JP2019153185A - シミュレーション支援プログラム、シミュレーション支援方法及びシミュレーション装置 - Google Patents

Abstract

【課題】ユーザによるシミュレーション条件の入力を省略する。【解決手段】実施形態のシミュレーション装置は、ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する。シミュレーション装置は、第１の口座情報が存在すると判定した場合、第１の口座情報に含まれる第１の残高を第１の目的の支払いシミュレーションの頭金に設定する。【選択図】図１２

Description

本発明の実施形態は、シミュレーション支援プログラム、シミュレーション支援方法及びシミュレーション装置に関する。

従来、ユーザの端末を使った金融取引に関する技術が知られている。例えば、ユーザの端末を用いてローンの設定を行う技術が知られている。また、例えば、ホームページを介してサービスの内容の見積もり及びローンに関する情報を提示する技術が知られている。また、例えば、携帯端末を使った与信申し込みの際に、推奨与信枠を提示する技術が知られている。

特開２００４−０７８２９３号公報 特開２００４−１３９３４６号公報 特開２０１４−２２５２５３号公報

しかしながら、上記の従来技術では、ユーザによるシミュレーション条件の入力を省略することが困難な場合があるという問題がある。

１つの側面では、ユーザによるシミュレーション条件の入力を省略することを目的とする。

第１の案では、シミュレーション支援プログラムは、ユーザと口座の残高と貯金の目的とが対応づけられた口座情報の中に、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する処理をコンピュータに実行させる。第１の口座情報が存在すると判定した場合、第１の口座情報に含まれる第１の残高を第１の目的の支払いシミュレーションの頭金に設定する処理をコンピュータに実行させる。

本発明の１実施態様によれば、ユーザによるシミュレーション条件の入力を省略することができる。

図１は、実施形態にかかる金融取引管理システムを説明する説明図である。 図２は、実施形態にかかるユーザ端末の機能構成例を示すブロック図である。 図３は、実施形態にかかる金融取引管理装置の機能構成例を示すブロック図である。 図４は、貯金箱情報を説明する説明図である。 図５は、口座を開設する処理の一例を示すシーケンス図である。 図６は、貯金箱選択画面の一例を示す図である。 図７は、貯金箱設定画面の一例を示す図である。 図８は、ポータル画面の一例を示す図である。 図９は、口座情報を提供する処理の一例を示すシーケンス図である。 図１０は、ポータル画面の一例を示す図である。 図１１は、実施形態にかかるシミュレーションシステムを説明する説明図である。 図１２は、実施形態にかかるシミュレーション装置の機能構成例を示すブロック図である。 図１３は、貯金箱情報を説明する説明図である。 図１４は、住宅情報表示画面の一例を示す図である。 図１５は、チャット画面の一例を示す図である。 図１６は、チャット画面の一例を示す図である。 図１７は、シミュレーションを実行する処理の一例を示すフローチャートである。 図１８は、残高を頭金として取得する処理の一例を示すフローチャートである。 図１９は、車両情報を説明する説明図である。 図２０は、車両情報表示画面の一例を示す図である。 図２１は、車両情報表示画面の一例を示す図である。 図２２は、車両情報表示画面の一例を示す図である。 図２３は、シミュレーションを実行する処理の一例を示すフローチャートである。 図２４は、ＡＲ表示を実行する処理の一例を示すフローチャートである。 図２５は、実施形態にかかる金融取引管理装置のハードウエア構成例を示すブロック図である。

以下、図面を参照して、実施形態にかかる口座開設支援プログラム、口座情報の提供プログラム、口座開設支援方法、口座情報の提供方法及び金融取引管理装置を説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する口座開設支援プログラム、口座情報の提供プログラム、口座開設支援方法、口座情報の提供方法及び金融取引管理装置は、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。

実施形態にかかる金融取引管理システムは、複数ユーザの口座を一括して管理する。実施形態にかかる金融取引管理システムは、例えば、金融機関への処理依頼、及びユーザへの口座情報の提供を行う。

図１は、実施形態にかかる金融取引管理システムを説明する説明図である。図１に示すように、金融取引管理システム１は、ユーザ端末１０ａ、ユーザ端末１０ｂ、及び各ユーザ端末と接続された金融取引管理装置２０を有する。また、金融取引管理装置２０は、金融システム３０と接続されている。金融取引管理システム１において、ユーザ端末１０ａ、ユーザ端末１０ｂ、金融取引管理装置２０及び金融システム３０は、インターネット、ＬＡＮ（Local Area Network）などの通信ネットワークを介して互いに通信可能に接続されている。

具体的には、ユーザ端末１０ａ及びユーザ端末１０ｂは、ＰＣ（Personal Computer）、スマートフォン、タブレット端末などを適用できる。また、金融取引管理装置２０は、クラウド上のサーバ装置を適用できる。また、金融システム３０は、銀行の勘定系ホスト機能を有するサーバ装置を適用できる。なお、以降の説明で、ユーザ端末１０ａ及びユーザ端末１０ｂについて、それぞれを区別しない場合、単にユーザ端末１０と呼ぶ。

図１を用いて、ユーザ端末１０ａを利用するユーザ（Ａさん）、及びユーザ端末１０ｂを利用するユーザ（Ｂさん）が、金融取引管理システム１を利用して、資金を出し合って結婚資金のために貯金をする場合の例について説明する。この場合、金融取引管理システム１を利用することで、Ａさん及びＢさんは、金融機関への処理依頼及び情報の共有を効率的に行うことができる。

図１に示すように、まず、ユーザ端末１０ａは、Ａさんによって入力された各項目の内容を金融取引管理装置２０に送信するとともに、取引の実行を要求する。このとき、ユーザ端末１０ａには、Ａさんの口座情報、Ｂさんの口座情報、貯金の目的、月の貯金目標額、最終的な貯金の目標額などが入力されている。また、口座情報には、店番及び口座番号などが含まれる。

次に、金融取引管理装置２０は、送信された各口座情報にかかる口座が存在するか否かの照会を、金融システム３０に依頼する。そして、金融システム３０は、依頼された口座が存在するかをチェックし、チェックした結果を金融取引管理装置２０に通知する。ここで、金融取引管理装置２０は、口座が存在している旨の通知を受けると、各口座情報に対する貯蓄口座の開設を金融システム３０に依頼する。

そして、金融システム３０は、各口座情報にかかる普通口座に紐付く貯蓄口座を開設する処理を行う。このとき、金融システム３０は、口座の開設に伴い、Ａさんの普通口座情報に紐付くＡさんの貯蓄口座情報、及びＢさんの普通口座情報に紐付くＢさんの貯蓄口座情報を作成する。

なお、ここでは、普通口座及び貯蓄口座とは、それぞれ既存の口座及び当該既存の口座に紐付く新たに作成される口座を指すものであり、金融機関における口座の種別を限定するものではない。例えば、普通口座及び貯蓄口座は、いずれも、普通預金、定期預金及び外貨定期といった任意の種別の口座とすることができる。

次に、金融取引管理装置２０は、金融システム３０から取得したＡさんの貯蓄口座情報及びＢさんの貯蓄口座情報を紐付けた貯金箱情報を作成する。ここで、貯金箱情報には、貯金の目的、月の貯金目標額、最終的な貯金の目標額に加え、現在の貯金額が含まれる。現在の貯金額は、例えば、Ａさんの貯蓄口座情報及びＢさんの貯蓄口座情報に含まれる残高の合計である。また、金融取引管理装置２０は、所定のタイミングで金融システム３０から各貯蓄口座情報を取得し、取得した情報に基づいて貯金箱情報を更新する。

また、金融取引管理装置２０は、貯金箱情報をユーザ端末１０に提供する。そして、Ａさん及びＢさんは、ユーザ端末１０に備えられた専用のアプリケーションやＷｅｂブラウザなどを用いて貯金箱情報を閲覧する。

図２は、実施形態にかかるユーザ端末の機能構成例を示すブロック図である。図２に示すように、ユーザ端末１０は、入力部１１、表示部１２、通信部１３、記憶部１４及び制御部１５を有する。

入力部１１は、入力装置などからのユーザの操作入力を受け付けるＵＩ（ユーザ・インタフェース）である。また、表示部１２は、モニタなどへの画面表示を行う。また、通信部１３は、ネットワークを介して、他の外部装置とデータ通信を実行する装置である。記憶部１４は、例えば半導体メモリなどであり、各種情報を記憶する。制御部１５は、ユーザ端末１０における各種動作を制御する。

制御部１５は、要求部１５１を有する。制御部１５は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現できる。また、制御部１５は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

要求部１５１は、金融取引管理装置２０に、ユーザの認証処理を実行することを要求する。このとき、要求部１５１は、ユーザ識別情報を金融取引管理装置２０に送信する。ユーザ識別情報は、例えば、ユーザＩＤ及びパスワードである。また、ユーザ識別情報は、ユーザによって入力されてもよいし、記憶部１４に記憶されていてもよい。

また、要求部１５１は、金融取引管理装置２０に、口座の開設及び金融取引の開始を依頼する処理を実行することを要求する。このとき、要求部１５１は、口座開設及び金融取引に関する情報を金融取引管理装置２０に送信する。口座開設及び金融取引に関する情報には、例えば、普通預金の口座番号、貯金の目的、目標額、引き落とし額、引き落としタイミング及び共有情報が含まれる。共有情報には、貯金に関する情報を共有するユーザのお普通預金の口座番号、引き落とし額及び引き落としタイミングが含まれる。また、口座開設に関する情報及び金融取引に関する情報は、ユーザによって入力されてもよいし、記憶部１４に記憶されていてもよい。

図３は、実施形態にかかる金融取引管理装置の機能構成例を示すブロック図である。図３に示すように、金融取引管理装置２０は、通信部２１、記憶部２２及び制御部２３を有する。

通信部２１は、ネットワークを介して、他の外部装置とデータ通信を実行する装置である。記憶部２２は、例えば半導体メモリなどであり、認証情報２２１及び貯金箱情報２２２などの各種情報を記憶する。認証情報２２１は、ユーザＩＤ及びユーザＩＤに対応づけられたパスワードとを含む。また、貯金箱情報２２２は、複数ユーザの貯蓄口座情報を対応づけた情報である。なお、貯金箱情報２２２は、１人のユーザの貯蓄口座情報であってもよい。

図４は、貯金箱情報を説明する説明図である。図４に示すように、貯金箱情報２２２には、貯金箱ＩＤごとに、ユーザＩＤ、普通口座、貯蓄口座、貯金目的、目標額、現在額、引き落とし額、引き落としタイミングなどが格納されている。図４に示すように、貯金箱情報２２２には、例えば、口座番号が「００１−１１１１１１１」である貯蓄口座の情報と、口座番号が「００２−２２２２２２２」である貯蓄口座の情報と、が貯金箱ＩＤ「Ａ００１」によって対応づけられている。このように、記憶部２２は、第１の口座の情報と第２の口座の情報とを対応づけて記憶する。

制御部２３は、金融取引管理装置２０における各種動作を制御する。制御部２３は、認証部２３１、依頼部２３２、受付部２３３、通知部２３４、取得部２３５及び提供部２３６を有する。制御部２３は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部２３は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

認証部２３１は、ユーザ端末から送信されたユーザ識別情報を基に、ユーザの認証を行う。認証部２３１は、ユーザ識別情報に含まれるユーザＩＤ及びパスワードの組み合わせが、認証情報２２１に対応づけられて格納されているか否かを判定することで認証を行う。

依頼部２３２は、複数ユーザの口座開設の要求に応じて、複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システム３０に依頼する。このとき、依頼部２３２は、複数ユーザに含まれる第２のユーザについて第２の口座の開設を金融システム３０又は他の金融システムに依頼する。なお、複数ユーザの口座開設の要求は、複数のユーザのそれぞれがユーザ端末１０を操作することによって行われるものであってもよいし、複数のユーザを代表するユーザがユーザ端末１０を操作することによって行われるものであってもよい。また、金融システム３０は、第１の金融システムの一例である。また、他の金融システムは、第２の金融システムの一例である。

受付部２３３は、ユーザ端末１０から送信された情報を基に、貯金箱情報２２２を作成するための設定を受け付ける。受付部２３３は、第１の口座の残高と第２の口座の残高とを合算した額についての目標額の設定を受け付ける。また、受付部２３３は、第１の口座及び第２の口座についての、紐付けられる普通口座の口座番号、貯金目的、引き落とし額、引き落としタイミング等の設定を受け付ける。

通知部２３４は、認証部２３１による認証の結果をユーザ端末１０に通知する。また、通知部２３４は、第１の口座の残高と第２の口座の残高とを合算した額が、設定された目標額に到達したことの検出に応じて、第１のユーザ及び／又は第２のユーザに対応する通知先に通知する。

取得部２３５は、要求に応じて、の金融システム３０で管理される第１のユーザの口座と、金融システム３０又は他の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部２２を参照して、金融システム３０から第１のユーザの口座に関する情報を取得するとともに、金融システム３０又は他の金融システムから第２のユーザの口座に関する情報を取得する。

提供部２３６は、要求に応じて、第１の口座の情報と第２の口座の情報とを統合した情報を提供する。また、第１の口座の情報と第２の口座の情報とを統合した情報は、例えば、第１の口座の残高と第２の口座の残高とを合算した情報である。また、提供部２３６によって提供される第１の口座の情報と第２の口座の情報とを統合した情報は、第１のユーザ及び第２のユーザのいずれであっても閲覧することができる。

提供部２３６は、取得部２３５が取得した第１のユーザの口座に関する情報と第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した第１のユーザの口座に関する情報と第２のユーザの口座に関する情報とを統合した情報を要求元に提供する。このように、提供部２３６は、第１の口座の情報と第２の口座の情報とを、統合されていない状態で提供してもよい。

図５は、口座を開設する処理の一例を示すシーケンス図である。図５は、金融取引管理装置２０を利用して、ＡさんとＢさんが資金を出し合って特定の目的のために貯金をする場合の例を示している。

図５に示すように、ユーザ端末１０ａは、Ａさんによるユーザ識別情報の入力を受け付ける（Ｓ１０１）。ユーザ識別情報にはＡさんのユーザＩＤ及びパスワードが含まれる。Ａさんは、第１のユーザの一例である。次に、ユーザ端末１０ａの要求部１５１は、金融取引管理装置２０にユーザ識別情報を送信するとともに、認証を要求する（Ｓ１０２）。

ここで、金融取引管理装置２０の認証部２３１は、ユーザ端末１０ａから認証の要求を受けると、ユーザ識別情報に含まれるユーザＩＤ及びパスワードを用いて認証を行う（Ｓ１０３）。そして、通知部２３４は、認証部２３１による認証結果をユーザ端末１０ａに通知する（Ｓ１０４）。

ここで、認証部２３１により認証がされなかったことが通知部２３４により通知された場合（Ｓ１０５：Ｎｏ）、ユーザ端末１０ａは、以降の処理を行わず、ユーザ識別情報が再入力されるまで待機する。一方、認証部２３１により認証がされたことが通知部２３４により通知された場合（Ｓ１０５：Ｙｅｓ）、表示部１２は、各設定項目を入力する画面を表示する。

ここで、表示部１２は、認証がされた場合、まずポータル画面やメニュー画面等を表示しておき、ユーザによって所定の操作が行われた場合に各設定項目を入力する画面を表示するようにしてもよい。なお、ここでは、入力部１１及び表示部１２は、タブレット端末のタッチパネルであることとする。

表示部１２は、まず貯金箱選択画面を表示する。図６は、貯金箱選択画面の一例を示す図である。図６に示すように、表示部１２は、貯金箱選択画面に、アイコン１２１ａ、１２１ｂ、１２１ｃ及び１２１ｄを表示する。アイコン１２１ａ、１２１ｂ及び１２１ｃは、作成済みの貯金箱情報２２２に対応している。アイコン１２１ａ、１２１ｂ及び１２１ｃがタップされた場合、表示部１２は、タップされたアイコンに対応した貯金箱情報２２２の各設定項目を表示する表示画面やメンテナンス画面等を表示する。

一方、アイコン１２１ｄがタップされた場合、表示部１２は、各設定項目を入力する画面、すなわち貯金箱設定画面を表示する。図７は、貯金箱設定画面の一例を示す図である。図７に示すように、表示部１２は、貯金箱設定画面を、貯金箱選択画面上にポップアップで表示してもよい。また、貯金箱設定画面では、「貯金目的」、「Ｇｏａｌ」、「貯め方」、「貯金額」、「リピート」、「シェア」等の設定項目の入力を受け付ける。

ユーザ端末１０ａは、貯金箱設定画面から貯金目的の入力を受け付ける（Ｓ１０６）。貯金目的は、貯金箱設定画面の項目「貯金目的」に入力される。貯金目的は、貯金箱情報２２２の貯金目的に対応する。このとき、金融取引管理装置２０は、入力された貯金目的に対応する貯蓄モデルをオープンデータ等から取得し、貯蓄モデルに基づく貯金額等の推奨設定をユーザに提示するようにしてもよい。

また、ユーザ端末１０ａは、貯金箱設定画面から金額情報の入力を受け付ける（Ｓ１０７）。金額情報は、貯金箱設定画面の項目「Ｇｏａｌ」及び「貯金額」に入力される。また、条件は、貯金箱情報２２２の目標額及び引き落とし額に対応する。

また、ユーザ端末１０ａは、貯金箱設定画面から条件の入力を受け付ける（Ｓ１０８）。条件は、貯金箱設定画面の項目「リピート」に入力される。また、条件は、貯金箱情報２２２の引き落としタイミングに対応する。

また、ユーザ端末１０ａは、貯金箱設定画面から共有情報の入力を受け付ける（Ｓ１０９）。共有情報には、貯金箱情報２２２を共有するユーザのお普通預金の口座番号、引き落とし額及び引き落としタイミングが含まれる。ここでは、貯金箱情報２２２を共有するユーザとして、ＢさんのユーザＩＤが入力されたこととする。Ｂさんは、第２のユーザの一例である。

ここで、金融取引管理装置２０の受付部２３３が、ユーザ端末１０ａに入力された共有情報を受け付けると、通知部２３４は、ユーザ端末１０ｂに、Ａさんにより共有ユーザとして決定された旨を通知し、共有の可否を確認する（Ｓ１１０）。このとき、ユーザ端末１０ｂは、例えば共有を許可するか否かを入力可能な画面を表示し、当該画面へのＢさんの入力を受け付ける。そして、ユーザ端末１０ｂは、共有の可否を金融取引管理装置２０に通知する（Ｓ１１１）。また、金融取引管理装置２０の通知部２３４は、ユーザ端末１０ｂから通知された共有の可否をユーザ端末１０ａに通知する（Ｓ１１２）。

共有が許可されなかったことが通知部２３４により通知された場合（Ｓ１１３：Ｎｏ）、ユーザ端末１０ａは、共有情報が再入力されるまで待機する。一方、共有が許可されたことが通知部２３４により通知された場合（Ｓ１１３：Ｙｅｓ）、ユーザ端末１０ａの要求部１５１は、金融取引管理装置２０に、各設定項目の入力内容を通知するとともに取引の実行を要求する（Ｓ１１４）。

ユーザ端末１０ａから取引の実行が要求されると、金融取引管理装置２０の依頼部２３２は、Ａさんの普通口座の口座情報が存在するか否かの照会を金融システム３０に依頼する（Ｓ１１５）。また、Ａさんの普通口座の口座情報は、ユーザ端末１０ａに入力されるようにしてもよいし、金融取引管理装置２０にユーザＩＤと紐づけられて予め記憶されていてもよい。

金融システム３０は、口座情報が存在するか否かを照会し（Ｓ１１６）、照会結果を金融取引管理装置２０に通知する（Ｓ１１７）。口座情報が存在しないことが通知された場合（Ｓ１１８：Ｎｏ）、金融取引管理装置２０は以降の処理を行わない。一方、口座情報が存在することが通知された場合（Ｓ１１８：Ｙｅｓ）、金融取引管理装置２０の依頼部２３２は、金融システム３０に、貯蓄口座の開設を依頼する（Ｓ１１９）。このとき、依頼部２３２は、金融システム３０に、ユーザ端末１０ａから通知された、設定項目の入力内容に基づき、普通口座と貯蓄口座との間の金融取引に必要な情報を通知する。例えば、依頼部２３２は、金融システム３０に、普通口座から貯蓄口座への引き落としタイミング及び引き落とし額を通知する。

金融システム３０は、口座の開設を依頼されると、貯蓄口座を開設し（Ｓ１２０）、開設した貯蓄口座の口座情報を金融取引管理装置２０に通知する（Ｓ１２１）。ここで、金融取引管理装置２０は、金融システム３０から通知された貯蓄口座の口座情報に基づき、貯金箱情報２２２の更新を行う（Ｓ１２２）。以降、金融システム３０は、金融取引管理装置２０から通知された情報に基づき、普通口座と貯蓄口座との間の金融取引を行う（Ｓ１２３）。

このとき、図４に示すように、貯金箱情報２２２には、Ａさんの口座に関する情報と、Ｂさんの口座に関する情報とが関連づけられて記憶される。貯金箱情報２２２の貯金箱ＩＤは、関連づけ情報の一例である。例えば、貯金箱ＩＤ「Ａ００１」はユーザＩＤが「ａｂｃ００１」であるＡさんの口座情報と、ユーザＩＤが「ａｂｃ００２」であるＢさんの口座情報とを関連づける。

表示部１２は、ユーザ端末１０ａの現在位置に基づいたポータル画面を表示するようにしてもよい。図８は、ポータル画面の一例を示す図である。図８に示すように、例えば、ユーザ端末１０ａの現在位置が住宅展示場等の特定のイベントに関する場所である場合、表示部１２は、当該イベントの情報を表示するとともに、貯金箱選択画面を表示するためのアイコン１２２を表示してもよい。この場合、アイコン１２２がタップされると、表示部１２は、貯金箱選択画面を表示する。

図９は、口座情報を提供する処理の一例を示すシーケンス図である。図９に示すように、まず、ユーザ端末１０ａの要求部１５１は、金融取引管理装置２０に情報の取得を要求する（Ｓ２０１）。なお、要求部１５１は、Ａさんの特定の操作に応じて情報の取得を要求してもよいし、金融取引管理装置２０への認証要求と同時に情報の取得を要求してもよい。

次に、金融取引管理装置２０の依頼部２３２は、貯金箱情報２２２を参照し（Ｓ２０２）、金融システム３０に、口座情報の通知を依頼する（Ｓ２０３）。そして、金融システム３０は、金融取引管理装置２０に口座情報を通知する（Ｓ２０４）。金融取引管理装置２０は、金融システム３０から通知された貯蓄口座の口座情報に基づき、貯金箱情報２２２の更新を行う（Ｓ２０５）。このとき、例えば、金融取引管理装置２０は、貯金箱情報２２２の現在額を、貯蓄口座の残高に更新する。

そして、提供部２３６は、貯金箱情報２２２をユーザ端末１０ａに提供する（Ｓ２０６）。次に、ユーザ端末１０ａの表示部１２は、提供部２３６から提供された貯金箱情報２２２をポータル画面に表示する（Ｓ２０７）。

図１０は、ポータル画面の一例を示す図である。図１０に示すように、例えば、ポータル画面にはアイコン１２３が表示される。また、アイコン１２３がタップされると、表示部１２は、貯金箱選択画面を表示する。また、アイコン１２３の近傍の領域には、貯金箱情報２２２の目標金額「￥５００，０００」、それぞれのユーザの現在額「￥１００，０００」及び「￥３００，０００」が表示される。また、現在額は、図１０のようにユーザごとに表示してもよいし、合算した額を表示してもよい。

また、ユーザ端末１０からの要求がない場合であっても、金融取引管理装置２０は、所定のタイミングで金融システム３０に、口座情報の通知を依頼する（Ｓ２５１）。そして、金融システム３０は、金融取引管理装置２０に口座情報を通知する（Ｓ２５２）。このとき、金融取引管理装置２０の提供部２３６は、貯金箱情報２２２の目標額と、貯蓄口座の残高を合算した額とを比較する。そして、貯蓄口座の残高を合算した額が設定された目標額に到達したことが検出できた場合（Ｓ２５３：Ｙｅｓ）、提供部２３６は、ユーザ端末１０ａ及びユーザ端末１０ｂに貯金額が目標額に到達した旨の情報を提供する（Ｓ２５４）。一方、貯蓄口座の残高を合算した額が設定された目標額に到達したことが検出できなかった場合（Ｓ２５３：Ｎｏ）、提供部２３６は、ユーザ端末１０への情報を行わない。

以上のように、金融取引管理装置２０は、複数ユーザの口座開設の要求に応じて、複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システム３０に依頼する。また、金融取引管理装置２０は、複数ユーザに含まれる第２のユーザについて第２の口座の開設を金融システム３０又は他の金融システムに依頼する。このため、金融取引管理装置２０は、複数ユーザの口座を一括して管理することができる。

また、金融取引管理装置２０は、第１の口座の情報と第２の口座の情報とを対応づけて記憶部２２に記憶することができる。このとき、金融取引管理装置２０は、要求に応じて、第１の口座の情報と第２の口座の情報とを統合した情報を提供する。このため、金融取引管理装置２０は、複数の口座を１つの仮想口座として管理することができる。

また、第１の口座の情報と第２の口座の情報とを統合した情報は、第１の口座の残高と第２の口座の残高とを合算した情報とすることができる。このため、金融取引管理装置２０は、複数のユーザが共有する仮想口座の管理を行うことができる。

また、金融取引管理装置２０は、第１の口座の残高と第２の口座の残高とを合算した額についての目標額の設定を受け付けることができる。このとき、金融取引管理装置２０は、第１の口座の残高と第２の口座の残高とを合算した額が、設定された目標額に到達したことの検出に応じて、第１のユーザ及び／又は第２のユーザに対応する通知先に通知する。このため、金融取引管理装置２０は、複数のユーザが共有する仮想口座を使って貯金を行う場合に、仮想口座の管理を行うことができる。

また、金融取引管理装置２０は、要求に応じて、第１の金融システムで管理される第１のユーザの口座と、第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部２２を参照することができる。そして、金融取引管理装置２０は、第１の金融システムから第１のユーザの口座に関する情報を取得するとともに、第１の金融システム又は第２の金融システムから第２のユーザの口座に関する情報を取得することができる。このとき、金融取引管理装置２０は、取得した第１のユーザの口座に関する情報と第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した第１のユーザの口座に関する情報と第２のユーザの口座に関する情報とを統合した情報を要求元に提供する。このため、金融取引管理装置２０は、資金を出し合って貯金を行う複数のユーザに、効率良く口座に関する情報の提供を行うことができる。このため、金融取引管理装置２０は、複数ユーザの口座を一括して管理することができる。

［シミュレーションシステムの実施形態］
ここで、金融取引管理装置２０に記憶された情報は、支払いのシミュレーションに利用可能である。以下、図面を参照して、実施形態にかかるシミュレーション支援プログラム、シミュレーション支援方法及びシミュレーション装置を説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明するシミュレーション支援プログラム、シミュレーション支援方法及びシミュレーション装置は、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。

実施形態にかかるシミュレーションシステムは、ユーザに関する情報及び設定された条件に基づいて、ローンに関する計算を行うことができる。例えば、実施形態にかかるシミュレーションシステムは、ユーザが住宅ローンを借りる場合の借入可能額及び金利を計算する。

図１１は、実施形態にかかるシミュレーションシステムを説明する説明図である。図１１に示すように、シミュレーションシステム２は、ユーザ端末１０、シミュレーション装置４０及び金融取引管理装置２０を有する。

シミュレーションシステム２において、シミュレーション装置４０は、ユーザ端末１０及び金融取引管理装置２０とインターネット、ＬＡＮなどの通信ネットワークを介して互いに通信可能に接続されている。また、金融取引管理装置２０は、金融システム３０と接続され、口座情報が同期されているものとする。また、ユーザ端末１０、金融取引管理装置２０及び金融システム３０の基本的な構成は、これまで説明したものと同様である。

図１１を用いて、シミュレーションシステム２を利用してローンの頭金を設定する場合の例について説明する。図１１に示すように、シミュレーション装置４０は、商品の情報を商品情報４２１として記憶しておく。例えば、商品が住宅である場合、シミュレーション装置４０は、住宅ごとの立地、間取り及び価格等を記憶する。

図１１に示すように、まず、シミュレーション装置４０は、ユーザ端末１０に商品情報４２１から取得した商品の情報を提供する。そして、ユーザ端末１０は、シミュレーション装置４０に対し、シミュレーション開始を要求する。

このとき、シミュレーション装置４０は、金融取引管理装置２０の貯金箱情報２２２を参照し、頭金に設定可能な残高の有無を確認する。ここで、頭金に設定可能な残高とは、ユーザ端末１０を利用しているユーザの貯金箱情報２２２であって、情報を提供している商品の購入を貯金目的とする貯金箱情報２２２の現在額であってよい。そして、シミュレーション装置４０は、ユーザ端末１０に対し、貯金箱情報２２２の残高を頭金として設定してよいか否かを確認する。

ユーザ端末１０は、残高の頭金への設定可否を入力する。そして、シミュレーション装置４０は、ユーザ端末１０からの入力に基づいて頭金を表示する。例えば、シミュレーション装置４０は、ユーザ端末１０から残高を頭金として設定することを許可することが入力された場合、貯金箱情報２２２の残高を頭金として表示する。一方、シミュレーション装置４０は、ユーザ端末１０から、残高を頭金として設定することを許可しないことが入力された場合、貯金箱情報２２２の残高を頭金として表示せず、手動で入力された金額等を頭金として表示する。

図１２は、実施形態にかかるシミュレーション装置の機能構成例を示すブロック図である。図１２に示すように、シミュレーション装置４０は、通信部４１、記憶部４２及び制御部４３を有する。

通信部４１は、ネットワークを介して、他の外部装置とデータ通信を実行する装置である。記憶部４２は、例えば半導体メモリなどであり、商品情報４２１などの各種情報を記憶する。商品情報４２１は、商品の名称、価格等である。例えば、商品が住宅である場合、商品情報４２１は、住宅ごとの立地、間取り及び価格等である。

制御部４３は、シミュレーション装置４０における各種動作を制御する。制御部４３は、判定部４３１、受付部４３２、設定部４３３、表示制御部４３４及び計算部４３５を有する。制御部４３は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部４３は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

判定部４３１は、ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部２２を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する。例えば、口座情報は、貯金箱情報２２２を記憶する記憶部２２から取得されるユーザの口座に関する情報である。また、例えば、第１の目的は、貯金箱情報２２２の貯金目的である。

また、判定部４３１は、複数のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定することができる。例えば、Ａさんという１人のユーザに対応づけられた口座情報が存在しない場合であっても、Ａさん及びＢさんの２人のユーザに対応づけられた共有の口座情報が存在する場合、判定部４３１は、当該口座情報を第１の口座情報として判定することができる。

受付部４３２は、第１の残高を第１の目的の支払いシミュレーションの頭金に設定することを許可するか否かの入力を受け付ける。例えば、受付部４３２は、チャット欄に入力されたユーザのメッセージを介して入力を受け付けることができる。

設定部４３３は、判定部４３１が第１の口座情報が存在すると判定した場合、第１の口座情報に含まれる第１の残高を第１の目的の支払いシミュレーションの頭金に設定する。例えば、第１の残高は、貯金箱情報２２２の現在額である。

さらに、設定部４３３は、適用された金利に応じて算出した利息の合計額を設定することができる。このとき、設定部４３３は、判定部４３１が第１の口座情報に含まれる第１の残高及び適用された金利に応じて算出した利息の合計額を第１の目的の支払いシミュレーションの頭金に設定する。

なお、設定部４３３は、金融システム３０又は金融取引管理装置２０に予め記憶されたユーザごとの金利を取得してもよい。また、設定部４３３は、入力された条件を基に所定の計算式を用いて金利を計算してもよい。

設定部４３３は、第１の口座情報が存在する場合であっても、ユーザの許可がない場合は第１の残高を頭金に設定しないようにしてもよい。この場合、設定部４３３は、受付部４３２が第１の残高を頭金に設定することを許可する入力を受け付けた場合、記憶部２２から取得した第１の残高を、シミュレーションの頭金に設定する。

また、第１の口座情報が存在しない場合、又はユーザによって第１の残高を頭金に設定することが許可されなかった場合、設定部４３３は、インタフェースに入力された金額をシミュレーションの頭金に設定する。

第１の口座情報は、複数ユーザによって共有されているものであってもよい。この場合、設定部４３３は、第１の口座情報が存在すると判定した場合、第１の口座情報に含まれる複数のユーザそれぞれの口座の残高の合計を第１の目的の支払いシミュレーションの頭金に設定する。

表示制御部４３４は、判定部４３１によって第１の口座情報が存在しないと判定された場合は、金額を入力可能なインタフェースをユーザ端末１０の表示部１２に表示させる。
また、表示制御部４３４は、受付部４３２によって第１の残高を頭金に設定することを許可しない入力が受け付けられた場合は、金額を入力可能なインタフェースをユーザ端末１０の表示部１２に表示させる。なお、インタフェースは、ドラムロール及びテキストボックス等である。

計算部４３５は、設定された条件及び頭金を基に計算を行い、シミュレーションを実行する。例えば、計算部４３５は、設定された条件をパラメータとする所定の計算式を用いて借入限度額及び金利の計算を行うことができる。また、計算部４３５は、頭金、借入限度額及び金利を基に複利計算を行い、月々の支払い金額を計算することができる。

ここで、シミュレーションシステム２で用いられる貯金箱情報２２２について説明する。図１３は、貯金箱情報を説明する説明図である。図１３に示すように、貯金箱情報２２２には、例えば、ユーザ「ａｂｃ００１」と、貯金目的「Ｍｙ Ｈｏｍｅ」と、口座番号が「００３−１１１１１１１」である貯蓄口座の現在額「￥１，０００，０００」が対応づけられている。

また、貯金箱情報２２２には、ユーザ「ａｂｃ００２」及びユーザ「ａｂｃ００３」と、貯金目的「Ｍｙ Ｈｏｍｅ」と、口座番号が「００３−２２２２２２２」である貯蓄口座及び口座番号が「００３−３３３３３３３」の現在額「￥４，０００，０００」が対応づけられている。

ここで、一例として、シミュレーションシステム２が住宅ローンのシミュレーションを行う場合の例について説明する。まず、商品情報を提供するため、表示制御部４３４は、ユーザ端末１０の表示部１２に住宅情報表示画面を表示させる。図１４を用いて、住宅情報表示画面について説明する。図１４は、住宅情報表示画面の一例を示す図である。

図１４に示すように、住宅情報表示画面には、住宅の写真、類似する住宅の写真、立地、名称、間取り及び価格等が表示される。また、住宅情報表示画面には、詳細情報表示、価格相場、周辺環境といった追加の情報を表示する画面への遷移を行うためのボタンが表示される。また、住宅情報表示画面には、シミュレーション開始ボタン１２６が表示される。シミュレーション開始ボタン１２６がタップされると、表示制御部４３４は、表示部１２にチャット画面を表示させる。

図１５及び１６を用いて、チャット画面について説明する。図１５及び１６は、チャット画面の一例を示す図である。図１５に示すように、ユーザは、表示部１２を介してチャット形式でメッセージを入力することにより、チャットボットからの質問に回答することができる。これにより、シミュレーション装置４０は、ユーザが入力したメッセージを取得し、条件等を設定する。

チャット画面が表示された場合、まず、判定部４３１は、貯金箱情報２２２を参照し、ユーザの住宅購入を目的とした口座情報が存在するか否かを判定する。ここで、ユーザのユーザＩＤを「ａｂｃ００１」とすると、判定部４３１は、図１３に示す貯金箱情報２２２を参照し、ユーザ「ａｂｃ００１」の、貯金目的が「Ｍｙ Ｈｏｍｅ」である口座情報が存在することを確認する。

そして、判定部４３１によって口座情報が存在すると判定された場合、表示制御部４３４は、当該口座情報の残高を頭金に設定するか否かを確認するメッセージ１２７ａを表示させる。さらに、メッセージ１２７ａに対し、ユーザが肯定的なメッセージ１２７ｂを入力した場合、表示制御部４３４は、頭金として設定される残高の金額を示すメッセージ１２７ｃを表示させる。

さらに、図１５に示すように、表示制御部４３４は、希望する月々の返済額、ボーナスの返済額及び金利タイプの入力をユーザに促すメッセージを表示させる。さらに、図１６に示すように、表示制御部４３４は、ユーザの年齢、年収、勤務先、雇用形態、勤続年数、扶養家族の人数及び他社からの借り入れの有無といった情報の入力をユーザに促すメッセージを表示させる。

ここで、計算部４３５は、ユーザが入力したメッセージからシミュレーションのための条件を取得し、シミュレーションを実行する。計算部４３５が計算を実行している間、表示制御部４３４は、シミュレーションが実行中である旨のメッセージ１２７ｄを表示させる。そして、表示制御部４３４は、計算部４３５による計算が完了すると、シミュレーション結果を示すメッセージ１２７ｅを表示させる。

図１７は、シミュレーションを実行する処理の一例を示すフローチャートである。図１７に示すように、まず、判定部４３１は、目的にあった口座情報が存在するか否かを判定する（Ｓ３０１）。ここで、目的に合った口座情報が存在しない場合（Ｓ３０２：Ｎｏ）、受付部４３２は、インタフェースから頭金に設定する金額の入力を受け付ける（Ｓ３０３）。

目的に合った口座情報が存在する場合（Ｓ３０２：Ｙｅｓ）、さらに、受付部４３２は、口座情報の残高の頭金への設定を許可するか否かを受け付ける（Ｓ３０４）。ここで、残高を頭金への設定を許可しない入力を受け付けた場合（Ｓ３０５：Ｎｏ）、受付部４３２は、インタフェースから頭金に設定する金額の入力を受け付ける（Ｓ３０３）。

残高を頭金への設定を許可する入力を受け付けた場合（Ｓ３０５：Ｙｅｓ）、設定部４３３は、第１の口座情報に含まれる第１の残高又は第１の残高及び適用された金利に応じて算出した利息の合計額を頭金として取得し表示させる（Ｓ３０６）。そして、計算部４３５は、頭金を設定してシミュレーションを実行する（Ｓ３０７）。その後、ユーザ端末１０の表示部１２にシミュレーション結果を表示する（Ｓ３０８）。

図１８は、残高を頭金として取得する処理の一例を示すフローチャートである。設定部４３３は、まず、頭金を０等に初期化する（Ｓ４０１）。次に、設定部４３３は、目的にあった口座のうち、残高を未取得の口座が存在する場合（Ｓ４０２：Ｙｅｓ）、当該未取得の口座の残高又は口座の残高及び適用された金利に応じて算出した利息の合計額を取得し頭金に加算する（Ｓ４０３）。残高を未取得の口座が存在しなくなった場合（Ｓ４０２：Ｎｏ）、設定部４３３は次の処理へ進む。

ここで、設定部４３３は、同じ目的の未取得の共有口座が存在している場合（Ｓ４０４：Ｙｅｓ）、当該未取得の共有口座の残高取得し頭金に加算する（Ｓ４０５）。残高を未取得の共有口座が存在しなくなった場合（Ｓ４０４：Ｎｏ）、設定部４３３は処理を終了する。なお、共有口座は、図１３の「Ａ０１２」に示すような、複数のユーザによって共有された口座情報である。

また、シミュレーション装置４０は、優遇金利を設定することができる。ローン返済シミュレーション処理を実行する前に、シミュレーション対象ローン種別と同一目的の貯金箱預金が存在するかを判定部４３１がチェックする。存在する場合、判定部が優遇金利適用と判定し、計算部が標準金利からの一定的なマイナス処理（割引処理）を行い、優遇金利でのローン返済シミュレーション処理を実行する。

（変形例）
ここまで、シミュレーションシステム２が住宅ローンのシミュレーションを行う場合の例について説明した。変形例として、シミュレーションシステム２が中古車を購入するためのローンのシミュレーションを行う場合の例について説明する。

この場合、シミュレーション装置４０の記憶部４２は、商品情報４２１として車両情報を記憶する。図１９は、車両情報を説明する説明図である。図１９に示すように、車両情報には、車両ＩＤごとに、車種、車両本体価格、年式、走行距離、車検、修復履歴、キズ・へこみ及びオプションがなどが格納されている。図１９に示すように、車両情報には、車両ＩＤが「Ｖ００１」である車両の車種が「コンパクトＡ」、車両本体価格が「￥２，９４０，０００」、年式が「２０１６年」、車検が「２０２０／３」、修復履歴が「なし」であることが格納されている。

さらに、車両情報には、車両ＩＤが「Ｖ００１」である車両のキズ・へこみとして、「左側ドア：線キズ、約３ｃｍ」等が格納されている。また、車両情報には、車両ＩＤが「Ｖ００１」である車両のオプションとして、「ルーフ：サンルーフ」等が格納されている。

住宅ローンの場合と同様に、シミュレーション装置４０は、ユーザ端末１０の表示部１２に各種画面を表示させることで商品情報の提供及びシミュレーション結果の表示を行う。

判定部４３１は、ユーザ端末１０の表示部１２を介してシミュレーションを開始する操作を受け付けた場合、第１の目的を所定のジャンルの商品の購入として、第１の口座情報が存在するか否かを判定する。例えば、中古車を購入するためのローンのシミュレーションを開始する操作を受け付けた場合、判定部４３１は、「Ｍｙ Ｃａｒ」を貯金目的とする口座情報が存在するか否かを判定する。

表示制御部４３４は、所定のジャンルの商品に関する情報をユーザ端末１０の表示部１２に表示させる。例えば、表示制御部４３４は、中古車に関する情報を表示させる。さらに、表示制御部４３４は、入力された画像に所定の商品が含まれていることを認識した場合、ユーザ端末１０の表示部１２に、画像及び商品に関する情報を表示させる。また、表示制御部４３４は、商品の状態又はオプションに関する情報を画像に重畳させて表示させる。このため、表示制御部４３４は、車両の情報をＡＲ（Augmented Reality）を使って車両の画像に重畳表示させることができる。

ここで、表示制御部４３４は、ユーザ端末１０のカメラ機能等を介して入力された画像に、所定の中古車が含まれていることを認識した場合、当該中古車の車両情報を重畳表示させる。さらに、このとき、表示制御部４３４は、口座情報から取得した残高情報及び所定のメッセージを表示させることができる。

図２０は、車両情報表示画面の一例を示す図である。図２０に示すように、表示制御部４３４は、表示部１２に車両情報表示画面を表示させる。車両情報表示画面には、車両の画像に重畳して、残高「￥３，０００，０００」及び車両本体価格「￥２，９４０，０００」が表示される。さらに、残高が車両本体価格を上回っている場合、車両情報表示画面には、一括購入が可能であることを示すメッセージ「あなたはこの車に乗れますね！」が表示される。

さらに、表示制御部４３４は、車両情報表示画面に、車両情報の一覧、又は各車両情報の詳細を表示させることができる。図２１は、車両情報表示画面の一例を示す図である。図２１に示すように、車両情報表示画面には、車両情報の一覧が表示される。

また、例えば、車両情報のうち、キズ・へこみについて、表示制御部４３４は、該当する箇所を囲むように図形を重畳表示させることができる。例えば、「左側ドア：線キズ、約３ｃｍ」というキズ・へこみ情報について、表示制御部４３４は、左ドア近傍を囲む図形を表示させ、さらにキズのある箇所を強調表示させることができる。また、同様に、表示制御部４３４は、オプションに該当する箇所を表示させることができる。

さらに、図２２に示すように、表示制御部４３４は、車両の画像とともにシミュレーション結果を表示させることができる。図２２は、車両情報表示画面の一例を示す図である。

例えば、シミュレーション装置４０は、車両情報表示画面の貯金箱のアイコンがスワイプされた場合に、口座情報の残高を頭金に設定してシミュレーションを開始することができる。そして、表示制御部４３４は、シミュレーション結果として、ローン元金、月々のお支払い金額、ローンお支払い額合計等を表示する。また、頭金が手動で入力された場合、シミュレーション装置４０は、入力された頭金を設定し、再度シミュレーションを実行し、シミュレーション結果を更新する。

図２３は、シミュレーションを実行する処理の一例を示すフローチャートである。図２３に示すように、まず、判定部４３１は、目的にあった口座情報の残高を取得し（Ｓ５０１）、残高が購入金額を上回っているか否かを判定する（Ｓ５０２）。残高が購入金額を上回っている場合（Ｓ５０２：Ｙｅｓ）、表示制御部４３４は、購入可能である旨のメッセージを表示させる（Ｓ５０３）。

一方、残高が購入金額を上回っていない場合、表示制御部４３４は、購入金額等のシミュレーション情報を取得し（Ｓ５０４）、表示させる（Ｓ５０５）。ここで、目的にあった口座情報が存在しない場合（Ｓ５０６：Ｎｏ）、シミュレーション装置４０は、頭金の入力を待機する（Ｓ５１１）。

一方、目的にあった口座情報が存在する場合、受付部４３２は所定の操作を受け付ける（Ｓ５０７）。このとき、受付部４３２が受け付ける操作は、アイコンのスワイプ及びボタンのクリック等であり、ユーザが残高を頭金に設定することを許可することを示す操作である。

計算部４３５は、受付部４３２によって操作が受け付けられると、残高を頭金に設定し（Ｓ５０８）、シミュレーションを実行する（Ｓ５０９）。表示制御部４３４は、シミュレーション結果を表示させる（Ｓ５１０）。ここで、頭金の入力が行われた場合（Ｓ５１１：Ｙｅｓ）、計算部４３５は、入力された頭金を用いてシミュレーションを実行する。

図２４は、ＡＲ表示を実行する処理の一例を示すフローチャートである。まず、シミュレーション装置４０は、対象物体を撮像して得た画像、または位置情報、もしくはその両方を用いて、表示情報を検索する（Ｓ６０１）。例えば、表示制御部４３４は、ユーザ端末１０のカメラ機能等から車両を認識し、該当する車両情報がある場合、当該車両の車両情報を検索する。

表示する情報がない場合（Ｓ６０２：Ｎｏ）、シミュレーション装置４０は処理を終了する。一方、表示する情報がある場合（Ｓ６０２：Ｙｅｓ）、表示制御部４３４は、重畳画像及び表示位置を取得し（Ｓ６０３）、重畳画像を対象画像に重畳して表示させる（Ｓ６０４）。例えば、表示制御部４３４は、キズのある箇所を囲む画像及びキズの位置を取得し、当該画像を車両の画像に重畳表示させる。

以上のように、シミュレーション装置４０は、ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する。シミュレーション装置４０は、第１の口座情報が存在すると判定した場合、第１の口座情報に含まれる第１の残高を第１の目的の支払いシミュレーションの頭金に設定する。これにより、シミュレーション装置４０は、ユーザによるシミュレーション条件の入力を省略することができる。

シミュレーション装置４０は、第１の残高を第１の目的の支払いシミュレーションの頭金に設定することを許可するか否かの入力を受け付ける。シミュレーション装置４０は、第１の残高を頭金に設定することを許可する入力を受け付けた場合、記憶部から取得した第１の残高を、シミュレーションの頭金に設定する。これにより、シミュレーション装置４０は、ユーザの要望に応じて頭金を設定することができる。

シミュレーション装置４０は、複数のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する。シミュレーション装置４０は、第１の口座情報が存在すると判定した場合、第１の口座情報に含まれる複数のユーザそれぞれの口座の残高の合計を第１の目的の支払いシミュレーションの頭金に設定する。これにより、シミュレーション装置４０は、複数ユーザによる共同購入のシミュレーションを行う場合であっても、頭金の入力を省略することができる。

シミュレーション装置４０は、第１の口座情報が存在しないと判定された場合は、金額を入力可能なインタフェースをユーザ端末１０の表示部１２に表示させる。シミュレーション装置４０は、第１の残高を頭金に設定することを許可しない入力が受け付けられた場合は、金額を入力可能なインタフェースをユーザ端末１０の表示部１２に表示させる。シミュレーション装置４０は、インタフェースに入力された金額をシミュレーションの頭金に設定する。これにより、シミュレーション装置４０は、頭金を手動で設定することができる。

シミュレーション装置４０は、ユーザ端末１０の表示部１２を介してシミュレーションを開始する操作を受け付けた場合、第１の目的を所定のジャンルの商品の購入として、第１の口座情報が存在するか否かを判定する。これにより、シミュレーション装置４０は、複数のジャンルに対応したシミュレーションを行うことができる。

シミュレーション装置４０は、所定のジャンルの商品に関する情報をユーザ端末１０の表示部１２に表示させる。シミュレーション装置４０は、入力された画像に所定の商品が含まれていることを認識した場合、ユーザ端末１０の表示部１２に、画像及び商品に関する情報を表示させる。シミュレーション装置４０は、商品の状態又はオプションに関する情報を画像に重畳させて表示させる。これにより、シミュレーション装置４０は、商品情報をＡＲを使って直感的に表示させることができる。

なお、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、金融取引管理装置２０及びシミュレーション装置４０で行われる各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、又はワイヤードロジックによるハードウエア上で、その全部又は任意の一部を実行するようにしてもよいことは言うまでもない。また、金融取引管理装置２０及びシミュレーション装置４０で行われる各種処理機能は、クラウドコンピューティングにより、複数のコンピュータが協働して実行してもよい。

ところで、上記の実施形態で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の実施形態と同様の機能を有するプログラムを実行するコンピュータ（ハードウエア）の一例を説明する。図２５は、実施形態にかかる金融取引管理装置２０のハードウエア構成例を示すブロック図である。なお、シミュレーション装置４０のハードウエア構成例についても、図２５と同様のものとすることができる。

図２５に示すように、金融取引管理装置２０は、各種演算処理を実行するＣＰＵ５０１と、データ入力を受け付ける入力装置５０２と、モニタ５０３と、スピーカ５０４とを有する。また、金融取引管理装置２０は、記憶媒体からプログラム等を読み取る媒体読取装置５０５と、各種装置と接続するためのインタフェース装置５０６と、有線又は無線により外部機器と通信接続するための通信装置５０７とを有する。また、金融取引管理装置２０は、各種情報を一時記憶するＲＡＭ５０８と、ハードディスク装置５０９とを有する。また、金融取引管理装置２０内の各部（５０１〜５０９）は、バス５１０に接続される。

ハードディスク装置５０９には、上記の実施形態で説明した認証部２３１、依頼部２３２、受付部２３３、通知部２３４、取得部２３５及び提供部２３６を実行するためのプログラム５１１が記憶される。また、ハードディスク装置５０９には、プログラム５１１が参照する各種データ５１２（認証情報２２１及び貯金箱情報２２２など）が記憶される。入力装置５０２は、例えば、金融取引管理装置２０の操作者から操作情報の入力を受け付ける。モニタ５０３は、例えば、操作者が操作する各種画面を表示する。インタフェース装置５０６は、例えば印刷装置等が接続される。通信装置５０７は、ＬＡＮ（Local Area Network）等の通信ネットワークと接続され、通信ネットワークを介した外部機器との間で各種情報をやりとりする。

ＣＰＵ５０１は、ハードディスク装置５０９に記憶されたプログラム５１１を読み出して、ＲＡＭ５０８に展開して実行することで、各種の処理を行う。なお、プログラム５１１は、ハードディスク装置５０９に記憶されていなくてもよい。例えば、金融取引管理装置２０が読み取り可能な記憶媒体に記憶されたプログラム５１１を読み出して実行するようにしてもよい。金融取引管理装置２０が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこのプログラム５１１を記憶させておき、金融取引管理装置２０がこれらからプログラム５１１を読み出して実行するようにしてもよい。

以上の実施形態に関し、さらに以下の付記を開示する。

（付記１）複数ユーザの口座開設の要求に応じて、
前記複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、前記複数ユーザに含まれる第２のユーザについて第２の口座の開設を前記金融システム又は他の金融システムに依頼する、
処理をコンピュータに実行させることを特徴とする口座開設支援プログラム。

（付記２）前記第１の口座の情報と前記第２の口座の情報とを対応づけて記憶部に記憶し、
要求に応じて、前記第１の口座の情報と前記第２の口座の情報とを統合した情報を提供する、
ことを特徴とする付記１記載の口座開設支援プログラム。

（付記３）前記第１の口座の情報と前記第２の口座の情報とを統合した情報は、前記第１の口座の残高と前記第２の口座の残高とを合算した情報である、
ことを特徴とする付記１記載の口座開設支援プログラム。

（付記４）前記第１の口座の残高と前記第２の口座の残高とを合算した額についての目標額の設定を受け付け、
前記第１の口座の残高と前記第２の口座の残高とを合算した額が、設定された前記目標額に到達したことの検出に応じて、前記第１のユーザ及び／又は前記第２のユーザに対応する通知先に通知する、
ことを特徴とする付記１記載の口座開設支援プログラム。

（付記５）要求に応じて、第１の金融システムで管理される第１のユーザの口座と、前記第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部を参照して、前記第１の金融システムから前記第１のユーザの口座に関する情報を取得するとともに、前記第１の金融システム又は前記第２の金融システムから第２のユーザの口座に関する情報を取得し、
取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを統合した情報を要求元に提供する、
処理をコンピュータに実行させることを特徴とする口座情報の提供プログラム。

（付記６）複数ユーザの口座開設の要求に応じて、
前記複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、前記複数ユーザに含まれる第２のユーザについて第２の口座の開設を前記金融システム又は他の金融システムに依頼する、
処理をコンピュータが実行することを特徴とする口座開設支援方法。

（付記７）前記第１の口座の情報と前記第２の口座の情報とを対応づけて記憶部に記憶し、
要求に応じて、前記第１の口座の情報と前記第２の口座の情報とを統合した情報を提供する、
ことを特徴とする付記６記載の口座開設支援方法。

（付記８）前記第１の口座の情報と前記第２の口座の情報とを統合した情報は、前記第１の口座の残高と前記第２の口座の残高とを合算した情報である、
ことを特徴とする付記６記載の口座開設支援方法。

（付記９）前記第１の口座の残高と前記第２の口座の残高とを合算した額についての目標額の設定を受け付け、
前記第１の口座の残高と前記第２の口座の残高とを合算した額が、設定された前記目標額に到達したことの検出に応じて、前記第１のユーザ及び／又は前記第２のユーザに対応する通知先に通知する、
ことを特徴とする付記６記載の口座開設支援方法。

（付記１０）要求に応じて、第１の金融システムで管理される第１のユーザの口座と、前記第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部を参照して、前記第１の金融システムから前記第１のユーザの口座に関する情報を取得するとともに、前記第１の金融システム又は前記第２の金融システムから第２のユーザの口座に関する情報を取得し、
取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを統合した情報を要求元に提供する、
処理をコンピュータが実行することを特徴とする口座情報の提供方法。

（付記１１）複数ユーザの口座開設の要求に応じて、
前記複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、前記複数ユーザに含まれる第２のユーザについて第２の口座の開設を前記金融システム又は他の金融システムに依頼する依頼部を有することを特徴とする金融取引管理装置。

（付記１２）前記第１の口座の情報と前記第２の口座の情報とを対応づけて記憶する記憶部と、
要求に応じて、前記第１の口座の情報と前記第２の口座の情報とを統合した情報を提供する提供部と、
をさらに有することを特徴とする付記１１記載の金融取引管理装置。

（付記１３）前記第１の口座の情報と前記第２の口座の情報とを統合した情報は、前記第１の口座の残高と前記第２の口座の残高とを合算した情報である、
ことを特徴とする付記１１記載の金融取引管理装置。

（付記１４）前記第１の口座の残高と前記第２の口座の残高とを合算した額についての目標額の設定を受け付ける受付部と、
前記第１の口座の残高と前記第２の口座の残高とを合算した額が、設定された前記目標額に到達したことの検出に応じて、前記第１のユーザ及び／又は前記第２のユーザに対応する通知先に通知する通知部と、
をさらに有することを特徴とする付記１１記載の金融取引管理装置。

（付記１５）要求に応じて、第１の金融システムで管理される第１のユーザの口座と、前記第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部を参照して、前記第１の金融システムから前記第１のユーザの口座に関する情報を取得するとともに、前記第１の金融システム又は前記第２の金融システムから第２のユーザの口座に関する情報を取得する取得部と、
取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを統合した情報を要求元に提供する提供部と、
を有することを特徴とする金融取引管理装置。

（付記１６）ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定する、
処理をコンピュータに実行させることを特徴とするシミュレーション支援プログラム。

（付記１７）前記第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定することを許可するか否かの入力を受け付ける処理をさらに実行させ、
前記設定する処理は、前記第１の残高を頭金に設定することを許可する入力を受け付けた場合、前記記憶部から取得した前記第１の残高を、前記シミュレーションの頭金に設定する、
ことを特徴とする付記１６に記載のシミュレーション支援プログラム。

（付記１８）前記判定する処理によって前記第１の口座情報が存在しないと判定された場合、又は前記受け付ける処理によって前記第１の残高を頭金に設定することを許可しない入力が受け付けられた場合は、金額を入力可能なインタフェースを表示部に表示させ、
前記設定する処理は、前記インタフェースに入力された金額を前記シミュレーションの頭金に設定する、
ことを特徴とする付記１７に記載のシミュレーション支援プログラム。

（付記１９）前記判定する処理は、複数のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
前記設定する処理は、前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる前記複数のユーザそれぞれの口座の残高の合計を前記第１の目的の支払いシミュレーションの頭金に設定する、
処理をコンピュータに実行させることを特徴とする付記１６に記載のシミュレーション支援プログラム。

（付記２０）所定のジャンルの商品に関する情報を表示部に表示させ、
前記表示部を介してシミュレーションを開始する操作を受け付けた場合、前記判定する処理は、前記第１の目的を前記所定のジャンルの商品の購入として、前記第１の口座情報が存在するか否かを判定する、
ことを特徴とする付記１６から１９のいずれか１つに記載のシミュレーション支援プログラム。

（付記２１）前記情報を表示させる処理は、入力された画像に所定の商品が含まれていることを認識した場合、前記表示部に、前記画像及び前記商品に関する情報を表示させる、ことを特徴とする付記２０に記載のシミュレーション支援プログラム。

（付記２２）前記情報を表示させる処理は、前記商品の状態又はオプションに関する情報を前記画像に重畳させて表示させる、
ことを特徴とする付記２１に記載のシミュレーション支援プログラム。

（付記２３）ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定する、
処理をコンピュータが実行することを特徴とするシミュレーション支援方法。

（付記２４）前記第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定することを許可するか否かの入力を受け付ける処理をさらに実行し、
前記設定する処理は、前記第１の残高を頭金に設定することを許可する入力を受け付けた場合、前記記憶部から取得した前記第１の残高を、前記シミュレーションの頭金に設定する、
ことを特徴とする付記２３に記載のシミュレーション支援方法。

（付記２５）前記判定する処理によって前記第１の口座情報が存在しないと判定された場合、又は前記受け付ける処理によって前記第１の残高を頭金に設定することを許可しない入力が受け付けられた場合は、金額を入力可能なインタフェースを表示部に表示させ、
前記設定する処理は、前記インタフェースに入力された金額を前記シミュレーションの頭金に設定する、
ことを特徴とする付記２４に記載のシミュレーション支援方法。

（付記２６）前記判定する処理は、複数のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
前記設定する処理は、前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる前記複数のユーザそれぞれの口座の残高の合計を前記第１の目的の支払いシミュレーションの頭金に設定する、
処理をコンピュータが実行することを特徴とする付記２３に記載のシミュレーション支援方法。

（付記２７）所定のジャンルの商品に関する情報を表示部に表示させ、
前記表示部を介してシミュレーションを開始する操作を受け付けた場合、前記判定する処理は、前記第１の目的を前記所定のジャンルの商品の購入として、前記第１の口座情報が存在するか否かを判定する、
ことを特徴とする付記２３から２６のいずれか１つに記載のシミュレーション支援方法。

（付記２８）前記情報を表示させる処理は、入力された画像に所定の商品が含まれていることを認識した場合、前記表示部に、前記画像及び前記商品に関する情報を表示させる、ことを特徴とする付記２７に記載のシミュレーション支援方法。

（付記２９）前記情報を表示させる処理は、前記商品の状態又はオプションに関する情報を前記画像に重畳させて表示させる、
ことを特徴とする付記２８に記載のシミュレーション支援方法。

（付記３０）ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する判定部と、
前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定する設定部と、
を有することを特徴とするシミュレーション装置。

（付記３１）前記第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定することを許可するか否かの入力を受け付ける受付部をさらに有し、
前記設定部は、前記受付部が前記第１の残高を頭金に設定することを許可する入力を受け付けた場合、前記記憶部から取得した前記第１の残高を、前記シミュレーションの頭金に設定する、
ことを特徴とする付記３０に記載のシミュレーション装置。

（付記３２）前記判定部によって前記第１の口座情報が存在しないと判定された場合、又は前記受付部によって前記第１の残高を頭金に設定することを許可しない入力が受け付けられた場合は、金額を入力可能なインタフェースを表示部に表示させる表示制御部をさらに有し、
前記設定部は、前記インタフェースに入力された金額を前記シミュレーションの頭金に設定する、
ことを特徴とする付記３１に記載のシミュレーション装置。

（付記３３）前記判定部は、複数のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
前記設定部は、前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる前記複数のユーザそれぞれの口座の残高の合計を前記第１の目的の支払いシミュレーションの頭金に設定する、
ことを特徴とする付記３０に記載のシミュレーション装置。

（付記３４）前記表示制御部は、所定のジャンルの商品に関する情報を表示部に表示させ、
前記表示部を介してシミュレーションを開始する操作を受け付けた場合、前記判定部は、前記第１の目的を前記所定のジャンルの商品の購入として、前記第１の口座情報が存在するか否かを判定する、
ことを特徴とする付記３０から３３のいずれか１つに記載のシミュレーション装置。

（付記３５）前記表示制御部は、入力された画像に所定の商品が含まれていることを認識した場合、前記表示部に、前記画像及び前記商品に関する情報を表示させる、
ことを特徴とする付記３４に記載のシミュレーション装置。

（付記３６）前記表示制御部は、前記商品の状態又はオプションに関する情報を前記画像に重畳させて表示させる、
ことを特徴とする付記３５に記載のシミュレーション装置。

１…金融取引管理システム
２…シミュレーションシステム
１０、１０ａ、１０ｂ…ユーザ端末
１１…入力部
１２…表示部
１３、２１、４１…通信部
１４、２２、４２…記憶部
１５、２３、４３…制御部
２０…金融取引管理装置
３０…金融システム
４０…シミュレーション装置
１５１…要求部
２２１…認証情報
２２２…貯金箱情報
２３１…認証部
２３２…依頼部
２３３、４３２…受付部
２３４…通知部
２３５…取得部
２３６…提供部
４２１…商品情報
４３１…判定部
４３３…設定部
４３４…表示制御部
４３５…計算部

Claims (9)

1. ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
   前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定する、
   処理をコンピュータに実行させることを特徴とするシミュレーション支援プログラム。
2. 前記第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定することを許可するか否かの入力を受け付ける処理をさらに実行させ、
   前記設定する処理は、前記第１の残高を頭金に設定することを許可する入力を受け付けた場合、前記記憶部から取得した前記第１の残高を、前記シミュレーションの頭金に設定する、
   ことを特徴とする請求項１に記載のシミュレーション支援プログラム。
3. 前記判定する処理によって前記第１の口座情報が存在しないと判定された場合、又は前記受け付ける処理によって前記第１の残高を頭金に設定することを許可しない入力が受け付けられた場合は、金額を入力可能なインタフェースを表示部に表示させ、
   前記設定する処理は、前記インタフェースに入力された金額を前記シミュレーションの頭金に設定する、
   ことを特徴とする請求項２に記載のシミュレーション支援プログラム。
4. 前記判定する処理は、複数のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
   前記設定する処理は、前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる前記複数のユーザそれぞれの口座の残高の合計を前記第１の目的の支払いシミュレーションの頭金に設定する、
   処理をコンピュータに実行させることを特徴とする請求項１に記載のシミュレーション支援プログラム。
5. 所定のジャンルの商品に関する情報を表示部に表示させ、
   前記表示部を介してシミュレーションを開始する操作を受け付けた場合、前記判定する処理は、前記第１の目的を前記所定のジャンルの商品の購入として、前記第１の口座情報が存在するか否かを判定する、
   ことを特徴とする請求項１から４のいずれか１項に記載のシミュレーション支援プログラム。
6. 前記情報を表示させる処理は、入力された画像に所定の商品が含まれていることを認識した場合、前記表示部に、前記画像及び前記商品に関する情報を表示させる、ことを特徴とする請求項５に記載のシミュレーション支援プログラム。
7. 前記情報を表示させる処理は、前記商品の状態又はオプションに関する情報を前記画像に重畳させて表示させる、
   ことを特徴とする請求項６に記載のシミュレーション支援プログラム。
8. ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定し、
   前記第１の口座情報が存在すると判定した場合、前記第１の口座情報に含まれる第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定する、
   処理をコンピュータが実行することを特徴とするシミュレーション支援方法。
9. ユーザと口座の残高と貯金の目的とが対応づけられた口座情報を記憶する記憶部を参照し、第１のユーザ及び第１の目的に対応づけられた第１の口座情報が存在するか否かを判定する判定部と、
   前記判定部によって前記第１の口座情報が存在すると判定された場合、前記第１の口座情報に含まれる第１の残高を前記第１の目的の支払いシミュレーションの頭金に設定する設定部と、
   を有することを特徴とするシミュレーション装置。