JP2002334291A

JP2002334291A - 請求代行方法およびその装置ならびに決済確認方法およびその装置

Info

Publication number: JP2002334291A
Application number: JP2001137059A
Authority: JP
Inventors: Takako Kiyohiro; 貴子浄弘; Sadayuki Atae; 貞行與
Original assignee: Individual
Current assignee: Individual
Priority date: 2001-05-08
Filing date: 2001-05-08
Publication date: 2002-11-22

Abstract

(57)【要約】【課題】電子商取引におけるクレジットカード決済の
セキュリティを高くしたサービスを提供する。【解決手段】利用者１０は注文の際に、予め付与され
た利用者ＩＤをインターネット上の仮想店舗４０に通知
し、仮想店舗４０は利用者ＩＤとともに電子請求書を決
済機関３０に発行する。決済機関３０は仮想店舗４０に
代わって信販会社５０に対して請求を行なう。決済機関
３０は信販会社５０に請求をする前に携帯電話機１００
を通じて利用者１０に決済の承認を得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、請求代行方法およ
びその装置、ならびに決済確認方法およびその装置に関
し、さらに詳しくは、売主と携帯電話機の利用者たる買
主との間で行なわれる取引の決済金額を売主に代わって
金融機関に対して請求するコンピュータを用いた請求代
行方法およびその装置、ならびに売主と携帯電話機の利
用者たる買主との間の決済を利用者に確認するコンピュ
ータを用いた決済確認方法およびその装置に関する。

【０００２】

【従来の技術】インターネット上の電子商取引における
決済方法の１つとして、信販会社発行のクレジットカー
ドを用いる方法がある。この方法では、ショッピングサ
イトの決済画面で利用者がクレジットカード番号を入力
し、このクレジットカード番号を使って販売者は信販会
社に代金を請求している。

【０００３】

【発明が解決しようとする課題】しかしながらこの方法
では、本人確認を行なっていないため、利用者が他人の
クレジットカード番号を知っていればその番号を勝手に
使用することも可能である。また、クレジットカード番
号を販売者に知らせているため、販売者がその番号を悪
用するおそれもある。さらに、クレジットカード番号が
インターネットというオープンネットワークに流出する
ため、第三者に知られるおそれがある。このようなセキ
ュリティ上の理由から、インターネット上の電子商取引
ではクレジットカードによる決済があまり普及していな
い。

【０００４】本発明は、上記のような問題を解決するた
めになされたもので、携帯電話機を利用したセキュリテ
ィの高い請求代行方法およびその装置、ならびに決済確
認方法およびその装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明による請求代行サ
ービスは、売主のコンピュータから送信された利用者識
別子を受信し、利用者識別子と携帯電話番号と金融機関
の口座番号とを各利用者ごとに対応づけて記憶している
データベースを検索し、受信した利用者識別子に対応す
る携帯電話番号を特定し、特定した携帯電話番号に基づ
いて利用者に決済の承認を求める電文を送信し、利用者
から決済を承認する電文を受信した後、受信した利用者
識別子に対応する口座番号を金融機関のコンピュータに
送信する。

【０００６】この請求代行サービスによれば、利用者識
別子と携帯電話番号と金融機関の口座番号とをデータベ
ースに各利用者ごとに対応づけて登録しておき、売主か
ら請求代行依頼を利用者識別子とともに受けた場合、こ
の利用者識別子に基づいて利用者の携帯電話番号および
金融機関の口座番号を特定し、携帯電話機を通じて利用
者に決済の承認を得た上で、利用者の口座番号を金融機
関に通知する。これにより、売主と携帯電話機の利用者
たる買主との間で行なわれる取引の決済金額を売主に代
わって金融機関に対して請求する。このように、利用者
本人に決済の承認を得た上で金融機関に対して請求を行
なっているため、第三者が他人の口座番号を知っていて
もその番号を勝手に使用することは不可能である。ま
た、口座番号を売主に知らせていないため、売主がその
番号を悪用するおそれはない。さらに、口座番号がイン
ターネットというオープンネットワークに流出しないた
め、第三者に知られるおそれもない。その結果、セキュ
リティの高い請求代行サービスを提供することができ
る。

【０００７】一方、本発明による決済確認サービスは、
金融機関のコンピュータから送信された利用者識別子を
受信し、利用者識別子と携帯電話番号とを各利用者ごと
に対応づけて記憶しているデータベースを検索し、受信
した利用者識別子に対応する携帯電話番号を特定し、特
定した携帯電話番号に基づいて利用者に決済の承認を求
める電文を送信し、利用者から決済を承認する電文を受
信して金融機関のコンピュータに送信する。

【０００８】この決済確認サービスによれば、利用者識
別子と携帯電話番号とをデータベースに各利用者ごとに
対応づけて登録しておき、金融機関から決済確認依頼を
利用者識別子とともに受けた場合、この利用者識別子に
基づいて利用者の携帯電話番号を特定し、携帯電話機を
通じて利用者に決済の承認を得てその旨を金融機関に通
知する。これにより、売主と携帯電話機の利用者たる買
主との間の決済を利用者に確認する。このように、利用
者本人に決済の承認を得ているため、第三者が他人の口
座番号を知っていてもその番号を勝手に使用することは
不可能である。その結果、セキュリティの高い決済確認
サービスを提供することができる。

【０００９】ここで、売主はインターネット上の仮想店
舗だけでなく実在する店舗も含む。また、金融機関は銀
行および信販会社を含む。また、金融機関の口座番号
は、銀行の場合は銀行の口座番号、信販会社の場合はク
レジットカード番号である。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳しく説明する。図中同一または相当部分に
は同一符号を付してその説明は繰返さない。

【００１１】［第１の実施の形態］第１の実施の形態
は、販売者と携帯電話機の利用者たる購買者との間で行
なわれる取引の決済金額を販売者に代わって信販会社や
銀行に請求する請求代行サービスに関するものである。

【００１２】１．利用登録図１は、第１の実施の形態による請求代行サービスのた
めの利用登録に用いられる、利用者の携帯電話機ならび
に携帯電話会社および決済機関のサーバのハードウェア
構成を示すブロック図である。

【００１３】図１に示すように、利用者１０の携帯電話
機１００は、ＣＰＵからなるデータ処理部１０１と、Ｒ
ＡＭ１０２と、ＲＯＭ１０３と、アンテナ１０４と、送
受信部１０５と、テンキーやカーソルキー等の入力装置
１０６と、液晶ディスプレイ等の表示装置１０７と、バ
ッテリ１０８と、インターフェイス（Ｉ／Ｆ）部１０９
とを備える。この携帯電話機１００は電源アダプタ１１
０に装着され、電源アダプタ１１０からＩ／Ｆ部１０９
を通じてバッテリ１０８に電力が供給され、バッテリ１
０８が充電される。データ処理部１０１は、ＲＡＭ１０
２、ＲＯＭ１０３、送受信部１０５、入力装置１０６、
表示装置１０７およびＩ／Ｆ部１０９を用いて通常の通
信機能の他、後述する機能を実行する。

【００１４】携帯電話会社２０に設置されているサーバ
２００は、ＣＰＵからなるデータ処理部２０１と、デー
タベース２０２とを備える。データベース２０２は、個
人情報データベース２０３を含む。データ処理部２０１
は、通常の通信機能を実行する他、データベース２０２
を用いて後述する機能を実行する。データ処理部２０１
は無線基地局２０４に接続されている。無線基地局２０
４のアンテナ２０５と携帯電話機１００のアンテナ１０
４との間で電波が送受信される。

【００１５】決済機関３０に設置されているサーバ３０
０は、ＣＰＵからなるデータ処理部３０１と、データベ
ース３０２とを備える。データベース３０２は、利用者
情報データベース３０３と、加盟店情報データベース３
０４とを含む。データ処理部３０１は、データベース３
０２を用いて後述する機能を実行する。データ処理部３
０１は、携帯電話会社２０に設置されているサーバ２０
０のデータ処理部２０１に接続されている。

【００１６】図２は、この請求代行サービスのための利
用登録手順を示す概略図である。図２に示すように、各
携帯電話機１００には、各利用者１０に固有の携帯電話
番号、パスワード、メールアドレス、および各携帯電話
機１００に固有のキーコードがＲＡＭ１０２またはＲＯ
Ｍ１０３に予め登録されている。パスワードは利用者１
０が適宜設定するもので、いつでも変更することができ
る。キーコードは携帯電話機メーカが携帯電話機１００
を製造する際に製造番号や各携帯電話機固有の管理番号
等をＥＥＰＲＯＭ等のＲＯＭ１０３に予めプログラムし
たもので、利用者１０だけでなく携帯電話会社２０も書
換えることができない。

【００１７】個人情報データベース２０３には、携帯電
話番号、キーコード、パスワード、メールアドレスおよ
び利用状況が各利用者１０ごとに対応づけて記憶されて
いる。利用状況はこの請求代行サービスの利用可否を示
すものである。

【００１８】利用者情報データベース３０３には、利用
者ＩＤ（識別子）、携帯電話番号、携帯電話会社、サー
ビス開始状況および決済情報が各利用者１０ごとに対応
づけて記憶されている。利用者ＩＤは、この請求代行サ
ービスの利用を申込んだ各利用者１０に付与される。携
帯電話会社としては、各利用者１０が契約している携帯
電話会社が登録される。ここでは、利用者１０が契約し
ているＡ社が登録されている。サービス開始状況は、利
用者１０が本サービスの開始を承認したか否かを示すも
のである。決済情報としては、各利用者１０が契約して
いる金融機関およびその口座番号が登録される。ここで
は、利用者１０はＣ銀行と信販会社Ｅ社と契約している
ので、それらの名称と、Ｃ銀行の口座番号と、信販会社
Ｅ社のクレジットカード番号とが登録されている。

【００１９】加盟店情報データベース３０４には、本サ
ービスの利用が可能な加盟店とその加盟店の振込口座と
が登録されている。

【００２０】図３は、図１に示した携帯電話機１００お
よびサーバ２００，３００による利用登録処理を示すフ
ローチャートである。以下、図１〜図３を参照して、利
用登録処理について説明する。

【００２１】請求代行サービスの利用を希望する利用者
１０は携帯電話機１００を用いて本サービスの利用を携
帯電話会社２０を通じて決済機関３０に申込む（Ｓ１０
１，Ｓ２０１，Ｓ２０２，Ｓ３０１）。より具体的にい
うと、携帯電話機１００においては、入力装置１０６が
利用者１０の操作に応じて利用者１０の氏名、住所等の
情報をデータ処理部１０１に入力する。データ処理部１
０１は入力された情報に基づいて電子的な利用申込書を
作成し、送受信部１０５はこの利用申込書をアンテナ１
０４から送信する（Ｓ１０１）。送信された利用申込書
は無線基地局２０４のアンテナ２０５で受信され、携帯
電話会社２０のサーバ２００に伝送される。

【００２２】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が携帯電話機１００から送信さ
れた利用申込書を受信し（Ｓ２０１）、さらにこれを専
用回線等を通じて決済機関３０に送信する（Ｓ２０
２）。

【００２３】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
利用申込書を受信し（Ｓ３０１）、この利用申込書に基
づいて利用者１０に決済情報登録用紙１を郵送する（Ｓ
３０２）。利用者１０はこの決済情報登録用紙１に、氏
名、住所、契約している携帯電話会社の名称、携帯電話
番号、契約している銀行や信販会社等の金融機関の名
称、およびその金融機関の口座番号を記入し、決済機関
３０に返送する（Ｓ３０２）。

【００２４】決済機関３０はこの返送されてきた決済情
報登録用紙１に基づいて利用者情報データベース３０３
に、携帯電話番号、携帯電話会社、決済情報（ここでは
利用者１０がＣ銀行と信販会社Ｅ社と契約しているの
で、Ｃ銀行とＣ銀行の口座番号と信販会社Ｅ社とそのク
レジットカード番号）を登録する（Ｓ３０３）。このと
き、登録した利用者１０ごとに利用者ＩＤを付与する。
また、この段階では利用者１０から本サービス開始の承
認を得ていないので、サービス開始状況は「未承認」と
なっている。

【００２５】続いて、決済機関３０は携帯電話会社２０
を通じて利用者１０に利用者ＩＤを通知することにより
本サービス開始の承認を得る（Ｓ３０４，Ｓ２０３，Ｓ
２０４，Ｓ１０２〜Ｓ１０５）。より具体的にいうと、
データ処理部３０１が利用者ＩＤを携帯電話番号ととも
に携帯電話会社２０に送信する（Ｓ３０４）。

【００２６】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が決済機関３０から送信された
利用者ＩＤおよび携帯電話番号を受信し（Ｓ２０３）、
さらにその携帯電話番号に基づいて利用者ＩＤを利用者
１０の携帯電話機１００に送信する（Ｓ２０４）。

【００２７】利用者１０の携帯電話機１００において
は、送受信部１０５が携帯電話会社２０から送信された
利用者ＩＤを受信し（Ｓ１０２）、データ処理部１０１
は表示装置１０７上に本サービスの申込み承認画面を表
示する。

【００２８】利用者１０は入力装置１０６を操作して申
込みを承認する場合はその旨を入力し、申込みを承認し
ない場合はその旨を入力する。入力装置１０６は利用者
１０の操作に応じて申込みを承認するか否かの情報をデ
ータ処理部１０１に入力し、データ処理部１０１は利用
者１０が申込みを承認したか否かを判別する（Ｓ１０
３）。利用者１０が申込みを拒否した場合、送受信部１
０５は申込み拒否という情報を携帯電話会社２０に送信
する（Ｓ１０４）。

【００２９】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が携帯電話機１００から送信さ
れた申込み拒否の情報を受信し（Ｓ２０５）、さらにこ
れを決済機関３０に送信する（Ｓ２０６）。

【００３０】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
申込み拒否の情報を受信し（Ｓ３０５）、上記ステップ
Ｓ３０３で作成した利用者情報データベース３０３の情
報を消去する（Ｓ３０６）。

【００３１】一方、利用者１０が申込みを承認した場
合、携帯電話機１００の送受信部１０５は申込み承認の
情報を携帯電話会社２０に送信する（Ｓ１０５）。

【００３２】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が携帯電話機１００から送信さ
れた申込み承認の情報を受信し（Ｓ２０７）、さらにこ
れを携帯電話番号とともに決済機関３０に送信する（Ｓ
２０８）。

【００３３】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
申込み承認の情報を携帯電話番号とともに受信し（Ｓ３
０７）、携帯電話番号に基づいて利用者情報データベー
ス３０３のサービス開始状況を「未承認」から「承認済
み」に変更する（Ｓ３０８）。

【００３４】続いて、決済機関３０は携帯電話会社２０
を通じて利用者１０にサービス開始の通知を行なう（Ｓ
３０９，Ｓ２０９〜Ｓ２１１，Ｓ１０６）。より具体的
にいうと、決済機関３０のサーバ３００においては、デ
ータ処理部３０１がサービス開始の通知を携帯電話番号
とともに携帯電話会社２０に送信する（Ｓ３０９）。

【００３５】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が決済機関３０から送信された
サービス開始の通知を携帯電話番号とともに受信し（Ｓ
２０９）、携帯電話番号に基づいて個人情報データベー
ス２０３の利用状況を「未登録」から「利用可」に変更
する（Ｓ２１０）。

【００３６】続いて、データ処理部２０１はサービス開
始の通知を携帯電話機１００に送信する（Ｓ２１１）。

【００３７】利用者１０の携帯電話機１００において
は、送受信部１０５が携帯電話会社２０から送信された
サービス開始の通知を受信する（Ｓ１０６）。データ処
理部１０１は表示装置１０７上にサービス開始の通知画
面を表示する。

【００３８】以上の処理により利用登録が完了し、利用
者１０は請求代行サービスを利用することができるよう
になる。

【００３９】ここでは利用申込みを携帯電話機を用いて
電気的に行なうようにしているが、利用者１０が決済機
関３０に電話をかけて口頭で行なうようにしてもよい。
あるいは、利用者１０が決済機関３０に出向き、そこで
決済情報登録用紙１に必要な情報を記入するようにして
もよい。

【００４０】上述した利用登録処理では利用者ＩＤを携
帯電話機１００を通じて利用者１０に通知する際に利用
者１０に本サービス申込みの承認を得るようにしている
ため、利用者１０の携帯電話番号やクレジットカード番
号を知っている他人が勝手に本サービスの利用を申込ん
だとしても、本サービスを利用することはできない。

【００４１】２．請求代行図４は、この請求代行サービスに用いられる、利用者の
携帯電話機およびパーソナルコンピュータ、ならびに携
帯電話会社、決済機関、仮想店舗および金融機関のサー
バのハードウェア構成を示すブロック図である。

【００４２】図４に示すように、利用者１０のパーソナ
ルコンピュータ（ＰＣ）１５０は、ＣＰＵからなるデー
タ処理部１５１と、ＲＯＭやＲＡＭ等のメモリ１５２
と、ハードディスク（ＨＤ）１５３と、モデム１５４
と、キーボードやマウス等の入力装置１５５と、ＣＲＴ
ディスプレイや液晶ディスプレイ等の表示装置１５６と
を備える。仮想店舗４０のサーバ４００も同様に、デー
タ処理部４０１と、メモリ４０２と、ハードディスク４
０３と、モデム４０４と、入力装置４０５と、表示装置
４０６とを備える。

【００４３】信販会社５０や銀行５５等の金融機関のサ
ーバ５００は、ＣＰＵ等のデータ処理部５０１と、デー
タベース５０２とを備える。データベース５０２は、利
用者情報データベース５０３と、加盟店情報データベー
ス５０４と、利用者履歴データベース５０５とを含む。
利用者情報データベース５０３には、この金融機関と契
約している利用者の情報が登録されている。加盟店情報
データベース５０４には、この金融機関と契約している
加盟店の情報が登録されている。利用者履歴データベー
ス５０５には、利用者がこの金融機関を利用した過去の
履歴が記録されている。

【００４４】パーソナルコンピュータ１５０はモデム１
５４を通じてインターネット２に接続される。仮想店舗
４０のサーバ４００もモデム４０４を通じてインターネ
ット２に接続される。サーバ２００，３００，５００の
データ処理部２０１，３０１，５０１は専用回線等を通
じて相互に接続されるとともに、インターネット２に接
続される。

【００４５】図５は、この請求代行サービスの手続を示
す概念図である。図６および図７は、図４に示したハー
ドウェアによる請求代行処理を示すフローチャートであ
る。

【００４６】以下、図４〜図７を参照して、利用者１０
がインターネット上の仮想店舗４０を利用した場合に仮
想店舗４０に代わって決済機関３０がその決済代金を金
融機関に請求する処理について説明する。

【００４７】利用者１０がインターネット２上の仮想店
舗４０で希望の商品またはサービスを見つけると、パー
ソナルコンピュータ１５０または携帯電話機１００を使
って仮想店舗４０に注文を出す（Ｓ１５１，Ｓ４０
１）。より具体的にいうと、利用者１０はパーソナルコ
ンピュータ１５０の入力装置１５５または携帯電話機１
００の入力装置１０６を操作して上記ステップＳ１０２
で通知された利用者ＩＤとともに購入を希望する商品等
の番号を入力する。入力装置１５５または１０６は利用
者１０の操作に応じて利用者ＩＤおよび注文内容をデー
タ処理部１５１または１０１に入力し、データ処理部１
５１または１０１はこの入力に応じて電子注文書を作成
する。モデム１５４または送受信部１０５はこの電子注
文書をインターネット２を通じて仮想店舗４０に送信す
る（Ｓ１５１）。

【００４８】仮想店舗４０のサーバ４００においては、
モデム４０４がパーソナルコンピュータ１５０または携
帯電話機１００から送信された電子注文書を受信し（Ｓ
４０１）、データ処理部４０１はその受信した注文内容
に応じた決済金額を含む電子請求書を作成し、モデム４
０４はその電子請求書を利用者ＩＤとともにインターネ
ット２を通じて決済機関３０に送信する（Ｓ４０２）。

【００４９】決済機関３０のサーバ３００においては、
データ処理部３０１が仮想店舗４０から送信された電子
請求書を利用者ＩＤとともに受信し（Ｓ３１０）、その
受信した利用者ＩＤに基づいて利用者情報データベース
３０３を検索する（Ｓ３１１）。

【００５０】続いて、データ処理部３０１は利用者情報
データベース３０３のサービス開始状況が「承認済み」
か「未承認」かを判別する（Ｓ３１２）。「承認済み」
の場合、データ処理部３０１は利用者情報データベース
３０３に基づいて利用者１０が契約している携帯電話会
社２０に電子請求書を送信する（Ｓ３１３）。一方、
「未承認」の場合、データ処理部３０１は本サービスが
利用できない旨を仮想店舗４０に通知する（Ｓ３１
４）。

【００５１】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が決済機関３０から送信された
電子請求書を携帯電話番号とともに受信する（Ｓ２１
２）。

【００５２】続いて、データ処理部２０１は受信した携
帯電話番号に基づいて個人情報データベース２０３を検
索し（Ｓ２１３）、その携帯電話番号に対応する利用状
況が「利用可」か否かを判別する（Ｓ２１４）。利用状
況が「利用可」となっている場合、その携帯電話番号に
基づいて電子請求書を利用者１０の携帯電話機１００に
送信する（Ｓ２１５）。一方、利用状況が「未登録」に
なっている場合、データ処理部２０１は決済機関３０に
サービスが利用できない旨を携帯電話番号とともに通知
する（Ｓ２１６）。

【００５３】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
サービス利用不可の通知を受信し（Ｓ３１５）、さらに
これをインターネット２を通じて仮想店舗４０に送信す
る（Ｓ３１６）。

【００５４】利用者１０の携帯電話機１００において
は、送受信部１０５が上記ステップＳ２１５で携帯電話
会社から送信された電子請求書を受信する（Ｓ１０
７）。

【００５５】データ処理部１０１は電子請求書の着信を
表示装置１０７上に表示する。利用者１０がこれを見て
入力装置１０６で開封操作をすると、データ処理部１０
１は電子請求書を開封し（Ｓ１０８）、その内容を表示
装置１０７上に表示する。

【００５６】利用者１０が電子請求書の内容を見てその
決済を承認するか否かを入力装置１０６で選択する。こ
の選択結果に応じて、データ処理部１０１は利用者１０
が決済を承認したか否かを判別する（Ｓ１０９）。

【００５７】利用者１０が決済を承認しなかった場合、
送受信部１０５は決済の取消しまたは拒否の情報を携帯
電話会社２０に送信する（Ｓ１１０）。データ処理部１
０１は決済を取消した旨を表示装置１０７上に表示する
（Ｓ１１１）。

【００５８】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が携帯電話機１００から送信さ
れた決済の取消しまたは拒否の情報を受信し（Ｓ２１
７）、さらにこれを携帯電話番号とともに決済機関３０
に送信する（Ｓ２１８）。

【００５９】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
決済の取消しまたは拒否の情報を受信し（Ｓ３１７）、
さらにこれをインターネット２を通じて仮想店舗４０に
送信する（Ｓ３１８）。

【００６０】仮想店舗４０のサーバ４００においては、
上記ステップＳ３１４で決済機関３０から送信された利
用不可の通知、または上記ステップＳ３１６で決済機関
３０から送信されたサービス利用不可の通知、または上
記ステップＳ３１８で決済機関３０から送信された決済
取消しまたは拒否の情報をモデム４０４が受信し（Ｓ４
０３）、続いて受注取消しの情報をインターネット２を
通じて利用者１０のパーソナルコンピュータ１５０また
は携帯電話機１００に送信する（Ｓ４０４）。

【００６１】利用者１０のパーソナルコンピュータ１５
０または携帯電話機１００においては、モデム１５４ま
たは送受信部１０５が仮想店舗４０から送信された受注
取消しの情報を受信し（Ｓ１５２）、データ処理部１５
１または１０１が表示装置１５６または１０７上に受注
が取消された旨を表示する（Ｓ１５３）。

【００６２】一方、利用者１０の携帯電話機１００にお
いて、上記ステップＳ１０９でデータ処理部１０１が利
用者１０は決済を承認したと判定した場合、表示装置１
０７上で利用者１０に対してパスワードの入力を要請す
る。入力装置１０６は利用者１０の操作に応じてパスワ
ードをデータ処理部１０１に入力する（Ｓ１１２）。

【００６３】データ処理部１０１は入力されたパスワー
ドをＲＡＭ１０２またはＲＯＭ１０３に記憶されている
パスワードと比較し、パスワードが一致するか否かを検
証する（Ｓ１１３）。パスワードが一致しない場合、デ
ータ処理部１０１は表示装置１０７上にパスワードが誤
っている旨を表示する（Ｓ１１４）。

【００６４】一方、パスワードが一致している場合、デ
ータ処理部１０１は表示装置１０７上に利用者１０に対
して決済方法を選択するよう要請する。ここでは、Ｃ銀
行の口座番号と信販会社Ｅ社のクレジットカード番号と
が利用者情報データベース３０３に登録されており、利
用者１０はデビットカードによる決済かクレジットカー
ドによる決済かを選択する。入力装置１０６は利用者１
０の操作に応じて選択された決済方法をデータ処理部１
０１に入力する（Ｓ１１５）。

【００６５】続いて、送受信部１０５は決済承認の通知
を携帯電話会社２０に送信する（Ｓ１１６）。このと
き、携帯電話番号、ＲＯＭ１０３に登録されているキー
コード、上記ステップＳ１１２で入力されたパスワー
ド、決済内容、および上記ステップＳ１１５で選択され
た決済方法も一緒に送信する。

【００６６】携帯電話会社２０のサーバ２００において
は、データ処理部２０１が携帯電話機１００から送信さ
れた決済承認の通知を携帯電話番号等の情報とともに受
信する（Ｓ２１９）。

【００６７】続いて、データ処理部２０１は受信したキ
ーコードおよびパスワードを個人情報データベース２０
３に登録されているキーコードおよびパスワードとそれ
ぞれ比較し、キーコードおよびパスワードの両方が一致
するか否かを検証する（Ｓ２２０）。キーコードおよび
パスワードの両方が一致した場合、データ処理部２０１
は決済承認の通知を携帯電話番号や決済方法とともに決
済機関３０に送信する。

【００６８】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
決済承認の通知を受信し、さらにこれをインターネット
２を通じて仮想店舗４０に送信する（Ｓ３１９）。仮想
店舗４０のサーバ４００においては、モデム４０４が決
済機関３０から送信された決済承認の通知を受信する
（Ｓ４０５）。

【００６９】決済機関３０は仮想店舗４０に利用者１０
が決済を承認した旨を通知した後、上記ステップＳ３１
０で受信した電子請求書に基づいて金融機関に決済を依
頼する（Ｓ３２０）。より具体的にいうと、携帯電話番
号に基づいて利用者情報データベース３０３を検索し、
利用者情報データベース３０３に登録されている利用者
１０が契約している金融機関のサーバ５００に利用者１
０の口座番号、決済金額および仮想店舗４０の振込口座
番号を送信する（Ｓ３２０）。上記ステップＳ１１５で
利用者１０がデビットカードによる決済を選択した場合
は利用者情報データベース３０３に登録されている銀行
の口座番号を銀行５５に通知し、利用者１０がクレジッ
トカードによる決済を選択した場合は利用者情報データ
ベース３０３に登録されているクレジットカード番号を
信販会社５０に通知する。

【００７０】信販会社５０や銀行５５のサーバ５００に
おいては、データ処理部５０１が決済機関３０から送信
された決済依頼を受信し（Ｓ５０１）、これに基づいて
決済処理を行なう（Ｓ５０２）。

【００７１】続いて、データ処理部５０１は決済可否の
通知を決済機関３０に送信した後（Ｓ５０３）、その決
済内容に従って支払処理を行なう（Ｓ５０４）。すなわ
ち、信販会社５０の場合、その決済金額を決済機関３０
に支払うとともに、利用者１０に対して請求を行なう。
銀行５５の場合、利用者１０の口座からその決済金額を
決済機関３０に支払う。決済機関３０は信販会社５０や
銀行５５から受取った金額から本サービスの利用手数料
を差し引いた額を仮想店舗４０に支払う。

【００７２】決済機関３０のサーバ３００においては、
データ処理部３０１が信販会社５０や銀行５５から送信
された決済可否の通知を受信し（Ｓ３２１）、さらにこ
れをインターネット２を通じて仮想店舗４０に送信する
（Ｓ３２２）。

【００７３】仮想店舗４０のサーバ４００においては、
データ処理部４０１が決済に問題はないか判定する（Ｓ
４０６）。決済に問題がある場合、モデム４０４は受注
取消をインターネット２を通じて利用者１０のパーソナ
ルコンピュータ１５０または携帯電話機１００に送信す
る（Ｓ４０７）。

【００７４】利用者１０のパーソナルコンピュータ１５
０または携帯電話機１００においては、モデム１５４ま
たは送受信部１０５が仮想店舗４０から送信された受注
取消を受信し（Ｓ１５４）、データ処理部１５１または
１０１が表示装置１５６または１０７上に仮想店舗４０
が受注を取消した旨を表示する（Ｓ１５５）。

【００７５】一方、携帯電話会社２０のサーバ２００に
おいては、上記ステップＳ２２０でキーコードまたはパ
スワードの一方が一致しなかった場合、データ処理部２
０１は個人情報データベース２０３の利用状況を「利用
可」から「認証異常」に変更し、認証異常の通知を利用
者１０の携帯電話機１００に送信する（Ｓ２２２）。

【００７６】利用者１０の携帯電話機１００において
は、送受信部１０５が携帯電話会社２０から送信された
認証異常の通知を受信し（Ｓ１１７）、データ処理部１
０１が表示装置１０７上に認証異常を表示する（Ｓ１１
８）。

【００７７】携帯電話会社２０のサーバ２００において
は、認証異常を利用者１０に通知した後、データ処理部
２０１は認証異常の通知を決済機関３０にも携帯電話番
号とともに送信する（Ｓ２２３）。

【００７８】決済機関３０のサーバ３００においては、
データ処理部３０１が携帯電話会社２０から送信された
認証異常の通知を受信し（Ｓ３２３）、さらに決済不可
の通知をインターネット２を通じて仮想店舗４０に送信
する（Ｓ３２４）。

【００７９】仮想店舗４０のサーバ４００においては、
モデム４０４が決済機関３０から送信された決済不可の
通知を受信し（Ｓ４０８）、さらに受注取消をインター
ネット２を通じて利用者１０のパーソナルコンピュータ
１５０または携帯電話機１００に送信する（Ｓ４０
９）。

【００８０】利用者１０のパーソナルコンピュータ１５
０または携帯電話機１００においては、上記と同様にモ
デム１５４または送受信部１０５が受注取消を受信し
（Ｓ１５４）、データ処理部１５１または１０１が表示
装置１５６または１０７上に受注取消を表示する（Ｓ１
５５）。

【００８１】以上のように本発明の第１の実施の形態に
よれば、決済機関３０のデータベース３０２に信販会社
５０のクレジットカード番号や銀行５５の口座番号を登
録しておき、仮想店舗４０が信販会社５０や銀行５５に
決済代金を請求する代わりに、仮想店舗４０から送られ
てきた利用者ＩＤに基づいてクレジットカード番号や銀
行の口座番号を検索し、信販会社５０や銀行５５に決済
代金を請求している。したがって、利用者１０は仮想店
舗４０に利用者ＩＤを知らせればよく、インターネット
上にクレジットカード番号や銀行の口座番号が流出する
ことはない。また、決済機関３０が信販会社５０や銀行
５５に対して請求を行なう際には予め携帯電話機１００
を通じて利用者１０に決済の承認を得るようにしてい
る。したがって、第三者が他人の利用者ＩＤを使って決
済を行なうことはできない。また、利用者１０に決済の
承認を得る際にはパスワードおよびキーコードの検証を
行なっている。このように利用者１０しか知らないパス
ワードの検証を行なっているので、第三者が他人の携帯
電話機１００を拾ったとしても勝手に決済を承認するこ
とはできない。また、携帯電話機１００に固有のキーコ
ードの検証を行なっているため、第三者が他人の携帯電
話番号およびパスワードを知っていたとしても本人の携
帯電話機１００を持っていなければ勝手に決済を承認す
ることはできない。

【００８２】上記実施の形態では携帯電話会社２０とは
別の独立した決済機関３０に利用者情報データベース３
０３を設けているが、携帯電話会社２０に利用者情報デ
ータベース３０３を設け、仮想店舗４０や金融機関５
０，５５との間で各種情報を直接送受信するようにして
もよい。また、上記実施の形態では仮想店舗４０から金
融機関５０，５５への請求を決済機関３０が代行してい
るが、実在店舗から金融機関５０，５５への請求を決済
機関３０が代行するようにしてもよい。

【００８３】［第２の実施の形態］本発明の第２の実施
の形態は、クレジットカードやデビットカードで決済を
する際に携帯電話機を通じて利用者本人にその決済を確
認する決済確認サービスに関するものである。

【００８４】１．利用登録この決済確認サービスの利用を希望する者はまず登録を
しなければならない。この決済確認サービスのための利
用登録に用いられるハードウェア構成は図１に示したも
のと同様である。ただし、ここでは決済機関３０のサー
バ３００に加盟店情報データベース３０４を設ける必要
はない。

【００８５】図８は、この決済確認サービスのための利
用登録手順を示す概念図である。図９は、図１に示した
携帯電話機、携帯電話会社および決済機関のサーバによ
る利用登録処理を示すフローチャートである。以下、図
１、図８および図９を参照して、決済確認サービスのた
めの利用登録処理について説明する。

【００８６】上記第１の実施の形態と異なりこの第２の
実施の形態では、クレジットカード番号や銀行の口座番
号を登録する必要がないので、利用登録はすべてオンラ
インで完了する。すなわち、図３に示した第１の実施の
形態と異なりこの第２の実施の形態では、利用申込みの
電文を携帯電話番号とともに携帯電話機１００から携帯
電話会社２０を通じて決済機関３０に送信する（Ｓ１０
１，Ｓ２０１，Ｓ２０２，Ｓ３０１）。決済機関３０の
サーバ３００においては、図３に示した第１の実施の形
態のように決済情報登録用紙１を郵送することなく、デ
ータ処理部３０１が携帯電話番号や携帯電話会社等の情
報を利用者情報データベース３０３に登録する（Ｓ３０
３）。以下、図３と同じ処理により利用登録が完了す
る。

【００８７】２．決済確認利用登録が完了すると、利用者１０は決済確認サービス
を利用できるようになる。決済確認サービスに用いられ
るハードウェア構成は図４に示したものと同じである。
ただし、決済機関３０のサーバ３００には加盟店情報デ
ータベース３０４を設ける必要はない。

【００８８】図１０は、仮想店舗での決済を携帯電話機
を通じて利用者本人に確認する手続を示す概念図であ
る。図１１および図１２は、図４に示したハードウェア
構成による決済確認処理を示すフローチャートである。
以下、図４、図１０〜図１２を参照して、決済確認の手
順について説明する。

【００８９】図６に示した第１の実施の形態と異なりこ
の第２の実施の形態では、利用者１０が仮想店舗４０に
注文をする際に、利用者ＩＤではなくクレジットカード
番号をパーソナルコンピュータ１５０または携帯電話機
１００からインターネット２を通じて仮想店舗４０のサ
ーバ４００に送信する（Ｓ１５１，Ｓ４０１）。仮想店
舗４０のサーバ４００は電子注文書を受信した後、当該
注文の決済を依頼する電文をクレジットカード番号とと
もにインターネット２を通じて信販会社５０に送信する
（Ｓ４１０）。

【００９０】信販会社５０のサーバ５００においては、
データ処理部５０１が仮想店舗４０から送信された決済
依頼の電文をクレジットカード番号とともに受信する
（Ｓ５０５）。続いて、データ処理部５０１は決済内容
に基づいて電子請求書を作成し、利用者ＩＤとともに決
済機関３０に送信する（Ｓ５０６）。

【００９１】以下、ステップＳ３１０〜Ｓ３１８，Ｓ２
１２〜Ｓ２１８，Ｓ１０７〜Ｓ１１４，Ｓ４０３，Ｓ４
０４，Ｓ１５２，Ｓ１５３は、図６および図７に示した
上記第１の実施の形態と同じである。

【００９２】図７に示した上記第１の実施の形態と異な
りこの第２の実施の形態では、注文時（Ｓ１５１）に既
に決済方法を選択しているので、ステップＳ１１３でパ
スワードが一致した場合は決済方法を選択することなく
直ちに携帯電話機１００は決済承認の通知を携帯電話番
号、キーコードおよびパスワードとともに携帯電話会社
２０に送信する（Ｓ１１６）。

【００９３】以下、ステップＳ２１９〜Ｓ２２３，Ｓ１
１７，Ｓ１１８，Ｓ３２３，Ｓ３２４，Ｓ４０８，Ｓ４
０９，Ｓ１５４，Ｓ１５５は、図７に示した上記第１の
実施の形態と同じである。

【００９４】図７に示した上記第１の実施の形態と異な
りこの第２の実施の形態では、決済機関３０のサーバ３
００においては、データ処理部３０１が携帯電話会社２
０から送信された決済承認の通知を携帯電話番号ととも
に受信し（Ｓ３２５）、さらにその決済承認の通知を信
販会社５０に送信する（Ｓ３２６）。

【００９５】信販会社５０のサーバ５００においては、
データ処理部５０１が決済機関３０から送信された決済
承認の通知を受信する（Ｓ５０５）。

【００９６】続いて、データ処理部５０１は決済処理を
実行した後（Ｓ５０２）、決済可否の通知をインターネ
ット２を通じて直接仮想店舗４０に送信する（Ｓ５０
３）。そして、データ処理部５０１は支払処理を実行す
る（Ｓ５０４）。

【００９７】仮想店舗４０のサーバ４００においては、
モデム４０４が信販会社５０から送信された決済可否の
通知を受信する（Ｓ４１０）。以下、ステップＳ４０
６，Ｓ４０７，Ｓ１５４，Ｓ１５５は、図７に示した上
記第１の実施の形態と同じである。

【００９８】以上のように本発明の第２の実施の形態に
よれば、信販会社５０は仮想店舗４０から決済依頼を受
けたら直ちに決済処理を行なうのではなく、利用者１０
に決済の確認を得た後に決済処理を行なうようにしてい
る。したがって、クレジットカード番号はインターネッ
ト２上に流出するが、第三者が他人のクレジットカード
番号を使って勝手に決済をすることはできない。また、
利用者１０しか知らないパスワードを検証するようにし
ているため、第三者が他人の携帯電話機１００を拾った
としても勝手に決済を承認することはできない。また、
携帯電話機１００に固有のキーコードを検証するように
しているため、第三者が他人のパスワードを知っていた
としても利用者１０本人の携帯電話機１００を持ってい
なければ勝手に決済を承認することはできない。

【００９９】上記ではクレジットカードによる決済を例
に説明したが、この第２の実施の形態はデビットカード
による決済にも適用可能である。デビットカードによる
決済の場合、利用者１０はクレジットカード番号の代わ
りに銀行５５の口座番号を仮想店舗４０に送信する（Ｓ
１５１，Ｓ４０１）。仮想店舗４０は決済依頼時（Ｓ４
１０）にクレジットカード番号の代わりに銀行５５の口
座番号を銀行５５に送信する。以下、銀行５５が上記信
販会社５０による処理と同じ処理を行なう。

【０１００】また、上記第２の実施の形態では仮想店舗
４０での決済を確認しているが、実在店舗での決済を確
認することも可能である。この場合、実在店舗が上記仮
想店舗４０による処理と同じ処理を行なうようにすれば
よい。

【０１０１】しかしながら、実在店舗での決済も上記と
同様に携帯電話機１００を通じて利用者１０本人に確認
を得るようにすると、決済の承認を得るのに時間がかか
り過ぎる可能性がある。そのため、図１３に示すよう
に、実在店舗６０において利用者１０のクレジットカー
ド３をカードリーダ６０１に通すことによりカード情報
をＰＯＳ端末６０２に入力するとともに、利用者１０の
携帯電話機１００をＰＯＳ端末６０２に装着することに
より携帯電話番号を入力する。ＰＯＳ端末６０２は携帯
電話番号およびカード情報とともに決済依頼の電文を信
販会社５０や銀行５５等の金融機関に送信する。金融機
関には、クレジットカード番号、利用者ＩＤ等を対応づ
けて記憶した個人情報データベース５０６が設けられて
いる。金融機関は携帯電話番号とともに利用者ＩＤを照
会するための電文を決済機関３０に送信する。決済機関
３０は受信した携帯電話番号に基づいて利用者情報デー
タベース３０３を検索し、その携帯電話番号に対応する
利用者ＩＤを金融機関に通知する。金融機関は通知され
た利用者ＩＤを個人情報データベース５０１の利用者Ｉ
Ｄと比較し、一致した場合は決済承認の電文をＰＯＳ端
末６０２に送信する。これにより実在店舗６０ではクレ
ジットカード３による決済処理が完了する。一方、金融
機関は利用者１０への決済通知を依頼する電文を利用者
ＩＤとともに決済機関３０に送信する。決済機関３０は
携帯電話番号とともに決済内容を携帯電話会社２０に送
信し、携帯電話会社２０はその決済内容を利用者１０の
携帯電話機１００に送信する。これにより利用者１０は
クレジットカードによる決済を事後的に確認することが
できる。この場合、金融機関の個人情報データベース５
０１にクレジットカード番号と対応づけて携帯電話番号
を登録しておけば、決済機関３０に利用者ＩＤを照会す
ることなく直ちに実在店舗６０に対して決済承認の回答
をすることができる。この場合、金融機関が携帯電話会
社２０を通じて決済内容を利用者１０の携帯電話機１０
０に通知するようにすればよい。

【０１０２】また、上記実施の形態では決済機関３０に
利用者情報データベース３０３を設けているが、携帯電
話会社２０に利用者情報データベース３０３を設け、信
販会社５０や銀行５５等の金融機関が携帯電話会社２０
に対して決済確認の依頼をするようにしてもよい。ま
た、信販会社５０や銀行５５等の金融機関に利用者情報
データベース３０３を設け、金融機関自らが携帯電話会
社２０を通じて利用者１０に対して決済確認を行なうよ
うにしてもよい。

【０１０３】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態による請求代行サ
ービスのための利用登録に用いられる携帯電話機ならび
に携帯電話会社および決済機関のサーバのハードウェア
構成を示すブロック図である。

【図２】本発明の第１の実施の形態による請求代行サ
ービスのための利用登録の手順を示す概念図である。

【図３】図１に示した携帯電話機ならびに携帯電話会
社および決済機関のサーバによる図２に示した利用登録
の処理を示すフローチャートである。

【図４】本発明の第１の実施の形態による請求代行サ
ービスに用いられるパーソナルコンピュータ、携帯電話
機、ならびに携帯電話会社、決済機関、金融機関および
仮想店舗のサーバのハードウェア構成を示すブロック図
である。

【図５】本発明の第１の実施の形態による請求代行サ
ービスの手順を示す概念図である。

【図６】図４に示したパーソナルコンピュータ、携帯
電話機、ならびに携帯電話会社、決済機関、金融機関お
よび仮想店舗のサーバによる図５に示した請求代行の処
理を示すフローチャートである。

【図７】図６に続くフローチャートである。

【図８】本発明の第２の実施の形態による決済確認サ
ービスのための利用登録の手順を示す概念図である。

【図９】図１に示した携帯電話機ならびに携帯電話会
社および決済機関のサーバによる図８に示した利用登録
の処理を示すフローチャートである。

【図１０】本発明の第２の実施の形態による決済確認
サービスの手順を示す概念図である。

【図１１】図４に示したパーソナルコンピュータ、携
帯電話機、ならびに携帯電話会社、決済機関、金融機関
および仮想店舗のサーバによる図１０に示した決済確認
の処理を示すフローチャートである。

【図１２】図１１に続くフローチャートである。

【図１３】図１０に示した仮想店舗に代えて実在店舗
における決済を確認する決済確認サービスの手順を示す
概念図である。

【符号の説明】

１０利用者、２０携帯電話会社、３０決済機関、
４０仮想店舗、５０信販会社、５５銀行、６０実
在店舗、１００携帯電話機、２００，３００，４０
０，５００サーバ、２０２，３０２，５０２データ
ベース、２０３，５０１個人情報データベース、３０
３，５０３利用者情報データベース。

Claims

【特許請求の範囲】

【請求項１】売主と携帯電話機の利用者たる買主との
間で行なわれる取引の決済金額を前記売主に代わって金
融機関に対して請求するコンピュータを用いた請求代行
方法であって、前記売主のコンピュータから送信された利用者識別子を
受信するステップと、利用者識別子と携帯電話番号と金融機関の口座番号とを
各利用者ごとに対応づけて記憶しているデータベースを
検索し、前記受信した利用者識別子に対応する携帯電話
番号を特定するステップと、前記特定した携帯電話番号に基づいて前記利用者に決済
の承認を求める電文を送信するステップと、前記利用者から決済を承認する電文を受信した後、前記
受信した利用者識別子に対応する口座番号を前記金融機
関のコンピュータに送信するステップとを含む、請求代
行方法。
【請求項２】前記データベースはさらに、前記利用者
が請求代行サービスの開始を承認しているか否かを示す
サービス開始状況を記憶しており、前記請求代行方法はさらに、前記サービス開始状況が承認済みか未承認かを判別する
ステップと、前記判別の結果、前記サービス開始状況が未承認の場合
に請求代行サービスが利用できない旨の電文を前記売主
のコンピュータに送信するステップとを含む、請求項１
に記載の請求代行方法。
【請求項３】前記請求代行方法はさらに、前記利用者からの申込みに応じて利用者識別子と携帯電
話番号と金融機関の口座番号とを前記データベースに登
録するステップと、前記登録した利用者識別子とともに前記利用者に申込み
の承認を求める電文を送信するステップと、前記利用者から申込みを承認する電文を受信した後、前
記データベースのサービス開始状況を未承認から承認済
みに変更するステップとを含む、請求項２に記載の請求
代行方法。
【請求項４】前記請求代行方法はさらに、前記携帯電話機から認証情報を受信するステップと、前記受信した認証情報を予め登録された認証情報と比較
するステップとを含む、請求項１〜３のいずれか１項に
記載の請求代行方法。
【請求項５】売主と携帯電話機の利用者たる買主との
間で行なわれる取引の決済金額を前記売主に代わって金
融機関に対して請求する請求代行装置であって、前記売主のコンピュータから送信された利用者識別子を
受信する手段と、利用者識別子と携帯電話番号と金融機関の口座番号とを
各利用者ごとに対応づけて記憶しているデータベースを
検索し、前記受信した利用者識別子に対応する携帯電話
番号を特定する手段と、前記特定した携帯電話番号に基づいて前記利用者に決済
の承認を求める電文を送信する手段と、前記利用者から決済を承認する電文を受信した後、前記
受信した利用者識別子に対応する口座番号を前記金融機
関のコンピュータに送信する手段とを含む、請求代行装
置。
【請求項６】前記データベースはさらに、前記利用者
が請求代行サービスの開始を承認しているか否かを示す
サービス開始状況を記憶しており、前記請求代行装置はさらに、前記サービス開始状況が承認済みか未承認かを判別する
手段と、前記判別の結果、前記サービス開始状況が未承認の場合
に請求代行サービスが利用できない旨の電文を前記売主
のコンピュータに送信する手段とを含む、請求項５に記
載の請求代行装置。
【請求項７】前記請求代行装置はさらに、前記利用者からの申込みに応じて利用者識別子と携帯電
話番号と金融機関の口座番号とを前記データベースに登
録する手段と、前記登録した利用者識別子とともに前記利用者に申込み
の承認を求める電文を送信する手段と、前記利用者から申込みを承認する電文を受信した後、前
記データベースのサービス開始状況を未承認から承認済
みに変更する手段とを含む、請求項６に記載の請求代行
装置。
【請求項８】前記請求代行装置はさらに、前記携帯電話機から認証情報を受信する手段と、前記受信した認証情報を予め登録された認証情報と比較
する手段とを含む、請求項５〜７のいずれか１項に記載
の請求代行装置。
【請求項９】売主と携帯電話機の利用者たる買主との
間の決済を前記利用者に確認するコンピュータを用いた
決済確認方法であって、金融機関のコンピュータから送信された利用者識別子を
受信するステップと、利用者識別子と携帯電話番号とを各利用者ごとに対応づ
けて記憶しているデータベースを検索し、前記受信した
利用者識別子に対応する携帯電話番号を特定するステッ
プと、前記特定した携帯電話番号に基づいて前記利用者に決済
の承認を求める電文を送信するステップと、前記利用者から決済を承認する電文を受信して前記金融
機関のコンピュータに送信するステップとを含む、決済
確認方法。
【請求項１０】前記データベースはさらに、前記利用
者が決済確認サービスの開始を承認しているか否かを示
すサービス開始状況を記憶しており、前記決済確認方法はさらに、前記サービス開始状況が承認済みか未承認かを判別する
ステップと、前記判別の結果、前記サービス開始状況が未承認の場合
に決済確認サービスが利用できない旨の電文を前記売主
のコンピュータに送信するステップとを含む、請求項９
に記載の決済確認方法。
【請求項１１】前記決済確認方法はさらに、前記利用者からの申込みに応じて利用者識別子と携帯電
話番号とを前記データベースに登録するステップと、前記登録した利用者識別子とともに前記利用者に申込み
の承認を求める電文を送信するステップと、前記利用者から申込みを承認する電文を受信した後、前
記データベースのサービス開始状況を未承認から承認済
みに変更するステップとを含む、請求項１０に記載の決
済確認方法。
【請求項１２】前記決済確認方法はさらに、前記携帯電話機から認証情報を受信するステップと、前記受信した認証情報を予め登録された認証情報と比較
するステップとを含む、請求項９〜１１のいずれか１項
に記載の決済確認方法。
【請求項１３】売主と携帯電話機の利用者たる買主と
の間の決済を前記利用者に確認する決済確認装置であっ
て、金融機関のコンピュータから送信された利用者識別子を
受信する手段と、利用者識別子と携帯電話番号とを各利用者ごとに対応づ
けて記憶しているデータベースを検索し、前記受信した
利用者識別子に対応する携帯電話番号を特定する手段
と、前記特定した携帯電話番号に基づいて前記利用者に決済
の承認を求める電文を送信する手段と、前記利用者から決済を承認する電文を受信して前記金融
機関のコンピュータに送信する手段とを含む、決済確認
装置。
【請求項１４】前記データベースはさらに、前記利用
者が決済確認サービスの開始を承認しているか否かを示
すサービス開始状況を記憶しており、前記決済確認装置はさらに、前記サービス開始状況が承認済みか未承認かを判別する
手段と、前記判別の結果、前記サービス開始状況が未承認の場合
に決済確認サービスが利用できない旨の電文を前記売主
のコンピュータに送信する手段とを含む、請求項１３に
記載の決済確認装置。
【請求項１５】前記決済確認装置はさらに、前記利用者からの申込みに応じて利用者識別子と携帯電
話番号とを前記データベースに登録する手段と、前記登録した利用者識別子とともに前記利用者に申込み
の承認を求める電文を送信する手段と、前記利用者から申込みを承認する電文を受信した後、前
記データベースのサービス開始状況を未承認から承認済
みに変更する手段とを含む、請求項１４に記載の決済確
認装置。
【請求項１６】前記決済確認装置はさらに、前記携帯電話機から認証情報を受信する手段と、前記受信した認証情報を予め登録された認証情報と比較
する手段とを含む、請求項１３〜１５のいずれか１項に
記載の決済確認装置。