(57)【特許請求の範囲】
【請求項１】
アカウント毎に、残高情報、基準額を含めた出金条件、出金先に関する情報を含めた出金管理情報を記憶するアカウント情報記憶部と、
送金を管理する制御部とを備えたアカウント管理システムであって、
前記制御部が、
前記アカウントへの送金依頼を取得した場合、前記アカウント情報記憶部において、前記アカウントに関連付けられた出金条件を取得し、
前記送金依頼の送金額が前記出金条件の基準額を超えている場合、前記基準額を前記アカウントの残高に加算し、
前記送金額と前記基準額との差額を、前記アカウントに関連付けられた出金先に出金することを特徴とするアカウント管理システム。
【請求項２】
前記出金条件において、送金元の識別情報に関連付けて基準額が設定されており、
前記制御部が、送金依頼の送金元の識別情報が、前記出金条件の送金元の識別情報である場合に、前記出金条件に設定された前記送金元の識別情報に関連付けられた前記基準額を用いることを特徴とする請求項１に記載のアカウント管理システム。
【請求項３】
前記出金条件において、送金時期に対して基準額が設定されており、
前記制御部が、送金依頼を取得した時期が、前記出金条件の送金時期の場合に、前記出金条件に設定された前記送金時期に対する前記基準額を用いることを特徴とする請求項１又は２に記載のアカウント管理システム。
【請求項４】
前記出金条件において、キーワードに対して基準額が設定されており、
前記制御部が、送金依頼のメッセージに、前記出金条件のキーワードが含まれる場合に、前記出金条件に設定された前記キーワードに対する前記基準額を用いることを特徴とする請求項１〜３の何れか一項に記載のアカウント管理システム。
【請求項５】
アカウント毎に、残高情報、基準額を含めた出金条件、出金先に関する情報を含めた出金管理情報を記憶するアカウント情報記憶部と、
送金を管理する制御部とを備えたアカウント管理システムを用いて、アカウント管理を行なうための方法であって、
前記制御部が、
前記アカウントへの送金依頼を取得した場合、前記アカウント情報記憶部において、前記アカウントに関連付けられた出金条件を取得し、
前記送金依頼の送金額が前記出金条件の基準額を超えている場合、前記基準額を前記アカウントの残高に加算し、
前記送金額と前記基準額との差額を、前記アカウントに関連付けられた出金先に出金することを特徴とするアカウント管理方法。
【請求項６】
アカウント毎に、残高情報、基準額を含めた出金条件、出金先に関する情報を含めた出金管理情報を記憶するアカウント情報記憶部と、
送金を管理する制御部とを備えたアカウント管理システムを用いて、アカウント管理を行なうためのプログラムであって、
前記制御部を、
前記アカウントへの送金依頼を取得した場合、前記アカウント情報記憶部において、前記アカウントに関連付けられた出金条件を取得し、
前記送金依頼の送金額が前記出金条件の基準額を超えている場合、前記基準額を前記アカウントの残高に加算し、
前記送金額と前記基準額との差額を、前記アカウントに関連付けられた出金先に出金する手段として機能させることを特徴とするアカウント管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのアカウントの残高を管理するためのアカウント管理システム、アカウント管理方法及びアカウント管理プログラムに関する。
【背景技術】
【０００２】
ユーザ端末に格納された決済アプリケーションによって、光学的に読み取り可能な情報コードを提示し、ユーザ間で電子的な送金を行なう技術が検討されている（例えば、特許文献１を参照）。この文献に記載された技術においては、アカウント識別情報と残高情報とを関連付けて記憶するサーバを用いる。そして、第１のユーザ端末は、送金元ユーザのアカウント識別情報に関連する情報、送金金額情報及び第１のユーザ端末の撮像装置を用いて、送金先ユーザの媒体から読み取られた送金先のアカウント識別情報を含む送金命令をサーバに送信する。サーバは、送金命令を受信すると、送金金額に基づいて、送金元ユーザのアカウント識別情報及び送金先のアカウント識別情報に紐付けられた残高情報を記憶して電子的送金を行なう。
【０００３】
また、多様な送金方法が検討されている。例えば、送金元の端末で表示させた２次元コードを用いたり、ＳＭＳ、登録済ユーザ、電話番号を入力して送金したりすることも可能である（例えば、非特許文献１を参照）。また、例えば、経費精算等の際の従業員向け送金においても、銀行口座への総合振込経由ではなく、振込データを専用Ｗｅｂサイトにアップロードすることにより、従業員のアカウントへ直接送金する技術も検討されている（例えば、非特許文献２を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１９−１２５２８７号公報
【非特許文献】
【０００５】
【非特許文献１】みずほ銀行、２０１９年、「使い方｜銀行の送金・決済アプリＪｃｏｉｎ」、［online］、Ｊｃｏｉｎ公式サイト、［令和２年８月２２日検索］、インターネット＜https://j-coin.jp/user/guide/＞
【非特許文献２】みずほ銀行、２０１９年、「企業のお金の流れが変わる。便利も、コストも、変えていく。J-Coin Biz」、［online］、Ｊｃｏｉｎ公式サイト、［令和２年８月２２日検索］、インターネット＜https://j-coin.jp/biz/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、決済アプリのユーザが、第三者から高額の送金を受け取る場合もある。この場合、このユーザのアカウントの残高が、ユーザの想定以上に高くなる可能性がある。ここで、この残高を決済等に利用することも可能であるが、余剰残高を他の口座に移し替えることもある。気が付かない内にアカウント残高が高くなっている場合には、利便性が悪く、移し替える作業にも手間がかかる。
【課題を解決するための手段】
【０００７】
上記課題を解決するアカウント管理システムは、アカウント毎に、残高情報、基準額を含めた出金条件、出金先に関する情報を含めた出金管理情報を記憶するアカウント情報記憶部と、送金を管理する制御部とを備える。そして、前記制御部が、前記アカウントへの送金依頼を取得した場合、前記アカウント情報記憶部において、前記アカウントに関連付けられた出金条件を取得し、前記送金依頼の送金額が前記出金条件の基準額を超えている場合、前記基準額を前記アカウントの残高に加算し、前記送金額と前記基準額との差額を、前記アカウントに関連付けられた出金先に出金する。
【発明の効果】
【０００８】
本発明によれば、残高管理において、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態のアカウント管理システムの説明図。
【図２】実施形態のハードウェア構成の説明図。
【図３】実施形態の記憶部の説明図であって、（ａ）はアカウント情報記憶部、（ｂ）は取引情報記憶部の説明図。
【図４】実施形態の処理手順の説明図。
【図５】実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１０】
以下、図１〜図５に従って、アカウント管理システム、アカウント管理方法及びアカウント管理プログラムを具体化した実施形態を説明する。本実施形態では、ユーザのアカウントにチャージされた残高を用いる決済アプリケーションにおいて、このアカウントへの送金に応じて残高を管理する場合を想定する。
図１に示すように、本実施形態では、ネットワークを介して接続されたユーザ端末１０、アカウント管理サーバ２０等を用いる。
【００１１】
（ハードウェア構成）
図２を用いて、ユーザ端末１０、アカウント管理サーバ２０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
【００１２】
通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。
【００１３】
入力装置Ｈ１２は、ユーザ等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。
【００１４】
記憶部Ｈ１４は、ユーザ端末１０、アカウント管理サーバ２０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。
【００１５】
プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０、アカウント管理サーバ２０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。
【００１６】
プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。
【００１７】
（システム構成）
次に、図１を用いて、ユーザ端末１０、アカウント管理サーバ２０の機能を説明する。
ユーザ端末１０は、ユーザが用いるコンピュータ端末（例えば、携帯端末）である。このユーザ端末１０は、アプリ実行部１１を備え、記憶部に格納されたアプリケーションを実行する。本実施形態では、決済アプリ１１１を実行する。
【００１８】
決済アプリ１１１は、支払や送金、チャージを行うために、ユーザのアカウントを管理するアプリケーションプログラムである。
決済アプリ１１１は、それぞれユーザ端末１０のユーザのアカウントを特定するためのアカウントＩＤを保持する。なお、送金を行なう場合には、送金元のユーザ端末１０及び送金先のユーザ端末１０の決済アプリ１１１を用いる。
【００１９】
アカウント管理サーバ２０は、決済アプリ１１１のユーザが保有するアカウントの残高を管理するコンピュータシステムである。このアカウント管理サーバ２０は、制御部２１、アカウント情報記憶部２２、取引情報記憶部２３を備える。
【００２０】
制御部２１は、アカウント管理プログラムを実行することにより、ユーザ管理部２１１、アカウント管理部２１２として機能する。
ユーザ管理部２１１は、ユーザに関する情報を管理する処理を実行する。
アカウント管理部２１２は、ユーザのアカウントを管理する処理を実行する。
【００２１】
図３（ａ）に示すように、アカウント情報記憶部２２には、アカウント管理レコード２２０が記録される。このアカウント管理レコード２２０は、ユーザ情報が登録された場合に記録され、アカウントを用いたチャージや送金が行なわれた場合に更新される。アカウント管理レコード２２０には、アカウントＩＤ、ユーザＩＤ、残高に関するデータが記録される。
【００２２】
アカウントＩＤデータ領域には、このユーザが保有しているアカウント（口座）を特定するための識別子に関するデータが記録される。
ユーザＩＤデータ領域には、このアカウントを使用しているユーザを特定するための識別子に関するデータが記録される。
残高データ領域には、このユーザのアカウントの残高に関するデータが記録される。
【００２３】
更に、アカウント情報記憶部２２には、アカウント管理レコード２２０に関連付けて、取引履歴レコード２２１、出金管理レコード２２２が記録されている。
【００２４】
取引履歴レコード２２１は、ユーザのアカウントを利用して取引が行なわれた場合に記録される。取引履歴レコード２２１には、取引ＩＤ、取引日時、取引内容、金額に関するデータが記録される。
【００２５】
取引ＩＤデータ領域には、各取引を特定するための識別子に関するデータが記録される。
取引日時データ領域には、取引が行なわれた年月日及び時刻に関するデータが記録される。
【００２６】
取引内容データ領域には、取引の種類（チャージ、送金）、送金元、送金先のアカウントＩＤに関するデータが記録される。
金額データ領域には、取引が行なわれた金額に関するデータが記録される。
【００２７】
出金管理レコード２２２は、このアカウントからの出金条件が登録された場合に記録される。出金管理レコード２２２には、出金条件、出金先に関するデータが記録される。
出金条件データ領域には、このアカウントから他の口座に出金する場合の条件に関するデータが記録される。本実施形態では、出金条件として、他者からの出金において、アカウント残高に入金する基準額を用いる。
【００２８】
出金先データ領域には、出金先の口座を特定するための識別子に関するデータが記録される。例えば、金融機関に開設された口座に出金する場合には、金融機関コード、本支店コード、預金種別、口座番号等が記録される。
【００２９】
図３（ｂ）に示すように、取引情報記憶部２３には、取引（送金）のための取引ＩＤを発行するための取引管理レコード２３０が記録される。この取引管理レコード２３０は、取引が行なわれる場合に記録される。取引管理レコード２３０には、取引ＩＤ、取引日時、送金元ＩＤ、送金先ＩＤ、送金額、メッセージに関するデータが記録される。
【００３０】
取引ＩＤデータ領域には、各取引を特定するための識別子に関するデータが記録される。
取引日時データ領域には、この取引を受け付けた年月日及び時刻に関するデータが記録される。
【００３１】
送金元ＩＤデータ領域には、送金元のアカウントを特定するための識別子に関するデータが記録される。
送金先ＩＤデータ領域には、送金先のアカウントを特定するための識別子に関するデータが記録される。
【００３２】
送金額データ領域には、送金元から送金先に送金する金額に関するデータが記録される。
メッセージデータ領域には、送金元から送金先へ送るメッセージに関するデータが記録される。
【００３３】
（アカウント管理方法）
次に、図４、図５を用いて、アカウント管理方法を説明する。ここで、アカウント管理方法においては、登録処理、送金対応処理が行なわれる。
【００３４】
（登録処理）
まず、図４を用いて、登録処理を説明する。
ここでは、ユーザ端末１０のアプリ実行部１１は、出金情報の登録依頼処理を実行する（ステップＳ１０１）。具体的には、アプリ実行部１１は、決済アプリ１１１を起動する。そして、出金条件を登録する場合には、決済アプリ１１１において、出金条件登録ボタンを選択する。この場合、アプリ実行部１１は、出金条件登録依頼をアカウント管理サーバ２０に送信する。この出金条件登録依頼には、アカウントＩＤに関するデータを含める。
【００３５】
出金条件登録依頼を受信したアカウント管理サーバ２０の制御部２１は、入力画面の送信処理を実行する（ステップＳ１０２）。具体的には、制御部２１のユーザ管理部２１１は、ユーザ端末１０に、出金条件の入力画面を送信する。
【００３６】
次に、ユーザ端末１０のアプリ実行部１１は、出金情報の入力処理を実行する（ステップＳ１０３）。具体的には、アプリ実行部１１は、表示装置Ｈ１３に、出金条件の入力画面を出力する。そして、入力画面に、出金条件や、出金先口座の入力を完了した場合、アプリ実行部１１は、登録要求をアカウント管理サーバ２０に送信する。この登録要求には、出金条件や、出金先口座に関するデータを含める。
【００３７】
登録要求を受信したアカウント管理サーバ２０の制御部２１は、出金情報の登録処理を実行する（ステップＳ１０４）。具体的には、制御部２１のユーザ管理部２１１は、出金条件、出金先を記録した出金管理レコード２２２を生成し、先に受信したアカウントＩＤを含むアカウント管理レコード２２０に関連付けてアカウント情報記憶部２２に記録する。そして、ユーザ管理部２１１は、登録通知をユーザ端末１０に送信する。
【００３８】
（送金対応処理）
次に、図５を用いて、送金対応処理を説明する。
まず、アカウント管理サーバ２０の制御部２１は、送金依頼の検知処理を実行する（ステップＳ２０１）。具体的には、まず、送金元ユーザが、ユーザ端末１０の決済アプリ１１１を起動し、表示装置Ｈ１３に出力されたメニュー画面において、「送金」を選択する。この場合、アプリ実行部１１は、表示装置Ｈ１３に、送金先指定画面を出力する。この送金先指定画面には、送金先の指定欄が含まれる。送金先の指定には、例えば、送金先のアカウントＩＤを用いる。なお、送金先のアカウントＩＤに関連付けられたＳＭＳアドレス、送金履歴、送金先の２次元コード等を用いてもよい。そして、制御部２１のアカウント管理部２１２は、入力完了を検知した場合、送金先指定画面で指定された送金先のアカウントＩＤ（送金先ＩＤ）、送金元のユーザ端末１０の決済アプリ１１１が保持しているアカウントＩＤ（送金元ＩＤ）を取得する。そして、アカウント管理部２１２は、取引ＩＤを付与し、取引ＩＤ、取引日時（現在日時）、送金元ＩＤ、送金先ＩＤを含めた取引管理レコード２３０を取引情報記憶部２３に記録する。
【００３９】
次に、アカウント管理部２１２は、送金依頼画面をユーザ端末１０に送信する。この送金依頼画面には、送金額、メッセージの入力欄が含まれる。制御部２１のアカウント管理部２１２は、入力完了を検知した場合、送金依頼画面に入力された送金額、メッセージを取得する。そして、アカウント管理部２１２は、送金額、メッセージを取引管理レコード２３０に記録する。
【００４０】
次に、アカウント管理サーバ２０の制御部２１は、基準額の特定処理を実行する（ステップＳ２０２）。具体的には、制御部２１のアカウント管理部２１２は、取引管理レコード２３０に記録された送金先ＩＤを特定し、この送金先ＩＤが記録されたアカウント管理レコード２２０をアカウント情報記憶部２２から取得する。更に、アカウント管理部２１２は、アカウント管理レコード２２０に関連付けられた出金管理レコード２２２を検索する。そして、アカウント管理部２１２は、出金管理レコード２２２を特定した場合、この出金管理レコード２２２の出金条件（基準額）を取得する。
【００４１】
次に、アカウント管理サーバ２０の制御部２１は、送金額が基準額よりも高いかどうかについての判定処理を実行する（ステップＳ２０３）。具体的には、制御部２１のアカウント管理部２１２は、取引管理レコード２３０に記録された送金額と基準額とを比較する。
【００４２】
送金額が基準額以下と判定した場合（ステップＳ２０３において「ＮＯ」の場合）、アカウント管理サーバ２０の制御部２１は、送金額の入金処理を実行する（ステップＳ２０４）。具体的には、制御部２１のアカウント管理部２１２は、取引ＩＤ、取引日時、取引内容、金額（送金額）を記録した取引履歴レコード２２１を生成する。そして、アカウント管理部２１２は、アカウント管理レコード２２０に関連付けて、生成した取引履歴レコード２２１を、アカウント情報記憶部２２に記録する。更に、アカウント管理部２１２は、送金額をアカウント管理レコード２２０の残高に加算する。
【００４３】
なお、アカウント情報記憶部２２において、アカウント管理レコード２２０に対して出金管理レコード２２２が記録されていない場合にも、ステップＳ２０４の処理を実行する。
【００４４】
一方、送金額が基準額を超えていると判定した場合（ステップＳ２０３において「ＹＥＳ」の場合）、アカウント管理サーバ２０の制御部２１は、基準額の入金処理を実行する（ステップＳ２０５）。具体的には、制御部２１のアカウント管理部２１２は、取引ＩＤ、取引日時、取引内容、金額（基準額）を記録した取引履歴レコード２２１を生成する。そして、アカウント管理部２１２は、アカウント管理レコード２２０に関連付けて、生成した取引履歴レコード２２１を、アカウント情報記憶部２２に記録する。更に、アカウント管理部２１２は、基準額をアカウント管理レコード２２０の残高に加算する。
【００４５】
次に、アカウント管理サーバ２０の制御部２１は、出金先の特定処理を実行する（ステップＳ２０６）。具体的には、制御部２１のアカウント管理部２１２は、出金管理レコード２２２に記録された出金先を取得する。
【００４６】
次に、アカウント管理サーバ２０の制御部２１は、送金額と基準額との差額の出金処理を実行する（ステップＳ２０７）。具体的には、制御部２１のアカウント管理部２１２は、取引管理レコード２３０に記録された送金額から基準額を差し引いた差額（出金額）を算出する。そして、アカウント管理部２１２は、出金先に対して、出金額を出金する処理を実行する。例えば、出金先として、金融機関の口座が指定されている場合には、この金融機関の口座管理システムに対して、出金先、出金額を含めた送金依頼電文を送信する。次に、アカウント管理部２１２は、取引ＩＤ、取引日時、取引内容（出金）、金額（差額）を記録した取引履歴レコード２２１を生成する。そして、アカウント管理部２１２は、アカウント管理レコード２２０に関連付けて、生成した取引履歴レコード２２１を、アカウント情報記憶部２２に記録する。
【００４７】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、送金額が基準額以下と判定した場合（ステップＳ２０３において「ＮＯ」の場合）、アカウント管理サーバ２０の制御部２１は、送金額の入金処理を実行する（ステップＳ２０４）。これにより、基準額以下の送金を、決済アプリのアカウントに入金することができる。
【００４８】
（２）本実施形態では、送金額が基準額を超えていると判定した場合（ステップＳ２０３において「ＹＥＳ」の場合）、アカウント管理サーバ２０の制御部２１は、基準額の入金処理を実行する（ステップＳ２０５）。これにより、ユーザが想定していない高額な送金については、基準額のみをアカウントに入金することができる。アカウントの残高へのチャージは、ユーザ自身の想定内なので、通常通り、残高に加算することができる。
【００４９】
（３）本実施形態では、アカウント管理サーバ２０の制御部２１は、出金先の特定処理（ステップＳ２０６）、送金額と基準額との差額の出金処理（ステップＳ２０７）を実行する。これにより、ユーザが想定していない高額な送金について、手間なく、過剰分を出金先に出金することができる。
【００５０】
本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、送金元ユーザが、ユーザ端末１０の決済アプリ１１１を用いて送金を行なう場合を想定した。送金方法は、ユーザ端末１０の決済アプリ１１１を用いる場合に限定されるものではない。送金元のユーザ（企業）が、アカウント管理サーバ２０に対して、送金先（アカウントＩＤ）と送金額が含む振込データを送信するようにしてもよい。この場合、アカウント管理サーバ２０は、振込データに基づいて、各アカウントに対する送金依頼を特定する。
【００５１】
・上記実施形態では、図４に示す登録処理により、出金条件を登録する。出金条件の登録方法は、これに限定されるものではない。例えば、ステップＳ１０２を行なうことなく、決済アプリ１１１が保持している画面に出金条件を入力させてもよい。この場合にも、アカウント管理サーバ２０が、ユーザ端末１０から出金条件を取得し、決済アプリ１１１のアカウントＩＤと関連付けてアカウント情報記憶部２２に記録する。
【００５２】
・上記実施形態では、出金条件として、他者からの出金において、アカウント残高に入金する基準額を用いる。出金条件は基準額に限定されるものではない。送金元等に応じて、出金内容を変更するようにしてもよい。
ここでは、出金管理レコード２２２の出金条件として、送金元の識別情報（例えば、給与支払者）に関連付けて基準額を記録する。そして、送金依頼において、送金元の識別情報が給与支払者の場合には、基準額を入金し、その他の送金元の場合は送金額を入金する。これにより、送金元に応じて、基準額を適用した出金を行なう送金先と、行なわない送金先とを識別することができる。
【００５３】
また、複数の基準額を設けるようにしてもよい。この場合には、複数の送金条件に応じて、それぞれ基準額を設定する。例えば、送金元が給与支払者の場合には、第１基準額を入金し、その他の送金元の場合は第２基準額を入金し、各基準額を超える送金については出金先に出金する。
【００５４】
また、送金時期、メッセージに応じて基準額を変更したり、出金先を変更したりしてもよい。この場合には、出金管理レコード２２２の出金条件として、日時範囲に対して、基準額を記録しておく。また、出金管理レコード２２２の出金条件として、メッセージに含まれるキーワードに対して、基準額を記録しておく。そして、アカウント管理部２１２は、取引管理レコード２３０に含まれる取引日時やメッセージと、出金条件とを比較し、対応する出金条件の基準額を用いて、出金を行なう。
【００５５】
複数の出金条件を用いる場合には、適用する送金条件を特定するための優先順位を付与してもよい。また、送金額に近い基準額等を用いる等、適用条件を合わせてもよい。
【００５６】
・上記実施形態では、出金先として金融機関の口座を用いる。出金先は、これに限定されるものではない。決済アプリにおける他のアカウント、他の決済手段のアカウント等に出金するようにしてもよい。
【符号の説明】
【００５７】
１０…ユーザ端末、１１…アプリ実行部、２０…アカウント管理サーバ、２１…制御部、２１１…ユーザ管理部、２１２…アカウント管理部、２２…アカウント情報記憶部、２３…取引情報記憶部。
【要約】
【課題】残高管理において、ユーザの利便性を向上させるためのアカウント管理システム、アカウント管理方法及びアカウント管理プログラムを提供する。
【解決手段】アカウント管理サーバ２０は、アカウント毎に、残高情報、基準額を含めた出金条件、出金先に関する情報を含めた出金管理情報を記憶するアカウント情報記憶部２２と、送金を管理する制御部２１とを備える。そして、制御部２１が、アカウントへの送金依頼を取得した場合、アカウント情報記憶部２２において、アカウントに関連付けられた出金条件を取得し、送金依頼の送金額が出金条件の基準額を超えている場合、基準額をアカウントの残高に加算し、送金額と基準額との差額を、アカウントに関連付けられた出金先に出金する。
【選択図】図１【図１】
0006940672.tif 000002
【図２】
0006940672.tif 000003
【図３】
0006940672.tif 000004
【図４】
0006940672.tif 000005
【図５】
0006940672.tif 000006