ホーム > 特許ランキング > 株式会社 みずほ銀行
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022035767
(43)【公開日】2022-03-04
(54)【発明の名称】送金管理システム、送金管理方法及び送金管理プログラム
(51)【国際特許分類】
G06Q 20/04 20120101AFI20220225BHJP
【ＦＩ】
G06Q20/04
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2020140306
(22)【出願日】2020-08-21
(71)【出願人】
【識別番号】592052416
【氏名又は名称】株式会社 みずほ銀行
(74)【代理人】
【識別番号】100105957
【弁理士】
【氏名又は名称】恩田 誠
(74)【代理人】
【識別番号】100068755
【弁理士】
【氏名又は名称】恩田 博宣
(72)【発明者】
【氏名】佐竹 正之
(72)【発明者】
【氏名】金光 恭治
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA15
(57)【要約】
【課題】ユーザの利便性を向上させた送金を行なうための送金管理システム、送金管理方法及び送金管理プログラムを提供する。
【解決手段】第１決済サーバ２０は、ユーザが利用する決済手段を登録するユーザ情報記憶部２２と、ユーザ端末１０に接続される制御部２１とを備える。そして、制御部２１が、送金元のユーザ端末１０から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、ユーザ情報記憶部２２を用いて、送金先における第２の決済手段の登録状況を確認し、送金先において第２の決済手段が登録されている場合、第１の決済手段又は第２の決済手段で送金を行なう。
【選択図】図１
【解決手段】第１決済サーバ２０は、ユーザが利用する決済手段を登録するユーザ情報記憶部２２と、ユーザ端末１０に接続される制御部２１とを備える。そして、制御部２１が、送金元のユーザ端末１０から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、ユーザ情報記憶部２２を用いて、送金先における第２の決済手段の登録状況を確認し、送金先において第２の決済手段が登録されている場合、第１の決済手段又は第２の決済手段で送金を行なう。
【選択図】図１
【特許請求の範囲】
【請求項1】
ユーザが利用する決済手段を登録するユーザ情報記憶部と、
ユーザ端末に接続される制御部とを備えた送金管理システムであって、
前記制御部が、
送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、
前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なうことを特徴とする送金管理システム。
ユーザ端末に接続される制御部とを備えた送金管理システムであって、
前記制御部が、
送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、
前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なうことを特徴とする送金管理システム。
【請求項2】
前記制御部が、
前記送金先において前記第２の決済手段の登録を特定した場合、前記送金元のユーザ端末に対して、送金方法として、前記第１の決済手段又は前記第２の決済手段の選択リストを出力し、
前記選択リストにおいて選択された決済手段を、前記送金元のユーザ端末から取得して、送金を行なうことを特徴とする請求項１に記載の送金管理システム。
前記送金先において前記第２の決済手段の登録を特定した場合、前記送金元のユーザ端末に対して、送金方法として、前記第１の決済手段又は前記第２の決済手段の選択リストを出力し、
前記選択リストにおいて選択された決済手段を、前記送金元のユーザ端末から取得して、送金を行なうことを特徴とする請求項１に記載の送金管理システム。
【請求項3】
前記制御部が、
前記送金先において前記第２の決済手段の登録を特定した場合、前記送金先のユーザ端末に対して、送金方法として、前記第１の決済手段又は前記第２の決済手段の選択リストを出力し、
前記選択リストにおいて選択された決済手段を、前記送金先のユーザ端末から取得して、送金を行なうことを特徴とする請求項１に記載の送金管理システム。
前記送金先において前記第２の決済手段の登録を特定した場合、前記送金先のユーザ端末に対して、送金方法として、前記第１の決済手段又は前記第２の決済手段の選択リストを出力し、
前記選択リストにおいて選択された決済手段を、前記送金先のユーザ端末から取得して、送金を行なうことを特徴とする請求項１に記載の送金管理システム。
【請求項4】
前記ユーザ情報記憶部には、各決済手段を用いる受取条件が記録されており、
前記制御部が、前記送金情報と前記送金先の受取条件とに基づいて、送金を受け取る決済手段を決定することを特徴とする請求項１に記載の送金管理システム。
前記制御部が、前記送金情報と前記送金先の受取条件とに基づいて、送金を受け取る決済手段を決定することを特徴とする請求項１に記載の送金管理システム。
【請求項5】
ユーザが利用する決済手段を登録するユーザ情報記憶部と、
ユーザ端末に接続される制御部とを備えた送金管理システムを用いて、送金管理を行なうための方法であって、
前記制御部が、
送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、
前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なうことを特徴とする送金管理方法。
ユーザ端末に接続される制御部とを備えた送金管理システムを用いて、送金管理を行なうための方法であって、
前記制御部が、
送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、
前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なうことを特徴とする送金管理方法。
【請求項6】
ユーザが利用する決済手段を登録するユーザ情報記憶部と、
ユーザ端末に接続される制御部とを備えた送金管理システムを用いて、送金管理を行なうためのプログラムであって、
前記制御部を、
送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、
前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なう手段として機能させることを特徴とする送金管理プログラム。
ユーザ端末に接続される制御部とを備えた送金管理システムを用いて、送金管理を行なうためのプログラムであって、
前記制御部を、
送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、
前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なう手段として機能させることを特徴とする送金管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、送金人から受取人への送金を管理するための送金管理システム、送金管理方法及び送金管理プログラムに関する。
【背景技術】
【0002】
ユーザ端末に格納された決済アプリケーションによって、光学的に読み取り可能な情報コードを提示し、ユーザ間で電子的な送金を行なう技術が検討されている（例えば、特許文献１を参照）。この文献に記載された技術においては、アカウント識別情報と残高情報とを関連付けて記憶するサーバを用いる。そして、第１のユーザ端末は、送金元ユーザのアカウント識別情報に関連する情報、送金金額情報及び第１のユーザ端末の撮像装置を用いて、送金先ユーザの媒体から読み取られた送金先のアカウント識別情報を含む送金命令をサーバに送信する。サーバは、送金命令を受信すると、送金金額に基づいて、送金元ユーザのアカウント識別情報及び送金先のアカウント識別情報に紐付けられた残高情報を記憶して電子的送金を行なう。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－１２５２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
最近では、例えば、電子マネーやコード決済手段等の多様な決済手段が提供されている。そして、一人のユーザが複数の決済手段を利用することもある。この場合、特定の決済手段でしか送金を行なえないと、ユーザの利便性を向上させることができない。
【課題を解決するための手段】
【0005】
上記課題を解決する送金管理システムは、ユーザが利用する決済手段を登録するユーザ情報記憶部と、ユーザ端末に接続される制御部とを備える。そして、前記制御部が、送金元のユーザ端末から、第１の決済手段を用いて、送金先及び送金額に関する送金情報を取得した場合、前記ユーザ情報記憶部を用いて、送金先における第２の決済手段の登録状況を確認し、前記送金先において前記第２の決済手段が登録されている場合、前記第１の決済手段又は前記第２の決済手段で送金を行なう。
【発明の効果】
【0006】
本発明によれば、ユーザの利便性を向上させた送金を行なうことができる。
【図面の簡単な説明】
【0007】
【図1】実施形態の送金管理システムの説明図。
【図2】実施形態のハードウェア構成の説明図。
【図3】実施形態の記憶部の説明図であって、（ａ）はユーザ情報記憶部、（ｂ）は取引情報記憶部の説明図。
【図4】実施形態の処理手順の説明図。
【図5】実施形態の処理手順の説明図。
【図6】実施形態の処理手順の説明図。
【図7】実施形態の処理手順の説明図。
【発明を実施するための形態】
【0008】
以下、図１～図７に従って、送金管理システム、送金管理方法及び送金管理プログラムを具体化した実施形態を説明する。本実施形態では、チャージされた残高を用いる決済アプリケーションにおいて、送金する場合を想定する。
図１に示すように、本実施形態では、ネットワークを介して接続されたユーザ端末１０、第１決済サーバ２０、第２決済サーバ３０、チャージサーバ４０等を用いる。
図１に示すように、本実施形態では、ネットワークを介して接続されたユーザ端末１０、第１決済サーバ２０、第２決済サーバ３０、チャージサーバ４０等を用いる。
【0009】
（ハードウェア構成）
図２を用いて、ユーザ端末１０、第１決済サーバ２０、第２決済サーバ３０、チャージサーバ４０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
図２を用いて、ユーザ端末１０、第１決済サーバ２０、第２決済サーバ３０、チャージサーバ４０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
【0010】
通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。
【0011】
入力装置Ｈ１２は、ユーザ等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。
【0012】
記憶部Ｈ１４は、ユーザ端末１０、第１決済サーバ２０、第２決済サーバ３０、チャージサーバ４０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。
【0013】
プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０、第１決済サーバ２０、第２決済サーバ３０、チャージサーバ４０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。
【0014】
プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。
【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】
１０，１０ａ，１０ｂ…ユーザ端末、１１…アプリ実行部、２０…第１決済サーバ、２１…制御部、２１１…ユーザ管理部、２１２…送金管理部、２２…ユーザ情報記憶部、２３…取引情報記憶部、３０…第１決済サーバ、４０…チャージサーバ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】