特許 7572575 電子決済アプリ、および電子決済方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-10-15

(45)【発行日】2024-10-23

(54)【発明の名称】電子決済アプリ、および電子決済方法

(51)【国際特許分類】

   G06Q 20/04 20120101AFI20241016BHJP

【ＦＩ】

G06Q20/04 310

【請求項の数】 6

(21)【出願番号】P 2024002010

(22)【出願日】2024-01-10

【審査請求日】2024-03-28

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100154852

【弁理士】

【氏名又は名称】酒井 太一

(74)【代理人】

【識別番号】100181124

【弁理士】

【氏名又は名称】沖田 壮男

(74)【代理人】

【識別番号】100194087

【弁理士】

【氏名又は名称】渡辺 伸一

(72)【発明者】

【氏名】▲高▼城 賢大

(72)【発明者】

【氏名】鹿野 安代

(72)【発明者】

【氏名】岩井 研人

【審査官】牧 裕子

(56)【参考文献】

【文献】特開２０２１－１７６０４４（ＪＰ，Ａ）

【文献】特許第７３４８４１９（ＪＰ，Ｂ１）

【文献】特表２００５－５３９３２７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

利用者端末装置において動作し、決済サーバと協働して電子決済サービスを提供する電子決済アプリであって、
前記利用者端末装置のプロセッサに、
前記決済サーバと通信する通信処理と、
店舗情報を含むコード画像を読み取る処理と、
有効期限が設定されかつ電子決済サービスを利用できる店舗のうち予め設定された設定店舗で利用可能であり、単位ごとに所定の金額が定められており、且つ複数単位購入可能な電子的なバウチャーを用いた電子決済を行うときに利用者による前記バウチャーの何単位を消費するかの選択を受け付ける受付処理と、
前記決済サーバに前記バウチャーの消費する単位と、前記バウチャーの消費する単位と単位ごとの金額を乗じたバウチャー利用額とを送信して前記決済サーバへ前記電子決済のリクエストを送信する処理と、
利用者が前記電子決済において前記バウチャーを利用する操作を行った場合に、インターフェース画面を前記利用者端末装置の表示部に表示させる処理と、を実行させ、
前記インターフェース画面は、前記電子決済の支払い金額を入力するための入力欄と、前記バウチャーの単位ごとの金額を示す情報と、前記電子決済で利用する前記バウチャーを消費する単位を示す情報と、前記消費する単位に前記単位ごとの金額を乗じた金額を示す情報とを含む、
電子決済アプリ。

【請求項2】

前記インターフェース画面は、前記利用者が前記利用する操作によって選択した前記バウチャーの種別を示す情報と、前記バウチャーの利用可能額を示す情報とを含む、
請求項１に記載の電子決済アプリ。

【請求項3】

前記利用者端末装置のプロセッサに、
前記利用者が前記バウチャーを消費する単位を変更する操作を行った場合に、変更前の前記単位を示す情報を前記変更されたバウチャーを消費する単位を示す情報に変更し、変更前の前記乗じた金額を示す情報を前記変更された前記消費する単位に前記単位ごとの金額を乗じた金額を示す情報に変更する処理を実行させる、
請求項１または２に記載の電子決済アプリ。

【請求項4】

前記支払い金額が入力され、前記支払い金額および前記バウチャーを消費する単位を確定する操作が行われたことに応じて、前記決済サーバに前記バウチャーの消費する単位と、前記バウチャーの消費する単位に単位ごとの金額を乗じたバウチャー利用額と、前記支払い金額を送信して前記決済サーバへ前記電子決済のリクエストを送信する処理と、実行させる、
請求項１または２に記載の電子決済アプリ。

【請求項5】

前記利用者端末装置のプロセッサに、
前記利用者端末装置の表示部に表示させた前記電子決済において利用するバウチャーを選択させる画面において、前記電子決済で利用可能なバウチャーと共に、前記バウチャーの消費する単位と単位ごとの金額とを乗じたバウチャー利用額が、前記入力される支払い金額に対して不足する場合に、利用される他の支払い方法の情報を前記表示部に表示させる処理を、前記利用者が前記電子決済において前記バウチャーを利用する操作を行った場合に、前記インターフェース画面を前記利用者端末装置の表示部に表示させる処理の前に、実行させる、
請求項１または２に電子決済アプリ。

【請求項6】

利用者端末装置が、
決済サーバと通信する通信処理と、
店舗情報を含むコード画像を読み取る処理と、
有効期限が設定されかつ電子決済サービスを利用できる店舗のうち予め設定された設定店舗で利用可能であり、単位ごとに所定の金額が定められており、且つ複数単位購入可能な電子的なバウチャーを用いた電子決済を行うときに利用者による前記バウチャーの何単位を消費するかの選択を受け付ける受付処理と、
前記決済サーバに前記バウチャーの消費する単位と、前記バウチャーの消費する単位と単位ごとの金額を乗じたバウチャー利用額とを送信して前記決済サーバへ前記電子決済のリクエストを送信する処理と、
利用者が前記電子決済において前記バウチャーを利用する操作を行った場合に、インターフェース画面を前記利用者端末装置の表示部に表示させる処理と、を実行し、
前記インターフェース画面は、前記電子決済の支払い金額を入力するための入力欄と、前記バウチャーの単位ごとの金額を示す情報と、前記電子決済で利用する前記バウチャーを消費する単位を示す情報と、前記消費する単位に前記単位ごとの金額を乗じた金額を示す情報とを含む、
電子決済方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子決済アプリ、決済サーバ、電子決済方法、電子決済システム、およびプログラムに関する。

【背景技術】

【0002】

従来、電子決済サービスにおいて電子的なバウチャーを付与し、バウチャーが使用できる店舗でバウチャーを使用して電子決済を実行する電子決済サービスがある（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許７３４８４１９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来の技術では、バウチャー利用した電子決済を実行すると一度にバウチャーの利用可能額の全額を消費してしまい、ユーザの利便性が低下していた。

【0005】

本発明は、このような事情を考慮してなされたものであり、利用者の利便性を向上させることができる電子決済アプリ、決済サーバ、電子決済方法、電子決済システム、およびプログラムを提供することを目的の一つとする。

【課題を解決するための手段】

【0006】

本発明の一態様は、利用者端末装置において動作し、決済サーバと協働して電子決済サービスを提供する電子決済アプリであって、前記利用者端末装置のプロセッサに、前記決済サーバと通信する通信処理と、店舗情報を含むコード画像を読み取る処理と、有効期限が設定されかつ電子決済サービスを利用できる店舗のうち予め設定された設定店舗で利用可能であり、単位ごとに所定の金額が定められており、且つ複数単位購入可能な電子的なバウチャーを用いた電子決済を行うときに利用者による前記バウチャーの何単位を消費するかの選択を受け付ける受付処理と、前記決済サーバに前記バウチャーの消費する単位と、前記バウチャーの消費する単位と単位ごとの金額を乗じたバウチャー利用額とを送信して前記決済サーバへ前記電子決済のリクエストを送信する処理と、を実行させる電子決済アプリである。

【発明の効果】

【0007】

本発明の一態様によれば、利用者の利便性を向上させることができる電子決済アプリ、決済サーバ、電子決済方法、電子決済システム、およびプログラムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】電子決済サービスが実現されるための構成の一例を示す図である。

【図2】電子決済の大まかな流れを例示したシーケンス図（その１）である。

【図3】電子決済の大まかな流れを例示したシーケンス図（その２）である。

【図4】第１実施形態に係る決済サーバ１００の構成図である。

【図5】利用者情報１７２の内容の一例を示す図である。

【図6】加盟店／店舗情報１７６の内容の一例を示す図である。

【図7】バウチャー情報１７８の一例を示す図である。

【図8】バウチャーを用いた電子決済の大まかな流れの一例を示したシーケンス図である。

【図9】ユーザスキャンによる電子決済を行う場合の決済アプリ２０の表示の一例を示す図（その１）である。

【図10】ユーザスキャンによる電子決済を行う場合の決済アプリ２０の表示の一例を示す図（その２）である。

【図11】バウチャーの自動適用をオンに設定した利用者が電子決済を行う場合の決済サーバ１００の処理の一例を示すフローチャートである。

【図12】バウチャーと他の決済方法を併用して電子決済を行う場合の決済サーバ１００の動作の一例を示すフローチャートである。

【図13】利用者が有効期限までの日数が近いバウチャーを所有している場合にバウチャーを自動適用する決済サーバ１００の処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下、図面を参照し、本発明の電子決済アプリ、決済サーバ、電子決済方法、およびプログラムの実施形態について説明する。以下に登場する「サーバ」、「管理装置」「情報提供装置」などの、利用者にサービスを提供したり内部解析を行ったりするための各種装置は、分散化された装置群によって実現されてよく、それぞれの装置を運用する事業者は異なってもよい。また装置のハードウェアの保有者（クラウドサーバの提供者）と実質的な運用を行う事業者も異なってよい。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

【0010】

［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、及び一以上の第２店舗端末装置７０のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

【0011】

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

【0012】

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

【0013】

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

【0014】

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

【0015】

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

【0016】

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

【0017】

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

【0018】

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

【0019】

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

【0020】

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６などの情報が格納される。

【0021】

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

【0022】

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

【0023】

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

【0024】

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、バウチャーＩＤ、端末決済方法、支払いの優先順位設定、優先順位１、優先順位２、カード決済方法、提携カード番号、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

【0025】

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。後払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

【0026】

バウチャーＩＤとは、バウチャーを特定可能な識別情報である。利用者情報１７２に記憶されるバウチャーＩＤと、後述するバウチャー情報１７８に記憶されるバウチャーＩＤとが紐づけられている。１人の利用者に複数のバウチャーＩＤが紐づけられていてもよい。バウチャー自動適用設定は、利用者が電子決済をする際に使用できるバウチャーがある場合において、バウチャーを自動的に適用し電子決済を行うか否かを示す内容を含む。更に、バウチャー自動適用設定には、バウチャーの金額が購入金額以下であった場合に併用する決済方法（併用決済方法）が含まれる。バウチャー自動適用設定は、利用者自身が設定することができる。併用決済方法は、電子決済サービスにおけるチャージ残高による決済と、クレジットカードによる後払い決済とのどちらか一方に設定される。

【0027】

支払いの優先順位設定は、利用者が電子決済の支払い方法の優先順位を設定しているか否かを示す情報である。支払いの優先順位設定が有効である場合、利用者が電子決済の支払い方法の優先順位を設定済みであることを示す。支払いの優先順位設定が無効である場合、利用者が電子決済の支払い方法の優先順位を設定していないことを示す。支払いの優先順位設定として、例えば、２つの支払い方法を設定することができる（優先順位１、２）。支払い方法は、例えば、チャージ残高による支払い、または後払いによる支払いとのどちらか一方に設定される。

【0028】

決済処理部１３０は、チャージ残高が一定額より下回る場合に、オートチャージを実行してもよい。利用者は、予めチャージ残高が一定額より下回る場合にオートチャージを実行するか否かを決済アプリ２０上にて設定をする。例えば、１０００円を下回った場合、５０００円をオートチャージするという設定である。利用者情報１７２のオートチャージ設定が、有効であればオートチャージが実行可能になり、無効であればオートチャージは実行されない。決済処理部１３０は、電子決済を行いチャージ残高が更新される度にチャージ残高と一定額を比較し、チャージ残高が一定額より下回ると判断された場合オートチャージを実行する。決済処理部１３０は、オートチャージを実行すると、オートチャージした金額とチャージ残高を合計した最新のチャージ残高を利用者情報１７２に更新させる。

【0029】

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗名が対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

【0030】

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１４０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。

【0031】

バウチャー管理部１５０は、利用者が所有するバウチャーに関する情報を管理する。バウチャーに関する情報は、バウチャー情報１７８に記憶されている。バウチャー管理部１５０は、必要に応じてバウチャー情報１７８から情報を取得し、バウチャーを用いた電子決済が行われるたびに情報を更新する。

【0032】

バウチャーは、有効期限が設定されかつ電子決済サービスを利用できる店舗のうち予め設定された設定店舗で利用可能であり、単位ごとに所定の金額が定められており、且つ複数単位購入可能である。バウチャーは、１回の電子決済で使用できる単位数と単位ごとの金額が予め定めされており、例えば、１回の電子決済で５００円のバウチャーが２枚まで使用できると決められている。所定の金額と使用できる単位数は、バウチャーごとに異なっており、発行元の事業者が決定する。

【0033】

図７は、バウチャー情報１７８の一例を示す図である。バウチャー情報１７８は、例えば、バウチャーの識別情報であるバウチャーＩＤに対して、単価、残枚数、最大使用枚数、有効期限、利用可能店舗、利用可能市区町村などの情報が対応付けられた情報である。単価は、バウチャーを１枚使用するごとに利用できる単価の金額である。残枚数は、残りのバウチャーの枚数である。最大使用枚数は、１回の電子決済で使用できる単位数である。有効期限は、バウチャーの使用ができる期限日を示したものである。利用可能店舗とは、バウチャーを使用できる店舗のことである。利用可能自治体とは、バウチャーの発行元が自治体である場合の利用可能店舗に相当する情報である。自治体は、都道府県単位であってもよいし、市区町村単位であってもよいし、商店街などの自主的な団体であってもよい。

【0034】

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

【0035】

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う、或いはクレジットカード会社の運営者に当該処理を依頼する。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリ２０に返信される。

【0036】

図８は、バウチャーを用いた電子決済の大まかな流れの一例を示したシーケンス図である。図２との相違点を中心に説明する。ユーザスキャンの場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ２０）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２１）。

【0037】

次に、決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報を検索して加盟店名と店舗名の情報を取得する（Ｓ２２）。次に、決済サーバ１００は、ユーザに付与されたバウチャーのうち、当該店舗で利用可能なバウチャーを特定し（Ｓ２２＃）、上述したＳ２２、Ｓ２２＃で得られた情報を決済アプリ２０に送信する（Ｓ２３）。

【0038】

利用者は、加盟店名や店舗名、利用可能なバウチャーが表示された画面において、バウチャーを選択し、決済金額を利用者端末装置１０に入力する（Ｓ２４）。利用者端末装置１０は、選択されたバウチャーの情報と入力された決済金額とを決済サーバ１００に送信する（Ｓ２５）。決済サーバ１００は、バウチャーの使用金額や使用枚数などを示す使用情報を決済アプリ２０に表示させる（Ｓ２６）。そして、利用者端末装置１０は、少なくとも決済金額や承諾情報を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ２７）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ２８）。決済サーバ１００は、例えば、バウチャーで利用可能な金額から決済金額を差し引いて電子決済を行う。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ２９）、決済アプリ２０は決済完了画面を表示する（Ｓ３０）。

【0039】

より具体的には、Ｓ２６の処理において、利用者はバウチャーの利用する枚数（消費数）を最大使用枚数まで自由に選べることができる。利用者は、決済アプリ２０の画面に表示されたバウチャーの情報を確認しながら、枚数を選択する。決済アプリ２０は、バウチャーの枚数を選択されるごとにバウチャー利用額を計算し表示してもよい。利用者端末装置１０は、利用者が選択したバウチャーの消費数とバウチャー利用額を含む電子決済に関する情報を決済サーバ１００へ送信する。

【0040】

図９および図１０は、ユーザスキャンによる電子決済を行う場合の決済アプリ２０の表示の一例を示す図である。利用者が、利用者端末装置１０を用いて店舗において提示された店舗識別情報を含む店舗コード画像６０を読み取ると、決済サーバ１００は、インターフェース画面ＩＭ１を決済アプリ２０に表示させる。インターフェース画面ＩＭ１は、購入金額を入力することができる画面である。領域ＡＲ１の支払い方法が表示されている領域を選択する操作を行うと、インターフェース画面ＩＭ２が表示される。

【0041】

インターフェース画面ＩＭ２は、支払い方法を選択することができる画面である。利用者がバウチャーを使用したい場合に領域ＡＲ２にある「商品券」と表示されている箇所を選択する操作を行うと、決済サーバ１００は、インターフェース画面ＩＭ３を決済アプリ２０に表示させる。

【0042】

インターフェース画面ＩＭ３は、使用する商品券を選択することができる画面である。バウチャー管理部１５０は、バウチャー情報１７８から取得した利用者が所有している商品券の情報を領域ＡＲ３に表示させる。利用者が使用したい商品券が表示されている箇所を選択する操作行うと決済サーバ１００は、インターフェース画面ＩＭ４を決済アプリ２０に表示させる。

【0043】

図１０のインターフェース画面ＩＭ４は、バウチャーを利用する単位額と、利用する枚数と、と単位額と利用する枚数を乗じたバウチャーの利用金額とを表示することができる画面である。領域ＡＲ４は、「商品券１枚の金額」、「商品券利用枚数」、「商品券利用金額」を表示する。「商品券１枚の金額」は、利用者がインターフェース画面ＩＭ３で選択した商品券の単価を表示する。「商品券利用枚数」は、例えば、上下の矢印が表示されており、利用者が矢印を操作して、枚数を選択することができる。「商品券利用金額」は、利用者の操作する「商品券利用枚数」に応じて、決済アプリ２０が商品券の単価を乗じる計算を行い、金額を表示する。利用者が表示された内容を確認し、「次へ」を選択する操作を行うと、決済サーバ１００は、インターフェース画面ＩＭ５を決済アプリ２０に表示させる。

【0044】

インターフェース画面ＩＭ５は、購入金額が支払うべき金額として正しいか店舗が確認する画面である。利用者は、表示された金額が支払うべき金額として正しいと認識すると「支払う」を選択し、決済サーバ１００は、インターフェース画面ＩＭ６を決済アプリ２０に表示させる。インターフェース画面ＩＭ６は、支払い内容の詳細が確認できる画面である。利用者はバウチャーを利用して電子決済を行ったため、領域ＡＲ５には、「○○県△△町商品券 １０００円」と表示されており、利用者が選択した商品券を１０００円利用したことがわかる。領域ＡＲ６には、「○○県△△町商品券」と表示されており、バウチャーを利用した電子決済が実行されたことがわかる。

【0045】

利用者が、予め、利用者が事前にバウチャーを優先的に利用することを設定した場合、利用者端末装置１０または第１店舗端末装置５０から電子決済のリクエストを送信するときに、バウチャーを選択する操作をしなくてもバウチャーが自動適用される。例えば、図９のインターフェース画面ＩＭ１～ＩＭ３の操作が省略され、図１０のインターフェース画面ＩＭ４の操作から開始するようになる。

【0046】

ストアスキャンによる電子決済の場合、第１店舗端末装置５０は、決済アプリ２０が表示したコード画像を読み取り、コード画像をデコードしてワンタイムコード等を取得する。第１店舗端末装置５０は、そのワンタイムコードを含む決済情報を作成して決済サーバ１００へ送信する。決済サーバ１００は、受信した情報に基づいて、利用者を特定し、利用者がバウチャーを自動適用する設定をしている場合、バウチャーの情報を決済アプリ２０に送信する。利用者が、決済アプリ２０に表示されたバウチャーの情報を確認しながら、使用するバウチャーの枚数を選択し電子決済に同意すると、決済アプリ２０は、決済情報と承諾情報を決済サーバ１００へ送信する。決済サーバ１００は、受信した決済情報と承諾情報に基づいて電子決済を行う。

【0047】

また、決済処理部１３０は、バウチャーを自動適用する場合、電子決済を行いたい店舗で利用できるバウチャーが複数ある場合は、バウチャー利用のみで電子決済を処理することができる金額（購入金額＞バウチャー利用額）のバウチャーを優先的に適用する。決済処理部１３０は、バウチャー利用のみで電子決済を処理することができる金額（購入金額＞バウチャー利用額）のバウチャーが複数ある場合は、有効期限が使用日に近いものを優先的に適用する。更に、決済処理部１３０は、同じ有効期限であるバウチャーが複数ある場合は、利用者に付与された日が早いバウチャーから利用するように自動適用する。

【0048】

決済処理部１３０は、有効期限までの日数が短いバウチャーを優先的に適用させ電子決済を行ってもよい。例えば、決済処理部１３０は、利用者が有効期限までの日数が３か月であるバウチャーと有効期限までの日数が６か月であるバウチャーを所有している場合、有効期限までの日数が３か月であるバウチャーを適用して電子決済を行う。決済処理部１３０は、対象として、有効期限までの日数が一定日数を下回ったバウチャーを対象にしてもよい。一定日数は、任意に定められてよい。

【0049】

決済処理部１３０は、利用者が有効期限までの日数が短い（例えば一定日数以下の）バウチャーを所有している場合のみ、バウチャーの自動適用を行うようにしてもよい。決済処理部１３０は、有効期限までの日数が短いバウチャーを所有していない場合は、バウチャーを用いた決済方法以外の決済方法を用いて電子決済を行う。

【0050】

決済処理部１３０は、バウチャーの使用金額と併用決済方法の利用可能額の合計が購入金額を下回る場合、もう一方の併用決済方法を更に併用することやオートチャージによってチャージ金額を増やすことを行い、電子決済を実行してもよい。

【0051】

決済処理部１３０は、電子決済における購入金額が、利用者によって選択されたバウチャーの消費数と単位ごとの金額を乗じた金額であるバウチャー利用額以上である場合、予め利用者が設定した決済方法であって、電子決済サービスにおけるチャージ残高またはクレジットカードによる後払い決済とのどちらか一方の決済方法を併用して電子決済を実行する。

【0052】

図１１は、バウチャーの自動適用をオンに設定した利用者が電子決済を行う場合の決済サーバ１００の処理の一例を示すフローチャートである。決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報を取得する（Ｓ１００）。決済情報とは、店舗識別情報を含む利用者が行いたい電子決済の情報である。

【0053】

決済処理部１３０は、取得した店舗識別情報から、その店舗がバウチャーを使用できるか否かを判定する（Ｓ１１０）。バウチャーを使用できない店舗である場合、チャージ残高等を利用した電子決済を行う（Ｓ１２０）。

【0054】

Ｓ１１０の処理において、電子決済を行おうとしている店舗がバウチャーを使用できると判定した場合、決済処理部１３０は、利用者が有効なバウチャーを所有しているか否かを判定する（Ｓ１３０）。決済処理部１３０は、利用者が有効なバウチャーを所有していないと判定した場合、チャージ残高等を利用した電子決済を行う（Ｓ１２０）。

【0055】

決済処理部１３０は、利用者が有効なバウチャーを所有していると判定した場合、バウチャー管理部１５０を介してバウチャー情報１７８から、利用者が所有する有効なバウチャーの情報を取得し、決済アプリ２０に表示させる（Ｓ１４０）。利用者は、表示されたバウチャーの情報を確認しながら、バウチャーの消費数を決定する。

【0056】

決済処理部１３０は、決済アプリ２０からバウチャーの消費数とバウチャー利用額とを取得した場合（Ｓ１５０）、取得したバウチャー利用額よりも購入金額が上回るか否かを判定する（Ｓ１６０）。決済処理部１３０は、決済アプリ２０からバウチャーの消費数とバウチャー利用額とを取得しなかった場合、Ｓ１２０の処理のバウチャー以外の決済方法を用いて電子決済を行う。

【0057】

Ｓ１６０の処理において、バウチャー利用額よりも購入金額が同一の場合、決済処理部１３０は、バウチャーを用いて電子決済を行う（Ｓ１７０）。バウチャー利用額よりも購入金額を上回る場合、決済処理部１３０は、バウチャーと他の決済方法を併用して電子決済を行う（Ｓ１８０）。この処理について図１２を用いて説明する。

【0058】

図１２は、バウチャーと他の決済方法を併用して電子決済を行う場合の決済サーバ１００の動作の一例を示すフローチャートである。なお、本フローチャートの処理は、オートチャージ設定を利用した処理を例示したものであるが、バウチャーを利用した電子決済においてオートチャージ設定を利用しないようにしてもよい。図１２以降の図においては、バウチャー利用額を「ＶＵＡ（Voucher Usage Amount）」、チャージ残高を「ＣＢ（Charge Balance）」、後払い利用可能額を「ＤＰ（Deferred Payment）」、オートチャージ額を「ＡＣ（Auto Charge）」、購入金額を「ＰＡ（Purchase Amount）」と表現する。利用者は、併用決済方法をチャージ残高による決済に設定し、支払い方法の優先順位をチャージ残高、後払いの順に設定し、オートチャージ設定を有効に設定しているものとする。

【0059】

決済処理部１３０は、バウチャー利用額とチャージ残高の合計額が購入金額より上回るか（ＶＵＡ＋ＣＢ＞ＰＡ）否かを判定する（Ｓ２００）。

【0060】

バウチャー利用額とチャージ残高の合計額が購入金額より上回る（ＶＵＡ＋ＣＢ＞ＰＡ）場合、決済処理部１３０は、バウチャー利用額とチャージ残高を併用して電子決済を行う（Ｓ２１０）。バウチャー利用額とチャージ残高の合計額が購入金額を下回る場合、決済処理部１３０は、バウチャー利用額とチャージ残高と後払い利用可能額の合計額が購入金額以上（ＶＵＡ＋ＣＢ＋ＤＰ≧ＰＡ）であるか否かを判定する（Ｓ２２０）。

【0061】

バウチャー利用額とチャージ残高と後払い利用可能額の合計額が購入金額以上である場合、決済処理部１３０は、バウチャー利用額とチャージ残高と後払い利用可能額の合計額で電子決済を行う（Ｓ２３０）。バウチャー利用額とチャージ残高と後払い利用可能額の合計額が購入金額を下回る場合、決済処理部１３０は、オートチャージを実行し、バウチャー利用額とチャージ残高と後払い利用可能額とオートチャージ額の合計額が購入金額以上（ＶＵＡ＋ＣＢ＋ＤＰ＋ＡＣ≧ＰＡ）であるか否かを判定する（Ｓ２４０）。

【0062】

バウチャー利用額とチャージ残高と後払い利用可能額とオートチャージ額の合計額が購入金額以上である場合、決済処理部１３０は、バウチャー利用額とチャージ残高と後払い利用可能額とオートチャージ額の合計額で電子決済を行う（Ｓ２５０）。バウチャー利用額とチャージ残高と後払い利用可能額とオートチャージ額の合計額が購入金額を下回る場合、決済処理部１３０は、決済失敗とし、決済アプリ２０にエラー通知を出力させる（Ｓ２６０）。Ｓ２５０の処理またはＳ２６０の処理のあと、本フローチャートの処理を終了し、図１１のフローチャートに戻る。

【0063】

図１３は、利用者が有効期限までの日数が近いバウチャーを所有している場合にバウチャーを自動適用する決済サーバ１００の処理の一例を示すフローチャートである。図１１のフローチャートとの差異を説明する。

【0064】

Ｓ１１０の処理において、電子決済をしたい店舗がバウチャーを使用できると判定された場合、決済処理部１３０は、利用者が有効期限までの日数が短いバウチャーを所有しているか否かを判定する（Ｓ１３０Ａ）。決済処理部１３０は、利用者が有効期限までの日数が短いバウチャーを所有している場合、バウチャーの情報を決済アプリ２０に表示させる（Ｓ１４０）。利用者は、バウチャーの情報を確認しながら、バウチャーの消費数を決定する。決済処理部１３０は、利用者が有効期限までの日数が短いバウチャーを所有していない場合、バウチャー以外の決済方法を用いて電子決済を行う（Ｓ１２０）。

【0065】

以上説明した実施形態によれば、単位ごとの所定の金額が定められており、且つ複数単位購入可能な電子的バウチャーを何単位ごとに消費するか決定して電子決済を実行することによりバウチャーを利用した複数回の電子決済を行うことができる。複数回の電子決済を利用者の決めた単位で行うことができることによって、ユーザの利便性を向上させる。また、バウチャーを複数回利用するために利用者の店舗への来店回数が増加し、特に高齢者などの外出機会を増やすことができる。

【0066】

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

【符号の説明】

【0067】

１０ 利用者端末装置
２０ 決済アプリ
１００、１００Ａ 決済サーバ
１２０、１２０Ａ 決済コンテンツ提供部
１２２Ａ 表示制御部
１３０ 決済処理部
１４０ 情報管理部

【要約】

【課題】電子的バウチャーを何単位ごとに消費するか利用者によって指定した電子決済を行うことができる電子決済アプリ、決済サーバ、電子決済方法、およびプログラムを提供すること。
【解決手段】決済サーバと協働して電子決済サービスを提供する電子決済アプリであって、利用者端末装置のプロセッサに、有効期限が設定されかつ電子決済サービスを利用できる店舗のうち予め設定された設定店舗で利用可能であり、単位ごとに所定の金額が定められており、且つ複数単位購入可能な電子的なバウチャーを用いた電子決済を行うときに利用者によるバウチャーの何単位を消費するかの選択を受け付ける受付処理と、決済サーバにバウチャーの消費する単位と、バウチャーの消費する単位と単位ごとの金額を乗じたバウチャー利用額とを送信して決済サーバへ電子決済のリクエストを送信する処理と、を実行させる電子決済アプリ。
【選択図】図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】