JPH10268765A

JPH10268765A - データ送達確認方法

Info

Publication number: JPH10268765A
Application number: JP9076876A
Authority: JP
Inventors: Yoshiki Samejima; 吉喜鮫島
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 1997-03-28
Filing date: 1997-03-28
Publication date: 1998-10-09

Abstract

(57)【要約】【課題】送受信者間でデータを送受信する場合に、正
当な送信者から送られたデータを正当な受信者が正しく
受信したことを証明することができ、データの受信確認
書としての証拠を確立すること。【解決手段】文書やマルチメディアコンテンツなどの
データ、暗号化したデータまたは暗号化したデータを復
号する鍵を複数に分割し、送信側装置から受信側装置に
複数回に分割して送る際、受信側装置は１分割片を受信
するたびに、あるデータに一方向性関数を前回より少な
い回数適用した結果である、分割片受信確認データを送
信側装置に送り返しながらデータ片を受信し、送信側装
置は正しい分割片受信確認データを受け取ったこと確認
した後、次の分割片を送ることにより全体の文書受信確
認を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイル、電子メ
ッセージ、文書、マルチメディアコンテンツなどのコン
ピュータデータをネットワークを使って送信する際、受
信側装置がデータを受信したことを後日否認できないよ
うにするデータ送達確認方法に関する。

【０００２】

【従来の技術】インターネットでの電子メールプログラ
ムであるsendmailシステムは、受信側装置のメールボッ
クスに電子メールを格納した後、Return-Receipt-Toフ
ィールドに指定された受信確認書受取者に受信確認書を
送信する。受信確認書には、電子メールのヘッダ部、つ
まり、送信者，受信者，発信日時，電子メールタイト
ル，伝送途中の電子メールゲートウェイ名とゲートウェ
イ通過日時などが含まれている。また、製品ではなくア
イデア・研究レベルでは、受信した電子メールメッセー
ジに受信日時，発信者，受信側装置などの関連情報を付
加してディジタル署名を生成、これを受信確認書として
発信者に送り返す方法が知られている。

【０００３】なお、ディジタル署名、メッセージダイジ
ェストについては、J.Linn作成の「Privacy Enhancemen
t for Internet Electronic Mail:Part I: Message Enc
ryption and Authentication Procedures」(Internet R
equest for Comments 1421)に詳しい解説がある。

【０００４】

【発明が解決しようとする課題】しかし、上記sendmail
システムでは、受信確認書は単なるデータであり、簡単
に偽造できてしまう可能性があるため、受信確認書とし
て証拠能力に乏しかった。このため、メールが途中で紛
失せず確実に届いたかどうかの確認は可能であっても、
受信者が受けとった証拠としての能力は乏しく、受信確
認書は誰かが偽造したものであり受信者が受け取った覚
えがないと虚偽の発言をしても、それを否定することは
できないという問題があった。

【０００５】また、従来のシステムでは、受信者が故意
にディジタル署名を生成しなかったり、誤ったディジタ
ル署名を生成した場合、受信確認書そのものが受け取れ
なくなってしまう可能性があった。

【０００６】本発明の目的は、送受信者間で受信される
データの受信確認書としての証拠の確立と、正当な送信
者から送られるデータを正当な受信者が、受信したこと
を証明することができるデータ送達確認方法を提供する
ことにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、基本的には、文書やマルチメディアコン
テンツなどのデータ、暗号化したデータまたは暗号化し
たデータを復号する鍵を複数に分割し、送信側装置から
受信側装置に複数回に分割して送る際、受信側装置は１
分割片を受信するたびに、あるデータに一方向性関数を
前回より少ない回数適用した結果である、分割片受信確
認データを送信側装置に送り返しながらデータ片を受信
し、送信側装置は正しい分割片受信確認データを受け取
ったことを確認した後、次の分割片を送ることにより全
体の文書受信確認を行うことを特徴とする。

【０００８】ここで、「数１」，「数２」，「数３」を
下記のように定義し、本発明を説明すると、次の通りで
ある。

【０００９】

【数１】

【００１０】

【数２】

【００１１】

【数３】

【００１２】送信側装置は、送信データを分割して、１
つずつ送る。１つ１つの送信データ片に対する受信確認
データを受け取った後、次のデータ片を送信する。ただ
し、１つ１つのデータ片に対するディジタル署名を生成
して、確認していたのでは、処理コストが大きくなるの
で、一方向性関数を組み合わせることで、処理コストを
小さくする。

【００１３】(１)受信側装置は乱数ｒを生成し、「数
１」を計算する。ここで、ｈはハッシュ関数(または一
方向性関数、またはメッセージダイジェスト関数)であ
り、「数１」はｒにｈをＮ回適応したことを示す。Ｎは
発信者と受信者が合意した自然数である。

【００１４】(２)受信側装置は、「数１」と自分の名前
を合わせたものにディジタル署名をして、送信側装置に
送る。

【００１５】(３)送信側装置は、送信データをＮ個に分
割して、以下の(４)、(５)、(６)をｉ＝０からｉ＝Ｎ−
1まで繰り返しながら、データ片を順に１個ずつ受信側
装置に送る。

【００１６】(４)送信側装置は、１つのデータ片を受信
側装置に送る。

【００１７】(５)受信側装置は、これまで受け取ったデ
ータ片と今回受け取ったデータ片とを合わせたデータの
メッセージダイジェストを計算する。このメッセージダ
イジェストと「数２」との排他的論理和を送信側装置に
送る。

【００１８】(６)送信側装置は、これまで送ったデータ
のメッセージダイジェストと受信側装置が送ったデータ
の排他的論理和に「数３」を適用し、最初の「数１」に
等しいか確認する。等しければ(４)に戻り、送信を続行
し、異なれば送信を中止する。

【００１９】

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

【００２０】図１は、本発明を適用したシステムの全体
構成を示す図である。１０１は送信者のコンピュータ１
０２と受信者のコンピュータ１０３とを接続するネット
ワークである。１０２は送信者のコンピュータ、１０３
は受信者のコンピュータを示す。それぞれネットワーク
１０１に接続している。

【００２１】図２は、送信者のコンピュータ１０２と受
信者のコンピュータ１０３とのやりとりを摸式的に示し
た図である。

【００２２】まず、ステップ２０１は、送信側から受信
側に向けて、送信者名Ｓとデータ分割数Ｎとデータｍの
メッセージダイジェストＨ(ｍ)を送信することを示す。

【００２３】次にステップ２０２は、受信側から送信側
に向けて、乱数ｒに一方向性関数をＮ回適用したもので
ある「数１」と送信者名Ｓと受信者名Ｒとデータ分割数
ＮとデータｍのメッセージダイジェストＨ(ｍ)、及びこ
れらに対するディジタル署名を送信することを示す。

【００２４】次のステップ２０３は、送信側から受信側
に向けて、分割されたデータのうちの１つｍ_iを送信す
ることを示す。

【００２５】最後のステップ２０４は、受信側から送信
側に向けて、ｍ₀からｍ_iまでのメッセージダイジェスト
ｈ(ｍ₀, ..., ｍ_i)と乱数ｒに一方向性関数を「Ｎ−ｉ
−１」回適用した「数２」の排他的論理和を送信するこ
とを示す。なお、ステップ２０３とステップ２０４はＮ
回繰り返す。

【００２６】図３は、送信者のコンピュータ１０２と受
信者のコンピュータ１０３の内部構成を示す図である。
同図において、３０１はコンピュータ１０２，１０３に
接続したネットワークであり、図１の１０１に対応す
る。３０２は通信器であり、コンピュータからネットワ
ーク３０１にデータを送信したり、逆にネットワーク３
０１から来たデータを受信し、コンピュータ内部に取り
込む。３０３はデータ格納器であり、送信者のコンピュ
ータ１０２から受信者のコンピュータ１０３にＮ個に分
割して送るデータを格納する。

【００２７】３０４はディジタル署名の生成・検証器で
あり、与えられたデータの署名を作成したり、データと
署名を与えると署名が正しいかどうか検証する。３０５
は乱数生成器である。３０６はＣＰＵであり、他の構成
部品を利用して、データの送信、受信確認処理を行う。
３０７は一方向性関数器であり、与えられたデータのメ
ッセージダイジェストを生成する。３０８はメモリであ
り、各種データを格納する。

【００２８】３０９は受信確認書保管器であり、データ
の送信・受信確認処理した結果である受信確認書を格納
する。

【００２９】図４〜図７は送信者のコンピュータ１０２
と受信者のコンピュータ１０３の間でやりとりされるデ
ータの構造を示す図であり、図４は図２のステップ２０
１で送受信される通信パケットの内容を示すものであ
る。図４の通信パケットは、４０１の送信者名Ｓ、４０
２のデータ分割数Ｎ、４０３の送信データｍのメッセー
ジダイジェストＨ(ｍ)から構成される。

【００３０】図５は、図２のステップ２０２で示される
送受信される通信パケットの内容を示すものであり、５
０１の乱数ｒに一方向性関数ｈをＮ回適用したものであ
る「数１」のデータ、５０２の前記「送信者名Ｓ」４０
１に等しい送信者名Ｓ、５０３の受信者名Ｒ、５０４の
「データ分割数Ｎ」４０２に等しいデータ分割数Ｎ、メ
ッセージダイジェストＨ(ｍ)に等しい５０５の送信デー
タのメッセージダイジェストＨ(ｍ)、前記５０１，５０
２，５０３，５０４，５０５に対する署名５０６から構
成される。

【００３１】図６は、図２のステップ２０３で送受信さ
れる通信パケットの内容を示す図であり、ここで示され
ているのは、分割されたデータのうちの１つｍ_iであ
る。

【００３２】図７は、図２のステップ２０４で送受信さ
れる通信パケットの内容を示す図であり、ｍ₀からｍ_iま
でのメッセージダイジェストｈ(ｍ₀, ..., ｍ_i)と乱数
ｒに一方向性関数ｈを「Ｎ−ｉ−１」回適用した「数
２」の排他的論理和である。

【００３３】以下、図８のフローチャートに従ってデー
タ送信に伴う受信確認書処理について説明する。

【００３４】図８は、本発明の全体の処理の流れを示す
フローチャートである。

【００３５】まず、ステップ８０１において、送信側コ
ンピュータ１０２は図４に示した通信パケット、つま
り、送信者名Ｓ、データ分割数Ｎ、データのメッセージ
ダイジェストＨ(ｍ)を受信側コンピュータ１０３に送
る。

【００３６】続くステップ８０２において、受信側コン
ピュータ１０３は図５に示した通信パケット、つまり、
乱数ｒに一方向性関数をＮ回適用した「数１」のデー
タ、ステップ８０１で受信した送信者Ｓ、受信者名Ｒ、
データ分割数Ｎ、データのメッセージダイジェストＨ
(ｍ)とこれらに対する署名を送信側コンピュータ１０２
に送る。なお、これは図２のステップ２０２に相当す
る。

【００３７】次にステップ８０３において、送信側コン
ピュータ１０２と受信側コンピュータ１０３は図６、７
に示した通信パケット、つまり、分割された送信データ
の１つｍ_iと、ｍ₀からｍ_iまでのメッセージダイジェス
トｈ(ｍ₀, ..., ｍ_i)と乱数ｒに一方向性関数を「Ｎ−
ｉ−１」回適用した「数２」の排他的論理和を送り合
う。なお、これは図２のステップ２０３とステップ２０
４に相当する。

【００３８】最後にステップ８０４において、送信側コ
ンピュータ１０２は図５の通信パケットと受信確認書を
自コンピュータ１０２内に格納する。

【００３９】図９は、図８のステップ８０１に当たる送
信側コンピュータ１０２の処理を詳細に示すフローチャ
ートである。

【００４０】まず、ステップ９０１では、データの分割
数Ｎを決め、メモリ３０８に格納する。

【００４１】分割数の決め方には幾つかあり、例えば次
の方法がある。 (１)予めシステム構成時に決めておいて、それを使う。 (２)データの大きさに応じて決める。例えば、送信デー
タサイズを１Ｋバイトで割った商。ただし、余りが出た
場合は「１」を加える。

【００４２】続くステップ９０２では、送信データをＮ
個に分割、それぞれをデータ格納器３０３に格納する。

【００４３】分割の方法には幾つかあり、例えば次の方
法がある。 (１)Ｎ等分する。等分できない場合は、最後の分割片が
大きくなり、最初のＮ−１個は等しくなるように分割す
る。 (２)データの分割数Ｎを上記(２)のデータの大きさに応
じて決めた場合は、データを割ったサイズである１Ｋバ
イトずつに分ける。余りが出た場合は、最後の分割片は
１Ｋバイト未満のままにしておく。分割したデータ片を
順にｍ₀から次の「数４」と参照する。

【００４４】

【数４】

【００４５】続くステップ９０３では、データ全体のメ
ッセージダイジェストＨ(ｍ)を、一方向性関数器３０７
を使って計算する。

【００４６】次のステップ９０４では、図４の通信パケ
ットを生成して、通信器３０２を使ってネットワーク３
０１に送り出す。通信パケットは、「送信者名Ｓ」４０
１、「データ分割数Ｎ」４０２、送信データの「メッセ
ージダイジェストＨ(ｍ)」４０３から構成される。

【００４７】図１０は、図８のステップ８０２に相当す
る受信側コンピュータ１０３の処理を詳細に説明するフ
ローチャートである。

【００４８】まず、ステップ１００１では、送信側コン
ピュータ１０２から送られてきた図４の通信パケットを
受信し、メモリ３０８に格納する。次のステップ１００
２では、乱数生成器３０５を使って乱数を生成、メモリ
３０８に格納する。生成した乱数をｒとする。

【００４９】ステップ１００３では、一方向性関数器３
０７を使って、乱数ｒに一方向性関数ｈをＮ回適用して
「数１」を計算する。

【００５０】ステップ１００４では、ステップ１００３
の「数１」の計算結果と送信者名Ｓと自分の名前である
受信者名Ｒと分割数Ｎとステップ１００１でメモリ３０
８に格納した図４の通信パケット中の「メッセージダイ
ジェストＨ(ｍ)」４０３に対するディジタル署名を署名
生成・検証３０４を使って生成する。

【００５１】ステップ１００５では、図５の通信パケッ
トを生成して、通信器３０２を使ってネットワーク３０
１に送り出す。通信パケットは、「数１」の計算結果５
０１との「送信者名Ｓ」５０２と「受信者名Ｒ」５０３
と「分割数Ｎ」５０４とデータの「メッセージダイジェ
ストＨ(ｍ)」５０５とステップ１００４で生成したディ
ジタル署名５０６から構成され、図２のステップ２０２
の通信パケットに相当する。

【００５２】次に、図１１、１２、１３を使って、図８
のステップ８０３に相当する処理を説明する。

【００５３】この処理は、Ｎ回のループ処理であり、以
下、第ｉ (ｉ＝０, ..., Ｎ−１)回目の処理として説明
する。

【００５４】図１１は、送信側コンピュータ１０２の処
理を詳細に示すフローチャートであり、ステップ１１０
１では、ｉ番目のデータを図６の通信パケットを使って
送信する。この通信パケットは図２のステップ２０３の
通信パケットに相当する。

【００５５】図１２は、受信側コンピュータ１０３の処
理を詳細に示すフローチャートである。

【００５６】ステップ１２０１では、先の通信パケット
を受信し、データ格納器３０３に格納する。この時点で
データ格納器３０３にはｍ₀からｍ_iまでのデータ片が格
納されている筈である。

【００５７】ステップ１２０２では、データ格納器３０
３にあるｍ₀からｍ_iまでのデータのメッセージダイジェ
ストｈ(ｍ₀, ..., ｍ_i)を一方向性関数器３０７を使っ
て計算する。

【００５８】ステップ１２０３では、乱数ｒに一方向性
関数器３０７を使って、「数２」を計算する。ここで、
「数２」は乱数ｒに一方向性関数ｈを「Ｎ−ｉ−１」回
適用した結果である。

【００５９】ステップ１２０４では、図６の通信パケッ
トを生成して、通信器３０２を使ってネットワーク３０
１に送り出す。通信パケットはステップ１２０２の結果
であるｈ(ｍ₀, ..., ｍ_i)とステップ１２０５の結果で
ある「数２」の排他的論理和である。この通信パケット
は図２のステップ２０４の通信パケットに相当する。

【００６０】図１３は、送信側コンピュータ１０２の処
理を詳細に示すフローチャートである。

【００６１】ステップ１３０１では先の通信パケットを
受信して、メモリ３０８に格納する。ステップ１３０２
では、データ格納器３０３に格納してあるデータのう
ち、ｍ₀からｍ_iまでのメッセージダイジェストｈ(ｍ₀,
..., ｍ_i)を一方向性関数器３０７を使って計算する。
ステップ１３０３ではステップ１３０２の処理結果ｈ
(ｍ₀, ..., ｍ_i)とステップ１３０１での受信データと
の排他的論理和を計算する。

【００６２】受信側コンピュータ１０３が正しく処理し
て送信していれば、この排他的論理和の結果は次の「数
５」に等しくなる筈である。

【００６３】

【数５】

【００６４】次にステップ１３０４では、ステップ１３
０３の排他的論理和の結果に、一方向性関数を「ｉ＋
１」回適用して、最初に受信した通信パケットである図
５の５０１の「数１」のデータと比較する。受信側コン
ピュータ１０３が正しく処理して、送信していれば、次
の「数６」に等しくなり、最初に受信した通信パケット
と一致する。

【００６５】

【数６】

【００６６】次に、ステップ１３０５では、ステップ１
３０４の比較結果が一致すれば、受信側コンピュータ１
０３が正しく処理しているものとして処理を続行し、ｉ
を１つ増やして次のステップである図１１の処理に移行
する。比較の結果が異なれば、受信側コンピュータ１０
３が正しく処理していないと判断して、全体の処理を中
止する。

【００６７】図１４は、ｉ (ｉ＝０, ..., Ｎ−１)のＮ
回の図１１、１２、１３のループ処理を終えた後の送信
側コンピュータ１０２の処理を示すフローチャートであ
る。

【００６８】ステップ手１４０１では、最初に受信した
図５の通信パケットと、最後、つまりｉ＝Ｎ−１の時の
ステップ１３０３の処理結果である「数７」のデータを
受信確認書として、受信確認書保管器３０９に保管す
る。

【００６９】

【数７】

【００７０】次に、本発明の第２の実施の形態を説明す
る。

【００７１】前記第１の実施の形態では、図９で説明し
たように、メッセージはほぼ等分に分割されていた。し
かし、送るメッセージの重要度によってはデータ内の重
要な部分は少しずつデータを送り、細かく確認をとりな
がらデータの受信確認をすることも必要となってくる。

【００７２】図１５を用いて送信するデータの分割を可
変にして送信する方法を説明する。第１の実施の形態と
の違いは、図２で示されるステップ２０１とステップ２
０２の部分に該当する。ここでは、そのステップ２０
１、２０２に該当する部分について説明する。

【００７３】第１の実施の形態では、送信側コンピュー
タ１０２はデータ分割数Ｎだけを送っていたが、代わり
にデータの分割方法、つまり、Ｎ個に分割した各データ
の長さ「数８」から「数９」を送る。

【００７４】

【数８】

【００７５】

【数９】

【００７６】さらに、「数１０」で示すデータのメッセ
ージダイジェストを作成する時の一方向性関数Ｈの識別
子も送信する。

【００７７】

【数１０】

【００７８】受信側コンピュータ１０３は、第１の実施
の形態で説明したデータ分割数Ｎに変えて、「数８」か
ら「数９」を送る。そしてさらに、「数１０」で示され
る「送られてきた一方向性関数Ｈ(・)の識別子」と「数
１１」で示される「乱数ｒに適用する一方向性関数ｈの
識別子」を送る。

【００７９】

【数１１】

【００８０】他の部分は第１の実施の形態と同じであ
る。

【００８１】以上の実施形態によれば、第１に送信者が
保管している受信確認書である、図５の通信パケットと
乱数ｒにより、正当な受信者がデータを正しく受信した
ことを証明することができる。これは、本来、受信者し
か知らない乱数ｒを送信者が知っているからである。

【００８２】送信者は、乱数ｒに一方向性関数をＮ回適
用して得られる「数１」のデータを受信者の署名付き通
信パケット５０１として受信しているが、一方向性関数
の性質からして、次の「数１２」をわかっても、乱数ｒ
を計算することは不可能である。

【００８３】

【数１２】

【００８４】この点から送信者が乱数ｒを知っていると
いうことは、先の実施例で示した送信者のコンピュータ
１０２と受信者のコンピュータ１０３のやりとりを通し
て得られたことになるので、受信者がデータを受けとっ
たことの証拠となる。

【００８５】受信者が悪意を持っており、途中のｉ番回
まで処理を終え、やりとりを止める可能性もある。しか
し、それでも送信者は「数２」のデータを保持している
ので、受信者がｍ₀からｍ_iまでのデータを受けとった証
拠となる。

【００８６】また、第２の実施の形態で示したように、
データを等分に分割するのではなく、可変長に分割する
ことで、重要な部分のデータを細かく分割して送信、確
認をとることで、よりきめ細かな受信確認を行うことが
でき、受信者が不正な処理を行った場合、重要な情報の
流出を少なくすることができる。

【００８７】さらに第２の実施の形態では、一方向性関
数の識別子(Ｈ，ｈ)を含めて、受信者がディジタル署名
しているので、後日どの一方向性関数を使ったのかがは
っきりわかり、署名確認書の証拠能力を向上することが
できる。

【００８８】

【発明の効果】以上の説明から明らかなように、本発明
によれば、送受信者間でデータを送受信する場合に、正
当な送信者から送られたデータを正当な受信者が正しく
受信したことを証明することができ、データの受信確認
書としての証拠を確立することができる。

【００８９】また、データを等分に分割するのではな
く、可変長に分割することで、重要な部分のデータを細
かく分割して送信、確認をとることで、よりきめ細かな
受信確認を行うことができ、受信者が不正な処理を行っ
た場合、重要な情報の流出を少なくすることができるな
どの優れた効果がある。

【図面の簡単な説明】

【図１】本発明を適用したシステムの実施形態を示すシ
ステム構成図である。

【図２】送信側コンピュータと受信側コンピュータのデ
ータのやり取りを示す図である。

【図３】送信側コンピュータと受信側コンピュータの内
部構成を示す図である。

【図４】図２のステップ２０１で送受信される通信パケ
ットの内容を示す図である。

【図５】図２のステップ２０２で送受信される通信パケ
ットの内容を示す図である。

【図６】図２のステップ２０３で送受信される通信パケ
ットの内容を示す図である。

【図７】図２のステップ２０４で送受信される通信パケ
ットの内容を示す図である。

【図８】本発明の全体処理を示すフローチャートであ
る。

【図９】図８のステップ８０１における送信側コンピュ
ータの処理を示すフローチャートである。

【図１０】図８のステップ８０２における受信側コンピ
ュータの処理を示すフローチャートである。

【図１１】送信側コンピュータの処理の詳細を示すフロ
ーチャートである。

【図１２】受信側コンピュータの処理の詳細を示すフロ
ーチャートである。

【図１３】送信側コンピュータの処理の詳細を示すフロ
ーチャートである。

【図１４】ループ処理を終えた後の送信側コンピュータ
の処理を示すフローチャートである。

【図１５】本発明の他の実施の形態を示す図である。

【符号の説明】

１０１，３０１…ネットワーク、１０２…送信者のコン
ピュータ、１０３…受信者のコンピュータ、３０２…通
信器、３０３…データ格納器、３０４…署名生成・検証
器、３０５…乱数発生器、３０７…一方向関数器、３０
９…受信確認書保管器。

Claims

【特許請求の範囲】

【請求項１】文書やマルチメディアコンテンツなどの
データ、暗号化したデータまたは暗号化したデータを復
号する鍵を複数に分割し、送信側装置から受信側装置に
複数回に分割して送る際、受信側装置は１分割片を受信
するたびに、あるデータに一方向性関数を前回より少な
い回数適用した結果である、分割片受信確認データを送
信側装置に送り返しながらデータ片を受信し、送信側装
置は正しい分割片受信確認データを受け取ったことを確
認した後、次の分割片を送ることにより全体の文書受信
確認を行うことを特徴とするデータ送達確認方法。
【請求項２】前記一方向性関数を適用するデータに関
して、データ、暗号化したデータまたは復号鍵ごとに新
たな乱数を生成し、これに一方向性関数を適用して分割
片受信確認データを生成することを特徴とする請求項１
記載のデータ送達確認方法。
【請求項３】分割片受信確認データとして、あるデー
タに一方向性関数を適用した結果とそれまで受信した分
割片全体に一方向性関数を適用した結果との排他的論理
和を用いることを特徴とする請求項１記載のデータ送達
確認方法。
【請求項４】分割片受信確認データの生成方法とし
て、分割片受信のたび一方向性関数の適用回数を１回ず
つ減らして分割片受信確認データを生成することを特徴
とする請求項１記載のデータ送達確認方法。
【請求項５】送信側装置と受信側装置の間でデータの
分割片と分割片受信確認データの交換を行う前に、送信
側装置が受信側装置にデータ全体に一方向性関数を適用
した結果を含むデータを送り、受信側装置は受け取った
データ全体に一方向性関数を適用した結果と、最初の分
割片に対する分割片受信確認データにさらに一方向性関
数を適用した結果を含むデータと、これらのデータに対
するディジタル署名を送信側装置に送ることを特徴とす
る請求項１記載のデータ送達確認方法。