(57)【要約】【課題】利用者及び金融機関の口座の開設及び管理の負担を低減させつつ、預金の帰属先を明確にして複数人からの預金を管理する技術を提供する。【解決手段】情報処理装置は、所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理手段と、利用枠に対応付けられた複数の口座のそれぞれに対し、利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、個別利用枠の残高を管理する個別利用枠管理手段と、利用枠に対する取引において、個別利用枠の残高に応じて、複数の口座間で残高を振り替える振替手段と、を備える。【選択図】図８
2019117455.tif 000002
【特許請求の範囲】
【請求項１】
所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理手段と、
前記利用枠に対応付けられた前記複数の口座のそれぞれに対し、前記利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、前記個別利用枠の残高を管理する個別利用枠管理手段と、
前記利用枠に対する取引において、前記個別利用枠の残高に応じて、前記複数の口座間で残高を振り替える振替手段と、を備える、
情報処理装置。
【請求項２】
前記利用枠管理手段は、前記利用枠に対する取引履歴を出力する、
請求項１に記載の情報処理装置。
【請求項３】
前記個別利用枠管理手段は、前記利用枠から出金する際、前記複数の口座に対し、それぞれに設定された負担割合に応じた負担金額を、前記個別利用枠の残高から減額する、
請求項１または２に記載の情報処理装置。
【請求項４】
前記振替手段は、前記個別利用枠の残高が前記負担金額よりも少ない口座が存在する場合、前記利用枠に対応付けられた他の口座に対する前記負担金額を増額する、
請求項３に記載の情報処理装置。
【請求項５】
前記個別利用枠管理手段は、前記利用枠に対応付けられた前記複数の口座ごとの取引履歴を出力する、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項６】
サーバ及び端末を有する情報処理システムであって、
前記サーバは、
所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理手段と、
前記利用枠に対応付けられた前記複数の口座のそれぞれに対し、前記利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、前記個別利用枠の残高を管理する個別利用枠管理手段と、
前記利用枠に対する取引において、前記個別利用枠の残高に応じて、前記複数の口座間で残高を振り替える振替手段と、を備え、
前記端末は、
前記利用枠に対応付ける前記複数の口座を設定する利用枠設定手段と、
前記複数の口座のそれぞれに対して前記個別利用枠を設定する個別利用枠設定手段と、を備える、
情報処理システム。
【請求項７】
コンピュータが、
所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理ステップと、
前記利用枠に対応付けられた前記複数の口座のそれぞれに対し、前記利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、前記個別利用枠の残高を管理する個別利用枠管理ステップと、
前記利用枠に対する取引において、前記個別利用枠の残高に応じて、前記複数の口座間で残高を振り替える振替ステップと、を実行する、
情報処理方法。
【請求項８】
コンピュータに、
所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理ステップと、
前記利用枠に対応付けられた前記複数の口座のそれぞれに対し、前記利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、前記個別利用枠の残高を管理する個別利用枠管理ステップと、
前記利用枠に対する取引において、前記個別利用枠の残高に応じて、前記複数の口座間で残高を振り替える振替ステップと、を実行させる、
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
夫婦の共稼ぎにより、家計の収支を夫婦が共に担う世帯が増加している。夫婦共稼ぎの世帯は、家計管理をするに当たり、複数の口座を開設して目的別に管理する場合がある。これに対し、複数の口座を管理する技術（例えば、特許文献１から３を参照）や、口座残高に区分を設ける技術（例えば、特許文献４又は５を参照）が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２４３７９５号公報
【特許文献２】特開２００４−２２７４６７号公報
【特許文献３】特開２００２−１５７６３１号公報
【特許文献４】特開２００４−１９９２５１号公報
【特許文献５】特開２００３−０３０４４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数の口座を管理する場合、利用者は、管理用の口座を開設したり、１つの口座に対して目的別の子口座を複数開設したりすることが考えられる。この場合、管理口座又は親口座の預金の帰属先が不明確になるおそれがある。また、開設される口座が増加すると、利用者及び金融機関の管理負担は増大する。
【０００５】
一方、複数人で共用する口座に、目的別の区分を設定して管理する場合、例えば、夫婦で家計を担う世帯では、夫婦それぞれの口座から、決められた負担割合で共用の口座に資金を移動し、共用の口座の預金から家計を支出するという利用方法が考えられるところ、共用の口座に資金を移動させる手間が発生する。また、目的ごとに夫婦間の負担割合を変更しようとすると、資金移動の手間はさらに煩雑になる可能性がある。加えて、個人別の口座のほかに共用の口座を開設することとなるため、利用者及び金融機関の管理負担は増大する。
【０００６】
そこで、本発明は、利用者及び金融機関の口座の開設及び管理の負担を低減させつつ、預金の帰属先を明確にして複数人からの預金を管理する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明では、複数の口座に対応付けられた利用枠を設定し、各口座に利用枠の預金として管理される個別利用枠を設定し、利用枠に対する取引において、各口座の個別利用枠間の振替を実行するようにした。
【０００８】
詳細には、本発明は、情報処理装置であって、所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理手段と、利用枠に対応付けられた複数の口座のそれぞれに対し、利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、個別利用枠の残高を管理する個別利用枠管理手段と、利用枠に対する取引において
、個別利用枠の残高に応じて、複数の口座間で残高を振り替える振替手段と、を備える。
【０００９】
上記の情報処理装置によれば、所定の目的に利用する預金を管理する利用枠を設定することで、利用枠に対する取引において、利用枠に対応付けられた口座から、各口座の負担割合に応じた金額が払出される。利用枠の残高（以下、共有残高ともいう）は、利用枠に対応付けられた口座ごとに設定される個別利用枠の残高の合計であるため、帰属先が明確となる。利用枠に対する取引は、利用枠に対応付けられたいずれかの口座の所有者によって実行される。なお、利用枠に対応付けられた各口座の所有者は、利用枠に対する取引の種別に応じて、取引の実行権限が付与されるようにしてもよい。このように、複数の口座が対応付けられた利用枠を設定することで、各口座の所有者は、所定の目的に応じた利用枠の預金を、複数人で管理することができる。
【００１０】
利用枠の設定は、利用枠を管理する利用枠設定者（代表者）により設定されるようにしてもよい。また、利用枠代表者は、利用枠の設定の際、各口座の負担割合を設定することができる。負担割合は、利用枠からの支払金額に対し、対応付けられた各口座が負担する金額の割合である。負担割合は、利用枠からの個別の支払（出金）取引ごとに設定されてもよい。なお、各口座の利用枠への対応付け、及び各口座の負担割合の設定又は変更は、対応付けられる口座の所有者の承認を得た場合に行われるようにしてもよい。
【００１１】
利用枠代表者は、例えば、金融機関から提供される、利用枠を管理するための所定のアプリケーション（以下、所定のアプリともいう）をスマートフォン等の携帯端末にインストールし、所定のアプリによって、利用枠に口座を対応付けたり、口座の所有者の承認を得たりすることができる。また、利用枠代表者は、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）等の端末から、金融機関が管理するコンピュータによって提供される利用枠を管理するためのサイト、例えば、インターネットバンキング等のサイトに接続することにより、利用枠のを管理するための各種設定及び手続等を実行することができるようにしてもよい。
【００１２】
個別利用枠は、利用枠に対応付けられる各口座において、当該利用枠の預金として管理される金額の範囲を示す。各口座は、目的に応じて複数の利用枠に対応づけられてもよい。個別利用枠の金額は、１つの口座に設定される個別利用枠の金額の合計が、当該口座の残高の範囲内となるように設定される。各口座は、対応付けられる利用枠ごとに個別利用枠が設定され、口座の残高を、所定の目的のために設定された利用枠ごとに管理することが可能となる。
【００１３】
各口座の個別利用枠は、所定期間ごとに所定の金額が増額されるように設定することができる。例えば、個別利用枠は、毎月５万円増額されるように設定することができる。ただし、個別利用枠の増額は、口座の残高の範囲内において実行される。個別利用枠の残高が口座の残高を超過する場合には、所定のアプリを通じて、又はＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、電子メール等により、口座の所有者に、設定しようとする個別利用枠に対し、口座の残高が不足する旨を通知する。口座の所有者は、所定のアプリにより、不足の金額を入金したり、個別利用枠を減額したりすることができる。口座の残高不足に対し、口座の所有者が対応しない場合には、情報処理装置は、個別利用枠を口座の残高以下の金額に設定するようにしてもよい。
【００１４】
所定の目的は、複数人において共有する目的を指し、例えば、光熱費又は賃料の引落し等による家計支出、積立等の家計貯蓄、資産運用のための家計投資、教育資金等のための子供貯蓄、子供の資産形成のための子供投資である。
【００１５】
また、利用枠管理手段は、利用枠に対する取引履歴を出力するものであってもよい。こ
のような利用枠管理手段であれば、複数の口座からの負担によって取引を実行する場合であっても、利用枠ごと、即ち、所定の目的ごとの取引状況を確認することができる。
【００１６】
また、個別利用枠管理手段は、利用枠から出金する際、複数の口座に対し、それぞれに設定された負担割合に応じた負担金額を、前記個別利用枠の残高から減額するようにしてもよい。このような個別利用枠管理手段であれば、利用枠ごとに予め負担割合を設定することができるため、所定の目的ごとに、各口座の負担割合を柔軟に設定することができる。
【００１７】
また、振替手段は、個別利用枠の残高が負担金額よりも少ない口座が存在する場合、利用枠に対応付けられた他の口座に対する負担金額を増額するようにしてもよい。このような利用枠管理手段であれば、個別利用枠の残高が負担金額に満たない口座が存在した場合であっても、負担金額よりも多くの残高がある他の口座において負担金額を増額し、利用枠に対する取引を継続することができる。また、負担金額は、増額の対象である他の口座の所有者の承認があった場合に、増額されるようにしてもよい。承認を条件とすることで、他の口座の所有者は、意図しない払出しを回避することができる。
【００１８】
また、個別利用枠管理手段は、利用枠に対応付けられた複数の口座ごとの取引履歴を出力するものであってもよい。このような個別利用枠管理手段であれば、各口座における、所定の目的ごとの取引状況を確認することができる。
【００１９】
なお、本発明は、情報処理システムの側面から捉えることもできる。例えば、本発明は、サーバ及び端末を有する情報処理システムであって、サーバは、所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理手段と、利用枠に対応付けられた複数の口座のそれぞれに対し、利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、個別利用枠の残高を管理する個別利用枠管理手段と、利用枠に対する取引において、個別利用枠の残高に応じて、複数の口座間で残高を振り替える振替手段と、を備え、端末は、利用枠に対応付ける複数の口座を設定する利用枠設定手段と、複数の口座のそれぞれに対して個別利用枠を設定する個別利用枠設定手段と、を備える、ものであってもよい。
【００２０】
また、本発明は、方法の側面から捉えることもできる。例えば、本発明は、コンピュータが、所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理ステップと、利用枠に対応付けられた複数の口座のそれぞれに対し、利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、個別利用枠の残高を管理する個別利用枠管理ステップと、利用枠に対する取引において、個別利用枠の残高に応じて、複数の口座間で残高を振り替える振替ステップと、を実行する、情報処理方法であってもよい。
【００２１】
また、本発明は、コンピュータプログラムの側面から捉えることもできる。例えば、本発明は、コンピュータに、所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付ける利用枠管理ステップと、利用枠に対応付けられた複数の口座のそれぞれに対し、利用枠の預金として管理される金額の範囲を示す個別利用枠を設定し、個別利用枠の残高を管理する個別利用枠管理ステップと、利用枠に対する取引において、個別利用枠の残高に応じて、複数の口座間で残高を振り替える振替ステップと、を実行させる、情報処理プログラムであってもよい。
【発明の効果】
【００２２】
本発明によれば、利用者及び金融機関の口座の開設及び管理の負担を低減させつつ、預金の帰属先を明確にして複数人からの預金を管理することができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、実施形態に係る情報処理システムの構成を例示する図である。
【図２】図２は、サーバ及び端末のハードウェア構成を例示する図である。
【図３】図３は、サーバの機能構成を例示する図である。
【図４】図４は、利用枠テーブルの一例を示す図である。
【図５】図５は、口座テーブルの一例を示す図である。
【図６】図６は、端末の機能構成を例示する図である。
【図７】図７は、利用枠の設定処理の流れを例示する図である。
【図８】図８は、利用枠の設定処理の具体例を示す図である。
【図９】図９は、利用枠からの支払処理の流れを例示する図である。
【図１０】図１０は、利用枠からの支払処理の具体例を示す図である。
【図１１】図１１は、負担金額の変更を伴う取引の流れを例示する。
【図１２】図１２は、利用枠からの引落し処理の具体例を示す図である。
【図１３】図１３は、負担金額の変更処理の具体例を示す図である。
【図１４】図１４は、利用枠の取引履歴を例示する図である。
【図１５】図１５は、預金者Ｄの口座の取引履歴を例示する図である。
【図１６】図１６は、預金者Ｅの口座の取引履歴を例示する図である。
【発明を実施するための形態】
【００２４】
以下、実施形態について説明する。以下に示す実施形態は、単なる例示であり、本開示の技術的範囲を以下の態様に限定するものではない。
【００２５】
＜システム構成＞
図１は、実施形態に係る情報処理システムの構成を例示する図である。図１には、サーバ１、端末２及びインターネットＮを含む情報処理システム１０が示されている。サーバ１及び端末２は、インターネットＮを介して相互に通信可能である。サーバ１は、「情報処理装置」の一例である。
【００２６】
サーバ１は、所定の目的に利用する預金を管理するための利用枠を管理するために、金融機関等により設置されるコンピュータである。サーバ１は、端末２で入力された利用枠に関する情報に基づいて、利用枠の設定、利用枠の各種設定、利用枠への口座の登録等の処理を実行する。サーバ１は、金融機関で勘定系の処理を行うコンピュータシステムである勘定系システムに接続され、利用枠と対応付けられた口座に対する取引を、勘定系システムに依頼して実行することができる。
【００２７】
端末２は、金融機関において口座を所有する利用者のスマートフォン、携帯電話、タブレット端末、パーソナルコンピュータ（ＰＣ、Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であってもよい。この場合、利用者は、例えば、インターネットバンキング等の金融機関から提供されるサイトに接続することで、利用枠に関する情報を入力することができる。利用者は、利用枠の設定をする管理者であってもよく、利用枠に対応付けられる口座の所有者であってもよい。また、端末２は、ＡＴＭ（Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ、現金自動取引装置）であってもよい。例えば、ＡＴＭの操作画面は、利用枠の設定情報を入力するため画面、利用枠に対する出入金等の取引を実行するための画面等を表示する。
【００２８】
インターネットＮは、世界規模の公衆パケット通信網であり、サーバ１、端末２を相互に接続する。なお、インターネットＮの代わりに、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。
【００２９】
＜ハードウェア構成＞
図２は、サーバ及び端末のハードウェア構成を例示する図である。サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３、補助記憶装置１４、通信インタフェース（通信ＩＦ）１５を備えるコンピュータである。なお、サーバ１は、ＣＰＵ１１等の汎用プロセッサの代わりに、専用プロセッサや専用回路等により実現されてもよい。
【００３０】
ＣＰＵ１１は、中央演算処理装置であり、ＲＡＭ１２等に展開された各種プログラムの命令及びデータを処理することで、ＲＡＭ１２、補助記憶装置１４等を制御する。ＲＡＭ１２は、主記憶装置であり、ＣＰＵ１１によって制御され、各種命令やデータが書き込まれ、読み出される。ＲＯＭ１３は、読出し専用であり、主記憶装置としてＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やファームウェアを記憶する。補助記憶装置１４は、不揮発性の記憶装置であり、ＲＡＭ１２にロードされる各種プログラム等、永続性が求められる情報が書き込まれ、読み出される。補助記憶装置１４は、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等である。補助記憶装置１４は、利用枠と口座との対応付けの情報、利用枠の各種設定の情報等を記憶する。
【００３１】
通信ＩＦ１５は、ゲートウェイ等を介して世界規模の公衆パケット通信網であるインターネット、その他の通信網に接続するためのインタフェースである。通信ＩＦ１５は、例えばＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）カードである。サーバ１は、通信ＩＦ１５を介して、端末２又は勘定系システムに接続される。
【００３２】
端末２は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、補助記憶装置２４、通信ＩＦ２５、入力部２６、及び表示部２７を備えるコンピュータである。端末２が備えるＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、補助記憶装置２４、通信ＩＦ２５は、それぞれサーバ１が備えるＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、補助記憶装置１４、通信ＩＦ１５と同様であるため説明を省略する。
【００３３】
入力部２６は、利用者から、利用枠に関する情報の入力を受け付ける。入力部２６は、例えば、タッチパネル等のポインティングデバイス、キーボード、操作ボタン、タッチパッド、マウス等である。表示部２７は、利用枠に関する情報の入力を受け付けるための画面を表示する。これらの画面は、サーバ１において利用枠を管理するサイト、例えばインターネットバンキング等のサイトで提供される画面である。表示部２７は、例えば、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ、ＬＣＤ）である。
【００３４】
＜機能構成＞
（サーバの機能構成）
図３は、サーバの機能構成を例示する図である。サーバ１は、補助記憶装置１４に記憶されているプログラムが、ＲＡＭ１２に読み出され、ＣＰＵ１１によって実行されることで、利用枠管理データベースＤ１１、利用枠管理部Ｆ１１、個別利用枠管理部Ｆ１２、振替部Ｆ１３を備えるコンピュータとして機能する。
【００３５】
なお、本実施形態において、サーバ１の備える各機能は、汎用プロセッサであるＣＰＵ１１によって実行されるが、これらの機能の一部又は全部は、１又は複数の専用プロセッサ、ハードウェアの演算回路等によって実行されてもよい。ここで、ハードウェアの演算回路とは、例えば、論理ゲートを組み合わせた加算回路、乗算回路、フリップフロップ等をいう。また、これらの機能の一部又は全部は、別途のコンピュータにおいて実行されて
もよい。
【００３６】
利用枠管理データベースＤ１１は、利用枠を管理するための情報を格納するためのデータベースである。利用枠を管理するための情報は、例えば、利用枠の使用目的、口座ごとの個別利用枠の情報、利用枠と口座との対応付けの情報、利用枠の取引履歴、個別利用枠の取引履歴を含む。利用枠管理データベースＤ１１は、ＣＰＵ１１によって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、補助記憶装置１４に記憶されるデータを管理することで構築される。利用枠管理データベースＤ１１は、例えば、リレーショナルデータベースである。利用枠管理データベースＤ１１は、利用枠テーブル及び口座テーブルを有する。
【００３７】
図４は、利用枠テーブルの一例を示す図である。利用枠管理データベースＤ１１の利用枠テーブルは、利用枠と口座の対応付けの情報、口座ごとの個別利用枠の情報等を格納する。図４において、利用枠テーブルに格納されるレコード１件は、利用枠に対応付けられた口座のうち、１件の口座に関する情報を格納する。利用枠テーブルのレコードは、利用枠に対応付けようとする口座が登録された場合、各口座の個別利用枠が更新された場合、利用枠に対する取引が実行された場合等に挿入または更新される。
【００３８】
利用枠テーブルのレコードは、図４の例では、利用枠ＩＤ、共有残高、設定口座番号、名義人、個別利用枠及び負担割合のフィールドを有する。利用枠ＩＤは、利用枠を識別する識別子である。利用枠ＩＤは、例えば、利用者によって端末２から利用枠の設定の処理が実行された場合に、サーバ１によって採番される。共有残高は、利用枠の残高であり、利用枠に対応付けられた各口座の個別利用枠の合計である。利用枠に対して、払出し等の取引が実行された場合、共有残高は、払出された金額を減算した金額に更新される。
【００３９】
設定口座番号は、利用枠に対応付けられた口座番号である。利用枠は、１以上の口座が対応付けられる。名義人は、設定口座番号の所有者である名義人である。個別利用枠は、対応付けられた利用枠の預金として移管される金額である。個別利用枠は、利用枠の設置をする管理者の端末２から設定してもよい。また、個別利用枠は、利用枠に対応付けられる口座の所有者の端末２から設定されてもよい。負担割合は、利用枠に対する取引金額に対する、各口座の負担金額の割合である。一の利用枠に対応付けられる各口座の負担割合は、合計が１００％になるように設定される。
【００４０】
図５は、口座テーブルの一例を示す図である。利用枠管理データベースＤ１１の口座テーブルは、利用枠に対応付けられた口座に関する情報等を格納する。図５において、口座テーブルに格納されるレコード１件は、利用枠に対応付けられた口座１件の情報を格納する。口座テーブルのレコードは、利用枠又は各口座に対する取引により、個別利用枠の残高が増減した場合等に更新される。
【００４１】
口座テーブルのレコードは、図５の例では、口座番号、名義人、残高、非共有残高、及び利用枠ごとの残高（ＩＤ２０１００残高、ＩＤ２０２００残高、ＩＤ２０３００残高）のフィールドを有する。口座番号は、利用枠に対応付けられる口座の識別番号である。名義人は、口座番号の所有者である名義人である。残高は、口座に預けられている金額である。非共有残高は、個別利用枠に設定されていない金額である。利用枠ごとの残高は、対応付けられた利用枠に対する個別利用枠の残高である。対応付けされていない利用枠のフィールドには“−”が示される。
【００４２】
ここで、預金者Ａの口座１０００００１のレコードを一例として、具体的に説明する。口座１０００００１は、利用枠ＩＤ２０１００及び利用枠ＩＤ２０２００に対応づけられており、それぞれの利用枠に対する個別利用枠は、１５０，０００円及び１００，０００
円に設定されている。口座１０００００１は、利用枠ＩＤ２０３００には対応付けられておらず、ＩＤ２０３００残高のフィールドには“−”が示される。口座１０００００１の残高は、６００，０００円である。したがって、口座１０００００１の非共有残高は、残高６００，０００円から、利用枠ＩＤ２０１００の残高１５０，０００円及び利用枠ＩＤ２０２００の残高１００，０００円を減算した３５０，０００円となる。
【００４３】
なお、利用枠テーブル及び口座テーブルに格納される情報は、図４及び図５に示す例に限られず、適宜追加、変更、削除が可能である。
【００４４】
図３の利用枠管理データベースＤ１１以外の機能について説明する。利用枠管理部Ｆ１１は、端末２で入力される利用枠に関する情報に基づき、利用枠を設定（登録）し、利用枠に対応付けられる口座を登録する。設定された利用枠に関する情報は、利用枠管理データベースＤ１１に格納される。
【００４５】
利用枠に関する情報は、図４に示されるフィールドの他、利用枠の目的に応じて各種情報を含んでもよい。例えば、家計支出用に利用枠が設定された場合、利用枠に関する情報は、支出項目、引落しが実行される口座、引落し日等の情報を含んでも良い。また、家計貯蓄用に利用枠が設定された場合、利用枠に関する情報は、目標貯蓄額、使用目的、口座ごとの送金額、送金間隔等の情報を含んでもよい。また、家計投資用に利用枠が設定された場合、利用枠に関する情報は、投資対象の運用商品、投資条件、口座ごとの投資額、投資間隔等の情報を含んでもよい。また、子供貯蓄用に利用枠が設定された場合、利用枠に関する情報は、目標貯蓄額、使用目的、口座ごとの送金額、送金間隔等の情報を含んでもよい。また、子供投資用に利用枠が設定された場合、利用枠に関する情報は、投資対象の運用商品、投資条件、投資額、子供の口座情報等の情報を含んでもよい。利用枠管理部Ｆ１１は、「利用枠管理手段」の一例である。
【００４６】
個別利用枠管理部Ｆ１２は、利用枠に対応付けられた各口座に対し、当該利用枠の預金として管理される金額の範囲を示す個別利用枠を設定する。個別利用枠管理部Ｆ１２は、利用枠に対する取引が実行された場合、各口座の負担割合に応じて、個別利用枠の残高を増減させる。個別利用枠管理部Ｆ１２は、利用枠に対応付けられた口座ごとの取引履歴を、利用枠管理データベースＤ１１に格納する。個別利用枠管理部Ｆ１２は、利用枠管理データベースＤ１１に格納した口座ごとの取引履歴を出力し、利用者に提供することができる。例えば、個別利用枠管理部Ｆ１２は、利用枠に対応付けられた口座ごとの取引履歴を、端末２の表示部２７に表示させることにより、利用者に通知することができる。個別利用枠管理部Ｆ１２は、「個別利用枠管理手段」の一例である。
【００４７】
振替部Ｆ１３は、個別利用枠の残高が負担金額よりも少ない口座が存在する場合、利用枠に対応付けられた他の口座に対する負担金額を増額することができる。この場合、振替部Ｆ１３は、負担金額を増額した他の口座から、個別利用枠の残高が負担金額よりも少ない口座に、増額分の金額を振り替える。増額する金額は、個別利用枠の残高が負担金額よりも少ない口座において、不足している金額とすることができる。また、振替部Ｆ１３は、負担金額を増額する場合、増額対象の口座の所有者が増額を承認した場合に、振替を実行するようにしてもよい。振替部Ｆ１３は、「振替手段」の一例である。
【００４８】
（端末の機能構成）
図６は、端末の機能構成を例示する図である。端末２は、ＲＯＭ２３や補助記憶装置３４に記憶されているプログラムが、ＲＡＭ２２に読み出され、ＣＰＵ２１によって実行されることで、利用枠設定部Ｆ２１及び個別利用枠設定部Ｆ２２を備える端末として機能する。なお、本実施形態において、端末２の備える各機能は、汎用プロセッサであるＣＰＵ２１によって実行されるが、これらの機能の一部又は全部は、１又は複数の専用プロセッ
サ、ハードウェアの演算回路等によって実行されてもよい。
【００４９】
利用枠設定部Ｆ２１は、利用者が端末２に入力した利用枠に関する情報をサーバ１に送信し、利用枠の設定、口座の対応付けを依頼する。サーバ１は受信した利用枠に関する情報を、利用枠管理データベースＤ１１の利用枠テーブルに格納する。利用枠設定部Ｆ２１は、「利用枠設定手段」の一例である。個別利用枠設定部Ｆ２２は、利用者が端末２に入力した個別利用枠の情報をサーバ１に送信し、個別利用枠の設定を依頼する。個別利用枠設定部Ｆ２２は、「個別利用枠設定手段」の一例である。
【００５０】
＜処理の流れ＞
図７から図１３により、利用枠の設定、利用枠からの支払、負担金額の変更の処理の流れを、具体例を示して説明する。各処理の流れは一例であり、以下で説明する例に限られない。
【００５１】
（利用枠の設定）
図７は、利用枠の設定処理の流れを例示する図である。Ｓ１０からＳ１５までは、利用枠の設定処理である。また、Ｓ２０からＳ２２までは、負担割合の設定処理である。
【００５２】
Ｓ１０では、端末２は、サーバ１に対し、利用枠の設定を申請する。利用枠は、利用枠の代表者によって設定されるようにしてもよい。端末２は、利用者から入力された、利用枠に関する情報、利用枠に対応付ける口座の情報、口座１及び口座２の個別利用枠の情報等を、サーバ１に送信する。サーバ１は、各口座の所有者に対し、所定のアプリを通して、利用枠との対応付けの承認を得る。Ｓ１１では、サーバ１は、利用枠管理データベースＤ１１の利用枠テーブルに、利用枠のレコードを作成して利用枠を設定する。Ｓ１２では、サーバ１は、口座１に対して個別利用枠を設定する。また、Ｓ１３では、サーバ１は、口座２に対して個別利用枠を設定する。Ｓ１４では、サーバ１は、口座１及び口座２に対して設定された個別利用枠の金額の合計を、利用枠の残高として算出する。サーバ１は、算出した利用枠の残高を端末２に送信する。Ｓ１５では、端末２は、サーバ１から受信した利用枠の残高を表示部２７に表示させ、利用者に通知する。
【００５３】
Ｓ１２およびＳ１３において、個別利用枠が、それぞれの口座の残高を超過している場合、サーバ１は、残高不足の口座の所有者に、残高不足であることを通知する。残高不足の口座の所有者が、自己の口座に設定される個別利用枠を減額する手続きをした場合、サーバ１は、利用枠に対応付けられた他の口座の個別利用枠を増額し、個別利用枠の合計金額である利用枠の共有残高が減少しないようにすることができる。なお、残高不足の口座の所有者が、個別利用枠を減額する手続きをしない場合、サーバ１は、強制的に残高不足の口座の個別利用枠を減額するとともに、他の口座の個別利用枠を増額するようにしてもよい。他の口座の個別利用枠を増額する場合、増額する金額は、支払時のために設定された負担割合を用いて、残高不足の口座において縮小する金額を、他の口座ごとに按分した額である。例えば、個別利用枠の金額が、Ａが１０万円、Ｂが１０万円、Ｃが５万円である場合に、Ａの個別利用枠が７万円に減額されたものと想定する。支払時のために設定されたＢとＣとの負担割合が２：１であるとすると、Ａの減額分３万円を２：１で按分し、Ｂ及びＣの個別利用枠をそれぞれ２万円及び１万円増額する。即ち、個別利用枠の金額は、Ａが７万円、Ｂが１２万円、Ｃが６万円となる。なお、Ｂ及びＣの個別利用枠の増額金額は、Ｂ及びＣの個別利用枠の負担割合やＡの減額分と関係なく任意の金額が設定されてもよい。また、Ｂ及びＣの個別利用枠の増額は、所定のアプリによって、Ｂ及びＣの承認があった場合に実行されるようにしてもよい。また、残高不足の口座が、複数の利用枠と対応付けられている場合、サーバ１は、予め設定された優先順位で利用枠の減額を実行するようにしてもよい。
【００５４】
Ｓ２０では、端末２は、サーバ１に対し、負担割合の設定を依頼する。Ｓ２１では、サーバ１は、利用枠管理データベースＤ１１の利用枠テーブルにおいて、利用枠に対応付けられた各口座の負担割合を登録する。Ｓ２２では、端末２は、サーバ１から負担割合の登録が完了したことの通知を受け、表示部２７に各口座の負担割合を表示する。
【００５５】
図８は、利用枠の設定処理の具体例を示す図である。図８は、利用枠ＩＤ２０１００及び利用枠ＩＤ２０２００の設定例を示す。利用枠ＩＤ２０１００は、預金者Ａの口座１０００００１及び預金者Ｃの口座１０００００３と対応付けられる。そして、利用枠ＩＤ２０１００に対し、預金者Ａの口座には１５万円、預金者Ｃの口座には１０万円の個別利用枠が設定される。したがって、利用枠ＩＤ２０１００の共有残高は、２５万円となる。また、利用枠ＩＤ２０２００は、預金者Ａの口座１０００００１、預金者Ｂの口座１０００００２及び預金者Ｃの口座１０００００３と対応付けられる。そして、利用枠ＩＤ２０２００に対し、預金者Ａ、預金者Ｂ、預金者Ｃの各口座には、それぞれ１０万円の個別利用枠が設定される。したがって、利用枠ＩＤ２０２００の共有残高は、３０万円となる。
【００５６】
図８において、口座ごとの残高について説明する。預金者Ａの口座は、残高６０万円のうち、利用枠ＩＤ２０１００の個別利用枠として１５万円、利用枠ＩＤ２０２００の個別利用枠として１０万円が設定されており、預金者Ａが自由に使用できる非共有残高は３５万円である。預金者Ｂの口座は、残高４０万円のうち、利用枠ＩＤ２０２００の個別利用枠として１０万円が設定されており、預金者Ｂが自由に使用できる非共有残高は３０万円である。預金者Ｃの口座は、残高３０万円のうち、利用枠ＩＤ２０１００の個別利用枠として１０万円、利用枠ＩＤ２０２００の個別利用枠として１０万円が設定されており、預金者Ｃが自由に使用できる非共有残高は１０万円である。各口座において、対応付けられる利用枠ごとに個別利用枠が設定されているため、利用枠に移管される金額の帰属元は明確となる。
【００５７】
（利用枠からの支払）
図９は、利用枠からの支払処理の流れを例示する図である。Ｓ３０からＳ４３までの処理は、口座１から支払金額が支払われる例について説明する。図９は、支払が実行される口座１及び負担金額を口座１に振り替える口座２が、利用枠に対応付けられた例を示す。口座２と同様に負担金額を口座１に振り替える口座は、１つ（口座２）に限られず、複数であってもよい。支払処理は、例えば、端末２又はＡＴＭにおいて、口座１に対し、利用枠からの出金を指示する操作により開始される。
【００５８】
Ｓ３０では、端末２は、所定のアプリにより、利用枠の代表者から支払者の選択操作を受け付ける。サーバ１は、選択された支払者に対し、支払者の口座が利用枠に登録されることの承認依頼を通知する。サーバ１は、通知を受けた支払者が口座の登録を承認した場合に、支払者の口座を利用枠と対応付ける。利用枠に対して、支払者の口座が対応付けられている場合には、Ｓ３０の処理は省略される。
【００５９】
Ｓ３１では、端末２は、利用枠に対する取引を実行する利用者から、所定のアプリによって、利用枠からの支払金額の入力を受け付ける。端末２は、支払対象、例えば、保険料、水道料金等や、支払対象の支払期日等の情報の入力を受け付けるようにしてもよい。
【００６０】
Ｓ３２では、サーバ１は、利用枠テーブルを参照し、支払金額の負担が可能か否かを判定する。利用枠の共有残高が支払金額より少ない場合、処理はＳ３３に進む。利用枠の共有残高が支払金額以上である場合、処理はＳ３４に進む。Ｓ３３では、端末２は、利用者に対し、共有残高を超過している旨を通知し、超過分の支払を実行するか否かを確認する。超過の支払が承認されない場合、処理はＳ３１に戻る。超過の支払が承認された場合、処理はＳ３４に進む。
【００６１】
Ｓ３４では、サーバ１は、口座ごとの負担割合に応じて、各口座の負担金額を算出する。Ｓ３５では、サーバ１は、口座２に対し、口座２の負担金額を口座１に送金するように指示する。Ｓ３６では、サーバ１は、口座テーブルにおいて、口座２の個別利用枠の金額から口座２の負担金額を減算して減縮する。Ｓ３７では、サーバ１は、口座２の負担金額を、口座２から口座１に送金する。サーバ１は、口座２の支払者に、送金が実行されたことを、所定のアプリ、ＳＭＳ、電子メール等により通知するようにしてもよい。
【００６２】
Ｓ３８では、サーバ１は、口座２の負担金額を、口座１に入金する。Ｓ３９では、サーバ１は、口座１の個別利用枠の金額に口座２の負担金額を加算して拡大する。Ｓ４０では、サーバ１は、口座１から支払金額の支払を実行する。Ｓ４１では、サーバ１は、口座１の個別利用枠の金額から支払金額を減算して減縮する。Ｓ４２では、サーバ１は、送金先から送金完了の通知を受信する。Ｓ４３では、サーバ１は、利用枠の共有残高から支払金額を減額する。サーバ１は、支払結果及び減額後の共有残高等の情報を端末２に送信する。Ｓ４４では、端末２は、サーバ１から受信した支払結果等の情報を表示部２７に表示させ、利用枠の代表者、Ｓ３０で選択された支払者等の利用者に通知する。
【００６３】
図１０は、利用枠からの支払処理の具体例を示す図である。図１０は、利用枠ＩＤ２０１００から１０万円が出金される例を示す。利用枠ＩＤ２０１００は、預金者Ａの口座１０００００１及び預金者Ｃの口座１０００００３と対応付けられている。出金の操作は、預金者Ａの口座に対して実行されたものとする。
【００６４】
Ａ１は、出金前の預金者Ａの口座の内訳を示す。預金者Ａの口座は、残高６０万円のうち、利用枠ＩＤ２０１００の個別利用枠として１５万円、利用枠ＩＤ２０２００の個別利用枠として１０万円が設定されており、預金者Ａが自由に使用できる非共有残高は３５万円である。Ｃ１は、出金前の預金者Ｃの口座の内訳を示す。預金者Ｃの口座は、残高３０万円のうち、利用枠ＩＤ２０１００の個別利用枠として１０万円、利用枠ＩＤ２０２００の個別利用枠として１０万円が設定されており、預金者Ｃが自由に使用できる非共有残高は１０万円である。
【００６５】
まず、預金者Ａの口座に対し、利用枠ＩＤ２０１００から１０万円を出金する操作が実行される。次に、利用枠ＩＤ２０１００に対応付けられた他の口座から、負担割合に応じた金額が、預金者Ａの口座に振り替えられる。図１０の例では、預金者Ｃの口座から、出金額１０万円のうち、預金者Ｃの負担割合である５０％に相当する５万円が、預金者Ａの口座に振り替えられる。Ａ２は、振替後の預金者Ａの口座の内訳を示す。利用枠ＩＤ２０１００の個別利用枠は、Ａ１から５万円増額されて２０万円となり、預金者Ａの口座の残高は６５万円となる。また、Ｃ２は、振替後の預金者Ｃの口座の内訳を示す。利用枠ＩＤ２０１００の個別利用枠は、Ｃ１から５万円減額されて５万円となり、預金者Ｃの口座の残高は２５万円となる。最後に、預金者Ａの口座の利用枠ＩＤ２０１００に対する個別利用枠から１０万円が出金される。Ａ３は、出金後の預金者Ａの口座の内訳を示す。利用枠ＩＤ２０１００の個別利用枠は、Ａ２から１０万円減額されて１０万円となり、預金者Ａの口座の残高は５５万円となる。なお、図１０の例は、預金者Ｃの口座から預金者Ｃの負担金額を預金者Ａの口座に振り替えた後、預金者Ａの口座から支払金額の１０万円が出金される例を示すが、支払（出金）処理の流れはこれに限られない。例えば、預金者Ａの口座から支払金額の１０万円が出金された後、預金者Ｃの口座から預金者Ｃの負担金額が預金者Ａの口座に振り替えられてもよい。また、支払金額は、預金者Ａの口座から出金される場合に限られず、預金者Ａの負担金額を預金者Ａの口座から預金者Ｃの口座に振り替え、預金者Ｃの口座から出金されるようにしてもよい。
【００６６】
（負担金額の変更）
図１１は、負担金額の変更を伴う取引の流れを例示する。図１１は、利用枠ＩＤ２０３００を設定し、利用枠ＩＤ２０３００に対して、賃料の引落し及び出金が実行される例について説明する。図１１の表は、処理Ｎｏ、取引日、取引者、取引内容、Ｄ利用枠残高、Ｅ利用枠残高、ＩＤ２０３００残高の項目を含む。以下の説明において、各処理は、処理Ｎｏを用いて、処理１、処理１−１、・・・のように記載される。取引日は、各処理が実行された日付を例示する。取引者は、各処理を実行する主体である。取引内容は、各処理の具体的な内容である。Ｄ利用枠残高は、各処理後における預金者Ｄの口座での個別利用枠の残高である。Ｅ利用枠残高は、各処理後における預金者Ｅの口座での個別利用枠の残高である。ＩＤ２０３００残高は、各処理後における利用枠ＩＤ２０３００の共用残高である。
【００６７】
処理１「利用枠ＩＤ２０３００の設定」では、サーバ１は、例えば、利用者の端末２からの依頼により、利用枠ＩＤ２０３００を新規に設定（登録）する。サーバ１は、利用枠ＩＤ２０３００に、預金者Ｄの口座１０００００４及び預金者Ｅの口座１０００００５を対応付ける。預金者Ｄの口座と預金者Ｅの口座の負担割合は、それぞれ５０％とする。サーバ１は、預金者Ｄの口座の個別利用枠として６０，０００円を設定する（処理１−１）。また、サーバ１は、預金者Ｅの口座の個別利用枠として１００，０００円を設定する（処理１−２）。処理１により、利用枠ＩＤ２０３００の共有残高は、１６０，０００円となる。
【００６８】
処理２「利用枠ＩＤ２０３００から８０，０００円の賃料引落し」では、サーバ１は、預金者Ｅの口座から預金者Ｄの口座に４０，０００円を振り替える（処理２−１）。預金者Ｄは、賃料の引落し口座として自身の口座を事前に指定し、処理２−１が完了すると、８０，０００円の賃料は、預金者Ｄの口座から引落される（処理２−２）。
【００６９】
処理２におけるＤ利用枠残高、Ｅ利用枠残高、ＩＤ２０３００残高の推移を、図１２により説明する。図１２は、利用枠からの引落し処理の具体例を示す図である。図１２は、図１１の処理２における各口座の残高の推移を示す。Ｄ１は、引落し前の預金者Ｄの口座の内訳を示す。預金者Ｄの口座は、残高６万円のうち、利用枠ＩＤ２０３００の個別利用枠として６万円が設定されている。Ｅ１は、引落し前の預金者Ｅの口座の内訳を示す。預金者Ｅの口座は、残高１５万円のうち、利用枠ＩＤ２０３００の個別利用枠として１０万円が設定されており、預金者Ｃが自由に使用できる非共有残高は５万円である。引落し前の利用枠ＩＤ２０３００の共有残高は、１６０，０００円である。
【００７０】
処理２−１において、預金者Ｅの口座から預金者Ｄの口座に４０，０００円が振り替えられる。Ｄ２は、振替後の預金者Ｄの口座の内訳を示す。預金者Ｄの口座は、利用枠ＩＤ２０３００の個別利用枠が１０万円に増額されている。Ｅ２は、振替後の預金者Ｅの口座の内訳を示す。預金者Ｅの口座は、預金者Ｄの口座に４０，０００円が振り替えられ、残高１１万円のうち、利用枠ＩＤ２０３００の個別利用枠は６万円に減額されており、預金者Ｅが自由に使用できる非共有残高は、引落し前のＥ１から変更はなく５万円である。振替後の利用枠ＩＤ２０３００の共有残高は、引落し前から変更はなく１６０，０００円である。
【００７１】
処理２−２において、預金者Ｄの口座から８０，０００円の賃料が引き落とされる。Ｄ３は、賃料引落し後の預金者Ｄの口座の内訳を示す。預金者Ｄの口座は、利用枠ＩＤ２０３００の個別利用枠から８万円が引落され、個別利用枠の残高が２万円となる。Ｅ３は、賃料引落し後の預金者Ｅの口座の内訳を示す。Ｅ３は、Ｅ２から変更がなく、利用枠ＩＤ２０３００の個別利用枠は６万円である。賃料引落し後の利用枠ＩＤ２０３００の共有残高は、８０，０００円となる。
【００７２】
図１１の処理３「利用枠ＩＤ２０３００から５０，０００円の出金」では、預金者Ｄは、利用枠ＩＤ２０３００からの５０，０００円の出金を依頼する（処理３−１）。利用枠に対する取引の依頼は、例えば、ＡＴＭ又は端末２での操作により実行される。端末２では、利用者は、サーバ１が提供する利用枠を管理するためのサイト、例えば、インターネットバンキング等のサイトに接続することにより、利用枠に対する取引を実行することができる。また、利用者は、金融機関から提供される、利用枠を管理するための所定のアプリを端末２にインストールして、利用枠に対する取引を実行することも可能である。
【００７３】
預金者Ｄの口座は、負担割合が５０％であるため、負担金額は２５，０００円である。処理２−２の後、預金者Ｄの口座の残高は、２０，０００円となっているため、負担金額未満である。サーバ１は、預金者Ｄに、負担金額に対して５，０００円の残高不足であることを通知する（処理３−２）。
【００７４】
預金者Ｄは、預金者Ｅに対し、Ｅの負担金額２５，０００円に預金者Ｄの負担金額の不足分５，０００円を加えた３０，０００円の負担を依頼する（処理３−３）。処理３−３の負担依頼は、ＡＴＭ又は端末２の操作によりサーバ１に通知される。サーバ１は、預金者Ｅに対し、預金者Ｄからの処理３−３の負担依頼を通知する（処理３−４）。サーバ１は、例えば、ＳＭＳ、電子メール等により、預金者Ｄからの負担依頼を預金者Ｅに通知することができる。また、預金者Ｄが即時に承認を要求しない場合には、サーバ１は、処理３−３の後、預金者Ｅが利用枠ＩＤ２０３００に対する取引を開始したとき、例えば、インターネットバンキングのサイトにログインしたときに、預金者Ｄからの負担依頼を通知するようにしてもよい。
【００７５】
預金者Ｅは、預金者Ｄからの負担依頼の通知を受信すると、負担依頼に対する承認又は否認をする（処理３−５）。ここで、預金者Ｅが、預金者Ｄからの負担依頼を否認した場合、否認されたことが預金者Ｄに通知される。預金者Ｄは、出金額を減額してもよく、利用枠ＩＤ２０３００に預金者Ｅの口座以外の他の口座が対応付けられている場合には、他の口座の預金者に対して、負担金額の増額を依頼してもよい。
【００７６】
処理３−５において、預金者Ｅが負担依頼を承認すると、サーバ１は、Ｅの負担金額２５，０００円に預金者Ｄの負担金額の不足分５，０００円を加えた３０，０００円を、預金者Ｅの口座から預金者Ｄの口座に振り替える（処理３−６）。預金者Ｄの口座における利用枠ＩＤ２０３００の個別利用枠は、５０，０００円に増額される。預金者Ｄの口座から、利用枠ＩＤ２０３００の５０，０００円が出金される（処理３−７）。
【００７７】
処理３におけるＤ利用枠残高、Ｅ利用枠残高、ＩＤ２０３００残高の推移を、図１３により説明する。図１３は、負担金額の変更処理の具体例を示す図である。図１３は、図１１の処理３における各口座の残高の推移を示す。Ｄ３及びＥ３は、処理２−２の賃料引落し後（処理３−６の振替前）の預金者Ｄ及び預金者Ｅの口座の内訳であり、図１２のＤ３及びＥ３と同一である。処理３−１から処理３−４について説明したように、預金者Ｄの口座は、５，０００円の残高不足であるため、サーバ１は、預金者Ｅに対し、負担金額の増額を依頼する。
【００７８】
処理３−５において、預金者Ｅが、増額された負担金額３０，０００円の負担依頼を承認すると、処理３−６において、預金者Ｅの口座から預金者Ｄの口座に３０，０００円が振り替えられる。Ｄ４は、振替後の預金者Ｄの口座の内訳を示す。預金者Ｄの口座は、利用枠ＩＤ２０３００の個別利用枠が５万円に増額されている。Ｅ４は、振替後の預金者Ｅの口座の内訳を示す。預金者Ｅの口座は、預金者Ｄの口座に３０，０００円が振り替えられ、残高８万円のうち、利用枠ＩＤ２０３００の個別利用枠は３万円に減額されており、預金者Ｅが自由に使用できる非共有残高は、振替前のＥ３から変更はなく５万円である。
振替後の利用枠ＩＤ２０３００の共有残高は、振替前から変更はなく８０，０００円である。
【００７９】
処理３−７において、預金者Ｄの口座から、利用枠ＩＤ２０３００の５０，０００円が出金される。Ｄ５は、出金後の預金者Ｄの口座の内訳を示す。預金者Ｄの口座は、利用枠ＩＤ２０３００の個別利用枠から５万円が出金され、残高が０円となる。Ｅ５は、出金後の預金者Ｅの口座の内訳を示す。Ｅ５は、Ｅ４から変更がなく、利用枠ＩＤ２０３００の個別利用枠は３万円である。出金後の利用枠ＩＤ２０３００の共有残高は、３０，０００円となる。
【００８０】
＜取引履歴＞
図１４から図１６により、利用枠及び利用枠に対応付けられた口座の取引履歴を説明する。図１４から図１６は、図１１に示す処理１から処理３による取引の履歴を示す。
【００８１】
図１４は、利用枠ＩＤ２０３００の取引履歴を例示する図である。利用枠ＩＤ２０３００の取引履歴は、取引日、預入れ、払出し、残高、明細、取引者、支出負担割合、承認処理、精算処理の項目を含む。取引日は、各取引が実行された日付を例示する。預入れは、利用枠ＩＤ２０３００に預入れた金額、即ち、利用枠ＩＤ２０３００に対応付けられた口座の個別利用枠に対して増額された金額である。払出しは、利用枠ＩＤ２０３００から払出された金額、即ち、利用枠ＩＤ２０３００に対応付けられた口座の個別利用枠に対して減額された金額である。共有残高は、利用枠ＩＤ２０３００の残高であり、利用枠ＩＤ２０３００に対応付けられた各口座の個別利用枠の残高の合計である。明細は、取引内容を説明する明細である。取引者は、各取引を実行した利用者である。支出負担割合は、利用枠ＩＤ２０３００からの払出しにおいて、対応付けられた口座ごとの負担割合である。個別利用枠の残高が負担金額よりも少ない口座が存在する場合、支出負担割合は、実際の負担割合又は負担金額を示すようにしてもよい。承認処理は、負担割合又は負担金額が変更された場合、変更を依頼された預金者の承認処理の状況を示す。承認処理は、承認者及び承認内容の情報を示すようにしてもよい。精算処理は、利用枠に対応付けられた各口座における精算が済んでいるか否かを示す。
【００８２】
図１４に示される利用枠ＩＤ２０３００の取引履歴では、まず、預金者Ｄの口座において、個別利用枠として６０，０００円が設定され、利用枠ＩＤ２０３００の共有残高は、６０，０００円となる。次に、預金者Ｅの口座において、個別利用枠として１００，０００円が設定され、利用枠の共有残高は、１６０，０００円となる。そして、賃料の払出しにより８０，０００円が減額され、利用枠ＩＤ２０３００の共有残高は、８０，０００円となる。さらに、預金者Ｄからの現金払出しにより５０，０００円が減額され、利用枠ＩＤ２０３００の共有残高は、３０，０００円となる。このように、利用枠ＩＤ２０３００の取引履歴を出力することにより、複数の口座からの家計支出等を、１つの利用枠に対する取引として管理することが可能となる。
【００８３】
図１５は、預金者Ｄの口座の取引履歴を例示する図である。預金者Ｄの口座の取引履歴は、取引日、預入れ、払出し、利用枠ＩＤ、残高、個別利用枠残高、非共有金額、利用枠共有残高の項目を含む。取引日は、各取引が実行された日付を例示する。預入れは、預金者Ｄの口座に預入れた金額、又は他の口座から振り替えられた金額である。払出しは、預金者Ｄの口座から払出される金額である。利用枠ＩＤは、どの利用枠に対する取引であるかを示す。残高は、預金者Ｄの口座の残高である。個別利用枠残高は、利用枠ＩＤに示される利用枠に対して、預金者Ｄの口座に設定された個別利用枠の残高である。非共有金額は、いずれの利用枠の個別利用枠にも設定されておらず（共有化されておらず）、預金者Ｄが自由に使用することができる金額である。利用枠共有残高は、利用枠ＩＤに示される利用枠の共有残高である。
【００８４】
図１５に示される預金者Ｄの口座の取引履歴では、まず、利用枠ＩＤ２０３００に対する個別利用枠として６０，０００円が設定される。次に、預金者Ｅの口座から、４０，０００円が振り替えられ、預金者Ｄの口座の個別利用枠は，４０，０００円が増額され１００，０００円となる。預金者Ｄの口座の個別利用枠から、賃料の８０，０００円が払出され、個別利用枠の残高は２０，０００円になる。次に、預金者Ｅの口座から、３０，０００円が振り替えられる。預金者Ｄの口座の個別利用枠は３０，０００円増額され、５０，０００円となる。預金者Ｄの口座の個別利用枠から、５０，０００円が払出され、個別利用枠の残高は０円になる。
【００８５】
図１６は、預金者Ｅの口座の取引履歴を例示する図である。預金者Ｅの口座の取引履歴は、図１５に示す預金者Ｄの口座の取引履歴と同じ項目を含むため、各項目の説明は省略する。
【００８６】
図１６に示される預金者Ｅの口座の取引履歴では、まず、利用枠ＩＤ２０３００に対する個別利用枠として１００，０００円が設定される。次に、預金者Ｄの口座に、４０，０００円が振り替えられ、預金者Ｅの口座の個別利用枠は，４０，０００円が減額され６０，０００円となる。次に、預金者Ｄの口座に、３０，０００円が振り替えられ、預金者Ｅの口座の個別利用枠は，３０，０００円が減額され３０，０００円となる。なお、利用枠ＩＤ２０３００からの引落し又は出金は、預金者Ｄの口座に対して実行されるため、預金者Ｅの口座の取引履歴は、利用枠ＩＤ２０３００からの引落し又は出金に対応する取引を含まない。このように、預金者Ｄ及び預金者Ｅの口座の取引履歴を出力することにより、利用枠に対応付けられた口座単位での取引履歴を管理することが可能となる。
【００８７】
＜実施形態の作用効果＞
上記実施形態では、サーバ１は、所定の目的に利用する預金を管理するための利用枠に複数の口座を対応付け、口座ごとに個別利用枠を設定して預金の帰属先を明確にしつつ、複数人からの預金を管理することができる。また、複数人で所定の目的のために資金の共有を行うにあたり、新たに口座を開設しなくてもよいため、口座の開設や管理について利用者及び金融機関の負担を低減しつつ実現することができる。
【００８８】
また、サーバ１は、利用枠ごとの取引履歴を出力することで、利用枠ごと、即ち、所定の目的ごとの取引状況を確認することが可能となる。また、サーバ１は、利用枠に対応付けられた口座から、負担割合に応じた負担金額を個別利用枠の残高から減額するため、利用枠ごと、即ち、所定の目的ごとに、各口座の負担割合を設定することが可能となる。
【００８９】
また、サーバ１は、個別利用枠の残高が負担金額よりも少ない口座が存在する場合、他の口座の所有者から承認を得ることで、他の口座からの負担金額を増額することができるため、利用枠に対する取引を継続することができる。また、サーバ１は、利用枠に対応付けられた口座ごとの取引履歴を出力することができるため、利用者は、各口座における、利用枠ごと、即ち所定の目的ごとの取引状況を確認することができる。
【符号の説明】
【００９０】
１０・・情報処理システム：１・・サーバ：２・・端末：１１，２１・・ＣＰＵ：１２，２２・・ＲＡＭ：１３，２３・・ＲＯＭ：１４，２４・・補助記憶装置：１５，２５・・通信ＩＦ：２６・・入力部：２７・・表示部：Ｎ・・ネットワーク
【図１】
2019117455.tif 000003
【図２】
2019117455.tif 000004
【図３】
2019117455.tif 000005
【図４】
2019117455.tif 000006
【図５】
2019117455.tif 000007
【図６】
2019117455.tif 000008
【図７】
2019117455.tif 000009
【図８】
2019117455.tif 000010
【図９】
2019117455.tif 000011
【図１０】
2019117455.tif 000012
【図１１】
2019117455.tif 000013
【図１２】
2019117455.tif 000014
【図１３】
2019117455.tif 000015
【図１４】
2019117455.tif 000016
【図１５】
2019117455.tif 000017
【図１６】
2019117455.tif 000018