JP2023143605A - 決済システム、決済方法、決済サービス提供装置、プログラム、およびアプリケーションプログラム - Google Patents

Abstract

【課題】実店舗における電子決済の流れの中で謝礼金の支払いを好適に行わせること。【解決手段】アプリケーションプログラムは、利用者端末装置に、利用者が行う電子決済に係る加盟店の実店舗に対する謝礼金の送金設定を受け付けさせると共に、送金設定を決済サービス提供装置に送信させ、決済サービス提供装置は、実店舗の店舗端末装置から取得した決済情報に基づいて電子決済のための処理を行う決済処理部と、決済処理部が処理を行ったのに伴って、予め利用者端末装置から受信している送金設定の内容に従って、利用者のアカウントから加盟店のアカウントに謝礼金を送金するのための処理を行う送金処理部と、を有する、決済システム。【選択図】図３

Description

本発明は、決済システム、決済方法、決済サービス提供装置、プログラム、およびアプリケーションプログラムに関する。

従来、チップを受領する受領者が所持する第１の端末が、所定の距離内に位置するチップ受領者の第２の端末に受領者の受領者識別情報を出力し、第２の端末からチップの支払者の支払者識別情報、およびチップ額を示すチップ額情報を取得し、支払者識別情報で指定された第１の決済手段に対応する口座に対して、チップ額に相当する電子マネーの課金処理を行い、受領者識別情報で指定された第２の決済手段に対応する口座に対して、チップ額に相当する電子マネーの振込処理を行うサーバの発明が開示されている。

特開２０２１－１７４１６２号公報

従来の技術は、端末間で近距離無線通信を行うことが必須の処理となっており、現状の電子決済に適用するのが困難である。

本発明は、このような事情を考慮してなされたものであり、実店舗における電子決済の流れの中で謝礼金（チップ）の支払いを好適に行わせることができる決済システム、決済方法、決済サービス提供装置、プログラム、およびアプリケーションプログラムを提供することを目的の一つとする。

本発明の一態様は、利用者端末装置において動作するアプリケーションプログラムと、前記アプリケーションプログラムと協働して、利用者に加盟店に属する実店舗での電子決済を行わせる決済サービス提供装置と、を備える決済システムであって、前記アプリケーションプログラムは、前記利用者端末装置に、前記利用者が行う前記電子決済に係る加盟店の前記実店舗に対する謝礼金の送金設定を受け付けさせると共に、前記送金設定を前記決済サービス提供装置に送信させ、前記決済サービス提供装置は、前記実店舗の店舗端末装置から取得した決済情報に基づいて前記電子決済のための処理を行う決済処理部と、前記決済処理部が処理を行ったのに伴って、予め前記利用者端末装置から受信している前記送金設定の内容に従って、前記利用者のアカウントから前記加盟店のアカウントに前記謝礼金を送金するのための処理を行う送金処理部と、を有する、決済システムである。

本発明の一態様によれば、実店舗における電子決済の流れの中で謝礼金の支払いを好適に行わせることができるができる決済システム、決済方法、決済サービス提供装置、プログラム、およびアプリケーションプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示した図である。 決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 チップ支払い設定１７２Ａの内容の一例を示す図である。 店舗情報１７４の内容の一例を示す図である。 パターン１の決済が行われる場合のチップの支払いを含む処理の流れの一例を示すシーケンス図である。 図７のＳ８において店舗のチップ受領可否設定情報が「可」になっている場合に表示される決済完了通知画面ＩＭ１の一例を示す図である。 図７のＳ８において店舗のチップ受領可否設定情報が「否」になっている場合に表示される決済完了通知画面ＩＭ２の一例を示す図である。 パターン２の決済が行われる場合のチップの支払いを含む処理の流れの一例を示すシーケンス図である。 チップの送金指示を受け付けるための受付画面ＩＭ３の一例を示す図である。

以下、図面を参照し、本発明の決済システム、決済方法、決済サービス提供装置、プログラム、およびアプリケーションプログラムについて説明する。決済システムは、決済サービス提供装置と、アプリケーションプログラムとを含む。決済サービス提供装置は、一以上のプロセッサにより実現される。決済サービス提供装置は、電子決済サービスなどのサービスを提供する装置である。以下の説明では、決済サービス提供装置を「決済サーバ」と称して説明する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、現実空間に存在する物理的な店舗（実店舗）である。アプリケーションプログラムは、利用者端末装置において動作する。アプリケーションプログラムは、決済サービス提供装置と通信して利用者の残高情報等を取得し、利用者が電子決済を行う際のインターフェースとして機能する。以下の説明では、アプリケーションプログラムを「決済アプリ」と称して説明する。

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

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

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

決済サーバ１００は、利用者端末装置１０または店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。決済サーバ１００は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を増減させる（換言すると、電子マネーを入出金する）ことで、電子決済を行う。電子決済は、リボ払いやクレジット払い等の方法によって、購買時点のチャージ残高よりも多額の購買を可能にするものが含まれてよい。

図２は、電子決済の大まかな流れを例示した図である。電子決済には、パターン１とパターン２の二つが存在してよい。パターン１の場合、まず利用者端末装置１０において決済アプリ２０が起動し、ＱＲコードやバーコード等のコード画像を表示する。利用者は利用者端末装置１０の表示面を店舗端末装置５０に翳す（提示する）。店舗端末装置５０は、光学読取機能によってコード画像をデコードし、アカウントＩＤを認識可能な情報を取得する（詳しい態様については後述する）。そして、店舗端末装置５０は、アカウントＩＤを認識可能な情報、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ユーザの電子決済口座から店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。

パターン２の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする。店舗コード画像６０には、店舗名等の情報が含まれている。利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置１０に入力する。そして、利用者端末装置１０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済サーバ１００は、受信した情報に基づいて決済処理を行う。なお、上記のいずれかのパターンでのみ電子決済が行われてもよい。また、図２で説明する「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。

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

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

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

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７６から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。なお、決済コンテンツ情報１７６に基づくコンテンツには、ログイン状態で提供されるコンテンツと、非ログイン状態で提供されるコンテンツがある。非ログイン状態のコンテンツにおいて、決済サーバ１００は、各種案内情報を提供したり、新規登録や電話番号の変更申し込みを受け付けたりする。

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

図４は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、アカウントＩＤ（省略されてもよい）に対して、新規登録時に最低限必要な電話番号およびパスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、チップ支払い設定１７２Ａ、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。電話番号、パスワード、、登録日、チャージ残高、チャージ履歴情報、決済履歴情報以外の情報は任意設定情報である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。なお登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。チップ支払い設定１７２Ａに関しては別図を参照して説明する。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額等）を、決済ごとに示す情報である。

図５は、チップ支払い設定１７２Ａの内容の一例を示す図である。チップ支払い設定１７２Ａは、「謝礼金の送金設定」の一例である。チップ支払い設定１７２Ａは、例えば、チップ支払い対象を指定する情報と、チップ支払い除外対象を指定する情報とを含む。チップ支払い対象を指定する情報は、例えば、店舗カテゴリを指定する情報、一般化された条件に合う店舗を指定する情報、店舗を直接的に指定する情報などを含む。店舗カテゴリに関しては後述する通りである。所望の条件とは、例えば「１年以内に何回以上利用した」店舗という内容の情報である。「１年以内」や「何回以上」の部分は利用者によって選択可能であってよい。これらの条件は、アンド条件として扱われてもよいし、オア条件として扱われてもよい。

また、チップ支払い除外対象を指定する情報も同様に、店舗カテゴリを指定する情報や一般化された条件に合う店舗を指定する情報などを含む。これらの条件も、アンド条件として扱われてもよいし、オア条件として扱われてもよい。例えば、ドラッグストアやコンビニエンスストアではチップを支払いたくない利用者は、それらのカテゴリをチップ支払い除外対象に指定することができる。なお、チップ支払い設定１７２Ａは、チップ支払い対象を指定する情報のみ含んでもよい。

チップ支払い設定１７２Ａは、決済アプリ２０が提供するインターフェース画面において、電子決済とは非同期に（偶々電子決済の直前や直後であることは排除されない）、利用者によって設定される情報である。

店舗に関する情報は、店舗情報１７４として管理されている。図６は、店舗情報１７４の内容の一例を示す図である。図６の上図に示すように、店舗情報１７４は、例えば、店舗ＩＤに対して、店舗ＵＲＬ（Uniform Resource Locator）、店舗カテゴリ、所在地、決済パターン等の情報が対応付けられたものである。店舗カテゴリは、一階層の情報であってもよいし、二階層以上の階層構造を有する情報であってもよい。例えば、図示する「寿司」の上位概念として「和食」や「食事処」、「飲食店」といった情報が付与されてもよい。所在地は、ＪＩＳコードなどの階層化されたコード画像で表されてもよい。決済パターンは、前述したパターン１とパターン２のどちらで決済可能かを示す情報である。

また、図６の下図に示すように、店舗情報１７４は、加盟店と店舗との関係を示す情報を含んでもよい。電子決済サービスを利用する店舗は、いずれかの加盟店（ブランド）に属している。店舗情報１７４は、加盟店ＩＤに対して一以上の店舗ＩＤ、チップ受領可否設定情報、ウォレット情報などが対応付けられたものである。図中、加盟店ＩＤがＢ００２で示される加盟店には、一つの店舗ＩＤのみが対応付けられており、これは加盟店を構成する店舗が一つのみであることを示している。

チップ受領可否設定情報は、その加盟店が利用者からの謝礼金（以下、チップ）を受領するか否かを示す情報である。チップの送金処理の詳細については後述する。チップ受領可否設定情報は、例えば、加盟店の運営者に提供されるインターフェースを介して予め取得されたものである。チップ受領可否設定情報は、加盟店ごとに一括して受け付けられてもよく、加盟店によっては店舗ごとに可否が異なるように設定されてもよい。ウォレット情報は、その店舗に対応付けられた決済残高と送金残高の情報である。ウォレット情報にも、店舗ＩＤごとの一覧があってよい。決済残高とは、決済処理によって店舗に払い込まれた金額の残高を示すものであり、送金残高とは、チップの支払いを含む送金処理によって店舗に送金された金額の残高を示すものである。

送金処理部１４０は、電子決済に付随した、利用者から加盟店へのチップの支払いを実現する。送金処理部１４０は、決済アプリ２０が受け付けた送金指示の内容に従って、利用者のアカウント（利用者情報１７２のチャージ残高）から加盟店のアカウント（店舗情報１７４のウォレット情報の送金残高）にチップを送金するのための処理を行う。

［処理の流れ］
図７は、パターン１の決済が行われる場合のチップの支払いを含む処理の流れの一例を示すシーケンス図である。本図の処理が開始される時点で、チップ支払い設定１７２Ａの設定操作は完了しているものとする。まず、利用者が利用者端末装置１０を操作して決済アプリ２０を起動させる（Ｓ１）。これと並行して、店舗側では、店舗端末装置５０がバーコード読み取りや手入力等によって決済金額を取得する（Ｓ２）。決済アプリ２０は、利用者の支払い操作に応じて、或いは自身の自動更新に応じて支払いリクエストを決済サーバ１００に送信する（Ｓ３）。決済サーバ１００は、これに応じてワンタイムコードを利用者端末装置１０に送信する（Ｓ４）。決済アプリ２０は、ワンタイムコードに基づくコード画像（第２コード画像）を利用者端末装置１０に表示させる。利用者によって、このコード画像が店舗端末装置５０に翳される（Ｓ５）。

店舗端末装置５０は、コード画像をデコードし、ワンタイムコード、決済金額、店舗ＩＤを含む決済情報を生成し（Ｓ６）、決済情報を決済サーバ１００に送信する（Ｓ７）。

決済サーバ１００では、決済処理部１３０がワンタイムコードからアカウントＩＤを取得して決済処理を行う（Ｓ８）。決済処理が完了した場合、チップの送金処理に移行するが、決済処理が残高不足等の理由で失敗した場合、送金予定のチップは破棄される。

決済処理が完了すると、送金処理部１４０が、店舗情報１７４を参照し、店舗ＩＤに係る店舗に対応する加盟店ＩＤ（店舗ごとに設定がされている場合は店舗ＩＤ）のチップ受領可否設定情報が「可」になっているか否かを確認する（Ｓ９）。チップ受領可否設定情報が「可」になっている場合、送金処理部１４０は、チップ支払い設定１７２Ａを参照し、店舗ＩＤに係る店舗がチップの支払い対象であるか否かを判定する（Ｓ１０）。チップの支払い対象である場合、送金処理部１４０は、アカウントＩＤに係る利用者のチャージ残高から、店舗ＩＤに係る店舗の店舗ウォレット情報の送金残高に、チップに相当する金額を移動させる（Ｓ１１）。

そして、決済サーバ１００から利用者端末装置１０に決済完了通知が送付される（Ｓ１２）。これに応じて利用者端末装置１０は、決済完了通知画面を表示する。図８は、Ｓ８において加盟店または店舗のチップ受領可否設定情報が「可」になっている場合に表示される決済完了通知画面ＩＭ１の一例を示す図である。決済完了通知画面ＩＭ１は、例えば、決済が行われた店舗の情報が表示される領域Ａ１、決済金額等が表示される領域Ａ２、決済の結果として利用者に付与されるポイントが表示される領域Ａ３、チップの支払い結果が表示される領域Ａ４等を含む。決済完了通知画面ＩＭ１の領域Ａ４には、チップの支払いが完了した旨を示す情報が表示される。図９は、Ｓ８において加盟店または店舗のチップ受領可否設定情報が「否」になっている場合に表示される決済完了通知画面ＩＭ２の一例を示す図である。決済完了通知画面ＩＭ２の領域Ａ４には、チップの支払いが実現しなかった（チップが受け付けられなかった）旨を示す情報が表示される。なお、店舗ＩＤに係る店舗がチップの支払い対象でない場合に関して、利用者自身が支払い対象でないことを意識していると考えられるため、決済完了通知画面にチップに関する情報が表示されなくてもよい。

このようにパターン１においては電子決済と非同期にチップの支払いに関する入力操作を受け付けることで、実店舗における電子決済の流れの中でチップの支払いを好適に行わせることができる。また、一連の処理の流れの中で、チップを受領しない加盟店または店舗に関する処理を違和感なく実行することができる。

図１０は、パターン２の決済が行われる場合のチップの支払いを含む処理の流れの一例を示すシーケンス図である。まず、利用者が利用者端末装置１０を操作して決済アプリ２０を起動させる（Ｓ２１）。次に、利用者は、利用者端末装置１０で店舗のコード画像を撮像してエンコードされた情報を取得させる（Ｓ２２）。決済アプリ２０は、店舗のコード画像をデコードして得られる店舗ＵＲＬを取得する（Ｓ２３）。次に、店舗ＵＲＬは、「店舗関連情報」の一例である。利用者は、電子決済の決済額と、チップの送金指示に関する情報とを決済アプリ２０に入力する（Ｓ２４）。

図１１は、チップの送金指示を受け付けるための受付画面ＩＭ３の一例を示す図である。受付画面ＩＭ３には、例えば、店舗の情報と、利用者によって入力された決済額を表示する領域Ａ１１、利用者のチャージ残高を表示する領域Ａ１２、決済額に対するチップの割合を指定するためのスイッチＳ１、Ｓ２、チップを支払うか否かを指定するためのスライドスイッチＳ３、決済額とチップが確定した後に、それらの支払いを確定するためのボタンＢ１、決済額を入力するためのキーＫ１などが設けられる。利用者は、スライドスイッチＳ３を左右にスライド操作することによって、当該電子決済においてチップを支払うか否かを切り替えることができる。スライド操作に変えて、タップなどの他の所定の操作によってチップを支払うか否かが切り替えられてもよい。チップの金額は、決済額に対する割合が指定されるのに代えて、キーＫ１を用いて直接的に入力されることで受け付けられてもよい。また、チップの金額は、決済額に依らず一定額に設定されてもよいし、一律に決済額の何％というふうに定められてもよい。

決済アプリ２０は、スライドスイッチＳ３の状態が「チップを支払う」になっている場合、店舗ＩＤを含むチップ受領可否問い合わせを決済サーバ１００に送信する（Ｓ２５）。

決済サーバ１００の送金処理部１４０は、店舗情報１７４を参照し、店舗ＩＤに係る店舗に対応する加盟店ＩＤ（店舗ごとに設定がされている場合は店舗ＩＤ）のチップ受領可否設定情報が「可」になっているか否かを確認し（Ｓ２６）、確認結果を回答する情報を決済アプリ２０に送信する（Ｓ２７）。確認結果が「否」であった場合、決済アプリ２０は、チップの支払いが実現しなかった（チップが受け付けられなかった）旨を示す情報を利用者端末装置１０に表示させる。

決済アプリ２０は、チップ受領可否の回答が「可」である場合はアカウントＩＤ、決済金額、チップの金額、店舗ＩＤを含む決済情報を生成し、それ以外の場合はアカウントＩＤ、決済金額、店舗ＩＤを含む決済情報を生成し（Ｓ２８）、決済情報を決済サーバ１００に送信する（Ｓ２９）。

決済サーバ１００では、決済処理部１３０が決済処理を行い（Ｓ３０）、決済情報にチップの金額が含まれていれば、送金処理部１４０が、アカウントＩＤに係る利用者のチャージ残高から、店舗ＩＤに係る店舗の店舗ウォレット情報の送金残高に、チップに相当する金額を移動させる（Ｓ３１）。そして、決済サーバ１００から決済アプリ２０に決済完了通知が送信される（Ｓ３２）。

このようにパターン２においては店舗のコード画像を読み取った後にチップの支払いに関する入力操作を受け付けることで、実店舗における電子決済の流れの中でチップの支払いを好適に行わせることができる。また、一連の処理の流れの中で、チップを受領しない加盟店または店舗に関する処理を違和感なく実行することができる。

上記実施形態において、加盟店ごとに（或いは店舗ごとに）チップの受領可否を設定するものとしたが、これを省略し、全ての店舗がチップを受け付けるものとしてもよい。

［チップ相当額の従業員への送金］
送金処理部１４０は、チップとして加盟店に支払われた金額を、従業員の個人アカウントに送金する処理を行ってもよい。係る処理は、例えば月に１回、週に１回というように、電子決済やチップの支払いとは非同期で行われる。送金処理部１４０は、加盟店または店舗からの依頼に応じて、店舗情報１７４の店舗ウォレット情報の送金残高から、従業員の利用者情報１７２のチャージ残高に送金する処理を行う。送金処理部１４０は、「当月のチップによる送金残高増加分の所定割合を従業員の個人アカウントに送金する」といった規則で自動的に送金処理を行ってもよい。

以上説明した実施形態によれば、実店舗における電子決済の流れの中で謝礼金（チップ）の支払いを好適に行わせることができる。

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

１０ 利用者端末装置
２０ 決済アプリ
５０ 店舗端末装置
６０ 店舗コード画像
１００ 決済サーバ
１１０ 通信部
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 送金処理部
１７０ 記憶部
１７２ 利用者情報
１７４ 店舗情報
１７６ 決済コンテンツ情報

Claims (9)

1. 利用者端末装置において動作するアプリケーションプログラムと、
   前記アプリケーションプログラムと協働して、利用者に加盟店に属する実店舗での電子決済を行わせる決済サービス提供装置と、
   を備える決済システムであって、
   前記アプリケーションプログラムは、前記利用者端末装置に、
   前記利用者が行う前記電子決済に係る加盟店の前記実店舗に対する謝礼金の送金設定を受け付けさせると共に、前記送金設定を前記決済サービス提供装置に送信させ、
   前記決済サービス提供装置は、
   前記実店舗の店舗端末装置から取得した決済情報に基づいて前記電子決済のための処理を行う決済処理部と、
   前記決済処理部が処理を行ったのに伴って、予め前記利用者端末装置から受信している前記送金設定の内容に従って、前記利用者のアカウントから前記加盟店のアカウントに前記謝礼金を送金するのための処理を行う送金処理部と、を有する、
   決済システム。
2. 前記決済サービス提供装置の前記送金処理部は、
   複数の前記実店舗ごとに、前記加盟店が前記謝礼金を受領するか否かを示す設定情報を記憶部に保持し、
   前記送金設定の内容が前記謝礼金を支払う設定になっており、且つ前記店舗端末装置に係る加盟店が前記謝礼金を受け付けない設定になっている場合、前記謝礼金が受け付けられない旨を示す情報を、前記電子決済の完了を通知する決済完了通知画面に含めて前記利用者端末装置に表示させる、
   請求項１記載の決済システム。
3. 前記謝礼金の送金設定は、前記謝礼金の支払い対象と、前記謝礼金の支払い除外対象を指定する情報を含む、
   請求項１または２記載の決済システム。
4. 前記謝礼金の送金設定は、前記謝礼金の支払い対象を、店舗カテゴリを指定する情報、一般化された条件に合う実店舗を指定する情報、加盟店または実店舗を直接的に指定する情報のうち一部または全部によって絞り込む情報を含む、
   請求項１から３のうちいずれか１項記載の決済システム。
5. 前記送金処理部は、更に、前記実店舗のアカウントから前記実店舗の従業員のアカウントに、前記謝礼金の一部または全部を送金するための処理を行う、
   請求項１から４のうちいずれか１項記載の決済システム。
6. 利用者端末装置において動作するアプリケーションプログラムと、前記アプリケーションプログラムと協働して、利用者に加盟店に属する実店舗での電子決済を行わせる決済サービス提供装置と、を備える決済システムにより実行される決済方法であって、
   前記アプリケーションプログラムが、前記利用者端末装置に、
   前記利用者が行う前記電子決済に係る前記加盟店に対する謝礼金の送金設定を受け付けさせると共に、前記送金設定を前記決済サービス提供装置に送信させ、
   前記決済サービス提供装置が、
   前記実店舗の店舗端末装置から取得した決済情報に基づいて前記電子決済のための処理を行い、
   前記電子決済のための処理が行われたのに伴って、予め前記利用者端末装置から受信している前記送金設定の内容に従って、前記利用者のアカウントから前記加盟店のアカウントに前記謝礼金を送金するのための処理を行う、
   決済方法。
7. 利用者端末装置において動作するアプリケーションプログラムと協働して、利用者に加盟店に属する実店舗での電子決済を行わせる決済サービス提供装置であって、
   前記実店舗の店舗端末装置から取得したから取得した決済情報に基づいて前記電子決済のための処理を行う決済処理部と、
   前記決済処理部が処理を行ったのに伴って、予め前記利用者端末装置から受信している送金設定の内容に従って、前記利用者のアカウントから前記電子決済に係る前記加盟店のアカウントに謝礼金を送金するのための処理を行う送金処理部と、
   を備える決済サービス提供装置。
8. 利用者端末装置において動作するアプリケーションプログラムと協働して、利用者に加盟店に属する実店舗での電子決済を行わせる決済サービス提供装置のプロセッサに、
   前記実店舗の店舗端末装置から取得したから取得した決済情報に基づいて前記電子決済のための処理を行わせ、
   前記電子決済のための処理が行われたのに伴って、予め前記利用者端末装置から受信している送金設定の内容に従って、前記利用者のアカウントから前記電子決済に係る前記加盟店のアカウントに謝礼金を送金するのための処理を行わせる、
   プログラム。
9. 利用者端末装置において動作し、決済サービス提供装置と協働して、利用者に加盟店に属する実店舗での電子決済を行わせるアプリケーションプログラムであって、
   前記利用者端末装置に、
   前記利用者が行う前記電子決済のための操作を受け付けるのと非同期に、前記電子決済に係る前記加盟店に対する謝礼金の送金設定の入力を受け付けさせ、
   前記送金設定の内容を前記決済サービス提供装置に送信させる、
   アプリケーションプログラム。

Images