JP2001142982A - 電子商取引システム及び電子商取引方法 - Google Patents

電子商取引システム及び電子商取引方法

Info

Publication number
JP2001142982A
JP2001142982A JP2000305561A JP2000305561A JP2001142982A JP 2001142982 A JP2001142982 A JP 2001142982A JP 2000305561 A JP2000305561 A JP 2000305561A JP 2000305561 A JP2000305561 A JP 2000305561A JP 2001142982 A JP2001142982 A JP 2001142982A
Authority
JP
Japan
Prior art keywords
payment gateway
transaction
store
purchaser
sub
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.)
Pending
Application number
JP2000305561A
Other languages
English (en)
Inventor
Dong-San Lee
東 山 李
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PAYGATE Inc
Original Assignee
PAYGATE Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by PAYGATE Inc filed Critical PAYGATE Inc
Publication of JP2001142982A publication Critical patent/JP2001142982A/ja
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/29Payment schemes or models characterised by micropayments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

(57)【要約】 【課題】インターネットを通じて物品の商取引が行われ
る時の商店と金融機関との間のネットワーク(networ
k)環境を改善した電子商取引システム及び電子商取引
方法に関する。 【解決手段】本発明の電子商取引システムは、インター
ネット上の商店、ペイメントゲートウェイ、金融網を含
む。購入者がウェブブラウザーでインターネット上の商
店のホームページに接続し、購入者がホームページ上の
注文書様式に物品購入情報を入力して購入を要請し、取
引承認があれば物品を購入する。ペイメントゲートウェ
イは商店に注文書様式を提供し、商店に入力された購入
者の注文情報を受信して購入者の取引承認を要請し、取
引承認があれば取引を締結する。金融網はペイメントゲ
ートウェイの取引承認要請及び購入者の注文情報を受信
し、前記購入者の注文情報を確認して購入者の取引承認
如何を決定し、承認結果を前記ペイメントゲートウェイ
に伝送する。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は電子商取引システム
及び電子商取引方法に係り、特に、インターネットを通
じて物品やサービス等の商品の商取引が行われる時の商
店と金融機関との間のネットワーク(network)環境を
改善した電子商取引システム及び電子商取引方法に関す
る。
【0002】
【従来の技術】最近、インターネットの使用が急激に増
加するのに伴ってインターネット上の電子商取引が急激
に増加している。このようなインターネット上の電子商
取引は、購入者が商店に直接行かなくても物品を購入す
ることができ、物品を販売する商店は商店設置にかかる
費用を節約することができるなど、多くの便利さを提供
しているが、物品購入者の個人情報の保安、商取引の安
全性など、まだ解決しなければならない課題がある。特
に、このような電子商取引において物品購入者はクレジ
ットカードまたは口座振込などの決済を通じて物品を購
入するが、この時に商店と金融機関との間の決済による
物品購入費用の精算過程が効率的に遂行される必要があ
る。
【0003】以下、従来のインターネット(internet)
を通じた電子商取引について図面に基づいて説明する。
【0004】図1は従来のインターネットを通じた電子
商取引のフローチャートを示したものである。
【0005】図1に示されているように、従来のインタ
ーネットを通じた電子商取引は購入者1、商店2、ペイ
メントゲートウェイ(payment gateway)3、VAN(V
alueAdded Network)4、金融機関5によって遂行され
る。
【0006】商店2はインターネット上の仮想の商店で
あって、一般的に商店のホームページ(homepage)が商
店の役割を遂行する。ペイメントゲートウェイ3はイン
ターネット網のプロトコルであるTCP/IPネットワ
ークとVANとを中継する支払中継システムであって、
多数の金融機関と取引する手数料、手数料支払日、加盟
金融機関の異なる多数のペイメントゲートウェイがあ
る。VAN4は多数の金融機関と連結されて金融機関の
ネットワークを商店と連結する業者またはシステムであ
り、金融機関5はカード社、銀行など、商取引をする購
入者1と取引をする金融機関である。
【0007】購入者1がインターネット上の商店2を通
じて物品を購入する過程を以下に説明する。
【0008】図1に示されているように、購入者1は自
身のコンピュータ上のウェブブラウザーを用いてインタ
ーネットを通じて商店2のサーバーに接続して商店2の
ホームページをウェブブラウザー上に読み込んで自身の
クレジットカード情報など支払情報及び購入しようとす
る物品を入力して物品購入を申請する(S1)。
【0009】商店2は購入者1が購入を申請して入力し
たクレジットカードの番号などの支払情報に対してペイ
メントゲートウェイ3に取引承認を要請する(S2)。
この時、ウェブ上の仮想の商店である商店2とペイメン
トゲートウェイ3とはTCP/IPネットワークで連結
される。
【0010】その次に、ペイメントゲートウェイ3は支
払情報がクレジットカードである場合、VAN4にクレ
ジットカードの取引承認を要請する(S3)。VAN4
は多数の金融機関の電算網と連結されており、承認を要
請したカードの発行金融機関がどこか確認し、該当金融
機関5に承認要請を申請する(S4)。
【0011】金融機関5は承認を要請したカードの承認
結果をVAN4に送信する(S5)。VAN4は承認結
果を再びペイメントゲートウェイ3に送信する(S
6)。
【0012】ペイメントゲートウェイ3は承認結果を受
信して商店2に承認結果を伝送し(S7)、商店2はそ
の承認結果が取引許容であれば購入者との取引を締結す
る。
【0013】取引が締結された後、商店2は電子郵便、
一般郵便などで購入者に領収書を送付する(S8)。
【0014】そして、ペイメントゲートウェイ3を通じ
てVAN4に購入者と締結した取引代金の支払いを要請
し(S9)、VAN4は該当金融機関に取引代金の支払
いを要請する(S10)。
【0015】金融機関5は取引代金を商店2またはペイ
メントゲートウェイ3に支払う。ペイメントゲートウェ
イ3は取引代金を受け取ると、手数料を差し引いて取引
代金を商店に支払う(S11−1)。商店2は取引代金
を受け取ると、手数料をペイメントゲートウェイ3に支
払う(S11−2)。
【0016】その後、金融機関5は購入者1に取引代金
を請求し(S12)、購入者1が金融機関5に取引代金
を入金することによってインターネットを通じた電子商
取引が終了する(S13)。
【0017】
【発明が解決しようとする課題】以下、このような従来
の電子商取引の遂行過程における商店とペイメントゲー
トウェイとの間の動作及び問題点について説明する。
【0018】ペイメントゲートウェイ3は、図1に示さ
れているように、サービス手数料、手数料支払日、加盟
金融機関などの異なる多数のペイメントゲートウェイが
ある。また、購入者が取引する金融機関は前述の多様な
ペイメントゲートウェイと取引きをしているので、商店
2がインターネット上で多様な購入者と売買をするため
には、多数のペイメントゲートウェイに加盟していなけ
ればならない。また、各ペイメントゲートウェイは商店
とペイメントゲートウェイとをインターフェースするラ
イブラリーであるAPIを個別に提供し、商店はこのよ
うなそれぞれのAPIを用いて売買ソリューションを作
成する。しかし、多数のペイメントゲートウェイから提
供されるAPIが異なる場合が多いため、商店の売買ソ
リューションの管理及び作成と商店のホームページの管
理には多くの問題点がある。
【0019】このように多様なペイメントゲートウェイ
が提供する多様なAPIを用いて商店が売買ソリューシ
ョンを作成するため、多様な問題点が発生するので、以
下に売買ソリューション及びAPIの動作と問題点につ
いて説明する。
【0020】図2はペイメントゲートウェイが商店にA
PIを提供し、商店にAPIを用いる動作を示したもの
である。
【0021】商店2はTCP/IPネットワークを通じ
てペイメントゲートウェイ3と連結され、ペイメントゲ
ートウェイ3は金融網と暗号化されたTCP/IPネッ
トワークまたは専用線とを連結して電子商取引の支払及
び取引承認を中継するシステムをいう。従来のペイメン
トゲートウェイ3は商店2がペイメントゲートウェイ3
に接続するためのプロトコルを含むAPI(Applicatio
n protocol interface)を提供し、APIは普通はプロ
グラムライブラリー(program library)形態で提供さ
れて商店2がプログラムを作成する時にペイメントゲー
トウェイのAPIを呼出して使用することができるよう
にする。図2に示されているように、商店2には売買遂
行のために商店のホームページ上の売買を遂行する道具
である売買ソリューション(solution)が実行され、こ
の売買ソリューション(solution)のライブラリーとし
てペイメントゲートウェイのAPIを呼出して売買ソリ
ューション(solution)を実行する。
【0022】しかし、このように商店2で売買ソリュー
ション(solution)を駆動し、ペイメントゲートウェイ
3からAPIを呼出して用いるのは多くの問題点があ
る。以下に説明する。
【0023】ペイメントゲートウェイ3から提供される
APIを商店2の一般商店管理者が利用してソリューシ
ョン(solution)を作成するには多くの時間及び人員が
必要である。
【0024】また、ペイメントゲートウェイ3から提供
されるAPIを用いて商店に適した環境を有するソリュ
ーション(solution)を作成するのが難しい。
【0025】そして、このような問題点によってペイメ
ントゲートウェイ3または第3の企業が商店2のソリュ
ーション(solution)を提供することもあるが、商店が
このソリューションを導入するのに費用がかかるという
問題点があり、多くのペイメントゲートウェイのサービ
スを受ける場合、それぞれのペイメントゲートウェイに
適したソリューションの提供を受けなければならず、ま
た、売買時ごとに異なるソリューションを駆動しなけれ
ばならない不便さがある。
【0026】また、ペイメントゲートウェイが商店にA
PIを提供するので迅速に商店の電子商取引ソリューシ
ョンの機能を拡張して改善することが難しい。
【0027】このような問題点の他にも国際的な電子商
取引が行われる時にペイメントゲートウェイと商店との
間に発生する問題点がある。以下に国際電子商取引及び
その問題点について説明する。
【0028】図3は従来の国際電子商取引発生のフロー
チャートである。
【0029】図3に示されているように、従来の国際電
子商取引はA国の購入者1がB国の商店2にインターネ
ット上で接続して物品を購入し、B国のペイメントゲー
トウェイ3、B国のVAN4、B国の金融機関5、A国
の金融機関6の間でクレジットカード承認及び取引代金
決済が発生する。
【0030】以下、このような従来の国際電子商取引の
動作を説明する。
【0031】図3に示されているように、A国の購入者
1は自身のコンピュータ上のウェブブラウザーを用いて
インターネットを通じてB国の商店2のサーバーに接続
し、B国の商店2のホームページにある注文書様式をウ
ェブブラウザー上に読み込んで、自身のクレジットカー
ド情報などの支払情報及び購入しようとする物品を入力
して物品購入を申請する(S21)。
【0032】B国の商店2はA国の購入者1が購入を申
請してB国のペイメントゲートウェイ3に購入申請時に
入力したクレジットカードの番号などの支払情報に対す
る取引承認を要請する(S22)。この時、ウェブ上の
仮想の商店であるB国の商店2とB国のペイメントゲー
トウェイ3とはTCP/IPネットワークで連結され
る。
【0033】その後、B国のペイメントゲートウェイ3
は、クレジットカード取引である場合、B国のVAN4
にクレジットカード取引承認を要請する(S23)。B
国のVAN4はA国の金融機関及びB国の金融機関の電
算網と連結されており、承認を要請したカードの発行金
融機関がA国の金融機関のうちのどこかを確認し、A国
の該当金融機関6に承認要請を申請する(S24)。
【0034】A国の金融機関6はA国の購入者のクレジ
ットカードの承認如何を決定し、その承認結果をB国の
VAN4に送信する(S25)。
【0035】B国のVAN4はクレジットカードの承認
結果をB国のペイメントゲートウェイに送信し(S2
6)、B国のペイメントゲートウェイ3はクレジットカ
ードの承認結果をB国の商店2に送信する(S27)。
【0036】B国の商店2は伝送されたクレジットカー
ドの承認結果が取引許容であればA国の購入者が申請し
た取引を締結し、取引締結結果と領収書をA国の購入者
1に電子郵便、一般郵便などで伝達する(S28)。
【0037】B国の商店2はB国のペイメントゲートウ
ェイ3に取引代金の支払いを要請する(S29)。
【0038】B国のペイメントゲートウェイ3はB国の
VAN4に取引代金の支払い要請情報を伝送し(S3
0)、B国のVAN4はB国の金融機関5に取引代金の
支払いを要請する(S31)。
【0039】B国の金融機関5は取引代金支の払い要請
を受けた後、B国のペイメントゲートウェイ3またはB
国の商店に取引代金を支払う(S32−1、S32−
2)。
【0040】B国のペイメントゲートウェイ3が取引代
金を受け取ると、B国のペイメントゲートウェイ3は手
数料を差し引いて取引代金をB国の商店2に支払い、B
国のVANに手数料を支払う。B国の商店2が取引代金
を受け取ると、B国の商店は手数料をB国のペイメント
ゲートウェイ3とB国のVAN4とに支払う。
【0041】B国の金融機関5は取引代金を支払った
後、A国の購入者1と取引をしているA国の金融機関6
に取引代金の精算を要請する(S33)。
【0042】A国の金融機関6はB国の金融機関5に取
引代金精算金を支払う(S34)。
【0043】A国の金融機関6は精算金を支払った後、
A国の購入者に取引代金を請求する(S35)。A国の
購入者1はA国の金融機関6に取引代金を支払う。
【0044】また、A国の購入者がクレジットカードで
なくB国でしか通用しない口座振込情報またはB国で受
け入れられる小額支払手段を用いてB国の商店に商品購
入に対する代価である支払情報を伝達すると、B国の商
店はB国のペイメントゲートウェイに取引承認を要請す
る。
【0045】B国のペイメントゲートウェイはB国の商
店から取引承認要請を受け、支払を要請する情報がクレ
ジットカード情報でないB国でしか通用しない口座振込
情報または小額支払情報である場合には、該当金融機関
または企業に取引承認情報を伝送する。
【0046】B国の金融機関または企業はそれぞれ受け
入れることができる取引承認要請情報を受けると自社の
データベースを照会して取引承認如何を判断し、その結
果をB国のペイメントゲートウェイに伝送する。
【0047】B国のペイメントゲートウェイは取引承認
結果をB国の商店に伝送し、B国の商店はA国の購入者
に取引承認結果をワールドワイドウェブ(world wide w
eb)画面上または電子郵便で通報し、取引承認結果が成
功である場合には売買契約を締結する。
【0048】B国の商店はB国のペイメントゲートウェ
イから取引成功との応答を受けた取引に対してB国のペ
イメントゲートウェイに代金の支払いを要請する。
【0049】B国のペイメントゲートウェイは、代金支
払い要請を受けると、該当支払手段別に精算の主体であ
る銀行またはB国の他の企業に代金精算を要請する。
【0050】B国の銀行または固有の支払手段を有して
いる他の企業は、精算要請がB国のペイメントゲートウ
ェイから入ると該当取引代金に対してB国のペイメント
ゲートウェイまたはB国の商店に直接精算する。
【0051】B国の銀行または固有の支払手段を有して
いる他の企業は、A国の購入者に対してA国の金融機関
を経るか直接精算代金に該当する金額を集金する。この
時、B国の銀行または固有の支払手段を有している他の
企業は、予めA国の購入者から多様な目的を有する取引
代金を受け取っておくこともできる。
【0052】以上のような過程によって従来の国際電子
商取引が行われたが、このような国際電子商取引は次の
ような問題点がある。
【0053】第1に、それぞれの国は自国の金融環境に
適した金融電算環境を構築しているため、一国家内のペ
イメントゲートウェイが多数の海外国家の金融環境に適
したソリューションを提供するのが難しい。
【0054】第2に、インターネットを通じた国際電子
商取引は商品が海外に出されて代金が海外から国内に入
る形態であるが、現行の全世界的法体系下では、このよ
うな形態の取引が輸出として認められるのが難しい。即
ち、韓国を例としてあげると、海外への物品の販売が輸
出として認められるために、輸出信用状または小貨物の
場合には郵便局長が発行する小包受領証が必要である
が、このような手続を踏むことが不便であると共に輸出
として認められるのも容易ではない。このように電子商
取引による物品の販売が輸出として認められないと、関
税などの税金の優遇を受けることができないという問題
点がある。
【0055】本発明はこのような問題点を解決するため
のものであって、本発明の目的は、より便利な電子商取
引環境を有する電子商取引システム及び電子商取引方法
を提供することにある。
【0056】本発明の他の目的は、電子商取引を遂行す
るインターネット上の商店が多様なペイメントゲートウ
ェイから提供される電子商取引ソリューションに一貫し
たインターフェースを利用することができるようにする
電子商取引システム及び電子商取引方法を提供すること
にある。
【0057】本発明のまた他の目的は、多数の国家の多
様な金融環境に容易に適応することができる電子商取引
システム及び電子商取引方法を提供することにある。
【0058】
【課題を解決するための手段】すなわち、本発明の第1
の形態によると、ウェブブラウザーで接続可能なホーム
ページを有し、ホームページ上の注文書様式に購入者が
入力した商品購入情報に従って購入を要請し、取引承認
があれば取引を締結するインターネット上の商店と、商
店の注文書様式を提供して商店に一貫した取引環境を提
供し、商店に入力された購入者の注文情報を受信して購
入者の注文情報に適したサブペイメントゲートウェイを
選択し、多数のサブペイメントゲートウェイとインター
フェースする売買ソリューションを内蔵し、取引承認が
あれば選択したサブペイメントゲートウェイの売買ソリ
ューションを駆動して取引を締結する統合ペイメントゲ
ートウェイと、統合ペイメントゲートウェイの取引承認
要請及び購入者の注文情報を受信してこれを該当金融網
に伝送する多数のサブペイメントゲートウェイと、サブ
ペイメントゲートウェイの取引承認要請及び購入者の注
文情報を受信し、購入者の注文情報を確認して購入者の
取引承認如何を決定し、承認結果を統合ペイメントゲー
トウェイに伝送する金融網とを含む電子商取引システム
を提供する。
【0059】上記電子商取引システムは、統合ペイメン
トゲートウェイは、税金、サービス手数料、為替レー
ト、サービスの種類などの条件を考慮して統合ペイメン
トゲートウェイに有利な条件のサブペイメントゲートウ
ェイを選択し、売買ソリューションは選択したサブペイ
メントゲートウェイから提供されてもよい。金融網は、
サブペイメントゲートウェイの取引承認要請及び購入者
の注文情報を受信し、購入者の注文情報を確認して購入
者の注文情報に含まれる購入者の取引金融機関に取引承
認要請信号及び購入者の注文情報を伝送し、取引承認結
果を受信すると承認結果をサブペイメントゲートウェイ
に伝送するVANと、VANから取引承認要請信号及び
購入者の注文情報を受信し、保存されている購入者の金
融取引情報を読み込んで、これに基づいて購入者の取引
承認如何を決定し、承認結果をサブペイメントゲートウ
ェイに伝送する金融機関とを含んでもよい。商店と統合
ペイメントゲートウェイとの間はTCP/IPネットワ
ークで構成されてもよい。商店の注文書様式は、HTM
Lファイルで作成または商店から提供されるソフトウェ
アを通じて作成されてもよい。統合ペイメントゲートウ
ェイは、購入者の取引情報を保存して管理してもよい。
商店は、統合ペイメントゲートウェイに保存されている
購入者の取引情報、商店の取引情報を検索することがで
きるようになっていてもよい。統合ペイメントゲートウ
ェイは、サブペイメントゲートウェイとインターフェー
スするプログラムライブラリーであるAPIを有する売
買ソリューションを有し、売買ソリューションは多数の
サブペイメントゲートウェイのそれぞれの売買ソリュー
ションを有し、売買ソリューションは統合ペイメントゲ
ートウェイが遂行してもよい。統合ペイメントゲートウ
ェイは、購入者と商店との取引が締結された後に金融網
に取引代金支払いを要請し、金融網から取引代金の支払
いを受けた後に商店及びサブペイメントゲートウェイに
取引代金及び手数料を支払ってもよい。商店は、購入者
と商店との取引が締結された後に金融網に取引代金支払
いを要請し、金融網から取引代金の支払いを受けた後に
統合ペイメントゲートウェイ及びサブペイメントゲート
ウェイに手数料を支払ってもよい。購入者の注文情報
は、クレジットカード番号または口座振込、小額支払な
ど購入者が固有に使用する支払情報を含んでもよい。
【0060】本発明の第2の形態は、ウェブ上で商品を
購入することができるインターネット上の商店、商店と
金融網とをインターフェースする統合ペイメントゲート
ウェイを含む電子商取引システムにおいて、商品の購入
者がウェブブラウザーを用いてインターネット上の商店
のホームページに接続する第1段階と、商店のホームペ
ージの注文書様式に購入者が注文情報を入力し、取引の
承認を要請する第2段階と、購入者の注文情報及び取引
承認要請信号がTCP/IPネットワークを通じて統合
ペイメントゲートウェイのサーバーに伝送される第3段
階と、統合ペイメントゲートウェイが購入者の注文情報
及び取引承認要請を受信して購入者の注文情報に適した
サブペイメントゲートウェイを選択し、選択されたサブ
ペイメントゲートウェイの売買ソリューションを駆動す
る第4段階と、統合ペイメントゲートウェイが購入者の
注文情報及び取引承認要請をサブペイメントゲートウェ
イを通じて金融網に伝送する第5段階と、金融網が購入
者の取引承認如何を判断して取引承認結果を統合ペイメ
ントゲートウェイに伝送する第6段階と、金融網が取引
を承認すれば統合ペイメントゲートウェイが購入者の取
引を締結し、金融網が取引を承認しなければ統合ペイメ
ントゲートウェイが購入者の取引を締結しない第7段階
とを含む電子商取引方法を提供する。
【0061】上記電子商取引方法は、統合ペイメントゲ
ートウェイが購入者の取引締結如何を商店のホームペー
ジに接続したウェブブラウザー上にディスプレーする第
8段階と、統合ペイメントゲートウェイが購入者の取引
締結如何を購入者に電子郵便で知らせる第9段階と、を
さらに含んでもよい。統合ペイメントゲートウェイが購
入者の取引情報を統合ペイメントゲートウェイのサーバ
ーに保存する第10段階をさらに含んでもよい。商店が
統合ペイメントゲートウェイのサーバーに接続して購入
者の取引情報を検索、確認してもよい。商店のホームペ
ージの注文書様式はHTMLで作成され、統合ペイメン
トゲートウェイによって内部様式が提供されるが、形態
は商店が自由に変型させることができてもよい。第4段
階で選択されたサブペイメントゲートウェイの売買ソリ
ューションは統合ペイメントゲートウェイに内蔵されて
おり、売買ソリューションにはサブペイメントゲートウ
ェイから提供されるAPIを含んでもよい。第1段階以
前に、ペイメントゲートウェイのサービスを受けること
を希望する商店がペイメントゲートウェイのサービスを
申請する第14段階をさらに含んでもよい。第7段階で
取引が締結されると商店が取引代金支払いを金融網に要
請する第15段階と、金融網が取引代金を商店に支払う
第16段階と、商店が統合ペイメントゲートウェイ及び
サブペイメントゲートウェイに手数料を支払う第17段
階とを含んでもよい。第7段階で取引が締結されると統
合ペイメントゲートウェイが取引代金支払いを金融網に
要請する第18段階と、金融網が取引代金を統合ペイメ
ントゲートウェイに支払う第19段階と、統合ペイメン
トゲートウェイが商店に取引代金を支払い、サブペイメ
ントゲートウェイに手数料を支払う第20段階とを含ん
でもよい。
【0062】本発明の第3の形態は、ホームページ提供
サーバーを有するインターネット上のA国の商店、ウェ
ブブラウザーを通じてインターネット上の商店で商品を
購入するB国の購入者、多数国の通貨及び固有の支払手
段に基づいてサービスする多数のサブペイメントゲート
ウェイ、多数のサブペイメントゲートとインターフェー
スする統合ペイメントゲートウェイを含む電子商取引シ
ステムにおいて、B国の購入者がウェブブラウザーを通
じてA国の商店に接続する第21段階と、B国の購入者
がウェブブラウザー上にディスプレーされるA国の商店
のホームページに商品注文情報を入力して商品購入を申
請する第22段階と、統合ペイメントゲートウェイが購
入者の注文情報と購入要請を受信し、支払手段及び支払
通貨として適した手段及び通貨を支払通貨として使用す
るサブペイメントゲートウェイを選択する第23段階
と、統合ペイメントゲートウェイが選択したサブペイメ
ントゲートウェイから提供される売買ソリューションを
駆動する第24段階と、統合ペイメントゲートウェイが
購入者の取引承認如何を確認して売買を締結する第25
段階と、選択されたサブペイメントゲートウェイの支払
通貨でB国の商店に支払う第26段階とを含む電子商取
引方法を提供する。上記電子商取引方法は、第20段階
で、B国の通貨でサービスするサブペイメントゲートウ
ェイを選択してもよい。
【0063】なお上記の発明の概要は、本発明の必要な
特徴の全てを列挙したものではなく、これらの特徴群の
サブコンビネーションも又発明となりうる。
【0064】
【発明の実施の形態】以下、本発明の好ましい第1実施
例を図面に基づいて詳細に説明する。図4は本発明の第
1実施例の電子商取引システムを示したものである。図
4に示されているように、本発明の電子商取引システム
は購入者10、商店20、統合ペイメントゲートウェイ
30、サブペイメントゲートウェイ31、32、33、
VAN41、42、43、金融機関51、52、53を
含む。
【0065】購入者10はインターネットを通じて商品
の一例である物品を購入しようとする者であり、購入者
10は図4に示されているようにパソコンなどを通じて
インターネットに接続し、インターネットエクスプロー
ラ(internet explorer)、ナビゲーター(navigato
r)、モービルエクスプローラ(Mobile Explorer)のよ
うなウェブブラウザー(web browser)を用いてインタ
ーネット上の仮想の商店である商店20のホームページ
に接続する。
【0066】商店20はインターネット上の仮想の商店
であり、商店20の購入者がウェブブラウザー上で接す
る商店のホームページが商店の機能を果す。本実施例の
商店20では購入者10が注文情報のみを商店を通じて
入力するだけで、物品購入のための売買ソリューション
の遂行は商店で行われない。商店20のホームページに
はペイメントゲートウェイから提供された注文書様式が
あり、注文書様式はHTML(Hyper Text Mark-up Lan
guage)で作成されたり統合ペイメントゲートウェイが
提供したソフトウェアを通じて作成される。注文書様式
はHTMLで作成されているため、商店20の運営者が
容易に希望する形態に変更することが可能である。
【0067】統合ペイメントゲートウェイ30は多数の
多様なサブペイメントゲートウェイを統合してネットワ
ークを形成し、サブペイメントゲートウェイが提供する
プログラムライブラリーであるAPIを各サブペイメン
トゲートウェイ別に有している売買ソリューションを内
蔵している。この時、各サブペイメントゲートウェイの
APIを有する売買ソリューションを個別に有すること
もでき、各サブペイメントゲートウェイのAPIを有す
る一つの売買ソリューションを有することもできる。多
様なサービス環境を有するサブペイメントゲートウェイ
をネットワークで一つにまとめて、商店が統合ペイメン
トゲートウェイに加盟すると多数の多様なサブペイメン
トゲートウェイのサービスを受けることができるように
する。従って、統合ペイメントゲートウェイ30によっ
て商店20は一貫した電子商取引環境の提供を受けるこ
とができる。統合ペイメントゲートウェイ、商店、サブ
ペイメントゲートウェイの間はTCP/IPプロトコル
で通信する。
【0068】サブペイメントゲートウェイ31、32、
33は提供する支払手段、サービス手数料、加盟した金
融機関、手数料支払日などがそれぞれ異なる多数のペイ
メントゲートウェイであり、多数のサブペイメントゲー
トウェイは統合ペイメントゲートウェイ30に連結され
ている。
【0069】VAN41、42、43は多数の金融機関
と連結されて金融機関のネットワークをペイメントゲー
トウェイと連結させる業者またはシステムであり、金融
機関51、52、53はカード社、銀行など、商取引を
する購入者10と取引をする金融機関である。
【0070】以下、本発明の電子商取引システムの電子
商取引方法について説明する。図5は本発明の実施例の
電子商取引方法のフローチャートである。電子商取引を
通じて物品を購入することを希望する購入者は、図4に
示されているように、自身のPCまたは移動通信機器で
ウェブブラウザーを駆動して(S101)インターネッ
トの商店20のホームページに接続する(S102)。
商店のホームページのURLをウェブブラウザーに入力
すると、ウェブブラウザーは商店のサーバーに接続し、
商店のサーバーに保存されている商店ホームページの文
字、絵のデータをダウンロード(down loading)してウ
ェブブラウザー上に示す(S103)。
【0071】本実施例の商店20のホームページには従
来のインターネット上の商店のホームページにある商店
そのものの売買ソリューション、即ち、売買のための応
用プログラムはなく、統合ペイメントゲートウェイ30
から提供される物品購入用注文書様式のみがある。注文
書様式はHTMLで作成されるため、商店の運営者が専
門家でなくても容易に注文書様式を希望通りに直すこと
ができ、維持補修を容易にすることができる。購入者1
0は注文書様式に注文情報(購入しようとする物品、購
入者の名前、購入者の住所、支払情報である購入者のク
レジットカード情報・口座振込・少額支払など、を含
む)を入力し、取引承認を要請して注文情報を統合ペイ
メントゲートウェイ30に伝送する(S104)。
【0072】統合ペイメントゲートウェイ30は注文情
報及び取引承認要請を受けた後、購入者の注文情報に基
づいていずれかのサブペイメントゲートウェイに決定す
る(S105)。サブペイメントゲートウェイはそれぞ
れ支払手段、サービス手数料、手数料支払日、取引金融
機関、取引金融機関の手数料などが異なるので、統合ペ
イメントゲートウェイ30はいずれのサブペイメントゲ
ートウェイを選択することがサービス手数料、手数料支
払日、取引金融機関の手数料などの面で統合ペイメント
ゲートウェイが利益を極大化することになるか、または
購入者に有利な条件であるかを判断してサブペイメント
ゲートウェイを選択する。
【0073】サブペイメントゲートウェイを選択する
と、統合ペイメントゲートウェイは該当サブペイメント
ゲートウェイが提供するAPIを有する売買ソリューシ
ョンを駆動する(S106)。この時、売買ソリューシ
ョンは統合ペイメントゲートウェイが作成することもで
き、サブペイメントゲートウェイが提供することもでき
る。
【0074】売買ソリューションを駆動した後、注文情
報及び取引承認要請をサブペイメントゲートウェイ、V
AN41、42、43を通じて金融機関51、52、5
3に伝送する。この時のサブペイメントゲートウェイは
統合ペイメントゲートウェイが選択したサブペイメント
ゲートウェイであり、VAN及び金融機関は選択された
サブペイメントゲートウェイに加盟したVAN及び金融
機関である。
【0075】金融機関は伝送された注文情報に基づいて
購入者が要請した取引を承認するかどうか判断する(S
107)。
【0076】そして、金融機関51、52、53の承認
結果をVAN41、42、43を通じてペイメントゲー
トウェイに伝送する。統合ペイメントゲートウェイ30
は受信した取引承認結果を確認し(S108)、金融機
関が取引を承認すれば取引を締結し(S109)、取引
を承認しなければ取引を締結しない(S110)。取引
が締結されれば購入者のウェブブラウザーに取引締結結
果を知らせると同時に購入者及び商店に別途に電子郵便
などで取引締結結果を知らせる。取引が締結されなけれ
ば取引非締結結果を購入者のウェブブラウザー上に知ら
せると同時に購入者及び商店に別途に電子郵便などで取
引非締結結果を知らせる。購入者10はウェブブラウザ
ーまたは電子郵便などで自身の物品購入が遂行されたか
どうかを確認する(S111)。
【0077】取引が締結された後、取引代金の精算は多
様な形態ですることができるが、(1)金融機関が商店
に取引代金を支払い、商店がサービス手数料を精算する
方法、(2)金融機関が統合ペイメントゲートウェイに
取引代金を支払い、統合ペイメントゲートウェイがサー
ビス手数料を差し引いて取引代金を支払う方法、(3)
金融機関がサブペイメントゲートウェイに取引代金を支
払い、サブペイメントゲートウェイが統合ペイメントゲ
ートウェイに手数料を差し引いた取引代金を支払い、統
合ペイメントゲートウェイがサービス手数料を差し引い
た取引代金を商店に支払う方法があり、以下に図面を参
照して説明する。
【0078】図6は商店が取引代金の支払いを受けてサ
ービス手数料を支払う精算方法のフローチャートであ
る。図6に示されているように、商店20は金融機関5
1、52、53に取引代金支払いを要請する(S11
2)。金融機関51、52、53は商店20に取引代金
を支払い(S113)、商店は支払いを受けた取引代金
から統合ペイメントゲートウェイ30にサービス手数料
を支払い(S114)、統合ペイメントゲートウェイ3
0は支払われたサービス手数料のうちのサブペイメント
ゲートウェイの手数料をサブペイメントゲートウェイに
支払う(S115)。金融機関はVANに手数料を支払
い(S116)、購入者10に取引代金支払いを請求す
る(S117)、購入者は取引代金を金融機関に支払う
(S118)。
【0079】図7は統合ペイメントゲートウェイが取引
代金の支払いを受け、統合ペイメントゲートウェイがサ
ービス手数料を支払う方法のフローチャートである。図
7に示されているように、統合ペイメントゲートウェイ
30は取引代金支払いを金融機関に要請し(S11
9)、金融機関が取引代金を統合ペイメントゲートウェ
イ30に支払う(S120)。統合ペイメントゲートウ
ェイ30は支払いを受けた取引代金から統合ペイメント
ゲートウェイ30及びサブペイメントゲートウェイの手
数料を差し引いた取引代金を商店に支払う(S12
1)。統合ペイメントゲートウェイ30はサブペイメン
トゲートウェイの手数料を支払う(S122)。金融機
関はVANにサービス手数料を支払う(S123)。
【0080】図8は本発明の実施例のサブペイメントゲ
ートウェイが取引代金の支払いを受けて取引代金及びサ
ービス手数料を精算する方法のフローチャートである。
図8に示されているように、サブペイメントゲートウェ
イは金融機関に取引代金支払いを要請する(S13
1)。金融機関はサブペイメントゲートウェイに取引代
金を支払う(S132)。サブペイメントゲートウェイ
は支払いを受けた取引代金からサブペイメントゲートウ
ェイ及び統合ペイメントゲートウェイのサービス手数料
を差し引いた物品取引代金を統合ペイメントゲートウェ
イに支払い、統合ペイメントゲートウェイは統合ペイメ
ントゲートウェイのサービス手数料を差し引いた物品取
引代金を商店に支払う(S133)。サブペイメントゲ
ートウェイは統合ペイメントゲートウェイに手数料を支
払う(S134)。金融機関はVANにサービス手数料
を支払う(S135)。以上のような過程によって取引
代金を精算する。
【0081】本発明の第1実施例の電子商取引システム
及び電子商取引方法によると、統合ペイメントゲートウ
ェイが多数のサブペイメントゲートウェイを統合するこ
とによって商店は統合ペイメントゲートウェイにのみ加
入すれば多数のサブペイメントゲートウェイのサービス
の提供を受けることができ、統合ペイメントゲートウェ
イが多数のサブペイメントゲートウェイの売買ソリュー
ションを処理するため、商店は便利な電子商取引環境を
構築することができる。
【0082】以下、本発明の第2実施例の電子商取引シ
ステム及び電子商取引方法について図面を参照して説明
する。本実施例は海外の購入者が国内のインターネット
上の商店で物品を購入することのように異なる国の商店
と購入者との間に遂行される電子商取引システム及び方
法に関する。
【0083】図9は本発明の第2実施例の電子商取引シ
ステムを示したものである。図9に示されているよう
に、本発明の第2実施例の電子商取引システムはA国の
商店120、統合ペイメントゲートウェイ130、多数
国のペイメントゲートウェイ131〜134、多数国の
金融網141〜144を含む。
【0084】A国の商店120はインターネット上の仮
想商店であって、ウェブサーバーがインターネット上の
ホームページを提供し、A国の商店のホームページを提
供するウェブサーバーがA国に位置し、A国の商店12
0はインターネットを通じて物品を販売する。
【0085】ペイメントゲートウェイは統合ペイメント
ゲートウェイ130、多数国のペイメントゲートウェイ
131〜134を含み、多数国のペイメントゲートウェ
イ131〜134は多数国の固有な支払手段及び通貨を
支払通貨として使用し、統合ペイメントゲートウェイ1
30は多数国のペイメントゲートウェイと連結されて商
店と連結されることで、商店に多数国の固有な支払手段
及び通貨を支払通貨とするペイメントゲートウェイサー
ビスを提供する。
【0086】多数国の金融網141〜144は各国のペ
イメントゲートウェイ131〜134と連結されて各国
のペイメントゲートウェイと電子商取引による取引代金
を精算する。
【0087】以下、本実施例の電子商取引方法について
図面を参照して説明する。図9に示されているように、
B国の購入者110が自身のPCでウェブブラウザーを
駆動してウェブブラウザーにインターネット上のA国の
商店120のURLを入力し、ウェブブラウザーはA国
の商店のサーバーに接続してA国の商店のホームページ
のデータを受信してウェブブラウザー上に表示する。
【0088】A国の商店120のホームページはペイメ
ントゲートウェイが提供する注文書様式を有している。
B国の購入者110はA国の商店のホームページで自身
が購入しようとする物品を決定し、A国の商店のホーム
ページの注文書様式に注文情報を入力する。注文情報は
物品、購入者の住所、購入者の名前、購入者のクレジッ
トカード情報などを含む。
【0089】注文情報を入力した後、購入者110は注
文情報を統合ペイメントゲートウェイ130に伝送す
る。
【0090】統合ペイメントゲートウェイ130はどの
サブペイメントゲートウェイを選択するか決定する。本
実施例のサブペイメントゲートウェイは固有な支払手段
及び支払通貨が異なる多数国のサブペイメントゲートウ
ェイからなり、多数国のサブペイメントゲートウェイは
サービス手数料も異なることがある。統合ペイメントゲ
ートウェイ130はどのサブペイメントゲートウェイを
使用するのが税金、手数料、手数料支払日、為替レート
などの与件が有利なのかを判断してサブペイメントゲー
トウェイを選択する。統合ペイメントゲートウェイ13
0はB国のサブペイメントゲートウェイを選択すること
もでき、第3国であるC国のサブペイメントゲートウェ
イを選択することもできる。統合ペイメントゲートウェ
イ130はサブペイメントゲートウェイの選択に応じて
税金、サービス手数料、手数料支払期日などの金融イン
フラ(infra)の差による利得を得ることができる。特
に、B国の購入者はB国のペイメントゲートウェイ13
2を選択するとB国の金融機関を通じてのみ取引代金が
決済されるため、一つの金融機関を経るので手数料が減
少する利点がある。また、A国の商店120はB国のペ
イメントゲートウェイ132を通じて取引代金が決済さ
れると輸出立証が容易になるため金融上の優遇を受ける
ことができる。
【0091】統合ペイメントゲートウェイ130は購入
者の注文情報の伝送を受けた後、選択されたペイメント
ゲートウェイの売買ソリューションを呼出して駆動す
る。統合ペイメントゲートウェイ130は各ペイメント
ゲートウェイ別に売買ソリューションを有しており、そ
れぞれの売買ソリューションは各ペイメントゲートウェ
イが提供するインターフェーシングライブラリーである
APIを含む。
【0092】統合ペイメントゲートウェイ130は選択
されたペイメントゲートウェイを通じて選択されたペイ
メントゲートウェイの金融機関141〜144に注文情
報を伝送して取引承認を要請する。
【0093】金融機関141〜144は金融機関に保存
された購入者の金融情報及び注文情報に基づいて取引承
認如何を決定し、その結果を統合ペイメントゲートウェ
イ130に伝送する。
【0094】統合ペイメントゲートウェイ130は金融
機関が取引を承認すると取引を締結し、取引を承認しな
いと取引を締結しない。取引締結結果はウェブブラウザ
ー上にディスプレーしたり電子郵便などによって購入者
に知らせる。
【0095】取引が締結された後、A国の商店120は
選択されたペイメントゲートウェイに統合ペイメントゲ
ートウェイを通じて取引代金支払いを要請する。選択さ
れたペイメントゲートウェイは該当ペイメントゲートウ
ェイが支払通貨として使用する通貨または選択されたペ
イメントゲートウェイが提供することができてA国の商
店が希望するその他の通貨でA国の商店120に支払
い、ペイメントゲートウェイはペイメントゲートウェイ
と取引をする金融機関141〜144と取引代金を精算
し、金融機関141〜144は取引代金をB国の購入者
に請求し、B国の購入者は取引代金を金融機関に支払
う。
【0096】以上のような過程によって購入者は購入者
が希望する通貨を支払通貨として使用することができ、
自身が希望する支払手段を選択することができ、自身に
有利なペイメントゲートウェイを選択することができ、
商店は簡単な注文書様式をホームページにダウンロード
して設置することによって購入者に多様なペイメントゲ
ートウェイサービスを提供することができる。
【0097】本発明は以上で説明した実施例に限定され
るものではなく、本発明の技術的範囲を外れない範囲内
で多様な変更が可能である。例えば、統合ペイメントゲ
ートウェイ30・130のサーバは購入者の取引情報や
商店の取引情報を保存して管理する構成としてもよく、
さらに保存されている購入者や商店の取引情報を検索で
きる構成としてもよい。
【0098】
【発明の効果】本発明によると、より便利な電子商取引
環境を有する電子商取引システム及び電子商取引方法を
提供することができる。また、統合ペイメントゲートウ
ェイが多数のサブペイメントゲートウェイを統合するこ
とによって、商店は統合ペイメントゲートウェイにだけ
加入すれば多数のサブペイメントゲートウェイサービス
の提供を受けることができ、統合ペイメントゲートウェ
イが多数のサブペイメントゲートウェイの売買ソリュー
ションを処理するため、商店は便利な電子商取引環境を
構築することができる。そして、多数の国家の多様な金
融環境に容易に適応することができる電子商取引システ
ム及び電子商取引方法を提供することができる。
【図面の簡単な説明】
【図1】従来のインターネットを通じた電子商取引のフ
ローチャートを示したものである。
【図2】ペイメントゲートウェイが商店にAPIを提供
し、商店にAPIを利用する動作を示したものである。
【図3】従来の国際電子商取引方法を示したものであ
る。
【図4】本発明の第1実施例の電子商取引システムを示
したものである。
【図5】本発明の第1実施例の電子商取引方法を示した
ものである。
【図6】本発明の第1実施例の電子商取引方法の取引代
金精算方法の一例を示したものである。
【図7】本発明の第1実施例の電子商取引方法の取引代
金精算方法の他の例を示したものである。
【図8】本発明の実施例のサブペイメントゲートウェイ
の取引代金精算方法の他の例を示したものである。
【図9】本発明の第2実施例の電子商取引システムを示
したものである。
【符号の説明】
10、110 購入者 20、120 商店 30、130 統合ペイメントゲートウェイ 31、32、33 サブペイメントゲートウェイ 41、42、43 VAN 51、52、53 金融機関 131、132、133、134 サブペイメントゲー
トウェイ 141、142、143、144 金融網

Claims (22)

    【特許請求の範囲】
  1. 【請求項1】ウェブブラウザーで接続可能なホームペー
    ジを有し、前記ホームページ上の注文書様式に購入者が
    入力した商品購入情報に従って購入を要請し、取引承認
    があれば取引を締結するインターネット上の商店と、 前記商店の注文書様式を提供して前記商店に一貫した取
    引環境を提供し、前記商店に入力された購入者の注文情
    報を受信して購入者の注文情報に適したサブペイメント
    ゲートウェイを選択し、多数のサブペイメントゲートウ
    ェイとインターフェースする売買ソリューションを内蔵
    し、取引承認があれば選択したサブペイメントゲートウ
    ェイの売買ソリューションを駆動して取引を締結する統
    合ペイメントゲートウェイと、 前記統合ペイメントゲートウェイの取引承認要請及び購
    入者の注文情報を受信してこれを該当金融網に伝送する
    多数のサブペイメントゲートウェイと、 前記サブペイメントゲートウェイの取引承認要請及び購
    入者の注文情報を受信し、前記購入者の注文情報を確認
    して購入者の取引承認如何を決定し、承認結果を前記統
    合ペイメントゲートウェイに伝送する金融網とを含む電
    子商取引システム。
  2. 【請求項2】前記統合ペイメントゲートウェイは、 税金、サービス手数料、為替レート、サービスの種類な
    どを考慮して統合ペイメントゲートウェイに有利な条件
    のサブペイメントゲートウェイを選択し、 前記売買ソリューションは選択したサブペイメントゲー
    トウェイから提供されることを特徴とする請求項1に記
    載の電子商取引システム。
  3. 【請求項3】前記金融網は、 前記サブペイメントゲートウェイの取引承認要請及び購
    入者の注文情報を受信し、前記購入者の注文情報を確認
    して購入者の注文情報に含まれる購入者の取引金融機関
    に取引承認要請信号及び購入者の注文情報を伝送し、取
    引承認結果を受信すると承認結果を前記サブペイメント
    ゲートウェイに伝送するVANと、 前記VANから取引承認要請信号及び購入者の注文情報
    を受信し、保存されている購入者の金融取引情報を読み
    込んで、これに基づいて購入者の取引承認如何を決定
    し、承認結果を前記サブペイメントゲートウェイに伝送
    する金融機関とを含む請求項1に記載の電子商取引シス
    テム。
  4. 【請求項4】前記商店と統合ペイメントゲートウェイと
    の間はTCP/IPネットワークで構成された請求項1
    に記載の電子商取引システム。
  5. 【請求項5】前記商店の注文書様式は、HTMLファイ
    ルで作成または商店から提供されるソフトウェアを通じ
    て作成されることを特徴とする請求項1に記載の電子商
    取引システム。
  6. 【請求項6】前記統合ペイメントゲートウェイは、購入
    者の取引情報を保存して管理することを特徴とする請求
    項1に記載の電子商取引システム。
  7. 【請求項7】前記商店は、前記統合ペイメントゲートウ
    ェイに保存されている購入者の取引情報、商店の取引情
    報を検索することができることを特徴とする請求項6に
    記載の電子商取引システム。
  8. 【請求項8】前記統合ペイメントゲートウェイは、前記
    サブペイメントゲートウェイとインターフェースするプ
    ログラムライブラリーであるAPIを有する売買ソリュ
    ーションを有し、前記売買ソリューションは前記多数の
    サブペイメントゲートウェイのそれぞれの売買ソリュー
    ションを有し、 前記売買ソリューションは前記統合ペイメントゲートウ
    ェイが遂行することを特徴とする請求項1に記載の電子
    商取引システム。
  9. 【請求項9】前記統合ペイメントゲートウェイは、購入
    者と商店との取引が締結された後に前記金融網に取引代
    金支払いを要請し、前記金融網から取引代金の支払いを
    受けた後に前記商店及び前記サブペイメントゲートウェ
    イに取引代金及び手数料を支払う請求項1に記載の電子
    商取引システム。
  10. 【請求項10】前記商店は、購入者と商店との取引が締
    結された後に前記金融網に取引代金支払いを要請し、前
    記金融網から取引代金の支払いを受けた後に前記統合ペ
    イメントゲートウェイ及び前記サブペイメントゲートウ
    ェイに手数料を支払う請求項1に記載の電子商取引シス
    テム。
  11. 【請求項11】前記購入者の注文情報は、クレジットカ
    ード番号または口座振込、小額支払など購入者が固有に
    使用する支払情報を含むことを特徴とする請求項1に記
    載の電子商取引システム。
  12. 【請求項12】ウェブ上で商品を購入することができる
    インターネット上の商店、前記商店と金融網とをインタ
    ーフェースする統合ペイメントゲートウェイを含む電子
    商取引システムにおいて、 商品の購入者がウェブブラウザーを用いて前記インター
    ネット上の商店のホームページに接続する第1段階と、 前記商店のホームページの注文書様式に購入者が注文情
    報を入力し、取引の承認を要請する第2段階と、 購入者の注文情報及び取引承認要請信号がTCP/IP
    ネットワークを通じて前記統合ペイメントゲートウェイ
    のサーバーに伝送される第3段階と、 前記統合ペイメントゲートウェイが前記購入者の注文情
    報及び取引承認要請を受信して前記購入者の注文情報に
    適したサブペイメントゲートウェイを選択し、選択され
    たサブペイメントゲートウェイの売買ソリューションを
    駆動する第4段階と、 前記統合ペイメントゲートウェイが前記購入者の注文情
    報及び取引承認要請を前記サブペイメントゲートウェイ
    を通じて金融網に伝送する第5段階と、 金融網が前記購入者の取引承認如何を判断して取引承認
    結果を前記統合ペイメントゲートウェイに伝送する第6
    段階と、 前記金融網が取引を承認すれば前記統合ペイメントゲー
    トウェイが購入者の取引を締結し、前記金融網が取引を
    承認しなければ前記統合ペイメントゲートウェイが購入
    者の取引を締結しない第7段階とを含む電子商取引方
    法。
  13. 【請求項13】前記統合ペイメントゲートウェイが購入
    者の取引締結如何を前記商店のホームページに接続した
    ウェブブラウザー上にディスプレーする第8段階と、 前記統合ペイメントゲートウェイが購入者の取引締結如
    何を購入者に電子郵便で知らせる第9段階と、 をさらに含む請求項12に記載の電子商取引方法。
  14. 【請求項14】前記統合ペイメントゲートウェイが購入
    者の取引情報を前記統合ペイメントゲートウェイのサー
    バーに保存する第10段階をさらに含む請求項13に記
    載の電子商取引方法。
  15. 【請求項15】前記商店が前記統合ペイメントゲートウ
    ェイのサーバーに接続して購入者の取引情報を検索、確
    認する第11段階をさらに含む請求項14に記載の電子
    商取引方法。
  16. 【請求項16】前記商店のホームページの注文書様式は
    HTMLで作成され、前記統合ペイメントゲートウェイ
    によって内部様式が提供されるが、形態は商店が自由に
    変型させることができることを特徴とする請求項12に
    記載の電子商取引方法。
  17. 【請求項17】前記第4段階で選択されたサブペイメン
    トゲートウェイの売買ソリューションは前記統合ペイメ
    ントゲートウェイに内蔵されており、前記売買ソリュー
    ションには前記サブペイメントゲートウェイから提供さ
    れるAPIを含むことを特徴とする請求項13に記載の
    電子商取引方法。
  18. 【請求項18】前記第1段階以前に、前記ペイメントゲ
    ートウェイのサービスを受けることを希望する商店が前
    記ペイメントゲートウェイのサービスを申請する第14
    段階をさらに含む請求項12に記載の電子商取引方法。
  19. 【請求項19】前記第7段階で取引が締結されると商店
    が取引代金支払いを前記金融網に要請する第15段階
    と、 金融網が取引代金を商店に支払う第16段階と、 商店が前記統合ペイメントゲートウェイ及び前記サブペ
    イメントゲートウェイに手数料を支払う第17段階とを
    含む請求項12に記載の電子商取引方法。
  20. 【請求項20】前記第7段階で取引が締結されると前記
    統合ペイメントゲートウェイが取引代金支払いを前記金
    融網に要請する第18段階と、 前記金融網が取引代金を前記統合ペイメントゲートウェ
    イに支払う第19段階と、 前記統合ペイメントゲートウェイが前記商店に取引代金
    を支払い、前記サブペイメントゲートウェイに手数料を
    支払う第20段階とを含む請求項12に記載の電子商取
    引方法。
  21. 【請求項21】ホームページ提供サーバーを有するイン
    ターネット上のA国の商店、ウェブブラウザーを通じて
    前記インターネット上の商店で商品を購入するB国の購
    入者、多数国の通貨及び固有の支払手段に基づいてサー
    ビスする多数のサブペイメントゲートウェイ、前記多数
    のサブペイメントゲートとインターフェースする統合ペ
    イメントゲートウェイを含む電子商取引システムにおい
    て、 B国の購入者がウェブブラウザーを通じて前記A国の商
    店に接続する第21段階と、 B国の購入者が前記ウェブブラウザー上にディスプレー
    されるA国の商店のホームページに商品注文情報を入力
    して商品購入を申請する第22段階と、 前記統合ペイメントゲートウェイが購入者の注文情報と
    購入要請を受信し、支払手段及び支払通貨として適した
    手段及び通貨を支払通貨として使用するサブペイメント
    ゲートウェイを選択する第23段階と、 前記統合ペイメントゲートウェイが選択したサブペイメ
    ントゲートウェイから提供される売買ソリューションを
    駆動する第24段階と、 前記統合ペイメントゲートウェイが購入者の取引承認如
    何を確認して売買を締結する第25段階と、 前記選択されたサブペイメントゲートウェイの支払通貨
    でB国の商店に支払う第26段階とを含む電子商取引方
    法。
  22. 【請求項22】前記第20段階で、B国の通貨でサービ
    スするサブペイメントゲートウェイを選択することを特
    徴とする請求項21に記載の電子商取引方法。
JP2000305561A 1999-10-04 2000-10-04 電子商取引システム及び電子商取引方法 Pending JP2001142982A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1999-42679 1999-10-04
KR10-1999-0042679A KR100373507B1 (ko) 1999-10-04 1999-10-04 전자 상거래 시스템 및 전자 상거래 방법

Publications (1)

Publication Number Publication Date
JP2001142982A true JP2001142982A (ja) 2001-05-25

Family

ID=19613913

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000305561A Pending JP2001142982A (ja) 1999-10-04 2000-10-04 電子商取引システム及び電子商取引方法

Country Status (5)

Country Link
JP (1) JP2001142982A (ja)
KR (1) KR100373507B1 (ja)
CN (1) CN1437144A (ja)
DE (1) DE10048841A1 (ja)
GB (1) GB2360380B (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014527661A (ja) * 2011-12-31 2014-10-16 北大方正集▲団▼有限公司Peking University Founder Group Co., Ltd サーバおよびクライアントのためのモバイルペイメント方法、装置、およびシステム
KR20160149026A (ko) * 2015-06-17 2016-12-27 강희영 개인 및 기업 거래의 선택 이용 시스템
JP2017510003A (ja) * 2014-04-02 2017-04-06 フェイスブック,インク. 支払アグリゲータに対する支払のルーティング
JP6255070B1 (ja) * 2016-08-22 2017-12-27 株式会社 みずほ銀行 銀行サービスシステム及び銀行サービス方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100387208B1 (ko) * 2000-03-17 2003-06-12 주식회사 제이더블류앤영상사 컴퓨터 네트워크 시스템에서 사이버 시장을 제공하는 방법및 그 기록 매체
DE10131648A1 (de) * 2001-06-29 2003-01-23 Informatik-Zentrum Bayern, Softwaregesellschaft Der Bayerischen Sparkassen Gmbh & Co. Kg Webserver und Verfahren zum Betreiben desselben zur Durchführung eines Bezahlvorgangs im Internet
KR20030004476A (ko) * 2001-07-05 2003-01-15 김덕우 소액 결제 시스템 및 방법
WO2003041024A1 (en) * 2001-11-09 2003-05-15 Parmon Century It (Asia Pacific) Pte Ltd. Method and system for remitting money and payment of a bill
US8175938B2 (en) 2004-04-13 2012-05-08 Ebay Inc. Method and system for facilitating merchant-initiated online payments
US7774402B2 (en) 2005-06-29 2010-08-10 Visa U.S.A. Adaptive gateway for switching transactions and data on unreliable networks using context-based rules
US20100332356A1 (en) * 2006-12-05 2010-12-30 Spolar Margaret M System for purchasing commercial goods and services at a location remote therefrom
KR100852214B1 (ko) * 2007-08-13 2008-08-13 대동유리 (주) 인터넷을 이용한 유리 주문 방법
CN101136094A (zh) * 2007-09-29 2008-03-05 腾讯科技(深圳)有限公司 一种电子商务交易方法及***
US10157375B2 (en) 2008-06-03 2018-12-18 Cardinalcommerce Corporation Alternative payment implementation for electronic retailers
US8762210B2 (en) 2008-06-03 2014-06-24 Cardinalcommerce Corporation Alternative payment implementation for electronic retailers
GB2466676A (en) 2009-01-06 2010-07-07 Visa Europe Ltd A method of processing payment authorisation requests
GB2466810A (en) 2009-01-08 2010-07-14 Visa Europe Ltd Processing payment authorisation requests
RU2597507C2 (ru) 2010-07-09 2016-09-10 Виза Интернэшнл Сервис Ассосиэйшн Шлюзовой уровень абстракции
CN102129650A (zh) * 2010-12-29 2011-07-20 刘文祥 网络金融
US20160180299A1 (en) * 2013-08-20 2016-06-23 Hewlett Packard Enterprise Development Lp Payment unification service
CN104657843A (zh) * 2015-03-06 2015-05-27 上海玖纳信息科技有限公司 跨境在线自动清关对账方法及***
EP3485604B1 (en) 2016-07-15 2020-05-20 CardinalCommerce Corporation Authentication to authorization bridge using enriched messages
SE1830356A1 (en) * 2018-12-07 2020-06-08 Omnicorn Ab Purchase Management System And Method
JP7479229B2 (ja) 2020-07-14 2024-05-08 東京エレクトロン株式会社 真空搬送装置および基板処理システム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI102860B (fi) * 1995-11-07 1999-02-26 Nokia Telecommunications Oy Menetelmä ja järjestelmä elektronisen maksutapahtuman suorittamiseksi
JPH09212549A (ja) * 1996-01-31 1997-08-15 Hitachi Ltd 電子商取引方法及びシステム
SE9704078L (sv) * 1997-11-07 1999-05-08 Telia Ab Förbättringar i, och i samband med, elektroniska betalsystem

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014527661A (ja) * 2011-12-31 2014-10-16 北大方正集▲団▼有限公司Peking University Founder Group Co., Ltd サーバおよびクライアントのためのモバイルペイメント方法、装置、およびシステム
JP2017510003A (ja) * 2014-04-02 2017-04-06 フェイスブック,インク. 支払アグリゲータに対する支払のルーティング
US10496964B2 (en) 2014-04-02 2019-12-03 Facebook, Inc. Routing payments to payment aggregators
KR20160149026A (ko) * 2015-06-17 2016-12-27 강희영 개인 및 기업 거래의 선택 이용 시스템
KR101707739B1 (ko) 2015-06-17 2017-02-27 강희영 개인 및 기업 거래의 선택 이용 시스템
JP6255070B1 (ja) * 2016-08-22 2017-12-27 株式会社 みずほ銀行 銀行サービスシステム及び銀行サービス方法
JP2018032081A (ja) * 2016-08-22 2018-03-01 株式会社 みずほ銀行 銀行サービスシステム及び銀行サービス方法

Also Published As

Publication number Publication date
DE10048841A1 (de) 2001-04-26
KR20010035902A (ko) 2001-05-07
GB2360380B (en) 2004-06-02
GB0024286D0 (en) 2000-11-15
GB2360380A (en) 2001-09-19
CN1437144A (zh) 2003-08-20
KR100373507B1 (ko) 2003-02-25

Similar Documents

Publication Publication Date Title
JP2001142982A (ja) 電子商取引システム及び電子商取引方法
EP1107198B1 (en) System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
US8447658B2 (en) Electronic bearer bond online transaction system
GB2438302A (en) System and method for transactional hedging
JP2004526220A (ja) 電子商取引システム及びその方法
JPH11353382A (ja) 電子商取引方法およびそのシステム
US7103571B2 (en) Electronic settlement system using prepaid type electronic money
US7783537B1 (en) Method and apparatus for conditional payment to a seller
JP2002074219A (ja) エスクロー決済システム、エスクロー決済方法およびプログラムを記録したコンピュータ読み取り可能な記録媒体
KR20010095363A (ko) 판매자와 구매자간의 직거래 중계 기능을 가지는 전자상거래 사이트 운영 방법
JP2001338245A (ja) 電子決済システム
JP4555523B2 (ja) 決済中継方法
JP2004062545A (ja) 有価価値情報の管理方法及び管理システム並びに有価価値情報管理プログラム
JP5097310B2 (ja) 商品購入代金の決済システム及びその方法
KR20000063805A (ko) 네트워크상의 전자 쇼핑몰을 통한 직결재 시스템 및 그 방법
JP2002083247A (ja) 取引仲介システムおよび方法、データ処理装置、記録媒体
KR20010109007A (ko) 인터넷과 이동전화기를 이용한 차량판매 및 매입방법
JP2002318981A (ja) 取引方法及び取引管理センタ
JP2001297282A (ja) 決済管理システム
JP2003099635A (ja) 保証限度内即時的電子取引の方法
JP2002015249A (ja) インターネットショッピング為替システム
JP2002007928A (ja) インターネットにおける代金受領方法
JP2002245387A (ja) 電子商取引システムと代金決済システム
JP2002334282A (ja) 携帯端末を利用した支払いシステム
KR20190138086A (ko) 고지서를 상품화하여 판매하는 온라인 쇼핑몰 시스템

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040602