JP7407245B1 - チャージ管理システム、チャージ管理方法及びチャージ管理プログラム - Google Patents

Abstract

【課題】決済手段の残高に、効率的にチャージするためのチャージ管理システム、チャージ管理方法及びチャージ管理プログラムを提供する。【解決手段】第１決済サーバ２０の制御部２１が、ユーザ端末１０から、チャージ元としての第１決済手段の第１アカウントＩＤ、チャージ先としての第２決済手段及びチャージ金額に関するデータを含むチャージ依頼を取得する。制御部２１は、チャージ依頼に取引ＩＤを付与し、取引ＩＤについて、ユーザ情報記憶部２２における第１アカウントＩＤの残高からチャージ金額を差し引き、第２決済手段を管理する加盟店に対する決済を行なう。制御部２１は、決済の結果に基づいて、第２決済サーバ４０において、ユーザ端末１０で用いられる第２決済手段の第２アカウントＩＤに対して、チャージ金額をチャージさせる。【選択図】図１

Description

本開示は、第１決済手段から第２決済手段にチャージするためのチャージ管理システム、チャージ管理方法及びチャージ管理プログラムに関する。

ユーザ端末に格納された決済アプリケーションによって、光学的に読み取り可能な情報コードを提示し、ユーザ間で電子的な送金を行なう技術が検討されている（例えば、特許文献１を参照）。この文献に記載された技術においては、アカウント識別情報と残高情報とを関連付けて記憶するサーバを用いる。そして、第１のユーザ端末は、送金元ユーザのアカウント識別情報に関連する情報、送金金額情報及び第１のユーザ端末の撮像装置を用いて、送金先ユーザの媒体から読み取られた送金先のアカウント識別情報を含む送金命令をサーバに送信する。サーバは、送金命令を受信すると、送金金額に基づいて、送金元ユーザのアカウント識別情報及び送金先のアカウント識別情報に紐付けられた残高情報を記憶して電子的送金を行なう。

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

電子マネーやコード決済手段等の多様な決済手段を用いる場合、ユーザのアカウントの残高を維持しておく必要がある。そして、残高が不足している場合、残高への補充（チャージ）が必要となる。しかしながら、このチャージに手間がかかっていたのでは、決済手段の使い勝手が悪くなる。

上記課題を解決するチャージ管理システムは、ユーザが利用する第１決済手段に関する情報を登録するユーザ情報記憶部と、ユーザ端末、第２決済手段を管理する加盟店の第２決済サーバに接続される制御部と、を備える。そして、前記制御部が、前記ユーザ端末から、チャージ元としての前記第１決済手段の第１アカウントＩＤ、チャージ先としての前記第２決済手段及びチャージ金額に関するデータを含むチャージ依頼を取得し、前記チャージ依頼に取引ＩＤを付与し、前記取引ＩＤについて、前記ユーザ情報記憶部における前記第１アカウントＩＤの残高から前記チャージ金額を差し引き、前記第２決済手段を管理する加盟店に対する決済を行ない、前記決済の結果に基づいて、前記第２決済サーバにおいて、前記ユーザ端末で用いられる前記第２決済手段の第２アカウントＩＤに対して、前記チャージ金額をチャージさせる。

本開示によれば、決済手段の残高へのチャージを効率的に行なうことができる。

第１実施形態のチャージ管理システムの説明図である。 第１実施形態のハードウェア構成の説明図である。 第１実施形態の情報記憶部の説明図であって、（ａ）はユーザ情報記憶部、（ｂ）は一時保管情報記憶部、（ｃ）は加盟店情報記憶部、（ｄ）は取引情報記憶部である。 第１実施形態の処理手順の説明図である。 第１実施形態の処理手順の説明図である。 第１実施形態の処理手順の説明図である。 第１実施形態の処理手順の説明図である。 第２実施形態の処理手順の説明図である。 第２実施形態の処理手順の説明図である。

（第１実施形態）
以下、図１～図７に従って、チャージ管理システム、チャージ管理方法及びチャージ管理プログラムを具体化した第１実施形態を説明する。本実施形態では、第１決済手段（チャージ元）の残高を用いて、第２決済手段（チャージ先）の残高へのチャージを行なう場合を想定する。本実施形態の決済手段は、それぞれ、例えば、２次元コードによるキャッシュレス決済に用いられる決済手段である。
図１に示すように、本実施形態では、ネットワークを介して接続されたユーザ端末１０、第１決済サーバ２０、加盟店ＧＷ３０、第２決済サーバ４０等を用いる。

（ハードウェア構成）
図２を用いて、ユーザ端末１０、第１決済サーバ２０、加盟店ＧＷ３０、第２決済サーバ４０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。

通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。

入力装置Ｈ１２は、ユーザ等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。

記憶部Ｈ１４は、ユーザ端末１０、第１決済サーバ２０、加盟店ＧＷ３０、第２決済サーバ４０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０、第１決済サーバ２０、加盟店ＧＷ３０、第２決済サーバ４０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、以下で構成し得る。

（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ
（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは
（３）それらの組み合わせ、を含む回路（circuitry）
プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

（システム構成）
次に、図１を用いて、ユーザ端末１０、第１決済サーバ２０、加盟店ＧＷ３０、第２決済サーバ４０の機能を説明する。

ユーザ端末１０は、ユーザが用いるコンピュータ端末（例えば、携帯端末）である。このユーザ端末１０は、アプリ実行部１１を備え、記憶部に格納されたアプリケーションを実行する。本実施形態では、第１決済アプリ１１１、第２決済アプリ１１２を実行する。

第１決済アプリ１１１は、第１決済手段のアカウントを管理するアプリケーションプログラムである。本実施形態では、第１決済手段はチャージ元として用いられる。
第２決済アプリ１１２は、第２決済手段のアカウントを管理するアプリケーションプログラムである。本実施形態では、第２決済手段は、第１決済手段によるチャージ先として用いられる。

第１決済アプリ１１１、第２決済アプリ１１２は、それぞれユーザ端末１０のユーザのアカウントを特定するための第１アカウントＩＤ、第２アカウントＩＤを保持する。
第１決済サーバ２０は、第１決済手段による第１決済サービスを提供する第１サービスプロバイダのコンピュータシステムである。この第１決済サーバ２０は、第１決済アプリ１１１のユーザが保有するアカウントの残高を管理する。このユーザの中には、第１決済サービスを用いた決済により、商品やサービスを提供する加盟店も含まれる。この第１決済サーバ２０は、制御部２１、ユーザ情報記憶部２２、一時保管情報記憶部２３を備える。

制御部２１は、第１アカウント管理プログラムを実行することにより、ユーザ管理部２１１、取引管理部２１２として機能する。
ユーザ管理部２１１は、ユーザのアカウントを管理する処理を実行する。
取引管理部２１２は、ユーザのアカウントを用いた決済を管理する処理を実行する。

図３（ａ）に示すように、ユーザ情報記憶部２２には、ユーザ管理レコード２２０が記録される。このユーザ管理レコード２２０は、ユーザ情報が登録された場合に記録され、アカウントを用いたチャージや送金が行なわれた場合に更新される。ユーザ管理レコード２２０には、第１アカウントＩＤ、ユーザ口座、残高に関するデータが記録される。

第１アカウントＩＤデータ領域には、第１決済アプリ１１１の各ユーザを特定するための識別子に関するデータが記録される。この第１アカウントＩＤにより、ユーザのアカウントが特定される。

ユーザ口座データ領域には、このユーザが保有している金融機関口座を特定するための識別子（金融機関コード、本支店コード、口座種別、口座番号等）に関するデータが記録される。このユーザ口座は、例えば、第１決済手段の残高へのチャージを行なうために用いられる。

残高データ領域には、このユーザの第１決済手段のアカウント（第１アカウント）の残高に関するデータが記録される。
更に、ユーザ情報記憶部２２には、ユーザ管理レコード２２０に関連付けて、取引履歴レコード２２１、他決済手段管理レコード２２２が記録されている。

取引履歴レコード２２１は、ユーザのアカウントを利用して取引が行なわれた場合に記録される。取引履歴レコード２２１には、取引ＩＤ、取引日時、取引内容、金額に関するデータが記録される。

取引ＩＤデータ領域には、各取引を特定するための識別子に関するデータが記録される。
取引日時データ領域には、取引が行なわれた年月日及び時刻に関するデータが記録される。

取引内容データ領域には、取引の種類（決済、送金等）、送金元、送金先のアカウントＩＤに関するデータが記録される。
金額データ領域には、取引が行なわれた金額に関するデータが記録される。

他決済手段管理レコード２２２は、このユーザが利用している他の決済手段（本実施形態では、第２決済アプリ）が登録された場合に記録される。他決済手段管理レコード２２２には、決済手段ＩＤ、第２アカウントＩＤに関するデータが記録される。

決済手段ＩＤデータ領域には、このユーザが利用している他の決済手段（ここでは、第２決済手段）を特定するための識別子に関するデータが記録される。
第２アカウントＩＤデータ領域には、他の決済手段（第２決済手段）において、このユーザのアカウントを特定するための識別子に関するデータが記録される。

図３（ｂ）に示すように、一時保管情報記憶部２３には、第２決済サーバ４０に一時保管される預かり金に関する一時保管管理レコード２３０が記録される。一時保管管理レコード２３０は、一時保管の依頼を行なった場合に記録される。一時保管管理レコード２３０には、一時保管依頼ＩＤ、ディレード処理ＩＤ、第１アカウントＩＤ、取引ＩＤ、金額、一時保管ＩＤ、ステータスに関するデータが含まれる。

一時保管依頼ＩＤデータ領域には、各一時保管依頼を特定するための識別子に関するデータが記録される。
ディレード処理ＩＤデータ領域には、この一時保管依頼についてのディレード処理を特定するための識別子に関するデータが記録される。

第１アカウントＩＤデータ領域には、この一時保管の依頼を行なう第１決済サービスのユーザのアカウントを特定するための識別子に関するデータが記録される。
取引ＩＤデータ領域には、この一時保管の取引を特定するための識別子に関するデータが記録される。

金額データ領域には、一時保管を行なう預かり金の金額に関するデータが記録される。
一時保管ＩＤデータ領域には、一時保管依頼に基づいて行なわれた預り金を特定するための識別子に関するデータが記録される。
ステータスデータ領域には、一時保管の状態を特定するための識別子に関するデータが記録される。

図１に示す加盟店ＧＷ３０は、第１決済サービスの加盟店での取引を管理するコンピュータシステム（ゲートウェイサーバ）である。加盟店ＧＷ３０は、加盟店情報記憶部３２、取引情報記憶部３３を備える。

図３（ｃ）に示すように、加盟店情報記憶部３２には、第１決済サービスを利用して取引を行なう加盟店についての加盟店管理レコード３２０が記録される。この加盟店管理レコード３２０は、加盟店の登録が行なわれた場合に記録される。加盟店管理レコード３２０には、加盟店ＩＤ、連絡先、精算金額等に関するデータが記録される。

加盟店ＩＤデータ領域には、各加盟店を特定するための識別子に関するデータが記録される。
連絡先データ領域には、この加盟店の連絡先に関するデータが記録される。連絡先としては、例えば、加盟店サーバのアドレスを用いることができる。
精算金額データ領域には、この加盟店で行なわれた決済について、所定期間の総額に関するデータが記録される。

図３（ｄ）に示すように、取引情報記憶部３３には、取引のための取引ＩＤを発行するための取引管理レコード３３０が記録される。この取引管理レコード３３０は、取引が行なわれる場合に記録される。取引管理レコード３３０には、取引ＩＤ、取引日時、送金元ＩＤ、送金先ＩＤ、決済額に関するデータが記録される。

取引ＩＤデータ領域には、各取引を特定するための識別子に関するデータが記録される。
取引日時データ領域には、この取引を受け付けた年月日及び時刻に関するデータが記録される。

送金元ＩＤデータ領域には、送金元のユーザを特定するための識別子に関するデータが記録される。
送金先ＩＤデータ領域には、送金先のユーザを特定するための識別子に関するデータが記録される。
決済額データ領域には、取引において、送金元から送金先に支払う金額に関するデータが記録される。

図１に示す第２決済サーバ４０は、第２決済手段による第２決済サービスを提供する第２サービスプロバイダのコンピュータシステムである。本実施形態では、上述したように、第２サービスプロバイダは第１決済サービスの加盟店である。そして、第２決済サーバ４０は、第２決済アプリ１１２のユーザが保有するアカウントの残高を管理する。この第２決済サーバ４０は、制御部４１、ユーザ情報記憶部４２を備える。

制御部４１は、第２アカウント管理プログラムを実行することにより、ユーザ管理部、取引管理部として機能する。
また、ユーザ情報記憶部４２には、ユーザ情報記憶部２２と同様に、ユーザ管理レコード、取引履歴レコード等が記録される。

（チャージ管理方法）
次に、図４～図７を用いて、チャージ管理方法を説明する。ここでは、第１チャージ処理、第２チャージ処理について説明する。第１チャージ処理は、第１、第２決済手段の連携が行なわれた場合（例えば、初めてチャージを行なう場合）に実行される。第２チャージ処理は、第１チャージ処理において第１、第２決済手段の連携が行なわれた後でチャージを行なう場合に実行される。なお、第１、第２決済手段の連携が行なわれていない場合には、２回目以降のチャージにおいても第１チャージ処理が実行される。

（第１チャージ処理）
まず、図４、図５を用いて、第１チャージ処理を説明する。
ここでは、図４に示すように、ユーザがユーザ端末１０を利用し、第１決済手段のアカウントの残高を用いて、第２決済手段のアカウントの残高へのチャージを行なう場合を想定する。

まず、ユーザ端末１０のアプリ実行部１１は、第１決済アプリの起動処理を実行する（ステップＳ１０１）。具体的には、第１決済の残高を用いて、第２決済手段の残高へのチャージを行なう場合、ユーザ端末１０の第１決済アプリ１１１を起動する。そして、第１決済のアプリ画面において、第２決済手段のチャージボタンを選択する。この場合、第１決済アプリ１１１は、表示装置Ｈ１３にチャージ画面を出力する。このチャージ画面は、チャージ金額欄を含む。そして、チャージ金額が入力されて、実行ボタンが選択された場合、第１決済アプリ１１１は、チャージ依頼を第１決済サーバ２０に送信する。このチャージ依頼には、第２決済サービスの加盟店ＩＤ、チャージ金額（決済金額）、決済内容（チャージ）に関するデータを含む。

次に、第１決済サーバ２０の制御部２１は、取引予約処理を実行する（ステップＳ１０２）。具体的には、制御部２１の取引管理部２１２は、取引番号を採番する。そして、取引管理部２１２は、加盟店ＧＷ３０に対して、取引予約を送信する。この取引予約には、取引番号、加盟店ＩＤ、決済金額、決済内容に関するデータを含める。

次に、加盟店ＧＷ３０は、取引ＩＤ発行処理を実行する（ステップＳ１０３）。具体的には、加盟店ＧＷ３０は、取引ＩＤを発行して、取引管理レコード３３０を生成し、取引情報記憶部３３に記録する。この取引管理レコード３３０には、取引ＩＤ、取引日時（現在日時）、送金元ＩＤ（第１アカウントＩＤ）、送金先ＩＤ（加盟店ＩＤ）、決済額（チャージ金額）に関するデータを記録する。そして、加盟店ＧＷ３０は、第１決済サーバ２０に対して、取引予約の完了通知を送信する。この完了通知には、取引番号、取引ＩＤに関するデータを含める。

次に、第１決済サーバ２０の制御部２１は、一時保管依頼登録処理を実行する（ステップＳ１０４）。具体的には、制御部２１の取引管理部２１２は、ディレード処理ＩＤ、一時保管依頼ＩＤを記録した一時保管管理レコード２３０を生成し、一時保管情報記憶部２３に記録する。一時保管管理レコード２３０には、第１アカウントＩＤ、取引ＩＤ、チャージ金額、ステータス（処理開始）に関するデータを更に含める。

次に、第１決済サーバ２０の制御部２１は、ディレード通知処理を実行する（ステップＳ１０５）。具体的には、制御部２１の取引管理部２１２は、ユーザ端末１０に対して、ディレード通知を送信する。このディレード通知には、ディレード処理ＩＤに関するデータを含める。

次に、ユーザ端末１０のアプリ実行部１１は、ディレード処理を実行する（ステップＳ１０６）。具体的には、アプリ実行部１１の第１決済アプリ１１１は、ディレード処理ＩＤを保持するとともに、後続の処理を実行するために所定時間の待機を行なう。

次に、第１決済サーバ２０の制御部２１は、一時保管依頼処理を実行する（ステップＳ１０７）。具体的には、制御部２１の取引管理部２１２は、一時保管登録依頼を、第２決済サーバ４０に送信する。一時保管登録依頼には、一時保管依頼ＩＤ、取引ＩＤ、チャージ金額に関するデータを含める。

次に、第２決済サーバ４０は、一時保管処理を実行する（ステップＳ１０８）。具体的には、第２決済サーバ４０は、一時保管依頼ＩＤに対して一時保管ＩＤを付与して、チャージ金額を関連付けて記録する。これにより、第２決済サーバ４０は、第２決済手段への入金（チャージ）を一時的にサーバで預かる。そして、第２決済サーバ４０は、第１決済サーバ２０に対して、一時保管登録完了通知を送信する。この一時保管登録完了通知には、一時保管ＩＤに関するデータを含める。

次に、第１決済サーバ２０の制御部２１は、残高更新処理を実行する（ステップＳ１０９）。具体的には、制御部２１の取引管理部２１２は、一時保管情報記憶部２３の一時保管管理レコード２３０に、一時保管ＩＤ、ステータス（一時保管完了）に関するデータを記録する。更に、取引管理部２１２は、ユーザの第１アカウントの残高からチャージ金額を引き落として、加盟店のアカウントの残高に加算する。そして、取引管理部２１２は、加盟店ＧＷ３０に決済完了通知を送信する。この決済完了通知には、取引ＩＤに関するデータを含める。

次に、加盟店ＧＷ３０は、ステータス更新処理を実行する（ステップＳ１１０）。具体的には、加盟店ＧＷ３０は、取得した取引ＩＤが記録された取引管理レコード３３０のステータスを取引完了に変更する。そして、加盟店ＧＷ３０は、この加盟店について、加盟店情報記憶部３２の加盟店管理レコード３２０において、取引ＩＤに関連付けたチャージ金額を、精算金額に加算する。

また、ユーザ端末１０のアプリ実行部１１は、一時保管照会処理を実行する（ステップＳ１１１）。具体的には、アプリ実行部１１の第１決済アプリ１１１は、ディレード処理による所定期間の待機後に、第１決済サーバ２０に対して、一時保管照会を送信する。この一時保管照会には、ディレード処理ＩＤに関するデータを含める。

次に、第１決済サーバ２０の制御部２１は、一時保管状態報告処理を実行する（ステップＳ１１２）。具体的には、制御部２１の取引管理部２１２は、ディレード処理ＩＤが記録された一時保管管理レコード２３０を一時保管情報記憶部２３から取得する。次に、取引管理部２１２は、一時保管管理レコード２３０のステータスを取得する。そして、取引管理部２１２は、ユーザ端末１０に対して、一時保管状態報告を送信する。一時保管状態報告には、一時保管の処理開始又は一時保管完了の何れかのステータスに応じたメッセージを含める。

次に、ユーザ端末１０のアプリ実行部１１は、一時保管状態表示処理を実行する（ステップＳ１１３）。具体的には、ユーザ端末１０の第１決済アプリ１１１は、第１決済サーバ２０から取得した一時保管状態報告を、表示装置Ｈ１３に出力する。ステータスが「処理開始」で、一時保管の処理中の場合には、一時保管を完了していないことを示すメッセージが含まれる。一方、ステータスが「一時保管完了」で、一時保管を完了している場合には、未受取の一時保管があることを示すメッセージが含まれる。このメッセージには、第２決済アプリを起動するためのdeeplinkを備える。このdeeplinkには、一時保管ＩＤに関するデータを含める。

一時保管の完了を確認したユーザは、ユーザ端末１０において、一時保管状態報告をタップする。
この場合、図５に示すように、ユーザ端末１０のアプリ実行部１１は、第２決済アプリへのリンク処理を実行する（ステップＳ２０１）。具体的には、ユーザ端末１０の第１決済アプリ１１１は、deeplink機能により、第２決済アプリ１１２を起動する。この場合、第１決済アプリ１１１は、第２決済アプリ１１２に一時保管ＩＤを引き継ぐ。

次に、ユーザ端末１０のアプリ実行部１１は、受取依頼処理を実行する（ステップＳ２０２）。具体的には、ユーザ端末１０の第２決済アプリ１１２は、deeplink機能により、一時保管ＩＤに応じて、一時保管の受取確認メッセージを出力する。このメッセージがタップされた場合、第２決済アプリ１１２は、第２決済サーバ４０に、受取依頼（チャージ指示）を送信する。この受取依頼には、一時保管ＩＤ、第２アカウントＩＤに関するデータを含める。

次に、第２決済サーバ４０の制御部４１は、受取処理を実行する（ステップＳ２０３）。具体的には、制御部４１は、一時保管ＩＤに関連付けられた金額を、第２アカウントＩＤの残高に加算する。

次に、第２決済サーバ４０の制御部４１は、受取完了通知処理を実行する（ステップＳ２０４）。具体的には、制御部４１は、第１決済サーバ２０に受取完了通知を送信する。この受取完了通知には、一時保管ＩＤ、完了日時に関するデータを含める。

次に、第１決済サーバ２０の制御部２１は、ステータス更新処理を実行する（ステップＳ２０５）。具体的には、制御部２１の取引管理部２１２は、一時保管情報記憶部２３のステータスを「チャージ完了」に更新する。そして、取引管理部２１２は、第１決済アプリ１１１にチャージ完了メッセージを送信する。

更に、ユーザが第１決済手段と第２決済手段との連携を希望する場合には、ユーザ端末１０のアプリ実行部１１は、連携選択処理を実行する（ステップＳ２０６）。具体的には、ユーザ端末１０の第２決済アプリ１１２において、連携希望ボタンを選択する。この場合、第２決済アプリ１１２は、第２決済サーバ４０に連携希望通知を送信する。

次に、第２決済サーバ４０の制御部４１は、連携通知処理を実行する（ステップＳ２０７）。具体的には、制御部４１は、ユーザ端末１０に連携通知を送信する。この連携通知には、第１決済アプリ１１１へのdeeplinkを含める。このdeeplinkには、第２アカウントＩＤに関するデータを含める。

次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリへのリンク処理を実行する（ステップＳ２０８）。具体的には、ユーザ端末１０の第２決済アプリ１１２は、deeplink機能により、第１決済アプリ１１１を起動し、第１決済アプリ１１１に第２アカウントＩＤを引き継ぐ。そして、第１決済アプリ１１１は、deeplink機能により、第１アカウントＩＤに基づいて第１決済サーバ２０にアクセスする。このアクセス時には、第１決済アプリ１１１は、第２アカウントに関するデータを第１決済サーバ２０に提供する。

次に、第１決済サーバ２０の制御部２１は、第２アカウントＩＤ保存処理を実行する（ステップＳ２０９）。具体的には、制御部２１の取引管理部２１２は、ユーザ情報記憶部２２において、第１アカウントＩＤに関連付けた他決済手段管理レコード２２２に、決済手段ＩＤとして第２決済手段、第２アカウントＩＤを記録する。

（第２チャージ処理）
次に、図６、図７を用いて、第２チャージ処理を説明する。
図６に示すように、ユーザ端末１０のアプリ実行部１１は、ステップＳ１０１と同様に、第１決済アプリの起動処理を実行する（ステップＳ３０１）。

次に、第１決済サーバ２０の制御部２１は、ステップＳ１０２と同様に、取引予約処理を実行する（ステップＳ３０２）。
次に、加盟店ＧＷ３０は、ステップＳ１０３と同様に、取引ＩＤ発行処理を実行する（ステップＳ３０３）。

次に、第１決済サーバ２０の制御部２１は、ステップＳ１０４、ステップＳ１０５と同様に、一時保管依頼登録処理（ステップＳ３０４）、ディレード通知処理（ステップＳ３０５）を実行する。

次に、ユーザ端末１０のアプリ実行部１１は、ステップＳ１０６と同様に、ディレード処理を実行する（ステップＳ３０６）。
次に、第１決済サーバ２０の制御部２１は、アクセス処理を実行する（ステップＳ３０７）。具体的には、制御部２１の取引管理部２１２は、第２決済サーバ４０に対して、アクセス要求を送信する。このアクセス要求には、第２アカウントに関するデータを含める。

次に、第２決済サーバ４０の制御部４１は、アカウントの確認処理を実行する（ステップＳ３０８）。具体的には、制御部４１は、第２アカウントの認証を行なう。そして、制御部４１は、第２アカウントの認証を完了した場合、第２アカウントに関連付けてＩＤアクセストークンを発行し、第１決済サーバ２０に返信する。

次に、第１決済サーバ２０の制御部２１は、一時保管依頼処理を実行する（ステップＳ３０９）。具体的には、制御部２１の取引管理部２１２は、一時保管登録依頼を、第２決済サーバ４０に送信する。この一時保管登録依頼には、第２決済サーバ４０から取得したアクセストークン、一時保管依頼ＩＤ、チャージ金額に関するデータを含める。

次に、第２決済サーバ４０の制御部４１は、ステップＳ１０８と同様に、一時保管処理を実行する（ステップＳ３１０）。
次に、第１決済サーバ２０の制御部２１は、ステップＳ１０９と同様に、残高更新処理を実行する（ステップＳ３１１）。

次に、加盟店ＧＷ３０は、ステップＳ１１０と同様に、ステータス更新処理を実行する（ステップＳ３１２）。
次に、図７に示すように、第１決済サーバ２０の制御部２１は、受取要求処理を実行する（ステップＳ４０１）。具体的には、制御部２１の取引管理部２１２は、受取要求を第２決済サーバ４０に送信する。この受取要求には、アクセストークン、一時保管依頼ＩＤに関するデータを含める。

次に、第２決済サーバ４０の制御部４１は、受取処理を実行する（ステップＳ４０２）。具体的には、制御部４１は、一時保管ＩＤの金額を、アクセストークンに関連付けられた第２アカウントＩＤの残高に加算する。

次に、第２決済サーバ４０の制御部４１は、結果通知処理を実行する（ステップＳ４０３）。具体的には、制御部４１は、第１決済サーバ２０にチャージ結果を返信する。
次に、第１決済サーバ２０の制御部２１は、ステータス更新処理を実行する（ステップＳ４０４）。具体的には、制御部２１の取引管理部２１２は、一時保管情報記憶部２３のステータスを更新する。

また、ユーザ端末１０のアプリ実行部１１は、ディレード状態照会処理を実行する（ステップＳ４０５）。具体的には、ユーザ端末１０の第１決済アプリ１１１は、第１決済サーバ２０に対して、ディレード処理の状態を確認する。

次に、第１決済サーバ２０の制御部２１は、ステータス確認処理を実行する（ステップＳ４０６）。具体的には、制御部２１の取引管理部２１２は、一時保管情報記憶部２３のステータスを確認する。そして、取引管理部２１２は、ステータスを返信する。

次に、ユーザ端末１０のアプリ実行部１１は、詳細情報取得処理を実行する（ステップＳ４０７）。具体的には、ユーザ端末１０の第１決済アプリ１１１は、詳細情報を表示装置Ｈ１３に出力する。

以上、本実施形態によれば、以下に示す効果を得ることができる。
（１－１）第１実施形態では、第１決済サーバ２０の制御部２１は、取引予約処理を実行する（ステップＳ１０２，Ｓ３０２）。そして、加盟店ＧＷ３０は、取引ＩＤ発行処理を実行する（ステップＳ１０３，Ｓ３０３）。これにより、加盟店側に第１アカウントＩＤを提供することなく、取引（決済）を行なうことができる。

（１－２）第１実施形態では、第１決済サーバ２０の制御部２１は、一時保管依頼登録処理（ステップＳ１０４，Ｓ３０４）、一時保管依頼処理（ステップＳ１０７，Ｓ３０９）を実行する。次に、第２決済サーバ４０は、一時保管処理を実行する（ステップＳ１０８，Ｓ３１０）。次に、第１決済サーバ２０の制御部２１は、残高更新処理を実行する（ステップＳ１０９，Ｓ３１１）。これにより、第２アカウントへのチャージを行なうための預かり金を、第１アカウントの残高を用いた決済により提供することができる。

（１－３）第１実施形態では、ユーザ端末１０のアプリ実行部１１は、一時保管照会処理を実行する（ステップＳ１１１）。これにより、預かり金の一時保管状態に応じて、チャージのタイミングを把握することができる。

（１－４）第１実施形態では、ユーザ端末１０のアプリ実行部１１は、第２決済アプリへのリンク処理を実行する（ステップＳ２０１）。これにより、第２決済サーバ４０における預り金を受け取って、第２アカウントの残高にチャージすることができる。

（１－５）第１実施形態では、ユーザ端末１０のアプリ実行部１１は、連携選択処理（ステップＳ２０６）を実行し、第２決済サーバ４０の制御部４１は、連携通知処理（ステップＳ２０７）を実行する。そして、ユーザ端末１０のアプリ実行部１１は、第１決済アプリへのリンク処理（ステップＳ２０８）、第２アカウントＩＤ保存処理（ステップＳ２０９）を実行する。これにより、第１アカウントを用いて第２アカウントへのチャージを繰り返す場合に、アカウント間の連携を図ることができる。この連携により、効率的にチャージを行うことができる。

（１－６）第１実施形態では、第１決済サーバ２０の制御部２１は、アクセス処理（ステップＳ３０７）を実行し、第２決済サーバ４０の制御部４１は、アカウントの確認処理（ステップＳ３０８）を実行する。これにより、第１決済サーバ２０は、第２アカウントとしてのアクセストークンを用いて、第２決済サーバにアクセスすることができる。

（１－７）第１実施形態では、第１決済サーバ２０の制御部２１は、受取要求処理を実行する（ステップＳ４０１）。これにより、預かり金の受取時に、ユーザ端末１０の操作が不要になり、効率的にチャージを行なうことができる。

（第２実施形態）
次に、図８、図９に従って、チャージ管理システム、チャージ管理方法及びチャージ管理プログラムを具体化した第２実施形態を説明する。第１実施形態では、ユーザ端末１０のアプリ実行部１１は、連携選択処理（ステップＳ２０６）に応じて、第１決済アプリへのリンク処理（ステップＳ２０８）を実行する。そして、第１決済サーバ２０の制御部２１は、第２アカウントＩＤ保存処理を実行する（ステップＳ２０９）。第２実施形態は、第１決済サーバ２０と第２決済サーバ４０との連携方法を変更した構成であり、上記第１実施形態と同様の部分については、同一の符号を付し、その詳細な説明を省略する。第２実施形態では、第１決済アプリ１１１に、第２決済アプリ１１２との連携を示す情報（第２アカウントＩＤ）を保持させる。このため、第１決済サーバ２０のユーザ情報記憶部２２において、第２アカウントＩＤを保持させなくてもよい。

まず、図８に示すように、ユーザ端末１０のアプリ実行部１１は、第１決済アプリの起動処理を実行する（ステップＳ５０１）。具体的には、第１決済の残高を用いて、第２決済手段の残高へのチャージを行なう場合、ユーザ端末１０の第１決済アプリ１１１を起動する。そして、第１決済のアプリ画面において、第２決済手段のチャージボタンを選択する。この場合、アプリ実行部１１は、連携先である第２アカウントＩＤの保持の有無により、第１決済手段と第２決済手段との連携の有無を確認する。そして、第２アカウントＩＤを保持しておらず、連携がない場合には、連携要求を第１決済サーバ２０に送信する。

次に、第１決済サーバ２０の制御部２１は、第２決済アプリ起動情報の送信処理を実行する（ステップＳ５０２）。具体的には、制御部２１の取引管理部２１２は、第２決済取引ＩＤを生成する。次に、取引管理部２１２は、第２決済アプリを起動するための起動用ＵＲＬを生成する。この起動用ＵＲＬには、第２決済取引ＩＤが含まれる。そして、取引管理部２１２は、起動用ＵＲＬをユーザ端末１０に提供する。

次に、ユーザ端末１０のアプリ実行部１１は、第２決済アプリの起動処理を実行する（ステップＳ５０３）。具体的には、ユーザ端末１０のアプリ実行部１１は、起動用ＵＲＬを用いて、第２決済アプリ１１２を起動する。そして、第２決済アプリ１１２は、第２決済サーバ４０に対して、第１決済手段との連携要求を送信する。この連携要求には、第２決済取引ＩＤに関する情報を含める。

次に、第２決済サーバ４０は、第２アカウントＩＤ払い出し処理を実行する（ステップＳ５０４）。具体的には、第２決済サーバ４０は、第２決済アプリ１１２で用いられている第２アカウントＩＤを特定する。

次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリへのリンク処理を実行する（ステップＳ５０５）。具体的には、ユーザ端末１０の第２決済アプリ１１２は、第１決済アプリ１１１とのdeeplinkにおいて、第２決済取引ＩＤ、第２アカウントＩＤを設定する。

次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリでのＩＤ保存処理を実行する（ステップＳ５０６）。具体的には、ユーザ端末１０の第１決済アプリ１１１は、第２決済アプリ１１２と連携するために、第２決済取引ＩＤに対応した第２アカウントＩＤを保持する。そして、第１決済アプリ１１１は、第１決済サーバ２０にチャージ要求を送信する。

次に、第１決済サーバ２０の制御部２１は、取引可能額の取得処理を実行する（ステップＳ５０７）。具体的には、制御部２１の取引管理部２１２は、ユーザ情報記憶部２２のユーザ管理レコード２２０に記録された残高により、取引可能額を特定する。そして、取引管理部２１２は、ユーザ端末１０に取引可能額に関する情報を返信する。

次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリにおいて、チャージ依頼処理を実行する（ステップＳ５０８）。具体的には、ユーザ端末１０の第１決済アプリ１１１は、表示装置Ｈ１３にチャージ画面を出力する。このチャージ画面は、チャージ金額欄を含む。そして、取引可能額内のチャージ金額が入力されて、実行ボタンが選択された場合、第１決済アプリ１１１は、チャージ依頼を第１決済サーバ２０に送信する。このチャージ依頼には、第２決済サービスの加盟店ＩＤ、チャージ金額（決済金額）、決済内容（チャージ）に関するデータを含める。ここで、加盟店ＩＤは、第２決済サービスの第２サービスプロバイダの識別子を用いる。

次に、第１決済サーバ２０の制御部２１は、ステップＳ１０２と同様に、取引予約処理を実行する（ステップＳ５０９）。
次に、加盟店ＧＷ３０は、ステップＳ１０３と同様に、取引ＩＤ発行処理を実行する（ステップＳ５１０）。

次に、第１決済サーバ２０の制御部２１は、ステップＳ１０４と同様に、一時保管依頼登録処理を実行する（ステップＳ５１１）。
次に、第１決済サーバ２０の制御部２１は、ステップＳ１０５と同様に、ディレード通知処理を実行する（ステップＳ５１２）。

次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリにおいて、ステップＳ１０６と同様に、ディレード処理を実行する（ステップＳ５１３）。
次に、第１決済サーバ２０の制御部２１は、ステップＳ１０８と同様に、一時保管依頼処理を実行する（ステップＳ５１４）。

次に、第２決済サーバ４０は、ステップＳ１０９と同様に、一時保管処理を実行する（ステップＳ５１５）。
次に、図９に示すように、第１決済サーバ２０の制御部２１は、ステップＳ５０９と同様に、残高更新処理を実行する（ステップＳ６０１）。

次に、加盟店ＧＷ３０は、ステップＳ１１０と同様に、ステータス更新処理を実行する（ステップＳ６０２）。
次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリにおいて、ステップＳ１１１と同様に、一時保管照会処理を実行する（ステップＳ６０３）。

次に、第１決済サーバ２０の制御部２１は、ステップＳ１１２と同様に、一時保管状態報告処理を実行する（ステップＳ６０４）。
次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリにおいて、ステップＳ１１３と同様に、一時保管状態表示処理を実行する（ステップＳ６０５）。

次に、ユーザ端末１０のアプリ実行部１１は、第１決済アプリにおいて、ステップＳ２０１と同様に、第２決済アプリへのリンク処理を実行する（ステップＳ６０６）。
次に、ユーザ端末１０のアプリ実行部１１は、ステップＳ２０２と同様に、第１決済アプリにおいて、受取依頼処理を実行する（ステップＳ６０７）。

次に、第２決済サーバ４０は、ステップＳ２０３と同様に、受取処理を実行する（ステップＳ６０８）。
次に、第２決済サーバ４０は、ステップＳ２０４と同様に、受取完了通知処理を実行する（ステップＳ６０９）。

次に、第１決済サーバ２０の制御部２１は、ステップＳ２０５と同様に、ステータス更新処理を実行する（ステップＳ６１０）。

以上、第２実施形態によれば、以下に示す効果を得ることができる。
（２－１）第２実施形態では、第１決済サーバ２０の制御部２１は、第２決済アプリ起動情報の送信処理を実行する（ステップＳ５０２）。これにより、第１決済アプリ１１１と第２決済アプリ１１２とを連携させることができる。そして、第１アカウントを用いて第２アカウントへのチャージを繰り返す場合に、アカウント間の連携を図ることができる。この連携により、効率的にチャージを行うことができる。

（２－２）第２実施形態では、第１決済サーバ２０の制御部２１は、取引予約処理を実行する（ステップＳ５０９）。そして、加盟店ＧＷ３０は、取引ＩＤ発行処理を実行する（ステップＳ５１０）。これにより、加盟店側に第１アカウントＩＤを提供することなく、取引（決済）を行なうことができる。

（２－３）第２実施形態では、第１決済サーバ２０の制御部２１は、一時保管依頼登録処理（ステップＳ５１１）、一時保管依頼処理（ステップＳ５１４）を実行する。次に、第２決済サーバ４０は、一時保管処理を実行する（ステップＳ５１５）。次に、第１決済サーバ２０の制御部２１は、残高更新処理を実行する（ステップＳ６０１）。これにより、第２アカウントへのチャージを行なうための預かり金を、第１アカウントの残高を用いた決済により提供することができる。

（２－３）第２実施形態では、ユーザ端末１０のアプリ実行部１１は、一時保管照会処理を実行する（ステップＳ６０３）。これにより、預かり金の一時保管状態に応じて、チャージのタイミングを把握することができる。

（２－４）本実施形態では、ユーザ端末１０のアプリ実行部１１は、第２決済アプリへのリンク処理を実行する（ステップＳ６０６）。これにより、第２決済サーバ４０における預り金を受け取って、第２アカウントの残高にチャージすることができる。

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記第１、第２実施形態では、第１決済手段、第２決済手段を用いる場合を想定したが、決済手段は複数種類あればよく、２種類に限定されるものではない。

・上記第１、第２実施形態では、ユーザ端末１０、第１決済サーバ２０、加盟店ＧＷ３０、第２決済サーバ４０を用いるが、ハードウェア構成はこれに限定されるものではない。例えば、第１決済サーバ２０内に加盟店ＧＷ３０を設けてもよい。

・上記第１、第２実施形態では、第２決済サーバ４０に預かり金を一時保管することによりチャージを行なう。チャージ方法はこれに限定されるものではない。例えば、第２決済サービスを提供する加盟店における決済に基づいて、第２アカウントの残高にチャージするようにしてもよい。

１０…ユーザ端末、１１…アプリ実行部、２０…第１決済サーバ、２１…制御部、２１１…ユーザ管理部、２１２…取引管理部、２２…ユーザ情報記憶部、２３…一時保管情報記憶部、３０…加盟店ＧＷ、３２…加盟店情報記憶部、３３…取引情報記憶部、４０…第２決済サーバ。

Claims (5)

1. ユーザが利用する第１決済手段に関する情報を登録するユーザ情報記憶部と、
   前記第１決済手段による決済が可能な加盟店での決済を管理する加盟店ゲートウェイサーバ、ユーザ端末、及び第２決済手段を管理する加盟店の第２決済サーバに接続される制御部と、を備えたチャージ管理システムであって、
   前記制御部が、
   前記ユーザ端末から、前記ユーザの前記第１決済手段の第１アカウントＩＤ、取引先の加盟店ＩＤ、決済金額に関するデータを含む取引予約を取得し、
   前記加盟店ゲートウェイサーバから、前記取引予約に応じた取引ＩＤを取得し、
   前記取引先の加盟店ＩＤの加盟店の第２決済サーバに対して、前記取引ＩＤ、前記決済金額についての一時保管依頼を送信して、前記第２決済サーバから一時保管ＩＤを取得し、
   前記取引ＩＤについて、前記ユーザ情報記憶部における前記第１アカウントＩＤの残高から前記決済金額を差し引き、前記加盟店のアカウントの残高に加算し、
   前記ユーザ端末から、前記決済の結果に基づいて、前記第２決済サーバに前記一時保管ＩＤを引き継ぐことにより、前記ユーザ端末で用いられる前記第２決済手段の第２アカウントＩＤに対して、前記決済金額をチャージ金額としてチャージさせ、前記第２決済サーバから前記一時保管ＩＤについてのチャージの完了通知を受信して、前記第１決済手段から前記第２決済手段へのチャージを完了することを特徴とするチャージ管理システム。
2. 前記制御部が、前記第２アカウントＩＤを前記第１アカウントＩＤに関連付けて前記ユーザ情報記憶部に記録することを特徴とする請求項１に記載のチャージ管理システム。
3. 前記制御部が、前記第２アカウントＩＤを前記第１アカウントＩＤに関連付けて前記ユーザ端末に保持させることを特徴とする請求項１に記載のチャージ管理システム。
4. ユーザが利用する第１決済手段に関する情報を登録するユーザ情報記憶部と、
   前記第１決済手段による決済が可能な加盟店での決済を管理する加盟店ゲートウェイサーバ、ユーザ端末、及び第２決済手段を管理する加盟店の第２決済サーバに接続される制御部と、を備えたチャージ管理システムを用いて、チャージ管理を行なうための方法であって、
   前記制御部が、
   前記ユーザ端末から、前記ユーザの前記第１決済手段の第１アカウントＩＤ、取引先の加盟店ＩＤ、決済金額に関するデータを含む取引予約を取得し、
   前記加盟店ゲートウェイサーバから、前記取引予約に応じた取引ＩＤを取得し、
   前記取引先の加盟店ＩＤの加盟店の第２決済サーバに対して、前記取引ＩＤ、前記決済金額についての一時保管依頼を送信して、前記第２決済サーバから一時保管ＩＤを取得し、
   前記取引ＩＤについて、前記ユーザ情報記憶部における前記第１アカウントＩＤの残高から前記決済金額を差し引き、前記加盟店のアカウントの残高に加算し、
   前記ユーザ端末から、前記決済の結果に基づいて、前記第２決済サーバに前記一時保管ＩＤを引き継ぐことにより、前記ユーザ端末で用いられる前記第２決済手段の第２アカウントＩＤに対して、前記決済金額をチャージ金額としてチャージさせ、前記第２決済サーバから前記一時保管ＩＤについてのチャージの完了通知を受信して、前記第１決済手段から前記第２決済手段へのチャージを完了することを特徴とするチャージ管理方法。
5. ユーザが利用する第１決済手段に関する情報を登録するユーザ情報記憶部と、
   前記第１決済手段による決済が可能な加盟店での決済を管理する加盟店ゲートウェイサーバ、ユーザ端末、及び第２決済手段を管理する加盟店の第２決済サーバに接続される制御部と、を備えたチャージ管理システムを用いて、チャージ管理を行なうためのプログラムであって、
   前記制御部を、
   前記ユーザ端末から、前記ユーザの前記第１決済手段の第１アカウントＩＤ、取引先の加盟店ＩＤ、決済金額に関するデータを含む取引予約を取得し、
   前記加盟店ゲートウェイサーバから、前記取引予約に応じた取引ＩＤを取得し、
   前記取引先の加盟店ＩＤの加盟店の第２決済サーバに対して、前記取引ＩＤ、前記決済金額についての一時保管依頼を送信して、前記第２決済サーバから一時保管ＩＤを取得し、
   前記取引ＩＤについて、前記ユーザ情報記憶部における前記第１アカウントＩＤの残高から前記決済金額を差し引き、前記加盟店のアカウントの残高に加算し、
   前記ユーザ端末から、前記決済の結果に基づいて、前記第２決済サーバに前記一時保管ＩＤを引き継ぐことにより、前記ユーザ端末で用いられる前記第２決済手段の第２アカウントＩＤに対して、前記決済金額をチャージ金額としてチャージさせ、前記第２決済サーバから前記一時保管ＩＤについてのチャージの完了通知を受信して、前記第１決済手段から前記第２決済手段へのチャージを完了する手段として機能させることを特徴とするチャージ管理プログラム。

Images