JP2008293131A

JP2008293131A - 情報処理システム、プログラム、および情報処理方法

Info

Publication number: JP2008293131A
Application number: JP2007135862A
Authority: JP
Inventors: Tooru Sakaihara; 徹酒井原; Toshiyuki Moritsu; 俊之森津
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-05-22
Filing date: 2007-05-22
Publication date: 2008-12-04

Abstract

【課題】高齢者に対して支出に関する情報を容易に提供することができるようにする。
【解決手段】高齢者の支出に関する情報を提供する情報処理システムであって、高齢者の態様情報に対応付けて予想支出金額を記憶する予想支出データベースと、高齢者の資産金額を記憶する資産データベースとにアクセス可能に接続される情報処理装置が、期間指定情報と、その期間において高齢者が希望する態様情報とを受け付け、受け付けた態様情報に対応する予想支出金額を取得し、受け付けた期間の長さを一定期間で割った商に取得した予想支出金額を乗じて、生活態様により高齢者が期間に生活した場合にかかると予想される期間予想支出金額を算出し、予想支出金額を出力し、算出した期間予想支出金額を、資産データベースに記憶されている資産金額から引いた金額である資産残額を算出し、資産残額を出力する。
【選択図】図１

Description

本発明は、情報処理システム、プログラム、および情報処理方法に関する。

ファイナンシャルプランニングを手軽に行うシステムが考案されている。特許文献１に記載された発明では、ネットワーク経由でファイナンシャルプラニングサービスを提供するシステムが提示されている。
特開２００４−５５５２号公報

高齢になると、自分で生活設計を行うことは難しく、先行きの不安のために自分の持っている資産を十分に活用できず、充実した老後を送ることが出来ないことがある。また高齢になると資産の維持管理が難しく、本人の知らないうち横領されていることもまれではない。さらに、認知症などで判断力が殆どなくなった場合には、自分の希望にあった適正なお金の使い方や資産の管理が行えなくなる問題がある。

これに対応するために、自分の収入、支出、資産の状況を示してファイナンシャルプランナ等の専門家にアドバイスを受けることも可能ではあるが、特許文献１に記載のシステムのように、プランニングを行ってもらう度に、家族構成や希望生活計画、収入、資産、支出に関する情報を入力する必要があり、特に高齢者にとっては取り扱いが難しい。

本発明は、このような背景を鑑みてなされたものであり、高齢者に対して支出に関する情報を容易に提供することのできる情報処理システム、プログラムおよび情報処理方法を提供することを目的とする。

上記課題を解決するための本発明の主たる発明は、高齢者の支出に関する情報を提供する情報処理システムであって、前記高齢者の生活態様を示す情報である態様情報に対応付けて、前記生活態様により前記高齢者が一定期間生活する場合にかかると予想される費用である予想支出金額を記憶する予想支出データベースと、前記高齢者が現在有する資産の金額である資産金額を記憶する資産データベースと、前記予想支出データベースおよび前記資産データベースにアクセス可能に接続される情報処理装置と、を含み、前記情報処理装置は、期間を指定する期間指定情報と、前記期間において前記高齢者が希望する生活態様を表す前記態様情報とを受け付ける希望生活態様受付部と、受け付けた前記態様情報に対応する前記予想支出金額を前記予想支出データベースから取得する予想支出取得部と、受け付けた前記期間指定情報により指定される前記期間の長さを、前記一定期間で割った商に取得した前記予想支出金額を乗じて、前記生活態様により前記高齢者が前記期間に生活した場合にかかると予想される費用である期間予想支出金額を算出する期間予想支出金額算出部と、前記予想支出金額を出力する予想支出金額出力部と、算出した前記期間予想支出金額を、前記資産データベースに記憶されている前記資産金額から引いた金額である資産残額を算出する資産残額算出部と、前記資産残額を出力する資産残額出力部と、を備えることとする。

本発明によれば、高齢者に対して支出に関する情報を容易に提供することができる。

以下、本発明の一実施形態に係る情報処理システムについて説明する。本実施形態の情報処理システムは、高齢者の生活を支援するためのものであり、高齢者の資産や収入、老後の生活に係る支出、高齢者の望む生活ランク（生活態様）などに基づいて、月額の生活費の予算を作成し、提示する。

＝＝システム構成＝＝
図１は、本実施形態の情報処理システムの全体構成を示す図である。図１に示すように、本実施形態の情報処理システムは、ライフサポートポータル１、認証情報データベース２、収入資産データベース３、ライフプラニングポリシデータベース４、収入支出実績データベース５、統計データベース６、不動産登記簿データベース７、クレジット会社ホスト８、証券会社ホスト９、銀行ホスト１０、プランナ端末１２、ユーザ端末１３、マネージャ端末１４、裁判所端末１５を含んで構成されている。

プランナ端末１２は、高齢者に対して経済的アドバイスを行うファイナンシャルプランナが操作するコンピュータである。マネージャ端末１４は、高齢者に対して健康や介護関連のアドバイスを行うケアマネージャが操作するコンピュータである。裁判所端末１５は、高齢者の後見決定などを行う裁判所が操作するコンピュータである。プランナ端末１２、マネージャ端末１４、および裁判所端末１５は、例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistant）、携帯電話などである。ファイナルシャルプランナやケアマネージャは、プランナ端末１２やマネージャ端末１４を操作してライフサポートポータル１にアクセスし、各種データベースのデータにアクセスする。

ユーザ端末１３は、高齢者自身あるいは高齢者の後見人や代理人などが操作するコンピュータである。ユーザ端末１３は、例えば、パーソナルコンピュータやＰＤＡ、携帯電話などである。ユーザ端末１３は、生体情報入力装置１３１を備えている。生体情報入力装置１３１は、例えば指静脈や指紋、声紋、虹彩などの生体情報を入力する装置である。ユーザ端末１３は、生体情報入力装置１３１から入力された生体情報を、利用者の認証情報としてライフサポートポータル１に送信する。なお、本実施形態では、生体情報入力装置１３１は、一例として指静脈のパターンを生体情報として読み取るものとする。

ライフサポートポータル１は、高齢者に対して経済的なアドバイスを提供するライフサポートサービスを提供する情報処理装置である。ライフサポートポータル１は、例えば、パーソナルコンピュータやワークステーションなどである。

図１に示すように、ライフサポートポータル１は、アクセス制御部１０１、アカウント情報制御部１０２、ユーザ認証部１０３、ポリシライフプラン管理部１０４、ユーザ状況管理部１０５、生活費管理部１０６、高額支出管理部１０７、収支資産モニタ部１０８、レポート出力部１０９の各機能部を備えている。

アクセス制御部１０１は、プランナ端末１２、ユーザ端末１３、マネージャ端末１４からのアクセスに応じて、情報へのアクセスを制限する。アクセス制御部１０１は、例えば、ライフサポートポータル１にログインするユーザに応じて、情報へのアクセスを制限することができる。

認証情報データベース２はライフサポートポータル１にアクセスする高齢者、高齢者の代理人、ファイナルシャルプランナ、ケアマネージャ、などのユーザを認証するための情報を保持する。認証情報データベース２は、ユーザの識別情報であるユーザＩＤに対応付けて、パスワードや、生体情報入力装置１３１から読み取った生体情報との照合を行うための生体情報を記憶する。また、認証情報データベース２は、ユーザＩＤに対応付けて、ユーザのアクセス可能な情報を特定するための情報（アクセス権）を管理する。

ユーザ認証部１０３は、ライフサポートポータル１にアクセスするユーザの認証を行う。ユーザ認証部１０３が行うユーザの認証処理は、生体情報の照合やパスワードの照合により行われる。本実施形態では、高齢者が操作するユーザ端末１３からは、生体情報入力装置１３１から取り込んだ生体情報が送信され、プランナ端末１２、マネージャ端末１４、裁判所端末１５からは、ユーザＩＤとパスワードとが送信されてくるものとし、ユーザ認証部１０３は、受信した生体情報またはパスワードと、認証情報データベース２に記憶されるパスワードとを照合することによりユーザの認証を行う。なおユーザ認証部１０３は、この認証方法に限らず、各種の一般的な認証処理を用いてユーザを認証するようにしてもよい。

統計データベース６は、ポリシやライフプラン作成において用いる、例えば家計調査などにより公的な機関により集計された生活費の統計値など、一般的な統計情報を管理しているものとする。なお、本実施形態の情報処理システムにおいて、高齢者から入力された情報の履歴を統計解析した結果を統計データベース６に登録するようにしてもよい。

不動産登記簿データベース７は法務局における維持管理されている電子化された不動産登記簿データベース７である。不動産登記簿データベース７を参照することにより、不動産の登記状況を参照することができる。本実施形態では、不動産登記簿データベース７を参照することにより、予定外の不正な不動産の売却などを検出するようにしている。

ライフプラニングポリシデータベース４は、高齢者の収入や資産に加えて、高齢者の嗜好を反映させたお金の使い方をアドバイスするため情報（以下、ポリシという。）を記憶する。また、後述するように、ポリシに基づいて、高齢者の将来の支出に関する情報（以下、ライフプランという。）が生成され、生成されたライフプランは、ライフプラニングポリシデータベース４に登録される。なお、本実施形態において、生活費に係るライフプラン（以下、生活費プランという。）と、生活費以外の支出（以下、高額支出という。）に係るライフプラン（以下、高額支出プランという。）との２種類のライフプランが生成される。

ポリシライフプラン管理部１０４は、ポリシおよびライフプランの作成や改定を行う。ポリシライフプラン管理部１０４によるポリシやライフプランの作成処理の詳細については後述する。

ユーザ状況管理部１０５は、高齢者の心身状態（本実施形態では、「健常」「衰え」または「要介護」のいずれかで表す。）や居住場所（本実施形態では、「自宅」または「施設」のいずれかで表す。）を管理する。

生活費管理部１０６は、生活費プランと、実際に生活費として支出された金額とを比較して、生活費の支出に関するアドバイス情報を生成する。なお、本実施形態では、簡単のため、生活費の支出は口座からの引落により行われるものとする。したがって、生活費管理部１０６は、口座からの引落を監視することにより、生活費として支出された金額を把握するものとする。
高額支出管理部１０７は高額支出プランと、実際に高額支出として支出された金額とを管理する。

収入資産データベース３は、高齢者の収入および資産に関する情報を管理する。
収入支出実績データベース５は、高齢者の収入および支出の実績を記憶する。

収支資産モニタ部１０８は、収入支出実績データベース５および収入資産データベース３をモニタすることにより、収支および資産の状態を監視し、多額の出金や資産の減少などにより異常を検知して、警告メッセージの出力などにより、異常をユーザに報知する。
レポート出力部１０９は、ライフプラン、実際の支出の状況、コメントなどを含むレポート情報を定期的に生成し、生成したレポート情報をユーザ端末１３などに送信する。

クレジット会社ホスト８は、ユーザのクレジットカードに関する利用明細を管理するコンピュータである。ライフサポートポータル１は、クレジット会社ホスト８にネットワーク経由でアクセスすることで、クレジットカードの利用明細を取得することができる。

証券会社ホスト９は、証券会社に開設されているユーザの口座に関する情報（以下、口座内容情報という。）を管理するコンピュータである。ライフサポートポータル１は、証券会社ホスト９にネットワーク経由でアクセスすることで、証券会社の口座内容情報を取得することができる。

銀行ホスト１０は、銀行に開設されているユーザの口座に関する口座内容情報を管理するコンピュータである。ライフサポートポータル１は、銀行ホスト１０にネットワーク経由でアクセスすることで、銀行の口座に関する口座内容情報を取得することができる。

アカント情報制御部１０２は、銀行口座や証券会社の口座に関する口座情報へのアクセスを制御する。アカウント情報制御部１０２は、例えば、銀行ホスト１０や証券会社ホスト９などに対して、コマンドを送信することにより、銀行口座や証券口座などに関する口座情報を取得する。また、アカウント情報制御部１０２は、不動産登記簿データベース７にアクセスして、登記簿情報を取得する。

＝＝ハードウェア＝＝
図２は、ライフサポートポータル１のハードウェア構成を示す図である。同図に示すように、ライフサポートポータル１は、ＣＰＵ１２１、メモリ１２２、記憶装置１２３、通信インタフェース１２４を備える。記憶装置１２３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやフラッシュメモリ、ＣＤ−ＲＯＭドライブなどである。ＣＰＵ１２１は、記憶装置１２３に記憶されているプログラムをメモリ１２２に読み出して実行することにより、各種の機能を実現する。通信インタフェース１２４は、通信路に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタや、公衆電話回線網に接続するためのモデム、無線通信を行う通信機などである。ライフサポートポータル１は、通信インタフェース１２４を介して認証情報データベース２、収入資産データベース３、ライフプラニングポリシデータベース４、収入支出実績データベース５、統計データベース６、不動産登記簿データベース７などの各種データベースにアクセスする。また、ライフサポートポータル１は、通信インタフェース１２４を介してクレジット会社ホスト８、証券会社ホスト９、銀行ホスト１０、プランナ端末１２、ユーザ端末１３、マネージャ端末１４、裁判所端末１５など他のコンピュータとの間の通信を行う。

＝＝ログイン＝＝
ライフサポートポータル１を利用するには、まず、ユーザ端末１３やプランナ端末１２、マネージャ端末１４、裁判所端末１５（以下、これらをまとめて情報端末ともいう。）からログインをする必要がある。図３にライフサポートポータル１へのログインに用いられるログイン画面５３００を示す。ログイン画面５３００は、ユーザＩＤを入力するテキストボックス欄５３０１およびパスワードを入力するテキストボックス欄５３０３を備えている。テキストボックスとは、文字列情報をキーボードやタッチパネルなどの入力装置から入力するための領域であり、例えばマイクロソフト社のＷｉｎｄｏｗｓ（米国マイクロソフト社の登録商標）などのオペレーティングシステムでは標準の機能として提供される。なお、テキストボックス欄５３０１には、情報端末で動作するオペレーティングシステムから取得したユーザ名を入力するようにしてもよい。

ユーザが生体情報入力装置１３１に指を挿入して、指認証ログインボタン５３０２を押下すると、ユーザ端末１３は、生体情報入力装置１３１が読み取った生体情報とテキストボックス５３０１に入力されたユーザＩＤとをライフサポートポータル１に送信する。ライフサポートポータル１では、受信した生体情報と、ユーザＩＤに対応する認証情報データベース２の生体情報と照合することにより、ユーザの認証処理が行われる。

また、ユーザは、パスワードを入力することもできる。ログイン画面５３００は、パスワードを入力するテキストボックス５３０３を備えており、ユーザはテキストボックス５３０３にパスワードを入力することができる。情報端末は、テキストボックス５３０３に入力されたパスワードと、テキストボックス５３０１に入力されたユーザＩＤとをライフサポートポータル１に送信する。ライフサポートポータル１では、受信したパスワードと、ユーザＩＤに対応する認証情報データベース２のパスワードとを照合することにより、ユーザの認証処理が行われる。なお、ログイン画面５３００は、情報端末の電源が投入されたときに自動的に表示されるように設定しておくものとする。

ライフサポートポータル１におけるユーザの認証に成功すると、情報端末では、図４に示す画面５４００が表示される。
画面５４００は、サービスの分類を選択するコンボボックス５４０１、サービスを選択するコンボボックス５４０２、サービス開始ボタン５４０３、ログアウトボタン５４０４、およびお知らせの表字欄５４０５を備えている。
表字欄５４０５には、ユーザに対するメッセージが表示される。表字欄５４０５に表示されるメッセージは、例えば収支状況が順調か否かなどを示すものである。

ユーザは、画面５４００上のコンボボックス５４０１から、ライフサポートポータル１が提供するサービスの分類を１つ選択する。なお、コンボボックスとは、複数の選択肢の中から１つを選択するためのもので、コンボボックスの右側の三角形の部分をマウスなどでクリックすると、選択肢の一覧が表示され、その一覧に含まれる選択肢の一つをマウスなどでクリックすることにより、１つの選択肢を選択するものであり、マイクロソフト社のＷｉｎｄｏｗｓ（マイクロソフト社の登録商標）などのオペレーティングシステムでは標準的な機能として提供される。

コンボボックス５４０１からサービスの分類が選択されると、コンボボックス５４０２には、選択された分類に属するサービスの一覧が表示される。ユーザは、コンボボックス５４０２から、希望のサービスを選択する。

画面５４００において、サービス開始ボタン５４０３が押下されると、各種のサービスに関する画面が表示される。また、ログアウトボタン５４０４が押下されると、ライフサポートポータル１からユーザがログアウトする。

＝＝ポリシの入力・ライフプランの作成＝＝
本実施形態の情報処理システムでは、ユーザおよびユーザの家族に関する情報（以下、家族情報という。）、ユーザの収入に関する情報（以下、収入情報という。）、ユーザが有する資産に関する情報（以下、資産情報という。）、およびユーザが希望する生活ランクに関する情報（以下、アンケート情報という。）をポリシとして受け付け、これらに基づいてライフプランを作成する。
図５は、ライフプランの作成処理の流れを示す図である。

なお、これらの処理は主にポリシライフプラン管理部１０４により行われる。また、先に説明したように、この処理はライフサポートポータル画面５４００からサービスが選択されたことに応じて起動される。

ステップ２０１において、ポリシライフプラン管理部１０４は、家族情報の入力を受け付ける。図６に、家族情報の入力画面３００を示す。入力画面３００は、ユーザ端末１３において表示される。
入力画面３００では、ユーザまたは家族の続柄を選択するコンボボックス３０１、ユーザまたは家族の氏名が入力されるテキストボックス３０２、ユーザまたは家族の生年月日を入力するテキストボックス３０３を備えている。
コンボボックス３０１には、選択肢として「本人」「夫」「妻」「長男」「長女」などが設定される。ユーザ自身についての情報を入力する場合には「本人」が選択される。
入力ボタン３０４が押下されると、ユーザ端末１３は、コンボボックス３０１、テキストボックス３０２および３０３に入力された各項目を含む家族情報をライフサポートポータル１に送信する。
ポリシライフプラン管理部１０４は、ユーザ端末１３から受信する家族情報を、ライフプラニングデータベース４が管理する家族情報テーブル４００に登録する。

図７に、家族情報を格納する家族情報テーブル４００の構成例を示す。同図に示すように、家族情報テーブル４００は、家族ＩＤカラム４０１、続柄カラム４０２、氏名カラム４０３、生年月日カラム４０４から構成される。家族ＩＤカラムは、主キーであり、家族情報の識別情報が設定される、続柄カラム４０２、氏名カラム４０３および生年月日カラム４０４には、入力画面３００において入力された情報が設定される。

入力画面３００の完了ボタン３０５が押下されると、その旨がユーザ端末１３からライフサポートポータル１に通知され、ユーザ端末１３からの通知に応じてポリシライフプラン管理部１０４による処理は終了する。

ステップ２０２において、ポリシライフプラン管理部１０４は、収入情報の入力を受け付ける。図８に、収入情報の入力画面５００を示す。入力画面５００は、ユーザ端末１３に表示される。

入力画面５００は、収入の種別を選択するコンボボックス５０１、収入の月額を入力するテキストボックス５０２を備えている。コンボボックス５０１には、選択肢として、例えば、「給料」「公的年金」「個人年金」「地代・家賃」などが設定される。入力ボタン５０３が押下されると、ユーザ端末１３は、コンボボックス５０１から選択された収入の種別と、テキストボックス５０２に入力された収入額とを含む収入情報をライフサポートポータル１に送信する。

ポリシライフプラン管理部１０４は、ユーザ端末１３から受信した収入情報を、収入資産データベース３が管理する収入情報テーブル６００に登録する。図９に、収入情報テーブル６００の構成例を示す。同図に示すように、収入情報テーブル６００は、収入ＩＤカラム６０１、種別カラム６０２および月額カラム６０３から構成される。収入ＩＤカラム６０１は、主キーであり、収入情報の識別情報が設定される。種別カラム６０２および月額カラム６０３には、入力画面５００において入力された情報が設定される。

入力画面５００の完了ボタン５０４が押下されると、その旨がユーザ端末１３からライフサポートポータル１に通知され、ユーザ端末１３からの通知に応じてポリシライフプラン管理部１０４による処理は終了する。
ステップ２０３において、ポリシライフプラン管理部１０４は、ユーザが金融機関に開設している口座に関する情報（以下、口座情報という。）を受け付ける。

図１０は、口座情報の入力画面７００を示す図である。入力画面７００は、ユーザ端末１３に表示される。入力画面７００は、金融機関の種別を選択するコンボボックス７０１、金融機関の名称を選択するコンボボックス７０２、口座番号を入力するテキストボックス７０３、ネットワーク経由で金融機関のホストコンピュータに接続するためのＵＲＬを入力するテキストボックス７０４、金融機関のホストコンピュータにアクセスするためのパスワードを入力するテキストボックス７０５を備えている。

入力画面７００において入力ボタン７０６が押下されると、ユーザ端末１３は、コンボボックス７０１および７０２、並びにテキストボックス７０３〜７０６に入力された、金融機関種別、金融機関名、口座番号、ＵＲＬ（Universal Resource Locator）、およびパスワードを設定した口座情報を生成してライフサポートポータル１に送信する。

ポリシライフプラン管理部１０４は、ユーザ端末１３から受信した口座情報を、収入資産データベース３が管理する口座情報テーブル８００に登録する。図１１に、口座情報管理テーブルの構成例を示す。同図に示すように、口座情報テーブル８００は、口座ＩＤカラム８０１、金融機関種別カラム８０２、金融機関名カラム８０３、口座番号カラム８０４、ＵＲＬカラム８０５およびパスワードカラム８０６から構成されている。口座ＩＤカラム８０１は、口座情報テーブル８００の主キーであり、口座情報の登録時に割り当てられる、口座情報の識別情報（以下、口座ＩＤという。）が設定される。金融機関種別カラム８０２〜パスワードカラム８０６の各カラムには、入力画面７００において入力された情報が設定される。なお、パスワードカラム８０６には、ユーザ端末１３から受信した口座情報に含まれるパスワードを暗号化した上で設定して、安全性を向上するようにしてもよい。

ステップ２０４において、ポリシライフプラン管理部１０４は、資産情報の入力を受け付ける。図１２に、資産情報の入力画面９００を示す。

コンボボックス９０１には、口座情報テーブル８００に登録されている各口座情報の口座ＩＤが選択肢として登録される。また、コンボボックス９０１から口座ＩＤが選択されると、口座ＩＤに対応する口座情報の金融機関名カラム８０３および口座番号カラム８０４に設定されている金融機関名および口座番号がテキストボックス９０２および９０３に表示される。また、コンボボックス９０１から口座ＩＤが選択されると、選択された口座ＩＤがライフサポートポータル１に送信され、アカウント情報制御部１０２は、受信した口座ＩＤに対応する口座情報を口座情報テーブル８００から取得し、取得した口座情報のＵＲＬカラム８０５に設定されているＵＲＬが示す銀行ホスト１０や証券会社ホスト９、クレジット会社ホスト８にアクセスして、上記口座情報の口座番号カラム８０４およびパスワードカラム８０６に設定されている口座番号およびパスワードを用いてユーザ認証を受け、金融機関に開設されている口座に関する情報（以下、口座内容情報という。）を取得する。このような口座内容情報の取得処理は、例えば、アカントアグリゲーションと呼ばれる技術により実現可能である。

アカウント情報制御部１０２は、受信した口座内容情報に基づいて、収入資産データベース３が管理する資産情報テーブル１０００に資産情報を登録する。図１３に、資産情報テーブル１０００の構成例を示す。同図に示すように、資産情報テーブル１０００は、資産ＩＤカラム１００１、資産名カラム１００２、資産種類カラム１００３、評価額等カラム１００４、単位カラム１００５、口座ＩＤカラム１００６、満期カラム１００７から構成される。資産ＩＤカラム１００１には、資産情報の登録時に割り当てられる資産情報の識別情報（以下、資産ＩＤという。）が設定される。資産名カラム１００２には、資産の名称が設定され、資産種類カラム１００３には資産の種類が設定され、評価額等カラム１００４には、資産の金銭的評価を示す資産金額が設定され、単位カラム１００５には、資産価格の単位が設定される。口座ＩＤカラム１００６には、口座内容情報に対応する口座情報を示す口座ＩＤである。満期カラム１００７には、資産の種類が定期預金である場合に、その定期預金が満期となる時点が設定される。なお、上記各カラムに設定される情報は、口座内容情報から取得される。

ポリシライフプラン管理部１０４は、ユーザ端末１３からの口座ＩＤの受信に応じて、口座内容情報を応答する。ユーザ端末１３は、入力画面９００のコンボボックス９０４に、ライフサポートポータル１から受信した口座内容情報に含まれる資産の種類を選択肢として表示し、コンボボックス９０４から資産の種類が選択されると、対応する資産名や資産額がテキストボックス９０５および９０６に表示される。

また、上述したコンボボックス９０１には、各口座ＩＤ以外に選択肢として「未定義」も表示されるものとし、コンボボックス９０１から「未定義」が選択された場合には、ユーザ端末１３は、テキストボックス９０５および９０６に入力された、例えば不動産などの資産名や資産金額をライフサポートポータル１に送信し、ライフサポートポータル１のポリシライフプラン管理部１０４は、受信した資産名や資産金額を設定した資産情報を生成して資産情報テーブル１０００に登録する。

なお、一般的なアカウントアグリゲーション技術では、不動産に関する情報を取得することはできないが、例えば、不動産登記簿データベース７へのアカウント、パスワードおよび不動産を特定する情報を口座情報テーブル８００に登録しておき、アカウント情報制御部１０２が、口座内容情報と同様に、不動産に関する登記情報を不動産登記簿データベース７から取得するようにしてもよい。この場合には、定期的に不動産に関する資産情報が確認可能である。

ステップ２０５において、ポリシライフプラン管理部１０４は、ライフプランに関するアンケート情報の入力を受け付ける。図１４は、アンケート情報の入力画面１１００を示す図である。

入力画面１１００では、各項目について、ラジオボタンにより選択肢を選択することにより回答を入力するものとする。なお、ラジオボタンとは、マウスでクリックすると中央が黒くなり、選択されていることを示すものである。なお、ラジオボタンについても、例えばＷｉｎｄｏｗｓ（米国マイクロソフト社の登録商標）などのオペレーティングシステムでは標準の機能として提供される。

入力画面１１００では、高齢者の心身状態ごとに、どこに居住したいか、またどのような生活ランクでの日常生活を送りたいか、また旅行やリフォームなどのイベントにかかる生活費以外の支出（以下、高額支出という。）についてどのような生活ランクで行いたいかについての希望を受け付ける。

なお、本実施形態では、心身状態とは、「健常」「衰え」「要介護」の３つがあるものとする。また、居住場所については、選択肢として「自宅」および老人ホームなどを示す「施設」の２つがあり、日常生活および各種のイベントについての生活ランクについては、選択肢として「ゆとり」「普通」「つつましく」の３つがあるものとする。

入力画面１１００の完了ボタン１１０３が押下されると、ラジオボタンにより選択された選択肢を含むアンケート情報がユーザ端末１３からライフサポートポータル１に送信され、ポリシライフプラン管理部１０４は、受信したアンケート情報に基づいて、例えばコンジョイント法として知られる手法により分析を行い、心身状態ごとの居住場所の希望度を示す情報（以下、居住場所希望度情報という。）を生成し、生成した居住場所希望度情報を、ライフプラニングポリシデータベース４が管理する居住場所希望度テーブル１２００に登録する。図１５に、居住場所希望度テーブル１２００の構成例を示す。同図に示すように、居住場所希望度テーブル１２００は、「健常」１２０１、「衰え」１２０２、および「要介護」１２０３のそれぞれについて、「自宅」１２０４および「施設」１２０５のそれぞれについて希望度を管理する。図１５の例では、「健常」時には「自宅」で過ごしたいとの希望度を示しており、「衰え」を感じても概ね（８割）自宅で、介護が必要になった場合には、概ね（８割）施設で生活したいとの希望があることを示している。

図１６は、心身状態と居住場所との組み合わせ（以下、ケースという。）を示すケースＩＤを記憶する生活ケース定義テーブル１３００の構成を示す図である。生活ケース定義テーブル１３００は、ライフプラニングポリシデータベース４に管理される。図１６の例では、心身状態が「健常」１３０１である場合、居住場所が「自宅」１３０４であればケースＩＤは「ケース１」であり、居住場所が「施設」１３０５であれば、ケースＩＤが「ケース４」であることを示している。同様に、心身状態が「衰え」１３０２である場合に、居住場所が「自宅」１３０４であれば、ケースＩＤが「ケース２」であり、「施設」１３０５であればケースＩＤは「ケース５」である。心身状態が「要介護」１３０３である場合、居住場所が「自宅」１３０４であればケースＩＤが「ケース３」であり、「施設」１３０５であればケースＩＤは「ケース６」である。

ポリシライフプラン管理部１０４は、居住場所希望度テーブル１２００から、各心身状態について、より希望度の高い居住場所を選択し、各心身状態と選択した居住場所とに対応するケース（以下、希望ケースという。）を生活ケース定義テーブル１３００から選択する。

図１７は、一般的な人間の年齢に対応する標準的な心身状態を記憶する標準心身状態テーブル１５００の構成例を示す図である。標準心身状態テーブル１５００は、例えば、政府による統計調査の結果として、予め統計データベース６に登録されているものとする。なお、標準心身状態テーブル１５００には、一般的な統計情報ではなく、情報処理システムの各ユーザからのアンケートを集計して求めるようにしてもよい。

図１８は、本実施形態の情報処理システムのユーザである高齢者の年齢と、心身状態との対応付けを管理する心身状態テーブル１４００の構成を示す図である。同図に示すように、心身状態テーブル１４００は、心身状態カラム１４０１と、開始予定年月日カラム１４０２とから構成される。心身状態カラム１４０１には、心身状態が設定され、開始予定年月日カラム１４０２には、高齢者がその心身状態になると予想される年月日が設定される。開始予定年月日カラム１４０２に設定される年月日は、上述した家族情報テーブル４００に登録されている「本人」に対応する生年月日と、現在日時と、標準心身状態テーブル１５００に登録されている想定年齢とに基づいて算出される。

図１９は、上述の生活ケース定義テーブル１３００に登録されている各ケースについて、高齢者が希望する生活ランクでの生活に係る標準的な日常生活費を記憶する標準生活費テーブル１６００の構成例を示す図である。なお、標準生活費テーブル１６００は、例えば政府による家計調査などによる調査結果の統計値として、予め統計データベース６に登録されているものとする。

図１９に示すように、標準生活費テーブル１６００には、ケースおよび生活ランクに対応する標準的な日常生活費が記憶される。すなわち、「ケース１」１６０１、「ケース２」１６０２、「ケース３」１６０３、「ケース４」１６０４、「ケース５」１６０５およびケース「ケース６」１６０６と、「ゆとり」１６０７、「普通」１６０８および「つつましく」１６０９との組み合わせに対応する標準的な日常生活費が記憶される。また、標準生活費テーブル１６００には、「最低額」１６１０に対応付けて、各ケースの場合に、日常生活に最低限かかると考えられる費用も記憶される。
図１９において、数値上の○印は、ポリシライフプラン管理部１０４が選択した希望ケースに対応する標準的な日常生活費である。

図２０は、標準的な高額支出（以下、標準高額支出という。）についての情報を管理する標準高額支出テーブル１７００の構成例を示す図である。標準高額支出テーブル１７００は、例えば、政府による家計調査などによる調査結果の統計値として、予め統計データベース６に登録されているものとする。

図２０に示すように、標準高額支出テーブル１７００は、高額費目ＩＤカラム１７０１、費目カラム１７０２、支出弾性カラム１７０３、有効ケースカラム１７０４、ゆとりカラム１７０５、普通カラム１７０６、つつましくカラム１７０７、および最低額カラム１７０８から構成される。

高額費目ＩＤカラム１７０１は、標準高額支出テーブル１７００の主キーであり、標準高額支出の費目を特定する識別情報（以下、高額費目ＩＤという。）が設定される。費目カラム１７０２には、高額支出の使途である費目が設定される。支出弾性カラム１７０３には、高額支出の支出弾性係数が設定される。支出弾性係数とは、１家計における高額支出の総支出の伸び率（％）に対して各費目の伸び率（％）の比をとったもので、家計の総支出が増加した場合、すなわち収入が増えた場合に、どの費目に重点的にまわされるかを示すものであり、この係数が高いほどその費目は贅沢品とみなせるものである。有効ケースカラム１７０４には、この費目が通常必要となるケースを示す情報が設定される。ゆとりカラム１７０５には、生活ランクが「ゆとり」である場合にこの費目に支出される標準的な額が設定される。普通カラム１７０６には、生活ランクが「普通」である場合にこの費目に支出される標準的な支出額が設定される。つつましくカラム１７０８には、生活ランクが「つつましく」である場合に、この費目に支出される標準的な支出額が設定される。最低額カラム１７０８には、高齢者の生活に必要最小限度の支出額が設定される。

図２０において、数値上の○印は、アンケート情報に含まれる費目に対応する生活ランクを示す。図２０の例では、「旅行」の費目については、上述したアンケート情報の入力時に「ゆとり」の生活ランクが選択され、その他の費目については「普通」の生活ランクが選択されたことを示している。

ポリシライフプラン管理部１０４は、上記標準生活費テーブル１６００および標準高額支出テーブル１７００から、アンケート情報に対応する金額、すなわち図１９および図２０において○印をつけた金額を抽出し、費目毎にまとめた情報（以下、支出基本情報という。）を生成して、ライフプラニングポリシデータベース４に管理される支出基本情報テーブル２３００に登録する。支出基本情報テーブル２３００の構成例を図２１に示す。

図２１に示すように、支出基本情報テーブル２３００は、希望ケースごとに、日常生活費２３１０および高額支出２３１１の各費目についての予定額２３０１、最低額２３０２、および重み２３０３を記憶している。予定額２３０１は、希望ケースと、高齢者が希望する生活ランクとに対応する標準的な日常生活費であり、最低額２３０２は、希望ケースに対応する最低限日常生活にかかる金額である。重み２３０３は、予定外支出等で予算に変動があった場合に、最低額に対して上積みを行う際の重要度を示す指数である。

ポリシライフプラン管理部１０４は、日常生活費については、希望ケースごとに、希望ケースに対応する心身状態を生活ケース定義テーブル１３００から取得し、取得した心身状態に対応する生活ランクをアンケート情報から取得し、取得した生活ランクと希望ケースとに対応する金額を標準生活費テーブル１６００から取得して、予定額２３０１に設定するとともに、希望ケースと「最低額」とに対応する金額を標準生活費テーブル１６００から取得して、最低額２３０２に設定する。また、ポリシライフプラン管理部１０４は、日常生活費について、希望ケースに対応する希望度を居住場所希望度テーブル１２００から取得し、取得した希望度を重み２３０３に設定する。

一方、ポリシライフプラン管理部１０４は、高額支出については、標準高額支出テーブル１７００に登録されている各費目について、希望ケースごとに、費目に対応する標準高額支出テーブル１７００の有効ケースカラム１７０４に希望ケースが含まれているかどうかを判定する。希望ケースが含まれていれば、ポリシライフプラン管理部１０４は、希望ケースに対応する心身状態を生活ケース定義テーブル１３００から取得し、取得した心身状態と費目とに対応する金額を標準高額支出テーブル１７００から取得して、予定額２３０１に設定するとともに、費目と「最低額」とに対応する金額を標準高額支出テーブル１７００から取得して最低額２３０２に設定する。希望ケースが含まれていなければ、ポリシライフプラン管理部１０４は、予定額２３０１および最低額２３０２ともに「０」を設定する。また、ポリシライフプラン管理部１０４は、希望ケースに対応する希望度を居住場所希望度テーブル１２００から取得して、取得した希望度と、費目に対応する支出弾性指数とに基づいて重み２３０３を算出する。

ステップ２０７において、ポリシライフプラン管理部１０４は、収入情報テーブル６００、資産情報テーブル１０００および支出基本情報テーブル２３００に基づいて、ライフプランを生成してユーザ端末１３に送信する。図２２は、ユーザ端末１３において表示されるライフプラン１８００を示す図である。ライフプランには、心身状態ごとの居住場所１８０１と、心身状態ごとの日常生活費１８０２と、高額支出の費目ごとの予定額１８０３と、高齢者が１００歳のときに残存すると予想される資産額（以下、残存資産額という。）１８０４とが含まれる。

ポリシライフプラン管理部１０４は、心身状態ごとに、その心身状態に対応する希望ケースに対応する居住場所を生活ケース定義テーブル１３００から取得して、ライフプラン１８００に居住場所１８０１として設定する。
ポリシライフプラン管理部１０４は、心身状態ごとに、その心身状態に対応する希望ケースと、日常生活費２３１０とに対応する予定額２３０１を支出基本情報テーブル２３００から取得して、ライフプラン１８００に日常生活費１８０２として設定する。
ポリシライフプラン管理部１０４は、支出基本情報テーブル２３００に登録されている各高額支出２３１１の費目ごとに、予定額２３０１の合計額を算出して、ライフプラン１８００に高額支出１８０３として設定する。

ポリシライフプラン管理部１０４は、家族情報テーブル４００から「本人」に対応する生年月日を取得し、生年月日に１００年を足した年月日（以下、１００歳年月日という。）を算出する。ポリシライフプラン管理部１０４は、収入情報テーブル６００から月額の収入の合計額を算出し、現在日時から、算出した１００歳年月日までの月数を算出し、算出した合計額に、算出した月数を乗じて、１００歳年月日までの総収入額を算出する。ポリシライフプラン管理部１０４は、資産情報テーブル１０００から資産額を合計して総資産額を算出する。

ポリシライフプラン管理部１０４は、心身状態テーブル１４００から「衰え」に対応する年月日（以下、衰え年月日という。）と、「要介護」に対応する年月日（以下、要介護年月日という。）とを取得する。ポリシライフプラン管理部１０４は、支出基本情報テーブル２３００から、「健常」に対応する希望ケースと日常生活費２３１０とに対応する予定額２３０１を取得し、取得した予定額２３０１に、現在日時から衰え年月日までの月数を乗じて、健常時の日常生活費の総額を算出する。ポリシライフプラン管理部１０４は、支出基本情報テーブル２３００から、「衰え」に対応する希望ケースと日常生活費２３１０とに対応する予定額２３０１を取得し、取得した予定額２３０１に、衰え年月日から要介護年月日までの月数を乗じて、衰え時の日常生活費の総額を算出する。ポリシライフプラン管理部１０４は、支出基本情報テーブル２３００から、「要介護」に対応する希望ケースと日常生活費２３１０とに対応する予定額２３０１を取得し、取得した予定額２３０１に、要介護年月日から１００歳年月日までの月数を乗じて、要介護時の日常生活費の総額を算出する。ポリシライフプラン管理部１０４は、支出基本情報テーブル２３００から、高額支出２３１１の各費目および各希望ケースにたいおうするすべての予定額２３０１を合計して、高額支出の予定総額を算出する。

ポリシライフプラン管理部１０４は、上記のようにして算出した総収入額と総資産額との合計額から、健常時の日常生活費の総額と、衰え時の日常生活費の総額と、要介護時の日常生活の総額と、高額支出の予定総額とを減じて、１００歳時における残存資産額を算出して、ライフプラン１８００に残存資産額１８０４として設定する。

ステップ２０８以下のステップは、ライフプランをユーザが修正する処理である。
ステップ２０８において、ポリシライフプラン管理部１０４は、日常生活費の修正を受け付ける。図２３に、ユーザ端末１３に表示される日常生活費の修正画面２０００を示す。コンボボックス２００１には、希望ケースが選択肢として設定され、コンボボックス２００２には、「ゆとり」「普通」「つつましく」が生活ランクの選択肢として設定される。コンボボックス２００１から希望ケースが選択されると、希望ケースに対応する生活ランクがコンボボックス２００２で選択され、希望ケースおよび生活ランクに対応する標準生活費テーブル１６００の金額がテキストボックス２００３に表示される。また、生活ランクに対応する上記算出した月数にテキストボックス２００３に表示された金額を乗じた金額が、期間の支出合計額としてテキストボックス２００４に表示される。ユーザは、テキストボックス２００３に表示されている金額を編集することができる。入力ボタン２００５が押下されると、ユーザ端末１３はコンボボックス２００１および２００２で選択されたケースおよび生活ランクと、テキストボックス２００３で編集された金額とをライフサポートポータル１に送信する。ポリシライフプラン管理部１０４は、ユーザ端末１３から受信したケースに対応する、支出基本情報テーブル２３００の予定額２３０１を、ユーザ端末１３から受信した金額に更新する。

以上の手順により、支出基本情報テーブル２３００に格納されている日常生活費２３１０に対応する予定額２３０１が修正される。

ステップ２０９において、ポリシライフプラン管理部１０４は、高額支出に関する修正を受け付ける。図２１に、ユーザ端末１３に表示される高額支出の修正画面２１００を示す。コンボボックス２１０１には、支出基本情報テーブル２３００の高額支出２３１１の各費目が選択肢として設定される。コンボボックス２１０２には、「ゆとり」「普通」「つつましく」が生活ランクの選択肢として設定される。コンボボックス２１０１から費目が選択され、コンボボックス２１０２から生活ランクが選択されると、生活ランクに対応する希望ケースと費目とに対応する、支出基本情報テーブル２３００の予定額２３０１および最低額２３０２がテキストボックス２１０３および２１０４に表示される。また、費目に対応する、各希望ランクに対応する予定額２３０１の合計額がテキストボックス２１０５に表示される。ユーザは、テキストボックス２１０３および２１０４を編集することができる。入力ボタン２１０６が押下されると、ユーザ端末１３は、コンボボックス２１０１から選択された費目、コンボボックス２１０２から選択された生活ランク、テキストボックス２１０３に入力された予定額およびテキストボックス２１０４に入力された最低額をライフサポートポータル１に送信する。ポリシライフプラン管理部１０４は、ユーザ端末１３から受信した生活ランクに対応する希望ケースと、ユーザ端末１３から受信した費目とに対応する支出基本情報テーブル２３００の予定額２３０１および最低額２３０２を、ユーザ端末１３から受信した予定額および最低額に更新する。

以上の手順により、支出基本情報テーブル２３００に格納されている高額支出２３１１に関する予定額２３０１および最低額２３０２が修正される。

ステップ２１０において、ポリシライフプラン管理部１０４は、高額支出の支出予定時期および支出予定額を含む情報（以下、高額支出予定情報という。）の入力を受け付ける。高額支出予定情報は、同一費目の支出が複数回に分けて行われる場合に対応するためのものである。図２５に、高額支出予定情報の入力画面２２００を示す。

コンボボックス２２０１には、支出基本情報テーブル２３００に登録されている高額支出２３１１の各費目が選択肢として設定される。コンボボックス２２０１から費目が選択されると、費目に対応する支出基本情報テーブル２３００の予定額２３０１の合計額がテキストボックス２２０２に表示される。テキストボックス２２０３には、高額支出の支出予定時期が入力され、テキストボックス２２０４には、その時点における支出予定額が入力される。テキストボックス２２０５には、最低必要な支出予定額が入力され、テキストボックス２２０６には、ユーザのコメントが入力される。テキストボックス２２０７には、予定額２３０１の合計額から、テキストボックス２２０４に入力された支出予定額を引いた残額が表示される。

入力ボタン２２０８が押下されると、ユーザ端末１３は、コンボボックス２２０１から選択された費目、テキストボックス２２０３〜２２０６に入力された支出予定時期、支出予定額、支出最低予定額、およびコメントを含む高額支出予定情報をライフサポートポータル１に送信する。

ポリシライフプラン管理部１０４は、受信した高額支出予定情報を、ライフプラニングポリシデータベース４が管理する高額支出予定情報テーブル２４００に登録する。高額支出予定情報テーブル２４００の構成例を図２６に示す。同図に示すように、高額支出予定情報テーブル２４００は、高額支出予定ＩＤカラム２４０１、費目カラム２４０２、支出予定額カラム２４０３、支出最低予定額カラム２４０４、支出予定時期２４０５、該当ケースカラム２４０６、コメントカラム２４０７から構成される。

高額支出予定ＩＤカラム２４０１は、高額支出予定情報テーブル２４００の主キーであり、高額支出予定情報の識別情報（以下、高額支出予定ＩＤという。）が設定される。費目カラム２４０２、支出予定額カラム２４０３、支出最低予定額カラム２４０４、支出予定時期カラム２４０５、およびコメントカラム２４０７には、ユーザ端末１３から受信した高額支出予定情報に含まれる費目、支出予定額、支出最低予定額、支出予定時期およびコメントが設定される。該当ケースカラム２４０６には、支出予定時期に対応する希望ケースが設定される。
なお、ポリシライフプラン管理部１０４は、支出基本データベース２３００の該当ケースに対応する予定額２３０１および最低額２３０２を更新するようにしてもよい。

入力画面２２００において完了ボタン２２０８が押下されると、その旨がライフサポートポータル１に通知され、ポリシライフプラン管理部１０４は、ステップ２１０に係る処理を終了する。

ステップ２１１において、ポリシライフプラン管理部１０４は、現在日時から１００歳時年月日までの資産総額の推移を示す情報（以下、資産額推移情報という。）をユーザ端末１３に送信する。図２７は、資産額推移情報をグラフ表示する表示画面２５００を示す図である。資産額推移情報には、日常生活費に係る資産額推移２５０１と、高額支出に係る資産額推移２５０２とが含まれる。

日常生活費に係る資産額推移２５０１は、資産額から高額支出に必要な支出額を差し引いた金額の推移を示すものである。日常生活費に係る資産額推移２５０１は、収入情報、資産情報および高額支出の予定額に基づいて、総資産額と総収入額との合計額から高額支出の予定額の合計額を引いた金額を算出し、算出した金額から、日常生活費の予定額を引いた金額として容易に算出することができる。

高額支出に係る資産額推移２５０２は、高額支出に用いられる予定の資産が、どのように使われるかを示したものである。高額支出に係る資産額推移２５０２は、収入情報および資産情報に基づいて総資産額と総収入額との合計から、日常生活費の予定額の合計額を引いた金額から、高額支出の予定額を引いた金額として容易に算出することができる。

なお、表示画面２５００では、日常生活費に係る資産額推移と高額支出に係る資産額推移とを分けて表示しているが、両方を重ね合わせて表示してもよい。

ステップ２１３において、ユーザ端末１３は、図２２に示すライフプラン１８００でよいかどうかの入力を受け付け、受け付けた結果をライフサポートポータル１に送信する。ポリシライフプラン管理部１０４は、ユーザ端末１３から受信した結果に基づいて、ライフプラン１８００がユーザに承認されたかどうかを判定する。ライフプラン１８００がユーザに承認された場合、ステップ２１４に進み、承認されなかった場合は、ステップ２１３に進む。
ステップ２１３において、ポリシライフプラン管理部１０４は、居住場所の希望度の入力を受け付けて、居住場所希望度テーブル１２００を更新する。図２８に、ユーザ端末１３に表示される、居住場所の希望度の入力を受け付ける修正画面１９００を示す。

コンボボックス１９０１には、「健常」「衰え」「要介護」が心身状態の選択肢として設定される。コンボボックス１９０３には、居住場所の選択肢として「自宅」と「施設」とが設定される。
コンボボックス１９０１から心身状態が選択されると、選択された心身状態に対応する開始予定年月日がテキストボックス１９０２に表示され、選択された心身状態に対応する居住場所のうち希望度の高い方がコンボボックス１９０３において選択される。
ユーザは、テキストボックス１９０２を編集することができる。また、ユーザは、コンボボックス１９０４において、希望度を設定することができる。

入力ボタン１９０５が押下されると、ユーザ端末１３は、コンボボックス１９０１で選択された心身状態、テキストボックス１９０２に入力された開始予定年月日、コンボボックス１９０３で選択された居住場所、およびコンボボックス１９０４で選択された希望度をライフサポートポータル１に送信する。ポリシライフプラン管理部１０４は、ユーザ端末１３から受信した心身状態に対応する心身状態テーブル１４００の開始予定年月日カラム１４０２を、ユーザ端末１３から受信した開始予定年月日に更新し、ユーザ端末１３から受信した心身状態および居住場所に対応する希望度を、ユーザ端末１３から受信した希望度に更新する。

完了ボタン１９０６が押下されるとその旨がライフサポートポータル１に通知され、ポリシライフプラン管理部１０４は、ステップ２１３に係る処理を終了し、ステップ２０８に戻り、ステップ２０８からの処理を続ける。

ステップ２１４において、ポリシライフプラン管理部１０４は、以上の処理により更新された内容を有効にする。ここでポリシライフプラン管理部１０４は、例えば、データベースのトランザクションをコミットすることにより、更新を有効にすることができる。

ステップ２１５において、レポート出力部１０９は、印刷するように指示するコマンドに、ライフプランおよび資産額推移を付帯させてユーザ端末１３に送信し、ユーザ端末１３は、コマンドに応じてライフプランおよび資産額推移を印刷する。ユーザ端末１３は、例えば図２２に示すようなライフプラン１８００や、図２７に示すような資産額の推移を印刷する。

以上の処理により、ライフサポートポータル１は、ユーザからポリシの入力を受け付けて、ライフプランを作成することができる。

＝＝日常生活費に関する実際の支出＝＝
図２９は、現在時点に対応するケース（以下、現在ケースという。）を記憶する、ライフプラニングポリシデータベース４が管理するケーステーブル２６００の構成を示す図である。図２９に示すように、ケーステーブル２６００には、現在ケースを示す情報が１レコードのみ登録される。ポリシライフプラン管理部１０４が、心身状態テーブル１４００および生活ケース定義テーブル１３００から、定期的に現在ケースを特定し、特定した現在ケースを示す情報によりケーステーブル２６００を更新する。

アカウント情報制御部１０２は、銀行ホスト１０、証券会社ホスト９、クレジット会社ホスト８などに定期的にアクセスして、銀行口座や証券会社の口座、クレジット会社の口座の残高を監視することにより、日常生活費として実際に支出された金額（以下、日常生活費実績額という。）を取得する。生活費管理部１０６は、アカウント情報制御部１０２が取得した日常生活費実績額の履歴を、収入支出実績データベース５が管理する生活費実績テーブル２７００に登録する。図３０に、生活費実績テーブル２７００の構成を示す。

同図に示すように、生活費実績テーブル２７００は、年月カラム２７０１、予定額カラム２７０２、よび実績カラム２７０３から構成される。本実施形態では、アカウント情報制御部１０２は、月単位に日常生活費実績額を取得するものとし、年月カラム２７０１には、日常生活費実績額に対応する年月が設定される。予定額カラム２７０２は、ケーステーブル２６００に登録されている現在ケースおよび日常生活費に対応する、支出基本情報テーブル２３００の予定額が設定される。実績カラム２７０３は、日常生活費実績額が設定される。

＝＝高額支出に関する実際の支出＝＝
高額支出に関する実績を示す情報（以下、高額支出実績情報という。）は、収入支出実績データベース５が管理する高額支出実績テーブル２８００に累積される。図３１に高額支出実績テーブル２８００の構成を示す。同図に示すように、高額支出実績テーブル２８００は、高額支出ＩＤカラム２８０１、費目カラム２８０２、実績カラム２８０３、支出年月２８０４、および高額支出予定ＩＤカラム２８０５から構成される。

高額支出ＩＤカラム２８０１は、高額支出実績テーブル２８００の主キーであり、高額支出実績情報の識別情報（以下、高額支出ＩＤという。）が設定される。高額支出ＩＤは、高額支出実績情報が高額支出実績テーブル２８００に登録される順の番号が付与されるものとする。費目カラム２８０２は、高額支出の費目が設定される。実績カラム２８０３には、高額支出としての実際の支出額（以下、高額支出実績額という。）が設定される。実際の支出額は、後述のように、ユーザ端末１３がユーザからの入力を受け付けることにより取得される。支出年月カラム２８０４には、実際に支出された年月が設定される。高額支出予定ＩＤカラム２８０５には、対応する高額支出予定情報の高額支出予定ＩＤが設定される。なお、高額支出実績テーブル２８００には、予定されていない支出に関する高額支出実績情報も登録することが可能であり、予定されていない支出に関する高額支出実績情報の場合、高額支出予定ＩＤカラム２８０５には、ＮＵＬＬが設定される。

本実施形態では、実際に高額支出を行う場合に、高齢者はまず、ユーザ端末１３からライフサポートポータル１に対して高額支出実績情報の登録を行った後に、銀行からの引き出し等による実際の支出を行うものとする。

図３２は、ユーザ端末１３に表示される高額支出実績情報の登録画面２９００を示す図である。

コンボボックス２９０１には、支出基本情報テーブル２３００に登録されている高額支出２３１１の各費目が選択肢として設定される。ユーザは、実際に支出する高額支出に関する費目をコンボボックス２９０１から選択する。なお、予定されていない支出についての費目を入力する場合には、ユーザはテキストボックス２９０２に入力するものとする。コンボボックス２９０１から費目が選択されると、選択された費目に対応する高額支出予定情報テーブル２４００の支出予定時期および前後所定年が選択肢としてコンボボックス２９０３に設定される。また、費目および支出予定時期に対応する支払予定額およびコメントがテキストボックス２９０４および２９０５に表示される。

ユーザは、テキストボッックス２９０６に実際に支出する金額を入力する。この時、参考のために、テキストボックス２９０７には、費目に対応する、支出基本情報テーブル２３００の予定額の合計額から、テキストボックス２９０６に入力された金額を減算した金額が表示される。

入力ボタン２９０９が押下されると、ユーザ端末１３は、コンボボックス２９０１から選択された、またはテキストボックス２９０２に入力された費目と、コンボボックス２９０３から選択された支出予定時期、テキストボックス２９０６に入力された支出額を含む高額支出実績情報をライフサポートポータル１に送信する。高額支出管理部１０７は、ユーザ端末１３から受信した高額支出実績情報を高額支出実績テーブル２８００に登録する。図３３に、高額支出実績情報の登録処理手順を示す。なお、ここでは、予定された支出についての高額支出実績情報の登録処理についてのみ述べる。予定外の高額支出については後述する。

ステップ３００１において、高額支出管理部１０７は、高額支出実績テーブル２８００から、ユーザ端末１３から受信した高額支出実績情報に含まれる費目に対応する実績カラム２８０３を合計して、支払済みの高額支出実績額を算出する。
ステップ３００２において、高額支出管理部１０７は、支出基本情報テーブル２３００から、該当費目に対応する予定額２３０１を合計して、予定額の残額を算出する。
ステップ３００３において、高額支出管理部１０７は、高額支出予定情報テーブル２４００から、該当費目に対応する支出予定額を合計して、支出予定総額を算出する。
ステップ３００４において、高額支出管理部１０７は、ユーザ端末１３から受信した支出額と、支出予定総額との和が、予定額の残額を超えるかどうかを判定する。超えた場合には、高額支出管理部１０７は、「予算超過」の旨を示すメッセージをユーザ端末１３に送信し、ユーザ端末１３は、登録画面２９００のテキストボックス２９０８にそのメッセージを表示する（ステップ３００５）。

一方、支出額が予定額の残額を超えない場合には、ステップ３００６において、支出額を高額支出実績テーブル２８００に登録する。
ステップ３００６において、高額支出管理部１０７は、「登録完了」の旨を示すメッセージをユーザ端末１３に送信し、ユーザ端末１３は、登録画面２９００のテキストボックス２９０８にそのメッセージを表示する（ステップ３００７）。
なお、本実施形態では、高額支出予定情報テーブル２４００に記憶されている予算額以上の支出も許すことを想定しているが、予算額を超えないことを前提としてもよい。
登録画面２９００において完了ボタン２８１０が押下されると、高額支出管理部１０７による高額支出実績情報の登録処理は終了する。

以上のようにして、予定された高額支出に係る高額支出実績情報が高額支出実績情報テーブル２８００に登録される。

＝＝資産のモニタリング＝＝
本実施形態のライフサポートポータル１では、高齢者の収入および資産の監視（モニタリング）を行うサービスが提供される。このサービスを受けるためには、口座への入金（収入）に関する情報（以下、入金情報という。）、および、口座からの出金（支出）に関する情報（以下、出金情報という。）を、ライフサポートポータル１が管理するデータベースに登録することが必要である。なお、これらの処理は、上述したポリシの入力およびライフプランの作成手順の中で行われてもよい。

図３４に、ユーザ端末１３に表示される入金情報の入力画面３１００を示す。同図に示すように、入力画面３１００は、入金の種別を選択するコンボボックス３１０１、口座への振込元を入力するテキストボックス３１０２、入金金額を入力するテキストボックス３１０３、入金される口座を示す口座ＩＤを選択するコンボボックス３１０４、および入金が発生する間隔を選択するコンボボックス３１０５を備えている。

コンボボックス３１０１には、収入情報テーブル６００に登録されている種別が選択肢として設定される。コンボボックス３１０１から種別が選択されると、種別に対応する収入情報テーブル６００の月額がテキストボックス３１０３に表示される。入金が発生する間隔とは、例えば、「毎月」や「隔月」「毎週」「毎日」などである。

入力ボタン３１０６が押下されると、ユーザ端末１３は、コンボボックス３１０１から選択された種別、テキストボックス３１０２に入力された振込元、コンボボックス３１０４および３１０５から選択された振込先の口座ＩＤおよび入金間隔を含む入金情報を、ライフサポートポータル１に送信する。収支資産モニタ部１０８は、ユーザ端末１３から送信される入金情報を、ライフプラニングポリシデータベース４が管理する入金情報テーブル３２００に登録する。図３５に入金情報テーブル３２００の構成例を示す。

入金情報テーブル３２００は、入金ＩＤカラム３２０１、種別カラム３０２０、口座ＩＤカラム３２０３、振込元カラム３２０４、入金時期カラム３２０５、金額カラム３２０６から構成される。入金ＩＤカラム３２０１は、入金情報テーブル３２００の主キーであり、入金情報を識別する入金ＩＤが設定される。種別カラム３２０２には、入力画面３１００のコンボボックス３１０１で選択された、入金の種別が設定される。口座ＩＤカラム３２０３には、入力画面３１００のコンボボックス３１０４で選択された口座ＩＤが設定される。振込元カラム１２０４には、入力画面３１００のテキストボックス３１０２に入力された振込元を示す情報が設定される。入金時期カラム３２０５には、入力画面３１００のコンボボックス３１０５から選択された入金間隔が設定される。金額カラム３２０６には、収入情報に含まれる収入金額が設定される。

入力画面３１００において、完了ボタン３１０７が押下されるとその旨がユーザ端末１３からライフサポートポータル１に通知され、収支資産モニタ部１０８による入金情報の入力処理は終了する。

図３６は、ユーザ端末１３に表示される、出金情報を入力するための入力画面３３００を示す図である。入力画面３３００は、出金費目を選択するコンボボックス３３０１、出金先を入力するテキストボックス３３０２、１度に出金される最大額を入力するテキストボックス３３０３、出金元になる口座を示す口座ＩＤを選択するコンボボックス３３０４、および、出金が行われる間隔を選択するためのコンボボックス３３０５を備えている。

コンボボックス３３０１には、例えば、「電気料金」や「ガス料金」など、口座からの支払が行われうる費目が設定される。テキストボックス３３０３には、例えば、電力会社やガス会社などの出金先を示す情報が入力される。コンボボックス３３０４には、口座情報テーブル８００に登録されている各口座情報の口座ＩＤが選択肢として設定される。出金間隔としては、例えば「毎月」や「隔月」などがある。

入力ボタン３３０６が押下されると、ユーザ端末１３は、入力された各項目の情報を設定した出金情報をライフサポートポータル１に送信する。収支資産モニタ部１０８は、ユーザ端末１３から受信した出金情報に、出金ＩＤを付与して出金情報テーブル３４００に登録する。なお、１つの出金情報を入力したら入力ボタン３３０６が押下されるものとする。また、完了ボタン３３０７が押下されると、出金情報の入力処理は終了する。

出金情報テーブル３４００の構成例を図３７に示す。同図に示すように、出金情報テーブルは出金ＩＤカラム３４０１、出金費目カラム３４０２、口座ＩＤカラム３４０３、出金先カラム３４０４、最大額カラム３４０５、出金間隔３４０６から構成される。出金ＩＤカラム３４０１は、出金情報テーブル３４００の主キーであり、出金情報の識別情報（以下、出金ＩＤという。）が設定される。

なお、出金情報に設定される最大額は、出金実績を記憶し、季節変動などを考慮して各口座の出金額を予測し、予測値に一定の安全率を加えた値としてもよい。あるいは、統計情報から平均的な支出額を求め、これに一定の倍率をかけたものを最大額にしてもよい。

図３８は、ライフサポートポータル１を利用する高齢者のキャッシュフローを説明するためのイメージ図である。本実施形態では、高齢者のキャッシュフローは、全て銀行口座３５１０を介して行われている。すなわち、公的年金３５０１や個人年金３５０２、地代・家賃３５０３といった収入は、高齢者の銀行口座３５１０に入金され、電気料金の支払３５０４や、ガス料金の支払３５０５、電話料金の支払３５０６、水道料金の支払３５０７、クレジットカードによる決済の支払３５０８、現金の引き落とし３０５９などの各種の支出は、銀行口座３５１０から引き落としなどにより出金される。したがって、本実施形態では、銀行口座３５１０を監視することにより、高齢者に関するお金の出入りを監視することができる。なお、銀行口座３５１０は、複数であってもよい。

図３９に、キャッシュフローと資産額を監視する処理手順を示す。
ステップ３６０１において、収支資産モニタ部１０８は、口座の残高の増加額を監視して、その増加額が、入金情報テーブル３２００に登録されている入金金額であり、かつ入金情報テーブル３２００に登録されている入金時期の間隔で入金されているかどうかにより、入金に異常がないかどうかを判断する。
ステップ３６０２において、収支資産モニタ部１０８は、口座の残高の減少額を監視して、その減少額が、出金情報テーブル３４００に登録されている最大額以下であり、かつ出金情報テーブル３４００に登録されている出金間隔で出金されているかどうかにより、出金に異常がないかどうかを判断する。
ステップ３６０３において、収支資産モニタ部１０８は、定期預金、投資信託、株式の解約や売却がないかどうかにより、出金に異常がないかどうかを判断する。
ステップ３６０４において、収支資産モニタ部１０８は、ステップ３６０１からステップ３６０３における判断において、異常があったかどうかを判定する。
異常があった場合には、ステップ３６０５において、収支資産モニタ部１０８は、ユーザ端末１３に対して、異常があった旨を示すメッセージを送信する。収支資産モニタ部１０８は、例えば、電子メールにより上記メッセージを送信するようにしてもよい。

以上のようにして、本実施形態のライフサポートポータル１は、高齢者の収支や資産の状況を監視することができる。

＝＝レポートの出力＝＝
また、本実施形態のライフサポートポータル１は、高齢者の支出や資産の状況についてのレポートを出力する。図４０は、レポート出力部１０９により作成されるレポート３７００の一例を示す図である。同図に示すように、レポート３７００は、日常生活費の予定額３７０１、日常生活費実績額３７０２、日常生活費の繰越額３７０３、高額支出の予定額３７０４、高額支出実績額３７０５、高額支出の繰越額３７０６、およびコメント３７０７を含んでいる。

日常生活費の予定額３７０１は、支出基本情報テーブル２３００における、現在ケースおよび日常生活費２３１０に対応する予定額である。日常生活費実績額３７０２は、上述したように、アカウント情報制御部１０２が取得した日常生活費実績額である。日常生活費の繰越額３７０３は、過去の日常生活費の予定額と日常生活費実績額との差の累計である。レポート出力部１０９は、上述した生活費実績テーブル２７００から予定額および日常生活日実績額を取得することが可能であり、予定額カラム２７０２と実績カラム２７０３との差の累計を、例えば１年分集計することにより算出することができる。

高額支出の予定額３７０４は、支出基本情報テーブル２３００における、現在ケースおよび高額支出２３１１の各費目に対応する予定額の合計額である。高額支出実績額３７０５は、高額支出管理部１０７が算出した高額支出実績額である。高額支出の繰越額３７０６は、過去の高額支出の予定額と高額支出実績額との差の累計である。レポート出力部１０９は、上述した支出基本情報テーブル２３００から、現在ケースに対応する予定額を取得することが可能であり、上述した高額支出実績テーブル２８００から実績額を取得することが可能である。

コメント３７０７は、上記の金額に応じたメッセージであり、例えば、繰越額３７０３および３７０６の合計額がプラスであれば、「繰越が残り、順調です。」というメッセージとし、合計額がマイナスであれば「支出オーバです。気をつけましょう。」というメッセージとすることができる。

また、レポート出力部１０９は資産額の推移も出力する。図４１に、資産額の推移状況の表示画面３８００を示す。表示画面３８００は、上述した図２７の表示画面２５００に重ねて、実績値に基づく資産額推移情報を表示するものである。日常生活費に係る資産額推移情報３８０１には、日常生活費に係る予定額に基づく資産額推移情報（図４１の表示画面２５００の資産額推移２５０１に表示される資産額推移情報である。）が細線で表示され、日常生活費実績額に基づく資産額推移情報が太線で表示される。また、高額支出に係る資産額推移情報３８０２には、高額支出に係る予定額に基づく資産額推移情報（図４１の表示画面２５００の資産額推移２５０２に表示される資産額推移情報である。）が細線で表示され、高額支出実績額に基づく資産額推移情報が太線で表示される。なお、レポート出力部１０９は、生活費実績テーブル２７００の実績カラム２７０３から生活費実績額の推移を取得可能であり、アカウント情報制御部１０２が定期的に取得している口座内容情報から実際の資産額の推移を取得可能であり、これらに基づいて、日常生活費実績額に基づく資産推移情報を生成することができる。また、レポート出力部１０９は、高額支出実績テーブル２８００の実績カラム２８０３から高額支出実績額の推移を取得可能であり、日常生活費実績額と同様に口座内容情報から実際の資産額の推移を取得可能であり、これらに基づいて、高額支出実績額に基づく資産推移情報を生成することができる。

＝＝ライフプランの再作成＝＝
次に、高齢者に関する状況が変化した場合について説明する。心身状態や居住場所などが同一であれば、高齢者はほぼ同じような生活を続けると考えられる。しかし、高齢者の心身状態や居住場所が変化することは一般に起こりうる。このような場合には、経済的な面においても変化が出てくるため、ライフサポートポータル１は、ライフプランを再作成する。本実施形態では、高齢者が現在ケースを入力したことに応じて、ライフプランが再作成されるものとする。図４２に現在ケースを入力するための入力画面３９００を示す。

入力画面３９００では、コンボボックス３９０１に、「ケース１」〜「ケース６」の６つのケースが選択肢として設定される。入力ボタン３９０２が押下されると、ユーザ端末１３は、コンボボックス３９０１において選択されたケースをライフサポートポータル１に送信し、完了ボタン３９０３が押下されると現在ケースの入力処理を終了する。

ポリシライフプラン管理部１０４は、受信したケースをケーステーブル２６００に登録するとともに、ライフプランを再作成する。

なお、現在ケースの入力は高齢者本人が自分の判断で行っても良いが、高齢者が適切な判断ができない心身状況の場合には代理人が行ってもよい。また、高齢者が出来るだけ最初に設定したプランに沿って生活したいと考えれば、実際の心身状態に係わらず、予定年齢に達した時に自動的に現在ケースを変更するようにしてもよい。もちろん、高齢者が「健常」な心身状態であり、「健常」な生活を過ごしたいと考えるような場合には、「衰え」の心身状態となる予定年齢に達しても、これまでの心身状態を継続、すなわち同じケースをコンボボックス３９０１に指定しても良い。例えば、「健常」時に、趣味娯楽などのためゆとりのある生活費を想定したのに対して、「衰え」時には、自宅でゆっくりし、また、「要介護」時の生活費増のために節約しておくなど、生活費を減らすことが考えられる。

図４３は、ライフプランの再作成手順４０００を示す。
ステップ４００１において、ポリシライフプラン管理部１０４は、基本ライフプランに従って、図２７に示した資産額推移情報を生成する。すなわち、支出基本情報テーブル２３００に設定されているケースに応じた日常生活費の予定額に基づいて、資産額推移情報を算出する。この際、ユーザの心身状態が変化する年齢が、図１８に示した心身状態テーブルと異なる場合には、時期の違いをそのまま平行移動するものする。例えば、「衰え」が７６歳から、「要介護」が８６歳からと想定していて、実際には、３年後ろにずれた場合には、「衰え」が７９歳、「要介護」が８９歳として算定する。

ステップ４００２において、ポリシライフプラン管理部１０４は、算出した資産額推移情報が有効であるかどうか、すなわち、１００歳での残存資産額が一定額以上かどうかを判定する。資産額推移情報が有効であればステップ４００４に進み、有効でなければステップ４００３に進む。

ステップ４００３において、ポリシライフプラン管理部１０４は、支出基本情報テーブル２３００の日常生活費２３１０およびユーザ端末１３から受信したケースに対応する最低額を予定額として日常生活費の予定額の推移を算出した後、重みカラム２３０３に設定されている各ケースについての重みで余剰資産額を按分して、按分した金額を各ケースについての予定額に加算する。

なお、余剰資産額は、次の式１により求められる。
余剰資産額＝全資産額−残存資産額−Σ（最低額×月数）（式１）
また、各ケースについての日常生活費の予定額は、次の式２により求められる。
予定額＝最低額＋余剰資産額×重み÷Σ（重み）（式２）

ステップ４００４において、ポリシライフプラン管理部１０４は、上記のようにして算出した日常生活費の予定額と、日常生活費の予定額に基づく資産額推移情報とを含むライフプランを生成してユーザ端末１３に送信する。ユーザ端末１３では、ライフプランが表示される。

ステップ４００５において、ポリシライフプラン管理部１０４は、上記のライフプランを承認するかどうかを示す情報をユーザ端末１３から受信し、受信した情報によりライフプランが承認されたかどうかを判定する。承認された場合は、ステップ４０１０に進み、承認されなかった場合はステップ４００６に進む。
ステップ４００６において、ポリシライフプラン管理部１０４は、高齢者の資金の割り振りの調整を行う。なお、上述した図２３の日常生活費の修正画面２０００がユーザ端末１３に表示され、ポリシライフプラン管理部１０４は、ユーザ端末１３から送信される金額を、日常生活費の予定額として設定するようにする。

ステップ４００７において、ポリシライフプラン管理部１０４は、修正された日常生活費の予定額に基づく資産額推移情報を算出する。
ステップ４００８において、ポリシライフプラン管理部１０４は、算出した資産額推移情報をユーザ端末１３に送信して、ユーザ端末１３は、受信した資産額推移情報を表示する。

ステップ４００９において、ポリシライフプラン管理部１０４は、修正された日常生活費の予定額に基づく資産額推移情報を高齢者が承認するかどうかを示す情報をユーザ端末１３から受信し、受信した情報に応じて修正された上記の資産額推移情報が承認されたかどうかを判定する。承認された場合は、ステップ４０１０に進み、承認されない場合は、ステップ４００６に戻り、再度日常生活費の予定額の修正を行う。

ステップ４０１０において、ポリシライフプラン管理部１０４は、上記のようにして作成されたライフプランを、支出基本情報テーブル２３００に登録する。すなわち、ポリシライフプラン管理部１０４は、ユーザ端末１３から受信した現在ケースおよび日常生活費２３１０に対応する予定額カラム２３０１を、上記算出した予定額に更新する。また、ポリシライフプラン管理部１０４は、予定額カラム２３０１に設定されている予定額に応じて、各ケースの日常生活費２３１０に対応する重みカラム２３０３を更新する。

以上のようにして、高齢者の心身状態が予定と異なる変化をした場合でも、日常生活費が高齢者の希望するように再設定されることがわかる。

＝＝超過額の回復アドバイス＝＝
通常、日常生活費として係る金額は、様々な事情で変動する。そこで、例えば予定よりも使いすぎたような場合には、所定期間では超過額分を使わないようにするような支出額についての情報が出力されると便利である。

図４４に、日常生活費が支出超過した場合の予定額の提示手順４１００を示す。なお、この処理は、図４０に示した支出状況の報告画面３７００において、支出状態の報告を行う際に起動されるようにしてもよいし、ユーザからのリクエストに応じて起動するようにしてもよい。

ステップ４１０１において、生活費管理部１０６は、日常生活費の支出超過額を算定する。なお、生活費管理部１０６は、日常生活実績値から日常生活費の予定額を引いた金額を支出超過額として算出することができるが、これは例えば資産額推移情報の生成時に作成されたものを使ってもよいし、ここで算出するようにしてもよい。

ステップ４１０２において、生活費管理部１０６は、予定額の資産額推移情報（以下、目標カーブという。）が描くカーブに、実績額に基づく資産額推移情報が描くカーブ（以下、実績カーブという。）が重なるようになるまでに要する時間（以下、回復時間という。）を算出する。図４５は、目標カーブ４２０１および実績カーブ４２０２の様子を説明する図である。

目標カーブ４２０１に比べ、実績カーブ４２０２は、資産額ΔＡだけ余分に資産が減っている。対策開始時点４２０６から、日常生活費を削減することにより、実績カーブ４２０２を、目標カーブ４２０１に近づけることを考える。
例えば、実績カーブ４２０２を時間ΔＴ_１の間に目標カーブ４２０１と重なるようにするためには、時点４２０６以降の実績カーブ４２０２をカーブ４２０３のようにする必要がある。

また、実績カーブ４２０２を時間ΔＴ_２の間に目標カーブ４２０１と重なるようにするためには、時点４２０６以降の実績カーブ４２０２をカーブ４２０４のようにする必要がある。
実績カーブ４２０２を時間ΔＴ_３の間に目標カーブ４２０１と重なるようにするためには、時点４２０６以降の実績カーブ４２０２をカーブ４２０５のようにする必要がある。

本実施形態では、支出超過額に応じて回復時間を決定するための情報（以下、回復時間情報４３００という。）が、３種類ライフプラニングポリシデータベース４に記憶されているものとする。回復時間情報は、支出超過額に応じて回復時間を決定するための例えば関数である。生活費管理部１０６は、支出超過額ΔＡと回復時間情報とに基づいて回復時間ΔＴを決定することができる。図４６に、３種類の回復時間情報α４３０１、β４３０２およびγ４３０３のそれぞれについての支出超過額ΔＡと、回復時間ΔＴとの関係を示す。なお、これらの回復時間情報の中から１つが予め選択されているものとする。

ステップ４１０３において、実績カーブ４２０２が回復時間内に目標カーブ４２０１に重なるようにする日常生活費を産出する。これは、回復時点の資産額を算定し、その資産なるような支出額を決めればよい。
ステップ４１０４において、算定した生活費が、支出基本情報テーブル２３００において規定されている最低額以上であるかどうかを判定する。最低額以上の場合、ステップ４１０６に進む。最低額未満の場合は、ステップ４１０５に進む。
ステップ４１０５において、生活費管理部１０６は、日常生活費を最低額にした場合の回復時間を算出する。

ステップ４１０６において、生活費管理部１０６は、算出した回復時間および日常生活費を含む情報（以下、回復案という。）をユーザ端末１３に送信し、ユーザ端末１３は回復案を高齢者に提示する。
ステップ４１０７において、生活費管理部１０６は、高齢者が回復案を承認するか否かを示す情報をユーザ端末１３から受信し、回復案が承認されたかどうかを判定する。承認された場合はステップ４１１０に進み、承認されない場合はステップ４１０８に進む。

ステップ４１０８において、生活費管理部１０６は、回復時間あるいは日常生活費を修正するために、高齢者から回復時間あるいは日常生活費をユーザ端末１３から受信する。
ステップ４１０９において、生活費管理部１０６は、ユーザ端末１３から日常生活費を受信した場合には、受信した日常生活費と回復時間情報とに基づいて回復時間を算出し、ユーザ端末１３から回復時間を受信した場合には、受信した回復時間と回復時間情報とに基づいて回復時間を算出する。
ステップ４１１０では、生活費管理部１０６は、算定された回復時間における日常生活費を、ライフプランニングポリシデータベース４に登録する。

このようにして、生活費の支出超過を回復するために期間限定の生活費が利用者にアドバイスされることになる。以上の手順により、生活費が支出超過になった場合には、ライフサポートポータル１は、所定の回復時間によりライフプランに沿った予定額の日常生活費を利用可能になるように、高齢者に対して支出額をアドバイスすることができる。また、本実施形態のライフサポートポータル１によれば、最低額に基づいてアドバイスする支出額を算出しているので、実際の生活に即した支出額を提示することができる。

＝＝超過額の割当＝＝＝
日常生活費が支出過剰になり、上述のように新たな日常生活費の予定額が提示された場合に、高齢者は、日常生活費を食料費、住居費、光熱水道費などの費目にどのように振り分けたらよいか、あるいはどこの費目を節約したら良いか分からないことが考えられる。そこで、本実施形態のライフサポートポータル１は、高齢者に対して、費目への振り分け方のアドバイスを提示する。

まず、ポリシライフプラン管理部１０４は、日常生活費の各費目の金額の入力を受け付ける。図４７に、ユーザ端末１３に表示される、日常生活費の費目別金額の入力画面４４００を示す。
テキストボックス４４０１には、目標となる日常生活費が入力される。本実施形態では、ライフサポートポータル１から提示された日常生活費の予定額がテキストボックス４４０１に入力されることになる。コンボボックス４４０２には、費目が選択肢として設定される。テキストボックス４４０３には、支出実績額が入力される。テキストボックス４４０４には、参考のために、入力した費目の累計額が表示される。
入力ボタン４４０５が押下されると、ユーザ端末１３は、コンボボックス４４０２から選択された費目と、テキストボックス４４０３に入力された実績額とがライフサポートポータル１に送信される。

図４８に上記アドバイスを行うための生活費内訳提案手順４５００を示す。
ステップ４５０１において、ユーザ端末１３は、生活費情報の入力画面４４００のテキストボックス４４０１に、目標となる日常生活費が入力され、ステップ４５０２において、入力画面４４００のコンボボックス４４０２およびテキストボックス４４０３に、費目別の実績額が入力される。

ステップ４５０３において、ユーザ状況管理部１０５は、ユーザの支出状況に近い家計統計情報を検索する。ユーザ状況管理部１０５は、例えば、６０代の健常な夫婦二人世帯などの家計情報を統計データベース６から検索する。図４９に、検索された統計情報として、生活費統計情報テーブル４７００を示す。

ケースカラム４７０１には、高齢者の状況、すなわちケースが設定される。データ項目カラム４７０２には項目が設定される。
食料カラム４７０３は食料費についての支出金額が設定される。住居カラム４７０４は住居費についての支払金額が設定される。
高熱水道カラム４７０５は光熱水道費についてのデータが設定される。
被覆履物カラム４７０６は被服や履物についてのデータが設定される。
保険医療カラム４７０７は保健医療費についてのデータが設定される。
交通通信カラム４７０８は交通通信費についてのデータが設定される。
教養娯楽カラム４７０９は教養娯楽費についてのデータが設定される。
その他カラム４７１０には、その他の費用についてのデータが設定される。

生活費統計情報テーブル４７００は、各費目について、平均額４７１１、支出弾性係数４７１２、および切片が設定される４７１３。支出弾性係数とは、生活費の総支出の伸び率（％）に対して各費目の伸び率（％）の比をとったもので、収入が増えた場合など、総支出が伸びたときに、どの費目に重点的に支出がなされているかを示すもので、この係数が高いほど贅沢品とみなせる。切片とは、総支出と費目の支出額の関係を直線で表したときの、総支出が０に相当する時の値である。

図４８のステップ４５０４において、生活費管理部１０６は、目標生活費額における各費目の標準額を、上記生活費統計情報テーブル４７００から算出する。すなわち、生活費管理部１０６は、目標日常生活費額と統計上の平均の日常の生活費額とを比較し、伸び率あるいは縮小率を算定して、各費目の弾性係数を用いて、各費目の標準的な額を算定する。これらは、下記式３および式４により算出することができる。
伸び率＝目標生活費−標準生活費（式３）
費目額＝費目の標準額×（１＋弾性係数×伸び率）（式４）

ステップ４５０５において、生活費管理部１０６は、各費目について、現在の予定額、提案額、標準的な支出額をユーザ端末１３に送信して、ユーザ端末１３が表示する。ユーザ端末１３において表示される表示画面４６００を図５０に示す。ユーザは、この表示を参考にすることにより、目的の生活費の中で生活する助けとなる。

以上の手順により、一定の生活費内で生活しなければならない時に、費目毎の支出額を木目細かくアドバイスすることができる。

＝＝予定外の高額支出実績の登録＝＝
一方、高額支出で予定外の支出が必要になることも有り得る。想定される場合としては、費目としては登録しされているが支出予定になかった場合や、費目自体想定されていなかった場合がある。

図３２の高額支出登録画面２９００では、実際に高額支出が支払われる前に費目別の高額支出実績情報が登録されるが、費目としては登録されているが支出予定にない場合は、コンボボックス２９０１にて費目を選択し、コンボボックス２９０３において「予定無」を選択して、テキストボックス２９０６に支出額を入力することにより、予定外支出であることを示す高額支出実績情報の入力が行われる。

一方、費目自体想定されていなかった高額支出については、コンボボックス２９０１にて「予定外費目」を選択し、テキストボックス２９０２に費目を入力し、コンボボックス２９０３では「予定無」を選択して、テキストボックス２９０６に支出額を入力する。

なお、本実施形態では、費目は、階層構造に定義されているものとし、費目の階層構造は、例えば、ライフプラニングポリシデータベース４に記憶される。図５１は、費目の階層構造を説明する図である。同図の例では、リフォーム費用４８０２、住宅買換え費用４８０３、住宅賃貸費用４８０４、および住宅新築費用４８０５は親として住居費４８０１を有している。高額支出管理部１０７は、支出基本情報テーブル２３００に登録されていない費目がテキストボックス２９０２に入力された場合には、テキストボックス２９０２に入力された費目の親となる費目の子となる費目のうち、支出基本情報テーブル２３００に登録されているものを選択し、選択した費目を用いて登録を行う。登録画面２９００のテキストボックス２９０２に「住宅買換え費用」が入力された場合で、「住宅買換え費用」は支出基本情報テーブル２３００に費目として登録されていないときには、高額支出管理部１０７は、「住宅買換え費用」の親となる「住居費」を特定し、特定した「住居費」の子となる「リフォーム費用」「住宅賃貸費用」「住宅新築費用」のうち、支出基本情報テーブル２３００に費目として登録されているものを費目とする。

図５２に予定外高額支出を受け付ける処理手順を示す。この処理は、図２９の高額支出登録画面２９００についての処理として、ライフサポートポータル１で行われる。
ステップ４９０１において、高額支出管理部１０７は、費目の入力を受け付ける。費目は、前記画面２９００を介して入力されたデータがユーザ端末１３から送信されてくる。

ステップ４９０２にて、入力した費目が支出予定に無い場合には、高額支出管理部１０７は、上述したようにして費目を決定する。なお、支出基本情報テーブル２３００に登録されている費目についてはこの処理を省略することができる。
ステップ４９０３において、高額支出管理部１０７は、支出額の入力を受け付ける。支出額は、前述の画面２９００のテキストボックス２９０６に入力され、ユーザ端末１３からライフサポートポータル１に送信される。

ステップ４９０４において、高額支出管理部１０７は、支出基本情報テーブル２３００に記憶されている費目の予定金額の総額から、高額支出実績テーブル３４００に記憶されている既に支出した金額と、高額支出予定情報テーブル２４００に記憶されている今後の支出予定金額とを差し引いて留保分を算出する。高額支出管理部１０７は、算出した留保分を予定外の高額支出に割り当てる。予定外の高額支出の金額が、割り当てた留保分よりも大きい場合には、不足分を算出する。

ステップ４９０５において、ステップ４９０４において、すべての高額支出について留保分からの割当ができたかどうかを判定し、割当ができたなら、ステップ４９１１に進み、割当ができなかったなら、ステップ４９０６に進む。

ステップ４９０６において、ステップ４９０４の処理における不足分を、高額支出予定情報テーブルに記憶されている該当費目の今後の支出予定から割り当てる。すなわち、該費目の支出予定の総額から同支出予定の最低額の総額を差し引いた額を不足分に割り当てることになる。高額支出管理部１０７は、余裕がある場合には、支出予定が一律の割合で減額されるように割り当て、余裕が無い場合には、該費目の支出予定を最低額とし、不足分を算出する。高額支出予定情報テーブル２４００に上記変更を反映する。

ステップ４９０７において、高額支出管理部１０７は、割当が完了したかを判定し、すべての割り当てられた場合はステップ４９１１に進み、割当できなかった場合は、ステップ４９０８に進む。

ステップ４９０８では、高額支出管理部１０７は、ステップ４９０６で算出した不足分を、他の費目の留保分から割り当てる。割当ができない場合には、高額支出管理部１０７は、不足分を算出する。留保分に余剰ができる場合は、支出基本情報テーブル２３００に記憶されている費目の重みに応じた比率で、各費目の留保分が残るように割り当てる。すなわち、重みに比例した割合で留保分が残るようにする。

上記の割り当てにより、支出基本テーブル２３００の高額支出２３１１の各費目に対応する予定額を更新する。

ステップ４９０９では、高額支出管理部１０７は、ステップ４９０８で割当が完了したかどうかを判定し、完了した場合にはステップ４９１１に進み、完了しなかった場合には、ステップ４９１０に進む。

ステップ４９１０では、ステップ４９０８での不足分を、他の費目の支出予定分から割り当てる。すなわち、高額支出管理部１０７は、他の費目の支出予定の予定額の総額から、最低額の総和を差し引いた額を算出し、ステップ４９０８で算定した不足額を賄うことを考える。賄えない場合は、高額支出管理部１０７は、不足額分少ない支出額とする。賄えた場合には、費目が異なる場合には費目の重みの率で残るように、同一費目では、一定割合で残るように、高額支出予定を組みなおす。上記割当により、高額支出予定情報テーブル２４００を更新する。

ステップ４９１１では、高額支出管理部１０７は、目的に高額支出の額、この支出のために変更になった費目の総額、高額支出の予定を提示する。
ステップ４９１２では、高齢者からの承認を受ける。承認された場合、ステップ４９１４に進む。承認されない場合にはステップ４９１３にすすむ。
ステップ４９１３では、利用者が直接、目的の高額支出金額、この支出のために変更になった費目の総額、高額支出の予定を修正し、その後、ステップ４９１１に進む。この時、修正内容によっては、支出基本情報テーブル２３００および高額支出予定情報テーブル２４００を更新する。
ステップ４９１４では、高額支出管理部１０７は、あらたな高額支出予定情報を高額支出予定情報テーブル２４００に登録する。

以上の手順により、当初予定していなかた高額支出に対して、高齢者の意図にそった形で、予算の組みなおしが行われることが分かる。

＝＝高額支出の予定取消し＝＝
高額支出については、本人の考えや社会状況から、予定していた高額支出を取りやめて、他のものに支出する、あるいは、予備として留保しておくことが考えられる。図５３に高額支出予定情報の取り消し画面５０００を示す。

コンボボックス５００１には、支出基本情報テーブル２３００に登録されている高額支出２３１１の各費目が選択肢として設定される。コンボボックス５００１から費目が選択されると、選択された費目に対応する高額支出予定情報のうち、高額支出実績テーブル２８００に登録されていないものを示す高額支出予定ＩＤが、コンボボックス５００２の選択肢として設定される。コンボボックス５００２から高額支出予定ＩＤが選択されると、テキストボックス５００３には、高額支出予定情報の支払予定時間カラム２４０５の内容が表示され、テキストボックス５００４には、高額支払予定情報の支払予定額カラム２４０３の内容が表示され、テキストボックス５００５には、高額支出予定情報のコメントカラム２４０７の内容が表示される。テキストボックス５００６には、参考のため、該当費目での留保額が表示される。

ユーザは、取り消し画面５０００を見ることにより、取り消し対象の支出予定であることを確認する。入力ボタン５００７が押下されると、ユーザ端末１３は、コンボボックス５００２において選択されていた高額支出予定ＩＤをライフサポートポータル１に送信する。取り消し画面５０００において、完了ボタン５００８が押下されると、高額支出予定情報の取り消し処理が終了する。

図５４に高額支出予定取り消し処理手順を示す。
ステップ５１０１において、高額支出管理部１０７は、ユーザ端末１３から高額支出予定ＩＤを受信する。
ステップ５１０２にて、高額支出管理部１０７は、ユーザ端末１３から受信した高額支出予定ＩＤに対応する高額支出予定情報を高額支出予定情報テーブル２４００から削除する。
ステップ５１０２において、高額支出管理部１０７は、上記の費目に割り当てられた支出の予定額から、支出した実績額および支出予定額を差し引くことにより留保額を算出して表示する。これは、図２１に示した支出基本情報テーブル２３００および図２６に示した高額支出予定情報テーブル２４００、図３１に示した高額支出実績テーブル２８００を参照することにより算出可能である。

＝＝アクセス権＝＝
利用者本人が情報端末１３から操作することを前提に説明してきたが、本人の他に、法的な根拠をもつ後見人、妻などの代理人が操作を行うことになる。高齢になると、パスワードなどの管理が難しいため、生体認証入力装置１３１から、指静脈などの生体情報をライフサポートポータル１に送ることにより、容易にユーザ認証を行うようにしている。

認知症などで、後見人が全ての管理を行う際にも、後見人が、本実施形態の情報処理システムから出力されるライフプランを参考にすることができるので、後見人は本人の希望を容易に理解し、本人の希望に沿った介護を行うことが可能となる。

また、後見人が、本発明のライフサポートポータルを用いることにより、裁判所が、後見人が正当な資産の使い方を行っているかどうかを容易に監視することができる。

また、ライフサポートポータルのアドバイス機能を補完するために、ファイナンシャルプランナが、収入、支出、資産に関する情報を参照することにより、診断を行い、高齢者に直接あるいは電子媒体によりアドバイスを届けることができる。この際に、資産や個人を特定する情報をファイナンシャルプランナに見えないようにすることにより、プライバシの確保や横領などのリスクを低減することもできる。

さらに、ケアマネーシャが、本人のライフプランや居住場所希望度テーブル１２００を参照することにより、要介護の時にどのような暮らしをしたいのか、また、経済的にどのような準備をしているのかを容易に把握することが可能となり、本人の希望にあった介護を行うことができる。

ライフサポートポータル１では、アクセスされるユーザごとにアクセス制御を行う。図５５は、ユーザに応じたアクセス権を管理するアクセス権管理テーブル５２００の構成を示す図である。アクセス権管理テーブル５２００は、ライフプラニングポリシデータベース４に格納される。

図５５に示すように、アクセス権管理テーブル５２００には、ユーザを特定する情報（例えば氏名やパスワードなどである。）を登録したり変更したりできるかどうか（５２０２）、ライフプランを作成できるかどうか（５２０３）、現在ケースを変更したり高額支出を登録したりすることができるかどうか（５２０４）、利用者を特定した情報を検索できるかどうか（５２０５）、居住場所希望度テーブル１２００にアクセスできるかどうか（５２０６）、高額支出予定情報テーブル２４００にアクセスできるかどうか（５２０７）、収入資産データベース３にアクセスできるかどうか（５２０８）、介護のための支出可能額を参照することができるかどうか（５２０９）などの権限がユーザ５２０１ごとに設定されている。なお、図５５では「○」がアクセス可能なことを示しており、「×」はアクセスできないことを示している。

アクセス制御部１０１は、プランナ端末１２、ユーザ端末１３、マネージャ端末１４、裁判所端末１５からのアクセスに応じて、アクセス権管理テーブル５２００を参照して、ユーザが情報にアクセス可能かどうかを判定し、情報へのアクセス制御を行う。

なお、以上の説明では、ユーザ端末１３の使用を前提としたが、プランナ端末１２やマネージャ端末１４、裁判所端末１５からのアクセスも受け付ける。

以上説明したように、本実施形態の情報処理システムによれば、老後の生活プランを、収入、支出、資産、および生活に対する本人の希望をとりいれて、一元的に管理することにより、計画的に老後を過ごすことができる。計画に変更があったときも破綻の無いプランを生成し提示することができる。さらに、本人の判断力が低下したときにおいても、本人の意思を反映したプランニングを行うことができる。

以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

本実施形態の情報処理システムの全体構成を示す図である。ライフサポートポータル１のハードウェア構成を示す図である。ログイン画面５３００を示す図である。画面５４００の構成を示す図である。ライフプランの作成処理の流れを示す図である。家族情報の入力画面３００を示す図である。家族情報を格納する家族情報テーブル４００の構成例を示す図である。収入情報の入力画面５００を示す図である。収入情報テーブル６００の構成例を示す図である。口座情報の入力画面７００を示す図である。口座情報管理テーブルの構成例を示す図である。資産情報の入力画面９００を示す。資産情報テーブル１０００の構成例を示す。アンケート情報の入力画面１１００を示す図である。居住場所希望度テーブル１２００の構成例を示す。生活ケース定義テーブル１３００の構成を示す図である。標準心身状態テーブル１５００の構成例を示す図である。心身状態テーブル１４００の構成を示す図である。標準生活費テーブル１６００の構成例を示す図である。標準高額支出テーブル１７００の構成例を示す図である。支出基本情報テーブル２３００の構成例を示す図である。ライフプラン１８００を示す図である。日常生活費の修正画面２０００を示す図である。高額支出の修正画面２１００を示す図である。高額支出予定情報の入力画面２２００を示す図である。高額支出予定情報テーブル２４００の構成例を示す図である。資産額推移情報をグラフ表示する表示画面２５００を示す図である。居住場所の希望度の入力を受け付ける修正画面１９００を示す図である。ケーステーブル２６００の構成を示す図である。生活費実績テーブル２７００の構成を示す図である。高額支出実績テーブル２８００の構成を示す図である。高額支出実績情報の登録画面２９００を示す図である。高額支出実績情報の登録処理手順を示す。入金情報の入力画面３１００を示す図である。入金情報テーブル３２００の構成例を示す図である。出金情報を入力するための入力画面３３００を示す図である。出金情報テーブル３４００の構成例を示す図である。キャッシュフローを説明するためのイメージ図である。キャッシュフローと資産額を監視する処理手順を示す。レポート３７００の一例を示す図である。資産額の推移状況の表示画面３８００を示す。現在ケースを入力するための入力画面３９００を示す図である。ライフプランの再作成手順４０００を示す図だろう。予定額の提示手順４１００を示す図である。目標カーブ４２０１および実績カーブ４２０２を説明する図である。支出超過額ΔＡと、回復時間ΔＴとの関係を示す図である。日常生活費の費目別金額の入力画面４４００を示す図である。生活費内訳提案手順４５００を示す図である。生活費統計情報テーブル４７００を示す図である。表示画面４６００を示す図である。費目の階層構造を説明する図である。予定外高額支出を受け付ける処理手順を示す図である。高額支出予定情報の取り消し画面５０００を示す図である。高額支出予定取り消し処理手順を示す図である。アクセス権管理テーブル５２００の構成を示す図である。

符号の説明

１ライフサポートポータル２認証情報データベース
３収入資産データベース４ライフプラニングポリシデータベース
５収入支出実績データベース６統計データベース
７不動産登記簿データベース８クレジット会社ホスト
９証券会社ホスト１０銀行ホスト
１２プランナ端末１３ユーザ端末
１４マネージャ端末１５裁判所端末
１０１アクセス制御部１０２アカウント情報制御部
１０３ユーザ認証部１０４ポリシライフプラン管理部
１０５ユーザ状況管理部１０６生活費管理部
１０７高額支出管理部１０８収支資産モニタ部
１０９レポート出力部１３１生体情報入力装置
３００入力画面４００家族情報テーブル
５００入力画面６００収入情報テーブル
７００入力画面８００口座情報テーブル
９００入力画面１０００資産情報テーブル
１１００入力画面１２００居住場所希望度テーブル
１３００生活ケース定義テーブル１４００心身状態テーブル
１５００標準心身状態テーブル１６００標準生活費テーブル
１７００標準高額支出テーブル１８００ライフプラン
１９００修正画面２０００修正画面
２１００修正画面２２００入力画面
２３００支出基本情報テーブル２４００高額支出予定情報テーブル
２５００表示画面２６００ケーステーブル
２７００生活費実績テーブル２８００高額支出実績テーブル
２９００登録画面３１００入力画面
３２００入金情報テーブル３３００入力画面
３４００出金情報テーブル３７００レポート
３８００表示画面３９００入力画面
４０００ライフプランの再作成手順４１００予定額の提示手順
４３００回復時間情報４４００入力画面
４５００生活費内訳提案手順４６００表示画面
４７００生活費統計情報テーブル５０００取り消し画面
５２００アクセス権管理テーブル５３００ログイン画面
５４００画面

Claims

高齢者の支出に関する情報を提供する情報処理システムであって、
前記高齢者の生活態様を示す情報である態様情報に対応付けて、前記生活態様により前記高齢者が一定期間生活する場合にかかると予想される費用である予想支出金額を記憶する予想支出データベースと、
前記高齢者が現在有する資産の金額である資産金額を記憶する資産データベースと、
前記予想支出データベースおよび前記資産データベースにアクセス可能に接続される情報処理装置と、
を含み、
前記情報処理装置は、
期間を指定する期間指定情報と、前記期間において前記高齢者が希望する生活態様を表す前記態様情報とを受け付ける希望生活態様受付部と、
受け付けた前記態様情報に対応する前記予想支出金額を前記予想支出データベースから取得する予想支出取得部と、
受け付けた前記期間指定情報により指定される前記期間の長さを、前記一定期間で割った商に取得した前記予想支出金額を乗じて、前記生活態様により前記高齢者が前記期間に生活した場合にかかると予想される費用である期間予想支出金額を算出する期間予想支出金額算出部と、
前記予想支出金額を出力する予想支出金額出力部と、
算出した前記期間予想支出金額を、前記資産データベースに記憶されている前記資産金額から引いた金額である資産残額を算出する資産残額算出部と、
前記資産残額を出力する資産残額出力部と、
を備えることを特徴とする情報処理システム。
請求項１に記載の情報処理システムであって、
前記情報処理装置は、
前記高齢者が前記一定期間に得る収入の金額である収入金額を受け付ける収入金額受付部と、
前記期間指定情報により指定される前記期間の長さを、前記一定期間で割った商に、前記収入金額を乗じて、前記高齢者が前記期間中に得る収入の金額である期間収入金額を算出する期間収入金額算出部と、
を備え、
前記資産残額算出部は、前記資産金額と前記期間収入金額との合計から前記期間予想支出金額を引くことにより前記資産残額を算出すること、
を特徴とする情報処理システム。
請求項１に記載の情報処理システムであって、
前記情報処理装置からアクセス可能に接続される、過去の前記期間について入力された前記態様情報に対応する前記予想支出金額を、前記期間指定情報に対応付けて記憶する支出予定管理データベースを含み、
前記情報処理装置は、
前記過去の期間において実際に支出された支出金額を受け付ける支出金額受付部と、
受け付けた前記支出金額が、前記過去の期間に対応する前記予想支出金額を超えるかどうかを判定する予算超過判定部と、
前記支出金額が前記予想支出金額を超える場合に、その旨のメッセージを出力する予算超過メッセージ出力部と、
を備えることを特徴とする情報処理システム。
請求項３に記載の情報処理システムであって、
前記情報処理装置は、前記高齢者が保有する口座を管理する金融機関システムと通信可能に接続され、
前記情報処理装置は、
前記口座を特定する口座番号を設定した、前記口座の残高を取得するためのコマンドを前記金融機関システムに送信し、前記コマンドに応じて前記金融機関システムから送信される前記残高を取得する残高取得部と、
前記残高の履歴を記憶する残高履歴記憶部と、
を備え、
前記支出金額受付部は、前記残高の履歴から前記過去の期間における前記残高の減少額を算出し、算出した前記減少額を前記支出金額として受け付けること、
を特徴とする情報処理システム。
請求項４に記載の情報処理システムであって、
前記情報処理装置は、前記減少額が所定のしきい値よりも大きいか否かにより、支出の異常を検知する異常検知部を備え、
前記メッセージ出力部は、前記支出の異常を示すメッセージを出力すること、
を特徴とする情報処理システム。
請求項３に記載の情報処理システムであって、
前記情報処理装置は、前記過去の期間についての前記支出金額である過去支出金額が、前記過去の期間についての前記予想支出金額である過去予想支出金額を超える場合に、前記過去支出金額から前記過去予想支出金額を引いた超過金額を算出する超過金額算出部を備え、
前記予想支出金額出力部は、前記予想支出金額から前記超過金額を引いた金額を出力し、
前記期間予想支出金額算出部は、前記予想支出金額から前記超過金額を引いた金額に前記商を乗じて前記期間予想支出金額を算出すること、
を特徴とする情報処理システム。
請求項６に記載の情報処理システムであって、
前記予想支出データベースは、前記高齢者の日常生活に最低限必要な支出である最低支出金額を記憶し、
前記過去支出金額が前記過去予想支出金額を超える場合に、前記予想支出取得部は、前記予想支出金額とともに前記最低支出金額を前記予想支出データベースから取得し、
前記予想支出金額出力部は、前記予想支出金額から前記超過金額を引いた金額である修正予想金額が前記最低支出金額以下であれば、前記最低支出金額を出力し、
前記期間予想支出金額算出部は、前記修正予想金額が最低支出金額以下であれば、前記最低支出金額に前記商を乗じて前記期間予想支出金額を算出すること、
を特徴とする情報処理システム。
請求項６に記載の情報処理システムであって、
前記予想支出データベースは、前記態様情報と費目とに対応付けて、費目別予想支出金額と前記費目の重要度とを記憶しており、
前記予想支出金額は前記態様情報に対応する前記費目別予想支出金額の合計値であり、
前記予想支出金額出力部は、前記費目別に前記重要度に応じて前記超過金額を按分した金額である費目別超過金額を算出し、前記費目別予想支出金額から前記費目別超過金額を減算した金額を出力すること、
を特徴とする情報処理システム。
請求項１に記載の情報処理システムであって、
前記情報処理装置からアクセス可能に接続される、前記期間指定情報に対応付けて、前記期間において予想される前記高齢者の心身状態を示す心身状態情報を記憶する予想心身状態データベースを含み、
前記予想支出データベースは、前記心身状態情報および前記態様情報に対応付けて前記予想支出金額を記憶し、
前記希望生活態様受付部は、前記心身状態情報と、前記高齢者が前記心身状態の場合に希望する前記生活態様を示す前記態様情報の入力を受け付け、
前記予想支出取得部は、受け付けた前記心身状態情報および前記態様情報に対応付けて前記予想支出金額を取得し、
前記期間予想支出金額算出部は、受け付けた前記心身状態情報に対応する前記期間指定情報を前記心身状態データベースから取得し、取得した前記期間指定情報により指定される前記期間の長さを前記一定期間で割って、前記商を算出すること、
を特徴とする情報処理システム。
請求項１に記載の情報処理システムであって、
前記情報処理装置からアクセス可能に接続される、前記期間指定情報に対応付けて、前記期間において予想される前記高齢者の居住場所を示す居住場所情報を記憶する予想居住場所データベースを含み、
前記予想支出データベースは、前記居住場所情報および前記態様情報に対応付けて前記予想支出金額を記憶し、
前記予想支出取得部は、前記期間指定情報に対応する前記居住場所情報を前記予想居住場所データベースから取得し、取得した前記居住場所情報および、入力された前記態様情報に対応する前記予想支出金額を前記予想支出データベースから取得すること、
を特徴とする情報処理システム。
高齢者の支出に関する情報を提供するプログラムであって、
前記高齢者の生活態様を示す情報である態様情報に対応付けて、前記生活態様により前記高齢者が一定期間生活する場合にかかると予想される費用である予想支出金額を記憶する予想支出データベースと、前記高齢者が現在有する資産の金額である資産金額を記憶する資産データベースとのそれぞれにアクセス可能に接続される情報処理装置に、
期間を指定する期間指定情報と、前記期間において前記高齢者が希望する生活態様を表す前記態様情報とを受け付けるステップと、
受け付けた前記態様情報に対応する前記予想支出金額を前記予想支出データベースから取得するステップと、
受け付けた前記期間指定情報により指定される前記期間の長さを、前記一定期間で割った商に取得した前記予想支出金額を乗じて、前記生活態様により前記高齢者が前記期間に生活した場合にかかると予想される費用である期間予想支出金額を算出するステップと、
前記予想支出金額を出力するステップと、
算出した前記期間予想支出金額を、前記資産データベースに記憶されている前記資産金額から引いた金額である資産残額を算出するステップと、
前記資産残額を出力するステップと、
を実行させるためのプログラム。
請求項１１に記載のプログラムであって、
前記情報処理装置にさらに、
前記高齢者が前記一定期間に得る収入の金額である収入金額を受け付けるステップと、
前記期間指定情報により指定される前記期間の長さを、前記一定期間で割った商に、前記収入金額を乗じて、前記高齢者が前記期間中に得る収入の金額である期間収入金額を算出するステップと、を実行させ、
前記情報処理装置に、前記資産金額と前記期間収入金額との合計から前記期間予想支出金額を引くことにより前記資産残額を算出させる、
ためのプログラム。
請求項１に記載の情報処理システムであって、
前記情報処理装置は、過去の前記期間について入力された前記態様情報に対応する前記予想支出金額を、前記期間指定情報に対応付けて記憶する支出予定管理データベースにアクセス可能に接続され、
前記情報処理装置にさらに、
前記過去の期間において実際に支出された支出金額を受け付けるステップと、
受け付けた前記支出金額が、前記過去の期間に対応する前記予想支出金額を超えるかどうかを判定するステップと、
前記支出金額が前記予想支出金額を超える場合に、その旨のメッセージを出力するステップと、
を実行させるためのプログラム。
請求項１３に記載のプログラムであって、
前記情報処理装置は、前記高齢者が保有する口座を管理する金融機関システムと通信可能に接続されており、
前記情報処理装置にさらに、
前記口座を特定する口座番号を設定した、前記口座の残高を取得するためのコマンドを前記金融機関システムに送信し、前記コマンドに応じて前記金融機関システムから送信される前記残高を取得するステップと、
前記残高の履歴を記憶するステップと、
を実行させ、
前記情報処理装置に、前記残高の履歴から前記過去の期間における前記残高の減少額を算出し、算出した前記減少額を前記支出金額として受け付けさせるためのプログラム。
高齢者の支出に関する情報を提供する情報処理方法であって、
前記高齢者の生活態様を示す情報である態様情報に対応付けて、前記生活態様により前記高齢者が一定期間生活する場合にかかると予想される費用である予想支出金額を記憶する予想支出データベースと、前記高齢者が現在有する資産の金額である資産金額を記憶する資産データベースとのそれぞれにアクセス可能に接続される情報処理装置が、
期間を指定する期間指定情報と、前記期間において前記高齢者が希望する生活態様を表す前記態様情報とを受け付け、
受け付けた前記態様情報に対応する前記予想支出金額を前記予想支出データベースから取得し、
受け付けた前記期間指定情報により指定される前記期間の長さを、前記一定期間で割った商に取得した前記予想支出金額を乗じて、前記生活態様により前記高齢者が前記期間に生活した場合にかかると予想される費用である期間予想支出金額を算出し、
前記予想支出金額を出力し、
算出した前記期間予想支出金額を、前記資産データベースに記憶されている前記資産金額から引いた金額である資産残額を算出し、
前記資産残額を出力すること、
を特徴とする情報処理方法。