JP2000183866A - 暗号通信方法およびシステムと暗号通信プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、より安全でかつ正当な相手に届け
られたか送達確認が可能な暗号通信方法およびシステム
と暗号通信プログラムを記録した記録媒体を提供するこ
とを目的としたものである。 【解決手段】 電子封筒を用いて伝達文を送信元から送
信先に送信するときの暗号通信システムであって、少な
くとも共通鍵とＩＤのいずれか一つを生成する鍵サーバ
を送信元と送信先との間に設け、送信元から送信先に送
信する際に、鍵サーバで生成された共通鍵または／およ
びＩＤを電子封筒に利用して伝達文を送信することを特
徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電子封筒を用い
た暗号通信の際の安全性を高めると共に、送信先への送
達完了を確認し得るようにした暗号通信方法およびシス
テムと暗号通信プログラムを記録した記録媒体に関する
ものである。

【０００２】

【従来の技術】従来、電子封筒を用いた暗号通信として
は、Ｓ／ＭＩＭＥ（Secure/Multipurpose Internet Mai
l Extersions）が安全なメッセージ送信方式の一つとし
て知られている。このＳ／ＭＩＭＥは、公開鍵暗号、共
通鍵暗号、一方向暗号を使用して、文書の暗号化と改
竄、成りすましを防止している。具体的には、図３およ
び図４に示すように、Ｓ／ＭＩＭＥでは、共通鍵Ｋｃは
送信先の公開鍵Ｋｐｂで暗合化され、電子封筒Ｅに内包
されて、平文の伝達文Ｍと共に送信先へ送信される。こ
のため、電子封筒Ｅが解読されたら、共通鍵Ｋｃが判る
ため、確実に解読されてしまうことになる。

【０００３】また、通信路を暗号化するものとしては、
ＳＳＬ（Secure Sockets Layer）が知られるが、これ
は、例えばクライアントとサーバとの間で、クライアン
ト認証およびデータについて認証が行われる場合のよう
な、一対一通信にのみ適用が可能である。

【０００４】

【発明が解決しようとする課題】上述したような暗号通
信に対して、安全性に不安がある、送達確認ができな
い、正当な相手に届けられたかが分からない、そのため
厳密な商取引には向かない等の問題点が指摘されてい
た。

【０００５】本発明は、上記課題に鑑みてなされたもの
で、より安全でかつ正当な相手に届けられたか送達確認
が可能な暗号通信方法およびシステムと暗号通信プログ
ラムを記録した記録媒体を提供することを目的としたも
のである。

【０００６】

【課題を解決するための手段】前述した目的を達成する
ために、本発明のうちで請求項１記載の発明は、伝達文
を電子封筒に入れて送信元から送信先に送信するときの
暗号通信方法であって、送信元から送信先に送信する際
に、少なくとも共通鍵とセッションＩＤのいずれか一つ
を生成すると共に、少なくともそのいずれかを電子封筒
に利用して伝達文を送信することを要旨とする。

【０００７】請求項１記載の本発明にあっては、少なく
とも共通鍵とセッションＩＤのいずれか一つが電子封筒
に利用されることから、より安全でおよび／または送達
確認が可能となる。

【０００８】請求項２記載の発明は、前記送信元は、共
通鍵を送信先の公開鍵で暗号化し、電子封筒を作成する
ことを要旨とする。

【０００９】請求項２記載の本発明にあっては、共通鍵
が送信先の公開鍵で暗号化されることからより安全性を
高めることができる。

【００１０】請求項３記載の発明は、前記共通鍵とセッ
ションＩＤが鍵サーバで生成されるとき、送信先は、送
信先から送られてきたセッションＩＤによる鍵サーバへ
の問い合わせの結果、鍵サーバから送られてきた送信先
の公開鍵により公開鍵暗号化された共通鍵を自身の秘密
鍵を用いて復号し、この復号された共通鍵と送信元の公
開鍵を用いて電子封筒を開封し、平文の伝達文を得ると
き、鍵サーバへ開封終了通知を行い、この開封終了通知
を受けた鍵サーバは送信元へ着信完了通知を送ることを
要旨とする。

【００１１】請求項３記載の本発明にあっては、セッシ
ョンＩＤがハンドリングされることから、伝達文の送信
先への着信を確実に確認することができる。

【００１２】請求項４記載の発明は、伝達文を電子封筒
に入れて送信元から送信先に送信するときの暗号通信方
法であって、送信元から送信先に電子封筒を送信する際
に、セッションＩＤを都度生成し、このセッションＩＤ
を同送することにより暗号通信のセッション管理を行う
ことを要旨とする。

【００１３】請求項５記載の発明は、前記セッション管
理は、鍵サーバの公開鍵で暗号化されたセッションＩＤ
を暗号通信のトランザクションの際に受け渡すことで行
うことを要旨とする。

【００１４】請求項６記載の発明は、電子封筒を用いて
伝達文を送信元から送信先に送信するときの暗号通信シ
ステムであって、少なくとも共通鍵とＩＤのいずれか一
つを生成する鍵サーバを送信元と送信先との間に設け、
送信元から送信先に送信する際に、鍵サーバで生成され
た共通鍵または／およびＩＤを電子封筒に利用して伝達
文を送信することを要旨とする。

【００１５】請求項７記載の発明は、前記共通鍵が鍵サ
ーバで生成されるとき、前記送信元は、共通鍵を送信先
の公開鍵で暗号化し、電子封筒を作成することを要旨と
する。

【００１６】請求項８記載の発明は、前記共通鍵が鍵サ
ーバで生成されるとき、送信先は鍵サーバから送られた
公開鍵暗号化された共通鍵を自身の秘密鍵を用いて復号
し、この復号された共通鍵と送信元の公開鍵を用いて電
子封筒を開封し、平文の伝達文を得ることを要旨とす
る。

【００１７】請求項９記載の発明は、前記共通鍵とセッ
ションＩＤが鍵サーバで生成されるとき、前記送信元は
鍵サーバが自身の秘密鍵により公開鍵暗号化した共通鍵
払い出しに対するセッションＩＤを送信先へ伝達文とと
もに送り、送信先は送信元から送付されたセッションＩ
Ｄを鍵サーバへ送り、鍵サーバは自身の秘密鍵で復号化
して得られる平文のセッションＩＤに対応する共通鍵を
送信先の公開鍵で暗号化して送信先へ送り、送信先は鍵
サーバから送られた公開鍵暗号化された共通鍵を自身の
秘密鍵を用いて復号し、この復号された共通鍵と送信元
の公開鍵を用いて電子封筒を開封して平文の伝達文を
得、さらに送信先は復号完了の後に鍵サーバに前記セッ
ションＩＤを送り返し、鍵サーバは送信元へ着信・復号
完了通知を送ることを要旨とする。

【００１８】請求項１０記載の発明は、伝達文を電子封
筒に入れて送信元から送信先に送信する際に、少なくと
も共通鍵とセッションＩＤのいずれか一つを生成すると
共に、少なくともそのいずれかを電子封筒に利用して伝
達文を送信する暗号通信プログラムを記録した記録媒体
であることを要旨とする。

【００１９】請求項１１記載の発明は、伝達文を電子封
筒に入れて送信元から送信先に送信する際に、共通鍵を
生成すると共に、送信元はこの共通鍵を送信先の公開鍵
で暗号化し、電子封筒を作成して伝達文を送信する暗号
通信プログラムを記録した記録媒体であることを要旨と
する。

【００２０】請求項１２記載の発明は、伝達文を電子封
筒に入れて送信元から送信先に送信する際に、共通鍵と
セッションＩＤが鍵サーバで生成され、この鍵サーバは
送信元へ着信完了通知を送り、送信先は鍵サーバから送
られた公開鍵暗号化された共通鍵を自身の秘密鍵を用い
て復号し、この復号された共通鍵と送信元の公開鍵を用
いて電子封筒を開封し、平文の伝達文を得る暗号通信プ
ログラムを記録した記録媒体であることを要旨とする。

【００２１】請求項１０，１１，１２記載の本発明にあ
っては、暗号通信プログラムを記録媒体として記録して
いるため、該記録媒体を利用して、その暗号通信プログ
ラムの流通性を高めることができる。

【００２２】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態について説明する。

【００２３】図１は本発明の一実施の形態に係る暗号通
信システムの構成を示すブロック図である。

【００２４】本実施形態の暗号通信システムは、送信ク
ライアントＡの送信端末として機能するエンティティＡ
１０、セッション管理機能を持つ鍵サーバＣ２０及び受
信クライアントＡの受信端末として機能するエンティテ
ィＢ３０によって構成される。また鍵サーバＣ２０はエ
ンティティＡ１０とエンティティＢ３０との間に設けら
れる。なお、後述するように本実施形態では、セッショ
ンＩＤは、鍵サーバＣ２０が鍵サーバ自身の公開鍵Ｋｐ
で公開鍵暗号化したものであり、送信元、送信先ではと
もに復号することはないものである。また、同様に共通
鍵Ｋｃは、鍵サーバＣ２０が送付相手の公開鍵Ｋｐで公
開鍵暗号化したものであり、送り付けられた人は自身の
秘密鍵Ｋｓを用いて復号することができる。

【００２５】また、エンティティＡ１０は、送信申請部
１１、ワンタイム共通鍵の復号化部１３及び電子封筒作
成部１５を有し、鍵サーバＣ２０は、エンティティ認証
（ＣＡ）部２１、鍵利用状態管理部２３を有し、さらに
エンティティＢ３０は問い合わせ部３１、復号鍵受取部
３３、電子封筒開封部３５及び開封終了通知部３７を有
している。

【００２６】エンティティＡ１０の送信申請部１１は送
信クライアントＡから伝達文の送信の依頼があったとき
に鍵サーバＣ２０に対し宛先情報を送信すると共にクラ
イアント認証を依頼する機能を有し、ワンタイム共通鍵
の復号化部１３は鍵サーバＣ２０から送信されたワンタ
イム共通鍵Ｋｃ（自身、つまり送信クライアントＡの公
開鍵Ｋｐａで暗号化されている）を復号し、ワンタイム
共通鍵Ｋｃを取り出す機能を有し、電子封筒作成部１５
は送信クライアントＡが受信クライアントＢに送信しよ
うとしている平文の伝達文Ｍ（以下、単に平文Ｍ）を電
子封筒Ｅに入れ、鍵サーバＣ２０を介すること無く直接
エンティティＢ３０に対し送信する機能を有する。

【００２７】また、鍵サーバＣ２０のエンティティ認証
（ＣＡ）部２１は、各エンティティの認証、つまり該鍵
サーバＣ２０が予め発行したクライアント証明書につい
て認証する機能を有し、暗号・復号用共通鍵払出部２３
は送信側に対しては暗号用の共通鍵Ｋｃを、受信側に対
しては復号用の共通鍵Ｋｃを生成し払い出す機能を有
し、鍵利用状態管理部２５は本トランザクションに固有
なセッションＩＤを内蔵する乱数発生器により発生し、
鍵サーバＣ２０の公開鍵Ｋｐｃで公開鍵暗号化したセッ
ションＩＤと、送信先エンティティＢ３０の公開鍵Ｋｐ
ｂとを送信先ごとに発行する機能を有する。

【００２８】さらに、エンティティＢ３０の問い合わせ
部３１は先にエンティティＡ１０から送信されたセッシ
ョンＩＤ（鍵サーバＣ２０の公開鍵Ｋｐｃで暗号化され
ている）を鍵サーバＣ２０に送付し問い合わせを行う機
能を有し、復号鍵受取部３３は鍵サーバＣ２０に送付し
たセッションＩＤに対応する復号用共通鍵Ｋｃｄ（エン
ティティＢ３０の公開鍵Ｋｐｂで暗号化されている）を
鍵サーバＣ２０から受け取る機能と、暗号化されている
復号用の共通鍵Ｋｃｂを自身の秘密鍵で復号する機能を
有し、電子封筒開封部３５はエンティティＡ１０から送
信された電子封筒Ｅを受信すると共に開封する機能を有
し、開封終了通知部３７は電子封筒開封部３５における
開封処理を受けて鍵サーバＣ２０に開封終了通知を送信
する機能を有する。

【００２９】次に図２を参照して、本実施形態をより具
体的に処理手順に従って説明する。本実施形態では各エ
ンティティ（送信元エンティティＡ１０、送信先エンテ
ィティＢ３０）は、予め、それぞれ鍵サーバＣ２０（図
２では実際に鍵サーバとして機能するエンティティＣを
鍵ブローカとして記載している）から電子証明書の発行
を受けている。

【００３０】まず、送信元エンティティＡ１０は、ステ
ップＳ１で鍵サーバＣ２０に対し送信先エンティティＢ
３０を申告する。

【００３１】鍵サーバＣ２０は、ステップＳ２で送信元
エンティティＡ１０の認証を行い、該認証が正常に終了
したときには、本トランザクションにのみ有効な共通鍵
Ｋｃを、エンティティＡ１０の公開鍵Ｋｐａで暗号化し
て送信元エンティティＡ１０に送付する。また、このと
き本トランザクションに固有なセッションＩＤを乱数発
生器により発生し、鍵サーバＣ２０の公開鍵Ｋｐｃで暗
号化したセッションＩＤと、送信先エンティティＢ３０
の公開鍵Ｋｐｂを送信元エンティティＡ１０に送信す
る。

【００３２】なお、このとき鍵サーバＣ２０では、送信
元エンティティＡ１０からの申告に伴い、送信元（ここ
ではエンティティＡ１０）、送信先（ここではエンティ
ティＢ３０）、要求時刻、発行した共通鍵Ｋｃおよびセ
ッションＩＤを鍵利用状態管理部２５に設けられる管理
テーブルに記録しておく。また、この管理テーブルへは
送信先の数だけレコードを追加するものとする。

【００３３】また、鍵サーバＣ２０から送信元エンティ
ティＡ１０へ送られる共通鍵Ｋｃは、送信元エンティテ
ィＡ１０の公開鍵Ｋｐａを用いて公開鍵暗号方式で暗号
化されている。また鍵サーバＣ２０からのセッションＩ
Ｄも、前述したようにすでに鍵サーバＣ２０の公開鍵Ｋ
ｐｃで公開鍵暗号化されている。

【００３４】次に、ステップＳ３において、送信元エン
ティティＡ１０は、鍵サーバＣ２０から得たＡの公開鍵
Ｋｐａで暗号化した共通鍵Ｋｃを、自身の秘密鍵Ｋｓａ
を使って復号し、共通鍵ＫｃとセッションＩＤを得る。

【００３５】送信元エンティティＡ１０は、ステップＳ
４で、以下に後述するいずれかの手段により選られた
（データＡ、Ｂ）、もしくは、（データＣ、Ｄ）の組と
共通鍵Ｋｃとをまとめて送信先エンティティＢ３０の公
開鍵Ｋｐｂで暗号化し、電子封筒Ｅを作成する。

【００３６】なお、このとき送信元エンティティＡ１０
が、以下のいずれかの手段により選られた（データＡ
１、Ａ２）、もしくは（データＢ１、Ｂ２）の組をまと
めて送信先エンティティＢ３０の公開鍵Ｋｐｂで暗号化
し、電子封筒Ｅを作成するようにしても良い。つまり、
この実施形態の場合には、共通鍵Ｋｃを電子封筒Ｅに含
めていない。

【００３７】（データＡ１、Ａ２） データＡ１；平文Ｍに対してハッシュ関数を用いて電子
署名する。電子署名を送信元エンティティＡ１０の秘密
鍵Ｋｓａで公開鍵暗号化する。 データＡ２；平文Ｍを共通鍵Ｋｃで共通鍵暗号化する。

【００３８】（データＢ１、Ｂ２） データＢ１；平文Ｍを共通鍵Ｋｃで共通鍵暗号化する。 データＢ２；データＢ１をハッシュ関数を用いて電子署
名する。電子署名を送信元エンティティＡ１０の秘密鍵
Ｋｓａで公開鍵暗号化する。

【００３９】次に、ステップＳ５で、送信元エンティテ
ィＡ１０は、セッションＩＤと電子封筒Ｅを送信先エン
ティティＢ３０へ送信する。

【００４０】送信先エンティティＢ３０は、ステップＳ
６で、暗号文が到着したことを鍵サーバＣ２０に通知す
る。この通知は、前述のセッションＩＤ（鍵サーバＣ２
０の公開鍵Ｋｐｃで暗号化したもの）を鍵サーバＣ２０
に送信することによって行う。

【００４１】鍵サーバＣ２０は、ステップＳ７で、受信
したセッションＩＤを、自身の秘密鍵Ｋｓで復号化し、
平文となったセッションＩＤが記載されているレコード
を管理テーブルから探す。このレコードに記載されてい
る共通鍵Ｋｃを送信先エンティティＢ３０の公開鍵Ｋｐ
ｂで公開鍵暗号化して送信先エンティティＢ３０へ送付
する。

【００４２】送信先エンティティＢ３０は、ステップＳ
８で鍵サーバＣ２０から送られた公開鍵暗号化された共
通鍵Ｋｃを、自身の秘密鍵Ｋｓｂを用いて復号する。さ
らに復号された共通鍵Ｋｃと送信元エンティティＡ１０
の公開鍵Ｋｐａを用いて、電子封筒Ｅを開封し、平文Ｍ
を得る（ステップＳ９）。これにより送信先エンティテ
ィＢ３０は、ステップＳ１０で、鍵サーバＣ２０に対し
て復号完了を通知する（セッションＩＤを送信）。

【００４３】一方、鍵サーバＣ２０は、この復号完了通
知を受けて、ステップＳ１１でレコードにある送信元エ
ンティティＡ１０へ着信完了通知を送る。これにより送
信元エンティティＡ１０は、伝達文の送信先エンティテ
ィＢ３０への送達完了を確認する。なお、このときの通
知手段はメール、専用プロトコルなど任意である。この
着信完了通知の送信と同時に、鍵サーバＣ２０は管理テ
ーブルからレコードを削除する。

【００４４】次に、他の実施形態について説明する。

【００４５】ステップＳ１乃至７，１０までは、前述し
た実施形態と同様なので説明を省略する。

【００４６】鍵サーバＣ２０の管理テーブルでは共通鍵
送信済みフラグを立て、新規セッションＩＤを公開鍵暗
号化して送信先エンティティＢ３０へ送る。

【００４７】送信先エンティティＢ３０は、鍵サーバＣ
２０から送られた公開鍵暗号化された共通鍵Ｋｃを、自
身の秘密鍵Ｋｓｂを用いて復号する。復号された共通鍵
Ｋｃと送信元エンティティＡ１０の公開鍵Ｋｐａを用い
て、電子封筒Ｅを開封し、平文Ｍを得る。

【００４８】さらに送信先エンティティＢ３０は復号完
了したら、鍵サーバＣ２０に通信新規セッションＩＤを
送り返す。これにより鍵サーバＣ２０は送信元エンティ
ティＡ１０へ着信・復号完了通知を送る。このときの通
信手段はメール、専用プロトコルなど任意である。

【００４９】なお、上述したきたような暗号通信システ
ムは暗号通信プログラムにより実現され、該プログラム
は記録媒体に記録して提供される。

【００５０】上述してきたように、上記各実施形態によ
れば、鍵サーバからのＩＤ払い出しにより、セッション
管理を可能にし、また鍵サーバにしか解読できないセッ
ションＩＤをハンドリングすることによって通信セッシ
ョン全体について安全性を確保している。すなわち、セ
ッション管理により、いわゆる配達証明を可能にしたも
のである。

【００５１】また、電子封筒に共通鍵を内包しない場
合、電子封筒だけが解読されても、共通鍵を手に入れな
いと、内容を平文に出来ない分だけＳ／ＭＩＭＥよりも
解読が難しくなる。つまり、本文を高速な共通鍵暗号で
暗号化するＳ／ＭＩＭＥの利点を生かしつつ安全性を高
めたことになる。

【００５２】さらに共通鍵は信頼できる鍵サーバから別
途送られるため、攻撃される確率を低く出来、また共通
鍵はトランザクション中の鍵受取者の公開鍵で暗号化さ
れるため鍵受取者以外は復号することはできない。

【００５３】耐成りすまし性は、電子証明書と、サーバ
にしか解読できないセッションＩＤによる認証により確
保され、また耐改竄性は一方向暗号と電子証明書により
安全性を保証している。

【００５４】これを通常の郵便（郵政省管轄）になぞら
えると、Ｓ／ＭＩＭＥが（書留郵便＋内容証明）である
のに対し、本発明は（書留郵便＋内容証明＋配達証明）
と表現される。

【００５５】

【発明の効果】以上説明したように、本発明によれば、
安全かつメッセージが送達されたことが確認可能な暗号
通信システムを構築できる。

【図面の簡単な説明】

【図１】本発明に係る暗号データメッセージングシステ
ムの一実施形態の全体構成図である。

【図２】本発明に係る暗号データメッセージングシステ
ムの一実施形態における処理を示したデータフロー図で
ある。

【図３】従来の暗号データメッセージングシステムの全
体構成を示すブロック図である。

【図４】従来の暗号データメッセージングシステムにお
ける処理を示したデータフロー図である。

【符号の説明】

１０ エンティティＡ １１ 送信申請部 １３ ワンタイム共通鍵の復号化部 １５ 電子封筒作成部 ２０ 鍵サーバＣ ２１ エンティティ認証（ＣＡ）部 ２３ 鍵利用状態管理部 ３０ エンティティＢ ３１ 問い合わせ部 ３３ 復号鍵受取部 ３５ 電子封筒開封部 ３７ 開封終了通知部

Claims (12)

【特許請求の範囲】
1. 【請求項１】 伝達文を電子封筒に入れて送信元から送
   信先に送信するときの暗号通信方法であって、 送信元から送信先に送信する際に、少なくとも共通鍵と
   セッションＩＤのいずれか一つを生成すると共に、少な
   くともそのいずれかを電子封筒に利用して伝達文を送信
   することを特徴とする暗号通信方法。
2. 【請求項２】 前記送信元は、共通鍵を送信先の公開鍵
   で暗号化し、電子封筒を作成することを特徴とする請求
   項１記載の暗号通信方法。
3. 【請求項３】 前記共通鍵とセッションＩＤが鍵サーバ
   で生成されるとき、送信先は、送信先から送られてきた
   セッションＩＤによる鍵サーバへの問い合わせの結果、
   鍵サーバから送られてきた送信先の公開鍵により公開鍵
   暗号化された共通鍵を自身の秘密鍵を用いて復号し、こ
   の復号された共通鍵と送信元の公開鍵を用いて電子封筒
   を開封し、平文の伝達文を得るとき、鍵サーバへ開封終
   了通知を行い、この開封終了通知を受けた鍵サーバは送
   信元へ着信完了通知を送ることを特徴とする請求項１記
   載の暗号通信方法。
4. 【請求項４】 伝達文を電子封筒に入れて送信元から送
   信先に送信するときの暗号通信方法であって、 送信元から送信先に電子封筒を送信する際に、セッショ
   ンＩＤを都度生成し、このセッションＩＤを同送するこ
   とにより暗号通信のセッション管理を行うことを特徴と
   する暗号通信方法。
5. 【請求項５】 前記セッション管理は、鍵サーバの公開
   鍵で暗号化されたセッションＩＤを暗号通信のトランザ
   クションの際に受け渡すことで行うことを特徴とする請
   求項４記載の暗号通信方法。
6. 【請求項６】 電子封筒を用いて伝達文を送信元から送
   信先に送信するときの暗号通信システムであって、 少なくとも共通鍵とセッションＩＤのいずれか一つを生
   成する鍵サーバを送信元と送信先との間に設け、送信元
   から送信先に送信する際に、鍵サーバで生成された共通
   鍵または／およびＩＤを電子封筒に利用して伝達文を送
   信することを特徴とする暗号通信システム。
7. 【請求項７】 前記共通鍵が鍵サーバで生成されると
   き、前記送信元は、共通鍵を送信先の公開鍵で暗号化
   し、電子封筒を作成することを特徴とする請求項６記載
   の暗号通信システム。
8. 【請求項８】 前記共通鍵が鍵サーバで生成されると
   き、送信先は鍵サーバから送られた公開鍵暗号化された
   共通鍵を自身の秘密鍵を用いて復号し、この復号された
   共通鍵と送信元の公開鍵を用いて電子封筒を開封し、平
   文の伝達文を得ることを特徴とする請求項７記載の暗号
   通信システム。
9. 【請求項９】 前記共通鍵とセッションＩＤが鍵サーバ
   で生成されるとき、前記送信元は鍵サーバが自身の秘密
   鍵により公開鍵暗号化した共通鍵払い出しに対するセッ
   ションＩＤを送信先へ伝達文とともに送り、送信先は送
   信元から送付されたセッションＩＤを鍵サーバへ送り、
   鍵サーバは自身の秘密鍵で復号化して得られる平文のセ
   ッションＩＤに対応する共通鍵を送信先の公開鍵で暗号
   化して送信先へ送り、送信先は鍵サーバから送られた公
   開鍵暗号化された共通鍵を自身の秘密鍵を用いて復号
   し、この復号された共通鍵と送信元の公開鍵を用いて電
   子封筒を開封して平文の伝達文を得、さらに送信先は復
   号完了の後に鍵サーバに前記セッションＩＤを送り返
   し、鍵サーバは送信元へ着信・復号完了通知を送ること
   を特徴とする請求項８記載の暗号通信システム。
10. 【請求項１０】 伝達文を電子封筒に入れて送信元から
    送信先に送信する際に、少なくとも共通鍵とセッション
    ＩＤのいずれか一つを生成すると共に、少なくともその
    いずれかを電子封筒に利用して伝達文を送信する暗号通
    信プログラムを記録した記録媒体。
11. 【請求項１１】 伝達文を電子封筒に入れて送信元から
    送信先に送信する際に、共通鍵を生成すると共に、送信
    元はこの共通鍵を送信先の公開鍵で暗号化し、電子封筒
    を作成して伝達文を送信する暗号通信プログラムを記録
    した記録媒体。
12. 【請求項１２】 伝達文を電子封筒に入れて送信元から
    送信先に送信する際に、共通鍵とセッションＩＤが鍵サ
    ーバで生成され、この鍵サーバは送信元へ着信完了通知
    を送り、送信先は鍵サーバから送られた公開鍵暗号化さ
    れた共通鍵を自身の秘密鍵を用いて復号し、この復号さ
    れた共通鍵と送信元の公開鍵を用いて電子封筒を開封
    し、平文の伝達文を得る暗号通信プログラムを記録した
    記録媒体。