JP2000353194A

JP2000353194A - 商取引システム

Info

Publication number: JP2000353194A
Application number: JP16420799A
Authority: JP
Inventors: Hiroshi Miyamoto; 洋宮本; Yuichi Kosukegawa; 祐一小助川; Tomomu Ishikawa; 奉矛石川; Katsumasa Matsuoka; 克政松岡; Hisashi Toyoshima; 久豊島
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-06-10
Filing date: 1999-06-10
Publication date: 2000-12-19
Also published as: EP1059597A2; EP1059597A3

Abstract

(57)【要約】【課題】利便性と情報の漏洩の防止とを図ることがで
きる公衆回線を使用した商取引システム。【解決手段】システムは、Internet等の公衆回線Ｄ
に、商品、サービスを取得、享受する利用者Ａが使用す
る利用者端末Ａ’と、サービス提供者Ｂにより用意され
た、商品、サービスの便覧や取引の申し込みを行うＥＣ
サイトＢ’と、利用者Ａ及びサービス提供者Ｂと契約
し、取引に関する対価の授受を代行し、そのサービスの
申し込みを公衆回線を用いて行う決済代行者Ｃが用意し
た決済代行サイトＣ’とが接続されて構成されている。
ＥＣサイトＢ’は、サービス提供者によるＥＣサイトサ
ーバと、決済代行者Ｃが用意した、利用者端末Ａに送ら
れたプログラムとの通信を行う通信サーバとが備えられ
ている。また、決済代行サイトＣ’は、利用者端末Ａ’
との通信を行い、インターネットシステムの中でよく知
られているインターネットマーク（ＩＭ）の確認手続き
を用いて、授受される情報の改変防止のための確認を行
う代金支払代行サイトサーバを備えて構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、公衆回線を使用し
た商取引システムに係り、特に、インターネット等に開
設されるサービス提供者のホームページ等を介して利用
者がサービスの提供を受ける際の利便性を向上させた商
取引システムに関する。

【０００２】

【従来の技術】一般に、商取引に関する分野において、
任意の個人や団体を対象に、商品やサービス（以下、商
品を含めてサービスという）を提供する商取引を行う団
体は、個人や小規模な団体から大規模な団体まで、多種
多様な規模で存在している。そして、それらの商取引を
行う団体が通信販売、オンライン商取引などを行おうと
する場合、サービスの授受に伴う代金の支払い方法の取
り決めを行うことが必要である。

【０００３】前述のような通信販売、オンライン商取引
で問題になる点として、代金の確実な支払い、商取引を
行う団体からの適切な代金請求（過剰請求や利用者情報
の悪用）、利用者情報の漏洩による悪用などの安全性や
確実性の問題があり、また、代金支払いに関する手間が
大きいという使いやすさに関する問題がある。

【０００４】以下、現在よく利用されている方法の幾つ
かについて、その方法と問題点とについて説明する。

【０００５】（１）商取引の団体が主催する集団へ加入
する会員制のシステムこのシステムは、商取引の利用者を会員に限定し、銀行
など金融機関からの代金の引き落としを行うというもの
である。そして、このシステムの場合、予め時間のかか
る代金の引き落としに関する契約を金融機関、商取引を
行う団体、利用者間で行っておく必要がある。また、取
引の請求金額に関するトラブルの対策は、会員と商取引
を行う団体との間での契約により個別に行われる。

【０００６】このシステムの問題点としては、銀行など
との引き落としの契約などが必要であり、小規模な商取
引を行う団体では利用しにくい点、会員制であるため商
品数を多くできず、頻繁な取引が予想できない商品やサ
ービスが対象になる場合、契約行為そのものの煩雑さが
障害になる点等を上げることができ、さらに、商取引を
行う団体に利用者が情報を提供しなければいけないが、
団体そのものが認知されていないと利用者が信用するこ
とができない点、商取引を行う団体が会員情報を元に無
理矢理、商品を送りつけ、代金を金融機関に請求するな
どを事前に防ぐことができない点、信用取引を行うこと
ができない場合、利用者が一括の支払いしか行うことが
できない点等を上げることができる。

【０００７】前述したシステムにおける利用手順を記せ
ば次のようになる。（ａ）利用者は商取引を行う団体の行うサービスに入会
する。このとき、各種サービス利用代金の決済方法の伝
達と金融機関との契約を行う。（ｂ）利用者が商取引を行う団体の用意したシステムを
用いて、商品やサービスの選択を行う。（ｃ）利用者が選んだ商品やサービスを商取引を行う団
体に伝え、契約を行う。この場合、やり取りされる情報
は取引される商品やサービスの情報と会員情報とだけで
ある。（ｄ）商取引を行う団体が、会員情報を元に、商品やサ
ービスを利用者に授受すると共に、代金の請求を金融機
関に行う。（ｅ）サービスが商品等であって配送可能な場合、配送
業者が商品やサービスを会員に届ける。（ｆ）利用者が商品やサービスを受取り、商取引を行う
団体に代金を金融機関を通して支払う。

【０００８】（２）銀行などの金融機関を通して代金を
前払いするシステムこのシステムは、商取引の契約後、または、契約に関す
る同意を利用者と商取引の団体との間で締結後、利用者
が金融機関のネットワーク等を通して代金を払い込み、
その後、商取引を行う団体が、代金の支払確認して、利
用者に商品やサービスが届けるというというものであ
る。このシステムは、取引の金額が予め請求、支払われ
ているので、そこでのトラブルは少なく、個人や小規模
な団体等でも気軽に利用することができる。また、この
システムは、取引がオンラインのみで行えるため、形の
無い商品やサービスでも利用できる。

【０００９】このシステムの問題点としては、契約また
は契約の同意から、実際に利用者が商品やサービスを入
手するまでに、支払いとその確認などの手間がかかる
点、金融機関に、代金送付の手数料を支払わなければな
らないことが多く、取引できる商品やサービスの金額に
対するそれの割合が高いと利用しにくいという点を上げ
ることができ、さらに、商品自体を確認する前に代金の
支払いを行うため、その前に、利用者が商品やサービス
を実際に確認することができず、また、確実の利用者の
もとに届けられる保証がない点、代金送付先に誤りがあ
ると、そこで使われたお代金が取り戻しにくいという
点、信用取引を行えない場合、一括の支払いしか行えな
い点を上げることができる。

【００１０】前述したシステムにおける利用手順を記せ
ば次のようになる。（ａ）利用者が、商取引を行う団体の用意したシステム
を用いて商品やサービスの選択を行う。（ｂ）利用者が選んだ商品やサービスを商取引を行う団
体に伝える（契約または契約の同意）。この場合、やり
取りされる情報は、取引される商品やサービスの情報と
それらの送り先となる利用者情報と代金の支払い先の情
報とである。（ｃ）利用者が商取引を行う団体に指定された支払先に
金融機関などを通して代金を送る。必要なら、その連絡
を行う。（ｄ）商取引を行う団体が代金が送られてきたことを確
認する。（ｅ）商取引を行う団体が、契約時に利用者に伝えられ
た情報を元に、商品やサービスを利用者に配送する。（ｆ）サービスが商品等であって配送可能な場合、配送
業者が商品やサービスを利用者に届ける。（ｇ）利用者が商品やサービスを受取る。

【００１１】（３）商品の物流とセットで行う代金引換
によるシステムこのシステムは、利用者と商取引を行う団体での契約成
立後、商品を物流団体を通して配送し、それの受け渡し
の際に代金の徴収も行うというもので、後日、代金は物
流団体から商取引を行う団体に支払われる。このシステ
ムは、個人や小規模な団体等でも気軽に利用することが
できる。

【００１２】このシステムの問題点としては、物流シス
テムを通らない商品やサービスには適用することができ
ないという点、信用取引を行えないため、一括の支払い
しか行えない点、代金の授受の代行サービスに手数料が
かかる点を上げることができる。

【００１３】前述したシステムにおける利用手順を記せ
ば次のようになる。（ａ）利用者が商取引を行う団体の用意したシステムを
用いて、商品やサービスの選択をする。（ｂ）利用者が選んだ商品やサービスを商取引を行う団
体に伝える（契約、または契約の同意）。この場合、や
り取りされる情報は、取引される商品やサービスの情報
とそれらの送り先となる利用者情報とである。（ｃ）商取引を行う団体が、契約時に利用者に伝えられ
た情報を元に、商品やサービスを利用者に配送する。（ｄ）配送業者が代金と交換で利用者に商品やサービス
を届ける。（ｅ）利用者が商品やサービスを受取る。（ｆ）商取引を行う団体に配送業者が代金を渡す。

【００１４】（４）代金決算の代行団体に仲介を頼む
（クレジットカード、信販会社など）システム（その
１）このシステムは、最も一般的に見られるシステムであ
り、利用者と商取引を行う団体との代金授受の部分を、
代行団体に依頼して行うというものである。利用者は、
予め、代行団体と契約しておき、代行団体が、その利用
者の状況などから支払い能力の信用度を調査し、そこで
決められた金額の範囲内で、代金の授受を行う。すなわ
ち、利用者は、商取引を行う際、自分の会員番号を商取
引を行う団体に伝え、商取引を行う団体その番号に対し
て代金支払いの代行業者に請求を行う。利用者からの支
払いは、後日、一定期間でまとめて行われる。利用者
は、番号が悪用された場合や不正な請求などに対して、
異議申し立てを代行団体に行うことができる。

【００１５】このシステムは、取引がオンラインのみで
行えるため、形の無い商品やサービスでも利用すること
ができ、また、高額商品等の場合、別途代行団体が利用
者の支払い能力の状況などを審査し、代行を請け負うこ
ともできる。このシステムは、代金の支払いに関して、
代行団体と商取引を行う団体との間で契約が行われ、取
引に関して問題が多い団体は利用しにくい。

【００１６】このシステムの問題点としては、代行団体
への支払い請求が利用者の番号で行われ、代金が後日の
請求となるため、商取引を行いたい団体から高額な手数
料や不正な請求が行われたり、その番号が第三者に漏洩
し悪用されたりする場合が或る点、利用者が、事前に支
払い代行団体との契約を行う必要がある点を上げること
ができる。

【００１７】前述したシステムにおける利用手順を記せ
ば次のようになる。なお、支払い代行団体と商取引を行
う団体とはあらかじめ代金の支払い代行に関して契約さ
れているものとする。（ａ）利用者は代金の支払い代行に関して支払い代行団
体と契約する。（ｂ）利用者が商取引を行う団体の用意したシステムを
用いて、商品やサービスの選択をする。（ｃ）利用者が選んだ商品やサービスを商取引を行う団
体に伝える（契約、または契約の同意）。この場合、や
り取りされる情報は、取引される商品やサービスの情報
とそれらの送り先となる利用者情報、及び、支払い代行
団体との契約情報である。（ｄ）商取引を行う団体が支払い代行団体へ利用者から
の情報を元に、代金に関して契約履行可能か確認する。（ｅ）商取引を行う団体が、契約時に利用者に伝えられ
た情報を元に、商品やサービスを利用者に配送する。（ｆ）サービスが商品等であって配送可能な場合、配送
業者が商品やサービスを利用者に届ける。（ｇ）利用者が商品やサービスを受取る。（ｈ）支払い代行団体から利用者に代金の請求が行わ
れ、利用者が、請求された代金を支払う。

【００１８】（５）代金決算の代行団体に仲介を頼む
（クレジットカード、信販会社など）システム（その
２）このシステムは、前述した（４）のシステムにおける安
全性の問題点を解決することを可能にしたシステムであ
る。このシステムは、利用者と代行団体との契約、代行
団体と商取引を行う団体との契約など、大きなしくみは
変わらないが、代金の支払いに関して、利用者の会員番
号を用いず、取引の都度、代行団体の用意したシステム
に利用者が代金と利用業者とを知らせ、それに対するサ
ービス利用の承諾を得、利用者が、それと同時に新たに
発行される利用番号を受取り、その番号を商取引を行う
団体に知らせることにより、取引が成立するようにした
ものである。

【００１９】すなわち、このシステムは、予め支払先、
金額、請求先が決められているため、商取引を行う団体
の不正請求や、その番号の漏洩等による悪用をできにく
くすることができ、さらに、実際の取引に先立ち、代行
団体からその取引の確認を行うことも可能である。ま
た、このシステムは、取引をオンラインのみで行うこと
ができるため、形の無い商品やサービスでも利用するこ
とができる。

【００２０】このシステムの問題点としては、利用者と
取引を行う度に、商取引を行う団体以外に、代行団体の
用意したシステムとのやり取りを行い、その情報を利用
者が商取引を行う団体に知らせなくてはいけないなどの
手間がかかる点、及び、利用者が、事前に支払い代行団
体との契約を行っておく必要がある点を上げることがで
きる。

【００２１】前述したシステムにおける利用手順を記せ
ば次のようになる。なお、支払い代行団体と商取引を行
う団体とはあらかじめ代金の支払い代行に関して契約さ
れているものとする。（ａ）利用者は代金の支払い代行に関して支払い代行団
体と契約する。（ｂ）利用者が商取引を行う団体の用意したシステムを
用いて、商品やサービスの選択をする。（ｃ）利用者が選択した商品やサービスに応じて商取引
を行う団体から金額が提示される。（ｄ）利用者は、代金支払い代行団体に、取引に関する
代金支払い代行の依頼を行う。この場合、伝えられる情
報は、利用者の代金支払い代行団体への会員情報と商取
引を行う団体の情報、それに代金の金額である。

【００２２】（ｅ）代金支払い代行団体が利用者の確認
を行ってから利用者に取引の許可と一度限りの利用コー
ドとを通知する。（ｆ）利用者が選んだ商品やサービスと代金支払い代行
団体からの利用コードを商取引を行う団体に伝える（契
約、または契約の同意）。この場合、やり取りされる情
報は、取引される商品やサービスの情報とそれらの送り
先となる利用者情報、それに支払い代行団体との利用コ
ードである。（ｇ）商取引を行う団体が、契約時に利用者に伝えられ
た情報を元に、商品やサービスを利用者に配送する。（ｈ）サービスが商品等であり配送可能な場合、配送業
者が利用者に商品やサービスを届ける。（ｉ）利用者が商品やサービスを受取る。（ｊ）支払い代行団体から利用者に代金の請求が行わ
れ、利用者が、請求された代金を支払う。

【００２３】

【発明が解決しようとする課題】前述した従来技術によ
る商取引のシステムは、それぞれが、前述で説明したよ
うな問題点を有している。また、前述したシステムのう
ち、（２）〜（５）のシステムは、汎用性の高いもので
ある。そして、前述した（２）、（５）のシステムは、
形のない商品以外にも適用することができ、最小限の情
報の漏洩に留めることができ、悪用の危険性が少ないも
のであが、手順の煩雑さや利用のしやすさという点に問
題点を有している。

【００２４】また、前述した（１）のシステムは、商品
取引を行う団体が多いため、取引の都度、契約を行わな
ければならないというわずらわしさがあり、団体への信
用度が充分に把握できない等の問題点を有し、（３）の
システムは、配送することのできない商品に適用するこ
とができないという問題点を有している。さらに、前述
した（４）のシステムは、保険などの前述した手順以外
の方法によるサポートがあるものの、商品取引を行う団
体の信用度と情報の漏洩、悪用に対する安全性に疑問が
あるという問題点を有している。

【００２５】本発明の目的は、前述した（２）、
（４）、（５）のシステムに適用して好適で、その利便
性と情報の漏洩の防止とを図ることができる公衆回線を
使用した商取引システムを提供することにある。

【００２６】

【課題を解決するための手段】本発明によれば前記目的
は、公衆回線に、利用者が使用する利用者端末と、サー
ビス提供者により用意され、公衆回線からアクセス可能
で、商品、サービスの便覧や取引の申し込みを行う仕組
みを用意しているＥＣサイトと、利用者及びサービス提
供者と契約し、利用者とサービス提供者との間の取引に
関する対価の授受を代行する決済代行者が用意した決済
代行サイトとが接続されて構成される商取引システムに
おいて、利用者が利用者端末から入力した取引に必要な
情報を、サービス提供者に必要な情報と、決済代行者に
必要な情報とに分け、それぞれ、ＥＣサイトと決済代行
サイトとに送信することにより達成される。

【００２７】また、前記目的は、前記サービス提供者の
ＥＣサイトに送信される情報が、利用者の連絡先、商品
の配送先、決済代行者から利用者に送信されたその取引
に係る取扱番号の情報であり、前記決済代行者の決済代
行サイトに送信される情報が、利用者と決済代行者との
間での契約による契約番号、今回の取引の取引内容、取
引先の情報であることにより達成される。

【００２８】また、前記目的は、前記決済代行者の決済
代行サイトが金融機関が開いたサイトである場合、前記
決済代行者の決済代行サイトに送信される情報が、前記
サービス提供者の口座への利用者からの振込み依頼の情
報であることにより達成される。

【００２９】さらに、前記目的は、前記サービス提供者
のＥＣサイトに、前記前記決済代行者の用意した通信サ
ーバを備え、利用者が、前記通信サーバにより提供さ
れ、利用者端末に表示されるインタフェース画面から取
引に必要な情報を入力することにより、また、前記利用
者の取引に必要な情報の送信が、インターネットマーク
による確認手続きを使用して改変を防止されることによ
り達成される。

【００３０】

【発明の実施の形態】以下、本発明による商取引システ
ムの実施形態を図面により詳細に説明する。

【００３１】図１〜図３は本発明の実施形態による商取
引システムの構成例を示すブロック図、図４は本発明の
実施形態による商取引システムを使用して電子商取引を
行う場合の処理の概要を説明するフローチャートであ
る。図１〜図３において、Ａは利用者、Ａ’は利用者端
末、Ｂはサービス提供者、Ｂ’はＥＣサイト、Ｃは決済
代行者、Ｃ’は決済代行サイト、Ｄは公衆回線、Ｅは金
融機関である。

【００３２】本発明が適用されるシステムの１つの例
は、図１に示すように、Internet等の公衆回線Ｄに、公
衆回線を用いて情報のやり取りを行い、その中で取引を
行い、商品、サービスを取得、享受する個人、団体等の
利用者Ａが使用する利用者端末Ａ’と、営業団体や個人
であるサービス提供者Ｂにより用意され、公衆回線から
アクセス（接続、操作）可能で、商品、サービスの便覧
や取引の申し込みを行う仕組みを用意しているＥＣサイ
トＢ’と、利用者Ａ及びサービス提供者Ｂと契約し、利
用者Ａとサービス提供者Ｂとの間に入り、取引に関する
対価の授受を代行し、そのサービスの申し込みを公衆回
線を用いて行う仕組みを用意している団体や個人による
決済代行者Ｃが用意した決済代行サイトＣ’とが接続さ
れて構成されている。

【００３３】利用者Ａが使用する利用者端末Ａ’は、表
示装置と、記憶・計算装置と、入力装置を備えて構成さ
れ、これは通信機能を備える一般的なパソコン等であっ
てよい。サービス提供者Ｂにより用意されるＥＣサイト
Ｂ’は、その内部に、商品、サービスの便覧や取引の申
し込みを行うためのサービス提供者によるＥＣサイトサ
ーバと、決済代行者Ｃが用意した、利用者端末Ａに送ら
れたプログラムとの通信を行う通信サーバとが備えられ
ている。また、決済代行サイトＣ’は、利用者端末Ａ’
に送られたプログラムとの通信を行い、インターネット
システムの中でよく知られているインターネットマーク
（ＩＭ）の確認手続きを用いて、授受される情報の改変
防止のための確認を行う代金代行サイトサーバを備えて
構成されている。

【００３４】また、利用者Ａと決済代行者Ｃとの間に
は、取引代金の受け渡しを行う金融機関Ｅが介在する
が、金融機関Ｅが決済代行者となり、決済代行サイトを
開設する場合があり、このような場合、図１における金
融機関Ｅは不要である。また、図１において、ＥＣサイ
トＢ’に２つのサーバが備えられているが、２つのサー
バの機能を１つのサーバの中に構成して１つのサーバと
することもできる。

【００３５】図２に示すシステム構成の例は、図１に示
す例におけるＥＣサイトＢ’の構成を簡略化したもの
で、ＥＣサイトＢ’が、決済代行者Ｃが用意した、利用
者端末Ａに送られたプログラムとの通信を行う通信サー
バを備えずに、サービス提供者によるＥＣサイトサーバ
のみを備えるようにしたものである。

【００３６】図３に示すシステム構成の例は、金融機関
Ｅが決済代行者Ｃとなった場合の例であり、図１に示す
システムの構成例において、金融機関Ｅが削除されて構
成され、他のサイト等の構成は、図１の場合と同一であ
る。

【００３７】前述したように構成されるシステムにおい
て、利用者Ａがサービス提供者Ｂから商品を購入しよう
とする場合、利用者Ａは、利用者端末Ａ’からサービス
提供者Ｂが開設しているＥＣサイトＢ’にアクセスし
て、ＥＣサイトＢ’上で商品、サービスの取引を申し込
み、決済代行者Ｃに決済の代行を依頼するという方法で
行われる。

【００３８】次に、図４に示すフローを参照して、図１
〜図３に示すシステム上で電子商取引を行う場合の処理
の概要を説明する。なお、図４に示すフローは、サービ
ス提供者Ｂが開設しているＥＣサイトＢ’上での、利用
者Ａとサービス提供者Ｂとのやり取りを中心に取り上げ
ているため、決済代行者Ｃについては取り上げられてい
ない。

【００３９】（１）利用者Ａがサービス提供者ＢのＥＣ
サイトＢ’上で商品、サービスなどの取引対象の選択を
行う（ステップ４１）。

【００４０】（２）利用者Ａがサービス提供者ＢのＥＣ
サイトＢ’上で取引対象の発注と決算方法の指示を行う
（ステップ４２）。

【００４１】（３）利用者Ａがサービス提供者ＢのＥＣ
サイトＢ’上で取引内容の確認と決算方法の確認を行う
（ステップ４３）。

【００４２】（４）利用者Ａは、サービス提供者ＢのＥ
ＣサイトＢ’上で申し込んだ商品、サービスの納品を受
ける（ステップ４４）。

【００４３】図５、図６は本発明の実施形態による商取
引システムを使用して電子商取引を行う場合の処理の詳
細を説明するフローチャート、図７〜図１３は利用者端
末Ａ’の表示装置に表示される操作画面例を説明する図
であり、以下、図７〜図１３に示す画面例を参照しなが
ら図５、図６によるフローを説明する。

【００４４】なお、図５、図６により説明する例は、図
１により説明したシステム構成を持つ場合の処理例であ
り、代金の支払いに関して、利用者の会員番号を用い
ず、取引の都度、代行団体の用意したシステムに利用者
が代金と利用業者とを知らせ、それに対するサービス利
用の承諾を得、利用者が、それと同時に新たに発行され
る取扱番号を受取り、その番号を商取引を行う団体に知
らせることにより、取引が成立するようにした取引の形
態に本発明を適用した例であり、従来技術で（５）とし
て説明した取引方法に対応する。また、図５、図６によ
り説明する例は、図４により説明した概要フローにおけ
るステップ４２〜ステップ４４での処理である。また、
この例では、利用者Ａが決済代行者Ｃに対して事前に決
済代行サービスの申し込みを行って契約を行う手続きに
ついてはすでに終了しているものとする。

【００４５】（１）利用者Ａは、この処理の開始前に、
予め利用者端末Ａ’を使用して、サービス提供者Ｂによ
り用意されているＥＣサイトＢ’に公衆回線Ｄを介して
アクセスし、ＥＣサイトサーバＢ’からサービス提供者
Ｂにより提供される商品、サービス等を利用者端末Ａ’
の表示装置の画面に表示させ、購入したいものがあれば
それを選択する。この選択は、ＥＣサイトＢ’に送信さ
れ、ＥＣサイトＢ’内の決済代行者Ｃが提供している通
信サーバは、利用者端末Ａ’が利用するクライアントプ
ログラムと、取引を実行するために使用するＩＭインタ
フェース部分を利用者端末Ａ’に送信する。

【００４６】（２）このとき、利用者端末Ａ’の表示装
置には、図７に示すような画面例が表示される。表示さ
れるＩＭインタフェース部分には、注文しようとしてい
る商品の仕様、詳細な説明、使い方の説明等が表示され
ると共に、注文を行うためのボタン「注文する」が表示
される（ステップ５１）。

【００４７】（３）図７に示すように表示されたＩＭイ
ンタフェース部分の「注文する」のボタンを利用者が押
すと、利用者がその商品等を購入する意思があるとし
て、その情報がＥＣサイトＢ’に送信される。ＥＣサイ
トＢ’は、取引行為を行うために必要な情報を入力して
もらうため、決済代行者ＣがＥＣサイトＢ’に利用者Ａ
のために配布した利用者（クライアント）向けのプログ
ラムのインタフェース部分を利用者端末Ａ’に送信す
る。この結果、利用者端末Ａ’の表示装置には、図８に
示すような画面がＩＭインタフェース部分に表示される
（ステップ５２）。

【００４８】（４）取引行為を行うために必要な情報を
入力するための図８に示すインタフェース画面には、利
用者Ａの連絡先、氏名等を入力するエリアが表示される
と共に、入力情報を送信するために使用する「送信」の
ボタンが表示される。また、入力エリア外のサービス提
供者Ｂが用意している画面内には、図７での商品説明等
以外に、代金の支払方法、サービス提供者Ｂの所在地、
代表者、連絡先等が表示される。利用者Ａは、この画面
を使用して、自分の連絡先、氏名、決済代行者Ｃとの契
約番号（会員番号、決済代行者Ｃがクレジット会社等の
場合カード番号、コード番号、認証コード、ユーザＩＤ
等と呼ばれている情報）、商品の送り先、商品送り先の
連絡先、支払方法の種類等の商品購入のために必要な情
報を入力し、「送信」のボタンを押す（ステップ５
３）。

【００４９】（５）ステップ５３で入力された情報は、
ＥＣサイトＢ’の通信サーバに送信され、送り先、その
連絡先等の購入商品の発注時に必要となる情報が、クラ
イアントプログラムによりチェックされ、利用者Ａから
の入力情報の有効性が判定される。有効性の判定を行っ
ている間、利用者端末Ａ’には、図１０に示すようなイ
ンタフェース画面が表示される。この表示画面は、送信
された内容について、その契約を、サービス提供者Ｂと
決済代行者Ｃとが確認中であることを説明し、待機を促
す説明のメッセージを表示するものである（ステップ５
４、５５）。

【００５０】（６）ステップ５５で、利用者Ａの入力情
報に誤り等があり、その入力情報が有効でないと判定さ
れた場合、ＥＣサイトＢ’の通信サーバは、入力情報の
修正を依頼するインタフェースを利用者端末Ａ’に送信
する。この結果、利用者端末Ａ’の表示装置には、図１
０に示す画面に代わって、図９に示すような画面が表示
される。ここで表示されるインタフェース画面には、未
入力、間違えと思われる項目への再入力を依頼する説明
と、訂正のための必要事項入力の画面要素と、「再送
信」のボタンとが表示される。利用者は、この画面を使
用して、入力情報の追加、修正等を行う。この入力情報
の追加、修正はステップ５４、５５の処理により再度そ
の有効性が判定される（ステップ５６）。

【００５１】（７）ステップ５５の処理で、サービス提
供者Ｂにより入力された情報の有効性が確認できると、
ＥＣサイトＢ’の通信サーバは、決済代行サーバＣ’
に、利用者Ａとの契約を特定する契約番号（カード番号
等）、購入商品、購入金額等を通知する（ステップ５
７）。

【００５２】（８）決済代行サーバＣ’は、決済代行者
Ｃと利用者Ａとの契約の有効性を判定し、その契約が有
効なものであれば、さらに、決済代行者Ｃとサービス提
供者Ｂとの契約が未登録、失効でないかをチェックする
（ステップ５８、５９）。

【００５３】（９）ステップ５９のチェックで、決済代
行者Ｃとサービス提供者Ｂとの契約が未登録、失効でな
く、その契約が成立していれば、決済代行サーバＣ’
は、ＥＣサーバＢ’内の通信サーバ内の利用者Ａのクラ
イアントプログラムに、今回の取引に使用する取扱番号
を通知する。この取扱番号は、利用者端末に直ちに表示
される（ステップ６０）。

【００５４】（10）利用者Ａのクライアントプログラム
は、購入商品の送り先の連絡先等の商品購入発注時に必
要な情報、及び、決済代行サーバＣ’から伝達された取
扱番号を、サービス提供者ＢのＥＣサイトサーバに伝達
する（ステップ６１）。

【００５５】（11）ＥＣサイトサーバ、すなわち、サー
ビス提供者Ｂは、利用者Ａ、決済代行者Ｃからの情報の
有効性を判定し、今回の取引が成立すれば、決済代行者
Ｃと一緒に、利用を感謝するメッセージを利用者端末
Ａ’に表示する。この場合に利用者端末Ａ’に表示され
る画面例は、図１１に示すようなものであり、今後の手
続きに関する説明と利用者Ａに対する感謝のメッセージ
を表示したものである（ステップ６２、６３）。

【００５６】（12）その後、決済代行者Ｃは、利用者Ａ
に対して取引内容の確認のための連絡を行う。この連絡
は、通常、メールを使用して行われる場合が多いが、電
話、ＦＡＸ、郵便を使用して行うこともでき、あるい
は、直接面会する等であってもよい。利用者Ａは、この
連絡に基づいて、決済代行者Ｃに了承を伝える（ステッ
プ６４、６５）。

【００５７】（13）サービス提供者Ｂは、決済代行者Ｃ
に代金の請求を行うと共に、商品またはサービスを利用
者Ａに届ける（ステップ６６、６７）。

【００５８】（14）決済代行者Ｃは、サービス提供者Ｂ
に代金を振込み、また、利用者Ａは、決済代行者Ｃに代
金を振り込む。以上により１つの取引が終了する（ステ
ップ６８〜７１）。

【００５９】（15）ステップ５１で「注文する」のボタ
ンが一定時間押されなかった場合、ステップ５８、５９
で契約の有効性がなかった場合、ステップ６２で取引が
未成立となった場合、取引不成立として、図１２に示す
ような画面が利用者端末に表示される。この表示画面
は、事前に行われる決済代行者Ｃと利用者Ａとの契約、
決済代行者Ｃとサービス提供者Ｂとの契約等に関して問
題があったこと等を伝え、取引を中止するメッセージを
伝えるものである（ステップ７２）。

【００６０】前述したステップ６４の決済代行者Ｃから
利用者Ａに対して連絡される取引内容の確認がメールで
送られた場合のメールの画面例を図１３に示している。
これに対して、利用者が一定期間返信を行わない場合、
決済代行者Ｃは、この取引をいたずらとみなして、取引
を中止する。なお、利用者は、この時点で取引を取り消
すこともできる。

【００６１】前述した本発明の実施形態による処理手順
は、ステップ６４、６５による決済代行者Ｃが、利用者
Ａに対して取引内容の確認のための連絡を行い、利用者
Ａが、この連絡に基づいて、決済代行者Ｃに了承を伝え
ることにより、商品の発送等のその後の処理が進められ
るが、本発明は、これらのステップの処理を行わなくて
もよい。

【００６２】前述した本発明の実施形態による処理手順
によれば、ＥＣサイトＢ’内に決済代行者Ｃが提供して
いる通信サーバは、取引を実行するために使用するＩＭ
インタフェース部分を利用者端末Ａ’に提供し、利用者
Ａから入力され取引に必要な情報を、決済代行者Ｃが必
要とする情報とサービス提供者Ｂが必要とする情報とに
分けて、それぞれに、最小限必要になるの情報のみを伝
達するようにしているので、例えば、利用者Ａが持つ決
済代行者Ｃとの契約番号（会員番号、決済代行者Ｃがク
レジット会社等の場合カード番号、コード番号、認証コ
ード、ユーザＩＤ等と呼ばれている情報）がサービス提
供者Ｂにより悪用されることがなく、また、個々の取引
のみに有効な情報としての取扱番号により取引が行われ
るので、安全で確実な取引を行わせることができる。

【００６３】また、本発明の実施形態による処理は、決
済代行サイトＣ’から利用者端末Ａ’に送られたプログ
ラムとの通信時（ＥＣサイトＢ’に設けられる通信サー
バを介しての）、インターネットシステムの中でよく知
られているインターネットマーク（ＩＭ）の確認手続き
を用いて、授受される情報の改変防止のための確認を行
っているので、処理の途中で第三者に悪意を持って邪魔
され、第三者がサービス提供者になりすますようなこと
も防止することができる。

【００６４】前述で説明した本発明の実施形態による処
理は、ＥＣサイトＢ’に決済代行者Ｃにより提供される
通信サーバを備えるシステムの例であったが、次に、図
２に示すような、ＥＣサイトＢ’に決済代行者Ｃにより
提供される通信サーバを備えない簡易な構成のシステム
の場合について説明する。

【００６５】図２に示すシステムの場合、利用者端末
Ａ’とＥＣサイトＢ’との間の通信は、ＩＭを使用する
ことのない通常の通信で行われ、利用者端末Ａ’で使用
する取引行為を行うためのＩＭインタフェース部分は、
決済代行サイトＣ’から利用者端末Ａ’に送信される。
そして、処理動作そのものは、図５、図６により説明し
たフローと同様に行われる。

【００６６】異なる点は、ステップ５３により入力され
た注文に関する情報が決済代行サイトＣ’に送信されて
チェックを受ける点、その後の処理がＩＭインタフェー
スを利用せずに行われる点である。このため、図１１に
より説明した今後の手続きに関する説明と利用者Ａに対
する感謝のメッセージを表示する画面は、図１４に示す
ように、ＩＭインタフェース部分ではなく、ＥＣサイト
Ｂ’が提供する通常のブラウザの画面内に表示されるこ
とになる。

【００６７】このような、簡易なシステムによっても、
図１に示すシステムの場合と同様な効果を得ることがで
きる。

【００６８】次に、図３により説明した決済代行者が金
融機関であるシステムの場合の処理について説明する。
この例では、取り扱い商品、サービスの選択肢が少数で
ある場合、サービス提供者は、ＥＣサイトを自分で用意
することなく、他のＥＣサイトの一部を借用して商品／
サービスの提供が可能である。もちろん、自分でＥＣサ
イトを開いてもよい。そして、このシステムの場合の処
理は、決済代行者である金融機関から提供されるＥＣサ
イト内の通信サーバにより、図１に説明したシステムの
場合と同様に、また、同様な取引の処理画面を使用して
取引を行うことができる。但し、ここて説明する例で
は、決済代行者が金融機関であることにより、商品の注
文の有用性が判定された後の処理が図５、図６により説
明したフローと相違する。

【００６９】図１５はこの場合の処理の詳細の一部を説
明するフローチャートであり、以下、これについて説明
する。なお、このフローの処理は、図５、図６に示すフ
ローのステップ６２の終了後に実行される。

【００７０】（１）利用者Ａは、利用者端末Ａ’を使用
して、図５、図６に示すフローのステップ５１からステ
ップ６２までの処理を行って、商品の注文の有用性が判
定され、代金支払処理の前までの処理を実行する。

【００７１】（２）利用者Ａは、決済代行者Ｃの決済代
行サイトＣ’に対して、自クライアントプログラムに予
め格納されている情報に従って、自分の口座からサービ
ス提供者Ｂの口座に代金を振り込むように依頼する（ス
テップ１５１）。

【００７２】（３）決済代行サイトＣ’は、依頼された
送金が可能か否かをチェックし、可能であれば、依頼さ
れた振込みを行いサービス提供者Ｂに送金の連絡を行
う。これを受けて、サービス提供者Ｂは、ＥＣサイト
Ｂ’から利用者端末Ａ’に受付のメッセージを送付する
（ステップ１５２〜１５４）。

【００７３】（４）その後、サービス提供者Ｂは、利用
者Ａに商品を届けて取引を成立終了させる（ステップ１
５５、１５６）。

【００７４】（５）ステップ１５２のチェックで、依頼
された送金が不可能であった場合、決済代行サイトＣ’
は、サービス提供者Ｂの口座番号が間違えているか否か
をチェックする。間違えている場合、その旨を利用者端
末Ａ’、ＥＣサイトＢ’にメッセージとして表示し、取
引不成立とする。この場合、口座番号が誤って入力され
たような場合、ステップ１５１からやり直しさせるよう
にすることもできる（ステップ１５７、１５８、７
２）。

【００７５】（６）ステップ１５７のチェックで、口座
番号が間違えていない場合、決済代行サイトＣ’は、利
用者Ａの口座の残高が不足していないか否かをチェック
し、口座の残高が不足の場合、その旨を利用者端末
Ａ’、ＥＣサイトＢ’にメッセージとして表示し、取引
不成立とする。この場合、可能であれば別の取引方法に
変更させることができる（ステップ１５９、１６０、７
２）。

【００７６】（７）ステップ１５９で、口座の残高が不
足でない場合、決済代行サイトＣ’は、金融機関である
決済代行者Ｃが営業していないと判断して、サービス提
供者ＢのＥＣサイトＢ’に送金予定を連絡する（ステッ
プ１６１、１６２）。

【００７７】（８）サービス提供者Ｂは、ＥＣサイト
Ｂ’から利用者端末Ａ’に受付のメッセージを送付し、
その後、決済代行者Ｃからの入金を確認し、前述したス
テップ１５５からの処理を行う（ステップ１６３、１６
４）。

【００７８】図３に示すような金融機関が決済代行者と
なるシステムによっても、図１に示すシステムの場合と
同様な効果を得ることができる。

【００７９】前述の例において、取り扱い商品、サービ
スの選択肢が少数であるサービス提供者が、ＥＣサイト
を自分で用意することなく、他のＥＣサイトの一部を借
用して商品／サービスの提供を行おうとする場合、商品
／サービスの提供者は、借用したＥＣサイトの中に、決
済代行サイトから提供されるＩＭインタフェースを１つ
のウィンドウとして開き、その中に商品情報等を表示し
て、利用者に提供するようにすればよい。これにより、
利用者は、取引の全てをこのウィンドウを使用して行う
ことができる。

【００８０】このような形態は、例えば、あるＥＣサイ
トが、自分のサイトで提供している商品等に関連する商
品であって、そのＥＣサイトでは扱っていない商品等の
情報を利用者に知らせると共に、その関連する商品を扱
っているサービス提供者に自分のＥＣサイトの一部を貸
しておくという形態である。この形態は、利用者が、１
つのＥＣサイトにアクセスし、そのＥＣサイトでの取引
を行うと同時に、関連する商品を持つ他のサービス提供
者とも取引を行うことができ、利用者にとって非常に利
便性の高いものである。

【００８１】

【発明の効果】以上説明したように本発明によれば、利
用者が持つ決済代行者との契約番号がサービス提供者に
より悪用されることがなく、また、個々の取引のみに有
効な情報としての取扱番号により取引が行われるので、
安全で確実な取引を行うことができる。

【００８２】また、本発明によれば、インターネットシ
ステムの中でよく知られているインターネットマーク
（ＩＭ）の確認手続きを用いて、授受される情報の改変
防止のための確認を行っているので、処理の途中で第三
者に悪意を持って邪魔され、第三者がサービス提供者に
なりすますようなことも防止することができる。

【図面の簡単な説明】

【図１】本発明の実施形態による商取引システムの構成
例（その１）を示すブロック図である。

【図２】本発明の実施形態による商取引システムの構成
例（その２）を示すブロック図である。

【図３】本発明の実施形態による商取引システムの構成
例（その３）を示すブロック図である。

【図４】本発明の実施形態による商取引システムを使用
して電子商取引を行う場合の処理の概要を説明するフロ
ーチャートである。

【図５】本発明の実施形態による商取引システムを使用
して電子商取引を行う場合の処理の詳細を説明するフロ
ーチャート（その１）である。

【図６】本発明の実施形態による商取引システムを使用
して電子商取引を行う場合の処理の詳細を説明するフロ
ーチャート（その２）である。

【図７】利用者端末の表示装置に表示される操作画面例
を説明する図である。

【図８】利用者端末の表示装置に表示される操作画面例
を説明する図である。

【図９】利用者端末の表示装置に表示される操作画面例
を説明する図である。

【図１０】利用者端末の表示装置に表示される操作画面
例を説明する図である。

【図１１】利用者端末の表示装置に表示される操作画面
例を説明する図である。

【図１２】利用者端末の表示装置に表示される操作画面
例を説明する図である。

【図１３】利用者端末の表示装置に表示される操作画面
例を説明する図である。

【図１４】ＩＭインタフェースを利用せずに利用者に対
する感謝のメッセージを表示する画面例を説明する図で
ある。

【図１５】決済代行者が金融機関である場合の本発明の
実施形態の処理の詳細の一部を説明するフローチャート
である。

【符号の説明】

Ａ利用者Ａ’ 利用者端末Ｂサービス提供者Ｂ’ ＥＣサイトＣ決済代行者Ｃ’ 決済代行サイトＤ公衆回線Ｅ金融機関

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０９Ｃ 1/00 ６６０Ｇ０６Ｆ 15/30 Ｌ９Ａ００１Ｈ０４Ｌ 11/20 １０２Ｚ (72)発明者石川奉矛東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所デザイン研究所内 (72)発明者松岡克政東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所デザイン研究所内 (72)発明者豊島久東京都江東区新砂一丁目６番27号株式会社日立製作所公共情報事業部内Ｆターム(参考） 5B049 AA01 AA05 BB11 CC05 CC10 CC36 EE28 GG02 GG04 GG07 5B055 BB10 CB09 EE02 EE03 EE12 5J104 BA01 PA07 PA09 PA10 5K030 GA15 HC01 JT02 KA01 KA07 LD19 5K101 KK17 MM04 MM07 NN03 NN18 NN21 PP04 PP05 PP09 RR12 RR27 TT02 9A001 BB04 CC02 JJ12 JJ25 JJ27 JJ67 KK56 LL03

Claims

【特許請求の範囲】

【請求項１】公衆回線に、利用者が使用する利用者端
末と、サービス提供者により用意され、公衆回線からア
クセス可能で、商品、サービスの便覧や取引の申し込み
を行う仕組みを用意しているＥＣサイトと、利用者及び
サービス提供者と契約し、利用者とサービス提供者との
間の取引に関する対価の授受を代行する決済代行者が用
意した決済代行サイトとが接続されて構成される商取引
システムにおいて、利用者が利用者端末から入力した取
引に必要な情報を、サービス提供者に必要な情報と、決
済代行者に必要な情報とに分け、それぞれ、ＥＣサイト
と決済代行サイトとに送信することを特徴とする商取引
システム。
【請求項２】前記サービス提供者のＥＣサイトに送信
される情報は、利用者の連絡先、商品の配送先、決済代
行者から利用者に送信されたその取引に係る取扱番号の
情報であり、前記決済代行者の決済代行サイトに送信さ
れる情報は、利用者と決済代行者との間での契約による
契約番号、今回の取引の取引内容、取引先の情報である
ことを特徴とする請求項１記載の商取引システム。
【請求項３】前記決済代行者の決済代行サイトが金融
機関が開いたサイトである場合、前記決済代行者の決済
代行サイトに送信される情報は、前記サービス提供者の
口座への利用者からの振込み依頼の情報であることを特
徴とする請求項１記載の商取引システム。
【請求項４】前記サービス提供者のＥＣサイトに、前
記決済代行者の用意した通信サーバを備え、利用者は、
前記通信サーバにより提供され、利用者端末に表示され
るインタフェース画面から取引に必要な情報を入力する
ことを特徴とする請求項１記載の商取引システム。
【請求項５】前記利用者の取引に必要な情報の送信
は、インターネットマークによる確認手続きを使用して
改変を防止されることを特徴とする請求項１ないし４の
うちいずれか１記載の商取引システム。