(57)【要約】【課題】中間者攻撃による要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行う。【解決手段】認証システム１００は、取引情報の入力を受け付けるクライアント端末ＣＬと、クライアント端末ＣＬからの取引情報に対する処理を行うサーバＳＲとがネットワークＮＷを介して接続される。クライアント端末ＣＬは、取引情報と、サーバＳＲとの間で共有するワンタイムパスワードＯＴＰを用いて取引情報のハッシュ値Ａを暗号化した暗号化情報Ｂとを別々にサーバＳＲに送信する。サーバＳＲは、クライアント端末ＣＬとの間で共有するワンタイムパスワードＯＴＰを用いて暗号化情報Ｂを復号し、復号により導出された情報Ａ’とクライアント端末ＣＬから送信された要求情報のハッシュ値Ａとが一致すると判定した場合に、取引情報に対する処理を行う。【選択図】図３
2015130633.tif 000002
【特許請求の範囲】
【請求項１】
要求情報の入力を受け付けるクライアント端末と、前記要求情報に対する処理を行うサーバとが接続された認証システムであって、
前記クライアント端末は、
前記サーバとの間で共有する情報を基に、第１の認証情報を生成する第１の認証情報生成部と、
前記第１の認証情報を鍵として共通鍵方式を用いて前記要求情報を暗号化した暗号化情報を生成する暗号化部と、
前記要求情報と前記暗号化情報とを前記サーバへ送信する送信部と、を備え、
前記サーバは、
前記要求情報と前記暗号化情報とを受信する受信部と、
前記クライアント端末との間で共有する情報を基に、第２の認証情報を生成する第２の認証情報生成部と、
前記第２の認証情報を鍵として前記クライアント端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成する復号部と、
前記要求情報と前記照合情報とを比較する認証部と、を備えた、
認証システム。
【請求項２】
請求項１に記載の認証システムであって、
前記サーバは、前記認証部にて前記要求情報と前記照合情報とを比較した結果、一致した場合、前記要求情報に対する処理を行う、
認証システム。
【請求項３】
請求項１に記載の認証システムであって、
前記第１、及び第２の認証情報のビット長は、前記暗号化部と前記復号部とが用いる共通鍵方式における鍵のビット長と同じである、
認証システム。
【請求項４】
請求項１に記載の認証システムであって、
前記クライアント端末又は前記サーバは、
前記クライアント端末を識別する識別情報と、前記クライアント端末又は前記サーバにおける時刻情報とを基にして、前記第１又は第２の認証情報を生成する、
認証システム。
【請求項５】
請求項１に記載の認証システムであって、
前記クライアント端末は、
前記クライアント端末における現在の時刻情報を基にして、前記第１の認証情報を生成し、
前記サーバは、
前記サーバにおける現在の時刻情報を含む以前の時刻情報を基にして複数の前記第２の認証情報を生成して複数の前記第２の認証情報毎に複数の前記照合情報を生成し、前記要求情報と前記複数の要求情報とを比較する、
認証システム。
【請求項６】
請求項１に記載の認証システムであって、
前記クライアント端末は、
前記要求情報の入力を受け付けるユーザ端末と、
前記第１の認証情報生成部と前記暗号化部とを備えた携帯端末と、を含み、
前記サーバは、
前記認証部を備えた情報処理サーバと、
前記第２の認証情報生成部と前記復号部とを備えた認証サーバと、を含む、
認証システム。
【請求項７】
請求項６に記載の認証システムであって、
前記携帯端末、及び前記情報処理サーバは、前記要求情報のハッシュ値を計算するハッシュ計算部、を更に備えた、
認証システム。
【請求項８】
請求項６に記載の認証システムであって、
前記情報処理サーバは、
前記認証部にて、前記要求情報と前記照合情報とが一致すると判定した場合に、前記要求情報に対する処理を行う、
認証システム。
【請求項９】
請求項１に記載の認証システムであって、
前記クライアント端末は、
前記要求情報の入力を受け付けるユーザ端末と、
前記第１の認証情報生成部と前記暗号化部とを備えた携帯端末と、を含み、
前記サーバは、
前記要求情報を受け付ける情報処理サーバと、
前記第２の認証情報生成部と前記復号部と前記認証部とを備えた認証サーバと、を含み、
前記認証サーバは、前記認証部の比較結果を前記情報処理サーバに送信する、
認証システム。
【請求項１０】
請求項６〜９のうちいずれか一項に記載の認証システムであって、
前記ユーザ端末又は前記携帯端末は、更に前記送信部を備えた、
認証システム。
【請求項１１】
請求項６に記載の認証システムであって、
前記携帯端末は、更に、
前記認証サーバが有する公開鍵を用いて乱数を暗号化して暗号化乱数を生成する乱数暗号化部と、
前記要求情報を鍵として共通鍵方式を用いて前記暗号化乱数を暗号化して暗号化要求情報を生成する要求情報暗号化部と、を備え、
前記暗号化部は、前記暗号化要求情報を暗号化して前記暗号化情報を生成する、
認証システム。
【請求項１２】
請求項６に記載の認証システムであって、
前記情報処理サーバは、更に、
前記ユーザ端末が有する前記第２の認証情報を用いて復号する復号部と、を備え、
前記携帯端末は、前記暗号化情報を前記第２の認証情報を用いて暗号化して前記情報処理サーバに送信し、
前記情報処理サーバは、前記携帯端末から受信した情報を前記第２の認証情報を用いて復号して前記認証サーバに送信する、
認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続されたクライアント端末とサーバとの間における認証システムに関する。
【背景技術】
【０００２】
従来から、オンラインサービス（例えばオンラインバンキング）を提供するサーバがネットワーク（例えばインターネット）を介して接続される１つ以上のクライアント端末に対して種々のサービスを提供する場合に、サーバは、サービスの提供を要求した端末が事前に許可されたクライアント端末であるか否かを認証する（例えば、特許文献１参照）。
【０００３】
特許文献１に示す認証システムは、オンラインサービスを提供するオンラインサービスサーバと、オンラインサービスの提供を受ける情報端末装置と、オンラインサービスサーバにおける情報端末装置のログイン認証及びオンラインサービスにおける取引内容の認証に関する処理を行うワンタイムパスワードサーバと、情報端末装置のオンラインサービスを受けるユーザにより所持され、ログイン認証及び取引内容の認証に使用するワンタイムパスワードを表示する携帯端末装置とを含む。
【０００４】
この認証システムでは、携帯端末装置は、情報端末装置がオンラインサービスサーバからオンラインサービスを受ける際に必要なログイン認証用ワンタイムパスワードと取引内容認証用ワンタイムパスワードとの取得要求を別々にワンタイムパスワードサーバに送信し、ログイン認証用ワンタイムパスワードと取引内容認証用ワンタイムパスワードとをワンタイムパスワードサーバから別々に受信して表示する。
【０００５】
情報端末装置は、ログイン認証画面取得要求をオンラインサービスサーバに送信し、オンラインサービスサーバからワンタイムパスワードサーバへの指示により、ワンタイムパスワードサーバで生成されたチャレンジを含むログイン認証画面を受信して表示する。情報端末装置は、受信されたチャレンジを携帯端末装置に送信し、携帯端末装置からチャレンジを用いて生成されたログイン認証用ワンタイムパスワードを受信する。
【０００６】
また、情報端末装置は、取引内容を含む取引認証画面取得要求をオンラインサービスサーバに送信し、オンラインサービスサーバからワンタイムパスワードサーバへの指示により、ワンタイムパスワードサーバで生成された取引内容認証用ワンタイムパスワードと取引内容との組をワンタイムパスワードサーバと携帯端末装置とが共有する共通鍵で暗号化した取引準備情報と取引内容が付加された取引認証画面とを受信して表示する。
【０００７】
更に、情報端末装置は、取引準備情報を携帯端末装置に送信し、携帯端末装置がワンタイムパスワードサーバとで共有する共通鍵によって取引準備情報を携帯端末装置に復号させることで得られた取引内容認証用ワンタイムパスワードを携帯端末装置から受信する。これにより、特許文献１に示す認証システムは、ログイン認証用ワンタイムパスワードと取引内容認証用ワンタイムパスワードとを区別して別々に生成することで、例えばスパイウェアによりログイン認証用ワンタイムパスワードが漏えいした場合でも、取引内容認証用ワンタイムパスワードが漏えいしない限り、悪意のある第三者がログイン認証用ワンタイムパスワードを不正使用しても取引内容の改ざんを回避できる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第４６９３１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１では、ワンタイムパスワードサーバと携帯端末装置の間で取引内容認証用ワンタイムパスワードのやり取りが行われるので、例えば悪意のある第三者に中間者攻撃されると、取引内容認証用ワンタイムパスワードが漏えいし、ユーザが要求した取引情報（例えば振り込み先、振り込み金額）の内容が改ざんされても検知できない恐れがある。
【００１０】
例えば、ユーザが携帯端末装置の表示を確認することで改ざんされていないことを確認しようとしても、表示内容自体が改ざんされている場合、改ざんを検知することができない、という課題がある。
【００１１】
本発明は、上述した従来の課題を解決するために、要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行う認証システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、要求情報の入力を受け付けるクライアント端末と、前記要求情報に対する処理を行うサーバとが接続された認証システムであって、前記クライアント端末は、前記サーバとの間で共有する情報を基に、第１の認証情報を生成する第１の認証情報生成部と、前記第１の認証情報を鍵として共通鍵方式を用いて前記要求情報を暗号化した暗号化情報を生成する暗号化部と、前記要求情報と前記暗号化情報とを前記サーバへ送信する送信部と、を備え、前記サーバは、前記要求情報と前記暗号化情報とを受信する受信部と、前記クライアント端末との間で共有する情報を基に、第２の認証情報を生成する第２の認証情報生成部と、前記第２の認証情報を鍵として前記クライアント端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成する復号部と、前記要求情報と前記照合情報とを比較する認証部と、を備えた、認証システムである。
【発明の効果】
【００１３】
本発明によれば、要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行うことができる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施形態の認証システムの各部の内部構成を詳細に示すブロック図
【図２】（Ａ）ＰＣのユーザにより入力された取引情報の確認画面、（Ｂ）携帯端末における第１の取引情報の確認画面の表示例を示す図、（Ｃ）携帯端末における第２の取引情報の確認画面の表示例を示す図、（Ｄ）携帯端末における第３の取引情報の確認画面の表示例を示す図
【図３】第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図
【図４】第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の第１の変形例を詳細に示すシーケンス図
【図５】第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の第２の変形例を詳細に示すシーケンス図
【図６】第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の第３の変形例を詳細に示すシーケンス図
【図７】第２の実施形態の認証システムの各部の内部構成を詳細に示すブロック図
【図８】第２の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図
【図９】第３の実施形態の認証システムの各部の内部構成を詳細に示すブロック図
【図１０】第３の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図
【発明を実施するための形態】
【００１５】
以下、本発明に係る認証システムの各実施形態について、図面を参照して説明する。各実施形態の認証システムは、ネットワークを介して接続されたクライアント端末とサーバとを含む。
【００１６】
クライアント端末は、ユーザの入力操作に応じた要求情報（例えばインターネットバンキング等の取引情報、特定の者に権限を付与するための設定情報、インターネットショッピングにおける商品の売買情報）に対する処理の実行をサーバに要求する。
【００１７】
サーバは、クライアント端末から送信された要求情報に対する処理を実行して良いか否かを判定するために、クライアント端末を認証する。各実施形態の認証システムでは、サーバは、クライアント端末との間の通信路が悪意のある第三者の中間者攻撃（例えばＭＩＴＢ攻撃）によって盗聴されて要求情報の内容の一部が改ざんされた場合でも、要求情報の内容の一部が改ざんされたことを検知できて要求情報に対する処理を実行しないので、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行うことができる。
【００１８】
また、以下の各実施形態の説明を簡単にするために、要求情報として、インターネットバンキングにおける電子マネーの振り込みに関する取引情報を例示して説明する。ここで、要求情報は、クライアント端末がサーバに対して処理の実行を要求する情報であり、悪意のある第三者に改ざんされたくない情報である。なお、本発明は、認証システムにおける各装置（後述参照）が行う各動作（ステップ）を有する認証方法として表現することも可能である。
【００１９】
（第１の実施形態）
図１は、第１の実施形態の認証システム１００の各部の内部構成を詳細に示すブロック図である。図１に示す認証システム１００は、ＰＣ（Personal Computer）１０と、携帯端末２０と、情報処理サーバ３０と、認証サーバ４０とを含む。ユーザ端末の一例としてのＰＣ１０と携帯端末２０とは、認証システム１００におけるクライアント端末ＣＬを構成する。情報処理サーバ３０と認証サーバ４０とは、認証システム１００におけるサーバＳＲを構成する。
【００２０】
ＰＣ１０と情報処理サーバ３０とは、ネットワークＮＷ１を介して接続される。ネットワークＮＷ１は、例えばインターネットであり、悪意のある第三者による中間者攻撃を受け易いセキュリティ性の低いネットワークである。一方、携帯端末２０と情報処理サーバ３０とは、ネットワークＮＷ２を介して接続される。ネットワークＮＷ２は、例えば３ＧやＬＴＥ（Long Term Evolution）等の携帯通信ネットワークであり、ネットワークＮＷ１に比べて、セキュリティ性がより高いネットワークである。更に、情報処理サーバ３０と認証サーバ４０とは、ネットワークＮＷ３を介して接続される。ネットワークＮＷ３は、例えばＶＰＮ（virtual private network）又は専用線のように、ネットワークＮＷ１及びネットワークＮＷ２に比べてセキュリティ性が更に高いネットワークである。また、ＰＣ１０と携帯端末２０とは、同一のユーザが所持して使用する端末であって、所定の近距離無線通信（例えばＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉｆｉ（登録商標）、ＮＦＣ（Near Field Communication）、ＩｒＤＡ、ＷｉＧｉｇ）を用いて相互に通信する。
【００２１】
ユーザ端末の一例としてのＰＣ１０は、入力部１１と、ユーザＩＤ記憶部１２と、情報表示部１３と、通信部１４とを有する。入力部１１は、ユーザの入力操作（例えば取引情報の入力操作）に用いられ、例えばキーボード、マウス、ハードウェアキー（ボタンを含む。以下同様。）、タッチパネル、タッチパッドを用いて構成される。取引情報の内容の詳細については、図２（Ａ）〜（Ｄ）を参照して後述する。
【００２２】
ユーザＩＤ記憶部１２は、例えばインターネットバンキングのＷｅｂシステムにログインする場合に必要となるユーザの識別情報を記憶する。情報表示部１３は、Ｗｅｂブラウザ１３ａが情報処理サーバ３０との間の通信により取得したデータを表示し、例えば図２（Ａ）に示す取引情報の確認画面ＢＲＳを表示する。図２（Ａ）は、ＰＣ１０のユーザにより入力された取引情報の確認画面ＢＲＳである。
【００２３】
送信部の一例としての通信部１４は、ネットワークＮＷ１を介して、情報処理サーバ３０の通信部３５との間で通信を行う。また、通信部１４は、上述した所定の近距離無線通信を用いて、携帯端末２０の通信部２７との間で通信を行う。なお、ユーザ端末の一例としてＰＣ１０を用いて説明しているが、ＰＣ１０に限定されず、タブレット端末やスマートフォンや携帯電話機でも良い。
【００２４】
携帯端末２０は、入力部２１と、情報表示部２２と、時刻取得部２３と、ＯＴＰ生成部２４と、ハッシュ計算部２５と、暗号化部２６と、通信部２７とを有する。入力部２１は、ユーザの入力操作（例えば図２（Ｂ）〜（Ｄ）に示す取引情報の確認画面ＣＫＳ１〜ＣＫＳ３の内容の承諾操作）に用いられ、例えばハードウェアキー、タッチパネル、タッチパッドを用いて構成される。情報表示部２２は、ＰＣ１０との間の近距離無線通信、又はネットワークＮＷ２を用いた情報処理サーバ３０との間の通信により取得したデータを表示し、例えば図２（Ｂ）〜（Ｄ）に示す取引情報の確認画面ＣＫＳ１〜ＣＫＳ３を表示する。図２（Ｂ）は、携帯端末２０における第１の取引情報の確認画面ＣＫＳ１の表示例を示す図である。図２（Ｃ）は、携帯端末２０における第２の取引情報の確認画面の表示例を示す図である。図２（Ｄ）は、携帯端末２０における第３の取引情報の確認画面の表示例を示す図である。
【００２５】
時刻取得部２３は、携帯端末２０内の時刻情報を取得する。認証情報生成部の一例としてのＯＴＰ（One Time Password）生成部２４は、ＰＣ１０から送信されたユーザＩＤと時刻取得部２３により取得された携帯端末２０内の時刻情報とを用いて、認証サーバ４０がＰＣ１０から情報処理サーバ３０への取引情報に対する処理を実行して良いか否かを判定（認証）するための認証情報の一例として、所定期間（例えば１０分）の有効期限を有するワンタイムパスワードＯＴＰを生成する。ワンタイムパスワードＯＴＰは所定期間毎に頻繁に更新されるので、認証情報の一例としてワンタイムパスワードＯＴＰを用いることで、ＰＣ１０と情報処理サーバ３０との間が悪意のある第三者により中間者攻撃されても、ＰＣ１０と携帯端末２０との間の近距離無線通信や、携帯端末２０と情報処理サーバ３０との間の通信に対する中間者攻撃が防御可能となる。なお、携帯端末２０及び認証サーバ４０におけるワンタイムパスワードＯＴＰの生成アルゴリズムには、既存のアルゴリズム（例えばＡ Ｏｎｅ−Ｔｉｍｅ Ｐａｓｓｗｏｒｄ Ｓｙｓｔｅｍ（ＲＦＣ２２８９））が用いられる。また、認証情報は所定期間毎に頻繁に更新されるものであれば、ワンタイムパスワードＯＴＰに限定されない。
【００２６】
なお、ワンタイムパスワードＯＴＰを生成する際にユーザＩＤを用いているが、これは複数のクライアント端末ＣＬ毎にワンタイムパスワードＯＴＰを生成できるようにするためであり、クライアント端末ＣＬ毎に識別できれば、ユーザＩＤ以外の識別情報を用いてもよい。
【００２７】
また、ＯＴＰ生成部２４は、ＰＣ１０から送信されたユーザＩＤと取引情報に含まれる取引日時情報とを用いて、ワンタイムパスワードＯＴＰを生成しても良い。また、ＯＴＰ生成部２４は、ＰＣ１０から送信されたユーザＩＤとユーザＩＤを用いたインターネットバンキングのＷｅｂシステムへのログイン回数又は取引回数とを用いてワンタイムパスワードＯＴＰを生成しても良い。
【００２８】
ここで、ワンタイムパスワードＯＴＰは暗号化部２６における共通鍵（暗号鍵）として用いられるので、ワンタイムパスワードＯＴＰの長さ（サイズ）は、暗号化部２６における共通鍵（暗号鍵）の長さ（サイズ）と同一であることが好ましい。これにより、暗号化部２６における共通鍵として、ワンタイムパスワードＯＴＰ自体を用いることができる。
【００２９】
但し、例えば既存のＰＢＫＤＦ２（ＲＦＣ２８９８、ＰＫＣＳ＃５、ｖ２）を用いることでワンタイムパスワードＯＴＰの長さを任意に変更しても良い。また、ワンタイムパスワードＯＴＰの長さが、共通鍵（暗号鍵）の長さと異なる場合、共通鍵（暗号鍵）の長さと同じになるように、ワンタイムパスワードＯＴＰのほうが長い場合、ワンタイムパスワードの一部を抜き出したり、後述するハッシュアルゴリズムを用いて長さを短くしたりし、共通鍵（暗号鍵）のほうが長い場合、ワンタイムパスワードＯＴＰの一部又は全部を繰り返したり、ワンタイムパスワードＯＴＰにユーザＩＤ等を追加したりなどしてもよい。
【００３０】
本実施形態の認証システム１００では、携帯端末２０がＯＴＰ生成部２４を有し、認証サーバ４０がＯＴＰ生成部４２を有する。認証システム１００では、携帯端末２０のＯＴＰ生成部２４により生成されるワンタイムパスワードＯＴＰと、認証サーバ４０のＯＴＰ生成部４２により生成されるワンタイムパスワードＯＴＰとは同期する。言い換えると、認証サーバ４０は、携帯端末２０が生成したワンタイムパスワードＯＴＰと同一のワンタイムパスワードＯＴＰを用いる。認証システム１００では、ワンタイムパスワードＯＴＰは携帯端末２０及び認証サーバ４０のみが知り得る値である。これにより、認証システム１００では、認証サーバ４０は、ＰＣ１０から情報処理サーバ３０への取引情報に対する処理を実行して良いか否かを安全に認証することができる。また、携帯端末２０が生成するワンタイムパスワードＯＴＰと認証サーバ４０が生成するワンタイムパスワードＯＴＰとが同期するので、ワンタイムパスワードＯＴＰの有効期限が過ぎると、悪意のある第三者はワンタイムパスワードＯＴＰを解読することが困難となるので中間者攻撃を受ける可能性が低減する。
【００３１】
ここで、携帯端末２０が生成したワンタイムパスワードＯＴＰと同一のワンタイムパスワードＯＴＰを認証サーバ４０が生成する方法を２種類ほど説明する。第１の生成方法では、認証サーバ４０は、携帯端末２０がワンタイムパスワードＯＴＰを生成する際に用いた携帯端末２０内の時刻情報とユーザＩＤとを携帯端末２０から受信し、受信された携帯端末２０内の時刻情報とユーザＩＤとをそのまま用いてワンタイムパスワードＯＴＰを生成する。これにより、第１の生成方法によれば、携帯端末２０及び認証サーバ４０は、携帯端末２０及び認証サーバ４０のみが知り得るユーザ端末１０の識別情報を用いて、ワンタイムパスワードＯＴＰを生成するので、例えば複数のユーザ端末１０から取引情報の実行が要求された場合にも、各ユーザ端末を区別して認証することができる。
【００３２】
また、第２の生成方法では、認証サーバ４０は、携帯端末２０がワンタイムパスワードＯＴＰを生成する際に用いた携帯端末２０内の時刻情報とユーザＩＤとを携帯端末２０から受信するが、ユーザＩＤと認証サーバ４０内の時刻情報とを用いてワンタイムパスワードＯＴＰを生成する。
【００３３】
ここで、認証サーバ４０におけるワンタイムパスワードＯＴＰの生成時刻は、携帯端末２０から情報を受信してから行うため、携帯端末２０におけるワンタイムパスワードＯＴＰの生成時刻より遅くなる。そこで、携帯端末２０と認証サーバ４０との通信時間やユーザの操作時間等を考慮して、ワンタイムパスワードＯＴＰを生成する周期を例えば１０分にして、生成時刻による同期ずれが起こり難いようにしている。但し、周期を設けていても、携帯端末２０と認証サーバ４０とのワンタイムパスワードＯＴＰが一致しない場合がある。
【００３４】
そこで、第２の生成方法では、認証サーバ４０は、ワンタイムパスワードＯＴＰを生成する周期が携帯端末２０と同一であって、現在の時刻情報（例えば１５時２５分）を含む以前の複数の時刻情報（例えば、１５時０５分、１５時１５分、１５時２５分）と、携帯端末２０から送信されたユーザＩＤとを用いて複数のワンタイムパスワードＯＴＰを都度、生成する。更に、認証サーバ４０は、携帯端末２０内の時刻情報（携帯端末２０におけるワンタイムパスワードＯＴＰの生成時刻情報）と一致する時刻情報（例えば１５時１５分）とユーザＩＤとを用いて生成したワンタイムパスワードＯＴＰを、３つのワンタイムパスワードＯＴＰより選択して用いる。これにより、認証システム１００では、認証サーバ４０は、携帯端末２０が生成するワンタイムパスワードＯＴＰと認証サーバ４０が生成するワンタイムパスワードＯＴＰとを同期したワンタイムパスワードＯＴＰを生成することができる。
【００３５】
ハッシュ計算部２５は、所定のハッシュアルゴリズムに従って、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。本実施形態の認証システム１００では、携帯端末２０がハッシュ計算部２５を有し、情報処理サーバ３０がハッシュ計算部３３を有する。認証システム１００では、携帯端末２０及び情報処理サーバ３０は、同一のハッシュアルゴリズムに従って、入力情報のハッシュ値を計算する。なお、ハッシュアルゴリズムは、例えば既存のＳＨＡ１、ＳＨＡ２５６、ＳＨＡ５１２等のセキュアハッシュ関数が用いられ、以下同様である。なお、ハッシュ計算部２５は、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する代わりに、取引情報をシードとした乱数を生成しても良く、以下同様である。
【００３６】
暗号化部２６は、ＯＴＰ生成部２４により生成されたワンタイムパスワードＯＴＰを共通鍵（暗号鍵）として、ハッシュ計算部２５により計算された取引情報のハッシュ値Ａを暗号化した暗号化情報Ｂを生成する。本実施形態の認証システム１００では、携帯端末２０が暗号化部２６を有し、認証サーバ４０が復号部４３を有する。暗号化部２６及び復号部４３は、同一の共通鍵暗号アルゴリズム（例えばＡＥＳ、３ＤＥＳ）を共有する。
【００３７】
なお、取引情報のハッシュ値Ａを共通鍵（暗号鍵）として利用せず、ワンタイムパスワードＯＴＰを共通鍵（暗号鍵）とするのは、取引情報は、ＰＣ１０と情報処理サーバ３０との間でやり取りするなど通信路上でデータを流すため、情報が漏洩してしまって共通鍵（暗号鍵）が悪意のある第三者により特定されて改ざんされる可能性があるためである。これに対して、ワンタイムパスワードＯＴＰは、通信路上でやり取りを行わない、即ち、通信路上を流れないため、悪意のある第三者により共通鍵（暗号鍵）が特定されにくく、改ざんの可能性を減らすことができ、ユーザ端末１０を用いるユーザにとっても安心できる。例えば情報処理サーバが銀行内に設置されたサーバであって、認証サーバが特定の第三者機関である場合に、ユーザの入力操作に応じてユーザ端末１０から送信された取引情報の内容が第三者機関に漏えいすることがない。
【００３８】
送信部の一例としての通信部２７は、ネットワークＮＷ２を介して、情報処理サーバ３０の通信部３５との間で通信を行う。また、通信部２７は、上述した所定の近距離無線通信を用いて、ＰＣ１０の通信部１４との間で通信を行う。なお、携帯端末２０は、例えばスマートフォンや携帯電話機の他に、ワンタイムパスワードＯＴＰの生成及び情報表示機能を有するハードウェアトークンを用いて構成されても良い。
【００３９】
情報処理サーバ３０は、ユーザＩＤデータベース３１と、認証処理部３２と、ハッシュ計算部３３と、取引処理部３４と、通信部３５とを有する。ユーザＩＤデータベース３１は、例えばインターネットバンキングのＷｅｂシステムにログインするために必要となるユーザの識別情報の一例としてのユーザＩＤ及びパスワードと、ユーザが所持する携帯端末２０に関する情報とを対応付けて記憶する。認証部の一例としての認証処理部３２は、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とを比較し、比較結果を取引処理部３４に出力する。
【００４０】
ハッシュ計算部３３は、携帯端末２０のハッシュ計算部２５と同一のハッシュアルゴリズムを共有し、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。取引処理部３４は、認証処理部３２からの比較結果を基に、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とが一致している場合には、ＰＣ１０から送信された取引情報に対する処理を実行する。一方、取引処理部３４は、認証処理部３２からの比較結果を基に、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とが一致しないと判定した場合には、ＰＣ１０から送信された取引情報に対する処理を実行せずに、その旨、即ち、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とが一致しないことをＰＣ１０に通知し、インターネットバンキングのＷｅｂシステムの利用の提供を中断する。
【００４１】
受信部の一例としての通信部３５は、ネットワークＮＷ１を介してＰＣ１０との間で通信し、ネットワークＮＷ２を介して携帯端末２０との間で通信し、ネットワークＮＷ３を介して認証サーバ４０との間で通信する。
【００４２】
認証サーバ４０は、時刻取得部４１と、ＯＴＰ生成部４２と、復号部４３と、通信部４４とを少なくとも有する。なお、認証サーバ４０は、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とを認証サーバ４０自身において比較する場合には（図４参照）、情報処理サーバ３０の認証処理部３２に対応する認証処理部４６を更に有する。
【００４３】
時刻取得部４１は、認証サーバ４０内の時刻情報を取得する。認証情報生成部の一例としてのＯＴＰ生成部４２は、携帯端末２０から送信された携帯端末２０のワンタイムパスワードＯＴＰの生成時刻情報又は時刻取得部４１から取得した認証サーバ４０内の時刻情報と、携帯端末２０から送信されたユーザＩＤとを用いて、認証サーバ４０がＰＣ１０から情報処理サーバ３０への取引情報に対する処理を実行して良いか否かを判定（認証）するための認証情報の一例として、所定期間（例えば１０分）の有効期限を有するワンタイムパスワードＯＴＰを生成する。認証サーバ４０（のＯＴＰ生成部４２）におけるワンタイムパスワードＯＴＰの生成方法については上述したので、説明を省略する。
【００４４】
復号部４３は、携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有し、ＯＴＰ生成部４２により生成されたワンタイムパスワードＯＴＰを共通鍵（復号鍵）として、情報処理サーバ３０から送信された暗号化情報Ｂを復号する。復号部４３は、暗号化情報Ｂの復号により、ハッシュ値Ａ’を導出する。通信部４４は、ネットワークＮＷ３を介して、情報処理サーバ３０との間で通信する。
【００４５】
（第１の実施形態の認証システムにおける第１のシグナリングの動作手順）
次に、本実施形態の認証システム１００における各部の動作手順の詳細について、図３〜図６を参照して時系列に説明する。
【００４６】
先ず、本実施形態の認証システム１００における第１のシグナリングの動作手順の詳細について、図３を参照して説明する。図３は、第１の実施形態の認証システム１００のＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図である。図３の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。
【００４７】
図２（Ａ）に示す取引情報の確認画面ＢＲＳでは、ユーザＩＤと、取引金額（例えば振り込み金額）と、振り込み先と、取引日時とが表示される。取引情報は、取引金額と、振り込み先と、取引日時とを含む。取引日時は、ユーザの入力操作により、取引情報に対する処理の実行が要求された日時を示す。なお、以下の各実施形態におけるシーケンス図の説明では、説明を分かり易くするために、各動作の主語は認証システムを構成するＰＣ、携帯端末、情報処理サーバ及び認証サーバのうちいずれかであるとして説明する。
【００４８】
図３において、Ｗｅｂブラウザ１３ａの画面に表示された取引情報の確認画面ＢＲＳがユーザの目視によって確認された後、ＰＣ１０は、ユーザの入力操作に応じて、ネットワークＮＷ１を介して、取引情報とユーザＩＤとを情報処理サーバ３０に送信し（Ｓ１）、近距離無線通信によって、取引情報とユーザＩＤとを携帯端末２０に送信する（Ｓ２）。なお、ユーザが携帯端末２０の入力部２１を用いた入力操作により、ユーザＩＤが入力されても良いし、ユーザＩＤが携帯端末２０のメモリ（不図示）に予め記憶されていても良く、以下同様である。
【００４９】
携帯端末２０は、ステップＳ２においてＰＣ１０から送信された取引情報の確認画面（図２（Ｂ）〜（Ｄ）参照）を情報表示部２２に表示し、ユーザに取引情報の内容確認を促す（Ｓ３）。なお、情報処理サーバ３０は、ステップＳ１においてＰＣ１０から送信された取引情報のハッシュ値Ａを計算する（Ｓ４）。
【００５０】
図２（Ｂ）に示す取引情報の確認画面ＣＫＳ１では、ＰＣ１０のＷｅｂブラウザ１３ａの画面に表示された取引情報の内容と、当該内容を確認したことを示すＯＫボタンＢ１とが表示されている。携帯端末２０の情報表示部２２に表示された取引情報の確認画面ＣＫＳ１において、取引情報の内容がユーザの目視により確認された場合には、ＯＫボタンＢ１が押下される。ＯＫボタンＢ１が押下されることでユーザの取引情報の承諾操作がなされた後、携帯端末２０の動作はステップＳ５に進む。
【００５１】
図２（Ｃ）に示す取引情報の確認画面ＣＫＳ２では、ＰＣ１０のＷｅｂブラウザ１３ａの画面に表示された取引情報の内容と、携帯端末２０において任意に選択された文字画像からなる確認コード（図２（Ｃ）に示す例では「４８０５６」）と、確認コードの内容をユーザに入力させるための確認コード入力欄ＣＦと、取引情報の内容と確認コードの入力内容とを確認したことを示すＯＫボタンＢ２とが表示されている。取引情報の内容と入力された確認コードの内容とがユーザの目視により確認された場合には、ＯＫボタンＢ２が押下される。ＯＫボタンＢ２が押下されることでユーザの取引情報の承諾操作がなされた後、携帯端末２０の動作はステップＳ４に進む。このように、携帯端末２０は、スパムやＢＯＴ等の対策に使用される画像文字と当該画像文字の内容をユーザに実際に入力させるための確認コード入力欄ＣＦとを取引情報の確認画面ＣＫＳ２に表示することで、ＰＣ等で自動的に入力し難くし、取引情報を偽装する際に確認コードを偽装した取引情報に転記することが難しいため、悪意のある第三者における取引情報の偽装を難しくさせることができる。
【００５２】
図２（Ｄ）に示す取引情報の確認画面ＣＫＳ３では、ＰＣ１０のＷｅｂブラウザ１３ａの画面に表示された取引情報の内容と、所定の英数字を用いたマトリクスＭＴと、ユーザのパスワードの入力欄ＰＦと、取引情報の内容と取引金額の入力内容とパスワードとを確認したことを示すＯＫボタンＢ３とが表示されている。取引情報の内容と取引金額の入力内容とパスワードとがユーザの目視により確認された場合には、ＯＫボタンＢ３が押下される。ＯＫボタンＢ３が押下されることでユーザの取引情報の承諾操作がなされた後、携帯端末２０の動作はステップＳ４に進む。このように、携帯端末２０は、マトリクスＭＴに表示された英数字を用いて、ユーザにパスワードを入力させることで、例えば悪意のある第三者におけるキーロガー等のスパイウェアを用いた中間者攻撃を回避することができる。
【００５３】
なお、携帯端末２０がユーザＩＤ毎の振り込み先や取引限度額等の取引情報を規定したホワイトリストをメモリ（不図示）に記憶している場合には、ステップＳ２においてＰＣ１０から送信された取引情報の内容が該当するユーザＩＤに対応するホワイトリストの内容に一致する場合には、ステップＳ３の処理を省略しても良い。また、ステップＳ３を省略する場合、ディスプレイがないハードウェアトークン等も利用することができる。
【００５４】
ステップＳ３の後、携帯端末２０は、ステップＳ２においてＰＣ１０から送信された取引情報のハッシュ値Ａを計算し（Ｓ５）、ステップＳ２においてＰＣ１０から送信されたユーザＩＤと携帯端末２０の時刻情報とを用いてワンタイムパスワードＯＴＰを生成する（Ｓ６）。携帯端末２０は、ステップＳ６において生成されたワンタイムパスワードＯＴＰを認証サーバ３４０と共通する共通鍵（暗号鍵）として、ステップＳ５において計算されたハッシュ値Ａを暗号化した暗号化情報Ｂを生成し（Ｓ７）、ネットワークＮＷ２を介して、暗号化情報ＢとユーザＩＤとを情報処理サーバ３０に送信する（Ｓ８）。
【００５５】
なお、携帯端末２０は、ステップＳ７において取引情報のハッシュ値Ａを暗号化せずに、取引情報の内容そのものをワンタイムパスワードＯＴＰで暗号化しても良く、ステップＳ８において取引情報の内容そのものをワンタイムパスワードＯＴＰで暗号化した暗号化情報をユーザＩＤとともに情報処理サーバ３０に送信しても良く、以下同様である。
【００５６】
情報処理サーバ３０は、ネットワークＮＷ３を介して、ステップＳ８において携帯端末２０から送信された暗号化情報Ｂと、ステップＳ１においてＰＣ１０から送信されたユーザＩＤとを認証サーバ４０に送信する（Ｓ９）。
【００５７】
認証サーバ４０は、ステップＳ９において情報処理サーバ３０から送信された暗号化情報ＢとユーザＩＤとを受信すると、例えばユーザＩＤと認証サーバ４０の時刻情報とを用いてワンタイムパスワードＯＴＰを生成する（Ｓ１０）。ステップＳ１０において生成されたワンタイムパスワードＯＴＰは、ステップＳ６において携帯端末２０により生成されたワンタイムパスワードＯＴＰと同期するので一致する。なお、認証サーバ４０におけるワンタイムパスワードＯＴＰの生成方法は上述したので、説明を省略する。
【００５８】
認証サーバ４０は、ステップＳ１０において生成されたワンタイムパスワードＯＴＰを携帯端末２０と共通する共通鍵（復号鍵）として、ステップＳ９において情報処理サーバ３０から送信された暗号化情報Ｂを復号する（Ｓ１１）。認証サーバ４０は、ステップＳ１１における復号により照合情報としてのハッシュ値Ａ’を導出し（Ｓ１１）、ハッシュ値Ａ’を情報処理サーバ３０に送信する（Ｓ１２）。ここで、照合情報とは、例えば情報処理サーバ３０の認証処理部３２又は認証サーバ４０の認証処理部４６における認証処理の際に、ユーザ端末１０又は携帯端末２０から送信された取引情報が通信路上で改ざんされていないかどうかを判定するために用いられる比較対象情報である。なお、ステップＳ７にて取引情報のハッシュ値Ａではなく取引情報の内容自体が暗号化された場合、ステップＳ１１では、認証サーバ４０は、暗号化情報Ｂの復号により、取引情報の内容自体を導出し、以下同様の処理を行う。
【００５９】
また、ステップＳ１０〜Ｓ１２において、情報処理サーバ３０は、ステップＳ４において計算された取引情報のハッシュ値ＡとユーザＩＤとを認証サーバ４０に送信し、認証サーバ４０において取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂと、ステップＳ８において携帯端末２０から送信された暗号化情報Ｂとを比較することで、ステップＳ１においてＰＣ１０から送信された取引情報に対する処理の実行の可否を判定しても良く、以下同様である。但し、この場合には、認証サーバ４０は、携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有する暗号化部を更に有する必要がある。
【００６０】
情報処理サーバ３０は、ステップＳ４において計算された取引情報のハッシュ値Ａと、ステップＳ１２において認証サーバ４０から送信された照合情報としてのハッシュ値Ａ’とを比較し、ハッシュ値Ａとハッシュ値Ａ’とが同値（一致）すると判定した場合には、ステップＳ１においてＰＣ１０から送信された取引情報の内容が正しい（真正）であるとして、当該取引情報の内容に対する処理を実行する（Ｓ１３）。
【００６１】
以上により、図３に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、更に、情報処理サーバ３０において計算された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出されたハッシュ値Ａ’とを情報処理サーバ３０において比較する。
【００６２】
これにより、認証システム１００は、取引情報のハッシュ値Ａと認証サーバ４０から送信されたハッシュ値Ａ’とが一致すると判定した場合には、ＰＣ１０と情報処理サーバ３０との間の通信路や、携帯端末２０と情報処理サーバ３０との間の通信路に悪意のある第三者による中間者攻撃がなされていないことを検知できる。また、認証システム１００は、悪意のある第三者による中間者攻撃がなかったと判定できたので、認証サーバ４０においてＰＣ１０を安全に認証でき、情報処理サーバ３０において取引情報に対する処理を安全に実行することができる。認証システム１００は、取引情報のハッシュ値Ａと認証サーバ４０から送信されたハッシュ値Ａ’とが一致しないと判定した場合には、ＰＣ１０と情報処理サーバ３０との間の通信路、携帯端末２０と情報処理サーバ３０との間の通信路、又はその両方の通信路に悪意のある第三者による中間者攻撃がなされたことを検知できる。この場合には、取引情報の内容が一部又は全部改ざんされた可能性が高いので、認証システム１００は、情報処理サーバ３０において、ＰＣ１０から入力された取引情報に対する処理の実行を中断するので、中間者攻撃によるユーザへの被害を軽減することができる。
【００６３】
（第１の実施形態の認証システムにおける第２のシグナリングの動作手順）
次に、本実施形態の認証システム１００における第２のシグナリングの動作手順の詳細について、図４を参照して説明する。図４は、第１の実施形態の認証システム１００のＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の第１の変形例を詳細に示すシーケンス図である。図４の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図４に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
【００６４】
図４において、ステップＳ８の後、情報処理サーバ３０は、ネットワークＮＷ３を介して、ステップＳ４において計算された取引情報のハッシュ値Ａと、ステップＳ８において携帯端末２０から送信された暗号化情報Ｂと、ステップＳ１においてＰＣ１０から送信されたユーザＩＤとを認証サーバ４０に送信する（Ｓ９ａ）。なお、ステップＳ９ａでは、情報処理サーバ３０は、取引情報のハッシュ値Ａの代わりに、ステップＳ１においてＰＣ１０から送信された取引情報の内容そのものを認証サーバ４０に送信しても良い。この場合には、ステップＳ４の処理を省略することができ、認証サーバ４０は、情報処理サーバ３０のハッシュ計算部３３と同一のハッシュアルゴリズムを共有するハッシュ計算部を有し、このハッシュ計算部において情報処理サーバ３０から送信された取引情報のハッシュ値Ａを計算する。
【００６５】
ステップＳ１１の後、認証サーバ４０は、ステップＳ９ａにおいて情報処理サーバ３０から送信されたハッシュ値Ａと、ステップＳ１１における復号により導出された照合情報としてのハッシュ値Ａ’とを比較し（Ｓ１３ａ）、ハッシュ値Ａとハッシュ値Ａ’とが同値（一致）すると判定した場合には、ステップＳ１においてＰＣ１０から送信された取引情報の内容が正しい（真正）である旨の判定結果を情報処理サーバ３０に送信する（Ｓ１２ａ）。この場合には、情報処理サーバ３０は、ステップＳ１２ａにおける認証サーバ４０からの判定結果に応じて、当該取引情報の内容に対する処理を実行する。
【００６６】
なお、ステップＳ１１及びステップＳ１３ａでは、認証サーバ４０は、ステップＳ１０において生成されたワンタイムパスワードＯＴＰを携帯端末２０と共通する共通鍵（暗号鍵）として、ステップＳ９ａにおいて情報処理サーバ３０から送信された取引情報のハッシュ値Ａを暗号化した暗号化情報Ｂを生成し、更に、この生成された暗号化情報ＢとステップＳ９ａにおいて情報処理サーバ３０から送信された暗号化情報Ｂとを比較しても良い。この場合には、認証サーバ４０は、携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有する暗号化部を有し、この暗号化部において情報処理サーバ３０から送信された取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂを計算する。
【００６７】
以上により、図４に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、更に、情報処理サーバ３０から送信された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出されたハッシュ値Ａ’とを認証サーバ４０において比較する。これにより、認証システム１００は、図３に示すシーケンスと同様の効果が得られ、更に、情報処理サーバ３０における取引情報のハッシュ値Ａと暗号化情報Ｂの復号により導出されたハッシュ値Ａ’との比較処理を省略でき、情報処理サーバ３０の処理量を低減できる。
【００６８】
（第１の実施形態の認証システムにおける第３のシグナリングの動作手順）
次に、本実施形態の認証システム１００における第３シグナリングの動作手順の詳細について、図５を参照して説明する。図５は、第１の実施形態の認証システム１００のＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の第２の変形例を詳細に示すシーケンス図である。図５の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図５に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
【００６９】
図５において、ステップＳ７の後、携帯端末２０は、近距離無線通信を用いて、ステップＳ７において生成された暗号化情報ＢをＰＣ１０に送信する（Ｓ１４）。ＰＣ１０は、ステップＳ１４において携帯端末２０から送信された暗号化情報Ｂを受信した後、ネットワークＮＷ１を介して、暗号化情報ＢとユーザＩＤとを情報処理サーバ３０に送信する（Ｓ８ｂ）。図５に示すシーケンスのステップＳ９以降の動作は、図３に示すシーケンスのステップＳ９以降の動作と同一であるため、説明を省略する。
【００７０】
以上により、図５に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、携帯端末２０と情報処理サーバ３０との間の通信を不要とし、情報処理サーバ３０から送信された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出された照合情報としてのハッシュ値Ａ’とを情報処理サーバ３０において比較する。これにより、認証システム１００は、図３に示すシーケンスと同様の効果が得られ、更に、携帯端末２０と情報処理サーバ３０との間の通信を省略でき、携帯端末２０と情報処理サーバ３０との間の通信路への中間者攻撃の発生を抑制できる。従って、図５に示すシーケンスの例では、携帯端末２０は、通信機能を有さないハードウェアトークンである場合に好適である。
【００７１】
（第１の実施形態の認証システムにおける第４のシグナリングの動作手順）
次に、本実施形態の認証システム１００における第４のシグナリングの動作手順の詳細について、図６を参照して説明する。図６は、第１の実施形態の認証システムのＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の第３の変形例を詳細に示すシーケンス図である。図６の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図６に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
【００７２】
図６において、Ｗｅｂブラウザ１３ａの画面に表示された取引情報の確認画面がユーザの目視によって確認された後、ＰＣ１０は、近距離無線通信によって、ユーザの入力操作に応じて、取引情報とユーザＩＤとを携帯端末２０に送信する（Ｓ１ｃ）。携帯端末２０は、近距離無線通信によって、ステップＳ１ｃにおいてＰＣ１０から送信された取引情報とユーザＩＤとを情報処理サーバ３０に送信する（Ｓ２ｃ）。図６に示すシーケンスのステップＳ３以降の動作は、図３に示すシーケンスのステップＳ３以降の動作と同一であるため、説明を省略する。
【００７３】
以上により、図６に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、ＰＣ１０と情報処理サーバ３０との間の通信を不要とし、情報処理サーバ３０から送信された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出された照合情報としてのハッシュ値Ａ’とを情報処理サーバ３０において比較する。これにより、認証システム１００は、図３に示すシーケンスと同様の効果が得られ、更に、ＰＣ１０と情報処理サーバ３０との間の通信を省略でき、ＰＣ１０と情報処理サーバ３０との間の通信路への中間者攻撃の発生を抑制できる。
【００７４】
なお、本実施形態の認証システム１００において、図４に示すシーケンスと図５に示すシーケンスとにおける各部の通信相手を任意に組み合わせても良い。例えば、認証システム１００は、情報処理サーバ３０への通信は携帯端末２０ではなくＰＣ１０が行い、取引情報のハッシュ値Ａと暗号化情報Ｂの復号により導出されたハッシュ値Ａとの比較を認証サーバ４０において行っても良い。
【００７５】
また、同様に、本実施形態の認証システム１００において、図４に示すシーケンスと図６に示すシーケンスとにおける各部の通信相手を任意に組み合わせても良い。例えば、認証システム１００は、情報処理サーバ３０への通信はＰＣ１０ではなく携帯端末２０が行い、取引情報のハッシュ値Ａと暗号化情報Ｂの復号により導出されたハッシュ値Ａとの比較を認証サーバ４０において行っても良い。
【００７６】
（第２の実施形態）
図７は、第２の実施形態の認証システム１００ｄの各部の内部構成を詳細に示すブロック図である。図７に示す認証システム１００ｄは、ＰＣ１０と、携帯端末２０ｄと、情報処理サーバ３０ｄと、認証サーバ４０ｄとを含む。ユーザ端末の一例としてのＰＣ１０と携帯端末２０ｄとは、認証システム１００ｄにおけるクライアント端末ＣＬを構成する。情報処理サーバ３０ｄと認証サーバ４０ｄとは、認証システム１００ｄにおけるサーバＳＲを構成する。図７に示す認証システム１００ｄの各部の説明では、図１に示す認証システム１００ｄの各部と同一の内容のものには同一の符号を付して説明を省略又は簡略化し、異なる内容について説明する。
【００７７】
携帯端末２０ｄは、入力部２１と、情報表示部２２と、時刻取得部２３と、ＯＴＰ生成部２４と、第１ハッシュ計算部２５ｄ１と、第２ハッシュ計算部２５ｄ２と、共通鍵暗号化部２６ｄ１と、ＲＳＡ暗号化部２６ｄ２と、通信部２７と、乱数生成部２８とを有する。
【００７８】
第１ハッシュ計算部２５ｄ１は、所定の第１ハッシュアルゴリズムに従って、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。本実施形態の認証システム１００ｄでは、携帯端末２０ｄが第１ハッシュ計算部２５ｄ１を有し、情報処理サーバ３０ｄが第１ハッシュ計算部３３ｄを有し、認証サーバ４０ｄが第１ハッシュ計算部４５ｄ１を有する。認証システム１００ｄでは、携帯端末２０ｄと情報処理サーバ３０ｄと認証サーバ４０ｄとは同一の第１ハッシュアルゴリズムを共有し、入力情報のハッシュ値を計算する。
【００７９】
第２ハッシュ計算部２５ｄ２は、所定の第２ハッシュアルゴリズムに従って、入力情報（例えば乱数ｒ）のハッシュ値（例えばハッシュ値Ｈ）を計算し、更に、他の入力情報（例えば乱数ｒ’）のハッシュ値（例えばハッシュ値Ｈ’）を計算する。本実施形態の認証システム１００ｄでは、携帯端末２０ｄが第２ハッシュ計算部２５ｄ２を有し、認証サーバ４０ｄが第２ハッシュ計算部４５ｄ２を有する。認証システム１００ｄでは、携帯端末２０ｄと認証サーバ４０ｄとは同一の第２ハッシュアルゴリズムを共有し、入力情報のハッシュ値を計算する。
【００８０】
なお、第１ハッシュアルゴリズムと第２ハッシュアルゴリズムとは異なる。また、携帯端末２０ｄ、情報処理サーバ３０ｄ、認証サーバ４０ｄにおける各第１ハッシュ計算部の出力は、携帯端末２０、認証サーバ４０ｄにおける各第２ハッシュ計算部の出力が複数回ハッシュ計算された値でも良い。同様に、携帯端末２０ｄ、認証サーバ４０ｄにおける各第２ハッシュ計算部の出力は、携帯端末２０、情報処理サーバ３０ｄ、認証サーバ４０ｄにおける各第１ハッシュ計算部の出力が複数回ハッシュ計算された値でも良い。
【００８１】
要求情報暗号化部の一例としての共通鍵暗号化部２６ｄ１は、図１に示す携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有し、取引情報のハッシュ値ＡやワンタイムパスワードＯＴＰを共通鍵（暗号鍵）として、入力情報をそれぞれ暗号化する。
【００８２】
乱数暗号化部の一例としてのＲＳＡ暗号化部２６ｄ２は、例えばＲＳＡ公開鍵暗号アルゴリズムに従って、認証サーバ４０ｄの公開鍵を用いて、入力情報をＲＳＡ暗号化する。携帯端末２０ｄは、認証サーバ４０ｄの公開鍵を予め保持し、又は認証サーバ４０ｄから取得する。なお、ＲＳＡ暗号化部２６ｄ２は、ＲＳＡ公開鍵暗号アルゴリズムの代わりに、他の公開鍵暗号アルゴリズム（例えばＤＨ（Diffie Hellman）鍵交換、Elgamal暗号、楕円曲線暗号）に従って、認証サーバ４０ｄの公開鍵を用いて、入力情報を暗号化しても良い。この場合には、携帯端末２０ｄは、他の公開鍵暗号アルゴリズムを認証サーバ４０ｄと予め共有する。乱数生成部２８は、任意の乱数ｒを生成する。
【００８３】
情報処理サーバ３０ｄは、ユーザＩＤデータベース３１と、認証処理部３２と、第１ハッシュ計算部３３ｄと、取引処理部３４と、通信部３５とを有する。第１ハッシュ計算部３３ｄは、所定の第１ハッシュアルゴリズムに従って、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。第１ハッシュ計算部３３ｄは、携帯端末２０ｄの第１ハッシュ計算部２５ｄ１と認証サーバ４０ｄの第１ハッシュ計算部４５ｄ１との間で、同一の第１ハッシュアルゴリズムを共有し、入力情報のハッシュ値を計算する。なお、情報処理サーバ３０ｄは、第１ハッシュ計算部３３ｄの代わりに、携帯端末２０ｄの第２ハッシュ計算部２５ｄ２と同一のハッシュアルゴリズムを共有する第２ハッシュ計算部を有しても良い。
【００８４】
認証サーバ４０ｄは、時刻取得部４１と、ＯＴＰ生成部４２と、共通鍵復号部４３ｄ１と、ＲＳＡ復号部４３ｄ２と、通信部４４と、第１ハッシュ計算部４５ｄ１と、第２ハッシュ計算部４５ｄ２とを少なくとも有する。共通鍵復号部４３ｄ１は、携帯端末２０ｄの共通鍵暗号化部２６ｄ１と同一の共通鍵暗号アルゴリズムを共有し、取引情報のハッシュ値ＡやワンタイムパスワードＯＴＰを共通鍵（復号鍵）として、入力情報をそれぞれ復号する。
【００８５】
ＲＳＡ復号部４３ｄ２は、携帯端末２０ｄのＲＳＡ暗号化部２６ｄ２と同一のＲＳＡ公開鍵暗号アルゴリズムを共有し、認証サーバ４０ｄの秘密鍵を用いて、入力情報をＲＳＡ復号する。認証サーバ４０ｄは、認証サーバ４０ｄの秘密鍵を予め保持している。なお、ＲＳＡ復号部４３ｄ２は、ＲＳＡ公開鍵暗号アルゴリズムの代わりに、他の公開鍵暗号アルゴリズム（例えばＤＨ（Diffie Hellman）鍵交換、Elgamal暗号、楕円曲線暗号）に従って、認証サーバ４０ｄの公開鍵を用いて、入力情報を復号しても良い。この場合には、認証サーバ４０ｄは、他の公開鍵暗号アルゴリズムを携帯端末２０ｄと予め共有する。
【００８６】
第１ハッシュ計算部４５ｄ１は、所定の第１ハッシュアルゴリズムに従って、入力情報（例えば後述する乱数ｒ’）のハッシュ値Ｇ’を計算する。第２ハッシュ計算部４５ｄ２は、所定の第２ハッシュアルゴリズムに従って、入力情報（例えば乱数ｒ）のハッシュ値（例えばハッシュ値Ｈ）を計算し、他の入力情報（例えば乱数ｒ’）のハッシュ値（例えばハッシュ値Ｈ’）を計算する。
【００８７】
（第２の実施形態の認証システムにおけるシグナリングの動作手順）
次に、本実施形態の認証システム１００ｄにおける各部の動作手順の詳細について、図８を参照して時系列に説明する。図８は、第２の実施形態の認証システム１００ｄのＰＣ１０、携帯端末２０ｄ、情報処理サーバ３０ｄ及び認証サーバ４０ｄ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図である。図８の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図８に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
【００８８】
図８において、ステップＳ３の後、携帯端末２０ｄは、ステップＳ２においてＰＣ１０から送信された取引情報のハッシュ値Ａを第１ハッシュ計算部２５ｄ１において計算する（Ｓ５ｄ）。ステップＳ６の後、携帯端末２０ｄは、既存のＰＡＫＥ（Password Authenticated Key Exchange）暗号において用いられる任意の乱数ｒを生成し（Ｓ２１）、ステップＳ２１において生成された乱数ｒを認証サーバ４０ｄの公開鍵でＲＳＡ暗号化した第１暗号化情報（暗号化乱数）Ｄを生成する（Ｓ２２）。携帯端末２０ｄは、ステップＳ５ｄにおいて計算された取引情報のハッシュ値Ａを認証サーバ４０ｄと共通する共通鍵（暗号鍵）として、ステップＳ２２において生成された第１暗号化情報（暗号化乱数）Ｄを暗号化した第２暗号化情報（暗号化要求情報）Ｅを生成する（Ｓ２３）。
【００８９】
なお、ステップＳ２３では、携帯端末２０ｄは、取引情報のハッシュ値Ａを共通鍵（暗号鍵）として、例えばＡＥＳを用いて、ステップＳ２２において生成された第１暗号化情報Ｄを暗号化した第２暗号化情報Ｅを生成しても良いし、又は、例えば既存のＰＢＫＤＦ２を用いて、取引情報のハッシュ値Ａを基にして第１暗号化情報Ｄと同じ長さ（サイズ）の共通鍵（暗号鍵）を導出し、導出された共通鍵（暗号鍵）と第１暗号化情報Ｄとの排他的論理和を計算することで第２暗号化情報Ｅを生成しても良い。
【００９０】
更に、携帯端末２０ｄは、ステップＳ６において生成されたワンタイムパスワードＯＴＰを認証サーバ３４０と共通する共通鍵（暗号鍵）として、ステップＳ２３において生成された第２暗号化情報（暗号化要求情報）Ｅを暗号化した第３暗号化情報Ｆを生成し（Ｓ２４）、ネットワークＮＷ２を介して、第３暗号化情報ＦとユーザＩＤとを情報処理サーバ３０に送信する（Ｓ８ｄ）。
【００９１】
情報処理サーバ３０ｄは、ネットワークＮＷ３を介して、ステップＳ８ｄにおいて携帯端末２０ｄから送信された第３暗号化情報Ｆと、ステップＳ４において計算された取引情報のハッシュ値Ａと、ステップＳ１においてＰＣ１０から送信されたユーザＩＤとを認証サーバ４０ｄに送信する（Ｓ９ｄ）。
【００９２】
ステップＳ１０の後、認証サーバ４０ｄは、ステップＳ１０において生成されたワンタイムパスワードＯＴＰを携帯端末２０ｄと共通する共通鍵（復号鍵）として、ステップＳ９ｄにおいて情報処理サーバ３０ｄから送信された第３暗号化情報Ｆを復号する（Ｓ１１ｄ）。認証サーバ４０ｄは、ステップＳ１１ｄにおける復号により第１復号情報Ｅ’を導出し（Ｓ１１ｄ）、更に、ステップＳ９ｄにおいて情報処理サーバ３０ｄから送信された取引情報のハッシュ値Ａを携帯端末２０ｄと共通する共通鍵（復号鍵）として、ステップＳ１１ｄにおいて導出された第１復号情報Ｅ’を復号する（Ｓ２５）。認証サーバ４０ｄは、ステップＳ２５における復号により第２復号情報Ｄ’を導出し（Ｓ２５）、更に、認証サーバ４０ｄの秘密鍵を用いてステップＳ２５において導出された第２復号情報Ｄ’をＲＳＡ復号する（Ｓ２６）。認証サーバ４０ｄは、ステップＳ２６におけるＲＳＡ復号により第３復号情報としての乱数ｒ’を導出し（Ｓ２６）、第１ハッシュ計算部４５ｄ１において乱数ｒ’のハッシュ値Ｇ’を計算する（Ｓ２７）。
【００９３】
認証サーバ４０ｄは、ネットワークＮＷ３を介して、ステップＳ２７において計算されたハッシュ値Ｇ’を情報処理サーバ３０ｄに送信し（Ｓ１２ｄ）、更に、第２ハッシュ計算部４５ｄ２において乱数ｒ’のハッシュ値Ｈ’を計算して情報処理サーバ３０ｄに送信する（Ｓ２８、Ｓ２９）。
【００９４】
情報処理サーバ３０ｄは、ステップＳ１２ｄにおいて送信されたハッシュ値Ｇ’を、ネットワークＮＷ２を介して携帯端末２０ｄに送信する（Ｓ３０）。
【００９５】
携帯端末２０ｄは、ステップＳ３０において情報処理サーバ３０ｄから送信されたハッシュ値Ｇ’を受信すると、ステップＳ２１において生成された乱数ｒのハッシュ値Ｇを第１ハッシュ計算部２５ｄ１において計算する（Ｓ３１）。携帯端末２０ｄは、ステップＳ３１において計算されたハッシュ値Ｇと、ステップＳ３０において情報処理サーバ３０ｄから送信されたハッシュ値Ｇ’とを比較し、ハッシュ値Ｇとハッシュ値Ｇ’とが同値（一致）ではないと判定した場合には、ＰＣ１０から入力された取引情報に対する処理の実行の情報処理サーバ３０ｄへの要求を中断する（Ｓ３１）。
【００９６】
携帯端末２０ｄは、ハッシュ値Ｇとハッシュ値Ｇ’とが同値（一致）すると判定する場合には、ステップＳ２１において生成された乱数ｒのハッシュ値Ｈを第２ハッシュ計算部２５ｄ２において計算して情報処理サーバ３０ｄに送信する（Ｓ３２）。
【００９７】
情報処理サーバ３０ｄは、ステップＳ２９において認証サーバ４０ｄから送信されたハッシュ値Ｈ’と、ステップＳ３２において携帯端末２０ｄから送信されたハッシュ値Ｈとを比較し、ハッシュ値Ｈとハッシュ値Ｈ’とが同値（一致）すると判定した場合には、ステップＳ１においてＰＣ１０から送信された取引情報の内容が正しい（真正）であるとして、当該取引情報の内容に対する処理を実行する（Ｓ３３）。
【００９８】
以上により、本実施形態の認証システム１００ｄは、携帯端末２０ｄと認証サーバ４０ｄとにおいて同一のワンタイムパスワードＯＴＰを共有し、第１ハッシュ計算部２５ｄ１，４５ｄ１において同一のハッシュアルゴリズムを共有し、第２ハッシュ計算部２５ｄ２，４５ｄ２において同一のハッシュアルゴリズムを共有し、ＲＳＡ暗号化部２６ｄ２とＲＳＡ復号部４３ｄ２とにおいて同一のＲＳＡ公開鍵暗号アルゴリズムを共有する。更に、認証システム１００ｄは、第１の実施形態におけるワンタイムパスワードＯＴＰを用いた取引情報のハッシュ値Ａの暗号化に加え、任意の乱数ｒ及びＲＳＡ公開鍵暗号アルゴリズムを用いたＰＡＫＥ暗号アルゴリズムを用いた暗号化を行う。
【００９９】
これにより、認証システム１００ｄは、第１の実施形態の認証システム１００の効果に比べて、ワンタイムパスワードＯＴＰと乱数ｒとＲＳＡ公開鍵暗号アルゴリズムを用いたＰＡＫＥ暗号とを用いた各種の暗号アルゴリズムの併用により、携帯端末２０ｄと情報処理サーバ３０ｄとの間の通信路に対する悪意のある第三者の中間者攻撃（例えばワンタイムパスワードＯＴＰの解析）に対して、より強固なセキュリティ性を有することができる。従って、認証システム１００ｄは、第１の実施形態の認証システム１００に比べて、認証サーバ４０においてＰＣ１０をより安全に認証できるので、情報処理サーバ３０において取引情報に対する処理をより安全に実行することができる。
【０１００】
（第３の実施形態）
図９は、第３の実施形態の認証システム１００ｅの各部の内部構成を詳細に示すブロック図である。図９に示す認証システム１００ｅは、ＰＣ１０と、携帯端末２０ｅと、情報処理サーバ３０ｅと、認証サーバ４０ｅとを含む。ユーザ端末の一例としてのＰＣ１０と携帯端末２０ｅとは、認証システム１００ｅにおけるクライアント端末ＣＬを構成する。情報処理サーバ３０ｅと認証サーバ４０ｅとは、認証システム１００ｅにおけるサーバＳＲを構成する。図９に示す認証システム１００ｅの各部の説明では、図１に示す認証システム１００の各部と同一の内容のものには同一の符号を付して説明を省略又は簡略化し、異なる内容について説明する。
【０１０１】
ＰＣ１０は、情報処理サーバ３０ｅと所定のパスワードＰ（例えば、ログイン用のパスワード等）を予め共有する。
【０１０２】
携帯端末２０ｅは、入力部２１と、情報表示部２２と、時刻取得部２３と、ＯＴＰ生成部２４と、ハッシュ計算部２５と、共通鍵暗号化部２６ｅと、通信部２７とを有する。共通鍵暗号化部２６ｅは、情報処理サーバ３０ｅの共通鍵復号部３６や認証サーバ４０ｅの共通鍵復号部４３ｅと同一の共通鍵暗号アルゴリズムを共有し、入力情報を暗号化する。なお、共通鍵暗号化部２６ｅが２つの共通鍵アルゴリズムを持つのであれば、一方の共通鍵アルゴリズムを情報処理サーバ３０ｅの共通鍵復号部３６と共有し、他方の共通鍵アルゴリズムを情報処理サーバ３０ｅの共通鍵復号部３６と共有すると、セキュリティがより強固になる。
【０１０３】
情報処理サーバ３０ｅは、ユーザＩＤデータベース３１と、認証処理部３２と、ハッシュ計算部３３と、取引処理部３４と、通信部３５と、共通鍵復号部３６とを有する。共通鍵復号部３６は、携帯端末２０ｅの共通鍵暗号化部２６ｅと同一の共通鍵暗号アルゴリズムを共有し、入力情報を復号する。
【０１０４】
認証サーバ４０ｅは、時刻取得部４１と、ＯＴＰ生成部４２と、共通鍵復号部４３ｅと、通信部４４とを有する。共通鍵復号部４３ｅは、携帯端末２０ｅの共通鍵暗号化部２６ｅと同一の共通鍵暗号アルゴリズムを共有し、入力情報を復号する。
【０１０５】
（第３の実施形態の認証システムにおけるシグナリングの動作手順）
次に、本実施形態の認証システム１００ｅにおける各部の動作手順の詳細について、図１０を参照して時系列に説明する。図１０は、第３の実施形態の認証システム１００ｅのＰＣ１０、携帯端末２０ｅ、情報処理サーバ３０ｅ及び認証サーバ４０ｅ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図である。図１０の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図１０に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
【０１０６】
図１０において、ステップＳ１の後、ＰＣ１０は、近距離無線通信によって、情報処理サーバ３０ｅとの間で予め共有しているパスワードＰと取引情報とユーザＩＤとを携帯端末２０に送信する（Ｓ２ｅ）。
【０１０７】
ステップＳ７の後、携帯端末２０ｅは、ステップＳ２ｅにおいてＰＣ１０から送信されたパスワードＰを共通鍵（暗号鍵）として、ステップＳ７において生成された暗号化情報Ｂを暗号化した第４暗号化情報Ｃを生成し（Ｓ４１）、ネットワークＮＷ２を介して、第４暗号化情報ＣとユーザＩＤとを情報処理サーバ３０ｅに送信する（Ｓ８ｅ）。
【０１０８】
情報処理サーバ３０ｅは、ＰＣ１０との間で予め共有しているパスワードＰを共通鍵（復号鍵）として、ステップＳ８ｅにおいて携帯端末２０ｅから送信された第４暗号化情報Ｃを復号する（Ｓ４２）。ステップＳ４２の後のステップＳ９以降の情報処理サーバ３０ｅ及び認証サーバ４０ｅの動作は図３に示すシーケンスと同一であるため、説明を省略する。
【０１０９】
以上により、本実施形態の認証システム１００ｅは、携帯端末２０ｅと認証サーバ４０ｅとにおいてワンタイムパスワードＯＴＰを共有し、ＰＣ１０と情報処理サーバ３０ｅとは所定のパスワードＰを共有し、更に、情報処理サーバ３０ｅにおいて計算された取引情報のハッシュ値Ａと、携帯端末２０ｅが取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化して更にパスワードＰを用いて暗号化した第４暗号化情報Ｃ及び暗号化情報Ｂの復号によって導出された第４復号情報としてのハッシュ値Ａ’とを情報処理サーバ３０ｅにおいて比較する。
【０１１０】
これにより、認証システム１００ｅは、第１の実施形態の認証システム１００の効果に比べて、ワンタイムパスワードＯＴＰと所定のパスワードＰとを用いた二重の共通鍵暗号アルゴリズムの使用によって、携帯端末２０ｄと情報処理サーバ３０ｄとの間の通信路に対する悪意のある第三者の中間者攻撃に対して、より強固なセキュリティ性を有することができる。従って、認証システム１００ｅは、第１の実施形態の認証システム１００に比べて、認証サーバ４０においてＰＣ１０をより安全に認証できるので、情報処理サーバ３０において取引情報に対する処理をより安全に実行することができる。
【０１１１】
なお、上記のようにいくつかの動作手順について説明したが、それぞれの動作手順を組み合わせることもできる。例えば、図４と図５を組み合わせ、ＰＣ１０からすべての情報をサーバＳＲに送り、判定結果を認証サーバ４０からＰＣ１０に対して送ることもできる。
【０１１２】
以下、上述した本発明に係る認証システムの構成を説明する。
【０１１３】
本発明の一実施形態は、要求情報の入力を受け付けるクライアント端末と、前記要求情報に対する処理を行うサーバとが接続された認証システムであって、前記クライアント端末は、前記サーバとの間で共有する情報を基に、第１の認証情報を生成する第１の認証情報生成部と、前記第１の認証情報を鍵として共通鍵方式を用いて前記要求情報を暗号化した暗号化情報を生成する暗号化部と、前記要求情報と前記暗号化情報とを前記サーバへ送信する送信部と、を備え、前記サーバは、前記要求情報と前記暗号化情報とを受信する受信部と、前記クライアント端末との間で共有する情報を基に、第２の認証情報を生成する第２の認証情報生成部と、前記第２の認証情報を鍵として前記クライアント端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成する復号部と、前記要求情報と前記照合情報とを比較する認証部と、を備えた、認証システムである。
【０１１４】
また、本発明の一実施形態は、前記サーバは、前記認証部にて前記要求情報と前記照合情報とを比較した結果、一致した場合、前記要求情報に対する処理を行う、認証システムである。
【０１１５】
また、本発明の一実施形態は、前記第１、及び第２の認証情報のビット長は、前記暗号化部と前記復号部とが用いる共通鍵方式における鍵のビット長と同じである、認証システムである。
【０１１６】
また、本発明の一実施形態は、前記クライアント端末又は前記サーバは、前記クライアント端末を識別する識別情報と、前記クライアント端末又は前記サーバにおける時刻情報とを基にして、前記第１又は第２の認証情報を生成する、認証システムである。
【０１１７】
また、本発明の一実施形態は、前記クライアント端末は、前記クライアント端末における現在の時刻情報を基にして、前記第１の認証情報を生成し、前記サーバは、前記サーバにおける現在の時刻情報を含む以前の時刻情報を基にして複数の前記第２の認証情報を生成して複数の前記第２の認証情報毎に複数の前記照合情報を生成し、前記要求情報と前記複数の要求情報とを比較する、認証システムである。
【０１１８】
また、本発明の一実施形態は、前記クライアント端末は、前記要求情報の入力を受け付けるユーザ端末と、前記第１の認証情報生成部と前記暗号化部とを備えた携帯端末と、を含み、前記サーバは、前記認証部を備えた情報処理サーバと、前記第２の認証情報生成部と前記復号部とを備えた認証サーバと、を含む、認証システムである。
【０１１９】
また、本発明の一実施形態は、前記携帯端末、及び前記情報処理サーバは、前記要求情報のハッシュ値を計算するハッシュ計算部、を更に備えた、認証システムである。
【０１２０】
また、本発明の一実施形態は、前記情報処理サーバは、前記認証部にて、前記要求情報と前記照合情報とが一致すると判定した場合に、前記要求情報に対する処理を行う、認証システムである。
【０１２１】
また、本発明の一実施形態は、前記クライアント端末は、前記要求情報の入力を受け付けるユーザ端末と、前記第１の認証情報生成部と前記暗号化部とを備えた携帯端末と、を含み、前記サーバは、前記要求情報を受け付ける情報処理サーバと、前記第２の認証情報生成部と前記復号部と前記認証部とを備えた認証サーバと、を含み、前記認証サーバは、前記認証部の比較結果を前記情報処理サーバに送信する、認証システムである。
【０１２２】
また、本発明の一実施形態は、前記ユーザ端末又は前記携帯端末は、更に前記送信部を備えた、認証システムである。
【０１２３】
また、本発明の一実施形態は、前記携帯端末は、更に、前記認証サーバが有する公開鍵を用いて乱数を暗号化して暗号化乱数を生成する乱数暗号化部と、前記要求情報を鍵として共通鍵方式を用いて前記暗号化乱数を暗号化して暗号化要求情報を生成する要求情報暗号化部と、を備え、前記暗号化部は、前記暗号化要求情報を暗号化して前記暗号化情報を生成する、認証システムである。
【０１２４】
また、本発明の一実施形態は、前記情報処理サーバは、更に、前記ユーザ端末が有する前記第２の認証情報を用いて復号する復号部と、を備え、前記携帯端末は、前記暗号化情報を前記第２の認証情報を用いて暗号化して前記情報処理サーバに送信し、前記情報処理サーバは、前記携帯端末から受信した情報を前記第２の認証情報を用いて復号して前記認証サーバに送信する、認証システムである。
【０１２５】
以上、図面を参照しながら各種の実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【産業上の利用可能性】
【０１２６】
本発明は、中間者攻撃による要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行う認証システムとして有用である。
【符号の説明】
【０１２７】
１０  ＰＣ
１１、２１  入力部
１２  ユーザＩＤ記憶部
１３、２２  情報表示部
１３ａ  Ｗｅｂブラウザ
１４、２７、３５、４４  通信部
２０、２０ｄ、２０ｅ  携帯端末
２３、４１  時刻取得部
２４、４２  ＯＴＰ生成部
２５、３３  ハッシュ計算部
２５ｄ１、３３ｄ、４５ｄ１  第１ハッシュ計算部
２５ｄ２、４５ｄ２  第２ハッシュ計算部
２６  暗号化部
２６ｄ１、２６ｅ  共通鍵暗号化部
２６ｄ２  ＲＳＡ暗号化部
２８  乱数生成部
３０、３０ｄ、３０ｅ  情報処理サーバ
３１  ユーザＩＤデータベース
３２  認証処理部
３４  取引処理部
３６  共通鍵復号部
４０、４０ｄ、４０ｅ  認証サーバ
４３  復号部
４３ｄ１  共通鍵復号部
４３ｄ２、４３ｅ  ＲＳＡ復号部
１００  認証システム
【図１】
2015130633.tif 000003
【図３】
2015130633.tif 000004
【図４】
2015130633.tif 000005
【図５】
2015130633.tif 000006
【図６】
2015130633.tif 000007
【図７】
2015130633.tif 000008
【図８】
2015130633.tif 000009
【図９】
2015130633.tif 000010
【図１０】
2015130633.tif 000011
【図２】
2015130633.tif 000012