JP2018116519A - 口座管理システム、口座管理方法及び口座管理プログラム - Google Patents

Abstract

【課題】複数人で口座情報を効率的に共有し、的確な資産管理を行なうための口座管理システム、口座管理方法及び口座管理プログラムを提供する。【解決手段】管理サーバ２０の制御部２１が、共有口座設定者の口座に関連付けられた共有口座の識別情報をグループ情報記憶部２４に記録し、共有口座設定者によって指定されたパートナーの識別情報と共有口座の識別情報とを関連付けてグループ情報記憶部２４に記録する。共有口座設定者及びパートナーのユーザ端末１０から発信されたメッセージ及び共有口座に関する口座情報を取得してメッセージ記憶部２５に記録し、各グループのユーザ端末１０のタイムライン画面に出力する。そして、ユーザ端末１０から発信され、タイムライン画面に表示されたメッセージに基づいて、共有口座を用いての取引指示を取得し、前記取引指示に応じた取引処理を実行する。【選択図】図１

Description

本発明は、複数人で口座情報を共有するための口座管理システム、口座管理方法及び口座管理プログラムに関する。

今日、金融機関に預金口座を利用して現金を引き出したり、振り込みを行なったりすることが多い。また、このような預金口座を利用する場合、金融機関に設置された現金自動預入支払機（Automatic Teller Machine）等を用いて、口座残高の確認、現金の引出や振込等の取引依頼を行なうことができる。

また、ＳＮＳ（ソーシャル・ネットワーク・サービス）を利用して、預金口座の口座残高に関する情報を提供するサービスも行なわれている（例えば、非特許文献１参照）。この文献に記載された技術においては、銀行の公式アカウント上からサービス用スタンプをダウンロードし、スタンプを送信したり、「残高」や「明細」の文言を送信したりすることにより、トーク画面で口座残高や入出金明細を確認することができる。

また、家族等の複数人で預金口座を利用するための技術も検討されている（例えば、特許文献１、２参照）。特許文献１に記載された技術においては、利用者に対して、預金口座の利用制限の範囲内で利用できるようにしている。現金自動預入支払機は、利用枠、利用希望金額、利用枠暗証番号、カード暗証番号、カード情報を含む引出要求を金融機関システムに送信する。この引出要求を受信した管理コンピュータは、指定された利用枠が利用可能かどうかを判断し、利用希望金額が口座残高以下かどうかを確認する。利用希望金額が口座残高以下の場合、指定された取引処理を実行し、利用金額に関して利用枠の残額及び口座残高の更新を行なう。

また、特許文献２に記載された技術においては、特定の複数の利用者（例えば、家族）が共用の金庫として使用できる自動現金取引装置を用いる。この自動現金取引装置において、口座管理部は、特定の複数の利用者が所有する鍵媒体毎に口座を記憶して管理する。そして、口座毎の入金金額及び出金金額に基づいて残金額を求めて、残金額の範囲内において出金を行なう。

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

株式会社みずほ銀行、「ＬＩＮＥでかんたん残高照会」、［online］、株式会社みずほ銀行ホームページ、［平成２８年１１月１４日検索］、インターネット＜https://www.mizuhobank.co.jp/net_shoukai/line/index.html＞

通常、ＳＮＳは、複数人で情報を共有している。しかしながら、特許文献１に記載された技術においては、口座名義人のみの利用が想定されている。一方、家族においては、特許文献１、２に記載されているように、口座情報を共有する場合もある。しかしながら、世帯主が保有する口座の情報を家族構成員で共有したのでは、的確な口座管理が困難である。例えば、口座取引や口座残高を他の家族構成員に見られたくない場合もある。また、口座を利用しての振込等を、他の家族構成員に依頼したい場合もある。この依頼に手間がかかっていたのでは、効率的な資産管理が困難である。

本発明は、上記問題点を解決するためになされたものであり、その目的は、複数人で口座情報を効率的に共有し、的確な資産管理を行なうための口座管理システム、口座管理方法及び口座管理プログラムを提供することにある。

・上記課題を解決する口座管理システムは、共有口座設定者及びパートナーの識別情報を関連付けたグループを記憶するグループ情報記憶部と、タイムライン画面に表示するメッセージを記憶するメッセージ記憶部と、ユーザ端末に接続される制御部とを備える。そして、前記制御部が、前記共有口座設定者の口座に関連付けられた共有口座の識別情報を前記グループ情報記憶部に記録し、前記共有口座設定者によって指定されたパートナーの識別情報と前記共有口座の識別情報とを関連付けて前記グループ情報記憶部に記録し、共有口座設定者及びパートナーのユーザ端末から発信されたメッセージ及び前記共有口座設定者及びパートナーが属するグループの共有口座に関する口座情報を取得して前記メッセージ記憶部に記録し、前記メッセージ記憶部に記録されたメッセージを、各グループのユーザ端末のタイムライン画面に出力し、前記ユーザ端末から発信され、前記タイムライン画面に表示されたメッセージに基づいて、前記共有口座を用いての取引指示を取得し、前記取引指示に応じた取引処理を実行する。

これにより、共有口座設定者及びパートナーが、共有口座の口座情報を、タイムライン画面で情報共有することができる。更に、タイムライン画面を用いて、共有口座についての取引指示を行なうことができる。

・上記口座管理システムにおいて、前記制御部が、前記タイムライン画面に表示されたメッセージの発信者の識別情報に基づいて、前記発信者における前記共有口座の利用権限を特定し、前記利用権限に基づいて、前記取引指示に応じた取引処理を実行することが好ましい。これにより、利用者に応じて、共有口座の利用を制限することができる。

・上記口座管理システムにおいて、前記制御部が、前記共有口座設定者のメッセージに基づいて、前記共有口座設定者のパートナーの利用権限を設定することが好ましい。これにより、タイムライン画面を用いて、共有口座の利用権限を設定することができる。

・上記口座管理システムにおいて、前記制御部が、前記タイムライン画面における共有口座設定者のメッセージに基づいて、前記共有口座設定者の口座から共有口座への資金移動を行なうことが好ましい。これにより、タイムライン画面を用いて、共有口座に入金することができる。

本発明によれば、複数人で口座情報を効率的に共有し、的確な資産管理を行なうことができる。

本実施形態の口座管理システムの説明図。 本実施形態のタイムライン画面の説明図。 本実施形態の共有口座設定者口座、パートナー口座、共有口座とタイムライン画面の関係の説明図。 本実施形態の情報記憶部の説明図であって、（ａ）は利用者情報記憶部、（ｂ）は口座情報記憶部、（ｃ）はグループ情報記憶部、（ｄ）はメッセージ記憶部の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図であって、（ａ）はメッセージ取得処理、（ｂ）はタイムライン画面処理、（ｃ）は残高照会処理の説明図。 本実施形態の処理手順の説明図。 他の実施形態の処理手順の説明図であって、（ａ）はパターン登録処理、（ｂ）は利用権限管理処理の説明図。

以下、図１〜図７に従って、口座管理システム、口座管理方法及び口座管理プログラムを具体化した一実施形態を説明する。本実施形態では、銀行の顧客（利用者）に対して、例えば、家族等のパートナーと口座情報を共有して、資産管理を行なうサービスを提供する場合を想定する。ここで、資産管理は、残高管理の他、資金移動、資産形成等を含み、家族等のパートナーとの間での資金の管理全般を意味する。

ここでは、図１に示すように、ネットワークを介して接続されたユーザ端末１０、管理サーバ２０、銀行サーバ３０、メディアサーバ４０を用いる。
図２に示すように、本実施形態では、管理サーバ２０が、本サービスの利用者（共有口座設定者、パートナー）のユーザ端末１０に対して、タイムライン画面５００を提供する。そして、利用者（共有口座設定者、パートナー）は、ユーザ端末１０を用いて、タイムライン画面５００に対してメッセージを投稿する。このメッセージは、タイムライン画面５００において、時系列に出力される。また、管理サーバ２０は、銀行サーバ３０から取得した告知情報やメディアサーバ４０から取得した記事も、メッセージとしてタイムライン画面に出力する。

更に、図３に示すように、本サービスの利用者（共有口座設定者）が、銀行に開設された口座（自分自身の口座）を保有する場合を想定する。また、共有口座設定者のパートナー（例えば、家族）が、自分自身の口座を有している場合と、自分自身の口座を有していない場合とを想定する。そして、共有口座設定者は、パートナーと口座情報を共有する共有口座を銀行に開設する。共有口座設定者とパートナーとは、ユーザ端末１０に出力されたタイムライン画面５００を用いて、共有口座の口座情報（取引情報や口座残高）について情報共有する。

ユーザ端末１０は、本サービスの利用者（共有口座設定者、パートナー）が用いるコンピュータ端末である。このユーザ端末１０は、制御部、タッチパネルディスプレイを備える。ユーザ端末１０の制御部は、各種アプリケーションを実行し、管理サーバ２０から取得したデータ（ウェブページ等）を、タッチパネルディスプレイに出力する。タッチパネルディスプレイは、画面上に情報を出力する出力部、タッチ操作等による情報を入力する入力部として機能する。

このユーザ端末１０には、銀行から提供されたサービス利用アプリケーションが格納されている。このサービス利用アプリケーションを用いることにより、銀行が提供する各種ネットバンキングサービスを利用することができる。更に、このサービス利用アプリケーションにより、タイムライン画面５００によるメッセージ交換を行なうことができる。

図１の管理サーバ２０は、ユーザ端末１０と銀行サーバ３０とを中継するコンピュータシステムである。この管理サーバ２０は、制御部２１、利用者情報記憶部２２、口座情報記憶部２３、グループ情報記憶部２４、メッセージ記憶部２５を備えている。

制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（登録段階、ユーザ認証段階、口座管理段階、メッセージ段階、記事検索段階等の各処理等）を行なう。そのための口座管理プログラムを実行することにより、制御部２１は、登録部２１０、ユーザ認証部２１１、口座管理部２１２、メッセージ部２１３、記事検索部２１４として機能する。

登録部２１０は、本サービスの利用者の登録処理を実行する。
ユーザ認証部２１１は、ログイン時に利用者の認証処理を実行する。
口座管理部２１２は、銀行サーバ３０から口座情報の取得処理や、銀行サーバ３０に対して取引要求送信処理を実行する。この口座管理部２１２は、タイムライン画面に表示されたメッセージに基づいて、残高照会や取引要求を認識するためのキーワード辞書を備えている。この辞書には、残高照会や、入金や出金の依頼を特定するためのキーワード（文言）が記録されている。

メッセージ部２１３は、各種情報をタイムライン画面に出力する処理を実行する。
記事検索部２１４は、メディアサーバ４０から、利用者に関連する記事を取得する処理を実行する。

図４（ａ）に示すように、利用者情報記憶部２２には、本サービスの利用者に関する利用者管理レコード２２０が記録されている。利用者管理レコード２２０は、本サービスの利用者登録が行なわれた場合に記録される。利用者管理レコード２２０には、アカウントＩＤ、メールアドレス、パスワード、端末ＩＤ、トークンに関するデータが記録されている。

アカウントＩＤデータ領域には、本サービスの利用者を特定するための識別子に関するデータが記録される。
メールアドレスデータ領域には、この利用者のメールアドレスに関するデータが記録される。このメールアドレスは、ユーザ申請時に各利用者を特定するために用いられる。

パスワードデータ領域には、この利用者を認証するためのパスワードに関するデータが記録される。なお、ユーザ端末１０において、後述する端末ＩＤ、トークンが格納されている場合には、このパスワードを用いることなく、端末ＩＤ、トークンを利用して本サービスを利用することができる。

端末ＩＤデータ領域には、この利用者が用いるユーザ端末１０を特定するための識別子に関するデータが記録される。
トークンデータ領域には、この利用者が用いるユーザ端末１０を認証するための確認情報に関するデータが記録される。

図４（ｂ）に示すように、口座情報記憶部２３には、利用者に関連する口座に関する口座管理レコード２３０が記録されている。口座管理レコード２３０は、銀行に開設した口座が登録された場合に記録される。口座管理レコード２３０には、アカウントＩＤ、顧客コード、ログインパスワード、ユーザ口座識別子、共有口座識別子、利用権限に関するデータが記録されている。

アカウントＩＤデータ領域には、本サービスの利用者を特定するための識別子に関するデータが記録される。
顧客コードデータ領域には、銀行サーバ３０へのログイン時に用いる各利用者を特定するための識別子に関するデータが記録される。

ログインパスワードデータ領域には、銀行サーバ３０へのログイン時に用いる認証情報に関するデータが記録される。
ユーザ口座識別子データ領域には、この利用者自身が保有する口座を特定するための識別子（金融機関コード、本支店コード、預金種別、口座番号）に関するデータが記録される。

共有口座識別子データ領域には、この利用者が利用可能な共有口座を特定するための識別子（金融機関コード、本支店コード、預金種別、口座番号）に関するデータが記録される。

利用権限データ領域には、この共有口座の利用権限に関するデータが記録される。利用権限としては、共有口座の口座情報の表示、現金引出、他の口座への振込等に関する権限が設定される。

図４（ｃ）に示すように、グループ情報記憶部２４には、各利用者のまとまり（グループ）を管理するためのグループ管理レコード２４０が記録されている。グループ管理レコード２４０は、パートナーが登録された場合に記録される。グループ管理レコード２４０には、グループＩＤ、共有口座設定者ＩＤ、共有口座識別子、合言葉、パートナーＩＤ、キーワードに関するデータが記録されている。

グループＩＤデータ領域には、共有口座設定者及びパートナーが属するグループを特定するための識別子に関するデータが記録される。
共有口座設定者ＩＤデータ領域には、共有口座を設定した利用者を特定するための識別子（アカウントＩＤ）に関するデータが記録される。

共有口座識別子データ領域には、このグループの利用者が利用可能な共有口座を特定するための識別子（金融機関コード、本支店コード、預金種別、口座番号）に関するデータが記録される。

合言葉データ領域には、他の利用者をパートナーとして本サービスに招待する場合に用いる認証情報に関するデータが記録される。
パートナーＩＤデータ領域には、共有口座設定者のパートナー（利用者）を特定するための識別子（アカウントＩＤ）に関するデータが記録される。
キーワードデータ領域には、この利用者（共有口座設定者及びパートナー）に対して提供する記事を検索するための検索キーに関するデータが記録される。本実施形態では、検索キーとして、共有口座を用いて行なわれる資産形成のために参考にする記事を検索するためのキーワードを用いる。

図４（ｄ）に示すように、メッセージ記憶部２５には、利用者に提供されるメッセージに関するメッセージ管理レコード２５０が記録されている。メッセージ管理レコード２５０は、メッセージを取得した場合に記録される。メッセージ管理レコード２５０には、グループＩＤ、発信者、メッセージ発信日、メッセージ内容、ステータスに関するデータが記録されている。

グループＩＤデータ領域には、共有口座設定者及びパートナーが属するグループを特定するための識別子に関するデータが記録される。
発信者データ領域には、メッセージの発信者に関するデータが記録される。本実施形態では、メッセージの発信者として、グループ化された利用者（共有口座設定者又はパートナー）、銀行サーバ３０、メディアサーバ４０を想定する。

メッセージ発信日データ領域には、メッセージの発信時（年月日及び時刻）に関するデータが記録される。
メッセージ内容データ領域には、メッセージの内容に関するデータが記録される。
ステータスデータ領域には、このメッセージの通知状況を特定するためのフラグが記録される。例えば、グループに属するユーザ端末１０に対して、プッシュ通知を行なっていない場合には、未通知フラグが記録される。また、アカウントＩＤに対して、未読メッセージを特定するための未読フラグが記録される。

銀行サーバ３０は、銀行に開設された口座を管理するコンピュータシステムである。この銀行サーバ３０は、顧客情報記憶部、開設口座情報記憶部、告知情報記憶部を備えている。

顧客情報記憶部には、銀行の顧客についての顧客管理レコードが記録されている。顧客管理レコードは、顧客が銀行に口座を開設した場合に記録される。顧客管理レコードには、顧客コード、ログインパスワード、暗証番号、第２暗証番号、口座識別子に関するデータが記録されている。

顧客コードデータ領域には、銀行の各顧客を特定するための識別子に関するデータが記録される。
ログインパスワードデータ領域には、ログイン時に、この顧客を認証するための認証情報に関するデータが記録される。

暗証番号データ領域には、顧客を認証するための情報に関するデータが記録される。
第２暗証番号データ領域には、口座を用いて取引する場合に用いる認証情報に関するデータが記録される。
口座識別子データ領域には、この顧客が保有する口座を特定するための識別子（本支店コード、種別コード、口座番号）に関するデータが記録される。

開設口座情報記憶部には、銀行に開設された口座を管理するための開設口座管理レコードが記録される。開設口座管理レコードは、銀行において口座が開設された場合に登録される。この開設口座管理レコードは、口座識別子、口座残高、口座履歴に関するデータが記録されている。

口座識別子データ領域には、各口座を特定するための識別子に関するデータが記録される。
口座残高データ領域には、この口座の残高に関するデータが記録される。
口座履歴データ領域には、この口座における入金や出金について、入出金日時や金額、摘要等に関するデータが記録される。

告知情報記憶部には、銀行の顧客に対して提供する告知情報が記録される。この告知情報には、告知日、告知内容に関するデータが記録されている。
告知日データ領域には、告知情報を発信した日付に関するデータが記録される。
告知内容データ領域には、銀行の顧客に対して提供する一般情報（サービスの案内や広告等）に関するデータが記録される。

メディアサーバ４０は、ニュースやプレスリリース等の各種記事を公開するコンピュータシステムである。この記事情報には、公表日、記事内容に関するデータが記録されている。

（登録処理）
次に、図５を用いて、この口座管理システムにおける提案処理の処理手順を説明する。
まず、管理サーバ２０の制御部２１は、ユーザ申請処理を実行する（ステップＳ１−１）。具体的には、本サービスの利用を希望する各利用者（共有口座設定者、パートナー）は、ユーザ端末１０を用いて、管理サーバ２０にアクセスする。この場合、制御部２１の登録部２１０は、ユーザ端末１０のタッチパネルディスプレイに、ユーザ申請画面を出力する。このユーザ申請画面には、メールアドレス、パスワードの入力欄が設けられている。そして、ユーザ申請画面の入力完了を検知した場合、登録部２１０は、ユーザ端末１０からメールアドレス、パスワードを取得する。そして、登録部２１０は、アカウントＩＤを付与し、メールアドレス、パスワードを設定した利用者管理レコード２２０を生成し、利用者情報記憶部２２に登録する。次に、登録部２１０は、端末ＩＤ及びトークンをユーザ端末１０に送信する。この場合、ユーザ端末１０のサービス利用アプリケーションは、端末ＩＤ及びトークンを記憶する。この端末ＩＤ及びトークンは、次回以降の管理サーバ２０へのアクセス時のログイン認証に用いられる。

次に、管理サーバ２０の制御部２１は、本人口座の設定処理を実行する（ステップＳ１−２）。具体的には、制御部２１の登録部２１０は、ユーザ端末１０のタッチパネルディスプレイに、口座設定画面を出力する。この口座設定画面には、銀行サーバ３０にログインするための顧客コード、ログインパスワードの入力欄が設けられている。そして、口座設定画面の入力完了を検知した場合、登録部２１０は、ユーザ端末１０から取得した顧客コード、ログインパスワードを用いて、銀行サーバ３０へのログインを確認する。銀行サーバ３０へのログインを確認でき、利用者（共有口座設定者、パートナー）自身の口座番号を取得できた場合、登録部２１０は、アカウントＩＤ、顧客コード、ログインパスワード、ユーザ口座識別子を記録した口座管理レコード２３０を生成し、口座情報記憶部２３に記録する。
共有口座設定者及びパートナーについて、管理サーバ２０の制御部２１は、以上のステップＳ１−１，Ｓ１−２の処理をそれぞれが行なう。

次に、管理サーバ２０の制御部２１は、共有口座の設定処理を実行する（ステップＳ１−３）。具体的には、共有口座設定者は、ユーザ端末１０を用いて、共有口座の設定を指示する。この場合、制御部２１の登録部２１０は、口座管理部２１２に対して、共有口座の開設を指示する。口座管理部２１２は、銀行サーバ３０において、共有口座設定者の顧客コード、ログインパスワードを用いて利用可能な共有口座を開設する。そして、口座管理部２１２は、銀行サーバ３０から共有口座の口座識別子を取得し、登録部２１０は、この共有口座の口座識別子を口座管理レコード２３０に記録する。この場合、口座管理レコード２３０の利用権限データ領域には、共有口座についてのすべての利用権限を設定する。

次に、管理サーバ２０の制御部２１は、パートナーの指定処理を実行する（ステップＳ１−４）。具体的には、制御部２１の登録部２１０は、共有口座設定者のユーザ端末１０のタッチパネルディスプレイに、招待画面を出力する。この招待画面には、共有口座を利用できるパートナーのアカウントＩＤ、合言葉、キーワードの入力欄が設けられている。このキーワード入力欄には、パートナーと情報共有を希望する記事の検索に用いる検索キーを設定する。そして、招待画面の入力完了を検知した場合、登録部２１０は、グループＩＤを付与し、共有口座設定者のアカウントＩＤ、共有口座識別子に関連付けて、ユーザ端末１０から取得したパートナーのアカウントＩＤ（パートナーＩＤ）、合言葉、キーワードを記録したグループ管理レコード２４０を生成し、グループ情報記憶部２４に記録する。そして、共有口座設定者は、パートナーに対して、本サービスを利用するための合言葉を伝えておく。

次に、管理サーバ２０の制御部２１は、パートナーリクエストの送信処理を実行する（ステップＳ１−５）。具体的には、制御部２１の登録部２１０は、パートナーのアカウントＩＤに対して、招待メッセージをプッシュ通知する。この招待メッセージには、共有口座設定者のアカウントＩＤ、グループＩＤに関するデータを含めておく。そして、パートナーのユーザ端末１０には、招待メッセージが出力される。

次に、管理サーバ２０の制御部２１は、合言葉の認証処理を実行する（ステップＳ１−６）。具体的には、パートナーは、ユーザ端末１０において取得した招待メッセージに基づいて、管理サーバ２０にアクセスする。この場合、制御部２１の登録部２１０は、ユーザ端末１０のタッチパネルディスプレイに、招待確認画面を出力する。この招待確認画面には、合言葉の入力欄が設けられている。そして、招待確認画面の入力完了を検知した場合、登録部２１０は、パートナーのユーザ端末１０から招待者のアカウントＩＤ、グループＩＤ、合言葉を取得する。そして、登録部２１０は、取得したアカウントＩＤ、グループＩＤ、合言葉が記録されているグループ管理レコード２４０を、グループ情報記憶部２４において検索する。ユーザ端末１０から取得したアカウントＩＤ、グループＩＤ、合言葉が記録されたグループ管理レコード２４０を特定できた場合には、合言葉の認証を終了する。

次に、管理サーバ２０の制御部２１は、パートナー口座と共有口座との関連付け処理を実行する（ステップＳ１−７）。具体的には、制御部２１の登録部２１０は、パートナーのアカウントＩＤ（パートナーＩＤ）が記録された口座管理レコード２３０を口座情報記憶部２３から抽出する。そして、登録部２１０は、この口座管理レコード２３０に共有口座識別子を記録する。この場合、パートナーの利用権限として、残高照会、現金引出を設定する。

次に、管理サーバ２０の制御部２１は、タイムライン画面処理を実行する（ステップＳ１−８）。具体的には、制御部２１のメッセージ部２１３は、ユーザ端末１０のタッチパネルディスプレイに、共有口座に関する情報等を出力するタイムライン画面を表示する。この処理については、後述する。

（メッセージ取得処理）
次に、図６（ａ）を用いて、メッセージ取得処理を説明する。
ここでは、管理サーバ２０の制御部２１は、利用者メッセージの取得処理を実行する（ステップＳ２−１）。具体的には、ユーザ端末１０において、利用者がメッセージを投稿した場合、制御部２１のメッセージ部２１３は、メッセージの発信者のアカウントＩＤを用いて、利用者のグループ管理レコード２４０を特定する。そして、メッセージ部２１３は、グループＩＤ、発信者（アカウントＩＤ）、メッセージ発信日、メッセージ内容、未通知フラグを記録したメッセージ管理レコード２５０を生成し、メッセージ記憶部２５に記録する。

また、管理サーバ２０の制御部２１は、定期的に、銀行サーバ３０から共有口座の口座情報を取得する。
ここでは、管理サーバ２０の制御部２１は、共有口座の特定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の口座管理部２１２は、グループ情報記憶部２４のグループ管理レコード２４０に記録されている共有口座の共有口座識別子を、順次、特定する。

次に、管理サーバ２０の制御部２１は、共有口座の取引情報の取得処理を実行する（ステップＳ２−３）。具体的には、制御部２１の口座管理部２１２は、共有口座の設定者の顧客コード、ログインパスワードを用いて、銀行サーバ３０にアクセスし、共有口座の取引情報を取得する。メッセージ記憶部２５に記録されていない新たな取引情報を取得した場合、メッセージ部２１３は、共有口座を利用するグループＩＤ、発信者（銀行サーバ３０）、メッセージ発信日、メッセージ内容、未通知フラグを記録したメッセージ管理レコード２５０を生成し、メッセージ記憶部２５に記録する。

次に、管理サーバ２０の制御部２１は、銀行からの告知情報の取得処理を実行する（ステップＳ２−４）。具体的には、制御部２１の口座管理部２１２は、銀行サーバ３０から、銀行が提供する告知情報を取得する。新たな告知情報を取得した場合、メッセージ部２１３は、共有口座を利用するグループＩＤ、発信者（銀行サーバ３０）、メッセージ発信日、メッセージ内容、未通知フラグを記録したメッセージ管理レコード２５０を生成し、メッセージ記憶部２５に記録する。

次に、管理サーバ２０の制御部２１は、記事の取得処理を実行する（ステップＳ２−５）。具体的には、制御部２１の記事検索部２１４は、アカウントＩＤが記録されたグループ管理レコード２４０をグループ情報記憶部２４から抽出する。次に、記事検索部２１４は、メディアサーバ４０にアクセスする。そして、記事検索部２１４は、グループ管理レコード２４０に記録されているキーワードに関連する記事を取得する。新たな記事を取得した場合、メッセージ部２１３は、共有口座を利用するグループＩＤ、発信者（メディアサーバ４０）、メッセージ発信日、メッセージ内容、未通知フラグを記録したメッセージ管理レコード２５０を生成し、メッセージ記憶部２５に記録する。

次に、管理サーバ２０の制御部２１は、新規メッセージがあるかどうかについての判定処理を実行する（ステップＳ２−６）。具体的には、メッセージ部２１３は、メッセージ記憶部２５において、未通知フラグが記録されたメッセージ管理レコード２５０を検索する。未通知フラグが記録されたメッセージ管理レコード２５０が記録されている場合には、新たなメッセージがあると判定する。

未通知フラグが記録されたメッセージ管理レコード２５０が記録されておらず、新規メッセージがないと判定した場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メッセージ取得処理を終了する。

一方、未通知フラグが記録されたメッセージ管理レコード２５０が記録されており、新規メッセージがあると判定した場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、プッシュ通知処理を実行する（ステップＳ２−７）。具体的には、制御部２１のメッセージ部２１３は、グループに属する利用者のユーザ端末１０に対して、新たなメッセージが登録されたことを示す通知を送信する。そして、メッセージ部２１３は、メッセージ管理レコード２５０の未通知フラグを削除し、未読フラグを記録する。

（タイムライン画面処理）
次に、図６（ｂ）を用いて、タイムライン画面処理を説明する。
ここでは、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ３−１）。具体的には、利用者がタイムライン画面を利用する場合には、ユーザ端末１０を用いて、管理サーバ２０にアクセスする。この場合、ユーザ端末１０は、端末ＩＤ、トークンを管理サーバ２０に送信する。管理サーバ２０の制御部２１のユーザ認証部２１１は、取得した端末ＩＤ及びトークンが利用者情報記憶部２２に記録されているかどうかを確認する。端末ＩＤ及びトークンが記録された利用者管理レコード２２０を特定できた場合には、ユーザ認証部２１１は、ログインを完了する。

次に、管理サーバ２０の制御部２１は、タイムライン画面の表示処理を実行する（ステップＳ３−２）。具体的には、制御部２１のメッセージ部２１３は、ユーザ端末１０のタッチパネルディスプレイに、タイムライン画面を出力する。

次に、管理サーバ２０の制御部２１は、メッセージの取得処理を実行する（ステップＳ３−３）。具体的には、制御部２１のメッセージ部２１３は、メッセージ記憶部２５において、ログイン利用者のアカウントＩＤに対して、未読フラグが記録されたメッセージ管理レコード２５０を特定する。なお、未読フラグの記録の有無にかかわらず、表示可能数だけ、直近のメッセージ発信日が記録されたメッセージ管理レコード２５０を特定するようにしてもよい。

次に、管理サーバ２０の制御部２１は、時系列にメッセージ表示処理を実行する（ステップＳ３−４）。具体的には、制御部２１のメッセージ部２１３は、グループに属する利用者が発信したメッセージ、取得した共有口座の取引情報、銀行からの告知情報、記事を、取得時刻に基づいて、時系列に並べる。そして、メッセージ部２１３は、時系列に並べたメッセージをタイムライン画面５００に出力する。そして、メッセージ部２１３は、メッセージ管理レコード２５０において、ログイン利用者のアカウントＩＤに関連付けて記録された未読フラグを削除する。

（残高照会処理）
次に、図６（ｃ）を用いて、残高照会処理を説明する。資産管理として残高照会を希望する場合、ユーザ端末１０を用いて、タイムライン画面において、残高照会に関するメッセージを入力する。
ここでは、管理サーバ２０の制御部２１は、タイムライン監視処理を実行する（ステップＳ４−１）。具体的には、制御部２１のメッセージ部２１３は、タイムライン画面５００に表示された各利用者のメッセージを取得する。

次に、管理サーバ２０の制御部２１は、残高照会かどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１の口座管理部２１２は、メッセージ部２１３が取得したメッセージにおいて、残高照会に関するキーワードが含まれるかどうかを判定する。例えば、「残高」の文言が含まれる場合には、残高照会と判定する。

残高照会でないと判定した場合（ステップＳ４−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、残高照会処理を終了する。
一方、残高照会と判定した場合（ステップＳ４−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、共有口座の特定処理を実行する（ステップＳ４−３）。具体的には、制御部２１のメッセージ部２１３は、残高照会のメッセージを取得した場合、口座管理部２１２に対して、残高照会の要求を行なう。この場合、口座管理部２１２は、残高照会のメッセージを入力したアカウントＩＤが記録されたグループ管理レコード２４０をグループ情報記憶部２４から抽出する。そして、口座管理部２１２は、グループ管理レコード２４０に記録されている共有口座識別子を特定する。

次に、管理サーバ２０の制御部２１は、共有口座の残高情報の取得処理を実行する（ステップＳ４−４）。具体的には、制御部２１の口座管理部２１２は、この共有口座の設定者の顧客コード、パスワードを用いて、銀行サーバ３０にアクセスし、共有口座の口座残高を取得する。

次に、管理サーバ２０の制御部２１は、タイムライン画面に残高表示処理を実行する（ステップＳ４−５）。具体的には、制御部２１のメッセージ部２１３は、口座管理部２１２から共有口座の口座残高を取得し、共有口座を利用するグループＩＤ、発信者（銀行サーバ３０）、メッセージ発信日、メッセージ内容、未通知フラグを記録したメッセージ管理レコード２５０を生成し、メッセージ記憶部２５に記録する。そして、メッセージ部２１３は、口座残高を含めたメッセージをタイムライン画面５００に出力する。

（入出金対応処理）
次に、図７を用いて、入出金対応処理を説明する。共有口座への入金や、共有口座からの出金等の取引（資産管理）を希望する場合、ユーザ端末１０を用いて、タイムライン画面において、取引に関するメッセージを入力する。例えば、「共有口座に入金」や「電気料金の支払」等の文言を含めたメッセージを入力する。

ここでは、管理サーバ２０の制御部２１は、タイムライン監視処理を実行する（ステップＳ５−１）。具体的には、制御部２１のメッセージ部２１３は、タイムライン画面５００に表示された各利用者のメッセージを取得する。

次に、管理サーバ２０の制御部２１は、入出金依頼かどうかについての判定処理を実行する（ステップＳ５−２）。具体的には、制御部２１の口座管理部２１２は、メッセージ部２１３が取得したメッセージにおいて、入出金依頼に関するキーワードが含まれるかどうかを判定する。例えば、「入金」、「支払」等の文言が含まれる場合には、入出金依頼と判定する。

入出金依頼でないと判定した場合（ステップＳ５−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、入出金対応処理を終了する。
一方、入出金依頼と判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、入出金内容の特定処理を実行する（ステップＳ５−３）。具体的には、制御部２１の口座管理部２１２は、発言者のアカウントＩＤが記録されたグループ管理レコード２４０をグループ情報記憶部２４から抽出する。そして、口座管理部２１２は、グループ管理レコード２４０に記録されている共有口座識別子を取得する。更に、口座管理部２１２は、メッセージに含まれるキーワードを用いて、引落口座や入金先口座を予測する。例えば、メッセージに「共有口座に入金」が含まれる場合には、利用者自身の口座を引落口座として特定し、共有口座を送金先口座として特定する。また、メッセージに「電気料金の支払」が含まれる場合には、共有口座を引落口座として特定し、電気料金の収納先を送金先口座として特定する。また、口座管理部２１２は、利用者自身の口座を引落口座として用いる場合には、メッセージの発信者のユーザ口座識別子を口座情報記憶部２３において特定する。また、口座管理部２１２は、所定の支払先（例えば、電気料金等の公共料金の収納先）については、銀行サーバ３０の開設口座情報記憶部に記録された共有口座の口座履歴において、支払実績に基づいて口座識別子を特定する。更に、入出金依頼のメッセージに金額が含まれる場合には、入金額又は出金額を特定する。

次に、管理サーバ２０の制御部２１は、利用権限があるかどうかについての判定処理を実行する（ステップＳ５−４）。具体的には、制御部２１の口座管理部２１２は、入出金依頼に対応する利用権限が、利用者のアカウントＩＤが記録された口座管理レコード２３０において、設定されているかどうかを確認する。利用権限において入出金依頼の対応ができない場合には、利用権限がないと判定する。

利用権限があると判定した場合（ステップＳ５−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、確認メッセージ処理を実行する（ステップＳ５−５）。具体的には、制御部２１の口座管理部２１２は、ユーザ端末１０のタッチパネルディスプレイのタイムライン画面に確認メッセージを出力する。この確認メッセージには、引落口座、振込先口座、入出金額の確認欄が設けられている。この場合、この入力欄には、入出金依頼のメッセージに含まれるキーワードを用いて予測した引落口座、振込先口座を初期設定する。更に、入出金依頼のメッセージで特定した入出金額を初期設定する。なお、口座や金額を特定できなかった場合には、該当する入力欄を空欄にしておく。

次に、管理サーバ２０の制御部２１は、承認かどうかについての判定処理を実行する（ステップＳ５−６）。確認メッセージを見た利用者は、取引の要否を判定する。そして、取引の要否に応じて、「ＯＫ」又は「ＮＧ」のメッセージを発信する。この場合、制御部２１の口座管理部２１２は、利用者のメッセージに基づいて、取引の要否を判定する。なお、確認メッセージの引落口座、振込先口座、入出金額が誤認識や空欄の場合には、タイムライン画面において、確認メッセージの返信メッセージとして、正しい引落口座、振込先口座、入出金額に関するメッセージを入力する。そして、「ＯＫ」メッセージが入力された場合、口座管理部２１２は、ユーザ端末１０のタッチパネルディスプレイに振込画面を出力する。この振込画面には、引落口座、振込先口座、金額の確認欄、第２暗証番号の入力欄が設けられている。第２暗証番号の入力完了を検知した場合、制御部２１の口座管理部２１２は、振込画面に入力された引落口座、振込先口座、第２暗証番号を含めた取引要求を取得する。

「ＯＫ」メッセージを取得し、承認と判定した場合（ステップＳ５−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、入出金処理を実行する（ステップＳ５−７）。具体的には、制御部２１の口座管理部２１２は、銀行サーバ３０にアクセスし、共有口座の顧客コード、ログインパスワードに基づいて、取引要求を送信する。この場合、銀行サーバ３０は、取引要求に基づいて、入出金処理を行なう。

次に、管理サーバ２０の制御部２１は、メッセージ表示処理を実行する（ステップＳ５−８）。具体的には、制御部２１の口座管理部２１２は、銀行サーバ３０から取引結果を取得する。メッセージ部２１３は、口座管理部２１２から共有口座の取引結果を取得し、共有口座を利用するグループＩＤ、発信者（銀行サーバ３０）、メッセージ発信日、メッセージ内容、未通知フラグを記録したメッセージ管理レコード２５０を生成し、メッセージ記憶部２５に記録する。そして、メッセージ部２１３は、取引結果をタイムライン画面５００に出力する。メッセージ部２１３は、口座管理部２１２が取得した取引結果をメッセージとして、タイムライン画面５００に出力する。

一方、利用権限がないと判定した場合や承認でないと判定した場合（ステップＳ５−４、Ｓ５−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、エラー処理を実行する（ステップＳ５−９）。具体的には、制御部２１のメッセージ部２１３は、ユーザ端末１０に対して、取引処理ができなかったことを示すメッセージを出力する。そして、管理サーバ２０の制御部２１は、入出金対応処理を終了する。

以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、管理サーバ２０の制御部２１は、共有口座の設定処理を実行する（ステップＳ１−３）。次に、管理サーバ２０の制御部２１は、パートナーの指定処理を実行する（ステップＳ１−４）。これにより、招待によって、関係者を共有口座と関連付けることができる。

（２）本実施形態では、管理サーバ２０の制御部２１は、共有口座の特定処理（ステップＳ２−２）、共有口座の取引情報の取得処理（ステップＳ２−３）を実行する。そして、管理サーバ２０の制御部２１は、時系列にメッセージ表示処理を実行する（ステップＳ３−４）。これにより、タイムライン画面で共有口座の取引情報について、利用者間で情報共有することができる。

（３）本実施形態では、管理サーバ２０の制御部２１は、銀行からの告知情報の取得処理を実行する（ステップＳ２−４）。更に、管理サーバ２０の制御部２１は、記事の取得処理を実行する（ステップＳ２−５）。そして、管理サーバ２０の制御部２１は、時系列にメッセージ表示処理を実行する（ステップＳ３−４）。これにより、タイムライン画面において、銀行からの告知情報や、共有口座を用いた資産形成のために参照する記事を、利用者間で情報共有することができる。

（４）本実施形態では、管理サーバ２０の制御部２１は、共有口座の特定処理（ステップＳ４−３）、共有口座の残高情報の取得処理（ステップＳ４−４）、タイムライン画面に残高表示処理（ステップＳ４−５）を実行する。これにより、タイムライン画面で共有口座の残高情報を、利用者間で情報共有することができる。

（５）本実施形態では、入出金依頼と判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、入出金内容の特定処理（ステップＳ５−３）、利用権限があるかどうかについての判定処理（ステップＳ５−４）を実行する。利用権限があると判定した場合（ステップＳ５−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、確認メッセージ処理を実行する（ステップＳ５−５）。これにより、利用権限に基づいて、タイムライン画面を用いて、共有口座に関する取引指示を確認することができる。
更に、承認と判定した場合（ステップＳ５−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、入出金処理（ステップＳ５−７）、メッセージ表示処理（ステップＳ５−８）を実行する。これにより、利用権限に基づいて、タイムライン画面を用いて、共有口座における入出金を行なうことができる。

また、上記実施形態は、以下の態様に変更してもよい。
・上記実施形態では、利用者情報記憶部２２にキーワードを登録し、このキーワードに基づいて、メディアサーバ４０から記事を取得する。記事の取得に用いるキーワードを、タイムライン画面において交換されるメッセージに基づいて特定するようにしてもよい。

図８（ａ）を用いて、このパターン登録処理を説明する。
まず、管理サーバ２０の制御部２１は、メッセージのパターン認識処理を実行する（ステップＳ６−１）。具体的には、制御部２１の記事検索部２１４は、タイムライン画面５００におけるメッセージに含まれるキーワードを取得する。

次に、管理サーバ２０の制御部２１は、パターン学習処理を実行する（ステップＳ６−２）。具体的には、制御部２１の記事検索部２１４は、キーワードの頻度や発言時期に基づいて、キーワードが使われるパターンを特定する。

次に、管理サーバ２０の制御部２１は、学習したパターンの提案処理を実行する（ステップＳ６−３）。具体的には、制御部２１の記事検索部２１４は、キーワードが利用されるパターンを検出した場合、記事検索部２１４は、タイムライン画面５００において、学習したパターンに基づいて、キーワードの登録提案を行なうメッセージを出力する。

次に、管理サーバ２０の制御部２１は、提案の承認かどうかについての判定処理を実行する（ステップＳ６−４）。利用者はユーザ端末１０を用いて、提案の利用可否を判断する。そして、タイムライン画面５００において、提案の承認又は拒否を入力する。この場合、制御部２１の記事検索部２１４は、タイムライン画面に入力された提案の承認又は拒否を取得する。

提案の承認と判定した場合（ステップＳ６−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、キーワード登録処理を実行する（ステップＳ６−５）。具体的には、制御部２１の記事検索部２１４は、グループ情報記憶部２４のグループ管理レコード２４０に、承認されたキーワードを登録する。

一方、提案の否認と判定した場合（ステップＳ６−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、キーワード登録処理（ステップＳ６−５）をスキップして、パターン登録処理を終了する。
これにより、タイムライン画面において交換されるメッセージに含まれるキーワードに基づいて、共有口座を用いた資産形成のための参照記事を検索することができる。

・上記実施形態では、口座情報記憶部２３の口座管理レコード２３０に共有口座の利用権限を登録する。ここで、所定の目的や金額等に基づいて、共有口座の利用権限を設定するようにしてもよい。

図８（ｂ）を用いて、この場合の利用権限管理処理を説明する。
まず、管理サーバ２０の制御部２１は、共有口座設定者のメッセージの取得処理を実行する（ステップＳ７−１）。具体的には、制御部２１のメッセージ部２１３は、タイムライン画面５００において共有口座設定者のメッセージを取得する。

次に、管理サーバ２０の制御部２１は、パートナーへの指示かどうかについての判定処理を実行する（ステップＳ７−２）。具体的には、制御部２１の口座管理部２１２は、メッセージ部２１３が取得した共有口座設定者のメッセージにおいて、パートナーへの指示に関するキーワードが含まれるかどうかを判定する。例えば、支払に関するキーワードとして「支払をお願い」や「払って」という文言が含まれる場合には、支払指示と判定する。

パートナーへの指示でないと判定した場合（ステップＳ７−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、利用権限管理を終了する。
一方、パートナーへの指示と判定した場合（ステップＳ７−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、権限設定が必要かどうかについての判定処理を実行する（ステップＳ７−３）。具体的には、制御部２１の口座管理部２１２は、パートナーのアカウントＩＤが記録された口座管理レコード２３０において、指示に対応する利用権限が設定されているかどうかを確認する。口座管理レコード２３０に記録されている利用権限で、パートナーへの指示の対応ができない場合には、権限設定が必要と判定する。

利用権限において指示対応が可能であり、権限設定が不要と判定した場合（ステップＳ７−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、利用権限管理処理を終了する。

一方、利用権限において指示対応ができず、権限設定が必要と判定した場合（ステップＳ７−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、パートナーの利用権限の設定処理を実行する（ステップＳ７−４）。具体的には、制御部２１の口座管理部２１２は、共有口座設定者のメッセージにおいてパートナーへの指示に対応する金額や支払先を特定する。そして、口座管理部２１２は、特定した金額や支払先について、共有口座の利用権限をパートナーのアカウントＩＤが記録された口座管理レコード２３０に設定する。
これにより、タイムライン画面におけるメッセージに基づいて、共有口座の利用権限を設定することができる。

・上記実施形態では、管理サーバ２０の制御部２１は、共有口座の設定処理を実行する（ステップＳ１−３）。具体的には、口座管理部２１２は、銀行サーバ３０において、共有口座設定者の顧客コード、ログインパスワードを用いて利用可能な共有口座を開設する。ここで、共有口座設定者が予め開設した口座を共有口座として用いるようにしてもよい。この場合には、登録部２１０は、ユーザ端末１０において指定された共有口座の口座識別子を取得し、口座管理レコード２３０に記録する。

・上記実施形態では、共有口座を用いた資産管理として、残高照会や入出金対応を説明した。共有口座を用いた資産管理であれば、取引内容はこれらに限定されるものではない。

１０…ユーザ端末、２０…管理サーバ、２１…制御部、２１０…登録部、２１１…ユーザ認証部、２１２…口座管理部、２１３…メッセージ部、２１４…記事検索部、２２…利用者情報記憶部、２３…口座情報記憶部、２４…グループ情報記憶部、２５…メッセージ記憶部、３０…銀行サーバ、４０…メディアサーバ、５００…タイムライン画面。

Claims (6)

1. 共有口座設定者及びパートナーの識別情報を関連付けたグループを記憶するグループ情報記憶部と、
   タイムライン画面に表示するメッセージを記憶するメッセージ記憶部と、
   ユーザ端末に接続される制御部とを備えた口座管理システムであって、
   前記制御部が、
   前記共有口座設定者の口座に関連付けられた共有口座の識別情報を前記グループ情報記憶部に記録し、
   前記共有口座設定者によって指定されたパートナーの識別情報と前記共有口座の識別情報とを関連付けて前記グループ情報記憶部に記録し、
   共有口座設定者及びパートナーのユーザ端末から発信されたメッセージ及び前記共有口座設定者及びパートナーが属するグループの共有口座に関する口座情報を取得して前記メッセージ記憶部に記録し、
   前記メッセージ記憶部に記録されたメッセージを、各グループのユーザ端末のタイムライン画面に出力し、
   前記ユーザ端末から発信され、前記タイムライン画面に表示されたメッセージに基づいて、前記共有口座を用いての取引指示を取得し、
   前記取引指示に応じた取引処理を実行することを特徴とする口座管理システム。
2. 前記制御部が、
   前記タイムライン画面に表示されたメッセージの発信者の識別情報に基づいて、前記発信者における前記共有口座の利用権限を特定し、
   前記利用権限に基づいて、前記取引指示に応じた取引処理を実行することを特徴とする請求項１に記載の口座管理システム。
3. 前記制御部が、前記共有口座設定者のメッセージに基づいて、前記共有口座設定者のパートナーの利用権限を設定することを特徴とする請求項２に記載の口座管理システム。
4. 前記制御部が、前記タイムライン画面における共有口座設定者のメッセージに基づいて、前記共有口座設定者の口座から共有口座への資金移動を行なうことを特徴とする請求項１〜３の何れか一項に記載の口座管理システム。
5. 共有口座設定者及びパートナーの識別情報を関連付けたグループを記憶するグループ情報記憶部と、
   タイムライン画面に表示するメッセージを記憶するメッセージ記憶部と、
   ユーザ端末に接続される制御部とを備えた口座管理システムを用いて、口座管理を行なうための方法であって、
   前記制御部が、
   前記共有口座設定者の口座に関連付けられた共有口座の識別情報を前記グループ情報記憶部に記録し、
   前記共有口座設定者によって指定されたパートナーの識別情報と前記共有口座の識別情報とを関連付けて前記グループ情報記憶部に記録し、
   共有口座設定者及びパートナーのユーザ端末から発信されたメッセージ及び前記共有口座設定者及びパートナーが属するグループの共有口座に関する口座情報を取得して前記メッセージ記憶部に記録し、
   前記メッセージ記憶部に記録されたメッセージを、各グループのユーザ端末のタイムライン画面に出力し、
   前記ユーザ端末から発信され、前記タイムライン画面に表示されたメッセージに基づいて、前記共有口座を用いての取引指示を取得し、
   前記取引指示に応じた取引処理を実行することを特徴とする口座管理方法。
6. 共有口座設定者及びパートナーの識別情報を関連付けたグループを記憶するグループ情報記憶部と、
   タイムライン画面に表示するメッセージを記憶するメッセージ記憶部と、
   ユーザ端末に接続される制御部とを備えた口座管理システムを用いて、口座管理を行なうためのプログラムであって、
   前記制御部を、
   前記共有口座設定者の口座に関連付けられた共有口座の識別情報を前記グループ情報記憶部に記録し、
   前記共有口座設定者によって指定されたパートナーの識別情報と前記共有口座の識別情報とを関連付けて前記グループ情報記憶部に記録し、
   共有口座設定者及びパートナーのユーザ端末から発信されたメッセージ及び前記共有口座設定者及びパートナーが属するグループの共有口座に関する口座情報を取得して前記メッセージ記憶部に記録し、
   前記メッセージ記憶部に記録されたメッセージを、各グループのユーザ端末のタイムライン画面に出力し、
   前記ユーザ端末から発信され、前記タイムライン画面に表示されたメッセージに基づいて、前記共有口座を用いての取引指示を取得し、
   前記取引指示に応じた取引処理を実行する手段として機能させることを特徴とする口座管理プログラム。