JP3632051B2 - ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム - Google Patents
ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム Download PDFInfo
- 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
Links
- 238000012545 processing Methods 0.000 title claims description 76
- 238000003672 processing method Methods 0.000 title claims description 12
- 238000000034 method Methods 0.000 claims description 29
- 230000008569 process Effects 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 6
- 238000013461 design Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 6
- 230000010365 information processing Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットなどのコンピュータネットワーク上で決済処理を行うネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラムに関する。特には、クレジットカードによってコンピュータネットワーク上で安全確実に決済処理を行うことに適している。
【０００２】
【従来の技術】
従来から、複数のコンピュータを通信回線などによって接続し、データやプログラムなどを複数のコンピュータ同士で蓄積交換したり、データなどを共有するコンピュータ・ネットワーク（以下、単に「ネットワーク」とも言う）が構築されている。
【０００３】
このようなネットワークの方式としては、所定の通信プロトコルなどに準拠すれば、原則として自由にコンピュータの接続ができるオープン型ネットワーク方式と、ネットワークをホスト・コンピュータなどで管理し、接続されるコンピュータなどのユーザ端末に一定のセキュリティなどの制限を設けて、管理外のコンピュータ・ノードをネットワークに接続させないようにするクローズ型ネットワーク方式がある。
【０００４】
上述のオープン型ネットワーク方式の代表的なものとして、インターネットがある。このインターネットにおいては、通信プロトコルにＴＣＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が採用されており、原則としてこの通信プロトコルを遵守したコンピュータであればネットワークに接続することができる。
【０００５】
近年において、インターネットのような自由なネットワーク環境を背景に、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）などのマルチメディア環境が整備されてきた。特に、最近では、このインターネットを利用して特定のサービスを行うインターネットビジネス（ｅビジネス）といわれるものが多く提案され運営されている。
【０００６】
このインターネットビジネス（ｅビジネス）においては、サーバ側に仮想店舗を設け、商品のサンプル写真や説明文などをＷｅｂページ上に載せ、商品の売買を行うサービスも存在している。
【０００７】
このような電子商取引（ＥＣ）の決済方法としては、現金送付、振込みによるもの、プリペイドカード方式を採用するもの、クレジットカードを利用するものなどがある。
【０００８】
特に、クレジットカードを利用する場合、プリペイドカードの購入などの手間や、現金送付、振込みの手間、その入金確認後の商品の配送による商品入手の遅延などの問題がなく、非常に有効な決済方法となっている。
【０００９】
【発明が解決しようとする課題】
しかしながら、上述したような電子商取引におけるクレジットカードでの決済方法によれば、店舗側サーバでクレジットカード情報による与信の確認を行っているため、送信されてきたクレジットカード情報が店舗側サーバに残り、そのクレジットカード情報が漏洩する危険性があるという問題があった。
【００１０】
また、クレジットカード情報の漏洩を防止するために、サーバシステムの構築にコストがかかり、電子商取引のメリットである低コストの実現が困難になるという問題があった。
【００１１】
また、他の独立した決済システムでクレジットカード情報を処理し、このような第三者の決済システムを利用する場合、ユーザに提供される決済処理画面のデザインは、決済システム側で準備したものであるため、店舗側サーバのＷｅｂページのデザインと異なるデザインとなり、店舗と決済サービスが別のものであるという印象をユーザ側に与えるので、店舗での購入における円滑さを欠いてしまうという問題があった。
【００１２】
従って、本発明の目的は、インターネットなどのコンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができるネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラムを提供することである。
【００１３】
【課題を解決するための手段】
上記課題を解決するため、本発明のネットワーク決済処理システムは、インターネットなどのコンピュータネットワーク上で決済を処理するネットワーク決済処理システムであって、前記コンピュータネットワークに接続され、商品の購入情報や決済情報を入力するユーザ端末と、前記コンピュータネットワークに接続され、前記ユーザ端末へ商品情報を提供し、前記ユーザ端末から商品の購入情報を受信する電子店舗サーバと、前記コンピュータネットワークに接続され、前記ユーザ端末と前記電子店舗サーバ間での商品取引に応じた決済を行う決済サーバと、を備え、前記電子店舗サーバは、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記決済サーバから前記ユーザ端末に提供することを指示する制御情報を前記決済サーバに送信し、前記決済サーバは、前記電子店舗サーバからの前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供し、前記ユーザ端末は、前記決済サーバから提供された前記決済情報入力画面に前記所定の決済に関する決済情報を入力することを特徴とする。
【００１４】
また、本発明のネットワーク決済処理装置は、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を処理するネットワーク決済処理装置であって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから受信する制御情報受信手段と、前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供する決済情報入力画面提供手段と、前記ユーザ端末において前記決済情報入力画面に入力された前記所定の決済に関する決済情報を受信する決済情報受信手段と、前記決済情報に基づいて前記商品購入の決済処理を行う決済手段とを備えることを特徴とする。
ここで、前記決済情報入力画面提供手段は、前記制御情報と共に、前記決済情報入力画面を表示する所定の枠画面を前記電子店舗サーバから受信し、前記所定の枠画面と前記決済情報入力画面を組合せた前記決済情報入力画面を前記ユーザ端末に提供するようにするとよい。
【００１５】
上述の装置においては、前記決済情報は、クレジットカードによる決済であり、ユーザを特定する情報およびユーザ毎のクレジットカード情報を登録し、登録された前記クレジットカード情報に対応するフロアリミットを記憶するフロアリミット記憶手段を備え、前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット記憶手段に記憶された前記フロアリミットを越える場合には、クレジット会社に対して与信チェックを行うようにすることができる。
また、前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理することができる。
【００１６】
また、上記課題を解決するため、本発明のネットワーク決済処理方法は、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理方法であって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから前記決済サーバが受信する制御情報受信ステップと、前記制御情報に基づいて、前記決済サーバから前記ユーザ端末に前記決済情報入力画面を提供する決済情報入力画面提供ステップと、前記ユーザ端末において前記決済情報入力画面に入力された前記所定の決済に関する決済情報を前記決済サーバが受信する決済情報受信ステップと、前記決済情報に基づいて前記商品購入の決済処理を行う決済ステップとを備えることを特徴とする。
【００１７】
ここで前記決済情報入力画面提供ステップは、前記制御情報と共に、前記決済情報入力画面を表示する所定の枠画面を前記電子店舗サーバから受信し、前記所定の枠画面と前記決済情報入力画面を組合せた前記決済情報入力画面を前記ユーザ端末に提供することができる。
【００１８】
また、上記課題を解決するため、本発明のネットワーク決済処理プログラムは、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから前記決済サーバに送信させる制御情報送信ステップと、前記制御情報に基づいて、前記決済サーバから前記ユーザ端末に提供された前記決済情報入力画面に入力された前記所定の決済に関する決済情報に基づいて前記決済サーバが行った決済結果を、前記決済サーバから前記電子店舗サーバに受信させる決済結果受信ステップと、前記決済結果を前記ユーザ端末に表示させる決済結果表示ステップとを備えることを特徴とする。
【００１９】
更に、前記制御情報送信ステップは、前記ユーザ端末を経由して前記制御情報を前記決済サーバに送信させ、前記決済結果受信ステップは、前記ユーザ端末を経由して前記決済サーバから前記決済結果を受信させるようにするとよい。
【００２０】
クレジットカードでの決済システムを店舗サーバとは個別に設け、店舗サーバ側にクレジットカード情報が渡らないため、コンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができる。
【００２１】
店舗側サーバのＷｅｂページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザに違和感や不信感を与えずにクレジットカードの利用を促すことができる。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明のネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、及びネットワーク決済処理プログラムの実施の形態を説明する。ここで、本発明においては、インターネットなどの通信ネットワークを利用し、ユーザ側からの決済情報（実施形態では、クレジットカード情報）に基づいて、決済処理を行うことができる。
【００２３】
（１．第一実施形態）
（１−１．第一実施形態の構成）
（１−１−１．全体構成）
図１は、本発明のネットワーク決済処理システムの一形態を示す図である。この図では、システム構成を示すとともに、本発明の理解を容易にする目的で、このシステムを用いたワークフローも示している。
このネットワーク決済処理システムは、コンピュータネットワーク（以下、単に「ネットワーク」ともいう）１０を用いて、ユーザ２０が決済会社３０の決済サービスを利用してＥＣ店舗４０で商品を購入した代金を決済できるように構成されている。ユーザ２０が決済に用いるクレジットカードの与信は、決済会社３０からクレジット会社５０に確認されるようになっている。すなわち、ユーザ２０がＥＣ店舗４０において商品選択を行うと、ＥＣ店舗４０からの商品の購入情報をもとにユーザ２０から決済会社３０にクレジットカード情報を送信し、決済会社３０においてクレジット会社５０への与信確認を行って、ＥＣ店舗４０での商品の売上を計上する。ＥＣ店舗４０は、決済会社３０に対して売上請求を行い、それを受けて決済会社３０がクレジット会社５０に対して売上請求を行うと、ＥＣ店舗４０に売上が入金され、これによりＥＣ店舗４０は、ユーザ２０に対して商品の発送を行う。
【００２４】
次に、このようなワークフローを実現するシステム構成を説明する。図１において、ユーザ２０が使用する機器は、ブラウザ機能を有し、商品の購入情報やクレジットカード情報を入力するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話などのユーザ端末２０ａ〜２０ｃである。
決済会社３０が使用する機器は、決済サーバ３０ａであり、ユーザ端末２０ａ〜２０ｃからの決済情報（クレジットカード情報）及びＥＣ店舗システム４０ａからの商品の購入情報に基づいて、クレジット会社５０からユーザ２０の与信情報を獲得して決済処理を行う機能を備えている。
【００２５】
ＥＣ店舗４０が使用する機器は、ＥＣ店舗システム４０ａであり、サーバ機能を有し、ユーザ端末２０ａ〜２０ｃに商品情報を提供すると共に、ユーザ端末２０ａ〜２０ｃからの購入情報に基づいて商品の販売を行うサーバやこのサーバにアクセスする端末などを備えている。各ユーザ端末２０ａ〜２０ｃ、決済サーバ３０ａ、及びＥＣ店舗システム４０ａは、インターネットなどのネットワーク１０に接続されている。ネットワーク１０は、インターネットやイントラネットを利用して構築することができる。この場合、インターネットの通信プロトコルに準拠した既存のアプリケーションやシステムを使用することができるので、低コストで本発明のネットワーク決済処理システムを実現することができる。
【００２６】
クレジット会社５０が使用する機器は、図１中の勘定系基幹システム５０ａであり、ＣＡＦＩＳ（Ｃｒｅｄｉｔ Ａｎｄ Ｆｉｎａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）などの専用ネットワーク６０に接続されている。
決済サーバ３０ａは、専用ネットワーク６０を介して勘定系基幹システム５０ａに対して与信確認を行うことができるようになっている。
【００２７】
（１−１−２．決済サーバの構成）
図２は、決済サーバ３０ａの構成の一形態を示す図である。図２において、決済サーバ３０ａは、Ｗｅｂページ処理部３１、情報処理部３２、売上処理部３３、取引データベース（ＤＢ）３４、および、入出力部３５を備えている。
Ｗｅｂページ処理部３１は、ユーザ２０がクレジットカード情報を入力するためのＷｅｂページを提供する処理を行うものである。本実施形態では、基本的にはＥＣ店舗システム４０ａがユーザ端末２０ａ〜２０ｃにＷｅｂページを提供するが、ユーザ２０がクレジットカード情報を入力するＷｅｂページは決済サーバ３０ａが提供することによって、ＥＣ店舗システム４０ａ側にクレジットカード情報が渡らないようになっている。
【００２８】
より具体的には、ネットワーク１０を介してＥＣ店舗システム４０ａから受信したＥＣ店舗システム４０ａ側で準備したクレジットカード情報入力枠画面（以下、単に「枠画面」ともいう）と、クレジットカード情報を入力するためのクレジットカード情報入力部分画面（以下、単に「カード情報入力画面」ともいう）とでクレジットカード情報を入力するための情報入力画面のＷｅｂページを生成し、このＷｅｂページ（情報入力画面）を、ネットワーク１０を介してユーザ端末２０ａ〜２０ｃ（図１）に提供し、ユーザ端末２０ａ〜２０ｃ（図１）からクレジットカード情報を受信するようになっている。なお、この処理の詳細は、図４を参照しながら、後に詳しく説明する。
【００２９】
情報処理部３２は、Ｗｅｂページ処理部３１で受信したクレジットカード情報と商品の購入情報に基づいて、専用ネットワーク６０を介してクレジット会社５０から獲得したユーザ２０の与信情報を処理する。なお、商品の購入情報とは、ユーザ２０がＥＣ店舗４０において行った注文を特定する情報や購入価格を特定する情報であり、コンピュータネットワーク１０を介してＥＣ店舗システム４０ａから受信する情報である。
売上処理部３３は、情報処理部３２において処理された与信情報に基づいて取引情報を生成し、ＥＣ店舗システム４０ａからの売上請求処理や取消処理などを行う。
取引ＤＢ３４は、売上処理部３３で生成された取引情報を記録し、入出力部３５は、クレジット会社５０に送付する請求データを出力する。
【００３０】
（１−１−３．ＥＣ店舗システム４０ａの構成）
図３は、ＥＣ店舗システム４０ａの構成の一形態を示す図である。このＥＣ店舗システム４０ａは、ショッピングシステム４１とショップデータベース（ＤＢ）４２とを備えている。
ショッピングシステム４１は、ネットワーク１０を介してユーザ端末２０ａ〜２０ｃ（図１）へ商品情報を提供すると共に、ユーザ端末２０ａ〜２０ｃ（図１）から商品の購入情報を受信して処理するものであり、商品選択などショップ運営機能を提供するプログラムの他、決済サーバ３０ａへの接続を行うプログラムである接続キットＭＤＫを備えている。
【００３１】
接続キットＭＤＫは、決済会社３０から提供されるプログラムであり、このプログラムの機能により、後に詳しく説明するようなＥＣ店舗システム４０ａにおけるショッピングから、決済サーバ３０ａにおける決済を違和感なく行うことができるようになっている。ＥＣ店舗の運営体は、このような接続キットＭＤＫを決済サーバ３０ａの運営体から提供されることにより、クレジットカード決済に関する機能の導入が容易になる。
また、ショップＤＢ４２は、利用者に提供する商品の画像や説明などの提供商品情報を記憶しているデータベースである。
【００３２】
（１−２．第一実施形態の動作）
次に、図１〜図３に示した本発明のネットワーク決済処理システムを利用したネットワーク決済サービスについて説明する。なお、以下の説明において具体的な一例として、ユーザ端末２０ｂは、クライアント機能及びブラウザ機能を有するＰＣであり、コンピュータネットワーク１０はインターネットであるとして、説明する。
【００３３】
（１−２−１．シーケンス）
図４は、本発明のネットワーク決済処理システムを利用したネットワーク決済サービスを示すシーケンスフローである。
先ずユーザ２０は、ユーザ端末２０ｂでブラウザを起動し、コンピュータネットワーク１０を介して、ＥＣ店舗システム４０ａのショッピングシステム４１が提供するショッピング用Ｗｅｂページにアクセスする（ステップ４０１）。ショッピングシステム４１は、ユーザ端末２０ｂからの商品選択要求に応じて、ショップＤＢ４２に記憶している商品情報を検索して、この商品情報を表示するＷｅｂページをユーザ端末２０ｂに送信し、これにより、ユーザ端末２０ｂの画面上には、商品購入用のユーザ情報入力画面のＷｅｂページが表示される（ステップ４０２）。
【００３４】
ユーザ２０側での商品購入手続きが終了し（ステップ４０３）、ユーザ端末２０ｂからクレジットカードでの決済要求がＥＣ店舗システム４０ａに送られる（ステップ４０４）と、ショッピングシステム４１は、クレジットカード情報入力枠画面（枠画面）を保持しており、そのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、注文番号や売買代金などユーザ２０の購入した商品に関する情報とを、決済サーバ３０ａに対する制御情報である決済ＵＲＬ情報として送信する（ステップ４０５）。この決済ＵＲＬ情報は、ユーザ端末２０ｂを介して決済サーバ３０ａに送信されるように接続キットＭＤＫはプログラムされている（図４中のＭＤＫ（Ａ）参照）。
【００３５】
決済サーバ３０ａのＷｅｂページ処理部３１は、ＥＣ店舗システム４０ａから送信された枠画面のＵＲＬと商品の購入情報を受け取ると、枠画面のＵＲＬに基づいてＥＣ店舗システム４０ａに画面枠を要求し（ステップ４０６）、ＥＣ店舗システム４０ａから枠画面を取り込む（ステップ４０７）。そして、クレジットカード情報入力部分画面（カード情報入力画面）とＥＣ店舗システム４０ａから取り込んだ枠画面と合わせて決済画面を生成し、ユーザ端末２０ｂに送信する（ステップ４０８）。
【００３６】
ユーザ端末２０ｂでは、決済を実行すべく、送信されてきた決済画面にクレジットカード番号などのクレジットカード情報を入力して決済サーバ３０ａに送信する（ステップ４０９）。
【００３７】
決済サーバ３０ａの情報処理部３２は、クレジットカード情報と商品の購入情報（売買代金など）を、専用ネットワーク６０を介してクレジット会社５０へ送信し、クレジット会社５０から与信情報を取得するといった決済処理を行う（ステップ４１０）。
【００３８】
情報処理部３２は、取得した与信情報に基づいて、決済結果をＥＣ店舗システム４０ａに送信する（ステップ４１１）。この決済結果の送信は、ＥＣ店舗システム４０ａの決済結果送信ＵＲＬを決済サーバ３０ａからユーザ端末２０ｂに送信し、ブラウザの自動処理によってＥＣサーバ４０ａに接続させることによって行われる（図４中、ＭＤＫ（Ｂ）参照）。なお、決済結果送信ＵＲＬも、ステップ４０５においてＥＣ店舗システム４０から決済サーバ１０に送信された情報に含まれている。
【００３９】
ＥＣ店舗システム４０ａのショッピングシステム４１は、商品の購入完了にかかる決済結果を通知する決済結果画面をユーザ端末２０ｂに送信する（ステップ４１２）。この決済結果画面では、ステップ４１０の決済処理において与信結果が承認であれば、商品の購入完了をユーザに通知し、ＥＣ店舗４０は商品の配送手続きを行う。一方、与信結果が非承認であれば、商品の購入エラー通知をユーザ端末２０ｂに送信する。
【００４０】
ＥＣ店舗４０は、商品の配送手続き後、ＥＣ店舗システム４０ａまたはＥＣ店舗４０のＰＣからネットワーク１０を介して、決済サーバ３０ａの売上処理部３３にアクセスして売上請求処理を行い、その結果を取引ＤＢ３４に記憶する（ステップ４１３）。この売上処理部３３では、ＥＣ店舗システム４０ａからのアクセスによって、取引履歴の確認処理や商品のキャンセル、返品などによる取消処理を行うこともできる。この取消処理によって、取引ＤＢ３４に記憶されている取引情報を更新する。
【００４１】
売上処理部３３は、所定のタイミング、例えば、月２回のタイミングで、取引ＤＢ３４の取引情報に基づいて請求データを作成し、入出力部３５から出力する（ステップ４１４）。入出力部３５から出力された請求データは、クレジット会社５０に送付されてクレジット会社５０で決済され、売上金がＥＣ店舗４０側に入金される（ステップ４１５）。
【００４２】
（１−２−２．画面遷移）
次に、図５〜図９に示した画面例を参照しながら、ステップ４０４〜ステップ４１２の具体例について説明する。
図５は、ユーザ端末２０ｂからの決済要求を受けて（ステップ４０４）、ＥＣ店舗システム４０ａがユーザ２０に対して決済（図中「支払い」）手段を選択させるための画面である。この例では、クレジットカードでの支払いか銀行振り込みによる支払いを選択できるようになっており、ユーザ２０がクレジットカードでの支払いを選択した場合には、決済サーバ３０ａを用いた決済が行われる。
ユーザ端末２０ｂに図５に示した画面を表示させるＵＲＬは、ＥＣ店舗システム４０ａが提供するＵＲＬ４０５である。ここでユーザ２０がクレジットカードでの支払いを選択して「次へ進む」ボタンを押した場合には、図６に示す決済画面がユーザ端末２０ｂに表示される（ステップ４０４〜４０８）。
【００４３】
ところで、図６に示した決済画面は、ＥＣ店舗システム４０ａが提供するＵＲＬ４０７と、決済サーバ３０ａが提供するＵＲＬ４０８とから構成される。より具体的には、図７に示す画面が先に説明した画面枠であり、この画面枠はＥＣ店舗システム４０ａ中のＵＲＬ４０７である。また、図８に示す画面が、画面枠のエリアＸに挿入される画面であり、決済サーバ３０ａ中のＵＲＬ４０８である。
【００４４】
このように、画面枠をＥＣ店舗システム４０ａが提供し、クレジットカード情報を入力する画面を決済サーバ３０ａが提供すれば、ＥＣ店舗システム４０ａのＷｅｂページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザ２０に対しては他のサイトに移行して決済しているという印象を与えずにクレジットカード情報の入力を促すことができる。
そして、図６に示した画面において、ユーザ２０がクレジットカード番号を入力し、「支払い」ボタンを押すと、入力された情報がステップ４０９において決済サーバ３０ａに送信され、ステップ４１０の決済処理が行われる。そして、決済結果がユーザ端末２０ｂのブラウザを介してＥＣ店舗システム４０ａに送信され、ＥＣ店舗システム４０ａは、図９に示す決済結果画面をユーザ端末２０ｂに表示させる（ステップ４１２）。
【００４５】
（１−２−３．接続キットＭＤＫ）
ここで、上述した接続キットＭＤＫによって実現される機能について、より詳細に説明する。
上述したように、ＥＣ店舗システム４０ａから決済サーバ３０ａに送信する情報（ステップ４０５）や、決済サーバ３０ａからＥＣ店舗システム４０ａに送信する情報（ステップ４１１）が、ユーザ端末２０ｂのブラウザを経由する場合がある。これは、ＥＣ店舗システム４０ａのみで行っている処理から、決済処理の代行を決済サーバ３０ａに開始させるための決済開始プログラムＭＤＫ（Ａ）と、決済サーバ３０ａにおいて代行した決済結果に基づく処理をＥＣ店舗システム４０ａに行わせるための決済結果受信プログラムＭＤＫ（Ｂ）とによって実現される。
決済開始プログラムＭＤＫ（Ａ）および決済結果受信プログラムＭＤＫ（Ｂ）は、図３に示した接続キットＭＤＫの仕様に準拠して、ＥＣ店舗４０がショッピングシステム４１として生成したものである。
【００４６】
なお、決済開始プログラムＭＤＫ（Ａ）および決済結果受信プログラムＭＤＫ（Ｂ）によって実現されるステップを、図４においても記載している。このように、決済開始プログラムＭＤＫ（Ａ）および決済結果受信プログラムＭＤＫ（Ｂ）を、ユーザ端末２０ｂのブラウザで自動処理されるようなプログラムとすることによって、ユーザ２０に対してはサイトの切り替えが行われていないような画面を提示しつつ、ＥＣ店舗システム４０ａから決済サーバ３０ａへの処理の移行がスムーズに行われるようになっている。
【００４７】
また、決済会社３０が、信用力の高い会社である場合や、暗号などセキュリティ技術の高い会社などである場合には、ＥＣ店舗４０にそのような十分な信用や技術が伴わない場合でも、容易に決済会社３０による決済手段を導入できるようになる。
【００４８】
また、このような場合に図６に示すように決済会社３０を明記すれば、ユーザ２０も安心してＥＣ店舗４０で商品の購入を行うことができる。この場合、いったんＥＣ店舗４０のサイトから決済会社３０のサイトに移行する違和感や煩わしさもなく、決済会社３０の提供する決済サービスを受けることができるという利点がある。
以上のように、本発明のネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、およびネットワーク決済処理プログラムによれば、ＥＣ店舗システム４０ａとは個別の決済サーバ３０ａがクレジットカードでの決済を行うようになっているので、ＥＣ店舗システム４０ａ側にクレジットカード情報が渡らず、コンピュータネットワーク１０上でクレジットカードを利用して安全且つ確実に決済をすることができる。
【００４９】
（２．第二実施形態）
次に、本発明の第二の実施形態について説明する。第二実施形態では、ユーザ２０は決済会社３０にクレジットカード情報を登録することができるようになっており、登録済みクレジットカードを使用する場合には、ユーザＩＤやパスワードなどによって認証し、登録済みクレジットカードによる決済を可能にしている。
登録済みクレジットカードは、決済会社３０が決済サービスを提供する複数のＥＣ店舗４０で決済に用いることができるものとなる。
【００５０】
また、登録されたクレジットカードについては、１月ごとにクレジット会社５０で洗い替えを行い、フロアリミットの設定を行うようにしており、ＥＣ店舗４０における少額決済毎にクレジット会社５０への与信の確認を行うステップを軽減している。
フロアリミットとは、その額を超えてユーザ２０がクレジットカード利用をした際にクレジット会社５０へ販売の承認を求めなくてはならない金額である。なお、クレジットカードの番号変更や有効期限、フロアリミットなどの確認処理を一括して行う洗い替え処理技術については周知であるので具体的な説明は省略する。
第二実施形態では、決済サーバ３０ａにおける処理が第一実施形態と異なっているので、以下、決済サーバ３０ａの処理について詳細に説明する。
【００５１】
（２−１．決済サーバの処理の流れ）
図１０は、決済画面においてクレジットカード番号を登録できるようにした場合に決済サーバ３０ａが行う処理を示したフローチャートであり、図４に示したステップ４０８〜４１１に対応している。
決済サーバ３０ａは、図４のステップ４０８と同様に、ＥＣ店舗システム４０ａから取得した画面枠と合成した決済画面をユーザ端末２０ｂに送信する（ステップ５０１）。本実施形態では、図１２に例示するように、登録されていないクレジットカードを用いて決済する場合には、クレジットカード番号、氏名、有効期限などのクレジットカード情報を入力し、登録されたクレジットカードを用いて決済する場合には、ユーザＩＤおよびパスワードを入力するようになっている。
【００５２】
（２−１−１．登録カードの場合）
決済サーバ３０ａは、決済画面においてユーザＩＤおよびパスワードが入力されたと判定すると（ステップ５０２；Ｙｅｓ）、入力された情報によって登録ユーザの認証をできるか否か判定する（ステップ５０３）。
ユーザＩＤおよびパスワードによりユーザ２０の認証が成功した場合には（ステップ５０３；Ｙｅｓ）、次に、決済額がフロアリミット内であるか否かを判定する（ステップ５０４）。
【００５３】
ＥＣ店舗４０における決済額がフロアリミット内であると判定した場合には（ステップ５０４；Ｙｅｓ）、その取引情報を会員ＤＢ３６（図１１参照。詳しくは後述する）に蓄積するが（ステップ５０７）、決済額がフロアリミットを越えていると判定した場合には（ステップ５０４；Ｎｏ）、クレジット会社５０に与信確認を行い（ステップ５０５）、与信結果が承認であれば（ステップ５０６；Ｙｅｓ）、その取引情報を会員ＤＢ３６に蓄積する（ステップ５０７）。
【００５４】
そして、図１３に示すような登録カードによる取引が終了した旨をユーザ２０に示す取引結果画面を送信し（ステップ５０８）、決済処理を終了する。
なお、ステップ５０１〜５０８には、登録カードによる決済が問題なく行われる場合を示したが、入力されたＩＤおよびパスワードによって認証できなかった場合（ステップ５０３；ＮＯ）には、図１４に示すようにユーザＩＤおよびパスワードにエラーがあった旨をユーザ２０に通知する画面を送信し（ステップ５０９）、クレジット会社５０からの与信結果が非承認であった場合には（ステップ５０６；Ｎｏ）、図１５に示すように、クレジットカードが使用できない旨を通知する画面をユーザ端末２０ｂに表示させる（ステップ５１０）。
【００５５】
（２−１−２．登録されていないクレジットカードの場合）
ステップ５０２において、決済画面にカード番号が直接入力されたと判定した場合（ステップ５０２；Ｎｏ）、すなわち登録されていないクレジットカードを用いて決済する場合には、第一実施形態と同様に個別の取引毎にクレジット会社５０に与信を確認する与信取引として扱う。
【００５６】
そこで、決済サーバ３０ａは、クレジット会社５０に対して与信確認を行い（ステップ５１１）、与信結果が承認であった場合には（ステップ５１２；Ｙｅｓ）、図１６に示すような与信取引が成功した旨をユーザ２０に通知するとともに当該クレジットカードを登録することをすすめる与信取引結果画面を送信する（ステップ５１３）。なお、決済結果が非承認であった場合には（ステップ５１２；Ｎｏ）、図１５に示すようなカード使用不可通知画面を送信する（ステップ５１０）。
【００５７】
そして、与信取引結果画面において当該クレジットカードを決済サーバ３０ａに登録することをユーザ２０が指示したと判定した場合には（ステップ５１４；Ｙｅｓ）、クレジットカード情報を登録する処理に移行し（ステップ５１５）、決済に用いられたクレジットカード情報に対応するユーザＩＤおよびパスワードを新規に発行する処理を行う（ステップ５１６）。与信取引結果画面においてユーザ２０が登録を指示しなかった場合には、クレジットカード情報を登録せずに決済処理を終了する。
【００５８】
クレジットカード情報を登録する場合は、ユーザ２０がクレジットカード番号、氏名、有効期限など必要事項を入力した後、「新規登録」ボタンを押すと、図示せぬ新規登録画面を表示させ、ユーザ２０に住所、電話番号、電子メールアドレスなど個人属性情報を入力させればよい。そして、決済サーバ３０ａは、受信したクレジットカード番号に対応するクレジット会社５０に、本人であるか否かを確認するための情報を送信する。例えば、新規登録画面で入力された住所と、クレジット会社５０に登録されている住所とが一致する場合には、クレジットカード番号を入力した利用者をカード会員本人であると確認する。本人確認を行うと、決済サーバ３０ａは、ユーザＩＤおよびパスワードを発行し会員ＤＢ３６に登録する。そして、本人であることをさらに確認するために、新規登録確認画面において入力された住所に、発行したユーザＩＤおよびパスワードを郵送する。あるいは、電子メールで送信してもよい。
【００５９】
（２−２．決済サーバのデータベース構成）
上述したように、第二実施形態ではクレジットカード情報を登録し、ユーザＩＤおよびパスワードで認証できるようになっているとともに、登録カードについてはフロアリミットを設定できるようになっている。
そこで、第二実施形態では、決済サーバ３０ａは、図２に示した取引ＤＢ３４の他、図１１に示す会員ＤＢ３６を備え、取引に応じて蓄積された会員ＤＢ３６のデータに基づいて売上請求データ３７および洗替データ３８を生成できるように構成されている。なお、図１１では、第二実施形態において追加されたデータと図１０に示した処理との対応関係を示している。
【００６０】
会員ＤＢ３６には、クレジットカード情報と対応付けて、住所・氏名などの会員（ユーザ２０）に関する情報や、ユーザＩＤ・パスワードなどの認証情報、そのクレジットカードを用いた取引情報が蓄積されている。
ステップ５０３の認証においては、ユーザ２０から入力されたユーザＩＤおよびパスワードの組み合わせが会員ＤＢ３６に記録されているか否か参照することによって行うことができる。
【００６１】
また、ステップ５０４のフロアリミット内か否かを判定する場合は、会員ＤＢ３６に蓄積されている取引情報を参照し、当該クレジットカードに設定されているフロアリミット額と、取引金額の合計とを比較することによって行うことができる。この蓄積されている取引情報は、登録されたクレジットカードを用いた取引情報は、ステップ５０７において過去に会員ＤＢ３６に蓄積されたデータである。
【００６２】
第二実施形態では、登録されたクレジットカードでの取引は、定期的に一つの売上請求としてクレジット会社５０に請求されるようになっており、フロアリミットも定期的に洗替されるようになっている。
図１１に示すステップ６００は、この定期的な処理を示したものであり、会員ＤＢ３６に蓄積されたデータに基づいて売上請求データ３７を生成しクレジット会社５０に送信する売上請求処理（ステップ６０１）と、会員ＤＢ３６に蓄積されたデータを洗替するための洗替データを生成し、クレジット会社５０と送受信する洗替処理（ステップ６０２）とを備えている。
【００６３】
このように、クレジットカード情報を決済サーバ３０ａに登録できるようにすると、ユーザ２０はその都度クレジットカード番号を入力する手間を省くことができるとともに、クレジットカード番号をコンピュータネットワーク１０上で送信する場合の心配も軽減することができる。
また、決済サーバ３０ａにおいては、登録されたクレジットカードについて洗い替えを行うことができ、フロアリミット内であればその都度クレジット会社５０に与信の確認を行う処理を軽減することができるので、決済にかかる時間も短縮することが可能になる。
一方、クレジット会社５０にとっては、一定期間における取引にかかる売上は、一つの売上請求として決済会社３０から請求されるので、決済会社３０とクレジット会社５０との間のトランザクションを減少させることができ、少額決済において問題となるクレジット会社５０の利用明細書の発行費用等の費用を抑え、その結果手数料を軽減することも可能となる。
【００６４】
（３．変形例）
本発明は、上述した二つの実施形態に限定されるものではなく、様々な変形が可能である。
【００６５】
例えば、図１７に示すように、決済会社３０がクレジット会社５０の代表加盟店になり、ＥＣ店舗４０がその傘下店となれば、ＥＣ店舗４０がクレジット会社５０の加盟店となる必要がない。この場合、ユーザ２０が複数のＥＣ店舗システム４０ａ〜４０ｃのいずれにおいて少額決済をしても、クレジット会社５０にとっては一つの加盟店における決済として扱うことができるようになる。また、フロアリミットはこのようなシステムで提供する決済会社の決済サービスが利用可能なＥＣ店舗４０の請求を一括して処理できるため、従来困難であったＥＣ店舗４０におけるクレジットカードを用いた少額決済も促進されるようになる。
【００６６】
なお、上述した例では、所定の決済としてクレジットカードを例として説明しているが、決済会社３０が処理する決済は、これに限らず、デビットカードや振り込み、口座引き落とし、代引きなど他の決済であっても構わない。
また、ユーザ２０がＥＣ店舗４０において購入する商品は必ずしも有形の商品である必要はなく、デジタルコンテンツをダウンロードするようなものであってもよいし、サービスの提供を受けるものであっても構わない。
【００６７】
その他、決済情報入力画面に、クレジットカード情報に関連するクレジット会社５０の広告情報を含むようにするようにしてもよい。この広告情報には、例えばクレジット会社のバナー広告のように、広告主のＷｅｂページにリンクするものがある。この場合において、例えば、決済カードとして選択されたクレジット会社以外のクレジット会社の広告を表示させるようにして、入会を促すような広告を行うようにしてもよいし、選択されたクレジット会社の提携先の広告を表示するようにしてもよい。このように、決済情報として入力された情報に基づいて表示させる広告を選択させる技術としては、例えば、Ｗｅｂページ処理部１１は、ステップ４０９で受信したクレジットカード番号からクレジット会社を判定し、当該クレジット会社と関連付けて記憶された広告情報をステップ４１１において併せて送信するように構成すればよい。
【００６８】
【発明の効果】
以上述べた通り、本発明のネットワーク決済処理システム及びネットワーク決済処理方法によれば、クレジットカードでの決済システムをＥＣ店舗とは個別に設け、ＥＣ店舗側にクレジットカード情報が渡らないため、コンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができるようになった。
【００６９】
また、ＥＣ店舗側のＷｅｂページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザに違和感や不信感を与えずにクレジットカードの利用を促すことができるようになった。
【図面の簡単な説明】
【図１】本発明のネットワーク決済処理システムの一例を示す図である。
【図２】本発明の決済サーバの一例を示す図である。
【図３】本発明のＥＣ店舗システムの一例を示す図である。
【図４】本発明の第一実施形態にかかるネットワーク決済処理の一例を示すフローチャートである。
【図５】本発明で用いる画面例である。
【図６】本発明で用いる画面例である。
【図７】本発明で用いる画面例である。
【図８】本発明で用いる画面例である。
【図９】本発明で用いる画面例である。
【図１０】本発明の第二実施形態にかかる決済サーバの処理の一例を示すフローチャートである。
【図１１】本発明の第二実施形態にかかる決済サーバのデータベースを説明する図である。
【図１２】本発明で用いる画面例である。
【図１３】本発明で用いる画面例である。
【図１４】本発明で用いる画面例である。
【図１５】本発明で用いる画面例である。
【図１６】本発明で用いる画面例である。
【図１７】本発明のその他の例を示す図である。
【符号の説明】
１０ コンピュータネットワーク
２０ ユーザ
２０ａ〜２０ｃ ユーザ端末
３０ 決済会社
３０ａ 決済サーバ
３１Ｗｅｂページ処理部
３２ 情報処理部
３３ 売上処理部
３４ 取引ＤＢ
３５ 入出力部
４０ ＥＣ店舗
４０ａ ＥＣ店舗システム
４１ ショッピングシステム
４２ ショップＤＢ
５０ クレジット会社
５０ａ 勘定系基幹システム
６０ 専用ネットワーク
【発明の属する技術分野】
本発明は、インターネットなどのコンピュータネットワーク上で決済処理を行うネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラムに関する。特には、クレジットカードによってコンピュータネットワーク上で安全確実に決済処理を行うことに適している。
【０００２】
【従来の技術】
従来から、複数のコンピュータを通信回線などによって接続し、データやプログラムなどを複数のコンピュータ同士で蓄積交換したり、データなどを共有するコンピュータ・ネットワーク（以下、単に「ネットワーク」とも言う）が構築されている。
【０００３】
このようなネットワークの方式としては、所定の通信プロトコルなどに準拠すれば、原則として自由にコンピュータの接続ができるオープン型ネットワーク方式と、ネットワークをホスト・コンピュータなどで管理し、接続されるコンピュータなどのユーザ端末に一定のセキュリティなどの制限を設けて、管理外のコンピュータ・ノードをネットワークに接続させないようにするクローズ型ネットワーク方式がある。
【０００４】
上述のオープン型ネットワーク方式の代表的なものとして、インターネットがある。このインターネットにおいては、通信プロトコルにＴＣＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が採用されており、原則としてこの通信プロトコルを遵守したコンピュータであればネットワークに接続することができる。
【０００５】
近年において、インターネットのような自由なネットワーク環境を背景に、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）などのマルチメディア環境が整備されてきた。特に、最近では、このインターネットを利用して特定のサービスを行うインターネットビジネス（ｅビジネス）といわれるものが多く提案され運営されている。
【０００６】
このインターネットビジネス（ｅビジネス）においては、サーバ側に仮想店舗を設け、商品のサンプル写真や説明文などをＷｅｂページ上に載せ、商品の売買を行うサービスも存在している。
【０００７】
このような電子商取引（ＥＣ）の決済方法としては、現金送付、振込みによるもの、プリペイドカード方式を採用するもの、クレジットカードを利用するものなどがある。
【０００８】
特に、クレジットカードを利用する場合、プリペイドカードの購入などの手間や、現金送付、振込みの手間、その入金確認後の商品の配送による商品入手の遅延などの問題がなく、非常に有効な決済方法となっている。
【０００９】
【発明が解決しようとする課題】
しかしながら、上述したような電子商取引におけるクレジットカードでの決済方法によれば、店舗側サーバでクレジットカード情報による与信の確認を行っているため、送信されてきたクレジットカード情報が店舗側サーバに残り、そのクレジットカード情報が漏洩する危険性があるという問題があった。
【００１０】
また、クレジットカード情報の漏洩を防止するために、サーバシステムの構築にコストがかかり、電子商取引のメリットである低コストの実現が困難になるという問題があった。
【００１１】
また、他の独立した決済システムでクレジットカード情報を処理し、このような第三者の決済システムを利用する場合、ユーザに提供される決済処理画面のデザインは、決済システム側で準備したものであるため、店舗側サーバのＷｅｂページのデザインと異なるデザインとなり、店舗と決済サービスが別のものであるという印象をユーザ側に与えるので、店舗での購入における円滑さを欠いてしまうという問題があった。
【００１２】
従って、本発明の目的は、インターネットなどのコンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができるネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラムを提供することである。
【００１３】
【課題を解決するための手段】
上記課題を解決するため、本発明のネットワーク決済処理システムは、インターネットなどのコンピュータネットワーク上で決済を処理するネットワーク決済処理システムであって、前記コンピュータネットワークに接続され、商品の購入情報や決済情報を入力するユーザ端末と、前記コンピュータネットワークに接続され、前記ユーザ端末へ商品情報を提供し、前記ユーザ端末から商品の購入情報を受信する電子店舗サーバと、前記コンピュータネットワークに接続され、前記ユーザ端末と前記電子店舗サーバ間での商品取引に応じた決済を行う決済サーバと、を備え、前記電子店舗サーバは、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記決済サーバから前記ユーザ端末に提供することを指示する制御情報を前記決済サーバに送信し、前記決済サーバは、前記電子店舗サーバからの前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供し、前記ユーザ端末は、前記決済サーバから提供された前記決済情報入力画面に前記所定の決済に関する決済情報を入力することを特徴とする。
【００１４】
また、本発明のネットワーク決済処理装置は、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を処理するネットワーク決済処理装置であって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから受信する制御情報受信手段と、前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供する決済情報入力画面提供手段と、前記ユーザ端末において前記決済情報入力画面に入力された前記所定の決済に関する決済情報を受信する決済情報受信手段と、前記決済情報に基づいて前記商品購入の決済処理を行う決済手段とを備えることを特徴とする。
ここで、前記決済情報入力画面提供手段は、前記制御情報と共に、前記決済情報入力画面を表示する所定の枠画面を前記電子店舗サーバから受信し、前記所定の枠画面と前記決済情報入力画面を組合せた前記決済情報入力画面を前記ユーザ端末に提供するようにするとよい。
【００１５】
上述の装置においては、前記決済情報は、クレジットカードによる決済であり、ユーザを特定する情報およびユーザ毎のクレジットカード情報を登録し、登録された前記クレジットカード情報に対応するフロアリミットを記憶するフロアリミット記憶手段を備え、前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット記憶手段に記憶された前記フロアリミットを越える場合には、クレジット会社に対して与信チェックを行うようにすることができる。
また、前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理することができる。
【００１６】
また、上記課題を解決するため、本発明のネットワーク決済処理方法は、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理方法であって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから前記決済サーバが受信する制御情報受信ステップと、前記制御情報に基づいて、前記決済サーバから前記ユーザ端末に前記決済情報入力画面を提供する決済情報入力画面提供ステップと、前記ユーザ端末において前記決済情報入力画面に入力された前記所定の決済に関する決済情報を前記決済サーバが受信する決済情報受信ステップと、前記決済情報に基づいて前記商品購入の決済処理を行う決済ステップとを備えることを特徴とする。
【００１７】
ここで前記決済情報入力画面提供ステップは、前記制御情報と共に、前記決済情報入力画面を表示する所定の枠画面を前記電子店舗サーバから受信し、前記所定の枠画面と前記決済情報入力画面を組合せた前記決済情報入力画面を前記ユーザ端末に提供することができる。
【００１８】
また、上記課題を解決するため、本発明のネットワーク決済処理プログラムは、インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、前記ユーザ端末から所定の決済を指定された場合、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を前記電子店舗サーバから前記決済サーバに送信させる制御情報送信ステップと、前記制御情報に基づいて、前記決済サーバから前記ユーザ端末に提供された前記決済情報入力画面に入力された前記所定の決済に関する決済情報に基づいて前記決済サーバが行った決済結果を、前記決済サーバから前記電子店舗サーバに受信させる決済結果受信ステップと、前記決済結果を前記ユーザ端末に表示させる決済結果表示ステップとを備えることを特徴とする。
【００１９】
更に、前記制御情報送信ステップは、前記ユーザ端末を経由して前記制御情報を前記決済サーバに送信させ、前記決済結果受信ステップは、前記ユーザ端末を経由して前記決済サーバから前記決済結果を受信させるようにするとよい。
【００２０】
クレジットカードでの決済システムを店舗サーバとは個別に設け、店舗サーバ側にクレジットカード情報が渡らないため、コンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができる。
【００２１】
店舗側サーバのＷｅｂページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザに違和感や不信感を与えずにクレジットカードの利用を促すことができる。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明のネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、及びネットワーク決済処理プログラムの実施の形態を説明する。ここで、本発明においては、インターネットなどの通信ネットワークを利用し、ユーザ側からの決済情報（実施形態では、クレジットカード情報）に基づいて、決済処理を行うことができる。
【００２３】
（１．第一実施形態）
（１−１．第一実施形態の構成）
（１−１−１．全体構成）
図１は、本発明のネットワーク決済処理システムの一形態を示す図である。この図では、システム構成を示すとともに、本発明の理解を容易にする目的で、このシステムを用いたワークフローも示している。
このネットワーク決済処理システムは、コンピュータネットワーク（以下、単に「ネットワーク」ともいう）１０を用いて、ユーザ２０が決済会社３０の決済サービスを利用してＥＣ店舗４０で商品を購入した代金を決済できるように構成されている。ユーザ２０が決済に用いるクレジットカードの与信は、決済会社３０からクレジット会社５０に確認されるようになっている。すなわち、ユーザ２０がＥＣ店舗４０において商品選択を行うと、ＥＣ店舗４０からの商品の購入情報をもとにユーザ２０から決済会社３０にクレジットカード情報を送信し、決済会社３０においてクレジット会社５０への与信確認を行って、ＥＣ店舗４０での商品の売上を計上する。ＥＣ店舗４０は、決済会社３０に対して売上請求を行い、それを受けて決済会社３０がクレジット会社５０に対して売上請求を行うと、ＥＣ店舗４０に売上が入金され、これによりＥＣ店舗４０は、ユーザ２０に対して商品の発送を行う。
【００２４】
次に、このようなワークフローを実現するシステム構成を説明する。図１において、ユーザ２０が使用する機器は、ブラウザ機能を有し、商品の購入情報やクレジットカード情報を入力するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話などのユーザ端末２０ａ〜２０ｃである。
決済会社３０が使用する機器は、決済サーバ３０ａであり、ユーザ端末２０ａ〜２０ｃからの決済情報（クレジットカード情報）及びＥＣ店舗システム４０ａからの商品の購入情報に基づいて、クレジット会社５０からユーザ２０の与信情報を獲得して決済処理を行う機能を備えている。
【００２５】
ＥＣ店舗４０が使用する機器は、ＥＣ店舗システム４０ａであり、サーバ機能を有し、ユーザ端末２０ａ〜２０ｃに商品情報を提供すると共に、ユーザ端末２０ａ〜２０ｃからの購入情報に基づいて商品の販売を行うサーバやこのサーバにアクセスする端末などを備えている。各ユーザ端末２０ａ〜２０ｃ、決済サーバ３０ａ、及びＥＣ店舗システム４０ａは、インターネットなどのネットワーク１０に接続されている。ネットワーク１０は、インターネットやイントラネットを利用して構築することができる。この場合、インターネットの通信プロトコルに準拠した既存のアプリケーションやシステムを使用することができるので、低コストで本発明のネットワーク決済処理システムを実現することができる。
【００２６】
クレジット会社５０が使用する機器は、図１中の勘定系基幹システム５０ａであり、ＣＡＦＩＳ（Ｃｒｅｄｉｔ Ａｎｄ Ｆｉｎａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）などの専用ネットワーク６０に接続されている。
決済サーバ３０ａは、専用ネットワーク６０を介して勘定系基幹システム５０ａに対して与信確認を行うことができるようになっている。
【００２７】
（１−１−２．決済サーバの構成）
図２は、決済サーバ３０ａの構成の一形態を示す図である。図２において、決済サーバ３０ａは、Ｗｅｂページ処理部３１、情報処理部３２、売上処理部３３、取引データベース（ＤＢ）３４、および、入出力部３５を備えている。
Ｗｅｂページ処理部３１は、ユーザ２０がクレジットカード情報を入力するためのＷｅｂページを提供する処理を行うものである。本実施形態では、基本的にはＥＣ店舗システム４０ａがユーザ端末２０ａ〜２０ｃにＷｅｂページを提供するが、ユーザ２０がクレジットカード情報を入力するＷｅｂページは決済サーバ３０ａが提供することによって、ＥＣ店舗システム４０ａ側にクレジットカード情報が渡らないようになっている。
【００２８】
より具体的には、ネットワーク１０を介してＥＣ店舗システム４０ａから受信したＥＣ店舗システム４０ａ側で準備したクレジットカード情報入力枠画面（以下、単に「枠画面」ともいう）と、クレジットカード情報を入力するためのクレジットカード情報入力部分画面（以下、単に「カード情報入力画面」ともいう）とでクレジットカード情報を入力するための情報入力画面のＷｅｂページを生成し、このＷｅｂページ（情報入力画面）を、ネットワーク１０を介してユーザ端末２０ａ〜２０ｃ（図１）に提供し、ユーザ端末２０ａ〜２０ｃ（図１）からクレジットカード情報を受信するようになっている。なお、この処理の詳細は、図４を参照しながら、後に詳しく説明する。
【００２９】
情報処理部３２は、Ｗｅｂページ処理部３１で受信したクレジットカード情報と商品の購入情報に基づいて、専用ネットワーク６０を介してクレジット会社５０から獲得したユーザ２０の与信情報を処理する。なお、商品の購入情報とは、ユーザ２０がＥＣ店舗４０において行った注文を特定する情報や購入価格を特定する情報であり、コンピュータネットワーク１０を介してＥＣ店舗システム４０ａから受信する情報である。
売上処理部３３は、情報処理部３２において処理された与信情報に基づいて取引情報を生成し、ＥＣ店舗システム４０ａからの売上請求処理や取消処理などを行う。
取引ＤＢ３４は、売上処理部３３で生成された取引情報を記録し、入出力部３５は、クレジット会社５０に送付する請求データを出力する。
【００３０】
（１−１−３．ＥＣ店舗システム４０ａの構成）
図３は、ＥＣ店舗システム４０ａの構成の一形態を示す図である。このＥＣ店舗システム４０ａは、ショッピングシステム４１とショップデータベース（ＤＢ）４２とを備えている。
ショッピングシステム４１は、ネットワーク１０を介してユーザ端末２０ａ〜２０ｃ（図１）へ商品情報を提供すると共に、ユーザ端末２０ａ〜２０ｃ（図１）から商品の購入情報を受信して処理するものであり、商品選択などショップ運営機能を提供するプログラムの他、決済サーバ３０ａへの接続を行うプログラムである接続キットＭＤＫを備えている。
【００３１】
接続キットＭＤＫは、決済会社３０から提供されるプログラムであり、このプログラムの機能により、後に詳しく説明するようなＥＣ店舗システム４０ａにおけるショッピングから、決済サーバ３０ａにおける決済を違和感なく行うことができるようになっている。ＥＣ店舗の運営体は、このような接続キットＭＤＫを決済サーバ３０ａの運営体から提供されることにより、クレジットカード決済に関する機能の導入が容易になる。
また、ショップＤＢ４２は、利用者に提供する商品の画像や説明などの提供商品情報を記憶しているデータベースである。
【００３２】
（１−２．第一実施形態の動作）
次に、図１〜図３に示した本発明のネットワーク決済処理システムを利用したネットワーク決済サービスについて説明する。なお、以下の説明において具体的な一例として、ユーザ端末２０ｂは、クライアント機能及びブラウザ機能を有するＰＣであり、コンピュータネットワーク１０はインターネットであるとして、説明する。
【００３３】
（１−２−１．シーケンス）
図４は、本発明のネットワーク決済処理システムを利用したネットワーク決済サービスを示すシーケンスフローである。
先ずユーザ２０は、ユーザ端末２０ｂでブラウザを起動し、コンピュータネットワーク１０を介して、ＥＣ店舗システム４０ａのショッピングシステム４１が提供するショッピング用Ｗｅｂページにアクセスする（ステップ４０１）。ショッピングシステム４１は、ユーザ端末２０ｂからの商品選択要求に応じて、ショップＤＢ４２に記憶している商品情報を検索して、この商品情報を表示するＷｅｂページをユーザ端末２０ｂに送信し、これにより、ユーザ端末２０ｂの画面上には、商品購入用のユーザ情報入力画面のＷｅｂページが表示される（ステップ４０２）。
【００３４】
ユーザ２０側での商品購入手続きが終了し（ステップ４０３）、ユーザ端末２０ｂからクレジットカードでの決済要求がＥＣ店舗システム４０ａに送られる（ステップ４０４）と、ショッピングシステム４１は、クレジットカード情報入力枠画面（枠画面）を保持しており、そのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、注文番号や売買代金などユーザ２０の購入した商品に関する情報とを、決済サーバ３０ａに対する制御情報である決済ＵＲＬ情報として送信する（ステップ４０５）。この決済ＵＲＬ情報は、ユーザ端末２０ｂを介して決済サーバ３０ａに送信されるように接続キットＭＤＫはプログラムされている（図４中のＭＤＫ（Ａ）参照）。
【００３５】
決済サーバ３０ａのＷｅｂページ処理部３１は、ＥＣ店舗システム４０ａから送信された枠画面のＵＲＬと商品の購入情報を受け取ると、枠画面のＵＲＬに基づいてＥＣ店舗システム４０ａに画面枠を要求し（ステップ４０６）、ＥＣ店舗システム４０ａから枠画面を取り込む（ステップ４０７）。そして、クレジットカード情報入力部分画面（カード情報入力画面）とＥＣ店舗システム４０ａから取り込んだ枠画面と合わせて決済画面を生成し、ユーザ端末２０ｂに送信する（ステップ４０８）。
【００３６】
ユーザ端末２０ｂでは、決済を実行すべく、送信されてきた決済画面にクレジットカード番号などのクレジットカード情報を入力して決済サーバ３０ａに送信する（ステップ４０９）。
【００３７】
決済サーバ３０ａの情報処理部３２は、クレジットカード情報と商品の購入情報（売買代金など）を、専用ネットワーク６０を介してクレジット会社５０へ送信し、クレジット会社５０から与信情報を取得するといった決済処理を行う（ステップ４１０）。
【００３８】
情報処理部３２は、取得した与信情報に基づいて、決済結果をＥＣ店舗システム４０ａに送信する（ステップ４１１）。この決済結果の送信は、ＥＣ店舗システム４０ａの決済結果送信ＵＲＬを決済サーバ３０ａからユーザ端末２０ｂに送信し、ブラウザの自動処理によってＥＣサーバ４０ａに接続させることによって行われる（図４中、ＭＤＫ（Ｂ）参照）。なお、決済結果送信ＵＲＬも、ステップ４０５においてＥＣ店舗システム４０から決済サーバ１０に送信された情報に含まれている。
【００３９】
ＥＣ店舗システム４０ａのショッピングシステム４１は、商品の購入完了にかかる決済結果を通知する決済結果画面をユーザ端末２０ｂに送信する（ステップ４１２）。この決済結果画面では、ステップ４１０の決済処理において与信結果が承認であれば、商品の購入完了をユーザに通知し、ＥＣ店舗４０は商品の配送手続きを行う。一方、与信結果が非承認であれば、商品の購入エラー通知をユーザ端末２０ｂに送信する。
【００４０】
ＥＣ店舗４０は、商品の配送手続き後、ＥＣ店舗システム４０ａまたはＥＣ店舗４０のＰＣからネットワーク１０を介して、決済サーバ３０ａの売上処理部３３にアクセスして売上請求処理を行い、その結果を取引ＤＢ３４に記憶する（ステップ４１３）。この売上処理部３３では、ＥＣ店舗システム４０ａからのアクセスによって、取引履歴の確認処理や商品のキャンセル、返品などによる取消処理を行うこともできる。この取消処理によって、取引ＤＢ３４に記憶されている取引情報を更新する。
【００４１】
売上処理部３３は、所定のタイミング、例えば、月２回のタイミングで、取引ＤＢ３４の取引情報に基づいて請求データを作成し、入出力部３５から出力する（ステップ４１４）。入出力部３５から出力された請求データは、クレジット会社５０に送付されてクレジット会社５０で決済され、売上金がＥＣ店舗４０側に入金される（ステップ４１５）。
【００４２】
（１−２−２．画面遷移）
次に、図５〜図９に示した画面例を参照しながら、ステップ４０４〜ステップ４１２の具体例について説明する。
図５は、ユーザ端末２０ｂからの決済要求を受けて（ステップ４０４）、ＥＣ店舗システム４０ａがユーザ２０に対して決済（図中「支払い」）手段を選択させるための画面である。この例では、クレジットカードでの支払いか銀行振り込みによる支払いを選択できるようになっており、ユーザ２０がクレジットカードでの支払いを選択した場合には、決済サーバ３０ａを用いた決済が行われる。
ユーザ端末２０ｂに図５に示した画面を表示させるＵＲＬは、ＥＣ店舗システム４０ａが提供するＵＲＬ４０５である。ここでユーザ２０がクレジットカードでの支払いを選択して「次へ進む」ボタンを押した場合には、図６に示す決済画面がユーザ端末２０ｂに表示される（ステップ４０４〜４０８）。
【００４３】
ところで、図６に示した決済画面は、ＥＣ店舗システム４０ａが提供するＵＲＬ４０７と、決済サーバ３０ａが提供するＵＲＬ４０８とから構成される。より具体的には、図７に示す画面が先に説明した画面枠であり、この画面枠はＥＣ店舗システム４０ａ中のＵＲＬ４０７である。また、図８に示す画面が、画面枠のエリアＸに挿入される画面であり、決済サーバ３０ａ中のＵＲＬ４０８である。
【００４４】
このように、画面枠をＥＣ店舗システム４０ａが提供し、クレジットカード情報を入力する画面を決済サーバ３０ａが提供すれば、ＥＣ店舗システム４０ａのＷｅｂページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザ２０に対しては他のサイトに移行して決済しているという印象を与えずにクレジットカード情報の入力を促すことができる。
そして、図６に示した画面において、ユーザ２０がクレジットカード番号を入力し、「支払い」ボタンを押すと、入力された情報がステップ４０９において決済サーバ３０ａに送信され、ステップ４１０の決済処理が行われる。そして、決済結果がユーザ端末２０ｂのブラウザを介してＥＣ店舗システム４０ａに送信され、ＥＣ店舗システム４０ａは、図９に示す決済結果画面をユーザ端末２０ｂに表示させる（ステップ４１２）。
【００４５】
（１−２−３．接続キットＭＤＫ）
ここで、上述した接続キットＭＤＫによって実現される機能について、より詳細に説明する。
上述したように、ＥＣ店舗システム４０ａから決済サーバ３０ａに送信する情報（ステップ４０５）や、決済サーバ３０ａからＥＣ店舗システム４０ａに送信する情報（ステップ４１１）が、ユーザ端末２０ｂのブラウザを経由する場合がある。これは、ＥＣ店舗システム４０ａのみで行っている処理から、決済処理の代行を決済サーバ３０ａに開始させるための決済開始プログラムＭＤＫ（Ａ）と、決済サーバ３０ａにおいて代行した決済結果に基づく処理をＥＣ店舗システム４０ａに行わせるための決済結果受信プログラムＭＤＫ（Ｂ）とによって実現される。
決済開始プログラムＭＤＫ（Ａ）および決済結果受信プログラムＭＤＫ（Ｂ）は、図３に示した接続キットＭＤＫの仕様に準拠して、ＥＣ店舗４０がショッピングシステム４１として生成したものである。
【００４６】
なお、決済開始プログラムＭＤＫ（Ａ）および決済結果受信プログラムＭＤＫ（Ｂ）によって実現されるステップを、図４においても記載している。このように、決済開始プログラムＭＤＫ（Ａ）および決済結果受信プログラムＭＤＫ（Ｂ）を、ユーザ端末２０ｂのブラウザで自動処理されるようなプログラムとすることによって、ユーザ２０に対してはサイトの切り替えが行われていないような画面を提示しつつ、ＥＣ店舗システム４０ａから決済サーバ３０ａへの処理の移行がスムーズに行われるようになっている。
【００４７】
また、決済会社３０が、信用力の高い会社である場合や、暗号などセキュリティ技術の高い会社などである場合には、ＥＣ店舗４０にそのような十分な信用や技術が伴わない場合でも、容易に決済会社３０による決済手段を導入できるようになる。
【００４８】
また、このような場合に図６に示すように決済会社３０を明記すれば、ユーザ２０も安心してＥＣ店舗４０で商品の購入を行うことができる。この場合、いったんＥＣ店舗４０のサイトから決済会社３０のサイトに移行する違和感や煩わしさもなく、決済会社３０の提供する決済サービスを受けることができるという利点がある。
以上のように、本発明のネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、およびネットワーク決済処理プログラムによれば、ＥＣ店舗システム４０ａとは個別の決済サーバ３０ａがクレジットカードでの決済を行うようになっているので、ＥＣ店舗システム４０ａ側にクレジットカード情報が渡らず、コンピュータネットワーク１０上でクレジットカードを利用して安全且つ確実に決済をすることができる。
【００４９】
（２．第二実施形態）
次に、本発明の第二の実施形態について説明する。第二実施形態では、ユーザ２０は決済会社３０にクレジットカード情報を登録することができるようになっており、登録済みクレジットカードを使用する場合には、ユーザＩＤやパスワードなどによって認証し、登録済みクレジットカードによる決済を可能にしている。
登録済みクレジットカードは、決済会社３０が決済サービスを提供する複数のＥＣ店舗４０で決済に用いることができるものとなる。
【００５０】
また、登録されたクレジットカードについては、１月ごとにクレジット会社５０で洗い替えを行い、フロアリミットの設定を行うようにしており、ＥＣ店舗４０における少額決済毎にクレジット会社５０への与信の確認を行うステップを軽減している。
フロアリミットとは、その額を超えてユーザ２０がクレジットカード利用をした際にクレジット会社５０へ販売の承認を求めなくてはならない金額である。なお、クレジットカードの番号変更や有効期限、フロアリミットなどの確認処理を一括して行う洗い替え処理技術については周知であるので具体的な説明は省略する。
第二実施形態では、決済サーバ３０ａにおける処理が第一実施形態と異なっているので、以下、決済サーバ３０ａの処理について詳細に説明する。
【００５１】
（２−１．決済サーバの処理の流れ）
図１０は、決済画面においてクレジットカード番号を登録できるようにした場合に決済サーバ３０ａが行う処理を示したフローチャートであり、図４に示したステップ４０８〜４１１に対応している。
決済サーバ３０ａは、図４のステップ４０８と同様に、ＥＣ店舗システム４０ａから取得した画面枠と合成した決済画面をユーザ端末２０ｂに送信する（ステップ５０１）。本実施形態では、図１２に例示するように、登録されていないクレジットカードを用いて決済する場合には、クレジットカード番号、氏名、有効期限などのクレジットカード情報を入力し、登録されたクレジットカードを用いて決済する場合には、ユーザＩＤおよびパスワードを入力するようになっている。
【００５２】
（２−１−１．登録カードの場合）
決済サーバ３０ａは、決済画面においてユーザＩＤおよびパスワードが入力されたと判定すると（ステップ５０２；Ｙｅｓ）、入力された情報によって登録ユーザの認証をできるか否か判定する（ステップ５０３）。
ユーザＩＤおよびパスワードによりユーザ２０の認証が成功した場合には（ステップ５０３；Ｙｅｓ）、次に、決済額がフロアリミット内であるか否かを判定する（ステップ５０４）。
【００５３】
ＥＣ店舗４０における決済額がフロアリミット内であると判定した場合には（ステップ５０４；Ｙｅｓ）、その取引情報を会員ＤＢ３６（図１１参照。詳しくは後述する）に蓄積するが（ステップ５０７）、決済額がフロアリミットを越えていると判定した場合には（ステップ５０４；Ｎｏ）、クレジット会社５０に与信確認を行い（ステップ５０５）、与信結果が承認であれば（ステップ５０６；Ｙｅｓ）、その取引情報を会員ＤＢ３６に蓄積する（ステップ５０７）。
【００５４】
そして、図１３に示すような登録カードによる取引が終了した旨をユーザ２０に示す取引結果画面を送信し（ステップ５０８）、決済処理を終了する。
なお、ステップ５０１〜５０８には、登録カードによる決済が問題なく行われる場合を示したが、入力されたＩＤおよびパスワードによって認証できなかった場合（ステップ５０３；ＮＯ）には、図１４に示すようにユーザＩＤおよびパスワードにエラーがあった旨をユーザ２０に通知する画面を送信し（ステップ５０９）、クレジット会社５０からの与信結果が非承認であった場合には（ステップ５０６；Ｎｏ）、図１５に示すように、クレジットカードが使用できない旨を通知する画面をユーザ端末２０ｂに表示させる（ステップ５１０）。
【００５５】
（２−１−２．登録されていないクレジットカードの場合）
ステップ５０２において、決済画面にカード番号が直接入力されたと判定した場合（ステップ５０２；Ｎｏ）、すなわち登録されていないクレジットカードを用いて決済する場合には、第一実施形態と同様に個別の取引毎にクレジット会社５０に与信を確認する与信取引として扱う。
【００５６】
そこで、決済サーバ３０ａは、クレジット会社５０に対して与信確認を行い（ステップ５１１）、与信結果が承認であった場合には（ステップ５１２；Ｙｅｓ）、図１６に示すような与信取引が成功した旨をユーザ２０に通知するとともに当該クレジットカードを登録することをすすめる与信取引結果画面を送信する（ステップ５１３）。なお、決済結果が非承認であった場合には（ステップ５１２；Ｎｏ）、図１５に示すようなカード使用不可通知画面を送信する（ステップ５１０）。
【００５７】
そして、与信取引結果画面において当該クレジットカードを決済サーバ３０ａに登録することをユーザ２０が指示したと判定した場合には（ステップ５１４；Ｙｅｓ）、クレジットカード情報を登録する処理に移行し（ステップ５１５）、決済に用いられたクレジットカード情報に対応するユーザＩＤおよびパスワードを新規に発行する処理を行う（ステップ５１６）。与信取引結果画面においてユーザ２０が登録を指示しなかった場合には、クレジットカード情報を登録せずに決済処理を終了する。
【００５８】
クレジットカード情報を登録する場合は、ユーザ２０がクレジットカード番号、氏名、有効期限など必要事項を入力した後、「新規登録」ボタンを押すと、図示せぬ新規登録画面を表示させ、ユーザ２０に住所、電話番号、電子メールアドレスなど個人属性情報を入力させればよい。そして、決済サーバ３０ａは、受信したクレジットカード番号に対応するクレジット会社５０に、本人であるか否かを確認するための情報を送信する。例えば、新規登録画面で入力された住所と、クレジット会社５０に登録されている住所とが一致する場合には、クレジットカード番号を入力した利用者をカード会員本人であると確認する。本人確認を行うと、決済サーバ３０ａは、ユーザＩＤおよびパスワードを発行し会員ＤＢ３６に登録する。そして、本人であることをさらに確認するために、新規登録確認画面において入力された住所に、発行したユーザＩＤおよびパスワードを郵送する。あるいは、電子メールで送信してもよい。
【００５９】
（２−２．決済サーバのデータベース構成）
上述したように、第二実施形態ではクレジットカード情報を登録し、ユーザＩＤおよびパスワードで認証できるようになっているとともに、登録カードについてはフロアリミットを設定できるようになっている。
そこで、第二実施形態では、決済サーバ３０ａは、図２に示した取引ＤＢ３４の他、図１１に示す会員ＤＢ３６を備え、取引に応じて蓄積された会員ＤＢ３６のデータに基づいて売上請求データ３７および洗替データ３８を生成できるように構成されている。なお、図１１では、第二実施形態において追加されたデータと図１０に示した処理との対応関係を示している。
【００６０】
会員ＤＢ３６には、クレジットカード情報と対応付けて、住所・氏名などの会員（ユーザ２０）に関する情報や、ユーザＩＤ・パスワードなどの認証情報、そのクレジットカードを用いた取引情報が蓄積されている。
ステップ５０３の認証においては、ユーザ２０から入力されたユーザＩＤおよびパスワードの組み合わせが会員ＤＢ３６に記録されているか否か参照することによって行うことができる。
【００６１】
また、ステップ５０４のフロアリミット内か否かを判定する場合は、会員ＤＢ３６に蓄積されている取引情報を参照し、当該クレジットカードに設定されているフロアリミット額と、取引金額の合計とを比較することによって行うことができる。この蓄積されている取引情報は、登録されたクレジットカードを用いた取引情報は、ステップ５０７において過去に会員ＤＢ３６に蓄積されたデータである。
【００６２】
第二実施形態では、登録されたクレジットカードでの取引は、定期的に一つの売上請求としてクレジット会社５０に請求されるようになっており、フロアリミットも定期的に洗替されるようになっている。
図１１に示すステップ６００は、この定期的な処理を示したものであり、会員ＤＢ３６に蓄積されたデータに基づいて売上請求データ３７を生成しクレジット会社５０に送信する売上請求処理（ステップ６０１）と、会員ＤＢ３６に蓄積されたデータを洗替するための洗替データを生成し、クレジット会社５０と送受信する洗替処理（ステップ６０２）とを備えている。
【００６３】
このように、クレジットカード情報を決済サーバ３０ａに登録できるようにすると、ユーザ２０はその都度クレジットカード番号を入力する手間を省くことができるとともに、クレジットカード番号をコンピュータネットワーク１０上で送信する場合の心配も軽減することができる。
また、決済サーバ３０ａにおいては、登録されたクレジットカードについて洗い替えを行うことができ、フロアリミット内であればその都度クレジット会社５０に与信の確認を行う処理を軽減することができるので、決済にかかる時間も短縮することが可能になる。
一方、クレジット会社５０にとっては、一定期間における取引にかかる売上は、一つの売上請求として決済会社３０から請求されるので、決済会社３０とクレジット会社５０との間のトランザクションを減少させることができ、少額決済において問題となるクレジット会社５０の利用明細書の発行費用等の費用を抑え、その結果手数料を軽減することも可能となる。
【００６４】
（３．変形例）
本発明は、上述した二つの実施形態に限定されるものではなく、様々な変形が可能である。
【００６５】
例えば、図１７に示すように、決済会社３０がクレジット会社５０の代表加盟店になり、ＥＣ店舗４０がその傘下店となれば、ＥＣ店舗４０がクレジット会社５０の加盟店となる必要がない。この場合、ユーザ２０が複数のＥＣ店舗システム４０ａ〜４０ｃのいずれにおいて少額決済をしても、クレジット会社５０にとっては一つの加盟店における決済として扱うことができるようになる。また、フロアリミットはこのようなシステムで提供する決済会社の決済サービスが利用可能なＥＣ店舗４０の請求を一括して処理できるため、従来困難であったＥＣ店舗４０におけるクレジットカードを用いた少額決済も促進されるようになる。
【００６６】
なお、上述した例では、所定の決済としてクレジットカードを例として説明しているが、決済会社３０が処理する決済は、これに限らず、デビットカードや振り込み、口座引き落とし、代引きなど他の決済であっても構わない。
また、ユーザ２０がＥＣ店舗４０において購入する商品は必ずしも有形の商品である必要はなく、デジタルコンテンツをダウンロードするようなものであってもよいし、サービスの提供を受けるものであっても構わない。
【００６７】
その他、決済情報入力画面に、クレジットカード情報に関連するクレジット会社５０の広告情報を含むようにするようにしてもよい。この広告情報には、例えばクレジット会社のバナー広告のように、広告主のＷｅｂページにリンクするものがある。この場合において、例えば、決済カードとして選択されたクレジット会社以外のクレジット会社の広告を表示させるようにして、入会を促すような広告を行うようにしてもよいし、選択されたクレジット会社の提携先の広告を表示するようにしてもよい。このように、決済情報として入力された情報に基づいて表示させる広告を選択させる技術としては、例えば、Ｗｅｂページ処理部１１は、ステップ４０９で受信したクレジットカード番号からクレジット会社を判定し、当該クレジット会社と関連付けて記憶された広告情報をステップ４１１において併せて送信するように構成すればよい。
【００６８】
【発明の効果】
以上述べた通り、本発明のネットワーク決済処理システム及びネットワーク決済処理方法によれば、クレジットカードでの決済システムをＥＣ店舗とは個別に設け、ＥＣ店舗側にクレジットカード情報が渡らないため、コンピュータネットワーク上でクレジットカードを利用して安全且つ確実に決済をすることができるようになった。
【００６９】
また、ＥＣ店舗側のＷｅｂページのデザインと同一の又は統一性のあるデザインで決済情報入力画面を提供することができるため、ユーザに違和感や不信感を与えずにクレジットカードの利用を促すことができるようになった。
【図面の簡単な説明】
【図１】本発明のネットワーク決済処理システムの一例を示す図である。
【図２】本発明の決済サーバの一例を示す図である。
【図３】本発明のＥＣ店舗システムの一例を示す図である。
【図４】本発明の第一実施形態にかかるネットワーク決済処理の一例を示すフローチャートである。
【図５】本発明で用いる画面例である。
【図６】本発明で用いる画面例である。
【図７】本発明で用いる画面例である。
【図８】本発明で用いる画面例である。
【図９】本発明で用いる画面例である。
【図１０】本発明の第二実施形態にかかる決済サーバの処理の一例を示すフローチャートである。
【図１１】本発明の第二実施形態にかかる決済サーバのデータベースを説明する図である。
【図１２】本発明で用いる画面例である。
【図１３】本発明で用いる画面例である。
【図１４】本発明で用いる画面例である。
【図１５】本発明で用いる画面例である。
【図１６】本発明で用いる画面例である。
【図１７】本発明のその他の例を示す図である。
【符号の説明】
１０ コンピュータネットワーク
２０ ユーザ
２０ａ〜２０ｃ ユーザ端末
３０ 決済会社
３０ａ 決済サーバ
３１Ｗｅｂページ処理部
３２ 情報処理部
３３ 売上処理部
３４ 取引ＤＢ
３５ 入出力部
４０ ＥＣ店舗
４０ａ ＥＣ店舗システム
４１ ショッピングシステム
４２ ショップＤＢ
５０ クレジット会社
５０ａ 勘定系基幹システム
６０ 専用ネットワーク
Claims (7)
- インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を処理するネットワーク決済処理装置であって、
前記コンピュータネットワークを介して、前記ユーザ端末からの前記電子店舗サーバに対するクレジットカード決済要求に応じて、前記電子店舗サーバから送信された、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を、前記コンピュータネットワークを介して前記ユーザ端末を経由して受信し、当該受信した制御情報に基づいて、前記決済情報入力画面を表示するための所定の枠画面を前記コンピュータネットワークを介して前記電子店舗サーバに要求し、当該要求に応じて前記店舗サーバから送信された前記枠画面を受信する制御情報受信手段と、
前記制御情報に応じて、前記所定の枠画面にクレジットカード情報を入力する部分を組み込んで前記決済情報入力画面とし、当該前記決済情報入力画面を前記ユーザ端末に提供する決済情報入力画面提供手段と、
前記ユーザ端末において前記決済情報入力画面に入力された前記クレジットカード決済に関する決済情報を受信する決済情報受信手段と、
ユーザを特定する情報およびユーザ毎のクレジットカード情報を登録し、登録された前記クレジットカード情報に対応するフロアリミットを記憶するフロアリミット記憶手段と、
前記決済情報に基づいて前記商品購入の決済処理を行い、その際に前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット記憶手段に記憶された前記フロアリミットを越える場合には、クレジット会社に対して与信チェックを行う決済手段と、を備える、
ことを特徴とするネットワーク決済処理装置。 - 前記決済手段は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理する、ことを特徴とする請求項１記載のネットワーク決済装置。
- インターネットなどのコンピュータネットワーク上で決済を処理するネットワーク決済
処理システムであって、
前記コンピュータネットワークに接続され、商品の購入情報や決済情報を入力するユーザ端末と、
前記コンピュータネットワークに接続され、前記ユーザ端末へ商品情報を提供し、前記ユーザ端末から商品の購入情報を受信する電子店舗サーバと、
前記コンピュータネットワークに接続され、前記ユーザ端末と前記電子店舗サーバ間での商品取引に応じた決済を行う決済サーバと、
を備え、
前記電子店舗サーバは、前記ユーザ端末から所定の決済を要求された際に、決済情報入力画面を前記決済サーバから前記ユーザ端末に提供することを指示する制御情報を前記決済サーバに送信し、
前記決済サーバは、前記電子店舗サーバからの前記制御情報に基づいて、前記ユーザ端末に前記決済情報入力画面を提供し、
前記ユーザ端末は、前記決済サーバから提供された前記決済情報入力画面に入力された前記所定の決済に関する決済情報を前記決済サーバに送信し、
前記決済サーバは、前記請求項１又は２記載のネットワーク決済処理装置の機能を備える、
ことを特徴とするネットワーク決済処理システム。 - インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理方法であって、
（Ａ）前記コンピュータネットワークを介して、前記ユーザ端末からの前記電子店舗サーバに対するクレジットカード決済要求に応じて、前記電子店舗サーバから送信された、決済情報入力画面を前記ユーザ端末に提供することを指示する制御情報を、前記コンピュータネットワークを介して前記決済サーバが前記ユーザ端末を経由して受信し、当該受信した制御情報に基づいて、前記決済情報入力画面を表示するための所定の枠画面を前記コンピュータネットワークを介して前記決済サーバが前記電子店舗サーバに要求し、当該要求に応じて前記店舗サーバから送信された前記枠画面を受信する制御情報受信ステップと、
（Ｂ）前記制御情報に応じて、前記所定の枠画面にクレジットカード情報を入力する部分を組み込んで前記決済情報入力画面とし、当該前記決済情報入力画面を前記決済サーバから前記ユーザ端末に提供する決済情報入力画面提供ステップと、
（Ｃ）前記ユーザ端末において前記決済情報入力画面に入力された前記クレジットカード決済に関する決済情報を前記決済サーバが受信する決済情報受信ステップと、
（Ｄ）前記決済情報に基づいて前記商品購入の決済処理を行い、その際に前記電子店舗サーバにおける商品の購入に対応する金額が予め準備されているフロアリミットを越える場合には、クレジット会社に対して与信チェックを行う、
ことを特徴とするネットワーク決済処理方法。 - 前記ステップ（Ｄ）は、前記電子店舗サーバにおける商品の購入に対応する金額が前記フロアリミット以内である場合には、前記金額を蓄積し、所定の期間毎に合算した金額を当該クレジットカードでの購入金額として処理するステップを含む、ことを特徴とする請求項４記載のネットワーク決済処理方法。
- インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、
前記請求項１又は２記載のネットワーク決済処理装置の機能を、コンピュータに実現さ
せるためのネットワーク決済処理プログラム。 - インターネットなどのコンピュータネットワーク上で接続された電子店舗サーバおよびユーザ端末間における商品購入の決済を決済サーバにおいて処理するネットワーク決済処理プログラムであって、
前記請求項４又は５記載のネットワーク決済処理方法の処理を、コンピュータに実現させるためのネットワーク決済処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001186035A JP3632051B2 (ja) | 2001-06-20 | 2001-06-20 | ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001186035A JP3632051B2 (ja) | 2001-06-20 | 2001-06-20 | ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003006548A JP2003006548A (ja) | 2003-01-10 |
| JP3632051B2 true JP3632051B2 (ja) | 2005-03-23 |
Family
ID=19025520
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001186035A Expired - Fee Related JP3632051B2 (ja) | 2001-06-20 | 2001-06-20 | ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3632051B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005182315A (ja) * | 2003-12-17 | 2005-07-07 | Sumitomo Mitsui Card Co Ltd | 決済装置、決済システム、決済方法およびコンピュータプログラム |
| US7904389B2 (en) * | 2007-05-30 | 2011-03-08 | Visa U.S.A. Inc. | Real time account update |
| JP2009043012A (ja) * | 2007-08-08 | 2009-02-26 | Nippon Telegr & Teleph Corp <Ntt> | 決済システム、店舗装置、決済機関装置および決済方法 |
| JP5323419B2 (ja) * | 2008-08-11 | 2013-10-23 | ベリトランス株式会社 | 決済代行システムおよび決済連動型広告配信方法 |
| EP2529345A4 (en) | 2010-01-29 | 2016-09-21 | Cardinalcommerce Corp | ELECTRONIC PAYMENT PROCESSING AND SYSTEM WITH INTELLIGENT AUTHENTICATION FIELDS AND REGULATIONS |
| JPWO2012140872A1 (ja) * | 2011-04-12 | 2014-07-28 | パナソニック株式会社 | サーバ連携システム |
| KR102195405B1 (ko) * | 2013-07-03 | 2020-12-24 | 주식회사 어가람닷컴 | 배달전문 안심결제대행 시스템과 그 방법 |
| JP6508828B2 (ja) * | 2015-08-14 | 2019-05-08 | エヌ・ティ・ティ・コムウェア株式会社 | 決済処理装置、決済システム、決済処理方法、及びプログラム |
| JP2020098504A (ja) * | 2018-12-18 | 2020-06-25 | 株式会社メルカリ | 情報処理方法、情報処理装置、及びプログラム |
| JP2020201877A (ja) * | 2019-06-13 | 2020-12-17 | 凸版印刷株式会社 | 成果報酬還元システム、成果報酬還元処理方法及び成果報酬還元処理プログラム |
-
2001
- 2001-06-20 JP JP2001186035A patent/JP3632051B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003006548A (ja) | 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 (ja) | 電子ウォレットによる商取引代行処理を使用して電子商取引を実行するためのシステムおよび方法 | |
| WO2003102843A1 (en) | System and method for exchanging loyalty points for acquisitions | |
| JP2004526220A (ja) | 電子商取引システム及びその方法 | |
| 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 (ja) | 実店舗アフィリエイトシステム、実店舗アフィリエイト方法、通信装置、アフィリエイト管理装置、電子クーポン | |
| JP2002083202A (ja) | 顧客紹介方法、顧客紹介システム、及び紹介報酬管理サーバ | |
| JP3632051B2 (ja) | ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム | |
| KR20010077123A (ko) | 공동 장바구니를 이용한 컴퓨터 네트워크상에서의 쇼핑일괄 지불 및 배송 방법 | |
| KR20020039600A (ko) | 서버가 제휴 사이트 및 오프라인 상점에서 전자 상거래를수행하는 방법 및 시스템 | |
| JP2001297244A (ja) | ポイントサービスシステム及び装置 | |
| JP7350109B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| JP2004334292A (ja) | 決済方法及び決済装置 | |
| JP2002063397A (ja) | 注文仲介方法及び注文仲介システム | |
| JP2002049859A (ja) | オンライン・プリペイド課金管理システム | |
| JP3967111B2 (ja) | オークションシステム | |
| WO2001013297A2 (en) | Method for conducting financial transactions over a wide area network | |
| JP2002245316A (ja) | ポイント還元方法、センタ装置、店舗装置、及びポイント還元プログラム | |
| WO2002097685A1 (en) | Methods and systems in a data communication network for delivering and charging for services | |
| JP2002222376A (ja) | オンライン電子クレジット小額決済システム及びその決済方法、並びにオンライン電子クレジット小額決済システム用プログラム記録媒体 |
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 |