JP3941946B2 - A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing - Google Patents

A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing Download PDF

Info

Publication number
JP3941946B2
JP3941946B2 JP2003112455A JP2003112455A JP3941946B2 JP 3941946 B2 JP3941946 B2 JP 3941946B2 JP 2003112455 A JP2003112455 A JP 2003112455A JP 2003112455 A JP2003112455 A JP 2003112455A JP 3941946 B2 JP3941946 B2 JP 3941946B2
Authority
JP
Japan
Prior art keywords
account
date
transaction
processing
balance
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003112455A
Other languages
Japanese (ja)
Other versions
JP2003331121A (en
JP2003331121A5 (en
Inventor
正 小松
Original Assignee
株式会社八十二銀行
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社八十二銀行 filed Critical 株式会社八十二銀行
Priority to JP2003112455A priority Critical patent/JP3941946B2/en
Publication of JP2003331121A publication Critical patent/JP2003331121A/en
Publication of JP2003331121A5 publication Critical patent/JP2003331121A5/ja
Application granted granted Critical
Publication of JP3941946B2 publication Critical patent/JP3941946B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、先日付完結処理システム及び方法に係り、特に、金融機関での口座に対する自動振替や振込等をオンライン稼働中に並行して処理する先日付完結処理システム及び方法に関する。また、このような先日付完結処理システムを実現するための取消再カットメイン処理用プログラム及びこれを記録した記録媒体に関する。
【0002】
【従来の技術】
従来より、公共料金の口座振替処理は、自動現金預入支払機(ATM)や自動支払機(CD)及びオンラインシステムが停止し、口座残高が確定した後に、バッチ処理で実行されていた。例えば、特開昭59−77573号公報には、電気、ガス、水道等の料金を指定振替日(勘定日)の前夜から翌朝までの時間を利用して、口座からの出金処理(引落処理)を行う手法が開示されている。特開平7−93439号公報にも、口座振替をバッチ処理にて行う手法が開示されている。
【0003】
【発明が解決しようとする課題】
しかしながら、バッチ処理による口座振替処理では、オンラインシステムを停止させた状態で口座振替処理を行わなければならないため、ATMやインターネットバンキングなどを24時間連続稼働させることが難しい、という不都合があった。
【0004】
また、上記従来例では、口座残高が確定した前夜から振替当日のオンライン稼働時間前までの限られた時間内に全ての口座振替処理を行わなければならず、口座振替処理のデータ量の増加やオンライン稼働時間の延長に対応するためにはコンピュータ(CPU)などの機器を増強しなければならない、という不都合があった。
【0005】
さらに、上記従来例では、振替当日の前夜から開始して、振替当日の早朝までにバッチ処理を完了しなければならないため、データ量によっては、振替当日のオンライン稼働開始が遅れてしまう恐れもあった。
【0006】
【発明の目的】
本発明は、係る従来例の有する不都合を改善し、特に、ATM等の端末を用いた入出金等のオンライン処理と並列して、オンライン処理の応答を悪化させることなく、口座振替や融資返済等の種々の取引を処理することのできる先日付完結処理システム及び取消再カ ットメイン処理用プログラムを提供することを、その目的とする。
すなわち、本発明は、従来バッチ処理として行っていた口座振替処理等をオンライン処理中に並行して処理しつつ、オンライン応答を悪化させることのない勘定系システムを提供することを、その目的としている。
【0007】
【課題を解決するための手段】
本発明では、先日付の口座処理をその勘定日となる前に実行し、勘定日別の口座情報(例えば、残高)を保有する。そして、先日付が当日となった瞬間に参照すべき口座情報が変化する。先日付での口座情報を生成しておき、そして、先日付の日付に至るまでに口座残高の異動(変動)や利率や契約内容の変更があった場合には、その変更を先日付での残高に反映させる。これにより、例えば勘定日を日単位とする場合に、日付変更処理が完了した時点で、変更された日付を勘定日とする口座処理も完了している。
すなわち、本発明では、現在の口座情報に基づいて、その後に口座処理が無い場合の先日付での残高を仮想的に生成しておき、その先日付の残高に基づいて先日付の口座処理を実行しておくことで、従来バッチ処理で行っていた口座処理をオンライン処理中に並行して処理する。これは、現在処理する口座処理を、先日付の日時が到来するまでの最終の口座処理と仮定し、当該先日付の残高等を予め計算する処理である。その後、先日付の勘定日が至る前に別の口座処理があった場合には、再度その口座処理が最終の口座処理であると仮定し、先日付の残高等を算出する。この先日付の残高等は、口座の名義人にとって、当該先日付の日時とならなければ使用できない残高である。
【0008】
本発明の前提となる先日付完結処理の原理は、現時点での情報に基づいて、その後の変化が無いとした場合の、将来の口座情報を生成しておく点にある。その後に口座処理が無い場合や、自動定期化サービスにて普通預金口座から定期預金へ入金する契約に変更が無い場合や、小切手の資金化について不渡の連絡が無い場合を想定して、その前提での先日付の口座情報を予め算出しておく。先日付の処理であるため、口座名義人がその先日付の残高を直接に用いて取引をすることができず、従って、先日付処理については取消を行うことができる。このため、自動定期化サービスにて普通預金の出金及び定期預金への入金を先日付で行った後に、契約の変更等が連絡された場合には、先日付での当該口座処理を取り消し、変更された契約に基づいて再実行することができる。
【0009】
このように、現在の状態から変化がないと仮定した場合の先日付での口座情報を予め算出しておき、状態に変化があった場合には、再度先日付での口座情報の算出を行うと、先日付の日付を迎える前後にはなんら処理を行う必要がない。この状態変化後の残高等の調整に、本発明では、派生トランザクションを用いる。このため、オンライン処理の終了後にバッチ処理にて口座処理を行う必要がなくなる。従って、本発明の先日付での口座処理は、その口座処理が完了した段階で、完結している。
【0010】
現在の状態からの変化には、続く口座処理が無いという前提のみならず、先日付で契約する定期預金や口座に元加する利息の利率が現在に判明していて、その後に変更がないという前提(変更が有った場合には、再度口座処理を実行する)などが含まれる。このため、先日付処理を行うことのできる対象は数多い。通常の普通預金口座や当座預金口座に対する種々の口座処理や、ある条件に応じたオプションの行使や、先物取引を口座で決済する場合に、期日での額が定まっている場合の差額の算出及び決済や、住宅ローンの特別な増額返済のための普通預金口座からの出金の予約などについても、先日付完結処理としてオンライン処理中に実行することができる。
【0011】
本発明は、各口座に対する各種入出金等の口座処理の取引種類と、当該口座処理の取引日となる対象勘定日と、入金額又は出金額である取引金額とを有する口座処理要求を演算する演算手段と、この演算手段によって演算された出金処理又は入金処理である口座処理 の結果を口座情報として記録するファイルとを備えている。
そして、前記口座処理要求は、当該口座処理要求の対象となる口座への振込若しくは自動現金預入支払機等による入金要求又は口座振替若しくは自動現金預入支払機等による出金要求である。
さらに、前記ファイルが、前記口座情報として、取引明細情報と、残高明細情報と、取引の結果とを備えている。
取引明細情報は、前記演算された口座処理要求の対象勘定日、取引種類及び取引金額を、口座処理要求の取引日である勘定日別で当該口座処理毎に記録する情報である。
残高明細情報は、前記口座毎に口座処理のあった勘定日の残高を勘定日毎に記録する勘定日別の情報である。
取引の結果は、前記対象勘定日を先日付とする出金処理で当該対象勘定日の残高より取引金額が大きく決済不能であった場合、当該出金処理が未成立であることを記録する情報である。
そして、本発明では、前記残高明細情報が、口座処理要求を演算する口座について、当該演算日の残高とは別に、当該演算日より未来で先日付の残高を有している。
さらに、請求項1に係る本発明では、演算手段は、前記口座処理と、トランザクション管理処理と、先日付取消処理と、再カット処理とを実行する。
当該演算手段は、第1に、トランザクションの起動を管理する前記トランザクション管理処理として、次の管理処理を行う。
一つのトランザクションにて前記口座処理要求の処理をさせる管理。
当該一つのトランザクションの実行中に、他のトランザクションを派生させて、当該派生トランザクションにて所定の先日付の口座処理(先日付取消処理、再カット処理)をさせる管理。
前記派生トランザクションの実行中に、前記先日付の口座処理が無くなるまで、他のトランザクションを繰り返し派生させて、当該派生トランザクションにて全ての先日付の口座処理をさせる管理。
当該演算手段は、前記口座処理要求を処理する一つのトランザクションによる前記口座処理として、次の処理を行う。
前記残高明細情報に記録された前記残高のうち、対象勘定日と同日の残高が記録されている場合には当該残高を対象勘定日の残高として特定し、対象勘定日と同日の残高が記録されていない場合には当該対象勘定日より過去で直近の残高を対象勘定日の残高として特定する。
前記特定された対象勘定日の残高と前記取引金額とを加減算し、当該演算した口座処理要求の取引種類及び取引金額を、当該口座処理要求の取引日である対象勘定日を勘定日として前記取引明細情報に記録する。
当該取引金額と特定した残高とを加減算した処理後の残高を、前記対象勘定日の残高として前記残高明細情報に記録し又は更新する。
前記残高明細情報に記録された先日付の勘定日のうち、当該対象勘定日より未来である先日付の残高がある際には、当該先日付の残高と当該取引金額とを加減算することで、先日付の残高を更新する。
前記演算手段は、当該一つのトランザクションによる口座処理を終了させた後、前記派生トランザクションの繰り返しによる前記先日付の口座処理を行う。すなわち、勘定日別の残高の記録又は更新後に、再カット処理又は先日付取消処理を行う。
再カット処理では、残高が増加した先日付がある際には、前記取引の結果が未成立の出金処理を読み出して、当該読み出した未成立の出金処理の対象勘定日に対応する残高と取引金額とを比較し、比較の結果、当該取引金額が前記残高以下で決済可能である場合には、当該未成立であった出金処理の前記口座処理を再実行することによって、前記再カット処理を派生トランザクションで実行する。
先日付取消処理では、当該残高が更新された先日付について、残高がマイナスとなった先日付がある際には、当該残高がマイナスとなった先日付を対象勘定日とした出金処理を 前記取引明細情報から読み出し、当該読み出した出金処理に対して未成立であることを前記取引の結果に記録し、前記未成立とした出金処理の取引金額を当該対象勘定日の残高に加算し、前記先日付の残高の更新処理をすることによって、前記先日付取消を派生トランザクションで実行する。
これにより、オンライン応答を悪化させずに口座振替等を処理するという上記課題を解決しようとするものである。
ここで、「勘定日以後」は、勘定日を含み、「勘定日より未来」は、勘定日を含まない。「更新」は、ファイルに格納されていた演算日と同日付又は先日付の残高の上書きを意味する。「記録」は、主に、同日付又は先日付でのある日付の最初の口座処理で、新しくその勘定日の残高を格納する場合に用い、さらに、データの記録一般にも用いる。
「口座処理」は、例えば、金融機関の個人向けの普通口座を例とすると、給与振込等の口座への振込(入金)や、公共料金の自動引落のような口座からの振替(出金)や、融資の返済や家賃の引落などの自動引落(出金)などである。また、法人等を例とすると、「口座処理」は、各種支払の振込予約や、給与支払のための引落や、口座引落で集金した家賃の入金などである。これら種々の内容の口座処理を扱うようにしても良いし、例えば振込などは別の演算手段にて扱い、公共料金の振替のみを本発明による先日付完結処理システムで扱うようにしても良い。
また、証券取引用の口座を例とすると、「口座処理」は、株取引に要した資金の決済や、金融商品の自動的な購入などが該当する。このように、「口座処理」には、まず、商取引の決済手法の種々の態様が含まれる。この決済の対象は単一の通貨のみならず、例えば先日付での為替レートを予め取引者間で定めておくことができれば、外為取引に応用することもできる。さらに、決済の対象は、通貨を扱う口座のみならず、例えば商品やサービスの販売時に付加するポイント値(マイレージポイント)でも良い。
さらに「口座処理」には、その口座の属性を設定又は変更する処理を含めるようにしても良い。例えば、定期の自動更新に応じた自動融資極度額の変更や、長期ローンでの変動金利と固定金利とのスワップの予約等を含めるようにしても良い。また、ATMやCDや金融機関の店舗の窓口端末による現金の入金や出金は即時の口座処理であり、演算日と定日が一致する。
【0012】
上記ファイルには、預金・融資等の取引履歴や、現在の残高や、口座に定義された自動融資可能額(貸越極度)などの口座に関する情報が格納されている。「口座情報」というときには、残高情報を含む。残高情報は、口座処理要求が決済可能であるか又は決済不能であるかを判定するための数値であり、例えば、定期預金等を担保とする自動融資が無い場合には実際の残高で、定期預金等を担保とする自動融資が付随する場合には、貸越極度額(自動融資可能額と実際の残高とを加算した額を出金可能額としても良い。定期預金等を担保とする自動融資を行う場合には、口座情報として担保明細等の属性情報を持つようにすると良い。
【0013】
演算手段は、例えば、口座処理要求として入金があった場合には、現在の残高を読み出して、入金額を加算し、ファイルを更新する。
【0014】
本発明では、勘定日別口座処理部が、演算を行う演算日と同日又は先日付となる勘定日での口座処理を当該勘定日の直近の口座情報に基づいて処理する。そして、勘定日別口座情報格納部は、勘定日別口座処理部の処理結果を当該口座処理の勘定日での口座情報として前記ファイルに格納する。
【0015】
本発明では、勘定日を日単位とする。
【0016】
この「勘定日」は、例えば、口座処理が振替であれば振替日である。融資の返済であれば「約定返済日」が勘定日であると考える。給与振込であれば振込日が勘定日に相当する。本明細書では、これら種々の口座処理要求に指定される取引実行日を「勘定日」と呼ぶ。「演算日」は演算を行う「当日」であり、「現在」ともいう。
【0017】
本発明では、演算日に対して先日付となる勘定日での口座処理要求を、演算日の段階で処理する。その処理結果を、演算日に対して先日時となる勘定日での口座情報として格納する。従って、口座情報は、口座処理要求がなされた勘定日別に生成され、管理される。例えば、演算日の残高と、先日付での処理を行った将来の残高(仮想残高)との情報がファイルに格納される。この将来の残高は、今までに行った口座処理の後、口座処理がないままその勘定日が到来しときの、その勘定日の残高である。このため、例えば勘定日を日単位とすると、日付が変更したときに、その日付変更の前後でなんら処理を行うことなく、当該勘定日に行うべき口座処理を完了した状態で、新たに迎えた日付での残高が確定する。
【0018】
例えば、先日付である勘定日が、演算日の翌営業日であったとする。そして、翌営業日を勘定日とする振替等の口座処理要求をその翌営業日(振替日,勘定日)の前日に演算する。演算した結果、現在の残高と、翌営業日の残高とが個別にファイルに格納される。その後、当該口座に対して残高の変動(異動)をもたらす処理が行われなかったとすると、本日から明日へ日付変更した段階で、引落(出金)が確定し、新たな残高に基づいた処理が可能となる。従って、午前0:00を過ぎた瞬間に、口座振替後の新たな残高に基づいた処理を行うことができる。
【0019】
上記以外に、取引実行日を日単位ではなく、「勘定日時」として、日と、午前午後の時間指定や、また、秒単位の先日時での取引も考えられる。本発明では、勘定日を日単位としているが、ここで、日付ではなく、時間を例として先日付完結処理の原理を説明する。例えば、午後1:30を勘定日時とする振込があるとする。この例では、例えば午前11:00頃の演算日時で、将来の時間である午後1:30の口座処理要求を処理する。すると、午後1:30前の時間で参照する残高と、午後1:30以後に参照する残高の2つの口座情報がファイルに格納される。このため、午後1:30前後になんら処理を行うことなく、午後1:30の取引を先日時にて完結させることができる。これをオンライン・リアルタイムで行うには、午後1:30に行うべき処理が大量にある場合には、ハードウエア資源への負荷が瞬間的に大きくなりすぎる。一方、この例では、口座情報を勘定日時別に有するという思想により、実際の演算日時はいつでも良い。
【0020】
本発明にて、勘定日を日単位として、公共料金等の振替をバッチ処理で行うのは、勘定日を時分単位と考えた場合の上記午後1:30の大量処理に相当する。すなわち、前日に口座残高が確定した後、振替日(勘定日)の朝までに振替を実行するには、その間の現実の時間内で全ての処理を完結させなければならない。そして、バッチ処理の場合には、この処理時間を「0」とすることはできない。一方、本発明による先日付完結処理システムでは、日付変更の瞬間(前後)には、口座情報に対してなんら処理を行う必要がない。先日付となる勘定日の口座処理要求を事前に演算し、勘定日別の口座情報を生成しておき、当日の残高を当該当日の残高又は最も近い過去の残高に基づいて確定する。このため、事前に口座処理要求を演算した自体で、勘定日の処理は完結している。
ある勘定日の振替等が演算手段の処理能力に対して大量にある場合には、複数日を用いて当該勘定日での取引を計算しておくようにしても良いし、また、勘定日の前営業日に先日付での処理を行うようにしても良い。このように、本発明による先日付完結処理システムでは、口座処理の負荷を時間的に分散している。
【0021】
本発明の実施形態では、先日付の勘定日での口座処理要求を処理した後、現在の残高が変更され、先日付での処理が実行できない状態となったり、反対に、先日付で未成立の処理が実行できる状態となると、先日付処理の取消や、未成立であった口座処理の再実行(再カット)を行うなど、種々の局面に対応するための技術が開示される。
【0022】
そして、本発明では、先日付の残高を格納した後、別の新たな口座処理要求を処理したことで、残高が変動した場合に、先日付の処理を行う。すなわち、先日付ですでに成立していた口座処理を取り消し、または、未成立であった出金処理を再カットする。この最新の残高に応じた先日付の口座処理の成立及び未成立と、先日付の残高との調整に、本発明では、派生トランザクションを用いる。派生トランザクションを用いることで、ATM等のオンライン応答を即座に完結させつつ、その直後に別のトランザクションとして残高の調整等の先日付の処理を行う。
【0023】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【第1実施形態】
図1は、本発明の第一の実施形態の構成を示すブロック図である。図1に示す例では、第1実施形態による先日付完結処理システムは、図1に示す例では、第1実施形態による先日付完結処理システムは、各口座に対する各種入出金等の口座処理の取引種類と、当該口座処理の取引日となる対象勘定日と、入金額又は出金額である取引金額とを有する口座処理要求を演算する演算手段2と、この演算手段2によって演算され口座処理の結果口座情報として記録するファイル6とを備えている。また、先日付完結処理システムは、勘定日の取引等の口座処理要求を受信する受信手段4を備えると良い。
ファイル6は、図3等に示すように、前記口座情報として、前記演算された口座処理要求の対象勘定日、取引種類及び取引金額を、口座処理要求の取引日である勘定日別で当該口座処理毎に記録する取引明細情報(図3の口座処理)と、前記口座毎に口座処理のあった勘定日の残高を勘定日毎に記録する勘定日別の残高明細情報(図3の残高(口座情報))とを備えている。この残高明細情報は、口座処理要求を演算する口座について、当該演算日の残高とは別に、当該演算日より未来で先日付の残高を有する。
そして、前記口座処理要求は、当該口座処理要求の対象となる口座への振込若しくは自動現金預入支払機等による入金要求又は口座振替若しくは自動現金預入支払機等による出金要求である。
そして、演算手段2が、当該演算日と同日付又は先日付となる対象勘定日の口座処理を当該対象勘定日と同日付又は過去で直近の残高に基づいて処理する勘定日別口座処理部8と、この勘定日別口座処理部8による処理後の残高を、当該対象勘定日での残高として前記ファイルに格納する勘定日別口座情報格納部10とを備えている。
勘定日別口座処理部8は、前記残高明細情報に記録された前記残高のうち、対象勘定日(演算日と同日付又は先日付)と同日の残高が記録されている場合には当該残高を対象勘定日の残高として特定する。対象勘定日と同日の残高が記録されていない場合には、当該対象勘定日より過去で直近の残高を対象勘定日の残高として特定する。勘定日別口座処理部8は、さらに、前記特定された対象勘定日の残高と前記取引金額とを加減算する。そして、勘定日別口座処理部8は、当該演算した口座処理要求の取引種類及び取引金額を、当該口座処理要求の取引日である対象勘定日を勘定日として前記取引明細情報に記録する。
さらに、勘定日別口座情報格納部10は、当該勘定日別口座処理部8が加減算した処理後の残高を、前記対象勘定日の残高として前記残高明細情報に記録する。これにより、前記対象勘定日が先日付である場合には、前記対象勘定日の残高を当該先日付の残高として前記残高明細情報に記録する。
【0024】
受信手段4は、ATMや、公共料金等の引落データが格納された外部持込媒体や、融資や自動定期化サービス等の情報等を格納した内部各種マスタなどから直接又は間接に口座処理要求を受信する。また、インターネットや専用ネットワーク等を介して顧客のコンピュータから口座処理要求を受信するようにしても良い。
【0025】
演算手段は、1台又は複数台のコンピュータである。演算手段2が有する種々の手段や各部、各機能は、所定のプログラムを実行するコンピュータのCPUによって実現できる。図1に示す例では、先日付完結処理に必要な種々の機能のうち、原理的に重要な部分を抽出している。すなわち、演算手段2は、勘定日別口座処理部8と、勘定日別口座情報格納部10とを備えている。勘定日別口座処理部8は、口座処理要求を受信した当日を勘定日とする口座処理要求を、当日の口座情報に基づいて処理する。例えば、ATM等の操作により現金出金を行う場合、当日の口座情報を読み出して、その残高に基づいて現金出金を行う。また、勘定日別口座処理部8は、口座処理要求を受信した日時に対して先日付となる勘定日の口座処理を、先日付の口座情報に基づいて処理する。先日付の口座情報が無い場合には、当該勘定日の直近の口座情報に基づいて先日付となる勘定日の口座情報を生成する。例えば、演算日の口座残高と同一額の残高を先日付である翌営業日の残高とする。口座処理要求は、当該処理要求の対象となる口座へ口座振込等による先日での入金要求又は口座振替等による先日時での出金要求である。
【0026】
勘定日別口座情報格納部10は、勘定日別に処理される口座処理の処理後残高を、当該口座処理の対象勘定日での口座情報としてファイル6に格納する。これにより、勘定日別の口座情報(残高)が生成される。この勘定日別口座情報は、勘定日別口座処理部8によってアクセスされる。
【0027】
図2は、口座処理の例を示す説明図である。図2(A)に示すように、10日の残高が30,000の場合に、勘定日を11日とする20,000の出金要求(例えば、振替)を10日に処理する場合、この20,000の出金要求は先日付での処理となる。この場合、11日を勘定日とする処理を初めて行うのであれば、まず、11日の残高を30,000とする。そして、11日を対象勘定日とする20,000の出金要求を処理し、11日の残高を10,000とする。この先日付の出金を行ったのち、当該口座に他の口座処理が無い場合には、11日になった時に、残高10,000が確定する。このため、出金処理は、10日に先日付で処理した時点で完結している。
【0028】
図2(B)は、口座処理を入金要求(例えば、振込)とする例を示す図である。10日の残高を30,000とするときに、勘定日を11日とする40,000の入金要求を、10日に処理する。11日の残高は、10日の時点で70,000と算出される。出金の場合と同様に、10日での先日付の入金要求を処理した時点で完結している。その後、10日にATMで現金の出金要求(払戻要求)があった場合、出金可能額は30,000であり、70,000ではない。そして、11日の午前0時に残高照会を行うとすると、11日の0時を迎えた段階では、残高は70,000である。
【0029】
図2(A)及び(B)に示す例では、勘定日を日単位とした。図2(C)は、時刻(または、一定時間)毎に残高明細を持つ例である。図2(C)に示す例では、10日の9:00時点の残高が30,000であるとする。そして、勘定日時を13:00とする50,000の入金処理を9:30頃に受信したとする。この処理は、先日時での処理となる。この場合、13:00での残高を30,000とし、続いて50,000入金することで13:00での残高を80,000とする。図2(B)に示す場合と同様に、例えば10日の12:59に出金可能な額は30,000であり、13:00に出金可能な額は80,000である。このとき、13:00の入金自体は、9:30に完結している。その後、17:00を勘定日時とする60,000の出金要求があった場合、直近の残高である13:00の残高を用いて口座処理を行い、17:00の残高を20,000とする。ここで、勘定日ではなく勘定日時とし、時刻毎に口座情報を有する例は、図2(C)のみである。
【0030】
先日付完結処理では、口座残高に不足があるような場合や、当日の取引等によって口座残高が不足となった場合に、先日付取引の取消を行うことができる。バッチ処理の場合、一旦成立した口座処理要求の取消を行うことは難しいが、勘定日を先日付とする口座処理の場合には、この取消を行いやすい。また、未成立であった口座処理や、取消により未成立となった口座処理がある場合に、何らかの入金がある場合には、当該口座処理について再実行(再カット)を行うようにしても良い。本実施形態では、最後の口座処理要求を実行した結果(残高等)に基づいて、先日付での口座処理を実行するため、口座残高の異動に応じて、先日付で決済不能であった口座処理を再カットすることができる。また、特開昭59−77573号公報に開示されているように、未成立であった口座処理について当日に入金があった時に再カットするようにしても良い。
【0031】
図3を参照すると、ファイル6(ここでは、取引明細情報)が、対象勘定日を先日付とする出金処理で当該対象勘定日の残高より取引金額が大きく決済不能であった場合、当該出金処理が未成立であることを記録する取引の結果を有する。
そして、再度図1を参照すると、本実施形態では、勘定日別口座処理部8は、前記演算日から前記対象勘定日までの間に、前記演算日と同日付又は過去で近の勘定日での残高に基づいて出金要求を処理した結果、前記先日での出金処理が決済不能となる場合に、当該先日付での口座処理を取り消す先日付取消機能12を備えている。
先日付取消処理(先日付取消機能12)は、具体的には、新たな出金処理によって残高が更新された際に、図6(B)に示すように、当該残高が更新された先日付について、残高がマイナスとなった先日付の有無を確認し、残高がマイナスとなった先日付がある場合には、当該残高がマイナスとなった先日付を対象勘定日とした出金処理を前記取引明細情報から読み出し、当該読み出した出金処理に対して未成立であることを前記取引の結果に記録し、前記未成立とした出金処理の取引金額を当該対象勘定日の残高に加算することによって、先日付取消処理を行う。
【0032】
先日取消機能12は、先日付で決済可能であった口座処理について、先日付よりも前(過去)の日(例えば、演算日と同日付の現在)に出金等を行った結果、決済不能となる口座処理を取り消す。すなわち、最新の出金要求を実行した結果、先日付で決済不能な出金処理がある場合には、最新の出金要求の実行結果(口座情報)に基づいて当該口座処理を取り消す。取り消された口座処理は、取引の結果が未成立となり、当該先日付の勘定日までの入金を待機し、勘定日の満了時点まで入金がない場合には、当該出金処理は決済不能で確定となる。先日付口座情報更新機能16は、口座処理の取消による額を、当該先日付の勘定日の残高へ加算する。
【0033】
勘定日別口座処理部8は、最新の入金要求の処理後の残高に応じて先日付で未成立の口座処理が決済可能となる場合に、当該取引の結果が未成立であった出金処理を再実行する再カット機能を備えるようにしても良い。
再カット処理(再カット機能)は、新たな入金処理によって残高が更新された際に、図6(B)に示すように、当該新たな入金処理によって残高が増加した先日付について、前記取引の結果が未成立の出金処理を読み出して、当該読み出した未成立の出金処理の対象勘定日に対応する残高と取引金額とを比較し、比較の結果、当該取引金額が前記残高以下で決済可能である場合には、当該未成立であった出金処理を再実行することによって、再カット処理を行う。
【0034】
一般的に、公共料金の引落等は振替日当日のみに引落を行う。このため、その振替日(勘定日)に残高に不足があり決済不能であると、公共料金の支払いができず、来月に再度口座振替処理を行うこととなる。一方、自動的に積立を行う契約などでは、積立をする振替日(勘定日)のみならず、次回の振替日の前日まで残高がある場合には積立を行う。この場合、勘定日は1か月間となる。勘定日の初日を勘定日と呼び、次回の振替日の前日など再カットを行う期限を再カット期限と呼ぶ。
【0035】
再カット期限を有する口座処理では、例えば、10日を勘定日の初日としている場合、10日には残高が不足し、一方、11日には先日付での入金があるため決済可能であるとすると、10日で取引の結果を未成立とした後に、11日を勘定日として口座処理を行う。その後、10日に入金がある場合には、11日の口座処理ではなく、10日の口座処理とすることが好ましい。例えば、融資の返済等で11日を勘定日とすると延滞金が発生するような局面も想定されるため、先日付で成立している口座処理を、より前の勘定日へ前倒することが望ましい。
【0036】
この前倒を行う例では、図1に示す勘定日別口座処理部8が、口座処理要求を実行した後に、当該実行対象の勘定日以後の日時を勘定日とする口座処理要求のうち決済済(取引の結果が成立)の口座処理要求を取り消すと共に、当該取り消した口座処理要求を前記実行対象の勘定日での口座処理要求として再実行する前倒制御機能14を備えている。この前倒制御機能14により、再カット期限(一定期間の勘定日を有する口座処理を、口座残高の異動があった時に、決済可能なより前の勘定日での取引とすることができる。
【0037】
図3は、図1に示す構成での口座情報の推移の一例を示す説明図である。図3中、口座処理」(取引明細情報)は、取引の内容を示し、残高(口座情報)は、口座処理の結果を示す。演算日は、口座処理要求を実行する日である。勘定日は、取引を行うべき日で、自振通番は、自動振込や自動振替等の自振を個別に識別するための番号である。取引は、口座からの出金や、口座への入金などであり、取引種類にその具体的な取引内容が格納される。取引金額は自振等の金額であり、取引の結果は、その口座処理(取引)が成立したか否かを記録するものである。
【0038】
まず、10日の残高が30,000であるとする。10日に、先日付である11日を勘定日とする電気料引落(自振番号001)が行われるとする。この場合、勘定日別口座処理部8は、まず、11日の勘定日の直近の勘定日である10日の残高に基づいて、11日の残高を30,000とする。出金10,000は決済可能であるため、電気料引落による出金を成立させる。勘定日別口座情報格納部10は、この11日の残高を20,000とする。このとき、10日の残高にはなんら変更がない。
【0039】
続いて、10日に、12日を勘定日として振込による50,000の入金があるとする。勘定日別口座処理部8は、直近の勘定日である11日の残高を12日の残高として展開し、さらに50,000を加算する。この結果、12日の残高は70,000となる。さらに、10日当日にATMによる現金出金(支払)があるとする。10日の残高は30,000であるため、25,000は出金可能であり、取引は成立する。10日の残高は5,000となる。勘定日別口座情報格納部10は、10日の残高が更新されたため、この25,000の出金を11日及び12日の残高へ反映させる。すると、11日の残高が−5,000となる。
【0040】
先日付取消機能12は、11日の残高がマイナス(出金可能額よりも出金処理による取引金額が大きい)となったため、すでに成立している電気料引落による出金処理(自振番号001)を取り消す。この取消により、電気料引落取引の結果は未成立となる。取消金額は10,000であるため、これを加算して11日の残高は5,000となり、残高不足での出金という状態が解消された。12日の残高は55,000となる。
【0041】
勘定日を11日(実際の勘定日の期間は契約による)とし、再カット期限を約定返済日の翌々々月とする融資の返済を口座振替で行う場合、11日での決済が不能であると、12日に決済を行う場合がある(再カット期限付きの出金処理)。例えば、図3に示す例では、11日では決済不能であるため、11日を勘定日とする融資返済は未成立となる。この例では、再カット期限内である12日を勘定日とする決済が可能であるため、12日を勘定日として口座振替を行う。約定返済日が11日の融資返済を12日に返済すると、融資返済の元金に対して延滞利息が発生する。ここでは、一日分の延滞利息は10円として説明する。融資返済は成立し、12日の残高は14,990となる。
【0042】
10日に、11日を勘定日とする振込による入金があると、まず、11日の残高が65,000となる。これにより、12日を勘定日として成立していた融資返済処理は、11日にて決済可能となる。前倒制御機能14は、12日にて成立していた融資返済を取り消し、11日の勘定日として再カットする。12日の残高は、一旦40,010の取り消しにより増加する。続いて、11日での再カットの残高が反映されて、75,000となる。この前倒制御により、先日付の入金に応じて、延滞利息が発生する12日での取引を取り消すことができる。また、11日を勘定日とする電気料引落が未成立であったため、再カット機能は、当該電気料10,000を再カットする。10日に実行した口座処理はこれが最終であり、このまま11日を迎える。11日になると、10日の残高5,000ではなく、11日の残高15,000にアクセスする。この15,000の残高は、振込による入金と、融資の返済と、電気料の引落とが終了した残高である。このように、本実施形態では、バッチ処理と同様の結果をオンライン処理時間中に実行することができる。また、バッチ処理を行わずに24時間連続してオンライン処理を稼働することができる。
【0043】
図1乃至図3に示すように、先日付の取引をオンライン処理中に行い、勘定日別の残高を持ち、ATM等による取引は当日の残高に基づいて処理を行うことにより、振替や振込等の事前にほぼ取引の内容が判明している口座処理を対象勘定日よりも前(過去)日にて完結させることができる。これにより、振替等のバッチ処理を無くし、24時間365日の連続稼働が可能となる。また、24時間稼働としない場合であっても、夜間や早朝のバッチ処理が不要となるため、口座処理の運用コストを低下させ、かつ、夜間の短時間でのCPUの処理能力を増加させるための投資を不要とする。また、顧客サービスという点からも、日付が変化した時には新たな残高に基づいて直ちに取引を開始することができるため、インターネットを介した取引等を24時間連続してシームレスに行うことができる。
【0044】
図4は、第1実施形態のハードウエア資源の構成例を示すブロック図である。図4に示す例では、先日付完結処理システムは、通信制御装置28と、この通信制御装置28等から入力される要求指令に従って口座処理をオンライン処理及びバッチ処理で行うCPU20と、このCPU20の主記憶21と、図1に示す口座情報7や融資マスタDB等を記憶するファイル記憶部22と、CPUによって実行される各種プログラムを記憶するプログラム記憶部23と、CPU20による口座処理や各種契約の登録等の実行結果をログとして記憶するログ記憶部24と、外部から持ち込まれる持ち込み媒体26を読み取る媒体読取部25と、顧客に発送する帳票等を印刷する印刷部27とを備えている。
【0045】
図4に示す構成では、受信手段4は、通信制御装置28と、所定のプログラムを実行するCPU20と、媒体読取部25によって実現される。通信制御装置28は、内部(行内)ネットワーク30と、対外ネットワーク31と接続されている。各ネットワーク30,31は、物理的、論理的に多数のネットワークを含むようにしても良い。通信制御装置は、内部ネットワーク30を介して、顧客とのオンライン取引に用いられるCD/ATM33と、営業店内に配置され営業店の担当者によって操作される営業店端末34と、顧客からの電話による取引を遂行するためのテレフォンバンキングセンタ32と接続されている。
また、通信制御装置28は、対外ネットワーク31を介して他の金融機関との為替等の通信を制御する全銀センタ35や、その他の外部センタ36や、ファームバンキングを行う顧客のパーソナルコンピュータ等の顧客PC37や、携帯電話等の顧客携帯端末38と接続されている。
【0046】
各端末33,34,37,38や、センタ32,35,36等から、通信制御装置28を介してCPU20に入金要求や出金要求が入力される。全銀センタ35は、全国銀行データ通信システムのセンタである。個人情報センタや、他行コンピュータセンタと接続されている。振込、送金等の為替取引を行う要求指令(電文)が送受信される。
外部センタ36は、金融機関の業態別に構築された各種のネットワーク(地方銀行のACS,都市銀行のBANCS,全国キャッシュサービスのMICS等)のセンタや、ファームバンキング(FB)やエレクトロニックバンキング(EB)や、テレフォンバンキングに必要なデータの送受信を行うためのセンタ(例えば、ANSER)や、販売店のPOSシステムやクレジットカード決済用の端末との通信を行うためのセンタ(例えば、CAFISやDCS)である。この外部センタからは、通知、照会、資金移動など、金融機関窓口で可能な種々の取引を行う要求指令(電文)が入力される。
通信制御装置28は、それぞれのプロトコルに従って要求指令を受信し、CPU20に入力する。CPU20は、各端末からそれぞれの形態で入力される要求指令を予め定められた形式の口座処理要求に変換して、口座処理を行うプログラムに引き渡す。
また、公共料金の振替等(外部自振)は、持ち込み媒体26にて持ち込まれる。CPU20は、媒体読取部25によって読み取られた外部自振原データと他のデータベース(DB)を用いて口座処理要求を生成する。
【0047】
CPU20は、勘定日別の口座処理を行うための指令や、勘定日別の口座情報を格納するための指令や、融資契約を融資マスタDBに登録するための指令等の先日付完結処理用プログラムを実行することで、図1に示す勘定日別口座処理部8や、勘定日別口座情報格納部10として動作する。これらのプログラムは、プログラム記憶部23に格納される。また、基本的な入出力を行うオペレーティングシステムや、データベースの管理やログによる復帰や、トランザクションの管理(ここでは、トランザクション管理処理という)などを行うプログラム群についても、このプログラム記憶部23に格納されている。
【0048】
このような先日付完結処理用プログラムは、CPU(演算手段)20を動作させる指令を備える。例えば、演算日に対して先日付となる勘定日での出金を当該口座へ要求する出金要求(口座処理要求の一種)をCPU20にて受信した場合に、当該出金要求の勘定日である対象勘定日の口座情報と当該対象勘定日より未来の先日付勘定日について予め処理された口座情報とを、前記ファイル6に格納された口座情報7に基づいて展開させる勘定日別口座情報展開指令を備えている。
【0049】
先日付完結処理用プログラムは、さらに、勘定日別口座情報展開指令に応じて主記憶21に展開された勘定日別の口座情報に基づいて、当該口座から出金可能な残高等の出金可能額を特定させると共に、当該出金可能額に応じて当該先日付出金要求を処理させる勘定日別口座処理指令を備えている。そして、この勘定日別口座処理指令は、当該出金要求について決済が可能である場合には当該処理残高を当該先日付となる勘定日の口座情報として前記ファイル6に格納させると共に、当該出金要求について決済不能である場合には当該出金要求を当該勘定日での出金の予定(未成立の出金処理)として前記口座情報に格納させる勘定日別口座情報格納指令を備えている。
【0050】
また、先日付完結処理システムにて実現すべき各手段、各部又は各機能や、フローチャートの各工程に応じた指令を備えることで、CPU20は種々の機能を有する演算手段2として動作する。先日付完結処理用プログラムは、磁気テープ(MT)等の記録媒体に格納されて搬送され、媒体読取部25によって読み取られる。記録媒体に格納されていた先日付完結処理用プログラムは、媒体読取部25にて読み取られた後、プログラム記憶部23に格納される。また、他のホスト装置から通信回線を経由してプログラム記憶部23にプログラムを提供することもできる。
【0051】
プログラムについて、CPU(演算手段)20を「動作させる指令」というときには、各指令のみでCPUを動作させる指令と、プログラム記憶部23に予め格納されているオペレーティングシステム等の他のプログラムに依存して当該CPU20を動作させる指令とのいずれかまたは双方を含む。例えば、図4に示す例では、勘定日別口座情報格納指令は、主記憶21にて生成した勘定日別の口座情報をオペレーティングシステムに引き渡す指令のみでもよい。このように、当該先日付完結処理用プログラムを記憶する記録媒体であって、当該プログラムをユーザへ搬送する用途の記録媒体には、例えば「オペレーティングシステムに格納対象の主記憶上のエリア名を引渡す指令」のみが格納される場合がある。これは、動作させようとするコンピュータのオペレーティングシステム等との関係で定まる。この点、通信回線を介してプログラム(指令)を提供する場合も同様である。
【0052】
次に、口座処理の処理工程を図5乃至図8を参照して説明する。図5は、図1及び図4に示す構成での口座処理の一例を示すフローチャートである。ここでは、処理を行う口座処理要求の勘定日を「対象勘定日」と呼ぶ。対象勘定日は、演算日と同日であるか、または、演算日の翌営業日以降の先日付である。
【0053】
また、図3に示す例では、通常の残高を口座情報としていたが、図5乃至図7で示す例では、担保となる定期がある場合に、その定期預金の額に応じた貸越極度額内にて口座に自動融資する例を説明する。担保定期が付されている口座では、残高と貸越極度額とを加算した出金可能額で口座処理の決済が可能であるか否かを判定する。。
【0054】
図5に示す例では、演算手段2は、口座処理要求を受信すると(ステップS1)、まず対象勘定日と同日残高あるか否かを確認し(ステップS2)、前記残高明細情報に記録された前記残高のうち、対象勘定日と同日の残高が記録されている場合には当該残高を対象勘定日の残高として特定する。一方、残高が残高明細情報に記録されていない場合には、対象勘定日より過去で直近の残高を対象勘定日の残高として特定する(ステップS3,残高展開工程)。そして、当該口座処理要求の対象勘定日の残高及び出金可能額、当該対象勘定日より未来で先日付の勘定日の残高及び出金可能額とを主記憶21に展開する(ステップS4,勘定日別口座情報展開工程)。続いて、対象勘定日の残高に基づいて、当該口座処理要求を処理す(ステップS5)。
続いて、当該対象勘定日の口座情報を更新する(ステップS6,対象勘定日処理工程)。すなわち、加算又は減算した処理後の残高を、前記対象勘定日の残高として前記残高明細情報に記録する。これにより、前記対象勘定日が先日付である場合には、前記対象勘定日の残高を当該先日付の残高として前記残高明細情報に記録される。そして、対象勘定日処理工程にて算出した対象勘定日の口座情報(取引金額)に基づいて、前記当該対象勘定日より未来で先日付の口座情報を更新する(ステップS7,勘定日別口座情報更新工程)。
さらに、出金処理によって先日付の残高が更新された際に、更新した各勘定日の出金可能額に基づいて、先日付の取消再カットの必要性の有無を判定する(ステップS8)。先日付取消又は再カットを行う場合には、当該勘定日の口座処理の取消や再カットや前倒制御を行う。これらの各工程により、図3に示す口座処理が行われる。
【0055】
また、ステップS7及びS8にて、勘定日の出金可能額に基づいて、当該出金要求について決済が可能である場合には、当該処理後の残高を当該先日付となる勘定日の口座情報として前記ファイルに格納する。一方、出金要求について当該勘定日の出金可能額では決済不能である場合には当該出金要求を当該勘定日での出金予定として前記口座情報に格納するために、当該出金処理の取引の結果を未成立にする(勘定日別口座情報格納工程)。
【0056】
図6(A)は口座処理の決済の可否と先日付処理の対応を示す図である。口座処理の入出金があり、口座残高に異動があると、残高不足で未成立であった口座処理が決済可能となる場合や、口座残高の異動により残不足となり決済不能となる場合がある。決済可能な場合には、勘定日を前倒する前倒再カット処理や、再カット処理を行う。一方、決済不能である場合には、先日付取消を行い、口座処理を未成立とする。未成立の口座処理は、入金待ちとなる。勘定日が満了するまで又は所定の入金待ち終了時刻に至ったときに決済不能である場合には、カードローンによる自動融資を行うようにしても良い。このカードローンによる自動融資は、担保定期による貸越極度内の自動融資と異なり、ローンの対象とする口座処理が限定され、かつ、勘定日の満了直前に入金が無い場合に自動融資するものである。
【0057】
図6(B)は取消再カット判定用の日付チェックテーブルを示す図である。図5に示すステップS7にて、各勘定日での口座情報の更新が終了すると、図6(B)に示すような日付チェックテーブルが生成される。図6(B)に示す例では、2日を勘定日として未成立の口座処理(出金予定)が存在し、その取引金額は出金可能額よりも小さいため、再カットが可能となる。また、3日の勘定日にて、出金可能額がマイナスとなっているため、その3日を勘定日とする口座処理の内一つ又は幾つかを取り消す必要がある。図5のステップS8では、このような先日付取消及び再カットの判定を行う。
【0058】
図7は、図5に示す処理にて起動される取消再カットメイン処理の一例を示すフローチャートである。図5のステップS8にて取消再カットメイン処理が起動されると、ステップS7での勘定日別口座情報から、図6(B)に示す日付チェックテーブルを生成する(ステップS11)。ファイル6中の口座情報7に取引の結果が未成立の出金処理が格納されている場合に、当該取引の結果が未成立の出金処理の勘定日での出金可能額を増加させる入金要求を受信したときには、まず、取引金額よりも出金可能額が大きい勘定日があるか否かを判定する(ステップS12)。該当する勘定日がある場合には、当該出金処理を再カットする(ステップS13,再カット処理工程)。続いて、この再カットの結果に基づいて各勘定日の残高を更新する(ステップS14)。そして、未だ再カット可能な取引が残存している可能性があるため、取消再カットメイン処理を再度起動する(ステップS15)。
【0059】
カットすべき口座処理要求が無い場合には、図6(B)に示す日付チェックテーブルを参照して出金可能額がマイナスとなっている勘定日の有無を探索する。すなわち、先日付の勘定日の出金可能額を減少させる出金要求が処理された場合に、当該出金要求の処理後の残高によって前記先日付の出金処理が決済不能となるか否かを判定する(ステップS16,先日付処理確認工程)。該当する勘定日又は決済不能となる口座処理が無い場合には処理を完了する。一方、先日付処理確認工程S16にて決済不能の口座処理が発見された場合には、当該発見した先日付での出金処理を出金不能として取り消す(ステップS17,先日付取消処理工程)。そして、この先日付取消工程にて取り消された出金処理を当該勘定日での出金の予定として前記口座情報に格納する(ステップS18,出金予定格納工程)。続いて、出金可能額がマイナスとなっている可能性があるため、取消再カット処理を再度起動し、先日付取消を行った後、出金可能額がマイナスとなっている勘定日がなくなるまで、前記出金処理に対して未成立であることを記録する工程と、前記先日付取消を行う工程とを繰り返す。
【0060】
上述したように第1実施形態によると、先日付となる勘定日の口座処理を事前に完結させ、さらに口座の異動に応じて先日付取消や再カットを行うため、日付変更前後にバッチ処理等による振替等を行う必要がなくなり、日付変更前後であっても連続したオンライン処理を行うことができる。
【0061】
【第2実施形態】
図8は、本発明の第2実施形態の構成例を示すブロック図である。第2実施形態では、翌営業日を勘定日とする口座処理要求の結果を、当日の口座残高で計算する。すなわち、先日付を翌営業日のみに限定し、翌営業日以降の日付を勘定日とする口座処理は未成立としておくか、または口座処理要求として入力しない。このような仕組みによっても、オンラインの24時間連続稼働を低コストで実現することができる。
【0062】
図8(A)に示す例では、演算手段2が、当該演算を行う演算日に対して翌営業日となる勘定日での口座処理を演算日の口座残高に基づいて処理する翌営業日口座処理部40と、この翌営業日口座処理部40によって算出された翌営業日の口座残高を当該翌営業日口座処理部40による処理後、翌営業日を迎えるまでに他の口座処理要求を受信しない場合の前記翌営業日の口座残高として前記ファイルに格納する翌営業日口座残高格納部42とを備えている。
【0063】
翌営業日の口座残高(出金可能額)は、翌営業日口座処理部40による処理後、翌営業日を迎えるまでに他の口座処理要求を受信しない場合の、翌営業日の口座残高である。翌営業日口座処理部40が当該口座について新たに口座処理を実行した場合には、その処理後、翌営業日を迎えるまでに他の口座処理要求を受信しない場合の前記翌営業日の口座残高をファイル7に格納する。動作原理は上述した第1実施形態と同様である。
【0064】
図8に示す翌営業日残高格納部40は、図1に示す勘定日別口座処理部8と同様に、当該翌営業日の口座残高が格納されていた場合には前記翌営業日口座処理部40によって処理された新たな処理結果に応じて当該翌営業日の口座残高を更新する翌営業日口座残高更新機能44を備える。これにより、当日の口座処理結果を翌営業日の口座処理結果へ反映させる。
【0065】
図8(B)は第2実施形態での口座情報の推移例を示す説明図である。まず、当日の残高が50,000とする。ここで、先日付の出金30,000があると、当日残高を翌営業日の残高とし、出金処理を行い、翌営業日の残高を20,000とする。続いて、当日の入金があると、当日の残高を参照して、当日の残高を増加させる。翌営業日口座残高更新機能44は、この増加分を翌営業日残高へ反映させる。そして、翌営業日への入金があると、翌営業日の残高を50,000へ増加させる。
【0066】
上述したように第2実施形態によると、翌営業日を先日付として事前に口座処理を実行し、当日の残高と翌営業日の残高とを別途有するため、日付変更時になんら処理を行うことなく振替や振込等の処理を実行することができ、これにより、口座振替等のバッチ処理を無くすことができる。
【0067】
【実施例】
以下、本発明の実施例を、図面を参照して説明する。実施例では、まず、外部から持ち込まれる自振データと、内部から発生する自振データと、通常のオンライン処理とを並列して処理するのに好適な構成を開示する。また、口座情報として、取引の内容を示す取引明細セグメントと、残高及び貸越極度額を勘定日別に保持する残高明細セグメントとを用いて口座処理を行う例を開示する。
【0068】
図9は、実施例の構成例を示すブロック図である。基本的な構成は、図1や図4に示す構成と同様である。図9に示す例では、外部自振と内部自振を口座処理要求として演算手段で実行するために一般的に必要となるデータベース(DB)等が付加されている。図9に示す例では、先日付完結処理システムは、外部自振に関連して、媒体26や顧客端末 7,38等から、公共料金の自動振替等の出金や給与振込等の入金等の外部自振原データ101を読み出すと共に、当該自動振替の受託及び自振契約内容等を管理する外部自振関連DB102に格納されたデータを、当該外部自振原データ101に付加する外部自振データ生成手段100を備えている。外部自振データ生成手段100は、外部自振関連DB102に格納されている委託者(振替等の委託者)に関する情報や、自振契約者(振替を口座で行う口座の名義人)に関する情報を使用して、外部自振データを生成する。
【0069】
また、本実施例による先日付完結処理システムは、内部自振に関連して、自動積立や融資返済等の特約による処理及び定期の自動更新等の期日毎の処理を管理する内部自振管理DB111から処理対象日となる先日付の勘定日を有する口座処理要求を抽出する内部自振データ抽出手段110を備えている。外部自振データと、内部自振データとは、それぞれ自振入力ファイル生成手段120に入力される。
【0070】
本実施例による先日付完結処理システムは、さらに、各自振データでの口座処理の対象となる口座情報を管理する預金マスタDB160と、前記融資内容等を管理する各種内部マスタDB112とを備えている。各種内部マスタDB112は、例えば、口座処理による融資の返済結果などの内部自振の処理結果に関する情報が格納されるマスタDBである。
【0071】
預金マスタDB160は、上述した実施形態での口座情報7を有するファイル6を備える。この預金マスタDB160のファイル6は、口座情報7として、本実施例では、演算された口座処理要求の対象勘定日と、前記取引種類と、出金額又は入金額である取引金額とを、口座処理要求の取引日である勘定日別で当該口座処理毎に記録する取引明細セグメント(取引明細情報,(図13参照))と口座毎の残高明細として口座処理のあった勘定日の残高及び貸越極度額を、前記口座処理の勘定日毎に記録する残高明細セグメント(残高明細情報,(図14参照))とを備えている。また、担保定期等自動融資の貸越極度額を定める担保定期預金の額等を記憶する担保明細セグメントを備えるようにしても良い。
【0072】
本実施例による先日付完結処理システムは、また、内部自振データ抽出手段110によって抽出された内部自振データと前記外部自振データ生成手段100によって読み出された外部自振データとをそれぞれ編集すると共に1又は複数の口座処理要求からなるセンターカット電文を蓄積した自振入力ファイルを生成する自振入力ファイル生成手段120を備えている。自振入力ファイル生成手段120は、各自振データを編集して、口座処理要求を生成し、さらに、必要に応じて複数の口座処理要求を一つの電文へブロッキングしたり、電文の並べ替え等を行う。
【0073】
本実施例による先日付完結処理システムは、さらに、各口座に対する各種入出金等の口座処理の取引種類と、当該口座処理の取引日となる対象勘定日と、入金額又は出金額である取引金額とを有する口座処理要求を演算する演算手段140を備えている。本実施例による先日付完結処理システムは、演算手段140へ前記自振入力ファイル生成手段120によって生成されたセンターカット電文を入力するセンターカット電文入力手段130とを備えると良い
【0074】
算手段140は、例えば図1に示す演算手段2とほぼ同様の機能を有する。図9に示す例では、演算手段140は、前記センターカット電文入力手段130から入力されるセンターカット電文の口座処理要求を当該対象勘定日と同日付又は過去で直近の残高(残高明細セグメントに記録された残高)に基づいて処理する勘定日別口座処理部150と、この勘定日別口座処理部150によって処理された処理後の残高を当該口座処理要求の勘定日での残高明細として残高明細セグメントに記録させる勘定日別残高格納部142と、前記勘定日別口座処理部150によって処理された取引の結果(口座処理要求の成立又は未成立)を当該口座処理要求の取引種類に応じて先日付での取引の結果として前記外部自振原データ101又は各種内部マスタ112に格納する処理結果格納部144とを備えている。勘定日別残高格納部142は、新たに格納した残高(取引金額)に基づいて当該残高の日付より後の先日付の残高明細セグメントを更新する勘定日別残高更新処理機能を備える。
【0075】
また、演算手段140は、ATM等からの口座処理要求に応答するオンライン応答処理部146を備えるようにしてもよい
【0076】
勘定日別口座処理部150と、勘定日別残高格納部142は、それぞれ図1に示した構成とほぼ同一の機能を果たす。処理結果格納部144は、取引の結果を外部自振原データや各種内部マスタへ更新する。処理結果格納部144は、先日付での取引の結果を格納するため、当該口座処理が先日付取消や再カットされた場合には、新たな取引の結果を外部自振原データや各種内部マスタへ逐次格納する。例えば、外部自振の場合には処理不能の場合にのみ逐次外部自振原データに取引が未成立であるとする取引の結果を格納する。このような構成では、先日付である勘定日が満了したときに、外部自振原データ101や各種内部マスタへの取引の結果の記録は既に完結している。
【0077】
通信制御装置28や各ネットワーク30,31等は、図4に示す構成と同様である。
【0078】
図9に示す例では、外部自振データと内部自振データをそれぞれ生成又は抽出しておき、自振入力ファイル生成手段120が、これらの自振データから自振入力ファイルを生成する。この自振入力ファイルのデータ構造を予め定められた書式としておくことで、外部自振と内部自振とを並行又は連続して実行することができる。
【0079】
また、勘定日別口座処理部150が、前記口座処理要求の種別に応じて各DBを参照して口座処理内容を算出するセンターカット時参照機能151を備えるようにしても良い。この場合、定期の利率や融資の延滞金の額やカードローン自動融資額などを、口座処理時に確定し、処理する。センターカット時参照機能151により、最新の情報に基づいた先日付処理が可能となり、また、口座処理要求の書式や、口座処理要求の実行プログラムや、自振入力ファイル生成手段の構成を簡略化することができる。
【0080】
図10は、図9に示す構成で使用するデータベースの種類を示す説明図である。自振のタイプとして、勘定日をキーとして口座処理要求を読み出すタイプと、勘定日の特定時刻をキーとして実行するタイプとがある。通常の外部自振や内部自振は、勘定日をキーとする口座処理である。外部からの持ち込み媒体による口座振替や、顧客PC34等の操作に応じた振込や振替は、自振原データファイルに格納される。融資の約定返済日を勘定日とする口座振替での返済や、自動的な定期化サービスなどによる定期預金への入金などは、内部の各種DBへの登録データに基づいて口座処理要求が抽出される。
【0081】
融資の返済や、積立や、自動定期化サービスなどは、特約管理DBのファイルへ蓄積された情報に基づいて内部自振データが抽出される。定期の期間が満了したときに自動継続するための口座処理などについては、期日管理DBのファイルに蓄積された情報に基づいて内部自振データが抽出される。
【0082】
勘定日の特定時刻をキーとする自振としては、例えば手形小切手の資金化や、カードローンの自動融資などがある。また、自動定期化サービスを実行するために、先日付で普通預金口座からの出金と定期預金口座への入金を処理した後に、当該勘定日の満了前に金額の変更等が行われることもある。この場合、営業店の端末のオペレーションにより、既に実行した関連する口座処理の取消と、新たな契約での口座処理の実行を行う。このような勘定日又はその直前での変更による口座処理要求は、追い上げ分DBのファイルに登録される。
【0083】
本実施例では、取引の内容に応じて各種のデータやデータベースを使い分けているが、図9に示すように、これらを一定の形式の口座処理要求に編集した後に、演算手段140へ入力する。
【0084】
図11は、図9に示す自振入力ファイル生成手段及び演算手段140の詳細構成を示すブロック図である。自振入力ファイル生成手段120は、演算日よりも先日付となる多数の口座処理要求のうち入金要求を出金要求に先立って処理させる入金要求優先部121を備えるとよい。この入金要求処理優先部121を備える例では、図5に示す処理との関係では、勘定日よりも先日付となる口座処理要求が多数ある場合には前記入金要求を前記出金要求に先立って処理させる設定をする処理順序設定工程を備えると良い。
【0085】
入金要求優先部121によって入金要求が先に処理されると、取消が生じる可能性が低くなる。このため、例えば給与振込を行う場合には、各口座への先日付での振込処理を先に行う。そして、振込を行った総額を振出人の口座から引き落とす先日付処理を行う。同様に、先日付処理では、振込についても振込側口座の出金と、被振込側の口座への入金を同時に完了させる必要がない。すなわち、振込による入金を先日付で行い、その後振込側口座での出金が不能となっても、当該振込の勘定日が到来するまでの間に、入金処理の取消を行うことができる。
【0086】
また、自振入力ファイル生成手段120は、複数のセンターカット電文を当該口座処理要求の種別に応じて予め定められた順序に並べ替える種別ソート部122を備えると良い。この場合、例えば入金処理要求を出金処理要求より先に処理したり、ある種類の口座処理の終了後に行うべき他の種類の口座処理について、その順序を適正にしてセンターカット電文入力手段130へ入力することができる。
【0087】
さらに、センターカット電文入力手段130は、複数のセンターカット電文をランダムに並べ替えるランダムソート部123を備えるようにしても良い。これは、預金マスタDBへのアクセスが特定の領域に集中することによるスループットの低下の防止を図ったり、また、残高が不足している状態が数ヶ月連続する場合に、引落不能となる口座処理の種類を一定としないように作用する。
【0088】
図11に示す例では、図9に示す勘定日別口座処理部150が、前記勘定日別残高格納部142による残高明細セグメントの更新によって出金可能額に異動があった場合には、当該異動のあった勘定日及び当該勘定日より未来の勘定日の一又は複数の口座処理について、前記勘定日までその後に出金可能額の異動がないとした前提で、前記一又は複数の口座処理を取消又は再カットする取消再カット処理機能152を備えている。これにより、残高が先日付にて仮想的に不足する場合であっても、先日付完結処理を良好に行う。
【0089】
また、勘定日別口座処理部150は、前記先日付となる複数の勘定日のうち現在に近い勘定日の口座処理要求を実行した後に当該実行した口座処理要求の勘定日よりも未来の勘定日にて成立している口座処理を取消対象に設定する前倒用取消制御機能153を備える。これにより、最適な勘定日での口座処理を行う。
【0090】
図12(A)は、図9に示す構成に再カット管理DBを付加した構成例を示す図である。再カット管理DBは、図10に示すように、時刻をトリガとして実行する自振データを管理するデータベースである。図12に示す例では、先日付完結処理システムは、勘定日の予め定められた時刻以後に処理する口座処理を管理する再カット管理DB112と、この再カット管理DB112に管理される口座処理要求のうち対象勘定日が当日である口座処理要求を口座処理要求の取引種類に応じて予め定められた時刻以後に抽出すると共に当該抽出した口座処理要求を前記自振入力ファイル生成手段120へ入力する時刻依存処理抽出部113とを備えてもよい。
【0091】
時刻依存処理抽出部113は、例えば、未成立の口座処理がある場合に、入金される可能性が低くなったか、又は無くなった段階でカードローンによる自動融資を行う場合などに用いる。この例では、預金マスタDB160が、勘定日での取引が不能である場合に当該不能となった取引明細と当該取引を行う期限となる再カット期限とを格納する残不足明細セグメントを備える。そして、再カット管理DB112が、当該残不足明細セグメントを有し、かつ、カードローンの実行等の未入金時処理が設定されている口座に対する未入金時処理を口座処理要求として記憶する。このため、時刻依存処理抽出部113は、手動コマンドの入力や、所定時刻となった時に、未入金時処理を行う口座処理要求を再カット管理DBから抽出する。
【0092】
手形や小切手等については、不渡通知がないことを条件として出金可能な残高に組み込むことが行われている。この場合、預金マスタDB160の残高明細セグメントが、図12(B)に示すように、勘定日を資金化日とする口座処理要求に応じて、当該資金化日の資金化を予定する未資金化残データと、出金可能な残高を示す実残データとを備える。そして、再カット管理DB112は、未資金化残データを残高明細セグメントに有する口座に対する不渡連絡時刻後の資金化処理を口座処理要求として記憶している。
【0093】
図12(B)を参照すると、10日を資金化日とする小切手による入金100,000が既に先日付のセンターカットで残高明細に反映されているとする。この100,000をそのまま実際の残高である実残に加算してしまうと、現金出金後に不渡連絡を受信する可能性に対応できなくなる。このため、資金化日である10日には、100,000を未資金化残として残高明細に格納する。一方、先日付である11日については、不渡連絡を待たずに実残に組み込んでいる。これは、11日は先日付であるため、仮に資金化が不能となった場合に資金化処理を取り消せば良く、また、11日を勘定日とする残高は、10日に現金出金することもできず、さらに、一般的には不渡通知を受信せず、正常に資金化できる可能性が高く、その場合、先日付の出金などが未成立とならない可能性が高まることによる。実際、10日の不渡連絡の受信前に先日付での振替で250,000の出金がある場合には、50,000の残高とし、未成立の口座処理による取消や再カット処理の発生を防止することができる。
【0094】
資金化日である10日の11:30までに不渡連絡がなかった場合には、再カット管理DBから読み出した資金化処理を実行し、未資金化残を実残に組み込む。一方、不渡連絡を受けた場合には、資金化を行わず、また、11日を勘定日とする残高についても100,000減少させる。この場合、250,000の出金については、11日を勘定日とする出金可能額がマイナスとなることで、取り消される。
【0095】
図13及び図14は、図9に示す構成で使用する取引明細セグメント等の例を示す説明図である。図13及び図14に示す例では、預金マスタDB160(ファイル6)が前記口座情報7として、上述した取引明細セグメントと、残高明細セグメントと、残不足明細セグメントとを備えている。また、担保定期等など自動融資の貸越極度額を算出するための取引種類と担保金額とを記録する担保明細セグメントを備えている。
【0096】
残不足明細セグメントは、勘定日データと、残不足となった口座処理要求の内容を記録した残不足取引明細データと、当該取引が不能であった場合に口座処理要求を再実行する実行期限を示す再カット期限データとを備えている。
【0097】
残高明細セグメントは、演算手段140によって演算日と同日付又は先日付の勘定日毎の残高の確定に用いられると共に、口座処理要求の処理に応じて各勘定日毎に更新される。そして、当該更新後に先日付取引が決済不能な残高となるか否かに応じて演算手段140による先日付の口座処理要求の取消処理の起動判定に用いられる。
【0098】
また、残不足明細セグメントは、演算手段140によって勘定日の口座残高を増加させる口座処理要求が実行された後で、当該演算手段140による演算日が再カット期限を経過していない場合に参照され、当該増加した残高が前記残不足取引明細データでの取引額より大きい場合に演算手段140による再カット処理を起動させる。
【0099】
この取引明細、残高明細及び残不足明細による口座の推移データがあると、日付変更処理や取消再カット処理が容易となる。このデータ構造での口座の推移データを、ここでは先日付完結処理用データと呼ぶ。
【0100】
図13及び図14を参照すると、繰り越した担保金額が50,000(図13のセル0J)で、この場合の貸越極度額は9割の45,000(図14の0L)となる。繰越残高は50,000であり、その合計額が出金可能額95,000である。出金可能額は、残高明細セグメント自体に含めず、口座処理時に算出するようにしても良い。ここでは、理解を容易とするために、融資返済についての延滞利息を含めずに説明する。
【0101】
まず、1日に、勘定日を2日とする融資返済のための出金108,000(図13の1E)を口座処理として実行する。この場合、出金可能額よりも取引金額が大きいため、決済不能となる。勘定日別口座処理部150は、残不足明細セグメントに当該取引金額と再カット期限とを記録する。取引の結果は極度超で未成立である。続いて、自動定期化サービスによる担保定期の入金10,000(2E)があるとする。出金可能額は95,000であるからこの口座処理は成立し、担保が60,000となる(2J)。担保金額が増額したため、極度の増額(3D)があり、貸越極度額は2日を勘定日として54,000となる。この場合、1日の貸越極度額に変更はない。
【0102】
1日に、3日を勘定日とする振込による入金150,000があると、融資返済を3日にて決済可能となるため、再カットを行う(5C)。続いて、ATMによる現金出金70,000があるとする。1日の出金可能額は95,000であるため、口座処理は成立し、1日の残高はマイナス20,000(図14の7K)となる。この1日の残高が更新されたため、勘定日別残高格納部142は、2日及び3日の残高明細セグメントを更新する。いずれの勘定日も出金可能額がマイナスとなっていないため、取消処理は行わない。
【0103】
さらに、2日を勘定日とする振込による入金130,000があったとする。2日の残高が更新され、出金可能額は154,000(図14の8P)となる。すると、3日を勘定日として成立していた融資返済を、2日にて決済することができる。このため、3日を勘定日とする前倒取消と、2日を勘定日とする前倒再カットを行う。前倒再カットは、当該出金処理について、当該特定した対象勘定日(3日)より勘定日初日に近い日付(2日)の出金可能額と当該再カット期限付きの出金処理の取引金額とを比較して、比較の結果、当該取引金額が前記勘定日初日に近い日付(2日)の出金可能額以下で決済可能である場合に、当該勘定日初日に近い日付(2日)を新たな対象勘定日とする出金処理を実行する。
【0104】
この状態で、1日を演算日とする全ての口座処理が完了し、2日を迎える。1日の最終残高は−20,000であり、この残高と、2日に先日付で入金された金額とに基づいて、融資返済担保定期入金が完結し、残高は−8,000となる。
【0105】
2日に3日を勘定日とするクレジット振替があるとすると、3日の出金可能額は196,000であるため、この取引は成立する。続いて、2日に、当日勘定のATMによる現金出金40,000があるとする。2日の出金可能額は46,000(10P)であるためこの取引は成立し、2日の残高は−48,000となる。この2日の残高を3日に反映すると、出金可能額が−4,000(12S)となる(図22に示すように、取消必要額が4,000となる)。出金可能額がマイナスであるため、3日を勘定日とする出金の口座処理の取消を行う。3日の出金はクレジット振替(11D)であるため、この出金を取り消す(13C)。
【0106】
この状態で3日を迎えたとする。3日を勘定日とする入金は完結しているが、クレジット振替が未成立で残っている。3日になんら口座処理が無いとすると、カードローン自動融資対象先を再カット管理DBから抽出し、実行する。カードローン自動融資を例えば出金可能額を0円とする最少額の貸出とすると、センターカット時参照機能151により、口座処理の実行時に自動融資額を算出し、4,000とする。これを入金し、クレジット振替が成立する。センターカット時参照機能151を用いると、再カット管理DBには自動融資額を格納しておく必要がなくなる。
【0107】
上述したように本実施例によると、図13及び図14に示すように、種々の口座処理が幾つかの勘定日について予め予測できない順序で実行されたとしても、図9等に示す構成により、勘定日別の残高セグメントを用いて管理することで、個々の口座処理を厳格に実行することができる。また、顧客からの取引照会や異動照会については、取引明細中の当日までに成立し、確定した取引のみを対象とすると、先日付の取引や取り消した取引は顧客に通知されない。すなわち、取引明細セグメントを用いることで、取り消した取引が通帳記帳されたり、ファームバンキング(FB)の会計情報サービスで連絡されることを防止できる。
【0108】
続いて、本実施例にてオペコードテーブルを用いてオンラインによる口座処理と自振用の口座処理を並列処理する手法を説明する。
【0109】
図15は本実施例による先日付完結処理システムの構成例を示すブロック図である。図15に示す例では、先日付完結処理システムは、公共料金の自動振替等の外部自振と自動積立等の内部自振とを予め定められた自振データへ編集すると共に、当該自振の種類に応じたオペコードを含む自振入力データを口座処理要求として生成する自振入力ファイル生成手段120と、CD/ATM33の端末との口座処理要求に応答する演算手段140と、この演算手段140へ前記自振入力ファイル生成手段120によって生成された自振入力データを入力するセンターカット電文入力手段130とを備えている。
【0110】
本実施例による先日付完結処理システムは、さらに、オンラインの口座処理要求及び自振データによる口座処理要求の全部又は一部を処理するサブプログラムデータを複数記憶したプログラム記憶手段170と、前記口座処理要求の実行時に使用するサブプログラム名及びサブプログラムの実行順序が前記口座処理要求の取引種類を示すオペコード別に格納されたオペコードテーブルを記憶したオペコードテーブル記憶手段171とを備えている。
オペコードは、例えば数値列で、普通預金入金や、定期入金の取消など、口座処理要求の取引種類を表すコードである。本実施例では、このオペコードと、勘定日や取引金額の組み合わせが、口座処理要求である。すなわち、口座処理要求は、口座処理の取引種類を特定するオペコードを有する。
【0111】
そして、サブプログラムがそれぞれ、前記オンラインの口座処理要求及び前記自振入力データによる口座処理要求に共通した処理を実行させる共通指令と、当該サブプログラムの起動形態に応じた当該サブプログラムの戻り又は他のサブプログラムの起動を行う処理を実行させる戻り/起動指令とを備えている。
【0112】
さらに、プログラム記憶手段170は、前記サブプログラムの実行中に起動され、当該口座処理後に当該口座に対する口座処理がないと仮定した場合の先日付となる勘定日での口座状態を生成するために、先日付取消又は再カットする口座処理を特定する取消再カットメイン処理用プログラムを記憶している。
【0113】
図16はオペコードテーブルの一例を示す説明図である。オペコードテーブルは、口座処理の業務別に定義すると良い。例えば、普通預金口座から出金し、定期預金に入金する場合、定期預金への入金を起動処理、普通預金の出金を受動処理と考える。起動処理と受動処理とは双方が成立するか、又は双方が中止するかのいずれかであり、一方のみ成立させることのないように処理する。起動処理としては、公共料金の引落等の外部自振や、融資や、定期や、定積に関する口座処理がある。これらの起動処理と連動して処理される受動処理の例としては、普通預金や、当座預金や、情報登録等の口座処理がある。
すなわち、外部自振(口座振替)や融資返済などの口座処理の起動側の業務処理を起動処理とし、残高明細セグメント等を管理する受動側の業務処理を受動処理としている。
図16に示す例では、口座処理を受動処理と起動処理とに分け、さらにそれぞれの業務毎にオペコードテーブルを作成している。すなわち、業務別オペコードテーブルは、口座処理の取引種類を特定するオペコードと当該オペコードで特定される前記口座処理の処理に使用するサブプログラム名及び実行順序との関係を格納する。
【0114】
図17は、オペコードテーブルの内容の一例を示す説明図である。図17は、普通預金のオペコードテーブルである。普通預金出金のオペコードが、「01001」であるとする。オペコードテーブルには、このオペコードの動作環境指定が記述されている。例えば、普通預金の出金は、土曜日にも動作し、先日付処理を行うセンター一括も行う。一方、動作のための個別の承認処理は不要である。好ましい実施例では、ある口座処理要求の取消を行うための口座処理要求を、元の口座処理要求のオペコードに一定数を加えることとするとよい。例えば、取消のために500を加算することとすると、普通預金出金のオペコードが01001である場合に、普通預金出金の取消オペコードは01501となる。
【0115】
オペコードテーブルは、各オペコードで指定される口座処理要求が予め定められた動作環境以外で動作することを防止する。例えば、何らかの不具合でセンター一括処理で行わないオペコードがセンター一括処理として入力された場合であっても、このオペコードテーブルの動作環境指定を参照することで、演算手段140はエラー出力することができる。
【0116】
普通預金の出金(オペコード01001)を例として考えると、ATMからオンライン処理として実行される場合と、外部自振や定期入金等の先日付処理で実行される場合とでは処理内容の詳細が一致しない場合がある。一方、普通預金の出金であれば、どの起動形態でも共通している処理も存在する。また、勘定日及び勘定日より未来の先日付の残高を主記憶に展開する処理などは、普通預金の入金及び出金で共通する処理となる。これらの口座処理とプログラムの関係を、本実施例では、図17に示すオペコード別のプログラムリストで調整する。
【0117】
プログラムの起動形態としては、B:営業店端末34やATM33等の端末からその口座処理要求(オペコード)が初回に入力された場合と、C:同様の端末から連続して同一の口座処理要求が入力される場合と、D:定期の入金に対する普通預金の出金など、受動処理として単一のトランザクションの一部として起動される「被連動」の場合と、E:先日付処理にて普通預金の入金等の残高に異動があった場合の取消や再カット等を行うために、入金等のトランザクションとは異なる他のトランザクションとして起動される「被派生」とがある。
【0118】
前記演算手段140は、口座処理要求が入力された時に当該口座処理要求のオペコードに基づいて前記オペコードテーブルを特定する機能と、特定されたオペコードテーブルにて指定される順序で前記サブプログラムを単一のトランザクションとして実行する機能(トランザクション管理処理)とを備えている。例えば、図16に示す例では、オペコード01001で特定される口座処理要求がセンター一括にて起動された場合には、トランザクション管理処理は、サブプログラム10,11,12をこの順で一つのトランザクションとして実行する。
このように、業務別オペコードテーブルは、口座処理の起動側である起動処理と、口座処理の受動側であり残高明細セグメント等を管理する受動処理とに分けて、かつ、当該口座処理要求を処理するトランザクションの起動態様毎に、使用するサブプログラム名及び実行順序を格納している。
【0119】
本実施例では、2種類のトランザクションの起動手法を使い分けている。一つは連動取引(連動トランザクション、連鎖トランザクション)であり、もう一つは派生取引(非連鎖トランザクション)である。連動取引は、例えば、自動定期化を行うために、普通預金口座から出金して、定期預金口座に入金する場合、普通預金口座からの出金を行うトランザクションと定期預金口座に入金するトランザクションとを連動(chain)させ、一つのトランザクションとして管理する手法である。すなわち、連動取引(連動トランザクション)は、1トランザクションである。連動取引は、一般的に、連動回数に制限があるほか、一つのトランザクションとして実行するため、連動すべき取引数(連動トランザクションに含まれるトランザクションの数)が多数になる場合には、オンライン取引(オンラインの口座処理)の応答時間を一定時間以内とすることができなくなる。
【0120】
派生取引は、一つのトランザクションを終了させ、そのトランザクションとは異なる他のトランザクションを派生させるものである。
このように、演算手段140は、トランザクションの起動態様としては、起動処理と受動処理とを一つのトランザクションとして連動させる連動トランザクションと、前記派生トランザクションとを管理している。
派生取引(非連鎖トランザクション、派生トランザクション)には取扱困難な部分もあるが、本実施例によると、一つの入金処理に対して数百の再カット処理が行われることも想定でき、このように同一口座に対する口座処理の数が多数となる場合には、連動取引にて先日付取消及び再カットを処理するには限界がある。
【0121】
このため、図15に示す例では、演算手段140が、トランザクション管理処理として、各トランザクションのサブプログラムの実行と並列して、当該サブプログラムにて起動指示される他のサブプログラムを同一又は他のトランザクションとして実行する機能(管理処理)と、オペコードテーブルにて特定された単一のトランザクションの正常終了後に当該サブプログラムでの指令(起動指示)に応じて前記取消再カットメイン処理用プログラムを他のトランザクションとして実行する機能(管理処理)とを備えている。
【0122】
同一のトランザクションとして他のサブプログラムを起動するのは、連動取引である。他のトランザクションとして他のサブプログラムを起動するのは、派生取引である。例えば、ATMを用いて普通預金口座からの出金により定期預金の作成や振込を行う場合には、普通預金口座の出金処理と連動して定期預金への入金や振込を行う。一方、ATMから入金があったときに、先日付の取引の再カットや前倒制御を行うのは、派生取引(派生ト ランザクション)で行う。ATMから入金があると、入金処理をするためのサブプログラム群が一つのトランザクションとして動作し、最後に取消再カットメイン処理用プログラムを派生取引として起動する。派生取引を起動した入金処理のトランザクションは終了し、当日の残高を印字等して処理を終了する。この残高の印字等と並行して、取消再カットメイン処理が被派生のサブプログラムとして実行される。入金により再カットすべき口座処理が発見されると(図19ステップA18)、その口座処理の再カット処理を再度派生取引(派生トランザクション)として起動する。当該再カット処理が終了すると、他に再カット可能な口座処理が無いかどうかを確認するため、さらに、取消再カットメイン処理が派生取引として起動される。取消再カットメイン処理は、取り消すべき口座処理や、再カット可能な口座処理が無くなるまで、繰り返し派生により起動される。
口座残高の異動があった場合には、この取消再カットメイン処理用プログラムを動作させることで、その口座処理より後に口座処理がなかったと仮定した場合の先日付の口座処理を整理し、完結させることができる。
【0123】
本実施例では、内部自振及び外部自振を行うためにセンターカット電文に含まれる口座処理要求は、図16に示す起動処理である。起動処理が演算手段140にて実行されると、その実行中に対応する受動処理を連動にて起動する。例えば、融資の返済のための口座処理実行中に、当該融資返済の対象となる普通預金の出金処理を連動で起動する。受動処理の終了時には、取消再カットメイン処理が派生にて起動される。取消再カットメイン処理は、取り消すべき口座処理又は再カットすべき口座処理を探索する。探索対象の口座処理は、起動処理である。取消再カットメイン処理は、例えば定積入金の取消を派生トランザクションにて起動する。この定積入金は、対応する受動処理を連動で起動する。そして、受動処理は、再度取消再カットメイン処理を派生で起動する。
【0124】
以下、具体的な処理例を説明する。図18は、残高明細更新処理(サブプログラム)の一例を示すフローチャートである。この残高明細更新は、種々の口座処理要求にて用いるため、一つのサブプログラムとしている。まず、残高明細更新要求を受信する。この残高明細更新処理は、例えば、口座処理要求が成立して口座残高に異動が生じた場合に起動される。続いて、ファイル6又は預金マスタDB160から、残高明細セグメントを読み出す(ステップA2)。そして、勘定日の古い順に残高明細を展開する(ステップA3)。口座処理要求の勘定日の残高明細があるか否かを確認する(ステップA4)。当該勘定日の残高明細が無い場合には、勘定日当日分の残高明細エリアを作成する(ステップA5)。続いて、勘定日当日以降の各種残高を更新する(ステップA6)。さらに、更新した残高明細セグメントを預金マスタDB160へ更新する。そして、起動形態に応じて業務メイン等に戻る処理を行う。
【0125】
図19は、通常入金処理の一例を示すフローチャートである。まず、営業店端末や、ATMや、例えば振込を行うトランザクションなどから、入金要求を受信する(ステップA11)。続いて、この入金要求のフォーマットや、入金対象の口座の有無や状態を確認し(ステップA12)、異常があればエラー処理を行う。正常であれば、入金の取引明細を作成する(ステップA14)。続いて、図19に示す残高明細更新処理を実行する(ステップA15)。残高明細の更新が正常に終了すると、入金の取引ログを出力する(ステップA16)。この取引ログは、種々の帳票の印刷や、また、管理用のデータベースの構築(ディレード処理)等に用いられる。そして、金融機関側の会計を管理する日計を更新する(ステップA17)。さらに、未成立の取引の有無をチェックする(ステップA18)。例えば、残不足明細の有無をチェックする。未成立の取引がある場合には、取消再カットメイン処理を派生取引として起動する(ステップA19)。取消再カットメイン処理の処理終了を待たずに、通常入金処理は終了する。
残高明細の更新処理A15や、日計の更新A17等は、種々の口座処理で共通するため、オペコードテーブルのプログラムリストを用いて同一のプログラムを各種の口座処理に流用すると良い。
【0126】
図20は、通常出金処理の処理例を示すフローチャートである。ATMや、口座振替を行う口座処理要求などから出金要求を受信すると(ステップA20)、フォーマット及び口座のチェックを行う(ステップA21)。口座が取引停止等の場合には、それに応じたエラー処理を行う(ステップA22)。フォーマット等が正常であれば、口座処理要求の残高明細にから出金可能額を算出し、取引金額と出金可能額を比較する(ステップA23)。取引金額に対して出金可能額が不足で有れば、残高なしとしてエラー処理を行う(ステップA24)。図19に示す例と同様に、取引明細の作成(ステップA25)や、残高明細更新処理の起動及び戻り(ステップA26)や、取引ログの出力(ステップA27)や、日計の更新(ステップA28)を行う。
【0127】
続いて、更新した勘定日毎の残高明細に基づいて、出金可能額がマイナスとなっている勘定日の有無をチェックする(ステップA29)。出金可能額がマイナスとなっている勘定日があれば、取消再カットメイン処理を派生取引として起動し(ステップA30)、取消再カットメイン処理の処理の終了を待たずに通常出金処理は終了する。一方、マイナスの出金可能額が無い場合にも、通常出金処理は終了する。
【0128】
図21は、本実施例での取消再カットメイン処理の一例を示すフローチャートである。図21に示す取消再カットメイン処理では、繰り返し図21に示す処理を行うことで、どのような取引の組み合わせとなっても、口座処理の取消又は再カットを確実に行うようにしている。この取消再カットメイン処理用プログラムは、次の指令を備える。
【0129】
新たな出金処理によって残高が更新された際に、当該残高が更新された先日付について、取消再カットメイン処理が起動されると(図20ステップA30、図23ステップE2,E4)、この起動された時に前記残高明細情報(残高及び貸越極度額)に基づいて各勘定日別の出金可能額を算出する日付チェックテーブル作成指令(ステップB2)。すなわち、日付チェックテーブル作成指令は、前記他のトランザクションによって更新される前記残高明細情報の各勘定日別の残高(出金可能額)を演算手段140に算出させ、日付チェックテーブルを生成させる。
前記日付チェックテーブル作成指令にて作成された日付チェックテーブルに基づいて各勘定日別の取消必要額(図22に示すように、出金可能額がマイナスの場合に、その絶対値)を算出する取消必要額算出指令(ステップB3)。
日付チェックテーブルは、例えば図22に示すテーブルである。
【0130】
勘定日の初日より未来で再カット期限内に決済された口座処理がある場合には、当該再カット期限付きの口座処理の先日付取消処理(ステップC1)を起動し、当該先日付取消処理の終了後に取消再カットメイン処理を再度起動させる前倒取消指令(ステップB4,B5)。
【0131】
消再カットメイン処理の再度の起動は、先日付取消処理が派生として起動された場合の戻りの指示として先日付取消処理を構成するサブプログラムに記述するようにしてもよい。このステップB1,B2,B3,B5,C1を繰り返すことで、前倒をすべき口座処理は全て一旦残不足明細セグメントに格納される。これにより、より前の勘定日での決済が後半の処理(C3等)で図られている。一旦残不足明細としたが、再度同一の勘定日で再カットされることも多々あるが、口座処理時に何らかのデータを参照して再処理を行うものもあり、また、貸越極度額の変更なども起こるため、取消再カットメイン処理では、取りあえず勘定日の初日より未来の再カット期限内に決済された口座処理を全て取り消す。
【0132】
取消再カットメイン処理用プログラムは、前倒取消指令による取消処理の起動が成されない場合で、かつ、前記日付チェックテーブル上に取消必要額が格納されている場合(出金可能額がマイナスの場合)に、当該取消必要額が格納された勘定日の出金取引である口座処理を取消対象として特定する取消対象特定指令(ステップB6,B7)を備えている。
すなわち、この取消対象特定指令は、まず、前記日付チェックテーブルに残高(出金可能額)がマイナスとなった先日付があるか否か演算手段140に判定させる(図21のステップB6)。取消対象特定指令は、続いて、当該先日付に成立していた出金処理を演算手段140に特定させる(図21のステップB7)。さらに、取消対象特定指令は、当該出金処理を対象とする前記先日付取消処理の起動を前記演算手段140に指示させる(図21のステップB8,図23のステップE5,E7)。すると、演算手段140のトランザクション管理処理は、当該出金処理の先日付取消処理(図23のステップD3、E8)を派生トランザクションとして起動する(図21のステップB8)。
そして、先日付取消処理の起動指示後に、当該取消再カットメイン処理の派生トランザクションを終了させる(図23のステップE6)。
演算手段140は、先日付取消処理を実行する(図21のステップC2、図23のステップE8、D3及びD4)。
【0133】
また、取消再カットメイン処理用プログラムは、この取消対象取消指令に応じて特定された口座処理の取消処理C2起動すると共に、当該取消処理の終了後に取消再カットメイン処理を再度起動させる取消処理起動指令(ステップB8)を備えている。
このステップB1,B2,B3,B4,B6,B7,B8,C2は、出金可能額(残高)がプラスとなるまで繰り返される(図23ステップE13,E15)。出金可能額がプラスとなると、他の勘定日についても必要な取消を行い、さらに他の勘定日について再カット可能なものがあるか否かを確認するために、ステップB9を実行する。
【0134】
取消再カットメイン処理用プログラムは、さらに次の指令を備えている。
前記取消対象特定指令B7による取消対象の特定が成されない場合、すなわち、出金可能額のマイナスが全ての勘定日について無場合には、取引の結果が未成立又は取消処理により取引の結果が未成立となった口座処理の一覧を生成すると共に、決済可能な口座処理を最先の勘定日から順次特定する決済可否判定指令B9。すなわち、決済可否判定指令は、前記日付チェックテーブルに残高がマイナスとなった先日付がなく、かつ、残高が更新された勘定日と同日又は先日付にて取引の結果が未成立の出金処理がある際には、演算手段140に、決済可能な未成立の口座処理を最先の勘定日から特定させる。
【0135】
この決済可否判定指令B9に応じて決済可能と判定された口座処理がある場合に、当該口座処理について再カット処理を起動すると共に当該再カット処理の終了後に決済可否判定指令を起動させる再カット処理起動指令B10。すなわち、再カット処理起動指令は、当該決済可否判定指令に応じた処理で特定される出金処理を対象とする前記再カット処理の起動を前記演算手段140に指示させる(図21のステップB10、図23のステップE5、E7、D5)。すると、起動指示された演算手段140のトランザクション管理処理は、当該出金処理の再カット処理(図23のステップE8、D6)を派生トランザクションとして起動する(図21のステップB10)。
そして、再カット処理の起動指示後に、当該取消再カットメイン処理の派生トランザクションを終了させる(図23のステップE6)。
演算手段140は、当該再カット処理を実行する(図21のステップC3、図23のステップD6及びD7)。
前倒制御では、C1にて取り消された口座処理がこのB10にてより前の勘定日で決済できるかどうかを判定する。例えば、入金処理により取消再カットメイン処理が起動される場合には、図19のステップA18にて成立未成立にかかわらず残不足明細がある場合には、図21のステップB4で前倒可能性がある口座処理であるかどうかを判定し、前倒可能で有れば取消処理を行う(ステップC1)。そして、ステップB9にてより前の勘定日(入金された勘定日)での再カットが可能であるか否かを判定する。
【0136】
前記決済可否判定指令に応じて決済可能と判定された口座処理が無い場合処理を完了させる処理完了指令B11。処理の完了は、例えば業務メインへの処理の戻しである。すなわち、処理完了指令B11は、決済可否判定指令に応じた処理で決済可能な未成立の口座処理がないと判定される際に、当該取消再カットメイン処理の派生トランザクションを終了させ、当該取消再カットメイン処理による全ての先日付の口座処理を完了させる。
【0137】
図21に示す再カット処理は、演算手段140の機能である。すなわち、ある実施例では、演算手段140は、前記口座処理要求として当該処理対象の口座の残高を増加させる口座残高増加要求を処理すると共に当該処理結果に応じて当該口座残高増加要求の勘定日より未来の勘定日にて定義されている残高明細セグメントを更新する口座処理部と、口座残高増加要求の実行後に前記再カット期限を超過しておらず、かつ、取引が未成立の前記残不足明細セグメントを読み出す残不足明細読み出し部と、口座処理部によって更新された勘定日別の残高明細セグメントに基づいて前記残不足明細読み出し部によって読み出された残不足取引明細データの再カットが可能であるか否かを判定する再カット可否判定部と、この再カット可否判定部によって再カット可能と判定された残不足取引明細データを再処理する再カット処理部とを備えると良い。
【0138】
図23は、受動処理、受動処理及び取消再カットメイン処理用プログラムの構成例を示す説明図である。演算手段140は、前記口座処理と、トランザクション管理処理と、取消再カットメイン処理と、先日付取消処理と、再カット処理とを実行する。図23に示す例では、口座処理は、起動処理と受動処理の連動トランザクションとして、すなわち、一つのトランザクションとして実行される。
まず、演算手段140にてオペコードxx1の受動処理E1が実行されたとする。この受動処理では、口座残高の異動を生じさせるため、その処理の終了時点で取消再カットメイン処理を派生トランザクションE3として起動する(E2)。取消再カットメイン処理(E4は、図21に示す処理に従って、取消対象又は再カット対象を特定し、取消対象又は再カット対象の起動処理(オペコードxx2)を派生トランザクションにて起動指示(E7する(E6)。派生トランザクションとして起動された起動処理は、図16及び図17に示すような業務別オペコードテーブル中の、被派生(E)によるプログラムリストに従って、起動処理を行う。この起動処理中に、普通預金関連の処理等の受動処理を連動E11にて依頼する(E8)。連動依頼された受動処理(オペコードxx3)E12は、普通預金の出金や出金の取消等を行い、処理終了時に取消再カットメイン処理派生トランザクションとして起動指示する(E13)。すなわち、この受動処理E12は、受動処理E1と同様の動作をする。受動処理E12は、派生起動指示(E13ののち、連動処理に戻る(E14)。この戻り(E14)により、起動処理と受動処理とは一つのトランザクションとして実行される。
【0139】
起動処理E8では、受動処理の正常終了に従って、その後の処理を進め、処理を終了する(E10)。E15の派生トランザクションとして起動指示された取消再カットメイン処理の実行開始は、この起動処理E8の終了後となるように、派生トランザクションを管理するとよい。
【0140】
この受動処理、起動処理及び取消再カットメイン処理との関係を、具体的に説明する。符号D1で示す普通預金の出金が先日付で行われたとする。残高に異動があるため、派生トランザクション(E3)として消再カットメイン処理が起動される。普通預金出金D1は、この派生による取消再カットメイン処理の動作終了を待たずに処理を終了する。一方、派生トランザクションとして起動された取消再カットメイン処理は、普通預金出金処理D1が正常終了した後に実行を開始する。ここでは、普通預金の出金によって、その先日付の勘定日にて残不足(出金可能額がマイナス)となり、既に成立していた定期入金を取消対象としたとする(D2,図21に示す例では、B7)。この場合、派生起動指示(E7として、起動処理である定期入金取消を起動する(B8)。定期入金取消処理中に、対応する普通預金の出金取消処理(受動処理)を連動E11で依頼する。受動処理である普通預金出金取消は、定期入金取消額と同額の普通預金の出金を減額することで取り消す(D4)。この取消処理D4は口座の異動を伴うため、取消再カットメイン処理派生トランザクション(E15)として起動指示する。普通預金出金取消と、定期入金取消がコミットすると、連動取引は終了する。
【0141】
ある取引を取り消した結果、未成立であった他の取引を再カットできることがある。例えば、5,000の残不足で、30,000の定期入金を取り消した結果、取引の結果が未成立であった10,000の公共料金振替が再カット可能(決済可能)となることがある。ステップD5にて、このように未成立の取引のうち、再カット(振替)可能な取引を発見したとする。同様に、派生起動指示(E7により外部自振を起動し、外部自振D6は連動で普通預金出金を依頼し、連動取引を行う。普通預金出金D7により残高の異動が生じるため、再度取消再カットメイン処理派生トランザクションとして起動する(D8)。取消対象及び再カット対象がなければ、ここで普通預金出金D1によって開始した先日付取引の取消再カットメイン処理(先日付の口座処理)が完了する。
再度図23、図16及び図17を参照すると、演算手段140は、前記口座処理要求を処理する一つのトランザクションによる口座処理として、当該口座処理要求のオペコードから前記業務別オペコードテーブルを参照して当該業務オペコードテーブルに指定された起動処理(E8)のサブプログラムと、当該起動処理に対応する受動処理(E12)のサブプログラムとを連動トランザクション(E11,E14)により実行する。
そして、前記一つのトランザクション(E11,E14)による口座処理を連動トランザクションにて終了(E10)させた後、前記派生トランザクションによる取消再カットメイン処理(E4)を実行する。
前記取消再カットメイン処理(E4)を派生トランザクションにて終了(E6)させた後、他の派生トランザクションにより当該先日付取消処理(D3)又は再カット処理(D6)を実行する。
【0142】
このように実施例では、連動取引(連動トランザクション)と派生取引(派生トランザクション)とを使い分けることで、先日付完結処理を他のオンライン処理による口座処理に遅れを生じさせない状態でオンライン処理と並行して処理することができる。例えば、派生取引等に他のトランザクションによるプロセスに対する優先度の設定等を行わなくとも、派生取引の同時最大数等の規制により、オンラインの応答時間に影響を与えずに、口座振替等の従来バッチ処理で行っていた口座処理をオンライン処理中に処理することができる。
【0143】
図24は、第2実施例による1日のプログラム実行例を示す説明図である。7:00から内部自振、外部自振のセンターカット(C/C)を開始し、順次外部自振や手形交換などを実行する。また、再カット管理DBによる他店券資金化C/Cを11:30に、カードローン自動融資C/Cを16:00過ぎに実行している。続いて、契約に変更のあった口座処理を再実行する追い上げC/Cや、マスタデータ等の再編処理などを行い、24:00にはバッチ処理によって行っていた全てのセンターカット(口座処理)を先日付にて完了させ、日付変更を行うことができる。
【0144】
【発明の効果】
本発明は以上のように構成され機能するので、これによると、勘定日別の残高を使用し て、先日付で口座処理を実行するため、ATM等の端末を用いた入出金等のオンライン処理と並列して口座振替や利息の入金等の種々の口座処理要求を処理することができる。
本発明ではさらに、最新の残高に応じた先日付の口座処理の成立及び未成立と、先日付の残高との調整に、派生トランザクションを用いている。派生トランザクションを用いることで、ATM等のオンライン応答を即座に完了させつつ、その直後に別のトランザクションとして残高の調整を行うことができ、従って、ATM等のオンライン処理(口座処理)のコミットを先日付の口座処理の調整から独立させることができる。このように、本発明では、オンライン応答を悪化させることなく、先日付の口座処理を日中に処理することができる、という従来にない優れた先日付完結処理システム及び方法を提供することができる。
【図面の簡単な説明】
【図1】 本発明の第一の実施形態の構成を示すブロック図である。
【図2】 図1に示す構成での処理例を示す説明図であり、図2(A)は出金処理の一例を示す図で、図2(B)は入金処理の一例を示す図で、図2(C)は先時間での処理例を示す図である。
【図3】 図1に示す構成での口座情報の推移の一例を示す説明図である。
【図4】 本実施形態のハードウエア資源の構成例を示すブロック図である。
【図5】 図1及び図4に示す構成での口座処理の一例を示すフローチャートである。
【図6】 本実施形態での口座処理による残高の異動と先日付処理の関係を示す説明図であり、図6(A)は決済の可否と先日付処理の対応を示す図で、図6(B)は取消再カット判定用のテーブルを示す図である。
【図7】 図6に示す処理にて起動される取消再カット処理の一例を示すフローチャートである。
【図8】 本発明の第2実施形態の構成例を示すブロック図である。
【図9】 実施例の構成例を示すブロック図である。
【図10】 図9に示す構成で使用するデータベースの種類を示す説明図である。
【図11】 図9に示す演算手段等の詳細構成を示すブロック図である。
【図12】 再カット管理DBを用いた処理例を示す説明図であり、図12(A)は図9に示す構成に付加する部分を示す図で、図12(B)は未資金化残がある場合の処理例を示す図である。
【図13】 図9に示す構成で使用する取引明細セグメント等の例を示す説明図である。
【図14】 図13に示す取引明細セグメント等に応じた残高明細セグメントの例を示す説明図である。
【図15】 実施例の構成例を示すブロック図である。
【図16】 実施例で使用するオペコードテーブルの一例を示す説明図である。
【図17】 図16に示す普通預金オペコードテーブルの一例を示す説明図である。
【図18】 実施例での残高明細更新処理の一例を示すフローチャートである。
【図19】 実施例での通常入金処理の一例を示すフローチャートである。
【図20】 実施例での通常出金処理の一例を示すフローチャートである。
【図21】 実施例での取消再カットメイン処理の一例を示すフローチャートである。
【図22】 図19に示す処理で使用する日付チェックテーブルの一例を示す説明図である。
【図23】 実施例での定期預金入金取消処理の一例を示すフローチャートである。
【図24】 実施例による1日のプログラム実行例を示す説明図である。
【符号の説明】
、140 演算手段
6 ファイル
7 口座情報
E7、E15 派生トランザクションの起動指示
[0001]
BACKGROUND OF THE INVENTION
  The present invention relates to a future date completion processing system and method, and more particularly, to a future date completion processing system and method for processing automatic transfer and transfer for an account in a financial institution in parallel during online operation. In addition, for realizing such a future date completion processing systemThe present invention relates to a program for cancel / recut main processing and a recording medium on which the program is recorded.
[0002]
[Prior art]
  Conventionally, the bill transfer process for public charges has been executed in a batch process after the automatic cash deposit / payment machine (ATM), the automatic payment machine (CD) and the online system are stopped and the account balance is determined. For example, in Japanese Patent Application Laid-Open No. 59-77573, withdrawing from an account (withdrawal processing) using the time from the night before the next morning of the designated transfer date (account date) to charges for electricity, gas, water, etc. ) Is disclosed. Japanese Patent Laid-Open No. 7-93439 also discloses a technique for performing account transfer by batch processing.
[0003]
[Problems to be solved by the invention]
  However, the account transfer process by the batch process has a disadvantage that it is difficult to continuously operate ATM, Internet banking, etc. for 24 hours because the account transfer process must be performed with the online system stopped.
[0004]
  In addition, in the above conventional example, all account transfer processing must be performed within a limited time from the night before the account balance is confirmed to the online operation time on the transfer day, which increases the amount of data in the account transfer processing, In order to cope with the extension of the online operation time, there has been a disadvantage that equipment such as a computer (CPU) has to be increased.
[0005]
  Furthermore, in the above conventional example, since the batch processing must be completed by the early morning of the transfer day, starting from the night before the transfer day, depending on the amount of data, the start of online operation on the transfer day may be delayed. It was.
[0006]
OBJECT OF THE INVENTION
  The present invention improves the disadvantages of the conventional example, and in particular, in parallel with online processing such as deposits and withdrawals using terminals such as ATM.Without compromising online processing response,Future date completion processing system that can process various transactions such as account transfer and loan repaymentAnd cancellation Main processing programIts purpose is to provide.
  In other words, the present invention processes account transfer processing, etc., which has been conventionally performed as batch processing, in parallel during online processing.To provide an accounting system that does not degrade online response,That is the purpose.
[0007]
[Means for Solving the Problems]
  In the present invention, account processing for the future date is executed before the account date is reached, and account information (for example, balance) for each account date is held. Then, the account information to be referred to changes at the moment when the previous date becomes the current day. Generate account information for the future date, andOn the dateAccount balance changes(Fluctuation)If there is a change in the interest rate or contract details, the change is reflected in the balance at the previous date. Thereby, for example, when the account date is a day unit, when the date change process is completed, the account process using the changed date as the account date is also completed.
  That is, in the present invention, based on the current account information, a balance at a future date when there is no account processing thereafter is virtually generated, and the account processing of the future date is performed based on the balance at the future date. By executing it, the account processing that has been conventionally performed in batch processing is processed in parallel during online processing. This is a process of calculating in advance the balance of the future date, etc., assuming that the current account process is the final account process until the date of the future date arrives. After that, if there is another account processing before the account date of the future date arrives, the balance of the future date is calculated assuming that the account processing is the final account processing again. The balance of the future date is a balance that cannot be used unless it becomes the date and time of the future date for the account holder.
[0008]
  The present inventionOf the future date completion processThe principle is that future account information is generated based on the current information when there is no subsequent change. Assuming that there is no account processing after that, that there is no change in the contract for depositing from a savings account to a fixed deposit with the automatic periodic service, or that there is no non-delivery notification about the financing of the check The account information of the previous date is calculated in advance. Since it is a processing of the future date, the account holder cannot directly use the balance of the future date for the transaction, and therefore, the future date processing can be canceled. For this reason, if a change in contract is notified after withdrawal of ordinary deposits and deposits into time deposits using the automatic periodic service, the account processing on the previous date will be canceled, It can be re-executed based on the changed contract.
[0009]
  As described above, the account information at the future date when it is assumed that there is no change from the current state is calculated in advance, and when the state has changed, the account information at the future date is calculated again. And the previous dateDateThere is no need to perform any processing before or after the meeting.In the present invention, a derivative transaction is used to adjust the balance after the state change.For this reason, it is not necessary to perform account processing by batch processing after online processing is completed. Therefore, the account processing on the future date of the present invention is completed when the account processing is completed.
[0010]
  The change from the current state is not only based on the premise that there is no subsequent account processing, but the interest rate added to the fixed deposits and accounts that are contracted on the future date is now known, and there is no change after that Premises (if there is a change, account processing is executed again) are included. For this reason, there are many objects that can be processed in the future date. Various account processing for ordinary savings account and checking account, exercise of option according to certain conditions, calculation of difference when amount on due date is fixed when settlement of futures transaction with account and Payments and reservations for withdrawals from a savings account for special repayment of mortgages can also be executed during online processing as a completion process for the other day.
[0011]
  The present inventionA calculation means for calculating an account processing request having a transaction type of account processing such as various deposits and withdrawals for each account, a target account date as a transaction date of the account processing, and a transaction amount which is a deposit amount or a withdrawal amount; Account processing which is the withdrawal processing or deposit processing calculated by this computing means And a file for recording the results as account information.
  The account processing request is a transfer request to an account subject to the account processing request or a deposit request by an automatic cash deposit payment machine or a withdrawal request by an account transfer or automatic cash deposit payment machine.
  Further, the file includes transaction details information, balance details information, and transaction results as the account information.
  The transaction details information is information for recording the calculated account date, transaction type, and transaction amount for each account process by account date, which is the transaction date of the account process request.
  The balance details information is information for each account date, in which the balance of the account date on which account processing was performed for each account is recorded for each account date.
  The result of the transaction is information that records that the withdrawal process is unsuccessful if the transaction amount is larger than the balance of the target account date in the withdrawal process with the target account date as the previous date and cannot be settled. It is.
  And in this invention, the said balance detailed information has the balance of an earlier date in the future from the said calculation day separately from the balance of the said calculation day about the account which calculates an account process request.
  Further, in the present invention according to claim 1, the computing means executes the account processing, transaction management processing, future date cancellation processing, and recut processing.
  First, the calculation means performs the following management process as the transaction management process for managing the activation of a transaction.
  Management for processing the account processing request in one transaction.
  Management in which another transaction is derived during execution of the one transaction, and account processing (previous date cancellation processing, recut processing) of a predetermined future date is performed in the derived transaction.
  During execution of the derivation transaction, another transaction is repeatedly derived until there is no account processing for the future date, and the account processing for all future dates is performed in the derivation transaction.
  The calculation means performs the following processing as the account processing by one transaction for processing the account processing request.
  Among the balances recorded in the balance detail information, the balance on the same day as the target account date isIf the balance is recorded, the balance is identified as the balance of the target account date. If the balance of the same account date is not recorded, the balance closest to the target account date in the past is the balance of the target account date. As specifiedTo do.
  The balance of the specified target account date and the transaction amount are added and subtracted, and the transaction type and transaction amount of the calculated account processing request are used as the account date, which is the transaction date of the account processing request. Record in detail information.
  The balance after the process of adding and subtracting the transaction amount and the specified balance is recorded or updated in the balance detail information as the balance of the target account date.
  Among the account dates of the future dates recorded in the balance statement information, when there is a balance of the future date that is in the future from the target account date, by adding or subtracting the balance of the future date and the transaction amount, Update the balance of the future date.
  After the account processing by the one transaction is ended, the calculation means performs the account processing of the previous date by repeating the derived transaction. In other words, after recording or updating the balance by account date, recut processing or future date cancellation processing is performed.
  In the recut process, when there is a future date when the balance has increased, the withdrawal process in which the result of the transaction is unsettled is read, and the balance corresponding to the read target date of the unsettled withdrawal process is When the transaction amount is compared with the transaction amount, and the transaction amount is settled below the balance, the recut is performed by re-executing the account processing of the unsettled withdrawal process. Execute the process in a derived transaction.
  In the future date cancellation process, if there is a future date when the balance is negative, the withdrawal process with the target date as the future date when the balance becomes negative Read from the transaction details information, record in the result of the transaction that it has not been established for the read withdrawal process, and add the transaction amount of the withdrawal process that has not been established to the balance of the target account date Then, by performing the update process of the balance of the future date, the cancellation of the future date is executed in a derived transaction.
  This means that direct debits are processed without deteriorating online responses.The present invention intends to solve the above problems.
  Here, “after the account date” includes the account date, and “future from the account date” does not include the account date. “Update” means overwriting of the balance on the same date as the calculation date stored in the file or on the previous date. “Recording” is mainly used in the first account processing of a certain date on the same date or the previous date, and is used when a new balance of the account date is stored, and is also used for data recording in general.
  “Account processing” is, for example, an ordinary account for individuals at a financial institution. Transfer (payment) to an account such as salary transfer, or transfer from an account (withdrawal) such as automatic withdrawal of public charges And automatic withdrawals (withdrawals) such as loan repayment and rent withdrawal. Further, taking a corporation or the like as an example, “account processing” includes reservations for various payments, withdrawals for salary payments, and payment of rent collected by account withdrawal. Account processing of these various contents may be handled, for example, transfer or the like may be handled by another calculation means, and only the transfer of public charges may be handled by the future date completion processing system according to the present invention.
  Taking an account for securities trading as an example, “account processing” corresponds to settlement of funds required for stock trading, automatic purchase of financial products, and the like. As described above, the “account processing” first includes various modes of settlement methods for commercial transactions. This settlement can be applied not only to a single currency, but also to foreign exchange transactions if, for example, the exchange rate for the previous date can be determined in advance between traders. Furthermore, the settlement target may be not only an account that handles currency, but also a point value (mileage point) that is added at the time of sale of goods or services, for example.
  Further, “account processing” may include processing for setting or changing the attribute of the account. For example, it may be possible to include a change in the maximum amount of an automatic loan according to a periodic automatic renewal, a reservation for a swap between a variable interest rate and a fixed interest rate in a long-term loan, and the like. In addition, cash deposits and withdrawals at ATMs, CDs, and financial institutions store terminals are immediate account processing.Math day andintuitionFixed dayMatch.
[0012]
  The file stores information related to an account such as a transaction history such as deposit / loan, current balance, and automatic lending possible amount (overdraft extreme) defined in the account. “Account information” includes balance information. The balance information is a numerical value for determining whether the account processing request can be settled or cannot be settled. For example, when there is no automatic loan secured as a fixed deposit, If an automatic loan secured by a deposit is attached,Overdraft limit (Amount available for automatic financing)The sum of the actual balance and the actual balance may be used as the possible withdrawal amount. When performing automatic financing with a fixed deposit as collateral, it is preferable to have attribute information such as collateral details as account information.
[0013]
  For example, when there is a deposit as an account processing request, the calculation means reads the current balance, adds the deposit amount, and updates the file.
[0014]
  In the present invention, the account processing unit by account date performs the calculation.Same date as calculation date or future dateThe account processing on the account date is processed based on the latest account information on the account date. And the account information storage part by account date stores the processing result of the account processing part by account date in the file as account information on the account date of the account process.
[0015]
  In the present invention, the account date is a day unit.
[0016]
  This “account date” is, for example, a transfer date if the account process is a transfer. If the loan is being repaid, the “contract repayment date” is considered to be the account date. For salary transfers, the transfer date corresponds to the account date. In this specification, the transaction execution date specified in these various account processing requests is referred to as “account date”. "CalculationDay"Is the “current day” on which the operation is performed, and is also referred to as “present”.
[0017]
  In the present invention,Calculation dateAccount processing request on the account date that is the future date,Calculation dateProcess at the stage. The processing resultCalculation dateIs stored as account information on the account date that is the previous date. Accordingly, account information is generated and managed for each account date for which an account processing request is made. For example,Calculation dateAnd the future balance (virtual balance) processed on the previous date is stored in the file. This future balance is the balance of the account date when the account date arrives without account processing after the account processing performed so far. For this reason, for example, assuming that the account date is a day unit, when the date is changed, the account process to be performed on the account date is completed without any processing before and after the date change, and the new date is reached. The balance on the date is confirmed.
[0018]
  For example, the account date that is the future date isCalculation dateNext business day. Then, an account processing request such as a transfer with the next business day as the account date is calculated on the day before the next business day (transfer date, account date). As a result of the calculation, the current balance and the balance of the next business day are individually stored in the file. After that, the balance changes for the account(Change)Assuming that the processing that brings about is not performed, the withdrawal (withdrawal) is confirmed at the stage of changing the date from today to tomorrow, and processing based on the new balance becomes possible. Therefore, the process based on the new balance after the account transfer can be performed at the moment when 0:00 am has passed.
[0019]
  In addition to the above, it is also possible to specify the date and time in the morning and afternoon, or to trade in the date and time in seconds as the “account date and time” instead of the daily date. In the present invention, the account date is a day unit, but here, the principle of the pre-date completion process is described by taking time instead of date as an example.explain. For example, 1:30 pmThe account date and timeSuppose there is a transfer.This exampleThen, for example, an account processing request at 1:30 pm, which is a future time, is processed at a calculation date and time around 11:00 am. Then, the two account information of the balance referred to at the time before 1:30 pm and the balance referred to after 1:30 pm are stored in the file. For this reason, a transaction at 1:30 pm without any processing around 1:30 pmDate and timeIt can be completed with. To do this online and in real time, if there is a large amount of processing to be performed at 1:30 pm, the load on hardware resources will be too high momentarily. on the other hand,In this exampleAccount informationBy account dateThe actual calculation date and time can be anytime due to the idea of
[0020]
  In the present inventionPerforming transfer of public charges etc. by batch processing with the account date as a day unit corresponds to the above-mentioned 1:30 pm mass processing when the account date is considered as an hour / minute unit. That is, after the account balance is confirmed on the previous day, in order to execute the transfer by the morning of the transfer date (account date), all processing must be completed within the actual time period. In the case of batch processing, this processing time cannot be set to “0”. On the other hand, in the future date completion processing system according to the present invention, there is no need to perform any processing on the account information at the moment of date change (before and after). The account processing request for the account date that is the previous date is calculated in advance, the account information for each account date is generated, and the balance on that day is determined based on the balance on that day or the closest past balance. For this reason, the account date processing is completed by calculating the account processing request in advance.
  If there is a large amount of transfer on a certain account date with respect to the processing capability of the calculation means, transactions on that account date may be calculated using multiple days, Processing on the previous business day may be performed on the previous date. As described above, in the future date completion processing system according to the present invention, the account processing load is distributed in time.
[0021]
  In the embodiment of the present invention, after processing the account processing request on the account date of the previous date, the current balance is changed, and the processing on the future date cannot be executed, or conversely, it is not established on the previous date When the above process can be executed, techniques for dealing with various aspects are disclosed, such as canceling the previous date process and re-executing (recutting) the account process that has not been established.
[0022]
  In the present invention, after the balance of the previous date is stored, another new account processing request is processed, so that the future date is processed when the balance changes. That is,Cancel account processing that was already established on the previous date, or withdrawal that was not establishedRecut the process. In the present invention, a derivative transaction is used to adjust the establishment and non-establishment of the account processing of the future date according to the latest balance and the balance of the future date. By using a derived transaction, an online response such as ATM is immediately completed, and immediately after that, processing of the previous date such as balance adjustment is performed as another transaction.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
  Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[First Embodiment]
  FIG. 1 is a block diagram showing the configuration of the first embodiment of the present invention. In the example shown in FIG. 1, the future date completion processing system according to the first embodiment is the same as the future date completion processing system according to the first embodiment in the example shown in FIG.Is the transaction type of account processing such as various deposits and withdrawals for each account, the target account date that is the transaction date of the account processing, and the transaction amount that is the deposit amount or withdrawal amountA calculation means 2 for calculating an account processing request having an amount and a calculation means 2TheAccount processing resultsTheAnd a file 6 to be recorded as account information.Further, the future date completion processing system may include receiving means 4 for receiving an account processing request such as a transaction on a bill date.
  As shown in FIG. 3 and the like, the file 6 includes, as the account information, the calculated account date, transaction type, and transaction amount of the account processing request according to the account date that is the transaction date of the account processing request. Transaction details information recorded for each process (account processing in FIG. 3) and balance details information by account date for recording the balance of the account date for which account processing has been performed for each account (account balance in FIG. 3) Information)). The balance detail information has a balance of the future date from the calculation date, separately from the balance of the calculation date, for the account for calculating the account processing request.
  The account processing request is a transfer request to an account subject to the account processing request or a deposit request by an automatic cash deposit payment machine or a withdrawal request by an account transfer or automatic cash deposit payment machine.
  And the calculation means 2 is the said calculationSame date or future dateBecomeTargetAccountOf the dayAccount processing concernedTargetAccount dateOn the same date or in the pastLatestBalanceAccount processing unit 8 according to account date to be processed based on the account date, and account processing unit 8 according to account dateBalance after processing byConcernedTargetOn account dateBalanceAs said file6The account information storage part 10 according to the account date stored in this is provided.
  When the account processing unit 8 by account date records the balance on the same day as the target account date (the same date as the calculation date or the previous date) among the balances recorded in the balance detail informationIs specified as the balance of the target account date. If the balance on the same date as the target account date is not recorded, the balance closest to the target account date in the past is specified as the balance on the target account date.The account processing unit 8 by date further adds and subtracts the balance of the specified target date and the transaction amount. Then, the account processing unit 8 by account date records the calculated transaction type and transaction amount of the account processing request in the transaction details information with the target account date as the transaction date of the account processing request as the account date.
  Further, the account information by account date storage unit 10 records the balance after processing added and subtracted by the account processor by account date 8 in the balance detail information as the balance of the target account date. Thereby, when the target account date is a future date, the balance of the target account date is recorded in the balance detail information as the balance of the target date.
[0024]
  The receiving means 4 directly or indirectly receives an account processing request from an external carry-in medium storing withdrawal data such as ATMs, utility charges, etc., and various internal masters storing information such as loans and automatic periodic services. Receive. Further, an account processing request may be received from a customer's computer via the Internet or a dedicated network.
[0025]
  The computing means is one or a plurality of computers. The various means, each part, and each function that the computing means 2 has can be realized by a CPU of a computer that executes a predetermined program. In the example shown in FIG. 1, in principle, important parts are extracted from various functions necessary for the completion process of the future date. That is, the calculation means 2 includes an account processing unit 8 for each account date and an account information storage unit 10 for each account date. The account processing unit 8 by account date processes an account processing request having the account date as the account date when the account processing request is received based on the account information on that day. For example, when performing cash withdrawal by an operation such as ATM, the account information on the day is read, and the cash withdrawal is performed based on the balance. Moreover, the account processing part 8 according to account date processes the account processing of the account date which becomes a date ahead with respect to the date and time when the account processing request is received based on the account information of the date ahead. If there is no account information of the previous date, the account information of the account date of the future date is generated based on the latest account information of the account date. For example,Calculation dateThe balance of the same amount as the account balance is set as the balance of the next business day, which is the previous date. Account processing request is sent to the account subject to the processing request the other day by bank transfer etc.WithThis is a withdrawal request at a later date, such as a deposit request or direct debit.
[0026]
  Account information storage unit 10 by account date is processed after account processing is processed by account date.ofBalance the accountTargetStored in the file 6 as account information on the account date. As a result, account information by account date(Balance)Is generated. The account information by account date is accessed by the account processing unit 8 by account date.
[0027]
  FIG. 2 is an explanatory diagram illustrating an example of account processing. As shown in Fig. 2 (A), if the balance for 10 days is 30,000, 20,000 withdrawals with an account date of 11 daysrequestWhen processing (for example, transfer) on the 10th, this 20,000 withdrawalrequestWill be processed on the previous date. In this case, if the process for setting the 11th date as the account date is performed for the first time, the balance on the 11th is first set to 30,000. And 11thTargetProcess a withdrawal request of 20,000 as the account date, and set the balance on the 11th to 10,000. After the withdrawal of this date, if there is no other account processing in the account, the balance 10,000 is fixed when the 11th is reached. For this reason, the withdrawal process is completed at the time of processing on the previous date on the 10th.
[0028]
  Figure 2 (B), deposit the account processingrequestIt is a figure which shows the example made into (for example, transfer). When the balance on the 10th is 30,000, a deposit request of 40,000 with an account date of 11th is processed on the 10th. The balance on the 11th is calculated as 70,000 on the 10th. Similar to the case of withdrawal, it is completed when the deposit request for the previous date in 10 days is processed. After that, if there is a cash withdrawal request (refund request) at ATM on the 10th, the possible withdrawal amount is 30,000, not 70,000. If the balance is inquired at midnight on the 11th, the balance is 70,000 at the time when the midnight of the 11th is reached.
[0029]
  In the example shown in FIGS. 2 (A) and 2 (B), the billing date is a day unit.FIG.Have a balance statement at each time (or a certain time)An example. In the example shown in FIG. 2C, it is assumed that the balance at 9:00 on the 10th is 30,000. And accountDateIs received at around 9:30 with a deposit process of 50,000 with 13:00. This processing is processing at the previous date and time.in this case, The balance at 13:00 is set to 30,000, and then the balance at 13:00 is set to 80,000 by depositing 50,000. Similarly to the case shown in FIG. 2B, for example, the amount that can be withdrawn at 12:59 on the 10th is 30,000, and the amount that can be withdrawn at 13:00 is 80,000. At this time, the 13:00 deposit itself is completed at 9:30. After that, when there is a withdrawal request of 60,000 with the date and time as 17:00, account processing is performed using the balance of 13:00 which is the latest balance, and the balance of 17:00 is set to 20,000. To do.Here, FIG. 2C is the only example in which the account date is used instead of the account date, and the account information is provided for each time.
[0030]
  In the completion process for the future date, if the account balance is insufficient or if the account balance becomes insufficient due to the transaction on the day, the future date transaction can be canceled. In the case of batch processing, it is difficult to cancel the account processing request once established, but in the case of account processing with the account date as the previous date, this cancellation is easy to perform. Further, when there is an account process that has not been established or an account process that has not been established due to cancellation, if there is any payment, the account process may be re-executed (recut). . In the present embodiment, since the account processing at the future date is executed based on the result of executing the last account processing request (balance etc.), the account that could not be settled at the future date according to the change of the account balance The process can be recut. Further, as disclosed in Japanese Patent Laid-Open No. 59-77573, the account processing that has not been established may be recut when there is a deposit on the day.
[0031]
  Referring to FIG. 3, if the file 6 (in this case, transaction details information) has a transaction amount larger than the balance of the target account date and cannot be settled in the withdrawal process with the target account date as the future date, Has the result of a transaction recording that the gold processing has not been completed.
  Then, referring to FIG. 1 again, in the present embodiment, the account processing unit 8 according to account date performs the calculation.DaySaidTargetUntil the account date, the above calculationOn the same date or in the paststraightNearAs a result of processing the withdrawal request based on the balance at the account date,WithInWithdrawal processingIn the event that payment becomes impossibledateTo cancel account processing atDateAn erase function 12 is provided.
  Specifically, when the balance is updated by a new withdrawal process, the future date cancellation process (the future date cancellation function 12) is performed as shown in FIG. If there is a future date when the balance becomes negative, the withdrawal process with the target date as the target date when the balance becomes negative is confirmed. Read from the transaction details information, record in the result of the transaction that it has not been established for the read out withdrawal process, and add the transaction amount of the withdrawal process that has not been established to the balance of the target account date As a result, the cancellation process for the future date is performed.
[0032]
  The other dayWithCancellation function 12 is used for account processing that can be settled on the previous date.(past)Day (for example,The same date as the operation dateCancel account processing that cannot be settled as a result of withdrawals. That is, the latestWithdrawalAs a result of executing the request, settlement is not possible at the future dateWithdrawalIf there is processing, the latestWithdrawalCancel the account processing based on the request execution result (account information). Canceled account processingThe result of the transaction isIf it is not yet established, waits for payment until the account date of the future date, and if there is no payment until the account date expires,Withdrawal processingIs not settledConfirm withIt becomes. AheaddateThe account information update function 16 adds the amount due to the cancellation of the account processing to the balance of the account date on the future date.
[0033]
  Account processing unit 8 by datePayment requestWhereBalance after operationDepending on the date of the transaction, The result of the transactionIt was not establishedWithdrawalRe-execute processingReA cut function may be provided.
  When the balance is updated by a new deposit process when the balance is updated by a new deposit process, the re-cut process (re-cut function), as shown in FIG. The withdrawal process with an unsettled result is read, the balance corresponding to the read target date of the unsettled withdrawal process is compared with the transaction amount, and as a result of the comparison, the transaction amount is settled below the balance. If possible, the re-cut process is performed by re-executing the unsettled withdrawal process.
[0034]
  In general, withdrawing utility bills, etc. are made only on the day of transfer. For this reason, if there is a shortage in balance on the transfer date (account date) and settlement is not possible, the utility charge cannot be paid, and the account transfer process will be performed again next month. On the other hand, in a contract that automatically reserves funds, a reserve is made not only for the transfer date (account date) to be reserved, but also when there is a balance until the day before the next transfer date. In this case, the billing date is one month. The first day of the account date is called the account date,The nextThe deadline for recutting, such as the day before the transfer date, is called the recut deadline.Huh.
[0035]
  Recut deadlineFor example, if the account process has 10 days as the first day of the account date, the balance will be insufficient on the 10th, and on the other hand, if the payment is possible on the 11th, it will be 10 days. soThe results of the transactionAfter it is not established, account processing is performed with the 11th as the account date. Thereafter, when payment is made on the 10th, it is preferable to set the account processing on the 10th instead of the account processing on the 11th. For example, since it is also assumed that an arrearage charge will occur if the 11th is set as the account date for loan repayment, etc., account processing established on the previous date may be advanced to an earlier account date. desirable.
[0036]
  In this example, the account processing unit 8 by account date shown in FIG. 1 executes the account processing request and then settles the account processing request with the date and time after the account date to be executed as the account date.(The result of the transaction is established)And canceling the canceled account processing request as an account processing request on the execution date.BeforeA fall control function 14 is provided. ThisBeforeThe fall control function 14Recut deadline (Account date for a certain period)Can be a transaction on an earlier account date than can be settled when there is a change in account balance.
[0037]
  FIG. 3 is an explanatory diagram showing an example of transition of account information in the configuration shown in FIG. In FIG."Account processing"(Transaction details information)Indicates the contents of the transaction,"Balance (account information)"IsAccount processingThe results are shown. The calculation date is the date when the account processing request is executed. The account date is the date on which the transaction should be performed, and the self-assigned serial number is a number for individually identifying self-assignment such as automatic transfer and automatic transfer. The transaction is withdrawing from the account or depositing into the account, and the specific transaction content is stored in the transaction type. Transaction amount is self-vibration amount,TradingThe result records whether or not the account processing (transaction) has been established.
[0038]
  First, assume that the balance for 10 days is 30,000. On the 10th, it is assumed that the electricity charge withdrawal (self-assigned number 001) is performed on the 11th, which is the previous date. In this case, the account processing unit 8 by account date first sets the balance on the 11th to 30,000 based on the balance on the 10th which is the most recent account date on the 11th. Since the withdrawal 10,000 can be settled, the withdrawal by the deduction of electricity charges is established. The account information storage unit 10 by date sets the balance on the 11th to 20,000. At this time, there is no change in the balance for 10 days.
[0039]
  Next, suppose that there is 50,000 deposits by transfer on the 10th and the 12th as the account date. The account processing unit 8 by account date develops the balance on the 11th, which is the latest account date, as the balance on the 12th, and further adds 50,000. As a result, the balance on the 12th is 70,000. Furthermore, it is assumed that there is cash withdrawal (payment) by ATM on the 10th day. Since the balance on the 10th is 30,000, 25,000 can be withdrawn and the transaction is completed. The balance on the 10th will be 5,000. Since the balance on the 10th has been updated, the account information storage unit 10 by date reflects the withdrawal of 25,000 in the balance on the 11th and 12th. Then, the balance on the 11th becomes -5,000.
[0040]
  Future dateWith the cancellation function 12, the balance on the 11th is negative (less than the possible withdrawal amount)WithdrawalBy processingTransaction amountThe withdrawal process (self-assigned number 001) that has already been established is canceled. With this cancellation, electricity charges will be withdrawnofThe result of the transaction is not established. Since the cancellation amount is 10,000,Add thisThe balance on the 11th was 5,000, and the state of withdrawal due to insufficient balance was resolved. The balance on the 12th will be 55,000.
[0041]
  If the account date is 11 days (the actual account date period depends on the contract) and the repayment date is two months after the contract repayment date, the repayment of the loan will not be possible in 11 days. And may settle on the 12th(Withdrawal processing with recut deadline). For example, in the example shown in FIG. 3, since payment is not possible on the 11th, the loan repayment with the 11th as the account date is not established. In this example, settlement can be made with the account date as 12th, which is within the recut deadline, so account transfer is performed with the account date as 12th. If the loan repayment is executed on the 12th, the repayment interest will be paid on the loan repayment principal. Here, the arrears interest for one day is assumed to be 10 yen. Loan repayment is established, and the balance on the 12th is 14,990.
[0042]
  On the 10th, if there is a deposit by transfer with the 11th as the account date, the balance on the 11th will be 65,000 first. As a result, the loan repayment process established on the 12th as the account date can be settled on the 11th.. in frontThe bankruptcy control function 14 cancels the loan repayment established on the 12th and recuts it as the 11th accounting date. The balance on the 12th will increase once with a 40,010 cancellation. Subsequently, the balance of recutting on the 11th is reflected to be 75,000. By this advance control, it is possible to cancel the transaction on the 12th day when the arrears interest occurs in accordance with the deposit of the previous date. In addition, the deduction of electricity charges with a billing date of 11th was not yet establishedReThe cutting function recuts the electric charge 10,000. This is the final account processing executed on the 10th, and the 11th will be reached as it is. On the 11th, the balance of 11th is accessed 15,000 instead of the balance of 5,000 on the 10th. The balance of 15,000 is due to deposits by transfer, repayment of loans, and deduction of electricity charges.FinishIs the balance. As described above, in the present embodiment, the same result as the batch processing can be executed during the online processing time. Moreover, it is possible to operate online processing continuously for 24 hours without performing batch processing.
[0043]
  As shown in FIG. 1 to FIG. 3, transactions of the future date are performed during online processing, balances by account date are held, transactions by ATM etc. are processed based on the balance of the day, transfer, transfer, etc. Account processing for which the details of the transaction are known in advanceTargetBefore the account date(past)ofOn the dayCan be completed. This eliminates batch processing such as transfer and enables continuous operation for 24 hours 365 days. In addition, even when it is not operated 24 hours, batch processing at night or early morning is not necessary, reducing the operational cost of account processing,AndThis eliminates the need for an investment to increase the processing capacity of the CPU in a short time during the night. Also, from the viewpoint of customer service, since the transaction can be started immediately on the basis of the new balance when the date changes, it is possible to seamlessly perform transactions via the Internet continuously for 24 hours.
[0044]
  FIG. 4 is a block diagram illustrating a configuration example of hardware resources according to the first embodiment. In the example illustrated in FIG. 4, the future date completion processing system includes a communication control device 28, a CPU 20 that performs account processing by online processing and batch processing according to a request command input from the communication control device 28, and the like. 1, a file storage unit 22 that stores the account information 7 and the loan master DB shown in FIG. 1, a program storage unit 23 that stores various programs executed by the CPU, and account processing and various contract registrations by the CPU 20. And the like, a log storage unit 24 that stores the execution results as a log, a medium reading unit 25 that reads a carry-in medium 26 brought in from the outside, and a printing unit 27 that prints a form to be sent to a customer.
[0045]
  In the configuration illustrated in FIG. 4, the reception unit 4 is realized by the communication control device 28, the CPU 20 that executes a predetermined program, and the medium reading unit 25. The communication control device 28 is connected to an internal (in-row) network 30 and an external network 31. Each of the networks 30 and 31 may include a large number of networks physically and logically. The communication control device is connected to the CD / ATM 33 used for online transactions with the customer via the internal network 30, the branch terminal 34 arranged in the branch and operated by the person in charge of the branch, and the telephone from the customer It is connected to a telephone banking center 32 for performing a transaction.
  Further, the communication control device 28 is a Zengin Center 35 that controls communications such as exchanges with other financial institutions via the external network 31, other external centers 36, personal computers of customers who perform farm banking, etc. It is connected to a customer PC 37 and a customer portable terminal 38 such as a cellular phone.
[0046]
  Deposit money to the CPU 20 from each terminal 33, 34, 37, 38, center 32, 35, 36, etc. via the communication control device 28.requestAnd withdrawalsrequestIs entered. The Zengin Center 35 is a national bank data communication system center. It is connected to the personal information center and other computer centers. Request commands (messages) for exchange transactions such as transfer and remittance are transmitted and received.
  The external center 36 is a center for various networks (ACS for regional banks, BANCS for city banks, MICS for national cash service, etc.), farm banking (FB), electronic banking (EB), etc. A center (for example, ANSER) for transmitting and receiving data necessary for telephone banking, and a center (for example, CAFIS and DCS) for communicating with a POS system at a store and a credit card payment terminal. . From this external center, request commands (telegrams) for performing various transactions that can be made at a financial institution window such as notification, inquiry, and fund transfer are input.
  The communication control device 28 receives a request command according to each protocol and inputs it to the CPU 20. The CPU 20 converts a request command input in each form from each terminal into an account processing request in a predetermined format, and delivers it to a program that performs account processing.
  In addition, the transfer of public utility charges (external self-vibration) is brought into the carry-in medium 26. The CPU 20 generates an account processing request using the external self-vibration original data read by the medium reading unit 25 and another database (DB).
[0047]
  CPU 20 is a program for the completion of the previous date, such as a command for performing account processing by account date, a command for storing account information by account date, and a command for registering a loan contract in the loan master DB. Is executed as the account processing by account date 8 and the account information storage by date 10 shown in FIG. These programs are stored in the program storage unit 23. In addition, operating systems that perform basic input / output, database management, log recovery, and transaction management(Here it is called transaction management processing)A program group for performing the above is also stored in the program storage unit 23.
[0048]
  Such a future date completion processing program includes a command for operating the CPU (calculation means) 20. For example,Calculation dateAgainstFuture dateRequest withdrawal to the account on the account dateWithdrawal requestWhen the CPU 20 receives (a kind of account processing request),Withdrawal requestAccount information of the target account date and the target account dateMore futureAccount information expansion instructions for each account date for expanding the account information processed in advance for the previous date account date based on the account information 7 stored in the file 6 are provided.
[0049]
  The future date completion processing program further allows withdrawal of balances and the like that can be withdrawn from the account based on the account information by account date developed in the main memory 21 in response to the account information development instruction by account date. The amount is specified and the future date according to the amount available for withdrawalWithdrawal requestThe account processing command according to the account date which processes is provided. And this account processing order by account date isWithdrawal requestIf payment is possible forrearofBalanceIs stored in the file 6 as account information of the account date corresponding to the future date, andWithdrawal requestIf you are unable to settleWithdrawal requestWill be withdrawn on the account date(Unsettled withdrawal process)The account information storage command classified by account date to be stored in the account information is provided.
[0050]
  In addition, the CPU 20 operates as the computing unit 2 having various functions by providing each unit, each unit, or each function to be realized in the previous date completion processing system, and a command corresponding to each step of the flowchart. The previous date completion processing program is stored in a recording medium such as a magnetic tape (MT), conveyed, and read by the medium reading unit 25. The previous date completion processing program stored in the recording medium is read by the medium reading unit 25 and then stored in the program storage unit 23. In addition, a program can be provided to the program storage unit 23 from another host device via a communication line.
[0051]
  Regarding the program, when the “command for operating the CPU (calculation means) 20” is referred to, it depends on the command for operating the CPU only with each command and another program such as an operating system stored in the program storage unit 23 in advance. Either or both of the commands for operating the CPU 20 are included. For example, in the example shown in FIG. 4, the account information by account date storage command may be only a command to deliver account information by account date generated in the main memory 21 to the operating system. As described above, for example, “the name of the area on the main storage to be stored is handed over to the operating system to a recording medium for storing the future date completion processing program and for transferring the program to the user. Only “command” may be stored. This is determined by the relationship with the operating system of the computer to be operated. This also applies to the case where a program (command) is provided via a communication line.
[0052]
  Next, the account process will be described with reference to FIGS. FIG. 5 is a flowchart illustrating an example of account processing in the configuration illustrated in FIGS. 1 and 4.here,The account date of the account processing request to be processed is the target dateCall.The target account date is the same as the calculation dateWithOrCalculation dateIt is a future date after the next business day.
[0053]
  In the example shown in FIG. 3, the normal balance is account information, but in the examples shown in FIGS.is thereDepending on the amount of that time depositOverdraft limitAn example of automatically lending to an account will be described. For accounts with a collateral period, the balance andOverdraft limitIt is determined whether or not the account processing can be settled with the amount that can be withdrawn. .
[0054]
  In the example shown in FIG. 5, when the calculation means 2 receives the account processing request (step S1), first, the target account dateSame dayofBalanceButis thereWhether or not (step S2),When the balance on the same day as the target account date is recorded among the balances recorded in the balance detail information, the balance is specified as the balance of the target account date. On the other hand, the balance is not recorded in the balance details informationIf the target account dateMore recent in the pastBalanceAs the balance of the target account date(Step S3, balance development process). And the balance of the target account date of the account processing requestAnd possible withdrawal amountWhen, Future dated after the target account dateAccount dateBalance and possible withdrawal amountAre expanded in the main memory 21 (step S4, account information expansion step by account date). Next, the target account dateBalanceProcess the account processing request based onRu(Step S5).
  continue,The account information of the target account date is updated (step S6, target account date processing step). That is,The balance after the addition or subtraction is recorded in the balance detail information as the balance of the target account date. Thereby, when the target account date is a future date, the balance of the target account date is recorded in the balance detail information as the balance of the future date.And account information of the target date calculated in the target date processing step(Transaction amount)Based onFuture date after the target account dateThe account information is updated (step S7, account information update process by account date).
  further,When the balance of the previous date is updated by the withdrawal process,Based on the amount available for each account update,Cancel recutWhether or not there is a necessity is determined (step S8). Cancellation of future dateIs reIn the case of cutting, the account processing on the account date is canceled, recut, or advanced. The account process shown in FIG. 3 is performed by these steps.
[0055]
  Further, in steps S7 and S8, based on the account sunrise allowance amount,Withdrawal requestIf payment is possible for theBalance after operationIs stored in the file as account information of the account date corresponding to the future date. on the other hand,Withdrawal requestIf it is not possible to settle with the amount available for sunriseWithdrawal requestWithdraws on the account dateofStore in the account information as a scheduleIn order to make the result of the withdrawal transaction unsuccessful(Account information storage process by account date).
[0056]
  FIG. 6A is a diagram showing the correspondence between the availability of settlement of account processing and the date processing. If there is a deposit / withdrawal for account processing and there is a change in the account balance, account processing that has not been completed due to a shortage of balance may be settled, or due to a change in account balance, there may be a shortage and settlement may be impossible. If settlement is possible, advance recut processing to advance the account dateRePerform the cutting process. On the other hand, if settlement is impossible, the previous date is canceled and account processing is not established. Unestablished account processing waits for payment. If payment is not possible until the billing date expires or when a predetermined deposit waiting end time is reached, automatic financing by card loan may be performed. This automatic loan by card loan is different from the automatic loan within the overdraft extreme by collateral period, the account processing for the loan is limited,AndIf there is no payment immediately before the expiration of the account date, the automatic loan is provided.
[0057]
  FIG. 6 (B)Cancel recutFor judgmentDate checkIt is a figure which shows a table. In step S7 shown in FIG. 5, the account information is updated on each account date.FinishThen, as shown in FIG.Date checkA table is generated. In the example shown in FIG. 6B, account processing (withdrawal) that has not been established with the 2nd as the account date.ofAppointment) exists and itsTransaction amountSince it is smaller than the amount that can be withdrawn, it can be recut. Further, since the possible withdrawal amount is negative on the account date on the third day, it is necessary to cancel one or several of the account processes having the account date on the third day. In step S8 of FIG.AgainPerform cut judgment.
[0058]
  FIG. 7 shows an example of an operation started by the process shown in FIG.DisappearcutMaineIt is a flowchart which shows an example of a process. Taken at step S8 in FIG.DisappearcutMaineWhen the process is started, it is shown in FIG. 6 (B) from the account information by account date in step S7.dateA check table is generated (step S11). To account information 7 in file 6Withdrawal processing with unsuccessful transaction resultsIs stored,Withdrawal processing with unsuccessful transaction resultsIncrease the amount available for withdrawal on the account datePayment requestWhen you receiveTransaction amountIt is determined whether there is an account date with a larger possible withdrawal amount (step S12). If there is a corresponding account date,Re-payment processingCut (step S13, AgainCutting process). Next, thisReThe balance of each account date is updated based on the cut result (step S14). And there is a possibility that there are still transactions that can be recut.DisappearcutMaineThe process is started again (step S15).
[0059]
  ReWhen there is no account processing request to be cut, it is shown in FIG.dateWith reference to the check table, the presence / absence of an account date in which the possible withdrawal amount is negative is searched. That is, decrease the possible amount of account sunrise for the previous dateWithdrawal requestIs processedWithdrawal requestProcessingBalance afterOf the previous date byWithdrawal processingIt is determined whether or not settlement becomes impossible (step S16, previous date processing confirmation step). If there is no corresponding account date or account processing that cannot be settled, the processing is completed. On the other hand, if an account process that cannot be settled is found in the previous date process confirmation step S16, the withdrawal process at the found future date is canceled as being impossible to withdraw (step S17, previous date cancellation process step). Then, the withdrawal process canceled in the future date cancellation process is stored in the account information as a withdrawal schedule on the account date (step S18, withdrawal schedule storage process). Next, since the possible withdrawal amount may be negative,Cancel recutLaunch process againAnd withdrawal after canceling the other dayThe process of recording that the withdrawal process has not been completed and the process of canceling the future date are repeated until there is no account date for which the possible amount is negative.
[0060]
  As described above, according to the first embodiment, the account processing for the account date that is the future date is completed in advance, and the future date is canceled according to the account transfer.And againSince cutting is performed, there is no need to perform transfer by batch processing before and after the date change, and continuous online processing can be performed even before and after the date change.
[0061]
Second Embodiment
  FIG. 8 is a block diagram showing a configuration example of the second embodiment of the present invention. In the second embodiment, the result of the account processing request with the next business day as the account date is calculated with the account balance on that day. That is, the account processing with the previous date limited to the next business day and the date after the next business day as the account date is not established or is not input as an account processing request. Even with such a mechanism, online 24-hour continuous operation can be realized at low cost.
[0062]
  In the example shown in FIG. 8 (A), the next business day account in which the calculation means 2 processes the account processing on the account date that becomes the next business day with respect to the calculation date on which the calculation is performed based on the account balance on the calculation date. After the next business day account processing unit 40 processes the account balance of the next business day calculated by the processing unit 40 and the next business day account processing unit 40, another account processing request is received until the next business day is reached. And a next business day account balance storage unit 42 for storing in the file as the account balance of the next business day when not.
[0063]
  The account balance of the next business day (the amount that can be withdrawn) is the account balance of the next business day when another account processing request is not received by the next business day after processing by the next business day account processing unit 40. is there. When the next business day account processing unit 40 newly executes account processing for the account, the account balance of the next business day when no other account processing request is received by the next business day after the processing. Is stored in the file 7. The operation principle is the same as that of the first embodiment described above.
[0064]
  The next business day balance storage unit 40 shown in FIG. 8 is similar to the account processing unit 8 for each business day shown in FIG. A next business day account balance update function 44 is provided for updating the account balance of the next business day according to the new processing result processed by 40. Thereby, the account processing result of the day is reflected in the account processing result of the next business day.
[0065]
  FIG. 8B is an explanatory diagram showing a transition example of account information in the second embodiment. First, assume that the balance on the day is 50,000. Here, if there is a withdrawal of 30,000 on the previous date, the balance on the current day is set as the balance on the next business day, the withdrawal process is performed, and the balance on the next business day is set to 20,000. Subsequently, when there is payment on the day, the balance on the day is increased with reference to the balance on the day. The next business day account balance update function 44 reflects this increase in the next business day balance. Then, if there is payment for the next business day, the balance of the next business day is increased to 50,000.
[0066]
  As described above, according to the second embodiment, account processing is executed in advance with the next business day as the previous date, and the balance of the current day and the balance of the next business day are separately provided. Therefore, no processing is performed when the date is changed. Processing such as transfer and transfer can be executed, and thus batch processing such as account transfer can be eliminated.
[0067]
[ActualExample]
  Hereinafter, the present inventionExamplesThis will be described with reference to the drawings.BookIn the example,First,A configuration suitable for processing self-vibration data brought in from outside, self-vibration data generated from the inside, and normal online processing in parallel is disclosed. Also, as account information, a transaction details segment indicating the contents of the transaction, and a balanceAnd overdraft limitAn example is disclosed in which account processing is performed using a balance detail segment that holds each account date.
[0068]
  FIG.BookIt is a block diagram which shows the structural example of an Example. The basic configuration is the same as the configuration shown in FIGS. In the example shown in FIG. 9, a database (DB) or the like that is generally required to execute external self-vibration and internal self-vibration as account processing requests by the calculation means is added. In the example shown in FIG. 9, the future date completion processing system relates to the medium 26 and the customer in relation to external self-vibration.Customer terminal 37. Read external self-vibration source data 101, such as automatic payments for public utility charges, deposits such as salary transfers, etc. from 7, 38, etc., and manage external contracts and self-contract details An external self-vibration data generation unit 100 that adds data stored in the related DB 102 to the external self-vibration original data 101 is provided. The external self-vibration data generation means 100 stores information on the consignor (consignor for transfers, etc.) stored in the external self-vibration related DB 102 and information on the self-vibration contractor (the account holder who performs the transfer with the account). Use to generate external self-vibration data.
[0069]
  In addition, the future date completion processing system according to the present embodiment has an internal self-vibration management DB 111 that manages processing by special provisions such as automatic accumulation and loan repayment and processing by due date such as periodic automatic renewal in relation to internal self-vibration. Are provided with internal self-vibration data extraction means 110 for extracting an account processing request having an account date of a future date as a processing target date. The external self-vibration data and the internal self-vibration data are input to the self-vibration input file generation unit 120, respectively.
[0070]
  The future date completion processing system according to the present embodiment further includes a deposit master DB 160 that manages account information that is a target of account processing in each self-vibration data, and various internal master DBs 112 that manage the loan contents and the like. . The various internal master DBs 112 are master DBs that store information related to internal self-vibration processing results such as loan repayment results by account processing, for example.
[0071]
  The deposit master DB 160 is a file 6 having the account information 7 in the embodiment described above.With. This deposit master DB 160File 6 is account information 7In this example,The target account date of the calculated account processing request, the transaction type, and the transaction amount that is the withdrawal amount or the deposit amount are classified by account date that is the transaction date of the account processing request.In the accountEvery reasonTransaction line segment to record in(Transaction details information, (see FIG. 13)) and,As balance details for each accountAccount processingThe balance of the account date and the extreme amount of overdraft,SaideachBalance line segment to be recorded for each account processing account date(Balance detailsInformation (see FIG. 14). Moreover, you may make it provide the collateral | detail detail segment which memorize | stores the amount etc. of the collateral term deposit which determines the overdraft extreme amount of automatic loans, such as a collateral term.
[0072]
  The future date completion processing system according to the present embodiment also edits the internal self-vibration data extracted by the internal self-vibration data extraction unit 110 and the external self-vibration data read by the external self-vibration data generation unit 100, respectively. In addition, a self-vibration input file generation unit 120 is provided that generates a self-vibration input file in which a center cut message including one or more account processing requests is accumulated. The self-vibration input file generation means 120 edits each self-vibration data to generate an account processing request, and further blocks a plurality of account processing requests to one message as necessary, rearranges messages, etc. Do.
[0073]
  According to this exampleFuture date completion processing systemCalculation means for calculating an account processing request having a transaction type of account processing such as various deposits and withdrawals for each account, a target account date as a transaction date of the account processing, and a transaction amount which is a deposit amount or a withdrawal amount140It has. The future date completion processing system according to the present embodiment is a computing means.Center cut message input means 130 for inputting the center cut message generated by the self-vibration input file generation means 120 to 140 is provided.Good.
[0074]
  PerformanceThe calculating means 140 has substantially the same function as the calculating means 2 shown in FIG. In the example shown in FIG., ActingThe calculation means 140 receives the account processing request for the center cut message input from the center cut message input means 130.Balance on the same date as the target account date or in the past (Recorded in the balance line segmentBalance)Account processing unit by account date 150 to be processed on the basis of the processing, and processing processed by the account processing unit 150 by account dateBalance afterProcessed by the account-by-account balance storage unit 142 to be recorded in the balance details segment as the balance details at the account date of the account processing request, and the account-by-account processing unit 150Tradingresult(Account processing request established or not established)The account processing request transactiontypeIn response to the,In the futureTradingAs a result, a processing result storage unit 144 that stores the external self-vibration original data 101 or the various internal masters 112 is provided. The balance storage unit 142 according to account date stores the newly stored balance.High (transaction amount)Based on the balanceAfterThe balance date segment update processing function for updating the balance detail segment of the previous date is provided.
[0075]
  Also, ActingThe calculation means 140 is an account processing request from an ATM or the like.Respond toOnline response processing unit 146 is providedYou may make it.
[0076]
  The account processing unit for each account date 150 and the balance storage unit for each account date 142 perform substantially the same functions as those shown in FIG. The processing result storage unit 144transactionThe result is updated to external self-vibration original data and various internal masters. The processing result storage unit 144 is stored in the previous date.TradingTo store the result, the account processing is canceledAnd againIf cut, a new oneTradingThe results are sequentially stored in external self-vibration original data and various internal masters. For example, in the case of external self-vibration, it is assumed that a transaction has not yet been established for external self-vibration original data only when processing is impossible.TradingStore the result. In such a configuration, when the account date, which is the previous date, has expired,TradingThe result recording is already complete.
[0077]
  The communication control device 28 and the networks 30 and 31 are the same as those shown in FIG.
[0078]
  In the example shown in FIG. 9, external self-vibration data and internal self-vibration data are generated or extracted, respectively, and the self-vibration input file generation unit 120 generates a self-vibration input file from these self-vibration data. By setting the data structure of the self-vibration input file in a predetermined format, the external self-vibration and the internal self-vibration can be executed in parallel or continuously.
[0079]
  Further, the account processing unit 150 by account date may be provided with a center cut reference function 151 for calculating account processing contents by referring to each DB according to the type of the account processing request. In this case, the periodic interest rate, the amount of the arrears of the loan, the automatic loan amount of the card loan, etc. are determined and processed at the time of account processing. The center cut reference function 151 enables future date processing based on the latest information, and simplifies the structure of the account processing request format, the account processing request execution program, and the self-vibration input file generation means. be able to.
[0080]
  FIG. 10 is an explanatory diagram showing the types of databases used in the configuration shown in FIG. There are two types of self-vibration: a type in which an account processing request is read out using the account date as a key, and a type that is executed using a specific time on the account date as a key. Normal external vibration and internal vibration are account processes using the account date as a key. Account transfers using externally brought-in media and transfers and transfers according to operations of the customer PC 34 and the like are stored in the self-transfer original data file. Account repayment requests are extracted based on the registration data in various internal DBs for repayment by direct debit with the scheduled repayment date of the loan and payment to time deposits by automatic periodic services, etc. The
[0081]
  Special contract management DB for loan repayment, accumulation and automatic regularization serviceFilesInternal self-vibration data is extracted based on the information accumulated in Due date management DB for account processing to automatically continue when the regular period expiresFilesThe internal self-vibration data is extracted based on the information stored in.
[0082]
  Examples of self-vibration using a specific time on the account date as a key include funding of a bill check and automatic loan of a card loan. In addition, in order to execute the automatic periodic service, the amount of money may be changed before the account date expires after processing withdrawals from the savings account and depositing to the time deposit account on the previous date. is there. In this case, the operation of the terminal of the branch office cancels the related account processing that has already been executed and executes the account processing under the new contract. Account processing request due to such a billing date or a change just before it isFilesRegistered in
[0083]
  In this embodiment, various data and databases are used properly according to the contents of the transaction, but as shown in FIG. 9, after editing these into a certain form of account processing request,Calculation means140 is input.
[0084]
  11 shows the self-vibration input file generation means shown in FIG.Calculation means 140It is a block diagram which shows the detailed structure of these. Self-vibration input file generation means 120Calculation datethanFuture dateA deposit request priority unit 121 for processing a deposit request among a plurality of account processing requests to be processed prior to a withdrawal request.Good.In the example provided with the deposit request processing priority unit 121, in the relationship with the process shown in FIG.DepositRequest saidWithdrawalIncludes a processing order setting process that sets processing to be performed prior to a requestGood.
[0085]
  If the deposit request is first processed by the deposit request priority unit 121, the possibility of cancellation becomes low. For this reason, for example, when payroll transfer is performed, the transfer process to each account on the previous date is performed first. Then, a future date process is performed in which the total amount transferred is withdrawn from the account of the payer. Similarly, in the future date processing, it is not necessary to complete the withdrawal of the transfer side account and the payment to the account on the transfer side for the transfer. That is, even if the deposit by transfer is performed on the previous date, and the withdrawal on the transfer side account becomes impossible after that, the deposit process can be canceled until the transfer date arrives.
[0086]
  The self-vibration input file generation unit 120 may include a type sorting unit 122 that rearranges a plurality of center cut messages in a predetermined order according to the type of the account processing request. In this case, for example, deposit processing request is withdraw processing requestProcess beforeOr some kind of account processingFinishOther types of account processing to be performed later can be input to the center cut message input means 130 in the proper order.
[0087]
  Furthermore, the center cut message input means 130 may include a random sort unit 123 that rearranges a plurality of center cut messages at random. This is intended to prevent throughput reduction due to concentration of access to the deposit master DB in a specific area, or account processing that cannot be withdrawn when the balance is insufficient for several months. Acts so that the type of is not constant.
[0088]
  In the example shown in FIG. 11, when the account date-specific account processing unit 150 shown in FIG. 9 changes in the possible withdrawal amount due to the update of the balance detail segment by the account date-specific balance storage unit 142, Date and dateMore futureCanceling or recutting the one or more account processes on the assumption that there is no change in the amount that can be withdrawn until the account date for one or more account processesCancel recutA processing function 152 is provided. Thereby, even if the balance is virtually insufficient at the future date, the future date completion process is performed well.
[0089]
  Further, the account processing unit 150 according to account date executes an account processing request that is closer to the present date among the plurality of account dates that are the future dates, and an account date that is later than the account date of the account processing request that has been executed. Is provided with a forward cancellation control function 153 for setting the account processing established in step 1 to be canceled. As a result, account processing is performed with an optimal account date.
[0090]
  FIG. 12A is a diagram illustrating a configuration example in which a recut management DB is added to the configuration illustrated in FIG. 9. As shown in FIG. 10, the recut management DB is a database that manages self-vibration data that is executed with time as a trigger. In the example shown in FIG. 12, the future date completion processing system has a predetermined date.AfterOf the account processing requests managed by the recut management DB 112 that manages account processing to be processed and the recut management DB 112TargetAccount processing request whose account date is the current dayTransaction typeAnd a time-dependent process extracting unit 113 for extracting the account processing request extracted after a predetermined time in accordance with the input to the self-vibration input file generating unit 120.May be.
[0091]
  For example, the time-dependent process extraction unit 113 may perform an unestablished account process.is thereIn this case, it is used when an automatic loan using a card loan is performed when the possibility of deposit is low or no longer exists. In this example, the deposit master DB 160 includes a remaining shortage detail segment that stores a transaction detail that has become impossible when a transaction on the account date is impossible and a recut deadline that is a time limit for performing the transaction. The recut management DB 112 has the remaining shortage detail segment.,And,A non-payment process for an account for which a non-payment process such as execution of a card loan is set is stored as an account process request. For this reason, the time-dependent process extraction unit 113 extracts an account process request for performing a non-payment process from the recut management DB when a manual command is input or a predetermined time comes.
[0092]
  Bills, checks, etc. are incorporated into the balance that can be withdrawn on the condition that there is no non-delivery notice. In this case, as shown in FIG. 12 (B), the balance detail segment of the deposit master DB 160 is unfunded to be funded on the funding date in response to an account processing request with the funding date as the funding date. Remaining data and actual remaining data indicating the balance that can be withdrawn are provided. The recut management DB 112 stores the funding process after the non-delivery contact time for an account having unfunded remaining data in the balance detail segment as an account process request.
[0093]
  Referring to FIG. 12 (B), it is assumed that the deposit 100,000 by the check having the funding date of 10th has already been reflected in the balance details by the center cut of the previous date. If this 100,000 is added as it is to the actual balance, which is the actual balance, it becomes impossible to cope with the possibility of receiving a non-delivery notice after the withdrawal of cash. For this reason, on the 10th, which is the funding date, 100,000 is stored in the balance statement as an unfunded balance. On the other hand, the previous date, 11th, is incorporated into the actual balance without waiting for non-delivery. This is because the 11th is the previous date, so if funding becomes impossible, the funding process should be canceled, and the balance with the 11th as the account date should be withdrawn in cash on the 10th. In addition, generally, it is highly likely that the non-delivery notice will not be received and the funds can be normally funded, and in that case, the possibility that the withdrawal of the other day will not be established is increased. In fact, 250,000 withdrawals were made by transfer on the previous date before receiving the non-delivery notice on the 10th.is thereIn this case, the balance is set to 50,000, and it is possible to prevent cancellation or recut processing due to unsettled account processing.
[0094]
  If there is no non-delivery notification by 11:30 on the 10th, which is the funding date, the funding process read from the recut management DB is executed, and the unfunded balance is incorporated into the actual balance. On the other hand, when a non-delivery notice is received, no funding is performed, and the balance with the account date of 11th is also reduced by 100,000. In this case, the withdrawal of 250,000 is canceled when the possible withdrawal amount with the 11th as the account date is negative.
[0095]
  13 and 14 are explanatory diagrams showing examples of transaction detail segments used in the configuration shown in FIG. In the example shown in FIGS. 13 and 14, the deposit master DB 160 (file 6) is used as the account information 7., Mentioned aboveTransaction line segmentAnd the restHigh detail segmentAnd the restAnd a shortage segment. In addition, automatic financing such as collateralOverdraft limitTransaction to calculatetypeAnd a collateral detail segment that records the collateral amount.
[0096]
  The remaining shortage details segment includes the account date data, the remaining shortage transaction details data that records the details of the account processing request that has become shortage, and the execution deadline for re-executing the account processing request when the transaction is impossible. Re-cut time limit data shown.
[0097]
  The balance line segment isCalculation meansBy 140Same as calculation dateIt is used to determine the balance for each account date of the date or the future date, and process the account processing request.SenseIt is updated every account date accordingly. And depending on whether the future date transaction becomes a balance that cannot be settled after the renewalCalculation means140 is used to determine whether or not to cancel the account processing request for the earlier date 140.
[0098]
  The remaining shortage item segment isCalculation meansAfter the account processing request is executed to increase the account balance at 140Calculation means140 calculation date is recut periodLimitReferenced when the time has not elapsed and the increased balance is greater than the transaction amount in the remaining shortage transaction details dataCalculation means 140Start recut processing by.
[0099]
  If there is transition data of the account by this transaction details, balance details and remaining shortage details,Cancel recutProcessing becomes easy. The account transition data in this data structure is referred to herein as data for completion processing for the previous date.
[0100]
  Referring to FIGS. 13 and 14, the collateral amount carried forward is 50,000 (cell 0J in FIG. 13).Overdraft limitIs 90% of 45,000 (0L in FIG. 14). The balance carried forward is 50,000, and the total amount is a possible withdrawal amount of 95,000. The withdrawal possible amount may be calculated at the time of account processing without being included in the balance detail segment itself. Here, in order to facilitate understanding, the explanation will be made without including late interest on loan repayment.
[0101]
  First, the withdrawal 108,000 (1E in FIG. 13) for loan repayment with the account date being 2 days is executed as account processing. In this case, than the amount that can be withdrawnTransaction amountBecause it is large, settlement becomes impossible. Account processing unit 150 by account datesegmentRecord the transaction amount and the recut deadline. The result of the transaction is extremely high and unsettled. Next, suppose that there is 10,000 (2E) collateral regular deposit by the automatic regularization service. Since the possible withdrawal amount is 95,000, this account processing is established, and the collateral becomes 60,000 (2J). Since the amount of collateral has increased, there is an extreme increase (3D),Overdraft limitBecomes 54,000 with 2 days as the accounting date. In this case,Overdraft limitThere is no change.
[0102]
  If there is a deposit of 150,000 on the 1st, the transfer date is 3rd, the loan repayment can be settled on the 3rdReCut (5C). Next, assume that there is a cash withdrawal 70,000 by ATM. Since the possible amount of money per day is 95,000, account processing is established, and the daily balance is minus 20,000 (7K in FIG. 14). Since the balance for this day has been updated, the balance by account date storage unit 142 updates the balance detail segments for the 2nd and 3rd days. Since the amount that can be withdrawn is not negative on any account date, the cancellation process is not performed.
[0103]
  Furthermore, suppose that there was 130,000 deposits by transfer with the account date as the second day. The balance on the 2nd is updated, and the possible withdrawal amount is 154,000 (8P in FIG. 14). Then, the loan repayment that was established on the third day can be settled on the second day. For this reason, the advance cancellation with the 3rd account date and the forward recut with the 2nd account date are performed.Advance recut is the amount that can be withdrawn on the withdrawal date on the date (2 days) closer to the first day of the account date than the specified account date (3 days).Withdrawal processing with recut deadlineTransaction amountAnd the result of the comparisonTransaction amountIs settled within the amount that can be withdrawn on the date close to the first day of the account date (2 days), the withdrawal process is executed with the date close to the first day of the account date (2 days) as the new target account date. To do.
[0104]
  In this state, all account processing with 1 day as the calculation dateCompleteAnd it ’s two days. The final balance on the 1st is -20,000, and based on this balance and the amount deposited on the previous day on the 2nd, the regular payment for loan repayment is completed, and the balance becomes -8,000.
[0105]
  If there is a credit transfer with the third day as the account date on the second day, the amount of money that can be paid on the third day is 196,000, so this transaction is completed. Next, on the second day, suppose that there is a cash withdrawal of 40,000 by ATM of the same day account. Since the amount of money that can be raised on 2nd day is 46,000 (10P), this transaction is concluded, and the balance on the 2nd is -48,000. Reflecting the balance of 2 days on 3rd, the possible withdrawal amount is -4,000 (12S)(As shown in FIG. 22, the amount necessary for cancellation becomes 4,000). Since the amount that can be withdrawn is negative, the withdrawal account processing with the third day as the account date is cancelled. Since the third sunrise is a credit transfer (11D), the withdrawal is canceled (13C).
[0106]
  Suppose that three days have passed in this state. Although the payment on the third day is completed, the credit transfer remains unsettled. If there is no account processing on the 3rd, the card loan automatic loan target is extracted from the recut management DB and executed. If the automatic loan of the card loan is, for example, the minimum loan with a possible withdrawal amount of 0 yen, the automatic loan amount is calculated at the time of account processing by the center cut reference function 151 and is set to 4,000. This is deposited and credit transfer is established. When the center cut reference function 151 is used, it is not necessary to store the automatic loan amount in the recut management DB.
[0107]
  As described above, according to the present embodiment, as shown in FIGS. 13 and 14, even if various account processes are executed in an order that cannot be predicted in advance for several account dates, the configuration shown in FIG. By using the balance segment for each account date, individual account processing can be executed strictly. Further, regarding transaction inquiries and transfer inquiries from customers, if they are established only by the day in the transaction details and only confirmed transactions are targeted, the customers are not notified of transactions of the previous date or canceled transactions. That is, by using the transaction detail segment, it is possible to prevent the canceled transaction from being recorded in the passbook or being contacted by the accounting information service of farm banking (FB).
[0108]
  Next, in this exampleA technique for parallel processing online account processing and self-propagation account processing using an opcode table will be described.
[0109]
  FIG.Is realIt is a block diagram which shows the structural example of the future date completion processing system by an Example. In the example shown in FIG. 15, the future date completion processing system edits external self-vibration such as automatic transfer of public utility charges and internal self-vibration such as automatic accumulation into predetermined self-vibration data, andtypeA self-exciting input file generating means 120 for generating self-exciting input data including an operation code according to the account processing request;CD / ATMRespond to account processing requests with 33 terminalsCalculation means140 and thisCalculation meansCenter cut message input means 130 for inputting self-vibration input data generated by the self-vibration input file generation means 120 to 140 is provided.
[0110]
  The future date completion processing system according to the present embodiment further includes a program storage means 170 that stores a plurality of subprogram data for processing all or part of an online account processing request and an account processing request based on self-vibration data, and the account processing The name of the subprogram used when executing the request and the execution order of the subprogram areTransaction typeAnd an operation code table storage unit 171 storing operation code tables stored for each operation code.
  The opcode is a numeric string, for example, for depositing ordinary deposits or canceling periodic deposits.Transaction typeIs a code representing In this embodiment, the combination of this opcode, account date, and transaction amount is an account processing request.That is, the account processing request has an operation code that specifies the transaction type of the account processing.
[0111]
  Then, each subprogram executes a common command for executing the processing common to the online account processing request and the account processing request based on the self-vibration input data, and the return or other of the subprogram according to the activation form of the subprogram. And a return / startup command for executing processing for starting the subprogram.
[0112]
  Further, program storage means 170 isLaunched during execution of the subprogramThisTo generate an account state on the account date which is the future date when it is assumed that there is no account processing for the account after the account processingTo the previous dateIdentify the account process to be erased or recutDisappearCut mainFor processingI remember the program.
[0113]
  FIG. 16 is an explanatory diagram showing an example of an operation code table. The opcode table should be defined for each account processing task. For example, when withdrawing from a savings account and depositing into a time deposit, the deposit into the time deposit is considered as an activation process, and the withdrawal from the ordinary deposit is considered as a passive process. The activation process and the passive process are either established or both are canceled.MiariOf standingNotProcess. As activation processing, there are external self-vibration such as deduction of public utility charges, financing, periodic processing, and account processing related to fixed volume. Examples of passive processing processed in conjunction with the activation processing include account processing such as savings, checking, and information registration.
  In other words, business processing on the startup side of account processing such as external self-directing (account transfer) and loan repayment is set as startup processing, and business processing on the passive side that manages balance detail segments and the like is set as passive processing.
  In the example shown in FIG. 16, account processing is divided into passive processing and activation processing, and an opcode table is created for each business.That is, the business-specific operation code table stores the relationship between the operation code that specifies the transaction type of account processing, the name of the subprogram used for the processing of the account processing specified by the operation code, and the execution order.
[0114]
  FIG. 17 is an explanatory diagram showing an example of the contents of the operation code table. FIG. 17 is an opcode table for ordinary deposits. It is assumed that the operation code of the ordinary deposit withdrawal is “01001”. The operation code specification of the operation environment of this operation code is described in the operation code table. For example, withdrawals of ordinary deposits also operate on Saturdays and perform central batch processing for future dates. On the other hand, separate approval processing for operation is not necessary. In a preferred embodiment, an account processing request for canceling an account processing request may be a certain number added to the original account processing request opcode. For example, if you add 500 to cancel, the savings code opcode is 01001is thereIn this case, the cancellation opcode for withdrawal from the ordinary deposit is 01501.
[0115]
  The operation code table prevents an account processing request designated by each operation code from operating in a non-predetermined operating environment. For example, even if an operation code that is not performed in the center batch processing due to some trouble is input as the center batch processing, by referring to the operation environment specification of this opcode table,Calculation means140 can output an error.
[0116]
  Considering the withdrawal of ordinary deposit (opcode 01001) as an example, the details of the processing are the same when executed as online processing from ATM and when executed in earlier date processing such as external self-vibration and periodic deposits. May not. On the other hand, there is a process that is common to all types of startups as long as it is withdrawing from ordinary deposits. Account date and account dateThe balance of future future dates is stored in main memory.The processing to be expanded is common processing for deposit and withdrawal of the ordinary deposit. In this embodiment, the relationship between these account processes and programs is adjusted by a program list for each operation code shown in FIG.
[0117]
  As a program activation mode, B: when the account processing request (opcode) is input for the first time from a terminal such as the branch terminal 34 or ATM 33, and C: the same account processing request is continuously issued from the same terminal. When entered: D: “accounted” started as part of a single transaction as passive processing, such as withdrawal of savings deposit for regular deposits, E: savings deposit at earlier date processing In order to cancel or re-cut when there is a change in the balance of deposits, etc.Other"Derived" is started as a transaction.
[0118]
  SaidCalculation means140 is a function for specifying the operation code table based on the operation code of the account processing request when the account processing request is input, and the subprogram as a single transaction in the order specified in the specified operation code table. Function to perform(Transaction management processing)And. For example, in the example shown in FIG. 16, when the account processing request specified by the operation code 01001 is activated in the center,Transaction management processingThe subprograms 10, 11, and 12 are executed as one transaction in this order.
  In this way, the operation-specific opcode table is divided into the activation process that is the activation side of the account process and the passive process that is the passive side of the account process and manages the balance details segment, and processes the account process request. The subprogram name to be used and the execution order are stored for each transaction activation mode.
[0119]
  In this embodiment, two types of transaction starting methods are used properly. One is linked transactions (Coordinated transactions,A chain transaction), and another is a derivative transaction (unchained transaction). Linked transactions are, for example, when performing withdrawals from a savings account and depositing into a savings account in order to perform automatic recurring, a transaction for withdrawing from a savings account and a transaction for depositing into a savings account. As a single transactionmanagementIt is a technique to do. In other words, linked transactions(Linked transaction)Is one transaction. Linked transactions generally have a limited number of links.is thereIn addition,OneNumber of transactions that should be linked in order to be executed as a transaction(Number of transactions included in a linked transaction)If there are many, online trading(Online account processing)The response time cannot be set within a certain time.
[0120]
  Derived transaction is one transactionFinishAnd what is that transaction?DifferentIt is a derivative of other transactions.
  As described above, the calculation unit 140 manages, as the transaction activation mode, the linked transaction that links the activation process and the passive process as one transaction and the derived transaction.
  Derived transactions (unchained transactions, Derived transactions) Is difficult to handle, but according to the present embodiment, it is several hundred for one deposit process.ReIt can also be assumed that cut processing will be performed, and if the number of account processing for the same account becomes large in this way, cancellation of the previous date with linked transactionsAgainThere are limits to processing cuts.
[0121]
  For this reason, in the example shown in FIG.Calculation means140As transaction management processing,A function that executes other subprograms instructed by the subprogram as the same or other transactions in parallel with the execution of the subprogram of each transaction(Management process)And the success of a single transaction identified in the opcode tableFinishLater in the subprogram(Start-up instruction)According to the aboveDisappearCut mainFor processingprogramThe otherTo be executed as a transaction(Management process)And.
[0122]
  It is a linked transaction that activates another subprogram as the same transaction. It is a derivative transaction that starts another subprogram as another transaction. For example, when creating or transferring a time deposit by withdrawal from a savings account using ATM, the depositing or transferring to the time deposit is performed in conjunction with the withdrawal processing of the savings account. On the other hand, when there is a deposit from ATM, re-cutting of the transaction of the previous date and controlling the advance are the derivative transactions(Derived To Transaction)To do. When there is a deposit from ATM, the subprogram group for deposit processing operates as one transaction, and finally cancels and recuts mainFor processingStart the program as a derivative transaction. The deposit processing transaction that started the derivative transaction ends, and the processing ends after printing the balance of the day. In parallel with this balance printing, etc.processingIs executed as a derived subprogram. By depositReWhen an account process to be cut is found(FIG. 19 Step A18)Derivative transactions, that account processing recut processing again(Derived transaction)Start as. The recut processFinishThen, in order to check whether there is any other account processing that can be recut, in addition to cancel recut mainprocessingIs launched as a derivative transaction. Cancel recut mainprocessingIs activated by derivation repeatedly until there is no account processing to be canceled or recutable account processing.
  If there is a change in account balance,Cancel againCut mainFor processingAccount processing by running the programLaterIt is possible to arrange and complete the account processing of the previous date when it is assumed that there is no account processing.
[0123]
  In the present embodiment, the account processing request included in the center cut message for performing internal self-vibration and external self-vibration is the activation process shown in FIG. Startup processCalculation meansWhen executed at 140, the corresponding passive process is started in conjunction with the execution. For example, during the execution of account processing for loan repayment, the withdrawal process for the ordinary deposit subject to loan repayment is started in conjunction. At the end of passive processing,DisappearCut MayProcessingIs activated by derivation. TakeDisappearCut MayProcessingSearches for account processing to be canceled or account processing to be recut. The account process to be searched is an activation process. TakeDisappearCut MayProcessingDerived cancellation of fixed deposit, for exampletransactionStart with. This fixed deposit is activated in conjunction with the corresponding passive process. And passive processing isDisappearCut MayProcessingStart with derivation.
[0124]
  Hereinafter, a specific processing example will be described. FIG. 18 is a flowchart illustrating an example of the balance details update process (subprogram). Since this balance detail update is used for various account processing requests, it is a single subprogram. First, a balance detail update request is received. This balance detail update process is activated, for example, when an account process request is established and the account balance is changed. Subsequently, the balance details segment is read from the file 6 or the deposit master DB 160 (step A2). Then, the balance details are expanded in order of old account date (step A3). The balance statement for the account processing requestis there(Step A4). If there is no balance details for the account date, a balance details area for the account date is created (step A5). Subsequently, various balances after the account date are updated (step A6). Further, the updated balance detail segment is updated to the deposit master DB 160. Then, processing for returning to the main business is performed in accordance with the activation mode.
[0125]
  FIG. 19 is a flowchart illustrating an example of a normal deposit process. First, from a branch terminal, ATM, or a transaction to make a transfer,Payment requestIs received (step A11). Then thisPayment request, The presence / absence or status of the account to be deposited (step A12), and if there is an abnormality, error processing is performed. If it is normal, a deposit transaction statement is created (step A14). Subsequently, the balance details update process shown in FIG. 19 is executed (step A15). Balance line update successfullyFinishThen, the transaction log of payment is output (step A16). This transaction log is used for printing various forms and for constructing a management database (delay processing). Then, the daily balance for managing the accounting of the financial institution is updated (step A17). Further, the presence / absence of an unsettled transaction is checked (step A18). For example, the presence or absence of remaining shortage details is checked. If there are unsettled transactions,Cancel recutMaineprocessingIs activated as a derivative transaction (step A19).Cancel recutMaineprocessingProcessingFinishWithout waiting for normal deposit processingFinishTo do.
  Since the balance statement update process A15, daily balance update A17, and the like are common to various account processes, the same program may be used for various account processes using the program list of the operation code table.
[0126]
  FIG. 20 is a flowchart illustrating an example of a normal withdrawal process. From ATMs or account processing requests to transfer fundsWithdrawal requestIs received (step A20), the format and account are checked (step A21). If the account is in a transaction stop, etc., error processing is performed accordingly (step A22). If the format etc. is normal, calculate the possible withdrawal amount from the balance statement of the account processing request,Transaction amountAnd the possible withdrawal amount are compared (step A23).Transaction amountOn the other hand, if the possible withdrawal amount is insufficient, error processing is performed with no balance (step A24). Similarly to the example shown in FIG. 19, creation of transaction details (step A25), activation and return of balance details update processing (step A26), output of transaction logs (step A27), and daily total update (step A28) )I do.
[0127]
  Subsequently, based on the updated balance details for each account date, the presence / absence of an account date having a negative withdrawal amount is checked (step A29). If there is an account date for which the possible withdrawal amount is negative,DisappearCut MayProcessingAs a derivative transaction (step A30)DisappearCut MayProcessingOf processingFinishNormal withdrawal process without waitingFinishTo do. On the other hand, even if there is no negative withdrawal possible amount,FinishTo do.
[0128]
  FIG.RealTake in the exampleDisappearCut MayProcessingIt is a flowchart which shows an example. The action shown in FIG.DisappearCut MayProcessingThen, by repeatedly performing the process shown in FIG. 21, the account process is surely canceled or recut regardless of the combination of transactions. thisCancel recutMaineFor processingThe program has the following instructions:
[0129]
  When the balance is updated by a new withdrawal process, the cancel / recut main process is activated for the previous date when the balance is updated (step A30 in FIG. 20, steps E2 and E4 in FIG. 23).When activatedBalance statement information (balance and overdraft limit)Date check table creation command (step B2) for calculating the possible withdrawal amount for each account date based on the above.That is, the date check table creation command causes the calculation means 140 to calculate the balance for each account date (the amount that can be withdrawn) of the balance detail information updated by the other transaction, thereby generating a date check table.
  Required cancellation amount for each account date based on the date check table created by the date check table creation command(As shown in FIG. 22, when the possible withdrawal amount is negative, the absolute value)Cancellation required amount calculation command (step B3).
  The date check table is, for example, a table shown in FIG.
[0130]
  First day of account dateIn the futureIf there is account processing settled within the recut deadline,With recut deadlineAccount processingFuture dateStart cancellation process (step C1)AndConcernedFuture dateCancellation processingFinishLaterDisappearCut mainprocessingStart againLetForward cancellation command (steps B4, B5).
[0131]
  TakeDisappearCut mainprocessingWill start againFuture dateAs a return instruction when cancellation processing is invoked as a derivativeFuture dateYou may make it describe in the subprogram which comprises cancellation processing. By repeating these steps B1, B2, B3, B5, and C1, all account processing that should be advanced once is short and short.segmentStored in Thereby, the settlement on the earlier account date is achieved by the latter half of the processing (C3 etc.). Once the remaining shortage item was set, but the same account dateAgainIt is often cut, but there are some that reprocess by referring to some data at the time of account processing,Overdraft limitBecause changes occur,Cancel recutMaineprocessingThen, for the time being, the first day of the account dateMore futureCancel all account processing settled within the recut deadline.
[0132]
  Cancel recutMaineFor processingThe program is when the cancellation process is not triggered by the advance cancellation command,And,When the necessary amount for cancellation is stored on the date check table(If the possible withdrawal amount is negative)In addition, a cancellation target specifying command (steps B6 and B7) for specifying an account process, which is an account sunrise transaction in which the necessary cancellation amount is stored, as a cancellation target is provided.
  That is, the cancellation target specifying command first causes the calculation means 140 to determine whether or not there is a future date in which the balance (withdrawable amount) is negative in the date check table (step B6 in FIG. 21). Next, the cancellation target specifying command causes the calculating means 140 to specify the withdrawal process that was established on the previous date (step B7 in FIG. 21). Furthermore, the cancellation target specifying command instructs the calculation means 140 to start the previous date cancellation processing for the withdrawal process (step B8 in FIG. 21 and steps E5 and E7 in FIG. 23). Then, the transaction management process of the computing means 140 starts the withdrawal date cancellation process (steps D3 and E8 in FIG. 23) of the withdrawal process as a derived transaction (step B8 in FIG. 21).
  Then, after the start instruction for the cancellation process for the previous date, the derived transaction of the cancellation / recut main process is terminated (step E6 in FIG. 23).
  The computing means 140 executes a future date cancellation process (step C2 in FIG. 21, steps E8, D3 and D4 in FIG. 23).
[0133]
  Also,Cancel recutMaineFor processingThe program starts the cancellation process C2 of the account process specified according to the cancellation target cancellation command, and also executes the cancellation process.FinishlaterCancel recutMaineprocessingStart againLetCancel processing start command (step B8).
  This step B1, B2, B3, B4, B6, B7, B8, C2(Balance)Repeated until is positive(FIG. 23 steps E13 and E15). If the possible withdrawal amount is positive, perform the necessary cancellation for other account dates and execute step B9 to check whether there are any other account dates that can be recut.The
[0134]
  Cancel recutMaineFor processingThe program also has the following instructions:
  When the cancellation target is not specified by the cancellation target specifying command B7, that is, the minus of the withdrawal possible amount is not present for all the account dates.Noin case of,Transaction resultIs not established or canceledThe result of the transaction isA settlement enable / disable determination command B9 for generating a list of account processes that have not been established and for sequentially specifying account processes that can be settled from the earliest account date.That is, the settlement determination command is a withdrawal process in which there is no future date in which the balance has become negative in the date check table, and the result of the transaction is unsuccessful on the same date or a future date as the account date on which the balance has been updated. When there is an account, the calculation means 140 is made to identify the account process that has not yet been settled from the earliest account date.
[0135]
  When there is an account process that is determined to be settled according to the settlement permission determination command B9, the recut process is started for the account process and the recut process is performed.FinishLater, activate the settlement allowance judgment commandLetRecut processing start command B10.That is, the recut process activation command instructs the calculation means 140 to activate the recut process targeted for the withdrawal process specified by the process according to the settlement possibility determination command (step B10 in FIG. 21). Steps E5, E7, D5 in FIG. 23). Then, the transaction management process of the calculation means 140 instructed to start starts the re-cut process (steps E8 and D6 in FIG. 23) of the withdrawal process as a derived transaction (step B10 in FIG. 21).
  Then, after the recut process activation instruction, the derived transaction of the cancel / recut main process is terminated (step E6 in FIG. 23).
  The computing means 140 executes the recut process (step C3 in FIG. 21, steps D6 and D7 in FIG. 23).
  In the advance control, it is determined whether or not the account processing canceled at C1 can be settled on the previous account date at B10. For example, by deposit processingCancel recutMaineprocessingIs activated, if there is a remaining shortage in spite of not being established in step A18 in FIG. 19, it is determined in step B4 in FIG. 21 whether the account processing is likely to be advanced. If it can be moved forward, a cancellation process is performed (step C1). Then, in step B9, it is determined whether or not recutting is possible on an earlier account date (account date on which payment is made).
[0136]
  A process completion instruction B11 for completing the process when there is no account process that is determined to be settled according to the settlement enable / disable determination instruction. The completion of the process is, for example, a return of the process to the business main.That is, when it is determined that there is no incomplete account process that can be settled by the process according to the settlement permission / inhibition instruction, the process completion instruction B11 ends the derivative transaction of the cancellation / recut main process, and Complete account processing for all future dates by the cut main process.
[0137]
  The recut process shown in FIG.Calculation means 140It is a function. That is, in one embodiment,Calculation means 140Process the account balance increase request for increasing the balance of the account to be processed as the account processing request and the account date of the account balance increase request according to the processing resultMore futureAccount processing unit that updates the balance line segment defined by the account date and the recut deadline has not been exceeded after the account balance increase request is executed,And,The remaining shortage and shortage details read unit that reads the remaining shortage and shortage details segment that has not been completed, and the remaining shortage and shortage details read by the remaining shortage and shortage details reading unit based on the balance details segment by account date updated by the account processing A recut enable / disable determining unit that determines whether or not the detail data can be recut; and a recut processing unit that reprocesses the remaining shortage transaction detail data determined to be recut by the recut enable / disable determining unit; It is good to have.
[0138]
  FIG. 23 illustrates passive processing, passive processing, andCancel recutMaineFor processingIt is explanatory drawing which shows the structural example of a program.The computing means 140 executes the account processing, transaction management processing, cancellation / recut main processing, future date cancellation processing, and recut processing. In the example shown in FIG. 23, the account process is executed as a linked transaction between the activation process and the passive process, that is, as one transaction.
  First,Calculation means140 Passive processing of opcode xx1(E1)Is executed. In this passive process, the balance of the account is changed.DisappearCut mainprocessingDerivedtransactionIt starts as E3 (E2). TakeDisappearCut mainprocessing(E4)Identifies the object to be canceled or recut according to the process shown in FIG. 21, and derives the activation process (opcode xx2) for the object to be canceled or recut.transactionStart withInstructions (E7)(E6). DerivedAs a transactionThe startup process started is16 andAs shown in FIG.By businessThe activation process is performed according to the program list by the derived (E) in the opcode table. During this activation process, a passive process such as a process related to savings is requested by the interlocking E11 (E8). The passive processing (opcode xx3) E12 requested to be linked performs withdrawal of withdrawals and withdrawals of ordinary deposits, etc.DisappearCut mainprocessingTheAs a derived transactionStart-upInstructions(E13). That is, the passive process E12 performs the same operation as the passive process E1. Passive processing(E12)DerivedofStart-upInstructions (E13)After that, the process returns to the interlocking process (E14).With this return (E14), the activation process and the passive process are executed as one transaction.
[0139]
  In the startup process E8, the subsequent process is advanced in accordance with the normal end of the passive process, and the process ends (E10). Derivation of E15Cancel recut indicated to start as a transactionMain placeReasonThis start process is the start of execution(E8)Derived to be after the end oftransactionIt is good to manage.
[0140]
  This passive processing, startup processing andDisappearCut mainProcessing andThe relationship will be specifically described. It is assumed that the withdrawal of the ordinary deposit indicated by the symbol D1 is performed on the previous date. Derived due to changes in balancetransaction(E3AsTakeDisappearCut mainprocessingIs activated. Savings withdrawal(D1)Is taken by this derivationDisappearCut mainprocessingBehaviorFinishProcess without waitingFinishTo do. Meanwhile, derivationLaunch as a transactionTakenDisappearCut mainprocessingSavings and withdrawal processing(D1)Starts executing after successfully completing. Here, due to withdrawal of savings account, there is a shortage on the account date of the future date(Payable amount is negative)Therefore, it is assumed that the periodic deposit that has already been established is to be canceled (D2, B7 in the example shown in FIG. 21). In this case, derivedStartup instructions (E7)Then, the periodic deposit cancellation which is the activation process is activated (B8). During withdrawal processing of regular deposits, linked withdrawal processing (passive processing) of the corresponding ordinary deposit is linked(E11)Ask at. Withdrawal from ordinary deposits, which is a passive process, requires withdrawal of ordinary deposits equal to the amount of periodic deposit withdrawals.By reducingCancel (D4). This cancellation process(D4)Is accompanied by account transfer,DisappearCut mainprocessingTheDerived transactions (E15)ageStarting onInstructionsTo do. When the withdrawal of savings deposit and the cancellation of periodic deposit are committed, the linked transaction isFinishTo do.
[0141]
  As a result of canceling a transaction, it may be possible to recut other transactions that have not been completed. For example, as a result of canceling 30,000 periodic deposits with 5,000 remaining shortages,The result of the transaction is10,000 unpaid utility bill transfers can be recut(Payable)It may become. Of the unsettled transactions in step D5ReSuppose you find a transaction that can be cut (transferred). Similarly, derivedStartup instructions (E7)To activate external self-vibration(D6)Asks for ordinary deposits and withdrawals to perform linked transactions. Savings withdrawal(D7)The balance will change due toDisappearCut mainprocessingTheAs a derived transactionStart (D8). If there is no cancellation target and no recutting target, the withdrawal of the future date transaction started by the savings withdrawal D1 here.DisappearCut mainProcessing (account processing of future date)Is completed.
  Referring to FIGS. 23, 16 and 17 again, the calculation means 140 refers to the operation-specific operation code table from the operation code of the account processing request as the account processing by one transaction for processing the account processing request. BusinessAnotherThe subprogram of the activation process (E8) specified in the opcode table and the subprogram of the passive process (E12) corresponding to the activation process are executed by the linked transaction (E11, E14).
  Then, after the account processing by the one transaction (E11, E14) is terminated (E10) by the linked transaction, the cancellation / recut main processing (E4) by the derived transaction is executed.
  After the cancellation / recut main processing (E4) is terminated (E6) in the derived transaction, the future date cancellation processing (D3) or recut processing (D6) is executed by another derived transaction.
[0142]
  in this wayBookIn the example, linked transactions(Linked transaction)And derivative transactions(Derived transaction)By properly using the above, it is possible to process the completion process for the previous date in parallel with the online process without causing a delay in the account process by other online processes. For example, even if you do not set priorities for processes by other transactions for derivative transactions, etc., conventional batches such as account transfers without affecting online response time due to restrictions on the maximum number of derivative transactions, etc. Account processing that has been performed in the processing can be processed during online processing.
[0143]
  FIG. 24 is an explanatory diagram showing an example of a daily program execution according to the second embodiment. From 7:00, center cut (C / C) of internal vibration and external vibration is started, and external vibration and bill exchange are sequentially executed. Further, the other-store ticket funding C / C by the recut management DB is executed at 11:30, and the card loan automatic loan C / C is executed after 16:00. Subsequently, the C / C for re-execution of account processing whose contract has been changed, reorganization processing of master data, etc. are performed. At 24:00, all center cuts (account processing) performed by batch processing are performed. Can be completed at a later date to change the date.
[0144]
【The invention's effect】
  Since the present invention is configured and functions as described above, according to this,Use balance by date In order to execute account processing at the future date,In parallel with online processing such as deposits and withdrawals using terminals such as ATMs, various such as account transfers and interest depositsAccount processingThe request can be processed.
  The present invention further provides:Derived transactions are used to adjust the establishment and non-establishment of the account processing of the future date according to the latest balance and the balance of the future date. By using derivative transactions, online responses such as ATMs can be completed immediately.Immediately after that, the balance is adjusted as another transaction.Therefore, the commitment of online processing (account processing) such as ATM can be made independent of the adjustment of account processing of the previous date. Thus, in the present invention, it is possible to process the account processing of the previous date during the day without deteriorating the online response.An unprecedented superior date completion processing system and method can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a first embodiment of the present invention.
2 is an explanatory diagram showing an example of processing in the configuration shown in FIG. 1, FIG. 2 (A) is a diagram showing an example of a withdrawal process, and FIG. 2 (B) is a diagram showing an example of a deposit process. FIG. 2C is a diagram showing an example of processing in the previous time.
FIG. 3 is an explanatory diagram showing an example of transition of account information in the configuration shown in FIG. 1;
FIG. 4 is a block diagram illustrating a configuration example of hardware resources according to the present embodiment.
5 is a flowchart showing an example of account processing in the configuration shown in FIGS. 1 and 4. FIG.
FIG. 6 is an explanatory diagram showing the relationship between balance transfer due to account processing and future date processing in the present embodiment, and FIG. 6A is a diagram showing the correspondence between whether or not settlement is possible and future date processing; (B)Cancel recutIt is a figure which shows the table for determination.
7 is activated by the process shown in FIG.Cancel recutIt is a flowchart which shows an example of a process.
FIG. 8 is a block diagram showing a configuration example of a second embodiment of the present invention.
FIG. 9BookIt is a block diagram which shows the structural example of an Example.
10 is an explanatory diagram showing types of databases used in the configuration shown in FIG. 9. FIG.
FIG. 11 shows in FIG.Calculation meansIt is a block diagram which shows detailed structures, such as.
12 is an explanatory diagram showing an example of processing using a recut management DB. FIG. 12 (A) is a diagram showing a portion added to the configuration shown in FIG. 9, and FIG. It is a figure which shows the process example when there exists.
13 is an explanatory diagram showing an example of a transaction detail segment used in the configuration shown in FIG. 9;
14 is an explanatory diagram showing an example of a balance detail segment corresponding to the transaction detail segment shown in FIG.
FIG. 15BookIt is a block diagram which shows the structural example of an Example.
FIG. 16BookIt is explanatory drawing which shows an example of the opcode table used in an Example.
FIG. 17 is an explanatory diagram showing an example of the ordinary deposit opcode table shown in FIG. 16;
FIG. 18BookIt is a flowchart which shows an example of the balance details update process in an Example.
FIG. 19BookIt is a flowchart which shows an example of the normal payment process in an Example.
FIG. 20BookIt is a flowchart which shows an example of the normal payment process in an Example.
FIG. 21BookIn the exampleCancel recutIt is a flowchart which shows an example of a main process.
22 is an explanatory diagram showing an example of a date check table used in the processing shown in FIG.
FIG. 23BookIt is a flowchart which shows an example of the time deposit receipt cancellation process in an Example.
FIG. 24BookIt is explanatory drawing which shows the example of a 1-day program execution by an Example.
[Explanation of symbols]
  2140  Calculation means
  6 files
  7 Account information
  E7, E15  Derived transaction start instruction

Claims (4)

各口座に対する各種入出金等の口座処理の取引種類と、当該口座処理の取引日となる対象勘定日と、入金額又は出金額である取引金額とを有する口座処理要求を演算する演算手段と、この演算手段によって演算された出金処理又は入金処理である口座処理の結果を口座情報として記録するファイルとを備え、
前記口座処理要求は、当該口座処理要求の対象となる口座への振込若しくは自動現金預入支払機等による入金要求又は口座振替若しくは自動現金預入支払機等による出金要求であり、
前記ファイルが、前記口座情報として、
前記演算された口座処理要求の対象勘定日、取引種類及び取引金額を、口座処理要求の取引日である勘定日別で当該口座処理毎に記録する取引明細情報と、
前記口座毎に口座処理のあった勘定日の残高を勘定日毎に記録する勘定日別の残高明細情報と、
前記対象勘定日を先日付とする出金処理で当該対象勘定日の残高より取引金額が大きく決済不能であった場合、当該出金処理が未成立であることを格納する取引の結果とを備え、
前記残高明細情報が、口座処理要求を演算する口座について、当該演算日の残高とは別に、当該演算日より未来で先日付の残高を有し、
前記演算手段は、前記口座処理と、トランザクション管理処理と、先日付の口座処理である先日付取消処理及び再カット処理とを実行し、
当該演算手段は、トランザクションの起動を管理する前記トランザクション管理処理として、
一つのトランザクションにて前記口座処理要求の処理をさせる管理と、
当該一つのトランザクションの実行中に、他のトランザクションを派生させて、当該派生トランザクションにて所定の先日付の口座処理をさせる管理と、
前記派生トランザクションの実行中に、前記先日付の口座処理が無くなるまで、他のトランザクションを繰り返し派生させて、当該派生トランザクションにて全ての先日付の口座処理をさせる管理とを行い、
当該演算手段は、前記口座処理要求を処理する一つのトランザクションによる前記口座処理として、
前記残高明細情報に記録された前記残高のうち、対象勘定日と同日の残高が記録されている場合には当該残高を対象勘定日の残高として特定し、対象勘定日と同日の残高が記録されていない場合には当該対象勘定日より過去で直近の残高を対象勘定日の残高として特定し、
前記特定された対象勘定日の残高と前記取引金額とを加減算し、
当該演算した口座処理要求の取引種類及び取引金額を、当該口座処理要求の取引日である対象勘定日を勘定日として前記取引明細情報に記録し、
当該取引金額と特定した残高とを加減算した処理後の残高を、前記対象勘定日の残高として前記残高明細情報に記録し又は更新し、
前記残高明細情報に記録された先日付の勘定日のうち、当該対象勘定日より未来である先日付の残高がある際には、当該先日付の残高と当該取引金額とを加減算することで、先日付の残高を更新し、
前記演算手段は、当該一つのトランザクションによる口座処理を終了させた後、前記派生トランザクションの繰り返しによる前記先日付の口座処理として、
勘定日別の残高の記録又は更新後に、
残高が増加した先日付がある際には、前記取引の結果が未成立の出金処理を読み出して、当該読み出した未成立の出金処理の対象勘定日に対応する残高と取引金額とを比較し、 比較の結果、当該取引金額が前記残高以下で決済可能である場合には、当該未成立であった出金処理の前記口座処理を再実行することによって、前記再カット処理を派生トランザクションで実行し、
一方、当該残高が更新された先日付について、残高がマイナスとなった先日付がある際には、当該残高がマイナスとなった先日付を対象勘定日とした出金処理を前記取引明細情報から読み出し、当該読み出した出金処理に対して未成立であることを前記取引の結果に記録し、前記未成立とした出金処理の取引金額を当該対象勘定日の残高に加算し、前記先日付の残高の更新処理をすることによって、前記先日付取消を派生トランザクションで実行することを特徴とする先日付完結処理システム。
A calculation means for calculating an account processing request having a transaction type of account processing such as various deposits and withdrawals for each account, a target account date as a transaction date of the account processing, and a transaction amount which is a deposit amount or a withdrawal amount; A file that records the result of the account process, which is a withdrawal process or a deposit process calculated by the computing means, as account information;
The account processing request is a transfer request to an account subject to the account processing request or a deposit request by an automatic cash deposit payment machine or a withdrawal request by an account transfer or an automatic cash deposit payment machine,
The file is the account information,
Transaction details information that records the calculated account date, transaction type, and transaction amount for each account process by account date that is the transaction date of the account process request;
Balance details by account date for recording the balance of the account date for which account processing was performed for each account for each account date;
A transaction result for storing that the withdrawal process is not established when the transaction amount is larger than the balance of the target account date in the withdrawal process with the target account date as the previous date and cannot be settled. ,
For the account for calculating the account processing request, the balance statement information has a balance of the future date in the future from the calculation date, separately from the balance of the calculation date,
The computing means executes the account processing, transaction management processing, and future date cancellation processing and recut processing that are account processing of the previous date,
The calculation means includes the transaction management process for managing the start of a transaction.
Management to process the account processing request in one transaction;
Management of deriving another transaction during the execution of the one transaction and processing the account of a predetermined future date in the derived transaction;
During the execution of the derived transaction, until the account processing of the future date disappears, other transactions are repeatedly derived, and the management of the account processing of all the future dates in the derived transaction is performed,
The calculation means, as the account processing by one transaction for processing the account processing request,
Among the balances recorded in the balance detail information, when a balance on the same day as the target account date is recorded, the balance is specified as the balance of the target account date, and the balance on the same day as the target account date is recorded. If not, the balance closest to the target account date is specified as the balance of the target account date,
Adding or subtracting the balance of the specified target account date and the transaction amount;
The transaction type and transaction amount of the calculated account processing request are recorded in the transaction details information with the target account date being the transaction date of the account processing request as the account date,
Record or update the balance after processing by adding and subtracting the transaction amount and the specified balance as the balance of the target account date in the balance statement information,
Among the account dates of the future dates recorded in the balance statement information, when there is a balance of the future date that is in the future from the target account date, by adding or subtracting the balance of the future date and the transaction amount , Update the balance of the future date,
The computing means, after ending account processing by the one transaction, as the account processing of the future date by repeating the derived transaction,
After recording or updating balances by account date,
When there is a future date when the balance has increased, the withdrawal process in which the result of the transaction is not completed is read, and the balance corresponding to the read target date of the unsettled withdrawal process is compared with the transaction amount. As a result of the comparison, if the transaction amount can be settled below the balance, the re-cut process is executed in a derived transaction by re-executing the account process of the unsettled withdrawal process. Run,
On the other hand, when there is a future date when the balance becomes negative with respect to the future date when the balance is updated, a withdrawal process with the target date as the future date when the balance becomes negative is determined from the transaction details information. Read, record in the transaction result that it has not been established for the withdrawal process, and add the transaction amount of the withdrawal process that has not been established to the balance of the target account date, The future date completion processing system is characterized in that the future date cancellation is executed in a derived transaction by updating the balance of the future date.
各口座に対する各種入出金等の口座処理の取引種類と、当該口座処理の取引日となる対象勘定日と、入金額又は出金額である取引金額とを有する口座処理要求を演算する演算手段と、この演算手段によって演算された出金処理又は入金処理である口座処理の結果を口座情報として記録するファイルとを備え、
前記口座処理要求は、当該口座処理要求の対象となる口座への振込若しくは自動現金預入支払機等による入金要求又は口座振替若しくは自動現金預入支払機等による出金要求であり、
前記ファイルが、前記口座情報として、
前記演算された口座処理要求の対象勘定日、取引種類及び取引金額を、口座処理要求の取引日である勘定日別で当該口座処理毎に記録する取引明細情報と、
前記口座毎に口座処理のあった勘定日の残高を勘定日毎に記録する勘定日別の残高明細情報と、
前記対象勘定日を先日付とする出金処理で当該対象勘定日の残高より取引金額が大きく決済不能であった場合、当該出金処理が未成立であることを格納する取引の結果とを備え、
前記残高明細情報が、口座処理要求を演算する口座について、当該演算日の残高とは別に、当該演算日より未来で先日付の残高を有し、
前記演算手段は、前記口座処理と、トランザクション管理処理と、取消再カットメイン処理と、先日付取消処理と、再カット処理とを実行し、
当該演算手段は、トランザクションの起動を管理する前記トランザクション管理処理として、実行中のトランザクションから派生トランザクションの起動指示を受けた際には、派生トランザクションを起動して、前記実行中のトランザクションの終了後に、当該派生トランザクションを実行させる管理処理を行い、
当該演算手段は、一つのトランザクションによる前記口座処理として、
前記残高明細情報に記録された前記残高のうち、対象勘定日と同日の残高が記録されている場合には当該残高を対象勘定日の残高として特定し、対象勘定日と同日の残高が記録されていない場合には当該対象勘定日より過去で直近の残高を対象勘定日の残高として特定し、
前記特定された対象勘定日の残高と前記取引金額とを加減算し、
当該演算した口座処理要求の取引種類及び取引金額を、当該口座処理要求の取引日である対象勘定日を勘定日として前記取引明細情報に記録し、
当該取引金額と特定した残高とを加減算した処理後の残高を、前記対象勘定日の残高として前記残高明細情報に記録し又は更新し、
前記残高明細情報に記録された先日付の勘定日のうち、当該対象勘定日より未来である先日付の残高がある際には、当該先日付の残高と当該取引金額とを加減算することで、先日付の残高を更新し、
当該残高の記録又は更新後に、当該残高がマイナスの先日付又は取引の結果が未成立の出金処理がある際には、前記取消再カットメイン処理を前記トランザクション管理処理に起動指示して当該一つのトランザクションである口座処理を終了し
当該演算手段は、前記派生トランザクションによる前記取消再カットメイン処理として、
前記残高が更新された先日付について、残高がマイナスとなった先日付がある際には、当該先日付に成立していた出金処理の前記先日付取消処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し、
当該残高がマイナスとなった先日付がなく、残高が更新された勘定日と同日又は先日付について、前記取引の結果が未成立の出金処理がある際には、当該未成立の出金処理の前記再カット処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し
前記演算手段は、前記取消再カットメイン処理によって起動指示される前記出金処理の前記派生トランザクションによる前記先日付取消処理として、
当該起動指示された前記出金処理に対して未成立であることを前記取引の結果に記録し、前記未成立とした当該出金処理の取引金額を当該対象勘定日の残高に加算し、前記先日付の残高の更新処理し、前記取消再カットメイン処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し、
前記演算手段は、前記取消再カットメイン処理によって起動指示される前記出金処理の前記派生トランザクションによる前記再カット処理として、
当該起動指示される前記出金処理を再実行し、前記取消再カットメイン処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し
前記取消再カットメイン処理は、前記先日付取消処理又は前記再カット処理によって起動指示される毎に、前記残高がマイナスとなった先日付がなく、残高が更新された勘定日と同日又は先日付について、前記取引の結果が未成立で、かつ、決済可能な出金処理がない際には、当該派生トランザクションを終了する一方、前記先日付取消処理又は前記再カット処理の前記起動指示を繰り返すことで、当該取消再カットメイン処理と、当該先日付取消処理と、当該再カット処理との繰り返しを制御することを特徴とする先日付完結処理システム。
A calculation means for calculating an account processing request having a transaction type of account processing such as various deposits and withdrawals for each account, a target account date as a transaction date of the account processing, and a transaction amount which is a deposit amount or a withdrawal amount; A file that records the result of the account process, which is a withdrawal process or a deposit process calculated by the computing means, as account information;
The account processing request is a transfer request to an account subject to the account processing request or a deposit request by an automatic cash deposit payment machine or a withdrawal request by an account transfer or an automatic cash deposit payment machine,
The file is the account information,
Transaction details information that records the calculated account date, transaction type, and transaction amount for each account process by account date that is the transaction date of the account process request;
Balance details by account date for recording the balance of the account date for which account processing was performed for each account for each account date;
A transaction result for storing that the withdrawal process is not established when the transaction amount is larger than the balance of the target account date in the withdrawal process with the target account date as the previous date and cannot be settled. ,
For the account for calculating the account processing request, the balance statement information has a balance of the future date in the future from the calculation date, separately from the balance of the calculation date,
The calculation means executes the account processing, transaction management processing, cancellation / recut main processing, future date cancellation processing, and recut processing,
When the calculation means receives the activation instruction of the derived transaction from the transaction being executed as the transaction management process for managing the activation of the transaction, the calculation means starts the derivative transaction, and after the end of the transaction being executed, Perform management processing to execute the derived transaction,
The calculation means is the account processing by one transaction,
Among the balances recorded in the balance detail information, if a balance on the same day as the target account date is recorded, the balance is specified as the balance of the target account date, and the balance on the same day as the target account date is recorded If not, the balance closest to the target account date is specified as the balance of the target account date,
Adding or subtracting the balance of the specified target account date and the transaction amount;
The transaction type and transaction amount of the calculated account processing request are recorded in the transaction details information with the target account date being the transaction date of the account processing request as the account date,
Record or update the balance after processing by adding and subtracting the transaction amount and the specified balance as the balance of the target account date in the balance statement information,
Among the account dates of the future dates recorded in the balance statement information, when there is a balance of the future date that is in the future from the target account date, by adding or subtracting the balance of the future date and the transaction amount, Update the balance of the future date,
After the recording or updating of the balance, when there is a withdrawal process in which the balance is negative or the transaction result is not yet established, the cancellation management recut main process is instructed to start the transaction management process. End transaction processing, one transaction ,
The calculation means, as the cancellation recut main process by the derived transaction,
When there is a future date when the balance becomes negative with respect to the updated date of the balance, the transaction management process is instructed to start the withdrawal process of the withdrawal date that was established on the future date. Terminate the derived transaction,
If there is no withdrawal date for which the result of the transaction is unsuccessful for the same date as the account date when the balance is updated or the future date when there is no future date when the balance becomes negative, the unsettled withdrawal process Instructing the transaction management process to start the recut process of ending the derived transaction ,
It said calculating means as the destination date cancellation processing by the derivation transaction of the dispensing processing start instruction by said cancel recut main processing,
Records that are not met with respect to the start instruction has been the dispensing process to the result of the transaction, the transaction amount of the payment processing with the not met by adding to the balance of the target account date, the Update the balance of the previous date, instruct the transaction management process to start the cancellation recut main process, and terminate the derived transaction,
The calculating means, as the re-cut processing by the derivation transaction of the dispensing processing start instruction by said cancel recut main processing,
Rerun the dispensing process is the activation instruction, and ends the derived transaction start instructing the cancellation recut main process in the transaction management process,
The cancellation / recut main process is the same or the same date as the account date when the balance has been updated, and there is no previous date when the balance becomes negative every time it is instructed by the previous date cancellation process or the recut process . When the result of the transaction is unsatisfied and there is no withdrawal process that can be settled, the derived transaction is terminated, while the start instruction of the previous date cancellation process or the recut process is repeated. in, completion processing system dated, characterized by control and the cancel recut main processing, and the destination date cancellation processing, the Shi repeat between said re-cut processing.
前記口座処理の取引種類を特定するオペコードと当該オペコードで特定される前記口座処理の処理に使用するサブプログラム名及び実行順序との関係を格納する業務別オペコードテーブルを備え、
前記口座処理要求は、前記口座処理の取引種類を特定するオペコードを有し、
前記業務別オペコードテーブルは、口座処理の起動側である起動処理と、口座処理の受動側であり残高明細セグメント等を管理する受動処理とに分けて、かつ、当該口座処理要求を処理するトランザクションの起動態様毎に、使用するサブプログラム名及び実行順序を格納し、
前記演算手段は、前記トランザクションの起動態様として、起動処理と受動処理とを一つのトランザクションとして連動させる連動トランザクションと、前記派生トランザクションとを管理し、
当該演算手段は、
前記口座処理要求を処理する一つのトランザクションによる口座処理として、当該口座処理要求のオペコードから前記業務別オペコードテーブルを参照して当該オペコードテーブルに指定された起動処理のサブプログラムと、当該起動処理に対応する受動処理のサブプログラムとを連動トランザクションにより実行し、
前記一つのトランザクションによる口座処理を連動トランザクションにて終了させた後、前記派生トランザクションによる取消再カットメイン処理を実行し、
前記取消再カットメイン処理を派生トランザクションにて終了させた後、他の派生トランザクションにより当該先日付取消処理又は再カット処理を実行することを特徴とする請求項2記載の先日付完結処理システム。
An operation-specific operation code table for storing a relationship between an operation code for specifying the transaction type of the account processing and a subprogram name and execution order used for the processing of the account processing specified by the operation code;
The account processing request has an operation code that specifies a transaction type of the account processing,
The business-specific operation code table is divided into an activation process that is an activation side of account processing and a passive process that is a passive side of account processing and manages balance details segments, etc. Store the name of subprogram to be used and the execution order for each startup mode,
The computing means manages, as a transaction activation mode, a linked transaction that links a startup process and a passive process as one transaction, and the derived transaction,
The calculation means is
Corresponding to the activation processing subprogram specified in the operation code table by referring to the operation-specific operation code table from the operation code of the account processing request as account processing by one transaction for processing the account processing request Execute the passive processing subprogram with the linked transaction,
After the account processing by the one transaction is terminated in the linked transaction, the cancel / recut main processing by the derived transaction is executed ,
3. The future date completion processing system according to claim 2, wherein after the cancellation / recut main processing is terminated by a derived transaction, the future date cancellation processing or recut processing is executed by another derived transaction.
各口座に対する各種入出金等の口座処理の取引種類と、当該口座処理の取引日となる対象勘定日と、入金額又は出金額である取引金額とを有する口座処理要求を演算する演算手段と、この演算手段によって演算された出金処理又は入金処理である口座処理の結果を口座情報として記録するファイルとを備え、
前記口座処理要求は、当該口座処理要求の対象となる口座への振込若しくは自動現金預入支払機等による入金要求又は口座振替若しくは自動現金預入支払機等による出金要求であり、
前記ファイルが、前記口座情報として、
前記演算された口座処理要求の対象勘定日、取引種類及び取引金額を、口座処理要求の取引日である勘定日別で当該口座処理毎に記録する取引明細情報と、
前記口座毎に口座処理のあった勘定日の残高を勘定日毎に記録する勘定日別の残高明細情報と、
前記対象勘定日を先日付とする出金処理で当該対象勘定日の残高より取引金額が大きく決済不能であった場合、当該出金処理が未成立であることを記録する取引の結果とを備え、
前記残高明細情報が、口座処理要求を演算する口座について、当該演算日の残高とは別に、当該演算日より未来で先日付の残高を有し、
前記演算手段は、前記口座処理と、トランザクション管理処理と、取消再カットメイン処理と、先日付取消処理と、再カット処理とを実行し、
当該演算手段は、トランザクションの起動を管理する前記トランザクション管理処理として、実行中のトランザクションから派生トランザクションの起動指示を受けた際には、派生トランザクションを起動して、前記実行中のトランザクションの終了後に、当該派生トランザクションを実行させる管理処理を行い、
当該演算手段は、一つのトランザクションによる前記口座処理として、
前記残高明細情報に記録された前記残高のうち、対象勘定日と同日の残高が記録されている場合には当該残高を対象勘定日の残高として特定し、対象勘定日と同日の残高が記録されていない場合には当該対象勘定日より過去で直近の残高を対象勘定日の残高として特定し、
前記特定された対象勘定日の残高と前記取引金額とを加減算し、
当該演算した口座処理要求の取引種類及び取引金額を、当該口座処理要求の取引日である対象勘定日を勘定日として前記取引明細情報に記録し、
当該取引金額と特定した残高とを加減算した処理後の残高を、前記対象勘定日の残高として前記残高明細情報に記録し又は更新し、
前記残高明細情報に記録された先日付の勘定日のうち、当該対象勘定日より未来である先日付の残高がある際には、当該先日付の残高と当該取引金額とを加減算することで、先日付の残高を更新し、
当該残高の記録又は更新後に、当該残高がマイナスの先日付又は取引の結果が未成立の出金処理がある際には、前記取消再カットメイン処理を前記トランザクション管理処理に起動指示して当該一つのトランザクションである口座処理を終了し、
当該演算手段は、前記派生トランザクションによる前記取消再カットメイン処理として、
前記残高が更新された先日付について、残高がマイナスとなった先日付がある際には、当該先日付に成立していた出金処理の前記先日付取消処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し、
当該残高がマイナスとなった先日付がなく、残高が更新された勘定日と同日又は先日付について、前記取引の結果が未成立の出金処理がある際には、当該未成立の出金処理の前記再カット処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し、
前記演算手段は、前記取消再カットメイン処理によって起動指示される前記出金処理の前記派生トランザクションによる前記先日付取消処理として、
前記起動指示された前記出金処理に対して未成立であることを前記取引の結果に記録し、前記未成立とした当該出金処理の取引金額を当該対象勘定日の残高に加算し、前記先日付の残高の更新処理し、前記取消再カットメイン処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し、
前記演算手段は、前記取消再カットメイン処理によって起動指示される前記出金処理の前記派生トランザクションによる前記再カット処理として、
前記起動指示された前記出金処理を再実行し、前記取消再カットメイン処理を前記トランザクション管理処理に起動指示して当該派生トランザクションを終了し、
前記演算手段が、前記取消再カットメイン処理によって、当該取消再カットメイン処理と、当該先日付取消処理と、当該再カット処理とを繰り返す、
先日付完結処理システムの前記演算手段を使用して、
前記取消再カットメイン処理を実行させるための取消再カットメイン処理用プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
当該取消再カットメイン処理が、
前記口座処理、前記先日付取消処理又は前記再カット処理を実行するトランザクションから出力される起動指示に応じて、前記トランザクション管理処理によって初回に又は繰り返し起動される際に、前記トランザクションによって更新される前記残高明細情報の各勘定日別の残高を算出することで日付チェックテーブルを生成する日付チェックテーブル作成処理と、
前記日付チェックテーブルに残高がマイナスとなった先日付がある際には、当該先日付に成立していた出金処理の前記先日付取消処理を前記トランザクション管理処理に起動指示し、当該起動指示後に、当該取消再カットメイン処理の派生トランザクションを終了る取消対象特定処理と、
前記日付チェックテーブルに残高がマイナスとなった先日付がなく、かつ、残高が更新された勘定日と同日又は先日付に前記取引の結果が未成立の出金処理がある際には、最先の勘定日から、当該出金処理の対象勘定日に対応する残高と、当該出金処理の取引金額とを比較させ、比較の結果、当該取引金額が前記残高以下で決済可能である場合には、当該決済可能な未成立の口座処理を再カット対象として特定する決済可否判定処理と、
当該決済可否判定処理に応じ特定される出金処理の前記再カット処理を前記トランザクション管理処理に指示させ、当該起動指示後に、当該取消再カットメイン処理の派生トランザクションを終了る再カット処理起動処理と、
当該決済可否判定処理によって決済可能な未成立の口座処理がないと判定され際には、当該取消再カットメイン処理の派生トランザクションを終了ることにより、当該取消再カットメイン処理による全ての先日付の口座処理を完了させる終了処理と、
を前記演算手段に実行させることを特徴とする取消再カットメイン処理用プログラムを記録したコンピュータ読み取り可能な記録媒体。
A calculation means for calculating an account processing request having a transaction type of account processing such as various deposits and withdrawals for each account, a target account date as a transaction date of the account processing, and a transaction amount which is a deposit amount or a withdrawal amount; A file that records the result of the account process, which is a withdrawal process or a deposit process calculated by the computing means, as account information;
The account processing request is a transfer request to an account subject to the account processing request or a deposit request by an automatic cash deposit payment machine or a withdrawal request by an account transfer or an automatic cash deposit payment machine,
The file is the account information,
Transaction details information that records the calculated account date, transaction type, and transaction amount for each account process by account date that is the transaction date of the account process request;
Balance details by account date for recording the balance of the account date for which account processing was performed for each account for each account date;
A transaction result that records that the withdrawal process is unsuccessful when the transaction amount is larger than the balance of the target account date in the withdrawal process with the target account date as the previous date and cannot be settled. ,
For the account for calculating the account processing request, the balance statement information has a balance of the future date in the future from the calculation date, separately from the balance of the calculation date,
The calculation means executes the account processing, transaction management processing, cancellation / recut main processing, future date cancellation processing, and recut processing,
When the calculation means receives the activation instruction of the derived transaction from the transaction being executed as the transaction management process for managing the activation of the transaction, the calculation means starts the derivative transaction, and after the end of the transaction being executed, Perform management processing to execute the derived transaction,
The calculation means is the account processing by one transaction,
Among the balances recorded in the balance detail information, if a balance on the same day as the target account date is recorded, the balance is specified as the balance of the target account date, and the balance on the same day as the target account date is recorded If not, the balance closest to the target account date is specified as the balance of the target account date,
Adding or subtracting the balance of the specified target account date and the transaction amount;
The transaction type and transaction amount of the calculated account processing request are recorded in the transaction details information with the target account date being the transaction date of the account processing request as the account date,
Record or update the balance after processing by adding and subtracting the transaction amount and the specified balance as the balance of the target account date in the balance statement information,
Among the account dates of the future dates recorded in the balance statement information, when there is a balance of the future date that is in the future from the target account date, by adding or subtracting the balance of the future date and the transaction amount, Update the balance of the future date,
After the recording or updating of the balance, when there is a withdrawal process in which the balance is negative or the transaction result is not yet established, the cancellation management recut main process is instructed to start the transaction management process. End transaction processing, one transaction,
The calculation means, as the cancellation recut main process by the derived transaction,
When there is a future date when the balance becomes negative with respect to the updated date of the balance, the transaction management process is instructed to start the withdrawal process of the withdrawal date that was established on the future date. Terminate the derived transaction,
If there is no withdrawal date for which the result of the transaction is unsuccessful for the same date as the account date when the balance is updated or the future date when there is no future date when the balance becomes negative, the unsettled withdrawal process Instructing the transaction management process to start the recut process of ending the derived transaction,
It said calculating means as the destination date cancellation processing by the derivation transaction of the dispensing processing start instruction by said cancel recut main processing,
Wherein the relative activation indicated the dispensing process is not met and recorded on a result of the transaction, the transaction amount of the payment processing with the not met by adding to the balance of the target account date, the Update the balance of the previous date, instruct the transaction management process to start the cancellation recut main process, and terminate the derived transaction,
The calculating means, as the re-cut processing by the derivation transaction of the dispensing processing start instruction by said cancel recut main processing,
The activation indicated rerun the dispensing process, and ends the derived transaction start instructing the cancellation recut main process in the transaction management process,
The calculation means repeats the cancellation / recut main processing, the future date cancellation processing, and the recut processing by the cancellation / recut main processing.
Using the computing means of the future date completion processing system,
A computer-readable recording medium storing a program for cancel / recut main processing for executing the cancel / recut main processing,
The cancel / recut main process is
In response to an activation instruction output from a transaction that executes the account process, the future date cancellation process, or the recut process, the transaction management process updates the transaction when updated for the first time or repeatedly. A date check table creation process for generating a date check table by calculating a balance for each account date of the balance details information;
When the balance on the date the check table there is a postdated became negative, the destination date cancellation processing of the dispensing process, which has been established in the earlier date shows start finger in the transaction management process, after the start-up instruction a cancellation target specifying process you exit the derived transaction of the revocation recut main processing,
When there is no withdrawal date in which the balance has become negative in the date check table, and there is a withdrawal process in which the result of the transaction has not been completed on the same date or the future date of the balance update, If the balance corresponding to the target date of the withdrawal process is compared with the transaction amount of the withdrawal process from the account date of the transaction, and the comparison result shows that the transaction amount can be settled below the balance , A settlement possibility determination process that identifies the unsettled account process that can be settled as a recut target,
The re-cutting operation of dispensing process specified in accordance with the settlement determination processing is instructed to the transaction management process, after the start-up instruction, re-cutting operation starts you exit the derived transaction of the revocation recut main processing Processing ,
When it is determined that there is no account processing settlement can not met by the settlement determination process, the Rukoto to end the derived transaction of the revocation recut main process, all previously by the revocation recut main processing and end processing for Ru to complete the account processing of the date,
Computer readable recording medium recording a cancellation recut main processing program, characterized in that to execute the arithmetic means.
JP2003112455A 2003-04-17 2003-04-17 A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing Expired - Lifetime JP3941946B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003112455A JP3941946B2 (en) 2003-04-17 2003-04-17 A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003112455A JP3941946B2 (en) 2003-04-17 2003-04-17 A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2000242340A Division JP3471728B2 (en) 2000-08-10 2000-08-10 Future date completion processing system and method

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2004128903A Division JP3903471B2 (en) 2004-04-23 2004-04-23 Complete processing system with date and time

Publications (3)

Publication Number Publication Date
JP2003331121A JP2003331121A (en) 2003-11-21
JP2003331121A5 JP2003331121A5 (en) 2005-03-17
JP3941946B2 true JP3941946B2 (en) 2007-07-11

Family

ID=29707400

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003112455A Expired - Lifetime JP3941946B2 (en) 2003-04-17 2003-04-17 A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing

Country Status (1)

Country Link
JP (1) JP3941946B2 (en)

Also Published As

Publication number Publication date
JP2003331121A (en) 2003-11-21

Similar Documents

Publication Publication Date Title
WO2009029331A1 (en) Methods and systems for executing a plurality of money transfers having a fluctuating parameter
WO1992004679A1 (en) Transaction processor
JP2009110125A (en) Settlement processor between accounts and processing method of settlement between accounts utilizing electronic recording credit
JP2001243400A (en) Account managing system using related account
JP5080173B2 (en) Dedicated account management system for pre-funded transactions
JP3732113B2 (en) Transaction control system, method and program
CN112785262B (en) Mobile loan management method, mobile loan management system, mobile loan management server, and mobile loan management storage medium
JP2000339391A (en) Funds centralized control system, computer used in the same, its operating method and medium for recording program to control computer
KR20210119263A (en) Method of managing card sales data of affiliate store using electronic device and electronic device thereof
JP3903471B2 (en) Complete processing system with date and time
JP3471728B2 (en) Future date completion processing system and method
KR100927146B1 (en) Interest rate swap processing method and system derived from fixed interest rate in connection with variable loan
JP3941946B2 (en) A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing
JP3611110B2 (en) System, method and program for completion process of the previous date, program for cancel / recut main process used therefor, resource optimization system, program and program for cancel / reexecute main process used therefor
JP3209953B2 (en) International cash card and information processing method in the card operation system
JP2003168004A (en) Method for processing payment, method for processing financing certification and financial institution system
JP2003331121A5 (en)
KR20000059133A (en) Pay Hold Cash Card System for the Protection of On-Line and Off-Line Business
KR100616202B1 (en) System for automatic buying and selling bond at any time and method of selling bond using the same
EP1591933A1 (en) A method and system for automated "delivery-versus-payment" settlements
JP2003122932A (en) Account transfer method, search method for account transfer information, and account transfer system
JP2003099607A (en) Deposit account information providing method and deposit account information providing program
JP3235060B2 (en) Automatic transfer device and automatic transfer method
JP4890581B2 (en) Fluidization management system, fluidization management method, and fluidization management program
JP2002149962A (en) Method and system for management of money deposit and withdrawal using portable terminal unit

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040423

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061228

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070216

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070316

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070328

R150 Certificate of patent or registration of utility model

Ref document number: 3941946

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100413

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130413

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130413

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160413

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term