特許 7112864 貯蓄支援装置、貯蓄支援方法および貯蓄支援プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-27

(45)【発行日】2022-08-04

(54)【発明の名称】貯蓄支援装置、貯蓄支援方法および貯蓄支援プログラム

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20220728BHJP

【ＦＩ】

G06Q40/02

【請求項の数】 7

(21)【出願番号】P 2018056248

(22)【出願日】2018-03-23

(65)【公開番号】P2019168926

(43)【公開日】2019-10-03

【審査請求日】2021-02-08

(73)【特許権者】

【識別番号】302064762

【氏名又は名称】株式会社日本総合研究所

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】三富 恵佑

【審査官】鈴木 和樹

(56)【参考文献】

【文献】特開２０１８－１７３８５２（ＪＰ，Ａ）

【文献】特開２０１７－０９７８２７（ＪＰ，Ａ）

【文献】特開２０１７－２１１９１４（ＪＰ，Ａ）

【文献】国際公開第２０１２／１６９０７５（ＷＯ，Ａ１）

【文献】特開２００３－１３２２２２（ＪＰ，Ａ）

【文献】特開２００３－０３０４４９（ＪＰ，Ａ）

【文献】特開２０１６－１２６４９９（ＪＰ，Ａ）

【文献】特開２０１７－１３８９２１（ＪＰ，Ａ）

【文献】特開２００４－２３４２３９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

貯蓄の目的と、当該目的の貯蓄に用いられる各口座の貯蓄額と、を対応付けて記憶する記憶部を参照して、前記目的に対応する貯蓄額の合計を算出する算出部と、
前記貯蓄額の合計が、前記目的に対応付けて前記記憶部に記憶された目標貯蓄額に達したか否かを判定する判定部と、
前記目的と、前記算出部によって算出された貯蓄額の合計と、前記目標貯蓄額と、の情報を含む目的別貯蓄額情報と、前記判定部によって貯蓄額の合計が目標貯蓄額に達したと判定された場合、前記貯蓄額の合計が前記目標貯蓄額に達したことを案内する情報とを、前記目的の貯蓄を行うユーザの端末に対して出力する出力部と、
を備え、
前記記憶部は、前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額をさらに記憶し、
前記判定部は、前記目的の貯蓄に用いられる各口座の貯蓄額と、前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額と、に基づいて、前記目的の貯蓄に用いられる口座ごとに、当該口座の貯蓄額が当該口座の口座別目標貯蓄額に達したか否かをさらに判定し、
前記出力部は、前記目的の貯蓄に用いられる口座のうちいずれかの口座の貯蓄額が当該口座の口座別目標貯蓄額に達したと判定された場合、貯蓄額が口座別目標貯蓄額に達した前記口座を案内する情報を、前記ユーザの端末に対してさらに出力する、
ことを特徴とする貯蓄支援装置。

【請求項2】

前記各口座は、前記目的に対応する仮想口座である、
ことを特徴とする請求項１に記載の貯蓄支援装置。

【請求項3】

前記記憶部は、前記ユーザの口座を特定する情報をさらに記憶し、
前記ユーザと、前記目的と、の情報を含んで前記ユーザが前記目的の貯蓄を行うことを示す目的別貯蓄作成要求を受け付けた場合、前記記憶部を参照して、前記ユーザの口座を特定し、当該ユーザの口座が開設された金融機関に対して、前記ユーザの前記目的に対応する仮想口座を前記ユーザの口座内に作成するように指示する仮想口座作成部をさらに備え、
前記記憶部は、前記目的と、前記仮想口座作成部の指示に基づき作成された仮想口座の貯蓄額と、を対応付けて記憶する、
ことを特徴とする請求項１または２に記載の貯蓄支援装置。

【請求項4】

前記判定部によって貯蓄額の合計が目標貯蓄額に達したと判定された場合、前記目的の貯蓄に用いられる各口座に貯蓄された金銭を、予め設定された口座に移動させる処理を実行する振込指示部をさらに備えることを特徴とする請求項１～３のいずれか一つに記載の貯蓄支援装置。

【請求項5】

前記目的の貯蓄に用いられる第１口座の口座別目標貯蓄額を所定額減らす変更要求を受け付けた場合に、前記第１口座の口座別目標貯蓄額を前記所定額減らすとともに、前記第１口座とは異なる口座であって前記目的の貯蓄に用いられる第２口座の口座別目標貯蓄額を前記所定額増やす変更を行う変更部をさらに備える、
ことを特徴とする請求項１～４のいずれか一つに記載の貯蓄支援装置。

【請求項6】

コンピュータが、
貯蓄の目的と、当該目的の貯蓄に用いられる各口座の貯蓄額と、を対応付けて記憶する記憶部を参照して、前記目的に対応する貯蓄額の合計を算出し、
前記貯蓄額の合計が、前記目的に対応付けて前記記憶部に記憶された目標貯蓄額に達したか否かを判定し、
前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額を前記記憶部にさらに記憶し、
前記目的の貯蓄に用いられる各口座の貯蓄額と、前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額と、に基づいて、前記目的の貯蓄に用いられる口座ごとに、当該口座の貯蓄額が当該口座の口座別目標貯蓄額に達したか否かをさらに判定し、
前記目的と、算出した前記貯蓄額の合計と、前記目標貯蓄額と、の情報を含む目的別貯蓄額情報と、算出した前記貯蓄額の合計が前記目標貯蓄額に達したと判定した場合、前記貯蓄額の合計が前記目標貯蓄額に達したことを案内する情報と、前記目的の貯蓄に用いられる口座のうちいずれかの口座の貯蓄額が当該口座の口座別目標貯蓄額に達したと判定した場合、貯蓄額が口座別目標貯蓄額に達した前記口座を案内する情報とを、前記目的の貯蓄を行うユーザの端末に対して出力する、
処理を実行することを特徴とする貯蓄支援方法。

【請求項7】

コンピュータに、
貯蓄の目的と、当該目的の貯蓄に用いられる各口座の貯蓄額と、を対応付けて記憶する記憶部を参照して、前記目的に対応する貯蓄額の合計を算出し、
前記貯蓄額の合計が、前記目的に対応付けて前記記憶部に記憶された目標貯蓄額に達したか否かを判定し、
前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額を前記記憶部にさらに記憶し、
前記目的の貯蓄に用いられる各口座の貯蓄額と、前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額と、に基づいて、前記目的の貯蓄に用いられる口座ごとに、当該口座の貯蓄額が当該口座の口座別目標貯蓄額に達したか否かをさらに判定し、
前記目的と、算出した前記貯蓄額の合計と、前記目標貯蓄額と、の情報を含む目的別貯蓄額情報と、算出した前記貯蓄額の合計が前記目標貯蓄額に達したと判定した場合、前記貯蓄額の合計が前記目標貯蓄額に達したことを案内する情報と、前記目的の貯蓄に用いられる口座のうちいずれかの口座の貯蓄額が当該口座の口座別目標貯蓄額に達したと判定した場合、貯蓄額が口座別目標貯蓄額に達した前記口座を案内する情報とを、前記目的の貯蓄を行うユーザの端末に対して出力する、
処理を実行させることを特徴とする貯蓄支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、金銭の貯蓄を行う貯蓄者を支援する貯蓄支援装置、貯蓄支援方法および貯蓄支援プログラムに関する。

【背景技術】

【0002】

従来、たとえば、子供の学費を貯める、住宅を購入するための費用を貯める、あるいは旅費を貯めるといったように、貯蓄者は、様々な貯蓄目的の貯蓄を金融機関に開設された口座（預貯金口座）を用いて行う。また、従来、貯蓄者は、ある貯蓄目的の貯蓄を複数の口座を用いて行うことがある。たとえば、子供の学費をその両親である夫婦が貯める場合に、夫は夫の口座を用いて貯蓄し、妻は妻の口座を用いて貯蓄するといったことがある。また、貯蓄者が一人であっても、当該貯蓄者が、たとえば、それぞれ異なる金融機関に開設された複数の口座を用いて、ある貯蓄目的の貯蓄を行うといったこともある。

【0003】

先行技術としては、貯蓄用口座、生活用口座、遊び用口座といった複数の子口座を親口座に従属して設け、所定の口座管理規則に基づいて、制御部が各口座の入出金を制御し、各口座の貯蓄などの目的に応じた資金移動を行うようにしたものがある（たとえば下記特許文献１を参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１０－００３１１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来技術では、ある貯蓄目的の貯蓄が複数の口座を用いて行われる場合に、貯蓄者がその貯蓄目的の貯蓄全体の貯蓄額を把握するのに手間がかかるという問題がある。たとえば、従来技術では、ある貯蓄目的の貯蓄を複数の貯蓄者が各々の口座を用いて行う場合、その貯蓄目的の貯蓄全体の貯蓄額を把握するためには、自分以外の貯蓄者の貯蓄額をいちいち聞かなければならず、手間がかかる。また、たとえば、従来技術では、貯蓄者が一人であったとしても、当該貯蓄者がある貯蓄目的の貯蓄を複数の口座を用いて行っていると、その貯蓄目的の貯蓄全体の貯蓄額を把握するためには、各口座にアクセスして、得られた口座ごとの貯蓄額からその貯蓄目的の貯蓄全体の貯蓄額を求める必要があり、この場合も手間がかかる。

【0006】

本発明は、ある貯蓄目的の貯蓄が複数の口座を用いて行われる場合に、貯蓄者がその貯蓄目的の貯蓄全体の貯蓄額を簡単に把握することを可能にする貯蓄支援装置、貯蓄支援方法および貯蓄支援プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上述した課題を解決し、目的を達成するため、本発明にかかる貯蓄支援装置は、貯蓄の目的と、当該目的の貯蓄に用いられる各口座の貯蓄額と、を対応付けて記憶する記憶部を参照して、前記目的に対応する貯蓄額の合計を算出する算出部と、前記目的と、前記算出部によって算出された貯蓄額の合計と、の情報を含む目的別貯蓄額情報を、前記目的の貯蓄を行うユーザの端末に対して出力する出力部と、を備えることを特徴とする。

【0008】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記各口座は、前記目的に対応する仮想口座である、ことを特徴とする。

【0009】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記記憶部は、前記ユーザの口座を特定する情報をさらに記憶し、前記ユーザと、前記目的と、の情報を含んで前記ユーザが前記目的の貯蓄を行うことを示す目的別貯蓄作成要求を受け付けた場合、前記記憶部を参照して、前記ユーザの口座を特定し、当該ユーザの口座が開設された金融機関に対して、前記ユーザの前記目的に対応する仮想口座を前記ユーザの口座内に作成するように指示する仮想口座作成部をさらに備え、前記記憶部は、前記目的と、前記仮想口座作成部の指示に基づき作成された仮想口座の貯蓄額と、を対応付けて記憶する、ことを特徴とする。

【0010】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記記憶部は、前記目的に対応付けて、目標貯蓄額をさらに記憶し、前記出力部は、前記目標貯蓄額の情報をさらに含む前記目的別貯蓄額情報を出力する、ことを特徴とする。

【0011】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記貯蓄額の合計が前記目標貯蓄額に達したか否かを判定する判定部をさらに備え、前記出力部は、前記判定部によって貯蓄額の合計が目標貯蓄額に達したと判定された場合、前記貯蓄額の合計が前記目標貯蓄額に達したことを案内する情報を、前記ユーザの端末に対してさらに出力する、ことを特徴とする。

【0012】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記判定部によって貯蓄額の合計が目標貯蓄額に達したと判定された場合、前記目的の貯蓄に用いられる各口座に貯蓄された金銭を、予め設定された口座に移動させる処理を実行する振込指示部をさらに備えることを特徴とする。

【0013】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記記憶部は、前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額をさらに記憶し、前記判定部は、前記目的の貯蓄に用いられる各口座の貯蓄額と、前記目的の貯蓄に用いられる口座ごとの口座別目標貯蓄額と、に基づいて、前記目的の貯蓄に用いられる口座ごとに、当該口座の貯蓄額が当該口座の口座別目標貯蓄額に達したか否かをさらに判定し、前記出力部は、前記目的の貯蓄に用いられる口座のうちいずれかの口座の貯蓄額が当該口座の口座別目標貯蓄額に達したと判定された場合、貯蓄額が口座別目標貯蓄額に達した前記口座を案内する情報を、前記ユーザの端末に対してさらに出力する、ことを特徴とする。

【0014】

また、本発明にかかる貯蓄支援装置は、上記発明において、前記目的の貯蓄に用いられる第１口座の口座別目標貯蓄額を所定額減らす変更要求を受け付けた場合に、前記第１口座の口座別目標貯蓄額を前記所定額減らすとともに、前記第１口座とは異なる口座であって前記目的の貯蓄に用いられる第２口座の口座別目標貯蓄額を前記所定額増やす変更を行う変更部をさらに備える、ことを特徴とする。

【0015】

また、本発明にかかる貯蓄支援方法は、コンピュータが、貯蓄の目的と、当該目的の貯蓄に用いられる各口座の貯蓄額と、を対応付けて記憶する記憶部を参照して、前記目的に対応する貯蓄額の合計を算出し、前記目的と、算出した前記貯蓄額の合計と、の情報を含む目的別貯蓄額情報を、前記目的の貯蓄を行うユーザの端末に対して出力する、処理を実行することを特徴とする。

【0016】

また、本発明にかかる貯蓄支援プログラムは、コンピュータに、貯蓄の目的と、当該目的の貯蓄に用いられる各口座の貯蓄額と、を対応付けて記憶する記憶部を参照して、前記目的に対応する貯蓄額の合計を算出し、前記目的と、算出した前記貯蓄額の合計と、の情報を含む目的別貯蓄額情報を、前記目的の貯蓄を行うユーザの端末に対して出力する、処理を実行させることを特徴とする。

【発明の効果】

【0017】

本発明によれば、ある貯蓄目的の貯蓄が複数の口座を用いて行われる場合に、貯蓄者がその貯蓄目的の貯蓄全体の貯蓄額を簡単に把握することを可能にすることができるという効果を奏する。

【図面の簡単な説明】

【0018】

【図1】図１は、実施の形態にかかる貯蓄支援システムのシステム構成の一例を示す図である。

【図2】図２は、実施の形態にかかる貯蓄支援サーバおよび銀行サーバを実現するコンピュータのハードウェア構成の一例を示すブロック図である。

【図3】図３は、実施の形態にかかるユーザ端末を実現するコンピュータのハードウェア構成の一例を示すブロック図である。

【図4】図４は、実施の形態にかかる貯蓄支援サーバによる貯蓄支援方法の一例を示す図である。

【図5】図５は、実施の形態にかかるユーザ情報ＤＢの記憶内容の一例を示す図である。

【図6】図６は、実施の形態にかかる目的別貯蓄情報ＤＢの記憶内容の一例を示す図である。

【図7】図７は、実施の形態にかかる仮想口座情報ＤＢの記憶内容の一例を示す図である。

【図8】図８は、実施の形態にかかる貯蓄支援サーバの機能的構成の一例を示すブロック図である。

【図9】図９は、実施の形態にかかる貯蓄支援システムの各装置が行う処理の一例を示すシーケンス図（その１）である。

【図10】図１０は、実施の形態にかかる利用登録画面の一例を示す図である。

【図11】図１１は、実施の形態にかかる目的別貯蓄作成画面の一例を示す図である。

【図12】図１２は、実施の形態にかかる目的別貯蓄作成通知画面の一例を示す図である。

【図13】図１３は、実施の形態にかかる目的別貯蓄参加画面の一例を示す図である。

【図14】図１４は、実施の形態にかかる目的別貯蓄参加通知画面の一例を示す図である。

【図15】図１５は、実施の形態にかかる貯蓄支援システムの各装置が行う処理の一例を示すシーケンス図（その２）である。

【図16】図１６は、実施の形態にかかる入金時の表示画面の一例を示す図である。

【図17】図１７は、実施の形態にかかる貯蓄支援システムの各装置が行う処理の一例を示すシーケンス図（その３）である。

【図18】図１８は、実施の形態にかかる振替時の表示画面の一例を示す図である。

【図19】図１９は、実施の形態にかかる貯蓄支援システムの各装置が行う処理の一例を示すシーケンス図（その４）である。

【図20】図２０は、実施の形態にかかる立替申請画面の一例を示す図である。

【図21】図２１は、実施の形態にかかる立替許可／拒否画面の一例を示す図である。

【図22】図２２は、実施の形態にかかる口座別目標貯蓄額画面の一例を示す図である。

【図23】図２３は、実施の形態にかかる貯蓄支援サーバが行う貯蓄支援処理の一例を示すフローチャートである。

【図24】図２４は、実施の形態にかかる貯蓄支援サーバが行う口座別目標貯蓄額変更処理の一例を示すフローチャートである。

【発明を実施するための形態】

【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】

１００ 貯蓄支援システム
１１０ 貯蓄支援サーバ
１１１ 記憶部
１２０ ユーザ端末
１３０ 銀行サーバ
１３１ 口座情報ＤＢ
１５０ ネットワーク
４１０，４２０ 口座
４１１，４２１ 仮想口座
５００ ユーザ情報ＤＢ
６００ 目的別貯蓄情報ＤＢ
７００ 仮想口座情報ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】