(57)【要約】【課題】中間者攻撃を防止できるようにする。【解決手段】サービス提供サーバ１００と、サービスに関わるユーザセッションコードを生成する通信端末１０と、サービスを要求する通信端末２０とを備える。通信端末１０はユーザセッションコードをサービス提供サーバ１００に送信し、通信端末２０は通信端末１０によって生成されたユーザセッションコードをサービス提供サーバ１００に送信し、サービス提供サーバ１００は送信されたユーザセッションコードを照合し、互いに一致した場合、サーバセッションコードを生成して通信端末１０，２０にそれぞれ送信する。サービス提供サーバ１００は通信端末２０において前記サーバセッションコードを用いたアクセスの成功により表示されたサーバセッションコードと通信端末１０に表示されたサーバセッションコードとの一致に基づく許諾情報を通信端末１０から受信した時、通信端末２０に対してサービスを提供する。【選択図】図１
2007304974.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信端末によって生成されたユーザセッションコードを第１の通信端末から受信するユーザセッションコード受信手段と、
第２の通信端末からサービスの要求を受け付けると共に前記ユーザセッションコードを受信するサービス要求受付手段と、
前記ユーザセッションコード受信手段が受信したユーザセッションコードと前記サービス要求受付手段が受信したユーザセッションコードとを照合するユーザセッションコード照合手段と、
前記ユーザセッションコード照合手段によって照合されたユーザセッションコードが互いに一致した場合、サーバセッションコードを生成するサーバセッションコード生成手段と、
前記サーバセッションコードを前記第１及び第２の通信端末にそれぞれ送信するサーバセッションコード送信手段と、
前記第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、前記第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を前記第１の通信端末から受信する許諾情報受信手段と、
前記許諾情報受信手段が前記許諾情報を受信した時、前記第２の通信端末に対する前記サービスの提供を許可するサービス提供許可手段とを備えたことを特徴とするサービス提供サーバ。
【請求項２】
請求項１記載のサービス提供サーバにおいて、
前記第１の通信端末の利用者を認証するための認証情報が含まれる認証要求を受け付ける認証要求受付手段と、
前記認証情報に基づいて前記第１の通信端末の利用者を認証する認証手段とを備え、
前記サーバセッションコード生成手段は前記認証手段における認証が成功した場合、前記サーバセッションコードを生成することを特徴とするサービス提供サーバ。
【請求項３】
請求項１又は２記載のサービス提供サーバにおいて、
前記ユーザセッションコード受信手段によって前記ユーザセッションコードが受信されてから一定時間の経過を算出する経過時間算出手段を備え、
前記サーバセッションコード生成手段は前記経過時間算出手段によって算出された経過時間が一定時間以下である時、前記サーバセッションコードを生成することを特徴とするサービス提供サーバ。
【請求項４】
第１の通信端末によって生成されたユーザセッションコードを第１の通信端末から受信するユーザセッションコード受信手段と、
第２の通信端末からサービスの要求を受け付けると共に前記ユーザセッションコードを受信するサービス要求受付手段と、
前記ユーザセッションコード受信手段が受信したユーザセッションコードと前記サービス要求受付手段が受信したユーザセッションコードとを照合するユーザセッションコード照合手段と、
前記ユーザセッションコード照合手段によって照合されたユーザセッションコードが互いに一致した場合、サーバセッションコードを生成するサーバセッションコード生成手段と、
前記サーバセッションコードを前記第１及び第２の通信端末にそれぞれ送信するサーバセッションコード送信手段と、
前記第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、前記第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を前記第１の通信端末から受信する許諾情報受信手段と、
前記許諾情報受信手段が前記許諾情報を受信した時、前記一致したユーザセッションコードの状態を確認済みとする状態管理手段とを備え、
前記状態管理手段はサービス提供サーバからのユーザセッションコードの状態の問い合わせに応じて、前記状態の確認結果を表す状態確認情報を前記サービス提供サーバに返送することを特徴とする認証サーバ。
【請求項５】
請求項４記載の認証サーバにおいて、
前記第１の通信端末の利用者を認証するための認証情報が含まれる認証要求を受け付ける認証要求受付手段と、
前記認証情報に基づいて前記第１の通信端末の利用者を認証する認証手段とを備え、
前記サーバセッションコード生成手段は前記認証手段における認証が成功した場合、前記サーバセッションコードを生成することを特徴とする認証サーバ。
【請求項６】
請求項４又は５記載の認証サーバにおいて、
前記ユーザセッションコード受信手段によって前記ユーザセッションコードが受信されてから一定時間の経過を算出する経過時間算出手段を備え、
前記サーバセッションコード生成手段は前記経過時間算出手段によって算出された経過時間が一定時間以下である時、前記サーバセッションコードを生成することを特徴とする認証サーバ。
【請求項７】
請求項４乃至６記載のいずれかの認証サーバにおいて、
前記ユーザセッションコードを含む解放要求を送信した前記第１の通信端末の正当性を検証した結果が正常である場合、前記解放要求に含まれるユーザセッションコードに関わる全ての情報を無効にするセッション解放手段を備えたことを特徴とする認証サーバ。
【請求項８】
サービスを提供するサービス提供サーバと、前記サービスに関わるユーザセッションコードを生成する第１の通信端末と、前記サービスを要求する第２の通信端末とを備え、
前記第１の通信端末は生成したユーザセッションコードを前記サービス提供サーバに送信し、
前記第２の通信端末は前記第１の通信端末によって生成されたユーザセッションコードを前記サービス提供サーバに送信し、
前記サービス提供サーバは前記第１の通信端末から送信されたユーザセッションコードと前記第２の通信端末から送信されたユーザセッションコードとを照合し、ユーザセッションコードが互いに一致した場合、サーバセッションコードを生成して前記第１及び第２の通信端末にサーバセッションコードをそれぞれ送信し、
前記サービス提供サーバは前記第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、前記第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を前記第１の通信端末から受信した時、前記第２の通信端末に対して前記サービスを提供することを特徴とする認証システム。
【請求項９】
請求項８記載の認証システムにおいて、
前記サービス提供サーバは前記第１の通信端末の利用者を認証するための認証情報が含まれる認証要求を受け付け、前記認証情報に基づいた前記第１の通信端末の利用者の認証が成功した場合、前記サーバセッションコードを生成することを特徴とする認証システム。
【請求項１０】
サービスを提供するサービス提供サーバと、前記サービスに関わるユーザセッションコードを生成する第１の通信端末と、前記サービスを要求する第２の通信端末と、前記第１の通信端末の利用者を認証する認証サーバとを備え、
前記第１の通信端末は生成したユーザセッションコードと共に前記第１の通信端末の利用者を認証するための認証情報が含まれる認証要求を前記認証サーバに送信し、
前記第２の通信端末は前記第１の通信端末によって生成されたユーザセッションコードを前記認証サーバに送信し、
前記認証サーバは前記第１の通信端末から送信されたユーザセッションコードと前記第２の通信端末から送信されたユーザセッションコードとを照合し、ユーザセッションコードが互いに一致し、かつ前記認証情報に基づいた前記第１の通信端末の利用者の認証が成功した場合、サーバセッションコードを生成して前記第１及び第２の通信端末にサーバセッションコードをそれぞれ送信し、
前記認証サーバは前記第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、前記第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を前記第１の通信端末から受信した時、前記一致したユーザセッションコードの状態を確認済みとし、
前記認証サーバは前記サービス提供サーバからのユーザセッションコードの状態の問い合わせに応じて、前記状態の確認結果を表す状態確認情報を前記サービス提供サーバに返送することを特徴とする認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はインターネットなどのネットワークを通じてサービスを利用する通信端末やその通信端末の利用者の認証を行うサービス提供サーバ、認証サーバ及び認証システムに関する。
【背景技術】
【０００２】
従来、この種の認証を行う認証システムとしては、利用者がインターネットカフェ等で利用する共用端末と、その共用端末を利用する利用者が保有する例えば携帯電話機等のようにセキュリティが保たれた通信網をもった高信頼の端末と、サービスの提供を仲介する認証サーバとを備え、この利用者が共用端末を使用して認証サーバに対し、サービスの要求を行った場合、高信頼の端末を併用することで、信頼性の低い共用端末でもセキュリティを確保したサービスを利用者が利用できるものが知られている。
【０００３】
詳細には、この従来の認証システムは共用端末としてブラウザがインストールされたパソコン（パーソナルコンピュータ）を使用し、高信頼の端末として携帯電話機を使用し、共用端末のブラウザに利用者ＩＤ及びワンタイムパスワード等の情報を入力し、入力された情報に応じて認証サーバは共用端末の仮認証を行い、さらに認証サーバは携帯電話機に入力されたワンタイムパスワードに応じて携帯電話機の確認認証を行うことにより、サービスを許可する構成を有している（例えば、特許文献１参照）。
【０００４】
また、従来の他の認証システムとしては、パソコンが認証サーバに対して認証依頼を行い、認証サーバはこの認証依頼に応じてバーコード画像を生成してパソコンに送信し、パソコンは認証サーバから送信されたバーコード画像を受信して画面に表示し、パソコンの利用者が所有する携帯電話機でパソコンの画面に表示されたバーコード画像を読み取って得られた認証パラメータを認証サーバに送信することによってパソコンの認証を行うものが知られている（例えば、特許文献２参照）。
【特許文献１】特開２００４−２１３３１５号公報
【特許文献２】特開２００５−７８３７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したような従来の認証システムでは中間者攻撃（man-in-the-middle attack）を受けてしまうという問題がある。以下、図８及び9を参照して、この問題について説明する。なお、図８は比較として正常な動作の流れを示したものであり、図９は中間者攻撃を受けた場合の動作の流れの一例を示したものである。
【０００６】
図８及び９において、通信端末１０は高信頼の通信端末であって、携帯電話機とされる。通信端末２０は低信頼の通信端末であって、例えばインターネットカフェ等の公共の場に設置された共用端末（パソコン）とされる。ネットワーク３０はインターネットとされ、ネットワーク４０は携帯電話網とされる。なお、図中、５０はそれらネットワーク３０と４０とを中継するゲートウェイを示す。
【０００７】
サービス提供サーバ６０はネットワーク３０を介して電子商取引等のサービスを提供するサーバであり、通信端末２０はネットワーク３０を介してサービス提供サーバ６０よりサービスの提供を受ける。利用者９０は通信端末２０を用いてサービス提供サーバ６０のサービスを利用する主体であり、通信端末１０は利用者９０によって所有され、ネットワーク４０及び３０を介してサービス提供サーバ６０と通信が可能とされている。
【０００８】
このような構成において、まず、正常な流れについて説明する。
図８に示したように、通信端末２０よりサービス提供サーバ６０にアクセスし（Ｔ１）、サービスの提供を要求すると、この例ではサービス提供サーバ６０はバーコード画像を生成して通信端末２０に送信する（Ｔ２）。通信端末２０は受信したバーコード画像を画面に表示し、通信端末１０によってそのバーコード画像が読み取られ（Ｔ３）、サービス提供サーバ６０に送信される（Ｔ４）。送信されたバーコード画像に含まれる認証コードの対象とするアクセスは通信端末２０によるアクセスであるため、サービス提供サーバ６０は通信端末２０にサービスを提供する。
【０００９】
これに対し、図９に示したように例えば偽のサービス提供サーバ７０が存在し、通信端末２０に不正なソフトウエアがインストールされていた場合、通信端末２０がネットワーク３０を介して正当なサービス提供サーバ６０にアクセスしようとする時、アクセス先を変更し、偽のサービス提供サーバ７０にアクセスさせる（Ｔ１）。偽のサービス提供サーバ７０は通信端末２０に成りすまし、正当なサービス提供サーバ６０にアクセスする（Ｔ２）。正当なサービス提供サーバ６０は偽のサービス提供サーバ７０のアクセスに対してバーコード画像を生成して送信する（Ｔ３）。偽のサービス提供サーバ７０は取得したバーコード画像を通信端末２０に対して返信する（Ｔ４）。
【００１０】
通信端末２０は取得したバーコード画像を画面に表示し、表示されたバーコード画像は通信端末２０の利用者９０が所有する通信端末１０で読み取られ（Ｔ５）、ネットワーク４０及び３０を介して正当なサービス提供サーバ６０に送信される（Ｔ６）。送信されたバーコード画像に含まれる認証コードが対象とするアクセスは偽のサービス提供サーバ７０によるアクセスであるため、正当なサービス提供サーバ６０は偽のサービス提供サーバ７０に対して本来は通信端末２０の利用者９０に対して提供されるべきサービスを提供してしまう。
【００１１】
この発明の目的はこのような問題に鑑み、中間者攻撃を防止し、認証情報を持たない低信頼の通信端末でも他の高信頼の通信端末を併用しながら安全性の高い認証を伴うオンラインサービスを利用者に提供することができるサービス提供サーバ、認証サーバ及び認証システムを提供することにある。
【課題を解決するための手段】
【００１２】
この発明によるサービス提供サーバは、第１の通信端末によって生成されたユーザセッションコードを第１の通信端末から受信するユーザセッションコード受信手段と、第２の通信端末からサービスの要求を受け付けると共に前記ユーザセッションコードを受信するサービス要求受付手段と、ユーザセッションコード受信手段が受信したユーザセッションコードとサービス要求受付手段が受信したユーザセッションコードとを照合するユーザセッションコード照合手段と、ユーザセッションコード照合手段によって照合されたユーザセッションコードが互いに一致した場合、サーバセッションコードを生成するサーバセッションコード生成手段と、前記サーバセッションコードを第１及び第２の通信端末にそれぞれ送信するサーバセッションコード送信手段と、第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を第１の通信端末から受信する許諾情報受信手段と、許諾情報受信手段が前記許諾情報を受信した時、第２の通信端末に対する前記サービスの提供を許可するサービス提供許可手段とを備える。
【００１３】
この発明による認証サーバは、第１の通信端末によって生成されたユーザセッションコードを第１の通信端末から受信するユーザセッションコード受信手段と、第２の通信端末からサービスの要求を受け付けると共に前記ユーザセッションコードを受信するサービス要求受付手段と、ユーザセッションコード受信手段が受信したユーザセッションコードとサービス要求受付手段が受信したユーザセッションコードとを照合するユーザセッションコード照合手段と、ユーザセッションコード照合手段によって照合されたユーザセッションコードが互いに一致した場合、サーバセッションコードを生成するサーバセッションコード生成手段と、前記サーバセッションコードを第１及び第２の通信端末にそれぞれ送信するサーバセッションコード送信手段と、第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を第１の通信端末から受信する許諾情報受信手段と、許諾情報受信手段が前記許諾情報を受信した時、前記一致したユーザセッションコードの状態を確認済みとする状態管理手段とを備え、状態管理手段はサービス提供サーバからのユーザセッションコードの状態の問い合わせに応じて、前記状態の確認結果を表す状態確認情報をサービス提供サーバに返送する。
【００１４】
この発明による認証システムは、サービスを提供するサービス提供サーバと、前記サービスに関わるユーザセッションコードを生成する第１の通信端末と、前記サービスを要求する第２の通信端末とを備え、第１の通信端末は生成したユーザセッションコードをサービス提供サーバに送信し、第２の通信端末は第１の通信端末によって生成されたユーザセッションコードをサービス提供サーバに送信し、サービス提供サーバは第１の通信端末から送信されたユーザセッションコードと第２の通信端末から送信されたユーザセッションコードとを照合し、ユーザセッションコードが互いに一致した場合、サーバセッションコードを生成して第１及び第２の通信端末にサーバセッションコードをそれぞれ送信し、サービス提供サーバは第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を第１の通信端末から受信した時、第２の通信端末に対する前記サービスの提供を許可する。
【００１５】
さらに、この発明による認証システムは、サービスを提供するサービス提供サーバと、前記サービスに関わるユーザセッションコードを生成する第１の通信端末と、前記サービスを要求する第２の通信端末と、第１の通信端末の利用者を認証する認証サーバとを備え、第１の通信端末は生成したユーザセッションコードと共に第１の通信端末の利用者を認証するための認証情報が含まれる認証要求を認証サーバに送信し、第２の通信端末は第１の通信端末によって生成されたユーザセッションコードを認証サーバに送信し、認証サーバは第１の通信端末から送信されたユーザセッションコードと第２の通信端末から送信されたユーザセッションコードとを照合し、ユーザセッションコードが互いに一致し、かつ前記認証情報に基づいた第１の通信端末の利用者の認証が成功した場合、サーバセッションコードを生成して第１及び第２の通信端末にサーバセッションコードをそれぞれ送信し、認証サーバは第２の通信端末において前記サーバセッションコードを用いたアクセスの成功により表示された前記サーバセッションコードと、第１の通信端末に表示された前記サーバセッションコードとの一致に基づく許諾情報を第１の通信端末から受信した時、前記一致したユーザセッションコードの状態を確認済みとし、認証サーバはサービス提供サーバからのユーザセッションコードの状態の問い合わせに応じて、前記状態の確認結果を表す状態確認情報をサービス提供サーバに返送する。
【発明の効果】
【００１６】
この発明によるサービス提供サーバ及びそれを含む認証システムによれば、サービス提供サーバは第１の通信端末及びサービスを要求する第２の通信端末からそれぞれ受信したユーザセッションコードを照合して利用者を確認した上で、サーバセッションコードを生成して第２の通信端末をそのサーバセッションコードを用いてアクセスさせ、かつそのサーバセッションコードを第１の通信端末に送信し、それら第１及び第２の通信端末に表示されたサーバセッションコードの一致に基づく許諾情報を得てサービスを提供するものとなっている。つまり、サービス提供サーバがサービスを提供しようとしている通信端末と利用者がサービスを利用しようとしている通信端末との照合を利用者に依頼するものとなっており、これにより中間者攻撃を防止することができる。従って、認証情報を持たない低信頼の通信端末でも安全性の高いオンラインサービスを利用者に提供することができる。
【００１７】
同様に、この発明による認証サーバ及びそれを含む認証システムによれば、認証サーバは第１の通信端末及びサービスを要求する第２の通信端末からそれぞれ受信したユーザセッションコードを照合して利用者を確認した上で、サーバセッションコードを生成して第２の通信端末をそのサーバセッションコードを用いてアクセスさせ、かつそのサーバセッションコードを第１の通信端末に送信し、それら第１及び第２の通信端末に表示されたサーバセッションコードの一致に基づく許諾情報を得てユーザセッションコードの状態を確認済みとして、サービス提供サーバからの問い合わせに応じるものとなっている。従って、この場合においても中間者攻撃を防止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の実施形態を図面を参照して説明する。
〈第１の実施形態〉
図１はこの発明による認証システムの第１の実施形態の構成を示したものであり、図８と対応する部分には同一符号を付してある。図１に示した認証システムはサービス提供サーバ１００と、携帯電話機等の高信頼の（第１の）通信端末１０と、例えばインターネットカフェ等の公共の場に設置されたパソコン等の低信頼の（第２の）通信端末２０とから構成されている。
【００１９】
この第１の実施形態では認証を必要とするオンラインサービス、例えば電子商取引等のサービスを受けたい時に、通信端末１０を利用しながら、電子証明書等の認証情報を持たない通信端末２０がサービス提供サーバ１００によって行われる認証を成功させるような形態について説明する。
【００２０】
サービス提供サーバ１００はネットワーク３０を介して電子商取引等のサービスを提供するサーバであり、通信端末２０はブラウザアプリケーションを用いてネットワーク３０を介してサービス提供サーバ１００よりサービスの提供を受ける。ここでは、通信端末２０をパソコン、ネットワーク３０をインターネットとし、通信端末１０を利用者９０が所有する携帯電話機、ネットワーク４０を携帯電話網とする。通信端末２０は利用者９０が所有するパソコンであってもよい。通信端末１０は認証用の専用アプリケーションを備えており、ネットワーク４０及び３０を通じてサービス提供サーバ１００と通信が可能とされている。
【００２１】
図２は図１におけるサービス提供サーバ１００の構成を示したものであり、サービス提供サーバ１００はネットワーク３０との間で通信を行う通信インタフェース１１３と共に、ＣＰＵ等のプロセッサやハードディスク等の記憶装置によって構成される各手段、即ちユーザセッションコード受信手段１０１、ユーザセッションコード保存手段１０２、サービス要求受付手段１０３、ユーザセッションコード照合手段１０４、サーバセッションコード生成手段１０５、サーバセッションコード送信手段１０６、許諾情報受信手段１０７、サービス提供許可手段１０８、経過時間算出手段１０９、認証要求受付手段１１０、認証情報保存手段１１１、認証手段１１２及び要求処理手段１１４を有する。
【００２２】
ユーザセッションコード受信手段１０１は通信端末１０によって生成されたユーザセッションコードを通信端末１０から受信する。ユーザセッションコード保存手段１０２はユーザセッションコード受信手段１０１によって受信されたユーザセッションコードを記憶装置に保存する。なお、ここではユーザセッションコード保存手段１０２はユーザセッションコードを受信した時刻を表す時刻情報と、受信したユーザセッションコードとを対応付けて保存するようになっている。
【００２３】
サービス要求受付手段１０３は通信端末２０からサービスの要求を受け付けると共に、ユーザセッションコードを受信する。また、サービス要求受付手段１０３は通信端末２０からサーバセッションコードを用いたアクセスを受け付けるようになっている。
ユーザセッションコード照合手段１０４はユーザセッションコード保存手段１０２が保存しているユーザセッションコードと、サービス要求受付手段１０３が受信したユーザセッションコードとを照合し、それらユーザセッションコードが互いに一致するか否かを判定する。
【００２４】
サーバセッションコード生成手段１０５はユーザセッションコード照合手段１０４によって照合されたユーザセッションコードが互いに一致した場合、サーバセッションコードを生成する。サーバセッションコード送信手段１０６はサーバセッションコード生成手段１０５によって生成されたサーバセッションコードを通信端末１０及び２０にそれぞれ送信する。
許諾情報受信手段１０７は通信端末２０においてサーバセッションコードを用いたアクセスの成功により通信端末２０の画面に表示されたサーバセッションコードと、通信端末１０の画面に表示されたユーザセッションコードとの一致に基づく許諾情報を通信端末１０から受信する。
【００２５】
サービス提供許可手段１０８は許諾情報受信手段１０７が許諾情報を受信した時、通信端末２０に対するサービスの提供を許可する。
経過時間算出手段１０９はユーザセッションコードがユーザセッションコード受信手段１０１によって受信されてから一定時間の経過を算出する。なお、経過時間算出手段１０９が算出した経過時間が一定時間を越えている時、ユーザセッションコード保存手段１０２は経過時間が一定時間を越えたユーザセッションコードを消去するようにしてもよい。
【００２６】
認証要求受付手段１１０は通信端末１０の利用者９０の認証を要求する認証要求を受け付ける。認証要求には通信端末１０の利用者９０を認証するための認証情報が含まれる。
認証情報保存手段１１１は認証要求受付手段１１０が受け付けた認証要求に含まれる認証情報を記憶装置に保存する。この時、認証情報保存手段１１１はユーザセッションコード受信手段１０１が受信したユーザセッションコードと認証情報とを対応付けて保存する。なお、認証情報保存手段１１１には予め通信端末１０へのアクセス手段と前記認証情報とが登録されている。
【００２７】
認証手段１１２は認証情報保存手段１１１が保存している認証情報に基づいて通信端末１０の利用者９０を認証する。
要求処理手段１１３は各手段から出力される情報を通信インタフェース１１３を介してネットワーク３０に送信し、ネットワーク３０から通信インタフェース１１３を介して受信した情報を振り分けて対象となる手段に出力する。
【００２８】
次に、上記のような構成を有するサービス提供サーバ１００及び通信端末１０，２０よりなる認証システムの動作を図３に示したシーケンス図を参照して順に説明する。
まず、利用者９０は通信端末１０の認証アプリケーションを起動し、ユーザセッションコードを生成する（Ｓ１）。この時、ユーザセッションコードは図４に示したように通信端末１０の画面に表示される。ユーザセッションコードはサービス提供サーバ１００への個々の利用要求を区別するものであり、サービス提供サーバ１００がサービスを利用しようとする利用者９０の同一性を確認するために用いられる。ユーザセッションコードは例えば任意の乱数とされる。
【００２９】
ユーザセッションコードは通信端末１０の利用者９０の認証を要求するための認証要求（認証情報を含む）と共にサービス提供サーバ１００に送信される（Ｓ２）。サービス提供サーバ１００はユーザセッションコードと認証要求を受信すると、ユーザセッションコードと認証要求に含まれる認証情報とを対応付けて保存する（Ｓ３）。そして、保存完了通知を通信端末１０に送信する（Ｓ４）。なお、サービス提供サーバ１００の認証情報保存手段１１１には予め利用者９０の所有する通信端末１０へのアクセス手段と認証情報とが登録されている。認証情報は例えば利用者識別子とパスワードあるいは電子証明書などであり、通信端末１０の利用者９０を認証するための情報であればいかなるものでもよい。
【００３０】
利用者９０は通信端末１０の画面に表示されたユーザセッションコードを見て、そのユーザセッションコードを通信端末２０に入力する（Ｓ５）。そして、通信端末２０を使ってサービス提供サーバ１００にアクセスし、サービス要求と共にユーザセッションコードをサービス提供サーバ１００に送信する（Ｓ６）。サービス提供サーバ１００は通信端末２０より受信したユーザセッションコードと、通信端末１０より受信したユーザセッションコードとを照合する（Ｓ７）。
照合により、ユーザセッションコードが互いに一致した場合、サービス提供サーバ１００は一致したユーザセッションコードと対応する認証情報に基づいて通信端末１０の利用者９０を認証する（Ｓ８）。そして、認証が成功した場合、サーバセッションコードを生成する（Ｓ９）。
【００３１】
サーバセッションコードは発信元証明済み情報とされ、つまり利用者が意図している発信者により発信されている情報であることが保障されている情報とされる。このような発信元証明済み情報としては例えばＳＳＬ（Secure Sockets Layer）で相互認証暗号化されて送信される情報が該当し、ＵＲＬは成りすましが難しいという前提に立てばＵＲＬも含まれる。この例ではサーバセッションコードは一時的なＵＲＬとされる。
一時的なＵＲＬは、例えば
https://www.xxx.net/98765
で表わされ、サービス提供サーバ１００のドメイン名とその下に一時的に作成されるフォルダ等のアクセス先（フォルダ名）から構成される。一時的なＵＲＬはサービス提供サーバ１００上で一意性が保たれるよう管理される。
【００３２】
サービス提供サーバ１００は生成したサーバセッションコード（ＵＲＬ）を、ステップＳ７での照合により一致したユーザセッションコードと対応するアクセス手段をもとに通信端末１０に送信し（Ｓ１０）、さらに通信端末２０に送信する（Ｓ１１）。通信端末１０への送信手段は電子メールなどを用いてもよい。また、通信端末２０への送信は通信端末２０からのステップＳ６のアクセスに対するＨＴＴＰリダイレクトとして送信してもよい。
通信端末２０は受信したサーバセッションコードを用いて、つまりこの例では受信したＵＲＬに対してアクセスする（Ｓ１２）。アクセスが成功すれば、通信端末２０上のブラウザアプリケーションのアドレスバーに図４に示したようにサーバセッションコード（ＵＲＬ）が表示される（Ｓ１３）。
【００３３】
一方、通信端末１０にも受信したサーバセッションコードが図４に示したように表示され（Ｓ１４）、利用者９０は通信端末２０に表示されたサーバセッションコードと通信端末１０に表示されたサーバセッションコードとを照合する。照合により、サーバセッションコードが互いに一致した場合、利用者９０はサービス提供サーバ１００に対してサービス提供の開始を許諾する許諾情報を通信端末１０に入力し（Ｓ１５）、通信端末１０よりサービス提供サーバ１００に許諾情報を送信する（Ｓ１６）。
サービス提供サーバ１００は通信端末１０から許諾情報を受信した時、通信端末２０に対してサービスを提供する（Ｓ１７）。
【００３４】
以上、説明したように、この認証システムではサービス提供サーバ１００はユーザセッションコードを照合して利用者９０を確認した上で、サーバセッションコードを発行して通信端末２０をそのサーバセッションコードを用いてアクセスさせると同時に、サーバセッションコードを通信端末１０に送信している。そして、サービス提供サーバ１００がサービスを提供しようとしている通信端末２０と、利用者９０がサービスを利用しようとしている通信端末２０の同一性を、サービス提供サーバ１００が一時的に発行したサーバセッションコードを照合することによって、利用者９０が確認できるようにしている。このような方式を用いることで、従来問題となっていた中間者攻撃を防止することが可能となる。
【００３５】
なお、上記の動作において、例えばステップＳ２のユーザセッションコードと認証要求をサービス提供サーバ１００が受信する際、チャレンジ・アンド・レスポンス等の既存の認証方式を用いて通信端末１０を認証するようにしてもよい。このようにすることにより、攻撃者が通信端末１０に成りすます行為を抑制することができる。
【００３６】
また、ステップＳ８の認証が成功した場合、サービス提供サーバ１００の経過時間算出手段１０９が算出した経過時間が一定時間以下である時のみ、サーバセッションコード生成手段１０５がサーバセッションコードを生成するようにしてもよい。このようにすることにより、セッションが長時間有効であった場合に起こりうる総当り攻撃を抑制することができる。
【００３７】
さらに、サービス提供サーバ１００のサービス提供許可手段１０８が通信端末１０を利用する利用者９０の利用者識別子と通信端末２０を利用する利用者９０の利用者識別子との対応条件を表すポリシー情報を有し、通信端末１０を利用する利用者９０の利用者識別子と通信端末２０を利用する利用者９０の利用者識別子との組み合わせがポリシー情報の条件を満たすか否かを判定し、条件を満たすと判定した時、サーバセッションコード生成手段１０５がサーバセッションコードを生成するようにしてもよい。
なお、ステップＳ１２のアクセス時にＳＳＬ等のサーバ認証技術を用いてもよい。その場合、攻撃者がＤＮＳ（Domain Name System）等に不当な情報を設定し、ＵＲＬを詐称した場合も、それを検知することができる。
【００３８】
〈第２の実施形態〉
図５はこの発明による認証システムの第２の実施形態の構成を示したものであり、図１と対応する部分には同一符号を付し、その詳細な説明を省略する。この図５に示した認証システムはサービス提供サーバ８０と、認証サーバ２００と、携帯電話機等の高信頼の通信端末１０と、パソコン等の低信頼の通信端末２０とから構成されている。
【００３９】
この第２の実施形態では例えば電子商取引等のサービスをサービス提供サーバ８０から受けたい時に、通信端末１０を利用しながら、認証情報を持たない通信端末２０が認証サーバ２００の認証を一回だけ受ければ、サービス提供サーバ８０が提供するサービスを受けることができるような形態、即ちシングルサインオンについて説明する。なお、サービス提供サーバ８０は図５では１つのみ図示しているが、シングルサインオンにより複数のサービス提供サーバから、いちいち認証を必要とすることなく、簡便にサービスを受けることができる。
図６は図５における認証サーバ２００の構成を示したものであり、図２に示したサービス提供サーバ１００の構成要素と同一の構成要素には同一符号を付し、その詳細な説明を省略する。
【００４０】
認証サーバ２００はネットワーク３０との間で通信を行う通信インタフェース１１３と共に、ＣＰＵ等のプロセッサやハードディスク等の記憶装置によって構成される各手段、即ちユーザセッションコード受信手段１０１、ユーザセッションコード保存手段１０２、サービス要求受付手段１０３、ユーザセッションコード照合手段１０４、サーバセッションコード生成手段１０５、サーバセッションコード送信手段１０６、許諾情報受信手段１０７、状態管理手段２０１、経過時間算出手段１０９、認証要求受付手段１１０、認証情報保存手段１１１、認証手段１１２、要求処理手段１１４及びセッション解放手段２０２を有する。
【００４１】
状態管理手段２０１は許諾情報受信手段１０７が許諾情報を受信した時、ユーザセッションコード状態を確認済みとする。また、状態管理手段２０１はサーピス提供サーバ８０からのユーザセッションコードの状態の問い合わせに応じて、ユーザセッションコードの状態が確認済みか否かを確認し、確認結果を表す状態確認情報をサービス提供サーバ８０に返送する。
セッション解放手段２０２は通信端末１０によって送信された解放要求を受信し、解放要求に応じて通信端末１０の正当性を検証し、検証した結果が正常である場合、解放要求に含まれていたユーザセッションコードに関わる全ての情報を無効にする。
【００４２】
図７は上記のような構成を有する認証サーバ２００及びサービス提供サーバ８０、通信端末１０，２０よりなる認証システムの動作シーケンスを示したものである。なお、ステップＳ１〜Ｓ１６までの通信端末１０，２０及び認証サーバ２００間の動作は図３におけるサービス提供サーバ１００が認証サーバ２００に置き換わっただけで、図３における通信端末１０，２０及びサービス提供サーバ１００間の動作と同様であり、説明を省略する。
この図７ではステップＳ１６の許諾情報送信が通信端末１０より認証サーバ２００に対して行われると、認証サーバ２００はステップＳ７で照合、一致したユーザセッションコードの状態を確認済みとする（Ｓ２１）。
【００４３】
この後、利用者９０が通信端末２０よりサービス要求と共に通信端末１０が生成したユーザセッションコードをサービス提供サーバ８０に送信する（Ｓ２２）と、サービス提供サーバ８０はそのユーザセッションコードを認証サーバ２００に送信し（Ｓ２３）、認証サーバ２００はユーザセッションコードの状態が確認済みか否かを確認する。ユーザセッションコードの状態が確認済みの場合、確認結果を表す状態確認情報を認証サーバ２００はサービス提供サーバ８０に送信する（Ｓ２４）。
サービス提供サーバ８０はユーザセッションコードの状態が確認済みであるため、通信端末２０に対してサービスを提供する（Ｓ２５）。
【００４４】
なお、認証サーバ２００のセッション解放手段２０２によって行われるセッション解放はこの図７に示した動作シーケンスには示していないが、通信端末１０からの解放要求によって適宜実行される。その場合、通信端末１０の正当性の検証はＳＳＬ等のサーバ認証技術を用いてもよく、また認証サーバ２００が検証用の情報を予め通信端末１０に送信しておき、通信端末１０が解放要求に検証用の情報を含めて検証サーバ２００に送信し、認証サーバ２００が検証用の情報に基づいて通信端末１０の正当性を検証する方法などがある。
【００４５】
以上説明したように、この発明の第２の実施形態に係る認証サーバ２００及び認証システムは通信端末１０からの許諾情報をもとにユーザセッションコード状態を確認済みとし、サービス提供サーバ８０からのユーザセッションコード状態の問い合わせに応じて、ユーザセッションコード状態の確認結果を表す状態確認情報をサービス提供サーバ８０に返送するため、通信端末２０がサービス提供サーバ８０からサービスを受けようとする時の手続きを簡便にすることができる。
【図面の簡単な説明】
【００４６】
【図１】この発明による認証システムの第１の実施形態の構成を示す図。
【図２】図１におけるサービス提供サーバの構成を示す図。
【図３】図１に示した認証システムの動作を説明するためのシーケンス図。
【図４】図１における各通信端末の画面表示を示す図。
【図５】この発明による認証システムの第２の実施形態の構成を示す図。
【図６】図５における認証サーバの構成を示す図。
【図７】図５に示した認証システムの動作を説明するためのシーケンス図。
【図８】認証システムの従来構成例及び動作の流れを示す図。
【図９】図８に示した構成において中間者攻撃を受けた場合の動作の流れを示す図。
【図１】
2007304974.tif 000003
【図２】
2007304974.tif 000004
【図３】
2007304974.tif 000005
【図４】
2007304974.tif 000006
【図５】
2007304974.tif 000007
【図６】
2007304974.tif 000008
【図７】
2007304974.tif 000009
【図８】
2007304974.tif 000010
【図９】
2007304974.tif 000011