(57)【要約】 【課題】ユーザが複数のＷｅｂサーバに対して同一のパスワードを設定していた場合であっても、パスワードリストなどを利用した悪意のある第三者によるなりすまし認証を回避する。【解決手段】認証方法は、第１の利用者端末と、第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムにおいて、第１の利用者端末が、認証のためのＩＤ、パスワード及びセッション鍵をＷｅｂサーバに送信するステップと、Ｗｅｂサーバが、第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、第１の利用者端末について予め登録されたＩＤ及びパスワード並びに第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合するステップと、Ｗｅｂサーバが、照合の結果、認証が成功した場合、第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行するステップと、を含むことを特徴とする。【選択図】図６
2015114714.tif 000002
【特許請求の範囲】
【請求項１】
第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムにおける認証方法であって、
前記第１の利用者端末が、認証のためのＩＤ、パスワード及びセッション鍵を前記Ｗｅｂサーバに送信するステップと、
前記Ｗｅｂサーバが、前記第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、当該第１の利用者端末について予め登録されたＩＤ及びパスワード並びに当該第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合するステップと、
前記Ｗｅｂサーバが、前記照合の結果、認証が成功した場合、前記第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行するステップと、
を含むことを特徴とする認証方法。
【請求項２】
請求項１に記載の認証方法であって、
前記認証システムは、更に、前記Ｗｅｂサーバと前記ネットワークを通じて通信する第２の利用者端末を含み、
前記Ｗｅｂサーバが、前記第１の利用者端末の要求に応じて仮パスワードを発行するステップと、
前記Ｗｅｂサーバが、前記発行から所定期間内に前記第２の利用者端末のＩＤ及びパスワード並びに前記仮パスワードを送信した前記第２の利用者端末を、前記第１の利用者端末の追加端末として登録するステップと、
を更に含むことを特徴とする認証方法。
【請求項３】
第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムであって、
前記第１の利用者端末は、
認証のためのＩＤ、パスワード及びセッション鍵を前記Ｗｅｂサーバに送信する手段を備え、
前記Ｗｅｂサーバは、
前記第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、当該第１の利用者端末について予め登録されたＩＤ及びパスワード並びに当該第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合する手段と、
前記照合の結果、認証が成功した場合、前記第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行する手段と、
を備えることを特徴とする認証システム。
【請求項４】
請求項３に記載の認証システムであって、
前記認証システムは、更に、前記Ｗｅｂサーバと前記ネットワークを通じて通信する第２の利用者端末を含み、
前記Ｗｅｂサーバは、更に、
前記第１の利用者端末の要求に応じて仮パスワードを発行する手段と、
前記発行から所定期間内に前記第２の利用者端末のＩＤ及びパスワード並びに前記仮パスワードを送信した前記第２の利用者端末を、前記第１の利用者端末の追加端末として登録する手段と、
を備えることを特徴とする認証システム。
【請求項５】
第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、当該第１の利用者端末について予め登録されたＩＤ及びパスワード並びに当該第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合する手段と、
前記照合の結果、認証が成功した場合、前記第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行する手段と、
を備えることを特徴とするＷｅｂサーバ。
【請求項６】
コンピュータを、請求項５に記載のＷｅｂサーバとして機能させることを特徴とする認証プログラム。
【請求項７】
請求項６に記載の認証プログラムを記録した記録媒体。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション鍵を用いて認証を行う、利用者の認証方法、認証システム、Ｗｅｂサーバ、認証プログラム及び記録媒体に関する。
【背景技術】
【０００２】
従来、Ｗｅｂ認証では、Ｂａｓｉｃ認証が知られている（例えば、非特許文献１参照。）Ｂａｓｉｃ認証では、まず利用者は端末からＷｅｂサーバにアクセスし、サーバ証明書を取得して署名検証を行う。問題なければ利用者端末は、暗号化通信用の鍵を生成し証明書の公開鍵で鍵共有を行い、Ｗｅｂサーバとの間でＳＳＬセッションを張る。利用者は、初回登録時、Ｗｅｂサーバからのユーザ情報登録要求に対して利用者端末からＩＤ及びパスワードを入力し、それをＷｅｂサーバに送信することでユーザ登録を完了する。パスワードの代わりに、ハッシュ化又は暗号化したパスワードが照合データとしてＷｅｂサーバに登録されることもある。ユーザ登録後のユーザ認証では、まず利用者はユーザ登録時と同様の方法でＳＳＬセッションを張る。次に、利用者は、ＷｅｂサーバからのＩＤ及びパスワード要求に対して、ＩＤ及びパスワードを入力してＷｅｂサーバに送信する。Ｗｅｂサーバは、送信されたＩＤ及びパスワードと、ユーザ登録されていたＩＤ及びパスワードとを照合してユーザ認証の判定を行う。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“ＨＴＴＰ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ：  Ｂａｓｉｃ  ａｎｄ  Ｄｉｇｅｓｔ  Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ”、Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ、［Ｏｎｌｉｎｅ］、［平成２５年１１月２２日検索］、インターネット＜http://www.ietf.org/rfc/rfc2617.txt＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、Ｂａｓｉｃ認証では、Ｗｅｂサーバの利用者のパスワードが一度漏洩してしまうと、それらがリスト化され悪意のある第三者間で使いまわされるおそれがある。その結果、利用者がなりすまされて損害を被るケースや、サービス提供者が利用者の損害の保障を請求されるケースも発生している。万一パスワードが漏洩した場合に備え、利用者がＷｅｂサーバ毎に異なるパスワードを設定することが推奨されているが、利便性の観点から現実には実行が難しい。
【０００５】
本発明は、このような従来の課題を解決するためになされたものであり、その目的とするところは、ユーザが複数のＷｅｂサーバに対して同一のパスワードを設定していた場合であっても、パスワードリストなどを利用した悪意のある第三者によるなりすまし認証を回避することができる認証方法、認証システム、Ｗｅｂサーバ、認証プログラム及び記録媒体を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の認証システムによる認証方法は、第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムにおける認証方法であって、前記第１の利用者端末が、認証のためのＩＤ、パスワード及びセッション鍵を前記Ｗｅｂサーバに送信するステップと、前記Ｗｅｂサーバが、前記第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、当該第１の利用者端末について予め登録されたＩＤ及びパスワード並びに当該第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合するステップと、前記Ｗｅｂサーバが、前記照合の結果、認証が成功した場合、前記第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行するステップと、を含むことを特徴とする。
【０００７】
また、上記課題を解決するため、本発明の認証システムは、第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムであって、前記第１の利用者端末は、認証のためのＩＤ、パスワード及びセッション鍵を前記Ｗｅｂサーバに送信する手段を備え、前記Ｗｅｂサーバは、前記第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、当該第１の利用者端末について予め登録されたＩＤ及びパスワード並びに当該第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合する手段と、前記照合の結果、認証が成功した場合、前記第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行する手段と、を備えることを特徴とする。
【０００８】
また、上記課題を解決するため、本発明のＷｅｂサーバは、第１の利用者端末から受信したＩＤ、パスワード及びセッション鍵と、当該第１の利用者端末について予め登録されたＩＤ及びパスワード並びに当該第１の利用者端末の利用者が前回行った認証の際に発行された第１のセッション鍵と、を照合する手段と、前記照合の結果、認証が成功した場合、前記第１の利用者端末に次回の認証に用いる第２のセッション鍵を発行する手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、利用者が複数のＷｅｂサーバに対して同一のパスワードを設定していた場合であっても、パスワードリストなどを利用した悪意のある第三者によるなりすまし認証を回避することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る認証システムの概略構成を示す図である。
【図２】本発明の一実施形態に係る認証システムにおける第１の利用者端末の機能ブロック図である。
【図３】本発明の一実施形態に係る認証システムにおける第２の利用者端末の機能ブロック図である。
【図４】本発明の一実施形態に係る認証システムにおけるＷｅｂサーバの機能ブロック図である。
【図５】本発明の一実施形態に係る認証システムの動作フローを示す図である。
【図６】本発明の一実施形態に係る認証システムの動作フローを示す図である。
【図７】本発明の一実施形態に係る認証システムの動作フローを示す図である。
【図８】本発明の変形例に係る認証システムの動作フローを示す図である。
【図９】本発明の一実施形態に係る認証システムにおける利用者情報ＤＢ及び追加端末要求情報ＤＢの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を図面に基づいて説明する。
【００１２】
［システム構成］
図１は、本発明の一実施形態に係る認証システム１の概略構成を示す図である。本実施形態においては、ネットワークＮＷを介して第１の利用者端末１１、第２の利用者端末１２及びＷｅｂサーバ１３が接続されている。ネットワークＮＷに接続される利用者端末の数は２つに限定されず、３つ以上であってよい。端末の形態は、図１に図示されているような設置型の端末でも、利用者が持ち運ぶことができる携帯型の端末であってもよい。
【００１３】
以下、より具体的に第１の利用者端末１１、第２の利用者端末１２及びＷｅｂサーバ１３の構成について説明する。
【００１４】
図２は、本発明の一実施形態に係る認証システム１における第１の利用者端末１１の機能ブロック図である。第１の利用者端末１１は、ブラウザ処理部１１１と、Ｗｅｂサーバ１３とのＷｅｂ通信を行うインタフェースを構成する通信制御部１１２と、利用者が操作するユーザインタフェース１１３ａからの入力を制御するユーザインタフェース制御部１１３と、Ｗｅｂサーバ１３が提供するＷｅｂコンテンツを表示するための表示装置１１４ａを制御する表示制御部１１４と、記憶部１１５とを備える。ブラウザ処理部１１１は、Ｗｅｂプロトコル処理部１１１１と、リクエスト情報生成部１１１２と、Ｗｅｂ表示制御部１１１３とを備える。本発明に係るブラウザ処理部１１１の各機能を説明するが、第１の利用者端末１１が備える他の機能を排除することを意図したものではないことに留意されたい。第１の利用者端末１１は、コンピュータとして構成することができる。第１の利用者端末１１は、ブラウザ処理部１１１の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部１１５に格納し、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。
【００１５】
Ｗｅｂプロトコル処理部１１１１は、Ｗｅｂサーバ１３とのＷｅｂ通信を確立する機能を有する。特に、Ｗｅｂプロトコル処理部１１１１は、Ｗｅｂブラウザ等のＷｅｂアプリを起動させて、ネットワークＮＷを通じてＷｅｂサーバ１３に対し、認証処理を実行する機能を有する。
【００１６】
リクエスト情報生成部１１１２は、Ｗｅｂブラウザを通じて利用者によって入力されるログインＩＤ及びパスワードをＷｅｂサーバ１３に送信する際のリクエスト情報を生成する機能及びログアウト時のリクエスト情報を生成する機能を有する。
【００１７】
Ｗｅｂ表示制御部１１１３は、Ｗｅｂサーバ１３によって認証処理が行われた後に、該当ＵＲＬのＷｅｂコンテンツを、表示制御部１１４を介して表示装置１１４ａに表示させる機能を有する。
【００１８】
図３は、本発明の一実施形態に係る認証システム１における第２の利用者端末１２の機能ブロック図である。第２の利用者端末１２は、ブラウザ処理部１２１と、Ｗｅｂサーバ１３とのＷｅｂ通信を行うインタフェースを構成する通信制御部１２２と、利用者が操作するユーザインタフェース１２３ａからの入力を制御するユーザインタフェース制御部１２３と、Ｗｅｂサーバ１３が提供するＷｅｂコンテンツを表示するための表示装置１２４ａを制御する表示制御部１２４と、記憶部１２５とを備える。ブラウザ処理部１２１は、Ｗｅｂプロトコル処理部１２１１と、リクエスト情報生成部１２１２と、Ｗｅｂ表示制御部１２１３とを備える。本発明に係るブラウザ処理部１２１の各機能を説明するが、第２の利用者端末１２が備える他の機能を排除することを意図したものではないことに留意されたい。第２の利用者端末１２は、コンピュータとして構成することができる。そして、第２の利用者端末１２は、ブラウザ処理部１２１の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部１２５に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。
【００１９】
Ｗｅｂプロトコル処理部１２１１は、Ｗｅｂサーバ１３とのＷｅｂ通信を確立する機能を有する。特に、Ｗｅｂプロトコル処理部１２１１は、Ｗｅｂブラウザ等のＷｅｂアプリを起動させて、ネットワークＮＷを通じてＷｅｂサーバ１３に対し、認証処理を実行する機能を有する。
【００２０】
リクエスト情報生成部１２１２は、Ｗｅｂブラウザを通じて利用者によって入力されるログインＩＤ及びパスワードをＷｅｂサーバ１３に送信する際のリクエスト情報を生成する機能及びログアウト時のＩＤを含むリクエスト情報を生成する機能を有する。
【００２１】
Ｗｅｂ表示制御部１２１３は、Ｗｅｂサーバ１３によって認証処理が行われた後に該当ＵＲＬのＷｅｂコンテンツを、表示制御部１２４を介して表示装置１２４ａに表示させる機能を有する。
【００２２】
図４は、本発明の一実施形態に係る認証システム１におけるＷｅｂサーバ１３の機能ブロック図である。
【００２３】
Ｗｅｂサーバ１３は、制御部１３１と、第１の利用者端末１１及び／又は第２の利用者端末１２に対してＷｅｂ通信を行うインタフェースを構成する通信制御部１３２と、利用者情報ＤＢ１３３（図９（ａ））と、追加端末要求情報ＤＢ１３４（図９（ｂ））と、記憶部１３５とを備える。利用者情報ＤＢ１３３（図９（ａ））と、追加端末要求情報ＤＢ１３４（図９（ｂ））は、Ｗｅｂサーバ１３の外部に格納され、Ｗｅｂサーバ１３によって必要なときにアクセスされてもよい。制御部１３１は、Ｗｅｂ処理部（Ｗｅｂプロトコル処理部１３１１及びセッション鍵発行部１３１２を備える。）と、照合部１３１３と、仮パスワード発行部１３１４と、タイマ処理部１３１５とを備える。本発明に係る制御部１３１の各機能を説明するが、Ｗｅｂサーバ１３が備える他の機能を排除することを意図したものではないことに留意されたい。Ｗｅｂサーバ１３は、コンピュータとして構成することができる。Ｗｅｂサーバ１３は、制御部１３１の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部１３５に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。
【００２４】
Ｗｅｂ処理部におけるＷｅｂプロトコル処理部１３１１は、第１の利用者端末１１及び／又は第２の利用者端末１２とのＷｅｂ通信を確立する機能を有する。特に、Ｗｅｂプロトコル処理部１３１１は、リクエスト情報に基づくセッション情報を生成する機能を有する。
【００２５】
Ｗｅｂ処理部におけるセッション鍵発行部１３１２は、認証が成功した利用者端末にセッション鍵を発行し、その利用者端末にセッション鍵を共有（送信）し、そしてセッション鍵を、その利用者端末のＩＤに対応付けて利用者情報ＤＢ１３３に登録する機能を有する。登録と共有の順番は逆でもよい。
【００２６】
照合部１３１３は、利用者端末から受信したリクエスト情報を解析する機能を有する。具体的には、照合部１３１３は、利用者端末から受信したＩＤ、パスワード及びセッション鍵の情報が、利用者情報ＤＢ１３３に予め登録され記憶されているＩＤ、パスワード及び最新セッション鍵の情報と一致するか照合する機能を有する。一致する場合には、照合部１３１３は、認証が成功したとして利用者のログインを許可し、そうでない場合はログインを許可しない。
【００２７】
また、照合部１３１３は、第２の利用者端末１２から受信した端末名、ＩＤ、パスワード及び仮パスワードの情報が、利用者情報ＤＢ１３３及び追加端末要求情報ＤＢ１３４においてＩＤに対応付けて登録され記憶されている端末名、ＩＤ、パスワード及び仮パスワードの情報と一致するか照合する機能をも有する。一致し且つ第２の利用者端末１２が送信を行ったタイミング（タイマ値（Ｔ））が後述するタイマ期限以内であれば、照合部１３１３は、第２の利用者端末１２を第１の利用者端末１１の追加端末として認証し、例えば利用者情報ＤＢ１３３の追加端末名の列に第２の利用者端末１２の端末名を登録する。第２の利用者端末１２が送信を行ったタイミングではなく、Ｗｅｂサーバ１３が受信したタイミングや、他の何らかのタイミングを用いて照合してもよい。
【００２８】
上記では同一の照合部１３１３がセッション鍵等の照合も仮パスワード等の照合も行う場合を説明したが、別々の照合部によりそれらの照合を行ってもよい。
【００２９】
仮パスワード発行部１３１４は、第１の利用者端末１１から端末追加要求を受信した場合に、第１の利用者端末１１に対して仮パスワードを発行する機能を有する。発行された仮パスワードは、第１の利用者端末１１の表示装置１１４ａに表示し、又は予め第１の利用者端末１１の利用者が登録したメールアドレス宛に送信することで通知する。
【００３０】
タイマ処理部１３１５は、第１の利用者端末１１から端末追加要求を受信した場合に、タイマを起動し、追加端末要求情報ＤＢ１３４に、第１の利用者端末１１のＩＤ、第１の利用者端末１１から受信した追加端末名、仮パスワード発行部１３１４が発行した仮パスワード及び第１の利用者端末１１の追加端末の追加を許可する期限であるタイマ期限を登録する。タイマ期限は仮パスワードを発行してから例えば数分から数十分という一定時間とする。
【００３１】
［システム動作］
図５から図８は、本発明の一実施形態に係る認証システム１の動作フローを示す図である。
【００３２】
図５は、Ｗｅｂサーバ１３に未登録の利用者端末の利用者が利用者登録を行うフローを示す図である。図５では一例として第１の利用者端末１１が未登録の利用者端末である場合を説明する。
【００３３】
図５を参照するに、Ｗｅｂサーバ１３に未登録の第１の利用者端末１１の利用者は、第１の利用者端末１１のユーザインタフェース１１３ａを介してＷｅｂブラウザを起動させ（ステップＳ１）、Ｗｅｂサーバ１３に接続要求を送信する（ステップＳ２）。そして、第１の利用者端末１１は、サーバ証明書をＷｅｂサーバ１３から取得して（ステップＳ３）、署名検証を行い（ステップＳ４）、問題なければ暗号化通信用の鍵を生成し（ステップＳ５）、証明書の公開鍵で鍵共有を行ってＷｅｂサーバ１３との間でＳＳＬセッションを張る（ステップＳ６）。ステップＳ１からステップＳ６までの処理を接続処理と呼ぶ。
【００３４】
次に、Ｗｅｂサーバ１３は、第１の利用者端末１１へ、登録するＩＤとパスワードを要求する（ステップＳ７）。この時点ではまだ第１の利用者端末１１はＷｅｂサーバ１３に未登録であるため、第１の利用者端末１１の利用者は、ユーザインタフェース１１３ａを介して任意のＩＤ及びパスワードを入力し（ステップＳ８）、通信制御部１１２を介してそれらの情報をＷｅｂサーバ１３に送信する（ステップＳ９）。Ｗｅｂサーバ１３は、第１の利用者端末１１からＩＤ及びパスワードを受信すると、利用者情報ＤＢ１３３にそれらを登録する（ステップＳ１０）。ステップＳ７からステップ１０までの処理を登録処理と呼ぶ。
【００３５】
そして、Ｗｅｂサーバ１３は、第１の利用者端末１１に固有のセッション鍵を発行し（ステップＳ１１）、それを第１の利用者端末１１に共有（送信）した後（ステップＳ１２）、第１の利用者端末１１のＩＤに対応付けて、そのセッション鍵を最新セッション鍵として利用者情報ＤＢ１３３に登録する（ステップＳ１３）。図９（ａ）の端末名の欄に示すように、利用者情報ＤＢ１３３には、第１の利用者端末１１の端末名をも対応付けて記憶してもよい。第１の利用者端末１１は、セッション鍵を受信すると、記憶部１１５等の記憶部にセッション鍵を登録する（ステップＳ１４）。Ｗｅｂサーバ１３は、セッション鍵の共有の前にセッション鍵の登録を行ってもよい。ステップＳ１１からステップＳ１４までの処理をセッション鍵発行・共有・登録処理と呼ぶ。
【００３６】
図６は、Ｗｅｂサーバ１３に登録済の利用者がＷｅｂサーバ１３へログインを行うフローを示す図である。図６では、一例として第１の利用者端末１１が登録済の利用者端末である場合を説明する。
【００３７】
図６を参照するに、Ｗｅｂサーバ１３に登録済の第１の利用者端末１１の利用者は、図６のステップＳ２１からステップＳ２６に示す接続処理を行う。接続処理の説明は、図５における接続処理の説明（ステップＳ１からステップＳ６）と重複するため省略する。
【００３８】
次に、Ｗｅｂサーバ１３は、ＩＤ及びパスワードを第１の利用者端末１１に要求する（ステップＳ２７）。この時点ではすでに第１の利用者端末１１はＷｅｂサーバ１３に登録済であるから、第１の利用者端末１１の利用者は、ユーザインタフェース１１３ａを介して自身が登録したＩＤ及びパスワードを入力する（ステップＳ２８）。そして、第１の利用者端末１１は、記憶部１１５に記憶しておいた第１のセッション鍵（後述するステップＳ３３で発行されるセッション鍵と区別するために、便宜的に第１のセッション鍵と呼ぶ。）を読み出すと（ステップＳ２９）、ステップＳ２８で入力されたＩＤ及びパスワードと共にステップＳ２９で読み出された第１のセッション鍵をＷｅｂサーバ１３に送信する（ステップＳ３０）。Ｗｅｂサーバ１３は、第１の利用者端末１１からＩＤ、パスワード及び第１のセッション鍵を受信すると、利用者情報ＤＢ１３３に登録されたＩＤ、パスワード、最新セッション鍵と一致するか照合する（ステップＳ３１及びステップＳ３２）。ステップＳ２７からステップＳ３２までの処理をログイン処理と呼ぶ。
【００３９】
照合の結果、一致する場合には、Ｗｅｂサーバ１３は、認証が成功したとして第１の利用者端末１１に第２のセッション鍵を発行する（ステップＳ３３）。そして、Ｗｅｂサーバ１３は、第２のセッション鍵を第１の利用者端末１１に共有（送信）し（ステップＳ３４）、第２のセッション鍵を利用者情報ＤＢ１３３において、最新セッション鍵として登録する（ステップＳ３５）。図９（ａ）ではセッション鍵は最新のものしか登録されていないが、過去に発行されたセッション鍵の全部又は一部を登録しておいてもよい。第１の利用者端末１１は第１のセッション鍵を受信すると、記憶部１１５に記憶する（ステップＳ３６）。セッション鍵が記憶された後は、第１の利用者端末１１とＷｅｂサーバ１３との間でオンライン決済等の何らかの処理が行われる（ステップＳ３７）。第１の利用者端末１１の利用者が再度Ｗｅｂサーバ１３にログインしようとするときは、図６のフローが繰り返される。
【００４０】
図７は、Ｗｅｂサーバ１３の利用者が、２つの利用者端末のうち一方を、他方の追加端末として追加登録するフローを示す図である。図７では、一例として第２の利用者端末１２を第１の利用者端末１１の追加端末として追加登録する場合を説明する。
【００４１】
図７を参照するに、Ｗｅｂサーバ１３に登録済の第１の利用者端末１１の利用者は、Ｗｅｂサーバ１３との間でログイン処理を行う。ログイン処理は図６において説明したもの（ステップＳ２７からステップＳ３２）と同一であるため、説明を省略する。次に、第１の利用者端末１１は、Ｗｅｂサーバ１３へ、追加端末名（任意）及び端末追加要求を送信する（ステップＳ４１）。端末追加要求を受信したＷｅｂサーバ１３は、仮パスワードを発行し第１の利用者端末１１へ共有（送信）する（ステップＳ４２）。そして、Ｗｅｂサーバ１３は、端末追加処理タイマを起動し（ステップＳ４３）、タイマ期限を設定する。Ｗｅｂサーバ１３は、端末追加要求を送信した第１の利用者端末１１のＩＤ、第１の利用者端末１１から受信した追加端末名（任意）、ステップＳ４２で発行された仮パスワード及びタイマ期限を、追加端末要求情報ＤＢ１３４に登録する。タイマ期限は、Ｗｅｂサーバ１３が仮パスワードを発行してから数分から数十分程度の一定時間（タイマ期限）に設定する。一例を図９（ｂ）に示す。
【００４２】
一方で第１の利用者端末１１の利用者は、第２の利用者端末１２を用いてＷｅｂサーバ１３との間で接続処理を行う。接続処理は図５及び６で説明したもの（ステップＳ１からステップＳ６及びステップＳ２１からステップＳ２６）と同一であるため、説明を省略する。そして、Ｗｅｂサーバ１３は、第２の利用者端末１２へ、追加端末名（任意）、ＩＤ、パスワード（任意）及び仮パスワードを要求する（ステップＳ４４）。第２の利用者端末１２は、ユーザインタフェース１２３ａを介して、端末名（任意）、第２の利用者端末１２のＩＤ（第１の利用者端末１１のＩＤと共通）、第２の利用者端末１２のパスワード（第１の利用者端末１１のパスワードと共通）（任意）及びステップＳ４２で発行された仮パスワードを入力し、Ｗｅｂサーバ１３に送信する（ステップＳ４５）。ステップＳ４５において、第１の利用者端末１１に発行された仮パスワードを第２の利用者端末１２に受け渡す方法は、第１の利用者端末の利用者による手入力ではなく、例えば、第１の利用者端末１１及び第２の利用者端末１２のＮＦＣ（近距離無線通信）やＢｌｕｅｔｏｏｔｈ（登録商標）などの機能を利用してもよい。
【００４３】
Ｗｅｂサーバ１３は、ステップＳ４５で受信した情報が、利用者情報ＤＢ１３３及び追加端末要求情報ＤＢ１３４に登録された、第２の利用者端末１２の端末名（任意）、第２の利用者端末１２のＩＤ（第１の利用者端末１１のＩＤと共通）、第２の利用者端末１２のパスワード（第１の利用者端末１１のパスワードと共通）（任意）及びステップＳ４２で発行された仮パスワードと一致するかどうか照合する（ステップＳ４６及びステップＳ４７）。照合の結果、一致し且つステップＳ４５の送信が行われた日時（タイマ値（Ｔ））がタイマ期限以内であれば、Ｗｅｂサーバ１３は、第２の利用者端末１２を第１の利用者端末１１の追加端末として利用者情報ＤＢ１３３に登録する。タイマ値（Ｔ）がタイマ期限より後であればタイムアウトとする。ＩＤ：００１且つ端末名：ＰＣ００１の追加端末として、端末名：ＰＣ１２３の端末が登録された例を図９（ａ）に示す。図９（ａ）は追加端末が１つのみである場合を示しているが、任意の数の追加端末を登録可能である。
【００４４】
次に、Ｗｅｂサーバ１３と第２の利用者端末１２との間でセッション鍵発行・共有・登録処理が行われる。セッション鍵発行・共有・登録処理は図５及び６で説明したもの（ステップＳ１１からステップＳ１４及びステップＳ３３からステップＳ３７）と同一であるため、説明を省略する。
【００４５】
［本発明の変形例の説明］
次に、上述した実施形態の変形例について説明する。
【００４６】
図８は、図５から図７で説明した接続処理及びセッション鍵発行・共有・登録処理を、Ｗｅｂサーバ１３のセキュア領域及び利用者端末（第１の利用者端末１１又は第２の利用者端末１２）のセキュア領域を用いて行うフローを示す図である。ここでは、一例として第１の利用者端末１１とＷｅｂサーバ１３との間で接続処理及びセッション鍵発行・共有・登録処理が行われる場合を説明する。
【００４７】
図８を参照するに、第１の利用者端末１１のブラウザ処理部１１１は、第１の利用者端末１１の通信制御部１１２を介してＷｅｂサーバ１３のＷｅｂ処理部に接続要求を行う（ステップＳ５１）。Ｗｅｂサーバ１３は、接続要求を受信すると、セキュア領域においてサーバ証明書を発行し、Ｗｅｂサーバ１３のＷｅｂ処理部を介してそれを第１の利用者端末１１に送信する（ステップＳ５２及びステップＳ５３）。第１の利用者端末１１は、サーバ証明書を受信すると、セキュア領域においてサーバ証明書を検証する（ステップＳ５４及びステップＳ５５）。次に、第１の利用者端末１１はセキュア領域において暗号化通信用の鍵を生成し（ステップＳ５６）、サーバ公開鍵を第１の利用者端末１１のブラウザ処理部１１１に渡す（ステップＳ５７）。そして、Ｗｅｂサーバ１３と第１の利用者端末１１との間でＳＳＬ通信が開始される（ステップＳ５８）。
【００４８】
次に、Ｗｅｂサーバ１３と第１の利用者端末１１との間で登録処理やログイン処理が行われると、セッション鍵発行・共有・登録処理が行われる。図８においては、セッション鍵をＷｅｂサーバ１３と第１の利用者端末１１それぞれのセキュア領域に登録・記憶する場合を説明する。この場合、Ｗｅｂサーバ１３と第１の利用者端末１１のそれぞれのセキュア領域間では、Ｗｅｂサーバ１３の公開鍵を用いて、ステップＳ５８で用いた暗号化鍵とは異なる暗号化鍵による暗号化通信が開始される（ステップＳ５９）。Ｗｅｂサーバ１３がそのセキュア領域においてセッション鍵を発行すると（ステップＳ６０）、Ｗｅｂサーバ１３のセキュア領域と第１の利用者端末１１のセキュア領域との間でそのセッション鍵を共有し（ステップＳ６１）、それぞれのセキュア領域にてセッション鍵を登録・記憶する（ステップＳ６２及びステップＳ６３）。
【００４９】
図８に示す変形例によれば、複数の端末を利用して共通のＩＤ及びパスワードでログインできる利便性が損なわれない。そして、万一ＩＤ及びパスワードが漏洩した場合であっても、端末毎に発行されるセッション鍵や端末名を用いて利用者の認証を行うことで、不正ログインを防ぐことができる。また、利用者が利用者端末を紛失し、又は利用者端末が盗難された場合でも、Ｗｅｂサーバに対してパスワード等の照合が必要であるため、不正ログインや不正利用を一定期間防ぐことができる。紛失や盗難の発覚後、遠隔制御により利用者端末の利用を直ちに停止することも可能である。
【００５０】
これらの本発明に係る第１の利用者端末１１、第２の利用者端末１２、及びＷｅｂサーバ１３をコンピュータで構成した場合、各機能を実現する処理内容を記述したプログラムを、当該コンピュータの内部又は外部の記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。また、このようなプログラムは、例えばＤＶＤ又はＣＤ−ＲＯＭなどの可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶部に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶部に記憶することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。従って、本発明は、前述した実施形態に限定されるものではなく、その主旨を逸脱しない範囲において組み合わせたり一部削除したりするなどして種々変更可能である。
【産業上の利用可能性】
【００５１】
本発明によれば、パスワードリストなどを用いた悪意のある第三者によるなりすまし認証を回避できるため、何らかのＷｅｂコンテンツを提供する際等の利用者端末の認証に有用である。
【符号の説明】
【００５２】
１  認証システム
１１  第１の利用者端末
１２  第２の利用者端末
１３  Ｗｅｂサーバ
１１１  ブラウザ処理部
１１２  通信制御部
１１３  ユーザインタフェース制御部
１１３ａ  ユーザインタフェース
１１４  表示制御部
１１４ａ  表示装置
１１５  記憶部
１２１  ブラウザ処理部
１２２  通信制御部
１２３  ユーザインタフェース制御部
１２３ａ  ユーザインタフェース
１２４  表示制御部
１２４ａ  表示装置
１２５  記憶部
１３１  制御部
１３２  通信制御部
１３３  利用者情報ＤＢ
１３４  追加端末要求情報ＤＢ
１３５  記憶部
１１１１  Ｗｅｂプロトコル処理部
１１１２  リクエスト情報生成部
１１１３  Ｗｅｂ表示制御部
１２１１  Ｗｅｂプロトコル処理部
１２１２  リクエスト情報生成部
１２１３  Ｗｅｂ表示制御部
１３１１  Ｗｅｂプロトコル処理部
１３１２  セッション鍵発行部
１３１３  照合部
１３１４  仮パスワード発行部
１３１５  タイマ処理部
【図１】
2015114714.tif 000003
【図２】
2015114714.tif 000004
【図３】
2015114714.tif 000005
【図４】
2015114714.tif 000006
【図５】
2015114714.tif 000007
【図６】
2015114714.tif 000008
【図７】
2015114714.tif 000009
【図８】
2015114714.tif 000010
【図９】
2015114714.tif 000011