JPH08161264A

JPH08161264A - データベース更新処理装置及びデータベース更新処理方法

Info

Publication number: JPH08161264A
Application number: JP6301177A
Authority: JP
Inventors: Motoyuki Ozawa; 基之小澤; Hiromi Sanekata; 洋美真方
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-12-05
Filing date: 1994-12-05
Publication date: 1996-06-21

Abstract

(57)【要約】【目的】本発明の目的は、オンライン処理を中断せず
に、並行してデータベースを更新するバッチ処理が可能
データベースの更新処理装置を提供することを目的とす
る。【構成】本発明は、処理基準日より以前の先日付と、
先日付レコードを設定する先日付レコード設定手段10
と、処理基準日以降に処理要求電文が発行されると、先
日付レコードを参照して更新処理を行う更新手段20とを
有する。また、後日付よりも前に処理要求電文が発行さ
れると、データレコード１１０に対して処理基準日に行
うべきバッチ処理を行い、さらに、オンライン処理要求
電文に従ってデータレコード110 に対して更新を行う更
新手段40とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベース更新処理
装置及びデータベース更新処理方法に係り、特にバンキ
ングシステム等のデータベースに保有される金融機関の
顧客の預金の預貯金等の原簿（金融業界では「元帳」と
呼ばれる）データについて、ＣＤ、ＡＴＭ、金融機関の
窓口端末装置等のオンライン端末装置から入力されるデ
ータベース更新要求電文に従い、２４時間稼働するオン
ラインプログラムが行うデータベース更新処理と時間的
に並行して、バッチ処理を行うデータベース更新処理装
置及びデータベース更新処理方法に関する。

【０００２】近年、金融機関のオンライン業務の運用時
間は延長される傾向にあり、近い将来２４時間運転が予
想されることに対し、オンラインプログラムを無中断の
状態で、バッチ処理が可能なシステムが望まれている。
従って、オンライン処理を停止させずに、オンラインプ
ログラムの処理と並行して、金融システムのバッチ処理
を本来の処理日である処理基準日よりも前の日付で処理
する、または、後の日付で処理するようなデータベース
の更新処理を行おうとするものである。例えば、処理基
準日よりも前の日付で予めデータベースの更新処理を行
っておく給与振込処理のような先日付処理と、処理基準
日以降の日付でデータベースの更新処理を行う利息計算
処理のような後日付処理がある。

【０００３】

【従来の技術】銀行システムの預金処理システムを例と
して、従来のシステムについて説明する。預金残高、預
金入金額、預金出金額等の情報は、預金口座番号を識別
番号として識別される口座情報レコードとしてデータベ
ース内に記憶されている。オンライン処理やバッチ処理
により、預金取引が発生する度に預金の元帳情報である
データベース内に保有されている預金取引の対象である
預金者の口座情報レコードのデータを更新する。

【０００４】この口座情報レコードの更新処理は、預金
口座に対する入金や、出金の指示要求に対してデータベ
ース内の口座情報レコードにある預金残高について入金
額や出金額を加減算し、加減算の結果を最新の残高とし
て口座情報レコードに記録する。公知のオンライン処理
やバッチ処理等の更新処理では、口座情報レコードに記
録されている残高が最新状態であることを前提とするた
めに、更新要求取引の時間的な順序を守る必要がある。

【０００５】また、金融機関では、預金顧客との契約に
従い、公共料金の自動振替、給与振込等を預金口座単位
に、指定した第三者から、指定された日に指定された金
額を入金または出金する取引処理が行われていることは
公知である。これらの処理は、バッチ処理として実行さ
れており、一般的には、指定された日の前日のオンライ
ン処理終了後、かつ、指定された日のオンライン処理開
始前にバッチ処理が実行される。

【０００６】図１４は、従来の銀行システムの運用形態
を示す。同図に示す運用形態は、１０日の午前９時から
１９時００分までオンライン処理を実行し、２１時まで
の間にデータベースのバックアップ処理を行う。このデ
ータベースのバックアップ処理が終了する２１時を日付
変更時刻として、２１時過ぎから１１日のバッチ処理の
入出金処理が行われる。即ち、２１時がバッチ処理上の
日付変更時点となる。

【０００７】例えば、オンライン運用前に、バッチ処理
を行う場合は、２１時までは１０日付のオンライン処理
を行い、２１時以降は１１日付けのバッチ処理を行うも
のとし、１１日の９時からのオンライン運用は１１日付
で実行される。また、１０日２１時までにオンライン処
理により更新されたデータに基づいて１０日付のバッチ
処理を行い、１１日９時より１１日付のオンライン運用
を開始する。

【０００８】

【発明が解決しようとする課題】しかしながら、上記の
従来の方法には、以下のような問題がある。（１）従来の銀行システムにおけるオンライン処理で
は、オンライン処理を停止している時間に、バッチ処理
を実行しているが、オンライン処理の２４時間無中断運
転を行う場合に、バッチ処理を並行して行うことは不可
能であり、仮に行うにしても更新データに矛盾が発生す
る。

【０００９】（２）公共料金の自動振替、給与振込等の
バッチ処理を、契約で指定された日に、その日のオンラ
イン処理開始時点、即ち、オンライン２４時間連続運転
では、その日の０時０分０秒にバッチ処理によるデータ
ベース更新が完了している口座情報レコードの状態が必
要になるが、オンライン処理が無中断で実行されている
場合には不可能である。

【００１０】（３）給与振込のバッチ処理の実行を、振
込を指定された日の０時０分０秒から開始したとしても
オンライン処理で預金口座から預金者が出金しようとし
た時、当該預金口座に対して給与振込のバッチ処理の更
新が既に実行されているとは限らない。従って、預金者
が出金操作した時点では残高が不足することも考えら
れ、金融機関の預金者に対するサービスの低下が発生す
る。このような不具合を解決するためには、口座情報レ
コードの給与振込の入金処理が指定された日の０時０分
０秒前に完了していて、且つ、入金処理が指定された日
の０時０分０秒に出金操作が行われた場合に、口座情報
レコードは、入金処理完了時点の残高に更新されていな
ければならない。

【００１１】（４）従来、普通預金の利息決算処理は、
金融機関が定めた日にオンライン処理によるデータベー
スの更新が行われていない時間帯にバッチ処理によって
実行しているが、オンライン２４時間連続運転を行うた
めには、オンライン処理によるデータベースの更新が行
われている時間帯に並行して利息計算のバッチ処理を実
行する必要がある。

【００１２】本発明は、上記の点に鑑みなされたもの
で、オンラインの２４時間連続運転を前提に、オンライ
ン処理を中断せずに、並行してデータベースを更新する
バッチ処理を可能とし、かつ、オンラインプログラムに
よるデータベース更新処理とバッチ処理によるデータベ
ース更新処理の順序が金融機関の取引発生順序として時
間的に正しくなるようにデータベースを更新する処理が
可能なデータベースの更新処理装置及びデータベース更
新処理方法を提供することを目的とする。

【００１３】本発明の更なる目的は、バッチ処理をバッ
チ処理基準日より前の日に実行しておく先日付処理がオ
ンライン処理と並行して実行できるデータベースの更新
処理装置及びデータベース更新処理方法を提供すること
である。本発明の更なる目的は、バッチ処理をバッチ処
理基準日より後の日に実行する後日付処理がオンライン
処理と並行して実行できるデータベースの更新処理装置
及びデータベース更新処理方法を提供することである。

【００１４】

【課題を解決するための手段】図１は、本発明の原理構
成図である。本発明のデータベース更新処理装置は、デ
ータベース１００のデータレコード１１０をオンライン
処理にて更新する処理において、更新を行うべき処理基
準日より以前の先日付と、先日付で更新する値からなる
先日付レコード１２０を設定する先日付レコード設定手
段１０と、処理基準日以降（処理基準日を含む）オンラ
イン処理要求電文が発行されると、先日付レコード１２
０を参照してデータレコード１１０の更新処理を行う更
新手段２０とを有する。

【００１５】また、上記の更新手段２０は、オンライン
処理要求電文の発行日時以前に先日付レコード１２０が
先日付レコード設定手段１０により予め設定されている
場合には、先日付レコード１２０の処理基準日の古い順
にデータレコード１１０を更新し、更新済みを記録する
バッチ更新手段２１と、バッチ更新手段終了後にオンラ
イン処理要求電文によるデータレコード１１０の更新を
行うオンライン更新手段２２を含む。

【００１６】また、上記の更新手段２０は、所定の周期
により行われる。また、上記の先日付レコード設定手段
１０は、データベース１００内に先日付レコード１２０
を設定したことを記録する手段を有する。図２は、本発
明の原理構成図（その２）を示す。本発明のデータベー
ス更新処理装置は、データベース１００のデータレコー
ド１１０をオンライン処理にて更新する処理において、
データレコード１１０のバッチ処理を行うべき処理基準
日の翌日以降の後日付にバッチ処理を行う場合のデータ
ベースの更新処理装置において、データレコード１１０
のバッチ処理が処理基準日の翌日以降の後日付に実行さ
れる前にオンライン処理要求電文が発行された場合に、
処理基準日と、処理基準日の更新前のデータレコード１
１０を後日付レコードに格納する後日付レコード設定手
段３０と、後日付よりも前にオンライン処理要求電文が
発行されると、データレコード１１０に対して処理基準
日に行うべき更新を行い、さらに、オンライン処理要求
電文に従ってデータレコード１１０に対して更新を行う
更新手段４０とを有する。

【００１７】また、上記の後日付レコード設定手段３０
は、データレコード１１０に後日付レコードが作成され
ている旨を記録する手段を有する。また、上記の更新手
段４０は、後日付レコードにバッチ処理済を記録する手
段を有する。本発明のデータベース更新処理方法は、デ
ータベースのデータレコードをオンライン処理にて更新
する処理において、バッチ処理を所定の処理基準日以前
に行うデータベースの更新処理方法において、バッチ処
理を所定の処理基準日以前に行う場合には、バッチ処理
の更新指示内容をデータベース内に一時記録し、処理基
準日にオンライン処理要求電文が発行されると、バッチ
処理の更新指示内容に基づいてデータレコードのバッチ
処理を行い、オンライン処理要求電文に基づいてオンラ
イン処理によりデータレコードのバッチ処理を行う。

【００１８】また、本発明のデータベース更新処理方法
は、データベースのデータレコードをオンライン処理に
て更新する処理において、バッチ処理を所定の処理基準
日以降に行うデータベースの更新処理方法において、バ
ッチ処理を所定の処理基準日の翌日以降に実行する前に
オンライン処理要求が発行された場合に、オンラインプ
ログラムによりデータレコードをデータベース内に記録
しておき、バッチ処理をデータレコードに対して実行し
た後に、オンラインプログラムによるデータレコードを
更新する。

【００１９】

【作用】第１の発明は、データベース上のデータレコー
ドを更新する際に、先日付レコードをデータベースに設
け、先日付レコードを設けたことを口座情報レコードに
記録することにより、オンライン処理基準日以降（オン
ライン処理基準日当日を含む）に更新処理要求電文が発
行された場合に、先日付レコードを参照してバッチ処理
基準日の順序に基づいてバッチ処理によるデータレコー
ドの更新を行うことが可能であるため、処理基準日以降
にオンライン処理による更新を行う際に時間的順序が守
られたデータが得られる。即ち、バッチ処理基準日（１
０月２５日）以前に（１０月２０日）、バッチ処理基準
日にオンライン処理を行う前にバッチ処理による更新が
必要となる旨を記録した先日付レコードを設定してお
く。これにより、バッチ処理基準日以降（１０月２５日
を含む）に更新要求電文が入力された場合に、先日付レ
コードを参照し、オンラインによる更新処理以前に実行
しておくべきバッチ処理の有無を確認して、バッチ処理
の必要が有る場合に、先日付レコードに基づいてデータ
レコードを更新し、その後に、更新要求電文によるデー
タレコードの更新を行うものである。従って、オンライ
ン処理を停止させることなく、バッチ処理基準日以降に
データベース更新要求電文がオンライン処理として入力
された場合に無矛盾なデータ更新が可能となる。

【００２０】また、第２の発明は、バッチ処理基準日
（例えば、９月１５日）の翌日以降（例えば、９月１７
日）に当該バッチ処理を行う場合に、９月１５日以降９
月１７日以前（例えば、９月１６日）にオンラインプロ
グラムにより更新要求が発行された場合には、データベ
ース内に更新前のデータレコードを退避させた後に、本
来バッチ処理基準日（９月１５日）に行うべきバッチ処
理を行い、その後にオンラインプログラムによる更新処
理を行うことにより、データレコードの内容には、矛盾
は発生しない。さらに、オンラインプログラムにより更
新される前のデータをデータベース内に退避させること
により、バッチ処理基準日時点の更新されていないデー
タレコードの内容を保持できるため、その後発生するバ
ッチ処理を行う際に、時間的に無矛盾なデータを使用す
ることが可能である。

【００２１】

【実施例】以下、図面と共に、本発明の実施例を詳細に
説明する。以下の実施例では、金融期間の顧客の預金等
の原簿となるデータを例として説明する。［第１の実施例］先日付処理図３は、本発明の第１の実施例の先日付処理を説明する
ための図である。同図に示すシステムは、元帳データベ
ース１００、制御プログラム２００、バッチプログラム
３００及びオンラインプログラム４００より構成され
る。

【００２２】同図に示すシステムは、端末装置（図示せ
ず。例えば、窓口端末装置、現金自動支払機等）や外部
記憶装置（図示せず）等より入力された更新指示データ
に基づいて、オンラインプログラム４００または、バッ
チプログラム３００により元帳データベース１００の処
理対象データレコードの更新を行うものである。データ
ベース１００（元帳）は、口座情報レコード１１０と先
日付レコード１２０が格納されている。バッチプログラ
ム３００は、バッチ処理によりデータベース１００内の
レコードを処理するためのプログラムである。オンライ
ンプログラム４００は、オンライン処理により無中断で
データベース１００の口座情報レコード１１０を更新す
るためのプログラムである。制御プログラム２００は、
これらの各プログラムやデータベース、データの入出力
を制御するプログラムである。

【００２３】図４は、本発明の第１の実施例の口座情報
レコードと先日付レコードのフォーマットを示す。同図
（ａ）は、データベース１００内の口座情報レコード１
１０であり、口座番号１１１１、預金種別１１１２、氏
名１１１３からなる顧客情報１１１と、取引種別１１２
１、金額１１２２、取引日１１２３、先日付１１２４か
らなる取引データ１１２、残高１１３及び先日付レコー
ドフラグ１１８より構成される。先日付レコードフラグ
１１８は、当該口座情報レコード１１０に対応する先日
付レコード１２０が作成されている場合には、当該フラ
グ１１８は、“１”となり、作成されていない場合には
“０”となる。

【００２４】同図（ｂ）は、データベース１００内の先
日付レコード１２０であり、口座情報レコード１１０に
対応する口座番号１１２１、預金種別１２１２、氏名１
２１３からなる顧客情報１２１、取引種別１２２１、金
額１２２２、バッチ処理基準日１２２３よりなる更新指
示データ１２２、及び処理済フラグ１２３より構成され
る。処理済フラグ１２３は、更新指示データ１２２の内
容の更新が既に行われている場合には、“１”が設定さ
れ、未処理の場合には“０”が設定される。

【００２５】以下に、指定された処理基準日より先の日
付で更新処理を行う場合の先日付処理について説明す
る。以下の説明では、銀行システムの預金者毎に有する
口座情報を保持するデータベースの更新処理を行う場合
を例として説明する。本実施例では、オンライン処理中
にバッチ処理を行っても、データに矛盾が発生しないよ
うに、処理基準日以前に予め所定のバッチ処理を完了し
ておき、その後更新指示データによりオンライン処理を
行う先日付処理について説明する。

【００２６】先日付処理は、バッチ処理でデータベース
１００を更新する場合、バッチプログラム３００が、更
新処理の対象となる口座に対して、本来バッチ処理が更
新を予定する日、即ち、バッチ処理基準日より以前の日
に、バッチ処理基準日以降のオンライン処理に先立っ
て、該当口座に対して指定された金額で加減算する必要
がある事を知らせる情報をデータベース１００内の先日
付レコード１２０に記録しておき、先日付レコードを用
いてバッチ処理及びオンライン処理により更新を行うも
のである。

【００２７】次に、各プログラムの動作を示す。以下の
説明において、バッチ処理基準日を１０月２５日とし、
先日付レコード作成日を１０月２０日として説明する。ステップ１）図３において、バッチ処理基準日（１０
月２５日）以前の日（１０月２０日）に端末装置や外部
記憶装置から更新指示データが入力された場合に、バッ
チ処理基準日（１０月２５日）より以前の日であるの
で、バッチプログラム３００は、先日付レコード１２０
の更新指示データ１２２に入力された更新指示データを
格納する。

【００２８】ステップ２）次に、バッチプログラム３
００は、当該口座情報レコード１１０に対応する先日付
レコード１２０が作成されたことを意味する情報とし
て、口座情報レコード１１０の先日付レコードフラグ１
１８に“１”を設定する。ステップ３）次にオンラインプログラム４００が、１
０月２５日に端末より処理要求電文を受信すると、口座
情報レコード１１０の先日付レコードフラグ１１８を参
照する。フラグが“１”の場合には、先日付レコード１
２０より更新指示データ１１２を読み込む。

【００２９】ステップ４）続いて、オンラインプログ
ラム４００は、更新指示データ１１２に基づいて、口座
情報レコード１１０の内容を更新する。この更新は、更
新指示データ１２２のバッチ処理基準日１２２３の順
（日付の古い順）に行う。ステップ５）バッチ処理による口座情報レコード１１
０の更新処理が終了すると、オンラインプログラム４０
０は、先日付レコード１２０の処理済みフラグを“１”
に変更する。

【００３０】ステップ６）次に、オンラインプログラ
ム４００は、端末装置より処理要求電文に従って口座情
報レコード１１０を更新する。図５は、本発明の第１の
実施例の先日付処理におけるオンラインプログラムの動
作を示すフローチャートである。ステップ１０１）オンラインプログラム４００が端末
装置より処理対象の口座に対する更新要求電文を受信す
る。

【００３１】ステップ１０２）オンラインプログラム
４００は、処理対象の口座番号をキーにしてデータベー
ス１００より先日付レコード１２０を読み込む。ステップ１０３）処理対象の口座番号に対応する先日
付レコードが存在しない場合には、ステップ１０８に移
行し、合致する先日付レコードが存在する場合には、ス
テップ１０３に移行する。

【００３２】ステップ１０４）先日付レコード１２０
の処理済フラグ１２３が“１”であれば処理済のレコー
ドであるので、このレコードは読みとばし、ステップ１
０８に移行する。処理済フラグ１２３が“０”である場
合には、未処理のレコードであるので処理を行うためス
テップ１０５に移行する。ステップ１０５）先日付レコード１２０のバッチ処理
基準日１２２３が本日より以前の日付であればステップ
１０６に移行し、それ以外はステップ１０８に移行す
る。

【００３３】ステップ１０６）オンラインプログラム
４００は、先日付レコード１２０の更新指示データ１２
２に従って口座情報レコード１１０のデータを更新す
る。ステップ１０７）オンラインプログラム４００は、先
日付レコード１２０の処理済フラグ１２３に“１”を設
定し、当該先日付レコード１２０を処理済のレコードと
する。

【００３４】ステップ１０８）オンラインプログラム
４００は、更新要求電文に従って口座情報レコード１１
０を更新する。次に、図６に示すバッチプログラムの動
作を説明する。図６は、本発明の一実施例のバッチプロ
グラムの動作を示すフローチャートである。バッチプロ
グラム３００は、先日付レコード１２０の作成及び先日
付レコード１２０を作成した旨を口座情報レコード１１
０に通知するプログラムである。

【００３５】ステップ２０１）バッチプログラム３０
０は、外部記憶装置等より入力される更新指示データを
読み込む。ステップ２０２）更新指示データの読み込みが終了し
たらバッチプログラム３００の処理を終了する。ステップ２０３）読み込んだ更新指示データのバッチ
処理基準日を参照し、バッチ処理基準日が本日（システ
ム日付）より先の日付であるかを判断する。例えば、本
日が１０月２０日であり、バッチ処理基準日が１０月２
５日であれば、バッチ処理が必要であると判断する。バ
ッチ処理基準日が本日より先の日付でない場合には、ス
テップ２０６に移行し、バッチ処理基準日が本日より先
の日付である場合には、ステップ２０４に移行する。

【００３６】ステップ２０４）バッチプログラム３０
０は、更新指示データの内容を口座番号１２１１、預金
種別１２１２、氏名１２１３等の顧客情報１２１と共に
先日付レコード１２０に書き込む。ステップ２０５）バッチプログラム３００は、口座番
号１２１１をキーにして口座情報レコード１１０を読
み、該当する口座番号の口座情報レコード１１０の先日
付レコードフラグ１１８に“１”を設定し、当該口座情
報レコード１１０に対応する先日付レコードが存在して
いることを通知し、ステップ２０１に移行する。

【００３７】ステップ２０６）ステップ２０３におい
て、バッチ処理基準日が本日より先の日付ではない場合
（例えば、本日が１０月２０日であり、バッチ処理基準
日が１０月１９日である場合）には、更新指示データに
従って口座情報レコード１１０の取引データ１１２及び
残高１１３を更新し、ステップ２０１に移行する。次
に、具体的な例を用いて先日付処理について説明する。

【００３８】図７は、本発明の一実施例の先日付処理の
例を示す。同図において、更新指示データ発行日が９月
１５日、９月２２日、９月２５日であり、ここで、処理
基準日である９月２５日の先日付処理を９月１５日に行
う。その他の処理は、オンライン処理されるものとす
る。また、元帳データベース１００の処理対象の口座と
して口座番号“００１”と口座番号“００２”の２つの
口座がある。

【００３９】（１）９月１５日のバッチ処理実行前の各
口座情報レコード１１０の内容は、口座番号“００１”
の残高は200,000 円（口座情報レコード）であり、先日
付レコードは記録されていない（先日付フラグ＝０）。
口座番号“００２”も残高は200,0000円であり、先日付
レコードは記録されていない。（２）９月１５日に更新指示データ『９月２５日をバッ
チ処理基準日とする給与振込処理』が発行された。・バッチプログラム３００は、まず、口座番号“００
１”の口座情報レコードに対応する先日付レコードを作
成する。先日付レコード１２０の取引種別１２２１は
『給与振込入金』、金額１２２２は『100,000 円』、バ
ッチ処理基準日１２２３『９月２５日』を顧客情報１２
１と共に書き込み、顧客情報１２１の口座番号１２１１
をキーにして口座情報レコード１１０を読み、該当する
口座情報レコード１１０の先日付レコードフラグ１１８
に“１”を設定する。・また、口座番号“００２”についても上記の処理と同
様である。

【００４０】９月１５日時点では、先日付レコード１２
０のみを作成しているため、口座情報レコード１１０は
更新されないため、口座番号“００１”の口座情報レコ
ード１１０の残高は100,000 円である。また、口座番号
“００２”の口座情報レコード１１０の残高も同様に10
0,000 円である。（３）９月２２日に口座番号“００１”の預金者が現金
支払機より30,000円の出金を行った。・オンラインプログラム４００は、出金処理の更新要求
電文を現金支払機より受信すると、先日付レコード１２
０を読み込む。この場合、口座番号“００１”に該当す
る先日付レコード１２０は存在するが、バッチ処理基準
日が９月２５日であるため、この先日付レコード１２０
は読みとばし、口座情報ファイル１１０の残高１１３よ
り30,000円を差し引いて、更新処理を行うため、口座番
号“００１”の更新後残高は170,000 円となる。・口座番号“００２”に関する更新要求及び更新指示デ
ータは入力されないため、口座情報レコード１１０及び
先日付レコード１２０の内容は（２）の状態と同じであ
る。

【００４１】（４）９月２５日に口座番号“００１”及
び“００２”の預金者が現金支払機より50,000円ずつの
出金処理を行った。・オンラインプログラム４００は、出金処理の更新要求
電文を現金支払機より受信すると、先日付レコード１２
０を読み込む。口座番号“００１”に該当する先日付レ
コード１２０のバッチ処理基準日１２２３を参照する
と、９月２５日となっているため、先日付レコード１２
０のデータを口座情報レコード１１０に反映させる必要
がある。先日付レコード１２０に記録されている給与振
込分の100,000 円を口座情報レコード１１０の残高に加
算し、残高を270,000 円とする。次に先日付レコード１
２０の処理済フラグ１２３に“１”を設定する。更に、
受信した更新要求電文に従って口座情報レコード１１０
を更新する。これにより、口座番号“００１”の口座情
報レコード１１０の残高は、270,000 円−50,000円を行
うことにより、220,000 円となる。最後に、口座番号
“００１”の口座情報レコード１１０の先日付レコード
フラグ１１８に“０”を設定する。・次に、オンラインプログラム４００は口座番号“００
２”の出金処理の更新要求電文（50,000円の出金）を現
金支払機より受信すると、先日付レコード１２０を読み
込む。口座番号“００２”に該当する先日付レコード１
２０のバッチ処理基準日１２２３を参照すると、９月２
５日となっているため、先日付レコード１２０のデータ
を口座情報レコード１１０に反映させる必要がある。先
日付レコード１２０に記録されている給与振込分の100,
000 円を口座情報レコード１１０の残高に加算し、残高
を300,000 円とする。次に先日付レコード１２０の処理
済フラグ１２３に“１”を設定する。更に、受信した更
新要求電文に従って口座情報レコード１１０を更新す
る。これにより、口座番号“００２”の口座情報レコー
ド１１０の残高は、300,000 円−50,000円を行うことに
より、250,000 円となる。最後に、口座番号“００２”
の口座情報レコード１１０の先日付レコードフラグ１１
８に“０”を設定する。

【００４２】なお、上記の第１の実施例において、給与
振込処理を例として説明したが、この例に限定されるも
のではなく、他の銀行業務や、データベースを更新する
オンラインシステムに広く適用できる。また、バッチ処
理前後のオンライン取引の回数に制限はなく、自由に取
引が可能である。さらに、システムの処理能力やメモリ
等の資源に問題がない限り、先日付の処理が可能な日数
に制限はない。

【００４３】［後日付処理］次に、実施例の第２の方法
として、処理基準日より後の日（後日付）にバッチ処理
を行う後日付処理について説明する。後日付処理は、口
座情報レコードについて、あるバッチ処理基準日（例え
ば９月１５日）に行う更新処理をバッチ処理基準日の翌
日（例えば９月１６日）以降（例えば９月１７日）に実
行するものである。

【００４４】図８は、本発明の第２の実施例の後日付処
理の第１の例を説明するための図である。同図に示すシ
ステムは、元帳データベース１００、制御プログラム２
００、バッチプログラム３００及びオンラインプログラ
ム４００より構成される。同図に示すシステムは、端末
装置（図示せず。例えば、窓口端末装置、現金自動支払
機等）や外部記憶装置（図示せず）等より入力された更
新指示データに基づいて、オンラインプログラム４００
または、バッチプログラム３００により元帳データベー
ス１００の処理対象データレコードの更新を行うもので
ある。

【００４５】データベース１００（元帳）は、口座情報
レコード１１０と後日付レコード１３０が格納されてい
る。バッチプログラム３００は、外部記憶装置等により
入力された更新指示データを用いるバッチ処理によりデ
ータベース１００内のレコードを処理するためのプログ
ラムである。オンラインプログラム４００は、オンライ
ン処理により無中断でデータベース１００の口座情報レ
コード１１０を更新するためのプログラムである。制御
プログラム２００は、これらの各プログラムやデータベ
ース、データの入出力を制御するプログラムである。

【００４６】図９は、本発明の第２の実施例の口座情報
レコードと後日付レコードのフォーマットを示す。同図
（ａ）は、データベース１００内の口座情報レコード１
１０であり、口座番号１１１１、預金種別１１１２、氏
名１１１３からなる顧客情報１１１と、取引種別１１２
１、金額１１２２、取引日１１２３からなる取引データ
１１２、残高１１３処理済フラグ１１４、及び後日付レ
コードフラグ１１５より構成される。後日付レコードフ
ラグ１１５は、当該口座情報レコード１１０に対応する
後日付レコード１３０がデータベース１００内に作成さ
れている場合には、当該フラグ１１５は、“１”とな
り、作成されていない場合には“０”となる。また、処
理済フラグ１１４は、バッチ処理終了前は“０”が設定
され、バッチ処理が終了した場合には“１”が設定され
る。

【００４７】同図（ｂ）は、データベース１００内の後
日付レコード１３０であり、口座情報レコード１１０に
対応する口座番号１３１１、預金種別１３１２、氏名１
３１３からなる顧客情報１３１、取引種別１３２１、金
額１３２２、更新日１３２３、バッチ処理基準日１３２
４よりなる更新前取引データ１３２、残高１３４及び処
理済フラグ１３３より構成される。処理済フラグ１３３
は、処理基準日１３２４に行われるべきバッチ処理が終
了していない場合には“０”が設定されており、処理が
終了すると“１”が設定される。

【００４８】以下に、指定された処理基準日以降の日付
の処理を行う場合の後日付処理について説明する。以下
の説明では、銀行システムの預金者毎に有する口座情報
を保持するデータベースの更新処理を行う場合を例とし
て説明する。以下の実施例の第２の方法として、オンラ
イン処理中にバッチ処理を行っても、データに矛盾が発
生しないように、さらに、オンライン処理によりデータ
レコードの更新終了後、処理基準日時点のデータベース
のデータレコードの内容がバッチ処理で無矛盾で利用可
能となるようにデータベース中にデータを一時退避させ
る方法である。

【００４９】後日付処理は、オンライン処理でデータベ
ースを更新する場合、本来処理基準日の翌日以降に行う
後日付処理日以前にオンライン処理要求が発行された場
合に、オンラインプログラムによる処理を行う前に、更
新前の口座情報レコード１１０のデータを後日付レコー
ドとして、データベース１００内の後日付レコード１３
０に格納しておき、その後でオンラインプログラムによ
る更新処理を行うものである。このとき、口座情報レコ
ード１１０には、後日付レコードを作成した旨を記録し
ておく。これらの一連の動作はオンラインプログラム４
００により実行される。

【００５０】次に、各プログラムの動作を示す。ステップ３０１）図８において、処理基準日の翌日以
降にバッチ処理を実行する以前にオンライン更新要求電
文が端末装置より発行されると、オンラインプログラム
４００は、データベース１００の口座情報レコード１１
０の内容を後日付レコード１３０に転送する。

【００５１】ステップ３０２）オンラインプログラム
４００は、当該口座情報レコード１１０に対応する後日
付レコード１３０を作成したので、後日付レコードフラ
グ１１５に“１”を設定する。ステップ３０３）オンラインプログラム４００は、本
来バッチプログラム３００で実行すべきバッチ処理を口
座情報レコード１１０に対して行う。

【００５２】ステップ３０４）オンラインプログラム
４００は、端末装置より受信した更新要求に基づいて口
座情報レコード１１０を更新する。ステップ３０５）バッチプログラム３００が口座情報
レコード１１０の処理済みフラグ１１４に“１”を設定
し、バッチ処理済みであることを通知する。ステップ３０６）バッチプログラム３００は、後日付
レコード１３０の処理済フラグ１３３にも同様にバッチ
処理が終了している旨の“１”を設定する。

【００５３】図１０は、本発明の第２の実施例の第２の
例を説明するための図である。同図に示すバッチプログ
ラム３００、オンラインプログラム４００、データベー
ス１００の構成は図８と同様であるので、その説明は省
略する。同図に示す例は、バッチプログラム３００が実
行される前にオンラインプログラム４００が実行されな
い場合を示す。即ち、バッチプログラム３００が後日付
処理を完了する前にオンラインプログラム４００が実行
されないため、後日付レコード１３０が作成されない例
である。

【００５４】従って、以下に示すようにバッチプログラ
ム３００が口座情報レコード１１０の更新をオンライン
プログラム４００実行前に完了させる処理である。ステップ４０１）バッチプログラム３００は、口座情
報レコード１１０の更新処理を行う。ステップ４０２）バッチプログラム３００は、口座情
報レコード１１０の処理済フグ１１４に処理済を示す
“１”を設定する。

【００５５】ステップ４０３）オンラインプログラム
４００が端末装置から更新要求電文を受け取ると、当該
更新要求電文に基づいて口座情報レコード１１０を更新
する。上記の処理では、処理済フラグ１１５が“１”と
なっているため、バッチプログラム３００により既にバ
ッチ処理が終了しているため、後日付レコード１３０に
は書き込まない。即ち、後日付レコード１３０は、バッ
チ処理の処理基準日の翌日以降（後日付）の前にオンラ
インプログラムが実行された場合のみ生成されるレコー
ドである。

【００５６】図１１は、本発明の一実施例の後日付処理
のオンラインプログラムのフローチャートである。ステップ５０１）まず、オンラインプログラム４００
が、端末装置から更新要求電文を受信する。ステップ５０２）データベース１００の処理対象の口
座情報レコード１１０の処理済フラグ１１３を参照し
て、バッチプログラム３００による処理が終了している
かを判定し、処理済（処理済フラグ＝１）であれば、ス
テップ５０６に移行し、未処理（処理済フラグ＝０）で
あれば、ステップ５０３に移行する。

【００５７】ステップ５０３）バッチ処理に対応する
オンラインプログラム３００による処理が行われていな
い場合には（処理済フラグ＝０）、データベース１００
の後日付レコード１３０に口座情報レコード１１０の情
報（取引データ１１２）を記録する。ステップ５０４）さらに、オンラインプログラム４０
０は、バッチ処理として口座情報レコード１１０に対し
て、後日付レコード１３０を生成した旨を記録する。即
ち、口座情報レコード１１０の後日付レコードフラグ１
１５に“１”を設定する。

【００５８】ステップ５０５）オンラインプログラム
４００は、バッチプログラム３００に代わって、バッチ
処理による口座情報レコード１１０の更新処理を行う。ステップ５０６）処理対象の口座情報レコード１１０
のバッチ処理済フラグ１１３が処理済（フラグ＝１）に
なっている場合、もしくは、ステップ５０３からステッ
プ５０５までの処理が終了していれば、オンラインプロ
グラム４００は端末装置より受信した更新要求電文に従
って口座情報レコードを更新する。

【００５９】次に、バッチプログラム３００の動作を説
明する。図１２は、本発明の第２の実施例の後日付処理
のバッチプログラムのフローチャートである。ステップ６０１）まず、バッチプログラム３００は、
データベース１００を読む。ステップ６０２）データベースのデータが終了したら
処理を終了する。

【００６０】ステップ６０３）処理対象の口座情報レ
コード１１０に後日付レコード１３０に記録した旨の情
報があるかを後日付レコードフラグ１１５を参照して判
定し、処理対象の口座情報レコード１１０に対応する後
日付レコードが存在する場合には、ステップ６０５に移
行し、存在しない場合にはステップ６０４に移行する。

【００６１】ステップ６０４）口座情報レコード１１
０に対応する後日付レコード１３０が存在しない場合に
は、バッチプログラム３００は、バッチ処理用のデータ
に基づいて口座情報レコード１１０を更新する。即ち、
口座情報レコード１１０の取引データ１１２を書込み、
残高１１３に対して処理内容に基づき加減算を行い、ス
テップ６０７に移行する。

【００６２】ステップ６０５）口座情報レコード１１
０に対応する後日付レコード１３０が存在する場合に
は、バッチプログラム３００は、後日付レコード１３０
を読み込み、口座情報レコード１１０をバッチ処理用の
データに基づいて更新する。即ち、更新前取引データ１
３２で指定されたバッチ処理による口座情報レコード１
１０の更新を行う。

【００６３】ステップ６０６）バッチプログラム３０
０は、後日付レコード１３０の処理済フラグ１３３にバ
ッチ処理済として“１”を設定する。ステップ６０７）最後にバッチプログラム３００は、
口座情報レコード１１０のバッチ処理フラグ１１４に
“１”を設定する。次に、具体的な例を用いて後日付処
理について説明する。

【００６４】図１３は、本発明の第２の実施例の後日付
処理の例を示す。同図において、９月１５日は本来バッ
チ処理を行う処理基準日であり、９月１６日は、オンラ
インによる更新要求が端末から発行された日であり、９
月１７日を後日付処理日とする。また、元帳データベー
ス１００の処理対象の口座として口座番号“００３”と
口座番号“００４”の２つの口座がある。

【００６５】（１）９月１５日のバッチ処理実行前の各
口座の内容として、口座番号“００３”の口座情報レコ
ード１１０の残高は200,000 円であり、このとき、後日
付レコード１３０は設定されていない。口座番号“００
４”の口座情報レコード１１０の残高も200,000 円であ
り、口座番号“００３”と同様に後日付レコード１３０
は作成されていない。

【００６６】また、９月１５日は、利息決算処理の基準
日であるが後日付処理とするために利息決算処理は行わ
ない。（２）９月１６日に発生する処理として、・『オンライ
ン処理で口座番号“００３”から30,000円出金する』が
更新要求として入力されると、オンラインプログラム４
００は、口座番号“００３”の更新前の口座情報レコー
ド１１０の残高200,000 円を後日付レコード１３０に書
込み、口座情報レコード１１０の後日付レコードフラグ
１１５に“１”を設定し、当該口座情報レコード１１０
に対応する後日付レコード１３０が作成されたことを通
知する。これにより、オンラインプログラム４００は、
本来バッチプログラム３００で行う利息処理を行い、取
引種別１１２１を「利息」、金額１１２２を「100
円」、取引日「９月１５日」、残高「200,100 円」とす
る。

【００６７】この後、オンラインプログラム４００は、
口座番号“００３”の口座情報レコード１１０に対して
30,000円の出金処理を行う。これにより、口座番号“０
０３”の口座情報レコード１１０の残高は「170,100
円」となる。・口座番号“００４”の口座情報レコード
１１０については、オンラインによる更新要求が入力さ
れないため、口座情報レコード１１０の内容は更新され
ていない。

【００６８】（３）９月１７日に発生する処理として、
この日は、バッチプログラム３００により後日付処理を
行う日である。・口座番号“００３”の口座情報レコー
ド１１０については、既に口座情報レコード１１０の処
理済フラグ１１４が“１”となっているため、バッチ処
理済となっているので、口座番号“００３”に対するバ
ッチ処理は行わず、さらに、オンラインによる更新要求
電文も入力されていないため、口座情報レコード１１０
の内容は、９月１６日時点の内容のままである。・口座
番号“００４”の口座情報レコード１１０については、
処理済フラグ１１４が“０”となっており、バッチ処理
はまだ行われていないため、バッチプログラム３００
は、口座情報レコード１１０に対して利息計算のバッチ
処理を行い、口座情報レコード１１０の内容を更新し、
この時の残高１１３は200,100 円となる。口座番号“０
０４”については、後日付以前にオンラインによる更新
処理が実行されなかったため、後日付レコードは作成さ
れていない。最後に、口座番号“００４”の口座情報レ
コード１１０の処理済フラグ１１４を“１”とする。

【００６９】上記の利息計算は、利息計算を行うに当た
り、処理基準日の残高に対して利息を計算するので、オ
ンライン処理により更新された後の値で利息計算する
と、正確な値が求められないので、利息を計算する当日
（処理基準日）の残高を記憶しておく必要がある。従っ
て、後日付レコード１３０に処理基準日の残高を退避さ
せ、後日付レコード１３０の値に基づいて利息計算を行
うものである。これにより、オンライン処理で口座情報
レコード１１０の値が更新されていても、後日付レコー
ド１３０を参照することにより、正確な計算が可能であ
る。

【００７０】なお、上記の後日付処理において、バッチ
処理として利息決算処理を例として説明したが、この例
に限定されることなく、データベースを更新するオンラ
イン処理であればよい。また、バッチ処理の前後のオン
ライン取引の回数に制限はない。さらに、システムの処
理能力や資源に問題がない限り、後日付の処理が可能な
日数には特に制限はない。

【００７１】

【発明の効果】上述のように本発明によれば、オンライ
ン処理を２４時間連続運転する場合に対応が不可欠であ
るバッチ処理の時間的制限を意識することなく実行する
ことが可能である。また、バッチ処理をバッチ処理基準
日以外の任意の日に実行が可能であるため、バッチ処理
によるコンピュータシステムへの負荷の集中を平準化で
きる。

【００７２】さらに、これまで深夜に行われることが多
かったバッチ処理が日中の任意の時間に実行できるよう
になるため、コンピュータシステム運用におけるオペレ
ータの負荷が軽減される。

【図面の簡単な説明】

【図１】本発明の原理構成図（その１）である。

【図２】本発明の原理構成図（その２）である。

【図３】本発明の第１の実施例の先日付処理を説明する
ための図である。

【図４】本発明の第１の実施例の口座情報レコード及び
先日付レコードのフォーマットを示す図である。

【図５】本発明の第１の実施例の先日付処理におけるオ
ンラインプログラムの動作を示すフローチャートであ
る。

【図６】本発明の第１の実施例の先日付処理におけるバ
ッチプログラムの動作を示すフローチャートである。

【図７】本発明の第１の実施例の先日付処理の例を示す
図である。

【図８】本発明の第２の実施例の後日付処理の第１の例
を説明するための図である。

【図９】本発明の第２の実施例の口座情報レコード及び
後日付レコードのフォーマットを示す図である。

【図１０】本発明の第２の実施例の後日付処理の第２の
例を説明するための図である。

【図１１】本発明の第２の実施例の後日付処理のオンラ
インプログラムのフローチャートである。

【図１２】本発明の第２の実施例の後日付処理のバッチ
プログラムのフローチャートである。

【図１３】本発明の第２の実施例の後日付処理の例を示
す図である。

【図１４】従来の銀行システムの運用形態を示す図であ
る。

【符号の説明】

１０先日付レコード設定手段２０更新手段２１バッチ更新手段２２オンライン更新手段２３出力手段３０後日付レコード設定手段４０更新手段１００データベース１１０データレコード、口座情報レコード１１１顧客情報１１２取引データ１１３残高１１４処理済フラグ１１５後日付レコードフラグ１１８先日付レコードフラグ１２０先日付レコード１２１顧客情報１２２更新指示データ１２３処理済フラグ１３０後日付レコード１３１顧客情報１３２取引データ１３３処理済フラグ１３４残高２００制御プログラム３００バッチプログラム４００オンラインプログラム１１１１口座番号１１１２預金種別１１１３氏名１１２１取引種別１１２２金額１１２３取引日１１２４先日付１２１１口座番号１２１２預金種別１２１３氏名１２２１取引種別１２２２金額１２２３バッチ処理基準日１３１１口座番号１３１２預金種別１３１３氏名１３２１取引種別１３２２金額１３２３更新日１３２４処理基準日

Claims

【特許請求の範囲】

【請求項１】データベースのデータレコードをオンラ
イン処理にて更新する処理において、更新を行うべき処理基準日より以前の先日付と、該処理
基準日において更新する値からなる先日付レコードを設
定する先日付レコード設定手段と、前記処理基準日以降（処理基準日を含む）にオンライン
処理要求電文が発行されると、前記先日付レコードを参
照して前記データレコードの更新処理を行う更新手段と
を有することを特徴とするデータベース更新処理装置。
【請求項２】前記更新手段は、前記オンライン処理要求電文の発行日時以前に前記先日
付レコードが前記先日付レコード設定手段により予め設
定されている場合には、前記先日付レコードの処理基準
日の古い順に前記データレコードを更新し、更新済みを
記録するバッチ更新手段と、前記バッチ更新手段終了後に前記オンライン処理要求電
文による前記データレコードの更新を行うオンライン更
新手段を含む請求項１記載のデータベース更新処理装
置。
【請求項３】前記更新手段は、所定の周期で行う請求
項１記載のデータベース更新処理装置。
【請求項４】前記先日付レコード設定手段は、前記データベース内に前記先日付レコードを設定したこ
とを記録する手段を有する請求項１記載のデータベース
更新処理装置。
【請求項５】データベースのデータレコードをオンラ
イン処理にて更新する処理において、該データレコード
のバッチ処理を行うべき処理基準日の翌日以降の後日付
に該バッチ処理を行う場合のデータベースの更新処理装
置において、前記データレコードの前記バッチ処理が前記処理基準日
の翌日以降の後日付に実行される前にオンライン処理要
求電文が発行された場合に、該処理基準日と、該処理基
準日の更新前のデータレコードを後日付レコードに格納
する後日付レコード設定手段と、前記後日付よりも前にオンライン処理要求電文が発行さ
れると、前記データレコードに対して前記処理基準日に
行うべき更新を行い、さらに、該オンライン処理要求電
文に従って前記データレコードに対して更新を行う更新
手段とを有することを特徴とするデータベース更新処理
装置。
【請求項６】前記後日付レコード設定手段は、前記デ
ータレコードに後日付レコードが作成されている旨を記
録する手段を有する請求項５記載のデータベースの更新
処理装置。
【請求項７】前記更新手段は、前記後日付レコードにバッチ処理済を記録する手段を有
する請求項５記載のデータベースの更新処理装置。
【請求項８】データベースのデータレコードをオンラ
イン処理にて更新する処理において、バッチ処理を所定
の処理基準日以前に行うデータベースの更新処理方法に
おいて、前記バッチ処理を前記所定の処理基準日以前に行う場合
には、前記バッチ処理の更新指示内容を前記データベー
ス内に一時記録し、前記処理基準日以降にオンライン処理要求電文が発行さ
れると、前記バッチ処理の更新指示内容に基づいて前記
データレコードのバッチ処理を行い、前記オンライン処理要求電文に基づいてオンライン処理
により前記データレコードのバッチ処理を行うことを特
徴とするデータベースの更新処理方法。
【請求項９】データベースのデータレコードをオンラ
イン処理にて更新する処理において、バッチ処理を所定
の処理基準日以降に行うデータベースの更新処理方法に
おいて、前記バッチ処理を前記所定の処理基準日の翌日以降に実
行する前にオンライン処理要求が発行された場合に、オ
ンラインプログラムにより前記データレコードを前記デ
ータベース内に記録しておき、前記バッチ処理を前記データレコードに対して実行した
後に、前記オンラインプログラムによる前記データレコ
ードを更新することを特徴とするデータベースの更新処
理方法。