(57)【要約】【課題】在庫確認ができていない商品の受注も受けることができて、かつ購入者が提示したクレジットカードの有効性は即座に確認可能なＥＣ店舗におけるクレジットカード決済の仕組みを提供する【解決手段】  注文を受け付けた時には、購入見込み者が提示したクレジットカード番号により、このクレジットカードの有効性を検証する目的で小額による与信処理を行ない、問題なければ、注文１件について発生させた注文番号とクレジットカード番号および購入額を含む情報を１件の記録として一時的にメモリに保持し、その後に在庫確認ができた段階で、前記メモリに保持したクレジットカード番号について、実際の購入額による与信処理および売上処理を行なう手順を含む仮想店舗におけるクレジットカード決済方法により課題を解決する。【選択図】      図２
2005107993.tif 000002
【特許請求の範囲】
【請求項１】
仮想店舗におけるクレジットカード決済方法であって、注文を受け付けた時には、購入見込み者が提示したクレジットカード番号により、このクレジットカードの有効性を検証する目的で小額による与信処理を行ない、問題なければそのクレジットカード番号を一時的にメモリに保持し、その後に在庫確認ができた段階で、前記メモリに保持したクレジットカード番号について、実際の購入額による与信処理および売上処理を行なう手順を含むことを特徴とする仮想店舗におけるクレジットカード決済方法。
【請求項２】
請求項１に記載の仮想店舗におけるクレジットカード決済方法であって、実際の購入額による与信処理および売上処理を行なう段階で、問題が生じた場合は、そのクレジット番号とオーダー番号、未処理購入額を１組としたデータを記録し、一定時間後に再度与信処理および売上処理を試みる手順を含むことを特徴とする請求項１に記載の仮想店舗におけるクレジットカード決済方法。
【請求項３】
商品購入者からの発注をネットワークを通じて受付ける手段、注文フォームを提供し注文情報を得る注文フォーム処理手段、決済処理を行うための通信電文を作成し決済機関ネットワークへその電文を送信し、結果を受け取る決済電文処理手段とを備える仮想店舗を実現するためのサーバー装置であって、
前記決済電文処理手段は、注文受付時には購入者のクレジットカードの有効性を確認する目的で小額与信のための通信電文を作成送信し、店員が商品在庫を確認した後で店員の指示により本来の購入額による売上処理を行うための通信電文を作成送信するよう、二段階に分けて決済電文を作成送信する機能を有することを特徴とする仮想店舗を実現するためのサーバー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを利用して顧客からの注文をオンラインで受け付ける仮想店舗におけるクレジットカード決済システムに関する。
【背景技術】
【０００２】
現在、インターネットを利用してオンライン電子決済により商取引を行う電子商取引サイト（以下仮想店舗と記す）が次々に出店されている。このような仮想店舗で現在最も普及している電子決済手段はクレジットカードを用いるものである。
【０００３】
仮想店舗では、顧客との結びつきは顧客が利用するパソコンのインターネットブラウザ上に表示されるコンテンツだけである。仮想店舗では、顧客を店に引きつける優良な店員が存在しないため、仮想店舗を訪れた顧客がその店でものを購入するかどうかは、その店に顧客が必要とするものがあるかどうか、そのものが安価に購入できるかどうかがリアルな店舗よりもよりシビアに影響する。
【０００４】
商品の在庫に関していうと、仮想店舗では、顧客の注文要求に対して即座に注文受付を行う必要があるため、商品在庫の有無を明確にしておかなければならない。そして在庫量は多くの商品に対して豊富であるほうが顧客の取り逃がしがなくなるため望ましいが、在庫量自体が増えることはコスト増につながるため望ましくない。
【０００５】
リアルな店舗では、在庫確認するなどして多少時間をかけなければ、その商品の注文を受けられるかどうか明らかでない場合においても、店員が顧客に接することにより顧客の店に対する信頼感を醸成することにより、顧客が他の店に流れることを防ぐことが可能である。しかしながら、仮想店舗では、在庫確認に時間がかかるような場合は、もし、その時点で注文を受け付けることができなければ、顧客は他の店（リアル店舗、または他の仮想店舗）に流れてしまう可能性がリアル店舗よりも高くなる恐れがある。
【０００６】
図３は、本発明に関係する従来技術であるクレジットカードによる電子決済機能を有する仮想店舗を実現するネットワークシステムを説明するための全体構成図である。１０は利用者が使用するパーソナルコンピュータ等である。４０は、仮想店舗を実現するためのＷＷＷサーバーを含む店舗側の設備である店舗サーバー４０である。８は、クレジットカード会社や銀行等で構成されるクレジット決済ネットワークである。店舗サーバー４０とクレジット決済ネットワーク８のアクセスポイント（一般に接続サービスセンターと呼ぶ）は安全性が高く高速な専用線で接続されることが多い。（インタネット経由でセキュアな接続をして利用する場合もある。）利用者コンピュータ１０、店舗サーバー４０はインターネット９を介して情報をやり取りする。すなわち利用者は、店舗サーバー４０にアクセスすることによってインターネット上の仮想店舗を訪れる。この情報のやり取りは、後述する注文処理を開始させるメッセージの送付からはＨＴＴＰＳ（HyperText Transport Protocol Security）で行なわれる。すなわちＨＴＴＰに基づく暗号化通信プロトコルであるＳＳＬ（Secure Socket Layer）を用いて行なわれる。店舗サーバー４０が提供する仮想店舗で商品を購入してクレジットカード決済を選択すると、店舗サーバー４０は決済のためのデータ処理メッセージを作成して前記接続サービスセンターに送信する。
【０００７】
従来の典型的なクレジット決済手順を図１により説明する。利用者は、仮想店舗サイトにアクセスして、仮想店舗サイトのＨＴＭＬ画面をブラウズし、特定の商品を選択して注文処理を始める指示を出す。この指示は、例えば注文ボタンをクリックするなどの動作である。これによって選択された「商品を特定する情報」、「購入者を特定する情報」と「注文処理を開始させる」意味の情報を表すデータを含むＨＴＴＰＳメッセージが店舗サーバー４０に送付される（図１-1）。
【０００８】
店舗サーバー４０は、ＨＴＴＰＳメッセージを受付けて、１件の注文に対して注文番号（オーダーＩＤ）を生成する。そして注文フォームを送付する（図１-2）。この注文フォームにはセッション管理のため注文番号を含めておく。利用者は、注文フォームに、クレジットカード番号、カード情報（有効期限等）を記入して返送する（図１-3）。  店舗サーバー４０は、「商品を特定する情報」から商品および販売実績を管理するデータベース等を参照して「販売価格」を得て、クレジットカード番号に基づき、決済ネットワーク８の通信規約に則った与信処理電文および売上処理電文を作成し、送信する（図１-4）。ネットワーク８からの応答を受け（図１-5）、結果を商品および販売実績を管理するデータベース等に記録する。また利用者に処理が完了したことを通知する（図１-6）。
【０００９】
以上が、店舗サーバー４０による仮想店舗のクレジット決済処理の概略手順である。
【００１０】
仮想店舗では、通常、購入者が「注文処理を開始させる」メッセージを送付するとき（図１-1）は、購入者は、店側では商品在庫の確認が済んでいて必ず納品できる状態であることを前提とする。そうでなければ、購入者はクレジットカード番号を開示しないであろう。ここに従来方法の限界がある。すなわち、仮想店舗では、１００％確実に納品可能な商品あるいは、厳格な在庫管理が可能な商品しか品揃えできないのである。また仮想店舗では、購入者の顔が見えないため、不正によるアクセスを受け付ける可能性がある。不正アクセスかどうかを確かめるもっとも確かな方法は、提供されたクレジットカード番号を確認することである。したがって、仮想店舗では、購入（見込み）者がクレジットカード番号、有効期限等のカード情報を入力した場合は、その場で与信処理を行なって、無効なカード番号によるアクセスは即座に排除し、無効なカード番号を伴うトランザクションが店舗サーバー４０の資源を浪費しないようにすべきである。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、仮想店舗におけるクレジットカード決済のこのような制約を解消するシステムを提供することを課題とする。すなわち、在庫確認ができていない商品の受注も受けることができて、かつ購入（見込み）者が提示したクレジットカードの有効性は即座に確認可能な仮想店舗におけるクレジットカード決済の仕組みを提供することである。
【課題を解決するための手段】
【００１２】
課題を解決する第１の発明は、仮想店舗におけるクレジットカード決済方法であって、その基本となる第１の態様は、
注文を受け付けた時には、購入見込み者が提示したクレジットカード番号により、このクレジットカードの有効性を検証する目的で小額による与信処理を行ない、問題なければ、注文１件について発生させた注文番号とクレジットカード番号および購入額を含む情報を１件の記録として一時的にメモリに保持し、その後に在庫確認ができた段階で、前記メモリに保持したクレジットカード番号について、実際の購入額による与信処理および売上処理を行なう手順を含む仮想店舗におけるクレジットカード決済方法である。
【００１３】
カードの有効性を検証するための小額与信のステップと、実際の購入額による決済処理を行なうステップの二段階に分けて処理を実行することにより、注文受付時には、いたずらアクセスではないことを確認することができ、かつ、在庫確認をした後で購入額による決済処理を行なうので、様々な理由で在庫管理を厳格に行なえない商品も仮想店舗に品揃えすることができる。一方、購入見込み者はクレジットカード番号を１回入力するだけですむので負担が増えることはない。従来より広い品揃えが提供されるので仮想店舗の利用者の利便性も高まる。
【００１４】
尚、決済処理という場合、与信、売上げ処理、与信キャンセル、売上げキャンセル、金額変更の各処理要求を、決済機関との間で実行することを総称して指す。また、１件の決済処理のために必要な情報は、与信の場合は、カード番号、カードの有効期限、店舗が付与する受注（注文）番号、金額、支払方法、分割回数、の６種類の情報である。与信以外の処理の場合は、受注（注文）番号のみ必要とする。したがって、店舗サーバー４０は、これらの情報を決済機関のネットワーク８で用いられる通信手順に準拠した電文に変換して、ネットワーク８のアクセスポイントにこれを送出する。
【００１５】
第１の発明のより好ましい第２の態様は、第１の態様に係る仮想店舗におけるクレジットカード決済方法において、在庫確認をした後で実際の購入額による与信処理および売上処理を行なう段階で、正常に処理できない場合は、そのクレジット番号と前記注文番号で特定される１件の記録について、正常に処理できなかった旨のデータを記録し、一定時間後に再度与信処理および売上処理を試みる手順を含むことを特徴とする請求項１に記載の仮想店舗におけるクレジットカード決済方法である。
【００１６】
第１の発明の決済方法では、在庫確認をした後で実際の購入額による与信処理および売上処理を行なう際に、購入者が既に当月の利用限度額一杯までクレジットカードを利用していたり、口座の残高が購入額に満たない場合があり得る。そのような場合には、仮想店舗は売上処理をせずに、できなかったことを記録して、一定時間経過後に再度決済処理を行なうようにする。店側は、決済処理ができなかったことを購入者に知らせたり、決済処理ができるまで商品の納品を控えたりする処置をとってもよい。
【００１７】
課題を解決するための第２の発明は、商品購入者からの発注をネットワークを通じて受付ける手段、注文フォームを提供し商品購入者のクレジットカード番号を含む決済処理に関わる情報を得る注文フォーム処理手段、決済処理を行うための通信電文を作成し決済機関ネットワークへその電文を送信し、結果を受け取る決済電文処理手段とを備える仮想店舗を実現するためのサーバー装置であって、
前記決済電文処理手段は、注文受付時には購入者のクレジットカードの有効性を確認する目的で小額与信のための通信電文を作成送信し、店員が商品在庫を確認した後で店員の指示により本来の購入額による売上処理を行うための通信電文を作成送信するよう、二段階に分けて決済電文を作成送信する機能を有することを特徴とする仮想店舗を実現するためのサーバー装置である。
【００１８】
前記決済電文処理手段が、第１の発明の小額与信のステップと、実際の購入額による与信処理および売上処理を行なうステップの２段階に分けて決済処理を行なうため、このサーバー装置により、第１の発明の仮想店舗におけるクレジットカード決済方法が実現される。
【発明の効果】
【００１９】
本発明のクレジットカード決済方法を採用することにより、仮想店舗は、厳格な在庫管理ができない商品も品揃え可能となる。また、在庫量を増やさなくても品揃えすることができ、結果的に余剰在庫を減らすことができる。在庫がないため品揃えできないことによる販売機会の損失が減少する。
【発明を実施するための最良の形態】
【００２０】
以下図面を用いて、本発明の実施形態を説明してゆく。図２は、先に図１により説明した典型的な従来のクレジット決済手順を改良した本発明の方法に基づくクレジット決済手順を説明する図である。図２にしたがって、本発明の手順を説明する。本発明のクレジット決済手順は、図２（Ａ）に示す小額与信処理のフェーズと、図２（Ｂ）に示す売上処理のフェーズからなる。
【００２１】
小額与信フェーズの-1から-3までは、先に説明した図１の-1から-3と同じなので説明は省略する。店舗サーバー４０から利用者に送付されるオーダーフォーム（図２（Ａ）-2）には、１件の注文に対して店舗サーバー４０が生成した注文番号（オーダーＩＤ）が含まれている。注文番号は、購入見込み者の発注を特定するために各発注に対してユニークに付けられる。店舗サーバー４０は、記入されたオーダーフォームを受けた段階（図２（Ａ）-3）で、購入予定者のクレジットカード番号、カード情報を得ている。次に、このクレジットカードの有効性を確認するために、適当な小さい金額に関して、そのクレジットカード番号に基づき、決済ネットワーク８の通信規約に則った与信処理電文を作成し、送信する（図２（Ａ）-4）。また、同時に後の売上処理のために、カード番号、カード情報、購入額、注文番号を一組として注文データベース４５に記録する（図２（Ａ）-4´）。注文データベース４５は、注文処理を管理するために店舗サーバー４０に備えられる。カード番号、カード情報、購入額、注文番号のほか、当該注文処理の状態を示す情報を記録管理する。与信処理の結果を決済ネットワーク８を通じて受け取る（図２（Ａ）-5）。その結果を購入見込み者に返送する（図２（Ａ）-6）。以上が小額与信のフェーズである。小額与信は、クレジットカードが有効かどうかを検証することが目的である。与信処理の結果（図２（Ａ）-5）が正常に処理できなかった場合は、そのクレジットカードは有効ではない、またはカードは有効であるがその時点で使える状態ではないということなので、その旨を購入見込み者に通知する（図２（Ａ）-6）とともに、注文データベース４５に記録した１件の記録を破棄する。店側で購入見込み者の注文を破棄したことになる。
【００２２】
与信処理の結果（図２（Ａ）-5）が正常に処理できた場合は、店舗サーバー４０は、その旨を注文データベース４５の当該注文番号のレコードに記録する。店の店員は、当該商品の在庫確認、納期の確認等を行い、確認が終わった段階で次のフェーズである分割売上処理を開始する。まず、注文データベース４５から該当する注文番号のデータを取り出す（図２（Ｂ）-1）。取り出したデータ、すなわち、カード番号、カード情報、購入額、から決済ネットワーク８の通信規約に則った与信処理電文および売上処理電文を作成し、送信する（図２（Ｂ）-2）。この段階では実際の購入額により与信および売上処理を行なう。ネットワーク８からの応答を受ける（図２（Ｂ）-3）。正常に処理された場合は、決済が終了したことになるので、店員は商品を納品する。また注文データベース４５の該当する１件のレコードについて売上処理が正常に処理された旨の状態を示す値を記録して更新する。
【００２３】
実際には正常に処理されなかったとする応答が返ってくる場合も考えられる。購入者が既に当月の利用限度額一杯までクレジットカードを利用していたり、口座の残高が購入額に満たない場合があり得るからである。そのような場合には、仮想店舗では売上処理をせずに、注文データベース４５に記録してある１件のレコード（カード番号、カード情報、購入額、注文番号）に決済処理できなかったことを記録して、一定時間経過後に再度決済処理を行なうようにする。店側は、決済処理ができなかったことを購入者に知らせたり、決済処理ができるまで商品の納品を控えたりする処置をとってもよい。
【００２４】
図５は、図２に示したクレジットカードによる決済手段を実現する店舗サーバー４０の構成例を示した図である。４１は、ＨＴＴＰサーバーである。幾つかのあらかじめ用意されたＨＴＭＬ（HyperText Markup Language）頁データ４０を利用者の使うパソコン１０に送出することで、利用者の使うパソコン１０に対話インターフェース画面（仮想店舗）を提供する。４２は、店舗コンテンツ提供手段である。店舗コンテンツ提供手段４２は、仮想店舗にアクセスしてきた利用者のコンピュータ１０に提示されるＨＴＭＬデータや画像データおよびＨＴＭＬデータから呼び出されるプログラム（Java Applet（Javaは登録商標）、ActiveX（登録商標）など）、あるいはスクリプトを含むＨＴＭＬデータなどを指している。利用者は、店舗コンテンツをブラウズして購入商品を選択する。
【００２５】
４３は注文フォーム処理手段である。注文フォーム処理手段４３は、クレジットカード番号の記入欄を含んだ注文フォームを利用者に提供し、利用者が入力した内容を暗号化されたデータで受け付ける働きをする。ＨＴＴＰに付加できるＳＳＬプロトコルを用いて暗号化通信を行なう。４５は注文データベースである。注文フォーム処理手段４３は、受け付けた注文フォームデータを復号し、注文番号、購入者情報、クレジットカード番号、クレジットカード情報、商品、購入額を含む情報を１件のレコードとして注文データベース４５に登録する。
【００２６】
４４１は小額与信処理手段である。注文フォーム手段４３から呼び出され、下位モジュールである接続パッケージ４６のライブラリを使用して、利用者から受けたクレジットカード番号に対して小額与信処理を行なう電文を作成し、決済ネットワーク８のアクセスポイントである接続サービスセンターに発信する。接続パッケージ４６は、接続サービスセンターとデータの受渡しが正しく行われるように、定められた通信手順に従った送信データ、受信データのプロトコル変換を行うライブラリ関数の集合である。
【００２７】
４４２は、分割売上処理手段である。分割売上処理手段４４２は、店員が注文データベースから所望の注文番号のレコードを抽出するインターフェースを提供するとともに、抽出したレコードに含まれる内容にしたがって、そのレコードに記録されているクレジットカード番号および購入額について与信処理および売上処理を要求する電文を下位モジュールである接続パッケージ４６のライブラリを使用して、作成し決済ネットワーク８に発信する。
【００２８】
注文フォーム処理手段４３、小額与信処理手段４４１、分割売上処理手段４４２はアプリケーションプログラムとして実現することができる。店舗サーバー４０は、市販のサーバーコンピュータに、接続パッケージ、入手可能なＨＴＴＰサーバーをインストールし、注文フォーム処理手段４３、小額与信処理手段４４１、分割売上処理手段４４２として動作するアプリケーションプログラム、店舗コンテンツとして使用するデータおよびプログラムを備えて実現することができる。
【００２９】
次に、第２の実施形態を説明する。図４は、仮想店舗とその電子決済ネットワークシステムの異なる構成を説明する図である。次に図４の構成で実現される仮想店舗におけるクレジット決済手順について説明する。
【００３０】
図３では、１つの仮想店舗ごとに、決済ネットワーク８に接続した構成となっていた。そのため各店舗でネットワーク８と接続するために専用線を引き、接続パッケージ４６を備える必要があり、店舗の情報設備が大がかりなものとなっていた。図４では、各店舗に店舗装置２０を設置し、複数の店舗の決済処理を１台の決済サーバー３０が代行するという形をとっている。この結果店舗装置２０はインターネット接続されていればよく、専用線を引いたり、接続パッケージを備える必要がなくなり、より簡易な構成で低価格の設備ですむことになる。
【００３１】
まず、図６により、図４の構成における従来手順を説明する。以下の説明では、仮想店舗の店舗装置２０と決済サーバー３０との間でやり取りされるメッセージを特に店舗電文と呼ぶことにする。
【００３２】
利用者は、仮想店舗サイトにアクセスして、仮想店舗サイトのＨＴＭＬ画面をブラウズし、特定の商品を選択して注文を出す。実際には、購入者を特定する情報と商品を特定する情報（これらを「注文情報」とする）と「注文」を意味する情報とで構成されたＨＴＴＰメッセージが店舗装置２０に送付される（図６-1）。
【００３３】
店舗装置２０は、ＨＴＴＰメッセージを受付けて、注文番号（オーダーＩＤ）を発行する。注文番号と注文情報を注文データベース２５に記録する。注文データベース２５は、注文情報を管理するために店舗装置が備えるデータベースである。そして、注文番号と店ＩＤをつなげたデータのハッシュ値を計算して、「注文」を意味する情報と注文番号、店ＩＤ、ハッシュ値を含んだメッセージ（これを「店舗注文電文」と呼ぶことにする）を決済サーバー３０に送付する（図６-2）。
【００３４】
決済サーバー３０は、店舗注文電文を受け取り、そのハッシュ値を送付元の店舗の公開鍵で復号して店舗注文電文に含まれている注文番号と店ＩＤと一致することを確認すると、利用者に対して、クレジットカード番号の記入欄を含んだオーダーフォームを直接送付する（図６-3）。このオーダーフォームには店舗注文電文との対応をとるため注文番号を含める。利用者は、このオーダーフォームにクレジットカードのカード番号、有効期限などのカード情報を記入する。ここで入力したデータは、暗号化されてＳＳＬ（Secure Socket Layer）プロトコルで決済サーバー３０に返送される（図６-4）。
【００３５】
決済サーバー３０は、利用者から返送されたデータ（カード番号、カード情報）と、先に取得した店舗注文電文で得られた情報から、ネットワーク８のアクセスポイントであるサービスセンターに向けて、決済ネットワーク８でやり取りされる通信規約に則った電文であって、与信処理と売上処理を要求する電文を作成して送信する（図６-5）。その後、ネットワーク８からの応答を受け取る（図６-6）。応答結果は、店舗装置２０、利用者のパソコン１０にも返される。正常応答であれば、店舗装置２０は、注文データベースの当該注文番号のレコードを更新して、売上処理が正常に行なわれたことを記録する。
【００３６】
以上が図４の構成における従来の典型的な決済手順である。図７は、図４の構成において、本発明のクレジットカードによる決済方法を適用した手順を説明する図である。以下図７を説明する。図７（A）は小額与信するフェーズ、同（B）は分割売上処理を行なうフェーズである。図７（A）の-1から-4までの手順は図６と同じなので説明を省略する。
【００３７】
決済サーバー３０は、利用者がフォームに記入して返送したデータ（カード番号、カード情報）を受けて、提供されたクレジットカードの有効性を確認するために、適当な小さい金額に関して、そのクレジットカード番号に基づき、決済ネットワーク８の通信規約に則った与信処理電文を作成し、送信する（図７（Ａ）-5）。また、同時に後の売上処理のために、カード番号、カード情報、注文番号を一組として手続き管理データベース３５に記録する（図７（Ａ）-5´）。手続き管理データベース３５は、決済サーバー３０における１件の注文番号についての処理を管理するために設けられるデータベースである。カード番号、カード情報、注文番号と、処理の状態を示すデータを１組として記録管理する。続いて、与信処理の結果を決済ネットワーク８を通じて受け取る（図７（Ａ）-6）。その結果を店舗装置２０に返送する（図７（Ａ）-7）。この結果応答-7を店舗応答電文と呼ぶことにする。店舗装置２０は、小額与信処理が正常に終了している場合は、後の与信売上フェーズにつなげるために、注文データベース２５の該当する注文番号のレコードについて、小額与信はすんだが売上処理はまだであることを示すフラグを立てて注文データベース２５を更新する。一方、店舗応答電文（図７（Ａ）-7）が正常に終了していなかった場合は、利用者が提示したクレジットカードが有効でないか、またはその時点で使用できない場合なので、店舗装置２０は利用者にその旨を伝える（図７（Ａ）-8）、とともに、注文データベース２５から当該注文番号のレコードを破棄する。
【００３８】
次に分割売上フェーズに移る。小額与信が正常終了している場合は、店員は在庫確認、納期確認を行い、確認できた段階で、店舗装置２０に分割売上を行なうよう指示を出す。この指示は、注文データベース２５を検索するなどして、注文番号を特定して行なう。店舗装置２０は、注文番号と購入額を含んだ店舗電文を決済サーバー３０に送付する（図７（B）-1）。決済サーバー３０は、注文番号をキーにして手続き管理データベース３５から、カード番号を読み出し（図７（B）-2）、このカード番号に対して指定された購入金額の決済処理を行なうための電文を作成し、決済ネットワーク８に送信する。実際には、購入額の与信処理と、売上処理の２回の電文を発行する（図７（B）-3）。決済サーバー３０は、結果を受け取り（図７（B）-4）、その内容を店舗装置２０に転送する（図７（B）-5）仮想店舗では、店舗応答電文より正常に処理されたことを確認した場合は、商品を納品し、注文データベース２５に売上処理が正常に行なわれたことに基づく更新を行なう。
【００３９】
図７（B）-5の店舗応答電文が正常に処理されなかったとする内容であった場合は、仮想店舗では売上処理をせずに、注文データベース２５に記録してある１件のレコード（注文番号、購入者特定情報、購入額）に決済処理できなかったことを記録して、一定時間経過後に再度決済処理を行なうようにする。店側は、決済処理ができなかったことを購入者に知らせたり（図７（B）-6）、決済処理ができるまで商品の納品を控えたりする処置をとってもよい。
【００４０】
図８は、店舗装置２０の構成を説明するブロック図である。ＨＴＴＰサーバー２１、店舗コンテンツ提供手段２２は、それぞれ、図５の４１、４２と機能役割は同じである。店舗電文作成手段２３は、利用者からの発注を受けて、注文番号を生成し、店舗装置２０と決済サーバー３０との間でやり取りされる電文の内容を作成したり、決済サーバー３０から届いた応答電文の内容を取り出すなどの処理を行なう。注文番号と購入者特定情報、購入額を注文データベース２５に記録する処理も行なう。注文データベース２５は、利用者からの１件の発注処理要求に対して、注文番号、購入者特定情報、購入額、ステイタス情報を１件のレコードとして記録したものである。ステイタス情報は、分割売上処理をまだ行なっていないこと、分割売上処理を試みたがｎ回失敗していること等を示す情報である。
２６は分割売上処理手段である。店員の指示を受けて注文データベース２５を検索する機能を備え、抽出した注文番号に関して、分割売上を要求する店舗電文を作成するように店舗電文作成手段２３に指示を出す働きをする。分割売上を要求するには、注文番号と購入金額指定する必要がある。指示を受けた店舗電文作成手段２３は、注文番号と購入金額を内容としたデータを作成する。このデータはＨＴＴＰサーバー２１により決済サーバー３０に送付される。
【００４１】
店舗電文作成手段２３は、分割売上処理手段２６は、アプリケーションプログラムとして作成することができる。
【００４２】
図９は、決済サーバー３０の構成図である。図５の店舗サーバー４０とよく似た構成である。ＨＴＴＰサーバー３１および接続パッケージ３６は、図５のＨＴＴＰサーバー４１、接続パッケージ４６と同じである。小額与信処理手段３４１、分割売上処理手段３４２も機能は図５の小額与信処理手段４４１、分割売上処理手段４４２と同じである。
店舗電文処理手段３２は、ＨＴＴＰサーバー３１が店舗装置からの店舗電文（図７（Ａ）-2、同（Ｂ）-1）を受け付けたときに呼び出されるモジュールで、図７（Ａ）-2の電文の場合は、ハッシュ値を復号して発信元店舗を確認し、矛盾がなければ注文フォーム処理手段３３を呼び出す。図７（Ｂ）-1の電文である場合は、やはりハッシュ値を復号して発信元店舗を確認し、矛盾がなければ分割売上処理手段３４２を呼び出す。
【００４３】
３３は注文フォーム処理手段である。注文フォーム処理手段３３はクレジットカード番号の記入欄を含んだ注文フォームを利用者に提供し、利用者が入力した内容を暗号化されたデータで受け付ける働きをする。この注文フォームには注文番号があらかじめ付加されているので、返答された注文フォームの内容と注文番号の対応が取れるようになっている。注文フォームのやり取りはＨＴＴＰに付加できるＳＳＬプロトコルを用いて暗号化通信を行なう。３５は手続き管理データベースである。注文フォーム処理手段３３は、受け付けた注文フォームデータを復号して、後の分割売上処理のために、注文番号、クレジットカード番号、クレジットカード情報、を含む情報を１件のレコードとして手続き管理データベース３５に登録する。
【００４４】
３４１は小額与信処理手段である。注文フォーム手段３３から呼び出され、下位モジュールである接続パッケージ４６のライブラリを使用して、利用者から受けたクレジットカード番号に対して小額与信処理を行なう電文を作成し、サービスセンターに発信する。
【００４５】
３４２は、分割売上処理手段である。分割売上処理手段４４２は、店舗電文に指定されていた注文番号をキーにして手続き管理データベース３５からその注文番号に対応したクレジットカード番号を取り出し、店舗電文で指定された金額について与信処理および売上処理を要求する電文を接続パッケージ４６のライブラリを使用して、作成し決済ネットワーク８に発信する。
【００４６】
店舗電文処理手段３２、注文フォーム処理手段３３、小額与信処理手段３４１、分割売上処理手段３４２はアプリケーションプログラムとして実現することができる。決済サーバー３０は、市販のサーバーコンピュータに、接続サービスセンターから提供される接続パッケージ、入手可能なＨＴＴＰサーバーをインストールし、店舗電文処理手段３２、注文フォーム処理手段３３、小額与信処理手段３４１、分割売上処理手段３４２として動作するアプリケーションプログラム、店舗コンテンツとして使用するデータおよびプログラムを備えて実現することができる。
【図面の簡単な説明】
【００４７】
【図１】従来の典型的なクレジット決済手順を説明する図である。
【図２】本発明の方法に基づくクレジット決済手順を説明する図である。
【図３】本発明に関係する従来技術であるクレジットカードによる電子決済機能を有する仮想店舗を実現するネットワークシステムの全体構成図である。
【図４】仮想店舗とその電子決済ネットワークシステムの異なる構成を説明する図である。
【図５】店舗サーバー４０の構成例を示した図である。
【図６】図４の構成における従来手順を説明する図である。
【図７】図４の構成において、本発明のクレジットカードによる決済方法を適用した手順を説明する図である。
【図８】店舗装置２０の構成を説明するブロック図である。
【図９】決済サーバー３０の構成を説明するブロック図である。
【符号の説明】
【００４８】
１    クレジットカードによる電子決済機能を有する仮想店舗を実現するネットワークシステム
８    クレジットカード決済機関ネットワーク
１０  利用者パソコン
２０  店舗装置
２１  ＨＴＴＰサーバー
２２  店舗コンテンツ提供手段
２３  店舗電文作成手段
２５  注文データベース
２６  分割売上指示手段
３０  決済サーバー
３１  ＨＴＴＰサーバー
３２  店舗電文処理手段
３３  注文フォーム処理手段
３５  手続き管理データベース
３６  接続パッケージ
３４１  小額与信処理手段
３４２  分割売上処理手段
４０  店舗サーバー
４１  ＨＴＴＰサーバー
４２  店舗コンテンツ提供手段
４３  注文フォーム処理手段
４５  注文データベース
４６  接続パッケージ
４４１  小額与信処理手段
４４２  分割売上処理手段
【図１】
2005107993.tif 000003
【図２】
2005107993.tif 000004
【図３】
2005107993.tif 000005
【図４】
2005107993.tif 000006
【図５】
2005107993.tif 000007
【図６】
2005107993.tif 000008
【図７】
2005107993.tif 000009
【図８】
2005107993.tif 000010
【図９】
2005107993.tif 000011