JP4474845B2 - Ｃｒｌ発行通知機能付き認証基盤システム - Google Patents
Ｃｒｌ発行通知機能付き認証基盤システム Download PDFInfo
- Publication number
- JP4474845B2 JP4474845B2 JP2003128549A JP2003128549A JP4474845B2 JP 4474845 B2 JP4474845 B2 JP 4474845B2 JP 2003128549 A JP2003128549 A JP 2003128549A JP 2003128549 A JP2003128549 A JP 2003128549A JP 4474845 B2 JP4474845 B2 JP 4474845B2
- Authority
- JP
- Japan
- Prior art keywords
- crl
- certificate
- verification server
- issuance notification
- notification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/006—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols involving public key infrastructure [PKI] trust models
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
- H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
Description
【０００１】
【発明の属する技術分野】
本発明は、公開鍵証明書の失効リストを発行する認証局と、公開鍵証明書の有効性を検証する証明書検証サーバと、上記証明書検証サーバを利用するクライアントと、からなる認証基盤システムに関する。
【０００２】
【従来の技術】
政府認証基盤（以下、ＧＰＫＩ、と記述する）をはじめとして、電子文書の作成者を明らかにし、かつ、当該電子文書が改ざんされていないことを保証するために、公開鍵認証基盤（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、以下、ＰＫＩ、と記述する）を利用したシステムが普及してきている（例えば、非特許文献１参照）。ＰＫＩを利用したシステムでは、電子文書に対して、電子署名を行う者（以下、署名者、と記述する）のみが保有する、秘密鍵（Ｐｒｉｖａｔｅ ｋｅｙ）と呼ばれる鍵によって電子署名が施される。電子署名が施された電子文書を受信した場合には、上記電子署名を検証することで、電子文書の作成者と、当該電子文書が改ざんされていないことと、を確認する。
【０００３】
高い信頼が要求される用途では、電子署名の検証を行うためには、上記署名者の公開鍵証明書（以下、証明書、と記述する）に含まれている、公開鍵と呼ばれる鍵によって、当該電子署名を検証するだけではなく、上記署名者の証明書が電子署名を検証する者（以下、検証者、と記述する）にとって有効な証明書であるか否か、を確認する必要がある。上記署名者の証明書が上記検証者にとって有効であるか否か、を検証するには、（１）認証パスの構築と、（２）認証パスの検証と、という、処理が必要である。
【０００４】
認証パスとは、上記検証者から上記署名者までの信頼の連鎖であり、証明書のチェーンとして表現される。特に、認証局同士がお互いに証明書を発行しあうような場合には、相互認証証明書という、特殊な証明書を発行する。認証局１１から認証局１９までの９個の認証局が図２に示したような相互認証の関係を持っている場合には、認証局１２が発行した証明書を持つ検証者から認証局１１が発行した証明書を持つ署名者までの認証パスは、一番目が相互認証証明書９１８、二番目が相互認証証明書９６８、三番目が相互認証証明書９４６、四番目が相互認証証明書９２４、最後が検証者の証明書、という順序の証明書チェーンとなる。このようにして構築された検証パスを検証する方法については、上記非特許文献１に詳細に記述されている。
【０００５】
また、上記ＧＰＫＩの仕様書には、証明書の有効性を検証するモデルとして、エンドエンティティモデルと、証明書検証サーバモデルが記載されている。（例えば、非特許文献２参照。）上記証明書検証サーバモデルは、証明書の有効性を検証するために、クライアントに代わってオンラインで証明書の有効性を確認する機能を提供する、証明書検証サーバを利用する。
【０００６】
上記証明書検証サーバモデルは、上記エンドエンティティモデルに比べて、次のような利点がある。まず、上記証明書検証サーバモデルでは、上記認証パスを構築する認証パス構築機能をクライアントに実装する必要がないため、クライアントの署名検証プログラムを小さくすることができる。また、クライアントは上記証明書検証サーバの判定結果を信頼するため、上記証明書検証サーバの設定を変更するだけで、システム構成の変化に柔軟に対応できる。上記非特許文献２によれば、証明書が失効されているか否かを判定するには、上記認証局が発行する証明書失効リスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ、以下、ＣＲＬ、と記述する）やＯＣＳＰレスポンダが利用される。
【０００７】
検証を行う毎に上記認証局から上記ＣＲＬを取得するのは効率が悪いため、特許文献１では、上記証明書検証サーバが上記証明書や上記ＣＲＬや上記検証パスをキャッシュすることにより証明書の有効性判定処理を高速化する方式が開示されている。
【０００８】
ところで、電子署名を検証したり、検証パスを構築したりするためには、署名者の証明書を入手することが必要である。署名者の証明書を入手する方法は大きく二つに分類することができる。
【０００９】
一つは、署名者からは電子署名付き電子文書が送付されるのみであり、当該署名者の証明書は別途入手する、という方法である。例えば、電子署名付き電子文書とともに、当該電子署名を検証するための証明書が格納されている場所を示すＵＲＬを通知する方法などが該当する。この方法では、上記検証者は、上記証明書が格納された場所（以下、証明書リポジトリ、と記述する）などにアクセスし、当該証明書を入手する必要がある。もう一つは、署名者が、電子署名付き電子文書とともに、当該電子署名を検証するために利用する証明書を添付して送付する、という方法である。
【００１０】
【特許文献１】
特開２００２−７２８７６号公報
【非特許文献１】
ITU、ITU-T Recommendation X.509 “Information technology - Open systems interconnection - The Directory: Public-key and attribute certificate frameworks”、ITU、2000年3月、p.7-53
【非特許文献２】
「政府認証基盤（ＧＰＫＩ） 政府認証基盤相互運用性仕様書」p.18-20,27-29、［online］、平成１３年４月２５日、基本問題専門部会了承、［２００３年３月１４日検索］、インターネット＜URL：http://www.soumu.go.jp/gyoukan/kanri/010514_2.pdf＞
【００１１】
【発明が解決しようとする課題】
証明書の有効性判定処理を高速化するために上記ＣＲＬをキャッシュすると、上記認証局が上記ＣＲＬを緊急に発行した場合に、キャッシュしている上記ＣＲＬが最新のものではなくなる。特許文献１にはこの点について言及していない。
【００１２】
上記の課題を解決する方法の一つとしては、上記ＣＲＬが緊急発行された場合にも有効性検証が正しく行われるために、上記証明書検証サーバが、上記ＣＲＬの格納場所（以下、ＣＲＬリポジトリと呼ぶ）に定期的にアクセスし、上記ＣＲＬが更新されていないかを確認する方法がある。上記方法は、さらに、上記証明書検証サーバ自身がネットワークを介して確認を行う方式と、上記ＣＲＬリポジトリにＣＲＬ発行確認ソフトウェアを導入して確認を行う方式と、の２種類がある。
【００１３】
上記ＣＲＬが更新されていないかを定期的に確認する方法を利用して、上記証明書の有効性検証結果の精度を高めるためには、上記確認の間隔をできる限り短くすることが必要である。しかし、上記証明書検証サーバ自身がネットワークを介して確認を行う方式では、上記確認の間隔を短くするとネットワークの負荷が大きくなる、という課題がある。
【００１４】
一方、上記ＣＲＬリポジトリに確認を行うためのＣＲＬ発行確認ソフトウェアを導入する方式の場合には、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なると、上記ＣＲＬ発行確認ソフトウェアのインストールが許可されず、上記確認が行えない場合がある、という課題がある。
【００１５】
また、複数の上記証明書検証サーバが存在する環境では、すべての上記証明書検証サーバが上記ＣＲＬリポジトリに導入された上記ＣＲＬ発行確認ソフトウェアを利用しなければ、すべての上記証明書検証サーバが同じ精度で証明書有効性検証を行うことができないため、稼動している上記証明書検証サーバの数を増減させたい場合には、上記ＣＲＬ発行確認ソフトウェアの設定を変更する必要があるが、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なると、上記証明書検証サーバの数を柔軟に変更することが困難である、という課題がある。
【００１６】
さらに、上記検証パスをキャッシュしているとしても、上記認証局によって古い相互認証証明書が破棄され、新しい相互認証証明書が発行されていた場合には、新しい相互認証証明書を含む検証パスを構築する必要がある。
【００１７】
また、複数の上記証明書検証サーバが存在する環境では、複数の上記証明書検証サーバが、同じ上記証明書の有効性を検証した場合でも、各々の上記証明書検証サーバが上記認証パスの構築や、上記ＣＲＬの取得などを行うため、特定の上記ＣＲＬリポジトリや上記証明書リポジトリにアクセスが集中したり、ネットワークの負荷が大きくなったりする可能性がある。特許文献１にはこれらについて言及していない。
【００１８】
また、上記証明書を別途入手する方法では、上記クライアントは、上記証明書検証サーバに上記証明書の有効性検証を依頼するため、まず、上記証明書リポジトリにアクセスして上記証明書を取得しなければならない、という課題がある。
【００１９】
従って、上記各課題を解決する新たな手法が求められている。
【００２０】
【課題を解決するための手段】
本発明は、上記証明書を発行する証明書発行手段と、上記ＣＲＬを発行するＣＲＬ発行手段と、を備えた認証局と、上記認証局が発行した上記証明書を格納する証明書格納手段を備えた証明書リポジトリと、上記認証局が発行した上記ＣＲＬを格納するＣＲＬ格納手段を備えたＣＲＬリポジトリと、上記証明書の有効性を検証する証明書有効性検証手段と、上記ＣＲＬリポジトリから取得した上記ＣＲＬをキャッシュするＣＲＬキャッシュ手段と、上記証明書有効性検証手段が上記証明書の有効性を検証するために構築した検証パスをキャッシュする検証パスキャッシュ手段と、を備えた証明書検証サーバと、電子署名を検証する電子署名検証手段と、上記証明書検証サーバに上記証明書の有効性検証を依頼する証明書有効性検証依頼手段と、を備えたクライアントと、から構成される、認証基盤システムにおいて、上記認証局に、上記ＣＲＬを発行すると同時に、上記証明書検証サーバに「上記ＣＲＬが発行された」旨を通知する、ＣＲＬ発行通知を送信する、ＣＲＬ発行通知送信手段、を設け、上記証明書検証サーバに、上記認証局から上記ＣＲＬ発行通知を受信する、ＣＲＬ発行通知受信手段、を設けたことを特徴とする。
【００２１】
また、本発明は、上記証明書検証サーバの上記ＣＲＬキャッシュ手段は、上記ＣＲＬ発行通知受信手段によって、上記ＣＲＬ発行通知を受信した場合に、上記認証局が新たに発行した上記ＣＲＬを上記ＣＲＬリポジトリから取得するものであること、を特徴とする。
【００２２】
さらに、本発明は、上記証明書検証サーバに、上記ＣＲＬが新たに発行されたことを発見した場合に、予め登録された、他の証明書検証サーバに対して、「ＣＲＬが発行された」旨を通知する、ＣＲＬ発行通知送信手段、を設けたことを特徴とする。
【００２３】
また、本発明は、上記認証局に、上記証明書発行手段によって上記証明書が発行された場合に、上記証明書検証サーバに「証明書が発行された」旨を通知する証明書発行通知を送信する、証明書発行通知送信手段を設け、前記証明書検証サーバに、上記証明書発行通知を受信する、証明書発行通知受信手段を設け、上記証明書有効性検証手段は、上記証明書発行通知受信手段が上記証明書発行通知を受信した場合に、新たに発行された上記証明書を含むような、上記検証パスを作成するものであって、上記検証パスキャッシュ手段は当該検証パスをキャッシュするものであること、を特徴とする。
【００２４】
さらに、本発明は、上記証明書検証サーバに、上記検証パスを構築した場合に、予め登録された、他の証明書検証サーバに当該検証パスを送信する、検証パス送信手段を設け、上記検証パスキャッシュ手段は、他の証明書検証サーバから上記検証パスを受信した場合に、当該検証パスをキャッシュするものであること、を特徴とする。
【００２５】
さらに、本発明は、上記クライアントは、上記電子署名を検証するために必要な、上記証明書の取得を、上記証明書検証サーバに依頼する、証明書取得依頼手段、を設け、上記証明書検証サーバに、上記クライアントから取得を要求された上記証明書を上記証明書リポジトリから取得し、かつ、上記証明書検証手段によって、当該証明書が有効であると判定された場合に、上記クライアントに当該証明書を送信する、証明書取得手段、を設けたことを特徴とする。
【００２６】
さらに、本発明は、「上記ＣＲＬ発行通知の送信を依頼する」旨のメッセージを作成する手段を上記証明書検証サーバに設け、上記ＣＲＬ発行通知依頼メッセージを受信する手段を上記認証局に設け、さらに、上記認証局の上記ＣＲＬ発行通知送信手段は、当該認証局に対して上記ＣＲＬ発行通知依頼メッセージを送信してきた証明書検証サーバに対して、上記ＣＲＬ発行通知を送信することを特徴とする。
【００２７】
また、本発明は、上記ＣＲＬリポジトリに新たなＣＲＬが格納されたことを発見した場合に、「ＣＲＬが発行された」旨のＣＲＬ発行通知を送信するＣＲＬ発行通知送信手段と、「上記ＣＲＬ発行通知の送信を依頼する」旨のＣＲＬ発行通知依頼メッセージを受信するＣＲＬ発行通知依頼受信手段とを、上記ＣＲＬリポジトリに備えたことを特徴とする。
【００２８】
また、本発明のＣＲＬ発行確認ソフトウェアは、ＣＲＬの発行を監視し、新たなＣＲＬの発行された場合に、ＣＲＬ発行通知を送信する手段を実現するものであり、ＣＲＬ発行通知依頼メッセージを受信する手段を実現し、上記ＣＲＬ発行通知送信手段は、上記ＣＲＬ発行通知を受信した上記ＣＲＬ発行通知依頼メッセージの送信元に送信することを特徴とする。
【００２９】
さらに、本発明の上記証明書検証サーバは、前記ＣＲＬ発行通知依頼作成手段によって作成されたＣＲＬ発行通知依頼メッセージを受信する手段を設けたことを特徴とする。
【００３０】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。なお、これによって本発明が限定されるものではない。
【００３１】
図１は、本発明の実施例である電子署名付き電子文書交換システムの一構成を示した図である。認証局１１から認証局１９までの９個の認証局（以下、まとめて、認証局１、と記述する）と、証明書リポジトリ２と、ＣＲＬリポジトリ３と、証明書検証サーバ４１から証明書検証サーバ４ｎまでのｎ個の証明書検証サーバ（以下、まとめて、証明書検証サーバ４、と記述する）と、上記証明書検証サーバ４に証明書の有効性の検証を依頼する、クライアント端末５１からクライアント端末５ｍまでのｍ個のクライアント端末（以下、まとめて、クライアント端末５、と記述する）と、がネットワーク０を介して接続されている。
【００３２】
上記認証局１は、上記クライアント端末５に証明書５０９を発行し、かつ、当該証明書５０９のコピーを上記証明書リポジトリ２に格納する証明書発行機能１０１と、失効した上記証明書５０９のリストであるＣＲＬ７を発行し、かつ、当該ＣＲＬ７を上記ＣＲＬリポジトリに格納するＣＲＬ発行機能１０２と、上記ＣＲＬ７が発行されたことを通知するＣＲＬ発行通知８を、上記証明書検証サーバ４に対して送信する、ＣＲＬ発行通知機能１０３と、「上記ＣＲＬ発行通知８の送信を依頼する」旨の、ＣＲＬ発行通知依頼メッセージ１０を受信するＣＲＬ発行通知依頼受信機能１０５と、を備えている。
【００３３】
また、認証局１１から認証局１９までの、上記認証局１は、相互認証証明書９を発行しあい、図２に示したような、相互認証の関係がある。
【００３４】
上記証明書リポジトリ２は、上記証明書５０９を保持する、証明書ＤＢ２０１と、上記認証局１から上記証明書５０９を受信し、かつ、当該証明書５０９を上記証明書ＤＢ２０１に格納し、さらには、指定された上記証明書５０９を上記証明書ＤＢ２０１から検索して返信する、証明書ＤＢ管理機能２０２と、を備えている。
【００３５】
上記ＣＲＬリポジトリ３は、上記ＣＲＬ７を保持する、ＣＲＬＤＢ３０１と、上記認証局１から上記ＣＲＬ７を受信し、かつ、当該ＣＲＬを上記ＣＲＬＤＢ３０１に格納し、さらには、指定された上記ＣＲＬ７を上記ＣＲＬＤＢ３０１から検索して返信する、証明書ＤＢ管理機能３０２と、を備えている。
【００３６】
上記証明書検証サーバ４は、
上記ＣＲＬ７をキャッシュしたＣＲＬキャッシュ４０１と、
上記証明書５０９の有効性を検証するために使用する、検証パスをキャッシュした検証パスキャッシュ４０２と、
上記クライアント端末５からの要求を受けて、証明書の有効性を検証する証明書検証機能４０３と、
上記クライアント端末５からの要求を受けて、上記証明書リポジトリ２から上記証明書５０９を取得し、かつ、当該証明書５０９の有効性を上記証明書検証機能４０３によって検証し、さらには、当該証明書５０９が有効であった場合に上記クライアント端末５に返信する、証明書取得機能４０４と、
上記ＣＲＬリポジトリ３から上記ＣＲＬ７を取得し、かつ、当該ＣＲＬ７を上記ＣＲＬキャッシュ４０１に格納する、ＣＲＬ管理機能４０５と、
上記認証局１から上記ＣＲＬ発行通知８を受信し、かつ、上記認証局１から上記ＣＲＬ発行通知８を受け取った場合に、予め登録された、あるいは、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより当該ＣＲＬ発行通知８の転送を依頼してきた、他の証明書検証サーバ４に当該ＣＲＬ発行通知８を転送する、ＣＲＬ発行通知管理機能４０６と、
上記証明書検証機能４０３が作成した上記検証パスを上記検証パスキャッシュ４０２にキャッシュし、かつ、当該検証パスを予め登録された他の証明書検証サーバ４に対して送信し、さらには、他の証明書検証サーバ４から受信した上記検証パスを上記検証パスキャッシュ４０２にキャッシュする、検証パス管理機能４０７と、
上記認証局１に対して上記ＣＲＬ発行通知８の送信を依頼する、ＣＲＬ発行通知依頼メッセージ１０を作成する、ＣＲＬ発行通知依頼作成機能４１０と、
他の証明書検証サーバ４から上記ＣＲＬ発行通知依頼メッセージ１０を受信する、ＣＲＬ発行通知依頼受信機能４１１と、を備えている。
【００３７】
上記クライアント端末５は、
他のクライアント端末５と電子文書６を交換する、電子文書交換機能５０１と、
上記電子文書６に電子署名を行い、かつ、他のクライアント端末５から受信した上記電子文書６に行われた電子署名を検証する、電子署名機能５０２と、
上記証明書検証サーバ４に上記証明書５０９の有効性の検証を要求し、かつ、上記証明書検証サーバ４から上記証明書５０９の有効性検証の結果を受信する、証明書検証要求機能５０３と、
上記電子文書６に上記証明書５０９ではなく、上記証明書５０９の格納場所を示したＵＲＬが添付されていた場合に、当該ＵＲＬに格納されている上記証明書５０９を取得するために上記証明書検証サーバ４に当該証明書識別情報を送信し、かつ、上記証明書検証サーバ４から当該証明書５０９を受信する、証明書取得依頼機能５０６と、
上記電子署名作成機能５０２が利用する、秘密鍵５０８と、
上記認証局１が発行した、上記証明書５０９と、を備えている。
【００３８】
なお、上記クライアント端末５１の上記証明書５０９１は上記認証局１１から発行されており、上記クライアント端末５２の上記証明書５０９２は上記認証局１２から発行されている。
【００３９】
また、本実施例では、上記証明書検証要求機能５０３と、上記証明書取得依頼機能５０６と、が利用する上記証明書検証サーバ４は、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの上記証明書検証サーバ４のうち、予め定められた、特定の上記証明書検証サーバ４を利用する。
【００４０】
例えば、クライアント端末５２は上記証明書検証サーバ４１を利用する。
【００４１】
なお、図１に示す認証局１、証明書リポジトリ２、ＣＲＬリポジトリ３、証明書検証サーバ４、クライアント端末５、の各装置は、例えば、図９に示すような、ＣＰＵ９１と、メモリ９２と、ハードディスク等の外部記憶装置９３と、ＣＤ-ＲＯＭ等の可搬性を有する記憶媒体９９から情報を読み取る読取装置９４と、ネットワークを介して他装置と通信を行うための通信装置９５と、キーボードやマウス等の入力装置９６と、モニタやプリンタ等の出力装置９７と、これらの各装置間のデータ送受を行うインターフェース９８とを備えた、一般的な電子計算機において、ＣＰＵ９１がメモリ９２上にロードされた所定のプログラムを実行することにより、実現できる。
【００４２】
すなわち、証明書発行機能１０１、ＣＲＬ発行機能１０２、ＣＲＬ発行通知機能１０３、ＣＲＬ発行通知依頼受信機能１０５、証明書ＤＢ管理機能２０２、ＣＲＬＤＢ管理機能３０２、証明書検証機能４０３、証明書取得機能４０４、ＣＲＬ管理機能４０５、ＣＲＬ発行通知管理機能４０６、検証パス管理機能４０７、ＣＲＬ発行通知依頼作成機能４１０、ＣＲＬ発行通知依頼受信機能４１１、電子文書交換機能５０１、電子署名機能５０２、証明書検証要求機能５０３、証明書取得依頼機能５０４、はＣＰＵ９１が所定のプログラムを実行することによるプロセスとして実現できる。また、証明書ＤＢ２０１、ＣＲＬＤＢ３０１、ＣＲＬキャッシュ４０１、検証パスキャッシュ４０２、は、ＣＰＵ９１がメモリ９２や外部記憶装置６３を利用することにより実現できる。
【００４３】
このような電子計算機上に、上記各装置を実現するための所定のプログラムは、読取装置９４を介して電子計算機が利用可能な記憶媒体９９から導入されてもよいし、あるいは、通信装置９６を介してネットワークまたはネットワークを伝搬する搬送波といった、電子計算機が利用可能な通信媒体を介して他のサーバから導入されてもよい。
【００４４】
導入に際しては、一旦、外部記憶装置９３に格納された後、そこからメモリ９２上にロードされてＣＰＵ９１に実行されてもよいし、あるいは、外部記憶装置９３に格納されることなく、直接メモリ９２上にロードされて、ＣＰＵ９１に実行されてもよい。
【００４５】
次に、図１の電子署名利用システムの動作について、上記証明書検証サーバ４が上記認証局１に対して上記ＣＲＬ発行通知８の送信を依頼する場合の動作について、図面を用いて説明する。
【００４６】
図７は、図１の電子署名利用システムにおいて、上記証明書検証サーバ４が上記認証局１に対して上記ＣＲＬ発行通知８の送信を依頼する場合の、上記証明書検証サーバ４と、上記認証局１と、の動作を示す。
【００４７】
上記証明書検証サーバ４において、上記ＣＲＬ発行通知依頼作成機能４１０が、上記ＣＲＬ発行通知依頼メッセージ１０を作成し（ステップ７１０１）、上記認証局１に送信する（ステップ７１０２）。
【００４８】
図８（ａ）に例示する、ＣＲＬ発行通知依頼メッセージ１０は、「上記ＣＲＬ発行通知８の送信を依頼する」旨のメッセージと、上記ＣＲＬ発行通知８の送信先となるネットワーク０上のアドレスであるホスト名と、から構成されている。
【００４９】
上記認証局１では、上記ＣＲＬ発行通知依頼受信機能１０５が、上記ＣＲＬ発行通知依頼メッセージ１０を受信する（ステップ７２０１）と、当該ＣＲＬ発行通知依頼メッセージ１０を送信してきた、上記証明書検証サーバ４のホスト名をＣＲＬ発行通知送信先リスト１０４に追加する（ステップ７２０２）。
【００５０】
上記証明書検証サーバ４１から上記証明書検証サーバ４２への上記ＣＲＬ発行通知８の転送を依頼する場合には、まず、上記証明書検証サーバ４１の上記ＣＲＬ発行通知依頼作成機能４１０が上記ＣＲＬ発行通知依頼メッセージ１０を作成し、上記証明書検証サーバ４２に送信する。
【００５１】
上記証明書検証サーバ４２のＣＲＬ発行通知依頼受信機能４１１は、当該ＣＲＬ発行通知依頼メッセージ１０を受信し、送信元である上記証明書検証サーバ４のホスト名をＣＲＬ発行通知転送先リスト４０８に追加する。
【００５２】
上記証明書検証サーバ４が上記認証局１に対して上記ＣＲＬ発行通知８の送信停止を依頼する場合には、図８（ｂ）に例示するような、ＣＲＬ発行通知依頼メッセージ１０を、上記認証局１に送信する。
【００５３】
図８（ｂ）のＣＲＬ発行通知依頼メッセージ１０は、「上記ＣＲＬ発行通知８の送信停止を依頼する」旨のメッセージと、上記ＣＲＬ発行通知８の送信先のホスト名と、から構成されている。
【００５４】
上記認証局１は、図８（ｂ）のＣＲＬ発行通知依頼メッセージ１０を受信したら、記載されている上記証明書検証サーバ４のホスト名をＣＲＬ発行通知転送先リスト４０８から削除する。
【００５５】
上記証明書検証サーバ４が、他の証明書検証サーバ４に上記ＣＲＬ発行通知８の転送を依頼したり、転送停止を依頼したりする場合には、依頼先の証明書検証サーバ４に、上記ＣＲＬ発行通知依頼メッセージ１０を送信する。
【００５６】
次に、図１の電子署名利用システムにおいて、上記ＣＲＬ７が発行された場合の、上記認証局１と、上記ＣＲＬリポジトリ３と、上記証明書検証サーバ４と、の動作について、図面を用いて説明する。
【００５７】
図３は、図１の電子署名利用システムにおいて、上記ＣＲＬ７が発行された場合の、上記認証局１と、上記ＣＲＬリポジトリ３と、上記証明書検証サーバ４と、の動作を示す図である。
【００５８】
まず、上記認証局１の動作について説明する。
【００５９】
上記認証局１は、上記ＣＲＬ発行機能１０２が上記ＣＲＬ７を作成する（ステップ３１０１）と、当該ＣＲＬ発行機能１０２が当該ＣＲＬ７を上記ＣＲＬリポジトリ３に送信する（ステップ３１０２）。
【００６０】
次に、上記ＣＲＬ発行通知機能１０３が、上記ＣＲＬ発行通知８を作成し、予め定められた、あるいは、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより当該ＣＲＬ発行通知８の送信を依頼してきた、上記証明書検証サーバ４に送信する（ステップ３１０３）。
【００６１】
なお、本実施例では、認証局１は、ＣＲＬ発行通知送信先リスト１０４にホスト名が記載されている、上記証明書検証サーバ４に上記ＣＲＬ発行通知８を送信する。
【００６２】
図６の（ａ）は、上記認証局１が管理しているＣＲＬ発行通知送信先リスト１０４の一例であり、上記証明書検証サーバ４１のホスト名と、上記証明書検証サーバ４ｎのホスト名と、が記載されている。
【００６３】
したがって、上記認証局１の上記ＣＲＬ発行通知機能１０３は、上記証明書検証サーバ４１と、上記証明書検証サーバ４ｎと、に上記ＣＲＬ発行通知８を送信する。
【００６４】
次に、上記ＣＲＬリポジトリ３の動作について説明する。
【００６５】
上記ＣＲＬリポジトリ３の上記ＣＲＬＤＢ管理機能３０２は、上記認証局１、あるいは、上記証明書検証サーバ４からのアクセスを待ち受け、上記認証局１から上記ＣＲＬ７を受信する（ステップ３３０１）と、当該ＣＲＬ７を上記ＣＲＬＤＢ３０１格納し（ステップ３３０２）、再び、上記認証局１、あるいは、上記証明書検証サーバ４からのアクセスを待ち受ける。
【００６６】
一方、上記証明書検証サーバ４から、上記ＣＲＬ７を送信するように依頼を受ける（ステップ３３０３）と、上記ＣＲＬＤＢ３０１から当該ＣＲＬ７を検索し（ステップ３３０４）、上記証明書検証サーバ４に当該ＣＲＬ７を送信して（ステップ３３０５）、再び、上記認証局１、あるいは、上記証明書検証サーバ４からのアクセスを待ち受ける。
【００６７】
次に、上記証明書検証サーバ４の動作について説明する。
【００６８】
ここでは、上記認証局１から上記ＣＲＬ発行通知８を受信する上記証明書検証サーバ４１の動作によって、上記証明書検証サーバ４の動作を説明する。
【００６９】
まず、上記証明書検証サーバ４１では、上記ＣＲＬ発行通知管理機能４０６が、上記認証局１、あるいは、他の証明書検証サーバ４、から上記ＣＲＬ発行通知８を受信する（ステップ３４０１）と、まず、当該ＣＲＬ発行通知８を既に受信したかどうかを調べ（ステップ３４０２）、当該ＣＲＬ発行通知８を既に受信していた場合には、そのまま処理を終了する。
【００７０】
一方、上記ＣＲＬ発行通知８を初めて受信した場合には、上記ＣＲＬ管理機能４０５が、上記ＣＲＬリポジトリ３にアクセスし（ステップ３４０３）、上記ＣＲＬ７を取得し（ステップ３４０４）、上記ＣＲＬキャッシュ４０１キャッシュする（ステップ３４０５）。
【００７１】
次に、上記ＣＲＬ発行通知管理機能４０６は、予め登録された、あるいは、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより当該ＣＲＬ発行通知８の転送を依頼してきた、他の証明書検証サーバ４に、上記ＣＲＬ発行通知８を転送する（ステップ３４０６）。
【００７２】
上記証明書検証サーバ４は、ＣＲＬ発行通知転送先リスト４０８というリストを利用して、上記ＣＲＬ発行通知６を転送する、上記証明書検証サーバ４を管理している。
【００７３】
図６の（ｂ）は、上記証明書検証サーバ４１が管理している上記ＣＲＬ発行通知転送先リスト４０８の一例であり、上記証明書検証サーバ４２のホスト名と、上記証明書検証サーバ４３のホスト名と、上記証明書検証サーバ４ｎのホスト名とが記載されている。
【００７４】
したがって、上記ＣＲＬ発行通知管理機能４０６は、上記ＣＲＬ発行通知６を、上記証明書検証サーバ４２と、上記証明書検証サーバ４３と、上記証明書検証サーバ４ｎに転送する。
【００７５】
なお、本実施例では、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの各々のホスト名は、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの証明書検証サーバ４が各々に保持している、上記ＣＲＬ発行通知転送先リスト４０８のいずれかに必ず記載されているようにしている。
【００７６】
こうすることにより、どれか一つの上記証明書検証サーバ４が上記認証局１から上記ＣＲＬ発行通知６を受け取れば、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでのすべての証明書検証サーバ４が上記ＣＲＬ発行通知６を受け取ることができる。
【００７７】
また、上記証明書検証サーバ４を新たに追加する場合には、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの証明書検証サーバ４が各々に保持している、上記ＣＲＬ発行通知転送先リスト４０８のいずれかに当該証明書検証サーバ４のホスト名を追加すれば、上記ＣＲＬ発行通知送信先リスト１０４を変更する必要はなくなる。
【００７８】
以上が、上記ＣＲＬ７が発行された場合の、図１の電子署名利用システムの動作である。
【００７９】
次に、図１の電子署名付き電子文書交換システムにおいて、上記クライアント端末５１から、上記クライアント端末５２に、上記電子文書６を送信する場合の動作について、図面を用いて説明する。
【００８０】
なお、本実施例では、上記電子文書６に施された電子署名を検証するための上記証明書５０９は、上記電子文書６に添付される場合と、上記電子文書６に添付されない場合と、の二つの場合があるが、まずは、上記電子文書６に施された電子署名を検証するための上記証明書５０９が、上記電子文書６に添付される場合について説明する。
【００８１】
図４は、図１の電子署名付き電子文書交換システムにおいて、上記電子文書６に施された電子署名を検証するための上記証明書５０９が、上記電子文書６に添付される場合に、上記クライアント端末５１から、上記クライアント端末５２に、上記電子文書６を送信する際の、上記クライアント端末５１と、上記クライアント端末５２と、上記証明書検証サーバ４１と、上記証明書検証サーバ４２と、の動作を示した図である。
【００８２】
まず、上記クライアント端末５１の動作について説明する。
【００８３】
上記クライアント端末５１は、上記電子文書交換機能５０１が、上記クライアント端末５２に送信する、上記電子文書６を作成する（ステップ４５０１）と、上記電子署名機能５０２が、上記秘密鍵５０８１を使用して、当該電子文書６に電子署名を施す（ステップ４５０２）。
【００８４】
次に、上記電子文書交換機能５０１は、電子署名が施された、上記電子文書６を、上記証明書５０９１とともに、上記クライアント端末５２に送信する（ステップ４５０３）。
【００８５】
次に、上記クライアント端末５２の動作について説明する。
【００８６】
上記クライアント端末５２は、上記電子文書６を受信する（ステップ４５１１）と、上記電子文書６とともに送信されてきた上記証明書５０９１の有効性を検証するため、上記証明書有効性確認機能５０３が、上記証明書検証サーバ４１に当該証明書５０９１の有効性検証を依頼し（ステップ４５１２）、上記証明書検証サーバ４１から有効性検証の結果を受信する（ステップ４５１３）。
【００８７】
ここで、上記有効性検証の結果が、上記証明書５０９１は、上記クライアント端末５２にとって有効ではない、というものであった場合、処理を終了する。
【００８８】
一方、上記有効性検証の結果が、上記証明書５０９１は、上記クライアント端末５２にとって有効である、というものであった場合、上記電子署名機能５０３は、上記証明書５０９１から公開鍵を取り出し、上記電子文書６に施されている電子署名を検証する（ステップ４５１５）。ここで、上記電子署名が正しくないと判定された場合には処理を終了する。
【００８９】
一方、上記電子署名が正しいと判定された場合には、上記電子署名６を保存する（ステップ４５１６）。
【００９０】
次に、上記証明書検証サーバ４の動作について説明する。
【００９１】
まず、上記証明書検証サーバ４１は、上記クライアント端末５２から上記証明書５０９１の有効性検証を依頼される（ステップ４４０１）と、上記証明書検証機能４０３が、上記クライアント端末５２から上記クライアント端末５１までの検証パスが、上記検証パスキャッシュ４０２に存在しているかを確認する（ステップ４４０２）。
【００９２】
ここで、上記検証パスキャッシュ４０２に、当該検証パスが存在する場合には、ステップ４４０４に進む。一方、上記検証パスキャッシュ４０２に、当該検証パスが存在しなかった場合には、当該検証パスを構築し（ステップ４４０３）、ステップ４４０４に進む。
【００９３】
ステップ４４０４では、上記証明書検証４０３は、上記ＣＲＬキャッシュ４０１から上記ＣＲＬ７を取り出し、上記検証パスが有効か否かを判定する。次に、判定結果を上記クライアント端末５２に送信する（ステップ４４０５）。
【００９４】
ここで、上記検証パスが、ステップ４４０３で新たに構築されたものでない場合には、処理を終了する。一方、上記検証パスが、ステップ４４０３で新たに構築されたものであった場合には、検証パス送信先リスト４０９にホスト名が記載されている、上記証明書検証サーバ４に当該検証パスを送信し（ステップ４４０７）、処理を終了する。
【００９５】
上記検証パス送信先リスト４０９は、新たに構築した上記検証パスを送信する上記証明書検証サーバ４のホスト名を記載したリストであり、本実施例では、上記ＣＲＬ発行通知転送先リスト４０８を上記検証パス送信先リスト４０９にも利用している。
【００９６】
したがって、ステップ４４０７では、上記検証パスは、上記証明書検証サーバ４２と、上記証明書検証サーバ４３と、上記証明書検証サーバ４ｎと、に送信される。
【００９７】
なお、本実施例では、上記ＣＲＬ発行通知転送先リスト４０８と、上記検証パス送信先リスト４０９と、に同じリストを使用しているが、本発明はそれに限定されるものではなく、個々に異なるリストを利用しても良い。
【００９８】
一方、上記証明書検証サーバ４２や、上記証明書検証サーバ４３や、上記証明書検証サーバ４ｎは、上記証明書検証サーバ４１から上記検証パスを受信する（ステップ４４１１）と、上記検証パス管理機能４０７は当該検証パスが上記検証パスキャッシュ４０２にキャッシュされているかどうかを確認する（ステップ４４１２）。
【００９９】
ここで、上記検証パスキャッシュ４０２に上記検証パスがキャッシュされていれば、何もせず、処理を終了する。一方、上記検証パスキャッシュ４０２に上記検証パスがキャッシュされていなければ、当該検証パスを上記検証パスキャッシュ４０２にキャッシュし（ステップ４４１３）、検証パス送信先リスト４０９にホスト名が記載されている、上記証明書検証サーバ４に当該検証パスを送信し（ステップ４４１４）、処理を終了する。
【０１００】
なお、本実施例では、上記証明書検証サーバ４の上記検証パス管理機能４０７は、検証パスを送受したり、キャッシュしたりするようにしているが、本発明はそれに限定されるものではなく、上記検証パスを一意に識別できるような検証パス情報を送受したり、キャッシュしたりし、必要なときに当該検証パス情報から対応する検証パスを構成するようにしてもよい。
【０１０１】
以上が、上記電子文書６に施された電子署名を検証するための上記証明書５０９が上記電子文書６に添付される場合の、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、図１の電子署名付き電子文書交換システムの動作である。
【０１０２】
次に、上記電子文書６に施された電子署名を検証するための上記証明書５０９が上記電子文書６に添付されない場合の、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、図１の電子署名付き電子文書交換システムの動作について、図面を用いて説明する。
【０１０３】
図５は、図１の電子署名付き電子文書交換システムにおいて、上記電子文書６に施された電子署名を検証するための上記証明書５０９が、上記電子文書６に添付されない場合に、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、上記クライアント端末５１と、上記クライアント端末５２と、上記証明書検証サーバ４と、上記証明書リポジトリ２と、の動作を示した図である。
【０１０４】
まず、上記クライアント端末５１の動作について説明する。
【０１０５】
上記クライアント端末５１は、上記電子文書交換機能５０１が、上記クライアント端末５２に送信する、上記電子文書６を作成する（ステップ５５０１）と、上記電子署名機能５０２が、上記秘密鍵５０８１を使用して、当該電子文書６に電子署名を施す（ステップ５５０２）。
【０１０６】
次に、上記電子文書交換機能５０１は、電子署名が施された、上記電子文書６を、上記証明書５０９１の格納場所を示したＵＲＬとともに、上記クライアント端末５２に送信する（ステップ５５０３）。
【０１０７】
なお、本実施例では、上記電子文書６とともに、上記証明書５０９の格納場所を示したＵＲＬを送信するようにしているが、本発明はこれに限定されるものではなく、上記証明書５０９に記載されている情報の一部を送信するようにしてもよい。
【０１０８】
次に、上記クライアント端末５２の動作について説明する。
【０１０９】
上記クライアント端末５２は、上記電子文書６を受信する（ステップ５５１１）と、上記証明書取得依頼機能５０４が、上記電子文書６とともに送信されてきた上記ＵＲＬに対応する上記証明書５０９１を上記証明書検証サーバ４１に取得するように依頼し（ステップ５５１２）、上記証明書検証サーバ４１から依頼結果を受信する（ステップ５５１３）。
【０１１０】
ここで、上記依頼結果に上記証明書５０９１が含まれていなかった場合、すなわち、上記ＵＲＬが示す上記証明書５０９１が上記クライアント端末５２にとって有効なものでない、と上記証明書検証サーバ４１が判断した場合には、処理を終了する。一方、上記依頼結果に上記証明書５０９１が含まれていた場合、上記電子署名機能５０３は、上記証明書５０９１から公開鍵を取り出し、上記電子文書６に施されている電子署名を検証する（ステップ５５１５）。ここで、上記電子署名が正しくないと判定された場合には、処理を終了する。一方、上記電子署名が正しいと判定された場合には、上記電子署名６を保存し（ステップ５５１６）、処理を終了する。
【０１１１】
次に、上記証明書検証サーバ４の動作について説明する。
【０１１２】
上記証明書検証サーバ４１の上記証明書取得機能４０４は、上記クライアント端末５２から、上記証明書５０９１を取得するように依頼を受けると（ステップ５４０１）、上記クライアント端末５２から送信された上記ＵＲＬを用いて、上記証明書リポジトリ２にアクセスし（ステップ５４０２）、上記証明書５０９１を取得する（ステップ５４０３）。
【０１１３】
次に、上記証明書検証機能４０３によって、上記証明書５０９１が、上記クライアント端末５２にとって、有効な証明書であるか否かを判定する（ステップ５４０４）。
【０１１４】
ここで、上記証明書検証機能４０３の動作については、図４のステップ４４０２からステップ４４０９までの動作と同じであり、説明を省略する。
【０１１５】
上記判定によって、上記証明書５０９１が、上記クライアント端末５２にとって、有効な証明書である、と判定された場合、当該証明書５０９１を含む依頼結果を作成し（ステップ５４０５）、上記クライアント端末５２に送信する（ステップ５４０７）。一方、上記証明書５０９１が、上記クライアント端末５２にとって、有効な証明書でない、と判定された場合には、「有効でない」旨を示す依頼結果を作成し（ステップ５４０６）として上記クライアント端末５２に送信する（ステップ５４０７）。
【０１１６】
次に、上記証明書リポジトリ２の動作について説明する。
【０１１７】
上記証明書リポジトリ２の上記証明書ＤＢ管理機能２０２は、上記証明書検証サーバ４１から、上記証明書５０９１を送信するように依頼を受ける（ステップ５２０１）と、上記証明書ＤＢ２０１から当該証明書５０９１を検索し（ステップ５２０２）、上記証明書検証サーバ４に当該証明書５０９１を送信する（ステップ５２０３）。
【０１１８】
以上が、上記電子文書６に施された電子署名を検証するための上記証明書５０９が上記電子文書６に添付されない場合の、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、図１の電子署名付き電子文書交換システムの動作である。
【０１１９】
このように、本実施例の電子署名付き電子文書交換システムでは、上記認証局１が上記ＣＲＬ７を発行する際に、上記ＣＲＬ発行通知８を、上記ＣＲＬ発行通知送信先リスト１０４にホスト名が記載された、上記証明書検証サーバ４に送信することで、上記ＣＲＬ７を発行したことを上記証明書検証サーバ４に通知し、かつ、上記ＣＲＬ発行通知８を受信した上記証明書検証サーバ４は、上記ＣＲＬリポジトリ３から上記ＣＲＬ７を取得して、キャッシュするようにしている。
【０１２０】
このため、上記認証局１が上記ＣＲＬ７を緊急に発行したような場合でも、上記証明書検証サーバ４がキャッシュしているＣＲＬは最新のものであるため、上記証明書５０９の有効性検証結果の精度を保証することができる。
【０１２１】
また、本実施例の電子署名付き電子文書交換システムでは、上記ＣＲＬ発行通知８を受信した上記証明書検証サーバ４は、上記ＣＲＬ発行通知転送先リスト４０８にホスト名が記載されている、他の証明書検証サーバ４に、当該ＣＲＬ発行通知８を転送するようにしている。
【０１２２】
このため、新しく証明書検証サーバ４を追加するような場合でも、上記証明書検証サーバ４の上記ＣＲＬ発行通知転送先リスト４０８に、新たな証明書検証サーバ４のホスト名を記載するだけで、上記ＣＲＬ発行通知８を受信することができるようになり、上記認証局１側の設定を変更する必要はない。
【０１２３】
また、本実施例の電子署名付き電子文書交換システムでは、上記証明書検証サーバ４が、他の証明書検証サーバ４から上記検証パスを受信した場合に、当該検証パスをキャッシュし、かつ、上記証明書検証サーバ４が新たに検証パスを構築した場合には、上記検証パス送信先リスト４０９にホスト名が記載されている、他の証明書検証サーバ４に、当該新たな検証パスを送信するようにしている。
【０１２４】
このため、複数の上記証明書検証サーバ４の間で検証パスを共有することができるため、上記証明書リポジトリ２や上記ＣＲＬリポジトリ３へのアクセスが集中したり、ネットワークの負荷が増大することを防ぐことができる。
【０１２５】
さらに、本実施例の電子署名付き電子文書交換システムでは、上記クライアント端末５が、上記証明書５０９の格納場所を示したＵＲＬを受信した場合に、上記証明書リポジトリ２にアクセスするのではなく、上記証明書検証サーバ４に上記証明書５０９の取得を依頼し、かつ、上記証明書検証サーバ４は、上記証明書リポジトリ２から取得した上記証明書５０９が、上記クライアント端末５にとって有効な証明書であった場合にのみ、上記証明書５０９を上記クライアント端末５に返信するようにしている。
【０１２６】
このため、上記クライアント端末５には、上記証明書リポジトリ２にアクセスする機能を実装する必要がない。
【０１２７】
なお、本実施例では、上記ＣＲＬ発行通知８には、「ＣＲＬが発行された旨」の通知のみが記載されているが、本発明はそれに限定されるものではない。
【０１２８】
例えば、上記ＣＲＬ発行通知８には、新たに発行された上記ＣＲＬ７自身が含まれていたり、あるいは、以前に発行されたＣＲＬ７と、新たに発行されたＣＲＬ７との、差分情報が含まれていたりしてもよい。さらには、新たに失効された証明書５０９の識別情報の一覧が含まれていてもよい。
【０１２９】
上記ＣＲＬ発行通知８に、新たに発行された上記ＣＲＬ７自身や、以前に発行されたＣＲＬ７と新たに発行されたＣＲＬ７との差分情報や、新たに失効された証明書５０９の識別情報の一覧を含めることにより、当該ＣＲＬ発行通知８を受信した上記証明書検証サーバ４は、上記ＣＲＬリポジトリ３にアクセスして新たに発行されたＣＲＬ７を取得する処理を省くことができる。
【０１３０】
また、本実施例では、上記ＣＲＬ発行通知８の送信や、上記ＣＲＬ発行通知依頼メッセージ１０の受信は、上記認証局１が行うようにしているが、本発明はそれに限定されるものではない。例えば、上記ＣＲＬ発行通知８の送信や、上記ＣＲＬ発行通知依頼メッセージ１０の受信を上記ＣＲＬリポジトリ３が行うようにしてもよい。
【０１３１】
あるいは、ＣＲＬリポジトリ３に、上記ＣＲＬ７の発行を監視し、新たなＣＲＬ７が発行されたことを確認した場合に上記ＣＲＬ発行通知８を送信する機能を実現するＣＲＬ発行確認ソフトウェアを導入し、さらに当該ＣＲＬ発行確認ソフトウェアは上記ＣＲＬ発行通知依頼受信機能を実現し、上記ＣＲＬ発行通知送信機能は、受信した上記ＣＲＬ発行通知依頼メッセージの送信元に、上記ＣＲＬ発行通知を送信するようにしてもよい。
【０１３２】
上記ＣＲＬ発行確認ソフトウェアを利用することで、上記ＣＲＬ発行通知送信機能を持たない上記認証局１や上記ＣＲＬリポジトリ３をも利用することが可能になる。さらに、上記ＣＲＬ発行通知依頼受信機能が上記ＣＲＬ発行通知の送信先を管理すれば、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なっても上記証明書検証サーバの数を柔軟に変更することができる。
【０１３３】
本実施例によれば、上記ＣＲＬ発行通知は上記認証局が上記ＣＲＬを発行した時に当該認証局から上記証明書検証サーバに対して行われるだけであるので、一定時間毎に上記ＣＲＬが発行されているかどうかを確認する必要がなく、ネットワーク０にかかる負荷が小さくて済む。
【０１３４】
また、上記ＣＲＬ発行通知８は上記認証局１によって行われるため、上記ＣＲＬリポジトリ３と、上記証明書検証サーバ４の運営者が異なる場合でも、高い精度の証明書有効性検証を行うことができる。
【０１３５】
さらに、上記証明書検証サーバ４は、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより上記ＣＲＬ発行通知８の送信を依頼することができるため、上記ＣＲＬリポジトリ３の運営者と上記証明書検証サーバ４の運営者とが異なっても上記証明書検証サーバ４の数を柔軟に変更することができる。
【０１３６】
さらに、上記証明書検証サーバが新たなＣＲＬが発行されたことを発見した場合、当該証明書検証サーバが他の証明書検証サーバに新たな上記ＣＲＬが発行されたことを通知する。
【０１３７】
送信する上記証明書検証サーバを変更したい場合には、当該証明書検証サーバの設定を変更すればよいため、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なっても上記証明書検証サーバの数を柔軟に変更することができる。
【０１３８】
さらに、上記証明書検証サーバが、検証パスを新たに構築した場合、当該検証パスを他の証明書検証サーバにも転送し、検証パスを共有するため、特定の上記ＣＲＬリポジトリや上記証明書リポジトリへのアクセスの集中や、ネットワーク負荷を抑えることができる。
【０１３９】
また、上記証明書を別途入手する方法を利用した場合にも、上記クライアントは、上記証明書リポジトリにアクセスして上記証明書を取得するのではなく、上記証明書検証サーバに、上記証明書を取得し、かつ、当該証明書の有効性を検証するように依頼するため、クライアントに、上記証明書リポジトリにアクセスして上記証明書を取得する機能を実装する必要がない。
【０１４０】
【発明の効果】
したがって、本発明によれば、上記証明書の有効性検証を高い精度と少ない負荷で確実に行なうことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用された、電子署名付き電子文書交換システムのシステム構成を示す図である。
【図２】図１の電子署名付き電子文書交換システムにおいて、認証局１間の相互認証の関係を示す図である。
【図３】図１の電子署名付き電子文書交換システムにおいて、ＣＲＬ７が発行された場合の動作を示す図である。
【図４】図１の電子署名付き電子文書交換システムにおいて、証明書５０９が電子文書とともに送付される場合に、クライアント端末５が電子文書６を送受する際の動作を示す図である。
【図５】図１の電子署名付き電子文書交換システムにおいて、証明書５０９が電子文書とともには送付されない場合に、クライアント端末５が電子文書６を送受する際の動作を示す図である。
【図６】ＣＲＬ発行通知送信先リスト１０４と、ＣＲＬ発行通知転送先リスト４０８の一例を示す図である。
【図７】図１の電子署名付き電子文書交換システムにおいて、証明書検証サーバ４が認証局１に対してＣＲＬ発行通知８の送信を依頼する場合の動作を示す図である。
【図８】ＣＲＬ発行通知依頼メッセージ１０の一例を示す図である。
【図９】図１に示す認証局１、証明書リポジトリ２、ＣＲＬリポジトリ３、証明書検証サーバ４、クライアント端末５の各々のハードウエア構成例を示す図である。
【符号の説明】
０・・・ネットワーク、１、１１〜１９・・・認証局、２・・・証明書リポジトリ、３・・・ＣＲＬリポジトリ、４、４１〜４ｎ・・・証明書検証サーバ、５、５１〜５ｍ・・・クライアント端末、６・・・電子文書、７・・・ＣＲＬ、８・・・ＣＲＬ発行通知、９・・・相互認証証明書、１０・・・ＣＲＬ発行通知依頼メッセージ、９１・・・ＣＰＵ、９２・・・メモリ、９３・・・外部記憶装置、９４・・・読取装置、９５・・・通信装置、９６・・・入力装置、９７・・・出力装置、９８・・・インターフェース、９９・・・記憶媒体、１０４・・・ＣＲＬ発行通知送信先リスト、４０８・・・ＣＲＬ発行通知転送先リスト、４０９・・・検証パス送信先リスト、５０８、５０８１〜５０８ｍ・・・秘密鍵、５０９、５０９１〜５０９ｍ・・・証明書。
【発明の属する技術分野】
本発明は、公開鍵証明書の失効リストを発行する認証局と、公開鍵証明書の有効性を検証する証明書検証サーバと、上記証明書検証サーバを利用するクライアントと、からなる認証基盤システムに関する。
【０００２】
【従来の技術】
政府認証基盤（以下、ＧＰＫＩ、と記述する）をはじめとして、電子文書の作成者を明らかにし、かつ、当該電子文書が改ざんされていないことを保証するために、公開鍵認証基盤（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、以下、ＰＫＩ、と記述する）を利用したシステムが普及してきている（例えば、非特許文献１参照）。ＰＫＩを利用したシステムでは、電子文書に対して、電子署名を行う者（以下、署名者、と記述する）のみが保有する、秘密鍵（Ｐｒｉｖａｔｅ ｋｅｙ）と呼ばれる鍵によって電子署名が施される。電子署名が施された電子文書を受信した場合には、上記電子署名を検証することで、電子文書の作成者と、当該電子文書が改ざんされていないことと、を確認する。
【０００３】
高い信頼が要求される用途では、電子署名の検証を行うためには、上記署名者の公開鍵証明書（以下、証明書、と記述する）に含まれている、公開鍵と呼ばれる鍵によって、当該電子署名を検証するだけではなく、上記署名者の証明書が電子署名を検証する者（以下、検証者、と記述する）にとって有効な証明書であるか否か、を確認する必要がある。上記署名者の証明書が上記検証者にとって有効であるか否か、を検証するには、（１）認証パスの構築と、（２）認証パスの検証と、という、処理が必要である。
【０００４】
認証パスとは、上記検証者から上記署名者までの信頼の連鎖であり、証明書のチェーンとして表現される。特に、認証局同士がお互いに証明書を発行しあうような場合には、相互認証証明書という、特殊な証明書を発行する。認証局１１から認証局１９までの９個の認証局が図２に示したような相互認証の関係を持っている場合には、認証局１２が発行した証明書を持つ検証者から認証局１１が発行した証明書を持つ署名者までの認証パスは、一番目が相互認証証明書９１８、二番目が相互認証証明書９６８、三番目が相互認証証明書９４６、四番目が相互認証証明書９２４、最後が検証者の証明書、という順序の証明書チェーンとなる。このようにして構築された検証パスを検証する方法については、上記非特許文献１に詳細に記述されている。
【０００５】
また、上記ＧＰＫＩの仕様書には、証明書の有効性を検証するモデルとして、エンドエンティティモデルと、証明書検証サーバモデルが記載されている。（例えば、非特許文献２参照。）上記証明書検証サーバモデルは、証明書の有効性を検証するために、クライアントに代わってオンラインで証明書の有効性を確認する機能を提供する、証明書検証サーバを利用する。
【０００６】
上記証明書検証サーバモデルは、上記エンドエンティティモデルに比べて、次のような利点がある。まず、上記証明書検証サーバモデルでは、上記認証パスを構築する認証パス構築機能をクライアントに実装する必要がないため、クライアントの署名検証プログラムを小さくすることができる。また、クライアントは上記証明書検証サーバの判定結果を信頼するため、上記証明書検証サーバの設定を変更するだけで、システム構成の変化に柔軟に対応できる。上記非特許文献２によれば、証明書が失効されているか否かを判定するには、上記認証局が発行する証明書失効リスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ、以下、ＣＲＬ、と記述する）やＯＣＳＰレスポンダが利用される。
【０００７】
検証を行う毎に上記認証局から上記ＣＲＬを取得するのは効率が悪いため、特許文献１では、上記証明書検証サーバが上記証明書や上記ＣＲＬや上記検証パスをキャッシュすることにより証明書の有効性判定処理を高速化する方式が開示されている。
【０００８】
ところで、電子署名を検証したり、検証パスを構築したりするためには、署名者の証明書を入手することが必要である。署名者の証明書を入手する方法は大きく二つに分類することができる。
【０００９】
一つは、署名者からは電子署名付き電子文書が送付されるのみであり、当該署名者の証明書は別途入手する、という方法である。例えば、電子署名付き電子文書とともに、当該電子署名を検証するための証明書が格納されている場所を示すＵＲＬを通知する方法などが該当する。この方法では、上記検証者は、上記証明書が格納された場所（以下、証明書リポジトリ、と記述する）などにアクセスし、当該証明書を入手する必要がある。もう一つは、署名者が、電子署名付き電子文書とともに、当該電子署名を検証するために利用する証明書を添付して送付する、という方法である。
【００１０】
【特許文献１】
特開２００２−７２８７６号公報
【非特許文献１】
ITU、ITU-T Recommendation X.509 “Information technology - Open systems interconnection - The Directory: Public-key and attribute certificate frameworks”、ITU、2000年3月、p.7-53
【非特許文献２】
「政府認証基盤（ＧＰＫＩ） 政府認証基盤相互運用性仕様書」p.18-20,27-29、［online］、平成１３年４月２５日、基本問題専門部会了承、［２００３年３月１４日検索］、インターネット＜URL：http://www.soumu.go.jp/gyoukan/kanri/010514_2.pdf＞
【００１１】
【発明が解決しようとする課題】
証明書の有効性判定処理を高速化するために上記ＣＲＬをキャッシュすると、上記認証局が上記ＣＲＬを緊急に発行した場合に、キャッシュしている上記ＣＲＬが最新のものではなくなる。特許文献１にはこの点について言及していない。
【００１２】
上記の課題を解決する方法の一つとしては、上記ＣＲＬが緊急発行された場合にも有効性検証が正しく行われるために、上記証明書検証サーバが、上記ＣＲＬの格納場所（以下、ＣＲＬリポジトリと呼ぶ）に定期的にアクセスし、上記ＣＲＬが更新されていないかを確認する方法がある。上記方法は、さらに、上記証明書検証サーバ自身がネットワークを介して確認を行う方式と、上記ＣＲＬリポジトリにＣＲＬ発行確認ソフトウェアを導入して確認を行う方式と、の２種類がある。
【００１３】
上記ＣＲＬが更新されていないかを定期的に確認する方法を利用して、上記証明書の有効性検証結果の精度を高めるためには、上記確認の間隔をできる限り短くすることが必要である。しかし、上記証明書検証サーバ自身がネットワークを介して確認を行う方式では、上記確認の間隔を短くするとネットワークの負荷が大きくなる、という課題がある。
【００１４】
一方、上記ＣＲＬリポジトリに確認を行うためのＣＲＬ発行確認ソフトウェアを導入する方式の場合には、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なると、上記ＣＲＬ発行確認ソフトウェアのインストールが許可されず、上記確認が行えない場合がある、という課題がある。
【００１５】
また、複数の上記証明書検証サーバが存在する環境では、すべての上記証明書検証サーバが上記ＣＲＬリポジトリに導入された上記ＣＲＬ発行確認ソフトウェアを利用しなければ、すべての上記証明書検証サーバが同じ精度で証明書有効性検証を行うことができないため、稼動している上記証明書検証サーバの数を増減させたい場合には、上記ＣＲＬ発行確認ソフトウェアの設定を変更する必要があるが、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なると、上記証明書検証サーバの数を柔軟に変更することが困難である、という課題がある。
【００１６】
さらに、上記検証パスをキャッシュしているとしても、上記認証局によって古い相互認証証明書が破棄され、新しい相互認証証明書が発行されていた場合には、新しい相互認証証明書を含む検証パスを構築する必要がある。
【００１７】
また、複数の上記証明書検証サーバが存在する環境では、複数の上記証明書検証サーバが、同じ上記証明書の有効性を検証した場合でも、各々の上記証明書検証サーバが上記認証パスの構築や、上記ＣＲＬの取得などを行うため、特定の上記ＣＲＬリポジトリや上記証明書リポジトリにアクセスが集中したり、ネットワークの負荷が大きくなったりする可能性がある。特許文献１にはこれらについて言及していない。
【００１８】
また、上記証明書を別途入手する方法では、上記クライアントは、上記証明書検証サーバに上記証明書の有効性検証を依頼するため、まず、上記証明書リポジトリにアクセスして上記証明書を取得しなければならない、という課題がある。
【００１９】
従って、上記各課題を解決する新たな手法が求められている。
【００２０】
【課題を解決するための手段】
本発明は、上記証明書を発行する証明書発行手段と、上記ＣＲＬを発行するＣＲＬ発行手段と、を備えた認証局と、上記認証局が発行した上記証明書を格納する証明書格納手段を備えた証明書リポジトリと、上記認証局が発行した上記ＣＲＬを格納するＣＲＬ格納手段を備えたＣＲＬリポジトリと、上記証明書の有効性を検証する証明書有効性検証手段と、上記ＣＲＬリポジトリから取得した上記ＣＲＬをキャッシュするＣＲＬキャッシュ手段と、上記証明書有効性検証手段が上記証明書の有効性を検証するために構築した検証パスをキャッシュする検証パスキャッシュ手段と、を備えた証明書検証サーバと、電子署名を検証する電子署名検証手段と、上記証明書検証サーバに上記証明書の有効性検証を依頼する証明書有効性検証依頼手段と、を備えたクライアントと、から構成される、認証基盤システムにおいて、上記認証局に、上記ＣＲＬを発行すると同時に、上記証明書検証サーバに「上記ＣＲＬが発行された」旨を通知する、ＣＲＬ発行通知を送信する、ＣＲＬ発行通知送信手段、を設け、上記証明書検証サーバに、上記認証局から上記ＣＲＬ発行通知を受信する、ＣＲＬ発行通知受信手段、を設けたことを特徴とする。
【００２１】
また、本発明は、上記証明書検証サーバの上記ＣＲＬキャッシュ手段は、上記ＣＲＬ発行通知受信手段によって、上記ＣＲＬ発行通知を受信した場合に、上記認証局が新たに発行した上記ＣＲＬを上記ＣＲＬリポジトリから取得するものであること、を特徴とする。
【００２２】
さらに、本発明は、上記証明書検証サーバに、上記ＣＲＬが新たに発行されたことを発見した場合に、予め登録された、他の証明書検証サーバに対して、「ＣＲＬが発行された」旨を通知する、ＣＲＬ発行通知送信手段、を設けたことを特徴とする。
【００２３】
また、本発明は、上記認証局に、上記証明書発行手段によって上記証明書が発行された場合に、上記証明書検証サーバに「証明書が発行された」旨を通知する証明書発行通知を送信する、証明書発行通知送信手段を設け、前記証明書検証サーバに、上記証明書発行通知を受信する、証明書発行通知受信手段を設け、上記証明書有効性検証手段は、上記証明書発行通知受信手段が上記証明書発行通知を受信した場合に、新たに発行された上記証明書を含むような、上記検証パスを作成するものであって、上記検証パスキャッシュ手段は当該検証パスをキャッシュするものであること、を特徴とする。
【００２４】
さらに、本発明は、上記証明書検証サーバに、上記検証パスを構築した場合に、予め登録された、他の証明書検証サーバに当該検証パスを送信する、検証パス送信手段を設け、上記検証パスキャッシュ手段は、他の証明書検証サーバから上記検証パスを受信した場合に、当該検証パスをキャッシュするものであること、を特徴とする。
【００２５】
さらに、本発明は、上記クライアントは、上記電子署名を検証するために必要な、上記証明書の取得を、上記証明書検証サーバに依頼する、証明書取得依頼手段、を設け、上記証明書検証サーバに、上記クライアントから取得を要求された上記証明書を上記証明書リポジトリから取得し、かつ、上記証明書検証手段によって、当該証明書が有効であると判定された場合に、上記クライアントに当該証明書を送信する、証明書取得手段、を設けたことを特徴とする。
【００２６】
さらに、本発明は、「上記ＣＲＬ発行通知の送信を依頼する」旨のメッセージを作成する手段を上記証明書検証サーバに設け、上記ＣＲＬ発行通知依頼メッセージを受信する手段を上記認証局に設け、さらに、上記認証局の上記ＣＲＬ発行通知送信手段は、当該認証局に対して上記ＣＲＬ発行通知依頼メッセージを送信してきた証明書検証サーバに対して、上記ＣＲＬ発行通知を送信することを特徴とする。
【００２７】
また、本発明は、上記ＣＲＬリポジトリに新たなＣＲＬが格納されたことを発見した場合に、「ＣＲＬが発行された」旨のＣＲＬ発行通知を送信するＣＲＬ発行通知送信手段と、「上記ＣＲＬ発行通知の送信を依頼する」旨のＣＲＬ発行通知依頼メッセージを受信するＣＲＬ発行通知依頼受信手段とを、上記ＣＲＬリポジトリに備えたことを特徴とする。
【００２８】
また、本発明のＣＲＬ発行確認ソフトウェアは、ＣＲＬの発行を監視し、新たなＣＲＬの発行された場合に、ＣＲＬ発行通知を送信する手段を実現するものであり、ＣＲＬ発行通知依頼メッセージを受信する手段を実現し、上記ＣＲＬ発行通知送信手段は、上記ＣＲＬ発行通知を受信した上記ＣＲＬ発行通知依頼メッセージの送信元に送信することを特徴とする。
【００２９】
さらに、本発明の上記証明書検証サーバは、前記ＣＲＬ発行通知依頼作成手段によって作成されたＣＲＬ発行通知依頼メッセージを受信する手段を設けたことを特徴とする。
【００３０】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。なお、これによって本発明が限定されるものではない。
【００３１】
図１は、本発明の実施例である電子署名付き電子文書交換システムの一構成を示した図である。認証局１１から認証局１９までの９個の認証局（以下、まとめて、認証局１、と記述する）と、証明書リポジトリ２と、ＣＲＬリポジトリ３と、証明書検証サーバ４１から証明書検証サーバ４ｎまでのｎ個の証明書検証サーバ（以下、まとめて、証明書検証サーバ４、と記述する）と、上記証明書検証サーバ４に証明書の有効性の検証を依頼する、クライアント端末５１からクライアント端末５ｍまでのｍ個のクライアント端末（以下、まとめて、クライアント端末５、と記述する）と、がネットワーク０を介して接続されている。
【００３２】
上記認証局１は、上記クライアント端末５に証明書５０９を発行し、かつ、当該証明書５０９のコピーを上記証明書リポジトリ２に格納する証明書発行機能１０１と、失効した上記証明書５０９のリストであるＣＲＬ７を発行し、かつ、当該ＣＲＬ７を上記ＣＲＬリポジトリに格納するＣＲＬ発行機能１０２と、上記ＣＲＬ７が発行されたことを通知するＣＲＬ発行通知８を、上記証明書検証サーバ４に対して送信する、ＣＲＬ発行通知機能１０３と、「上記ＣＲＬ発行通知８の送信を依頼する」旨の、ＣＲＬ発行通知依頼メッセージ１０を受信するＣＲＬ発行通知依頼受信機能１０５と、を備えている。
【００３３】
また、認証局１１から認証局１９までの、上記認証局１は、相互認証証明書９を発行しあい、図２に示したような、相互認証の関係がある。
【００３４】
上記証明書リポジトリ２は、上記証明書５０９を保持する、証明書ＤＢ２０１と、上記認証局１から上記証明書５０９を受信し、かつ、当該証明書５０９を上記証明書ＤＢ２０１に格納し、さらには、指定された上記証明書５０９を上記証明書ＤＢ２０１から検索して返信する、証明書ＤＢ管理機能２０２と、を備えている。
【００３５】
上記ＣＲＬリポジトリ３は、上記ＣＲＬ７を保持する、ＣＲＬＤＢ３０１と、上記認証局１から上記ＣＲＬ７を受信し、かつ、当該ＣＲＬを上記ＣＲＬＤＢ３０１に格納し、さらには、指定された上記ＣＲＬ７を上記ＣＲＬＤＢ３０１から検索して返信する、証明書ＤＢ管理機能３０２と、を備えている。
【００３６】
上記証明書検証サーバ４は、
上記ＣＲＬ７をキャッシュしたＣＲＬキャッシュ４０１と、
上記証明書５０９の有効性を検証するために使用する、検証パスをキャッシュした検証パスキャッシュ４０２と、
上記クライアント端末５からの要求を受けて、証明書の有効性を検証する証明書検証機能４０３と、
上記クライアント端末５からの要求を受けて、上記証明書リポジトリ２から上記証明書５０９を取得し、かつ、当該証明書５０９の有効性を上記証明書検証機能４０３によって検証し、さらには、当該証明書５０９が有効であった場合に上記クライアント端末５に返信する、証明書取得機能４０４と、
上記ＣＲＬリポジトリ３から上記ＣＲＬ７を取得し、かつ、当該ＣＲＬ７を上記ＣＲＬキャッシュ４０１に格納する、ＣＲＬ管理機能４０５と、
上記認証局１から上記ＣＲＬ発行通知８を受信し、かつ、上記認証局１から上記ＣＲＬ発行通知８を受け取った場合に、予め登録された、あるいは、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより当該ＣＲＬ発行通知８の転送を依頼してきた、他の証明書検証サーバ４に当該ＣＲＬ発行通知８を転送する、ＣＲＬ発行通知管理機能４０６と、
上記証明書検証機能４０３が作成した上記検証パスを上記検証パスキャッシュ４０２にキャッシュし、かつ、当該検証パスを予め登録された他の証明書検証サーバ４に対して送信し、さらには、他の証明書検証サーバ４から受信した上記検証パスを上記検証パスキャッシュ４０２にキャッシュする、検証パス管理機能４０７と、
上記認証局１に対して上記ＣＲＬ発行通知８の送信を依頼する、ＣＲＬ発行通知依頼メッセージ１０を作成する、ＣＲＬ発行通知依頼作成機能４１０と、
他の証明書検証サーバ４から上記ＣＲＬ発行通知依頼メッセージ１０を受信する、ＣＲＬ発行通知依頼受信機能４１１と、を備えている。
【００３７】
上記クライアント端末５は、
他のクライアント端末５と電子文書６を交換する、電子文書交換機能５０１と、
上記電子文書６に電子署名を行い、かつ、他のクライアント端末５から受信した上記電子文書６に行われた電子署名を検証する、電子署名機能５０２と、
上記証明書検証サーバ４に上記証明書５０９の有効性の検証を要求し、かつ、上記証明書検証サーバ４から上記証明書５０９の有効性検証の結果を受信する、証明書検証要求機能５０３と、
上記電子文書６に上記証明書５０９ではなく、上記証明書５０９の格納場所を示したＵＲＬが添付されていた場合に、当該ＵＲＬに格納されている上記証明書５０９を取得するために上記証明書検証サーバ４に当該証明書識別情報を送信し、かつ、上記証明書検証サーバ４から当該証明書５０９を受信する、証明書取得依頼機能５０６と、
上記電子署名作成機能５０２が利用する、秘密鍵５０８と、
上記認証局１が発行した、上記証明書５０９と、を備えている。
【００３８】
なお、上記クライアント端末５１の上記証明書５０９１は上記認証局１１から発行されており、上記クライアント端末５２の上記証明書５０９２は上記認証局１２から発行されている。
【００３９】
また、本実施例では、上記証明書検証要求機能５０３と、上記証明書取得依頼機能５０６と、が利用する上記証明書検証サーバ４は、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの上記証明書検証サーバ４のうち、予め定められた、特定の上記証明書検証サーバ４を利用する。
【００４０】
例えば、クライアント端末５２は上記証明書検証サーバ４１を利用する。
【００４１】
なお、図１に示す認証局１、証明書リポジトリ２、ＣＲＬリポジトリ３、証明書検証サーバ４、クライアント端末５、の各装置は、例えば、図９に示すような、ＣＰＵ９１と、メモリ９２と、ハードディスク等の外部記憶装置９３と、ＣＤ-ＲＯＭ等の可搬性を有する記憶媒体９９から情報を読み取る読取装置９４と、ネットワークを介して他装置と通信を行うための通信装置９５と、キーボードやマウス等の入力装置９６と、モニタやプリンタ等の出力装置９７と、これらの各装置間のデータ送受を行うインターフェース９８とを備えた、一般的な電子計算機において、ＣＰＵ９１がメモリ９２上にロードされた所定のプログラムを実行することにより、実現できる。
【００４２】
すなわち、証明書発行機能１０１、ＣＲＬ発行機能１０２、ＣＲＬ発行通知機能１０３、ＣＲＬ発行通知依頼受信機能１０５、証明書ＤＢ管理機能２０２、ＣＲＬＤＢ管理機能３０２、証明書検証機能４０３、証明書取得機能４０４、ＣＲＬ管理機能４０５、ＣＲＬ発行通知管理機能４０６、検証パス管理機能４０７、ＣＲＬ発行通知依頼作成機能４１０、ＣＲＬ発行通知依頼受信機能４１１、電子文書交換機能５０１、電子署名機能５０２、証明書検証要求機能５０３、証明書取得依頼機能５０４、はＣＰＵ９１が所定のプログラムを実行することによるプロセスとして実現できる。また、証明書ＤＢ２０１、ＣＲＬＤＢ３０１、ＣＲＬキャッシュ４０１、検証パスキャッシュ４０２、は、ＣＰＵ９１がメモリ９２や外部記憶装置６３を利用することにより実現できる。
【００４３】
このような電子計算機上に、上記各装置を実現するための所定のプログラムは、読取装置９４を介して電子計算機が利用可能な記憶媒体９９から導入されてもよいし、あるいは、通信装置９６を介してネットワークまたはネットワークを伝搬する搬送波といった、電子計算機が利用可能な通信媒体を介して他のサーバから導入されてもよい。
【００４４】
導入に際しては、一旦、外部記憶装置９３に格納された後、そこからメモリ９２上にロードされてＣＰＵ９１に実行されてもよいし、あるいは、外部記憶装置９３に格納されることなく、直接メモリ９２上にロードされて、ＣＰＵ９１に実行されてもよい。
【００４５】
次に、図１の電子署名利用システムの動作について、上記証明書検証サーバ４が上記認証局１に対して上記ＣＲＬ発行通知８の送信を依頼する場合の動作について、図面を用いて説明する。
【００４６】
図７は、図１の電子署名利用システムにおいて、上記証明書検証サーバ４が上記認証局１に対して上記ＣＲＬ発行通知８の送信を依頼する場合の、上記証明書検証サーバ４と、上記認証局１と、の動作を示す。
【００４７】
上記証明書検証サーバ４において、上記ＣＲＬ発行通知依頼作成機能４１０が、上記ＣＲＬ発行通知依頼メッセージ１０を作成し（ステップ７１０１）、上記認証局１に送信する（ステップ７１０２）。
【００４８】
図８（ａ）に例示する、ＣＲＬ発行通知依頼メッセージ１０は、「上記ＣＲＬ発行通知８の送信を依頼する」旨のメッセージと、上記ＣＲＬ発行通知８の送信先となるネットワーク０上のアドレスであるホスト名と、から構成されている。
【００４９】
上記認証局１では、上記ＣＲＬ発行通知依頼受信機能１０５が、上記ＣＲＬ発行通知依頼メッセージ１０を受信する（ステップ７２０１）と、当該ＣＲＬ発行通知依頼メッセージ１０を送信してきた、上記証明書検証サーバ４のホスト名をＣＲＬ発行通知送信先リスト１０４に追加する（ステップ７２０２）。
【００５０】
上記証明書検証サーバ４１から上記証明書検証サーバ４２への上記ＣＲＬ発行通知８の転送を依頼する場合には、まず、上記証明書検証サーバ４１の上記ＣＲＬ発行通知依頼作成機能４１０が上記ＣＲＬ発行通知依頼メッセージ１０を作成し、上記証明書検証サーバ４２に送信する。
【００５１】
上記証明書検証サーバ４２のＣＲＬ発行通知依頼受信機能４１１は、当該ＣＲＬ発行通知依頼メッセージ１０を受信し、送信元である上記証明書検証サーバ４のホスト名をＣＲＬ発行通知転送先リスト４０８に追加する。
【００５２】
上記証明書検証サーバ４が上記認証局１に対して上記ＣＲＬ発行通知８の送信停止を依頼する場合には、図８（ｂ）に例示するような、ＣＲＬ発行通知依頼メッセージ１０を、上記認証局１に送信する。
【００５３】
図８（ｂ）のＣＲＬ発行通知依頼メッセージ１０は、「上記ＣＲＬ発行通知８の送信停止を依頼する」旨のメッセージと、上記ＣＲＬ発行通知８の送信先のホスト名と、から構成されている。
【００５４】
上記認証局１は、図８（ｂ）のＣＲＬ発行通知依頼メッセージ１０を受信したら、記載されている上記証明書検証サーバ４のホスト名をＣＲＬ発行通知転送先リスト４０８から削除する。
【００５５】
上記証明書検証サーバ４が、他の証明書検証サーバ４に上記ＣＲＬ発行通知８の転送を依頼したり、転送停止を依頼したりする場合には、依頼先の証明書検証サーバ４に、上記ＣＲＬ発行通知依頼メッセージ１０を送信する。
【００５６】
次に、図１の電子署名利用システムにおいて、上記ＣＲＬ７が発行された場合の、上記認証局１と、上記ＣＲＬリポジトリ３と、上記証明書検証サーバ４と、の動作について、図面を用いて説明する。
【００５７】
図３は、図１の電子署名利用システムにおいて、上記ＣＲＬ７が発行された場合の、上記認証局１と、上記ＣＲＬリポジトリ３と、上記証明書検証サーバ４と、の動作を示す図である。
【００５８】
まず、上記認証局１の動作について説明する。
【００５９】
上記認証局１は、上記ＣＲＬ発行機能１０２が上記ＣＲＬ７を作成する（ステップ３１０１）と、当該ＣＲＬ発行機能１０２が当該ＣＲＬ７を上記ＣＲＬリポジトリ３に送信する（ステップ３１０２）。
【００６０】
次に、上記ＣＲＬ発行通知機能１０３が、上記ＣＲＬ発行通知８を作成し、予め定められた、あるいは、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより当該ＣＲＬ発行通知８の送信を依頼してきた、上記証明書検証サーバ４に送信する（ステップ３１０３）。
【００６１】
なお、本実施例では、認証局１は、ＣＲＬ発行通知送信先リスト１０４にホスト名が記載されている、上記証明書検証サーバ４に上記ＣＲＬ発行通知８を送信する。
【００６２】
図６の（ａ）は、上記認証局１が管理しているＣＲＬ発行通知送信先リスト１０４の一例であり、上記証明書検証サーバ４１のホスト名と、上記証明書検証サーバ４ｎのホスト名と、が記載されている。
【００６３】
したがって、上記認証局１の上記ＣＲＬ発行通知機能１０３は、上記証明書検証サーバ４１と、上記証明書検証サーバ４ｎと、に上記ＣＲＬ発行通知８を送信する。
【００６４】
次に、上記ＣＲＬリポジトリ３の動作について説明する。
【００６５】
上記ＣＲＬリポジトリ３の上記ＣＲＬＤＢ管理機能３０２は、上記認証局１、あるいは、上記証明書検証サーバ４からのアクセスを待ち受け、上記認証局１から上記ＣＲＬ７を受信する（ステップ３３０１）と、当該ＣＲＬ７を上記ＣＲＬＤＢ３０１格納し（ステップ３３０２）、再び、上記認証局１、あるいは、上記証明書検証サーバ４からのアクセスを待ち受ける。
【００６６】
一方、上記証明書検証サーバ４から、上記ＣＲＬ７を送信するように依頼を受ける（ステップ３３０３）と、上記ＣＲＬＤＢ３０１から当該ＣＲＬ７を検索し（ステップ３３０４）、上記証明書検証サーバ４に当該ＣＲＬ７を送信して（ステップ３３０５）、再び、上記認証局１、あるいは、上記証明書検証サーバ４からのアクセスを待ち受ける。
【００６７】
次に、上記証明書検証サーバ４の動作について説明する。
【００６８】
ここでは、上記認証局１から上記ＣＲＬ発行通知８を受信する上記証明書検証サーバ４１の動作によって、上記証明書検証サーバ４の動作を説明する。
【００６９】
まず、上記証明書検証サーバ４１では、上記ＣＲＬ発行通知管理機能４０６が、上記認証局１、あるいは、他の証明書検証サーバ４、から上記ＣＲＬ発行通知８を受信する（ステップ３４０１）と、まず、当該ＣＲＬ発行通知８を既に受信したかどうかを調べ（ステップ３４０２）、当該ＣＲＬ発行通知８を既に受信していた場合には、そのまま処理を終了する。
【００７０】
一方、上記ＣＲＬ発行通知８を初めて受信した場合には、上記ＣＲＬ管理機能４０５が、上記ＣＲＬリポジトリ３にアクセスし（ステップ３４０３）、上記ＣＲＬ７を取得し（ステップ３４０４）、上記ＣＲＬキャッシュ４０１キャッシュする（ステップ３４０５）。
【００７１】
次に、上記ＣＲＬ発行通知管理機能４０６は、予め登録された、あるいは、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより当該ＣＲＬ発行通知８の転送を依頼してきた、他の証明書検証サーバ４に、上記ＣＲＬ発行通知８を転送する（ステップ３４０６）。
【００７２】
上記証明書検証サーバ４は、ＣＲＬ発行通知転送先リスト４０８というリストを利用して、上記ＣＲＬ発行通知６を転送する、上記証明書検証サーバ４を管理している。
【００７３】
図６の（ｂ）は、上記証明書検証サーバ４１が管理している上記ＣＲＬ発行通知転送先リスト４０８の一例であり、上記証明書検証サーバ４２のホスト名と、上記証明書検証サーバ４３のホスト名と、上記証明書検証サーバ４ｎのホスト名とが記載されている。
【００７４】
したがって、上記ＣＲＬ発行通知管理機能４０６は、上記ＣＲＬ発行通知６を、上記証明書検証サーバ４２と、上記証明書検証サーバ４３と、上記証明書検証サーバ４ｎに転送する。
【００７５】
なお、本実施例では、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの各々のホスト名は、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの証明書検証サーバ４が各々に保持している、上記ＣＲＬ発行通知転送先リスト４０８のいずれかに必ず記載されているようにしている。
【００７６】
こうすることにより、どれか一つの上記証明書検証サーバ４が上記認証局１から上記ＣＲＬ発行通知６を受け取れば、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでのすべての証明書検証サーバ４が上記ＣＲＬ発行通知６を受け取ることができる。
【００７７】
また、上記証明書検証サーバ４を新たに追加する場合には、上記証明書検証サーバ４１から上記証明書検証サーバ４ｎまでの証明書検証サーバ４が各々に保持している、上記ＣＲＬ発行通知転送先リスト４０８のいずれかに当該証明書検証サーバ４のホスト名を追加すれば、上記ＣＲＬ発行通知送信先リスト１０４を変更する必要はなくなる。
【００７８】
以上が、上記ＣＲＬ７が発行された場合の、図１の電子署名利用システムの動作である。
【００７９】
次に、図１の電子署名付き電子文書交換システムにおいて、上記クライアント端末５１から、上記クライアント端末５２に、上記電子文書６を送信する場合の動作について、図面を用いて説明する。
【００８０】
なお、本実施例では、上記電子文書６に施された電子署名を検証するための上記証明書５０９は、上記電子文書６に添付される場合と、上記電子文書６に添付されない場合と、の二つの場合があるが、まずは、上記電子文書６に施された電子署名を検証するための上記証明書５０９が、上記電子文書６に添付される場合について説明する。
【００８１】
図４は、図１の電子署名付き電子文書交換システムにおいて、上記電子文書６に施された電子署名を検証するための上記証明書５０９が、上記電子文書６に添付される場合に、上記クライアント端末５１から、上記クライアント端末５２に、上記電子文書６を送信する際の、上記クライアント端末５１と、上記クライアント端末５２と、上記証明書検証サーバ４１と、上記証明書検証サーバ４２と、の動作を示した図である。
【００８２】
まず、上記クライアント端末５１の動作について説明する。
【００８３】
上記クライアント端末５１は、上記電子文書交換機能５０１が、上記クライアント端末５２に送信する、上記電子文書６を作成する（ステップ４５０１）と、上記電子署名機能５０２が、上記秘密鍵５０８１を使用して、当該電子文書６に電子署名を施す（ステップ４５０２）。
【００８４】
次に、上記電子文書交換機能５０１は、電子署名が施された、上記電子文書６を、上記証明書５０９１とともに、上記クライアント端末５２に送信する（ステップ４５０３）。
【００８５】
次に、上記クライアント端末５２の動作について説明する。
【００８６】
上記クライアント端末５２は、上記電子文書６を受信する（ステップ４５１１）と、上記電子文書６とともに送信されてきた上記証明書５０９１の有効性を検証するため、上記証明書有効性確認機能５０３が、上記証明書検証サーバ４１に当該証明書５０９１の有効性検証を依頼し（ステップ４５１２）、上記証明書検証サーバ４１から有効性検証の結果を受信する（ステップ４５１３）。
【００８７】
ここで、上記有効性検証の結果が、上記証明書５０９１は、上記クライアント端末５２にとって有効ではない、というものであった場合、処理を終了する。
【００８８】
一方、上記有効性検証の結果が、上記証明書５０９１は、上記クライアント端末５２にとって有効である、というものであった場合、上記電子署名機能５０３は、上記証明書５０９１から公開鍵を取り出し、上記電子文書６に施されている電子署名を検証する（ステップ４５１５）。ここで、上記電子署名が正しくないと判定された場合には処理を終了する。
【００８９】
一方、上記電子署名が正しいと判定された場合には、上記電子署名６を保存する（ステップ４５１６）。
【００９０】
次に、上記証明書検証サーバ４の動作について説明する。
【００９１】
まず、上記証明書検証サーバ４１は、上記クライアント端末５２から上記証明書５０９１の有効性検証を依頼される（ステップ４４０１）と、上記証明書検証機能４０３が、上記クライアント端末５２から上記クライアント端末５１までの検証パスが、上記検証パスキャッシュ４０２に存在しているかを確認する（ステップ４４０２）。
【００９２】
ここで、上記検証パスキャッシュ４０２に、当該検証パスが存在する場合には、ステップ４４０４に進む。一方、上記検証パスキャッシュ４０２に、当該検証パスが存在しなかった場合には、当該検証パスを構築し（ステップ４４０３）、ステップ４４０４に進む。
【００９３】
ステップ４４０４では、上記証明書検証４０３は、上記ＣＲＬキャッシュ４０１から上記ＣＲＬ７を取り出し、上記検証パスが有効か否かを判定する。次に、判定結果を上記クライアント端末５２に送信する（ステップ４４０５）。
【００９４】
ここで、上記検証パスが、ステップ４４０３で新たに構築されたものでない場合には、処理を終了する。一方、上記検証パスが、ステップ４４０３で新たに構築されたものであった場合には、検証パス送信先リスト４０９にホスト名が記載されている、上記証明書検証サーバ４に当該検証パスを送信し（ステップ４４０７）、処理を終了する。
【００９５】
上記検証パス送信先リスト４０９は、新たに構築した上記検証パスを送信する上記証明書検証サーバ４のホスト名を記載したリストであり、本実施例では、上記ＣＲＬ発行通知転送先リスト４０８を上記検証パス送信先リスト４０９にも利用している。
【００９６】
したがって、ステップ４４０７では、上記検証パスは、上記証明書検証サーバ４２と、上記証明書検証サーバ４３と、上記証明書検証サーバ４ｎと、に送信される。
【００９７】
なお、本実施例では、上記ＣＲＬ発行通知転送先リスト４０８と、上記検証パス送信先リスト４０９と、に同じリストを使用しているが、本発明はそれに限定されるものではなく、個々に異なるリストを利用しても良い。
【００９８】
一方、上記証明書検証サーバ４２や、上記証明書検証サーバ４３や、上記証明書検証サーバ４ｎは、上記証明書検証サーバ４１から上記検証パスを受信する（ステップ４４１１）と、上記検証パス管理機能４０７は当該検証パスが上記検証パスキャッシュ４０２にキャッシュされているかどうかを確認する（ステップ４４１２）。
【００９９】
ここで、上記検証パスキャッシュ４０２に上記検証パスがキャッシュされていれば、何もせず、処理を終了する。一方、上記検証パスキャッシュ４０２に上記検証パスがキャッシュされていなければ、当該検証パスを上記検証パスキャッシュ４０２にキャッシュし（ステップ４４１３）、検証パス送信先リスト４０９にホスト名が記載されている、上記証明書検証サーバ４に当該検証パスを送信し（ステップ４４１４）、処理を終了する。
【０１００】
なお、本実施例では、上記証明書検証サーバ４の上記検証パス管理機能４０７は、検証パスを送受したり、キャッシュしたりするようにしているが、本発明はそれに限定されるものではなく、上記検証パスを一意に識別できるような検証パス情報を送受したり、キャッシュしたりし、必要なときに当該検証パス情報から対応する検証パスを構成するようにしてもよい。
【０１０１】
以上が、上記電子文書６に施された電子署名を検証するための上記証明書５０９が上記電子文書６に添付される場合の、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、図１の電子署名付き電子文書交換システムの動作である。
【０１０２】
次に、上記電子文書６に施された電子署名を検証するための上記証明書５０９が上記電子文書６に添付されない場合の、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、図１の電子署名付き電子文書交換システムの動作について、図面を用いて説明する。
【０１０３】
図５は、図１の電子署名付き電子文書交換システムにおいて、上記電子文書６に施された電子署名を検証するための上記証明書５０９が、上記電子文書６に添付されない場合に、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、上記クライアント端末５１と、上記クライアント端末５２と、上記証明書検証サーバ４と、上記証明書リポジトリ２と、の動作を示した図である。
【０１０４】
まず、上記クライアント端末５１の動作について説明する。
【０１０５】
上記クライアント端末５１は、上記電子文書交換機能５０１が、上記クライアント端末５２に送信する、上記電子文書６を作成する（ステップ５５０１）と、上記電子署名機能５０２が、上記秘密鍵５０８１を使用して、当該電子文書６に電子署名を施す（ステップ５５０２）。
【０１０６】
次に、上記電子文書交換機能５０１は、電子署名が施された、上記電子文書６を、上記証明書５０９１の格納場所を示したＵＲＬとともに、上記クライアント端末５２に送信する（ステップ５５０３）。
【０１０７】
なお、本実施例では、上記電子文書６とともに、上記証明書５０９の格納場所を示したＵＲＬを送信するようにしているが、本発明はこれに限定されるものではなく、上記証明書５０９に記載されている情報の一部を送信するようにしてもよい。
【０１０８】
次に、上記クライアント端末５２の動作について説明する。
【０１０９】
上記クライアント端末５２は、上記電子文書６を受信する（ステップ５５１１）と、上記証明書取得依頼機能５０４が、上記電子文書６とともに送信されてきた上記ＵＲＬに対応する上記証明書５０９１を上記証明書検証サーバ４１に取得するように依頼し（ステップ５５１２）、上記証明書検証サーバ４１から依頼結果を受信する（ステップ５５１３）。
【０１１０】
ここで、上記依頼結果に上記証明書５０９１が含まれていなかった場合、すなわち、上記ＵＲＬが示す上記証明書５０９１が上記クライアント端末５２にとって有効なものでない、と上記証明書検証サーバ４１が判断した場合には、処理を終了する。一方、上記依頼結果に上記証明書５０９１が含まれていた場合、上記電子署名機能５０３は、上記証明書５０９１から公開鍵を取り出し、上記電子文書６に施されている電子署名を検証する（ステップ５５１５）。ここで、上記電子署名が正しくないと判定された場合には、処理を終了する。一方、上記電子署名が正しいと判定された場合には、上記電子署名６を保存し（ステップ５５１６）、処理を終了する。
【０１１１】
次に、上記証明書検証サーバ４の動作について説明する。
【０１１２】
上記証明書検証サーバ４１の上記証明書取得機能４０４は、上記クライアント端末５２から、上記証明書５０９１を取得するように依頼を受けると（ステップ５４０１）、上記クライアント端末５２から送信された上記ＵＲＬを用いて、上記証明書リポジトリ２にアクセスし（ステップ５４０２）、上記証明書５０９１を取得する（ステップ５４０３）。
【０１１３】
次に、上記証明書検証機能４０３によって、上記証明書５０９１が、上記クライアント端末５２にとって、有効な証明書であるか否かを判定する（ステップ５４０４）。
【０１１４】
ここで、上記証明書検証機能４０３の動作については、図４のステップ４４０２からステップ４４０９までの動作と同じであり、説明を省略する。
【０１１５】
上記判定によって、上記証明書５０９１が、上記クライアント端末５２にとって、有効な証明書である、と判定された場合、当該証明書５０９１を含む依頼結果を作成し（ステップ５４０５）、上記クライアント端末５２に送信する（ステップ５４０７）。一方、上記証明書５０９１が、上記クライアント端末５２にとって、有効な証明書でない、と判定された場合には、「有効でない」旨を示す依頼結果を作成し（ステップ５４０６）として上記クライアント端末５２に送信する（ステップ５４０７）。
【０１１６】
次に、上記証明書リポジトリ２の動作について説明する。
【０１１７】
上記証明書リポジトリ２の上記証明書ＤＢ管理機能２０２は、上記証明書検証サーバ４１から、上記証明書５０９１を送信するように依頼を受ける（ステップ５２０１）と、上記証明書ＤＢ２０１から当該証明書５０９１を検索し（ステップ５２０２）、上記証明書検証サーバ４に当該証明書５０９１を送信する（ステップ５２０３）。
【０１１８】
以上が、上記電子文書６に施された電子署名を検証するための上記証明書５０９が上記電子文書６に添付されない場合の、上記クライアント端末５１から上記クライアント端末５２に上記電子文書６を送信する際の、図１の電子署名付き電子文書交換システムの動作である。
【０１１９】
このように、本実施例の電子署名付き電子文書交換システムでは、上記認証局１が上記ＣＲＬ７を発行する際に、上記ＣＲＬ発行通知８を、上記ＣＲＬ発行通知送信先リスト１０４にホスト名が記載された、上記証明書検証サーバ４に送信することで、上記ＣＲＬ７を発行したことを上記証明書検証サーバ４に通知し、かつ、上記ＣＲＬ発行通知８を受信した上記証明書検証サーバ４は、上記ＣＲＬリポジトリ３から上記ＣＲＬ７を取得して、キャッシュするようにしている。
【０１２０】
このため、上記認証局１が上記ＣＲＬ７を緊急に発行したような場合でも、上記証明書検証サーバ４がキャッシュしているＣＲＬは最新のものであるため、上記証明書５０９の有効性検証結果の精度を保証することができる。
【０１２１】
また、本実施例の電子署名付き電子文書交換システムでは、上記ＣＲＬ発行通知８を受信した上記証明書検証サーバ４は、上記ＣＲＬ発行通知転送先リスト４０８にホスト名が記載されている、他の証明書検証サーバ４に、当該ＣＲＬ発行通知８を転送するようにしている。
【０１２２】
このため、新しく証明書検証サーバ４を追加するような場合でも、上記証明書検証サーバ４の上記ＣＲＬ発行通知転送先リスト４０８に、新たな証明書検証サーバ４のホスト名を記載するだけで、上記ＣＲＬ発行通知８を受信することができるようになり、上記認証局１側の設定を変更する必要はない。
【０１２３】
また、本実施例の電子署名付き電子文書交換システムでは、上記証明書検証サーバ４が、他の証明書検証サーバ４から上記検証パスを受信した場合に、当該検証パスをキャッシュし、かつ、上記証明書検証サーバ４が新たに検証パスを構築した場合には、上記検証パス送信先リスト４０９にホスト名が記載されている、他の証明書検証サーバ４に、当該新たな検証パスを送信するようにしている。
【０１２４】
このため、複数の上記証明書検証サーバ４の間で検証パスを共有することができるため、上記証明書リポジトリ２や上記ＣＲＬリポジトリ３へのアクセスが集中したり、ネットワークの負荷が増大することを防ぐことができる。
【０１２５】
さらに、本実施例の電子署名付き電子文書交換システムでは、上記クライアント端末５が、上記証明書５０９の格納場所を示したＵＲＬを受信した場合に、上記証明書リポジトリ２にアクセスするのではなく、上記証明書検証サーバ４に上記証明書５０９の取得を依頼し、かつ、上記証明書検証サーバ４は、上記証明書リポジトリ２から取得した上記証明書５０９が、上記クライアント端末５にとって有効な証明書であった場合にのみ、上記証明書５０９を上記クライアント端末５に返信するようにしている。
【０１２６】
このため、上記クライアント端末５には、上記証明書リポジトリ２にアクセスする機能を実装する必要がない。
【０１２７】
なお、本実施例では、上記ＣＲＬ発行通知８には、「ＣＲＬが発行された旨」の通知のみが記載されているが、本発明はそれに限定されるものではない。
【０１２８】
例えば、上記ＣＲＬ発行通知８には、新たに発行された上記ＣＲＬ７自身が含まれていたり、あるいは、以前に発行されたＣＲＬ７と、新たに発行されたＣＲＬ７との、差分情報が含まれていたりしてもよい。さらには、新たに失効された証明書５０９の識別情報の一覧が含まれていてもよい。
【０１２９】
上記ＣＲＬ発行通知８に、新たに発行された上記ＣＲＬ７自身や、以前に発行されたＣＲＬ７と新たに発行されたＣＲＬ７との差分情報や、新たに失効された証明書５０９の識別情報の一覧を含めることにより、当該ＣＲＬ発行通知８を受信した上記証明書検証サーバ４は、上記ＣＲＬリポジトリ３にアクセスして新たに発行されたＣＲＬ７を取得する処理を省くことができる。
【０１３０】
また、本実施例では、上記ＣＲＬ発行通知８の送信や、上記ＣＲＬ発行通知依頼メッセージ１０の受信は、上記認証局１が行うようにしているが、本発明はそれに限定されるものではない。例えば、上記ＣＲＬ発行通知８の送信や、上記ＣＲＬ発行通知依頼メッセージ１０の受信を上記ＣＲＬリポジトリ３が行うようにしてもよい。
【０１３１】
あるいは、ＣＲＬリポジトリ３に、上記ＣＲＬ７の発行を監視し、新たなＣＲＬ７が発行されたことを確認した場合に上記ＣＲＬ発行通知８を送信する機能を実現するＣＲＬ発行確認ソフトウェアを導入し、さらに当該ＣＲＬ発行確認ソフトウェアは上記ＣＲＬ発行通知依頼受信機能を実現し、上記ＣＲＬ発行通知送信機能は、受信した上記ＣＲＬ発行通知依頼メッセージの送信元に、上記ＣＲＬ発行通知を送信するようにしてもよい。
【０１３２】
上記ＣＲＬ発行確認ソフトウェアを利用することで、上記ＣＲＬ発行通知送信機能を持たない上記認証局１や上記ＣＲＬリポジトリ３をも利用することが可能になる。さらに、上記ＣＲＬ発行通知依頼受信機能が上記ＣＲＬ発行通知の送信先を管理すれば、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なっても上記証明書検証サーバの数を柔軟に変更することができる。
【０１３３】
本実施例によれば、上記ＣＲＬ発行通知は上記認証局が上記ＣＲＬを発行した時に当該認証局から上記証明書検証サーバに対して行われるだけであるので、一定時間毎に上記ＣＲＬが発行されているかどうかを確認する必要がなく、ネットワーク０にかかる負荷が小さくて済む。
【０１３４】
また、上記ＣＲＬ発行通知８は上記認証局１によって行われるため、上記ＣＲＬリポジトリ３と、上記証明書検証サーバ４の運営者が異なる場合でも、高い精度の証明書有効性検証を行うことができる。
【０１３５】
さらに、上記証明書検証サーバ４は、上記ＣＲＬ発行通知依頼メッセージ１０を送信することにより上記ＣＲＬ発行通知８の送信を依頼することができるため、上記ＣＲＬリポジトリ３の運営者と上記証明書検証サーバ４の運営者とが異なっても上記証明書検証サーバ４の数を柔軟に変更することができる。
【０１３６】
さらに、上記証明書検証サーバが新たなＣＲＬが発行されたことを発見した場合、当該証明書検証サーバが他の証明書検証サーバに新たな上記ＣＲＬが発行されたことを通知する。
【０１３７】
送信する上記証明書検証サーバを変更したい場合には、当該証明書検証サーバの設定を変更すればよいため、上記ＣＲＬリポジトリの運営者と上記証明書検証サーバの運営者とが異なっても上記証明書検証サーバの数を柔軟に変更することができる。
【０１３８】
さらに、上記証明書検証サーバが、検証パスを新たに構築した場合、当該検証パスを他の証明書検証サーバにも転送し、検証パスを共有するため、特定の上記ＣＲＬリポジトリや上記証明書リポジトリへのアクセスの集中や、ネットワーク負荷を抑えることができる。
【０１３９】
また、上記証明書を別途入手する方法を利用した場合にも、上記クライアントは、上記証明書リポジトリにアクセスして上記証明書を取得するのではなく、上記証明書検証サーバに、上記証明書を取得し、かつ、当該証明書の有効性を検証するように依頼するため、クライアントに、上記証明書リポジトリにアクセスして上記証明書を取得する機能を実装する必要がない。
【０１４０】
【発明の効果】
したがって、本発明によれば、上記証明書の有効性検証を高い精度と少ない負荷で確実に行なうことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用された、電子署名付き電子文書交換システムのシステム構成を示す図である。
【図２】図１の電子署名付き電子文書交換システムにおいて、認証局１間の相互認証の関係を示す図である。
【図３】図１の電子署名付き電子文書交換システムにおいて、ＣＲＬ７が発行された場合の動作を示す図である。
【図４】図１の電子署名付き電子文書交換システムにおいて、証明書５０９が電子文書とともに送付される場合に、クライアント端末５が電子文書６を送受する際の動作を示す図である。
【図５】図１の電子署名付き電子文書交換システムにおいて、証明書５０９が電子文書とともには送付されない場合に、クライアント端末５が電子文書６を送受する際の動作を示す図である。
【図６】ＣＲＬ発行通知送信先リスト１０４と、ＣＲＬ発行通知転送先リスト４０８の一例を示す図である。
【図７】図１の電子署名付き電子文書交換システムにおいて、証明書検証サーバ４が認証局１に対してＣＲＬ発行通知８の送信を依頼する場合の動作を示す図である。
【図８】ＣＲＬ発行通知依頼メッセージ１０の一例を示す図である。
【図９】図１に示す認証局１、証明書リポジトリ２、ＣＲＬリポジトリ３、証明書検証サーバ４、クライアント端末５の各々のハードウエア構成例を示す図である。
【符号の説明】
０・・・ネットワーク、１、１１〜１９・・・認証局、２・・・証明書リポジトリ、３・・・ＣＲＬリポジトリ、４、４１〜４ｎ・・・証明書検証サーバ、５、５１〜５ｍ・・・クライアント端末、６・・・電子文書、７・・・ＣＲＬ、８・・・ＣＲＬ発行通知、９・・・相互認証証明書、１０・・・ＣＲＬ発行通知依頼メッセージ、９１・・・ＣＰＵ、９２・・・メモリ、９３・・・外部記憶装置、９４・・・読取装置、９５・・・通信装置、９６・・・入力装置、９７・・・出力装置、９８・・・インターフェース、９９・・・記憶媒体、１０４・・・ＣＲＬ発行通知送信先リスト、４０８・・・ＣＲＬ発行通知転送先リスト、４０９・・・検証パス送信先リスト、５０８、５０８１〜５０８ｍ・・・秘密鍵、５０９、５０９１〜５０９ｍ・・・証明書。
Claims (5)
- 証明書を発行する証明書発行手段と、ＣＲＬを発行するＣＲＬ発行手段とを備えた認証局装置と、
前記認証局装置が発行した前記ＣＲＬを格納するＣＲＬ格納手段を備えたＣＲＬリポジトリ装置と、
前記証明書の有効性を検証する証明書有効性検証手段と、前記ＣＲＬリポジトリ装置から取得した前記ＣＲＬをキャッシュするＣＲＬキャッシュ手段と、前記ＣＲＬリポジトリ装置から前記ＣＲＬを取得するＣＲＬ管理手段を備えた証明書検証サーバ装置と、を備え、
前記認証局装置は、前記ＣＲＬを発行した場合に前記証明書検証サーバ装置に前記ＣＲＬ管理手段によって当該ＣＲＬを取得させるために「ＣＲＬが発行された」旨を通知するＣＲＬ発行通知を、前記証明書検証サーバ装置に送信するＣＲＬ発行通知送信手段を備え、
前記証明書検証サーバ装置は、前記認証局装置から前記ＣＲＬ発行通知を受信するＣＲＬ発行通知受信手段を備え、
前記ＣＲＬ発行通知受信手段によって前記ＣＲＬ発行通知を受信した場合に、前記ＣＲＬ管理手段は、前記認証局装置が新たに発行した前記ＣＲＬを前記ＣＲＬリポジトリ装置から取得する
ことを特徴とする認証基盤システム。 - 請求項１記載の認証基盤システムであって、
前記証明書検証サーバ装置は、前記ＣＲＬが新たに発行されたことを発見した場合に、予め登録された他の証明書検証サーバ装置に対して、「ＣＲＬが発行された」旨を通知する、ＣＲＬ発行通知送信手段を備える
ことを特徴とする、認証基盤システム。 - 証明書を発行する証明書発行手段と、
ＣＲＬを発行するＣＲＬ発行手段と、
「ＣＲＬが発行された」旨を通知するＣＲＬ発行通知の送信を依頼するＣＲＬ発行通知依頼メッセージを受信する、ＣＲＬ発行通知依頼受信手段と、
前記ＣＲＬを発行した場合に、前記ＣＲＬ発行通知を、受信した前記ＣＲＬ発行通知依頼メッセージの送信元に送信するＣＲＬ発行通知送信手段
を備えることを特徴とする認証局装置。 - 請求項１記載の認証基盤システムであって、
前記証明書検証サーバ装置は、ＣＲＬ発行通知依頼メッセージを作成する、ＣＲＬ発行通知依頼作成手段を備え、
前記認証局装置は、前記ＣＲＬ発行通知依頼メッセージを受信する、ＣＲＬ発行通知依頼受信手段を備え、
前記認証局装置の前記ＣＲＬ発行通知送信手段は、当該認証局装置に対して前記ＣＲＬ発行通知依頼メッセージを送信してきた証明書検証サーバ装置に対して、前記ＣＲＬ発行通知を送信する
ことを特徴とする認証基盤システム。 - 請求項４記載の認証基盤システムであって、
前記証明書検証サーバ装置は、
他の証明書検証サーバ装置から前記ＣＲＬ発行通知依頼メッセージを受信する、ＣＲＬ発行通知依頼受信手段と、
前記ＣＲＬ発行通知を受信した場合に、前記ＣＲＬ発行通知依頼メッセージを送信してきた証明書検証サーバ装置に対して、前記ＣＲＬ発行通知を転送する、ＣＲＬ発行通知管理手段を備える
ことを特徴とする認証基盤システム。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003128549A JP4474845B2 (ja) | 2002-06-12 | 2003-05-07 | Ｃｒｌ発行通知機能付き認証基盤システム |
| TW092115568A TW200410539A (en) | 2002-06-12 | 2003-06-09 | Authentication and authorization infrastructure system with CRL issuance notification function |
| US10/456,549 US7392380B2 (en) | 2002-06-12 | 2003-06-09 | Authentication and authorization infrastructure system with CRL issuance notification function |
| EP07002858A EP1780938B1 (en) | 2002-06-12 | 2003-06-10 | Public key infrastructure and certification authority system |
| EP03013043A EP1372293B1 (en) | 2002-06-12 | 2003-06-10 | Authentication and authorization infrastructure system with notification function for issuance of certificate revocation list |
| DE60313530T DE60313530T2 (de) | 2002-06-12 | 2003-06-10 | Authentifizierungs- und Berechtigungsinfrastruktursystem mit Benachrichtigungsfunktion für die Ausgabe von Zertifikatrücknahmelisten |
| SG200303681A SG103927A1 (en) | 2002-06-12 | 2003-06-11 | Authentication and authorization infrastructure system with crl issuance notification function |
| CNB031412963A CN1231862C (zh) | 2002-06-12 | 2003-06-12 | 具有crl发行通知功能的认证基础结构系统 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002170798 | 2002-06-12 | ||
| JP2003128549A JP4474845B2 (ja) | 2002-06-12 | 2003-05-07 | Ｃｒｌ発行通知機能付き認証基盤システム |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006070161A Division JP4582030B2 (ja) | 2002-06-12 | 2006-03-15 | Ｃｒｌ発行通知機能付き認証基盤システム |
| JP2009219905A Division JP5018849B2 (ja) | 2002-06-12 | 2009-09-25 | Ｃｒｌ発行通知機能付き認証基盤システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004072717A JP2004072717A (ja) | 2004-03-04 |
| JP2004072717A5 JP2004072717A5 (ja) | 2006-05-11 |
| JP4474845B2 true JP4474845B2 (ja) | 2010-06-09 |
Family
ID=29586050
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003128549A Expired - Fee Related JP4474845B2 (ja) | 2002-06-12 | 2003-05-07 | Ｃｒｌ発行通知機能付き認証基盤システム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7392380B2 (ja) |
| EP (2) | EP1372293B1 (ja) |
| JP (1) | JP4474845B2 (ja) |
| CN (1) | CN1231862C (ja) |
| DE (1) | DE60313530T2 (ja) |
| SG (1) | SG103927A1 (ja) |
| TW (1) | TW200410539A (ja) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050138388A1 (en) * | 2003-12-19 | 2005-06-23 | Robert Paganetti | System and method for managing cross-certificates copyright notice |
| US20080152150A1 (en) * | 2004-03-29 | 2008-06-26 | Akio Higashi | Information Distribution System |
| US20060242406A1 (en) | 2005-04-22 | 2006-10-26 | Microsoft Corporation | Protected computing environment |
| CA2564904C (en) * | 2004-04-30 | 2011-11-15 | Research In Motion Limited | System and method for handling certificate revocation lists |
| JP4717378B2 (ja) * | 2004-06-08 | 2011-07-06 | キヤノン株式会社 | 情報処理装置 |
| US9436804B2 (en) | 2005-04-22 | 2016-09-06 | Microsoft Technology Licensing, Llc | Establishing a unique session key using a hardware functionality scan |
| US9363481B2 (en) | 2005-04-22 | 2016-06-07 | Microsoft Technology Licensing, Llc | Protected media pipeline |
| US7590841B2 (en) * | 2005-07-19 | 2009-09-15 | Microsoft Corporation | Automatic update of computer-readable components to support a trusted environment |
| US7650492B2 (en) * | 2005-07-19 | 2010-01-19 | Microsoft Corporation | Automatic update of computer-readable components to support a trusted environment |
| JP4917335B2 (ja) * | 2006-03-15 | 2012-04-18 | 株式会社リコー | 通信装置 |
| JP4501885B2 (ja) * | 2006-03-30 | 2010-07-14 | 村田機械株式会社 | 失効リスト取得機能付きサーバー装置。 |
| US8583917B2 (en) * | 2006-11-30 | 2013-11-12 | Red Hat, Inc. | Distribution of certification statements into repository |
| JP4594962B2 (ja) * | 2007-06-04 | 2010-12-08 | 株式会社日立製作所 | 検証サーバ、プログラム及び検証方法 |
| US8464045B2 (en) * | 2007-11-20 | 2013-06-11 | Ncr Corporation | Distributed digital certificate validation method and system |
| US8595484B2 (en) * | 2008-07-29 | 2013-11-26 | Motorola Solutions, Inc. | Method and device for distributing public key infrastructure (PKI) certificate path data |
| JP5329184B2 (ja) * | 2008-11-12 | 2013-10-30 | 株式会社日立製作所 | 公開鍵証明書の検証方法及び検証サーバ |
| US8255685B2 (en) * | 2009-03-17 | 2012-08-28 | Research In Motion Limited | System and method for validating certificate issuance notification messages |
| JP5131238B2 (ja) * | 2009-03-31 | 2013-01-30 | ブラザー工業株式会社 | 通信装置及びコンピュータプログラム |
| EP2733885A4 (en) * | 2011-07-15 | 2015-06-17 | Hitachi Ltd | METHOD FOR DETERMINING AN ENCRYPTION ALGORITHM USED FOR A SIGNATURE AND VERIFICATION SERVER AND PROGRAM THEREFOR |
| TWI433558B (zh) | 2011-12-05 | 2014-04-01 | Ind Tech Res Inst | 動態調整憑證撤銷清單更新頻率的方法及系統 |
| CN103401844B (zh) * | 2013-07-12 | 2016-09-14 | 天地融科技股份有限公司 | 操作请求的处理方法及系统 |
| US11244364B2 (en) | 2014-02-13 | 2022-02-08 | Apptio, Inc. | Unified modeling of technology towers |
| CN104811309B (zh) * | 2015-03-24 | 2018-07-17 | 天地融科技股份有限公司 | 一种远程使用智能密钥设备的方法及系统 |
| US9882727B1 (en) * | 2015-10-02 | 2018-01-30 | Digicert, Inc. | Partitioning certificate revocation lists |
| JP2017152986A (ja) * | 2016-02-25 | 2017-08-31 | キヤノン株式会社 | 認証システム、画像形成装置とその制御方法、及びプログラム |
| JP6471112B2 (ja) * | 2016-02-29 | 2019-02-13 | Kddi株式会社 | 通信システム、端末装置、通信方法、及びプログラム |
| TWI735332B (zh) * | 2020-09-08 | 2021-08-01 | 四零四科技股份有限公司 | 憑證轉移系統及憑證轉移方法 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5699431A (en) * | 1995-11-13 | 1997-12-16 | Northern Telecom Limited | Method for efficient management of certificate revocation lists and update information |
| US5745574A (en) * | 1995-12-15 | 1998-04-28 | Entegrity Solutions Corporation | Security infrastructure for electronic transactions |
| WO1998052316A1 (en) * | 1997-05-09 | 1998-11-19 | Connotech Experts-Conseils Inc. | Initial secret key establishment including facilities for verification of identity |
| US6134550A (en) * | 1998-03-18 | 2000-10-17 | Entrust Technologies Limited | Method and apparatus for use in determining validity of a certificate in a communication system employing trusted paths |
| US6314517B1 (en) * | 1998-04-02 | 2001-11-06 | Entrust Technologies Limited | Method and system for notarizing digital signature data in a system employing cryptography based security |
| US6301658B1 (en) * | 1998-09-09 | 2001-10-09 | Secure Computing Corporation | Method and system for authenticating digital certificates issued by an authentication hierarchy |
| US7225164B1 (en) * | 2000-02-15 | 2007-05-29 | Sony Corporation | Method and apparatus for implementing revocation in broadcast networks |
| EP1162781B1 (en) * | 2000-06-09 | 2006-09-06 | Northrop Grumman Corporation | System and method for generation of a signature certificate in a public key infrastructure |
| GB2366013B (en) * | 2000-08-17 | 2002-11-27 | Sun Microsystems Inc | Certificate validation mechanism |
| JP3588042B2 (ja) * | 2000-08-30 | 2004-11-10 | 株式会社日立製作所 | 証明書の有効性確認方法および装置 |
-
2003
- 2003-05-07 JP JP2003128549A patent/JP4474845B2/ja not_active Expired - Fee Related
- 2003-06-09 TW TW092115568A patent/TW200410539A/zh not_active IP Right Cessation
- 2003-06-09 US US10/456,549 patent/US7392380B2/en not_active Expired - Fee Related
- 2003-06-10 DE DE60313530T patent/DE60313530T2/de not_active Expired - Lifetime
- 2003-06-10 EP EP03013043A patent/EP1372293B1/en not_active Expired - Fee Related
- 2003-06-10 EP EP07002858A patent/EP1780938B1/en not_active Expired - Fee Related
- 2003-06-11 SG SG200303681A patent/SG103927A1/en unknown
- 2003-06-12 CN CNB031412963A patent/CN1231862C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1372293A3 (en) | 2004-05-06 |
| EP1780938B1 (en) | 2011-11-16 |
| EP1372293A2 (en) | 2003-12-17 |
| DE60313530T2 (de) | 2007-12-27 |
| SG103927A1 (en) | 2004-05-26 |
| TW200410539A (en) | 2004-06-16 |
| US20040111609A1 (en) | 2004-06-10 |
| CN1469274A (zh) | 2004-01-21 |
| DE60313530D1 (de) | 2007-06-14 |
| EP1372293B1 (en) | 2007-05-02 |
| TWI300303B (ja) | 2008-08-21 |
| EP1780938A3 (en) | 2008-02-20 |
| US7392380B2 (en) | 2008-06-24 |
| CN1231862C (zh) | 2005-12-14 |
| EP1780938A2 (en) | 2007-05-02 |
| JP2004072717A (ja) | 2004-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4474845B2 (ja) | Ｃｒｌ発行通知機能付き認証基盤システム | |
| US8380985B2 (en) | Certificate validation method and certificate validation server and storage medium | |
| TWI252662B (en) | Method and apparatus for accelerating public-key certificate validation | |
| EP2187590B1 (en) | Method of validation public key certificate and validation server | |
| JP3588042B2 (ja) | 証明書の有効性確認方法および装置 | |
| JP5099139B2 (ja) | 公開鍵証明書状態の取得および確認方法 | |
| US20030037234A1 (en) | Method and apparatus for centralizing a certificate revocation list in a certificate authority cluster | |
| WO2019142428A1 (ja) | 情報処理装置およびその処理方法 | |
| JP2004185263A (ja) | 分散協調型コンテンツ配信システム | |
| JP5785875B2 (ja) | 公開鍵証明書の検証方法、検証サーバ、中継サーバおよびプログラム | |
| JP5743946B2 (ja) | サービス提供装置、共同署名検証装置、利用者の識別・認証方法及びプログラム | |
| JP2006229735A (ja) | 情報処理装置及びシステム | |
| JP5018849B2 (ja) | Ｃｒｌ発行通知機能付き認証基盤システム | |
| JP4582030B2 (ja) | Ｃｒｌ発行通知機能付き認証基盤システム | |
| JP3754342B2 (ja) | 公開鍵証明書の有効性検証システム | |
| JP4704055B2 (ja) | 公開鍵証明書失効リスト更新システムおよび方法、ならびにサービス提供サーバ、プログラム | |
| CN114143010A (zh) | 数字证书获取方法、装置、终端、系统和存储介质 | |
| CN110324290B (zh) | 网络设备认证的方法、网元设备、介质及计算机设备 | |
| JP5899351B2 (ja) | 認証局装置、証明書更新装置および証明書管理方法 | |
| JP2013225938A (ja) | 公開鍵証明書の検証方法及び検証サーバ | |
| JP5772148B2 (ja) | 認証システム、認証装置、認証局、認証方法、及びプログラム | |
| JP2006287455A (ja) | 証明書検証装置及び方法並びに証明書検証サーバ | |
| JP2003058050A (ja) | 検証処理方法及びその実施システム並びにその処理プログラム | |
| JP2005234916A (ja) | 属性証明書適用装置及び方法 | |
| JP2011101083A (ja) | 署名装置、検証装置、署名生成・署名検証システム、署名生成・署名検証方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060315 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060315 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090728 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090925 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100216 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100301 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |