(57)【要約】【課題】  金融機関の口座における、各種の入出金（個人や団体からの定期、不定期の振込み、自動引き落とし、他口座への振込み等）に伴って発生する残高不足による引き落としの非実行、余剰資金の発生などを少なくすることを目的とする。【解決手段】  口座情報提供システム２３０は、ユーザ端末２１０又は預金情報管理システム２２０から処理要求を受信し、処理要求送信者の認証を行い、認証結果がＯＫである場合には、処理要求種別の判定を行い、処理要求種別が口座情報の更新である場合には、口座情報の更新を行い、残高推移の算定を行い、処理結果通知方法を検索し、処理結果通知を作成し、ユーザ端末２１０又は預金情報管理システム２２０に送信し、認証結果がＮＧである場合には、処理結果通知を作成し、ユーザ端末２１０又は預金情報管理システム２２０に送信する。【選択図】図１
2005141518.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの口座を管理するための口座管理支援システムにおいて、
ユーザの口座の残高を記憶する記憶装置と、
口座情報の更新、提供に関する処理要求を受ける受付手段と、
前記処理要求に応答して、前記記憶装置内の前記残高に基づいて処理結果通知を作成する処理手段と、
通信ネットワークを介して前記処理要求の送信元へ処理結果通知を送信する送信手段とを備えたことを特徴とする口座管理支援システム。
【請求項２】
請求項１に記載の口座管理支援システムにおいて、
前記受付手段は、前記処理要求をユーザ端末から受け付け、
前記ユーザ端末から受け付ける前記処理要求は、入出金予定情報の更新、定期的入出金情報の登録、処理結果の通知ルールの登録、残高推移の算定の少なくとも１つを含むことを特徴とする口座管理支援システム。
【請求項３】
請求項１又は２に記載の口座管理支援システムにおいて、
前記受付手段は、前記処理要求を預金情報管理システムから受け付け、
前記預金情報管理システムから受け付ける前記処理要求は、金融機関で管理される口座残高情報、もしくは、入出金予約情報等の更新に伴う、入出金予定情報の更新、口座残高座残高に関する情報の更新の少なくとも１つを含むことを特徴とする口座管理支援システム。
【請求項４】
請求項１に記載の口座管理支援システムにおいて、
前記処理手段は、入出金予定情報、口座残高情報、定期的入出金情報、残高推移算定ルール、処理結果通知ルール、カレンダ情報の少なくとも１つを登録又は更新することを特徴とする口座管理支援システム。
【請求項５】
請求項１に記載の口座管理支援システムにおいて、
前記処理手段は、一定期間における残高推移を算定することを特徴とする口座管理支援システム。
【請求項６】
請求項１に記載の口座管理支援システムにおいて、
前記処理手段は、一定期間における残高の平均値を算定することを特徴とする口座管理支援システム。
【請求項７】
請求項１に記載の口座管理支援システムにおいて、
前記処理手段は、一定期間における残高推移算定結果、一定期間における残高の平均値の少なくともつを元に、予めユーザが設定した条件に合致するか否かを判定し、
前記送信手段は、前記処理手段の判定結果に応じて、前記処理結果を送信することを特徴とする口座管理支援システム。
【請求項８】
請求項７に記載の口座管理支援システムにおいて、
前記処理結果は、予め設定した残高の上限値、下限値等と、残高の差異に基づいて算定される情報の少なくとも１つを含むことを特徴とする口座管理支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが口座（銀行口座、郵便口座、証券口座、保険口座やポイント口座等）を管理するのを支援するための方法およびシステムに関わり、特に、金融機関やユーザが管理する入出金情報を元に、口座残高推移を算定するとともに、予め設定した条件に従って、ユーザに対してアラーム等の通知を行なう方法およびシステムに関する。
【背景技術】
【０００２】
金融機関の口座は、各種の入出金（個人や団体からの定期、不定期の振込み、自動引き落とし、他口座への振込み等）に伴い、残高が恒常的に変化しているが、通常その額は、入出金の度に異なることが多い。このため、残高不足により引き落としが実行されず、延滞金を支払う事態を招いたり、口座の月間平均残高が基準額を下回った為に、口座維持手数料の支払いが発生したり、逆に、特定の期間に渡り、一般的に低金利である普通預金口座に余剰資金が発生するなどの問題があった。
【０００３】
また、こうした不具合の発生を軽減する方法の一つに、複数口座間で、預金の振替を行なうスィングサービスと称する金融機関のサービスが存在するが、定期的定額での振替であるために、問題の本質的な解決までには至らないのが実状である。
【０００４】
この様な問題を解決するため、従来は、入出金に関する情報を、利用者端末やバンキングシステム、引き落とし情報サーバより入手し、入出金日における予想残高を算定するとともに、予想残高が所定の額以下である場合には、その旨を通知していた（特許文献１、特許文献２、特許文献３参照）。
【０００５】
【特許文献１】特開２００２−２３０２９２号公報
【０００６】
【特許文献２】特開平１０−１５４２６０号公報
【特許文献３】特開平７−１５２９６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の技術では、実際の入出金額・日時等が確定する以前に、口座残高に関する正確な情報の把握が困難であり、残高不足や余剰金の発生に対する対応策の策定、実施には、特に、時間的な余裕の面で、必ずしも、有効な手段とは言い難い。また、従来の技術では、口座残高が、確定情報に基づくものなのか未確定情報を基づくものなのかの区別を、ユーザが認識することができなかった。
【０００８】
本発明の目的は、入出金情報（金額、日時等）に関する確度の変化（＝振込先や収納機関からの事前連絡がない状況での過去の入出金額から算定した予想額、振込先や収納機関からの事前連絡による予定額、金融機関側での処理依頼受諾時の確定額等）に応じて、口座での入出金のステータスを変化させると共に、当該ステータスの更新に合わせて残高推移を算定し、必要に応じて、利用者に通知するシステム及びその方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の口座管理支援システムでは、ユーザ端末と、預金情報管理システムと、口座情報提供システムが、通信ネットワークを介して接続された口座管理支援システムにおいて、ユーザ端末は、入力機能から処理要求を入力し、通信ネットワークを介して口座情報提供システムに送信し、処理結果通知を口座情報提供システムから受信し、出力機能から処理結果通知を出力する。一方、預金情報管理システムは、入力機能から預金情報を入力し、預金情報の更新を行い、処理要求を通信ネットワークを介して口座情報提供システムに送信し、処理結果通知を、通信ネットワークを介して口座情報提供システムから受信する。一方、口座情報提供システムは、ユーザ端末、あるいは、預金情報管理システムから処理要求を受信し、処理要求送信者の認証を行い、認証結果がＯＫである場合には、処理要求種別の判定を行い、処理要求種別が口座情報の更新である場合には、口座情報の更新を行い、残高推移の算定を行い、処理結果通知方法を検索し、処理結果通知を作成し、通信ネットワークを介してユーザ端末、あるいは、預金情報管理システムに送信する。認証結果がＮＧである場合には、処理結果通知を作成し、通信ネットワークを介してユーザ端末、あるいは、預金情報管理システムに送信する。
【発明の効果】
【００１０】
本実施例によれば、金融機関の口座における、残高不足による引き落としの非実行や、余剰資金の発生を少なくすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施例を図面に基づいて詳細に説明する。
【００１２】
図１は、本発明の実施例を示す処理フロー図である。図２は、本実施例を実現するための装置構成を含む口座管理支援システムの全体イメージ図である。
【００１３】
まず、図２に示す口座管理支援システムの全体イメージ図に関して説明する。口座管理支援システムは、ユーザ端末２１０と、預金情報管理システム２２０と、口座情報提供システム２３０とが、通信ネットワーク２４０で接続されたシステムである。
（１）ユーザ端末２１０の装置構成
ユーザ端末２１０とは、預金口座に関する各種情報の入力や取得、閲覧等を、ネットワーク経由で行う際にユーザが利用する機器である。その例としては、パーソナルコンピュータやメール送受信機能付き携帯電話、ＰＤＡ（携帯情報端末）、金融機関やコンビニなどに設置されるＡＴＭ等であり、設置型、携帯型の別は問わない。
【００１４】
ユーザ端末２１０は、制御機能２１０１に、入力機能２１０２、出力機能２１０３、通信機能２１０４等の機能で構成される。各機能は、ユーザ端末２１０の処理内容に応じ、適宜、連携して処理を行う。入力機能２１０２は、ユーザが、各種の情報の入力（数字や文字の入力、画面上のボタンの選択等）を行なう際に利用するキーボード、ポインティングデバイス等で構成される。ユーザ端末２１０は、さらに、各種データやファイル、プログラムを格納する記憶機能（例えば、記憶装置）を有する。制御機能２１０１が、その記憶機能から各種データやファイルを読み出し、プログラムに従って処理を実行する。
（２）預金情報管理システム２２０の装置構成
預金情報管理システム２２０は、制御機能２２０１、入力機能２２０２、預金情報管理機能２２０３、預金情報記憶機能２２０４（例えば、記憶装置）、通信機能２２０５等で構成される。預金情報記憶機能２２０４には、入出金予約ＤＢ２２０４１、口座元帳ＤＢ２２０４２が含まれる。各機能は、預金情報管理システム２２０の処理内容に応じ、適宜、連携して処理を行う。
【００１５】
なお、預金情報管理システム２２０は、金融機関の決済センタ等に設置され、預金口座の管理を行うシステムであり、大型計算機やサーバで構成される勘定系システムと称されるコンピュータシステムに機能を付加したものと捉えることができる。
（３）口座情報提供システム２３０の装置構成
口座情報提供システム２３０とは、ユーザ端末２１０や預金情報管理システム２２０の処理要求に応じ、預金口座に関する各種の情報を管理、提供する機能を具備するシステムである。
【００１６】
口座情報提供システム２３０は、制御機能２３０１、口座情報管理機能２３０２、残高推移算定機能２３０３、処理結果通知機能２３０４、口座情報記憶機能２３０５、通信機能２３０６等の機能で構成される。口座情報記憶機能２３０５は、ユーザ管理ＤＢ２３０5１、入出金予定ＤＢ２３０５２、入出金履歴ＤＢ２３０５３、口座残高ＤＢ２３０５４、定期入出金管理ＤＢ２３０５５、残高推移算定ルールＤＢ２３０５６、処理結果通知ルールＤＢ２３０５７、カレンダＤＢ２３０５８等が含まれる。各機能は、口座情報提供システム２３０の処理内容に応じ、適宜、連携して処理を行う。
（４）通信ネットワーク２４０の装置構成
通信ネットワーク２４０は、専用線やインターネット等の通信回線等であり、有線、無線の別は特に問わない。
【００１７】
次に、図２を引用しながら、図１の処理フローに従い、本実施例における処理動作を説明する。
（１）ユーザ端末２１０の処理動作
入力機能２１０２から、処理要求（ログイン情報、処理種別等）を入力する（ステップ１１１）。入力した処理要求を、通信ネットワーク２４０を介して、口座情報提供システム２３０に送信する（ステップ１１２）。口座情報提供システム２３０における処理の結果を示す処理結果通知（口座残高の推移、処理の正常終了等）を、通信ネットワーク２４０を介して、口座情報提供システム２３０から受信する（ステップ１１３）。出力機能２１０３から、受信した処理結果通知を出力する（ステップ１１４）。
（２）預金情報管理システム２２０の処理動作
入力機能２２０２から、預金情報（入出金により変化した口座残高、引き落とし予約内容、振込み予約内容等）を入力する（ステップ１２１）。預金情報を更新する（ステップ１２２）。処理要求を、通信ネットワーク２４０を介して、口座情報提供システム２３０に送信する（ステップ１２３）。処理結果通知を、通信ネットワーク２４０を介して、口座情報提供システム２３０から受信する（ステップ１２４）。なお、入力機能２２０２から定期的に入力される情報の代表として、引き落とし請求元や振込み依頼元等からＭＴ等の大容量媒体に格納されて送付され、月次や年次等のバッチ処理により実行される情報をあげることができる。
（３）口座情報提供システム２３０の処理動作
通信ネットワーク２４０を介して、ユーザ端末２１０、もしくは、預金情報管理システム２２０から送信された処理要求を受信する（ステップ１３１）。受信した処理要求に対して、処理要求送信者の認証を行ない（ステップ１３２）、認証結果がＯＫの場合（認証に成功した場合）には、処理要求種別を判定し（ステップ１３３）、ＮＧの場合（認証に失敗した場合）には、ステップ１３８に状態を移す。処理要求種別の判定結果が、「口座情報の更新」である場合には（ステップ１３４）、口座情報の更新を行い（ステップ１３５）、そうでない場合には、ステップ１３６に状態を移す。入出金予定情報、入出金履歴情報、口座残高情報等を元に、当該預金口座における残高推移を算定する（ステップ１３６）。処理結果の通知先やその条件等に関する処理結果通知方法を検索する（ステップ１３７）。処理結果通知を作成する（ステップ１３８）。通信ネットワーク２４０を介して、処理結果通知を送信する（ステップ１３９）。
【００１８】
以下、図１および図２に示したユーザ端末２１０、預金情報管理システム２２０、口座情報提供システム２３０の各ＤＢに関し、詳細に説明する。なお各ＤＢは、簡明な図面にするために、少数のエントリを図示して説明するが、多くのエントリが存在することは説明を必要としないであろう。
【００１９】
図４に、口座元帳ＤＢ２２０４２の論理構造を示す。預金口座を特定するための識別子である口座ＩＤ４０１、当該預金口座の残高を示す金額４０２等を含む。
【００２０】
図５に、入出金予約ＤＢ２２０４１の論理構造を示す。入出金予約を行う対象である預金口座を特定するための識別子である口座ＩＤ５０１、入払種別を特定するための識別子である入払ＩＤ５０２、入出金処理予約日を特定するための処理予約日５０３、入出金予約金額を示す金額５０４、入出金予約ＤＢの更新日を示す更新日５０５等を含む。入出金予約ＤＢ２２０４１は、当該口座に対する入出金処理の実行のために設けられ、入出金処理予約日に達した時点で、処理予約がなされている入出金処理が実行される。当然のことながら、入出金に伴い、口座元帳ＤＢ２２０４２に記憶される情報も更新されることとなる。一方、入出金予約ＤＢ２２０４２に記憶されていない入出金が発生した場合には、口座元帳ＤＢ２２０４２に記憶される情報のみが更新されることとなる。
【００２１】
図６に、ユーザ管理ＤＢ２３０５１の論理構造を示す。ユーザを特定するための識別子であるユーザＩＤ６０１、口座を特定するための識別子である口座ＩＤ６０２、当該ユーザＩＤに対応するパスワード６０２等を含む。
【００２２】
図７に、入出金予定ＤＢ２３０５２の論理構造を示す。入出金予定を更新する対象である預金口座を特定するための識別子である口座ＩＤ７０１、入払種別を特定するための識別子である入払ＩＤ７０２、入出金処理予定日を特定するための入出金処理予定日７０３、入出金予定金額を示す金額７０４、入出金予定のステータスを示すステータス７０５を含む。ここで、ステータス７０５とは、入出金処理の実行の確度を示しており、金融機関側で実行が確定した状態、ユーザ入力による実行見込みの状態、実行が未確定の状態（金額は、システムが算定したものを記憶してある状態）等を示す。例えば、定期的に出金が発生するものでは、そのステータスは、システム算定のデフォルト値が入力されている状態、金融機関側で出金が確定した状態と推移し、預金情報管理システム２２０側での出金処理の実行に伴い、出金済みと推移する。
【００２３】
図８に、入出金履歴ＤＢ２３０５３の論理構造を示す。口座を特定するための識別子である口座ＩＤ８０１、入払種別を特定するための識別子である入払ＩＤ８０２、入出金処理日を特定するための処理日８０３、入出金金額を示す金額８０４等を含む。なお、入出金履歴ＤＢ２３０５３に記憶される情報には、定期的に入出金がなされる対象のみならず、不定期の入出金の情報も記憶される。
【００２４】
図９に、口座残高ＤＢ２３０５４の論理構造を示す。口座を特定するための識別子である口座ＩＤ９０１、口座残高を示す金額９０２等を含む。
【００２５】
図１０に、定期入出金管理ＤＢ２３０５５の論理構造を示す。預金口座を特定するための識別子である口座ＩＤ１００１、入払種別を特定するための識別子である入払ＩＤ１００２、取引区分を特定するための取引区分１００３、取引の種別を示す種別１００４、定期入出金処理予定の月日を示す定期処理予定月日１００５、初期設定金額を示す初期設定金額１００６等を含む。なお、定期処理予定月日１００５には、処理予定月日が営業日の場合（１００５１）と、非営業日の場合（１００５２）の２種類の情報が登録されている。
【００２６】
図１１に、残高推移算定ルールＤＢ２３０５６の論理構造を示す。口座を特定するための識別子である口座ＩＤ１１０１、残高推移算定の開始日を示す開始日１１０２、残高算定期間を示す期間１１０３等を含む。
【００２７】
図１２に、処理結果通知ルールＤＢ２３０５７の論理構造を示す。口座を特定するための識別子である口座ＩＤ１２０１、通知先の情報（電子メールのアドレス、ＦＡＸ番号等）を示す通知先１２０２、処理結果を通知するタイミングや条件を示すルールＡ１２０３、ルールＢ１２０４等を含む。なお、各ルールには、処理結果通知の際の詳細情報を記憶しており、図の例では、タイミングや期間、金額等を登録している。また、同一エントリに対して、複数のルールを登録してある場合には、通知の条件として、各々のルールの組み合わせ（ＡＮＤ、ＯＲ等の処理）を行なうことも考えられる。
【００２８】
図１３に、カレンダＤＢ２３０５８の論理構造を示す。カレンダの日付を示す日付１３０１、当該日付における金融機関の営業／非営業を示す営業日区分１３０２を含む。
【００２９】
以下に、実施例の各処理ステップの一部に関し、詳細に説明する。
［ユーザ端末２１０：ステップ１１１］
図３は、ユーザ端末２１０２からの入力方法を示すイメージ図である。出力装置２１０３上の画面は、４つのエリア（ログイン情報の入力を受け付けるためのログイン情報入力エリア３０１、処理種別の入力を受け付けるための処理種別入力エリア３０２、処理種別詳細情報の入力を受け付けるための処理種別詳細情報入力エリア３０３、コマンドの入力を受け付けるためのコマンドエリア３０４）に分割されている。ユーザは、処理種別入力エリア３０２内の処理種別（入出金予定登録、定期入出金情報登録、処理結果通知ルール登録、残高推移算定等）を選択するとともに、処理種別詳細情報入力エリア３０３に、処理種別に応じて必要となる各種の情報を入力し、ログイン情報（口座情報提供システム２３０を利用するユーザを識別するためのユーザＩＤ、パスワード）を入力した上で、コマンドエリア３０４内のボタンを押下する。ユーザ端末２１０は、このとき入力された情報（ログイン情報、処理種別、処理種別詳細情報）を、処理要求とみなす。
［預金情報管理システム２２０：ステップ１２１］
入力機能２２０２から、預金情報（預金口座に対する入出金情報、引き落とし予約情報、振込み予約情報等）を入力する。ここで、引き落とし予約情報とは、金融機関が、公共機関やクレジットカード会社等からの引き落とし処理請求を受け付け、予め決められた日（将来）に、当該口座からの引き落としを実行するための情報である。また、振込み予約情報とは、ユーザの勤務先からの給与振込み依頼、証券会社からの分配金振込み依頼を受け付け、予め決められた日（将来）に、当該口座への振込み処理を実行するための情報である。一般に、前述の引き落とし処理請求や給与振込み依頼、分配金振込み依頼等は、実際に口座に対する入出金が実行される数週間から数日前までに、請求元や依頼元から、金融機関に対してＭＴ等の形態で届けられ、金融機関側では、これに基づき、バッチ処理等の準備が行なわれる。つまり、入出金予約情報とは、金融機関側で管理する預金口座（一般的に、勘定系システム）において、入出金予約日に達した時点で入金、もしくは、出金処理を実行することが確定している情報を指す。
［預金情報管理システム２２０：ステップ１２２］
図１４に、預金情報の更新処理フローを示す。ステップ１２１で入力された預金情報（預金口座に対する入出金情報、引き落とし予約情報、振込み予約情報等）から、預金情報更新処理種別を判定する（ステップ１２２１）。預金情報更新処理種別の判定結果が、「口座元帳情報の更新」である場合には（ステップ１２２２）、口座元帳情報の更新を行い（ステップ１２２３）、入出金予約情報の更新を行い（ステップ１２２４）、処理要求を作成する（ステップ１２２５）。ステップ１２２２で、「口座元帳情報の更新」でない場合には、ステップ１２２４に状態を移す。処理要求を作成する（ステップ１２２５）。
【００３０】
ここで、処理要求とは、口座元帳ＤＢ２２０４２や入出金予約ＤＢ２２０４１の更新に伴い、口座情報提供システム２３０内の口座残高ＤＢ２３０５４、あるいは、入出金予定ＤＢ２３０５２等への更新処理要求を送信するためのものである。
［口座情報提供システム２３０：ステップ１３２］
ステップ１３１で受信した処理要求に関し、処理要求送信者が口座情報提供システムを利用可能であるか否かを判断するために、処理要求送信者（ユーザ、あるいは、預金情報管理システム２２０）の認証を行なう。
【００３１】
処理要求送信者から送信されたユーザＩＤ、口座ＩＤ、パスワードと、ユーザ管理ＤＢ２３０５１に記憶されているユーザＩＤ、口座ＩＤ、パスワードの組が一致するか否かを判定して、一致する場合には、処理要求送信者が、口座情報提供システムを利用可能であるとする。
［口座情報提供システム２３０：ステップ１３４］
受信した処理要求種別が、「口座情報の更新」であるか否かの判定を行なう。ここで、「口座情報の更新」には、ユーザ情報、入出金予定情報、入出金履歴情報、口座残高情報、定期入出金情報、残高推移算定ルール、処理結果通知ルールのうち、少なくともひとつ以上の情報の更新を指す。
［口座情報提供システム２３０：ステップ１３５］
図１５に、口座情報の更新処理フローを示す。ステップ１３１で受信した処理要求を元に、口座情報更新処理要求送信者を判定する（ステップ１３５１）。口座情報更新処理要求送信者が、預金情報管理システム２２０である場合には、ステップ１３５３に状態を移し、そうでない場合には、ステップ１３５７に状態を移す（ステップ１３５２）。
【００３２】
口座残高情報の更新が必要か否かを判定し（ステップ１３５３）、必要である場合には、口座残高情報を更新する（ステップ１３５４）。ここで、口座残高情報の更新が必要な場合とは、預金情報管理システム２２０の口座元帳ＤＢ２２０４２の更新に伴い、処理要求を受信した場合であり、また、入出金履歴情報の更新が必要な場合とは、預金情報管理システム２２０の入出金予約ＤＢ２２０４１の更新に伴い、処理要求を受信した場合である。入出金履歴情報を更新し（ステップ１３５５）、ステップ１３５６に状態を移す。
【００３３】
定期入出金管理ＤＢ２３０５５、および、入出金履歴ＤＢ２３０５３から、当該入出金に関する情報を読み込むと共に、入出金予定ＤＢ２３０５２を更新し（ステップ１３５６）、処理を終了する。
【００３４】
ステップ１３５２で、口座情報更新処理要求送信者が、預金管理システム２２０でない（送信者が、ユーザ端末２１０である）場合は、入出金予定情報２３０５２の更新が必要か否かを判定する（ステップ１３５７）。入出金予定情報２３０５２の更新が必要な場合には、ステップ１３５６に状態を移す。更新が不要な場合には、処理要求に従い、定期入出金管理ＤＢ２３０５５、残高推移算定ルールＤＢ２３０５６、処理結果通知ルールＤＢ２３０５７の少なくともひとつ以上のＤＢで管理される情報に関し、情報の更新を行ない（ステップ１３５８）、処理を終了する。
［口座情報提供システム２３０：ステップ１３６］
図１６に、残高推移の算定処理フローを示す。口座残高ＤＢ２３０５４から、当該口座における口座残高情報を取得する（ステップ１３６１）。残高推移算定ルールＤＢ２３０５６から、残高算定期間を取得する（ステップ１３６２）。入出金予定ＤＢ２３０５２から、残高算定期間における入出金予定情報を取得する（ステップ１３６３）。入出金予定情報を日別に並び替え（ステップ１３６４）、口座残高情報から取得した残高を初期値として、各入出金発生日における残高を算定し、残高予定ファイルに格納し、残高推移を作成したのち、処理を終了する（ステップ１３６５）。図１８に残高予定ファイルのイメージ図を示す。入払ＩＤ１８０１、入出金処理予定日１８０２、金額１８０３、ステータス１８０４、残高予定１８０５等を含む。なお、当然のことながら、本残高推移算定の処理結果は、ファイルへの入出力を行なわずにメモリ上で展開されても良い。
［ユーザ端末２１０：ステップ１１４］
図１７は、ユーザ端末２１０２での出力方法を示すイメージ図である。出力装置２１０３上の画面は、４つのエリア（口座ＩＤを表示するためのエリア１７０１、残高推移算定ルールを表示するためのエリア１７０２、コマンドの入力を受け付けるためのエリア１７０３、残高推移算定結果を表示するためのエリア１７０４）に分割されている。図１７では、ユーザ端末２１０から処理要求を入力した場合の出力例を示しており、入出金額（銀行側で確定したもの、ユーザが見込み額を入力したもの、システムによるデフォルト値等）が棒グラフで、残高推移が折れ線グラフで、それぞれ表示されている。図１７では、確定値を白抜き（入金）と黒抜き（出金）で、また、デフォルト値をハッチングで示している。
【００３５】
なお、本実施例において、入出金予定ＤＢ２３０５２の更新は、ユーザ端末２１０からのユーザ見込み情報（入出金額）の入力と送信、もしくは、預金情報管理システム２２０からの入出金予約情報の入力と送信がトリガとなり実行されているが、口座情報提供システム２３０からトリガを掛ける方法も考えられる。これは、例えば、ユーザ端末２１０、もしくは、預金情報管理システム２２０、以外のシステムに対し、入出金予定金額・日付等の情報を問合せするための機能を、口座情報提供システム２３０に付加することで実現可能である。具体的には、口座情報提供システム２３０に、カード会社の運営するＷｅｂサイト等へアクセスする情報（タイミング、情報を入手するためのＩＤ、パスワード等）を登録するとともに、当該Ｗｅｂサイトに掲載される引き落とし情報等を入手する機能により実現する。この場合、預金情報管理システム２２０に対して「確定情報」が送付される以前に、口座情報提供システム２３０では、引き落とし見込み額を入手することが可能となる。確定値と未確定値（デフォルト値や引き落とし見込み額等）を区別して表示することにより、ユーザは所定期間先までの口座残高を適切に把握できる。
【００３６】
また、本実施例では、ユーザ端末２１０、預金情報管理システム２２０、口座情報提供システム２３０は、各々、通信ネットワーク２４０を介して接続する例を示したが、口座情報提供システム２３０内に具備される各機能を、ユーザ端末２１０、あるいは、預金情報管理システム２２０内に実装することによっても、目的を達成することが可能である。
【００３７】
以上、説明したように、本実施例によれば、入出金情報（金額、日時等）に関する確度の変化に応じて、口座残高での入出金のステータスを変化させると共に、当該ステータスの更新に合わせて残高推移を算定し、必要に応じて、利用者に通知することにより、残高不足による引き落としの非実行や、余剰資金の発生を少なくすることができる。
【産業上の利用可能性】
【００３８】
本発明は、ユーザが銀行口座等の残高を確認するのに利用できる。
【図面の簡単な説明】
【００３９】
【図１】本発明を実施するための基本的な流れを示す処理フロー図である。
【図２】口座管理支援システムの全体イメージ図である。
【図３】ユーザ端末２１０２からの入力方法を示すイメージ図である。
【図４】口座元帳ＤＢの論理構造を示す図である。
【図５】入出金予約ＤＢの論理構造を示す図である。
【図６】ユーザ管理ＤＢ２３０５１の論理構造を示す図である。
【図７】入出金予定ＤＢ２３０５２の論理構造を示す図である。
【図８】入出金履歴情報ＤＢ２３０５３の論理構造を示す図である。
【図９】口座残高ＤＢ２３０５４の論理構造を示す図である。
【図１０】定期入出金管理ＤＢ２３０５５の論理構造を示す図である。
【図１１】残高推移算定ルールＤＢ２３０５６の論理構造を示す図である。
【図１２】処理結果通知ルールＤＢ２３０５７の論理構造を示す図である。
【図１３】カレンダＤＢ２３０５８の論理構造を示す図である。
【図１４】預金情報の更新処理フローを示す図である。
【図１５】口座情報の更新処理フローを示す図である。
【図１６】残高推移の算定処理フローを示す図である。
【図１７】ユーザ端末での出力方法のイメージを示す図である。
【図１８】残高予定ファイルのイメージを示す図である。
【符号の説明】
【００４０】
２１０  ユーザ端末
２２０  預金情報管理システム
２３０  口座情報提供システム
２４０  通信ネットワーク
２１０１、２２０１、２３０１  制御機能
２１０２、２２０２  入力機能
２１０３  出力機能
２１０４、２２０５、２３０６  通信機能
２２０３  預金情報管理機能
２２０４  預金情報記憶機能
２３０２  口座情報管理機能
２３０３  残高推移算定機能
２３０４  処理結果通知機能
２３０５  口座情報記憶機能
【図１】
2005141518.tif 000003
【図２】
2005141518.tif 000004
【図３】
2005141518.tif 000005
【図４】
2005141518.tif 000006
【図５】
2005141518.tif 000007
【図６】
2005141518.tif 000008
【図７】
2005141518.tif 000009
【図８】
2005141518.tif 000010
【図９】
2005141518.tif 000011
【図１０】
2005141518.tif 000012
【図１１】
2005141518.tif 000013
【図１２】
2005141518.tif 000014
【図１３】
2005141518.tif 000015
【図１４】
2005141518.tif 000016
【図１５】
2005141518.tif 000017
【図１６】
2005141518.tif 000018
【図１７】
2005141518.tif 000019
【図１８】
2005141518.tif 000020