JPH0844670A

JPH0844670A - ファイル管理方法およびそれを用いた計算機システムならびにその計算機システムの運用方法

Info

Publication number: JPH0844670A
Application number: JP6177980A
Authority: JP
Inventors: Hirofumi Nagasuga; 弘文長須賀; Yasufumi Yoshizawa; 康文吉澤; Toshiyuki Kinoshita; 俊之木下; Seiichirou Yoshioka; 正壱郎吉岡; Soichi Oyama; 壮一尾山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-07-29
Filing date: 1994-07-29
Publication date: 1996-02-16

Abstract

(57)【要約】【目的】オンライン処理の２４時間連続運転を可能と
する。【構成】オンライン計算機システムにより、口座ファ
イル更新要求もしくは参照要求に応じて、口座ファイル
内の対象レコードと対象レコードに対応する更新情報を
入力する。更新情報の更新条件が満足されていれば、対
象レコードに対して更新情報を反映した後、要求動作を
行う。一方、バッチ集計処理計算機システムシステムで
は、バッチプログラムから口座ファイルのデータに対し
て参照要求があると、口座ファイル内の対象レコードと
対象レコードに対応する更新情報を入力する。時刻と更
新条件を比較し、時刻が更新条件以降のものであれば口
座ファイルの対象データに対して対応する更新情報を反
映し、バッチプログラムに渡す。【効果】バッチ処理に要する時間を短縮し、また、デ
ータベースの一括更新処理にかかる負荷を分散させるこ
とができる。さらに、ある時刻までにおける口座ファイ
ルをもとに集計処理を実施することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、バンキングシステムな
どのように、オンライン処理とバッチ処理が共存するシ
ステムにおけるファイル管理方法、およびそのファイル
管理方法を用いた計算機システム、ならびにその計算機
システムの運用方法に関する。

【０００２】

【従来の技術】バンキングシステムなどの大規模システ
ムでは、日中のオンライン処理が終了後にその日のオン
ライン処理で取り扱ったデータなどを入力情報にした集
計処理が実施される。

【０００３】オンライン処理は、停止することなく運用
されることが理想である。バンキングシステムなどにお
いても、顧客へのサービス向上の面からそのニーズが高
くなっており、２４時間／日、３６５日／年の連続運用
の方向へ技術が進みつつある。ところで、ＯＬＴＰが一
定期間稼働した後には、トランザクションの集計処理や
振込み等によるデータベースの一括更新といったバッチ
処理が周期的に発生する。これらの処理は、バッチ処理
で取り扱うデータの矛盾を排除するためオンライン処理
終了後に実行されたり、あるいはトランザクション処理
の応答を保証するためオンライン処理の負荷が低い時に
実行される。ところが、オンライン処理が高負荷状態で
運用される時間帯が長くなり、バッチ処理のための時間
帯が次第に制限されるようになりつつある。２４時間連
続オンライン処理を実現するためには、データの整合性
をとりながらバッチ集計処理との平行実行を実現する必
要がある。また、バッチ集計処理においても処理時間短
縮が求められる。

【０００４】バッチ集計業務は、大きく２つに大別する
ことができる。第１の業務は、日々の取り扱い情報を集
計や帳票出力を行う業務である。第２のは、期日指定振
込みなどのための一括口座ファイル更新業務である。す
なわち、一括データベース更新処理である。

【０００５】第１の業務では、オンライン処理の履歴情
報（所謂ジャーナル）や口座ファイルの内容を入力情報
としている。例えば、特開平１−９６７４４号公報に
は、こうした第１のバッチ集計処理とオンライン処理の
並行処理を実現するための方法が記載されている。これ
に開示される技術では、口座ファイルを２重化してお
き、バッチ集計処理を実施している時は、２つの口座フ
ァイルの一方をオンライン処理用に割り当て、もう一方
をバッチ集計処理用に割り当てる。バッチ集計処理完了
後は、オンライン処理用に割り当てておいた口座ファイ
ル更新のあった情報を、バッチ処理用に割り当てておい
た口座ファイルに反映させ、再び２つの口座ファイルを
オンライン処理用に割り当てる。このようにすることに
より、第１のバッチ集計処理とオンライン処理の並行処
理を可能としている。

【０００６】また、第２の業務では、まず、データベー
スを更新するための入力情報を準備し、その情報をもと
にデータベースを一括更新している。例えば、特開平４
−１３０９６４号公報には、こうした一括データベース
更新処理のために計算機システムにかかる負荷を分散化
させる方法が記載されている。特開平４−１３０９６４
号公報では、当日にデータベースを更新できる情報と、
翌日でなければ更新できない情報とに前記入力情報を分
類する。当日更新できる入力情報については、バッチ処
理で一括してデータベースを更新し、翌日更新できるも
のは、翌日に取り引きが発生した時点でもデータベース
に対して更新をかける。これにより、一括データベース
更新処理の負荷を分散化させ、バッチ集計処理に要する
時間の短縮を図っている。

【０００７】

【発明が解決しようとする課題】上記２つの従来技術で
は、ファイル内のデータの整合を保ち、かつオンライン
処理の性能を保証しながらオンライン処理とバッチ集計
処理を完全に並行処理を実施することができない。

【０００８】まず、特開平１−９６７４４号公報の技術
では、データベースを参照するバッチ処理はオンライン
処理と並行に実施することが可能である。しかし、デー
タベースを更新するバッチ処理は、オンライン処理と並
行して実施することができない。これは、バッチ処理が
ある時刻におけるオンライン処理の口座ファイルのコピ
ーを使用しているため、最新のオンライン処理の口座フ
ァイルを使用していないためである。

【０００９】次に、特開平４−１３０９６４号公報の技
術では、指定期日が翌日のものに関しては、オンライン
処理の延長でデータベースを更新することが可能である
が、当日の期日指定のものに関しては、バッチ処理とい
った形でデータベースを更新しなければならない。

【００１０】本発明の目的は、データベースを参照しな
がら処理を進めるバッチ集計処理とオンライン処理の並
行処理を可能とし、かつバッチ処理の形でデータベース
更新がなされていた処理をオンライン処理の延長で実施
することを可能とすることで、オンラインシステムの２
４時間連続運転を可能とすることにある。

【００１１】

【課題を解決するための手段】上記課題を解決するため
に、口座ファイルの各レコードについて、更新情報と更
新条件からなるレコードを生成するための更新情報生成
プログラムを設ける。本発明によるオンライン計算機シ
ステムでは、下記の動作をするファイル管理プログラム
が設けられる。即ち、ファイル管理プログラムでは、ま
ず、口座ファイル更新要求もしくは参照要求が発生した
ときに、口座ファイル内の対象レコードと対象レコード
に対応する更新情報レコードを入力する。次に、更新情
報レコードの更新条件が満足していれば、上記対象レコ
ードに対して更新情報を反映した後で要求動作を行う。

【００１２】一方、本発明のバッチ集計処理計算機シス
テムシステムでは、例えば、特開平１−９６７４４号公
報に開示される手法を用いて、ある時刻での口座ファイ
ルの情報を保存しておく。そして、ファイル管理プログ
ラムでは、バッチプログラムから口座ファイルのデータ
に対して参照要求があると、まず、口座ファイル内の対
象レコードと対象レコードに対応する更新情報レコード
を入力する。次に、更新条件が満足しているレコードで
あれば、口座ファイルの対象データに対して対応する更
新情報を反映し、バッチプログラムに渡す。

【００１３】

【作用】オンライン計算機システムのファイル管理プロ
グラムにより、従来バッチ集計処理の一環として実施さ
れていたデータベースへの更新処理をオンライン処理の
延長で実施することができる。これにより、バッチ処理
時間を短縮することができる。また、データベースの一
括更新処理にかかる負荷を分散させることができる。

【００１４】また、バッチ集計処理計算機システムのフ
ァイル管理プログラムにより、ある時刻までにおける口
座ファイルをもとに集計処理を実施することができる。

【００１５】上記２つの作用により、オンライン処理を
２４時間連続運転する一方で、オンライン処理と並行し
てバッチ集計処理を実施することが可能となる。

【００１６】

【実施例】以下、図１から図８を用いて本発明の第１の
実施例について説明する。なお、本実施例では、バンキ
ングシステムを例にその処理の流れ沿って説明すること
にする。

【００１７】図１は、本発明を実施するための計算機シ
ステムの構成、ならびに、処理手順を示している。営業
店１００、１１０、及び１２０とセンタ２００内のオン
ライン計算機システム２２０とが、回線制御装置２１０
を介して接続されている。営業店１００、１１０、及び
１２０から、振込み操作や引き出し操作がなされると、
回線制御装置２１０を介してオンライン計算機システム
２２０に要求が伝達される。オンライン計算機システム
２２０は、ＣＰＵ２２１とメモリ２２２とを含んで構成
される。メモリ２２２内には、オンライン処理を実施す
るためのプログラムがローディングされている。オンラ
インアプリケーションプログラム３００は、営業店１０
０、１１０、及び１２０より転送された要求を解析し、
ファイル管理プログラム４００に対してファイルアクセ
スの要求をおくる。ファイル管理プログラム４００は、
まず、要求を受け付け部５１０で受け付け、口座ファイ
ル入力部５２０でアクセス対象となる口座ファイル２４
０内の口座レコード２４１を入力する。更新情報入力部
５３０では、口座レコード２４１に対応する更新情報フ
ァイル２５０内の更新レコード２５１を入力する。照合
更新部５４０では、更新レコード２５１の更新条件が、
口座ファイルへの反映が可能か否かを判断し、反映可能
な場合には、口座ファイルへ反映したあとで転送された
要求を実行する。そして、これら一連の実行内容を履歴
情報収集部６００がレコード形式の履歴情報レコード２
６１として生成し、履歴情報ファイル２６０に記録す
る。

【００１８】一方、バッチ集計処理計算機システム２３
０では、大きく２つの業務が実行される。ひとつは、上
記オンライン処理を実施するために前もって更新情報フ
ァイル２５０を生成する処理である。もう一つは、いわ
ゆるバッチ集計処理である。

【００１９】更新情報ファイル２５０を生成する処理
は、更新情報生成プログラム８００により行われる。更
新情報生成プログラム８００は、履歴情報ファイル２６
０や更新依頼情報２７０を入力情報として更新情報ファ
イル２５０を生成する。履歴情報ファイル２６０の中に
は、同一バンキングシステム内の口座ファイル間での資
金の移動依頼に関する情報もある。更新情報生成プログ
ラム８００は、このような情報を抽出し、更新情報ファ
イル２５０を生成する。更新依頼情報２７０は、他のバ
ンキングシステムからの資金の移動依頼である。

【００２０】バッチ集計処理は、バッチプログラム９０
０により行われる。バッチプログラム９００は、履歴情
報ファイル２６０と口座ファイル２４０を入力として集
計処理を行い、その実行結果２８０を出力する。

【００２１】バッチプログラム９００では、ある時点に
おける口座ファイル２４０の情報をもとに集計する必要
がある。すなわち、バッチプログラム９００の実行中
は、口座ファイルの情報が変更されてはならない。その
ため通常は、口座ファイル２４０を二重化して運用して
おく。そして、バッチプログラム実行中は、一方をオン
ライン処理用に割り当て、もう一方をバッチプログラム
用に割り当てることにより上記課題を解決する。

【００２２】バッチプログラム９００が、口座ファイル
２４０の口座レコード２４１のデータ入力要求を発行す
ると、ファイル管理プログラム７００は、入力部７１０
でアクセス対象となる口座ファイル２４０内の口座レコ
ード２４１と、口座レコード２４１に対応する更新情報
ファイル２５０内の更新レコード２５１を入力する。照
合部７２０では、更新レコード２５１の更新条件が、口
座ファイル２４０への反映が可能か否かを判断し、反映
可能な場合には、更新情報を反映した結果を出力部７３
０によりバッチプログラム９００に渡す。

【００２３】図２は、口座レコード２４１の構造を示す
フォーマット図である。

【００２４】２４１−ａは口座番号であり、本実施例に
おいて、個々のレコードを識別するための識別子とな
る。２４１−ｂは、預金の種類を示すフィールドであ
る。このフィールド２４１−ｃに“１０”がセットされ
ている場合は、普通預金のみを行っていることを示す。
また、“０１”は、定期預金のみを行っていることを示
し、“１１”の場合には、普通預金と定期預金の両者を
行っていることを示す。フィールド２４１−ｃは、普通
預金の残高であり、フィールド２４１−ｄは、定期預金
の残高である。

【００２５】図３には、更新情報のレコード形式を示
す。フィールド２５１−ａは、口座番号である。フィー
ルド２５１−ｂは引き出し、若しくは振込みの種類を示
す。フィールド２５１−ｂが“１０”であれば、フィー
ルド２５１−ａにより示される口座からの引き出しであ
ることを示し、“０１”であれば、振込みであることを
示す。フィールド２５１−ｃは、取り扱う金額を示す。
フィールド２５１−ｄは、当該レコードが有効となる条
件を示している。この条件としては、日時、あるいは期
日などを用いることができる。フィールド２５１−ｅ
は、本要求を発行した依頼元を示す。

【００２６】図４は、履歴情報レコード２６１のレコー
ド形式である。フィールド２６１−ａは、取り引きがあ
った時刻を示す。フィールド２６１−ｂは、取り引きを
した口座番号である。フィールド２６１−ｃは、取り引
きの種類を示している。フィールド２６１−ｃが、“１
０”の場合は、フィールド２５１−ａにより示される口
座ファイルからの引き出しであることを示し、“０１”
の場合は、振込みであることを示す。フィールド２６１
−ｄは、取り扱う金額を示している。フィールド２６１
−ｅは、当該レコードが有効となる条件を示し、フィー
ルド２６１−ｆはその依頼元を示している。

【００２７】図５は、更新依頼情報レコード２７１のレ
コード形式である。更新依頼情報レコード２７１の各フ
ィールドは、更新情報レコード２５１と同一である。

【００２８】図６は、オンライン計算機システム２２０
におけるファイル管理プログラム４００の一連の処理の
流れを示すフローチャートである。

【００２９】ファイル管理プログラム４００ではまず、
ステップ５０１で口座番号と暗証番号の照合を行う。ス
テップ５０２では、口座ファイル２４０から口座番号に
対応した口座レコード２４１を入力する。ステップ５０
３では、更新情報ファイル２５０から、口座レコード２
４１のフィールド２４１−ａにある口座番号と等しい口
座番号を持つ更新情報レコード２５１を抽出する。ステ
ップ５０４では、ステップ５０３において、口座レコー
ド２４１のフィールド２４１−ａにある口座番号と等し
い口座番号を持つ更新情報レコード２５１が抽出できた
か否かを識別する。該当する更新情報レコード２５１が
存在する場合はステップ５０５へ進み、存在しない場合
はステップ５０７へ進む。ステップ５０５では、更新情
報レコード２５１内のフィールド２５１−ｄにある条件
から、当該レコードが有効か否かを判断する。レコード
が有効な場合はステップ５０６へ進み、レコードが無効
である場合はステップ５０７へ進む。

【００３０】ステップ５０６では、更新情報レコード２
５１のフィールド２５１−ｃにある金額、フィールド２
５１−ｂにより示されるその種類、および営業店１０
０、１１０、及び１２０からの要求内容の結果を口座レ
コード２４１に反映し、口座レコード２４１を出力す
る。そして、ステップ５０８で口座レコード２４１に反
映した更新情報レコード２５１を削除してステップ５０
９へ進む。一方、ステップ５０７では、営業店１００、
１１０、及び１２０からの要求内容の結果のみを口座レ
コード２４１に反映して口座レコード２４１を出力し、
ステップ５０９へ進む。

【００３１】ステップ５０９では、履歴情報レコード２
６１の出力を履歴情報収集部６００に依頼し、ステップ
５０Ａに進む。ステップ５０Ａでは、営業店１００、１
１０、及び１２０からの要求内容が引き出しの場合、手
金手続きを営業店１００、１１０、及び１２０に依頼す
る。

【００３２】図７は、バッチ集計処理計算機システム２
３０のファイル管理プログラム７００による一連の処理
の流れを示している。

【００３３】ファイル管理プログラム７００では、ま
ず、ステップ７０１で、口座ファイル２４０から口座番
号に対応した口座レコード２４１を入力する。ステップ
７０２では、更新情報ファイル２５０から、入力した口
座レコード２４１のフィールド２４１−ａにある口座番
号と等しい口座番号を持つ更新情報レコード２５１を抽
出する。ステップ７０３では、ステップ７０２におい
て、口座レコード２４１のフィールド２４１−ａにある
口座番号と等しい口座番号を持つ更新情報レコード２５
１が抽出できたか否かを識別する。該当する更新情報レ
コード２５１が存在する場合はステップ７０４へ進み、
存在しない場合はステップ７０６へ進む。ステップ７０
４では、更新情報レコード２５１のフィールド２５１−
ｄにある条件から、当該レコードが有効か否かを判断す
る。レコードが有効な場合は、ステップ７０５へ進み、
レコードが無効な場合はステップ７０６へ進む。

【００３４】ステップ７０６では、更新情報レコード２
５１のフィールド２５１−ｃにある金額とフィールド２
５１−ｂにある種類を口座レコード２４１に反映し、要
求元に渡す。一方、ステップ７０６では、口座レコード
２４１に反映し、口座レコード２４１のみを要求元に渡
す。

【００３５】以上に示したファイル管理方法をとること
により、オンライン処理とバッチ処理の並行処理が可能
となる。また、口座ファイルなどのデータベース更新処
理に関する負荷を平滑化させることができる。

【００３６】図８に、本実施例の計算機システムを適用
したバンキングシステムの運用例を示す。ここでは、あ
る日の夜間業務から翌日の夜間業務までの様子を示して
いる。ここでは、１９時までの履歴情報２６０と更新依
頼情報２７０を用いて、翌日用の更新情報ファイル２５
０を生成し、その後で、バッチプログラム９００を実行
させている。各日の更新情報ファイル２５０は有効とな
った当日にアクセスがあれば、ただちに無効化されて削
除される。しかし、アクセスがない場合は、そのまま残
ることとなる。

【００３７】以上の実施例において、更新条件が時刻で
ある場合は、処理が以下のように行われる。

【００３８】この場合、更新情報レコード２５１のフィ
ールド２５１−ｄに、更新条件として時刻が記される。
図６のフローチャートにおいて、ステップ５０５の更新
条件の判断では、口座ファイル２４０内の口座レコード
２４１へのアクセス時刻と、更新情報レコード２５１の
フィールド２５１−ｄにある更新条件とが比較対象とし
て比較される。口座レコード２４１へのアクセスが、更
新条件として記された時刻以降のアクセスであれば条件
を満たすものとしてステップ５０６へ進む。条件を満た
していなければ、ステップ５０７へ進み、更新情報レコ
ード２５１の情報は参照せずに、口座ファイル２５０の
みの情報により処理が進められる。

【００３９】また、更新条件が期日である場合には、以
下のような処理となる。

【００４０】この場合、更新情報レコード２５１のフィ
ールド２５１−ｄに、更新条件として期日が記される。
そして、図６のフローチャートにおいて、ステップ５０
５の更新条件の判断が、口座ファイル２４０内の口座レ
コード２４１へのアクセス期日と、更新情報レコード２
５１のフィールド２５１−ｄにある更新条件とが比較対
象として比較される。口座レコード２４１へのアクセス
が、更新条件として記された期日以降のアクセスであれ
ば条件を満たすものとしてステップ５０６へ進む。条件
を満たしていなければステップ５０７へ進み、更新情報
レコード２５１の情報は参照せずに、口座ファイル２５
０のみの情報で処理を進める。

【００４１】以上説明した実施例では、口座ファイル２
４０の口座レコード２４１に対して更新要求があった時
に、口座レコード２４１に対応する更新情報レコード２
５１を更新情報ファイル２５０から検索し、更新情報レ
コード２５１のフィールド２５１−ｄにある条件が満足
されていれば、フィールド２５１−ｃにある金額を口座
レコードのフィールド２４１−ｃ、または２４１−ｄに
ある残高に加えた後、更新要求処理を行う。したがっ
て、更新要求処理が発生しない限り更新情報ファイル２
５０の内容が口座ファイル２４０に反映されない。この
ため、更新要求がない口座レコード２４１に対応する更
新情報レコード２５１は、更新情報ファイル２５０内に
格納されたままとなり、更新情報ファイル２５０のファ
イル容量が膨大なものとなる可能性がある。そこで、以
下に、このように更新情報ファイル（２５０）のファイ
ル容量が増大することを防止することのできる実施例に
ついて説明する。

【００４２】図９は、本実施例における計算機システム
の構成、及び処理手順を示している。図９に示す計算機
システムは、図１に示したオンライン計算機システム２
２０のファイル管理プログラム４００′の中に、さら
に、モニタ部１０００と更新処理投入部１１００が設け
られている。なお、図９において、図１と共通する部分
については、図１と同一の参照番号が付されている。

【００４３】モニタ部１０００は、オンライン計算機シ
ステム２２０内のＣＰＵ２２１の負荷状況を監視する。
ＣＰＵ２２１の負荷があるしきい値以下の時に、モニタ
部１０００は、更新処理投入部１１００に対して更新処
理依頼をする。更新処理投入部１１００では、更新情報
ファイル２５０から任意の更新情報レコード２５１を抽
出し、更新情報レコード２５１のフィールド２５１−ａ
にある口座番号を指定して、ファイルアクセス部５０
０′に更新依頼をする。

【００４４】図１０に、更新処理投入部１１００から依
頼を受けた場合のファイルアクセス部５００′における
処理の流れを示す。

【００４５】ファイルアクセス部５００′は、更新処理
投入部１１００から依頼を受けると、まず、ステップ１
００１で口座ファイル２４０から口座番号に対応した口
座レコード２４１を入力する。次に、ステップ１００２
では、更新情報ファイル２５０から、入力した口座レコ
ード２４１のフィールド２４１−ａにある口座番号と等
しい口座番号を持つ更新情報レコード２５１を抽出す
る。そして、ステップ１００３で、更新情報レコード２
５１のフィールド２５１−ｄにある条件から、当該レコ
ードが有効か否かを判断する。レコードが有効な場合
は、ステップ１００４へ進み、レコードが無効であれ
ば、処理を終了する。

【００４６】ステップ１００４では、更新情報レコード
２５１のフィールド２５１−ｃにある金額と、フィール
ド２５１−ｂの種類を口座レコード２４１に反映して、
口座レコード２４１を出力する。そして、ステップ１０
０５で口座レコードに反映した更新情報レコード２５１
を削除してステップ１００６へ進む。ステップ１００６
では、履歴情報レコード２６１の出力を履歴情報収集部
６００に依頼して、処理を終了する。

【００４７】以上のような処理を行うことにより、口座
ファイル２４０へのアンクセス要求がなくても、自動的
に更新情報ファイル２５０の内容を口座ファイル２４０
に反映させることができるので、更新情報ファイル２５
０の容量が増大することを未然に防ぐことができる。ま
た、ＣＰＵ負荷が低い時に更新情報２５１の内容を口座
ファイル２４０に反映させるので、オンライン計算機シ
ステムのＣＰＵにかかる負荷を時間的に分散させること
ができる。

【００４８】次に、これまでに説明した実施例における
更新情報ファイル２５０の作成方法について説明する。
ここでは、ある口座レコード２４１に対する現金の振込
み手続きを例にして説明する。なお、以下では、図１に
示したシステム構成を基に説明を行うが、図９に示すシ
ステムにおいても、同様に実現できるものであることは
いうまでもない。

【００４９】現金の振込み手続きは、オンラインアプリ
ケーションプログラム３００により行われる。オンライ
ンアプリケーションプログラム３００では、振込み者よ
り振込先の口座番号、金額、および振込み時刻（もしく
は振込期日）の情報を得て、それらの情報をファイル管
理プログラム４００に渡す。ファイル管理プログラム４
００では、履歴情報収集部６００で依頼事項に準じた履
歴情報レコード２６１を生成し、履歴情報ファイル２６
０に格納する。このようにして作成された履歴情報ファ
イル２６０の他に、他のシステムから口座ファイル２４
０への更新依頼の内容が、更新依頼情報ファイル２７０
として送られてくる。そこで、バッチ集計処理計算機シ
ステム２３０の更新情報生成プログラム８００は、履歴
情報ファイル２６０と更新依頼情報ファイル２７０を入
力情報として、更新情報ファイル２５０を作成する。

【００５０】以上、現金の振込み手続きを例に本発明に
ついて説明を行ったが、本発明によれば、口座レコード
に対する現金の引き出し手続きも同様の手順により実現
することができる。さらに、時刻指定（もしくは期日指
定）である口座レコードから他の口座レコードへ資金を
移動させる場合は、上記の引き出し手続きと振込み手続
きを組み合わせることにより実現することができる。

【００５１】また、更新情報レコード２５１内の条件の
フィールドに、残金の下限額を意味するフラグを用意し
ておけば、当該更新情報レコード内の口座番号に対応す
る口座レコードの残金が、更新情報レコード内の金額以
上となるように口座ファイルを凍結することが可能とな
る。このようにすることで、資金の運用性を向上させる
ことも可能となる。

【００５２】

【発明の効果】本発明によれば、従来、バッチ集計処理
の一環として実施されていたデータベースへの更新処理
を、オンライン処理の延長で実施することができるの
で、バッチ処理時間を短縮することができる。また、デ
ータベースの一括更新処理にかかる負荷を分散させるこ
とができる。また、ある時刻までにおける口座ファイル
をもとに集計処理を実施することが可能となる。これら
の結果、オンライン処理を２４時間連続運転する一方
で、オンライン処理と並行してバッチ集計処理を実施す
ることが可能となる。

【図面の簡単な説明】

【図１】バンキングシステムの一実施例の構成を示す構
成図。

【図２】口座レコードの形式を示すフォーマット図。

【図３】更新情報のレコード形式を示すフォーマット
図。

【図４】履歴情報レコードのレコード形式を示すフォー
マット図。

【図５】更新依頼情報レコードのレコード形式を示すフ
ォーマット図。

【図６】オンライン計算機システムのファイル管理プロ
グラムのフローチャート。

【図７】バッチ集計処理計算機システムのファイル管理
プログラムのフローチャート。

【図８】本発明を利用したバンキングシステムの運用例
を示すタイムチャート。

【図９】バンキングシステムの他の実施例の構成を示す
構成図。

【図１０】更新処理投入部から依頼に応じてファイル管
理プログラムが実行する処理の流れを示すフローチャー
ト。

【符号の説明】

１００，１１０，１２０…営業店，２００…センタ，２
１０…回線制御装置，２２０…オンライン計算機システ
ム，２２１…ＣＰＵ，２２２…メモリ，２３０…バッチ
集計処理計算機システム，２３１…ＣＰＵ，２３２…メ
モリ，２４０…口座ファイル，２５０…更新情報ファイ
ル，２６０…履歴情報，２７０…更新依頼情報，２８０
…実行結果，３００…オンラインアプリケーションプロ
グラム，４００…ファイル管理プログラム，５００…フ
ァイルアクセス部，６００…履歴情報収集部，７００…
ファイル管理プログラム，８００…更新情報生成プログ
ラム，９００…バッチプログラム，１０００…モニタ
部，１１００…更新処理投入部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者吉岡正壱郎神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者尾山壮一神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内

Claims

【特許請求の範囲】

【請求項１】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応する１つ以上の第２のレコード群で構成さ
れる第２のファイルとを用意し、上記第１のレコード群
のいずれかのレコードにアクセス要求があった時に、当
該アクセス要求のあった第１のレコードに対応する上記
第２のレコードの内容を上記第１のレコードに加算し、
上記第１のファイルに加算結果を格納した後、上記アク
セス要求処理を行うことを特徴とするファイル管理方
法。
【請求項２】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応する１つ以上の第２のレコード群で構成さ
れる第２のファイルとを用意し、上記第１のレコード群
のいずれかのレコードに対して参照要求があった時に、
当該参照要求のあった第１のレコードに対応する上記第
２のレコードの内容を上記第１のレコードに加算した
後、上記参照要求処理を行うことを特徴とするファイル
管理方法。
【請求項３】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応する１つ以上の第２のレコード群で構成さ
れる第２のファイルとを用意し、上記第１のレコード群
のいずれかのレコードにアクセス要求があった時に、当
該アクセス要求のあった第１のレコードに対応する上記
第２のレコードの内容を上記第１のレコードに加算し、
上記第１のファイルに加算結果を格納した後、上記アク
セス要求処理を行うことを可能とした計算機システム。
【請求項４】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応する１つ以上の第２のレコード群で構成さ
れる第２のファイルを用意し、上記第１のレコード群の
いずれかのレコードに対して参照要求があった時に、当
該参照要求のあった第１のレコードに対応する上記第２
のレコードの内容を上記第１のレコードに加算した後、
上記参照要求処理を行うことを可能とした計算機システ
ム。
【請求項５】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応する１つ以上の第２のレコード群で構成さ
れる第２のファイルとを用意し、上記第１のレコード群
のいずれかのレコードにアクセス要求があった時に、当
該アクセス要求のあった第１のレコードに対応する上記
第２のレコードの内容を上記第１のレコードに加算し、
上記第１のファイルに加算結果を格納した後、上記アク
セス要求処理を行うことを可能とした計算機システムの
運用方法。
【請求項６】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応する１つ以上の第２のレコード群で構成さ
れる第２のファイルを用意し、上記第１のレコード群の
いずれかに対して参照要求があった時に、当該参照要求
のあった第１のレコードに対応する上記第２のレコード
の内容を上記第１のレコードに加算した後、上記参照要
求処理を行うことを可能とした計算機システムの運用方
法。
【請求項７】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応し、かつ何らかの条件が付加されている１
つ以上の第２のレコード群で構成される第２のファイル
を用意し、上記第１のレコード群のいずれかのレコード
にアクセス要求があった時に、当該アクセス要求のあっ
た第１のレコードに対応する上記第２のレコードであっ
て、かつ当該第２のレコードに付加されている条件が満
たされている場合に、当該第２のレコードの内容を上記
第１のレコードの内容に加算し、上記第１のファイルに
加算結果を格納した後、上記アクセス要求処理を行うこ
と特徴としたファイル管理方法。
【請求項８】１つ以上の第１のレコード群で構成される
第１のファイルと、当該第１のファイル内の何れかのレ
コードに対応し、かつ何らかの条件が付加されている１
つ以上の第２のレコード群で構成される第２のファイル
を用意し、上記第１のレコード群のいずれかのレコード
に参照要求があった時に、当該アクセス要求のあった第
１のレコードに対応する上記第２のレコードであって、
かつ当該第２のレコードに付加されている条件が満たさ
れている場合に、当該第２のレコードの内容を上記第１
のレコードの内容に加算した後、上記参照要求処理を行
うこと特徴としたファイル管理方法。
【請求項９】請求項７または請求項８記載のファイル管
理方法において、上記条件がアクセス要求時の時刻であ
ることを特徴とするファイル管理方法。
【請求項１０】請求項７または請求項８記載のファイル
管理方法において、上記条件がアクセス要求時の期日で
あることを特徴とするファイル管理方法。
【請求項１１】１つ以上の第１のレコード群で構成され
る第１のファイルと、当該第１のファイル内の何れかの
レコードに対応し、かつ何らかの条件が付加されている
１つ以上の第２のレコード群で構成される第２のファイ
ルとを用意し、上記第１のレコード群のいずれかのレコ
ードにアクセス要求があった時に、当該アクセス要求の
あった第１のレコードに対応する上記第２のレコードで
あって、かつ当該第２のレコードに付加されている条件
が満たされている場合に、当該第２のレコードの内容を
上記第１のレコードの内容に加算し、上記第１のファイ
ルに加算結果を格納した後、上記アクセス要求処理を行
うことを可能とした計算機システム。
【請求項１２】１つ以上の第１のレコード群で構成され
る第１のファイルと、当該第１のファイル内の何れかの
レコードに対応し、かつ何らかの条件が付加されている
１つ以上の第２のレコード群で構成される第２のファイ
ルとを用意し、上記第１のレコード群のいずれかのレコ
ードに参照要求があった時に、当該アクセス要求のあっ
た第１のレコードに対応する上記第２のレコードであっ
て、かつ当該第２のレコードに付加されている条件が満
たされている場合に、当該第２のレコードの内容を上記
第１のレコードの内容に加算した後、上記参照要求処理
を行うこと特徴とした計算機システム。
【請求項１３】請求項１１または請求項１２記載のファ
イル管理方法において、上記条件がアクセス要求時の時
刻であることを特徴とするファイル管理方法。
【請求項１４】請求項１１または請求項１２記載のファ
イル管理方法において、上記条件がアクセス要求時の期
日であることを特徴とするファイル管理方法。
【請求項１５】１つ以上の第１のレコード群で構成され
る第１のファイルと、当該第１のファイル内の何れかの
レコードに対応し、かつ何らかの条件が付加されている
１つ以上の第２のレコード群で構成される第２のファイ
ルとを用意し、上記第１のレコード群のいずれかのレコ
ードにアクセス要求があった時に、当該アクセス要求の
あった第１のレコードに対応する上記第２のレコードで
あって、かつ当該第２のレコードに付加されている条件
が満たされている場合に、当該第２のレコードの内容を
上記第１のレコードの内容に加算し、上記第１のファイ
ルに加算結果を格納した後、上記アクセス要求処理を行
うことを可能とした計算機システムの運用方法。
【請求項１６】１つ以上の第１のレコード群で構成され
る第１のファイルと、当該第１のファイル内の何れかの
レコードに対応し、かつ何らかの条件が付加されている
１つ以上の第２のレコード群で構成される第２のファイ
ルとを用意し、上記第１のレコード群のいずれかのレコ
ードに参照要求があった時に、当該参照要求のあった第
１のレコードに対応する上記第２のレコードであって、
かつ当該第２のレコードに付加されている条件が満たさ
れている場合に、当該第２のレコードの内容を上記第１
のレコードの内容に加算した後、上記参照要求処理を行
うこと特徴とした計算機システムの運用方法。
【請求項１７】請求項１５または請求項１６記載の計算
機システムの運用方法において、上記条件がアクセス要
求時の時刻であることを特徴とする計算機システムの運
用方法。
【請求項１８】請求項１５または請求項１６記載の計算
機システムの運用方法において、上記条件がアクセス要
求時の期日であることを特徴とする計算機システムの運
用方法。
【請求項１９】１つ以上の第１のレコード群からなる第
１のファイルへアクセスしながら処理を行うオンライン
処理と並行して当該オンライン処理で取り扱ったデータ
の集計処理等を実施するバッチ集計処理が実施される計
算機システムのファイル管理方法において、当該第１の
ファイル内の何れかのレコードに対応し、かつ何らかの
条件が付加されている１つ以上の第２のレコード群から
なる第２のファイルを生成し、上記オンライン処理にお
いて上記第１のレコード群の何れかのレコードにアクセ
ス要求があった時に、当該アクセス要求のあった第１の
レコードに対応する上記第２のレコードであって、かつ
当該第２のレコード内に付加されている条件が満足する
場合に、当該第２のレコードの内容を上記第１のレコー
ドの内容に加算し、上記第１のファイルに格納した後に
上記アクセス要求処理を行い、上記バッチ処理において
上記第１のレコード群の何れかに参照要求のあった時
に、当該参照要求のあった第１のレコードに対応する上
記第２のレコードであって、かつ当該第２のレコードの
内容を上記第１のレコードの内容に加算し、その後上記
参照要求処理を行うことを特徴としたファイル管理方
法。
【請求項２０】１つ以上の第１のレコード群からなる第
１のファイルへアクセスしながら処理を行うオンライン
処理と並行して当該オンライン処理で取り扱ったデータ
の集計処理等を実施するバッチ集計処理が実施される計
算機システムのファイル管理方法において、当該第１の
ファイル内の何れかのレコードに対応し、かつ何らかの
条件が付加されている１つ以上の第２のレコード群から
なる第２のファイルを生成し、上記オンライン処理にお
いて上記第１のレコード群の何れかのレコードにアクセ
ス要求があった時に、当該アクセス要求のあった第１の
レコードに対応する上記第２のレコードであって、かつ
当該第２のレコード内に付加されている条件が満足する
場合に、当該第２のレコードの内容を上記第１のレコー
ドの内容に加算し、上記第１のファイルに格納した後上
記アクセス要求処理を行い、上記バッチ処理において上
記第１のレコード群の何れかに参照要求のあった時に、
当該参照要求のあった第１のレコードに対応する上記第
２のレコードであって、かつ当該第２のレコードの内容
を上記第１のレコードの内容に加算し、その後上記参照
要求処理を行うことを可能とした計算機システム。
【請求項２１】１つ以上の第１のレコード群からなる第
１のファイルへアクセスしながら処理を行うオンライン
処理と並行して当該オンライン処理で取り扱ったデータ
の集計処理等を実施するバッチ集計処理が実施される計
算機システムのファイル管理方法において、当該第１の
ファイル内の何れかのレコードに対応し、かつ何らかの
条件が付加されている１つ以上の第２のレコード群から
なる第２のファイルを生成し、上記オンライン処理にお
いて上記第１のレコード群の何れかのレコードにアクセ
ス要求があった時に、当該アクセス要求のあった第１の
レコードに対応する上記第２のレコードであって、かつ
当該第２のレコードに付加されている条件が満たされて
いる場合に、当該第２のレコードの内容を上記第１のレ
コードの内容に加算し、上記第１のファイルに格納した
後上記アクセス要求処理を行い、上記バッチ処理におい
て上記第１のレコード群の何れかに参照要求のあった時
に、当該参照要求のあった第１のレコードに対応する上
記第２のレコードであって、かつ当該第２のレコードの
内容を上記第１のレコードの内容に加算し、その後上記
参照要求処理を行うことを可能とした計算機システムの
運用方法。
【請求項２２】請求項１９記載のファイル管理方法にお
いて、上記条件がアクセス要求時の時刻であることを特
徴とするファイル管理方法。
【請求項２３】請求項１９記載のファイル管理方法にお
いて、上記条件がアクセス要求時の期日であることを特
徴とするファイル管理方法。
【請求項２４】請求項２０記載の計算機システムにおい
て、上記条件がアクセス要求時の時刻であることを特徴
とする計算機システム。
【請求項２５】請求項２０記載の計算機システムにおい
て、上記条件がアクセス要求時の期日であることを特徴
とする計算機システム。
【請求項２６】請求項２１記載の計算機システムの運用
方法において、上記条件がアクセス要求時の時刻である
ことを特徴とする計算機システムの運用方法。
【請求項２７】請求項２１記載の計算機システムの運用
方法において、上記条件がアクセス要求時の期日である
ことを特徴とする計算機システムの運用方法。