JPH10171887A - オンラインショッピングシステム - Google Patents
オンラインショッピングシステムInfo
- Publication number
- JPH10171887A JPH10171887A JP33338796A JP33338796A JPH10171887A JP H10171887 A JPH10171887 A JP H10171887A JP 33338796 A JP33338796 A JP 33338796A JP 33338796 A JP33338796 A JP 33338796A JP H10171887 A JPH10171887 A JP H10171887A
- Authority
- JP
- Japan
- Prior art keywords
- data
- information processing
- refund
- transmitting
- processing device
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
Abstract
(57)【要約】
【課題】 電子マネーを利用して取引する場合に，取引
内容や決済が完了したことを客観的に証明できる電子デ
ータをオープンネットワーク上で提供する． 【解決手段】 購入プロセスでは，受注管理サーバに請
求書データを発行する手段と，電子マネー決済サーバに
領収書データを発行する手段を設け，消費者クライアン
トは発注し，受注管理サーバから請求書データを受信
し，データを電子マネー決済サーバに送信後，電子マネ
ーを送信し電子マネー決済サーバから受信して領収書デ
ータを受注管理サーバに送信して取引が完了する．払戻
プロセスでは，受注管理サーバに払戻許可書データを発
行する手段と，消費者クライアントに払戻領収書を発行
する手段を設け，消費者クライアントが払戻許可書を受
信すると，データを電子マネー決済サーバに送信し，電
子マネー決済サーバから電子マネーを受領し，電子マネ
ー決済サーバに払戻領収書データを送信し払戻が完了す
る．
内容や決済が完了したことを客観的に証明できる電子デ
ータをオープンネットワーク上で提供する． 【解決手段】 購入プロセスでは，受注管理サーバに請
求書データを発行する手段と，電子マネー決済サーバに
領収書データを発行する手段を設け，消費者クライアン
トは発注し，受注管理サーバから請求書データを受信
し，データを電子マネー決済サーバに送信後，電子マネ
ーを送信し電子マネー決済サーバから受信して領収書デ
ータを受注管理サーバに送信して取引が完了する．払戻
プロセスでは，受注管理サーバに払戻許可書データを発
行する手段と，消費者クライアントに払戻領収書を発行
する手段を設け，消費者クライアントが払戻許可書を受
信すると，データを電子マネー決済サーバに送信し，電
子マネー決済サーバから電子マネーを受領し，電子マネ
ー決済サーバに払戻領収書データを送信し払戻が完了す
る．
Description
【０００１】
【発明の属する技術分野】インタネットなどのオープン
なネットワークで電子マネーを利用して安全に取引する
ためのシステムに関する
なネットワークで電子マネーを利用して安全に取引する
ためのシステムに関する
【０００２】
【従来の技術】現在，インタネットなどのオープンなネ
ットワークを使用してショッピングを行なうシステムが
台頭してきている．既存のシステムでは，小売店はＷＷ
Ｗ(World Wide Web)サーバで商品情報を消費者に提供
し，消費者はＷＷＷブラウザーで商品情報を見て購入し
たい商品を選択し，注文を出している．決済手段として
は，クレジットカードを使用する方法と電子マネーを使
用する方法が主流である．インタネットショッピングで
問題になるのはセキュリティである．インタネットは誰
でも簡単にアクセスできるために，第三者によって盗聴
されたり，改ざんされる可能性がある．また第三者が成
りすまして取引を行なう可能性もある．また取引に関与
する当事者がデータを改ざんしたり，取引内容を否定し
たり，代金を持ち逃げしたりする可能性がある．既存の
システムでは，これらの問題に対応するために，データ
の暗号化，デジタル署名，認証局などを利用している．
データの暗号化方式には，ＤＥＳ(DataEncryption Stan
dard)やＲＳＡなどがある．これらの技術を利用した代
表的なプロトコルとして，ＶＩＳＡ社とＭａｓｔｅｒｃ
ａｒｄ社が開発したクレジットカード決済を対象とした
セキュア電子取引プロトコル（ＳＥＴ）がある．暗号化
方式，デジタル署名方式，認証局方式については，ＳＥ
Ｔの仕様書に記載されている．また電子マネーシステム
としては，Ｄｉｇｉｃａｓｈ社のｅｃａｓｈ，Ｍｏｎｄ
ｅｘ社のＭｏｎｄｅｘマネーなどがある．Ｍｏｎｄｅｘ
社の基本特許として特表平５−５０４６４３がある．
ットワークを使用してショッピングを行なうシステムが
台頭してきている．既存のシステムでは，小売店はＷＷ
Ｗ(World Wide Web)サーバで商品情報を消費者に提供
し，消費者はＷＷＷブラウザーで商品情報を見て購入し
たい商品を選択し，注文を出している．決済手段として
は，クレジットカードを使用する方法と電子マネーを使
用する方法が主流である．インタネットショッピングで
問題になるのはセキュリティである．インタネットは誰
でも簡単にアクセスできるために，第三者によって盗聴
されたり，改ざんされる可能性がある．また第三者が成
りすまして取引を行なう可能性もある．また取引に関与
する当事者がデータを改ざんしたり，取引内容を否定し
たり，代金を持ち逃げしたりする可能性がある．既存の
システムでは，これらの問題に対応するために，データ
の暗号化，デジタル署名，認証局などを利用している．
データの暗号化方式には，ＤＥＳ(DataEncryption Stan
dard)やＲＳＡなどがある．これらの技術を利用した代
表的なプロトコルとして，ＶＩＳＡ社とＭａｓｔｅｒｃ
ａｒｄ社が開発したクレジットカード決済を対象とした
セキュア電子取引プロトコル（ＳＥＴ）がある．暗号化
方式，デジタル署名方式，認証局方式については，ＳＥ
Ｔの仕様書に記載されている．また電子マネーシステム
としては，Ｄｉｇｉｃａｓｈ社のｅｃａｓｈ，Ｍｏｎｄ
ｅｘ社のＭｏｎｄｅｘマネーなどがある．Ｍｏｎｄｅｘ
社の基本特許として特表平５−５０４６４３がある．
【０００３】
【発明が解決しようとする課題】既存のオープンネット
ワーク対応のショッピングシステムや，電子マネーシス
テムでは，通信中のデータの盗聴や改ざんを防止するた
めに，暗号化やデジタル署名を利用している．ＳＥＴは
クレジットカード決済を前提とした取引プロトコルであ
り，オープンネットワーク上では小売店に対する発注処
理とカード会社に対する承認処理だけを行ない，決済処
理は既存の金融ネットワークで行なっている．この場
合，取引内容を証明する請求書はカード所有者に郵送さ
れ，決済が完了したことは，銀行口座からの引き落とし
記録で立証できる．オープンネットワーク上で電子マネ
ーを利用して取引する場合には，基本的に全ての処理は
決済処理も含め，オープンネットワーク上で実行され
る．そこで取引内容や決済が完了したことを客観的に証
明できる電子データをオープンネットワーク上で提供す
る必要がある．これらのデータは，通信途中で第三者に
よって書き換えられては困るし，またそれらのデータを
受取った取引当事者によって自分の都合のよいように勝
手に書き換えられても困る．また信用を有する第三者機
関が決済の代行を行なう場合，注文を行う情報処理装置
（発注クライアント）と，注文を受けつけたり注文を管
理する情報処理装置（注文管理サーバ）と，代金を受領
して管理する情報処理装置（決済サーバ）がそれぞれ独
立にネットワークに接続される．この場合，注文情報や
決済情報が改ざんされることなくこれらの情報処理装置
間で転送され，かつ後日何か問題が発生した場合には，
取引関与者がこれらの注文情報や決済情報を提示するこ
とで注文内容や決済完了を確認できたり，それらが改ざ
んされていないことを証明できる手段が必要である．さ
らに商品を購入する場合のみならず，商品を返品したり
取引をキャンセルした場合に，オープンネットワーク上
で電子マネーを使用して購入者に代金を払い戻せる必要
がある．この場合，第三者が不正に払戻金を受け取るこ
とがないようにする必要がある．本発明の目的は，オー
プンネットワーク上で電子マネーを使用してショッピン
グを行う場合に，ネットワーク上で取引内容や決済状態
を証明するデータを取引関与者に提供する手段を提供す
ることにある．本発明の別の目的は，注文する情報処理
装置と，注文を受けつけ管理する情報処理装置と，代金
を受領および管理する情報処理装置が独立にネットワー
クに接続されている場合に，取引上のトラブルを回避す
る手段を提供することにある．さらに本発明の別の目的
は，オープンネットワーク上で電子マネーを使用して購
入者に代金を払い戻す場合に，不正に第三者によって払
戻金を横取りされずに，正規の購入者に払い戻す手段を
提供することにある．
ワーク対応のショッピングシステムや，電子マネーシス
テムでは，通信中のデータの盗聴や改ざんを防止するた
めに，暗号化やデジタル署名を利用している．ＳＥＴは
クレジットカード決済を前提とした取引プロトコルであ
り，オープンネットワーク上では小売店に対する発注処
理とカード会社に対する承認処理だけを行ない，決済処
理は既存の金融ネットワークで行なっている．この場
合，取引内容を証明する請求書はカード所有者に郵送さ
れ，決済が完了したことは，銀行口座からの引き落とし
記録で立証できる．オープンネットワーク上で電子マネ
ーを利用して取引する場合には，基本的に全ての処理は
決済処理も含め，オープンネットワーク上で実行され
る．そこで取引内容や決済が完了したことを客観的に証
明できる電子データをオープンネットワーク上で提供す
る必要がある．これらのデータは，通信途中で第三者に
よって書き換えられては困るし，またそれらのデータを
受取った取引当事者によって自分の都合のよいように勝
手に書き換えられても困る．また信用を有する第三者機
関が決済の代行を行なう場合，注文を行う情報処理装置
（発注クライアント）と，注文を受けつけたり注文を管
理する情報処理装置（注文管理サーバ）と，代金を受領
して管理する情報処理装置（決済サーバ）がそれぞれ独
立にネットワークに接続される．この場合，注文情報や
決済情報が改ざんされることなくこれらの情報処理装置
間で転送され，かつ後日何か問題が発生した場合には，
取引関与者がこれらの注文情報や決済情報を提示するこ
とで注文内容や決済完了を確認できたり，それらが改ざ
んされていないことを証明できる手段が必要である．さ
らに商品を購入する場合のみならず，商品を返品したり
取引をキャンセルした場合に，オープンネットワーク上
で電子マネーを使用して購入者に代金を払い戻せる必要
がある．この場合，第三者が不正に払戻金を受け取るこ
とがないようにする必要がある．本発明の目的は，オー
プンネットワーク上で電子マネーを使用してショッピン
グを行う場合に，ネットワーク上で取引内容や決済状態
を証明するデータを取引関与者に提供する手段を提供す
ることにある．本発明の別の目的は，注文する情報処理
装置と，注文を受けつけ管理する情報処理装置と，代金
を受領および管理する情報処理装置が独立にネットワー
クに接続されている場合に，取引上のトラブルを回避す
る手段を提供することにある．さらに本発明の別の目的
は，オープンネットワーク上で電子マネーを使用して購
入者に代金を払い戻す場合に，不正に第三者によって払
戻金を横取りされずに，正規の購入者に払い戻す手段を
提供することにある．
【０００４】
【課題を解決するための手段】上記目的を達成するため
に，複数の情報処理装置がネットワークで相互に接続さ
れているコンピュータシステムにおいて，発注を行う第
１の情報処理装置に電子マネーを送受信する手段と，注
文データを送信するための手段と，請求書データや領収
書データを送受信する手段を設け，注文を受け付け，管
理する第２の情報処理装置に注文データを受信するため
の手段と，注文データを記憶するための手段と，少なく
とも支払金額と支払先と取引を特定するための識別子を
含むデータに第２の情報処理装置が有する秘密鍵で暗号
化したデジタル署名を添付した請求書データを発行する
ための手段と，請求書データを送信するための手段と，
支払先のデジタル署名が添付された領収書データを受信
して領収書の有効性をチェックするための手段を設け，
代金を受領・管理する第３の情報処理装置に電子マネー
を送受信するための手段と，決済データを記憶するため
の手段と，少なくとも領収金額と取引を特定するための
識別子を含むデータに第３の情報処理装置が有する秘密
鍵で暗号化したデジタル署名を添付した領収書データを
発行する手段と，領収書データを送信するための手段を
設ける．請求書データと領収書データには，発行者のみ
が有する秘密鍵で暗号化されたデジタル署名が添付され
ているので，発行者以外が改造することは困難であり，
商品購入者がこれらのデータを提示すれば，取引内容や
その取引の決済が完了したなどを証明できる．さらに第
１の情報処理装置が第２の情報処理装置に注文データを
送信するステップと，第２の情報処理装置が注文データ
を受信した場合に第１の情報処理装置に請求書データを
送信するステップと，第１の情報処理装置が請求書デー
タを受信すると第３の情報処理装置に請求書データを送
信するステップと，第３の情報処理装置の応答に対して
第１の情報処理装置から第３の情報処理装置に電子マネ
ーを送金するステップと，第３の情報処理装置が電子マ
ネーを受信したら第１の情報処理装置に領収書を送信す
るステップと，第１の情報処理装置が領収書を受信した
ら，領収書を第２の情報処理装置に送信するステップを
設ける．このことにより，発注のための第１の情報処理
装置と，受注のための第２の情報処理装置と，代金を受
領する第３の情報処理装置がそれぞれオープンネットワ
ークに接続されている場合であっても，問題が発生した
場合にその問題の所在を明確にすることが可能になる．
また代金の払戻を行なうために，第１の情報処理装置に
払戻要求を送信するための手段と，電子マネーを送受信
する手段と，少なくとも取引を特定するための識別子と
受領した払戻金額に関するデータで構成されるデータに
第１の情報処理装置が有する秘密鍵で暗号化したデジタ
ル署名を添付した払戻領収書を発行するための手段と，
払戻領収書を送信するための手段と，払戻許可データを
送受信するための手段を設け，第２の情報処理装置に，
払戻要求を受信するための手段と，注文データを記憶す
るための手段と，少なくとも取引を特定するための識別
子と払戻金の受取人を特定するための識別子と払戻金額
に関係する情報を含むデータに第２の情報処理装置が有
する秘密鍵で暗号化したデジタル署名を添付した払戻許
可書データを発行するための手段と，払戻許可書データ
を送信するための手段を設け，第３の情報処理装置に，
払戻許可書データを受信するための手段と，前記払戻許
可書データの有効性をチェックするための手段と，電子
マネーを格納するための手段と，電子マネーを送受信す
るための手段と，決済データを記憶するための手段を設
ける．さらにオンラインショッピングシステムにおい
て，第１の情報処理装置が第２の情報処理装置に払戻要
求を送信するステップと，第２の情報処理装置が前記払
戻要求を受信した場合に払戻許可データを発行して第１
の情報処理装置に送信するステップと，第１の情報処理
装置が払戻許可データを受信すると第３の情報処理装置
に払戻許可データを送信するステップと，払戻許可デー
タが有効である場合に第３の情報処理装置から第１の情
報処理装置に電子マネーを送金するステップと，第１の
情報処理装置が電子マネーを受信したら第３の情報処理
装置に払戻領収書データを送信するステップを設ける．
以上により，払戻を要求する情報処理装置と，注文デー
タを管理していて払戻を受け付ける情報処理装置と，払
戻金を送金する電子マネー決済サーバがそれぞれネット
ワークに接続されている場合であっても，正当な払戻受
領者に払戻金を送金することが可能になるとともに，払
戻金の授受に関してトラブルが発生した場合には，払戻
許可データや払戻領収書データを提示することにより問
題を解決することが可能になる．払戻許可データと払戻
領収書データには，発行者のみが有する秘密鍵で暗号化
されたデジタル署名が添付されているので，発行者以外
が改造することは困難である．また払戻許可データには
払戻を受領する人もしくは情報処理装置を特定するため
のデータが入っているとともに，第１の情報処理装置が
第３の情報処理装置に払戻許可データを送信する前に第
１の情報処理装置が有する秘密鍵で暗号化したデジタル
署名を添付するので，商品購入者以外が払戻金を不正に
受け取ることを防止できる．さらに払戻許可データに使
用する払戻金を受領する人もしくは情報処理装置を特定
するデータとして，デジタル署名の正当性を証明するた
めに認証局に登録された証書に含まれる人もしくは情報
処理装置を特定するためのデータを使用すれば，払戻要
求者と払戻を受領する権利を有する人との一致性を容易
に検証できる．
に，複数の情報処理装置がネットワークで相互に接続さ
れているコンピュータシステムにおいて，発注を行う第
１の情報処理装置に電子マネーを送受信する手段と，注
文データを送信するための手段と，請求書データや領収
書データを送受信する手段を設け，注文を受け付け，管
理する第２の情報処理装置に注文データを受信するため
の手段と，注文データを記憶するための手段と，少なく
とも支払金額と支払先と取引を特定するための識別子を
含むデータに第２の情報処理装置が有する秘密鍵で暗号
化したデジタル署名を添付した請求書データを発行する
ための手段と，請求書データを送信するための手段と，
支払先のデジタル署名が添付された領収書データを受信
して領収書の有効性をチェックするための手段を設け，
代金を受領・管理する第３の情報処理装置に電子マネー
を送受信するための手段と，決済データを記憶するため
の手段と，少なくとも領収金額と取引を特定するための
識別子を含むデータに第３の情報処理装置が有する秘密
鍵で暗号化したデジタル署名を添付した領収書データを
発行する手段と，領収書データを送信するための手段を
設ける．請求書データと領収書データには，発行者のみ
が有する秘密鍵で暗号化されたデジタル署名が添付され
ているので，発行者以外が改造することは困難であり，
商品購入者がこれらのデータを提示すれば，取引内容や
その取引の決済が完了したなどを証明できる．さらに第
１の情報処理装置が第２の情報処理装置に注文データを
送信するステップと，第２の情報処理装置が注文データ
を受信した場合に第１の情報処理装置に請求書データを
送信するステップと，第１の情報処理装置が請求書デー
タを受信すると第３の情報処理装置に請求書データを送
信するステップと，第３の情報処理装置の応答に対して
第１の情報処理装置から第３の情報処理装置に電子マネ
ーを送金するステップと，第３の情報処理装置が電子マ
ネーを受信したら第１の情報処理装置に領収書を送信す
るステップと，第１の情報処理装置が領収書を受信した
ら，領収書を第２の情報処理装置に送信するステップを
設ける．このことにより，発注のための第１の情報処理
装置と，受注のための第２の情報処理装置と，代金を受
領する第３の情報処理装置がそれぞれオープンネットワ
ークに接続されている場合であっても，問題が発生した
場合にその問題の所在を明確にすることが可能になる．
また代金の払戻を行なうために，第１の情報処理装置に
払戻要求を送信するための手段と，電子マネーを送受信
する手段と，少なくとも取引を特定するための識別子と
受領した払戻金額に関するデータで構成されるデータに
第１の情報処理装置が有する秘密鍵で暗号化したデジタ
ル署名を添付した払戻領収書を発行するための手段と，
払戻領収書を送信するための手段と，払戻許可データを
送受信するための手段を設け，第２の情報処理装置に，
払戻要求を受信するための手段と，注文データを記憶す
るための手段と，少なくとも取引を特定するための識別
子と払戻金の受取人を特定するための識別子と払戻金額
に関係する情報を含むデータに第２の情報処理装置が有
する秘密鍵で暗号化したデジタル署名を添付した払戻許
可書データを発行するための手段と，払戻許可書データ
を送信するための手段を設け，第３の情報処理装置に，
払戻許可書データを受信するための手段と，前記払戻許
可書データの有効性をチェックするための手段と，電子
マネーを格納するための手段と，電子マネーを送受信す
るための手段と，決済データを記憶するための手段を設
ける．さらにオンラインショッピングシステムにおい
て，第１の情報処理装置が第２の情報処理装置に払戻要
求を送信するステップと，第２の情報処理装置が前記払
戻要求を受信した場合に払戻許可データを発行して第１
の情報処理装置に送信するステップと，第１の情報処理
装置が払戻許可データを受信すると第３の情報処理装置
に払戻許可データを送信するステップと，払戻許可デー
タが有効である場合に第３の情報処理装置から第１の情
報処理装置に電子マネーを送金するステップと，第１の
情報処理装置が電子マネーを受信したら第３の情報処理
装置に払戻領収書データを送信するステップを設ける．
以上により，払戻を要求する情報処理装置と，注文デー
タを管理していて払戻を受け付ける情報処理装置と，払
戻金を送金する電子マネー決済サーバがそれぞれネット
ワークに接続されている場合であっても，正当な払戻受
領者に払戻金を送金することが可能になるとともに，払
戻金の授受に関してトラブルが発生した場合には，払戻
許可データや払戻領収書データを提示することにより問
題を解決することが可能になる．払戻許可データと払戻
領収書データには，発行者のみが有する秘密鍵で暗号化
されたデジタル署名が添付されているので，発行者以外
が改造することは困難である．また払戻許可データには
払戻を受領する人もしくは情報処理装置を特定するため
のデータが入っているとともに，第１の情報処理装置が
第３の情報処理装置に払戻許可データを送信する前に第
１の情報処理装置が有する秘密鍵で暗号化したデジタル
署名を添付するので，商品購入者以外が払戻金を不正に
受け取ることを防止できる．さらに払戻許可データに使
用する払戻金を受領する人もしくは情報処理装置を特定
するデータとして，デジタル署名の正当性を証明するた
めに認証局に登録された証書に含まれる人もしくは情報
処理装置を特定するためのデータを使用すれば，払戻要
求者と払戻を受領する権利を有する人との一致性を容易
に検証できる．
【０００５】
【発明の実施の形態】以下，本発明に係るオンラインシ
ョッピングシステムの実施例を図面を参照しながら説明
する．図１は，本発明の全体構成を表わす構成図であ
る．１は商品やサービスを注文する情報処理装置（消費
者クライアントと呼ぶ）であり，２は注文を受けつけ管
理する情報処理装置（受注管理サーバと呼ぶ）であり，
３は代金を受けつけ管理する情報処理装置（電子マネー
決済サーバと呼ぶ）である．４は，前記１から３の情報
処理装置を相互に接続しているコンピュータネットワー
クであり，代表例としてインタネットがある．図２は，
消費者クライアント１の構成図である．１１は電子マネ
ーを格納する電子マネー格納装置であり，ＩＣカード
（スマートカードとも呼ぶ）である場合と，その他の外
部記憶装置である場合がある．１２はコンピュータネッ
トワークを介して，他の情報処理装置との通信を行う通
信装置であり，電子マネー，注文データ，請求書デー
タ，領収書データなどを送受信するために使用する．１
３は，プログラムや各種データを記憶する記憶装置であ
り，デジタル署名を行うための秘密鍵も記憶される．１
４は，注文データ，請求書データ，領収書データなどを
表示するための表示装置である．１５は，注文データな
どを入力するための入力装置である．１６はプログラム
を制御するための装置で，デジタル署名を作成，検証し
たり，入出力を制御したり，通信を制御したり，実行順
序を制御する．図３は，受注管理サーバ２の構成図であ
る．２１はプログラムや注文データや顧客データなどを
記憶する記憶装置であり，デジタル署名に使用する秘密
鍵も記憶される．２２は他の情報処理装置と通信するた
めの通信装置であり，注文データ，請求書データ，領収
書データなどを送受信するために使用する．２３は各種
データを入力するための入力装置であり，２４は各種デ
ータを表示するための表示装置である．入力装置２３お
よび表示装置２４はなくてもよい．２５はプログラムを
制御するための装置であり，デジタル署名を作成，検証
したり，入出力を制御したり，通信を制御したり，実行
順序を制御する．図４は，電子マネー決済サーバ３の構
成図である．３１は電子マネーを格納するための装置で
あり，電子マネー格納装置１１と同様に，ＩＣカードで
ある場合とそれ以外の外部記憶装置である場合がある．
３２は他の情報処理装置と通信するための通信装置であ
り，電子マネー，請求書データ，領収書データなどを送
受信するために使用する．３３はプログラムや各種デー
タを記憶する記憶装置であり，デジタル署名を行うため
の秘密鍵も記憶される．３４は各種データを入力するた
めの入力装置であり，３５は各種データを表示するため
の表示装置である．表示装置３４および入力装置３５は
なくてもよい．以下，本発明のオンラインショッピング
システムで，商品もしくはサービスを購入する場合（購
入プロセスとも呼ぶ）と，払戻の場合（払戻プロセスと
も呼ぶ）の２つの実施例について説明する． （１）商品もしくはサービスを購入する場合（購入プロ
セス） 図５は購入プロセスにおけるメッセージ，請求書データ
５１，領収書データ５３の流れを示すフロー図である．
１１０から２２０はそれぞれ情報処理装置間で送受信さ
れるメッセージを表わす．請求書データ５１に記されて
いる「Ｍ」は受注管理サーバ２によってデジタル署名さ
れたことを示す．５２は代金受取要求メッセージ１５０
に消費者クライアント１によって添付されたデジタル署
名である．領収書データ５３に記されている「Ｐ」は電
子マネー決済サーバ３によってデジタル署名されたこと
を示す．請求書デ−タ５１に記されている「Ｃ」５２は
消費者クライアント１によってデジタル署名されたこと
を表わす。
ョッピングシステムの実施例を図面を参照しながら説明
する．図１は，本発明の全体構成を表わす構成図であ
る．１は商品やサービスを注文する情報処理装置（消費
者クライアントと呼ぶ）であり，２は注文を受けつけ管
理する情報処理装置（受注管理サーバと呼ぶ）であり，
３は代金を受けつけ管理する情報処理装置（電子マネー
決済サーバと呼ぶ）である．４は，前記１から３の情報
処理装置を相互に接続しているコンピュータネットワー
クであり，代表例としてインタネットがある．図２は，
消費者クライアント１の構成図である．１１は電子マネ
ーを格納する電子マネー格納装置であり，ＩＣカード
（スマートカードとも呼ぶ）である場合と，その他の外
部記憶装置である場合がある．１２はコンピュータネッ
トワークを介して，他の情報処理装置との通信を行う通
信装置であり，電子マネー，注文データ，請求書デー
タ，領収書データなどを送受信するために使用する．１
３は，プログラムや各種データを記憶する記憶装置であ
り，デジタル署名を行うための秘密鍵も記憶される．１
４は，注文データ，請求書データ，領収書データなどを
表示するための表示装置である．１５は，注文データな
どを入力するための入力装置である．１６はプログラム
を制御するための装置で，デジタル署名を作成，検証し
たり，入出力を制御したり，通信を制御したり，実行順
序を制御する．図３は，受注管理サーバ２の構成図であ
る．２１はプログラムや注文データや顧客データなどを
記憶する記憶装置であり，デジタル署名に使用する秘密
鍵も記憶される．２２は他の情報処理装置と通信するた
めの通信装置であり，注文データ，請求書データ，領収
書データなどを送受信するために使用する．２３は各種
データを入力するための入力装置であり，２４は各種デ
ータを表示するための表示装置である．入力装置２３お
よび表示装置２４はなくてもよい．２５はプログラムを
制御するための装置であり，デジタル署名を作成，検証
したり，入出力を制御したり，通信を制御したり，実行
順序を制御する．図４は，電子マネー決済サーバ３の構
成図である．３１は電子マネーを格納するための装置で
あり，電子マネー格納装置１１と同様に，ＩＣカードで
ある場合とそれ以外の外部記憶装置である場合がある．
３２は他の情報処理装置と通信するための通信装置であ
り，電子マネー，請求書データ，領収書データなどを送
受信するために使用する．３３はプログラムや各種デー
タを記憶する記憶装置であり，デジタル署名を行うため
の秘密鍵も記憶される．３４は各種データを入力するた
めの入力装置であり，３５は各種データを表示するため
の表示装置である．表示装置３４および入力装置３５は
なくてもよい．以下，本発明のオンラインショッピング
システムで，商品もしくはサービスを購入する場合（購
入プロセスとも呼ぶ）と，払戻の場合（払戻プロセスと
も呼ぶ）の２つの実施例について説明する． （１）商品もしくはサービスを購入する場合（購入プロ
セス） 図５は購入プロセスにおけるメッセージ，請求書データ
５１，領収書データ５３の流れを示すフロー図である．
１１０から２２０はそれぞれ情報処理装置間で送受信さ
れるメッセージを表わす．請求書データ５１に記されて
いる「Ｍ」は受注管理サーバ２によってデジタル署名さ
れたことを示す．５２は代金受取要求メッセージ１５０
に消費者クライアント１によって添付されたデジタル署
名である．領収書データ５３に記されている「Ｐ」は電
子マネー決済サーバ３によってデジタル署名されたこと
を示す．請求書デ−タ５１に記されている「Ｃ」５２は
消費者クライアント１によってデジタル署名されたこと
を表わす。
【０００６】図６は請求書データ５１のデータ構造図，
図７は領収書データ５３のデータ構造図である．これら
のデータ項目は例であり，これ以外のデータ項目が使用
されてもよい．デジタル署名は，署名の対象となるデー
タのハッシュ値を計算し，ハッシュ値に秘密鍵で暗号化
したものである．ハッシュ値を算出するために使用され
るハッシュ関数にはＳＨＡ−１やＭＤ５などのアルゴリ
ズムがある．また秘密鍵で暗号化する方法にはＲＳＡな
どの非対称暗号アルゴリズムを使用する．またデジタル
署名を検証するためには，秘密鍵と対になっている公開
鍵でデジタル署名を復号化したデータと署名の対象とな
っている平文データのハッシュ値を計算したデータが一
致するかどうかをチェックする．５５はデータブロック
５４のハッシュ値に受注管理サーバ２が有する秘密鍵で
暗号化したデジタル署名である．５８はデータブロック
５７のハッシュ値に電子マネー決済サーバ３が有する秘
密鍵で暗号化したデジタル署名である．図８は消費者ク
ライアント１の処理手順を表わすフロー図である．図９
は受注管理サーバ２の処理手順を表わすフロー図であ
る．図１０は電子マネー決済サーバ３の処理手順を表わ
すフロー図である．図１１と図１２は受注管理サーバ２
の記憶装置２１に記憶されている注文データ６１，６２
である．図１３は電子マネー決済サーバ３の記憶装置３
３に記憶されている決済データ６３である．以下，図
５、８、９、及び１０を用いて、購入プロセスの処理手
順を説明する． 消費者クライアント１で注文データが
入力されると（ステップ３１０），取引相手を認証する
ために注文準備要求メッセージ１１０を受注管理サーバ
２に送信し，受注管理サーバ２はメッセージを受信する
と（ステップ５１０），消費者クライアント１に認証用
証書を含む注文準備応答メッセージ１２０を送信する
（ステップ５２０）．消費者クライアント１は，証書を
使用して相手認証を行なうと（ステップ３２０），受注
管理サーバ２に注文データを含む注文要求メッセージ１
３０を送信する（ステップ３３０）．図１４に消費者ク
ライアント１の表示装置に表示される注文データ画面の
例を示す．受注管理サーバ２がメッセージ１３０を受信
すると（ステップ５３０），注文データを記憶装置２１
に格納して（ステップ５４０），請求書データ５１を作
成し（ステップ５５０），消費者クライアント１に支払
要求メッセージ１４０を送信する（ステップ５６０）．
図１５は消費者クライアント１の表示装置に表示される
請求書データ画面７２である．支払要求メッセージ１４
０を受信したときに，画面７２を表示してもよい．消費
者クライアント１がメッセージ１４０を受信すると（ス
テップ３４０），電子マネー決済サーバ３に請求書デー
タ５１を含む代金受取要求メッセージ１５０にデジタル
署名５２を添付して送信する（ステップ３５０）．電子
マネーサーバ３が前記メッセージ１５０を受信したら
（ステップ７１０），請求書データ５１とデジタル署名
５２の有効性をチェックして（ステップ７２０），有効
である場合には（ステップ７３０），消費者クライアン
ト１に送金開始許可を含む代金受取応答メッセージ１６
０を送信する（ステップ７４０）．また請求書データ５
１およびデジタル署名５２が有効でない場合には処理を
終了する．ステップ７３０で有効性をチェックする方法
には，請求書データ５１に受注管理サーバ２のデジタル
署名５５が添付されているかどうか，請求書データ５１
に含まれる支払者を特定するためのデータ（支払者ＩＤ
など）とデジタル署名５２を署名した者が同一であるか
どうかをチェックする方法などがある．消費者クライア
ント１が代金受取応答メッセージ１６０を受信し（ステ
ップ３６０），メッセージ１６０の中に送金許可を示す
データが含まれている場合（ステップ３７０），電子マ
ネー決済サーバ３に電子マネー１７０を送信する（ステ
ップ３８０）．電子マネー決済サーバ３が電子マネー１
７０を受信したら（ステップ７５０），記憶装置３３の
決済データ６３を更新し，電子マネーを受領したことを
示すメッセージ１８０を消費者クライアント１に送信す
る（ステップ７６０）．消費者クライアント１がメッセ
ージ１８０を受信したら（ステップ３９０），電子マネ
ー決済サーバ３に領収書データを要求するメッセージ１
９０を送信する（ステップ４００）．電子マネー決済サ
ーバ３がメッセージ１９０を受信したら（ステップ７７
０），領収書データ５３を作成し（ステップ７８０），
消費者クライアント１に領収書データ５３を含む領収書
応答メッセージ２００を送信する（ステップ７９０）．
消費者クライアント１がメッセージ２００を受信したら
（ステップ４１０），領収書データ５３を含む支払応答
メッセージ２１０を受注管理サーバ２に送信する（ステ
ップ４２０）．図１６は消費者クライアント１の表示装
置に表示される領収書データ画面７３である．領収書応
答メッセージ２００を受信したときに，画面７３を表示
してもよい．受注管理サーバ２がメッセージ２１０を受
信したら（ステップ５７０），領収書データ５３の有効
性をチェックして（ステップ５８０），領収書データ５
３が有効である場合には（ステップ５９０），記憶装置
２１に格納されている注文データ６１を更新して（６０
０），消費者クライアント１に注文完了を示す注文応答
メッセージ２２０を送信する（ステップ６１０）．領収
書データ５３が有効でない場合には（ステップ５９
０），消費者クライアント１に注文失敗を示す注文応答
メッセージ２２０を送信する（ステップ６２０），ステ
ップ５８０の有効性をチェックする方法には，領収書デ
ータ５３に請求書データ５１で指定した支払先のデジタ
ル署名が添付されているかどうか，領収書データ５３に
含まれる受賞金額に関するデータが代金の金額と一致す
るかどうかなどをチェックする方法がある．消費者クラ
イアント１が受注管理サーバ２から注文応答メッセージ
２２０を受信すると（ステップ４３０），購入プロセス
が完了する．以上の処理により，消費者クライアント
１，受注管理サーバ２，電子マネー決済サーバ３がそれ
ぞれコンピュータネットワーク４に接続されている場合
に安全に取引を行うことが可能になる．また請求書デー
タ５１や領収書データ５３は，後日取引上の問題が起こ
った場合に取引内容や決済完了状態を示す証拠として使
用することができる．さらに前記ステップ７２０によ
り，電子マネー決済サーバ３への不正アクセスを防止す
ることができる． （２）払戻の場合（払戻プロセス） 図１７は払戻プロセスにおけるメッセージ，払戻許可書
データ（払戻許可データとも呼ぶ）８１，払戻領収書８
３の流れを示すフロー図である．１１１０から１２２０
はそれぞれ情報処理装置間で送受信されるメッセージを
表わす．払戻許可書データ８１に記されている「Ｍ」は
受注管理サーバ２によってデジタル署名されたことを表
わす．８２は払戻金送金要求メッセージ１１５０に消費
者クライアント１によって添付されたデジタル署名であ
る．払戻領収書８３に記されている「Ｃ」は消費者クラ
イアント１によってデジタル署名されたことを表わす．
図１８は払戻許可書データ８１のデータ構造図，図１９
は払戻領収書８３のデータ構造図である．これらのデー
タ項目は例であり，他のデータ項目が使用されてもよ
い．８５はデータブロック８４のハッシュ値に受注管理
サーバ２が有する秘密鍵で暗号化されたデジタル署名で
ある．８８はデータブロック８７のハッシュ値に消費者
クライアント１が有する秘密鍵で暗号化されたデジタル
署名である．図２０は消費者クライアント１の処理手順
を表わすフロー図である．図２１と図２２は受注管理サ
ーバ２の処理手順を表わすフロー図である．図２３は電
子マネー決済サーバ３の処理手順を表わすフロー図であ
る．以下，図１７、２０、２１、２２、及び２３を用い
て、払戻プロセスの処理手順を説明する．消費者クライ
アント１で払戻を行うために必要なデータを入力装置１
５を用いて入力されると（ステップ１３１０），受注管
理サーバ２に払戻要求メッセージ１１１０を送信する
（ステップ１３２０）．図２４は前記消費者クライアン
ト１の表示装置１４に表示される払戻要求するための画
面９１である．受注管理サーバ２が前記メッセージ１１
１０を受信したら（ステップ１５１０），メッセージで
指定された取引ＩＤが払戻可能かどうかをチェックし
（ステップ１５２０），可能であるならば電子マネー決
済サーバ３に払戻準備要求メッセージ１１２０を送信す
る（ステップ１５３０）．電子マネー決済サーバ３がメ
ッセージ１１２０を受信したら（ステップ１７１０），
記憶装置３３に記憶されている決済データ６３を「払戻
中」に更新して（ステップ１７２０）．受注管理サーバ
２に準備完了を示す払戻準備応答メッセージ１１３０を
送信する（ステップ１７３０）．受注管理サーバ２が応
答メッセージ１１３０を受信したら（ステップ１５４
０），記憶装置２１の注文データ６１を「払戻中」に更
新し（ステップ１５５０），払戻許可書データ８１を作
成して（ステップ１５６０），消費者クライアント１に
払戻許可書データ８１を含む払戻応答メッセージ１１４
０を送信する（ステップ１５７０）．消費者クライアン
ト１が応答メッセージ１１４０を受信したら（ステップ
１３３０），応答メッセージ１１４０に含まれる払戻許
可書データ８１を含む払戻金送金要求メッセージ１１５
０に消費者クライアント１が有する秘密鍵で暗号化した
デジタル署名８２を添付して電子マネー決済サーバ３に
送信する（ステップ１３４０）．図２５は消費者クライ
アント１の表示装置１４に表示される払戻許可書データ
の画面９２である．払戻応答メッセージ１１４０を受信
したときに画面９２を表示してもよい．電子マネー決済
サーバ３が要求メッセージ１１５０を受信したら（ステ
ップ１７４０），払戻許可書データ８１とデジタル署名
８２を用いて払戻が可能かどうかチェックする（ステッ
プ１７５０）．この場合のチェック方法として，払戻許
可書データ８１に受注管理サーバ２のデジタル署名が添
付されているか，払戻許可書データ８１で指定される払
戻受領者がデジタル署名８２を署名した者と一致するか
などをチェックする方法がある．ステップ１７５０の結
果が有効である場合には（ステップ１７６０），消費者
クライアント１に払戻許可を示すデータを含む払戻金送
金応答メッセージ１１６０を送信する（ステップ１７７
０）．ステップ１７５０の結果が無効である場合には
（ステップ１７６０），払戻不可を示すデータを含む払
戻金送金応答メッセージ１１６０を消費者クライアント
１に送信する（ステップ１８５０）．消費者クライアン
ト１が応答メッセージ１１６０を受信し（ステップ１３
５０），メッセージ１１６０に払戻許可を示すデータが
含まれている場合には（ステップ１３６０），電子マネ
ー決済サーバ３に電子マネー送金要求を示すメッセージ
１１７０を送信する（ステップ１３７０）．ステップ１
３６０でメッセージ１１６０に払戻不可を示すデータが
含まれている場合には処理を終了する．電子マネー決済
サーバ３がメッセージ１１７０を受信したら（ステップ
１７８０），消費者クライアント１に電子マネー１１８
０を送金する（ステップ１７９０）．消費者クライアン
ト１が電子マネー１１８０を受信したら（ステップ１３
８０），払戻領収書データ８３を作成して（ステップ１
３９０），領収書データ８３を含む払戻領収書送信メッ
セージ１１９０を電子マネー決済サーバ３に送信する
（ステップ１４００）．電子マネー決済サーバ３がメッ
セージ１１９０を受信したら（ステップ１８００），記
憶装置３３に記憶されている決済データ６３を「払戻完
了」に更新して（ステップ１８１０），払戻領収書応答
メッセージ１２００を消費者クライアント１に送信する
（ステップ１８２０）．消費者クライアント１が応答メ
ッセージ１２００を受信したら（ステップ１４１０），
処理を終了する．受注管理サーバ２は所定の時間が経過
したら電子マネー決済サーバ３に払戻状態要求メッセー
ジ１２１０を送信する（ステップ１６１０）．電子マネ
ー決済サーバ３が要求メッセージ１２１０を受信したら
（ステップ１８３０），受注管理サーバ２に払戻完了状
態を含む払戻状態応答メッセージ１２２０を送信する
（ステップ１８４０）．このとき既に払戻が完了してい
る場合には，応答メッセージ１２２０で消費者クライア
ント１から受け取った払戻領収書８３を送信してもよ
い．受注管理サーバ２は，応答メッセージ１２２０を受
信したら（ステップ１６２０），記憶装置２１に記憶さ
れている注文データ６１を「払戻完了」に更新して（ス
テップ１６３０），処理を終了する．以上の処理によ
り，消費者クライアント１，受注管理サーバ２，電子マ
ネー決済サーバ３がそれぞれコンピュータネットワーク
４に接続されている場合に安全に電子マネーを用いて払
い戻しすることが可能になる．また払戻許可書データ８
１や払戻領収書データ８３は，後日払戻に関する問題が
起こった場合に払戻内容や払戻完了状態を示す証拠とし
て使用することができる．さらにステップ１７５０によ
り，電子マネー決済サーバ３への不正アクセスを防止す
ることができるとともに，他人が不正に払戻金を受け取
ることを防止できる．図８又は２０に示した処理を実行
するプログラムをフロッピィデイスクなどの可搬記憶媒
体に格納し、これを消費者クライアント１の記憶部１３
に読み込んで実行することも可能である。受注管理サ−
バ２、及び電子マネ−決済サ−バ３についても同様であ
る。
図７は領収書データ５３のデータ構造図である．これら
のデータ項目は例であり，これ以外のデータ項目が使用
されてもよい．デジタル署名は，署名の対象となるデー
タのハッシュ値を計算し，ハッシュ値に秘密鍵で暗号化
したものである．ハッシュ値を算出するために使用され
るハッシュ関数にはＳＨＡ−１やＭＤ５などのアルゴリ
ズムがある．また秘密鍵で暗号化する方法にはＲＳＡな
どの非対称暗号アルゴリズムを使用する．またデジタル
署名を検証するためには，秘密鍵と対になっている公開
鍵でデジタル署名を復号化したデータと署名の対象とな
っている平文データのハッシュ値を計算したデータが一
致するかどうかをチェックする．５５はデータブロック
５４のハッシュ値に受注管理サーバ２が有する秘密鍵で
暗号化したデジタル署名である．５８はデータブロック
５７のハッシュ値に電子マネー決済サーバ３が有する秘
密鍵で暗号化したデジタル署名である．図８は消費者ク
ライアント１の処理手順を表わすフロー図である．図９
は受注管理サーバ２の処理手順を表わすフロー図であ
る．図１０は電子マネー決済サーバ３の処理手順を表わ
すフロー図である．図１１と図１２は受注管理サーバ２
の記憶装置２１に記憶されている注文データ６１，６２
である．図１３は電子マネー決済サーバ３の記憶装置３
３に記憶されている決済データ６３である．以下，図
５、８、９、及び１０を用いて、購入プロセスの処理手
順を説明する． 消費者クライアント１で注文データが
入力されると（ステップ３１０），取引相手を認証する
ために注文準備要求メッセージ１１０を受注管理サーバ
２に送信し，受注管理サーバ２はメッセージを受信する
と（ステップ５１０），消費者クライアント１に認証用
証書を含む注文準備応答メッセージ１２０を送信する
（ステップ５２０）．消費者クライアント１は，証書を
使用して相手認証を行なうと（ステップ３２０），受注
管理サーバ２に注文データを含む注文要求メッセージ１
３０を送信する（ステップ３３０）．図１４に消費者ク
ライアント１の表示装置に表示される注文データ画面の
例を示す．受注管理サーバ２がメッセージ１３０を受信
すると（ステップ５３０），注文データを記憶装置２１
に格納して（ステップ５４０），請求書データ５１を作
成し（ステップ５５０），消費者クライアント１に支払
要求メッセージ１４０を送信する（ステップ５６０）．
図１５は消費者クライアント１の表示装置に表示される
請求書データ画面７２である．支払要求メッセージ１４
０を受信したときに，画面７２を表示してもよい．消費
者クライアント１がメッセージ１４０を受信すると（ス
テップ３４０），電子マネー決済サーバ３に請求書デー
タ５１を含む代金受取要求メッセージ１５０にデジタル
署名５２を添付して送信する（ステップ３５０）．電子
マネーサーバ３が前記メッセージ１５０を受信したら
（ステップ７１０），請求書データ５１とデジタル署名
５２の有効性をチェックして（ステップ７２０），有効
である場合には（ステップ７３０），消費者クライアン
ト１に送金開始許可を含む代金受取応答メッセージ１６
０を送信する（ステップ７４０）．また請求書データ５
１およびデジタル署名５２が有効でない場合には処理を
終了する．ステップ７３０で有効性をチェックする方法
には，請求書データ５１に受注管理サーバ２のデジタル
署名５５が添付されているかどうか，請求書データ５１
に含まれる支払者を特定するためのデータ（支払者ＩＤ
など）とデジタル署名５２を署名した者が同一であるか
どうかをチェックする方法などがある．消費者クライア
ント１が代金受取応答メッセージ１６０を受信し（ステ
ップ３６０），メッセージ１６０の中に送金許可を示す
データが含まれている場合（ステップ３７０），電子マ
ネー決済サーバ３に電子マネー１７０を送信する（ステ
ップ３８０）．電子マネー決済サーバ３が電子マネー１
７０を受信したら（ステップ７５０），記憶装置３３の
決済データ６３を更新し，電子マネーを受領したことを
示すメッセージ１８０を消費者クライアント１に送信す
る（ステップ７６０）．消費者クライアント１がメッセ
ージ１８０を受信したら（ステップ３９０），電子マネ
ー決済サーバ３に領収書データを要求するメッセージ１
９０を送信する（ステップ４００）．電子マネー決済サ
ーバ３がメッセージ１９０を受信したら（ステップ７７
０），領収書データ５３を作成し（ステップ７８０），
消費者クライアント１に領収書データ５３を含む領収書
応答メッセージ２００を送信する（ステップ７９０）．
消費者クライアント１がメッセージ２００を受信したら
（ステップ４１０），領収書データ５３を含む支払応答
メッセージ２１０を受注管理サーバ２に送信する（ステ
ップ４２０）．図１６は消費者クライアント１の表示装
置に表示される領収書データ画面７３である．領収書応
答メッセージ２００を受信したときに，画面７３を表示
してもよい．受注管理サーバ２がメッセージ２１０を受
信したら（ステップ５７０），領収書データ５３の有効
性をチェックして（ステップ５８０），領収書データ５
３が有効である場合には（ステップ５９０），記憶装置
２１に格納されている注文データ６１を更新して（６０
０），消費者クライアント１に注文完了を示す注文応答
メッセージ２２０を送信する（ステップ６１０）．領収
書データ５３が有効でない場合には（ステップ５９
０），消費者クライアント１に注文失敗を示す注文応答
メッセージ２２０を送信する（ステップ６２０），ステ
ップ５８０の有効性をチェックする方法には，領収書デ
ータ５３に請求書データ５１で指定した支払先のデジタ
ル署名が添付されているかどうか，領収書データ５３に
含まれる受賞金額に関するデータが代金の金額と一致す
るかどうかなどをチェックする方法がある．消費者クラ
イアント１が受注管理サーバ２から注文応答メッセージ
２２０を受信すると（ステップ４３０），購入プロセス
が完了する．以上の処理により，消費者クライアント
１，受注管理サーバ２，電子マネー決済サーバ３がそれ
ぞれコンピュータネットワーク４に接続されている場合
に安全に取引を行うことが可能になる．また請求書デー
タ５１や領収書データ５３は，後日取引上の問題が起こ
った場合に取引内容や決済完了状態を示す証拠として使
用することができる．さらに前記ステップ７２０によ
り，電子マネー決済サーバ３への不正アクセスを防止す
ることができる． （２）払戻の場合（払戻プロセス） 図１７は払戻プロセスにおけるメッセージ，払戻許可書
データ（払戻許可データとも呼ぶ）８１，払戻領収書８
３の流れを示すフロー図である．１１１０から１２２０
はそれぞれ情報処理装置間で送受信されるメッセージを
表わす．払戻許可書データ８１に記されている「Ｍ」は
受注管理サーバ２によってデジタル署名されたことを表
わす．８２は払戻金送金要求メッセージ１１５０に消費
者クライアント１によって添付されたデジタル署名であ
る．払戻領収書８３に記されている「Ｃ」は消費者クラ
イアント１によってデジタル署名されたことを表わす．
図１８は払戻許可書データ８１のデータ構造図，図１９
は払戻領収書８３のデータ構造図である．これらのデー
タ項目は例であり，他のデータ項目が使用されてもよ
い．８５はデータブロック８４のハッシュ値に受注管理
サーバ２が有する秘密鍵で暗号化されたデジタル署名で
ある．８８はデータブロック８７のハッシュ値に消費者
クライアント１が有する秘密鍵で暗号化されたデジタル
署名である．図２０は消費者クライアント１の処理手順
を表わすフロー図である．図２１と図２２は受注管理サ
ーバ２の処理手順を表わすフロー図である．図２３は電
子マネー決済サーバ３の処理手順を表わすフロー図であ
る．以下，図１７、２０、２１、２２、及び２３を用い
て、払戻プロセスの処理手順を説明する．消費者クライ
アント１で払戻を行うために必要なデータを入力装置１
５を用いて入力されると（ステップ１３１０），受注管
理サーバ２に払戻要求メッセージ１１１０を送信する
（ステップ１３２０）．図２４は前記消費者クライアン
ト１の表示装置１４に表示される払戻要求するための画
面９１である．受注管理サーバ２が前記メッセージ１１
１０を受信したら（ステップ１５１０），メッセージで
指定された取引ＩＤが払戻可能かどうかをチェックし
（ステップ１５２０），可能であるならば電子マネー決
済サーバ３に払戻準備要求メッセージ１１２０を送信す
る（ステップ１５３０）．電子マネー決済サーバ３がメ
ッセージ１１２０を受信したら（ステップ１７１０），
記憶装置３３に記憶されている決済データ６３を「払戻
中」に更新して（ステップ１７２０）．受注管理サーバ
２に準備完了を示す払戻準備応答メッセージ１１３０を
送信する（ステップ１７３０）．受注管理サーバ２が応
答メッセージ１１３０を受信したら（ステップ１５４
０），記憶装置２１の注文データ６１を「払戻中」に更
新し（ステップ１５５０），払戻許可書データ８１を作
成して（ステップ１５６０），消費者クライアント１に
払戻許可書データ８１を含む払戻応答メッセージ１１４
０を送信する（ステップ１５７０）．消費者クライアン
ト１が応答メッセージ１１４０を受信したら（ステップ
１３３０），応答メッセージ１１４０に含まれる払戻許
可書データ８１を含む払戻金送金要求メッセージ１１５
０に消費者クライアント１が有する秘密鍵で暗号化した
デジタル署名８２を添付して電子マネー決済サーバ３に
送信する（ステップ１３４０）．図２５は消費者クライ
アント１の表示装置１４に表示される払戻許可書データ
の画面９２である．払戻応答メッセージ１１４０を受信
したときに画面９２を表示してもよい．電子マネー決済
サーバ３が要求メッセージ１１５０を受信したら（ステ
ップ１７４０），払戻許可書データ８１とデジタル署名
８２を用いて払戻が可能かどうかチェックする（ステッ
プ１７５０）．この場合のチェック方法として，払戻許
可書データ８１に受注管理サーバ２のデジタル署名が添
付されているか，払戻許可書データ８１で指定される払
戻受領者がデジタル署名８２を署名した者と一致するか
などをチェックする方法がある．ステップ１７５０の結
果が有効である場合には（ステップ１７６０），消費者
クライアント１に払戻許可を示すデータを含む払戻金送
金応答メッセージ１１６０を送信する（ステップ１７７
０）．ステップ１７５０の結果が無効である場合には
（ステップ１７６０），払戻不可を示すデータを含む払
戻金送金応答メッセージ１１６０を消費者クライアント
１に送信する（ステップ１８５０）．消費者クライアン
ト１が応答メッセージ１１６０を受信し（ステップ１３
５０），メッセージ１１６０に払戻許可を示すデータが
含まれている場合には（ステップ１３６０），電子マネ
ー決済サーバ３に電子マネー送金要求を示すメッセージ
１１７０を送信する（ステップ１３７０）．ステップ１
３６０でメッセージ１１６０に払戻不可を示すデータが
含まれている場合には処理を終了する．電子マネー決済
サーバ３がメッセージ１１７０を受信したら（ステップ
１７８０），消費者クライアント１に電子マネー１１８
０を送金する（ステップ１７９０）．消費者クライアン
ト１が電子マネー１１８０を受信したら（ステップ１３
８０），払戻領収書データ８３を作成して（ステップ１
３９０），領収書データ８３を含む払戻領収書送信メッ
セージ１１９０を電子マネー決済サーバ３に送信する
（ステップ１４００）．電子マネー決済サーバ３がメッ
セージ１１９０を受信したら（ステップ１８００），記
憶装置３３に記憶されている決済データ６３を「払戻完
了」に更新して（ステップ１８１０），払戻領収書応答
メッセージ１２００を消費者クライアント１に送信する
（ステップ１８２０）．消費者クライアント１が応答メ
ッセージ１２００を受信したら（ステップ１４１０），
処理を終了する．受注管理サーバ２は所定の時間が経過
したら電子マネー決済サーバ３に払戻状態要求メッセー
ジ１２１０を送信する（ステップ１６１０）．電子マネ
ー決済サーバ３が要求メッセージ１２１０を受信したら
（ステップ１８３０），受注管理サーバ２に払戻完了状
態を含む払戻状態応答メッセージ１２２０を送信する
（ステップ１８４０）．このとき既に払戻が完了してい
る場合には，応答メッセージ１２２０で消費者クライア
ント１から受け取った払戻領収書８３を送信してもよ
い．受注管理サーバ２は，応答メッセージ１２２０を受
信したら（ステップ１６２０），記憶装置２１に記憶さ
れている注文データ６１を「払戻完了」に更新して（ス
テップ１６３０），処理を終了する．以上の処理によ
り，消費者クライアント１，受注管理サーバ２，電子マ
ネー決済サーバ３がそれぞれコンピュータネットワーク
４に接続されている場合に安全に電子マネーを用いて払
い戻しすることが可能になる．また払戻許可書データ８
１や払戻領収書データ８３は，後日払戻に関する問題が
起こった場合に払戻内容や払戻完了状態を示す証拠とし
て使用することができる．さらにステップ１７５０によ
り，電子マネー決済サーバ３への不正アクセスを防止す
ることができるとともに，他人が不正に払戻金を受け取
ることを防止できる．図８又は２０に示した処理を実行
するプログラムをフロッピィデイスクなどの可搬記憶媒
体に格納し、これを消費者クライアント１の記憶部１３
に読み込んで実行することも可能である。受注管理サ−
バ２、及び電子マネ−決済サ−バ３についても同様であ
る。
【０００７】
【発明の効果】オープンネットワーク上で電子マネーを
使用してショッピングを行ない，後日問題が発生した場
合に取引関与者が取引内容や決済状態を証明することが
可能になる．また第三者が不正に取引に介入することを
防止できる．さらにオープンネットワーク上で電子マネ
ーを使用して代金の払戻を安全に行うことができる．
使用してショッピングを行ない，後日問題が発生した場
合に取引関与者が取引内容や決済状態を証明することが
可能になる．また第三者が不正に取引に介入することを
防止できる．さらにオープンネットワーク上で電子マネ
ーを使用して代金の払戻を安全に行うことができる．
【図１】本発明の全体構成を表わす構成図である。
【図２】消費者クライアント１の構成図である。
【図３】受注管理サーバ２の構成図である。
【図４】電子マネー決済サーバ３の構成図である。
【図５】購入プロセスのメッセージ，請求書データ５
１，領収書データ５３のフロー図である。
１，領収書データ５３のフロー図である。
【図６】請求書データ５１のデータ構造図である。
【図７】領収書データ５３のデータ構造図である。
【図８】購入プロセスにおける消費者クライアント１の
処理フロー図である。
処理フロー図である。
【図９】購入プロセスにおける受注管理サーバ２の処理
フロー図である。
フロー図である。
【図１０】購入プロセスにおける電子マネー決済サーバ
３の処理フロー図である。
３の処理フロー図である。
【図１１】受注管理サーバ２の記憶装置２１に記憶され
ている注文データ構造６１である。
ている注文データ構造６１である。
【図１２】受注管理サーバ２の記憶装置２１に記憶され
ている注文データ構造６２である。
ている注文データ構造６２である。
【図１３】電子マネー決済サーバ３の記憶装置３３に記
憶されている決済データ構造６３である。
憶されている決済データ構造６３である。
【図１４】注文データが表示されている消費者クライア
ント画面７１である。
ント画面７１である。
【図１５】請求書データ５１が表示されている消費者ク
ライアント画面７２である。
ライアント画面７２である。
【図１６】領収書データ５３が表示されている消費者ク
ライアント画面７３である。
ライアント画面７３である。
【図１７】払戻プロセスのメッセージ，払戻許可データ
８１，払戻領収書データ８３のフロー図である。
８１，払戻領収書データ８３のフロー図である。
【図１８】払戻許可書データ８１のデータ構造図であ
る。
る。
【図１９】払戻領収書データ８３のデータ構造図であ
る。
る。
【図２０】払戻プロセスにおける消費者クライアント１
の処理フロー図である。
の処理フロー図である。
【図２１】払戻プロセスにおける受注管理サーバ２の処
理フロー図である。
理フロー図である。
【図２２】払戻プロセスにおける受注管理サーバ２の処
理フロー図である。
理フロー図である。
【図２３】払戻プロセスにおける電子マネー決済サーバ
３の処理フロー図である。
３の処理フロー図である。
【図２４】払戻要求書データが表示されている消費者ク
ライアント画面９１である。
ライアント画面９１である。
【図２５】払戻許可書データ８１が表示されている消費
者クライアント画面９２である。
者クライアント画面９２である。
１…消費者クライアント，２…受注管理サーバ，３…電
子マネー決済サーバ，４…コンピュータネットワーク，
１１から１６…消費者クライアントの構成要素，２１か
ら２５…受注管理サーバの構成要素，３１から３６…電
子マネー決済サーバの構成要素，５１…請求書データ，
５２…消費者クライアント１のデジタル署名，５３…領
収書データ，５４…請求書データの平文データブロッ
ク，５５…データブロック５４に対するデジタル署名，
５７…領収書データの平文データブロック，５８…デー
タブロック５７に対するデジタル署名，６１，６２…受
注管理サーバに記憶されている注文データ，６３…電子
マネー決済サーバに記憶されている決済データ，７１…
注文データ画面，７２…請求書画面，７３…領収書画
面，８１…払戻許可書データ，８２…消費者クライアン
ト１のデジタル署名，８３…払戻領収書データ，８４…
払戻許可書データの平文データブロック，８５…データ
ブロック８４に対するデジタル署名，８７…払戻領収書
データの平文データブロック，８８…データブロック８
７に対するデジタル署名，９１…払戻要求書画面，９２
…払戻許可書画面，１１０から２２０…購入プロセスで
使用される通信メッセージ，３１０から４３０…購入プ
ロセスにおける消費者クライアント１の処理ステップ，
５１０から６１０…購入プロセスにおける受注管理サー
バ２の処理ステップ，７１０から７９０…購入プロセス
における電子マネー決済サーバ３の処理ステップ，１１
１０から１２２０…払戻プロセスで使用される通信メッ
セージ，１３１０から１４１０…払戻プロセスにおける
消費者クライアント１の処理ステップ，１５１０から１
６３０…払戻プロセスにおける受注管理サーバ２の処理
ステップ,１７１０から１８５０…払戻プロセスにおけ
る電子マネー決済サーバ３の処理ステップ
子マネー決済サーバ，４…コンピュータネットワーク，
１１から１６…消費者クライアントの構成要素，２１か
ら２５…受注管理サーバの構成要素，３１から３６…電
子マネー決済サーバの構成要素，５１…請求書データ，
５２…消費者クライアント１のデジタル署名，５３…領
収書データ，５４…請求書データの平文データブロッ
ク，５５…データブロック５４に対するデジタル署名，
５７…領収書データの平文データブロック，５８…デー
タブロック５７に対するデジタル署名，６１，６２…受
注管理サーバに記憶されている注文データ，６３…電子
マネー決済サーバに記憶されている決済データ，７１…
注文データ画面，７２…請求書画面，７３…領収書画
面，８１…払戻許可書データ，８２…消費者クライアン
ト１のデジタル署名，８３…払戻領収書データ，８４…
払戻許可書データの平文データブロック，８５…データ
ブロック８４に対するデジタル署名，８７…払戻領収書
データの平文データブロック，８８…データブロック８
７に対するデジタル署名，９１…払戻要求書画面，９２
…払戻許可書画面，１１０から２２０…購入プロセスで
使用される通信メッセージ，３１０から４３０…購入プ
ロセスにおける消費者クライアント１の処理ステップ，
５１０から６１０…購入プロセスにおける受注管理サー
バ２の処理ステップ，７１０から７９０…購入プロセス
における電子マネー決済サーバ３の処理ステップ，１１
１０から１２２０…払戻プロセスで使用される通信メッ
セージ，１３１０から１４１０…払戻プロセスにおける
消費者クライアント１の処理ステップ，１５１０から１
６３０…払戻プロセスにおける受注管理サーバ２の処理
ステップ,１７１０から１８５０…払戻プロセスにおけ
る電子マネー決済サーバ３の処理ステップ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 淳史 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 川連 嘉晃 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内 (72)発明者 寺村 健 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 富山 朋哉 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内
Claims (13)
- 【請求項１】複数の情報処理装置がネットワークで相互
に接続されているコンピュータシステムにおいて，第１
の情報処理装置は，注文データなどを入力するための手
段と，注文データと請求書データと領収書データを表示
するための手段と，注文データを送信するための手段
と，請求書データと領収書データを送受信するための手
段と，電子マネーを格納するための手段と，電子マネー
を送受信するための手段を有し，第２の情報処理装置は
前記注文データを受信するための手段と，前記注文デー
タを記憶するための手段と，少なくとも支払先である第
３の情報処理装置を特定するためのデータと取引を特定
するための識別子と支払金額で構成されるデータに前記
第２の情報処理装置が有する秘密鍵で暗号化したデジタ
ル署名を添付した請求書データを発行するための手段
と，前記請求書データを送信するための手段と，領収書
データを受信する手段と，前記領収書データに添付され
ているデジタル署名が前記請求書データで指定した支払
先が有する秘密鍵でデジタル署名されたものかどうかを
チェックするための手段を有し，第３の情報処理装置
は，電子マネーを格納する手段と，電子マネーを送受信
するための手段と，決済データを記憶するための手段
と，少なくとも領収金額と取引を特定するための識別子
で構成されるデータに第３の情報処理装置が有する秘密
鍵で暗号化したデジタル署名を添付した領収書データを
発行する手段と，前記領収書データを送信するための手
段を有することを特徴とするオンラインショッピングシ
ステム。 - 【請求項２】請求項１記載のオンラインショッピングシ
ステムにおいて，前記第１の情報処理装置が前記第２の
情報処理装置に注文データを送信するステップと，前記
第２の情報処理装置が前記注文データを受信した場合に
前記請求書データを発行して前記第１の情報処理装置に
送信するステップと，前記第１の情報処理装置が前記請
求書データを受信すると前記第３の情報処理装置に前記
請求書データを送信するステップと，前記第３の情報処
理装置の応答に対して前記第１の情報処理装置から前記
第３の情報処理装置に電子マネーを送金するステップ
と，前記第３の情報処理装置が前記電子マネーを受信し
たら前記領収書データを発行して前記第１の情報処理装
置に送信するステップと，前記第１の情報処理装置が前
記領収書データを受信したら，前記領収書データを前記
第２の情報処理装置に送信するステップを有することを
特徴とするオンラインショッピングシステム。 - 【請求項３】請求項２記載のオンラインショッピングシ
ステムにおいて，前記第１の情報処理装置が前記第３の
情報処理装置に請求書データを送信するステップの前
に，前記請求書データを含む前記ステップで送信するデ
ータに前記第１の情報処理装置が有する秘密鍵で暗号化
したデジタル署名を添付するステップを追加することを
特徴とするオンラインショッピングシステム。 - 【請求項４】複数の情報処理装置がネットワークで相互
に接続されているコンピュータシステムにおいて，第１
の情報処理装置は注文データなどを入力するための手段
と，注文データと請求書データと領収書データを表示す
るための手段と，電子マネーを格納するための手段と，
電子マネーを送受信するための手段と，注文データを送
信するための手段と，請求書データと領収書データを送
受信する手段を有し，かつ前記第１の情報処理装置は，
第２の情報処理装置に注文データを送信するステップ
と，前記第２の情報処理装置から請求書データを受信す
ると第３の情報処理装置に前記請求書データを送信する
ステップと，前記第３の情報処理装置からの応答に応じ
て前記第３の情報処理装置へ電子マネーを送信するステ
ップと，前記第３の情報処理装置から領収書データを受
信すると前記領収書データを前記第２の情報処理装置に
送信するステップを有することを特徴とするオンライン
ショッピングシステム。 - 【請求項５】複数の情報処理装置がネットワークで相互
に接続されているコンピュータシステムにおいて，第２
の情報処理装置は，注文データを受信する手段と，前記
注文データを記憶するための手段と，少なくとも支払先
を特定するためのデータと取引を特定するための識別子
と支払金額で構成されるデータに前記第２の情報処理装
置が有する秘密鍵で暗号化したデジタル署名を添付した
請求書データを発行する手段と，前記請求書データを送
信するための手段と，領収書データを受信するための手
段と，前記領収書データに添付されているデジタル署名
が前記請求書データで指定した支払先が有する秘密鍵に
よってデジタル署名されたものかどうかをチェックする
ための手段を有し，第２の情報処理装置は，第１の情報
処理装置から注文データを受信した場合に前記請求書デ
ータを発行するステップと前記請求書データを前記第１
の情報処理装置に送信するステップを有し，さらに領収
書データを受信した場合に前記領収書データが前記請求
書データで指定した支払先によってデジタル署名された
ものであることを判断するステップを有することを特徴
とするオンラインショッピングシステム。 - 【請求項６】複数の情報処理装置がネットワークで相互
に接続されているコンピュータシステムにおいて，第３
の情報処理装置は，請求書データを受信するための手段
と，決済データを記憶するための手段と，少なくとも領
収金額と取引を特定するための識別子で構成されるデー
タに前記第３の情報処理装置が有する秘密鍵で暗号化し
たデジタル署名を添付した領収書データを発行する手段
と， 電子マネーを格納するための手段と，電子マネー
を送受信するための手段を有し，前記第３の情報処理装
置は，第２の情報処理装置が発行した請求書データを第
１の情報処理装置から受信するステップと，前記請求書
データの有効性をチェックするステップと，前記請求書
データが有効である場合に前記第１の情報処理装置に送
金許可を送信するステップと，前記第１の情報処理装置
から電子マネーを受信したら領収書データを発行するス
テップと，前記領収書データを前記第１の情報処理装置
に送信するステップを有することを特徴とするオンライ
ンショッピングシステム。 - 【請求項７】複数の情報処理装置がネットワークで相互
に接続されているコンピュータシステムにおいて，第１
の情報処理装置は，少なくとも取引を特定するためのデ
ータを含む払戻要求を送信する手段と，電子マネーを格
納するための手段と，電子マネーを送受信するための手
段と，少なくとも取引を特定するための識別子と受領し
た払戻金額に関するデータで構成されるデータにデジタ
ル署名を添付した払戻領収書を発行するための手段と，
前記払戻領収書を送信するための手段と，払戻許可デー
タを送受信するための手段を有し，第２の情報処理装置
は，前記払戻要求を受信するための手段と，注文データ
を記憶するための手段と，少なくとも払戻を行う第３の
情報処理装置を特定するためのデータと払戻金額に関す
るデータと払戻を受領する人もしくは払戻を受領する第
１の情報処理装置を特定するためのデータで構成される
データにデジタル署名を添付した払戻許可データを発行
するための手段と，前記払戻データを送信するための手
段を有し，第３の情報処理装置は，前記払戻許可データ
を受信するための手段と，前記払戻許可データの有効性
をチェックするための手段と，電子マネーを格納するた
めの手段と，電子マネーを送受信するための手段と，決
済データを記憶するための手段を有することを特徴とす
るオンラインショッピングシステム。 - 【請求項８】請求項７記載の払戻領収書の払戻を受領す
る人もしくは払戻を受領する第１の情報処理装置を特定
するためのデータが，デジタル署名の正当性を証明する
ために使用される認証局に登録されている証書データに
含まれる人もしくは情報処理装置を特定するためのデー
タであることを特徴とするオンラインショッピングシス
テム。 - 【請求項９】請求項７記載のオンラインショッピングシ
ステムにおいて，前記第１の情報処理装置が前記第２の
情報処理装置に払戻要求を送信するステップと，前記第
２の情報処理装置が前記払戻要求を受信した場合に前記
払戻許可データを発行して前記第１の情報処理装置に送
信するステップと，前記第１の情報処理装置が前記払戻
許可データを受信すると前記第３の情報処理装置に前記
払戻許可データを送信するステップと，前記払戻許可デ
ータが有効である場合に前記第３の情報処理装置から前
記第１の情報処理装置に電子マネーを送金するステップ
と，前記第１の情報処理装置が前記電子マネーを受信し
たら前記第３の情報処理装置に払戻領収書データを送信
するステップ有することを特徴とするオンラインショッ
ピングシステム。 - 【請求項１０】請求項９記載のオンラインショッピング
システムにおいて，前記第１の情報処理装置が前記第３
の情報処理装置に前記払戻許可データを送信するステッ
プの前に，前記払戻許可データを含む前記ステップで送
信するデータに前記第１の情報処理装置が有する秘密鍵
で暗号化したデジタル署名を添付するステップを追加す
ることを特徴とするオンラインショッピングシステム。 - 【請求項１１】複数の情報処理装置がネットワークで相
互に接続されているコンピュータシステムにおいて，第
１の情報処理装置は，少なくとも取引を特定するための
データを含む払戻要求を送信する手段と，電子マネーを
格納するための手段と，電子マネーを送受信する手段
と，少なくとも取引を特定するための識別子と受領した
払戻金額に関するデータで構成されるデータにデジタル
署名を添付した払戻領収書を発行するための手段と，前
記払戻領収書を送信するための手段と，払戻許可データ
を送受信するための手段を有し，前記第１の情報処理装
置は，払戻要求を送信するステップと，第２の情報処理
装置から前記払戻許可データを受信した場合に，前記払
戻許可データに前記第１の情報処理装置が有する秘密鍵
で暗号化したデジタル署名を添付して第３の情報処理装
置に送信するステップと，前記第３の情報処理装置から
電子マネーを受信するステップと，前記電子マネーを受
信した場合に払戻領収書データを発行するステップと，
前記払戻領収書を前記第３の情報処理装置に送信するス
テップを有することを特徴とするオンラインショッピン
グシステム。 - 【請求項１２】複数の情報処理装置がネットワークで相
互に接続されているコンピュータシステムにおいて，第
２の情報処理装置は，前記払戻要求を受信するための手
段と，注文データを記憶するための手段と，少なくとも
払戻を行う第３の情報処理装置を特定するためのデータ
と払戻金額に関するデータと払戻を受領する人もしくは
払戻を受領する第１の情報処理装置を特定するためのデ
ータで構成されるデータにデジタル署名を添付した払戻
許可データを発行する手段と，前記払戻データを送信す
るための手段を有し，第２の情報処理装置は，第１の情
報処理装置から払戻要求を受信した場合に前記払戻許可
データを発行するステップと前記払戻許可データを前記
第１の情報処理装置に送信するステップと，前記第３の
情報処理装置に払戻完了状態を問い合わせるステップを
有することを特徴とするオンラインショッピングシステ
ム。 - 【請求項１３】複数の情報処理装置がネットワークで相
互に接続されているコンピュータシステムにおいて，第
３の情報処理装置は，前記払戻許可データを受信するた
めの手段と，前記払戻許可データの有効性をチェックす
るための手段と，電子マネーを格納するための手段と，
電子マネーを送受信するための手段と，決済データを記
憶するための手段を有し，前記第３の情報処理装置は，
第２の情報処理装置が発行した払戻許可データを第１の
情報処理装置から受信するステップと，前記払戻許可デ
ータの有効性をチェックするステップと，前記払戻許可
データが有効である場合に前記第１の情報処理装置に電
子マネーを送信するステップと，前記第１の情報処理装
置から払戻領収書データを受信するステップと，前記第
２の情報処理装置から払戻完了状態の問合せがあった場
合に，前記第２の情報処理装置に払戻完了状態を送信す
るステップを有することを特徴とするオンラインショッ
ピングシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33338796A JPH10171887A (ja) | 1996-12-13 | 1996-12-13 | オンラインショッピングシステム |
| EP97310030A EP0848343A3 (en) | 1996-12-13 | 1997-12-11 | Shopping system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33338796A JPH10171887A (ja) | 1996-12-13 | 1996-12-13 | オンラインショッピングシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10171887A true JPH10171887A (ja) | 1998-06-26 |
Family
ID=18265555
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33338796A Pending JPH10171887A (ja) | 1996-12-13 | 1996-12-13 | オンラインショッピングシステム |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP0848343A3 (ja) |
| JP (1) | JPH10171887A (ja) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001236394A (ja) * | 2000-02-22 | 2001-08-31 | Victor Co Of Japan Ltd | コンテンツ配信システム、コンテンツ配信方法、コンテンツセンター、中継端末およびユーザ携帯端末 |
| JP2002189974A (ja) * | 2000-12-20 | 2002-07-05 | Sakura Bank Ltd | 商品購入代金の決済システム及びその方法 |
| JP2002197397A (ja) * | 2000-12-25 | 2002-07-12 | Sakura Bank Ltd | 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム |
| US6424953B1 (en) | 1999-03-19 | 2002-07-23 | Compaq Computer Corp. | Encrypting secrets in a file for an electronic micro-commerce system |
| US6523012B1 (en) | 1999-05-21 | 2003-02-18 | Compaq Information Technology Group, L.P. | Delegation of permissions in an electronic commerce system |
| JP2003132295A (ja) * | 2002-08-16 | 2003-05-09 | Yamato Transport Co Ltd | 決済仲介方法 |
| JP2003187159A (ja) * | 2000-12-28 | 2003-07-04 | Confidential Accounting Service:Kk | 電子請求書管理システム |
| JP2006053845A (ja) * | 2004-08-16 | 2006-02-23 | Bitwallet Inc | 決済サーバ、決済依頼サーバ、及び決済実行端末 |
| US7080045B1 (en) | 1999-11-10 | 2006-07-18 | Nec Corporation | Electronic revenue stamp issuing apparatus and method thereof and recording medium stored control program thereof |
| US7257554B1 (en) | 1999-03-19 | 2007-08-14 | Hewlett-Packard Development Company, L.P. | Anonymous purchases while allowing verifiable identities for refunds returned along the paths taken to make the purchases |
| US20080281624A1 (en) * | 2007-05-10 | 2008-11-13 | Sharp Kabushiki Kaisha | Data transmission system and data transmitting method |
| US7926713B2 (en) | 2007-02-16 | 2011-04-19 | Sony Corporation | Settlement server, settlement request server and settlement execution terminal |
| JP2011192297A (ja) * | 2000-05-10 | 2011-09-29 | Sony Corp | 電子決済方法、情報処理装置、および情報処理システム |
| WO2012140872A1 (ja) * | 2011-04-12 | 2012-10-18 | パナソニック株式会社 | サーバ連携システム |
| CN102982479A (zh) * | 2012-12-21 | 2013-03-20 | 江苏乐买到网络科技有限公司 | 一种网络购物中退款的方法 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI104859B (fi) * | 1999-03-23 | 2000-04-14 | Jarkko Valtanen | Menetelmä kaupankäynnin tehostamiseen |
| US6453305B1 (en) | 1999-05-21 | 2002-09-17 | Compaq Computer Corporation | Method and system for enforcing licenses on an open network |
| FI20000194A0 (fi) * | 2000-01-31 | 2000-01-31 | Jarkko Valtanen | Menetelmä kaupankäynnissä |
| EP1152381A1 (en) * | 2000-05-02 | 2001-11-07 | Soges-Mars S.A. | Method of performing an electronic monetary transaction |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5557518A (en) * | 1994-04-28 | 1996-09-17 | Citibank, N.A. | Trusted agents for open electronic commerce |
| EP0734556B1 (en) * | 1993-12-16 | 2002-09-04 | Open Market, Inc. | Network based payment system and method for using such system |
| US5553145A (en) * | 1995-03-21 | 1996-09-03 | Micali; Silvia | Simultaneous electronic transactions with visible trusted parties |
| US5671279A (en) * | 1995-11-13 | 1997-09-23 | Netscape Communications Corporation | Electronic commerce using a secure courier system |
-
1996
- 1996-12-13 JP JP33338796A patent/JPH10171887A/ja active Pending
-
1997
- 1997-12-11 EP EP97310030A patent/EP0848343A3/en not_active Withdrawn
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6424953B1 (en) | 1999-03-19 | 2002-07-23 | Compaq Computer Corp. | Encrypting secrets in a file for an electronic micro-commerce system |
| US7257554B1 (en) | 1999-03-19 | 2007-08-14 | Hewlett-Packard Development Company, L.P. | Anonymous purchases while allowing verifiable identities for refunds returned along the paths taken to make the purchases |
| US6523012B1 (en) | 1999-05-21 | 2003-02-18 | Compaq Information Technology Group, L.P. | Delegation of permissions in an electronic commerce system |
| US7080045B1 (en) | 1999-11-10 | 2006-07-18 | Nec Corporation | Electronic revenue stamp issuing apparatus and method thereof and recording medium stored control program thereof |
| JP2001236394A (ja) * | 2000-02-22 | 2001-08-31 | Victor Co Of Japan Ltd | コンテンツ配信システム、コンテンツ配信方法、コンテンツセンター、中継端末およびユーザ携帯端末 |
| JP2011192297A (ja) * | 2000-05-10 | 2011-09-29 | Sony Corp | 電子決済方法、情報処理装置、および情報処理システム |
| JP2013200886A (ja) * | 2000-05-10 | 2013-10-03 | Sony Corp | 管理システム、管理方法、およびプログラム |
| JP2017126386A (ja) * | 2000-05-10 | 2017-07-20 | ソニー株式会社 | 電子決済システム |
| JP2015207296A (ja) * | 2000-05-10 | 2015-11-19 | ソニー株式会社 | 電子決済システム、および電子決済管理装置 |
| JP2014059907A (ja) * | 2000-05-10 | 2014-04-03 | Sony Corp | 情報処理システム、および情報処理方法 |
| JP2002189974A (ja) * | 2000-12-20 | 2002-07-05 | Sakura Bank Ltd | 商品購入代金の決済システム及びその方法 |
| JP2002197397A (ja) * | 2000-12-25 | 2002-07-12 | Sakura Bank Ltd | 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム |
| JP2003187159A (ja) * | 2000-12-28 | 2003-07-04 | Confidential Accounting Service:Kk | 電子請求書管理システム |
| JP2003132295A (ja) * | 2002-08-16 | 2003-05-09 | Yamato Transport Co Ltd | 決済仲介方法 |
| JP2006053845A (ja) * | 2004-08-16 | 2006-02-23 | Bitwallet Inc | 決済サーバ、決済依頼サーバ、及び決済実行端末 |
| JP4579618B2 (ja) * | 2004-08-16 | 2010-11-10 | ビットワレット株式会社 | 決済サーバ及び決済依頼サーバ |
| US7926713B2 (en) | 2007-02-16 | 2011-04-19 | Sony Corporation | Settlement server, settlement request server and settlement execution terminal |
| US20080281624A1 (en) * | 2007-05-10 | 2008-11-13 | Sharp Kabushiki Kaisha | Data transmission system and data transmitting method |
| US8140417B2 (en) * | 2007-05-10 | 2012-03-20 | Sharp Kabushiki Kaisha | Data transmission system and data transmitting method |
| JPWO2012140872A1 (ja) * | 2011-04-12 | 2014-07-28 | パナソニック株式会社 | サーバ連携システム |
| WO2012140872A1 (ja) * | 2011-04-12 | 2012-10-18 | パナソニック株式会社 | サーバ連携システム |
| US9253177B2 (en) | 2011-04-12 | 2016-02-02 | Panasonic Intellectual Property Management Co., Ltd. | Authentication system, information registration system, server, program, and authentication method |
| CN102982479A (zh) * | 2012-12-21 | 2013-03-20 | 江苏乐买到网络科技有限公司 | 一种网络购物中退款的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0848343A3 (en) | 1999-02-03 |
| EP0848343A2 (en) | 1998-06-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11694207B2 (en) | Securing an exchange item associated with fraud | |
| US6938019B1 (en) | Method and apparatus for making secure electronic payments | |
| JP4880171B2 (ja) | 認証された支払い | |
| US5883810A (en) | Electronic online commerce card with transactionproxy number for online transactions | |
| JP3390016B2 (ja) | 電子マネーをオープン流通させるための信託エージェント | |
| JP4955894B2 (ja) | 認可要求データのループバックによる安全な電子商取引の実行方法及びシステム | |
| US20020083008A1 (en) | Method and system for identity verification for e-transactions | |
| JP2003531447A (ja) | バーチャル安全のための方法およびシステム | |
| US20030069792A1 (en) | System and method for effecting secure online payment using a client payment card | |
| Blaze et al. | Offline micropayments without trusted hardware | |
| AU2001248198A1 (en) | A method and system for a virtual safe | |
| JPH0954808A (ja) | オンライン決済システム、電子小切手の発行システム及び検査システム | |
| JPH10171887A (ja) | オンラインショッピングシステム | |
| JP2002508552A (ja) | オープンネットワークを通じて機密保持がなされた呈示及び支払いをするシステム及び方法 | |
| JP2013539561A (ja) | 電子マネーの管理方法 | |
| JPH07234904A (ja) | 非現金取引を行う方法 | |
| JP2002342688A (ja) | 電子商取引方法、決済代行方法、使い捨て後払い方式情報発行方法、および決済依頼方法 | |
| JPH09297789A (ja) | 電子商取引決済管理システム及び方法 | |
| KR100457399B1 (ko) | 클라이언트 결제 애플리케이션을 이용한 인터넷 기반 전자 상거래의 결제 서비스 제공 방법 | |
| JPH09114904A (ja) | 情報販売方法およびシステム | |
| JP4838288B2 (ja) | 信託型電子決済支援システム、方法、及びプログラム | |
| JP2007066136A (ja) | ネットワーク決済システム、ネットワーク決済方法、及びネットワーク決済プログラム | |
| JP2003507824A (ja) | 電子商取引を行うための保証システムおよびそれに用いる方法 | |
| JP2003132255A (ja) | スタンプサービスポイント管理装置およびスタンプサービスポイント管理方法 | |
| JP2001236435A (ja) | 電子商取引システム、電子商取引方法及び情報処理装置 |