JPH10293799A - 代金決済システム、及び代金決済方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】電話により即座に、かつ安全に商品取引の代金
決済する。 【解決手段】 顧客は、商品取引の申し出及び商品取引
が成立した場合にシステム利用者であることを識別する
為の顧客識別情報を送信する送信手段を有し、会社は、
会社識別情報を金融機関に送信する送信手段及び顧客の
呼を金融機関に転送する転送手段を有し、金融機関は、
受信した会社識別情報と保有する会社識別情報とを照合
し、更に、受信した顧客識別情報と保有する顧客識別情
報とを照合し、それぞれ一致した場合には、顧客の口座
番号における口座の残高から、会社の口座番号の口座に
振り込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信によね代金決済
システム及び方法に関し、特に電話による商品取引にお
ける商品の代金を即座に決済するシステムおよび方法に
関する。

【０００２】

【従来の技術】近年、電話による商品取引、例えば通信
販売等が盛んに行われている。これらの通信販売等は、
商品を購入する場合に直接店舗に出向く必要もなく、気
軽に買えるメリットがある。

【０００３】

【発明が解決しようとする課題】ところで、上述の通信
販売等の取り引きは、店舗に出向かないで取り引きが成
立する為、商品代金の支払方法が問題となる。現在の
所、代金の支払方法としては、クレジットカードによる
支払、本人が銀行まで出向いての振り込み及び着払いに
よる支払が考えられる。

【０００４】しかし、上述のクレジットカード及び着払
いによる支払は、トラブルも多く、支払を受ける側の会
社もリスクを持つのが現状である。また、振り込みも、
銀行まで出向かなければならないので、時間と労力とが
かかる。更に、クレジットカードによる決済ではなく、
現金による支払を希望するものも多い。

【０００５】そこで、本発明の目的は、クレジットカー
ド等の代金決済によらず、電話により即座に、かつ安全
に商品取引の代金決済をすることができる代金決済シス
テム及び代金決済方法を提供することにある。

【０００６】

【課題を解決するための手段】上記本発明の目的は、金
融機関の顧客と所定の会社との間で商品取引が成立した
場合、前記金融機関における前記顧客の口座から前記商
品取引における商品代金に相当する額を前記会社の口座
に移転することにより代金決済を行う代金決済システム
であって、顧客は、商品取引の申し出と、商品取引が成
立した場合にシステム利用者であることを識別する為の
顧客識別情報とを送信する送信手段を有し、会社は、前
記顧客からの商品取引の申し出を受信する受信手段と、
前記顧客と商品取引が成立した場合にシステム利用者で
あることを識別する為の会社識別情報を前記金融機関に
送信する送信手段と、前記顧客と商品取引が成立した場
合に前記顧客の呼を前記金融機関に転送する転送手段と
を有し、金融機関は、前記顧客識別情報と前記顧客の口
座番号とが対応付けられて記憶された第１の記憶装置
と、前記会社識別情報と前記会社の口座番号とが対応付
けられて記憶された第２の記憶装置と、会社識別情報を
受信し、受信した会社識別情報と前記第２の記憶装置に
記憶されている会社識別情報とを照合し、一致した場合
には対応する会社の口座番号を検索する会社照合手段
と、顧客識別情報を受信し、受信した顧客識別情報と前
記第１の記憶装置に記憶されている顧客識別情報とを照
合し、一致した場合には対応する顧客の口座番号を検索
する顧客照合手段と、前記顧客照合手段で顧客識別情報
が一致した場合には、検索された口座番号で特定される
前記顧客の口座から、前記商品取引における商品代金に
相当する額を検索された口座番号で特定される前記会社
の口座に移転する移転手段とを有することを特徴とする
代金決済システムによって達成される。

【０００７】尚、会社は、顧客との間に成立した商品取
引の内容を金融機関に送信する手段を更に有することが
好ましい。又、金融機関は、顧客識別情報が不一致の場
合、又は顧客の口座の残高が残高不足により顧客の口座
から商品取引における商品代金に相当する額を会社の口
座に移転できない場合、顧客の呼を会社に転送する第２
の転送手段を有していることが好ましい。

【０００８】又、金融機関は、移転の完了を顧客及び会
社に送信する送信手段を有していることが好ましい。
又、金融機関の第１の記憶装置は、顧客を識別する為の
識別番号が格納された第１のファイルと、前記識別番号
に対応させて暗証番号が格納された第２のファイルと、
ランダムに記号が配置されたｍ行×ｎ列（ｍ，ｎは自然
数）のマトリックスが前記識別番号に対応させて格納さ
れた第３のファイルとを有し、金融機関の顧客照合手段
は、顧客に前記識別番号の通知を要求する第１の通知要
求手段と、受信した番号と前記第１のファイルに格納さ
れている前記識別番号とを照合する第１の照合手段と、
前記第１の照合手段で番号が一致した場合には、前記顧
客に暗証番号の通知を要求する第２の通知要求手段と、
受信した番号と前記第２のファイルに格納されている前
記識別番号と対応した暗証番号とを照合する第２の照合
手段と、前記第２の照合手段で番号が一致した場合に
は、前記第３のファイルに格納されている前記識別番号
と対応したｍ行×ｎ列のマトリックスのｋ行ｌ列（ｋ≦
ｍ，ｌ≦ｎ，ｋ，ｌは自然数）に配置されている記号の
通知を前記顧客に要求する第３の通知要求手段と、受信
した記号と前記ｍ行×ｎ列のマトリックスのｋ行ｌ列に
配置されている記号とを照合し、記号が一致していれば
システムを利用する顧客本人であると判定する第３の照
合手段とを有することが好ましい。

【０００９】上記本発明の目的は、金融機関の顧客と所
定の会社との間で商品取引が成立した場合、前記金融機
関における前記顧客の口座から前記商品取引における商
品代金に相当する額を前記会社の口座に移転することに
より代金決済を行う代金決済方法であって、金融機関は
システム利用者であることを確認する為の顧客識別情報
を顧客に与えると共に、前記顧客識別情報と対応する前
記顧客の口座番号とを記憶装置に格納する工程と、前記
金融機関はシステム利用者であることを確認する為の会
社識別情報を会社に与えると共に、前記会社識別情報と
対応する会社の口座番号とを記憶装置に格納する工程
と、前記顧客が電話を用いて前記会社に所定の商品取引
の申し出を行う工程と、前記会社は、前記顧客と商品取
引が成立した場合には前記金融機関に会社識別情報を送
信する共に、前記顧客の電話を前記金融機関に転送する
工程と、前記金融機関は転送された電話を受信し、前記
顧客に前記顧客識別情報の発信を求め、前記顧客は求め
に応じて自分の顧客識別情報を発信し、前記金融機関は
受信した顧客識別情報と前記記憶装置に記憶されている
顧客識別情報とを照合する工程と、前記金融機関は照合
が一致した場合には、前記顧客から商品の代金を確認す
る工程と、前記金融機関は、前記顧客識別情報に対応す
る口座番号と、受信した会社識別情報に対応する口座番
号とを前記記憶装置から検索する工程と、前記金融機関
は、検索された顧客の口座番号の口座から前記商品の代
金に相当する額を検索された会社の口座番号で特定され
る口座に移転する工程とを有することを特徴とする代金
決済方法によって達成される。

【００１０】尚、会社は、顧客との間に成立した商品取
引の内容を金融機関に送信する工程を更に有することが
好ましい。又、金融機関は、顧客識別情報が不一致の場
合、又は顧客の口座の残高が残高不足により顧客の口座
から商品取引における商品代金に相当する額を会社の口
座に移転できない場合、顧客の電話を会社に転送する工
程を有していることが好ましい。

【００１１】又、金融機関は、移転の完了を顧客及び会
社に送信する工程を有していることが好ましい。又、顧
客識別情報が、顧客を識別する為の識別番号と、前記識
別番号に対応した暗証番号と、ランダムに記号が配置さ
れたｍ行×ｎ列（ｍ，ｎは自然数）の前記識別番号と対
応したマトリックスとから成り、これらが記憶装置に格
納されており、かつ、顧客識別情報を照合する工程が、
顧客に識別番号の通知を要求する工程と、顧客が識別番
号を送信する工程と、受信した番号と格納されている前
記識別番号とを照合する第１の照合工程と、前記第１の
照合工程で番号が一致した場合には、前記顧客に暗証番
号の通知を要求する工程と、顧客が暗証番号を送信する
工程と、受信した番号と格納されている暗証番号とを照
合する第２の照合工程と、前記第２の照合工程で番号が
一致した場合には、格納されているｍ行×ｎ列のマトリ
ックスのｋ行ｌ列（ｋ≦ｍ，ｌ≦ｎ，ｋ，ｌは自然数）
に配置されている記号の通知を前記顧客に要求する工程
と、顧客がマトリックスのｋ行ｌ列の記号を送信する工
程と、受信した記号と前記ｍ行×ｎ列のマトリックスの
ｋ行ｌ列に配置されている記号とを照合し、記号が一致
していればシステムを利用する顧客本人であると判定す
る工程ととを有することが好ましい。

【００１２】尚、上記工程において、乱数を発生させて
ｋ及びｌを決定することが好ましい。

【００１３】

【発明の実施の形態】本発明の実施の形態を図面を参照
しながら説明する。図１は本実施の形態の概念を示す概
念図である。図１中、１は顧客側の電話、２は会社側の
電話、３は銀行側の電話、４は電話１，２及び３の呼を
接続する交換機、５は銀行に設置された情報処理装置
（コンピュータ）、６は情報処理装置５に接続されたデ
ータベースである。

【００１４】電話２には、例えばＮＴＴのボイスワープ
等の転送機能が設けられており、顧客の電話１からの呼
を銀行の電話３に転送することが出来る。データベース
６には、本システムを利用することが出来る顧客及び会
社の識別情報と、この識別情報と関連付けられて顧客及
び会社の口座番号が格納されている。

【００１５】ここで、各識別情報について説明する。ま
ず、本システムで使用される顧客識別情報について説明
する。顧客識別情報は、契約番号、暗証番号及びマトリ
ックスから構成される。契約番号は本システムを利用す
る顧客を識別する為の識別番号であり、顧客毎に一つの
契約番号が付与される。例えば、顧客Ａには、「１２３
４５」の５桁の番号が付与される。

【００１６】暗証番号は顧客自ら選択する番号であり、
例えば「６７８９０」のような５桁の番号である。尚、
この暗証番号は、上述した契約番号と対応づけられてデ
ータベース６のファイルに記憶される。即ち、契約番号
「１２３４５」と暗証番号「６７８９０」とは関連づけ
られて記憶される。尚、契約番号は顧客毎に異なる番号
が与えられるが、暗証番号はかならずしも顧客毎に異な
る番号とはならない。暗証番号は顧客が選択するものだ
からである。

【００１７】マトリックスはｍ行×ｎ列（ｍ，ｎは自然
数）に数字がランダムに配置されたものである。尚、こ
のマトリックスは、契約番号と一対一で対応している。
図２は契約番号及びマトリックスが記載された利用カー
ドを示したものであり、この利用カードは銀行側から顧
客に配布される。尚、図２に示される利用カードの表面
は、契約番号が「１２３４５」、マトリックスが１０行
１０列の場合を例示したものである。

【００１８】次に、会社識別情報を説明する。会社識別
情報は、単なる社名、例えば「Ｂ商事」と言うテキスト
データでも良い。又、会社毎に契約番号、例えば「１２
３」と言ったコード番号でもかまわない。上述した顧客
識別情報と会社識別情報とは、図３示される如く各口座
番号と関連付けられてデータベース６に格納されてい
る。そして、情報処理装置５により照合・検索が出来る
ように構成されている。

【００１９】次に、図４及び図５のフローチャートを用
いて、本システムの動作を説明する。まず、商品取引が
開始される前に顧客ＡはＢ銀行に出向いて本システムを
利用する為の契約を銀行と結ぶ。そして、Ｂ銀行は契約
番号及びマトリックスを記録した利用カードを顧客Ａに
与え、顧客Ａは暗証番号を選択して登録する。

【００２０】Ｂ銀行は、顧客Ａの契約番号、暗証番号、
マトリックス及び口座番号を関連づけてデータベースに
登録・記憶する。尚、以下の説明では、顧客Ａの契約番
号は１２３４５、暗証番号は６７８９０、マトリックス
は図２に示される利用カードの記録された１０行１０列
のマトリックス、口座番号を１０１０１０とする。同様
に、会社ＣもＢ銀行に出向いて本システムを利用する為
の契約を銀行と結ぶ。そして、Ｂ銀行は会社識別情報と
して識別コードを会社Ｃ与える。そして、Ｂ銀行は、会
社Ｃの識別コードと口座番号とを関連づけてデータベー
ス６に登録・記憶する。尚、以下の説明では、会社Ｃの
識別コードを９８７、口座番号を２０２０２０とする。

【００２１】顧客Ａが会社Ｃと商品取引を希望すると、
顧客Ａの電話から会社Ｃに電話１を用いて発呼する（Ｓ
ｔｅｐ１００）。すると、会社Ｃの電話２に顧客の呼が
着信し、商品取引が開始される（Ｓｔｅｐ１０１）。取
引不成立の場合には終了する（Ｓｔｅｐ１０２）。例え
ば、代金５０００円の商品Ｄの取引が成立すると（Ｓｔ
ｅｐ１０３）、会社Ｃは、電話１の呼を電話３に転送、
すなわち顧客Ａの電話を銀行Ｂに転送し（Ｓｔｅｐ１０
４）、電話１と電話３とを接続する前に会社識別情報
（９８７）と取引内容（商品Ｄ、代金５０００円）とを
銀行Ｂに伝え、そして電話１と電話３とを接続させる。
（Ｓｔｅｐ１０５）。

【００２２】銀行Ｂでは情報処理装置５に受信した会社
識別情報（９８７）を入力し、データベース６から会社
の口座番号（２０２０２０）を検索する（Ｓｔｅｐ１０
６）。更に、銀行Ｂは電話１の呼が着信すると、顧客識
別情報を顧客Ａから送信してもらい、データベース６に
格納されている顧客識別情報とを照合する（Ｓｔｅｐ１
０７）。

【００２３】照合の結果（Ｓｔｅｐ１０８）、不一致の
場合には再び顧客Ａの呼を会社に転送する（Ｓｔｅｐ１
０９）。一致した場合には顧客Ａから商品取引の内容
（商品の代金を含む）を確認すると共に（Ｓｔｅｐ１１
０）、顧客識別情報に基づいてデータベース６から顧客
Ａの口座番号を検索する（Ｓｔｅｐ１１１）。続いて、
取引内容の商品代金に見合う残高が、検索した口座番号
１０１０１０の口座にあるのかを検索する（Ｓｔｅｐ１
１２）。検索の結果（Ｓｔｅｐ１１２）、残高不足なら
ば振り込みができないことを通知して顧客Ａの呼を会社
Ｃに転送する（Ｓｔｅｐ１１４）。残高がある場合に
は、商品の代金（５０００円）を口座の残高から会社Ｃ
の口座（口座番号２０２０２０）に振り込む（Ｓｔｅｐ
１１３）。そして、顧客Ａと会社Ｃに振り込みが完了し
たこと（代金決済の完了）を通知する（Ｓｔｅｐ１１
５）。

【００２４】ここで、顧客識別情報の照合について、図
６、図７及び図８のフローチャートを用いて更に詳細に
説明する。まず、顧客Ａからの電話を受信したオペレー
タは、契約番号の通知を要求する（Ｓｔｅｐ２００）。
顧客Ａは、電話１から「１２３４５」の契約番号を通知
する（Ｓｔｅｐ２０１）。契約番号を通知されたオペレ
ータは、情報処理装置５に通知された番号「１２３４
５」を入力し、情報処理装置５はデータベース６を検索
して「１２３４５」に該当する契約番号が記憶されてい
るか照合する（Ｓｔｅｐ２０２）。そして、「１２３４
５」に該当する契約番号が記憶されている場合には（Ｓ
ｔｅｐ２０３）、「１２３４５」に対応する暗証番号を
読み出す（Ｓｔｅｐ２０５）。一方、番号が記憶されて
いない場合には、オペレータは契約番号の再送信を促す
る応答をする（Ｓｔｅｐ２０４，２０６）。そして、再
度の照合の結果（Ｓｔｅｐ２０７，２０８）、該当する
契約番号が記憶されていない場合には代金決済できない
旨を通知し、会社Ｃに電話を転送する（Ｓｔｅｐ２０
９）。

【００２５】Ｓｔｅｐ２０５に戻って暗証番号が読み出
された場合には、オペレータは暗証番号を通知するよう
に顧客Ａに通知する（Ｓｔｅｐ２１０）。顧客Ａは、電
話１から「６７８９０」の暗証番号を通知する（Ｓｔｅ
ｐ２１１）。暗証番号を通知されたオペレータは、読み
出された暗証番号と「６７８９０」とを照合し、暗証番
号「６７８９０」が契約番号「１２３４５」に対応する
暗証番号であるかを照合する（Ｓｔｅｐ２１２）。暗証
番号「６７８９０」が契約番号「１２３４５」に対応す
る暗証番号である場合には（Ｓｔｅｐ２１３）、契約番
号「１２３４５」に対応するマトリックスを読み出して
情報処理装置５のモニターに表示する（Ｓｔｅｐ２１
４）。顧客Ａから返答された暗証番号が契約番号「１２
３４５」に対応しない場合には暗証番号の再送信を促す
る応答を要求し（Ｓｔｅｐ２１５）、再度の照合の結果
（Ｓｔｅｐ２１６，２１７，２１８）、対応すれば（暗
証番号が記憶されていれば）Ｓｔｅｐ２１４に戻る。一
方、再度の照合の結果、該当しない（暗証番号が記憶さ
れていない）場合には、代金決済できない旨を通知し、
会社Ｃに電話を転送する（Ｓｔｅｐ２１９）。

【００２６】オペレータはモニターに表示された契約番
号「１２３４５」に対応するマトリックスのうち、情報
処理装置５が選択した行及び列に配置されている数字が
何であるかの返答を顧客Ａに要求する（Ｓｔｅｐ２２
０）。例えば、画面に「行 ３、 列 ４、 数字
７」というようにモニターに表示されるので、オペレー
タは、「３行、４列に配置されている数字はいくつです
か？」と言う問いを顧客Ａにする。顧客Ａは、オペレー
タの質問に対して、利用カードのマトリックスを確認し
ながら、「７です」と返答する（Ｓｔｅｐ２２１）。オ
ペレータは、顧客Ａの「７」の返答を受けて、モニター
に表示されている数字と顧客Ａの返答の「７」とを照合
する（Ｓｔｅｐ２２２）。そして、一致していれば（Ｓ
ｔｅｐ２２３）、顧客Ａは顧客本人であると判定して次
のステップに進む（Ｓｔｅｐ２２４）。不一致の場合に
は再度照合し（Ｓｔｅｐ２２５〜２２８）、再度照合の
結果不一致の場合には、顧客Ａに代金決済できない旨を
通知し、会社Ｃに電話を転送する（Ｓｔｅｐ２２９）。

【００２７】

【発明の効果】本発明によれば、通信販売等の電話によ
る商品取引の代金支払いを安全に、かつ即座に決済する
ことが出来る。又、クレジットカード等による支払では
なく、現金による決済を希望する者にとっても有効な発
明である。

【図面の簡単な説明】

【図１】図１は本実施の形態の概念図である。

【図２】図２は本実施の形態で使用されるマトリックス
を説明する為の図である。

【図３】図３はデータベースに記憶されている顧客識別
情報及び会社識別情報の概念図である。

【図４】図４は本実施の形態の動作を説明する為のフロ
ーチャートである。

【図５】図５は本実施の形態の動作を説明する為のフロ
ーチャートである。

【図６】図６は本実施の形態における顧客識別情報の照
合動作を説明する為のフローチャートである。

【図７】図７は本実施の形態における顧客識別情報の照
合動作を説明する為のフローチャートである。

【図８】図８は本実施の形態における顧客識別情報の照
合動作を説明する為のフローチャートである。

【符号の説明】

１ 顧客側の電話 ２ 会社側の電話 ３ 銀行側の電話 ４ 交換機 ５ 情報処理装置 ６ データベース

Claims (11)

【特許請求の範囲】
1. 【請求項１】 金融機関の顧客と所定の会社との間で商
   品取引が成立した場合、前記金融機関における前記顧客
   の口座から前記商品取引における商品代金に相当する額
   を前記会社の口座に移転することにより代金決済を行う
   代金決済システムであって、 顧客は、 商品取引の申し出と、商品取引が成立した場合にシステ
   ム利用者であることを識別する為の顧客識別情報とを送
   信する送信手段を有し、 会社は、 前記顧客からの商品取引の申し出を受信する受信手段
   と、 前記顧客と商品取引が成立した場合にシステム利用者で
   あることを識別する為の会社識別情報を前記金融機関に
   送信する送信手段と、 前記顧客と商品取引が成立した場合に前記顧客の呼を前
   記金融機関に転送する転送手段とを有し、 金融機関は、 前記顧客識別情報と前記顧客の口座番号とが対応付けら
   れて記憶された第１の記憶装置と、 前記会社識別情報と前記会社の口座番号とが対応付けら
   れて記憶された第２の記憶装置と、 会社識別情報を受信し、受信した会社識別情報と前記第
   ２の記憶装置に記憶されている会社識別情報とを照合
   し、一致した場合には対応する会社の口座番号を検索す
   る会社照合手段と、 顧客識別情報を受信し、受信した顧客識別情報と前記第
   １の記憶装置に記憶されている顧客識別情報とを照合
   し、一致した場合には対応する顧客の口座番号を検索す
   る顧客照合手段と、 前記顧客照合手段で顧客識別情報が一致した場合には、
   検索された口座番号で特定される前記顧客の口座から、
   前記商品取引における商品代金に相当する額を検索され
   た口座番号で特定される前記会社の口座に移転する移転
   手段とを有することを特徴とする代金決済システム。
2. 【請求項２】 会社は、顧客との間に成立した商品取引
   の内容を金融機関に送信する手段を更に有することを特
   徴とする請求項１の代金決済システム。
3. 【請求項３】 金融機関は、顧客識別情報が不一致の場
   合、又は顧客の口座の残高が残高不足により顧客の口座
   から商品取引における商品代金に相当する額を会社の口
   座に移転できない場合、顧客の呼を会社に転送する第２
   の転送手段を有していることを特徴とする請求項１又は
   請求項２の代金決済システム。
4. 【請求項４】 金融機関は、移転の完了を顧客及び会社
   に送信する送信手段を有していることを特徴とする請求
   項１〜請求項３のいずれかに記載の代金決済システム。
5. 【請求項５】 金融機関の第１の記憶装置は、顧客を識
   別する為の識別番号が格納された第１のファイルと、前
   記識別番号に対応させて暗証番号が格納された第２のフ
   ァイルと、ランダムに記号が配置されたｍ行×ｎ列
   （ｍ，ｎは自然数）のマトリックスが前記識別番号に対
   応させて格納された第３のファイルとを有し、 金融機関の顧客照合手段は、顧客に前記識別番号の通知
   を要求する第１の通知要求手段と、受信した番号と前記
   第１のファイルに格納されている前記識別番号とを照合
   する第１の照合手段と、前記第１の照合手段で番号が一
   致した場合には、前記顧客に暗証番号の通知を要求する
   第２の通知要求手段と、受信した番号と前記第２のファ
   イルに格納されている前記識別番号と対応した暗証番号
   とを照合する第２の照合手段と、前記第２の照合手段で
   番号が一致した場合には、前記第３のファイルに格納さ
   れている前記識別番号と対応したｍ行×ｎ列のマトリッ
   クスのｋ行ｌ列（ｋ≦ｍ，ｌ≦ｎ，ｋ，ｌは自然数）に
   配置されている記号の通知を前記顧客に要求する第３の
   通知要求手段と、受信した記号と前記ｍ行×ｎ列のマト
   リックスのｋ行ｌ列に配置されている記号とを照合し、
   記号が一致していればシステムを利用する顧客本人であ
   ると判定する第３の照合手段とを有することを特徴とす
   る請求項１〜請求項４のいずれかに記載の代金決済シス
   テム。
6. 【請求項６】 金融機関の顧客と所定の会社との間で商
   品取引が成立した場合、前記金融機関における前記顧客
   の口座から前記商品取引における商品代金に相当する額
   を前記会社の口座に移転することにより代金決済を行う
   代金決済方法であって、 金融機関はシステム利用者であることを確認する為の顧
   客識別情報を顧客に与えると共に、前記顧客識別情報と
   対応する前記顧客の口座番号とを記憶装置に格納する工
   程と、 前記金融機関はシステム利用者であることを確認する為
   の会社識別情報を会社に与えると共に、前記会社識別情
   報と対応する会社の口座番号とを記憶装置に格納する工
   程と、 前記顧客が電話を用いて前記会社に所定の商品取引の申
   し出を行う工程と、 前記会社は、前記顧客と商品取引が成立した場合には前
   記金融機関に会社識別情報を送信する共に、前記顧客の
   電話を前記金融機関に転送する工程と、 前記金融機関は転送された電話を受信し、前記顧客に前
   記顧客識別情報の発信を求め、前記顧客は求めに応じて
   自分の顧客識別情報を発信し、前記金融機関は受信した
   顧客識別情報と前記記憶装置に記憶されている顧客識別
   情報とを照合する工程と、 前記金融機関は照合が一致した場合には、前記顧客から
   商品の代金を確認する工程と、 前記金融機関は、前記顧客識別情報に対応する口座番号
   と、受信した会社識別情報に対応する口座番号とを前記
   記憶装置から検索する工程と、 前記金融機関は、検索された顧客の口座番号の口座から
   前記商品の代金に相当する額を検索された会社の口座番
   号で特定される口座に移転する工程とを有することを特
   徴とする代金決済方法。
7. 【請求項７】 会社は、顧客との間に成立した商品取引
   の内容を金融機関に送信する工程を更に有することを特
   徴とする請求項６の代金決済方法。
8. 【請求項８】 金融機関は、顧客識別情報が不一致の場
   合、又は顧客の口座の残高が残高不足により顧客の口座
   から商品取引における商品代金に相当する額を会社の口
   座に移転できない場合、顧客の電話を会社に転送する工
   程を有していることを特徴とする請求項６又は請求項７
   の代金決済方法。
9. 【請求項９】 金融機関は、移転の完了を顧客及び会社
   に送信する工程を有していることを特徴とする請求項６
   〜請求項８のいずれかに記載の代金決済方法。
10. 【請求項１０】 顧客識別情報が、顧客を識別する為の
    識別番号と、前記識別番号に対応した暗証番号と、ラン
    ダムに記号が配置されたｍ行×ｎ列（ｍ，ｎは自然数）
    の前記識別番号と対応したマトリックスとから成り、こ
    れらが記憶装置に格納されており、かつ、顧客識別情報
    を照合する工程が、 顧客に識別番号の通知を要求する工程と、 顧客が識別番号を送信する工程と、 受信した番号と格納されている前記識別番号とを照合す
    る第１の照合工程と、 前記第１の照合工程で番号が一致した場合には、前記顧
    客に暗証番号の通知を要求する工程と、 顧客が暗証番号を送信する工程と、 受信した番号と格納されている暗証番号とを照合する第
    ２の照合工程と、 前記第２の照合工程で番号が一致した場合には、格納さ
    れているｍ行×ｎ列のマトリックスのｋ行ｌ列（ｋ≦
    ｍ，ｌ≦ｎ，ｋ，ｌは自然数）に配置されている記号の
    通知を前記顧客に要求する工程と、 顧客がマトリックスのｋ行ｌ列の記号を送信する工程
    と、 受信した記号と前記ｍ行×ｎ列のマトリックスのｋ行ｌ
    列に配置されている記号とを照合し、記号が一致してい
    ればシステムを利用する顧客本人であると判定する工程
    ととを有することを特徴とする請求項６〜請求項９のい
    ずれかに記載の代金決済方法。
11. 【請求項１１】 乱数を発生させてｋ及びｌを決定する
    ことを特徴とする請求項１０の代金決済方法。