JP2021196841A - 決済処理方法 - Google Patents

決済処理方法 Download PDF

Info

Publication number
JP2021196841A
JP2021196841A JP2020102641A JP2020102641A JP2021196841A JP 2021196841 A JP2021196841 A JP 2021196841A JP 2020102641 A JP2020102641 A JP 2020102641A JP 2020102641 A JP2020102641 A JP 2020102641A JP 2021196841 A JP2021196841 A JP 2021196841A
Authority
JP
Japan
Prior art keywords
user
payment
unit
predetermined condition
user terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020102641A
Other languages
English (en)
Other versions
JP6924876B1 (ja
Inventor
隆元 伊藤
Takamoto Ito
恭平 辻
Kyohei Tsuji
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KDDI Corp filed Critical KDDI Corp
Priority to JP2020102641A priority Critical patent/JP6924876B1/ja
Application granted granted Critical
Publication of JP6924876B1 publication Critical patent/JP6924876B1/ja
Publication of JP2021196841A publication Critical patent/JP2021196841A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】ユーザのコード決済による金銭消費を制御する決済処理方法を提供する。【解決手段】決済処理装置1は、第1ユーザが使用する第1ユーザ端末から、第1ユーザIDと、第1ユーザが店舗で決済するための決済用コードの発行要求とを受信すると、第2ユーザにより設定された所定条件を満たすか否かを判定する判定部133と、判定部133における所定条件の判定結果に基づいて、決済用トークンを第1ユーザ端末に送信するトークン送信部134と、決済用トークンに基づいて第1ユーザ端末が表示した決済用コードを読み取った店舗端末から、決済用トークンと、第1ユーザの店舗における商品又はサービスの購入に関する決済情報とを受信する決済用情報受信部135と、店舗端末から受信した決済情報に基づいて決済を実行する決済処理部136と、を有する。【選択図】図2

Description

本発明は、決済処理方法に関する。
QRコード(登録商標)等の二次元バーコードを用いたコード決済が普及している(例えば、特許文献1、特許文献2を参照)。コード決済は、店舗側が表示した二次元バーコードをユーザ端末により読み取るか、ユーザ端末が表示した二次元バーコードを店舗側が読み取ることにより決済が行われる。
特許6528160号公報 特許6473539号公報
コード決済における決済金額を引き落とす口座にはクレジットカード等からの金額のチャージが容易であることや、コード決済時にユーザが口座残高を気にすることなく決済可能であることから、コード決済において第1ユーザによる過度な購買を招く場合がある。例えば、口座を管理する第2ユーザの子供である第1ユーザが、自身の端末を利用してチャージと購入を手軽に行うことが容易であり、第2ユーザの管理の行き届かない金銭消費が生じやすいという問題がある。
そこで、本発明はこれらの点に鑑みてなされたものであり、ユーザのコード決済による金銭消費を制御することができる決済処理方法を提供することを目的とする。
本発明の第1の態様に係る決済処理方法は、コンピュータが実行する、第1ユーザが使用する第1ユーザ端末から、前記第1ユーザを識別する第1ユーザ識別情報と、前記第1ユーザが店舗で決済するための決済用コードの発行要求とを受信するステップと、前記決済用コードの発行要求を受信すると、第2ユーザにより設定された所定条件を満たすか否かを判定するステップと、前記判定するステップにおける前記所定条件の判定結果に基づいて、前記決済用トークンを前記第1ユーザ端末に送信するステップと、前記決済用トークンに基づいて前記第1ユーザ端末が表示した前記決済用コードを読み取った店舗端末から、前記決済用トークンと、前記第1ユーザの前記店舗における商品又はサービスの購入に関する決済情報とを受信するステップと、前記店舗端末から受信した前記決済情報に基づいて決済を実行するステップと、を有する。
本発明の第2の態様に係る決済処理方法は、コンピュータが実行する、第1ユーザが使用する第1ユーザ端末から、前記第1ユーザを識別する第1ユーザ識別情報と、前記第1ユーザが店舗で決済するための決済用コードの発行要求とを受信するステップと、前記決済用コードの発行要求を受信すると、前記第1ユーザ端末に、前記決済用コードを生成するための決済用トークンを送信するステップと、前記決済用トークンに基づいて前記第1ユーザ端末が表示した前記決済用コードを読み取った店舗端末から、前記決済用トークンと、前記第1ユーザの前記店舗における商品又はサービスの購入に関する決済情報とを受信するステップと、前記店舗端末から前記決済用トークン及び前記決済情報を受信すると、第2ユーザにより設定された所定条件を満たすか否かを判定するステップと、前記判定するステップにおける前記所定条件の判定結果に基づいて、前記決済情報に基づく決済を行うステップと、を有する。
本発明によれば、ユーザのコード決済による金銭消費を制御することができるという効果を奏する。
決済システムの概要を示す図である。 決済処理装置の機能構成を示す図である。 条件情報の一例を示す図である。 第1ユーザ端末の機能構成を示す図である。 第2ユーザ端末の機能構成を示す図である。 店舗端末の機能構成を示す図である。 決済システムの動作シーケンス図である。 図7に続く動作シーケンス図である。
[決済システムSの概要]
図1は、決済システムSの概要を示す図である。決済システムSは、ユーザが店舗において商品又はサービスを購入する場合に、ユーザが所持するユーザ端末からの要求に応じて決済用コードをユーザ端末に表示させ、店舗側で決済用コードが読み込まれたことに応じて決済を行うシステムである。決済用コードは、店舗での精算に用いられる店舗側の端末において読み取れるテキスト又は画像であり、決済時に用いられるコードである。なお、以下の説明において、商品又はサービスをまとめて、単に商品という。
決済システムSは、決済処理装置1と、第1ユーザ端末2と、第2ユーザ端末3と、店舗端末4とを備える。決済処理装置1は、購入金額の決済を行うサーバである。第1ユーザ端末2は、第2ユーザの子供である第1ユーザが使用する情報端末であり、例えばスマートフォン、タブレット又はパーソナルコンピュータである。第2ユーザ端末3は、第2ユーザが使用する情報端末であり、例えばスマートフォン、タブレット又はパーソナルコンピュータである。店舗端末4は、例えばPOS端末である。
以下、図1を参照しながら、決済が完了するまでの流れを説明する。
第2ユーザは、予め、第1ユーザによる決済コードを用いた決済を制限するために、第2ユーザ端末3の操作を行う。第2ユーザ端末3は、第1ユーザに対応するコード決済を制限するための所定条件の設定要求を決済処理装置1に送信する(図1における(1))。所定条件は、例えば、決済用コードの発行を許可する発行許可条件であるものとする。なお、所定条件は、決済用コードの発行を禁止する発行禁止条件、又は発行許可条件と発行禁止条件との組合せであってもよい。本実施形態では、所定条件が発行許可条件であるものとして説明を行う。決済処理装置1は、発行許可条件の設定要求を第2ユーザ端末3から受信すると、受信した設定要求に基づいて第1ユーザに対応する発行許可条件を設定する(図1における(2))。
その後、第1ユーザは、店舗において商品の購入を行う。第1ユーザは、店舗において会計を行う場合に、決済用のアプリケーションソフトウェアを起動し、決済用コードを第1ユーザ端末2に表示させるための操作を行う。第1ユーザ端末2は、決済用コードを表示させるための操作を受け付けると、第1ユーザを識別する第1ユーザ識別情報としての第1ユーザIDと、決済用コードの発行要求とを決済処理装置1に送信する(図1における(3))。
決済処理装置1は、第1ユーザ端末2から、第1ユーザIDと、決済用コードの発行要求とを受信する。決済処理装置1は、決済用コードの発行要求を受信した時点において、第2ユーザにより設定された発行許可条件を満たすか否かを判定する(図1における(4))。決済処理装置1は、発行許可条件を満たすと判定すると、決済用トークンを生成する(図1における(5))。決済用トークンは、第1ユーザが店舗で提示する決済用コードを第1ユーザ端末2が生成する際に用いるデータ列である。決済処理装置1は、生成した決済用トークンと、第1ユーザIDとを関連付けて記憶媒体に記憶する(図1における(6))。
決済処理装置1は、生成した決済用トークンを第1ユーザ端末2に送信する(図1における(7))。決済処理装置1は、決済用トークンを暗号化した後に、暗号化した決済用トークンを第1ユーザ端末2に送信してもよい。
第1ユーザ端末2は、受信した決済用トークンに基づいて決済用コードを生成して表示させる(図1における(8))。第1ユーザは、店舗のレジで商品の購入代金を精算する際に決済用コードを提示する。そして、例えば店員の操作により、店舗端末4が、第1ユーザ端末2に表示された決済用コードを読み取る(図1における(9))。
店舗端末4は、第1ユーザが購入する商品の合計額を示す店舗における決済金額と店舗を識別する店舗識別情報としての店舗IDとを含む決済情報と、読み取った決済用コードが示す決済用トークンとを決済処理装置1に送信する(図1における(10))。
決済処理装置1は、店舗端末4から決済情報と、決済用トークンを受信すると、当該決済用トークンが、第1ユーザ端末2に送信した決済用トークンと一致するか否かを判定する。決済処理装置1は、決済用トークンが一致すると判定した場合に、決済用トークンと関連付けられている第1ユーザIDと、受信した決済情報とに基づいて決済処理を実行する(図1における(11))。
決済システムSが以上のように動作することで、第1ユーザがコード決済を行う場合に、発行許可条件を満たしていない場合には、コード決済を行わないようにすることができる。これにより、決済システムSは、第1ユーザのコード決済による金銭消費を制御することができる。
以下、決済処理装置1、第1ユーザ端末2、第2ユーザ端末3、及び店舗端末4の構成の詳細を説明する。
[決済処理装置1の機能構成]
図2は、決済処理装置1の機能構成を示す図である。決済処理装置1は、通信部11と、記憶部12と、制御部13とを有する。
通信部11は、インターネット等のネットワークを介して第1ユーザ端末2及び店舗端末4とデータを送受信するための通信インターフェースである。
記憶部12は、各種のデータを記憶する記憶媒体であり、ROM(Read Only Memory)、RAM(Random Access Memory)、及びハードディスク等を有する。記憶部12は、制御部13が実行するプログラムを記憶する。記憶部12は、制御部13を、条件設定部131、発行要求受信部132、判定部133、トークン送信部134、決済用情報受信部135、及び決済処理部136として機能させる決済用プログラムを記憶する。
また、記憶部12は、第1ユーザIDと、所定条件としての決済用コードの発行許可条件を示す情報とを関連付けた条件情報を記憶する。図3は、条件情報の一例を示す図である。図3に示すように、第1ユーザIDに、発行許可条件を設定した第2ユーザを識別する第2ユーザ識別情報としての第2ユーザIDと、発行許可条件が関連付けられていることが確認できる。図3に示すように、発行許可条件は、例えば、第1ユーザ端末2に対応する決済金額を引き落とす口座の残高が一定以下であること、第1ユーザ端末2から発行要求を所定の日時に受信すること、第1ユーザ端末2の位置が所定の範囲内であることである。
また、発行許可条件は、図3に示すものに限らず、第1ユーザ端末2に対応する決済金額を引き落とす口座の残高が一定以上であること、所定期間内(例えば現在時刻から所定期間以内)における第1ユーザ端末2に対応する決済回数が所定回数以下であること、所定期間内における第1ユーザ端末2に対応する決済金額の合計額が所定額以下であること、第1ユーザ端末2に対応する決済が行われてから所定時間が経過していること、第2ユーザ端末3の第2ユーザにより、決済用コードの発行が無条件に許可されていることであってもよい。
また、発行許可条件は、決済処理装置1が第1ユーザ端末2の位置を特定可能であることであってもよい。第1ユーザ端末2の位置を特定可能であることとは、例えば、決済用コードの発行要求とともに、第1ユーザ端末2の位置を示す位置情報を受信していることであるが、これに限らず、決済用コードの発行要求の受信時に、決済処理装置1が第1ユーザ端末2に位置情報の取得を要求し、その結果、第1ユーザ端末2の位置を示す位置情報を受信したことであってもよい。
また、発行許可条件は、上述した複数の発行許可条件の組合せであってもよいし、一以上の発行禁止条件と一以上の発行許可条件の組合せであってもよい。
制御部13は、例えばCPU(Central Processing Unit)である。制御部13は、記憶部12に記憶された決済用プログラムを実行することにより、条件設定部131、発行要求受信部132、判定部133、トークン送信部134、決済用情報受信部135、及び決済処理部136として機能する。制御部13の各部の動作の詳細については後述する。
[第1ユーザ端末2の機能構成]
図4は、第1ユーザ端末2の機能構成を示す図である。第1ユーザ端末2は、操作部21と、通信部22と、表示部23と、記憶部24と、制御部25とを有する。制御部25は、操作受付部251と、要求送信部252と、コード生成部253とを有する。
操作部21は、第1ユーザの操作を受け付ける操作デバイスであり、例えば表示部23の表面に設けられたタッチパネルである。操作部21は、第1ユーザがタッチした位置を示す信号を操作受付部251に通知する。
通信部22は、例えば携帯電話網の基地局との間でデータを送受信するための無線通信インターフェースである。通信部22は、決済処理装置1から受信した決済用トークン等をコード生成部253に入力する。
表示部23は、各種の情報を表示するディスプレイである。表示部23は、コード生成部253の制御に基づいて、決済用コードを表示する。
記憶部24は、ROM及びRAM等を含む記憶媒体である。記憶部24は、制御部25が実行するプログラムを記憶している。記憶部24は、制御部25を、操作受付部251、要求送信部252及びコード生成部253として機能させるプログラムを記憶する。また、記憶部24は、決済処理装置1から受信した決済用トークン、及び決済用トークンに基づいて生成された決済用コード等を記憶する。
制御部25は、例えばCPUであり、記憶部24に記憶されたプログラムを実行することにより、操作受付部251、要求送信部252及びコード生成部253として機能する。
操作受付部251は、操作部21から入力された信号に基づいて、第1ユーザの操作内容を特定する。操作受付部251は、特定した操作内容が、決済用コードを第1ユーザ端末2に表示させるための操作である場合に、操作内容を要求送信部252に通知する。要求送信部252は、操作受付部251が、決済用コードを第1ユーザ端末2に表示させるための操作を受け付けた場合に、第1ユーザ端末2の位置を特定する。そして、要求送信部252は、通信部22を介して、第1ユーザIDと、第1ユーザ端末2の位置を示す端末位置情報と、決済用コードの発行要求とを決済処理装置1に送信する。ここで、要求送信部252は、端末位置情報の送信を必須としなくてもよい。
コード生成部253は、決済処理装置1から決済用トークンが送信されると、決済用トークンに基づく決済用コードを生成する。コード生成部253は、例えば、予め定められた規則に基づいて決済用コードを生成する。コード生成部253は、生成した決済用コードを表示部23に表示させる。
[第2ユーザ端末3の機能構成]
図5は、第2ユーザ端末3の機能構成を示す図である。第2ユーザ端末3は、操作部31と、通信部32と、表示部33と、記憶部34と、制御部35とを有する。制御部35は、操作受付部351と、設定要求送信部352と、表示制御部353とを有する。
操作部31は、第2ユーザの操作を受け付ける操作デバイスであり、例えば表示部33の表面に設けられたタッチパネルである。操作部31は、第2ユーザがタッチした位置を示す信号を操作受付部351に通知する。
通信部32は、例えば携帯電話網の基地局との間でデータを送受信するための無線通信インターフェースである。通信部32は、発行許可条件を設定するための設定要求を決済処理装置1に送信する。通信部32は、決済処理装置1から、第1ユーザのコード決済に関する情報を受信する。第1ユーザのコード決済に関する情報は、例えば、第1ユーザによるコード決済が失敗したことを示すエラー情報、又は第1ユーザによるコード決済が完了したことを示す情報である。
表示部33は、各種の情報を表示するディスプレイである。
記憶部34は、ROM及びRAM等を含む記憶媒体である。記憶部34は、制御部35が実行するプログラムを記憶している。記憶部34は、制御部35を、操作受付部351、設定要求送信部352及び表示制御部353として機能させるプログラムを記憶する。
制御部35は、例えばCPUであり、記憶部34に記憶されたプログラムを実行することにより、操作受付部351、設定要求送信部352及び表示制御部353として機能する。
操作受付部351は、操作部31から入力された信号に基づいて、第2ユーザの操作内容を特定する。操作受付部351は、特定した操作内容が、発行許可条件の設定を行うための操作である場合に、操作内容を設定要求送信部352に通知する。設定要求送信部352は、操作受付部351が、発行許可条件の設定を行うための操作を受け付けた場合に、設定画面を表示部33に表示させ、第1ユーザを特定するための第1ユーザ特定情報と、発行許可条件とを受け付ける。
第1ユーザ特定情報は、例えば、第1ユーザの氏名、性別及び生年月日等の個人情報、第1ユーザ端末2に対応する電話番号、又はこれらの組合せであるものとするが、第1ユーザIDであってもよい。
設定要求送信部352は、通信部22を介して、第2ユーザの第2ユーザIDと、第1ユーザ特定情報と、発行許可条件とを含む発行許可条件の設定要求を決済処理装置1に送信する。
表示制御部353は、決済処理装置1から受信した、第1ユーザのコード決済に関する情報を受信すると、当該情報を表示部33に表示させる。
[店舗端末4の機能構成]
図6は、第1実施形態に係る店舗端末4の機能構成を示す図である。店舗端末4は、操作部41と、読取部42と、通信部43と、表示部44と、記憶部45と、制御部46とを有する。
操作部41は、ユーザとしての店員の操作を受け付ける操作デバイスであり、例えば店員が購入する商品を選択するためのボタンや、表示部44の表面に設けられたタッチパネルである。
読取部42は、例えば、バーコードリーダ及びカメラであり、第1ユーザが購入する商品に付されているバーコードや、第1ユーザ端末2が表示した決済用コードを読み取る。読取部42は、読み取ったバーコード及び決済用コードが示す情報を制御部46に出力する。
通信部43は、例えば決済処理装置1との間でデータを送受信するための通信インターフェースである。通信部43は、制御部46の制御に応じて、決済用トークン、決済情報を決済処理装置1に送信する。
表示部44は、各種の情報を表示するディスプレイである。表示部44は、例えば、決済金額を表示する。
記憶部45は、ROM及びRAM等を含む記憶媒体である。記憶部45は、制御部46が実行するプログラムを記憶している。記憶部45は、制御部46を、決済用情報生成部461、トークン取得部462、及び決済用情報送信部463として機能させるプログラムを記憶する。また、記憶部45は、商品IDと、商品の価格とを関連付けた商品DBを記憶する。
制御部46は、例えばCPUであり、記憶部45に記憶されたプログラムを実行することにより、決済用情報生成部461、トークン取得部462、及び決済用情報送信部463として機能する。
決済用情報生成部461は、決済対象の一以上の商品を特定し、決済情報を生成する。具体的には、決済用情報生成部461は、操作部41において店員が入力した商品ID又は読取部42が商品に付されたバーコードから読み取った商品IDを取得することにより、取得した商品IDの商品を決済対象の商品と特定する。決済用情報生成部461は、記憶部45に記憶されている商品DBを参照し、取得した商品IDに関連付けられている商品の価格を特定する。決済用情報生成部461は、操作部41において店員が入力した商品ID又は読取部42が商品に付されたバーコードから読み取った商品IDを一以上取得し、当該商品IDから特定した商品の価格を集計する。決済用情報生成部461は、操作部41において精算操作を受け付けると、集計した商品の価格を決済金額に決定する。決済用情報生成部461は、決済金額と、店舗を識別する店舗識別情報としての店舗IDとを含む決済情報を生成する。
トークン取得部462は、読取部42が、第1ユーザ端末2に表示された決済用コードを読み取ることにより、決済用コードから抽出した情報を、決済用トークンとして取得する。
決済用情報送信部463は、決済用情報生成部461が決済情報を生成し、トークン取得部462が決済用トークンを取得すると、通信部43を介して、決済用トークンと、決済情報とを決済処理装置1に送信する。
[制御部13の各部の動作]
続いて、制御部13の各部の動作について説明する。
条件設定部131は、第2ユーザ端末3から、第1ユーザに対する発行許可条件の設定要求を受信し、受信した設定要求に基づいて、第1ユーザに対応する発行許可条件を設定する。
具体的には、まず、条件設定部131は、第2ユーザ端末3から、第2ユーザIDと第1ユーザ特定情報と発行許可条件とを含む発行許可条件の設定要求を受信する。続いて、条件設定部131は、設定要求に含まれる第1ユーザ特定情報に基づいて、第1ユーザIDを特定する。
例えば、記憶部12には、コード決済サービスを利用可能な複数のユーザそれぞれのユーザIDと、ユーザの個人情報とを関連付けたユーザ情報が記憶されている。コード決済サービスは、例えば、携帯電話網を提供する通信事業者が運営しており、携帯電話に関するサービスを利用するユーザがコード決済サービスを利用可能であってもよい。すなわち、コード決済サービスのユーザ情報は、携帯電話に関するサービスのユーザ情報と共通であってもよい。
条件設定部131は、記憶部12に記憶されているユーザ情報を参照し、第1ユーザ特定情報と一致するユーザの個人情報に関連付けられている第1ユーザIDを特定する。
なお、ユーザ情報は記憶部12に記憶されていることとしたが、これに限らず、決済処理装置1とは異なる記憶装置に記憶されていてもよい。この場合、条件設定部131は、記憶装置に記憶されているユーザ情報を参照し、第1ユーザIDを特定してもよい。
条件設定部131は、受信した設定要求に含まれる第2ユーザIDに対応する第2ユーザと、特定した第1ユーザIDに対応する第1ユーザとが所定の関係を有しているかを判定する。所定の関係は、例えば、第1ユーザと第2ユーザとが家族であること、又は親子関係を有していることである。例えば、記憶部12に記憶されているユーザ情報において、ユーザのユーザIDに、当該ユーザと親子関係又は家族関係を有する他のユーザのユーザIDが関連付けられている。条件設定部131は、ユーザ情報を参照することにより、第2ユーザと第1ユーザとが親子関係を有しているか、第1ユーザと第2ユーザとが家族であるかを判定する。
条件設定部131は、第2ユーザと第1ユーザとが親子関係を有しているか、第1ユーザと第2ユーザとが家族であると判定すると、受信した設定要求に基づいて、第1ユーザに対応する発行許可条件を設定する。条件設定部131は、特定した第1ユーザIDと、受信した設定要求に含まれる第2ユーザIDと、発行許可条件とを関連付けて条件情報として記憶部12に記憶させることにより、第1ユーザに対応する発行許可条件を設定する。
条件設定部131は、例えば、第1ユーザ端末2から決済用コードの発行要求を所定の日時に受信すること、第1ユーザ端末2に対応する決済金額を引き落とす口座の残高が所定の条件を満たすこと、第1ユーザ端末2の位置が所定の範囲内であること、第1ユーザ端末2の位置を特定可能であること、又は、これらの組合せを第1ユーザに対応する発行許可条件として設定する。所定の条件は、例えば、口座の残高が第1の残高以上であること、又は、口座の残高が第2の残高以下であることである。
また、条件設定部131は、第1ユーザに対する決済用コードの発行が常に禁止されるか常に許可されるように第1ユーザに対応する発行許可条件を設定してもよい。決済用コードの発行が常に禁止される条件とは、例えば、常に成立しない条件である。
なお、条件設定部131は、第1ユーザ特定情報として第1ユーザIDを含む発行許可条件の設定要求を受信した場合には、当該設定要求に含まれる第1ユーザIDと、第2ユーザIDと、発行許可条件とを関連付けて、条件情報として記憶部12に記憶させることにより、第1ユーザに対応する発行許可条件を設定してもよい。
また、条件設定部131は、第1ユーザに対応する発行許可条件の設定の承認要求を第1ユーザ端末2に送信してもよい。そして、条件設定部131は、第1ユーザ端末2から発行許可条件の設定の承認を示す情報を受信すると、第1ユーザに対応する発行許可条件を設定してもよい。このように、決済処理装置1は、第1ユーザからの承認を得たうえで発行許可条件の設定を行うことができるので、コード決済時に発行許可条件に基づいて決済が行えないことにより第1ユーザが混乱することを抑制することができる。
発行要求受信部132は、第1ユーザ端末2から、第1ユーザIDと、端末位置情報と、第1ユーザが店舗で決済するための決済用コードの発行要求とを受信する。
判定部133は、発行要求受信部132が決済用コードの発行要求を受信すると、記憶部12に記憶されている条件情報を参照し、受信した第1ユーザIDに対応する第1ユーザと関連する第2ユーザにより設定された発行許可条件を満たすか否かを判定する。
例えば、判定部133は、条件情報において第1ユーザIDに関連付けられている発行許可条件が、第1ユーザ端末2に対応する決済金額を引き落とす口座の残高が一定以上であることである場合、第1ユーザ端末2に対応する決済金額を引き落とす口座の残高を特定する。そして、判定部133は、特定した口座の残高に基づいて、発行許可条件を満たすか否かを判定する。
また、判定部133は、条件情報において第1ユーザIDに関連付けられている発行許可条件が、第1ユーザ端末2から決済用コードの発行要求を所定の日時に受信することである場合、決済用コードの発行要求の受信時刻に基づいて、当該発行許可条件を満たすか否かを判定する。
また、判定部133は、条件情報において第1ユーザIDに関連付けられている発行許可条件が、第1ユーザ端末の位置が所定の範囲内であることである場合、発行要求受信部132から受信した端末位置情報に基づいて、当該発行許可条件を満たすか否かを判定する。
また、判定部133は、発行許可条件を満たさないと判定すると、第1ユーザに対応する決済を行わないことを示す情報を第2ユーザ端末3に通知する。この場合、判定部133は、記憶部12に記憶されている条件情報を参照し、第1ユーザIDに関連付けられている第2ユーザIDを特定し、当該第2ユーザIDに対応する第2ユーザ端末3に、決済を行わないことを示す情報を通知する。決済を行わないことを示す情報は、例えば、発行許可が満たされないことにより決済が行われないことを示す情報や、決済に用いられるコードを発行しないことを示す情報である。このようにすることで、第2ユーザは、第1ユーザがコード決済により商品を購入できなかったことを把握することができる。なお、判定部133は、第1ユーザに対応する決済を行わないことを示す情報を第2ユーザ端末3に通知したが、これに限らず、第1ユーザに対応する決済を行わないことを示す情報を第1ユーザ端末2に通知してもよい。
トークン送信部134は、判定部133における発行許可条件の判定結果に基づいて、決済用トークンを第1ユーザ端末2に送信する。具体的には、トークン送信部134は、判定部133において、発行許可条件としての発行許可条件を満たしていると判定した場合、決済用コードを生成するための決済用トークンを生成する。トークン送信部134は、決済用トークンを生成すると、発行要求受信部132が取得した第1ユーザIDと、生成した決済用トークンとを関連付けて記憶部12に記憶させる。また、トークン送信部134は、生成した決済用トークンを、決済用コードの発行要求を送信した第1ユーザ端末2に送信する。
決済用情報受信部135は、トークン送信部134が送信した決済用トークンに基づいて第1ユーザ端末2が表示した決済用コードを読み取った店舗端末4から、店舗IDと、第1ユーザの店舗における決済金額とを含む、第1ユーザの店舗における商品の購入に関する決済情報と、決済用トークンとを受信する。
決済処理部136は、店舗端末4から決済情報と決済用トークンとを受信すると、決済情報に基づいて決済を実行する。具体的には、決済処理部136は、決済用情報受信部135が決済情報と決済用トークンとを受信すると、当該決済用トークンと一致する決済用トークンが記憶部12に記憶されているか否かを判定する。決済処理部136は、一致する決済用トークンが記憶部12に記憶されていると判定すると、当該決済用トークンに関連付けられて記憶部12に記憶されている第1ユーザIDを特定する。
決済処理部136は、受信した決済情報に含まれる決済金額を、特定した第1ユーザIDに対応する第1ユーザの口座から引き落とす処理を実行する。また、決済処理部136は、受信した決済情報に含まれる決済金額を、受信した決済情報に含まれる店舗IDで特定される店舗の口座に入金する処理を実行する。決済処理部136は、決済金額から、決済処理装置1における決済手数料を差し引いた金額を、店舗の口座に入金してもよい。
決済処理部136は、決済情報に基づく決済が行われた場合に、決済が完了したことを示す決済完了情報を第1ユーザ端末2及び店舗端末4に通知する。また、決済処理部136は、決済情報に基づく決済が行われた場合に、第1ユーザに対応する決済が行われたことを示す決済実行情報を第2ユーザ端末3に通知する。決済処理部136は、決済実行情報の代わりに、決済完了情報を第2ユーザ端末3に通知してもよい。このようにすることで、第2ユーザは、第1ユーザがコード決済により商品を購入したことを把握することができる。
[動作シーケンス]
図7は、決済システムSの動作シーケンス図である。図8は、図7に続く動作シーケンス図である。
図7に示すシーケンス図は、第2ユーザ端末3の第2ユーザが発行許可条件の設定操作をしたところから開始している(S1)。設定要求送信部352は、第2ユーザの第2ユーザIDと、第1ユーザ特定情報と、発行許可条件とを含む発行許可条件の設定要求を決済処理装置1に送信する(S2)。
決済処理装置1の条件設定部131は、第2ユーザ端末3から発行許可条件の設定要求を受信すると、当該設定要求に含まれている第1ユーザ特定情報に基づいて第1ユーザIDを特定する(S3)。条件設定部131は、特定した第1ユーザIDと、受信した設定要求に含まれる第2ユーザIDと、発行許可条件とを関連付けて条件情報として記憶部12に記憶させることにより、第1ユーザに対応する発行許可条件を設定する(S4)。
その後、第1ユーザが店舗において、第1ユーザが第1ユーザ端末2において決済用コードの表示操作をすると(S5)、要求送信部252は、第1ユーザIDと、決済用コードの発行要求とを決済処理装置1に送信する(S6)。
決済処理装置1の発行要求受信部132が、第1ユーザ端末2から、第1ユーザIDと、決済用コードの発行要求とを取得すると、判定部133は、受信した第1ユーザIDに対応する第1ユーザと関連する第2ユーザにより設定された発行許可条件を満たすか否かを判定する(S7)。本フローチャートでは、判定部133は、発行許可条件が満たされていると判定するものとする。なお、判定部133は、発行許可条件が満たされていないと判定すると、第2ユーザ端末3に、発行許可条件が満たされないことにより決済を行われないことを示す情報を通知する。
トークン送信部134は、発行許可条件を満たしていると判定部133が判定すると、決済用コードを生成するための決済用トークンを生成する(S8)。トークン送信部134は、受信した第1ユーザIDと、生成した決済用トークンとを関連付けて記憶部12に記憶させる(S9)。トークン送信部134は、生成した決済用トークンを、決済用コードの発行要求を送信した第1ユーザ端末2に送信する(S10)。
図8に説明を移す。第1ユーザ端末2のコード生成部253は、決済処理装置1から受信した決済用トークンに基づく決済用コードを生成し、生成した決済用コードを表示部23に表示させる(S11)。ユーザが店舗において、第1ユーザ端末2に表示された決済用コードを提示し、店舗端末4の読取部42が決済用コードを読み取る(S12)。
また、店舗端末4の決済用情報生成部461は、操作部31において店員が入力した商品ID又は読取部42が商品に付されたバーコードから読み取った商品IDに基づいて商品の価格を特定し、決済金額を算出する(S13)。店舗端末4の決済用情報送信部463は、算出された決済金額と店舗IDとを含む決済情報と、S10において読み取られた決済用コードに含まれている決済用トークンとを決済処理装置1に送信する(S14)。
続いて、決済処理装置1の決済用情報受信部135は、店舗端末4から、決済情報と、決済用トークンとを受信する。決済処理部136は、記憶部12に記憶されている決済用トークンと、受信した決済用トークンが一致する場合に、当該決済用トークンと関連付けられている第1ユーザIDを特定する(S15)。続いて、決済処理部136は、特定した第1ユーザIDと、受信した決済情報に含まれる店舗IDとに基づいて決済処理を行う(S16)。
続いて、決済処理部136は、決済が完了したことを示す決済完了情報を第1ユーザ端末2に通知するとともに(S17)、第1ユーザに対応する決済が行われたことを示す決済実行情報を第2ユーザ端末3に通知する(S18)。
[変形例]
以上の説明においては、決済処理装置1は、第1ユーザ端末2から第1ユーザIDと決済用コードの発行要求とを受信すると、受信した第1ユーザIDに対応する第1ユーザと関連する第2ユーザにより設定された発行許可条件を満たすか否かを判定したが、これに限らない。例えば、第2ユーザにより設定された発行許可条件を、決済許可条件として用いてもよい。この場合、決済処理装置1の判定部133は、決済用情報受信部135が店舗端末4から決済情報と、決済用トークンとを受信した場合に、決済用トークンに対応する第1ユーザと関連する第2ユーザにより設定された決済許可条件を満たすか否かを判定する。
そして、決済処理部136は、判定部133による決済許可条件の判定結果に基づいて、決済情報に基づく決済を行うようにしてもよい。具体的には、決済処理部136は、判定部133により決済許可条件を満たすと判定された場合に、決済情報に基づく決済を行うようにしてもよい。このようにすることで、決済処理装置1は、第1ユーザのコード決済による金銭消費を制御することができる。
[本実施形態に係る決済システムSによる効果]
以上説明したように、本実施形態に係る決済処理装置1は、第1ユーザが使用する第1ユーザ端末2から、第1ユーザIDと、第1ユーザが店舗で決済するための決済用コードの発行要求とを受信すると、第1ユーザと関連する第2ユーザにより設定された所定条件を満たすか否かを判定し、所定条件の判定結果に基づいて、決済用トークンを第1ユーザ端末2に送信する。決済処理装置1は、決済用トークンに基づいて第1ユーザ端末2が表示した決済用コードを読み取った店舗端末4から、決済用トークンと、第1ユーザの店舗における商品又はサービスの購入に関する決済情報とを受信すると、店舗端末4から受信した決済情報に基づいて決済を実行する。このようにすることで、決済処理装置1は、第1ユーザのコード決済による金銭消費を制御することができる。
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の分散・統合の具体的な実施の形態は、以上の実施の形態に限られず、その全部又は一部について、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。
1 決済処理装置
2 第1ユーザ端末
3 第2ユーザ端末
4 店舗端末
11 通信部
12 記憶部
13 制御部
21 操作部
22 通信部
23 表示部
24 記憶部
25 制御部
31 操作部
32 通信部
33 表示部
34 記憶部
35 制御部
41 操作部
42 読取部
43 通信部
44 表示部
45 記憶部
46 制御部
131 条件設定部
132 発行要求受信部
133 判定部
134 トークン送信部
135 決済用情報受信部
136 決済処理部
251 操作受付部
252 要求送信部
253 コード生成部
351 操作受付部
352 設定要求送信部
353 表示制御部
461 決済用情報生成部
462 トークン取得部
463 決済用情報送信部

Claims (15)

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

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020102641A JP6924876B1 (ja) 2020-06-12 2020-06-12 決済処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020102641A JP6924876B1 (ja) 2020-06-12 2020-06-12 決済処理方法

Publications (2)

Publication Number Publication Date
JP6924876B1 JP6924876B1 (ja) 2021-08-25
JP2021196841A true JP2021196841A (ja) 2021-12-27

Family

ID=77364543

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020102641A Active JP6924876B1 (ja) 2020-06-12 2020-06-12 決済処理方法

Country Status (1)

Country Link
JP (1) JP6924876B1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013210741A (ja) * 2012-03-30 2013-10-10 Japan Research Institute Ltd 買い物支援装置、買い物支援方法および買い物支援プログラム
US20150332264A1 (en) * 2014-05-16 2015-11-19 Bank Of America Corporation Tokenization of user accounts for direct payment authorization channel
WO2018179805A1 (ja) * 2017-03-31 2018-10-04 ソニー株式会社 情報処理装置、情報処理方法、およびプログラム
JP6585808B1 (ja) * 2018-12-21 2019-10-02 LINE Pay株式会社 生成方法、プログラム、情報処理装置
JP2020047179A (ja) * 2018-09-21 2020-03-26 株式会社メルカリ プログラム、情報処理方法、および情報処理装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013210741A (ja) * 2012-03-30 2013-10-10 Japan Research Institute Ltd 買い物支援装置、買い物支援方法および買い物支援プログラム
US20150332264A1 (en) * 2014-05-16 2015-11-19 Bank Of America Corporation Tokenization of user accounts for direct payment authorization channel
WO2018179805A1 (ja) * 2017-03-31 2018-10-04 ソニー株式会社 情報処理装置、情報処理方法、およびプログラム
JP2020047179A (ja) * 2018-09-21 2020-03-26 株式会社メルカリ プログラム、情報処理方法、および情報処理装置
JP6585808B1 (ja) * 2018-12-21 2019-10-02 LINE Pay株式会社 生成方法、プログラム、情報処理装置

Also Published As

Publication number Publication date
JP6924876B1 (ja) 2021-08-25

Similar Documents

Publication Publication Date Title
JP6990796B2 (ja) 決済処理方法
JP6910509B1 (ja) 決済処理方法
JP6990797B2 (ja) 決済処理方法
JP6845960B1 (ja) 決済処理方法及び決済処理装置
JP2021086352A (ja) 決済処理方法及び決済処理装置
JP6924916B1 (ja) 決済処理方法及び決済処理装置
JP2021099889A (ja) 特典付与方法及び特典付与装置
JP6986644B1 (ja) 決済処理方法
JP6942899B2 (ja) 特典付与方法及び特典付与装置
JP6840814B1 (ja) 特典付与方法及び特典付与装置
JP6924876B1 (ja) 決済処理方法
JP6955053B1 (ja) 決済処理方法、決済処理装置及び決済用プログラム
JP7022108B2 (ja) 決済処理方法及び決済処理装置
JP6924877B1 (ja) 決済処理方法
JP2021162987A (ja) 情報処理方法
JP6868151B1 (ja) 決済処理方法及び決済処理装置
JP7096936B1 (ja) 情報処理方法
JP7117441B1 (ja) 決済処理方法
JP7096937B1 (ja) 情報処理方法
JP6910502B1 (ja) 決済処理方法及び決済処理装置
JP7133081B2 (ja) 決済処理方法及び決済処理装置
JP7234439B1 (ja) 情報処理装置及び情報処理方法
JP7133080B2 (ja) 決済処理方法及び決済処理装置
JP2023018181A (ja) 情報処理方法及びプログラム
JP2023018635A (ja) プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200917

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200917

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20201009

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210316

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210510

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210706

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210802

R150 Certificate of patent or registration of utility model

Ref document number: 6924876

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150