JP7395549B2 - 決済システム、決済方法、及びプログラム - Google Patents

Description

本開示は、決済システム、決済方法、及びプログラムに関する。

従来、電子マネー等の決済手段に利用条件を定める技術が知られている。例えば、特許文献１には、利用可能なサービスの種類が限られた専用バリューと、専用バリューよりも利用可能なサービスが多い汎用バリューと、を端末に記録し、ユーザの汎用バリューを専用バリューに変換したうえで、他のユーザに譲渡することが記載されている。特許文献２には、生活保護者に対する補助金を支給した場合に、本来の趣旨から逸脱した目的で利用されることを防止するために、電子ポイントの利用時に所定の利用目的と合致するか否かを判定し、電子ポイントの利用目的を限定することが記載されている。

特許文献３には、使用可能店、使用可能売り場、商品ジャンル、又は商品といった利用目的が限定されない一般電子マネーと、利用目的が限定された特定電子マネーと、をＩＣカードに記録することが記載されている。特許文献４には、電子マネーに設定された利用目的の決済のみを有効化し、他の目的で電子マネーを利用しないように制限することが記載されている。特許文献５には、特定の商品だけを購入するクローズマネーと、購入可能な商品の限定が無いオープンマネーと、が記載されている。特許文献６には、親が子どもに小遣いを渡す時に、使用用途を限定した電子マネーを渡すことが記載されている。

特開２０１７－１１１５６４号公報 特開２０１５－０９７０５３号公報 特開平１１－３５３３９７号公報 特開２００４－１０２７２６号公報 特開２００２－１０９４２９号公報 特開平９－２９３１０８号公報

特許文献１－６のような決済手段には、種々の利用条件を定めることができる。互いに異なる利用条件が定められた複数の決済手段があったとすると、ユーザが訪れた店舗で複数の決済手段を利用可能なことがある。例えば、食品にのみ利用可能な決済手段、特定の店舗だけで利用可能な決済手段、及び昼間の時間帯だけで利用可能な決済手段があったとする。ユーザが、昼間の時間帯に特定の店舗で食品を購入する場合、これら全ての決済手段を利用可能である。

しかしながら、個々の決済手段に適切な優先順位をつけなければ、ユーザが使いたくない決済手段を利用してしまう可能性があるので、ユーザの利便性を高めることができない。例えば、上記の例において、ユーザが、食品にのみ利用可能な決済手段を使わずに貯めたかったとしても、この決済手段が利用されると、ユーザの利便性が低下する。逆に、ユーザが使いたい決済手段を利用できなかった場合にも、ユーザの利便性が低下する。

本開示の目的の１つは、ユーザの利便性を高めることである。

本開示に係る決済システムは、互いに異なる利用条件が定められた複数の決済手段を保有する第１ユーザに関する決済要求を受け付ける決済要求受付手段と、前記決済要求が受け付けられた場合に、前記複数の決済手段の中から、前記利用条件を満たす前記決済手段を特定する特定手段と、前記特定手段により複数の前記決済手段が特定された場合に、当該複数の決済手段の各々の優先順位に基づいて、決済処理を実行する決済処理実行手段と、を含む。

本開示によれば、ユーザの利便性が高まる。

第１実施形態に係る決済システムの全体構成の一例を示す図である。 決済アプリの画面の一例を示す図である。 店舗用キャッシュが付与された場合の決済アプリの画面の一例を示す図である。 第１実施形態で実現される機能の一例を示す機能ブロック図である。 ユーザデータベースの一例を示す図である。 第１実施形態で実行される処理の一例を示すフロー図である。 第２実施形態における決済アプリの画面の一例を示す図である。 第２実施形態で実現される機能の一例を示す機能ブロック図である。 第２実施形態で実行される処理の一例を示すフロー図である。 第３実施形態における決済アプリの画面の一例を示す図である。 第３実施形態で実現される機能の一例を示す機能ブロック図である。 第３実施形態で実行される処理の一例を示すフロー図である。 第１実施形態に係る変形例の機能ブロックの一例を示す図である。 第２実施形態に係る変形例の機能ブロックの一例を示す図である。 第３実施形態に係る変形例の機能ブロックの一例を示す図である。

［１．第１実施形態］
本開示に係る決済システムの実施形態の一例である第１実施形態を説明する。

［１－１．決済システムの全体構成］
図１は、第１実施形態に係る決済システムの全体構成の一例を示す図である。例えば、決済システムＳは、サーバ１０、ユーザ端末２０、及び店舗端末３０を含む。ネットワークＮは、インターネット又はＬＡＮ等の任意のネットワークである。決済システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

サーバ１０は、サーバコンピュータである。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

ユーザ端末２０は、ユーザのコンピュータである。例えば、ユーザ端末２０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。操作部２４は、タッチパネル等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイである。

店舗端末３０は、店舗のコンピュータである。例えば、店舗端末３０は、ＰＯＳ端末、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、及び表示部２５と同様である。店舗端末３０には、コードリーダ、リーダライタ、又はカメラである読取装置３６が接続される。読取装置３６は、店舗端末３０に含まれてもよい。

なお、記憶部１２，２２，３２の各々に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。また、コンピュータ読み取り可能な情報記憶媒体に記憶されたプログラムが、情報記憶媒体を読み取るための読取部（例えば、光ディスクドライブ又はメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

［１－２．第１実施形態の概要］
決済システムＳでは、複数のユーザの各々に決済サービスが提供される。決済サービスは、電子決済を提供するサービスである。電子決済は、キャッシュレス決済と呼ばれることもある。個々のユーザは、自身のユーザ端末２０を有する。決済サービスは、少なくとも１つの店舗で利用可能である。複数の店舗で決済サービスを利用可能な場合には、個々の店舗は、少なくとも１つの店舗端末３０を有する。

第１実施形態では、キャッシュと呼ばれるオンラインの電子マネーが決済手段に相当する場合を説明する。このため、キャッシュと記載した箇所は、決済手段と読み替えることができる。決済サービスで利用可能な決済手段は、任意の種類であってよく、例えば、クレジットカード、デビットカード、電子マネー、ポイント、銀行口座、ウォレット、仮想通貨、又はこれらの組み合わせであってもよい。バーコード又は二次元コード等のコード又はクーポンが決済手段に相当してもよい。即ち、決済サービスでは、いわゆるプリペイド型の決済手段、ポストペイ型の決済手段、又はデビット型の決済手段の何れのタイプも利用可能であってよい。詳細は後述するが、第１実施形態でユーザへの特典として付与される店舗用決済手段は、クーポン等ではなく、キャッシュ等のように残高を有するプリペイド型の決済手段とする。

第１実施形態では、ユーザ端末２０にインストールされた決済アプリから決済サービスが利用される場合を説明するが、決済サービスは、決済アプリ以外の任意の媒体から利用可能である。例えば、ユーザ端末２０に含まれるＩＣチップ、ＩＣカード、又は磁気カードで決済サービスが利用されてもよい。他にも例えば、ユーザ端末２０又はカードを利用せずに、顔認証等の生体認証だけで決済サービスが利用されてもよい。例えば、ユーザは、決済アプリから所定の利用登録を済ませた後に、ユーザＩＤ及びパスワードを入力して決済サービスにログインすると、決済サービスを利用できるようになる。

図２は、決済アプリの画面の一例を示す図である。ユーザが決済サービスにログインすると、決済アプリのホーム画面Ｇ１が表示部２５に表示される。ホーム画面Ｇ１には、支払元として設定された決済手段を利用するためのコードＣ１０が表示される。第１実施形態では、支払元としてキャッシュが設定されている場合を説明するが、支払元は、クレジットカード又は銀行口座といった他の決済手段に変更可能である。

例えば、決済アプリでは、キャッシュを利用した決済だけではなく、他のユーザにキャッシュを送ることもできる。ユーザは、ボタンＢ１１，Ｂ１２を選択することによって、決済アプリが有する機能を切り替えることができる。第１実施形態では、ユーザが店舗でキャッシュを利用する場合を説明するので、図２では、ボタンＢ１１が選択された状態が示されている。店舗は、決済サービスの加盟店である。店舗は、任意の種類であってよく、例えば、コンビニエンスストア等の小売店、又は、レストラン等の飲食店である。

ユーザは、店舗で代金を支払う場合に、ホーム画面Ｇ１を表示部２５に表示させる。例えば、店舗の店員が読取装置３６でコードＣ１０を読み取ると、店舗端末３０とサーバ１０との間で、所定の決済処理が実行される。決済処理自体は、公知の種々の処理を利用可能である。第１実施形態では、支払元としてキャッシュが設定されているので、決済処理では、キャッシュの残高を減少させる処理が実行される。

決済処理が完了すると、決済処理が完了したことを示す決済完了画面Ｇ２が表示部２５に表示される。図２では、個々の決済完了画面Ｇ２を区別する時は、Ｇ２の符号の末尾にアルファベットを記載する。この点は、他の図面も同様である。決済完了画面Ｇ２Ａは、ユーザが「ＸＸＸマート」で決済した場合に表示される。決済完了画面Ｇ２Ｂは、ユーザが「ＹＹＹストア」で決済した場合に表示される。

第１実施形態では、ユーザが特定の店舗で決済をすると、この店舗用のキャッシュがユーザに付与される。例えば、ユーザが「ＸＸＸマート」で決済をすると、「ＸＸＸマート」用のキャッシュが付与される。このキャッシュは、「ＸＸＸマート」だけで利用可能である。以降、特定の店舗用のキャッシュを店舗用キャッシュという。全ての加盟店で利用できる汎用的なキャッシュを汎用キャッシュという。店舗用キャッシュ及び汎用キャッシュを区別しない時は、単にキャッシュという。

例えば、キャンペーンの開催中の店舗をユーザが利用した場合に、この店舗の店舗用キャッシュがユーザに付与される。図２の例では、「ＸＸＸマート」は、キャンペーンを開催している。決済完了画面Ｇ２Ａのように、ユーザが「ＸＸＸマート」を利用すると、「ＸＸＸマート」の店舗用キャッシュが付与される。一方、「ＹＹＹストア」は、キャンペーンを開催していない。決済完了画面Ｇ２Ｂのように、ユーザが「ＹＹＹストア」を利用しても、店舗用キャッシュは付与されない。「ＸＸＸマート」の店舗用キャッシュは、「ＸＸＸマート」における次の買い物で利用できる。店舗用キャッシュは、ポイント等の他の特典とともに付与されてもよい。

図３は、店舗用キャッシュが付与された場合の決済アプリの画面の一例を示す図である。図３のように、ホーム画面Ｇ１には、汎用キャッシュの残高と、店舗用キャッシュの残高と、が表示される。第１実施形態では、説明の簡略化のために、「ＸＸＸマート」の店舗用キャッシュを例に挙げるが、他の店舗の店舗用キャッシュが存在してもよい。この場合、どの店舗の店舗用キャッシュの残高なのかを特定できるようにするために、「ＸＸＸマートの店舗用キャッシュ」や「ＺＺＺカフェの店舗用キャッシュ」といったような表示がなされてもよい。

例えば、ユーザが「ＸＸＸマート」を訪れて、コードＣ１０が読み取られると、決済完了画面Ｇ２Ｃのように、店舗用キャッシュを利用した決済処理が実行される。第１実施形態では、店舗用キャッシュを利用可能な店舗では、店舗用キャッシュが汎用キャッシュよりも優先的に利用される。店舗用キャッシュだけでは足りない場合には、汎用キャッシュが併用される。決済完了画面Ｇ２Ｃは、店舗用キャッシュの残高が１００円の状態で８００円の商品が購入された場合を示している。この場合、店舗用キャッシュは、全額の１００円が利用され、不足分の７００円は、汎用キャッシュが利用される。

ユーザが「ＸＸＸマート」で店舗用キャッシュを利用すると、再び「ＸＸＸマート」の店舗用キャッシュが付与される。決済完了画面Ｇ２Ｄのように、ユーザが「ＹＹＹストア」を訪れて、コードＣ１０が読み取られた場合には、「ＸＸＸマート」の店舗用キャッシュを利用できないので、汎用キャッシュだけが利用される。なお、「ＸＸＸマート」で店舗用キャッシュを利用するか否かをユーザが指定できてもよいし、店舗用キャッシュと汎用キャッシュを併用するか否かをユーザが指定できてもよい。

以上のように、第１実施形態では、ユーザが特定の店舗でキャッシュを利用すると、ユーザへの特典として、この店舗の店舗用キャッシュが付与される。店舗用キャッシュは、ユーザがキャッシュを利用した店舗だけで利用可能である。このため、ユーザは、特典として付与された店舗用キャッシュを利用するために、再び同じ店舗を訪れることになる。即ち、ユーザに、店舗に再来する動機付けを与えることができる。以降、第１実施形態の詳細を説明する。

［１－３．第１実施形態で実現される機能］
図４は、第１実施形態で実現される機能の一例を示す機能ブロック図である。

［１－３－１．サーバで実現される機能］
データ記憶部１００は、記憶部１２を主として実現される。決済要求受付部１０１、決済処理実行部１０２、利用特典付与部１０３、及び利用制限部１０４の各々は、制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、ユーザに決済サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢを記憶する。

図５は、ユーザデータベースＤＢの一例を示す図である。ユーザデータベースＤＢは、ユーザに関する情報が格納されたデータベースである。例えば、ユーザデータベースＤＢには、ユーザＩＤ、パスワード、ユーザの氏名、コードＩＤ、キャッシュ情報、及び利用履歴情報が格納される。あるユーザが利用登録を完了すると、ユーザデータベースＤＢに新たなレコードが作成され、このユーザのユーザＩＤ等の情報が格納される。

ユーザＩＤは、ユーザを識別可能なユーザ識別情報の一例である。このため、ユーザＩＤと記載した箇所は、ユーザ識別情報と読み替えることができる。ユーザ識別情報は、任意の情報であってよく、例えば、メールアドレス又は電話番号等の他の情報が利用されてもよい。ユーザＩＤは、アカウントと呼ばれることもある。ユーザＩＤ及びパスワードは、決済サービスにログインするために利用される。

本実施形態では、決済処理を要求したユーザを識別するために、コードＣ１０に何らかのユーザ識別情報を含める必要がある。ユーザＩＤをコードＣ１０に含めてもよいが、本実施形態では、コードＩＤをコードＣ１０に含める場合を説明する。コードＩＤは、ユーザ識別情報の一種である。コードＩＤは、ユーザＩＤとは異なる情報である。例えば、コードＩＤは、数値、文字、又はこれらの組み合わせで表現される。

コードＩＤは、任意のタイミングで発行される。コードＩＤには、有効期限が設定されてもよい。例えば、アプリの起動時、有効期限の経過時、又はユーザが再発行を指示した時に、コードＩＤが発行される。コードＩＤの発行方法自体は、任意の方法であってよい。コードＩＤは、有効期限内の他のコードＩＤと重複しないように発行される。例えば、コードＩＤは、ランダムに発行される。

キャッシュ情報は、ユーザが保有するキャッシュに関する情報である。例えば、キャッシュ情報は、汎用キャッシュの残高、店舗用キャッシュを利用可能な店舗の店舗ＩＤ、及び店舗用キャッシュの残高を含む。店舗用キャッシュの残高には、この店舗用キャッシュを利用可能な店舗の店舗ＩＤが関連付けられる。店舗ＩＤは、店舗を識別可能な店舗識別情報の一例である。店舗識別情報は、店舗ＩＤ以外の情報であってもよく、例えば、店舗のメールアドレス又は電話番号等であってもよい。

図５の例であれば、ユーザ「山田 太郎」は、３５００円分の汎用キャッシュと、店舗ＩＤ「ｓ００００１」により識別される店舗の１００円分の店舗用キャッシュと、を保有している。図５のユーザ「木村 花子」は、２３４０円分の汎用キャッシュと、店舗ＩＤ「ｓ００００１」により識別される店舗の４００円分の店舗用キャッシュと、店舗ＩＤ「ｓ００００２」により識別される店舗の７００円分の店舗用キャッシュと、を保有している。ユーザ「鈴木 秀雄」は、８７００円分の汎用キャッシュを保有しており、店舗用キャッシュを保有していない。

図２及び図３の例では、説明の簡略化のために、ある１つの店舗用キャッシュを例に挙げたが、ユーザ「木村 花子」のように、個々のユーザは、複数の店舗用キャッシュを保有可能である。例えば、ユーザが保有可能な店舗用キャッシュの数には、上限数が定められていてもよい。例えば、個々の店舗用キャッシュの残高には、上限値が定められていてもよい。残高の上限値は、全ての店舗用キャッシュに共通の値であってもよいし、個々の店舗用キャッシュに応じた値が定められていてもよい。

第１実施形態では、ある店舗で決済サービスが利用されると、この店舗の店舗用キャッシュの残高が増加する場合を説明するが、店舗用キャッシュの残高は、他の任意の方法によって増加可能である。例えば、ある店舗に来店した場合の特典として、店舗用キャッシュの残高が増加してもよい。来店を検知する方法自体は、公知の方法を利用可能であり、例えば、バーコード又は二次元コード等のコードを利用したチェックイン、近距離無線通信を利用したチェックイン、ＧＰＳ等により検出された位置情報を利用したチェックイン、又は顔認証等の生体認証を利用したチェックインといった方法を利用可能である。

例えば、クレジットカード等の他の決済手段を利用して、店舗用キャッシュへのチャージが可能であってもよい。この場合、汎用キャッシュへのチャージよりも有利な条件で、店舗用キャッシュへのチャージが可能であってもよい。例えば、汎用キャッシュの場合、１０００円分のチャージをするためには、クレジットカード等の他の決済手段で同額の１０００円分の決済が必要になる。店舗用キャッシュへのチャージの場合、１０００円分のチャージだったとしても、２００円分のボーナスが発生し、１２００円分のチャージが可能であってもよい。ボーナスは、定額であってもよいし、決済額に応じた額であってもよい。

例えば、電子マネー又はポイントといった他の決済手段の残高を、店舗用キャッシュに変換可能であってもよい。この変換方法自体は、公知の種々の方法を利用可能であり、例えば、あるポイントを他のポイントに変換する方法、ポイントを電子マネーに変換する方法、又は電子マネーをポイントに変換する方法を利用可能である。他の決済手段の残高を店舗用キャッシュに変換する場合には、ボーナスが発生してもよいし、逆に所定の手数料が発生してもよい。他にも例えば、決済サービス以外の他のサービス（例えば、電子商取引サービス、旅行予約サービス、通信サービス、又は金融サービス）の利用特典として、店舗用キャッシュが付与されてもよい。

なお、キャッシュ情報は、図５に例示した情報以外の他の情報を含んでもよく、例えば、キャッシュＩＤを含んでもよい。キャッシュＩＤは、キャッシュを識別可能なキャッシュ識別情報の一例である。キャッシュ識別情報は、キャッシュＩＤ以外の情報であってもよく、例えば、キャッシュ番号等であってもよい。あるユーザが複数のキャッシュを有する場合には、個々のキャッシュは、キャッシュ識別情報により識別される。あるユーザが汎用キャッシュ及び店舗用キャッシュを有する場合、汎用キャッシュのキャッシュ識別情報と、店舗用キャッシュのキャッシュ識別情報と、によって、汎用キャッシュ及び店舗用キャッシュの各々が識別される。

利用履歴情報は、決済サービスの利用履歴に関する情報である。例えば、利用履歴情報は、利用日時、利用店舗を識別可能な店舗識別情報、利用した決済手段を識別可能な情報、及び利用額を含む。ユーザが購入した商品を識別可能な商品情報をサーバ１０が取得可能な場合には、利用履歴情報は、商品情報を含んでもよい。あるユーザが決済サービスを利用すると、このユーザの利用履歴情報が更新される。

なお、ユーザデータベースＤＢに格納される情報は、図５の例に限られない。例えば、ユーザデータベースＤＢには、キャッシュ以外の他の決済手段に関する決済手段情報が格納されてもよい。例えば、決済手段がクレジットカードの場合、決済手段情報は、クレジットカード番号、有効期限、及び名義人情報を含む。決済手段が電子マネーの場合、決済手段情報は、電子マネーを識別可能な電子マネーＩＤと、電子マネーの残高と、を含む。決済手段がポイントの場合、決済手段情報は、ポイントを識別可能なポイントＩＤと、ポイントの残高と、を含む。その他の決済手段も同様に、決済手段情報には、決済手段を識別可能な情報が含まれる。ユーザが複数の決済手段を利用可能な場合には、決済手段情報は、支払元の決済手段を識別可能な情報も含まれているものとする。支払元の決済手段は、ユーザにより変更可能である。

また、データ記憶部１００が記憶するデータは、ユーザデータベースＤＢに限られない。例えば、データ記憶部１００は、店舗に関する店舗データベースを記憶してもよい。店舗データベースには、店舗ＩＤ、店舗名、住所、エリア、店舗端末ＩＤ、キャンペーンの開催有無、及び店舗用キャッシュの有無といった種々の情報が格納される。店舗端末ＩＤは、店舗端末３０を識別可能な端末識別情報である。端末識別情報は、ＩＰアドレスや店舗端末３０の個体識別情報といった他の情報であってもよい。

［決済要求受付部］
決済要求受付部１０１は、キャッシュを利用可能な店舗でキャッシュを利用するための決済要求を受け付ける。以降、店舗用キャッシュが付与される店舗を第１店舗と記載する。第１店舗は、店舗用キャッシュを利用可能な店舗である。第１店舗は、ユーザが決済サービスを利用した店舗である。店舗用キャッシュを付与するための費用は、第１店舗が負担してもよいし、決済サービスの管理者が負担してもよい。第１実施形態では、店舗用キャッシュを付与するキャンペーンを開催する店舗が第１店舗に相当する。決済要求は、決済処理の実行を要求するための通知である。決済要求は、所定形式のデータが送信されることによって行われる。

本実施形態では、店舗端末３０は、読取装置３６でコードＣ１０が読み取られると、コードＣ１０に含まれるコードＩＤを取得する。店舗端末３０は、このコードＩＤを含む決済要求を、サーバ１０に送信する。例えば、決済要求には、店舗ＩＤ、コードＩＤ、及び利用額が含まれる。決済要求受付部１０１は、店舗端末３０から決済要求を受信することによって、決済要求を受け付ける。決済要求受付部１０１は、店舗端末３０以外の他のコンピュータを介して決済要求を受け付けてもよい。

なお、決済要求に含まれる情報は、第１実施形態の例に限られない。決済要求は、任意の情報を含むことができる。例えば、決済要求には、店舗端末ＩＤが含まれてもよい。店舗ＩＤではなく、店舗端末ＩＤによって、どの店舗からの決済要求なのかを識別できるようにしてもよい。他にも例えば、決済要求には、ユーザが購入しようとしている商品に関する商品情報、又は、ユーザが利用しようとしているサービスに関するサービス情報が含まれてもよい。

［決済処理実行部］
決済処理実行部１０２は、決済要求が受け付けられた場合に、決済処理を実行する。例えば、済処理実行部は、決済要求が受け付けられると、ユーザデータベースＤＢを参照し、決済要求に含まれるコードＩＤに関連付けられたキャッシュ情報を取得する。このコードＩＤにより識別されるユーザは、決済要求をしたユーザ（例えば、店舗の店員にコードＩＤを提示したユーザ）である。決済処理実行部１０２は、このキャッシュ情報に基づいて、決済処理を実行する。決済処理実行部１０２は、決済処理の実行結果に基づいて、決済要求に含まれるコードＩＤに関連付けられた利用履歴情報を更新する。決済処理実行部１０２は、店舗端末３０に、決済処理の実行結果を送信する。

第１実施形態の決済処理は、キャッシュの残高を減少させる処理である。決済処理は、キャッシュを消費する処理、又は、キャッシュを利用して支払を完了する処理ということもできる。先述したように、決済処理自体は、公知の種々の方法を利用可能である。例えば、決済サービスの利用方法として、店舗に掲示されたコードをユーザ端末２０で読み取る方法と、ユーザがユーザ端末２０を操作して利用店舗を選択する方法と、も存在する。これらの場合、店舗端末３０ではなく、ユーザ端末２０がサーバ１０に決済要求を送信する。決済処理実行部１０２は、ユーザ端末２０からの決済要求に基づいて、決済処理を実行する。

第1実施形態では、後述の利用制限部１０４により、店舗用キャッシュの利用を許可するか否かが判定されるものとする。決済要求に含まれるコードＩＤにより識別されるユーザが複数の店舗用キャッシュを保有している場合には、利用制限部１０４により、複数の店舗用キャッシュの中から、利用が許可される店舗用キャッシュが選択される。利用制限部１０４は、複数の店舗用キャッシュの全ての利用を許可しないこともある。

決済処理実行部１０２は、店舗用キャッシュの利用を許可すると判定された場合、少なくとも店舗用キャッシュの残高が減少するように、決済処理を実行する。決済処理実行部１０２は、利用制限部１０４により、店舗用キャッシュの利用を許可すると判定されない場合、店舗用キャッシュの残高が減少せずに、かつ、汎用キャッシュの残高が減少するように、決済処理を実行する。

決済処理実行部１０２は、店舗用キャッシュと、汎用的なキャッシュである汎用キャッシュと、を併用した決済処理を実行可能である。例えば、決済処理実行部１０２は、店舗用キャッシュだけでは足りない場合に、汎用キャッシュを併用するように、決済処理を実行する。店舗用キャッシュと汎用キャッシュを併用するとは、店舗用キャッシュの残高と、汎用キャッシュの残高と、の両方を減少させることである。

決済要求に含まれるコードＩＤにより識別されるユーザが店舗用キャッシュを保有していない場合には、利用制限部１０４の処理は省略される。この場合、決済処理実行部１０２は、このユーザが保有する汎用キャッシュの残高が減少するように、決済処理を実行する。決済処理実行部１０２は、このユーザのキャッシュ情報に基づいて、このユーザが店舗用キャッシュを保有しているか否かを判定すればよい。この判定は、利用制限部１０４により実行されてもよい。

決済処理実行部１０２は、店舗用キャッシュを利用すると判定された場合、決済要求に含まれる利用額に基づいて、店舗用キャッシュの残高が足りるか否かを判定する。決済処理実行部１０２は、店舗用キャッシュの残高が足りると判定した場合、店舗用キャッシュが利用額だけ減少するように、決済処理を実行する。店舗用キャッシュの残高を減少させる処理自体は、汎用キャッシュの残高を減少させる処理と同様であってよい。決済処理実行部１０２は、店舗用キャッシュの残高が足りないと判定した場合、汎用キャッシュ及び店舗用キャッシュを併用するように、決済処理を実行する。例えば、決済処理実行部１０２は、店舗用キャッシュを全額利用し、かつ、汎用キャッシュで不足分を補うように、決済処理を実行する。

決済処理実行部１０２は、店舗用キャッシュを利用すると判定されない場合には、汎用キャッシュに基づいて、決済処理を実行すればよい。この決済処理は、従来の方法と同じである。汎用キャッシュの残高が足りなければ、決済処理がエラーになる。汎用キャッシュ及び店舗用キャッシュを併用する場合も同様に、これらを合計した残高が足りなければ、決済処理がエラーになる。汎用キャッシュ及び店舗用キャッシュを合計した残高が足りない場合には、電子マネー又はポイント等の他の決済手段と併用した支払が可能であってもよい。キャッシュの残高が足りる場合であったとしても、他の決済手段と併用した支払が可能であってもよい。この場合の他の決済手段の利用は、充当と呼ばれることもある。

なお、決済処理実行部１０２は、店舗用キャッシュだけで足りていたとしても、店舗用キャッシュと、汎用キャッシュと、を併用した決済処理を実行してもよい。例えば、決済処理実行部１０２は、店舗用キャッシュだけで決済処理を実行すると残高が閾値未満になる場合に、店舗用キャッシュと、汎用キャッシュと、を併用した決済処理を実行してもよい。他にも例えば、決済処理実行部１０２は、店舗用キャッシュの残高に関係なく、店舗用キャッシュと、汎用キャッシュと、を所定の割合で併用するように、決済処理を実行してもよい。

また、決済処理実行部１０２は、ユーザが店舗用キャッシュを有していたとしても、汎用キャッシュだけで支払いが完了するように、決済処理を実行してもよい。決済処理実行部１０２は、ユーザが店舗用キャッシュを有していなければ、汎用キャッシュだけで支払いが完了するように、決済処理を実行すればよい。決済処理実行部１０２は、ユーザが、複数の店舗の各々の店舗用キャッシュを有している場合には、決済要求に含まれる店舗ＩＤが関連付けられた店舗用キャッシュの残高が減少するように、決済処理を実行すればよい。

［利用特典付与部］
利用特典付与部１０３は、ある店舗でキャッシュを利用したユーザへの特典として、この店舗用の店舗用キャッシュの残高を付与する。この残高は、この店舗で利用可能な決済手段の残高である。店舗用キャッシュの残高を付与するとは、店舗用キャッシュを保有していないユーザに店舗用キャッシュを新たに付与すること、及び、店舗用キャッシュを既に保有しているユーザの店舗用キャッシュの残高を増やすことの両方を含む意味である。例えば、利用特典付与部１０３は、この店舗用の店舗用キャッシュの残高を増やす（残高にバリューを加算する）ことによって、ユーザへの特典を付与する。以降、決済処理を要求したユーザを第１ユーザという。第１実施形態では、決済要求に含まれるコードＣ１０により識別されるユーザが第１ユーザに相当する。第１ユーザは、特典として店舗用キャッシュを受け取るユーザということもできる。

店舗用キャッシュは、第１店舗で利用可能なキャッシュである。店舗用キャッシュは、第２店舗では利用できないキャッシュである。第２店舗は、第１店舗の店舗用キャッシュを利用できない店舗である。第２店舗は、第１店舗とは異なる他の店舗である。例えば、第２店舗は、第１店舗と提携していない他の店舗である。第１店舗とは異なる他の店舗だったとしても、第１店舗の店舗用キャッシュを利用可能な他の店舗は、第２店舗には相当しない。例えば、第１店舗の店舗用キャッシュを利用可能な他の店舗は、第１店舗と同じ店舗グループの系列店、又は、第１店舗と提携する店舗である。

第１実施形態では、店舗用キャッシュが第１店舗だけで利用可能なキャッシュである場合を説明するが、店舗用キャッシュは、第１店舗以外の他の店舗で利用可能であってもよい。例えば、「ＸＸＸマート」の店舗用キャッシュであれば、「ＸＸＸマート」だけではなく、「ＸＸＸマート」と提携する「ＺＺＺカフェ」で利用可能であってもよい。他にも例えば、ユーザが「ＸＸＸマート」のＡ店を利用することによって獲得した店舗用キャッシュは、「ＸＸＸマート」のＡ店だけではなく、同じ店舗グループの系列店である「ＸＸＸマート」のＢ店で利用可能であってもよい。この場合、個々の店舗用キャッシュを利用可能な第１店舗の店舗ＩＤがデータ記憶部１００に定義されているものとする。ある１つの店舗用キャッシュが複数の第１店舗で利用可能な場合には、１つの店舗用キャッシュに対し、複数の店舗ＩＤが関連付けられていることになる。

利用特典付与部１０３は、決済処理が実行された場合に、キャッシュを利用した第１ユーザへの特典として、第１店舗用のキャッシュである店舗用キャッシュを付与することになる。店舗用キャッシュを付与するとは、店舗用キャッシュを利用可能な状態にすることである。例えば、第１ユーザが有する店舗用キャッシュの残高を増やすこと、又は、店舗用キャッシュを有していない第１ユーザに店舗用キャッシュを新たに付与することは、店舗用キャッシュを付与することに相当する。店舗用キャッシュを新たに付与するとは、ユーザＩＤ又はコードＩＤに、店舗用キャッシュに関する情報を関連付けることである。この情報は、店舗用キャッシュに関する何らかの情報であればよく、例えば、店舗用キャッシュの残高、又は、店舗用キャッシュのキャッシュＩＤである。

例えば、利用特典付与部１０３は、第１ユーザがまだ店舗用キャッシュを保有していない場合、キャッシュ情報に、店舗ＩＤと、店舗用キャッシュ残高と、を追加することによって、第１ユーザに店舗用キャッシュを付与する。利用特典付与部１０３は、第１ユーザが店舗用キャッシュを保有している場合、キャッシュ情報に含まれる店舗用キャッシュ残高を増加させることによって、第１ユーザに店舗用キャッシュを付与する。キャッシュをユーザに付与する方法自体は、公知の種々の方法を利用可能であり、これらの例に限られない。例えば、後述する変形例のようにブロックチェーンを利用する場合には、新たなトークンを生成することによって店舗用キャッシュを付与してもよいし、既存のトークンに関連付けられた残高を増加させることによって店舗用キャッシュを付与してもよい。

なお、ユーザが店舗でキャッシュを利用した場合に、このユーザへの特典として、この店舗の店舗用キャッシュが付与される例を説明したが、ユーザが店舗で利用する決済手段と、このユーザへの特典として付与される決済手段と、は互いに異なる種類であってもよい。例えば、ユーザが店舗でクレジットカードを利用した場合に、このユーザへの特典として、この店舗の店舗用キャッシュが付与されてもよい。即ち、ユーザがキャッシュ以外の他の決済手段を利用した場合に、特典として、この店舗の店舗用キャッシュが付与されてもよい。

［利用制限部］
利用制限部１０４は、第２店舗で店舗用キャッシュを利用できないように制限する。第２店舗は、店舗用キャッシュを利用できない店舗である。第２店舗は、第１店舗とは異なる店舗である。例えば、利用制限部１０４は、第２店舗の店舗端末３０から決済要求が受け付けられた場合に、第１店舗の店舗用キャッシュではなく、汎用キャッシュに基づいて決済処理を実行するように、決済処理実行部１０２を制御する。

例えば、利用制限部１０４は、決済要求が受け付けられた場合に、ユーザデータベースＤＢを参照し、決済要求に含まれるコードＩＤに関連付けられたキャッシュ情報を取得する。利用制限部１０４は、決済要求に含まれる店舗ＩＤと、当該取得されたキャッシュ情報と、に基づいて、店舗用キャッシュを利用するか否かを決定する。例えば、当該取得されたキャッシュ情報に、決済要求に含まれる店舗ＩＤが格納されていれば、決済要求に含まれるコードＩＤにより識別されるユーザが店舗用キャッシュを保有していることを意味する。このため、利用制限部１０４は、この場合に、店舗用キャッシュを利用すると判定する。

なお、店舗用キャッシュを利用するか否かを判定する方法は、上記の例に限られない。例えば、ユーザが保有する店舗用キャッシュのキャッシュＩＤをコードＣ１０に含めておき、利用制限部１０４は、コードＣ１０に含まれるキャッシュＩＤを利用して、店舗用キャッシュを利用するか否かを判定してもよい。この場合、店舗端末３０は、読取装置３６でコードＣ１０を読み取ると、コードＣ１０から取得したキャッシュＩＤを含む決済要求をサーバ１０に送信する。

利用制限部１０４は、決済要求に含まれるキャッシュＩＤにより識別される店舗用キャッシュが、決済要求に含まれる店舗ＩＤにより識別される店舗のものであれば、店舗用キャッシュを利用すると判定する。利用制限部１０４は、決済要求に含まれるキャッシュＩＤにより識別される店舗用キャッシュが、決済要求に含まれる店舗ＩＤにより識別される店舗のものではなければ、店舗用キャッシュを利用すると判定しない。利用制限部１０４は、決済要求に店舗用キャッシュのキャッシュＩＤが含まれていない場合にも、店舗用キャッシュを利用すると判定しない。

なお、個々の店舗用キャッシュのキャッシュＩＤと、この店舗用キャッシュを利用可能な店舗と、の関係は、データ記憶部１００に定義されているものとする。キャッシュＩＤの一部に店舗ＩＤが組み込まれており、キャッシュＩＤだけで、どの店舗の店舗用キャッシュなのかを特定できるようにしてもよい。ユーザが利用しようとしているキャッシュが店舗用キャッシュであるか否かと、店舗用キャッシュがどの店舗のものであるかと、を特定できるようにすればよい。

他にも例えば、ユーザが保有する店舗用キャッシュの店舗ＩＤをコードＣ１０に含めておき、利用制限部１０４は、コードＣ１０に含まれる店舗ＩＤを利用して、店舗用キャッシュを利用するか否かを判定してもよい。この場合、店舗端末３０は、読取装置３６でコードＣ１０を読み取ると、コードＣ１０から取得した店舗ＩＤを含む決済要求をサーバ１０に送信する。店舗端末３０が配置された店舗の店舗ＩＤと、コードＩＤから取得された店舗ＩＤと、が一致していることは、店舗用キャッシュを利用可能であることを意味する。利用制限部１０４は、これらが一致するか否かを判定することによって、店舗用キャッシュを利用するか否かを判定してもよい。

なお、キャッシュを利用できないように制限する方法自体は、公知の種々の方法を利用可能であり、第１実施形態の例に限られない。例えば、利用制限部１０４は、先述した特許文献１－６の方法を利用して、第２店舗で店舗用キャッシュを利用できないように制限してもよい。

［１－３－２．ユーザ端末で実現される機能］
データ記憶部２００は、記憶部２２を主として実現される。表示制御部２０１は、制御部２１を主として実現される。データ記憶部２００は、決済サービスの提供に必要なデータを記憶する。例えば、データ記憶部２００は、決済アプリ、コードＩＤ、及びコードＩＤの有効期限を記憶する。他にも例えば、データ記憶部２００は、ユーザが保有するキャッシュのキャッシュＩＤや残高を記憶してもよい。表示制御部２０１は、決済アプリに基づいて、コードＩＤを含むコードＣ１０をホーム画面Ｇ１に表示させる。表示制御部２０１は、図２及び図３で説明した他の画面も表示させる。

［１－３－３．店舗端末で実現される機能］
データ記憶部３００は、記憶部３２を主として実現される。決済要求送信部３０１は、制御部３１を主として実現される。データ記憶部３００は、決済サービスの提供に必要なデータを記憶する。例えば、データ記憶部３００は、店舗端末３０が配置された店舗の店舗ＩＤと、店舗端末３０の店舗端末ＩＤと、を記憶する。データ記憶部３００は、コードＣ１０に含まれるコードＩＤを取得するプログラムも記憶する。

決済要求送信部３０１は、サーバ１０に、決済要求を送信する。例えば、読取装置３６がコードＣ１０を読み取ると、決済要求送信部３０１は、コードＣ１０に含まれるコードＩＤを取得する。決済要求送信部３０１は、サーバ１０に、店舗ＩＤ、コードＩＤ、及び利用額を含む決済要求を送信する。なお、コードＩＤは、光学的に取得されなくてもよく、通信によって取得されてもよい。例えば、店舗端末３０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は赤外線通信を利用してコードＩＤを取得してもよいし、公知のＩＣカードで採用されている近距離無線通信を利用してコードＩＤを取得してもよい。コードＩＤは、店舗端末３０の操作部３４から入力されてもよい。

［１－４．第１実施形態で実行される処理］
図６は、第１実施形態で実行される処理の一例を示すフロー図である。図６に示す処理は、制御部１１，２１，３１の各々が記憶部１２，２２，３２の各々に記憶されたプログラムに従って動作することによって実行される。図６の処理が実行されるにあたり、第１ユーザは、決済サービスの利用登録を完了しており、決済アプリをユーザ端末２０にインストール済みであるものとする。

ユーザ端末２０は、第１ユーザが決済アプリを起動させると、サーバ１０との間でログイン処理を実行する（Ｓ１００）。ログイン処理では、ユーザＩＤ及びパスワードの入力が要求されてもよいし、過去にログイン済みであることを示す情報をユーザ端末２０に記録しておき、この情報を利用してユーザＩＤ及びパスワードの入力が省略されてもよい。ログイン処理が成功すると、ユーザ端末２０は、サーバ１０により発行されたコードＩＤを受信し、コードＣ１０を含むホーム画面Ｇ１を表示部２５に表示させる（Ｓ１０１）。

Ｓ１０１では、店舗用キャッシュを保有するユーザであれば、汎用キャッシュの残高とともに、店舗用キャッシュの残高がホーム画面Ｇ１に表示される。この表示は、ログインしたユーザのキャッシュ情報に基づいて行われるようにすればよい。第１実施形態では、ボタンＢ１１が選択された場合の処理を説明する。ボタンＢ１２が選択された場合の処理は、第２実施形態で説明する。

店舗端末３０は、読取装置３６でコードＣ１０が読み取られると、自身が配置された店舗の店舗ＩＤ、コードＣ１０から取得したコードＩＤ、及び利用額を含む決済要求を、サーバ１０に送信する（Ｓ１０２）。サーバ１０は、店舗端末３０から決済要求を受信すると（Ｓ１０３）、当該受信された決済要求に基づいて、店舗用キャッシュを利用するか否かを判定する（Ｓ１０４）。Ｓ１０４では、サーバ１０は、決済要求に含まれる店舗ＩＤが、決済要求に含まれるコードＩＤに関連付けられたキャッシュ情報に含まれるか否かを判定することによって、店舗用キャッシュを利用するか否かを判定する。

店舗用キャッシュを利用すると判定された場合（Ｓ１０４；Ｙ）、サーバ１０は、少なくとも店舗用キャッシュを利用するように、決済処理を実行する（Ｓ１０５）。Ｓ１０５では、店舗用キャッシュの残高が足りなければ、汎用キャッシュと併用した決済処理が実行される。一方、Ｓ１０４において、店舗用キャッシュを利用すると判定されない場合（Ｓ１０４；Ｎ）、サーバ１０は、汎用キャッシュを利用するように、決済処理を実行する（Ｓ１０６）。Ｓ１０６の決済処理は、従来の決済処理と同様である。

サーバ１０は、決済処理が完了すると、第１ユーザへの特典として、店舗用キャッシュを付与するか否かを判定する（Ｓ１０７）。Ｓ１０７では、サーバ１０は、決済要求に含まれる店舗ＩＤが、店舗用キャッシュの対象となる店舗（第１実施形態では、キャンペーンに参加中の店舗）の店舗ＩＤであるか否かを判定することによって、店舗用キャッシュを付与するか否かを判定する。店舗用キャッシュの対象となる店舗の店舗ＩＤは、予め記憶部１２に定義されているものとする。

Ｓ１０７で店舗用キャッシュを付与すると判定された場合（Ｓ１０７；Ｙ）、サーバ１０は、第１ユーザに店舗用キャッシュを付与する（Ｓ１０８）。Ｓ１０８では、サーバ１０は、決済要求に含まれるコードＩＤに関連付けられたキャッシュ情報を更新することによって、第１ユーザに店舗用キャッシュを付与する。サーバ１０は、ユーザ端末２０及び店舗端末３０に、決済処理の実行結果を送信し（Ｓ１０９）、本処理は終了する。ユーザ端末２０には、決済完了画面Ｇ２が表示され、店舗端末３０にも同様の画面が表示される。

第１実施形態の決済システムＳによれば、第１店舗でキャッシュを利用するための決済要求が受け付けられて決済処理が実行された場合に、キャッシュを利用した第１ユーザに店舗用キャッシュを付与し、第２店舗で店舗用キャッシュを利用できないように制限する。これにより、第１ユーザは、店舗用キャッシュを利用するために再び第１店舗を訪れることになるので、第１ユーザに、第１店舗に再来する動機付けを与えることができる。また、第１店舗のクーポンを付与する場合にも第１店舗に再来する動機付けを与えることができるが、第１店舗の中で汎用的に利用できる店舗用キャッシュを付与することによって、第１店舗に再来する動機付けをより強く与えることができる。第１ユーザは、第１店舗の好きな商品又はサービスで店舗用キャッシュを利用できるので、第１ユーザの利便性も高まる。

また、決済システムＳは、店舗用キャッシュと、汎用キャッシュと、を併用した決済処理を実行可能である。これにより、店舗用キャッシュだけでは足りない場合に、汎用キャッシュを利用して決済を完了させることができるので、ユーザの利便性が高まる。

［２．第２実施形態］
第１実施形態では、第１ユーザが第１店舗でキャッシュを利用すると、第１ユーザへの特典として、第１店舗の店舗用キャッシュが第１ユーザに付与される場合を説明した。第２実施形態では、第１ユーザが他のユーザに第１店舗の店舗用キャッシュを送ると、第１ユーザへの特典として、第１店舗の店舗用キャッシュが第１ユーザに付与される場合を説明する。以降、当該他のユーザを第２ユーザという。なお、第２実施形態では、第１実施形態と同様の点については、説明を省略する。

第２ユーザは、キャッシュを受け取るユーザである。第２ユーザは、第１ユーザとは異なるユーザである。例えば、第２ユーザは、ユーザ端末２０の電話帳に連絡先が登録されたユーザであってもよいし、第１ユーザがユーザ端末２０から連絡先やユーザＩＤ等のユーザ識別情報を入力したユーザであってもよい。

キャッシュを送ることは、キャッシュを移動すること、キャッシュを譲渡すること、又はキャッシュを移転することということができる。ここでの「送る」とは、送金を含む意味である。第１ユーザは、自身のキャッシュの全部又は一部を、第２ユーザに送ることができる。第１ユーザが第２ユーザにキャッシュを送ると、第１ユーザのキャッシュの残高が減少し、第２ユーザのキャッシュの残高が増加する。

［２－１．第２実施形態の概要］
図７は、第２実施形態における決済アプリの画面の一例を示す図である。第１ユーザがホーム画面Ｇ１のボタンＢ１２を選択すると、図７のホーム画面Ｇ１のように、第１ユーザが第２ユーザにキャッシュを送るための表示に切り替わる。第２実施形態では、第１ユーザが、汎用キャッシュ及び店舗用キャッシュのうちの任意の方を、第２ユーザに送ることができる場合を説明する。第１ユーザは、汎用キャッシュだけを第２ユーザに送ることができてもよいし、店舗用キャッシュだけを第２ユーザに送ることができてもよい。

例えば、第１ユーザがボタンＢ１３を選択すると、第２ユーザに汎用キャッシュを送ることができる。第１ユーザがボタンＢ１４を選択すると、第２ユーザに店舗用キャッシュを送ることができる。第２実施形態では、第１ユーザが第２ユーザに店舗用キャッシュを送る場合を説明するが、第１ユーザが第２ユーザに汎用キャッシュを送る場合も同様の流れである。第１ユーザが複数の店舗用キャッシュを保有する場合には、第１ユーザが指定した任意の店舗用キャッシュを送ることができる。

第１ユーザがボタンＢ１４を選択すると、第２ユーザを選択するための選択画面Ｇ３が表示部２５に表示される。例えば、選択画面Ｇ３には、ユーザ端末２０の電話帳に登録された者が第２ユーザの候補として表示される。第１ユーザは、過去にキャッシュを送ったことがある第２ユーザの中から、今回キャッシュを送る第２ユーザを指定してもよい。第１ユーザが選択画面Ｇ３から第２ユーザを選択すると、金額及びメッセージを入力するための入力画面Ｇ４が表示部２５に表示される。メッセージの入力は、任意であってもよい。入力画面Ｇ４からチャージが可能であってもよい。

第１ユーザが金額及びメッセージを入力してボタンＢ４０を選択すると、第１ユーザから第２ユーザに店舗用キャッシュが送られたことを示す完了画面Ｇ５が表示部２５に表示される。完了画面Ｇ５には、第１ユーザが第２ユーザに送った金額及びメッセージ等の情報が表示される。完了画面Ｇ５のように、第１ユーザが第２ユーザに店舗用キャッシュを送ると、第１ユーザへの特典として、店舗用キャッシュが第１ユーザに付与される。

図７の例では、第１ユーザが、１５００円分の店舗用キャッシュを保有している状態で、１２００円分の店舗用キャッシュを第２ユーザに送った場合が示されている。第１ユーザが第２ユーザに送った金額に応じた特典が第１ユーザに付与されてもよいし、額に関係なく固定の特典が第１ユーザに付与されてもよい。第１ユーザは、特典として付与された店舗用キャッシュを、第１店舗における買い物で利用することにできるし、他の第２ユーザに送ることもできる。第２実施形態では、第１ユーザが第２ユーザに店舗用キャッシュを送った場合に特典を付与することによって、第１ユーザに、店舗用キャッシュを送る動機付けを与えるようにしている。以降、第２実施形態の詳細を説明する。

［２－２．第２実施形態で実現される機能］
図８は、第２実施形態で実現される機能の一例を示す機能ブロック図である。まず、サーバ１０の機能の違いを説明する。決済処理実行部１０２、利用制限部１０４、送り要求受付部１０５、送り処理実行部１０６、及び送り特典付与部１０７は、制御部１１を主として実現される。第２実施形態では、第１実施形態で説明した決済要求受付部１０１及び利用特典付与部１０３は、実現されなくてもよい。

例えば、決済要求受付部１０１が実現されずに、決済処理実行部１０２は、決済要求を受け付けなくても、決済処理を実行してもよい。この場合、決済処理実行部１０２は、所定の日時が訪れた場合に、予め定められた金額だけキャッシュが減少するように、決済処理を実行してもよい。例えば、毎月決められた金額を支払うサブスクリプションを利用するユーザに対し、このような月次の決済処理が実行されてもよい。例えば、利用特典付与部１０３が実現されずに、第１ユーザが第１店舗を利用しても、第１ユーザへの特典として、第１店舗の店舗用キャッシュが付与されなくてもよい。例えば、第１店舗のキャンペーンが終了した後、又は、第１店舗のキャンペーンが開始する前には、第１ユーザには、第１店舗の店舗用キャッシュは付与されない。

［決済処理実行部］
決済処理実行部１０２は、第１ユーザのキャッシュに定められた利用条件が満たされる場合に、決済処理を実行する。利用条件は、キャッシュの利用が許可される条件である。第１実施形態で説明した店舗用キャッシュには、利用条件として、利用可能な店舗が定められている。利用条件は、任意の条件であってよく、店舗に限られない。例えば、利用条件は、キャッシュを利用可能な時間帯、曜日、期間、エリア、商品、サービス、ユーザ、又はこれらの組み合わせであってもよい。

キャッシュに定められた利用条件が満たされるか否かは、利用制限部１０４により判定される。決済処理実行部１０２は、利用条件が満たされるキャッシュが利用されるように、決済処理を実行する。即ち、決済処理実行部１０２は、利用条件が満たされないキャッシュが利用されないように、決済処理を実行する。第２実施形態では、キャッシュを利用可能な店舗が利用条件に相当する場合を説明する。このため、決済処理実行部１０２の処理は、第１実施形態と同様であってよい。

［利用制限部］
利用制限部１０４は、利用条件が満たされないキャッシュが利用されないように制限する。第２実施形態では、キャッシュを利用可能な店舗が利用条件に相当する場合を説明するので、利用制限部１０４の処理は、第１実施形態と同様である。利用条件として他の条件が定められている場合、利用制限部１０４は、利用条件として定められた他の条件に基づいて、キャッシュの利用を許可するか否かを判定すればよい。なお、利用制限部１０４は、決済システムＳの外部のシステムにより実現されてもよい。この場合、決済システムＳは、利用制限部１０４を省略可能である。

例えば、キャッシュを利用可能な時間帯が利用条件として定められている場合、利用制限部１０４は、現在の時刻がキャッシュを利用可能な時間帯であるか否かを判定し、現在の時刻がキャッシュを利用可能な時間帯であれば、キャッシュの利用を許可すればよい。例えば、キャッシュを利用可能な曜日が利用条件として定められている場合、利用制限部１０４は、現在の曜日がキャッシュを利用可能な曜日であるか否かを判定し、現在の曜日がキャッシュを利用可能な曜日であれば、キャッシュの利用を許可すればよい。

例えば、キャッシュを利用可能な期間が利用条件として定められている場合、利用制限部１０４は、現在の日時がキャッシュを利用可能な期間であるか否かを判定し、現在の日時がキャッシュを利用可能な期間であれば、キャッシュの利用を許可すればよい。例えば、キャッシュを利用可能なエリアが利用条件として定められている場合、利用制限部１０４は、決済要求をした店舗が所定のエリアであるか否かを判定し、この店舗が所定のエリアであれば、キャッシュの利用を許可すればよい。他の条件が利用条件として定められている場合も同様に、利用制限部１０４は、キャッシュに定められた利用条件が満たされるか否かを判定し、利用条件を満たしていれば、キャッシュの利用を許可すればよい。

［送り要求受付部］
送り要求受付部１０５は、第１ユーザから第２ユーザにキャッシュを送るための送り要求を受け付ける。送り要求は、後述の送り処理の実行を要求するための通知である。送り要求は、所定形式のデータが送信されることによって行われる。本実施形態では、ユーザ端末２０は、選択画面Ｇ３から第２ユーザが選択されて、入力画面Ｇ４から金額及びメッセージが入力されると、第１ユーザのユーザ識別情報、第２ユーザのユーザ識別情報、金額、及びメッセージを含む送り要求を、サーバ１０に送信する。送り要求受付部１０５は、ユーザ端末２０から送り要求を受信することによって、送り要求を受け付ける。

なお、送り要求は、任意の情報を含むことができる。送り要求に含まれる情報は、第２実施形態の例に限られない。例えば、送り要求には、第１ユーザが選択したキャッシュのキャッシュＩＤが含まれてもよい。この場合、キャッシュＩＤによって、どのキャッシュが対象となっているかを識別できる。また、送り要求に含まれる第２ユーザのユーザ識別情報は、ユーザＩＤ、メールアドレス、又は電話番号といった任意の情報であってよい。送り要求には、第１ユーザ及び第２ユーザを識別可能な何らかの情報が含まれていればよい。また、送り要求には、汎用キャッシュを送るか、利用条件が定められた店舗用キャッシュ等を送るか、を識別可能な情報が含まれていてもよい。

［送り処理実行部］
送り処理実行部１０６は、送り要求が受け付けられた場合に、送り処理を実行する。例えば、送り処理実行部１０６は、送り要求が受け付けられると、ユーザデータベースＤＢを参照し、送り要求に含まれる第１ユーザのユーザ識別情報に関連付けられたキャッシュ情報と、送り要求に含まれる第２ユーザのユーザ識別情報に関連付けられたキャッシュ情報と、を取得する。送り処理実行部１０６は、これらのキャッシュ情報に基づいて、送り処理を実行する。送り処理実行部１０６は、送り処理の実行結果に基づいて、第１ユーザの利用履歴情報と、第２ユーザの利用履歴情報と、を更新する。送り処理実行部１０６は、ユーザ端末２０に、送り処理の実行結果を送信する。送り処理自体は、公知の種々の方法を利用可能である。

例えば、送り処理実行部１０６は、送り要求に基づいて、第１ユーザのキャッシュの残高が減少するように第１ユーザのキャッシュ情報を更新し、かつ、第２ユーザのキャッシュの残高が増加するように第２ユーザのキャッシュ情報を更新することによって、送り処理を実行する。第１ユーザのキャッシュの減少量は、送り要求に含まれる金額と同じであってもよいし、所定の手数料が加算された金額であってもよい。第２ユーザのキャッシュの増加量は、送り要求に含まれる金額と同じであってもよいし、所定の手数料が減算された金額であってもよい。

［送り特典付与部］
送り特典付与部１０７は、送り処理が実行された場合に、第１ユーザに特典を付与する。第１実施形態で説明した利用特典付与部１０３が、決済処理が実行された場合の特典を付与するのに対し、送り特典付与部１０７は、第１ユーザから第２ユーザにキャッシュが送られた場合の特典を付与する。第２実施形態では、送り特典付与部１０７は、第１ユーザに、店舗用キャッシュを特典として付与する場合を説明するが、第１ユーザに付与される特典は、他の特典であってよく、店舗用キャッシュに限られない。例えば、送り特典付与部１０７は、電子マネー、ポイント、又はクーポンといった他の決済手段を、第１ユーザに付与してもよい。他にも例えば、送り特典付与部１０７は、キャンペーンのお知らせ等の情報を、第１ユーザに付与してもよいし、第１ユーザが受け取れる物品を特典として付与してもよい。

例えば、送り特典付与部１０７は、第１ユーザに、キャッシュの利用条件に応じた特典を付与してもよい。送り特典付与部１０７は、キャッシュに定められた利用条件に関連付けられた特典を、第１ユーザに付与する。キャッシュの利用条件と、この利用条件のキャッシュを送った場合の特典と、の関係は、データ記憶部１００に予め記憶されているものとする。送り特典付与部１０７は、第１ユーザが第２ユーザに送ったキャッシュの利用条件に関連付けられた特典を、第１ユーザに付与する。

例えば、第２実施形態のように、利用条件として店舗が定められていれば、この店舗の店舗用キャッシュが特典として定められている。送り特典付与部１０７は、第１ユーザが、ある店舗の店舗用キャッシュを第２ユーザに送った場合に、第１ユーザへの特典として、この店舗の店舗用キャッシュを付与する。この場合に、送り特典付与部１０７は、第１ユーザへの特典として、他の店舗の店舗用キャッシュを付与してもよいし、他の利用条件が定められたキャッシュを付与してもよい。

例えば、利用条件として時間帯が定められていれば、この時間帯用のキャッシュである時間帯用キャッシュが特典として定められている。送り特典付与部１０７は、第１ユーザが、ある時間帯の時間帯用キャッシュを第２ユーザに送った場合に、第１ユーザへの特典として、この時間帯の店舗用キャッシュを付与する。この場合に、送り特典付与部１０７は、第１ユーザへの特典として、他の時間帯の時間帯用キャッシュを付与してもよいし、他の利用条件が定められたキャッシュを付与してもよい。

例えば、利用条件としてエリアが定められていれば、このエリア用のキャッシュであるエリア用キャッシュが特典として定められている。送り特典付与部１０７は、第１ユーザが、あるエリアのエリア用キャッシュを第２ユーザに送った場合に、第１ユーザへの特典として、このエリアの店舗用キャッシュを付与する。この場合に、送り特典付与部１０７は、第１ユーザへの特典として、他のエリアのエリア用キャッシュを付与してもよいし、他の利用条件が定められたキャッシュを付与してもよい。

なお、送り特典付与部１０７は、第１ユーザが第２ユーザに送ったキャッシュの利用条件に関係なく、第１ユーザに特典を付与してもよい。送り特典付与部１０７は、複数の特典の中からランダムに選択した特典を、第１ユーザに付与してもよい。送り特典付与部１０７は、第１ユーザが指定した特典を、第１ユーザに付与してもよい。送り特典付与部１０７は、第１ユーザが第２ユーザに送ったキャッシュの金額に基づいて特典の量を決定してもよいし、この金額に関係のない量の特典を第１ユーザに付与してもよい。

また、送り特典付与部１０７は、第１ユーザが第２ユーザに汎用キャッシュを送った場合に、第１ユーザへの特典として、ある店舗の店舗用キャッシュを付与してもよい。この店舗は、ランダムに決定されてもよいし、第１ユーザの利用履歴情報に基づいて特定される普段利用する店舗であってもよい。他にも例えば、この店舗は、第１ユーザがお気に入り店舗として登録した店舗であってもよい。逆に、送り特典付与部１０７は、第１ユーザが第２ユーザに店舗用キャッシュを送った場合に、第１ユーザへの特典として、汎用キャッシュを付与してもよい。

また、ユーザ端末２０及び店舗端末３０の機能は、第１実施形態と同様であるが、ユーザ端末２０は、送り要求送信部２０２を含む。送り要求送信部２０２は、制御部２１を主として実現される。送り要求送信部２０２は、第１ユーザの操作に基づいて、サーバ１０に送り要求を送信する。例えば、送り要求送信部２０２は、第１ユーザが、選択画面Ｇ３から第２ユーザを選択して入力画面Ｇ４から金額及びメッセージを入力した場合に、サーバ１０に送り要求を送信する。

［２－３．第２実施形態で実行される処理］
図９は、第２実施形態で実行される処理の一例を示すフロー図である。図９に示す処理は、制御部１１，２１の各々が記憶部１２，２２の各々に記憶されたプログラムに従って動作することによって実行される。Ｓ２００及びＳ２０１の処理は、Ｓ１００及びＳ１０１の処理と同様である。ここでは、ホーム画面Ｇ１のボタンＢ１２が選択された場合の処理を説明する。

ユーザ端末２０は、第１ユーザがボタンＢ１３又はボタンＢ１４を選択すると、選択画面Ｇ３を表示部２５に表示させ、第２ユーザの選択を受け付ける（Ｓ２０２）。ユーザ端末２０は、入力画面Ｇ４を表示部２５に表示させ、金額及びメッセージの入力を受け付ける（Ｓ２０３）。ユーザ端末２０は、ボタンＢ４０が選択された場合に、サーバ１０に、第１ユーザのユーザ識別情報、第２ユーザのユーザ識別情報、送られるキャッシュのキャッシュ識別情報、金額、及びメッセージを含む送り要求を送信する（Ｓ２０４）。

サーバ１０は、ユーザ端末２０から送り要求を受信すると（Ｓ２０５）、送り要求によって指示されたキャッシュの種類を判定する（Ｓ２０６）。送り要求によって店舗用キャッシュが指示された場合（Ｓ２０６；店舗用キャッシュ）、サーバ１０は、第１ユーザの店舗用キャッシュが送られるように送金処理を実行する（Ｓ２０７）。サーバ１０は、第１ユーザに店舗用キャッシュを付与し（Ｓ２０８）、本処理は終了する。送り要求によって汎用キャッシュが指示された場合（Ｓ２０６；汎用キャッシュ）、サーバ１０は、汎用キャッシュが送られるように決済処理を実行し（Ｓ２０９）、本処理は終了する。この場合、第２ユーザには特典が付与されないものとするが、第２ユーザに何らかの特典が付与されてもよい。

第２実施形態の決済システムＳによれば、店舗用キャッシュの送り要求が受け付けられて送り処理が実行された場合に、第１ユーザに特典を付与する。これにより、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを与えることができる。例えば、第１ユーザは、直近で利用する予定のない店舗用キャッシュをただ保有するのではなく、第２ユーザに送ることによって、第２ユーザに店舗用キャッシュを利用してもらうことができる。その結果、決済サービスにおける店舗用キャッシュの利用を促進できる。店舗用キャッシュを利用可能な店舗からしても、第１ユーザが店舗用キャッシュを利用しなくても、第２ユーザが店舗用キャッシュを利用する可能性があるので、店舗への集客効果を高めることができる。第１ユーザは、特典を得るために、第２ユーザに店舗用キャッシュを送ろうとするので、第１ユーザから第２ユーザに店舗用キャッシュを送ることを促進できる。

また、決済システムＳは、第１ユーザに、キャッシュの利用条件に応じた特典を付与する。これにより、第１ユーザが第２ユーザに送ったキャッシュの利用条件に関連する特典を付与できるので、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けをより強く与えることができる。例えば、第１ユーザが、ある店舗の店舗用キャッシュを第２ユーザに送った場合に、この店舗の店舗用キャッシュを第１ユーザに付与することによって、第１ユーザの店舗用キャッシュが完全になくなってしまうことを防止できるので、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けをより強く与えることができる。第１ユーザは、特典として付与された店舗用キャッシュを利用するために、再び店舗を訪れる可能性があるので、店舗への集客効果を高めることもできる。

また、決済システムＳは、第１ユーザが第２ユーザに送ったキャッシュと同じ利用条件が定められたキャッシュを、第１ユーザへの特典として付与する。これにより、第１ユーザが第２ユーザに送ったキャッシュと同じ利用条件のキャッシュを付与できるので、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けをより強く与えることができる。例えば、第１ユーザが、ある店舗の店舗用キャッシュを第２ユーザに送った場合に、この店舗の店舗用キャッシュを第１ユーザに付与することによって、第１ユーザの店舗用キャッシュが完全になくなってしまうことを防止できるので、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けをより強く与えることができる。第１ユーザは、特典として付与された店舗用キャッシュを利用するために、再び店舗を訪れる可能性があるので、店舗への集客効果を高めることもできる。

また、決済システムＳは、第１ユーザに、店舗用キャッシュを特典として付与する。これにより、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けをより強く与えることができる。

［３．第３実施形態］
第１実施形態及び第２実施形態では、説明の簡略化のために、主に１つの店舗用キャッシュを利用する場合又は送る場合を説明した。第３実施形態では、利用条件が定められたキャッシュが複数存在する場合を説明する。利用条件の意味は、第２実施形態で説明した通りである。第３実施形態では、第２実施形態と同様に、利用条件の一例として店舗を説明する。第３実施形態では、第１実施形態又は第２実施形態と同様の点については、説明を省略する。

［３－１．第３実施形態の概要］
図１０は、第３実施形態における決済アプリの画面の一例を示す図である。図１０のホーム画面Ｇ１Ａ及び決済完了画面Ｇ２Ｅのように、第１ユーザが「ＸＸＸマート」のＡ店を利用すると、「ＸＸＸマート」のＡ店で利用可能な店舗用キャッシュと、「ＸＸＸマート」の全店で利用可能な店舗グループ用キャッシュと、が第１ユーザに付与される。この店舗用キャッシュは、「ＸＸＸマート」のＡ店だけで利用可能であり、「ＸＸＸマート」の他店及び「ＸＸＸマート」以外の店舗では利用できない。店舗グループ用キャッシュは、「ＸＸＸマート」の名前の店舗であれば、どの店舗でも利用可能である。例えば、店舗グループ用キャッシュは、「ＸＸＸマート」のＢ店でも利用可能である。

店舗用キャッシュ及び店舗グループ用キャッシュが第１ユーザに付与されると、ホーム画面Ｇ１Ｂのように、汎用キャッシュの残高、店舗用キャッシュの残高、及び店舗グループ用キャッシュの残高が表示される。第１ユーザが「ＸＸＸマート」のＡ店を再び訪れて、コードＣ１０が読取装置３６で読み取られると、店舗用キャッシュ及び店舗グループ用キャッシュの両方を利用可能なので、予め定められた優先順位に基づいて、決済処理が実行される。

第３実施形態では、「ＸＸＸマート」のＡ店の店舗用キャッシュは、店舗グループ用キャッシュよりも優先順位が高い。即ち、「ＸＸＸマート」のＡ店という特定の店舗だけで利用可能な店舗用キャッシュは、「ＸＸＸ」マートの全店で利用可能な店舗グループ用キャッシュよりも優先順位が高い。決済完了画面Ｇ２Ｆのように、店舗用キャッシュが店舗グループ用キャッシュよりも優先的に利用される。

例えば、第１ユーザが、「ＸＸＸマート」のＡ店の店舗用キャッシュを１００円分保有し、かつ、「ＸＸＸマート」の全店で利用可能な店舗グループ用キャッシュを５０円分保有していたとする。第１ユーザが、「ＸＸＸマート」のＡ店で１２０円分の買い物をしたとすると、店舗用キャッシュが優先的に利用される。店舗グループ用キャッシュは、店舗用キャッシュで足りない分の２０円分だけ利用される。このように、第３実施形態では、第１ユーザが保有する複数のキャッシュの各々に優先順位を設定することによって、第１ユーザの利便性を高めるようにしている。以降、第３実施形態の詳細を説明する。

［３－２．第３実施形態で実現される機能］
図１１は、第３実施形態で実現される機能の一例を示す機能ブロック図である。ユーザ端末２０及び店舗端末３０の機能は、第１実施形態と同様なので、ここでは、サーバ１０の機能の違いを説明する。決済要求受付部１０１、決済処理実行部１０２、利用制限部１０４、及び特定部１０８は、制御部１１を主として実現される。第３実施形態では、第１実施形態で説明した利用特典付与部１０３が実現されなくてもよいし、第２実施形態で説明した送り要求受付部１０５、送り処理実行部１０６、及び送り特典付与部１０７が実現されなくてもよい。

［決済要求受付部］
決済要求受付部１０１は、互いに異なる利用条件が定められた複数のキャッシュを保有する第１ユーザに関する決済要求を受け付ける。決済要求自体は、第１実施形態及び第２実施形態で説明した通りである。第３実施形態では、第２実施形態と同様に、利用条件がキャッシュを利用可能な店舗である場合を例に挙げる。また、説明の簡略化のために、「ＸＸＸマート」のＡ店だけで利用可能な店舗用キャッシュと、「ＸＸＸマート」の全店で利用可能な店舗グループ用キャッシュと、の２つのキャッシュを例に挙げるが、第１ユーザは、互いに異なる利用条件が定められた３つ以上のキャッシュを保有してもよい。

例えば、第１ユーザは、上記２つのキャッシュに加えて、「ＸＸＸマート」のＢ店だけで利用可能な店舗用キャッシュを保有してもよいし、「ＸＸＸマート」の店舗ごとに、この店舗だけで利用可能な店舗用キャッシュを保有してもよい。他にも例えば、第１ユーザは、他の店舗グループ用の店舗グループ用キャッシュ、ある時間帯だけで利用可能な時間帯用キャッシュ、ある曜日だけで利用可能な曜日用キャッシュ、及びあるエリアだけで利用可能なエリア用キャッシュといったように、利用条件が定められたキャッシュを混在して保有してもよい。ホーム画面Ｇ１に表示されるキャッシュの残高は、汎用キャッシュと、利用条件が定められた複数のキャッシュと、の合計値が表示されてもよい。

［決済処理実行部］
決済処理実行部１０２は、後述の特定部１０８により複数のキャッシュが特定された場合に、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。第３実施形態では、決済処理実行部１０２は、特定部１０８により複数のキャッシュが特定された場合に、利用可能な店舗の数が少ないほど優先順位が高くなるように定められた、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。

例えば、「ＸＸＸマート」のＡ店だけで利用可能な店舗用キャッシュは、「ＸＸＸマート」の全店で利用可能な店舗グループ用キャッシュよりも利用可能な店舗の数が少ない。このため、この店舗用キャッシュは、この店舗グループ用キャッシュよりも優先順位が高い。即ち、利用条件が定められたキャッシュの汎用性が低いほど優先順位が高くなる。利用条件が定められたキャッシュの利用制限が強いほど優先順位が高くなる。ある特定の店舗だけで利用可能な店舗用キャッシュは、店舗グループ用のキャッシュよりも汎用性が低く利用制限が強いので、優先順位が高くなる。決済処理実行部１０２は、優先順位が相対的に高いキャッシュが、優先順位が相対的に低いキャッシュよりも優先的に利用されるように、決済処理を実行する。

例えば、決済処理実行部１０２は、優先順位が相対的に高いキャッシュを利用して、優先順位が相対的に低いキャッシュを利用しないように、決済処理を実行する。例えば、決済処理実行部１０２は、優先順位が高いほど利用額が多くなるように、決済処理を実行してもよい。図１０の例であれば、店舗用キャッシュの優先順位が店舗グループ用キャッシュの優先順位よりも高いので、決済処理実行部１０２は、店舗用キャッシュの利用額を、店舗グループ用キャッシュの利用額よりも多くする。

なお、優先順位の設定方法は、任意の方法であってよく、第３実施形態の例に限られない。第３実施形態とは逆に、利用可能な店舗数が多いほど優先順位が高くなってもよい。他にも例えば、利用可能な時間帯が利用条件として定められたキャッシュが、他の利用条件が定められたキャッシュよりも優先順位が高くなってもよい。例えば、利用可能な店舗が利用条件として定められたキャッシュが、時間帯又はエリアといった他の利用条件が定められたキャッシュよりも優先順位が高くなってもよい。例えば、キャッシュの残高が多いほど優先順位が高くなってもよい。

［利用制限部］
利用制限部１０４は、第２実施形態と同様である。なお、利用制限部１０４は、決済システムＳの外部のシステムにより実現されてもよい。この場合、決済システムＳは、利用制限部１０４を省略可能である。

［特定部］
特定部１０８は、決済要求が受け付けられた場合に、複数のキャッシュの中から、利用条件を満たすキャッシュを特定する。個々の利用条件の判定方法は、第２実施形態で説明した通りである。第３実施形態では、キャッシュを利用可能な店舗が利用条件に相当するので、特定部１０８は、決済要求が受け付けられた場合に、複数のキャッシュの中から、決済要求に対応する店舗で利用可能なキャッシュを、利用条件を満たすキャッシュとして特定する。特定部１０８は、利用制限部１０４の判定結果を取得することによって、利用条件を満たすキャッシュを特定してもよい。特定部１０８は、利用制限部１０４と同様の処理を実行することによって、利用条件を満たすキャッシュを特定してもよい。

例えば、第１ユーザが、「ＸＸＸマート」のＡ店だけで利用可能な店舗用キャッシュと、「ＸＸＸマート」の全店で利用可能な店舗グループ用キャッシュと、の２つのキャッシュを保有していたとする。第１ユーザが「ＸＸＸマート」のＡ店を訪れた場合には、特定部１０８は、決済要求に含まれる店舗ＩＤにより、「ＸＸＸマート」のＡ店からの決済要求であることを特定できるので、「ＸＸＸマート」のＡ店で利用可能なキャッシュとして、これら２つのキャッシュを利用可能であることを特定する。この第１ユーザが、「ＸＸＸマート」の他店を訪れた場合には、特定部１０８は、決済要求に含まれる店舗ＩＤにより、「ＸＸＸマート」のＢ店からの決済要求であることを特定できるので、「ＸＸＸマート」の全店で利用可能な店舗グループ用キャッシュだけを利用可能であることを特定する。

［３－３．第３実施形態で実行される処理］
図１２は、第３実施形態で実行される処理の一例を示すフロー図である。図１２の処理は、図６の処理と一部の処理が異なる。例えば、Ｓ３００～Ｓ３０３の処理は、Ｓ１００～Ｓ１０３の処理と同様である。サーバ１０は、第１ユーザが保有するキャッシュの中で、利用条件を満たすキャッシュを特定する（Ｓ３０４）。Ｓ３０４では、サーバ１０は、ユーザデータベースＤＢを参照し、決済要求に含まれるコードＩＤに関連付けられたキャッシュ情報を取得する。サーバ１０は、キャッシュ情報に基づいて、第１ユーザが保有するキャッシュを特定し、このキャッシュの中で、決済要求に含まれる店舗ＩＤが示す店舗で利用可能なキャッシュを特定する。

利用条件を満たすキャッシュが複数特定された場合（Ｓ３０４；複数）、サーバ１０は、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する（Ｓ３０５）。例えば、第１ユーザが、「ＸＸＸマート」のＡ店の店舗用キャッシュと、「ＸＸＸマート」の店舗グループ用キャッシュと、を保有し、「ＸＸＸマート」のＡ店の店舗端末３０から決済要求が受け付けられた場合には、Ｓ３０４では、サーバ１０は、これら２つのキャッシュを特定する。Ｓ３０５では、サーバ１０は、店舗用キャッシュの優先順位を１番目とし、店舗グループ用キャッシュの優先順位を２番目として、決済処理を実行する。

利用条件を満たすキャッシュが１つだけ特定された場合（Ｓ３０４；１つ）、サーバ１０は、当該特定されたキャッシュに基づいて、決済処理を実行する（Ｓ３０６）。Ｓ３０６における決済処理は、第１実施形態の決済処理と同様である。利用条件を満たすキャッシュが特定されない場合（Ｓ３０４；なし）、サーバ１０は、汎用キャッシュに基づいて、決済処理を実行する（Ｓ３０７）。続くＳ３０８～Ｓ３１０の処理は、第１実施形態で説明したＳ１０７～Ｓ１０９の処理と同様であってよい。

第３実施形態の決済システムＳによれば、利用条件を満たすキャッシュとして複数のキャッシュが特定された場合に、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。これにより、ユーザが意図しない使い方でキャッシュが利用されてしまうといったことを防止し、ユーザの利便性が向上する。ユーザが利用したいキャッシュの優先順位を上げることで、このキャッシュを優先的に利用できる。

また、決済システムＳは、複数のキャッシュの中から、決済要求に対応する店舗で利用可能なキャッシュを、利用条件を満たすキャッシュとして特定する。これにより、ユーザが決済サービスを利用しようとしている店舗で利用可能なキャッシュが複数存在したとしても、その中で優先順位を付けることによって、ユーザの意図した使い方でキャッシュを利用できるので、ユーザの利便性がより向上する。

また、決済システムＳは、利用条件を満たすキャッシュとして複数のキャッシュが特定された場合に、利用可能な店舗の数が少ないほど優先順位が高くなるように定められた、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。これにより、例えば、ある特定の店舗でのみ利用可能なキャッシュを優先的に利用し、複数の店舗で利用可能な汎用的なキャッシュを貯めるといった使い方をすることができるので、ユーザの利便性がより向上する。

［４．変形例］
なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

［４－１．第１実施形態に係る変形例］
図１３は、第１実施形態に係る変形例の機能ブロックの一例を示す図である。付与制限部１０９、利益発生部１１０、変更処理実行部１１１、第１手数料発生部１１２、第１出金処理実行部１１３、第２出金処理実行部１１４、第２手数料発生部１１５、第１検知部１１６、及び第２検知部１１７は、制御部１１を主として実現される。

［変形例１－１］
例えば、店舗用キャッシュは、第１店舗に関連付けられた第１時間帯に利用可能であってもよい。変形例１－１では、店舗用キャッシュを利用可能な店舗だけではなく、店舗用キャッシュを利用可能な時間帯も、利用条件として定められているものとする。

第１時間帯は、予め指定された時間帯である。変形例１－１では、第１時間帯が相対的に空いている時間帯である場合を説明する。第１店舗が相対的に空いているとは、利用人数及び利用額の少なくとも一方が相対的に少ないことである。第１時間帯は、第１時間帯よりも混んでいる時間帯が他に１つでもある時間帯であればよい。第１時間帯は、アイドルタイムと呼ばれることもある。第１時間帯は、店舗の担当者により集計されてもよいし、利用履歴情報に基づいて集計されてもよい。例えば、サーバ１０は、利用履歴情報に含まれる利用時間、利用場所、及び利用額に基づいて、時間帯ごとに、第１店舗の利用人数及び利用総額の少なくとも一方を集計する。

なお、時間帯は、任意の区切り方であってよく、例えば、３時間ごと又は６時間ごとであってもよい。時間帯ごとに長さが異なってもよい。例えば、夜間は大雑把な区切りにして、日中は細かな区切りにしてもよい。変形例１－１では、利用人数及び利用総額が最も少ない時間帯が第１時間帯に相当する場合を説明するが、利用人数及び利用総額が少ない順に所定数の時間帯を第１時間帯にしてもよい。また、第１時間帯は、第１店舗に関連付けられた何らかの時間帯であればよく、相対的に空いている時間帯に限られない。例えば、第１時間帯は、キャンペーンを実施する時間帯として指定された時間帯、第１店舗が相対的に混雑している時間帯、第１店舗の店員が相対的に多い時間帯、第１店舗で搬入作業や陳列作業といった特定の作業が発生しない時間帯、又は当該特定の作業が完了した直後の時間帯であってもよい。

利用特典付与部１０３は、第１ユーザへの特典として、第１時間帯が利用条件の１つとして設定された店舗用キャッシュを付与する。例えば、オフィス街にある「ＸＸＸマート」が、会社員があまり利用しない１４時～１７時に相対的に空いている場合には、第１時間帯は、１４時～１７時になる。利用特典付与部１０３は、「ＸＸＸマート」だけで利用可能であり、かつ、１４時～１７時だけで利用可能な店舗用キャッシュを、第１ユーザに付与する。

利用制限部１０４は、第２店舗で店舗用キャッシュを利用できないように、かつ、第２時間帯に第１店舗で店舗用キャッシュを利用できないように制限する。第２時間帯は、第１店舗の店舗用キャッシュを利用できない時間帯である。第２時間帯は、第１時間帯とは異なる他の時間帯である。なお、第２店舗で店舗用キャッシュを利用できないようにする方法は、第１実施形態で説明した通りである。利用制限部１０４は、現在の時刻が第２時間帯であるか否かを判定する。利用制限部１０４は、現在の時刻が第２時間帯であれば、店舗用キャッシュを利用できないように制限する。利用制限部１０４は、現在の時刻が第１時間帯であれば、店舗用キャッシュの利用を許可する。

変形例１－１によれば、店舗用キャッシュは、第１店舗に関連付けられた第１時間帯に利用可能であり、第２店舗で店舗用キャッシュを利用できないように、かつ、第２時間帯に第１店舗で店舗用キャッシュを利用できないように制限する。これにより、第１店舗への集客を高めたい時間として指定された第１時間帯の集客効果が高まる。例えば、第１店舗が相対的に空いている時間帯を第１時間帯として指定することによって、第１店舗が相対的に空いている時間帯の集客効果が高まる。

［変形例１－２］
例えば、店舗用キャッシュは、第１店舗と、第１店舗を含む第１エリアにある第３店舗と、で利用可能であってもよい。第１エリアは、第１店舗がある位置を含むエリアである。第１エリアは、都道府県又は市区町村の単位であってもよいし、決済サービスで独自に定めたエリアであってもよい。第３店舗は、第１店舗と同じ店舗グループの系列店であってもよいし、第１店舗と提携する他の店舗であってもよいが、変形例１－２では、第１店舗と同じエリアに属していれば、第１店舗との関係は問わないものとする。

第３店舗は、第１店舗と同じ第１エリアに属する他の店舗である。第３店舗は、店舗用キャッシュが付与された時にユーザが訪れていない店舗である。変形例１－２の店舗用キャッシュは、利用条件として、第１エリアが定められている。第１エリアに存在する店舗は、データ記憶部１００に予め定義されているものとする。即ち、店舗用キャッシュを利用可能な第１店舗及び第３店舗は、データ記憶部１００に予め定義されているものとする。

利用特典付与部１０３は、第１ユーザへの特典として、第１エリアが利用条件の１つとして設定された店舗用キャッシュを付与する。この店舗用キャッシュは、第１エリア用のキャッシュなので、エリア用キャッシュということもできる。例えば、エリアの単位を市区町村だったとすると、第１ユーザが、東京都の板橋区にある「ＸＸＸマート」を訪れると、利用特典付与部１０３は、板橋区にある第１店舗「ＸＸＸマート」と、同じ板橋区にある第３店舗と、で利用可能な店舗用キャッシュを、第１ユーザに付与する。

利用制限部１０４は、第２エリアにある第２店舗で店舗用キャッシュを利用できないように制限する。第２エリアは、第１エリアの店舗用キャッシュを利用できないエリアである。第２エリアは、第１エリアとは異なる他のエリアである。利用制限部１０４は、決済要求を受け付けた場合に、決済要求を送信した店舗が属するエリアが第２エリアであるか否かを判定する。利用制限部１０４は、第２エリアであると判定された場合、店舗用キャッシュを利用できないように制限する。利用制限部１０４は、第２エリアであると判定されない場合、即ち、第１エリアであると判定された場合、店舗用キャッシュの利用を許可する。

変形例１－２によれば、店舗用キャッシュは、第１店舗と、第１店舗を含む第１エリアにある第３店舗と、で利用可能であり、第２エリアにある第２店舗で店舗用キャッシュを利用できないように制限する。これにより、第１ユーザに、第１エリアに再来する動機付けを与えることができる。例えば、ある市区町村の振興を目的としたキャンペーンが開催される場合に、この市区町村限定のキャッシュを発行することができる。

［変形例１－３］
例えば、第１実施形態と、第２実施形態で説明した一部の機能と、を組み合わせて、第１ユーザは、第１店舗を利用した特典として付与された店舗用キャッシュを、第２ユーザに送ってもよい。変形例１－３の決済システムＳは、第２実施形態で説明した送り要求受付部１０５及び送り処理実行部１０６を含む。要求受付部１０５及び送り処理実行部１０６は、第２実施形態で説明した通りである。変形例１－３では、決済システムＳが送り特典付与部１０７を含まない場合を説明する。

利用制限部１０４は、第２店舗で第２ユーザが店舗用キャッシュを利用できないように制限する。第２ユーザが保有する店舗用キャッシュが制限の対象になる点で第１実施形態と異なるだけであり、利用制限部１０４による制限方法自体は、第１実施形態で説明した通りである。

変形例１－３によれば、第１ユーザから第２ユーザに店舗用キャッシュを送るための送り要求が受け付けられた場合に、送り処理を実行し、第２店舗で第２ユーザが店舗用キャッシュを利用できないように制限する。第１ユーザが店舗用キャッシュを利用する予定がなかったとしても、第１ユーザから第２ユーザに店舗用キャッシュを送ることによって、第２ユーザに店舗用キャッシュを利用してもらい、店舗用キャッシュを有効活用できる。

［変形例１－４］
例えば、変形例１－３では、決済システムＳが送り特典付与部１０７を含まない場合を説明したが、第１実施形態及び第２実施形態を組み合わせて、決済システムＳは、送り特典付与部１０７を含んでもよい。送り特典付与部１０７は、第２実施形態で説明した通りである。

変形例１－４によれば、送り処理が実行された場合に、第１ユーザへの特典として、店舗用キャッシュを付与する。これにより、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを与えることができる。

［変形例１－５］
例えば、決済システムＳは、付与制限部１０９を含んでもよい。付与制限部１０９は、第１ユーザ及び第２ユーザの間で店舗用キャッシュを繰り返し送りあうことによって、送り特典付与部１０７により店舗用キャッシュが繰り返し付与されることを制限する。

例えば、付与制限部１０９は、第１ユーザから第２ユーザに店舗用キャッシュを送った後に、第２ユーザが第１ユーザに店舗用キャッシュを送ったとしても、送り特典付与部１０７により第２ユーザに特典が付与されることを制限する。第２ユーザが、第１ユーザから受け取った店舗用キャッシュを全て利用したうえで（受け取った額以上の店舗用キャッシュを利用したうえで）、第１ユーザに店舗用キャッシュを送った場合には、第２ユーザに特典が付与されてもよい。他にも例えば、第２ユーザが、第１ユーザから受け取った額以上の店舗用キャッシュを第１ユーザに送った場合には、額が上回る分については、第２ユーザに特典が付与されてもよい。

例えば、付与制限部１０９は、第１ユーザから第２ユーザに１回目の店舗用キャッシュを送り、かつ、第２ユーザが第１ユーザに店舗用キャッシュを送った後に、第１ユーザから第２ユーザに２回目の店舗用キャッシュを送った場合には、第１ユーザに特典が付与されることを制限してもよい。この場合、第１ユーザが第２ユーザから受け取った額以上の店舗用キャッシュを２回目に送った場合には、額が上回る分については、第１ユーザに特典が付与されてもよい。

なお、付与制限部１０９による制限方法は、上記の例に限られない。例えば、付与制限部１０９は、第１ユーザが第２ユーザに店舗用キャッシュを送った後の一定期間は、第１ユーザと第２ユーザの間で店舗用キャッシュが送られても、第１ユーザ及び第２ユーザの少なくとも一方に特典が付与されることを制限してもよい。他にも例えば、付与制限部１０９は、第１ユーザが第２ユーザに店舗用キャッシュを送った店舗用キャッシュを第２ユーザが使い切るまでは、第１ユーザと第２ユーザの間で店舗用キャッシュが送られても、第１ユーザ及び第２ユーザの少なくとも一方に特典が付与されることを制限してもよい。

変形例１－５によれば、第１ユーザ及び第２ユーザの間で店舗用キャッシュを繰り返し送りあうことによって、特典として店舗用キャッシュが繰り返し付与されることを制限する。これにより、第１ユーザ及び第２ユーザが、店舗用キャッシュを利用せずに送りあうことで、何度も特典を取得するといったことを防止できる。

［変形例１－６］
例えば、第２実施形態、変形例１－３、及び変形例１－４では、第１ユーザは、自身が保有する店舗用キャッシュを第２ユーザに送る場合を説明した。第１ユーザは、自身が保有する汎用キャッシュを、店舗用キャッシュに変換したうえで、第２ユーザに送ってもよい。変形例１－６の決済システムＳは、変形例１－３及び変形例１－４と同様に、利用制限部１０４、送り要求受付部１０５、及び送り処理実行部１０６を含む。利用制限部１０４及び送り要求受付部１０５は、変形例１－３及び変形例１－４と同様であるが、利用制限部１０４及び送り処理実行部１０６は、変形例１－３及び変形例１－４と同様とは異なる。

変形例１－６の送り処理実行部１０６は、送り要求が受け付けられた場合に、汎用的な決済手段である汎用キャッシュを利用して、店舗用キャッシュが第２ユーザに送られるように、送り処理を実行する。例えば、送り処理実行部１０６は、第１ユーザが保有する汎用キャッシュを店舗用キャッシュに変換したうえで、送り処理を実行する。汎用キャッシュを店舗用キャッシュに変換するとは、汎用キャッシュの残高を減少させて店舗用キャッシュの残高を増加させることである。変形例１－６では、第１ユーザの汎用キャッシュの残高の減少量と、第２ユーザの店舗用キャッシュの増加量と、が同じである場合を説明するが、後述の変形例１－７のように、これらは異なってもよい。

変形例１－６によれば、汎用キャッシュを利用して、店舗用キャッシュが第２ユーザに送られるように、送り処理を実行する。これにより、第１ユーザは、自身が保有する店舗用キャッシュが足りなかったとしても、汎用キャッシュを利用して店舗用キャッシュをおくることができるので、ユーザの利便性が高まる。

［変形例１－７］
例えば、決済システムＳは、利益発生部１１０を含んでもよい。利益発生部１１０は、汎用キャッシュを利用した送り処理が実行される場合に、店舗用キャッシュを利用した送り処理が実行される場合には発生しない、第１ユーザ及び第２ユーザの少なくとも一方の利益を発生させる。汎用キャッシュを利用した送り処理は、変形例１－６で説明した送り処理である。店舗用キャッシュを利用した送り処理は、第２実施形態、変形例１－３、及び変形例１－４で説明した送り処理である。

例えば、利益発生部１１０は、汎用キャッシュを利用した送り処理が実行される場合に、店舗用キャッシュを利用した送り処理が実行される場合よりも、第１ユーザに付与される特典を多くしてもよい。例えば、店舗用キャッシュを利用した送り処理が実行された場合に、送られた額の１０％分の特典が第１ユーザに付与されたとすると、汎用キャッシュを利用した送り処理が実行された場合には、送られた額の１５％分の特典が第１ユーザに付与されるようにしてもよい。

例えば、利益発生部１１０は、汎用キャッシュを利用した送り処理が実行される場合に、店舗用キャッシュを利用した送り処理が実行される場合よりも、同じ額を送るのに必要な汎用キャッシュの額を少なくしてもよい。例えば、第１ユーザから第２ユーザに１０００円分の店舗用キャッシュを送るものとする。第１ユーザが保有する店舗用キャッシュを利用する場合には、１０００円分の店舗用キャッシュが必要なのに対し、第１ユーザが保有する汎用キャッシュを利用する場合には、８００円分の汎用キャッシュでよいものとする。

例えば、利益発生部１１０は、汎用キャッシュを利用した送り処理が実行される場合に、店舗用キャッシュを利用した送り処理が実行される場合よりも、同じ額を送った場合の受け取り額を多くしてもよい。例えば、第１ユーザが保有する１０００円分の店舗用キャッシュを第２ユーザに送る場合には、第２ユーザは、１０００円分の店舗用キャッシュを受け取れるのに対し、第１ユーザが保有する１０００円分の汎用キャッシュを第２ユーザに送る場合には、第２ユーザは、１２００円分の店舗用キャッシュを受け取れるようにしてもよい。

変形例１－７によれば、汎用キャッシュを利用した送り処理が実行される場合に、店舗用キャッシュを利用した送り処理が実行される場合には発生しない、第１ユーザ及び第２ユーザの少なくとも一方の利益を発生させる。これにより、第１ユーザに、汎用キャッシュを利用して店舗用キャッシュを第２ユーザに送る動機付けをより強く与えることができる。

［変形例１－８］
例えば、第１実施形態で説明したように、決済要求は、第１店舗で店舗用キャッシュを利用するための要求であってもよい。この場合、利用特典付与部１０３は、決済処理が実行されて、第１店舗で店舗用キャッシュが利用された場合に、第１ユーザに、店舗用キャッシュを付与してもよい。即ち、利用特典付与部１０３は、汎用キャッシュが利用された場合だけではなく、店舗用キャッシュが利用された場合に、第１ユーザに店舗用キャッシュを付与してもよい。

変形例１－８によれば、決済処理が実行されて、第１店舗で店舗用キャッシュが利用された場合に、第１ユーザに、店舗用キャッシュを付与する。これにより、第１ユーザに、店舗に再来する動機付けをより強く与えることができる。

［変形例１－９］
例えば、キャッシュは、第２店舗でも利用可能であってもよい。第２店舗は、決済サービスの加盟店であり、少なくとも汎用キャッシュを利用可能である。この場合に、利用特典付与部１０３は、第１店舗でキャッシュが利用された場合に、第１ユーザに、第１店舗用のキャッシュである第１店舗用キャッシュを付与する。第１店舗用キャッシュは、第１実施形態で説明した店舗用キャッシュと同じである。第１店舗用キャッシュを付与するための処理は、第１実施形態で説明した通りである。

利用特典付与部１０３は、第２店舗でキャッシュが利用された場合に、第１ユーザに、第２店舗用のキャッシュである第２店舗用キャッシュを付与する。第２店舗用キャッシュは、第１店舗では利用できないキャッシュである。例えば、第１店舗を「ＸＸＸマート」のＡ店とし、第２店舗を「ＸＸＸマート」のＢ店とする。「ＸＸＸマート」のＡ店用の第１店舗用キャッシュは、「ＸＸＸマート」のＢ店では利用できない。「ＸＸＸマート」のＢ店用の第２店舗用キャッシュは、「ＸＸＸマート」のＡ店では利用できない。第２店舗用キャッシュは、利用可能な店舗が異なるという点で第１店舗用キャッシュとは異なるが、第２ユーザに第２店舗用キャッシュを付与する方法自体は、第１ユーザに第１店舗用キャッシュを付与する方法と同じである。

利用制限部１０４は、第２店舗で第１店舗用キャッシュを利用できないように制限し、第１店舗で第２店舗用キャッシュを利用できないように制限する。第２店舗用キャッシュは、第２店舗で利用可能であり第１店舗で利用できないという点で第１店舗用キャッシュとは異なるが、第１店舗で第２店舗用キャッシュを利用できないように制限する方法自体は、第２店舗で第１店舗用キャッシュを利用できないように制限する方法と同じである。

変形例１－９によれば、第１店舗でキャッシュが利用された場合に、第１ユーザに、第１店舗用のキャッシュである第１店舗用キャッシュを付与し、第２店舗でキャッシュが利用された場合に、第１ユーザに、第２店舗用のキャッシュである第２店舗用キャッシュを付与する。これにより、第１店舗に再来する動機付けと、第２店舗に再来する動機付けと、を第１ユーザに与えることができる。即ち、個々の店舗ごとに、この店舗に再来する動機付けを第１ユーザに与えることができる。

［変形例１－１０］
例えば、変形例１－９において、第１店舗及び第２店舗は、同じ店舗グループに属してもよい。利用特典付与部１０３は、第１店舗又は第２店舗でキャッシュが利用された場合に、第１ユーザに、店舗グループ用の残高を有する店舗グループ用キャッシュを付与してもよい。店舗グループ用キャッシュは、第３実施形態で説明した通りである。第３実施形態では、個々の店舗用キャッシュも付与される場合を説明したが、変形例１－１０では、個々の店舗用キャッシュは付与されなくてもよい。

店舗グループ用キャッシュは、第１店舗及び第２店舗で利用可能である。第１店舗及び第２店舗以外にも、同じ店舗グループに属する他の店舗が存在すれば、当該他の店舗でも店舗グループ用キャッシュを利用可能である。店舗グループ用キャッシュを利用する場合の決済処理の流れは、第３実施形態で説明した通りである。

変形例１－１０によれば、第１店舗又は第２店舗でキャッシュが利用された場合に、第１ユーザに、店舗グループ用のキャッシュである店舗グループ用キャッシュを付与し、店舗グループ用キャッシュは、第１店舗及び第２店舗で利用可能である。これにより、ユーザの利便性が高まる。

［変形例１－１１］
例えば、第１実施形態及び第３実施形態を組み合わせてもよい。この場合、第１実施形態で説明した店舗用キャッシュは、第３実施形態で説明した複数のキャッシュの１つである。決済システムＳは、特定部１０８を含む。変形例１－１１の特定部１０８及び決済処理実行部１０２の処理は、第３実施形態と同様である。

変形例１－１１によれば、複数のキャッシュの中から、利用条件を満たす複数のキャッシュが特定された場合に、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。これにより、第３実施形態と同様に、ユーザの利便性が高まる。

［変形例１－１２］
例えば、店舗用キャッシュは、汎用キャッシュに変更可能であってもよい。逆に、汎用キャッシュは、店舗用キャッシュに変更可能であってもよい。決済システムＳは、変更処理実行部１１１及び第１手数料発生部１１２を含む。変更処理実行部１１１は、汎用的なキャッシュである汎用キャッシュに店舗用キャッシュを変更するための変更処理を実行する。変更処理は、店舗用キャッシュの残高を減少させて、汎用キャッシュの残高を増加させる処理である。変更処理自体は、公知の処理を利用可能である。例えば、店舗用キャッシュの残高の減少量と、汎用キャッシュの残高の増加量と、は同じであってもよいし異なってもよい。

第１手数料発生部１１２は、変更処理が実行された場合に、所定の手数料を発生させる。手数料は、変更処理により変更された額に関係なく固定値であってもよいし、変更処理により変更された額に応じた値であってもよい。例えば、第１手数料発生部１１２は、店舗用キャッシュが汎用キャッシュに変更された額が多いほど、手数料が多くなるように、手数料を発生させてもよい。手数料は、汎用キャッシュ又は店舗用キャッシュから引かれてもよいし、電子マネー又はポイントといった他の決済手段から引かれてもよい。手数料は、クレジットカード等の他の決済手段を利用して請求されてもよい。

変形例１－１２によれば、汎用キャッシュに店舗用キャッシュを変更するための変更処理が実行された場合に、所定の手数料を発生させる。これにより、店舗用キャッシュを利用する予定のない第１ユーザの利便性が高まる。決済サービスからしても所定の手数料が発生するので、決済サービスの収益性が高まる。

［変形例１－１３］
例えば、汎用キャッシュ及び店舗用キャッシュは、出金が可能であってもよい。出金自体は、公知の方法によって可能にすればよく、例えば、ユーザの銀行口座に所定の額が振り込まれることによって出金が実現されてもよい。決済システムＳは、第１出金処理実行部１１３、第２出金処理実行部１１４、及び第２手数料発生部１１５を含む。

第１出金処理実行部１１３は、汎用的なキャッシュである汎用キャッシュを出金するための第１出金処理を実行する。例えば、第１出金処理実行部１１３は、ユーザが指定した額だけ汎用キャッシュが出金されるように、第１出金処理を実行する。第１出金処理実行部１１３は、ユーザが指定した額だけ汎用キャッシュの残高を減少させ、ユーザが指定した額だけ出金されるように、第１出金処理を実行する。第１出金処理実行部１１３は、ユーザが指定した額だけ汎用キャッシュの残高を減少させ、ユーザが指定した額から手数料を引いた額だけ出金されるように、第１出金処理を実行してもよい。

第２出金処理実行部１１４は、店舗用キャッシュを出金するための第２出金処理を実行する。例えば、第２出金処理実行部１１４は、ユーザが指定した額だけ店舗用キャッシュが出金されるように、第２出金処理を実行する。第２出金処理実行部１１４は、ユーザが指定した額だけ店舗用キャッシュの残高を減少させ、ユーザが指定した額だけ出金されるように、第２出金処理を実行する。第２出金処理実行部１１４は、ユーザが指定した額だけ店舗用キャッシュの残高を減少させ、ユーザが指定した額から手数料を引いた額だけ出金されるように、第２出金処理を実行してもよい。

第２手数料発生部１１５は、第２出金処理が実行される場合に、第１出金処理が実行される場合よりも高い手数料を発生させる。手数料の発生方法自体は、第１手数料発生部１１２と同様であってよい。第１出金処理の手数料と、第２出金処理の手数料と、は予めデータ記憶部１００に定義されていてもよい。第１出金処理の手数料と、第２出金処理の手数料と、の差は、額に関係なく固定値であってもよいし、額が高くなるほどこれらの差が大きく又は小さくなってもよい。手数料は、汎用キャッシュから引かれてもよいし、店舗用キャッシュから引かれてもよい。手数料は、電子マネー又はポイント等の他の決済手段から引かれてもよい。

変形例１－１３によれば、店舗用キャッシュを出金するための第２出金処理が実行される場合に、汎用キャッシュを出金するための第１出金処理が実行される場合よりも高い手数料を発生させる。これにより、汎用キャッシュ又は店舗用キャッシュを利用する予定のない第１ユーザの利便性が高まる。決済サービスからしても所定の手数料が発生するので、決済サービスの収益性が高まる。

［変形例１－１４］
例えば、キャッシュは、ブロックチェーンにおけるトークンを利用して管理されてもよい。トークンは、ブロックチェーン上で発行されたバリューの単位である。トークンのデータ形式自体は、公知のブロックチェーンで採用されている種々のデータ形式であってよい。

トークンは、あるアドレスから他のアドレスに対して送られる。トークンには、任意のメタデータを関連付けることができる。アドレスにも任意のメタデータを関連付けることができる。変形例１－１４では、個々のキャッシュを示すトークンに、このキャッシュの所有者を示すユーザアドレスと、このキャッシュに定められた利用条件と、が関連付けられる場合を説明する。ユーザアドレスは、ユーザ識別情報の１つである。

変形例１－１４では、トークンのメタデータに含まれる利用条件の一例として、第１実施形態で説明した店舗を説明する。利用条件は、第２実施形態で説明した他の条件であってもよい。店舗用キャッシュに対応するトークンには、第１店舗を識別可能な店舗ＩＤ又は店舗アドレスといった店舗を識別可能な情報が関連付けられている。例えば、「ＸＸＸマート」の店舗用キャッシュであれば、この店舗用キャッシュのトークンに、この店舗用キャッシュを所有するユーザのユーザアドレスと、「ＸＸＸマート」の店舗ＩＤ又は店舗アドレスと、が関連付けられる。汎用キャッシュであれば、汎用キャッシュのトークンに、汎用キャッシュを所有するユーザのユーザアドレスが関連付けられる。

なお、トークンには、他の任意の情報を関連付けることができる。例えば、トークンには、キャッシュの残高が関連付けられてもよい。キャッシュとトークンは、１対１で対応しなくてもよく、複数のキャッシュが１つのトークンで管理されてもよい。例えば、あるユーザが所有する複数のキャッシュが１つのトークンで管理されてもよい。この場合、あるトークンは、汎用キャッシュと、店舗用キャッシュと、を示す。例えば、このトークンに、汎用キャッシュの残高と、店舗用キャッシュの残高と、が関連付けられてもよい。このトークンには、複数のキャッシュの残高の合計値が関連付けられてもよい。

利用制限部１０４は、トークンに関連付けられた店舗ＩＤに基づいて、第２店舗で店舗用キャッシュを利用できないように制限する。変形例１－１４では、利用制限部１０４は、ブロックチェーンのフィルタ機能を利用して、第２店舗で店舗用キャッシュを利用できないように制限する。利用制限部１０４は、フィルタ機能を利用して、第１ユーザの店舗用キャッシュに対応するトークンが第２店舗に移転されないように制限する。利用制限部１０４は、トークンに関連付けられた第１店舗の店舗ＩＤと、移転先として指定された店舗ＩＤと、が一致していなければ、トークンの移転を制限する。

変形例１－１４によれば、店舗用キャッシュに対応するトークンに関連付けられた店舗ＩＤに基づいて、第２店舗で店舗用キャッシュを利用できないように制限する。これにより、より確実に、第１店舗だけで店舗用キャッシュを利用させることができる。

［変形例１－１５］
変形例１－１５では、変形例１－１４と同様に、キャッシュが、ブロックチェーンにおけるトークンを利用して管理される場合を説明する。キャッシュに対応するトークンには、キャッシュの移転履歴に関する移転履歴情報が関連付けられている。移転履歴情報は、第１実施形態で説明した利用履歴情報に相当する情報である。例えば、移転履歴情報には、決済サービスを利用した店舗の店舗ＩＤ、利用日時、及び利用額が含まれる。

決済システムＳは、第１検知部１１６を含む。第１検知部１１６は、ブロックチェーン内で管理される移転履歴情報に基づいて、第１ユーザから第１店舗へのキャッシュの移転を検知する。ブロックチェーン内で管理されるとは、決済サービスとは異なるブロックチェーンのシステムで管理されることである。移転履歴情報は、サーバ１０以外のコンピュータに記録されてよい。例えば、第１検知部１１６は、移転履歴情報に第１店舗の店舗ＩＤが含まれている場合に、第１ユーザが第１店舗でキャッシュを利用したことを検知する。第１検知部１１６は、移転履歴情報に基づいて、第１ユーザが第１店舗でキャッシュを所定回数利用したことを検知してもよい。

利用特典付与部１０３は、第１検知部１１６により移転が検知された場合に、第１ユーザに、店舗用キャッシュを付与する。例えば、利用特典付与部１０３は、第１ユーザに対応するトークンに関連付けられた店舗用キャッシュの残高を、所定の額だけ増加させる。

移転履歴情報に基づいて、第１店舗を所定回数利用した場合の特典として店舗用キャッシュを付与したり、複数のサブスクリプションを申し込んだときの割引をしたりすることもできる。移転履歴情報に含まれる利用日時を参照することによって、アイドルタイムで利用した場合の特典として店舗用キャッシュを付与することもできる。移転履歴情報にキャッシュの付与理由を含める場合には、給与として付与されたキャッシュについては、手数料を無料にして出金させるといったこともできる。

変形例１－１５によれば、ブロックチェーン内で管理される移転履歴情報に基づいて、第１ユーザから第１店舗へのキャッシュの移転を検知し、移転が検知された場合に、第１ユーザに、店舗用キャッシュを付与する。これにより、より確実に、第１ユーザに店舗用キャッシュを付与できる。

［変形例１－１６］
変形例１－１６では、変形例１－１４及び変形例１－１５と同様に、キャッシュは、ブロックチェーンにおけるトークンを利用して管理される場合を説明する。決済システムＳは、第２検知部１１７を含む。第２検知部１１７は、ブロックチェーン外で管理されるキャッシュの利用履歴に関する利用履歴情報に基づいて、第１店舗におけるキャッシュの利用を検知する。

変形例１－１５がブロックチェーン上で管理される移転履歴情報を利用して、第１店舗におけるキャッシュの利用を検知したのに対し、変形例１－１６では、ブロックチェーン外で管理される利用履歴情報が利用される。利用履歴情報は、第１実施形態で説明した通りである。利用特典付与部１０３は、第２検知部１１７により利用が検知された場合に、第１ユーザに、店舗用キャッシュを付与する。利用特典付与部１０３の処理は、キャッシュがトークンとして管理される点で異なるが、他の点については、第１実施形態と同様である。

変形例１－１６によれば、ブロックチェーン外で管理されるキャッシュの利用履歴に関する利用履歴情報に基づいて、第１店舗におけるキャッシュの利用が検知された場合に、第１ユーザに、店舗用キャッシュを付与する。これにより、より確実に、第１ユーザに店舗用キャッシュを付与できる。

［４－２．第２実施形態に係る変形例］
図１４は、第２実施形態に係る変形例の機能ブロックの一例を示す図である。決済要求受付部１０１、利用特典付与部１０３、利用制限部１０４、特定部１０８、付与制限部１０９、第１利益発生部１１０Ａ、及び第２利益発生部１１０Ｂは、制御部１１を主として実現される。

［変形例２－１］
例えば、第２実施形態では、利用条件が定められたキャッシュが第１ユーザから第２ユーザに送られた場合に、第１ユーザへの特典として、同じ利用条件が定められたキャッシュが付与される場合を説明した。送り特典付与部１０７は、第１ユーザに、利用条件が定められたキャッシュとは異なる特典を付与してもよい。この特典は、第１ユーザから第２ユーザに送られたキャッシュに定められた利用条件とは異なる他の利用条件が定められたキャッシュであってもよいし、利用条件が定められていないキャッシュであってもよい。他にも例えば、キャッシュではない特典（例えば、慈善事業への寄付等）が付与されてもよい。

変形例２－１によれば、第１ユーザに、利用条件が定められたキャッシュとは異なる特典を付与する。これにより、第１ユーザに、利用条件が定められたキャッシュを第２ユーザに送る動機付けを与えることができる。例えば、第１ユーザが、自身が受け取れる特典を指定できるようにしてもよく、この場合には、第１ユーザに、利用条件が定められたキャッシュを第２ユーザに送る動機付けをより強く与えることができる。

［変形例２－２］
例えば、第２実施形態のように、利用条件がキャッシュを利用可能な店舗である場合に、送り特典付与部１０７は、第１ユーザに、この店舗とは関係のない特典を、変形例２－１で説明した異なる特典として付与してもよい。例えば、送り特典付与部１０７は、他の店舗の店舗用キャッシュを特典として付与してもよいし、汎用キャッシュを特典として付与してもよい。送り特典付与部１０７は、電子マネー又はポイント等の他の決済手段を特典として付与してもよい。

変形例２－２によれば、第１ユーザに、店舗とは関係のない特典を、変形例２－１で説明した異なる特典として付与する。これにより、第１ユーザに、利用条件が定められたキャッシュを第２ユーザに送る動機付けを与えることができる。

［変形例２－３］
例えば、第２実施形態と、第１実施形態の変形例１－５と、を組み合わせてもよい。変形例２－３の決済システムＳは、付与制限部１０９を含む。付与制限部１０９は、第１ユーザ及び第２ユーザの間でキャッシュを繰り返し送りあうことによって、送り特典付与部１０７により特典が繰り返し付与されることを制限する。この制限方法は、変形例１－５で説明した通りである。変形例１－５では、利用条件が店舗である場合を説明したが、変形例２－３では、店舗以外の利用条件が定められたキャッシュについても、付与制限部１０９による制限の対象になる。例えば、付与制限部１０９は、時間帯、曜日、又はエリアといった利用条件が定められたキャッシュについても、第１ユーザ及び第２ユーザの間でキャッシュを繰り返し送りあうことによって、送り特典付与部１０７により特典が繰り返し付与されることを制限する。

変形例２－３によれば、第１ユーザ及び第２ユーザの間でキャッシュを繰り返し送りあうことによって、特典が繰り返し付与されることを制限する。これにより、変形例１－５と同様に、第１ユーザ及び第２ユーザが何度も特典を取得するといったことを防止できる。

［変形例２－４］
例えば、第２実施形態と、第１実施形態の変形例１－６と、を組み合わせてもよい。変形例２－４の送り処理実行部１０６は、汎用的なキャッシュである汎用キャッシュを利用して、利用条件が定められたキャッシュが第２ユーザに送られるように、送り処理を実行する。送り処理自体は、変形例１－６で説明した通りである。変形例１－６では、利用条件が店舗である場合を説明したが、変形例２－４では、店舗以外の利用条件が定められたキャッシュについても、送り処理の対象になる。例えば、送り処理実行部１０６は、時間帯、曜日、又はエリアといった利用条件が定められたキャッシュについても、汎用キャッシュを利用して送るように、送り処理を実行する。

送り特典付与部１０７は、汎用キャッシュを利用した送り処理が実行された場合に、第１ユーザに特典を付与する。送り処理の元となるキャッシュが汎用キャッシュである点で第２実施形態とは異なるが、特典の付与方法自体は、第２実施形態で説明した通りである。

変形例２－４によれば、汎用的なキャッシュである汎用キャッシュを利用して、利用条件が定められたキャッシュが第２ユーザに送られるように、送り処理を実行し、汎用キャッシュを利用した送り処理が実行された場合に、第１ユーザに特典を付与する。これにより、変形例１－６と同様に、ユーザの利便性が高まる。

［変形例２－５］
例えば、第２実施形態と、第１実施形態の変形例１－７と、を組み合わせてもよい。変形例２－５では、変形例１－７の利益発生部１１０のうち、第１ユーザに発生する利益について説明する。変形例２－５の決済システムＳは、第１利益発生部１１０Ａを含む。第１利益発生部１１０Ａは、汎用キャッシュを利用した送り処理が実行される場合に、利用条件が定められたキャッシュを利用した送り処理が実行される場合には発生しない、第１ユーザの利益を発生させる。即ち、第１利益発生部１１０Ａは、変形例１－７で説明した利益発生部１１０のうち、第１ユーザに利益を発生させる機能を有する。この機能は、変形例１－７で説明した通りである。

変形例２－５によれば、汎用キャッシュを利用した送り処理が実行される場合に、利用条件が定められたキャッシュを利用した送り処理が実行される場合には発生しない、第１ユーザの利益を発生させる。これにより、変形例１－７と同様に、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを与えることができる。

［変形例２－６］
変形例２－６では、変形例１－７の利益発生部１１０のうち、第２ユーザに発生する利益について説明する。例えば、変形例２－６の決済システムＳは、第２利益発生部１１０Ｂを含む。第２利益発生部１１０Ｂは、汎用キャッシュを利用した送り処理が実行される場合に、利用条件が定められたキャッシュを利用した送り処理が実行される場合には発生しない、第２ユーザの利益を発生させる。即ち、第２利益発生部１１０Ｂは、変形例１－７で説明した利益発生部１１０のうち、第２ユーザに利益を発生させる機能を有する。この機能は、変形例１－７で説明した通りである。

変形例２－６によれば、汎用キャッシュを利用した送り処理が実行される場合に、利用条件が定められたキャッシュを利用した送り処理が実行される場合には発生しない、第２ユーザの利益を発生させる。これにより、変形例１－７と同様に、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを与えることができる。

［変形例２－７］
例えば、送り要求受付部１０５は、送り要求を繰り返し受け付けてもよい。送り処理実行部１０６は、送り要求が受け付けられるたびに、送り処理を実行する。送り特典付与部１０７は、送り処理が実行されるたびに、第１ユーザに特典を付与してもよい。個々の送り処理及び特典を付与する処理は、第２実施形態で説明した通りである。例えば、送り処理実行部１０６は、第１ユーザが送り要求をして送り処理が実行された後に、第１ユーザが再び送り要求をした場合に、この送り要求に基づいて送り処理を実行する。送り特典付与部１０７は、最初の送り処理が実行された場合に第１ユーザに特典を付与し、再び送り処理が実行された場合にも第１ユーザに特典を付与する。

変形例２－７によれば、送り要求が受け付けられるたびに、送り処理を実行し、送り処理が実行されるたびに、第１ユーザに特典を付与する。これにより、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを、より強く与えることができる。

［変形例２－８］
例えば、送り特典付与部１０７は、第１ユーザから第２ユーザに送られた額に基づいて、第１ユーザに特典を付与してもよい。例えば、送り特典付与部１０７は、第１ユーザから第２ユーザに送られた額が多いほど、特典が多くなるように、第１ユーザに特典を付与する。送り特典付与部１０７は、複数の特典を第1ユーザに付与する場合には、第１ユーザから第２ユーザに送られた額が多いほど、特典の数が増えるように、第１ユーザに特典を付与してもよい。

変形例２－８によれば、第１ユーザから第２ユーザに送られた額に基づいて、第１ユーザに特典を付与する。これにより、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを、より強く与えることができる。

［変形例２－９］
例えば、第２実施形態に、第１実施形態を適用してもよい。変形例２－９では、利用条件は、キャッシュを利用可能な店舗である。変形例２－９の決済システムＳは、決済要求受付部１０１、利用特典付与部１０３、及び利用制限部１０４を含む。これらの機能は、第１実施形態で説明した通りである。

変形例２－９によれば、第１実施形態と同様に、ユーザに、第１店舗に再来する動機付けを与えることができる。

［変形例２－１０］
例えば、第２実施形態と、第１実施形態の変形例１－１と、を組み合わせてもよい。変形例２－１０の利用制限部１０４は、第２店舗で店舗用キャッシュを利用できないように、かつ、第２時間帯に第１店舗で店舗用キャッシュを利用できないように制限する。この制限方法は、変形例１－１で説明した通りである。

変形例２－１０によれば、変形例１－１と同様に、第１店舗が相対的に空いている第１時間帯の集客効果が高まる。

［変形例２－１１］
例えば、第２実施形態と、第１実施形態の変形例１－２と、を組み合わせてもよい。変形例２－１１の利用制限部１０４は、第２エリアにある第２店舗で店舗用キャッシュを利用できないように制限する。この制限方法は、変形例１－２で説明した通りである。

変形例２－１１によれば、変形例１－２と同様に、第１ユーザに、第１エリアに再来する動機付けを与えることができる。

［変形例２－１２］
例えば、第２実施形態に、第３実施形態を適用してもよい。変形例２－１２では、第１ユーザは、互いに異なる利用条件が定められた複数のキャッシュを保有する。変形例２－１２の決済システムＳは、特定部１０８を含む。特定部１０８の処理と、特定部１０８により複数のキャッシュが特定された場合の決済処理実行部１０２の処理と、は第３実施形態で説明した通りである。

変形例２－１２によれば、第３実施形態と同様に、ユーザの利便性が向上する。

［４－３．第３実施形態に係る変形例］
図１５は、第３実施形態に係る変形例の機能ブロックの一例を示す図である。利用特典付与部１０３、利用制限部１０４、送り要求受付部１０５、送り処理実行部１０６、送り特典付与部１０７、第１決定部１１８、第２決定部１１９、及び指定受付部１２０は、制御部１１を主として実現される。

［変形例３－１］
例えば、利用条件には、キャッシュを利用可能な店舗と、他の条件と、があってもよい。他の条件は、第２実施形態及び第３実施形態で説明した通りである。変形例３－１の決済処理実行部１０２は、特定部１０８により、利用条件として店舗が定められた第１キャッシュと、利用条件として他の条件が定められた第２キャッシュと、が特定された場合に、当該第１キャッシュ及び当該第２キャッシュの各々の優先順位に基づいて、決済処理を実行する。

例えば、ユーザが、利用条件として店舗が定められた店舗用キャッシュ、利用条件としてエリアが定められたエリア用キャッシュ、及び利用条件として時間帯が定められた時間帯用キャッシュを保有していたとする。ユーザが訪れた店舗でこれら３つのキャッシュを利用可能だった場合には、これら３つのキャッシュの優先順位に基づいて、決済処理が実行される。例えば、時間帯用キャッシュが最も優先順位が高く、店舗用キャッシュが２番目に優先順位が高く、エリア用キャッシュが最も優先順位が低い場合には、決済処理実行部１０２は、時間帯用キャッシュが優先的に利用されるように、決済処理を実行する。

変形例３－１によれば、利用条件として店舗が定められた第１キャッシュと、利用条件として他の条件が定められた第２キャッシュと、が特定された場合に、当該第１キャッシュ及び当該第２キャッシュの各々の優先順位に基づいて、決済処理を実行する。これによりユーザの利便性が高まる。

［変形例３－２］
例えば、ユーザによる決済サービスの利用履歴に応じた優先順位が設定されてもよい。変形例３－２の決済システムＳは、第１決定部１１８を含む。第１決定部１１８は、キャッシュの利用履歴に関する利用履歴情報に基づいて、優先順位を決定する。例えば、第１決定部１１８は、キャッシュの利用回数、利用頻度、又は利用額が多いほど、優先順位が高くなるように、優先順位を決定する。第１決定部１１８は、キャッシュを利用し始めてからの利用期間が長いほど、優先順位が高くなるように、優先順位を決定してもよい。

決済処理実行部１０２は、特定部１０８により複数のキャッシュが特定された場合に、第１決定部１１８により決定された、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。優先順位の決定方法が第３実施形態とは異なるが、優先順位に基づく決済処理自体は、第３実施形態で説明した通りである。

変形例３－２によれば、キャッシュの利用履歴に関する利用履歴情報に基づいて決定された複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。これにより、ユーザの利用履歴に応じた優先順位が設定されるので、ユーザの利便性が高まる。

［変形例３－３］
例えば、キャッシュの優先順位は、機械学習を利用して決定されてもよい。機械学習自体は、公知の種々の方法を利用可能であり、例えば、教師有り学習、半教師有り学習、又は教師無し学習が利用されてもよい。変形例３－３では、教師有り学習を例に挙げる。変形例３－３の決済システムＳは、第２決定部１１９を含む。第２決定部１１９は、他の第１ユーザの特徴に関する特徴情報と優先順位との関係が学習された学習モデルと、第１ユーザの特徴情報と、に基づいて、第１ユーザの優先順位を決定する。

特徴情報は、ユーザに関する何らかの特徴に関する情報であればよい。例えば、特徴情報は、利用履歴情報の全部又は一部を含む。特徴情報は、ユーザの氏名、年齢、性別、職業、又は年収といったいわゆるデモグラ情報であってもよい。学習モデルには、種々のユーザの特徴情報と、このユーザが指定したキャッシュの優先順位と、のペアが訓練データとして学習されている。訓練データに含まれる優先順位は、変形例３－２のように、利用履歴情報に基づいて決定されてもよいし、決済サービスの管理者が指定してもよい。例えば、比較的若いヘビーユーザの特徴情報と、利用条件として店舗が定められたキャッシュの優先順位が高くなるような優先順位と、のペアが訓練データとして学習されている場合には、第１ユーザの特徴情報が、年齢が若く利用頻度が高いことを示していれば、利用条件として店舗が定められたキャッシュの優先順位が高くなるような優先順位になる。

決済処理実行部１０２は、特定部１０８により複数のキャッシュが特定された場合に、第２決定部１１９により決定された、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。優先順位の決定方法が第３実施形態とは異なるが、優先順位に基づく決済処理自体は、第３実施形態で説明した通りである。

変形例３－３によれば、他の第１ユーザの特徴に関する特徴情報と優先順位との関係が学習された学習モデルと、第１ユーザの特徴情報と、に基づいて決定された、複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。これにより、利用履歴があまりないユーザだったとしても、このユーザにとって利便性の高い優先順位を推定できるので、ユーザの利便性が高まる。

［変形例３－４］
例えば、決済処理実行部１０２は、特定部１０８により複数のキャッシュが特定された場合に、優先順位が相対的に高いキャッシュの残高が無くなる場合に優先順位が相対的に低いキャッシュが利用されるように、決済処理を実行してもよい。決済処理実行部１０２は、優先順位が最も高いキャッシュの残高が、決済要求に含まれる利用額以上の場合には、このキャッシュだけを利用して決済が完了するように、決済処理を実行する。決済処理実行部１０２は、優先順位が最も高いキャッシュの残高が、決済要求に含まれる利用額未満の場合には、優先順位が２番目に高いキャッシュの残高を併用するように、決済処理を実行する。優先順位が２番目に高いキャッシュを併用しても足りなければ、決済処理実行部１０２は、優先順位が３番目以降のキャッシュも併用するように、決済処理を実行する。

変形例３－４によれば、優先順位が相対的に高いキャッシュの残高が無くなる場合に優先順位が相対的に低いキャッシュが利用されるように、決済処理を実行する。これにより、優先順位が相対的に高いキャッシュを最大限利用できるので、ユーザの利便性が高まる。

［変形例３－５］
例えば、決済処理実行部１０２は、特定部１０８により複数のキャッシュが特定された場合に、当該複数のキャッシュのうち、優先順位が相対的に高いキャッシュの利用額が、優先順位が相対的に低いキャッシュの利用額よりも多くなるように、決済処理を実行してもよい。変形例３－５では、変形例３－４のように、優先順位が相対的に高いキャッシュの残高を全て利用してもよいが、ある程度の残高は残すものとする。例えば、決済処理実行部１０２は、複数のキャッシュが優先順位に応じた割合で併用されるように、決済処理を実行する。例えば、利用可能なキャッシュが３つ特定されたとすると、決済処理実行部１０２は、優先順位が最も高いキャッシュを５０％、優先順位が２番目に高いキャッシュを３０％、優先順位が最も低いキャッシュを２０％で併用するように、決済処理を実行する。

変形例３－５によれば、優先順位が相対的に高いキャッシュの利用額が、優先順位が相対的に低いキャッシュの利用額よりも多くなるように、決済処理を実行する。これにより、優先順位が相対的に高いキャッシュをより多く利用できるので、ユーザの利便性が高まる。

［変形例３－６］
例えば、キャッシュの優先順位は、第１ユーザが自分で指定してもよい。変形例３－６の決済システムＳは、指定受付部１２０を含む。指定受付部１２０は、第１ユーザによる優先順位の指定を受け付ける。例えば、ユーザ端末２０に、第１ユーザが保有する複数のキャッシュの一覧を表示させ、指定受付部１２０は、この一覧の中から、キャッシュの優先順位の指定を受け付けてもよい。第１ユーザが指定した優先順位は、ユーザデータベースＤＢに格納されるようにすればよい。

決済処理実行部１０２は、特定部１０８により複数のキャッシュが特定された場合に、第１ユーザにより指定された、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。優先順位の決定方法が第３実施形態とは異なるが、優先順位に基づく決済処理自体は、第３実施形態で説明した通りである。

変形例３－６によれば、第１ユーザにより指定された、当該複数のキャッシュの各々の優先順位に基づいて、決済処理を実行する。これにより、第１ユーザが所望する優先順位を自分で指定できるので、第１ユーザの利便性が高まる。

［変形例３－７］
例えば、変形例３－６のように、ユーザが自分でキャッシュの優先順位を指定する場合に、指定受付部１２０は、店舗ごとに、優先順位の指定を受け付けてもよい。例えば、ユーザ端末２０に、第１ユーザが利用可能な複数の店舗の一覧を表示させ、指定受付部１２０は、この一覧の中から、優先順位を指定する店舗と、この店舗におけるキャッシュの優先順位と、の指定を受け付けてもよい。第１ユーザが指定した店舗及び優先順位は、互いに関連付けられてユーザデータベースＤＢに格納されるようにすればよい。

決済処理実行部１０２は、決済要求に対応する店舗に関連付けられた優先順位に基づいて、決済処理を実行する。この優先順位は、決済要求に含まれる店舗ＩＤが示す店舗に関連付けられた優先順位である。優先順位の決定方法が第３実施形態とは異なるが、優先順位に基づく決済処理自体は、第３実施形態で説明した通りである。

変形例３－７によれば、店舗ごとに、優先順位の指定を受け付け、決済要求に対応する店舗に関連付けられた優先順位に基づいて、決済処理を実行する。これにより、第１ユーザが店舗ごとに所望する優先順位を自分で指定できるので、第１ユーザの利便性が高まる。

［変形例３－８］
例えば、第３実施形態でも、第１実施形態で説明したように、決済処理実行部１０２は、利用条件が定められたキャッシュと、汎用的なキャッシュである汎用キャッシュと、を併用した決済処理を実行可能であってもよい。これらを併用した決済処理は、第１実施形態で説明した通りである。

変形例３－８によれば、利用条件が定められたキャッシュと、汎用的なキャッシュである汎用キャッシュと、を併用した決済処理を実行可能である。これにより、ユーザの利便性が高まる。

［変形例３－９］
例えば、第３実施形態に、第１実施形態を適用してもよい。変形例３－９では、利用条件は、キャッシュを利用可能な店舗である。変形例３－９の決済システムＳは、利用特典付与部１０３及び利用制限部１０４を含む。これらの機能は、第１実施形態で説明した通りである。

変形例３－９によれば、第１実施形態と同様に、ユーザに、第１店舗に再来する動機付けを与えることができる。

［変形例３－１０］
例えば、第３実施形態と、第１実施形態の変形例１－１と、を組み合わせてもよい。変形例３－１０の利用制限部１０４は、第２店舗で店舗用キャッシュを利用できないように、かつ、第２時間帯に第１店舗で店舗用キャッシュを利用できないように制限する。この制限方法は、変形例１－１で説明した通りである。

変形例３－１０によれば、変形例１－１と同様に、第１店舗が相対的に空いている第１時間帯の集客効果が高まる。

［変形例３－１１］
例えば、第３実施形態と、第１実施形態の変形例１－２と、を組み合わせてもよい。変形例３－１１の利用制限部１０４は、第２エリアにある第２店舗で店舗用キャッシュを利用できないように制限する。この制限方法は、変形例１－２で説明した通りである。

変形例３－１１によれば、変形例１－２と同様に、第１ユーザに、第１エリアに再来する動機付けを与えることができる。

［変形例３－１２］
例えば、第３実施形態に、第２実施形態を適用してもよい。変形例３－１２では、決済システムＳは、送り要求受付部１０５、送り処理実行部１０６、及び送り特典付与部１０７を含む。これらの機能は、第２実施形態で説明した通りである。

変形例３－１２によれば、第２実施形態と同様に、第１ユーザに、店舗用キャッシュを第２ユーザに送る動機付けを与えることができる。

［４－４．その他の変形例］
例えば、上記説明した変形例を組み合わせてもよい。

例えば、決済サービスで利用可能な店舗は、現実の店舗に限られず、オンライン上の店舗であってもよい。例えば、主な機能がサーバ１０で実現される場合を説明したが、各機能は、複数のコンピュータで分担されてもよい。例えば、サーバ１０で実現されるものとして説明した機能は、ユーザ端末２０、店舗端末３０、又は他のコンピュータで実現されてもよい。サーバ１０に記憶されるものとして説明したデータは、データベースサーバ等の他のコンピュータに記憶されてもよい。

Ｓ 決済システム、Ｎ ネットワーク、１０ サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ ユーザ端末、２４，３４ 操作部、２５，３５ 表示部、３０ 店舗端末、３６ 読取装置、Ｂ１１，Ｂ１２，Ｂ１３，Ｂ１４，Ｂ４０ ボタン、Ｃ１０ コード、ＤＢ ユーザデータベース、Ｇ１ ホーム画面、Ｇ２，Ｇ２Ａ，Ｇ２Ｂ，Ｇ２Ｃ，Ｇ２Ｄ 決済完了画面、Ｇ３ 選択画面、Ｇ４ 入力画面、Ｇ５ 完了画面、１００ データ記憶部、１０１ 決済要求受付部、１０２ 決済処理実行部、１０３ 利用特典付与部、１０４ 利用制限部、１０５ 要求受付部、１０６ 処理実行部、１０７ 特典付与部、１０８ 特定部、１０９ 付与制限部、１１０ 利益発生部、１１１ 変更処理実行部、１１２ 第１手数料発生部、１１３ 第１出金処理実行部、１１４ 第２出金処理実行部、１１５ 第２手数料発生部、１１６ 第１検知部、１１７ 第２検知部、１１８ 第１決定部、１１９ 第２決定部、１２０ 指定受付部、２００ データ記憶部、２０１ 表示制御部、３００ データ記憶部、３０１ 決済要求送信部。

Claims (19)

1. 決済サービスの利用履歴に関する利用履歴情報に基づいて、店舗が相対的に空いている時間帯を集計する集計手段と、
   互いに異なる利用条件として、決済手段を利用可能な店舗と、前記集計手段により集計された当該店舗が相対的に空いている時間帯と、が定められた複数の決済手段を保有する第１ユーザに関する決済要求を受け付ける決済要求受付手段と、
   前記決済要求が受け付けられた場合に、前記複数の決済手段の中から、前記決済要求に対応する店舗で利用可能な前記決済手段であって、前記集計手段により集計された当該店舗が相対的に空いている時間帯に現在の時刻が含まれる前記決済手段を、前記利用条件を満たす前記決済手段として特定する特定手段と、
   前記特定手段により複数の前記決済手段が特定された場合に、当該複数の決済手段の各々の優先順位に基づいて、決済処理を実行し、前記特定手段により１の前記決済手段が特定された場合には、当該１の決済手段に基づいて、前記決済処理を実行する決済処理実行手段と、
   を含む決済システム。
2. 前記決済処理実行手段は、前記特定手段により複数の前記決済手段が特定された場合に、利用可能な店舗の数が少ないほど前記優先順位が高くなるように定められた、当該複数の決済手段の各々の優先順位に基づいて、前記決済処理を実行する、
   請求項１に記載の決済システム。
3. 前記利用条件は、前記決済手段を利用可能な店舗と、他の条件と、があり、
   前記決済処理実行手段は、前記特定手段により、前記利用条件として前記店舗が定められた第１決済手段と、前記利用条件として前記他の条件が定められた第２決済手段と、が特定された場合に、当該第１決済手段及び当該第２決済手段の各々の前記優先順位に基づいて、前記決済処理を実行する、
   請求項１又は２に記載の決済システム。
4. 前記決済システムは、前記決済手段の利用履歴に関する利用履歴情報に基づいて、前記優先順位を決定する第１決定手段を更に含み、
   前記決済処理実行手段は、前記特定手段により複数の前記決済手段が特定された場合に、前記第１決定手段により決定された、当該複数の決済手段の各々の前記優先順位に基づいて、前記決済処理を実行する、
   請求項１～３の何れかに記載の決済システム。
5. 前記決済システムは、他の第１ユーザの特徴に関する特徴情報と前記優先順位との関係が学習された学習モデルと、前記第１ユーザの前記特徴情報と、に基づいて、前記第１ユーザの前記優先順位を決定する第２決定手段を更に含み、
   前記決済処理実行手段は、前記特定手段により複数の前記決済手段が特定された場合に、前記第２決定手段により決定された、当該複数の決済手段の各々の前記優先順位に基づいて、前記決済処理を実行する、
   請求項１～４の何れかに記載の決済システム。
6. 前記決済処理実行手段は、前記特定手段により複数の前記決済手段が特定された場合に、前記優先順位が相対的に高い前記決済手段の残高が無くなる場合に前記優先順位が相対的に低い前記決済手段が利用されるように、前記決済処理を実行する、
   請求項１～５の何れかに記載の決済システム。
7. 前記決済処理実行手段は、前記特定手段により複数の前記決済手段が特定された場合に、当該複数の決済手段のうち、前記優先順位が相対的に高い前記決済手段の利用額が、前記優先順位が相対的に低い前記決済手段の利用額よりも多くなるように、前記決済処理を実行する、
   請求項１～６の何れかに記載の決済システム。
8. 前記決済システムは、前記第１ユーザによる前記優先順位の指定を受け付ける指定受付手段を更に含み、
   前記決済処理実行手段は、前記特定手段により複数の前記決済手段が特定された場合に、前記第１ユーザにより指定された、当該複数の決済手段の各々の優先順位に基づいて、前記決済処理を実行する、
   請求項１～７の何れかに記載の決済システム。
9. 前記指定受付手段は、店舗ごとに、前記優先順位の指定を受け付け、
   前記決済処理実行手段は、前記決済要求に対応する前記店舗に関連付けられた前記優先順位に基づいて、前記決済処理を実行する、
   請求項８に記載の決済システム。
10. 前記決済処理実行手段は、前記利用条件が定められた前記決済手段と、汎用的な前記決済手段である汎用決済手段と、を併用した前記決済処理を実行可能である、
    請求項１～９の何れかに記載の決済システム。
11. 前記利用条件は、前記決済手段を利用可能な店舗であり、
    前記決済システムは、
    前記決済処理が実行された場合に、前記第１ユーザに、前記決済要求に対応する第１店舗用の前記決済手段である店舗用決済手段を付与する利用特典付与手段と、
    第２店舗で前記店舗用決済手段を利用できないように制限する利用制限手段と、
    を更に含む請求項１～１０の何れかに記載の決済システム。
12. 前記店舗用決済手段は、前記第１店舗が相対的に空いている第１時間帯に利用可能であり、
    前記利用制限手段は、前記第２店舗で前記店舗用決済手段を利用できないように、かつ、第２時間帯に前記第１店舗で前記店舗用決済手段を利用できないように制限する、
    請求項１１に記載の決済システム。
13. 前記店舗用決済手段は、前記第１店舗と、前記第１店舗を含む第１エリアにある第３店舗と、で利用可能であり、
    前記利用制限手段は、第２エリアにある前記第２店舗で前記店舗用決済手段を利用できないように制限する、
    請求項１１又は１２に記載の決済システム。
14. 前記決済システムは、
    前記第１ユーザから第２ユーザに前記決済手段を送るための送り要求を受け付ける送り要求受付手段と、
    前記送り要求が受け付けられた場合に、送り処理を実行する送り処理実行手段と、
    前記送り処理が実行された場合に、前記第１ユーザに特典を付与する送り特典付与手段と、
    を更に含む請求項１～１２の何れかに記載の決済システム。
15. 前記送り特典付与手段は、前記第１ユーザに、前記決済手段の前記利用条件に応じた前記特典を付与する、
    請求項１４に記載の決済システム。
16. 前記送り特典付与手段は、前記第１ユーザに、前記利用条件が定められた前記決済手段を、前記特典として付与する、
    請求項１５に記載の決済システム。
17. 前記利用条件は、前記決済手段を利用可能な店舗であり、
    前記送り特典付与手段は、前記第１ユーザに、前記店舗用の前記決済手段である店舗用決済手段を、前記特典として付与する、
    請求項１５又は１６に記載の決済システム。
18. 決済サービスの利用履歴に関する利用履歴情報に基づいて、店舗が相対的に空いている時間帯を集計する集計ステップと、
    互いに異なる利用条件として、決済手段を利用可能な店舗と、前記集計ステップにより集計された当該店舗が相対的に空いている時間帯と、が定められた複数の決済手段を保有する第１ユーザに関する決済要求を受け付ける決済要求受付ステップと、
    前記決済要求が受け付けられた場合に、前記複数の決済手段の中から、前記決済要求に対応する店舗で利用可能な前記決済手段であって、前記集計ステップにより集計された当該店舗が相対的に空いている時間帯に現在の時刻が含まれる前記決済手段を、前記利用条件を満たす前記決済手段として特定する特定ステップと、
    前記特定ステップにより複数の前記決済手段が特定された場合に、当該複数の決済手段の各々の優先順位に基づいて、決済処理を実行し、前記特定ステップにより１の前記決済手段が特定された場合には、当該１の決済手段に基づいて、前記決済処理を実行する決済処理実行ステップと、
    を含む決済方法。
19. 決済サービスの利用履歴に関する利用履歴情報に基づいて、店舗が相対的に空いている時間帯を集計する集計手段、
    互いに異なる利用条件として、決済手段を利用可能な店舗と、前記集計手段により集計された当該店舗が相対的に空いている時間帯と、が定められた複数の決済手段を保有する第１ユーザに関する決済要求を受け付ける決済要求受付手段、
    前記決済要求が受け付けられた場合に、前記複数の決済手段の中から、前記決済要求に対応する店舗で利用可能な前記決済手段であって、前記集計手段により集計された当該店舗が相対的に空いている時間帯に現在の時刻が含まれる前記決済手段を、前記利用条件を満たす前記決済手段として特定する特定手段、
    前記特定手段により複数の前記決済手段が特定された場合に、当該複数の決済手段の各々の優先順位に基づいて、決済処理を実行し、前記特定手段により１の前記決済手段が特定された場合には、当該１の決済手段に基づいて、前記決済処理を実行する決済処理実行手段、
    としてコンピュータを機能させるためのプログラム。

Images