JP3632051B2 - Network payment processing system, network payment processing device, network payment processing method, and network payment processing program - Google Patents

Network payment processing system, network payment processing device, network payment processing method, and network payment processing program Download PDF

Info

Publication number
JP3632051B2
JP3632051B2 JP2001186035A JP2001186035A JP3632051B2 JP 3632051 B2 JP3632051 B2 JP 3632051B2 JP 2001186035 A JP2001186035 A JP 2001186035A JP 2001186035 A JP2001186035 A JP 2001186035A JP 3632051 B2 JP3632051 B2 JP 3632051B2
Authority
JP
Japan
Prior art keywords
payment
information
server
user terminal
network
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
Application number
JP2001186035A
Other languages
Japanese (ja)
Other versions
JP2003006548A (en
Inventor
真治 松井
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.)
VERITRANS INC.
Original Assignee
VERITRANS 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 VERITRANS INC. filed Critical VERITRANS INC.
Priority to JP2001186035A priority Critical patent/JP3632051B2/en
Publication of JP2003006548A publication Critical patent/JP2003006548A/en
Application granted granted Critical
Publication of JP3632051B2 publication Critical patent/JP3632051B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、インターネットなどのコンピュータネットワーク上で決済処理を行うネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラムに関する。特には、クレジットカードによってコンピュータネットワーク上で安全確実に決済処理を行うことに適している。
【0002】
【従来の技術】
従来から、複数のコンピュータを通信回線などによって接続し、データやプログラムなどを複数のコンピュータ同士で蓄積交換したり、データなどを共有するコンピュータ・ネットワーク(以下、単に「ネットワーク」とも言う)が構築されている。
【0003】
このようなネットワークの方式としては、所定の通信プロトコルなどに準拠すれば、原則として自由にコンピュータの接続ができるオープン型ネットワーク方式と、ネットワークをホスト・コンピュータなどで管理し、接続されるコンピュータなどのユーザ端末に一定のセキュリティなどの制限を設けて、管理外のコンピュータ・ノードをネットワークに接続させないようにするクローズ型ネットワーク方式がある。
【0004】
上述のオープン型ネットワーク方式の代表的なものとして、インターネットがある。このインターネットにおいては、通信プロトコルにTCP(Transfer Control Protocol)/IP(Internet Protocol)が採用されており、原則としてこの通信プロトコルを遵守したコンピュータであればネットワークに接続することができる。
【0005】
近年において、インターネットのような自由なネットワーク環境を背景に、WWW(World Wide Web)などのマルチメディア環境が整備されてきた。特に、最近では、このインターネットを利用して特定のサービスを行うインターネットビジネス(eビジネス)といわれるものが多く提案され運営されている。
【0006】
このインターネットビジネス(eビジネス)においては、サーバ側に仮想店舗を設け、商品のサンプル写真や説明文などをWebページ上に載せ、商品の売買を行うサービスも存在している。
【0007】
このような電子商取引(EC)の決済方法としては、現金送付、振込みによるもの、プリペイドカード方式を採用するもの、クレジットカードを利用するものなどがある。
【0008】
特に、クレジットカードを利用する場合、プリペイドカードの購入などの手間や、現金送付、振込みの手間、その入金確認後の商品の配送による商品入手の遅延などの問題がなく、非常に有効な決済方法となっている。
【0009】
【発明が解決しようとする課題】
しかしながら、上述したような電子商取引におけるクレジットカードでの決済方法によれば、店舗側サーバでクレジットカード情報による与信の確認を行っているため、送信されてきたクレジットカード情報が店舗側サーバに残り、そのクレジットカード情報が漏洩する危険性があるという問題があった。
【0010】
また、クレジットカード情報の漏洩を防止するために、サーバシステムの構築にコストがかかり、電子商取引のメリットである低コストの実現が困難になるという問題があった。
【0011】
また、他の独立した決済システムでクレジットカード情報を処理し、このような第三者の決済システムを利用する場合、ユーザに提供される決済処理画面のデザインは、決済システム側で準備したものであるため、店舗側サーバのWebページのデザインと異なるデザインとなり、店舗と決済サービスが別のものであるという印象をユーザ側に与えるので、店舗での購入における円滑さを欠いてしまうという問題があった。
【0012】
従って、本発明の目的は、インターネットなどのコンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができるネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラムを提供することである。
【0013】
【課題を解決するための手段】
上記課題を解決するため、本発明のネットワーク決済処理システムは、インターネットなどのコンピュータネットワーク上で決済を処理するネットワーク決済処理システムであって、前記コンピュータネットワークに接続され、商品の購入情報や決済情報を入力するユーザ端末と、前記コンピュータネットワークに接続され、前記ユーザ端末へ商品情報を提供し、前記ユーザ端末から商品の購入情報を受信する電子店舗サーバと、前記コンピュータネットワークに接続され、前記ユーザ端末と前記電子店舗サーバ間での商品取引に応じた決済を行う決済サーバと、を備え、前記電子店舗サーバは、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記決済サーバから前記ユーザ端末に提供することを指示する制御情報を前記決済サーバに送信し、前記決済サーバは、前記電子店舗サーバからの前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供し、前記ユーザ端末は、前記決済サーバから提供された前記決済情報入力画面に前記所定の決済に関する決済情報を入力することを特徴とする。
【0014】
また、本発明のネットワーク決済処理装置は、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を処理するネットワーク決済処理装置であって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから受信する制御情報受信手段と、前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供する決済情報入力画面提供手段と、前記ユーザ端末において前記決済情報入力画面に入力された前記所定の決済に関する決済情報を受信する決済情報受信手段と、前記決済情報に基づいて前記商品購入の決済処理を行う決済手段とを備えることを特徴とする。
ここで、前記決済情報入力画面提供手段は、前記制御情報と共に、前記決済情報入力画面を表示する所定の枠画面を前記電子店舗サーバから受信し、前記所定の枠画面と前記決済情報入力画面を組合せた前記決済情報入力画面を前記ユーザ端末に提供するようにするとよい。
【0015】
上述の装置においては、前記決済情報は、クレジットカードによる決済であり、ユーザを特定する情報およびユーザ毎のクレジットカード情報を登録し、登録された前記クレジットカード情報に対応するフロアリミットを記憶するフロアリミット記憶手段を備え、前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット記憶手段に記憶された前記フロアリミットを越える場合には、クレジット会社に対して与信チェックを行うようにすることができる。
また、前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理することができる。
【0016】
また、上記課題を解決するため、本発明のネットワーク決済処理方法は、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理方法であって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから前記決済サーバが受信する制御情報受信ステップと、前記制御情報に基づいて、前記決済サーバから前記ユーザ端末に前記決済情報入力画面を提供する決済情報入力画面提供ステップと、前記ユーザ端末において前記決済情報入力画面に入力された前記所定の決済に関する決済情報を前記決済サーバが受信する決済情報受信ステップと、前記決済情報に基づいて前記商品購入の決済処理を行う決済ステップとを備えることを特徴とする。
【0017】
ここで前記決済情報入力画面提供ステップは、前記制御情報と共に、前記決済情報入力画面を表示する所定の枠画面を前記電子店舗サーバから受信し、前記所定の枠画面と前記決済情報入力画面を組合せた前記決済情報入力画面を前記ユーザ端末に提供することができる。
【0018】
また、上記課題を解決するため、本発明のネットワーク決済処理プログラムは、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから前記決済サーバに送信させる制御情報送信ステップと、前記制御情報に基づいて、前記決済サーバから前記ユーザ端末に提供された前記決済情報入力画面に入力された前記所定の決済に関する決済情報に基づいて前記決済サーバが行った決済結果を、前記決済サーバから前記電子店舗サーバに受信させる決済結果受信ステップと、前記決済結果を前記ユーザ端末に表示させる決済結果表示ステップとを備えることを特徴とする。
【0019】
更に、前記制御情報送信ステップは、前記ユーザ端末を経由して前記制御情報を前記決済サーバに送信させ、前記決済結果受信ステップは、前記ユーザ端末を経由して前記決済サーバから前記決済結果を受信させるようにするとよい。
【0020】
クレジットカードでの決済システムを店舗サーバとは個別に設け、店舗サーバ側にクレジットカード情報が渡らないため、コンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができる。
【0021】
店舗側サーバのWebページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザに違和感や不信感を与えずにクレジットカードの利用を促すことができる。
【0022】
【発明の実施の形態】
以下、図面を参照して本発明のネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、及びネットワーク決済処理プログラムの実施の形態を説明する。ここで、本発明においては、インターネットなどの通信ネットワークを利用し、ユーザ側からの決済情報(実施形態では、クレジットカード情報)に基づいて、決済処理を行うことができる。
【0023】
(1.第一実施形態)
(1−1.第一実施形態の構成)
(1−1−1.全体構成)
図1は、本発明のネットワーク決済処理システムの一形態を示す図である。この図では、システム構成を示すとともに、本発明の理解を容易にする目的で、このシステムを用いたワークフローも示している。
このネットワーク決済処理システムは、コンピュータネットワーク(以下、単に「ネットワーク」ともいう)10を用いて、ユーザ20が決済会社30の決済サービスを利用してEC店舗40で商品を購入した代金を決済できるように構成されている。ユーザ20が決済に用いるクレジットカードの与信は、決済会社30からクレジット会社50に確認されるようになっている。すなわち、ユーザ20がEC店舗40において商品選択を行うと、EC店舗40からの商品の購入情報をもとにユーザ20から決済会社30にクレジットカード情報を送信し、決済会社30においてクレジット会社50への与信確認を行って、EC店舗40での商品の売上を計上する。EC店舗40は、決済会社30に対して売上請求を行い、それを受けて決済会社30がクレジット会社50に対して売上請求を行うと、EC店舗40に売上が入金され、これによりEC店舗40は、ユーザ20に対して商品の発送を行う。
【0024】
次に、このようなワークフローを実現するシステム構成を説明する。図1において、ユーザ20が使用する機器は、ブラウザ機能を有し、商品の購入情報やクレジットカード情報を入力するPC(Personal Computer)や携帯電話などのユーザ端末20a〜20cである。
決済会社30が使用する機器は、決済サーバ30aであり、ユーザ端末20a〜20cからの決済情報(クレジットカード情報)及びEC店舗システム40aからの商品の購入情報に基づいて、クレジット会社50からユーザ20の与信情報を獲得して決済処理を行う機能を備えている。
【0025】
EC店舗40が使用する機器は、EC店舗システム40aであり、サーバ機能を有し、ユーザ端末20a〜20cに商品情報を提供すると共に、ユーザ端末20a〜20cからの購入情報に基づいて商品の販売を行うサーバやこのサーバにアクセスする端末などを備えている。各ユーザ端末20a〜20c、決済サーバ30a、及びEC店舗システム40aは、インターネットなどのネットワーク10に接続されている。ネットワーク10は、インターネットやイントラネットを利用して構築することができる。この場合、インターネットの通信プロトコルに準拠した既存のアプリケーションやシステムを使用することができるので、低コストで本発明のネットワーク決済処理システムを実現することができる。
【0026】
クレジット会社50が使用する機器は、図1中の勘定系基幹システム50aであり、CAFIS(Credit And Finance Information System)などの専用ネットワーク60に接続されている。
決済サーバ30aは、専用ネットワーク60を介して勘定系基幹システム50aに対して与信確認を行うことができるようになっている。
【0027】
(1−1−2.決済サーバの構成)
図2は、決済サーバ30aの構成の一形態を示す図である。図2において、決済サーバ30aは、Webページ処理部31、情報処理部32、売上処理部33、取引データベース(DB)34、および、入出力部35を備えている。
Webページ処理部31は、ユーザ20がクレジットカード情報を入力するためのWebページを提供する処理を行うものである。本実施形態では、基本的にはEC店舗システム40aがユーザ端末20a〜20cにWebページを提供するが、ユーザ20がクレジットカード情報を入力するWebページは決済サーバ30aが提供することによって、EC店舗システム40a側にクレジットカード情報が渡らないようになっている。
【0028】
より具体的には、ネットワーク10を介してEC店舗システム40aから受信したEC店舗システム40a側で準備したクレジットカード情報入力枠画面(以下、単に「枠画面」ともいう)と、クレジットカード情報を入力するためのクレジットカード情報入力部分画面(以下、単に「カード情報入力画面」ともいう)とでクレジットカード情報を入力するための情報入力画面のWebページを生成し、このWebページ(情報入力画面)を、ネットワーク10を介してユーザ端末20a〜20c(図1)に提供し、ユーザ端末20a〜20c(図1)からクレジットカード情報を受信するようになっている。なお、この処理の詳細は、図4を参照しながら、後に詳しく説明する。
【0029】
情報処理部32は、Webページ処理部31で受信したクレジットカード情報と商品の購入情報に基づいて、専用ネットワーク60を介してクレジット会社50から獲得したユーザ20の与信情報を処理する。なお、商品の購入情報とは、ユーザ20がEC店舗40において行った注文を特定する情報や購入価格を特定する情報であり、コンピュータネットワーク10を介してEC店舗システム40aから受信する情報である。
売上処理部33は、情報処理部32において処理された与信情報に基づいて取引情報を生成し、EC店舗システム40aからの売上請求処理や取消処理などを行う。
取引DB34は、売上処理部33で生成された取引情報を記録し、入出力部35は、クレジット会社50に送付する請求データを出力する。
【0030】
(1−1−3.EC店舗システム40aの構成)
図3は、EC店舗システム40aの構成の一形態を示す図である。このEC店舗システム40aは、ショッピングシステム41とショップデータベース(DB)42とを備えている。
ショッピングシステム41は、ネットワーク10を介してユーザ端末20a〜20c(図1)へ商品情報を提供すると共に、ユーザ端末20a〜20c(図1)から商品の購入情報を受信して処理するものであり、商品選択などショップ運営機能を提供するプログラムの他、決済サーバ30aへの接続を行うプログラムである接続キットMDKを備えている。
【0031】
接続キットMDKは、決済会社30から提供されるプログラムであり、このプログラムの機能により、後に詳しく説明するようなEC店舗システム40aにおけるショッピングから、決済サーバ30aにおける決済を違和感なく行うことができるようになっている。EC店舗の運営体は、このような接続キットMDKを決済サーバ30aの運営体から提供されることにより、クレジットカード決済に関する機能の導入が容易になる。
また、ショップDB42は、利用者に提供する商品の画像や説明などの提供商品情報を記憶しているデータベースである。
【0032】
(1−2.第一実施形態の動作)
次に、図1〜図3に示した本発明のネットワーク決済処理システムを利用したネットワーク決済サービスについて説明する。なお、以下の説明において具体的な一例として、ユーザ端末20bは、クライアント機能及びブラウザ機能を有するPCであり、コンピュータネットワーク10はインターネットであるとして、説明する。
【0033】
(1−2−1.シーケンス)
図4は、本発明のネットワーク決済処理システムを利用したネットワーク決済サービスを示すシーケンスフローである。
先ずユーザ20は、ユーザ端末20bでブラウザを起動し、コンピュータネットワーク10を介して、EC店舗システム40aのショッピングシステム41が提供するショッピング用Webページにアクセスする(ステップ401)。ショッピングシステム41は、ユーザ端末20bからの商品選択要求に応じて、ショップDB42に記憶している商品情報を検索して、この商品情報を表示するWebページをユーザ端末20bに送信し、これにより、ユーザ端末20bの画面上には、商品購入用のユーザ情報入力画面のWebページが表示される(ステップ402)。
【0034】
ユーザ20側での商品購入手続きが終了し(ステップ403)、ユーザ端末20bからクレジットカードでの決済要求がEC店舗システム40aに送られる(ステップ404)と、ショッピングシステム41は、クレジットカード情報入力枠画面(枠画面)を保持しており、そのURL(Uniform Resource Locator)と、注文番号や売買代金などユーザ20の購入した商品に関する情報とを、決済サーバ30aに対する制御情報である決済URL情報として送信する(ステップ405)。この決済URL情報は、ユーザ端末20bを介して決済サーバ30aに送信されるように接続キットMDKはプログラムされている(図4中のMDK(A)参照)。
【0035】
決済サーバ30aのWebページ処理部31は、EC店舗システム40aから送信された枠画面のURLと商品の購入情報を受け取ると、枠画面のURLに基づいてEC店舗システム40aに画面枠を要求し(ステップ406)、EC店舗システム40aから枠画面を取り込む(ステップ407)。そして、クレジットカード情報入力部分画面(カード情報入力画面)とEC店舗システム40aから取り込んだ枠画面と合わせて決済画面を生成し、ユーザ端末20bに送信する(ステップ408)。
【0036】
ユーザ端末20bでは、決済を実行すべく、送信されてきた決済画面にクレジットカード番号などのクレジットカード情報を入力して決済サーバ30aに送信する(ステップ409)。
【0037】
決済サーバ30aの情報処理部32は、クレジットカード情報と商品の購入情報(売買代金など)を、専用ネットワーク60を介してクレジット会社50へ送信し、クレジット会社50から与信情報を取得するといった決済処理を行う(ステップ410)。
【0038】
情報処理部32は、取得した与信情報に基づいて、決済結果をEC店舗システム40aに送信する(ステップ411)。この決済結果の送信は、EC店舗システム40aの決済結果送信URLを決済サーバ30aからユーザ端末20bに送信し、ブラウザの自動処理によってECサーバ40aに接続させることによって行われる(図4中、MDK(B)参照)。なお、決済結果送信URLも、ステップ405においてEC店舗システム40から決済サーバ10に送信された情報に含まれている。
【0039】
EC店舗システム40aのショッピングシステム41は、商品の購入完了にかかる決済結果を通知する決済結果画面をユーザ端末20bに送信する(ステップ412)。この決済結果画面では、ステップ410の決済処理において与信結果が承認であれば、商品の購入完了をユーザに通知し、EC店舗40は商品の配送手続きを行う。一方、与信結果が非承認であれば、商品の購入エラー通知をユーザ端末20bに送信する。
【0040】
EC店舗40は、商品の配送手続き後、EC店舗システム40aまたはEC店舗40のPCからネットワーク10を介して、決済サーバ30aの売上処理部33にアクセスして売上請求処理を行い、その結果を取引DB34に記憶する(ステップ413)。この売上処理部33では、EC店舗システム40aからのアクセスによって、取引履歴の確認処理や商品のキャンセル、返品などによる取消処理を行うこともできる。この取消処理によって、取引DB34に記憶されている取引情報を更新する。
【0041】
売上処理部33は、所定のタイミング、例えば、月2回のタイミングで、取引DB34の取引情報に基づいて請求データを作成し、入出力部35から出力する(ステップ414)。入出力部35から出力された請求データは、クレジット会社50に送付されてクレジット会社50で決済され、売上金がEC店舗40側に入金される(ステップ415)。
【0042】
(1−2−2.画面遷移)
次に、図5〜図9に示した画面例を参照しながら、ステップ404〜ステップ412の具体例について説明する。
図5は、ユーザ端末20bからの決済要求を受けて(ステップ404)、EC店舗システム40aがユーザ20に対して決済(図中「支払い」)手段を選択させるための画面である。この例では、クレジットカードでの支払いか銀行振り込みによる支払いを選択できるようになっており、ユーザ20がクレジットカードでの支払いを選択した場合には、決済サーバ30aを用いた決済が行われる。
ユーザ端末20bに図5に示した画面を表示させるURLは、EC店舗システム40aが提供するURL405である。ここでユーザ20がクレジットカードでの支払いを選択して「次へ進む」ボタンを押した場合には、図6に示す決済画面がユーザ端末20bに表示される(ステップ404〜408)。
【0043】
ところで、図6に示した決済画面は、EC店舗システム40aが提供するURL407と、決済サーバ30aが提供するURL408とから構成される。より具体的には、図7に示す画面が先に説明した画面枠であり、この画面枠はEC店舗システム40a中のURL407である。また、図8に示す画面が、画面枠のエリアXに挿入される画面であり、決済サーバ30a中のURL408である。
【0044】
このように、画面枠をEC店舗システム40aが提供し、クレジットカード情報を入力する画面を決済サーバ30aが提供すれば、EC店舗システム40aのWebページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザ20に対しては他のサイトに移行して決済しているという印象を与えずにクレジットカード情報の入力を促すことができる。
そして、図6に示した画面において、ユーザ20がクレジットカード番号を入力し、「支払い」ボタンを押すと、入力された情報がステップ409において決済サーバ30aに送信され、ステップ410の決済処理が行われる。そして、決済結果がユーザ端末20bのブラウザを介してEC店舗システム40aに送信され、EC店舗システム40aは、図9に示す決済結果画面をユーザ端末20bに表示させる(ステップ412)。
【0045】
(1−2−3.接続キットMDK)
ここで、上述した接続キットMDKによって実現される機能について、より詳細に説明する。
上述したように、EC店舗システム40aから決済サーバ30aに送信する情報(ステップ405)や、決済サーバ30aからEC店舗システム40aに送信する情報(ステップ411)が、ユーザ端末20bのブラウザを経由する場合がある。これは、EC店舗システム40aのみで行っている処理から、決済処理の代行を決済サーバ30aに開始させるための決済開始プログラムMDK(A)と、決済サーバ30aにおいて代行した決済結果に基づく処理をEC店舗システム40aに行わせるための決済結果受信プログラムMDK(B)とによって実現される。
決済開始プログラムMDK(A)および決済結果受信プログラムMDK(B)は、図3に示した接続キットMDKの仕様に準拠して、EC店舗40がショッピングシステム41として生成したものである。
【0046】
なお、決済開始プログラムMDK(A)および決済結果受信プログラムMDK(B)によって実現されるステップを、図4においても記載している。このように、決済開始プログラムMDK(A)および決済結果受信プログラムMDK(B)を、ユーザ端末20bのブラウザで自動処理されるようなプログラムとすることによって、ユーザ20に対してはサイトの切り替えが行われていないような画面を提示しつつ、EC店舗システム40aから決済サーバ30aへの処理の移行がスムーズに行われるようになっている。
【0047】
また、決済会社30が、信用力の高い会社である場合や、暗号などセキュリティ技術の高い会社などである場合には、EC店舗40にそのような十分な信用や技術が伴わない場合でも、容易に決済会社30による決済手段を導入できるようになる。
【0048】
また、このような場合に図6に示すように決済会社30を明記すれば、ユーザ20も安心してEC店舗40で商品の購入を行うことができる。この場合、いったんEC店舗40のサイトから決済会社30のサイトに移行する違和感や煩わしさもなく、決済会社30の提供する決済サービスを受けることができるという利点がある。
以上のように、本発明のネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、およびネットワーク決済処理プログラムによれば、EC店舗システム40aとは個別の決済サーバ30aがクレジットカードでの決済を行うようになっているので、EC店舗システム40a側にクレジットカード情報が渡らず、コンピュータネットワーク10上でクレジットカードを利用して安全且つ確実に決済をすることができる。
【0049】
(2.第二実施形態)
次に、本発明の第二の実施形態について説明する。第二実施形態では、ユーザ20は決済会社30にクレジットカード情報を登録することができるようになっており、登録済みクレジットカードを使用する場合には、ユーザIDやパスワードなどによって認証し、登録済みクレジットカードによる決済を可能にしている。
登録済みクレジットカードは、決済会社30が決済サービスを提供する複数のEC店舗40で決済に用いることができるものとなる。
【0050】
また、登録されたクレジットカードについては、1月ごとにクレジット会社50で洗い替えを行い、フロアリミットの設定を行うようにしており、EC店舗40における少額決済毎にクレジット会社50への与信の確認を行うステップを軽減している。
フロアリミットとは、その額を超えてユーザ20がクレジットカード利用をした際にクレジット会社50へ販売の承認を求めなくてはならない金額である。なお、クレジットカードの番号変更や有効期限、フロアリミットなどの確認処理を一括して行う洗い替え処理技術については周知であるので具体的な説明は省略する。
第二実施形態では、決済サーバ30aにおける処理が第一実施形態と異なっているので、以下、決済サーバ30aの処理について詳細に説明する。
【0051】
(2−1.決済サーバの処理の流れ)
図10は、決済画面においてクレジットカード番号を登録できるようにした場合に決済サーバ30aが行う処理を示したフローチャートであり、図4に示したステップ408〜411に対応している。
決済サーバ30aは、図4のステップ408と同様に、EC店舗システム40aから取得した画面枠と合成した決済画面をユーザ端末20bに送信する(ステップ501)。本実施形態では、図12に例示するように、登録されていないクレジットカードを用いて決済する場合には、クレジットカード番号、氏名、有効期限などのクレジットカード情報を入力し、登録されたクレジットカードを用いて決済する場合には、ユーザIDおよびパスワードを入力するようになっている。
【0052】
(2−1−1.登録カードの場合)
決済サーバ30aは、決済画面においてユーザIDおよびパスワードが入力されたと判定すると(ステップ502;Yes)、入力された情報によって登録ユーザの認証をできるか否か判定する(ステップ503)。
ユーザIDおよびパスワードによりユーザ20の認証が成功した場合には(ステップ503;Yes)、次に、決済額がフロアリミット内であるか否かを判定する(ステップ504)。
【0053】
EC店舗40における決済額がフロアリミット内であると判定した場合には(ステップ504;Yes)、その取引情報を会員DB36(図11参照。詳しくは後述する)に蓄積するが(ステップ507)、決済額がフロアリミットを越えていると判定した場合には(ステップ504;No)、クレジット会社50に与信確認を行い(ステップ505)、与信結果が承認であれば(ステップ506;Yes)、その取引情報を会員DB36に蓄積する(ステップ507)。
【0054】
そして、図13に示すような登録カードによる取引が終了した旨をユーザ20に示す取引結果画面を送信し(ステップ508)、決済処理を終了する。
なお、ステップ501〜508には、登録カードによる決済が問題なく行われる場合を示したが、入力されたIDおよびパスワードによって認証できなかった場合(ステップ503;NO)には、図14に示すようにユーザIDおよびパスワードにエラーがあった旨をユーザ20に通知する画面を送信し(ステップ509)、クレジット会社50からの与信結果が非承認であった場合には(ステップ506;No)、図15に示すように、クレジットカードが使用できない旨を通知する画面をユーザ端末20bに表示させる(ステップ510)。
【0055】
(2−1−2.登録されていないクレジットカードの場合)
ステップ502において、決済画面にカード番号が直接入力されたと判定した場合(ステップ502;No)、すなわち登録されていないクレジットカードを用いて決済する場合には、第一実施形態と同様に個別の取引毎にクレジット会社50に与信を確認する与信取引として扱う。
【0056】
そこで、決済サーバ30aは、クレジット会社50に対して与信確認を行い(ステップ511)、与信結果が承認であった場合には(ステップ512;Yes)、図16に示すような与信取引が成功した旨をユーザ20に通知するとともに当該クレジットカードを登録することをすすめる与信取引結果画面を送信する(ステップ513)。なお、決済結果が非承認であった場合には(ステップ512;No)、図15に示すようなカード使用不可通知画面を送信する(ステップ510)。
【0057】
そして、与信取引結果画面において当該クレジットカードを決済サーバ30aに登録することをユーザ20が指示したと判定した場合には(ステップ514;Yes)、クレジットカード情報を登録する処理に移行し(ステップ515)、決済に用いられたクレジットカード情報に対応するユーザIDおよびパスワードを新規に発行する処理を行う(ステップ516)。与信取引結果画面においてユーザ20が登録を指示しなかった場合には、クレジットカード情報を登録せずに決済処理を終了する。
【0058】
クレジットカード情報を登録する場合は、ユーザ20がクレジットカード番号、氏名、有効期限など必要事項を入力した後、「新規登録」ボタンを押すと、図示せぬ新規登録画面を表示させ、ユーザ20に住所、電話番号、電子メールアドレスなど個人属性情報を入力させればよい。そして、決済サーバ30aは、受信したクレジットカード番号に対応するクレジット会社50に、本人であるか否かを確認するための情報を送信する。例えば、新規登録画面で入力された住所と、クレジット会社50に登録されている住所とが一致する場合には、クレジットカード番号を入力した利用者をカード会員本人であると確認する。本人確認を行うと、決済サーバ30aは、ユーザIDおよびパスワードを発行し会員DB36に登録する。そして、本人であることをさらに確認するために、新規登録確認画面において入力された住所に、発行したユーザIDおよびパスワードを郵送する。あるいは、電子メールで送信してもよい。
【0059】
(2−2.決済サーバのデータベース構成)
上述したように、第二実施形態ではクレジットカード情報を登録し、ユーザIDおよびパスワードで認証できるようになっているとともに、登録カードについてはフロアリミットを設定できるようになっている。
そこで、第二実施形態では、決済サーバ30aは、図2に示した取引DB34の他、図11に示す会員DB36を備え、取引に応じて蓄積された会員DB36のデータに基づいて売上請求データ37および洗替データ38を生成できるように構成されている。なお、図11では、第二実施形態において追加されたデータと図10に示した処理との対応関係を示している。
【0060】
会員DB36には、クレジットカード情報と対応付けて、住所・氏名などの会員(ユーザ20)に関する情報や、ユーザID・パスワードなどの認証情報、そのクレジットカードを用いた取引情報が蓄積されている。
ステップ503の認証においては、ユーザ20から入力されたユーザIDおよびパスワードの組み合わせが会員DB36に記録されているか否か参照することによって行うことができる。
【0061】
また、ステップ504のフロアリミット内か否かを判定する場合は、会員DB36に蓄積されている取引情報を参照し、当該クレジットカードに設定されているフロアリミット額と、取引金額の合計とを比較することによって行うことができる。この蓄積されている取引情報は、登録されたクレジットカードを用いた取引情報は、ステップ507において過去に会員DB36に蓄積されたデータである。
【0062】
第二実施形態では、登録されたクレジットカードでの取引は、定期的に一つの売上請求としてクレジット会社50に請求されるようになっており、フロアリミットも定期的に洗替されるようになっている。
図11に示すステップ600は、この定期的な処理を示したものであり、会員DB36に蓄積されたデータに基づいて売上請求データ37を生成しクレジット会社50に送信する売上請求処理(ステップ601)と、会員DB36に蓄積されたデータを洗替するための洗替データを生成し、クレジット会社50と送受信する洗替処理(ステップ602)とを備えている。
【0063】
このように、クレジットカード情報を決済サーバ30aに登録できるようにすると、ユーザ20はその都度クレジットカード番号を入力する手間を省くことができるとともに、クレジットカード番号をコンピュータネットワーク10上で送信する場合の心配も軽減することができる。
また、決済サーバ30aにおいては、登録されたクレジットカードについて洗い替えを行うことができ、フロアリミット内であればその都度クレジット会社50に与信の確認を行う処理を軽減することができるので、決済にかかる時間も短縮することが可能になる。
一方、クレジット会社50にとっては、一定期間における取引にかかる売上は、一つの売上請求として決済会社30から請求されるので、決済会社30とクレジット会社50との間のトランザクションを減少させることができ、少額決済において問題となるクレジット会社50の利用明細書の発行費用等の費用を抑え、その結果手数料を軽減することも可能となる。
【0064】
(3.変形例)
本発明は、上述した二つの実施形態に限定されるものではなく、様々な変形が可能である。
【0065】
例えば、図17に示すように、決済会社30がクレジット会社50の代表加盟店になり、EC店舗40がその傘下店となれば、EC店舗40がクレジット会社50の加盟店となる必要がない。この場合、ユーザ20が複数のEC店舗システム40a〜40cのいずれにおいて少額決済をしても、クレジット会社50にとっては一つの加盟店における決済として扱うことができるようになる。また、フロアリミットはこのようなシステムで提供する決済会社の決済サービスが利用可能なEC店舗40の請求を一括して処理できるため、従来困難であったEC店舗40におけるクレジットカードを用いた少額決済も促進されるようになる。
【0066】
なお、上述した例では、所定の決済としてクレジットカードを例として説明しているが、決済会社30が処理する決済は、これに限らず、デビットカードや振り込み、口座引き落とし、代引きなど他の決済であっても構わない。
また、ユーザ20がEC店舗40において購入する商品は必ずしも有形の商品である必要はなく、デジタルコンテンツをダウンロードするようなものであってもよいし、サービスの提供を受けるものであっても構わない。
【0067】
その他、決済情報入力画面に、クレジットカード情報に関連するクレジット会社50の広告情報を含むようにするようにしてもよい。この広告情報には、例えばクレジット会社のバナー広告のように、広告主のWebページにリンクするものがある。この場合において、例えば、決済カードとして選択されたクレジット会社以外のクレジット会社の広告を表示させるようにして、入会を促すような広告を行うようにしてもよいし、選択されたクレジット会社の提携先の広告を表示するようにしてもよい。このように、決済情報として入力された情報に基づいて表示させる広告を選択させる技術としては、例えば、Webページ処理部11は、ステップ409で受信したクレジットカード番号からクレジット会社を判定し、当該クレジット会社と関連付けて記憶された広告情報をステップ411において併せて送信するように構成すればよい。
【0068】
【発明の効果】
以上述べた通り、本発明のネットワーク決済処理システム及びネットワーク決済処理方法によれば、クレジットカードでの決済システムをEC店舗とは個別に設け、EC店舗側にクレジットカード情報が渡らないため、コンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができるようになった。
【0069】
また、EC店舗側のWebページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザに違和感や不信感を与えずにクレジットカードの利用を促すことができるようになった。
【図面の簡単な説明】
【図1】本発明のネットワーク決済処理システムの一例を示す図である。
【図2】本発明の決済サーバの一例を示す図である。
【図3】本発明のEC店舗システムの一例を示す図である。
【図4】本発明の第一実施形態にかかるネットワーク決済処理の一例を示すフローチャートである。
【図5】本発明で用いる画面例である。
【図6】本発明で用いる画面例である。
【図7】本発明で用いる画面例である。
【図8】本発明で用いる画面例である。
【図9】本発明で用いる画面例である。
【図10】本発明の第二実施形態にかかる決済サーバの処理の一例を示すフローチャートである。
【図11】本発明の第二実施形態にかかる決済サーバのデータベースを説明する図である。
【図12】本発明で用いる画面例である。
【図13】本発明で用いる画面例である。
【図14】本発明で用いる画面例である。
【図15】本発明で用いる画面例である。
【図16】本発明で用いる画面例である。
【図17】本発明のその他の例を示す図である。
【符号の説明】
10 コンピュータネットワーク
20 ユーザ
20a〜20c ユーザ端末
30 決済会社
30a 決済サーバ
31Webページ処理部
32 情報処理部
33 売上処理部
34 取引DB
35 入出力部
40 EC店舗
40a EC店舗システム
41 ショッピングシステム
42 ショップDB
50 クレジット会社
50a 勘定系基幹システム
60 専用ネットワーク
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network payment processing system, a network payment processing device, a network payment processing method, and a network payment processing program that perform payment processing on a computer network such as the Internet. In particular, it is suitable for performing settlement processing securely and securely on a computer network using a credit card.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a computer network (hereinafter simply referred to as “network”) has been constructed in which a plurality of computers are connected by a communication line and the like, and data and programs are stored and exchanged among a plurality of computers and data is shared. ing.
[0003]
As such a network system, an open network system in which computers can be freely connected in principle if they comply with a predetermined communication protocol, etc., and a network managed by a host computer or the like and connected computers, etc. There is a closed network system in which user terminals are not restricted from being connected to a network by providing certain restrictions such as security.
[0004]
A typical example of the above-described open network system is the Internet. In this Internet, TCP (Transfer Control Protocol) / IP (Internet Protocol) is adopted as a communication protocol. In principle, any computer that complies with this communication protocol can be connected to the network.
[0005]
In recent years, a multimedia environment such as WWW (World Wide Web) has been developed against a background of a free network environment such as the Internet. In particular, recently, many so-called Internet businesses (e-businesses) that perform specific services using the Internet have been proposed and operated.
[0006]
In this Internet business (e-business), there is also a service in which a virtual store is provided on the server side, and sample products, explanations, etc. are placed on a Web page to buy and sell products.
[0007]
Such electronic commerce (EC) settlement methods include cash delivery, transfer, a prepaid card method, and a credit card.
[0008]
In particular, when using a credit card, there are no problems such as purchasing a prepaid card, sending cash, transferring money, or delays in obtaining products due to delivery of goods after confirming payment. It has become.
[0009]
[Problems to be solved by the invention]
However, according to the credit card settlement method in electronic commerce as described above, the credit card information is confirmed by the store side server, so the transmitted credit card information remains in the store side server, There was a problem that the credit card information could be leaked.
[0010]
In addition, in order to prevent leakage of credit card information, there is a problem in that it is expensive to construct a server system, and it is difficult to realize low cost, which is an advantage of electronic commerce.
[0011]
In addition, when processing credit card information with another independent payment system and using such a third-party payment system, the payment processing screen design provided to the user is the one prepared on the payment system side. For this reason, the design is different from the design of the web page of the store-side server, giving the user the impression that the store and the payment service are different, and there is a problem of lack of smooth purchase at the store. It was.
[0012]
Accordingly, an object of the present invention is to provide a network settlement processing system, a network settlement processing apparatus, a network settlement processing method, and a network settlement capable of performing a secure and reliable settlement using a credit card on a computer network such as the Internet. It is to provide a processing program.
[0013]
[Means for Solving the Problems]
In order to solve the above problems, a network payment processing system according to the present invention is a network payment processing system for processing payment on a computer network such as the Internet, and is connected to the computer network to obtain purchase information and payment information of a product. An input user terminal; an electronic store server connected to the computer network for providing product information to the user terminal and receiving product purchase information from the user terminal; and connected to the computer network for the user terminal; A settlement server that performs settlement according to merchandise transactions between the electronic store servers, and the electronic store server displays a settlement information input screen from the settlement server when a predetermined settlement is designated from the user terminal. Control information for instructing the user terminal to provide The payment server provides the payment information input screen to the user terminal based on the control information from the electronic store server, and the user terminal is provided from the payment server. The payment information relating to the predetermined payment is input to the payment information input screen.
[0014]
The network payment processing apparatus of the present invention is a network payment processing apparatus that processes payment for product purchases between an electronic store server and a user terminal connected on a computer network such as the Internet. When payment is designated, control information receiving means for receiving from the electronic store server control information for instructing to provide a payment information input screen to the user terminal, and based on the control information, the user terminal Based on the payment information, payment information input screen providing means for providing a payment information input screen, payment information receiving means for receiving payment information relating to the predetermined payment input on the payment information input screen at the user terminal, and the payment information And a payment means for performing payment processing for the product purchase.
Here, the payment information input screen providing means receives a predetermined frame screen for displaying the payment information input screen together with the control information from the electronic store server, and the predetermined frame screen and the payment information input screen are displayed. The combined payment information input screen may be provided to the user terminal.
[0015]
In the above-described apparatus, the payment information is payment by credit card, registers information for identifying a user and credit card information for each user, and stores a floor limit corresponding to the registered credit card information. A limit storage means, and the payment means performs a credit check for a credit company when the amount corresponding to the purchase of the product in the electronic store server exceeds the floor limit stored in the floor limit storage means. Can be done.
In addition, when the amount corresponding to the purchase of the product at the electronic store server is within the floor limit, the settlement means accumulates the amount, and sums the amount for each predetermined period with the credit card. It can be processed as a purchase amount.
[0016]
In order to solve the above-mentioned problem, a network payment processing method according to the present invention is a network payment processing method for processing a payment for a product purchase between an electronic store server and a user terminal connected on a computer network such as the Internet in the payment server. When the predetermined payment is designated from the user terminal, the payment information receiving step is received from the electronic store server by the payment server instructing to provide a payment information input screen to the user terminal. And a payment information input screen providing step of providing the payment information input screen from the payment server to the user terminal based on the control information, and the predetermined payment input to the payment information input screen at the user terminal. A payment information receiving process in which the payment server receives payment information relating to And-up, characterized in that it comprises a settlement step of performing a settlement process of the purchase on the basis of the payment information.
[0017]
The payment information input screen providing step receives a predetermined frame screen for displaying the payment information input screen together with the control information from the electronic store server, and combines the predetermined frame screen and the payment information input screen. The payment information input screen can be provided to the user terminal.
[0018]
In order to solve the above problems, a network payment processing program according to the present invention is a network payment processing program for processing payment of a product purchase between an electronic store server and a user terminal connected on a computer network such as the Internet in a payment server. And a control information transmission step of transmitting control information from the electronic store server to the payment server instructing to provide a payment information input screen to the user terminal when a predetermined payment is designated from the user terminal. And based on the control information, the settlement result performed by the settlement server based on the settlement information related to the predetermined settlement input on the settlement information input screen provided to the user terminal from the settlement server, Payment result to be received from the payment server to the electronic store server And Shin steps, characterized in that it comprises a settlement result display step of displaying the payment result to the user terminal.
[0019]
Furthermore, the control information transmitting step causes the control information to be transmitted to the settlement server via the user terminal, and the settlement result receiving step receives the settlement result from the settlement server via the user terminal. It is good to make it.
[0020]
Since a credit card settlement system is provided separately from the store server and the credit card information is not passed to the store server, it is possible to make a safe and reliable settlement using the credit card on the computer network.
[0021]
Since the payment information input screen can be provided with the same or uniform design as the web page design of the store-side server, it is possible to prompt the user to use a credit card without giving a sense of discomfort or distrust.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of a network payment processing system, a network payment processing apparatus, a network payment processing method, and a network payment processing program according to the present invention will be described below with reference to the drawings. Here, in the present invention, payment processing can be performed based on payment information from the user side (in the embodiment, credit card information) using a communication network such as the Internet.
[0023]
(1. First embodiment)
(1-1. Configuration of First Embodiment)
(1-1-1. Overall configuration)
FIG. 1 is a diagram showing an embodiment of a network payment processing system according to the present invention. In this figure, a system configuration is shown, and a workflow using this system is also shown for the purpose of facilitating understanding of the present invention.
This network payment processing system uses a computer network (hereinafter also simply referred to as “network”) 10 so that the user 20 can use the payment service of the payment company 30 to pay for the purchase of goods at the EC store 40. It is configured. The credit card credit used by the user 20 for payment is confirmed by the credit company 50 from the payment company 30. That is, when the user 20 selects a product at the EC store 40, the credit card information is transmitted from the user 20 to the settlement company 30 based on the purchase information of the product from the EC store 40, and the settlement company 30 sends the credit card information to the credit company 50. The credit is confirmed and the sales of the product at the EC store 40 are recorded. When the EC store 40 makes a sales request to the settlement company 30 and the settlement company 30 makes a sales request to the credit company 50 in response to the request, the EC store 40 receives the sales. Sends the product to the user 20.
[0024]
Next, a system configuration for realizing such a workflow will be described. In FIG. 1, devices used by a user 20 are user terminals 20 a to 20 c such as PCs (Personal Computers) and mobile phones that have a browser function and input merchandise purchase information and credit card information.
The device used by the payment company 30 is the payment server 30a, and the credit company 50 to the user 20 based on the payment information (credit card information) from the user terminals 20a to 20c and the product purchase information from the EC store system 40a. It has a function to acquire the credit information and perform the settlement process.
[0025]
The device used by the EC store 40 is an EC store system 40a, which has a server function, provides product information to the user terminals 20a to 20c, and sells products based on purchase information from the user terminals 20a to 20c. And a terminal for accessing the server. Each of the user terminals 20a to 20c, the settlement server 30a, and the EC store system 40a are connected to a network 10 such as the Internet. The network 10 can be constructed using the Internet or an intranet. In this case, since an existing application or system compliant with the Internet communication protocol can be used, the network payment processing system of the present invention can be realized at low cost.
[0026]
The equipment used by the credit company 50 is the billing system 50a in FIG. 1, and is connected to a dedicated network 60 such as a CAFIS (Credit And Finance Information System).
The settlement server 30a can perform credit confirmation with respect to the accounting core system 50a via the dedicated network 60.
[0027]
(1-1-2. Configuration of settlement server)
FIG. 2 is a diagram illustrating one configuration of the settlement server 30a. In FIG. 2, the settlement server 30 a includes a web page processing unit 31, an information processing unit 32, a sales processing unit 33, a transaction database (DB) 34, and an input / output unit 35.
The web page processing unit 31 performs processing for providing a web page for the user 20 to input credit card information. In the present embodiment, the EC store system 40a basically provides Web pages to the user terminals 20a to 20c, but the Web page on which the user 20 inputs credit card information is provided by the payment server 30a, whereby the EC store Credit card information is not passed to the system 40a side.
[0028]
More specifically, the credit card information input frame screen (hereinafter also simply referred to as “frame screen”) prepared on the EC store system 40a side received from the EC store system 40a via the network 10 and the credit card information are input. A web page of an information input screen for inputting credit card information is generated on a credit card information input partial screen (hereinafter also simply referred to as a “card information input screen”), and this Web page (information input screen) Is provided to the user terminals 20a to 20c (FIG. 1) via the network 10, and credit card information is received from the user terminals 20a to 20c (FIG. 1). Details of this processing will be described later in detail with reference to FIG.
[0029]
The information processing unit 32 processes the credit information of the user 20 acquired from the credit company 50 via the dedicated network 60 based on the credit card information and the product purchase information received by the Web page processing unit 31. The product purchase information is information for specifying an order made by the user 20 at the EC store 40 or information for specifying a purchase price, and is information received from the EC store system 40 a via the computer network 10.
The sales processing unit 33 generates transaction information based on the credit information processed in the information processing unit 32, and performs a sales billing process or a cancellation process from the EC store system 40a.
The transaction DB 34 records the transaction information generated by the sales processing unit 33, and the input / output unit 35 outputs billing data to be sent to the credit company 50.
[0030]
(1-1-3. Configuration of EC store system 40a)
FIG. 3 is a diagram showing an example of the configuration of the EC store system 40a. The EC store system 40 a includes a shopping system 41 and a shop database (DB) 42.
The shopping system 41 provides product information to the user terminals 20a to 20c (FIG. 1) via the network 10, and receives and processes product purchase information from the user terminals 20a to 20c (FIG. 1). In addition to a program that provides shop management functions such as product selection, a connection kit MDK that is a program for connecting to the settlement server 30a is provided.
[0031]
The connection kit MDK is a program provided from the settlement company 30 and the function of this program allows the settlement in the settlement server 30a to be performed without a sense of incongruity from shopping in the EC store system 40a as will be described in detail later. It has become. By providing such a connection kit MDK from the operating body of the settlement server 30a, the EC store operating body can easily introduce functions related to credit card payment.
The shop DB 42 is a database that stores provided product information such as images and descriptions of products provided to users.
[0032]
(1-2. Operation of First Embodiment)
Next, a network payment service using the network payment processing system of the present invention shown in FIGS. 1 to 3 will be described. As a specific example in the following description, the user terminal 20b will be described as a PC having a client function and a browser function, and the computer network 10 will be described as the Internet.
[0033]
(1-2-1. Sequence)
FIG. 4 is a sequence flow showing a network payment service using the network payment processing system of the present invention.
First, the user 20 starts a browser on the user terminal 20b, and accesses the shopping web page provided by the shopping system 41 of the EC store system 40a via the computer network 10 (step 401). In response to a product selection request from the user terminal 20b, the shopping system 41 searches for product information stored in the shop DB 42, and transmits a web page displaying the product information to the user terminal 20b. On the screen of the user terminal 20b, a Web page of a user information input screen for product purchase is displayed (step 402).
[0034]
When the product purchase procedure on the user 20 side ends (step 403) and a payment request with a credit card is sent from the user terminal 20b to the EC store system 40a (step 404), the shopping system 41 displays a credit card information input frame. The screen (frame screen) is held, and the URL (Uniform Resource Locator) and the information about the product purchased by the user 20 such as the order number and the sales price are transmitted as settlement URL information which is control information for the settlement server 30a. (Step 405). The connection kit MDK is programmed so that the payment URL information is transmitted to the payment server 30a via the user terminal 20b (see MDK (A) in FIG. 4).
[0035]
Upon receiving the frame screen URL and the product purchase information transmitted from the EC store system 40a, the web page processing unit 31 of the settlement server 30a requests the EC store system 40a for a screen frame based on the URL of the frame screen ( Step 406), a frame screen is fetched from the EC store system 40a (Step 407). And a payment screen is produced | generated together with the frame screen taken in from the credit card information input partial screen (card information input screen) and EC store system 40a, and it transmits to the user terminal 20b (step 408).
[0036]
In the user terminal 20b, credit card information such as a credit card number is input on the transmitted payment screen and transmitted to the payment server 30a to execute payment (step 409).
[0037]
The information processing unit 32 of the payment server 30a transmits the credit card information and product purchase information (such as trading value) to the credit company 50 via the dedicated network 60, and acquires the credit information from the credit company 50. (Step 410).
[0038]
The information processing unit 32 transmits the settlement result to the EC store system 40a based on the acquired credit information (step 411). The settlement result is transmitted by transmitting the settlement result transmission URL of the EC store system 40a from the settlement server 30a to the user terminal 20b and connecting it to the EC server 40a by automatic processing of the browser (in FIG. 4, MDK ( B)). The settlement result transmission URL is also included in the information transmitted from the EC store system 40 to the settlement server 10 in step 405.
[0039]
The shopping system 41 of the EC store system 40a transmits to the user terminal 20b a payment result screen for notifying the payment result concerning the completion of purchase of the product (step 412). In this settlement result screen, if the credit result is approved in the settlement processing in step 410, the user is notified of the completion of the purchase of the product, and the EC store 40 performs a delivery procedure for the product. On the other hand, if the credit result is unapproved, a product purchase error notification is transmitted to the user terminal 20b.
[0040]
After the delivery procedure of the merchandise, the EC store 40 accesses the sales processing unit 33 of the settlement server 30a from the EC store system 40a or the PC of the EC store 40 via the network 10, performs the sales billing process, and trades the result. Store in the DB 34 (step 413). The sales processing unit 33 can perform transaction history confirmation processing, merchandise cancellation, return processing, and other cancellation processing by accessing from the EC store system 40a. By this cancellation process, the transaction information stored in the transaction DB 34 is updated.
[0041]
The sales processing unit 33 creates billing data based on the transaction information in the transaction DB 34 at a predetermined timing, for example, twice a month, and outputs it from the input / output unit 35 (step 414). The billing data output from the input / output unit 35 is sent to the credit company 50 and settled at the credit company 50, and the sales proceeds are deposited on the EC store 40 side (step 415).
[0042]
(1-2-2. Screen transition)
Next, specific examples of Step 404 to Step 412 will be described with reference to the screen examples shown in FIGS.
FIG. 5 is a screen for receiving a settlement request from the user terminal 20b (step 404) and causing the EC store system 40a to select a settlement (“payment” in the figure) means for the user 20. In this example, payment by credit card or payment by bank transfer can be selected, and when the user 20 selects payment by credit card, settlement using the settlement server 30a is performed.
The URL for displaying the screen shown in FIG. 5 on the user terminal 20b is the URL 405 provided by the EC store system 40a. Here, when the user 20 selects payment by credit card and presses the “next” button, the settlement screen shown in FIG. 6 is displayed on the user terminal 20b (steps 404 to 408).
[0043]
By the way, the payment screen shown in FIG. 6 includes a URL 407 provided by the EC store system 40a and a URL 408 provided by the payment server 30a. More specifically, the screen shown in FIG. 7 is the screen frame described above, and this screen frame is the URL 407 in the EC store system 40a. Further, the screen shown in FIG. 8 is a screen inserted into the area X of the screen frame, and is the URL 408 in the settlement server 30a.
[0044]
In this way, if the EC store system 40a provides a screen frame and the payment server 30a provides a screen for inputting credit card information, the design of the Web page of the EC store system 40a is the same or uniform. Since the payment information input screen can be provided, it is possible to prompt the user 20 to input credit card information without giving the impression that the payment has been made by moving to another site.
In the screen shown in FIG. 6, when the user 20 inputs a credit card number and presses the “payment” button, the input information is transmitted to the settlement server 30a in step 409, and the settlement process in step 410 is performed. Is called. Then, the settlement result is transmitted to the EC store system 40a via the browser of the user terminal 20b, and the EC store system 40a displays the settlement result screen shown in FIG. 9 on the user terminal 20b (step 412).
[0045]
(1-2-3. Connection kit MDK)
Here, functions realized by the above-described connection kit MDK will be described in more detail.
As described above, information transmitted from the EC store system 40a to the settlement server 30a (step 405) and information transmitted from the settlement server 30a to the EC store system 40a (step 411) pass through the browser of the user terminal 20b. There is. This is based on the processing performed only by the EC store system 40a from the payment start program MDK (A) for causing the payment server 30a to start the payment processing, and the processing based on the payment result of the payment server 30a. This is realized by a settlement result receiving program MDK (B) for causing the store system 40a to perform.
The payment start program MDK (A) and the payment result reception program MDK (B) are generated by the EC store 40 as the shopping system 41 in accordance with the specifications of the connection kit MDK shown in FIG.
[0046]
The steps realized by the settlement start program MDK (A) and the settlement result reception program MDK (B) are also shown in FIG. As described above, by making the settlement start program MDK (A) and the settlement result receiving program MDK (B) programs that are automatically processed by the browser of the user terminal 20b, the user 20 can switch sites. The process transition from the EC store system 40a to the settlement server 30a is smoothly performed while presenting a screen that is not performed.
[0047]
Further, when the settlement company 30 is a company with high creditworthiness or a company with high security technology such as encryption, even if the EC store 40 does not have such sufficient credit and technology, it is easy. The settlement means by the settlement company 30 can be introduced into
[0048]
In such a case, if the settlement company 30 is specified as shown in FIG. 6, the user 20 can also purchase the product at the EC store 40 with peace of mind. In this case, there is an advantage that it is possible to receive a payment service provided by the payment company 30 without a sense of incongruity and annoyance once shifting from the site of the EC store 40 to the site of the payment company 30.
As described above, according to the network payment processing system, the network payment processing device, the network payment processing method, and the network payment processing program of the present invention, the payment server 30a separate from the EC store system 40a performs payment with a credit card. Since the credit card information is not passed to the EC store system 40a side, the credit card can be used on the computer network 10 for safe and reliable settlement.
[0049]
(2. Second embodiment)
Next, a second embodiment of the present invention will be described. In the second embodiment, the user 20 can register credit card information with the settlement company 30. When using a registered credit card, the user 20 is authenticated and registered with a user ID, password, or the like. It enables payment by credit card.
The registered credit card can be used for payment at a plurality of EC stores 40 where the payment company 30 provides a payment service.
[0050]
In addition, the registered credit card is reconsidered at the credit company 50 every month and the floor limit is set, and the credit to the credit company 50 is confirmed for every small payment at the EC store 40. The steps to do are alleviated.
The floor limit is an amount of money that the user 20 must ask for approval of sales from the credit company 50 when the user 20 uses the credit card beyond the amount. In addition, since the washing process technique which performs confirmation processes, such as a credit card number change, an expiration date, and a floor limit, is known well, concrete description is abbreviate | omitted.
In the second embodiment, since the processing in the payment server 30a is different from that in the first embodiment, the processing in the payment server 30a will be described in detail below.
[0051]
(2-1. Flow of processing of payment server)
FIG. 10 is a flowchart showing processing performed by the payment server 30a when a credit card number can be registered on the payment screen, and corresponds to steps 408 to 411 shown in FIG.
The settlement server 30a transmits the settlement screen combined with the screen frame acquired from the EC store system 40a to the user terminal 20b, similarly to step 408 in FIG. 4 (step 501). In this embodiment, as illustrated in FIG. 12, when payment is made using an unregistered credit card, credit card information such as a credit card number, name, and expiration date is input, and the registered credit card When making a payment using, a user ID and a password are input.
[0052]
(2-1-1. Registration card)
When the payment server 30a determines that the user ID and password are input on the payment screen (step 502; Yes), the payment server 30a determines whether the registered user can be authenticated based on the input information (step 503).
If the user 20 has been successfully authenticated with the user ID and password (step 503; Yes), it is next determined whether or not the payment amount is within the floor limit (step 504).
[0053]
If it is determined that the payment amount at the EC store 40 is within the floor limit (step 504; Yes), the transaction information is accumulated in the member DB 36 (see FIG. 11, described in detail later) (step 507). If it is determined that the payment amount exceeds the floor limit (step 504; No), credit confirmation is performed with the credit company 50 (step 505), and if the credit result is approved (step 506; Yes), Transaction information is stored in the member DB 36 (step 507).
[0054]
And the transaction result screen which shows that the transaction by a registration card as shown in FIG. 13 was completed is transmitted to the user 20 (step 508), and a payment process is complete | finished.
Note that steps 501 to 508 show a case in which payment with a registration card is performed without any problem, but when authentication cannot be performed with the input ID and password (step 503; NO), as shown in FIG. A screen for notifying the user 20 that there is an error in the user ID and password is transmitted (step 509), and if the credit result from the credit company 50 is not approved (step 506; No), FIG. As shown in FIG. 15, a screen for notifying that the credit card cannot be used is displayed on the user terminal 20b (step 510).
[0055]
(2-1-2. Unregistered credit card)
In step 502, when it is determined that the card number is directly input on the payment screen (step 502; No), that is, when payment is made using an unregistered credit card, individual transactions are performed as in the first embodiment. Each credit transaction is treated as a credit transaction for confirming credit with the credit company 50.
[0056]
Accordingly, the settlement server 30a performs credit confirmation with respect to the credit company 50 (step 511), and when the credit result is approval (step 512; Yes), the credit transaction as shown in FIG. 16 is successful. A credit transaction result screen is transmitted to notify the user 20 and to register the credit card (step 513). If the settlement result is unapproved (step 512; No), a card unusable notification screen as shown in FIG. 15 is transmitted (step 510).
[0057]
And when it determines with the user 20 having instruct | indicated that the said credit card is registered into the payment server 30a on a credit transaction result screen (step 514; Yes), it transfers to the process which registers credit card information (step 515). ), A process of newly issuing a user ID and password corresponding to the credit card information used for the settlement is performed (step 516). If the user 20 does not instruct registration on the credit transaction result screen, the payment process is terminated without registering the credit card information.
[0058]
When registering credit card information, when the user 20 inputs necessary items such as a credit card number, name, and expiration date, and presses a “new registration” button, a new registration screen (not shown) is displayed and the user 20 is displayed. Personal attribute information such as an address, a telephone number, and an e-mail address may be input. Then, the settlement server 30a transmits information for confirming whether or not the person is the principal to the credit company 50 corresponding to the received credit card number. For example, if the address entered on the new registration screen matches the address registered with the credit company 50, the user who entered the credit card number is confirmed as the card member himself / herself. When the identity verification is performed, the settlement server 30a issues a user ID and a password and registers them in the member DB 36. In order to further confirm the identity, the issued user ID and password are mailed to the address entered on the new registration confirmation screen. Alternatively, it may be transmitted by e-mail.
[0059]
(2-2. Database configuration of settlement server)
As described above, in the second embodiment, credit card information can be registered and authenticated with a user ID and password, and a floor limit can be set for a registered card.
Therefore, in the second embodiment, the settlement server 30a includes the member DB 36 shown in FIG. 11 in addition to the transaction DB 34 shown in FIG. 2, and sales billing data 37 based on the data in the member DB 36 accumulated according to the transaction. And the replacement data 38 can be generated. FIG. 11 shows the correspondence between the data added in the second embodiment and the processing shown in FIG.
[0060]
In the member DB 36, information relating to a member (user 20) such as an address and name, authentication information such as a user ID and password, and transaction information using the credit card are stored in association with credit card information.
The authentication in step 503 can be performed by referring to whether or not the combination of the user ID and password input from the user 20 is recorded in the member DB 36.
[0061]
Further, when determining whether or not the floor limit is within the step 504, the transaction information stored in the member DB 36 is referred to, and the floor limit amount set in the credit card is compared with the total transaction amount. Can be done. The stored transaction information is the data stored in the member DB 36 in the past in step 507 as the transaction information using the registered credit card.
[0062]
In the second embodiment, a transaction with a registered credit card is regularly charged to the credit company 50 as a single sales request, and the floor limit is also periodically changed. ing.
Step 600 shown in FIG. 11 shows this periodic processing, and sales billing processing for generating sales billing data 37 based on the data accumulated in the member DB 36 and transmitting it to the credit company 50 (step 601). And a replacement process (step 602) for generating replacement data for replacing the data stored in the member DB 36 and transmitting / receiving data to / from the credit company 50.
[0063]
As described above, when the credit card information can be registered in the settlement server 30a, the user 20 can save the trouble of inputting the credit card number each time and transmits the credit card number on the computer network 10. Anxiety can be reduced.
In the settlement server 30a, the registered credit card can be reconsidered, and if it is within the floor limit, it is possible to reduce the process of confirming credit to the credit company 50 each time. Such time can also be shortened.
On the other hand, for the credit company 50, the sales for a certain period of time are charged from the settlement company 30 as a single sales request, so transactions between the settlement company 30 and the credit company 50 can be reduced. Expenses such as issuance costs for the use statement of the credit company 50, which is a problem in the small payment, can be suppressed, and as a result, the fee can be reduced.
[0064]
(3. Modified examples)
The present invention is not limited to the two embodiments described above, and various modifications are possible.
[0065]
For example, as shown in FIG. 17, if the settlement company 30 becomes a representative member store of the credit company 50 and the EC store 40 becomes a subsidiary, the EC store 40 does not need to be a member store of the credit company 50. In this case, even if the user 20 makes a small payment in any of the plurality of EC store systems 40a to 40c, the credit company 50 can handle the payment as a payment in one member store. In addition, since floor limit can collectively process the billing of EC store 40 that can use the settlement service of the settlement company provided by such a system, a small amount settlement using a credit card in EC store 40, which has been difficult in the past, has been made. Will also be promoted.
[0066]
In the above-described example, a credit card is described as an example of the predetermined settlement. However, the settlement processed by the settlement company 30 is not limited to this, and other settlements such as a debit card, transfer, account withdrawal, or cash on delivery are possible. It does not matter.
Further, the product purchased by the user 20 at the EC store 40 is not necessarily a tangible product, and may be a digital content download or a service provided. .
[0067]
In addition, the payment information input screen may include advertisement information of the credit company 50 related to the credit card information. This advertisement information includes information linked to an advertiser's Web page, such as a banner advertisement of a credit company. In this case, for example, an advertisement of a credit company other than the credit company selected as the payment card may be displayed, and an advertisement that promotes membership may be displayed, or the partner of the selected credit company The advertisement may be displayed. As described above, as a technique for selecting an advertisement to be displayed based on information input as settlement information, for example, the Web page processing unit 11 determines a credit company from the credit card number received in Step 409, and the credit What is necessary is just to comprise so that the advertisement information memorize | stored in association with the company may be transmitted together in step 411.
[0068]
【The invention's effect】
As described above, according to the network payment processing system and the network payment processing method of the present invention, the credit card payment system is provided separately from the EC store, and the credit card information does not pass to the EC store side. You can now make a safe and secure payment using a credit card.
[0069]
In addition, since the payment information input screen can be provided with the same or uniform design as the web page design on the EC store side, the user is encouraged to use a credit card without feeling discomfort or distrust. I can do it now.
[Brief description of the drawings]
FIG. 1 is a diagram showing an example of a network payment processing system of the present invention.
FIG. 2 is a diagram showing an example of a settlement server of the present invention.
FIG. 3 is a diagram showing an example of an EC store system according to the present invention.
FIG. 4 is a flowchart showing an example of network payment processing according to the first embodiment of the present invention.
FIG. 5 is a screen example used in the present invention.
FIG. 6 is a screen example used in the present invention.
FIG. 7 is a screen example used in the present invention.
FIG. 8 is an example of a screen used in the present invention.
FIG. 9 is a screen example used in the present invention.
FIG. 10 is a flowchart showing an example of processing of a settlement server according to the second embodiment of the present invention.
FIG. 11 is a diagram for explaining a database of a settlement server according to the second embodiment of the present invention.
FIG. 12 is a screen example used in the present invention.
FIG. 13 is an example of a screen used in the present invention.
FIG. 14 is an example of a screen used in the present invention.
FIG. 15 is an example of a screen used in the present invention.
FIG. 16 is an example of a screen used in the present invention.
FIG. 17 is a diagram showing another example of the present invention.
[Explanation of symbols]
10 Computer network
20 users
20a-20c User terminal
30 Payment company
30a payment server
31 Web page processing section
32 Information processing department
33 Sales Processing Department
34 Transaction DB
35 Input / output section
40 EC store
40a EC store system
41 Shopping system
42 Shop DB
50 credit companies
50a Billing system
60 Dedicated network

Claims (7)

インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を処理するネットワーク決済処理装置であって、
前記コンピュータネットワークを介して、前記ユーザ端末からの前記電子店舗サーバに対するクレジットカード決済要求に応じて、前記電子店舗サーバから送信された、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を、前記コンピュータネットワークを介して前記ユーザ端末を経由して受信し、当該受信した制御情報に基づいて、前記決済情報入力画面を表示するための所定の枠画面を前記コンピュータネットワークを介して前記電子店舗サーバに要求し、当該要求に応じて前記店舗サーバから送信された前記枠画面を受信する制御情報受信手段と、
前記制御情報に応じて、前記所定の枠画面にクレジットカード情報を入力する部分を組み込んで前記決済情報入力画面とし、当該前記決済情報入力画面を前記ユーザ端末に提供する決済情報入力画面提供手段と、
前記ユーザ端末において前記決済情報入力画面に入力された前記クレジットカード決済に関する決済情報を受信する決済情報受信手段と、
ユーザを特定する情報およびユーザ毎のクレジットカード情報を登録し、登録された前記クレジットカード情報に対応するフロアリミットを記憶するフロアリミット記憶手段と、
前記決済情報に基づいて前記商品購入の決済処理を行い、その際に前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット記憶手段に記憶された前記フロアリミットを越える場合には、クレジット会社に対して与信チェックを行う決済手段と、を備える、
ことを特徴とするネットワーク決済処理装置。
A network payment processing apparatus that processes payment for product purchases between an electronic store server and a user terminal connected on a computer network such as the Internet,
Control for instructing the user terminal to provide a payment information input screen transmitted from the electronic store server in response to a credit card payment request from the user terminal to the electronic store server via the computer network Information is received via the computer terminal via the user terminal, and a predetermined frame screen for displaying the payment information input screen is displayed via the computer network based on the received control information. Control information receiving means for requesting the electronic store server and receiving the frame screen transmitted from the store server in response to the request ;
In accordance with the control information, a payment information input screen providing means for providing a portion for inputting credit card information to the predetermined frame screen as the payment information input screen and providing the payment information input screen to the user terminal ,
Payment information receiving means for receiving payment information related to the credit card payment input on the payment information input screen in the user terminal;
Floor limit storage means for registering information for identifying a user and credit card information for each user, and storing a floor limit corresponding to the registered credit card information;
When the product purchase is settled based on the payment information, and the amount corresponding to the purchase of the product in the electronic store server exceeds the floor limit stored in the floor limit storage means, A payment means for performing a credit check on the company,
A network payment processing apparatus.
前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理する、ことを特徴とする請求項1記載のネットワーク決済装置。If the amount corresponding to the purchase of the product at the electronic store server is within the floor limit, the settlement means accumulates the amount, and the total amount for each predetermined period is the purchase amount with the credit card The network settlement apparatus according to claim 1, wherein the processing is performed as follows. インターネットなどのコンピュータネットワーク上で決済を処理するネットワーク決済
処理システムであって、
前記コンピュータネットワークに接続され、商品の購入情報や決済情報を入力するユーザ端末と、
前記コンピュータネットワークに接続され、前記ユーザ端末へ商品情報を提供し、前記ユーザ端末から商品の購入情報を受信する電子店舗サーバと、
前記コンピュータネットワークに接続され、前記ユーザ端末と前記電子店舗サーバ間での商品取引に応じた決済を行う決済サーバと、
を備え、
前記電子店舗サーバは、前記ユーザ端末から所定の決済を要求された際に、決済情報入力画面を前記決済サーバから前記ユーザ端末に提供することを指示する制御情報を前記決済サーバに送信し、
前記決済サーバは、前記電子店舗サーバからの前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供し、
前記ユーザ端末は、前記決済サーバから提供された前記決済情報入力画面に入力された前記所定の決済に関する決済情報を前記決済サーバに送信し、
前記決済サーバは、前記請求項1又は2記載のネットワーク決済処理装置の機能を備える、
ことを特徴とするネットワーク決済処理システム。
A network payment processing system for processing payments on a computer network such as the Internet,
A user terminal connected to the computer network for inputting product purchase information and payment information;
An electronic store server connected to the computer network, providing product information to the user terminal, and receiving purchase information of the product from the user terminal;
A payment server connected to the computer network for performing payment according to product transactions between the user terminal and the electronic store server;
With
The electronic store server, when a predetermined payment is requested from the user terminal, transmits control information that instructs the user terminal to provide a payment information input screen from the payment server to the payment server,
The payment server provides the payment information input screen to the user terminal based on the control information from the electronic store server,
The user terminal transmits the payment information related to the predetermined payment input on the payment information input screen provided from the payment server to the payment server,
The payment server comprises the function of the network payment processing device according to claim 1 or 2.
A network payment processing system characterized by that.
インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理方法であって、
(A)前記コンピュータネットワークを介して、前記ユーザ端末からの前記電子店舗サーバに対するクレジットカード決済要求に応じて、前記電子店舗サーバから送信された、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を、前記コンピュータネットワークを介して前記決済サーバが前記ユーザ端末を経由して受信し、当該受信した制御情報に基づいて、前記決済情報入力画面を表示するための所定の枠画面を前記コンピュータネットワークを介して前記決済サーバが前記電子店舗サーバに要求し、当該要求に応じて前記店舗サーバから送信された前記枠画面を受信する制御情報受信ステップと、
(B)前記制御情報に応じて、前記所定の枠画面にクレジットカード情報を入力する部分を組み込んで前記決済情報入力画面とし、当該前記決済情報入力画面を前記決済サーバから前記ユーザ端末に提供する決済情報入力画面提供ステップと、
(C)前記ユーザ端末において前記決済情報入力画面に入力された前記クレジットカード決済に関する決済情報を前記決済サーバが受信する決済情報受信ステップと、
(D)前記決済情報に基づいて前記商品購入の決済処理を行い、その際に前記電子店舗サーバにおける商品の購入に対応する金額が予め準備されているフロアリミットを越える場合には、クレジット会社に対して与信チェックを行う、
ことを特徴とするネットワーク決済処理方法。
A network payment processing method for processing payment for a product purchase between an electronic store server and a user terminal connected on a computer network such as the Internet at a payment server,
(A) Providing the user terminal with a payment information input screen transmitted from the electronic store server in response to a credit card payment request from the user terminal to the electronic store server via the computer network. Control information to be instructed is received by the payment server via the computer terminal via the user terminal, and a predetermined frame screen for displaying the payment information input screen is displayed based on the received control information. A control information receiving step of requesting the payment server to the electronic store server via the computer network and receiving the frame screen transmitted from the store server in response to the request ;
(B) In accordance with the control information, a portion for inputting credit card information is incorporated into the predetermined frame screen as the payment information input screen, and the payment information input screen is provided from the payment server to the user terminal. A payment information input screen providing step;
(C) a payment information receiving step in which the payment server receives payment information related to the credit card payment input on the payment information input screen at the user terminal;
(D) When the payment processing of the product purchase is performed based on the payment information, and the amount corresponding to the purchase of the product at the electronic store server exceeds the floor limit prepared in advance, Credit check against
A network payment processing method.
前記ステップ(D)は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理するステップを含む、ことを特徴とする請求項4記載のネットワーク決済処理方法。In the step (D), when the amount corresponding to the purchase of the product in the electronic store server is within the floor limit, the amount is accumulated, and the amount summed up for each predetermined period is stored in the credit card. 5. The network settlement processing method according to claim 4, further comprising a step of processing as a purchase amount. インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、
前記請求項1又は2記載のネットワーク決済処理装置の機能を、コンピュータに実現さ
せるためのネットワーク決済処理プログラム。
A network payment processing program for processing payment for product purchases between an electronic store server and a user terminal connected on a computer network such as the Internet at a payment server,
A network settlement processing program for causing a computer to realize the functions of the network settlement processing apparatus according to claim 1 or 2.
インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、
前記請求項4又は5記載のネットワーク決済処理方法の処理を、コンピュータに実現させるためのネットワーク決済処理プログラム。
A network payment processing program for processing payment for product purchases between an electronic store server and a user terminal connected on a computer network such as the Internet at a payment server,
A network payment processing program for causing a computer to realize the processing of the network payment processing method according to claim 4 or 5.
JP2001186035A 2001-06-20 2001-06-20 Network payment processing system, network payment processing device, network payment processing method, and network payment processing program Expired - Fee Related JP3632051B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001186035A JP3632051B2 (en) 2001-06-20 2001-06-20 Network payment processing system, network payment processing device, network payment processing method, and network payment processing program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001186035A JP3632051B2 (en) 2001-06-20 2001-06-20 Network payment processing system, network payment processing device, network payment processing method, and network payment processing program

Publications (2)

Publication Number Publication Date
JP2003006548A JP2003006548A (en) 2003-01-10
JP3632051B2 true JP3632051B2 (en) 2005-03-23

Family

ID=19025520

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001186035A Expired - Fee Related JP3632051B2 (en) 2001-06-20 2001-06-20 Network payment processing system, network payment processing device, network payment processing method, and network payment processing program

Country Status (1)

Country Link
JP (1) JP3632051B2 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005182315A (en) * 2003-12-17 2005-07-07 Sumitomo Mitsui Card Co Ltd Settlement device, settlement system, settlement method and computer program
US7904389B2 (en) * 2007-05-30 2011-03-08 Visa U.S.A. Inc. Real time account update
JP2009043012A (en) * 2007-08-08 2009-02-26 Nippon Telegr & Teleph Corp <Ntt> Settlement system, store apparatus, settlement institution apparatus, and settlement method
JP5323419B2 (en) * 2008-08-11 2013-10-23 ベリトランス株式会社 Payment agency system and payment-linked advertisement distribution method
US10565586B2 (en) * 2010-01-29 2020-02-18 Cardinalcommerce Corporation Electronic payment processing method and system with smart/authenticate fields and definitions
WO2012140872A1 (en) * 2011-04-12 2012-10-18 パナソニック株式会社 Server collaboration system
KR102195405B1 (en) * 2013-07-03 2020-12-24 주식회사 어가람닷컴 Delivery-specialized secure payment agency system and its method
JP6508828B2 (en) * 2015-08-14 2019-05-08 エヌ・ティ・ティ・コムウェア株式会社 Settlement processing apparatus, settlement system, settlement processing method, and program
JP2020098504A (en) * 2018-12-18 2020-06-25 株式会社メルカリ Method for processing information, information processor, and program
JP2020201877A (en) * 2019-06-13 2020-12-17 凸版印刷株式会社 Result reward return system, result reward return processing method and result reward return processing program

Also Published As

Publication number Publication date
JP2003006548A (en) 2003-01-10

Similar Documents

Publication Publication Date Title
US10163101B1 (en) Electronic commerce using a transaction network
US6456984B1 (en) Method and system for providing temporary credit authorizations
US7249099B2 (en) Method and apparatus for conducting electronic commerce transactions using electronic tokens
US20040049423A1 (en) Point return method and apparatus
JP2001243386A (en) System and method for executing electronic commercial transaction while using commercial transaction substituting processing with electronic wallet
WO2003102843A1 (en) System and method for exchanging loyalty points for acquisitions
JP2004526220A (en) Electronic commerce system and method
WO1999007121A9 (en) Method and system for conducting electronic commerce transactions
EP1301885A1 (en) Method and apparatus for offering digital content for sale over a communications network
WO2007123743A2 (en) A system and method for payroll system and benefits administration
JP2009157609A (en) Brick-and-mortar store affiliate system, brick-and-mortar store affiliate method, communication apparatus and affiliate management device and electronic coupon
JP2002083202A (en) Customer introduction method, customer introduction system and introduction reward management server
JP3632051B2 (en) Network payment processing system, network payment processing device, network payment processing method, and network payment processing program
KR20010077123A (en) A package payment and delivery method using a common shopping cart in a computer network shopping
JP2002099852A (en) Settlement method and settlement system
KR20020039600A (en) Method and System for server to execute Electronic Commerce in concerted internet site and off-line store
JP2001297244A (en) System and device for point service
JP7350109B2 (en) Information processing device, information processing method, and program
JP2004334292A (en) Settlement method and settlement device
JP2002063397A (en) Method and system for mediation in ordering
JP2002049859A (en) On-line prepaid charging management system
WO2001013297A2 (en) Method for conducting financial transactions over a wide area network
JP2002245316A (en) Point returning method, center device, store device and point return program
WO2002097685A1 (en) Methods and systems in a data communication network for delivering and charging for services
JP2002222376A (en) System and method for settling small amount of online electronic credit, and program recording medium for the system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040601

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040722

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040806

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040902

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041028

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20041004

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20041104

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: 20041125

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20041130

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080107

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090107

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090107

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100107

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110107

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110107

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120107

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130107

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130107

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140107

Year of fee payment: 9

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees