JP2016139910A - 認証システム、認証鍵管理装置、認証鍵管理方法および認証鍵管理プログラム - Google Patents

Abstract

【課題】サービスユーザのチャレンジ・レスポンス認証に用いる秘密鍵を、ネットワーク上を流通させず、端末の紛失や変更に伴う消失も端末の追加に伴う追加もなく、サービス毎に管理すること。
【解決手段】認証鍵管理装置３００が、事前認証ＩＤに対応するユーザの事前認証を行って、認証されたユーザの利用登録の要求を受信した認証サーバ１００から公開鍵の生成の要求があった場合に、鍵認証に用いられる公開鍵および秘密鍵を生成し、生成された公開鍵を認証サーバ１００に送信し、生成された秘密鍵を事前認証ＩＤと対応付けして記憶し、認証サーバ１００と認証クライアント２００との間の鍵認証において秘密鍵を用いて暗号化されるチャレンジを受信した場合に、チャレンジに応答するレスポンスをチャレンジおよび秘密鍵を用いてを生成する。
【選択図】図１

Description

本発明は、認証システム、認証鍵管理装置、認証鍵管理方法および認証鍵管理プログラムに関する。

インターネット上でサービスを提供するサービス事業者にとって、通信相手のユーザを認証する機能は必須である。従来、多くのサービス事業者がＩＤとパスワードとを確認するパスワード認証によってユーザ認証を行っている。

しかしながら、パスワード認証はユーザの記憶力に依存した認証手段であり、パスワードの長さやサービス事業者毎のパスワードの使い分け等のセキュリティ強度に関する特性がユーザに依存する。その結果、認証手段としては脆弱であり、現にアカウントの盗用等の問題が頻発している。

このような状況を受け、パスワード認証に代わり、公開鍵と秘密鍵とを用いたチャレンジ・レスポンス認証が注目されている。チャレンジ・レスポンス認証では、サービス事業者の認証サーバに公開鍵、ユーザが使用する認証クライアントに秘密鍵が配備され、認証サーバが秘密鍵の所有を確認することでユーザを認証する。このユーザ認証時には、まず認証サーバがチャレンジと呼ばれる乱数を発行して認証クライアントに送る。チャレンジを受信した認証クライアントは、秘密鍵を用いてチャレンジを暗号化してレスポンスを生成し、認証サーバに返送する。認証サーバは、返送されたレスポンスを公開鍵で復号化し、発行したチャレンジと一致するか否かを確認する。秘密鍵を持たない場合には、公開鍵で復号化して発行されたチャレンジと一致するようなレスポンスを生成することは非常に困難であるため、一致すれば、認証クライアントが秘密鍵を持つ正当なユーザであることが確認され、認証が完了する。

このチャレンジ・レスポンス認証を実施できる環境を各種サービス毎に動的に構築するための技術が開示されている。例えば、Ｗｅｂサービス毎に認証クライアントに秘密鍵・公開鍵のペアを生成する機能を持たせ、ユーザがサービスへの利用登録をする際に認証サーバに公開鍵を登録する方法が開示されている（非特許文献１参照）。この方法によれば、秘密鍵が認証クライアントから出ることがないため、秘密鍵をネットワーク上を流通させることなく、サービス毎に動的にチャレンジ・レスポンス認証を実施する環境を構築することができる。なお、認証クライアントは、通常、端末内のＷｅｂブラウザなどが担っている。

「FIDO Alliance」、［online］、［平成２６年１２月１２日検索］、インターネット＜ＵＲＬ：https://fidoalliance.org/specifications＞

しかしながら、非特許文献１の技術では、秘密鍵が端末内で管理される形態となるため、端末の紛失時や変更時に秘密鍵が失われると、それまでのユーザ認証を継続することができなくなってしまう。

そこで、秘密鍵を端末と切り離してバックアップすることを考える。しかしながら、秘密鍵のバックアップをネットワーク経由で実施すれば、秘密鍵がネットワークを流通してしまうため、認証強度の低下を回避することができない。また秘密鍵のバックアップをネットワーク経由ではなく、例えば携帯電話店のような特殊な場所で特殊な装置を使用して実施すれば、一定程度のセキュアさは保つことができる。しかしながら、秘密鍵は利用サービス毎に動的に生成されるため、ユーザは新たなサービスの利用を開始するたびに秘密鍵のバックアップのために特殊な場所へ赴くことが必要になり、ユーザの利便性が著しく損なわれてしまうおそれがある。

また、一人のユーザが複数の端末を使い分けている場合、非特許文献１の技術では、ユーザが利用するＷｅｂサービス毎かつ端末毎に秘密鍵が必要となる。そのため、秘密鍵の数はユーザが利用するサービスの数と端末の数との積まで増加する。その場合、サービス事業者は、１ユーザに対し端末の数だけの公開鍵を管理する必要が生じてしまう。また、ユーザは、端末の変更時等にはその端末で利用していた全てのサービスについて改めて利用登録をしなければならず、大きな手間が発生してしまう。

本発明は、上記に鑑みてなされたものであって、サービスの利用登録を行った登録ユーザの認証に用いる秘密鍵を、ネットワーク上を流通させずに、ユーザ端末の紛失や変更に伴って消失させることもユーザ端末の追加に伴って追加することもなく、サービス毎に管理することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る認証システムは、認証クライアントと、認証サーバと、認証鍵管理装置とが通信ネットワークを介して互いに通信可能に接続されている認証システムであって、前記認証クライアントは、ユーザがサービスの利用を要求した場合に、該ユーザを認証する事前認証の要求を前記認証鍵管理装置に送信し、該認証鍵管理装置による該事前認証に応答する事前認証応答部と、該事前認証により認証されたユーザの利用登録の要求を認証サーバに送信する公開鍵登録制御部と、該認証サーバにサービスの利用登録が行われた登録ユーザの利用開始の要求を認証サーバに送信する認証応答制御部と、を備え、前記認証サーバは、前記ユーザの利用登録の要求があった場合に、公開鍵および秘密鍵を用いて行われる鍵認証に用いられる該公開鍵の生成を前記認証鍵管理装置に要求し取得する公開鍵受信部と、該ユーザを前記登録ユーザとして、取得した該公開鍵と対応付けして記憶する公開鍵管理部と、前記登録ユーザの利用開始の要求があった場合に、前記鍵認証において前記秘密鍵を用いて暗号化されるチャレンジを生成し、該チャレンジを前記認証鍵管理装置に送信し、該チャレンジに応答して返送された、前記チャレンジが前記秘密鍵を用いて暗号化されたレスポンスを前記公開鍵を用いて検証して該登録ユーザを認証するユーザ認証部と、を備え、前記認証鍵管理装置は、前記事前認証の要求があった場合に、前記事前認証を行う事前認証部と、前記認証サーバから前記公開鍵の生成の要求があった場合に、前記公開鍵および前記秘密鍵を生成する鍵ペア生成部と、前記鍵ペア生成部により生成された公開鍵を前記認証サーバに送信する公開鍵送信部と、前記鍵ペア生成部により生成された秘密鍵を前記ユーザと対応付けして記憶する秘密鍵管理部と、前記チャレンジを受信した場合に、該チャレンジに応答する前記レスポンスを該チャレンジおよび前記秘密鍵を用いて生成する認証応答生成部と、を備えることを特徴とする。

本発明によれば、サービスの利用登録を行った登録ユーザの認証に用いる秘密鍵を、ネットワーク上を流通させずに、ユーザ端末の紛失や変更に伴って消失させることもユーザ端末の追加に伴って追加することもなく、サービス毎に管理することができる。

図１は、本発明の第１の実施形態に係る認証システムの概略構成を示す模式図である。 図２は、他の実施形態に係る認証システムの概略構成を例示する模式図である。 図３は、第１の実施形態の認証鍵管理装置の事前認証管理部が記憶する情報の構成例を示す図である。 図４は、第１の実施形態の認証鍵管理装置のセッション管理部が記憶する情報の構成例を示す図である。 図５は、第１の実施形態の認証鍵管理装置の秘密鍵管理部が記憶する情報の構成例を示す図である。 図６は、第１の実施形態の認証処理手順を例示するシーケンス図である。 図７は、第１の実施形態の認証処理手順を例示するシーケンス図である。 図８は、第２の実施形態の事前認証管理部が記憶する情報の構成例を示す図である。 図９は、第２の実施形態の認証処理手順を例示するシーケンス図である。 図１０は、第４の実施形態の認証システムの概略構成を示す模式図である。 図１１は、第４の実施形態の認証処理手順を例示するシーケンス図である。 図１２は、認証プログラムを実行するコンピュータを示す図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［第１の実施形態］
［認証システムの構成］
まず、図１を参照して、第１の実施形態の認証システムの構成について説明する。図１に示すように、認証システム１は、認証サーバ１００と認証クライアント２００と認証鍵管理装置３００とが、互いにインターネット等の通信ネットワークを介して通信可能に接続されている。

認証サーバ１００は、ＥＣ（Electronic Commerce）サイトを運営するサービス事業者が運用するＷｅｂサーバ等のサーバ装置であって、サービスを利用するユーザの登録と認証とを行う。

認証クライアント２００は、認証サーバ１００に対してサービスの利用の登録や認証を要求するユーザが使用する端末装置であって、後述の認証鍵管理装置３００の各機能と連携し、認証サーバ１００との間のチャレンジ・レスポンス認証に応答する。本実施形態では、ユーザの端末装置のＷｅｂブラウザ上で実現される。

認証鍵管理装置３００は、サービスの利用登録を行った登録ユーザに対して認証サーバ１００と認証クライアント２００との間で行われる認証に用いられる秘密鍵を管理する装置である。認証鍵管理装置３００は、認証クライアント２００に代わり、認証サーバ１００との間のチャレンジ・レスポンス認証の秘密鍵とこの秘密鍵を用いたレスポンスとを生成する。この認証鍵管理装置３００は、例えば、携帯電話事業者が運用しデータセンタ等に設置される。

なお、図１には、認証サーバ１００、認証クライアント２００がそれぞれ１台ずつ配置されている認証システム１が例示されているが、認証システム１の構成はこれに限定されない。例えば、図２に示すように、認証サーバ１００、認証クライアント２００がそれぞれ複数ずつ配置され、任意の組み合わせで認証システム１を構築してもよい。例えば１つの認証クライアント２００が、利用するＷｅｂサービスに応じて複数の認証鍵管理装置３００を使い分けてもよい。また１つのＷｅｂサービスについて複数の認証サーバ１００が存在する形態も認められる。

［認証サーバの構成］
認証サーバ１００は、装置内部のＣＰＵ（Central Processing Unit）等の演算処理装置がメモリに記憶された制御プログラムを実行することによって、公開鍵受信部１１１と、ユーザ認証部１１３として機能する。また、認証サーバ１００は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される公開鍵管理部１１２を備える。

公開鍵管理部１１２は、サービスの利用登録が行われた登録ユーザと公開鍵とを対応付けした情報を記憶する。具体的に、公開鍵管理部１１２は、後述する手順で登録ユーザに対して生成された公開鍵と発行されたサービスＩＤとを対応づけて記憶する。

公開鍵受信部１１１は、ユーザのサービスの利用登録の要求があった場合に、チャレンジ・レスポンス認証に用いられる公開鍵の生成を要求し取得する。具体的に、公開鍵受信部１１１は、認証クライアント２００からユーザのサービスの利用登録を要求された際、認証クライアント２００を介して認証鍵管理装置３００に公開鍵の生成を要求し、生成された公開鍵を受信する。その際、公開鍵受信部１１１は、ＥＣサイト内で登録ユーザを識別するためのサービスＩＤを発行し、受信した公開鍵と対応付けして公開鍵管理部１１２に格納する。

ユーザ認証部１１３は、登録ユーザの利用開始の要求があった場合に、チャレンジ・レスポンス認証におけるチャレンジを生成しこのチャレンジに応答して返送されたレスポンスを検証して登録ユーザを認証する。具体的に、ユーザ認証部１１３は、認証クライアント２００からユーザのサービスへのログインを要求された際、チャレンジを生成し、認証クライアント２００を介して認証鍵管理装置３００へ送信する。また、ユーザ認証部１１３は、公開鍵管理部１１２からこの登録ユーザのサービスＩＤをキー情報にして公開鍵を読み出して、取り出した公開鍵を用いて認証鍵管理装置３００から返送されたレスポンスを復号化する。そして、ユーザ認証部１１３は、レスポンスを復号化したものと先に生成したチャレンジとを照合し、一致した場合にこの登録ユーザとして認証する。

［認証クライアントの構成］
認証クライアント２００は、装置内部のＣＰＵ等の演算処理装置がメモリに記憶された制御プログラムを実行することによって、公開鍵登録制御部２１１、認証応答制御部２１３、事前認証応答部２２１、個別認証応答部２２２、動的個別認証応答部２２３として機能する。

事前認証応答部２２１は、ユーザがサービスの利用を要求した場合に、ユーザを認証する事前認証の要求を認証鍵管理装置３００に送信し、該認証鍵管理装置による該事前認証に応答する。具体的に、事前認証応答部２２１は、予めユーザに対して発行されている事前認証ＩＤを伴って認証鍵管理装置３００に後述する事前認証を要求し、認証鍵管理装置３００が実行する事前認証に応答する。また、事前認証応答部２２１は、事前認証の結果、認証鍵管理装置３００が事前認証ＩＤに対応するユーザを認証してセッションＩＤを発行した場合、このセッションＩＤを受信して、適当なメモリ領域に記憶する。

公開鍵登録制御部２１１は、事前認証により認証されたユーザの利用登録の要求を認証サーバ１００に送信する。具体的に、公開鍵登録制御部２１１は、認証鍵管理装置３００の事前認証により認証されセッションＩＤを受信したユーザによるサービスの利用登録を認証サーバ１００に要求する。また、公開鍵登録制御部２１１は、認証サーバ１００から発行されたサービスＩＤを受信して、適当なメモリ領域に記憶する。

さらに、公開鍵登録制御部２１１は、認証サーバ１００と認証鍵管理装置３００との間の通信を中継する。具体的に、公開鍵登録制御部２１１は、認証サーバ１００からこの認証サーバ１００の識別情報である認証サーバＩＤを伴った公開鍵の要求を受信すると、認証サーバＩＤおよびセッションＩＤを伴った公開鍵生成要求を認証鍵管理装置３００に送信する。また、認証鍵管理装置３００から生成された公開鍵を認証サーバＩＤを伴って受信すると、認証サーバ１００に公開鍵を送信する。

認証応答制御部２１３は、認証サーバ１００にサービスの利用登録が行われた登録ユーザの利用開始の要求を認証サーバ１００に送信する。具体的に、認証応答制御部２１３は、認証サーバ１００にサービスの利用登録が行われサービスＩＤが発行された登録ユーザによるサービスへのログインを認証サーバ１００に要求する。

さらに、認証応答制御部２１３は、認証サーバ１００と認証鍵管理装置３００との間の通信を中継する。具体的に、認証応答制御部２１３は、認証サーバ１００からチャレンジを受信すると、認証サーバＩＤ、セッションＩＤおよびチャレンジを伴ったレスポンスの要求を認証鍵管理装置３００に送信する。また、認証応答制御部２１３は、認証鍵管理装置３００からレスポンスを受信すると、認証サーバ１００にレスポンスを送信する。

なお、個別認証応答部２２２は、認証鍵管理装置３００が実行する事前認証のうち、事前認証ＩＤを認証する個別認証に応答する。また、動的個別認証応答部２２３は、事前認証において個別認証の他に、オンラインで発行された認証鍵による鍵認証等の動的認証が行われる場合に、動的認証に応答する。詳細については後述する。

［認証鍵管理装置の構成］
認証鍵管理装置３００は、装置内部のＣＰＵ等の演算処理装置がメモリに記憶された制御プログラムを実行することによって、事前認証部３３０、認証応答部３１０として機能する。また、認証鍵管理装置３００は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される事前認証管理部３２３、セッション管理部３２１、および秘密鍵管理部３２２を備える。

事前認証管理部３２３は、予めユーザに対して発行された事前認証ＩＤとその認証方法とを対応付けした情報を記憶する。具体的に事前認証管理部３２３に記憶される情報は、図３に例示するように、事前認証ＩＤ、認証方法および制御を含んで構成される。

ここで、事前認証ＩＤとは、例えば携帯電話店で予めユーザと対面して発行される携帯電話番号等の、ユーザを識別する情報を意味する。事前認証とは、事前認証ＩＤに対応するユーザの認証を意味する。認証方法とは、事前認証ＩＤに対応するユーザに対する事前認証を実行するために予め指定された、ＳＩＭ（Subscriber Identity Module）認証、鍵認証等の認証方法を意味する。制御とは、同一の事前認証ＩＤに対する１以上の認証方法のうち適用する認証方法を指定するＡＮＤ、ＯＲ等の情報を意味する。複数の認証方法の全ての適用を指定する場合には「ＡＮＤ」、複数の認証方法のうちいずれかの適用を指定する場合には「ＯＲ」が設定される。図３には、事前認証ＩＤ「０９０−１２３４−５６７８」について、認証方法として「ＳＩＭ認証」および「鍵認証」の全て（「ＡＮＤ」）が適用されることが例示されている。

この認証方法および制御は、例えば、事前認証ＩＤが発行された際に併せて、図示しない入力部を介して設定されればよい。その際に、各認証方法に用いられる情報も、事前認証管理部３２３の適当なメモリ領域に記憶される。

セッション管理部３２１は、発行されたセッションＩＤとその有効期限とを事前認証ＩＤと対応付けした情報を記憶する。具体的に、セッション管理部３２１に記憶される情報は、図４に例示するように、セッションＩＤ、事前認証ＩＤ、および有効期限を含んで構成される。ここで、セッションＩＤは、後述する手順により、事前認証ＩＤに対応するユーザが認証された場合にランダムに発行される。有効期限とは、セッションＩＤの有効期限を意味し、セッションＩＤ発行時に、例えば、セッションＩＤ発行時から予め指定された期間が経過した日時が設定される。図４には、事前認証ＩＤ「０９０−１２３４−５６７８」に対して発行されたセッションＩＤ「１２３４５」の有効期限が「２０１４年１２月３１日２３時５９分５９秒」であることが例示されている。

秘密鍵管理部３２２は、生成された秘密鍵をユーザに対応付けした情報を記憶する。具体的に、秘密鍵管理部３２２に記憶される情報は、図５に例示するように、事前認証ＩＤ、認証サーバＩＤおよび秘密鍵を含んで構成される。ここで、認証サーバＩＤとは、後述する手順により秘密鍵とともに生成された公開鍵を保持する認証サーバ１００の識別情報を意味する。図５には、事前認証ＩＤ「０９０−１２３４−５６７８」に対して生成された公開鍵を保持する認証サーバ１００の認証サーバＩＤが「ＥＣ０１」、生成された秘密鍵が「ＰｒｉｖａｔｅＫｅｙ１」であることが例示されている。

事前認証部３３０は、認証クライアント２００の事前認証の要求に応じて事前認証を行う。具体的に、事前認証部３３０は、事前認証制御部３３１、個別認証部３３２、動的個別認証部３３３を含んで構成される。認証クライアント２００から事前認証ＩＤを伴って事前認証が要求された場合に、事前認証制御部３３１は、まず、事前認証管理部３２３を参照してこの事前認証ＩＤについて指定されている認証方法を特定する。そして、事前認証制御部３３１は、特定された認証方法に従って事前認証ＩＤに対応するユーザを認証する。

事前認証ＩＤに対応するユーザが認証された場合、事前認証制御部３３１は、事前認証ＩＤに対してセッションＩＤを発行する。事前認証制御部３３１は、発行したセッションＩＤを認証クライアント２００に送信するとともに、有効期限および事前認証ＩＤと対応付けしてセッション管理部３２１に格納する。

なお、個別認証部３３２および動的個別認証部３３３は、事前認証制御部３３１により制御統括される。個別認証部３３２は、事前認証のうち、回線契約時等に予め設定された情報を用いて事前認証ＩＤに対応するユーザを認証する個別認証を実行する。また、事前認証において、個別認証に加えて、オンラインで動的に生成された認証鍵による鍵認証等の動的認証が行われる場合に、動的個別認証部３３３が動的認証を実行する。

例えば、事前認証管理部３２３に設定されている認証方法として、ＳＩＭ認証および鍵認証が指定されている場合、個別認証部３３２が、事前認証ＩＤに対応するＳＩＭカードであることを認証するＳＩＭ認証を実行する。また、動的個別認証部３３３が鍵認証を実行する。ここで、鍵認証として、予め携帯電話店等で事前認証ＩＤとともに発行され認証クライアント２００のメモリ領域等に格納されたランダムな文字列等の秘密の情報を用いたチャレンジ・レスポンス認証が例示される。このチャレンジ・レスポンス認証に使用する秘密鍵・公開鍵は、例えば、初めて認証クライアント２００にＳＩＭカードを装着して認証鍵管理装置３００にアクセスした際等に、動的に認証クライアント２００が発行し、秘密鍵を認証クライアント２００が管理するとともに、公開鍵を認証鍵管理装置３００が管理する。具体的な処理手順については後述する。これにより、例えば、その後にＳＩＭカードが盗難された場合にも、秘密鍵を保持していない端末では、事前認証でユーザが認証されないことになる。

認証応答部３１０は、事前認証により認証されセッションＩＤが発行されたユーザ、すなわち認証クライアント２００に代わり、認証サーバ１００との間のチャレンジ・レスポンス認証に応答する。具体的に、認証応答部３１０は、鍵ペア生成部３１４、公開鍵送信部３１１、および認証応答生成部３１３を含んで構成される。

鍵ペア生成部３１４は、認証サーバ１００の公開鍵の生成の要求があった場合に、チャレンジ・レスポンス認証に用いられる公開鍵および秘密鍵を生成する。具体的に、鍵ペア生成部３１４は、認証サーバ１００からの公開鍵の生成の要求を認証クライアント２００を介して認証サーバＩＤとセッションＩＤとを伴って受信すると、セッション管理部３２１を参照し、セッションＩＤが有効期限内であることを確認して、対応付けされている事前認証ＩＤを抽出する。そして、鍵ペア生成部３１４は、公開鍵および秘密鍵のペアを生成する。

公開鍵送信部３１１は、公開鍵を認証サーバ１００に送信する。具体的に、公開鍵送信部３１１は、鍵ペア生成部３１４により生成された公開鍵を認証クライアント２００を介して認証サーバ１００に送信する。また、公開鍵送信部３１１は、秘密鍵を事前認証ＩＤおよび認証サーバＩＤと対応付けして秘密鍵管理部３２２に格納する。

認証応答生成部３１３は、チャレンジ・レスポンス認証におけるチャレンジに応答するレスポンスを生成する。具体的に、認証応答生成部３１３は、認証サーバ１００から認証クライアント２００を介してチャレンジを受信した際、すなわち、認証クライアント２００からセッションＩＤ、認証サーバＩＤおよびチャレンジを伴ったレスポンスの要求を受信した際、以下の手順でレスポンスを生成する。まず、認証応答生成部３１３は、セッション管理部３２１を参照し、セッションＩＤが有効期限内であることを確認して、対応付けされている事前認証ＩＤを抽出する。次に、認証応答生成部３１３は、秘密鍵管理部３２２を参照し、事前認証ＩＤおよび認証サーバＩＤに対応付けされている秘密鍵を抽出する。そして、認証応答生成部３１３は、この秘密鍵を用いてチャレンジを暗号化したレスポンスを生成し、認証クライアント２００を介して認証サーバ１００に返送する。

［認証処理手順］
次に、図６および図７を参照して、認証システム１における認証処理手順について説明する。本実施形態の認証処理は、事前設定、事前認証、ユーザ登録およびログインの各処理を含む。

［事前設定］
図６は、事前設定、事前認証、およびユーザ登録お各処理手順を例示するシーケンス図である。図６に示すように、ユーザが認証クライアント２００を利用して認証サーバ１００へサービスの利用登録を要求するために、まず、認証クライアント２００と認証鍵管理装置３００との間で行われる事前認証を行うための事前設定が行われる（Ｓ１）。

具体的に、携帯電話店等でユーザに対面して「０９０−１２３４−５６７８」等の事前認証ＩＤが発行される。その際に、併せて「ＡＢＣＤＥＦＧＨＩＪＫＬ」のようなランダムな文字列等で表される秘密の情報が生成される。事前認証ＩＤと秘密の情報とは、事前認証ＩＤを発行した携帯電話店等で安全にＳＩＭカードに書き込まれる。また、認証鍵管理装置３００の適当なメモリ領域に、事前認証ＩＤと秘密の情報とが対応付けされて記憶される。

また、事前認証ＩＤに対応するユーザを認証する事前認証の認証方法を決定し、事前認証管理部３２３に記憶させる。本実施形態では、事前認証の認証方法がＳＩＭ認証および鍵認証であるため、認証クライアント２００が、この鍵認証に用いられる事前認証用秘密鍵および事前認証用公開鍵を生成する。例えば、認証クライアント２００が初めてＳＩＭカードを用いて認証鍵管理装置３００にアクセスした際等に動的に、認証クライアント２００の事前認証応答部２２１が、事前認証用秘密鍵および事前認証用公開鍵のペアを生成する。生成された事前認証用秘密鍵は認証クライアント２００の適当なメモリ領域に記憶される。一方、生成された事前認証用公開鍵は、認証鍵管理装置３００の適当なメモリ領域に、事前認証ＩＤと対応付けして記憶される。

［事前認証］
ユーザがＥＣサイトのサービスへの利用登録を要求する場合、まず、認証クライアント２００の事前認証応答部２２１から認証鍵管理装置３００の事前認証制御部３３１へ事前認証ＩＤを含む事前認証要求が送信される（Ｓ１１）。

事前認証要求を受信した事前認証制御部３３１は、事前認証管理部３２３を参照して事前認証ＩＤに対応付けされている事前認証の認証方法を特定し、個別認証部３３２および動的個別認証部３３３を制御して、事前認証を行う（Ｓ１２）。具体的に、個別認証部３３２が、認証クライアント２００の個別認証応答部２２２と連携してＳＩＭ認証を実施する。また、動的個別認証部３３３が、認証クライアント２００の動的個別認証応答部２２３と連携して、鍵認証を行う。すなわち、事前設定により共有された秘密の情報、事前認証用秘密鍵および事前認証用公開鍵により、動的個別認証部３３３および動的個別認証応答部２２３との間でチャレンジ・レスポンス認証を行う。これにより、事前認証ＩＤに対応するユーザが認証される。

事前認証ＩＤに対応するユーザが認証されると、認証鍵管理装置３００の事前認証制御部３３１は、事前認証が完了したことの印としてセッションＩＤを発行する。また、事前認証制御部３３１は、発行したセッションＩＤをその有効期限とともに事前認証ＩＤと対応付けしてセッション管理部３２１に格納する（Ｓ１３）。併せて、事前認証制御部３３１は、発行したセッションＩＤを認証クライアント２００の事前認証応答部２２１に送信する（Ｓ１４）。認証クライアント２００の事前認証応答部２２１は、発行されたセッションＩＤを適当なメモリ領域に記憶させる。

なお、事前認証要求は、例えば、ユーザがＷｅｂブラウザ等で実現される図示しない入力部から認証クライアント２００に利用登録を要求する旨の指示入力を行うと、認証クライアント２００が有効期限内のセッションＩＤの有無等により事前認証の要否を判定し、事前認証が要と判定された場合に送信される。あるいは、認証クライアント２００が定期的に有効期限内のセッションＩＤの有無を確認し、有効期限内のセッションＩＤを保持していない場合に、事前認証要求を送信してもよい。

［ユーザ登録］
セッションＩＤを取得した認証クライアント２００の公開鍵登録制御部２１１は、ＥＣサイトである認証サーバ１００へサービスの利用登録を要求するユーザ登録要求を送信する（Ｓ２１）。これを受信した認証サーバ１００の公開鍵受信部１１１は、認証サーバＩＤを伴った公開鍵生成要求を認証クライアント２００に送信する（Ｓ２２）。この公開鍵の要求を受信した公開鍵登録制御部２１１は、セッションＩＤおよび認証サーバＩＤを伴った公開鍵生成要求を認証鍵管理装置３００に送信する（Ｓ２３）。

公開鍵生成要求を受信した公開鍵送信部３１１は、セッション管理部３２１を参照し、セッションＩＤが有効期限内であることを確認した後、鍵ペア生成部３１４を制御して公開鍵および秘密鍵のペアを生成させる（Ｓ２４）。公開鍵送信部３１１は、生成された秘密鍵を、認証サーバＩＤおよびセッション管理部３２１を参照して抽出した事前認証ＩＤと対応付けして秘密鍵管理部３２２に記憶させる（Ｓ２５）。また、公開鍵送信部３１１は、公開鍵生成要求に応答して、生成された公開鍵を認証クライアント２００の公開鍵登録制御部２１１へ返信する（Ｓ２６）。

なお、セッションＩＤが有効期限内ではなかった場合には、その旨が通知された認証クライアント２００が、上記したステップＳ１１〜Ｓ１４の事前認証処理によりセッションＩＤを取得した後、ステップＳ２１の処理を開始する。

生成された公開鍵を受信した公開鍵登録制御部２１１は、公開鍵の生成の要求に応答して、受信した公開鍵を認証サーバ１００へ返信する（Ｓ２７）。公開鍵を受信した認証サーバ１００の公開鍵受信部１１１は、サービスＩＤを発行し、サービスＩＤと公開鍵とを対応付けして公開鍵管理部１１２に格納する（Ｓ２８）。これにより、ユーザを登録ユーザとして認証サーバ１００に登録するユーザ登録処理が完了する。

なお、公開鍵受信部１１１は、併せて、発行したサービスＩＤを認証クライアント２００に送信する（Ｓ２９）。サービスＩＤを受信した認証クライアント２００の公開鍵登録制御部２１１は、適当なメモリ領域にサービスＩＤを記憶させる。このサービスＩＤは、後述するログインの際に用いられる。

［ログイン］
図７は、ログイン処理手順を例示するシーケンス図である。図７に示すように、ユーザのサービスサイトへのログインに際し、認証クライアント２００は、まず上記ステップＳ１１〜Ｓ１４の事前認証処理によりセッションＩＤを取得する。なお、認証クライアント２００が有効期限内のセッションＩＤを保持している場合には、事前認証処理は省略され、以下の処理に進む。

ユーザが認証クライアント２００のブラウザ等を用いてログインを要求すると、認証クライアント２００の認証応答制御部２１３が認証サーバ１００にサービス要求を送信する（Ｓ３１）。サービス要求を受信した認証サーバ１００のユーザ認証部１１３は、認証クライアント２００の認証応答制御部２１３にログイン画面の表示データを返信する（Ｓ３２）。ユーザがログイン画面を用いて、認証手段としてチャレンジ・レスポンス認証を選択すると、認証応答制御部２１３がサービスＩＤを伴ったチャレンジ・レスポンス認証要求を認証サーバ１００に送信する（Ｓ３３）。チャレンジ・レスポンス認証要求を受信した認証サーバ１００のユーザ認証部１１３は、チャレンジ・レスポンス認証に用いるチャレンジを生成し（Ｓ３４）、認証サーバＩＤとともに認証クライアント２００の認証応答制御部２１３に送信する（Ｓ３５）。

認証応答制御部２１３は、受信した認証サーバＩＤおよびチャレンジと、セッションＩＤとを含めたレスポンス要求を認証鍵管理装置３００へ送信する（Ｓ３６）。レスポンス要求を受信した認証鍵管理装置３００の認証応答生成部３１３は、セッション管理部３２１を参照し、セッションＩＤが有効期限内であることを確認し、対応付けされている事前認証ＩＤを抽出する。また、認証応答生成部３１３は、秘密鍵管理部３２２を参照し、事前認証ＩＤおよび認証サーバＩＤに対応付けされている秘密鍵を抽出する（Ｓ３７）。そして、認証応答生成部３１３は、受信したチャレンジを抽出した秘密鍵で暗号化してレスポンスを生成し（Ｓ３８）、認証クライアント２００に送信する（Ｓ３９）。

レスポンスを受信した認証クライアント２００の認証応答制御部２１３は、チャレンジに応答してレスポンスを認証サーバ１００のユーザ認証部１１３に返信する（Ｓ４０）。
レスポンスを受信したユーザ認証部１１３は、公開鍵管理部１１２を参照してサービスＩＤに対応付けされている公開鍵を抽出し、受信したレスポンスを公開鍵で復号化する。ユーザ認証部１１３は、復号化したレスポンスと生成したチャレンジとを比較するレスポンス検証を行う（Ｓ４１）。レスポンス検証の結果、一致した場合に、登録ユーザが認証され、ログインが完了する。これにより、サービスが開始される（Ｓ４２）。

以上、説明したように、本実施形態の認証システム１において、認証鍵管理装置３００が、事前認証ＩＤに対応するユーザの事前認証を行ってセッションＩＤを発行する。ユーザの利用登録の要求に応じて認証サーバ１００が、公開鍵の生成の要求を認証クライアント２００を介して認証鍵管理装置３００に送信する。認証鍵管理装置３００は、有効期限内のセッションＩＤを伴った公開鍵の生成の要求に応じて前記チャレンジ・レスポンス認証に用いられる公開鍵および秘密鍵を生成し、公開鍵を認証サーバ１００に送信し、秘密鍵を事前認証ＩＤと対応付けして記憶する。また、認証鍵管理装置３００は、認証サーバ１００と認証クライアント２００との間の登録ユーザのチャレンジ・レスポンス認証におけるレスポンスを秘密鍵を用いて生成する。これにより、サービスの利用登録を行った登録ユーザの認証に用いる秘密鍵を、ネットワーク上を流通させずに、ユーザ端末の紛失や変更に伴って消失させることもユーザ端末の追加に伴って追加することもなく、ユーザの端末に依らずサービス毎に生成して管理することができる。

［第２の実施形態］
上記の実施形態では、認証鍵管理装置３００は、携帯電話事業者が運用する場合を例示しているが、これに限定されない。例えば、固定通信事業者やＳＩ（System Integration）事業者が認証鍵管理装置３００を運用する形態でもよい。第２の実施形態では、固定通信事業者が認証鍵管理装置３００を運用する場合について説明する。この場合、事前認証には、上記の実施形態におけるＳＩＭ認証に替えて、固定回線認証が適用される。固定回線認証には、固定回線敷設時に設定される、集線スイッチのポート番号や回線終端装置のＭＡＣ（Media Access Control）アドレス等の固定回線の敷設に関する情報が用いられる。そこで、事前設定（Ｓ１）の処理の際に、発行された事前認証ＩＤに対応付けして固定回線の敷設に関する情報が設定される。

また、事前設定（Ｓ１）の際に、ユーザに対して発行された事前認証ＩＤに対応付けしてパスワードを設定する。これにより、事前認証時にユーザが固定回線を経由して認証鍵管理装置３００にアクセスした場合に、固定回線認証に併せてパスワード認証を行って、高いセキュリティ強度を維持して固定回線の敷設場所およびユーザを識別して認証することができる。

さらに、初めて上記事前認証が行われた際等、事前認証が行われたことを前提に、動的に認証クライアント２００が事前認証用秘密鍵と事前認証用公開鍵とのペアを生成し、公開鍵を認証鍵管理装置３００に送信しておくとよい。この動的な事前認証用秘密鍵と事前認証用公開鍵とを用いた鍵認証を、固定回線認証およびパスワード認証に替えて、事前認証として行うようにしてもよい。ユーザが外出時等に予め設定されている固定回線を経由せずに認証クライアント２００から認証鍵管理装置３００にアクセスした場合にも、鍵認証による事前認証が可能となり、認証鍵管理装置３００を利用することができる。

以上に説明した事前認証の認証方法は、事前認証管理部３２３に記憶させる情報を図８に例示するように設定することにより指定できる。すなわち、図８には、事前認証ＩＤ「０１２３４５６７８９」について、認証方法として、「回線認証＋パスワード認証」または「鍵認証」のいずれか（「ＯＲ」）が適用されることが例示されている。

図９は、以上に説明した事前認証のための事前設定処理手順を例示するシーケンス図である。図９に示すように、まず、認証クライアント２００が固定回線を経由して認証鍵管理装置３００に事前設定要求を送信する（Ｓ５１）。事前設定要求を受信した認証鍵管理装置３００の事前認証制御部３３１は、個別認証部３３２を制御して（Ｓ５２）、固定回線認証に必要な情報を確認させる（Ｓ５３）。また、事前認証制御部３３１は、個別認証部３３２を制御して、認証クライアント２００との間のパスワード認証に必要な事前認証ＩＤに対するパスワードを設定させる（Ｓ５４）。

事前認証制御部３３１は、個別認証部３３２から固定回線認証およびパスワード認証により事前認証ＩＤに対応するユーザの認証の完了通知を受信した（Ｓ５５）後には、認証クライアント２００から鍵認証の申請を受け付ける（Ｓ５６，Ｓ５７）。この場合、事前認証制御部３３１は、動的個別認証部３３３を制御して、鍵認証機能に必要な情報を収集させる（Ｓ５８）。事前認証制御部３３１は、動的個別認証部３３３の送信した事前認証用公開鍵の要求を受信すると（Ｓ５９）、認証クライアント２００に転送する（Ｓ６０）。事前認証用公開鍵の要求を受信した認証クライアント２００は、事前認証用公開鍵と事前認証用秘密鍵の鍵ペアを生成し（Ｓ６１）、事前認証用公開鍵を事前認証制御部３３１を介して動的個別認証部３３３に送信する（Ｓ６２，Ｓ６３）。これにより、「回線認証＋パスワード認証」または「鍵認証」による事前認証のための事前設定が完了する。

［第３の実施形態］
第３の実施形態では、ＳＩ事業者が認証鍵管理装置３００を運用する場合について説明する。ＳＩ事業者は、通常、ＳＩＭや固定回線のようなユーザ識別に利用可能なハードウェアを配布していないため、上記のようなＳＩＭ認証や固定回線認証による事前認証を行なえない。そこで、ユーザとの間で対面の作業により、以下のように事前認証のための事前設定を行う。

本実施形態では、ＳＩ事業者の顧客である法人が認証サーバ１００および認証クライアント２００を管理する場合を想定する。この場合、認証鍵管理装置３００を運用するＳＩ事業者は、予め認証サーバ１００および認証クライアント２００との間の事前認証に適用する指紋認証デバイスや電子証明書等のセキュアな認証方法を顧客に選択させ、選択された認証方法に用いられる秘密の情報を予め認証サーバ１００および認証クライアント２００との間で交換させる。例えば、認証クライアント２００に認証用のセキュリティトークンそのものを設定してもよい。これにより、ＳＩＭ認証や固定回線認証に依らずセキュアな事前認証が可能となる。

なお、認証鍵管理装置３００を携帯電話事業者や固定通信事業者が運用する場合にも、指紋認証や電子証明書等による認証方法を事前認証に適用できる。例えば、携帯電話事業者が、ＳＩＭ認証に替えて指紋認証を事前認証に適用してもよい。仮にＳＩＭ認証を前提にオンラインで指紋認証デバイスを登録するようにすれば、ＳＩＭカードを紛失してしまった場合に紛失したＳＩＭカードを用いて悪意のある人が虚偽の指紋認証デバイスを登録することも可能となる。そこで、携帯電話店等でユーザと対面して指紋認証デバイスを登録すれば、ＳＩＭ認証に替わるセキュアな事前認証が可能となる。

［第４の実施形態］
第４の実施形態では、図１０に例示するように、事前認証部３３０および事前認証管理部３２３が認証鍵管理装置３００から分離された事前認証装置４００で実現される。本実施形態では、認証鍵管理装置３００を鍵管理会社が運用し、事前認証装置４００を通信キャリアＡ，Ｂがそれぞれに運用する場合を想定する。この場合、鍵管理会社と通信キャリアＡ，Ｂそれぞれの間には信頼関係があり、事前認証においても事前認証後のチャレンジ・レスポンス認証においても、認証に関わる情報を互いにセキュアに流通可能であるものとする。

上記の実施形態においては、事前認証部３３０と認証応答部３１０との間でセッションＩＤを流通させることにより認証結果の連携を可能としていた。一方、本実施形態では、事前認証部３３０と認証応答部３１０との提供主体が異なるため、ＳＡＭＬ（Security Assertion Markup Language）等のプロトコルを適用して認証連携を実現する。

例えば、事前認証装置４００がセッションＩＤを発行して、認証鍵管理装置３００に連携するＳＡＭＬ ｐｕｓｈ型の形態にすることができる。この場合、認証システム１は上記の実施形態と同様に動作する。

一方、認証鍵管理装置３００がセッションＩＤを発行するＳＡＭＬ ｐｕｌｌ型の形態とすることも可能である。この場合、上記の実施形態とは、事前設定および事前認証において動作が異なる。この場合の事前設定および事前認証の処理手順について、図１１を参照して説明する。

図１１に示すように、まず、認証クライアント２００と事前認証装置４００との間で、上記の実施形態と同様に、ＳＩＭの発行等の事前設定が行われる（Ｓ１）。加えて、事前認証装置４００と認証鍵管理装置３００の間で、事業者間の信頼関係を前提にして、認証連携のための事前設定が行われる（Ｓ７１）。具体的に、事前認証装置４００が署名用の秘密鍵および公開鍵を発行し、秘密鍵を適当なメモリ領域に記憶させ、公開鍵を認証鍵管理装置３００に受け渡す。また、事前認証装置４００または認証鍵管理装置３００のいずれかが事前認証ＩＤを発行した場合に、事前認証ＩＤを共有する。

認証クライアント２００は、事前認証が必要な場合に、認証鍵管理装置３００へ事前認証ＩＤを含む事前認証要求を送信する（Ｓ１１）。事前認証要求を受信した認証鍵管理装置３００は、セッションＩＤを発行し、事前認証ＩＤと対応付けしてセッション管理部３２１に格納する（Ｓ８１）。また、認証鍵管理装置３００は、発行したセッションＩＤと事前認証ＩＤとを伴った認証連携要求を、リダイレクト等を用いて認証クライアント２００を介して事前認証装置４００に送信する（Ｓ８２）。

認証連携要求を受信した事前認証部３３０は、上記の実施形態と同様にＳＩＭ認証等の事前認証を行う（Ｓ１２）。事前認証により事前認証ＩＤに対応するユーザが認証された場合に、事前認証部３３０は、署名用の秘密鍵を用いて署名文を生成し、受信したセッションＩＤに署名文を付した署名付セッションＩＤを認証クライアント２００に送信する（Ｓ８３）。

認証クライアント２００は、受信した署名付セッションＩＤを適当なメモリ領域に記憶させる。そして、認証サーバ１００から受信した公開鍵生成要求（Ｓ２２）やチャレンジ（Ｓ３５）を認証鍵管理装置３００に中継する際（Ｓ２３またはＳ３６）、上記の実施形態のセッションＩＤに替えて、署名付セッションＩＤを付与して送信する。

署名付セッションＩＤを伴った情報を受信した認証鍵管理装置３００は、署名用の公開鍵を用いて署名を検証する（Ｓ８４）。署名が検証を通過した場合、信頼関係にある事前認証部３３０による署名であることが確認される。これにより、事前認証装置４００による認証クライアント２００の事前認証が完了していることが確認される。

なお、認証鍵管理装置３００と事前認証装置４００とが信頼関係にあるため、例えば、ユーザが通信キャリアＡから通信キャリアＢにキャリアを変更した場合、ユーザの申し出により事業者間の連携を行うことができる。これにより、ユーザは、通信キャリアを変更しても、事前認証ＩＤや、事前認証ＩＤに対応付けされている秘密鍵を引き継ぐことが可能である。その場合、事前認証は通信キャリアＢの提供する回線認証やＳＩＭ認証に変更されても、それまで利用していた秘密鍵を継続して利用することが可能となる。

以上に説明したように、事前認証部３３０および事前認証管理部３２３を認証鍵管理装置３００と分離した事前認証装置４００とすることにより、例えば、事前認証装置４００を通信事業者が運用し、認証鍵管理装置３００を通信事業者とは異なる鍵管理事業者が複数の通信事業者に共通に運用することができる。その場合、例えば、ユーザが通信キャリアを変更した場合にも、複数の通信事業者に共通の鍵管理事業者が管理している秘密鍵を継続して使用することが可能となり、ユーザの利便性を一層高めることが可能となる。

なお、事前認証装置４００と認証鍵管理装置３００とは必ずしも別事業者が運用する必要はない。認証鍵管理装置３００を複数の事前認証装置４００と連携可能とし、ユーザが利用する事業者に応じて事前認証装置４００を選択して認証鍵管理装置３００と連携させてもよい。

［他の実施形態］
［プログラム］
上記実施形態に係る認証鍵管理装置３００が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、係るプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、認証鍵管理装置３００と同様の機能を実現する認証鍵管理プログラムを実行するコンピュータの一例を説明する。

図１２に示すように、認証鍵管理プログラムを実行するコンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。

ここで、図１２に示すように、ハードディスクドライブ１０３１例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０３１モリ１０１０に記憶される。

また、認証鍵管理プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した認証鍵管理装置３００が実行する各処理が記述されたプログラムモジュールが、ハードディスクドライブ１０３１に記憶される。

また、認証鍵管理プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、認証鍵管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、認証鍵管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１ 認証システム
１００ 認証サーバ
１１１ 公開鍵受信部
１１２ 公開鍵管理部
１１３ ユーザ認証部
２００ 認証クライアント
２１１ 公開鍵登録制御部
２１３ 認証応答制御部
２２１ 事前認証応答部
２２２ 個別認証応答部
２２３ 動的個別認証応答部
３００ 認証鍵管理装置
３１０ 認証応答部
３１１ 公開鍵送信部
３１３ 認証応答生成部
３１４ 鍵ペア生成部
３２１ セッション管理部
３２２ 秘密鍵管理部
３２３ 事前認証管理部
３３０ 事前認証部
３３１ 事前認証制御部
３３２ 個別認証部
３３３ 動的個別認証部
４００ 事前認証装置

Claims (7)

1. 認証クライアントと、認証サーバと、認証鍵管理装置とが通信ネットワークを介して互いに通信可能に接続されている認証システムであって、
   前記認証クライアントは、
   ユーザがサービスの利用を要求した場合に、該ユーザを認証する事前認証の要求を前記認証鍵管理装置に送信し、該認証鍵管理装置による該事前認証に応答する事前認証応答部と、
   該事前認証により認証されたユーザの利用登録の要求を認証サーバに送信する公開鍵登録制御部と、
   該認証サーバにサービスの利用登録が行われた登録ユーザの利用開始の要求を認証サーバに送信する認証応答制御部と、を備え、
   前記認証サーバは、
   前記ユーザの利用登録の要求があった場合に、公開鍵および秘密鍵を用いて行われる鍵認証に用いられる該公開鍵の生成を前記認証鍵管理装置に要求し取得する公開鍵受信部と、
   該ユーザを前記登録ユーザとして、取得した該公開鍵と対応付けして記憶する公開鍵管理部と、
   前記登録ユーザの利用開始の要求があった場合に、前記鍵認証において前記秘密鍵を用いて暗号化されるチャレンジを生成し、該チャレンジを前記認証鍵管理装置に送信し、該チャレンジに応答して返送された、前記チャレンジが前記秘密鍵を用いて暗号化されたレスポンスを前記公開鍵を用いて検証して該登録ユーザを認証するユーザ認証部と、を備え、
   前記認証鍵管理装置は、
   前記事前認証の要求があった場合に、前記事前認証を行う事前認証部と、
   前記認証サーバから前記公開鍵の生成の要求があった場合に、前記公開鍵および前記秘密鍵を生成する鍵ペア生成部と、
   前記鍵ペア生成部により生成された公開鍵を前記認証サーバに送信する公開鍵送信部と、
   前記鍵ペア生成部により生成された秘密鍵を前記ユーザと対応付けして記憶する秘密鍵管理部と、
   前記チャレンジを受信した場合に、該チャレンジに応答する前記レスポンスを該チャレンジおよび前記秘密鍵を用いて生成する認証応答生成部と、を備えることを特徴とする認証システム。
2. 前記事前認証部は、前記認証クライアントと正当に通信した際に生成した秘密鍵および公開鍵を用いてチャレンジ・レスポンス認証を行う動的認証部を含むことを特徴とする請求項１に記載の認証システム。
3. 前記事前認証部は、携帯電話機に装着されるＳＩＭカードを用いて前記ユーザを認証することを特徴とする請求項１または２に記載の認証システム。
4. 前記事前認証部は、固定電話回線の回線識別情報を用いて前記ユーザを認証することを特徴とする請求項１または２に記載の認証システム。
5. サービスの利用を要求するユーザを認証する事前認証を行う事前認証部と、
   該事前認証により認証されたユーザの利用登録の要求があった場合に、公開鍵および秘密鍵を用いて行われる鍵認証に用いられる該公開鍵および該秘密鍵を生成する鍵ペア生成部と、
   前記鍵ペア生成部により生成された公開鍵を認証サーバに送信する公開鍵送信部と、
   前記鍵ペア生成部により生成された秘密鍵を前記ユーザと対応付けして記憶する秘密鍵管理部と、
   前記鍵認証において前記秘密鍵を用いて暗号化されるチャレンジを受信した場合に、該チャレンジに応答するレスポンスを該チャレンジおよび前記秘密鍵を用いて生成する認証応答生成部と、
   を備えることを特徴とする認証鍵管理装置。
6. 認証鍵管理装置で実行される認証鍵管理方法であって、
   サービスの利用を要求するユーザを認証する事前認証を行う事前認証工程と、
   該事前認証により認証されたユーザの利用登録の要求があった場合に、公開鍵および秘密鍵を用いて行われる鍵認証に用いられる該公開鍵および該秘密鍵を生成する鍵ペア生成工程と、
   前記鍵ペア生成工程で生成された公開鍵を認証サーバに送信する公開鍵送信工程と、
   前記鍵ペア生成工程で生成された秘密鍵を前記ユーザと対応付けして記憶する秘密鍵管理工程と、
   前記鍵認証において前記秘密鍵を用いて暗号化されるチャレンジを受信した場合に、該チャレンジに応答するレスポンスを該チャレンジおよび前記秘密鍵を用いて生成する認証応答生成工程と、
   を含むことを特徴とする認証鍵管理方法。
7. サービスの利用を要求するユーザを認証する事前認証を行う事前認証ステップと、
   該事前認証により認証されたユーザの利用登録の要求があった場合に、公開鍵および秘密鍵を用いて行われる鍵認証に用いられる該公開鍵および該秘密鍵を生成する鍵ペア生成ステップと、
   前記鍵ペア生成ステップで生成された公開鍵を認証サーバに送信する公開鍵送信ステップと、
   前記鍵ペア生成ステップで生成された秘密鍵を前記ユーザと対応付けして記憶する秘密鍵管理ステップと、
   前記鍵認証において前記秘密鍵を用いて暗号化されるチャレンジを受信した場合に、該チャレンジに応答するレスポンスを該チャレンジおよび前記秘密鍵を用いて生成する認証応答生成ステップと、
   をコンピュータに実行させるための認証鍵管理プログラム。

Images