JP4184702B2 - 仮想店舗サーバー装置 - Google Patents
仮想店舗サーバー装置 Download PDFInfo
- Publication number
- JP4184702B2 JP4184702B2 JP2002121227A JP2002121227A JP4184702B2 JP 4184702 B2 JP4184702 B2 JP 4184702B2 JP 2002121227 A JP2002121227 A JP 2002121227A JP 2002121227 A JP2002121227 A JP 2002121227A JP 4184702 B2 JP4184702 B2 JP 4184702B2
- Authority
- JP
- Japan
- Prior art keywords
- payment
- card
- number conversion
- virtual store
- card number
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 claims description 56
- 238000006243 chemical reaction Methods 0.000 claims description 46
- 230000008569 process Effects 0.000 claims description 39
- 230000008520 organization Effects 0.000 claims description 4
- 238000012360 testing method Methods 0.000 description 31
- 230000006870 function Effects 0.000 description 10
- 230000004044 response Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電子商取引サイトの立ち上げ時におけるテスト決済処理を容易に行うことが可能なサーバー装置に関する。
【０００２】
【従来技術】
現在、インターネットを利用してオンライン電子決済により商取引を行う電子商取引サイト（ＥＣサイト）が次々に出店されている。現在最も普及している電子決済手段はクレジットカードを用いるものである。このようなＥＣサイトを新しく立ち上げる際、決済処理が正しく行われるかを確かめるためテスト決済処理（導通テスト）を行う必要がある。すなわち、ＥＣサイトのサーバー装置（以下店舗サーバー装置）が、仮想店舗（購入者のパソコン画面に表示されるＥＣサイトのコンテンツおよび購入者の画面上の操作）からの与信あるいは売上げ等の決済処理要求データを正しく受取り、そのサーバーの働きによって該当する決済機関に対して与信要求あるいは売上げ処理要求等の決済機関の通信手順に準拠した電文を投げかけ、それに対する正しい応答が返ってくるかを慎重に確認する必要がある。現状では、このテストを行うために、クレジットカード決済による場合には、本物のクレジットカードを用意して導通テストを行っている。しかも、売上げ処理のテストを行うと、そのままにしておくと決済日には本当に銀行口座から代金が引落とされてしまうので、必ず取消し処理を行っている。
【０００３】
【発明が解決しようとする課題】
仮想店舗が実運用する前段階において一貫した導通テストを行うためには、店舗運営者は加盟店契約を結んだ全てのクレジットカードを用意する必要がある。この場合、テストとはいっても、クレジットカードは銀行口座が指定された本物を使用しなければならない。そのため、ハウスカード等、一般的に取得者が少ないカードは用意するのが困難であるという問題点がある。また、テスト決済処理終了後は取消処理を行う必要がある。これは一旦店で買い物した商品を店に戻して、クレジットカード会社に登録された売上げ記録を取消す処理を行うことである。クレジットカードによっては、取消処理が即座に行えない場合があり、導通テストを行った後、忘れずに手作業で取消し処理を行うことは店舗運営者に大きな負荷となっているという問題もある。
【０００４】
本発明はこのような問題点を考慮してなされたものであり、ＥＣサイト立ち上げ時の導通テストを容易に実施することが可能な仮想店舗サーバー装置を提供することを課題とする。
【０００５】
【課題を解決するための手段】
課題を解決するための第１の発明は、ネットワークを通じて商取引を行う仮想店舗に電子決済機能を提供する仮想店舗サーバー装置であって、その第１の態様は、
仮想店舗が対応すべきすべてのクレジットカード決済機関についてすくなくとも一つの本物のカード番号とそれに対応するダミーカード番号の対応を記録した番号変換表と、
カード番号をすり替えて売上処理または与信した記録を、少なくとも受注番号、本物のカード番号、取り消し期限を含む１件のレコードとして記録する番号変換処理リストと
クレジットカード決済機関に対してリクエストメッセージを発行する際、前記番号変換表を参照して、決済処理を行うべきデータに含まれるカード番号がダミー番号であるときは、対応する本物のカード番号にすり替え、すり替えた記録を前記番号変換処理リストに記録するカード番号変換手段と、
ネットワークを通じて受付けた決済処理を行うべきデータをクレジットカード決済機関に送付するための電文に変換して前記決済機関へ発信する際に、前記カード番号変換手段による処理を呼び出し本物のカード番号を用いた決済処理要求電文を構成して前記決済機関に発信するメッセージ処理手段と、
決済処理から一定時間経過後、前記番号変換処理リストを参照してカード番号をすり替えて行った売上処理または与信の取消し処理要求電文を前記決済機関へ発信し、前記番号変換処理リストから該当するレコードの記録を削除する自動取消し手段と、
を備えたことを特徴とする仮想店舗サーバー装置である。このような構成により、仮想店舗立ち上げ時の導通テストを行う機能をも備えた仮想店舗サーバー装置を提供する。
【０００６】
前記クレジットカード決済機関には、決済機関のネットワークに接続するサービスを行う接続サービスセンターも含むものとする。
【０００７】
決済処理という場合、与信、売上げ処理、与信キャンセル、売上げキャンセル、金額変更の各処理要求を、決済機関との間で実行することを指す。また、１件の決済処理のために必要な情報は、与信の場合は、カード番号、カードの有効期限、店舗が付与する受注（注文）番号、金額、支払方法、分割回数、の６種類の情報である。与信以外の処理の場合は、受注（注文）番号のみ必要とする。したがって、仮想店舗の利用者が使用者のパソコンから店舗サーバー装置へ送付する決済処理を行うべきデータには、処理内容を指定する情報（与信、売上げ処理または金額変更等を指定する情報）と、上記６種類の情報または受注番号のみの情報、が含まれる。前記店舗サーバー装置は、このデータを、決済機関、又は、決済機関のネットワークに接続するサービスを行う接続サービスセンターが受付ける通信手順に準拠した電文に変換して、これを送出する。
【０００８】
第１の発明のより好ましい第２の態様は、第１の態様に係る仮想店舗サーバー装置において、前記番号変換表を仮想店舗ごとに設け、前記カード番号変換手段は、クレジットカード決済機関に対してリクエストメッセージを発行する際、受付けた決済処理要求データを検査し、決済処理を行う対象となる仮想店舗ごとに設けられた番号変換表を参照して対応する本物のカード番号にすり替えるように構成した仮想店舗サーバー装置である。
【０００９】
【発明の実施の形態】
以下図面を用いて、本発明の一実施形態であるサーバー装置を説明してゆく。図１は、本発明の実施形態に係るサーバー装置２０を利用した電子決済ネットワークの全体構成図である。１０は利用者が使用するパーソナルコンピュータ等である。２０は、店舗で発生した売上げ処理等のリクエストを接続サービスセンター４に伝えるための店舗サーバー装置である。接続サービスセンター４はクレジットカード決済の電文をクレジットカード会社５や金融機関６で構成されるクレジット決済ネットワーク８に流すためのゲートウエイの機能を果たす。利用者の使うパソコン１０、サーバー装置２０および接続サービスセンター４はインターネット９で接続される。なお、サーバー装置２０および接続サービスセンター４は専用線３等インターネット９以外の通信路で接続されていてもよい。
【００１０】
図２はサーバー装置２０をさらに詳しく説明するブロック図である。３０はＷＷＷ（World Wide Web）サーバーである。幾つかのあらかじめ用意されたＨＴＭＬ（HyperText Markup Language）頁データ４０を利用者の使うパソコン１０に送出することで、利用者の使うパソコン１０に対話インターフェース画面（仮想店舗）を提供する。パソコン１０にはＷＷＷブラウザが搭載されているものとする。２１はメッセージ処理手段である。利用者の対話画面操作によりパソコン１０より送り付けられる与信要求、売上げ処理要求を意味するデータを受けて、後述の接続パッケージ３１のライブラリ関数を用いて接続サービスセンター４へ送付する電文（メッセージ）を発行する。この電文は、処理内容を指定する情報（売上げ処理または売上げキャンセルを指定する情報）、およびカード番号、カードの有効期限、受注番号、金額、支払方法、分割回数そのものまたはそれらを意味する一定の通信規約にしたがって作成される符号データである。２２はカード番号変換手段である。メッセージ処理手段２１がリクエストメッセージを発行する際、カード番号がダミー番号である時は、番号変換表４１を参照して本物のカード番号にすり替える処理を行う。３１は、接続パッケージである。接続パッケージ２１は、接続サービスセンター４とデータの受渡しが正しく行われるように、定められた通信手順に従った送信データ、受信データのプロトコル変換を行うライブラリ関数の集合である。メッセージ処理手段２１からコールされる下位のソフトウエアモジュール群である。通常、接続パッケージ２１は、接続サービスセンター４が提供する。
【００１１】
図２の２３は、自動取消し手段である。カード番号変換手段２２は、ダミーカード番号を本物のカード番号にすり替えた時は、後に取消し処理を行うために、すり替えた記録を番号変換処理リスト４２に記録しておく。自動取消し手段２３は、この番号変換処理リスト４２を参照して、必要な取消し処理を行う。
【００１２】
図４は、番号変換表４１の一例を示す。ある店舗又は加盟店が対応している全てのカード会社について、少なくとも１つの本物のカード番号と、それに対応するダミーカードの対応を示した表である。店舗サーバー装置２０は、サービスする仮想店舗ごとにこのテーブルを用意しておく。
【００１３】
図５は、番号変換処理リスト４２の一例を示す。カード番号変換手段２２が、カード番号をすり替えた記録を残し、後の取消し処理を忘れずに正しく行うために記録するリストである。番号をすり替えて売上げ処理を実施した記録を、受注番号、本物のカード番号、使用日時、カード会社、取消しの期限等の項目で１件のオーダーレコードとして残しておく。このリストに掲載されるものは、まだ取消し処理が行われていないものだけである。取消し処理が行われると、該当する行の記録は削除される。
【００１４】
図３は、このサーバー装置２０を用いた導通テスト時の全体の動作を説明する図である。以下図に従って全体の動作を説明する。まず、導通テスト作業者の使うパソコン１０から、店舗サーバー装置２０へダミー番号を使用した売上げ処理要求データが送付される（図３▲１▼）。サーバー装置２０は、売上げ処理要求データを検査して、その中に含まれるクレジットカード番号がダミー番号の場合には、当該店舗の番号変換表４１を参照して（図３▲２▼）、本物のカード番号にすり替える。このとき、受注番号と使用した本物のカード番号を番号変換処理リスト４２に記録する。この記録は仮登録である。
【００１５】
サーバー装置２０のメッセージ処理手段２１は、接続パッケージ３１をコールして、すり替えた本物のカード番号により売上げ処理要求メッセージを接続サービスセンター４に対して発信する（図３▲３▼）。その後、売上げ処理要求に対する応答が接続サービスセンター４からサーバー装置２０に返される（図３▲４▼）。応答を確認し、クレジットサービス会社で売上げ処理が正常に行われたことがわかれば、売上げ処理を行った事実を正式に番号変換処理リスト４２に記録する（図３▲５▼）。取消し期限は、当該カード会社の基準に基づいて該当欄に設定しておく。
【００１６】
売上げ処理の応答を受取ってから、一定時間経過後、自動取消し手段２３は番号変換処理リスト４２を参照し、同リストに掲載されているレコードで、取消し可能になっているものについては、取消し期限が経過する前に、導通テストのために売上げ処理を行った１件の取消し処理を行う。すなわち、売上げキャンセルを要求する電文を接続サービスセンター4に対して発行する（図３▲６▼）。接続サービスセンター４から返される応答を受取って（図３▲７▼）、取消し処理が正常に行われたことを確認したら番号変換処理リスト４２の該当するレコードを削除する。
【００１７】
従って、自動取消し手段２３は、定期的に、またはサーバー装置２０においての管理者の明示的な操作により起動され、番号変換処理リスト４２を参照して、取消しが必要でかつ取消しが可能なオーダーレコードについて、接続パッケージ３１のライブラリ関数を呼出して取消し処理を実行するわけである。この自動取消し手段２３は、一つのアプリケーションプログラムとして実現される。一方、メッセージ処理手段２１は、ＷＷＷサーバー３０から呼出されるサーバーサイドプログラムとして実現される。メッセージ処理手段２１は、カード番号変換手段２２、接続パッケージ３１のライブラリ関数を呼出して必要な処理を実行する。
【００１８】
メッセージ処理手段２１がカード番号変換手段２２を呼出す際の処理手順としては、幾つかのバリエーションが考えられるので、以下それについて説明する。
【００１９】
その第一は、決済処理されるべきデータとして受付けたデータに含まれるカード番号が本物の番号か、ダミー番号かを常に検査するようにメッセージ処理手段２１の内部処理を構成する仕方である。この場合には、ダミー番号は、決して本物のカード番号とは重ならない番号を使用できることが前提となる。メッセージ処理手段２１は常に受付けたデータに含まれるカード番号を、当該店舗用に設定された番号変換表４１のダミー番号と比較して、一致する番号があれば、カード番号変換手段２２を呼出しダミー番号に対応する処理を行い、一致する番号がなければ本物の番号として処理する。カード番号の特定の桁を検査するだけでダミー番号とわかる場合は、この検査処理は簡略化できる。この方法の利点は、導通テストが本番の決済処理とまったく変わらずにできることである。欠点は、決済処理において、カード番号を検査するステップが増え、結果として決済処理に要する時間が増えることである。
【００２０】
その第二は、決済処理されるべきデータとして利用者（導通テスト作業者）がパソコン１０から送り付けるデータの内容に、通常のデータか、導通テストのためのデータかを区別させる情報を含める方法である。これは、例えば、導通テストの際は、導通テスト作業者だけがアクセスできるＨＴＭＬ頁をＷＷＷサーバー３０から作業者の使うパソコン１０に送り、このＨＴＭＬ頁上で売上げ処理を要求する操作を行わせるようにすれば、極めて自然に、サーバ装置２０に対して、通常のデータと導通テストの場合のデータを区別する情報を載せてデータを送り付けることができる。この方法の利点は、メッセージ処理手段２１においてカード番号がダミーか本物かを検査するステップが不要であるということである。欠点は、本番の決済処理と完全に同じ状態でテストしているわけではないということである。
【００２１】
その第三は、第一の方法の欠点を補う方法であって、第二の方法と同じく導通テスト作業者だけがアクセスできるＨＴＭＬ頁を用意し、導通テストを開始する、または、導通テストを終了するという通知をＷＷＷサーバー３０に送ることができるようにしておき、導通テスト開始の通知が来てから導通テスト終了の通知が来るまでの間は、サーバー装置２０には第一の方法の動作を実行させるという方法である。導通テストしない場合は、メッセージ処理手段２１においてカード番号がダミーか本物かを検査するステップを行わないようにプログラムしておく。この方法は、上記二つの方法の欠点を解消する優れた方法といえる。
【００２２】
尚、説明を簡単にするため、自動取消し手段２３の動作を、売上げ処理を行った場合についてだけ説明したが、与信を行った場合にも後で自動取消し機能が働くように構成することは当然に可能である。メッセージ処理手段２１において、売上げ処理要求データを受けた場合だけでなく、与信要求データを受けた場合においても、ダミー番号を本物のカード番号にすり変えた場合は番号変換処理リスト４２にその旨を記録させるようにすればよい。
【００２３】
【発明の効果】
以上、導通テストを考慮した仕組みを持たせた店舗サーバー装置を詳しく説明した。本発明に係る店舗サーバー装置を用いれば仮想店舗立ち上げ時の導通テストを容易に実施することが可能となるという顕著な効果を奏することができる。
【図面の簡単な説明】
【図１】 本発明の実施形態に係る店舗サーバー装置２０を使用した決済システムの全体図である。
【図２】 本発明の実施形態に係る店舗サーバー装置２０の構成を説明するブロック図である。
【図３】 本発明の実施形態に係る店舗サーバー装置２０を使用した決済システムの導通テスト時の動作を説明するイメージ図である。
【図４】 番号変換表４１の一例である。
【図５】 番号変換処理リスト４２の一例である。
【符号の説明】
１ 決済システム
３ 専用線等
４ 接続サービスセンター
５ クレジットカードサービス会社
８ クレジットカード決済機関ネットワーク
９ インターネット
１０ 利用者（導通テスト作業者）の使用するコンピュータ
２０ 店舗サーバー装置
２１ メッセージ処理手段
２２ カード番号変換手段
２３ 自動取消し手段
３０ ＷＷＷサーバー
３１ 接続パッケージ
４０ ＨＴＭＬデータ
４１ 番号変換表
４２ 番号変換処理リスト
【発明の属する技術分野】
本発明は、電子商取引サイトの立ち上げ時におけるテスト決済処理を容易に行うことが可能なサーバー装置に関する。
【０００２】
【従来技術】
現在、インターネットを利用してオンライン電子決済により商取引を行う電子商取引サイト（ＥＣサイト）が次々に出店されている。現在最も普及している電子決済手段はクレジットカードを用いるものである。このようなＥＣサイトを新しく立ち上げる際、決済処理が正しく行われるかを確かめるためテスト決済処理（導通テスト）を行う必要がある。すなわち、ＥＣサイトのサーバー装置（以下店舗サーバー装置）が、仮想店舗（購入者のパソコン画面に表示されるＥＣサイトのコンテンツおよび購入者の画面上の操作）からの与信あるいは売上げ等の決済処理要求データを正しく受取り、そのサーバーの働きによって該当する決済機関に対して与信要求あるいは売上げ処理要求等の決済機関の通信手順に準拠した電文を投げかけ、それに対する正しい応答が返ってくるかを慎重に確認する必要がある。現状では、このテストを行うために、クレジットカード決済による場合には、本物のクレジットカードを用意して導通テストを行っている。しかも、売上げ処理のテストを行うと、そのままにしておくと決済日には本当に銀行口座から代金が引落とされてしまうので、必ず取消し処理を行っている。
【０００３】
【発明が解決しようとする課題】
仮想店舗が実運用する前段階において一貫した導通テストを行うためには、店舗運営者は加盟店契約を結んだ全てのクレジットカードを用意する必要がある。この場合、テストとはいっても、クレジットカードは銀行口座が指定された本物を使用しなければならない。そのため、ハウスカード等、一般的に取得者が少ないカードは用意するのが困難であるという問題点がある。また、テスト決済処理終了後は取消処理を行う必要がある。これは一旦店で買い物した商品を店に戻して、クレジットカード会社に登録された売上げ記録を取消す処理を行うことである。クレジットカードによっては、取消処理が即座に行えない場合があり、導通テストを行った後、忘れずに手作業で取消し処理を行うことは店舗運営者に大きな負荷となっているという問題もある。
【０００４】
本発明はこのような問題点を考慮してなされたものであり、ＥＣサイト立ち上げ時の導通テストを容易に実施することが可能な仮想店舗サーバー装置を提供することを課題とする。
【０００５】
【課題を解決するための手段】
課題を解決するための第１の発明は、ネットワークを通じて商取引を行う仮想店舗に電子決済機能を提供する仮想店舗サーバー装置であって、その第１の態様は、
仮想店舗が対応すべきすべてのクレジットカード決済機関についてすくなくとも一つの本物のカード番号とそれに対応するダミーカード番号の対応を記録した番号変換表と、
カード番号をすり替えて売上処理または与信した記録を、少なくとも受注番号、本物のカード番号、取り消し期限を含む１件のレコードとして記録する番号変換処理リストと
クレジットカード決済機関に対してリクエストメッセージを発行する際、前記番号変換表を参照して、決済処理を行うべきデータに含まれるカード番号がダミー番号であるときは、対応する本物のカード番号にすり替え、すり替えた記録を前記番号変換処理リストに記録するカード番号変換手段と、
ネットワークを通じて受付けた決済処理を行うべきデータをクレジットカード決済機関に送付するための電文に変換して前記決済機関へ発信する際に、前記カード番号変換手段による処理を呼び出し本物のカード番号を用いた決済処理要求電文を構成して前記決済機関に発信するメッセージ処理手段と、
決済処理から一定時間経過後、前記番号変換処理リストを参照してカード番号をすり替えて行った売上処理または与信の取消し処理要求電文を前記決済機関へ発信し、前記番号変換処理リストから該当するレコードの記録を削除する自動取消し手段と、
を備えたことを特徴とする仮想店舗サーバー装置である。このような構成により、仮想店舗立ち上げ時の導通テストを行う機能をも備えた仮想店舗サーバー装置を提供する。
【０００６】
前記クレジットカード決済機関には、決済機関のネットワークに接続するサービスを行う接続サービスセンターも含むものとする。
【０００７】
決済処理という場合、与信、売上げ処理、与信キャンセル、売上げキャンセル、金額変更の各処理要求を、決済機関との間で実行することを指す。また、１件の決済処理のために必要な情報は、与信の場合は、カード番号、カードの有効期限、店舗が付与する受注（注文）番号、金額、支払方法、分割回数、の６種類の情報である。与信以外の処理の場合は、受注（注文）番号のみ必要とする。したがって、仮想店舗の利用者が使用者のパソコンから店舗サーバー装置へ送付する決済処理を行うべきデータには、処理内容を指定する情報（与信、売上げ処理または金額変更等を指定する情報）と、上記６種類の情報または受注番号のみの情報、が含まれる。前記店舗サーバー装置は、このデータを、決済機関、又は、決済機関のネットワークに接続するサービスを行う接続サービスセンターが受付ける通信手順に準拠した電文に変換して、これを送出する。
【０００８】
第１の発明のより好ましい第２の態様は、第１の態様に係る仮想店舗サーバー装置において、前記番号変換表を仮想店舗ごとに設け、前記カード番号変換手段は、クレジットカード決済機関に対してリクエストメッセージを発行する際、受付けた決済処理要求データを検査し、決済処理を行う対象となる仮想店舗ごとに設けられた番号変換表を参照して対応する本物のカード番号にすり替えるように構成した仮想店舗サーバー装置である。
【０００９】
【発明の実施の形態】
以下図面を用いて、本発明の一実施形態であるサーバー装置を説明してゆく。図１は、本発明の実施形態に係るサーバー装置２０を利用した電子決済ネットワークの全体構成図である。１０は利用者が使用するパーソナルコンピュータ等である。２０は、店舗で発生した売上げ処理等のリクエストを接続サービスセンター４に伝えるための店舗サーバー装置である。接続サービスセンター４はクレジットカード決済の電文をクレジットカード会社５や金融機関６で構成されるクレジット決済ネットワーク８に流すためのゲートウエイの機能を果たす。利用者の使うパソコン１０、サーバー装置２０および接続サービスセンター４はインターネット９で接続される。なお、サーバー装置２０および接続サービスセンター４は専用線３等インターネット９以外の通信路で接続されていてもよい。
【００１０】
図２はサーバー装置２０をさらに詳しく説明するブロック図である。３０はＷＷＷ（World Wide Web）サーバーである。幾つかのあらかじめ用意されたＨＴＭＬ（HyperText Markup Language）頁データ４０を利用者の使うパソコン１０に送出することで、利用者の使うパソコン１０に対話インターフェース画面（仮想店舗）を提供する。パソコン１０にはＷＷＷブラウザが搭載されているものとする。２１はメッセージ処理手段である。利用者の対話画面操作によりパソコン１０より送り付けられる与信要求、売上げ処理要求を意味するデータを受けて、後述の接続パッケージ３１のライブラリ関数を用いて接続サービスセンター４へ送付する電文（メッセージ）を発行する。この電文は、処理内容を指定する情報（売上げ処理または売上げキャンセルを指定する情報）、およびカード番号、カードの有効期限、受注番号、金額、支払方法、分割回数そのものまたはそれらを意味する一定の通信規約にしたがって作成される符号データである。２２はカード番号変換手段である。メッセージ処理手段２１がリクエストメッセージを発行する際、カード番号がダミー番号である時は、番号変換表４１を参照して本物のカード番号にすり替える処理を行う。３１は、接続パッケージである。接続パッケージ２１は、接続サービスセンター４とデータの受渡しが正しく行われるように、定められた通信手順に従った送信データ、受信データのプロトコル変換を行うライブラリ関数の集合である。メッセージ処理手段２１からコールされる下位のソフトウエアモジュール群である。通常、接続パッケージ２１は、接続サービスセンター４が提供する。
【００１１】
図２の２３は、自動取消し手段である。カード番号変換手段２２は、ダミーカード番号を本物のカード番号にすり替えた時は、後に取消し処理を行うために、すり替えた記録を番号変換処理リスト４２に記録しておく。自動取消し手段２３は、この番号変換処理リスト４２を参照して、必要な取消し処理を行う。
【００１２】
図４は、番号変換表４１の一例を示す。ある店舗又は加盟店が対応している全てのカード会社について、少なくとも１つの本物のカード番号と、それに対応するダミーカードの対応を示した表である。店舗サーバー装置２０は、サービスする仮想店舗ごとにこのテーブルを用意しておく。
【００１３】
図５は、番号変換処理リスト４２の一例を示す。カード番号変換手段２２が、カード番号をすり替えた記録を残し、後の取消し処理を忘れずに正しく行うために記録するリストである。番号をすり替えて売上げ処理を実施した記録を、受注番号、本物のカード番号、使用日時、カード会社、取消しの期限等の項目で１件のオーダーレコードとして残しておく。このリストに掲載されるものは、まだ取消し処理が行われていないものだけである。取消し処理が行われると、該当する行の記録は削除される。
【００１４】
図３は、このサーバー装置２０を用いた導通テスト時の全体の動作を説明する図である。以下図に従って全体の動作を説明する。まず、導通テスト作業者の使うパソコン１０から、店舗サーバー装置２０へダミー番号を使用した売上げ処理要求データが送付される（図３▲１▼）。サーバー装置２０は、売上げ処理要求データを検査して、その中に含まれるクレジットカード番号がダミー番号の場合には、当該店舗の番号変換表４１を参照して（図３▲２▼）、本物のカード番号にすり替える。このとき、受注番号と使用した本物のカード番号を番号変換処理リスト４２に記録する。この記録は仮登録である。
【００１５】
サーバー装置２０のメッセージ処理手段２１は、接続パッケージ３１をコールして、すり替えた本物のカード番号により売上げ処理要求メッセージを接続サービスセンター４に対して発信する（図３▲３▼）。その後、売上げ処理要求に対する応答が接続サービスセンター４からサーバー装置２０に返される（図３▲４▼）。応答を確認し、クレジットサービス会社で売上げ処理が正常に行われたことがわかれば、売上げ処理を行った事実を正式に番号変換処理リスト４２に記録する（図３▲５▼）。取消し期限は、当該カード会社の基準に基づいて該当欄に設定しておく。
【００１６】
売上げ処理の応答を受取ってから、一定時間経過後、自動取消し手段２３は番号変換処理リスト４２を参照し、同リストに掲載されているレコードで、取消し可能になっているものについては、取消し期限が経過する前に、導通テストのために売上げ処理を行った１件の取消し処理を行う。すなわち、売上げキャンセルを要求する電文を接続サービスセンター4に対して発行する（図３▲６▼）。接続サービスセンター４から返される応答を受取って（図３▲７▼）、取消し処理が正常に行われたことを確認したら番号変換処理リスト４２の該当するレコードを削除する。
【００１７】
従って、自動取消し手段２３は、定期的に、またはサーバー装置２０においての管理者の明示的な操作により起動され、番号変換処理リスト４２を参照して、取消しが必要でかつ取消しが可能なオーダーレコードについて、接続パッケージ３１のライブラリ関数を呼出して取消し処理を実行するわけである。この自動取消し手段２３は、一つのアプリケーションプログラムとして実現される。一方、メッセージ処理手段２１は、ＷＷＷサーバー３０から呼出されるサーバーサイドプログラムとして実現される。メッセージ処理手段２１は、カード番号変換手段２２、接続パッケージ３１のライブラリ関数を呼出して必要な処理を実行する。
【００１８】
メッセージ処理手段２１がカード番号変換手段２２を呼出す際の処理手順としては、幾つかのバリエーションが考えられるので、以下それについて説明する。
【００１９】
その第一は、決済処理されるべきデータとして受付けたデータに含まれるカード番号が本物の番号か、ダミー番号かを常に検査するようにメッセージ処理手段２１の内部処理を構成する仕方である。この場合には、ダミー番号は、決して本物のカード番号とは重ならない番号を使用できることが前提となる。メッセージ処理手段２１は常に受付けたデータに含まれるカード番号を、当該店舗用に設定された番号変換表４１のダミー番号と比較して、一致する番号があれば、カード番号変換手段２２を呼出しダミー番号に対応する処理を行い、一致する番号がなければ本物の番号として処理する。カード番号の特定の桁を検査するだけでダミー番号とわかる場合は、この検査処理は簡略化できる。この方法の利点は、導通テストが本番の決済処理とまったく変わらずにできることである。欠点は、決済処理において、カード番号を検査するステップが増え、結果として決済処理に要する時間が増えることである。
【００２０】
その第二は、決済処理されるべきデータとして利用者（導通テスト作業者）がパソコン１０から送り付けるデータの内容に、通常のデータか、導通テストのためのデータかを区別させる情報を含める方法である。これは、例えば、導通テストの際は、導通テスト作業者だけがアクセスできるＨＴＭＬ頁をＷＷＷサーバー３０から作業者の使うパソコン１０に送り、このＨＴＭＬ頁上で売上げ処理を要求する操作を行わせるようにすれば、極めて自然に、サーバ装置２０に対して、通常のデータと導通テストの場合のデータを区別する情報を載せてデータを送り付けることができる。この方法の利点は、メッセージ処理手段２１においてカード番号がダミーか本物かを検査するステップが不要であるということである。欠点は、本番の決済処理と完全に同じ状態でテストしているわけではないということである。
【００２１】
その第三は、第一の方法の欠点を補う方法であって、第二の方法と同じく導通テスト作業者だけがアクセスできるＨＴＭＬ頁を用意し、導通テストを開始する、または、導通テストを終了するという通知をＷＷＷサーバー３０に送ることができるようにしておき、導通テスト開始の通知が来てから導通テスト終了の通知が来るまでの間は、サーバー装置２０には第一の方法の動作を実行させるという方法である。導通テストしない場合は、メッセージ処理手段２１においてカード番号がダミーか本物かを検査するステップを行わないようにプログラムしておく。この方法は、上記二つの方法の欠点を解消する優れた方法といえる。
【００２２】
尚、説明を簡単にするため、自動取消し手段２３の動作を、売上げ処理を行った場合についてだけ説明したが、与信を行った場合にも後で自動取消し機能が働くように構成することは当然に可能である。メッセージ処理手段２１において、売上げ処理要求データを受けた場合だけでなく、与信要求データを受けた場合においても、ダミー番号を本物のカード番号にすり変えた場合は番号変換処理リスト４２にその旨を記録させるようにすればよい。
【００２３】
【発明の効果】
以上、導通テストを考慮した仕組みを持たせた店舗サーバー装置を詳しく説明した。本発明に係る店舗サーバー装置を用いれば仮想店舗立ち上げ時の導通テストを容易に実施することが可能となるという顕著な効果を奏することができる。
【図面の簡単な説明】
【図１】 本発明の実施形態に係る店舗サーバー装置２０を使用した決済システムの全体図である。
【図２】 本発明の実施形態に係る店舗サーバー装置２０の構成を説明するブロック図である。
【図３】 本発明の実施形態に係る店舗サーバー装置２０を使用した決済システムの導通テスト時の動作を説明するイメージ図である。
【図４】 番号変換表４１の一例である。
【図５】 番号変換処理リスト４２の一例である。
【符号の説明】
１ 決済システム
３ 専用線等
４ 接続サービスセンター
５ クレジットカードサービス会社
８ クレジットカード決済機関ネットワーク
９ インターネット
１０ 利用者（導通テスト作業者）の使用するコンピュータ
２０ 店舗サーバー装置
２１ メッセージ処理手段
２２ カード番号変換手段
２３ 自動取消し手段
３０ ＷＷＷサーバー
３１ 接続パッケージ
４０ ＨＴＭＬデータ
４１ 番号変換表
４２ 番号変換処理リスト
Claims (2)
- ネットワークを通じて商取引を行う仮想店舗に電子決済機能を提供する仮想店舗サーバー装置であって、
仮想店舗が対応すべきすべてのクレジットカード決済機関についてすくなくとも一つの本物のカード番号とそれに対応するダミーカード番号の対応を記録した番号変換表と、
カード番号をすり替えて売上処理または与信した記録を、少なくとも受注番号、本物のカード番号、取り消し期限を含む１件のレコードとして記録する番号変換処理リストと
クレジットカード決済機関に対してリクエストメッセージを発行する際、前記番号変換表を参照して、決済処理を行うべきデータに含まれるカード番号がダミー番号であるときは、対応する本物のカード番号にすり替え、すり替えた記録を前記番号変換処理リストに記録するカード番号変換手段と、
ネットワークを通じて受付けた決済処理を行うべきデータをクレジットカード決済機関に送付するための電文に変換して前記決済機関へ発信する際に、前記カード番号変換手段による処理を呼び出し本物のカード番号を用いた決済処理要求電文を構成して前記決済機関に発信するメッセージ処理手段と、
決済処理から一定時間経過後、前記番号変換処理リストを参照してカード番号をすり替えて行った売上処理または与信の取消し処理要求電文を前記決済機関へ発信し、前記番号変換処理リストから該当するレコードの記録を削除する自動取消し手段と、
を備えたことを特徴とする仮想店舗サーバー装置。 - 請求項１に記載の仮想店舗サーバー装置において、前記番号変換表を仮想店舗ごとに設け、前記カード番号変換手段は、クレジットカード決済機関に対してリクエストメッセージを発行する際、受付けた決済処理要求データを検査し、決済処理を行う対象となる仮想店舗ごとに設けられた番号変換表を参照して対応する本物のカード番号にすり替えるように構成した仮想店舗サーバー装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002121227A JP4184702B2 (ja) | 2002-04-23 | 2002-04-23 | 仮想店舗サーバー装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002121227A JP4184702B2 (ja) | 2002-04-23 | 2002-04-23 | 仮想店舗サーバー装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003317021A JP2003317021A (ja) | 2003-11-07 |
| JP4184702B2 true JP4184702B2 (ja) | 2008-11-19 |
Family
ID=29537231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002121227A Expired - Fee Related JP4184702B2 (ja) | 2002-04-23 | 2002-04-23 | 仮想店舗サーバー装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4184702B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5400097B2 (ja) * | 2011-06-30 | 2014-01-29 | 楽天株式会社 | クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体 |
-
2002
- 2002-04-23 JP JP2002121227A patent/JP4184702B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003317021A (ja) | 2003-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100804079B1 (ko) | 결제중개 처리장치, 결제중개처리용의 처리프로그램을 격납하는 기억매체, 결제중개용의 컴퓨터 프로그램, 온라인숍장치 및 온라인쇼핑방법과 그 시스템 | |
| CN104574050B (zh) | 在线结算的方法、装置及系统 | |
| US4727243A (en) | Financial transaction system | |
| KR101658684B1 (ko) | 결제 시스템 | |
| JP5612750B2 (ja) | テキストメッセージングを介して支払システムを拡張する方法及びシステム | |
| US8261977B2 (en) | Methods and systems for using an interface and protocol extensions to perform a financial transaction | |
| EP2851854A1 (en) | Method of and system for making purchases over a computer network | |
| US20080103923A1 (en) | Centralized Payment Gateway System and Method | |
| US8448229B2 (en) | Methods and systems for providing website hosting security | |
| US20120166339A1 (en) | Payment system, purchasing system, and method for performing a plurality of payment processes | |
| EA005835B1 (ru) | Безопасная система онлайнового платежа | |
| US20040024704A1 (en) | Method and device for bill account by on-line certified contract | |
| US11170378B2 (en) | Methods for payment and merchant systems | |
| US7483863B2 (en) | Electronic commerce information processing system and method | |
| KR101362044B1 (ko) | 매출채권 유통을 기반으로 하는 기업 간 상생협력 지원시스템 | |
| JP2001216424A (ja) | オンライン取引における画面上の活動を追跡する方法、システム、及びプログラム | |
| JP3632051B2 (ja) | ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム | |
| JP4184702B2 (ja) | 仮想店舗サーバー装置 | |
| JP2003150874A (ja) | 電子商取引の決済方法およびその決済システム | |
| CA3224473A1 (en) | System and method for introduction of a transaction mechanism to an e-commerce website without necessitation of multi party systems integration | |
| CN112785417A (zh) | 一种信用卡资产证券化处理系统、方法及计算机可读存储介质 | |
| JP2001351024A (ja) | 決済装置、決済装置移行方法、記録媒体及び決済方法 | |
| KR20010016049A (ko) | 전자상거래 보증중계 방법 및 그 방법이 구현된프로그램이 저장된 컴퓨터 판독가능한 저장매체 | |
| JP2005107993A (ja) | 仮想店舗クレジット決済システムおよび方法 | |
| KR100873344B1 (ko) | 대출 대상 정보 처리방법과 이를 위한 프로그램 기록매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050418 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080404 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080826 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080904 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110912 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |