JP2024076388A - 決済システム、処理実行方法、及びプログラム - Google Patents

Abstract

【課題】決済サービスの柔軟性を高める。【解決手段】決済システム（１）のチャージ実行部（１０１）は、決済サービスで利用可能な決済手段に関するチャージを実行する。チャージ情報取得部（１０５）は、チャージに関するチャージ情報を取得する。処理実行部（１０６）は、決済手段に基づく決済が実行された場合に、チャージ情報に応じた処理を実行する。【選択図】図８

Description

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

従来、種々の決済手段を利用可能な決済サービスが知られている。例えば、特許文献１には、電子マネーのチャージを行った端末装置の識別情報に基づいて、使用停止対象の端末装置で不正にチャージされた電子マネーであるか否かを判定し、電子マネーの不正利用を防止する技術が記載されている。特許文献２には、チャージ可能な電子バリューの電子バリュー種別に応じた送金を実行する技術が記載されている。特許文献３には、現金又はポイントで入金を受け付ける投票用口座から、現金の入金分のみを出金する技術が記載されている。

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

上記のような決済サービスでは、決済手段に基づく決済が実行された場合に、決済手段のチャージに関する何らかの情報に応じた処理を実行できれば、より柔軟な決済サービスを提供できると考えられる。以降、この情報を、チャージ情報という。例えば、特許文献１の識別情報は、チャージ情報の一例であると考えられる。特許文献１の使用停止対象の端末装置で不正にチャージされた電子マネーであるか否かを判定する処理は、チャージ情報に応じた処理の一例であると考えられる。

しかしながら、特許文献１の技術は、電子マネーの不正利用を防止することを目的としているので、決済の実行前の処理が想定されており、決済が実行された場合（決済の実行後）の処理に、チャージ情報に応じた処理を実行することは想定されていない。特許文献２及び特許文献３も、特許文献１と同様、決済が実行された場合に、チャージ情報に応じた処理を実行することは記載されていない。このため、従来の技術では、決済サービスの柔軟性を十分に高めることはできなかった。

本開示の目的の１つは、決済サービスの柔軟性を高めることである。

本開示に係る決済システムは、決済サービスで利用可能な決済手段に関するチャージを実行するチャージ実行部と、前記チャージに関するチャージ情報を取得するチャージ情報取得部と、前記決済手段に基づく決済が実行された場合に、前記チャージ情報に応じた処理を実行する処理実行部と、を含む。

本開示によれば、決済サービスの柔軟性が高まる。

決済システムの全体構成の一例を示す図である。 ユーザ端末に表示される画面の一例を示す図である。 決済事業者アプリから実行されたチャージのチャージ分が決済事業者アプリから利用される様子の一例を示す図である。 決済事業者アプリから実行されたチャージのチャージ分が第１店舗アプリから利用される様子の一例を示す図である。 第１店舗におけるチャージが実行される様子の一例を示す図である。 第１店舗において実行されたチャージのチャージ分が第１店舗アプリから利用される様子の一例を示す図である。 第１店舗において実行されたチャージのチャージ分が決済事業者アプリから利用される様子の一例を示す図である。 決済システムで実現される機能の一例を示す機能ブロック図である。 ユーザデータベースの一例を示す図である。 決済データベースの一例である。 優先度データの一例である。 チャージ処理の一例を示す図である。 決済処理の一例を示す図である。 変形例７における決済システムの全体構成の一例を示す図である。

［１．決済システムの全体構成］
本開示に係る決済システムの実施形態の一例を説明する。図１は、決済システムの全体構成の一例を示す図である。例えば、決済システム１は、電子マネーサーバ１０、ユーザ端末２０、第１店舗端末３０、及び第２店舗端末４０を含む。電子マネーサーバ１０、ユーザ端末２０、第１店舗端末３０、及び第２店舗端末４０の各々は、インターネット又はＬＡＮ等のネットワークＮに接続される。

電子マネーサーバ１０は、決済事業者のサーバコンピュータである。決済事業者は、決済サービスを提供する事業者である。決済サービスは、電子決済（キャッシュレス決済）に関するサービスである。例えば、電子マネーサーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

ユーザ端末２０は、ユーザのコンピュータである。本実施形態では、決済サービスの加盟店ではなく、決済サービスのエンドユーザを、ユーザと記載する。例えば、ユーザ端末２０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。例えば、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、タッチパネル又はマウス等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイである。

第１店舗端末３０は、第１店舗のコンピュータである。第１店舗は、決済サービスの加盟店である。例えば、第１店舗端末３０は、ＰＯＳ（Point Of Sales）端末、チャージ機、ＡＴＭ（Automatic Teller Machine）、自動販売機、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。図１では、１つの第１店舗端末３０だけが示されているが、第１店舗には、複数の第１店舗端末３０が存在してもよい。本実施形態では、１つの第１店舗を例に挙げるが、複数の第１店舗が存在してもよい。

例えば、第１店舗端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、及び表示部２５と同様であってよい。本実施形態では、第１店舗端末３０には、第１読取装置３６が接続される。第１読取装置３６は、画像又は情報記憶媒体を読み取り可能な装置である。例えば、第１読取装置３６は、コードリーダ、カメラ、スキャナ、カードリーダ、ＩＣチップリーダ、又はリーダライタである。第１読取装置３６は、第１店舗端末３０の内部に組み込まれてもよい。

第２店舗端末４０は、第２店舗のコンピュータである。第２店舗は、決済サービスの加盟店のうち、第１店舗とは異なる店舗である。本実施形態では、第１店舗を運営する第１運営会社と、第２店舗を運営する第２運営会社と、が異なる場合を説明するが、第１店舗及び第２店舗は、同じ運営会社によって運営されてもよい。例えば、第２店舗端末４０は、ＰＯＳ端末、チャージ機、ＡＴＭ、自動販売機、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。図１では、１つの第２店舗端末４０だけが示されているが、第２店舗には、複数の第２店舗端末４０が存在してもよい。本実施形態では、１つの第２店舗を例にするが、複数の第２店舗が存在してもよい。

例えば、第２店舗端末４０は、制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５を含む。制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、及び表示部２５と同様であってよい。本実施形態では、第２店舗端末４０には、第２読取装置４６が接続される。第２読取装置４６の物理的構成は、第１読取装置３６と同様であってよい。第２読取装置４６は、第２店舗端末４０の内部に組み込まれてもよい。

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

また、決済システム１は、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。例えば、決済システム１は、ユーザ端末２０、第１店舗端末３０、及び第２店舗端末４０を含まずに、電子マネーサーバ１０だけを含んでもよい。この場合、ユーザ端末２０、第１店舗端末３０、及び第２店舗端末４０は、決済システム１の外部に存在する。決済システム１は、電子マネーサーバ１０と、他のサーバコンピュータと、を含んでもよい。

［２．決済システムの概要］
本実施形態では、チャージが可能な決済手段が決済サービスで利用される場合を例に挙げる。チャージは、決済手段の残高を増やすことである。更に、決済手段の一例として、電子マネーを説明する。このため、電子マネーについて説明している箇所は、決済手段と読み替えることができる。決済手段は、任意のタイプであってよく、電子マネーに限られない。例えば、決済手段は、ポイント、口座、又はウォレットであってもよい。決済手段は、前払い式支払手段を一例とする支払手段と呼ばれることもある。

更に、電子マネーの一例として、オンライン型の電子マネーを説明する。電子マネーは、任意のタイプであってよく、オンライン型の電子マネーに限られない。例えば、電子マネーは、ＩＣカードを利用するタイプ、ユーザ端末２０のＩＣチップを利用するタイプ、磁気カードを利用するタイプ、ＮＦＣ等の無線通信を利用するタイプ、又はユーザ端末２０若しくはカードといった記憶媒体を必要としないタイプ（例えば、生体認証だけで完結するタイプ、又は、生体認証とパスワードで完結するタイプ）であってもよい。

オンライン型の電子マネーは、電子商取引サービス又は旅行予約サービスといったオンラインサービスで利用可能な電子マネーである。本実施形態では、オンライン型の電子マネーは、実店舗でも利用できるものとする。例えば、ユーザは、ユーザ端末２０にインストールされた決済事業者アプリ上でコードを表示させることによって、オンライン型の電子マネーを利用する。決済事業者アプリは、決済事業者が提供するアプリケーションである。以降、オンライン型の電子マネーを、単に電子マネーという。

本実施形態では、決済事業者及び第１運営会社の間で、決済サービスに関するＯＥＭ（Original Equipment Manufacturing）契約が締結されているものとする。例えば、決済事業者は、決済事業者アプリを流用して、第１運営会社の名義で配信される第１店舗アプリを開発する。第１店舗アプリでは、第１運営会社の独自の電子マネーを利用できるわけではなく、決済事業者の電子マネーを利用できるものとする。決済事業者及び第２運営会社の間では、ＯＥＭ契約は締結されていないものとする。

図２は、ユーザ端末２０に表示される画面の一例を示す図である。図２の例では、決済事業者アプリ及び第１店舗アプリの両方ともユーザ端末２０にインストール済みであるものとする。例えば、ユーザ端末２０が起動すると、ユーザ端末２０自体のホーム画面ＳＣ１が表示される。ホーム画面ＳＣ１には、決済事業者アプリのアイコンＩ１０と、第１店舗アプリのアイコンＩ１１と、が表示される。ユーザがアイコンＩ１０を選択すると、決済事業者アプリが起動して、決済事業者アプリのホーム画面ＳＣ２が表示される。ホーム画面ＳＣ２には、電子マネーの残高を示す残高情報Ｉ２０、電子マネーを利用するためのコードＣ２１、及びチャージを実行するためのボタンＢ２２が表示される。

例えば、コードＣ２１には、ユーザを識別可能なコードＩＤ（図２の例では、「１１１１５３５４２４２５６３２１」といった１６桁の数値）がコード化されている。第１読取装置３６又は第２読取装置４６でコードＣ２１が読み取られると、第１店舗端末３０又は第２店舗端末４０は、電子マネーサーバ１０にコードＩＤを含む決済要求を送信する。決済要求は、決済を要求することを示す所定形式のデータである。電子マネーサーバ１０は、決済要求を受信すると、電子マネーに基づく決済を実行する。決済自体は、公知の手法を利用可能である。

例えば、ユーザがボタンＢ２２を選択すると、チャージを実行するためのチャージ画面ＳＣ３が表示される。ユーザは、入力欄Ｆ３０に対し、チャージ額を入力する。チャージ額は、残高の増加額である。ユーザは、ボタンＢ３１から、チャージ手段を選択する。チャージ手段は、チャージで利用する決済手段である。図２の例では、チャージ手段は、クレジットカード、オンラインフリーマーケットの売上金、又は暗号資産の何れかである。ユーザがボタンＢ３２を選択するとチャージが実行されて、チャージの完了を示す完了画面ＳＣ４が表示される。チャージ自体は、公知の手法を利用可能である。

図２の例では、クレジットカードで２，０００円分のチャージが実行されている。例えば、ユーザがボタンＢ４０を選択すると、決済事業者アプリのホーム画面ＳＣ２に戻る。この場合、ホーム画面ＳＣ２の残高情報Ｉ２０は、最新の残高「２，０００」を示す。ユーザは、決済事業者アプリから実行されたチャージのチャージ分である２，０００円分を利用できるようになる。

図３は、決済事業者アプリから実行されたチャージのチャージ分が決済事業者アプリから利用される様子の一例を示す図である。例えば、ユーザは、第１店舗で商品を購入する場合に、第１店舗の店員にホーム画面ＳＣ２を提示する。店員が第１読取装置３６でコードＣ２１を読み取ると、電子マネーの残高が利用額分だけ減るように、決済が実行される。第２店舗における決済も、同様の流れで実行される。

本実施形態では、電子マネーが利用された加盟店の運営会社に対し、手数料が発生する。手数料は、利用額に関係なく固定額であってもよいが、本実施形態では、利用額に応じた額であるものとする。図３の例では、第１運営会社に対し、第１店舗における利用額のＮ（Ｎは任意の正数）％分の手数料が発生する。第２運営会社も同様に、第２店舗における利用額のＮ％分の手数料が発生する。図３の例では、手数料の割合は、同じである。

図４は、決済事業者アプリから実行されたチャージのチャージ分が第１店舗アプリから利用される様子の一例を示す図である。例えば、ユーザが、図２のホーム画面ＳＣ１からアイコンＩ１１を選択すると、第１店舗アプリが起動して、図４のようなホーム画面ＳＣ５が表示される。ホーム画面ＳＣ５は、ホーム画面ＳＣ２と概ね同様のレイアウトを有するが、本実施形態では、ホーム画面ＳＣ５は、クレジットカード等でチャージをするためのボタンＢ２２に相当する画像を含まないものとする。

本実施形態では、第１店舗端末３０及び第２店舗端末４０の各々は、コードＩＤ（図４の例では、「９９９９２４５２３３５１１２３４」といった１６桁の数値）の最初の４桁によって、決済事業者アプリと第１店舗アプリの何れであるかを特定できるようになっている。例えば、コードＩＤが最初の４桁が「１１１１」であることは、決済事業者アプリであることを意味する。コードＩＤが最初の４桁が「９９９９」であることは、第１店舗アプリであることを意味する。

なお、第１店舗アプリは、第２店舗では利用できないようにしてもよいが、本実施形態では、第２店舗でも利用できるものとする。後述する変形例のように、第１店舗アプリは、第１店舗で電子マネーを利用する場合のモードと、第２店舗で電子マネーを利用する場合のモードと、が切り替わるようにしてもよい。第１店舗アプリを利用した決済の大まかな流れは、決済事業者アプリと同様である。第１店舗アプリが利用されると手数料が発生する点も、決済事業者アプリと同様である。図４の例では、手数料の割合は、図３と同じＮ％である。

本実施形態では、決済事業者アプリだけではなく、第１店舗でもチャージできるようになっている。例えば、ユーザが第１店舗で現金を支払うとチャージできる。第１店舗における現金のチャージ分は、決済事業者アプリからのチャージ分と共通の残高に加算される。このため、電子マネーの残高には、決済事業者アプリからのチャージ分と、第１店舗における現金のチャージ分と、が混在することがある。

図５は、第１店舗におけるチャージが実行される様子の一例を示す図である。図５の例では、図２の流れでチャージが実行された後に、第１店舗におけるチャージが実行されるものとする。例えば、ユーザは、第１店舗の店員に対し、電子マネーのチャージをする旨を伝えて現金を渡す。店員は、ユーザから現金を受け取ると、チャージに必要な操作を第１店舗端末３０から行う。現金を利用したチャージ自体は、公知の手法を利用可能である。図４の例では、第１店舗において実行されたチャージのチャージ分は、３，０００円分である。

なお、第１店舗におけるチャージは、店員が操作する第１店舗端末３０ではなく、ユーザが操作する他の端末を利用して実行されてもよい。例えば、第１店舗に配置されたチャージ機を利用して、第１店舗におけるチャージが実行されてもよい。チャージ機を利用したチャージ自体も、公知の手法を利用可能である。例えば、チャージ機に表示されたコードをユーザ端末２０で撮影することによってチャージが実行されてもよい。例えば、ユーザが第１店舗でチャージ分の現金を支払った場合に、ユーザ端末２０に所定の操作をすることによってチャージが実行されてもよい。

図６は、第１店舗において実行されたチャージのチャージ分が第１店舗アプリから利用される様子の一例を示す図である。例えば、第１店舗において実行されたチャージのチャージ分が、第１店舗で第１店舗アプリから利用された場合、第１運営会社に対する手数料は、第１店舗における利用額のＭ％（ＭはＮよりも小さい正数又は０）分になる。この場合、第１運営会社に対する手数料が軽減される。

ただし、第１店舗で第１店舗アプリから電子マネーが利用されたとしても、決済事業者アプリからのチャージ分が利用された場合には、このチャージ分の利用については、Ｎ％分の手数料になる。即ち、決済事業者アプリからのチャージ分については、手数料は軽減されない。第１店舗におけるチャージ分と、決済事業者アプリからのチャージ分と、の両方が第１店舗で第１店舗アプリから利用された場合には、第１店舗におけるチャージ分についてはＭ％分の手数料になり、決済事業者アプリからのチャージ分についてはＮ％分の手数料になる。

一方、第１店舗において実行されたチャージのチャージ分だったとしても、第２店舗で第１店舗アプリから利用された場合、第２運営会社に対する手数料は、通常通りのＮ％分になる。この場合、第１運営会社に対するキックバックが発生するものとする。キックバックは、リベートと呼ばれることもある。例えば、通常のＮ％分の手数料と、Ｍ％分の手数料と、の差に応じた額が、第１運営会社にキックバックされる。

ただし、第２店舗で第１店舗アプリから電子マネーが利用されたとしても、決済事業者アプリからのチャージ分が利用された場合には、このチャージ分の利用については、キックバックは発生しない。第１店舗におけるチャージ分と、決済事業者アプリからのチャージ分と、の両方が第２店舗で第１店舗アプリから利用された場合には、第１店舗におけるチャージ分についてのみキックバックが発生し、決済事業者アプリからのチャージ分についてはキックバックが発生しない。

本実施形態では、決済事業者アプリから実行されたチャージのチャージ分と、第１店舗において実行されたチャージのチャージ分と、が残高に混在する状態で、第１店舗アプリから電子マネーが利用される場合、第１店舗において実行されたチャージのチャージ分が優先的に利用されるようになっている。このため、手数料の軽減又はキックバックといったように、第１運営会社に対するメリットが発生しやすいようになっている。図６の例では、残高「５，０００」のうち、第１店舗において実行されたチャージのチャージ分である「３，０００」が優先的に利用される。

図７は、第１店舗において実行されたチャージのチャージ分が決済事業者アプリから利用される様子の一例を示す図である。図７のように、第１店舗におけるチャージ分が第１店舗で利用されたとしても、決済事業者アプリが利用された場合には、手数料は、利用額のＮ％になる。この場合、第１運営会社にメリットが発生するチャージ分が無くなりにくくなるように、決済事業者アプリから実行されたチャージのチャージ分が優先的に利用されるようになっている。

以上のように、本実施形態では、第１店舗において実行されたチャージのチャージ分が第１店舗で第１店舗アプリから利用される場合に、第１運営会社の手数料が軽減される。また、第１店舗にメリットが発生するチャージ分が無くなりにくくなるように、決済時に利用されるチャージ分の優先度が決定される。更に、第１店舗において実行されたチャージのチャージ分が第２店舗で第１店舗アプリから利用される場合には、第１店舗に対するキックバックが発生する。これらの仕組みによって、決済サービスの柔軟性が高まるようになっている。以降、決済システム１の詳細を説明する。

［３．決済システムで実現される機能］
図８は、決済システム１で実現される機能の一例を示す機能ブロック図である。

［３－１．電子マネーサーバで実現される機能］
例えば、電子マネーサーバ１０は、データ記憶部１００、チャージ実行部１０１、決済実行部１０２、アプリ特定部１０３、利用店舗特定部１０４、チャージ情報取得部１０５、及び処理実行部１０６を含む。データ記憶部１００は、記憶部１２により実現される。チャージ実行部１０１、決済実行部１０２、アプリ特定部１０３、利用店舗特定部１０４、チャージ情報取得部１０５、及び処理実行部１０６は、制御部１１により実現される。

［データ記憶部］
データ記憶部１００は、決済サービスの提供に必要なデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢ１、決済データベースＤＢ２、及び優先度データＤＴを記憶する。なお、ユーザデータベースＤＢ１は、電子マネーに関する情報が格納された電子マネーデータベースということもできる。

図９は、ユーザデータベースＤＢ１の一例を示す図である。図９に示すように、ユーザデータベースＤＢ１は、ユーザに関する情報が格納されたデータベースである。例えば、ユーザデータベースＤＢ１には、ユーザＩＤ、パスワード、決済事業者アプリのコードＩＤ、第１店舗アプリのコードＩＤ、電子マネーの残高、及びチャージ情報が格納される。ユーザデータベースＤＢ１には、ユーザに関する任意の情報が格納されてよい。ユーザデータベースＤＢ１に格納される情報は、図９の例に限られない。例えば、ユーザデータベースＤＢ１には、チャージで利用されるクレジットカード又は過去の決済履歴といった他の情報が格納されてもよい。

ユーザＩＤは、ユーザを識別可能なユーザ識別情報の一例である。ユーザ識別情報は、ユーザを何らかの形で識別可能な情報であればよく、例えば、メールアドレス、電話番号、又は一時的なＩＤといった他の情報であってもよい。本実施形態では、１人のユーザが１つの電子マネーを保有する場合を例に挙げる。このため、ユーザ識別情報は、電子マネーを識別可能な電子マネー識別情報ということもできる。１人のユーザが複数の電子マネーを保有する場合には、１つのユーザＩＤに、複数の電子マネー識別情報が関連付けられる。ユーザＩＤは、電子商取引サービス又は通信サービスといった他のサービスと共通のＩＤであってもよい。

なお、本実施形態では、決済事業者アプリ及び第１店舗アプリでユーザＩＤ及びパスワードが共通である場合を例に挙げるが、決済事業者アプリ及び第１店舗アプリでユーザＩＤ及びパスワードが別々であってもよい。この場合、ユーザデータベースＤＢ１には、決済事業者アプリ用のユーザＩＤ及びパスワードと、第１店舗アプリ用のユーザＩＤ及びパスワードと、が格納される。これらは別々のデータベースに格納されてもよいが、どのユーザのものであるかを特定できるように、互いに関連付けられているものとする。

本実施形態では、ユーザＩＤだけではなくコードＩＤも、ユーザ識別情報の一例である。例えば、電子マネーサーバ１０は、ユーザ端末２０からコードＩＤの発行要求を受信した場合に、所定の発行ルールに基づいて、他のコードＩＤと重複しないように、新たなコードＩＤを発行する。発行要求は、コードＩＤの発行を要求することを示す所定形式のデータである。例えば、発行要求には、決済事業者アプリ又は第１店舗アプリの何れから送信されているかを示す情報が含まれているものとする。電子マネーサーバ１０は、この情報に基づいて、どの番号帯のコードＩＤを発行すればよいかを特定できる。

例えば、電子マネーサーバ１０は、決済事業者アプリからコードＩＤの発行要求を受信した場合に、決済事業者アプリであることを識別可能なアプリ識別情報を含むコードＩＤを発行する。本実施形態では、コードＩＤの上４桁「１１１１」が、このアプリ識別情報に相当する。電子マネーサーバ１０は、コードＩＤの上４桁が「１１１１」になるように、コードＩＤを発行する。電子マネーサーバ１０は、ユーザ端末２０に対し、当該発行されたコードＩＤを送信する。アプリ識別情報は、任意の情報であってよく、コードＩＤの上４桁に限られない。例えば、コードＩＤの下４桁、コードＩＤの５桁目～１２桁目の一部、又はコードＩＤには含まれない他の情報がアプリ識別情報に相当してもよい。

例えば、電子マネーサーバ１０は、第１店舗アプリからコードＩＤの発行要求を受信した場合に、第１店舗アプリであることを識別可能なアプリ識別情報を含むコードＩＤを発行する。本実施形態では、コードＩＤの上４桁「９９９９」が、このアプリ識別情報に相当する。電子マネーサーバ１０は、コードＩＤの上４桁が「９９９９」になるように、コードＩＤを発行する。電子マネーサーバ１０は、ユーザ端末２０に対し、当該発行されたコードＩＤを送信する。決済事業者アプリのアプリ識別情報と同様、第１店舗アプリのアプリ識別情報は、任意の情報であってよく、コードＩＤの上４桁に限られない。

なお、コードＩＤは、決済事業者アプリと第１店舗アプリで共通であってもよい。この場合、第１店舗又は第２店舗でどのアプリが利用されたかを特定できるように、店員又はユーザは、第１店舗端末３０又は第２店舗端末４０に対し、決済事業者アプリ又は第１店舗アプリの何れが利用されたかを入力するものとする。ユーザ端末２０に対する操作だけで決済が可能な場合には、ユーザ端末２０から電子マネーサーバ１０に対し、決済事業者アプリ又は第１店舗アプリの何れが利用されたかを示す情報が送信されるものとする。

チャージ情報は、過去に実行されたチャージの履歴に関する情報である。チャージ情報は、電子マネーの残高を構成するチャージ分がどのようにチャージされたものであるかを示す情報ということもできる。チャージ情報は、チャージが実行されるたびに生成されてユーザデータベースＤＢ１に格納される。本実施形態では、現状の残高から消え去ったチャージ分のチャージ情報もユーザデータベースＤＢ１に残るものとするが、このチャージ情報は、ユーザデータベースＤＢ１から削除されてもよい。

例えば、チャージ情報は、チャージ日時、チャージ方法、チャージ額、及びチャージ手段を示す。チャージ情報は、これらの全てではなく、一部のみを示してもよい。例えば、チャージ情報は、チャージ日時、チャージ方法、チャージ額、及びチャージ手段のうち、何れか１つ、２つ、又は３つのみを示してもよい。チャージ情報は、チャージに関する他の情報を示してもよい。例えば、チャージ情報は、チャージが実行された時のユーザ端末２０の位置を示してもよい。

チャージ日時は、チャージが実行された日時である。チャージ方法は、ユーザがチャージを実行するために利用した方法である。チャージ方法は、チャージ媒体ということもできる。本実施形態では、決済事業者アプリからのチャージと、第１店舗におけるチャージと、の２つのチャージ方法が存在するので、チャージ情報に含まれるチャージ方法は、決済事業者アプリ又は第１店舗の何れかを示す。チャージ方法自体は、ブラウザ又は他のアプリから実行されるチャージといった他のチャージ方法が存在してもよく、本実施形態の例に限られない。

チャージ手段は、チャージで利用された決済手段である。本実施形態では、クレジットカード、オンラインフリーマーケットの売上金、暗号資産、及び現金といった４つの決済手段を利用したチャージが可能なので、チャージ情報に含まれるチャージ手段は、これら４つの決済手段の何れかを示す。本実施形態では、第１店舗で現金を利用したチャージのみが可能である場合を説明するが、第１店舗では、クレジットカード等の他のチャージ手段を利用したチャージが可能であってもよい。チャージ手段自体は、公知の種々の手段を利用可能である。

図１０は、決済データベースＤＢ２の一例である。決済データベースＤＢ２は、過去に実行された決済に関する情報が格納されたデータベースである。例えば、決済データベースＤＢ２には、決済ＩＤ、ユーザＩＤ、決済日時、支払先、利用アプリ、利用額、手数料、及びキックバック額が格納される。決済データベースＤＢ２には、決済に関する任意の情報が格納されてよい。決済データベースＤＢ２に格納される情報は、図１０の例に限られない。例えば、決済データベースＤＢ２には、ユーザが購入した商品、又は、ユーザが利用したサービスに関する情報が格納されてもよい。

決済ＩＤは、決済を識別可能な決済識別情報の一例である。決済が実行されるたびに、他の決済ＩＤと重複しないように、新たな決済ＩＤが発行される。決済日時は、決済が実行された日時である。支払先は、電子マネーによる支払を受け取った者である。本実施形態では、支払先は、第１店舗又は第２店舗の何れかを示す。支払先は、他の店舗又はオンラインサービスの関係者を示してもよい。

利用アプリは、決済で利用されたアプリである。手数料は、決済が発生した場合に決済事業者が受け取る料金である。本実施形態では、第１運営会社又は第２運営会社に対する手数料を例に挙げるが、手数料は、他の会社又はオンラインサービスの関係者に対する手数料であってもよい。他にも例えば、加盟店ではなく、ユーザ自身が手数料を負担するタイプの電子マネーであれば、手数料は、ユーザに対して発生してもよい。キックバック額は、第１運営会社に対するキックバックの金額である。図１０の例では、手数料の割合であるＮの数値が１であり、Ｍの数値が０．５である。キックバックの割合は、ＮとＭの差分の０．５である。

図１１は、優先度データＤＴの一例である。優先度データＤＴは、電子マネーの残高に複数のチャージ分が混在する場合に、どのチャージ分から利用するかを示す優先度に関するデータである。例えば、優先度データＤＴには、決済条件、優先度、及びチャージ条件が定義されている。決済条件は、決済に関する条件である。図１１の例では、決済条件は、ユーザが利用したアプリを示す。決済条件は、ユーザが利用した加盟店、利用額、又は利用日時といった他の条件であってもよいし、これら複数の条件の組み合わせであってもよい。例えば、ある決済条件が満たされた場合、この決済条件に関連付けられた優先度が高い順に、チャージ条件が示すチャージ分が利用される。

図１１の例では、「決済事業者アプリを利用する」といった決済条件には、決済事業者アプリからのチャージ分が第１店舗アプリからのチャージ分よりも高くなるように、優先度が関連付けられている。「第１店舗アプリが利用される」といった決済条件には、第１店舗におけるチャージ分が決済事業者アプリからのチャージ分よりも高くなるように、優先度が関連付けられている。電子マネーの残高に、決済事業者アプリから実行された複数回のチャージのチャージ分が混在している場合には、チャージ日時が古いほど優先度が高いものとする。同様に、電子マネーの残高に、第１店舗における複数回のチャージのチャージ分が混在している場合には、チャージ日時が古いほど優先度が高いものとする。

なお、データ記憶部１００が記憶するデータは、上記の例に限られない。データ記憶部１００は、任意のデータを記憶可能である。例えば、データ記憶部１００は、第１店舗に関する情報と、第２店舗に関する情報と、が格納された店舗データベースを記憶してもよい。店舗データベースには、第１店舗端末３０及び第２店舗端末４０の各々に関する情報も格納されているものとする。

例えば、データ記憶部１００は、決済事業者アプリ及び第１店舗アプリの各々のアプリ識別情報を記憶してもよい。本実施形態では、データ記憶部１００は、コードＩＤの上４桁が「１１１１」であることが決済事業者アプリを意味するアプリ識別情報を記憶する。データ記憶部１００は、コードＩＤの上４桁が「９９９９」であることが第１店舗アプリであることを意味するアプリ識別情報を記憶する。

［チャージ実行部］
チャージ実行部１０１は、決済サービスで利用可能な電子マネーに関するチャージを実行する。例えば、チャージ実行部１０１は、ユーザ端末２０又は第１店舗端末３０からチャージ要求を受信した場合に、チャージ要求に基づいて、チャージを実行する。チャージ要求は、チャージを要求するための所定形式のデータである。チャージ要求のデータ形式自体は、公知の電子マネーで採用されている形式を利用可能である。チャージ要求は、ユーザ端末２０及び第１店舗端末３０以外の他のコンピュータから送信されてもよい。

まず、ユーザ端末２０からチャージ要求を受信した場合のチャージの流れを説明する。例えば、ユーザ端末２０からのチャージ要求には、コードＩＤ、チャージ額、及びチャージ手段に関する情報が含まれる。チャージ要求には、コードＩＤ以外の他のユーザ識別情報が含まれてもよい。本実施形態では、第１店舗アプリからはチャージ要求を送信できないので、電子マネーサーバ１０は、ユーザ端末２０からチャージ要求を受信すると、チャージ方法が決済事業者アプリであることを特定できる。

例えば、チャージ実行部１０１は、ユーザ端末２０からチャージ要求を受信すると、チャージ要求が示すチャージ手段に基づいて、チャージに必要な決済を実行する。この決済自体は、クレジットカード決済等の公知の処理を利用可能である。チャージ実行部１０１は、ユーザデータベースＤＢ１のうち、チャージ要求に含まれるコードＩＤに関連付けられた残高を、チャージ要求に含まれるチャージ額だけ増やす。

例えば、チャージ実行部１０１は、現在の日時を示すチャージ日時、決済事業者アプリを示すチャージ方法、チャージ要求に含まれるチャージ額、及びチャージで利用されたクレジットカード等のチャージ手段を示すようにチャージ情報を生成する。チャージ実行部１０１は、当該生成されたチャージ情報を、チャージ要求に含まれるコードＩＤに関連付けてユーザデータベースＤＢ１に格納する。

なお、第１店舗アプリ又はその他のアプリからチャージ要求を送信できるようにしてもよい。この場合、ユーザ端末２０からのチャージ要求には、どのアプリによるチャージ要求であるかを識別可能な情報が含まれているものとする。この情報は、コードＩＤの上４桁を一例とするアプリ識別情報であってもよいし、他の情報であってもよい。チャージ実行部１０１は、この情報に基づいて、チャージ方法を特定すればよい。

次に、第１店舗端末３０からチャージ要求を受信した場合のチャージの流れを説明する。例えば、第１店舗端末３０からのチャージ要求には、コードＩＤ及びチャージ額が示される。本実施形態では、第１店舗で決済事業者アプリを提示してもチャージを実行できないので、電子マネーサーバ１０は、第１店舗端末３０からチャージ要求を受信すると、第１店舗における現金のチャージであることを特定できる。

例えば、チャージ実行部１０１は、第１店舗端末３０からチャージ要求を受信すると、ユーザデータベースＤＢ１のうち、チャージ要求に含まれるコードＩＤに関連付けられた残高を、チャージ要求に含まれるチャージ額だけ増やす。本実施形態では、ユーザが第１店舗で現金を支払っているので、チャージ実行部１０１は、チャージのための決済を実行しない。

例えば、チャージ実行部１０１は、現在の日時を示すチャージ日時、第１店舗を示すチャージ方法、チャージ要求に含まれるチャージ額、及び現金を示すチャージ手段を示すようにチャージ情報を生成する。チャージ実行部１０１は、当該生成されたチャージ情報を、チャージ要求に含まれるコードＩＤに関連付けてユーザデータベースＤＢ１に格納する。

なお、第１店舗におけるチャージでは、クレジットカード又はデビットカードといったように、現金以外の他のチャージ手段を利用可能であってもよい。この場合、第１店舗端末３０からのチャージ要求には、どのチャージ手段が選択されたかを識別可能な情報が含まれているものとする。チャージ実行部１０１は、この情報に基づいて、チャージ手段を特定すればよい。

また、複数の第１店舗でチャージが可能な場合には、チャージ要求には、第１店舗を識別可能な店舗識別情報が含まれているものとする。例えば、店舗識別情報は、店舗ＩＤ、店舗名、端末ＩＤ、端末名、又はＩＰアドレスである。更に、第２店舗におけるチャージを可能にしてもよく、この場合には、第２店舗端末４０からのチャージ要求には、第２店舗を識別可能な店舗識別情報が含まれているものとする。チャージ実行部１０１は、チャージ要求に含まれる店舗識別情報に基づいて、どの第１店舗又は第２店舗からのチャージ要求であるかを特定すればよい。

本実施形態では、チャージ実行部１０１は、電子マネーを保有するユーザを識別可能なユーザＩＤに関連付けて、チャージ情報を電子マネーサーバ１０に記録する場合を説明するが、チャージ情報は、電子マネーサーバ１０以外の他のサーバに記録されてもよい。更に、チャージ情報は、ユーザ端末２０に記録されてもよい。ＩＣカードを利用するタイプの電子マネーであれば、チャージ情報は、ＩＣカードに記録されてもよい。

［決済実行部］
決済実行部１０２は、電子マネーに基づく決済を実行する。例えば、決済実行部１０２は、第１店舗端末３０又は第２店舗端末４０から決済要求を受信した場合、決済要求に基づいて、決済を実行する。決済要求のデータ形式自体は、公知の電子マネーで採用されている形式を利用可能である。決済要求は、ユーザ端末２０及び第１店舗端末３０以外の他のコンピュータから送信されてもよい。

例えば、決済要求には、店舗識別情報、コードＩＤ、及び利用額が含まれる。決済要求には、ユーザが購入した商品、又は、ユーザが利用したサービスに関する情報といった他の情報が含まれてもよい。決済実行部１０２は、第１店舗端末３０又は第２店舗端末４０から決済要求を受信すると、決済要求に含まれるコードＩＤに関連付けられた電子マネーの残高を、決済要求に含まれる利用額だけ減らす。電子マネーの残高が不足する場合には、エラーになり、決済は実行されない。決済実行部１０２は、決済要求に含まれる店舗識別情報に基づいて、第１店舗端末３０又は第２店舗端末４０に対し、決済の実行結果を送信する。第１店舗端末３０又は第２店舗端末４０には、当該実行結果が表示される。

本実施形態では、電子マネーは、チャージ店舗におけるチャージ分と、他のチャージによるチャージ分と、を有することがある。チャージ店舗は、チャージが実行された店舗である。他のチャージとは、チャージ店舗以外のチャージ方法によるチャージである。本実施形態では、チャージ店舗は、第１店舗である。他のチャージは、決済事業者アプリからのチャージである。第２店舗又は他の店舗でチャージを可能とする場合には、第２店舗又は他の店舗がチャージ店舗に相当することがある。第１店舗アプリ、他のアプリ、又はブラウザからのチャージを可能とする場合には、これらのチャージが他のチャージに相当することがある。

図５～図７の例では、電子マネーは、チャージ店舗である第１店舗におけるチャージ分の「３，０００」と、他のチャージである決済事業者アプリからのチャージ分の「２，０００」と、を有する。例えば、決済実行部１０２は、チャージ店舗と、利用店舗と、が関連する場合に、チャージ店舗と、利用店舗と、が関連しない場合よりも、チャージ店舗におけるチャージ分の優先度が高くなるように、決済を実行してもよい。

利用店舗は、電子マネーを利用した支払を受け付ける加盟店である。チャージ店舗と利用店舗が関連するとは、チャージ店舗と利用店舗が同じこと、又は、チャージ店舗と利用店舗が異なるが同じ店舗グループに属することである。例えば、フランチャイズチェーンは、店舗グループに相当する。例えば、運営会社が同じことは、同じ店舗グループに属することを意味する。チャージ店舗と利用店舗が関連しないことは、チャージ店舗と利用店舗が異なること、又は、チャージ店舗と利用店舗が同じ店舗グループに属さないことである。

例えば、図６の例であれば、チャージ店舗である第１店舗におけるチャージ分「３，０００」と、他のチャージ分「２，０００」と、が電子マネーに混在する。利用店舗が第１店舗である場合、決済実行部１０２は、第１店舗におけるチャージ分の優先度を他のチャージ分よりも高くしてもよい。決済実行部１０２は、第１店舗におけるチャージ分「３，０００」が優先的に利用されるように、決済を実行してもよい。

図６の例であれば、決済実行部１０２は、ユーザの利用額が第１店舗におけるチャージ分「３，０００」以下の場合、他のチャージ分「２，０００」が利用されずに、第１店舗におけるチャージ分だけが利用されるように、決済を実行する。決済実行部１０２は、ユーザの利用額が第１店舗におけるチャージ分「３，０００」よりも多い場合、第１店舗におけるチャージ分「３，０００」の全てが利用され、かつ、他のチャージ分「２，０００」が不足分だけ利用されるように、決済を実行する。

図１１の優先度データＤＴの例であれば、決済条件としてアプリの種類が定義されている。決済実行部１０２は、決済要求に含まれるコードＩＤに基づいてアプリの種類を特定し、優先度データＤＴに定義された決済条件のうち、満たされる決済条件を特定する。決済実行部１０２は、当該特定された決済条件に関連付けられた優先度に基づいて、優先度が相対的に高いチャージ分が優先して利用されるように、決済を実行する。

［アプリ特定部］
アプリ特定部１０３は、複数のアプリのうち、ユーザが利用したアプリである利用アプリを特定する。本実施形態では、決済事業者アプリ及び第１店舗アプリが複数のアプリに相当する場合を説明するが、他のアプリで電子マネーを利用可能であってもよい。例えば、決済事業者が、第１運営会社だけではなく第２運営会社又は他の会社とＯＥＭ契約を締結する場合には、第２運営会社又は他の会社の名義で配信されるアプリが存在してもよい。利用アプリは、決済で利用されたアプリである。

本実施形態では、電子マネーは、電子マネーを保有するユーザのユーザ端末２０にインストールされた複数のアプリの各々で利用可能である。更に、コードＩＤの上４桁によってアプリを識別可能である。例えば、アプリ特定部１０３は、決済要求に含まれるコードＩＤの上４桁に基づいて、利用アプリを特定する。コードＩＤの上４桁は、アプリ識別情報の一例である。アプリ識別情報は、他の任意の情報であってよく、アプリ特定部１０３は、アプリ識別情報に基づいて、利用アプリを特定すればよい。

［利用店舗特定部］
利用店舗特定部１０４は、複数の店舗のうち、電子マネーが利用された店舗である利用店舗を特定する。本実施形態では、電子マネーは、複数の店舗の各々で利用可能である。第１店舗及び第２店舗が複数の店舗に相当する場合を説明するが、他の店舗でも電子マネーを利用可能であってよい。例えば、利用店舗特定部１０４は、第１店舗端末３０及び第２店舗端末４０の各々から受信した店舗識別情報に基づいて、利用店舗を特定する。店舗識別情報は、決済要求とは別の情報として送信されてもよい。

なお、ユーザ端末２０に対する操作だけで、決済に必要な全ての操作が完了するタイプの決済方法の場合、ユーザ端末２０が、電子マネーサーバ１０に対し、店舗識別情報を送信するものとする。この場合、ユーザ端末２０には、電子マネーを利用可能な店舗の一覧が表示され、ユーザは、一覧の中から利用店舗を選択する。店舗におけるコードをユーザ端末２０で読み取るタイプの決済の場合には、店舗識別情報がコード化されているものとする。店舗特定部は、ユーザ端末２０から受信した店舗識別情報に基づいて、利用店舗を特定すればよい。

［チャージ情報取得部］
チャージ情報取得部１０５は、チャージに関するチャージ情報を取得する。チャージ情報取得部１０５は、決済が実行された場合に、当該決済で利用されたチャージ分のチャージ情報を取得する。本実施形態では、チャージ情報がユーザデータベースＤＢ１に格納されているので、チャージ情報取得部１０５は、ユーザデータベースＤＢ１に格納されたチャージ情報を取得する。チャージ情報が他のデータベースに格納されている場合には、チャージ情報取得部１０５は、他のデータベースに格納されたチャージ情報を取得する。電子マネーサーバ１０以外の他のコンピュータ、又は、ＩＣカード等の情報記憶媒体にチャージ情報が格納されている場合には、チャージ情報取得部１０５は、他のコンピュータ又は情報記憶媒体に格納されたチャージ情報を取得する。

［処理実行部］
処理実行部１０６は、電子マネーに基づく決済が実行された場合に、チャージ情報に応じた処理を実行する。このチャージ情報は、決済で利用されたチャージ分のチャージ情報である。電子マネーに基づく決済が実行された場合とは、決済が実行された後の時点である。チャージ情報に応じた処理とは、チャージ情報に基づいて実行される処理である。別の言い方をすれば、チャージ情報に応じた処理は、チャージ情報の内容によって処理の内容が変わる処理である。

本実施形態では、チャージ情報は、チャージが行われた店舗であるチャージ店舗を示す。処理実行部１０６は、チャージ店舗と、利用店舗と、の関連性に基づいて、チャージ情報に応じた処理を実行する。例えば、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合と、チャージ店舗と、利用店舗と、が関連しない場合と、でチャージ情報に応じた処理を異ならせる。例えば、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合に、チャージ情報に応じた処理を実行し、チャージ店舗と、利用店舗と、が関連しない場合には、チャージ情報に応じた処理を実行しないようにしてもよい。

本実施形態では、チャージ情報に応じた処理の一例として、チャージ店舗に何らかのメリット（利益）が発生する処理を説明する。更に、この処理の具体例として、手数料処理及びキックバック処理を説明する。このため、手数料処理及びキックバック処理について説明している箇所は、チャージ情報に応じた処理と読み替えることができる。チャージ情報に応じた処理は、他の処理であってもよく、本実施形態の例に限られない。チャージ情報に応じた処理の他の例は、後述の変形例で説明する。

手数料処理は、手数料を計算する処理である。手数料処理は、手数料の計算だけではなく、手数料の請求といった他の処理を含んでもよい。手数料処理は、手数料の計算を含まずに、手数料の請求を処理として含んでもよい。手数料の計算方法を示す手数料計算方法データは、データ記憶部１００に記憶されているものとする。手数料計算方法データは、任意の形式であってよく、例えば、テーブル形式、数式形式、又はプログラムコードの一部であってよい。

例えば、処理実行部１０６は、チャージ情報と、手数料計算方法データと、に基づいて、手数料処理を実行することによって、チャージ情報に応じた処理を実行する。手数料の計算で利用される計算式及び係数の少なくとも一方がチャージ情報に応じて異なるように、手数料計算方法データが定義されている。処理実行部１０６は、チャージ情報に基づいて、手数料計算方法データが示す計算式及び係数の少なくとも一方を決定して手数料を計算する。

例えば、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合に、チャージ店舗と、利用店舗と、が関連しない場合よりも、決済に関する手数料を低くする手数料処理を、チャージ情報に応じた処理として実行する。本実施形態では、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合の手数料の割合をＭ％と決定し、チャージ店舗と、利用店舗と、が関連しない場合の手数料の割合をＮ％と決定する。

なお、手数料が利用額に対する割合ではなく固定値である場合には、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合の手数料を固定値のＸ（Ｘは任意の自然数）円と決定し、チャージ店舗と、利用店舗と、が関連しない場合の手数料を固定値のＹ（ＹはＸよりも大きな整数）円と決定してもよい。手数料は、固定値と、利用額に応じた可変値と、の合計値であってもよい。

キックバック処理は、キックバックを実行する処理である。例えば、キックバック処理は、キックバック額を計算する処理である。キックバック処理は、キックバック額の計算だけではなく、キックバックのための銀行振込といった他の処理を含んでもよい。キックバック処理は、キックバック額の計算を含まずに、他の処理を含んでもよい。キックバック額の計算方法を示すキックバック額計算方法データは、データ記憶部１００に記憶されているものとする。キックバック額計算方法データは、任意の形式であってよく、例えば、テーブル形式、数式形式、又はプログラムコードの一部であってよい。

例えば、処理実行部１０６は、チャージ情報と、キックバック額計算方法データと、に基づいて、キックバック処理を実行することによって、チャージ情報に応じた処理を実行する。処理実行部１０６は、チャージ店舗と、利用店舗と、が関連しない場合に、チャージ店舗の運営会社にキックバックするキックバック処理を、チャージ情報に応じた処理として実行する。

例えば、処理実行部１０６は、利用額に応じたキックバック額がキックバックされるように、キックバック処理を実行する。本実施形態では、チャージ店舗と、利用店舗と、が関連する場合には、手数料処理が実行されるので、キックバック処理が実行されないものとするが、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合にも、キックバック処理を実行してもよい。

なお、キックバック額の計算で利用される計算式及び係数の少なくとも一方がチャージ情報に応じて異なるように、キックバック額計算方法データが定義されていてもよい。この場合、処理実行部１０６は、チャージ情報に基づいて、キックバック額計算方法データが示す計算式及び係数の少なくとも一方を決定してキックバック額を計算すればよい。キックバック額は、チャージ情報に応じた額となるように計算される。

本実施形態では、電子マネーは、複数のチャージ手段の各々でチャージが可能である。チャージ情報は、複数のチャージ手段のうち、チャージで利用されたチャージ手段を示す。処理実行部１０６は、決済で利用されたチャージ分のチャージ情報が示すチャージ手段に応じた処理を実行してもよい。例えば、処理実行部１０６は、チャージ情報が特定のチャージ手段を示す場合に特定の処理を実行し、チャージ情報が特定のチャージ手段を示さない場合には特定の処理を実行しない。

本実施形態では、特定のチャージ手段が現金である場合を説明するが、特定のチャージ手段は、予め定められたチャージ手段であればよく、現金に限られない。例えば、特定のチャージ手段は、クレジットカード、オンラインフリーマーケットの売上金、又は暗号資産であってもよい。また、特定の処理は、手数料処理及びキックバック処理が特定の処理に相当する場合を例に挙げるが、特定の処理は、処理実行部１０６が実行する処理であればよく、手数料処理及びキックバック処理に限られない。例えば、後述の変形例で説明する特典付与処理が特定の処理に相当してもよい。

例えば、処理実行部１０６は、チャージ情報が特定のチャージ手段を示す場合と、チャージ情報が特定のチャージ手段を示さない場合と、で自身が実行する処理の内容を異ならせてもよい。これらの両方の場合で手数料処理及びキックバック処理が実行される場合には、処理実行部１０６は、チャージ情報が特定のチャージ手段を示す場合と、チャージ情報が特定のチャージ手段を示さない場合と、で手数料処理及びキックバック処理の少なくとも一方の処理内容（例えば、手数料の計算方法及びキックバック額の計算方法の少なくとも一方）を異ならせてもよい。

本実施形態では、電子マネーは、複数の店舗の各々でチャージ可能である。チャージ情報は、複数の店舗のうち、チャージが行われた店舗であるチャージ店舗を示す。図９の例では、チャージ方法にチャージ店舗が示されている。処理実行部１０６は、チャージ情報が示すチャージ店舗に応じた処理を実行する。例えば、処理実行部１０６は、チャージ情報が特定のチャージ店舗を示す場合に特定の処理を実行し、チャージ情報が特定のチャージ店舗を示さない場合には特定の処理を実行しない。

本実施形態では、特定のチャージ店舗が第１店舗である場合を説明するが、特定のチャージ店舗は、予め定められた加盟店であればよく、第１店舗に限られない。例えば、第２店舗又は他の店舗でもチャージを可能とする場合には、特定のチャージ店舗は、第２店舗又は他の店舗であってもよい。先述したように、手数料処理及びキックバック処理が特定の処理に相当する場合を例に挙げるが、特定の処理は、手数料処理及びキックバック処理に限られない。

例えば、処理実行部１０６は、チャージ情報が特定のチャージ店舗を示す場合と、チャージ情報が特定のチャージ店舗を示さない場合と、で自身が実行する処理の内容を異ならせてもよい。これらの両方の場合で手数料処理及びキックバック処理が実行される場合には、処理実行部１０６は、チャージ情報が特定のチャージ店舗を示す場合と、チャージ情報が特定のチャージ店舗を示さない場合と、で手数料処理及びキックバック処理の少なくとも一方の処理内容（例えば、手数料の計算方法及びキックバック額の計算方法の少なくとも一方）を異ならせてもよい。

例えば、処理実行部１０６は、利用アプリに基づいて、チャージ情報に応じた処理を実行してもよい。処理実行部１０６は、利用アプリが特定のアプリである場合に特定の処理を実行し、利用アプリが特定のアプリではない場合には特定の処理を実行しない。本実施形態では、特定のアプリが第１店舗アプリである場合を説明するが、特定のアプリは、予め定められたアプリであればよく、第１店舗アプリに限られない。例えば、決済事業者が複数のアプリを提供する場合には、特定のアプリは、当該複数のアプリのうちの少なくとも１つであってもよい。例えば、特定のアプリは、決済事業者がＯＥＭ契約に基づいて開発したアプリではなく、第１運営会社が独自に開発したアプリであってもよい。先述したように、手数料処理及びキックバック処理が特定の処理に相当する場合を例に挙げるが、特定の処理は、手数料処理及びキックバック処理に限られない。

例えば、処理実行部１０６は、利用アプリが特定のアプリである場合と、利用アプリが特定のアプリではない場合と、で自身が実行する処理の内容を異ならせてもよい。これらの両方の場合で手数料処理及びキックバック処理が実行される場合には、処理実行部１０６は、利用アプリが特定のアプリである場合と、利用アプリが特定のアプリではない場合と、で手数料処理及びキックバック処理の少なくとも一方の処理内容（例えば、手数料の計算方法及びキックバック額の計算方法の少なくとも一方）を異ならせてもよい。

例えば、処理実行部１０６は、利用店舗に基づいて、チャージ情報に応じた処理を実行してもよい。処理実行部１０６は、利用店舗が特定の店舗である場合に特定の処理を実行し、利用店舗が特定の店舗ではない場合には特定の処理を実行しない。本実施形態では、特定の店舗が第１店舗及び第２店舗である場合を説明するが、特定の店舗は、予め定められたアプリであればよく、第１店舗又は第２店舗の何れか一方だけ又はその他の店舗であってもよい。先述したように、手数料処理及びキックバック処理が特定の処理に相当する場合を例に挙げるが、特定の処理は、手数料処理及びキックバック処理に限られない。

例えば、処理実行部１０６は、利用店舗が特定の店舗である場合と、利用店舗が特定の店舗ではない場合と、で自身が実行する処理の内容を異ならせてもよい。これらの両方の場合で手数料処理及びキックバック処理が実行される場合には、処理実行部１０６は、利用店舗が特定の店舗である場合と、利用店舗が特定の店舗ではない場合と、で手数料処理及びキックバック処理の少なくとも一方の処理内容（例えば、手数料の計算方法及びキックバック額の計算方法の少なくとも一方）を異ならせてもよい。

［３－２．ユーザ端末で実現される機能］
ユーザ端末２０は、データ記憶部２００及びチャージ要求部２０１を含む。データ記憶部２００は、記憶部２２により実現される。チャージ要求部２０１は、制御部２１により実現される。

[データ記憶部]
データ記憶部２００は、決済サービスを利用するために必要なデータを記憶する。例えば、データ記憶部３００は、決済事業者アプリ及び第１店舗アプリを記憶する。

［チャージ要求部］
チャージ要求部２０１は、電子マネーサーバ１０に対し、チャージ要求を送信する。例えば、ユーザがチャージ画面ＳＣ３のボタンＢ３２を選択した場合に、チャージ要求部２０１は、電子マネーサーバ１０に対し、チャージ要求を送信する。

［３－３．第１店舗端末で実現される機能］
第１店舗端末３０は、データ記憶部３００、チャージ要求部３０１、及び決済要求部３０２を含む。データ記憶部３００は、記憶部３２により実現される。チャージ要求部３０１及び決済要求部３０２は、制御部３１により実現される。

[データ記憶部]
データ記憶部３００は、決済サービスを提供するために必要なデータを記憶する。例えば、データ記憶部３００は、店舗識別情報及びアプリ識別情報を記憶する。

［チャージ要求部］
チャージ要求部３０１は、電子マネーサーバ１０に対し、チャージ要求を送信する。例えば、チャージ要求部３０１は、第１店舗端末３０でチャージのための操作が行われて第１店舗アプリのコードＣ５１が読み取られた場合に、電子マネーサーバ１０に対し、チャージ要求を送信する。

［決済要求部］
決済要求部３０２は、電子マネーサーバ１０に対し、決済要求を送信する。例えば、決済要求部３０２は、第１店舗端末３０で決済のための操作が行われて、決済事業者アプリのコードＣ２１又は第１店舗アプリのコードＣ５１が読み取られた場合に、電子マネーサーバ１０に対し、決済要求を送信する。

［３－４．第２店舗端末で実現される機能］
第２店舗端末４０は、データ記憶部４００及び決済要求部４０１を含む。データ記憶部４００は、記憶部４２により実現される。決済要求部４０１は、制御部４１により実現される。

[データ記憶部]
データ記憶部４００は、決済サービスを提供するために必要なデータを記憶する。例えば、データ記憶部４００は、店舗識別情報及びアプリ識別情報を記憶する。

［決済要求部］
決済要求部４０１は、電子マネーサーバ１０に対し、決済要求を送信する。例えば、決済要求部４０１は、第２店舗端末４０で決済のための操作が行われて、決済事業者アプリのコードＣ２１又は第１店舗アプリのコードＣ５１が読み取られた場合に、電子マネーサーバ１０に対し、決済要求を送信する。

［４．決済システムで実行される処理］
次に、決済システム１で実行される処理の一例を説明する。本実施形態では、チャージ時の処理であるチャージ処理と、決済時の処理である決済処理と、について説明する。

［４－１．チャージ処理］
図１２は、チャージ処理の一例を示す図である。チャージ処理は、制御部１１，２１，３１がそれぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。

図１２のように、ユーザ端末２０は、ユーザがユーザ端末２０を起動させる操作を操作部２４から行った場合に、自身を起動させてユーザ端末２０のホーム画面ＳＣ１を表示部２５に表示させる（Ｓ１００）。ユーザ端末２０は、操作部２４の検出信号に基づいて、ユーザの操作を特定する（Ｓ１０１）。ここでは、アイコンＩ１０を選択する操作、アイコンＩ１１を選択する操作、又はその他の操作が行われるものとする。その他の操作が行われた場合（Ｓ１０１：その他）、その他の操作に応じた処理が実行されて、チャージ処理は終了する。

Ｓ１０１において、アイコンＩ１０が選択された場合（Ｓ１０１：Ｉ１０）、ユーザ端末２０は、決済事業者アプリを起動させて決済事業者アプリのホーム画面ＳＣ２を表示部２５に表示させる（Ｓ１０２）。Ｓ１０２では、電子マネーサーバ１０とユーザ端末２０の間で、ユーザＩＤ及びパスワード等の情報に基づくログイン処理が実行される。電子マネーサーバ１０は、決済事業者アプリであることを示す上４桁が「１１１１」から始まるコードＩＤを発行してユーザデータベースＤＢ１に格納する。電子マネーサーバ１０は、当該発行されたコードＩＤをユーザ端末２０に送信する。ユーザ端末２０は、コードＩＤをコード化してホーム画面ＳＣ２を表示させる。ユーザ端末２０は、電子マネーの残高等の情報も、電子マネーサーバ１０から適宜取得するものとする。

ユーザ端末２０は、ユーザがボタンＢ２２を選択すると、電子マネーサーバ１０との間でチャージを実行し（Ｓ１０３）、チャージ処理は終了する。Ｓ１０３では、チャージ画面ＳＣ３の表示、完了画面ＳＣ４の表示、電子マネーの残高の更新、及びチャージ情報の格納といった一連の処理が実行される。これらの処理自体は、公知のチャージと同様の処理であってよい。

Ｓ１０１において、アイコンＩ１１が選択された場合（Ｓ１０１：Ｉ１１）、ユーザ端末２０は、第１店舗アプリを起動して第１店舗アプリのホーム画面ＳＣ５を表示部２５に表示させる（Ｓ１０４）。Ｓ１０４では、電子マネーサーバ１０とユーザ端末２０の間で、ユーザＩＤ及びパスワード等の情報に基づくログイン処理が実行される。電子マネーサーバ１０は、第１店舗アプリであることを示す上４桁が「９９９９」から始まるコードＩＤを発行してユーザデータベースＤＢ１に格納する。電子マネーサーバ１０は、当該発行されたコードＩＤをユーザ端末２０に送信する。ユーザ端末２０は、コードＩＤをコード化してホーム画面ＳＣ５を表示させる。ユーザ端末２０は、電子マネーの残高等の情報も、電子マネーサーバ１０から適宜取得するものとする。

ユーザは、第１店舗の店員にチャージする旨を伝えて現金を渡す。店員は、ユーザから現金を受け取ると、第１読取装置３６でコードＣ５１を読み取る。店員は、決済ではなく、チャージであることを意味する操作を第１店舗端末３０に対して行うものとする。これにより、決済要求ではなくチャージ要求が送信されるようになる。第１店舗端末３０は、第１読取装置３６で読み取ったコードＣ５１からコードＩＤを抽出する（Ｓ１０５）。第１店舗端末３０は、Ｓ１０５で抽出したコードＩＤに基づいて、電子マネーサーバ１０との間でチャージを実行し（Ｓ１０６）、チャージ処理は終了する。

Ｓ１０６では、第１店舗端末３０は、電子マネーサーバ１０に対し、コードＩＤを含むチャージ要求を送信する。電子マネーサーバ１０は、チャージ要求に含まれるコードＩＤに基づいて、どのユーザが現金でチャージしようとしているかを特定する。電子マネーサーバ１０は、当該特定されたユーザのユーザＩＤに関連付けられた残高を、チャージ要求に含まれるチャージ額だけ増やすことによって、チャージを実行する。電子マネーサーバ１０は、第１店舗において現金でチャージが実行されたことを示すチャージ情報を生成してユーザデータベースＤＢ１に格納する。

［４－２．決済処理］
図１３は、決済処理の一例を示す図である。この処理は、制御部１１，２１，３１，４１がそれぞれ記憶部１２，２２，３２，４２に記憶されたプログラムに従って動作することによって実行される。

図１３のように、Ｓ２００～Ｓ２０３の処理は、それぞれＳ１００～Ｓ１０２，Ｓ１０４と同様である。Ｓ２０２又はＳ２０３でホーム画面ＳＣ２又はホーム画面ＳＣ５が表示されてコードＣ２１又はコードＣ５１が第１読取装置３６又は第２読取装置４６で読み取られると、第１店舗端末３０又は第２店舗端末４０は、コードＣ２１又はコードＣ５１からコードＩＤを抽出する（Ｓ２０４）。

第１店舗端末３０は、電子マネーサーバ１０に対し、Ｓ２０４で抽出したコードＩＤを含む決済要求を送信する（Ｓ２０５）。電子マネーサーバ１０は、決済要求を受信すると（Ｓ２０６）、ユーザデータベースＤＢ１と、優先度データＤＴと、に基づいて、決済を実行する（Ｓ２０７）。Ｓ２０７では、電子マネーサーバ１０は、チャージ情報に基づいて、電子マネーの残高を構成するチャージ分がどのようにチャージされたかを特定する。電子マネーサーバ１０は、優先度データＤＴに定義された優先度が高い順にチャージ分が利用されるように、決済を実行する。

電子マネーサーバ１０は、コードＩＤの上４桁に基づいて、ユーザが利用したアプリを特定する（Ｓ２０８）。決済事業者アプリの利用が特定された場合（Ｓ２０８：決済事業者アプリ）、電子マネーサーバ１０は、Ｎ％の手数料となるように手数料を計算して決済データベースＤＢ２に格納し（Ｓ２０９）、決済処理は終了する。この場合、第１店舗へのキックバックは発生しない。Ｓ２０８において、第１店舗アプリの利用が特定された場合（Ｓ２０８：第１店舗アプリ）、電子マネーサーバ１０は、決済要求に含まれる店舗識別情報に基づいて、第１店舗で決済が実行されたか否かを判定する（Ｓ２１０）。

第２店舗で決済が実行されたと判定された場合（Ｓ２１０：Ｎ）、Ｓ２０９と同様のＳ２１１の処理が実行される。電子マネーサーバ１０は、Ｓ２０７における決済の実行結果に基づいて、第１店舗において実行されたチャージのチャージ分が第２店舗の決済で利用されたか否かを判定する（Ｓ２１２）。第１店舗において実行されたチャージのチャージ分が決済で利用されたと判定されない場合（Ｓ２１２：Ｎ）、決済処理は終了する。この場合、キックバックは発生しない。

Ｓ２１２において、第１店舗において実行されたチャージのチャージ分が第２店舗の決済で利用されたと判定された場合（Ｓ２１２：Ｙ）、電子マネーサーバ１０は、第１運営会社にキックバックするためのキックバック処理を実行し（Ｓ２１３）、決済処理は終了する。Ｓ２１１では、電子マネーサーバ１０は、キックバック額を決定して決済データベースＤＢ２に格納する。第１運営会社へのキックバックは、即時に実行されてもよいし、所定の日付が訪れた場合に実行されてもよい。キックバックを実現するための処理自体は、公知の処理を利用可能である。

Ｓ２１０において、第１店舗で決済が実行されたと判定された場合（Ｓ２１０：Ｙ）、電子マネーサーバ１０は、Ｓ２０７における決済の実行結果に基づいて、第１店舗において実行されたチャージのチャージ分が第１店舗の決済で利用されたか否かを判定する（Ｓ２１４）。第１店舗において実行されたチャージのチャージ分が決済で利用されたと判定されない場合（Ｓ２１４：Ｎ）、Ｓ２０９の処理に移行する。第１店舗において実行されたチャージのチャージ分が決済で利用されたと判定された場合（Ｓ２１４：Ｙ）、電子マネーサーバ１０は、Ｍ％の手数料となるように手数料を計算して決済データベースＤＢ２に格納し（Ｓ２１５）、決済処理は終了する。

本実施形態の決済システム１は、電子マネーに基づく決済が実行された場合に、チャージ情報に応じた処理を実行する。これにより、決済が実行された後の処理がチャージ情報に応じて変わるので、決済サービスの柔軟性が高まる。例えば、第１店舗が決済サービスの加盟店ではなかったとする。この場合、決済事業者は、第１運営会社に対し、本実施形態の仕組みを説明する。本実施形態の決済サービスは、柔軟性が高いので、第１運営会社が決済サービスを導入する確率が高まる。例えば、手数料処理及びキックバック処理は、第１運営会社にとって直接的なメリットが生じるので、第１運営会社が決済サービスに興味を持つ確率が特に高まる。このため、決済サービスの柔軟性を高めることによって、決済サービスの導入を促進できる。決済サービスの導入を促進することによって、電子マネーを利用した決済も促進できる。例えば、決済事業者アプリからのチャージ分と、第１店舗において実行されたチャージのチャージ分と、を共通の残高で管理する場合には、ユーザが残高を管理する手間を軽減できる。

また、決済システム１は、チャージ情報が示すチャージ手段に応じた処理を実行する。これにより、決済が実行された後の処理がチャージ手段に応じて変わるので、決済サービスの柔軟性が高まる。例えば、特定のチャージ手段（本実施形態では、第１店舗におけるチャージで支払われた現金）のチャージ分が利用された場合に手数料を安くするといった柔軟な処理が可能になる。その結果、特定のチャージ手段を利用したチャージを促進できる。

また、決済システム１は、チャージ情報が示すチャージ店舗に応じた処理を実行する。これにより、決済が実行された後の処理がチャージ店舗に応じて変わるので、決済サービスの柔軟性が高まる。例えば、特定のチャージ店舗（本実施形態では、第１店舗）のチャージ分が利用された場合に手数料を安くするといった柔軟な処理が可能になる。その結果、特定のチャージ店舗におけるチャージを促進できる。チャージ店舗におけるチャージを促進することによって、チャージ店舗への集客効果が高まる。

また、決済システム１は、ユーザＩＤに関連付けて、チャージ情報を電子マネーサーバ１０に記録する。これにより、種々のユーザのチャージ情報を電子マネーサーバ１０で一括して管理できる。例えば、個々のＩＣカードにチャージ情報を記録する場合には、チャージ情報の改ざんといったリスクが生じるが、電子マネーサーバ１０でチャージ情報を管理することによって、改ざんのリスクが低減する。

また、決済システム１は、利用アプリに基づいて、チャージ情報に応じた処理を実行する。これにより、決済が実行された後の処理が利用アプリに応じて変わるので、決済サービスの柔軟性が高まる。例えば、特定の利用アプリ（本実施形態では、第１店舗アプリ）から電子マネーが利用された場合に手数料を安くするといった柔軟な処理が可能になる。その結果、特定の利用アプリの利用を促進できる。例えば、第１店舗アプリの利用を促進することによって、第１店舗への集客効果が高まる。例えば、第１店舗を利用しているが決済サービスを利用していない者に対し、決済サービスの利用を開始する動機付けを与えることもできる。

また、決済システム１は、利用店舗に基づいて、チャージ情報に応じた処理を実行する。これにより、決済サービスの柔軟性が高まる。これにより、決済が実行された後の処理が利用店舗に応じて変わるので、決済サービスの柔軟性が高まる。例えば、特定の利用店舗（本実施形態では、第１店舗）から電子マネーが利用された場合に手数料を安くするといった柔軟な処理が可能になる。その結果、まだ決済サービスを導入していない店舗に決済サービスを導入することを検討させやすくなる。特定の利用店舗における電子マネーの利用を促進できる。特定の利用店舗への集客効果も高まる。

また、決済システム１は、チャージ店舗と、利用店舗と、の関連性に基づいて、チャージ情報に応じた処理を実行する。これにより、決済が実行された後の処理がチャージ店舗と利用店舗との関連性に応じて変わるので、決済サービスの柔軟性が高まる。例えば、チャージ店舗と、利用店舗と、が関連する場合に手数料を安くするといった柔軟な処理が可能になる。チャージ店舗と関連する利用店舗への集客効果も高まる。

また、決済システム１は、チャージ店舗と、利用店舗と、が関連する場合に、チャージ店舗と、利用店舗と、が関連しない場合よりも、決済に関する手数料を低くする手数料処理を、チャージ情報に応じた処理として実行する。これにより、まだ決済サービスを導入していない店舗に決済サービスを導入することを検討させやすくなる。チャージ店舗で実行されたチャージのチャージ分を、チャージ店舗と関連する利用店舗で利用させやすくなる。例えば、ユーザに対して手数料が請求されるタイプの電子マネーの場合には、ユーザに対する手数料が軽減されるので、電子マネーの利用を促進できる。チャージ店舗と関連する利用店舗への集客効果も高まる。

また、決済システム１は、チャージ店舗と、利用店舗と、が関連する場合に、チャージ店舗と、利用店舗と、が関連しない場合よりも、チャージ店舗におけるチャージ分の優先度が高くなるように、決済を実行する。これにより、何らかのメリットが発生しやすいように決済が実行されるので、決済サービスの柔軟性が高まる。例えば、まだ決済サービスを導入していない店舗に決済サービスを導入することを検討させやすくなる。

また、決済システム１は、チャージ店舗と、利用店舗と、が関連しない場合に、チャージ店舗の運営会社にキックバックするキックバック処理を、チャージ情報に応じた処理として実行する。これにより、チャージ店舗のメリットが発生しやすいように決済が実行されるので、決済サービスの柔軟性が高まる。例えば、まだ決済サービスを導入していない店舗に決済サービスを導入することを検討させやすくなる。

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

［５－１．変形例１］
例えば、チャージ情報に応じた処理は、実施形態で説明した手数料処理及びキックバック処理に限られない。チャージ情報に応じた処理は、チャージ情報によって処理内容が変わる処理、又は、チャージ情報によって実行有無が変わる処理であればよい。変形例１では、処理実行部１０６が、チャージ店舗と、利用店舗と、が関連する場合に、電子マネーを保有するユーザに特典を付与する特典付与処理を、チャージ情報に応じた処理として実行する場合を例に挙げる。

特典は、電子マネーを利用したことに対する謝礼である。変形例１では、特典の一例として、クーポンを説明する。このため、クーポンについて説明している箇所は、特典と読み替えることができる。特典は、ユーザに何らかの利益が発生するものであればよく、クーポンに限られない。例えば、ポイントを付与すること、利用額に応じて付与されるポイントの付与率を高めること、決済時にくじを抽せんすること、決済時のくじの当せん率を高めること、動画若しくは楽曲等のコンテンツを提供すること、又は物理的な景品を付与するための処理（例えば、景品を決定する処理、又は、景品の情報を表示する処理）を実行することが、特典を付与することに相当してもよい。

例えば、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合に、ユーザに対し、クーポンを付与する。処理実行部１０６は、チャージ店舗と、利用店舗と、が関連しない場合には、ユーザに対し、クーポンを付与しない。変形例１では、処理実行部１０６が、チャージ店舗及び利用店舗の少なくとも一方で利用可能なクーポンをユーザに付与する場合を例に挙げるが、処理実行部１０６は、チャージ店舗及び利用店舗以外の他の店舗又はオンラインサービスで利用可能なクーポンをユーザに付与してもよい。

なお、クーポンの付与方法自体は、公知の方法を利用可能である。例えば、処理実行部１０６は、決済事業者アプリ、第１店舗アプリ、又はその他のアプリ上でクーポンを付与してもよいし、ブラウザ又は電子メールを利用してクーポンを付与してもよい。例えば、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連しない場合にも、クーポンを付与してもよい。この場合、処理実行部１０６は、チャージ店舗と、利用店舗と、が関連する場合に、チャージ店舗と、利用店舗と、が関連しない場合よりも良いクーポンを付与する。クーポンが良いとは、ユーザに対する利益が大きいことである。例えば、クーポンが良いとは、クーポンの割引率が高いこと、又は、クーポンの枚数が多いことである。

変形例１の決済システム１は、チャージ店舗と、利用店舗と、が関連する場合に、電子マネーを保有するユーザに特典を付与する特典付与処理を、チャージ情報に応じた処理として実行する。これにより、チャージ店舗で実行されたチャージのチャージ分を、チャージ店舗と関連する利用店舗で利用する動機付けをユーザに与えることができる。その結果、チャージ店舗と関連する利用店舗の集客効果が高まる。

［５－２．変形例２］
例えば、第１店舗である「Ａストア」が店舗グループに属していたとする。この場合、複数の第１店舗が存在する。複数の第１店舗の各々は、実施形態で説明した第１店舗端末３０を有する。個々の第１店舗端末３０で実現される機能は、実施形態で説明した通りである。例えば、「ＡストアＣ店」及び「ＡストアＤ店」といった複数の第１店舗の各々で、現金を利用したチャージが可能であり、かつ、電子マネーが利用可能であってもよい。

変形例２の処理実行部１０６は、チャージ店舗と、利用店舗と、が同じ場合と、チャージ店舗と、利用店舗と、が同じではないが共通の店舗グループに属する場合と、で処理を異ならせる。例えば、チャージ店舗が「ＡストアＣ店」であり、利用店舗も「ＡストアＣ店」である場合、処理実行部１０６は、利用額のＬ％（Ｌは、Ｍよりも小さい正数又は０）分の手数料になるように、手数料処理を実行する。一方、チャージ店舗が「ＡストアＣ店」であり、利用店舗が「ＡストアＤ店」である場合（即ち、店舗グループは同じであるが店舗自体は異なる場合）、処理実行部１０６は、利用額のＭ％分の手数料になるように、手数料処理を実行する。

例えば、チャージ店舗が「ＡストアＣ店」であり、利用店舗も「ＡストアＣ店」である場合、処理実行部１０６は、ユーザにクーポンを付与する特典付与処理を実行する。一方、チャージ店舗が「ＡストアＣ店」であり、利用店舗が「ＡストアＤ店」である場合、処理実行部１０６は、特典付与処理を実行しない。処理実行部１０６は、チャージ店舗が「ＡストアＣ店」であり、利用店舗も「ＡストアＣ店」である場合に、チャージ店舗が「ＡストアＣ店」であり、利用店舗が「ＡストアＤ店」である場合よりも良いクーポンを付与する特典付与処理を実行してもよい。

変形例２の決済システム１は、チャージ店舗と、利用店舗と、が同じ場合と、チャージ店舗と、利用店舗と、が同じではないが共通の店舗グループに属する場合と、で処理を異ならせる。これにより、決済サービスの柔軟性がより高まる。例えば、チャージ店舗に対する集客効果が高まる。第１店舗は、自店におけるチャージ分を、系列の他店ではなく、自店で利用させるといったキャンペーンを開催することもできる。

［５－３．変形例３］
例えば、実施形態で説明したように、処理実行部１０６は、決済に関する手数料を算出する手数料処理を、チャージ情報に応じた処理として実行する。手数料処理は、チャージ情報に基づいて実行されるようにすればよく、実施形態の例に限られない。例えば、チャージ情報に含まれる項目のうち、チャージ手段及びチャージ店舗の両方ではなく、チャージ手段又はチャージ店舗の何れか一方のみに基づいて、手数料処理が実行されてもよい。

例えば、処理実行部１０６は、特定のチャージ手段のチャージ分が利用された場合に、チャージ店舗及び利用店舗に関係なく手数料を軽減する手数料処理を実行してもよい。この場合、特定のチャージ手段のチャージ分が利用されると、どのチャージ店舗及びどの利用店舗だったとしても手数料が軽減されるので、特定のチャージ手段によるチャージを促進できる。

例えば、処理実行部１０６は、特定のチャージ店舗におけるチャージ分が利用された場合に、チャージ手段及び利用店舗に関係なく手数料を軽減する手数料処理を実行してもよい。この場合、特定のチャージ店舗におけるチャージ分が利用されると、どのチャージ手段及びどの利用店舗だったとしても手数料が軽減されるので、特定のチャージ店舗におけるチャージを促進できる。

なお、処理実行部１０６は、チャージ情報のうち、チャージ手段及びチャージ店舗以外の他の要素に基づいて、手数料を軽減する手数料処理を実行してもよい。例えば、処理実行部１０６は、特定のチャージ日時のチャージ分が利用された場合に、手数料を軽減する手数料処理を実行してもよい。この場合、夜間等のように電子マネーサーバ１０の処理負荷が低い特定の時間帯にチャージを分散させることができる。

例えば、処理実行部１０６は、特定のチャージ額のチャージ分が利用された場合に、手数料を軽減する手数料処理を実行してもよい。この場合、１万円以上といったある程度多くのチャージ額のチャージを促進できる。例えば、複数のアプリでチャージを可能とし、チャージが行われたアプリのアプリ識別情報をチャージ情報に含める場合には、処理実行部１０６は、特定のアプリのチャージ分が利用された場合に、手数料を軽減する手数料処理を実行してもよい。この場合、特定のアプリの利用を促進できる。

変形例３の決済システム１は、手数料処理を、チャージ情報に応じた処理として実行する。これにより、決済サービスにおける手数料の柔軟性が高まる。例えば、まだ決済サービスを導入していない店舗に対するメリットが生じるので、決済サービスを導入することを検討させやすくなる。例えば、チャージ店舗で実行されたチャージのチャージ分を、チャージ店舗と関連する利用店舗で利用させやすくなる。例えば、ユーザに対して手数料が請求されるタイプの電子マネーの場合には、ユーザに対する手数料が軽減されるので、電子マネーの利用を促進できる。

［５－４．変形例４］
例えば、実施形態で説明したように、電子マネーが複数のチャージ方法の各々によるチャージ分を有する場合に、決済実行部１０２は、複数のチャージ方法の各々に関連付けられた優先度に基づいて、決済を実行する。チャージ方法だけではなく、チャージ店舗、利用店舗、及びチャージ日時といった他の条件も優先度に関係しうるが、例えば、決済実行部１０２は、チャージ方法だけに基づいて、優先度を決定してもよい。

例えば、決済実行部１０２は、チャージ店舗、利用店舗、及びチャージ日時に関係なく、特定のチャージ方法によるチャージ分が優先して利用されるように、優先度を決定してもよい。決済実行部１０２は、チャージ日時に関係なく、チャージ方法と、チャージ店舗又は利用店舗の何れか一方と、に基づいて、優先度を決定してもよい。決済実行部１０２は、チャージ店舗及び利用店舗には関係なく、チャージ方法及びチャージ日時に基づいて、優先度を決定してもよい。

変形例４の決済システム１は、複数のチャージ方法の各々に関連付けられた優先度に基づいて、決済を実行する。これにより、決済時にどのチャージ分を利用するかについての柔軟性が高まる。例えば、加盟店又はユーザにメリットが発生しやすいように優先度を決定することができる。例えば、まだ決済サービスを導入していない店舗にメリットが生じるようにすれば、決済サービスを導入することを検討させやすくなる。

［５－５．変形例５］
例えば、実施形態で説明したように、処理実行部１０６は、チャージが行われた店舗であるチャージ店舗の運営会社にキックバックするキックバック処理を、チャージ情報に応じた処理として実行する。キックバック処理は、チャージ情報に基づいて実行されるようにすればよく、実施形態の例に限られない。例えば、チャージ情報に含まれる項目のうち、チャージ手段及びチャージ店舗の両方ではなく、チャージ手段又はチャージ店舗の何れか一方のみに基づいて、キックバック処理が実行されてもよい。

例えば、処理実行部１０６は、特定のチャージ手段のチャージ分が利用された場合に、チャージ店舗及び利用店舗に関係なくキックバック処理を実行してもよい。この場合、特定のチャージ手段のチャージ分が利用されると、どのチャージ店舗及びどの利用店舗だったとしてもキックバックが発生するので、特定のチャージ手段によるチャージを促進できる。

例えば、処理実行部１０６は、特定のチャージ店舗におけるチャージ分が利用された場合に、チャージ手段及び利用店舗に関係なくキックバック処理を実行してもよい。この場合、特定のチャージ店舗におけるチャージ分が利用されると、どのチャージ手段及びどの利用店舗だったとしてもキックバックが発生するので、特定のチャージ店舗におけるチャージを促進できる。

なお、処理実行部１０６は、チャージ情報のうち、チャージ手段及びチャージ店舗以外の他の要素に基づいて、キックバック処理を実行してもよい。例えば、処理実行部１０６は、特定のチャージ日時のチャージ分が利用された場合に、キックバック処理を実行してもよい。この場合、夜間等のように電子マネーサーバ１０の処理負荷が低い特定の時間帯にチャージを分散させることができる。

例えば、処理実行部１０６は、特定のチャージ額のチャージ分が利用された場合に、キックバック処理を実行してもよい。この場合、１万円以上といったある程度多くのチャージ額のチャージを促進できる。例えば、複数のアプリでチャージを可能とし、チャージが行われたアプリのアプリ識別情報をチャージ情報に含める場合には、処理実行部１０６は、特定のアプリのチャージ分が利用された場合に、キックバック処理を実行してもよい。この場合、特定のアプリの利用を促進できる。

変形例５の決済システム１は、チャージが行われた店舗であるチャージ店舗の運営会社にキックバックするキックバック処理を、チャージ情報に応じた処理として実行する。これにより、決済サービスにおけるキックバックの柔軟性が高まる。例えば、まだ決済サービスを導入していない店舗にメリットが発生するようにすれば、決済サービスを導入することを検討させやすくなる。

［５－６．変形例６］
例えば、変形例１で説明したように、処理実行部１０６は、電子マネーを保有するユーザに特典を付与する特典付与処理を、チャージ情報に応じた処理として実行する。特典付与処理は、チャージ情報に基づいて実行されるようにすればよく、変形例１の例に限られない。例えば、チャージ情報に含まれる項目のうち、チャージ手段及びチャージ店舗の両方ではなく、チャージ手段又はチャージ店舗の何れか一方のみに基づいて、特典付与処理が実行されてもよい。

例えば、処理実行部１０６は、特定のチャージ手段のチャージ分が利用された場合に、チャージ店舗及び利用店舗に関係なく特典付与処理を実行してもよい。この場合、特定のチャージ手段のチャージ分が利用されると、どのチャージ店舗及びどの利用店舗だったとしても特典が付与されるので、特定のチャージ手段によるチャージを促進できる。

例えば、処理実行部１０６は、特定のチャージ店舗におけるチャージ分が利用された場合に、チャージ手段及び利用店舗に関係なく特典付与処理を実行してもよい。この場合、特定のチャージ店舗におけるチャージ分が利用されると、どのチャージ手段及びどの利用店舗だったとしても特典が付与されるので、特定のチャージ店舗におけるチャージを促進できる。

なお、処理実行部１０６は、チャージ情報のうち、チャージ手段及びチャージ店舗以外の他の要素に基づいて、特典付与処理を実行してもよい。例えば、処理実行部１０６は、特定のチャージ日時のチャージ分が利用された場合に、特典付与処理を実行してもよい。この場合、夜間等のように電子マネーサーバ１０の処理負荷が低い特定の時間帯にチャージを分散させることができる。

例えば、処理実行部１０６は、特定のチャージ額のチャージ分が利用された場合に、特典付与処理を実行してもよい。この場合、１万円以上といったある程度多くのチャージ額のチャージを促進できる。例えば、複数のアプリでチャージを可能とし、チャージが行われたアプリのアプリ識別情報をチャージ情報に含める場合には、処理実行部１０６は、特定のアプリのチャージ分が利用された場合に、特典付与処理を実行してもよい。この場合、特定のアプリの利用を促進できる。

変形例６の決済システム１は、電子マネーを保有するユーザに特典を付与する特典付与処理を、チャージ情報に応じた処理として実行する。これにより、電子マネーをチャージさせる動機付けをユーザに与えることができる。その結果、電子マネーの利用を促進できる。

［５－７．変形例７］
例えば、決済サービスでは、電子マネー及びポイントといった複数の決済手段を利用可能であってもよい。変形例７では、決済事業者アプリ及び第１店舗アプリの各々で、電子マネー及びポイントの利用が可能であるものとする。ユーザは、電子マネー及びポイントのうち、任意の方を選択して決済を実行できる。ユーザは、電子マネー及びポイントの両方を併用して決済を実行することもできる。変形例７では、同じ決済事業者により電子マネー及びポイントが提供される場合を説明するが、電子マネー及びポイントは、互いに異なる決済事業者により提供されてもよい。

図１４は、変形例７における決済システム１の全体構成の一例を示す図である。図１４のように、変形例７の決済システム１は、ポイントサーバ５０を含む。ポイントサーバ５０は、決済事業者のサーバコンピュータである。例えば、ポイントサーバ５０は、制御部５１、記憶部５２、及び通信部５３を含む。制御部５１、記憶部５２、及び通信部５３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

変形例７の第１店舗アプリは、第１店舗を利用するための第１モードと、第２店舗を利用するための第２モードと、が存在するものとする。ユーザが第１店舗アプリから第１モードと第２モードを切り替えるための操作（例えば、ホーム画面ＳＣ５に表示された何らかの画像を選択する操作）を行うと、第１モードと第２モードが切り替わる。例えば、第１モードで表示されるコードＣ５１には、ポイント用のコードＩＤがコード化されるものとする。

ポイント用のコードＩＤは、電子マネー用のコードＩＤとは異なる。例えば、ポイント用のコードＩＤは、上４桁が「８８８８」であるものとする。コードＩＤの上４桁により、第１店舗端末３０又は第２店舗端末４０は、電子マネーが利用されようとしているのかポイントが利用されようとしているのかを特定できる。例えば、第１店舗端末３０は、第１モードで表示されたコードＣ５１を第１読取装置３６で読み取ってポイント用のコードＩＤを取得すると、電子マネーサーバ１０ではなく、ポイントサーバ５０に対し、決済要求又はチャージ要求を送信する。

例えば、ポイントサーバ５０は、第１店舗端末３０から決済要求又はチャージ要求を受信すると、電子マネーサーバ１０に対し、決済要求又はチャージ要求を送信する。電子マネーサーバ１０のユーザデータベースＤＢ１には、ポイント用のコードＩＤも格納されているものとする。電子マネーサーバ１０は、ポイントサーバ５０から決済要求又はチャージ要求を受信すると、決済又はチャージを実行する。ポイントサーバ５０が決済又はチャージを仲介する点で実施形態とは異なるが、決済又はチャージ自体は、実施形態と同様にして行われるようにすればよい。

なお、第２モードで表示されるコードＣ５１には、電子マネー用のコードＩＤがコード化されているものとする。第２モードで表示されたコードＣ５１が読み取られた場合の処理は、基本的には実施形態と同様である。ただし、第１店舗アプリの第１モードと第２モードで手数料が異なるようにしてもよい。例えば、第２モードの場合には、決済事業者アプリと同様の手数料になってもよい。変形例７のように、決済システム１は、ポイントサーバ５０が決済又はチャージを仲介するような構成を採用してもよい。このような構成によれば、第１店舗としては、ポイントカードの仕組みを導入すれば電子マネーにも対応できるようになる。

［５－８．変形例８］
例えば、本開示は、実施形態及び変形例１～７で説明した構成のうち、実施形態で説明したチャージ情報に応じた処理を実行する構成を前提としない構成も含む。変形例８では、当該構成を前提としない構成について説明する。

例えば、実施形態では、チャージが可能な決済手段を例に挙げたが、チャージの概念がない決済手段が決済サービスで利用可能であってもよい。ここでは、クレジットカードが決済手段に相当する場合を例に挙げる。例えば、決済事業者アプリのコードＣ２１又は第１店舗アプリのコードＣ５１が読み取られると、クレジットカードを利用した決済が実行される。この決済自体は、公知の処理を利用可能である。

変形例８では、決済事業者アプリ及び第１店舗アプリの各々で、クレジットカードを利用するクレジットカードモードと、電子マネーを利用する電子マネーモードと、を切り替えることができるものとするが、決済事業者アプリ及び第１店舗アプリの各々は、電子マネーを利用できずに、クレジットカードだけを利用できるようにしてもよい。決済事業者アプリ及び第１店舗アプリの各々は、クレジットカード及び電子マネー以外の他の決済手段（例えば、ポイント、銀行口座、又は暗号資産）だけを利用できるようにしてもよい。

例えば、処理実行部１０６は、クレジットカードを利用した決済だったとしても、第１店舗で第１店舗アプリが利用された場合に、チャージ情報に関係なく、手数料を軽減する手数料処理を実行してもよい。手数料処理自体は、実施形態で説明した通りである。変形例８では、どのようなチャージ分だったとしても、第１店舗で第１店舗アプリが利用された場合に、手数料が軽減される。このような構成も、本開示の範囲内である。

例えば、処理実行部１０６は、クレジットカードを利用した決済だったとしても、第２店舗で第１店舗アプリが利用された場合に、チャージ情報に関係なく、第１店舗に対するキックバックを発生させるキックバック処理を実行してもよい。キックバック処理自体は、実施形態で説明した通りである。変形例８では、どのようなチャージ分だったとしても、第２店舗で第１店舗アプリが利用された場合に、キックバックが発生する。このような構成も、本開示の範囲内である。

例えば、処理実行部１０６は、クレジットカードを利用した決済だったとしても、第１店舗で第１店舗アプリが利用された場合に、チャージ情報に関係なく、ユーザに特典を付与する特典付与処理を実行してもよい。特典付与処理自体は、変形例１で説明した通りである。変形例８では、どのようなチャージ分だったとしても、第１店舗で第１店舗アプリが利用された場合に、ユーザに特典が付与される。このような構成も、本開示の範囲内である。

変形例８の決済システム１のように、チャージ情報に関係なく、手数料処理、キックバック処理、及び特典付与処理の少なくとも１つを、利用アプリに応じて実行することでも、決済サービスの柔軟性が高まる。例えば、決済システム１は、決済時のチャージ分の優先度を利用アプリに応じて実行してもよく、この場合にも決済サービスの柔軟性が高まる。この場合、利用アプリごとに、優先度を示す優先度データＤＴが定義されているものとする。

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

例えば、図２～図７の例では、バーコード及び二次元コードの両方が表示される場合を説明したが、バーコード又は二次元コードの何れか一方のみが表示されてもよい。バーコード又は二次元コード以外の他のタイプのコードが存在するのであれば、他のタイプのコードが表示されてもよい。例えば、決済事業者アプリからのチャージ分と、第１店舗アプリからのチャージ分と、が共通の残高で管理される場合を説明したが、これらのチャージ分は、互いに別々の残高で管理されてもよい。

例えば、第１店舗アプリが第２店舗で利用された場合には、第１運営会社と第２運営会社の間で取り決めた手数料が発生してもよい。例えば、第１店舗アプリではなく、第１運営会社の名義で発行されたＩＣカード又は磁気カードで電子マネーが利用されてもよい。この場合、変形例７と同様に、ＩＣカード又は磁気カードは、電子マネー用のカードではなく、ポイントカードとして発行されてもよい。ポイントサーバ５０を仲介させることによって、ポイントカードだったとしても、電子マネーを利用させることができる。

例えば、決済事業者が、第１運営会社及び第２運営会社の両方とＯＥＭ契約を締結している場合には、第２店舗用の第２店舗アプリを開発してもよい。第２店舗アプリは、第２運営会社の名義で配信される。第２運営会社も、第１運営会社と同様、自身の電子マネーを管理するのではなく、第２店舗アプリからは決済事業者の電子マネーが利用されるようにしてもよい。この場合、第２店舗でも、第１店舗と同様に現金によるチャージが可能であってもよい。更に、第２運営会社に対しても、手数料処理及びキックバック処理といったメリットが発生してもよい。第１店舗アプリから電子マネーが利用される場合には、第１店舗におけるチャージ分が優先的に利用され、第２店舗アプリから電子マネーが利用される場合には、第２店舗におけるチャージ分が優先的に利用されるものとする。

例えば、決済事業者は、第１運営会社及び第２運営会社の両方とＯＥＭ契約を締結しなくてもよい。この場合、決済事業者アプリを利用して、第１店舗におけるチャージが可能であってもよい。決済サービスでは、決済事業者アプリだけを利用可能であってもよい。この場合にも、チャージ情報に応じた処理が実行されることによって、決済サービスの柔軟性が高まる。

例えば、電子マネーサーバ１０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。電子マネーサーバ１０で実現されるものとして説明した機能は、ユーザ端末２０、第１店舗端末３０、第２店舗端末４０、及びポイントサーバ５０の少なくとも１つにより実現されてもよい。上記説明した機能は、決済システム１における少なくとも１つのコンピュータにより実現されるようにすればよい。

［６．付記］
例えば、本開示に係る決済システムは、下記のような構成も可能である。
（１）
決済サービスで利用可能な決済手段に関するチャージを実行するチャージ実行部と、
前記チャージに関するチャージ情報を取得するチャージ情報取得部と、
前記決済手段に基づく決済が実行された場合に、前記チャージ情報に応じた処理を実行する処理実行部と、
を含む決済システム。
（２）
前記決済手段は、複数のチャージ手段の各々で前記チャージが可能であり、
前記チャージ情報は、前記複数のチャージ手段のうち、前記チャージで利用された前記チャージ手段を示し、
前記処理実行部は、前記チャージ情報が示す前記チャージ手段に応じた前記処理を実行する、
（１）に記載の決済システム。
（３）
前記決済手段は、複数の店舗の各々でチャージ可能であり、
前記チャージ情報は、前記複数の店舗のうち、前記チャージが行われた前記店舗であるチャージ店舗を示し、
前記処理実行部は、前記チャージ情報が示す前記チャージ店舗に応じた前記処理を実行する、
（１）又は（２）に記載の決済システム。
（４）
前記チャージ実行部は、前記決済手段を保有するユーザを識別可能なユーザ識別情報に関連付けて、前記チャージ情報をサーバに記録する、
（１）～（３）の何れかに記載の決済システム。
（５）
前記決済手段は、前記決済手段を保有するユーザのユーザ端末にインストールされた複数のアプリの各々で利用可能であり、
前記決済システムは、前記複数のアプリのうち、前記ユーザが利用した前記アプリである利用アプリを特定するアプリ特定部を更に含み、
前記処理実行部は、前記利用アプリに基づいて、前記処理を実行する、
（１）～（４）の何れかに記載の決済システム。
（６）
前記決済手段は、複数の店舗の各々で利用可能であり、
前記決済システムは、前記複数の店舗のうち、前記決済手段が利用された前記店舗である利用店舗を特定する利用店舗特定部を更に含み、
前記処理実行部は、前記利用店舗に基づいて、前記処理を実行する、
（１）～（５）の何れかに記載の決済システム。
（７）
前記チャージ情報は、前記チャージが行われた前記店舗であるチャージ店舗を示し、
前記処理実行部は、前記チャージ店舗と、前記利用店舗と、の関連性に基づいて、前記処理を実行する、
（６）に記載の決済システム。
（８）
前記処理実行部は、前記チャージ店舗と、前記利用店舗と、が関連する場合に、前記チャージ店舗と、前記利用店舗と、が関連しない場合よりも、前記決済に関する手数料を低くする手数料処理を、前記処理として実行する、
（７）に記載の決済システム。
（９）
前記決済手段は、前記チャージ店舗におけるチャージ分と、他のチャージによるチャージ分と、を有し、
前記決済システムは、前記チャージ店舗と、前記利用店舗と、が関連する場合に、前記チャージ店舗と、前記利用店舗と、が関連しない場合よりも、前記チャージ店舗におけるチャージ分の優先度が高くなるように、前記決済を実行する決済実行部を更に含む、
（７）又は（８）に記載の決済システム。
（１０）
前記処理実行部は、前記チャージ店舗と、前記利用店舗と、が関連しない場合に、前記チャージ店舗の運営会社にキックバックするキックバック処理を、前記処理として実行する、
（７）～（９）の何れかに記載の決済システム。
（１１）
前記処理実行部は、前記チャージ店舗と、前記利用店舗と、が関連する場合に、前記決済手段を保有するユーザに特典を付与する特典付与処理を、前記処理として実行する、
（７）～（１０）の何れかに記載の決済システム。
（１２）
前記処理実行部は、前記チャージ店舗と、前記利用店舗と、が同じ場合と、前記チャージ店舗と、前記利用店舗と、が同じではないが共通の店舗グループに属する場合と、で前記処理を異ならせる、
（７）～（１１）の何れかに記載の決済システム。
（１３）
前記処理実行部は、前記決済に関する手数料を算出する手数料処理を、前記処理として実行する、
（１）～（１２）の何れかに記載の決済システム。
（１４）
前記決済手段は、複数のチャージ方法の各々によるチャージ分を有し、
前記決済システムは、前記複数のチャージ方法の各々に関連付けられた優先度に基づいて、前記決済を実行する決済実行部を更に含む、
（１）～（１３）の何れかに記載の決済システム。
（１５）
前記処理実行部は、前記チャージが行われた店舗であるチャージ店舗の運営会社にキックバックするキックバック処理を、前記処理として実行する、
（１）～（１４）の何れかに記載の決済システム。
（１６）
前記処理実行部は、前記決済手段を保有するユーザに特典を付与する特典付与処理を、前記処理として実行する、
（１）～（１５）の何れかに記載の決済システム。

１ 決済システム、Ｎ ネットワーク、１０ 電子マネーサーバ、１１，２１，３１，４１，５１ 制御部、１２，２２，３２，４２，５２ 記憶部、１３，２３，３３，４３，５３ 通信部、２０ ユーザ端末、２４，３４，４４ 操作部、２５，３５，４５ 表示部、３０ 第１店舗端末、３６ 第１読取装置、４０ 第２店舗端末、４６ 第２読取装置、５０ ポイントサーバ、１００ データ記憶部、１０１ チャージ実行部、１０２ 決済実行部、１０３ アプリ特定部、１０４ 利用店舗特定部、１０５ チャージ情報取得部、１０６ 処理実行部、２００ データ記憶部、２０１ チャージ要求部、３００ データ記憶部、３０１ チャージ要求部、３０２ 決済要求部、４００ データ記憶部、４０１ 決済要求部、Ｂ２２，Ｂ３１，Ｂ３２，Ｂ４０ ボタン、Ｃ２１，Ｃ５１ コード、ＤＢ１ ユーザデータベース、ＤＢ２ 決済データベース、ＤＴ 優先度データ、Ｆ３０ 入力欄、Ｉ１０，Ｉ１１ アイコン、Ｉ２０ 残高情報、ＳＣ１ ホーム画面、ＳＣ２ ホーム画面、ＳＣ３ チャージ画面、ＳＣ４ 完了画面、ＳＣ５ ホーム画面。

Claims (7)

1. 決済サービスで利用可能な複数のアプリのうち、ユーザが利用したアプリである利用アプリを特定する利用アプリ特定部と、
   複数の店舗のうち、前記利用アプリが利用された店舗である利用店舗を特定する利用店舗特定部と、
   前記利用アプリと、前記利用店舗と、に基づく処理を実行する処理実行部と、
   を含む決済システム。
2. 前記処理実行部は、前記利用アプリと、前記利用店舗と、に基づいて、前記決済サービスに加盟する第１店舗の前記アプリである第１店舗アプリが前記第１店舗で利用された場合に、前記処理として、手数料を軽減する手数料処理を実行する、
   請求項１に記載の決済システム。
3. 前記処理実行部は、前記利用アプリと、前記利用店舗と、に基づいて、前記決済サービスに加盟する第１店舗の前記アプリである第１店舗アプリが前記第１店舗とは異なる第２店舗で利用された場合に、前記処理として、前記第１店舗に対するキックバックを発生させるキックバック処理を実行する、
   請求項１に記載の決済システム。
4. 前記処理実行部は、前記利用アプリと、前記利用店舗と、に基づいて、前記決済サービスに加盟する第１店舗の前記アプリである第１店舗アプリが前記第１店舗で利用された場合に、前記ユーザに特典を付与する特典付与処理を実行する、
   請求項１に記載の決済システム。
5. 前記決済サービスを提供する決済事業者と、前記第１店舗を運営する第１運営会社と、の間では、前記決済サービスに関するＯＥＭ（Original Equipment Manufacturing）契約が締結され、
   前記第１店舗アプリは、前記ＯＥＭ契約のもとで前記決済事業者の前記アプリである決済事業者アプリを流用して開発された開発された前記アプリである、
   請求項２～４の何れかに記載の決済システム。
6. コンピュータが、
   決済サービスで利用可能な複数のアプリのうち、ユーザが利用したアプリである利用アプリを特定する利用アプリ特定ステップと、
   複数の店舗のうち、前記利用アプリが利用された店舗である利用店舗を特定する利用店舗特定ステップと、
   前記利用アプリと、前記利用店舗と、に基づく処理を実行する処理実行ステップと、
   を実行する決済方法。
7. 決済サービスで利用可能な複数のアプリのうち、ユーザが利用したアプリである利用アプリを特定する利用アプリ特定部、
   複数の店舗のうち、前記利用アプリが利用された店舗である利用店舗を特定する利用店舗特定部、
   前記利用アプリと、前記利用店舗と、に基づく処理を実行する処理実行部、
   としてコンピュータを機能させるためのプログラム。
   
   

Images