ホーム > 特許ランキング > ＬＩＮＥ Ｐａｙ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024173297
(43)【公開日】2024-12-12
(54)【発明の名称】プログラム、情報処理方法およびサーバ
(51)【国際特許分類】
G06Q 20/22 20120101AFI20241205BHJP
【ＦＩ】
G06Q20/22
【審査請求】未請求
【請求項の数】22
【出願形態】ＯＬ
(21)【出願番号】P 2023091625
(22)【出願日】2023-06-02
(71)【出願人】
【識別番号】518179254
【氏名又は名称】ＬＩＮＥ Ｐａｙ株式会社
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】真崎 洋輔
【テーマコード（参考）】
5L020
5L055
【Ｆターム（参考）】
5L020AA51
5L055AA51
(57)【要約】 （修正有）
【課題】設定された条件により、第１アカウントおよび第１アカウントとは異なる第１ユーザの第２アカウントの少なくとも一方に送金するプログラム、情報処理方法およびサーバを提供する。
【解決手段】方法は、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバ１０Ａが、第２ユーザから第１ユーザへの送金に関する送金情報をサーバ１０Ｂに送信するＢ１ことと、サーバ１０Ｃが送金情報の受信Ｃ１に基づき、設定された条件Ｃ２により、第１アカウントおよび第１アカウントとは異なる第１ユーザの第２アカウントの少なくとも一方に送金する処理Ｃ３、Ｃ４を実行することと、含む。
【選択図】図１－５
【解決手段】方法は、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバ１０Ａが、第２ユーザから第１ユーザへの送金に関する送金情報をサーバ１０Ｂに送信するＢ１ことと、サーバ１０Ｃが送金情報の受信Ｃ１に基づき、設定された条件Ｃ２により、第１アカウントおよび第１アカウントとは異なる第１ユーザの第２アカウントの少なくとも一方に送金する処理Ｃ３、Ｃ４を実行することと、含む。
【選択図】図１－５
【特許請求の範囲】
【請求項1】
第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバによって実行されるプログラムであって、
第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
【請求項2】
請求項１に記載のプログラムであって、
前記設定された条件は、前記第２ユーザから送金された金額に関する条件、または前記第１アカウントの残高に関する条件を含む。
前記設定された条件は、前記第２ユーザから送金された金額に関する条件、または前記第１アカウントの残高に関する条件を含む。
【請求項3】
請求項２に記載のプログラムであって、
前記設定された条件は、前記第２ユーザから送金された金額が設定された第１金額以上、または第１金額を超えることに関する条件を含む。
前記設定された条件は、前記第２ユーザから送金された金額が設定された第１金額以上、または第１金額を超えることに関する条件を含む。
【請求項4】
請求項２に記載のプログラムであって、
前記設定された条件は、前記第２ユーザから送金された金額と、前記残高との合計が設定された第２金額以上、または設定された第２金額を超えることに関する条件を含む。
前記設定された条件は、前記第２ユーザから送金された金額と、前記残高との合計が設定された第２金額以上、または設定された第２金額を超えることに関する条件を含む。
【請求項5】
請求項４に記載のプログラムであって、
設定された第２金額以上、または設定された第２金額を超えない範囲で前記第２ユーザからの送金の一部を前記第２アカウントに送金する処理を前記制御部によって行うことが前記サーバによって実行される。
設定された第２金額以上、または設定された第２金額を超えない範囲で前記第２ユーザからの送金の一部を前記第２アカウントに送金する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項6】
請求項４または請求項５に記載のプログラムであって、
前記第２金額は、前記第１ユーザによって設定される。
前記第２金額は、前記第１ユーザによって設定される。
【請求項7】
請求項６に記載のプログラムであって、
前記第２金額が前記第１ユーザによって設定された場合に、前記第２ユーザから前記第２アカウントに送金された場合、前記第１ユーザに対して、前記第２アカウントへの送金に基づく請求の処理を前記制御部によって行うことが前記サーバによって実行される。
前記第２金額が前記第１ユーザによって設定された場合に、前記第２ユーザから前記第２アカウントに送金された場合、前記第１ユーザに対して、前記第２アカウントへの送金に基づく請求の処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項8】
請求項１から請求項７のいずれか一項に記載のプログラムであって、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントと、前記第２アカウントを含む複数のアカウントとに送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントと、前記第２アカウントを含む複数のアカウントとに送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
【請求項9】
請求項１から請求項８のいずれか一項に記載のプログラムであって、
前記第２アカウントの送金に基づいて、前記第２ユーザに請求する金額を決定する処理を前記制御部によって行うことが前記サーバによって実行される。
前記第２アカウントの送金に基づいて、前記第２ユーザに請求する金額を決定する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項10】
請求項１から請求項９のいずれか一項に記載のプログラムであって、
前記設定された条件は、前記送金情報に含まれる情報に基づく条件を含む。
前記設定された条件は、前記送金情報に含まれる情報に基づく条件を含む。
【請求項11】
請求項１０に記載のプログラムであって、
前記送金情報に含まれる情報は、送金の種別に関する情報、送金者の情報、および送金者によって入力されたメッセージに関する情報のうち少なくとも一つを含む。
前記送金情報に含まれる情報は、送金の種別に関する情報、送金者の情報、および送金者によって入力されたメッセージに関する情報のうち少なくとも一つを含む。
【請求項12】
請求項１０または１１に記載のプログラムであって、
前記送金情報に前記設定された条件を満たす情報が含まれていた場合、前記送金情報に含まれる情報に基づいて、前記第１アカウントおよび、前記第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
前記送金情報に前記設定された条件を満たす情報が含まれていた場合、前記送金情報に含まれる情報に基づいて、前記第１アカウントおよび、前記第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
【請求項13】
請求項１２に記載のプログラムであって、
前記送金情報に含まれる情報に基づいて、前記第２ユーザからの送金された金額を、前記第１アカウントと前記第２アカウントとに送金する割合を決定する処理を前記サーバの制御部によって行うことが前記サーバによって実行される。
前記送金情報に含まれる情報に基づいて、前記第２ユーザからの送金された金額を、前記第１アカウントと前記第２アカウントとに送金する割合を決定する処理を前記サーバの制御部によって行うことが前記サーバによって実行される。
【請求項14】
請求項１３に記載のプログラムであって、
前記第１アカウントと前記第２アカウントとに送金する割合は、前記送金情報に含まれる情報ごとに、前記第１ユーザによって入力された値に基づいて決定される。
前記第１アカウントと前記第２アカウントとに送金する割合は、前記送金情報に含まれる情報ごとに、前記第１ユーザによって入力された値に基づいて決定される。
【請求項15】
請求項１０に記載のプログラムであって、
前記送金情報に含まれる情報は、前記第２ユーザによって入力された、前記第１アカウントと前記第２アカウントとに送金することを示す情報を含む。
前記送金情報に含まれる情報は、前記第２ユーザによって入力された、前記第１アカウントと前記第２アカウントとに送金することを示す情報を含む。
【請求項16】
請求項１から請求項５のいずれか一項に記載のプログラムであって、
前記第２アカウントの情報が前記サーバに記憶されていない場合、前記第２アカウントが前記第１ユーザによって登録されるまで、前記第２アカウントへの送金を保留する処理を前記制御部によって行うことが前記サーバによって実行される。
前記第２アカウントの情報が前記サーバに記憶されていない場合、前記第２アカウントが前記第１ユーザによって登録されるまで、前記第２アカウントへの送金を保留する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項17】
請求項１６に記載のプログラムであって、
設定された期日まで前記第２アカウントが前記第１ユーザによって登録されない場合、前記第２アカウントに送金される金額を前記第２ユーザに返金する処理を前記制御部によって行うことが前記サーバによって実行される。
設定された期日まで前記第２アカウントが前記第１ユーザによって登録されない場合、前記第２アカウントに送金される金額を前記第２ユーザに返金する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項18】
請求項１６に記載のプログラムであって、
設定された期日まで前記第２アカウントが前記第１ユーザによって登録されない場合、前記第２アカウントに送金される金額を前記第１アカウントに送金する処理を前記制御部によって行うことが前記サーバによって実行される。
設定された期日まで前記第２アカウントが前記第１ユーザによって登録されない場合、前記第２アカウントに送金される金額を前記第１アカウントに送金する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項19】
請求項１７または請求項１８に記載のプログラムであって、
前記第２ユーザに対する、前記第２アカウントへの送金に基づく手数料の返金に関する処理を前記制御部によって行うことが前記サーバによって実行される。
前記第２ユーザに対する、前記第２アカウントへの送金に基づく手数料の返金に関する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項20】
請求項１６に記載のプログラムであって、
前記第１ユーザによる前記第２アカウントの登録に基づいて、前記第２アカウントへの送金に基づく手数料の支払いに関する処理を前記制御部によって行うことが前記サーバによって実行される。
前記第１ユーザによる前記第２アカウントの登録に基づいて、前記第２アカウントへの送金に基づく手数料の支払いに関する処理を前記制御部によって行うことが前記サーバによって実行される。
【請求項21】
第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバの情報処理方法であって、
第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することとを含む。
第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することとを含む。
【請求項22】
第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバであって、
第２ユーザから前記第１ユーザへの送金に関する送金情報を受信する通信部と、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する制御部とを備える。
第２ユーザから前記第１ユーザへの送金に関する送金情報を受信する通信部と、
前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する制御部とを備える。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理方法およびサーバに関する。
【背景技術】
【0002】
近年、端末を利用した電子決済サービスが広く利用されており、端末間で送金する技術も実用化されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００７－１７２３５８号公報
【発明の概要】
【0004】
本発明の第１の態様によると、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバによって実行されるプログラムであって、第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することが前記サーバによって実行される。
本発明の第２の態様によると、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバの情報処理方法であって、第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することとを含む。
本発明の第３の態様によると、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバであって、第２ユーザから前記第１ユーザへの送金に関する送金情報を受信する通信部と、前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する制御部とを備える。
本発明の第４の態様によると、送金に関する処理を行う端末によって実行されるプログラムであって、前記端末のユーザによる第１入力に基づいて、第１ユーザのアカウントである第１アカウント、および前記第１ユーザのアカウントである第２アカウントへの送金に関する送金情報を前記端末の制御部によって取得することと、前記送金情報に基づいて、前記第１アカウントと、前記第２アカウントとに対する送金に関する処理を前記制御部によって行うことが前記端末によって実行される。
本発明の第５の態様によると、送金に関する処理を行う端末の情報処理方法であって、前記端末のユーザによる第１入力に基づいて、第１ユーザのアカウントである第１アカウント、および前記第１ユーザのアカウントである第２アカウントへの送金に関する送金情報を前記端末の制御部によって取得することと、前記送金情報に基づいて、前記第１アカウントと、前記第２アカウントとに対する送金に関する処理を前記制御部によって行うこととを含む。
本発明の第６の態様によると、送金に関する処理を行う端末であって、前記端末のユーザによる第１入力に基づいて、第１ユーザのアカウントである第１アカウント、および前記第１ユーザのアカウントである第２アカウントへの送金に関する送金情報を取得し、前記送金情報に基づいて、前記第１アカウントと、前記第２アカウントとに対する送金に関する処理を行う制御部を備える。
本発明の第７の態様によると、送金依頼を送信する端末によって実行されるプログラムであって、前記端末のユーザのアカウントである第１アカウントと、前記端末のユーザのアカウントである第２アカウントとに送金を依頼する情報である送金依頼情報を、前記端末のユーザによる入力に基づいて前記端末の制御部によって取得することと、前記送金依頼情報を第１ユーザの端末に送信する制御を前記制御部によって行うこととが前記端末によって実行される。
本発明の第８の態様によると、送金依頼を送信する端末の情報処理方法であって、前記端末のユーザのアカウントである第１アカウントと、前記端末のユーザのアカウントである第２アカウントとに送金を依頼する情報である送金依頼情報を、前記端末のユーザによる入力に基づいて前記端末の制御部によって取得することと、前記送金依頼情報を第１ユーザの端末に送信する制御を前記制御部によって行うこととを含む。
本発明の第９の態様によると、送金依頼を送信する端末であって、前記端末のユーザのアカウントである第１アカウントと、前記端末のユーザのアカウントである第２アカウントとに送金を依頼する情報である送金依頼情報を、前記端末のユーザによる入力に基づいて取得し、前記送金依頼情報を第１ユーザの端末に送信する制御部を備える。
本発明の第２の態様によると、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバの情報処理方法であって、第２ユーザから前記第１ユーザへの送金に関する送金情報を前記サーバの通信部によって受信することと、前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する処理を前記サーバの制御部によって実行することとを含む。
本発明の第３の態様によると、第１ユーザのアカウントの情報である第１アカウント情報を記憶するサーバであって、第２ユーザから前記第１ユーザへの送金に関する送金情報を受信する通信部と、前記送金情報の受信に基づき、設定された条件により、前記第１アカウントおよび、前記第１アカウントとは異なる前記第１ユーザの第２アカウントの少なくとも一方に送金する制御部とを備える。
本発明の第４の態様によると、送金に関する処理を行う端末によって実行されるプログラムであって、前記端末のユーザによる第１入力に基づいて、第１ユーザのアカウントである第１アカウント、および前記第１ユーザのアカウントである第２アカウントへの送金に関する送金情報を前記端末の制御部によって取得することと、前記送金情報に基づいて、前記第１アカウントと、前記第２アカウントとに対する送金に関する処理を前記制御部によって行うことが前記端末によって実行される。
本発明の第５の態様によると、送金に関する処理を行う端末の情報処理方法であって、前記端末のユーザによる第１入力に基づいて、第１ユーザのアカウントである第１アカウント、および前記第１ユーザのアカウントである第２アカウントへの送金に関する送金情報を前記端末の制御部によって取得することと、前記送金情報に基づいて、前記第１アカウントと、前記第２アカウントとに対する送金に関する処理を前記制御部によって行うこととを含む。
本発明の第６の態様によると、送金に関する処理を行う端末であって、前記端末のユーザによる第１入力に基づいて、第１ユーザのアカウントである第１アカウント、および前記第１ユーザのアカウントである第２アカウントへの送金に関する送金情報を取得し、前記送金情報に基づいて、前記第１アカウントと、前記第２アカウントとに対する送金に関する処理を行う制御部を備える。
本発明の第７の態様によると、送金依頼を送信する端末によって実行されるプログラムであって、前記端末のユーザのアカウントである第１アカウントと、前記端末のユーザのアカウントである第２アカウントとに送金を依頼する情報である送金依頼情報を、前記端末のユーザによる入力に基づいて前記端末の制御部によって取得することと、前記送金依頼情報を第１ユーザの端末に送信する制御を前記制御部によって行うこととが前記端末によって実行される。
本発明の第８の態様によると、送金依頼を送信する端末の情報処理方法であって、前記端末のユーザのアカウントである第１アカウントと、前記端末のユーザのアカウントである第２アカウントとに送金を依頼する情報である送金依頼情報を、前記端末のユーザによる入力に基づいて前記端末の制御部によって取得することと、前記送金依頼情報を第１ユーザの端末に送信する制御を前記制御部によって行うこととを含む。
本発明の第９の態様によると、送金依頼を送信する端末であって、前記端末のユーザのアカウントである第１アカウントと、前記端末のユーザのアカウントである第２アカウントとに送金を依頼する情報である送金依頼情報を、前記端末のユーザによる入力に基づいて取得し、前記送金依頼情報を第１ユーザの端末に送信する制御部を備える。
【図面の簡単な説明】
【0005】
【図1-1】実施形態の一態様におけるシステムの構成の一例を示す図。
【図1-2】第１実施形態に係るサーバの通信部により実現される機能の一例を示す図。
【図1-3】第１実施形態に係るサーバの記憶部により実現される機能の一例を示す図。
【図1-4】第１実施形態に係るサーバの制御部により実現される機能の一例を示す図。
【図1-5】第１実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図1-6】送金情報が入力される一例を示す図。
【図1-7】送金情報が通知される一例を示す図。
【図1-8】チャットルームに送金情報が表示される一例を示す図。
【図1-9】送金手数料が請求される一例を示す図。
【図1-10】送金手数料が請求される一例を示す図。
【図1-11】第１変形例（１）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図1-12】第１変形例（２）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図2-1】第２実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図2-2】第２実施形態において第２金額を設定する一例を示す図。
【図2-3】第２実施形態において送金手数料を請求する一例を示す図。
【図3-1】第３実施形態において送金先を設定する一例を示す図。
【図3-2】第３実施形態において第１アカウントから複数のアカウントに送金する一例を示す図。
【図4-1】第４実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図4-2】第４実施形態において送金の種別に対する送金の割合を設定する一例を示す図。
【図4-3】第４変形例（１）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図4-4】第４変形例（１）において送金者に対する送金の割合を設定する一例を示す図。
【図4-5】第４変形例（２）においてメッセージを含む送金情報の一例を示す図。
【図4-6】第４変形例（３）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図4-7】第４変形例（３）において送金情報が入力される一例を示す図。
【図4-8】第４変形例（３）において送金情報が入力される一例を示す図。
【図4-9】第４変形例（３）において送金情報が入力される一例を示す図。
【図5-1】第５実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図5-2】第５変形例（１）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図6-1】第６実施形態に係る端末の記憶部により実現される機能の一例を示す図。
【図6-2】第６実施形態に係る端末の制御部により実現される機能の一例を示す図。
【図6-3】第６実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図6-4】第６実施形態において送金情報が入力される一例を示す図。
【図6-5】第６実施形態において送金情報が通知される一例を示す図。
【図6-6】第６実施形態においてチャットルームに送金情報が表示される一例を示す図。
【図6-7】第６変形例（１）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図6-8】第６変形例（１）においてアカウント情報を入力する一例を示す図。
【図6-9】第６変形例（１）において送金情報が入力される一例を示す図。
【図6-10】第６変形例（２）において送金情報が入力される一例を示す図。
【図6-11】第６変形例（３）において送金情報が入力される一例を示す図。
【図7-1】第７実施形態に係る端末の記憶部により実現される機能の一例を示す図。
【図7-2】第７実施形態に係る端末の制御部により実現される機能の一例を示す図。
【図7-3】第７実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図7-4】第７実施形態において送金依頼情報が入力される一例を示す図。
【図7-5】第７実施形態において送金情報が入力される一例を示す図。
【図7-6】第７変形例（１）において送金情報が入力される一例を示す図。
【図7-7】第７変形例（２）において送金依頼情報に基づいて表示された送金依頼の一例を示す図。
【図7-8】第７変形例（３）において送金情報が入力される一例を示す図。
【図7-9】第７変形例（４）において送金依頼情報が入力される一例を示す図。
【図8-1】第８実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図8-2】第８実施形態において送金を不可とするアカウントを登録する一例を示す図。
【図8-3】第８実施形態において第２アカウントから第１アカウントに送金する一例を示す図。
【図8-4】第８実施形態において第２アカウントからの送金ができないことを示す送金不可通知の一例を示す図。
【図8-5】第８変形例（１）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図8-6】第８変形例（１）において第２アカウントから第１アカウントへの送金の許可を申請する一例を示す図。
【図8-7】第８変形例（２）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図8-8】第８変形例（２）において依頼許可情報の送金の許可を申請する一例を示す図。
【図8-9】第８変形例（３）に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図8-10】第８変形例（３）において送金情報が入力される一例を示す図。
【発明を実施するための形態】
【0006】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【0007】
本開示に係るプログラム、情報処理方法およびサーバを実施するための実施形態について、図面を参照して説明する。
【0008】
［システム構成］
図１－１は、本開示の一実施形態に係る通信システム１の構成を示す。図１－１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ、端末２０Ｂ、端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
図１－１は、本開示の一実施形態に係る通信システム１の構成を示す。図１－１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ、端末２０Ｂ、端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
【0009】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0010】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ａｄ ｈｏｃ ｎｅｔｗｏｒｋ）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ：ＶＰＮ）、ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ：ＬＡＮ）、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）、広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ワイヤレスＷＡＮ（ｗｉｒｅｌｅｓｓ ＷＡＮ：ＷＷＡＮ）、大都市圏ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ：ＭＡＮ）、インターネットの一部、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0011】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【0012】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【0013】
サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0014】
［各装置のハードウェア（ＨＷ）構成］
図１－１を用いて、通信システム１に含まれる各装置のＨＷ構成について説明する。
図１－１を用いて、通信システム１に含まれる各装置のＨＷ構成について説明する。
【0015】
（１）端末２０のＨＷ構成
端末２０は、制御部２１（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
端末２０は、制御部２１（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0016】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0017】
入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0018】
入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【0019】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎｓ）出力や、ホログラム出力）、プリンターなどを含む。
【0020】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））、ヘッドマウントディスプレイ（ＨＭＤ：Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
【0021】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【0022】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0023】
制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、プロセッサコア（ｐｒｏｃｅｓｓｏｒ ｃｏｒｅ）、マルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）を含む。
【0024】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）など各種の記憶媒体を含む。また、記憶部２８は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。
【0025】
端末２０は、プログラムを記憶部２８に記憶し、このプログラムを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0026】
マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。
【0027】
（２）サーバのＨＷ構成
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、ディスプレイ１３を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、ディスプレイ１３を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。
【0028】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0029】
制御部１１は、代表的には中央処理装置（ＣＰＵ）であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0030】
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。
【0031】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0032】
入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。
【0033】
ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＭＤ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。
サーバ１０は、プログラムを記憶部１５に記憶し、このプログラムを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。
サーバ１０は、プログラムを記憶部１５に記憶し、このプログラムを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0034】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムを実行することにより、実現するものとして説明する。
【0035】
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップ、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１および／または１１は、制御回路と表現されてもよいし、されなくてもよい。
【0036】
また、本開示の各実施形態のプログラム（限定でなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。また、プログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0037】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。
【0038】
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【0039】
また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【0040】
また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0041】
なお、本開示のプログラムは、限定でなく例として、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装される。
【0042】
また、繰り返しとなるが、本開示における各種プログラムや各種データは、コンピュータ読取可能な記憶媒体（記録媒体）に記憶（記録）させておくことができる。この記憶媒体には、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等の各種の記憶媒体が含まれる。
【0043】
＜第１実施形態＞
電子決済のアカウントなどに送金する場合、そのアカウントの残高または送金額などに上限値が設定されると、一定額以上の送金が困難になることが考えられる。例えば、送金額が大きくなると、その上限値に達する可能性が高くなるため、送金額の大きい給与などを電子決済のアカウントに送金するサービス利用の妨げとなる場合がある。
電子決済のアカウントなどに送金する場合、そのアカウントの残高または送金額などに上限値が設定されると、一定額以上の送金が困難になることが考えられる。例えば、送金額が大きくなると、その上限値に達する可能性が高くなるため、送金額の大きい給与などを電子決済のアカウントに送金するサービス利用の妨げとなる場合がある。
【0044】
そこで、第１実施形態では、サーバ１０Ｂの通信部１４が、ユーザＡ（第２ユーザ）からユーザＢ（第１ユーザ）への送金に関する送金情報を受信すると、サーバ１０Ｂの制御部１１は、例えば残高に対して設定された条件により、ユーザＢの第１アカウントおよび第２アカウントの少なくとも一方に送金する。ここで、第１アカウントは、サーバ１０Ｂが管理する電子決済のアカウント（例えば口座番号）を示し、第２アカウントは、他のサーバ１０Ｃが管理する銀行のアカウント（例えば口座番号）を示すものとする。例えば、サーバ１０Ｂの制御部１１は、第１アカウントに入金したときの残高が一定額を超える（例えば１００万円を超える）場合、その超えた分を第２アカウントに送金してもよい。
【0045】
第１実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
【0046】
＜機能構成＞
サーバの機能構成
図１－２は、本実施形態におけるサーバ１０Ｂの通信部１４により実現される機能の一例を示す図である。通信部１４は、限定ではなく例として、通信メイン処理部１４１と、送金情報受信部１４２と、送金情報送信部１４３とを有する。
サーバの機能構成
図１－２は、本実施形態におけるサーバ１０Ｂの通信部１４により実現される機能の一例を示す図である。通信部１４は、限定ではなく例として、通信メイン処理部１４１と、送金情報受信部１４２と、送金情報送信部１４３とを有する。
【0047】
通信メイン処理部１４１は、制御部１１の制御の下、端末２０との間で通信する通信メイン処理を実行する機能を有している。
【0048】
送金情報受信部１４２は、制御部１１の制御の下、ユーザＡからユーザＢへの送金に関する送金情報を受信する処理である送金情報受信処理を実行する機能を有する。
【0049】
送金情報送信部１４３は、制御部１１の制御の下、所定の条件により、第１アカウントおよび、第１アカウントとは異なるユーザＢの第２アカウントの少なくとも一方に送金情報を送信する処理である送金情報送信処理を実行する機能を有する。
【0050】
ここで、送金情報は、ユーザＡからユーザＢへの送金に関する送金情報を示し、例えば、送金額、送金者（ユーザＡ）の情報（例えば識別情報、企業または家族などの属性を示す情報など）、受金者（ユーザＢ）の情報（例えば識別情報、企業または家族などの属性を示す情報など）、送金元の情報（例えば、銀行名、口座名義、支店名、口座番号、電子決済の口座番号など）、送金先となる第１アカウントの情報（例えば、電子決済の口座番号、銀行の口座番号など）、送金先となる第２アカウントの情報（例えば、銀行の口座番号、電子決済の口座番号など）、アカウント間で金銭を移動させるための情報、送金者によって入力されたメッセージに関する情報などを含んでもよい。
【0051】
また、第１アカウントは、金銭を入金可能なユーザＢのアカウントを示し、例えば、電子決済の口座番号、銀行の口座番号などを含んでもよい。例えば、第１アカウントは、サーバ１０Ｂが管理する電子決済の口座番号としてもよい。また、第２アカウントは、金銭を入金可能なユーザＢのアカウントを示し、例えば、銀行の口座番号、電子決済の口座番号などを含んでもよい。例えば、第２アカウントは、銀行のサーバ１０Ｃが管理する銀行口座の番号としてもよい。
【0052】
図１－３は、本実施形態におけるサーバ１０Ｂの記憶部１５に記憶される情報の一例を示す図である。記憶部１５には、限定ではなく例として、制御部１１により読み出されて、サーバメイン処理として実行されるサーバメイン処理プログラム１５１が記憶される。
【0053】
また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、送金情報受信処理として実行される送金情報受信処理プログラム１５１１をサブルーチンプログラムとして含む。
【0054】
また、サーバメイン処理プログラム１５１は、限定ではなく例として、制御部１１により読み出されて、送金処理として実行される送金処理プログラム１５１２をサブルーチンプログラムとして含む。
【0055】
図１－４は、本実施形態におけるサーバ１０Ｂの制御部１１により実現される機能の一例を示す図である。サーバ１０Ｂは、限定ではなく例として、サーバメイン処理部１１１と、送金情報受信処理部１１２と、送金処理部１１３とを有する。
【0056】
サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０Ｂを統括的に制御するための処理であるサーバメイン処理を実行する機能を有している。
【0057】
送金情報受信処理部１１２は、記憶部１５に記憶されている送金情報受信処理プログラム１５１１に従って、ユーザＡからユーザＢへの送金に関する送金情報を通信部１４によって受信する送金情報受信処理を実行する機能を有している。
【0058】
送金処理部１１３は、記憶部１５に記憶されている送金処理プログラム１５１２に従って、送金情報の受信に基づき、所定の条件により、第１アカウントおよび、第１アカウントとは異なるユーザＢの第２アカウントの少なくとも一方に送金する送金処理を実行する機能を有している。
【0059】
＜情報処理＞
図１－５は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０Ａの制御部１１が実行する処理、サーバ１０Ｂの制御部１１が実行する処理、サーバ１０Ｃの制御部１１が実行する処理の一例をそれぞれ示している。ここで、サーバ１０Ａは、ユーザＡが利用する銀行Ａの口座を管理し、サーバ１０Ｂは、ユーザＢが利用する電子決済会社Ｂの口座（第１アカウント）を管理し、サーバ１０Ｃは、ユーザＢが利用する銀行Ｃの口座（第２アカウント）を管理するものとする。
図１－５は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０Ａの制御部１１が実行する処理、サーバ１０Ｂの制御部１１が実行する処理、サーバ１０Ｃの制御部１１が実行する処理の一例をそれぞれ示している。ここで、サーバ１０Ａは、ユーザＡが利用する銀行Ａの口座を管理し、サーバ１０Ｂは、ユーザＢが利用する電子決済会社Ｂの口座（第１アカウント）を管理し、サーバ１０Ｃは、ユーザＢが利用する銀行Ｃの口座（第２アカウント）を管理するものとする。
【0060】
各処理における各ステップをアルファベットの大文字と数字の組み合わせで示し、本明細書では「ステップ」の用語は省略する。また、以下説明するフローチャートは、あくまでも本実施例における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。これらは、本明細書における他のフローチャートについても同様である。
【0061】
まず、端末２０Ａの制御部２１が、ユーザＡ（第２ユーザ）の入力操作に基づいて、ユーザＢ（第１ユーザ）に送金する送金情報をサーバ１０Ａに送信する（Ａ１）。ここで、端末２０Ａの制御部２１は、サーバ１０Ａが管理するユーザＡの銀行Ａのアカウントからサーバ１０Ｂが管理する電子決済会社Ｂの第１アカウントに送金する送金情報を送信したものとする。例えば、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、銀行Ａのアプリケーションを起動すると、図１－６に示すように、その送金画面３１においてユーザＢへの送金情報の入力を受け付けてもよい。ここで、端末２０Ａの制御部２１は、例えば、送金先３２（例えばユーザＢの識別情報など）、送金額３３、送金先３２の第１アカウント３４などの送金情報３６の入力を受け付けてもよい。なお、送金情報３６は、送金の種別３５を含んでもよいし、含まなくてもよい。端末２０Ａの制御部２１は、ユーザＡにより送金情報３６が入力されると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ａに送信する。ここで、端末２０Ａの制御部２１は、ユーザＢの給与を送金する送金情報を送信するものとする。
【0062】
なお、端末２０Ａの表示部２４には、端末２０を所有するユーザを示すアイコンＵが表示されているが、このアイコンＵは、端末２０の所有者の把握を助けるために付加したものであり、表示されなくてもよい。
【0063】
サーバ１０Ａの制御部１１は、送金情報３６を端末２０Ａから受信すると、その送金情報３６に基づいて、銀行ＡのユーザＡのアカウントから送金先の第１アカウント３４に金銭を移動する金銭移動情報を生成し、その金銭移動情報を含む送金情報３６をサーバ１０Ｂに送信する。ここで、金銭移動情報は、アカウント間で実際に金銭を移動させる情報であり、例えば銀行Ａから電子決済会社Ｂに金銭を移動させる情報を含んでもよい。また、電子決済会社Ｂは、電子的なデータを送受信して決済するサービスを提供し、例えば、電子マネー、クレジットカード決済、デビットカード決済、プリペイドカード決済、コード決済などを処理するサービスを提供してもよい。サーバ１０Ａの制御部１１は、送金情報３６をサーバ１０Ｂに送信すると、送金額３３に対応する金額をユーザＡのアカウントの残高から差し引いてもよい。
【0064】
このようにして、サーバ１０Ｂの通信部１４は、ユーザＡからユーザＢへの送金に関する送金情報３６を受信する（Ｃ１）。そして、サーバ１０Ｂの制御部１１は、送金情報３６の受信に基づき、所定の条件により、第１アカウント３４および、第１アカウント３４とは異なるユーザＢの第２アカウントの少なくとも一方に送金する。
【0065】
例えば、所定の条件は、第１アカウント３４の残高に関する条件を含んでもよい。具体的には、所定の条件は、ユーザＡから送金された金額と、残高との合計が所定の第２金額以上、または第２金額を超えることに関する条件を含んでもよい。これにより、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額と、第１アカウント３４の残高との合計が所定の第２金額（例えば１００万円）を超えるか否か（または第２金額以上か否か）を判定する（Ｃ２）。なお、第２金額は、例えば、法的な規制などに基づいてサーバ１０Ｂの管理者により設定されてもよい。サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えない（または第２金額未満）と判定した場合、ユーザＡから送金された金額の全てを第１アカウント３４に入金する（Ｃ３）。例えば、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額を電子マネーと交換し、その電子マネーを第１アカウント３４にチャージしてもよい。
【0066】
一方、サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超える（または第２金額以上）と判定した場合、残高が第２金額以上とならない範囲または第２金額を超えない範囲で、ユーザＡから送金された金額の一部を第１アカウント３４に入金し、残りの金額を第２アカウントに送金する（Ｃ４）。例えば、サーバ１０Ｂの制御部１１は、残高が第２金額の限度に達する金額を第１アカウント３４に入金し、残りの金額を第２アカウントに送金してもよい。すなわち、サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高とを合計して、第２金額を超えた分の金額を第２アカウントに送信してもよい。サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額を第２アカウントに入金する（Ｄ１）。なお、第２アカウントは、例えば、ユーザＢにより第１アカウント３４と関連付けてサーバ１０Ｂに予め登録されてもよい。
【0067】
ここで、サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えると判定した場合に、第２アカウントへの送金処理を特定の期間だけ待機してもよい。例えば、サーバ１０Ｂの制御部１１は、第２アカウントへの送金処理を数日間待機し、送金額と第１アカウント３４の残高との合計が第２金額を超えるか否かを繰り返し判定してもよい。サーバ１０Ｂの制御部１１は、例えば、数日間にわたって送金額と第１アカウント３４の残高との合計が第２金額を超えると判定した場合に、ユーザＡから送金された金額の一部を第２アカウントに送金してもよい。一方、サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えないと判定した場合には、ユーザＡから送金された金額の全てを第１アカウントに入金してもよい。
【0068】
このようにして、サーバ１０Ｂの制御部１１は、第１アカウント３４または第２アカウントへの入金が完了すると、その入金結果に基づいてユーザＡから送金された情報である送金情報をユーザＢの端末２０Ｂに送信してもよい。例えば、サーバ１０Ｂの制御部１１は、電子決済会社Ｂのアプリケーションに送金情報を通知してもよい。端末２０Ｂの制御部２１は、送金情報が通知されると、その通知に対するユーザＢの入力操作に基づいて、図１－７に示すように、送金された金額２９に関する情報を含む送金情報３８を表示してもよい。送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂの情報と、第２アカウントに送金された金額２９ｃの情報とを含んでもよい。また、送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂと、第２アカウントに送金された金額２９ｃとの合計の金額２９ａを含んでもよい。このとき、サーバ１０Ｂの制御部１１は、例えば、第２アカウント５３への入金完了を示す入金完了通知をサーバ１０Ｃから受信し、その完了通知に基づいて取得された第２アカウント５３に送金された金額２９ｃを端末２０Ｂに送信してもよい。
【0069】
なお、本実施形態では、サーバ１０Ｂの制御部１１は、電子決済会社Ｂのアプリケーションに送金情報３８を通知したが、送金情報３８を端末２０Ｂに送信できればよく、これに限定されない。例えば、サーバ１０Ｂの制御部１１は、図１－８に示すように、電子決済会社ＢとユーザＢとのチャットルームＲに送金情報３８を送信してもよい。
【0070】
また、サーバ１０Ｂの制御部１１は、ステップＣ４における第２アカウントへの送金に基づいて、ユーザＡに請求する金額を決定してもよい。例えば、サーバ１０Ｂの制御部１１は、第２アカウントに送金した場合、送金回数に基づいて、送金手数料（例えば銀行Ｃの振込手数料）を端末２０Ａに請求してもよい。例えば、サーバ１０Ｂの制御部１１は、図１－９に示すように、第２アカウントへの送金手数料が生じる度に、送金手数料の請求書３９を端末２０Ａの電子決済会社Ｂのアプリケーションに送信してもよい。そして、端末２０Ａの制御部２１は、支払いボタン３９ａに対するユーザＡの入力操作に応じて、請求書３９で請求された送金手数料をサーバ１０Ｂに送金してもよい。
【0071】
なお、本実施形態では、サーバ１０Ｂの制御部１１は、送金手数料が生じる度に請求書３９を送信したが、送金手数料をユーザＡに請求できればよく、これに限定されない。例えば、サーバ１０Ｂの制御部１１は、図１－１０に示すように、ユーザＡとの給与振り込み契約に基づく給与振り込みの作業費用と共に、第２アカウントへの送金手数料を請求する請求書３９を端末２０Ａに送信してもよい。そして、端末２０Ａの制御部２１は、支払いボタン３９ａに対するユーザＡの入力操作に応じて、サーバ１０Ａを介して、請求書３９で請求された費用をサーバ１０Ｂに送金してもよい。
【0072】
また、本実施形態では、サーバ１０Ｂの制御部１１は、給与を送金する送金情報３６を受信したが、ユーザＡからユーザＢへの送金情報３６を受信できればよく、これに限定されない。例えば、サーバ１０Ｂの制御部１１は、仕送り、小遣い、お年玉などを送金する送金情報３６を受信してもよい。
【0073】
また、本実施形態では、第１アカウント３４は、電子決済のアカウントを示したが、ユーザＡが送金可能なアカウントであればよく、これに限定されない。例えば、第１アカウント３４は、銀行のアカウントを示してもよい。また、第２アカウントは、銀行のアカウントを示したが、サーバ１０Ｂから送金可能なアカウントであればよく、これに限定されない。例えば、第２アカウントは、電子決済のアカウントを示してもよい。
【0074】
＜第１実施形態の効果＞
第１実施形態では、サーバ１０Ｂの通信部１４が、ユーザＡからユーザＢへの送金に関する送金情報３６を受信する。そして、サーバ１０Ｂの制御部１１は、送金情報３６の受信に基づき、設定された条件により、第１アカウント３４および、第１アカウント３４とは異なるユーザＢの第２アカウントの少なくとも一方に送金する。
第１実施形態では、サーバ１０Ｂの通信部１４が、ユーザＡからユーザＢへの送金に関する送金情報３６を受信する。そして、サーバ１０Ｂの制御部１１は、送金情報３６の受信に基づき、設定された条件により、第１アカウント３４および、第１アカウント３４とは異なるユーザＢの第２アカウントの少なくとも一方に送金する。
【0075】
このような構成による効果の一例として、ユーザＡは、ユーザＢに容易に送金することができる。例えば、ユーザＢの第１アカウント３４の残高が送金により第２金額を超える場合、サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウントに送金を容易に振り分けることができる。
【0076】
また、第１実施形態では、設定された条件は、第１アカウント３４の残高に関する条件を含む。
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、残高に関する条件に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントに確実に振り分けることができる。
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、残高に関する条件に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントに確実に振り分けることができる。
【0077】
また、第１実施形態では、設定された条件は、ユーザＡから送金された金額と、残高との合計が設定された第２金額以上、または設定された第２金額を超えることに関する条件を含む。
【0078】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、送金額と残高との合計に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントにより確実に振り分けることができる。
【0079】
また、第１実施形態では、サーバ１０Ｂの制御部１１は、設定された第２金額以上、または設定された第２金額を超えない範囲でユーザＡからの送金の一部を第２アカウントに送金する。
【0080】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第２金額に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントに適切に振り分けることができる。
【0081】
また、第１実施形態では、サーバ１０Ｂの制御部１１は、第２アカウントの送金に基づいて、ユーザＡに請求する金額を決定する。
【0082】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、適切な金額をユーザＡに請求することができる。例えば、サーバ１０Ｂの制御部１１は、第２アカウントへの送金回数に応じて適切な送金手数料をユーザＡに請求することができる。
【0083】
＜第１変形例（１）＞
第１実施形態では、サーバ１０Ｂの制御部１１は、ユーザＢの第１アカウント３４の残高に関する条件に基づいて送金するアカウントを選択したが、所定の条件に基づいて送金できればよく、これに限定されない。
第１実施形態では、サーバ１０Ｂの制御部１１は、ユーザＢの第１アカウント３４の残高に関する条件に基づいて送金するアカウントを選択したが、所定の条件に基づいて送金できればよく、これに限定されない。
【0084】
第１変形例（１）では、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額に関する条件に基づいて、送金するアカウントを選択してもよい。
【0085】
＜情報処理＞
図１－１１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図１－１１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0086】
まず、第１実施形態と同様に、サーバ１０Ａの制御部１１は、図１－６に示す送金情報３６を端末２０Ａから受信すると、銀行ＡのユーザＡのアカウントからユーザＢの第１アカウント３４に金銭を移動する金銭移動情報を生成し、その金銭移動情報を含む送金情報３６をサーバ１０Ｂに送信する（Ｂ１）。これにより、サーバ１０Ｂの通信部１４は、ユーザＡからユーザＢへの送金に関する送金情報３６を受信する（Ｃ１）。そして、サーバ１０Ｂの制御部１１は、送金情報３６の受信に基づき、所定の条件により、第１アカウント３４および、第１アカウント３４とは異なるユーザＢの第２アカウントの少なくとも一方に送金する。
【0087】
例えば、所定の条件は、ユーザＡから送金された金額に関する条件を含んでもよい。すなわち、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額に関する条件に該当するか否かに基づいて、第１アカウント３４および第２アカウントの中から送金するアカウントを選択してもよい。具体的には、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額が第１金額（例えば１００万円）を超えるか否か（または第１金額以上か否か）を判定してもよい（Ｃ５）。なお、第１金額は、例えば、サーバ１０Ｂの管理者により設定されてもよい。
【0088】
サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額が第１金額を超える（または第１金額以上）と判定した場合、ユーザＡから送金された金額の全てをユーザＢの第２アカウントに送金する（Ｃ６）。サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額を第２アカウントに入金する（Ｄ１）。
【0089】
また、サーバ１０Ｂの制御部１１は、ステップＣ５において、ユーザＡから送金された金額が第１金額を超えないと判定した場合、第１実施形態と同様に、ユーザＡから送金された金額と、残高との合計が所定の第２金額を超えるか否かを判定してもよい（Ｃ２）。すなわち、所定の条件は、ユーザＡから送金された金額と、残高との合計が所定の第２金額以上、または第２金額を超えることに関する条件を含んでもよい。ここで、第２金額は、例えば、第１金額と同じ金額（例えば１００万円）に設定してもよいし、しなくてもよい。なお、第２金額は、サーバ１０Ｂの管理者により設定されてもよい。サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えないと判定した場合、ユーザＡから送金された金額の全てを第１アカウント３４に入金する（Ｃ３）。
【0090】
一方、サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えると判定した場合、残高が第２金額以上とならない範囲または第２金額を超えない範囲で、ユーザＡから送金された金額の一部を第１アカウント３４に入金し、残りの金額を第２アカウントに送金する（Ｃ４）。例えば、サーバ１０Ｂの制御部１１は、残高が第２金額の限度に達する金額を第１アカウント３４に入金し、残りの金額を第２アカウントに送金してもよい。サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額を第２アカウントに入金する（Ｄ１）。
【0091】
＜第１変形例（１）の効果＞
第１変形例（１）では、設定された条件は、ユーザＡから送金された金額に関する条件を含む。
第１変形例（１）では、設定された条件は、ユーザＡから送金された金額に関する条件を含む。
【0092】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、送金額に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントに確実に振り分けることができる。
【0093】
また、第１変形例（１）では、設定された条件は、ユーザＡから送金された金額が設定された第１金額以上、または第１金額を超えることに関する条件を含む。
【0094】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第１金額に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントにより確実に振り分けることができる。
【0095】
また、第１変形例（１）では、設定された条件は、ユーザＡから送金された金額と、残高との合計が設定された第２金額以上、または設定された第２金額を超えることに関する条件を含む。
【0096】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、送金額と残高との合計に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントにより確実に振り分けることができる。
【0097】
また、第１実施形態では、サーバ１０Ｂの制御部１１は、設定された第２金額以上、または設定された第２金額を超えない範囲でユーザＡからの送金の一部を第２アカウントに送金する。
【0098】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第２金額に基づいて、ユーザＡから送金された金銭を第１アカウント３４と第２アカウントに適切に振り分けることができる。
【0099】
＜第１変形例（２）＞
第１実施形態では、サーバ１０Ｂの制御部１１は、銀行Ａのサーバ１０ＡからユーザＡの送金情報を受信したが、ユーザＡからユーザＢへの送金情報を受信できればよく、これに限定されない。
第１実施形態では、サーバ１０Ｂの制御部１１は、銀行Ａのサーバ１０ＡからユーザＡの送金情報を受信したが、ユーザＡからユーザＢへの送金情報を受信できればよく、これに限定されない。
【0100】
第１変形例（２）では、サーバ１０Ｂの制御部１１は、ユーザＡの送金情報を端末２０Ａから直接的に受信してもよい。
【0101】
＜情報処理＞
図１－１２は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図１－１２は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0102】
まず、第１実施形態と同様に、端末２０Ａの制御部２１が、図１－６に示すように、ユーザＡの入力操作に基づいて、ユーザＢに送金する送金情報をサーバ１０Ｂに送信する（Ａ１）。ここで、端末２０Ａの制御部２１は、サーバ１０Ｂが管理するユーザＡの電子決済の第３アカウントからユーザＢの電子決済の第１アカウントに送金する送金情報をサーバ１０Ｂに送信したものとする。例えば、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、ユーザＡが利用する電子決済会社Ｂのアプリケーションを起動すると、その送金画面３１において送金情報の入力を受け付ける。例えば、端末２０Ａの制御部２１は、送金先３２（例えばユーザＢの識別情報など）、送金額３３、送金先３２の第１アカウント３４、送金の種別３５などの送金情報３６の入力を受け付けてもよい。端末２０Ａの制御部２１は、ユーザＡにより送金情報３６が入力されると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する。これにより、サーバ１０Ｂの通信部１４は、ユーザＡからユーザＢへの送金に関する送金情報３６を受信することになる（Ｃ１）。
【0103】
続いて、サーバ１０Ｂの制御部１１は、第１実施形態と同様に、ユーザＡから送金される金額と、残高との合計が所定の第２金額を超えるか否かを判定してもよい（Ｃ２）。サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えないと判定した場合、送金情報３６で指定された金額を、ユーザＡの電子決済の第３アカウントからユーザＢの第１アカウント３４に送金する（Ｃ７）。これにより、サーバ１０Ｂの制御部１１は、送金情報３６で指定された金額をユーザＢの第１アカウント３４に入金することになる（Ｃ９）。
【0104】
一方、サーバ１０Ｂの制御部１１は、送金額と第１アカウント３４の残高との合計が第２金額を超えると判定した場合、残高が第２金額を超えない範囲で、送金情報３６で指定された金額の一部をユーザＡの電子決済の第３アカウントからユーザＢの第１アカウント３４に送金し、残りの金額を第２アカウントに送金する（Ｃ８）。これにより、サーバ１０Ｂの制御部１１は、送金情報３６で指定された金額の一部をユーザＢの第１アカウント３４に入金する（Ｃ９）。また、サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額を第２アカウントに入金する（Ｄ１）。
【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】
一方、サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３とに送金することを示さないと判定した場合、第１アカウント３４に送金額の全てを入金する（Ｃ３）。
【0174】
なお、本実施形態では、第１アカウント３４と第２アカウント５３は、送金情報３６の送信前にユーザＢによりサーバ１０Ｂに登録されたが、ユーザＡにより設定されてもよい。例えば、端末２０Ａの制御部２１は、図４－８に示すように、送金先の名称５６と、第１アカウント３４と、第２アカウント５３とを含む送金情報３６の入力を受け付けてもよい。端末２０Ａの制御部２１は、送金ボタン３７が入力操作されると、第１アカウント３４への送金情報５０および第２アカウント５３への送金情報５１に対するユーザＡの入力に基づいて、第１アカウント３４と第２アカウント５３とに送金することを示す情報を含む送金情報３６をサーバ１０Ｂに送信する。
【0175】
また、本実施形態では、端末２０Ａの制御部２１は、送金情報３６を入力する際に第１アカウント３４と第２アカウント５３を表示したが、第１アカウント３４と第２アカウント５３に送金できればよく、これに限定されない。例えば、端末２０Ａの制御部２１は、図４－９に示すように、ユーザＢにより登録された第１アカウント３４および第２アカウント５３に基づいて、その代わりとなる代替名称５７を表示してもよい。例えば、端末２０Ａの制御部２１は、第１アカウント３４の代わりに「電子決済アカウント」との代替名称５７を表示し、第２アカウント５３の代わりに「電子決済以外のアカウント」との代替名称５７を表示してもよい。これにより、ユーザＢは、第１アカウント３４および第２アカウント５３をユーザＡに知られることを抑制しうる。端末２０Ａの制御部２１は、送金ボタン３７が入力操作されると、選択ボタン５４に対するユーザＡの選択に基づいて、第１アカウント３４と第２アカウント５３とに送金することを示す情報を含む送金情報３６をサーバ１０Ｂに送信する。
【0176】
＜第４変形例（３）の効果＞
第４変形例（３）では、送金情報３６に含まれる情報は、ユーザＡによって入力された、第１アカウント３４と第２アカウント５３とに送金することを示す情報を含む。
第４変形例（３）では、送金情報３６に含まれる情報は、ユーザＡによって入力された、第１アカウント３４と第２アカウント５３とに送金することを示す情報を含む。
【0177】
このような構成による効果の一例として、ユーザＡは、自身が所望するアカウントに送金することができる。
【0178】
＜第５実施形態＞
第１実施形態～第４実施形態では、サーバ１０Ｂの制御部１１は、送金情報３６の受信前または受信直後に登録された第２アカウント５３に送金したが、第２アカウント５３に送金できればよく、これに限定されない。
第１実施形態～第４実施形態では、サーバ１０Ｂの制御部１１は、送金情報３６の受信前または受信直後に登録された第２アカウント５３に送金したが、第２アカウント５３に送金できればよく、これに限定されない。
【0179】
第５実施形態では、サーバ１０の制御部１１は、第２アカウント５３の情報が登録されていない場合、第２アカウント５３が登録されるまで、第２アカウント５３への送金を保留する。
【0180】
なお、第１実施形態～第４実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第５実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
【0181】
＜情報処理＞
図５－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図５－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0182】
まず、第１実施形態と同様に、端末２０Ａの制御部２１は、図１－６に示すように、サーバ１０Ａを介して、ユーザＢに送金する送金情報３６をサーバ１０Ｂに送信する（Ａ１）。サーバ１０Ｂの制御部１１は、送金情報３６を端末２０Ａから受信すると（Ｃ１）、ユーザＡから送金された金額と、第１アカウント３４の残高との合計が所定の第２金額（例えば１００万円）を超えるか否かを判定する（Ｃ２）。ここで、サーバ１０Ｂの制御部１１は、第１アカウント３４の残高との合計が所定の第２金額を超えると判定した場合、第２アカウント５３の情報が記憶部１５に記憶されているか否かを判定してもよい（Ｃ５１）。サーバ１０Ｂの制御部１１は、第２アカウント５３の情報が記憶（例えば登録）されていると判定した場合、残高が第２金額を超えない範囲で、ユーザＡから送金された金額の一部を第１アカウント３４に入金し、残りの金額を第２アカウント５３に送金する（Ｃ４）。そして、サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額を第２アカウント５３に入金する（Ｄ１）。
【0183】
一方、サーバ１０Ｂの制御部１１は、第２アカウント５３の情報が記憶されていないと判定した場合、第２アカウント５３の登録要請を端末２０Ｂに送信する（Ｃ５２）。そして、サーバ１０Ｂの制御部１１は、第２アカウント５３がユーザＢによって登録されるまで、第２アカウント５３の登録の有無を繰り返し判定して、第２アカウント５３への送金を保留する（Ｃ５３）。サーバ１０Ｂの制御部１１は、第２アカウント５３が登録されたと判定した場合、残高が第２金額を超えない範囲で、ユーザＡから送金された金額の一部を第１アカウント３４に入金し、残りの金額を第２アカウント５３に送金する（Ｃ４）。そして、サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額を第２アカウント５３に入金する（Ｄ１）。
【0184】
なお、サーバ１０Ｂの制御部１１は、ステップＣ５３におけるユーザＢによる第２アカウント５３の登録に基づいて第２アカウント５３に送金した場合、第２アカウント５３への送金に基づく手数料の支払いに関する処理を行ってもよい。例えば、サーバ１０Ｂの制御部１１は、ステップＣ４において第２アカウント５３に送金した後に、第２アカウント５３の送金手数料（例えば銀行Ｃの振込手数料）を端末２０Ｂに請求してもよい。また、サーバ１０Ｂの制御部１１は、第２アカウント５３への送金額から第２アカウント５３の送金手数料を差し引き、その差し引いた金額をステップＣ４において第２アカウント５３に送金してもよい。このとき、サーバ１０Ｂの制御部１１は、第２アカウント５３への送金額が送金手数料以下の場合、ユーザＢに対して送金手数料が無用に請求されるため、第２アカウント５３への送金を中止してもよい。
【0185】
また、サーバ１０Ｂの制御部１１は、ステップＣ５１における第２アカウント５３の記憶ありとの判定に基づいて第２アカウント５３に送金した場合、第２アカウント５３への送金に基づく手数料をユーザＡの端末２０Ａに請求してもよい。
【0186】
＜第５実施形態の効果＞
第５実施形態では、サーバ１０Ｂの制御部１１は、第２アカウント５３の情報がサーバ１０Ｂに記憶されていない場合、第２アカウント５３がユーザＢによって登録されるまで、第２アカウント５３への送金を保留する。
第５実施形態では、サーバ１０Ｂの制御部１１は、第２アカウント５３の情報がサーバ１０Ｂに記憶されていない場合、第２アカウント５３がユーザＢによって登録されるまで、第２アカウント５３への送金を保留する。
【0187】
このような構成による効果の一例として、ユーザＡは、第２アカウント５３の登録の有無に関係なく、ユーザＢに容易に送金することができる。
【0188】
また、第５実施形態では、サーバ１０Ｂの制御部１１は、ユーザＢによる第２アカウント５３の登録に基づいて、第２アカウント５３への送金に基づく手数料の支払いに関する処理を行う。
【0189】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第２アカウントの送金手数料を適切に請求することができる。
【0190】
＜第５変形例（１）＞
第５実施形態では、サーバ１０Ｂの制御部１１は、第２アカウント５３が登録されるまでユーザＢへの送金を保留したが、これに限定されない。
第５実施形態では、サーバ１０Ｂの制御部１１は、第２アカウント５３が登録されるまでユーザＢへの送金を保留したが、これに限定されない。
【0191】
第５変形例（１）では、サーバ１０Ｂの制御部１１は、所定の期日まで第２アカウント５３が登録されない場合、第２アカウントに送金された金銭をユーザＡに返金してもよい。
【0192】
＜情報処理＞
図５－２は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図５－２は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0193】
まず、第５実施形態と同様に、サーバ１０Ｂの制御部１１は、第２アカウント５３の情報が記憶されていないと判定した場合、第２アカウント５３の登録要請を端末２０Ｂに送信する（Ｃ５２）。そして、サーバ１０Ｂの制御部１１は、第２アカウント５３が登録されたか否かを判定する（Ｃ５３）。ここで、サーバ１０Ｂの制御部１１は、第２アカウント５３が登録されていないと判定した場合、ユーザＡが送金した時点から所定の期日を経過したか否かを判定してもよい（Ｃ５４）。なお、所定の期日は、サーバ１０Ｂが自動的に設定してもよいし、ユーザＡにより設定されてもよい。サーバ１０Ｂの制御部１１は、所定の期日を経過したと判定するまで、ステップＣ５３およびＣ５４の処理を繰り返す。サーバ１０Ｂの制御部１１は、所定の期日まで第２アカウント５３がユーザＢによって登録されない場合、残高が第２金額を超えない範囲でユーザＡから送金された金額の一部を第１アカウント３４に入金し、残りの金額（第２アカウント５３に送金される金額）をユーザＡが送金した銀行Ａのアカウントに返金する（Ｃ５５）。
【0194】
この場合、サーバ１０Ｂの制御部１１は、ユーザＡに対して、第２アカウント５３への送金に基づく手数料を返金してもよい。例えば、端末２０Ａの制御部２１が、ユーザＡの入力操作に応じて、第２アカウント５３への送金に基づく手数料を既に支払っている場合を考える。例えば、第２アカウント５３の送金手数料（例えば銀行Ｃの振込手数料）を含む送金情報３６が端末２０Ａからサーバ１０Ｂに送信されている場合、サーバ１０Ｂの制御部１１は、所定の期日まで第２アカウント５３がユーザＢによって登録されないと判定すると、第２アカウント５３の送金手数料をユーザＡが送金した銀行Ａのアカウントに返金してもよい。
【0195】
なお、本実施形態では、サーバ１０Ｂの制御部１１は、第２アカウント５３に送金される金額をユーザＡに返金したが、第２アカウント５３に送金される金額をユーザＡまたはＢに送金できればよく、これに限定されない。例えば、サーバ１０Ｂの制御部１１は、所定の期日まで第２アカウント５３がユーザＢによって登録されない場合、第２アカウント５３に送金される金額をユーザＢの第１アカウント３４に送金してもよい。このとき、サーバ１０Ｂの制御部１１は、法的に規制された残高の上限を超えない範囲で第１アカウント３４に送金してもよい。また、この場合においても、サーバ１０Ｂの制御部１１は、ユーザＡに対して、第２アカウント５３への送金に基づく手数料を返金してもよい。
【0196】
＜第５変形例（１）の効果＞
第５変形例（１）では、設定された期日まで第２アカウント５３がユーザＢによって登録されない場合、サーバ１０Ｂの制御部１１は、第２アカウント５３に送金される金額をユーザＡに返金する。
第５変形例（１）では、設定された期日まで第２アカウント５３がユーザＢによって登録されない場合、サーバ１０Ｂの制御部１１は、第２アカウント５３に送金される金額をユーザＡに返金する。
【0197】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第２アカウント５３に送金された金銭が滞留するのを抑制し、その送金を適切に処理することができる。
【0198】
また、第５変形例（１）では、設定された期日まで第２アカウント５３がユーザＢによって登録されない場合、サーバ１０Ｂの制御部１１は、第２アカウント５３に送金される金額を第１アカウント３４に返金してもよい。
【0199】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、ユーザＢのアカウントに適切に送金することができる。
【0200】
また、第５変形例（１）では、サーバ１０Ｂの制御部１１は、ユーザＡに対する、第２アカウント５３への送金に基づく手数料の返金に関する処理を行う。
【0201】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第２アカウント５３の手数料を容易に返金することができる。
【0202】
＜第６実施形態＞
第１実施形態～第５実施形態では、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金銭を、例えばユーザＢの設定に応じてユーザＢの第１アカウント３４および第２アカウント５３に送金した。しかしながら、例えば保護者が子供にお年玉、小遣いまたは仕送りなどを送金する場合に、子供の設定に応じて多額の金銭が電子マネーとして送金されると、子供の電子マネーの使用を保護者が管理できない場合がある。
第１実施形態～第５実施形態では、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金銭を、例えばユーザＢの設定に応じてユーザＢの第１アカウント３４および第２アカウント５３に送金した。しかしながら、例えば保護者が子供にお年玉、小遣いまたは仕送りなどを送金する場合に、子供の設定に応じて多額の金銭が電子マネーとして送金されると、子供の電子マネーの使用を保護者が管理できない場合がある。
【0203】
第６実施形態では、端末２０Ａの制御部２１が、ユーザＡによる入力操作に基づいて、ユーザＢの第１アカウント３４および第２アカウント５３への送金に関する送金情報３６を取得する。例えば、端末２０Ａの制御部２１は、第１アカウント３４へ送金する金額と第２アカウント５３に送金する金額とを含む送金情報３６を取得してもよい。そして、端末２０Ａの制御部２１は、その送金情報３６に基づいて、第１アカウント３４と第２アカウント５３とに対する送金を処理する。これにより、送金者ＡであるユーザＡが、第１アカウント３４および第２アカウント５３への送金を制御しうる。
【0204】
なお、第１実施形態～第５実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第６実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
【0205】
＜機能構成＞
端末の機能構成
図６－１は、本実施形態における端末２０Ａの記憶部２８に記憶される情報の一例を示す図である。記憶部２８には、限定ではなく例として、制御部２１により読み出されて、端末メイン処理として実行される端末メイン処理プログラム２８１が記憶される。
端末の機能構成
図６－１は、本実施形態における端末２０Ａの記憶部２８に記憶される情報の一例を示す図である。記憶部２８には、限定ではなく例として、制御部２１により読み出されて、端末メイン処理として実行される端末メイン処理プログラム２８１が記憶される。
【0206】
また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、送金情報取得処理として実行される送金情報取得処理プログラム２８１１をサブルーチンプログラムとして含む。
【0207】
また、端末メイン処理プログラム２８１は、限定ではなく例として、制御部２１により読み出されて、送金処理として実行される送金処理プログラム２８１２をサブルーチンプログラムとして含む。
【0208】
図６－２は、本実施形態における端末２０Ａの制御部２１により実現される機能の一例を示す図である。制御部２１は、限定ではなく例として、端末メイン処理部２１１と、送金情報取得処理部２１２と、送金処理部２１３とを有する。
【0209】
端末メイン処理部２１１は、記憶部２８に記憶されている端末メイン処理プログラム２８１に従って、端末２０Ａを統括的に制御するための処理である端末メイン処理を実行する機能を有している。
【0210】
送金情報取得処理部２１２は、記憶部２８に記憶されている送金情報取得処理プログラム２８１１に従って、端末２０ＡのユーザＡによる第１入力に基づいて、ユーザＢのアカウントである第１アカウント３４、およびユーザＢのアカウントである第２アカウント５３への送金に関する送金情報３６を取得する送金情報取得処理を実行する機能を有している。
【0211】
送金処理部２１３は、記憶部２８に記憶されている送金処理プログラム２８１２に従って、送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３に対する送金に関する処理を行う送金処理を実行する機能を有している。
【0212】
＜情報処理＞
図６－３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図６－３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0213】
まず、端末２０Ａの制御部２１は、端末２０ＡのユーザＡ（ユーザ）による入力（第１入力）に基づいて、ユーザＢ（第１ユーザ）のアカウントである第１アカウント３４、およびユーザＢのアカウントである第２アカウント５３への送金に関する送金情報３６を取得する（Ａ６１）。ここで、端末２０Ａの制御部２１は、サーバ１０Ｂが管理するユーザＡの電子決済会社Ｂの第３アカウントから、ユーザＢの電子決済会社Ｂの第１アカウントまたはユーザＢの銀行Ｃの第２アカウントに送金する送金情報３６を送信するものとする。例えば、端末２０Ａの制御部２１は、図６－４に示すように、ユーザＡの入力操作に基づいて、ユーザＡが利用する電子決済会社Ｂのアプリケーションを起動すると、その送金画面６０においてユーザＢへの送金情報３６を取得する。例えば、端末２０Ａの制御部２１は、ユーザＡによる入力に基づいて、送金先３２（例えばユーザＢの識別情報など）、送金先３２の第１アカウント３４への送金に関する送金情報６１、送金先３２の第２アカウント５３への送金に関する送金情報６２などの送金情報３６を取得してもよい。なお、第１アカウント３４は、第１アカウント３４に基づくサービス（例えば電子決済サービス）を提供するサーバ１０Ｂによって管理されてもよい。また、第３アカウントは、サーバ１０Ｂによって管理されてもよい。
【0214】
ここで、第１アカウント３４への送金に関する送金情報６１は、例えば、第１アカウント３４へ送金する金額６３に関する情報を含んでもよい。また、第２アカウント５３への送金に関する送金情報６２は、例えば、第２アカウント５３へ送金する金額６４に関する情報を含んでもよい。すなわち、端末２０Ａの制御部２１には、第１アカウント３４へ送金する金額６３に関する情報と、第２アカウント５３へ送金する金額６４に関する情報とを含む送金情報３６がユーザＡにより入力されてもよい。
【0215】
また、端末２０Ａの制御部２１は、ユーザＡによる入力に基づいて、第１アカウント３４に関する情報、例えば第１アカウント３４を示す口座番号、電子決済会社の名称などを取得してもよい。また、端末２０Ａの制御部２１は、ユーザＡによる入力（第２入力）に基づいて、第２アカウント５３に関する情報、例えば第２アカウント５３を示す口座番号、銀行の名称などを取得してもよい。すなわち、端末２０Ａの制御部２１は、第１アカウント３４および第２アカウント５３がユーザＡにより直接的に入力されてもよい。
【0216】
このようにして、端末２０Ａの制御部２１は、ユーザＡにより送金情報３６が入力されると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。これにより、端末２０Ａの制御部２１は、送金情報３６に基づいて、第１アカウント３４に金額６３を送金すると共に第２アカウント５３に金額６４を送金する処理をサーバ１０Ｂに依頼することになる。すなわち、端末２０Ａの制御部２１は、送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３とに対する送金に関する処理をサーバ１０Ｂに依頼することになる。例えば、端末２０Ａの制御部２１は、ユーザＡによる入力操作に基づいて、ユーザＢの第１アカウント３４と第２アカウント５３にお年玉を送金してもよい。
【0217】
サーバ１０Ｂの制御部１１は、送金情報３６を端末２０Ａから受信すると（Ｃ６１）、送金情報３６に基づいて、ユーザＢの第１アカウント３４のみが送金先に指定されているか否かを判定する（Ｃ６２）。このとき、サーバ１０Ｂの制御部１１は、ユーザＢの第１アカウント３４および第２アカウント５３を含むアカウントがユーザＢにより登録されていなくてもよい。サーバ１０Ｂの制御部１１は、第１アカウント３４のみが送金先に指定されていると判定した場合、ユーザＡの電子決済会社ＢのアカウントからユーザＢの電子決済会社Ｂの第１アカウント３４に金額６３を送金する（Ｃ６３）。これにより、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額６３を第１アカウント３４に入金する（Ｃ３）。すなわち、サーバ１０Ｂの制御部１１は、ユーザＡの第３アカウントの残高から金額６３を差し引き、その金額６３をユーザＢの第１アカウント３４にチャージすることになる。このように、サーバ１０Ｂの制御部１１は、送金情報３６による端末２０Ａの依頼に基づいて、端末２０ＡのユーザＡのアカウントである、サーバ１０Ｂによって管理される第３アカウントの残高からユーザＢのアカウントに送金する。
【0218】
一方、サーバ１０Ｂの制御部１１は、第１アカウント３４のみが送金先に指定されていないと判定した場合、送金情報３６に基づいて、ユーザＢの第１アカウント３４と第２アカウント５３が送金先に指定されているか否かを判定する（Ｃ６４）。サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３が送金先に指定されていると判定した場合、ユーザＡの電子決済会社Ｂのアカウントから、ユーザＢの電子決済会社Ｂの第１アカウント３４に金額６３を送金し、ユーザＢの銀行Ｃの第２アカウント５３に金額６４を送金する（Ｃ６５）。これにより、サーバ１０Ｂの制御部１１は、ユーザＡから送金された金額６３を第１アカウントに入金する（Ｃ３）。また、サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額６４を第２アカウント５３に入金する（Ｄ１）。すなわち、サーバ１０Ｂの制御部１１は、ユーザＡの第３アカウントの残高から金額６３および６４を差し引き、金額６３をユーザＢの第１アカウント３４にチャージし、サーバ１０Ｃを介して金額６４がユーザＢの第２アカウント５３に入金される。
【0219】
また、サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３が送金先に指定されていないと判定した場合、ユーザＡの電子決済会社Ｂのアカウントから、ユーザＢの銀行Ｃの第２アカウント５３に金額６４を送金する（Ｃ６６）。サーバ１０Ｃの制御部１１は、サーバ１０Ｂからの送金を受信すると、その送金された金額６４を第２アカウント５３に入金する（Ｄ１）。すなわち、サーバ１０Ｂの制御部１１は、ユーザＡの第３アカウントの残高から金額６４を差し引き、サーバ１０Ｃを介して、その金額６４がユーザＢの第２アカウント５３に入金されることになる。
【0220】
このようにして、サーバ１０Ｂの制御部１１は、ユーザＡの第３アカウントから第１アカウント３４または第２アカウント５３への入金が完了する。このように、サーバ１０Ｂの制御部１１は、ユーザＡの第３アカウントの残高に基づいて、第１アカウント３４と第２アカウント５３に送金する。そして、サーバ１０Ｂの制御部１１は、入金が完了すると、その入金結果に基づいてユーザＡから送金された情報である送金情報をユーザＢの端末２０Ｂに送信してもよい。例えば、サーバ１０Ｂの制御部１１は、電子決済会社Ｂのアプリケーションに送金情報を通知してもよい。端末２０Ｂの制御部２１は、送金情報が通知されると、その通知に対するユーザＢの入力操作に基づいて、図６－５に示すように、送金された金額２９に関する情報を含む送金情報３８を表示してもよい。送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂの情報と、第２アカウントに送金された金額２９ｃの情報とを含んでもよい。また、送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂと、第２アカウントに送金された金額２９ｃとの合計の金額２９ａを含んでもよい。このとき、サーバ１０Ｂの制御部１１は、例えば、第２アカウント５３への入金額を含む入金完了通知をサーバ１０Ｃから受信し、その完了通知に基づいて第２アカウント５３に送金された金額２９ｃを取得してもよい。また、端末２０Ｂの制御部２１は、図６－６に示すように、電子決済会社ＢとユーザＢとのチャットルームＲに送金情報３８を表示してもよい。
【0221】
＜第６実施形態の効果＞
第６実施形態では、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる第１入力に基づいて、ユーザＢのアカウントである第１アカウント３４、およびユーザＢのアカウントである第２アカウント５３への送金に関する送金情報３６を取得する。そして、端末２０Ａの制御部２１は、送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３とに対する送金に関する処理を行う。
第６実施形態では、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる第１入力に基づいて、ユーザＢのアカウントである第１アカウント３４、およびユーザＢのアカウントである第２アカウント５３への送金に関する送金情報３６を取得する。そして、端末２０Ａの制御部２１は、送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３とに対する送金に関する処理を行う。
【0222】
このような構成による効果の一例として、ユーザＡは、所望するユーザＢのアカウントに送金することができる。
【0223】
また、第６実施形態では、第１入力は、第１アカウント３４へ送金する金額６３に関する情報と、第２アカウント５３に送金する金額６４に関する情報とを入力することを含む。
【0224】
このような構成による効果の一例として、ユーザＡは、ユーザＢの第１アカウント３４と第２アカウント５３に所望の金額６３および６４を送金することができる。
【0225】
また、第６実施形態では、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる第２入力に基づいて、第２アカウント５３に関する情報を取得する。
【0226】
このような構成による効果の一例として、ユーザＡは、送金するユーザＢの第２アカウント５３を指定することができる。
【0227】
また、第６実施形態では、第１アカウント３４は、第１アカウント３４に基づくサービスを提供するサーバ１０Ｂによって管理され、送金に関する処理は、端末２０ＡのユーザＡのアカウントである、サーバ１０Ｂによって管理される第３アカウントの残高から送金する処理を含む。
【0228】
このような構成による効果の一例として、サーバ１０Ｂの制御部１１は、第３アカウントから第１アカウント３４と第２アカウント５３に容易に送金することができる。
【0229】
＜第６変形例（１）＞
第６実施形態では、端末２０Ａの制御部２１は、ユーザＢの第１アカウント３４および第２アカウント５３をサーバ１０Ｂから取得することなく送金したが、第１アカウント３４および第２アカウント５３に送金できればよく、これに限定されない。
第６実施形態では、端末２０Ａの制御部２１は、ユーザＢの第１アカウント３４および第２アカウント５３をサーバ１０Ｂから取得することなく送金したが、第１アカウント３４および第２アカウント５３に送金できればよく、これに限定されない。
【0230】
第６変形例（１）では、端末２０Ａの制御部２１は、ユーザＢによって入力された、第２アカウント５３に関する情報を取得する。例えば、端末２０Ａの制御部２１は、サーバ１０ＢにユーザＢにより予め登録された第２アカウント５３に関する情報を取得してもよい。
【0231】
＜情報処理＞
図６－７は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図６－７は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0232】
まず、端末２０Ｂの制御部２１は、ユーザＢの入力操作に基づいて、送金用アカウントをサーバ１０Ｂに登録するために第２アカウント５３をサーバ１０Ｂに送信する（Ｅ６１）。例えば、端末２０Ｂの制御部２１は、図６－８に示すように、ユーザＢが利用する電子決済会社Ｂのアプリケーションを起動してアカウントの登録画面６５を表示すると、第２アカウント５３に関するアカウント情報の入力をユーザＢから受け付けてもよい。第２アカウント５３のアカウント情報は、例えば、口座名義６６、銀行名６７、第２アカウント５３などを含んでもよい。そして、端末２０Ｂの制御部２１は、登録ボタン６８に対するユーザＢの入力操作に基づいて、ユーザＢにより入力された第２アカウント５３のアカウント情報をサーバ１０Ｂに送信してもよい。
【0233】
サーバ１０Ｂの制御部１１は、第２アカウント５３のアカウント情報を端末２０Ｂから受信すると、そのアカウント情報を第１アカウント３４と関連付けてサーバ１０Ｂに登録する（Ｃ６７）。なお、第１アカウント３４は、電子決済会社ＢのサービスをユーザＢが利用開始する段階で予めサーバ１０Ｂに登録されてもよい。
【0234】
続いて、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、ユーザＢのアカウント情報の表示をサーバ１０Ｂに要求する（Ａ６３）。例えば、端末２０Ａの制御部２１は、図６－９Ａに示すように、ユーザＡの入力操作に基づいて、ユーザＡが利用する電子決済会社Ｂのユーザ選択画面６９を表示すると、ユーザＡが予めサーバ１０Ｂに登録したユーザＢ～Ｄに対応する要求ボタン７０をユーザ選択画面６９に表示してもよい。端末２０Ａの制御部２１は、例えばユーザＢの要求ボタン７０がユーザＡにより選択されると、ユーザＢのアカウント情報の表示をサーバ１０Ｂに要求してもよい。
【0235】
サーバ１０Ｂの制御部１１は、ユーザＢのアカウント情報の送信要求を受信すると、サーバ１０Ｂに登録された第２アカウント５３に関する情報を含むアカウント情報を端末２０Ａに送信する（Ｃ６８）。これにより、端末２０Ａの制御部２１は、ユーザＢによって入力された、第２アカウント５３に関する情報を取得することになる（Ａ６４）。また、端末２０Ａの制御部２１は、第１アカウント３４に関する情報をさらに取得してもよい。そして、端末２０Ａの制御部２１は、図６－９Ｂに示すように、その取得情報に基づいて、第１アカウント３４に関する情報と、第２アカウント５３に関する情報とを表示部２４に表示してもよい。すなわち、端末２０Ａの制御部２１は、ユーザＡにより入力されることなく、第１アカウント３４と第２アカウント５３を自動的に表示部２４に表示してもよい。例えば、端末２０Ａの制御部２１は、第１アカウント３４の口座番号と、第２アカウント５３の口座番号とを表示部２４に表示してもよい。
【0236】
続いて、第１実施形態と同様に、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる入力に基づいて、ユーザＢのアカウントである第１アカウント３４、およびユーザＢのアカウントである第２アカウント５３への送金に関する送金情報３６を取得する（Ａ６１）。例えば、端末２０Ａの制御部２１は、選択ボタン５４に対するユーザＡの選択に基づいて、第１アカウント３４への送金に関する送金情報６１、第２アカウント５３への送金に関する送金情報６２などを含む送金情報３６を取得してもよい。
【0237】
ここで、第１アカウント３４への送金に関する送金情報６１は、例えば、第１アカウント３４へ送金する金額６３に関する情報を含んでもよい。また、第２アカウント５３への送金に関する送金情報６２は、例えば、第２アカウント５３へ送金する金額６４に関する情報を含んでもよい。すなわち、端末２０Ａの制御部２１には、第１アカウント３４へ送金する金額６３に関する情報と、第２アカウント５３へ送金する金額６４に関する情報とを含む送金情報３６がユーザＡにより入力されてもよい。
【0238】
端末２０Ａの制御部２１は、ユーザＡにより送金情報３６が入力されると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0239】
なお、本実施形態では、端末２０Ａの制御部２１は、第２アカウント５３に関する情報をサーバ１０から取得したが、第２アカウント５３に関する情報を取得できればよく、これに限定されない。例えば、端末２０Ａの制御部２１は、サーバ１０Ｂを介さずに、ユーザＢにより入力された第２アカウント５３に関する情報を端末２０Ｂから直接的に取得してもよい。例えば、端末２０Ａの制御部２１は、データ転送の中継器（例えばルータなど）を介して、第２アカウント５３に関する情報を端末２０Ｂから直接的に受信してもよい。また、端末２０Ａの制御部２１は、第１アカウント３４に関する情報を端末２０Ｂから直接的に取得してもよい。これにより、端末２０Ａの制御部２１は、図６－９Ｂに示すように、取得情報に基づいて、第１アカウント３４に関する情報と、第２アカウント５３に関する情報とを表示部２４に表示してもよい。
【0240】
＜第６変形例（１）の効果＞
第６変形例（１）では、端末２０Ａの制御部２１は、ユーザＢによって入力された、第２アカウント５３に関する情報を取得する。
第６変形例（１）では、端末２０Ａの制御部２１は、ユーザＢによって入力された、第２アカウント５３に関する情報を取得する。
【0241】
このような構成による効果の一例として、ユーザＡは、第２アカウント５３を入力する必要がなく、送金情報３６を容易に入力することができる。
【0242】
＜第６変形例（２）＞
第６変形例（１）では、端末２０Ａの制御部２１は、図６－９Ｂに示すように第２アカウント５３の口座番号を表示したが、第２アカウント５３に送金できればよく、これに限定されない。
第６変形例（１）では、端末２０Ａの制御部２１は、図６－９Ｂに示すように第２アカウント５３の口座番号を表示したが、第２アカウント５３に送金できればよく、これに限定されない。
【0243】
第６変形例（２）では、端末２０Ａの制御部２１は、第２アカウント５３の口座番号を表示しなくてもよい。
【0244】
まず、第６変形例（１）と同様に、サーバ１０Ｂの制御部１１は、ユーザＢのアカウント情報の送信要求を端末２０Ａから受信すると、サーバ１０Ｂに登録された第２アカウント５３に関する情報を含むアカウント情報を端末２０Ａに送信する（Ｃ６８）。これにより、端末２０Ａの制御部２１は、ユーザＢによって入力された、第２アカウント５３に関する情報を取得することになる（Ａ６４）。ここで、端末２０Ａの制御部２１は、図６－１０に示すように、取得情報に基づいて、第１アカウント３４に関する情報３４ａと、第２アカウント５３に関する情報５３ａとを表示部２４に表示してもよい。このとき、端末２０Ａの制御部２１は、第２アカウント５３の口座番号を表示しなくてもよい。また、端末２０Ａの制御部２１は、第１アカウント３４の口座番号を表示しなくてもよい。
【0245】
例えば、端末２０Ａの制御部２１は、第１アカウント３４を管理する電子決済会社を示す情報を含む第１アカウント３４に関する情報３４ａと、第２アカウント５３を管理する銀行を示す情報を含む第２アカウント５３に関する情報５３ａとをサーバ１０Ｂから受信してもよい。これにより、端末２０Ａの制御部２１は、第１アカウント３４の口座番号の代わりに電子決済会社を示す情報を表示すると共に、第２アカウント５３の口座番号の代わりに銀行を示す情報を表示してもよい。
【0246】
続いて、第６実施形態と同様に、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる入力に基づいて、第１アカウント３４および第２アカウント５３への送金に関する送金情報３６を取得する（Ａ６１）。そして、端末２０Ａの制御部２１は、送金ボタン３７に対する入力操作に応じて、ユーザＡにより入力された送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0247】
＜第６変形例（２）の効果＞
第６変形例（２）では、第２アカウント５３の口座番号は、端末２０Ａに表示されない。
第６変形例（２）では、第２アカウント５３の口座番号は、端末２０Ａに表示されない。
【0248】
このような構成による効果の一例として、ユーザＢは、第２アカウント５３の口座番号を他のユーザＡに知られることを抑制することができる。
【0249】
＜第６変形例（３）＞
第６実施形態では、端末２０Ａの制御部２１は、図６－４に示すように第１アカウント３４へ送金する金額６３に関する情報と、第２アカウント５３へ送金する金額６４に関する情報との入力を受け付けたが、第１アカウント３４と第２アカウント５３へ送金できればよく、これに限定されない。
第６実施形態では、端末２０Ａの制御部２１は、図６－４に示すように第１アカウント３４へ送金する金額６３に関する情報と、第２アカウント５３へ送金する金額６４に関する情報との入力を受け付けたが、第１アカウント３４と第２アカウント５３へ送金できればよく、これに限定されない。
【0250】
第６変形例（３）では、端末２０Ａの制御部２１は、第１アカウント３４と第２アカウント５３とに送金する合計の金額と、第１アカウント３４と第２アカウント５３との各々に送金する割合に関する情報との入力を受け付けてもよい。
【0251】
まず、第６実施形態と同様に、端末２０Ａの制御部２１は、ユーザＡによる入力（第１入力）に基づいて、ユーザＢの第１アカウント３４および第２アカウント５３への送金に関する送金情報３６を取得する（Ａ６１）。このとき、端末２０Ａの制御部２１は、図６－１１に示すように、第１アカウント３４と第２アカウント５３とに送金する合計の金額７２と、第１アカウント３４に送金する割合７３と、第２アカウント５３に送金する割合７４とを含む送金情報３６の入力を受け付けてもよい。例えば、第１アカウント３４と第２アカウント５３にそれぞれ「５０００円」送金する場合、ユーザＡは、合計の金額７２に「１００００円」と入力し、第１アカウント３４に送金する割合７３に「５０％」、第２アカウント５３に送金する割合７４に「５０％」と入力してもよい。
【0252】
端末２０Ａの制御部２１は、ユーザＡにより送金情報３６が入力されると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。これにより、サーバ１０Ｂの制御部１１は、合計の金額７２、第１アカウント３４に送金する割合７３、および第２アカウント５３に送金する割合７４に基づいて、第１アカウント３４と第２アカウント５３に送金する金額を算出しうる。
【0253】
＜第６変形例（３）の効果＞
第６変形例（３）では、第１入力は、第１アカウント３４と第２アカウント５３とに送金する金額７２と、第１アカウント３４と第２アカウント５３との各々に送金する割合７３および７４に関する情報とを入力することを含む。
第６変形例（３）では、第１入力は、第１アカウント３４と第２アカウント５３とに送金する金額７２と、第１アカウント３４と第２アカウント５３との各々に送金する割合７３および７４に関する情報とを入力することを含む。
【0254】
このような構成による効果の一例として、ユーザＡは、送金情報３６を容易に入力することができる。
【0255】
＜第７実施形態＞
第６実施形態では、端末２０Ａの制御部２１は、ユーザＢの意思に関係なく、ユーザＡの意思のみに基づいてユーザＢに送金した。例えば、端末２０Ａの制御部２１は、ユーザＢが送金してほしい金額、タイミングなどのユーザＢからの依頼を受け付けることなく、ユーザＡが送金したい金額、タイミングなどのユーザＡの意思のみに従って送金した。しかしながら、端末２０Ａの制御部２１は、ユーザＢに送金できればよく、これに限定されない。
第６実施形態では、端末２０Ａの制御部２１は、ユーザＢの意思に関係なく、ユーザＡの意思のみに基づいてユーザＢに送金した。例えば、端末２０Ａの制御部２１は、ユーザＢが送金してほしい金額、タイミングなどのユーザＢからの依頼を受け付けることなく、ユーザＡが送金したい金額、タイミングなどのユーザＡの意思のみに従って送金した。しかしながら、端末２０Ａの制御部２１は、ユーザＢに送金できればよく、これに限定されない。
【0256】
第７実施形態では、端末２０Ｂの制御部２１は、第１アカウント３４と第２アカウント５３とに送金を依頼する送金依頼情報を端末２０Ａに送信してもよい。そして、端末２０Ａの制御部２１は、ユーザＢから送信された送金依頼を受信すると、その送金依頼に対する入力に基づいて送金情報３６を取得し、送金情報３６に基づいて第１アカウント３４と第２アカウント５３とに対する送金を処理してもよい。
【0257】
なお、第１実施形態～第６実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第７実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
【0258】
＜機能構成＞
端末の機能構成
図７－１は、本実施形態における端末２０Ｂの記憶部２８に記憶される情報の一例を示す図である。記憶部２８には、限定ではなく例として、制御部２１により読み出されて、端末メイン処理として実行される端末メイン処理プログラム２８２が記憶される。
端末の機能構成
図７－１は、本実施形態における端末２０Ｂの記憶部２８に記憶される情報の一例を示す図である。記憶部２８には、限定ではなく例として、制御部２１により読み出されて、端末メイン処理として実行される端末メイン処理プログラム２８２が記憶される。
【0259】
また、端末メイン処理プログラム２８２は、限定ではなく例として、制御部２１により読み出されて、送金依頼取得処理として実行される送金依頼取得処理プログラム２８２１をサブルーチンプログラムとして含む。
【0260】
また、端末メイン処理プログラム２８２は、限定ではなく例として、制御部２１により読み出されて、送金依頼送信処理として実行される送金依頼送信処理プログラム２８２２をサブルーチンプログラムとして含む。
【0261】
図７－２は、本実施形態における端末２０Ｂの制御部２１により実現される機能の一例を示す図である。制御部２１は、限定ではなく例として、端末メイン処理部２１４と、送金依頼取得処理部２１５と、送金依頼送信処理部２１６とを有する。
【0262】
端末メイン処理部２１４は、記憶部２８に記憶されている端末メイン処理プログラム２８２に従って、端末２０Ｂを統括的に制御するための処理である端末メイン処理を実行する機能を有している。
【0263】
送金依頼取得処理部２１５は、記憶部２８に記憶されている送金依頼取得処理プログラム２８２１に従って、端末２０ＢのユーザＢのアカウントである第１アカウント３４と、端末２０ＢのユーザＢのアカウントである第２アカウント５３とに送金を依頼する情報である送金依頼情報を、端末２０ＢのユーザＢによる入力に基づいて取得する送金依頼取得処理を実行する機能を有している。
【0264】
送金依頼送信処理部２１６は、記憶部２８に記憶されている送金依頼送信処理プログラム２８２２に従って、送金依頼情報をユーザＡの端末２０Ａに送信する送金依頼送信処理を実行する機能を有している。
【0265】
＜情報処理＞
図７－３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図７－３は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0266】
まず、端末２０Ｂの制御部２１は、ユーザＢのアカウントである第１アカウント３４と第２アカウント５３への送金をユーザＡに依頼する情報である送金依頼情報を、ユーザＢの入力に基づいて取得する（Ｅ７１）。例えば、端末２０Ｂの制御部２１は、図７－４Ａに示すように、ユーザＢの入力操作に基づいて、電子決済会社Ｂのアプリケーションを起動すると、ユーザＢが予めサーバ１０Ｂに登録したユーザＡ、Ｃ、Ｄの中から、送金を依頼するユーザを選択する選択ボタン７５を表示してもよい。端末２０Ｂの制御部２１は、ユーザＡに対応する選択ボタン７５がユーザＢにより選択されると、図７－４Ｂに示すように、ユーザＡに送金を依頼する依頼画面７６を表示して、送金依頼情報７７の入力をユーザＢから受け付けてもよい。ここで、送金依頼情報７７は、ユーザＡに依頼する、第１アカウント３４への送金の金額情報７８ａと、ユーザＡに依頼する、第２アカウント５３への送金の金額情報７８ｂとを含んでもよい。また、送金依頼情報７７は、第１アカウント３４の情報と、第２アカウント５３の情報とを含んでもよい。第１アカウント３４の情報は、例えば、第１アカウント３４の口座番号、電子決済会社の名称などを含んでもよい。また、第２アカウント５３の情報は、例えば、第２アカウント５３の口座番号、銀行の名称などを含んでもよい。
【0267】
ここで、第１アカウント３４は、第１アカウント３４に基づくサービス（例えば電子決済サービス）を提供するサーバ１０Ｂによって管理されている。そして、端末２０Ｂの制御部２１は、端末２０ＢのユーザＢの入力に基づいて、第２アカウント５３の情報をサーバ１０Ｂに予め送信してもよい。すなわち、第２アカウント５３の情報は、第１アカウント３４に関連付けてサーバ１０Ｂに予め登録されてもよい。これにより、依頼画面７６には、サーバ１０Ｂに登録された第１アカウント３４と第２アカウント５３が自動的に表示されてもよい。端末２０Ｂの制御部２１は、ユーザＢによる選択ボタン７８ｃの選択に応じて、送金を依頼するアカウントとして第１アカウント３４と第２アカウント５３を取得してもよい。また、端末２０Ｂの制御部２１は、入力欄に対するユーザＢの入力に基づいて、第１アカウント３４への送金の金額情報７８ａと第２アカウント５３への送金の金額情報７８ｂとを取得してもよい。
【0268】
このようにして、端末２０Ｂの制御部２１は、端末２０Ａを宛先とした送金依頼情報７７を取得すると、送金依頼ボタン７９に対する入力操作に応じて、送金依頼情報７７をサーバ１０Ｂに送信する（Ｅ７２）。サーバ１０Ｂの制御部１１は、送金依頼情報７７を端末２０Ｂから受信すると、その宛先に基づいて、送金依頼情報７７を端末２０Ａに送信する（Ｃ７１）。
【0269】
端末２０Ａの制御部２１は、ユーザＢから送信された送金依頼を通信部２２で受信すると、その送金依頼に対するユーザＡの入力である第１入力に基づいて送金依頼を表示部２４に表示する（Ａ７１）。例えば、端末２０Ａの制御部２１は、電子決済会社Ｂのアプリケーションに送金依頼が通知されると、その通知に対するユーザＡの入力操作に基づいて、図７－５に示すように、送金依頼情報７７に基づく送金依頼８０を表示してもよい。ここで、送金依頼８０は、第１アカウント３４に送金する金額８１に関する情報、第２アカウント５３に送金する金額８２に関する情報などの送金情報３６を含んでもよい。また、送金依頼８０は、第１アカウント３４、第２アカウント５３などの送金情報３６を含んでもよい。このように、端末２０Ａの制御部２１は、送金依頼８０に対するユーザＡの入力に基づいて、第１アカウント３４および第２アカウント５３への送金に関する送金情報３６を取得する（Ａ６１）。端末２０Ａの制御部２１は、送金情報３６を取得すると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0270】
サーバ１０Ｂの制御部１１は、送金情報３６を受信すると（Ｃ６１）、第６実施形態と同様に、送金情報３６に基づいてユーザＢの第１アカウント３４または第２アカウント５３に送金する。すなわち、サーバ１０Ｂの制御部１１は、送金情報３６に基づいて、ユーザＢの第１アカウント３４のみが送金先に指定されているか否かを判定する（Ｃ６２）。サーバ１０Ｂの制御部１１は、第１アカウント３４のみが送金先に指定されていると判定した場合、ユーザＡの電子決済会社ＢのアカウントからユーザＢの第１アカウント３４に、指定された金額８１を送金する（Ｃ６３）。また、サーバ１０Ｂの制御部１１は、第１アカウント３４のみが送金先に指定されていないと判定した場合、第１アカウント３４と第２アカウント５３が送金先に指定されているか否かを判定する（Ｃ６４）。サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３が送金先に指定されていると判定した場合、ユーザＡの電子決済会社Ｂのアカウントから、ユーザＢの電子決済会社Ｂの第１アカウント３４に金額８１を送金すると共にユーザＢの銀行Ｃの第２アカウント５３に金額８２を送金する（Ｃ６５）。一方、サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３が送金先に指定されていないと判定した場合、ユーザＡの電子決済会社Ｂのアカウントから、ユーザＢの銀行Ｃの第２アカウント５３に金額８２を送金する（Ｃ６６）。このようにして、第１アカウント３４または第２アカウント５３に送金されると、その送金された金額が第１アカウント３４に入金（Ｃ３）または第２アカウント５３に入金（Ｄ１）される。
【0271】
サーバ１０Ｂの制御部１１は、第１アカウント３４または第２アカウント５３への入金が完了すると、ユーザＡから送金された情報である送金情報を端末２０Ｂに送信してもよい（Ｃ７２）。これにより、端末２０Ｂの通信部２２は、ユーザＡに送金を依頼した送金依頼情報７７に基づいて、ユーザＡから送金された情報である送金情報を受信することになる。そして、端末２０Ｂの制御部２１は、送金情報の受信に基づき、送金された金額に関する情報を表示部２４に表示させる（Ｅ７３）。例えば、端末２０Ｂの制御部２１は、電子決済会社Ｂのアプリケーションに送金情報３８が通知されると、その通知に対するユーザＢの入力操作に基づいて、図６－５に示すように、送金された金額２９に関する情報を含む送金情報３８を表示してもよい。送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂの情報と、第２アカウントに送金された金額２９ｃの情報とを含んでもよい。また、送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂと、第２アカウントに送金された金額２９ｃとの合計の金額２９ａを含んでもよい。このとき、サーバ１０Ｂの制御部１１は、例えば、第２アカウント５３への入金額を含む入金完了通知をサーバ１０Ｃから受信し、その完了通知に基づいて第２アカウント５３に送金された金額２９ｃを取得してもよい。また、端末２０Ｂの制御部２１は、図６－６に示すように、電子決済会社ＢとユーザＢとのチャットルームＲに送金情報３８を表示してもよい。
【0272】
なお、本実施形態では、端末２０Ｂの制御部２１は、サーバ１０Ｂを介して送金依頼情報７７を端末２０Ａに送信したが、送金依頼情報７７を端末２０Ａに送信できればよく、これに限定されない。例えば、端末２０Ｂの制御部２１は、サーバ１０Ｂを介さずに、送金依頼情報７７を端末２０Ａに直接的に送信してもよい。例えば、端末２０Ｂの制御部２１は、データ転送の中継器（例えばルータなど）を介して、送金依頼情報７７を端末２０Ａに直接的に送信してもよい。
【0273】
また、本実施形態では、送金依頼８０は、図７－５に示すように、電子決済会社Ｂのアプリケーションに通知されたが、端末２０Ｂで受信されればよく、これに限定されない。例えば、送金依頼８０は、電子決済会社ＢとユーザＢとのチャットルームに表示されてもよい。
【0274】
また、本実施形態では、送金依頼８０は、第１アカウント３４に送金する金額８１に関する情報と、第２アカウント５３に送金する金額８２に関する情報とを含んだが、第１アカウント３４および第２アカウント５３への送金を依頼できればよく、これに限定されない。例えば、送金依頼８０は、第１アカウント３４に送金する金額８１に関する情報と、第２アカウント５３に送金する金額８２に関する情報とを除いてもよい。
【0275】
また、本実施形態では、送金依頼８０は、第１アカウント３４の口座番号および第２アカウント５３の口座番号を含んだが、第１アカウント３４および第２アカウント５３に送金できればよく、これに限定されない。例えば、送金依頼８０は、第６変形例（２）と同様に、第１アカウント３４の口座番号の代わりに電子決済会社を示す情報を表示すると共に、第２アカウント５３の口座番号の代わりに銀行を示す情報を表示してもよい。
【0276】
＜第７実施形態の効果＞
第７実施形態では、端末２０Ａの通信部２２は、ユーザＢから送信された送金依頼８０を受信する。そして、端末２０Ａの制御部２１は、送金依頼８０に対する入力である第１入力に基づいて、送金情報３６を取得する。
第７実施形態では、端末２０Ａの通信部２２は、ユーザＢから送信された送金依頼８０を受信する。そして、端末２０Ａの制御部２１は、送金依頼８０に対する入力である第１入力に基づいて、送金情報３６を取得する。
【0277】
このような構成による効果の一例として、ユーザＡは、ユーザＢの送金依頼８０に応じて容易に送金することができる。
【0278】
また、第７実施形態では、送金依頼８０は、第１アカウント３４に送金する金額８１に関する情報と、第２アカウント５３に送金する金額８２に関する情報とを含む。
【0279】
このような構成による効果の一例として、ユーザＡは、ユーザＢが送金を依頼した金額８１および８２を容易に把握することができる。
【0280】
また、第７実施形態では、端末２０Ｂの制御部２１は、端末２０ＢのユーザＢのアカウントである第１アカウント３４と、端末２０ＢのユーザＢのアカウントである第２アカウント５３とに送金を依頼する情報である送金依頼情報７７を、端末２０ＢのユーザＢによる入力に基づいて取得する。そして、端末２０Ｂの制御部２１は、送金依頼情報７７をユーザＡの端末２０Ａに送信する。
【0281】
このような構成による効果の一例として、ユーザＢは、ユーザＡに送金を容易に依頼することができる。
【0282】
また、第７実施形態では、送金依頼情報７７は、ユーザＡに依頼する、第１アカウント３４への送金の金額情報７８ａと、ユーザＡに依頼する、第２アカウント５３への送金の金額情報７８ｂとを含む。
【0283】
このような構成による効果の一例として、ユーザＢは、ユーザＡに所望の金額を送金依頼することができる。
【0284】
また、第７実施形態では、送金依頼情報７７は、第２アカウント５３の情報を含む。
【0285】
このような構成による効果の一例として、ユーザＢは、ユーザＡに第２アカウント５３への送金を依頼することができる。
【0286】
また、第７実施形態では、第１アカウント３４は、第１アカウント３４に基づくサービスを提供するサーバ１０Ｂによって管理される。そして、端末２０Ｂの制御部２１は、端末２０ＢのユーザＢの入力に基づいて、第２アカウント５３の情報をサーバ１０Ｂに送信する。
【0287】
このような構成による効果の一例として、ユーザＢは、第２アカウント５３の情報を第１アカウント３４に関連付けてサーバ１０Ｂに予め登録することができる。これにより、端末２０Ｂの制御部２１は、第２アカウント５３の情報を容易に取得することができる。
【0288】
また、第７実施形態では、端末２０Ｂの通信部２２は、送金依頼情報７７に基づく、ユーザＡから送金された情報である送金情報３８を受信する。そして、端末２０Ｂの制御部２１は、送金情報３８の受信に基づき、送金された金額２９に関する情報を端末２０Ｂの表示部２４に表示させる。
【0289】
このような構成による効果の一例として、ユーザＢは、送金された金額２９を容易に把握することができる。
【0290】
また、第７実施形態では、送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂの情報と、第２アカウントに送金された金額２９ｃの情報とを含む。
【0291】
このような構成による効果の一例として、ユーザＢは、第１アカウント３４と第２アカウント５３に送金された金額２９ｂおよび２９ｃを容易に把握することができる。
【0292】
また、第７実施形態では、送金された金額２９に関する情報は、第１アカウント３４に送金された金額２９ｂと、第２アカウントに送金された金額２９ｃとの合計の金額２９ａを含む。
【0293】
このような構成による効果の一例として、ユーザＢは、合計の金額２９ａを容易に把握することができる。
【0294】
＜第７変形例（１）＞
第７実施形態では、送金依頼情報７７は、第１アカウント３４への送金の金額情報７８ａと第２アカウント５３への送金の金額情報７８ｂとを含んだが、第１アカウント３４および第２アカウント５３への送金を依頼できればよく、これに限定されない。また、送金依頼８０は、第１アカウント３４に送金する金額８１に関する情報と、第２アカウント５３に送金する金額８２に関する情報とを含んだが、送金情報３６を取得できればよく、これに限定されない。
第７実施形態では、送金依頼情報７７は、第１アカウント３４への送金の金額情報７８ａと第２アカウント５３への送金の金額情報７８ｂとを含んだが、第１アカウント３４および第２アカウント５３への送金を依頼できればよく、これに限定されない。また、送金依頼８０は、第１アカウント３４に送金する金額８１に関する情報と、第２アカウント５３に送金する金額８２に関する情報とを含んだが、送金情報３６を取得できればよく、これに限定されない。
【0295】
第７変形例（１）では、送金依頼情報７７は、第１アカウント３４へ送金される金額の割合の情報と、第２アカウント５３へ送金される金額の割合の情報とを含んでもよい。また、送金依頼８０は、第１アカウント３４に送金される金額の割合の情報と、第２アカウント５３に送金される金額の割合の情報とを含んでもよい。
【0296】
まず、第７実施形態と同様に、端末２０Ｂの制御部２１は、ユーザＢの入力に基づいて送金依頼情報７７を取得する（Ｅ７１）。ここで、送金依頼情報７７は、ユーザＡから送金される全体の金額（例えば依頼金額）に対する、第１アカウント３４へ送金される割合の情報と、第２アカウント５３へ送金される割合の情報とを含んでもよい。例えば、送金依頼情報７７は、図７－６Ａに示すように、ユーザＡに送金を依頼する金額８３の情報と、その金額８３のうち第１アカウント３４へ送金される割合８４の情報と、金額８３のうち第２アカウント５３へ送金される割合８５の情報とを含んでもよい。端末２０Ｂの制御部２１は、送金依頼情報７７を取得すると、送金依頼ボタン７９に対する入力操作に応じて、サーバ１０Ｂを介して、送金依頼情報７７を端末２０Ａに送信する（Ｅ７２）。
【0297】
端末２０Ａの制御部２１は、ユーザＢから送信された送金依頼を通信部２２で受信すると、その送金依頼に対するユーザＡの入力に基づいて送金依頼を表示部２４に表示する（Ａ７１）。ここで、送金依頼８０は、ユーザＡから送金される全体の金額（例えば依頼金額）に対する、第１アカウント３４に送金される割合の情報と、第２アカウント５３に送金される割合の情報とを送金情報３６として含んでもよい。例えば、送金依頼８０は、図７－６Ｂに示すように、ユーザＡが送金する金額８６の情報と、その金額８６のうち第１アカウント３４に送金される割合８７の情報と、金額８６のうち第２アカウント５３に送金される割合８８の情報とを送金情報３６として含んでもよい。端末２０Ａの制御部２１は、送金情報３６を取得すると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0298】
そして、サーバ１０Ｂの制御部１１が、送金情報３６を受信すると（Ｃ６１）、送金された金額８６と、第１アカウント３４に送金される割合８７と、第２アカウント５３に送金される割合８８とを含む送金情報３６に基づいて、ユーザＢの第１アカウント３４または第２アカウント５３に送金する。
【0299】
なお、本実施形態では、送金依頼８０は、図７－６Ｂに示すように、第１アカウント３４に送金される割合８７と、第２アカウント５３に送金される割合８８とを表示したが、送金依頼情報７７に基づいてユーザＢに送金できればよく、これに限定されない。例えば、送金依頼８０は、ユーザＡが送金する金額８６を含む一方、第１アカウント３４に送金される割合８７と第２アカウント５３に送金される割合８８とを含まなくてもよい。すなわち、端末２０Ａの制御部２１は、端末２０Ｂから受信した送金依頼８０のうち、ユーザＡが送金する金額８６を表示する一方、第１アカウント３４に送金される割合８７と第２アカウント５３に送金される割合８８とを表示しなくてもよい。そして、端末２０Ａの制御部２１は、ユーザＡが送金する金額８６、第１アカウント３４に送金される割合８７、第２アカウント５３に送金される割合８８を含む送金情報３６を取得すると、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0300】
＜第７変形例（１）の効果＞
第７変形例（１）では、送金依頼８０は、端末２０ＡのユーザＡから送金された金額８６のうち、第１アカウント３４に送金される割合８７の情報と、第２アカウント５３に送金される割合８８の情報とを含む。
第７変形例（１）では、送金依頼８０は、端末２０ＡのユーザＡから送金された金額８６のうち、第１アカウント３４に送金される割合８７の情報と、第２アカウント５３に送金される割合８８の情報とを含む。
【0301】
このような構成による効果の一例として、ユーザＡは、送金情報３６を容易に入力することができる。
【0302】
また、第７変形例（１）では、送金依頼情報７７は、ユーザＡから送金される金額８３のうち、第１アカウント３４へ送金される割合８４の情報と、第２アカウント５３へ送金される割合８５の情報とを含む。
【0303】
このような構成による効果の一例として、ユーザＢは、送金依頼情報７７を容易に入力することができる。
【0304】
＜第７変形例（２）＞
第７変形例（１）では、送金依頼情報７７は、ユーザＡに送金を依頼する金額８３の情報を含んだが、第１アカウント３４と第２アカウント５３に送金を依頼できればよく、これに限定されない。
第７変形例（１）では、送金依頼情報７７は、ユーザＡに送金を依頼する金額８３の情報を含んだが、第１アカウント３４と第２アカウント５３に送金を依頼できればよく、これに限定されない。
【0305】
第７変形例（２）では、送金依頼情報７７は、ユーザＡに送金を依頼する金額８３の情報を含まなくてもよい。
【0306】
まず、第７変形例（１）と同様に、端末２０Ｂの制御部２１は、ユーザＢの入力に基づいて送金依頼情報７７を取得する（Ｅ７１）。ここで、送金依頼情報７７は、ユーザＡに送金を依頼する金額８３の情報、すなわちユーザＡがユーザＢに送金する金額８３の情報を含まなくてもよい。例えば、送金依頼情報７７は、図７－７Ａに示すように、第１アカウント３４へ送金される割合８４の情報と、第２アカウント５３へ送金される割合８５の情報とを含んでもよい。また、送金依頼情報７７は、第１アカウント３４と、第２アカウント５３とを含んでもよい。端末２０Ｂの制御部２１は、送金依頼情報７７を取得すると、送金依頼ボタン７９に対する入力操作に応じて、サーバ１０Ｂを介して、送金依頼情報７７を端末２０Ａに送信する（Ｅ７２）。
【0307】
端末２０Ａの制御部２１は、ユーザＢから送信された送金依頼を通信部２２で受信すると、その送金依頼に対するユーザＡの入力に基づいて送金依頼を表示部２４に表示する（Ａ７１）。ここで、送金依頼８０は、図７－７Ｂに示すように、送金依頼情報７７に基づいて、第１アカウント３４に送金される割合８７の情報と、第２アカウント５３に送金される割合８８の情報とを含む送金情報３６を表示してもよい。すなわち、端末２０Ａの制御部２１は、送金依頼８０に対するユーザＡの入力に基づいて、第１アカウント３４に送金される割合８７の情報と、第２アカウント５３に送金される割合８８の情報とを取得することになる。また、送金依頼８０は、ユーザＡにより送金額８９が入力される入力欄を表示してもよい。これにより、端末２０Ａの制御部２１は、入力欄に対するユーザＡの入力に基づいて、ユーザＡからユーザＢに送金される送金額８９を取得することになる。端末２０Ａの制御部２１は、送金情報３６を取得すると、送金ボタン３７に対する入力操作に応じて、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0308】
そして、サーバ１０Ｂの制御部１１が、送金情報３６を受信すると（Ｃ６１）、ユーザＡからの送金額８９と、第１アカウント３４に送金される割合８７と、第２アカウント５３に送金される割合８８とを含む送金情報３６に基づいて、ユーザＢの第１アカウント３４または第２アカウント５３に送金する。
【0309】
＜第７変形例（２）の効果＞
第７変形例（２）では、送金依頼情報７７は、ユーザＡが端末２０ＢのユーザＢに送金する金額８３の情報を含まない。
第７変形例（２）では、送金依頼情報７７は、ユーザＡが端末２０ＢのユーザＢに送金する金額８３の情報を含まない。
【0310】
このような構成による効果の一例として、ユーザＢは、送金依頼情報７７をより容易に入力することができる。
【0311】
＜第７変形例（３）＞
第７実施形態では、端末２０Ａの制御部２１は、送金依頼８０に含まれる情報を変更不可に表示したが、送金情報３６を取得できればよく、これに限定されない。
第７実施形態では、端末２０Ａの制御部２１は、送金依頼８０に含まれる情報を変更不可に表示したが、送金情報３６を取得できればよく、これに限定されない。
【0312】
第７変形例（３）では、端末２０Ａの制御部２１は、送金依頼８０に含まれる情報を変更する入力を取得した場合、その入力により取得された送金情報３６に基づいて、第１アカウント３４と第２アカウント５３とに対する送金を処理する。
【0313】
まず、第７変形例（１）と同様に、端末２０Ｂの制御部２１は、図７－６Ａに示すように、ユーザＢの入力に基づいて、第１アカウント３４へ送金される割合８４の情報と第２アカウント５３へ送金される割合８５の情報とを含む送金依頼情報７７を取得してもよい（Ｅ７１）。端末２０Ｂの制御部２１は、送金依頼情報７７を取得すると、送金依頼ボタン７９に対する入力操作に応じて、サーバ１０Ｂを介して、送金依頼情報７７を端末２０Ａに送信する（Ｅ７２）。
【0314】
端末２０Ａの制御部２１は、ユーザＢから送信された送金依頼を通信部２２で受信すると、その送金依頼に対するユーザＡの入力に基づいて送金依頼を表示部２４に表示する（Ａ７１）。ここで、端末２０Ａの制御部２１は、送金依頼８０に含まれる情報を変更可能に表示してもよい。例えば、端末２０Ａの制御部２１は、図７－８Ａに示すように、第１アカウント３４に送金される割合８７の情報と、第２アカウント５３に送金される割合８８の情報とを変更可能に表示してもよい。そして、端末２０Ａの制御部２１は、送金依頼８０に含まれる情報を変更する入力である第３入力を取得した場合、その第３入力に基づく送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３とに対する送金を処理する。例えば、端末２０Ａの制御部２１は、図７－８Ｂに示すように、第１アカウント３４に送金される割合８７の情報と、第２アカウント５３に送金される割合８８の情報とがユーザＡにより変更された場合、その変更された割合８７および８８を含む送金情報３６を取得する。ここでは、割合８７が「５０％」から「０％」に変更され、割合８８が「５０％」から「１００％」に変更されたものとする。端末２０Ａの制御部２１は、変更された割合８７および８８を含む送金情報３６を取得すると、送金ボタン３７に対する入力操作に応じて、その変更された送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0315】
そして、サーバ１０Ｂの制御部１１が、送金情報３６を受信すると（Ｃ６１）、変更された割合８７および８８に基づいて、第１アカウント３４と第２アカウント５３とに対する送金が処理される。
【0316】
なお、本実施形態では、端末２０Ａの制御部２１は、第１アカウント３４に送金される割合８７の情報と第２アカウント５３に送金される割合８８の情報とを変更可能に表示したが、送金依頼８０に含まれる情報を変更できればよく、これに限定されない。例えば、端末２０Ａの制御部２１は、図７－８Ａに示すユーザＡが送金する金額８６の情報を変更可能に表示してもよい。
【0317】
また、本実施形態では、端末２０Ｂの制御部２１は、第１アカウント３４へ送金される割合８４の情報と第２アカウント５３へ送金される割合８５の情報とを含む送金依頼情報７７を端末２０Ａに送信したが、送金依頼情報７７を端末２０Ａに送信すればよく、これに限定されない。例えば、端末２０Ｂの制御部２１は、図７－４Ｂに示すように、第１アカウント３４への送金の金額情報７８ａと第２アカウント５３への送金の金額情報７８ｂとを含む送金依頼情報７７を端末２０Ａに送信してもよい。この場合、端末２０Ａの制御部２１は、図７－５に示す第１アカウント３４に送金する金額８１と第２アカウント５３に送金する金額８２とを変更可能に表示してもよい。
【0318】
＜第７変形例（３）の効果＞
第７変形例（３）では、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる、送金依頼８０に含まれている情報を変更する入力である第３入力を取得した場合、第３入力に基づく送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３とに対する送金に関する処理を行う。
第７変形例（３）では、端末２０Ａの制御部２１は、端末２０ＡのユーザＡによる、送金依頼８０に含まれている情報を変更する入力である第３入力を取得した場合、第３入力に基づく送金情報３６に基づいて、第１アカウント３４と、第２アカウント５３とに対する送金に関する処理を行う。
【0319】
このような構成による効果の一例として、ユーザＡは、ユーザＢの送金依頼８０に基づいて第１アカウント３４と第２アカウント５３とに適切な金額を送金することができる。
【0320】
＜第７変形例（４）＞
第７実施形態では、ユーザＢは、送金依頼情報７７を送信する度に端末２０Ｂを入力操作したが、送金依頼情報７７を端末２０Ａに送信できればよく、これに限定されない。
第７実施形態では、ユーザＢは、送金依頼情報７７を送信する度に端末２０Ｂを入力操作したが、送金依頼情報７７を端末２０Ａに送信できればよく、これに限定されない。
【0321】
第７変形例（４）では、端末２０Ｂの制御部２１は、第１送金依頼情報７７の送信に基づいて、設定されたタイミングに、第１送金依頼情報７７に関連する第２送金依頼情報を送信してもよい。例えば、端末２０Ｂの制御部２１は、第１送金依頼情報７７が送信された日にちと同じ日にちに送信タイミングを設定し、その送信タイミングで第２送金依頼情報を毎月送信してもよい。
【0322】
まず、第７実施形態と同様に、端末２０Ｂの制御部２１は、ユーザＢの入力に基づいて第１送金依頼情報７７を取得する（Ｅ７１）。ここで、第１送金依頼情報７７に関連する第２送金依頼情報を順次送信する場合、端末２０Ｂの制御部２１は、第２送金依頼情報を送信するタイミングを受け付けてもよい。例えば、端末２０Ｂの制御部２１は、図７－９に示すように、第１送金依頼情報７７に続いて第２送金依頼情報を定期的に（例えば毎月）送信する送信タイミング９０を受け付けてもよい。このとき、端末２０Ｂの制御部２１は、第１送金依頼情報７７を送信する日にち（例えば１０日）と同じ日にち（例えば１０日）を送信タイミング９０として表示してもよい。そして、端末２０Ｂの制御部２１は、送信タイミング９０の入力に基づいて、第１送金依頼情報７７に続いて第２送金依頼情報を送信する送信タイミング９０を設定する。また、端末２０Ｂの制御部２１は、第７実施形態と同様に、送金依頼ボタン７９に対する入力操作に応じて、サーバ１０Ｂを介して、第１送金依頼情報７７を端末２０Ａに送信する（Ｅ７２）。これにより、第１アカウント３４と第２アカウント５３とに対する送金が処理される。
【0323】
一方、端末２０Ｂの制御部２１は、第１送金依頼情報７７の送信に基づいて、設定された送信タイミング９０に、第１送金依頼情報７７に関連する第２送金依頼情報を送信する。例えば、端末２０Ｂの制御部２１は、第１送金依頼情報７７を送信した後、設定された送信タイミング９０に到達したか否かを繰り返し判定してもよい。端末２０Ｂの制御部２１は、送信タイミング９０に到達したと判定した場合、サーバ１０Ｂを介して、第２送金依頼情報を自動的に端末２０Ａに送信する。
【0324】
ここで、第２送金依頼情報は、第１送金依頼情報７７と異なる内容であってもよい。例えば、端末２０Ｂの制御部２１は、ユーザＢの入力に基づいて、ユーザＡに送金を依頼する金額が所定の変化を示すように第２送金依頼情報を生成してもよい。例えば、端末２０Ｂの制御部２１は、ユーザＡに送金を依頼する金額が徐々に減少する（送信タイミング９０に到達する度に減少する）ように第２送金依頼情報を生成してもよい。
【0325】
＜第７変形例（４）の効果＞
第７変形例（４）では、端末２０Ｂの制御部２１は、第１送金依頼情報７７の送信に基づいて、設定された送信タイミング９０（限定ではなくタイミングの一例）に、第１送金依頼情報７７に関連する第２送金依頼情報を送信する。
第７変形例（４）では、端末２０Ｂの制御部２１は、第１送金依頼情報７７の送信に基づいて、設定された送信タイミング９０（限定ではなくタイミングの一例）に、第１送金依頼情報７７に関連する第２送金依頼情報を送信する。
【0326】
このような構成による効果の一例として、ユーザＢは、送金依頼情報を容易に送信することができる。
【0327】
＜第８実施形態＞
第６実施形態～第７実施形態では、ユーザＡは、ユーザＢへの送金後、ユーザＢの第２アカウント５３から第１アカウント３４への送金、すなわち電子マネーへのチャージを監視していない。このため、ユーザＡが第１アカウント３４と第２アカウント５３にわけて送金したにも関わらず、その第２アカウント５３に送金した金銭を第１アカウント３４にチャージされる場合がある。
第６実施形態～第７実施形態では、ユーザＡは、ユーザＢへの送金後、ユーザＢの第２アカウント５３から第１アカウント３４への送金、すなわち電子マネーへのチャージを監視していない。このため、ユーザＡが第１アカウント３４と第２アカウント５３にわけて送金したにも関わらず、その第２アカウント５３に送金した金銭を第１アカウント３４にチャージされる場合がある。
【0328】
第８実施形態では、第２アカウント５３は、第１アカウント３４への送金ができないアカウントであってもよい。
【0329】
なお、第１実施形態～第７実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第８実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。
【0330】
＜情報処理＞
図８－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図８－１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0331】
まず、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、第１アカウント３４への送金を不可とするアカウントとして第２アカウント５３を登録する登録依頼をサーバ１０Ｂに送信する（Ａ８１）。例えば、端末２０Ａの制御部２１は、図８－２に示すように、ユーザＢがサーバ１０Ｂに登録したアカウントをサーバ１０Ｂから取得してもよい。ここで、ユーザＢは、銀行Ｃおよび銀行Ｄの２つのアカウントを登録しているものとする。例えば、銀行Ｃの第２アカウント５３がユーザＡにより選択されると、端末２０Ａの制御部２１は、登録ボタン９１に対するユーザＡの入力操作に応じて、第１アカウント３４への送金を不可とするアカウントとして第２アカウント５３を登録する登録依頼をサーバ１０Ｂに送信してもよい。サーバ１０Ｂの制御部１１は、第２アカウント５３の登録依頼を受信すると、第１アカウント３４への送金を不可とするアカウントとして第２アカウント５３を登録する（Ｃ８１）。これにより、第２アカウント５３は、第１アカウント３４への送金ができないアカウントに登録されることになる。なお、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、端末２０Ｂの管理者としてユーザＡをサーバ１０Ｂに予め登録しているものとする。すなわち、ユーザＡは、本開示の第１ユーザと第２ユーザを示すものとする。
【0332】
続いて、第６実施形態と同様に、端末２０Ａの制御部２１は、図６－４に示すように、ユーザＡの入力操作に応じて送金情報３６を取得し（Ａ６１）、その送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。そして、サーバ１０Ｂの制御部１１は、送金情報３６を受信すると（Ｃ６１）、その送金情報３６に基づいて、ユーザＢの第１アカウント３４のみが送金先に指定されているか否かを判定する（Ｃ６２）。サーバ１０Ｂの制御部１１は、第１アカウント３４のみが送金先に指定されていると判定した場合、ユーザＡの電子決済会社ＢのアカウントからユーザＢの第１アカウント３４に、指定された金額６３を送金する（Ｃ６３）。また、サーバ１０Ｂの制御部１１は、第１アカウント３４のみが送金先に指定されていないと判定した場合、第１アカウント３４と第２アカウント５３が送金先に指定されているか否かを判定する（Ｃ６４）。サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３が送金先に指定されていると判定した場合、ユーザＡの電子決済会社Ｂのアカウントから、ユーザＢの電子決済会社Ｂの第１アカウント３４に金額６３を送金すると共にユーザＢの銀行Ｃの第２アカウント５３に金額６４を送金する（Ｃ６５）。一方、サーバ１０Ｂの制御部１１は、第１アカウント３４と第２アカウント５３が送金先に指定されていないと判定した場合、ユーザＡの電子決済会社Ｂのアカウントから、ユーザＢの銀行Ｃの第２アカウント５３に金額６４を送金する（Ｃ６６）。このようにして、第１アカウント３４または第２アカウント５３に送金されると、その送金された金額が第１アカウント３４に入金（Ｃ３）または第２アカウント５３に入金（Ｄ１）される。
【0333】
ここで、ユーザＢが第２アカウント５３から第１アカウント３４に送金、すなわち電子マネーをチャージする場合を考える。端末２０Ｂの制御部２１は、ユーザＢの入力操作に基づいて、第２アカウント５３から第１アカウント３４への送金をサーバ１０Ｂに依頼してもよい（Ｅ８１）。例えば、端末２０Ｂの制御部２１は、図８－３に示すように、銀行Ｃの第２アカウント５３から第１アカウント３４へ送金する送金画面９２において送金額９３が入力されると、送金ボタン９４に対するユーザＢの入力操作に応じて、第２アカウント５３から第１アカウント３４への送金依頼をサーバ１０Ｂに送信してもよい。サーバ１０Ｂの制御部１１は、第２アカウント５３から第１アカウント３４への送金依頼を受信すると、第１アカウント３４への送金を不可とするアカウントとして第２アカウント５３が登録されているか否かを判定する（Ｃ８２）。サーバ１０Ｂの制御部１１は、第２アカウント５３が登録されていないと判定した場合、第２アカウント５３から第１アカウント３４へ送金する送金要請をサーバ１０Ｃに送信する（Ｃ８３）。これにより、端末２０Ｂの制御部２１は、例えば図８－４Ａに示すように、送金依頼した金額が第１アカウント３４にチャージされる。
【0334】
一方、サーバ１０Ｂの制御部１１は、第１アカウント３４への送金を不可とするアカウントとして第２アカウント５３が登録されていると判定した場合、送金不可通知を端末２０Ｂに送信する（Ｃ８４）。端末２０Ｂの制御部２１は、送金不可通知を受信すると、その通知を表示部２４に表示させる（Ｅ８２）。例えば、端末２０Ｂの制御部２１は、図８－４Ｂに示すように、第２アカウントからの送金ができないことを示す送金不可通知９５を表示部２４に表示してもよい。
【0335】
なお、本実施形態では、ユーザＢに送金する第１ユーザと、ユーザＢの送金を許可（管理）する第２ユーザは、同じユーザＡであったが、別々のユーザであってもよい。例えば、ユーザＡは、ユーザＢに送金する第１ユーザであり、ユーザＣは、ユーザＢの送金を管理する第２ユーザであってもよい。
【0336】
＜第８実施形態の効果＞
第８実施形態では、第２アカウント５３は、第１アカウント３４への送金ができないアカウントである。
第８実施形態では、第２アカウント５３は、第１アカウント３４への送金ができないアカウントである。
【0337】
このような構成による効果の一例として、ユーザＡ（第２ユーザ）は、第２アカウント５３に送金された金銭を容易に管理することができる。
【0338】
＜第８変形例（１）＞
第８実施形態では、端末２０Ａの制御部２１は、第１アカウント３４への送金ができないアカウントとして第２アカウント５３を登録したが、第２アカウント５３から第１アカウント３４への送金をユーザＡ（第２ユーザ）が管理できればよく、これに限定されない。
第８実施形態では、端末２０Ａの制御部２１は、第１アカウント３４への送金ができないアカウントとして第２アカウント５３を登録したが、第２アカウント５３から第１アカウント３４への送金をユーザＡ（第２ユーザ）が管理できればよく、これに限定されない。
【0339】
第８変形例（１）では、端末２０Ａの制御部２１は、ユーザＡの許可に基づいて、第２アカウント５３から第１アカウント３４への送金を処理してもよい。
【0340】
＜情報処理＞
図８－５は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図８－５は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0341】
まず、第６実施形態と同様に、サーバ１０Ｂの制御部１１は、第１アカウント３４または第２アカウント５３に送金し、その送金額が第１アカウント３４に入金（Ｃ３）または第２アカウント５３に入金（Ｄ１）される。ここで、ユーザＢが第２アカウント５３から第１アカウント３４に送金、すなわち電子マネーをチャージする場合を考える。端末２０Ｂの制御部２１は、ユーザＢの入力操作に基づいて、第２アカウント５３から第１アカウント３４への送金をサーバ１０Ｂに依頼してもよい（Ｅ８３）。例えば、端末２０Ｂの制御部２１は、図８－３に示すように、銀行Ｃの第２アカウント５３から第１アカウント３４へ送金する送金画面９２において送金額９３が入力されると、送金ボタン９４に対するユーザＢの入力操作に応じて、第２アカウント５３から第１アカウント３４への送金依頼をサーバ１０Ｂに送信してもよい。なお、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、端末２０Ｂの管理者としてユーザＡをサーバ１０Ｂに予め登録しているものとする。サーバ１０Ｂの制御部１１は、第２アカウント５３から第１アカウント３４への送金依頼を端末２０Ｂから受信すると、第２アカウント５３から第１アカウント３４への送金の許可を申請する送金許可申請を、ユーザＢの管理者であるユーザＡの端末２０Ａに送信する（Ｃ８５）。
【0342】
端末２０Ａの制御部２１は、送金許可申請をサーバ１０Ｂから受信すると、例えば図８－６に示すように、その送信許可申請９６を表示部２４に表示してもよい。例えば、送信許可申請９６は、第２アカウント５３から第１アカウント３４への送金を申請することを示す申請内容９６ａを含んでもよい。端末２０Ａの制御部２１は、申請内容９６ａがユーザＡにより確認されると、許可ボタン９７ａまたは不許可ボタン９７ｂに対するユーザＡの入力に基づいて、許可または不許可の回答をサーバ１０Ｂに送信する（Ａ８２）。すなわち、端末２０Ａの制御部２１は、許可ボタン９７ａに対するユーザＡの入力操作に応じて、第２アカウント５３から第１アカウント３４への送金を許可する回答をサーバ１０Ｂに送信してもよい。これにより、端末２０Ａの制御部２１は、ユーザＡの許可に基づいて、第２アカウント５３から第１アカウント３４への送金を処理するようにサーバ１０Ｂに要請することになる。一方、端末２０Ａの制御部２１は、不許可ボタン９７ｂに対するユーザＡの入力操作に応じて、第２アカウント５３から第１アカウント３４への送金を許可しない回答をサーバ１０Ｂに送信してもよい。これにより、端末２０Ａの制御部２１は、ユーザＡの不許可に基づいて、第２アカウント５３から第１アカウント３４に送金しないようにサーバ１０Ｂに要請することになる。
【0343】
サーバ１０Ｂの制御部１１は、送信許可申請９６に対するユーザＡの回答を端末２０Ａから受信すると、その回答に基づいて、第２アカウント５３からの送金をユーザＡが許可したか否かを判定する（Ｃ８６）。サーバ１０Ｂの制御部１１は、ユーザＡが送金を許可したと判定した場合、第２アカウント５３から第１アカウント３４へ送金する送金要請をサーバ１０Ｃに送信する（Ｃ８７）。これにより、端末２０Ｂの制御部２１は、例えば図８－４Ａに示すように、送金依頼した金額が第１アカウント３４にチャージされる。
【0344】
一方、サーバ１０Ｂの制御部１１は、ユーザＡが送金を許可しないと判定した場合、送金不可通知を端末２０Ｂに送信する（Ｃ８８）。端末２０Ｂの制御部２１は、送金不可通知を受信すると、その通知を表示部２４に表示させる（Ｅ８４）。例えば、端末２０Ｂの制御部２１は、図８－４Ｂに示すように、第２アカウントからの送金ができないことを示す送金不可通知９５を表示部２４に表示してもよい。
【0345】
なお、本実施形態では、ユーザＢに送金する第１ユーザと、ユーザＢの送金を許可（管理）する第２ユーザは、同じユーザＡであったが、別々のユーザであってもよい。例えば、ユーザＡは、ユーザＢに送金する第１ユーザであり、ユーザＣは、ユーザＢの送金を管理する第２ユーザであってもよい。
【0346】
＜第８変形例（１）の効果＞
第８変形例（１）では、端末２０Ａの制御部２１は、ユーザＡ（第２ユーザ）の許可に基づいて、第２アカウント５３から第１アカウント３４への送金に関する処理を行う。
第８変形例（１）では、端末２０Ａの制御部２１は、ユーザＡ（第２ユーザ）の許可に基づいて、第２アカウント５３から第１アカウント３４への送金に関する処理を行う。
【0347】
このような構成による効果の一例として、ユーザＡ（第２ユーザ）は、第２アカウント５３に送金された金銭を確実に管理することができる。
【0348】
＜第８変形例（２）＞
第７実施形態では、端末２０Ｂの制御部２１は、ユーザＡ（第２ユーザ）に管理されることなく、ユーザＢの入力操作に応じて送金依頼情報７７を端末２０Ａに送信したが、これに限定されない。
第７実施形態では、端末２０Ｂの制御部２１は、ユーザＡ（第２ユーザ）に管理されることなく、ユーザＢの入力操作に応じて送金依頼情報７７を端末２０Ａに送信したが、これに限定されない。
【0349】
第８変形例（２）では、端末２０Ｂの制御部２１は、ユーザＡの許可に基づいて、送金依頼情報７７をユーザＡの端末２０Ａに送信してもよい。
【0350】
まず、第７実施形態と同様に、端末２０Ｂの制御部２１は、例えば図７－４Ａに示すように、送金依頼情報７７を取得すると（Ｅ７１）、送金依頼ボタン７９に対する入力操作に応じて、送金依頼情報７７をサーバ１０Ｂに送信する（Ｅ７２）。ここで、サーバ１０Ｂの制御部１１は、送金依頼情報７７を端末２０Ｂから受信すると、送金依頼情報７７の送信の許可を申請する依頼許可申請を、ユーザＢの管理者であるユーザＡの端末２０Ａに送信する（Ｃ８９）。なお、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、端末２０Ｂの管理者としてユーザＡをサーバ１０Ｂに予め登録しているものとする。
【0351】
端末２０Ａの制御部２１は、依頼許可申請をサーバ１０Ｂから受信すると、例えば図８－８に示すように、その依頼許可申請９８を表示部２４に表示してもよい。例えば、依頼許可申請９８は、ユーザＡへの送金依頼情報７７の送信を申請することを示す申請内容９８ａを含んでもよい。端末２０Ａの制御部２１は、申請内容９８ａがユーザＡにより確認されると、許可ボタン９９ａまたは不許可ボタン９９ｂに対するユーザＡの入力に基づいて、許可または不許可の回答をサーバ１０Ｂに送信する（Ａ８３）。すなわち、端末２０Ａの制御部２１は、許可ボタン９９ａに対するユーザＡの入力操作に応じて、ユーザＡへの送金依頼情報７７の送信を許可する回答をサーバ１０Ｂに送信する。一方、端末２０Ａの制御部２１は、不許可ボタン９７ｂに対するユーザＡの入力操作に応じて、ユーザＡへの送金依頼情報７７の送信を許可しない回答をサーバ１０Ｂに送信する。
【0352】
サーバ１０Ｂの制御部１１は、依頼許可申請９８に対するユーザＡの回答を端末２０Ａから受信すると、その回答に基づいて、ユーザＡへの送金依頼情報７７の送信をユーザＡが許可したか否かを判定する（Ｃ９０）。サーバ１０Ｂの制御部１１は、ユーザＡが送金依頼情報７７の送信を許可したと判定した場合、送金依頼情報７７を端末２０Ａに送信する（Ｃ７１）。すなわち、端末２０Ｂの制御部２１は、ユーザＢの管理者であるユーザＡ（第２ユーザ）の許可に基づいて、送金依頼情報７７をユーザＡ（第１ユーザ）の端末２０Ａに送信することになる。端末２０Ａの制御部２１は、図７－５に示すように、送金依頼情報７７に基づく送金依頼８０を表示部２４に表示させる（Ａ７１）。
【0353】
一方、サーバ１０Ｂの制御部１１は、ユーザＡが送金依頼情報７７の送信を許可しないと判定した場合、依頼不可通知を端末２０Ｂに送信する（Ｃ９１）。端末２０Ｂの制御部２１は、依頼不可通知を受信すると、その通知を表示部２４に表示させる（Ｅ８５）。
【0354】
なお、本実施形態では、ユーザＢが送金依頼情報７７を送信する第１ユーザと、送金依頼情報７７の送信を許可（管理）する第２ユーザは、同じユーザＡであったが、別々のユーザであってもよい。例えば、ユーザＡは、ユーザＢが送金依頼情報７７を送信する第１ユーザであり、ユーザＣは、送金依頼情報７７の送信を管理する第２ユーザであってもよい。
【0355】
＜第８変形例（２）の効果＞
第８変形例（２）では、端末２０Ｂの制御部２１は、ユーザＡ（第２ユーザ）の許可に基づいて、送金依頼情報７７をユーザＡ（第１ユーザ）の端末２０Ａに送信する。
第８変形例（２）では、端末２０Ｂの制御部２１は、ユーザＡ（第２ユーザ）の許可に基づいて、送金依頼情報７７をユーザＡ（第１ユーザ）の端末２０Ａに送信する。
【0356】
このような構成による効果の一例として、ユーザＡ（第２ユーザ）は、送金依頼情報７７の送信を確実に管理することができる。
【0357】
＜第８変形例（３）＞
第８実施形態では、端末２０Ａの制御部２１は、ユーザＡからユーザＢに送金したが、ユーザＢの第１アカウント３４と第２アカウント５３に送金できればよく、これに限定されない。
第８実施形態では、端末２０Ａの制御部２１は、ユーザＡからユーザＢに送金したが、ユーザＢの第１アカウント３４と第２アカウント５３に送金できればよく、これに限定されない。
【0358】
第８変形例（３）では、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、他のユーザＣからユーザＢへの送金に対する送金情報３６を取得し、その送金情報３６に基づいて、ユーザＢの第１アカウント３４と第２アカウント５３とに、ユーザＣから送金された金銭を送金する。
【0359】
＜情報処理＞
図８－９は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
図８－９は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
【0360】
まず、端末２０Ｃの制御部２１は、ユーザＣの入力操作に基づいて、ユーザＢの第１アカウント３４に特定の金額を送金する送金情報をサーバ１０Ｂに送信する（Ｆ８１）。サーバ１０Ｂの制御部１１は、ユーザＣの送金情報を端末２０Ｃから受信すると、ユーザＢの管理者であるユーザＡの端末２０Ａに送金情報を送信する（Ｃ９２）。なお、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、端末２０Ｂの管理者としてユーザＡをサーバ１０Ｂに予め登録しているものとする。
【0361】
端末２０Ａの制御部２１は、ユーザＣの送金情報を受信すると、その送金情報を表示部２４に表示させる（Ａ８４）。例えば、端末２０Ａの制御部２１は、図８－１０に示すように、ユーザＣの送金情報３６を表示してもよい。ここで、端末２０Ａの制御部２１は、ユーザＣからユーザＢに送金された送金情報３６の内容を設定可能に表示してもよい。例えば、端末２０Ａの制御部２１は、選択ボタン５４による送金先のアカウントの選択、第１アカウント３４に送金する割合７３、第２アカウント５３に送金する割合７４などの送金情報３６を設定可能に表示してもよい。すなわち、端末２０Ａの制御部２１は、ユーザＣからユーザＢの第１アカウント３４へ送金された金銭を、ユーザＡの入力に基づいて第１アカウント３４と第２アカウント５３にわけるように送金情報３６を設定しうる。端末２０Ａの制御部２１は、ユーザＡの入力に基づいて、ユーザＡにより設定された送金情報３６を取得する（Ａ６１）。そして、端末２０Ａの制御部２１は、決定ボタン１００に対する入力操作に応じて、設定された送金情報３６をサーバ１０Ｂに送信する（Ａ６２）。
【0362】
これにより、サーバ１０Ｂの制御部１１は、送金情報３６を受信すると（Ｃ６１）、第６実施形態と同様に、送金情報３６に基づいて、ユーザＢの第１アカウント３４または第２アカウント５３に送金する。
【0363】
＜第８変形例（３）の効果＞
第８変形例（３）では、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、他のユーザＣからユーザＢへの送金内容を設定した送金情報３６を取得し、その送金情報３６に基づいて、ユーザＣから送金された金銭をユーザＢの第１アカウント３４と第２アカウント５３とに送金する。
第８変形例（３）では、端末２０Ａの制御部２１は、ユーザＡの入力操作に基づいて、他のユーザＣからユーザＢへの送金内容を設定した送金情報３６を取得し、その送金情報３６に基づいて、ユーザＣから送金された金銭をユーザＢの第１アカウント３４と第２アカウント５３とに送金する。
【0364】
このような構成による効果の一例として、ユーザＡは、他のユーザＣからユーザＢへの送金を容易に管理することができる。
【0365】
＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。
【符号の説明】
【0366】
１ システム
１０ サーバ
２０ 端末
３０ ネットワーク
１０ サーバ
２０ 端末
３０ ネットワーク
【図1-1】
【図1-2】
【図1-3】
【図1-4】
【図1-5】
【図1-6】
【図1-7】
【図1-8】
【図1-9】
【図1-10】
【図1-11】
【図1-12】
【図2-1】
【図2-2】
【図2-3】
【図3-1】
【図3-2】
【図4-1】
【図4-2】
【図4-3】
【図4-4】
【図4-5】
【図4-6】
【図4-7】
【図4-8】
【図4-9】
【図5-1】
【図5-2】
【図6-1】
【図6-2】
【図6-3】
【図6-4】
【図6-5】
【図6-6】
【図6-7】
【図6-8】
【図6-9】
【図6-10】
【図6-11】
【図7-1】
【図7-2】
【図7-3】
【図7-4】
【図7-5】
【図7-6】
【図7-7】
【図7-8】
【図7-9】
【図8-1】
【図8-2】
【図8-3】
【図8-4】
【図8-5】
【図8-6】
【図8-7】
【図8-8】
【図8-9】
【図8-10】