JP2012128503A - 決済装置、プログラムならびに方法 - Google Patents

Abstract

【課題】 本発明は、ユーザ認証に携帯電話を利用した電子決済システムに関し、高いセキュリティレベルの電子決済ステムを提供することを目的とする。
【解決手段】 決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶する決済履歴記憶部と、
前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを、商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示するユーザ認証手段と、を含む決済装置。
【選択図】 図９

Description

本発明は、決済装置、プログラムならびに方法に関する。

店舗で買い物をする場合、その場で購入した品物の価格を現金で支払う方法以外に、クレジットカードや、ＩＣカードを提示して、その価格を銀行引き落としにする方法がある。
ＩＣカードを使う場合、購入者が支払い者であること、もしくは支払い者の了解を得た者であることを認証する手続きが不可欠である。

このような認証の方法として、声紋認証を用いる決済システムが、特許文献１に記載されている。この決済システムは、ユーザ所有の携帯電話端末、店舗用端末装置、携帯電話端末から送られた声紋を用いた本人認証を行う声紋認証サーバを有している。また、この決済システムは、携帯電話会社に設置された携帯電話会社用端末、クレジットカード会社に設置されたクレジットカード会社用端末とネットワーク上で接続している。

この決済システムはつぎのように動作する。店舗用端末装置はユーザによって購入される商品情報とこのユーザが所有している携帯電話端末の電話番号を声紋認証サーバに送る。声紋認証サーバは店舗用端末装置から取得した商品情報と電話番号情報を受信し、ユーザの携帯電話に電話して、このユーザから購入に関する確認をとる。声紋認証サーバはデータベースに格納されたユーザの声紋と、ユーザの回答音声とが一致するか否かを確認することによって、ユーザを認証する。

特許文献２は、インターネットを利用した商取引において、代金決済システムが予め顧客に付与した専用のメールアドレスを使った通信によって、顧客を認証することを開示している。

特許文献３は、広告装置が商品の広告を行い、商品購入希望者の携帯電話１から購入希望信号を受信したときに商品購入希望者および商品を特定できる情報を基地局３に送信するというシステムを開示している。この特許文献３において、基地局は、購入希望者の携帯電話と購入希望の確認通信を行うことで、購入希望者の意志を確認している。

特許文献４は、代金の支払者が所有する第１の携帯電話と、代金の請求者が所有する第２の携帯端末と、支払者や請求者の預金口座の情報を有する銀行サーバとからなる決済システムを開示している。銀行サーバは、請求者の提示している請求金額を決済用の認証情報とともに支払者の携帯に送り、支払者が承認の有無を確認する。

特開２００４−１６４０４０号 ＷＯ０２／０１３０８１ 特開２００３−０６７５８９ 特開２００６−２５９８５４

本発明が解決しようとする課題は、決済装置における支払者の経済面での安全性向上を安価に図ることである。なお、「経済面での安全性」は以降「安全性」と呼ばれる。

特許文献１のシステムでは、音声を録音することにより声紋情報が漏えいすることがあり得るので不正決済の可能性があり、安全性に問題がある。その理由は、声紋認証サーバになりすました第三者サーバからの決済要求に対し、認証用の声紋情報を取得される危険性があるためである。また、このシステムは高価なものとなる。その理由は、ユーザの声紋情報を予め保存する装置と、前記保存した声紋情報とユーザ携帯端末から取得した声紋情報を比較する装置が必要になるためである。

特許文献２のシステムでは、専用のメールアドレスへの通信を第３者が傍受した場合、不正決済が行われる可能性があり、安全性に問題がある。

特許文献３、特許文献４のシステムでは、支払者が携帯電話を落としたり、盗まれたりする場合等があり、支払い者が常に話者であるとは限らないため、安全性に問題がある。

本発明の目的は、上記の課題を解決し、安全で安価な電子決済システムを提供することにある。

本発明の決済装置は、決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶する決済履歴記憶部と、
前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを、商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示するユーザ認証手段と、を含む。

本発明の決済システムは、決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶する決済履歴記憶部と、
前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを、
受信する商品情報処理部と、
前記商品情報処理部から取得した、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示するユーザ認証部と、を含む。

本発明の決済プログラムは、決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて決済履歴記憶部に記憶する決済履歴記憶処理と、
前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部から決済処理の記録を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決算処理を実行する決済処理部に決済処理を指示するユーザ認証処理と、をコンピュータに実行させる。

本発明の決済方法は決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶し、
前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを、商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示する。

本発明によれば、安全で安価な決済装置が得られる。

図１は本発明の第１の実施形態における決済装置を適用した決済システムの構成例を示す図である。 図２は本発明の第１の実施形態における決済装置を中心とする決済システムの構成例を示すブロック図である。 図３は本発明の第1の実施形態の全体の処理の一例を示すフローチャートである。 図４は本発明の第１の実施形態におけるＩＤ照合処理の一例を示すフローチャートである。 図５は本発明の第１の実施形態における顧客了承処理の一例を示すフローチャートである。 図６は本発明の第１の実施形態における決済履歴照合処理の一例を示すフローチャートである。 図７は本発明の第１の実施形態における顧客登録情報の一例を示す図である。 図８は本発明の決済履歴記憶部に格納されたデータの例を示す図である。 図９は本発明の第２の実施形態における決済装置の構成例を示すブロック図である。

次に本発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は本発明の第１の実施形態における決済装置を適用した決済システムの構成例を示す図である。図１において、決済システムは、ユーザである顧客が使用する顧客端末１１と、販売店（ＳＴＯＲＥ）装置２００と、金融機関の銀行（ＢＡＮＫ）システム３００と、電気通信事業者（ＣＡＲＲＩＥＲ）装置４００とを含む。

販売店装置２００は、商品情報処理部２１を含む。販売店には店員が居り、販売対象の商品２３がある。銀行システム３００は、決済装置３０を含む。

決済装置３０は、ユーザ認証部３１と、決済処理部３２と、顧客登録判断部３３と、決済履歴照合部３４とを含む。決済装置３０は、銀行システム３００のホストコンピュータの機能の一部であっても良いし、ホストコンピュータによって制御される他のコンピュータ装置であっても良い。

この実施形態の特徴は、所定のクレジットカードや、証明書を用いることなく、販売店での購入時に、銀行システム３００を利用して決済を安全に実行することを可能とする決済装置３０を含むことにある。

ここで、決済とは、購入対象となった商品の価格を支払うこととひきかえに、商品を顧客に受け渡すことを意味する。決済処理は、そのために必要な処理である。このうちの1つの処理は、顧客の指定する金融機関のデータベースに記録された顧客の貯蓄高の合計を、この取引で発生した支出を差し引いた額に書き換える処理を金融機関のホストコンピュータに対して命じる処理である。もう1つの処理は、販売店の指定する金融機関のデータベースに記録された販売店の貯蓄高の合計を、この取引で発生した収入を加えた額に書き換える処理をこの金融機関のホストコンピュータに対して命じる処理である。ここではこれら２つの処理を併せて、決済処理と呼ぶ。また、決済処理を行った日時は決済日時と呼ばれる。決済日時は購入日時とも呼ばれる。

次に図１に示される決済システムの動作の概要について説明する。

図１において、銀行システム３００に設置されている決済装置３０の利用に先立ち、店員は販売店装置２００の商品情報処理部２１を操作する。この操作により、商品情報処理部２１は、顧客の名前、顧客の決済用の電子メールアドレス（決済用メールアドレス）、決済用の口座番号（決済用口座番号）を含む必要事項を、顧客情報として入力する。商品情報処理部２１は、この顧客情報を、顧客端末１１から直接にデータ受信しても良い。次に、商品情報処理部２１は、決済装置３０のユーザ認証部３１に顧客の名前、決済用の電子メールアドレス（決済用メールアドレス）、決済用の口座番号（決済用口座番号）を含む顧客情報を送信する。

ユーザ認証部３１は、これらの情報（顧客情報）を受信した場合、これらの情報に関連付けるユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ：識別情報）を設定する。さらにユーザ認証部３１は、顧客登録判断部３３を介し、顧客情報を、設定したユーザＩＤに関連付けて、顧客登録情報として、顧客情報記憶部３５（図２）に登録する。この登録が完了した後、ユーザ認証部３１は、このユーザＩＤに関連付けた、初回の決済履歴番号を設定する。つづいてユーザ認証部３１は、決済履歴照合部３４を介して、この決済履歴番号をユーザＩＤに関連付けて決済履歴記憶部３６（図２）に登録する。決済履歴番号は、その後、商品購入による決済が行われた場合には、決済毎に、決済処理部３２によって決済の記録に対して付される。

ユーザ認証部３１は、ユーザＩＤと決済履歴番号とを、商品情報処理部２１に通知する。顧客は、自らのユーザＩＤと初回の決済履歴番号とを、商品情報処理部２１の図示しない表示部での表示によって確認することにより把握する。顧客は最初の利用にあっては、初回の決済履歴番号を最新の決済履歴番号（以降、最新決済番号と呼ぶ）として用いる。２回目以降の利用にあっては、前回の決済履歴番号が最新決済番号となる。

登録を完了した顧客１０は、販売店において、購入したい商品２３を指定する。これにより、販売店の販売員の入力操作により商品情報処理部２１は、商品２３の商品情報を入力する。さらに、顧客１０の入力操作により商品情報処理部２１は、ユーザＩＤと最新決済番号とを入力する。これら入力された情報は、購入関連情報として入力されたものとなる。

商品情報処理部２１はこれらの入力された購入関連情報ａを銀行システム３００にある決済装置３０に送信する。決済装置３０のユーザ認証部３１は、確認依頼情報ｂを発生し、顧客登録判断部３３を介して顧客のユーザＩＤが顧客情報記憶部３５(図２)に登録されているか否かを確認する。また、ユーザ認証部３１は、顧客情報として予め顧客情報記憶部３５に登録されている決済用メールアドレスの通知先である顧客端末１１に、購入、支払の意志を確認する通知ｃを、電気通信事業者装置４００が提供する通信サービスを通じて送信する。また、ユーザ認証部３１は、決済履歴照合部３４に検索依頼ｄを送信し、決済履歴照合部３４を介して、購入関連情報ａに含まれる最新決済番号が決済履歴記憶部３６（図２）の中に格納されていることを検索により確認する。ユーザ認証部３１は、確認依頼情報ｂ、通知ｃ、検索依頼ｄに対し、顧客のＩＤが登録されているか否かを示すデータｅを顧客登録判断部３３から、顧客が支払いに承諾しているか否かを示すデータｆを電気通信事業者装置４００から、またユーザＩＤに関連付けられる最新決済番号の存在しているか否かを示すデータｇを決済履歴照合部３４から、それぞれ受信し確認する。そして、これらデータの確認の結果、ＩＤが登録されていること、顧客が支払いに承諾していること、及びユーザＩＤに関連付けられる最新決済番号の存在していることが、確認できた場合、ユーザ認証部３１は、次のように動作する。すなわち、ユーザ認証部３１は、決済処理部３２に決済処理を命じる命令情報ｈを出力する。これにより、決済処理部３２は、決済処理を実行し、決済履歴番号を採番して、ユーザ認証部３１に、採番された決済履歴番号とともに決済通知ｉを送信する。ユーザ認証部３１はこれを商品情報処理部２１に決済完了通知ｊとして通知する。また、決済処理部３２は、購入した商品情報と採番された決済履歴番号とを、ユーザＩＤと決済処理を行った日時に関連付けて、決済履歴記憶部３６に登録する。

図２は本発明の第１の実施形態の決済装置３０を中心とする決済システムを示すブロック図である。

商品情報処理部２１は、顧客から購入しようとする商品情報、ユーザＩＤ、最新決済番号を受け付ける機能を有する。また、商品情報処理部２１は、これらの商品情報、ユーザＩＤ、最新決済番号を、購入関連情報（図１のａに対応）として決済装置３０のユーザ認証部３１に送信する機能を備える。また、商品情報処理部２１は、決済処理装置３２からユーザ認証部３１を経由して送信された新たな決済履歴番号を持つ決済完了通知（図１のｊに対応）を受信する機能を備える。また、商品情報処理部２１は、はじめて決済装置３０を利用する顧客の、顧客情報を、決済装置３０の顧客情報記憶部３５に、ユーザ認証部３１、顧客登録判断部３３を介して登録し、取得したユーザＩＤ、決済履歴番号を画面に提示する機能を有する。ここで顧客情報は、名前、決済用メールアドレス、決済用口座番号の顧客情報を含む。

決済装置３０は、通常銀行等の金融機関に備えられており、ユーザ認証部３１、決済処理部３２、顧客登録判断部３３、決済履歴照合部３４、顧客情報記憶部３５、決済履歴記憶部３６を有する。

ユーザ認証部３１は、商品情報処理部２１から送信された商品情報、ユーザＩＤ、最新決済番号を購入関連情報として受信する機能を有する。また、ユーザ認証部３１は、ユーザＩＤの登録の有無を顧客登録判断部３３に判断させ、その結果として、ユーザＩＤ登録の有無、登録されている場合は顧客の決済用の口座番号、決済メールアドレスを含む顧客情報を受信する機能を有する。また、ユーザ認証部３１は顧客端末１１の顧客によって予め登録された決済用メールアドレス宛に商品情報を添付した、支払いの意志を問う確認メールを図１の通知ｃとして送信し、それに対する回答（図１の情報ｆに対応）を受信する機能を有する。なお、通知ｃは、メール以外の通信プロトコルを用いて送信される確認依頼データでも良い。また、ユーザ認証部３１は、決済履歴照合部３４に最新決済番号とユーザＩＤとを送信し、決済履歴照合部３４からユーザＩＤに関係づけられた最新決済番号の有無に関する情報（図１のデータｇに対応）を受信する機能を有する。また、ユーザ認証部３１は決済処理部３２に商品情報と顧客情報とを送信し、決済処理部３２から決済処理部３２が新たに採番した決済履歴番号と、決済完了通知とを受信して、商品情報処理部２１にこれを送信する機能を有する。次の回の決済においては、この決済履歴番号が最新決済番号となる。

また、ユーザ認証部３１は、はじめて決済装置３０を利用した決済を行う顧客（新規顧客）の顧客情報を、商品情報処理部２１から受けて、この顧客情報に対してユーザＩＤを発行する。ユーザ認証部３１はこのユーザＩＤに顧客情報を関連付け、顧客登録情報として、顧客登録判断部３３を介して顧客情報記憶部３５に登録する機能を有する。また、ユーザ認証部３１は登録した顧客情報に対して初回の決済履歴番号を設定し、ユーザＩＤとともに、商品情報処理部２１に送信する機能を有する。

顧客登録判断部３３は、ユーザ認証部３１から受信したユーザＩＤをキーとして顧客情報記憶部３５を検索し、ユーザＩＤが存在しているか否かを示す情報（図１のデータｅに対応）をユーザ認証部３１に送信する機能を有する。また、顧客登録判断部３３は、ユーザ認証部３１から、新規顧客の、ユーザＩＤに関連付けられた顧客情報を受信した場合は、この顧客情報をこのユーザＩＤに関連付けて顧客情報記憶部３５に格納する。

顧客情報記憶部３５は、顧客の名前、決済用メールアドレス、決済用の口座番号、を、ユーザＩＤに関連付けて保存している。図７は顧客情報記憶部３５に格納された顧客登録情報の一例である。顧客の名前、決済用メールアドレス、決済用の口座番号がユーザＩＤに関連付けて、顧客登録情報として登録されている。

決済履歴照合部３４は、ユーザ認証部３１から受信した最新決済番号をキーとして決済履歴記憶部を検索し、最新決済番号の有無を確認し、結果をユーザ認証部３１に送信する機能を有している。

決済履歴記憶部３６は決済に関する履歴情報をユーザＩＤ、決済履歴番号に関連付けて記憶している。図８（ａ）、（ｂ）は、決済履歴記憶部３６に格納された、決済記録情報の異なる決済日の例を示している。
決済履歴番号、決済内容（商品名、金額、日時、支払い方法）がユーザＩＤに関連づけて登録されている。

決済処理部３２は、ユーザ認証部３１から受信した商品情報、顧客情報により、顧客の指定口座から商品の価格を支払うための決済処理を行い、この決済処理に対して決済履歴番号を新たに付す機能を有する。また、決済処理部３２は、処理した決済の内容を決済履歴番号に関連付けて、決済履歴記憶部３６に記録する機能を有する。また、決済処理部３２は、決済履歴番号と決済完了通知とをユーザ認証部３１に送信する機能を有する。顧客にとって、次の決済においては、この決済履歴番号が最新決済番号となる。

顧客端末１１は、あらかじめ顧客によって指定された決済メールアドレスを有し、ユーザ認証部３１からの確認メールを受信して、了解の有無を返信する機能を有する。

図３から図６は、本実施形態の動作を示すフローチャートである。図３は、商品情報処理部２１、決済装置３０、顧客端末１１間の全体の処理の流れの概略を示している。

購入要求を受けた商品２３（図１）の価格、個数を含む商品情報、ユーザＩＤ、最新決済番号の入力を受けた（図３のステップＳ−１、以降、「ステップ」を省略）商品情報処理部２１は、これらの情報（購入関連情報）を決済装置３０のユーザ認証部３１に送信する。ユーザ認証部３１は、ユーザＩＤが登録されていること（図３のＳ−２）、顧客端末１１から了承の通知を受けていること（図３のＳ−３）、最新決済番号が登録されていること（図３のＳ−４）の３つの条件をすべて満たしているとき（Ｓ−２、Ｓ−３、Ｓ−４、ＹＥＳ）のみ、決済依頼を決済処理部３２に通知する（図３のＳ−５）。

決済処理部３２は、決済処理を行った後（図３のＳ−６）、この決済に対して新たな決済履歴番号を採番する。決済処理部３２は、この決済履歴番号と決済完了通知とをユーザ認証部３１に送出するとともに、新たな決済履歴番号に関連づけて、この決済の内容（ユーザＩＤと決済日時を含む）を決済履歴記憶部３６に格納する。ユーザ認証部３１は商品情報処理部２１に、この決済完了通知と新たな決済履歴番号とを通知する（図３のＳ−７）。Ｓ−２、３、４の条件のいずれかが満たされない場合（Ｓ−２、３、４、ＮＯ）は決済不可通知が商品情報処理部２１に送信される（図３のＳ−８）。

Ｓ−２の処理の詳細は図４に示される。ユーザ認証部３１はユーザＩＤを顧客登録判断部３３に送出する(図４のＳ−２１)。顧客登録判断部３３はユーザＩＤをキーとして顧客情報記憶部３５を検索し、ユーザＩＤが登録されているか否かを判断する（Ｓ−２２）。ユーザＩＤが登録されている場合（図４のＳ−２３ ＹＥＳ）、顧客登録判断部３３はユーザＩＤの登録がある旨をユーザ認証部３１に通知する(図４のＳ−２４)。この場合、顧客登録判断部３３は、ユーザ認証部３１に、顧客が登録した決済用メールアドレス、決済用口座番号を併せてユーザ認証部３１に通知する。ユーザ認証部３１はこの情報を受けて、図３のＳ−３の処理を開始する。ユーザＩＤが登録されていない場合（図４のＳ−２３ ＮＯ）、顧客登録判断部３３はユーザＩＤの登録がない旨をユーザ認証部３１に通知する(図４のＳ−２５)。ユーザ認証部３１はこの通知を受けて、決済不可通知を商品情報処理部２１へ送信する図３のＳ−８の処理を開始する。

Ｓ−３の処理の詳細は図５に示される。ユーザ認証部３１は顧客端末１１に商品情報と支払了解の有無を問う確認メール（支払了解確認メール）を送信する（図５のＳ−３１）。顧客端末１１から承認する通知があった場合は（図５のＳ−３２ ＹＥＳ）、ユーザ認証部３１は図３のＳ−４の処理を開始する。承認しない通知があった場合は（図５のＳ−３２ ＮＯ）、決済不可通知を商品情報処理部２１へ送信する図３のＳ−８の処理を開始する。

Ｓ−４の処理の詳細は図６に示される。ユーザ認証部３１は最新決済番号、及びユーザＩＤを決済履歴照合部３４に送信する（図６のＳ−４１）。決済履歴照合部３４は最新決済番号をキーとして決済履歴記憶部３６を検索する（図６のＳ−４２）。決済履歴照合部３４は、ユーザＩＤに関連づけられた最新決済番号がある場合は（図６のＳ−４３ ＹＥＳ）、最新決済番号有りの回答を、ユーザ認証部３１に送信する（Ｓ−４４）。この通知を受けたユーザ認証部３１は図３のＳ−５の処理を開始する。決済履歴照合部３４は、ユーザＩＤに関連づけられた最新決済番号がない場合は（図６のＳ−４３ ＮＯ）、最新決済番号無しの回答を、ユーザ認証部３１に通知する（Ｓ−４５）。ユーザ認証部３１はこの通知を受けて、決済不可通知を商品情報処理部２１へ送信する図３のＳ−８の処理を開始する。

一例として、図７の顧客「鈴木一郎」の、２０１０年１１月１２日１０時００分の購入が、以下に説明される。商品情報処理部２１に、ユーザＩＤとして「ＳＩ０２」、最新決済番号として、前回購入日時（２０１０年１１月１０日１７時３０分）に付された「２０１０１１１０１７３０」（図８（ａ））が入力される。また、商品情報として商品名Ｘ、価格５０００、個数１、合計金額５０００が、入力される。

次に、ユーザＩＤ「ＳＩＯ２」が登録されていること、決済用メールアドレス（ｓｕｚｕｋｉ＠ｋｅｓｓａｎ．ｎｅ．ｊｐ）宛に送信した支払確認メールへの返信が了解であること、「２０１０１１１０１７３０」が最新決済番号であること、が確認される。これらの条件が満たされている場合、商品Ｘに関する決済が行われる。決済処理部３２は商品Ｘに関して、その合計金額５０００円に相当する金額を決済用口座番号「１２３−５６７８９」から引き落とすための手続きである決済処理を行った後、新しい決済履歴番号として「２０１０１１１２１０００」を採番する。決済処理部３２はユーザ認証部３１に商品Ｘの決済完了通知と、商品Ｘの決済履歴番号「２０１０１１１２１０００」を送信する。また、決済処理部３２は、決済履歴記憶部３６に図８（ｂ）に示すように、新たに商品Ｘに関する決済履歴の情報を登録する。

この実施形態による効果は、安全で安価な決済装置が得られることである。その理由は、本実施形態の決済装置３０は、決済処理の記録に対する番号（決済履歴番号）をユーザＩＤ及び決済日時に関連づけて記憶する決済履歴記憶部３６と、ユーザ認証部３１と、を含むからである。さらに、決済装置３０のユーザ認証部３１は、購入対象の商品の商品情報と、購入者のユーザＩＤと、購入者の最新の決済処理に付されている決済履歴番号（最新決済番号）とを商品情報処理部から受信し、このユーザＩＤに関係づけられたこの最新決済番号をキーとして、決済履歴記憶部３６を検索し、この最新決済番号がユーザＩＤがユーザＩＤに関連付けられて登録されている場合に、決済処理部３２に決済処理を指示するからである。

さらに本発明の第１の実施の形態では、顧客のユーザＩＤ、決済用メールアドレス、決済用口座番号を記憶する、顧客情報記憶部３５を含む。そして、決済装置３０のユーザ認証部３１は、購入対象の商品の商品情報と、購入者のユーザＩＤと、購入者の最新の決済処理に付されている履歴番号（最新決済番号）とを商品情報処理部から受信し、このユーザＩＤに関係づけられたこの最新決済番号をキーとして、決済履歴記憶部３６を検索し、この最新決済番号が登録されている場合で、且つユーザＩＤが顧客情報記憶部３５に登録され、決済用メールアドレスに送信した支払確認への顧客の同意が確認されている場合に、決済処理部３２に決済処理を指示する。これにより、顧客の意思に基づいて、決済処理を実行できる。

なお、本実施形態では、顧客の初期登録は、販売員が商品情報処理部２１を介して行っているが、必ずしも商品情報処理部２１で行う必要はなく、決済装置とネットワークで接続している、他の端末から行うことも可能である。

本実施形態の顧客端末１１は、携帯電話も含む。

本実施形態では、顧客情報記憶部３５、決済履歴記憶部３６は決済装置３０に内蔵されているが、顧客情報記憶部３５、決済履歴記憶部３６は外付けでも構わない。

なお、本実施形態では、ユーザＩＤが顧客情報記憶部３５に登録されていること、顧客から支払確認メールに対する了解がとられていることを、決済処理を開始する条件にしているが、必ずしもこの条件を満たさなくてもよい場合もある。決済装置３０は、最新決済番号がユーザＩＤに関係付けて決済履歴記憶部３６に記憶されていることのみを、認証の条件とすることもできる。

さらに、決済装置３０は、記録媒体に記憶されたプログラムに基づいてフローチャートに示した決済処理を実行するコンピュータ装置によって構成されてもよい。
（第２の実施形態）
本発明の第２の実施形態について、図９を参照して詳細に説明する。本発明の第２の実施形態は、決済処理毎に、前記決済処理の記録に対して付される番号（決済履歴番号）を、顧客のユーザＩＤ及び前記決済処理を行った日時（決済日時）に関連づけて記憶する決済履歴記憶部３６と、前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている決済履歴番号（最新決済番号）とを商品情報処理部２１から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部３６から決済処理の記録を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理部３２に決済処理を指示するユーザ認証部３１と、を有する決済装置３０である。

この実施形態による効果は、安価で安全な決済装置が得られることである。

１１ 顧客端末
２１ 商品情報処理部
２３ 商品
３１ ユーザ認証部
３２ 決済処理部
３３ 顧客登録判断部
３４ 決済履歴照合部
３５ 顧客情報記憶部
３６ 決済履歴記憶部
２００ 販売店装置
３００ 銀行システム
４００ 電気通信事業者装置

Claims (10)

1. 決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶する決済履歴記憶部と、前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを、商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示するユーザ認証手段と、を含む決済装置。
2. 顧客のユーザＩＤに関係付けて決済用メールアドレスを含む顧客情報を記憶する顧客情報記憶部をさらに含み、前記ユーザ認証手段は、前記ユーザＩＤが、前記顧客情報記憶部に、記憶されている場合、前記決済処理部に前記決済処理を指示する、請求項１に記載の決済装置。
3. 前記ユーザ認証手段は、前記顧客情報記憶部から前記決済用メールアドレスを取得し、前記決済メールアドレス宛に支払了解の有無を問う確認メールを送信し、前記確認メールに対して支払を了解する返信を受けた場合、前記決済処理部に前記決済処理を指示する、請求項２に記載の決済装置。
4. 決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶する決済履歴記憶部と、前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号と、を出力する商品情報処理部と、前記商品情報処理部から取得した、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示するユーザ認証部と、を含む決済システム。
5. 決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて決済履歴記憶部に記憶する決済履歴記憶処理と、
   前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部から決済処理の記録を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決算処理を実行する決済処理部に決済処理を指示するユーザ認証処理と、をコンピュータに実行させる決済プログラム。
6. 前記ユーザ認証処理において、前記ユーザＩＤが、顧客のユーザＩＤに関係付けて決済用メールアドレスを含む顧客情報を記憶する顧客情報記憶部に記憶されている場合、前記決済処理部に前記決済処理を指示する処理を、前記コンピュータに実行させる、請求項４に記載の決済プログラム。
7. 前記ユーザ認証処理において、前記顧客情報記憶部から前記決済用メールアドレスを取得し、前記決済メールアドレス宛に支払了解の有無を問う確認メール（支払了解確認メール）を送信し、前記支払了解確認メールに対して支払を了解する返信を受けた場合、前記決済処理部に前記決済処理を指示する処理を、前記コンピュータに実行させる、請求項５に記載の決済プログラム。
8. 決済処理毎に付される番号である決済履歴番号を、顧客のユーザＩＤ及び前記決済処理を行った日時を示す決済日時に関連づけて記憶し、前記決済処理の対象である商品の商品情報と、前記ユーザＩＤと、前記顧客の、前記決済日時が最新の決済処理に付されている前記決済履歴番号に対応する最新決済番号とを、商品情報処理部から受信し、前記最新決済番号をキーとして、前記決済履歴記憶部を検索し、前記最新決済番号が前記ユーザＩＤに関係づけられて登録されている場合に、決済処理を実行する決済処理部に決済処理を指示する決済方法。
9. 前記ユーザＩＤが、顧客のユーザＩＤに関係付けて決済用メールアドレスを含む顧客情報を記憶する顧客情報記憶部に、記憶されている場合、前記決済処理部に前記決済処理を指示する、請求項７に記載の決済方法。
10. 前記顧客情報記憶部から前記決済用メールアドレスを取得し、前記決済メールアドレス宛に支払了解の有無を問う確認メール（支払了解確認メール）を送信し、前記支払了解確認メールに対して支払を了解する返信を受けた場合、前記決済処理部に前記決済処理を指示する、請求項８に記載の決済方法。

Images