JP4774667B2 - サーバ、公開鍵の情報の提供方法、およびコンピュータプログラム - Google Patents

Description

本発明は、公開鍵暗号方式で用いられる公開鍵の情報管理に関する。

従来より、暗号技術の一つとして、公開鍵暗号方式が広く用いられている。公開鍵暗号方式によると、多数のユーザとデータの交換を行う場合であっても、一対の公開鍵および秘密鍵を用意し、データの交換相手にその公開鍵をコピーして配付しておくだけでよい。つまり、共通鍵方式のように交換相手ごとに異なる鍵を用意する必要はない。

また、公開鍵暗号方式は、一方の鍵で暗号化したデータは他方の鍵でしか復号することができないという特徴を有する。例えば、公開鍵で暗号化したデータはこれに対応する秘密鍵でしか復号することができず、秘密鍵で暗号化したデータはこれに対応する公開鍵でしか復号することができない。

これらの特徴より、公開鍵暗号方式は、データの送信元の正当性を確認する電子署名（ディジタル署名、ディジタルＩＤ、または電子印鑑などと呼ばれることもある。）のために、次のようにして用いられている。すなわち、送信元のユーザは、自分の秘密鍵でデータを暗号化し、これを相手先に送信する。これを受信したユーザは、送信元のユーザより配付された公開鍵でデータの復号を試みる。復号が成功すれば、そのデータの送信元が正当であることが確認される。電子署名されたすなわち暗号化されたデータを、特許文献１に記載されるように、ネットワーク上のサーバで公開することも可能である。

ところが、秘密鍵が盗まれてしまった場合は、正当なユーザになりすました者から不正なデータが送信されまたは送信の過程でデータが改ざんされるおそれが生じる。

そこで、送信元のユーザは、自分の公開鍵を第三者機関である認証局に対して登録しておき、認証局よりその公開鍵の有効性を示す電子証明書（ディジタル証明書）を送信相手のために発行してもらうことができる。これにより、その送信相手は、電子証明書に基づいてより確実に送信元の正当性を判断することができる。また、有効性を失った公開鍵は、証明書失効リスト（ＣＲＬ：Certificate Revocation List）によって公表される。

しかし、公開鍵の電子証明書またはＣＲＬを受け取ったユーザにとって、電子証明書のチェーンの構造解析を行ったり、ＣＲＬの検証を行ったりすることは、大きな負担となっている。したがって、公開鍵の有効性に関する情報を簡単に得られることが求められている。

このような公開鍵暗号方式の環境すなわちＰＫＩ（Public Key Infrastructure）をより容易に利用するための規格として、非特許文献１に記載されるようなＸＫＭＳ（XML Key Management Specification）が提案されている。しかし、このＸＫＭＳは、単にメッセージとプロトコルとを定義しているだけに過ぎない。また、非特許文献１には、このＸＫＭＳを用いてユーザと認証局との間にＸＫＭＳサーバを設けることが想定される旨が記載されているものの、その具体的な用途および構成については何も想定されていない。

よって、非特許文献１に記載されるＸＫＭＳおよびＸＫＭＳサーバだけでは、公開鍵の有効性に関する情報をユーザが簡単に得られるようにする、という上記の課題を解決することができない。
特開２００２−１６９９０９号公報 "技術解説−ＸＭＬ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＸＫＭＳ ２．０）−"，２００２年５月，沖電気工業株式会社，池上勝美

本発明は、上記のような問題点に鑑み、公開鍵方式における公開鍵の有効性を判別するための情報をユーザが簡単に得られるようにすることを目的とする。

本発明に係るサーバは、公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局ならびに公開鍵を使用するユーザの端末装置とネットワークを介して接続されるサーバであって、前記端末装置から前記認証局に対しての、公開鍵の管理に関する要求を仲介する、管理要求仲介手段と、前記管理要求仲介手段が仲介した前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとして記録するログ記録手段と、前記端末装置より公開鍵が有効であるか否かの問合せを受け付ける問合せ受付手段と、前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する、有効性判別手段と、前記有効性判別手段による判別の結果を問合せ元の前記端末装置に送信する結果送信手段と、を有してなることを特徴とする。

または、前記ログ抽出手段によって抽出された前記ログを前記有効性判別手段による前記判別の結果とともに送信してもよいし、前記判別の結果の代わりに送信してもよい。

または、前記端末装置からの指令に従って前記ログ記録手段に記憶されているすべての前記ログを抽出するログ抽出手段と、抽出された前記ログを指令元の前記端末装置に送信するログ送信手段と、を有する。

または、前記端末装置から指定されたキーワードに係る前記ログを前記ログ記録手段より抽出するログ抽出手段と、抽出された前記ログを指定元の前記端末装置に送信するログ送信手段と、を有する。

本発明によると、ユーザは、公開鍵方式における公開鍵の有効性を簡単に取得することができる。また、認証局および端末装置における処理の負担およびネットワーク全体の負荷を軽減することができる。

図１は本発明に係るＸＫＭＳサーバ１を有するシステムの全体構成の例を示す図、図２はＸＫＭＳサーバ１の機能的構成の例を示す図、図３はログファイル１０Ｆに格納されるログ情報８１の例を示す図である。

図１に示すように、本発明に係るＸＫＭＳサーバ１は、認証システム２および端末装置３と通信回線４を介して接続することができる。通信回線４として、インターネット、イントラネット、公衆回線、または専用線などが用いられる。通信プロトコルとして、ＴＣＰ／ＩＰまたはＨＴＴＰなどが用いられる。

認証システム２は、電子証明書に関する管理を行う第三者機関である認証局（ＣＡ：Certificate Authority）によって運営される。この認証システム２は、公開鍵の登録、登録されている公開鍵についての電子証明書の発行、電子証明書失効リスト（ＣＲＬ：Certificate Revocation List）などの公開情報の発行、および公開鍵の有効期限の確認など、公開鍵の管理のための処理をコンピュータなどによって行うシステムである。

なお、「認証局」とは、電子証明書の認証だけを行う組織を意味する場合がある。しかし、一般的には、「認証局」は、登録局、上記の狭義の意味での認証局、および検証局の３部門からなる組織を意味するものとして使用される場合が多い。本実施形態では、「認証局」を、後者を意味するものとして使用する。

端末装置３には、電子メールまたはＷｅｂブラウザなどのプログラムがインストールされており、他の端末装置３などとデータの受渡しを行うことができる。端末装置３として、パーソナルコンピュータ、ワークステーション、ＰＤＡ（Personal Digital Assistant）、または携帯電話端末などが用いられる。複写機、プリンタ、スキャナ、ＦＡＸ、またはドキュメントサーバなどの機能を集約した複合機（ＭＦＰ：Multi Function Peripherals）を用いることもできる。

また、端末装置３は、公開鍵暗号方式によってデータを暗号化しおよび暗号化されているデータを復号するためのプログラム（以下、「暗号用アプリケーションプログラム」と記載する。）を有している。例えば、次のような場合に、端末装置３のユーザは、暗号用アプリケーションプログラムを使用する。
（１） 他のユーザより取得した、当該他のユーザの秘密鍵によって暗号化されているデータを、当該他のユーザの公開鍵を使用して復号する場合。
（２） 他のユーザより取得した、ユーザ自身の公開鍵によって暗号化されているデータを、ユーザ自身の秘密鍵を使用して復号する場合。
（３） ユーザ自身のデータ（個人情報など）を他のユーザ（例えば、役所、銀行、信販会社、またはインターネットプロバイダ）などに送信するために、当該他のユーザの公開鍵を使用してそのデータなどを暗号化する場合。
（４） 端末装置３のユーザが他のユーザにデータを送信するために、そのデータをユーザ自身の秘密鍵を使用して暗号化する場合。

上記（１）および（３）の場合は、他のユーザの公開鍵を使用するので、この公開鍵が有効なものであるか否かを確認する必要がある。公開鍵が有効なものでなければ、上記（１）の場合には通信の過程で悪意のある者によって改ざんされたデータを取得して利用しまたは正規のユーザになりすました者からのデータを取得して利用してしまうおそれがあり、上記（３）の場合には送信した自分の個人情報などを悪意のある者に盗み見られまたは改ざんされてしまうおそれがあるからである。

上記（２）および（４）の場合は、端末装置３のユーザは、自分自身の秘密鍵に対応する公開鍵を他のユーザに配布する必要がある。そこで、その公開鍵を認証局に登録し、他のユーザに対する信頼を得ることが望ましい。

ＸＫＭＳサーバ１は、公開鍵基盤（ＰＫＩ：Public Key Infrastructure）を利用するために提唱されている仕様の一つであるＸＫＭＳ（XML Key Management Specification）に基づいて構成される。ＸＫＭＳサーバ１として、ＵＮＩＸ（登録商標）サーバまたはいわゆるＰＣサーバなどが用いられる。

このＸＫＭＳサーバ１は、後に説明するように、認証局（認証システム２）のフロントエンドサーバのような役割を果たしていると言える。したがって、ＸＫＭＳサーバ１の運営は、認証局が行ってもよい。または、インターネットプロバイダなどがＷｅｂサービスの一環としてＸＫＭＳサーバ１を運営することもできる。

ＸＫＭＳサーバ１の磁気記憶装置には、図２に示すような管理処理要求仲介部１０１、ログ記録部１０２、問合せ受付部１０３、ログ抽出部１０４、有効性判別部１０５、結果送信部１０６、およびＣＲＬ取得部１０７などの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭにロードされ、ＣＰＵによってプログラムが実行される。以下、図２の各部の機能および処理内容などについて説明する。

管理処理要求仲介部１０１は、端末装置３から認証局への、ユーザの公開鍵の管理に関する要求（依頼）を仲介する処理を行う。公開鍵の登録、失効（廃止）、回復、または有効期限の開示など、公開鍵についての種々の管理に関する要求がユーザよりなされる。

例えば、公開鍵ＫＰの登録は、次のような手順で公開鍵の管理の処理が行われる。ユーザは、自分の端末装置３に暗号用アプリケーションプログラムを起動させ、秘密鍵ＫＳおよびこれと対を成す公開鍵ＫＰを生成する。生成した公開鍵ＫＰを、要求先の認証局が指定する所定の事項を記載した登録申請情報７１とともに、その認証局の公開鍵によって暗号化する。暗号化された公開鍵ＫＰおよび登録申請情報７１は、ＸＫＭＳサーバ１に送信される。

すると、管理処理要求仲介部１０１は、端末装置３より送信されてきた公開鍵ＫＰおよび登録申請情報７１を登録先となる認証局の認証システム２に転送する。認証システム２では、送信されてきた公開鍵ＫＰおよび登録申請情報７１が復号され、登録申請情報７１の内容などに基づいて要求元のユーザの本人性の確認、そのユーザが公開鍵ＫＰに対応する秘密鍵ＫＳの所有者であることの確認、および依頼（申請）内容の正確性についての確認などが行われる。これらの事項が確認されれば、端末装置３のユーザの公開鍵ＫＰが登録される。これにより、認証局において、公開鍵ＫＰの電子証明書などの発行が可能となる。認証システム２における処理結果は、ＸＫＭＳサーバ１に通知される。

ログ記録部１０２は、ＸＫＭＳサーバ１が認証システム２または端末装置３と行ったすべての通信の内容を、図３に示すように、ログ情報８１としてログファイル１０Ｆに記録する。したがって、管理処理要求仲介部１０１が認証局（認証システム２）に対して仲介した公開鍵ＫＰの管理の依頼の内容および認証局における係る依頼の処理結果も、ログ情報８１として記録される。

ログ情報８１に記載される項目として、例えば、「ＵｓｅｒＮａｍｅ」、「ＡｕｔｈＩｎｆｏ」、「Ｔｉｍｅ」、「Ｒｅｑｕｅｓｔ」、「ＣＡ」、および「Ｒｅｓｕｌｔ」などがある。「ＵｓｅｒＮａｍｅ」には、認証局に対して公開鍵ＫＰの管理の要求を行ったユーザのユーザ名などが記録される。「ＡｕｔｈＩｎｆｏ」には、管理の要求を行ったユーザの識別情報および管理の対象の鍵の識別情報が記録される。

「Ｒｅｑｕｅｓｔ」は、登録（Ｒｅｇｉｓｔｅｒ）、発見（Ｌｏｃａｔｅ）、または失効（Ｒｅｖｏｋｅ）など、公開鍵ＫＰの管理に関する要求の内容が記録される。「ＣＡ」には、要求先の認証局の認証局名が記録される。「Ｔｉｍｅ」には、要求のあった日付および時刻が記録される。または、要求された処理を完了した時刻を記録するようにしてもよい。「Ｒｅｓｕｌｔ」には、処理結果が記録される。

その他、公開鍵ＫＰの回復および証明書の発行などが要求される。また、公開鍵ＫＰの有効期限についての情報開示を要求できるようにしてもよい。この場合のログ情報８１の「Ｒｅｓｕｌｔ」には、処理が成功したか否かの結果とともに開示された有効期限を記録するようにしてもよい。

ログ情報８１１は、認証局Ａに対して「Ｍａｒｕ」という公開鍵ＫＰの登録が成功したことを意味する。ログ情報８１２は、「ｍａｒｕ」という公開鍵ＫＰが認証局Ｂで発見されたことつまり少なくとも要求を行った時点においてその公開鍵ＫＰが有効であることを意味する。これに対してログ情報８１３は、公開鍵ＫＰが認証局Ａにおいて発見されなかったことつまり少なくとも認証局Ａにおいては有効でないことを意味する。ログ情報８１４は、「ｔｅｓＮａｍｅ」という公開鍵ＫＰの失効を要求したが失敗したことを意味する。

図２に戻って、ＣＲＬ取得部１０７は、認証局でＣＲＬ（電子証明書失効リスト）が発行されるごとに、そのＣＲＬを取得する。つまり、ＣＲＬ取得部１０７は、ＸＫＭＳサーバ１と認証局の公開情報を管理するリポジトリとのインタフェースの役割を果たす。

問合せ受付部１０３は、端末装置３より公開鍵ＫＰの有効性などに関する問合せを受け付ける。ログ抽出部１０４は、受け付けられた問合せに係る公開鍵ＫＰについてのログ情報８１をログファイル１０Ｆより抽出する。

有効性判別部１０５は、問合せに係る公開鍵ＫＰの有効性について、ログ抽出部１０４によって抽出されたログ情報８１およびＣＲＬ取得部１０７によって取得されたＣＲＬに基づいて、次のようにして判別を行う。

例えば、抽出されたログ情報８１のうちの少なくとも１つに「Ｒｅｖｏｋｅ」および「成功」を示すものが含まれている場合は、その公開鍵ＫＰは失効しており有効なものではないと判別する。「Ｒｅｖｏｋｅ」および「成功」を示すログ情報８１が１つもなく、かつ、その公開鍵ＫＰの有効期限が現在の時刻よりも後を示す場合は、その公開鍵ＫＰを有効なものであると判別する。または、その公開鍵ＫＰが失効である旨がＣＲＬに記載されている場合は、ログ情報８１の内容に関わらず、その公開鍵ＫＰを有効なものではないと判別する。

結果送信部１０６は、ログ抽出部１０４によって抽出された、問合せに係る公開鍵ＫＰのログ情報８１とともに、有効性判別部１０５による判別結果を判別結果情報７２として問合せ元の端末装置３に送信する。

端末装置３のユーザは、ＸＫＭＳサーバ１より受信した判別結果情報７２およびログ情報８１を参考にして、有効性について問い合わせた公開鍵ＫＰを使用するか否かを決める。その公開鍵ＫＰが既に失効しているのであれば、その公開鍵ＫＰを使用して暗号化したデータを他のユーザに送信すると、悪意のある者に盗み見られ、または通信の過程で内容を改ざんされるおそれがある。また、送信されてきたデータが不正なユーザ（なりすまし）から送信されてきたものであるおそれがあり、または、通信経路の途中で改ざんされているおそれがある。よって、受信したデータは使用しないことが望ましい。

前に述べたように、ＸＫＭＳサーバ１が認証システム２および端末装置３と交わした通信の内容はすべてログファイル１０Ｆに記録される。したがって、ＸＫＭＳサーバ１が判別結果情報７２を端末装置３に送信したことおよび判別結果情報７２の内容もログ情報８１としてログファイル１０Ｆに記録される。これにより、その後に同じ公開鍵ＫＰについて有効性の問合せがあった場合に、そのログ情報８１を参照し、有効性の判別を迅速に行うことができる。

端末装置３のユーザは、ＸＫＭＳサーバ１に対してログ情報８１の一覧を開示するように要求することができる。係る要求があった場合に、ログ抽出部１０４は、ログファイル１０Ｆに１つでもログ情報８１が記録されていれば、すべてのログ情報８１を抽出する。結果送信部１０６は、抽出されたすべてのログ情報８１を一覧表にして要求元の端末装置３に送信する。また、ログ抽出部１０４は、公開鍵またはその所有者などを抽出のキーワードとしてユーザより指定された場合は、そのキーワードに合うログ情報８１だけを抽出する。結果送信部１０６は、これを一覧表にして要求元（指定元）の端末装置３に送信する。

図４はＸＫＭＳサーバ１の処理の流れの例を説明するフローチャートである。なお、図４に示す各処理は、ＸＫＭＳサーバ１の磁気記憶装置またはＲＯＭなどに格納されたプログラムをＣＰＵにより実行することによって実現される。次に、ＸＫＭＳサーバ１における公開鍵ＫＰについての処理の手順について、フローチャートを参照して説明する。

図４において、ＸＫＭＳサーバ１は、端末装置３のユーザより公開鍵ＫＰの管理に関する要求を受け付けると（＃１）、必要に応じてその要求の内容を認証局の認証システム２に通知する（＃２）。つまり、ユーザから認証局に対しての、公開鍵ＫＰの管理に関する要求を仲介する。その要求に係る管理の処理結果を認証局より取得し、その要求の内容とともにログ情報８１としてログファイル１０Ｆに記録する（＃３）。なお、ステップ＃２、＃３の処理は、要求を受け付けるごとに随時実行される。また、次に説明するステップ＃４〜＃７の処理と並行して実行されることもある。

端末装置３のユーザより公開鍵ＫＰの有効性に関する問合せを受け付けると（＃４）、その公開鍵ＫＰに係るログ情報８１をログファイル１０Ｆより抽出する（＃５）。抽出されたログ情報８１に基づいて公開鍵ＫＰの有効性を判別し（＃６）、その判別結果を問合せ元のユーザに通知する（＃７）。抽出されたログ情報８１とともに判別結果を通知するようにしてもよい。

また、ステップ＃４において、公開鍵ＫＰの所有者などがキーワードとして指定されて問合せがあった場合は、そのキーワードに対応するログ情報８１を抽出してユーザに送信する（＃５、＃７）。

本実施形態によると、ＸＫＭＳサーバ１は、端末装置３から認証局への、公開鍵ＫＰの管理に関する要求を仲介し、その際の処理に関する内容をログ情報８１としてログファイル１０Ｆに記録する。そして、ユーザからの要求に応じてそのログ情報８１を開示しまたは公開鍵ＫＰの有効性について判別する。これにより、端末装置３から認証局への直接的な処理の要求（例えば、電子証明書の発行の要求など）を減少させ、認証局および端末装置３における処理の負担およびネットワーク全体の負荷を軽減することができる。また、ネットワークの管理者は、ログ情報８１を参照することによってユーザごとの電子証明書の発行などの要求やその結果などを容易に監視することができ、これをネットワークなどの保守および管理のための一助とすることができる。

ＸＫＭＳサーバ１の有効性判別部１０５を端末装置３に設け、公開鍵ＫＰの有効性の判別を端末装置３で行うようにしてもよい。ＸＫＭＳサーバ１のその他の機能についても、端末装置３に設けることができる。

その他、ＸＫＭＳサーバ１、端末装置３の全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。

本発明は、上に説明した通り、ネットワークを介してデータの送受信を行うユーザにとって、手軽に公開鍵の有効性を確認することができる。よって、データの送受信を行う際の暗号化を促進し、データ交換の安全性を高めるために有用である。

本発明に係るＸＫＭＳサーバを有するシステムの全体構成の例を示す図である。 ＸＫＭＳサーバの機能的構成の例を示す図である。 ログファイルに格納されるログ情報の例を示す図である。 ＸＫＭＳサーバの処理の流れの例を説明するフローチャートである。

符号の説明

１ ＸＫＭＳサーバ（サーバ）
２ 認証システム
３ 端末装置
４ 通信回線（ネットワーク）
７２ 判別結果情報
８１ ログ情報（ログ）
１０１ 管理処理要求仲介部（管理要求仲介手段）
１０２ ログ記録部（ログ記録手段）
１０３ 問合せ受付部（問合せ受付手段）
１０４ ログ抽出部（ログ抽出手段）
１０５ 有効性判別部（有効性判別手段）
１０６ 結果送信部（結果送信手段、ログ送信手段）
１０Ｆ ログファイル（ログ記録手段）
ＫＰ 公開鍵

Claims (8)

1. 公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局ならびに公開鍵を使用するユーザの端末装置とネットワークを介して接続されるサーバであって、
   前記端末装置から前記認証局に対しての、公開鍵の管理に関する要求を仲介する、管理要求仲介手段と、
   前記管理要求仲介手段が仲介した前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとして記録するログ記録手段と、
   前記端末装置より公開鍵が有効であるか否かの問合せを受け付ける問合せ受付手段と、
   前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する、有効性判別手段と、
   前記有効性判別手段による判別の結果を問合せ元の前記端末装置に送信する結果送信手段と、
   を有してなることを特徴とするサーバ。
2. 前記端末装置からの指令に従って前記ログ記録手段に記憶されているすべての前記ログを抽出するログ抽出手段と、
   抽出された前記ログを指令元の前記端末装置に送信するログ送信手段と、を有する、
   請求項１記載のサーバ。
3. 前記端末装置から指定されたキーワードに係る前記ログを前記ログ記録手段より抽出するログ抽出手段と、
   抽出された前記ログを指定元の前記端末装置に送信するログ送信手段と、を有する、
   請求項１記載のサーバ。
4. 公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局ならびに公開鍵を使用するユーザの端末装置とネットワークを介して接続されるサーバであって、
   前記端末装置から前記認証局に対しての、公開鍵の管理に関する要求を仲介する、管理要求仲介手段と、
   前記管理要求仲介手段が仲介した前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとして記録するログ記録手段と、
   前記端末装置より公開鍵が有効であるか否かの問合せを受け付ける問合せ受付手段と、
   前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する、有効性判別手段と、
   前記有効性判別手段による判別の結果を問合せ元の前記端末装置に送信する結果送信手段と、
   前記端末装置より指定された公開鍵についての前記ログを前記ログ記録手段より抽出するログ抽出手段と、
   前記ログ抽出手段によって抽出された前記ログを指定元の前記端末装置に送信するログ送信手段と、
   を有してなることを特徴とするサーバ。
5. 公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局にネットワークを介して接続したコンピュータが、
   公開鍵の管理に関する要求を端末装置より受け付ける処理と、
   前記要求を前記認証局に対して通知する処理と、
   前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとしてログ記録手段に記録する処理と、
   公開鍵が有効であるか否かの問合せを端末装置より受け付ける処理と、
   前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する処理と、
   判別の結果を問合せ元の端末装置に通知する処理と、
   を実行することを特徴とする公開鍵の情報の提供方法。
6. 公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局にネットワークを介して接続したコンピュータが、
   公開鍵の管理に関する要求を端末装置より受け付ける処理と、
   前記要求を前記認証局に対して通知する処理と、
   前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとしてログ記録手段に記録する処理と、
   公開鍵が有効であるか否かの問合せを端末装置より受け付ける処理と、
   前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する処理と、
   判別の結果を問合せ元の端末装置に通知する処理と、
   端末装置より指定された公開鍵についての前記ログを前記ログ記録手段より抽出する処理と、
   抽出された前記ログを指定元の端末装置に通知する処理と、
   を実行することを特徴とする公開鍵の情報の提供方法。
7. 公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局と通信を行う機能を備えたコンピュータに用いられるコンピュータプログラムであって、
   公開鍵の管理に関する要求を端末装置より受け付ける処理と、
   前記要求を前記認証局に対して通知する処理と、
   前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとしてログ記録手段に記録する処理と、
   公開鍵が有効であるか否かの問合せを端末装置より受け付ける処理と、
   前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する処理と、
   判別の結果を問合せ元の端末装置に通知する処理と、
   をコンピュータに実行させるためのコンピュータプログラム。
8. 公開鍵の電子証明書の発行、管理、および失効のための処理を行う認証局と通信を行う機能を備えたコンピュータに用いられるコンピュータプログラムであって、
   公開鍵の管理に関する要求を端末装置より受け付ける処理と、
   前記要求を前記認証局に対して通知する処理と、
   前記要求が公開鍵の失効に関するものである場合に当該失効が成功したか否かを示す情報をログとしてログ記録手段に記録する処理と、
   公開鍵が有効であるか否かの問合せを端末装置より受け付ける処理と、
   前記ログ記録手段に記録されている前記問合せに係る公開鍵についての前記ログの中に失効が成功した旨を示すものが含まれる場合に、当該公開鍵は有効でないと判別する処理と、
   判別の結果を問合せ元の端末装置に通知する処理と、
   端末装置より指定された公開鍵についての前記ログを前記ログ記録手段より抽出する処理と、
   抽出された前記ログを指定元の端末装置に通知する処理と、
   をコンピュータに実行させるためのコンピュータプログラム。

Images