JP2002133339A - 双方向認証装置、端末アダプタおよび事故管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 認証局名等の信用情報を取引相手に教える必
要がない認証技術を提供する。 【解決手段】 取引端末１１０，１２０間で電子商取引
を行う場合、まず、取引端末１２０が双方向認証装置１
３０から取引番号を取得し、取引端末１１０に送信す
る。取引端末１１０，１２０は、取引番号を含む認証依
頼を、双方向認証装置１３０に送信する。双方向認証装
置１３０は、認証依頼から、取引端末１１０，１２０を
利用する取引者が登録されている認証局装置１４０，１
５０を判断し、これらの認証局１４０，１５０に対し
て、該当する取引者の認証を依頼する。そして、双方向
認証装置１３０は、双方の取引者の認証結果を、取引相
手の取引端末１１０，１２０に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信ネットワー
ク上での電子商取引で、販売者および購買者の認証を行
う技術に関する。

【０００２】

【従来の技術】近年、インターネット等の通信ネットワ
ーク上で行う商取引（商品の売買や銀行取引等）が、活
発化している。このような取り引きは、一般に、「電子
商取引」と称されている。

【０００３】電子商取引では、取り引きの安全性を確保
することが、非常に重要な要素になる。電子商取引の安
全性を確保するためには、取り引きの双方の当事者の正
当性を認証することが必要になる。

【０００４】例えば、商品売買の場合、悪意の第三者
が、他の販売者になりすまして商取引を行うおそれがあ
る。逆に、販売者が、実際に商品の受注等を行ったにも
かかわらず、受注等を行っていないと（すなわち、その
受注等は第三者のなりすましによるものであると）、主
張するおそれもある。同様に、購買者についても、悪意
の第三者が他人になりすまして商品の発注等を行った
り、自分で発注等を行ったにもかかわらず第三者のなり
すましであると主張するおそれがある。

【０００５】このような不都合は、取り引きに際し、取
引相手の正当性を相互に認証することによって、回避す
ることができる。認証技術の一つとして、認証局(CA;Ce
rtification Authoritity)によって発行された証明書を
使用するものが、知られている。

【０００６】この証明書は、電子データによって構成さ
れている。一般に、この証明書は、公開鍵暗号化方式に
よって暗号化される。公知のように、公開鍵暗号化方式
では、一対の秘密鍵および公開鍵が使用される。秘密鍵
で暗号化された電子データは、対応する公開鍵でのみ復
号化でき、他の鍵はもちろん、この秘密鍵でも復号化で
きない。また、公開鍵で暗号化された電子データは、対
応する秘密鍵でのみ復号化でき、他の鍵や、この公開鍵
では復号化できない。

【０００７】認証局は、秘密鍵を秘匿し、公開鍵を公表
する。秘密鍵は証明書を暗号化するために使用され、公
開鍵は証明書（暗号化されたもの）を復号化するために
使用される。この場合、ある公開鍵で復号化できる証明
書を発行できるのは、この公開鍵に対応する秘密鍵を知
っている者のみである。したがって、ある認証局が公表
した公開鍵で復号化することができた証明書は、その認
証局によって発行されたものであって、認証局以外の者
（登録者、登録者の取引相手または第三者）によって偽
造・改ざんされたものではないと、信用することができ
る。

【０００８】一般に、この証明書には、登録者の名前、
証明書の番号、証明書の有効期限等に加えて、もう一つ
の公開鍵（認証局が公表する公開鍵とは別の公開鍵）が
含まれている。この公開鍵は、認証局に登録を申請する
際に、登録申請者が提出する。上述のように証明書の偽
造・改ざんはできないので、この公開鍵の偽造・変造も
できない。この公開鍵に対応する秘密鍵は、登録者のみ
が知っている。

【０００９】取引相手は、登録者から受け取った証明書
を、認証局の公開鍵を用いて復号化し、登録者の公開鍵
を取り出す。そして、取引相手は、この登録者の公開鍵
を用いて、自分の共通鍵を暗号化し、登録者に返送す
る。この場合、登録者の公開鍵で暗号化された共通鍵を
復号化することができるのは、この公開鍵に対応する秘
密鍵を知っている者、すなわち登録者本人のみである。
したがって、登録者以外の者が、登録者の証明書（認証
局によって暗号化されたもの）を使用して登録者になり
すましたとしても、この共通鍵を復号化することはでき
ない。

【００１０】その後、取引相手から登録者に送信される
送信データは、すべて、この共通鍵を使用した共通鍵暗
号化方式により、暗号化される。公知のように、共通鍵
暗号化方式では、暗号化と復号化とを同一の鍵（すなわ
ち共通鍵）で行う。上述したように、この共通鍵は取引
相手と登録者のみが知り得るので、第三者が送信データ
を読み取ったり偽造・改ざんしたりすることはできな
い。

【００１１】取引当事者の一方を販売者、他方を購買者
とすると、販売者から購買者に証明書が送信されたと
き、購買者は認証局の公開鍵を用いて販売者の公開鍵を
知得し、この公開鍵を用いて共通鍵を暗号化して、販売
者に送信する。そして、その後の購買者から販売者への
送信データは、この共通鍵（すなわち、購買者が指定し
た共通鍵）によって、暗号化および復号化される。一
方、購買者が販売者に証明書を送信すると、販売者は認
証局の公開鍵を用いて購買者の公開鍵を知得し、この公
開鍵を用いて共通鍵を暗号化して、購買者に送信する。
そして、その後の販売者から購買者への送信データは、
この共通鍵（すなわち、販売者が指定した共通鍵）によ
って、暗号化および復号化される。

【００１２】以上のような認証技術によれば、取引当事
者間で、相互に、非常に信頼性の高い認証を行うことが
できる。

【００１３】

【発明が解決しようとする課題】上述したように、従来
の認証技術では、取引相手は、認証局が公表した公開鍵
を用いて証明書の復号化を行う。このため、商取引をし
ようとする者は、取引相手に、自分が登録している認証
局を教えなければならない。また、証明書には、証明書
の番号や証明書の有効期限等の情報も含まれており、こ
れらの情報も、取引相手に知られることになる。これら
の情報は、認証のみに使用される情報（信用情報）であ
り、商取引と直接には関係のない情報である。ネットワ
ーク上での安全性を確保するためには、他人に知られる
信用情報は、可能な限り少なくすることが望ましい。特
に、取引相手に認証局名等の情報を与えることは、認証
局の秘密鍵を第三者に不正入手させやすくすることにな
るので、望ましくない。

【００１４】また、上述したように、従来の認証技術で
は、商取引をしようとする者は、取引相手に自分の共通
鍵を教える必要がある。取引相手は、この商取引の後
に、この共通鍵を利用して不正な行為をする可能性があ
る。さらに、この取引相手から、第三者に、この共通鍵
が知られてしまう可能性もある。このため、商取引を行
おうとする者は、取り引きの度に、共通鍵を変更しなけ
ればならない。このことは、電子商取引の処理負担を増
大させる原因になる。

【００１５】このような理由から、認証局名等の信用情
報を取引相手に教える必要が無く、且つ、商取引の度に
暗号鍵を変更する必要がない認証技術が嘱望されてい
た。

【００１６】

【課題を解決するための手段】（１）第１の発明は、通
信ネットワークを介して電子商取引の取引端末と接続さ
れる双方向認証装置に関する。

【００１７】そして、取引端末から認証依頼情報を受信
したときにこの認証依頼情報に対応する認証局装置にこ
の取引者の認証を依頼する認証依頼手段と、認証局から
受信した認証結果を用いて認証確認データを生成する確
認データ生成手段とを備える。

【００１８】第１の発明によれば、電子商取引の取引者
ではなく双方向認証装置が、認証局に認証依頼を行う。
したがって、取引者は、認証局名等の信用情報を取引相
手に教える必要が無く、且つ、商取引の度に暗号鍵を変
更する必要がない。

【００１９】（２）第２の発明は、通信ネットワークと
電子商取引の取引端末との間に接続される端末アダプタ
に関する。

【００２０】そして、取引端末を電子商取引の取引相手
の取引端末に第１の通信アドレスを用いて通信接続する
第１の通信手段と、取引端末を電子商取引に係る認証を
依頼する双方向認証装置に第１の通信アドレスとは異な
る第２の通信アドレスを用いて通信接続する第２の通信
手段とを備える。

【００２１】第２の発明によれば、取引相手の取引端末
および双方向認証装置と、異なる通信アドレスを用いて
通信を行うことができる。したがって、取引端末と双方
向認証装置との通信内容を、取引相手に不正入手し難く
することができる。

【００２２】（３）第３の発明は、認証局装置に電子商
取引の認証依頼を行う双方向認証装置に接続される事故
管理装置に関する。

【００２３】そして、双方向認証装置から受信した事故
発生情報を用いて保険料を演算する保険料演算手段と、
この演算手段が演算した保険料を双方向認証装置に送信
する保険料送信手段とを備える。

【００２４】第３の発明によれば、双方向認証装置の運
営者が電子商取引の取引者に対して電子商取引の事故に
対する保険サービスを実施する場合に、事故の発生状況
に応じた手数料を容易に演算することができる。

【００２５】

【発明の実施の形態】以下、この発明の実施の形態につ
いて、図面を用いて説明する。なお、図中、各構成成分
の大きさ、形状および配置関係は、本発明が理解できる
程度に概略的に示してあるにすぎず、また、以下に説明
する数値的条件は単なる例示にすぎない。

【００２６】第１の実施の形態 まず、この発明の第１の実施の形態について、図１およ
び図２を用いて説明する。

【００２７】図１は、この実施の形態に係る各装置の内
部構成を示すブロック図である。

【００２８】図１に示したように、この実施の形態で
は、複数台（図１では２台）の取引端末１１０，１２
０、双方向認証装置１３０および複数台（図１では２
台）の認証局装置１４０，１５０が、通信ネットワーク
を介して接続されている。

【００２９】取引端末１１０は、２個の選択ボタン１１
１，１１２、商品カタログ表示記憶部１１３、取引番号
取得記憶部１１４、認証記憶部１１５および確認結果記
憶部１１６を備えている。取引端末１１０は、図示しな
いモデムやターミナルアダプタ等を介して、通信ネット
ワークに接続される。取引端末１１０としては、パーソ
ナルコンピュータや携帯端末等を使用することができ
る。

【００３０】選択ボタン１１１は端末１１０の使用者が
商品の購入を依頼するためのボタンであり、また、選択
ボタン１１２は端末１１０の使用者が認証を依頼するた
めのボタンである。これらの選択ボタン１１１，１１２
は、表示画面上のボタンであってもよい。

【００３１】商品カタログ表示記憶部１１３は、商品カ
タログを示す情報を記憶するとともに、図示しない表示
画面に表示させる。商品カタログは、例えば、ネットワ
ークを介して、販売者等の取引端末から取り込まれる。

【００３２】取引番号取得記憶部１１４は、取引番号の
取得および記憶を行う。商品を購入する場合、取引番号
取得記憶部１１４は、取引相手の取引端末から取引番号
を受信して、記憶する。また、商品を販売する場合、取
引番号取得記憶部１１４は、取引相手の取引端末からの
依頼を受けて双方向認証装置１３０に取引番号の交付を
依頼し、双方向認証装置１３０から受け取った取引番号
を記憶するとともに、取引相手の取引端末に転送する。

【００３３】認証記憶部１１５は、取引端末１１０の使
用者の認証に必要なデータを記憶する。この認証用デー
タは、少なくとも、認証局を特定するための符号および
登録者を特定するための符号が含まれる。

【００３４】確認結果記憶部１１６は、双方向認証装置
１３０から、取引相手の認証結果を受信して、記憶す
る。

【００３５】取引端末１２０は、２個の選択ボタン１２
１，１２２、商品カタログ表示記憶部１２３、取引番号
取得記憶部１２４、認証記憶部１２５および確認結果記
憶部１２６を備えている。これらの各構成要素１２１〜
１２６の構成は、取引端末１１０の、対応する構成要素
と同様であるので、説明を省略する。取引端末１２０
は、図示しないモデムやターミナルアダプタ等を介し
て、通信ネットワークに接続される。取引端末１２０と
しては、パーソナルコンピュータや携帯端末等を使用す
ることができる。

【００３６】双方向認証装置１３０は、信頼できる第三
者機関（取引の当事者以外の者）によって運営される。
この双方向認証装置１３０は、複数個（図１では２個）
の受付部１３１ａ，１３１ｂ、複数個（図１では２個）
の認証確認依頼部１３２ａ，１３２ｂ、複数個（図１で
は２個）の返答受付部１３３ａ，１３３ｂ、番号対応付
け部１３４、返却先特定部１３５、確認印作成部１３
６、および、複数個（図１では２個）の回答記憶部１３
７ａ，１３７ｂを備えている。

【００３７】受付部１３１ａ，１３１ｂは、取引端末１
１０，１２０から、認証の依頼を受ける。この依頼に
は、取引番号および認証データが含まれる。

【００３８】認証確認依頼部１３２ａ，１３２ｂは、受
付部１３１ａ，１３１ｂから受け取った認証データから
認証局等を特定して、認証局装置１４０，１５０に対す
る認証依頼を行う。

【００３９】返答受付部１３３ａ，１３３ｂは、認証局
装置１４０，１５０からの返答すなわち認証結果を、受
信する。

【００４０】番号対応付け部１３４は、受付部１３１
ａ，１３１ｂから受け取った取引番号を用いて、認証依
頼の対応付けを行う。各取引端末１１０，１２０は、双
方向認証装置１３０に対して個別に認証依頼を行うが、
同一の取引に対応する認証依頼には同一の取引番号が付
されている。番号対応付け部１３４は、この取引番号を
用いて、同一の取引に対応する認証依頼のペアを捜し出
す。

【００４１】返却先特定部１３５は、番号対応付け部１
３４の処理結果を用いて、返答受付部１３３ａ，１３３
ｂが受け取った認証結果の送信先を特定する。

【００４２】確認印作成部１３６は、返答受付部１３３
ａ，１３３ｂが受け取った認証結果と返却先特定部１３
５の処理結果とを用いて、確認印を作成する。確認印
は、認証結果を示す電子データである。

【００４３】回答記憶部１３７ａ，１３７ｂは、それぞ
れ、確認印作成部１３６が作成した確認印を記憶する。
回答記憶部１３７ａ，１３７ｂに記憶された確認印は、
取引の当事者としての取引端末１１０，１２０に送信さ
れる。

【００４４】認証局装置１４０，１５０は、信用できる
認証局が運営する。認証局装置１４０，１５０は、双方
向認証装置１３０からの依頼に応じて、取引端末１１
０，１２０の認証を行う。この実施の形態では、取引端
末１１０の利用者は予め認証局装置１４０の認証局に登
録され、且つ、取引端末１２０の利用者は予め認証局装
置１５０の認証局に登録されているものとする。

【００４５】次に、図１に示したシステムで電子商取引
を行うときの動作について図２を用いて説明する。図２
は、この実施の形態に係るシステム構成を概略的に示す
図である。なお、以下の説明では、取引端末１１０を購
買者の端末とし、取引端末１２０を販売者の端末とす
る。

【００４６】購買者は、まず、取引端末１１０を用い
て、販売者の取引端末１２０にアクセスする。取引端末
１１０の商品カタログ表示記憶部１１３は、取引端末１
２０の商品カタログ表示記憶部１２３から商品カタログ
を取り込む。この商品カタログは、取引端末１１０の表
示画面（図示せず）に表示される。

【００４７】購買者は、この商品カタログによって購買
する商品を特定し、選択ボタン１１１をクリックする。
これにより、取引端末１１０から取引端末１２０に、通
信ネットワークを介して、購入依頼が送信される。

【００４８】取引端末１２０が取引端末１１０から購入
依頼を受信すると、取引番号取得記憶部１２４が、双方
向認証装置１３０に対して、取引番号の交付を依頼す
る。双方向認証装置１３０は、この依頼を受けると、図
示しない番号生成手段で取引番号を生成して、取引端末
１２０に送信する。

【００４９】取引端末１２０は、双方向認証装置１３０
から受信した取引番号を、取引番号取得記憶部１２４
に、購入依頼を受けた商品に対応づけて格納する。この
取引番号は、取引端末１１０に転送される。取引端末１
１０は、受信した取引番号を、購入依頼した商品と対応
づけて、取引番号取得記憶部１１４に格納する。

【００５０】次に、購買者は、取引端末１１０の選択ボ
タン１１２をクリックする。これにより、認証依頼が、
何らかの方法で暗号化されて、双方向認証装置１３０に
送信される。双方向認証装置１３０の受付部１３１ａ
は、取引端末１１０から認証の依頼を受信すると、この
依頼を復号化して認証データを取り出し、認証確認依頼
部１３２ａに送る。取引端末１１０と双方向認証装置１
３０との間で通信される認証依頼の暗号化および復号化
は、予め購買者と第三者機関（双方向認証装置１３０の
運営者）との間で定められた暗号鍵を用いて行われる。
認証確認依頼部１３２ａは、この認証データで特定され
る認証局装置１４０に対して、認証依頼を行う。認証局
装置１４０は、この認証依頼を受信すると、該当者が登
録されているか否かをチェックする。そして、認証局装
置１４０は、このチェックの結果を、認証結果として双
方向認証装置１３０に返信する。この認証結果は、返答
受付部１３３ａに受信され、確認印作成部１３６に送ら
れる。双方向認証装置１３０と認証局装置１４０との間
の通信データは、予め第三者機関と認証局との間で定め
られた暗号鍵を用いて、暗号化される。

【００５１】一方、販売者の取引端末１２０も、双方向
認証装置１３０に、認証依頼を送信する。取引端末１２
０からの認証依頼の送信は、選択ボタン１２２のクリッ
クによって実行されることとしてもよいし、上述の購入
依頼の受信に応じて自動的に実行されることとしてもよ
い。双方向認証装置１３０の受付部１３１ｂは、取引端
末１２０から認証の依頼を受信すると、この依頼に含ま
れる認証データを、認証確認依頼部１３２ｂに送る。認
証確認依頼部１３２ｂは、この認証データで特定される
認証局装置１５０に対して、認証依頼を行う。認証局装
置１５０は、この認証依頼を受信すると、販売者の認証
処理を行い、認証結果を双方向認証装置１３０に返信す
る。この認証結果は、返答受付部１３３ｂに受信され、
確認印作成部１３６に送られる。上述の場合と同様、取
引端末１２０と双方向認証装置１３０との通信データ
は、予め販売者と第三者機関との間で定められた暗号鍵
を用いて暗号化され、また、双方向認証装置１３０と認
証局装置１５０との間の通信データは、予め第三者機関
と認証局との間で定められた暗号鍵を用いて暗号化され
る。

【００５２】番号対応付け部１３４は、受付部１３３
ａ，１３３ｂから受け取った取引番号を用いて、認証依
頼の対応付けを行う。この対応付けの結果は、返却先特
定部１３５に送られる。返却先特定部１３５は、番号対
応付け部１３４の処理結果を用いて、返答受付部１３３
ａ，１３３ｂが受け取った認証結果の送信先を特定す
る。この送信先は、確認印作成部１３６に送られる。確
認印作成部１３６は、返答受付部１３３ａ，１３３ｂが
受け取った認証結果と返却先特定部１３５の特定結果と
を用いて確認印を作成する。そして、確認印作成部１３
６は、購買者の取引端末１１０に送信すべき確認印（少
なくとも販売者の認証結果が含まれる）を回答記憶部１
３７ａに格納し、販売者の取引端末１２０に送信すべき
確認印（少なくとも購買者の認証結果が含まれる）を回
答記憶部１３７ｂに格納する。双方向認証装置１３０
は、回答記憶部１３７ａ，１３７ｂに格納された確認印
を、ネットワークを介して、取引端末１１０，１２０に
送信する。これらの確認印も、上述の場合と同様、暗号
化して取引端末１１０，１２０に送ることが望ましい。

【００５３】取引端末１１０，１２０は、双方向認証装
置１３０から受信した取引相手の認証結果を、確認結果
記憶部１１６、１２６に記憶する。そして、両端末１１
０，１２０において、認証の成否の確認が、目視または
自動によって実行される。

【００５４】この認証結果の確認の後、購買者および販
売者は、商品の売買を最終的に成立させるための処理を
行って、電子商取引を終了する。

【００５５】以上説明したように、この実施の形態で
は、信頼できる第三者機関の双方向認証装置１３０が、
認証局装置１４０，１５０へ認証を依頼することとし
た。このため、取引の当事者は、取引相手に、自分が登
録している認証局を特定するための符号や登録者を特定
するための符号等を、教える必要がない。したがって、
これらの信用情報を取引相手等に悪用される可能性が小
さくなる。

【００５６】また、この実施の形態では、認証のために
取引端末１１０，１２０と双方向認証装置１３０との通
信に使用される暗号鍵を、取引相手に教える必要がな
い。したがって、取引の当事者は、取引の度に暗号鍵を
変更する必要がないので、取引処理の負担が軽減する。

【００５７】なお、この実施の形態では、取引番号を、
販売者（取引端末１２０）が第三者機関（双方向認証装
置１３０）から取得することとしたが、購買者（取引端
末１１０）が第三者機関から取得することとしてもよい
し、販売者と購買者とが決定することとしてもよい。

【００５８】また、この実施の形態では、販売者が登録
した認証局と購買者が登録した認証局とが異なる場合を
例に採って説明したが、両者の認証局が同一であって
も、何ら不都合は生じない。販売者および購買者は、相
手の認証局が自分と同じであるか否かを知ることはでき
ない。

【００５９】この実施の形態では、認証用データが、予
め認証記憶部１１５，１２５に格納されている場合を例
に採って説明した。しかし、認証用データは、商取引の
度に取引当事者によって入力されることとしてもよい。
また、この認証用データのうち、登録者を特定するため
の符号のみを、商取引の度に取引当事者が入力すること
としてもよい。登録者を特定するための符号は、文字数
字列であってもよいし、指紋等のバイオメトリクスを利
用してもよいし、他の方法によるものであってもよい。
さらに、複数種類の方法を組み合わせたものであっても
よい。登録者を特定するための文字数字列やバイオメト
リクス等を取引の度に入力させることにより、取引端末
１１０，１２０の不正使用を防止することができる。

【００６０】第２の実施の形態 次に、この発明の第２の実施の形態について、図３を用
いて説明する。

【００６１】この実施の形態は、取引端末が、取引相手
の取引端末との通信と、双方向認証装置との通信とで、
別個の通信アドレスを使用する。このために、この実施
の形態では、取引端末１１０（図１参照）と通信ネット
ワークとの間に、端末アダプタを接続する。

【００６２】図３は、取引端末１１０と通信ネットワー
クとを接続する端末アダプタの構成を概略的に示すブロ
ック図である。

【００６３】図３に示したように、この端末アダプタ３
００は、第１、第２のの通信部３０１，３０２と、結合
部３０３とを備えている。

【００６４】第１の通信部３０１は、第１の通信アドレ
スを用いて、取引相手の取引端末との通信を行う。ま
た、第２の通信部３０２は、第２の通信アドレスを用い
て、双方向認証装置１３０との通信を行う。第１の通信
アドレスおよび第２の通信アドレスとしては、異なる通
信アドレスが使用される。したがって、端末アダプタ３
００が通信ネットワークに直接接続されるような場合
は、取引端末１１０の使用者は２個の通信アドレスを取
得しておく必要がある。一方、端末アダプタ３００が公
衆電話回線等を介して通信ネットワークに接続される場
合（例えば、ダイアルアップＩＰ(Internet protocol)
によってインターネットに接続される場合等）には、通
信部３０１，３０２を別個の公衆電話回線等で通信ネッ
トワークに接続すればよい。また、ＩＳＤＮの２チャン
ネルを使用して通信ネットワークに接続してもよい。

【００６５】結合部３０３は、これらの通信部３０１，
３０２が受信したデータを取引端末１１０に送るととも
に、取引端末１１０から受信したデータを送信先に応じ
て通信部３０１，３０２に割り振る。

【００６６】なお、取引端末１２０と通信ネットワーク
との間に、この端末アダプタ３００と同様の端末アダプ
タを接続することとしてもよい。

【００６７】この実施の形態における電子商取引の全体
的な動作は、取引端末１１０が取引端末１２０との通信
と双方向認証装置１３０との通信とで別個の通信アドレ
スを使用することを除いて、第１の実施の形態の場合
（図２参照）と同様であるので、説明を省略する。

【００６８】端末アダプタ３００を使用する場合、取引
相手（取引端末１２０の使用者）や第三者は、取引端末
１１０と双方向認証装置１３０との通信に使用される通
信アドレスを知ることは、困難である。特に、ダイアル
アップＩＰによる接続の場合は、通信アドレス（この場
合はＩＰアドレス）が接続の度に決定されるので、取引
端末１１０に対応するアドレスを特定することは、非常
に困難である。したがって、取引相手や第三者が、双方
向認証装置１３０が送受信する暗号化データから、取引
端末１１０と取引端末１２０との商取引に対応するもの
を特定して不正に入手・解読することは、非常に困難に
なる。これにより、自分が登録している認証局を特定す
るための符号や登録者を特定するための符号等を取引相
手や第三者に不正入手される可能性が小さくなり、第１
の実施の形態の場合よりも安全性がさらに向上する。

【００６９】第３の実施の形態 次に、この発明の第３の実施の形態について、図４を用
いて説明する。

【００７０】この実施の形態では、取引の当事者が、互
いに異なる第三者機関（双方向認証装置）と通信する。
すなわち、第三者機関が複数存在して、各利用者が任意
の第三者機関と契約して使用許諾を受けている場合等に
は、取引の当事者間で、認証を依頼する第三者機関が一
致しない場合が生じる。この実施の形態は、このような
場合に、双方向認証装置に認証確認を行わせるシステム
の例である。

【００７１】図４は、この実施の形態に係るシステムの
構成図である。図４において、図２と同じ符号を付した
構成要素は、それぞれ、図２と同じものを示している。

【００７２】図２に示したように、この実施の形態のネ
ットワークには、双方向認証装置４００が接続される。
後述するように、双方向認証装置１３０は取引端末１１
０に対応しており、双方向認証装置４００は取引端末１
２０に対応している。双方向認証装置１３０，４００の
内部構成は、ほぼ同一である。

【００７３】以下、この実施の形態に係るシステムの動
作について、図４を用いて説明する。

【００７４】購買者は、まず、取引端末１１０を用いて
販売者の取引端末１２０にアクセスし、第１の実施の形
態と同様にして、取引端末１２０から商品カタログを取
り込み、図示しない表示画面に表示させる。そして、購
買者は、購買する商品を特定して、取引端末１２０に、
購入依頼を送信する。

【００７５】販売者の取引端末１２０は、取引端末１１
０から購入依頼を受信すると、販売者が契約している双
方向認証装置４００に対して、取引番号の交付を依頼す
る。双方向認証装置４００は、この依頼を受けると、取
引番号を生成して、取引端末１２０に送信する。

【００７６】取引端末１２０は、双方向認証装置４００
から受信した取引番号を、この双方向認証装置４００を
運営する第三者機関を特定するための情報（第三者機関
名または第三者機関の識別符号等）とともに、取引端末
１１０に転送する。

【００７７】購買者の取引端末１１０は、購買者が契約
している第三者機関の双方向認証装置１３０に、認証依
頼を送信する。この認証依頼には、双方向認証装置１３
０からの振り込みを特定するための情報が含まれてい
る。双方向認証装置１３０は、この認証依頼に含まれる
データを用いて、購買者が登録している認証局装置１４
０を特定し、認証依頼を行う。認証局装置１４０は、こ
の認証依頼を受信すると、該当者が登録されているか否
かをチェックし、このチェックの結果を認証結果として
双方向認証装置１３０に返信する。双方向認証装置１３
０は、この認証結果を、取引番号とともに、双方向認証
装置４００に転送する。双方向認証装置４００は、この
認証結果を用いて確認印を作成し、販売者の取引端末１
２０に送信する。

【００７８】一方、取引端末１２０も、双方向認証装置
４００に、認証依頼を送信する。双方向認証装置４００
は、この認証依頼に含まれるデータを用いて販売者が登
録している認証局装置１５０を特定し、認証依頼を行
う。認証局装置１５０は、この認証依頼を受信すると、
該当者が登録されているか否かをチェックし、このチェ
ックの結果を認証結果として双方向認証装置４００に返
信する。双方向認証装置４００は、購買者（取引端末１
１０）の認証結果と取引番号とを双方向認証装置１３０
から受信すると（上述）、この双方向認証装置１３０
に、販売者の認証結果および取引番号を返信する。すな
わち、双方向認証装置４００は、双方向認証装置１３０
から購買者の認証結果および取引番号を受信することに
より、販売者の認証結果の送信先が認証装置１３０であ
ることを知る。双方向認証装置１３０は、受信した販売
者の認証結果から確認印を作成し、購買者の取引端末１
１０に送信する。

【００７９】その後、取引端末１１０，１２０は、それ
ぞれ、取引相手の認証結果を確認する。この認証結果の
確認の後、購買者および販売者は、商品の売買を最終的
に成立させるための処理を行って、電子商取引を終了す
る。

【００８０】この実施の形態によれば、第三者機関が複
数存在する場合でも、取引の当事者は、いずれか１個の
第三者機関と契約等を行っていれば、この発明に係る電
子商取引を利用することができる。

【００８１】なお、この実施の形態では、販売者が自分
の契約等する第三者機関から取引番号を取得することと
したが、購買者が自分の契約等する第三者機関から取引
番号を取得することとしてもよいことは、もちろんであ
る。

【００８２】第４の実施の形態 次に、この発明の第４の実施の形態について、図５を用
いて説明する。

【００８３】この実施の形態は、双方向認証装置１３０
が、取引当事者の認証だけでなく、取引に伴う決済の代
行も行うように構成された例である。

【００８４】図５は、この実施の形態に係るシステムの
構成図である。図５において、図２と同じ符号を付した
構成要素は、それぞれ、図２と同じものを示している。

【００８５】図５に示したように、この実施の形態に係
る双方向認証装置１３０は、図１と同様の構成（図５で
は示さず）に加えて、取引記憶部５０１および精算部５
０２を有する。また、この双方向認証装置１３０は、通
信ネットワークを介して、決済機関装置５１１，５１２
に接続されている。

【００８６】取引記憶部５０１は、取引端末１１０，１
２０から受け取った決済情報を記憶する。

【００８７】精算部５０２は、決済機関装置５１１，５
１２への振り込みや、決済機関装置５１１，５１２から
の引き落としを行う。

【００８８】決済機関装置５１１，５１２は、購買者お
よび販売者が契約している決済機関（銀行やクレジット
会社等の金融機関）の装置であり、双方向認証装置１３
０からの振り込み、引き落としの依頼を受け付ける。

【００８９】以下、この実施の形態に係るシステムの動
作について、図５を用いて説明する。

【００９０】購買者および販売者は、第１の実施の形態
の場合と同様にして、商品の発受注を行うとともに、相
互に取引相手の認証結果を取得し、さらに、この認証結
果を確認して最終的な取引の同意を行う。

【００９１】その後、取引端末１１０，１２０は、購買
者／販売者の区別や取引価格等の決済情報を、双方向認
証装置１３０に送信する。双方向認証装置１３０は、こ
の決済情報を受信すると、取引記憶部５０１に格納した
後、決済の終了を示す情報を取引端末１１０，１２０に
返信する。双方向認証装置１３０には、予め、購買者お
よび販売者の決済機関装置５１１，５１２が登録され、
決済に必要な情報（口座番号等）も記憶されている。双
方向認証装置１３０の精算部５０２は、これらの情報を
利用して、購買者の決済機関装置５１１から取引代金を
引き落とし、この取引代金を販売者の決済機関装置５１
２に振り込む。このとき、双方向認証装置１３０は、購
買者および販売者の双方から、手数料を徴収することと
してもよい。

【００９２】この実施の形態によれば、双方向認証装置
１３０が決済を代行するので、取引の当事者は自分の金
融機関をそのまま利用して決済をすることができ、且
つ、自分の金融機関を取引相手に教える必要がない。ま
た、この実施の形態によれば、認証局装置１４０，１５
０によって取引当事者の認証を行っているので、ネット
ワーク上で決済の代行処理を行っても、不払いなどによ
る第三者機関の損失は生じ難いと考えられる。さらに、
双方向認証装置１３０に決済情報が格納された時点で、
取引端末１１０，１２０に決済終了の情報が送信される
ので、取引の当事者は速やかに取引処理を終了させるこ
とができる。

【００９３】なお、双方向認証装置１３０は、取引端末
１１０，１２０から決済情報を受信した後で直ぐに決済
機関への決済処理を行う必要はなく、決済情報を一定期
間蓄積した後で、まとめて決済処理を行うこととしても
よい。また、購買者の決済機関装置５１１と販売者の決
済機関装置５１２とが同一であってもよいことは、もち
ろんである。

【００９４】第５の実施の形態 次に、この発明の第５の実施の形態について、図６を用
いて説明する。

【００９５】この実施の形態は、双方向認証装置１３０
が、決済の代行を商品引き渡しの完了後に行うように構
成された例である。

【００９６】図６は、この実施の形態に係るシステムの
構成図である。図６において、図５と同じ符号を付した
構成要素は、それぞれ、図５と同じものを示している。

【００９７】図６に示したように、この実施形態では、
双方向認証装置１３０内に、引渡確認部６０１が設けら
れている。後述するように、この引渡確認部６０１は、
商品の引渡が実際に行われたか否かを、取引端末１１
０，１２０に確認する。

【００９８】以下、この実施の形態に係るシステムの動
作について、図６の概念図を用いて説明する。

【００９９】購買者および販売者は、第１の実施の形態
の場合と同様にして、商品の発受注を行うとともに、相
互に取引相手の認証結果を取得し、さらに、この認証結
果を確認して最終的な取引の同意を行う。

【０１００】次に、取引端末１１０，１２０は、購買者
／販売者の区別、取引価格および商品引き渡し完了時期
を含む決済情報を、双方向認証装置１３０に送信する。

【０１０１】双方向認証装置１３０は、この決済情報を
受信すると、内部の記憶手段に格納する。双方向認証装
置１３０の引渡確認部６０１は、商品引き渡し完了時期
になると、取引端末１１０，１２０に対して、商品の引
き渡しが実際に完了したかどうかを問い合わせる情報を
送信する。この送信情報には、取引番号等、取引を特定
するための情報が含まれる。購買者は、該当する商品を
受領しているか否かをチェックして、このチェック結果
を取引端末１１０から双方向認証装置１３０に返信す
る。また、販売者は、該当する商品を発送しているか否
かをチェックして、このチェック結果を取引端末１２０
から双方向認証装置１３０に送信する。

【０１０２】取引端末１１０，１２０からの情報によ
り、商品の引き渡しが完了していると判断された場合、
双方向認証装置１３０の精算部５０２は、購買者の決済
機関装置５１１から取引代金を引き落とし、この取引代
金を販売者の決済機関装置５１２に振り込む。このと
き、双方向認証装置１３０は、購買者および販売者の双
方から、手数料を徴収することとしてもよい。

【０１０３】一方、商品の引き渡しが完了していない場
合、双方向認証装置１３０は、取引端末１１０，１２０
から商品受け渡し完了時期を再度送信してもらい、内部
記憶手段の記憶情報を書き換える。そして、新しい商品
受け渡し完了時期になると、上述と同様の処理を行う。

【０１０４】このように、この実施の形態では、商品の
受け渡しが完了した後で、双方向認証装置１３０が決済
の代行を行う。このため、購買者は、取引代金を支払っ
たにもかかわらず商品を受け取れないといった不具合を
防止することができる。加えて、購買者にとっては、商
品を受け取る予定の日までに、決済機関（銀行など）の
口座に代金を入金しておけばよいという利点もある。一
方、販売者にとっては、商品を発送してから取引代金を
受領までの時間間隔を短くすることができるという利点
がある。

【０１０５】商品の受け渡し方法は、郵送や宅配便など
であってもよいし、デジタルコンテンツのようにネット
ワーク上で受け渡すものであってもよい。また、配送商
品に電子情報を付加して、購買者の受領証がネットワー
クを介して双方向認証装置１３０に送信されることにし
てもよい。

【０１０６】第６の実施の形態 次に、この発明の第６の実施の形態について、図７を用
いて説明する。

【０１０７】この実施の形態は、商品引き渡しや決済な
どで事故が発生した場合に第三者機関に対して保障を行
う例である。

【０１０８】図７に示したように、この実施の形態で
は、双方向認証装置１３０が、事故記憶装置７０１に接
続される。また、この事故記憶装置７０１は、保険機関
装置７０２に接続される。

【０１０９】事故記憶装置７０１は、電子商取引の事故
発生情報を記憶する。この事故記憶装置７０１は、例え
ば、双方向認証装置１３０を運営する第三者機関によっ
て、運営される。

【０１１０】保険機関装置７０２は、事故記憶装置７０
１から事故発生情報を受け取って、保険適用の手続を行
う装置である。この保険機関装置７０２は、保険会社等
によって、運営される。

【０１１１】以下、この実施の形態に係るシステムの動
作について、図７を用いて説明する。ここでは、商品が
デジタルコンテンツであり、通信ネットワークを介して
即納される場合を例に採って説明する。

【０１１２】購買者および販売者は、第１の実施の形態
の場合と同様にして、商品の発受注を行うとともに、相
互に取引相手の認証結果を取得し、さらに、この認証結
果を確認して最終的な取引の同意を行う。

【０１１３】次に、取引端末１１０，１２０は、第５の
実施の形態と同様、購買者／販売者の区別、取引価格お
よび商品引き渡し完了時期を含む決済情報を、双方向認
証装置１３０に送信する。ここでは、商品は即納される
ので、商品引き渡し完了時期の情報も「即納」となる。

【０１１４】双方向認証装置１３０は、この決済情報を
受信すると、取引記憶部５０１に格納する。引渡確認部
６０１は、所定時間経過後に、取引端末１１０，１２０
に対して、第５の実施の形態と同様の、商品引き渡しの
問い合わせ情報を送信する。そして、取引端末１１０
は、商品（デジタルコンテンツ）受け取りの確認結果を
引渡確認部６０１に返信し、取引端末１２０は、商品発
送の確認結果を引渡確認部６０１に送信する。

【０１１５】ここで、販売者が商品を発送しているにも
拘わらず、購買者が商品を受け取っていない場合があり
得る。商品がネットワークを介して引き渡される場合、
このような事態は、ネットワーク上の障害等により商品
が届かなかったと即断することができる。そして、商品
価値の維持その他の理由により、販売者は同一の商品を
購買者に再送できない場合がある。

【０１１６】このような場合、引渡確認部６０１は、事
故発生情報を、事故記憶装置７０１に送信する。この事
故発生情報には、取引記憶部５０１から読み出された決
済情報が含まれている。事故記憶装置７０１は、この事
故発生情報を受信して記憶するとともに、保険機関装置
７０２に転送する。保険機関は、事故の内容を審査し
て、双方向認証装置１３０を運営する第三者機関に保証
金を支払う。保証金の支払いが確認されると、双方向認
証装置１３０の引渡確認部６０１は、販売者の取引端末
１２０に対して、商品の再送信を要求する情報を送信す
る。

【０１１７】その後、双方向認証装置１３０は、再び、
取引端末１１０，１２０に対して、商品引き渡しの完了
を問い合わせる情報を送信する。そして、取引端末１１
０，１２０からの情報によって、商品の引き渡しが完了
していると判断された場合、双方向認証装置１３０の精
算部５０２は、購買者の決済機関装置５１１から取引代
金を引き落とし、この取引代金を販売者の決済機関装置
５１２に振り込む。このとき、双方向認証装置１３０
は、販売者の決済機関装置５１２に対して、商品２個分
の取引代金を振り込むことになる。なお、双方向認証装
置１３０は、購買者および販売者の双方から手数料を徴
収することとしてもよい。

【０１１８】また、購買者の決済機関装置５１１から取
引代金を引き落とせなかった場合にも、第三者機関が保
険機関から保険金を受け取れることとしてもよい。この
場合は、精算部５０２から事故記憶装置７０１に、事故
発生情報および決済情報が送信される。事故記憶装置７
０１は、この情報を受信して記憶する。保険機関は、事
故の内容を審査して、双方向認証装置１３０を運営する
第三者機関に保証金を支払う。

【０１１９】このように、この実施の形態によれば、事
故記憶装置７０１を用いて、電子商取引における事故の
保障を行うことができる。これにより、双方向認証装置
１３０を運営する第三者機関は、登録者に対して事故の
保障を行うことができ、したがって、登録者に対するサ
ービスの付加価値を高めることができる。一方、保険機
関は、商取引の当事者ではなく第三者機関に対して保険
契約を行えばよいので、保険契約や事故発生時の対応を
一本化することができ、したがって、業務の効率を高め
ることができる。

【０１２０】なお、事故記憶装置７０１は、第三者機関
ではなく、保険機関が運営することとしてもよい。ま
た、保険機関による事故の審査や第三者機関への保証金
支払いは、事故発生直後ではなく、事後的に行われても
よい。保険の契約内容などは、第三者機関と保険機関と
の間で任意に定めることができる。

【０１２１】第７の実施の形態 次に、この発明の第７の実施の形態について、図８を用
いて説明する。

【０１２２】この実施の形態は、事故の発生状況に応じ
て保険料を演算する事故管理装置を備えている点で、上
述の各実施の形態と異なる。

【０１２３】この事故管理装置８００は、通信ネットワ
ークを介して、双方向認証装置１３０および保険機関装
置７０２に接続される。

【０１２４】図８は、この実施の形態に係る事故管理装
置の要部構成を示すブロック図である。図８に示したよ
うに、この事故管理装置８００は、事故受付部８１０、
事故分類部８２０、販売事故処理部８３０および購買事
故処理部８４０を備えている。

【０１２５】事故受付部８１０は、双方向認証装置１３
０から、事故発生情報を受け付ける。第６の実施の形態
と同様、この事故発生情報には、事故の発生内容を示す
情報や決済情報等が含まれている。

【０１２６】事故分類部８２０は、事故発生情報を事故
受付部８１０から受け取って、販売者の損害に係る事故
と購買者の損害に係る事故とに分類する。そして、販売
者の損害に係る事故の事故発生情報を販売事故処理部８
３０に送り、購買者の損害に係る事故の事故発生情報を
購買事故処理部８４０に送る。

【０１２７】販売事故処理部８３０は、事故分類部８２
０から受け取った事故発生情報を用いて、販売者の事故
に対する適切な保険料（すなわち第三者機関が保険機関
に支払う保険契約料）を算出する。この販売事故処理部
８３０は、発生率累計部８３１、保障額累計部８３２、
演算部８３３、係数記憶部８３４、保険料記憶部８３５
および契約部８３６を備えている。

【０１２８】発生率累計部８３１は、販売者が損害を被
った事故の発生率を記憶する。この発生率累計部８３１
は、事故分類部８２０から事故発生情報を受け取るたび
に、事故発生率を再演算して、記憶値を書き換える。

【０１２９】保障額累計部８３２は、事故発生に伴って
販売者に支払う保障額の累計を記憶する。保障額累計部
８３２は、事故分類部８２０から事故発生情報を受け取
るとともに、この事故で支払われる保障金額を外部（例
えば、図示しない保険機関装置）から受け取る。そし
て、保障額累計部８３２は、これらの値から保障額の累
計を再演算して、記憶値を書き換える。

【０１３０】演算部８３３は、発生率累計部８３１から
読み出した事故発生率、保障額累計部８３２から読み出
した保障額累計および係数記憶部８３４から読み出した
係数とを用いて、保険料を演算する。この演算には、保
険機関が任意に定めた演算式が使用される。

【０１３１】係数記憶部８３４は、演算部８３３が使用
する演算式の係数を記憶する。

【０１３２】保険料記憶部８３５は、演算部８３３が演
算した保険料を記憶する。

【０１３３】契約部８３６は、保険料記憶部８３５から
保険料の演算結果を読み出して、双方向認証装置１３０
（図８では示さず）に送信する。

【０１３４】購買事故処理部８４０は、事故分類部８２
０から受け取った事故発生情報を用いて、適切な保険料
（すなわち第三者機関が保険機関に支払う保険契約料）
を算出する。購買事故処理部８４０の内部構成は、販売
事故処理部８３０の内部構成とほぼ同様であるので、説
明を省略する。

【０１３５】次に、この実施の形態に係る事故管理装置
の動作を説明する。

【０１３６】販売者と購買者との間で商取引の契約が成
立すると、双方向認証装置１３０（図７参照）は、上述
の第６の実施の形態と同様の決済情報を受信し、その
後、両者の取引端末１１０，１２０に対して商品引き渡
しの問い合わせ情報を送信する。そして、双方向認証装
置１３０は、所定の場合に、商品不達などの事故が発生
したと判断する。

【０１３７】このような場合、双方向認証装置１３０
は、第６の実施の形態の場合と同様にして、事故発生情
報を事故管理装置８００に送信する。事故管理装置８０
０は、保険機関装置７０２（図７参照）に転送する。

【０１３８】また、事故管理装置８００は、事故分類部
８２０で、発生した事故を販売者の損害に係る事故と購
買者の損害に係る事故とに分類する。そして、販売者の
損害に係る事故である場合には、販売事故処理部８３０
が、発生率累計部８３１で事故の発生率を演算するとと
もに、保障額累計部８３２で保障額の累計を演算し、こ
れらの演算結果を用いて演算部８３３で保険料を演算す
る。この演算によって得られた保険料は、保険料記憶部
８３５に記憶されるとともに、契約部８３６から双方向
認証装置１３０に送信される。一方、購買者の損害に係
る事故である場合には、購買事故処理部８４０が同様の
処理を行って、保険料を双方向認証装置１３０に送信す
る。

【０１３９】第三者機関は、双方向認証装置１３０が受
信した保険料（販売者の損害に係る保険料と購買者の損
害に係る保険料）を参照して、販売者に対する手数料お
よび購買者に対する手数料を決定する。

【０１４０】一般に、購買者から販売者に送信する情報
は、売買契約等に関するものが主となるため、データ量
が少ない。これに対して、商品がネットワーク通信を介
して送信されるデジタルコンテンツである場合、販売者
から購買者に送信するデータ量は非常に大きくなること
が多い。このため、販売者は、購買者に比べて事故によ
る損害を受け易くなる。したがって、第三者機関は、販
売者と購買者とで保険料の負担に差を設けたいと考える
場合がある。この実施の形態によれば、実際の事故の発
生状況に応じて、販売者の損害に係る保険料と購買者の
損害に係る保険料とを個別に演算することができるの
で、販売者および購買者の保険料負担を容易に決定・変
更することができる。

【０１４１】なお、この実施の形態では、事故発生情報
を販売者と購買者との二種類に分類することとしたが、
三種類以上に分類するように事故管理装置を構成しても
よい。例えば、事故の種類を、商品をネットワーク上で
受け渡しする者の事故と、郵便などの配達で受け渡しす
る者の事故とに分けることとしてもよい。商品をネット
ワーク上で受け渡しする場合の方が、配達による場合よ
りもネットワーク上の事故が発生し易いからである。

【０１４２】

【発明の効果】以上詳細に説明したように、本発明によ
れば、認証局名等の信用情報を取引相手に教える必要が
無く、且つ、商取引の度に暗号鍵を変更する必要がない
認証技術を提供することができる。

【図面の簡単な説明】

【図１】第１の実施の形態に係る各装置の内部構成を示
すブロック図である。

【図２】第１の実施の形態に係るネットワークの構成を
示す概念図である。

【図３】第２の実施の形態に係る端末アダプタの内部構
成を概略的に示すブロック図である。

【図４】第３の実施の形態に係るネットワークの構成を
示す概念図である。

【図５】第４の実施の形態に係るネットワークの構成を
示す概念図である。

【図６】第５の実施の形態に係るネットワークの構成を
示す概念図である。

【図７】第６の実施の形態に係るネットワークの構成を
示す概念図である。

【図８】第７の実施の形態に係る事故管理装置の内部構
成を概略的に示すブロック図である。

【符号の説明】

１００ 通信ネットワーク １１０，１２０ 取引端末 １１１，１１２，１２１，１２２ 選択ボタン １１３，１２３ 商品カタログ表示記憶部 １１４，１２４ 取引番号取得記憶部 １１５，１２５ 認証記憶部 １１６，１２６ 確認結果記憶部 １３０ 双方向認証装置 １３１ａ，１３１ｂ 受付部 １３２ａ，１３２ｂ 認証確認依頼部 １３３ａ，１３３ｂ 返答受付部 １３４ 番号対応付け部 １３５ 返却先特定部 １３６ 確認印作成部 １３７ａ，１３７ｂ 回答記憶部 １４０，１５０ 認証局装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/00 ３３０ Ｇ０６Ｆ 15/00 ３３０Ｂ Ｇ０９Ｃ 1/00 ６６０ Ｇ０９Ｃ 1/00 ６６０Ｂ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ａ ６７５Ａ ６７５Ｚ Ｆターム(参考） 5B049 AA05 BB11 BB46 BB47 CC05 CC08 CC21 CC36 DD01 EE01 FF03 FF04 GG04 GG07 GG10 5B055 BB20 CB09 CC05 CC10 CC11 CC13 EE02 EE03 EE17 EE21 EE27 FA01 FA05 FB03 JJ05 PA02 PA34 PA38 5B085 AE02 AE23 5J104 AA07 AA09 JA03 KA01 KA04 LA06 MA03 NA02 PA10

Claims (9)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを介して電子商取引の
   取引端末と接続される双方向認証装置であって、 前記取引端末から認証依頼情報を受信したときに、この
   認証依頼情報に対応する認証局装置に、この取引者の認
   証を依頼する認証依頼手段と、 前記認証局から受信した認証結果を用いて認証確認デー
   タを生成する確認データ生成手段と、 を備えることを特徴とする双方向認証装置。
2. 【請求項２】 前記認証確認データを、前記電子商取引
   の取引相手の前記取引端末に送信する、第１の認証確認
   データ送信手段をさらに備えることを特徴とする請求項
   １に記載の双方向認証装置。
3. 【請求項３】 前記認証確認データを、前記電子商取引
   の取引相手と通信する双方向認証装置に送信する、第２
   の認証確認データ送信手段をさらに備えることを特徴と
   する請求項１に記載の双方向認証装置。
4. 【請求項４】 前記取引端末の利用者が登録している決
   済機関装置との間で、取引代金の引き落としまたは振り
   込みを行う、第１の決済手段を、さらに備えることを特
   徴とする請求項１〜３のいずれかに記載の双方向認証装
   置。
5. 【請求項５】 前記取引端末に対して、商品受け渡しの
   完了を確認する受け渡し確認手段と、 商品受け渡しが完了している場合に、双方の前記取引端
   末の利用者が登録している決済機関装置との間で取引代
   金の引き落としまたは振り込みを行う第２の決済手段
   と、 をさらに備えることを特徴とする請求項１〜３のいずれ
   かに記載の双方向認証装置。
6. 【請求項６】 前記受け渡し確認手段が、前記電子商取
   引で事故が発生した場合に、この事故による損害額を含
   む事故発生情報を外部に送信することを特徴とする請求
   項５に記載の双方向認証装置。
7. 【請求項７】 通信ネットワークと電子商取引の取引端
   末との間に接続される端末アダプタであって、 前記取引端末を、前記電子商取引の取引相手の前記取引
   端末に、第１の通信アドレスを用いて通信接続する、第
   １の通信手段と、 前記取引端末を、前記電子商取引に係る認証を依頼する
   双方向認証装置に、前記第１の通信アドレスとは異なる
   第２の通信アドレスを用いて通信接続する、第２の通信
   手段と、 を備えることを特徴とする端末アダプタ。
8. 【請求項８】 認証局装置に電子商取引の認証依頼を行
   う双方向認証装置に接続される事故管理装置であって、 前記双方向認証装置から受信した事故発生情報を用いて
   保険料を演算する保険料演算手段と、 この演算手段が演算した前記保険料を前記双方向認証装
   置に送信する保険料送信手段と、 を備えることを特徴とする事故管理装置。
9. 【請求項９】 前記保険料演算手段として、 前記電子商取引の商品販売者の損害に係る事故の前記保
   険料を演算する第１の保険料演算手段と、 前記電子商取引の商品購買者の損害に係る事故の前記保
   険料を演算する第２の保険料演算手段と、 を備えることを特徴とする請求項８に記載の事故管理装
   置。