JPH09305661A - 出所認証方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は送付データの作成責任元を明確化する
出所認証方法を提供することにある。 【解決手段】実際に通信する２者間がお互いを認証する
手段を電子封筒部分（６０４、６１６）に、データ配送
要求者がデータ作成責任者を認証する手段を暗号化デー
タ部分に埋め込む（６０２）ことにより、データ配送代
理人は、電子封筒６０４部分でデータ作成責任元を認証
することができ、また、電子封筒を、データ配送要求者
が、データ配送代理人を認証できるように再作成して
（６１６）、データ配送要求者に配送することにより、
データ配送代理人を認証することができ、また、暗号か
データ６２２部分により、データの出所認証をする事が
できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は共通鍵暗号方式と公
開鍵暗号方式を用いた電子商取引に関し、特に配布デー
タの作成元／責任元を明確にすることができる、データ
の出所認証方法に関する。

【０００２】

【従来の技術】商取引をネットワーク、特にインターネ
ットで行う電子商取引においては、買い手は世界中のイ
ンターネット上にある仮想店舗にアクセスし、多種多様
な商品を購入することができる。また、購入できる商品
は、洋服等の形のある「品物」だけでなく、ネットワー
クを通じて配送できる、ソフトウエア等の形のない「デ
ータ」をも含まれる。

【０００３】しかし、インターネットを用いて電子商取
引を行う場合にはソフトウエア等のデータのやり取りの
安全性が問題となる。つまり、データの漏洩や、改竄、
配送元のなりすまし等の犯罪を比較的容易に行うことが
できるからである。

【０００４】このような問題に対して、共通鍵暗号方式
や、公開鍵暗号方式といった暗号化方式を使って、安全
なデータのやり取りを実現することが一般的である。こ
こで、共通鍵暗号方式とは、暗号化する時に使用する鍵
と復号化する時に使用する鍵が同じである暗号方式であ
り、暗・復号速度が高速なので、大量のデータを暗号化
するのに適している。これに対して公開鍵暗号方式と
は、他者に見せない鍵(秘密鍵)と、それに対応する、他
者に公開する鍵(公開鍵)がペアになっていて、一方の鍵
を使用して作られた暗号文は、ペアのもう一方の鍵を使
用しなければ復号化できない方式であり、不特定多数の
人と通信することに適している。

【０００５】また、証明書発行局という、信頼できる第
３者機関が発行した電子的な証明書（以下、証明書）を
使用することにより、取引相手の身元を証明し、通信元
のなりすましを防止する方法が提案されている。証明書
発行局は一つとは限らず、通信先、通信元の双方が、信
頼できる同じ証明書発行局からの証明書を持っていれば
相手の認証が可能である。

【０００６】以下、証明書発行局の証明書を用いた、デ
ータ作成責任元(以下、作成責任元)とデータ配送要求者
(以下、配送要求者)間での安全なデータのやり取りを行
う場合の手順を説明する。

【０００７】まず、配送要求者は証明書をネットワーク
を通じて作成責任元に送付する。証明書の中には、認証
対象者の公開鍵と、それを認証した証明書発行局のデー
タなどが暗号化されて入っており、認証は双方の電子的
な証明書の中に入っている証明書発行局のデータを突き
合わせる事で行う。

【０００８】作成責任元は、配送要求者から送られた証
明書を、同じ証明書発行局から発行された、証明書を用
いて相手認証する。もし認証できたならば、作成責任元
は要求されたデータと、データを元に生成したデジタル
署名、デジタル署名を復号化する公開鍵の含まれた電子
的な証明書を新たに生成した共通鍵で暗号化する。ここ
で、デジタル署名は、データの改竄を防止する役割をは
たす。

【０００９】次に、生成した共通鍵を相手に送付しない
と復号化できないため、電子封筒にに入れた送付する。
ここで、電子封筒とは、相手先から送付された証明書内
の公開鍵で、共通鍵を暗号化したものをさし、送付デー
タの漏洩を防ぐ役割を果たす。そして、電子封筒と、デ
ータ等を暗号化したものといっしょに配送要求者へ送付
する。

【００１０】配送要求者は、送られてきた電子封筒を配
送要求者の秘密鍵で復号し、共通鍵を取り出し、暗号化
されたデータを復号する。復号化できたならば、復号化
により取り出された作成責任元の証明書と、デジタル署
名を用いて、相手認証と、データが改竄されていないか
を確かめる。この一連のプロセスにより、２者間での安
全なデータの受渡しを実現することができ、２者間の出
所認証も実現される。

【００１１】配送要求者と作成責任元の間にデータ配送
代行者(以下、配送代行者)が存在し、データ配送代行者
経由でデータのやり取りをする場合には、配送要求者の
証明書を配送代行者経由で作成責任元に送付し、送付者
が証明書内に入っている公開鍵で電子封筒を作成するこ
とにより、配送代行者経由で３者間での安全なデータの
受渡しを実現し、配送要求者は、作成責任元を認証する
事ができる。つまり、作成責任元の出所認証を実現して
いる。

【００１２】しかし、配送要求者の証明書を配送代行者
を通して作成責任元に配送し、暗号化する方式では、通
信コストが膨大となる。なぜなら、ソフトウエア等のフ
ァイルの大きさは膨大になるので、配送代行者はソフト
ウエアの要求のたびに、データ配送者との間の通信コス
トがかかり、 また、オンライン通信の場合、配送要求
者はデータ配送代行者との間の通信コストのほかに、デ
ータ配送代行者とデータ配送者間の通信コストもかかっ
てしまい、非常に非効率である。

【００１３】このような問題に対して、従来は、前述の
２者間の安全な配送方式を用いて、配送代行者経由での
配送を３者間の非同期な場合と位置づけ、まず、作成責
任元と配送代行者間で安全なデータのやり取りを行な
い、データを配送代行者に保管しておき、配送要求者が
配送代行者に発送依頼をし、配送要求者と発送代行者間
で安全にデータのやり取りをすることによってこの問題
を解決している。

【００１４】

【発明が解決しようとする課題】かかる従来の方法にお
いては、次のような問題がある。

【００１５】すなわち、前述の２者間の安全な配送方式
を用いて、配送代行者と作成責任者との間の通信と、配
送代行者と配送要求者との間の通信に分割し、データを
配送代理人のディスクに蓄積させる方法では、配送代理
人にデータを改竄される可能性がある。なぜなら、証明
書を検証し、デジタル署名にかけられている暗号をはず
すことにより配送代理人は、データ作成責任者を認証す
るので、データ配送代行者の認証のために作り直すこと
になってしまう。つまり、配送要求者に届くデータに付
いている証明書やデジタル署名は配送代行者のものなの
で、オリジナルの作成者の人称を行なうことが出来なく
なる。

【００１６】本発明の目的は、通信コストを下げるため
にデータ配送代行者にデータを保管した場合に、送付デ
ータの作成責任元を明確化することができる出所認証方
法を提供することにある。

【００１７】

【課題を解決するための手段】本発明は、配送代行者を
経由したデータ配送の場合の出所認証において、出所認
証を行う部分と、二者間通信の相手認証を行う部分を分
ける。例えば、デジタル署名と、それを復号化する公開
鍵を含んだ証明書で出所認証を行ない、電子封筒内の暗
号化された共通鍵とそれを復号化する公開鍵を含んだ証
明書をもちいて、二者間通信での相手認証を行う。実際
に通信する２者間は、電子封筒部分で、通信先は、通信
元を認証することができる。そこが配送代行者などの中
継機関ならば、データ、デジタル署名、それを復号化す
る公開鍵を含んだ証明書を保管しておく。配送代行者か
ら配送要求者へは、配送要求者が配送代行者を認証でき
るように、電子封筒を新たに作って配送する。このため
に、配送要求者は、電子封筒部分で配送代行者を認証
し、デジタル署名と、それを復号化する公開鍵を含んだ
証明書によって、作成責任者を認証、つまり出所認証を
行うことができる。

【００１８】

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

【００１９】図１は本発明における、配送代理人を介し
たデータ配送のシステム構成を示す構成図である。本実
施例では、データの作成責任元と、そのデータを要求し
ている者の間に、データの配送の代行者が存在する。ま
た、本実施例において、配送代行者は１つとしたが、複
数者存在してもかまわない。

【００２０】図１において、１００は実際にデータを作
成した、データの出所を保証する、作成責任元のデータ
配送サーバである。１０２はメインメモリ、１０４はデ
ィスク装置であって、ディスク装置１０４の中には、デ
ータ(１６０)、データのデジタル署名(１６２)、データ
の出所認証に用いられる証明書と配送代理人との認証を
行うための証明書(１６４)、証明書に対応した公開鍵・
秘密鍵(１６６)等が格納されている。１１２はディスプ
レイ、１１４は入力装置であり、データの作成などに用
いる。１０８は通信装置であり、ネットワーク回線１１
０を介して配送代理人の配送クライアント１２０との通
信を行う。１０６はこれらすべてを制御する制御装置で
ある。

【００２１】１２０はデータ作成責任元から配送された
暗号化データ、電子封筒の復号、相手認証、データ保管
等を行なうための、作成責任元の配送サーバ１００に対
する、配送代行者のデータ配送クライアントであり、か
つ、配送要求者にデータを配送するためのデータ配送サ
ーバでもある。１２２はメインメモリ、１２４は作成責
任元の配送サーバから配送されたデータ(１６０)、デジ
タル署名(１６２)、証明書(１６４)を保管するディスク
装置２であり、１２６は相手認証を行うための証明書や
配送要求者が配送代行者を認証するための証明書(１６
８)、各証明書に対応した秘密鍵・公開鍵(１７０)等が
格納されているディスク装置である。入力装置１３４、
ディスプレイ１３６は作成責任元サーバ１００に対する
指示操作と相手認証確認に用いられる。１３０は通信装
置であり、作成責任元との通信に用いるネットワーク回
線１１０、または、配送要求者との通信に用いるネット
ワーク回線１３２を通じて通信する。１２８はこれらす
べてを制御する制御装置である。

【００２２】１４０は配送代理人から受け取り、データ
の出所認証等を行うためのクライアントである。１４２
はメインメモリであり、１４４は、出所認証を行うため
の証明書や配送代理人の認証をするための証明書(１７
２)、証明書に対応した秘密鍵・公開鍵(１７４)等を格
納しているディスク装置１である。入力装置１４６、デ
ィスプレイ１４８は配送代理サーバに対する指示操作と
出所認証確認に用いられる。１５０はサーバとの通信を
行う通信装置であり、１５２はこれらクライアントの制
御を行う制御装置である。

【００２３】ここに示した構成は一例であって、もちろ
んほかの構成もありうる。例えば、データ配送代理人の
ディスク構成は一つに統合してもかまわない。

【００２４】図２は作成責任元でのデータ暗号化プロセ
スブロック図である。図３はデータ配送代理人での作成
責任元との間のデータ復号、相手認証、データ格納プロ
セスブロック図である。図４はデータ配送代理人の配送
要求元データを出す時のデータ暗号化プロセスブロック
図である。図５はデータ配送要求者の配送代行者との間
のデータ復号、配送元認証、データ出所認証プロセスブ
ロック図である。また、図６は、配送代理人を介したデ
ータ配送における出所認証プロセスの概要図である。

【００２５】本実施例においては、証明書発行局は、Ａ
(作成責任元と配送代理者を認証)、Ｂ(配送代理者と配
送要求者を認証)、Ｃ(作成責任者と配送要求者を認証)
の３つが存在し、証明書を発行していると仮定する。ま
た、証明書内には各々の証明書発行局に認証された公開
鍵が含まれていて、各々の認証局に認証された公開鍵は
それぞれ違う公開鍵だと仮定する。つまり、３者は各々
２種類の証明書と、２種類の公開鍵・秘密鍵のペアをも
っている。以下では、例えば証明書発行局Ａが発行した
作成責任元の証明書は、「作成責任元の証明書Ａ」と表
記し、その証明書に含まれる公開鍵、ならびにそれに対
応する秘密鍵は、「作成責任元の公開鍵Ａ／秘密鍵Ａ」
と表記する。また、本実施例において、共通鍵について
は、作成責任元で生成するものと配送代理者が生成する
ものの２種類が使用される。

【００２６】図６において、６００は作成責任元からデ
ータ配送代理者への配送メッセージである。メッセージ
６００は、暗号化データ６０２と電子封筒６０４から構
成されている。暗号化データ６０２は、配送対象データ
６０６、配送データのデジタル署名６０８、作成責任元
の公開鍵Ｃ(６２８)を含んだ作成責任元の証明書Ｃ(６
１０)が共通鍵６２４で暗号化されている。ここで、本
実施例において、共通鍵暗号方式は特願昭63-103919を
用いる。

【００２７】電子封筒６０４は、作成責任元の公開鍵Ａ
(６２６)を含んだ作成責任元の証明書Ａ(６１２)と、作
成責任元の公開鍵(６２６)で暗号化されている暗号化共
通鍵６１４が、配送代理者の公開鍵で暗号化されてい
る。ここで、本実施例において、公開鍵暗号方式には特
公昭59-50068を用いる。

【００２８】６１６は、配送代理者が作成する電子封筒
である。電子封筒６１６は、配送代理者の公開鍵Ｂ(６
３０)を含んだ配送代理者の証明書Ｂ(６１８)と、その
証明書内の公開鍵(６３２)で暗号化されている暗号化共
通鍵６２０が、配送要求者の公開鍵で暗号化されてい
る。

【００２９】６２４は、配送代理者から配送要求者への
転送メッセージである。メッセージ６００は、暗号化デ
ータ６２２と電子封筒６１６から構成されている。暗号
化データ６２２は、データ６０６、デジタル署名６０
８、作成責任元の証明書Ｃ(６１０)を、データ配送代理
者が新たに生成した、６２０内の共通鍵６２６で暗号化
されている。

【００３０】次に、図２、３、４、５のブロック図、図
６の出所認証プロセス概要図に基いた、配送代理人を介
したデータ配送時の出所認証法について説明する。

【００３１】まず最初に図６を用いて、配送代理人を介
したデータ配送における出所認証プロセスの概要を説明
する。

【００３２】データ作成責任元は、データ配送要求者が
作成責任元を認証できるように暗号化データ６０２を、
また、配送代理者が作成責任元を認証できるように電子
封筒６０４を作成し、配送代理者に配送する。つまり、
電子封筒６０４で作成責任元と配送代行者の間の相手認
証を、暗号化データ６０２で出所認証を行なうことにな
る。データ配送代理人は、電子封筒６０４部分で、作成
責任元を認証する。認証できたならば、暗号化データ６
０２を６１４内の共通鍵６２４で復号して、データ６０
６、デジタル署名６０８、証明書６１０を保管する。配
送代行者から配送要求者へは、配送要求者が配送代行者
を認証できるように、新たに作成した共通鍵６３２を使
って暗号化データ６２２を生成し、また、電子封筒６１
６を新たに作って配送する。配送要求者は、電子封筒部
分６１６で配送代行者を認証し、暗号化データ６２２部
分で、作成責任元を認証、つまり出所認証を行う。

【００３３】次に図２を用いて、作成責任元での配送メ
ッセージ作成プロセスを説明する。

【００３４】はじめに配送代理者が作成責任元に対し
て、データ配送要求のために、配送代理者の証明書Ａを
配送する。次に、配送データのデジタル署名を作成す
る。本実施例においては、データをハッシュ関数と呼ば
れる特殊な関数により、一定の長さのハッシュ値と呼ば
れる値に変換したものを、秘密鍵で暗号化する方式を採
用する。ハッシュ値は、一意に定まるので配送元で配送
するデジタル署名のハッシュ値と、配送先で配送データ
をハッシュ化したものを突き合わせる事により、改竄を
防止する。

【００３５】はじめに、配送対象データをハッシュ関数
を用いてハッシュ化し（２００）、作成責任元の秘密鍵
Ｃで暗号化し（２０２）、デジタル署名(６０８)を作
る。この一連のデジタル署名作成プロセスは２０４に対
応する。次に暗号化データを生成するための共通鍵(６
２４)を作成（２０６）する。この共通鍵(６２４)を使
って、データ(６０６)、デジタル署名(６０８)、作成責
任元の証明書Ｃ(６１０)を暗号化する（２０８）。ここ
までのプロセス２１０が、図７の暗号化データ６０２の
生成に対応する。次に、図６の６０４に対応する電子封
筒(６０４)を作成する。まず、２０６で生成した共通鍵
(６２４)を作成責任元の秘密鍵Ａで暗号化（２１２）
し、その成果物(６１４)と、作成責任元の証明書Ａ(６
１２)を、２１８により取り出した、配送代理人の公開
鍵Ａで暗号化（２１４）する。この一連の電子封筒生成
プロセス（２１６）により、図６の６０４部分が生成さ
れる。最後に、２１０、２１４により生成したメッセー
ジ６００をデータ配送代理人に配送する。

【００３６】上述の実施例において、作成責任元での配
送メッセージ作成プロセスを、配送代理者の証明書が配
送された時点から開始する形態を取っているが、これ
は、作成責任元から配送代行者へ配送をする許可を要求
し、それを受けて配送代理者が証明書を配送するような
形態にしてもよい。

【００３７】続いて図３を用いて、データ配送代理人で
の配送認証処理ならびに配送データ等の格納プロセスを
説明する。

【００３８】まず、データ作成責任元から受け取った、
暗号化データ(６０２)と電子封筒(６０４)のうち、電子
封筒(６０４)を、配送代理者の秘密鍵Ａで復号し、暗号
化共通鍵(６１４)と、作成責任元の証明書Ａ(６１２)を
取り出す（３００）。次に、取り出した証明書(６１２)
と同じ証明書発行局で発行された、データ配送代理人の
証明書Ａを用いて、配送された証明書が本物かどうかを
検証する（３０２）。検証されたら、作成責任元の証明
書Ａ(６１２)に含まれている公開鍵Ａ(６２６)を取り出
し（３０４）、３０６で、共通鍵(６２４)を取り出す。
この、３０２、３０４、３０６のプロセス３０８によ
り、配送代理人はデータ作成責任元を認証することがで
きる。最後に、共通鍵(６２４)を用いて暗号化データ
(６０２)を復号化し、データ(６０６)、デジタル署名
(６０８)、作成責任元の証明書Ｃ(６１０)を取り出し
（３１０）、それらをディスク装置２(１２４)に格納す
る（３１２）。

【００３９】上述の実施例において、作成責任元が生成
した共通鍵(６２４)で暗号化データ６０２を復号化し
て、データ６０６、デジタル署名６０８、作成責任元の
証明書Ｃ(６１０)をディスク２(１２４)に格納する形態
をとっているが、復号化せず、暗号化データ６０２と共
通鍵６２４をディスク装置２(１２４)に格納する形態を
取ってもよい。

【００４０】続いて、図４を用いて、データ配送要求者
が、データ配送代理人を認証できるような電子封筒の作
成ならびに、暗号化データと新たに作成された電子封筒
のデータ配送要求者への配送プロセスを説明する。

【００４１】はじめに配送代理者が作成責任元に対し
て、データ配送要求のために、配送要求者の証明書Ｂを
配送する。証明書を受け取った配送代理者は、ディスク
装置２(１２４)からデータ(６０６)、デジタル署名(６
０８)、作成責任元の証明書Ｃ(６１０)を取り出し（４
００）、プロセス４０２で生成した共通鍵(６３２)を使
って暗号化し（４０４）、このプロセス４０６によっ
て、暗号化データ６２２を生成する。次に、データ配送
要求者が配送代理人を認証できるような電子封筒６１６
を作成する。まず、４０２で生成した共通鍵６３２を、
データ配送代理者の秘密鍵Ｂ(６３０)で暗号化（４０
８）し、その成果物と、配送代理者の証明書Ｂ(６１８)
をデータ配送要求者の公開鍵Ｂで暗号化（４１０）す
る。この一連の電子封筒生成プロセス（４１２）によ
り、図６の６０４部分が生成される。最後に、４０６、
４１２部分をデータ配送要求者に配送する。

【００４２】最後に、図５を用いて、図６の６２４にあ
たる、データ配送要求者の復号化、相手認証、ならびに
データ出所認証プロセスを説明する。

【００４３】まず、データ配送代理人から受け取った、
暗号化データ６２２と電子封筒６１６のうち、電子封筒
６１６を、データ配送要求者の秘密鍵Ｂで復号し、暗号
化共通鍵(６２０)と、配送代理者の証明書Ｂ(６１８)を
取り出す（５００）。次に、データ配送要求者の証明書
Ｂを用いて、配送された証明書(６１８)が本物かどうか
を検証する（５０２）。検証できたら、証明書内の公開
鍵Ｂ(６３０)を取り出し（５０４）、５０６で、暗号化
された共通鍵６３２を復号する。この、５０２、５０
４、５０６のプロセス５０８により、配送要求者は配送
代理人を認証することができる。次に、取り出した共通
鍵６３２を用いて暗号化データ６２２を復号し、データ
６０６、デジタル署名６０８、作成責任元の証明書Ｃ
(６１０)を取り出す（５１０）。データの出所認証をす
るために、まず、取り出した作成責任者の証明書Ｃ(６
１０)を、同じ証明書発行局で発行された、データ配送
要求者の証明書Ｃを用いて、配送された証明書が本物か
どうかを検証する（５１２）。本物だと確認できたら、
証明書(６１０)から作成責任元の公開鍵Ｃ(６２８)を取
り出し（５１４）、その鍵(６２８)でデジタル署名(６
０８)を復号し、ハッシュ値を取り出す（５１６）。こ
こまでのプロセス５１２、５１４、５１６により、デー
タ出所認証がなされたことになる。最後に、新たに、デ
ータのハッシュ値を計算し（５１８）、５１６で取り出
されたハッシュ値と突き合わせることで、改竄されてい
ないかを確かめられる。

【００４４】上述の実施の形態において、３つの証明書
発行局を利用した場合を例にとったが、１つの証明書発
行局が３者を認証する様な形を取ってもいい。また、公
開鍵と秘密鍵のペアは各者１つずつでよく、この公開鍵
を各証明書発行局に認証してもらい、証明書を発行して
もらう形式でもよい。

【００４５】

【発明の効果】以上に述べたように、本発明によれば、
通信コスト低減のためにデータの作成責任者とデータ配
送要求者の間にデータ配送代理者を設置し、データを格
納させておいても、データ配送要求者はデータの出所認
証を安全に行うことができる。

【図面の簡単な説明】

【図１】本発明に関わる、配送代理人を介したデータ配
送のシステムブロック図である。

【図２】本発明に関わる、作成責任元でのデータ暗号化
プロセスブロック図である。

【図３】本発明に関わる、データ配送代理者でのデータ
復号、相手認証、データ格納プロセスブロック図であ
る。

【図４】本発明に関わる、データ配送代理者のデータ暗
号化プロセスブロック図である。

【図５】本発明に関わる、データ配送要求者のデータ復
号、配送元認証、データ出所認証プロセスブロック図で
ある。

【図６】本発明に関わる、配送代理人を介したデータ配
送における出所認証プロセスの概要図である。

【符号の説明】

１００…データ作成責任者側配送サーバ、１２０…デー
タ配送代理人側配送サーバ／クライアント、１４０…デ
ータ配送要求者側配送クライアント、６０２…暗号化デ
ータ、６０４…電子封筒。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 9/32 Ｇ０６Ｆ 15/21 ３３０ Ｈ０４Ｌ 9/00 ６７５Ａ ６７５Ｂ

Claims (1)

【特許請求の範囲】
1. 【請求項１】データを複数者間を経由してデータの発送
   元と、発送依頼先で安全な通信で送付する場合に、実際
   に通信する２者間がお互いを認証する手段と、データ最
   終受取者が発送開始者を認証する手段を分割することを
   特徴とする出所認証方法。