JP2002304586A - 電子商店における代金の決済システム - Google Patents

Abstract

(57)【要約】 【課題】 インターネット上の商店で、クレジットカー
ドを商品の決済手段として容易に利用することができる
決済システムを提供する。 【解決手段】 商店のウェブページが格納されるウェブ
サーバと、前記商店の決済する権利を取得した決済代行
者の有する決済権利管理サーバと、ユーザの有するユー
ザ端末と、前記商店の開設者、前記決済代行者及び前記
ユーザの口座を有する金融機関の有する金融機関サーバ
とが、情報伝送媒体を通じて相互に通信可能であって、
前記決済権利管理サーバは、前記商店のウェブページの
ＵＲＬにリンクがはられ、商品選択機能と決済フォーム
とを有する決済用ウェブページと、前記商店の情報など
を記録するデータベースと、前記決済代行者の口座と前
記商店開設者の口座間及び前記ユーザの口座と前記決済
代行者の口座間で、前記ユーザが購入した前記商品の代
金を決済するよう前記金融機関サーバへ指示を出す決済
指示手段とを具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット上
の商店で行うショッピングの際に行うクレジットカード
による決済システムに関するものである。

【０００２】

【従来の技術】現在、インターネット上には大手企業の
商店から個人による商店まで開設されている。又、複数
のこれらの商店が１つのサイトに開設するオンラインシ
ョッピングモールも一つの商品提供形態として存在して
いる。消費者がこれらの商店やオンラインショッピング
モールで買い物をした場合、その商品の決済の方法に
は、銀行（郵便局）振込み、クレジットカードによる決
済、そして商品と現金との同時引き換えなどがある。

【０００３】

【発明が解決しようとする課題】大手企業や中堅企業の
開設するインターネット上の商店やオンラインショッピ
ングモールで消費者が買い物をした時、大抵の場合に
は、消費者は上記した決済方法のいずれをも選択するこ
とが可能である。しかし、中堅企業よりも小規模の企業
の商店や個人商店の場合には、銀行（郵便局）振込みか
又は商品と現金との同時引き換えの方法による場合がほ
とんどである。それは、インターネット上に開設した商
店でクレジットカードを決済手段として利用する場合に
は、クレジットカード会社による該商店開設者の厳しい
信用調査を受ける必要があるからである。その信用調査
の内容は大変に厳しく、大抵の場合、クレジットカード
会社から信用性に疑問があるとの判断により、クレジッ
トカードを用いた決済手段の使用許可が下りないという
問題点があった。そして、この結果、クレジットカード
を決済手段として利用できないインターネット上の商店
は、使用者にとって不便であり、客足が遠のいてしまう
原因の一つとなってしまうという問題点もあった。

【０００４】本発明は上述した事情より成されたもので
あり、本発明の目的は、インターネット上の中堅企業よ
りも小規模の企業の商店や個人商店であっても、クレジ
ットカードを商品の決済手段として利用することができ
る決済システムを提供することにある。

【０００５】

【課題を解決するための手段】本発明は、インターネッ
ト上でのショッピングの際に行うクレジットカードによ
る決済の方法に関するものであり、本発明の上記目的
は、商店のウェブページが格納されているウェブサーバ
と、前記商店のクレジットカードによる決済の権利を取
得した決済代行者の有する決済権利管理サーバと、ユー
ザの有するユーザ端末と、前記商店の開設者、前記決済
代行者及び前記ユーザの口座を有する金融機関の有する
金融機関サーバとが、情報伝送媒体を通じて相互に通信
可能なコンピュータ環境での電子商店における代金の決
済システムであって、前記決済権利管理サーバは、
（１）前記商店のウェブページのＵＲＬにリンクがはら
れ、前記ユーザがリンク先の前記商店のウェブページで
購入しようと考えている商品をまとめて選択するための
商品選択機能と、前記商品をクレジットカードで決済を
行うために必要なクレジットカード番号や有効期限、氏
名、電話番号などの事項をまとめた決済フォームとを有
する決済用ウェブページと、（２）前記商店の情報、前
記商店の提供する商品の情報、前記ユーザの情報及び前
記決済用ウェブページを通して行われる売買情報を記録
するデータベースと、（３）前記ユーザが前記ウェブペ
ージから商品を購入した場合に、前記決済代行者の口座
から前記商店開設者の口座へ前記商品の代金から前記決
済代行者の代行手数料などの手数料や経費を差し引いた
額を決済するよう前記金融機関サーバへ指示を出す第一
の決済指示手段と、（４）前記第一の決済指示手段の後
に、前記商品の代金を前記ユーザの口座から前記決済代
行者の口座へと引き落とすように前記金融機関サーバへ
指示を出す第二の決済指示手段と、を具備することによ
って達成される。ここで、前記決済代行者は前記決済権
利管理サーバに格納されている前記決済用ウェブページ
を更に１人以上の第三者に販売し、該第三者に販売した
決済用ウェブページを前記決済権利管理サーバ内に格納
し、該第三者の情報が前記データベースに更に記録され
るようにしてもよい。又、前記ユーザは、前記第三者の
紹介によって該第三者の決済用ウェブページから前記商
店のウェブページにアクセスするようにしてもよい。更
に、前記決済権利管理サーバは、紹介を受けた前記第三
者の決済用ウェブページで前記決済フォームにクレジッ
トカードによる決済に必要な事項とアクセスパスワード
を入力した前記ユーザの情報を、前記データベースに登
録し、該ユーザにユーザＩＤを発行し、該ユーザが次回
アクセスする時には前記ユーザＩＤと前記アクセスパス
ワードの照合によってアクセスを許可すると共に、商品
購入時の前記決済フォームへの該ユーザによる入力を省
略することもできる。更に又、前記ユーザが、前記第三
者の決済用ウェブページを経由して、前記商店の商品を
どのくらい購入したかを点数化して、該点数を前記第三
者の点数として前記データベースに記録するようにし、
前記点数が金銭と等価とすることも可能である。又、こ
れらの場合において、前記決済代行者は、少なくとも一
つ以上の商店の決済を代行してもよく、前記第三者は、
前記一つ以上の商店の中から任意の数の商店の決済する
権利を購入し、更に、前記金融機関は一つ以上存在し、
各金融機関がそれぞれに金融機関サーバを有することに
よって、より広範に本システムを実施することが可能と
なる。

【０００６】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。

【０００７】図１は、本発明の決済システムを達成する
ために必要な最も基本的な構成を示す概略図である。こ
の図１に示されているように、インターネット上の商店
Ｓと、決済代行者Ａ、銀行Ｂ、そしてユーザＵを構成の
基本とするが、更に、決済代行者ＡとユーザＵとの間に
キャッシャ（決済窓口）Ｃを設ける形態が一般的であ
る。なお、特許請求の範囲に記載されている第三者は、
上記のキャッシャＣに相当する。

【０００８】商店Ｓは、インターネット上で商品を販売
する者であり、個人であっても企業であっても構わな
い。又、複数の商店Ｓが寄り集まったショッピングモー
ルであってもよい。ここでは説明を簡略化するために、
商店Ｓは、商品購入者との間の決済手法として、銀行
（郵便局）振込みや現金引換えなどのクレジットカード
による決済以外の決済手法しか持たないものとする。決
済代行者Ａは、クレジットカードによる決済の管理を行
う者、又はその決済の代行を行う者であり、商店Ｓから
商品代金の決済を委託され、又は決済に関する権利を購
入し、その権利を更に複数のキャッシャＣへ販売すると
同時に、その権利を管理する役目を担う者である。キャ
ッシャＣは、自分のウェブページ経由で商店Ｓのウェブ
ページに入ったユーザＵが、商店Ｓで購入した商品の決
済を行う権利を、決済代行者Ａから購入した者であり、
キャッシャＣのウェブページは商店Ｓのウェブページと
リンクされている。ユーザＵは、インターネット上で商
品の決済をクレジットカードで決済することができる者
であり、キャッシャＣの知人であり、友人や親戚、仕事
場の仲間など、信頼関係が備わっている間柄であること
が望ましい。金融機関Ｂは、ネットワークを通じて商店
Ｓ、決済代行者ＡそしてユーザＵと接続されており、そ
してそれぞれの口座を有し、ネットワークを通じて送ら
れてくる決済に関する指示に対して、それぞれの口座間
で決済を行う者である。図には、１つの金融機関しか描
かれていないが、通常、１つの金融機関に上記のすべて
の者が口座を有していることは稀で、複数の金融機関に
分散しているので、実際には複数の金融機関であっても
よい。

【０００９】商店Ｓは、インターネット上に有する商店
のクレジットカードによる決済の機能を決済代行者Ａに
渡す。渡す形態として、上記したように、決済の権利を
譲渡（販売）したり、決済に関する機能を委託するなど
の方法が考えられる。本明細書では、決済代行者Ａに渡
された決済に関する機能をまとめて「決済する権利」と
表現する。決済代行者Ａは、その決済する権利を更に複
数のキャッシャＣへと販売する。販売方法としては、フ
ランチャイズ形式などが考えられる。商店Ｓの決済する
権利を購入したキャッシャＣは、そのウェブページを商
店Ｓのウェブページとリンクさせる。ここで、該キャッ
シャＣのウェブページを経由して商店Ｓで商品を購入す
る場合の商品選択機能と決済フォームを有する決済用ウ
ェブページを、決済代行者ＡはキャッシャＣに提供す
る。又、決済代行者Ａは該決済用ウェブページの管理も
行う。

【００１０】ユーザＵは、キャッシャＣのウェブページ
を通して、商店Ｓの商品を購入すると、その情報は決済
代行者Ａ及び商店Ｓへ送信される。決済代行者Ａは、金
融機関Ｂに対して、決済代行者Ａの口座からユーザＵの
商品購入代金分を商店Ｓの口座に決済するよう指示を出
す。商店Ｓは、自分の口座に商品の代金が振込まれたこ
とを確認した後に、ユーザＵに商品を発送する。決済代
行者Ａは、月に１度、又はユーザＵとの契約で定められ
た日に、ユーザＵの口座から商品の代金を決済代行者Ａ
の口座へ引き落とすよう、金融機関Ｂに指示を出す。
又、決済代行者Ａは、ユーザＵが商品を買うのに経由し
たキャッシャＣに対して、特典を付与する。決済代行者
Ａから商店Ｓへの決済にあたり、商品購入代金から決済
代行料などの手数料及び／又は経費を差し引いた額を決
済するのが通常であるが、最初に商品購入代金のみを決
済し、後に商店Ｓから決済代行者Ａに手数料を決済する
ようにしてもよい。

【００１１】ここで、キャッシャＣは信頼のおける知人
であるユーザＵを紹介すること、又、ユーザＵは知人で
あるキャッシャＣに金銭的な面での迷惑をかけないよう
にしようとする心理が働くことにより、大抵の場合、正
常な決済が促進される。

【００１２】以上は、図１を用いた本発明の特徴となる
部分についての概要を説明したものであるが、より実際
的なシステムに適用したブロック図を図２に、又、図２
に示したシステムにおける処理の流れを図３に示し、図
１の構成を有する本発明のシステムについて、詳細に説
明する。

【００１３】図２で、本発明のシステムは、商店Ｓのウ
ェブページ１が格納されているウェブサーバ２と、キャ
ッシャＣのウェブページ３が格納されている決済権利管
理サーバ４と、ユーザＵのユーザ端末６と、金融機関Ｂ
の有する金融機関サーバ７とが、ネットワークを介して
電子的に接続されて構成されている。決済権利管理サー
バ４は、更に、該決済権利管理サーバ４を通して行われ
る情報を蓄積、管理するデータベース５を備える。キャ
ッシャＣのウェブページ３は、商店Ｓのウェブページ１
のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃ
ａｔｏｒ）にリンクがはられており、キャッシャＣのウ
ェブページ３に入ったユーザは、商店Ｓのウェブページ
１に飛ぶことができる。又、決済権利管理サーバ４に
は、ユーザＵが商店Ｓでの商品の選択を行うためのショ
ッピングカートなどのような商品選択機能と、ユーザＵ
が該商品選択機能によって選択した商品を購入し、商店
Ｓとの間で売買契約を成立させ、代金を決済するための
決済フォームとを備える決済用ウェブページが置かれて
おり、該決済用ウェブページは決済する権利を購入する
キャッシャＣのウェブページを構成する一部として提供
される。なお、図示されていないが、ウェブサーバ２、
決済権利管理サーバ４、ユーザ端末６そして金融機関サ
ーバ７は、それぞれ記憶装置、通信手段、記憶装置に格
納されたプログラムやデータを実行、処理するための中
央演算処理装置などから構成されている。そして、請求
項１の第一及び第二の決済指示手段は、決済権利管理サ
ーバ４の通信手段及び中央演算処理装置に対応するもの
である。

【００１４】キャッシャＣ（例えば、キャッシャＣ１）
の紹介による知人（以下、ユーザとする）Ｄは、キャッ
シャＣの有するウェブページ３のＵＲＬへアクセスする
（ステップＳ１）。キャッシャＣのウェブページ３に
は、商店Ｓのウェブページ１へのリンクがはられてお
り、ユーザＵは、キャッシャＣのウェブページ３からそ
の商店Ｓのサイト１へ更にアクセスしたとする（ステッ
プＳ２）。ユーザＵは、商店Ｓ内で気に入った商品を見
つけ、クレジットカードを用いて商品購入の注文を出す
（ステップＳ３）。注文の出し方として、一般に使用さ
れているショッピングカート方式の商品選択機能などを
用いることができる。又、クレジットカードでの決済を
行うために、クレジットカード番号、該カードの有効期
限、氏名、電話番号などの必要な情報を入力するための
決済フォームも用意されており、これにも入力する。こ
れらの商品選択機能と決済フォームには、どのキャッシ
ャのウェブページのものであるかという情報が、ユーザ
Ｕには見えない部分に記録されている。ユーザＵが、商
品選択機能で希望する商品を選択し、決済フォームに必
要事項を入力後、これらの情報は決済権利管理サーバ４
へ送信される。決済権利管理サーバ４は、これらの商品
注文情報をデータベース５に登録する（ステップＳ４）
と共に、商店Ｓへも送信する（ステップＳ５）。図２の
場合では、商店Ｓのウェブページ１が格納されているウ
ェブサーバ２へ送信される形をとる。決済権利管理サー
バ４は、ユーザＵの送信したクレジットカードに関する
情報が正当なものであるか否かを確認し（ステップＳ
６）、その結果正当なユーザであると判断されると（ス
テップＳ６のＹｅｓ）、決済代行者Ａの金融機関の口座
から商店Ｓの金融機関の口座へユーザＵの注文した商品
の代金を決済する（ステップＳ７）。この際、ユーザＵ
の購入代金から、販売代理手数料や決済料率、その他の
経費などを差し引いた額を、商店Ｓに対して決済するの
が一般的な形態であると考えられる。商店Ｓは、商品の
注文情報を受け取り、そして自分の口座に商品の代金が
払い込まれたことを確認した（ステップＳ８）後に、ユ
ーザＵへ向けて商品を発送する（ステップＳ９）。ステ
ップＳ６で、クレジットカードを所持している正当なユ
ーザでないと判断された場合（ステップＳ６のＮｏ）は
エラーとなり、再度決済フォームへの入力を促す（ステ
ップＳ３）。

【００１５】決済権利管理サーバ４は、月に１度やユー
ザＵとの間で交わした契約によって定められた日にユー
ザＵの金融機関の口座から商品代金を決済代行者Ａの口
座へ引き落とすよう金融機関サーバ７へ指示を出す（ス
テップＳ１０）。そして、これらの商品の売買がキャッ
シャＣのウェブページ３を経由して行われたことがデー
タベース５に記録され、特典に変換される（ステップＳ
１１）。特典として、例えば、ポイントや販売代理手数
料の内の何％かを支払うなどの形態が考えられる。又、
ポイントとしては、金銭と等価なものとすることもでき
る。

【００１６】このようなシステムを用いることによっ
て、商店Ｓにとっては、厳しいクレジットカード会社の
審査を受けることなく、決済手段としてクレジットカー
ドを採用することができ、代金の取りはぐれがなくなる
という効果を有する。又、決済代行者Ａが商店Ｓの決済
を行う権利を多数のキャッシャＣに販売することによっ
て、商店Ｓの販売機会が増大するという効果を有する。
更に、決済権利管理サーバ４のデータベース５に商品の
販売状況が記録されるので、それらの情報を基にして経
理処理を行うことも可能である。決済代行者Ａにとって
は、権利を貸与したキャッシャＣを経由した商店Ｓの売
上から代理手数料を徴収できるという利点を有する。
又、決済を行うユーザＵは、権利を貸与したキャッシャ
Ｃからの紹介であり、知人間の信頼関係にも基づいた形
をとるので、クレジットカードによる支払いに対して、
未知の第三者のクレジットカードによる決済に比べて、
信頼性が増すという効果も有する。キャッシャＣにとっ
ては、ユーザとしての知人を数多く紹介することによっ
て、自分のウェブページを経由した商店Ｓでの決済が増
え、それによって、自分の特典が加算されていくという
利点もある。

【００１７】なお、上記した実施形態では、説明のため
に簡略化したモデルを用いて説明したものであり、本発
明が上記した形態のものに限定される趣旨のものではな
い。例えば、キャッシャＣのウェブページには、商店Ｓ
だけでなく複数の商店をリンクさせることも可能である
し、複数の店が集合しているショッピングモールであっ
てもよい。決済機能としてクレジットカードを既に使用
している商店等を排除するものでもない。又、決済代行
者Ａは、決済権利の管理をする者、決済を代行して行う
者、決済権利を販売する者に分けてシステムを構築する
ことも可能である。更に、金融機関ＢやユーザＵも複数
存在してもよい。これらのようにしても、本発明の基本
的な部分が変更されるわけではない。

【００１８】又、一度カード番号等の情報と共にアクセ
スパスワードを登録し、照会したユーザＵに対しては、
ユーザＩＤを発行し、次回からユーザＩＤとそれに対応
するアクセスパスワードの入力のみで決済を行うように
することも可能である。

【００１９】

【実施例】上記した本発明の電子商店の決済方法を用い
たシステムを基本として、種々の機能を付加して、本発
明を実施することができる。以下に、本発明の電子商店
の決済システムの実施例について、図面を参照しながら
説明する。

【００２０】（実施例１）ユーザの情報を体系的に蓄積
していくために、本システムを利用するユーザＵを会員
として登録させた後に、会員として本システムを利用さ
せるようにすることができる。図４は、ユーザ登録する
場合のシステムの構成を示す図であり、図５は、本シス
テムにユーザ登録をする場合の流れを示す模式図であ
る。図４に示されるように、本実施例では、図２の構成
に加えて、音声認証サーバ１１とクレジットカード情報
センタ１２が更に接続されており、音声認証サーバ１１
はユーザの電話１３に公衆回線を通じて接続されてい
る。音声サーバ１１は決済権利管理サーバ４と接続され
ており、合わせて一つのサーバ機能を果たすように構成
されている。

【００２１】ユーザＵはキャッシャＣ（例えば、キャッ
シャＣ１）のウェブページ３にアクセスする（ステップ
Ｓ２１）。初めて本システムを利用（アクセス）するユ
ーザに対しては、会員紹介のページが用意されている。
会員紹介のページを開くと会員登録フォームが表示され
（ステップＳ２２）、ユーザＵは、住所、氏名、メール
アドレス（連絡先）、電話番号、クレジットカード番
号、有効期限そしてアクセスパスワードなどを入力し送
信する（ステップＳ２３）。なお、会員登録フォームに
はどのキャッシャのウェブページから送信されたかにつ
いての情報も、ユーザＵには見ることができないが、会
員登録情報と共に送信される。会員登録フォームの送信
される場所は決済権利管理サーバ４であり、決済権利管
理サーバ４に接続されているデータベース５に既に登録
されているか否かを電話番号とクレジットカード番号と
を用いてチェックする（ステップＳ２４）。重複チェッ
クの結果、新規の登録である場合には（ステップＳ２４
のＮｏ）、クレジットカード情報センタ１２にユーザＵ
の送信した情報を照会する（ステップＳ２５）。クレジ
ットカード情報センタ１２で正常に照会がなされる（ス
テップＳ２５のＹｅｓ）と、クレジットカード情報セン
タ１２から音声認証サーバ１１へ照会が正常に行われた
ことが送信され、音声認証サーバ１１は該ユーザＵに対
して本人であるか否かの確認を公衆回線を用いて行う
（ステップＳ２６）。この本人確認コールに対して、ユ
ーザＵはプッシュボタンで会員登録フォームに入力した
アクセスパスワードを押す。もし、会員登録フォームに
入力したアクセスパスワードとプッシュボタンで入力し
たアクセスパスワードが一致すれば（ステップＳ２６の
Ｙｅｓ）、決済権利管理サーバ４に接続されているデー
タベース５に顧客情報として登録される（ステップＳ２
７）。そして、以後、システムを利用することが可能と
なる。もし、両者が一致しない場合には（ステップＳ２
６のＮｏ）、データベース７への登録が拒否され、ユー
ザＵに対してその旨が通知される（ステップＳ２９）。
一方、クレジットカード情報センタ１２で照会できなか
った場合には（ステップＳ２５のＮｏ）、クレジットカ
ード情報センタ１２は決済権利管理サーバ４にＮＧ信号
を送信する。そして、ユーザＵに対して、会員登録がで
きなかったことを通知し（ステップＳ２９）、正確な情
報の入力を促す。ステップＳ２４で、既に会員登録され
ているユーザは（ステップＳ２４のＹｅｓ）、本システ
ムを利用することができる（ステップＳ２８）。

【００２２】以上のようにして本システムに登録したユ
ーザＵは、次回からアクセスパスワードを入力すること
によって、本システムを使用することが可能となる。決
済権利管理サーバ４は、データベース５にユーザがどの
商店でどのような商品をいくら購入したかなどの情報を
記録する。そして、このような情報を蓄積することによ
って、ユーザＵの好みの商品などを調査することがで
き、マーケティングに有効な情報となる。

【００２３】なお、本実施例の場合のように、最初に会
員登録を行う場合には、図２の流れにおける決済フォー
ムへの入力（ステップＳ３）やユーザのクレジットカー
ド情報の確認（ステップＳ６）などのクレジットカード
の登録に関するステップが省略されることは当然であ
る。

【００２４】（実施例２）図６は、キャッシャＣのウェ
ブページにリンクされている商店Ｓの形態を示したもの
である。（Ａ）はキャッシャＣのウェブページ２１であ
り、この中に商店Ｓへリンクがはられているボタン２２
が作成される。このボタン２２を押すと、（Ｂ）又は
（Ｃ）のようなウェブページ３１、４１が表示される。
ここで、（Ｂ）及び（Ｃ）のそれぞれに表示されている
ウェブページ３１と４１は同じものである。すなわち、
看板部３２、４２とボタン３３、４３、４４を変えてい
るだけであり、実質的には商店Ｓのウェブページであ
る。（Ｂ）の場合は、Ｃのウェブページ２１から直接に
商店Ｓのウェブページへ飛ぶように構成されているもの
である。一方の（Ｃ）は、ウェブページの中身は商店Ｓ
のウェブページのものであるが、中身以外のもの、例え
ば看板部４２やボタン４３、４４をウェブページの内容
が商店Ｓへ飛んでも、あたかもキャッシャＣのウェブペ
ージを構成する一部のページであるかのように表示させ
ている。

【００２５】このようにすることによって、キャッシャ
Ｃは実際には商店Ｓの決済する権利のみを購入している
のであるが、視覚上商店ＳをキャッシャＣ自身の店のよ
うに見せることが可能となり、キャッシャＣは自分の店
を持つことができる。

【００２６】（実施例３）図７は、商店Ｓが複数ある場
合の本発明によるシステムの構成図を示している。図２
と違う点は、商店Ｓが複数（商店Ｓのウェブページを格
納しているウェブサーバも複数）あり、ユーザ端末６も
複数あることである。決済の権利を決済代行者Ａから購
入したキャッシャＣが複数示されており、複数のキャッ
シャをＣ１、Ｃ２、…Ｃｎ…として表している。又、商
店Ｓも同様にＳ１、Ｓ２、…Ｓｎ…と表している。

【００２７】図７の例では、キャッシャＣ１は商店Ｓ１
のみの決済する権利を購入し、キャッシャＣ２は商店Ｓ
１及びＳ２の決済する権利を購入し、キャッシャＣ３は
商店Ｓ１、Ｓ２及びＳ３の決済する権利を購入してい
る。即ち、図７に示されるように、キャッシャＣ１のウ
ェブページには商店Ｓ１のウェブページへのリンクが、
キャッシャＣ２のウェブページには商店Ｓ１及びＳ２の
ウェブページへのリンクが、そしてキャッシャＣ３のウ
ェブページには商店Ｓ１、Ｓ２及びＳ３のウェブページ
へのリンクがそれぞれはられている。

【００２８】ユーザＵがキャッシャＣ３のウェブページ
のショッピングページへアクセスしたとする。ユーザＵ
は、その中の商店Ｓ１、Ｓ２及びＳ３で自由に買い物を
楽しむことができ、更に、定法によるウェブページ作成
技術を使用すれば、Ｓ１、Ｓ２及びＳ３で購入しようと
する商品をまとめてレジで精算することが可能である。

【００２９】（実施例４）特典としては、上述した実施
の形態で説明したように、例えば、ポイントや販売代理
手数料の内の何％かを支払うなどの形態が考えられる。
又、ポイントとしては金銭と等価なものとすることもで
きる。図８に、ポイントを利用した特典制度の一例を示
した。ここでは、ポイントはキャッシャＣのウェブペー
ジを経由して、商店Ｓでショッピングをした代金を基準
にしてポイントを計算するものであり、例ではユーザＵ
の商品購入代金の合計額の１％をポイントとして計算す
る。ポイントは、図２の決済権利管理サーバ４に接続さ
れているデータベース５に登録される。ここで、１ポイ
ントが１円に等価であると決済代行者Ａによって決めら
れているとすると、ユーザＵはポイントを貯めることに
よって、決済代行者を通じてポイントを使用して商品の
購入を行うことができる。決済代行者としては、ユーザ
Ｕの蓄積していくポイントに対して、一定期間、例えば
３年間、ポイントを使用していない場合、又はポイント
が３年間加算されていない場合には、ポイントが無効に
なるなどの制約を設けることもできる。

【００３０】（実施例５）図９は、データベースに登録
するデータの一例を示す図である。データベースは、商
店テーブル５１、商品テーブル５２、キャッシャテーブ
ル５３、ユーザテーブル５４、売買情報テーブル５５な
どのテーブルから構成され、これらがリレーショナルデ
ータベースを構成している。

【００３１】商店テーブル５１には、本発明の方法のシ
ステムに登録している商店についての情報、例えば商店
ＩＤ、商店名、商店開設者、ＵＲＬ、連絡先などの情報
が格納される。商店ＩＤは本発明の方法によるシステム
に登録した商店を特定するための番号である。

【００３２】商品テーブル５２には、商品ＩＤ、商店Ｉ
Ｄ、商店テーブルに登録した商店の提供する商品名、商
品の値段（単価）などの情報が格納される。ここで、商
品ＩＤは、該商品テーブル５２に格納される商品を特定
する為に付される番号であり、商店ＩＤは該商品がどの
商店のものであるかを商店テーブル５１との間で関連付
けるための番号である。

【００３３】キャッシャテーブル５３はキャッシャＩ
Ｄ、キャッシャ名、指定商店（商店ＩＤに相当）、ポイ
ント残高、ポイント有効期限などの情報が格納される。
ここで、キャッシャＩＤは本発明の方法によるシステム
に登録したキャッシャに割り当てる番号であり、指定商
店は該キャッシャのウェブページにどの商店のウェブペ
ージをリンクさせるかを指定するものである。指定商店
の数には特に制限はない。

【００３４】ユーザテーブル５４にはユーザＩＤ、ユー
ザ名、カード番号、カードの有効期限、電話番号、紹介
者（キャッシャＩＤに相当）、アクセスパスワードなど
の情報が格納される。ここで、ユーザＩＤは、本発明の
方法によるシステムに登録したユーザを特定するための
番号であり、紹介者は紹介されたキャッシャを記録し、
キャッシャテーブル５３との間で関連付けるためのもの
で、ポイント計算の時に使用される。アクセスパスワー
ドは本システムに登録後、ユーザＩＤとの併用によって
ユーザであるか否かを判断するために使用されるもので
ある。

【００３５】売買情報テーブル５５は、売買情報ＩＤ、
ユーザＩＤ、商品ＩＤ、数量、注文日、キャッシャＩＤ
などの情報が格納され、ユーザによる商品の購入記録が
格納される。売買情報ＩＤはユーザによる商品の購入に
より発生する情報を記録する為に付される番号である。
ユーザＩＤは売買したユーザの番号をユーザテーブル５
４と関連付けて、そして商品ＩＤは売買した商品を商品
テーブル５２と関連付けて、それぞれ記録するものであ
る。なお、ユーザＩＤはユーザテーブル５４で示したよ
うにキャッシャテーブル５３と関連付けられているの
で、キャッシャＩＤの項目は必ずしも必要ではない。

【００３６】このようなテーブル群から、売買記録とし
て図１０に示したようなテーブル６１を作成することが
可能となる。このようなテーブルから更に、種々の計算
の実行や、ユーザのデータ収集を行うことができる。例
えば、商店Ｓｎにとっては、自分の商品の売上を、場合
によっては期間を限って、計算することが可能である。
又、ユーザＵにとっては、自分が過去にどのような商品
を購入したか、又はどれくらいのお金を消費したか、な
どの情報を見ることができ、後者の場合にはカード残額
を考慮して買い物をすることができる。更に、売買情報
テーブルなどの情報を累積的に記録していくことによっ
て、ユーザ毎の購買履歴や、嗜好の変化などを読み取る
ことができる。これを本システムに登録している商店に
フィードバックさせて、各商店の商品構成を変化させる
ことで、商品の販売促進効果を狙うことが可能となる。

【００３７】

【発明の効果】本発明の方法によれば、商店が決済する
権利を複数のキャッシャに販売し、該キャッシャのウェ
ブページに決済手段を置くことによって、該キャッシャ
のウェブページから前記商店の商品を購入する時には、
クレジットカードによる決済が可能であるという効果を
有する。

【００３８】中規模より小さい規模の商店や個人商店に
とっては、従来厳しい審査をされてもクレジットカード
による決済を採用することができなかったが、本発明に
よりそのような審査なしに、クレジットカードによる決
済を採用することが可能となった。

【００３９】本発明のシステム構成によって、キャッシ
ャは、自分の信用にも係る決済する権利を購入する結
果、信頼関係を築いていると確信している知人をユーザ
として紹介するので、又逆に、ユーザは自分の決済が知
人であるキャッシャに迷惑をかける恐れがあるという心
理を有するので、決済をスムーズに行わせることができ
るという効果を有する。即ち、ユーザはキャッシャの知
人であるので、本システムへの会員登録に際し、正確な
クレジットカード及び個人の情報を入力する作用が働
き、そして、正確な情報が入力される結果としてクレジ
ットカード使用者を特定することができるので、クレジ
ットカードの不正使用を抑制することが可能となる。こ
のような点から、決済代行者にとっては、まったくの未
知のユーザが利用する場合に比較して、決済されないと
いうリスクを軽減することができ、商店にとっては商品
代金のとりはぐれがないという効果を有する。

【００４０】キャッシャにとっては、自分のウェブペー
ジを経由して商店の商品が購入されることは、自分の特
典獲得のチャンスであり、より多くのユーザを紹介しよ
うとする動機が働く。

【００４１】このようにして、このシステムはユーザ、
決済代行者、キャッシャ、商店それぞれにとって、メリ
ットを循環させる働きを持つ。そして、このようなクレ
ジットカードの不正使用を抑制できている決済市場は、
クレジットカード会社にとっても魅力ある市場であり、
商取引を一層円滑にするという効果を有する。

【００４２】別の角度から本発明を見ると、ある商店の
決済する権利を多数のキャッシャに売ることは、販売機
会の増大を意味する。決済権利管理サーバのデータベー
スに記録された情報を用いて、各商店の経理を行うこと
もできるし、ユーザがどこで何を買うのかという情報か
ら各商店の商品戦略を練る素材とすることもできる。

【図面の簡単な説明】

【図１】図１は、本発明の原理を示すブロック図であ
る。

【図２】図２は、図１をコンピュータ資源を用いてシス
テム化した場合のブロック図である。

【図３】図３は、図２のシステムを用いた場合の代金の
決済についての流れを示す図である。

【図４】図４は、本システムを会員登録制にした場合の
実施例の一を示す図である。

【図５】図５は、図４で会員登録をする場合の処理の流
れを示す図である。

【図６】図６は、キャッシャＣのウェブページの一例を
示す図であり、（Ａ）はＣのウェブページを、（Ｂ）は
（Ａ）のＣのウェブページからリンク先の商店Ｓのウェ
ブページに移った場合のウェブページを、そして（Ｃ）
は商店Ｓのウェブページの内容がＣのウェブページに組
み込まれているように作成されたウェブページをそれぞ
れ示す。

【図７】図２で、商店Ｓ及びユーザ端末が複数存在する
場合のブロック図である。

【図８】特典の計算方法の一例を示す図である。

【図９】決済権利管理サーバに接続されているデータベ
ースの構造を表す図である。

【図１０】データベースから作成した表の一例である。

【符号の説明】

１ 商店のウェブページ（ウェブサイト） ２ ウェブサーバ ３ キャッシャのウェブページ ４ 決済権利管理サーバ ５ データベース ６ ユーザ端末 ７ 金融機関サーバ ８ ネットワーク １１ 音声認証サーバ １２ クレジットカード情報センタ １３ ユーザの電話 ２１、４１ キャッシャのウェブページ ２２、３３、４３、４４ ボタン ３１ 商店のウェブページ ３２、４２ 看板部 ５１ 商店テーブル ５２ 商品テーブル ５３ キャッシャテーブル ５４ ユーザテーブル ５５ 売買情報テーブル ６１ テーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ＺＥＣ Ｇ０６Ｆ 17/60 ＺＥＣ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 商店のウェブページが格納されているウ
   ェブサーバと、前記商店のクレジットカードによる決済
   の権利を取得した決済代行者の有する決済権利管理サー
   バと、ユーザの有するユーザ端末と、前記商店の開設
   者、前記決済代行者及び前記ユーザの口座を有する金融
   機関の有する金融機関サーバとが、情報伝送媒体を通じ
   て相互に通信可能なコンピュータ環境での電子商店にお
   ける代金の決済システムであって、 前記決済権利管理サーバは、（１）前記商店のウェブペ
   ージのＵＲＬにリンクがはられ、前記ユーザがリンク先
   の前記商店のウェブページで購入しようと考えている商
   品をまとめて選択するための商品選択機能と、前記商品
   をクレジットカードで決済を行うために必要なクレジッ
   トカード番号や有効期限、氏名、電話番号などの事項を
   まとめた決済フォームとを有する決済用ウェブページ
   と、（２）前記商店の情報、前記商店の提供する商品の
   情報、前記ユーザの情報及び前記決済用ウェブページを
   通して行われる売買情報を記録するデータベースと、
   （３）前記ユーザが前記ウェブページから商品を購入し
   た場合に、前記決済代行者の口座から前記商店開設者の
   口座へ前記商品の代金から前記決済代行者の代行手数料
   などの手数料や経費を差し引いた額を決済するよう前記
   金融機関サーバへ指示を出す第一の決済指示手段と、
   （４）前記第一の決済指示手段の後に、前記商品の代金
   を前記ユーザの口座から前記決済代行者の口座へと引き
   落とすように前記金融機関サーバへ指示を出す第二の決
   済指示手段と、を具備することを特徴とする電子商店に
   おける代金の決済システム。
2. 【請求項２】 前記決済代行者は前記決済権利管理サー
   バに格納されている前記決済用ウェブページを更に１人
   以上の第三者に販売し、該第三者に販売した決済用ウェ
   ブページを前記決済権利管理サーバ内に格納し、該第三
   者の情報が前記データベースに更に記録される請求項１
   に記載の電子商店における代金の決済システム。
3. 【請求項３】 前記ユーザは、前記第三者の紹介によっ
   て該第三者の決済用ウェブページから前記商店のウェブ
   ページにアクセスすることが可能である請求項２に記載
   の電子商店における代金の決済システム。
4. 【請求項４】 前記決済権利管理サーバは、紹介を受け
   た前記第三者の決済用ウェブページで前記決済フォーム
   にクレジットカードによる決済に必要な事項とアクセス
   パスワードを入力した前記ユーザの情報を、前記データ
   ベースに登録し、該ユーザにユーザＩＤを発行し、該ユ
   ーザが次回アクセスする時には前記ユーザＩＤと前記ア
   クセスパスワードの照合によってアクセスを許可すると
   共に、商品購入時の前記決済フォームへの該ユーザによ
   る入力を省略するようにした請求項３に記載の電子商店
   における代金の決済システム。
5. 【請求項５】 前記ユーザが、前記第三者の決済用ウェ
   ブページを経由して、前記商店の商品をどのくらい購入
   したかを点数化して、該点数を前記第三者の点数として
   前記データベースに記録するようにした請求項４に記載
   の電子商店における代金の決済システム。
6. 【請求項６】 前記点数が金銭と等価である請求項５に
   記載の電子商店における代金の決済システム。
7. 【請求項７】 前記決済代行者は、少なくとも一つ以上
   の商店の決済を代行するものである請求項１乃至６のい
   ずれか１項に記載の電子商店における代金の決済システ
   ム。
8. 【請求項８】 前記第三者は、前記一つ以上の商店の中
   から任意の数の商店の決済する権利を購入できる請求項
   ７に記載の電子商店における代金の決済システム。
9. 【請求項９】 前記金融機関は一つ以上存在し、各金融
   機関がそれぞれに金融機関サーバを有している請求項１
   から８のいずれか１項に記載の電子商店における代金の
   決済システム。