JP2001028025A - 決済管理システム、決済管理方法及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 多様な決済方法の中から、その時々に顧客の
要望に応じてその決済の仕方を自由に選択でき、且つ手
順はできるだけ統一されたやり方で決済できる決済管理
システムを提供せんとするものである。 【解決手段】 少なくともユーザＡのアカウント情報及
び該ユーザＡの本人確認情報を、顧客情報として登録し
ておく顧客情報格納手段２と、ユーザＡ側からのアクセ
スに対し、該ユーザＡ側から本人確認情報を受け取っ
て、上記顧客情報格納手段２にある本人確認情報と照合
する照合手段３と、上記照合が一致する場合に、該ユー
ザＡ側から送出される決済委託情報を受けて、該決済委
託情報に含まれる決済方法のプロトコルに従った決済デ
ータを作成するデータ調整手段４と、作成された決済デ
ータに従い、上記顧客情報格納手段２の顧客情報を参照
して、決済処理を実行する決済手段５とを有している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、個人顧客乃至法人
顧客などがネット上で決済を行える決済管理システム、
決済管理方法及び記録媒体に関する。

【０００２】

【従来の技術】近年インターネット上での電子ショッピ
ングの利用度が高まったり、企業間の電子商取引が本格
化するようになったため、それに併せてネット上で決済
したり、セキュリティ上の問題からネット外で決済を行
うなど、様々な決済方法が提供されている。

【０００３】通常はこのような個別の取引毎に、特定の
決済方法が決まっており、支払を行う側は、個別の決済
方法に従って、決済手続を取ることになる。

【０００４】

【発明が解決しようとする課題】口座振替やクレジット
カードなどで決済する場合は、取引の都度、口座番号や
クレジットカード番号と暗証番号（パスワード）などの
情報をネット上に流さねばならず、決済の利便性は高い
ものの、セキュリティ上は大きな問題となる。その点で
利用しやすいのが、宅配便を利用した代金支払と引換に
商品を引き渡す方法である。またコンビニエンスストア
でも同様なことができるが、そこを支払にのみ利用する
場合もある。

【０００５】また通常は、口座振替やクレジットカード
などで決済を行っていても、取引の種類（物流を伴う物
販かデータのネット上の送受を伴う取引かなど）或いは
取引の相手によっては、その決済方法を変えて決済でき
る方が都合が良い場合がある。たとえば、物販取引であ
り、且つ初めて相手と取引する場合は、口座振替やクレ
ジットカード決済よりも、コンビニエンスストアのＰＯ
Ｓ端末や宅配便を利用して、代金支払と同時に商品を引
き渡す決済方法にする方が、ネット詐欺にあう確率が少
ない。また同様な決済方法を利用すれば、売り手側にと
っては、売掛金が回収できなくなる危険性も少なくな
る。

【０００６】しかし、継続的に取引を行うようになった
場合、取引の都度、上記決済方法で決済を行う場合は、
取引の安全性よりも、煩雑さの方が問題になる。すなわ
ち、これらの決済方法を利用する側から言えば、取引毎
に決済方法が異なり、それらに応じた決済手順をとらね
ばならないのでは、その煩雑さは否めないことになる。

【０００７】本発明は、以上のような問題に鑑み創案さ
れたもので、多様な決済方法の中から、その時々に顧客
の要望に応じてその決済の仕方を自由に選択でき、且つ
手順はできるだけ統一されたやり方で決済できる決済管
理システム、決済管理方法及び記録媒体を提供せんとす
るものである。

【０００８】

【課題を解決するための手段】本発明に係る決済管理シ
ステムの構成は、少なくとも顧客のアカウント情報及び
該顧客の本人確認情報を、顧客情報として登録しておく
顧客情報格納手段と、顧客側からのアクセスに対し、該
顧客側から本人確認情報を受け取って、上記顧客情報格
納手段にある本人確認情報と照合する照合手段と、上記
照合が一致する場合に、該顧客側から送出される決済委
託情報を受けて、該決済委託情報に含まれる決済方法の
プロトコルに従った決済データを作成するデータ調整手
段と、作成された決済データに従い、上記顧客情報格納
手段の顧客情報を参照して、決済処理を実行する決済手
段とを有することを基本的特徴としている。

【０００９】上記構成では、その顧客情報格納手段に、
ユーザＩＤやパスワードなど（もちろんこれに限られ
ず、ユーザの指紋情報、眼球の虹彩情報、手の甲に浮き
出た血管情報などのセンサ識別による個別情報など、特
に限定はない）の本人確認情報を、顧客情報として予め
登録しておくことで、本システムへのログインが統一し
た方法でできるようになる。

【００１０】同様に、顧客情報格納手段に、顧客のアカ
ウント情報を、顧客情報として予め登録しておくこと
で、顧客が選択した場合には、該アカウント情報に登録
された口座からの振替処理やクレジットカード決済など
が利用できるようになり、顧客操作の利便性と共に、取
引の度に、口座の暗証番号やクレジットカード番号を入
力する必要がなくなり、取引の安全性を向上させること
ができるようになる。

【００１１】尚、顧客情報に含まれる前記本人確認情報
とアカウント情報とは、１つのファイルに格納されて管
理されている場合の他、これらの情報に関連性を持たせ
て別々のファイルとして管理されるようにしても良い。

【００１２】もちろん本構成では、統一した方法で本シ
ステムにログインした後は、取引操作の利便性の面から
登録された口座からの上記振替処理やクレジットカード
決済などを利用する場合の他、他の決済方法（コンビニ
エンスストアにおける支払処理や宅配便での代引き処
理、後に述べる海外送金代行処理など）を、顧客が自由
に選んで実行できることになる。

【００１３】そのため、本構成では、処理できる決済方
法の処理シーケンスを予め登録しておき、顧客側から送
出される決済委託情報中にその決済方法が選択されてい
る場合に、必要なデータの入力（顧客自身が手入力する
場合の他、例えば顧客がアクセスした売り手側サイトで
顧客が意識せずに用意された購買・決済情報が本システ
ム側に転送されてくるような場合も含む）を受付なが
ら、上記データ調整手段が該決済方法のプロトコルに従
った決済データを作成すると共に、上記決済手段が、上
記処理シーケンスに従って、該決済方法を実行すること
になる。

【００１４】また顧客側から送出される決済委託情報に
含まれる決済方法に上記アカウント情報を使用しない決
済方法による場合は、決済委託情報中に該決済方法に必
要な項目の入力が必要となるが、例えば顧客の氏名・住
所などは、宅配による決済を利用する場合に、顧客情報
として顧客情報格納手段に予め登録しておいた方が良
い。

【００１５】以上の内容は、代金支払い側（買い手側）
から見た説明であるが、本発明の構成は代金支払い側の
メリットに限られるわけではない。商品やサービスなど
を提供する売り手側（即ち代金請求側）についても有効
に機能しうる。すなわち、決済を行う必要が生じた時
に、代金請求側（前記売り手側）が、代金支払い側を本
システムにアクセスするように誘導することによって
（代金支払い側のリンク先を変更せしめることによっ
て）、決済時の代金支払先を、予め登録してある代金請
求側（売り手側の口座等）に固定しておくことができ、
代金の確実な回収や決済終了時に決済処理履歴データな
どを返してもらうことで、売掛金の消し込みもできるよ
うになる。

【００１６】ただし、本システムでは、上記のようにロ
グインを許す場合は、本人確認情報を必要としており、
その場合通常は代金支払い側の本人確認を行うので、上
記代金支払い側の本人確認ができない限り、代金請求側
が上記の利益を享受することはできない。そのような代
金請求側の利益享受ができるようにするためには、代金
支払い側が上記顧客情報格納手段に自己の顧客情報を予
め登録しておき、代金支払い側が本システムにアクセス
してきた（リンク先を替えてきた）際に、該代金支払い
をする者が自主的に本人確認情報を本システムに入力す
るか、代金請求側が、本決済管理システムに代わって、
代金支払い側の本人確認を予め行っておいて、代金支払
い側が本システムにアクセスしてきた（リンク先を替え
てきた）際に、代金請求側が代金支払い側の本人確認情
報を本システムに転送するか、或いは代金請求側が代金
支払い側の代金支払いに関する保証を行うことを前提
に、代金請求する者自身に関する本人確認情報を本シス
テムに転送して、本人確認を終了させ、また顧客のアカ
ウント情報として代金請求側のアカウント情報を登録
し、該アカウント情報を、代金振込（支払）先（売り手
側）の口座情報などに設定しながら（アカウント情報を
代金振込先口座として利用する場合）、顧客（買い手）
側から送出される決済委託情報として、代金支払い側の
代金振込（支払）先が上記代金請求側の口座などとなる
指示（デフォルトでその指示が決済委託情報に登録され
ていても良い）を含んでいる場合に可能になる。

【００１７】以上の構成によって、顧客は一旦本システ
ムにログインした後は、自由に決済方法を選ぶことがで
き、且つ決済委託情報に少なくとも決済金額及び支払先
情報が含まれていれば、該決済方法によっては、それを
選ぶだけで、自動的に決済処理が済むことになる。

【００１８】また代金請求側の顧客にしてみれば、本シ
ステムが、上記のように、売掛金の回収を代行してくれ
ることになり、しかも上記決済方法のいずれかによる入
金情報を本システムが受けることで、本決済管理システ
ムにおいて、売掛金の消し込み処理までもが簡便に行え
るようになる（後述する請求項４参照）。

【００１９】さらにクレジットカード決済が選択された
場合に、上記決済処理指示中に、代金支払い側顧客の認
証を行う指示が含まれていれば、代金請求側に代わっ
て、その認証を代行することになり、さらに代金請求側
顧客の操作の利便性に寄与することになる。

【００２０】一方請求項２に記載された構成は、統一し
た手順で決済方法を選択しながら実行できる本システム
による決済代行処理において、実質的に口座振り込みを
行う構成について規定している。すなわち本構成では、
決済委託情報に含まれる決済方法として、顧客の上記ア
カウント情報に含まれる口座情報に基づく口座振替によ
り、仮口座（本決済管理システムにおける口座振込用に
仮に設けられる又は外部決済機関における口座振込用に
既に設けられている口座）へ預託金を預託させ、上記決
済委託情報中に含まれる振込先口座に該預託金を振り込
む方法が指示されているので、顧客は一旦本システムに
ログインした後に、再度上記口座へのログインをするこ
となく、該口座から目的とする振込先口座への実質的な
振込が可能となる。

【００２１】さらに請求項３の構成では、後に受け取っ
た決済委託情報中に含まれるキャンセル情報に基づい
て、上記データ調整手段に、先に作成された決済データ
を削除する指示を上記決済手段へ送出させ、又は該決済
データを削除するデータを作成して該削除データを上記
決済手段に送出させ、それに基づき、決済処理をキャン
セルさせるので、本システムに対して、それが可能であ
る限りは、いつでも決済処理を中止することが可能とな
る。このように決済処理を中止することが可能になるこ
とで、顧客側からすれば、利用のし易いシステムとな
る。

【００２２】加えて請求項４のように、前記データ調整
手段が、決済委託情報を管理し、決済を完了した旨の通
知を受けた場合に、該決済委託情報の消し込み処理を行
うことができるようにすると、本決済管理システム上
で、例えば売掛金の消し込み処理が自動的に行われるよ
うになり、代金請求側の処理負担を軽減することができ
るようになる。

【００２３】上記決済管理システムを構成する各手段
は、１つの構成（スタンドアローン型のコンピュータな
ど）に組み込まれていても良いが、それに限定されるわ
けではなく、請求項５のように、ネットワークを構成す
る複数のコンピュータ（ウェブサーバとアプリケーショ
ンサーバなど）に、前記各手段を分散して備え、それら
の間で（必要であれば適当な通信構成を介して）上記手
段の処理を分散して行うようにしても良い。

【００２４】請求項６〜請求項８までの構成は、これま
での構成を決済方法として規定している。

【００２５】そのうち、請求項６の構成は、請求項１に
対応する構成を、決済管理方法として規定したもので、
その具体的構成は、顧客側からのアクセスに対し、該顧
客側から本人確認情報を受け取って、予め登録されてい
る本人確認情報と照合するステップと、上記照合が一致
する場合に、該顧客側から送出される決済委託情報を受
けて、該決済委託情報に含まれる決済方法のプロトコル
に従った決済データを作成するステップと、作成された
決済データに従い、予め登録されている顧客情報を参照
して、決済処理を行うステップとを実行することを特徴
としている。

【００２６】請求項７の構成は、前記請求項２に対応す
る構成を、決済管理方法として規定したもので、その具
体的構成は、上記決済委託情報に含まれる決済方法とし
て、顧客のアカウント情報に含まれる口座情報に基づく
口座振替により、仮口座へ預託金を預託させ、上記決済
委託情報中に含まれる振込先口座に該預託金を振り込む
方法が指示されていることを特徴としている。

【００２７】請求項８の構成は、前記請求項３に対応す
る構成を、決済管理方法として規定したもので、その具
体的構成は、後に受け取った決済委託情報中に含まれる
キャンセル情報に基づいて、先に作成された決済データ
を削除する指示を出し、又は該決済データを削除するデ
ータを作成して出力し、それに基づき、決済処理をキャ
ンセルさせることを特徴としている。

【００２８】請求項１０〜請求項１４までの構成は、請
求項１〜請求項５に記載の構成を、コンピュータに実行
させるために、該コンピュータで実行可能なプログラム
を格納した記録媒体を規定している。すなわち、上述し
た課題を解決するための構成として、上記各手段を、コ
ンピュータの構成を利用することで実現する、該コンピ
ュータで読み込まれて実行可能なプログラムを格納した
記録媒体を開示する。もちろん、これらの構成は、記録
媒体の構成としてだけではなく、同様な機能を達成する
プログラムとして提供されても良いことは言うまでもな
い。この場合、コンピュータとは中央演算処理装置の構
成を含んだ汎用的なコンピュータの構成の他、特定の処
理に向けられた専用機などを含むものであっても良く、
中央演算処理装置の構成を伴うものであれば特に限定は
ない。

【００２９】このような記録媒体から、コンピュータを
上記各手段として機能させるためのプログラムが該コン
ピュータに読み出されると、請求項１〜請求項５に規定
された各手段と同様な構成が実現されることになる。

【００３０】この記録媒体により、これをソフトウェア
商品として容易に配布、販売することができるようにな
る。また、既存のハードウェア資源を用いてこのソフト
ウェアを使用することにより、既存のハードウェアで新
たなアプリケーションとしての本発明のシステムが容易
に実行できるようになる。またこのような記録媒体の構
成の他、ＲＡＭやＲＯＭなどの内部記憶装置の構成やハ
ードディスクなどの外部記憶装置の構成も、そのような
プログラムがそこに記録されれば、本発明に規定する記
録媒体に含まれることは言うまでもない。

【００３１】尚、請求項１０〜請求項１４記載の各手段
のうち一部の機能は、コンピュータに組み込まれた機能
（コンピュータにハードウェア的に組み込まれている機
能でも良く、該コンピュータに組み込まれているオペレ
ーティングシステムや他のアプリケーションプログラム
などによって実現される機能でも良い）によって実現さ
れ、前記記録媒体に記録されたプログラムには、該コン
ピュータによって達成される機能を呼び出すあるいはリ
ンクさせる命令が含まれていても良い。

【００３２】これは、請求項１〜請求項５までに規定さ
れた各手段の一部が、例えばオペレーティングシステム
などによって達成される機能の一部で代行され、記録媒
体にはその機能を実現するためのプログラムないしモジ
ュールなどは直接記録されているわけではないが、それ
らの機能を達成するオペレーティングシステムの機能の
一部を、呼び出したりリンクさせるようにしてあれば、
実質的に同じ構成となるからである。

【００３３】そのうち、請求項１０の構成は、請求項１
の構成に対応する構成であり、その具体的構成は、コン
ピュータを、少なくとも顧客のアカウント情報及び該顧
客の本人確認情報を、顧客情報として登録しておく顧客
情報格納手段と、顧客側からのアクセスに対し、該顧客
側から本人確認情報を受け取って、上記顧客情報格納手
段にある本人確認情報と照合する照合手段と、上記照合
が一致する場合に、該顧客側から送出される決済委託情
報を受けて、該決済委託情報に含まれる決済方法のプロ
トコルに従った決済データを作成するデータ調整手段
と、作成された決済データに従い、上記顧客情報格納手
段の顧客情報を参照して、決済処理を実行する決済手段
として機能させるプログラムを格納したコンピュータ読
み取り可能な記録媒体である。

【００３４】請求項１１の構成は、請求項２の構成に対
応する構成であり、その具体的構成は、上記コンピュー
タがデータ調整手段として機能する場合に、該データ調
整手段で受け取る決済委託情報に含まれる決済方法とし
て、顧客のアカウント情報に含まれる口座情報に基づく
口座振替により、仮口座へ預託金を預託させ、上記決済
委託情報中に含まれる振込先口座に該預託金を振り込む
方法が指示されていることを特徴としている。

【００３５】請求項１２の構成は、請求項３の構成に対
応する構成であり、その具体的構成は、上記コンピュー
タがデータ調整手段及び決済手段として機能する場合
に、後に受け取った決済委託情報中に含まれるキャンセ
ル情報に基づいて、該データ調整手段に、先に作成され
た決済データを削除する指示を上記決済手段へ送出さ
せ、又は該決済データを削除するデータを作成して該削
除データを上記決済手段に送出させ、それに基づき、決
済処理をキャンセルさせることを特徴としている。

【００３６】請求項１３の構成は、請求項４の構成に対
応する構成であり、その具体的構成は、上記コンピュー
タがデータ調整手段として機能する場合に、該データ調
整手段は、決済委託情報を管理しており、決済を完了し
た旨の通知を受けた場合に、決済委託情報の消し込み処
理を行うことを特徴としている。

【００３７】請求項１４の構成は、請求項５の構成に対
応する構成であり、その具体的構成は、前記コンピュー
タが、ネットワークを構成する複数のコンピュータで構
成され、前記各手段による処理は、それらのコンピュー
タにおいて分散処理されるように、プログラムに設定さ
れたことを特徴としている。

【００３８】

【発明の実施の形態】以下、本発明の実施の形態を図示
例と共に説明する。図１は、インターネット４００上
で、ユーザＡが、特定の電子ショッピングサイトＳにお
いて、オンラインショッピングをした際に、そのショッ
ピングの支払を、本発明に係る決済管理システム１を利
用して行う場合の、全体の枠組みを示す概念図である。

【００３９】図１に示すように、上記ユーザＡはパソコ
ン３００を有しており、該パソコン３００上で情報閲覧
手段として機能するブラウザ３０１により、そこに所定
の接続先情報（ＵＲＬ情報）を与えたり、所定のポータ
ルサイトでそのような接続先情報を獲得することで、イ
ンターネット４００を介して、電子ショッピングサイト
Ｓ側のウェブサーバ２００に接続できるようになってい
る。ここでパソコン３００のブラウザ３０１が該ウェブ
サーバ２００につながることで、電子ショッピングサイ
トＳにおいて、ユーザＡは、そこで提示される商品の購
入やサービスの提供を受けることが可能となっている。

【００４０】該ウェブサーバ２００は、ユーザＡの購入
した商品の配送やサービスの提供の手配を行うようにす
る他のアプリケーションサーバ２２０に、必要なデータ
や命令を伝送することができるようになっている。また
ユーザＡのショッピング情報（注文番号、購入商品・購
入サービスの種類、単価、数量、合計購買額など）を管
理しており、これらのデータのうち、購入した商品の配
送やサービスの提供の手配に必要な、注文番号、購入商
品・購入サービスの種類、数量、ユーザＡの商品送付先
或いはサービス提供先などを、前記アプリケーションサ
ーバ２２０に伝送し、また該アプリケーションサーバ２
２０からその手配の進行状況に関するデータを受け取る
ことができるようになっている。

【００４１】他方このウェブサーバ２００は、ユーザＡ
のパソコン３００上のブラウザ３０１を一部制御できる
機能を有している。すなわち、ユーザＡがオンラインシ
ョッピング後の決済を行う段階で、ユーザＡが本決済管
理システム１を利用した決済方法を選択した場合に、該
ブラウザ３０１に対し、上記本決済管理システム１の一
部となるウェブサーバ１００に関する接続先情報を与
え、このブラウザ３０１が、自動的に該決済管理システ
ム１に接続できるようにしている。

【００４２】またこの接続先変更の際、ユーザＡの上記
ショッピング情報のうち、注文番号、購入商品・購入サ
ービスの合計購買額に相当する決済金額などのデータ
と、さらに本決済管理システムにより予め割り振られて
いる電子ショッピングサイトＳの企業コード（或いは振
込先口座情報）などとを、前記接続先情報に続く決済委
託情報の一部として、前記ブラウザ３０１から該決済管
理システム１側に伝送させるブラウザ３０１の制御機能
を有している。これらの機能は、ＣＧＩを利用すること
により達成できる。

【００４３】図２及び図３は、本発明の決済管理システ
ム１が構成されたウェブサーバ１００、認証サーバ１２
０及びアプリケーションサーバ１３０の装置概要及び機
能ブロック構成を示している。

【００４４】図２に示すように、上記ウェブサーバ１０
０、認証サーバ１２０及びアプリケーションサーバ１３
０の各構成は、システムバス１０１を介してつながる、
ＣＰＵ１０２、ＲＡＭ１０３やＲＯＭ１０４などの内部
記憶装置、ハードディスクドライブ１０５やＣＤ−ＲＯ
Ｍドライブ１０６などの外部記憶装置、インターネット
などへの専用線接続アダプタで構成される特定の通信装
置１０７、キーボード１０８やマウス１０９などの入力
装置、ディスプレイ１１０やプリンタ１１１などの出力
装置を備える通常の構成であり、上記システムバス１０
１を介してこれらの間で必要なデータや命令のやり取り
が行われる。

【００４５】尚、上記アプリケーションサーバ１３０
は、必要に応じ、全銀ＥＤＩなどを介した振込処理やそ
の他の処理が行えるようにするために、外部の決済機関
につながっている。

【００４６】さらに上記電子ショッピングサイトＳ側の
ウェブサーバ２００やユーザＡのパソコン３００も、ほ
ぼ同様な構成を有しており、ここでは、その詳細は省略
する。

【００４７】本決済管理システム１は、図３に示すよう
に、上記ウェブサーバ１００、認証サーバ１２０及びア
プリケーションサーバ１３０上に構成されている。すな
わち、該決済管理システム１の構成は、顧客情報格納手
段２と、照合手段３と、データ調整手段４と、決済手段
５とを有している。

【００４８】そのうち上記顧客情報格納手段２は、上記
アプリケーションサーバ１３０のハードディスクドライ
ブで構成されており、顧客情報を格納している。該顧客
情報は、図４に示すように、顧客ＩＤ及びパスワードか
らなる本人確認情報と、金融機関に設定された口座情報
（金融機関名・支店番号・口座種別・口座番号・暗証番
号・振込元／振込先種別など）及びクレジットカード情
報（カード発行機関名・カード番号・有効期限・暗証番
号など）からなるアカウント情報、その他、氏名・住所
・送付先・ＴＥＬ／ＦＡＸ番号・メールアドレスなどが
登録される。

【００４９】本実施例では、顧客情報として本人確認情
報とアカウント情報・その他の情報とを一緒に顧客情報
格納手段２の中で管理しているが、これらの情報は、関
連性を持たせて別々のファイルとして格納し管理されて
いても良いことは言うまでもない。

【００５０】上記照合手段３は、上記認証サーバ１２０
のＣＰＵで構成されており、ユーザＡ側からのアクセス
に対し、該ユーザＡ側から本人確認情報である顧客ＩＤ
及びパスワードを受け取って、上記アプリケーションサ
ーバ１３０上の顧客情報格納手段２にある本人確認情報
と照合する機能を有している。

【００５１】すなわち、リンク先の変更で、ユーザＡが
上記ウェブサーバ１００にアクセスしてきた時に、該ウ
ェブサーバ１００は、最初に該ユーザＡに対し、顧客Ｉ
Ｄとパスワードの入力を促し、それに対応してユーザＡ
がこれらを入力すると、ウェブサーバ１００は、それを
上記認証サーバ１２０の照合手段３に転送する。それを
受けた照合手段３は、上記アプリケーションサーバ１３
０上の顧客情報格納手段２に登録された上記本人確認情
報をサーチする。その照合結果が、該顧客情報格納手段
２に登録されたものと一致する場合は、その照合結果を
送り、ウェブサーバ１００は、それに基づき、該ユーザ
Ａのログインを許可する。それが一致しない場合は、ウ
ェブサーバ１００がユーザＡに対し数回本人確認情報の
入力を促すが、それでも一致しない場合は、その照合結
果を送り、ウェブサーバ１００はそれに基づいて該ユー
ザＡのログインを遮断する。

【００５２】上記データ調整手段４は、上記アプリケー
ションサーバ１３０のＣＰＵ、その作業領域を提供する
ＲＡＭ及び後述するプロトコル変換用に用意されたプロ
トコル変換テーブル４０を記憶しておいたり、決済委託
情報を管理するためのハードディスクドライブで構成さ
れており、前記照合手段３で照合結果が一致することを
受けて、ユーザＡ側から送出される決済委託情報を受け
て、該決済委託情報に含まれる決済方法のプロトコルに
従った決済データを作成する機能を有している。

【００５３】すなわち、上記ウェブサーバ２００が、ユ
ーザＡのパソコン３００上のブラウザ３０１の接続先を
本決済管理システム１のウェブサーバ１００に変更さ
せ、且つ該接続先変更の際、前記接続先情報に続く決済
委託情報の一部として、図５に示すように、ユーザＡの
上記ショッピング情報のうち、注文番号、購入商品・購
入サービスの合計購買額に相当する決済金額などのデー
タと、さらに振込先口座情報などとを、本ウェブサーバ
１００側に送ってくる。それ以外に、ユーザＡには、本
ウェブサーバ１００にログインした際に、決済方法の選
択を促す表示がなされるが、それに応じて、ユーザＡが
決済方法を選択する（手入力）ことで、その情報も決済
委託情報としてデータ調整手段４に転送される。同様
に、決済希望日や、上記決済方法でコンビニエンススト
アでの決済や宅配便代引き処理が選択された場合はそれ
に必要な情報などの入力も付加的にできるようになって
おり、それらが入力された場合は、同じく決済委託情報
として、該データ調整手段４に入力される。

【００５４】一方上記データ調整手段４には、プロトコ
ル変換用に、データの種別及びその種別に合わせた変換
後のデータの型を規定したプロトコル変換テーブル４０
が用意されており、上記決済委託情報を基に、該プロト
コル変換テーブル４０に照らし合わせて、決済データを
作成する。即ち、ここでは以上のようにして収集された
データを、夫々の決済方法の処理に適したデータフォー
マット構造とし、さらにデータ転送を伴う場合は、夫々
の通信プロトコルに合わせたデータ変換処理を行うこと
になる。

【００５５】さらに該データ調整手段４には、受け取っ
た決済委託情報を管理する機能が備えられており、本決
済管理システム１により又は本決済管理システム１で出
された指示により決済が完了し、その旨の通知を受け取
った場合は、このデータ調整手段４により、決済委託情
報の消し込み処理が行われることになる。

【００５６】上記決済手段５は、同じくアプリケーショ
ンサーバ１３０のＣＰＵ、その作業領域を提供するＲＡ
Ｍ及び後述する処理シーケンスを登録しておくための処
理シーケンス登録部５０を形成するハードディスクドラ
イブで構成されており、作成された決済データに従っ
て、上記顧客情報格納手段２の顧客情報を参照し、外部
の決済機関に対し決済処理を実行する機能を有してい
る。

【００５７】尚、本決済管理システム１内で決済処理が
完結せず、例えば外部機関による処理をその決済処理の
一部として組み入れ、処理が行われる場合は、決済手段
５による決済処理は、これらの外部機関への決済処理の
指示と、必要があればその処理に使用するデータの転送
を行うことになる。

【００５８】該決済手段５は、上述のように、ハードデ
ィスクドライブ上に処理シーケンス登録部５０を設けて
おり、新たな決済処理が本決済管理システム１に採用さ
れる場合に、それを決済手段５で処理するための処理シ
ーケンスをここに登録することで、新たな決済処理にも
対応できるようになっている。上記アプリケーションサ
ーバ１３０の管理者がその処理シーケンスの登録を行え
るようにするために、図３に示すように、本実施例で
は、上記アプリケーションサーバ１３０のＣＰＵ及びキ
ーボード、マウスなどの入力装置で構成される登録部６
の構成が設けられている。本実施例で該処理シーケンス
登録部５０に登録されている処理シーケンスは、図６に
示すように、口座振替処理シーケンス、クレジットカー
ド決済処理シーケンス、コンビニエンスストア決済処理
シーケンス、宅配便代引き処理シーケンス、外国送金処
理シーケンス及びこれらのキャンセル処理シーケンスな
どである。

【００５９】その他前記登録部６の構成は、前記顧客情
報格納手段２の顧客情報の登録・更新・削除などの編集
処理や、データ調整手段４でプロトコル変換用に用意さ
れたプロトコル変換テーブル４０におけるプロトコルの
登録・更新・削除などの編集処理などもできるようにな
っているが、これらも新たな顧客９情報の登録、更新・
削除や新たなプロトコルの追加・変更・削除などができ
るようにするためである。

【００６０】図７は、ユーザＡが、上記ブラウザ３０１
を使用して、電子ショッピングサイトＳにアクセスした
後、その決済を行うために、支払方法として、本決済管
理システム１で口座振込処理を選択した場合の、処理の
流れを示す説明図である。

【００６１】ユーザＡはパソコン３００上のブラウザ３
０１を使用し、電子ショッピングサイトＳでショッピン
グをした後、その代金決済のために、本決済管理システ
ム１による処理を選択した場合に、該電子ショッピング
サイトＳ側のウェブサーバ２００から、上記ウェブサー
バ１００へのリンク先変更のための接続先情報と上記決
済委託情報の一部を、上記ブラウザ３０１で受け取る。
この時電子ショッピングサイトＳ側のウェブサーバ２０
０への戻りＵＲＬ（エラーＵＲＬ及び決済完了ＵＲＬ）
も一緒に受け取る。そして該ブラウザ３０１がその接続
先を前記ウェブサーバ１００に変更する。

【００６２】すると、認証サーバ１２０により、ユーザ
Ａの本人確認が行われる（ユーザ認証）。すなわち、該
ユーザＡに顧客ＩＤ及びパスワードの入力が促され、そ
れに応じてユーザＡが入力を行うと、上記照合手段３に
より、顧客情報格納手段２中にある本人確認情報との照
合が行われる。

【００６３】そこで本人確認ができない（認証結果が一
致しない）と、ウェブサーバ１００がユーザＡに対し数
回本人確認情報の入力を促すが、それでも一致しない場
合は、その照合結果を送り、ウェブサーバ１００はそれ
に基づいて該ユーザＡのログインを遮断し、認証エラー
として、上記ブラウザ３０１の接続先を、強制的に電子
ショッピングサイトＳ側のウェブサーバ２００側のエラ
ーＵＲＬに変更させる。

【００６４】上記本人確認ができた場合、ウェブサーバ
１００へのログインを許可し、ユーザＡのブラウザ３０
１から、予め電子ショッピングサイトＳ側のアプリケー
ションサーバ２２０で収集されていた決済委託情報の一
部（注文番号、決済金額、振込先口座など）を、本決済
管理システム１側のアプリケーションサーバ１３０に転
送する。さらに該アプリケーションサーバ１３０は、上
記ブラウザ３０１に対し、どの決済方法で決済を行う
か、ユーザＡの選択を促す。それによりユーザＡが決済
方法を選択した場合、その決済方法も決済委託情報とし
て追加される。さらにその決済方法の種類によっては、
付加情報の追加が必要になることがあり、その場合付加
情報追加のための表示がなされ、それに応じてユーザＡ
により、コンビニエンスストア決済処理用に、物流情報
（決済の際に店舗で商品を受け取る／決済は店舗で行う
が商品の受け取りは別ルートなどの情報）や引渡店舗な
どの情報が、また宅配便代引き処理用に、物流情報（商
品の配送先などの情報、ユーザＡが予め顧客情報として
登録している場合は自動的に）や送達番号（宅配業者の
通番）などの情報が、さらに外国送金用に、外国為替レ
ート・円貨換算額などの情報が、決済委託情報として入
力される。

【００６５】これらの決済委託情報は、一度アプリケー
ションサーバ１３０のデータ調整手段４によりそのデー
タ調整が行われる前に、ユーザＡに対し、内容提示が行
われ、ユーザＡの確認が求められる。ユーザＡはこの時
点で変更があれば、決済委託情報の訂正を行う。

【００６６】その後データ調整手段４により、決済委託
情報に含まれる決済方法のプロトコルに従った決済デー
タを作成する。即ち上記のようにして収集されたデータ
を、夫々の決済方法の処理に適したデータフォーマット
構造とし、さらにデータ転送を行う場合は、夫々の通信
プロトコルに合わせたデータ変換処理を行う。そして上
記決済手段５により本決済管理システム１内で決済処理
が完結される場合は、作成された決済データに従って、
上記顧客情報格納手段２の顧客情報を参照しながら、決
済処理が実行される。また本決済管理システム１内で決
済処理が完結せず、たとえば外部機関などが中心に決済
処理を行う場合、決済手段５による決済処理は、これら
に対する決済処理の指示とその処理に使用するデータの
転送を行うことになる。

【００６７】仮に残高不足などのエラーが生じた場合
は、処理を中断し、決済処理エラーとして、上記ブラウ
ザ３０１の接続先を、強制的に電子ショッピングサイト
Ｓ側のウェブサーバ２００側のエラーＵＲＬに変更させ
る。

【００６８】決済処理が終了した場合は、その通知を受
け取ったデータ調整手段４は、その処理に対する電子シ
ョッピングサイトＳの請求データ（売掛金）の消し込み
処理を行う。そして上記ウェブサーバ１００は、電子シ
ョッピングサイトＳのウェブサーバ２００側に用意され
た決済完了ＵＲＬに、上記ブラウザ３０１の接続先を変
更させ、且つその際に決済が完了した旨の通知を行う。

【００６９】以上の決済処理と、商品購入・サービス提
供とのタイミングは、以下の３つに大別することができ
る。振込連動型 ユーザＡの商品購入・サービス提供
と本決済管理システム１による決済処理とが連続してな
され、該決済処理の結果通知により、上記商品購入・サ
ービス提供の注文番号を「代済み扱い」としてユーザＡ
に付与するタイプ。振込独立型 ユーザＡの商品購入
・サービス提供と本決済管理システム１による決済処理
とが連続してなされるが、該決済処理の結果通知によ
り、上記商品購入・サービス提供の注文番号を「予約扱
い」としてユーザＡに付与するタイプ。結果接続型
ユーザＡの商品購入・サービス提供と本決済管理システ
ム１による決済処理と不連続の場合であり、電子ショッ
ピングサイトＳからの電子メールでの通知により、指定
ＵＲＬを使って本決済管理システム１に接続し、そこで
ユーザＡの決済処理を行う。その際の決済処理の結果通
知により、上記商品購入・サービス提供の注文番号を
「代済み扱い」としてユーザＡに付与するタイプ。

【００７０】図８は、ユーザＡが本決済管理システム１
による口座振替処理を選択した場合の処理の流れを示す
説明図である。本来口座振込みを行おうとすると、ユー
ザＡは一旦本システムにログインした後に、再度上記口
座へログインする必要があるが、本構成では、本決済管
理システム１の仮口座を使用して、実質的に口座振り込
みができるようにしている。

【００７１】すなわち本構成では、ユーザＡが決済方法
として口座振込を選択した場合に、該ユーザＡの上記決
済委託情報に基づいて、上記データ調整手段４は、預託
金データを作成する。上記決済手段５は、該データに基
づき、上記顧客情報のアカウント情報を参照して、ユー
ザＡの振込元口座から、上記仮口座へ、口座振替処理に
より、預託金を預託させる。そして、該預託金を仮口座
から電子ショッピングサイトＳの振込先口座へ振り込
む。このように本システム１側の仮口座へ預託金を預託
させ、上記電子ショッピングサイトＳの振込先口座に該
預託金を振り込むようにしたので、ユーザＡは一旦本決
済管理システム１にログインした後に、再度上記口座へ
のログインをすることなく、該口座から目的とする電子
ショッピングサイトＳの振込先口座への実質的な振込が
可能となる。

【００７２】以上の処理をキャンセルする場合は、デー
タ調整手段４により決済委託情報を削除するか、該デー
タ調整手段４によってキャンセルデータを作成し、決済
手段５による処理を中止させる（振込元口座から仮口座
への預託金の口座振替を中止させるか、仮口座から振込
先口座への振込処理を中止させる）ことになる。

【００７３】もちろんこれらの処理の結果は本決済管理
システム１から電子ショッピングサイトＳに通知され、
エラーＵＲＬ又は決済完了ＵＲＬに画面が遷移すること
で、ユーザＡにも知らされることになる。

【００７４】また本方法による決済処理は、インターネ
ット上で一般消費者向けに提供される電子請求書提示支
払サービスＥＢＰＰ（Electric Bill Presentment and
Payment）による支払いにも適用できる。このＥＢＰＰ
とは、電気、ガス、電話会社、金融機関、通販会社、そ
の他一般事業法人などあらゆる請求者が一般消費者（各
企業の顧客）に対して発行又は提供している利用明細書
や通帳、案内文書（請求明細情報）を「紙による郵送」
ではなく、インターネットなどを利用した「データによ
る一括掲示及び支払い」を行い、利用者がパソコンや携
帯電話などの端末装置から閲覧できるようにするサービ
スである。これらの電子請求書がユーザＡに届いた場合
に、該ユーザＡが、その料金の支払方法として、本決済
管理システム１の口座振込処理を選択した場合には、上
記と同様な手続で行うことができる。

【００７５】図９は、ユーザＡが本決済管理システム１
によるクレジットカード決済処理を選択した場合の処理
の流れを示す説明図である。ユーザＡが決済方法として
クレジットカード決済を選択した場合に、該ユーザＡの
決済委託情報に基づいて、上記データ調整手段４は、ク
レジットカード会社への決済委託処理用データを作成す
る。上記決済手段５は、該データに基づき、上記アカウ
ント情報に含まれるクレジットカード情報を参照して、
クレジットカード会社へ決済処理の指示を行う。その途
中でクレジットカード会社へ転送するデータに、該クレ
ジットカード番号の認証を外部認証機関に行わせた認証
結果を付加する。認証結果の付加された決済処理の指示
を受けたクレジットカード会社は、それに基づいて、ク
レジットカード決済処理を行う。

【００７６】以上の処理をキャンセルする場合は、デー
タ調整手段４により決済委託処理データ自身を削除する
か、削除データを作成し、決済手段５による処理を中止
させる（すなわち、クレジットカード会社への決済処理
指示を取り消す）ことになる。

【００７７】もちろんこれらの処理の結果は本決済管理
システム１に送られて、上記データ調整手段４により決
済委託情報の消し込み処理が行われ、そこから更に電子
ショッピングサイトＳに通知され、エラーＵＲＬ又は決
済完了ＵＲＬに画面が遷移することで、ユーザＡにも知
らされることになる。

【００７８】図１０は、ユーザＡが本決済管理システム
１によるコンビニエンスストア決済処理を選択した場合
の処理の流れを示す説明図である。ユーザＡが決済方法
としてコンビニエンスストア決済を選択した場合に、該
ユーザＡの決済委託情報に基づいて、上記データ調整手
段４は、特定のコンビニエンスストアチェーンで決済す
るための該コンビニエンスストア送信データ（各コンビ
ニエンスストアのＰＯＳ管理本部システムで処理できる
形態に作成されたデータ）を作成する。このデータとし
て、上記物流情報中に、決済の際に店舗で商品を受け取
る指示がなされている場合は、引渡店舗などのデータも
含まれることになる。上記決済手段５は、該データと、
そのデータに基づく決済処理管理用の指示を、所定のコ
ンビニエンスストアのＰＯＳ管理本部システム用のサー
バに送る。そして、ユーザＡは、所定のコンビニエンス
ストアに出向き、顧客ＩＤと注文番号などを提示して、
該コンビニエンスストアで支払を行うと、その入金情報
を載せた処理結果が、本決済管理システム１に送られ
て、上記データ調整手段４により決済委託情報の消し込
み処理が行われ、そこから更に電子ショッピングサイト
Ｓ及びユーザＡに通知される。もちろん、そのような支
払が一定期間なされなければ、本決済管理システム１或
いは電子ショッピングサイトＳ側からユーザＡに対し、
支払遅延の通知がなされ、支払を催促するようにするこ
ともできる。

【００７９】以上の処理をキャンセルする場合は、デー
タ調整手段４によりコンビニエンスストア送信データ自
身を削除するか、削除データを作成し、決済手段５によ
る処理を中止させる（すなわち、コンビニエンスストア
に送信されたデータを削除する）ことになる。

【００８０】もちろん上記の処理の結果も本決済管理シ
ステム１から電子ショッピングサイトＳ及びユーザＡに
も通知されることになる。

【００８１】図１１は、ユーザＡが本決済管理システム
１による宅配便代引き処理を選択した場合の処理の流れ
を示す説明図である。ユーザＡが決済方法として宅配便
代引きを選択した場合に、該ユーザＡの決済委託情報に
基づいて、上記データ調整手段４は、特定の宅配業者で
代引き処理するための代引き送信データ（各宅配業者で
処理できる形態に作成されたデータ）を作成する。上記
決済手段５は、該データとそのデータに基づく決済処理
管理用の指示を、所定の宅配業者の管理用サーバに送
る。そして、該宅配業者による商品の配送と引き替え
に、ユーザＡが、その支払を行うと、その入金情報を載
せた処理結果が、本決済管理システム１に送られて、上
記データ調整手段４により決済委託情報の消し込み処理
が行われ、そこから更に電子ショッピングサイトＳに通
知される。

【００８２】以上の処理をキャンセルする場合は、デー
タ調整手段４により代引き送信データ自身を削除し、決
済手段５による処理を中止させることになる。

【００８３】もちろん上記の処理の結果も本決済管理シ
ステム１から電子ショッピングサイトＳ及びユーザＡに
も通知されることになる。

【００８４】尚、宅配業者が商品を配送する際に必要な
送達状は、電子ショッピングサイトＳで、或いは本決済
管理システム１で、又は宅配業者側で印刷し、それを宅
配業者に持たせて配送させることが、本図面で一緒に示
されている。

【００８５】図１２は、ユーザＡが本決済管理システム
１による外国送金処理を選択した場合の処理の流れを示
す説明図である。ユーザＡが決済方法として外国送金を
選択した場合に、該ユーザＡの決済委託情報に基づい
て、上記データ調整手段４は、送金小切手作成処理又は
外国送金処理用の国際送金為替データを作成する。上記
決済手段５は、該データに基づき、上記顧客情報のアカ
ウント情報を参照して、ユーザＡを送金人とする送金小
切手を作成する処理を行うか、又はユーザＡを送金人と
する外国送金処理を実行する。このような処理の実行が
完了すると、その処理結果が本決済管理システム１に送
られて、上記データ調整手段４により決済委託情報の消
し込み処理が行われ、そこから更に電子ショッピングサ
イトＳに通知される。

【００８６】以上の処理をキャンセルする場合は、デー
タ調整手段４により国際送金為替データ自身を削除し、
決済手段５による処理を中止させることになる。

【００８７】もちろん上記の処理の結果も本決済管理シ
ステム１から電子ショッピングサイトＳ及びユーザＡに
も通知されることになる。

【００８８】尚、本構成で行われる送金小切手作成処理
の代わりに、ポスタルマネーオーダを作成する処理にし
ても良い。

【００８９】図１３は、以上の本決済管理システム１に
おける処理フローを示すフローチャートである。同図に
示すように、本決済管理システム１は、ウェブサーバ１
００への接続を監視する（ステップＳ１０１）。その接
続が確認されない場合（ステップＳ１０１；Ｎｏ）、最
初に復帰する。

【００９０】またユーザＡのブラウザ３０１などからの
接続があった場合（ステップＳ１０１；Ｙｅｓ）、ユー
ザＡに対し、顧客ＩＤ及びパスワードの入力を促す画面
を表示する（ステップＳ１０２）。そして、ユーザＡの
入力した顧客ＩＤ及びパスワードと、予め顧客情報格納
手段２に登録されているユーザＡの顧客ＩＤ及びパスワ
ードとを照合する（ステップＳ１０３）。

【００９１】これらが一致しなければ（ステップＳ１０
３；Ｎｏ）、ユーザＡのブラウザ３０１にエラーＵＲＬ
を出力し、ログアウト処理を行う。反対にこれらが一致
すれば（ステップＳ１０３；Ｙｅｓ）、接続先から決済
委託情報の転送があったか否かをチェックする（ステッ
プＳ１０４）。

【００９２】決済委託情報の転送があった場合（ステッ
プＳ１０４；Ｙｅｓ）、該決済委託情報を取得する（ス
テップＳ１０５）。前記ステップＳ１０４で決済委託情
報の転送がない場合（ステップＳ１０４；Ｎｏ）、前記
ステップＳ１０４に復帰する。

【００９３】前記ステップＳ１０５の処理後、決済方法
の選択とその他の決済委託情報の入力を促す画面を表示
する（ステップＳ１０６）。ここでユーザＡがその画面
表示に従って入力を行うと、全ての決済委託情報が揃っ
たか否かをチェックする（ステップＳ１０７）。全ての
決済委託情報が揃っていなければ（ステップＳ１０７；
Ｎｏ）、再度ステップＳ１０６に復帰する。

【００９４】前記ステップＳ１０７で全ての決済委託情
報が揃っている場合（ステップＳ１０７；Ｙｅｓ）、決
済内容確認画面を表示する（ステップＳ１０８）。

【００９５】ユーザＡによる決済内容の訂正があったか
否かをチェックし（ステップＳ１０９）、該訂正がある
場合（ステップＳ１０９；Ｙｅｓ）、その訂正データを
取り込み（ステップＳ１１０）、前記ステップＳ１０８
に復帰する。

【００９６】上記ステップＳ１０９で決済内容に訂正が
なかった場合（ステップＳ１０９；Ｎｏ）、ユーザＡに
よる上記決済内容の確認があったか否かをチェックする
（ステップＳ１１１）。ユーザＡによる決済内容の確認
がなければ（ステップＳ１１１；Ｎｏ）、前記ステップ
Ｓ１０８に戻る。反対にその確認がなされた場合（ステ
ップＳ１１１；Ｙｅｓ）、データ調整手段４は、決済デ
ータを作成する（ステップＳ１１２）。

【００９７】それに基づき、決済手段５は、決済処理を
実行する（ステップＳ１１３）。そしてデータ調整手段
４は、決済結果を受け取って売掛金の消し込み処理を行
う（ステップＳ１１４）。さらにウェブサーバ１００
は、決済結果の転送を行い（ステップＳ１１５）、ユー
ザＡのブラウザ３０１に、決済処理完了時の決済完了Ｕ
ＲＬを出力する（ステップＳ１１６）。

【００９８】以上説明した本実施例構成によれば、ユー
ザＡが自己のブラウザ３０１を使用して、前記ウェブサ
ーバ１００にアクセスしてきた時に、照合手段３により
ユーザＡに対して本人確認を行い、それができた場合デ
ータ調整手段４は、決済委託情報を取り込んで決済デー
タを作成する。さらに決済手段５は、該決済データに基
づき、前記顧客情報を参照しながら、所定の決済処理を
実行する。

【００９９】従って、ユーザＡは、自己のブラウザ３０
１を使用して、上記電子ショッピングサイトＳでオンラ
インショッピングした後、その決済のために本決済管理
システム１を選択した場合は、上記本人確認情報を入力
し、場合により決済に必要なその他の決済委託情報を追
加入力するだけで、多様な決済方法の中から、その時々
にユーザＡの要望に応じてその決済の仕方を自由に選択
でき、且つ決済方法によって特有な手順が少なく、ほぼ
統一されたやり方で決済できるので、その操作性も向上
することになる。

【０１００】また本人確認情報を、顧客情報として予め
登録しておいてあるため、本システムへのログインが統
一した方法ででき、しかも本人確認さえできれば、顧客
情報格納手段２に、ユーザＡのアカウント情報を、顧客
情報として予め登録しておくことで、ユーザＡが選択し
た場合には、該アカウント情報に登録された口座からの
振替処理やクレジットカード決済などが利用できるよう
になり、操作の利便性と共に、取引の度に、口座の暗証
番号やクレジットカード番号を入力する必要がなくな
り、取引の安全性を向上させることができるようにな
る。

【０１０１】更に本構成では、決済処理が完了した後、
決済委託情報を管理しているデータ調整手段４により、
売掛金の消し込み処理が行われるため、電子ショッピン
グサイトＳ側の処理負担を軽減することができるように
なる。

【０１０２】加えて本構成では、新たな決済方法を追加
したり、或いはこれまで登録されている決済方法のやり
方を変更・更新することもできるため、決済システムと
しての柔軟性も備えている。

【０１０３】尚、本発明の決済管理システムは、上述の
実施例にのみ限定されるものではなく、本発明の要旨を
逸脱しない範囲内において種々変更を加え得ることは勿
論である。

【０１０４】

【発明の効果】以上、説明したように本発明の請求項１
〜２０記載の決済管理システム、決済管理方法及び記録
媒体によれば、顧客が本人確認情報を入力するだけで、
多様な決済方法の中から、その時々に顧客の要望に応じ
てその決済の仕方を自由に選択でき、且つ決済方法によ
って特有な手順が少なく、ほぼ統一されたやり方で決済
できるので、その操作性も向上することになるという優
れた効果を奏し得る。

【０１０５】また本人確認情報を、顧客情報として予め
登録しておいてあるため、本システムへのログインが統
一した方法ででき、しかも本人確認さえできれば、顧客
情報格納手段に、顧客のアカウント情報を、顧客情報と
して予め登録しておくことで、該顧客が選択した場合に
は、該アカウント情報に登録された口座からの振替処理
やクレジットカード決済などが利用できるようになり、
操作の利便性と共に、取引の度に、口座の暗証番号やク
レジットカード番号を入力する必要がなくなり、取引の
安全性を向上させることができるようになる。

【０１０６】さらに本構成では、決済処理が完了した
後、決済委託情報を管理しているデータ調整手段によ
り、売掛金などの消し込み処理が行われるため、代金請
求側の処理負担を軽減することができるようになる。

【図面の簡単な説明】

【図１】ユーザＡの電子ショッピングサイトＳでのショ
ッピングの支払に関し、本発明に係る決済管理システム
１を利用して行う場合の、全体の枠組みを示す概念図で
ある。

【図２】本発明の決済管理システム１が構成されたウェ
ブサーバ１００、認証サーバ１２０及びアプリケーショ
ンサーバ１３０の装置概要説明図である。

【図３】上記装置の機能ブロックを示す説明図である。

【図４】顧客情報格納手段２に格納される顧客情報のデ
ータ構造を示す説明図である。

【図５】決済委託情報のデータ構造を示す説明図であ
る。

【図６】処理シーケンス登録部５０に登録された処理シ
ーケンスの格納状態を示す説明図である。

【図７】ユーザＡがショッピングの決済を行うために、
支払方法として、本決済管理システム１で口座振込処理
を選択した場合の、処理の流れを示す説明図である。

【図８】ユーザＡが本決済管理システム１による口座振
替処理を選択した場合の処理の流れを示す説明図であ
る。

【図９】ユーザＡが本決済管理システム１によるクレジ
ットカード決済処理を選択した場合の処理の流れを示す
説明図である。

【図１０】ユーザＡが本決済管理システム１によるコン
ビニエンスストア決済処理を選択した場合の処理の流れ
を示す説明図である。

【図１１】ユーザＡが本決済管理システム１による宅配
便代引き処理を選択した場合の処理の流れを示す説明図
である。

【図１２】ユーザＡが本決済管理システム１による外国
送金処理を選択した場合の処理の流れを示す説明図であ
る。

【図１３】本決済管理システム１における処理フローを
示すフローチャートである。

【符号の説明】

１ 決済管理システム ２ 顧客情報格納手段 ３ 照合手段 ４ データ調整手段 ５ 決済手段 ６ 登録部 ４０ プロトコル変換テーブル ５０ 処理シーケンス登録部 １００ ウェブサーバ １０１ システムバス １０２ ＣＰＵ １０３ ＲＡＭ １０４ ＲＯＭ １０５ ハードディスクドライブ １０６ ＣＤ−ＲＯＭドライブ １０７ 通信装置 １０８ キーボード １０９ マウス １１０ ディスプレイ １１１ プリンタ １２０ 認証サーバ １３０ アプリケーションサーバ ２００ ウェブサーバ ２２０ アプリケーションサーバ ３００ パソコン ３０１ ブラウザ ４００ インターネット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ３５４ Ｇ０６Ｆ 13/00 ３５４Ｚ ３５５ ３５５ (72)発明者 加藤 有三 東京都千代田区丸の内２丁目７番１号 株 式会社東京三菱銀行内 (72)発明者 新妻 浩明 東京都千代田区丸の内２丁目７番１号 株 式会社東京三菱銀行内 (72)発明者 梅崎 富雄 東京都千代田区丸の内２丁目７番１号 株 式会社東京三菱銀行内 (72)発明者 石井 貞行 富山県富山市牛島新町５番５号 株式会社 インテック内 (72)発明者 松本 俊男 富山県富山市牛島新町５番５号 株式会社 インテック内

Claims (14)

【特許請求の範囲】
1. 【請求項１】 少なくとも顧客のアカウント情報及び該
   顧客の本人確認情報を、顧客情報として登録しておく顧
   客情報格納手段と、 顧客側からのアクセスに対し、該顧客側から本人確認情
   報を受け取って、上記顧客情報格納手段にある本人確認
   情報と照合する照合手段と、 上記照合が一致する場合に、該顧客側から送出される決
   済委託情報を受けて、該決済委託情報に含まれる決済方
   法のプロトコルに従った決済データを作成するデータ調
   整手段と、 作成された決済データに従い、上記顧客情報格納手段の
   顧客情報を参照して、決済処理を実行する決済手段とを
   有することを特徴とする決済管理システム。
2. 【請求項２】 上記決済委託情報に含まれる決済方法と
   して、顧客の上記アカウント情報に含まれる口座情報に
   基づく口座振替により、仮口座へ預託金を預託させ、上
   記決済委託情報中に含まれる振込先口座に該預託金を振
   り込む方法が指示されていることを特徴とする請求項１
   記載の決済管理システム。
3. 【請求項３】 後に受け取った決済委託情報中に含まれ
   るキャンセル情報に基づいて、上記データ調整手段に、
   先に作成された決済データを削除する指示を上記決済手
   段へ送出させ、又は該決済データを削除するデータを作
   成して該削除データを上記決済手段に送出させ、それに
   基づき、決済処理をキャンセルさせることを特徴とする
   請求項１又は２記載の決済管理システム。
4. 【請求項４】 前記データ調整手段は、決済委託情報を
   管理しており、決済を完了した旨の通知を受けた場合
   に、該決済委託情報の消し込み処理を行うことを特徴と
   する請求項１〜３いずれか１つに記載の決済管理システ
   ム。
5. 【請求項５】 ネットワークを構成する複数のコンピュ
   ータに、前記各手段を分散して備え、それらの間で上記
   手段の処理を分散して行うことを特徴とする請求項１〜
   ４いずれか１つに記載の決済管理システム。
6. 【請求項６】 顧客側からのアクセスに対し、該顧客側
   から本人確認情報を受け取って、予め登録されている本
   人確認情報と照合するステップと、 上記照合が一致する場合に、該顧客側から送出される決
   済委託情報を受けて、該決済委託情報に含まれる決済方
   法のプロトコルに従った決済データを作成するステップ
   と、 作成された決済データに従い、予め登録されている顧客
   情報を参照して、決済処理を行うステップとを実行する
   ことを特徴とする決済管理方法。
7. 【請求項７】 上記決済委託情報に含まれる決済方法と
   して、顧客のアカウント情報に含まれる口座情報に基づ
   く口座振替により、仮口座へ預託金を預託させ、上記決
   済委託情報中に含まれる振込先口座に該預託金を振り込
   む方法が指示されていることを特徴とする請求項６記載
   の決済管理方法。
8. 【請求項８】 後に受け取った決済委託情報中に含まれ
   るキャンセル情報に基づいて、先に作成された決済デー
   タを削除する指示を出し、又は該決済データを削除する
   データを作成して出力し、それに基づき、決済処理をキ
   ャンセルさせることを特徴とする請求項６又は７記載の
   決済管理方法。
9. 【請求項９】 受け取った決済委託情報を管理し、決済
   が完了した旨の通知を受けた場合に、該決済委託情報の
   消し込み処理を行うことを特徴とする請求項６〜８いず
   れか１つに記載の決済管理方法。
10. 【請求項１０】 コンピュータを、 少なくとも顧客のアカウント情報及び該顧客の本人確認
    情報を、顧客情報として登録しておく顧客情報格納手段
    と、 顧客側からのアクセスに対し、該顧客側から本人確認情
    報を受け取って、上記顧客情報格納手段にある本人確認
    情報と照合する照合手段と、 上記照合が一致する場合に、該顧客側から送出される決
    済委託情報を受けて、該決済委託情報に含まれる決済方
    法のプロトコルに従った決済データを作成するデータ調
    整手段と、 作成された決済データに従い、上記顧客情報格納手段の
    顧客情報を参照して、決済処理を実行する決済手段とし
    て機能させるプログラムを格納したコンピュータ読み取
    り可能な記録媒体。
11. 【請求項１１】 上記コンピュータがデータ調整手段と
    して機能する場合に、該データ調整手段で受け取る決済
    委託情報に含まれる決済方法として、顧客のアカウント
    情報に含まれる口座情報に基づく口座振替により、仮口
    座へ預託金を預託させ、上記決済委託情報中に含まれる
    振込先口座に該預託金を振り込む方法が指示されている
    ことを特徴とする請求項１０記載のコンピュータ読み取
    り可能な記録媒体。
12. 【請求項１２】 上記コンピュータがデータ調整手段及
    び決済手段として機能する場合に、後に受け取った決済
    委託情報中に含まれるキャンセル情報に基づいて、該デ
    ータ調整手段に、先に作成された決済データを削除する
    指示を上記決済手段へ送出させ、又は該決済データを削
    除するデータを作成して該削除データを上記決済手段に
    送出させ、それに基づき、決済処理をキャンセルさせる
    ことを特徴とする請求項１０又は１１記載のコンピュー
    タ読み取り可能な記録媒体。
13. 【請求項１３】 上記コンピュータがデータ調整手段と
    して機能する場合に、該データ調整手段は、決済委託情
    報を管理しており、決済を完了した旨の通知を受けた場
    合に、決済委託情報の消し込み処理を行うことを特徴と
    する請求項１０〜１２いずれか１つに記載のコンピュー
    タ読み取り可能な記録媒体。
14. 【請求項１４】 前記コンピュータは、ネットワークを
    構成する複数のコンピュータで構成され、前記各手段に
    よる処理は、それらのコンピュータにおいて分散処理さ
    れるように、プログラムに設定されたことを特徴とする
    請求項１０〜１３いずれか１つに記載のコンピュータ読
    み取り可能な記録媒体。