(57)【要約】【課題】入金予定および入金監視を行い、より的確に残高不足を通知することができるようにする。【解決手段】想定残高算出処理部１−１４は、入出金予定データ記憶部１−Ｄから入金予定データを抽出し、入金予定がある場合、口座データ記憶部１−Ａから口座データを抽出し、実際に入金されたか否かを判定し、個人属性データ記憶部１−Ｅから取得した通知条件に基づき、通知処理部１−１２より未入金の場合に通知したり、入金された場合にも通知したりする。また、入金予定データに基づき、残高が不足するか否かを判定し、残高不足ではない場合、残高が不足する場合、現時点では残高不足だが入金予定がある場合等において、通知条件に基づいて、通知処理部１−１２よりそれぞれの場合に対応した通知がなされる。【選択図】図１ 
2005258727.tif 000002
【特許請求の範囲】
【請求項１】
各口座の引落予定を示す引落予定データを記憶する第１の記憶手段と、
各口座の入出金データと残高を示す残高データを記憶する第２の記憶手段と、
入金予定を示す入金予定データを入力する入金予定データ入力手段と、
前記入金予定データ入力手段によって入力された前記入金予定データを記憶する第３の記憶手段と、
前記第１の記憶手段によって記憶されている前記引落予定データに基づいて、引落の対象となる前記口座の残高を前記第２の記憶手段によって記憶されている前記口座の残高データから抽出する第１の抽出手段と、
前記口座に対応する前記入金予定を、前記第３の記憶手段によって記憶されている前記入金予定データから抽出する第２の抽出手段と、
前記残高および前記入金予定の少なくともいずれかに基づいて、残高不足の通知を行うか否かを判定する判定手段と、
前記判定手段による判定結果に応じて、前記残高不足を通知する通知処理を実行する通知手段と
を備えることを特徴とする預金口座管理システム。
【請求項２】
他銀行からの口座データを入力する口座データ入力手段と、
前記口座データ入力手段によって入力された前記口座データを記憶する口座データ記憶手段と
をさらに備えることを特徴とする請求項１に記載の預金口座管理システム。
【請求項３】
前記通知手段による前記通知処理が実行される通知条件を記憶する通知条件記憶手段をさらに備え、
前記通知手段は、前記通知条件記憶手段によって記憶されている前記通知条件に基づいて前記通知処理を実行する
ことを特徴とする請求項１または２に記載の預金口座管理システム。
【請求項４】
前記第２の記憶手段によって記憶された前記入出金データと、前記第３の記憶手段によって記憶された前記入金予定データとに基づいて、前記入金予定に対応して、実際の入金が行われたか否かを判定する入金判定手段をさらに備え、
前記通知手段は、前記入金判定手段による判定結果に基づいて、前記入金の有無を通知する通知処理を実行する
ことを特徴とする請求項１乃至３のいずれかに記載の預金口座管理システム。
【請求項５】
各口座の引落予定を示す引落予定データを記憶する第１の記憶ステップと、
各口座の入出金データと残高を示す残高データを記憶する第２の記憶ステップと、
入金予定を示す入金予定データを入力する入金予定データ入力ステップと、
前記入金予定データ入力ステップにおいて入力された前記入金予定データを記憶する第３の記憶ステップと、
前記第１の記憶ステップにおいて記憶された前記引落予定データに基づいて、引落の対象となる前記口座の残高を前記第２の記憶ステップにおいて記憶された前記口座の残高データから抽出する第１の抽出ステップと、
前記口座に対応する前記入金予定を、前記第３の記憶ステップにおいて記憶された前記入金予定データから抽出する第２の抽出ステップと、
前記残高および前記入金予定の少なくともいずれかに基づいて、残高不足の通知を行うか否かを判定する判定ステップと、
前記判定ステップにおける判定結果に応じて、前記残高不足を通知する通知処理を実行する通知ステップと
を備えることを特徴とする預金口座管理方法。
【請求項６】
預金口座管理システムを制御する預金口座管理プログラムであって、
各口座の引落予定を示す引落予定データを記憶する第１の記憶ステップと、
各口座の入出金データと残高を示す残高データを記憶する第２の記憶ステップと、
入金予定を示す入金予定データを入力する入金予定データ入力ステップと、
前記入金予定データ入力ステップにおいて入力された前記入金予定データを記憶する第３の記憶ステップと、
前記第１の記憶ステップにおいて記憶された前記引落予定データに基づいて、引落の対象となる前記口座の残高を前記第２の記憶ステップにおいて記憶された前記口座の残高データから抽出する第１の抽出ステップと、
前記口座に対応する前記入金予定を、前記第３の記憶ステップにおいて記憶された前記入金予定データから抽出する第２の抽出ステップと、
前記残高および前記入金予定の少なくともいずれかに基づいて、残高不足の通知を行うか否かを判定する判定ステップと、
前記判定ステップにおける判定結果に応じて、前記残高不足を通知する通知処理を実行する通知ステップとを預金口座管理システムに実行させる
ことを特徴とする預金口座管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は預金口座管理システムに関し、特に、預金口座の入出金状況を管理し、顧客に対して残高不足等の通知を行う預金口座管理システムに関するものである。
【背景技術】
【０００２】
従来より、預金口座の残高を管理し、現在の残高からの引落および定期的な入金予定を基に残高不足を通知するシステムが利用されている。このようなシステムの一例が、特許文献１に記載されている。この特許文献１に記載されている預金口座管理プログラムは、過去の引落履歴データ、入金履歴データ、ローン引落データ、および口座振替予定データを保持し、これを口座残高と付き合わせる処理と、残高不足の際にユーザ端末に通知する処理を実行する機能を有している。
【特許文献１】特開２００３−９９６０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記システムには以下のような問題点がある。まず、最初の問題点は、入出金は不定期なものが多いということである。例えば、事前に賞与月に入金される賞与額を想定してカード決済による購入を行ったり、賞与月のローンの支払い額を設定したりするのは当然のことである。また、冠婚葬祭や、レジャー等により一時的に発生する出費も多いものである。最近では、証券などの金融商品で資産を運用している顧客も少なくない。これらの売却益での決済を考えている場合もある。その度に不足通知をされてしまっては警告の意味がなくなってしまう。この原因は、個人の資産データとして全ての入出金が管理されていないことにある。
【０００４】
さらに、第二の問題点は、残高が不足する直前にしかそのことが通知されないことである。直前に残高不足が通知されても、振込みの手続きをする時間がない、或いは、そもそも資金の手当てができない等の理由で対応できない可能性がある。これは個人資産全体の運用管理ができていないことから発生する問題点である。当然、残高が不足する可能性がある場合、通知を行うことは必要だが、事前にそれを予測できれば、こういった事態は避けることが可能である。
【０００５】
また、近年、個人顧客でも多くのクレジットカードを所有するユーザが増加している。こういった顧客の場合、複数のカード明細を把握し、その月の各カード会社の引落日を意識し、口座管理を行わなければならないことになる。こういったカード決済の場合、基本的には、翌月の引落となるが、使用店舗の請求タイミングや、海外での為替が発生するような請求の場合、翌々月の引落となっている場合も多い。この引落日に残高が不足していた場合、追徴金が発生することもある。
【０００６】
また、最近では、個人顧客の金融資産のリスクマネージメントも当然のように行われている。この場合、各口座間の資金の移動を前提としたクレジットカードの利用も当然増加する。このような口座間の資金の移動は、本人が行わなくてはならないことであり、これを不注意に怠ると残高不足が発生することとなってしまう。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、各個人が適宜入出金予定を登録することができ、この入出金予定を監視することにより、各個人の資産の総合管理を行い、残高不足や未入金を早期に発見し、通知することができるようにするものである。
【課題を解決するための手段】
【０００８】
請求項１に記載の預金口座管理システムは、各口座の引落予定を示す引落予定データを記憶する第１の記憶手段と、各口座の入出金データと残高を示す残高データを記憶する第２の記憶手段と、入金予定を示す入金予定データを入力する入金予定データ入力手段と、入金予定データ入力手段によって入力された入金予定データを記憶する第３の記憶手段と、第１の記憶手段によって記憶されている引落予定データに基づいて、引落の対象となる口座の残高を第２の記憶手段によって記憶されている口座の残高データから抽出する第１の抽出手段と、口座に対応する入金予定を、第３の記憶手段によって記憶されている入金予定データから抽出する第２の抽出手段と、残高および入金予定の少なくともいずれかに基づいて、残高不足の通知を行うか否かを判定する判定手段と、判定手段による判定結果に応じて、残高不足を通知する通知処理を実行する通知手段とを備えることを特徴とする。
また、他銀行からの口座データを入力する口座データ入力手段と、口座データ入力手段によって入力された口座データを記憶する口座データ記憶手段とをさらに備えるようにすることができる。
また、通知手段による通知処理が実行される通知条件を記憶する通知条件記憶手段をさらに備え、通知手段は、通知条件記憶手段によって記憶されている通知条件に基づいて通知処理を実行するようにすることができる。
また、第２の記憶手段によって記憶された入出金データと、第３の記憶手段によって記憶された入金予定データとに基づいて、入金予定に対応して、実際の入金が行われたか否かを判定する入金判定手段をさらに備え、通知手段は、入金判定手段による判定結果に基づいて、入金の有無を通知する通知処理を実行するようにすることができる。
請求項５に記載の預金口座管理方法は、各口座の引落予定を示す引落予定データを記憶する第１の記憶ステップと、各口座の入出金データと残高を示す残高データを記憶する第２の記憶ステップと、入金予定を示す入金予定データを入力する入金予定データ入力ステップと、入金予定データ入力ステップにおいて入力された入金予定データを記憶する第３の記憶ステップと、第１の記憶ステップにおいて記憶された引落予定データに基づいて、引落の対象となる口座の残高を第２の記憶ステップにおいて記憶された口座の残高データから抽出する第１の抽出ステップと、口座に対応する入金予定を、第３の記憶ステップにおいて記憶された入金予定データから抽出する第２の抽出ステップと、残高および入金予定の少なくともいずれかに基づいて、残高不足の通知を行うか否かを判定する判定ステップと、判定ステップにおける判定結果に応じて、残高不足を通知する通知処理を実行する通知ステップとを備えることを特徴とする。
請求項６に記載の預金口座管理プログラムは、預金口座管理システムを制御する預金口座管理プログラムであって、各口座の引落予定を示す引落予定データを記憶する第１の記憶ステップと、各口座の入出金データと残高を示す残高データを記憶する第２の記憶ステップと、入金予定を示す入金予定データを入力する入金予定データ入力ステップと、入金予定データ入力ステップにおいて入力された入金予定データを記憶する第３の記憶ステップと、第１の記憶ステップにおいて記憶された引落予定データに基づいて、引落の対象となる口座の残高を第２の記憶ステップにおいて記憶された口座の残高データから抽出する第１の抽出ステップと、口座に対応する入金予定を、第３の記憶ステップにおいて記憶された入金予定データから抽出する第２の抽出ステップと、残高および入金予定の少なくともいずれかに基づいて、残高不足の通知を行うか否かを判定する判定ステップと、判定ステップにおける判定結果に応じて、残高不足を通知する通知処理を実行する通知ステップとを預金口座管理システムに実行させるようにすることができる。
【発明の効果】
【０００９】
本発明の預金口座管理システムによれば、顧客は不定期に発生する入出金予定を登録し、その入出金予定を監視するので、不定期に発生する引落要求や入金予定に応じて口座の残高を通知することができる。また、登録された入金予定に対応する実際の入金が行われたか否かを監視するので、入金の有無を通知することができ、残高不足の発生を抑制することができる。
【発明を実施するための最良の形態】
【００１０】
本発明は、各個人の過去の入出金を示す入出金データと入出金予定を示す入出金予定データを管理すると共に、各個人からの入出金予定の登録、およびその入出金予定の監視を行い、口座の残高情報をより的確に管理し、残高不足などの不測の事態が起こり得る可能性を早期に発見し、通知することにより、残高不足という不測の事態の発生を抑制し、さらには、資産の運用計画（余裕資金や各種購入資金の算出等）を行うことができるようにするものである。
【００１１】
図１において、想定残高算出処理部１−１４は、引落データ入力処理部１−１６より登録され、引落予定データ記憶部１−Ｂに記憶された引落予定日を読み取り、その引落予定日が来る前に口座データ記憶部１−Ａに記憶されている残高等に関する残高情報と、引落予定日に引落される金額とを比較し、予定残高の算出を行う。しかし、カード決済の賞与払いとしている場合、この時点での残高では残高不足となってしまう可能性がある。
【００１２】
これは、引落に関しては自動的に予定されるため、想定可能だが、入金に関しては各個人に依存し、どこにもその入金の予定を示すデータがないため、予定外の入金が発生してしまうという必然的な論理バグであるとも言える。
【００１３】
そこで、本発明では、その不足部分を埋めるべく、ユーザが入金予定データを入力するための入力処理部１−１３を設け、入力された入金予定データの監視と、監視動作に連動して残高不足の通知を行う。これにより、引落直前になって残高不足を認識するという事態も回避できる。また、入金の監視を行っているため、残高不足の早期発見が可能となる。入金のみならず、不定期に発生する出金に関しても、予め登録しておくことにより、残高不足の早期発見および通知が可能である。
【００１４】
以下、本発明の預金口座管理システムの一実施の形態について詳細に説明する。図１は、本発明の預金口座管理システムの一実施の形態の構成例を示すブロック図である。同図に示すように、本実施の形態は、照会処理部１−１１と、通知処理部１−１２と、入力処理部１−１３と、想定残高算出処理部１−１４と、口座データ入力処理部１−１５と、引落データ入力処理部１−１６と、他機構データ入力処理部１−１７と、認証処理部１−１８と、口座データ記憶部１−Ａと、引落予定データ記憶部１−Ｂと、入出金履歴データ記憶部１−Ｃと、入出金予定データ記憶部１−Ｄと、個人属性データ記憶部１−Ｅとから構成され、ユーザ端末１−２１とネットワークを介して接続されている。また、口座データ入力処理部１−１５には、口座管理銀行１−２２から口座データが入力されるようになっている。また、引落データ入力処理部１−１６には、引落要求機構からの引落データが入力されるようになっている。また、他機構データ入力処理部１−１７には、インターネット１−２４を介して他機構からのデータが入力されるようになっている。
【００１５】
図１に示した実施の形態の入力処理部１−１３において、ユーザ端末１−２１は、本実施の形態内の入力処理部１−１３に対して、認証処理部１−１８を介して臨時入金予定、臨時出金予定などの登録を行うことができるようになっている。また、過去の取引に関しても入出金履歴データ記憶部１−Ｃに登録された入出金データを呼び出し、各取引が継続的なものであるか、或いは一時的なものであるか、また、継続的なものであれば、どういった周期で発生するものなのかという属性を示す属性データを各取引に対応する入出金データに付与し、登録することができるようになっている。
【００１６】
この臨時入金予定および臨時出金予定等に関する臨時入出金予定データ（以下では適宜入出金予定データと記載する）は、入出金予定データ記憶部１−Ｄに登録され、管理される。これらの入出金予定データを基に、想定残高算出処理部１−１４は、引落予定データ記憶部１−Ｂに記憶された各引落日および引落額や入出金予定データ記憶部１−Ｄに登録された各入出金予定データを構成する入出金予定日および入出金額と、口座データ記憶部１−Ａに記憶されている口座情報（残高等）との比較を行い、残高が不足する場合は予定されている入出金予定データ記憶部１−Ｄに登録されている臨時入金予定と、残高不足であることをユーザ端末１−２１、もしくは顧客により指定された通知方法に基づいて、携帯端末、電話、およびファクシミリ（ＦＡＸ）等へ通知処理部１−１２より通知する。
【００１７】
また、入力処理部１−１３より、臨時入金予定により残高不足が解消される場合は通知しないという設定もできるようにする。入出金予定データ記憶部１−Ｄに登録された臨時入出金予定データに対応する入出金がされなかった場合、即時、上記と同様に、顧客により指定された通知方法により通知処理部１−１２よりユーザに対して通知される。ユーザはこの通知を受信した際には、照会処理部１−１１を利用して詳細な情報を入手することできる。
【００１８】
図１の入力処理部１−１３は、図２に示すように、入出金情報登録処理部２−１１と、通知属性登録処理部２−１２と、個人属性登録処理部２−１３と、想定値入力処理部２−１４とから構成されている。入出金情報登録処理部２−１１は、引落済みの各引落項目について、定期／不定期を登録するとともに、臨時入出金予定の登録のための画面を表示するための画面表示データを保持し、その画面表示データを、アクセスしてきたユーザ端末１−２１に送信してユーザ端末１−２１に表示させ、臨時入出金予定の登録処理を実行する。
【００１９】
通知属性登録処理部２−１２は、通知／非通知の設定や、通知レベル、通知先といった通知関連の属性を登録するための画面を保持し、通知関連の属性の登録のための画面を表示するための画面表示データを保持し、その画面表示データをアクセスしてきたユーザ端末１−２１に送信してユーザ端末１−２１に表示させ、通知関連の属性の登録処理を実行する。個人属性登録処理部２−１３は、個人属性を登録するための画面を保持し、個人属性の登録のための画面を表示するための画面表示データを保持し、その画面表示データをアクセスしてきたユーザ端末１−２１に送信してユーザ端末１−２１に表示させ、個人属性の登録処理を実行する。想定値入力処理部２−１４は、想定残高算出処理部１−１４が算出した想定残高を想定値として入力する。
【００２０】
図１の照会処理部１−１１は、図３に示すように、入出金情報照会処理部３−１１と、想定照会処理部３−１２とから構成されている。この入出金情報照会処理部３−１１では、口座の残高照会、引落予定照会、他機構口座照会、引落履歴照会など既に登録済みの情報の照会と、個人資産の現状把握を行うことができるようになっている。通知処理部１−１２は、各ユーザが入力処理部１−１３より登録した通知形式に基づいて、未入金や残高不足といったアラームをユーザ端末１−２１に通知する。
【００２１】
口座データ入力処理部１−１５は、口座管理銀行１−２２から各口座の属性情報（名義、口座番号、残高、入出金情報など）を随時受け取り、口座データ記憶部１−Ａに登録する。引落データ入力処理部１−１６は、引落要求を行ってくるクレジット会社のクレジット料金や、公共料金や、他の銀行からの引落などの引落要求機構１−２３からの引落予定情報を引落予定データ記憶部１−Ｂに登録する。認証処理部１−１８では、データのセキュリティの観点から、ログイン認証処理を行い、入力処理部１−１３、または照会処理部１−１１へデータを引き渡し、ユーザ端末１−２１からのアクセスを許可する。
【００２２】
次に、本実施の形態の動作について説明する。以下では、残高不足通知、および未入金通知の各機能について詳細に説明する。まず、残高不足通知の手順について、図４のフローチャートを参照して説明する。図４は、残高不足通知の手順を示すフローチャートである。ここでは、通知先や通知タイミング、入金予定情報については、入力処理部１−１３より、事前にユーザによって登録されており、この情報が入出金予定データ記憶部１−Ｄや個人属性データ記憶部１−Ｅに登録されているものとする。また、各データの入力および照会に必要な初期ログイン操作は済んでいるものとする。
【００２３】
まず、ステップ４−１１において、引落予定データ記憶部１−Ｂに登録されている引落予定データが抽出される。引落予定データは、引落がされる口座を示すデータ（口座番号等）と、その口座から引落される引落金額を示すデータと、引落がされる日時等からなる。次に、ステップ４−２１において、引落予定データに基づいて、引落予定があるか否かが判定される。その結果、引落予定がないと判定された場合、本処理を終了する。一方、引落予定がある（本日より例えば１ヶ月先までの間に引落予定がある）と判定された場合、ステップ４−１２に進む。
【００２４】
ステップ４−１２においては、抽出された引落予定データを構成する各口座について、その残高を口座データ記憶部１−Ａよりそれぞれ抽出する。次に、ステップ４−２２において、各口座において、引落がされる金額分の残高があるか否かが判定される。その結果、各口座において引落金額分の残高があると判定された場合、ステップ４−２５に進む。ステップ４−２５においては、残高不足でない場合において、残高不足でないことを通知する必要があるか否かが判定される。この判定は、個人属性データ記憶部１−Ｅに登録されている通知条件に基づいて行われる。即ち、個人属性データ記憶部１−Ｅには、必要な残高がある場合にも通知を行うか否かを指定する通知条件（属性データ）が予め登録されている。
【００２５】
一方、ステップ４−２２において、各口座の少なくともいずれかにおいて、引落がされる金額分の残高がない（残高が不足している）と判定された場合、ステップ４−１３に進む。ステップ４−１３においては、入出金予定データ記憶部１−Ｄから入出金予定データが抽出される。次に、ステップ４−２３において、各口座において引落当日までに入金が予定されているか否かが判定される。
【００２６】
その結果、残高が不足する口座の少なくともいずれかにおいて、引落当日までに入金が予定されていないと判定された場合、ステップ４−１５に進む。一方、残高が不足する全ての口座において、引落当日までに入金が予定されていると判定された場合、ステップ４−１４に進む。
【００２７】
ステップ４−１４においては、個人属性データ記憶部１−Ｅから通知条件（属性データ）が読み出される。次に、ステップ４−２４において、この属性データに基づき、入金予定がある場合に通知が必要であるか否かが判定される。通知が必要ではないと判定された場合、本処理を終了する。一方、通知が必要であると判定された場合、ステップ４−１５に進む。即ち、入金予定がある場合において、その旨、通知が必要であるか否かを指定する通知条件の設定登録が可能であり、個人属性データ記憶部１−Ｅに登録されている。
【００２８】
ステップ４−１５においては、ステップ４−２２において残高があると判定され、ステップ４−２５において残高不足でない場合においても通知が必要であることを示す属性データが個人属性データ記憶部１−Ｅに登録されている場合、残高不足でないことがユーザに対して通知される。また、ステップ４−２３において、入金予定がないと判定された場合、このままでは残高不足となること、および引落日までに入金予定がないことがユーザに対して通知される。
【００２９】
また、入金予定がある場合においても通知が必要であることを示す属性データが個人属性データ記憶部１−Ｅに登録されている場合、このままでは残高不足となること、および引落日の前に入金予定があることがユーザに対して通知される。ステップ４−１５における通知処理が終了すると、本処理を終了する。
【００３０】
図５は、未入金通知の処理手順を示すフローチャートである。以下、図５のフローチャートを参照して、未入金通知処理について詳細に説明する。以下に説明する未入金処理は、入力処理部１−１３により既に入出金予定データ記憶部１−Ｄに登録されている入金予定データを利用することにより可能となる。
【００３１】
まず、ステップ５−１１において、想定残高算出処理部１−１４は、入出金予定データ記憶部１−Ｄに登録されている所定の口座に対する入金予定データを抽出する。次に、ステップ５−２１において、入金予定データに基づき、その口座において、入金予定があるか否かが判定される。入金予定がないと判定された場合、本処理を終了する。一方、入金予定があると判定された場合、ステップ５−１２に進む。
【００３２】
ステップ５−１２においては、想定残高算出処理部１−１４により、口座データ記憶部１−Ａに記憶されているその口座の入金情報（入金日および入金された金額等）が読み出される。次に、ステップ５−２２において、この入金情報とステップ５−１１において読み出された入金予定データとが比較され、全ての入金予定データに対応する入金が実際に行われたか否かが判定される。
【００３３】
その結果、全ての入金予定データに対応する入金が実際に行われていないと判定された場合、ステップ５−１５に進む。ステップ５−１５においては、想定残高算出処理部１−１４は、個人属性データ記憶部１−Ｅより通知条件を取得する。次に、ステップ５−２４において、想定残高算出処理部１−１４により、読み出された通知条件に基づき、未入金の場合、ユーザに対する通知が必要であるか否かが判定される。その結果、ユーザに対する通知が必要ではないと判定された場合、本処理を終了する。一方、ユーザに対する通知が必要であると判定された場合、ステップ５−１４に進み、未入金であることがユーザに対して通知される。
【００３４】
一方、ステップ５−２２において、全ての入金予定データに対応する入金が実際に行われたと判定された場合、ステップ５−１３に進む。ステップ５−１３においては、想定残高算出処理部１−１４は、個人属性データ記憶部１−Ｅより通知条件を取得する。次に、ステップ５−２３において、想定残高算出処理部１−１４により、読み出された通知条件に基づき、入金された場合、ユーザに対する通知が必要であるか否かが判定される。その結果、ユーザに対する通知が必要ではないと判定された場合、本処理を終了する。一方、ユーザに対する通知が必要であると判定された場合、ステップ５−１４に進み、入金されたことがユーザに対して通知される。ステップ５−１４における通知処理が終了すると、本処理を終了する。
【００３５】
以上説明したように、本実施の形態により、個別かつ不定期に発生する引落要求や入金に対し、随時、口座の残高を自動的に確認し、残高不足や未入金を通知することができ、残高不足が発生するというリスクを回避することが可能となる。さらに、本実施の形態では、入金の監視も行っているため、口座間の移動も事前に登録しておけば、不注意に忘れてしまうといったことは避けられ、早い段階で残高不足の可能性を解消することができる。
【００３６】
また、入力処理部１−１３にデータ連動機能を持たせることにより、法人顧客などのように大量に入金がある場合でもその監視を行うことが可能となる。つまり、各法人顧客の社内システム上から、入金予定データを受信し、その入金予定データを入出金予定データ記憶部１−Ｄに一括登録する。これにより、通信販売業などの法人顧客は、未入金顧客に対する費用請求や商品の自動発送／停止を自動的に行うことが可能となる。
【００３７】
なお、上記実施の形態の構成および動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更することができることは言うまでもない。
【図面の簡単な説明】
【００３８】
【図１】本発明の預金口座管理システムの一実施の形態の構成例を示すブロック図である。
【図２】入力処理部１−１３の構成例を示すブロック図である。
【図３】照会処理部１−１１の構成例を示すブロック図である。
【図４】残高不足通知の処理手順を説明するためのフローチャートである。
【図５】未入金通知の処理手順を説明するためのフローチャートである。
【符号の説明】
【００３９】
１−１１  照会処理部
１−１２  通知処理部
１−１３  入力処理部
１−１４  想定残高算出処理部
１−１５  口座データ入力処理部
１−１６  引落データ入力処理部
１−１７  他機構データ入力処理部
１−１８  認証処理部
１−Ａ  口座データ記憶部
１−Ｂ  引落予定データ記憶部
１−Ｃ  入出金履歴データ記憶部
１−Ｄ  入出金予定データ記憶部
１−Ｅ  個人属性データ記憶部
１−２１  ユーザ端末
１−２２  口座管理銀行
１−２３  引落要求機構
１−２４  インターネット
【図１】
2005258727.tif 000003
【図２】
2005258727.tif 000004
【図３】
2005258727.tif 000005
【図４】
2005258727.tif 000006
【図５】
2005258727.tif 000007