JP2003006548A - ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 インターネットなどのコンピュータネットワ
ーク上でクレジットカードを利用して安全且つ確実に決
済をすることができるネットワーク決済処理システムを
提供する。 【解決手段】 本発明のネットワーク決済処理システム
は、ユーザ端末２０ａ〜２０ｃと、電子商取引（ＥＣ）
店舗システム４０ａと、サーバ機能を有し、ユーザ端末
２０ａ〜２０ｃからのクレジットカード情報及びＥＣ店
舗システム４０からの商品の購入情報に基づいて、クレ
ジット会社５０からユーザの与信情報を取得して決済処
理を行う決済サーバ３０ａと、各ユーザ端末２０ａ〜２
０ｃ、決済サーバ３０ａ及びＥＣ店舗システム４０ａを
接続するインターネットなどのコンピュータネットワー
ク１０と、を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのコンピュータネットワーク上で決済処理を行うネッ
トワーク決済処理システム、ネットワーク決済処理装
置、ネットワーク決済処理方法、および、ネットワーク
決済処理プログラムに関する。特には、クレジットカー
ドによってコンピュータネットワーク上で安全確実に決
済処理を行うことに適している。

【０００２】

【従来の技術】従来から、複数のコンピュータを通信回
線などによって接続し、データやプログラムなどを複数
のコンピュータ同士で蓄積交換したり、データなどを共
有するコンピュータ・ネットワーク（以下、単に「ネッ
トワーク」とも言う）が構築されている。

【０００３】このようなネットワークの方式としては、
所定の通信プロトコルなどに準拠すれば、原則として自
由にコンピュータの接続ができるオープン型ネットワー
ク方式と、ネットワークをホスト・コンピュータなどで
管理し、接続されるコンピュータなどのユーザ端末に一
定のセキュリティなどの制限を設けて、管理外のコンピ
ュータ・ノードをネットワークに接続させないようにす
るクローズ型ネットワーク方式がある。

【０００４】上述のオープン型ネットワーク方式の代表
的なものとして、インターネットがある。このインター
ネットにおいては、通信プロトコルにＴＣＰ（Transfer
Control Protocol）／ＩＰ（Internet Protocol）が採
用されており、原則としてこの通信プロトコルを遵守し
たコンピュータであればネットワークに接続することが
できる。

【０００５】近年において、インターネットのような自
由なネットワーク環境を背景に、ＷＷＷ（World Wide W
eb）などのマルチメディア環境が整備されてきた。特
に、最近では、このインターネットを利用して特定のサ
ービスを行うインターネットビジネス（ｅビジネス）と
いわれるものが多く提案され運営されている。

【０００６】このインターネットビジネス（ｅビジネ
ス）においては、サーバ側に仮想店舗を設け、商品のサ
ンプル写真や説明文などをＷｅｂページ上に載せ、商品
の売買を行うサービスも存在している。

【０００７】このような電子商取引（ＥＣ）の決済方法
としては、現金送付、振込みによるもの、プリペイドカ
ード方式を採用するもの、クレジットカードを利用する
ものなどがある。

【０００８】特に、クレジットカードを利用する場合、
プリペイドカードの購入などの手間や、現金送付、振込
みの手間、その入金確認後の商品の配送による商品入手
の遅延などの問題がなく、非常に有効な決済方法となっ
ている。

【０００９】

【発明が解決しようとする課題】しかしながら、上述し
たような電子商取引におけるクレジットカードでの決済
方法によれば、店舗側サーバでクレジットカード情報に
よる与信の確認を行っているため、送信されてきたクレ
ジットカード情報が店舗側サーバに残り、そのクレジッ
トカード情報が漏洩する危険性があるという問題があっ
た。

【００１０】また、クレジットカード情報の漏洩を防止
するために、サーバシステムの構築にコストがかかり、
電子商取引のメリットである低コストの実現が困難にな
るという問題があった。

【００１１】また、他の独立した決済システムでクレジ
ットカード情報を処理し、このような第三者の決済シス
テムを利用する場合、ユーザに提供される決済処理画面
のデザインは、決済システム側で準備したものであるた
め、店舗側サーバのＷｅｂページのデザインと異なるデ
ザインとなり、店舗と決済サービスが別のものであると
いう印象をユーザ側に与えるので、店舗での購入におけ
る円滑さを欠いてしまうという問題があった。

【００１２】従って、本発明の目的は、インターネット
などのコンピュータネットワーク上でクレジットカード
を利用して安全且つ確実に決済をすることができるネッ
トワーク決済処理システム、ネットワーク決済処理装
置、ネットワーク決済処理方法、および、ネットワーク
決済処理プログラムを提供することである。

【００１３】

【課題を解決するための手段】上記課題を解決するた
め、本発明のネットワーク決済処理システムは、インタ
ーネットなどのコンピュータネットワーク上で決済を処
理するネットワーク決済処理システムであって、前記コ
ンピュータネットワークに接続され、商品の購入情報や
決済情報を入力するユーザ端末と、前記コンピュータネ
ットワークに接続され、前記ユーザ端末へ商品情報を提
供し、前記ユーザ端末から商品の購入情報を受信する電
子店舗サーバと、前記コンピュータネットワークに接続
され、前記ユーザ端末と前記電子店舗サーバ間での商品
取引に応じた決済を行う決済サーバと、を備え、前記電
子店舗サーバは、前記ユーザ端末から所定の決済を指定
された場合、決済情報入力画面を前記決済サーバから前
記ユーザ端末に提供することを指示する制御情報を前記
決済サーバに送信し、前記決済サーバは、前記電子店舗
サーバからの前記制御情報に基づいて、前記ユーザ端末
に前記決済情報入力画面を提供し、前記ユーザ端末は、
前記決済サーバから提供された前記決済情報入力画面に
前記所定の決済に関する決済情報を入力することを特徴
とする。

【００１４】また、本発明のネットワーク決済処理装置
は、インターネットなどのコンピュータネットワーク上
で接続された電子店舗サーバおよびユーザ端末間におけ
る商品購入の決済を処理するネットワーク決済処理装置
であって、前記ユーザ端末から所定の決済を指定された
場合、決済情報入力画面を前記ユーザ端末に提供するこ
とを指示する制御情報を前記電子店舗サーバから受信す
る制御情報受信手段と、前記制御情報に基づいて、前記
ユーザ端末に前記決済情報入力画面を提供する決済情報
入力画面提供手段と、前記ユーザ端末において前記決済
情報入力画面に入力された前記所定の決済に関する決済
情報を受信する決済情報受信手段と、前記決済情報に基
づいて前記商品購入の決済処理を行う決済手段とを備え
ることを特徴とする。ここで、前記決済情報入力画面提
供手段は、前記制御情報と共に、前記決済情報入力画面
を表示する所定の枠画面を前記電子店舗サーバから受信
し、前記所定の枠画面と前記決済情報入力画面を組合せ
た前記決済情報入力画面を前記ユーザ端末に提供するよ
うにするとよい。

【００１５】上述の装置においては、前記決済情報は、
クレジットカードによる決済であり、ユーザを特定する
情報およびユーザ毎のクレジットカード情報を登録し、
登録された前記クレジットカード情報に対応するフロア
リミットを記憶するフロアリミット記憶手段を備え、前
記決済手段は、前記電子店舗サーバにおける商品の購入
に対応する金額が前記フロアリミット記憶手段に記憶さ
れた前記フロアリミットを越える場合には、クレジット
会社に対して与信チェックを行うようにすることができ
る。また、前記決済手段は、前記電子店舗サーバにおけ
る商品の購入に対応する金額が前記フロアリミット以内
である場合には、前記金額を蓄積し、所定の期間毎に合
算した金額を当該クレジットカードでの購入金額として
処理することができる。

【００１６】また、上記課題を解決するため、本発明の
ネットワーク決済処理方法は、インターネットなどのコ
ンピュータネットワーク上で接続された電子店舗サーバ
およびユーザ端末間における商品購入の決済を決済サー
バにおいて処理するネットワーク決済処理方法であっ
て、前記ユーザ端末から所定の決済を指定された場合、
決済情報入力画面を前記ユーザ端末に提供することを指
示する制御情報を前記電子店舗サーバから前記決済サー
バが受信する制御情報受信ステップと、前記制御情報に
基づいて、前記決済サーバから前記ユーザ端末に前記決
済情報入力画面を提供する決済情報入力画面提供ステッ
プと、前記ユーザ端末において前記決済情報入力画面に
入力された前記所定の決済に関する決済情報を前記決済
サーバが受信する決済情報受信ステップと、前記決済情
報に基づいて前記商品購入の決済処理を行う決済ステッ
プとを備えることを特徴とする。

【００１７】ここで前記決済情報入力画面提供ステップ
は、前記制御情報と共に、前記決済情報入力画面を表示
する所定の枠画面を前記電子店舗サーバから受信し、前
記所定の枠画面と前記決済情報入力画面を組合せた前記
決済情報入力画面を前記ユーザ端末に提供することがで
きる。

【００１８】また、上記課題を解決するため、本発明の
ネットワーク決済処理プログラムは、インターネットな
どのコンピュータネットワーク上で接続された電子店舗
サーバおよびユーザ端末間における商品購入の決済を決
済サーバにおいて処理するネットワーク決済処理プログ
ラムであって、前記ユーザ端末から所定の決済を指定さ
れた場合、決済情報入力画面を前記ユーザ端末に提供す
ることを指示する制御情報を前記電子店舗サーバから前
記決済サーバに送信させる制御情報送信ステップと、前
記制御情報に基づいて、前記決済サーバから前記ユーザ
端末に提供された前記決済情報入力画面に入力された前
記所定の決済に関する決済情報に基づいて前記決済サー
バが行った決済結果を、前記決済サーバから前記電子店
舗サーバに受信させる決済結果受信ステップと、前記決
済結果を前記ユーザ端末に表示させる決済結果表示ステ
ップとを備えることを特徴とする。

【００１９】更に、前記制御情報送信ステップは、前記
ユーザ端末を経由して前記制御情報を前記決済サーバに
送信させ、前記決済結果受信ステップは、前記ユーザ端
末を経由して前記決済サーバから前記決済結果を受信さ
せるようにするとよい。

【００２０】クレジットカードでの決済システムを店舗
サーバとは個別に設け、店舗サーバ側にクレジットカー
ド情報が渡らないため、コンピュータネットワーク上で
クレジットカードを利用して安全且つ確実に決済をする
ことができる。

【００２１】店舗側サーバのＷｅｂページのデザインと
同一の又は統一性のあるデザインで決済情報入力画面を
提供することができるため、ユーザに違和感や不信感を
与えずにクレジットカードの利用を促すことができる。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明のネ
ットワーク決済処理システム、ネットワーク決済処理装
置、ネットワーク決済処理方法、及びネットワーク決済
処理プログラムの実施の形態を説明する。ここで、本発
明においては、インターネットなどの通信ネットワーク
を利用し、ユーザ側からの決済情報（実施形態では、ク
レジットカード情報）に基づいて、決済処理を行うこと
ができる。

【００２３】（１．第一実施形態） （１−１．第一実施形態の構成） （１−１−１．全体構成）図１は、本発明のネットワー
ク決済処理システムの一形態を示す図である。この図で
は、システム構成を示すとともに、本発明の理解を容易
にする目的で、このシステムを用いたワークフローも示
している。このネットワーク決済処理システムは、コン
ピュータネットワーク（以下、単に「ネットワーク」と
もいう）１０を用いて、ユーザ２０が決済会社３０の決
済サービスを利用してＥＣ店舗４０で商品を購入した代
金を決済できるように構成されている。ユーザ２０が決
済に用いるクレジットカードの与信は、決済会社３０か
らクレジット会社５０に確認されるようになっている。
すなわち、ユーザ２０がＥＣ店舗４０において商品選択
を行うと、ＥＣ店舗４０からの商品の購入情報をもとに
ユーザ２０から決済会社３０にクレジットカード情報を
送信し、決済会社３０においてクレジット会社５０への
与信確認を行って、ＥＣ店舗４０での商品の売上を計上
する。ＥＣ店舗４０は、決済会社３０に対して売上請求
を行い、それを受けて決済会社３０がクレジット会社５
０に対して売上請求を行うと、ＥＣ店舗４０に売上が入
金され、これによりＥＣ店舗４０は、ユーザ２０に対し
て商品の発送を行う。

【００２４】次に、このようなワークフローを実現する
システム構成を説明する。図１において、ユーザ２０が
使用する機器は、ブラウザ機能を有し、商品の購入情報
やクレジットカード情報を入力するＰＣ（Personal Com
puter）や携帯電話などのユーザ端末２０ａ〜２０ｃで
ある。決済会社３０が使用する機器は、決済サーバ３０
ａであり、ユーザ端末２０ａ〜２０ｃからの決済情報
（クレジットカード情報）及びＥＣ店舗システム４０ａ
からの商品の購入情報に基づいて、クレジット会社５０
からユーザ２０の与信情報を獲得して決済処理を行う機
能を備えている。

【００２５】ＥＣ店舗４０が使用する機器は、ＥＣ店舗
システム４０ａであり、サーバ機能を有し、ユーザ端末
２０ａ〜２０ｃに商品情報を提供すると共に、ユーザ端
末２０ａ〜２０ｃからの購入情報に基づいて商品の販売
を行うサーバやこのサーバにアクセスする端末などを備
えている。各ユーザ端末２０ａ〜２０ｃ、決済サーバ３
０ａ、及びＥＣ店舗システム４０ａは、インターネット
などのネットワーク１０に接続されている。ネットワー
ク１０は、インターネットやイントラネットを利用して
構築することができる。この場合、インターネットの通
信プロトコルに準拠した既存のアプリケーションやシス
テムを使用することができるので、低コストで本発明の
ネットワーク決済処理システムを実現することができ
る。

【００２６】クレジット会社５０が使用する機器は、図
１中の勘定系基幹システム５０ａであり、ＣＡＦＩＳ
（Credit And Finance Information System）などの専
用ネットワーク６０に接続されている。決済サーバ３０
ａは、専用ネットワーク６０を介して勘定系基幹システ
ム５０ａに対して与信確認を行うことができるようにな
っている。

【００２７】（１−１−２．決済サーバの構成）図２
は、決済サーバ３０ａの構成の一形態を示す図である。
図２において、決済サーバ３０ａは、Ｗｅｂページ処理
部３１、情報処理部３２、売上処理部３３、取引データ
ベース（ＤＢ）３４、および、入出力部３５を備えてい
る。Ｗｅｂページ処理部３１は、ユーザ２０がクレジッ
トカード情報を入力するためのＷｅｂページを提供する
処理を行うものである。本実施形態では、基本的にはＥ
Ｃ店舗システム４０ａがユーザ端末２０ａ〜２０ｃにＷ
ｅｂページを提供するが、ユーザ２０がクレジットカー
ド情報を入力するＷｅｂページは決済サーバ３０ａが提
供することによって、ＥＣ店舗システム４０ａ側にクレ
ジットカード情報が渡らないようになっている。

【００２８】より具体的には、ネットワーク１０を介し
てＥＣ店舗システム４０ａから受信したＥＣ店舗システ
ム４０ａ側で準備したクレジットカード情報入力枠画面
（以下、単に「枠画面」ともいう）と、クレジットカー
ド情報を入力するためのクレジットカード情報入力部分
画面（以下、単に「カード情報入力画面」ともいう）と
でクレジットカード情報を入力するための情報入力画面
のＷｅｂページを生成し、このＷｅｂページ（情報入力
画面）を、ネットワーク１０を介してユーザ端末２０ａ
〜２０ｃ（図１）に提供し、ユーザ端末２０ａ〜２０ｃ
（図１）からクレジットカード情報を受信するようにな
っている。なお、この処理の詳細は、図４を参照しなが
ら、後に詳しく説明する。

【００２９】情報処理部３２は、Ｗｅｂページ処理部３
１で受信したクレジットカード情報と商品の購入情報に
基づいて、専用ネットワーク６０を介してクレジット会
社５０から獲得したユーザ２０の与信情報を処理する。
なお、商品の購入情報とは、ユーザ２０がＥＣ店舗４０
において行った注文を特定する情報や購入価格を特定す
る情報であり、コンピュータネットワーク１０を介して
ＥＣ店舗システム４０ａから受信する情報である。売上
処理部３３は、情報処理部３２において処理された与信
情報に基づいて取引情報を生成し、ＥＣ店舗システム４
０ａからの売上請求処理や取消処理などを行う。取引Ｄ
Ｂ３４は、売上処理部３３で生成された取引情報を記録
し、入出力部３５は、クレジット会社５０に送付する請
求データを出力する。

【００３０】（１−１−３．ＥＣ店舗システム４０ａの
構成）図３は、ＥＣ店舗システム４０ａの構成の一形態
を示す図である。このＥＣ店舗システム４０ａは、ショ
ッピングシステム４１とショップデータベース（ＤＢ）
４２とを備えている。ショッピングシステム４１は、ネ
ットワーク１０を介してユーザ端末２０ａ〜２０ｃ（図
１）へ商品情報を提供すると共に、ユーザ端末２０ａ〜
２０ｃ（図１）から商品の購入情報を受信して処理する
ものであり、商品選択などショップ運営機能を提供する
プログラムの他、決済サーバ３０ａへの接続を行うプロ
グラムである接続キットＭＤＫを備えている。

【００３１】接続キットＭＤＫは、決済会社３０から提
供されるプログラムであり、このプログラムの機能によ
り、後に詳しく説明するようなＥＣ店舗システム４０ａ
におけるショッピングから、決済サーバ３０ａにおける
決済を違和感なく行うことができるようになっている。
ＥＣ店舗の運営体は、このような接続キットＭＤＫを決
済サーバ３０ａの運営体から提供されることにより、ク
レジットカード決済に関する機能の導入が容易になる。
また、ショップＤＢ４２は、利用者に提供する商品の画
像や説明などの提供商品情報を記憶しているデータベー
スである。

【００３２】（１−２．第一実施形態の動作）次に、図
１〜図３に示した本発明のネットワーク決済処理システ
ムを利用したネットワーク決済サービスについて説明す
る。なお、以下の説明において具体的な一例として、ユ
ーザ端末２０ｂは、クライアント機能及びブラウザ機能
を有するＰＣであり、コンピュータネットワーク１０は
インターネットであるとして、説明する。

【００３３】（１−２−１．シーケンス）図４は、本発
明のネットワーク決済処理システムを利用したネットワ
ーク決済サービスを示すシーケンスフローである。先ず
ユーザ２０は、ユーザ端末２０ｂでブラウザを起動し、
コンピュータネットワーク１０を介して、ＥＣ店舗シス
テム４０ａのショッピングシステム４１が提供するショ
ッピング用Ｗｅｂページにアクセスする（ステップ４０
１）。ショッピングシステム４１は、ユーザ端末２０ｂ
からの商品選択要求に応じて、ショップＤＢ４２に記憶
している商品情報を検索して、この商品情報を表示する
Ｗｅｂページをユーザ端末２０ｂに送信し、これによ
り、ユーザ端末２０ｂの画面上には、商品購入用のユー
ザ情報入力画面のＷｅｂページが表示される（ステップ
４０２）。

【００３４】ユーザ２０側での商品購入手続きが終了し
（ステップ４０３）、ユーザ端末２０ｂからクレジット
カードでの決済要求がＥＣ店舗システム４０ａに送られ
る（ステップ４０４）と、ショッピングシステム４１
は、クレジットカード情報入力枠画面（枠画面）を保持
しており、そのＵＲＬ（Uniform Resource Locator）
と、注文番号や売買代金などユーザ２０の購入した商品
に関する情報とを、決済サーバ３０ａに対する制御情報
である決済ＵＲＬ情報として送信する（ステップ４０
５）。この決済ＵＲＬ情報は、ユーザ端末２０ｂを介し
て決済サーバ３０ａに送信されるように接続キットＭＤ
Ｋはプログラムされている（図４中のＭＤＫ（Ａ）参
照）。

【００３５】決済サーバ３０ａのＷｅｂページ処理部３
１は、ＥＣ店舗システム４０ａから送信された枠画面の
ＵＲＬと商品の購入情報を受け取ると、枠画面のＵＲＬ
に基づいてＥＣ店舗システム４０ａに画面枠を要求し
（ステップ４０６）、ＥＣ店舗システム４０ａから枠画
面を取り込む（ステップ４０７）。そして、クレジット
カード情報入力部分画面（カード情報入力画面）とＥＣ
店舗システム４０ａから取り込んだ枠画面と合わせて決
済画面を生成し、ユーザ端末２０ｂに送信する（ステッ
プ４０８）。

【００３６】ユーザ端末２０ｂでは、決済を実行すべ
く、送信されてきた決済画面にクレジットカード番号な
どのクレジットカード情報を入力して決済サーバ３０ａ
に送信する（ステップ４０９）。

【００３７】決済サーバ３０ａの情報処理部３２は、ク
レジットカード情報と商品の購入情報（売買代金など）
を、専用ネットワーク６０を介してクレジット会社５０
へ送信し、クレジット会社５０から与信情報を取得する
といった決済処理を行う（ステップ４１０）。

【００３８】情報処理部３２は、取得した与信情報に基
づいて、決済結果をＥＣ店舗システム４０ａに送信する
（ステップ４１１）。この決済結果の送信は、ＥＣ店舗
システム４０ａの決済結果送信ＵＲＬを決済サーバ３０
ａからユーザ端末２０ｂに送信し、ブラウザの自動処理
によってＥＣサーバ４０ａに接続させることによって行
われる（図４中、ＭＤＫ（Ｂ）参照）。なお、決済結果
送信ＵＲＬも、ステップ４０５においてＥＣ店舗システ
ム４０から決済サーバ１０に送信された情報に含まれて
いる。

【００３９】ＥＣ店舗システム４０ａのショッピングシ
ステム４１は、商品の購入完了にかかる決済結果を通知
する決済結果画面をユーザ端末２０ｂに送信する（ステ
ップ４１２）。この決済結果画面では、ステップ４１０
の決済処理において与信結果が承認であれば、商品の購
入完了をユーザに通知し、ＥＣ店舗４０は商品の配送手
続きを行う。一方、与信結果が非承認であれば、商品の
購入エラー通知をユーザ端末２０ｂに送信する。

【００４０】ＥＣ店舗４０は、商品の配送手続き後、Ｅ
Ｃ店舗システム４０ａまたはＥＣ店舗４０のＰＣからネ
ットワーク１０を介して、決済サーバ３０ａの売上処理
部３３にアクセスして売上請求処理を行い、その結果を
取引ＤＢ３４に記憶する（ステップ４１３）。この売上
処理部３３では、ＥＣ店舗システム４０ａからのアクセ
スによって、取引履歴の確認処理や商品のキャンセル、
返品などによる取消処理を行うこともできる。この取消
処理によって、取引ＤＢ３４に記憶されている取引情報
を更新する。

【００４１】売上処理部３３は、所定のタイミング、例
えば、月２回のタイミングで、取引ＤＢ３４の取引情報
に基づいて請求データを作成し、入出力部３５から出力
する（ステップ４１４）。入出力部３５から出力された
請求データは、クレジット会社５０に送付されてクレジ
ット会社５０で決済され、売上金がＥＣ店舗４０側に入
金される（ステップ４１５）。

【００４２】（１−２−２．画面遷移）次に、図５〜図
９に示した画面例を参照しながら、ステップ４０４〜ス
テップ４１２の具体例について説明する。図５は、ユー
ザ端末２０ｂからの決済要求を受けて（ステップ４０
４）、ＥＣ店舗システム４０ａがユーザ２０に対して決
済（図中「支払い」）手段を選択させるための画面であ
る。この例では、クレジットカードでの支払いか銀行振
り込みによる支払いを選択できるようになっており、ユ
ーザ２０がクレジットカードでの支払いを選択した場合
には、決済サーバ３０ａを用いた決済が行われる。ユー
ザ端末２０ｂに図５に示した画面を表示させるＵＲＬ
は、ＥＣ店舗システム４０ａが提供するＵＲＬ４０５で
ある。ここでユーザ２０がクレジットカードでの支払い
を選択して「次へ進む」ボタンを押した場合には、図６
に示す決済画面がユーザ端末２０ｂに表示される（ステ
ップ４０４〜４０８）。

【００４３】ところで、図６に示した決済画面は、ＥＣ
店舗システム４０ａが提供するＵＲＬ４０７と、決済サ
ーバ３０ａが提供するＵＲＬ４０８とから構成される。
より具体的には、図７に示す画面が先に説明した画面枠
であり、この画面枠はＥＣ店舗システム４０ａ中のＵＲ
Ｌ４０７である。また、図８に示す画面が、画面枠のエ
リアＸに挿入される画面であり、決済サーバ３０ａ中の
ＵＲＬ４０８である。

【００４４】このように、画面枠をＥＣ店舗システム４
０ａが提供し、クレジットカード情報を入力する画面を
決済サーバ３０ａが提供すれば、ＥＣ店舗システム４０
aのＷｅｂページのデザインと同一の又は統一性のある
デザインで決済情報入力画面を提供することができるた
め、ユーザ２０に対しては他のサイトに移行して決済し
ているという印象を与えずにクレジットカード情報の入
力を促すことができる。そして、図６に示した画面にお
いて、ユーザ２０がクレジットカード番号を入力し、
「支払い」ボタンを押すと、入力された情報がステップ
４０９において決済サーバ３０ａに送信され、ステップ
４１０の決済処理が行われる。そして、決済結果がユー
ザ端末２０ｂのブラウザを介してＥＣ店舗システム４０
ａに送信され、ＥＣ店舗システム４０ａは、図９に示す
決済結果画面をユーザ端末２０ｂに表示させる（ステッ
プ４１２）。

【００４５】（１−２−３．接続キットＭＤＫ）ここ
で、上述した接続キットＭＤＫによって実現される機能
について、より詳細に説明する。上述したように、ＥＣ
店舗システム４０ａから決済サーバ３０ａに送信する情
報（ステップ４０５）や、決済サーバ３０ａからＥＣ店
舗システム４０ａに送信する情報（ステップ４１１）
が、ユーザ端末２０ｂのブラウザを経由する場合があ
る。これは、ＥＣ店舗システム４０aのみで行っている
処理から、決済処理の代行を決済サーバ３０ａに開始さ
せるための決済開始プログラムＭＤＫ（Ａ）と、決済サ
ーバ３０ａにおいて代行した決済結果に基づく処理をＥ
Ｃ店舗システム４０ａに行わせるための決済結果受信プ
ログラムＭＤＫ（Ｂ）とによって実現される。決済開始
プログラムＭＤＫ（Ａ）および決済結果受信プログラム
ＭＤＫ（Ｂ）は、図３に示した接続キットＭＤＫの仕様
に準拠して、ＥＣ店舗４０がショッピングシステム４１
として生成したものである。

【００４６】なお、決済開始プログラムＭＤＫ（Ａ）お
よび決済結果受信プログラムＭＤＫ（Ｂ）によって実現
されるステップを、図４においても記載している。この
ように、決済開始プログラムＭＤＫ（Ａ）および決済結
果受信プログラムＭＤＫ（Ｂ）を、ユーザ端末２０ｂの
ブラウザで自動処理されるようなプログラムとすること
によって、ユーザ２０に対してはサイトの切り替えが行
われていないような画面を提示しつつ、ＥＣ店舗システ
ム４０ａから決済サーバ３０ａへの処理の移行がスムー
ズに行われるようになっている。

【００４７】また、決済会社３０が、信用力の高い会社
である場合や、暗号などセキュリティ技術の高い会社な
どである場合には、ＥＣ店舗４０にそのような十分な信
用や技術が伴わない場合でも、容易に決済会社３０によ
る決済手段を導入できるようになる。

【００４８】また、このような場合に図６に示すように
決済会社３０を明記すれば、ユーザ２０も安心してＥＣ
店舗４０で商品の購入を行うことができる。この場合、
いったんＥＣ店舗４０のサイトから決済会社３０のサイ
トに移行する違和感や煩わしさもなく、決済会社３０の
提供する決済サービスを受けることができるという利点
がある。以上のように、本発明のネットワーク決済処理
システム、ネットワーク決済処理装置、ネットワーク決
済処理方法、およびネットワーク決済処理プログラムに
よれば、ＥＣ店舗システム４０ａとは個別の決済サーバ
３０ａがクレジットカードでの決済を行うようになって
いるので、ＥＣ店舗システム４０ａ側にクレジットカー
ド情報が渡らず、コンピュータネットワーク１０上でク
レジットカードを利用して安全且つ確実に決済をするこ
とができる。

【００４９】（２．第二実施形態）次に、本発明の第二
の実施形態について説明する。第二実施形態では、ユー
ザ２０は決済会社３０にクレジットカード情報を登録す
ることができるようになっており、登録済みクレジット
カードを使用する場合には、ユーザＩＤやパスワードな
どによって認証し、登録済みクレジットカードによる決
済を可能にしている。登録済みクレジットカードは、決
済会社３０が決済サービスを提供する複数のＥＣ店舗４
０で決済に用いることができるものとなる。

【００５０】また、登録されたクレジットカードについ
ては、１月ごとにクレジット会社５０で洗い替えを行
い、フロアリミットの設定を行うようにしており、ＥＣ
店舗４０における少額決済毎にクレジット会社５０への
与信の確認を行うステップを軽減している。フロアリミ
ットとは、その額を超えてユーザ２０がクレジットカー
ド利用をした際にクレジット会社５０へ販売の承認を求
めなくてはならない金額である。なお、クレジットカー
ドの番号変更や有効期限、フロアリミットなどの確認処
理を一括して行う洗い替え処理技術については周知であ
るので具体的な説明は省略する。第二実施形態では、決
済サーバ３０ａにおける処理が第一実施形態と異なって
いるので、以下、決済サーバ３０ａの処理について詳細
に説明する。

【００５１】（２−１．決済サーバの処理の流れ）図１
０は、決済画面においてクレジットカード番号を登録で
きるようにした場合に決済サーバ３０ａが行う処理を示
したフローチャートであり、図４に示したステップ４０
８〜４１１に対応している。決済サーバ３０ａは、図４
のステップ４０８と同様に、ＥＣ店舗システム４０ａか
ら取得した画面枠と合成した決済画面をユーザ端末２０
ｂに送信する（ステップ５０１）。本実施形態では、図
１２に例示するように、登録されていないクレジットカ
ードを用いて決済する場合には、クレジットカード番
号、氏名、有効期限などのクレジットカード情報を入力
し、登録されたクレジットカードを用いて決済する場合
には、ユーザＩＤおよびパスワードを入力するようにな
っている。

【００５２】（２−１−１．登録カードの場合）決済サ
ーバ３０ａは、決済画面においてユーザＩＤおよびパス
ワードが入力されたと判定すると（ステップ５０２；Ｙ
ｅｓ）、入力された情報によって登録ユーザの認証をで
きるか否か判定する（ステップ５０３）。ユーザＩＤお
よびパスワードによりユーザ２０の認証が成功した場合
には（ステップ５０３；Ｙｅｓ）、次に、決済額がフロ
アリミット内であるか否かを判定する（ステップ５０
４）。

【００５３】ＥＣ店舗４０における決済額がフロアリミ
ット内であると判定した場合には（ステップ５０４；Ｙ
ｅｓ）、その取引情報を会員ＤＢ３６（図１１参照。詳
しくは後述する）に蓄積するが（ステップ５０７）、決
済額がフロアリミットを越えていると判定した場合には
（ステップ５０４；Ｎｏ）、クレジット会社５０に与信
確認を行い（ステップ５０５）、与信結果が承認であれ
ば（ステップ５０６；Ｙｅｓ）、その取引情報を会員Ｄ
Ｂ３６に蓄積する（ステップ５０７）。

【００５４】そして、図１３に示すような登録カードに
よる取引が終了した旨をユーザ２０に示す取引結果画面
を送信し（ステップ５０８）、決済処理を終了する。な
お、ステップ５０１〜５０８には、登録カードによる決
済が問題なく行われる場合を示したが、入力されたＩＤ
およびパスワードによって認証できなかった場合（ステ
ップ５０３；ＮＯ）には、図１４に示すようにユーザＩ
Ｄおよびパスワードにエラーがあった旨をユーザ２０に
通知する画面を送信し（ステップ５０９）、クレジット
会社５０からの与信結果が非承認であった場合には（ス
テップ５０６；Ｎｏ）、図１５に示すように、クレジッ
トカードが使用できない旨を通知する画面をユーザ端末
２０ｂに表示させる（ステップ５１０）。

【００５５】（２−１−２．登録されていないクレジッ
トカードの場合）ステップ５０２において、決済画面に
カード番号が直接入力されたと判定した場合（ステップ
５０２；Ｎｏ）、すなわち登録されていないクレジット
カードを用いて決済する場合には、第一実施形態と同様
に個別の取引毎にクレジット会社５０に与信を確認する
与信取引として扱う。

【００５６】そこで、決済サーバ３０ａは、クレジット
会社５０に対して与信確認を行い（ステップ５１１）、
与信結果が承認であった場合には（ステップ５１２；Ｙ
ｅｓ）、図１６に示すような与信取引が成功した旨をユ
ーザ２０に通知するとともに当該クレジットカードを登
録することをすすめる与信取引結果画面を送信する（ス
テップ５１３）。なお、決済結果が非承認であった場合
には（ステップ５１２；Ｎｏ）、図１５に示すようなカ
ード使用不可通知画面を送信する（ステップ５１０）。

【００５７】そして、与信取引結果画面において当該ク
レジットカードを決済サーバ３０ａに登録することをユ
ーザ２０が指示したと判定した場合には（ステップ５１
４；Ｙｅｓ）、クレジットカード情報を登録する処理に
移行し（ステップ５１５）、決済に用いられたクレジッ
トカード情報に対応するユーザＩＤおよびパスワードを
新規に発行する処理を行う（ステップ５１６）。与信取
引結果画面においてユーザ２０が登録を指示しなかった
場合には、クレジットカード情報を登録せずに決済処理
を終了する。

【００５８】クレジットカード情報を登録する場合は、
ユーザ２０がクレジットカード番号、氏名、有効期限な
ど必要事項を入力した後、「新規登録」ボタンを押す
と、図示せぬ新規登録画面を表示させ、ユーザ２０に住
所、電話番号、電子メールアドレスなど個人属性情報を
入力させればよい。そして、決済サーバ３０ａは、受信
したクレジットカード番号に対応するクレジット会社５
０に、本人であるか否かを確認するための情報を送信す
る。例えば、新規登録画面で入力された住所と、クレジ
ット会社５０に登録されている住所とが一致する場合に
は、クレジットカード番号を入力した利用者をカード会
員本人であると確認する。本人確認を行うと、決済サー
バ３０ａは、ユーザＩＤおよびパスワードを発行し会員
ＤＢ３６に登録する。そして、本人であることをさらに
確認するために、新規登録確認画面において入力された
住所に、発行したユーザＩＤおよびパスワードを郵送す
る。あるいは、電子メールで送信してもよい。

【００５９】（２−２．決済サーバのデータベース構
成）上述したように、第二実施形態ではクレジットカー
ド情報を登録し、ユーザＩＤおよびパスワードで認証で
きるようになっているとともに、登録カードについては
フロアリミットを設定できるようになっている。そこ
で、第二実施形態では、決済サーバ３０ａは、図２に示
した取引ＤＢ３４の他、図１１に示す会員ＤＢ３６を備
え、取引に応じて蓄積された会員ＤＢ３６のデータに基
づいて売上請求データ３７および洗替データ３８を生成
できるように構成されている。なお、図１１では、第二
実施形態において追加されたデータと図１０に示した処
理との対応関係を示している。

【００６０】会員ＤＢ３６には、クレジットカード情報
と対応付けて、住所・氏名などの会員（ユーザ２０）に
関する情報や、ユーザＩＤ・パスワードなどの認証情
報、そのクレジットカードを用いた取引情報が蓄積され
ている。ステップ５０３の認証においては、ユーザ２０
から入力されたユーザＩＤおよびパスワードの組み合わ
せが会員ＤＢ３６に記録されているか否か参照すること
によって行うことができる。

【００６１】また、ステップ５０４のフロアリミット内
か否かを判定する場合は、会員ＤＢ３６に蓄積されてい
る取引情報を参照し、当該クレジットカードに設定され
ているフロアリミット額と、取引金額の合計とを比較す
ることによって行うことができる。この蓄積されている
取引情報は、登録されたクレジットカードを用いた取引
情報は、ステップ５０７において過去に会員ＤＢ３６に
蓄積されたデータである。

【００６２】第二実施形態では、登録されたクレジット
カードでの取引は、定期的に一つの売上請求としてクレ
ジット会社５０に請求されるようになっており、フロア
リミットも定期的に洗替されるようになっている。図１
１に示すステップ６００は、この定期的な処理を示した
ものであり、会員ＤＢ３６に蓄積されたデータに基づい
て売上請求データ３７を生成しクレジット会社５０に送
信する売上請求処理（ステップ６０１）と、会員ＤＢ３
６に蓄積されたデータを洗替するための洗替データを生
成し、クレジット会社５０と送受信する洗替処理（ステ
ップ６０２）とを備えている。

【００６３】このように、クレジットカード情報を決済
サーバ３０ａに登録できるようにすると、ユーザ２０は
その都度クレジットカード番号を入力する手間を省くこ
とができるとともに、クレジットカード番号をコンピュ
ータネットワーク１０上で送信する場合の心配も軽減す
ることができる。また、決済サーバ３０ａにおいては、
登録されたクレジットカードについて洗い替えを行うこ
とができ、フロアリミット内であればその都度クレジッ
ト会社５０に与信の確認を行う処理を軽減することがで
きるので、決済にかかる時間も短縮することが可能にな
る。一方、クレジット会社５０にとっては、一定期間に
おける取引にかかる売上は、一つの売上請求として決済
会社３０から請求されるので、決済会社３０とクレジッ
ト会社５０との間のトランザクションを減少させること
ができ、少額決済において問題となるクレジット会社５
０の利用明細書の発行費用等の費用を抑え、その結果手
数料を軽減することも可能となる。

【００６４】（３．変形例）本発明は、上述した二つの
実施形態に限定されるものではなく、様々な変形が可能
である。

【００６５】例えば、図１７に示すように、決済会社３
０がクレジット会社５０の代表加盟店になり、ＥＣ店舗
４０がその傘下店となれば、ＥＣ店舗４０がクレジット
会社５０の加盟店となる必要がない。この場合、ユーザ
２０が複数のＥＣ店舗システム４０ａ〜４０ｃのいずれ
において少額決済をしても、クレジット会社５０にとっ
ては一つの加盟店における決済として扱うことができる
ようになる。また、フロアリミットはこのようなシステ
ムで提供する決済会社の決済サービスが利用可能なＥＣ
店舗４０の請求を一括して処理できるため、従来困難で
あったＥＣ店舗４０におけるクレジットカードを用いた
少額決済も促進されるようになる。

【００６６】なお、上述した例では、所定の決済として
クレジットカードを例として説明しているが、決済会社
３０が処理する決済は、これに限らず、デビットカード
や振り込み、口座引き落とし、代引きなど他の決済であ
っても構わない。また、ユーザ２０がＥＣ店舗４０にお
いて購入する商品は必ずしも有形の商品である必要はな
く、デジタルコンテンツをダウンロードするようなもの
であってもよいし、サービスの提供を受けるものであっ
ても構わない。

【００６７】その他、決済情報入力画面に、クレジット
カード情報に関連するクレジット会社５０の広告情報を
含むようにするようにしてもよい。この広告情報には、
例えばクレジット会社のバナー広告のように、広告主の
Ｗｅｂページにリンクするものがある。この場合におい
て、例えば、決済カードとして選択されたクレジット会
社以外のクレジット会社の広告を表示させるようにし
て、入会を促すような広告を行うようにしてもよいし、
選択されたクレジット会社の提携先の広告を表示するよ
うにしてもよい。このように、決済情報として入力され
た情報に基づいて表示させる広告を選択させる技術とし
ては、例えば、Ｗｅｂページ処理部１１は、ステップ４
０９で受信したクレジットカード番号からクレジット会
社を判定し、当該クレジット会社と関連付けて記憶され
た広告情報をステップ４１１において併せて送信するよ
うに構成すればよい。

【００６８】

【発明の効果】以上述べた通り、本発明のネットワーク
決済処理システム及びネットワーク決済処理方法によれ
ば、クレジットカードでの決済システムをＥＣ店舗とは
個別に設け、ＥＣ店舗側にクレジットカード情報が渡ら
ないため、コンピュータネットワーク上でクレジットカ
ードを利用して安全且つ確実に決済をすることができる
ようになった。

【００６９】また、ＥＣ店舗側のＷｅｂページのデザイ
ンと同一の又は統一性のあるデザインで決済情報入力画
面を提供することができるため、ユーザに違和感や不信
感を与えずにクレジットカードの利用を促すことができ
るようになった。

【図面の簡単な説明】

【図１】本発明のネットワーク決済処理システムの一例
を示す図である。

【図２】本発明の決済サーバの一例を示す図である。

【図３】本発明のＥＣ店舗システムの一例を示す図であ
る。

【図４】本発明の第一実施形態にかかるネットワーク決
済処理の一例を示すフローチャートである。

【図５】本発明で用いる画面例である。

【図６】本発明で用いる画面例である。

【図７】本発明で用いる画面例である。

【図８】本発明で用いる画面例である。

【図９】本発明で用いる画面例である。

【図１０】本発明の第二実施形態にかかる決済サーバの
処理の一例を示すフローチャートである。

【図１１】本発明の第二実施形態にかかる決済サーバの
データベースを説明する図である。

【図１２】本発明で用いる画面例である。

【図１３】本発明で用いる画面例である。

【図１４】本発明で用いる画面例である。

【図１５】本発明で用いる画面例である。

【図１６】本発明で用いる画面例である。

【図１７】本発明のその他の例を示す図である。

【符号の説明】

１０ コンピュータネットワーク ２０ ユーザ ２０ａ〜２０ｃ ユーザ端末 ３０ 決済会社 ３０ａ 決済サーバ ３１Ｗｅｂページ処理部 ３２ 情報処理部 ３３ 売上処理部 ３４ 取引ＤＢ ３５ 入出力部 ４０ ＥＣ店舗 ４０ａ ＥＣ店舗システム ４１ ショッピングシステム ４２ ショップＤＢ ５０ クレジット会社 ５０ａ 勘定系基幹システム ６０ 専用ネットワーク

Claims (9)

【特許請求の範囲】
1. 【請求項１】 インターネットなどのコンピュータネッ
   トワーク上で決済を処理するネットワーク決済処理シス
   テムであって、 前記コンピュータネットワークに接続され、商品の購入
   情報や決済情報を入力するユーザ端末と、 前記コンピュータネットワークに接続され、前記ユーザ
   端末へ商品情報を提供し、前記ユーザ端末から商品の購
   入情報を受信する電子店舗サーバと、 前記コンピュータネットワークに接続され、前記ユーザ
   端末と前記電子店舗サーバ間での商品取引に応じた決済
   を行う決済サーバと、 を備え、 前記電子店舗サーバは、前記ユーザ端末から所定の決済
   を指定された場合、決済情報入力画面を前記決済サーバ
   から前記ユーザ端末に提供することを指示する制御情報
   を前記決済サーバに送信し、 前記決済サーバは、前記電子店舗サーバからの前記制御
   情報に基づいて、前記ユーザ端末に前記決済情報入力画
   面を提供し、 前記ユーザ端末は、前記決済サーバから提供された前記
   決済情報入力画面に前記所定の決済に関する決済情報を
   入力する、 ことを特徴とするネットワーク決済処理システム。
2. 【請求項２】 インターネットなどのコンピュータネッ
   トワーク上で接続された電子店舗サーバおよびユーザ端
   末間における商品購入の決済を処理するネットワーク決
   済処理装置であって、 前記ユーザ端末から所定の決済を指定された場合、決済
   情報入力画面を前記ユーザ端末に提供することを指示す
   る制御情報を前記電子店舗サーバから受信する制御情報
   受信手段と、 前記制御情報に基づいて、前記ユーザ端末に前記決済情
   報入力画面を提供する決済情報入力画面提供手段と、 前記ユーザ端末において前記決済情報入力画面に入力さ
   れた前記所定の決済に関する決済情報を受信する決済情
   報受信手段と、 前記決済情報に基づいて前記商品購入の決済処理を行う
   決済手段と、 を備えることを特徴とするネットワーク決済処理装置。
3. 【請求項３】 前記決済情報入力画面提供手段は、前記
   制御情報と共に、前記決済情報入力画面を表示する所定
   の枠画面を前記電子店舗サーバから受信し、 前記所定の枠画面と前記決済情報入力画面を組合せた前
   記決済情報入力画面を前記ユーザ端末に提供する、 ことを特徴とする請求項２記載のネットワーク決済処理
   装置。
4. 【請求項４】前記決済情報は、クレジットカードによる
   決済であり、 ユーザを特定する情報およびユーザ毎のクレジットカー
   ド情報を登録し、登録された前記クレジットカード情報
   に対応するフロアリミットを記憶するフロアリミット記
   憶手段を備え、 前記決済手段は、前記電子店舗サーバにおける商品の購
   入に対応する金額が前記フロアリミット記憶手段に記憶
   された前記フロアリミットを越える場合には、クレジッ
   ト会社に対して与信チェックを行うことを特徴とする請
   求項２ないし３いずれかに記載のネットワーク決済処理
   装置。
5. 【請求項５】 前記決済手段は、前記電子店舗サーバに
   おける商品の購入に対応する金額が前記フロアリミット
   以内である場合には、前記金額を蓄積し、所定の期間毎
   に合算した金額を当該クレジットカードでの購入金額と
   して処理することを特徴とする請求項６に記載のネット
   ワーク決済装置。
6. 【請求項６】 インターネットなどのコンピュータネッ
   トワーク上で接続された電子店舗サーバおよびユーザ端
   末間における商品購入の決済を決済サーバにおいて処理
   するネットワーク決済処理方法であって、 前記ユーザ端末から所定の決済を指定された場合、決済
   情報入力画面を前記ユーザ端末に提供することを指示す
   る制御情報を前記電子店舗サーバから前記決済サーバが
   受信する制御情報受信ステップと、 前記制御情報に基づいて、前記決済サーバから前記ユー
   ザ端末に前記決済情報入力画面を提供する決済情報入力
   画面提供ステップと、前記ユーザ端末において前記決済
   情報入力画面に入力された前記所定の決済に 関する決済情報を前記決済サーバが受信する決済情報受
   信ステップと、 前記決済情報に基づいて前記商品購入の決済処理を行う
   決済ステップとを備えることを特徴とするネットワーク
   決済処理方法。
7. 【請求項７】 前記決済情報入力画面提供ステップは、
   前記制御情報と共に、前記決済情報入力画面を表示する
   所定の枠画面を前記電子店舗サーバから受信し、 前記所定の枠画面と前記決済情報入力画面を組合せた前
   記決済情報入力画面を前記ユーザ端末に提供する、 ことを特徴とする請求項６記載のネットワーク決済処理
   方法。
8. 【請求項８】 インターネットなどのコンピュータネッ
   トワーク上で接続された電子店舗サーバおよびユーザ端
   末間における商品購入の決済を決済サーバにおいて処理
   するネットワーク決済処理プログラムであって、 前記ユーザ端末から所定の決済を指定された場合、決済
   情報入力画面を前記ユーザ端末に提供することを指示す
   る制御情報を前記電子店舗サーバから前記決済サーバに
   送信させる制御情報送信ステップと、 前記制御情報に基づいて、前記決済サーバから前記ユー
   ザ端末に提供された前記決済情報入力画面に入力された
   前記所定の決済に関する決済情報に基づいて前記決済サ
   ーバが行った決済結果を、前記決済サーバから前記電子
   店舗サーバに受信させる決済結果受信ステップと、 前記決済結果を前記ユーザ端末に表示させる決済結果表
   示ステップとを備えることを特徴とするネットワーク決
   済処理プログラム。
9. 【請求項９】 前記制御情報送信ステップは、前記ユー
   ザ端末を経由して前記制御情報を前記決済サーバに送信
   させ、 前記決済結果受信ステップは、前記ユーザ端末を経由し
   て前記決済サーバから前記決済結果を受信させることを
   特徴とする請求項８に記載のネットワーク決済処理プロ
   グラム。