JP2022188998A - 本人認証システム及び本人認証方法 - Google Patents

Abstract

【課題】ＯＴＰをＷＥＢ機能で安全に提供する。【解決手段】サーバＳＥが、ユーザ端末ＵＥにより保存されるトークンＴＡを生成し、ＴＡをＵＥに送信。ＳＥが、ＴＡにユーザを関連付け、発行されたＯＴＰをＴＡに関連付ける。ＳＥが、ＴＡに基づく文字列を有するリンクＬＩが記述された通知を発行。ＵＥにおいて、当該通知上の指定されたＬＩの基になっているトークンと、保存されたＴＡとが一致する場合に、ＳＥが、当該ＬＩに従うＨＴＴＰリクエストをＵＥから受信し、ＯＴＰのＨＴＴＰレスポンスをＵＥに送信。ユーザにより入力されたＯＴＰが、ユーザが関連付けられているＴＡに関連付けられているＯＴＰに一致していることが、本人認証の成功の要件。【選択図】図１

Description

本発明は、概して、本人認証に関する。

ワンタイムパスワード（以下、ＯＴＰ）を利用した本人認証技術が知られている。「ＯＴＰ」とは、一回だけ利用可能な文字列（一般的には乱数）である。「文字列」は、複数（又は一つ）の文字で構成されており、各文字は、アルファベット、数字及びその他の符号のうちのいずれかでよい。また、典型的には、ＯＴＰは、使用可能な回数の上限が１である文字列であるが、本明細書で使用する「ＯＴＰ」は、使用可能な回数の上限が２以上である拡張されたＯＴＰであってもよいし、使用可能な回数に代えて又は加えて、使用可能な期間の上限が定められた拡張されたＯＴＰであってもよい。

ＯＴＰを利用した本人認証技術として、例えば特許文献１に開示の技術が知られている。

特開２０１１－２１５９４０号公報

インターネット経由でのサービスの提供にはＷＥＢ機能が利用される。ＷＥＢ機能とは、一般に、ユーザ端末のＷＥＢブラウザからＵＲＬ（Uniform Resource Locator）を指定したリクエストをサーバシステムへ送り、そのＵＲＬに従うＨＴＭＬ（Hypertext Markup Language）ファイルをサーバシステムがユーザ端末のＷＥＢブラウザに表示させる機能である。

本人認証に必要なＯＴＰも、ＷＥＢ機能を利用して提供することができれば、ユーザの利便性が向上する。しかし、ＷＥＢ機能を利用してユーザに安全にＯＴＰを提供する方法は存在しない。ユーザと通信経路の両方を正しく確認することができないためである。

そこで、ＯＴＰを利用する本人認証方法として、一般に、二段階認証が採用されている。二段階認証では、ＯＴＰをユーザに伝える方法として、メール、ＳＭＳ（Short Message Service）、ドングル（ハードウェアトークン）、電話音声、又は、アプリ（例えば、ブラウザ又はサービス用アプリとは別のアプリとしてのＯＴＰ発行用アプリ）が利用される。

しかし、二段階認証では、フィッシング詐欺を防ぐことができない。すなわち、悪意のある第三者に、偽のＷＥＢ画面を介してユーザが入力した認証情報（例えばＩＤ及びパスワード）が取得され、且つ、ＯＴＰも取得されてしまうと、その悪意のある第三者がユーザ本人に成り済ますことができてしまう。

ＷＥＢブラウザを有するユーザ端末と通信するサーバシステムが、トークンを生成し、当該生成されユーザ端末により保存されるトークンをＨＴＴＰで送信する。サーバシステムが、上記生成されたトークンにユーザを関連付け、発行されたＯＴＰを、上記生成されユーザが関連付けられたトークンに関連付ける。サーバシステムが、上記生成されたトークンに基づく文字列を有するリンクであるＯＴＰリンクが記述されたユーザ宛のリンク通知を送信する。発行されたリンク通知上の指定されたＯＴＰリンクが有する文字列の基になっているトークンと、保存されたトークンとが一致する場合に、サーバシステムが、当該ＯＴＰリンクに従うＨＴＴＰリクエストをユーザ端末から受信し、ＯＴＰのＨＴＴＰレスポンスをユーザ端末に送信する。ユーザにより入力されたＯＴＰが、ユーザが関連付けられているトークンに関連付けられているＯＴＰに一致していることが、ユーザの本人認証成功の要件である。

本発明によれば、ＯＴＰをＷＥＢ機能で安全に提供することができる。

本発明の一実施形態に係るシステム構成を示す図である。 本発明の一実施形態において行われる認証処理の一部である。 本発明の一実施形態において行われる認証処理の残りである。

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボードおよびポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）であり、具体的には、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）である。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスである。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部または全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）またはＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｙｙｙ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェア回路（例えばＦＰＧＡまたはＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置および／またはインターフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機または計算機が読み取り可能な記憶媒体（例えば非一時的な記憶媒体）であってもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。

以下、図面を参照して、本発明の一実施形態を詳述する。なお、以下の実施形態では、本人認証の一例としてログイン認証が採用され、本人認証用の認証情報としてＩＤ及びパスワードといったログイン情報が採用され、本人認証用の認証情報の入力のためのＷＥＢページとしてＩＤ及びパスワードが入力されるログインページが採用される。

図１は、本発明の一実施形態に係るシステム構成を示す図である。

インターネットのような通信ネットワークを介してユーザ端末１５０とサーバシステム１００間で通信が行われる。

ユーザ端末１５０は、パーソナルコンピュータやスマートフォンのような情報処理端末である。ユーザ端末１５０は、ＩＦ装置（インターフェース装置）１６０、記憶装置１８０及びそれらに接続されたプロセッサ１９０を有する。また、ユーザ端末１５０は、ＩＦ装置１６０に接続されたＵＩ（User Interface）装置１７０を有する。

ＩＦ装置１６０は、サーバシステム１００の後述のＩＦ装置１１０と通信したり、ＵＩ装置１７０と通信したりする。

ＵＩ装置１７０は、キーボードやマウスのような入力装置と、液晶ディスプレイのような表示装置とのうちの少なくとも一つである。ＵＩ装置１７０は、タッチパネルのように入力装置と表示装置とが一体の装置でもよい。

記憶装置１８０は、鍵Ｕを記憶する。鍵Ｕは、一つ又は複数のユーザ鍵である。ユーザ鍵は、情報の暗号化や復号に用いられる。以下、第ｎのユーザ鍵を「Ｋ_Ｕｎ」と表記する（ｎは自然数）。多重暗号通信対象（例えば情報の一例としての引数）毎に使用されるユーザ鍵が異なってもよいし、多重暗号通信対象に関わらずユーザ鍵が共通でもよい。

プロセッサ１９０が、ＷＥＢブラウザ１９１、トークン管理部１９２及び暗号化部１９３として機能する。これらの機能１９１～１９３は、ユーザ端末１５０のＯＳ（Operating System）を含む又は除く一つ以上のコンピュータプログラムの少なくとも一部をプロセッサ１９０が実行することにより実現される。例えば、トークン管理部１９２及び暗号化部１９３の少なくとも一つは、予めユーザ端末１５０に用意された機能（例えばＷＥＢブラウザ１９１のプラグイン）でもよいし、サーバシステム１００からのＷＥＢページに対してＪＡＶＡスクリプト（「ＪＡＶＡ」は登録商標）のように埋め込まれた機能（ＷＥＢページから取得された機能）でもよい。これらの機能１９１～１９３の説明は、図２及び図３が表す認証処理の説明の中で行われる。

サーバシステム１００は、ＩＦ装置１１０、記憶装置１２０及びそれらに接続されたプロセッサ１３０といった計算資源を有する一つ以上の物理的な計算機で構成された物理的なシステムでもよいし、そのような物理的なシステムに基づく論理的なシステム（例えば、クラウドコンピューティングサービスとしてのシステム）でもよい。

ＩＦ装置１１０は、ユーザ端末１５０のＩＦ装置１６０と通信する。

記憶装置１２０が、鍵Ｓ及び管理ＤＢ（データベース）１２１を記憶する。

鍵Ｓは、一つ又は複数のユーザ鍵にそれぞれ対応した一つ又は複数のサーバ鍵である。サーバ鍵は、情報の暗号化や復号に用いられる。多重暗号通信対象（例えば情報の一例としての引数）毎に使用されるサーバ鍵が異なってもよいし、多重暗号通信対象に関わらずサーバ鍵が共通でもよい。本実施形態では、ユーザ鍵とサーバ鍵は１：１で対応しているとする。以下、第ｎのユーザ鍵Ｋ_Ｕｎに対応した第ｎのサーバ鍵を「Ｋ_Ｓｎ」と表記する。どの多重暗号通信でどのユーザ鍵及びどのサーバ鍵が使用されるかは予め決められていてもよいし、どの多重暗号通信であるかに関わらず使用されるユーザ鍵及びサーバ鍵はそれぞれ任意でもよい。

管理ＤＢ１２１は、管理情報の一例であり、ユーザ毎に情報を含む。例えば、各ユーザについて、当該ユーザの情報は、例えば、当該ユーザのＩＤ及びパスワードのような認証情報を含む。また、各ユーザについて、当該ユーザの情報には、適宜に、トークンとＯＴＰが追加される。なお、ユーザの認証情報は、ＩＤ及びパスワードの少なくとも一つに代えて又は加えて、ユーザの生体情報のような他種の情報を含んでもよい。

プロセッサ１３０が、トークン管理部１３１、ＷＥＢ－ＩＦ部１３２、暗号化部１３３、ＯＴＰ管理部１３４及び認証部１３５として機能する。これらの機能１３１～１３５は、サーバシステム１００のＯＳを含む又は除く一つ以上のコンピュータプログラムの少なくとも一部をプロセッサ１３０が実行することにより実現される。また、これらの機能１３１～１３５の説明は、図２及び図３が表す認証処理の説明の中で行われる。

図２及び図３は、本発明の一実施形態において行われる認証処理を示す。

Ｓ２０１で、ユーザ端末１５０のＷＥＢブラウザ１９１が、サーバシステム１００にＨＴＴＰリクエストを送信する。ここで言う「ＨＴＴＰリクエスト」は、ログインページのＵＲＬが指定されたリクエストであるが、そのようなリクエストに代えて、ログインページ以外のＷＥＢページのＵＲＬが指定されたＨＴＴＰリクエストが採用されてもよい。このＨＴＴＰリクエストに応答してユーザのログイン認証が済んでいないことがサーバシステム１００により特定された場合には、ログインページのＨＴＴＰレスポンスがユーザ端末１５０に提供されてよい。

Ｓ２０２：Ｓ２０１で送信されたＨＴＴＰリクエスト（又はリダイレクトにより送信されたＨＴＴＰリクエスト）をサーバシステム１００が受信する。当該ＨＴＴＰリクエストに応答して、サーバシステム１００のトークン管理部１３１が、トークン（以下、トークンＡ）を生成し、例えば記憶装置１２０に一時保存する。トークンＡは、例えば乱数としての文字列である。サーバシステム１００のＷＥＢ－ＩＦ部１３２が、トークンＡが関連付けられた（例えば埋め込まれた）ログインページのＨＴＴＰレスポンスを、ユーザ端末１５０に提供する。

Ｓ２０３：ユーザ端末１５０のＷＥＢブラウザ１９１が、サーバシステム１００からのログインページを表示し、ユーザ端末１５０のトークン管理部１９２が、ログインページに関連付けられているトークンＡを保存する。トークンＡの保存先は、記憶装置１８０（つまりローカルストレージ）でよいが、それに代えて又は加えて、セッションストレージであってもよい。

Ｓ２０４：ユーザ端末１５０のＷＥＢブラウザ１９１が、ログインページに対するＩＤ及びＰＷ（パスワード）の入力を受け付ける。

Ｓ２０５：Ｓ２０４で例えばログインページ上のログインボタンが押された場合、ユーザ端末１５０のＷＥＢブラウザ１９１が、当該入力されたＩＤ及びパスワードを含んだ情報である引数（以下、引数Ｐ）を暗号化部１９３に渡し、暗号化部１９３が、引数Ｐを、第１のユーザ鍵Ｋ_Ｕ１と上記保存されたトークンＡ（暗号化用パスワード）とを用いて暗号化する。引数Ｐは、ＩＤ及びパスワード以外の情報（例えば、タイムスタンプ）を含んでもよい。第１のユーザ鍵Ｋ_Ｕ１を用いて暗号化された引数を「引数Ｅ_Ｕ１」と表記する。

Ｓ２０６：ユーザ端末１５０のＷＥＢブラウザ１９１が、引数Ｅ_Ｕ１を関連付けたＨＴＴＰリクエスト（例えば、本人認証のリクエスト）を送信する。

Ｓ２０７：引数Ｅ_Ｕ１が関連付いたＨＴＴＰリクエストをサーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が受信し、サーバシステム１００の暗号化部１３３が、上記一時保存されたトークンＡ（暗号化用パスワード）と第１のサーバ鍵Ｋ_Ｓ１とを用いて引数Ｅ_Ｕ１を暗号化する。第１のユーザ鍵Ｋ_Ｕ１と第１のサーバ鍵Ｋ_Ｓ１とを用いて暗号化された引数、つまり多重暗号された引数を「引数Ｅ_Ｕ１Ｓ１」と表記する。サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、引数Ｅ_Ｕ１Ｓ１をユーザ端末１５０に送信する。

Ｓ２０８：引数Ｅ_Ｕ１Ｓ１をユーザ端末１５０（例えばＷＥＢブラウザ１９１）が受信し、ユーザ端末１５０の暗号化部１９３が、引数Ｅ_Ｕ１Ｓ１を、上記保存されたトークンＡ（復号用パスワード）と第１のユーザ鍵Ｋ_Ｕ１とを用いて復号する。これにより、引数Ｐが第１のサーバ鍵Ｋ_Ｓ１で暗号化されている状態の引数Ｅ_Ｓ１が取得される。ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、引数Ｅ_Ｓ１をサーバシステム１００に送信する。

Ｓ２０９：引数Ｅ_Ｓ１をサーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が受信し、サーバシステム１００の暗号化部１３３が、上記一時保存されたトークンＡ（復号用パスワード）と第１のサーバ鍵Ｋ_Ｓ１とを用いて引数Ｅ_Ｓ１を復号する。これにより、引数Ｐが取得され、故に、引数ＰからＩＤ及びパスワードの取得が可能である。

Ｓ２０６～Ｓ２０９に係る多重暗号通信（ユーザ端末１５０のＷＥＢブラウザ１９１とサーバシステム１００のＷＥＢ－ＩＦ部１３２間の通信）は、ＨＴＴＰで行われる。すなわち、引数Ｅ_Ｕ１、引数Ｅ_Ｕ１Ｓ１及び引数Ｅ_Ｓ１の送受信は、ＨＴＴＰで行われる。また、鍵及び暗号化用パスワードを用いた暗号化、及び、鍵及び復号用パスワードを用いた復号は、本実施形態では、バーナム暗号が利用される。暗号化及び復号には、バーナム暗号以外の手法が採用されてもよい。

Ｓ２１０：サーバシステム１００の認証部１３５が、引数Ｐから取得されたＩＤ及びパスワードに一致するＩＤ及びパスワードを含んだ情報が管理ＤＢ１２１にあるか否かを判定する。この判定の結果が偽の場合（Ｓ２１０：ＮＯ）、認証部１３５が、エラー処理（例えば、ＩＤ又はパスワードの入力のやり直しを表すメッセージをユーザ端末１５０に送信すること）を行う。この判定の結果が真の場合（Ｓ２１０：ＹＥＳ）、処理が図３のＳ２１１に進む。

Ｓ２１１：サーバシステム１００のトークン管理部１９２が、Ｓ２１０：ＹＥＳのＩＤ及びパスワードに対応したユーザの情報（管理ＤＢ１２１内の情報）に、上記一時保存されたトークンＡを含める。つまり、トークン管理部１９２が、トークンＡに当該ユーザを関連付ける。サーバシステム１００のＷＥＢ－ＩＦ部１３２が、トークンＡが関連付けられた（例えば埋め込まれた）ＯＴＰ入力用のＷＥＢページであるＯＴＰ入力ページを、ユーザ端末１５０に提供する。ＯＴＰ入力ページは、Ｓ２０６で送信されたＨＴＴＰリクエストのＨＴＴＰレスポンスとして提供されてよい。

Ｓ２１２：ユーザ端末１５０のＷＥＢブラウザ１９１が、サーバシステム１００からのＯＴＰ入力ページを表示する。なお、この段階で、ユーザ端末１５０のトークン管理部１９２が、上記保存されたトークンＡに一致するトークンがＯＴＰ入力ページに関連付けられているか否かを判定してよい。この判定の結果が偽の場合、ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、エラー処理（例えば、不正なページであることの警告メッセージを表示すること）を行ってよい。

Ｓ２１３：Ｓ２１１に並行して、サーバシステム１００のＯＴＰ管理部１３４が、ＵＲＬ通知を、Ｓ２１０でＩＤ及びパスワードの認証がされたユーザ宛に送信する。「ＵＲＬ通知」とは、トークンＡに基づく文字列（本実施形態ではトークンＡを含んだ文字列）を有するＵＲＬ（リンクの一例）であるＯＴＰ－ＵＲＬが記述された通知（例えば、電子メール、又は、ＳＭＳメッセージ）である。本実施形態では、ＯＴＰ－ＵＲＬは、第１のユーザ鍵Ｋ_Ｕ１とトークンＡとを用いて復号可能な引数（つまり引数Ｅ_Ｕ１）としての文字列を含む。引数Ｅ_Ｕ１は、Ｓ２０６でサーバシステム１００に送信されたリクエストに関連付けられている引数である。

Ｓ２１４：ユーザ端末１５０（例えば、図示しないメールアプリ又はＳＭＳアプリ）が、サーバシステム１００からのＵＲＬ通知を表示し、当該通知に記述されているＵＲＬを指定するユーザ操作を受け付ける。

Ｓ２１５：ユーザ端末１５０の暗号化部１９３が、指定されたＵＲＬにおける文字列（引数Ｅ_Ｕ１としての文字列）を、第１のユーザ鍵Ｋ_Ｕ１と上記保存されたトークンＡとを用いて復号する。

Ｓ２１６：ユーザ端末１５０のトークン管理部１９２が、Ｓ２１５の復号により得られたトークンと、上記保存されたトークンＡとが一致するか否かを判定する。この判定の結果が偽の場合、ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、エラー処理（例えば、ＩＤ及びパスワードの入力からやり直すことのメッセージを表示すること）を行ってよい。この判定の結果が真の場合（Ｓ２１６：ＹＥＳ）、処理がＳ２１７に進む。

Ｓ２１７：ユーザ端末１５０のＷＥＢブラウザ１９１が、ＯＴＰ－ＵＲＬを指定したＨＴＴＰリクエスト（ＯＴＰを表示したＷＥＢページであるＯＴＰ表示ページのリクエスト）を送信する。

Ｓ２１８：ＯＴＰ－ＵＲＬを指定したリクエストをサーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が受信し、サーバシステム１００のＯＴＰ管理部１３４が、ＯＴＰを発行し、当該ＯＴＰを、Ｓ２１０でＩＤ及びパスワードの認証がされたユーザに対応した情報（管理ＤＢ１２１内の情報）に関連付ける。つまり、ＯＴＰ管理部１３４が、当該ユーザが関連付けられたトークンに、発行されたＯＴＰを関連付ける。なお、ＯＴＰの発行は、ＯＴＰ－ＵＲＬを指定したＨＴＴＰリクエストを受信したときに代えて、Ｓ２１０：ＹＥＳの後の任意のタイミングで行われてもよい。また、ＯＴＰの発行は、サーバシステム１００の外部のシステムにより行われてもよい。

Ｓ２１９：下記の多重暗号通信が行われる。この多重暗号通信の対象は、ＯＴＰである。なお、ＯＴＰは多重暗号されることなくユーザ端末１５０に送信されてもよい。
（Ｘ１）サーバシステム１００の暗号化部１３３が、発行されたＯＴＰを、トークンＡ（暗号化用パスワード）と第２のサーバ鍵Ｋ_Ｓ２とを用いて暗号化する。この暗号化されたＯＴＰを「ＯＴＰ－Ｅ_Ｓ２」と表記する。また、例えば鍵Ｓにおけるサーバ鍵の１つだけの場合、第１のサーバ鍵Ｋ_Ｓ１と第２のサーバ鍵Ｋ_Ｓ２は同じ鍵でよい。サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、ＯＴＰ－Ｅ_Ｓ２をユーザ端末１５０に送信する。
（Ｘ２）ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、ＯＴＰ－Ｅ_Ｓ２を受信し、ユーザ端末１５０の暗号化部１９３が、上記保存されたトークンＡ（暗号化用パスワード）と第２のサーバ鍵Ｋ_Ｓ２に対応する第２のユーザ鍵Ｋ_Ｕ２とを用いてＯＴＰ－Ｅ_Ｓ２を暗号化する。第２のサーバ鍵Ｋ_Ｓ２と第２のユーザ鍵Ｋ_Ｕ２とを用いて暗号化されたＯＴＰ、つまり多重暗号されたＯＴＰを「ＯＴＰ－Ｅ_Ｓ２Ｕ２」と表記する。ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、ＯＴＰ－Ｅ_Ｓ２Ｕ２をサーバシステム１００に送信する。
（Ｘ３）サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、ＯＴＰ－Ｅ_Ｓ２Ｕ２を受信し、サーバシステム１００の暗号化部１３３が、ＯＴＰ－Ｅ_Ｓ２Ｕ２を、トークンＡ（復号用パスワード）と第２のサーバ鍵Ｋ_Ｓ２とを用いて復号する。これにより、ＯＴＰが第２のユーザ鍵Ｋ_Ｕ２で暗号化されている状態のＯＴＰ－Ｅ_Ｕ２が取得される。サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、ＯＴＰ－Ｅ_Ｕ２をユーザ端末１５０に送信する。
（Ｘ４）ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、ＯＴＰ－Ｅ_Ｕ２を受信し、ユーザ端末１５０の暗号化部１９３が、上記保存されたトークンＡ（復号用パスワード）と第２のユーザ鍵Ｋ_Ｕ２とを用いてＯＴＰ－Ｅ_Ｕ２を復号する。これにより、ＯＴＰが取得される。

（Ｘ１）～（Ｘ４）に係る多重暗号通信（ユーザ端末１５０のＷＥＢブラウザ１９１とサーバシステム１００のＷＥＢ－ＩＦ部１３２間の通信）は、ＨＴＴＰで行われる。すなわち、ＯＴＰ－Ｅ_Ｓ２、ＯＴＰ－Ｅ_Ｓ２Ｕ２及びＯＴＰ－Ｅ_Ｕ２の送受信は、ＨＴＴＰで行われる。

Ｓ２２０：ユーザ端末１５０のＷＥＢブラウザ１９１が、サーバシステム１００からのＯＴＰ（例えば（Ｘ４）で復号されたＯＴＰ）を表示する。

Ｓ２２１：ユーザ端末１５０のＷＥＢブラウザ１９１が、ＯＴＰ入力ページに対するＯＴＰの入力を受け付ける。

Ｓ２２２：Ｓ２２１で例えばＯＴＰ入力ページ上のログインボタンが押された場合、ユーザ端末１５０のＷＥＢブラウザ１９１が、ＨＴＴＰリクエストを送信する。当該リクエストでは、（トークン／ＩＤ）_Ｕ３が指定される。「（トークン／ＩＤ）_Ｕ３」は、ＯＴＰ（暗号化用パスワード）と第３のユーザ鍵Ｋ_Ｕ３とを用いて暗号化されたトークンＡ及びＩＤ（ログインのために入力されたユーザのＩＤ）である。本実施形態では、トークンＡ及びＩＤが、多重暗号通信の対象である。具体的には、下記が行われる。なお、第３のユーザ鍵Ｋ_Ｕ３は、第１のユーザ鍵Ｋ_Ｕ１又は第２のユーザ鍵Ｋ_Ｕ２と同じユーザ鍵でもよいし、それらのユーザ鍵とは異なるユーザ鍵でもよい。
（Ｙ１）サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、（トークン／ＩＤ）_Ｕ３を受信し、サーバシステム１００の暗号化部１３３が、（トークン／ＩＤ）_Ｕ３を、上記発行されたＯＴＰ（復号用パスワード）と第３のサーバ鍵Ｋ_Ｓ３（第３のユーザ鍵Ｋ_Ｕ３に対応したサーバ鍵）とを用いて暗号化する。第３のユーザ鍵Ｋ_Ｕ３と第３のサーバ鍵Ｋ_Ｓ３とを用いて暗号化されたトークン／ＩＤ、つまり多重暗号されたトークン／ＩＤを「（トークン／ＩＤ）_Ｕ３Ｓ３」と表記する。サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、（トークン／ＩＤ）_Ｕ３Ｓ３をユーザ端末１５０に送信する。
（Ｙ２）ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、（トークン／ＩＤ）_Ｕ３Ｓ３を受信し、ユーザ端末１５０の暗号化部１９３が、上記保存されたＯＴＰ（復号用パスワード）と第３のユーザ鍵Ｋ_Ｕ３とを用いて（トークン／ＩＤ）_Ｕ３Ｓ３を復号する。これにより、トークン／ＩＤが第３のサーバ鍵Ｋ_Ｓ３で暗号化されている状態の（トークン／ＩＤ）_Ｓ３が取得される。ユーザ端末１５０（例えばＷＥＢブラウザ１９１）が、（トークン／ＩＤ）_Ｓ３をサーバシステム１００に送信する。
（Ｙ３）サーバシステム１００（例えばＷＥＢ－ＩＦ部１３２）が、（トークン／ＩＤ）_Ｓ３を受信し、サーバシステム１００の暗号化部１３３が、上記発行されたＯＴＰ（復号用パスワード）と第３のサーバ鍵Ｋ_Ｓ３とを用いてを（トークン／ＩＤ）_Ｓ３を復号する。これにより、トークン／ＩＤが取得される。

（Ｙ１）～（Ｙ３）に係る多重暗号通信（ユーザ端末１５０のＷＥＢブラウザ１９１とサーバシステム１００のＷＥＢ－ＩＦ部１３２間の通信）は、ＨＴＴＰで行われる。すなわち、（トークン／ＩＤ）_Ｕ３、（トークン／ＩＤ）_Ｕ３Ｓ３及び（トークン／ＩＤ）_Ｓ３の送受信は、ＨＴＴＰで行われる。

Ｓ２２３：サーバシステム１００の認証部１３５が、管理ＤＢ１２１を参照し、トークン／ＩＤがトークンＡ及びユーザ（Ｓ２１０でＩＤ及びパスワードの認証がされたユーザ）のＩＤと一致するか否かを判定する。この判定の結果が偽の場合（Ｓ２２３：ＮＯ）、認証部１３５が、エラー処理（例えば、ＩＤ又はパスワードの入力のやり直しを表すメッセージをユーザ端末１５０に送信すること）を行う。この判定の結果が真の場合（Ｓ２２３：ＹＥＳ）、処理がＳ２２４に進む。

Ｓ２２４：サーバシステム１００の認証部１３５が、ユーザのログインを許可する（本人認証の成功）。

本実施形態を考察すると、例えば下記の通りの問題回避が期待できる。

第１に、ログインページが偽のページであり、第三者が、偽のページに入力されたＩＤ及びパスワードを使用してユーザになりすまそうとするケースが考えられる。しかし、ＵＲＬ通知におけるＯＴＰ－ＵＲＬが第三者により指定されたときに、Ｓ２１６でトークンの不一致が検出される。トークンＡ（正しいトークン）が第三者のユーザ端末に存在しないためである。故に、Ｓ２１６：ＮＯ（エラー）となり、処理が先に進まない。結果として、このケースの問題は回避可能である。

第２に、ＵＲＬ通知が偽の通知であるケースが考えられる。しかし、ＵＲＬ通知におけるＯＴＰ－ＵＲＬがユーザにより指定されたときに、Ｓ２１６でトークンの不一致が検出される。ＯＴＰ－ＵＲＬの文字列がトークンＡを基にした文字列ではないためである。故に、Ｓ２１６：ＮＯ（エラー）となり、処理が先に進まない。

第３に、ＵＲＬ通知が第三者に盗られるケースが考えられる。しかし、下記（３－１）及び（３－２）のいずれかの方法により、このケースの問題は回避される。
（３－１）ＵＲＬ通知におけるＯＴＰ－ＵＲＬが第三者により指定されたときに、Ｓ２１６でトークンの不一致が検出される。ＯＴＰ－ＵＲＬの文字列の基になっているトークンＡと同じトークンＡが、第三者のユーザ端末に保存されていないためである。故に、Ｓ２１６：ＮＯ（エラー）となり、処理が先に進まない。
（３－２）Ｓ２１９での送信対象のＯＴＰは、トークンＡを暗号化用パスワードとした多重暗号通信の対象である。トークンＡは、第三者のユーザ端末に保存されていない。このため、多重暗号されたＯＴＰの復号は失敗する。

第４に、ＯＴＰ入力ページが偽のページであり、第三者が、偽のページに入力されたＯＴＰを使用してユーザになりすまそうとするケースが考えられる。しかし、下記（４－１）及び（４－２）のいずれかの方法により、このケースの問題は回避される。
（４－１）その入力されたＯＴＰは、サーバシステム１００において第三者に関連付けられていない。このため、Ｓ２２３：ＮＯ（エラー）、つまり、本人認証が失敗する。
（４－２）その入力されたＯＴＰは、サーバシステム１００においてトークンＡを復号用パスワードとした多重暗号通信の対象である。しかし、トークンＡは第三者のユーザ端末に保存されていない。故に、サーバシステム１００において復号が失敗する。

以上の説明を、例えば、下記のように総括することができる。下記の総括は、上述の説明の補足や変形例を含んでよい。

本人認証システムは、サーバシステム１００に備えられるトークン管理部１３１、ＷＥＢ－ＩＦ部１３２、及びＯＴＰ管理部１３４を備える。また、本人認証システムは、ＷＥＢブラウザ１９１を有するユーザ端末１５０に備えられるトークン管理部１９２を備える。サーバシステム１００のトークン管理部１３１が、トークンＡを生成する。サーバシステム１００のＷＥＢ－ＩＦ部１３２が、当該生成されたトークンＡをＨＴＴＰでユーザ端末１５０に送信する。ユーザ端末１５０のトークン管理部１９２が、サーバシステム１００からのトークンＡを保存する。サーバシステム１００のＯＴＰ管理部１３４が、ユーザの本人認証に必要な発行されたＯＴＰを、サーバシステム１００において生成されユーザが関連付けられたトークンＡに関連付ける。サーバシステム１００のＯＴＰ管理部１３４が、当該トークンＡに基づく文字列を有するリンクであるＯＴＰリンクが記述されたユーザ宛のリンク通知（例えば上述のＵＲＬ通知）を送信する。発行されたリンク通知に記述されているＯＴＰリンクが指定された場合、ユーザ端末１５０のトークン管理部１９２が、当該指定されたＯＴＰリンクが有する文字列の基になっているトークンと、保存されたトークンＡとが一致するか否かを判定する。当該判定の結果が肯定の場合にユーザ端末１５０（ＷＥＢブラウザ１９１）により当該ＯＴＰリンクに従うＨＴＴＰリクエストが送信される。ＯＴＰリンクに従うＨＴＴＰリクエストをサーバシステム１００が受信した場合、サーバシステム１００のＷＥＢ－ＩＦ部１３２が、ＯＴＰのＨＴＴＰレスポンスをユーザ端末１５０に送信し、ユーザ端末１５０のＷＥＢブラウザ１９１が、当該ＯＴＰを表示する。ユーザの本人認証成功の要件が、ユーザにより入力されたＯＴＰが、ユーザが関連付けられているトークンに関連付けられているＯＴＰに一致していることである。

これにより、ＯＴＰをＷＥＢ機能で安全に提供することができ、ＯＴＰをＷＥＢ機能で通知しても、ユーザと通信経路の両方を正しく確認することができる。具体的には、サーバシステム１００において生成されたトークンがＨＴＴＰでユーザ端末１５０に送信されてユーザ端末１５０に保存され、以降の通信では、トークンの不一致が検出された場合には処理が先に進まない。

なお、上記において、「トークンＡに基づく文字列」とは、トークンＡを含んだ文字列と、トークンＡを暗号用パスワードとして用いて暗号化された情報としての文字列（この文字列はトークンＡを含んでいてもいなくてもよい）とのいずれかでよい。

また、「当該指定されたＯＴＰリンクが有する文字列の基になっているトークンと、保存されたトークンＡとが一致するか否か」は、例えば下記のいずれでもよい。
・指定されたＯＴＰリンクが有する文字列から取得されたトークンが、保存されたトークンＡと一致するか否か。
・指定されたＯＴＰリンクが有する文字列を、保存されたトークンＡを復号用パスワードとして用いて復号すること（例えばバーナム暗号に従う復号）に成功するか否か。

また、トークンＡの生成及び送信は、ユーザが不特定の状態において行われてもよいし、ユーザが特定されている状態（例えば、社内ネットワークに接続のユーザ端末のユーザであることが特定されている状態）において行われてもよい。また、「特定されたユーザ」とは、ＩＤ及びパスワードのような認証情報の認証は済んでいないが特定の範囲に属していることが特定されているユーザでもよいし、ＩＤ及びパスワードのような認証情報の認証が済んだユーザでもよい。

サーバシステム１００のＷＥＢ－ＩＦ部１３２が、本人認証用の情報の入力を受け付けるＷＥＢページである第１のＷＥＢページ（例えばログインページ）と、ＯＴＰの入力を受け付けるＷＥＢページである第２のＷＥＢページ（例えばＯＴＰ入力ページ）とを提供するようになっている。第１のＷＥＢページと第２のＷＥＢページとのうちの少なくとも一つのＷＥＢページが、生成されたトークンＡを有する。このように、トークンＡが、ＷＥＢページと共に（例えばＷＥＢページに埋め込まれた状態で）送信されるので、トークンＡの送信のためだけの通信が不要である。なお、実施形態では最初のトークンＡの送信は、トークンＡが埋め込まれたログインページの送信であるが、それに代えて、Ｓ２１０：ＹＥＳの後のトークンＡが埋め込まれたＯＴＰ入力ページの送信でもよい。

サーバシステム１００が、暗号化部１３３とサーバ鍵とを有する。ユーザ端末１５０が、暗号化部１９３とユーザ鍵とを有する。サーバシステム１００からユーザ端末１５０へ送信される情報（典型的には、サーバシステム１００からユーザ端末１５０へのＨＴＴＰレスポンスに関連付けられる情報）と、ユーザ端末１５０からサーバシステム１００へ送信される情報（典型的には、ユーザ端末１５０からサーバシステム１００へのＨＴＴＰリクエストに関連付けられる情報）とのうちの少なくとも一方が、多重暗号対象とされる。このため、中間者攻撃の防止が可能である。例えば、下記の通りである。

＜サーバシステム１００からユーザ端末１５０へ送信される情報の多重暗号通信＞

サーバシステム１００の暗号化部１３３が、ユーザ端末１５０にＨＴＴＰで送信される情報である対象情報を、サーバ鍵と、生成されたトークンＡであるサーバ側暗号化用パスワードとを用いて暗号化する。サーバシステム１００のＷＥＢ－ＩＦ部１３２が、当該暗号化された対象情報である第１の暗号化情報をユーザ端末１５０にＨＴＴＰで送信する。ユーザ端末１５０の暗号化部１９３が、サーバシステム１００からの第１の暗号化情報を、ユーザ鍵と、保存されたトークンＡであるユーザ側暗号化用パスワードとを用いて暗号化する。ユーザ端末１５０のＷＥＢブラウザ１９１が、当該暗号化された第１の暗号化情報である第２の暗号化情報をサーバシステム１００にＨＴＴＰで送信する。サーバシステム１００の暗号化部１３３が、ユーザ端末１５０からの第２の暗号化情報を、サーバ鍵と、サーバ側暗号化用パスワードと同じパスワードとを用いて復号する。サーバシステム１００のＷＥＢ－ＩＦ部１３２が、当該復号された第２の暗号化情報である第１の暗号化情報をユーザ端末１５０にＨＴＴＰで送信する。ユーザ端末１５０の暗号化部１９３が、サーバシステム１００からの第１の暗号化情報を、ユーザ鍵と、ユーザ側暗号化用パスワードと同じパスワードとを用いて復号することで、対象情報を得る。このようにして、サーバシステム１００からユーザ端末１５０へ送信される情報について中間者攻撃を防ぐことができる。なお、この段落で言う「対象情報」は、例えばＯＴＰである。これにより、ＯＴＰの秘匿通信が実現される。

＜ユーザ端末１５０からサーバシステム１００へ送信される情報の多重暗号通信＞

ユーザ端末１５０の暗号化部１９３が、サーバシステム１００にＨＴＴＰで送信される情報である対象情報を、ユーザ鍵と、ユーザ側暗号化用パスワード（保存されたトークンＡとサーバシステム１００からのＯＴＰとのうちの少なくとも一つ）とを用いて暗号化する。ユーザ端末１５０のＷＥＢブラウザ１９１が、当該暗号化された対象情報である第１の暗号化情報をサーバシステム１００にＨＴＴＰで送信する。サーバシステム１００の暗号化部１３３が、ユーザ端末１５０からの第１の暗号化情報を、サーバ鍵と、サーバ側暗号化用パスワード（生成されたトークンＡと発行されたＯＴＰとのうちの少なくとも一つ）とを用いて暗号化する。サーバシステム１００のＷＥＢ－ＩＦ部１３２が、当該暗号化された第１の暗号化情報である第２の暗号化情報をユーザ端末１５０にＨＴＴＰで送信する。ユーザ端末１５０の暗号化部１９３が、サーバシステム１００からの第２の暗号化情報を、ユーザ鍵と、ユーザ側暗号化用パスワードと同じパスワードとを用いて復号する。ユーザ端末１５０のＷＥＢブラウザ１９１が、当該復号された第２の暗号化情報である第１の暗号化情報をサーバシステム１００にＨＴＴＰで送信する。サーバシステム１００の暗号化部１３３が、ユーザ端末１５０からの第１の暗号化情報を、サーバ鍵と、サーバ側暗号化用パスワードと同じパスワードとを用いて復号することで、対象情報を得る。このようにして、ユーザ端末１５０からサーバシステム１００へ送信される情報について中間者攻撃を防ぐことができる。なお、この段落で言う「対象情報」は、例えば、ユーザ端末１５０のＷＥＢブラウザ１９１により表示されたＷＥＢページに対してユーザにより入力された情報である。これにより、ユーザにより入力された情報（例えば、認証情報又はＯＴＰ）の秘匿通信が実現される。

ユーザ端末１５０のＷＥＢブラウザ１９１とサーバシステム１００のＷＥＢ－ＩＦ部１３２間の通信において、通信のプロトコルが、第１のＨＴＴＰ（例えば、ＨＴＴＰ又はＨＴＴＰＳ）から第２のＨＴＴＰ（便宜上「ＨＴＴＰＭ」と呼ばれてよい）に遷移してよい。例えば、このプロトコル遷移は、ＷＥＢ－ＩＦ部１３２により行われてよい。ＨＴＴＰＭに従う通信は、多重暗号通信である。多重暗号通信の対象は、ユーザ端末１５０のＷＥＢブラウザ１９１からサーバシステム１００のＷＥＢ－ＩＦ部１３２へ送信される情報（例えば、ＨＴＴＰリクエストの引数）と、サーバシステム１００のＷＥＢ－ＩＦ部１３２からユーザ端末１５０のＷＥＢブラウザ１９１へ送信される情報（例えば、ＨＴＴＰレスポンスの引数）とのうちの少なくとも一部である。多重暗号は、サーバシステム１００の暗号化部１３３によるサーバ鍵とサーバ側の暗号化用パスワードとを用いた暗号化と、ユーザ端末１５０の暗号化部１９３によるユーザ鍵とユーザ側の暗号化用パスワードとを用いた暗号化とを含む。サーバ側の暗号化用パスワードとユーザ側の暗号化用パスワードとのいずれも、トークンＡと、トークンＡを暗号化用パスワードとして用いた多重暗号通信においてサーバシステム１００とユーザ端末１５０間で送受信された情報（つまり、ユーザ端末１５０とサーバシステム１００において共有されている情報）とのうちの少なくとも一つでよい。このようなプロトコル変換を経て多重暗号通信を維持することができる。

以上、本発明の一実施の形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施の形態に限定する趣旨ではない。本発明は、他の種々の形態でも実施する事が可能である。

例えば、上述の説明における本人認証システムは、本人認証以外のサービスを提供するサービスシステムの外部のシステムであり当該サービスシステムに代わって本人認証を行うシステムでもよいし、本人認証に成功した（つまり認証が済んだ）ユーザに対してサービスを提供するサービスシステムでもよい。

また、上述の説明では、ＵＲＬ通知におけるＵＲＬが指定されたときにＨＴＴＰで提供される情報はＯＴＰであるが、ＯＴＰに代えて又は加えて、他種の情報が採用されてもよい。例えば、「本人認証」が、ＯＴＰ無しに（例えばＩＤ及びパスワードのような認証情報のみで）行われてもよく、本人認証成功後の通信において、トークンの発行、トークンのユーザ端末への送信、ＵＲＬ通知のユーザ端末への送信、当該ＵＲＬ通知におけるＵＲＬが指定されたときにＨＴＴＰでのユーザ端末への情報提供等が行われてもよい。また、そのサービスシステムでの通信において、所定の段階から、常に上述のＨＴＴＰＭでの通信が行われてよい。

１００…サーバシステム、１５０…ユーザ端末

Claims (9)

1. サーバシステムに備えられるトークン管理部、ＷＥＢ－ＩＦ（インターフェース）部、及びＯＴＰ（ワンタイムパスワード）管理部と、
   ＷＥＢブラウザを有するユーザ端末に備えられるトークン管理部と
   を備え、
   前記サーバシステムの前記トークン管理部が、トークンを生成し、
   前記サーバシステムの前記ＷＥＢ－ＩＦ部が、当該生成されたトークンをＨＴＴＰで前記ユーザ端末に送信し、
   前記ユーザ端末の前記トークン管理部が、前記サーバシステムからの前記トークンを保存し、
   前記サーバシステムの前記ＯＴＰ管理部が、ユーザの本人認証に必要な発行されたＯＴＰを、前記生成され前記ユーザが関連付けられたトークンに関連付け、
   前記サーバシステムの前記ＯＴＰ管理部が、当該トークンに基づく文字列を有するリンクであるＯＴＰリンクが記述されたユーザ宛のリンク通知を送信し、
   前記発行されたリンク通知に記述されている前記ＯＴＰリンクが指定された場合、
   前記ユーザ端末の前記トークン管理部が、当該指定されたＯＴＰリンクが有する文字列の基になっているトークンと、前記保存されたトークンとが一致するか否かを判定し、
   当該判定の結果が肯定の場合に前記ユーザ端末により当該ＯＴＰリンクに従うＨＴＴＰリクエストが送信され、
   前記ＯＴＰリンクに従うＨＴＴＰリクエストを前記サーバシステムが受信した場合、前記サーバシステムの前記ＷＥＢ－ＩＦ部が、前記ＯＴＰのＨＴＴＰレスポンスを前記ユーザ端末に送信し、前記ユーザ端末の前記ＷＥＢブラウザが、当該ＯＴＰを表示し、
   前記ユーザの本人認証成功の要件が、前記ユーザにより入力されたＯＴＰが、前記ユーザが関連付けられているトークンに関連付けられているＯＴＰに一致していることである、
   本人認証システム。
2. 前記サーバシステムの前記ＷＥＢ－ＩＦ部が、本人認証用の情報の入力を受け付けるＷＥＢページである第１のＷＥＢページと、ＯＴＰの入力を受け付けるＷＥＢページである第２のＷＥＢページとを提供するようになっており、
   前記第１のＷＥＢページと前記第２のＷＥＢページとのうちの少なくとも一つのＷＥＢページが、前記生成されたトークンを有する、
   請求項１に記載の本人認証システム。
3. 前記サーバシステムが、暗号化部とサーバ鍵とを有し、
   前記ユーザ端末が、暗号化部とユーザ鍵とを有し、
   前記サーバシステムの前記暗号化部が、前記ユーザ端末にＨＴＴＰで送信される情報である対象情報を、前記サーバ鍵と、前記生成されたトークンであるサーバ側暗号化用パスワードとを用いて暗号化し、前記サーバシステムの前記ＷＥＢ－ＩＦ部が、当該暗号化された対象情報である第１の暗号化情報を前記ユーザ端末にＨＴＴＰで送信し、
   前記ユーザ端末の前記暗号化部が、前記サーバシステムからの前記第１の暗号化情報を、前記ユーザ鍵と、前記保存されたトークンであるユーザ側暗号化用パスワードとを用いて暗号化し、前記ユーザ端末の前記ＷＥＢブラウザが、当該暗号化された第１の暗号化情報である第２の暗号化情報を前記サーバシステムにＨＴＴＰで送信し、
   前記サーバシステムの前記暗号化部が、前記ユーザ端末からの前記第２の暗号化情報を、前記サーバ鍵と、前記サーバ側暗号化用パスワードと同じパスワードとを用いて復号し、前記サーバシステムの前記ＷＥＢ－ＩＦ部が、当該復号された第２の暗号化情報である第１の暗号化情報を前記ユーザ端末にＨＴＴＰで送信し、
   前記ユーザ端末の前記暗号化部が、前記サーバシステムからの前記第１の暗号化情報を、前記ユーザ鍵と、前記ユーザ側暗号化用パスワードと同じパスワードとを用いて復号することで、前記対象情報を得る、
   請求項１又は２に記載の本人認証システム。
4. 前記対象情報は、前記ＯＴＰである、
   請求項３に記載の本人認証システム。
5. 前記サーバシステムが、暗号化部とサーバ鍵とを有し、
   前記ユーザ端末が、暗号化部とユーザ鍵とを有し、
   前記ユーザ端末の前記暗号化部が、前記サーバシステムにＨＴＴＰで送信される情報である対象情報を、前記ユーザ鍵と、前記保存されたトークンと前記サーバシステムからのＯＴＰとのうちの少なくとも一つであるユーザ側暗号化用パスワードとを用いて暗号化し、前記ユーザ端末の前記ＷＥＢブラウザが、当該暗号化された対象情報である第１の暗号化情報を前記サーバシステムにＨＴＴＰで送信し、
   前記サーバシステムの前記暗号化部が、前記ユーザ端末からの前記第１の暗号化情報を、前記サーバ鍵と、前記生成されたトークンと前記発行されたＯＴＰとのうちの少なくとも一つであるサーバ側暗号化用パスワードとを用いて暗号化し、前記サーバシステムの前記ＷＥＢ－ＩＦ部が、当該暗号化された第１の暗号化情報である第２の暗号化情報を前記ユーザ端末にＨＴＴＰで送信し、
   前記ユーザ端末の前記暗号化部が、前記サーバシステムからの前記第２の暗号化情報を、前記ユーザ鍵と、前記ユーザ側暗号化用パスワードと同じパスワードとを用いて復号し、前記ユーザ端末の前記ＷＥＢブラウザが、当該復号された第２の暗号化情報である第１の暗号化情報を前記サーバシステムにＨＴＴＰで送信し、
   前記サーバシステムの前記暗号化部が、前記ユーザ端末からの前記第１の暗号化情報を、前記サーバ鍵と、前記サーバ側暗号化用パスワードと同じパスワードとを用いて復号することで、前記対象情報を得る、
   請求項１又は２に記載の本人認証システム。
6. 前記対象情報は、前記ユーザ端末の前記ＷＥＢブラウザにより表示されたＷＥＢページに対してユーザにより入力された情報である、
   請求項５に記載の本人認証システム。
7. 前記サーバシステムが、暗号化部とサーバ鍵とを有し、
   前記ユーザ端末が、暗号化部とユーザ鍵とを有し、
   前記ユーザ端末の前記ＷＥＢブラウザと前記サーバシステムの前記ＷＥＢ－ＩＦ部間の通信のプロトコルが第１のＨＴＴＰから第２のＨＴＴＰに遷移し、
   前記第２のＨＴＴＰに従う通信は、多重暗号通信であり、
   前記多重暗号通信の対象は、前記ユーザ端末の前記ＷＥＢブラウザから前記サーバシステムの前記ＷＥＢ－ＩＦ部へ送信される情報と、前記サーバシステムの前記ＷＥＢ－ＩＦ部から前記ユーザ端末の前記ＷＥＢブラウザへ送信される情報との少なくとも一部であり、
   前記多重暗号は、前記サーバシステムの前記暗号化部による前記サーバ鍵とサーバ側の暗号化用パスワードとを用いた暗号化と、前記ユーザ端末の前記暗号化部による前記ユーザ鍵とユーザ側の暗号化用パスワードとを用いた暗号化とを含み、
   前記サーバ側の暗号化用パスワードと前記ユーザ側の暗号化用パスワードとのいずれも、前記トークンと、前記トークンを暗号化用パスワードとして用いた多重暗号通信において前記サーバシステムと前記ユーザ端末間で送受信された情報とのうちの少なくとも一つである、
   請求項１乃至６のうちのいずれか１項に記載の本人認証システム。
8. ＷＥＢブラウザを有するユーザ端末と通信するサーバシステムにより行われる本人認証方法であって、
   トークンを生成し、
   当該生成され前記ユーザ端末により保存されるトークンをＨＴＴＰで前記ユーザ端末に送信し、
   前記生成されたトークンにユーザを関連付け、
   発行されたＯＴＰを、前記生成され前記ユーザが関連付けられたトークンに関連付け、
   前記生成されたトークンに基づく文字列を有するリンクであるＯＴＰリンクが記述されたユーザ宛のリンク通知を送信し、
   前記発行されたリンク通知上の指定されたＯＴＰリンクが有する文字列の基になっているトークンと、前記保存されたトークンとが一致することが前記ユーザ端末により判定された場合に、当該ＯＴＰリンクに従うＨＴＴＰリクエストを受信し、前記ＯＴＰのＨＴＴＰレスポンスを前記ユーザ端末に送信し、
   前記ユーザの本人認証成功の要件が、前記ユーザにより入力されたＯＴＰが、前記ユーザが関連付けられているトークンに関連付けられているＯＴＰに一致していることである、
   本人認証方法。
9. 請求項１に記載のサーバシステムと通信しＷＥＢブラウザを有するユーザ端末に請求項１に記載のトークン管理部の動作を実行させるためのコンピュータプログラム。

Images