JP2001319165A

JP2001319165A - 決済システムおよび方法

Info

Publication number: JP2001319165A
Application number: JP2000135870A
Authority: JP
Inventors: Toru Hattori; 徹服部
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2000-05-09
Filing date: 2000-05-09
Publication date: 2001-11-16

Abstract

(57)【要約】【課題】本発明は、簡便かつ利便性の高く、低コスト
で導入が容易な決済システムを提供する。【解決手段】インターネットを介して第１の依頼者が
第２の依頼者に代金の支払を行う際の取引決済を仲介す
る決済システムであり、第１の依頼者の氏名と電話番号
と金融機関の口座番号とを保持する第１のデータベース
と、第２の依頼者の氏名と金融機関の口座番号とを保持
する第２のデータベースと、第２の依頼者が送信してく
る、第１の依頼者の氏名と電話番号及び第２の依頼者の
氏名とに応じて予約番号を発行し、第３のデータベース
に保持し、第１の依頼者が送信してくる支払指示及び予
約番号に応じて金融機関の即時決済システムに対し第１
の依頼者の金融機関の口座から第２の依頼者の口座に代
金の金額分だけ振り替えを指示する制御手段とを備える
ことを特徴とする決済システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、特にネットワーク
を使用した決済システムおよび方法に属する。

【０００２】

【従来の技術】従来、商品等の販売者又はあらゆるサー
ビスの販売者（供給者）に対し、購入者（商品などの購
入者又はサービスの希望者）が支払を行う代表的な方法
として、次のようなものが存在する。

【０００３】−オンラインクレジット決済− 会員制オンラインサービスのクレジット決済では、買い
物などの際、事前に契約したクレジット会社が決済をす
る。購入者が支払い時にコンピュータなどからクレジッ
ト会社の番号を入力し、該入力を受けたクレジット会社
が暗証番号を以って本人確認とし、決済を行うものであ
る。現在、電子ショッピングでは最も一般的な方法であ
る。

【０００４】−銀行振込・郵便振替− 銀行振込や郵便振替による決済は、購入者が銀行振込用
紙あるいは郵便振替用紙を手で記入し、銀行または郵便
局の窓口へ持って行き、そこで預貯金あるいは現金を受
け渡すことにより決済を行うものである。従来から広く
受け入れられている決済の方法であり、購入者にとって
なじみやすい。

【０００５】−コンビニエンスストア決済− 購入者は、企業より送付された支払伝票、あるいは、ホ
ームページで「予約」を行ったときに印刷した「支払い
票」を利用して、コンビニエンスストア店頭での支払い
ができる。決済は、コンビニと販売者間で行われ、買っ
た商品の受け取りをコンビニエンスストアの店頭で行え
る。購入者にとって簡便な決済方法として利用者の急増
が見込まれている。

【０００６】−予約販売− ＣＤや本，人気商品（例えばゲーム機やチケット）の販
売に置いては、販売者は予約番号を購入者に割り振っ
て、販売・管理を行ってきた。

【０００７】

【発明が解決しようとする課題】しかしながら、従来技
術には以下に掲げる問題点があった。

【０００８】−オンラインクレジット決済− 会員制オンラインサービスのクレジット決済では、購入
者はクレジット会社と契約して決済をする。従って、支
払い手続きの簡便さはあるものの、クレジット会社の手
数料が高いという点の他、クレジット会社からの引き落
とし・代金振込みが１〜３ヶ月後になるので、即時決済
性に欠ける点が課題としてあげられている。また、クレ
ジット番号を通知する必要があるので、購入者にとって
は心理的な抵抗を感じる。

【０００９】−銀行振込・郵便振替− 銀行振込や郵便の振り替えは、一般的であり購入者の支
持も高いが、平日の昼間忙しい購入者には不便であり、
また基本的には入金通知がないので、入金先である販売
側（サービス提供側）は、客から通知してもらう必要が
ある。郵便振替は購入者の入金を確認するのに２〜３日
かかる。

【００１０】−コンビニエンスストア決済− コンビニエンスストア決済方式は、支払い及び商品受け
取りのために、購入者がコンビニエンスストアまで出か
ける必要がある。

【００１１】つまり、上記した従来の決済の方法におい
ては、支払い時に購入者の手続きの簡便さを確保しつつ
即時決済を行うのは難しい。また、購入者と販売側（サ
ービス提供側）に備わるネット接続用サーバをオンライ
ンで直結するオンライン決済システムは、通常、販売側
（サービス提供側）として大手金融機関や企業等が想定
されている為、高価である。従って、個人取引をはじ
め、奢侈的なサービスを提供するスモールビジネス等の
代金決済や、自費出版書籍やサークルの会費の徴収等の
事務処理請求において該決済システムの導入は困難であ
る。

【００１２】−予約販売− また、従来では、販売者側が予約番号を割り振って、購
入者に予約販売を行うとした一般的な商慣行について、
販売者にとって簡便かつ機動性を持って実施できるしく
みが用意されていなかった。例えば、野外での予約販売
について、簡便に実施する方法が用意されていなかっ
た。

【００１３】本発明は斯かる問題点を鑑みてなされたも
のであり、目的とするところは、販売者に予約販売で即
時決済を行う簡便かつ利便性の高い手段を提供するとと
もに、購入者の支払い時の利便性と簡便性をも確保す
る、低コストで導入が容易な決済システムを提供する点
にある。

【００１４】

【課題を解決するための手段】本発明は上記課題を解決
すべく、以下に掲げる構成とした。請求項１記載の発明
の要旨は、インターネット（５３）を介して第１の依頼
者（Ａ）が第２の依頼者（Ｂ１，Ｂ２）に代金の支払を
行う際の取引決済を仲介する決済システムであり、少な
くとも、前記第１の依頼者（Ａ）の氏名と、電話番号
と、前記第１の依頼者（Ａ）の金融機関の口座番号とを
保持する第１のデータベース（５５２）と、少なくと
も、前記第２の依頼者（Ｂ１，Ｂ２）の氏名と、該第２
の依頼者（Ｂ１，Ｂ２）の金融機関の口座番号とを保持
する第２のデータベース（５５１）と、前記第１の依頼
者（Ａ）から伝えられる前記取引決済の申し込みに応じ
て、前記第２の依頼者（Ｂ１，Ｂ２）が、前記インター
ネット（５３）に接続可能な端末である第１のアクセス
手段（Ｂ２ａ，５２）により、前記インターネット（５
３）を介して送信してくる、前記第１の依頼者（Ａ）の
氏名と電話番号及び、前記第２の依頼者（Ｂ１，Ｂ２）
の氏名とに応じて予約番号を発行し、該予約番号に前記
第１及び第２の依頼者（Ａ，Ｂ１，Ｂ２）の氏名と、前
記第１の依頼者（Ａ）の電話番号と、前記代金の金額と
を関連づけて第３のデータベース（５５３）に保持し、
前記第１の依頼者（Ａ）が前記インターネット（５３）
に接続可能な端末である第２のアクセス手段（５１，５
１ａ）により、前記インターネット（５３）を介して送
信してくる支払指示及び前記予約番号に応じて、金融機
関の即時決済システム（５６）に対し、前記第３のデー
タベース（５５３）から読み込んだ前記代金の金額と、
前記第１及び第２のデータベース（５５２，５５１）か
ら読み込んだ前記第１及び第２の依頼者（Ａ，Ｂ１，Ｂ
２）の金融機関の口座番号とを送信し、前記第１の依頼
者（Ａ）の金融機関の口座から前記第２の依頼者（Ｂ
１，Ｂ２）の口座に前記代金の金額分だけ振り替えを指
示する制御手段（５４）とを備えることを特徴とする決
済システムに存する。請求項２記載の発明の要旨は、前
記制御手段（５４）は、前記第１の依頼者（Ａ）が入力
した前記予約番号に応じて、前記第１のデータベース
（５５２）より前記第１の依頼者（Ａ）の電話番号と氏
名の情報を引き出し、前記予約番号が存在するかどうか
を前記第３のデータベース（５５３）に問い合わせ、前
記予約番号が存在するとき、前記第３のデータベース
（５５３）に保持された前記第１及び第２の依頼者
（Ａ，Ｂ１，Ｂ２）の氏名と、前記第１の依頼者（Ａ）
の電話番号と、前記代金の金額とを、前記第２のアクセ
ス手段（５１，５１ａ）に表示する予約確認手段を備え
ることを特徴とする請求項１に記載の決済システムに存
する。請求項３記載の発明の要旨は、前記制御手段（５
４）は、前記支払指示に応じて、前記第３のデータベー
ス（５５３）に対し、前記支払指示のあった前記予約番
号が存在するかを問い合わせ、前記第３のデータベース
（５５３）に前記予約番号が存在するときに、前記第１
の依頼者（Ａ）が前記インターネット（５３）に接続す
る際に入力するユーザ登録番号をもとに前記第１のデー
タベース（５５２）より前記第１の依頼者（Ａ）の金融
機関の口座番号を読み込み、前記第３のデータベース
（５５３）に予め登録された前記第２の依頼者（Ｂ１，
Ｂ２）の登録番号をもとに前記第２のデータベース（５
５１）より前記第２の依頼者（Ｂ１，Ｂ２）の金融機関
の口座番号を読み込むことを特徴とする請求項１又は２
に記載の決済システムに存する。請求項４記載の発明の
要旨は、前記制御手段（５４）は、前記予約番号の発行
時に、受信した前記第１の依頼者（Ａ）の氏名と電話番
号より、前記第１の依頼者（Ａ）が前記第１のデータベ
ース（５５２）に記録されているかを、該第１のデータ
ベース（５５２）に問い合わせ、前記第１の依頼者
（Ａ）の氏名と電話番号が前記第１のデータベース（５
５２）に保持されていれば、前記予約番号を発番するこ
とを特徴とする請求項１〜３のいずれかに記載の決済シ
ステムに存する。請求項５記載の発明の要旨は、前記制
御手段（５４）は、前記インターネット（５３）のプロ
バイダに設置されるサーバーであり、前記ユーザ登録番
号により前記第１の依頼者（Ａ）の認証を行うことを特
徴とする請求項１〜４のいずれかに記載の決済システム
に存する。請求項６記載の発明の要旨は、前記第１のア
クセス手段（Ｂ２ａ，５２）は、前記第２の依頼者（Ｂ
１，Ｂ２）が所持する携帯端末であることを特徴とする
請求項１〜５のいずれかに記載の決済システムに存す
る。請求項７記載の発明の要旨は、前記携帯端末は携帯
電話であることを特徴とする請求項６に記載の決済シス
テムに存する。請求項８記載の発明の要旨は、インター
ネット（５３）を介して第１の依頼者（Ａ）が第２の依
頼者（Ｂ１，Ｂ２）に代金の支払を行う際の取引決済を
仲介する決済方法であり、第１のデータベース（５５
２）により、少なくとも、前記第１の依頼者（Ａ）の氏
名と、電話番号と、前記第１の依頼者（Ａ）の金融機関
の口座番号とを保持し、第２のデータベース（５５１）
により、少なくとも、前記第２の依頼者（Ｂ１，Ｂ２）
の氏名と、該第２の依頼者（Ｂ１，Ｂ２）の金融機関の
口座番号とを保持し、制御手段（５４）により、前記第
１の依頼者（Ａ）から伝えられる前記取引決済の申し込
みに応じて前記インターネット（５３）に接続可能な端
末である第１のアクセス手段（Ｂ２ａ，５２）が前記イ
ンターネット（５３）を介して送信してくる、前記第１
の依頼者（Ａ）の氏名と電話番号及び、前記第２の依頼
者（Ｂ１，Ｂ２）の氏名とに応じて予約番号を発行し、
該予約番号に前記第１及び第２の依頼者（Ａ，Ｂ１，Ｂ
２）の氏名と、前記第１の依頼者（Ａ）の電話番号と、
前記代金の金額とを関連づけて第３のデータベース（５
５３）に保持し、前記第１の依頼者（Ａ）が前記インタ
ーネット（５３）に接続可能な第２のアクセス手段（５
１，５１ａ）により、前記インターネット（５３）を介
して送信してくる支払指示及び前記予約番号に応じて、
金融機関の即時決済システム（５６）に対し、前記第３
のデータベース（５５３）から読み込んだ前記代金の金
額と、前記第１及び第２のデータベース（５５２，５５
１）から読み込んだ前記第１及び第２の依頼者（Ａ，Ｂ
１，Ｂ２）の金融機関の口座番号とを送信し、前記第１
の依頼者（Ａ）の金融機関の口座から前記第２の依頼者
（Ｂ１，Ｂ２）の口座に前記代金の金額分だけ振り替え
を指示することを特徴とする決済方法に存する。請求項
９記載の発明の要旨は、前記制御手段（５４）は、前記
第１の依頼者（Ａ）が入力した前記予約番号に応じて、
前記第１のデータベース（５５２）より前記第１の依頼
者（Ａ）の電話番号と氏名の情報を引き出し、前記予約
番号が存在するかどうかを前記第３のデータベース（５
５３）に問い合わせ、前記予約番号が存在するとき、前
記第３のデータベース（５５３）に保持された前記第１
及び第２の依頼者（Ａ，Ｂ１，Ｂ２）の氏名と、前記第
１の依頼者（Ａ）の電話番号と、前記代金の金額とを、
前記第２のアクセス手段（５１，５１ａ）に表示する予
約確認手段を備えることを特徴とする請求項８に記載の
決済方法に存する。請求項１０記載の発明の要旨は、前
記制御手段（５４）は、前記支払指示に応じて、前記第
３のデータベース（５５３）に対し、前記支払指示のあ
った前記予約番号が存在するかを問い合わせ、前記第３
のデータベース（５５３）に前記予約番号が存在すると
きに、前記第１の依頼者（Ａ）が前記インターネット
（５３）に接続する際に入力するユーザ登録番号をもと
に前記第１のデータベース（５５２）より前記第１の依
頼者（Ａ）の金融機関の口座番号を読み込み、前記第３
のデータベース（５５３）に予め登録された前記第２の
依頼者（Ｂ１，Ｂ２）の登録番号をもとに前記第２のデ
ータベース（５５１）より前記第２の依頼者（Ｂ１，Ｂ
２）の金融機関の口座番号を読み込むことを特徴とする
請求項８又は９に記載の決済方法に存する。請求項１１
記載の発明の要旨は、前記制御手段（５４）は、前記予
約番号の発行時に、受信した前記第１の依頼者（Ａ）の
氏名と電話番号より、前記第１の依頼者（Ａ）が前記第
１のデータベース（５５２）に記録されているかを、該
第１のデータベース（５５２）に問い合わせ、前記第１
の依頼者（Ａ）の氏名と電話番号が前記第１のデータベ
ース（５５２）に保持されていれば、前記予約番号を発
番することを特徴とする請求項８〜１０のいずれかに記
載の決済方法に存する。請求項１２記載の発明の要旨
は、前記制御手段（５４）は、前記インターネット（５
３）のプロバイダに設置されるサーバーであり、前記ユ
ーザ登録番号により前記第１の依頼者（Ａ）の認証を行
うことを特徴とする請求項８〜１１のいずれかに記載の
決済方法に存する。請求項１３記載の発明の要旨は、前
記第１のアクセス手段（Ｂ２ａ，５２）は、前記第２の
依頼者（Ｂ１，Ｂ２）の店舗に設置されることを特徴と
する請求項８〜１２のいずれかに記載の決済方法に存す
る。請求項１４記載の発明の要旨は、前記第１のアクセ
ス手段（Ｂ２ａ，５２）は、前記第２の依頼者（Ｂ１，
Ｂ２）が所持する携帯端末であることを特徴とする請求
項８〜１３のいずれかに記載の決済方法に存する。請求
項１５記載の発明の要旨は、前記携帯端末は携帯電話で
あることを特徴とする請求項１４に記載の決済方法に存
する。

【００１５】尚、括弧の中には、理解を容易にするため
に、後述する発明の実施の形態において対応する符号を
記入したが本発明は実施の形態に限定するものではな
い。

【００１６】

【発明の実施の形態】購入者が商品または購入者が希望
するサービスなどを予約するという予約時には、販売者
にとっての購入者の本人特定手段と、購入者が予約番号
を入手する手段があり、決済時には、予約番号と、購入
者にとっての予約番号による決済手段が、必要となる。

【００１７】本発明では、販売者にとっての購入者の本
人特定手段として、購入者の「氏名」と「電話番号」の
情報を想定し、購入者が予約番号を入手する手段とし
て、「電子モール」あるいは、「販売者」を想定する。

【００１８】また、購入者にとっての予約番号による決
済手段としては、インターネット上の予約支払システム
（後述する実施の形態における予約支払システム５４）
を想定する。つまり、購入者は、販売者が運営する電子
モールあるいは販売者に、自分の氏名と電話番号を告げ
ると、電子モールあるいは販売者から予約番号をもら
い、「予約」が成立する。予約が成立後、購入者は、予
約支払システムにアクセスして、予約番号に対して決済
指示を出すことで、該予約支払システムが即時決済を実
行するという流れとなる。

【００１９】前述の一連の流れを実施するための手段は
次のように構成される。第１の構成要素は、購入者が利
用するインターネットアプリケーションサービスアクセ
ス手段即ち、通常、インターネットに接続可能なパソコ
ン又は携帯電話であり、購入者は、該インターネットに
接続可能なパソコン又は携帯電話を使用して予約支払シ
ステムにアクセスを行う。

【００２０】第２の構成要素は、販売者が利用するイン
ターネットアプリケーションサービスアクセス手段即
ち、通常、インターネットに接続可能な携帯電話又はパ
ソコン（キャッシュレジスター等の業務端末でも良い）
であり、販売者は、インターネットに接続可能なパソコ
ン又は携帯電話を使用して、予約支払システムにアクセ
スを行う。また、予約番号の発番について、該携帯電話
又はパソコンを通して予約支払システムから取得ができ
る。

【００２１】第３の構成要素は、プロバイダ認証空間即
ち、ネットワークプロバイダや、ＶＰＮ（Ｖｉａｔｕａ
ｌＰｒｉｖａｔｅＮｅｔｗｏｅｋ：仮想専用線）で
提供する、外部から容易にアクセスできない閉鎖系ネッ
トワークおよび、利用ユーザーを特定できる認証手段を
もつ、ネットワーク空間であり、ネットワーク上で、当
人を確認するための認証手段を持つことにより、予約支
払システムとアクセス手段との間のセキュリティを確保
する。

【００２２】第４の構成要素は、予約支払システム即
ち、購入の予約や支払明細を管理し、銀行に振込指示あ
るいは即時決済指示を出すシステムであり、どの販売者
がどの購入者にいつどれだけのものに対する支払の予約
を持つかという情報を管理するデータベースアクセス手
段に対して、次のようなインターネットのサービスアプ
リケーションプログラムを提供する。１．予約情報の管理。２．決済の実施管理。３．購入者、販売者のメンバーシップ管理。

【００２３】第５の構成要素は、銀行をまたがる決済の
しくみ即ち、予約支払システムが、決済の実施を行う、
金融ネットワークであり、Ｊ−Ｄｅｂｉｔ決済システム
あるいは、該決済システムと同等の機能を持つ、即時決
済のネットワーク基盤である。

【００２４】以下、本発明の実施の形態を図面に基づい
て詳細に説明する。本発明の実施の形態の概略を表すブ
ロック図を図１に示す。図１に示すように、本実施の形
態に係る決済システムは、インターネット５３に接続可
能なパソコン（パーソナルコンピュータ）５１や携帯電
話５１ａを備える購入者Ａと、インターネット５３に接
続可能なパソコン５２（キャッシュレジスター等の業務
端末でも良い）又は携帯電話Ｂ２ａを備える販売者Ｂ
１，Ｂ２と、インターネット５３上に設置されたレジ１
０１に接続される予約支払システム５４及びデータベー
スであるセンターシステム５５を備えるプロバイダＣ
と、予約支払システム５４に接続されたＣＡＦＩＳ５６
（ＣＡＦＩＳとは、金融機関への即時決済を行うしくみ
であり、本実施の形態では、Ｊ−Ｄｅｂｉｔ決済システ
ムを記載した。）を備えるクリアリングセンタＤ及び該
クリアリングセンタＤに接続される金融機関Ｅにより構
成される。

【００２５】本実施の形態に於いて、販売者Ｂ１は、Ｈ
Ｐ（ホームページ）１０２等、インターネット５３上の
仮想の電子店舗（以後、電子モールと称する）を管理す
る販売者であり、販売者Ｂ２は、雑誌の定期購読や同窓
会年会費等を管理する管理者である。また、レジ１０１
は、予約支払システム５４がインターネット５３上に公
開するホームページであり、購入者Ａの予約支払システ
ム５４に対する予約の状況確認や、支払指示の送信等に
使用される。販売者マスタ５５１，購入者マスタ５５
２，予約マスタ５５３，支払マスタ５５４は、センター
システム５５に備わるデータベースである。

【００２６】図７はデータベースである販売者マスタ５
５１〜支払マスタ５５４の構造である。いずれのデータ
ベースも、センターシステム５５上に実装される。予約
マスタ５５３は、予約に関する情報を登録するテーブル
であり、販売者Ｂ１，Ｂ２の「企業登録番号」と「予約
番号」及び、購入者Ａの「電話番号，氏名，金額」から
構成され、「企業登録番号」と「予約番号」がキー情報
（キー情報とは、データベースにおいて格納されている
レコードデータを、別のレコードデータと区別或いは一
意に決定する）ために用いる項目の組み合わせであ
る。：図７の★印）となる。予約マスタ５５３は、予約
支払システム５４からの依頼に応じてデータマップ５５
３ａから予約番号を見つけだし、前記予約番号に該当す
る情報を出力する。

【００２７】購入者マスタ５５２は、購入者Ａに関する
情報を登録するテーブルであり、購入者Ａの「電話番
号、氏名、ユーザー登録番号、口座情報」から構成さ
れ、「電話番号」と「氏名」がキー情報となる。なお、
口座情報とは、金融機関番号と店舗番号と口座番号から
構成される、決済時に金融機関Ｅの口座を特定するため
に必要とするすべての情報を指す。

【００２８】販売者マスタ５５１は、販売者Ｂ１，Ｂ２
に関する情報を登録するテーブルであり、販売者Ｂ１，
Ｂ２の「企業登録番号，会社名，口座情報」から構成さ
れ、「企業登録番号」がキー情報となる。なお、口座情
報とは、金融機関番号と店舗番号と口座番号から構成さ
れる、決済時に金融機関Ｅの口座を特定するために必要
とするすべての情報を指す。

【００２９】支払マスタ５５４は、予約の支払い状態を
保存するテーブルであり、販売者Ｂ１，Ｂ２の「企業登
録番号」、「予約番号」、販売者Ｂ１，Ｂ２の「口座情
報」、購入者Ａの「ユーザー登録番号，口座情報，金
額」から構成され、「企業登録番号」と「予約番号」が
キー情報となる。販売者マスタ５５１及び購入者マスタ
５５２に登録された各情報は、本発明の決済システムの
利用を希望するユーザー（購入者Ａ，販売者Ｂ１，Ｂ
２）により予め登録されているものであり、予約マスタ
５５３及び支払マスタ５５４に登録される情報は、それ
ぞれ、予約や支払の処理の発生に伴い登録されるもので
ある。なお、販売者Ｂ１，Ｂ２は企業登録番号が、購入
者Ａはユーザー登録番号がネットワークのユーザー認証
に使うＩＤである。

【００３０】以下、具体的な取引を例として決済の手順
を詳しく説明する。まず、電子モール上で商品の購入を
行うオンライン取引決済の場合について述べる。前述の
場合、購入者Ａは消費者であり、販売者Ｂ１は企業であ
り、購入者Ａはインターネットショッピングを電子モー
ルで楽しんだ後、レジ１０１にて予約支払システム５４
を通して支払いを行う。

【００３１】図２に、こうした電子モール上で商品の購
入を行うオンライン取引決済の場合の予約と支払の手順
を示す。１：予約１−１申込（図１〜４の矢印−２）購入者Ａはアクセス手段即ち、パソコン５１又は携帯電
話５１ａを介してインターネット５３に接続し、販売者
Ｂ１がインターネット５３上に開設して管理するＨＰ１
０２等の電子モールに対して氏名と電話番号に加えて商
品や金額（代金）等の情報を送信し、電子モール上の希
望する商品の予約を申し込む。

【００３２】１−２請求登録（図１〜４の矢印−
２）販売者Ｂ１はアクセス手段即ちパソコン５２によりＨＰ
１０２等の電子モールの管理を行う。ＨＰ１０２等の電
子モールは購入者Ａからの商品の予約の申し込みを認識
し、該申し込みを受け、インターネット５３を介して予
約支払システム５４に対し、購入者Ａから送信された各
情報に販売者Ｂ１の会社名を追加して送信し、購入者Ａ
の氏名と電話番号による予約を登録するよう請求する。

【００３３】１−３登録確認（図１〜４の矢印−
２）予約支払システム５４はまず、予約マスタ５５３に予約
の登録を行う。予約の登録は、予約支払システム５４に
格納される予約登録プログラム５５６により行われる。
図９は、予約登録プログラム５５６のフローチャートで
ある。予約登録プログラム５５６は、販売者Ｂ１の請求
登録に応じて、受信した購入者Ａの「氏名」と「電話番
号」の情報より、購入者Ａが購入者マスタ５５２に記録
されているか（購入者Ａは存在するか）を購入者マスタ
５５２に問い合わせて確認する（ステップ１）。ステッ
プ１に於いて購入者Ａの氏名と電話番号が購入者マスタ
５５２に記録されていれば、予約番号を発番し、販売者
Ｂ１の「企業登録番号」と「予約番号」及び、購入者Ａ
の「電話番号，氏名，金額」を予約マスタ５５３に登録
する（ステップ２）。次に、予約登録プログラム５５６
は、発行された予約番号を図１，２に矢印ｅで表すよう
にレジ１０１に表示し（ステップ３）、同時にＨＰ１０
２（販売者Ｂ１）にインターネット５３を介して該予約
番号を送信する。ところで予約登録プログラム５５６
は、ステップ１において、購入者マスタ５５２に購入者
Ａが存在しないときには「エラー」として予約処理を受
け付けない。

【００３４】１−４予約完了（図１〜４の矢印−
２）ＨＰ１０２（販売者Ｂ１）は購入者Ａに対し、インター
ネット５３を介して予約が完了したことと予約番号を通
知する。こうして購入者Ａは予約番号を取得する。

【００３５】２：支払２−１支払指示（図１〜４の矢印−２）購入者Ａはインターネット５３上のレジ１０１に接続
し、予約番号から予約確認即ち、自分がどれだけの予約
を取り付けているかということを確認する。図１０は、
購入者Ａがパソコン５１又は携帯電話５１ａにより、イ
ンターネット５３を介して予約支払システム５４に接続
し、予約を確認したり、支払指示を入力する際、パソコ
ン５１又は携帯電話５１ａに表示されるレジ１０１の画
面の構成を示すブロック図である。図１０に示すよう
に、購入者Ａはレジ１０１に接続し、メニューから呼び
出される画面に従い、必要に応じて予約確認プログラム
５４１又は支払指示プログラム５４２を呼び出す。

【００３６】図１２に予約確認プログラム５４１のフロ
ーチャートを示す。予約確認プログラム５４１は、購入
者Ａが入力したユーザー登録番号と予約番号を用いて、
ユーザー登録番号から購入者マスタ５５２より購入者Ａ
の電話番号と氏名の情報を引き出し、予約番号から予約
が存在するかどうかを予約マスタ５５３に問い合わせる
（ステップ２１）。予約が存在しないときには「エラ
ー」として以降の手順に進まない。ステップ２１に於い
て予約が存在するときには、予約確認プログラム５４１
は予約一覧情報をレジ１０１に表示する（ステップ２
２）。

【００３７】図１１は、購入者Ａの予約を確認する際又
は支払指示時にパソコン５１又は携帯電話５１ａに表示
されるレジ１０１の画面である。レジ１０１の画面に
は、「販売者、予約番号、予約日時、支払期日」という
構成で、予約のリストが表示されている。支払期日の情
報は、後述する図３に示すようなオフライン取引決済で
の予約のときに使用するカラムである。（たとえば、予
約後１週間以内に支払う等のルールが、オフラインの場
合必要であるためである。）

【００３８】購入者Ａは、購入者マスタ５５２に登録し
た口座番号情報の口座が開設された金融機関Ｅ（図１）
の銀行Ｅａから代金を出金させる為に金融機関Ｅの勘定
系システム（後述する金融機関基幹システム５７）への
リクエストに必要なパスワードを、画面上のカラム１０
１ａに入力する。該パスワードは決済口座（購入者マス
タ５５２に登録した口座番号情報の口座）のパスワード
を使用し、前述の銀行の勘定系システムに渡される。支
払い指示トリガー１０１ｂを押すごとに、予約支払シス
テム５４の支払指示プログラム５４２が呼び出され、決
済処理が実行される（図１〜４の矢印ｇ）。

【００３９】図１３は、支払指示プログラム５４２のフ
ローチャートである。支払指示プログラム５４２は、予
約マスタ５５３に対し、支払指示のあった予約番号が存
在するかを問い合わせる（ステップ３１）。ステップ３
１において、予約マスタ５５３に予約番号が存在しない
ときには「エラー」として支払指示を受け付けない。ス
テップ３１において、予約マスタ５５３に予約番号が存
在すると、支払指示プログラム５４２は購入者Ａのユー
ザ登録番号から口座番号情報即ち口座番号を購入者マス
タ５５２から問い合わせにより入手する（ステップ３
２）。そして、予約マスタ５５３から販売者Ｂ１の情報
として企業登録番号を問い合わせて入手する（ステップ
３３）。次に支払指示プログラム５４２は、企業登録番
号から販売者Ｂ１の口座情報即ち口座番号を販売者マス
タ５５１から取得する（ステップ３４）。そして、Ｊ−
Ｄｅｂｉｔ支払プログラム５５５を呼び出し、企業登録
番号、予約番号、購入者Ａの口座情報、販売者Ｂ１の口
座情報、金額及びパスワードを渡す（ステップ３５）。
Ｊ−Ｄｅｂｉｔ支払プログラム５５５は、Ｊ−Ｄｅｂｉ
ｔ支払としてクリアリングセンタＤに対し、購入者Ａ，
販売者Ｂ１の口座情報と金額を振込指示として送信す
る。そして、振込指示が成功した場合には一連の処理を
終了し、振込指示が失敗した場合にはエラーとして処理
を中断する（ステップ３６）。

【００４０】２−２支払通知（図１〜４の矢印−
２）支払指示が完了すると、予約支払システム５４は、イン
ターネット５３を介して販売者Ｂ１に支払いの手続きが
完了した旨を送信する。

【００４１】２−３振込指示（図１〜４の矢印の−
２）クリアリングセンタＤは、前記振込指示を受けてＣＡＦ
ＩＳ５６により、金融機関Ｅに対し、購入者Ａの口座情
報が表す口座を所有する銀行Ｅａと振り替え手続きの仲
介をする決済銀行Ｅ１を介して、銀行Ｅａが所有する購
入者Ａの口座から、購入者Ａの購入した商品の値段分の
金額だけ、銀行Ｅｂ又は銀行Ｅｃの所有する販売者Ｂ１
の口座情報が表す口座への振り替えを指示する（図１の
矢印ａ，ｂ，ｃ）。こうして、購入者Ａの口座からの引
き落としは、リアルタイムで行われる。

【００４２】また、前述の決済システムに宅配サービス
を付加することにより購入者Ａは、外出することなくオ
ンライン上だけで買い物（予約・支払）を完結させて、
商品も自宅で受け取ることができる。

【００４３】もうひとつの場合は、取引決済をオンライ
ン上だけでの取引決済ではなく一般事務処理の中で行う
オフライン取引決済の場合である。例えば、本実施の形
態で挙げるのは雑誌の定期購読や同窓会年会費の支払
い、公共料金、税金等の事務的支払いの予約を行う場合
であり、以下に述べて行くものである。ここで、購入者
Ａは雑誌の定期購読や同窓会年会費の支払い、公共料
金、税金等の事務的支払いのサービスを希望するユーザ
であり、販売者Ｂ２は、雑誌の定期購読や同窓会年会費
等を管理する管理者である。図３は、こうした一般取引
においての決済を行うオフライン取引決済の場合の手順
である。

【００４４】１：予約１−１請求登録（図１〜４の矢印−３）例えば、新聞や雑誌等の定期購読を申し込む場合、購入
者Ａは、販売者に直接口頭で申し込んだり、新聞や雑誌
等の紙面に添付されている定期購読の葉書に氏名と電話
番号、購読期間、金額（代金）を記入し、販売者Ｂ２に
対して郵送又は手渡しすることにより、希望する新聞や
雑誌等の定期購読（サービス）を申し込む（図１，図
３，図４の矢印ｄ）。販売者Ｂ２は該申し込みを受けて
アクセス手段即ち携帯電話Ｂ２ａによりインターネット
５３に接続し、予約支払システム５４に対して購入者Ａ
の氏名と電話番号、金額などの情報を送信し、予約を登
録するよう請求する。

【００４５】図８は、販売者Ｂ２が携帯電話Ｂ２ａによ
り、インターネット５３を介して予約支払システム５４
に予約の登録を行う際、携帯電話Ｂ２ａに表示されるメ
ニュー画面のファイル構成を示すブロック図である。図
８に示すように、販売者Ｂ２は画面を介して予約支払シ
ステム５４に接続し、メニューから呼び出される画面を
介して予約登録プログラム５５６を実行する。

【００４６】１−２登録確認（図１〜４の矢印−
３）予約支払システム５４は、請求登録に応じて予約登録プ
ログラム５５６を呼び出し、前述のオンライン取引決済
の時と同様にして予約番号を発行し、予約マスタ５５３
に必要な情報の登録を行い、インターネット５３を介し
てレジ１０１に予約番号を表示すると共に（図１，３の
矢印ｅ）販売者Ｂ２に通知する。該通知を受けて販売者
Ｂ２は購入者Ａに対し、予約が完了したことと購入者Ａ
の予約番号を通知する。こうして購入者Ａは予約番号を
取得する（図１，図３，図４の矢印ｆ）。

【００４７】２：支払２−１支払指示（図１〜４の矢印−３）購入者Ａはインターネット５３上のレジ１０１に接続
し、予約番号から予約確認即ち、自分がどれだけの予約
を取り付けているかということを確認する。以下、オフ
ライン取引決済の支払指示については、前述のオンライ
ン取引決済の説明に準じるので説明を省略する。予約支
払システム５４は、支払指示プログラム５４２、Ｊ−Ｄ
ｅｂｉｔ支払プログラム５５５により、Ｊ−Ｄｅｂｉｔ
支払としてクリアリングセンタＤに対し、購入者Ａ，販
売者Ｂ２の口座情報と金額を送信する。

【００４８】２−２支払通知（図１〜４の矢印−
３）支払指示が完了すると、予約支払システム５４は、イン
ターネット５３を介して販売者Ｂ２に支払いの手続きが
完了した旨を送信する。

【００４９】２−３振込指示（図１〜４の矢印−
３）クリアリングセンタＤは、ＣＡＦＩＳ５６により、金融
機関Ｅに対して、購入者Ａの口座情報が表す口座を所有
する銀行Ｅａと振り替え手続きの仲介をする決済銀行Ｅ
１を介し、銀行Ｅａが所有する購入者Ａの口座から、購
入者Ａの購入した商品の値段分の金額だけ、銀行Ｅｂ又
は銀行Ｅｃの所有する販売者Ｂ２の口座情報（口座番
号）が表す口座への振り替えを指示する（図１の矢印
ａ，ｂ，ｃ）。

【００５０】また、図２のオンライン取引決済に於いて
も、図３のオフライン取引決済に於いても、間接的では
あるが、購入者Ａは「予約番号」を、予約支払システム
５４からもらうという点に於いては共通する。

【００５１】図４に、前述したオンライン取引決済，オ
フライン取引決済について、どのようなときにどのよう
なデータが必要になるかを示す。予約の発生時には、購
入者Ａは、販売者Ｂ１又は販売者Ｂ２に対し、手段は異
なるが購入者Ａの電話番号・氏名の情報と、商品名や数
量、合計金額等の情報を伝えるものであり、この点に置
いてはオンライン取引決済，オフライン取引決済の双方
の場合に共通である。

【００５２】予約をする場合、オンライン取引決済の場
合、購入者ＡがＨＰ１０２に購入者Ａのアクセス手段即
ちパソコン５１又は携帯電話５１ａを介してアクセス
し、ＨＰ１０２が予約支払システム５４に直接、購入者
Ａの電話番号、氏名、金額の情報に加えて販売者Ｂ１の
会社名を送信するので、販売者Ｂ１側の操作はない。後
に予約支払システム５４からＨＰ１０１（販売者Ｂ１）
を介して購入者Ａに「予約番号」が知らされる。

【００５３】一方、オフライン取引決済の場合、購入者
Ａの依頼（図４の矢印ｄ）に応じて販売者Ｂ２は、アク
セス手段即ち携帯電話Ｂ２ａを利用して、予約支払シス
テム５４に、上記情報（購入者Ａの電話番号、氏名、金
額の情報に加えて販売者Ｂ２の会社名）を入力する。後
に販売者Ｂ２を介して購入者Ａに「予約番号」が知らさ
れる。

【００５４】購入者Ａが予約の確認をするには、パソコ
ン５１又は携帯電話５１ａを利用して、レジ１０１にア
クセスして「予約確認」を行う。購入者Ａは、ネットワ
ーク（本実施の形態に於いてはインターネット５３）の
利用のためのＩＤである「ユーザー登録番号」とパスワ
ードによるユーザー認証を行い、インターネット５３に
ログインしたのち、「予約番号」を投入し、予約支払シ
ステム５４がインターネット５３上に公開するレジ１０
１より、図１１に示すような予約の一覧を取得するもの
であり、オンライン取引決済，オフライン取引決済の双
方の場合に共通である。

【００５５】購入者Ａは支払指示時にはパソコン５１，
携帯電話５１ａを利用して、レジ１０１画面上の支払い
指示トリガー１０１ｂにより支払指示を行う。支払指示
に際しては、自分のネットワークのＩＤ（ユーザー登録
番号）のほかに、支払い口座のパスワードをカラム１０
１ａに入力するものであり、オンライン取引決済，オフ
ライン取引決済の双方の場合に共通である。

【００５６】予約支払システム５４は支払指示に応じ
て、クリアリングセンタＤのＣＡＦＩＳ５６等の金融ネ
ットワークを利用した振込指示により金融機関Ｅにおけ
る決済を行う。

【００５７】本発明の決済システムのハードウェア構成
を図５に示す。購入者Ａのアクセス手段はパソコン５１
（又は携帯電話５１ａ）であり、販売者Ｂ１，Ｂ２のア
クセス手段がそれぞれ、パソコン５２又は携帯電話Ｂ２
ａであり、それぞれ、インターネット５３に接続され
る。インターネット５３は、アクセス手段（パソコン５
１，５２、携帯電話Ｂ２ａ）のみからのアクセスを許す
ためのＶＰＮ６２により外部の不正アクセスから守られ
る。こうして、無関係な経路を通らないようにし、ユー
ザー登録番号によりユーザー（購入者Ａ，販売者Ｂ１，
Ｂ２）の認証にも利用する。

【００５８】予約支払システム５４は本実施の形態に於
いては、ＡＳＰＡサーバシステムであり、インターネッ
トブラウザで実行できるプログラム（ＡＳＰ）を格納し
たサーバである。ＡＳＰとは、インターネット上でのア
プリケーション提供サービスのことである。

【００５９】センターシステム５５は、販売者マスタ５
５１〜支払マスタ５５４等のデータベース情報を管理
し、予約支払システム５４からのデータリクエストに応
えるサーバである。

【００６０】クリアリングセンタＤは、ＣＡＦＩＳ５６
を備え、金融機関Ｅの決済銀行Ｅ１をはじめとする各銀
行（Ｅａ、Ｅｂ、Ｅｃ）それぞれが有する金融機関基幹
システム５７に接続する。金融機関基幹システム５７
は、金融機関Ｅの勘定系システムであり、顧客の口座な
どを管理し、即時決済ネットワーク（本実施の形態にお
いては、Ｊ−Ｄｅｂｉｔを利用している）に接続する。
ファイアーウォール６４は、不正アクセスを防止するた
めのセキュリティシステムであり、予約支払システム５
４の要求のみをセンターシステム５５に伝える。

【００６１】本発明の決済システムにおける、アクセス
手段（パソコン５１，５２、携帯電話Ｂ２ａ）と予約支
払システム５４の間のセキュリティ方式を図６に示す
（購入者Ａの携帯電話５１ａのセキュリティシステムは
パソコン５１に準じるものであるので、該携帯電話５１
ａについては説明を省略する）。購入者Ａのパソコン５
１又は販売者Ｂ１のパソコン５２（又は販売者Ｂ２の携
帯電話Ｂ２ａ）と、ＡＳＰプログラムを提供する予約支
払システム５４の間は、データ保護の観点からの会員制
ネットワークプロバイダのアクセスポイント即ち、ＶＰ
Ｎサーバ６３を通したセキュリティ通信であるＶＰＮ６
２により保守される。つまり、プロバイダＣ及びＶＰＮ
６２がパソコン５１、パソコン５２、携帯電話Ｂ２ａの
ＶＰＮサーバ６３にて、ユーザー登録番号によりユーザ
ー認証を行うことで、アクセスポイントであるＶＰＮサ
ーバ６３の先から、ＡＳＰプログラムを提供する予約支
払システム５４までの経路を保護するためのセキュリテ
ィ通信を行う。該ＶＰＮ６２は、システムのセキュリテ
ィ強度が低く、より強化が必要と判断されるとき、設置
される。

【００６２】また、外部不正アクセスからセンターシス
テム５５内のデータベース（販売者マスタ５５１〜支払
マスタ５５４）のデータを守るために、要求元をＡＳＰ
プログラムを提供する予約支払システム５４に絞るため
にファイアーウォール６４を設置する。

【００６３】プロバイダＣは、ＡＳＰプログラム等のイ
ンターネットアプリケーションを提供するサーバ部分で
ある予約支払システム５４と、データベース（販売者マ
スタ５５１〜支払マスタ５５４）等を格納するデータベ
ースサーバであるセンターシステム５５とを備えてお
り、予約支払システム５４とセンターシステム５５はセ
キュリティの壁即ちファイアーウォール６４で隔てられ
るものとする。

【００６４】図１４に予約支払システム５４の内部構成
を表す。購入者Ａや販売者Ｂ１，Ｂ２は、アクセス手段
（パソコン５１，５２、携帯電話５１ａ，Ｂ２ａ）から
予約支払システム５４へアクセスして、予約確認プログ
ラム５４１，支払指示プログラム５４２を呼び出す。前
記各プログラムは、センターシステム５５のデータベー
スである販売者マスタ５５１〜支払マスタ５５４にアク
セスする。

【００６５】資金移動を伴う金融機関Ｅの勘定系システ
ムである金融機関基幹システム５７は、金融機関Ｅ側で
実際に勘定処理を行うシステムである。（実際は、図１
に示すように、Ｊ−Ｄｅｂｉｔ決済システムでの支払い
のしくみは決済銀行Ｅ１を通して決済が行われるがここ
では詳細な説明は省略する。）

【００６６】なお、本発明は、消費者と企業の間のイメ
ージで解説してきたが、比較的取引のトランザクション
数が少ない企業と企業の間の決済にも利用できる。

【００６７】また、前記実施の形態に於いては、オフラ
イン取引決済の例として、雑誌の定期購読や同窓会年会
費の支払い、公共料金、税金等の事務的支払いの予約支
払いを行う場合を例としたが、販売者Ｂ１，Ｂ２および
購入者Ａにとって予約支払いが可能であるサービスであ
れば良い。特に、奢侈性を持っていたり、定期性をもっ
ていたりするサービスが該当する。例えば、具体的な例
をあげると、サークル活動の会費やボランティア団体へ
の募金などの任意支払いや、スポーツ保険や物品保険な
どの特別な用途だが、必ずしも常時必要とは限らないサ
ービス、ハウス・クリーニングや、ソフトウェアのバー
ジョンアップなどの購入タイミングを見計りたいサービ
ス、などが該当する。

【００６８】また、本実施の形態に於いては、金融機関
Ｅを銀行としているが、購入者Ａ又は販売者Ｂ１，Ｂ２
の預貯金口座を開くことのできる金融機関であれば良
い。例えば、郵便局、信用金庫、信用組合、農協、証券
会社等が相当する。

【００６９】実施の形態に係る決済システムは上記の如
く構成されているので、以下に掲げる効果を奏する。

【００７０】本発明の決済システムは、販売者Ｂ１，Ｂ
２にとって予約販売を行おうとした場合、専用の用紙や
専用システムを予め準備する必要がなく、携帯端末（本
実施の形態に於いては携帯電話Ｂ２ａを使用したが、ノ
ートパソコン等、携帯型の端末であれば良い）を利用で
きる環境が整っていさえすればよい。従って、機動力の
ある、柔軟な販売活動を展開することができる。

【００７１】本発明の決済システムは購入者Ａ，販売者
Ｂ１，Ｂ２側に大掛かりなしくみを要求しない。つま
り、購入者Ａ，販売者Ｂ１，Ｂ２側にインターネット５
３に接続可能な手段（パソコン５１，５２、携帯電話５
１ａ，Ｂ２ａ）があれば本システムを利用することがで
きるので、低コストで即時決済の決済システムを導入す
ることができる。従って、個人取引をはじめ、奢侈的な
サービスを提供するスモールビジネスの代金決済や、自
費出版書籍やサークルの会費の徴収等の事務処理請求に
おいて、販売者Ｂ１，Ｂ２に即時決済性の利点を確保し
つつ、購入者Ａの支払い時の簡便性を確保することがで
きる。また、購入者Ａにとっては、現金の保管の手間が
はぶけるという利点もある。

【００７２】本発明の決済システムは、購入者Ａが、商
品又はサービスの支払い時にパソコン５１又は携帯電話
５１ａによりインターネット５３を介してレジ１０１に
接続し、支払指示を出すことにより自動的に購入者Ａの
口座から販売者Ｂ１，Ｂ２の口座に代金が振り込まれ
る。従って、購入者Ａは、即時決済を実現しつつ、イン
ターネット５３に接続できる手段さえあれば、場所や時
間を選ばずに簡易な方法で支払いを完了することができ
る。

【００７３】本発明の決済システムは、インターネット
５３や一般社会で購入したサービス等の決済を行うと
き、決済画面（レジ１０１）を利用することにより、一
連の電子商取引の流れの中に「即時決済」を組み込むこ
とができる。

【００７４】本発明の決済システムは、購入者Ａからの
入金方法が間接的であるにも関わらず、販売者Ｂ１，Ｂ
２の店舗側にとってクレジットカード支払よりも入金が
早くなり、速やかな利益の確保を実現する。

【００７５】本発明の決済システムは「予約」を使用し
た予約決済システムであり、クレジットカードの口座番
号等の個人情報を要求しないため、購入者Ａにとっての
心理的な抵抗が少ない。また、購入者Ａは自宅のパソコ
ン５１から支払いを自分の資金繰りに応じて支払った
り、オフラインの予約決済システムに対応した事務所
で、携帯電話５１ａからアクセスしてキャッシュレスで
支払いする等、自由度の高い決済システムとして暮らし
の利便性を高める効果がある。

【００７６】なお、本実施の形態においては、本発明は
上記に限定されず、本発明を適用する上で好適な形態に
適用することができる。

【００７７】また、上記構成部材の数、位置、形状等は
上記実施の形態に限定されず、本発明を実施する上で好
適な数、位置、形状等にすることができる。

【００７８】なお、各図において、同一構成要素には同
一符号を付している。

【００７９】

【発明の効果】本発明は以上のように構成されているの
で、販売者に予約販売で即時決済を行う簡便かつ利便性
の高い手段を提供するとともに、購入者の支払い時の利
便性と簡便性をも確保する、低コストで導入が容易な決
済システムを提供できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態の概略を表すブロック図で
ある。

【図２】オンライン取引決済の場合の手順の流れを示す
ブロック図である。

【図３】オフライン取引決済の場合の手順の流れを示す
ブロック図である。

【図４】オンライン取引決済，オフライン取引決済で必
要なデータの流れを表すブロック図である。

【図５】本発明の決済システムのハードウェア構成を詳
細に表すブロック図である。

【図６】図５に示したパソコン５１，５２又は携帯電話
Ｂ２ａと予約支払システム５４の間のセキュリティ方式
を表すブロック図である。

【図７】図１に示した販売者マスタ５５１〜支払マスタ
５５４の構造を表すブロック図である。

【図８】販売者Ｂ１，Ｂ２が予約の登録を行う際、パソ
コン５２又は携帯電話Ｂ２ａに表示される画面のファイ
ル構成を示すブロック図である。

【図９】図１４に示した予約登録プログラム５５６のフ
ローチャートである。

【図１０】購入者Ａが予約を確認したり、支払指示を入
力する際に、パソコン５１又は携帯電話５１ａに表示さ
れるレジ１０１の画面の構成を示すブロック図である。

【図１１】支払指示時にパソコン５１又は携帯電話５１
ａに表示されるレジ１０１の画面を表す図である。

【図１２】図１４に示した予約確認プログラム５４１の
フローチャートである。

【図１３】図１４に示した支払指示プログラム５４２の
フローチャートである。

【図１４】図１に示した予約支払システム５４の内部構
成を表すブロック図である。

【符号の説明】

Ａ購入者Ｂ１，Ｂ２販売者Ｂ２ａ携帯電話ＣプロバイダＤクリアリングセンタＥ金融機関Ｅ１決済銀行Ｅａ，Ｅｂ，Ｅｃ銀行５１パソコン５１ａ携帯電話５２パソコン５３インターネット５４予約支払システム５５センターシステム５６ＣＡＦＩＳ５７金融機関基幹システム６２ＶＰＮ６３ＶＰＮサーバ６４ファイアーウォール１０１レジ１０１ａカラム１０１ｂ支払い指示トリガー１０２ＨＰ５４１予約確認プログラム５４２支払指示プログラム５５１販売者マスタ５５２購入者マスタ５５３予約マスタ５５３ａデータマップ５５４支払マスタ５５５Ｊ−Ｄｅｂｉｔ支払プログラム５５６予約登録プログラム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ４３０Ｇ０６Ｆ 17/60 ４３０５０２５０２ 13/00 ３５４ 13/00 ３５４Ｚ

Claims

【特許請求の範囲】

【請求項１】インターネットを介して第１の依頼者が
第２の依頼者に代金の支払を行う際の取引決済を仲介す
る決済システムであり、少なくとも、前記第１の依頼者の氏名と、電話番号と、
前記第１の依頼者の金融機関の口座番号とを保持する第
１のデータベースと、少なくとも、前記第２の依頼者の氏名と、該第２の依頼
者の金融機関の口座番号とを保持する第２のデータベー
スと、前記第１の依頼者から伝えられる前記取引決済の申し込
みに応じて、前記第２の依頼者が、前記インターネット
に接続可能な端末である第１のアクセス手段により、前
記インターネットを介して送信してくる、前記第１の依
頼者の氏名と電話番号及び、前記第２の依頼者の氏名と
に応じて予約番号を発行し、該予約番号に前記第１及び
第２の依頼者の氏名と、前記第１の依頼者の電話番号
と、前記代金の金額とを関連づけて第３のデータベース
に保持し、前記第１の依頼者が前記インターネットに接
続可能な端末である第２のアクセス手段により、前記イ
ンターネットを介して送信してくる支払指示及び前記予
約番号に応じて、金融機関の即時決済システムに対し、
前記第３のデータベースから読み込んだ前記代金の金額
と、前記第１及び第２のデータベースから読み込んだ前
記第１及び第２の依頼者の金融機関の口座番号とを送信
し、前記第１の依頼者の金融機関の口座から前記第２の
依頼者の口座に前記代金の金額分だけ振り替えを指示す
る制御手段とを備えることを特徴とする決済システム。
【請求項２】前記制御手段は、前記第１の依頼者が入
力した前記予約番号に応じて、前記第１のデータベース
より前記第１の依頼者の電話番号と氏名の情報を引き出
し、前記予約番号が存在するかどうかを前記第３のデー
タベースに問い合わせ、前記予約番号が存在するとき、
前記第３のデータベースに保持された前記第１及び第２
の依頼者の氏名と、前記第１の依頼者の電話番号と、前
記代金の金額とを、前記第２のアクセス手段に表示する
予約確認手段を備えることを特徴とする請求項１に記載
の決済システム。
【請求項３】前記制御手段は、前記支払指示に応じ
て、前記第３のデータベースに対し、前記支払指示のあ
った前記予約番号が存在するかを問い合わせ、前記第３
のデータベースに前記予約番号が存在するときに、前記
第１の依頼者が前記インターネットに接続する際に入力
するユーザ登録番号をもとに前記第１のデータベースよ
り前記第１の依頼者の金融機関の口座番号を読み込み、
前記第３のデータベースに予め登録された前記第２の依
頼者の登録番号をもとに前記第２のデータベースより前
記第２の依頼者の金融機関の口座番号を読み込むことを
特徴とする請求項１又は２に記載の決済システム。
【請求項４】前記制御手段は、前記予約番号の発行時
に、受信した前記第１の依頼者の氏名と電話番号より、
前記第１の依頼者が前記第１のデータベースに記録され
ているかを、該第１のデータベースに問い合わせ、前記
第１の依頼者の氏名と電話番号が前記第１のデータベー
スに保持されていれば、前記予約番号を発番することを
特徴とする請求項１〜３のいずれかに記載の決済システ
ム。
【請求項５】前記制御手段は、前記インターネットの
プロバイダに設置されるサーバーであり、前記ユーザ登
録番号により前記第１の依頼者の認証を行うことを特徴
とする請求項１〜４のいずれかに記載の決済システム。
【請求項６】前記第１のアクセス手段は、前記第２の
依頼者が所持する携帯端末であることを特徴とする請求
項１〜５のいずれかに記載の決済システム。
【請求項７】前記携帯端末は携帯電話であることを特
徴とする請求項６に記載の決済システム。
【請求項８】インターネットを介して第１の依頼者が
第２の依頼者に代金の支払を行う際の取引決済を仲介す
る決済方法であり、第１のデータベースにより、少なくとも、前記第１の依
頼者の氏名と、電話番号と、前記第１の依頼者の金融機
関の口座番号とを保持し、第２のデータベースにより、少なくとも、前記第２の依
頼者の氏名と、該第２の依頼者の金融機関の口座番号と
を保持し、制御手段により、前記第１の依頼者から伝えられる前記
取引決済の申し込みに応じて前記インターネットに接続
可能な端末である第１のアクセス手段が前記インターネ
ットを介して送信してくる、前記第１の依頼者の氏名と
電話番号及び、前記第２の依頼者の氏名とに応じて予約
番号を発行し、該予約番号に前記第１及び第２の依頼者
の氏名と、前記第１の依頼者の電話番号と、前記代金の
金額とを関連づけて第３のデータベースに保持し、前記
第１の依頼者が前記インターネットに接続可能な第２の
アクセス手段により、前記インターネットを介して送信
してくる支払指示及び前記予約番号に応じて、金融機関
の即時決済システムに対し、前記第３のデータベースか
ら読み込んだ前記代金の金額と、前記第１及び第２のデ
ータベースから読み込んだ前記第１及び第２の依頼者の
金融機関の口座番号とを送信し、前記第１の依頼者の金
融機関の口座から前記第２の依頼者の口座に前記代金の
金額分だけ振り替えを指示することを特徴とする決済方
法。
【請求項９】前記制御手段は、前記第１の依頼者が入
力した前記予約番号に応じて、前記第１のデータベース
より前記第１の依頼者の電話番号と氏名の情報を引き出
し、前記予約番号が存在するかどうかを前記第３のデー
タベースに問い合わせ、前記予約番号が存在するとき、
前記第３のデータベースに保持された前記第１及び第２
の依頼者の氏名と、前記第１の依頼者の電話番号と、前
記代金の金額とを、前記第２のアクセス手段に表示する
予約確認手段を備えることを特徴とする請求項８に記載
の決済方法。
【請求項１０】前記制御手段は、前記支払指示に応じ
て、前記第３のデータベースに対し、前記支払指示のあ
った前記予約番号が存在するかを問い合わせ、前記第３
のデータベースに前記予約番号が存在するときに、前記
第１の依頼者が前記インターネットに接続する際に入力
するユーザ登録番号をもとに前記第１のデータベースよ
り前記第１の依頼者の金融機関の口座番号を読み込み、
前記第３のデータベースに予め登録された前記第２の依
頼者の登録番号をもとに前記第２のデータベースより前
記第２の依頼者の金融機関の口座番号を読み込むことを
特徴とする請求項８又は９に記載の決済方法。
【請求項１１】前記制御手段は、前記予約番号の発行
時に、受信した前記第１の依頼者の氏名と電話番号よ
り、前記第１の依頼者が前記第１のデータベースに記録
されているかを、該第１のデータベースに問い合わせ、
前記第１の依頼者の氏名と電話番号が前記第１のデータ
ベースに保持されていれば、前記予約番号を発番するこ
とを特徴とする請求項８〜１０のいずれかに記載の決済
方法。
【請求項１２】前記制御手段は、前記インターネット
のプロバイダに設置されるサーバーであり、前記ユーザ
登録番号により前記第１の依頼者の認証を行うことを特
徴とする請求項８〜１１のいずれかに記載の決済方法。
【請求項１３】前記第１のアクセス手段は、前記第２
の依頼者の店舗に設置されることを特徴とする請求項８
〜１２のいずれかに記載の決済方法。
【請求項１４】前記第１のアクセス手段は、前記第２
の依頼者が所持する携帯端末であることを特徴とする請
求項８〜１３のいずれかに記載の決済方法。
【請求項１５】前記携帯端末は携帯電話であることを
特徴とする請求項１４に記載の決済方法。