JP2018173852A - 口座開設支援プログラム、口座情報の提供プログラム、口座開設支援方法、口座情報の提供方法及び金融取引管理装置 - Google Patents

Abstract

【課題】複数ユーザの口座を一括して管理する。【解決手段】実施形態の金融取引管理装置は、複数ユーザの口座開設の要求に応じて、複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、複数ユーザに含まれる第２のユーザについて第２の口座の開設を金融システム又は他の金融システムに依頼する。【選択図】図３

Description

本発明の実施形態は、口座開設支援プログラム、口座情報の提供プログラム、口座開設支援方法、口座情報の提供方法及び金融取引管理装置に関する。

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

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

しかしながら、上記の従来技術では、複数ユーザの口座を一括して管理することが困難であるという問題がある。例えば、複数のユーザの口座を開設する際に、操作を一括して行うことができない場合がある。

１つの側面では、複数ユーザの口座を一括して管理することを目的とする。

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

本発明の１実施態様によれば、複数ユーザの口座を一括して管理することができる。

図１は、実施形態にかかる金融取引管理システムを説明する説明図である。 図２は、実施形態にかかるユーザ端末の機能構成例を示すブロック図である。 図３は、実施形態にかかる金融取引管理装置の機能構成例を示すブロック図である。 図４は、貯金箱情報を説明する説明図である。 図５は、口座を開設する処理の一例を示すシーケンス図である。 図６は、貯金箱選択画面の一例を示す図である。 図７は、貯金箱設定画面の一例を示す図である。 図８は、ポータル画面の一例を示す図である。 図９は、口座情報を提供する処理の一例を示すシーケンス図である。 図１０は、ポータル画面の一例を示す図である。 図１１は、実施形態にかかる金融取引管理装置のハードウエア構成例を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (9)

1. 複数ユーザの口座開設の要求に応じて、
   前記複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、前記複数ユーザに含まれる第２のユーザについて第２の口座の開設を前記金融システム又は他の金融システムに依頼する、
   処理をコンピュータに実行させることを特徴とする口座開設支援プログラム。
2. 前記第１の口座の情報と前記第２の口座の情報とを対応づけて記憶部に記憶し、
   要求に応じて、前記第１の口座の情報と前記第２の口座の情報とを統合した情報を提供する、
   ことを特徴とする請求項１記載の口座開設支援プログラム。
3. 前記第１の口座の情報と前記第２の口座の情報とを統合した情報は、前記第１の口座の残高と前記第２の口座の残高とを合算した情報である、
   ことを特徴とする請求項１記載の口座開設支援プログラム。
4. 前記第１の口座の残高と前記第２の口座の残高とを合算した額についての目標額の設定を受け付け、
   前記第１の口座の残高と前記第２の口座の残高とを合算した額が、設定された前記目標額に到達したことの検出に応じて、前記第１のユーザ及び／又は前記第２のユーザに対応する通知先に通知する、
   ことを特徴とする請求項１記載の口座開設支援プログラム。
5. 要求に応じて、第１の金融システムで管理される第１のユーザの口座と、前記第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部を参照して、前記第１の金融システムから前記第１のユーザの口座に関する情報を取得するとともに、前記第１の金融システム又は前記第２の金融システムから第２のユーザの口座に関する情報を取得し、
   取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを統合した情報を要求元に提供する、
   処理をコンピュータに実行させることを特徴とする口座情報の提供プログラム。
6. 複数ユーザの口座開設の要求に応じて、
   前記複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、前記複数ユーザに含まれる第２のユーザについて第２の口座の開設を前記金融システム又は他の金融システムに依頼する、
   処理をコンピュータが実行することを特徴とする口座開設支援方法。
7. 要求に応じて、第１の金融システムで管理される第１のユーザの口座と、前記第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部を参照して、前記第１の金融システムから前記第１のユーザの口座に関する情報を取得するとともに、前記第１の金融システム又は前記第２の金融システムから第２のユーザの口座に関する情報を取得し、
   取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを統合した情報を要求元に提供する、
   処理をコンピュータが実行することを特徴とする口座情報の提供方法。
8. 複数ユーザの口座開設の要求に応じて、
   前記複数ユーザに含まれる第１のユーザについて第１の口座の開設を金融システムに依頼するとともに、前記複数ユーザに含まれる第２のユーザについて第２の口座の開設を前記金融システム又は他の金融システムに依頼する依頼部を有することを特徴とする金融取引管理装置。
9. 要求に応じて、第１の金融システムで管理される第１のユーザの口座と、前記第１の金融システム又は第２の金融システムで管理される第２のユーザの口座との関連づけ情報を記憶する記憶部を参照して、前記第１の金融システムから前記第１のユーザの口座に関する情報を取得するとともに、前記第１の金融システム又は前記第２の金融システムから第２のユーザの口座に関する情報を取得する取得部と、
   取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを要求元に提供する、又は、取得した前記第１のユーザの口座に関する情報と前記第２のユーザの口座に関する情報とを統合した情報を要求元に提供する提供部と、
   を有することを特徴とする金融取引管理装置。