JP2021196842A - 決済処理方法 - Google Patents

Abstract

【課題】ユーザのコード決済による金銭消費を制御する、決済処理方法を提供する。【解決手段】決済処理装置１は、店舗端末から、第１ユーザが店舗で行う決済に対応する金額を含む決済情報と、決済用コードの発行要求とを取得する発行要求受信部１３２と、取得した決済情報と、決済用トークンとを関連付けて記憶部１２に記憶させ、決済用トークンを店舗端末に送信するトークン送信部１３３と、決済用トークンに基づいて店舗端末４が表示した決済用コードを読み取った第１ユーザ端末から、決済用トークンと、第１ユーザＩＤとを受信する決済用情報受信部１３４と、決済用トークンとを受信すると、第２ユーザにより設定された所定条件を満たすか否かを判定する判定部１３５と、所定条件の判定結果に基づいて、第１ユーザ端末２から受信した決済用トークンに対応する決済情報に基づく決済を実行する決済処理部１３６と、を有する。【選択図】図２

Description

本発明は、決済処理方法に関する。

ＱＲコード（登録商標）等の二次元バーコードを用いたコード決済が普及している（例えば、特許文献１、特許文献２を参照）。コード決済は、店舗側が表示した二次元バーコードをユーザ端末により読み取るか、ユーザ端末が表示した二次元バーコードを店舗側が読み取ることにより決済が行われる。

特許６５２８１６０号公報 特許６４７３５３９号公報

コード決済における決済金額を引き落とす口座にはクレジットカード等からの金額のチャージが容易であることや、コード決済時にユーザが口座残高を気にすることなく決済可能であることから、コード決済において第１ユーザによる過度な購買を招く場合がある。例えば、口座を管理する第２ユーザの子供である第１ユーザが、自身の端末を利用してチャージと購入を手軽に行うことが容易であり、第２ユーザの管理の行き届かない金銭消費が生じやすいという問題がある。

そこで、本発明はこれらの点に鑑みてなされたものであり、ユーザのコード決済による金銭消費を制御することができる決済処理方法を提供することを目的とする。

本発明の第１の態様に係る決済処理方法は、コンピュータが実行する、店舗で使用される店舗端末から、第１ユーザが前記店舗で行う決済に対応する金額を含む決済情報と、前記決済を行うための決済用コードの発行要求とを取得するステップと、取得した前記決済情報と、前記決済用コードを生成するための決済用トークンとを関連付けて記憶部に記憶させるステップと、前記決済用トークンを前記店舗端末に送信するステップと、前記決済用トークンに基づいて前記店舗端末が表示した前記決済用コードを読み取った前記第１ユーザが使用する第１ユーザ端末から、前記決済用トークンと、前記第１ユーザを識別するための第１ユーザ識別情報とを受信するステップと、前記決済用トークンを受信すると、第２ユーザにより設定された所定条件を満たすか否かを判定するステップと、前記判定するステップにおける前記所定条件の判定結果に基づいて、前記第１ユーザ端末から受信した前記決済用トークンに対応する前記決済情報に基づく決済を実行するステップと、を有する。

本発明の第２の態様に係る決済処理方法は、コンピュータが実行する、店舗において決済を行うために使用される決済用コードに対応する決済用トークンを記憶部に記憶させるステップと、前記店舗において前記決済用コードを読み取った第１ユーザが使用する第１ユーザ端末から、前記決済用トークンと、前記第１ユーザを特定するための第１ユーザ識別情報と、前記店舗における前記第１ユーザの決済金額を示す金額情報を含む決済情報とを受信するステップと、前記決済用トークンを受信すると、第２ユーザにより設定された所定条件を満たすか否かを判定するステップと、前記判定するステップにおける前記所定条件の判定結果に基づいて、前記第１ユーザ端末から受信した前記金額情報に基づく決済を実行するステップと、を有する。

本発明によれば、ユーザのコード決済による金銭消費を制御することができるという効果を奏する。

決済システムの概要を示す図である。 決済処理装置の機能構成を示す図である。 条件情報の一例を示す図である。 第１ユーザ端末の機能構成を示す図である。 第２ユーザ端末の機能構成を示す図である。 店舗端末の機能構成を示す図である。 決済システムの動作シーケンス図である。 図７に続く動作シーケンス図である。 ユーザが商品を購入する前に、店舗端末が決済用コードの発行要求を行うときの決済システムの動作シーケンス図である。 図９に続く動作シーケンス図である。

［決済システムＳの概要］
図１は、決済システムＳの概要を示す図である。決済システムＳは、ユーザが店舗において商品又はサービスを購入する場合に、店舗端末４からの要求に応じて決済用コードを店舗端末４に表示させ、ユーザ端末で決済用コードを読み取ったことを決済処理装置で特定したことに応じて決済を行うシステムである。決済用コードは、ユーザが使用する端末において読み取れるテキスト又は画像であり、決済時に用いられるコードである。なお、以下の説明において、商品又はサービスをまとめて、単に商品という。

決済システムＳは、決済処理装置１と、第１ユーザ端末２と、第２ユーザ端末３と、店舗端末４とを備える。決済処理装置１は、購入金額の決済を行うサーバである。第１ユーザ端末２は、第２ユーザの子供である第１ユーザが使用する情報端末であり、例えばスマートフォン、タブレット又はパーソナルコンピュータである。第２ユーザ端末３は、第２ユーザが使用する情報端末であり、例えばスマートフォン、タブレット又はパーソナルコンピュータである。店舗端末４は、例えばＰＯＳ端末である。
以下、図１を参照しながら、決済が完了するまでの流れを説明する。

第２ユーザは、予め、第１ユーザによる決済コードを用いた決済を制限するために、第２ユーザ端末３の操作を行う。第２ユーザ端末３は、第１ユーザに対応するコード決済を制限するための所定条件の設定要求を決済処理装置１に送信する（図１における（１））。所定条件は、例えば、第１ユーザによるコード決済を許可する決済許可条件であるものとする。なお、所定条件は、コード決済を禁止する決済禁止条件、又は決済許可条件と決済禁止条件との組合せであってもよい。本実施形態では、所定条件が決済許可条件であるものとして説明を行う。決済処理装置１は、決済許可条件の設定要求を第２ユーザ端末３から受信すると、受信した設定要求に基づいて第１ユーザに対応する決済許可条件を設定する（図１における（２））。

第１ユーザは、店舗において商品やサービスの購入を行う。店舗における店員は、第１ユーザが店舗において会計を行う場合に、店舗端末４において購入対象の商品に付されたバーコードを読み取る。店舗端末４は、第１ユーザが購入する商品の合計額を示す店舗における決済金額を算出する。また、店員は、店舗端末４において、決済用コードを店舗端末４に表示させるための操作を行う。店舗端末４は、決済用コードの発行要求と、商品又はサービスの購入に関する決済情報とを決済処理装置１に送信する（図１における（３））。決済情報には、算出した決済金額と、店舗を識別する店舗情報としての店舗ＩＤとが含まれている。

決済処理装置１は、店舗端末４から、決済用コードの発行要求と、決済情報とを受信すると、決済用トークンを生成する（図１における（４））。決済用トークンは、店舗端末４が第１ユーザに提示する決済用コードを店舗端末４が生成する際に用いるデータ列である。ここで、決済用トークンは、決済情報に含まれる店舗ＩＤにより特定される特定の店舗の場合のみ生成されてもよい。決済処理装置１は、生成した決済用トークンと、決済情報とを関連付けて記憶媒体に記憶する（図１における（５））。

決済処理装置１は、生成した決済用トークンを店舗端末４に送信する（図１における（６））。決済処理装置１は、決済用トークンを暗号化した後に、暗号化した決済用トークンを店舗端末４に送信してもよい。

店舗端末４は、受信した決済用トークンに基づいて決済用コードを生成して表示させる（図１における（７））。
第１ユーザ端末２は、例えば第１ユーザの操作により、店舗端末４に表示された決済用コードを読み取る（図１における（８））。第１ユーザ端末２は、第１ユーザＩＤと、読み取った決済用コードが示す決済用トークンとを決済処理装置１に送信する（図１における（９））。第１ユーザＩＤは、例えば、決済処理装置１に係るサービスを提供する事業者がユーザに付与するユーザＩＤである。

決済処理装置１は、第１ユーザ端末２から第１ユーザＩＤと決済用トークンとを受信すると、受信した決済用トークンが、店舗端末４に送信した決済用トークンと一致するか否かを判定する。決済処理装置１は、決済用トークンが一致すると判定した場合に、受信した決済用トークンと関連付けられて記憶されている決済情報を特定する。また、決済処理装置１は、決済用トークンを受信した時点において、受信した第１ユーザＩＤの第１ユーザに関連する第２ユーザにより設定された決済許可条件を満たすか否かを判定する（図１における（１０））。

決済処理装置１は、決済許可条件を満たすと判定すると、第１ユーザ端末２から受信した第１ユーザＩＤと、当該決済用トークンに関連付けられている決済情報とに基づいて決済処理を実行する（図１における（１１））。

決済システムＳが以上のように動作することで、第１ユーザがコード決済を行う場合に、決済許可条件を満たしていない場合には、コード決済を行わないようにすることができる。これにより、決済システムＳは、第１ユーザのコード決済による金銭消費を制御することができる。
以下、決済処理装置１、第１ユーザ端末２、第２ユーザ端末３、及び店舗端末４の構成の詳細を説明する。

［決済処理装置１の機能構成］
図２は、決済処理装置１の機能構成を示す図である。決済処理装置１は、通信部１１と、記憶部１２と、制御部１３とを有する。

通信部１１は、インターネット等のネットワークを介して第１ユーザ端末２、第２ユーザ端末３及び店舗端末４とデータを送受信するための通信インターフェースである。

記憶部１２は、各種のデータを記憶する記憶媒体であり、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及びハードディスク等を有する。記憶部１２は、制御部１３が実行するプログラムを記憶する。記憶部１２は、制御部１３を、条件設定部１３１、発行要求受信部１３２、トークン送信部１３３、決済用情報受信部１３４、判定部１３５及び決済処理部１３６として機能させる決済用プログラムを記憶する。

また、記憶部１２は、第１ユーザＩＤと、所定条件としての決済用コードの決済許可条件を示す情報とを関連付けた条件情報を記憶する。図３は、条件情報の一例を示す図である。図３に示すように、第１ユーザＩＤに、決済許可条件を設定した第２ユーザを識別する第２ユーザ識別情報としての第２ユーザＩＤと、決済許可条件が関連付けられていることが確認できる。図３に示すように、決済許可条件は、例えば、第１ユーザ端末２に対応する決済金額を引き落とす口座の残高が一定以上であること、第１ユーザ端末２から決済用トークンを所定の日時に受信すること、第１ユーザ端末２の位置が所定の範囲内であることである。

また、発行許可条件は、図３に示すものに限らず、第１ユーザ端末２に対応する決済金額を引き落とす口座の残高が一定以上であること、所定期間内（例えば現在時刻から所定期間以内）における第１ユーザ端末２に対応する決済回数が所定回数以下であること、所定期間内における第１ユーザ端末２に対応する決済金額の合計額が所定額以下であること、第１ユーザ端末２に対応する決済が行われてから所定時間が経過していること、第２ユーザ端末３の第２ユーザにより、決済用コードの発行が無条件に許可されていることであってもよい。

また、決済許可条件は、決済処理装置１が第１ユーザ端末２の位置を特定可能であることであってもよい。第１ユーザ端末２の位置を特定可能であることとは、例えば、決済用コードの発行要求とともに、第１ユーザ端末２の位置を示す位置情報を受信していることであるが、これに限らず、決済用コードの発行要求の受信時に、決済処理装置１が第１ユーザ端末２に位置情報の取得を要求し、その結果、第１ユーザ端末２の位置を示す位置情報を受信したことであってもよい。

また、発行許可条件は、上述した複数の発行許可条件の組合せであってもよいし、一以上の発行禁止条件と一以上の発行許可条件の組合せであってもよい。

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶された決済用プログラムを実行することにより、条件設定部１３１、発行要求受信部１３２、トークン送信部１３３、決済用情報受信部１３４、判定部１３５及び決済処理部１３６として機能する。制御部１３の各部の動作の詳細については後述する。

［第１ユーザ端末２の機能構成］
図４は、第１ユーザ端末２の機能構成を示す図である。第１ユーザ端末２は、操作部２１と、通信部２２と、読取部２３と、表示部２４と、記憶部２５と、制御部２６とを有する。制御部２６は、操作受付部２６１と、要求送信部２６２と、トークン送信部２６３と、表示制御部２６４とを有する。

操作部２１は、第１ユーザの操作を受け付ける操作デバイスであり、例えば表示部２４の表面に設けられたタッチパネルである。操作部２１は、第１ユーザがタッチした位置を示す信号を操作受付部２６１に通知する。

通信部２２は、例えば携帯電話網の基地局との間でデータを送受信するための無線通信インターフェースである。通信部２２は、決済用トークン等を決済処理装置１に送信する。

読取部２３は、例えば、カメラである。読取部２３は、店舗端末４に表示された決済用コードを読み取る。
表示部２４は、各種の情報を表示するディスプレイである。

記憶部２５は、ＲＯＭ及びＲＡＭ等を含む記憶媒体である。記憶部２５は、制御部２６が実行するプログラムを記憶している。記憶部２５は、制御部２６を、操作受付部２６１、要求送信部２６２、トークン送信部２６３、及び表示制御部２６４として機能させるプログラムを記憶する。

制御部２６は、例えばＣＰＵであり、記憶部２５に記憶されたプログラムを実行することにより、操作受付部２６１、要求送信部２６２、トークン送信部２６３、及び表示制御部２６４として機能する。

操作受付部２６１は、操作部２１から入力された信号に基づいて、第１ユーザの操作内容を特定する。操作受付部２６１は、特定した操作内容が、決済用コードを読み取るための操作である場合に、操作内容をトークン送信部２６３に通知する。トークン送信部２６３は、操作受付部２６１が決済用コードを読み取るための操作を受け付けた場合に、読取部２３に、店舗端末４に表示された決済用コードを読み取らせる。トークン送信部２６３は、読取部２３が決済用コードから抽出した情報を決済用トークンとして取得する。

また、トークン送信部２６３は、操作受付部２６１が決済用コードを読み取るための操作を受け付けた場合に、第１ユーザ端末２の位置を特定する。トークン送信部２６３は、取得した決済用トークンと、第１ユーザ端末２の位置を示す端末位置情報と、第１ユーザＩＤとを通信部２２を介して決済処理装置１に送信する。ここで、トークン送信部２６３は、端末位置情報の送信を必須としなくてもよい。

表示制御部２６４は、決済処理装置１から、決済が完了したことを示す決済完了情報を受信すると、決済完了情報を表示部２４の同一の画面上に表示させる。

［第２ユーザ端末３の機能構成］
図５は、第２ユーザ端末３の機能構成を示す図である。第２ユーザ端末３は、操作部３１と、通信部３２と、表示部３３と、記憶部３４と、制御部３５とを有する。制御部３５は、操作受付部３５１と、設定要求送信部３５２と、表示制御部３５３とを有する。

操作部３１は、第２ユーザの操作を受け付ける操作デバイスであり、例えば表示部３３の表面に設けられたタッチパネルである。操作部３１は、第２ユーザがタッチした位置を示す信号を操作受付部３５１に通知する。

通信部３２は、例えば携帯電話網の基地局との間でデータを送受信するための無線通信インターフェースである。通信部３２は、決済許可条件を設定するための設定要求を決済処理装置１に送信する。通信部３２は、決済処理装置１から、第１ユーザのコード決済に関する情報を受信する。第１ユーザのコード決済に関する情報は、例えば、第１ユーザによるコード決済が失敗したことを示すエラー情報、又は第１ユーザによるコード決済が完了したことを示す情報である。
表示部３３は、各種の情報を表示するディスプレイである。

記憶部３４は、ＲＯＭ及びＲＡＭ等を含む記憶媒体である。記憶部３４は、制御部３５が実行するプログラムを記憶している。記憶部３４は、制御部３５を、操作受付部３５１、設定要求送信部３５２及び表示制御部３５３として機能させるプログラムを記憶する。

制御部３５は、例えばＣＰＵであり、記憶部３４に記憶されたプログラムを実行することにより、操作受付部３５１、設定要求送信部３５２及び表示制御部３５３として機能する。

操作受付部３５１は、操作部３１から入力された信号に基づいて、第２ユーザの操作内容を特定する。操作受付部３５１は、特定した操作内容が、決済許可条件の設定を行うための操作である場合に、操作内容を設定要求送信部３５２に通知する。設定要求送信部３５２は、操作受付部３５１が、決済許可条件の設定を行うための操作を受け付けた場合に、設定画面を表示部３３に表示させ、第１ユーザを特定するための第１ユーザ特定情報と、決済許可条件とを受け付ける。

第１ユーザ特定情報は、例えば、第１ユーザの氏名、性別及び生年月日等の個人情報、第１ユーザ端末２に対応する電話番号、又はこれらの組合せであるものとするが、第１ユーザＩＤであってもよい。

設定要求送信部３５２は、通信部２２を介して、第２ユーザの第２ユーザＩＤと、第１ユーザ特定情報と、決済許可条件とを含む決済許可条件の設定要求を決済処理装置１に送信する。

表示制御部３５３は、決済処理装置１から受信した、第１ユーザのコード決済に関する情報を受信すると、当該情報を表示部３３に表示させる。

［店舗端末４の機能構成］
図６は、店舗端末４の機能構成を示す図である。店舗端末４は、操作部４１と、読取部４２と、通信部４３と、表示部４４と、記憶部４５と、制御部４６とを有する。

操作部４１は、ユーザとしての店員の操作を受け付ける操作デバイスであり、例えば店員が、来店した第１ユーザが購入する商品を選択するためのボタンや、表示部４４の表面に設けられたタッチパネルである。

読取部４２は、例えば、バーコードリーダであり、店員が購入する商品に付されているバーコードを読み取る。読取部４２は、読み取ったバーコードが示す情報を制御部４６に出力する。

通信部４３は、例えば決済処理装置１との間でデータを送受信するための通信インターフェースである。通信部４３は、制御部４６の制御に応じて、決済用コードの発行要求、決済情報を決済処理装置１に送信する。また、通信部４３は、決済処理装置１から決済用トークンを受信する。

表示部４４は、各種の情報を表示するディスプレイである。表示部４４は、例えば、決済金額や決済用コードを表示する。

記憶部４５は、ＲＯＭ及びＲＡＭ等を含む記憶媒体である。記憶部４５は、制御部４６が実行するプログラムを記憶している。記憶部４５は、制御部４６を、決済用情報生成部４６１、決済用情報送信部４６２及びコード生成部４６３として機能させるプログラムを記憶する。また、記憶部４５は、商品ＩＤと、商品の価格とを関連付けた商品ＤＢを記憶する。

制御部４６は、例えばＣＰＵであり、記憶部４５に記憶されたプログラムを実行することにより、決済用情報生成部４６１、決済用情報送信部４６２、及びコード生成部４６３として機能する。

決済用情報生成部４６１は、決済対象の一以上の商品を特定し、決済用情報を生成する。具体的には、決済用情報生成部４６１は、操作部４１において店員が入力した商品ＩＤ又は読取部４２が商品に付されたバーコードから読み取った商品ＩＤを取得することにより、取得した商品ＩＤの商品を決済対象の商品と特定する。決済用情報生成部４６１は、記憶部４５に記憶されている商品ＤＢを参照し、取得した商品ＩＤに関連付けられている商品の価格を特定する。決済用情報生成部４６１は、操作部４１において店員が入力した商品ＩＤ又は読取部４２が商品に付されたバーコードから読み取った商品ＩＤを一以上取得し、当該商品ＩＤから特定した商品の価格を集計する。決済用情報生成部４６１は、操作部４１において精算操作を受け付けると、集計した商品の価格を決済金額に決定する。

決済用情報生成部４６１は、決定した決済金額と、店舗を識別するための店舗情報としての店舗ＩＤと、決済時刻としての現在時刻を示す決済時刻情報とを含む決済情報を生成する。店舗ＩＤには、店舗を識別する情報の他に、店舗を運営する事業者を識別する事業者ＩＤが含まれていてもよい。

決済用情報送信部４６２は、決済用情報生成部４６１が決済情報を生成すると、通信部４３を介して、決済用コードの発行要求と、生成した決済情報とを決済処理装置１に送信する。

コード生成部４６３は、決済処理装置１から決済用トークンが送信されると、決済用トークンに基づく決済用コードを生成する。コード生成部４６３は、例えば、予め定められた規則に基づいて決済用コードを生成する。コード生成部４６３は、生成した決済用コードを表示部４４に表示させる。

［制御部１３の各部の動作］
続いて、制御部１３の各部の動作について説明する。
条件設定部１３１は、第２ユーザ端末３から、第１ユーザに対する決済許可条件の設定要求を受信し、受信した設定要求に基づいて、第１ユーザに対応する決済許可条件を設定する。

具体的には、まず、条件設定部１３１は、第２ユーザ端末３から、第２ユーザＩＤと第１ユーザ特定情報と決済許可条件とを含む決済許可条件の設定要求を受信する。続いて、条件設定部１３１は、設定要求に含まれる第１ユーザ特定情報に基づいて、第１ユーザＩＤを特定する。

例えば、記憶部１２には、コード決済サービスを利用可能な複数のユーザそれぞれのユーザＩＤと、ユーザの個人情報とを関連付けたユーザ情報が記憶されている。コード決済サービスは、例えば、携帯電話網を提供する通信事業者が運営しており、携帯電話に関するサービスを利用するユーザがコード決済サービスを利用可能であってもよい。すなわち、コード決済サービスのユーザ情報は、携帯電話に関するサービスのユーザ情報と共通であってもよい。

条件設定部１３１は、記憶部１２に記憶されているユーザ情報を参照し、第１ユーザ特定情報と一致するユーザの個人情報に関連付けられている第１ユーザＩＤを特定する。

なお、ユーザ情報は記憶部１２に記憶されていることとしたが、これに限らず、決済処理装置１とは異なる記憶装置に記憶されていてもよい。この場合、条件設定部１３１は、記憶装置に記憶されているユーザ情報を参照し、第１ユーザＩＤを特定してもよい。

条件設定部１３１は、受信した設定要求に含まれる第２ユーザＩＤに対応する第２ユーザと、特定した第１ユーザＩＤに対応する第１ユーザとが所定の関係を有しているかを判定する。所定の関係は、例えば、第１ユーザと第２ユーザとが家族であること、又は親子関係を有していることである。例えば、記憶部１２に記憶されているユーザ情報において、ユーザのユーザＩＤに、当該ユーザと親子関係又は家族関係を有する他のユーザのユーザＩＤが関連付けられている。条件設定部１３１は、ユーザ情報を参照することにより、第２ユーザと第１ユーザとが親子関係を有しているか、第１ユーザと第２ユーザとが家族であるかを判定する。

条件設定部１３１は、第２ユーザと第１ユーザとが親子関係を有しているか、第１ユーザと第２ユーザとが家族であると判定すると、受信した設定要求に基づいて、第１ユーザに対応する決済許可条件を設定する。条件設定部１３１は、特定した第１ユーザＩＤと、受信した設定要求に含まれる第２ユーザＩＤと、決済許可条件とを関連付けて条件情報として記憶部１２に記憶させることにより、第１ユーザに対応する決済許可条件を設定する。

条件設定部１３１は、例えば、第１ユーザ端末２から決済用コードの発行要求を所定の日時に受信すること、第１ユーザ端末２に対応する決済金額を引き落とす口座の残高が所定の条件を満たすこと、第１ユーザ端末２の位置が所定の範囲内であること、第１ユーザ端末２の位置を特定可能であること、又は、これらの組合せを第１ユーザに対応する決済許可条件として設定する。所定の条件は、例えば、口座の残高が第１の残高以上であること、又は、口座の残高が第２の残高以下であることである。

また、条件設定部１３１は、第１ユーザに対するコード決済が常に禁止されるか常に許可されるように第１ユーザに対応する決済許可条件を設定してもよい。コード決済が常に禁止される条件とは、例えば、常に成立しない条件である。

なお、条件設定部１３１は、第１ユーザ特定情報として第１ユーザＩＤを含む決済許可条件の設定要求を受信した場合には、当該設定要求に含まれる第１ユーザＩＤと、第２ユーザＩＤと、決済許可条件とを関連付けて、条件情報として記憶部１２に記憶させることにより、第１ユーザに対応する決済許可条件を設定してもよい。

また、条件設定部１３１は、第１ユーザに対応する決済許可条件の設定の承認要求を第１ユーザ端末２に送信してもよい。そして、条件設定部１３１は、第１ユーザ端末２から決済許可条件の設定の承認を示す情報を受信すると、第１ユーザに対応する決済許可条件を設定してもよい。このように、決済処理装置１は、第１ユーザからの承認を得たうえで決済許可条件の設定を行うことができるので、コード決済時に決済許可条件に基づいて決済が行えないことにより第１ユーザが混乱することを抑制することができる。

発行要求受信部１３２は、店舗端末４から、第１ユーザが店舗で行う決済に対応する金額を含む決済情報と、決済用コードの発行要求とを受信する。

トークン送信部１３３は、発行要求受信部１３２が決済用コードの発行要求を受信すると、決済用コードを生成するための決済用トークンを店舗端末４に送信する。具体的には、まず、トークン送信部１３３は、発行要求受信部１３２が決済用コードの発行要求を受信すると、決済用トークンを生成する。トークン送信部１３３は、発行要求受信部１３２が受信した決済情報と、生成した決済用トークンとを関連付けて記憶部１２に記憶させる。また、トークン送信部１３３は、生成した決済用トークンを、決済用コードの発行要求を送信した店舗端末４に送信する。

決済用情報受信部１３４は、トークン送信部１３３が送信した決済用トークンに基づいて店舗端末４が表示した決済用コードを読み取った第１ユーザ端末２から、決済用トークンと、第１ユーザ端末２の位置を示す端末位置情報と、第１ユーザＩＤとを受信する。

判定部１３５は、決済用情報受信部１３４が決済用トークンを受信すると、第１ユーザと関連する第２ユーザにより設定された決済許可条件を満たすか否かを判定する。

具体的には、判定部１３５は、決済用情報受信部１３４が決済用トークンを受信すると、決済用トークンと一致する決済用トークンが記憶部１２に記憶されているか否かを判定する。判定部１３５は、一致する決済用トークンが記憶部１２に記憶されていると判定すると、記憶部１２に記憶されている条件情報を参照し、決済用トークンとともに受信した第１ユーザＩＤに関連付けられている決済許可条件を満たすか否かを判定する。

例えば、判定部１３５は、条件情報において第１ユーザＩＤに関連付けられている決済許可条件が、第１ユーザ端末２に対応する決済金額を引き落とす口座の残高が一定以上であることである場合、第１ユーザ端末２に対応する決済金額を引き落とす口座の残高を特定する。そして、判定部１３５は、特定した口座の残高に基づいて、決済許可条件を満たすか否かを判定する。

また、判定部１３５は、条件情報において第１ユーザＩＤに関連付けられている決済許可条件が、第１ユーザ端末２から決済用トークンを所定の日時に受信することである場合、第１ユーザ端末２からの決済用トークンの受信時刻に基づいて、当該決済許可条件を満たすか否かを判定する。

また、判定部１３５は、条件情報において第１ユーザＩＤに関連付けられている決済許可条件が、第１ユーザ端末の位置が所定の範囲内であることである場合、決済用情報受信部１３４から受信した端末位置情報に基づいて、当該決済許可条件を満たすか否かを判定する。

また、判定部１３５は、決済許可条件を満たさないと判定すると、第１ユーザに対応する決済を行わないことを示す情報を第２ユーザ端末３に通知する。この場合、判定部１３５は、記憶部１２に記憶されている条件情報を参照し、第１ユーザＩＤに関連付けられている第２ユーザＩＤを特定し、当該第２ユーザＩＤに対応する第２ユーザ端末３に、決済許可条件が満たされないことにより決済が行われないことを示す情報を通知してもよい。このようにすることで、第２ユーザは、第１ユーザがコード決済により商品を購入できなかったことを把握することができる。なお、判定部１３５は、第１ユーザに対応する決済を行わないことを示す情報を第２ユーザ端末３に通知したが、これに限らず、第１ユーザに対応する決済を行わないことを示す情報を第１ユーザ端末２に通知してもよい。

決済処理部１３６は、判定部１３５が決済許可条件を満たすと判定した場合、第１ユーザ端末２から受信した決済用トークンに対応する決済情報に基づいて決済を実行する。具体的には、決済処理部１３６は、判定部１３５が決済許可条件を満たすと判定すると、決済用情報受信部１３４が受信した決済用トークンに関連付けられて記憶部１２に記憶されている決済情報を取得する。

決済処理部１３６は、取得した決済情報に含まれている決済金額を、第１ユーザ端末２から受信した第１ユーザＩＤで特定される第１ユーザの口座から引き落とす処理を実行する。また、決済処理部１３６は、取得した決済情報に含まれている店舗ＩＤで特定される店舗の口座に、取得した決済情報に含まれている決済金額を入金する処理を実行する。決済処理部１３６は、決済金額から、決済処理装置１における決済手数料を差し引いた金額を、店舗の口座に入金してもよい。

決済処理部１３６は、決済情報に基づく決済が行われた場合に、決済が完了したことを示す決済完了情報を第１ユーザ端末２及び店舗端末４に通知する。また、決済処理部１３６は、決済情報に基づく決済が行われた場合に、第１ユーザに対応する決済が行われたことを示す決済実行情報を第２ユーザ端末３に通知する。決済処理部１３６は、決済実行情報の代わりに、決済完了情報を第２ユーザ端末３に通知してもよい。このようにすることで、第２ユーザは、第１ユーザがコード決済により商品を購入したことを把握することができる。

［動作シーケンス］
図７は、決済システムＳの動作シーケンス図である。図８は、図７に続く動作シーケンス図である。
図７に示すシーケンス図は、第２ユーザ端末３の第２ユーザが決済許可条件の設定操作をしたところから開始している（Ｓ１）。設定要求送信部３５２は、第２ユーザの第２ユーザＩＤと、第１ユーザ特定情報と、決済許可条件とを含む決済許可条件の設定要求を決済処理装置１に送信する（Ｓ２）。

決済処理装置１の条件設定部１３１は、第２ユーザ端末３から決済許可条件の設定要求を受信すると、当該設定要求に含まれている第１ユーザ特定情報に基づいて第１ユーザＩＤを特定する（Ｓ３）。条件設定部１３１は、特定した第１ユーザＩＤと、受信した設定要求に含まれる第２ユーザＩＤと、決済許可条件とを関連付けて条件情報として記憶部１２に記憶させることにより、第１ユーザに対応する決済許可条件を設定する（Ｓ４）。

その後、第１ユーザが店舗端末４を使用する店員に選択した商品を持ち込む。店舗端末４の決済用情報生成部４６１は、操作部４１において店員が入力した商品ＩＤ又は読取部４２が商品に付されたバーコードから読み取った商品ＩＤを取得し、当該商品ＩＤに関連付けられている商品の価格を特定することにより、決済金額を算出する。そして、決済用情報生成部４６１は、決済金額と、店舗ＩＤと、決済時刻情報とを含む決済情報を生成する（Ｓ５）。決済用情報送信部４６２は、決済用コードの発行要求と、生成した決済情報とを決済処理装置１に送信する（Ｓ６）。

決済処理装置１の発行要求受信部１３２は、決済用コードの発行要求と、決済情報とを受信する。トークン送信部１３３は、決済用トークンを生成する（Ｓ７）。トークン送信部１３３は、生成した決済用トークンと、決済情報とを関連付けて記憶部１２に記憶させる（Ｓ８）。トークン送信部１３３は、生成した決済用トークンを、決済用コードの発行要求を送信した店舗端末４に送信する（Ｓ９）。

図８に説明を移す。店舗端末４のコード生成部４６３は、決済処理装置１から受信した決済用トークンに基づく決済用コードを生成し、生成した決済用コードを表示部４４に表示させる（Ｓ１０）。第１ユーザは、第１ユーザ端末２を操作して、店舗端末４に表示された決済用コードを第１ユーザ端末２に読み取らせる（Ｓ１１）。第１ユーザ端末２のトークン送信部２６３は、決済用コードから得られる決済用トークンと、第１ユーザＩＤとを決済処理装置１に送信する（Ｓ１２）。決済用情報受信部１３４は、第１ユーザ端末２から、決済用トークンと、第１ユーザＩＤとを受信する。

判定部１３５は、決済用情報受信部１３４が決済用トークンを受信すると、第１ユーザと関連する第２ユーザにより設定された決済許可条件を満たすか否かを判定する（Ｓ１３）。本フローチャートでは、判定部１３５は、決済許可条件が満たされていると判定するものとする。なお、判定部１３５は、決済許可条件が満たされていないと判定すると、第２ユーザ端末３に、決済許可条件が満たされないことにより決済を行われないことを示す情報を通知する。

続いて、決済処理部１３６は、判定部１３５が決済許可条件を満たすと判定すると、記憶部１２を参照し、第１ユーザ端末２から受信した決済用トークンに関連付けられている決済情報を特定する（Ｓ１４）。決済処理部１３６は、特定した決済情報と、第１ユーザ端末２から受信した第１ユーザＩＤとに基づいて決済処理を行う（Ｓ１５）。

続いて、決済処理部１３６は、決済が完了したことを示す決済完了情報を第１ユーザ端末２に通知するとともに（Ｓ１６）、第１ユーザに対応する決済が行われたことを示す決済実行情報を第２ユーザ端末３に通知する（Ｓ１７）。

［変形例］
以上の説明においては、店舗端末４は、ユーザが商品を購入する際に決済用コードの発行要求を決済処理装置１に行ったが、これに限らない。例えば、ユーザが商品を購入する前に、店舗端末４が、決済用コードの発行要求を行ってもよい。

図９は、ユーザが商品を購入する前に、店舗端末４が決済用コードの発行要求を行うときの決済システムＳの動作シーケンス図である。図１０は、図９に続く動作シーケンス図である。

図９に示すように、まず、決済用情報送信部４６２は、決済用コードの発行要求と、店舗に関する店舗情報とを決済処理装置１に送信する（Ｓ３１）。店舗情報は、例えば店舗名、店舗に入金するための金融機関の口座番号等の店舗を識別するための店舗識別情報であるものとするが、店舗ＩＤを含んでもよい。

決済処理装置１のトークン送信部１３３は、発行要求受信部１３２が店舗に関する店舗情報と決済用コードの発行要求とを受信すると、店舗ＩＤと決済用トークンとを生成する（Ｓ３２）。

トークン送信部１３３は、生成した決済用トークンと、店舗ＩＤとを関連付けて記憶部１２に記憶させる（Ｓ３３）。また、トークン送信部１３３は、生成した決済用トークンを、決済用コードの発行要求を送信した店舗端末４に送信する（Ｓ３４）。

コード生成部４６３は、決済処理装置１から決済用トークンを受信すると、決済用トークンを記憶部４５に記憶させる（Ｓ３５）。

第２ユーザ端末３の第２ユーザは、決済許可条件の設定操作を行う（Ｓ３６）。設定要求送信部３５２は、第２ユーザの第２ユーザＩＤと、第１ユーザ特定情報と、決済許可条件とを含む決済許可条件の設定要求を決済処理装置１に送信する（Ｓ３７）。

決済処理装置１の条件設定部１３１は、第２ユーザ端末３から決済許可条件の設定要求を受信すると、当該設定要求に含まれている第１ユーザ特定情報に基づいて第１ユーザＩＤを特定する（Ｓ３８）。条件設定部１３１は、特定した第１ユーザＩＤと、受信した設定要求に含まれる第２ユーザＩＤと、決済許可条件とを関連付けて条件情報として記憶部１２に記憶させることにより、第１ユーザに対応する決済許可条件を設定する（Ｓ３９）。

なお、図９に示す例では、店舗端末が決済用コードの発行要求を行った後に、第２ユーザが決済許可条件の設定操作を行うものとしたが、これに限らず、逆の順序であってもよい。

図１０に説明を移す。店舗において、第１ユーザは、購入する商品を選択し、店舗端末４を使用する店員に選択した商品を持ち込む。店舗端末４のコード生成部４６３は、記憶部４５に記憶されている決済用トークンに基づく決済用コードを生成し、生成した決済用コードを表示部４４に表示させる（Ｓ４０）。第１ユーザは、第１ユーザ端末２を操作して、店舗端末４に表示された決済用コードを第１ユーザ端末２に読み取らせる（Ｓ４１）。第１ユーザ端末２の操作受付部２６１は、第１ユーザから決済金額の入力を受け付け、トークン送信部２６３は、決済用コードから得られる決済用トークンと、決済金額を含む決済情報と、第１ユーザＩＤとを決済処理装置１に送信する（Ｓ４２）。決済用情報受信部１３４は、第１ユーザ端末２から、決済用トークンと、決済情報と、第１ユーザＩＤとを受信する。

判定部１３５は、決済用情報受信部１３４が決済用トークンを受信すると、第１ユーザと関連する第２ユーザにより設定された決済許可条件を満たすか否かを判定する（Ｓ４３）。続いて、決済処理部１３６は、判定部１３５が決済許可条件を満たすと判定すると、受信した決済用トークンに関連付けられている店舗ＩＤを特定する（Ｓ４４）。そして、決済処理部１３６は、第１ユーザ端末２から受信した決済情報と第１ユーザＩＤと、特定した店舗ＩＤとに基づいて決済処理を行う（Ｓ４５）。

続いて、決済処理部１３６は、決済が完了したことを示す決済完了情報を第１ユーザ端末２に通知するとともに（Ｓ４６）、第１ユーザに対応する決済が行われたことを示す決済実行情報を第２ユーザ端末３に通知する（Ｓ４７）。

なお、本シーケンスにおいて、第１ユーザ端末２は、第１ユーザから決済金額を受け付け、決済用トークンと、決済金額と、第１ユーザＩＤとを含む決済要求を決済処理装置１に送信したが、これに限らない。例えば、店舗において扱う商品の金額が同一である場合、決済用情報送信部４６２は、第１ユーザが商品を購入する前に、決済用コードの発行要求と、決済金額と、店舗ＩＤとを決済処理装置１に送信してもよい。そして、トークン送信部１３３が、生成した決済用トークンと、受信した店舗ＩＤと、受信した決済金額とを関連付けて記憶部１２に記憶させるようにしてもよい。

また、本シーケンスにおいて、コード生成部４６３が、第１ユーザが商品を購入する際に、記憶部４５に記憶されている決済用トークンに基づいて決済用コードを生成し、表示部４４に表示させたが、これに限らない。店舗端末４の店員は、店舗端末４に決済用コードを表示させる代わりに、決済用コードを予め紙等に印刷しておき、第１ユーザが商品を購入する際に、紙等に印刷された決済用コードを第１ユーザに提示してもよい。

また、本シーケンスにおいて、第１ユーザ端末２は、店舗端末４に表示された決済用コードを無条件で読み取ることとしたが、これに限らず、決済許可条件が満たされている場合に限定して決済用コードを読み取るようにしてもよい。この場合、第１ユーザ端末２は、店舗端末４に表示された決済用コードを読み取る前に、第１ユーザＩＤを含み、コード決済を行うことを示す情報を決済処理装置１に送信する。

決済処理装置１の判定部１３５は、コード決済を行うことを示す情報と、第１ユーザＩＤとを第１ユーザ端末２から受信すると、受信した第１ユーザＩＤに基づいて、第１ユーザと関連する第２ユーザにより設定された決済許可条件を満たすか否かを判定する。判定部１３５は、決済許可条件を満たすと判定すると、決済用コードの読取を許可する読取許可情報を第1ユーザ端末２に送信し、決済許可条件を満たしていないと判定すると、決済用コードの読取を許可しない読取不許可情報を第1ユーザ端末２に送信する。

第１ユーザ端末２のトークン送信部２６３は、通信部２２が読取許可情報を決済処理装置１から受信すると、読取部２３に、店舗端末４に表示された決済用コードを読み取らせる。また、トークン送信部２６３は、通信部２２が読取不許可情報を決済処理装置１から受信すると、読取部２３に、店舗端末４に表示された決済用コードを読み取らせないように制御する。また、表示制御部２６４は、通信部２２が読取不許可情報を決済処理装置１から受信すると、決済許可条件を満たしておらず、第１ユーザがコード決済を用いて決済できないことを示す情報を表示部２４に表示させる。

［決済システムＳによる効果］
以上説明したように、決済処理装置１は、店舗端末４が表示した決済用コードを読み取った第１ユーザ端末２から、決済用トークンと、第１ユーザＩＤとを受信すると、第１ユーザと関連する第２ユーザにより設定された所定条件を満たすか否かを判定し、所定条件の判定結果に基づいて、第１ユーザ端末２から受信した決済用トークンに対応する決済情報に基づく決済を実行する。このようにすることで、決済処理装置１は、第１ユーザのコード決済による金銭消費を制御することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の分散・統合の具体的な実施の形態は、以上の実施の形態に限られず、その全部又は一部について、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。

１ 決済処理装置
２ 第１ユーザ端末
３ 第２ユーザ端末
４ 店舗端末
１１ 通信部
１２ 記憶部
１３ 制御部
２１ 操作部
２２ 通信部
２３ 読取部
２４ 表示部
２５ 記憶部
２６ 制御部
３１ 操作部
３２ 通信部
３３ 表示部
３４ 記憶部
３５ 制御部
４１ 操作部
４２ 読取部
４３ 通信部
４４ 表示部
４５ 記憶部
４６ 制御部
１３１ 条件設定部
１３２ 発行要求受信部
１３３ トークン送信部
１３４ 決済用情報受信部
１３５ 判定部
１３６ 決済処理部
２６１ 操作受付部
２６２ 要求送信部
２６３ トークン送信部
２６４ 表示制御部
３５１ 操作受付部
３５２ 設定要求送信部
３５３ 表示制御部
４６１ 決済用情報生成部
４６２ 決済用情報送信部
４６３ コード生成部

Claims (14)

1. コンピュータが実行する、
   店舗で使用される店舗端末から、第１ユーザが前記店舗で行う決済に対応する金額を含む決済情報と、前記決済を行うための決済用コードの発行要求とを取得するステップと、
   取得した前記決済情報と、前記決済用コードを生成するための決済用トークンとを関連付けて記憶部に記憶させるステップと、
   前記決済用トークンを前記店舗端末に送信するステップと、
   前記決済用トークンに基づいて前記店舗端末が表示した前記決済用コードを読み取った前記第１ユーザが使用する第１ユーザ端末から、前記決済用トークンと、前記第１ユーザを識別するための第１ユーザ識別情報とを受信するステップと、
   前記決済用トークンを受信すると、第２ユーザにより設定された所定条件を満たすか否かを判定するステップと、
   前記判定するステップにおける前記所定条件の判定結果に基づいて、前記第１ユーザ端末から受信した前記決済用トークンに対応する前記決済情報に基づく決済を実行するステップと、
   を有する決済処理方法。
2. コンピュータが実行する、
   店舗において決済を行うために使用される決済用コードに対応する決済用トークンを記憶部に記憶させるステップと、
   前記店舗において前記決済用コードを読み取った第１ユーザが使用する第１ユーザ端末から、前記決済用トークンと、前記第１ユーザを特定するための第１ユーザ識別情報と、前記店舗における前記第１ユーザの決済金額を示す金額情報を含む決済情報とを受信するステップと、
   前記決済用トークンを受信すると、第２ユーザにより設定された所定条件を満たすか否かを判定するステップと、
   前記判定するステップにおける前記所定条件の判定結果に基づいて、前記第１ユーザ端末から受信した前記金額情報に基づく決済を実行するステップと、
   を有する決済処理方法。
3. 前記コンピュータが実行する、前記判定するステップにおいて前記所定条件を満たさないと判定された場合に、前記第１ユーザに対応する決済を行わないことを示す情報を前記第２ユーザが使用する第２ユーザ端末に通知するステップをさらに有する、
   請求項１又は２に記載の決済処理方法。
4. 前記コンピュータが実行する、前記第２ユーザが使用する第２ユーザ端末から、前記第２ユーザを識別する第２ユーザ識別情報と、前記第１ユーザを特定するための第１ユーザ特定情報とを含み、前記所定条件の設定要求を取得するステップと、
   前記コンピュータが実行する、取得した前記設定要求に基づいて前記第１ユーザに対応する前記所定条件を設定するステップと、
   をさらに有する、
   請求項１から３のいずれか１項に記載の決済処理方法。
5. 前記設定するステップにおいて、前記コンピュータは、前記設定要求に含まれる前記第１ユーザ特定情報に基づいて前記第１ユーザを識別する第１ユーザ識別情報を特定し、前記第１ユーザ識別情報と、前記第１ユーザに対応する前記所定条件とを関連付けることにより前記第１ユーザに対応する前記所定条件を設定する、
   請求項４に記載の決済処理方法。
6. 前記設定要求は、前記第２ユーザ識別情報と、前記第１ユーザ特定情報としての前記第１ユーザを識別する第１ユーザ識別情報とを含み、
   前記設定するステップにおいて、前記コンピュータが実行する、前記設定要求に含まれる前記第１ユーザ識別情報と、前記第１ユーザに対応する前記所定条件とを関連付けることにより、前記第１ユーザに対応する前記所定条件を設定する、
   請求項４に記載の決済処理方法。
7. 前記設定するステップにおいて、前記コンピュータは、前記第２ユーザと前記第１ユーザとが所定の関係を有するか否かを判定し、前記所定の関係を有すると判定した場合に、取得した前記設定要求に基づいて前記第１ユーザに対応する前記所定条件を設定する、
   請求項４から６のいずれか１項に記載の決済処理方法。
8. 前記設定するステップにおいて、前記コンピュータは、前記第１ユーザ端末から前記決済用トークンを所定の日時に受信することを前記第１ユーザに対応する前記所定条件として設定する、
   請求項４から７のいずれか１項に記載の決済処理方法。
9. 前記設定するステップにおいて、前記コンピュータは、前記第１ユーザ端末に対応する決済金額を引き落とす口座の残高が所定の条件を満たすことを前記第１ユーザに対応する前記所定条件として設定する、
   請求項４から８のいずれか１項に記載の決済処理方法。
10. 前記設定するステップにおいて、前記コンピュータは、前記第１ユーザ端末の位置が所定の範囲内であることを前記第１ユーザに対応する前記所定条件として設定する、
    請求項４から９のいずれか１項に記載の決済処理方法。
11. 前記設定するステップにおいて、前記コンピュータは、前記第１ユーザ端末の位置を特定可能であることを前記第１ユーザに対応する前記所定条件として設定する、
    請求項４から１０のいずれか１項に記載の決済処理方法。
12. 前記設定するステップにおいて、前記コンピュータは、前記第１ユーザに対応する前記所定条件として、前記第１ユーザに対する前記決済用コードの発行が常に禁止されるか常に許可されるかいずれかの条件を設定する、
    請求項４から７のいずれか１項に記載の決済処理方法。
13. 前記設定するステップにおいて、前記第１ユーザに対応する前記所定条件の設定の承認要求を前記第１ユーザ端末に送信し、前記第１ユーザ端末から前記所定条件の設定の承認を示す情報を受信すると、前記第１ユーザに対応する前記所定条件を設定する、
    請求項４から１２のいずれか１項に記載の決済処理方法。
14. 前記コンピュータが実行する、前記決済を実行するステップにおいて前記決済情報に基づく決済が行われた場合に、前記第１ユーザに対応する決済が行われたことを示す情報を前記第２ユーザが使用する第２ユーザ端末に通知するステップをさらに有する、
    請求項１から１３のいずれか１項に記載の決済処理方法。

Images