JPH07160198A - 暗号通信における公開鍵登録方法および公開鍵証明書の発行局 - Google Patents

Abstract

(57)【要約】 【目的】 公開鍵の所有者が真正のものであることを証
明する発行局に公開鍵を登録する方法に関し，発行局が
ユーザの認証を自動化し，単一の発行局で大量のユーザ
の認証を間違いなく行うことのできるようにすることを
目的とする。 【構成】 申請人(1) と申請人Ｃの身元保証人となる登
録者(2) と発行局(3) が通信回線により接続される通信
システムを構成し，発行局(3) に公開鍵の登録を申請す
る申請人(1) は，公開鍵を登録する申請書(10)を作成
し，発行局(3) に公開鍵が既に登録されている登録者
(2) に申請書(10)を転送し，登録者(2) は申請書(10)に
登録者(2) の電子署名をすることにより申請者(1) の身
元保証人(2) となって申請者(1) の代理申請書(10') を
作成し，身元保証人(2) は代理申請書(10') を該発行局
(3) に送信し，発行局(3) は身元保証人(2) の署名を検
査し，申請された公開鍵を登録する構成を持つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，暗号通信における公開
鍵の所有者が真正のものであることを証明する第三者的
機関（発行局）に公開鍵を登録する方法に関する。

【０００２】不特定の多数コンピュータが接続されてい
るネットワークを介して通信する場合には，中継サイト
等で通信内容が盗聴されたり，あるいは通信による取引
で本人を偽って商品を発注したりする等の通信のセキュ
リティに対する不安がある。そのため，通信内容を暗号
化したり，第三者的機関（発行局）により公開鍵が申請
のものであることの証明書を発行してもらい，通信内容
に添付して通信のセキュリティを保証するようにしてい
る。

【０００３】登録申請される公開鍵の所有者が真正のも
のであることを発行局が間違いなく確認できれば，ユー
ザは発行局の発行する証明書により公開鍵が真正のもの
として安心して通信により取引等を行うことができる。
従って，登録申請される公開鍵の所有者の認証を発行局
が正しく行うことが通信システムにおいて大切である。

【０００４】

【従来の技術】従来の発行局による公開鍵の所有者の認
証は，免許証，従業員証等の通信手段と異なるもので確
認していた。このような方法は，一つの発行局の認証で
きる範囲が限定され，認証に写真と本人の確認等の作業
が必要となり，大規模に行うことは困難であった。

【０００５】そこで，一つの発行局の規模が小さくても
多数のユーザの証明ができるように発行局を階層的に組
織し，証明書を発行することが提案されている。図１４
は従来の階層化された発行局の構成を示す。

【０００６】図１４において，２１０は発行局ＰＣＡで
あって，親発行局であり，下層に発行局ＣＡ１（２２
１），発行局ＣＡ２（２２２），発行局ＣＡ３（２２
３）を従えるものである。

【０００７】２２１は発行局ＣＡ１であって，ユーザ群
Ａ（２２５）のユーザについて本人であることを確認し
た公開鍵を備え，本人の申請により，公開鍵が真正のも
のであることを証明する公開鍵証明書を発行するもので
ある。

【０００８】２２２は発行局ＣＡ２であって，ユーザ群
Ｂ（２２６）のユーザの公開鍵証明書を発行するもので
ある。２２３は発行局ＣＡ３であって，ユーザ群Ｃ（２
２７）のユーザの公開鍵証明書を発行するものである。

【０００９】２２５はユーザ群Ａであって，発行局ＣＡ
１（２２１）に公開鍵が登録されているユーザである。
２２６はユーザ群Ｂであって，発行局ＣＡ２（２２２）
に公開鍵が登録されているユーザである。

【００１０】２２７はユーザ群Ｃであって，発行局ＣＡ
３（２２３）に公開鍵が登録されているユーザである。
図１４の構成において，例えば，ユーザ群Ａ（２２５）
内のユーザ同士で通信を行う場合には，発行局ＣＡ１
（２２１）の発行する公開鍵証明書を添えて通信を行
う。ユーザ群Ａ（２２５）のユーザとユーザ群Ｂ（２２
６）のユーザの間で通信を行う場合，例えば，ユーザ群
ＡのユーザＡが自身の公開鍵証明書を付してユーザ群Ｂ
のユーザＢに通信する場合を考える。ユーザＡは発行局
ＣＡ１（２２１）およびＰＣＡ（２１０）のそれぞれか
ら公開鍵証明書の発行を受け，ユーザＢに送信する。ユ
ーザＢは，受け取った公開鍵証明書の正当性を確認する
場合には，発行局ＣＡ２（２２２）を介して発行局ＰＣ
Ａ（２１０）の公開鍵証明書の正当性，およびＰＣＡ
（２１０）を介して発行局ＣＡ１（２２１）の正当性を
確認する。

【００１１】次に，通信における暗号化方法および電子
署名について説明する。暗号化方法には，通信者間で共
通の秘密鍵を用意し，その秘密鍵を使用して暗号化する
方式（ＤＥＳ方式）と，公開鍵と対応する秘密鍵を用意
し，公開鍵もしくは秘密鍵により暗号化し，公開鍵で暗
号化した場合には秘密鍵で復号化し，秘密鍵で暗号化し
た場合には公開鍵で復号する方式（ＲＳＡ方式）等があ
る。

【００１２】ＤＥＳ方式は，処理速度は速いが当時者だ
けで共通の秘密鍵を用意しなければならないので鍵の数
が膨大になる。一方，ＲＳＡ方式は管理する鍵の数は少
なくて良いが処理速度が遅い欠点がある。そこで，両者
を組み合わせて暗号化するＰＥＭ方式が考え出された。

【００１３】図１５はＰＥＭ方式による暗号化方法の説
明図である。ＰＥＭ方式はメール本文をＤＥＳ秘密鍵
（メールを暗号化する時に時間情報等を利用してランダ
ムに生成したＤＥＳ秘密鍵）によりＤＥＳ暗号化し，発
信者の署名を受信者の公開鍵によりＲＳＡ暗号化するも
のである。受信者は受信者の秘密鍵でメール（送信者の
暗号メール本文とＤＥＳ秘密鍵を含む）を取り出しメー
ル本文を復号する方式である。

【００１４】図１５において，Ｓは送信側システムであ
る。Ｒは受信側システムである。

【００１５】送信側システムＳの送信者Ａから，受信側
システムＲの受信者ＢにＰＥＭ方式で暗号通信する場合
を説明する。送信側システムＳにおいて，３００はメー
ル本文（通信文）である。

【００１６】３０１はＤＥＳ秘密鍵であって，メール本
文をＤＥＳ暗号化する際に時間情報等を利用してランダ
ムに生成したものである。３０１’はＢの公開鍵であっ
て，Ｂが作成してＡに公開したものである（Ｂの公開鍵
にはＢの秘密鍵が対応付けられている）。

【００１７】３０１”はＤＥＳ秘密鍵生成部であって，
時間情報を利用してランダムに秘密鍵を生成するもので
ある。３０２はＤＥＳ秘密鍵３０１で，メール本文３０
０をＤＥＳ暗号化する処理である。

【００１８】３０３はＤＥＳ秘密鍵３０１をＢの公開鍵
でＲＳＡ暗号化する処理である。３０４は送信情報であ
って，ネットワークで送信される送信情報である。３０
５は暗号化されたＤＥＳ秘密鍵を表し，ＤＥＳ秘密鍵３
０１のＲＳＡ暗号化されたものである。

【００１９】３０６は暗号メール本文であって，ＤＥＳ
秘密鍵３０１でＤＥＳ暗号化されたものである。受信側
システムＲにおいて，３０７はＢの秘密鍵であって，Ｂ
の公開鍵に対応するものである。

【００２０】３０７’Ｂの秘密鍵でＲＳＡ暗号化された
ＤＥＳ秘密鍵３０１を復号する処理を表す。３０８はＤ
ＥＳ暗号化された暗号メール本文３０６をＤＥＳ秘密鍵
３０１で復号する処理を表す。

【００２１】３０９は復号された復号メール本文を表
す。図１５のＰＥＭ方式において，送信者Ａが暗号メー
ルを作成し，受信者Ｂが復号する処理は次の通りであ
る。

【００２２】送信者Ａはメール本文３００を作成する。
送信者Ａは，ＤＥＳ秘密鍵生成部３０１”によりＤＥＳ
秘密鍵３０１を生成し，そのＤＥＳ秘密鍵でメール本文
３００をＤＥＳ暗号化する。次に送信者Ａは受信者Ｂの
公開鍵３０１’を取り出し，Ｂの公開鍵３０１’を使用
してＤＥＳ秘密鍵３０１をＲＳＡ暗号化する。

【００２３】ＤＥＳ暗号化された暗号メール本文３０６
とＲＳＡ暗号化されたＤＥＳ秘密鍵３０５が受信者Ｂに
送信される。受信者Ｂは，公開鍵に対応する自身の秘密
鍵３０７により，その秘密鍵３０７を使用してＢの公開
鍵で暗号化されたＤＥＳ秘密鍵３０５を復号する。そし
て，そのＤＥＳ秘密鍵を使用して暗号化されたメール本
文を復号する。

【００２４】図１６は従来の署名方法の説明図である。
送信者Ａがメール本文を暗号化し，電子署名（以後，署
名と略称する）して受信者Ｂに送信するものとする。図
１６において，送信側システムＳにおいて，３３０はメ
ール本文である。

【００２５】３３１はＡの秘密鍵であって，Ａの公開鍵
に対応するものである。３３２はＡの公開鍵であって，
Ａが作成して公開したものであり，Ａの秘密鍵３３１と
対応付けられている。

【００２６】３３３はダイジェストであって，Ａの署名
とするものであり，メール本文をデータ圧縮したもので
ある。図１６はＡの秘密鍵３３１でＲＳＡ暗号化する場
合を示す。

【００２７】３３４はＡの秘密鍵で暗号化したダイジェ
ストであって，Ａの署名である。３４０は暗号化装置で
あって，メール本文をＰＥＭ暗号化する装置である。３
４１は暗号メール本文であって，暗号化装置３４０で暗
号化されたメール本文である。

【００２８】受信側システムＲにおいて，３３５は受信
したＡの公開鍵で復号する処理である。３３６は復号さ
れたダイジェストである。

【００２９】３４２はＰＥＭ方式の復号装置であって，
送信者Ａから送られてくる暗号メール本文３４１を復号
するものである。３４３は復号メール本文である。

【００３０】３４４は復号メール本文のダイジェストで
あって，復号メール本文をデータ圧縮したものである。
３４５は照合の処理を表し，Ａの公開鍵で復号したダイ
ジェストと復号装置３４２で復号された復号メール本文
のダイジェスト３４４を比較し，署名検査するものであ
る。

【００３１】図１６の署名検査方法を説明する。送信者
Ａはメール本文３３０を作成する。作成されたメール本
文３３０をデータ圧縮して署名とし，さらにＡの秘密鍵
３３１で暗号化する。暗号化されたＡの署名は受信者Ｂ
に送信される。一方，メール本文３３０は暗号化装置３
４０において暗号化され，暗号化された暗号メール本文
３４１が送信者Ｂに送信される。

【００３２】受信側システムＲにおいて，受信者Ｂは，
Ａの公開鍵により暗号化されたＡの署名を復号し，復号
されたダイジェスト（Ａの署名）３３６を得る。一方，
受信者Ｂは送信者Ａから送られてくる暗号メール本文を
受け取り，復号装置３４２で復号する。そして，復号メ
ール本文３４３のダイジェストを作成する。そこで，暗
号化されたダイジェストから得た復号されたダイジェス
ト３３６と復号したメール本文から作成したダイジェス
ト３４４を比較する。そして，両者が一致すれば署名が
正しいとし，一致しなければ，署名が正しくないとす
る。

【００３３】

【発明が解決しようとする課題】従来の階層的な発行局
の構成では，発行局の乱立により公開鍵証明書の検査が
複雑になる。また，ユーザの登録情報が多くの発行局に
分散されることになり，検索や配布が困難となる。

【００３４】さらに，申請者が本人であることの確認
は，発行局が従業員証，免許証等でユーザの確認を行う
ので，人手作業による確認作業を必要とし，運用効率が
低いものであった。

【００３５】本発明は，発行局がユーザの認証を自動化
し，単一の発行局で大量のユーザの認証を間違いなく行
うことのできる暗号通信における公開鍵登録方法および
公開鍵証明書の発行局を提供することを目的とする。

【００３６】

【課題を解決するための手段】本発明は，新規のユーザ
が発行局に登録申請するときは，すでに，発行局に登録
されてるユーザが身元保証人となり，身元保証人が署名
した代理申請書を作成し，発行局に登録申請をするよう
にした。

【００３７】図１は本発明の基本構成(1) を示す。図１
において，１は申請人１（申請人Ｃとする）であって，
新規に発行局３に公開鍵の登録を申請するものである。

【００３８】２は身元保証人（身元保証人Ａとする）で
あって，発行局３に既に登録されている者であり，申請
人の身元保証人となって，発行局３に申請人１の登録申
請をする者である。

【００３９】３は発行局であって，公開鍵を登録し，ユ
ーザからの請求により，公開鍵が真正のものであること
を証明する証明書を発行するものである。申請人１にお
いて，１０は申請書であって，申請人１が公開鍵の登録
を申請する申請書である。

【００４０】１１は申請人１であることを表す識別子で
あって，国籍，氏名，所属する組織名等により構成され
るものである。１２は申請人１の公開鍵（公開鍵の番号
等）である。

【００４１】身元保証人（登録者）２において，１０’
は代理申請書であって，申請人１の作成した申請書１０
に身元保証人２が署名したものである。

【００４２】１５は署名作成部であって，身元保証人２
の署名を作成するものである。１６は代理申請書１０’
に添付された身元保証人２の署名（Ａの署名）である。

【００４３】発行局３において，２０は署名検査部であ
って，代理申請書１０’等の署名を検査し，申請書等が
改ざんされたり，本人を偽って申請されたものでないか
等の検査をするものである。

【００４４】２１は登録管理部であって，二重登録，身
元保証人のチェック等の検査をし，登録管理をするもの
である。２２は登録部であって，身元保証人の登録，新
規ユーザの登録等を行うものである。

【００４５】２３は身元保証人Ａ(2) の登録を表す。２
４は申請人１（申請人Ｃ）の登録を表す。２５は証明書
発行部であって，公開鍵証明書を発行局の署名を付して
発行するものである。

【００４６】２６は著名作成部であって，発行局３の著
名を作成するものである。図１の本発明の基本構成(1)
の動作は後述する。図２は本発明の基本構成(2) を示
す。

【００４７】図２において，１は申請人である。３は発
行局である。

【００４８】１０は申請書である。１４は申請人のアド
レスである。１７は申請人１（申請人Ｃ）の署名であ
る。

【００４９】１８はメール応答部であって，発行局３か
ら送られてくるメールに応答するものである。２０は署
名検査部である。

【００５０】２１は登録管理部である。２２は登録部で
ある。２５は証明書発行部である。

【００５１】２８はメール作成部であって，申請書に記
入されている申請人のアドレス１４を宛先として電子メ
ールを作成するものである。２８’はアドレス抽出部で
あって，受信した申請書から申請人のアドレス１４を抽
出するものである。

【００５２】２９は応答確認部であって，申請人１に宛
てたメールに対する申請人１からの応答を確認するもの
である。図２の本発明の基本構成(2) の動作は後述す
る。

【００５３】

【作用】図１の基本構成(1) の動作を説明する。申請人
１が，発行局３に新規登録申請をする場合について説明
する。

【００５４】(1) 申請人１は，申請人１の識別子Ｃ
（１１）（国籍，氏名，所属する組織名等），登録申請
する公開鍵Ｐｃ（１２）を含む申請書１０を作成する。
そして，申請人１は，身元保証人２に申請書１０を送付
し，申請人１に代わって，発行局３に代理申請すること
を依頼する。

【００５５】(2) ，(3) ，(4) 身元保証人２は，申請
人１から申請書１０を受け取ると，署名作成部１５によ
り，Ａの署名１６を作成する。そして，申請書１０にＡ
の署名１６を付した代理申請書１０’を作成する。

【００５６】(5) 身元保証人２は，代理申請書１０’
を発行局３に送信する。 (6) ，(7) 発行局３は代理申請書１０’に付されたＡ
の署名１６について署名検査をする。署名の正しいこと
が確認されると，登録管理部２１は身元保証人の照合，
二重登録等のチェックをして登録部２２に申請人１およ
び申請された公開鍵を登録する。

【００５７】(8) さらに，証明書発行部２５に申請情
報を入力する。 (9) ，(10) 証明書発行部２５は，署名作成部２６によ
り発行局３の署名を付して，申請人１に証明書を発行す
る。

【００５８】(11) 登録した証明書を登録部２２に保管
する。図２の本発明の基本構成(2) の動作を説明する。
図２において， (1) 申請人１は，自身のアドレス（申請人のアドレス
１４）およびＣの署名１７を付した申請書１０を作成す
る。申請人１は発行局３に申請書１０を送信する。

【００５９】(2) ，(3) 発行局３において，署名検査
部２０でＣの署名１７が署名検査され，さらに，登録管
理部２１で二重登録の有無等がチェックされ，証明書発
行部２５に申請情報が入力される。

【００６０】(4) ，(5) メール作成部２８は電子メー
ルを作成する。アドレス抽出部２８’により申請書１０
に記入されている申請人１のアドレスが抽出されて電子
メールに付され，電子メールは申請人１に送信される。

【００６１】(6) 申請人１は発行局３から送られてく
るメール（電子メール）を受信すると，メール応答部１
８は受信したメールに対する応答をする。 (7) 発行局３は，応答確認部２９において申請人１か
らの応答を確認すると，登録管理部２１により申請され
た公開鍵を登録部２２に登録する。

【００６２】(8) ，(9) また，証明書発行部２５は，
応答確認部２９による応答の通知を受けると，作成した
証明書を申請人へ送信する。なお，本発明の基本構成
(2) は，身元保証人による代理申請の場合にも適用でき
る。その場合には，代理申請書に含まれる申請人のアド
レスを宛先とする電子メールを作成する。

【００６３】(10) 登録した証明書を登録部２２に保管
する。本発明の基本構成(1) によれば，既に真正に登録
されている者を身元保証人として新規ユーザの登録がな
されるので，登録の信頼性が高くなり，発行局による新
規申請人（新規ユーザ）の認証も必要がない。そのた
め，従来必要とされていた免許証で写真と本人を確認す
る等の人手作業を必要としないので，発行局で大規模に
ユーザの登録管理を行うことができ，単一発行局による
証明書発行の一元管理が可能となる。

【００６４】また，本発明の基本構成(2) によれば，申
請人のアドレスの誤まりによる証明書誤発行の防止，も
しくは申請内容を誤って登録する等を確実に防止するこ
とができ，発行局の機械的処理だけで信頼性の高い登録
を行うことができる。

【００６５】

【実施例】図３は本発明の実施例１である。図３は，申
請人Ｃの申請書１０に身元保証人Ａの署名を暗号化して
送る実施例を示す。

【００６６】図３において，１は申請人Ｃである。２は
身元保証人Ａである。

【００６７】３は発行局（ＣＡ）である。１０は申請人
Ｃの申請書である。１０’は身元保証人Ａ（２）による
申請書（１０）の代理申請書である。

【００６８】１１は申請人Ｃの識別子Ｃである。１２は
申請人Ｃの公開鍵Ｐｃである。１５は署名作成部であ
る。

【００６９】１５’は暗号化部であって，身元保証人Ａ
（２）の秘密鍵１７で身元保証人Ａ（２）の署名を暗号
化するものである。１６は暗号化されたＡの署名であ
る。

【００７０】１７はＡの秘密鍵であって，Ａの署名を暗
号化するものである。発行局３において，２０は署名検
査部である。

【００７１】２１は登録管理部である。２５は証明書発
行部である。２６は署名作成部であって，発行局３の秘
密鍵４１で発行局３の署名を作成するものである。

【００７２】２６’は暗号化部であって，発行局３の署
名を暗号化するものである。３０は復号部であって，代
理申請書１０’の暗号化された署名を復号するものであ
る。

【００７３】３１は身元保証人の公開鍵であって，代理
申請書１０’に付された署名の復号に使用するものであ
る。３５は身元保証人管理部であって，身元保証人の管
理をするものである。

【００７４】３６は証明書管理部であって，証明書発行
の管理を行うものである。４０は登録部であって，身元
保証人の登録データ，公開鍵の登録データ等を保持する
ものである。

【００７５】４１は発行局３の秘密鍵である。図３の構
成の動作を説明する。申請人Ｃ（１）は申請書１０を作
成する。そして，申請人Ｃは，身元保証人Ａ（２）に申
請書を送付し，申請人Ｃ（１）に代わって発行局３に代
理申請することを依頼する。

【００７６】身元保証人Ａ（２）は，申請人Ｃ（１）か
ら申請書１０を受け取ると，署名作成部１５により，Ａ
の署名１６を作成する。そして，Ａの秘密鍵１７を使用
して，Ａの署名を暗号化し，申請書１０に暗号化された
Ａの署名１６を付した代理申請書１０’を作成する。身
元保証人Ａ（２）は，代理申請書１０’を発行局３に送
信する。

【００７７】発行局３において，身元保証人Ａ（２）の
公開鍵３１を使用して復号部３０で代理申請書１０’の
Ａの署名１６が復号され，署名検査部２０において，署
名が正しいかを検査する。署名の正しいことが確認され
ると，身元保証人管理部３５で身元保証人Ａ（２）のチ
ェックをし，さらに証明書管理部３６において二重登録
等のチェッチをし，全て正しいものであると判定される
と，申請人Ｃ（１）の公開鍵が登録される。

【００７８】さらに，申請情報が証明書発行部２５に送
られ，証明書発行部２５は証明書を作成する。そして，
発行局３の秘密鍵４１で発行局３の暗号化された署名を
作成して，証明書に付して，申請人Ｃ（１）に送信す
る。発行した証明書は同じものを登録部４０に保存して
おく。

【００７９】本発明によれば，署名が暗号化されている
ので，申請内容の正否を確実に把握でき，しかも，身元
保証人の認証を機械的に行うことができる。図４は本発
明の実施例２であり，申請書を暗号化して代理申請する
場合を示す。

【００８０】図４において，１は申請人Ｃである。２は
身元保証人Ａである。

【００８１】３は発行局（ＣＡ）である。申請人Ｃ(1)
において，１０は申請人Ｃの申請書である。

【００８２】１１は申請人Ｃの識別子Ｃである。１２は
申請人Ｃの公開鍵Ｐｃである。身元保証人Ａ（２）にお
いて，１０は申請人Ｃ(1) から送られてきた申請書であ
る。

【００８３】１０’は身元保証人Ａ（２）による代理申
請書であって，申請書１０をＰＥＭ暗号化し，Ａの署名
１６をＲＳＡ暗号化したものである。１０”は申請書
（１０）をＰＥＭ暗号化した部分である。

【００８４】１５は署名作成部（ＲＳＡ）である。１６
はＲＡＳ暗号化されたＡの署名である。１７はＡの秘密
鍵であって，Ａの署名を暗号化するものである。

【００８５】５０はＣＡ（発行局）の公開鍵であって，
申請書（１０）をＰＥＭ暗号化するのに使用するもので
ある。５１はＰＥＭ暗号部であって，申請書１０を暗号
化するものである。

【００８６】５１’ＤＥＳ鍵生成部であって，ランダム
な時間情報，乱数等を利用し，申請書をＤＥＳ暗号化す
るときの秘密鍵を生成するものである。発行局（ＣＡ）
３において，１０は発行局(3) で復号された申請書１０
である。

【００８７】１０’は身元保証人Ａ（２）から送られて
きた代理申請書である。２０は署名検査部である。２１
は登録管理部である。

【００８８】２５は証明書発行部である。２６は署名作
成部である。３０は復号部であって，代理申請書１０’
の暗号化された署名を復号するものである。

【００８９】３１’はＡの公開鍵であって，代理申請書
１０’に付されたＡの署名１６を復号するのに使用する
ものである。４０は登録部である。

【００９０】４１は発行局（ＣＡ）３の秘密鍵である。
６１はＰＥＭ復号部である。６４は暗号部であって，証
明書を暗号化するものである。

【００９１】６５は暗号化された公開鍵証明書である。
図４の構成の動作を説明する。申請人Ｃ（１）は申請書
１０を作成する。そして，申請人Ｃは，身元保証人Ａ
（２）に申請書を送信し，申請人Ｃ（１）に代わって，
発行局３に代理申請することを依頼する。

【００９２】身元保証人Ａ（２）は，申請人Ｃ（１）か
ら申請書１０を受け取ると，署名作成部１５により，Ａ
の秘密鍵１７を使用して，暗号化したＡの署名を作成す
る。一方，申請書１０をＰＥＭ暗号部５１でＰＥＭ暗号
化する。ＰＥＭ暗号化は，ＤＥＳ鍵生成部５１’で作成
時の時間情報等を利用してＤＥＳ秘密鍵を生成し，生成
したＤＥＳ秘密鍵により申請書１０をＤＥＳ暗号化す
る。さらに，ＤＥＳ秘密鍵をＣＡ（発行局３）の公開鍵
５０を利用してＲＳＡ暗号化し，ＤＥＳ暗号化した申請
書本文とＲＳＡ暗号化されたＤＥＳ秘密鍵を含む暗号化
された代理申請書１０”を作成する。そして，暗号化さ
れた代理申請書１０”にＲＳＡ暗号化したＡの署名１６
を付して発行局３に送信する。

【００９３】発行局（ＣＡ）３では，受信した代理申請
書１０’のうち，ＰＥＭ暗号化された申請書１０”をＰ
ＥＭ復号部６１で復号する。ＰＥＭ暗号化された申請書
１０”の復号は，そこに含まれるＲＳＡ暗号化されてい
るＤＥＳ秘密鍵をＣＡ（発行局３）の秘密鍵４１を使用
して復号する。そして，復号されたＤＥＳ秘密鍵を使用
してＤＥＳを暗号化された代理申請書１０”を復号す
る。

【００９４】一方，Ａの公開鍵３１’を使用して，復号
部３０でＲＳＡ暗号化されているＡの署名１６を復号す
る。復号された署名は署名検査部２０で署名検査され
る。さらに，復号されたＡの署名１６および申請書１０
をもとに，登録管理部２１において，身元保証人Ａ
（２）のチェック，二重登録のチェック等がなされ，登
録要件を満たしていれば，申請人Ｃの公開鍵が登録部４
０に登録される。

【００９５】さらに，申請情報は証明書発行部２５に入
力される。証明書発行部２５は証明書を作成する。署名
作成部２６は発行局３の署名を作成し，ＣＡ（発行局）
の秘密鍵４１を使用して暗号部６４で暗号化し，証明書
に付して申請人Ｃ（１）に送信する。

【００９６】本発明によれば，申請内容が暗号化されて
いるので，第三者による申請内容の盗聴，改ざんを確実
に防止することができる。図５は本発明の実施例３を示
す。実施例３は本発明の基本構成(2) の実施例である。

【００９７】図５は，身元保証人Ａ(2) からの代理申請
に対して発行局３が申請人Ｃ(1) に自動応答メールを作
成する場合を示す。図５において，１は申請人Ｃであ
る。

【００９８】２は身元保証人Ａである。３は発行局（Ｃ
Ａ）である。申請人Ｃ（１）において，１０は申請人Ｃ
の申請書である。

【００９９】１１は申請人Ｃの識別子Ｃである。１２は
申請人Ｃの公開鍵Ｐｃである。７０は申請人Ｃのアドレ
スである。

【０１００】７２はメール応答部であって，発行局３か
ら送られてくる自動応答メールに対して応答信号を作成
するものである。７３はメール送受信部であって，メー
ル送受信のインタフェースとなるものである。

【０１０１】身元保証人Ａ（２）おいて，１０’は申請
書Ｃ（１０）の代理申請書である。１６はＡの署名であ
る。

【０１０２】発行局（ＣＡ）３において，２０は署名検
査部である。２１は登録管理部である。

【０１０３】２５は証明書作成部である。４０は登録部
である。７５はメール送受信部であって，メール送受信
のインタフェースである。

【０１０４】８０は自動応答メール作成部であって，申
請人Ｃ（１）をメールアドレスとする自動応答メールを
作成するものである（図２のメール作成部２８に相当す
る）。

【０１０５】８１は申請人のアドレス抽出部であって，
申請書１０の申請人のアドレス７０を抽出するものであ
る。８２は自動応答メールてあって，申請人Ｃ（１）に
宛ての自動応答メールである。

【０１０６】８５は応答確認部であって，申請人Ｃ(1)
からの応答信号を検出するものである。図５の構成の動
作を説明する。

【０１０７】申請人Ｃ（１）は申請人Ｃのアドレス７０
を含む申請書１０を作成する。そして，申請人Ｃは身元
保証人Ａ（２）に申請書１０を送信し，申請人Ｃ（１）
に代わって発行局３に代理申請することを依頼する。

【０１０８】身元保証人Ａ（２）は，申請人Ｃ（１）か
ら申請書１０を受け取ると，Ａの署名を付して代理申請
書１０’を作成し，発行局３に送信する。発行局３にお
いて，署名検査部２０において署名検査をし，さらに，
登録管理部２１で身元保証人のチェック，二重登録等の
チェックをする。チェック結果が全て正しいとされる
と，申請情報が証明書発行部２５に入力され，証明書が
作成される。そして，自動応答メール作成部８０におい
て自動応答メールを作成する。自動応答メールは，申請
人のアドレス抽出部８１で抽出された申請人Ｃのアドレ
ス７０を付されて申請人Ｃ（１）に送信される。

【０１０９】申請人Ｃ（１）において，自動応答メール
が受信されると，メール応答部７２は受信した自動応答
メールに応答し，応答信号を生成して発行局３に送信す
る。発行局３において，応答確認部８５は申請人Ｃ
（１）からの応答信号を受信すると，登録管理部２１に
その旨を通知する。登録管理部２１は申請人Ｃのアドレ
スが正しいものであることを認識すると，申請人Ｃ(1)
の公開鍵を登録部４０に登録する。また，証明書発行部
２５で作成された証明書が申請人Ｃに送信される。

【０１１０】本実施例によれば，身元保証人，申請人の
不注意によるアドレスの誤りによる証明書の誤発行を確
実に防止することができる。図６は本発明の実施例４を
示し，本発明の基本構成(2) の実施例である。

【０１１１】図６において，１は申請人Ｃである。２は
身元保証人Ａである。

【０１１２】３は発行局（ＣＡ）である。申請人Ｃ
（１）において，１０は申請人Ｃの申請書である。

【０１１３】７０は申請人Ｃのアドレスである。７３は
メール送受信部である。８０は確認通知入力部であっ
て，発行局３に対して送信する確認通知の入力をするも
のである。

【０１１４】８１は確認通知作成部であって，確認通知
を生成するものである。８２はメール出力部であって，
受信した申請内容通知書をディスプレイ，プリンタ等に
出力するものである。

【０１１５】身元保証人Ａ（２）において，１０’は申
請書Ｃ（１０）の代理申請書である。１６はＡの署名で
ある。

【０１１６】発行局（ＣＡ）３において，２０は署名検
査部である。２１は登録管理部である。

【０１１７】２５は証明書発行部である。４０は登録部
である。７５はメール送受信部である。

【０１１８】９１は申請内容通知書作成部であって，申
請書１０に記載のアドレス７０に宛てて，申請内容に誤
りがないかを問い合わせる通知書を作成するものであ
る。９２は申請人のアドレス抽出部であって，申請書１
０に記載の申請人のアドレス７０を抽出するものであ
る。

【０１１９】９３は作成された申請内容通知書である。
９４は応答確認部であって，申請人Ｃ(1) から応答され
る確認通知の受信を検出するものである。

【０１２０】図６の構成の動作を説明する。申請人Ｃ
（１）は申請人Ｃのアドレス７０を含む申請書１０を作
成する。そして，申請人Ｃ(1) は，身元保証人Ａ（２）
に申請書を送信し，発行局３に代理申請することを依頼
する。

【０１２１】身元保証人Ａ（２）は，申請人Ｃ（１）か
ら申請書１０を受け取ると，Ａの署名１６を付して代理
申請書１０’を作成し，発行局３に送信する。発行局
（ＣＡ）３において，署名検査部２０は代理申請書１
０’の署名検査をし，さらに，登録管理部２１で身元保
証人のチェック，二重登録等のチェックをし，全て正し
いとされると，申請情報が証明書発行部２５に入力さ
れ，証明書が作成される。さらに，申請内容通知書作成
部９１において，申請内容通知書９３を作成する。申請
内容通知書９３は申請人のアドレス抽出部９２で抽出さ
れる申請人Ｃのアドレス７０を付されて申請人Ｃ(1) に
送信される。

【０１２２】申請人Ｃ（１）は発行局３から送られてく
る申請内容通知書９３を受信すると，メール出力部８２
はその内容をディスプレイ，プリンタ等（図示せず）に
出力する。そして，申請人Ｃ（１）はその内容（申請内
容）に誤りがないことを確認すると，確認通知入力部８
０により確認通知を入力する。確認通知作成部８１は確
認通知を作成し，発行局３に送信する。

【０１２３】発行局３は，申請人(1) から送られてくる
確認通知を受信すると，応答確認部９４は確認通知の受
信を登録管理部２１および証明書発行部２５に通知す
る。登録管理部２１はその通知を受け取ることにより，
申請内容に誤りがないことおよび申請人Ｃのアドレスが
正しいものであることを認識し，申請された公開鍵を登
録部４０に登録する。また，証明書発行部２５は証明書
を申請人Ｃへ送信する。

【０１２４】本実施例によれば，発行局が受理した申請
内容を登録前に申請人が確認することができ，内容を誤
って登録することを防止できる。図７は本発明の実施例
５である。

【０１２５】図７は，発行局（ＣＡ）に登録されている
公開鍵の破棄もしくは修正を署名を付して行う場合を示
す。図７において， (a)は申請人Ｃが破棄申請書もしく
は修正申請書を作成し，署名して発行局（ＣＡ）に送信
する場合を示す。 (b)は申請人Ｃが破棄申請書もしくは
修正申請書を作成して身元保証人Ａに送信し，身元保証
人Ａが署名して，発行局（ＣＡ）に代理申請する場合を
示す。 (c)は発行局（ＣＡ）の構成を示す。

【０１２６】図７ (a)において，１１０は申請人Ｃであ
る。１１１は破棄申請書（もしくは修正申請書）作成部
であって，公開鍵の破棄申請書もしくは修正申請書を作
成するものである。

【０１２７】１１２は署名作成部であって，申請人Ｃ
（１１０）の署名を作成するものである。１１３は破棄
申請書（もしくは修正申請書）である。

【０１２８】１１４は破棄申請書の申請事項（もしくは
修正通知事項）を表す。１１５は申請人Ｃの署名であ
る。図７ (b)において，１１０’は申請人Ｃである。

【０１２９】１１３’は破棄申請書（もしくは修正申請
書）であって，申請人Ｃ（１１０’）の作成したもので
ある。（身元保証人Ａ（１２０）における１１３’は身
元保証人Ａ（１２０）が申請人Ｃ（１１０’）から受信
した破棄申請書（もしくは修正申請書）である）。

【０１３０】１１６は身元保証人Ａの署名である。１１
７は署名作成部である。図７ (c)において，１３０は発
行局（ＣＡ）である。

【０１３１】１３１はメール送受信部である。１３２は
署名検査部である。１３３は登録管理部であって，公開
鍵の破棄もしくは修正を行うものである。

【０１３２】１３４は登録部である。図７ (a)の説明を
する。以下，公開鍵を破棄する場合について説明する
（修正の場合も同様の動作である）。申請人Ｃ（１１
０）は破棄申請書作成部１１１により破棄申請書１１３
を作成する。そして，署名作成部１１２により申請人Ｃ
（１１０）の署名を作成して，破棄申請書１１３に添付
し，発行局１３０に送信する。

【０１３３】図７ (b)の説明をする。申請人Ｃ（１１
０）は破棄申請書１１３を作成し，身元保証人Ａ（１２
０）に送信する。身元保証人Ａ（１２０）は破棄申請書
を受け取ると，署名作成部１１７でＡの署名１１６を作
成し，受信した破棄申請書１１３’に添付して，代理申
請書１２１を作成する。身元保証人Ａ（１２０）は代理
申請書１２１を発行局１３０に送信する。

【０１３４】図７ (c)の説明をする。発行局（ＣＡ）１
３０は，申請人Ｃ（１１０）から送信される申請人Ｃ
（１１０）が作成した破棄申請書１１３，もしくは身元
保証人Ａ（１２０）から送信される代理申請書１２１を
受け取る。そして，署名検査部１３２で署名検査をし，
登録管理部１３３において申請人の確認もしくは身元保
証人の確認をし，正しければ登録部１３４に登録されて
いる申請人Ｃ（１１０）の公開鍵を破棄する。

【０１３５】本実施例によれば，登録された公開鍵の破
棄，修正の真偽を署名により確実に検査できるので，電
子メールにより安全に破棄，修正を実行することができ
る。図８は本発明の発行局の装置構成を示す。

【０１３６】１４０は制御部であって，ＣＰＵ等であ
る。１４１はメモリである。１４２はメール送受信部で
あって，入出力インタフェースである。

【０１３７】１４３は証明書発行部である。１４４は署
名作成部である。１４５は署名検査部である。

【０１３８】１４６は復号部である。１４７は登録管理
部である。１４８は保証人管理部である。

【０１３９】１４９は証明書管理部である。１５０は秘
密鍵管理部である。１５１はファイル入出力制御部であ
る。

【０１４０】１５２は登録部であって，磁気ディスク装
置等である。１５３は申請内容通知書作成部である。１
５４は応答確認部である。

【０１４１】１５５は自動応答メール作成部である。図
９，図１０により図８の本発明の発行局の装置構成の動
作を説明する。図９，図１０は本発明の発行局の装置構
成の動作例のフローチャートであって，身元保証人の代
理申請書に基づいて公開鍵を登録し，証明書を発行する
場合の動作のフローチャートである。

【０１４２】Ｓ１ 身元保証人が署名した代理申請書は
メール送受信部１４２で受信され，制御部１４０へ送ら
れる。 Ｓ２，Ｓ３ 制御部１４０は代理申請書が暗号化されて
いれば復号部１４６を起動し，申請書を復号して署名検
査部１４５へ送る。

【０１４３】Ｓ４ 署名検査部１４５は身元保証人の署
名を検査し，身元保証人が正規のユーザであること，申
請書の内容が改ざんされていないこと等を確認する。 Ｓ５ 制御部１４０は署名検査の結果を受け取り，保証
人管理部１４８により申請人と身元保証人の関係を登録
部１５２に記録する。

【０１４４】Ｓ６ 制御部１４０は証明書発行部１４３
を起動し，申請情報を入力する。証明書発行部１４３
は，申請情報に有効期限を加え，証明書管理部１４９に
より，申請者の重複等がないかを確認する。発行局の秘
密鍵で申請情報に電子署名して証明書を発行する。発行
した証明書と同じ内容のものを証明書管理部１４９によ
り登録部１５２に保管する。

【０１４５】Ｓ７ 発行局が自動応答メールを作成して
申請人のアドレスを確認してから申請人を登録する場合
には，制御部１４０は，自動応答メール作成部１５５に
より自動応答メールを作成し，メール送受信部１４２よ
り申請者へ自動応答メールを送信し，申請人のアドレス
の有効性を確認する。

【０１４６】Ｓ８ 申請情報により申請内容通知書作成
部１５３は申請内容通知書を作成し，申請人へ送信す
る。 Ｓ９ 応答確認部１５４により申請人からの応答が確認
されると，証明書（Ｓ６で作成したもの）を申請人へ送
信する。

【０１４７】図９，図１０のフローチャートにおいて，
自動応答メールによる申請人のアドレスの確認（Ｓ
７），申請内容通知の申請人による確認（Ｓ８）を省略
して，Ｓ６から直接Ｓ９へ進むようにしても良い。ま
た，図１０では，Ｓ７で申請人のアドレスを確認した後
に，Ｓ８で申請人へ申請内容通知をしているが，いずれ
か一方だけでも良い。

【０１４８】図１１は本発明の代理申請書のデータ構成
を示す。図１１において，１４５は代理申請書である。

【０１４９】１５０は申請書である。１５１は申請書の
識別子であって，申請人（申請人Ｃ）を特定するもので
ある。

【０１５０】１５２は国籍である。１５３は氏名であ
る。１５４は組織名であって，申請人の所属する会社名
等である。

【０１５１】１５５は下位組織名であって，例えば，会
社における部課等の組織名である。１５６はその他の事
項であって，申請人の住所，電話番号等である。１５７
は公開鍵であって，公開鍵の情報（番号，アルゴリズム
等）である。

【０１５２】１５８は身元保証人に関する事項であっ
て，身元保証人についての申請書１５０と同様の項目に
より構成されるものである。１５９は署名であって，身
元保証人の電子署名である。

【０１５３】図１２は本発明の暗号化された申請書のデ
ータ構成例を表す。図１２において，１６０は暗号化さ
れた申請書（代理申請書を含む）である。

【０１５４】１６１はヘッダであってメールアドレス，
暗号申請書であることを表す暗号申請書識別子等を含む
ものである。１６２は暗号申請書識別子である。

【０１５５】１６３は発信者電子署名であって，代理申
請書の場合には身元保証人の暗号化された署名である。
１６４は証明書発行局の証明書であって，申請書を暗号
化するときに使用した公開鍵に関する発行局の証明書で
ある。

【０１５６】１６５は暗号鍵情報であって，申請書を暗
号化したときのＤＥＳ秘密鍵，公開鍵等の情報である。
１６６は暗号化された申請書の本文である。

【０１５７】図１３は発行局証明書と身元保証人登録フ
ァイルである。図１３ (a)は発行局証明書であり，図１
３ (b)は身元保証人登録ファイルである。

【０１５８】図１３ (a)において，１７０は発行局証明
書である。１７１はシリアル番号であって，申請人の登
録番号である。

【０１５９】１７２は署名方式であって，電子署名を作
成するアルゴリズムを示すものである。１７３は発行局
であって，発行局の名称である。

【０１６０】１７４は発行した証明書の有効期限を表す
ものである。１７５はユーザ名であって，申請人の氏名
である。１７６は公開鍵方式であって，公開鍵を使用す
る時のアルゴリズム等を示すものである。

【０１６１】１７７は公開鍵の番号等である。１７８は
発行局の署名である。図１３ (b)において，１８０は身
元保証人登録ファイルであって，身元保証人の登録部に
おけるデータ構成を示すものである。

【０１６２】登録日，国籍，組織名，下位組織名，氏
名，公開鍵，その他の事項により構成されるものであ
る。

【０１６３】

【発明の効果】本発明によれば，既に真正の登録者とし
て登録されている身元保証人の保証により新規ユーザの
登録がなされるので，発行局による新規申請人の認証を
行う必要がなく，登録の信頼性も高くなる。また，発行
局において，全て機械処理により身元保証人の認証，新
規ユーザの登録処理等を行うことができるので，発行局
で大規模にユーザの登録管理を行うことができ，単一発
行局による証明書発行の一元管理が可能となる。

【０１６４】また，発行局が申請にもとづいて申請人へ
電子メールを作成して送信し，その応答を確認する場合
には，申請人のアドレスの誤まり等による証明書誤発行
を防止でき発行局の機械的処理だけで信頼性の高い登録
を行うことができるようになる。

【図面の簡単な説明】

【図１】本発明の基本構成(1) を示す図である。

【図２】本発明の基本構成(2) を示す図である。

【図３】本発明の実施例１を示す図である。

【図４】本発明の実施例２を示す図である。

【図５】本発明の実施例３を示す図である。

【図６】本発明の実施例４を示す図である。

【図７】本発明の実施例５を示す図である。

【図８】本発明の発行局の装置構成の実施例を示す図で
ある。

【図９】本発明の発行局の装置構成の動作例を示すフロ
ーチャートである。

【図１０】本発明の発行局の装置構成の動作例を示すフ
ローチャートである。

【図１１】本発明の代理申請書のデータ構成例を示す図
である。

【図１２】本発明の暗号化された申請書のデータ構成例
を示す図である。

【図１３】本発明の発行局証明書のデータ構成例と身元
保証人登録ファイルの例を示す図である。

【図１４】従来の階層化された発行局を示す図である。

【図１５】ＰＥＭ方式による暗号化方法の説明図であ
る。

【図１６】従来の署名方法の説明図である。

【符号の説明】

１：申請人 ２：身元保証人 ３：発行局 １０：申請書 １１：申請人Ｃの識別子 １２：申請人Ｃの公開鍵 １０’：代理申請書 １５：署名作成部 １６：Ａの署名 ２０：署名検査部 ２１：登録管理部 ２２：登録部 ２５：証明書発行部 ２６：署名作成部

Claims (11)

【特許請求の範囲】
1. 【請求項１】 暗号通信における公開鍵が真正のもので
   あることを証明する発行局に公開鍵を登録する方法にお
   いて，申請人(1) と申請人Ｃの身元保証人となる登録者
   (2) と発行局(3) が通信回線により接続される通信シス
   テムを構成し，該発行局(3) に公開鍵の登録を申請する
   申請人(1) は，公開鍵を登録する申請書(10)を作成し，
   該発行局(3) に公開鍵が既に登録されている登録者(2)
   に該申請書(10)を転送し，該登録者(2) は該申請書(10)
   に該登録者(10)の電子署名をすることにより申請者(1)
   の身元保証人(2) となって該申請者(1) の代理申請書(1
   0') を作成し，該身元保証人(2) は該代理申請書(10')
   を該発行局(3) に送信し，該発行局(3) は該身元保証人
   (2) の該署名を検査し，申請された公開鍵を登録するこ
   とを特徴とする暗号通信における公開鍵登録方法。
2. 【請求項２】 請求項１において，該身元保証人(2) は
   該電子署名を暗号化して該代理申請書(10') を作成する
   ことを特徴とする暗号通信における公開鍵登録方法。
3. 【請求項３】 請求項１もしくは２において，該代理申
   請書(10') を暗号化して発行局(3) に申請するものであ
   ることを特徴とする暗号通信における公開鍵登録方法。
4. 【請求項４】 請求項３において，該代理申請書(10')
   を暗号化する際に，時間情報を発行局(3) の公開鍵によ
   り暗号化し，該代理申請書(10') に暗号化された該時間
   情報を含むようにすることを特徴とする暗号通信におけ
   る公開鍵登録方法。
5. 【請求項５】 公開鍵の登録申請をする申請者(1) と公
   開鍵が申請のものであることを証明する発行局(3) が通
   信回線により接続された通信システムにおける公開鍵の
   登録方法において，申請人(1) は，公開鍵の登録申請を
   するための申請書(10)に申請人(1) のメールアドレスを
   付して該申請書(10)を発行局(3) に送信し，発行局(3)
   は受信した申請書から申請人(1) のアドレスを抽出して
   申請人(1)宛ての電子メールを作成するメール作成部(2
   8)と申請人(1) に宛てた該電子メールに対する申請人
   (1) からの応答を確認する応答確認部(29)とを備え，申
   請人(1) は発行局(3) から送られてくる該電子メールに
   対して応答するメール応答部(18)を備え，発行局(3)
   は，申請人(1) から申請書(10)を受信すると，申請人
   (1) のアドレスを抽出し，申請人(1) 宛ての電子メール
   を作成し，申請人(1) に該電子メールを送信し，申請人
   (1) は発行局(3) から送られてくる該電子メールに応答
   し，発行局(3) は該応答を確認して，申請された公開鍵
   を登録することを特徴とする暗号通信における公開鍵登
   録方法。
6. 【請求項６】 請求項５において，メール作成部(28)
   は，指定した宛先にメールが届くと自動的に応答が返さ
   れる自動応答メールを作成するものであり，申請人(1)
   のメール応答部(18)は該自動応答メールに対して自動応
   答することを特徴とする暗号通信における公開鍵登録方
   法。
7. 【請求項７】 請求項５において，発行局(3) のメール
   作成部(28)は申請書(10)の内容に基づいて，申請人(1)
   宛ての申請内容を表す通知書を作成するものであり，申
   請人(1) のメール応答部(18)は発行局(3) から送られて
   くる申請内容の通知書に対して応答するものであり，発
   行局(3) は，申請書(10)を受信すると，申請人(1) に宛
   てた申請内容通知書を作成して，申請人(1) に送信し，
   申請人(1) は受信した該申請内容通知が正しいことを確
   認した後に該申請内容通知に対する応答通知を作成して
   発行局(3) に送信し，発行局(3) は申請人(1) から送ら
   れてくる該応答通知の受信を確認することにより申請人
   (1) の公開鍵を登録することを特徴とする暗号通信にお
   ける公開鍵登録方法。
8. 【請求項８】 請求項５，６もしくは７において，申請
   人(1) の公開鍵の登録申請を身元保証人(2) が代理申請
   書を作成して発行局(3) に代理申請するものであり，代
   理申請書に含まれる申請人(1) の宛先に発行局(3) の作
   成した該電子メールが送信されるものであることを特徴
   とする暗号通信における公開鍵登録方法。
9. 【請求項９】 申請人(1) と発行局(3) が通信回線によ
   り接続され，暗号通信における公開鍵が真正のものであ
   ることを証明する発行局に公開鍵を登録する方法におい
   て，申請人(1) が発行局(3) に登録されている公開鍵の
   破棄又は修正をする場合に，もしくは申請人(1) の身元
   保証人(2) が申請人(1) の公開鍵の破棄または修正をす
   る場合に，該申請人(1) もしくは身元保証人(2) が公開
   鍵の破棄もしくは修正の申請書に電子署名することを特
   徴とする暗号通信における公開鍵登録方法。
10. 【請求項１０】 請求項１ないし９のいずれか１項に記
    載の暗号通信における公開鍵登録方法の公開鍵を登録す
    る発行局において，該発行局(3) は，申請書(10)を受け
    取るメール送受信部と申請内容を検査し登録鍵を登録管
    理する登録部(22)と，証明書を発行する証明書発行部(2
    5)と発行局(3) における各部を制御する制御部を備えて
    いることを特徴とする公開鍵証明書の発行局。
11. 【請求項１１】 請求項１０において，該発行局(3) は
    申請書に含まれる申請人のアドレスを宛先として出力す
    る電子メールを作成するメール作成部(28)と該電子メー
    ルに対する申請人(1) からの応答を確認する応答確認部
    (29)を備えていることを特徴とする公開鍵証明書の発行
    局。