(57)【要約】【課題】  簡易にセキュリティを確保しつつ、端末装置における電子証明書管理の負担を軽減する電子証明書管理システム、電子証明書管理方法、及び、サーバを提供する。【解決手段】  端末１００は、ユーザの秘密鍵を管理する鍵管理部１５と、認証情報を管理する認証情報管理部１７とを備え、サーバ２００は、端末１００が備える鍵管理部１５により管理されている秘密鍵に対応する、少なくとも１の電子証明書を管理する証明書管理部２１と、端末１００が備える認証情報管理部１７により管理されている認証情報に基づいて、ユーザの認証処理を行う認証処理部２３と、ユーザの認証処理が成功した場合に、証明書管理部２１で管理されているユーザの電子証明書へのアクセスを、端末１００に許可するアクセス許可機能２３１とを備える。【選択図】  図１
2005318269.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの電子認証に用いられる電子証明書を管理する電子証明書管理システムにおいて、
前記ユーザが所有する端末装置は、
前記ユーザの秘密鍵を管理する鍵管理手段と、
前記ユーザを認証するための認証情報を管理する認証情報管理手段と
を備え、
サーバは、
前記端末装置が備える鍵管理手段により管理されている秘密鍵に対応する、少なくとも１の電子証明書を管理する証明書管理手段と、
前記端末装置が備える認証情報管理手段により管理されている認証情報に基づいて、前記ユーザの認証処理を行う認証処理手段と、
前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記証明書管理手段により管理されている、前記ユーザの電子証明書へのアクセスを、前記端末装置に許可するアクセス許可手段と
を備えることを特徴とする電子証明書管理システム。
【請求項２】
前記認証処理手段による前記ユーザの認証処理が成功した場合に、前記ユーザの秘密鍵と公開鍵とを用いて、前記ユーザの電子証明書の発行を依頼するための発行依頼処理を行う証明書発行依頼処理手段をさらに備え、
前記証明書管理手段は、
前記証明書発行依頼処理手段による発行依頼処理により発行された前記ユーザの電子証明書を管理することを特徴とする
請求項１に記載の電子証明書管理システム。
【請求項３】
前記認証情報管理手段は、
公開鍵暗号方式による電子認証を行うための情報であって、かつ、前記鍵管理手段により管理される前記ユーザの秘密鍵に対応する電子証明書と該秘密鍵とを、認証情報として管理することを特徴とする
請求項１又は２に記載の電子証明書管理システム。
【請求項４】
前記証明書発行依頼処理手段による発行依頼処理は、
前記ユーザの公開鍵を含む証明書発行依頼を生成し、該証明書発行依頼に対して、前記端末装置で管理される秘密鍵を用いて生成された電子署名を付与し、該電子署名が付与された証明書発行依頼を認証局に対して送信する処理であることを特徴とする
請求項２又は３に記載の電子証明書管理システム。
【請求項５】
前記サーバは、
前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記発行依頼処理により前記認証局が発行した電子証明書を、前記認証局から前記端末装置を経由して通知されたダウンロード用認証情報を用いて、前記認証局より取得する証明書取得登録手段
をさらに備えることを特徴とする請求項１から４のいずれか１項に記載の電子証明書システム。
【請求項６】
ユーザの電子認証に用いられる電子証明書を管理する電子証明書管理方法において、
前記ユーザが所有する端末装置が、前記ユーザを認証するための認証情報を、サーバに送信する認証情報送信ステップと、
前記サーバが、前記認証情報送信ステップにおいて送信された認証情報に基づいて、前記ユーザの認証処理を行う認証処理ステップと、
前記認証処理ステップにおいて前記ユーザの認証処理が成功した場合に、前記サーバが、前記ユーザの公開鍵に基づいて、前記ユーザの電子証明書の発行を依頼するための証明書発行依頼を生成する証明書発行依頼生成ステップと、
前記証明書発行依頼生成ステップにおいて生成された証明書発行依頼に対して、前記端末装置により生成された電子署名を付与する証明書発行依頼確認ステップと、
認証局が、前記証明書発行依頼確認ステップにおいて電子署名が付与された証明書発行依頼に基づいて、前記ユーザの電子証明書を発行する証明書発行ステップと、
前記サーバが、前記証明書発行処理ステップにおいて発行された前記ユーザの電子証明書を管理する証明書管理ステップと、
前記サーバが、前記認証処理ステップにおいて前記ユーザの認証処理が成功した場合に、前記証明書管理ステップにおいて管理されている前記ユーザの電子証明書を、前記端末装置の通信相手装置に送信するアクセス許可ステップと
を有する電子証明書管理方法。
【請求項７】
ユーザの電子認証に用いられる電子証明書を管理するサーバにおいて、
前記ユーザが所有する端末装置より受信した認証情報に基づいて、前記ユーザの認証処理を行う認証処理手段と、
前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記端末装置が管理する前記ユーザの秘密鍵と、前記ユーザの公開鍵とを用いて、前記ユーザの電子証明書の発行を依頼するための発行依頼処理を行う証明書発行依頼処理手段と、
前記証明書発行依頼処理手段による発行依頼処理により発行された前記ユーザの電子証明書を管理する証明書管理手段と、
前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記証明書管理手段により管理されている前記ユーザの電子証明書へのアクセスを、前記端末装置に許可するアクセス許可手段と
を備えることを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバ型の電子証明書管理システム、電子証明書管理方法、及び、サーバに関する。
【背景技術】
【０００２】
近年においては、電子認証技術が盛んに利用されてきており、複数種類の電子証明書が用途に応じて使い分けられている。例えば、電子証明書の用途には、ＳＳＬ（Secure Socket Layer）、電子申請、電子契約、暗号メール（S/MIME;Secure Multipurpose Internet Mail Extensions）等が存在し、用途に応じて電子証明書に記載される内容は異なっている。また、ＳＳＬ用途でも、ＳＰ（Service Provider）毎に異なる電子証明書を用いることが一般的である。
【０００３】
従来、これらの電子証明書は端末装置において管理され、端末装置が通信相手の装置に送信する。あるいは、電子証明書は第三者機関の装置において管理され、端末の通信相手装置が第三者機関装置より電子証明書を取得する。
ところで、携帯端末等の小型端末にはメモリの制限等があり、複数の電子証明書を管理することは困難である。また、通信相手装置が第三者機関装置から電子証明書を取得する場合には、通信相手装置の負担が大きい。
【０００４】
小型端末の上記のような制限を補うための技術として、特許文献１には、サーバが代理で複数の電子証明書と秘密鍵とを管理し、電子認証に関わる各種処理を代行する技術が開示されている。具体的には、特許文献１では、サーバがユーザの秘密鍵を管理し、当該秘密鍵を用いた電子署名を代行している。また、セキュリティ性を高めるために、サーバが生体認証（バイオメトリクス）によりユーザを認証することも提案されている。
【特許文献１】特開２００１−１９７０５５号公報（要約、段落００４１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１では、サーバが秘密鍵を管理しているため、なりすまし等により、サーバにおいて秘密鍵が不正利用される危険性が高い。また、生体認証を用いるためには、端末装置とサーバとに生体認証を行うための特別な機能を持たせる必要があり、処理負担が大きくコスト高となる。
本発明は、上記のような課題を鑑みてなされたものであり、その課題とするところは、簡易にセキュリティを確保しつつ、端末装置における電子証明書管理の負担を軽減する電子証明書管理システム、電子証明書管理方法、及び、サーバを提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、ユーザの電子認証に用いられる電子証明書を管理する電子証明書管理システムにおいて、前記ユーザが所有する端末装置は、前記ユーザの秘密鍵を管理する鍵管理手段と、前記ユーザを認証するための認証情報を管理する認証情報管理手段とを備え、サーバは、前記端末装置が備える鍵管理手段により管理されている秘密鍵に対応する、少なくとも１の電子証明書を管理する証明書管理手段と、前記端末装置が備える認証情報管理手段により管理されている認証情報に基づいて、前記ユーザの認証処理を行う認証処理手段と、前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記証明書管理手段により管理されている、前記ユーザの電子証明書へのアクセスを、前記端末装置に許可するアクセス許可手段とを備えることを特徴とする電子証明書管理システムを提供する。
【０００７】
本発明によれば、端末装置は、ユーザの秘密鍵と認証情報とを管理し、サーバにおいて前記認証情報に基づいた認証処理が成功した場合に、端末装置は、自装置で管理される秘密鍵と対になる、サーバで管理される電子証明書へのアクセスが許可されるため、サーバで管理される電子証明書と自装置で管理される秘密鍵とを安全に電子認証に利用することができる。このように、サーバで管理される電子証明書と、端末装置で管理される秘密鍵と認証情報とを相互に関連付けておくことによって、簡易にセキュリティを確保しつつ、端末装置における電子証明書管理の負担を軽減することができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の電子証明書管理システムにおいて、前記認証処理手段による前記ユーザの認証処理が成功した場合に、前記ユーザの秘密鍵と公開鍵とを用いて、前記ユーザの電子証明書の発行を依頼するための発行依頼処理を行う証明書発行依頼処理手段をさらに備え、前記証明書管理手段は、前記証明書発行依頼処理手段による発行依頼処理により発行された前記ユーザの電子証明書を管理することを特徴とする。
【０００９】
本発明によれば、サーバの認証処理手段による認証処理が成功した場合に、ユーザの秘密鍵と公開鍵とを用いて、電子証明書の発行依頼処理を行うため、ユーザの本人性を確認した上で、電子証明書の発行依頼処理を行うことができる。また、電子証明書を発行する認証局は、ユーザの秘密鍵を用いた電子証明書の発行依頼処理により電子証明書を発行することができるため、ユーザの本人性を確認して電子証明書の発行依頼を取得することが可能となる。また、発行依頼処理により発行された電子証明書を、サーバの証明書管理手段により代行して管理することができるため、端末装置の電子証明書管理の負荷を軽減することができる。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の電子証明書管理システムにおいて、前記認証情報管理手段は、公開鍵暗号方式による電子認証を行うための情報であって、かつ、前記鍵管理手段により管理される前記ユーザの秘密鍵に対応する電子証明書と該秘密鍵とを、認証情報として管理することを特徴とする。
本発明によれば、前記認証情報は、公開鍵暗号方式により電子認証を行うための情報であるため、電子証明書管理システムに生体認証等の特別な認証機構を設けることなく、公開鍵基盤を用いて認証処理を行うことができる。このため、簡易に、かつ、精度の高い認証処理を行うことができる。また、認証処理に用いた電子証明書に記述されている公開鍵を用いて電子証明書の発行依頼処理を行うことができるため、効率的に発行依頼処理を行うことができる。
【００１１】
請求項４に記載の発明は、請求項２又は３に記載の電子証明書管理システムにおいて、前記証明書発行依頼処理手段による発行依頼処理は、前記ユーザの公開鍵を含む証明書発行依頼を生成し、該証明書発行依頼に対して、前記端末装置で管理される秘密鍵を用いて生成された電子署名を付与し、該電子署名が付与された証明書発行依頼を認証局に対して送信する処理であることを特徴とする。
本発明によれば、発行依頼処理において、証明書発行依頼に対して、端末装置で管理される前記ユーザの秘密鍵を用いて生成された電子署名が付与されるために、認証局は、ユーザの本人性を確認した上で、ユーザの電子証明書の発行を行うことができる。
【００１２】
請求項５に記載の発明は、請求項１から４のいずれか１項に記載の電子証明書システムにおいて、前記サーバは、前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記発行依頼処理により前記認証局が発行した電子証明書を、前記認証局から前記端末装置を経由して通知されたダウンロード用認証情報を用いて、前記認証局より取得する証明書取得登録手段をさらに備えることを特徴とする。
【００１３】
本発明によれば、サーバは、認証局から端末装置を経由して通知されたダウンロード用認証情報を用いて、認証局から発行されたユーザの電子証明書を取得するため、不正なサーバが電子証明書を取得するのを防ぐことができる。また、サーバが端末装置に代行して電子証明書を取得するため、ユーザは、端末装置から、電子証明書を取得しサーバに登録する操作を行う必要がなくなる。このため、効率的に認証局から電子証明書を取得してサーバで管理することができ、ユーザや端末装置の負担を軽減することができる。
【００１４】
請求項６に記載の発明は、ユーザの電子認証に用いられる電子証明書を管理する電子証明書管理方法において、前記ユーザが所有する端末装置が、前記ユーザを認証するための認証情報を、サーバに送信する認証情報送信ステップと、前記サーバが、前記認証情報送信ステップにおいて送信された認証情報に基づいて、前記ユーザの認証処理を行う認証処理ステップと、前記認証処理ステップにおいて前記ユーザの認証処理が成功した場合に、前記サーバが、前記ユーザの公開鍵に基づいて、前記ユーザの電子証明書の発行を依頼するための証明書発行依頼を生成する証明書発行依頼生成ステップと、前記証明書発行依頼生成ステップにおいて生成された証明書発行依頼に対して、前記端末装置により生成された電子署名を付与する証明書発行依頼確認ステップと、認証局が、前記証明書発行依頼確認ステップにおいて電子署名が付与された証明書発行依頼に基づいて、前記ユーザの電子証明書を発行する証明書発行ステップと、前記サーバが、前記証明書発行処理ステップにおいて発行された前記ユーザの電子証明書を管理する証明書管理ステップと、前記サーバが、前記認証処理ステップにおいて前記ユーザの認証処理が成功した場合に、前記証明書管理ステップにおいて管理されている前記ユーザの電子証明書を、前記端末装置の通信相手装置に送信するアクセス許可ステップとを有する電子証明書管理方法を提供する。
【００１５】
本発明によれば、通信端末で管理される秘密鍵と、通信端末で管理される認証情報と、サーバで管理されるユーザの電子証明書とを関連付けて管理し、これらの情報を組み合わせてユーザの本人性を確認しながら、電子証明書の発行依頼処理や、サーバが代理で管理するユーザの電子証明書へのアクセス許可の判定を行うため、電子証明書が不正利用されることがない。このように、簡易にユーザの本人性を確認しセキュリティを確保しながら、端末装置における電子証明書管理の処理負担を軽減することができる。また、端末装置の通信相手装置は、サーバよりユーザの電子証明書を取得することができるため、ユーザの電子証明書を取得する処理負担が軽減される。
【００１６】
請求項７に記載の発明は、ユーザの電子認証に用いられる電子証明書を管理するサーバにおいて、前記ユーザが所有する端末装置より受信した認証情報に基づいて、前記ユーザの認証処理を行う認証処理手段と、前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記端末装置が管理する前記ユーザの秘密鍵と、前記ユーザの公開鍵とを用いて、前記ユーザの電子証明書の発行を依頼するための発行依頼処理を行う証明書発行依頼処理手段と、前記証明書発行依頼処理手段による発行依頼処理により発行された前記ユーザの電子証明書を管理する証明書管理手段と、前記認証処理手段により前記ユーザの認証処理が成功した場合に、前記証明書管理手段により管理されている前記ユーザの電子証明書へのアクセスを、前記端末装置に許可するアクセス許可手段とを備えることを特徴とするサーバを提供する。
【００１７】
本発明によれば、サーバは、ユーザが所有する端末装置より受信した認証情報に基づいてユーザの認証処理を行った上で、端末装置が管理するユーザの秘密鍵を用いて電子証明書の発行依頼処理を行い、また、発行依頼処理により発行された電子証明書に対するアクセスを端末装置に許可して、端末装置が管理する秘密鍵と対で利用できるようにしているため、電子証明書が不正利用されることがない。このように、簡易にセキュリティを確保しながら、端末装置における電子証明書管理の負担を軽減することができる。
【発明の効果】
【００１８】
以上、説明したように、本発明によれば、電子証明書管理に関して、端末装置における電子証明書管理をサーバが代行することにより、端末装置のメモリ等の制限による負担を軽減することができる。また、端末装置は、ユーザの秘密鍵と認証情報とを管理し、サーバにおいて前記認証情報に基づいた認証処理が成功した場合に、端末装置は、自装置で管理する秘密鍵と対になる、サーバで管理される電子証明書へのアクセスが許可されるため、サーバで管理される電子証明書と自装置で管理される秘密鍵とを安全に電子認証に利用することができる。このように、サーバで管理される電子証明書と、端末装置で管理される秘密鍵と認証情報とを相互に関連付けておくことによって、簡易にセキュリティを確保しつつ、端末装置における電子証明書管理の負担を軽減することができる。
【発明を実施するための最良の形態】
【００１９】
次に、図面を参照しながら、本発明を実施するための最良の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
［１．構成］
図１は、本発明に係る電子証明書管理システムの概略構成を示す図である。同図に示すように、電子証明書管理システムは、端末１００とサーバ２００とを含んで構成される。電子証明書管理システムは、公開鍵基盤（ＰＫＩ；Public Key Infrastructure）を利用して、公開鍵暗号方式による電子認証や電子証明書の管理を行う。
【００２０】
サーバ２００は、端末１００と、端末１００の通信相手となる認証局３００やコンテンツプロバイダ４００との通信を中継するゲートウェイ装置である。サーバ２００は、端末１００を所有するユーザが利用する、用途の異なる複数の電子証明書を管理する。認証局３００は、ＰＫＩにおける電子証明書の発行機関が管理するサーバである。コンテンツプロバイダ４００は、端末１００に各種サービス情報を提供するサーバであり、情報提供に当たって端末１００を所有するユーザの電子認証を行うことにより、ユーザの本人性確認を行う。
【００２１】
なお、以下の説明における「秘密鍵」、「公開鍵」、「鍵ペア」、「電子証明書」、「電子署名」、「証明書発行依頼」はデータを表す。また、「管理する」とは、データを何らかの記録媒体に記憶しておくことを意味する。
［１．１．端末の構成］
次に、端末１００の構成について説明する。端末１００は、携帯電話機等の小型端末であり、小型コンピュータのハードウェア構成を備えている。具体的には、端末１００は、端末１００全体を制御するＣＰＵ（Central Processing Unit）と、通信網を介しての通信を制御する通信インターフェースと、揮発性メモリ、不揮発性メモリ及びＩＣカード等の耐タンパ装置を含む記憶部と、各種画面を表示するディスプレイと、情報を入力したり各種指示を行うための操作キーとを備えている。
【００２２】
端末１００の不揮発性メモリには、各種プログラムやデータ等のソフトウェアが記憶されている。端末１００が備えるこれらのソフトウェアとハードウェアとが協働して動作することにより、図１に示す端末１００の機能部が実現される。
鍵管理部１５は、ＩＣカード等の耐タンパ装置に記憶される秘密鍵を含んで構成される。鍵管理部１５は、ユーザの電子署名を生成するための秘密鍵を管理する。また、鍵管理部１５は、秘密鍵と対になる公開鍵を管理する場合もある。この公開鍵は、電子証明書の発行をサーバ２００に依頼するために用いられる。
【００２３】
認証情報管理部１７は、不揮発性メモリや耐タンパ装置に記憶される認証情報を含んで構成される。認証情報管理部１７は、ユーザを認証するための認証情報を管理する。ここでは、認証情報として、公開鍵暗号方式により電子認証を行うための情報を用いる。この場合には、認証情報管理部１７で管理される認証情報は、耐タンパ装置に記憶されるユーザの秘密鍵と当該秘密鍵に対応する電子証明書とで構成される。認証情報管理部１７は、ユーザの秘密鍵を用いて生成された電子署名と、電子証明書とを、認証情報としてサーバ２００に送信することなる。なお、認証情報がユーザＩＤやパスワード等の情報で構成されてもよい。
【００２４】
電子署名生成部１４は、ＣＰＵが電子署名の署名値を生成するためのプログラムを実行することにより実現される機能である。電子署名生成部１４は、ハッシュ関数を用いて、署名対象文書や乱数に対して演算を行うことにより、ハッシュ値を生成する。さらに、電子署名生成部１４は、鍵管理部１５で管理されている秘密鍵を用いて、生成したハッシュ値に対して演算を行い暗号化することにより、署名値を生成する。なお、以下では、電子署名の演算値を特に指す場合に「署名値」というが、「電子署名」と「署名値」とをほぼ同義で用いる。
【００２５】
証明書発行依頼処理部１３は、ＣＰＵがプログラムを実行することにより実現される機能である。証明書発行依頼処理部１３は、サーバ２００に対して、電子証明書の発行依頼を送信する。また、証明書発行依頼処理部１３は、サーバ２００より、署名値が付与されていない証明書発行依頼を取得する。なお、ここで、証明書発行依頼は、例えば、公知のＰＫＣＳ＃１０の形式に従う。証明書発行依頼処理部１３は、取得した証明書発行依頼に、電子署名生成部１４が生成した電子署名の署名値を付与する。
【００２６】
画面表示部１２は、ディスプレイを含んで構成される。画面表示部１２は、ユーザに対して、証明書発行依頼画面および電子証明書選択画面を表示する。ここで、証明書発行依頼画面は、ユーザが電子証明書の発行依頼を行うための画面である。また、電子証明書選択画面は、サーバ２００で管理されている複数の電子証明書の中から、ユーザが使用する電子証明書を選択するための画面である。
端末通信部１６は、通信インターフェースを含んで構成され、サーバ２００との間で行われる通信を制御する。
入力部１１は、操作キーを含んで構成され、ユーザが操作キーを操作することにより、情報や各種指示を各部に伝達する。
【００２７】
［１．２．サーバの構成］
次に、サーバ２００の構成について説明する。サーバ２００は、一般的なコンピュータのハードウェア構成を備えている。具体的には、サーバ２００は、サーバ２００全体を制御するＣＰＵと、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ハードディスクを含む記憶部と、通信網を介してデータの授受を制御する通信インターフェースとを含んで構成される。
【００２８】
サーバ２００の記憶部には各種プログラムやデータ等のソフトウェアが記憶されている。サーバ２００が備えるこれらのソフトウェアとハードウェアとが協働して動作することにより、図１に示すサーバ２００の機能部が実現される。
証明書管理部２１は、サーバ２００のハードディスクに記憶された電子証明書を含んで構成される。証明書管理部２１は、端末１００において管理される秘密鍵に対応する、１又は複数の電子証明書を管理する。
【００２９】
図２は、電子証明書管理の一例を示す図である。証明書管理部２１は、用途に応じた複数の電子証明書を順序付けして管理する。電子証明書は、同一の鍵ペア（対になる秘密鍵と公開鍵）に対する複数の電子証明書でも良いし、同一ユーザ又は異なるユーザの複数の鍵ペアに対して、各鍵ペアに対する複数の電子証明書であっても良い。また、同一の順序で複数の電子証明書を管理してもよい。
各々の電子証明書のデータ構成は、例えば、Ｘ．５０９に準拠している。電子証明書には、シリアル番号、電子証明書を発行した認証局３００の識別子、有効期限、ユーザの識別子、公開鍵、用途、及び、認証局の電子署名が記述されている。
サーバ通信部２６は、通信インターフェースを含んで構成され、端末１００との通信処理を行う。
【００３０】
次に説明する、認証処理部２３、証明書発行依頼処理部２４、証明書取得登録部２２、及び、証明書失効処理部２５は、ＣＰＵがプログラムを実行することにより実現される機能である。
認証処理部２３は、端末１００あるいは端末１００を所有するユーザの認証処理を行い、認証処理の結果を各機能部に通知する。
【００３１】
認証処理部２３は、アクセス許可機能２３１を備えている。アクセス許可機能２３１は、認証処理部２３がユーザの認証処理に成功した場合に、証明書管理部２１で管理されている、ユーザの電子証明書へのアクセスを、端末１００に許可する。ここで、「認証処理に成功した」とは、公開鍵暗号方式に従って、端末１００から送信されてきた認証情報を認証した結果、ユーザの本人性が確認されたことをいう。具体的には、端末１００から送信されてきた認証情報に含まれる電子署名の署名値を、認証情報に含まれる電子証明書に記述されている公開鍵を用いて復号化した値と、署名値を生成する元となった情報をハッシュ関数で演算した値とが一致したことを「認証処理に成功した」という。
【００３２】
証明書発行依頼処理部２４は、端末１００からの依頼に基づき、発行依頼処理を行う。ここで、発行依頼処理とは、ユーザの公開鍵を含む証明書発行依頼を生成し、当該証明書発行依頼に対して、端末１００で管理されるユーザの秘密鍵を用いて生成された電子署名を付与し、当該電子署名が付与された証明書発行依頼を認証局３００に対して送信する処理をいう。
【００３３】
証明書取得登録部２２は、証明書管理部２１で管理される電子証明書の取得や登録を制御する。具体的には、証明書取得登録部２２は、認証処理部２３によるユーザの認証処理が成功した場合に、ユーザの電子証明書を証明書管理部２１より取得する。また、証明書取得登録部２２は、端末１００より証明書ダウンロード代行の依頼を受け、かつ、認証処理部２３によるユーザの認証処理が成功した場合に、証明書発行依頼処理部２４の発行依頼処理により発行された電子証明書を、認証局３００よりダウンロードする。このときに、証明書取得登録部２２は、認証局３００から端末１００を経由して通知されたダウンロードキーを認証局３００に通知して、ダウンロードのための認証処理を行う。
【００３４】
証明書失効処理部２５は、端末１００からの証明書失効依頼を受信した場合に、証明書管理部２１において管理される電子証明書を、順序付けに基づき連動して失効させる。具体的には、証明書失効処理部２５は、ある電子証明書の失効処理を行う時に、当該失効処理される電子証明書より後に順序付けされている電子証明書についても同時に失効処理を行う。
【００３５】
［２．動作］
次に、上記構成における動作について説明する。以下では、［２．１．証明書発行依頼代行］と［２．２．証明書ダウンロード代行］とにおいて、ユーザの端末１００でユーザの秘密鍵と認証情報とを管理し、かつ、サーバ２００においてユーザの電子証明書を管理する手順を説明し、［２．３．端末の証明書利用］においては、端末１００のユーザが、サーバ２００で管理されているユーザの電子証明書を利用する手順について説明する。
【００３６】
［２．１．証明書発行依頼代行］
まず、図３を参照しながら、電子証明書管理システムにおける証明書発行依頼代行の手順について説明する。ここでは、事前に証明書Ａが発行された鍵ペアに対して、別の証明書Ｂが発行される手順について説明する。なお、以下では、証明書Ａを発行する認証局を「認証局３０１」とし、証明書Ｂを発行する認証局を「認証局３０２」として説明する。
【００３７】
まず、端末１００は鍵ペアを生成する（ステップＳ１）。端末１００は、証明書Ａ発行依頼をサーバ２００を経由して送信する（ステップＳ２）。認証局３０１は、鍵ペアに対する証明書Ａを発行し、証明書Ａをサーバ２００経由で端末１００に送信する（ステップＳ３）。端末１００は、認証局３０１により発行された証明書Ａを取得し、認証情報管理部１７で管理する。
【００３８】
ステップＳ４以降では、端末１００が、証明書Ａと別用途の証明書Ｂを同一の鍵ペアに対して発行依頼する手順を説明する。まず、ユーザは、端末１００の入力部１１より、画面表示部１２に証明書発行依頼画面を表示する指示を行う。そして、ユーザは、画面表示部１２に表示された証明書発行依頼画面を参照して、入力部１１より証明書発行依頼の指示を行う。
【００３９】
これにより、端末１００の証明書発行依頼処理部１３は、認証情報管理部１７に対して、認証情報をサーバ２００に送信するよう指示する。認証情報管理部１７は、端末通信部１６を介して、ユーザの認証情報をサーバ２００に送信する（ステップＳ４）。ここでは、認証情報には、証明書Ａと、電子署名生成部１４により秘密鍵を用いて生成された電子署名とが含まれている。
【００４０】
サーバ２００の認証処理部２３は、端末１００より受信した認証情報を用いて認証処理を行う。具体的には、認証処理部２３は、公開鍵暗号方式を用いて、電子署名の署名値を、証明書Ａに記述されている公開鍵を用いて復号化した値と、署名値を生成する元となった情報をハッシュ関数で演算した値とが一致することを確認する。一致することを確認できた場合、すなわち、認証に成功した場合には、ユーザの本人性の確認を保証することができる。
【００４１】
認証処理部２３によるユーザ認証が成功した場合に、サーバ２００の証明書発行依頼処理部２４は、証明書Ａから公開鍵を取得する（ステップＳ５）。証明書発行依頼処理部２４は、ＰＫＣＳ＃１０の形式に従って、取得した公開鍵を含む、証明書Ｂ発行依頼を生成する（ステップＳ６）。ここで生成された証明書Ｂ発行依頼には、ユーザの電子署名は付与されていない。なお、必要であれば、端末１００より受信したユーザ情報や証明書Ａに記述されているユーザ情報を、証明書Ｂ発行依頼に付加する。
このように、認証情報に基づいてユーザの認証処理を行った後に、認証情報に含まれる公開鍵を用いて証明書Ｂ発行依頼を生成することができるため、効率的に証明書Ｂの発行依頼処理を行うことができる。
【００４２】
証明書発行依頼処理部２４は、サーバ通信部２６を介して、生成した証明書Ｂ発行依頼を端末１００へ送信する（ステップＳ７）。
端末１００は、画面表示部１２に証明書Ｂ発行依頼の内容を表示する。ユーザは、画面表示部１２に表示された内容を確認し、入力部１１より電子署名を付与するための指示を行う。これにより、端末１００の電子署名生成部１４は、鍵管理部１５で管理されている秘密鍵を用いて、証明書Ｂ発行依頼に対して演算を行うことにより、電子署名の署名値を生成する（ステップＳ８）。
【００４３】
このように、端末１００において、証明書Ｂ発行依頼に対する電子署名を生成するようにしたため、ユーザに証明書Ｂ発行依頼の意思が本当にあるのかを確認することができる。また、端末１００がユーザの端末になりすました端末である場合には、なりすましの端末はユーザの秘密鍵を保持していないため、なりすましの端末１００が別の秘密鍵を用いて電子署名を行ったとしても、秘密鍵と電子証明書に対応関係がないため、認証局３００は本人性の確認で成功することはない。
【００４４】
端末１００は、端末通信部１６より、生成した署名値をサーバ２００に送信する（ステップＳ９）。サーバ２００の証明書発行依頼処理部２４は、端末１００より署名値を受信すると、当該署名値を証明書Ｂ発行依頼に付与する（ステップＳ１０）。証明書発行依頼処理部２４は、電子署名を付与した証明書Ｂ発行依頼を認証局３０２に送信する（ステップＳ１１）。
なお、サーバ２００が電子署名の署名値を証明書Ｂ発行依頼に付与する代わりに、端末１００が署名値を証明書Ｂ発行依頼に付与して、サーバ２００経由で認証局３０２に送信するようにしてもよい。
【００４５】
［２．２．証明書ダウンロード代行］
次に、図４を参照しながら、電子証明書管理システムにおける証明書ダウンロード代行の手順について説明する。
認証局３０２は、サーバ２００より証明書Ｂ発行依頼を受信すると（ステップＳ１１）、公開鍵暗号方式により、ユーザの本人性の確認を行う（ステップＳ１２）。認証局３０２は、本人性の確認に成功した場合に、証明書Ｂを生成する（ステップＳ１３）。認証局３０２は、端末１００に証明書Ｂの生成が完了した旨と、証明書Ｂをダウンロードするために必要な認証情報であるダウンロードキーとを通知する（ステップＳ１４）。
【００４６】
端末１００は、認証情報管理部１７で管理される、証明書Ａを含む認証情報と、認証局３０２より通知されたダウンロードキーと、を含んだダウンロード代行依頼をサーバ２００に送信する（ステップＳ１５）。
サーバ２００の認証処理部２３は、端末１００より受信した認証情報による認証を行う。認証に成功した場合に、サーバ２００の証明書取得登録部２２は、証明書Ｂのダウンロード処理を行う（ステップＳ１６）。具体的には、サーバ２００の証明書取得登録部２２は、認証局３０２に対して、ダウンロードキーを含んだ、証明書Ｂのダウンロード要求を送信する。認証局３０２は、受信したダウンロードキーによりユーザ認証を行い、認証に成功した場合に、サーバ２００に対して証明書Ｂを送信する。
【００４７】
サーバ２００の証明書取得登録部２２は、証明書Ｂを証明書Ａと紐付けて管理する（ステップＳ１７）。証明書同士の紐付け方法として、証明書Ａに記載されているユニークな記載事項（一般名、識別名、シリアル番号など）をキーとして証明書Ｂを管理する。なお、認証情報としてユーザＩＤを用いた場合には、当該ユーザＩＤに証明書Ａと証明書Ｂとを対応付けて管理してもよい。
【００４８】
［２．３．端末の証明書利用］
次に、図５を参照しながら、サーバ２００において管理される電子証明書の利用手順について説明する。
ここでは、ユーザがコンテンツプロバイダ４００よりサービス情報の提供を受ける際に、ユーザの端末１００は、証明書Ｂをコンテンツプロバイダ４００に送信してユーザ認証を受ける必要があるものとする。
ユーザは、例えば、端末１００の入力部１１を操作して、画面表示部１２にサービス情報提供の申込画面を表示し、申込指示を行う。
【００４９】
これにより、端末１００の認証情報管理部１７は、端末通信部１６を介して、証明書Ａを含む認証情報をサーバ２００に対して送信する（ステップＳ２１）。
サーバ２００の認証処理部２３は、端末１００から送信されてきた認証情報を用いて認証処理を行う。認証処理部２３が認証処理に成功した場合には、アクセス許可機能２３１は、証明書管理部２１に管理されているユーザの電子証明書へのアクセスを端末１００に対して許可し、その旨を証明書取得登録部２２に通知する。これにより、証明書取得登録部２２は、ユーザの証明書Ａと、ユーザの他証明書とを紐付けるキーとなる情報を証明書Ａから取得し、紐付けられているユーザの証明書一覧を端末１００に対して送信する（ステップＳ２２）。
【００５０】
端末１００は、証明書一覧をユーザに提示するための電子証明書選択画面を画面表示部１２に表示する。ユーザは、画面表示部１２に表示された証明書一覧から適切な証明書Ｂを選択する。これにより、端末１００の端末通信部１６は、証明書Ｂが選択された旨の情報と、電子署名生成部１４が生成した電子署名の署名値とをサーバ２００に送信する（ステップＳ２３）。
【００５１】
サーバ２００の証明書取得登録部２２は、証明書管理部２１より証明書Ｂを取得し、電子署名と共にコンテンツプロバイダ４００に対して送信する（ステップＳ２４）。コンテンツプロバイダ４００は、受信した証明書Ｂと電子署名とを用いてユーザ認証を行うこととなる。
このように、本発明では、ユーザの秘密鍵を端末１００が管理するようにしたため、たとえ、不正な端末が認証に成功して、サーバ２００で管理される電子証明書へのアクセス権を得たとしても、不正な端末及びサーバ２００は、電子証明書に対応する秘密鍵を保持していないため、電子証明書を不正利用して認証に成功することができないという効果がある。
【００５２】
以上のように、端末１００が秘密鍵と認証情報とを管理し、サーバ２００が対応する複数の電子証明書を管理することで、簡易にセキュリティを確保しながら、端末１００の電子証明書管理の負担を軽減することができる。また、公開鍵暗号方式による電子認証を利用することで、特別な生体認証等の技術を用いることなく、電子証明書管理システムが備えているＰＫＩの基盤を用いて、簡易かつ高い精度の本人性確認を行うことができる。
【００５３】
また、サーバ２００がゲートウェイとしての役割を果たすことで、端末１００からサーバ２００を介して、通信相手のコンテンツプロバイダ４００に対して電子証明書を送付することが可能となり、コンテンツプロバイダ４００が第三者機関のサーバにアクセスして、ユーザの電子証明書を取得するよりも、コンテンツプロバイダ４００の負担を軽減することができる。
【００５４】
［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態においては、端末１００の認証情報管理部１７において管理される認証情報は、公開鍵暗号方式による電子認証に用いる情報であるとして説明したが、これに限定されることはない。例えば、認証情報管理部１７は認証情報としてユーザＩＤ、パスワード、電話番号等を管理してもよい。この場合には、サーバ２００の認証処理部２３は、ユーザＩＤ等の、電子証明書を用いない認証によってユーザ認証を行う。そして、証明書発行依頼代行を行う時には、サーバ２００は、端末１００から、又は、自サーバ２００の証明書管理部２１から公開鍵を取得し、当該公開鍵に対する証明書発行依頼を生成することとなる。なお、ユーザＩＤ等で認証を行う場合には、端末１００は、上述した証明書Ａを認証情報管理部１７に保持する必要がなくなる。
【００５５】
（２）上述した実施形態においては、端末１００は、証明書Ａに記載されている公開鍵と同一の公開鍵に対して証明書Ｂの発行依頼を行ったが、証明書Ａに記載されている公開鍵とは異なる公開鍵に対して証明書Ｂの発行依頼を行うことも可能である。
図６には、端末１００が、証明書Ａに記載されている公開鍵とは異なる公開鍵に対する証明書Ｂの発行依頼を行う場合の証明書発行依頼代行の手順を示す。ここでは、端末１００は、証明書Ａに記載されている公開鍵とは異なる公開鍵を管理しているものとする。図３に示すステップＳ１、Ｓ２、Ｓ３、・・・、Ｓ１１は、図６に示すステップＳ３１、Ｓ３２、Ｓ３３、・・・、Ｓ４１と対応している。図６に示すステップのうち、図３と処理内容の異なるステップは、ステップＳ３４とステップＳ３５である。ステップＳ３４では、端末１００は、証明書Ａを含む認証情報と、電子証明書を発行すべき公開鍵とをサーバ２００に送信する。ステップＳ３５では、サーバ２００は、認証処理に成功した後に、ステップＳ３４で端末１００より受信した情報の中から、電子証明書を発行すべき公開鍵を取得し、当該公開鍵を含む証明書Ｂ発行依頼を生成する。
その他の図６に示すステップにおける処理は、図３示すステップにおける処理と同様であるため、重複した説明を省略する。
【００５６】
（３）上述した実施形態においては、端末１００は、携帯電話機であるとして説明したが、これに限定されず、メモリ等に制約のある小型端末であればよく、例えば、ＰＤＡ（Personal Digital Assistance）や、ＰＨＳ（Personal Handyphone System）であってもよい。
【産業上の利用可能性】
【００５７】
本発明は、セキュリティを確保しつつ、特に小型端末の機能を補うために、複数の電子証明書を代理で管理する分野において利用することができる。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態に係る電子証明書管理システムの構成を示す図である。
【図２】同実施の形態に係るサーバの証明書管理部で複数の電子証明書を順序付けして管理する方法を説明する図である。
【図３】同実施の形態に係る証明書発行依頼代行の手順を示す図である。
【図４】同実施の形態に係る証明書ダウンロード代行の手順を示す図である。
【図５】同実施の形態に係るサーバにおいて管理される電子証明書利用手順を示す図である。
【図６】変形例に係る証明書Ａに記載されている公開鍵とは異なる公開鍵に対して証明書Ｂの発行依頼を行う場合の証明書発行依頼代行の手順を示す図である。
【符号の説明】
【００５９】
１００  端末
１１    入力部
１２    画面表示部
１３    証明書発行依頼処理部
１４    電子署名生成部
１５    鍵管理部
１６    端末通信部
１７    認証情報管理部
２００  サーバ
２１    証明書管理部
２２    証明書取得登録部
２３    認証処理部
２３１  アクセス許可機能
２４    証明書発行依頼処理部
２５    証明書失効処理部
２６    サーバ通信部
３００，３０１，３０２    認証局
４００    コンテンツプロバイダ
【図１】
2005318269.tif 000003
【図２】
2005318269.tif 000004
【図３】
2005318269.tif 000005
【図４】
2005318269.tif 000006
【図５】
2005318269.tif 000007
【図６】
2005318269.tif 000008