JP2016038845A - 利用者認証システム、認証サーバ、利用者認証方法、プログラム - Google Patents

Abstract

【課題】端末側においてサーバ管理者が設定した利用条件を満たす場合にのみ、本人認証が可能となる利用者認証システムを提供する。【解決手段】認証サーバと、複数の利用者端末を含む利用者認証システムであって、認証サーバは、利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を利用者端末のそれぞれに対して生成し、暗号化された認証生成情報を対応する利用者端末に送信する利用者管理部と、認証生成情報を暗号化する際の条件である暗号化条件と、暗号化された認証生成情報の復号に必要な情報である復号情報を、利用者端末のそれぞれに対して指定する暗号化条件指定部と、暗号化条件に基づいて対応する認証生成情報を暗号化する暗号化実行部と、利用者端末から認証情報を受信した場合に対応する利用者端末の認証を実行する認証実行部を含む。【選択図】図１

Description

本発明は、利用者のアクセス認証を制御する利用者認証システム、認証サーバ、利用者認証方法、プログラムに関する。

医療や教育といった行政の電子化やクラウドサービスの普及に伴い、コンピュータシステム上に保管される企業や個人の情報資産の量はますます増大した。これに伴い情報の改ざんや取得を目的として利用権限を持たない情報システムに侵入する不正アクセス対策の被害も深刻になりつつある。さらに、スマートフォンやタブレットなどのモバイル機器の普及とそれに伴う公衆無線ＬＡＮサービスの拡大に伴って、従来のＩＤ／パスワードや「本人性」の確認だけでは安全性が必ずしも確保できなくなっている。例えば、各ユーザーのＷＥＰキーが同一であるような公衆無線ＬＡＮは第三者が比較的容易に通信内容を盗聴することが可能である。こうしたネットワークを経由してコンピュータシステムにアクセスした場合、本人性と閲覧権限を厳密に確信して閲覧を許可したにも関わらず、その情報資産が利用者の端末に転送される過程で情報流出してしまうことになる。さらに、企業が雇用者の私有端末による企業内システムへのアクセスを許可するＢＹＯＤ（Bring Your Own Device）により、コンピュータウィルス対策などが徹底されない端末の利用や勤務時間外の利用の増大などが、こうした情報漏洩リスクの拡大に拍車をかけている。

こうした不正アクセスは、通信経路を流れる認証データの盗聴・解読、解読した認証データの窃用によるコンピュータシステムへの不正認証という二段階を経る。認証データの盗聴対策としては通信データの暗号化があり、ＳＳＬ／ＴＬＳによる通信パケット全体の暗号化や認証データ自体を暗号化する手法がある。暗号化に用いられる暗号アルゴリズムには、元のデータを復元できない一方向の変換を行うハッシュ関数や暗号化と復号に用いる鍵が同一の共通鍵暗号方式、暗号化と復号に用いる鍵（公開鍵と秘密鍵）が異なる公開鍵暗号方式があり、用途に応じた使い分けや組合わせが行われている。また、公開鍵暗号方式の発展形として、暗号化・復号の条件を、単一のパラメータや複数のパラメータとその論理演算式（論理和（ＯＲ条件）、論理積（ＡＮＤ条件）、否定（ＮＯＴ条件）とそれらの組合わせ）として与えることができる暗号方式も提案されている。単一のパラメータで暗号化・復号する暗号方式は、ＩＤベース暗号、複数のパラメータとその論理演算式で暗号化・復号する方式は関数型暗号と呼ばれる。ＩＤベース暗号、関数型暗号とも、あらかじめペアとなるマスター公開鍵、マスター秘密鍵のセットを生成し、マスター公開鍵、マスター秘密鍵とパラメータの演算によって、パラメータ毎に異なる公開鍵、秘密鍵を生成する。ＩＢＥ（ID-Based Encryption、ＩＤベース暗号）を用いる従来技術として特許文献１及び非特許文献１が知られている。また、関数型暗号方式については特許文献２が知られている。

不正認証に対する対策としては、コンピュータシステムがアクセスする利用者を認証する場合、利用者ＩＤとパスワードの交換方式を強化し、盗聴されたとしても利用者ＩＤやパスワードが容易に類推できないようにすることがある。ＩＤ、パスワード交換の方式として一番単純な方式は、利用者が入力、コンピュータシステムに送信したＩＤ、パスワードを、コンピュータシステムに保管した値と比較・照合するパスワード・オーセンティケーション・プロトコル（ＰＡＰ）認証である。この方式は認証の都度同じ情報を送信するため、一旦盗聴されてしまうと、そのデータを使って容易に不正アクセスされてしまうという弱点がある。そのため、認証要求の都度、コンピュータシステムがチャレンジと呼ばれるランダムに生成した認証生成情報を利用者端末と共有、端末、コンピュータシステムそれぞれで、パスワードと認証情報から事前に設定した計算を行う。この計算結果（チャレンジ）を認証情報として、照合するチャレンジ・ハンドシェイク・オーセンティケーション・プロトコル（ＣＨＡＰ）認証、トークンや暗号表などを利用して、認証生成情報を発行するワンタイムパスワード、認証生成情報としてＰＫＩなどによる第三者認証が可能な電子証明書認証などが使われる。いずれの場合も、本人の記憶やトークン、暗号表、電子証明書などの所有を根拠として「本人性」を認証するものである。そのため、パスワードの漏えいや類推による偽造、トークン、暗号表が盗用された場合に、不正アクセスを防ぐことはできない（非特許文献２、Ｐ３〜Ｐ１２）。こうした欠点を補完する手段として「リスクベース認証」がある。リスクベース認証は、利用者が通常使うネットワーク環境や端末環境、利用時間を履歴として蓄積し、通常と異なる環境からアクセスがあった場合には、認証を拒否するか追加の認証を行うという手法である。

特開２０１１−００４３６６号公報 特開２０１４−０９５８４７号公報

小林鉄太郎、山本剛、鈴木幸太郎、平田真一、「ＩＤベース暗号の応用とキーワード検索暗号」、ＮＴＴ技術ジャーナル、日本電信電話株式会社、平成22年2月、p.17-20 情報処理振興事業協会セキュリティセンター、"本人認証技術の現状に関する調査報告書"、[online]、平成15年3月、情報処理振興事業協会セキュリティセンター、[平成26年8月7日検索]、インターネット<URL:https://www.ipa.go.jp/security/fy14/reports/authentication/authentication2002.pdf>

しかしながら、従来のリスクベース認証では、利用者の利用履歴がある程度蓄積されるまで効果を発揮しないこと、利用者の利用環境に基づくリスク判断の妥当性が必ずしも明確でないこと、システム管理者が利用者の利用環境を正確に指定できないなどの課題があった。また、リスク判断をより高度化するためは、認証属性の追加やそれらの組合わせのパターンを増やす必要があり、そのたびに情報収集のためのシステムや判断ロジックの変更が必要となり、システム管理者の負担が増大するという問題点があった。そこで本発明では、端末側においてサーバ管理者が設定した利用条件を満たす場合にのみ、本人認証が可能となる利用者認証システムを提供することを目的とする。

本発明の利用者認証システムは、認証サーバと、複数の利用者端末を含む。

認証サーバは、利用者管理部と、暗号化条件指定部と、暗号化実行部と、認証実行部を含む。利用者管理部は、利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を利用者端末のそれぞれに対して生成し、暗号化された認証生成情報を対応する利用者端末に送信する。暗号化条件指定部は、認証生成情報を暗号化する際の条件である暗号化条件と、暗号化された認証生成情報の復号に必要な情報である復号情報を、利用者端末のそれぞれに対して指定する。暗号化実行部は、暗号化条件に基づいて対応する認証生成情報を暗号化する。認証実行部は、利用者端末から認証情報を受信した場合に対応する利用者端末の認証を実行する。

利用者端末は、復号情報取得部と、復号実行部と、認証要求部を含む。復号情報取得部は、自端末と対応する復号情報を取得する。復号実行部は、復号情報に基づいて自端末と対応する暗号化された認証生成情報を復号する。認証要求部は、復号された認証生成情報に基づいて認証情報を生成して、認証サーバに送信する。

本発明の利用者認証システムによれば、端末側においてサーバ管理者が設定した利用条件を満たす場合にのみ、本人認証が可能となる。

本発明の実施例１の利用者認証システムの構成を示すブロック図。 本発明の実施例１の利用者認証システムの動作を示すシーケンス図。 本発明の実施例２の利用者認証システムの構成を示すブロック図。 本発明の実施例２の利用者認証システムの動作を示すシーケンス図。

以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

以下、図１、図２を参照して、トランザクション認証や電子証明書認証のように利用者に対して予め認証生成情報を配布する方式の実施例１について説明する。図１は、本実施例の利用者認証システム１の構成を示すブロック図である。図２は、本実施例の利用者認証システム１の動作を示すシーケンス図である。図１に示すように、本実施例の利用者認証システム１は、認証サーバ１２０と、複数の（一つのみ図示）利用者端末１１０を含む。利用者端末１１０は、認証情報保管部１１１と認証要求部１１２と復号実行部１１３と復号情報取得部１１４を含む。認証サーバ１２０は利用者管理部１２１と認証実行部１２２と暗号化実行部１２３と暗号化条件指定部１２４を含む。利用者端末１１０と認証サーバ１２０は通信回線で接続されている。

利用者が利用を開始する前に、事前に利用者管理部１２１は、認証生成情報を利用者端末のそれぞれに対して生成する（Ｓ１２Ａ）。認証生成情報とは、利用者端末の認証に使用する認証情報を生成する際に用いる情報全般を指す。暗号化条件指定部１２４は、認証生成情報を暗号化する際の条件である暗号化条件と、暗号化された認証生成情報の復号に必要な情報である復号情報を、利用者端末のそれぞれに対して指定する（Ｓ１２Ｂ）。利用者管理部１２１は、各認証生成情報に対して暗号化指定の有無を検出する。認証生成情報に対して暗号化指定がされている場合は（Ｓ１２Ｃ−Ｙ）、利用者管理部１２１は、指定された暗号化条件と、該当する認証生成情報を暗号化実行部に送る。暗号化実行部１２３は、暗号化条件に基づいて対応する認証生成情報を暗号化する（Ｓ１２Ｄ）。利用者管理部１２１は、暗号化された認証生成情報を対応する利用者端末に送信する（Ｓ１２Ｅ）。

一方、認証生成情報に対して暗号化指定がされていない場合は（Ｓ１２Ｃ−Ｎ）、利用者管理部１２１は、暗号化されていない認証生成情報を、対応する利用者端末に送信する（Ｓ１２Ｅ）。なお、（暗号化された）認証生成情報は、認証サーバ１２０と利用者端末１１０を接続する通信回線以外の経路で配布することも可能である。認証サーバ１２０から送信された（暗号化された）認証生成情報は、利用者端末１１０の認証情報保管部１１１に保存される。

利用者端末１１０において認証が開始されると、認証要求部１１２は認証情報保管部１１１に認証生成情報要求を出力し、（暗号化された）認証生成情報を取得する（Ｓ１１Ａ）。取得した認証生成情報が暗号化されていた場合（Ｓ１１Ｂ−Ｙ）、認証要求部１１２は、復号実行部１１３に対して、認証生成情報の復号を要求する。復号実行部１１３は、暗号化された認証生成情報を復号するために必要な復号情報の取得を、復号情報取得部１１４に要求する（Ｓ１１Ｃ）。復号情報取得部１１４は、自端末と対応する復号情報を取得する。復号情報取得部１１４は、取得した復号情報を復号実行部１１３に送信する（Ｓ１１Ｄ）。復号実行部１１３は、復号情報に基づいて自端末と対応する暗号化された認証生成情報を復号する。復号実行部１１３は、復号された認証生成情報を認証要求部１１２に送信する（Ｓ１１Ｅ）。認証要求部１１２は、認証情報保管部１１１から取得した暗号化されていない認証生成情報あるいはＳ１１Ｂ〜Ｓ１１Ｅのフローにより復号された認証生成情報に基づいて、認証情報を生成して認証サーバ１２０に送信する（Ｓ１１Ｆ）。認証サーバ１２０は、認証情報の照合処理を行って（Ｓ１２Ｆ）、認証情報が一致した場合には（Ｓ１２Ｇ−Ｙ）、利用者端末１１０に接続許可通知を送信する（Ｓ１２Ｈ）。認証情報が一致しない場合には、認証がエラー終了する。この認証情報の照合処理は、通常のトランザクション認証、電子証明書認証と同一である。Ｓ１２Ｂ〜Ｓ１２Ｄ、Ｓ１１Ｂ〜Ｓ１１Ｅのフローにおいて利用する暗号化・復号は、共通鍵暗号方式、公開鍵暗号方式、ＩＤベース暗号方式および関数型暗号方式を含む任意の方法が利用可能である。

以下、各暗号方式を利用した場合の暗号化条件、復号情報の実施例について説明する。共通鍵暗号方式の場合、暗号化条件および復号情報は、暗号化・復号するための共通鍵となる。暗号化条件指定部１２４は、利用者毎に使用する共通鍵を指定するとともに、当該共通鍵を利用者端末１１０に送信する。あるいは共通鍵は認証サーバ１２０と利用者端末１１０を接続する通信回線以外の経路で配布することも可能である。暗号化条件指定部１２４は、利用者端末１１０の復号情報取得部１１４がアクセス可能な任意の場所に共通鍵を保管する。

公開鍵暗号方式の場合、公開鍵、秘密鍵はペアで生成される。認証情報の暗号化には公開鍵、復号には秘密鍵をそれぞれ利用する。暗号化条件指定部１２４は、利用者毎に使用する公開鍵を指定するとともに、そのペアとなる秘密鍵を利用者端末１１０に送信する。あるいは秘密鍵は認証サーバ１２０と利用者端末１１０を接続する通信回線以外の経路で配布することも可能である。暗号化条件指定部１２４は、利用者端末１１０の復号情報取得部１１４がアクセス可能な任意の場所に秘密鍵を保管する。また、公開鍵、秘密鍵のペアを生成・保管する形式として電子証明書を利用することも可能である。電子証明書の配布も認証サーバ１２０と利用者端末１１０を接続する通信回線以外の経路で配布することも可能である。

ＩＤベース暗号方式の場合、認証サーバ１２０の暗号化実行部１２３、利用者端末１１０の復号実行部１１３にそれぞれ、マスター公開鍵、マスター秘密鍵が保管される。暗号化条件指定部１２４は、マスター公開鍵、マスター秘密鍵と演算を行うパラメータ種別とパラメータ値をそれぞれ暗号化条件、復号情報として指定する。パラメータ種別としては、利用者ＩＤ、端末固有ＩＤ、日付、時間、ＩＰアドレスなど任意の情報が指定可能である。指定されたパラメータ種別は、暗号化された認証生成情報とともに利用者端末１１０の認証情報保管部１１１に保管される。Ｓ１１Ｃ〜Ｓ１１Ｅにおいて、利用者端末１１０の復号情報取得部１１４はパラメータ種別に指定された情報を復号情報として取得し、復号実行部１１３に送信する。復号実行部１１３では、送信された情報を元にマスター鍵から復号鍵を生成する。

関数型暗号方式の場合、ＩＤベース暗号方式と同様の実施となる。ＩＤベース暗号方式との差異は、暗号化条件の指定において、パラメータ種別とパラメータ値のセットとそれらの論理演算式の指定が可能であることと、復号情報取得部１１４において、指定された複数の情報を取得することである。

以下、図３、図４を参照して、ＣＨＡＰ認証のように認証要求の都度、認証生成情報を配布する方式の実施例２について説明する。図３は、本実施例の利用者認証システム２の構成を示すブロック図である。図４は、本実施例の利用者認証システム２の動作を示すシーケンス図である。図３に示すように、本実施例の利用者端末２１０は、実施例１の利用者端末１１０における認証情報保管部１１１以外の構成を全て含んでいる。本実施例の認証サーバ２２０は、利用者管理部２２１と、認証実行部２２２と、暗号化実行部１２３と、暗号化条件指定部１２４を含み、暗号化実行部１２３と暗号化条件指定部１２４の機能は実施例１と同じである。

利用者が利用を開始する前に、暗号化条件指定部１２４は、暗号化条件と復号情報を、利用者端末２１０のそれぞれに対して指定する（Ｓ１２Ｂ）。利用者端末２１０の認証要求部１１２から、認証サーバ２２０の認証実行部２２２に対して認証要求があった場合、認証実行部２２２は、認証生成情報を認証要求があった利用者端末２１０に対して生成する（Ｓ１２Ａ）。認証実行部２２２は、利用者管理部２２１に対して暗号化条件を要求する（Ｓ２２Ａ）。利用者管理部２２１は、認証実行部２２２に該当する暗号化条件を回答する（Ｓ２２Ｂ）。利用者管理部２２１からの回答が暗号化指定有りの場合（Ｓ１２Ｃ−Ｙ）、認証実行部２２２は生成した認証生成情報と利用者管理部２２１から取得した暗号化条件を暗号化実行部に送信する。暗号化実行部１２３は、暗号化条件に基づいて対応する認証生成情報を暗号化する（Ｓ１２Ｄ）。認証実行部２２２は、暗号化された認証生成情報を認証要求があった利用者端末２１０に送信する（Ｓ１２Ｅ）。

一方、利用者管理部２２１からの回答が暗号化指定無しの場合（Ｓ１２Ｃ−Ｎ）、認証実行部２２２は、暗号化されていない認証生成情報を認証要求があった利用者端末２１０に送信する（Ｓ１２Ｅ）。

利用者端末２１０の認証要求部１１２は、認証サーバ２２０から送信された認証生成情報が暗号化されていた場合（Ｓ１１Ｂ−Ｙ）、復号実行部１１３に対して、認証生成情報の復号を要求する。復号実行部１１３は、暗号化された認証生成情報を復号するために必要な復号情報の取得を、復号情報取得部１１４に要求する（Ｓ１１Ｃ）。復号情報取得部１１４は、自端末と対応する復号情報を取得する。復号情報取得部１１４は、取得した復号情報を復号実行部１１３に送信する（Ｓ１１Ｄ）。復号実行部１１３は、復号情報に基づいて自端末と対応する暗号化された認証生成情報を復号する。復号実行部１１３は、復号された認証生成情報を認証要求部１１２に送信する（Ｓ１１Ｅ）。認証要求部１１２は、暗号化されていない認証生成情報あるいはＳ１１Ｂ〜Ｓ１１Ｅのフローにより復号された認証生成情報に基づいて、認証情報を生成して認証サーバ１２０に送信する（Ｓ１１Ｆ）。認証サーバ２２０は、認証情報の照合処理を行って（Ｓ１２Ｆ）、認証情報が一致した場合には（Ｓ１２Ｇ−Ｙ）、利用者端末２１０に接続許可通知を送信する（Ｓ１２Ｈ）。認証情報が一致しない場合には、認証がエラー終了する。

この認証情報の照合処理は、通常のＣＨＡＰ認証と同一である。Ｓ１２Ｂ、Ｓ１２Ｃ〜Ｓ１２Ｄ、Ｓ１１Ｂ〜Ｓ１１Ｅのフローにおいて、任意の暗号化方式が利用可能であり、各暗号方式を利用した場合の暗号化条件、復号情報の実施例も実施例１と同様である。
＜その他の変形例＞
本発明は上記の実施例及び変形例に限定されるものではない。例えば、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、認証サーバ、利用者端末に配置された機能の一部を別のハードウェア上に配置してもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
＜プログラム及び記録媒体＞
また、上記の実施例及び変形例で説明した各装置における各種の処理機能をコンピュータによって実現してもよい。その場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記各装置における各種の処理機能がコンピュータ上で実現される。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶部に格納する。そして、処理の実行時、このコンピュータは、自己の記憶部に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実施例として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよい。さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

また、コンピュータ上で所定のプログラムを実行させることにより、各装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

Claims (7)

1. 認証サーバと、複数の利用者端末を含む利用者認証システムであって、
   前記認証サーバは、
   前記利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を前記利用者端末のそれぞれに対して生成し、暗号化された前記認証生成情報を対応する前記利用者端末に送信する利用者管理部と、
   前記認証生成情報を暗号化する際の条件である暗号化条件と、前記暗号化された認証生成情報の復号に必要な情報である復号情報を、前記利用者端末のそれぞれに対して指定する暗号化条件指定部と、
   前記暗号化条件に基づいて対応する前記認証生成情報を暗号化する暗号化実行部と、
   前記利用者端末から前記認証情報を受信した場合に対応する前記利用者端末の認証を実行する認証実行部を含み、
   前記利用者端末は、
   自端末と対応する前記復号情報を取得する復号情報取得部と、
   前記復号情報に基づいて自端末と対応する前記暗号化された認証生成情報を復号する復号実行部と、
   前記復号された認証生成情報に基づいて前記認証情報を生成して、前記認証サーバに送信する認証要求部を含む
   利用者認証システム。
2. 認証サーバと、複数の利用者端末を含む利用者認証システムであって、
   前記認証サーバは、
   前記利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を認証要求があった前記利用者端末に対して生成し、暗号化された前記認証生成情報を前記認証要求があった利用者端末に送信する認証実行部と、
   前記認証生成情報を暗号化する際の条件である暗号化条件と、前記暗号化された認証生成情報の復号に必要な情報である復号情報を、前記利用者端末のそれぞれに対して指定する暗号化条件指定部と、
   前記暗号化条件に基づいて対応する前記認証生成情報を暗号化する暗号化実行部を含み、
   前記認証実行部は、
   前記利用者端末から前記認証情報を受信した場合に対応する前記利用者端末の認証を実行し、
   前記利用者端末は、
   自端末と対応する前記復号情報を取得する復号情報取得部と、
   前記復号情報に基づいて自端末と対応する前記暗号化された認証生成情報を復号する復号実行部と、
   前記復号された認証生成情報に基づいて前記認証情報を生成して、前記認証サーバに送信する認証要求部を含む
   利用者認証システム。
3. 複数の利用者端末の認証を実行する認証サーバであって、
   前記利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を前記利用者端末のそれぞれに対して生成し、暗号化された前記認証生成情報を対応する前記利用者端末に送信する利用者管理部と、
   前記認証生成情報を暗号化する際の条件である暗号化条件と、前記暗号化された認証生成情報の復号に必要な情報である復号情報を、前記利用者端末のそれぞれに対して指定する暗号化条件指定部と、
   前記暗号化条件に基づいて対応する前記認証生成情報を暗号化する暗号化実行部と、
   前記利用者端末から前記認証情報を受信した場合に対応する前記利用者端末の認証を実行する認証実行部を含む
   認証サーバ。
4. 複数の利用者端末の認証を実行する認証サーバであって、
   前記利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を認証要求があった前記利用者端末に対して生成し、暗号化された前記認証生成情報を前記認証要求があった前記利用者端末に送信する認証実行部と、
   前記認証生成情報を暗号化する際の条件である暗号化条件と、前記暗号化された認証生成情報の復号に必要な情報である復号情報を、前記利用者端末のそれぞれに対して指定する暗号化条件指定部と、
   前記暗号化条件に基づいて対応する前記認証生成情報を暗号化する暗号化実行部を含み、
   前記認証実行部は、
   前記利用者端末から前記認証情報を受信した場合に対応する前記利用者端末の認証を実行する
   認証サーバ。
5. 認証サーバと、複数の利用者端末が実行する利用者認証方法であって、
   前記認証サーバは、
   前記利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を前記利用者端末のそれぞれに対して生成するステップと、
   前記認証生成情報を暗号化する際の条件である暗号化条件と、暗号化された前記認証生成情報の復号に必要な情報である復号情報を、前記利用者端末のそれぞれに対して指定するステップと、
   前記暗号化条件に基づいて対応する前記認証生成情報を暗号化するステップと、
   前記暗号化された認証生成情報を対応する前記利用者端末に送信するステップを実行し、
   前記利用者端末は、
   自端末と対応する前記復号情報を取得するステップと、
   前記復号情報に基づいて自端末と対応する前記暗号化された認証生成情報を復号するステップと、
   前記復号された認証生成情報に基づいて前記認証情報を生成して、前記認証サーバに送信するステップを実行し、
   前記認証サーバは、
   前記利用者端末から前記認証情報を受信した場合に対応する前記利用者端末の認証を実行するステップを実行する
   利用者認証方法。
6. 複数の利用者端末の認証を実行する認証サーバが実行する利用者認証方法であって、
   前記利用者端末の認証に使用する認証情報を生成する際に用いる情報である認証生成情報を前記利用者端末のそれぞれに対して生成するステップと、
   前記認証生成情報を暗号化する際の条件である暗号化条件と、暗号化された前記認証生成情報の復号に必要な情報である復号情報を、前記利用者端末のそれぞれに対して指定するステップと、
   前記暗号化条件に基づいて対応する前記認証生成情報を暗号化するステップと、
   前記暗号化された認証生成情報を対応する前記利用者端末に送信するステップと、
   前記利用者端末から前記認証情報を受信した場合に対応する前記利用者端末の認証を実行するステップを含む
   利用者認証方法。
7. コンピュータを、請求項３または４に記載の認証サーバとして機能させるためのプログラム。

Images