ホーム > 特許ランキング > 楽天グループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024094792
(43)【公開日】2024-07-10
(54)【発明の名称】決済システム、処理実行方法、及びプログラム
(51)【国際特許分類】
G06Q 20/06 20120101AFI20240703BHJP
G06Q 20/32 20120101ALI20240703BHJP
G06Q 20/36 20120101ALI20240703BHJP
【ＦＩ】
G06Q20/06 300
G06Q20/32
G06Q20/36
【審査請求】有
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2022211573
(22)【出願日】2022-12-28
(71)【出願人】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】110000154
【氏名又は名称】弁理士法人はるか国際特許事務所
(72)【発明者】
【氏名】前田 朋希
(72)【発明者】
【氏名】岸本 祐有亮
(72)【発明者】
【氏名】坂▲崎▼ 和彦
【テーマコード（参考）】
5L020
5L055
【Ｆターム（参考）】
5L020AA15
5L020AA64
5L020AA68
5L055AA15
5L055AA64
5L055AA68
(57)【要約】
【課題】複数の決済手段を利用可能なユーザの利便性を高める。
【解決手段】決済システムの関連付け部（１０１）は、第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける。第２処理実行部（１０６）は、第２決済手段に対応していない決済端末（４０）により、第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた第２識別情報により識別される第２決済手段を利用するための第２処理を実行する。
【選択図】図４
【解決手段】決済システムの関連付け部（１０１）は、第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける。第２処理実行部（１０６）は、第２決済手段に対応していない決済端末（４０）により、第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた第２識別情報により識別される第２決済手段を利用するための第２処理を実行する。
【選択図】図４
【特許請求の範囲】
【請求項1】
第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける関連付け部と、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部と、
を含む決済システム。
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部と、
を含む決済システム。
【請求項2】
前記決済システムは、前記第１決済手段及び前記第２決済手段のうち、優先的に利用する方に関する優先利用設定を行う優先利用設定部を更に含み、
前記第２処理実行部は、前記優先利用設定が前記第２決済手段を示す場合に、前記第２処理を実行する、
請求項１に記載の決済システム。
前記第２処理実行部は、前記優先利用設定が前記第２決済手段を示す場合に、前記第２処理を実行する、
請求項１に記載の決済システム。
【請求項3】
前記決済システムは、前記優先利用設定が前記第２決済手段を示し、かつ、前記第２決済手段の残高が足りない場合に、前記第１決済手段を利用するための第１処理を実行する第１処理実行部を更に含む、
請求項２に記載の決済システム。
請求項２に記載の決済システム。
【請求項4】
前記第２処理実行部は、前記優先利用設定が前記第１決済手段を示し、かつ、前記第１決済手段の残高が足りない場合に、前記第２処理を実行する、
請求項２又は３に記載の決済システム。
請求項２又は３に記載の決済システム。
【請求項5】
前記決済端末により前記第１識別情報が読み取られた場合に、前記第２決済手段を利用して前記第１決済手段に関するチャージが実行され、当該チャージが実行された後の前記第１決済手段に基づいて決済が実行され、
前記第２処理は、前記第２決済手段の残高から、前記チャージに応じた額を減らす処理である、
請求項１～３の何れかに記載の決済システム。
前記第２処理は、前記第２決済手段の残高から、前記チャージに応じた額を減らす処理である、
請求項１～３の何れかに記載の決済システム。
【請求項6】
前記チャージは、前記決済端末により前記第１識別情報が読み取られた場合に、前記決済システムと連携する連携先システムにより実行され、
前記決済システムは、前記連携先システムから、前記チャージの実行結果に関する第２実行データを受信する受信部を更に含み、
前記第２処理実行部は、前記第２実行データに基づいて、前記第２処理を実行する、
請求項５に記載の決済システム。
前記決済システムは、前記連携先システムから、前記チャージの実行結果に関する第２実行データを受信する受信部を更に含み、
前記第２処理実行部は、前記第２実行データに基づいて、前記第２処理を実行する、
請求項５に記載の決済システム。
【請求項7】
前記ＩＣチップには、前記第２決済手段を利用して前記チャージが実行されたことを示す第１履歴データが記録され、
前記決済システムは、前記チャージが実行された場合に、前記第２決済手段を利用して前記チャージが実行されたことを示す第２履歴データを、前記第１識別情報に関連付けてデータベースに保存する保存部を更に含む、
請求項５に記載の決済システム。
前記決済システムは、前記チャージが実行された場合に、前記第２決済手段を利用して前記チャージが実行されたことを示す第２履歴データを、前記第１識別情報に関連付けてデータベースに保存する保存部を更に含む、
請求項５に記載の決済システム。
【請求項8】
前記関連付け部は、複数の前記第１識別情報と、前記第２識別情報と、を関連付け、
前記第２処理実行部は、前記複数の第１識別情報のうちの何れが前記決済端末により読み取られたとしても、前記第２処理を実行可能である、
請求項１～３の何れかに記載の決済システム。
前記第２処理実行部は、前記複数の第１識別情報のうちの何れが前記決済端末により読み取られたとしても、前記第２処理を実行可能である、
請求項１～３の何れかに記載の決済システム。
【請求項9】
前記第１識別情報ごとに、前記第２決済手段を利用するか否かに関する利用要否設定が可能であり、
前記第２処理実行部は、前記第２決済手段を利用することを示す前記利用要否設定が行われた前記第１決済手段の前記第１識別情報が前記決済端末により読み取られた場合に、前記第２処理を実行する、
請求項８に記載の決済システム。
前記第２処理実行部は、前記第２決済手段を利用することを示す前記利用要否設定が行われた前記第１決済手段の前記第１識別情報が前記決済端末により読み取られた場合に、前記第２処理を実行する、
請求項８に記載の決済システム。
【請求項10】
前記決済システムは、前記第１決済手段の残高と、前記第２決済手段の残高と、の合計が不足する場合に、第３決済手段に基づいて、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項11】
前記決済システムは、決済が完了した場合に、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項12】
前記オートチャージ実行部は、前記第１決済手段の残高が閾値未満の場合に、前記第２決済手段を利用して前記第１決済手段に関するオートチャージを実行する、
請求項１１に記載の決済システム。
請求項１１に記載の決済システム。
【請求項13】
前記決済システムは、前記決済端末により前記第１識別情報が読み取られた場合に、前記第１識別情報及び前記第２識別情報の少なくとも一方に関連付けられたクーポンを提示することなく、当該クーポンを利用するためのクーポン処理を実行するクーポン処理実行部を更に含む、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項14】
前記決済システムは、前記クーポン処理が実行された場合に、提示せずに利用した前記クーポンを識別可能なクーポン識別情報を含むレシートを出力するためのレシート処理を実行するレシート処理実行部を更に含む、
請求項１３に記載の決済システム。
請求項１３に記載の決済システム。
【請求項15】
前記第２処理実行部は、前記ＩＣチップを含むＩＣカードが前記決済端末により読み取られた場合に、前記第２処理を実行する、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項16】
第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける関連付けステップと、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行ステップと、
を含む処理実行方法。
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行ステップと、
を含む処理実行方法。
【請求項17】
第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける関連付け部、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部、
としてコンピュータを機能させるためのプログラム。
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、決済システム、処理実行方法、及びプログラムに関する。
【背景技術】
【0002】
近年、電子的な決済手段を利用した決済サービスが普及している。例えば、特許文献１には、複数のイシュアの各々が発行した電子マネーを集中的に管理するサーバが、複数の加盟店の各々から、電子マネーの利用ログを受信する技術が記載されている。特許文献１のサーバは、加盟店から受信した利用ログに基づいて、電子マネーが利用された後の現金の清算を実行する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００３－１４１４２８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１の技術では、ユーザは、自身が訪れた加盟店が契約しているイシュアの電子マネーしか利用できない。例えば、加盟店ＸがイシュアＡと契約しているがイシュアＢと契約していない場合には、加盟店Ｘでは、イシュアＡの電子マネーしか利用できない。この点は、従来の他の技術も同様であり、特許文献１の技術に限られない。このため、従来の技術では、複数の決済手段を利用可能なユーザの利便性を十分に高めることができなかった。
【0005】
本開示の目的の１つは、複数の決済手段を利用可能なユーザの利便性を高めることである。
【課題を解決するための手段】
【0006】
本開示に係る決済システムは、第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける関連付け部と、前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部と、を含む。
【発明の効果】
【0007】
本開示によれば、複数の決済手段を利用可能なユーザの利便性が高まる。
【図面の簡単な説明】
【0008】
【図1】決済システムの全体構成の一例を示す図である。
【図2】第１決済手段及び第２決済手段を連携させるために行われる設定の一例を示す図である。
【図3】ユーザが第１決済手段のＩＣカードを利用して第２決済手段を利用する様子の一例を示す図である。
【図4】決済システムで実現される機能の一例を示す機能ブロック図である。
【図5】第１決済手段データベースの一例を示す図である。
【図6】第２決済手段データベースの一例を示す図である。
【図7】関連付けデータベースの一例を示す図である。
【図8】決済システムで実行される処理の一例を示す図である。
【図9】決済システムで実行される処理の一例を示す図である。
【図10】変形例で実現される機能の一例を示す図である。
【図11】変形例１の関連付けデータベースの一例を示す図である。
【図12】変形例４におけるオートチャージの一例を示す図である。
【発明を実施するための形態】
【0009】
［１．決済システムの全体構成］
本開示に係る決済システムの実施形態の一例を説明する。図１は、決済システムの全体構成の一例を示す図である。例えば、決済システム１は、決済サーバ１０を含む。決済システム１は、連携先システム２と連携する。ここでの連携とは、共通の目的のために情報処理を実行することを意味する。ある情報処理を実行するために互いに通信することは、連携に相当する。連携先システム２は、連携先サーバ２０を含む。決済サーバ１０及び連携先サーバ２０の各々は、インターネット又はＬＡＮ等のネットワークＮに接続可能である。ネットワークＮには、ユーザ端末３０及び決済端末４０も接続可能である。
本開示に係る決済システムの実施形態の一例を説明する。図１は、決済システムの全体構成の一例を示す図である。例えば、決済システム１は、決済サーバ１０を含む。決済システム１は、連携先システム２と連携する。ここでの連携とは、共通の目的のために情報処理を実行することを意味する。ある情報処理を実行するために互いに通信することは、連携に相当する。連携先システム２は、連携先サーバ２０を含む。決済サーバ１０及び連携先サーバ２０の各々は、インターネット又はＬＡＮ等のネットワークＮに接続可能である。ネットワークＮには、ユーザ端末３０及び決済端末４０も接続可能である。
【0010】
決済サーバ１０は、決済事業者のサーバコンピュータである。決済事業者は、決済サービスを提供する事業者である。決済サービスは、電子決済（キャッシュレス決済）に関するサービスである。例えば、決済サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。
【0011】
連携先サーバ２０は、連携先のサーバコンピュータである。連携先サーバ２０は、サーバと呼ばれたとしても、実際にはパーソナルコンピュータであってもよい。連携先は、決済事業者と連携する組織である。例えば、連携先は、他の決済事業者であってもよいし、決済事業者以外の他の事業者であってもよい。決済サーバ１０を管理する決済事業者と同じであってもよい。連携先は、決済サーバ１０を管理する決済事業者の関連会社であってもよいし、資本的な関係がない会社であってもよい。
【0012】
例えば、連携先サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。シンクライアントと呼ばれる技術で利用されるコンピュータが連携先サーバ２０に相当してもよい。例えば、連携先サーバ２０は、決済のたびに決済サーバ１０と通信する。連携先サーバ２０は、他のタイミングで決済サーバ１０と通信してもよく、例えば、定期的に決済サーバ１０と通信してもよいし、何らかの操作が行われた場合に決済サーバ１０と通信してもよい。
【0013】
ユーザ端末３０は、ユーザのコンピュータである。本実施形態では、決済サービスの加盟店ではなく、決済サービスのエンドユーザを、ユーザと記載する。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。例えば、ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部３４は、タッチパネル又はマウス等の入力デバイスである。表示部３５は、液晶又は有機ＥＬのディスプレイである。
【0014】
決済端末４０は、決済で利用されるコンピュータである。例えば、決済端末４０は、ＰＯＳ（Point Of Sales）端末、自動販売機、自動改札機、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。例えば、決済端末４０は、制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５を含む。制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、及び表示部３５と同様であってよい。
【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】
［４．決済システムで実行される処理］
図８及び図９は、決済システム１で実行される処理の一例を示す図である。図８及び図９の処理は、制御部１１，２１，３１，４１がそれぞれ記憶部１２，２２，３２，４２に記憶されたプログラムに従って動作することによって実行される。
図８及び図９は、決済システム１で実行される処理の一例を示す図である。図８及び図９の処理は、制御部１１，２１，３１，４１がそれぞれ記憶部１２，２２，３２，４２に記憶されたプログラムに従って動作することによって実行される。
【0105】
図８のように、ユーザ端末３０は、決済サーバ１０との間で、ログイン処理を実行してホーム画面ＳＣ１を表示部３５に表示させる（Ｓ１）。ユーザ端末３０は、決済サーバ１０との間で、第１決済手段及び第２決済手段を連携させるための処理を実行する（Ｓ２）。Ｓ２では、ユーザは、ホーム画面ＳＣ１又は他の画面で、第１識別情報、第２識別情報、連携要否設定、及び優先利用設定を入力する。決済サーバ１０は、ユーザが入力したこれらの情報を互いに関連付けて関連付けデータベースＤＢ３に格納する。決済サーバ１０は、連携先サーバ２０に対し、関連付けデータベースＤＢ３を共有する（Ｓ３）。
【0106】
以降、ユーザは、第２決済手段に対応していない決済端末４０で、第１決済手段のＩＣカードＣを利用して第２決済手段を利用できるようになる。ユーザがリーダライタ４６にＩＣカードＣをかざすと、決済端末４０は、リーダライタ４６を利用してＩＣカードＣに記憶された第１識別情報を読み取る（Ｓ４）。決済端末４０は、Ｓ４で読み取った第１識別情報に基づいて、連携先サーバ２０に対し、決済要求を送信する（Ｓ５）。決済要求に含まれる第１識別情報以外の他の情報（決済金額等）は、事前に決済端末４０に対して入力されているものとする。他の情報として、ユーザが購入する商品の情報が含まれてもよい。
【0107】
連携先サーバ２０は、決済要求を受信すると（Ｓ６）、関連付けデータベースＤＢ３に基づいて、決済要求に含まれる第１識別情報に第２識別情報が関連付けられているか否かを判定する（Ｓ７）。第２識別情報が関連付けられていないと判定された場合（Ｓ７：Ｎ）、連携先サーバ２０は、決済サーバ１０及び決済端末４０の各々と通信して、第１決済手段を利用した決済を実行し（Ｓ８）、本処理は終了する。Ｓ８の処理は、第１決済手段だけで決済を実行する従来の方法と同様である。
【0108】
Ｓ７において、第２識別情報が関連付けられていると判定された場合（Ｓ７：Ｙ）、連携先サーバ２０は、決済要求に含まれる第１識別情報に関連付けられた利用要否設定に基づいて、第２決済手段を利用するか否かを判定する（Ｓ９）。第２決済手段を利用しないと判定された場合（Ｓ９：Ｎ）、Ｓ８の処理に移行し、本処理は終了する。Ｓ９において、第２決済手段を利用すると判定された場合（Ｓ９：Ｙ）、連携先サーバ２０は、決済サーバ１０との間で、第１決済手段の残高と、第２決済手段の残高と、を取得する処理を実行する（Ｓ１０）。なお、連携先サーバ２０は、決済サーバ１０から第１決済手段の残高を取得せずに、ＩＣカードＣに書き込まれた第１決済手段の残高に基づいて、以降の処理を実行してもよい。
【0109】
連携先サーバ２０は、決済要求に含まれる第１識別情報に関連付けられた優先利用設定を参照する（Ｓ１１）。優先利用設定が第１決済手段を示す場合（Ｓ１１：第１決済手段）、連携先サーバ２０は、決済要求に含まれる決済金額と、第１決済手段の残高と、に基づいて、第１決済手段の残高だけで足りるか否かを判定する（Ｓ１２）。第１決済手段の残高だけで足りると判定された場合（Ｓ１２：Ｙ）、連携先サーバ２０は、Ｓ８の処理に移行し、本処理は終了する。
【0110】
Ｓ１２において、第１決済手段の残高だけでは足りないと判定された場合（Ｓ１２：Ｎ）、連携先サーバ２０は、第１決済手段の残高と、第２決済手段の残高と、の合計で足りるか否かを判定する（Ｓ１３）。Ｓ１３において、合計で足りないと判定された場合（Ｓ１３：Ｎ）、連携先サーバ２０は、決済端末４０に対し、残高不足によるエラーを通知し（Ｓ１４）、本処理は終了する。合計で足りると判定された場合（Ｓ１３：Ｙ）、図９に移り、連携先サーバ２０は、第２決済手段から第１決済手段へのチャージを実行する（Ｓ１５）。このチャージにおけるチャージ額は、第１決済手段の残高が不足している不足分になる。Ｓ１５の後に実行されるＳ１８の処理は、後述する。
【0111】
Ｓ１１において、優先利用設定が第２決済手段を示す場合（Ｓ１１：第２決済手段）、図９に移り、連携先サーバ２０は、決済要求に含まれる決済金額と、第２決済手段の残高と、に基づいて、第２決済手段の残高だけで足りるか否かを判定する（Ｓ１６）。第２決済手段の残高だけで足りると判定された場合（Ｓ１６：Ｙ）、Ｓ１５に移行する。この場合のチャージ額は、決済要求に含まれる決済金額になる。
【0112】
Ｓ１６において、第２決済手段の残高だけでは足りないと判定された場合（Ｓ１６：Ｎ）、連携先サーバ２０は、第１決済手段の残高と、第２決済手段の残高と、の合計で足りるか否かを判定する（Ｓ１７）。合計で足りると判定された場合（Ｓ１７：Ｙ）、Ｓ１５の処理に移行する。この場合のチャージ額は、第２決済手段の残高の全額となる。Ｓ１６において、合計で足りないと判定された場合（Ｓ１７：Ｎ）、Ｓ１４の処理に移行し、本処理は終了する。
【0113】
連携先サーバ２０は、Ｓ１５におけるチャージ後の第１決済手段の残高に基づいて、決済を実行する（Ｓ１８）。連携先サーバ２０は、決済端末４０に対し、決済が完了したことを示す決済完了通知を送信する（Ｓ１９）。決済端末４０は、決済完了通知を受信すると（Ｓ２０）、リーダライタ４６を利用して、ＩＣカードＣに対し、最新の残高と、第１履歴データと、の書き込みを行い（Ｓ２１）、本処理は終了する。
【0114】
連携先サーバ２０は、決済サーバ１０に対し、第１実行データ及び第２実行データを送信する（Ｓ２２）。決済サーバ１０は、第１実行データ及び第２実行データを受信すると（Ｓ２３）、第１実行データに基づいて、第１決済手段の残高を更新する（Ｓ２４）。決済サーバ１０は、第２実行データに基づいて、第２決済手段の残高を更新し（Ｓ２５）、本処理は終了する。第２履歴データの保存も、Ｓ２２～Ｓ２５の流れの中で実行される。
【0115】
本実施形態の決済システム１は、第２決済手段に対応していない決済端末４０により第１識別情報が読み取られた場合に、当該第１識別情報に関連付けられた第２識別情報により識別される第２決済手段を利用するための第２処理を実行する。これにより、第２決済手段に対応していない決済端末４０だったとしても、第１識別情報及び第２識別情報の関連付けによって第２決済手段を利用できるので、ユーザの利便性が高まる。第２決済手段を利用できる決済端末４０が増えるので、第２決済手段の利用を促進できる。第２決済手段に対応するための改修を決済端末４０に加える必要もなくなる。例えば、決済端末４０が店舗に配置される場合には、決済端末４０を改修する必要がないので、店舗の利便性が高まる。
【0116】
また、決済システム１は、優先利用設定が第２決済手段を示す場合に、第２処理を実行する。これにより、第１決済手段を優先的に利用するか、第２決済手段を優先的に利用するか、を設定できるので、ユーザの利便性がより高まる。例えば、第１決済識別情報及び第２識別情報を関連付けたユーザについては、特に優先利用設定をせずにデフォルトで第２決済手段を優先するといった態様も可能である。この態様も、本開示に含まれる。ただし、この態様にすると、ユーザが第１決済手段を利用するためには、第２決済手段の残高を０にする、又は、第１決済識別情報及び第２識別情報の関連付けを解除する必要がある。この点、ユーザは、優先利用設定を変えることによって、好きな時に第１決済手段を利用できるようになるので、自由度の高い決済が可能になる。
【0117】
また、決済システム１は、優先利用設定が第２決済手段を示し、かつ、第２決済手段の残高が足りない場合に、第１処理を実行する。これにより、第２決済手段の残高が足りなかったとしても、第１決済手段を併用することによって、残高不足によるエラーを回避できる。例えば、ユーザが、主に第２決済手段を利用し、補助的に第１決済手段を利用したい場合には、補助的な第１決済手段で第２決済手段の残高の不足分を補うことによって、第２決済手段をチャージする手間を省くことができる。ユーザが第２決済手段の残高を気にしなくて済む。
【0118】
また、決済システム１は、優先利用設定が第１決済手段を示し、かつ、第１決済手段の残高が足りない場合に、第２処理を実行する。これにより、第１決済手段の残高が足りなかったとしても、第２決済手段を併用することによって、残高不足によるエラーを回避できる。例えば、ユーザが、主に第１決済手段を利用し、補助的に第２決済手段を利用したい場合には、補助的な第２決済手段で第１決済手段の残高の不足分を補うことによって、第１決済手段をチャージする手間を省くことができる。ユーザが第１決済手段の残高を気にしなくて済む。
【0119】
また、決済端末４０により第１識別情報が読み取られた場合に、第２決済手段を利用して第１決済手段に関するチャージが実行される。当該チャージが実行された後の第１決済手段に基づいて決済が実行される。本実施形態の第２処理は、第２決済手段の残高から、チャージに応じた額を減らす処理である。これにより、第２決済手段から第１手段へのチャージの仕組みさえ導入すれば、第２決済手段に対応していない決済端末４０で第２決済手段を利用できるようになるので、決済システム１全体としての改修量を低減できる。例えば、個々の決済端末４０に改修を加えなくても、連携先サーバ２０に上記チャージの仕組みを導入すれば済むので、決済システム１全体としての改修量を低減できる。決済端末４０としては、既存の第１決済手段の仕組みだけで、実質的に第２決済手段を利用できるようになる。
【0120】
また、第２決済手段から第１決済手段へのチャージは、決済端末４０により第１識別情報が読み取られた場合に、決済システム１と連携する連携先システム２により実行される。決済システム１は、連携先システム２から受信した第２実行データに基づいて、第２処理を実行する。これにより、決済システム１及び連携先システム２で処理を分散できるので、決済システム１の処理負荷を軽減できる。連携先システム２の処理負荷も軽減する。例えば、決済に時間がかかると、ユーザがＩＣカードＣをリーダライタ４６から離してしまいエラーになる可能性が高まるが、処理を分散させることによって、決済を迅速に完了できるので、エラーを回避しやすくなる。
【0121】
また、ＩＣカードＣには、第２決済手段を利用してチャージが実行されたことを示す第１履歴データが記録される。決済システム１は、チャージが実行された場合に、第２決済手段を利用してチャージが実行されたことを示す第２履歴データを、第１識別情報に関連付けて第１決済手段データベースＤＢ１に保存する。これにより、ＩＣカードＣ側で、なぜ第１決済手段の残高が一時的に増えたかを、第１履歴データによって把握できる。例えば、ユーザ端末３０でＩＣカードＣを読み取ることによって、ユーザがチャージ履歴を確認できるようにする場合に、第１履歴データによって、第１決済手段ではなく、第２決済手段が利用されたことをユーザが把握できる。例えば、第１決済手段の残高が減っていないにもかかわらず、なぜ決済が完了したかをユーザが把握できる。第１決済手段データベースＤＢ１にも、第１履歴データと同様の内容を示す第２履歴データが保存されるので、決済事業者側でも、なぜ第１決済手段の残高が一時的に増えたかを把握できる。例えば、不正なチャージが実行されたか否かを判断するために、ＩＣカードＣ側で把握している履歴と、決済事業者側で把握している履歴と、を突合することもできる。このような突合をしても、不正なチャージではないことを確認できる。
【0122】
また、決済システム１は、第１識別情報を記憶するＩＣカードＣが決済端末４０により読み取られた場合に、第２処理を実行する。これにより、ユーザが決済端末４０にＩＣカードＣをかざすといった簡易な操作によって、第２決済手段を利用できるようになるので、ユーザの利便性が高まる。例えば、第２決済手段が、ユーザ端末３０に二次元コードを表示させるタイプだったとすると、ユーザ端末３０を起動し、ロックを解除し、専用のアプリケーションを起動し、二次元コードを表示させるといった一連の操作ではなく、ＩＣカードＣをかざすといった簡易な操作によって、第２決済手段を利用できるので、ユーザの利便性が高まる。
【0123】
［５．変形例］
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
【0124】
図１０は、変形例で実現される機能の一例を示す図である。図１０のように、変形例では、オートチャージ実行部１０８、クーポン処理実行部１０９、及びレシート処理実行部１１０が実現される。オートチャージ実行部１０８、クーポン処理実行部１０９、及びレシート処理実行部１１０は、制御部１１により実現される。
【0125】
［５－１．変形例１］
例えば、実施形態では、第１識別情報及び第２識別情報が１対１で対応する場合を例に挙げた。即ち、１つの第１決済手段を、１つの第２決済手段と連携させる場合を例に挙げた。第１識別情報及び第２識別情報は、多対１で対応してもよい。即ち、複数の第１決済手段を、１つの第２決済手段と連携させてもよい。なお、第１識別情報及び第２識別情報は、１対多又は多対多で対応してもよい。即ち、１つの第１決済手段を複数の第２決済手段と連携させてもよいし、複数の第１決済手段を複数の第２決済手段と連携させてもよい。これらの態様も、本開示の範囲に含まれる。
例えば、実施形態では、第１識別情報及び第２識別情報が１対１で対応する場合を例に挙げた。即ち、１つの第１決済手段を、１つの第２決済手段と連携させる場合を例に挙げた。第１識別情報及び第２識別情報は、多対１で対応してもよい。即ち、複数の第１決済手段を、１つの第２決済手段と連携させてもよい。なお、第１識別情報及び第２識別情報は、１対多又は多対多で対応してもよい。即ち、１つの第１決済手段を複数の第２決済手段と連携させてもよいし、複数の第１決済手段を複数の第２決済手段と連携させてもよい。これらの態様も、本開示の範囲に含まれる。
【0126】
図１１は、変形例１の関連付けデータベースＤＢ３の一例を示す図である。変形例１の関連付け部１０１は、複数の第１識別情報と、第２識別情報と、を関連付ける。例えば、ユーザが複数のＩＣカードＣを保有している場合に、関連付け部１０１は、当該複数のＩＣカードＣの各々が記憶する第１識別情報と、第２識別情報と、を関連付ける。例えば、ユーザが家族のＩＣカードＣもまとめて管理する場合に、関連付け部１０１は、ユーザのＩＣカードＣが記憶する第１識別情報、家族のＩＣカードＣが記憶する第１識別情報、及び第２識別情報を関連付ける。
【0127】
変形例１では、第１識別情報ごとに、利用要否設定及び優先利用設定を指定できるものとする。このため、関連付けデータベースＤＢ３には、第１識別情報ごとに、利用要否設定及び優先利用設定が格納される。複数の第１識別情報で共通の利用要否設定及び優先利用設定としてもよい。この場合、第１識別情報と、利用要否設定及び優先利用設定と、は多対１で対応する。なお、利用要否設定及び優先利用設定の流れ自体は、実施形態で説明した通りである。例えば、ＩＣカードＣを保有する者（ユーザ又は家族）は、図２と同様の流れによって、利用要否設定及び優先利用設定を行う。
【0128】
変形例１の第２処理実行部１０６は、複数の第１識別情報のうちの何れが決済端末４０により読み取られたとしても、第２処理を実行可能である。ここでの実行可能とは、ある第２識別情報に関連付けられた複数の第１識別情報のうち、どの第１識別情報が決済端末４０により読み取られたとしても、第２処理を実行できる状態にあることを意味する。このため、全ての第１識別情報について第２処理を実行しなければならないわけではなく、第２決済手段を利用しないことを示す利用要否設定が関連付けられた第１識別情報が決済端末４０により読み取られた場合には、第２処理は実行されない。
【0129】
なお、第２識別情報に複数の第１識別情報が関連付けられている点で実施形態とは異なるが、第２処理を実行するための流れ自体は、実施形態と同様である。変形例１でも連携先サーバ２０は、決済端末４０からの決済要求を受信した場合に、関連付けデータベースＤＢ３を参照し、決済要求に含まれる第１識別情報に第２識別情報が関連付けられているか否かを判定すればよい。更に、連携先サーバ２０は、関連付けデータベースＤＢ３を参照し、決済要求に含まれる第１識別情報に関連付けられた利用要否設定及び優先利用設定に基づいて、決済を実行すればよい。第２処理実行部１０６は、連携先サーバ２０から受信した第２実行データに基づいて、第２処理を実行すればよい。
【0130】
変形例１の決済システム１は、複数の第１識別情報と、第２識別情報と、を関連付ける。決済システム１は、複数の第１識別情報のうちの何れが決済端末により読み取られたとしても、第２処理を実行可能である。これにより、複数の第１決済手段を第２決済手段に連携させることができるので、ユーザの利便性がより高まる。例えば、複数のＩＣカードＣを保有しているユーザだったとしても、連携する第２決済手段を１つにまとめることができる。例えば、ユーザの家族もＩＣカードＣを保有していたとしても、家族のＩＣカードＣと連携する第２決済手段を１つにまとめることができる。
【0131】
［５－２．変形例２］
例えば、変形例１で説明したように、複数の第１識別情報と、第２識別情報と、を関連付ける場合には、第１識別情報ごとに、第２決済手段を利用するか否かに関する利用要否設定が可能である。第２処理実行部１０６は、第２決済手段を利用することを示す利用要否設定が行われた第１決済手段の第１識別情報が決済端末４０により読み取られた場合に、第２処理を実行する。第１識別情報ごとに、利用要否設定が可能という点で実施形態とは異なるが、利用要否設定に基づく決済の流れ自体は、実施形態と同様である。
例えば、変形例１で説明したように、複数の第１識別情報と、第２識別情報と、を関連付ける場合には、第１識別情報ごとに、第２決済手段を利用するか否かに関する利用要否設定が可能である。第２処理実行部１０６は、第２決済手段を利用することを示す利用要否設定が行われた第１決済手段の第１識別情報が決済端末４０により読み取られた場合に、第２処理を実行する。第１識別情報ごとに、利用要否設定が可能という点で実施形態とは異なるが、利用要否設定に基づく決済の流れ自体は、実施形態と同様である。
【0132】
変形例２の決済システム１は、第１識別情報ごとに、第２決済手段を利用するか否かに関する利用要否設定が可能である。決済システム１は、第２決済手段を利用することを示す利用要否設定が行われた第１決済手段の第１識別情報が決済端末４０により読み取られた場合に、第２処理を実行する。これにより、第１識別情報ごとに、利用要否設定が可能になり、より柔軟な決済を実行できるので、ユーザの利便性がより高まる。
【0133】
［５－３．変形例３］
例えば、第１決済手段の残高と、第２決済手段の残高と、の合計が不足した場合に、残高不足でエラーになるのではなく、オートチャージが実行されて決済が完了できるようにしてもよい。オートチャージは、ユーザがチャージのための操作をすることなく、自動的に実行されるチャージである。オートチャージは、予め定められた決済手段に基づいて実行される。以降、この決済手段を、第３決済手段という。
例えば、第１決済手段の残高と、第２決済手段の残高と、の合計が不足した場合に、残高不足でエラーになるのではなく、オートチャージが実行されて決済が完了できるようにしてもよい。オートチャージは、ユーザがチャージのための操作をすることなく、自動的に実行されるチャージである。オートチャージは、予め定められた決済手段に基づいて実行される。以降、この決済手段を、第３決済手段という。
【0134】
変形例３の決済システム１は、オートチャージ実行部１０８を含む。オートチャージ実行部１０８は、第１決済手段の残高と、第２決済手段の残高と、の合計が不足する場合に、第３決済手段に基づいて、第１決済手段及び第２決済手段の少なくとも一方に関するオートチャージを実行する。変形例３では、クレジットカードが第３決済手段に相当する場合を説明するが、第３決済手段は、第１決済手段及び第２決済手段とは異なる決済手段であればよく、クレジットカードに限られない。例えば、第３決済手段は、第１決済手段及び第２決済手段とは異なる他の電子マネー、ポイント、デビットカード、口座（銀行口座を含む）、暗号資産、又はウォレットといった他の決済手段であってもよい。
【0135】
なお、第３決済手段を識別可能な第３識別情報は、第１決済手段データベースＤＢ１、第２決済手段データベースＤＢ２、関連付けデータベースＤＢ３、又はその他のデータベースに格納されているものとする。第３識別情報は、第１識別情報及び第２識別情報の少なくとも一方と関連付けられている。変形例３では、第３識別情報は、クレジットカード番号である。第３識別情報は、クレジットカードの有効期限又は名義人といった他の情報を含んでもよい。第３決済手段がクレジットカード以外の他の決済手段である場合には、第３識別情報は、他の決済手段を識別可能な情報を含めばよい。この情報自体は、公知の情報であってよい。
【0136】
例えば、連携先サーバ２０は、第１決済手段の残高と、第２決済手段の残高と、の合計が不足する場合に、決済サーバ１０に対し、オートチャージ要求を送信する。オートチャージ要求は、オートチャージの実行を要求するための所定形式のデータである。例えば、オートチャージ要求は、第１識別情報、第２識別情報、及び第３識別情報のうちの少なくとも１つを含む。オートチャージ要求には、オートチャージ額等の他の情報が含まれてもよい。決済サーバ１０がオートチャージ要求を受信すると、オートチャージ実行部１０８は、オートチャージ要求に基づいて、オートチャージを実行する。
【0137】
なお、オートチャージ自体は、公知の処理を利用可能である。例えば、ユーザがオートチャージ設定を予め指定してもよいし、決済サービス側で用意されたデフォルトのオートチャージ設定が利用されてもよい。オートチャージ設定は、オートチャージのトリガとなる第１決済手段の残高、オートチャージのトリガとなる第２決済手段の残高、オートチャージ額、及びオートチャージで利用する第３決済手段の少なくとも１つである。
【0138】
オートチャージ設定自体は、任意の設定であってよく、例えば、「残高が不足する場合に、所定金額だけチャージする」といったオートチャージ設定、「残高が不足する場合に、不足分だけチャージする」といったオートチャージ設定、又は「残高が不足する場合に、決済後の第１決済手段及び第２決済手段の少なくとも一方の残高が所定金額になるようにチャージする」といったオートチャージ設定であってもよい。オートチャージ設定は、第１決済手段データベースＤＢ１、第２決済手段データベースＤＢ２、関連付けデータベースＤＢ３、又は他のデータベースに、第１識別情報、第２識別情報、及び第３識別情報のうちの少なくとも１つと関連付けられて格納されているものとする。
【0139】
例えば、オートチャージ実行部１０８は、ひとまず第２決済手段にオートチャージを実行してもよい。その後に、オートチャージ実行部１０８は、オートチャージされた第２決済手段の残高に基づいて、第１決済手段にオートチャージを実行してもよい。オートチャージ実行部１０８は、第２決済手段を中継させるのではなく、第１決済手段に直接的にオートチャージしてもよい。複数の第３決済手段を併用したオートチャージが実行されてもよい。
【0140】
なお、オートチャージは、決済サーバ１０ではなく、連携先サーバ２０で実行されてもよい。この場合、連携先サーバ２０は、オートチャージ実行部１０８と同様の機能を有する。連携先サーバ２０に対し、オートチャージを依頼することが、決済サーバ１０のオートチャージ実行部１０８によるオートチャージの実行に相当してもよい。決済サーバ１０は、連携先サーバ２０から、オートチャージの実行結果を示すデータを取得する。オートチャージが実行された後の決済の流れは、実施形態と同様であってよい。
【0141】
変形例３の決済システム１は、第１決済手段の残高と、第２決済手段の残高と、の合計が不足する場合に、第３決済手段に基づいて、第１決済手段及び第２決済手段の少なくとも一方に関するオートチャージを実行する。これにより、残高不足によるエラーを回避しやすくなる。
【0142】
［５－４．変形例４］
例えば、オートチャージ実行部１０８は、決済が完了した場合に、第１決済手段及び第２決済手段の少なくとも一方に関するオートチャージを実行してもよい。変形例４では、ユーザがオートチャージ設定を予め指定するものとする。変形例４では、変形例３で説明した第３決済手段によるオートチャージも利用可能である場合を説明するが、第３決済手段を利用せずに、第１決済手段又は第２決済手段の何れか一方だけを利用したオートチャージが実行されてもよい。
例えば、オートチャージ実行部１０８は、決済が完了した場合に、第１決済手段及び第２決済手段の少なくとも一方に関するオートチャージを実行してもよい。変形例４では、ユーザがオートチャージ設定を予め指定するものとする。変形例４では、変形例３で説明した第３決済手段によるオートチャージも利用可能である場合を説明するが、第３決済手段を利用せずに、第１決済手段又は第２決済手段の何れか一方だけを利用したオートチャージが実行されてもよい。
【0143】
変形例４のオートチャージ設定も、変形例３と同様、任意の設定であってよい。例えば、「残高が閾値未満になったら、所定金額だけチャージする」といったオートチャージ設定であってもよいし、「残高が閾値未満になったら、残高が所定金額になるようにチャージする」といったオートチャージ設定であってもよい。これらの例における閾値及び所定金額は、ユーザが任意の値を指定できるようにしてもよい。
【0144】
図１２は、変形例４におけるオートチャージの一例を示す図である。図１２の例では、「決済後の第１決済手段の残高が３０００円になるようにオートチャージを実行する」といったオートチャージ設定が指定されているものとする。更に、図１２の上側に記載した残高（第１決済手段「ＡＡＡマネー」の残高：６００円、第２決済手段「ＢＢＢキャッシュ」の残高：３０００円）の状態になった後に、オートチャージ設定が行われたものとする。オートチャージ設定は、ユーザ端末３０に表示される任意の画面からユーザが行うことができる。
【0145】
図１２の例では、決済金額、決済前の第１決済手段の残高、及び決済前の第２決済手段の残高の条件は、図３と同様である。例えば、オートチャージ実行部１０８は、決済後の第１決済手段の残高が３０００円未満であるか否かを判定する。オートチャージ実行部１０８は、決済後の第１決済手段の残高が３０００円以上であると判定された場合には、オートチャージを実行しない。オートチャージ実行部１０８は、決済後の第１決済手段の残高が３０００円未満であると判定された場合に、第１決済手段の残高が３０００円になるように、オートチャージを実行する。３０００円から決済直後の残高を引いた数値がチャージ額になる。なお、オートチャージ設定に含まれる数値は、任意の数値であってよく、３０００円に限られない。
【0146】
図１２の例では、第２決済手段を利用しないことを利用要否設定が示す場合（「ＢＢＢキャッシュを利用しない」の分岐）には、第１決済手段だけでは足りないので、残高不足によってエラーになる。この場合に、エラーにするのではなく、変形例３と同様にして、第１決済手段へのオートチャージが実行されてもよい。優先利用設定が第１決済手段を示す場合（「ＢＢＢキャッシュを利用する（ＡＡＡマネー優先）」の分岐）、オートチャージ実行部１０８は、第２決済手段の残高を利用して、第１決済手段の残高が３０００円になるように、オートチャージを実行する。
【0147】
例えば、第２決済手段の残高が十分にある場合には、第３決済手段を利用しなくても、第１決済手段の残高が３０００円になるようなオートチャージが可能である。図１２の例では、第２決済手段の残高だけでは足りないので、オートチャージ実行部１０８は、第３決済手段も併用してオートチャージを実行する。例えば、オートチャージ実行部１０８は、第３決済手段の一例であるクレジットカードを利用して、不足分の４００円分をチャージする。優先利用設定が第２決済手段を示す場合（「ＢＢＢキャッシュを利用する（ＢＢＢキャッシュ優先）」の分岐）のオートチャージも、流れとしては同様である。
【0148】
なお、図１２の例では、第１決済手段のオートチャージが実行される場合を説明したが、オートチャージ実行部１０８は、第２決済手段のオートチャージを実行してもよい。例えば、「決済後の第２決済手段の残高が２０００円になるようにオートチャージを実行する」といったオートチャージ設定が指定されてもよい。オートチャージ実行部１０８は、第１決済手段のオートチャージと、第２決済手段のオートチャージと、の両方を実行してもよい。変形例４でも、オートチャージ実行部１０８は、第２決済手段を仲介させて第１決済手段のオートチャージを実行してもよい。
【0149】
変形例４の決済システム１は、決済が完了した場合に、第１決済手段及び第２決済手段の少なくとも一方に関するオートチャージを実行する。これにより、次回以降の決済において、第１決済手段及び第２決済手段の少なくとも一方が残高不足になりにくくなる。ユーザが手動でチャージを実行する手間を省ける。
【0150】
［５－５．変形例５］
例えば、変形例３，４で説明したように、オートチャージ実行部１０８は、第１決済手段の残高が閾値未満の場合に、第２決済手段を利用して第１決済手段に関するオートチャージを実行してもよい。オートチャージ実行部１０８は、第２決済手段の残高だけで足りる場合には、第２決済手段だけでオートチャージを実行する。オートチャージ実行部１０８は、第２決済手段の残高だけでは足りない場合には、第２決済手段及び第３決済手段を併用してオートチャージを実行してもよいし、第３決済手段を利用せずに、第２決済手段の全額でオートチャージを実行してもよい。オートチャージ設定は、変形例３，４と同様であってよい。
例えば、変形例３，４で説明したように、オートチャージ実行部１０８は、第１決済手段の残高が閾値未満の場合に、第２決済手段を利用して第１決済手段に関するオートチャージを実行してもよい。オートチャージ実行部１０８は、第２決済手段の残高だけで足りる場合には、第２決済手段だけでオートチャージを実行する。オートチャージ実行部１０８は、第２決済手段の残高だけでは足りない場合には、第２決済手段及び第３決済手段を併用してオートチャージを実行してもよいし、第３決済手段を利用せずに、第２決済手段の全額でオートチャージを実行してもよい。オートチャージ設定は、変形例３，４と同様であってよい。
【0151】
変形例５の決済システム１は、第１決済手段の残高が閾値未満の場合に、第２決済手段を利用して第１決済手段に関するオートチャージを実行する。これにより、第１決済手段が残高不足になりにくくなる。ユーザが手動でチャージを実行する手間を省ける。例えば、決済が行われるたびに通信せずに、何らかの操作が行われたタイミング等で通信する端末も存在する。実施形態で説明した決済が実行された後に、このような端末で決済を利用する場合だったとしても、ある程度の残高を確保できるので、残高不足になりにくくなる。
【0152】
［５－６．変形例６］
例えば、第１識別情報及び第２識別情報の少なくとも一方に、クーポンが関連付けられていてもよい。クーポンは、ユーザに対する特典である。例えば、クーポンは、割引価格又は無料で商品を購入したりサービスを利用したりできる特典であってもよい。クーポンは、決済によって付与されるポイントが増える特典であってもよい。クーポンは、特定の加盟店、特定の商品、又は特定のサービスだけで利用できるようにしてもよいし、全ての加盟店、特定の商品、又は特定のサービスで利用できるようにしてもよい。例えば、クーポンは、特定の加盟店、特定の商品、又は特定のサービスだけで利用可能な第１決済手段又は第２決済手段であってもよい。変形例６では、ユーザが店舗でクーポンを提示しなくても、自身が保有するクーポンが自動的に適用される場合を説明する。
例えば、第１識別情報及び第２識別情報の少なくとも一方に、クーポンが関連付けられていてもよい。クーポンは、ユーザに対する特典である。例えば、クーポンは、割引価格又は無料で商品を購入したりサービスを利用したりできる特典であってもよい。クーポンは、決済によって付与されるポイントが増える特典であってもよい。クーポンは、特定の加盟店、特定の商品、又は特定のサービスだけで利用できるようにしてもよいし、全ての加盟店、特定の商品、又は特定のサービスで利用できるようにしてもよい。例えば、クーポンは、特定の加盟店、特定の商品、又は特定のサービスだけで利用可能な第１決済手段又は第２決済手段であってもよい。変形例６では、ユーザが店舗でクーポンを提示しなくても、自身が保有するクーポンが自動的に適用される場合を説明する。
【0153】
変形例６では、第２識別情報にクーポンが関連付けられている場合を例に挙げる。変形例６の第２決済手段データベースＤＢ２には、第２識別情報にクーポン情報が関連付けられているものとする。クーポン情報は、第１決済手段データベースＤＢ１の第１識別情報に関連付けられていてもよいし、関連付けデータベースＤＢ３の第１識別情報及び第２識別情報に関連付けられていてもよい。その他のデータベースに、クーポンが第１識別情報及び第２識別情報と関連付けられていてもよい。
【0154】
クーポン情報は、クーポンの内容に関する情報である。例えば、クーポン情報は、割引率、割引後の価格、対象となる商品若しくはサービス、利用可能な店舗、有効期間、その他の利用条件、又はこれらの組み合わせである。ユーザがクーポンを獲得すると、ユーザの第１識別情報及び第２識別情報の少なくとも一方に、クーポン情報が関連付けられる。クーポンの獲得時に実行される処理自体は、公知の処理を利用可能である。
【0155】
変形例６の決済システム１は、クーポン処理実行部１０９を含む。クーポン処理実行部１０９は、決済端末４０により第１識別情報が読み取られた場合に、第１識別情報及び第２識別情報の少なくとも一方に関連付けられたクーポンを提示することなく、当該クーポンを利用するためのクーポン処理を実行する。クーポンを提示とは、ユーザ端末３０の表示部３５にクーポンを表示させることである。例えば、クーポンを利用するためのバーコード又は二次元コードを表示させることは、クーポンを提示することに相当する。クーポンの紙を提示することがクーポンの提示に相当してもよい。
【0156】
クーポン処理自体は、公知の処理であってよい。例えば、商品又はサービスの価格を減額する処理、商品又はサービスを無料で提供する処理、又は決済によって付与されるポイントを増やす処理は、クーポン処理に相当する。例えば、クーポン処理実行部１０９は、決済が実行される場合に、第１識別情報及び第２識別情報の少なくとも一方に関連付けられたクーポン情報を参照する。クーポン情報が利用条件を含む場合には、クーポン処理実行部１０９は、利用条件が満たされるか否かを判定する。
【0157】
例えば、クーポン処理実行部１０９は、クーポンが利用期限内であるか否か、クーポンの対象となる店舗、商品、若しくはサービスであるか否か、又は決済金額が閾値以上であるか否かを判定することによって、利用条件が満たされるか否かを判定する。クーポン処理実行部１０９は、利用条件を満たす全てのクーポンが適用されるように、クーポン処理を実行してもよいし、利用条件を満たす一部のクーポンだけが適用されるように、クーポン処理を実行してもよい。
【0158】
例えば、クーポン処理実行部１０９は、決済端末４０で第１識別情報が読み取られた場合に、連携先サーバ２０から、当該第１識別情報と、当該第１識別情報に関連付けられた第２識別情報と、の少なくとも一方を取得する。クーポン処理実行部１０９は、当該少なくとも一方に関連付けられたクーポン情報に基づいて、上記説明した一連の処理を実行する。クーポン処理実行部１０９は、連携先サーバ２０に対し、利用対象となるクーポン情報を送信する。
【0159】
例えば、連携先サーバ２０は、決済サーバ１０から受信したクーポン情報に基づいて、クーポンを適用する処理を実行する。例えば、連携先サーバ２０は、決済金額を減額する処理を実行する。なお、変形例６では、クーポンが自動的に適用される場合を説明したが、クーポンを自動的に適用するか否かをユーザが指定できるようにしてもよい。更に、自動的に適用するクーポンの条件をユーザが指定できるようにしてもよい。
【0160】
変形例６の決済システム１は、決済端末により第１識別情報が読み取られた場合に、第１識別情報及び第２識別情報の少なくとも一方に関連付けられたクーポンを提示することなく、当該クーポンを利用するためのクーポン処理を実行する。これにより、ユーザがクーポンを提示しなくても、自動的にクーポンが適用されるので、ユーザの利便性が高まる。
【0161】
［５－７．変形例７］
例えば、変形例６のようにクーポンを自動的に適用した場合、ユーザが、クーポンが適用されたことに気付かないことがある。このため、クーポンが適用されたことを示すレシートが出力されてもよい。レシートは、レシート用紙で出力されてもよいが、変形例７では、電子的なレシートである電子レシートが出力されるものとする。このため、電子レシートを表示させることが、レシートを出力することに相当する。電子レシートは、紙のレシートと同じレイアウトであってもよいし、紙のレシートとは異なるレイアウトであってもよい。電子レシートは、第１決済手段及び第２決済手段の少なくとも一方の利用履歴を表示する画面も含む意味である。
例えば、変形例６のようにクーポンを自動的に適用した場合、ユーザが、クーポンが適用されたことに気付かないことがある。このため、クーポンが適用されたことを示すレシートが出力されてもよい。レシートは、レシート用紙で出力されてもよいが、変形例７では、電子的なレシートである電子レシートが出力されるものとする。このため、電子レシートを表示させることが、レシートを出力することに相当する。電子レシートは、紙のレシートと同じレイアウトであってもよいし、紙のレシートとは異なるレイアウトであってもよい。電子レシートは、第１決済手段及び第２決済手段の少なくとも一方の利用履歴を表示する画面も含む意味である。
【0162】
変形例７の決済システム１は、レシート処理実行部１１０を含む。レシート処理実行部１１０は、クーポン処理が実行された場合に、提示せずに利用したクーポンを識別可能なクーポン識別情報を含むレシートを出力するためのレシート処理を実行する。レシート処理は、電子レシートをユーザ端末３０に表示させるための処理である。例えば、電子レシートの画面の表示データをユーザ端末３０に送信することがレシート処理に相当する。
【0163】
変形例７では、第１決済手段及び第２決済手段の少なくとも一方の利用履歴情報に、自動的に利用されたクーポンのクーポン情報が含まれるものとする。レシート処理実行部１１０は、ユーザがユーザ端末３０から電子レシートを表示させるための操作を行った場合に、対象となる利用履歴情報に基づいて、自動的に利用されたクーポンの内容を特定する。レシート処理実行部１１０は、当該特定されたクーポンの内容を含む電子レシートの表示データを生成してユーザ端末３０に送信する。なお、決済端末４０側にある程度の改修を加える場合には、電子レシートではなく、紙レシートに、自動的に利用されたクーポンの情報が印刷されてもよい。
【0164】
変形例７の決済システム１は、クーポン処理が実行された場合に、提示せずに利用したクーポンを識別可能なクーポン識別情報を含むレシートを出力するためのレシート処理を実行する。これにより、クーポンが自動的に適用されたことにユーザが気付きやすくなる。例えば、決済システム１の利便性の高さをユーザに伝えやすくなる。
【0165】
［５－８．変形例８］
例えば、本開示は、実施形態及び変形例１～７で説明した構成のうち、実施形態で説明したチャージ情報に応じた処理を実行する構成を前提としない構成も含む。変形例８では、当該構成を前提としない構成について説明する。例えば、実施形態では、第２決済手段に対応していない決済端末４０を説明したが、決済端末４０は、第２決済手段に対応していてもよい。ユーザは、第２識別情報ではなく、あえて第１識別情報が記憶された情報記憶媒体を利用して、第２決済手段を利用してもよい。
例えば、本開示は、実施形態及び変形例１～７で説明した構成のうち、実施形態で説明したチャージ情報に応じた処理を実行する構成を前提としない構成も含む。変形例８では、当該構成を前提としない構成について説明する。例えば、実施形態では、第２決済手段に対応していない決済端末４０を説明したが、決済端末４０は、第２決済手段に対応していてもよい。ユーザは、第２識別情報ではなく、あえて第１識別情報が記憶された情報記憶媒体を利用して、第２決済手段を利用してもよい。
【0166】
例えば、第１決済手段が、実施形態で説明したＩＣカードＣを利用するタイプだったとする。第２決済手段が、二次元コードを表示部３５に表示させる必要があるタイプだったとする。この場合、第１決済手段及び第２決済手段の両方に対応している決済端末４０は、リーダライタ４６によりＩＣカードＣを読み取る機能と、カメラ又はコードリーダで二次元コードを読み取る機能と、を有する。
【0167】
上記の例において、ユーザが第２決済手段を利用しようとすると、従来の方法では、スマートフォン等のユーザ端末３０を起動し、ユーザ端末３０のロックを解除し、第２決済手段のアプリケーションを起動し、二次元コードを表示部３５に表示させる必要がある。この点、ＩＣカードＣで第２決済手段を利用できるようにすれば、ユーザがこれらの一連の操作をする必要がなくなるので、ユーザの利便性も高まる。
【0168】
なお、第１決済手段及び第２決済手段の両方に対応している決済端末４０により第１識別情報が読み取られた場合に、第２決済手段を利用するための第２処理を実行する流れ自体は、実施形態と同様であってよい。第１決済手段及び第２決済手段の両方に対応している決済端末４０を利用して決済をする決済システム１も、本開示の範囲に含まれる。
【0169】
［５－９．その他の変形例］
例えば、上記説明した変形例を組み合わせてもよい。
例えば、上記説明した変形例を組み合わせてもよい。
【0170】
例えば、第１決済手段及び第２決済手段は、任意の組み合わせであってよい。例えば、第１決済手段がＩＣカード型の電子マネーであり、第２決済手段がポイントであってもよい。第１決済手段がポイントであり、第２決済手段がオンライン型の電子マネーであってもよい。ユーザが設定をしなくても、第１決済手段と第２決済手段が最初から連携していてもよい。例えば、デフォルトの設定として、第１決済手段と第２決済手段が連携していてもよい。
【0171】
例えば、決済サーバ１０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。決済サーバ１０で実現されるものとして説明した機能は、連携先サーバ２０、ユーザ端末３０、及び決済端末４０の少なくとも１つにより実現されてもよい。連携先サーバ２０で実現されるものとして説明した機能は、決済サーバ１０、ユーザ端末３０、及び決済端末４０の少なくとも１つにより実現されてもよい。上記説明した機能は、決済システム１における少なくとも１つのコンピュータにより実現されるようにすればよい。
【0172】
［６．付記］
例えば、本開示に係る決済システムは、下記のような構成も可能である。
（１）
第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける関連付け部と、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部と、
を含む決済システム。
（２）
前記決済システムは、前記第１決済手段及び前記第２決済手段のうち、優先的に利用する方に関する優先利用設定を行う優先利用設定部を更に含み、
前記第２処理実行部は、前記優先利用設定が前記第２決済手段を示す場合に、前記第２処理を実行する、
（１）に記載の決済システム。
（３）
前記決済システムは、前記優先利用設定が前記第２決済手段を示し、かつ、前記第２決済手段の残高が足りない場合に、前記第１決済手段を利用するための第１処理を実行する第１処理実行部を更に含む、
（２）に記載の決済システム。
（４）
前記第２処理実行部は、前記優先利用設定が前記第１決済手段を示し、かつ、前記第１決済手段の残高が足りない場合に、前記第２処理を実行する、
（２）又は（３）に記載の決済システム。
（５）
前記決済端末により前記第１識別情報が読み取られた場合に、前記第２決済手段を利用して前記第１決済手段に関するチャージが実行され、当該チャージが実行された後の前記第１決済手段に基づいて決済が実行され、
前記第２処理は、前記第２決済手段の残高から、前記チャージに応じた額を減らす処理である、
（１）～（４）の何れかに記載の決済システム。
（６）
前記チャージは、前記決済端末により前記第１識別情報が読み取られた場合に、前記決済システムと連携する連携先システムにより実行され、
前記決済システムは、前記連携先システムから、前記チャージの実行結果に関する第２実行データを受信する受信部を更に含み、
前記第２処理実行部は、前記第２実行データに基づいて、前記第２処理を実行する、
（５）に記載の決済システム。
（７）
前記ＩＣチップには、前記第２決済手段を利用して前記チャージが実行されたことを示す第１履歴データが記録され、
前記決済システムは、前記チャージが実行された場合に、前記第２決済手段を利用して前記チャージが実行されたことを示す第２履歴データを、前記第１識別情報に関連付けてデータベースに保存する保存部を更に含む、
（５）又は（６）に記載の決済システム。
（８）
前記関連付け部は、複数の前記第１識別情報と、前記第２識別情報と、を関連付け、
前記第２処理実行部は、前記複数の第１識別情報のうちの何れが前記決済端末により読み取られたとしても、前記第２処理を実行可能である、
（１）～（７）の何れかに記載の決済システム。
（９）
前記第１識別情報ごとに、前記第２決済手段を利用するか否かに関する利用要否設定が可能であり、
前記第２処理実行部は、前記第２決済手段を利用することを示す前記利用要否設定が行われた前記第１決済手段の前記第１識別情報が前記決済端末により読み取られた場合に、前記第２処理を実行する、
（８）に記載の決済システム。
（１０）
前記決済システムは、前記第１決済手段の残高と、前記第２決済手段の残高と、の合計が不足する場合に、第３決済手段に基づいて、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
（１）～（９）の何れかに記載の決済システム。
（１１）
前記決済システムは、決済が完了した場合に、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
（１）～（１０）の何れかに記載の決済システム。
（１２）
前記オートチャージ実行部は、前記第１決済手段の残高が閾値未満の場合に、前記第２決済手段を利用して前記第１決済手段に関するオートチャージを実行する、
（１１）に記載の決済システム。
（１３）
前記決済システムは、前記決済端末により前記第１識別情報が読み取られた場合に、前記第１識別情報及び前記第２識別情報の少なくとも一方に関連付けられたクーポンを提示することなく、当該クーポンを利用するためのクーポン処理を実行するクーポン処理実行部を更に含む、
（１）～（１２）の何れかに記載の決済システム。
（１４）
前記決済システムは、前記クーポン処理が実行された場合に、提示せずに利用した前記クーポンを識別可能なクーポン識別情報を含むレシートを出力するためのレシート処理を実行するレシート処理実行部を更に含む、
（１３）に記載の決済システム。
（１５）
前記第２処理実行部は、前記ＩＣチップを含むＩＣカードが前記決済端末により読み取られた場合に、前記第２処理を実行する、
（１）～（１４）の何れかに記載の決済システム。
例えば、本開示に係る決済システムは、下記のような構成も可能である。
（１）
第１決済手段を識別可能な第１識別情報と、第２決済手段を識別可能な第２識別情報と、を関連付ける関連付け部と、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶するＩＣチップが読み取られた場合に、当該第１識別情報に関連付けられた前記第２識別情報により識別される前記第２決済手段を利用するための第２処理を実行する第２処理実行部と、
を含む決済システム。
（２）
前記決済システムは、前記第１決済手段及び前記第２決済手段のうち、優先的に利用する方に関する優先利用設定を行う優先利用設定部を更に含み、
前記第２処理実行部は、前記優先利用設定が前記第２決済手段を示す場合に、前記第２処理を実行する、
（１）に記載の決済システム。
（３）
前記決済システムは、前記優先利用設定が前記第２決済手段を示し、かつ、前記第２決済手段の残高が足りない場合に、前記第１決済手段を利用するための第１処理を実行する第１処理実行部を更に含む、
（２）に記載の決済システム。
（４）
前記第２処理実行部は、前記優先利用設定が前記第１決済手段を示し、かつ、前記第１決済手段の残高が足りない場合に、前記第２処理を実行する、
（２）又は（３）に記載の決済システム。
（５）
前記決済端末により前記第１識別情報が読み取られた場合に、前記第２決済手段を利用して前記第１決済手段に関するチャージが実行され、当該チャージが実行された後の前記第１決済手段に基づいて決済が実行され、
前記第２処理は、前記第２決済手段の残高から、前記チャージに応じた額を減らす処理である、
（１）～（４）の何れかに記載の決済システム。
（６）
前記チャージは、前記決済端末により前記第１識別情報が読み取られた場合に、前記決済システムと連携する連携先システムにより実行され、
前記決済システムは、前記連携先システムから、前記チャージの実行結果に関する第２実行データを受信する受信部を更に含み、
前記第２処理実行部は、前記第２実行データに基づいて、前記第２処理を実行する、
（５）に記載の決済システム。
（７）
前記ＩＣチップには、前記第２決済手段を利用して前記チャージが実行されたことを示す第１履歴データが記録され、
前記決済システムは、前記チャージが実行された場合に、前記第２決済手段を利用して前記チャージが実行されたことを示す第２履歴データを、前記第１識別情報に関連付けてデータベースに保存する保存部を更に含む、
（５）又は（６）に記載の決済システム。
（８）
前記関連付け部は、複数の前記第１識別情報と、前記第２識別情報と、を関連付け、
前記第２処理実行部は、前記複数の第１識別情報のうちの何れが前記決済端末により読み取られたとしても、前記第２処理を実行可能である、
（１）～（７）の何れかに記載の決済システム。
（９）
前記第１識別情報ごとに、前記第２決済手段を利用するか否かに関する利用要否設定が可能であり、
前記第２処理実行部は、前記第２決済手段を利用することを示す前記利用要否設定が行われた前記第１決済手段の前記第１識別情報が前記決済端末により読み取られた場合に、前記第２処理を実行する、
（８）に記載の決済システム。
（１０）
前記決済システムは、前記第１決済手段の残高と、前記第２決済手段の残高と、の合計が不足する場合に、第３決済手段に基づいて、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
（１）～（９）の何れかに記載の決済システム。
（１１）
前記決済システムは、決済が完了した場合に、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
（１）～（１０）の何れかに記載の決済システム。
（１２）
前記オートチャージ実行部は、前記第１決済手段の残高が閾値未満の場合に、前記第２決済手段を利用して前記第１決済手段に関するオートチャージを実行する、
（１１）に記載の決済システム。
（１３）
前記決済システムは、前記決済端末により前記第１識別情報が読み取られた場合に、前記第１識別情報及び前記第２識別情報の少なくとも一方に関連付けられたクーポンを提示することなく、当該クーポンを利用するためのクーポン処理を実行するクーポン処理実行部を更に含む、
（１）～（１２）の何れかに記載の決済システム。
（１４）
前記決済システムは、前記クーポン処理が実行された場合に、提示せずに利用した前記クーポンを識別可能なクーポン識別情報を含むレシートを出力するためのレシート処理を実行するレシート処理実行部を更に含む、
（１３）に記載の決済システム。
（１５）
前記第２処理実行部は、前記ＩＣチップを含むＩＣカードが前記決済端末により読み取られた場合に、前記第２処理を実行する、
（１）～（１４）の何れかに記載の決済システム。
【符号の説明】
【0173】
１ 決済システム、２ 連携先システム、Ｎ ネットワーク、１０ 決済サーバ、１１，２１，３１，４１ 制御部、１２，２２，３２，４２ 記憶部、１３，２３，３３，４３ 通信部、２０ 連携先サーバ、３０ ユーザ端末、３４，４４ 操作部、３５，４５ 表示部、４０ 決済端末、４６ リーダライタ、Ｃ ＩＣカード、１００ データ記憶部、１０１ 関連付け部、１０２ 利用要否設定部、１０３ 優先利用設定部、１０４ 受信部、１０５ 第１処理実行部、１０６ 第２処理実行部、１０７ 保存部、１０８ オートチャージ実行部、１０９ クーポン処理実行部、１１０ レシート処理実行部、２００ データ記憶部、２０１ 決済要求受信部、２０２ 決済実行部、３００ データ記憶部、３０１ 表示制御部、３０２ 操作受付部、４００ データ記憶部、４０１ 取得部、４０２ 決済要求送信部、Ｂ１０，Ｂ１２，Ｂ１４，Ｂ１５，Ｂ１６ ボタン、Ｍ１１，Ｍ１３ モーダル、ＳＣ１ ホーム画面、ＤＢ１ 第１決済手段データベース、ＤＢ２ 第２決済手段データベース、ＤＢ３ 関連付けデータベース。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2024-04-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１決済手段を識別可能な第１識別情報と、オンライン型の第２決済手段を識別可能な第２識別情報と、をサーバのデータベースに関連付ける関連付け部と、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶し、かつ、前記第２識別情報を記憶しないＩＣチップが読み取られた場合に、前記決済端末から当該第１識別情報を含む決済要求を受信する決済要求受信部と、
前記決済要求に含まれる前記第１識別情報に前記データベースで関連付けられた前記第２識別情報により識別される前記第２決済手段の残高を減らす第２処理を実行する第２処理実行部と、
を含む決済システム。
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶し、かつ、前記第２識別情報を記憶しないＩＣチップが読み取られた場合に、前記決済端末から当該第１識別情報を含む決済要求を受信する決済要求受信部と、
前記決済要求に含まれる前記第１識別情報に前記データベースで関連付けられた前記第２識別情報により識別される前記第２決済手段の残高を減らす第２処理を実行する第２処理実行部と、
を含む決済システム。
【請求項2】
前記決済システムは、前記第１決済手段及び前記第２決済手段のうち、優先的に利用する方に関する優先利用設定を行う優先利用設定部を更に含み、
前記第２処理実行部は、前記優先利用設定が前記第２決済手段を示す場合に、前記第２処理を実行する、
請求項１に記載の決済システム。
前記第２処理実行部は、前記優先利用設定が前記第２決済手段を示す場合に、前記第２処理を実行する、
請求項１に記載の決済システム。
【請求項3】
前記決済システムは、前記優先利用設定が前記第２決済手段を示し、かつ、前記第２決済手段の残高が足りない場合に、前記第１決済手段の残高を減らす第１処理を実行する第１処理実行部を更に含む、
請求項２に記載の決済システム。
請求項２に記載の決済システム。
【請求項4】
前記第２処理実行部は、前記優先利用設定が前記第１決済手段を示し、かつ、前記第１決済手段の残高が足りない場合に、前記第２処理を実行する、
請求項２又は３に記載の決済システム。
請求項２又は３に記載の決済システム。
【請求項5】
前記決済端末により前記第１識別情報が読み取られた場合に、前記第２決済手段を利用して前記第１決済手段に関するチャージが実行され、当該チャージが実行された後の前記第１決済手段に基づいて決済が実行され、
前記第２処理は、前記第２決済手段の残高から、前記チャージに応じた額を減らす処理である、
請求項１～３の何れかに記載の決済システム。
前記第２処理は、前記第２決済手段の残高から、前記チャージに応じた額を減らす処理である、
請求項１～３の何れかに記載の決済システム。
【請求項6】
前記チャージは、前記決済端末により前記第１識別情報が読み取られた場合に、前記決済システムと連携する連携先システムにより実行され、
前記決済システムは、前記連携先システムから、前記チャージの実行結果に関する第２実行データを受信する受信部を更に含み、
前記第２処理実行部は、前記第２実行データに基づいて、前記第２処理を実行する、
請求項５に記載の決済システム。
前記決済システムは、前記連携先システムから、前記チャージの実行結果に関する第２実行データを受信する受信部を更に含み、
前記第２処理実行部は、前記第２実行データに基づいて、前記第２処理を実行する、
請求項５に記載の決済システム。
【請求項7】
前記ＩＣチップには、前記第２決済手段を利用して前記チャージが実行されたことを示す第１履歴データが記録され、
前記決済システムは、前記チャージが実行された場合に、前記第２決済手段を利用して前記チャージが実行されたことを示す第２履歴データを、前記第１識別情報に関連付けてデータベースに保存する保存部を更に含む、
請求項５に記載の決済システム。
前記決済システムは、前記チャージが実行された場合に、前記第２決済手段を利用して前記チャージが実行されたことを示す第２履歴データを、前記第１識別情報に関連付けてデータベースに保存する保存部を更に含む、
請求項５に記載の決済システム。
【請求項8】
前記関連付け部は、複数の前記第１決済手段の各々の前記第１識別情報と、前記第２識別情報と、を関連付け、
前記第２処理実行部は、前記複数の第１識別情報のうちの何れが前記決済端末により読み取られたとしても、前記第２処理を実行可能である、
請求項１～３の何れかに記載の決済システム。
前記第２処理実行部は、前記複数の第１識別情報のうちの何れが前記決済端末により読み取られたとしても、前記第２処理を実行可能である、
請求項１～３の何れかに記載の決済システム。
【請求項9】
前記第１識別情報ごとに、前記第２決済手段を利用するか否かに関する利用要否設定が可能であり、
前記第２処理実行部は、前記第２決済手段を利用することを示す前記利用要否設定が行われた前記第１決済手段の前記第１識別情報が前記決済端末により読み取られた場合に、前記第２処理を実行する、
請求項８に記載の決済システム。
前記第２処理実行部は、前記第２決済手段を利用することを示す前記利用要否設定が行われた前記第１決済手段の前記第１識別情報が前記決済端末により読み取られた場合に、前記第２処理を実行する、
請求項８に記載の決済システム。
【請求項10】
前記決済システムは、前記第１決済手段の残高と、前記第２決済手段の残高と、の合計が不足する場合に、第３決済手段に基づいて、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項11】
前記決済システムは、決済が完了した場合に、前記第１決済手段及び前記第２決済手段の少なくとも一方に関するオートチャージを実行するオートチャージ実行部を更に含む、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項12】
前記オートチャージ実行部は、前記第１決済手段の残高が閾値未満の場合に、前記第２決済手段を利用して前記第１決済手段に関するオートチャージを実行する、
請求項１１に記載の決済システム。
請求項１１に記載の決済システム。
【請求項13】
前記決済システムは、前記決済端末により前記第１識別情報が読み取られた場合に、前記第１識別情報及び前記第２識別情報の少なくとも一方に関連付けられたクーポンを提示することなく、当該クーポンを利用するためのクーポン処理を実行するクーポン処理実行部を更に含む、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項14】
前記決済システムは、前記クーポン処理が実行された場合に、提示せずに利用した前記クーポンを識別可能なクーポン識別情報を含むレシートを出力するためのレシート処理を実行するレシート処理実行部を更に含む、
請求項１３に記載の決済システム。
請求項１３に記載の決済システム。
【請求項15】
前記第２処理実行部は、前記ＩＣチップを含むＩＣカードが前記決済端末により読み取られた場合に、前記第２処理を実行する、
請求項１～３の何れかに記載の決済システム。
請求項１～３の何れかに記載の決済システム。
【請求項16】
第１決済手段を識別可能な第１識別情報と、オンライン型の第２決済手段を識別可能な第２識別情報と、をサーバのデータベースに関連付ける関連付けステップと、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶し、かつ、前記第２識別情報を記憶しないＩＣチップが読み取られた場合に、前記決済端末から当該第１識別情報を含む決済要求を受信する決済要求受信ステップと、
前記決済要求に含まれる前記第１識別情報に前記データベースで関連付けられた前記第２識別情報により識別される前記第２決済手段の残高を減らす第２処理を実行する第２処理実行ステップと、
を含む処理実行方法。
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶し、かつ、前記第２識別情報を記憶しないＩＣチップが読み取られた場合に、前記決済端末から当該第１識別情報を含む決済要求を受信する決済要求受信ステップと、
前記決済要求に含まれる前記第１識別情報に前記データベースで関連付けられた前記第２識別情報により識別される前記第２決済手段の残高を減らす第２処理を実行する第２処理実行ステップと、
を含む処理実行方法。
【請求項17】
第１決済手段を識別可能な第１識別情報と、オンライン型の第２決済手段を識別可能な第２識別情報と、をサーバのデータベースに関連付ける関連付け部、
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶し、かつ、前記第２識別情報を記憶しないＩＣチップが読み取られた場合に、前記決済端末から受信された、当該第１識別情報を含む決済要求に含まれる前記第１識別情報に前記データベースで関連付けられた前記第２識別情報により識別される前記第２決済手段の残高を減らす第２処理を実行する第２処理実行部、
としてコンピュータを機能させるためのプログラム。
前記第２決済手段に対応していない決済端末により、前記第１識別情報を記憶し、かつ、前記第２識別情報を記憶しないＩＣチップが読み取られた場合に、前記決済端末から受信された、当該第１識別情報を含む決済要求に含まれる前記第１識別情報に前記データベースで関連付けられた前記第２識別情報により識別される前記第２決済手段の残高を減らす第２処理を実行する第２処理実行部、
としてコンピュータを機能させるためのプログラム。