JP7477705B1 - 情報処理端末及びコード決済制御プログラム - Google Patents

Abstract

【課題】コード決済を利用するユーザに対し、煩雑な操作等を強いることなく電子レシートを提供することができる仕組みを構築する。【解決手段】情報処理端末は、購買記録の種別の事前設定を受け付ける第１受付部と、ユーザから、商品のコード決済の指示を受け付ける第２受付部と、コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、事前設定された購買記録の種別に対応しているか否かの問い合わせを行う問い合わせ部と、店舗端末から、問い合わせに対する回答を受信する受信部と、回答結果に基づき、店舗の端末に対し、購買記録の発行依頼を行う依頼部と、店舗端末との間で前記商品のコード決済を行う決済部とを具備する。【選択図】図７

Description

本発明は、情報処理端末及びコード決済制御プログラムに関する。

近年、店舗での買物の際に発行される購買記録としての紙レシートの記載事項をデジタルデータ化し、電子レシートとして顧客が所有するスマートフォン等のユーザ端末で閲覧できるようにしたサービスが提案されている。例えば、特許文献１には、会計時などに顧客がＩＣチップ付きの会員カードを電子レシート発行装置にかざすことで、電子レシートを取得するサービスが開示されている。

特開２００５－５６１４３号公報

しかしながら、特許文献１に開示された構成では、顧客は会計の都度、財布などに入れたＩＣチップ付きの会員カードを電子レシート発行装置にかざすといった煩雑な作業が必要となる。特に、近年では、商品の購入に際して、ＱＲコード（登録商標）やバーコードなどを使用したキャッシュレス決済（以下、コード決済）が広く利用されているが、特許文献１の開示技術をコード決済に適用した場合には、ユーザは以下に示す操作が必要となる。

まず、ユーザは、ユーザ端末にインストールされているコード決済専用のアプリケーション（以下、コード決済アプリ）を立ち上げてユーザ端末にコードを表示し、コードが表示されたユーザ端末を店舗端末にかざすことで、コード決済を行う。ここで、電子レシートを取得するためには、ユーザは、さらにＩＣチップ付きの会員カードを電子レシート発行装置にかざすといった操作を行う必要があるが、多くのユーザは煩わしい思いをしたくないために、電子レシートの発行を断念してしまう、という問題があった。

本発明は、以上説明した事情に鑑みてなされたものであり、コード決済を利用するユーザに対し、煩雑な操作等を強いることなく、ユーザの希望に沿った購買記録を提供することができる仕組みを構築することを目的の一つとする。

一態様である情報処理端末は、コード決済が可能な情報処理端末であって、購買記録の種別の事前設定を受け付ける第１受付部と、ユーザから、商品のコード決済の指示を受け付ける第２受付部と、コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、事前設定された購買記録の種別に対応しているか否かの問い合わせを行う問い合わせ部と、店舗端末から、問い合わせに対する回答を受信する受信部と、回答に基づき、前記店舗の端末に対し、購買記録の発行依頼を行う依頼部と、コード決済の指示に従い、店舗端末との間で前記商品のコード決済を行う決済部と、を具備することを特徴とする。

本発明によれば、コード決済を利用するユーザに対し、煩雑な操作等を強いることなく、ユーザの希望に沿った購買記録を提供することができる。

本実施形態に係る情報処理システム１の概略構成を示す図である。 店舗側システム１０の機能構成を例示するブロック図である。 ユーザ端末２０のハードウェア構成を例示する図である。 ユーザ端末２０の機能構成を例示するブロック図である。 購買記録の種別設定画面Ｐ１を例示した図である。 購買記録の種別設定画面Ｐ１を例示した図である。 購買記録の種別設定画面Ｐ１を例示した図である。 判断テーブルＴＢ１を例示した図である。 ユーザがコード決済によって商品を購入し、購買記録が店舗端末から発行されるまでの処理の流れを示すシーケンス図である。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

Ａ．本実施形態
図１は、本実施形態に係る情報処理システム１の概略構成を示す図である。
情報処理システム１は、クラウドコンピューティングシステム等により構成され、各店舗を利用して商品を購入するユーザに対して、レシートに関わるサービスを提供する。

ここで、「商品」とは、経済活動において生産・流通・交換される物財全般を意味し、様々な製品、サービス、権利、情報などが含まれる。また、「レシート」とは、ユーザの購買記録をあらわすものであり、本実施形態では、記録媒体に応じて紙レシート（紙領収書を含む）と電子レシート（電子領収書を含む）の２種類を想定する。「レシート」には、購入先の店舗名、日付、購入金額、購入した商品名などの情報を含むもの（いわゆる、通常のレシート）のほか、これらの情報に加えて、購入者を特定する宛名を含むもの（いわゆる、領収書）がある。

情報処理システム１は、コード決済に応じて各種レシートの発行が可能な店舗側システム１０と、各店舗に来店したユーザ（顧客）が操作するユーザ端末２０とを備えている。

店舗側システム１０とユーザ端末２０とは、通信ネットワークＮを介して接続される。通信ネットワークＮは、店舗側システム１０とユーザ端末２０との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

店舗側システム１０は、サーバコンピュータなどによって構成され、例えば通信ネットワークＮに分散する複数のコンピュータから構成される。店舗側システム１０は、各店舗に設置されている店舗端末なども含む。店舗端末は、コード決済に必要なハードウェア（例えば、バーコード、２次元コードの読み取りが可能なコードリーダなど）やソフトウェア（例えば、店舗の会計・集計業務に必要な機能を１つにまとめたレジアプリケーションなど）やブラウザ等を備えている。

店舗側システム１０は、制御装置１１と記憶装置１２を備えている。制御装置１１は、ハードウェアとして、ＣＰＵ、ＲＯＭやＲＡＭ等のメモリ、入力インタフェース、出力インタフェース、通信インタフェース及びこれらを結ぶバス等を備えている。制御装置１１は、ＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより、各種レシートの発行・管理に関わる様々な機能を提供する。記憶装置１２は、ハードディスクドライブ等である。

図２は、店舗側システム１０の機能構成を例示するブロック図である。
店舗側システム１０は、制御装置１１などのハードウェア資源が各種ソフトウェアと協働することによって図２に示す各部を実現する。

ユーザ管理部１１１は、各ユーザの個人情報（例えば、ユーザＩＤ、メールアドレスなど）をユーザ管理データベースＤＢ１に登録し、管理する。個人情報には、各ユーザに付与されるユニークなユーザＩＤや、メールアドレスなどとともに、所定期間分（例えば、過去〇×年分）の発行済みのレシートに関する情報（以下、レシート関連情報）などが含まれる。発行済みのレシート関連情報には、レシートの種別（すなわち、紙レシートまたは電子レシートのいずれか）、レシートの記載内容（例えば、購入先の店舗名、日付、購入金額、購入した商品名など）が含まれる。

レシート関連処理部１１２は、ユーザからの求めに応じて、紙レシートまたは電子レシートの作成、発行、保存（管理）など、レシートに関わる様々な処理を実行する。レシート関連処理部１１２は、電子レシートを発行等するための電子レシート発行装置（図示略）や、紙レシートを発行等するための紙レシート発行装置（図示略）と連携されている。

店舗側決済処理部１１３は、ユーザによる商品の購入に応じて、購入代金に応じた売上金を店舗の銀行口座等に入金する処理などを行なう。

ユーザ端末（情報処理端末）２０は、来店したユーザが利用する端末であり、例えばスマートフォン、携帯電話、ウェアラブル端末、タブレット端末、ハンドヘルドコンピュータデバイス、パーソナルコンピュータ（ＰＣ）、ノートＰＣなどによって構成されている。

図３は、ユーザ端末２０に搭載されたコンピュータのハードウェア構成を例示する図である。
ユーザ端末２０を構成するコンピュータは、一般的なコンピュータのハードウェアと同様、ＣＰＵ等を備えた制御装置２１、半導体メモリ等を備えた記憶装置２２、タッチパネルや各種操作ボタン等からなる入力装置２３、液晶ディスプレイ等からなる表示装置２４、様々な通信インタフェースを備えた通信装置２５などを含んで構成される。

ユーザ端末２０の記憶装置２２には、コード決済に関わるアプリケーション（以下、コード決済関連アプリ）ＡＰ１がインストールされている。ユーザ端末２０は、コード決済関連アプリＡＰ１を実行することで、コード決済、レシートの種別設定、レシートの発行依頼、レシートの受信などを行なうことが可能となっている。

「コード決済」とは、２次元コード、バーコード、その他の番号、記号、符号を用いて行う代金決済をいい、コード決済には、ユーザがＱＲコードなどの決済コードを店舗端末に提示するコード支払い方式と、店舗端末がユーザに対して決済コードを提示する読取支払い方式が存在する。本実施形態では、コード支払い方式を想定して説明するが、読取支払方式にも適用可能である。なお、「決済コード」とは、コード決済のためにユーザに対して発行される２次元コード、バーコード、その他の番号、記号、符号をいう。

図４は、ユーザ端末２０の機能構成を例示するブロック図である。
ユーザ端末２０は、制御装置などのハードウェア資源が、コード決済関連アプリＡＰ１を含む各種ソフトウェアと協働することによって図４に示す各部を実現する。

ユーザ端末２０は、ユーザ管理部２１０と、受付部２１１と、問い合わせ部２１２と、受信部２１３と、依頼部２１４と、決済部２１５とを含む。

ユーザ管理部２１０は、各ユーザの個人情報（例えば、ユーザＩＤ、ユーザ名、性別、年齢、住所、電話番号、メールアドレスなど）を所定のデータベースに登録し、管理する。

受付部２１１は、ユーザから様々な設定や指示を受け付ける。例えば、受付部（第１受付部、第２受付部）２１１は、ユーザから、希望する購買記録の種別（本実施形態では、紙レシートまたは電子レシート）の設定を受け付けたり、商品のコード決済の指示を受け付けたりする。

図５Ａ、図５Ｂ及び図５Ｃは、表示装置２４に表示される購買記録の種別設定画面Ｐ１を例示した図である。
図５Ａに示す種別設定画面Ｐ１の例では、購買記録として紙レシートまたは電子レシートのいずれかを選択するためのラジオボタンＢ１などが表示される。ユーザは、クリック操作等により、自身が希望する購買記録の種別を選択（設定）する。

図５Ｂに示す種別設定画面Ｐ１の例では、通常の紙レシート、紙領収書、通常の電子レシート、電子領収書のいずれかを選択するためのラジオボタンＢ１などが表示される。すでに説明したように、「通常のレシート」は、購入先の店舗名、日付、購入金額、購入した商品名などの情報を含むのに対し、「領収書」は、これらの情報に加えて、購入者を特定する宛名を含む点で異なる。購入者を特定する宛名は、ユーザ管理部２１０が管理する当該ユーザの個人情報（ユーザ名など）を利用してもよいが、ユーザが宛名を自由に設定、変更できるようにしてもよい。

図５Ｃに示す種別設定画面Ｐ１の例では、購買記録を複数選択可能なチェックボックスＣＢ１が表示されるとともに、優先順位ＰＲの設定が可能となっている。ユーザは、ユーザ端末２０を操作することで、例えば「電子領収書」を第１優先順位に設定し、「紙の領収書」を第２優先順位に設定し、「電子レシート」を第３優先順位などに設定することができる。このように、複数の購買記録に優先順位を設定しておくことで、例えば、購入先の店舗が第１優先順位の購買記録に対応していなくても、第２優先順位の購買記録に対応していれば、ユーザは、第２優先順位の購買記録を受け取ることができ、より希望に沿った形で購買記録を受け取ることができる。

以上説明した購買記録の種別は、ユーザが任意のタイミングで設定・更可能である。一例として、ユーザは、コード決済関連アプリＡＰ１のインストール時などに、購買記録の種別を設定してもよい。また、ユーザが購買記録の種別を設定しない場合なども想定されることから、例えば電子レシートをデフォルトに設定にしてもよい。

図４に戻り、問い合わせ部２１２は、ユーザから、コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、事前設定された購買記録の種別に対応しているか否かの問い合わせを行う。例えば、事前設定された購買記録の種別が電子レシートであれば、問い合わせ部２１２は、決済先の店舗端末に対して、電子レシートに対応しているか否か（すなわち、電子レシートの発行が可能か否か）の問い合わせを行う。なお、本実施形態では、コード決済の実行に先立ち、決済先の店舗端末に対して、事前設定された購買記録の種別に対応しているか否かの問い合わせを行う場合を想定するが、これに限る趣旨ではない。コード決済完了後に、上記問い合わせを行ってもよい。

受信部２１３は、店舗端末から、問い合わせに対する回答結果や電子レシートなどを含む様々な情報を受信する。例えば、店舗端末が電子レシートに未対応である場合に、電子レシートに対応しているか否かの問い合わせが行われた場合には、受信部２１３は、店舗端末から電子レシートに対応していない旨の回答結果を受信する。一方、店舗端末が電子レシートに対応している場合には、受信部２１３は、店舗端末から電子レシートに対応している旨の回答結果を受信する。受信部２１３は、このように受信した回答結果を、表示装置２４に表示したり、スピーカー（図示略）から音声出力したりすることで、ユーザに報知してもよい。

また、受信部２１３は、依頼部２１４によって電子レシートの発行依頼が行われた場合に、店舗端末から依頼に応じた電子レシートを受信する。受信した電子レシートは、記憶装置２２の電子レシート履歴データベース（図示略）に保存・管理される。

依頼部２１４は、受信部２１３が受信した回答結果に基づき、店舗端末に対して紙レシートまたは電子レシートの発行依頼を行う。一例として、依頼部２１４には、発行すべきレシートの種別を判断するための判断テーブルＴＢ１（図６参照）が格納されている。判断テーブルＴＢ１の登録内容は、ユーザがユーザ端末２０を操作して予め設定してもよい。もちろん、これに限る趣旨ではなく、例えばユーザによって事前に設定される購買記録の種別に応じて、依頼部２１４が自動で判断テーブルＴＢ１を生成してもよい。依頼部２１４は、回答結果を受けとると、判断テーブルＴＢ１を参照し、店舗端末に対して、紙レシートまたは電子レシートのいずれかの発行依頼を行う。

一例を挙げて説明すると、依頼部２１４は、例えば電子レシートに対応していない旨の回答結果を受け取った場合には、店舗端末に対して紙レシートの発行依頼を行う。一方、依頼部２１４は、例えば電子領収書に対応している旨の回答結果を受け取った場合には、ユーザ管理部２１０から当該ユーザのユーザ名を取得し、取得したユーザ名を含めて電子領収書の発行依頼を行う。

決済部２１５は、ユーザによってコード決済の指示が入力され、受付部２１１によってコード決済の指示が受け付けられると、店舗端末との間で商品のコード決済を行う。本実施形態では、コード支払い方式を想定しているため、ユーザ端末２０にＱＲコードなどの決済コードを表示し、これを店舗端末のコード読み取り機（図示略）に提示することで、商品のコード決済が行われる。

以下、ユーザがコード決済によって商品を購入し、購買記録が店舗端末から発行されるまでの処理の流れについて、図７に示すシーケンス図を参照しながら説明する。前提として、ユーザ端末２０には、ユーザが希望する購買記録の種別として、電子レシートが設定されているものとする。

ユーザは、店舗で購入したい商品を見つけると、商品を持ってレジに行き会計を行う。この際、ユーザは、ユーザ端末２０を操作し、コード決済関連アプリＡＰ１を起動することで、コード決済の指示を行う。ユーザ端末２０の受付部２１１は、コード決済の指示を受け付ける（ステップＳ１）。一方、問い合わせ部２１２は、決済先の店舗端末に対して、ユーザによって事前設定された購買記録の種別に対応しているか否かの問い合わせを行う（ステップＳ２）。

店舗端末は、問い合わせに対して回答を行う（ステップＳ３）。一例として、店舗端末は、ユーザ端末２０から電子レシートに対応しているか否かの問い合わせを受け、かつ、自端末が電子レシートに対応している場合には、電子レシートに対応している旨を回答する。

ユーザ端末２０の受信部２１３は、店舗端末からの回答結果を受信する（ステップＳ４）。一方、依頼部２１４は、店舗端末からの回答結果を受け取ると、判断テーブルＴＢ１を参照し、店舗端末に対して、購買記録の発行依頼を行う（ステップＳ５）。依頼部２１４は、例えば電子レシートに対応している旨の回答結果を受け取った場合には、電子レシートの発行依頼を行う。なお、依頼部２１４は、店舗端末に対して発行依頼を行う前に、ユーザが依頼内容を確認できるように、発行依頼の内容（例えば、電子レシートの発行依頼など）を表示装置２４に表示したり、スピーカー（図示略）から音声出力したりすることで、ユーザに報知してもよい。

ユーザ端末２０の決済部２１５は、店舗端末との間で商品のコード決済を行う（ステップＳ６）。すでに説明したように、ここでは、決済先の店舗端末に対して、事前設定された購買記録の種別に対応しているか否かの問い合わせを行った後に、コード決済を行う態様を例示しているが、例えばコード決済完了後に、上記問い合わせを行ってもよい。

一方、店舗端末は、ユーザ端末２０との間でコード決済が完了すると、ユーザ端末２０からの発行依頼に基づき、購買記録を発行する（ステップＳ７）。例えば、店舗端末は、電子レシートの発行依頼に応じて、ユーザが購入した商品の電子レシートを発行した場合には、電子レシートをユーザ端末２０に送信する。一方、店舗端末は、紙レシートの発行依頼に応じて、ユーザが購入した商品の紙レシートを発行した場合には、プリンタ（図示略）などを利用して紙レシートを出力する。

以上説明したように、本実施形態によれば、商品の購入にコード決済を利用するユーザは、希望する購買記録の種別を事前に選択（設定）しておくことで、コード決済時に煩雑な操作を行わずとも、店舗がその種別に対応している限り、希望に沿った種別のレシート（例えば、電子レシート）を受け取ることができる。

別言すると、希望する購買記録の種別を事前に選択（設定）しておけば、ユーザは、これまでと同様のコード決済操作（例えば、ユーザ端末に決済コードを表示し、店舗端末のコード読み取り機に提示するなど）を行うだけで、希望に沿った種別のレシートを受け取ることができる。

また、店舗端末において電子レシートが発行された場合には、当該電子レシートがユーザ端末２０の記憶装置２２の電子レシート履歴データベース（図示略）に保存・管理される。このため、例えば商品に不具合があって返品等する場合には、ユーザ端末２０を操作することで電子レシート履歴データベースに保存されている電子レシートを読み出し、これを店舗に提示することで、スムーズな返品対応が可能となる。

Ｂ．その他
本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態及び変形例はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。例えば、上述した本実施形態では、ユーザが実店舗で商品を購入する場合を想定して説明したが、例えばインターネット上に設けられたオンライン店舗などにも適用可能である。

１…情報処理システム、１０…店舗側システム、１１…制御装置、１２…記憶装置、２０…ユーザ端末、ＡＰ１…コード決済関連アプリ、２１０…ユーザ管理部、２１１…受付部、２１２…問い合わせ部、２１３…受信部、２１４…依頼部、２１５…決済部、Ｐ１…購買記録の種別設定画面、Ｂ１…ラジオボタン、ＣＢ１…チェックボックス、ＰＲ…優先順位

Claims (9)

1. コード決済が可能な情報処理端末であって、
   購買記録の種別の事前設定を受け付ける第１受付部と、
   ユーザから、商品のコード決済の指示を受け付ける第２受付部と、
   前記コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、事前設定された前記購買記録の種別に対応しているか否かの問い合わせを行う問い合わせ部と、
   前記店舗端末から、前記問い合わせに対する回答を受信する受信部と、
   前記回答に基づき、前記店舗端末に対し、購買記録の発行依頼を行う依頼部と、
   前記コード決済の指示に従い、前記店舗端末との間で前記商品のコード決済を行う決済部と、を具備し、
   前記第１受付部は、複数の購買記録の種別の事前設定を受け付けた場合に、前記複数の購買記録のそれぞれに対して優先順位の設定を受け付け、
   前記問い合わせ部は、前記コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、設定された優先順位に従い、事前設定された前記購買記録の種別に対応しているか否かの問い合わせを行う、情報処理端末。
2. 前記購買記録は、紙のレシートまたは電子レシートのいずれかであり、
   前記問い合わせ部は、前記コード決済の指示を受け付けた場合に、前記商品のコード決済に先立ち、決済先の店舗端末に対して、設定された優先順位に従い、事前設定された前記購買記録の種別に対応しているか否かの問い合わせを行う、請求項１に記載の情報処理端末。
3. 前記依頼部は、前記店舗端末に対し、購買記録の発行依頼を行う前に、前記発行依頼の内容を前記ユーザに報知する、請求項２に記載の情報処理端末。
4. 前記受信部は、前記問い合わせに対する回答を受信した場合に、前記回答の結果を前記ユーザに報知する、請求項２に記載の情報処理端末。
5. 前記電子レシートには、電子領収書が含まれ、
   前記電子領収書に記載すべき宛名を記憶した記憶部をさらに備え、
   前記依頼部は、前記購買記録の種別として前記電子領収書が事前設定された場合であって、前記回答に基づき、前記店舗端末に対し、前記電子領収書の発行依頼を行う場合には、前記宛名を含めて前記発行依頼を行う、請求項２に記載の情報処理端末。
6. 前記受信部は、
   前記依頼部によって、電子領収書の発行依頼が行われた場合に、前記店舗端末から、依頼に応じた前記宛名を含む前記電子領収書を受信する、請求項５に記載の情報処理端末。
7. 前記電子領収書には、前記宛名のほか、購入先の店舗名、購入の日付、購入金額、購入商品の品名が含まれる、請求項６に記載の情報処理端末。
8. 前記受信部は、
   前記依頼部によって、電子レシートの発行依頼が行われた場合に、前記店舗端末から、依頼に応じた前記電子レシートを受信し、
   受信した電子レシートを記憶するデータベースをさらに具備する、請求項２から７のいずれか一項に記載の情報処理端末。
9. コンピュータを、
   購買記録の種別の事前設定を受け付ける第１受付部と、
   ユーザから、商品のコード決済の指示を受け付ける第２受付部と、
   前記コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、事前設定された前記購買記録の種別に対応しているか否かの問い合わせを行う問い合わせ部と、
   前記店舗端末から、前記問い合わせに対する回答を受信する受信部と、
   前記回答に基づき、前記店舗端末に対し、購買記録の発行依頼を行う依頼部と、
   前記コード決済の指示に従い、前記店舗端末との間で前記商品のコード決済を行う決済部として機能させるためのプログラムであって、
   前記第１受付部は、複数の購買記録の種別の事前設定を受け付けた場合に、前記複数の購買記録のそれぞれに対して優先順位の設定を受け付け、
   前記問い合わせ部は、前記コード決済の指示を受け付けた場合に、決済先の店舗端末に対して、設定された優先順位に従い、事前設定された前記購買記録の種別に対応しているか否かの問い合わせを行う、コード決済制御プログラム。