(57)【要約】【課題】ＣＡの秘密鍵が危殆化した場合においても、危殆化以前に発行された公開鍵証明書を失効させることなく、有効期間が満了するまでの間は、当該公開鍵証明書を利用可能とし、利用者の負担を軽減する。【解決手段】ＣＡは、ＥＥの公開鍵証明書の発行時に、ＶＡに対して該公開鍵証明書を登録する。ＣＡは、公開鍵証明書の登録において、ＣＡの秘密鍵とは別の公開鍵ペアを用いて、セキュアに登録を行う。登録された公開鍵証明書は、ＶＡに適切に保存・管理され、確かにＣＡから発行された公開鍵証明書であるという情報が、検証者に提供される。ＣＡの秘密鍵が危殆化した場合においても、危殆化以前に発行された証明書は、ＶＡによって適切に管理される。ＶＡとＣＡとの登録業務は、ＣＡ秘密鍵とは別の公開鍵ペアで行われるため、ＣＡの秘密鍵が危殆化した場合においても、公開鍵証明書の有効性は保たれる。【選択図】  図６
2004297639.tif 000002
【特許請求の範囲】
【請求項１】
公開鍵証明書を発行する認証局装置と、正しく発行された公開鍵証明書を登録・管理する発行証明書管理機関装置とからなる公開鍵基盤における、失効情報提供方法であって、
公開鍵証明書を発行する前記認証局装置が、前記発行証明書管理機関装置に対して、正しく発行した証明書を登録し、
前記発行証明書管理機関装置が、検証者から問い合わせのあった公開鍵証明書が、正しく発行され、有効な状態であるかどうかを応答する。
【請求項２】
請求項１記載の公開鍵証明書の失効情報提供方法であって、
前記認証局装置が、前記発行証明書管理機関装置に対して公開鍵証明書を登録するための公開鍵ペアを、公開鍵証明書を発行するための公開鍵ペアとは別のものを定め、公開鍵証明書の登録を行う。
【請求項３】
請求項１に記載された公開鍵証明書の失効情報提供方法を利用した、公開鍵証明書の検証方法であって、
検証者装置は、
前記認証局装置が発行した公開鍵証明書全体に対して付与された前記認証局の署名を検証し、
前記発行証明書管理機関装置に対して、当該公開鍵証明書が正しく発行され、有効な状態であるかどうかを問い合わせる。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、公開鍵基盤（ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ））に於いて、認証局の秘密鍵が危殆化した場合に、その影響する範囲を少なくする技術に関する。
【０００２】
【従来の技術】
電子文書などディジタルデータを送付する際に、対象となるデータに対して、署名と送信者の公開鍵証明書を添付することが行われる。受信者では、受信データに添付されたディジタル署名（以下署名という）と公開鍵証明書の検証を行い、送付されたデータが改ざんされていないことと、確かに本人から送られた電子データであることを確認する。
【０００３】
公開鍵証明書の発行と有効性の確認は、公開鍵基盤において行われ、その標準仕様はＲＦＣ３２８０（Ｉｎｔｅｒｎｅｔ  Ｘ．５０９  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｃｅｒｔｉｆｉｃａｔｅ  ａｎｄ  ＣＲＬ  Ｐｒｏｆｉｌｅ）や、ＲＦＣ２５６０（Ｘ．５０９  Ｉｎｔｅｒｎｅｔ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ（ＯＣＳＰ））等にて規定されている。
【０００４】
公開鍵証明書は、当該公開鍵証明書を発行する認証局（Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ：以下ＣＡという）の秘密鍵によって署名が付与され、その公開鍵証明書の内容の完全性が保たれる。公開鍵証明書の検証においては、当該公開鍵証明書を発行したＣＡの公開鍵を用いて公開鍵証明書の署名を検証し、公開鍵証明書の内容が改ざんされていないことを確認する。
【０００５】
しかし、ＣＡの秘密鍵が漏洩などにより危殆化した場合、悪意のある者がＣＡの秘密鍵を入手し、偽の公開鍵証明書や、偽の失効情報（ＣＲＬやＯＣＳＰメッセージ）を提供し、システムの信頼性が失われる恐れがある。
【０００６】
このため、ＣＡの秘密鍵が危殆化した場合には、当該ＣＡから証明書を発行されている利用者へのサービスを停止しなければならない。従来の認証サービスにおいては、ＣＡの秘密鍵が危殆化した場合、当該ＣＡの利用者へのサービスを停止するために、当該ＣＡの秘密鍵を用いて発行した全ての証明書（利用者証明書、相互認証証明書等）を失効することとしている（例えば、非特許文献１、非特許文献２を参照）。このような事態が起こらないように、ＣＡの鍵は耐タンパー性暗号化モジュールを備えた機器や、厳重な設備などを利用し、厳重に管理される。
【０００７】
【非特許文献１】
日本認証サービス株式会社、ＡｃｃｒｅｄｉｔｅｄＳｉｇｎ  パブリックサービス標準規定（Ｖ１．５３）、ｐ．４１「４．８  危殆化と災害からの回復」、［ｏｎｌｉｎｅ］、２００２年１０月１日、［平成１５年２月２８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ２．ｊｃｓｉｎｃ．ｃｏ．ｊｐ／ｒｅｐｏｓｉｔｏｒｙ／ＡＳｉｇｎＣＰＳ．ｐｄｆ＞
【非特許文献２】
株式会社  データバンク、ＴＤＢ電子認証サービスＴｙｐｅＡ  運用規定  Ｖｅｒ．１．００、ｐ．４１「４．１０．２発行者署名符号の危殆化」、［ｏｎｌｉｎｅ］、２００３年２月５日、［平成１５年２月２８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｔｄｂ．ｃｏ．ｊｐ／ｔｙｐｅＡ／ｃｐｓ＿ｖｅｒ１＿０．ｐｄｆ＞
【０００８】
【発明が解決しようとする課題】
ＣＡの秘密鍵が危殆化した場合、全ての証明書が失効されるため、全ての証明書利用者は、当該証明書の利用ができなくなる。また、ＣＡ運用者が新たにＣＡを再構築する場合、高い構築費用を要する。
【０００９】
さらに、ＣＡの秘密鍵危殆化後の、ＣＡ再構築においては、信頼性において問題がある。
【００１０】
このようにＣＡの秘密鍵危殆化は、証明書利用者およびＣＡ運用者に対して、大きな影響を及ぼし、原状回復するに当たっては、大きな負担を必要とするという問題がある。
【００１１】
【課題を解決するための手段】
本発明は、ＣＡ鍵危殆化における影響を小さくする技術を提供する。
【００１２】
また、本発明は、上記技術に基づいた、公開鍵証明書の発行、登録、検証に係わる装置、またはそれらの装置を用いたシステム、または、各装置やシステムで用いられる処理方法を提供する。
【００１３】
具体的には、本発明では、以下のような公開鍵証明書発行の処理および検証処理を行う。
【００１４】
本発明における公開鍵証明書の発行処理において、次の処理を行う。
【００１５】
ＣＡ装置は、エンドエンティティ（Ｅｎｄ  Ｅｎｔｉｔｙ、以下ＥＥという。利用者やエンドユーザともいう）に対する公開鍵証明書に対して、ＣＡの署名を生成し付与する。
【００１６】
ＣＡ装置は、上記発行したＥＥの公開鍵証明書を、発行証明書管理システム（以下ＶＡという）に対して、ＣＡ秘密鍵とは別の登録用公開鍵ペア等を利用して登録する。
【００１７】
ＶＡ装置は、登録された公開鍵証明書を保管・管理する。
【００１８】
上記手順で発行されたＥＥの公開鍵証明書の効力を停止するには、ＶＡに登録されている当該公開鍵証明書を削除すればよい。具体的には、ＣＡは公開鍵証明書の失効通知をＶＡに送付する。前記公開鍵証明書失効通知を受け取ったＶＡは、当該公開鍵証明書を保管用のディレクトリ等から削除する。
【００１９】
本発明による公開鍵証明書を、取引の過程などで受け取ったＥＥは、当該公開鍵証明書を検証するために、次の検証処理を行う。
【００２０】
まず、ＥＥ装置は、公開鍵に記載されたＣＡの署名を、ＣＡの公開鍵で検証する。そして、公開鍵証明書が正しいＣＡにより発行され、失効していないかどうかを、ＥＥの信頼するＶＡに問い合わせることにより確認する。また、公開鍵証明書の記載内容や制約事項等を確認する。
【００２１】
公開鍵証明書の検証において、認証局の構成が階層構造や相互認証構造である場合、ＥＥ装置は、検証を行うＥＥが信頼する認証局の自己署名証明書から、当該公開鍵証明書までのパス構築を構築し、構築したパス検証において、上記と同様に、ＥＥの信頼するＶＡに対して、公開鍵証明書が正しいＣＡにより発行され、失効していないかどうかを確認する。
【００２２】
本発明において、ＣＡの秘密鍵が危殆化した場合、ＣＡは証明書発行業務を停止し、それ以降、ＥＥ等に対する証明書の発行は行わない。ただし、ＣＡの秘密鍵危殆化より以前に発行された公開鍵証明書は、失効させず、ＶＡにおいてその有効期間が満了するまで、適切に管理される。
【００２３】
また、この期間中に公開鍵証明書を失効させる場合には、ＣＡはＶＡに対して失効通知を送付し、前記失効通知を受け取ったＶＡは、登録用のディレクトリ等から当該公開鍵証明書を削除する。
【００２４】
本発明による公開鍵証明書の失効情報（公開鍵証明書が正しいＣＡにより発行され、失効していないかの情報）は、ＣＡの秘密鍵を利用しないセキュアな方法を利用して、ＶＡにより管理されるため、ＣＡの秘密鍵が危殆化した場合においても、公開鍵証明書を失効する必要はない。この結果、ＣＡの秘密鍵が万が一危殆化した場合において、証明書利用者に対する負担を軽減することができる。
【００２５】
【発明の実施の形態】
図１は、本発明の実施形態が適用されたＰＫＩシステムの概略構成を示す図である。
【００２６】
本実施例のＰＫＩシステムは、電子的に手続を行うＥＥ１装置（１１）、ＥＥ２装置（１２）（ＥＥ装置と総称する）と、公開鍵証明書発行業務を行うＣＡ装置（１３）と、発行証明書を管理するＶＡ装置（１４）と、それぞれを接続するインターネット等のネットワーク（以下、ＮＥＴという）１５からなる。
【００２７】
また、点線で示すように、ＣＡ（１３）は、ＥＥ１（１１）やＥＥ２（１２）に対してその公開鍵証明書を発行するものとする。ＥＥ１（１１）、ＥＥ２（１２）は、自身の公開鍵証明書を発行したＣＡ（１３）および、ＶＡ（１４）を信頼するものとする。また、ＣＡ（１３）は、発行した公開鍵証明書をＶＡ（１４）に登録を行うものとする。
【００２８】
次に、図１のＰＫＩシステムを構成する各装置について説明する。
【００２９】
図２を用いて、ＥＥ装置を説明する。
【００３０】
ＥＥ装置は、処理部２０ａと記憶部２０ｂと、ＮＥＴ１５を介して他装置と通信を行うための通信部２７と、ユーザが作成した電子文書や他のＥＥから受け取った電子文書の入出力や利用者からの指示の受付を行う入出力部２８と、を有する。
【００３１】
処理部２０ａは、電子文書に対する署名を生成する署名生成部２１と、署名の検証を行う署名検証部２２と、ＥＥ装置の各部を統括的に制御する制御部２３と、を有する。
【００３２】
記憶部２０ｂは、利用者が作成した電子文書を保持する電子文書保持部２４と、秘密鍵（署名鍵）と、これと対になる公開鍵の公開鍵証明書と、当該ＥＥ装置を運用するＥＥが信頼するＣＡの自己署名証明書を保持する鍵保持部２５と、他のＥＥから受け取った署名付きの電子文書と公開鍵証明書を保持する検証対象保持部２６と、を有する。
【００３３】
このような構成において、制御部２３は、入出力部２８を介して利用者から、電子文書保持部２４に保持してある電子文書を他のＥＥに送信すべき旨の指示を受け付けると、当該電子文書を電子文書保持部２４から読み出し、これを署名生成部２１に渡す。署名生成部２１は、鍵保持部２５に保持されている秘密鍵を用いて渡された当該電子文書に対する署名を生成する。
【００３４】
制御部２３は、電子文書保持部２４から読み出した電子文書に署名生成部２１で生成された署名を付して、署名付き電子文書を作成する。
【００３５】
作成した署名付き電子文書と鍵保持部２５に保持されている公開鍵証明書とを、通信部２７を介して、利用者から指示された送信先のＥＥへ送信する。
【００３６】
制御部２３は、通信部２７を介して、他のＥＥ装置から署名付き電子文書と公開鍵証明書を受け取ると、これらを関連づけて検証対象保持部２６に保持させると共に、これらの検証要求を署名検証部２２に通知する。
【００３７】
これを受けて、署名検証部２２は、検証対象保持部２６に保持されている署名付き電子文書の署名を、対応する公開鍵証明書を用いて検証する。
【００３８】
それから、署名検証部２２は、鍵保持部２５に保持されている信頼するＣＡであるＣＡ（１１）の自己署名証明書を用いて、当該公開鍵証明書の署名を検証し、通信部２７を介してＶＡ装置に当該公開鍵証明書が正当なＣＡから発行され、失効していないかどうかを問い合わせ、確認する。そして、これらの検証により正当性が確認できた場合にのみ、署名付き電子文書を正当な物として扱い、必要に応じて入出力部２８から出力する。
【００３９】
次に、図３を用いてＣＡ装置を説明する。
【００４０】
ＣＡ装置は、処理部３０ａと記憶部３０ｂとＮＥＴ１５を介して他装置と通信を行うための通信部３６と、公開鍵証明書等の入出力やＣＡ装置操作者からの指示の受付を行う入出力部３７と、を有する。
【００４１】
処理部３０ａは、公開鍵証明書を発行する発行部３１と、発行部３１が発行した公開鍵証明書の管理を行う管理部３２と、ＣＡ装置の各部を統括的に制御する制御部３３と、を有する。
【００４２】
記憶部３０ｂは、発行部３１が発行した公開鍵証明書を保持する公開鍵証明書データベース３４と、公開鍵証明書データベース３４に保持されている各公開鍵証明書の発行先が記述されていた発行先管理リストを保持する発行先管理リスト保持部３５と、を有する。
【００４３】
このような構成において、制御部３３は、入出力部３７あるいは通信部３６を介して公開鍵証明書の発行依頼を受け付けると、その旨を発行部３１に伝える。これを受けて、発行部３１は、これに対する公開鍵証明書を作成する。この際、ＣＡ（１３）の秘密鍵で公開鍵証明書に署名をする。そして、作成した公開鍵証明書を入出力部３７あるいは通信部３６を介して、郵送あるいは通信により、発行依頼主に渡す。また、この公開鍵証明書を公開鍵証明書データベース３４に登録すると共に、その発行先（つまり発行依頼主）の情報を、発行先管理リスト保持部３５に保持されている発行先管理リストに記述する。
【００４４】
さらに、管理部３２は、発行した公開鍵を、通信部３６を介してＶＡ装置（１４）に送付する。この際、ＣＡ（１３）の登録用秘密鍵で、電文に署名をする。なお、ＣＡ秘密鍵と、登録用秘密鍵はＣＡ（１３）において別々に管理される。
【００４５】
また、制御部３３は、入出力部３７あるいは通信部３６を介して、公開鍵証明書の失効依頼を受け付けると、その旨を管理部３２に伝える。これを受けて、管理部３２は、失効対象の公開鍵証明書を公開鍵証明書データベース３４から削除すると共に、当該公開鍵証明書の発行先の情報を、発行先管理リスト保持部３５に保持されている発行先管理リストから削除する。そして、管理部３２は、失効依頼により、公開鍵証明書データベース３４から削除した公開鍵証明書の登録削除依頼を、ＶＡ装置（１４）に送付する。この際、ＣＡ（１３）の登録用秘密鍵で、公開鍵証明書の登録削除依頼に署名をする。
【００４６】
なお、管理部３２は、公開鍵証明書データベース３４に格納されている各公開鍵証明書の有効期限を調査し、有効期限を過ぎている公開鍵証明書の発行先の情報を、発行管理リスト保持部３５に保持されている発行先管理リストから削除する処理も行う。
【００４７】
図４を用いて、ＶＡ装置を説明する。
【００４８】
ＶＡ装置は、処理部４０ａと記憶部４０ｂとＮＥＴ１５を介して他装置と通信を行うための通信部４６と、公開鍵証明書等の入出力やＶＡ装置操作者からの指示の受付を行う入出力部４７と、を有する。
【００４９】
処理部３０ａは、ＣＡ（１３）から登録された公開鍵証明書の管理を行う管理部４１と、ＶＡ装置の各部を統括的に制御する制御部４２と、を有する。
【００５０】
記憶部３０ｂは、登録された公開鍵証明書を保持する公開鍵証明書データベース４３と、ＣＡ（１３）から登録された公開鍵証明書の状態を管理する登録管理リスト保持部４４と、登録元のＣＡの情報を管理する登録ＣＡ情報保持部４５と、を有する。
【００５１】
このような構成において、制御部４２は、ＣＡ装置（１３）から通信部３６を介して、公開鍵証明書の登録依頼を受け付けると、これに含まれる公開鍵証明書を、公開鍵証明書データベース４３に登録するとともに、登録管理リスト保持部４４に保持された登録管理リストに、当該公開鍵証明書を登録したことを記述する。
【００５２】
また、制御部４２は、ＣＡ装置（１３）から通信部４６を介して、公開鍵証明書の削除依頼を受け付けると、これに対応する公開鍵証明書を、公開鍵証明書データベース４３から削除するとともに、登録管理リスト保持部４４に保持された登録管理リストに、当該公開鍵証明書を削除したことを記述する。
【００５３】
管理部４１は、登録管理リスト保持部４４に保持された登録管理リストに記述された各公開鍵証明書の有効期限を調査し、有効期限を過ぎている公開鍵証明書を、登録管理リストから削除すると共に、公開鍵証明書データベースか４３ら削除する。
【００５４】
また、制御部４２は、通信部４６を介して、ＥＥ装置より公開鍵証明書の失効情報の問い合わせを受け付けると、登録管理リスト保持部４４に保持されている登録管理リストを検索して、問い合わせのあった公開鍵証明書が失効しているか否かを調べる。さらに、当該公開鍵証明書が有効で合った場合、公開鍵証明書データベース４３に格納されている公開鍵証明書と同一のものであるかどうかを調べる。そして、その結果を、通信部４６を介して、問い合わせをしたＥＥ装置に応答する。
【００５５】
図２〜図４に示すＥＥ装置、ＣＡ装置とＶＡ装置の各々は、例えば、図５に示すような、ＣＰＵ５１と、メモリ５２と、ハードディスク等の外部記憶装置５３と、ＣＤ−ＲＯＭ等の可搬性を有する記憶媒体５９から情報を読み取れる読み取り装置５４と、ＮＥＴ１５を介して他装置と通信を行うための通新装置５５と、キーボードやマウス等の入力装置５６と、モニタやプリンタ等の出力装置５７と、これらの各装置間のデータ送受を行うインタフェース５８とを備えた、一般的な電子計算機上に構築できる。
【００５６】
そして、ＣＰＵ５１がメモリ５２上にロードされた所定のプログラムを実行することにより、各処理部を実現できる。すなわち、通信部２６、３６、４６は、ＣＰＵ５１が通信装置５６を利用することにより、入出力部２７、３７、４７は、ＣＰＵ５１が入力装置５６や出力装置５７や読み取り装置５４を利用することにより、そして、記憶部２０ｂ、３０ｂ、４０ｂは、ＣＰＵ５１がメモリ５２や外部記憶装置５３を利用することにより実現される。また、処理部２０ａ、３０ａ、４０ａは、ＣＰＵ５１のプロセスとして実現される。
【００５７】
上記所定のプログラムは、読み取り装置５４を介して電子計算機が利用可能な記憶媒体５９から読み出され、あるいは、通信装置５６と電子計算機が利用可能な通信媒体、すなわちネットワークまたはネットワーク上の搬送波、を介してネットワークに接続された他の装置からダウンロードされて、外部記憶装置５３に導入されるものであってもよい。
【００５８】
次に、上記構成のＥＥ１（１１）、ＥＥ２（１２）、ＣＡ（１３）、ＶＡ（１４）が、図１に示すような関係にある場合を例にとり、ＥＥ１（１１）、ＣＡ（１３）およびＶＡ（１４）の動作について説明する。
【００５９】
本実施形態のＥＥ１（１１）、ＣＡ（１３）およびＶＡ（１４）の動作は、公開鍵証明書の発行動作と、失効動作とに分かれる。
【００６０】
上記構成のＥＥ１（１１）、ＣＡ（１３）およびＶＡ（１４）が行う公開鍵証明書の発行動作を説明する。
【００６１】
図６は、本実施形態のＥＥ１（１１）、ＣＡ（１３）およびＶＡ（１４）で行われる公開鍵証明書の発行動作を説明するためのフロー図である。
【００６２】
ＥＥ１装置（１１）の利用者は、公開鍵証明書の発行申請に必要な情報を記載した申請書を作成し（ステップＳ１００１（Ｓ１００１と表す。以下同様。））、その申請書に記載された情報が確かなものである事を示す証明書等とともに、郵送や対面等によってＣＡ装置（１３）の操作者へ渡す（Ｓ１００２）。
【００６３】
ＣＡ装置（１３）の操作者は、公開鍵証明書発行の申請書および証明書等を受け付け（Ｓ１００３）、その申請書の内容が、確かにＥＥ１（１１）の利用者に対する情報であり、公開鍵証明書を発行できる者である事を目視や対面等によって確認する（Ｓ１００４）。
【００６４】
次に、ＣＡ装置（１３）の操作者は、申請書に記載されたＥＥ装置１（１１）の利用者の登録情報を、入出力部３７を介して入力し、そして当該ＥＥ１（１１）に対する公開鍵証明書発行をすべき旨の指示を行う。発行部３１は公開鍵証明書を作成する（Ｓ１００５）。発行部３１の具体的な動作は、すでに説明したとおりである。
【００６５】
そして、管理部３２は、作成した公開鍵証明書登録依頼を作成し、通信部３６とＮＥＴ１５を介してＶＡ装置（１４）へ送信する（Ｓ１００６）。図７に示すように、作成した公開鍵証明書登録依頼文書７０は、ＣＡの秘密鍵を使用して作成した公開鍵証明書７１と、ＣＡの登録用秘密鍵の署名７２とから構成される。
【００６６】
ＶＡ装置（１４）は、公開鍵証明書登録依頼文書７０を、ＣＡ（１１）が作成したことを周知の技術で認証し、受け付ける（Ｓ１００７）。
【００６７】
制御部４２は、公開鍵証明書登録依頼に応答して、公開鍵証明書を登録する。制御部４２の具体的な動作は、すでに説明したとおりである（Ｓ１００８）。
【００６８】
次に、ＶＡ装置（１４）は、公開鍵証明書登録結果を作成し、ＮＥＴ１５を介してＣＡ装置（１３）に送信する（Ｓ１００９）。
【００６９】
ＣＡ装置（１３）は、ＮＥＴ１５を介して公開鍵証明書登録結果を受け付けたら（Ｓ１０１０）、通信部３６または入出力部３７を介して、通信または郵送による安全な方法により、ＥＥ１（１１）に公開鍵証明書それに対する秘密鍵を渡す（Ｓ１０１１）。
【００７０】
ＥＥ１装置（１１）は、ＣＡ（１３）から公開鍵証明書と、それに対する秘密鍵を受け付け（Ｓ１０１２）、鍵保持部２５へ保持する。
【００７１】
次に、ＣＡ（１３）における、ＥＥ（１１）の公開鍵証明書の失効動作について説明する。
【００７２】
図８は、本実施形態のＥＥ１（１１）、ＣＡ（１３）およびＶＡ（１４）で行われる公開鍵証明書の失効動作を説明するためのフロー図である。
【００７３】
ＥＥ１装置（１１）の利用者は、公開鍵証明書失効依頼文書を作成し（Ｓ２００１）、その失効依頼文書に記載された情報が確かなものである事を示す証明書等とともに、郵送や対面等によってＣＡ装置（１３）の操作者へ渡す（Ｓ２００２）。
【００７４】
ＣＡ装置（１３）の操作者は、公開鍵証明書失効依頼文書および証明書等を受け付け（Ｓ２００３）、その失効依頼文書の内容が、確かにＥＥ１（１１）の公開鍵証明書に対する失効依頼であり、ＥＥ１（１１）からの依頼である事を目視や対面等によって確認する（Ｓ２００４）。
【００７５】
次に、ＣＡ装置（１３）の操作者は、失効依頼文書に記載されたＥＥ１（１１）の公開鍵証明書を、失効すべき旨の指示を行い、当該公開鍵証明書の登録削除依頼文書を作成する。そして、作成した公開鍵証明書登録削除依頼文書を、通信部３６とＮＥＴ１５を介してＶＡ装置（１４）へ送信する（Ｓ２００５）。
【００７６】
ＶＡ装置（１４）は、公開鍵証明書登録削除依頼文書を、ＣＡ（１１）が作成したことを周知の技術で認証し、受け付ける（Ｓ２００６）。
【００７７】
制御部４２は、公開鍵証明書登録削除依頼に応答して、公開鍵証明書の登録を削除する。制御部４２の具体的な動作は、すでに説明したとおりである（Ｓ２００７）。
【００７８】
次に、ＶＡ装置（１４）は、公開鍵証明書登録削除結果を作成し、ＮＥＴ１５を介してＣＡ装置（１３）に送信する（Ｓ２００８）。
【００７９】
ＣＡ装置（１３）は、ＮＥＴ１５を介して公開鍵証明書登録削除結果を受け付けたら（Ｓ２００９）、通信部３６または入出力部３７を介して、通信または郵送により、ＥＥ１（１１）に公開鍵証明書の失効結果を通知する（Ｓ２０１０）。
【００８０】
ＥＥ１装置（１１）は、ＣＡ（１３）から公開鍵証明書失効結果を受け付ける（Ｓ２０１１）
次に、図１に示す構成において、ＥＥ２装置（１２）がＥＥ１装置（１１）の公開鍵証明書を検証する場合の動作を説明する。
【００８１】
ＥＥ２装置（１２）は、ＥＥ１装置（１１）から、署名付き電子文書と公開鍵証明書を受け付けると、上述の通り、その電子文書の署名検証と、公開鍵証明書の検証を行う。
【００８２】
図９は、ＥＥ２装置（１２）の署名検証部２２が行う公開鍵証明書の検証動作を説明するためのフロー図である。
【００８３】
署名検証部２２は、ＥＥ２（１２）から公開鍵証明書の検証の指示を受け付けると、ＥＥ２装置（１２）の信頼する認証局ＣＡ（１３）の自己署名証明書から、ＥＥ１（１１）の公開鍵証明書までのパスを構築する（Ｓ３００１）。
【００８４】
具体的には、ＥＥ２装置（１２）の署名検証部３５は、ＥＥ１（１５）の公開鍵証明書と、鍵保持部２５に保持されているＣＡ（１３）の自己署名証明書の組み合わせが認証パスとなる。ここで、ＣＡが複数存在し、階層構造や相互認証の構造となっている場合、それらＣＡの公開鍵証明書データベース３４へアクセスし、認証パスを構築するための公開鍵証明書を得る。
【００８５】
署名検証部２２は、各公開鍵証明書の検証を行うことにより、Ｓ３００１で構築されたパスについて、以下の通り検証を行う（Ｓ３００２）
署名検証部２２は、ＣＡ（１３）の自己署名証明書に含まれるＣＡ（１３）の公開鍵を用いて、ＥＥ１（１１）の公開鍵証明書に付与された署名の検証を行うと共に、これらの公開鍵証明書の内容が整合しているかを確認する。
【００８６】
そして、ＥＥ１（１１）の公開鍵証明書が失効していないかどうかを、ＶＡ装置（１４）に問い合わせることにより確認する。
【００８７】
以上のように、認証パスを構成する全ての証明書に関して、署名検証と整合性を確認し、失効していないかどうかを確認することにより、パスの検証を行う。
【００８８】
以上のＳ３００２における全ての検証に成功した場合、ＥＥ１（１１）の公開鍵証明書の有効性が確認できたことになる。確認結果は、ＥＥ２装置（１２）の入出力部２８を介して、利用者に示される（Ｓ３００３）。
【００８９】
以上、本発明の実施形態について説明した。
【００９０】
本実施形態では、ＶＡ（１４）の公開鍵証明書データベース４３に、ＣＡ（１３）により正しく発行された公開鍵証明書を登録している。そして、この公開鍵証明書の登録は、ＣＡの秘密鍵とは別の登録用秘密鍵を用いて、セキュアに行われる。
【００９１】
このため、万が一ＣＡの秘密鍵が危殆化した場合においても、それ以前に正しく発行された公開鍵証明書に関しては、失効しなくてもよい。すなわち、ＣＡの秘密鍵とは別の登録用秘密鍵は危殆化していないため、ＶＡ（１４）への登録は取り消す必要がない。これにより、ＣＡの秘密鍵が危殆化した場合における、公開鍵証明書利用者に対する負担を軽減することができる。
【００９２】
なお、本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００９３】
例えば、上記の実施形態では、一つのＣＡから公開鍵証明書を発行されたＥＥ間でのやり取りで、一つのＶＡを用いて公開鍵証明書の発行および検証を行う形態であるが、本発明はこれに限定されない。複数ＣＡが階層構造や相互認証構造となっていてもよい。また、複数ＣＡが一つのＶＡに対して公開鍵証明書を登録する形態となっていてもよい。
【００９４】
【発明の効果】
本発明によれば、認証局ＣＡの秘密鍵が危殆化した場合において、公開鍵証明書の利用者に対する影響範囲を、少なくすることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用されたＰＫＩシステムの構成図である。
【図２】図１に示すＥＥの概略構成を示す図である。
【図３】図１に示すＣＡの概略構成を示す図である。
【図４】図１に示すＶＡの概略構成を示す図である。
【図５】図２〜図４に示すＥＥ、ＣＡおよびＶＡの各々のハードウェア構成例を示す図である。
【図６】図１に示すＥＥ１、ＣＡおよびＶＡで行われる公開鍵証明書の発行動作を示すためのフロー図である。
【図７】図６のステップＳ１００５で作成される公開鍵証明書登録依頼文書の概略構成を示す図である。
【図８】図１に示すＥＥ１、ＣＡおよびＶＡで行われる公開鍵証明書の失効動作を示すためのフロー図である。
【図９】図１に示すＥＥ２が、ＥＥ１の公開鍵証明書を検証する動作を示すためのフロー図である。
【符号の説明】
１１・・・ＥＥ１、１２・・・ＥＥ２、１３・・・ＣＡ、１４・・・ＶＡ、１５・・・ＮＥＴ、２０ａ，３０ａ，４０ａ・・・処理部、２０ｂ，３０ｂ，４０ｂ・・・記憶部、２１・・・署名生成部、２２・・・署名検証部、２３，３３，４２・・・制御部、２４・・・電子文書保持部、２５・・・鍵保持部、２６・・・検証対象保持部、２７，３６，４６・・・通信部、２８，３７，４７・・・入出力部、３１・・・発行部、３２，４１・・・管理部、３４，４３・・・公開鍵証明書データベース、３５・・・発行先管理リスト保持部、４４・・・登録管理リスト保持部、４５・・・登録ＣＡ情報保持部、５１・・・ＣＰＵ、５２・・・メモリ、５３・・・外部記憶装置、５４・・・読取装置、５５・・・通信装置、５６・・・入力装置、５７・・・出力装置、５８・・・インタフェース、５９・・・記憶媒体
７０・・・公開鍵証明書登録依頼文書、７１・・・ＥＥの公開鍵証明書、７２・・・ＣＡの登録用署名。
【図１】
2004297639.tif 000003
【図２】
2004297639.tif 000004
【図３】
2004297639.tif 000005
【図４】
2004297639.tif 000006
【図５】
2004297639.tif 000007
【図６】
2004297639.tif 000008
【図７】
2004297639.tif 000009
【図８】
2004297639.tif 000010
【図９】
2004297639.tif 000011