JP3498268B2 - 文書通信管理方法 - Google Patents
文書通信管理方法Info
- Publication number
- JP3498268B2 JP3498268B2 JP21987994A JP21987994A JP3498268B2 JP 3498268 B2 JP3498268 B2 JP 3498268B2 JP 21987994 A JP21987994 A JP 21987994A JP 21987994 A JP21987994 A JP 21987994A JP 3498268 B2 JP3498268 B2 JP 3498268B2
- Authority
- JP
- Japan
- Prior art keywords
- document
- server
- sending
- terminal
- sender
- 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
- 238000007726 management method Methods 0.000 title claims description 13
- 238000004891 communication Methods 0.000 title claims description 10
- 238000000034 method Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000012795 verification Methods 0.000 description 4
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、データベースを利用し
て、機密性が必要な文書を複数の受信者へ配布する場合
の文書通信管理方法に関し、特に、文書の登録を行った
送信者が受信者を特定し、送信した文書の内容や送信の
事実を第三者に対して検証してもらうことが可能で、同
時に受信者は文書の内容や受信の事実を否定できないよ
うな文書通信管理方法に関する。
て、機密性が必要な文書を複数の受信者へ配布する場合
の文書通信管理方法に関し、特に、文書の登録を行った
送信者が受信者を特定し、送信した文書の内容や送信の
事実を第三者に対して検証してもらうことが可能で、同
時に受信者は文書の内容や受信の事実を否定できないよ
うな文書通信管理方法に関する。
【０００２】
【従来の技術】機密性が必要な文書を通信する場合、送
信者が受信者を特定するとともに送信した文書の内容や
送信の事実を第三者に対して検証してもらう機能が必要
である。このような機能を有する文書の通信方法とし
て、電子メールの送信者が電子メールに関する内容証
明、配達証明を得られるようにした電子メールシステム
が従来から知られている。この電子メールシステムを用
いた方法では、先ず、送信者が、調停者と呼ばれる者に
内容証明、配達証明が必要となる電子メールを送る。次
に、電子メールを受け取った調停者は、正規の受信者に
対して電子メールを送るとともに、送信者に対して内容
証明や配達証明を送る。これにより送信者と受信者との
間で電子メールに関して紛争が生じたときに、送信者は
電子メールの内容や送信の事実を第三者に対して検証し
てもらうことが可能になる。
信者が受信者を特定するとともに送信した文書の内容や
送信の事実を第三者に対して検証してもらう機能が必要
である。このような機能を有する文書の通信方法とし
て、電子メールの送信者が電子メールに関する内容証
明、配達証明を得られるようにした電子メールシステム
が従来から知られている。この電子メールシステムを用
いた方法では、先ず、送信者が、調停者と呼ばれる者に
内容証明、配達証明が必要となる電子メールを送る。次
に、電子メールを受け取った調停者は、正規の受信者に
対して電子メールを送るとともに、送信者に対して内容
証明や配達証明を送る。これにより送信者と受信者との
間で電子メールに関して紛争が生じたときに、送信者は
電子メールの内容や送信の事実を第三者に対して検証し
てもらうことが可能になる。
【０００３】
【発明が解決しようとする課題】しかしながら、上述し
た内容証明や配達証明の機能を有する従来の電子メール
は、受け取り人として単一の受信者を想定しているた
め、電子メールシステムにおける上記従来方法を用いて
文書通信管理を行おうとすると、複数の受信者へ向けて
同一内容の文書を送る場合でも、送信者は内容証明や配
達証明の電子メールを送る手続きを各受信者ごとに何回
も繰り返さなければならないという問題点があった。本
発明は、上記の点を鑑みてなされたもので、上記従来の
問題点を解決し、複数の受信者への同一文書の配布にお
いては、送信者は、内容証明や配達証明の文書を一旦文
書サーバの管理するデータベースに保管してもらうこと
により、文書サーバへ文書を送る手続きを１回限りで済
ませて、文書サーバから文書の内容証明を得ることがで
き、また受信者がデータベースから文書を読み出す度
に、その都度、文書サーバから自動的に各受信者ごとの
配達証明を得られる文書通信管理方法を提供することを
目的とする。
た内容証明や配達証明の機能を有する従来の電子メール
は、受け取り人として単一の受信者を想定しているた
め、電子メールシステムにおける上記従来方法を用いて
文書通信管理を行おうとすると、複数の受信者へ向けて
同一内容の文書を送る場合でも、送信者は内容証明や配
達証明の電子メールを送る手続きを各受信者ごとに何回
も繰り返さなければならないという問題点があった。本
発明は、上記の点を鑑みてなされたもので、上記従来の
問題点を解決し、複数の受信者への同一文書の配布にお
いては、送信者は、内容証明や配達証明の文書を一旦文
書サーバの管理するデータベースに保管してもらうこと
により、文書サーバへ文書を送る手続きを１回限りで済
ませて、文書サーバから文書の内容証明を得ることがで
き、また受信者がデータベースから文書を読み出す度
に、その都度、文書サーバから自動的に各受信者ごとの
配達証明を得られる文書通信管理方法を提供することを
目的とする。
【０００４】
【課題を解決するための手段】本発明は、上記目的を達
成するために、送信端末からデータベースを利用して複
数の受信端末へ文書を配布する際の文書通信管理方法に
おいて、送信端末によって行われる、ディジタル署名が
施された送信文書を文書サーバに送るステップと、該文
書サーバによって行われる、前記送信端末から送られて
きたディジタル署名された文書のディジタル署名を検証
するステップと、正当性を確認した後、該文書サーバの
管理するデータベースに該文書を保管するステップと、
前記送信端末によって行われる、受信端末毎に定義され
た前記文書に対応する文書属性にディジタル署名を行
い、前記文書属性を前記受信端末に送るステップと、前
記受信端末によって行われる、前記文書属性にディジタ
ル署名がなされた後、前記文書属性を前記文書サーバに
送るステップと、前記文書サーバによって行われる、前
記受信端末から受け取った前記文書属性に対して前記送
信端末と前記受信端末とのディジタル署名を検証し、正
当性を確認した後、前記文書属性に対応した前記文書を
前記受信端末へ送るステップとからなることを特徴とし
ている。また、前記文書サーバにおいては、さらに、前
記文書属性にディジタル署名し、該文書属性を前記送信
端末より前記受信端末へ前記文書を送ったことを前記文
書サーバが証明する配達証明書として前記送信端末に送
るステップを有することを特徴としている。
成するために、送信端末からデータベースを利用して複
数の受信端末へ文書を配布する際の文書通信管理方法に
おいて、送信端末によって行われる、ディジタル署名が
施された送信文書を文書サーバに送るステップと、該文
書サーバによって行われる、前記送信端末から送られて
きたディジタル署名された文書のディジタル署名を検証
するステップと、正当性を確認した後、該文書サーバの
管理するデータベースに該文書を保管するステップと、
前記送信端末によって行われる、受信端末毎に定義され
た前記文書に対応する文書属性にディジタル署名を行
い、前記文書属性を前記受信端末に送るステップと、前
記受信端末によって行われる、前記文書属性にディジタ
ル署名がなされた後、前記文書属性を前記文書サーバに
送るステップと、前記文書サーバによって行われる、前
記受信端末から受け取った前記文書属性に対して前記送
信端末と前記受信端末とのディジタル署名を検証し、正
当性を確認した後、前記文書属性に対応した前記文書を
前記受信端末へ送るステップとからなることを特徴とし
ている。また、前記文書サーバにおいては、さらに、前
記文書属性にディジタル署名し、該文書属性を前記送信
端末より前記受信端末へ前記文書を送ったことを前記文
書サーバが証明する配達証明書として前記送信端末に送
るステップを有することを特徴としている。
【０００５】
【作用】本発明は、送信者が文書サーバの管理するデー
タベースに保管してもらう文書に対して、文書サーバ
が、ディジタル署名を施して、内容証明書を発行する
（以上図２参照）。別に、送信者が受信者ごとに定義し
た文書属性に送信者と受信者とのディジタル署名を施し
て、文書属性に対応した文書のデータベースからの読み
出しトークンとして用いる。またトークンとして用いる
文書属性に対して、文書サーバが、さらにディジタル署
名を施して、配達証明書として発行する（以上図３参
照）。これにより、送信者は、文書サーバへ文書を送る
手続きを１回限りで済まして、文書サーバから文書の内
容証明を得ることができ、受信者の文書の読み出しを、
受信者が提示するトークンによって制限することができ
る。また受信者が文書を読み出す度に、その都度、文書
サーバから自動的に各受信者ごとの配達証明を得ること
ができる。
タベースに保管してもらう文書に対して、文書サーバ
が、ディジタル署名を施して、内容証明書を発行する
（以上図２参照）。別に、送信者が受信者ごとに定義し
た文書属性に送信者と受信者とのディジタル署名を施し
て、文書属性に対応した文書のデータベースからの読み
出しトークンとして用いる。またトークンとして用いる
文書属性に対して、文書サーバが、さらにディジタル署
名を施して、配達証明書として発行する（以上図３参
照）。これにより、送信者は、文書サーバへ文書を送る
手続きを１回限りで済まして、文書サーバから文書の内
容証明を得ることができ、受信者の文書の読み出しを、
受信者が提示するトークンによって制限することができ
る。また受信者が文書を読み出す度に、その都度、文書
サーバから自動的に各受信者ごとの配達証明を得ること
ができる。
【０００６】
【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は、本発明における文書サーバのシス
テム構成を示す図である。同図において、２０は文書サ
ーバ、２１は入力処理部、２２は文書／トークン判定
部、２３はディジタル署名検証部、２４はディジタル署
名実行部、２５は文書管理部、２６は文書情報テーブ
ル、２７はデータベース、２８は出力処理部である。こ
の文書サーバは文書を保管することに加え、文書の内
容、配達証明書を発行する調停者としての役割も果た
す。したがって、本発明の実施においては、文書サーバ
に対する信頼性、機密性を予め仮定する必要がある。こ
の仮定を文書サーバの前提条件として、以下に、データ
ベースを利用して、複数の受信者へ文書の配布を行う本
発明の実施例を説明する。
に説明する。図１は、本発明における文書サーバのシス
テム構成を示す図である。同図において、２０は文書サ
ーバ、２１は入力処理部、２２は文書／トークン判定
部、２３はディジタル署名検証部、２４はディジタル署
名実行部、２５は文書管理部、２６は文書情報テーブ
ル、２７はデータベース、２８は出力処理部である。こ
の文書サーバは文書を保管することに加え、文書の内
容、配達証明書を発行する調停者としての役割も果た
す。したがって、本発明の実施においては、文書サーバ
に対する信頼性、機密性を予め仮定する必要がある。こ
の仮定を文書サーバの前提条件として、以下に、データ
ベースを利用して、複数の受信者へ文書の配布を行う本
発明の実施例を説明する。
【０００７】図２は文書サーバが送信者に対して文書の
内容に関する内容証明書を発行する場合のフローチャー
トであり、図３は送信者が送った文書を受信者に確かに
配達したことを証明する配達証明書を文書サーバから送
信者に送る場合のフローチャートである。先ず、図２の
フローチャートを用いて、内容証明書を発行する手順を
説明する。文書の送信者は、先ず内容証明および配達証
明となる文書にディジタル著名を施して（ステップ１０
１）、これを文書サーバへ送る。文書サーバはディジタ
ル署名を検証して（ステップ１０２）、正当性を確認で
きた後に、この文書をデータベースに保管する（ステッ
プ１０３）と同時に、ディジタル署名を施して（ステッ
プ１０４）、これを送信者に対して、文書の内容を文書
サーバが証明する内容証明書として発行する（ステップ
１０５）。
内容に関する内容証明書を発行する場合のフローチャー
トであり、図３は送信者が送った文書を受信者に確かに
配達したことを証明する配達証明書を文書サーバから送
信者に送る場合のフローチャートである。先ず、図２の
フローチャートを用いて、内容証明書を発行する手順を
説明する。文書の送信者は、先ず内容証明および配達証
明となる文書にディジタル著名を施して（ステップ１０
１）、これを文書サーバへ送る。文書サーバはディジタ
ル署名を検証して（ステップ１０２）、正当性を確認で
きた後に、この文書をデータベースに保管する（ステッ
プ１０３）と同時に、ディジタル署名を施して（ステッ
プ１０４）、これを送信者に対して、文書の内容を文書
サーバが証明する内容証明書として発行する（ステップ
１０５）。
【０００８】次に、図３のフローチャートを用いて、配
達証明書を発行する手順を説明する。文書の送信者は、
文書の受信者ごとに文書属性を定義し、これにディジタ
ル署名を施して（ステップ２０１）、受信者へ送る。受
信者は文書属性に、さらにディジタル署名を施して（ス
テップ２０２）、これを文書属性に対応した文書のデー
タベースからの読み出しトークンとして、データベース
を管理する文書サーバに提示する。文書サーバは受け取
ったトークンについて送信者と受信者とのディジタル署
名を検証して（ステップ２０３）、正当性を確認できた
後に文書属性に対応した文書を受信者へ送る（ステップ
２０４）。また、文書の読み出しトークンとして用いる
文書属性に対して、文書サーバが、さらにディジタル署
名を施して（ステップ２０５）、これを送信者に対し
て、送信者が受信者へ文書を送った事実を文書サーバが
証明する配達証明書として発行する（ステップ２０
６）。以上が本発明の動作全体の概略である。
達証明書を発行する手順を説明する。文書の送信者は、
文書の受信者ごとに文書属性を定義し、これにディジタ
ル署名を施して（ステップ２０１）、受信者へ送る。受
信者は文書属性に、さらにディジタル署名を施して（ス
テップ２０２）、これを文書属性に対応した文書のデー
タベースからの読み出しトークンとして、データベース
を管理する文書サーバに提示する。文書サーバは受け取
ったトークンについて送信者と受信者とのディジタル署
名を検証して（ステップ２０３）、正当性を確認できた
後に文書属性に対応した文書を受信者へ送る（ステップ
２０４）。また、文書の読み出しトークンとして用いる
文書属性に対して、文書サーバが、さらにディジタル署
名を施して（ステップ２０５）、これを送信者に対し
て、送信者が受信者へ文書を送った事実を文書サーバが
証明する配達証明書として発行する（ステップ２０
６）。以上が本発明の動作全体の概略である。
【０００９】次に、図１に示した文書サーバのシステム
構成と関連づけて上述した文書サーバの動作をさらに詳
細に説明する。 （１）入力処理部２１を通して入力されたものについて
文書／トークン判定部２２で文書、トークンの判定を行
い、文書と判別された場合には、ディジタル署名検証部
２３において正当性が確認できた文書を文書管理部２５
を通して文書情報テーブル２６を更新するとともにデー
タベース２７に保管し、同時にディジタル署名実行部２
４において文書にディジタル署名を施し、文書の内容に
関する内容証明書を作成し出力処理部２８を通して送信
者に送る。以上は、図２における文書サーバの動作に対
応している。 （２）入力処理部２１を通して入力されたものについて
文書／トークン判定部２２で文書、トークンの判別を行
い、トークンと判別された場合には、ディジタル署名検
証部２３において正当性が確認できた受信者の読み出し
トークンに基づき、トークンから得られる文書属性に対
応する文書を文書管理部２５を通して文書情報テーブル
２６を検索してデータベース２７から取り出し出力処理
部２８を通して受信者へ送り、同時にディジタル署名実
行部２４においてトークンにディジタル署名を施し、受
信者への送信を保証する配達証明書を作成し出力処理部
２８を通して送信者へ送る。以上は、図３における文書
サーバの動作に対応している。
構成と関連づけて上述した文書サーバの動作をさらに詳
細に説明する。 （１）入力処理部２１を通して入力されたものについて
文書／トークン判定部２２で文書、トークンの判定を行
い、文書と判別された場合には、ディジタル署名検証部
２３において正当性が確認できた文書を文書管理部２５
を通して文書情報テーブル２６を更新するとともにデー
タベース２７に保管し、同時にディジタル署名実行部２
４において文書にディジタル署名を施し、文書の内容に
関する内容証明書を作成し出力処理部２８を通して送信
者に送る。以上は、図２における文書サーバの動作に対
応している。 （２）入力処理部２１を通して入力されたものについて
文書／トークン判定部２２で文書、トークンの判別を行
い、トークンと判別された場合には、ディジタル署名検
証部２３において正当性が確認できた受信者の読み出し
トークンに基づき、トークンから得られる文書属性に対
応する文書を文書管理部２５を通して文書情報テーブル
２６を検索してデータベース２７から取り出し出力処理
部２８を通して受信者へ送り、同時にディジタル署名実
行部２４においてトークンにディジタル署名を施し、受
信者への送信を保証する配達証明書を作成し出力処理部
２８を通して送信者へ送る。以上は、図３における文書
サーバの動作に対応している。
【００１０】次に、上述した本発明の実施例の動作を、
機密文書「Ｍ」、文書属性「Ａtr」、文書情報「Ｉ
Ｄ」、送信者の秘密鍵「Ｋs（公開鍵暗号）」、送信者
の公開鍵「Ｋs’（公開鍵暗号）」、受信者の秘密鍵
「Ｋr（公開鍵暗号）」、受信者の公開鍵「Ｋr’（公開
鍵暗号）」、文書サーバの秘密鍵「Ｋa（公開鍵暗
号）」、文書サーバの公開鍵「Ｋa’（公開鍵暗
号）」、文書の暗号化鍵「Ｋ（共通鍵暗号）」、ｋとい
う鍵を用いて暗号化する演算「Ｅk（）」、ｋという鍵
を用いて復号化する演算「Ｄk（）」などの記号を用い
て上記動作を具体的に説明する。図４は、本発明の実施
例の動作を上述した各種記号を用いて表した図である。
以下、順を追って説明する。なお、説明中の括弧内のス
テップ番号は、図２および図３のフローチャートの対応
するステップ番号を表している。 （１）送信者１０は、ある共通鍵（Ｋ）で暗号化した文
書（Ｅk(Ｍ),ＩＤ）に対して、自分の秘密鍵(Ｋs)で復
号することによりディジタル署名を施し（Ｄks（Ｅ
k(Ｍ),ＩＤ）；ステップ１０１）、これを文書サーバ２
０へ送る。暗号化した文書には、文書属性の一部の情報
である文書番号、送信者などを文書情報（ＩＤ）として
つけておく。これは文書サーバ２０が文書と文書属性と
を対応づけるためである。 （２）文書サーバ２０は、受け取った文書に対して、送
信者の公開鍵(Ｋs’)で暗号化することにより送信者の
ディジタル署名を検証する（図１のステップ１０２）。 （３）文書サーバ２０は、文書の正当性を確認した後、
この文書（Ｅk(Ｍ),ＩＤ）をデータベースに蓄積保管
（ステップ１０３）するとともに自分の秘密鍵(Ｋa)で
復号するこよによりディジタル署名を施し（Ｄka(Ｅ
k(Ｍ),ＩＤ)；ステップ１０４）、これを内容証明書と
して送信者へ送る（ステップ１０５）。
機密文書「Ｍ」、文書属性「Ａtr」、文書情報「Ｉ
Ｄ」、送信者の秘密鍵「Ｋs（公開鍵暗号）」、送信者
の公開鍵「Ｋs’（公開鍵暗号）」、受信者の秘密鍵
「Ｋr（公開鍵暗号）」、受信者の公開鍵「Ｋr’（公開
鍵暗号）」、文書サーバの秘密鍵「Ｋa（公開鍵暗
号）」、文書サーバの公開鍵「Ｋa’（公開鍵暗
号）」、文書の暗号化鍵「Ｋ（共通鍵暗号）」、ｋとい
う鍵を用いて暗号化する演算「Ｅk（）」、ｋという鍵
を用いて復号化する演算「Ｄk（）」などの記号を用い
て上記動作を具体的に説明する。図４は、本発明の実施
例の動作を上述した各種記号を用いて表した図である。
以下、順を追って説明する。なお、説明中の括弧内のス
テップ番号は、図２および図３のフローチャートの対応
するステップ番号を表している。 （１）送信者１０は、ある共通鍵（Ｋ）で暗号化した文
書（Ｅk(Ｍ),ＩＤ）に対して、自分の秘密鍵(Ｋs)で復
号することによりディジタル署名を施し（Ｄks（Ｅ
k(Ｍ),ＩＤ）；ステップ１０１）、これを文書サーバ２
０へ送る。暗号化した文書には、文書属性の一部の情報
である文書番号、送信者などを文書情報（ＩＤ）として
つけておく。これは文書サーバ２０が文書と文書属性と
を対応づけるためである。 （２）文書サーバ２０は、受け取った文書に対して、送
信者の公開鍵(Ｋs’)で暗号化することにより送信者の
ディジタル署名を検証する（図１のステップ１０２）。 （３）文書サーバ２０は、文書の正当性を確認した後、
この文書（Ｅk(Ｍ),ＩＤ）をデータベースに蓄積保管
（ステップ１０３）するとともに自分の秘密鍵(Ｋa)で
復号するこよによりディジタル署名を施し（Ｄka(Ｅ
k(Ｍ),ＩＤ)；ステップ１０４）、これを内容証明書と
して送信者へ送る（ステップ１０５）。
【００１１】（４）送信者１０は、受信者ごとに定義し
た文書属性（Ａtr）に対して、自分の秘密鍵(Ｋs)で復
号することによりディジタル署名を施し（Ｄks(Ａtr)；
ステップ２０１）、これと文書の暗号化鍵（Ｋ）とを各
受信者の公開鍵（Ｋr'）で暗号化し（Ｅkr'(Ｄks(Ａt
r),Ｋ）、受信者３０へ直接メールで送る。受信者ごと
に定義した文書属性とは、例えば図５に示すような、文
書ごとに設定される文書番号、受信者ごとに設定される
配布番号、送信者、受信者、文書作成日などからなって
いる。 （５）受信者３０は、受け取ったメール（Ｅkr(Ｄks(Ａ
tr),Ｋ）を自分の秘密鍵(Ｋr)で復号することにより、
文書属性（Ｄks(Ａtr)）および文書の暗号化鍵（Ｋ）を
得る。 （６）受信者３０は、文書属性に対して、自分の秘密鍵
(Ｋr)で復号することによりディジタル署名を施し（Ｄ
kr(Ｄks(Ａtr))；ステップ２０２）、これを文書の読み
出しトークンとして文書サーバ２０へ送る。得られた文
書の暗号化鍵（Ｋ）については、とりあえず保管してお
く。
た文書属性（Ａtr）に対して、自分の秘密鍵(Ｋs)で復
号することによりディジタル署名を施し（Ｄks(Ａtr)；
ステップ２０１）、これと文書の暗号化鍵（Ｋ）とを各
受信者の公開鍵（Ｋr'）で暗号化し（Ｅkr'(Ｄks(Ａt
r),Ｋ）、受信者３０へ直接メールで送る。受信者ごと
に定義した文書属性とは、例えば図５に示すような、文
書ごとに設定される文書番号、受信者ごとに設定される
配布番号、送信者、受信者、文書作成日などからなって
いる。 （５）受信者３０は、受け取ったメール（Ｅkr(Ｄks(Ａ
tr),Ｋ）を自分の秘密鍵(Ｋr)で復号することにより、
文書属性（Ｄks(Ａtr)）および文書の暗号化鍵（Ｋ）を
得る。 （６）受信者３０は、文書属性に対して、自分の秘密鍵
(Ｋr)で復号することによりディジタル署名を施し（Ｄ
kr(Ｄks(Ａtr))；ステップ２０２）、これを文書の読み
出しトークンとして文書サーバ２０へ送る。得られた文
書の暗号化鍵（Ｋ）については、とりあえず保管してお
く。
【００１２】（７）文書サーバ２０は、受信者３０から
受け取ったトークンから得られる文書属性（Ｄkr(Ｄ
ks(Ａtr))）に対して受信者の公開鍵(Ｋr')、送信者の
公開鍵(Ｋs')で順に暗号化することにより受信者、送信
者のディジタル署名を検証する（ステップ２０３）。 （８）文書サーバ２０は、文書属性（Ｄkr(Ｄks(Ａt
r)）の正当性を確認した後、文書属性に基づいて保管し
ておいた文書（Ｅk(Ｍ)）を検索して受信者３０へ送る
（ステップ２０４）。 （９）受信者３０は、保管しておいた文書の暗号化鍵
（Ｋ）で、文書サーバ２０から受け取った文書（Ｅ
k(Ｍ)）を復号して文書（Ｍ）を得る。 （１０）さらに、文書サーバ２０は、文書属性（Ｄ
kr(Ｄks(Ａtr)）に対して、自分の秘密鍵(Ｋa)で復号す
ることによりディジタル署名を施し（Ｄka(Ｄkr(Ｄ
ks(Ａtr)))；ステップ２０５）、これを配達証明書とし
て送信者１０へ送る（ステップ２０６）。 以上説明した実施例によると、送信者は、複数の受信者
へ同一文書を配布する場合、内容証明や配達証明の文書
を一旦文書サーバの管理するデータベースに保管しても
らうことにより、文書サーバへ文書を送る手続きを１回
限りで済ませて、文書サーバから文書の内容証明を得る
ことができ、また受信者がデータベースから文書を読み
出す度に、その都度、文書サーバから自動的に各受信者
ごとの配達証明を得ることが可能になる。
受け取ったトークンから得られる文書属性（Ｄkr(Ｄ
ks(Ａtr))）に対して受信者の公開鍵(Ｋr')、送信者の
公開鍵(Ｋs')で順に暗号化することにより受信者、送信
者のディジタル署名を検証する（ステップ２０３）。 （８）文書サーバ２０は、文書属性（Ｄkr(Ｄks(Ａt
r)）の正当性を確認した後、文書属性に基づいて保管し
ておいた文書（Ｅk(Ｍ)）を検索して受信者３０へ送る
（ステップ２０４）。 （９）受信者３０は、保管しておいた文書の暗号化鍵
（Ｋ）で、文書サーバ２０から受け取った文書（Ｅ
k(Ｍ)）を復号して文書（Ｍ）を得る。 （１０）さらに、文書サーバ２０は、文書属性（Ｄ
kr(Ｄks(Ａtr)）に対して、自分の秘密鍵(Ｋa)で復号す
ることによりディジタル署名を施し（Ｄka(Ｄkr(Ｄ
ks(Ａtr)))；ステップ２０５）、これを配達証明書とし
て送信者１０へ送る（ステップ２０６）。 以上説明した実施例によると、送信者は、複数の受信者
へ同一文書を配布する場合、内容証明や配達証明の文書
を一旦文書サーバの管理するデータベースに保管しても
らうことにより、文書サーバへ文書を送る手続きを１回
限りで済ませて、文書サーバから文書の内容証明を得る
ことができ、また受信者がデータベースから文書を読み
出す度に、その都度、文書サーバから自動的に各受信者
ごとの配達証明を得ることが可能になる。
【００１３】
【発明の効果】上述したように、本発明によれば、送信
者は、文書サーバへ文書を送る手続きを１回限りで済ま
せて、文書サーバから文書の内容証明を得ることがで
き、また、受信者ごとの文書属性を定義することによっ
て、受信者の文書の読み出しを、受信者が提示するトー
クンによって制限することができる。また受信者が文書
を読み出す度に、その都度、文書サーバから自動的に各
受信者ごとの配達証明を得られる。
者は、文書サーバへ文書を送る手続きを１回限りで済ま
せて、文書サーバから文書の内容証明を得ることがで
き、また、受信者ごとの文書属性を定義することによっ
て、受信者の文書の読み出しを、受信者が提示するトー
クンによって制限することができる。また受信者が文書
を読み出す度に、その都度、文書サーバから自動的に各
受信者ごとの配達証明を得られる。
【図１】本発明の実施例における文書サーバのシステム
構成図である。
構成図である。
【図２】本発明の原理の説明図である。
【図３】本発明の原理の説明図である。
【図４】本発明の実施例を説明するための図である。
【図５】本発明の実施例における送信者の定義する文書
属性を示す図である。
属性を示す図である。
１０：送信者、２０：文書サーバ、２１：入力処理部、
２２：文書／トークン判定部、２３：ディジタル署名検
証部、２４：ディジタル署名実行部、２５：文書管理
部、２６：文書情報テーブル、２７：データベース、２
８：出力処理部、３０：受信者
２２：文書／トークン判定部、２３：ディジタル署名検
証部、２４：ディジタル署名実行部、２５：文書管理
部、２６：文書情報テーブル、２７：データベース、２
８：出力処理部、３０：受信者
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 昭64−4137（ＪＰ，Ａ)
暗号と情報セキュリティ，株式会社昭
晃堂，1990年 ３月29日，ｐ．240−243
電子メイルにおける配達証明・内容証
明の実現に関する一考察，電子情報通信
学会技術研究報告，1993年 ７月13日,
Ｖｏｌ．93 Ｎｏ．139，ｐ．１−６
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 9/32
ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (2)
- 【請求項１】送信端末 からデータベースを利用して複数
の受信端末へ文書を配布する際の文書通信管理方法にお
いて、送信端末によって、ディジタル署名が施された送信文書
を 文書サーバに送るステップと、 該文書サーバによって行われる、前記送信端末から送ら
れてきたディジタル署名された文書のディジタル署名を
検証するステップと、 正当性を確認した後、該文書サーバの管理するデータベ
ースに該文書を保管するステップと、前記送信端末に よって行われる、受信端末毎に定義され
た前記文書に対応する文書属性にディジタル署名を行
い、前記文書属性を前記受信端末に送るステップと、 前記受信端末によって行われる、前記文書属性にディジ
タル署名がなされた後、前記文書属性を前記文書サーバ
に送るステップと、 前記文書サーバによって行われる、前記受信端末から受
け取った前記文書属性に対して前記送信端末と前記受信
端末とのディジタル署名を検証し、正当性を確認した
後、前記文書属性に対応した前記文書を前記受信端末へ
送るステップとからなることを特徴とする文書通信管理
方法。 - 【請求項２】 請求項１記載の文書通信管理方法におい
て、 前記文書サーバにおいては、さらに、前記文書属性にデ
ィジタル署名し、該文書属性を前記送信端末より前記受
信端末へ前記文書を送ったことを前記文書サーバが証明
する配達証明書として前記送信端末に送るステップを有
することを特徴とする文書通信管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21987994A JP3498268B2 (ja) | 1994-09-14 | 1994-09-14 | 文書通信管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21987994A JP3498268B2 (ja) | 1994-09-14 | 1994-09-14 | 文書通信管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0884141A JPH0884141A (ja) | 1996-03-26 |
| JP3498268B2 true JP3498268B2 (ja) | 2004-02-16 |
Family
ID=16742494
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21987994A Expired - Fee Related JP3498268B2 (ja) | 1994-09-14 | 1994-09-14 | 文書通信管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3498268B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU760045B2 (en) * | 1997-12-19 | 2003-05-08 | British Telecommunications Public Limited Company | Data communications |
| JP2002514839A (ja) * | 1998-05-05 | 2002-05-21 | シー． チェン，ジェイ | 電子商取引用の暗号のシステムおよび方法 |
| CA2256934C (en) | 1998-12-23 | 2002-04-02 | Hamid Bacha | System for electronic repository of data enforcing access control on data retrieval |
| JP2004007387A (ja) * | 2002-04-12 | 2004-01-08 | Mitsubishi Electric Information Systems Corp | 電子署名文書配信システム、電子署名文書配信方法、電子署名文書配信プログラム、電子署名文書配信プログラムを記録した記録媒体 |
| JP4883608B2 (ja) * | 2006-03-10 | 2012-02-22 | 克佳 長嶋 | 影メール利用のメール送信内容証明システム |
| JP2007257157A (ja) * | 2006-03-22 | 2007-10-04 | Nec Corp | デジタルコンテンツ受信否認防止方法およびシステム並びにその制御プログラム |
| JP2011003211A (ja) * | 2010-09-06 | 2011-01-06 | Dainippon Printing Co Ltd | 情報漏洩防止システム |
| EP3461073A1 (en) * | 2017-09-21 | 2019-03-27 | Lleidanetworks Serveis Telemàtics S.A. | Platform and method of certification of an electronic notice for electronic identification and trust services (eidas) |
-
1994
- 1994-09-14 JP JP21987994A patent/JP3498268B2/ja not_active Expired - Fee Related
Non-Patent Citations (2)
| Title |
|---|
| 暗号と情報セキュリティ，株式会社昭晃堂，１９９０年 ３月２９日，ｐ．２４０−２４３ |
| 電子メイルにおける配達証明・内容証明の実現に関する一考察，電子情報通信学会技術研究報告，１９９３年 ７月１３日，Ｖｏｌ．９３ Ｎｏ．１３９，ｐ．１−６ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0884141A (ja) | 1996-03-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10637667B2 (en) | Generation of a digital signature | |
| US6553493B1 (en) | Secure mapping and aliasing of private keys used in public key cryptography | |
| US7937584B2 (en) | Method and system for key certification | |
| US7165268B1 (en) | Digital signatures for tangible medium delivery | |
| US7644268B2 (en) | Automated electronic messaging encryption system | |
| JP2638525B2 (ja) | 電子署名検証装置 | |
| JPH09505711A (ja) | コンピュータ・ネットワーク暗号鍵配布システム | |
| NZ508562A (en) | System and method for electronic transmission, storage and retrieval of authenticated documents | |
| JPH09219701A (ja) | 身元確認身分証明書を検索する方法および装置 | |
| WO1997012460A1 (en) | Document authentication system and method | |
| US20040073790A1 (en) | Intermediated delivery scheme for asymmetric fair exchange of electronic items | |
| JP2005502269A (ja) | デジタル証明書を作成するための方法及び装置 | |
| JPH10105057A (ja) | タイムスタンプサーバシステム | |
| JP3498268B2 (ja) | 文書通信管理方法 | |
| JP3796528B2 (ja) | 内容証明を行う通信システムおよび内容証明サイト装置 | |
| JPH1155247A (ja) | 送信者匿名性確保秘密情報伝達方法、その装置及びそのプログラム記録媒体 | |
| Vandenwauver et al. | Securing internet electronic mail | |
| JP2001209311A (ja) | 情報処理装置、情報通信システム、情報通信方法、及び記憶媒体 | |
| JP2000059354A (ja) | 可搬記録媒体を利用したセッション鍵の生成方法およびデータ配送システム | |
| Zegwaart | Privacy enhanced mail in more detail | |
| Kent | Internet Privacy Enhanced Mail | |
| Roijakkers | Security in signalling and digital signatures | |
| WO2002007376A1 (en) | Intermediated delivery scheme for asymmetric fair exchange of electronic items | |
| KR20050024765A (ko) | 스팸메일 차단 방법 및 시스템 | |
| JP2002334169A (ja) | 電子申請システム及び電子申請処理証明方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071205 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081205 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091205 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101205 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101205 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111205 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111205 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121205 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121205 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131205 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |