JPH06334648A

JPH06334648A - 電子捺印を伴う電子化文書の通信方法および端末装置

Info

Publication number: JPH06334648A
Application number: JP14014693A
Authority: JP
Inventors: Hiroshi Matsumoto; 浩松本; Kazuo Takaragi; 和夫宝木; Seiichi Suzaki; 誠一洲崎; Ryoichi Sasaki; 良一佐々木
Original assignee: Hitachi Ltd; Hitachi Chubu Software Ltd
Current assignee: Hitachi Ltd; Hitachi Chubu Software Ltd
Priority date: 1993-05-19
Filing date: 1993-05-19
Publication date: 1994-12-02

Abstract

(57)【要約】（修正有）【目的】捺印データ等に対するデータエラーを検出した
ときはデータ復旧することのできる通信方法および端末
装置を提供する。【構成】捺印者は、メッセージ１０１に圧縮関数１０３
を施し、圧縮データ１０５を得る。その圧縮データ１０
５と固定値１０４を結合したものに捺印者用エリア１０
６から読み込んだ秘密鍵１１０を鍵とする暗号関数１１
２を施し、捺印データ１１２を得る。メッセージ１０１
と捺印データ１１２は、確認者に渡すと共に、バックア
ップしておく。確認者は、捺印データを復号し、固定値
確認処理２１６及び圧縮データ確認処理２２０により捺
印エラーや文書エラーがあるか検査する。その結果は捺
印者に返す。捺印者は、発生したエラーを知り、エラー
の種類に応じて、バックアップしてあった捺印データや
メッセージを再送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子捺印を伴う電子化
文書の通信方法およびそのような電子化文書を通信する
ための端末装置に関する。

【０００２】

【従来の技術】電気的な通信路等を介して送受される電
子化文書の正当性を確認するための技術として、電子捺
印（ディジタル署名）技術が提示されている（例えば、
名称：暗号と情報セキュリティ、編者：辻井重男／笠原
正雄、発行：昭晃堂、記載ページ：１２７〜１４７）。
それらは、一般にＲＳＡ暗号等の公開鍵暗号を用いた方
式により実現されている。公開鍵暗号は、暗号化鍵と復
号化鍵とがペアとなっており、暗号化鍵を公開し、復号
化鍵を秘密に保持する方式である。

【０００３】しかし、公開した暗号鍵に対し、利用者の
結託による不正等が生じる可能性がある。そこで、より
高い安全性を求めるために、上記暗号で使用される公開
鍵が正当なものであるかどうかを認証する必要が生じ
る。これらを解決するために、図１６に示す公開鍵証明
方式が提示されている。

【０００４】図１６において、センタ１６０１は一方向
性関数ｆを公開し、その逆関数ｆ^-1をセンタの秘密とす
る。ある利用者の公開鍵を登録するときには、公開鍵
（ＰＫ）１６０３と個人情報（ＩＤ）１６０４に逆関数
（ｆ^-1）１６０５を施し、その値を公開鍵証明（Ｘ）１
６０６とし、利用者に公開する。

【０００５】利用者端末１６０２では、公開鍵を使用す
る前に、公開鍵証明（Ｘ）１６０６に一方向性関数ｆを
施して得られる結果ｆ（Ｘ）と、公開鍵（ＰＫ）１６０
３および個人情報（ＩＤ）１６０４とを比較し、公開鍵
の正当性の判断を行なう。公開鍵の正当性が確認された
後、その公開鍵を用いて電子捺印の確認などを行なう。

【０００６】

【発明が解決しようとする課題】ところで、一般的なシ
ステムにおいては、ハードディスク等の媒体上での物理
的なエラー、通信路上での雑音等によるデータエラー、
および人為的な不正行為等の発生が考えられ、電子捺印
システムにおいてもこれらを防止する対策が求められ
る。

【０００７】しかし、従来の電子捺印システムでは、上
述したような公開鍵の正当性の判断は行なっているが、
捺印データ等の公開鍵以外のデータに対しては対策が施
されていなかった。すなわち、従来の電子捺印システム
では、捺印データ等に対して、上述したようなエラーや
人為的な不正行為等を防止する対策が施されていなかっ
た。また、このようなエラーが発生したときには、それ
を検出するだけではなく、ある程度のデータ復旧を行な
うことができる必要もある。

【０００８】本発明の第１の目的は、電子捺印を伴う電
子化文書を送受するときに、捺印データ等に対するデー
タエラーや不正行為等の発生を検出することのできる通
信方法および端末装置を提供することにある。

【０００９】また、本発明の第２の目的は、捺印データ
等に対するデータエラーを検出したとき、それらのデー
タをデータ復旧することのできる通信方法および端末装
置を提供することにある。

【００１０】

【課題を解決するための手段】本発明は、従来の電子捺
印技術に対し、捺印データなどのデータに対するエラー
または不正が生じた場合にも対策できるように次の手法
を使う。

【００１１】まず、捺印者側で捺印作成時に、通信の対
象である電子化文書及び捺印データ（ディジタル署名）
のバックアップを行なう。確認者側では、受信した捺印
データの正当性を確認して、その確認の結果および受信
した捺印データを返送する。確認者側における捺印デー
タの正当性の確認は、例えば次のように行なう。

【００１２】捺印者側で、通信の対象である電子化文
書を圧縮して圧縮データを得る。捺印者側で、その圧縮データにシステム固有の固定値
データを連結する。捺印者側で、その連結したデータから、秘密鍵を用い
て捺印データを作成する。確認者側で、捺印データを公開鍵を用いて復号する。確認者側で、その復号結果中の固定値データの部分を
システム固有の固定値データと比較する。一致すれば、
秘密鍵と公開鍵の対応が取れており、捺印者側から確認
者側に送られた捺印データのデータエラーなどもなかっ
たと見ることができる。一致しないときは、データエラ
ーまたは不正による改ざんがあったと見ることができ
る。一致したときは確認終了のコードを、一致しないと
きは捺印エラーのコードを、捺印データの正当性の確認
結果として捺印者側に返送する。

【００１３】確認者側から確認終了のコードが送られて
きたときは、正常に捺印データが送られたと見ることが
できるから、捺印者側でバックアップしてあった捺印デ
ータは削除する。

【００１４】確認者側から捺印データエラーのコードが
送られてきたとき、捺印者側では、確認者側から返送さ
れた捺印データとバックアップしてあった捺印データと
を比較する。一致しないときは、捺印データが正常に送
られなかったということであるから、バックアップして
あった捺印データを再送する。一致したときは、秘密鍵
と公開鍵との対応が取れていないことが分かる。

【００１５】秘密鍵と公開鍵との対応が取れていない場
合は、適宜、秘密鍵の交換処理などを行なうようにして
もよい。

【００１６】さらに、確認者側で、受信した電子化文書
の正当性を確認し、確認の結果として文書エラーの有無
を捺印者側へ伝達するようにしてもよい。電子化文書の
正当性の確認は、例えば次のように行なう。

【００１７】上記捺印データの正当性の確認のから
と同様にして捺印データを作成し、確認者側に送る。確認者側で、受信した電子化文書を圧縮して圧縮デー
タを得る。確認者側で、受信した捺印データを公開鍵を用いて復
号する。確認者側で、その復号結果中の圧縮データの部分を上
記で得た圧縮データと比較する。一致すれば、電子化
文書は正常に送られたと見ることができる。一致しない
ときは、データエラーまたは不正による改ざんがあった
と見ることができる。一致したときは確認終了のコード
を、一致しないときは文書エラーのコードを、電子化文
書の正当性の確認結果として捺印者側に返送する。

【００１８】確認者側から確認終了のコードが送られて
きたときは、正常に電子化文書が送られたと見ることが
できるから、捺印者側でバックアップしてあった電子化
文書は削除する。確認者側から文書データエラーのコー
ドが送られてきたときは、電子化文書が正常に送られな
かったということであるから、バックアップしてあった
電子化文書を再送する。

【００１９】捺印データの作成時に、通信の対象である
電子化文書を複数の部分文書に分割し、該部分文書のそ
れぞれを圧縮して複数の圧縮データを得、該複数の圧縮
データから１つの圧縮子を作成し、該圧縮子にシステム
固有の固定値データを連結し、秘密鍵を用いて該連結し
たデータから捺印データを作成するようにしてもよい。

【００２０】この場合、確認者側では、受信した電子化
文書を複数の部分文書に分割し（分割の仕方は捺印デー
タ作成時と同じとする）、該部分文書のそれぞれを圧縮
して複数の圧縮データを得、該複数の圧縮データから１
つの圧縮子を作成し、公開鍵を用いて受信した捺印デー
タを復号し、復号結果中の圧縮子と上記作成した圧縮子
とを比較することにより、受信した電子化文書の正当性
を確認するようにする。

【００２１】また、圧縮子の比較に基づいて、どの部分
文書が改ざんされたのか、その部分文書の部位を検出す
るようにするとよい。捺印者側には、文書エラーととも
に、改ざんされた部分文書の部位を送り、捺印者側はそ
の部分文書を再送する。

【００２２】確認者側における電子化文書の正当性確認
の後、文書エラーが有ったときは、その電子化文書の自
動修正を行なうようにしてもよい。上述の電子化文書を
複数の部分文書に分割する方式を採ったときは、改ざん
を検出した部分文書を自動修正することとなる。

【００２３】なお本発明は、通信網を介して電子化文書
を授受する場合だけでなく、例えば１台の端末装置内で
電子化文書を授受する場合にも適用できる。その場合、
捺印者は電子化文書と捺印データとを所定の書込み領域
（例えば、端末装置内に備えられているハードディスク
など）に書込み、確認者はその書込み領域からそれらの
データを読み出す。確認者から捺印者へのデータの送受
も同様に行なわれる。

【００２４】さらに、この場合には、捺印者がバックア
ップしたデータを確認者が直接読み出すようにもでき
る。確認者は、バックアップしてある捺印データと書き
込み領域から読出した捺印データとを比較して、秘密鍵
の正当性確認を行なうことができる。

【００２５】捺印データなどのバックアップは、端末に
備えられているハードディスクやフロッピーディスクな
どを用いればよい。電子捺印を伴う電子化文書の授受に
おいては、秘密鍵や公開鍵を記憶した着脱可能な記憶媒
体（例えば、ＩＣカード）を各利用者に配布することも
多いので、この記憶媒体に上記バックアップデータを格
納するようにしてもよい。

【００２６】

【作用】上述の本発明によれば、電子捺印システム内で
発生するデータの不正及びエラーを検出することができ
る。また、データの損失等を防ぐことができる。この発
明により電子捺印の安全性が損なわれることはない。

【００２７】

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

【００２８】図１４は、本発明の一実施例に係る電子捺
印を伴う電子化文書の通信システムのシステム構成を示
すブロック図である。

【００２９】図において、利用者端末１４０２、１４０
３、１４０４は通信網１４０１により相互に接続されて
いる。各端末は、通信網１４０１を介して、互いに電子
化文書などのデータのやり取りを行うことが出来る。各
利用者端末は、ディスプレイ１４１７、キーボード１４
１８、リーダライタ１４１９、プログラムエリア１４０
６、データエリア１４０５、Ｒ／Ｗ（リード／ライト）
制御部１４０７、ＣＰＵ（中央処理装置）１４０８、通
信制御部１４０９、およびＩ／Ｏ（入出力）制御部１４
１０を備えている。

【００３０】プログラムエリア１４０６には、捺印処理
関数１４１５と確認処理関数１４１６を含む各種プログ
ラムが格納されている。捺印処理関数１４１５は、捺印
データを作成するために用いる暗号関数である。確認処
理関数１４１６は、受信した捺印データを復号するため
の復号関数である。

【００３１】データエリア１４０５には、修正データ１
４１１、全利用者の公開鍵１４１２、個人の秘密鍵１４
１３、およびバックアップデータ１４１４を含む各種デ
ータが格納されている。修正データ１４１１とバックア
ップデータ１４１４については後述する。

【００３２】Ｒ／Ｗ制御部１４０７は、リーダライタ１
４１９への入出力の制御を行う。これにより、ＩＣカー
ド等の利用者専用の媒体との接続を行う。ＣＰＵ１４０
８は、端末１４０２における処理全体を実行制御する。
通信制御部１４０９は、通信網１４０１を介した通信の
制御を行う。Ｉ／Ｏ制御部１４１０は、ディスプレイ１
４１７、およびキーボード１４１８等の入出力の制御を
行う。

【００３３】なお、この図の利用者端末１４０２は、一
台の端末をパーソナルに一個人（あるいは何人かのグル
ープ）で使用することを前提としているので、個人の秘
密鍵１４１３とバックアップデータ１４１４はデータエ
リア１４０５上に設けられている。これに対し、任意の
利用者がＩＣカード等の利用者専用の媒体を所持し、そ
の媒体内に利用者個人の秘密鍵とバックアップデータを
記憶するようにしてもよい。

【００３４】この場合、利用者は、自分専用の媒体、例
えばＩＣカードを、リーダライタ１４１９に挿入し、シ
ステムはＩＣカード内の秘密鍵とバックアップデータを
用いて後述する処理を実行するから、その個人の秘密鍵
とバックアップデータをデータエリア１４０５上に設け
る必要はない。もちろん、データエリア１４０５内のデ
ータを用いるか、ＩＣカード内のデータを用いるかを、
利用者が指定できるようにしてもよい。

【００３５】図１５は、利用者専用の媒体の例であるＩ
Ｃカードの構成を示すブロック図である。

【００３６】ＩＣカード１５０１は、予め利用者専用の
媒体として各利用者に配布されており、それらは捺印作
成時に使用される。その内部は、プログラムエリア１５
０３、データエリア１５０２、ＣＰＵ１５０５、および
Ｒ／Ｗ制御部１５０４で構成されている。

【００３７】プログラムエリア１５０３には、ＣＰＵ１
５０５が実行する各種プログラムが格納されている。デ
ータエリア１５０２には、上述したように、個人の秘密
鍵１５０６とバックアップデータ１５０７を含む各種デ
ータが格納されている。Ｒ／Ｗ制御部１５０４は、この
ＩＣカードが挿入されるリーダライタへの入出力の制御
を行う。ＣＰＵ１５０５は、ＩＣカード１５０１におけ
る処理全体を実行制御する。

【００３８】次に、図１４のシステムにおける（ＩＣカ
ードを用いる場合は図１５のＩＣカードも用いて）、動
作手順を説明する。動作は、捺印者が捺印を作成して確
認者に送信し、確認者がその捺印を確認し、さらに捺印
者で後処理を行なう、という手順で進む。

【００３９】図１は、捺印作成処理を示す図である。捺
印者は、次に示す手順で捺印データの作成を行い、確認
者に送信する。

【００４０】まず、捺印者は、捺印の対象であるメッセ
ージ１０１に圧縮関数１０３を施す。これにより、圧縮
データ１０５を得る。そして、圧縮データ１０５にシス
テム固有の固定値１０４を結合する。次に、捺印者用エ
リア１０６から秘密鍵１１０を読み込む。

【００４１】なお、捺印者用エリア１０６は個人情報を
格納する利用者専用の媒体（または媒体の一部）であ
り、ＩＣカード１０７、フロッピーディスク１０８、ハ
ードディスク１０９などを使用する。具体的に図１４の
利用者端末１４０２では、データエリア１４０５上の個
人の秘密鍵１４１３を読み込むこととなる。また、図１
５のＩＣカード１５０１では、データエリア１５０２上
の個人の秘密鍵１５０６を読み込むこととなる。

【００４２】次に、固定値１０４と圧縮データ１０５と
を結合したデータに秘密鍵１１０を鍵とする暗号関数１
１１を施す。暗号関数１１１は、図１４の捺印処理関数
１４１５である。これにより、捺印データ１１２を得
る。

【００４３】次に、メッセージ１０１と捺印データ１１
２に対しバックアップ処理１１３を施す。バックアップ
処理１１３とは、捺印者用エリア１０６に、メッセージ
１０１と捺印データ１１２とを格納（バックアップ）す
る処理である。バックアップしたデータが、図１４に示
すバックアップデータ１４１４（またはＩＣカードを用
いた場合は図１５のバックアップデータ１５０７）に相
当する。このとき格納位置を示すメッセージ番号１０２
を得る。

【００４４】図４は、バックアップデータの構成を示
す。バックアップされたメッセージと捺印データとが対
応して格納されており、それぞれにメッセージ番号が付
されている。

【００４５】再び図１を参照して、最後に送信処理１１
４により、メッセージ１０１とメッセージ番号１０２と
捺印データ１１２とを確認者に送信する。

【００４６】図２は、確認者側における捺印確認処理を
示す図である。確認者は次に示す手順で処理を行う。

【００４７】まず、確認者は、受信処理２０１によりメ
ッセージ２０４とメッセージ番号２０２と捺印データ２
０３とを受け取る。

【００４８】次に、予めセンタから配布されている全利
用者の公開鍵２０６に対し、センタの公開鍵２０８と公
開鍵捺印２０７を使った公開鍵確認処理２０９を行な
う。これらの公開鍵情報２０５は、図１４のデータエリ
ア１４０５の全利用者の公開鍵１４１２に格納されてい
るものである。公開鍵確認処理２０９により公開鍵の正
当性が認められた場合には、捺印者に対応する公開鍵２
１１を読み込むことができる。逆に、不当であると判断
された場合には、公開鍵の交換処理２１０を行なう。

【００４９】捺印者に対応する公開鍵２１１が得られた
ときは、捺印データ２０３に公開鍵２１１を鍵とする復
号化処理２１２を施す。これにより、結果Ａ２１３と結
果Ｂ２１４を結合したデータが得られる。復号化処理２
１２で用いる復号関数は、図１４の確認処理関数１４１
６に相当する。

【００５０】次に、結果Ａ２１３とシステムに固有の固
定値２１５とを比較する固定値確認処理２１６を行な
う。上記値が一致しない場合は捺印エラーと判断し、捺
印者に捺印エラーコードとメッセージ番号と捺印データ
とを送信する処理２１７を行なう。送信後、本確認処理
を終了する。

【００５１】逆に、固定値確認処理２１６において、結
果Ａ２１３と固定値２１５とが一致する場合には、更に
メッセージ２０４に圧縮関数２１８を施す。これによ
り、圧縮データ２１９を得る。そして、結果Ｂ２１４と
圧縮データ２１９とを比較する圧縮データ確認処理２２
０を行なう。上記値が一致する場合は、メッセージ２０
４及び捺印２０３は正当であると判断し、確認終了コー
ドとメッセージ番号を送信する処理２２２を行なう。逆
に、上記値が一致しない場合には、メッセージエラーと
判断し、捺印者にメッセージエラーコードとメッセージ
番号を送信する処理２２１を行なう。

【００５２】図３は、捺印者側における捺印作成の後処
理を示す図である。捺印者は、次に示す手順で処理を行
う。

【００５３】まず、捺印者は、受信処理３０１により、
メッセージ番号３０２とコード３０４と捺印データ３０
３とを受け取る。

【００５４】次に、コード検査処理３０５を行なう。コ
ード検査処理３０５は、確認者から受けとったコード３
０４が、捺印エラーコードか、文書エラーコードか、確
認終了コードかを、検査する処理である。検査の結果、
次の３つの処理のいずれかを行なう。

【００５５】まず、コード３０４が捺印エラーを示す場
合には、メッセージ番号３０２に基づいて、捺印者用エ
リア３０６（図１の捺印者用エリア１０６と同じもの）
から、捺印時にバックアップしておいた捺印データ３０
７を検索し、読み込む。さらに、その捺印データと受信
した捺印データ３０３とを比較する捺印データ比較処理
３０８を行なう。これらのデータが一致する場合には、
公開鍵と秘密鍵との対応が取れていなかったということ
であるから、秘密鍵の交換処理３０９を行なう。逆に、
一致しない場合には、通信路上でエラーが発生したこと
等が考えられるから、バックアップ捺印データ３０７を
確認者に再送する（処理３１０）。

【００５６】コード検査処理３０５における検査の結
果、コード３０４が文書エラーを示す場合には、メッセ
ージ番号３０２に基づいて、捺印者用エリア３０６か
ら、捺印時にバックアップしておいたメッセージデータ
３１２を検索し読み込む。そして、そのメッセージデー
タ３１２を確認者に再送する（処理３１１）。

【００５７】さらに、コード検査処理３０５における検
査の結果、コード３０４が確認終了を示す場合には、メ
ッセージ番号３０２に基づいて捺印者用エリア３０６か
ら対応するメッセージと捺印データを検索し、それらの
データを消去する。

【００５８】次に、フローチャートを参照して、上述し
た捺印作成処理、捺印確認処理、および捺印作成後処理
の詳細な手順を説明する。

【００５９】図５は、図１で説明した捺印作成処理のフ
ローチャートである。

【００６０】ステップ５０１で捺印作成処理を開始す
る。ステップ５０２では、メッセージＭを圧縮し、圧縮
子ｈ（Ｍ）を得る。ステップ５０３では、捺印者用エリ
アから秘密鍵ＳＫを読み込む。そして、ステップ５０４
で、（固定値Ｆ｜ｈ（Ｍ））を秘密鍵ＳＫで暗号化し、
捺印データＴを得る。但し、｜は連結を示す。

【００６１】次に、ステップ５０５で、捺印者用エリア
に対し、格納位置の検索を行なう。その位置を示す情報
をメッセージ番号Ｎとする。ステップ５０６で、メッセ
ージＭと捺印データＴとを上記格納位置に格納する。ス
テップ５０７で、メッセージＭとメッセージ番号Ｎと捺
印データＴとを確認者に送信する。ステップ５０８で、
捺印作成処理を終了する。

【００６２】図６は、図２で説明した捺印確認処理のフ
ローチャートである。

【００６３】ステップ６０１で捺印確認処理を開始す
る。ステップ６０２では、捺印者よりメッセージＭとメ
ッセージ番号Ｎと捺印データＴとを受信する。ステップ
６０３では、公開鍵捺印Ｓをセンタの公開鍵ＣＫで復号
し、復号文Ｑを得る。ステップ６０４で、全利用者の公
開鍵Ｐを圧縮し、圧縮子ｈ（Ｐ）を得る。

【００６４】次に、ステップ６０５で、復号文Ｑと圧縮
子ｈ（Ｐ）とを比較する。Ｑ＝ｈ（Ｐ）ならば公開鍵Ｐ
が正当であると判定し、ステップ６０７に進む。そうで
なければ公開鍵Ｐが不正であると判定し、ステップ６０
６に進む。ステップ６０６では公開鍵Ｐの交換処理を行
ない、その後、ステップ６１５に進む。

【００６５】ステップ６０７では、公開鍵Ｐより捺印者
の公開鍵ＰＫを読み込む。そして、ステップ６０８で、
捺印データＴを公開鍵ＰＫで復号し、（結果Ａ｜結果
Ｂ）を得る。ステップ６０９では、結果Ａとシステム固
有の固定値Ｆとを比較する。結果Ａが固定値Ｆに等しい
ならば捺印データＴが正当であると判定し、ステップ６
１１に進む。そうでなければ捺印データＴが不正である
と判定し、ステップ６１０に進む。ステップ６１０で
は、捺印者に捺印エラーコードとメッセージ番号Ｎと捺
印データＴを送信し、その後、ステップ６１５に進む。

【００６６】ステップ６１１では、メッセージＭを圧縮
し、圧縮子ｈ（Ｍ）を得る。ステップ６１２では、結果
Ｂと圧縮子ｈ（Ｍ）とを比較する。結果Ｂが圧縮子ｈ
（Ｍ）に等しいならばメッセージＭが正当であると判定
し、ステップ６１４に進む。そうでなければメッセージ
Ｍが不正であると判定し、ステップ６１３に進む。

【００６７】ステップ６１３では、捺印者にメッセージ
エラーコードとメッセージ番号Ｎを送信し、その後、ス
テップ６１５に進む。ステップ６１４では、捺印者に確
認終了コードとメッセージ番号Ｎを送信し、その後、ス
テップ６１５に進む。ステップ６１５で、捺印確認処理
を終了する。

【００６８】図７は、図３で説明した捺印作成後処理の
フローチャートである。

【００６９】ステップ７０１で捺印作成後処理を開始す
る。ステップ７０２では、確認者よりメッセージ番号Ｎ
とコードＣと捺印データＴを受信する。次に、ステップ
７０３で、コードＣが確認終了コードであるか否か判定
する。コードＣが確認終了コードであるならば、ステッ
プ７０４に進む。そうでなければ、ステップ７０５に進
む。

【００７０】ステップ７０４では、捺印者用エリアか
ら、メッセージ番号Ｎで示される位置にあるメッセージ
Ｍと捺印データＴを消去する。その後、ステップ７１２
に進む。

【００７１】ステップ７０５では、コードＣが文書エラ
ーコードであるか否か判定する。コードＣが文書エラー
コードであるならば、ステップ７０６に進む。そうでな
ければ、ステップ７０８に進む。ステップ７０６では、
捺印者用エリアから、メッセージ番号Ｎで示される位置
にあるメッセージＭを読み込む。そして、ステップ７０
７でメッセージＭを確認者に再送する。その後、ステッ
プ７１２に進む。

【００７２】ステップ７０８では、捺印者用エリアか
ら、メッセージ番号Ｎで示される位置にある捺印データ
Ｔ′を読み込む。そして、ステップ７０９で、捺印デー
タＴとＴ′とを比較する。Ｔ＝Ｔ′ならば秘密鍵が不正
であると判定し、ステップ７１０に進む。そうでなけれ
ば秘密鍵が正当であると判定し、ステップ７１１に進
む。

【００７３】ステップ７１０では秘密鍵を交換し、ステ
ップ７１２に進む。ステップ７１１では捺印データＴを
確認者に再送し、ステップ７１２に進む。ステップ７１
２で捺印作成後処理を終了する。

【００７４】（変形例１）次に、上記実施例の第１の変
形例を示す。本変形例は、上記実施例での圧縮データ生
成及びそれに伴う確認方法を変形したものである。な
お、システム構成は上記で説明した図１４、および図１
５と同様であるので、説明を省略する。

【００７５】図８は、本変形例における捺印作成処理を
示す図である。捺印者は、次に示す手順で捺印データの
作成を行い、確認者に送信する。

【００７６】まず、捺印者は、捺印の対象であるメッセ
ージ８０１を分割し、複数個の分割メッセージ８０３を
得る。次に、各分割メッセージごとに圧縮関数８０４を
施す。これにより、圧縮データ群８０５を得る。そし
て、圧縮データ群８０５に対し、図１１で示される圧縮
子作成処理８０６（後に詳述する）を施し、圧縮子８０
７を得る。

【００７７】次に、捺印者用エリア８０９から秘密鍵８
１０を読み込む。そして、固定値８０８と圧縮子８０７
とを結合したデータに秘密鍵８１０を鍵とする暗号関数
８１１を施す。これにより、捺印データ８１２を得る。
さらに、メッセージ８０１と捺印データ８１２にバック
アップ処理８１３を施し、捺印者用エリア８０９に、図
４に示したようにバックアップデータを格納する。この
とき、格納位置を示すメッセージ番号８０２を得る。

【００７８】最後に、送信処理８１４により、メッセー
ジ８０１とメッセージ番号８０２と捺印データ８１２と
を確認者に送信する。

【００７９】図９は、本変形例における捺印確認処理を
示す図である。確認者は次に示す手順で処理を行う。

【００８０】まず、確認者は、受信処理９０１によりメ
ッセージ９０４とメッセージ番号９０２と捺印データ９
０３とを受け取る。

【００８１】次に、図２と同様にして公開鍵確認処理を
行なった後、公開鍵の中から捺印者に対応する公開鍵９
０５を読み込む。そして、捺印データ９０３に公開鍵９
０５を鍵とする復号化処理９０６を施す。これにより、
結果Ａ９０７と結果Ｂ９０８を結合したデータが得られ
る。

【００８２】次に、結果Ａ９０７と固定値９０９とを比
較する固定値確認処理９１０を行なう。上記値が一致し
ない場合には、捺印者に、捺印エラーコードとメッセー
ジ番号と捺印データとを送信する送信処理９１１を行な
う。送信後、本確認処理を終了する。

【００８３】逆に、固定値確認処理９１０において、結
果Ａ９０７と固定値９０９とが一致する場合には、メッ
セージ９０４を分割し、複数個の分割メッセージ９１２
を得る。次に、各分割メッセージ９１２ごとに圧縮関数
９１３を施す。これにより、圧縮データ群９１４を得
る。そして、圧縮データ群９１４に対し、図１１で示さ
れる圧縮子作成処理９１５（後述）を施し、圧縮子９１
６を得る。次に、結果Ｂ９０８と圧縮子９１６とを比較
する圧縮データ確認処理９１７を行なう。

【００８４】圧縮データ確認処理９１７において結果Ｂ
９０８と圧縮子９１６とが一致する場合には、確認終了
コードとメッセージ番号とを送信する（処理９２０）。
逆に、上記値が一致しない場合には、図１１で示される
改ざん部位検出処理９１８（後述）を施し、部位識別子
を得る。ここでの部位識別子は複数の分割メッセージの
中のあるメッセージを特定するのに使用される。そし
て、捺印者にメッセージエラーコードとメッセージ番号
と部位識別子を送信する（処理９１９）。

【００８５】図１０は、本変形例における捺印作成後処
理を示す図である。捺印者は次に示す手順で処理を行
う。

【００８６】まず、捺印者は、受信処理１００１によ
り、メッセージ番号１００２とコード１００３と捺印デ
ータ１００４と部位識別子１００５とを受け取る。次
に、コード検査処理１００６を行ない、コード１００３
を検査する。その結果、次の３つの処理のいずれかを行
なう。

【００８７】まず、コード１００３が捺印エラーを示す
場合には、メッセージ番号１００２に基づいて、捺印者
用エリア１００７から、捺印時にバックアップしておい
た捺印データ１００８を検索し、読み込む。さらに、そ
の捺印データと受信した捺印データ１００８とを比較す
る捺印データ比較処理１０１０を行なう。これらのデー
タが一致する場合には、秘密鍵の交換処理１０１１を行
なう。逆に、一致しない場合には、バックアップ捺印デ
ータ１０１２を確認者に再送する。

【００８８】コード検査処理１００６における検査の結
果、コード１００３が文書エラーを示す場合には、メッ
セージ番号１００２に基づいて、捺印者用エリア１００
７から、捺印時にバックアップしておいたメッセージ１
００９を検索し、読み込む。さらに、メッセージ１００
９を分割し、部位識別子１００５に対応する分割メッセ
ージのみを確認者に再送する。

【００８９】さらに、コード検査処理１００６における
検査の結果、コード１００３が確認終了を示す場合に
は、メッセージ番号１００２に基づいて捺印者用エリア
１００７から対応するメッセージと捺印データを検索
し、それらのデータを消去する。

【００９０】図１１は、図８，９の圧縮子作成処理８０
６，９１５及び図９の改ざん部位検出処理９１８の処理
方式を示す図である。

【００９１】圧縮データ群１１０１は、メッセージを分
割したものにそれぞれ圧縮処理を施し、得られたもので
ある。圧縮子作成処理のときには、それぞれの圧縮デー
タを特定ビットずつずらして排他的論理和を求め、その
結果を圧縮子１１０２とする。

【００９２】改ざん部位検出処理のときには、圧縮子の
比較により不一致位置を調べ、それによりメッセージの
改ざん部位を検出する。例えば、圧縮子１１０２内の特
定箇所１１０４が変化していた場合には、影響するデー
タはｉ番目の圧縮データ１１０３であるから、それに対
応するｉ番目の分割メッセージがエラー若しくは不正に
より変更されていると判断できる。

【００９３】（変形例２）次に、上記実施例の第２の変
形例を示す。本変形例は、上記変形例１でのメッセージ
エラー処理を変形したものである。なお、システム構成
は上記で説明した図１４、および図１５と同様であるの
で、説明を省略する。また、捺印作成処理及び捺印作成
後処理は変形例２と同様の手順で行なうので、説明を省
略する。

【００９４】図１２は、本変形例における捺印確認処理
を示す図である。確認者は次に示す手順で処理を行う。
ただし、変形例１において説明した手順で固定値確認処
理および各分割メッセージごとの圧縮処理まで終了して
いるとする。

【００９５】圧縮データ群１２０３に対し、図１１で示
される圧縮子作成処理１２０４を施し、圧縮子１２０５
を得る。次に、捺印データの復号結果の一部である結果
Ｂ１２０２と圧縮子１２０５とを比較する圧縮データ確
認処理１２０６を行なう。上記値が一致する場合には、
確認終了コードとメッセージ番号を送信し、確認処理を
終了する（処理１２０７）。

【００９６】逆に、上記値が一致しない場合には、図１
１で示される改ざん部位検出処理１２０８を施し、部位
識別子を得る。ここで部位識別子をｉと仮定する。そし
て、ｉ番目の分割メッセージＭｉに対し自動修正処理１
２１０を行なう。ここでの自動修正処理１２１０は、図
１３で示される自動修正データ１２０９に基づいて、ｉ
番目の分割メッセージＭｉの変更（自動修正）を行なう
ものである。自動修正処理１２１０については、後に詳
述する。

【００９７】次に、修正された分割メッセージＭｉに圧
縮処理１２１１を施し、圧縮データを得る。そして、得
られた圧縮データを、元の圧縮データ群の中のｉ番目の
圧縮データと交換し（処理１２１２）、圧縮子作成処理
１２０４以下の一連の処理を再度実行する。

【００９８】以上を、圧縮子が一致するか又は自動修正
データをすべて終えるまで繰り返す。圧縮子が一切一致
せず、自動修正データがすべて終えたときには、自動修
正不可と判断し、捺印者にメッセージエラーコードとメ
ッセージ番号と部位識別子を送信する（処理１２１
３）。

【００９９】図１３は、図１２の自動修正処理１２１０
において用いる自動修正データ１２０９を示す図であ
る。図に示すように、自動修正データ１２０９はパター
ン番号と修正パターンから構成されている。

【０１００】これらのデータは、分割メッセージの変更
方法を示すものである。これらのシステムに想定される
エラーに対応したものであり、その内容はシステムごと
に異なる。

【０１０１】１行目は、自動修正処理において、分割メ
ッセージのすべてのビットを反転させることを意味して
いる。つまり、分割メッセージをバイナリデータに置き
換え、そのデータの０を１に、１を０に変形する。２行
目は、分割メッセージの上位１ビット目だけのビットを
反転させることを意味している。３行目は、分割メッセ
ージの上位２ビット目だけのビットを反転させることを
意味している。

【０１０２】６５行目は、分割メッセージの上位６４ビ
ット目だけのビットを反転させることを意味している。
６６行目は、分割メッセージのＡＳＣＩＩコードで表現
されているデータをＥＢＣＤＩＣコードに変更すること
を意味している。このような修正パターンに基づいて分
割メッセージを修正し、図１２のように差し替えて確認
を行なっていく。

【０１０３】なお、上記実施例及び変形例では、電子化
文書を通信回線を介して授受するシステムを説明した
が、文書の授受は通信回線を介する方式に限らない。例
えば、１台の装置中に所定の書込み領域（例えば、ハー
ドディスク上の所定の領域）を設けておいて、捺印者は
メッセージや捺印データをその書込み領域に書込み、確
認者はその領域からそれらのデータを読み出すことによ
り文書の授受を行なう場合でも本発明は適用可能であ
る。

【０１０４】さらにこの場合は、確認者が、捺印者のバ
ックアップしたデータを直接にアクセスして、バックア
ップしてある捺印データと上記書込み領域から読出した
捺印データとを比較して、秘密鍵の正当性確認を行なう
ことができる。

【０１０５】

【発明の効果】本発明によれば、電子捺印システム内で
発生するデータの不正またはエラーを検出することがで
き、なおかつエラーが発生したときはデータ復旧して、
上記事象によるデータの損失等を防ぐことができる。

【図面の簡単な説明】

【図１】本発明の実施例での捺印作成処理を示す図であ
る。

【図２】本発明の実施例での捺印確認処理を示す図であ
る。

【図３】本発明の実施例での捺印作成後処理を示す図で
ある。

【図４】本発明の実施例でのバックアップデータを示す
図である。

【図５】本発明の実施例での捺印作成処理のフローチャ
ートである。

【図６】本発明の実施例での捺印確認処理のフローチャ
ートである。

【図７】本発明の実施例での捺印作成後処理のフローチ
ャートである。

【図８】本発明の変形例１での捺印作成処理を示す図で
ある。

【図９】本発明の変形例１での捺印確認処理を示す図で
ある。

【図１０】本発明の変形例１での捺印作成後処理を示す
図である。

【図１１】本発明の変形例２での圧縮子作成および改ざ
ん部位検出方式を示す図である。

【図１２】本発明の変形例２での捺印確認処理を示す図
である。

【図１３】本発明の変形例２での自動修正パターンデー
タを示す図である。

【図１４】本発明のシステム構成を示すブロック図であ
る。

【図１５】本発明のＩＣカードの内部構成を示すブロッ
ク図である。

【図１６】従来の公開鍵証明方式を示す図である。

【符号の説明】

１０１…メッセージ１０２…メッセー
ジ番号１０３…圧縮関数１０４…固定値１０５…圧縮データ１０６…捺印者用
エリア１０７…ＩＣカード１０８…フロッピ
ーディスク１０９…ハードディスク１１０…秘密鍵１１１…暗号関数１１２…捺印デー
タ１１３…バックアップ処理１１４…送信処理１４０１…通信網１４０２…利用者
端末１４０３…利用者端末１４０４…利用者
端末１４０５…データエリア１４０６…プログ
ラムエリア１４０７…Ｒ／Ｗ制御部１４０８…ＣＰＵ１４０９…通信制御部１４１０…Ｉ／Ｏ
制御部１４１１…修正データ１４１２…全利用
者の公開鍵１４１３…個人の秘密鍵１４１４…バック
アップデータ１４１５…捺印処理関数１４１６…確認処
理関数１４１７…ディスプレイ１４１８…キーボ
ード１４１９…リーダライタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者洲崎誠一神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者佐々木良一神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】公開鍵暗号方式により作成される捺印デー
タを使った電子捺印システムにおける電子化文書の通信
方法であって、捺印者側にて、秘密鍵を用いて、通信の対象である電子
化文書に付与する捺印データを作成する捺印作成ステッ
プと、捺印者側にて、該電子化文書と捺印データとをバックア
ップするバックアップステップと、捺印者側から確認者側に、該電子化文書と捺印データと
を送信する送信ステップと、確認者側にて、該電子化文書と捺印データとを受信する
受信ステップと、確認者側にて、公開鍵を用いて、受信した捺印データの
正当性を確認する捺印確認ステップと、確認者側から捺印者側に、該確認ステップにおける確認
の結果および捺印データを返送する返送ステップと、捺印者側にて、該返送ステップにより返送された確認の
結果および捺印データを受信するステップと、上記確認の結果が捺印データエラーである場合は、捺印
者側にて、受信した捺印データと上記バックアップステ
ップによりバックアップしておいた捺印データとを比較
することにより、秘密鍵の正当性を確認する秘密鍵確認
ステップとを備えたことを特徴とする電子捺印を伴う電
子化文書の通信方法。
【請求項２】公開鍵暗号方式により作成される捺印デー
タを使った電子捺印システムにおける電子化文書の通信
方法であって、捺印者側にて、秘密鍵を用いて、通信の対象である電子
化文書に付与する捺印データを作成する捺印作成ステッ
プと、捺印者側にて、該電子化文書と捺印データとをバックア
ップするバックアップステップと、捺印者側にて、該電子化文書と捺印データとを所定の書
込み領域に書込むステップと、確認者側にて、該書込み領域から電子化文書と捺印デー
タとを読出すステップと、確認者側にて、公開鍵を用いて、読出した捺印データの
正当性を確認する捺印確認ステップと、確認者側にて、該確認ステップにおける確認の結果およ
び捺印データを所定の領域に書込むステップと、捺印者側にて、該所定の領域に書込まれた確認の結果お
よび捺印データを読出すステップと、上記確認の結果が捺印データエラーである場合は、捺印
者側にて、該読出した捺印データと上記バックアップス
テップによりバックアップしておいた捺印データとを比
較することにより、秘密鍵の正当性を確認する秘密鍵確
認ステップとを備えたことを特徴とする電子捺印を伴う
電子化文書の通信方法。
【請求項３】公開鍵暗号方式により作成される捺印デー
タを使った電子捺印システムにおける電子化文書の通信
方法であって、捺印者側にて、秘密鍵を用いて、通信の対象である電子
化文書に付与する捺印データを作成する捺印作成ステッ
プと、捺印者側にて、該電子化文書と捺印データとを所定のバ
ックアップ領域にバックアップするバックアップステッ
プと、捺印者側にて、該電子化文書と捺印データとを所定の書
込み領域に書込むステップと、確認者側にて、該書込み領域から電子化文書と捺印デー
タとを読出すステップと、確認者側にて、公開鍵を用いて、読出した捺印データの
正当性を確認する捺印確認ステップと、確認者側にて、上記バックアップ領域から、バックアッ
プしておいた捺印データを読出すステップと、上記確認の結果が捺印データエラーである場合は、確認
者側にて、上記書込み領域から読出した捺印データと上
記バックアップ領域から読出した捺印データとを比較す
ることにより、秘密鍵の正当性を確認する秘密鍵確認ス
テップとを備えたことを特徴とする電子捺印を伴う電子
化文書の通信方法。
【請求項４】請求項１〜３のいずれかに記載の電子化文
書の通信方法において、前記捺印作成ステップは、通信の対象である電子化文書を圧縮して圧縮データを得
るステップと、該圧縮データにシステム固有の固定値データを連結する
ステップと、秘密鍵を用いて、該連結したデータから捺印データを作
成するステップとを備え、前記捺印確認ステップは、公開鍵を用いて、前記受信した捺印データを復号するス
テップと、該復号の結果中の固定値データをシステム固有の固定値
データと比較することにより、前記受信した捺印データ
の正当性を確認するステップとを備えたことを特徴とす
る電子化文書の通信方法。
【請求項５】請求項１〜３のいずれかに記載の電子化文
書の通信方法において、前記捺印作成ステップは、通信の対象である電子化文書を複数の部分文書に分割す
るステップと、該部分文書のそれぞれを圧縮して複数の圧縮データを
得、該複数の圧縮データから１つの圧縮子を作成するス
テップと、該圧縮子にシステム固有の固定値データを連結するステ
ップと、秘密鍵を用いて、該連結したデータから捺印データを作
成するステップとを備え、前記捺印確認ステップは、公開鍵を用いて、前記受信した捺印データを復号するス
テップと、該復号の結果中の固定値データをシステム固有の固定値
データと比較することにより、前記受信した捺印データ
の正当性を確認するステップとを備えたことを特徴とす
る電子化文書の通信方法。
【請求項６】請求項１〜３のいずれかに記載の電子化文
書の通信方法において、さらに、確認者側にて、電子化文書の正当性を確認する文書確認
ステップと、該確認の結果として文書エラーの有無を捺
印者側へ伝達するステップとを備えたことを特徴とする
電子化文書の通信方法。
【請求項７】請求項６に記載の電子化文書の通信方法に
おいて、前記捺印作成ステップは、通信の対象である電子化文書を圧縮して圧縮データを得
るステップと、該圧縮データにシステム固有の固定値データを連結する
ステップと、秘密鍵を用いて、該連結したデータから捺印データを作
成するステップとを備え、前記文書確認ステップは、前記受信した電子化文書を圧縮して圧縮データを得る圧
縮ステップと、公開鍵を用いて、前記受信した捺印データを復号するス
テップと、該復号の結果中の圧縮データを上記圧縮ステップで得た
圧縮データと比較することにより、前記受信した電子化
文書の正当性を確認するステップとを備えたことを特徴
とする電子化文書の通信方法。
【請求項８】請求項６に記載の電子化文書の通信方法に
おいて、前記捺印作成ステップは、通信の対象である電子化文書を複数の部分文書に分割す
るステップと、該部分文書のそれぞれを圧縮して複数の圧縮データを
得、該複数の圧縮データから１つの圧縮子を作成するス
テップと、該圧縮子にシステム固有の固定値データを連結するステ
ップと、秘密鍵を用いて、該連結したデータから捺印データを作
成するステップとを備え、前記文書確認ステップは、前記受信した電子化文書を複数の部分文書に分割するス
テップと、該部分文書のそれぞれを圧縮して複数の圧縮データを
得、該複数の圧縮データから１つの圧縮子を作成する圧
縮ステップと、公開鍵を用いて、前記受信した捺印データを復号するス
テップと、該復号の結果中の圧縮子を上記圧縮ステップで得た圧縮
子と比較することにより、前記受信した電子化文書の正
当性を確認するステップと、上記圧縮子の比較により、改ざんされた部分文書を検出
する改ざん部位検出ステップとを備えた電子化文書の通
信方法。
【請求項９】請求項１〜３のいずれかに記載の電子化文
書の通信方法において、さらに、前記秘密鍵確認ステップにおいて受信または読出した捺
印データとバックアップしてあった捺印データとが一致
しなかった場合は、バックアップしてあった捺印データ
を、捺印者側から確認者側へ再送するステップを備えた
ことを特徴とする電子化文書の通信方法。
【請求項１０】請求項７に記載の電子化文書の通信方法
において、さらに、前記復号の結果中の圧縮データと前記圧縮ステップで得
た圧縮データとが一致しなかったため、文書エラーが捺
印者側へ伝達された場合は、捺印者側から確認者側へ電
子化文書を再送するステップを備えたことを特徴とする
電子化文書の通信方法。
【請求項１１】請求項８に記載の電子化文書の通信方法
において、さらに、前記復号の結果中の圧縮子と前記圧縮ステップで得た圧
縮子とが一致しなかったため、文書エラーが捺印者側へ
伝達された場合は、前記改ざん部位検出ステップにより
検出された部分文書を、捺印者側から確認者側へ再送す
るステップを備えたことを特徴とする電子化文書の通信
方法。
【請求項１２】請求項１〜３のいずれかに記載の電子化
文書の通信方法において、前記バックアップステップによる電子化文書と捺印デー
タとのバックアップは、着脱可能な記憶媒体に対して行
なうことを特徴とする電子化文書の通信方法。
【請求項１３】請求項１ないし３に記載の電子化文書の
通信方法において、さらに、確認者側にて、電子化文書の正当性を確認する文書確認
ステップと、該確認の結果、文書エラーが有ったとき
は、該電子化文書の自動修正を行なうステップとを備え
たことを特徴とする電子化文書の通信方法。
【請求項１４】請求項８に記載の電子化文書の通信方法
において、さらに、確認者側にて、前記改ざん部位検出ステップにより検出
された部分文書を自動修正し、部分文書ごとの正当性を
再確認することを繰り返し行なうステップを備えたこと
を特徴とする電子化文書の通信方法。
【請求項１５】請求項１４に記載の電子化文書の通信方
法において、確認者側にて、システムに多発するエラーの種類をあら
かじめ蓄積しておき、該蓄積されたデータに基づいて部
分文書を修正することを特徴とする電子化文書の通信方
法。
【請求項１６】公開鍵暗号方式により作成される捺印デ
ータを伴う電子化文書を送信するための送信側端末装置
であって、個人の秘密鍵を記憶した記憶手段と、該記憶手段の秘密鍵を用いて、通信の対象である電子化
文書に付与する捺印データを作成する捺印作成手段と、該電子化文書と捺印データとをバックアップするバック
アップ手段と、該電子化文書と捺印データとを確認者側の端末装置へ送
信する手段と、確認者側の端末装置から返送される捺印データの正当性
確認結果および捺印データを受信する手段と、確認者側の端末装置から捺印データエラーが返送された
場合に、受信した捺印データと上記バックアップ手段に
よりバックアップしておいた捺印データとを比較するこ
とにより、秘密鍵の正当性を確認する秘密鍵確認手段と
を備えたことを特徴とする送信側端末装置。
【請求項１７】公開鍵暗号方式により作成される捺印デ
ータを伴う電子化文書を受信するための受信側端末装置
であって、捺印者側の端末装置から送信された電子化文書と捺印デ
ータとを受信する手段と、少なくとも捺印者を含む利用者の公開鍵を記憶した記憶
手段と、該記憶手段の公開鍵を用いて、受信した捺印データの正
当性を確認する捺印確認手段と、該捺印確認手段による確認の結果および受信した捺印デ
ータを返送する返送手段とを備えたことを特徴する受信
側端末装置。
【請求項１８】請求項１６に記載の送信側端末装置にお
いて、前記捺印作成手段は、通信の対象である電子化文書を圧
縮して圧縮データを得、該圧縮データにシステム固有の
固定値データを連結し、前記記憶手段の秘密鍵を用い
て、該連結したデータから捺印データを作成することを
特徴とする送信側端末装置。
【請求項１９】請求項１６に記載の送信側端末装置にお
いて、前記捺印作成手段は、通信の対象である電子化文書を複
数の部分文書に分割し、該部分文書のそれぞれを圧縮し
て複数の圧縮データを得、該複数の圧縮データから１つ
の圧縮子を作成し、該圧縮子にシステム固有の固定値デ
ータを連結し、秘密鍵を用いて、該連結したデータから
捺印データを作成することを特徴とする送信側端末装
置。
【請求項２０】請求項１８または１９に記載の送信側端
末装置から送信される捺印データを伴う電子化文書を受
信するための請求項１７に記載の受信側端末装置におい
て、前記捺印確認手段は、前記記憶装置の公開鍵を用いて、
前記受信した捺印データを復号し、該復号の結果中の固
定値データをシステム固有の固定値データと比較するこ
とにより、前記受信した捺印データの正当性を確認する
ことを特徴とする端末装置。
【請求項２１】請求項１８または１９に記載の送信側端
末装置から送信される捺印データを伴う電子化文書を受
信するための請求項１７に記載の受信側端末装置におい
て、さらに、受信した電子化文書の正当性を確認する文書確認手段
と、該確認の結果として文書エラーの有無を送信側端末
装置へ伝達する文書エラー伝達手段とを備えたことを特
徴とする受信側端末装置。
【請求項２２】請求項１８に記載の送信側端末装置から
送信される捺印データを伴う電子化文書を受信するため
の請求項２１に記載の受信側端末装置において、前記文書確認手段は、前記受信した電子化文書を圧縮し
て圧縮データを得、前記記憶手段の公開鍵を用いて、前
記受信した捺印データを復号し、該復号の結果中の圧縮
データを上記圧縮データと比較することにより、前記受
信した電子化文書の正当性を確認することを特徴とする
受信側端末装置。
【請求項２３】請求項１９に記載の送信側端末装置から
送信される捺印データを伴う電子化文書を受信するため
の請求項２１に記載の受信側端末装置において、前記文書確認手段は、前記受信した電子化文書を複数の
部分文書に分割し、該部分文書のそれぞれを圧縮して複
数の圧縮データを得、該複数の圧縮データから１つの圧
縮子を作成し、前記記憶手段の公開鍵を用いて、前記受
信した捺印データを復号し、該復号の結果中の圧縮子を
上記圧縮子と比較することにより、前記受信した電子化
文書の正当性を確認するとともに、上記圧縮子の比較に
より改ざんされた部分文書の部位を検出し、前記文書エ
ラー伝達手段は、該確認の結果としての文書エラーの有
無および改ざんされた部分文書の部位を送信側端末装置
へ伝達することを特徴とする受信側端末装置。
【請求項２４】請求項１６に記載の送信側端末装置にお
いて、さらに、前記秘密鍵確認手段において受信した捺印データとバッ
クアップしてあった捺印データとが一致しなかった場合
は、バックアップしてあった捺印データを、受信側端末
装置へ再送する手段を備えたことを特徴とする送信側端
末装置。
【請求項２５】請求項２２に記載の受信側端末装置に捺
印データを伴う電子化文書を送信するための請求項１８
に記載の送信側端末装置において、受信側端末装置から
文書エラーが伝達された場合は、受信側端末装置へ電子
化文書を再送することを特徴とする送信側端末装置。
【請求項２６】請求項２３に記載の受信側端末装置に捺
印データを伴う電子化文書を送信するための請求項１９
に記載の送信側端末装置において、受信側端末装置から
文書エラーおよび前記改ざんされた部分文書の部位が伝
達された場合は、受信側端末装置へ、前記部位の部分文
書を再送することを特徴とする送信側端末装置。
【請求項２７】請求項１６に記載の送信側端末装置にお
いて、前記バックアップ手段による電子化文書と捺印データと
のバックアップは、着脱可能な記憶媒体に対して行なう
ことを特徴とする送信側端末装置。
【請求項２８】請求項１７に記載の受信側端末装置にお
いて、さらに、受信した電子化文書の正当性を確認する文書確認手段
と、該確認の結果、文書エラーが有ったときは、該電子
化文書の自動修正を行なう手段とを備えたことを特徴と
する受信側端末装置。
【請求項２９】請求項２３に記載の受信側端末装置にお
いて、さらに、前記改ざんされた部分文書を自動修正し、部分文書ごと
の正当性を再確認することを繰り返し行なうことを特徴
とする受信側端末装置。
【請求項３０】請求項２９に記載の受信側端末装置にお
いて、システムに多発するエラーの種類をあらかじめ蓄積して
おき、該蓄積されたデータに基づいて部分文書を修正す
ることを特徴とする受信側端末装置。