(57)【要約】【課題】正しい電子証明書の内容及びその有効性をコンテンツ利用者に提示しうる。【解決手段】要求に応じて発行された公開鍵証明書のインストール終了通知、公開鍵証明書のシリアル番号及び認証対象を識別する固有コードが当該Ｗｅｂサーバから送られてくると、公開サーバ１０の有効性管理部２４は、認証局サーバから取得した証明書失効リスト２６に当該公開鍵証明書のシリアル番号が含まれているときには“失効と、現時点が公開鍵証明書の管理情報に設定された有効期間開始時刻前であれば“有効期間前”と、有効期間終了時刻を過ぎていれば“有効期限切れ”と、それ以外は“有効”と、公開情報管理テーブル２７で保持管理する公開鍵証明書の有効性の状態を設定する。検証処理部２５は、クライアントユーザからの問合せに応じて、現時点での当該公開鍵証明書の有効性を確認した後に当該公開鍵証明書の有効性の状態をクライアントへ表示させる。【選択図】図２
2006005613.tif 000002
【特許請求の範囲】
【請求項１】
電子証明書の有効性情報を記憶しクライアント装置からの要求に基づいて有効性情報を公開する公開サーバと、電子証明書が発行された認証対象が記憶されている被認証サーバと、前記認証対象の有効性情報を確認するクライアント装置とをネットワークにて接続した認証システムにおいて、
前記被認証サーバは、
電子証明書をインストールするインストール手段と、
前記インストール手段にて電子証明書のインストールが終了したことを判定する判定手段と、
前記判定手段にてインストール終了と判定すると前記ネットワークを介して前記公開サーバに終了信号を送信する通信手段と、
を有し、
前記公開サーバは、発行された電子証明書の有効性情報を記憶する有効性情報記憶部と、
前記終了信号を受信すると当該インストールされた電子証明書の有効性情報を公開可能にする有効性管理手段と、
前記有効性管理手段にて公開可能となった電子証明書の有効性情報について前記クライアント装置から確認要求があれば当該クライアント装置に当該有効性情報を表示させる検証処理手段と、
を有することを特徴とした認証システム。
【請求項２】
前記有効性情報は前記認証対象ごとに付与された固有コードを含み、
前記有効性管理手段は、受信した終了信号に含まれる前記固有コードに対応する電子証明書の有効性情報を新たな電子証明書の有効性情報にて前記有効性情報記憶部を更新するとともに、公開可能にする請求項１に記載の認証システム。
【請求項３】
前記被認証サーバは、前記電子証明書の前記固有コードに対応する電子標章を前記認証対象に貼り付けている請求項２に記載の認証システム。
【請求項４】
前記有効性情報は当該電子証明書の失効か否かの状態を示す情報を含み、
前記終了信号は、当該電子証明書の識別情報を含み、
前記有効性管理手段は、電子証明書失効リスト情報に基づいて、前記有効性情報記憶部に記憶された当該電子証明書の失効状態を更新する請求項１乃至請求項３のいずれか１項に記載の認証システム。
【請求項５】
前記有効性情報は、有効期間、及び有効期間切れか否かの状態を示す情報を含み、
前記有効性管理手段は、前記クライアント装置から確認要求を受信すると、現在時刻と当該電子証明書の有効期間とを比較し、その結果を前記有効性情報記憶部に前記有効期間切れか否かの状態を更新する請求項１乃至請求項４いずれか１項に記載の認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、特に電子証明書の有効性について正しい情報を提示しうる認証システムに関する。
【背景技術】
【０００２】
従来、Ｗｅｂサイト上のコンテンツの真正性やそのＷｅｂサイトが認証されたサイトであることを示す為に電子証明書が用いられている。電子証明書を用いたシステムでは、電子データの真正性や当該電子データを提供するＷｅｂサイトが電子証明書の発行機関の定める所定の基準を満たしていることを認証する。従来の認証システムでは、電子証明書である公開鍵証明書を電子標章に埋め込んでいる。そのＷｅｂサイトにアクセスしたクライアント側では、電子標章中の公開鍵証明書を用いて基本認証と呼ばれる認証処理を行う。これにより、その電子標章が付加された電子データが改竄されていないかどうかを確かめ、Ｗｅｂサイトが電子標章の発行元である発行機関から認定されたサイトであることを認証していた（例えば、特許文献１）。
【０００３】
しかしながら、特許文献１の方法においては、電子標章が付与された事業者は、電子標章の付与後に公開鍵証明書を有効とするために公開鍵証明書をＷｅｂサーバにインストールを行う必要がある。すなわち、Ｗｅｂサーバにおいて、Ｗｅｂサイトの管理者が正当に付与された電子標章をＷｅｂページに貼り付けたとしても、公開鍵証明書のインストールをしていなければ電子標章に基づくコンテンツの真正性を証明することはできない。
【０００４】
【特許文献１】特開２００２−２４４５５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、公開鍵証明書には有効期間が設定されているので、公開鍵証明書を更新する必要がある。このため、従来の認証システムにおいては、公開鍵証明書の更新の都度、更新された公開鍵証明書を埋め込んだ電子標章を再発行していた。この電子標章の再発行においても、最初の発行の際と同様に、再発行された電子標章を有効にするために、更新された公開鍵証明書のインストールと、電子標章のＷｅｂサイトへの貼り付けが必要である。このように、Ｗｅｂサイトの管理者には、公開鍵証明書が更新される都度、更新された公開鍵証明書のインストールと再発行された電子標章のＷｅｂサイトへの貼り付けるというそれぞれの作業が発生していた。
【０００６】
このため、更新された公開鍵証明書がインストールされていながら、再発行された電子標章のＷｅｂサイトへの貼り付け作業が行われない、あるいは遅れる場合がある。これらの場合に、当該Ｗｅｂサイトへアクセスしたクライアントが電子標章の認証をすると、更新前の公開鍵証明書の有効性情報に基づいて認証がされる。すなわち、更新前の公開鍵証明書が埋め込まれた電子標章にて認証を行うので、実際は有効期限内の電子標章の発行がされ、Ｗｅｂサイトへインストールされているにもかかわらず、更新前の「有効期限切れ」あるいは「失効」した電子標章と認証されることがあり、問題であった。
【０００７】
また、従来の認証システムでは、更新前の公開鍵証明書を埋め込んだ電子標章と更新後の公開鍵証明書を埋め込んだ電子標章との両方をＷｅｂサイトに貼り付けることができる。二つの電子標章を一つのＷｅｂサイトに貼り付けると、異なった公開鍵証明書が同一のＷｅｂサイトに併存するためＷｅｂサイトの閲覧者及び管理者の混乱を招きやすいという問題があった。
【０００８】
本発明は、以上のような課題を解決するためになされたものであり、その目的は、正しい電子証明書の内容及びその有効性をコンテンツ利用者に提示しうる認証システムを提供することにある。
【課題を解決するための手段】
【０００９】
かかる課題を解決するために、本発明は、電子証明書の有効性情報を記憶しクライアント装置からの要求に基づいて有効性情報を公開する公開サーバと、電子証明書が発行された認証対象が記憶されている被認証サーバと、認証対象の有効性情報を確認するクライアント装置とをネットワークにて接続した認証システムにおいて、被認証サーバには、電子証明書をインストールするインストール手段と、前記インストール手段にて電子証明書のインストールが終了したことを判定する判定手段と、前記判定手段にてインストール終了と判定すると前記ネットワークを介して前記公開サーバに終了信号を送信する通信手段とを有し、公開サーバは、発行された電子証明書の有効性情報を記憶する有効性情報記憶部と、終了信号を受信すると当該インストールされた電子証明書の有効性情報を公開可能にする有効性管理手段と、前記有効性管理手段にて公開可能となった電子証明書の有効性情報について前記クライアント装置から確認要求があれば当該クライアント装置に当該有効性情報を表示させる検証処理手段と、を有する認証システムを提供する。
【００１０】
かかる構成により本発明は、電子証明書が発行された認証対象の被認証サーバに電子証明書がインストールされたことを条件に、公開サーバにて当該電子証明書の有効性情報を公開可能とする。これにより、本発明は、被認証サーバに電子証明書がインストールされていない状態において有効性情報が公開されることがない。
【００１１】
また、好適な態様では、有効性情報は認証対象ごとに付与された固有コードを含み、有効性管理手段は、受信した終了信号に含まれる前記固有コードに対応する電子証明書の有効性情報を新たな電子証明書の有効性情報に前記有効性情報記憶部を更新するとともに、公開可能にする。
【００１２】
かかる構成によれば、電子証明書が発行される認証対象ごとに、有効性情報の更新が行われるので、同一の認証対象に複数の有効性情報が並存することを防ぐことができる。
【００１３】
また、好適な態様では、前記被認証サーバは、前記電子証明書の前記固有コードに対応する電子標章を前記認証対象に貼り付けている。
【００１４】
かかる構成によれば、認証対象に貼り付けられている電子標章は、有効性情報における認証対象毎の固有コードにて電子証明書と関連付けられるので、同一の認証対象であれば、電子証明書の再発行の度に電子標章を貼り付ける必要がなくなる。
【００１５】
また、好適な態様では、有効性情報は当該電子証明書の失効か否かの状態を示す情報を含み、終了信号は、当該電子証明書の識別情報を含み、有効性管理手段は、電子証明書失効リスト情報に基づいて、前記有効性情報記憶部に記憶された当該電子証明書の失効状態を更新する。
【００１６】
かかる構成によれば、ダイナミックに変化する電子証明書の失効状態を迅速に有効性情報へ反映できるので、有効性情報の信頼性が向上する。
【００１７】
また、好適な態様では、有効性情報は有効期間及び有効期間切れか否かの状態を示す情報を含み、有効性管理手段は、クライアント装置から確認要求を受信すると、現在時刻と電子証明書の有効期間と比較し、その結果を有効性情報記憶部に有効期間切れか否かの状態を更新する。
【００１８】
かかる構成によれば、ダイナミックに変化する電子証明書の有効期限切れか否かの状態を迅速に有効性情報へ反映できるので、有効性情報の信頼性が向上する。
【発明の効果】
【００１９】
本発明にかかる認証システムによれば、信頼性の高い電子証明書の内容及びその有効性を利用者に提示することができる。
【発明を実施するための最良の形態】
【００２０】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００２１】
図１は、認証システムの全体構成を示す図である。同図において、認証システムは、電子証明書を発行する認証局サーバ３０及び公開サーバ１０がファイアウォール４を介して、ネットワーク２に接続されており、更に、Ｗｅｂサーバ５０及びクライアント６もネットワーク２に接続されている。公開サーバ１０は、認証局サーバ３０より発行された公開鍵証明書に関する有効性情報を、ファイアウォール４、インターネット等のネットワーク２を介して電子証明書として公開鍵証明書の利用者に提供する装置であり、認証局サーバ３０から発行された証明書失効リストまたはその複製を保持し、利用者からの証明書検証のために公開し、クライアント６との間で暗号化通信を行う機能を有する。
【００２２】
認証局サーバ３０は、Ｗｅｂサーバ５０及び公開サーバ１０等に電子証明書として公開鍵証明書を発行する機能と、これらの公開鍵証明書の失効処理を行い、証明書失効リストを公開鍵証明書が失効した時及び定期的に発行する機能を提供する。Ｗｅｂサーバ５０は、被認証サーバであって、外部記憶装置に記憶した認証対象となるＷｅｂコンテンツや動的に生成した電子情報をインターネット等のネットワーク２を介してクライアント６に送信する機能、クライアント６からの要求に応じて提供する電子情報を動的に生成する機能、暗号化通信を行う機能等を提供する装置である。クライアント６は、利用者がネットワーク２を介してＷｅｂコンテンツの閲覧に用いるパーソナルコンピュータや携帯電話などの端末であり、ブラウザを有する。
【００２３】
図２は、本実施の形態における公開サーバ１０のブロック構成図である。公開サーバ１０は、ＣＰＵ１１、入力装置１２、出力装置１３、通信装置１４、メモリ１５及び外部記憶装置１６を有する。ＣＰＵ１１は、公開サーバ１０全体の動作を制御する装置である。入力装置１２は、公開サーバ１０の各種入力を行う装置である。出力装置１３は、公開サーバ１０の各種出力を行う装置である。通信装置１４は、ネットワーク２を介して他の処理装置との通信を行う装置である。メモリ１５は、ＣＰＵ１１が公開サーバ１０全体の動作を制御する際に実行する各種処理プログラムやデータがロードされる記憶装置である。この各種処理プログラム及びデータには、入出力制御部２１、通信制御部２２、認証局ＩＦ部２３、有効性管理部２４及び検証処理部２５が含まれる。外部記憶装置１６は、証明書失効リスト２６、有効性情報記憶部である公開情報管理テーブル２７及び変更履歴テーブル２８を含む各種処理プログラムやデータを格納しておく記憶装置である。入出力制御部２１は、入力装置１２からの入力データや入力指示を受け付け、出力装置１３への出力を制御する。通信制御部２２は、Ｗｅｂサーバ５０からのインストール終了信号受信や有効性確認要求受信をはじめ、ネットワークに接続された他のサーバ、クライアント等とのデータの送受信を行う。認証局ＩＦ部２３は、証明書失効リスト及び公開鍵証明書の管理情報等のデータを認証局サーバ３０から取得する。有効性管理部２４は、インストール情報受信時処理、すなわち、認証局ＩＦ部２３を用いて取得した証明書失効情報と公開鍵証明書の管理情報から処理対象の公開鍵証明書の有動性を判定して得られた有効性情報を公開情報管理テーブルに登録し、公開情報管理テーブルの更新内容を変更履歴テーブルに記録する。検証処理部２５は、検証対象の公開鍵証明書の有効性情報を公開情報管理テーブル２７から取得し、有効性確認要求を受けた時点においてあらためて判定した結果の有効性情報を通信制御部２２経由でクライアント６に表示させる。証明書失効リスト２６は、認証局サーバ３０から発行された証明書失効リストを、ネットワーク２を介して取得して保存したデータである。有効性情報記憶部である公開情報管理テーブル２７は、発行者を一意に識別するコードと認証対象となる発行先を一意に識別するコードの組合せで認証局サーバ３０より発行された公開鍵証明書の有効性情報を保持する。変更履歴テーブル２８には、公開情報管理テーブル２７の変更履歴が記録される。
【００２４】
図３は、本実施の形態における認証局サーバ３０のブロック構成図である。認証局サーバ３０は、ＣＰＵ３１、入力装置３２、出力装置３３、通信装置３４、メモリ３５及び外部記憶装置３６を有する。ＣＰＵ３１は、認証局サーバ３０全体の動作を制御する装置である。入力装置３２は、認証局サーバ３０の電子証明書の発行や失効等の処理における各種入力を行う装置である。出力装置３３は、認証局サーバ３０の各種出力を行う装置である。通信装置３４は、ネットワーク２を介して他の処理装置との通信を行う装置である。メモリ３５は、ＣＰＵ３１が認証局サーバ３０全体の動作を制御する際に実行する各種処理プログラムやデータがロードされる記憶装置である。この各種処理プログラム及びデータには、入出力制御部４１、通信制御部４２、発行処理部４３、失効処理部４４及び証明書管理部４５が含まれる。外部記憶装置３６は、公開鍵証明書ＤＢ４６及び発行先管理ＤＢ４７を含む各種処理プログラムやデータを格納しておく記憶装置である。入出力制御部４１は、証明書発行要求データをはじめとする入力装置３２からの入力データや入力指示を受け付け、出力装置３３への出力を制御する。通信制御部４２は、発行処理部４３で発行された公開鍵証明書を証明書発行申請者へ送信し、また、証明書発行要求データを受信する。発行処理部４３は、証明書発行要求データから公開鍵証明書を生成し、その管理情報とともに公開鍵証明書ＤＢ４６に格納し、通信制御部４２を利用して公開鍵証明書を証明書発行申請者へ送信する。失効処理部４４は、失効した公開鍵証明書を特定する情報(本実施の形態においてはシリアル番号)を記載した証明書失効リストを定期的に発行し、所定のリポジトリに格納する。証明書管理部４５は、発行した公開鍵証明書の管理情報を公開鍵証明書ＤＢ４６に登録する。
【００２５】
図４は、本実施の形態におけるＷｅｂサーバ５０のブロック構成図である。Ｗｅｂサーバ５０は、ＣＰＵ５１、入力装置５２、出力装置５３、通信装置５４、メモリ５５及び外部記憶装置５６を有する。ＣＰＵ５１は、Ｗｅｂサーバ５０全体の動作を制御する装置である。入力装置５２は、Ｗｅｂサーバ５０の各種入力を行う装置である。出力装置５３は、Ｗｅｂサーバ５０の各種出力を行う装置である。通信装置５４は、ネットワーク２を介して他の処理装置との通信を行う装置である。メモリ５５は、ＣＰＵ５１がＷｅｂサーバ５０全体の動作を制御する際に実行する各種処理プログラムやデータがロードされる記憶装置である。この各種処理プログラム及びデータには、入出力制御部６１、通信制御部６２、コンテンツ管理部６３及び証明書設定部６４が含まれる。外部記憶装置５６は、Ｗｅｂコンテンツ６５、公開鍵証明書６６及び電子標章６７を含む各種処理プログラムやデータを格納しておく記憶装置である。入出力制御部６１は、コンテンツの更新、電子証明書のインストール等の際に入力装置５２からの入力データや入力指示を受け付け、出力装置５３への出力を制御する。通信制御部６２は、公開サーバ１０へのインストール終了信号送信をはじめ、ネットワークに接続された他のサーバ、クライアント等とのデータの送受信を行う。コンテンツ管理部６３は、インターネット等のネットワークを介して公開するコンテンツ及びその更新手続き等を管理する。証明書設定部６４は、公開鍵証明書をインストールし、また、インストールが正常に行われたか否かを判定する。電子標章６７は、公開鍵証明書６６が認証局サーバ３０の認証局運用規定に従って正規に発行されたものであることを認証局サーバ３０（あるいはその運営組織）が証明することを示すための表示物である。
【００２６】
図５は、公開サーバ１０により保持される公開情報管理テーブル２７における単一の認証対象のレコード構成例を示した図である。図５において、「発行者」は、公開鍵証明書を発行した認証局（この例では認証局サーバ３０）を一意に識別する該公開鍵証明書に記載された文字列であり、「発行先」は、該公開鍵証明書の発行を受けた主体（この例ではＷｅｂサーバ５０）すなわち認証対象を一意に識別する該公開鍵証明書に記載された文字列である。公開情報管理テーブル２７のレコードは、公開鍵証明書毎に形成され、これら「発行者」、「発行先」を組み合わせた、又は「発行先」を示す認証対象毎の固有コードを単位として管理している。「証明書ポリシー」は、認証局が公開鍵証明書を発行するときのポリシー識別子である。「鍵使用目的」は、該公開鍵証明書に含まれる公開鍵の使用目的を示す情報であり文字列で表す。「公開鍵のアルゴリズム名」は、該公開鍵証明書の公開鍵のアルゴリズムを識別する名称である。「シリアル番号」は、認証局サーバ３０が発行した公開鍵証明書を一意に識別するために付番したコードであり、該公開鍵証明書に記載されている。「有効期間開始時刻」は、該公開鍵証明書の有効期間が開始する日付及び時刻である。「有効期間終了時刻」は、該公開鍵証明書の有効期間が終了する日付及び時刻である。「有効性」は、該公開鍵証明書の有効性の状態を示す情報であり、本実施の形態では、“有効期間前”、“有効”、“有効期限切れ”又は“失効”という文字列で公開鍵証明書の状態を識別する。「失効日時」は、該公開鍵証明書が失効した日時を表す。前記「有効性」が“失効”の場合以外はＮＵＬＬ値とする。「更新日時」は、公開情報管理テーブル２７の該レコードが最後に更新された日時である。
【００２７】
なお、本実施の形態では、公開サーバ１０の外部記憶装置５６で保持する例を示すが、上記情報をＬＤＡＰ（Lightweight Directory Access Protocol）サーバ等の他の場所で保持管理するように構成してもよい。
【００２８】
図６は、公開サーバ１０により保持される変更履歴テーブル２８のデータ構成例を示した図である。図６に示したレコードに含まれるデータ項目のうち「発行者」、「発行先」、「シリアル番号」、「有効期間開始時刻」、「有効期間終了時刻」、「有効性」、「失効日時」及び「更新日時」は、公開情報管理テーブル２７に含まれるデータ項目と同じである。「枝番」は、同じ「発行者」、「発行先」のレコードが更新される度に1ずつ増加する整数で初期値を１とする。変更履歴テーブル２８に記録される各レコードは、「発行者」、「発行先」及び「枝番」の組合せで一意に識別される。
【００２９】
次に、本実施の形態における動作について説明する。本実施の形態は、公開鍵証明書を新規に発行若しくは再発行するときの処理、公開鍵証明書が失効するときの処理及び公開鍵証明書の有効性を確認するときの処理に大別できるので、これらの処理について順に説明する。まず、公開鍵証明書を新規に発行若しくは再発行するときの処理について図７に示したフローチャートを用いて説明する。
【００３０】
この処理は、認証局サーバ３０が公開鍵証明書発行要求を検知したときに開始される。すなわち、Ｗｅｂサーバ５０から送られてきた公開鍵証明書発行要求を受信すると（ステップＳ１０１）、認証局サーバ３０における発行処理部４３は、公開鍵証明書発行要求のあった発行先のレコードが発行先管理ＤＢ４７に登録されているかを検査する。もし、登録されていない場合には新規の発行と判定し（ステップＳ１０２）、公開鍵証明書発行要求に含まれている情報に基づき当該発行先に関する情報を発行先管理ＤＢ４７に登録する（ステップＳ１０３）。
【００３１】
続いて、発行処理部４３は、入力装置３２から入力された、もしくは通信装置３４により受信された証明書発行要求データ（ＣＳＲ）を用いて公開鍵証明書及び対応する秘密鍵を生成し（ステップＳ１０４）、該公開鍵証明書及びその管理情報を公開鍵証明書ＤＢ４６に格納する（ステップＳ１０５）。そして、発行処理部４３は、公開鍵証明書及び対応する秘密鍵を証明書発行申請者へ通信制御部４２に送付させる（ステップＳ１０６）。このとき、通信制御部４２は、証明書発行申請者が用いるＷｅｂサーバ５０と暗号化通信を行う。なお、証明書発行申請者のみが使用できる秘密鍵に対応した公開鍵で該公開鍵証明書を暗号化してから送付するという手法で代替してもよい。ここまでの処理が認証局サーバ３０において行われる。
【００３２】
Ｗｅｂサーバ５０において、証明書設定部６４は、証明書発行申請者あるいは証明書発行申請者からの依頼を受けたＷｅｂサイト管理者による入力指示に応じて公開鍵証明書をインストールする（ステップＳ１０７）。証明書設定部６４は、例えばＷｅｂサーバ５０の秘密鍵で署名した文書をインストールされた公開鍵証明書を用いて署名検証できた場合にインストールの正常終了と判定し、インストール正常終了の旨と、認証対象を識別する固有コードと、公開鍵証明書の識別情報であるシリアル番号とを含んだ終了信号を公開サーバ１０に通信制御部６２を用いて送信する（ステップＳ１０８）。
【００３３】
公開サーバ１０においてＷｅｂサーバ５０が送信した終了信号をインターネット２から受信すると、有効性管理部２４は、インストール情報受信時処理を実行する（ステップＳ１０９）。このインストール情報受信時処理については、図８に示したフローチャートを用いて説明する。
【００３４】
公開サーバ１０において、Ｗｅｂサーバ５０が送信した終了信号を受信すると（ステップＳ１１１）、有効性管理部２４は、認証局ＩＦ部３３の機能を用いて証明書失効リスト２６から証明書失効情報の読み出しと、認証局サーバ３０からの公開鍵証明書の管理情報の取得を行う（ステップＳ１１２）。なお、公開鍵証明書の管理情報は、公開鍵証明書ＤＢ４６で保持管理されている。証明書失効リスト２６のＣＲＬエントリ領域には、失効された公開鍵証明書のシリアル番号が書き込まれているので、有効性管理部２４は、これらのシリアル番号と、Ｗｅｂサーバ５０から送られてきたシリアル番号とを照合する。Ｗｅｂサーバ５０から送られてきたシリアル番号と一致するシリアル番号がＣＲＬエントリ領域に記載されていた場合、有効性管理部２４は、当該公開鍵証明書は失効と判定できる（ステップＳ１１３）。この場合、有効性管理部２４は、続いて公開情報管理テーブル２７に登録されているその公開鍵証明書の「有効性」が“失効”であるかどうかを確認する。もし、すでに“失効”であったときには処理を終了し、そうでないときには「有効性」を“失効”とする（ステップＳ１１４，Ｓ１１５）。更に、有効性管理部２４は、詳細は後述するように証明書失効リスト２６から取得した失効日時等及び認証局サーバ３０から取得した公開鍵証明書の管理情報に基づいて公開情報管理テーブル２７における当該公開鍵証明書の有効性情報を更新する（ステップＳ１２１）。
【００３５】
一方、ステップＳ１１３において、シリアル番号がＣＲＬエントリ領域に記載されていなかった場合において、有効性管理部２４は、公開鍵証明書の管理情報を参照し、現在時刻が当該公開鍵証明書の有効期間終了時刻を過ぎている場合には、公開情報管理テーブル２７の当該公開鍵証明書に対応した「有効性」を“有効期限切れ”とする（ステップＳ１１６，Ｓ１１７）。また、現在時刻が当該公開鍵証明書の有効期間開始時刻に達していない場合には、公開情報管理テーブル２７の当該公開鍵証明書に対応した「有効性」を“有効期間前”とする（ステップＳ１１８，Ｓ１１９）。上記いずれにも該当しない場合、すなわち、現在時刻が当該公開鍵証明書の有効期間開始時刻後でありかつ有効期間終了時刻前であるときには当該公開鍵証明書に対応した「有効性」を“有効”とする（ステップＳ１２０）。
【００３６】
以上のようにして、公開鍵証明書のインストールの完了通知を受けてその公開鍵証明書の「有効性」に現在の状態が設定されると、有効性管理部２４は、認証対象を識別する固有コード（すなわち、図５に示したように「発行者」及び「発行先」）をキーとする当該公開鍵証明書のレコードの「有効性」に前述したフローで設定した項目値を設定する。なお、公開鍵証明書が新規発行の場合は、この時点で当該公開鍵証明書用のレコードを生成する。続いて、有効性管理部２４は、認証局サーバ３０から取得した公開鍵証明書の管理情報に基づいて当該公開鍵証明書の有効性情報を設定し、また前述したように「有効性」が“失効”の場合は「失効日時」に証明書失効リスト２６から取得した失効日時の値を設定し、「有効性」が“失効”以外の場合は「失効日時」にＮＵＬＬを設定する。このようにして当該公開鍵証明書の有効性情報の項目値を当該レコードの該当するフィールドに設定すると、そのレコードを公開情報管理テーブル２７に登録する（ステップＳ１２１）。そして、上記レコードの更新内容を変更履歴テーブル２８に記録する（ステップＳ１２２）。
【００３７】
以上のように、本実施の形態においては、公開鍵証明書発行時の処理においてインストールが正常に終了したことをＷｅｂサーバ５０から公開サーバ１０に通知させ、その通知に応じて公開情報管理テーブル２７で管理している公開鍵証明書の有効性を最新の状態に設定することができる。これにより、公開サーバ１０は、利用者からの要求に対して公開鍵証明書に関する情報、特に公開鍵証明書の有効性について正しい状態を提示することができる。
【００３８】
なお、上記の図７に示した発行・再発行処理では、公開鍵証明書発行の際に認証局サーバ３０で鍵ペア(公開鍵と対応する秘密鍵)を生成したが、鍵ペアの生成をＷｅｂサーバ５０で行うようにした方がより信頼性の高い認証システムとなる。この場合も公開鍵証明書発行に関する標準的プロトコルに従った発行処理を行った後にステップＳ１０７にて当該公開鍵証明書のインストールとその正常終了を判定し、終了信号をＷｅｂサーバ５０から公開サーバ１０へ送信すればよい。その際、ステップＳ１０４の鍵ペア生成処理をＷｅｂサーバ５０の証明書設定部６４で行う。このように、秘密鍵が被認証サーバであるＷｅｂサーバ５０のみに存在するようになることで認証システムの信頼性が高くなる。
【００３９】
次に、公開鍵証明書が失効するときの処理について図９に示したフローチャートを用いて説明する。
【００４０】
証明書失効リストは、認証局サーバ３０における失効処理部４４により定期的に発行される。より具体的には、証明書失効申請の受領時または緊急に証明書を失効する必要のある事態になったときに、認証局運用管理者あるいは認証局運用管理者からの依頼を受けた者により入力された失効対象の公開鍵証明書のシリアル番号を証明書失効リストに追記していく。証明書失効リストは、所定のリポジトリに格納されてあるため、証明書失効リストを入手したい者は、その所定のリポジトリから取り出してくる。
【００４１】
従って、公開サーバ１０における有効性管理部２４は、証明書失効リストが更新されたとき、あるいは定時処理として認証局ＩＦ部２３の機能を利用しながら、上記リポジトリから証明書失効リストを取得して、その複製を外部記憶装置１６に格納する（ステップＳ２０１）。そして、有効性管理部２４は、取得した証明書失効リスト２６のＣＲＬエントリ領域に書き込まれている公開鍵証明書のシリアル番号を１つずつ取り出し（ステップＳ２０２）、そのシリアル番号をキーに公開情報管理テーブル２７を検索することによってそのシリアル番号と一致するシリアル番号が設定されたレコードを取り出す（ステップＳ２０３）。その公開情報管理テーブル２７から取り出したレコードの「有効性」が“失効”でなかったとき、有効性管理部２４は、当該レコードの「有効性」に“失効”を設定し、また、「失効日時」に、認証局サーバ３０から取得した証明書失効リストの最終更新日時を設定する（ステップＳ２０５）。処理対象のシリアル番号と一致するシリアル番号が設定されたレコードが存在しなかったとき、レコードが存在してもそのレコードの「有効性」がすでに“失効”であったときには何もしない。証明書失効リスト２６に書き込まれている公開鍵証明書のシリアル番号全てに対して上記処理を行うまで繰り返す（ステップＳ２０６）。
【００４２】
本実施の形態によれば、更新された証明書失効リストに基づき公開情報管理テーブル２７で管理している公開鍵証明書の有効性を最新の状態に設定することができる。これにより、公開サーバ１０は、利用者からの要求に対して公開鍵証明書に関する情報、特に公開鍵証明書の有効性について正しい状態を提示することができる。
【００４３】
最後に、公開鍵証明書の有効性を確認するときの処理について図１０に示したフローチャートを用いて説明する。
【００４４】
Ｗｅｂサーバ５０が提供しているコンテンツの利用者は、クライアント６に画面表示された電子標章をクリック選択する。
【００４５】
クライアント６において、電子標章がクリック選択されると、その旨が有効性確認要求として公開サーバ１０に通知される。その通知には、公開鍵証明書の発行元（認証局サーバ３０の識別情報）と発行先（公開サーバ１０の識別情報）が含まれている。
【００４６】
公開サーバ１０において、有効性確認要求が送られてきたことにより利用者によって電子標章がクリックされたことを検知すると（ステップＳ３０１）、検証処理部２５は、通知に含まれている公開鍵証明書の発行元及び発行先に一致するレコードを公開情報管理テーブル２７から読み出す（ステップＳ３０２）。仮に、該当するレコードが存在しなかったときには、電子標章が適切でない旨のメッセージをクライアント６のブラウザに表示させる（ステップＳ３０３，Ｓ３０４）。
【００４７】
ステップ３０３において該当するレコードが存在したとき、検証処理部２５は、当該レコードの「有効性」の状態値を参照し（ステップＳ３０５）、その状態値が“失効”若しくは“有効期限切れ”以外の場合、すなわち“有効期間前”又は“有効”の場合、検証処理部２５は、この時点で公開鍵証明書の有効性について改めて判定する（ステップＳ３０６）。改めて判定するのは次の理由による。すなわち、本実施の形態では、公開鍵証明書の有効性情報を定時処理等により定期的に更新する処理を実施していないため、公開サーバ１０におけるインストール情報受信時処理以降、証明書失効リストにシリアル番号が設定されない限り、公開情報管理テーブル２７に設定された「有効性」は更新されない。つまり、公開情報管理テーブル２７に設定された値が常に現在の状態を示しているとは言い切れないため、ここで説明する公開鍵証明書の有効性確認処理において現時点における公開鍵証明書の有効性の判定を改めて行うことにした。
【００４８】
有効性の判定は、現在時刻と当該レコードに設定された「有効期間開始時刻」又は「有効期間終了時刻」とを比較することで行う。当該レコードの「有効性」の状態値が“有効期間前”であったとき、時間の経過によって当該公開鍵証明書の有効性の状態は変化している可能性がある。現在時刻が有効期間の開始時刻経過後終了時刻経過前であれば、“有効”な状態であり、終了時刻経過後であれば、“有効期限切れ”若しくは“失効”の状態である。また、当該レコードの「有効性」の状態値が“有効”であったとき、時間の経過によって有効期間終了時刻を過ぎていれば“有効期限切れ”若しくは“失効”した状態である。なお、“有効期限切れ”か“失効”かの別は、証明書失効リストを参照することで確認できる。
【００４９】
このように、当該レコードの有効性について改めて判定を行い、上記のように有効性の状態を変更する必要が生じた場合には、公開情報管理テーブル２７を更新することになる（ステップＳ３０７，Ｓ３０８）。
【００５０】
ステップＳ３０７において当該レコードの有効性について改めて判定を行い、ステップＳ３０８において公開情報管理テーブル２７を更新した後、更にはステップＳ３０５において「有効性」の状態値が“失効”若しくは“有効期限切れ”の場合、検証処理部２５は、公開情報管理テーブル２７に登録されている当該公開鍵証明書の有効性情報を、クライアント６のブラウザに表示させる（ステップＳ３０９）。
【００５１】
以上のようにして、利用者は、クライアント６の画面に表示された電子標章に埋め込まれた公開鍵証明書の有効性情報を確認することができるが、その確認できる有効性情報は上記の通り現時点における状態であるために信用できる状態である。
【００５２】
なお、上記説明において、公開サーバ１０は、認証局サーバ３０から証明書失効リストを取得して内部に保持するようにしたが、内部に保持するのではなく必要なときにその都度認証局サーバ３０へ参照しにいくように処理制御してもよい。本実施の形態では、管理対象の公開鍵証明書が単一の認証局から発行されるから内部に証明書失効リスト２６を保持するようにしても問題ないが、複数の認証局発行の公開鍵証明書を管理対象とする場合、上記のように証明書失効リストを保持している認証局のサーバへ必要なときにアクセスした方が公開サーバ１０における証明書失効リストの管理を簡素化し、証明書失効リスト更新の処理負荷を軽減する。
【図面の簡単な説明】
【００５３】
【図１】本発明に係る認証システムの一実施の形態を示したブロック構成図である。
【図２】本実施の形態における公開サーバのブロック構成図である。
【図３】本実施の形態における認証局サーバのブロック構成図である。
【図４】本実施の形態におけるＷｅｂサーバのブロック構成図である。
【図５】本実施の形態における公開サーバによって保持される公開情報管理テーブルのデータ構成例を示した図である。
【図６】本実施の形態における公開サーバによって保持される変更履歴管理テーブルのデータ構成例を示した図である。
【図７】本実施の形態において公開鍵証明書を発行するときの処理を示したフローチャートである。
【図８】本実施の形態におけるインストール情報受信時処理を示したフローチャートである。
【図９】本実施の形態において公開鍵証明書が失効するときの処理を示したフローチャートである。
【図１０】本実施の形態において公開鍵証明書の有効性を確認するときの処理を示したフローチャートである。
【符号の説明】
【００５４】
２  ネットワーク、４  ファイアウォール、６  クライアント、１０  公開サーバ、１２，３２，５２  入力装置、１３，３３，５３  出力装置、１４，３４，５４  通信装置、１５，３５，５５  メモリ、１６，３６，５６  外部記憶装置、２１，４１，６１  入出力制御部、２２，４２，６２  通信制御部、２３  認証局ＩＦ部、２４  有効性管理部、２５  検証処理部、２６  証明書失効リスト、２７  公開情報管理テーブル、２８  変更履歴テーブル、３０  認証局サーバ、４３  発行処理部、４４  失効処理部、４５  証明書管理部、４６  公開鍵証明書データベース（ＤＢ）、４７  発行先管理データベース（ＤＢ）、５０  Ｗｅｂサーバ、６３  コンテンツ管理部、６４  証明書設定部、６５  Ｗｅｂコンテンツ、６６  公開鍵証明書、６７  電子標章。
【図１】
2006005613.tif 000003
【図２】
2006005613.tif 000004
【図３】
2006005613.tif 000005
【図４】
2006005613.tif 000006
【図５】
2006005613.tif 000007
【図６】
2006005613.tif 000008
【図７】
2006005613.tif 000009
【図８】
2006005613.tif 000010
【図９】
2006005613.tif 000011
【図１０】
2006005613.tif 000012