JP2001189723A - 内容証明を行う通信システムおよび内容証明サイト装置 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、インターネットなどのネットワーク
を用いた通信システムと内容証明サイト装置に関し、ネ
ットワークで送受信する伝達情報の内容証明を行うこと
を目的とする。 【解決手段】伝達情報はネットワークの伝送路上では暗
号化される。発信者装置は、該発信者の電子署名による
発信者の本人確認と該発信者装置が送信した伝達情報の
同一性確認とを行う発信者署名データを内容証明サイト
装置に送る。受信者装置は、伝達情報を受け取ると、受
信者の電子署名による受信者の本人確認と受信者が受け
取った伝達情報の同一性確認とを行う受信者署名データ
を該内容証明サイト装置に送る。内容証明サイト装置
は、発信者装置から受け取った発信者署名データと受信
者装置から受け取った受信者署名データを保管する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのネットワークを用いて送受信する伝達情報の内容証
明を行う通信システムと内容証明サイト装置に関するも
のである。

【０００２】

【従来の技術】従来、インターネット等のネットワーク
では、通信を行っている者の本人確認をパスワードや公
開鍵暗号などにより行う電子認証（デジタル認証）や、
送る伝達情報に公開鍵暗号などにより署名を入れる電子
署名（デジタル署名）などが、よく知られている。

【０００３】

【発明が解決しようとする課題】しかしながら、ネット
ワーク上における伝達情報の内容証明、すなわち、ある
発信者から送られたある伝達情報がある受信者に渡され
たことを第３者が内容証明（発信者名、受信者名、伝達
情報の内容を特定して証明）する技術はまだない。

【０００４】本発明は、かかるネットワーク上における
伝達情報の内容証明を行うことを目的とする。

【０００５】

【課題を解決するための手段および作用】本発明に係る
通信システムは、発信者の装置から送信した伝達情報が
ネットワークを介して受信者の装置に受信されたことを
発信者と受信者以外の第３者としての内容証明サイト装
置が証明するようにしたものである。

【０００６】上述の課題を解決するために、本発明は以
下のように構成する。伝達情報はネットワークの伝送路
上では暗号化される。発信者装置は、該発信者の電子署
名による発信者の本人確認と該発信者装置が送信した伝
達情報の同一性確認（伝達情報自体またはその暗号文の
同一性確認）とを行う発信者署名データを内容証明サイ
ト装置に送る。受信者装置は、伝達情報を受け取ると、
受信者の電子署名による受信者の本人確認と受信者が受
け取った伝達情報の同一性確認（伝達情報自体またはそ
の暗号文の同一性確認）とを行う受信者署名データを該
内容証明サイト装置に送る。内容証明サイト装置は、発
信者装置から受け取った発信者署名データと受信者装置
から受け取った受信者署名データを保管する。これによ
り、内容証明サイト装置は、保管手段に保管されている
発信者署名データと受信者署名データとに基づいて、発
信者と受信者の本人確認と発信者が送った伝達情報と受
信者が受け取った伝達情報の同一性確認を行うことがで
き、それにより伝達情報に関する内容証明を第３者の立
場で行える。この際、内容証明すべき元の伝達情報は、
内容証明サイトが自身で保管しているものであってもよ
いし、あるいは内容証明が必要なときに発信者側または
受信者側から受け取るものであってもよい。

【０００７】内容証明サイト装置は、発信者署名データ
と受信者署名データとに基づいてそれぞれの本人確認
と、発信者が送った伝達情報と受信者が受け取った伝達
情報の同一性確認を行うように構成することもできる。

【０００８】上記の受信者署名データは、受信者が伝達
情報を受け取った日時に関する情報に受信者が電子署名
したものを含むように構成することができる。これによ
り、当該伝達情報がいつ受信者に受け取られたかを、後
日において証明することが可能になる。同様に、上記の
発信者署名データは、発信者が伝達情報を発信した日時
に関する情報に発信者が電子署名したものを含むように
構成してもよい。

【０００９】内容証明サイト装置は、発信者装置と受信
者装置の間に入って伝達情報を発信者装置から受け取っ
て受信者装置に渡す通信の仲介をするように構成するこ
とができる。

【００１０】あるいは、発信者装置は、伝達情報を内容
証明サイト装置で仲介せずに受信者装置に送信するよう
に構成することもできる。この場合、内容証明サイト装
置は、発信者装置または受信者装置の何れかから伝達情
報を受け取るように構成するとよい。

【００１１】また、上記の発信者の電子署名は、発信者
の公開鍵暗号を用いて上記送信する伝達情報それ自体ま
たはその暗号文のダイジェスト値を暗号化することで行
うことができる。また、上記の受信者の電子署名は、受
信者の公開鍵暗号を用いて上記受け取った伝達情報それ
自体またはその暗号文のダイジェスト値を算出して暗号
化することで行うことができる。

【００１２】また、内容証明サイト装置は、自己の公開
鍵暗号を用いて発信者署名データと受信者署名データを
受け取るように構成できる。このように構成すること
で、通信の機密性を確保し、発信者署名データと受信者
署名データが他者に盗み読みされないようにできる。ま
た、内容証明サイトのみが暗号解読をできるので、発信
者と受信者に対して、それぞれの通信相手が内容証明サ
イトであることを保証でき、通信の安全性を確保でき
る。

【００１３】また、ネットワークの伝送路上で通信デー
タを暗号化する暗号方式に共通鍵暗号を用いるように構
成するとよい。かかる共通鍵暗号を用いると、通信デー
タを暗号化する際の計算効率が良くなり、その暗号化の
処理速度を向上できる。

【００１４】また、内容証明サイト装置は、発信者装置
側で共通暗号の共通鍵を生成した時には、自己の公開鍵
暗号を用いて発信者装置から共通鍵を受け取るように構
成するとよい。このように構成することで、共通鍵の受
渡しに際して、それが他者に盗み読みされないようにし
て高い通信の機密性を確保できる。また、内容証明サイ
トのみが暗号解読をできるので、発信者に対して、その
通信相手が内容証明サイトであることを保証でき、通信
の安全性を確保できる。

【００１５】また、内容証明サイト装置は、受信者装置
が上記暗号化した伝達情報を暗号解読するための暗号鍵
を発信者装置または内容証明サイト装置から受け取る前
に、受信者装置から受信者署名データを受け取るように
構成するとよい。これにより、受信者装置が伝達情報を
受け取ってその内容を読んだ後にその受取を拒否するよ
うな自体を回避できる。

【００１６】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図２には本発明の一実施例（実施
例１）としての内容証明サイト装置を含む通信システム
が示される。図中、内容証明サイト１は内容証明サーバ
Ｃ、認証サーバＮ、記録サーバＭなどを含み構成されて
いる。内容証明サーバＣと認証局Ｎは、それぞれインタ
ーネット４を介して、外部の発信側端末Ａ、受信側端末
Ｂと接続して通信することができる。

【００１７】この端末Ａ、Ｂは例えばワークステーショ
ンあるいは一般ユーザのパーソナルコンピュータなどで
実現することができる。この端末Ａ、Ｂは、以下に説明
する本発明に係る内容証明のための各種処理を行う機能
を実現するプログラムを、 内容証明通信を行う都度、内容証明サイト１の内容証
明サーバＣからネットワークを介して取り込むようにす
る、 記録媒体（フロッピィ、光ディスク、光磁気ディス
ク、磁気テープなど）に格納した携帯プログラムにより
インストールする、 装置内部に常駐プログラムとして予めインストールし
ておく、などの形態で持つことができる。

【００１８】内容証明サイト１の内容証明サーバＣは、
発信側端末Ａと受信側端末Ｂとの間の通信を、その間を
仲介するなどしつつ管理するものであり、その際に、通
信の機密性の確保と通信の内容証明（発信者名、受信者
名、伝達情報の内容、発信日時と受取日時などの確認）
を行う機能を有している。

【００１９】内容証明サイト１の認証サーバＮは外部に
ある認証基盤（認証インフラストラクチャ）の認証局２
とインターネット４を介して接続することができる。こ
の認証基盤は、発信側端末Ａと受信側端末Ｂ等の本人確
認を行うもので、暗号技術を使ったディジタル認証、指
紋や虹彩のパターンなどを利用したバイオメトリクスな
どで本人確認を行うことができるが、本実施例では、公
開鍵暗号を利用して本人確認を行うものとする。このた
め、この認証基盤には、発信側端末Ａ、受信側端末Ｂ、
内容証明サーバＣ等の公開鍵（パブリック鍵）が予め登
録されており、求めに応じてそれらの公開鍵をネットワ
ークを通じて要求元に送付することができる。

【００２０】内容証明サイト１の記録サーバＭは、通信
の内容証明に必要な各種データ等を記憶して保管するた
めのものであり、必要に応じてインターネット４を介し
て外部の記録サーバ３との間でもデータの授受を行うこ
とができる。

【００２１】以下、図２に示すシーケンス図と、図３〜
図５に示すフローチャートを参照してこの実施例システ
ムの動作概要を説明する。この図１のシーケンス図で
は、左側から順に発信側端末Ａ、内容証明サーバＣ、認
証サーバＮ、受信側端末Ｂが配置され、それらの間でネ
ットワークを介して受け渡されるデータの種類が図中に
書き込まれている。これらのデータ中、〔α〕βの表記
は、データαが鍵βで暗号化されていることを表す。ま
た、〔α，ε〕βの表記は、データαとデータεがそれ
ぞれ鍵βで暗号化されていることを表し、〔α〕βと
〔ε〕βとが各々独立してあることと等価であるものと
する。さらに、（γ）x という表記は、サイトＸでデー
タγをダイジェスト化（後述する）した値であることを
表している。

【００２２】また、図３〜図５は発信側端末Ａ、受信側
端末Ｂ、内容証明サーバＣにおいて各々実行される処理
手順をフローチャートの形で示したものである。これら
の図では、発信者たる発信側端末Ａが伝達情報Ｄを受信
者たる受信側端末Ｂに内容証明サイト１の内容証明サー
バＣ経由で送り、内容証明サイト１ではその伝達情報Ｄ
を受け渡すにあたりその内容証明を行うものとする。

【００２３】この図１のシーケンスでは、発信側端末Ａ
と受信側端末Ｂは内容証明サーバＣの公開鍵ＰＫc を認
証サーバなどから予め取得してあることを前提としてい
る。この公開鍵ＰＫc は、通信要求を行う毎に取得して
もよいが、公開鍵ＰＫc がある一定期間は変更されない
ものであれば、以前に取得した公開鍵ＰＫc を、それが
変更されるまでの間、そのまま保持しておくものであっ
てもよい。

【００２４】まず、発信側端末Ａが内容証明サーバＣに
内容証明付の通信を行うことを要求する。この際、発信
側端末Ａは、以下の処理を行う（ステップＡ１）。すな
わち、送りたい伝達情報Ｄを用意するとともに、この伝
達情報Ｄを暗号化するための共通鍵暗号方式の共通鍵
（秘密鍵とも称する）Ｒを生成する。この共通鍵Ｒとし
ては例えば乱数などが利用できる。この共通鍵Ｒを用い
て伝達情報Ｄを暗号化して暗号文〔Ｄ〕Ｒを作成する。
この共通鍵Ｒの生成は、発信側端末Ａがこの内容証明通
信を行う毎に新たなものに変更して生成しており、それ
により通信機密性の高いセキュリティを確保している。

【００２５】このように共通鍵Ｒを用いて伝達情報Ｄを
暗号化する場合は、公開鍵暗号の公開鍵などで暗号化す
るものと比較して、暗号化演算の計算効率がよく、よっ
て伝達情報Ｄが大きな量のものであっても効率よく暗号
化することができる。

【００２６】さらに、この暗号文〔Ｄ〕Ｒと伝達情報Ｄ
とをそれぞれハッシュ関数などで変換演算を行って圧縮
してダイジェスト値（〔Ｄ〕Ｒ）a とダイジェスト値
（Ｄ）a を得る。

【００２７】ここで、サイトＸにて作成したダイジェス
ト値（γ）x はデータγの内容を一意的に特定すること
ができるもので、データγの内容が改ざんや破損等され
た時には、その改ざん等したデータγをサイトＹにて同
じハッシュ関数で変換演算したダイジェスト値（γ）y
は上記のダイジェスト値（γ）x と一致しなくなるの
で、ダイジェスト値（γ）x に基づいて改ざん等のあっ
たことを直ちに認識することができる。

【００２８】この暗号化された伝達情報のダイジェスト
値（〔Ｄ〕Ｒ）a と伝達情報のダイジェスト値（Ｄ）a
とを発信側端末Ａの秘密鍵（プライベート鍵）ＳＫa で
暗号化した暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕ＳＫa
を作成する。この暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕
ＳＫa は、それを受け取った側にて、発信側端末Ａの公
開鍵（パブリック鍵）ＰＫa を用いて暗号解読できるこ
とで、その発信者が発信側端末Ａであると本人確認で
き、また、ダイジェスト値（〔Ｄ〕Ｒ）a とダイジェス
ト値（Ｄ）a は発信側端末Ａが送った伝達情報Ｄの内容
を一意的に特定して内容の完全性（変更されていないこ
と）を確認できるデータであるので、本発明における発
信者の本人確認と伝達情報の内容特定とを行う電子署名
データとして用いることができる。

【００２９】なお、以下の説明では、データαにサイト
Ｘが電子署名（サイン）するという表現を用いたときに
は、上記のようにデータαをサイトＸの秘密鍵ＳＫx で
暗号化して暗号文〔α〕ＳＫx を作成すること意味する
ものとする。

【００３０】さらに、共通鍵Ｒのダイジェスト値（Ｒ）
a を作成し、共通鍵Ｒとこのダイジェスト値（Ｒ）a に
発信側端末Ａが電子署名して暗号文〔Ｒ，（Ｒ）a 〕Ｓ
Ｋaを作成する。。そして、この暗号文〔Ｒ，（Ｒ）a
〕ＳＫa と伝達情報に関するダイジェスト値に電子署
名をした暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕ＳＫa と
とを、内容証明サーバＣの公開鍵ＰＫc で暗号化する。
この公開鍵ＰＫc による暗号化は、内容証明サーバＣ以
外の第３者に対して通信情報の秘匿化を図るためであ
る。

【００３１】そして、発信側端末Ａは送信データとして
以下のものを揃えて、インターネット４を介して内容証
明サイト１の内容証明サーバＣに送る（図３のステップ
Ａ２）。 アドレスＡＡ：発信元としての発信側端末Ａのネット
ワーク上のアドレス アドレスＢＢ：受信先としての受信側端末Ｂのネット
ワーク上のアドレス 暗号文〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕ＳＫa 〕ＰＫ
c ：暗号化された伝達情報のダイジェスト値（〔Ｄ〕
Ｒ）a と伝達情報のダイジェスト値（Ｄ）a とを発信側
端末Ａが秘密鍵ＳＫa で電子署名した暗号文〔（〔Ｄ〕
Ｒ）a ，（Ｄ）a 〕ＳＫa を、内容証明サーバＣの公開
鍵ＰＫc で暗号化した暗号文 暗号文〔Ｄ〕Ｒ：伝達情報Ｄを共通鍵Ｒで暗号化した
暗号文 暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa 〕ＰＫc ：共通鍵Ｒ
とそのダイジェスト値（Ｒ）a を発信側端末Ａが秘密鍵
ＳＫa で電子署名した暗号文〔Ｒ，（Ｒ）a 〕ＳＫa
を、内容証明サーバＣの公開鍵ＰＫc で暗号化した暗号
文

【００３２】内容証明サイト１の内容証明サーバＣは、
発信側端末Ａから送信データを受信すると、そのうちの
発信元アドレスＡＡと受信先アドレスＢＢに基づいて、
発信側端末Ａから受信側端末Ｂへの通信であることを認
識し、認証サーバＮからこれら発信側端末Ａの公開鍵Ｐ
Ｋa と受信側端末Ｂの公開鍵ＰＫb を取得する（図３の
ステップＣ１）。なお、受信側端末Ｂの公開鍵ＰＫb が
まだ認証基盤に登録されていないものであれば、認証サ
ーバＮ等を通じて受信側端末Ｂに対してその登録を促す
ことになる。

【００３３】そして、内容証明サーバＣは、自己の秘密
鍵ＳＫc を用いて暗号文〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a
〕ＳＫa 〕ＰＫc と暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa
〕ＰＫc を暗号解読して、伝達情報に関するダイジェ
スト値の暗号文〔（〔Ｄ〕Ｒ）a，（Ｄ）a 〕ＳＫa と
共通鍵に関する暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa を得
る。この暗号解読をできるのは内容証明サーバＣだけで
あるので、通信の高い秘匿性が確保できる。

【００３４】さらに、これらの暗号文を発信側端末Ａの
公開鍵ＰＫa を用いて暗号解読して、暗号化された伝達
情報のダイジェスト値（〔Ｄ〕Ｒ）a ，伝達情報のダイ
ジェスト値（Ｄ）a ，共通鍵Ｒ，共通鍵のダイジェスト
値（Ｒ）a を得る（図３のステップＣ２）。この暗号解
読ができることで、これらのデータ（〔Ｄ〕Ｒ）a ，
（Ｄ）a ，Ｒ，（Ｒ）a の発信元は発信側端末Ａである
ことを本人確認できる。なお、これらの暗号解読ができ
ない場合には、発信者の認証は不能となる。

【００３５】内容証明サーバＣは、この暗号解読して得
た伝達情報の暗号文〔Ｄ〕Ｒと共通鍵Ｒとに対して、発
信側端末Ａ側で行ったと同じハッシュ関数による変換演
算を行い、暗号文〔Ｄ〕Ｒのダイジェスト値（〔Ｄ〕
Ｒ）c と共通鍵Ｒのダイジェスト値（Ｒ）c を得る（図
３のステップＣ３）。そして、発信側端末Ａ側から受け
取ったダイジェスト値（〔Ｄ〕Ｒ）a と、自局で算出し
たダイジェスト値（〔Ｄ〕Ｒ）c とを照合し、また、上
記発信側端末Ａ側から受け取った共通鍵のダイジェスト
値（Ｒ）a と自局算出のダイジェスト値（Ｒ）c とを照
合する（図３のステップＣ４）。両者がそれぞれ一致し
ている場合には、受信した伝達情報の暗号文〔Ｄ〕Ｒと
共通鍵Ｒはその内容が改ざんや伝送路エラーにより損失
などされていない完全なものであるという完全性を確認
することができる。

【００３６】この場合、比較結果が不一致となったとき
には、発信側端末Ａにその旨を通知して、データの送信
をやり直すように促す（図３のステップＣ４、ステップ
Ａ２参照）。

【００３７】この後、内容証明サーバＣは、発信側端末
Ａからのデータ発信の発信日時Ｔaを確定し、この発信
日時Ｔa と暗号化された伝達情報のダイジェスト値
（〔Ｄ〕Ｒ）a とに、自己の秘密鍵ＳＰc で電子署名を
して暗号文〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc を作成し、
さらにこの電子署名入り暗号文〔（〔Ｄ〕Ｒ）a ，Ｔa
〕ＳＫc を受信先である受信側端末Ｂの公開鍵ＰＫb
で暗号化した暗号文〔〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc
〕ＰＫb を作成する（図４のステップＣ５）

【００３８】そして、以下の送信データをインターネッ
ト４を介して受信先の受信側端末Ｂに送る（図４のステ
ップＣ６）。 アドレスＣＣ：発信元としての内容証明サーバＣのネ
ットワーク上のアドレス 暗号文〔〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc 〕ＰＫb ：
内容証明サーバＣの秘密鍵ＳＫc で発信日時Ｔa と暗号
化された伝達情報のダイジェスト値（〔Ｄ〕Ｒ）a とに
電子署名した暗号文〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc
を、さらに受信先である受信側端末Ｂの公開鍵ＰＫb で
暗号化した暗号文 暗号文〔Ｄ〕Ｒ：伝達情報Ｄを共通鍵Ｒで暗号化した
暗号文

【００３９】受信先の受信側端末Ｂは、内容証明サーバ
Ｃからデータを受信すると、そのうちの発信元アドレス
ＣＣに基づいて、内容証明サーバＣからの通信であるこ
とを認識する。

【００４０】そして、受信側端末Ｂは、自己の秘密鍵Ｓ
Ｋb を用いて暗号文〔〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc
〕ＰＫb を暗号解読して、暗号文〔（〔Ｄ〕Ｒ）a ，
Ｔa 〕ＳＫc を得る。この暗号解読をできるのは受信側
端末Ｂだけであるので、自局宛てであることの確認とと
もに、通信の秘匿性が確保できる。

【００４１】さらに、この暗号解読した暗号文
〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc を内容証明サーバＣの
公開鍵ＰＫc を用いて暗号解読することで、発信日時Ｔ
a と暗号化された伝達情報のダイジェスト値（〔Ｄ〕
Ｒ）a を得ることができ（図４のステップＢ１）、これ
により、暗号文〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＳＫc の発信
元は内容証明サーバＣであることを確認できる。

【００４２】さらに、内容証明サーバＣから受信した伝
達情報の暗号文〔Ｄ〕Ｒを発信側端末Ａ側と同じハッシ
ュ関数を用いてダイジェスト化してダイジェスト値
（〔Ｄ〕Ｒ）b を作成する（図４のステップＢ１）。

【００４３】受信側端末Ｂは、この自局で算出したダイ
ジャスト値（〔Ｄ〕Ｒ）b と、内容証明サーバＣから受
信・暗号解読して得たダイジェスト値（〔Ｄ〕Ｒ）a と
比較する（ステップＢ２）。両者が一致している場合に
は、伝達情報Ｄの暗号文〔Ｄ〕Ｒが、内容の改ざんや伝
送路エラーなどを受けていないことを確認できる。両者
が一致していなかった場合には、内容証明サーバＣに対
して「不一致」を通知し、同じデータを再度送信するこ
とを促す（図４のステップＢ２、ステップＣ６）。

【００４４】受信側端末Ｂは、内容証明サーバＣから受
け取った発信日時Ｔa と自局算出のダイジャスト値
（〔Ｄ〕Ｒ）b とに自局の秘密鍵ＳＫb で電子署名して
暗号文〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb を作成し、この
暗号文〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb を受取証とす
る。この受取証〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb は、こ
れを受け取った側で受信側端末Ｂの公開鍵ＰＫb を用い
て暗号解読できることで、発信元が受信側端末Ｂである
ことを確認でき、また受信側端末Ｂが受け取った伝達情
報の暗号文〔Ｄ〕Ｒの内容を一意的に特定して内容の完
全性（変更されていないこと）を確認できるデータであ
るので、本発明における受信者の本人確認と伝達情報の
内容特定とを行う電子署名データとして用いることがで
きる。

【００４５】受信側端末Ｂは、この受取証〔（〔Ｄ〕
Ｒ）b ，Ｔa 〕ＳＫb を内容証明サーバＣの公開鍵ＰＫ
c で暗号化した暗号文〔〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫ
b 〕ＰＫc を作成して、内容証明サーバＣに送る（ステ
ップＢ３）。

【００４６】この受取証〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫ
b を受け取った内容証明サーバＣは、受信側端末Ｂの公
開鍵ＰＫb を用いて暗号解読して、受信側端末Ｂで算出
したダイジェスト値（〔Ｄ〕Ｒ）b を得る。この暗号解
読により、この受取証〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb
が受信側端末Ｂから発信されたものであることを本人確
認できる。

【００４７】さらに、発信側端末Ａ側から取得した発信
側端末Ａ側算出のダイジェスト値（〔Ｄ〕Ｒ）a と、受
信側端末Ｂ側で算出したダイジェスト値（〔Ｄ〕Ｒ）b
とを照合する（図４のステップＣ７）。両者が一致して
いる場合には、発信側端末Ａから送信された伝達情報の
暗号文〔Ｄ〕Ｒはその内容が改ざん、破損などされずに
完全な形のままで受信側端末Ｂに受信されたという伝達
情報の完全性を確認することができる。また、発信日時
Ｔa についても、受信側端末Ｂ側の電子署名を得ること
ができる。

【００４８】この後、内容証明サーバＣは、受信側端末
Ｂからの受取証〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb の受取
日時Ｔb を確定する。そして、この受取日時Ｔb と、伝
達情報の暗号文〔Ｄ〕Ｒを暗号解読するための共通鍵Ｒ
と、その共通鍵のダイジェスト値（Ｒ）a とに自己の秘
密鍵ＳＫc で電子署名した暗号文〔〔Ｒ，（Ｒ）a ，Ｔ
b 〕ＳＫc を作成し、さらにこの暗号文を受信側端末Ｂ
側の公開鍵ＰＫb で暗号化した暗号文〔〔〔Ｒ，（Ｒ）
a ，Ｔb 〕ＳＫc 〕ＰＫb を作成して受信側端末Ｂに送
る（図４のステップＣ８）。

【００４９】受信側端末Ｂは、この受け取った暗号文
〔〔〔Ｒ，（Ｒ）a ，Ｔb 〕ＳＫc 〕ＰＫb を、自己の
秘密鍵ＳＫb と内容証明サーバＣの公開鍵ＰＫc を用い
て暗号解読して、共通鍵Ｒとそのダイジェスト値（Ｒ）
a 、さらに受取日時Ｔb を取得する。そして、この共通
鍵Ｒを用いて、先に内容証明サーバＣから受け取った伝
達情報の暗号文〔Ｄ〕Ｒを暗号解読して伝達情報Ｄを得
る。そして、この伝達情報Ｄを、ハッシュ関数を用いて
ダイジェスト化して伝達情報のダイジェスト値（Ｄ）b
を作成する（図４のステップＢ４）。

【００５０】この伝達情報のダイジェスト値（Ｄ）b と
受取日時Ｔb に自己の秘密鍵ＳＫbで電子署名した暗号
文〔（Ｄ）b ，Ｔb 〕ＳＫb を作成し、これを暗号解読
済証（受取証）とする。この暗号解読済証〔（Ｄ）b ，
Ｔb 〕ＳＫb を更に内容証明サーバＣの公開鍵ＰＫc で
暗号化することで、通信の秘匿化を図った上で内容証明
サーバＣに送る（図５のステップＢ５）。

【００５１】内容証明サーバＣは、受信した暗号文を自
己の秘密鍵ＳＫc で暗号解読して暗号文〔（Ｄ）b ，Ｔ
b 〕ＳＫb を得て、この暗号文〔（Ｄ）b ，Ｔb 〕ＳＫ
b を受信側端末Ｂの電子署名入の暗号解読済証（受取
証）とする。さらに、この暗号解読済証〔（Ｄ）b ，Ｔ
b 〕ＳＫb を受信側端末Ｂの公開鍵ＰＫb で暗号解読し
てダイジェスト値（Ｄ）b と受取日時Ｔb を得る。この
受信側端末Ｂ側作成のダイジェスト値（Ｄ）b と発信側
端末Ａ側から受信した発信側端末Ａ側作成のダイジェス
ト値（Ｄ）a とを照合し、内容が一致していれば、発信
側端末Ａ側から送信された伝達情報の暗号文〔Ｄ〕Ｒは
間違いなく受信側端末Ｂ側に受け取られて、そして伝達
情報Ｄとして正しく暗号解読されたことが確認できる
（図５のステップＣ９）。

【００５２】一方、上記照合の結果、内容が一致してい
ない場合には、受信側端末Ｂに対して再度同じデータを
送信するように促す。また、暗号解読済証のデータ
（Ｄ）b，Ｔb に受信側端末Ｂの電子署名が入れられて
いない場合にも、受信側端末Ｂに対して電子署名を入れ
て暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb の再送をする
ことを要求する。

【００５３】また、前記ステップＣ９で、受信側端末Ｂ
の電子署名を得られなかった場合には、内容証明サーバ
Ｃは、発信日時Ｔa と受取日時Ｔb に自己の秘密鍵ＳＫ
c で電子署名した暗号文〔Ｔa ，Ｔb 〕ＳＫc を作成し
て結果通知とし、これを発信側端末Ａの公開鍵ＰＫa で
暗号化して発信側端末Ａに送る（図５のステップＣ１
２）。この結果通知には、受信側端末Ｂに対して共通鍵
Ｒは渡したが、暗号解読済証を取得できなかった旨を添
付する。

【００５４】内容証明サーバＣは、上記の暗号解読済証
〔（Ｄ）b ，Ｔb 〕ＳＫb を正常に受信したときには、
発信時刻Ｔa と受取時刻Ｔb に自己の秘密鍵ＳＫc で電
子署名を入れた暗号文〔Ｔa ，Ｔb 〕ＳＫc を作成して
完了通知とし、この完了通知〔Ｔa ，Ｔb 〕ＳＫc を発
信側端末Ａの公開鍵ＰＫa で暗号化した上で、発信側端
末Ａに送る（図５のステップＣ１０）。なお、この完了
通知〔Ｔa ，Ｔb 〕ＳＫc は暗号化せずに発信側端末Ａ
に送るものであってもよい。

【００５５】そして、内容証明サーバＣは、発信側端末
Ａから受信側端末Ｂへ伝達情報Ｄを送った通信があった
事実の内容証明を後日に行えるように、必要なデータを
記録サーバＭに送って保管する（図５のステップＣ１
１）。その際に、どのデータ項目を保管するかは例えば
以下に示すような組合せとすることができる。

【００５６】（１）保管データの組合せ例１ 暗号文〔（Ｄ）a 〕ＳＫa ：伝達情報のダイジェスト
値（Ｄ）a に発信側端末Ａが秘密鍵ＳＫa で電子署名し
たデータ 公開鍵ＰＫa ：暗号文〔（Ｄ）a 〕ＳＫa を暗号解読
するために必要な発信側端末Ａの公開鍵 発信日時Ｔa ：発信側端末Ａが発信した日時として内
容証明サーバＣが確定した日時 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：受取側の受
信側端末Ｂが、伝達情報のダイジェスト値（Ｄ）b と受
取日時Ｔb に秘密鍵ＳＫb で電子署名したデータ 公開鍵ＰＫb ：受取証〔（Ｄ）b ，Ｔb 〕ＳＫb を暗
号解読するために必要な受信側端末Ｂの公開鍵 暗号文〔Ｄ〕Ｒ：伝達情報Ｄを共通鍵Ｒで暗号化した
データ 共通鍵Ｒ：伝達情報の暗号文〔Ｄ〕Ｒを暗号解読する
ために必要な共通鍵（但し、鍵管理のため上記項目〜
のデータとは別保存とする）

【００５７】（２）保管データの組合せ例２ 暗号文〔（Ｄ）a 〕ＳＫa ：伝達情報のダイジェスト
値（Ｄ）a に発信側端末Ａが秘密鍵ＳＫa で電子署名し
たデータ 公開鍵ＰＫa ：暗号文〔（Ｄ）a 〕ＳＫa を暗号解読
するために必要な発信側端末Ａの公開鍵 受取証〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：受取側の受
信側端末Ｂが、暗号化された伝達情報のダイジェスト値
（〔Ｄ〕Ｒ）b と発信日時Ｔa に秘密鍵ＳＫbで電子署
名したデータ 公開鍵ＰＫb ：受取証〔（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫ
b を暗号解読するために必要な受信側端末Ｂの公開鍵 暗号文〔Ｄ〕Ｒ：伝達情報Ｄを共通鍵Ｒで暗号化した
データ 受取日時Ｔb ：発信側端末Ｂが受け取った日時として
内容証明サーバＣが確定した日時 共通鍵Ｒ：伝達情報の暗号文〔Ｄ〕Ｒを暗号解読する
ために必要な共通鍵（但し、鍵管理のため上記項目〜
のデータとは別保存とする）

【００５８】なお、前記したように、内容証明サーバＣ
が受信側端末Ｂから暗号解読済証〔（〔Ｄ〕Ｒ）b ，Ｔ
a 〕ＳＫb を取得できなかった場合には、以下のデータ
項目を補間して内容証明とする（図５のステップＣ１
３）。 暗号文〔（Ｄ）a 〕ＳＫa 公開鍵ＰＫa 発信日時Ｔa 受取証〔（〔Ｄ〕Ｒ）b 、Ｔa 〕ＳＫb ：受取側の受
信側端末Ｂが、暗号化された伝達情報のダイジェスト値
（〔Ｄ〕Ｒ）b と発信日時Ｔa に秘密鍵ＳＫbで電子署
名したデータ 公開鍵ＰＫb 暗号文〔Ｄ〕Ｒ 受取日時Ｔb 共通鍵Ｒ（別保管）

【００５９】本発明の実施にあたっては、種々の変形形
態が可能である。以下に、これらの各変形形態について
順次に説明する。

【００６０】図１０は本発明に係る内容証明装置の他の
実施例（実施例２）を説明するものであり、実施例２に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例１においては、内容証明サーバＣが確定し
た発信日時Ｔa については、発信側端末Ａの電子署名を
受けていないので、この実施例２では、この発信日時Ｔ
a について発信側端末Ａの電子署名を取得できるように
したものである。

【００６１】すなわち、この実施例２では、発信側端末
Ａは、この内容証明付き通信を行うにあたり、発信元で
ある発信側端末ＡのアドレスＡＡと、受信先である受信
側端末ＢのアドレスＢＢとを内容証明サーバＣに送って
内容証明通信を要求する。内容証明サーバＣは、この発
信元アドレスＡＡと受信先アドレスＢＢをみて、認証サ
ーバＮから発信側端末Ａの公開鍵ＰＫa と受信側端末Ｂ
の公開鍵ＰＫb を取得するとともに、発信側端末Ａの発
信日時Ｔa を確定する。そして、この発信日時Ｔa それ
自体、またはこの発信日時Ｔa を公開鍵ＰＫc で暗号化
した上で、発信側端末Ａに送る。

【００６２】発信側端末Ａは、この発信日時Ｔa を内容
証明サーバＣから受け取ると、実施例１において内容証
明サーバＣに送った電子署名入りの暗号文〔（〔Ｄ〕
Ｒ）a，（Ｄ）a 〕ＳＫa に代えて、この発信日時Ｔa
にも電子署名をした暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a
，Ｔa 〕ＳＫa を作成し、これを実施例１の場合と同
様にして内容証明サーバＣに送る。

【００６３】以降の処理は、前述の実施例１（図２参
照）と同じであるので、詳細な説明は省略するが、相違
点としては、内容証明サイトで内容証明のために保管す
るデー項目として、暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a
〕ＳＫa に代えて、暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a
，Ｔa 〕ＳＫa を保存するようにし、発信日時Ｔa そ
れ自体のデータは保存しない。

【００６４】図１１は本発明に係る内容証明装置の他の
実施例（実施例３）を説明するものであり、実施例３に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例１、２においては、伝達情報Ｄを暗号化す
るための共通鍵Ｒ（共通鍵）を発信側端末Ａにて生成し
たが、この実施例２では、この共通鍵Ｒを内容証明サー
バＣにて生成するようにしている。

【００６５】すなわち、発信側端末Ａは、この内容証明
付き通信を行うにあたり、発信元である発信側端末Ａの
アドレスＡＡと、受信先である受信側端末Ｂのアドレス
ＢＢとを内容証明サーバＣに送って内容証明通信を要求
する。内容証明サーバＣは、この発信元アドレスＡＡと
受信先アドレスＢＢをみて、認証サーバＮから発信側端
末Ａの公開鍵ＰＫa と受信側端末Ｂの公開鍵ＰＫb を取
得する。また、共通鍵Ｒを生成するとともに、そのダイ
ジェスト値（Ｒ）c を作成する。さらに、発信側端末Ａ
の発信日時Ｔa を確定する。そして、この共通鍵Ｒとそ
のダイジェスト値（Ｒ）c と発信日時Ｔa とを内容証明
サーバＣの秘密鍵ＳＫc で電子署名した暗号文〔Ｒ，
（Ｒ）c ，Ｔa 〕ＳＫc を作成し、この暗号文をさらに
発信側端末Ａの公開鍵ＰＫa で暗号化した上で、発信側
端末Ａに送る。

【００６６】発信側端末Ａでは、自己の秘密鍵ＳＫa で
受信した暗号文〔〔Ｒ，（Ｒ）c ，Ｔa 〕ＳＫc 〕公開
鍵ＰＫa を暗号解読して秘密鍵ＳＫc の電子署名入りの
暗号文〔Ｒ，（Ｒ）c ，Ｔa 〕ＳＫc を得て、さらにこ
の暗号文を内容証明サーバＣの公開鍵ＰＫc で暗号解読
して、共通鍵Ｒとそのダイジェスト値（Ｒ）c と発信日
時Ｔa とを得る。

【００６７】この後、共通鍵Ｒを自局側でダイジェスト
化してダイジェスト値（Ｒ）a を作成し、このダイジェ
スト値（Ｒ）a を、内容証明サーバＣから取得したダイ
ジェスト値（Ｒ）c と比較照合する。この両者が一致す
ることで、内容証明サーバＣから受け取った共通鍵Ｒ
は、改ざんや伝送エラーの破損などを受けていない完全
なものであることを確認できる。

【００６８】次いで、内容証明サーバＣから受け取った
共通鍵Ｒを用いて、受信側端末Ｂに送るべき伝達情報Ｄ
を暗号化した暗号文〔Ｄ〕Ｒを作成し、さらにこの暗号
文〔Ｄ〕Ｒのダイジェスト値（〔Ｄ〕Ｒ）a を作成す
る。

【００６９】そして、暗号化された伝達情報のダイジェ
スト値（〔Ｄ〕Ｒ）a 、伝達情報のダイジェスト値
（Ｄ）a 及び発信日時Ｔa に対して、秘密鍵ＳＫa を用
いて電子署名をした暗号文〔（〔Ｄ〕Ｒ）a 、（Ｄ）a
，Ｔa 〕ＳＫa を作成し、この暗号文をさらに内容証
明サーバＣの公開鍵ＰＫc で暗号化した暗号文
〔〔（〔Ｄ〕Ｒ）a 、（Ｄ）a ，Ｔa 〕ＳＫa 〕ＳＫc
を作成して、発信元アドレスＡＡ、受信先アドレスＢＢ
及び伝達情報の暗号文〔Ｄ〕Ｒと共に、内容証明サーバ
Ｃに送る。これにより、内容証明サーバＣは、発信日時
Ｔa について、発信側端末Ａの電子署名を得ることがで
きる。

【００７０】以降の処理は、前述の実施例１（図２参
照）と同じであるので、詳細な説明は省略する。

【００７１】図１２は本発明に係る内容証明装置の他の
実施例（実施例４）を説明するものであり、実施例４に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例１〜３では、発信側端末Ａから送信された
伝達情報の暗号文〔Ｄ〕Ｒは、一旦、内容証明サーバＣ
に受け取られ、この内容証明サーバＣから更に受信側端
末Ｂに受け渡される経路（すなわち、Ａ→Ｃ→Ｂの経
路）をとって各サイトに渡されるように構成している。
これに対して、この実施例４では、後に説明する実施例
５、６と共に、発信側端末Ａから送信された伝達情報の
暗号文〔Ｄ〕Ｒは、その伝達情報Ｄの受信先である受信
側端末Ｂに直接に送られ、この受信側端末Ｂから内容証
明サーバＣに渡される経路（すなわち、Ａ→Ｂ→Ｃの経
路）をとって各サイトに渡されるように構成したもので
ある。

【００７２】図１２に示す実施例４を図２に示す実施例
１と対比して説明すると、内容証明サーバＣは、発信側
端末Ａから、 アドレスＡＡ アドレスＢＢ 伝達情報のダイジェスト値に関する暗号文
〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕ＳＫa 〕ＰＫc 共通鍵に関する暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa 〕Ｐ
Ｋc を受信し、これに基づいて、発信側端末Ａの公開鍵ＰＫ
a と受信側端末Ｂの公開鍵ＰＫb を取得し、発信日時Ｔ
a を確定する。

【００７３】この後、実施例１では、内容証明サーバＣ
は受信側端末Ｂに必要なデータを送信しているが、この
実施例４では、内容証明サーバＣは発信側端末Ａに対し
て、受信側端末Ｂの公開鍵ＰＫb と発信日時Ｔa に内容
証明サーバＣが電子署名した暗号文〔ＰＫb ，Ｔa 〕Ｓ
Ｋc を送る。あるいは、この暗号文〔ＰＫb ，Ｔa 〕Ｓ
Ｋc をさらに発信側端末Ａの公開鍵ＰＫa で暗号化して
通信の秘匿化を図って送ってもよい。

【００７４】発信側端末Ａは、この暗号文を受信する
と、受信側端末Ｂに対して直接に、 アドレスＣＣ 暗号文〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＰＫb ：暗号化され
た伝達情報のダイジェスト値（〔Ｄ〕Ｒ）a と発信日時
Ｔa とに発信側端末Ａの秘密鍵ＳＫa で電子署名した暗
号文 暗号文〔Ｄ〕Ｒ を送る。これらのデータ項目は、前述の実施例で、内容
証明サーバＣが受信側端末Ｂに送ったデータ項目と実質
的に同じである。

【００７５】以降の処理は、前述の実施例１（図２参
照）と同じであるので、詳細な説明は省略する。

【００７６】図１３は本発明に係る内容証明装置の他の
実施例（実施例５）を説明するものであり、実施例５に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例４においては、内容証明サーバＣが確定し
た発信日時Ｔa については、発信側端末Ａの電子署名を
受けていないので、この実施例５では、この発信日時Ｔ
a について発信側端末Ａの電子署名を取得できるように
したものである。

【００７７】すなわち、この実施例５では、発信側端末
Ａは、この内容証明付き通信を行うにあたり、発信元で
ある発信側端末ＡのアドレスＡＡと、受信先である受信
側端末ＢのアドレスＢＢとを内容証明サーバＣに送って
内容証明通信を要求する。内容証明サーバＣは、この発
信元アドレスＡＡと受信先アドレスＢＢをみて、認証サ
ーバＮから発信側端末Ａの公開鍵ＰＫa と受信側端末Ｂ
の公開鍵ＰＫb を取得するとともに、発信側端末Ａの発
信日時Ｔa を確定する。

【００７８】次いで、内容証明サーバＣは、発信側端末
Ａに対して、受信側端末Ｂの公開鍵ＰＫb と発信日時Ｔ
a に内容証明サーバＣが電子署名した暗号文〔ＰＫb ，
Ｔa〕ＳＫc 、あるいは、この暗号文をさらに発信側端
末Ａの公開鍵ＰＫa で暗号化した暗号文〔〔ＰＫb ，Ｔ
a 〕ＳＫc 〕ＰＫa を送る。

【００７９】発信側端末Ａは、内容証明サーバＣから通
信データを受け取ると、次の項目のデータ アドレスＡＡ：発信元としての発信側端末Ａのネット
ワーク上のアドレス アドレスＢＢ：受信先としての受信側端末Ｂのネット
ワーク上のアドレス 暗号文〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a ，Ｔa 〕ＳＫa
〕ＰＫc ：暗号化された伝達情報のダイジェスト値
（〔Ｄ〕Ｒ）a と伝達情報のダイジェスト値（Ｄ）a と
発信日時Ｔa とを発信側端末Ａが秘密鍵ＳＫa で電子署
名した暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕ＳＫa を、
内容証明サーバＣの公開鍵ＰＫc で暗号化した暗号文 暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa 〕ＰＫc ：共通鍵Ｒ
とそのダイジェスト値（Ｒ）a を発信側端末Ａが秘密鍵
ＳＫa で電子署名した暗号文〔Ｒ，（Ｒ）a 〕ＳＫa
を、内容証明サーバＣの公開鍵ＰＫc で暗号化した暗号
文を内容証明サーバＣに送る。これと共に、受信側端末
Ｂに対しても、前述の実施例４と同じ項目のデータ、す
なわち アドレスＣＣ 暗号文〔（〔Ｄ〕Ｒ）a ，Ｔa 〕ＰＫb 暗号文〔Ｄ〕Ｒ を送る。

【００８０】以降の処理は、前述の実施例４（図１２参
照）と同じであるので、詳細な説明は省略するが、相違
点としては、内容証明サイトで内容証明のために保管す
るデー項目として、暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a
〕ＳＫa に代えて、暗号文〔（〔Ｄ〕Ｒ）a ，（Ｄ）a
，Ｔa 〕ＳＫa を保存するようにし、発信日時Ｔa そ
れ自体のデータは保存しない。

【００８１】図１４は本発明に係る内容証明装置の他の
実施例（実施例６）を説明するものであり、実施例６に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例４、５においては、伝達情報Ｄを暗号化す
るための共通鍵Ｒ（共通鍵）を発信側端末Ａにて生成し
たが、この実施例６では、この共通鍵Ｒを内容証明サー
バＣにて生成するようにしている。

【００８２】すなわち、発信側端末Ａは、この内容証明
付き通信を行うにあたり、発信元である発信側端末Ａの
アドレスＡＡと、受信先である受信側端末Ｂのアドレス
ＢＢとを内容証明サーバＣに送って内容証明通信を要求
する。内容証明サーバＣは、この発信元アドレスＡＡと
受信先アドレスＢＢをみて、認証サーバＮから発信側端
末Ａの公開鍵ＰＫa と受信側端末Ｂの公開鍵ＰＫb を取
得する。また、共通鍵Ｒを生成するとともに、そのダイ
ジェスト値（Ｒ）c を作成する。さらに、発信側端末Ａ
の発信日時Ｔa を確定する。

【００８３】次いで、受信先である受信側端末Ｂの公開
鍵ＰＫb と発信日時Ｔa を内容証明サーバＣの秘密鍵Ｓ
Ｋc で電子署名した暗号文〔ＰＫb ，Ｔa 〕ＳＫc を作
成するとともに、共通鍵Ｒとそのダイジェスト値（Ｒ）
c とを内容証明サーバＣの秘密鍵ＳＫc で電子署名した
暗号文〔Ｒ，（Ｒ）c 〕ＳＫa を作成し、この暗号文を
発信側端末Ａの公開鍵ＰＫa で暗号化して秘匿化を図っ
た暗号文〔〔Ｒ，（Ｒ）c 〕ＳＫa 〕ＰＫc を作成し、
これらの暗号文を発信側端末Ａに送る。なお、前者の暗
号文〔ＰＫb ，Ｔa 〕ＳＫc は、発信側端末Ａの公開鍵
ＰＫa で暗号化することにより第３者に対する秘匿化を
図ってもよい。

【００８４】発信側端末Ａでは、自己の秘密鍵ＳＫa と
秘密鍵ＳＫc の公開鍵ＰＫc を用いて、受信した暗号文
から、受信側端末Ｂの公開鍵ＰＫb と、発信日時Ｔa
と、共通鍵Ｒと、そのダイジェスト値（Ｒ）c とを取得
する。そして、共通鍵Ｒを自局側でダイジェスト化して
ダイジェスト値（Ｒ）a を作成し、このダイジェスト値
（Ｒ）a を、内容証明サーバＣから取得したダイジェス
ト値（Ｒ）c と比較照合し、この両者が一致すること
で、内容証明サーバＣから受け取った共通鍵Ｒが、改ざ
んや伝送エラーの破損などを受けていない完全なもので
あることを確認する。

【００８５】次いで、内容証明サーバＣから受け取った
共通鍵Ｒを用いて、受信側端末Ｂに送るべき伝達情報Ｄ
を暗号化した暗号文〔Ｄ〕Ｒを作成し、さらにこの暗号
文〔Ｄ〕Ｒのダイジェスト値（〔Ｄ〕Ｒ）a を作成す
る。

【００８６】そして、暗号化された伝達情報のダイジェ
スト値（〔Ｄ〕Ｒ）a 、伝達情報のダイジェスト値
（Ｄ）a 及び発信日時Ｔa に対して、自局の秘密鍵ＳＫ
a を用いて電子署名をした暗号文〔（〔Ｄ〕Ｒ）a 、
（Ｄ）a ，Ｔa 〕ＳＫa を作成し、これに内容証明サー
バＣの公開鍵ＰＫc で暗号化することで第３者に対する
秘匿化を図った暗号文〔〔（〔Ｄ〕Ｒ）a 、（Ｄ）a ，
Ｔa 〕ＳＫa 〕ＰＫc を作成して、内容証明サーバＣに
送る。この場合、この実施例６では内容証明サーバＣ側
で共通鍵Ｒの生成をしているから、前述の実施例５とは
相違して、共通鍵Ｒに関する情報は内容証明サーバＣに
送らない。

【００８７】以降の処理は、前述の実施例５（図１３参
照）と同じであるので、詳細な説明は省略する。

【００８８】図１５は本発明に係る内容証明装置の他の
実施例（実施例７）を説明するものであり、実施例７に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例１〜３では、発信側端末Ａから送信された
伝達情報の暗号文〔Ｄ〕Ｒは、発信側端末Ａ→内容証明
サーバＣ→受信側端末Ｂの経路をとって受信側端末Ｂに
渡され、また、前述の実施例４〜６では、発信側端末Ａ
から送信された伝達情報の暗号文〔Ｄ〕Ｒは、発信側端
末Ａ→受信側端末Ｂ→内容証明サーバＣの経路を通って
各サイトに渡されるように構成している。これに対し
て、この実施例７では、後に説明する実施例８、９と共
に、発信側端末Ａから送信された伝達情報の暗号文
〔Ｄ〕Ｒは、内容証明サーバＣに送られると共に、その
伝達情報Ｄの受信先である受信側端末Ｂに直接にも直接
に送られる経路（すなわち、Ａ→Ｃと、Ａ→Ｃの経路）
をとって各サイトに渡されるように構成したものであ
る。

【００８９】図１５に示す実施例７を図１２に示す実施
例４と対比して説明すると、内容証明サーバＣは、発信
側端末Ａから、 アドレスＡＡ アドレスＢＢ 伝達情報のダイジェスト値に関する暗号文
〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a 〕ＳＫa 〕ＰＫc 伝達情報の暗号文〔Ｄ〕Ｒ 共通鍵に関する暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa 〕Ｐ
Ｋc を受信する。実施例４と比較して伝達情報の暗号文
〔Ｄ〕Ｒが加えられている点が相違している。内容証明
サーバＣは受信したこれらのデータに基づいて、発信側
端末Ａの公開鍵ＰＫa と受信側端末Ｂの公開鍵ＰＫb を
取得し、発信日時Ｔaを確定する。

【００９０】以降の処理は、受信側端末Ｂから内容証明
サーバＣに伝達情報の暗号文〔Ｄ〕Ｒを送らない点を除
いて、前述の実施例４（図１２参照）と同じであるの
で、詳細な説明は省略する。

【００９１】図１６は本発明に係る内容証明装置の他の
実施例（実施例８）を説明するものであり、実施例８に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例７においては、内容証明サーバＣが確定し
た発信日時Ｔa については、発信側端末Ａの電子署名を
受けていないので、この実施例８では、この発信日時Ｔ
a について発信側端末Ａの電子署名を取得できるように
したものである。

【００９２】すなわち、この実施例５では、発信側端末
Ａは、この内容証明付き通信を行うにあたり、発信側端
末ＡのアドレスＡＡと、受信側端末ＢのアドレスＢＢと
を内容証明サーバＣに送る。内容証明サーバＣは、この
発信元アドレスＡＡと受信先アドレスＢＢをみて、認証
サーバＮから発信側端末Ａの公開鍵ＰＫa と受信側端末
Ｂの公開鍵ＰＫb を取得するとともに、発信側端末Ａの
発信日時Ｔa を確定する。

【００９３】次いで、内容証明サーバＣは、発信側端末
Ａに対して、受信側端末Ｂの公開鍵ＰＫb と発信日時Ｔ
a に内容証明サーバＣが電子署名した暗号文〔ＰＫb ，
Ｔa〕ＳＫc 、あるいは、この暗号文をさらに発信側端
末Ａの公開鍵ＰＫa で暗号化した暗号文〔〔ＰＫb ，Ｔ
a 〕ＳＫc 〕ＰＫa を送る。

【００９４】発信側端末Ａは、内容証明サーバＣから通
信データを受け取ると、次の項目のデータ アドレスＡＡ アドレスＢＢ 暗号文〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a ，Ｔa 〕ＳＫa
〕ＰＫc 伝達情報の暗号文〔Ｄ〕Ｒ 暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa 〕ＰＫc を内容証明サーバＣに送る。実施例７と比較すると、伝
達情報の暗号文〔Ｄ〕Ｒも送っている点が相違する。

【００９５】以降の処理は、受信側端末Ｂから内容証明
サーバＣに伝達情報の暗号文〔Ｄ〕Ｒを送らない点を除
いて、前述の実施例４（図１２参照）と同じであるの
で、詳細な説明は省略する。

【００９６】図１７は本発明に係る内容証明装置の他の
実施例（実施例９）を説明するものであり、実施例９に
よる通信ネットワークの動作シーケンスを示している。
前述の実施例７、８においては、伝達情報Ｄを暗号化す
るための共通鍵Ｒ（共通鍵）を発信側端末Ａにて生成し
たが、この実施例９では、この共通鍵Ｒを内容証明サー
バＣにて生成するようにしている。

【００９７】この実施例９が前述の実施例６と相違する
点は、発信側端末Ａが内容証明サーバＣから共通鍵Ｒを
受け取った後に、内容証明サーバＣに送信するデータ中
に、発信日時Ｔa に発信側端末Ａが秘密鍵ＳＫa で電子
署名したデータ〔Ｔa 〕ＳＫa が含まれている点であ
り、この点を除けば、その他の処理は実施例６と同じで
あるので、詳細な説明は省略する。

【００９８】図１８は本発明に係る内容証明装置の他の
実施例（実施例１０）を説明するものであり、実施例１
０による通信ネットワークの動作シーケンスを示してい
る。前述の実施例７〜９では、発信側端末Ａから送信さ
れた伝達情報の暗号文〔Ｄ〕Ｒは、内容証明サーバＣに
送られると共に、その伝達情報Ｄの受信先である受信側
端末Ｂに直接にも直接に送られる経路（すなわち、Ａ→
Ｃと、Ａ→Ｂの経路）をとって各サイトに渡されるよう
に構成したものであるが、この実施例１０では、伝達情
報の暗号文〔Ｄ〕Ｒは、受信側端末Ｂに直接に渡すが、
内容証明サーバＣには渡すことなく処理を行うようにし
たものであり、また共通鍵Ｒは発信側端末Ａ側にて生成
するようにしたものである。

【００９９】図１８に示す実施例１０を図１６に示す実
施例８と対比して説明すると、発信側端末Ａは、発信側
端末ＡのアドレスＡＡと、受信側端末ＢのアドレスＢと
を内容証明サーバＣに送って内容証明付通信を要求する
と、内容証明サーバＣから，受信側端末Ｂの公開鍵ＰＫ
b と発信日時Ｔa に内容証明サーバＣが電子署名した暗
号文〔ＰＫb ，Ｔa 〕ＳＫc 、あるいは、この暗号文を
さらに発信側端末Ａの公開鍵ＰＫa で暗号化した暗号文
〔〔ＰＫb ，Ｔa 〕ＳＫc 〕ＰＫa を受け取る。

【０１００】これに対して、発信側端末Ａは、 アドレスＡＡ アドレスＢＢ 暗号文〔〔（〔Ｄ〕Ｒ）a ，（Ｄ）a ，Ｔa 〕ＳＫa
〕ＰＫc 暗号文〔〔Ｒ，（Ｒ）a 〕ＳＫa 〕ＰＫc を内容証明サーバＣに送る。実施例８との相違は、伝達
情報の暗号文〔Ｄ〕Ｒを送らない点にある。

【０１０１】以降の処理は、内容証明サーバＣは、取得
していない伝達情報の暗号文〔Ｄ〕Ｒとそれを解読する
ための共通鍵Ｒを内容証明用のデータベースとして保存
しない点を除いて、前述の実施例４（図１２参照）と同
じであるので、詳細な説明は省略する。

【０１０２】次に、上述の各実施例について、発信側端
末Ａまたは受信側端末Ｂが内容証明サイトの内容証明サ
ーバＣに内容証明を要求した場合の処理シーケンスを図
６〜図９を参照して説明する。

【０１０３】初めに、発信側端末Ａが伝達情報Ｄのダイ
ジェスト値に関して内容証明を要求する場合について図
６を参照して説明する。発信側端末Ａは、案件を特定す
るＩＤ番号を付して、ダイジェスト証明要求（内容証明
要求）を内容証明サーバＣに対して行う。

【０１０４】内容証明サーバＣはこの内容証明要求に対
して、内容証明のための次の項目のデータに、内容証明
サーバＣが秘密鍵ＳＫc で電子署名した暗号文を作成
し、さらに、その暗号文を発信側端末Ａの公開鍵ＰＫa
で暗号化して第３者に対して秘匿した上で、発信側端末
Ａに返送する。

【０１０５】〔ケース１〕 暗号文〔（Ｄ）a 〕ＳＫa ：伝達情報のダイジェスト
値（Ｄ）a に発信側端末Ａが秘密鍵ＳＫa で電子署名し
たデータ 公開鍵ＰＫa ：暗号文〔（Ｄ）a 〕ＳＫa を暗号解読
するために必要な発信側端末Ａの公開鍵 発信日時Ｔa ：発信側端末Ａが発信した日時として内
容証明サーバＣが確定した日時 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：受取側の受
信側端末Ｂが、伝達情報のダイジェスト値（Ｄ）b と受
取日時Ｔb に秘密鍵ＳＫb で電子署名したデータ 公開鍵ＰＫb ：暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫ
b を暗号解読するために必要な受信側端末Ｂの公開鍵

【０１０６】〔ケース２〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：伝達情報のダイジ
ェスト値（Ｄ）a と発信日時Ｔa に発信側端末Ａが秘密
鍵ＳＫa で電子署名したデータ 公開鍵ＰＫa ：同上 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb ：同上

【０１０７】〔ケース３〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：伝達情報の暗
号文〔Ｄ〕Ｒと発信日時Ｔa に受信側端末Ｂが秘密鍵Ｓ
Ｋb で電子署名したデータ 公開鍵ＰＫb ：同上 受取日時Ｔb ：受信側端末Ｂが伝達情報を受け取った
日時として内容証明サーバＣが確定した日時

【０１０８】〔ケース４〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 受取日時Ｔb ：同上

【０１０９】次に、受信側端末Ｂが伝達情報Ｄのダイジ
ェスト値に関して内容証明を要求する場合について図７
を参照して説明する。受信側端末Ｂは、案件を特定する
ＩＤ番号を付して、ダイジェスト証明要求（内容証明要
求）を内容証明サーバＣに対して行う。

【０１１０】内容証明サーバＣはこの内容証明要求に対
して、内容証明のための次の項目のデータに、内容証明
サーバＣが秘密鍵ＳＫc で電子署名した暗号文を作成
し、さらに、その暗号文を受信側端末Ｂの公開鍵ＰＫb
で暗号化して第３者に対して秘匿した上で、受信側端末
Ｂに返送する。

【０１１１】〔ケース１〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 発信日時Ｔa ：同上 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb

【０１１２】〔ケース２〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb ：同上

【０１１３】〔ケース３〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 受取日時Ｔb ：同上

【０１１４】〔ケース４〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 受取日時Ｔb ：同上

【０１１５】次に、発信側端末Ａが元の伝達情報Ｄに関
して内容証明を要求する場合について図８を参照して説
明する。発信側端末Ａは、案件を特定するＩＤ番号を付
して、元伝達情報の内容証明要求を内容証明サーバＣに
対して行う。

【０１１６】内容証明サーバＣはこの内容証明要求に対
して、内容証明のための次の項目のデータに、内容証明
サーバＣが秘密鍵ＳＫc で電子署名した暗号文を作成
し、さらに、その暗号文を発信側端末Ａの公開鍵ＰＫa
で暗号化して第３者に対して秘匿した上で、発信側端末
Ａに返送する。

【０１１７】〔ケース１〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 発信日時Ｔa ：同上 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上

【０１１８】〔ケース２〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 暗号解読証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上

【０１１９】〔ケース３〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上 受取日時Ｔb ：同上

【０１２０】〔ケース４〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上 受取日時Ｔb ：同上

【０１２１】次に、受信側端末Ｂが元の伝達情報Ｄに関
して内容証明を要求する場合について図９を参照して説
明する。受信側端末Ｂは、案件を特定するＩＤ番号を付
して、元伝達情報の内容証明要求を内容証明サーバＣに
対して行う。

【０１２２】内容証明サーバＣはこの内容証明要求に対
して、内容証明のための次の項目のデータに、内容証明
サーバＣが秘密鍵ＳＫc で電子署名した暗号文を作成
し、さらに、その暗号文を受信側端末Ｂの公開鍵ＰＫb
で暗号化して第３者に対して秘匿した上で、受信側端末
Ｂに返送する。

【０１２３】〔ケース１〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 発信日時Ｔa ：同上 暗号解読済証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上

【０１２４】〔ケース２〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 暗号解読証〔（Ｄ）b ，Ｔb 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上

【０１２５】〔ケース３〕 暗号文〔（Ｄ）a 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上 受取日時Ｔb ：同上

【０１２６】〔ケース４〕 暗号文〔（Ｄ）a ，Ｔa 〕ＳＫa ：同上 公開鍵ＰＫa ：同上 受取証（〔Ｄ〕Ｒ）b ，Ｔa 〕ＳＫb ：同上 公開鍵ＰＫb ：同上 暗号文〔Ｄ〕Ｒ：同上 共通鍵Ｒ：同上 受取日時Ｔb ：同上

【０１２７】なお、上記図６、図７のダイジェスト内容
証明は、上記項目中の伝達情報Ｄはその量が多大となる
こともあり、内容証明のためには必ずしも保管しなくと
もよいので、かかる場合に選択するとよい。この場合に
も、発信者の発信側端末Ａ、または受信者の受信側端末
Ｂのいずれかがその伝達情報Ｄを保管していれば、その
伝達情報Ｄが内容証明の対象であることは、記録サーバ
Ｍに保管されているダイジェスト値（Ｄ）a ，（Ｄ）b
、あるいはダイジェスト値（〔Ｄ〕Ｒ）a ，（〔Ｄ〕
Ｒ）b に基づいて簡単に証明できる。

【０１２８】以上に説明した実施例１〜１０では、伝達
情報Ｄの完全性を確認するためのダイジェスト値とし
て、伝達情報Ｄを共通鍵Ｒで暗号化した暗号文〔Ｄ〕Ｒ
のダイジェスト値（〔Ｄ〕Ｒ〕x を主に用いたが、本発
明はこれに限られるものではなく、伝達情報Ｄ自体をダ
イジェスト化したダイジェスト値（Ｄ）x を用いて伝達
情報Ｄの完全性を確認するよう動作シーケンスを構成し
てもよい。

【０１２９】また、本発明では、伝達情報Ｄは共通鍵Ｒ
で暗号化することで第３者に対する通信の秘匿化を図っ
ているが、本発明はこれに限られるものではなく、受取
側の公開鍵ＰＫx を用いて暗号化することで秘匿化を図
って、伝達情報Ｄを送るように動作シーケンスを構成し
てもよい。 前記の各実施例のように伝達情報Ｄを共通
鍵Ｒで暗号化するのは、暗号化に際しての計算効率がよ
いことが理由であるので、かかる実施形態は、伝達情報
Ｄが比較的に短文の場合に適しているといえ、全体の動
作シーケンスを単純化できる。

【０１３０】また、以上に説明した各実施例１〜１０で
は、伝達情報Ｄを公開鍵暗号あるいは共通鍵暗号（乱数
など）を用いて暗号化して相手先に送ったが、もちろん
これらの実施例以外の暗号化手法で暗号化して相手先に
送るものであってもよい。

【０１３１】また、電子署名の手法として、上述の各実
施例では公開鍵暗号方式を利用したものを用いたが、も
ちろん本発明はこれに限られず、他の電子署名手法を用
いて本人確認や通信データ内容の特定を行うものであっ
てもよい。

【０１３２】また、上述の各実施例では、伝達情報の内
容を特定（データ内容の同一性確認）するデータとして
ダイジェスト値を用いたが、本発明はこれに限られず、
これ以外の方法で伝達情報の内容を特定するものであっ
てもよい。

【０１３３】なお、上述した各実施例では、内容証明サ
ーバ等の各サイトのサーバに予め各実施例の動作シーケ
ンスを実現するためのプログラムを搭載してあるものと
して説明したが、本発明はかかる形態のみに限定され
ず、コンピュータに上記各実施例の動作シーケンスの各
手順を実行させるためのプログラムをコンピュータ読取
り可能な記録媒体に記録して、かかる記録媒体を市場に
流通させ、市場から入手したかかる記録媒体から各サイ
トのサーバにプログラムをインストールして本発明を実
施するものであってもよい。

【０１３４】

【発明の効果】以上に説明したように、本発明によれ
ば、ネットワークを利用した伝達情報の送受にあたっ
て、その内容を発信者・受信者以外の第３者が内容証明
することができるようになる。

【図面の簡単な説明】

【図１】本発明の一実施例（実施例１）としての内容証
明装置を用いた通信システムを示す図である。

【図２】本発明の実施例１の通信システムにおけるデー
タ送受の様子を説明するシーケンス図である。

【図３】本発明の実施例１の通信システムにおける各サ
イトの処理手順を示すフローチャート（１／３）であ
る。

【図４】本発明の実施例１の通信システムにおける各サ
イトの処理手順を示すフローチャート（２／３）であ
る。

【図５】本発明の実施例１の通信システムにおける各サ
イトの処理手順を示すフローチャート（３／３）であ
る。

【図６】本発明の実施例システムにおいて発信側端末の
ダイジェスト内容証明要求に対して内容証明サーバが内
容証明データを返送するシーケンスを示す図である。

【図７】本発明の実施例システムにおいて受信側端末の
ダイジェスト内容証明要求に対して内容証明サーバが内
容証明データを返送するシーケンスを示す図である。

【図８】本発明の実施例システムにおいて発信側端末の
元伝達情報の内容証明要求に対して内容証明サーバが内
容証明データを返送するシーケンスを示す図である。

【図９】本発明の実施例システムにおいて受信側端末の
元伝達情報の内容証明要求に対して内容証明サーバが内
容証明データを返送するシーケンスを示す図である。

【図１０】本発明の他の実施例（実施例２）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１１】本発明の他の実施例（実施例３）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１２】本発明の他の実施例（実施例４）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１３】本発明の他の実施例（実施例５）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１４】本発明の他の実施例（実施例６）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１５】本発明の他の実施例（実施例７）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１６】本発明の他の実施例（実施例８）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１７】本発明の他の実施例（実施例９）による通信
システムにおけるデータ送受の様子を説明するシーケン
ス図である。

【図１８】本発明の他の実施例（実施例１０）による通
信システムにおけるデータ送受の様子を説明するシーケ
ンス図である。

【符号の説明】

１ 内容証明サイト（内容証明装置） ２ 認証局 ３ 記録サーバ ４ インターネット Ａ 発信側端末（フロントエンドとしての発信サイト） Ｂ 受信側端末（フロントエンドとしての受信サイト） Ｃ 内容証明サーバ Ｄ 伝達情報 （Ｄ）a 発信側端末Ａが算出した伝達情報Ｄのダイジ
ェスト値 （Ｄ）b 受信側端末Ｂが算出した伝達情報Ｄのダイジ
ェスト値 （Ｄ）c 内容証明サーバＣが算出した伝達情報Ｄのダ
イジェスト値 （〔Ｄ〕Ｒ）a 発信側端末Ａが算出した暗号化された
伝達情報〔Ｄ〕Ｒのダイジェスト値 （〔Ｄ〕Ｒ）b 受信側端末Ｂが算出した暗号化された
伝達情報〔Ｄ〕Ｒのダイジェスト値 （〔Ｄ〕Ｒ）c 内容証明サーバＣが算出した暗号化さ
れた伝達情報〔Ｄ〕Ｒのダイジェスト値 Ｍ 内容証明サイトの記録サーバ Ｎ 内容証明サイトの認証サーバ ＰＫa 発信側端末Ａの公開鍵 ＰＫb 受信側端末Ｂの公開鍵 ＰＫc 内容証明サーバＣの公開鍵 Ｒ 共通鍵（乱数） ＳＫa 発信側端末Ａの秘密鍵 ＳＫb 受信側端末Ｂの秘密鍵 ＳＫc 内容証明サーバＣの秘密鍵 Ｔa 発信日時 Ｔb 受取日時

Claims (23)

【特許請求の範囲】
1. 【請求項１】発信者の装置から送信した伝達情報がネッ
   トワークを介して受信者の装置に受信されたことを内容
   証明サイトの装置が証明するようにした通信システムで
   あって、 該伝達情報はネットワークの伝送路上では暗号化されて
   おり、 発信者装置は、該発信者装置が送信した伝達情報の内容
   の同一性を確認できるデータに該発信者が電子署名した
   発信者署名データを内容証明サイト装置に送り、 受信者装置は、伝達情報を受け取ると、該受信者が受け
   取った伝達情報の内容の同一性を確認できるデータに該
   受信者が電子署名した受信者署名データを内容証明サイ
   ト装置に送り、 該内容証明サイト装置は、該発信者装置から受け取った
   該発信者署名データと該受信者装置から受け取った受信
   者署名データを保管するように構成した内容証明を行う
   通信システム。
2. 【請求項２】該内容証明サイト装置は、該発信者署名デ
   ータと該受信者署名データとに基づいてそれぞれの本人
   確認と該発信者が送った伝達情報と該受信者が受け取っ
   た伝達情報の同一性確認を行うように構成した請求項１
   記載の内容証明を行う通信システム。
3. 【請求項３】該受信者署名データは該受信者が伝達情報
   を受け取った日時に関する情報に該受信者が電子署名し
   たものを含むように構成した請求項１または２記載の内
   容証明を行う通信システム。
4. 【請求項４】該内容証明サイト装置は、該発信者装置と
   該受信者装置の間に入って該伝達情報を該発信者装置か
   ら受け取って該受信者装置に渡す通信の仲介をするよう
   に構成した請求項１〜３のいずれかに記載の内容証明を
   行う通信システム。
5. 【請求項５】該発信者装置は該伝達情報を該内容証明サ
   イト装置で仲介せずに該受信者装置に送信するように構
   成した請求項１〜３のいずれかに記載の内容証明を行う
   通信システム。
6. 【請求項６】該内容証明サイト装置は、該発信者装置ま
   たは該受信者装置の何れかから該伝達情報を受け取るよ
   うに構成した請求項５記載の内容証明を行う通信システ
   ム。
7. 【請求項７】該発信者の電子署名は該発信者の公開鍵暗
   号を用いて該伝達情報自体またはその暗号文のダイジェ
   スト値を暗号化することで行う請求項１〜６のいずれか
   に記載の通信データの内容証明を行うように構成した通
   信システム。
8. 【請求項８】該受信者の電子署名は該受信者の公開鍵暗
   号を用いて該伝達情報自体またはその暗号文のダイジェ
   スト値を算出して暗号化することで行うように構成した
   請求項１〜７のいずれかに記載の内容証明を行う通信シ
   ステム。
9. 【請求項９】該内容証明サイト装置は自己の公開鍵暗号
   を用いて該発信者署名データと該受信者署名データを受
   け取るように構成した請求項１〜８のいずれかに記載の
   内容証明を行う通信システム。
10. 【請求項１０】該ネットワークの伝送路上で伝達情報を
    暗号化する暗号方式に共通鍵暗号を用いるように構成し
    た請求項１〜９のいずれかに記載の内容証明を行う通信
    システム。
11. 【請求項１１】該内容証明サイト装置は、該発信者装置
    側で該共通暗号の共通鍵を生成した時には、自己の公開
    鍵暗号を用いて該発信者装置から該共通鍵を受け取るよ
    うに構成した請求項１０記載の内容証明を行う通信シス
    テム。
12. 【請求項１２】該受信者装置が該暗号化した伝達情報を
    暗号解読するための暗号鍵を該発信者装置または該内容
    証明サイト装置から受け取る前に、該内容証明サイト装
    置が該受信者装置から該受信者署名データを受け取るよ
    うに構成した請求項１〜１１のいずれかに記載の内容証
    明を行う通信システム。
13. 【請求項１３】発信者の装置から送信した伝達情報がネ
    ットワークを介して受信者の装置に受信されたことを証
    明する内容証明サイト装置であって、 該伝達情報はネットワークの伝送路上では暗号化されて
    おり、 発信者装置から、該発信者装置が送信した伝達情報の内
    容の同一性を確認できるデータに該発信者が電子署名し
    た発信者署名データを受け取る第１の受信手段と、 受信者装置から、該受信者装置が受け取った伝達情報の
    内容の同一性を確認できるデータに該受信者が電子署名
    した受信者署名データを受け取る第２の受信手段と、 該発信者装置から受け取った該発信者署名データと該受
    信者装置から受け取った受信者署名データを保管する保
    管手段とを備えた内容証明サイト装置。
14. 【請求項１４】該発信者署名データと該受信者署名デー
    タとに基づいてそれぞれの本人確認と該発信者が送った
    伝達情報と該受信者が受け取った伝達情報との同一性確
    認を行う手段を更に備えた請求項１３記載の内容証明サ
    イト装置。
15. 【請求項１５】該受信者署名データは該受信者が伝達情
    報を受け取った日時に関する情報に該受信者が電子署名
    したものを含むように構成した請求項１３または１４記
    載の内容証明サイト装置。
16. 【請求項１６】該内容証明サイト装置は、該発信者装置
    と該受信者装置の間に入って該通信データを該発信者装
    置から受け取って該受信者装置に渡す通信の仲介をする
    ように構成した請求項１３〜１５のいずれかに記載の内
    容証明サイト装置。
17. 【請求項１７】該内容証明サイト装置は、該発信者装置
    または該受信者装置の何れかから該伝達情報を、該受信
    者装置に受け渡すためではなく内容証明の処理のために
    必要なデータとして受け取るように構成した請求項１３
    〜１５のいずれかに記載の内容証明サイト装置。
18. 【請求項１８】該発信者の電子署名は該発信者の公開鍵
    暗号を用いて該伝達情報自体またはその暗号文のダイジ
    ェスト値を暗号化することで行うように構成した請求項
    １３〜１７のいずれかに記載の内容証明サイト装置。
19. 【請求項１９】該受信者の電子署名は該受信者の公開鍵
    暗号を用いて該伝達情報自体またはその暗号文のダイジ
    ェスト値を算出して暗号化することで行うように構成し
    た請求項１３〜１８のいずれかに記載の内容証明サイト
    装置。
20. 【請求項２０】該内容証明サイト装置は自己の公開鍵暗
    号を用いて該発信者署名データと該受信者署名データを
    受け取るように構成した請求項１３〜１９のいずれかに
    記載の内容証明サイト装置。
21. 【請求項２１】該ネットワークの伝送路上で伝達情報を
    暗号化する暗号方式に共通鍵暗号を用いるように構成し
    た請求項１３〜２０のいずれかに記載の内容証明サイト
    装置。
22. 【請求項２２】該内容証明サイト装置は、該発信者装置
    側で該共通暗号の共通鍵を生成した時には、自己の公開
    鍵暗号を用いて該発信者装置から該共通鍵を受け取るよ
    うに構成した請求項２１記載の内容証明サイト装置。
23. 【請求項２３】該内容証明サイト装置は、該受信者装置
    が該暗号化した伝達情報を暗号解読するための暗号鍵を
    該発信者装置または該内容証明サイト装置から受け取る
    前に、該受信者装置から該受信者署名データを受け取る
    ように構成した請求項１３〜２２のいずれかに記載の内
    容証明サイト装置。