JP3822978B2

JP3822978B2 - 商品購入方法及びシステム

Info

Publication number: JP3822978B2
Application number: JP10043598A
Authority: JP
Inventors: 龍郡山
Original assignee: 株式会社アプリックス
Priority date: 1997-03-28
Filing date: 1998-03-27
Publication date: 2006-09-20
Anticipated expiration: 2018-03-27
Also published as: JPH10326310A

Description

【０００１】
【発明の属する技術分野】
本発明は、コンピュータネットワークを用いた商品購入方法あるいはシステムに関する。
【０００２】
【従来の技術】
２１世紀の通貨はネット上にあると言われている。その昔、資産家は金塊や貴金属という「価値」を金庫に保管していた。産業革命以後、こうした「価値」は銀行内部の帳簿上の数字へと変換され、現在では銀行のコンピュータ内のデータ、つまり「ビット」が「価値」となっている。このビットデータが、更に自由になろうとしている。
【０００３】
現在、いくつもの「電子マネー」プロジェクトが進行している。クレジットカードを使ったもの、オランダの「ｅキャッシュ」を代表とするデジタルキャッシュ、ICカードや磁気カードによるプリペイド・カードなどがある。こうした「電子マネー」プロジェクトやオンラインでのクレジット決済と言ったものは、小口というよりむしろ「大口」の取引に発展することを想定して進められている。
【０００４】
【発明が解決しようとする課題】
クレジットカード方式では、数十〜数百円の少額課金では採算が合わない。クレジットカード方式では、ウェブ上でクレジット・カード・番号を入力して商品を買う場合、ショップがクレジット・カードを取扱い、さらに、クレジット・カード会社に与信調査をしなければならない。毎月、支払い請求をクレジット・カード会社にしなければならない。
【０００５】
これらの作業はショップにとっては、非常に負担になる。また、ショップにクレジット・カードを悪用される可能性もある。少額課金に対応するには、ショップの負担を軽くする必要がある。デジタルキャッシュでは、カード読み取り装置が必要となり、設備投資が必要となる。プリペイドカード方式では、磁気カード読み取りの専用カード必要となる。また、匿名性について問題がある。一般の課金システム（例えば、クレジット・カード）では、ショップにクレジット番号が知られてしまい、ショップはどのお客が何を買ったかの購入履歴を持つことになる。貨幣で買うときのような匿名性がないことになる。
【０００６】
本発明が解決しようとする課題は、「小口」取引が行え、特別の読み取り装置を必要としない、券面金額以上の不正利用による損害を最低限に押さえられ、匿名性が失われず、ショップの作業負荷を軽くすることが出来る商品購入方法及びシステムを提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、商品購入のためにユーザが操作するユーザマシン、商品を販売するショップに設けられたショップサーバ、課金、パスワード照会等を行うバンクサーバを通信回線で接続したパスワード形式のプリペイドカードシステムを用いた商品購入方法において、
(1) 前記ユーザマシンが、前記ショップサーバに対してカタログ請求するステップ、
(2) 前記ショップサーバが、前記ユーザマシンへ商品カタログフォームを送信するステップ、
(3) 前記ユーザマシンが、ユーザが購入する商品の店番号と商品番号と価格が入力された商品購入フォームを前記バンクサーバに送信するステップ、
(4) 前記バンクサーバが、前記ユーザマシンから前記商品購入フォームを受け取るステップ、
(5) 前記バンクサーバが、前記商品購入フォームに入力された前記店番号と前記商品番号をキーワードとして、データベースに検索を要求するステップ、
(6) 前記データベースが、前記キーワードにより検索した前記商品の店番号、商品番号、商品名、価格等の商品情報を前記バンクサーバに送信するステップ、
(7) 前記バンクサーバが、パスワード形式のプリペイドカードのパスワード入力フォームに前記商品情報をつけて前記ユーザマシンに送信するステップ、
(8) 前記ユーザマシンが、ユーザがあらかじめ購入したパスワード形式のプリペイドカードのパスワードが入力された前記パスワード入力フォームを前記バンクサーバに送信するステップ、
(9) 前記バンクサーバが、前記ユーザマシンより受信した前記パスワード入力フォームに入力されたパスワードを前記データベースに送信するステップ、
(10) 前記データベースが、前記パスワードの検索を行い、前記パスワードに対応する残高を前記バンクサーバに送信するステップ、
(11) 前記バンクサーバが、前記パスワードに対応する残高と前記商品の価格を比較して、前記残高が不足でない場合は後記する (17) のステップに処理を進め、前記残高が不足の場合は後記する (12) のステップに処理を進めるステップ、
(12) 前記バンクサーバが、前記パスワードに対応する残高不足のメッセージを前記ユーザマシンに送り、前記ユーザマシンが、前記パスワードに対応する残高不足を表示し、更に、ユーザがあらかじめ購入した追加のパスワード形式のプリペイドカードのパスワードの入力を促すステップ、
(13) 前記ユーザマシンが、入力された前記追加のパスワード形式のプリペイドカードのパスワードを前記バンクサーバに送信するステップ、
(14) 前記バンクサーバが、前記追加のパスワード形式のプリペイドカードのパスワードを前記データベースに送信するステップ、
(16) 前記データベースが、前記追加のパスワード形式のプリペイドカードのパスワードに対応する残高を前記バンクサーバに送信するステップ、
(17) 前記バンクサーバが、前記商品が購入可能かどうかを判定し、可能な場合に認証番号を発行し、前記店番号、前記商品番号、前記パスワード、前記認証番号を含む購入トランザクションデータを前記データベースに送信するステップ、
(18) 前記データベースが、前記バンクサーバから受け取った前記購入トランザクションデータに基づいて、前記店番号、前記商品番号、前記パスワード、前記認証番号を含む購入トランザクションレコードを生成するステップ、
(19) 前記バンクサーバが、前記店番号、前記商品番号、前記認証番号を含むお買い上げ確認フォームを前記ユーザマシンに送信するステップ、
(20) 前記ユーザマシンが、前記お買い上げ確認フォームの前記認証番号を含む購入確認フォームを、前記ショップサーバに送信するステップ、
(21) 前記ショップサーバが、前記ユーザマシンから送られてきた前記購入確認フォームを受け取りＣＧＩインタフェースにより、前記バンクサーバに対して、前記購入確認フォームに含まれる前記認証番号が有効かどうかのチェックを依頼するステップ、
(22) 前記バンクサーバが、前記ショップサーバから送られてきた前記認証番号をデータベースに送信するステップ、
(23) 前記データベースが、前記バンクサーバから送信された前記認証番号から該当購入トランザクションレコードを検索するステップ、
(24) 前記データベースが、検索した該当購入トランザクションレコードから、前記商品の店番号、商品番号、価格、認証番号を含む情報を前記バンクサーバに送信するとともに、前記パスワードに対応する残高から購入金額を引き落とすステップ、
(25) 前記バンクサーバが、前記データベースから受け取った前記商品の情報を前記ショップサーバに送信するステップ、
(26) 前記ショップサーバが、前記バンクサーバから受け取った前記商品の情報に基づいて、前記ユーザマシンに前記商品を送信するステップ、
を特徴とする商品購入方法とする。
【０００８】
【発明の実施の形態】
図１は、本発明の商品購入方法のシステム構成図である。本発明のプリペイドカードシステムは、ユーザマシン１、ショップサーバ２、ルータ３、ビットキャッシュサーバ４から構成される。ユーザマシン１は、インターネット上で商品を購入するユーザが保持しているマシンであり、パソコンであっても、インターネットテレビ、セットトップボックス等のインターネット家電でもよい。
【０００９】
ユーザマシン１は、図２に示すように中央処理装置１０１、メインメモリ１０２、入力装置１０４、出力装置１０５、信号バス１０６から構成される。ファイル装置１０３は、ユーザマシン１が、パソコンの時は存在し、インターネット家電では、存在しない場合もある。本発明のユーザマシンでは、メインメモリにWWWにアクセス出来るブラウザがありさえすればよく、課金用に他のアプリケーションを必要としない。
【００１０】
ショップサーバは、WWWサーバであり、商品の販売をするショップのサーバである。内部の構成は、図２の装置と変わらない。ただ違うのは、メインメモリ１０２内の制御プログラム１１０が、WWWサーバプログラムと、CGIプログラムである点である。
【００１１】
ビットキャッシュサーバ４は、商品の課金をする部分であり、バンクサーバ５、バンクサーバ６、ハブ７、開発用ワークステーション１１、データベースサーバ８、データベースサーバ９、RAID DISK１０から構成される。バンクサーバ、データベースサーバはフォールトレラントの考えから２重化されている。
【００１２】
バンクサーバ５、６は、本システムの課金の中心をなし、カード番号の照会等を行う。データベースサーバ８、９の構成は、図２に示した通りである。異なるのは、データベースサーバであり、図４に示す各種レコードを取り扱う。商品レコード４０１は、商品情報有し、商品名、商品写真情報、価格、在庫数から成る。カードレコード４０２は、カード番号、カード残高から成る。購入トランザクションレコード４０３は、店番号、商品番号、カード番号、認証番号から成る。
【００１３】
図３は、商品購入システムの一実施の形態の処理手順を示す図である。まず、ステップＳ１０１において、ユーザマシン１は、ショップサーバに対してカタログ請求する。ユーザマシン１は、カタログのあるURL（Uniformed Resource Locator）をショップに送信する。
ステップＳ１０２において、ショップサーバ２はユーザマシン１へカタログフォーム送付する。ユーザが指定したURLに対応した商品カタログフォーム（htmlドキュメント）をユーザマシン１に送信する。
【００１４】
ステップＳ１０３において、ユーザマシン１は、商品購入フォームをバンクサーバに送信する。ショップサーバ２より送られてきた商品カタログフォームに記入してバンクサーバに送信する。
ステップＳ１０４において、バンクサーバは、ユーザからの購入フォームを受け取る。
ステップＳ１０５において、バンクサーバは店番号と商品番号をキーワードとして、商品をデータベース（ＤＢ）に問い合わせる。
ステップＳ１０６において、ＤＢは検索した商品情報（店番号、商品名、価格等）をバンクサーバに渡す。
【００１５】
ステップＳ１０７において、バンクサーバはカード番号入力フォームに商品情報をつけてユーザに送信する。ＤＢから受けとった商品情報を編集して、カード番号入力フォームの形でユーザに送信する。
ステップＳ１０８において、ユーザは、カード番号を入力してバンクサーバに送信する。
ステップＳ１０９において、バンクサーバは、ユーザより受信したカード番号をＤＢに問い合わせる。
ステップＳ１１０においては、ＤＢはカード番号の検索を行い、カード残高をバンクサーバに渡す。
【００１６】
ステップＳ１１１においては、カード残高と商品価格を比較する。カード残高不足でない場合は、ステップＳ１１７に進む。カード残高不足の場合は、ステップＳ１１２に進む。
ステップＳ１１２では、バンクサーバは、ガード残高不足のメッセージをユーザマシン１に送る。ユーザマシン１は、カード残高不足を表示し、更に、追加カードの番号を入力する事を促す。
追加のカード番号を入力すると、ステップＳ１１３において、ユーザマシン１は、カード番号をバンクサーバに返す。
【００１７】
ステップＳ１１４において、バンクサーバは、追加されたカード番号をDBに問い合わせる。
ステップＳ１１６において、ＤＢはカード残高をバンクサーバに知らせる。
ステップＳ１１７では、バンクサーバは、購入トランザクションデータ（店番号、商品番号、カード番号、認証番号）をＤＢに送る。
ステップＳ１１８において、ＤＢはバンクサーバから受け取った購入トランザクションデータに基づいて、購入トランザクションレコードを生成する。
ステップＳ１１９において、バンクサーバは、お買い上げ確認フォームをユーザに送信する。
【００１８】
ステップＳ１２０において、ユーザマシン１は、お買い上げ確認フォームに対して、確認してショップに送信する。
ステップＳ１２１において、ショップサーバ２はユーザマシン１から送られてきた購入確認を受け取りＣＧＩインタフェースにより、バンクサーバに対して、ユーザからの購入が正しいかをチェック依頼をする。
ステップＳ１２２において、バンクサーバは、ショップから送られてきたユーザの購入するための認証番号から、ＢＤに対して正しい認証番号かを問い合わせる。
【００１９】
ステップＳ１２３において、ＤＢはバンクサーバから渡された認証番号から該当購入トランザクションレコードを検索する。
ステップＳ１２４において、ＤＢは検索したトランザクションレコードからユーザの購入する商品情報をバンクサーバに渡すとともにカードから公認金額を引き落とす。
【００２０】
ステップＳ１２５において、バンクサーバは、ユーザが購入した商品の情報をショップに送信する。
ステップＳ１２６において、ショップサーバは、バンクサーバから受け取ったユーザの購入商品情報からユーザに購入した商品を送信する。
ステップＳ１２７において、ユーザマシン１は、ショップサーバ２より購入した商品を受け取る。
【００２１】
また、操作を単純にするために、ステップS113、S114、S116を省略してもよい。この場合、ステップS112において、「カード残高不足」をユーザマシン１に表示し、商品購入処理は終わることになる。そして、本明細書に記載されていない「残高の引継処理」により２枚のカードを用意し、１枚目のカードの残高を２枚目のカードの残高に引き継がせ、カード残高の不足を解消させることが必要となる。ステップＳ１２５において、ただ単純に商品をダウンロードするのではなく、ユーザの希望するCGIプログラムを呼び出してもよい。商品が物品の場合は、商品ダウンロードに代えて、「商品の購入を受け付けました」のメッセージが送信されることになる。商品は後日、送付されることなる。
【００２２】
以上の処理で購入できる商品は、１つのファイル（イメージ、音声、HTML等）である。１つのファイルを購入する毎にユーザはユーザマシンにカード番号（暗証）を入力する必要がある。これに対して、最初に暗証を入力し、あるディレクトリ以下を一定時間自由に閲覧（ダウンロード）できることが必要な場合がある。この第２の実施の形態の処理手順を示したのが図５である。処理内容が図３と同じときには、同じステップ番号を用いている。
【００２３】
まず、ステップＳ１０１において、ユーザ・マシン１は、ショップ・サーバ２に対して商品カタログを請求する。すなわち、ユーザ・マシン１は、商品カタログのある場所を示すURL（Uniformed Resource Locator）をショップ・サーバ２に送信する。
【００２４】
ステップＳ１０２において、ショップ・サーバ２はユーザ・マシン１へカタログフォームを送付する。すなわち、ユーザが指定したURLに対応した商品カタログフォーム（HTMLドキュメント）をユーザ・マシン１に送信する。商品カタログフォームには、ユーザマシン１が要求したカタログの店番号と商品番号等の情報が記載されている。
【００２５】
ステップＳ１０３において、ユーザがユーザマシン１にカタログの商品を選択すると入力した場合は、ユーザ・マシン１は、商品購入フォームをバンクサーバ５に送信する。すなわち、商品購入フォームに商品の店番号と商品番号を記載し、バンクサーバに送信し、バンクサーバ５内のバンクCGI1プログラム（カード番号入力フォーム送信プログラム）を起動する。
【００２６】
ステップＳ１０４において、バンクCGI1プログラムは、ユーザからの購入フォームを受け取り、ＤＢ８に商品を照会する。
ステップＳ１０５において、ＤＢ８は店番号と商品番号をキーワードとして、商品をデータ・ベース（ＤＢ）に問い合わせる。
ステップＳ１０６において、ＤＢ８は検索した商品情報（店番号、商品名、価格等）をバンクサーバに渡す。
ステップＳ１０７において、バンクCGI1プログラムはカード番号入力フォームに商品情報をつけてユーザマシン１に送信する。すなわち、ＤＢ８から受けとった商品情報を編集して、カード番号入力フォームの形でユーザマシン１に送信する。
【００２７】
ステップＳ１０８において、ユーザマシン１は、ユーザにカード番号の入力を要求し、カード番号が入力されると、カード番号入力フォームをバンクサーバ５に送信し、バンクサーバ５内のバンクCGI2プログラム（認証番号発行プログラム）を起動する。
ステップＳ１０９において、バンクCGI2プログラムは、ユーザマシン１より受信したカード番号をＤＢ８に問い合わせる。
ステップＳ１０９−２において、バンクCGI2プログラムは、ＤＢ８に商品情報を照会する。
ステップＳ１０９−３において、ＤＢ８は、バンクサーバ５に商品情報を送信する。
【００２８】
ステップＳ１１０においては、ＤＢ８はカード番号の検索を行い、カード残高をバンクサーバ５に渡す。バンクCGI2プログラムは、カード残高と商品価格を比較する。カード残高不足の場合は、ステップＳ１１２に進む。
ステップＳ１１２では、バンクCGI2プログラムは、ガード残高不足のメッセージをユーザ・マシン１に送信する。
ステップＳ２１１２においては、ユーザ・マシン１は、カード残高不足をユーザに表示し、カード残高の引継処理を促す。
ステップＳ１１７では、バンクCGI2プログラムは、購入トランザクションデータ（店番号、商品番号、カード番号、認証番号）をＤＢ８に送信する。
ステップＳ１１８において、ＤＢ８はバンク・サーバ５から受け取った購入トランザクションデータに基づいて、購入トランザクション・レコード４０３を生成する。
【００２９】
ステップＳ１１９において、バンクCGI2プログラムは、お買い上げ確認フォームをユーザマシン１に送信する。このフォームには、店番号、商品番号、商品名、商品写真情報、カード残高、「１日と０時間０分ならば何度でも無料で再入場することができます」というようなショッピング・プロテクション情報、認証番号が記載されている。
【００３０】
ステップＳ２１２０において、ユーザ・マシン１は、購入確認画面を表示し、ユーザがOKと確認すれば、お買い上げ確認フォームをショップサーバ２に送信し、ショップサーバ２内のショップCGI2プログラム（商品送信手段）を起動する。
ステップＳ２１２１において、ショップ・サーバ２はユーザ・マシン１から送られてきた購入確認を受け取り、バンク・サーバ５に対して、ユーザから購入が正しいかのチェックを依頼をするためのバンクCGI3プログラム（購入認証プログラム）を起動する。
【００３１】
ステップＳ１２２において、バンク・サーバ５は、ショップサーバ２から送られてきたユーザが商品を購入するための認証番号が、正しい認証番号かをＢＤ８に問い合わせる。
ステップＳ１２３において、ＤＢ８はバンク・サーバ５から送信された認証番号から該当購入トランザクションレコード４０３を検索する。
ステップＳ１２４において、ＤＢは検索したトランザクションレコード４０３からユーザの購入する商品情報をバンク・サーバ５に渡すとともにカード番号に対応するカードの残高から商品金額を引き落とす。この際、なりすましを防止するため、ユーザＩＰアドレスをチェックする。また、誤った商品登録をチェックするため、商品種別を使う。商品種別は、第１、第２、第３の実施の形態の区別を意味する。また、店番号を偽るのを防ぐため店番号をチェックする。
【００３２】
ステップＳ２１２５において、バンク・サーバ５は、ユーザが購入した商品の購入商品情報をショップサーバ２に送信する。購入商品情報は、トランザクション番号、価格、無償フラグ、残高、ショッピングプロテクション、商品パスである。
ステップＳ２１２６において、ショップ・サーバ２は、バンク・サーバ５から受け取ったユーザの購入商品情報からユーザマシン１に購入した商品群を格納しているトップ・ディレクトリ名（インデックスページ）を送信する。
ステップＳ２１２７において、ユーザ・マシン１の画面には、ショップ・サーバ２が送信してきたトップ・ディレクトリの内容が表示される。次に、有料ページ内（あるディレクトリ以下）を移動するための処理手順を図６に示す。
【００３３】
まず、有料ページ内のURLが指定されると、
ステップＳ２１３０において、ユーザマシン１は、URLをショップサーバ２に送信し、ショッピングサーバ２内のショップCGI2プログラムを起動する。
ステップＳ２１２１、Ｓ１２２、Ｓ１２４、Ｓ２１２５は、図５と同様である。ただし、ステップＳ１２２においては、例えば、入場時間が１日の場合、１時間後位にカード番号の入力を要求する。これは、ユーザが第三者に認証番号を教えてしまうことを防止するための処理である。
【００３４】
ステップＳ２１３５において、ショップサーバ２は、目的とする有料ページをユーザマシン１に送信する。
ステップＳ２１３６において、ユーザマシンは有料ページを画面に表示する。
次に第３の実施の形態として、新聞記事等のデータベースをユーザがキーワードを入力して検索し（所定のプログラムを実行させることにより行う）、その見出しを一覧表示し、ユーザが選択した記事の内容を表示する（これも所定のプログラムを実行させることにより行う）といった商品の購入形態を考える。検索では課金をせず、記事の内容を表示したときにはじめて課金をする。図７にこの処理の手順を示す。
【００３５】
ステップＳ１０１からステップＳ１１９迄は、図５と同じなので省略する。
ステップＳ４１２０において、ユーザマシン１は、購入確認画面を表示し、ユーザがOKと確認の応答をすれば、お買いあげ確認フォームをショップサーバ２に送信し、ショッピングサーバ２内のショップCGI4プログラムを起動する。
ステップＳ４１２１において、ショップCGI4プログラムは、バンクCGI3プログラムを起動する。バンクCGI3プログラムは、検索条件入力フォームのパス（PATH）を返す。この場合は課金を行わない。
【００３６】
ステップＳ４１２５において、バンクサーバ５は、検索条件入力フォームをショップサーバ２に送信する。
ステップＳ４１２６において、ショップサーバ２は、検索条件入力をフォームを受信し、ユーザマシン１の画面に表示する。
ステップＳ５１２０において、ユーザマシン１は、ユーザから検索条件を受け取り、検索条件入力フォームをショップサーバ２に送信し、ショップサーバ２内のショップCGI4検索プログラムを起動する。
【００３７】
ステップＳ５１２１において、ショップCGI4検索プログラムは、記事検索CGIプログラムを実行し、検索結果を得る。
ステップＳ５１２６において、ショップCGI4検索プログラムは、検索結果リストをユーザマシン１に送信する。
ステップＳ６１２０において、ユーザマシン１は、ユーザによって選択された記事番号をショップサーバ２に送信し、ショップサーバ２内のショップCGI4確認プログラムを起動する。
【００３８】
ステップＳ６１２１において、ショップCGI4確認プログラムは、バンクサーバ５内のバンクCGI2プログラムを実行する。バンクCGI2プログラムは、詳細承認番号を発行し、購入トランザクションデータ（店番号、商品番号、カード番号、詳細承認番号）をＤＢ８に送信する。ＤＢ８はバンクサーバ５から受け取った購入トランザクションデータに基づいて、購入トランザクション・レコード４０３を生成する。
【００３９】
ステップＳ６１２５において、制御はショップサーバ２に戻る。
ステップＳ６１２６において、ショップCGI4確認プログラムは、課金確認フォームをユーザマシン１に送信する。
ステップＳ７１２０において、ユーザからOKを受け取った場合、ユーザマシン１は、ショップサーバ内のショップCGI4課金プログラムを起動する。
ステップＳ７１２１において、ショップCGI4課金プログラムは、記事内容表示CGIプログラムを実行する。
【００４０】
ステップＳ７１２２において、ショップCGI4課金プログラムは、バンクCGI3プログラムを起動する。バンクCGI3プログラムは、課金処理（カードの残高から料金を引き去る）を行う。
ステップＳ７１２５において、制御は、ショップサーバに戻る。
ステップＳ７１２６において、記事内容をユーザマシンに送信する。表示したい記事がなくなるまで、ステップＳ６１２０からＳ７１２６を繰り返す。
この実施の形態は、記事を検索するためのCGIプログラム（記事検索CGI）を実行させ、さらに記事の内容を表示するためのCGIプログラム（表示CGI）を実行させ、課金するものであるが、記事検索CGIと表示CGIを変えることにより様々な課金形態に応用することが出来る。
【００４１】
【発明の効果】
クレジットの場合、商店からの請求を必要とするが、本システムのパスワード方式のプリペイドカードシステムでは、商店が請求しなくても、商店への支払いが行われる。
【００４２】
本システムでは、バンクサーバが店番号、商品番号及びユーザマシンから入力されたカード番号より商品が購入かどうか判定し、可能な場合に認証番号を発行する認証番号発行手段を具備し、ショップサーバがバンクサーバへ前記認証番号が有効かどうかを問い合わせ、OKが返ってきた場合、ユーザマシンに商品を送信する商品送信手段を具備するので、ショップがカード番号を知ることがない、匿名性が実現されている。また、これによりショップサーバの負荷が軽減されている。
【図面の簡単な説明】
【図１】本発明の商品購入方法のシステム構成図である。
【図２】ユーザマシンの構成図である。
【図３】本発明の商品購入の処理手順の一例である。
【図４】本発明において用いられるレコードの説明図である。
【図５】本発明の商品購入の処理手順の一例である。
【図６】本発明の商品購入の有料頁内の移動の処理手順の一例である。
【図７】本発明の商品購入の課金処理の処理手順の一例である。
【符号の説明】
１ユーザマシン
２ショップサーバ
３ルータ
４ビットキャッシュサーバ
５バンクサーバ
６バンクサーバ
７ハブ
８データベースサーバ
９データベースサーバ
１０ RAID DISK
１１開発用ワークステーション
１０１中央処理装置
１０２メインメモリ
１０３ファイル装置
１０４入力装置
１０５出力装置
１０６信号バス
１１０制御プログラム
４０１商品レコード
４０２カードレコード
４０３購入トランザクションレコード

Claims

商品購入のためにユーザが操作するユーザマシン、商品を販売するショップに設けられたショップサーバ、課金、パスワード照会等を行うバンクサーバを通信回線で接続したパスワード形式のプリペイドカードシステムを用いた商品購入方法において、
(1)前記ユーザマシンが、前記ショップサーバに対してカタログ請求するステップ、
(2)前記ショップサーバが、前記ユーザマシンへ商品カタログフォームを送信するステップ、
(3)前記ユーザマシンが、ユーザが購入する商品の店番号と商品番号と価格が入力された商品購入フォームを前記バンクサーバに送信するステップ、
(4)前記バンクサーバが、前記ユーザマシンから前記商品購入フォームを受け取るステップ、
(5)前記バンクサーバが、前記商品購入フォームに入力された前記店番号と前記商品番号をキーワードとして、データベースに検索を要求するステップ、
(6)前記データベースが、前記キーワードにより検索した前記商品の店番号、商品番号、商品名、価格等の商品情報を前記バンクサーバに送信するステップ、
(7)前記バンクサーバが、パスワード形式のプリペイドカードのパスワード入力フォームに前記商品情報をつけて前記ユーザマシンに送信するステップ、
(8)前記ユーザマシンが、ユーザがあらかじめ購入したパスワード形式のプリペイドカードのパスワードが入力された前記パスワード入力フォームを前記バンクサーバに送信するステップ、
(9)前記バンクサーバが、前記ユーザマシンより受信した前記パスワード入力フォームに入力されたパスワードを前記データベースに送信するステップ、
(10)前記データベースが、前記パスワードの検索を行い、前記パスワードに対応する残高を前記バンクサーバに送信するステップ、
(11)前記バンクサーバが、前記パスワードに対応する残高と前記商品の価格を比較して、前記残高が不足でない場合は後記する(17)のステップに処理を進め、前記残高が不足の場合は後記する(12)のステップに処理を進めるステップ、
(12)前記バンクサーバが、前記パスワードに対応する残高不足のメッセージを前記ユーザマシンに送り、前記ユーザマシンが、前記パスワードに対応する残高不足を表示し、更に、ユーザがあらかじめ購入した追加のパスワード形式のプリペイドカードのパスワードの入力を促すステップ、
(13)前記ユーザマシンが、入力された前記追加のパスワード形式のプリペイドカードのパスワードを前記バンクサーバに送信するステップ、
(14)前記バンクサーバが、前記追加のパスワード形式のプリペイドカードのパスワードを前記データベースに送信するステップ、
(16)前記データベースが、前記追加のパスワード形式のプリペイドカードのパスワードに対応する残高を前記バンクサーバに送信するステップ、
(17)前記バンクサーバが、前記商品が購入可能かどうかを判定し、可能な場合に認証番号を発行し、前記店番号、前記商品番号、前記パスワード、前記認証番号を含む購入トランザクションデータを前記データベースに送信するステップ、
(18)前記データベースが、前記バンクサーバから受け取った前記購入トランザクションデータに基づいて、前記店番号、前記商品番号、前記パスワード、前記認証番号を含む購入トランザクションレコードを生成するステップ、
(19)前記バンクサーバが、前記店番号、前記商品番号、前記認証番号を含むお買い上げ確認フォームを前記ユーザマシンに送信するステップ、
(20)前記ユーザマシンが、前記お買い上げ確認フォームの前記認証番号を含む購入確認フォームを、前記ショップサーバに送信するステップ、
(21)前記ショップサーバが、前記ユーザマシンから送られてきた前記購入確認フォームを受け取りＣＧＩインタフェースにより、前記バンクサーバに対して、前記購入確認フォームに含まれる前記認証番号が有効かどうかのチェックを依頼するステップ、
(22)前記バンクサーバが、前記ショップサーバから送られてきた前記認証番号をデータベースに送信するステップ、
(23)前記データベースが、前記バンクサーバから送信された前記認証番号から該当購入トランザクションレコードを検索するステップ、
(24)前記データベースが、検索した該当購入トランザクションレコードから、前記商品の店番号、商品番号、価格、認証番号を含む情報を前記バンクサーバに送信するとともに、前記パスワードに対応する残高から購入金額を引き落とすステップ、
(25)前記バンクサーバが、前記データベースから受け取った前記商品の情報を前記ショップサーバに送信するステップ、
(26)前記ショップサーバが、前記バンクサーバから受け取った前記商品の情報に基づいて、前記ユーザマシンに前記商品を送信するステップ、
を特徴とする商品購入方法。