JP2019215624A - コンピュータプログラム - Google Patents

Abstract

【課題】ＩＴ技術を用いて金融教育を支援する。【解決手段】コンピュータプログラムは、目標金額が関連付けられた目標の指定を受け付ける機能と、指定された目標の目標金額の達成度を示す指標をディスプレイに表示させる機能と、対価金額が関連付けられた労働の指定を受け付ける機能と、指定された労働を完了したと判定された場合、該労働の対価金額で更新された指標を前記ディスプレイに表示させる機能と、を端末に実現させる。【選択図】図１

Description

本発明は、コンピュータプログラムに関する。

近年、フィンテック（Fintech）等の金融分野における技術革新に伴い、株式取引や投資信託やＦＸなど様々な金融商品がより身近になってきている（非特許文献１参照）。これに伴い、お金や金融の様々なはたらきを理解し、それらの使い方を学ぶ金融教育の重要性が増している。

これまで、義務教育課程でも高校、大学においても、金融教育を受ける機会は少なかった。多くの場合、人は社会に出てから必要に応じて金融を学んでいた。金融商品が一部の人のものであった時代ならそれでよかったかもしれないが、これからの時代、一般の人や子供でさえも金融商品に触れ、実際に扱う機会が増えることが予想される。

https://www.nri.com/jp/journal/2016/10/161031_2/、２０１８年５月１５日検索

したがって、金融教育をより早い段階で施すための施策が求められている。

本発明はこうした課題に鑑みてなされたものであり、その目的は、ＩＴ技術を用いて金融教育を支援することにある。

本発明のある態様は、コンピュータプログラムに関する。このコンピュータプログラムは、目標金額が関連付けられた目標の指定を受け付ける機能と、指定された目標の目標金額の達成度を示す指標をディスプレイに表示させる機能と、対価金額が関連付けられた労働の指定を受け付ける機能と、指定された労働を完了したと判定された場合、該労働の対価金額で更新された指標を前記ディスプレイに表示させる機能と、を端末に実現させる。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、ＩＴ技術を用いて金融教育を支援することができる。

第１の実施の形態に係る金融教育システムの構成の一例を示す模式図である。 図１の子供携帯端末のハードウエア構成図である。 図１の子供携帯端末の機能および構成を示すブロック図である。 図１の親携帯端末の機能および構成を示すブロック図である。 図１の管理サーバの機能および構成を示すブロック図である。 図５の目標情報保持部の一例を示すデータ構造図である。 図５の労働情報保持部の一例を示すデータ構造図である。 図５の親情報保持部の一例を示すデータ構造図である。 図５の子供情報保持部の一例を示すデータ構造図である。 図５の投資情報保持部の一例を示すデータ構造図である。 子供が候補目標のなかから目標を選択する際に子供携帯端末のディスプレイおよび親携帯端末のディスプレイに表示される画面の遷移を示す画面遷移図である。 子供が新規の目標を親に申請する際に子供携帯端末のディスプレイおよび親携帯端末のディスプレイに表示される画面の遷移を示す画面遷移図である。 子供が候補労働のなかから労働を選択する際に子供携帯端末のディスプレイおよび親携帯端末のディスプレイに表示される画面の遷移を示す画面遷移図である。 子供が新規の労働を親に申請する際に子供携帯端末のディスプレイおよび親携帯端末のディスプレイに表示される画面の遷移を示す画面遷移図である。 目標金額が達成された後の購入処理において、子供携帯端末のディスプレイおよび親携帯端末のディスプレイに表示される画面の遷移を示す画面遷移図である。 子供が貯金を元手に仮想的な投資を行う際の処理において、子供携帯端末のディスプレイに表示される画面の遷移を示す画面遷移図である。 子供が祖父または祖母に援助を求める際の画面の遷移を示す画面遷移図である。 図１の子供携帯端末における一連の処理の一例を示すフローチャートである。 第２の実施の形態に係る金融教育システムの管理サーバの機能および構成を示すブロック図である。 図１９の目標情報保持部の一例を示すデータ構造図である。 図１９の労働情報保持部の一例を示すデータ構造図である。 図１９の親情報保持部の一例を示すデータ構造図である。 図１９の子供情報保持部の一例を示すデータ構造図である。 図１９の投資情報保持部の一例を示すデータ構造図である。 図１９の労働履歴情報保持部の一例を示すデータ構造図である。 図１９の貯金・投資履歴情報保持部の一例を示すデータ構造図である。 図１９の貯金・投資情報保持部の一例を示すデータ構造図である。

以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

（第１の実施の形態）
図１は、第１の実施の形態に係る金融教育システム２の構成の一例を示す模式図である。金融教育システム２は、親４ａの持つ親携帯端末１４と、子供４ｂの持つ子供携帯端末１２と、銀行サーバ８と、管理サーバ１０と、を備える。子供携帯端末１２、親携帯端末１４、銀行サーバ８、管理サーバ１０はいずれもインターネットなどのネットワーク６と接続され、ネットワーク６を介して通信する。なお、金融教育システム２の各要素の数に制限はない。

銀行サーバ８は、銀行口座の残高の管理や利息計算、入出金や振込、送金の処理、為替取引、他の金融機関との資金決済などを実行する。銀行サーバ８は公知の技術を使用して構成されてもよい。

子供携帯端末１２、親携帯端末１４はそれぞれ、スマートフォンやタブレット型端末などの携帯端末である。子供携帯端末１２のユーザである子供４ｂは、ダウンロードサイトからネットワーク６を介して子供用の金融教育アプリケーションプログラム（以下、子供アプリという）を子供携帯端末１２にダウンロードし、インストールする。あるいはまた、子供アプリは子供携帯端末１２にプリインストールされていてもよい。子供アプリは管理サーバ１０を運用する主体により提供されてもよいし、銀行サーバ８を運用する銀行により提供されてもよいし、他の主体により提供されてもよい。子供アプリが子供携帯端末１２により実行されることにより、子供携帯端末１２はネットワーク６を介して管理サーバ１０と通信し、各種機能を実現する。以下、子供携帯端末１２（のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の処理ユニット）が子供アプリを実行することにより実現する機能を子供携帯端末１２の機能として説明することがあるが、それらの機能は実際は子供アプリが子供携帯端末１２に実現させる機能である。

同様に、親携帯端末１４のユーザである親４ａは、ダウンロードサイトからネットワーク６を介して親用の金融教育アプリケーションプログラム（以下、親アプリという）を親携帯端末１４にダウンロードし、インストールする。

金融教育システム２では、管理サーバ１０と子供アプリと親アプリとが協働することにより、親４ａが子供４ｂに行う金融教育を支援する。子供４ｂは目標すなわち自分の欲しい物を子供アプリを通じて選択または入力する。子供アプリは、欲しい物を購入するために必要な目標金額を子供４ｂに提示する。また、子供アプリは子供に目標金額を入力させてもよい。子供４ｂは目標金額を達成するために、対価が貰える労働すなわちお手伝いを行う。どのようなお手伝いが求められており、どれくらいの対価があるかは、親アプリを介して親４ａが指定する。子供４ｂは子供アプリを介して希望のお手伝いを指定し、実際にそのお手伝いをする。親４ａは、お手伝いが行われたと判断すると、親アプリを介してお手伝いの完了を管理サーバ１０に伝え、管理サーバ１０は目標金額に対する現在の目標別貯金額に対価の額を加え、それを子供アプリを通じて子供４ｂに提示する。目標別貯金額が目標金額に達すると、子供４ｂは子供アプリを介して購入の意思を表示し、親４ａが親アプリを介してその購入を行うことで、子供４ｂは欲しかった物を手に入れることができる。

このように、金融教育システム２によると、労働を行い対価を得ることを繰り返すことで貯金額が増え、目標に近づいていく過程を子供４ｂにグラフィカルに見せることができるので、子供４ｂに労働の対価としてのお金の大切さを教える際の助けを提供することができる。また、実際の欲しい物の購入は親４ａにより行われるよう構成されているので、安全面も担保される。

図２は、図１の子供携帯端末１２のハードウエア構成図である。親携帯端末１４は図２に示される子供携帯端末１２のハードウエア構成と同様のハードウエア構成を有してもよい。子供携帯端末１２は、メモリ１２１と、プロセッサ１２２と、通信インタフェース１２３と、ディスプレイ１２４と、入力インタフェース１２５と、を含む。これらの要素はそれぞれバス１２６に接続され、バス１２６を介して互いに通信する。

メモリ１２１は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ１２１に恒久的に記憶されてもよいし、一時的に記憶されてもよい。特にメモリ１２１は子供アプリを記憶する。プロセッサ１２２は、メモリ１２１に記憶されているプログラム、特に子供アプリを実行することにより、子供携帯端末１２における各種機能を実現する。通信インタフェース１２３は、子供携帯端末１２の外部との間でデータの送受信を行うためのインタフェースである。例えば、通信インタフェース１２３は、無線通信網にアクセスするためのインタフェースや、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）にアクセスするためのインタフェース等を含む。また、通信インタフェース１２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等の有線ネットワークのインタフェースを含んでいてもよい。ディスプレイ１２４は、各種情報を表示するためのデバイスであり、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどである。入力インタフェース１２５は、ユーザからの入力を受け付けるためのデバイスである。入力インタフェース１２５は、例えば、ディスプレイ１２４上に設けられたタッチパネルや、各種入力キー等を含む。

図３は、図１の子供携帯端末１２の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

子供携帯端末１２は、表示制御部１０２と、目標受付部１０４と、労働受付部１０６と、購入受付部１１０と、投資受付部１１２と、を備える。

表示制御部１０２は、画面情報を受け、画面情報が表す画面を子供携帯端末１２のディスプレイ１２４に表示させる。画面情報は、子供携帯端末１２の部材によって生成されてもよいし、子供携帯端末１２の通信インタフェース１２３がネットワーク６を介して管理サーバ１０から受信してもよい。

目標受付部１０４は、子供４ｂから入力インタフェース１２５を介して、目標金額が関連付けられた目標の指定を受け付ける。目標受付部１０４は、指定された目標を管理サーバ１０に送信する。
労働受付部１０６は、子供４ｂから入力インタフェース１２５を介して、対価金額が関連付けられた労働の指定を受け付ける。労働受付部１０６は、指定された労働を管理サーバ１０に送信する。
購入受付部１１０は、指定された目標の目標金額が達成されたと判定されると、指定された目標に関する購入依頼を、親アプリがインストールされた親携帯端末１４にネットワーク６を介して送信可能とする。
投資受付部１１２は、現在の目標別貯金額を元にした仮想的な投資の申し込みを受け付ける。

図４は、図１の親携帯端末１４の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

親携帯端末１４は、子供携帯端末１２の表示制御部１０２と同様に構成された表示制御部１３０と、候補目標設定部１３２と、候補労働設定部１３４と、労働完了判定部１３６と、購入処理部１３８と、を備える。

候補目標設定部１３２は、親４ａから入力インタフェースを介して、子供４ｂが指定する目標の候補となる候補目標の設定を受け付ける。候補目標設定部１３２は、設定された候補目標を管理サーバ１０に送信する。
候補労働設定部１３４は、親４ａから入力インタフェースを介して、子供４ｂが指定する労働の候補となる候補労働の設定を受け付ける。候補労働設定部１３４は、設定された候補労働を管理サーバ１０に送信する。

労働完了判定部１３６は、親４ａから入力インタフェースを介して、労働の完了を示す入力を受け付けると、子供４ｂによって指定された労働が完了したと判定する。労働完了判定部１３６は、労働が完了したと判定された場合、完了信号を生成し、生成された完了信号をネットワーク６を介して管理サーバ１０に送信する。

購入処理部１３８は、子供携帯端末１２から管理サーバ１０およびネットワーク６を介して購入依頼を受信する。購入処理部１３８は、親４ａから入力インタフェースを介して、購入依頼に係る購入の承認を示す入力を受け付けると、その購入を実行するための処理を行う。購入処理部１３８は、購入対象の商品をキーとしてＥＣサイトを検索した結果をディスプレイに表示させてもよいし、親４ａが商品を現金で購入する場合は商品を購入したか否かを親４ａに問い合わせてもよい。

図５は、図１の管理サーバ１０の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

管理サーバ１０は、目標情報保持部１４０と、労働情報保持部１４２と、親情報保持部１４４と、子供情報保持部１４６と、投資情報保持部１４８と、画面情報生成部１５０と、目標管理部１５２と、労働管理部１５４と、購入管理部１５６と、投資管理部１５８と、を備える。

図６は、図５の目標情報保持部１４０の一例を示すデータ構造図である。目標情報保持部１４０は、親を特定する親ＩＤと、親が設定している候補目標と、候補目標の目標金額と、候補目標のステータスと、候補目標を目標として指定している子供を特定する指定子供ＩＤと、を対応付けて保持する。候補目標の状態には、（１）子供が申請し、親の承諾を待っている状態、（２）候補として設定されたが、子供に指定されてはいない状態、（３）子供に指定されている状態、（４）目標金額が達成され、親による購入処理を待っている状態、の四つがあり、それぞれがステータス「承諾待ち」、「候補設定済み」、「目標指定済み」、「購入処理待ち」で表される。

図７は、図５の労働情報保持部１４２の一例を示すデータ構造図である。労働情報保持部１４２は、親ＩＤと、親が設定している候補労働と、候補労働の対価金額と、候補労働を行えるタイミングと、候補労働のステータスと、候補労働を労働として指定している子供を特定する指定子供ＩＤと、を対応付けて保持する。候補労働の状態には、（１）子供が申請し、親の承諾を待っている状態、（２）候補として設定されたが、子供に指定されてはいない状態、（３）子供に指定されている状態、の三つがあり、それぞれがステータス「承諾待ち」、「候補設定済み」、「労働指定済み」で表される。候補労働を行えるタイミングは、候補労働の設定時に親アプリを介して親４ａにより指定される。

図８は、図５の親情報保持部１４４の一例を示すデータ構造図である。親情報保持部１４４は、親ＩＤと、親が用いる決済手段の決済情報と、親の子供を特定する子供ＩＤと、を対応付けて保持する。決済情報は、例えばＩＤとパスワードとの組、クレジットカード番号と有効期限との組などであってもよい。

図９は、図５の子供情報保持部１４６の一例を示すデータ構造図である。子供情報保持部１４６は、子供ＩＤと、子供の親を特定する親ＩＤと、子供が指定している目標である指定済目標と、指定済目標に対する現在の目標別貯金額と、指定済目標について指定した労働と、指定済目標について申し込んだ投資を特定する投資ＩＤと、投資額と、評価額と、を対応付けて保持する。

図１０は、図５の投資情報保持部１４８の一例を示すデータ構造図である。投資情報保持部１４８は、投資を特定する投資ＩＤと、投資のパフォーマンスと、を対応付けて保持する。

図５に戻り、目標管理部１５２は目標に関する情報の管理を行う。親携帯端末１４の候補目標設定部１３２は、後述の目標申請領域３４４と同様なユーザインタフェースを用いて親４ａから、候補目標と目標金額との組の入力を受け付ける。候補目標設定部１３２は、入力された候補目標と目標金額との組を管理サーバ１０に送信し、目標管理部１５２は受信した組を、受信した組の送信元の親４ａの親ＩＤに対応付けて目標情報保持部１４０に登録する。

目標管理部１５２は、子供４ｂによって指定された目標を子供携帯端末１２の目標受付部１０４から受信し、目標情報保持部１４０において、受信された目標のステータスを「目標指定済み」に変更すると共にその目標を指定した子供４ｂの子供ＩＤを指定子供ＩＤとして登録する。併せて目標管理部１５２は、受信された目標を指定済目標として、その目標を指定した子供４ｂの子供ＩＤに対応付けて子供情報保持部１４６に登録する。

目標管理部１５２は、子供携帯端末１２から購入依頼を受信し、目標情報保持部１４０において、受信された購入依頼に係る目標のステータスを「購入処理待ち」に変更する。目標管理部１５２は、親４ａが購入依頼に応じて購入を行った旨の通知を親携帯端末１４の購入管理部１５６から受けると、その購入依頼に係る目標を目標情報保持部１４０および子供情報保持部１４６から削除する。

労働管理部１５４は労働に関する情報の管理を行う。親携帯端末１４の候補労働設定部１３４は、後述の労働申請領域４０４と同様のユーザインタフェースを用いて親４ａから、候補労働と対価金額と（オプションでタイミングと）の組の入力を受け付ける。候補労働設定部１３４は、入力された候補労働と対価金額との組を管理サーバ１０に送信し、労働管理部１５４は受信した組を、受信した組の送信元の親４ａの親ＩＤに対応付けて労働情報保持部１４２に登録する。

労働管理部１５４は、指定済目標について子供４ｂによって指定された労働を子供携帯端末１２の労働受付部１０６から受信し、労働情報保持部１４２において、受信された労働のステータスを「労働指定済み」に変更すると共にその労働を指定した子供４ｂの子供ＩＤを指定子供ＩＤとして登録する。併せて労働管理部１５４は、労働を指定した子供４ｂの子供ＩＤに対応する指定済目標のなかから、今回の労働の対象となる（すなわち、今回の労働の対価金額が貯金される）指定済目標を特定する。労働管理部１５４は、受信された労働を、特定された指定済目標の指定労働として登録する。

例えば、子供ＩＤ「ＣＨ０１」の子供が、目標「プラモデル●●」の目標別貯金額を増やすべく労働「お風呂そうじ」を指定した場合、労働管理部１５４は子供情報保持部１４６に保持される子供ＩＤ「ＣＨ０１」の指定済目標「プラモデル●●」、「●コミック」のなかから指定済目標「プラモデル●●」を特定し、特定された指定済目標「プラモデル●●」の指定労働に労働「お風呂そうじ」を登録する。

労働管理部１５４は、労働の完了を示す完了信号を親携帯端末１４の労働完了判定部１３６から受信し、労働情報保持部１４２において、完了したと判定された労働のステータスを「候補設定済み」に戻すと共に対応する対価金額を取得する。併せて労働管理部１５４は、子供情報保持部１４６において、完了したと判定された労働の対象となる目標の目標別貯金額を取得された対価金額で更新すると共に対応する指定労働を削除する。例えば、目標別貯金額の更新は元の目標別貯金額への対価金額の加算であってもよい。

購入管理部１５６は購入に関する情報の管理を行う。購入管理部１５６は、目標に関する購入依頼を子供携帯端末１２の購入受付部１１０から受信する。購入管理部１５６は、目標情報保持部１４０において、受信された購入依頼に係る目標のステータスを「購入処理待ち」に変更する。購入管理部１５６は、子供４ｂから購入依頼があった旨を親携帯端末１４に、ネットワーク６を介して通知する。

投資管理部１５８は投資に関する情報の管理を行う。子供４ｂが子供アプリを介して指定済目標のひとつについて投資を申し込むと、投資管理部１５８は子供携帯端末１２の投資受付部１１２から申し込まれた投資の情報（どの投資にいくら投資したか）を受信する。投資管理部１５８は、子供情報保持部１４６において、申し込まれた投資を特定する投資ＩＤおよび投資額を、投資を申し込んだ子供４ｂの子供ＩＤおよび投資対象の指定済目標に対応付けて登録する。

投資管理部１５８は、外部のリソースを参照することなどにより、周期的に投資情報保持部１４８のパフォーマンスを更新する。投資管理部１５８は、この更新のタイミングで、子供情報保持部１４６に保持されている各投資について、その評価額を更新する。

画面情報生成部１５０は、子供携帯端末１２または親携帯端末１４のディスプレイに表示されるべき画面を表す画面情報（画面データ）を生成する。以降、子供携帯端末１２や親携帯端末１４のディスプレイに表示される様々な画面の例が説明されるが、画面情報生成部１５０はそのそれぞれの画面を表す画面情報を生成し、子供携帯端末１２や親携帯端末１４に送信する。なお、画面情報は子供携帯端末１２において生成されてもよい。

以上の構成による金融教育システム２の動作を説明する。
図１８は、図１の子供携帯端末１２における一連の処理の一例を示すフローチャートである。子供４ｂは子供携帯端末１２を操作することで子供アプリを起動する（Ｓ２０２）。例えば、子供携帯端末１２のホーム画面に表示される子供アプリのアイコンを子供４ｂがタップすると、子供携帯端末１２は子供アプリを起動する。子供携帯端末１２は、子供４ｂから目標の指定を受け付ける（Ｓ２０４）。子供携帯端末１２は、指定された目標についての労働の指定を、子供４ｂから受け付ける（Ｓ２０６）。子供携帯端末１２は、指定された労働が完了していないと判定されている間（Ｓ２０８のＮＯ）は待機し、指定された労働が完了したと判定されると（Ｓ２０８のＹＥＳ）、指定された目標についての目標別貯金額の表示を指定された労働の対価金額で更新する（Ｓ２１０）。子供携帯端末１２は、指定された目標の目標別貯金額が目標金額に到達するまで（Ｓ２１２のＮＯ）ステップＳ２０６、Ｓ２０８、Ｓ２１０の処理を繰り返す。子供携帯端末１２は、目標別貯金額が目標金額に到達すると（Ｓ２１２のＹＥＳ）、親携帯端末１４への購入依頼の送信を可能とする（Ｓ２１４）。

図１１は、子供４ｂが候補目標のなかから目標を選択する際に子供携帯端末１２のディスプレイ１２４および親携帯端末１４のディスプレイに表示される画面の遷移を示す画面遷移図である。子供携帯端末１２において子供アプリが起動されると、子供携帯端末１２の表示制御部１０２はディスプレイ１２４にトップ画面３０２を表示させる。初期状態のトップ画面３０２は新規目標登録領域３０８を含む。子供４ｂは、自分の欲しい物を事前に親４ａと相談し、欲しい物を候補目標として親４ａに登録してもらう。子供４ｂが新規目標登録領域３０８をタップすると、ディスプレイ１２４の表示はトップ画面３０２から目標選択画面３０４へ遷移する。

この際、子供携帯端末１２の目標受付部１０４は新規目標登録領域３０８へのタップを検出すると、子供４ｂの子供ＩＤを含む候補目標要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の目標管理部１５２は、受信された候補目標要求の子供ＩＤに対応する親ＩＤを子供情報保持部１４６から特定する。目標管理部１５２は、特定された親ＩＤに対応する候補目標および目標金額のうちステータスが「候補設定済み」のものを特定する。画面情報生成部１５０は、特定された候補目標および目標金額を用いて目標選択画面３０４の画面情報を生成し、ネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいて目標選択画面３０４をディスプレイ１２４に表示させる。

目標選択画面３０４は、第１候補目標領域３１０を表示する状態と第２候補目標領域３１２を表示する状態とを子供４ｂのスワイプまたはフリックにより切替可能に構成される。第１候補目標領域３１０は、候補目標３３６と、目標金額３３８と、第１ほしいボタン３１４と、を有する。第２候補目標領域３１２も同様に候補目標と、目標金額と、第２ほしいボタン３１６と、を有する。

目標受付部１０４は第２候補目標領域３１２の第２ほしいボタン３１６へのタップを検出すると、第２候補目標領域３１２に表示される候補目標（図１１の場合、「プラモデル●●」）が子供４ｂにより選択されたと解釈する。目標受付部１０４は、選択された候補目標を含む目標指定要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の目標管理部１５２は、選択された候補目標を指定済目標として子供情報保持部１４６に登録する。目標管理部１５２は、目標情報保持部１４０において、選択された候補目標のステータスを「目標指定済み」に変更する。画面情報生成部１５０は、選択された目標とその目標金額とを用いて指定済目標領域３１８、３３２の画面情報を生成し、ネットワーク６を介して子供携帯端末１２および親携帯端末１４へ送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいて、第１指定済目標領域３１８を有する更新されたトップ画面３０２をディスプレイ１２４に表示させる。親携帯端末１４の表示制御部１３０は、受信された画面情報に基づいて、第２指定済目標領域３３２を有する更新されたトップ画面３０６をディスプレイに表示させる。

子供携帯端末１２の更新されたトップ画面３０２は、子供４ｂの現在の総貯金額３２０と、第１指定済目標領域３１８と、新規目標登録領域３０８の一部と、を有し、第１指定済目標領域３１８を表示する状態と新規目標登録領域３０８を表示する状態とを子供４ｂのスワイプまたはフリックにより切替可能に構成される。総貯金額３２０は、管理サーバ１０の目標管理部１５２によって、子供情報保持部１４６に保持されている子供４ｂの目標別貯金額を全て合算することにより算出される。第１指定済目標領域３１８は、指定済目標３２２と、目標金額３２４と、目標別貯金額インジケータ３２６と、現在の目標別貯金額３２８と、目標別貯金額達成割合３３０と、を有する。

親携帯端末１４の更新されたトップ画面３０６は、子供の名前の表示を含む子供アイコン３３４と、子供アイコン３３４で表示される子供の総貯金額３４０と、子供アイコン３３４で表示される子供が指定した目標に対応する第２指定済目標領域３３２と、を有する。新規の指定済目標については、第２指定済目標領域３３２の右上に「ＮＥＷ」の文字がインジケータとして表示される。子供が複数いる場合は、子供アイコンが子供の人数分表示され、現在選択されている子供の子供アイコンが強調され、子供アイコンのタップにより情報を表示させる子供を選択可能なように構成してもよい。

図１２は、子供４ｂが新規の目標を親４ａに申請する際に子供携帯端末１２のディスプレイ１２４および親携帯端末１４のディスプレイに表示される画面の遷移を示す画面遷移図である。まだ親アプリを介して登録されていないけれども設定したい目標（新規の欲しい物など）がある場合、子供４ｂは、子供アプリを介して独自に申請することができる。目標選択画面３０４は、候補目標領域３１０、３１２を表示する状態と目標申請領域３４４を表示する状態とを子供４ｂのスワイプまたはフリックにより切替可能に構成される。子供４ｂは、目標選択画面３０４においてスワイプまたはフリックすることで、目標申請領域３４４を目標選択画面３０４に表示させる。目標申請領域３４４は、新規目標入力領域３４６と、新規金額入力領域３４８と、ほしいボタン３５０と、を有する。子供４ｂは、新規の欲しい物を新規目標入力領域３４６に、その目標金額を新規金額入力領域３４８に、それぞれ入力し、ほしいボタン３５０をタップする。すると、ディスプレイ１２４の表示は目標選択画面３０４からトップ画面３０２へ遷移する。このトップ画面３０２では、目標申請領域３４４を通じて申請された新規の目標が承諾されたなら表示されるであろう第３指定済目標領域３６８の上に、承諾待ち領域３５２が重ね合わされている。

ほしいボタン３５０がタップされると、子供携帯端末１２の目標受付部１０４は、子供４ｂの子供ＩＤと新規目標入力領域３４６に入力された新規の目標と新規金額入力領域３４８に入力された新規の目標金額とを含む申請要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の目標管理部１５２は、受信された申請要求の子供ＩＤに対応する親ＩＤに対応付けて、申請要求に含まれる新規の目標と新規の目標金額と子供ＩＤとを目標情報保持部１４０に登録すると共にそのステータスとして「承諾待ち」を登録する。画面情報生成部１５０は、ステータスが「承諾待ち」となっている目標とその目標金額とを目標情報保持部１４０から特定し、特定された目標および目標金額を用いて申請許否領域３５４の画面情報を生成する。目標管理部１５２は、特定された目標に対応する親ＩＤの親４ａの親携帯端末１４へ、生成された画面情報をネットワーク６を介して送信する。親携帯端末１４の表示制御部１３０は、受信された画面情報に基づいて申請許否領域３５４を含むトップ画面３０６をディスプレイに表示させる。このように、子供４ｂによって新規の目標が申請されると、一旦、親４ａの承諾待ちとなる。

申請許否領域３５４は、申請された新規目標３５６と、申請された新規目標金額３５８と、却下ボタン３６０と、承諾ボタン３６２と、を有する。親４ａが承諾ボタン３６２をタップすると、親携帯端末１４の候補目標設定部１３２は申請された目標の承諾を示す承諾信号を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の目標管理部１５２は、承諾信号を受信すると、承諾された目標を指定済目標として子供情報保持部１４６に登録する。目標管理部１５２は、目標情報保持部１４０において、承諾された目標のステータスを「目標指定済み」に変更する。画面情報生成部１５０は、承諾された目標とその目標金額とを用いて第３指定済目標領域３６８の画面情報を生成し、かつ、承諾表示領域３６４の画面情報を生成する。画面情報生成部１５０は、生成された二つの画面情報を、ネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信された二つの画面情報に基づいて、第３指定済目標領域３６８の上に承諾表示領域３６４が重畳表示されるトップ画面３０２をディスプレイ１２４に表示させる。

子供４ｂが承諾表示領域３６４のＯＫボタン３６６をタップすると、表示制御部１０２は承諾表示領域３６４の表示を止め、第３指定済目標領域３６８の全体が表示される。このように、申請された目標が親４ａにより承諾されると、目標として正式に登録されるユーザインタフェースが実現される。

申請許否領域３５４において親４ａが却下ボタン３６０をタップすると、親携帯端末１４の候補目標設定部１３２は申請された目標の却下を示す却下信号を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の目標管理部１５２は、却下信号を受信すると、却下された目標を目標情報保持部１４０から削除する。画面情報生成部１５０は、却下された目標とその目標金額とを用いて第３指定済目標領域３６８の画面情報を生成し、かつ、拒否表示領域３７０の画面情報を生成する。画面情報生成部１５０は、生成された二つの画面情報を、ネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信された二つの画面情報に基づいて、第３指定済目標領域３６８の上に拒否表示領域３７０が重畳表示されるトップ画面３０２をディスプレイ１２４に表示させる。

子供４ｂが拒否表示領域３７０のＯＫボタン３７２をタップすると、表示制御部１０２は第３指定済目標領域３６８および拒否表示領域３７０の表示を止め、トップ画面３０２は第１指定済目標領域３１８を含む状態に戻る。このように、申請された目標が親４ａによって却下されると、却下の旨が子供４ｂに通知され、却下された目標は削除され、既に承諾されたか親４ａによって設定された候補目標が表示される状態に戻る。なお、却下された目標を削除する代わりに、却下ラベルを付与してもよい。

図１３は、子供４ｂが候補労働のなかから労働を選択する際に子供携帯端末１２のディスプレイ１２４および親携帯端末１４のディスプレイに表示される画面の遷移を示す画面遷移図である。子供４ｂは、お小遣いをためる方法を事前に親４ａと決めておく。親４ａは、決まった方法を候補労働として管理サーバ１０に、親アプリを通じて登録する。

トップ画面３０２は、複数の目標が子供４ｂにより指定されている場合、子供４ｂのスワイプまたはフリックにより表示させる指定済目標領域を切替可能に構成される。図１３の例では、トップ画面３０２は、第１指定済目標領域３１８を表示する状態と第３指定済目標領域３６８を表示する状態とを子供４ｂのスワイプまたはフリックにより切替可能に構成される。子供４ｂは、トップ画面３０２においてスワイプまたはフリックすることで、お手伝いにより得られるお小遣いを貯める先の指定済目標を選択する。子供携帯端末１２の労働受付部１０６は、トップ画面３０２に第１指定済目標領域３１８が表示された状態でためるボタン３７６へのタップを検出すると、お小遣いを貯める対象として第１指定済目標領域３１８に対応する指定済目標（図１３の例では「プラモデル●●」）が選択されたと解釈する。表示制御部１０２は、対象の指定済目標が選択されると、ディスプレイ１２４の表示をトップ画面３０２からためる画面３７８へ遷移させる。

この際、子供携帯端末１２の労働受付部１０６はためるボタン３７６へのタップを検出すると、そのときトップ画面３０２の正面に表示されている指定済目標領域に対応する指定済目標と子供４ｂの子供ＩＤとを含む候補労働要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の労働管理部１５４は、受信された候補労働要求の子供ＩＤに対応する親ＩＤを子供情報保持部１４６から特定する。労働管理部１５４は、特定された親ＩＤに対応する候補労働および対価金額のうちステータスが「候補設定済み」のものを特定する。

なお、労働管理部１５４は、タイミングを参照することで候補労働の特定を行ってもよい。すなわち、労働管理部１５４は、ステータスが「候補設定済み」の候補労働のなかから、さらにタイミングで規定される要件を満たす候補労働を選択してもよい。図７の例では、「玄関そうじ」は、現在が土曜日の１０：００−１２：００の間にあるときに候補労働として選択される。「庭そうじ」はいつでも候補労働として選択可能である。これにより、親４ａが今してほしいことだけを候補労働として子供４ｂに提示したり、親４ａが曜日ごとにしてほしいことを候補労働として子供４ｂに提示することができる。

画面情報生成部１５０は、特定された候補労働および対価金額を用いてためる画面３７８の画面情報を生成し、ネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいてためる画面３７８をディスプレイ１２４に表示させる。

ためる画面３７８は、第１候補労働領域３８０を表示する状態と第２候補労働領域３８２を表示する状態とを子供４ｂのスワイプまたはフリックにより切替可能に構成される。第１候補労働領域３８０は、候補労働３８４と、対価金額３８６と、第１するボタン３８８と、を有する。第２候補労働領域３８２も同様に候補労働と、対価金額と、第２するボタン３９０と、を有する。上述の通り、タイミングを参照する場合、同じ子供４ｂの子供携帯端末１２であっても、ためる画面３７８を表示する時刻によってためる画面３７８の表示内容が変わりうる。

労働受付部１０６は第１候補労働領域３８０の第１するボタン３８８へのタップを検出すると、第１候補労働領域３８０に表示される候補労働（図１３の場合、「お風呂そうじ」）が子供４ｂにより選択されたと解釈する。労働受付部１０６は、選択された候補労働を含む労働指定要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の労働管理部１５４は、選択された候補労働を、先に受信した候補労働要求に含まれる指定済目標の指定労働として子供情報保持部１４６に登録する。労働管理部１５４は、労働情報保持部１４２において、選択された候補労働のステータスを「労働指定済み」に変更する。

画面情報生成部１５０は、ステータスが「労働指定済み」となっている労働とその対価金額とを労働情報保持部１４２から特定し、特定された労働および対価金額を用いて第１完了判定領域３９２を含むあげる画面３９４の画面情報を生成する。労働管理部１５４は、特定された労働に対応する親ＩＤの親４ａの親携帯端末１４へ、生成された画面情報をネットワーク６を介して送信する。親携帯端末１４の表示制御部１３０は、受信された画面情報に基づいて第１完了判定領域３９２を含むあげる画面３９４をディスプレイに表示させる。

第１完了判定領域３９２は、完了判定の対象となる労働３９６と、対価金額３９８と、完了ボタン４００と、を有する。親４ａは子供４ｂが労働３９６を完了したか否かを判断し、完了したと判断すると完了ボタン４００をタップする。親携帯端末１４の候補労働設定部１３４は、完了ボタン４００のタップを検出すると、労働が完了したと判定されたことを示す完了信号を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の労働管理部１５４は、完了信号を受信すると、労働情報保持部１４２において、完了したと判定された労働のステータスを「候補設定済み」に戻す。労働管理部１５４は、子供情報保持部１４６において、完了したと判定された労働を指定労働とする指定済目標の目標別貯金額に、完了したと判定された労働に対応する対価金額を加算する。画面情報生成部１５０は、目標別貯金額が更新された指定済目標について、更新済みの目標別貯金額を用いて指定済目標領域の表示内容を更新する。

図１３の例では、子供４ｂが「お風呂そうじ」を完了したと親４ａが判断し、完了ボタン４００をタップする。すると子供４ｂの「プラモデル●●」という指定済目標の目標別貯金額に「お風呂そうじ」の対価金額「５０円」が加算される。その結果、「プラモデル●●」という指定済目標の目標別貯金額が「０円」から「５０円」に更新される。第１指定済目標領域３１８の更新に際し、管理サーバ１０の画面情報生成部１５０は、第１指定済目標領域３１８の目標別貯金額インジケータ３２６を「５０円」分進め、目標別貯金額３２８を更新後の目標別貯金額である「５０円」とし、目標別貯金額達成割合３３０を５０円／２０００円に対応する２．５％とする。併せて画面情報生成部１５０は、子供４ｂの総貯金額３２０に「５０円」を表示する。画面情報生成部１５０は上記のように更新された後の第１指定済目標領域３１８の画面情報を新たに生成しネットワーク６を介して子供携帯端末１２に送信してもよい。子供携帯端末１２の表示制御部１０２は受信された画面情報に基づいて、更新後の第１指定済目標領域３１８をディスプレイ１２４に表示させてもよい。

図１４は、子供４ｂが新規の労働を親４ａに申請する際に子供携帯端末１２のディスプレイ１２４および親携帯端末１４のディスプレイに表示される画面の遷移を示す画面遷移図である。まだ親アプリを介して登録されていないけれども設定したい労働（新規のお手伝いなど）がある場合、子供４ｂは、子供アプリを介して独自に申請することができる。

トップ画面３０２のためるボタン３７６をタップするとためる画面３７８に遷移することについては、図１３と同様である。ためる画面３７８は、候補労働領域３８０、３８２を表示する状態と労働申請領域４０４を表示する状態とを子供４ｂのスワイプまたはフリックにより切替可能に構成される。子供４ｂは、ためる画面３７８においてスワイプまたはフリックすることで、労働申請領域４０４をためる画面３７８に表示させる。労働申請領域４０４は、新規労働入力領域４０６と、新規対価入力領域４０８と、するボタン４１０と、を有する。子供４ｂは、新規の労働を新規労働入力領域４０６に、その対価金額を新規対価入力領域４０８に、それぞれ入力し、するボタン４１０をタップする。

するボタン４１０がタップされると、子供携帯端末１２の労働受付部１０６は、子供４ｂの子供ＩＤと新規労働入力領域４０６に入力された新規の労働と新規対価入力領域４０８に入力された新規の対価金額と対象の指定済目標（ためるボタン３７６がタップされた時点でトップ画面３０２の正面に表示されていた指定済目標領域に対応する指定済目標）とを含む労働登録要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の労働管理部１５４は、受信された労働登録要求の子供ＩＤに対応する親ＩＤに対応付けて、労働登録要求に含まれる新規の労働と新規の対価金額と子供ＩＤとを労働情報保持部１４２に登録すると共にそのステータスとして「承諾待ち」を登録する。

画面情報生成部１５０は、ステータスが「承諾待ち」となっている労働とその対価金額とを労働情報保持部１４２から特定し、特定された労働および対価金額を用いて労働許否領域４１２の画面情報を生成する。労働管理部１５４は、特定された労働に対応する親ＩＤの親４ａの親携帯端末１４へ、生成された画面情報をネットワーク６を介して送信する。親携帯端末１４の表示制御部１３０は、受信された画面情報に基づいて労働許否領域４１２を含むあげる画面３９４をディスプレイに表示させる。このように、子供４ｂによって新規の労働が申請されると、一旦、親４ａの承諾待ちとなる。

労働許否領域４１２は、申請された新規労働４１４と、申請された新規対価金額４１６と、却下ボタン４１８と、承諾ボタン４２０と、を有する。親４ａが承諾ボタン４２０をタップすると、親携帯端末１４の候補労働設定部１３４は申請された労働の承諾を示す労働承諾信号を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の労働管理部１５４は、労働承諾信号を受信すると、承諾された労働を、労働登録要求に含まれていた対象の指定済目標の指定労働として子供情報保持部１４６に登録する。労働管理部１５４は、労働情報保持部１４２において、承諾された労働のステータスを「労働指定済み」に変更する。

画面情報生成部１５０は労働承諾表示領域４２２の画面情報を生成し、ネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいて、労働申請領域４０４の上に労働承諾表示領域４２２が重畳表示されるためる画面３７８をディスプレイ１２４に表示させる。このように、申請された労働が親４ａにより承諾されると、労働として正式に登録されるユーザインタフェースが実現される。

また、親４ａが承諾ボタン４２０をタップすると、画面情報生成部１５０は承諾された労働およびその対価金額を用いて第２完了判定領域４２６の画面情報を生成する。労働管理部１５４は、親携帯端末１４へ、生成された画面情報をネットワーク６を介して送信する。親携帯端末１４の表示制御部１３０は、受信された画面情報に基づいて第２完了判定領域４２６を含むあげる画面３９４をディスプレイに表示させる。第２完了判定領域４２６の構成は、第１完了判定領域３９２の構成に準じる。

労働許否領域４１２において親４ａが却下ボタン４１８をタップすると、親携帯端末１４の候補労働設定部１３４は申請された労働の却下を示す労働却下信号を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の労働管理部１５４は、労働却下信号を受信すると、却下された労働を労働情報保持部１４２から削除する。画面情報生成部１５０は、労働拒否表示領域４２４の画面情報を生成し、ネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいて、労働申請領域４０４の上に労働拒否表示領域４２４が重畳表示されるためる画面３７８をディスプレイ１２４に表示させる。このように、申請された労働が親４ａによって却下されると、却下の旨が子供４ｂに通知され、却下された労働は削除される。なお、却下された労働を削除する代わりに、却下ラベルを付与してもよい。

図１５は、目標金額が達成された後の購入処理において、子供携帯端末１２のディスプレイ１２４および親携帯端末１４のディスプレイに表示される画面の遷移を示す画面遷移図である。子供４ｂがお手伝いを繰り返すことにより、「プラモデル●●」の目標別貯金額が目標金額「２０００円」に到達したとする。この状態で管理サーバ１０の画面情報生成部１５０は、第１指定済目標領域３１８の目標別貯金額インジケータ３２６が全て埋まり、目標別貯金額３２８が目標金額「２０００円」と等しくなり、目標別貯金額達成割合３３０が「１００％」となる第１指定済目標領域３１８の画面情報を生成し、ネットワーク６を介して子供携帯端末１２に送信する。子供携帯端末１２の表示制御部１０２は受信された画面情報に基づいて、目標金額が達成された第１指定済目標領域３１８をディスプレイ１２４に表示させる。

次いで画面情報生成部１５０は、購入可能領域４３０の画面情報を生成し、ネットワーク６を介して子供携帯端末１２に送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいて、第１指定済目標領域３１８の上に購入可能領域４３０が重畳表示されたトップ画面３０２をディスプレイ１２４に表示させる。これにより、目標金額を達成した指定済目標に係る物（図１５の場合、「プラモデル●●」）を購入可能な状態となる。購入受付部１１０は、購入可能領域４３０の購入ボタン４３２に対するタップを検出すると、第１指定済目標領域３１８に対応する指定済目標と子供４ｂの子供ＩＤとを含む購入依頼を生成し、ネットワーク６を介して管理サーバ１０に送信する。

管理サーバ１０の購入管理部１５６は、目標情報保持部１４０において、受信した購入依頼に含まれる指定済目標のステータスを「購入処理待ち」に変更する。購入管理部１５６は、受信した購入依頼に含まれる指定済目標に対応する親ＩＤの親４ａの親携帯端末１４へ、子供携帯端末１２から受信した購入依頼を転送する。親携帯端末１４の表示制御部１３０は、購入依頼を受信する前は、目標金額が達成された指定済目標に対応する第２指定済目標領域３３２の上に親側購入可能領域４３４が重畳表示されるトップ画面３０６をディスプレイに表示させる。表示制御部１３０は、購入依頼を受信すると、第２指定済目標領域３３２の上に購入処理領域４３６が重畳表示されるトップ画面３０６をディスプレイに表示させる。これにより、親４ａによる購入手続きが可能な状態になる。購入処理部１３８は、購入処理領域４３６の購入ボタン４３８に対するタップを検出すると、購入承諾信号を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の購入管理部１５６は、購入承諾信号を受信すると、親情報保持部１４４を参照し、購入を承諾した親４ａの決済情報を特定する。購入管理部１５６は、特定された決済情報を用いて指定済目標に係る購入処理を行う。購入処理の際、管理サーバ１０は銀行サーバ８と通信してもよい。購入は、オフラインの実店舗で行われてもよいし、オンラインで行われてもよい。

図１６は、子供４ｂが貯金を元手に仮想的な投資を行う際の処理において、子供携帯端末１２のディスプレイ１２４に表示される画面の遷移を示す画面遷移図である。子供４ｂは、トップ画面３０２上で投資の対象とする指定済目標の指定済目標領域（図１６の例では、「プラモデル●●」の第１指定済目標領域３１８）をスワイプやフリックで選択する。子供４ｂが投資するボタン４４０をタップすると、子供携帯端末１２の投資受付部１１２はそのタップを検出した時点でトップ画面３０２の正面に表示されている第１指定済目標領域３１８に対応する指定済目標を投資対象の指定済目標として取得する。投資受付部１１２は、子供４ｂの子供ＩＤと投資対象の指定済目標とを含む投資検討要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の投資管理部１５８は、投資検討要求を受信すると、投資情報保持部１４８から各投資のパフォーマンスを取得する。投資管理部１５８は、投資対象の指定済目標の目標別貯金額を子供情報保持部１４６から取得する。投資管理部１５８は、取得されたパフォーマンスと取得された目標別貯金額とを用いて、投資のシミュレーションを行う。画面情報生成部１５０は、投資管理部１５８によって行われたシミュレーションの結果を用いて投資シミュレーション画面４４２の画面情報を生成する。投資管理部１５８は、生成された画面情報をネットワーク６を介して子供携帯端末１２へ送信する。子供携帯端末１２の表示制御部１０２は、受信した画面情報に基づいて投資シミュレーション画面４４２をディスプレイ１２４に表示させる。

投資シミュレーション画面４４２は、目標別貯金額４４４と、第１投資アイコン４４６と、第２投資アイコン４４８と、第３投資アイコン４５０と、シミュレーション結果表示領域４５２と、投資ボタン４５４と、を有する。子供４ｂはまず目標別貯金額４４４を見て原資を確認し、三つの投資アイコン４４６、４４８、４５０から一つを選択する。どの投資アイコンも選択されていない状態では、シミュレーション結果表示領域４５２には投資を行わない場合の結果のみが表示され、投資ボタン４５４は選択不可となっている。

子供４ｂが第１投資アイコン４４６をタップすると、シミュレーション結果表示領域４５２には第１投資アイコン４４６に対応する「投資Ａ」に投資した場合のシミュレーション結果が表示される。特に、シミュレーション結果表示領域４５２には、ベストシナリオおよびワーストシナリオのそれぞれに対応する結果が示され、場合によっては元本割れの可能性があることが示唆される。投資ボタン４５４は選択可能な状態になる。子供４ｂが第２投資アイコン４４８、第３投資アイコン４５０をタップした場合も同様に、対応する「投資Ｂ」、「投資Ｃ」のシミュレーション結果がシミュレーション結果表示領域４５２に表示される。

子供４ｂはシミュレーション結果表示領域４５２に表示されるシミュレーション結果を検討し、投資ボタン４５４をタップすることで投資を選択する。子供携帯端末１２の投資受付部１１２は、投資ボタン４５４がタップされたときに選択されていた投資アイコンに対応する投資を含む投資実行要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の投資管理部１５８は、投資実行要求を受信すると、選択された投資の投資ＩＤと投資額と評価額とを、投資対象の指定済目標に対応付けて子供情報保持部１４６に登録する。本実施の形態では、最初の投資額は投資を選択したときの目標別貯金額全額である。他の実施の形態では、子供携帯端末は、投資を選択する際に子供から、初期投資額および定期投資額の指定を受け付けてもよい。

画面情報生成部１５０は、投資情報が更新された指定済目標について、投資情報を用いて指定済目標領域の表示内容を更新する。図１６の例では、投資シミュレーション画面４４２において子供４ｂが「投資Ａ」を選択して投資ボタン４５４をタップすると、ディスプレイ１２４の画面は更新されたトップ画面３０２に遷移する。このトップ画面３０２は、現在の総貯金額３２０に加えて、現在の投資Ａへの総投資額４５６と、現在の総評価額４５８と、を有する。第１指定済目標領域３１８の目標別貯金額インジケータ３２６、目標別貯金額３２８、目標別貯金額達成割合３３０はいずれも評価額を反映するよう更新される。

その後、子供４ｂがお手伝いを繰り返すことにより投資額が増え、投資のパフォーマンスも良好であり、「プラモデル●●」の評価額が目標金額「２０００円」に到達したとする。この状態で管理サーバ１０の画面情報生成部１５０は、第１指定済目標領域３１８の目標別貯金額インジケータ３２６が全て埋まり、目標別貯金額３２８が目標金額「２０００円」と等しくなり、目標別貯金額達成割合３３０が「１００％」となる第１指定済目標領域３１８の画面情報を生成し、ネットワーク６を介して子供携帯端末１２に送信する。子供携帯端末１２の表示制御部１０２は受信された画面情報に基づいて、目標金額が達成された第１指定済目標領域３１８をディスプレイ１２４に表示させる。

次いで画面情報生成部１５０は、購入可能領域４３０の画面情報を生成し、ネットワーク６を介して子供携帯端末１２に送信する。子供携帯端末１２の表示制御部１０２は、受信された画面情報に基づいて、第１指定済目標領域３１８の上に購入可能領域４３０が重畳表示されたトップ画面３０２をディスプレイ１２４に表示させる。これにより、目標金額を達成した指定済目標に係る物（図１６の場合、「プラモデル●●」）を購入可能な状態となる。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係る金融教育システム２によると、子供４ｂに、自分自身で貯めたお金を用いて、欲しい物を、自分自身で購入したという達成感を与えることができる。また、子供４ｂにお金を貯めることの大変さ、大切さを実感させることが可能となるだけでなく、達成感を与えることで、また頑張ろうとの意欲を醸成することが可能である。

また、本実施の形態に係る金融教育システム２では、子供アプリから直接物品を購入するのではなく、親アプリを介して購入することで、不要な購入やトラブルを抑制または防止することができる。

また、本実施の形態に係る金融教育システム２では、図１６に例示されるように子供４ｂによる仮想的な投資が可能となっている。ここでは、以下が実現される。
１．投資（リスクとリターンの違うもの）の選択
２．貯金だけした場合との比較
３．投資は増える場合も減る場合もあることの提示（子供４ｂによる学び）

以上、実施の形態に係る金融教育システム２の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。

実施の形態では、選択できる投資が仮想的な投資である場合を説明したが、これに限られない。例えば、実際の投資信託や株式、ジュニアＮＩＳＡなどを購入することを可能にしてもよい。また、実際の投資信託や株式を投資として選択可能としながらも、実際には投資しないようにしてもよい。投資信託、株式、ジュニアＮＩＳＡに投資する場合は、親が口座開設している金融機関の商品を対象としてもよい。

ジュニアＮＩＳＡを選択する場合、１８歳まで引き出すことができないため、それに相応しい目標（たとえば、大学の学費など）を選択したときだけジュニアＮＩＳＡで投資できるように構成してもよい。親や祖父・祖母の援助条件を別枠で設けることを可能にしてもよい（年間の投資額は８０万円まで非課税、制度継続期間は２０１６年から２０２３年までなどジュニアＮＩＳＡの規定に従う）。

実施の形態では、実際の投資額が１０００円だが仮想的な投資による評価額が２０００円のとき、親がその差額（投資による増えた分）を補てんして購入するが、これに限られない。例えば、実際の投資信託や株式、ジュニアＮＩＳＡによる投資の場合は、基本、実際の評価額が親の口座にあるため、補てんを行わなくてもよい。実際の投資信託や株式を投資として選択するものの、実際には投資しない場合、仮想的な投資と同じように、投資による増えた金額は親が補てんするようにしてもよい。

実施の形態では、親４ａが子供４ｂにお小遣いをあげる場合を説明したが、これに限られず、例えば祖父・祖母が子供４ｂに援助を行えるよう構成してもよい。図１７は、子供４ｂが祖父または祖母に援助を求める際の画面の遷移を示す画面遷移図である。前提として、祖父または祖母は自分の携帯端末に祖父・祖母アプリケーションプログラム（以下、祖父祖母アプリという）をダウンロードしてインストールしている。子供携帯端末１２は、トップ画面３０２の援助ボタン４６０に対するタップを検出すると、援助要求を生成し、ネットワーク６を介して管理サーバ１０に送信する。管理サーバ１０の画面情報生成部１５０は、援助許否領域４６２を含むあげる画面４６４の画面情報を生成し、ネットワーク６を介して祖父または祖母の携帯端末に送信する。

あげる画面４６４は、援助を要求した子供４ｂを表す子供アイコン４６６と、援助許否領域４６２と、を有する。援助許否領域４６２は、援助対象の目標４６８と、援助額入力領域４７０と、あげるボタン４７２と、却下ボタン４７４と、を有する。祖父または祖母は、子供アイコン４６６および援助対象の目標４６８を見ることで、どの孫が何に対する援助を求めてきたかを把握する。祖父または祖母は、援助する場合、援助額入力領域４７０に援助額を入力し、あげるボタン４７２をタップし、援助しない場合は却下ボタン４７４をタップする。あげるボタン４７２がタップされると、援助額入力領域４７０に入力された援助額が管理サーバ１０に送信される。管理サーバ１０の画面情報生成部１５０は、子供携帯端末１２のディスプレイ１２４に表示されるトップ画面３０２の総貯金額３２０および第１指定済目標領域３１８を、受信した援助額で更新する。

なお、祖父・祖母による援助は無条件でもよいし、条件を付けてもよい。条件として以下を設定してもよい。
１．貯金額が一定以上になったとき（例：半分になったら、７割に達したら）
２．援助する回数（例：１回まで、３回まで）
３．援助する金額（例：目標金額の２０％まで、５００円まで）
４．援助を受けるためにクリアすべき事項
援助する金額は事前に決めてよいし、図１７の例のように祖父・祖母に委ねてもよい。また、援助する回数も事前に決めてもよいし、決めなくてもよい。援助する回数は甘やかさないためにも１回とすることが妥当な場合もある。

実施の形態では、子供４ｂがお手伝いをした場合に親４ａがお小遣いをあげる場合について説明したが、これに限られない。例えば、子供アプリ、親アプリはお金の大切さを学ぶアプリであるため、「金融に関するクイズで正解したら」という条件を付け、金融知識（投資など）を学ぶアプリとして用いてもよい。クイズは、アプリ提供側が用意してもよいし、親が作成してもよい。正解時の金額はクイズの難易度に合わせて決定されてもよい。アプリ提供側が提供するクイズには難易度のランクを付してもよい。そうすることで、親がクイズを作成するときの参考とすることができる。

実施の形態では、子供アプリおよび親アプリについて説明したが、これに限られず、例えば、管理する側のアプリケーションおよび管理される側のアプリケーションに実施の形態に係る技術的思想を適用してもよい。例えば、夫婦で金銭管理をしている方が管理側アプリケーションを用い、そうでない方が被管理側アプリケーションを用いてもよい。

実施の形態では、子供４ｂがお手伝いをすることにより親４ａからお小遣いを得る場合について説明したが、これに限られず、子供４ｂは他の労働を行うことで対価を得てもよい。例えば、候補労働としてお手伝いだけでなく、宿題や読書などが設定されてもよい。

実施の形態では、子供４ｂが欲しい物を目標として指定する場合を説明したが、これに限られず、子供４ｂは目標金額を設定可能な他の目標を指定してもよい。例えば、旅行や遊園地などのサービス（コト消費）が目標として設定されてもよい。

実施の形態では、子供４ｂの総貯金額３２０および目標別貯金額の両方を用いる場合について説明したが、これに限られず、いずれか一方のみを用いてもよい。総貯金額３２０のみを用いる場合は、指定された目標の目標金額に対する達成度は、目標金額と総貯金額との比較により評価される。また、複数の目標が指定されている場合、各目標の貯金額は同じ（総貯金額）となる。

実施の形態では、指定された目標の目標金額の達成度を示す指標として目標別貯金額インジケータ３２６、目標別貯金額３２８および目標別貯金額達成割合３３０を用いる場合を説明したが、これに限られず、他の態様の指標が用いられてもよい。

実施の形態では、口座間での実際の資金の移動を伴わない仮想的な貯金−購入の仕組みについて説明したが、これに限られない。例えば、親４ａおよび子供４ｂの両方が金融機関（例えば、銀行）に口座を持っている場合、親４ａの口座から子供４ｂの口座に対価金額を振り替えてもよい。この場合、現在の総貯金額は、子供４ｂの口座から情報を取得して表示する。購入の際には、「振り替え指示」を銀行の銀行サーバ８に通知する。これにより、購入に必要な金額が子供４ｂの口座から親４ａの口座に振り替えられる。

（第２の実施の形態）
第１の実施の形態では、親アプリについて、父親、母親の区別をしない場合を説明した。第２の実施の形態では、親アプリにおいて父親、母親の区別をする。それ以外にも、第２の実施の形態では、保持部のデータ構造を第１の実施の形態のものから変更する。

図１９は、第２の実施の形態に係る金融教育システムの管理サーバ２０の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

管理サーバ２０は、目標情報保持部２４０と、労働情報保持部２４２と、親情報保持部２４４と、子供情報保持部２４６と、投資情報保持部２４８と、労働履歴情報保持部２６０と、貯金・投資履歴情報保持部２６２と、貯金・投資情報保持部２６４と、画面情報生成部２５０と、目標管理部２５２と、労働管理部２５４と、購入管理部２５６と、投資管理部２５８と、を備える。

図２０は、図１９の目標情報保持部２４０の一例を示すデータ構造図である。目標情報保持部２４０は、目標を特定する目標ＩＤと、目標と、目標金額と、目標を登録した者を表す登録者と、目標を承認した者を表す承認者と、目標を指定している子供を特定する指定対象子供ＩＤと、目標のステータスと、を対応付けて保持する。本実施の形態では、父親であれ母親であれ親が目標を登録した場合にその目標が自動的に承認されてもよい。あるいはまた、父親が登録した後、母親が承認するといったように登録者と承認者とを分けてもよい。例えば、図２０の目標情報保持部２４０の目標ＩＤ「１」のエントリは父親（親ＩＤ「ＰＡ０１」）が登録し、父親が承認した場合を表しており、目標ＩＤ「２」のエントリは父親が登録し、母親（親ＩＤ「ＰＡ０２」）が承認した場合を表す。なお、子供が登録した場合は、親の承認が必須となる。

目標情報保持部２４０において、目標は、子供ごとに登録される。どの子供の目標であるかは、指定対象子供ＩＤで識別する。目標について、基本は、使用済みのエントリを再利用することはせず、新しい目標を次々に登録していく。そのため、目標情報保持部２４０では目標をステータスで管理する。無論、コピー機能を使って、すでに購入完了した目標を再度、目標に設定してもよい。

目標のステータスは以下のように変化する。目標が登録されるとまず「承認待ち」となる。そこで却下されると「却下済み」となる。承認されると「候補設定済み」となり、そこで削除されると「削除済み」となる。ある目標について子供が「ほしい」ボタンをタップすると、その目標のステータスは「候補設定済み」から「目標指定済み」になる。目標金額が達成され、子供アプリにより購入依頼が発せられると、その目標のステータスは「目標設定済み」から「購入処理待ち」になる。親アプリが購入を承認すると、ステータスは「購入処理中」に変化し、子供が目標に係る物品またはサービスを受け取ると「購入完了」に変化する。

図２１は、図１９の労働情報保持部２４２の一例を示すデータ構造図である。労働情報保持部２４２は、労働を特定する労働ＩＤと、労働と、労働の対価金額と、労働を行えるタイミングと、労働を登録した者を表す登録者と、労働を承認した者を表す承認者と、労働を指定している子供を特定する対象子供ＩＤと、労働のステータスと、を対応付けて保持する。本実施の形態では、父親であれ母親であれ親が労働を登録した場合にその労働が自動的に承認されてもよい。あるいはまた、父親が登録した後、母親が承認するといったように登録者と承認者とを分けてもよい。なお、子供が登録した場合は、親の承認が必須となる。

子供に合った労働を労働情報保持部２４２に登録することができる。図２１の例では、労働「お風呂そうじ」は、子供ＩＤ「ＣＨ０１」の子供および子供ＩＤ「ＣＨ０２」の子供のどちらでも労働指定できるが、労働「ゴミ出し」は子供ＩＤ「ＣＨ０１」の子供のみが労働指定できる。

労働のステータスは以下のように変化する。労働が登録されるとまず「承認待ち」となる。そこで却下されると「却下済み」となる。承認されると「候補設定済み」となり、そこで削除されると「削除済み」となる。ある労働について子供が「する」ボタンをタップすると、その労働のステータスは「候補設定済み」から「労働指定済み」になる。親が完了」ボタンをタップすると、対象の労働のステータスは「労働指定済み」から「候補設定済み」に戻る。

図２２は、図１９の親情報保持部２４４の一例を示すデータ構造図である。親情報保持部２４４は、父親か母親かまで区別可能な親ＩＤと、表示名と、購入サイトのＵＲＬと、その購入サイトで使用する決済ＩＤと、その決済ＩＤに対応する決済パスワードと、親の子供を特定する子供ＩＤと、を対応付けて保持する。親情報保持部２４４に示されるように、本実施の形態では、同じ子供の親でも父親と母親とに別々のＩＤが割り当てられる。

図２３は、図１９の子供情報保持部２４６の一例を示すデータ構造図である。子供情報保持部２４６は、子供を特定する子供ＩＤと、子供が指定している目標を特定する目標ＩＤと、その目標のステータスと、を対応付けて保持する。

図２４は、図１９の投資情報保持部２４８の一例を示すデータ構造図である。投資情報保持部２４８は、投資を特定する投資ＩＤと、投資銘柄名と、投資銘柄についての説明と、投資のパフォーマンスと、を対応付けて保持する。

図２５は、図１９の労働履歴情報保持部２６０の一例を示すデータ構造図である。労働履歴情報保持部２６０は、どの子供がどの目標についてどの労働を行ったかを特定可能な子供ＩＤと目標ＩＤと労働ＩＤとの組と、その労働で得た対価金額と、その労働を開始した日時と、その労働を終了した（または完了したと判定された）日時と、を対応付けて保持する。

図２６は、図１９の貯金・投資履歴情報保持部２６２の一例を示すデータ構造図である。貯金・投資履歴情報保持部２６２は、どの子供がどの目標についてどの貯蓄方法を採用したかを特定可能な子供ＩＤと目標ＩＤと貯蓄方法との組と、貯蓄方法が貯金であればその貯金額と、貯蓄方法が投資であれば選択された投資の投資ＩＤおよび投資額と、を対応付けて保持する。

図２７は、図１９の貯金・投資情報保持部２６４の一例を示すデータ構造図である。貯金・投資情報保持部２６４は、子供ＩＤと、子供が指定している目標を特定する目標ＩＤと、目標の目標金額と、目標についての現在の貯金額と、投資額と、評価額と、を対応付けて保持する。

図１９に戻り、目標管理部２５２は目標に関する情報の管理を行う。親携帯端末１４は、親４ａから、目標と目標金額との組の入力を受け付ける。親携帯端末１４は、入力された目標と目標金額との組を管理サーバ２０に送信し、目標管理部２５２は受信した組を、受信した組の送信元の親４ａの親ＩＤを登録者として目標情報保持部２４０に登録する。

目標管理部２５２は、子供４ｂによって指定された目標を子供携帯端末１２から受信し、目標情報保持部２４０において、受信された目標のステータスを「目標指定済み」に変更すると共にその目標を指定した子供４ｂの子供ＩＤを指定対象子供ＩＤとして登録する。併せて目標管理部２５２は、受信された目標を、その目標を指定した子供４ｂの子供ＩＤに対応付けて子供情報保持部２４６に登録する。

目標管理部２５２は、子供携帯端末１２から購入依頼を受信し、目標情報保持部２４０において、受信された購入依頼に係る目標のステータスを「購入処理待ち」に変更する。目標管理部２５２は、親４ａが購入依頼に応じて購入を承認した旨の通知を親携帯端末１４の購入管理部１５６から受けると、目標情報保持部２４０および子供情報保持部２４６におけるその購入依頼に係る目標のステータスを「購入処理中」に変える。

労働管理部２５４は労働に関する情報の管理を行う。親携帯端末１４は、親４ａから、労働と対価金額と（オプションでタイミングと）の組の入力を受け付ける。親携帯端末１４は、入力された労働と対価金額との組を管理サーバ２０に送信し、労働管理部２５４は受信した組を、受信した組の送信元の親４ａの親ＩＤを登録者として労働情報保持部２４２に登録する。

労働管理部２５４は、目標に対して子供４ｂが指定した労働を子供携帯端末１２から受信し、労働情報保持部２４２において、受信された労働のステータスを「労働指定済み」に変更すると共にその労働を指定した子供４ｂの子供ＩＤを対象子供ＩＤとして登録する。

労働管理部２５４は、労働の完了を示す完了信号を親携帯端末１４から受信し、労働情報保持部２４２において、完了したと判定された労働のステータスを「候補設定済み」に戻すと共に対応する対価金額を取得する。併せて労働管理部２５４は、貯金・投資情報保持部２６４において、完了したと判定された労働の対象となる目標の目標別貯金額を取得された対価金額で更新する。

購入管理部２５６は購入に関する情報の管理を行う。購入管理部２５６は、目標に関する購入依頼を子供携帯端末１２から受信する。購入管理部２５６は、目標情報保持部２４０において、受信された購入依頼に係る目標のステータスを「購入処理待ち」に変更する。購入管理部２５６は、子供４ｂから購入依頼があった旨を親携帯端末１４に、ネットワーク６を介して通知する。

投資管理部２５８は投資に関する情報の管理を行う。子供４ｂが子供アプリを介して目標のひとつについて投資を申し込むと、投資管理部２５８は子供携帯端末１２から申し込まれた投資の情報（どの投資にいくら投資したか）を受信する。投資管理部２５８は、貯金・投資情報保持部２６４において、投資額を、投資を申し込んだ子供４ｂの子供ＩＤおよび投資対象の目標に対応付けて登録する。

投資管理部２５８は、外部のリソースを参照することなどにより、周期的に投資情報保持部２４８のパフォーマンスを更新する。投資管理部２５８は、この更新のタイミングで、貯金・投資情報保持部２６４に保持されている各投資について、その評価額を更新する。

画面情報生成部２５０は、第１の実施の形態の画面情報生成部１５０と同様に構成される。

以上の構成による金融教育システムの動作および画面遷移は第１の実施の形態に係る金融教育システムの動作および画面遷移に準じる。

本実施の形態に係る金融教育システムによると、第１の実施の形態に係る金融教育システム２によって奏される作用効果と同様の作用効果が奏される。加えて、父親と母親とが別々に管理する場合にも適した金融教育システムが提供される。また、労働履歴情報保持部２６０や貯金・投資履歴情報保持部２６２を参照することで、親や子供は活動の履歴を確認することができる。

２ 金融教育システム、 ４ａ 親、 ４ｂ 子供、 ６ ネットワーク、 ８ 銀行サーバ、 １０ 管理サーバ。

Claims (5)

1. 目標金額が関連付けられた目標の指定を受け付ける機能と、
   指定された目標の目標金額の達成度を示す指標をディスプレイに表示させる機能と、
   対価金額が関連付けられた労働の指定を受け付ける機能と、
   指定された労働を完了したと判定された場合、該労働の対価金額で更新された指標を前記ディスプレイに表示させる機能と、を端末に実現させるためのコンピュータプログラム。
2. 前記コンピュータプログラムは子供用のコンピュータプログラムであり、
   前記コンピュータプログラムはさらに、指定された目標の目標金額が達成されたと判定されると、指定された目標に関する購入依頼を、親用のコンピュータプログラムがインストールされた他の端末にネットワークを介して送信可能とする機能を前記端末に実現させる請求項１に記載のコンピュータプログラム。
3. 目標の指定を受け付ける機能は、
   前記他の端末において設定された複数の候補目標のなかからひとつをユーザに選択させる機能、または
   ユーザにより入力された所望の目標を、前記他の端末に前記ネットワークを介して送信可能とする機能、もしくはその両方を含む請求項２に記載のコンピュータプログラム。
4. 労働の指定を受け付ける機能は、
   前記他の端末において設定された複数の候補労働のなかからひとつをユーザに選択させる機能、または
   ユーザにより入力された所望の労働を、前記他の端末に前記ネットワークを介して送信可能とする機能、もしくはその両方を含む請求項２または３に記載のコンピュータプログラム。
5. 現在の貯金額を元にした仮想的なまたは現実の投資の申し込みを受け付ける機能と、
   申し込まれた投資の評価額で更新された指標を前記ディスプレイに表示させる機能と、をさらに前記端末に実現させる請求項１から４のいずれか一項に記載のコンピュータプログラム。