JP2023034889A - 決済用プログラム - Google Patents

Abstract

【課題】決済手続に係る時間を短縮する。【解決手段】決済用プログラムは、表示部１４と撮像部１３とを有するユーザ端末１を、決済用コードを用いた決済を開始する操作を受け付けると、撮像部１３が撮像した撮像画像を取得する撮像画像取得部１７１、取得した撮像画像を表示部１４に表示させるとともに、店舗において提示された決済用コードを撮像画像から取得するコード取得部１７２、撮像画像が表示部１４に表示されている状態において、決済に係る決済金額の入力を受け付ける入力受付部１７３、及び、コード取得部１７２が取得した決済用コードが示す決済用トークンと、入力受付部１７３が入力を受け付けた決済金額とを、決済に関する処理を行う決済処理装置２に送信する送信部１７４として機能させる。【選択図】図２

Description

本発明は、決済用プログラムに関する。

ＱＲコード（登録商標）等の決済用コードを用いたコード決済が普及している（例えば、特許文献１を参照）。コード決済は、例えば、店舗側が表示した決済用コードをユーザ端末により読み取り、決済サーバが、ユーザ端末から受信した、決済用コードを示す情報とユーザ端末において入力された決済金額とに基づく決済処理を行うことにより実現される。

特許６５２８１６０号公報

従来のコード決済では、ユーザは、店舗で提示された決済用コードを撮像する作業と、決済金額を入力する作業とをそれぞれ異なる画面上で行っていた。このため、ユーザは、一方の作業を行うための画面において一方の作業を完了してから他方の作業を行うための画面に切り替わるまで他方の作業を行うことができず、決済手続に時間がかかるという問題が生じていた。

そこで、本発明はこれらの点に鑑みてなされたものであり、決済手続に係る時間を短縮することを目的とする。

本発明の第１の態様に係る決済用プログラムは、表示部と撮像部とを有する携帯端末を、決済用コードを用いた決済を開始する操作を受け付けると、前記撮像部が撮像した撮像画像を取得する撮像画像取得部、取得した撮像画像を前記表示部に表示させるとともに、店舗において提示された前記決済用コードを前記撮像画像から取得するコード取得部、前記撮像画像が前記表示部に表示されている状態において、前記決済に係る決済金額の入力を受け付ける入力受付部、及び、前記コード取得部が取得した前記決済用コードが示す決済用トークンと、前記入力受付部が入力を受け付けた前記決済金額とを、決済に関する処理を行う情報処理装置に送信する送信部、として機能させる。

本発明によれば、決済手続に係る時間を短縮することができるという効果を奏する。

決済システムの概要を示す図である。 ユーザ端末の機能構成を示す図である。 コード読取画面の一例を示す図である。 受付画面の一例を示す図である。 確認画面の一例を示す図である。 ユーザ端末における処理の流れを示すフローチャートである。 入力終了ボタンを有するコード読取画面の一例を示す図である。 入力終了ボタンを有するコード読取画面の別の例を示す図である。

［決済システムＳの概要］
図１は、決済システムＳの概要を示す図である。決済システムＳは、ユーザ端末１と、情報処理装置としての決済処理装置２と、店舗端末３とを有する。ユーザ端末１は、例えばスマートフォン、タブレット等の携帯端末であり、決済用コードを用いて決済を行うコード決済に用いられる端末である。

決済処理装置２は、ユーザが購入する商品又はサービスに係る購入金額の決済を行うサーバである。店舗端末３は、例えばＰＯＳ端末である。なお、以下の説明では、商品及びサービスを区別しない場合、これらを商品という。

以下、図１を参照しながら、コード決済が行われるときの処理の流れを説明する。
ユーザは、店舗に移動し、店舗において商品の購入を行う。店舗における店員は、ユーザが店舗において会計を行う場合に、店舗端末３において購入対象の商品に付されたバーコードを読み取り、ユーザが購入する商品の合計額をユーザに提示する。

また、店員は、店舗端末３において、決済用コードを店舗端末３に表示させるための操作を行う。店舗端末３は、決済用コードの発行要求と、店舗を識別するための店舗情報とを決済処理装置２に送信する（図１における（１））。

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

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

店舗端末３は、受信した決済用トークンに基づいて決済用コードを生成して表示させる（図１における（５））。
ユーザ端末１は、決済用コードを用いた決済を開始する操作を受け付けると、店舗端末３に表示された決済用コードを読み取る（図１における（６））。ユーザ端末１は、ユーザから決済金額の入力を受け付け、ユーザＩＤと、入力された決済金額を含む決済情報と、読み取った決済用コードが示す決済用トークンとを決済処理装置２に送信する（図１における（７））。

決済処理装置２は、ユーザ端末１からユーザＩＤと、決済情報と、決済用トークンとを受信すると、受信した決済用トークンが、店舗端末３に送信した決済用トークンと一致するか否かを判定する。決済処理装置２は、決済用トークンが一致すると判定した場合に、受信したユーザＩＤ及び決済情報と、決済用トークンと関連付けられて記憶されている店舗情報とに基づいて決済処理を実行する（図１における（８））。決済処理装置２は、決済が完了したことを示す決済完了情報をユーザ端末１に送信することにより、決済が完了したことをユーザに通知する（図１における（９））。以上のようにユーザ端末１、決済処理装置２、店舗端末３が動作することにより、決済システムＳはコード決済を行うことができる。

ところで、従来のコード決済では、ユーザは、店舗で提示された決済用コードを撮像する作業と、決済金額を入力する作業とをそれぞれ異なる画面上で行っていた。このため、ユーザは、一方の作業を行うための画面において一方の作業を完了してから他方の作業を行うための画面に切り替わるまで他方の作業を行うことができず、決済手続に時間がかかっていた。

これに対し、本実施形態に係るユーザ端末１は、撮像部が撮像した撮像画像を表示部に表示させている状態において、決済に係る決済金額の入力を受け付ける。このようにすることで、ユーザは、店舗で提示された決済用コードを撮像する作業と、決済金額を入力する作業とを同一の画面上で行うことができることから、決済用コードを撮像する作業と、決済金額を入力する作業とをそれぞれ異なる画面上で行う従来のコード決済に比べて、決済手続に係る時間を短縮することができる。
以下、ユーザ端末１の構成の詳細を説明する。

［ユーザ端末１の機能構成］
図２は、ユーザ端末１の機能構成を示す図である。ユーザ端末１は、操作部１１と、通信部１２と、撮像部１３と、表示部１４と、集音部１５と、記憶部１６と、制御部１７とを有する。制御部１７は、撮像画像取得部１７１と、コード取得部１７２と、入力受付部１７３と、送信部１７４と、通知部１７５とを有する。

操作部１１は、ユーザの操作を受け付ける操作デバイスであり、例えば表示部１４の表面に設けられたタッチパネルである。操作部１１は、ユーザがタッチした位置を示す信号を制御部１７に通知する。
通信部１２は、例えば携帯電話網の基地局との間でデータを送受信するための無線通信インターフェースである。

撮像部１３は、例えば、カメラである。撮像部１３は、店舗端末３に表示された決済用コードを撮像することにより、決済用コードを読み取る。
表示部１４は、各種の情報を表示するディスプレイである。
集音部１５は、例えばマイクであり、音取得部として機能する。集音部１５は、ユーザ端末１の周囲の音を取得し、取得した音を電気信号に変換する。集音部１５は、変換した電気信号を音信号として制御部１７に入力する。

記憶部１６は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含む記憶媒体である。記憶部１６は、制御部１７が実行するプログラムを記憶している。記憶部１６は、制御部１７を、撮像画像取得部１７１、コード取得部１７２、入力受付部１７３、送信部１７４、及び通知部１７５として機能させるコード決済用プログラムを記憶する。

制御部１７は、例えばＣＰＵ（Central Processing Unit）であり、記憶部１６に記憶されたコード決済用プログラムを実行することにより、撮像画像取得部１７１、コード取得部１７２、入力受付部１７３、送信部１７４、及び通知部１７５として機能する。

撮像画像取得部１７１は、決済用コードを用いた決済を開始する操作を受け付けると、撮像部１３が撮像した撮像画像を取得する。具体的には、撮像画像取得部１７１は、操作部１１を介して、決済用コードを用いた決済を開始する操作を受け付けると、撮像部１３を制御し、撮像部１３に撮像を開始させる。撮像部１３は、所定時間（例えば数ミリ秒～数十ミリ秒）おきに撮像画像を生成し、生成した撮像画像を撮像画像取得部１７１に出力する。撮像画像取得部１７１は、撮像部１３が撮像した撮像画像を取得する。

コード取得部１７２は、撮像画像取得部１７１が取得した撮像画像を表示部１４に表示させるとともに、店舗において提示された決済用コードを撮像画像から取得する。例えば、コード取得部１７２は、撮像画像取得部１７１が取得した撮像画像を含むとともに、決済金額の入力を受け付けるコード読取画面を表示部１４に表示させる。コード取得部１７２は、撮像画像取得部１７１が取得した撮像画像の画像解析を行い、撮像画像に含まれている、コード決済用プログラムにおいて認識可能な決済用コード、すなわち、決済処理装置２が発行した決済用コードを取得する。コード取得部１７２は、撮像画像に含まれている決済用コードを取得できた場合、当該決済用コードを取得できたことを示す情報を表示部１４に表示させてもよい。

入力受付部１７３は、撮像画像が表示部１４に表示されている状態において、決済に係る決済金額の入力を受け付ける。例えば、入力受付部１７３は、コード読取画面に設けられている、決済金額の入力を受け付ける入力欄により、決済金額の入力を受け付ける。図３は、コード読取画面の一例を示す図である。図３に示すように、コード読取画面に撮像画像Ｐが表示されているとともに、当該撮像画像Ｐに重畳して、決済金額の入力を受け付ける入力欄Ａ１が表示されていることが確認できる。このようにすることで、ユーザ端末１は、決済用コードを取得した後に画面遷移することなく、決済金額を受け付けることができる。

ここで、入力受付部１７３は、撮像画像が表示部１４に表示されている状態において、集音部１５が取得した音を示す音信号により、決済金額の入力を受け付けてもよい。例えば、入力受付部１７３は、集音部１５が取得した音信号を解析し、集音部１５が取得した音信号に、決済金額を示す音声に対応する音信号が含まれているかを判定する。入力受付部１７３は、決済金額を示す音声に対応する音信号が含まれていると判定すると、当該決済金額をコード読取画面に設けられている入力欄に入力する。このようにすることで、ユーザは、ユーザ端末１を操作する場合に比べて容易に決済金額を入力することができる。

入力受付部１７３は、コード取得部１７２が決済用コードを取得すると、表示部１４に表示される画面を、撮像画像を表示するコード読取画面から、決済金額の入力を受け付ける受付画面に切り替える。そして、入力受付部１７３は、受付画面に、撮像画像が表示部１４に表示されている状態において入力された決済金額を表示させるとともに、決済金額の入力終了操作を受け付ける。

図４は、受付画面の一例を示す図である。入力受付部１７３は、コード取得部１７２が決済用コードを取得すると、表示部１４に表示される画面を、図３に示すコード読取画面から、図４に示す受付画面に切り替える。図４に示す受付画面には、入力欄Ａ２が表示されており、入力受付部１７３は、入力欄Ａ２に、図３に示すコード読取画面に表示されている入力欄Ａ１に対して入力された決済金額を入力し、当該決済金額を受付画面に表示させる。入力受付部１７３は、受付画面において、入力された決済金額の訂正を受け付ける。また、図４に示す受付画面には、「次へ」と表示され、決済金額の入力操作を受け付ける入力終了ボタンが設けられている。入力受付部１７３は、入力終了ボタンが押下されると、決済金額の入力終了操作を受け付ける。

送信部１７４は、コード取得部１７２が取得した決済用コードが示す決済用トークンと、入力受付部１７３が入力を受け付けた決済金額とを、決済に関する処理を行う決済処理装置２に送信する。送信部１７４は、コード取得部１７２が取得した決済用コードが示す決済用トークンと、入力終了操作を受け付けた時点で受付画面に表示されていた決済金額とを決済処理装置２に送信する。

具体的には、まず、入力受付部１７３は、図４に示す受付画面において、入力終了ボタンが押下され、決済金額の入力終了操作を受け付けると、図４に示す受付画面の入力欄Ａ２に入力された決済金額が確定されたことを示し、店舗の店員に当該決済金額を確認させるための確認画面を表示させる。図５は、確認画面の一例を示す図である。図５に示す確認画面を店舗の店員に提示することにより、店員は、支払金額が正しいかを確認することができる。

送信部１７４は、入力受付部１７３が確認画面を介して支払の確定を行うための支払確定操作を受け付けたことに応じて、コード取得部１７２が取得した決済用コードが示す決済用トークンと、図４に示す受付画面の入力欄Ａ２に入力された決済金額と、ユーザ端末１のユーザを識別するためのユーザＩＤとを、決済処理装置２に送信する。

通知部１７５は、決済処理装置２から、送信部１７４が送信した決済用トークン、決済金額、ユーザＩＤに基づく決済が完了したことを示す決済完了情報を受信する。通知部１７５は、受信した決済完了情報を表示部１４に表示させることにより、決済が完了したことをユーザに通知する。

［動作フロー］
図６は、ユーザ端末１における処理の流れを示すフローチャートである。
図６に示すフローチャートでは、ユーザがユーザ端末１において決済用コードの読取操作を行ってから、決済用トークンを送信するまでの処理の流れを説明する。

まず、撮像画像取得部１７１は、撮像部１３が撮像した撮像画像を取得する（Ｓ１）。
続いて、コード取得部１７２は、撮像画像取得部１７１が取得した撮像画像と、決済金額の入力欄とをコード読取画面に表示させる（Ｓ２）。
続いて、コード取得部１７２は、撮像画像取得部１７１が取得した撮像画像を解析し、撮像画像に含まれている決済用コードの取得を試行する（Ｓ３）。

続いて、入力受付部１７３は、コード読取画面に表示されている入力欄への決済金額の入力を受け付ける（Ｓ４）。なお、Ｓ３に示す処理とＳ４に示す処理とは、並列に実行されてもよい。

続いて、コード取得部１７２は、決済用コードを取得したか否かを判定する（Ｓ５）。コード取得部１７２は、決済用コードを取得したと判定すると、Ｓ６に処理を移し、決済用コードを取得していないと判定すると、Ｓ１に処理を移す。
続いて、入力受付部１７３は、Ｓ４において入力を受け付けた決済金額が入力された状態で受付画面を表示部１４に表示させる（Ｓ６）。ここで、入力受付部１７３は、決済金額の訂正を受け付けてもよい。

続いて、入力受付部１７３は、受付画面において入力終了操作を受け付けたか否かを判定する（Ｓ７）。入力受付部１７３は、入力終了操作を受け付けたと判定すると、Ｓ８に処理を移し、入力終了操作を受け付けていないと判定すると、Ｓ７の処理を繰り返す。

続いて、入力受付部１７３は、決済金額が確定されたことを示し、店舗の店員に当該決済金額を確認させるための確認画面を表示させる（Ｓ８）。
続いて、入力受付部１７３は、確認画面において支払確定操作を受け付けたか否かを判定する（Ｓ９）。入力受付部１７３は、支払確定操作を受け付けたと判定すると、Ｓ１０に処理を移し、支払確定操作を受け付けていないと判定すると、Ｓ９の処理を繰り返す。

続いて、送信部１７４は、入力終了操作を受け付けた時点で受付画面に表示されている決済金額を含む決済情報と、取得した決済用コードが示す決済用トークンと、ユーザ端末１のユーザのユーザＩＤとを、決済処理装置２に送信する（Ｓ１０）。

［変形例１］
以上の説明においては、入力受付部１７３は、コード取得部１７２が決済用コードを取得すると、表示部１４に表示される画面を、コード読取画面から受付画面に切り替えることとしたが、これに限らない。入力受付部１７３は、コード取得部１７２が決済用コードを取得すると、撮像画像を含むコード読取画面において決済金額の入力終了操作を受け付けてもよい。そして、入力受付部１７３は、入力終了操作を受け付けると決済金額の入力の受付を停止してもよい。

例えば、入力受付部１７３は、コード読取画面において、決済金額の入力を受け付ける入力欄Ａ１と、決済金額の入力終了操作を受け付ける入力終了ボタンとを表示させる。図７は、入力終了ボタンを有するコード読取画面の一例を示す図である。図７に示す例では、入力欄Ａ１の下に入力終了ボタンＢが表示されている。入力受付部１７３は、入力終了ボタンＢが押下されたことに応じて、決済金額の入力の受付を停止する。ここで、入力受付部１７３は、決済金額の入力の受付を停止するとともに、決済金額の訂正を受け付ける訂正ボタンを表示させ、訂正ボタンが押下されたことに応じて、決済金額の入力の受付を再開してもよい。このようにすることで、ユーザは、コード読取画面において決済金額の入力を完了させることができる。

この場合において、入力受付部１７３は、コード取得部１７２が決済用コードを取得すると、図４に示す受付画面を表示させることなく、図５に示す確認画面を表示させてもよい。そして、送信部１７４は、入力受付部１７３が支払確定操作を受け付けたことに応じて、コード取得部１７２が取得した決済用コードが示す決済用トークンと、入力受付部１７３がコード読取画面において入力終了操作を受け付けた時点で入力されている決済金額とを決済処理装置２に送信してもよい。このようにすることで、ユーザ端末１は、受付画面を表示させる必要がないため、画面遷移の回数を減らし、決済に掛かる時間を短縮することができる。

また、入力受付部１７３は、図７に示す画面が表示されている場合に、コード取得部１７２が決済用コードを取得したとき、自動的に図４に示す受付画面に遷移せずに、コード読取画面において決済金額の入力の受付を継続してもよい。図８は、入力終了ボタンを有するコード読取画面の別の例を示す図である。図８に示す例では、コード取得部１７２が決済用コードを取得したことを示すメッセージが表示されているとともに、入力欄Ａ１の下に入力終了ボタンＢが表示されている。入力受付部１７３は、図８に示すように、コード取得部１７２が決済用コードを取得したことを示すメッセージが表示されている場合に、入力終了ボタンＢが押下されたことに応じて、入力欄Ａ１に決済金額が入力されているか否かを判定する。入力受付部１７３は、入力欄Ａ１に決済金額が入力されていると判定すると、図４に示す受付画面を表示させることなく、図５に示す確認画面を表示させる。このようにすることで、ユーザは、決済金額の入力前に決済用コードが取得された場合であっても、コード読取画面において決済金額の入力を完了させることができる。なお、入力受付部１７３は、入力欄Ａ１に決済金額が入力されていないと判定すると、図４に示す受付画面を表示させてもよい。

［変形例２］
また、入力受付部１７３は、過去に入力された決済金額に基づいて、決済金額の入力候補を表示部１４に表示させ、当該入力候補から選択を受け付けることにより決済金額の入力を受け付けてもよい。

例えば、決済処理装置２において、ユーザ端末１から受信したユーザＩＤと、決済金額と、決済が行われた日時を示す日時情報とを関連付けて記憶部に記憶させておく。入力受付部１７３は、コード読取画面が表示部１４に表示される場合に、ユーザ端末１のユーザのユーザＩＤを含み、決済金額の入力候補の取得を要求する候補取得要求を、決済処理装置２に送信する。決済処理装置２は、候補取得要求を取得すると、候補取得要求に含まれているユーザＩＤに関連付けて記憶部に記憶されている決済金額を、決済日時が新しい順に複数取得し、当該決済金額をユーザ端末１に送信する。

入力受付部１７３は、決済処理装置２から、送信部１７４が過去に送信した一以上の決済金額を過去決済金額として受信し、当該過去決済金額を、決済金額の入力候補として表示部１４に表示させ、決済金額の入力候補のうち、一つの入力候補の選択を受け付ける。このようにすることで、ユーザが、毎回同一の商品を購入し、決済金額が同一である場合に、入力候補としての過去決済金額の中から当該決済金額を選択することにより決済金額を入力することができるので、決済金額を入力する負担を軽減することができる。

なお、決済処理装置２は、ユーザ端末１から受信したユーザＩＤと、決済金額と、決済が行われた日時を示す日時情報とを関連付けて記憶部に記憶させておくこととしたが、これに限らない。例えば、送信部１７４が、ユーザＩＤと、決済金額と、決済用トークンとを決済処理装置２に送信する場合に、ユーザ端末１の位置を示す端末位置情報を決済処理装置２に送信してもよい。この場合、決済処理装置２は、ユーザ端末１から受信したユーザＩＤと、決済金額と、端末位置情報と、決済が行われた日時を示す日時情報とを関連付けて記憶部に記憶させる。

入力受付部１７３は、コード読取画面が表示部１４に表示される場合に、ユーザ端末１のユーザのユーザＩＤと、端末位置情報とを含み、決済金額の入力候補の取得を要求する候補取得要求を、決済処理装置２に送信する。決済処理装置２は、候補取得要求を取得すると、候補取得要求に含まれているユーザＩＤと端末位置情報とに関連付けて記憶部に記憶されている決済金額を、決済日時が新しい順に複数取得し、当該決済金額をユーザ端末１に送信する。ここで、決済処理装置２は、候補取得要求に含まれている端末位置情報が示す位置から所定範囲内の位置を示す端末位置情報に関連付けられている決済金額を取得してもよい。このようにすることで、ユーザ端末１は、ユーザが、同一の店舗において、毎回同一の商品を購入し、決済金額が同一である場合に、当該決済金額を入力候補としてユーザに提示することができる。

また、入力受付部１７３は、決済処理装置２から決済金額の入力候補を受信することとしたが、これに限らず、記憶部１６に、決済金額と、決済が行われた日時を示す日時情報とを関連付けて記憶させておき、記憶部１６を参照して決済金額の入力候補を特定することとしてもよい。

［変形例３］
また、入力受付部１７３は、ユーザ端末１のユーザにより予め定められた決済金額の入力候補を表示部１４に表示させ、当該入力候補から選択を受け付けることにより、決済金額の入力を受け付けてもよい。

例えば、入力受付部１７３は、予め決済金額の入力候補を受け付け、受け付けた入力候補と、ユーザ端末１のユーザのユーザＩＤとを決済処理装置２に送信する。決済処理装置２は、受信したユーザＩＤと、決済金額の入力候補とを関連付けて記憶部に記憶させておく。入力受付部１７３は、コード読取画面が表示部１４に表示される場合に、ユーザ端末１のユーザのユーザＩＤを含み、決済金額の入力候補の取得を要求する候補取得要求を、決済処理装置２に送信する。決済処理装置２は、候補取得要求を取得すると、候補取得要求に含まれているユーザＩＤに関連付けて記憶部に記憶されている決済金額の入力候補をユーザ端末１に送信する。

入力受付部１７３は、決済処理装置２から受信した決済金額の入力候補を表示部１４に表示させ、決済金額の入力候補のうち、一つの入力候補の選択を受け付ける。例えば、入力受付部１７３は、コード読取画面上に、決済処理装置２から受信した決済金額の入力候補を表示部１４に表示させ、決済金額の入力候補のうち、一つの入力候補の選択を受け付ける。このようにすることで、ユーザ端末１は、決済金額の候補を選択する場合と同様に、ユーザの決済金額を入力する負担を軽減することができる。

［変形例４］
以上の説明においては、コード決済は、ユーザが入力した決済金額に基づいて決済が行われる例を説明したが、これに限らない。例えば、店舗端末３が決済金額を決済処理装置２に送信し、決済処理装置２が、店舗端末３から受信した決済金額に基づいて決済を行ってもよい。

この場合、店舗端末３は、決済用コードの発行要求と、決済金額を示す決済情報と、店舗を識別するための店舗情報とを決済処理装置２に送信する。決済処理装置２は、受信した決済情報に含まれる決済金額及び店舗情報を含む決済用トークンを生成し、生成した決済用トークンと、決済情報と、店舗情報とを関連付けて記憶部に記憶する。ユーザ端末１の入力受付部１７３は、店舗端末３に表示された決済用コードを取得すると、当該決済用コードが示す決済用トークンに基づいて、図５に示す確認画面を表示させる。送信部１７４は、入力受付部１７３が支払確定操作を受け付けたことに応じて、決済用トークンと、ユーザ端末１のユーザのユーザＩＤとを決済処理装置２に送信し、決済金額を決済処理装置２に送信しないように制御する。

このように、コード決済には、店舗端末３から送信された決済金額に基づいて決済を行う方式と、ユーザ端末１から送信された決済金額に基づいて決済を行う方式とが混在する。このため、入力受付部１７３は、撮像画像を含むコード読取画面において決済金額の入力開始操作を受け付けると、当該コード読取画面において決済金額の入力を受け付けるようにしてもよい。このようにすることで、ユーザは、店舗におけるコード決済が、ユーザ端末１から送信された決済金額に基づいて決済を行う方式であることを認識した場合に、決済金額の入力開始操作を行い、決済金額を入力することができる。

また、送信部１７４は、コード取得部１７２が取得した決済用コードを取得すると、決済用コードが示す決済用トークンに決済金額を示す金額情報が含まれているか否かを判定してもよい。送信部１７４は、金額情報が含まれていないと判定すると、取得した決済用コードが示す決済用トークンと、入力受付部１７３が入力を受け付けた決済金額とを決済処理装置２に送信する。また、送信部１７４は、金額情報が含まれていると判定すると、入力受付部１７３が入力を受け付けた決済金額を決済処理装置２に送信せずに、取得した決済用コードが示す決済用トークンを決済処理装置２に送信する。このようにすることで、ユーザ端末１は、店舗端末３から送信された決済金額に基づいて決済が行われる場合に、ユーザ端末１において入力された決済金額を無効にすることができる。

［決済システムＳによる効果］
以上説明したように、ユーザ端末１は、決済用コードを用いた決済を開始する操作を受け付けると、撮像部１３が撮像した撮像画像を取得し、当該撮像画像を表示部１４に表示させるとともに、店舗において提示された決済用コードを撮像画像から取得する。ユーザ端末１は、撮像画像が表示部１４に表示されている状態において、決済に係る決済金額の入力を受け付け、取得した決済用コードが示す決済用トークンと、入力を受け付けた決済金額とを、決済処理装置２に送信する。このようにすることで、ユーザ端末１は、決済手続に係る時間を短縮することができる。

なお、本発明により、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「産業と技術革新の基盤をつくろう」に貢献することが可能となる。

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

１ ユーザ端末
２ 決済処理装置
３ 店舗端末
１１ 操作部
１２ 通信部
１３ 撮像部
１４ 表示部
１５ 集音部
１６ 記憶部
１７ 制御部
１７１ 撮像画像取得部
１７２ コード取得部
１７３ 入力受付部
１７４ 送信部
１７５ 通知部
Ｓ 決済システム

Claims (10)

1. 表示部と撮像部とを有する携帯端末を、
   決済用コードを用いた決済を開始する操作を受け付けると、前記撮像部が撮像した撮像画像を取得する撮像画像取得部、
   取得した撮像画像を前記表示部に表示させるとともに、店舗において提示された前記決済用コードを前記撮像画像から取得するコード取得部、
   前記撮像画像が前記表示部に表示されている状態において、前記決済に係る決済金額の入力を受け付ける入力受付部、及び、
   前記コード取得部が取得した前記決済用コードが示す決済用トークンと、前記入力受付部が入力を受け付けた前記決済金額とを、決済に関する処理を行う情報処理装置に送信する送信部、
   として機能させる決済用プログラム。
2. 前記入力受付部は、前記コード取得部が前記決済用コードを取得すると、前記表示部に表示される画面を、前記撮像画像を表示する画面から前記決済金額の入力を受け付ける受付画面に切り替え、前記受付画面に、前記撮像画像が前記表示部に表示されている状態において入力された決済金額を表示させるとともに、前記決済金額の入力終了操作を受け付け、
   前記送信部は、前記コード取得部が取得した前記決済用コードが示す決済用トークンと、前記入力終了操作を受け付けた時点で前記受付画面に表示されていた前記決済金額とを前記情報処理装置に送信する、
   請求項１に記載の決済用プログラム。
3. 前記入力受付部は、前記コード取得部が前記決済用コードを取得すると、前記撮像画像を含む画面において前記決済金額の入力終了操作を受け付け、
   前記送信部は、前記コード取得部が取得した前記決済用コードが示す決済用トークンと、前記入力終了操作を受け付けた時点で入力されている前記決済金額とを前記情報処理装置に送信する、
   請求項１に記載の決済用プログラム。
4. 前記入力受付部は、前記コード取得部が前記決済用コードを取得する前から前記撮像画像を表示する画面において前記決済金額の入力終了操作を受け付け、前記入力終了操作を受け付けると前記決済金額の入力の受付を停止し、
   前記送信部は、前記コード取得部が前記決済用コードを取得すると、当該決済用コードが示す決済用トークンと、前記入力終了操作を受け付けた時点で入力されている前記決済金額とを前記情報処理装置に送信する、
   請求項１に記載の決済用プログラム。
5. 前記携帯端末は、前記携帯端末の周囲の音を取得する音取得部を有し、
   前記入力受付部は、前記撮像画像が前記表示部に表示されている状態において、前記音取得部が取得した音により前記決済金額の入力を受け付ける、
   請求項１から４のいずれか１項に記載の決済用プログラム。
6. 前記入力受付部は、前記撮像画像を含む画面において前記決済金額の入力開始操作を受け付けると、前記撮像画像を含む画面において前記決済金額の入力を受け付ける、
   請求項１から５のいずれか１項に記載の決済用プログラム。
7. 前記入力受付部は、過去に入力された決済金額である過去決済金額に基づいて、決済金額の入力候補を前記表示部に表示させ、前記入力候補から選択を受け付けることにより決済金額の入力を受け付ける、
   請求項１から５のいずれか１項に記載の決済用プログラム。
8. 前記送信部は、前記携帯端末のユーザを識別するためのユーザ識別情報と、前記決済用トークンと、前記入力受付部が入力を受け付けた前記決済金額とを前記情報処理装置に送信し、
   前記入力受付部は、前記情報処理装置から、前記送信部が送信した決済金額を前記過去決済金額として受信し、当該過去決済金額を、決済金額の入力候補として前記表示部に表示させる、
   請求項７に記載の決済用プログラム。
9. 前記入力受付部は、前記携帯端末のユーザにより予め定められた決済金額の入力候補を前記表示部に表示させ、前記入力候補から選択を受け付けることにより決済金額の入力を受け付ける、
   請求項１から８のいずれか１項に記載の決済用プログラム。
10. 前記送信部は、前記コード取得部が取得した前記決済用コードを取得すると、前記決済用コードが示す決済用トークンに決済金額を示す金額情報が含まれているか否かを判定し、前記金額情報が含まれていないと判定すると、前記決済用トークンと、前記入力受付部が入力を受け付けた前記決済金額とを前記情報処理装置に送信し、前記金額情報が含まれていると判定すると、前記入力受付部が入力を受け付けた前記決済金額を前記情報処理装置に送信せずに、前記決済用トークンを前記情報処理装置に送信する、
    請求項１から９のいずれか１項に記載の決済用プログラム。
    
    

Images