ホーム > 特許ランキング > 楽天グループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024145670
(43)【公開日】2024-10-15
(54)【発明の名称】決済システム、決済方法、及びプログラム
(51)【国際特許分類】
G06Q 20/06 20120101AFI20241004BHJP
【ＦＩ】
G06Q20/06
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023058121
(22)【出願日】2023-03-31
(71)【出願人】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】110000154
【氏名又は名称】弁理士法人はるか国際特許事務所
(72)【発明者】
【氏名】内藤 賢一
(72)【発明者】
【氏名】三角 祥平
(72)【発明者】
【氏名】柳田 誠也
(72)【発明者】
【氏名】渡邊 元
【テーマコード（参考）】
5L020
5L055
【Ｆターム（参考）】
5L020AA12
5L055AA12
(57)【要約】
【課題】決済手段の残高が利用される決済を確実に完了させる。
【解決手段】決済システム（１）の決定部（１０２）は、決済手段の残高が利用される決済における残高の利用量を決定する。実行部（１０３）は、利用量に基づいて、決済を実行する。決定部（１０２）は、利用量が決定されてから決済が実行されるまでの間に他の決済で残高が利用され、決済の実行時に残高が不足する場合には、利用量を再び決定する。実行部（１０３）は、再び決定された利用量に基づいて、決済を実行する。
【選択図】図４
【解決手段】決済システム（１）の決定部（１０２）は、決済手段の残高が利用される決済における残高の利用量を決定する。実行部（１０３）は、利用量に基づいて、決済を実行する。決定部（１０２）は、利用量が決定されてから決済が実行されるまでの間に他の決済で残高が利用され、決済の実行時に残高が不足する場合には、利用量を再び決定する。実行部（１０３）は、再び決定された利用量に基づいて、決済を実行する。
【選択図】図４
【特許請求の範囲】
【請求項1】
決済手段の残高が利用される決済における前記残高の利用量を決定する決定部と、
前記利用量に基づいて、前記決済を実行する実行部と、
を含み、
前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する、
決済システム。
前記利用量に基づいて、前記決済を実行する実行部と、
を含み、
前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する、
決済システム。
【請求項2】
前記決定部は、互いに並列で実行される複数の前記決済の各々における前記利用量を決定し、
前記実行部は、前記複数の決済の各々における前記利用量に基づいて、前記複数の決済の各々を並列で実行し、
前記決定部は、前記複数の決済のうちの第１決済における前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記複数の決済のうちの第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記第１決済を実行する、
請求項１に記載の決済システム。
前記実行部は、前記複数の決済の各々における前記利用量に基づいて、前記複数の決済の各々を並列で実行し、
前記決定部は、前記複数の決済のうちの第１決済における前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記複数の決済のうちの第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記第１決済を実行する、
請求項１に記載の決済システム。
【請求項3】
前記決定部は、所定のサービスにおける前記第１決済の前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記サービスにおける前記第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定する、
請求項２に記載の決済システム。
請求項２に記載の決済システム。
【請求項4】
前記決定部は、第１サービスにおける前記第１決済の前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記第１サービスとは異なる第２サービスにおける前記第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定する、
請求項２に記載の決済システム。
請求項２に記載の決済システム。
【請求項5】
前記実行部は、定期的な前記決済を実行し、
前記決定部は、前記定期的な決済における前記利用量が決定されてから前記定期的な決済が実行されるまでの間に、不定期的な前記他の決済で前記残高が利用され、前記定期的な決済の実行時に前記残高が不足する場合には、前記定期的な決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記定期的な決済を実行する、
請求項１～４の何れかに記載の決済システム。
前記決定部は、前記定期的な決済における前記利用量が決定されてから前記定期的な決済が実行されるまでの間に、不定期的な前記他の決済で前記残高が利用され、前記定期的な決済の実行時に前記残高が不足する場合には、前記定期的な決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記定期的な決済を実行する、
請求項１～４の何れかに記載の決済システム。
【請求項6】
前記決定部は、前記残高をロックすることなく、前記利用量を決定し、
前記決済及び前記他の決済が実行される場合には、前記残高がロックされる、
請求項１～４の何れかに記載の決済システム。
前記決済及び前記他の決済が実行される場合には、前記残高がロックされる、
請求項１～４の何れかに記載の決済システム。
【請求項7】
前記決定部は、前記決済手段を保有するユーザが指定した上限量に基づいて、前記利用量を決定する、
請求項１～４の何れかに記載の決済システム。
請求項１～４の何れかに記載の決済システム。
【請求項8】
前記決定部は、前記利用量の決定回数が所定の回数に達するまで、前記利用量を繰り返し決定可能であり、
前記実行部は、前記決定回数が前記上限回数に達した場合には、前記残高を利用せずに前記決済を実行する、
請求項１～４の何れかに記載の決済システム。
前記実行部は、前記決定回数が前記上限回数に達した場合には、前記残高を利用せずに前記決済を実行する、
請求項１～４の何れかに記載の決済システム。
【請求項9】
コンピュータが実行する決済方法であって、
決済手段の残高が利用される決済における前記残高の利用量を決定する決定ステップと、
前記利用量に基づいて、前記決済を実行する実行ステップと、
を含み、
前記決定ステップは、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行ステップは、再び決定された前記利用量に基づいて、前記決済を実行する、
決済方法。
決済手段の残高が利用される決済における前記残高の利用量を決定する決定ステップと、
前記利用量に基づいて、前記決済を実行する実行ステップと、
を含み、
前記決定ステップは、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行ステップは、再び決定された前記利用量に基づいて、前記決済を実行する、
決済方法。
【請求項10】
決済手段の残高が利用される決済における前記残高の利用量を決定する決定部、
前記利用量に基づいて、前記決済を実行する実行部、
としてコンピュータを機能させ、
前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する、
プログラム。
前記利用量に基づいて、前記決済を実行する実行部、
としてコンピュータを機能させ、
前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、決済システム、決済方法、及びプログラムに関する。
【背景技術】
【0002】
従来、残高を有する決済手段（例えば、ポイント又は電子マネー）を利用可能な決済サービスが知られている。例えば、特許文献１には、クレジットカード決済のインフラのみで商品の購入ごとに電子マネーを利用可能であり、クレジットカードの利用等によって獲得されたポイントを電子マネー化してクレジットカード決済に充当するクレジット決済処理システムが記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００５－１８９９３８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１の技術では、決済におけるポイントの利用量をユーザが指定してから決済が実行されるまでの間に、他の決済でポイントの残高が利用されることがある。この場合、決済の実行時にポイントの残高が不足してしまい、決済がエラーになる可能性がある。この点は、ポイント以外の他の決済手段も同様である。このため、決済手段の残高が利用される決済を確実に完了させることが求められている。
【0005】
本開示の目的の１つは、決済手段の残高が利用される決済を確実に完了させることである。
【課題を解決するための手段】
【0006】
本開示に係る決済システムは、決済手段の残高が利用される決済における前記残高の利用量を決定する決定部と、前記利用量に基づいて、前記決済を実行する実行部と、を含み、前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する。
【発明の効果】
【0007】
本開示によれば、決済手段の残高が利用される決済を確実に完了させることができる。
【図面の簡単な説明】
【0008】
【図1】決済システムのハードウェア構成の一例を示す図である。
【図2】確認画面の一例を示す図である。
【図3】２台のスマートフォンの決済の流れの一例を示す図である。
【図4】決済システムで実現される機能の一例を示す図である。
【図5】第１ユーザデータベースの一例を示す図である。
【図6】第２ユーザデータベースの一例を示す図である。
【図7】ポイントデータベースの一例を示す図である。
【図8】決済システムで実行される処理の一例を示す図である。
【図9】並列的に実行される決済の一例を示す図である。
【図10】並列的に実行される決済の一例を示す図である。
【発明を実施するための形態】
【0009】
［１．決済システムの全体構成］
本開示に係る決済システムの実施形態の一例を説明する。図１は、決済システムのハードウェア構成の一例を示す図である。決済システム１は、インターネット又はＬＡＮ等のネットワークＮに接続される。本実施形態では、サービス提供システム２、カード会社システム３、ポイント管理システム４、及びユーザ端末５０も、ネットワークＮに接続される。
本開示に係る決済システムの実施形態の一例を説明する。図１は、決済システムのハードウェア構成の一例を示す図である。決済システム１は、インターネット又はＬＡＮ等のネットワークＮに接続される。本実施形態では、サービス提供システム２、カード会社システム３、ポイント管理システム４、及びユーザ端末５０も、ネットワークＮに接続される。
【0010】
例えば、決済システム１は、決済サーバ１０を含む。決済サーバ１０は、決済事業者のサーバコンピュータである。決済サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。
【0011】
なお、記憶部１２に記憶されるプログラムは、ネットワークＮを介して決済サーバ１０に供給されてもよい。また、コンピュータ読み取り可能な情報記憶媒体に記憶されたプログラムが、情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して決済サーバ１０に供給されてもよい。
【0012】
また、決済システム１は、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。例えば、決済システム１は、決済サーバ１０と、他のサーバコンピュータと、を含んでもよい。決済システム１は、パーソナルコンピュータ、タブレット、又はスマートフォンといったように、サーバコンピュータ以外の他のコンピュータを含んでもよい。決済システム１は、サーバコンピュータを含まずに、サーバコンピュータ以外の他のコンピュータだけを含んでもよい。
【0013】
例えば、サービス提供システム２は、ユーザに所定のサービスを提供する。サービス提供サーバ２０は、提供者のサーバコンピュータである。提供者は、ユーザにサービスを提供する者である。サービスは、任意の種類であってよく、例えば、通信サービス、電子商取引サービス、旅行予約サービス、決済サービス、金融サービス、又は動画配信サービスであってもよい。例えば、提供者は、複数のサービスを総合的に提供する会社であってもよい。サービス提供サーバ２０は、複数のサービスを１の会員情報で統括する装置であってもよい。
【0014】
例えば、サービス提供サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。なお、記憶部２２に記憶されるプログラムは、ネットワークＮ又は情報記憶媒体からサービス提供サーバ２０に提供されてもよい。また、サービス提供システム２は、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。これらの点は、決済システム１と同様である。
【0015】
例えば、カード会社システム３は、カード会社サーバ３０を含む。カード会社サーバ３０は、カード会社のサーバコンピュータである。カード会社は、ユーザのクレジットカードを発行した会社である。カード会社サーバ３０は、制御部３１、記憶部３２、及び通信部３３を含む。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。なお、記憶部３２に記憶されるプログラムは、ネットワークＮ又は情報記憶媒体からカード会社サーバ３０に提供されてもよい。また、カード会社システム３は、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。これらの点は、決済システム１と同様である。
【0016】
例えば、ポイント管理システム４は、ポイント管理サーバ４０を含む。ポイント管理サーバ４０は、ポイント管理会社のサーバコンピュータである。ポイント管理会社は、ユーザのポイントを管理する会社である。ポイント管理サーバ４０は、制御部４１、記憶部４２、及び通信部４３を含む。制御部４１、記憶部４２、及び通信部４３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。なお、記憶部４２に記憶されるプログラムは、ネットワークＮ又は情報記憶媒体からポイント管理サーバ４０に提供されてもよい。また、ポイント管理システム４は、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。これらの点は、決済システム１と同様である。
【0017】
例えば、ユーザ端末５０は、ユーザのパーソナルコンピュータ、スマートフォン、タブレット、又はウェアラブル端末である。図１では、１つのユーザ端末５０だけが示されているが、複数のユーザの各々のユーザ端末５０が存在してもよい。例えば、ユーザ端末５０は、制御部５１、記憶部５２、通信部５３、操作部５４、及び表示部５５を含む。制御部５１、記憶部５２、通信部５３、操作部５４、及び表示部５５の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部５４は、キーボード、マウス、又はタッチパネル等の入力デバイスである。表示部５５は、液晶ディスプレイ又は有機ＥＬディスプレイ等のディスプレイである。なお、記憶部５２に記憶されるプログラムは、ネットワークＮ又は情報記憶媒体からユーザ端末５０に提供されてもよい。
【0018】
［２．決済システムの概要］
本実施形態では、提供者がユーザに通信サービスを提供する場合を例に挙げる。更に、通信サービスで２台のスマートフォンを契約したユーザの決済を例に挙げる。ユーザ端末５０は、２台のスマートフォンのうちの何れかであってもよいし、スマートフォンとは異なるコンピュータであってもよい。ユーザは、通信サービスが対応している任意の決済手段で２台のスマートフォンの各々の通信料を支払うことができる。
本実施形態では、提供者がユーザに通信サービスを提供する場合を例に挙げる。更に、通信サービスで２台のスマートフォンを契約したユーザの決済を例に挙げる。ユーザ端末５０は、２台のスマートフォンのうちの何れかであってもよいし、スマートフォンとは異なるコンピュータであってもよい。ユーザは、通信サービスが対応している任意の決済手段で２台のスマートフォンの各々の通信料を支払うことができる。
【0019】
決済手段は、決済で利用される手段である。決済手段は、支払手段と呼ばれることもある。決済手段は、任意の種類であってよく、例えば、クレジットカード、ポイント、電子マネー、デビットカード、暗号資産、口座（例えば、銀行口座又は証券口座）、キャリア決済、ウォレット、又はその他の名前で呼ばれる手段であってもよい。本実施形態では、ユーザが、クレジットカード及びポイントを併用して２台のスマートフォンの各々の通信料を支払う場合を例に挙げる。例えば、ユーザがユーザ端末５０を操作して通信サービスにログインすると、決済方法を確認するための確認画面が表示部５５に表示される。
【0020】
図２は、確認画面の一例を示す図である。例えば、確認画面ＳＣには、ユーザの契約プラン、ユーザが指定した決済手段に関する情報、ポイントの利用に関するポイント利用条件、及び決済日が表示される。確認画面ＳＣには、２台のスマートフォンのうちの何れかの決済方法が表示される。本実施形態では、ユーザが２台のスマートフォンで同じ決済方法を指定した場合を例に挙げるが、ユーザは、２台のスマートフォンで互いに異なる決済方法を指定してもよい。
【0021】
図２の例では、通信サービスの通信料は、２６００円である。ユーザは、通信サービスの通信料の決済で１０００ポイントまで利用することを、ポイント利用条件として指定している。通信サービスの通信料のうち、ポイントが不足する分は、クレジットカードが利用される。例えば、ユーザは、ボタンＢ１を選択してポイント利用条件を変更できる。ユーザは、ポイントの上限量を変更したり、ポイントの利用有無を変更したりすることができる。ユーザは、ボタンＢ２を選択して他の決済手段を指定できる。
【0022】
本実施形態では、毎月の決まった日時に、通信サービスにおける多数の決済が、バッチ処理として一括で実行される場合を例に挙げる。例えば、サービス提供システム２は、毎月の決まった日時になると、決済システム１に対し、多数の決済を要求するための１つの決済ファイルを送信する。決済システム１は、サービス提供システム２から受信した決済ファイルに基づいて、多数の決済を実行する。
【0023】
本実施形態では、決済システム１は、多数の決済を１つずつ順次実行するのではなく、多数の決済を並列的に（同時並行的に）実行する。決済システム１が複数のコンピュータを含む場合には、複数のコンピュータで多数の決済が分担される。決済システム１が１つのコンピュータだけを含む場合には、複数のプロセッサ又は複数のコアで多数の決済が分担されてもよいし、１つのプロセッサ又は１つのコアが並列的に決済を実行してもよい。
【0024】
図３は、２台のスマートフォンの決済の流れの一例を示す図である。図３の決済以外にも多数の決済が発生する。図３の例では、決済が開始される前におけるユーザのポイントの残高は、１７００ポイントである。以降、ポイントの残高を、単にポイント残高という。ユーザがポイント利用条件として指定した上限量は、１０００ポイントであるものとする。更に、先述したように、２台のスマートフォンの各々のポイント利用条件が互いに同じであるものとする。
【0025】
例えば、決済システム１は、１台目のスマートフォンの決済を開始する前に、１台目のスマートフォンの決済におけるポイントの利用量を決定する。以降、ポイントの利用量を、単にポイント利用量という。この時点では、ポイント残高は、ユーザが指定した上限量の１０００ポイント以上の１７００ポイントなので、決済システム１は、１台目のスマートフォンの決済で１０００ポイントを利用すると決定する。この時点では、ポイント残高は、まだロックされない。
【0026】
例えば、決済システム１は、１台目のスマートフォンの決済を開始する前に、２台目のスマートフォンの決済におけるポイント利用量を決定する。この時点では、まだ１台目のスマートフォンの決済が実行されていないので、ポイント残高は、１７００ポイントである。ポイント残高は、ユーザが指定した上限量の１０００ポイント以上の１７００ポイントなので、決済システム１は、２台目のスマートフォンの決済で１０００ポイントを利用すると決定する。この時点では、ポイント残高は、まだロックされない。
【0027】
例えば、決済システム１は、２台目のスマートフォンの決済を開始する前に、１台目のスマートフォンの決済を開始する。決済システム１は、ポイント管理システム４と通信してユーザのポイント残高をロックし、１０００円分が支払われるようにポイント決済を実行する。決済システム１は、カード会社システム３と通信し、ポイントで足りない分の１６００円分が支払われるように、クレジットカード決済を実行する。
【0028】
例えば、１台目のスマートフォンの決済が完了すると、ポイント残高のロックが解除される。ポイント残高は、７００ポイントになる。決済システム１は、２台目のスマートフォンの決済を開始する。この時点のポイント残高は、事前に決定された１０００ポイント未満の７００ポイントである。ポイント残高の不足により決済がエラーにすると、提供者及びユーザの両者にとって不都合が生じる。そこで、決済システム１は、２台目のスマートフォンの決済で利用されるポイント利用量を再び決定する。
【0029】
例えば、決済システム１は、ポイント残高の全てである７００ポイントをポイント利用量として決定する。決済システム１は、２台目のスマートフォンの決済を開始する。ポイント残高のポイント利用量が１台目のスマートフォンとは異なるが、決済の流れ自体は、１台目のスマートフォンと同様である。２台目のスマートフォンは、２６００円の通信料のうちの７００円分がポイントで支払われ、残りの１９００円分がクレジットカードで支払われる。２台目のスマートフォンの決済が完了すると、ポイント残高は、０ポイントになる。
【0030】
以上のように、本実施形態の決済システム１は、ポイント利用量が決定されてから決済が実行されるまでの間に、他の決済でポイント残高が利用され、決済の実行時にポイント残高が不足する場合には、ポイント利用量を再び決定する。決済システム１は、再び決定されたポイント利用量に基づいて、決済を実行する。これにより、決済システム１は、ポイント残高が利用される決済を確実に完了させるようにしている。以降、決済システム１の詳細を説明する。
【0031】
［３．決済システムで実現される機能］
図４は、決済システム１で実現される機能の一例を示す図である。図４では、サービス提供システム２、カード会社システム３、ポイント管理システム４、及びユーザ端末５０の各々で実現される機能の一例も示されている。
図４は、決済システム１で実現される機能の一例を示す図である。図４では、サービス提供システム２、カード会社システム３、ポイント管理システム４、及びユーザ端末５０の各々で実現される機能の一例も示されている。
【0032】
［３－１．決済システムで実現される機能］
例えば、決済サーバ１０は、データ記憶部１００、管理部１０１、決定部１０２、及び実行部１０３を含む。データ記憶部１００は、記憶部１２により実現される。管理部１０１、決定部１０２、及び実行部１０３は、制御部１１により実現される。
例えば、決済サーバ１０は、データ記憶部１００、管理部１０１、決定部１０２、及び実行部１０３を含む。データ記憶部１００は、記憶部１２により実現される。管理部１０１、決定部１０２、及び実行部１０３は、制御部１１により実現される。
【0033】
［データ記憶部］
データ記憶部１００は、決済に必要なデータを記憶する。例えば、データ記憶部１００は、第１ユーザデータベースＤＢ１を記憶する。
データ記憶部１００は、決済に必要なデータを記憶する。例えば、データ記憶部１００は、第１ユーザデータベースＤＢ１を記憶する。
【0034】
図５は、第１ユーザデータベースＤＢ１の一例を示す図である。第１ユーザデータベースＤＢ１は、ユーザの決済手段に関する各種情報が格納されたデータベースである。例えば、第１ユーザデータベースＤＢ１には、ユーザＩＤ、第１トークン、第１カード番号、第１有効期限、及び第１氏名が格納される。第１ユーザデータベースＤＢ１には、ユーザの決済手段に関する何らかの情報が格納されるようにすればよく、第１ユーザデータベースＤＢ１に格納される情報は、図５の例に限られない。例えば、ユーザのポイント残高が第１ユーザデータベースＤＢ１に格納されてもよい。
【0035】
ユーザＩＤは、ユーザを識別可能なユーザ識別情報の一例である。このため、ユーザＩＤと記載した箇所は、ユーザ識別情報と読み替えることができる。ユーザ識別情報は、ユーザＩＤ以外の他の情報であってもよく、ユーザＩＤに限られない。例えば、ユーザ識別情報は、メールアドレス又は電話番号であってもよい。ユーザ識別情報は、ユーザを何らかの形で識別可能な情報であればよい。本実施形態では、全てのサービスでユーザＩＤが共通である場合を例に挙げるが、ユーザＩＤは、サービスごとに異なっていてもよい。ユーザＩＤがサービスごとに異なる場合には、どのユーザＩＤが同じユーザであるかを示す対応関係がデータ記憶部１００に記録されているものとする。
【0036】
本実施形態では、ユーザが保有するポイントがユーザＩＤによって識別される場合を例に挙げる。このため、ユーザＩＤは、ポイントを識別可能なポイント識別情報ということもできる。ポイント識別情報は、ユーザＩＤ以外の他の情報であってもよく、ユーザＩＤに限られない。例えば、ポイント識別情報は、ポイントＩＤ、メールアドレス、又は電話番号であってもよい。ポイントＩＤは、ユーザＩＤとは異なる他のＩＤである。ユーザＩＤは、通信サービス等の各種サービスにログインするために利用され、ポイントＩＤは、ポイントを識別するために利用される。
【0037】
第１トークン、第１カード番号、第１有効期限、及び第１氏名は、それぞれ決済システム１で管理されるクレジットカードのトークン、カード番号、有効期限、及び氏名である。トークンは、クレジットカードを識別可能なカード識別情報の一例である。カード番号もカード識別情報に相当するが、トークンでもクレジットカードを識別可能である。ただし、カード番号は、原則として変わらないが、トークンは、同じクレジットカードだったとしても変わることがある。例えば、トークンは、カード番号がトークン化された情報である。トークン化は、暗号化又はハッシュ化と呼ばれることもある。
【0038】
なお、データ記憶部１００は、任意のデータを記憶可能である。データ記憶部１００に記憶されるデータは、第１ユーザデータベースＤＢ１に限られない。例えば、データ記憶部１００は、トークン化のための関数、サービス提供システム２と情報共有をするためのプログラム、又は決済のためのプログラムを記憶してもよい。クレジットカード及びポイント以外の他の決済手段が利用される場合には、データ記憶部１００は、他の決済手段に関する情報を記憶してもよい。他の決済手段に関する情報自体は、公知の情報であってよい。
【0039】
［管理部］
管理部１０１は、ユーザのクレジットカードに関する第１トークン、第１カード番号、第１有効期限、及び第１氏名を関連付けて管理する。関連付けて管理するとは、複数の情報のうちの一方から他方を検索可能な状態で当該複数の情報をメモリに保存することである。本実施形態では、第１ユーザデータベースＤＢ１の同じレコードに情報を格納することが関連付けることに相当する。管理部１０１は、第１ユーザデータベースＤＢ１の同じレコードに第１トークン、第１カード番号、第１有効期限、及び第１氏名を格納することによって、第１トークン、第１トークン、第１カード番号、第１有効期限、及び第１氏名を関連付けて管理する。
管理部１０１は、ユーザのクレジットカードに関する第１トークン、第１カード番号、第１有効期限、及び第１氏名を関連付けて管理する。関連付けて管理するとは、複数の情報のうちの一方から他方を検索可能な状態で当該複数の情報をメモリに保存することである。本実施形態では、第１ユーザデータベースＤＢ１の同じレコードに情報を格納することが関連付けることに相当する。管理部１０１は、第１ユーザデータベースＤＢ１の同じレコードに第１トークン、第１カード番号、第１有効期限、及び第１氏名を格納することによって、第１トークン、第１トークン、第１カード番号、第１有効期限、及び第１氏名を関連付けて管理する。
【0040】
例えば、ユーザがクレジットカードを登録するための手続を行うと、管理部１０１は、第１トークンを発行する。管理部１０１は、トークン化のための関数に第１カード番号を入力し、当該関数から出力された第１トークンを取得する。トークン化自体は、公知の手法を利用可能であり、例えば、一方向性ハッシュ関数、疑似ランダム関数、又は暗号化アルゴリズムが利用されてもよい。決済サーバ１０は、当該取得された第１トークン、第１カード番号、第１有効期限、及び第１氏名を関連付けて第１ユーザデータベースＤＢ１に格納する。決済サーバ１０は、サービス提供サーバ２０に対し、第１トークンを送信する。この第１トークンは、第２トークンとしてサービス提供サーバ２０により管理される。
【0041】
なお、第１トークンは、クレジットカードを識別可能であり、かつ、カード番号とは異なる情報であればよく、本実施形態の例に限られない。例えば、管理部１０１は、第１カード番号と関係ないランダムな文字列を、第１トークンとして生成してもよい。管理部１０１は、ユーザの氏名、住所、電話番号、又はメールアドレスといったクレジットカード以外の他の情報をトークン化することによって、第１トークンを生成してもよい。例えば、管理部１０１は、同じクレジットカードのトークンを定期的に更新してもよい。
【0042】
［決定部］
決定部１０２は、ポイント残高が利用される決済におけるポイント残高のポイント利用量を決定する。ポイントは、決済手段の一例である。このため、ポイントについて説明している箇所は、決済手段と読み替えることができる。例えば、ポイントについて記載している箇所は、電子マネー、デビットカード、暗号資産、口座、キャリア決済、又はウォレットといった他の決済手段と読み替えることができる。決定部１０２は、ポイント以外の他の決済手段の残高の利用量を決定してもよい。
決定部１０２は、ポイント残高が利用される決済におけるポイント残高のポイント利用量を決定する。ポイントは、決済手段の一例である。このため、ポイントについて説明している箇所は、決済手段と読み替えることができる。例えば、ポイントについて記載している箇所は、電子マネー、デビットカード、暗号資産、口座、キャリア決済、又はウォレットといった他の決済手段と読み替えることができる。決定部１０２は、ポイント以外の他の決済手段の残高の利用量を決定してもよい。
【0043】
ポイント利用量は、ポイント残高のうち、決済で利用される量である。ポイント利用量は、充当量ということもできる。ポイント残高の全てがポイント利用量になることもあるし、ポイント残高の一部だけがポイント利用量になることもある。ポイント利用量は、決済額と一致することもあるし、決済額未満になることもある。ポイント利用量は、固定値であってもよいし、可変値であってもよい。ポイント利用量が固定値である場合には、決定部１０２は、ユーザが予め指定した値になるように、ポイント利用量を決定する。ポイント利用量が可変値である場合には、決定部１０２は、所定の決定方法に基づいて、ポイント利用量を決定すればよい。
【0044】
本実施形態では、決定部１０２は、ポイントを保有するユーザが指定した上限量に基づいて、ポイント利用量を決定する。例えば、上限量は、サービス提供サーバ２０から送信された決済ファイルに含まれている。決済ファイルは、複数の決済の各々の詳細を示すファイルである。例えば、決済ファイルは、個々の決済ごとに、この決済で支払を行うユーザのユーザＩＤ、決済額、第２トークン、及びポイント利用条件を含む。上限量は、決済ファイルではなく、第１ユーザデータベースＤＢ１に格納されていてもよい。この場合、決定部１０２は、第１ユーザデータベースＤＢ１を参照し、上限量を取得する。
【0045】
例えば、決定部１０２は、決済ファイルに含まれる上限量に基づいて、ポイント利用量を決定する。決定部１０２は、ポイント管理サーバ４０に対し、ポイント残高を照会するための参照要求を送信する。参照要求には、ユーザＩＤが含まれる。決定部１０２は、決済ファイルに含まれる上限量と、ポイント管理サーバ４０から受信したポイント残高と、に基づいて、ポイント利用量を決定する。
【0046】
例えば、決定部１０２は、上限量及びポイント残高を超えないように、ポイント利用量を決定する。決定部１０２は、決済額が上限量以上であり、かつ、ポイント残高が上限量以上である場合、上限量をポイント利用量として決定する。決定部１０２は、決済額が上限量以上であり、かつ、ポイント残高が上限量未満である場合、ポイント残高をポイント利用量として決定する。決定部１０２は、決済額が上限量未満であり、かつ、ポイント残高が決済額以上である場合、決済額をポイント利用量として決定する。
【0047】
本実施形態では、決定部１０２は、互いに並列で実行される複数の決済の各々におけるポイント利用量を決定する。並列とは、ある決済のための処理と、他の決済のための処理と、が同時に実行されることである。ここでの処理は、決済処理そのものだけではなく、ポイント利用量の決定といった準備も含む。例えば、決定部１０２は、ある決済におけるポイント利用量を決定する処理と、他の決済におけるポイント利用量を決定する処理と、を同時に実行可能である。
【0048】
例えば、決定部１０２は、複数の決済のうちの第１決済におけるポイント利用量が決定されてから第１決済が実行されるまでの間に、複数の決済のうちの第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。第１決済及び第２決済は、互いに同じポイントが利用される決済である。本実施形態では、決定部１０２は、通信サービスにおける第１決済のポイント利用量が決定されてから第１決済が実行されるまでの間に、通信サービスにおける第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。即ち、第１決済及び第２決済は、同じ通信サービスにおける決済である。
【0049】
例えば、決定部１０２は、ポイント利用量が決定されてから決済が実行されるまでの間に他の決済でポイント残高が利用され、決済の実行時にポイント残高が不足する場合には、ポイント利用量を再び決定する。他の決済は、ポイント利用量が決定された決済と同じポイントを利用する決済である。図３の例であれば、１台目のスマートフォンの決済が他の決済に相当する。即ち、決定部１０２は、２台目のスマートフォンのポイント利用量が決定されてから、２台目のスマートフォンの決済が実行されるまでの間に、１台目のスマートフォンの決済でポイント残高が利用され、２台目のスマートフォンの決済の実行時にポイント残高が不足する場合には、２台目のスマートフォンの決済におけるポイント利用量を再び決定する。
【0050】
図３の例では、同じユーザの複数の決済の各々が並列的に実行される場合を説明したが、あるユーザの決済と、他のユーザの決済と、で同じポイント残高が利用されてもよい。例えば、父親のスマートフォンの決済と、子どものスマートフォンの決済と、で同じポイント残高が利用されてもよい。この場合、決定部１０２は、子どものスマートフォンの決済におけるポイント利用量が決定されてから、子どものスマートフォンの決済が実行されるまでの間に、父親のスマートフォンの決済でポイント残高が利用され、子どものスマートフォンの決済の実行時にポイント残高が不足する場合には、子どものスマートフォンの決済におけるポイント利用量を再び決定する。
【0051】
例えば、決定部１０２は、ポイント残高をロックすることなく、ポイント利用量を決定する。ロックとは、ポイント残高が他の用途で利用されないようにすることである。本実施形態では、後述のロック情報をオンにすることが、ポイント残高をロックすることに相当する。決済及び他の決済が実行される場合には、ポイント残高がロックされる。例えば、決定部１０２は、ポイント利用量を決定する場合には、ポイント管理サーバ４０に対し、ロック要求を送信しない。後述の実行部１０３が決済を実行する場合には、実行部１０３は、ポイント管理サーバ４０に対し、ロック要求を送信する。
【0052】
例えば、決定部１０２は、ポイント利用量の決定回数が所定の回数に達するまで、ポイント利用量を繰り返し決定可能であってもよい。本実施形態では、所定の回数を３回とするが、所定の回数は、予め定められた回数であればよく、３回に限られない。例えば、所定の回数は、１回、２回、又は４回以上であってもよい。決定部１０２は、ある決済におけるポイント利用量を決定するたびに、当該決済における決定回数をインクリメントする。決定部１０２は、決定回数が所定の回数に達した決済は、それ以上ポイント利用量を決定する処理を繰り返さない。
【0053】
なお、ポイント利用量の決定方法は、上記の例に限られない。例えば、決定部１０２は、ポイント残高から所定量だけ引いた値と、決済ファイルに含まれる上限量と、に基づいて、ポイント利用量を決定してもよい。所定量は、ポイント残高を最低限残す量としてユーザが指定した量であってもよい。例えば、ポイント残高が１７００ポイントであり、ユーザが８００ポイントを所定量として指定した場合、決定部１０２は、１７００ポイントから８００ポイントを引いた９００ポイントと、決済ファイルに含まれる上限量と、に基づいて、ポイント利用量を決定する。上限量が１０００ポイントであれば、決定部１０２は、９００ポイントをポイント利用量として決定する。例えば、決定部１０２は、ポイント残高に関係なく、上限量をそのままポイント利用量として決定してもよい。決定部１０２は、ポイント残高が不足するたびに、ポイント利用量を徐々に減らすように、ポイント利用量を決定してもよい。
【0054】
［実行部］
実行部１０３は、決済を実行する。実行部１０３は、公知の処理と同様の流れで決済を実行してよい。例えば、実行部１０３は、カード会社サーバ３０と通信することによって、クレジットカード決済を実行する。実行部１０３は、ポイント管理サーバ４０と通信することによって、ポイント決済を実行する。クレジットカード決済及びポイント決済は、公知の流れと同様であってよい。本実施形態では、クレジットカード決済及びポイント決済を区別しない場合には、単に決済という。
実行部１０３は、決済を実行する。実行部１０３は、公知の処理と同様の流れで決済を実行してよい。例えば、実行部１０３は、カード会社サーバ３０と通信することによって、クレジットカード決済を実行する。実行部１０３は、ポイント管理サーバ４０と通信することによって、ポイント決済を実行する。クレジットカード決済及びポイント決済は、公知の流れと同様であってよい。本実施形態では、クレジットカード決済及びポイント決済を区別しない場合には、単に決済という。
【0055】
例えば、実行部１０３は、決定部１０２により決定されたポイント利用量に基づいて、決済を実行する。実行部１０３は、決定部１０２により決定されたポイント利用量だけポイント残高が利用されるように、ポイント管理サーバ４０と通信することによって、ポイント決済を実行する。決定部１０２によりポイント利用量が再び決定された場合には、実行部１０３は、再び決定されたポイント利用量に基づいて、決済を実行する。実行部１０３は、決定部１０２により再び決定されたポイント利用量だけポイント残高が利用されるように、ポイント管理サーバ４０と通信することによって、ポイント決済を実行する。
【0056】
例えば、実行部１０３は、複数の決済の各々におけるポイント利用量に基づいて、複数の決済の各々を並列で実行する。実行部１０３は、複数の決済のうちの第１決済における第１ポイント利用量と、第２決済における第２ポイント利用量と、に基づいて、第１決済及び第２決済の各々を並列で実行する。第２決済が第１決済よりも先に実行されてポイント残高が第１ポイント利用量未満になった場合には、第１決済におけるポイント利用量が再び決定されるので、実行部１０３は、再び決定されたポイント利用量に基づいて、第１決済を実行する。
【0057】
例えば、実行部１０３は、決定回数が上限回数に達した場合には、ポイント残高を利用せずに決済を実行してもよい。実行部１０３は、決定回数が上限回数に達した場合には、ポイント決済を実行せずに、クレジットカード決済を実行する。この場合、実行部１０３は、決済額の全額がクレジットカードで支払われるように、クレジットカード決済を実行する。なお、実行部１０３は、決定回数が上限回数に達した場合には、決済をエラーにしてもよい。
【0058】
［３－２．サービス提供システムで実現される機能］
例えば、サービス提供サーバ２０は、データ記憶部２００、決済要求部２０１、及び表示制御部２０２を含む。データ記憶部２００は、記憶部２２により実現される。決済要求部２０１及び表示制御部２０２は、制御部２１により実現される。
例えば、サービス提供サーバ２０は、データ記憶部２００、決済要求部２０１、及び表示制御部２０２を含む。データ記憶部２００は、記憶部２２により実現される。決済要求部２０１及び表示制御部２０２は、制御部２１により実現される。
【0059】
［データ記憶部］
データ記憶部２００は、サービスの提供に必要なデータを記憶する。例えば、データ記憶部２００は、第２ユーザデータベースＤＢ２を記憶する。
データ記憶部２００は、サービスの提供に必要なデータを記憶する。例えば、データ記憶部２００は、第２ユーザデータベースＤＢ２を記憶する。
【0060】
図６は、第２ユーザデータベースＤＢ２の一例を示す図である。第２ユーザデータベースＤＢ２は、通信サービスにおける通信料の決済に関する各種情報である。例えば、第２ユーザデータベースＤＢ２は、ユーザＩＤ、決済額、第２トークン、第２カード番号、第２有効期限、第２氏名、及びポイント利用条件が格納される。第２ユーザデータベースＤＢ２には、通信サービスにおける通信料の決済に関する何らかの情報が格納されるようにすればよく、第２ユーザデータベースＤＢ２に格納される情報は、図６の例に限られない。例えば、第２ユーザデータベースＤＢ２には、ユーザが登録した個人情報が格納されてもよい。ユーザがクレジットカード以外の他の決済方法を指定した場合には、第２ユーザデータベースＤＢ２には、他の決済方法に関する情報が格納されてもよい。
【0061】
第２トークン、第２カード番号、第２有効期限、及び第２氏名は、それぞれサービス提供システム２で管理されるトークン、カード番号、有効期限、及び氏名である。本実施形態では、第２カード番号は、第１カード番号よりも情報量が少ないものとする。例えば、第２カード番号は、第１カード番号の下４桁のみである。あるユーザが確認画面ＳＣ又は他の画面からポイント利用条件を指定すると、このユーザのユーザＩＤに関連付けられたポイント利用条件が更新される。ポイント利用条件は、ポイントを利用するか否かと、ポイントの上限量と、の少なくとも一方を含む。
【0062】
［決済要求部］
決済要求部２０１は、決済システム１に対し、決済要求を送信する。決済要求は、決済の実行を意味する所定形式のデータである。例えば、決済要求部２０１は、決済ファイルを含む決済要求を送信する。決済要求部２０１は、決済要求とは別のデータとして、決済システム１に対し、決済ファイルを送信してもよい。決済要求部２０１は、複数の決済を１つの決済ファイルにまとめずに、別々のデータとして決済システム１に送信してもよい。
決済要求部２０１は、決済システム１に対し、決済要求を送信する。決済要求は、決済の実行を意味する所定形式のデータである。例えば、決済要求部２０１は、決済ファイルを含む決済要求を送信する。決済要求部２０１は、決済要求とは別のデータとして、決済システム１に対し、決済ファイルを送信してもよい。決済要求部２０１は、複数の決済を１つの決済ファイルにまとめずに、別々のデータとして決済システム１に送信してもよい。
【0063】
［表示制御部］
表示制御部２０２は、ユーザ端末５０に対し、各画面の表示データを送信する。表示データは、何らかの画面をユーザ端末５０に表示させるためのデータであればよく、例えば、ＨＴＭＬデータ又は画像データである。
表示制御部２０２は、ユーザ端末５０に対し、各画面の表示データを送信する。表示データは、何らかの画面をユーザ端末５０に表示させるためのデータであればよく、例えば、ＨＴＭＬデータ又は画像データである。
【0064】
［３－３．カード会社システムで実現される機能］
例えば、カード会社サーバ３０は、データ記憶部３００及び実行部３０１を含む。データ記憶部３００は、記憶部３２により実現される。実行部３０１は、制御部３１により実現される。
例えば、カード会社サーバ３０は、データ記憶部３００及び実行部３０１を含む。データ記憶部３００は、記憶部３２により実現される。実行部３０１は、制御部３１により実現される。
【0065】
［データ記憶部］
データ記憶部３００は、クレジットカード決済に必要なデータを記憶する。例えば、データ記憶部３００は、第３カード番号、第３有効期限、及び第３氏名が格納された第３カードデータベースを記憶する。第３カード番号、第３有効期限、及び第３氏名は、それぞれカード会社で管理されるカード番号、有効期限、及び氏名である。データ記憶部３００が記憶するデータ自体は、公知のクレジットカード決済に必要なデータであればよい。
データ記憶部３００は、クレジットカード決済に必要なデータを記憶する。例えば、データ記憶部３００は、第３カード番号、第３有効期限、及び第３氏名が格納された第３カードデータベースを記憶する。第３カード番号、第３有効期限、及び第３氏名は、それぞれカード会社で管理されるカード番号、有効期限、及び氏名である。データ記憶部３００が記憶するデータ自体は、公知のクレジットカード決済に必要なデータであればよい。
【0066】
［実行部］
実行部３０１は、クレジットカード決済を実行する。クレジットカード決済自体は、公知の処理を利用可能である。例えば、実行部３０１は、決済システム１から、クレジットカード決済の実行要求を受信した場合に、クレジットカード決済を実行する。この実行要求には、クレジットカード決済に必要な情報が含まれており、例えば、カード番号及び決済額を含む。
実行部３０１は、クレジットカード決済を実行する。クレジットカード決済自体は、公知の処理を利用可能である。例えば、実行部３０１は、決済システム１から、クレジットカード決済の実行要求を受信した場合に、クレジットカード決済を実行する。この実行要求には、クレジットカード決済に必要な情報が含まれており、例えば、カード番号及び決済額を含む。
【0067】
［３－４．ポイント管理システムで実現される機能］
例えば、ポイント管理サーバ４０は、データ記憶部４００、回答部４０１、及び実行部４０２を含む。データ記憶部４００は、記憶部４２により実現される。回答部４０１及び実行部４０２は、制御部４１により実現される。
例えば、ポイント管理サーバ４０は、データ記憶部４００、回答部４０１、及び実行部４０２を含む。データ記憶部４００は、記憶部４２により実現される。回答部４０１及び実行部４０２は、制御部４１により実現される。
【0068】
［データ記憶部］
データ記憶部４００は、ポイント決済に必要なデータを記憶する。例えば、データ記憶部４００は、ポイントデータベースＤＢ３を記憶する。
データ記憶部４００は、ポイント決済に必要なデータを記憶する。例えば、データ記憶部４００は、ポイントデータベースＤＢ３を記憶する。
【0069】
図７は、ポイントデータベースＤＢ３の一例を示す図である。ポイントデータベースＤＢ３は、ポイントに関する各種情報が格納されたデータベースである。例えば、ポイントデータベースＤＢ３には、ユーザＩＤ、ポイント残高、及びロック情報が格納される。ポイントデータベースＤＢ３には、ポイントに関する何らかの情報が格納されるようにすればよく、ポイントデータベースＤＢ３に格納される情報は、図７の例に限られない。例えば、ポイントデータベースＤＢ３には、ポイントの利用履歴が格納されてもよい。
【0070】
ポイント残高は、ポイントが利用されると減少する。ポイント残高は、通信サービス又はその他のサービスが利用されると、その特典として増加する。ポイント残高は、その他の何らかの特典によって増加してもよい。ポイント残高には、有効期限が設定されていてもよい。ロック情報は、ポイント残高がロックされているか否かを示す情報である。例えば、ロック情報は、ポイント残高がロックされていることを意味する第１の値、又は、ポイント残高がロックされていないことを意味する第２の値を示す。
【0071】
［回答部］
回答部４０１は、決済システム１に対し、ポイント残高を回答する。本実施形態では、決済サーバ１０の決定部１０２は、ポイント利用量を決定するために、ポイント管理システム４に対し、ポイント残高の参照要求を送信する。参照要求は、ポイント残高を参照するための所定形式のデータである。例えば、参照要求は、参照対象となるポイントを示すユーザＩＤを含む。回答部４０１は、ポイントデータベースＤＢ３を参照し、参照要求に含まれるユーザＩＤに関連付けられたポイント残高を取得する。回答部４０１は、決済システム１に対し、当該取得されたポイント残高を取得する。
回答部４０１は、決済システム１に対し、ポイント残高を回答する。本実施形態では、決済サーバ１０の決定部１０２は、ポイント利用量を決定するために、ポイント管理システム４に対し、ポイント残高の参照要求を送信する。参照要求は、ポイント残高を参照するための所定形式のデータである。例えば、参照要求は、参照対象となるポイントを示すユーザＩＤを含む。回答部４０１は、ポイントデータベースＤＢ３を参照し、参照要求に含まれるユーザＩＤに関連付けられたポイント残高を取得する。回答部４０１は、決済システム１に対し、当該取得されたポイント残高を取得する。
【0072】
［実行部］
実行部４０２は、ポイント決済を実行する。ポイント決済自体は、公知の処理を利用可能である。例えば、実行部４０２は、決済システム１から、ポイント決済の実行要求を受信した場合に、ポイント決済を実行する。この実行要求には、ポイント決済に必要な情報が含まれており、例えば、ユーザＩＤ及びポイント利用量を含む。実行部は、ポイント決済を実行する場合に、ロック情報を第１の値に変化させる。この状態になると、ポイント残高は、実行中の決済以外の他の決済で変化させることができなくなる。実行部は、他の決済の要求が受け付けられたとしても、当該他の決済の実行を待機する。実行部は、ポイント決済が完了した場合に、ロック情報を第２の値に変化させる。この状態になると、ポイント残高は、他の決済で変化可能になる。
実行部４０２は、ポイント決済を実行する。ポイント決済自体は、公知の処理を利用可能である。例えば、実行部４０２は、決済システム１から、ポイント決済の実行要求を受信した場合に、ポイント決済を実行する。この実行要求には、ポイント決済に必要な情報が含まれており、例えば、ユーザＩＤ及びポイント利用量を含む。実行部は、ポイント決済を実行する場合に、ロック情報を第１の値に変化させる。この状態になると、ポイント残高は、実行中の決済以外の他の決済で変化させることができなくなる。実行部は、他の決済の要求が受け付けられたとしても、当該他の決済の実行を待機する。実行部は、ポイント決済が完了した場合に、ロック情報を第２の値に変化させる。この状態になると、ポイント残高は、他の決済で変化可能になる。
【0073】
［３－５．ユーザ端末で実現される機能］
ユーザ端末５０は、データ記憶部５００及び表示制御部５０１を含む。データ記憶部５００は、記憶部５２により実現される。表示制御部５０１は、制御部５１により実現される。
ユーザ端末５０は、データ記憶部５００及び表示制御部５０１を含む。データ記憶部５００は、記憶部５２により実現される。表示制御部５０１は、制御部５１により実現される。
【0074】
[データ記憶部]
データ記憶部５００は、ユーザがサービスを利用するために必要なデータを記憶する。例えば、データ記憶部５００は、確認画面ＳＣを表示するためのブラウザ又は専用のアプリケーションを記憶する。
データ記憶部５００は、ユーザがサービスを利用するために必要なデータを記憶する。例えば、データ記憶部５００は、確認画面ＳＣを表示するためのブラウザ又は専用のアプリケーションを記憶する。
【0075】
［表示制御部］
表示制御部５０１は、サービス提供システム２から受信した表示データに基づいて、確認画面ＳＣを表示部５５に表示させる。
表示制御部５０１は、サービス提供システム２から受信した表示データに基づいて、確認画面ＳＣを表示部５５に表示させる。
【0076】
［４．決済システムで実行される処理］
図８は、決済システム１で実行される処理の一例を示す図である。図８では、サービス提供システム２、カード会社システム３、ポイント管理システム４、及びユーザ端末５０の各々で実行される処理の一例も示されている。図８の処理は、制御部１１，２１，３１，４１，５１がそれぞれ記憶部１２，２２，３２，４２，５２に記憶されたプログラムに従って動作することによって実行される。
図８は、決済システム１で実行される処理の一例を示す図である。図８では、サービス提供システム２、カード会社システム３、ポイント管理システム４、及びユーザ端末５０の各々で実行される処理の一例も示されている。図８の処理は、制御部１１，２１，３１，４１，５１がそれぞれ記憶部１２，２２，３２，４２，５２に記憶されたプログラムに従って動作することによって実行される。
【0077】
図８のように、サービス提供サーバ２０及びユーザ端末５０の間で、ユーザが通信サービスにおける決済方法を設定するための処理が実行される（Ｓ１）。Ｓ１では、ユーザがユーザ端末５０を操作して通信サービスにログインすると、確認画面ＳＣが表示部５５に表示される。ユーザが確認画面ＳＣから決済方法を変更したり、ポイント利用条件を変更したりすると、サービス提供サーバ２０は、第２ユーザデータベースＤＢ２を更新する。
【0078】
サービス提供サーバ２０は、毎月における所定の日時が近づくと、第２ユーザデータベースＤＢ２に基づいて、多数の決済を示す決済ファイルを作成する（Ｓ２）。Ｓ２では、サービス提供サーバ２０は、第２ユーザデータベースＤＢ２を参照し、決済ごとに、当該決済における支払を行うユーザのユーザＩＤ、決済額、第２トークン、及びポイント利用条件を取得する。サービス提供サーバ２０は、多数の決済におけるこれらの情報を１つにまとめた決済ファイルを作成する。
【0079】
サービス提供サーバ２０は、決済サーバ１０に対し、決済ファイルを含む決済要求を送信する（Ｓ３）。決済サーバ１０は、サービス提供サーバ２０から決済要求を受信すると（Ｓ４）、第１ユーザデータベースＤＢ１に基づいて、決済要求に含まれる決済ファイルに示された多数の決済を並列的に実行する（Ｓ５）。Ｓ５では、決済サーバ１０は、決済ファイルの中から複数の決済を選択し、当該選択された複数の決済を並列的に実行する。以降、Ｓ５の処理が実行される決済を、処理対象の決済という。
【0080】
図９及び図１０は、上記のＳ５で並列的に実行される決済の一例を示す図である。決済サーバ１０は、処理対象の決済ごとに、図９に示す処理を並列的に実行する。決済サーバ１０は、処理対象の決済のポイント利用条件に基づいて、ユーザがポイントを利用することを指定したか否かを判定する（Ｓ５００）。Ｓ５００において、ポイント利用があると判定されない場合（Ｓ５００：Ｎ）、決済サーバ１０は、ポイント利用量が０になるように、ポイント利用量を決定する（Ｓ５０１）。
【0081】
Ｓ５００において、ユーザがポイントを利用することを指定したと判定された場合（Ｓ５００：Ｙ）、決済サーバ１０は、ポイント管理サーバ４０との間で、ポイント残高を取得する処理を実行する（Ｓ５０２）。Ｓ５０２では、決済サーバ１０は、ポイント管理サーバ４０に対し、ユーザＩＤを含む参照要求を送信する。ポイント管理サーバ４０は、参照要求を受信すると、ポイントデータベースＤＢ３を参照し、参照要求に含まれるユーザＩＤに関連付けられたポイント残高を取得する。ポイント管理サーバ４０は、決済サーバ１０に対し、当該取得されたポイント残高を送信する。
【0082】
決済サーバ１０は、ユーザが指定したポイントの上限量と、Ｓ５０２で取得されたポイント残高と、を比較する（Ｓ５０３）。Ｓ５０３において、ポイント残高が上限量以上であると判定された場合（Ｓ５０３：上限量以上）、決済サーバ１０は、上限量がポイント利用量になるように、ポイント利用量を決定する（Ｓ５０４）。Ｓ５０３において、ポイント残高が上限量未満であると判定された場合（Ｓ５０３：上限量未満）、決済サーバ１０は、ポイント残高がポイント利用量になるように、ポイント利用量を決定する（Ｓ５０５）。
【0083】
決済サーバ１０は、処理対象の決済における決済額と、ポイント利用量と、を比較する（Ｓ５０６）。ポイント利用量が決済額以上であると判定された場合（Ｓ５０６：決済額以上）、決済サーバ１０は、ポイント管理サーバ４０との間で、ポイント決済を実行する（Ｓ５０７）。Ｓ５０７では、クレジットカード決済は実行されない。決済サーバ１０は、ポイント決済が成功したか否かを判定する（Ｓ５０８）。Ｓ５０８において、ポイント決済が成功したと判定された場合（Ｓ５０８：Ｙ）、図８のＳ６の処理に移行する。
【0084】
Ｓ５０８において、ポイント決済が失敗したと判定された場合（Ｓ５０８：Ｎ）、決済サーバ１０は、処理対象の決済におけるポイント利用量の決定回数をインクリメントする（Ｓ５０９）。なお、決定回数の初期値は、０とする。決済サーバ１０は、決定回数が所定の回数に達したか否かを判定する（Ｓ５１０）。決定回数が所定の回数に達したと判定されない場合（Ｓ５１０：Ｎ）、Ｓ５００の処理に戻る。この場合、決済サーバ１０は、再びポイント利用量を決定する。Ｓ６０において、決定回数が所定の回数に達したと判定された場合（Ｓ５１０：Ｙ）、決済サーバ１０は、カード会社サーバ３０との間でクレジットカード決済を実行する（Ｓ５１１）。
【0085】
Ｓ５０６において、ポイント利用量が決済額未満であると判定された場合（Ｓ５０６：決済額未満）、図１０に移り、ポイント管理サーバ４０との間で、ポイント決済を実行する（Ｓ５１２）。決済サーバ１０は、ポイント決済が成功したか否かを判定する（Ｓ５１３）。Ｓ５１３において、ポイント決済が成功したと判定されない場合（Ｓ５１３：Ｎ）、Ｓ５０９の処理に移行する。
【0086】
Ｓ５１３において、ポイント決済が成功したと判定された場合（Ｓ５１３：Ｙ）、決済サーバ１０は、カード会社サーバ３０との間で、クレジットカード決済を実行し（Ｓ５１４）、図８のＳ６の処理に移行する。Ｓ５１４では、処理対象の決済における決済額のうち、ポイント決済では足りない分のクレジットカード決済が実行される。なお、Ｓ５１２のポイント決済が実行される前に、事前に与信が行われて、クレジットカードのショッピング枠が確保されてもよい。事前の与信でショッピング枠が足りない場合には、Ｓ５１２のポイント決済が実行されることなく、処理対象の決済がエラーになってもよい。
【0087】
図８に戻り、決済サーバ１０は、決済ファイルに示された全ての決済が完了したか否かを判定する（Ｓ６）。Ｓ６において、まだ完了していない決済があると判定された場合（Ｓ６：Ｎ）、Ｓ５の処理に戻る。この場合、まだ完了していない決済について、Ｓ５の処理が実行される。Ｓ６において、全ての決済が完了したと判定された場合（Ｓ６：Ｙ）、決済サーバ１０は、サービス提供サーバ２０に対し、決済の実行結果を送信し（Ｓ７）、本処理は終了する。
【0088】
［５．実施形態のまとめ］
本実施形態の決済システム１は、ポイント利用量が決定されてから決済が実行されるまでの間に他の決済でポイント残高が利用され、決済の実行時にポイント残高が不足する場合には、ポイント利用量を再び決定する。決済システム１は、再び決定されたポイント利用量に基づいて、決済を実行する。これにより、ポイント残高が不足して決済がエラーになることを防止し、決済を確実に完了させることができる。
本実施形態の決済システム１は、ポイント利用量が決定されてから決済が実行されるまでの間に他の決済でポイント残高が利用され、決済の実行時にポイント残高が不足する場合には、ポイント利用量を再び決定する。決済システム１は、再び決定されたポイント利用量に基づいて、決済を実行する。これにより、ポイント残高が不足して決済がエラーになることを防止し、決済を確実に完了させることができる。
【0089】
また、決済システム１は、複数の決済のうちの第１決済におけるポイント利用量が決定されてから第１決済が実行されるまでの間に、複数の決済のうちの第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。決済システム１は、再び決定されたポイント利用量に基づいて、第１決済を実行する。これにより、あるユーザのポイントを利用する複数の決済の各々が並列的に実行されたとしても、ポイント残高が不足して決済がエラーになることを防止し、決済を確実に完了させることができる。並列的な決済の実行により、迅速に決済の完了できる。
【0090】
また、決済システム１は、所定のサービスにおける第１決済のポイント利用量が決定されてから第１決済が実行されるまでの間に、サービスにおける第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。これにより、あるサービスにおいて、あるユーザのポイントを利用する複数の決済の各々が並列的に実行されたとしても、ポイント残高が不足して決済がエラーになることを防止し、決済を確実に完了させることができる。複数の決済の各々が並列的に実行されるので、迅速に決済を完了できる。
【0091】
また、決済システム１は、ポイント残高をロックすることなく、ポイント利用量を決定する。決済及び他の決済が実行される場合には、ポイント残高がロックされる。これにより、あるポイント利用量を決定する処理を並列的に実行できるので、迅速に決済を完了できる。決済の実行時にはポイント残高がロックされるので、ポイント残高の不整合が生じることを防止できる。
【0092】
また、決済システム１は、ポイントを保有するユーザが指定した上限量に基づいて、ポイント利用量を決定する。これにより、ユーザが意図しないほどに多くのポイントが利用されることを防止できるので、ユーザの利便性が高まる。
【0093】
また、決済システム１は、ポイント利用量の決定回数が所定の回数に達するまで、ポイント利用量を繰り返し決定可能である。決済システム１は、決定回数が上限回数に達した場合には、ポイント残高を利用せずに決済を実行する。これにより、決済の完了が遅延することを防止しつつ、決済を確実に完了させることができる。
【0094】
［６．変形例］
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
【0095】
［６－１．変形例１］
例えば、実施形態では、通信サービスにおける第１決済及び第２決済が実行される場合を説明したが、第１決済及び第２決済は、互いに異なるサービスにおける決済であってもよい。変形例１の決定部１０２は、第１サービスにおける第１決済のポイント利用量が決定されてから第１決済が実行されるまでの間に、第１サービスとは異なる第２サービスにおける第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。
例えば、実施形態では、通信サービスにおける第１決済及び第２決済が実行される場合を説明したが、第１決済及び第２決済は、互いに異なるサービスにおける決済であってもよい。変形例１の決定部１０２は、第１サービスにおける第１決済のポイント利用量が決定されてから第１決済が実行されるまでの間に、第１サービスとは異なる第２サービスにおける第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。
【0096】
例えば、第１サービスが通信サービスであり、かつ、第２サービスが電子商取引サービスだったとする。この場合に、通信サービスにおけるポイント利用量が決定されてから、実際に決済が実行されるまでの間に、電子商取引サービスでポイントが利用される可能性がある。この場合に、決定部１０２は、通信サービスにおけるポイント利用量を再び決定してもよい。第２サービスは、電子商取引サービスに限られず、旅行予約サービス等の他のサービスであってもよい。第２サービスは、ユーザが実店舗でポイントカードを提示して利用するポイントサービスであってもよい。
【0097】
変形例１の決済システム１は、第１サービスにおける第１決済のポイント利用量が決定されてから第１決済が実行されるまでの間に、第１サービスとは異なる第２サービスにおける第２決済でポイント残高が利用され、第１決済の実行時にポイント残高が不足する場合には、第１決済におけるポイント利用量を再び決定する。これにより、複数のサービスの各々における決済が並列的に実行されたとしても、ポイント残高が不足して決済がエラーになることを防止し、決済を確実に完了させることができる。
【0098】
［６－２．変形例２］
例えば、実施形態で説明したように、実行部１０３は、定期的な決済を実行してもよい。定期的な決済は、繰り返し実行される決済である。定期的な決済は、サブスクリプションと呼ばれることもある。例えば、定期的な決済は、月額課金のサービスにおける決済であってもよい。定期的な決済は、通信サービス以外にも電気サービスのような公共料金の支払のための決済であってもよい。定期的な決済が実行されるタイミングを示すデータは、サービス提供サーバ２０に予め記録されているものとする。サービス提供サーバ２０は、このデータに基づいて、決済を実行すべきタイミングが訪れたかを判定する。
例えば、実施形態で説明したように、実行部１０３は、定期的な決済を実行してもよい。定期的な決済は、繰り返し実行される決済である。定期的な決済は、サブスクリプションと呼ばれることもある。例えば、定期的な決済は、月額課金のサービスにおける決済であってもよい。定期的な決済は、通信サービス以外にも電気サービスのような公共料金の支払のための決済であってもよい。定期的な決済が実行されるタイミングを示すデータは、サービス提供サーバ２０に予め記録されているものとする。サービス提供サーバ２０は、このデータに基づいて、決済を実行すべきタイミングが訪れたかを判定する。
【0099】
変形例２の決定部１０２は、定期的な決済におけるポイント利用量が決定されてから定期的な決済が実行されるまでの間に、不定期的な他の決済でポイント残高が利用され、定期的な決済の実行時にポイント残高が不足する場合には、定期的な決済におけるポイント利用量を再び決定する。実行部１０３は、再び決定されたポイント利用量に基づいて、定期的な決済を実行する。
【0100】
不定期的な決済は、定期的ではない決済である。不定期的な決済は、繰り返し実行されず、単発で終了する決済である。例えば、電子商取引サービスにおける商品の購入、旅行予約サービスにおける予約、又は実店舗における商品若しくはサービスの購入における決済は、不定期的な決済に相当する。不定期的な決済自体は、公知の処理であってよい。不定期的な決済のために、定期的な決済におけるポイント利用量よりもポイント残高が少なくなるという点で実施形態とは異なるが、決定部１０２及び実行部１０３の処理は、実施形態と同様であってよい。
【0101】
変形例２の決済システム１は、定期的な決済におけるポイント利用量が決定されてから定期的な決済が実行されるまでの間に、不定期的な他の決済でポイント残高が利用され、定期的な決済の実行時にポイント残高が不足する場合には、定期的な決済におけるポイント利用量を再び決定する。決済システム１は、再び決定されたポイント利用量に基づいて、定期的な決済を実行する。これにより、定期的な決済と、不定期的な決済と、の各々が並列的に実行されたとしても、ポイント残高が不足して決済がエラーになることを防止し、決済を確実に完了させることができる。
【0102】
［６－３．その他の変形例］
例えば、決済サーバ１０で実現されるものとして説明した機能は、決済システム１の複数のコンピュータで機能が分担されてもよい。この場合、複数のコンピュータの各々が、他のコンピュータに対し、自身の処理結果を送信することによって、機能の分担が実現されるようにすればよい。決済システム１は、サービス提供システム２、カード会社システム３、及びポイント管理システム４の少なくとも１つを含んでもよい。
例えば、決済サーバ１０で実現されるものとして説明した機能は、決済システム１の複数のコンピュータで機能が分担されてもよい。この場合、複数のコンピュータの各々が、他のコンピュータに対し、自身の処理結果を送信することによって、機能の分担が実現されるようにすればよい。決済システム１は、サービス提供システム２、カード会社システム３、及びポイント管理システム４の少なくとも１つを含んでもよい。
【0103】
［７．付記］
例えば、本開示に係る決済システムは、下記のような構成も可能である。
（１）
決済手段の残高が利用される決済における前記残高の利用量を決定する決定部と、
前記利用量に基づいて、前記決済を実行する実行部と、
を含み、
前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する、
決済システム。
（２）
前記決定部は、互いに並列で実行される複数の前記決済の各々における前記利用量を決定し、
前記実行部は、前記複数の決済の各々における前記利用量に基づいて、前記複数の決済の各々を並列で実行し、
前記決定部は、前記複数の決済のうちの第１決済における前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記複数の決済のうちの第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記第１決済を実行する、
（１）に記載の決済システム。
（３）
前記決定部は、所定のサービスにおける前記第１決済の前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記サービスにおける前記第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定する、
（２）に記載の決済システム。
（４）
前記決定部は、第１サービスにおける前記第１決済の前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記第１サービスとは異なる第２サービスにおける前記第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定する、
（２）又は（３）に記載の決済システム。
（５）
前記実行部は、定期的な前記決済を実行し、
前記決定部は、前記定期的な決済における前記利用量が決定されてから前記定期的な決済が実行されるまでの間に、不定期的な前記他の決済で前記残高が利用され、前記定期的な決済の実行時に前記残高が不足する場合には、前記定期的な決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記定期的な決済を実行する、
（１）～（４）の何れかに記載の決済システム。
（６）
前記決定部は、前記残高をロックすることなく、前記利用量を決定し、
前記決済及び前記他の決済が実行される場合には、前記残高がロックされる、
（１）～（５）の何れかに記載の決済システム。
（７）
前記決定部は、前記決済手段を保有するユーザが指定した上限量に基づいて、前記利用量を決定する、
（１）～（６）の何れかに記載の決済システム。
（８）
前記決定部は、前記利用量の決定回数が所定の回数に達するまで、前記利用量を繰り返し決定可能であり、
前記実行部は、前記決定回数が前記上限回数に達した場合には、前記残高を利用せずに前記決済を実行する、
（１）～（７）の何れかに記載の決済システム。
例えば、本開示に係る決済システムは、下記のような構成も可能である。
（１）
決済手段の残高が利用される決済における前記残高の利用量を決定する決定部と、
前記利用量に基づいて、前記決済を実行する実行部と、
を含み、
前記決定部は、前記利用量が決定されてから前記決済が実行されるまでの間に他の決済で前記残高が利用され、前記決済の実行時に前記残高が不足する場合には、前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記決済を実行する、
決済システム。
（２）
前記決定部は、互いに並列で実行される複数の前記決済の各々における前記利用量を決定し、
前記実行部は、前記複数の決済の各々における前記利用量に基づいて、前記複数の決済の各々を並列で実行し、
前記決定部は、前記複数の決済のうちの第１決済における前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記複数の決済のうちの第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記第１決済を実行する、
（１）に記載の決済システム。
（３）
前記決定部は、所定のサービスにおける前記第１決済の前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記サービスにおける前記第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定する、
（２）に記載の決済システム。
（４）
前記決定部は、第１サービスにおける前記第１決済の前記利用量が決定されてから前記第１決済が実行されるまでの間に、前記第１サービスとは異なる第２サービスにおける前記第２決済で前記残高が利用され、前記第１決済の実行時に前記残高が不足する場合には、前記第１決済における前記利用量を再び決定する、
（２）又は（３）に記載の決済システム。
（５）
前記実行部は、定期的な前記決済を実行し、
前記決定部は、前記定期的な決済における前記利用量が決定されてから前記定期的な決済が実行されるまでの間に、不定期的な前記他の決済で前記残高が利用され、前記定期的な決済の実行時に前記残高が不足する場合には、前記定期的な決済における前記利用量を再び決定し、
前記実行部は、再び決定された前記利用量に基づいて、前記定期的な決済を実行する、
（１）～（４）の何れかに記載の決済システム。
（６）
前記決定部は、前記残高をロックすることなく、前記利用量を決定し、
前記決済及び前記他の決済が実行される場合には、前記残高がロックされる、
（１）～（５）の何れかに記載の決済システム。
（７）
前記決定部は、前記決済手段を保有するユーザが指定した上限量に基づいて、前記利用量を決定する、
（１）～（６）の何れかに記載の決済システム。
（８）
前記決定部は、前記利用量の決定回数が所定の回数に達するまで、前記利用量を繰り返し決定可能であり、
前記実行部は、前記決定回数が前記上限回数に達した場合には、前記残高を利用せずに前記決済を実行する、
（１）～（７）の何れかに記載の決済システム。
【符号の説明】
【0104】
１ 決済システム、２ サービス提供システム、３ カード会社システム、４ ポイント管理システム、Ｎ ネットワーク、１０ 決済サーバ、１１，２１，３１，４１，５１ 制御部、１２，２２，３２，４２，５２ 記憶部、１３，２３，３３，４３，５３ 通信部、２０ サービス提供サーバ、３０ カード会社サーバ、４０ ポイント管理サーバ、５０ ユーザ端末、５４ 操作部、５５ 表示部、Ｂ１，Ｂ２ ボタン、ＳＣ 確認画面、１００ データ記憶部、１０１ 管理部、１０２ 決定部、１０３ 実行部、２００ データ記憶部、２０１ 決済要求部、２０２ 表示制御部、３００ データ記憶部、３０１ 実行部、４００ データ記憶部、４０１ 回答部、４０２ 実行部、５００ データ記憶部、５０１ 表示制御部、ＤＢ１ 第１ユーザデータベース、ＤＢ２ 第２ユーザデータベース、ＤＢ３ ポイントデータベース。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】