JPH08194638A - 指定時刻のデータベースバックアップ方法及びデータベースバックアップ装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的は、２４時間連続運転を行うオ
ンラインシステムにおいて、オンライン業務やバッチ業
務で常に更新処理が行われるデータベースを指定された
時刻の状態で退避させることが可能なオンラインシステ
ムの連続運転におけるデータベース退避処理方法を提供
することである。 【構成】 本発明は、基準時刻後に元帳データベース１
００の更新が発生していない場合には、元帳データを書
き出す退避データベース１２０と、基準時刻後に元帳デ
ータベース１００の更新が発生した場合に、更新前の元
帳データ１０１を一時退避させる一時退避データベース
１１０と基準時刻後の任意の一時退避データベース１１
０のデータを書き出す退避データベース１２０を有す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、指定時刻のデータベー
スバックアップ方法及びデータベースバックアップ装置
に係り、特に、金融システム等のオンライン業務を運用
するシステムにおいて、オンラインプログラムによる元
帳データベースの更新処理を停止することなく、即ち、
オンラインシステムで使用中の元帳データベースの更新
動作を中断することなく、バッチ処理を行うための指定
時刻のデータベースバックアップ方法及びデータベース
バックアップ装置に関する。

【０００２】金融機関のオンライン業務の運用時間は延
長される傾向にあり、近い将来、２４時間連続運転が予
想されることに対し、指定時刻の元帳データベースの退
避処理をオンライン業務中に行う必要性が出てくるた
め、このような無中断で走行するシステムに適用するシ
ステムが望まれている。

【０００３】

【従来の技術】図２６は、従来の金融機関におけるバン
キングオンラインシステムの運用形態を示す。同図にお
いて、ａは暦日、ｂは暦日の時刻、ｃは時刻毎の業務状
況、ｄはデータ処理を行った日付を示す。金融機関にお
ける従来のシステム運用形態の多くは、午前９時前から
オンライン業務を開始し、午後７時過ぎにオンライン業
務を終了する。暦日１日の午前８時４５分からオンライ
ン業務が開始され、同日の１９時３０分に終了する。１
日のオンライン終了時点において、元帳データベースの
退避処理を行う。退避処理は、オンライン終了時点であ
る午後７時３０分時点での元帳データベースの退避デー
タベースを作成する。退避データベースの作成が終了す
ると、暦日１日の２３時に、翌日２日のデータ処理上の
元帳データベースの日付を変更する。次に、上記の処理
が終了した暦日１日の２３時以降に、オンライン業務に
付帯するバッチ処理を行う。オンライン業務に付帯する
処理として、例えば、暦日１日のオンライン終了時の全
行（本支店）の預金保有高、現金引出し総額等の集計処
理等がある。

【０００４】所定時間内のオンライン業務、元帳データ
ベースの退避処理、及びオンライン付帯バッチ処理等の
一連を処理が終了すると、システムは所定の時刻まで休
止状態となる。このように、従来のシステムのように、
予め決められた処理時間帯で区切ってオンライン業務、
バッチ処理業務等を行う。

【０００５】

【発明が解決しようとする課題】しかしながら、金融機
関のオンラインシステムが２４時間連続運転を実施する
ことが要求されるようになると、従来の運用形態である
オンライン業務とバッチ業務とを処理時間帯で区分する
ことができなくなり、オンラインプログラムとバッチプ
ログラムを並行して処理する必要がでてくる。

【０００６】その結果、例えば、アプリケーション上で
月末日のオンライン業務終了状態時における元帳データ
ベースといった指定ができなくなり、月末日におけるバ
ッチ処理による集計業務がオンラインシステム実行中は
不可能となる。即ち、元帳データベースを退避する時間
帯の確保ができなくなるという問題がある。

【０００７】本発明は、上記の点に鑑みなされたもの
で、オンライン業務の停止を必要とせずに、指定された
時刻の状態の退避データベースを作成することができる
指定時刻のデータベースバックアップ方法及びデータベ
ースバックアップ装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】図１は、本発明の第１の
原理を説明するためのフローチャートである。本発明の
データベースバックアップ方法は、上記の課題を解決す
るため、データベースを有するシステムにおける、指定
時刻時点の該データベースのバックアップを作成する方
法において、データベースのバックアップを取得するバ
ックアップ時刻を該指定時刻以降に指定し（ステップ１
−１）、指定時刻以降に発生したデータベースの所定箇
所の更新要求について、該所定箇所毎に更新以前のデー
タを記憶しておき（ステップ１−２）、指定された指定
時刻以降に、記憶しておいた所定箇所毎の更新以前のデ
ータと更新時刻と、データベースに基づいて、該指定時
刻のデータベースのバックアップを作成する（ステップ
１−３）。

【０００９】図２は、本発明の第２の原理を説明するた
めのフローチャートである。本発明は、データベースバ
ックアップ方法は、データベースを有するシステムにお
ける、指定された指定時刻のデータベースのバックアッ
プを作成する方法において、データベースのバックアッ
プデータを取得するバックアップ取得時刻を指定時刻以
前に指定し（ステップ２−１）、指定時刻より以前にバ
ックアップデータを取得しておき、バックアップを取得
したデータベースの所定箇所毎に、バックアップ取得時
刻を示すデータを記憶しておき（ステップ２−２）、デ
ータベースの所定箇所の更新要求については、該所定箇
所毎に更新を行い、更新後の値と更新時刻を記憶してお
き（ステップ２−３）、指定時刻と、記憶されているバ
ックアップデータを取得した取得時刻を示すデータと、
所定箇所毎の更新後の値と更新時刻を示すデータとに基
づいて、指定時刻以前に取得したバックアップデータの
補正を行う（ステップ２−４）。

【００１０】図３は、本発明の第３の原理を説明するた
めのフローチャートである。本発明は、データベースを
有するシステムにおける、指定時刻のデータベースのバ
ックアップを作成する方法において、データベースのバ
ックアップデータを取得するバックアップ取得時刻を指
定時刻以降に指定し（ステップ３−１）、データベース
の所定箇所の更新要求発行時に、該所定箇所毎の更新以
前のバックアップデータと、取得時刻とを記憶しておき
（ステップ３−２）、データベースの所定箇所の更新要
求について該所定箇所毎に更新し、更新後のデータ及び
更新時刻を記憶しておき（ステップ３−３）、バックア
ップデータとその取得時刻と、記憶しておいた、データ
ベースの所定箇所毎の更新後の値と、更新時刻とに基づ
いて、バックアップデータの補正を行う（ステップ３−
４）。

【００１１】本発明のデータベースバックアップ装置
は、データベースシステムにおいて、データベースのバ
ックアップの取得状態に対応する時刻である指定時刻を
設定する時刻指定手段と、データベースのバックアップ
を取得するバックアップ時刻を指定時刻以降に指定する
退避時刻設定手段と、指定時刻以降に発生したデータベ
ースの所定箇所の更新要求について所定箇所毎に更新以
前を示すデータを記憶する一時退避手段と、一時退避手
段により記憶されているデータと前記データベースに基
づいて前記データベースのバックアップを作成するバッ
クアップ生成手段とを有する。

【００１２】また、本発明のデータベースバックアップ
装置は、データベースシステムにおいて、データベース
のバックアップの取得状態に対応する時刻である指定時
刻を設定する時刻指定手段と、指定時刻より以前にバッ
クアップデータを取得し、取得した時刻を共に記憶する
一時退避手段と、データベースの所定箇所の更新要求に
対して、所定箇所毎に更新後のデータと更新時刻を記憶
する更新情報記憶手段と、一時退避手段に記憶されてい
るデータと、更新情報記憶手段に記憶されている情報に
より一時退避手段に記憶されているデータによりデータ
ベースのバックアップを作成するバックアップ生成手段
とを有する。

【００１３】さらに、本発明のデータベースのバックア
ップ装置は、データベースシステムにおいて、データベ
ースのバックアップの取得状態に対応する時刻である指
定時刻を設定する時刻指定手段と、データベースの所定
箇所の更新要求発行時に、所定箇所毎の更新前のバック
アップデータと取得時刻を記憶する一時退避手段と、デ
ータベースの所定箇所の更新要求に基づいて所定箇所毎
に更新し、更新後の値と更新時刻を記憶する更新情報記
憶手段と、一時退避手段に記憶されているデータと更新
情報記憶手段に記憶されているデータによりデータベー
スのバックアップを作成するバックアップ生成手段とを
有する。

【００１４】

【作用】本発明の第１の方法は、更新要求に応じてデー
タベースのデータの更新を行いながら、データベースの
バックアップを行う時刻を所定の指定時刻以降とし、指
定時刻以降にオンラインによる更新要求が発行された場
合には、まず、更新前のデータを一時退避しておき、指
定時刻時点における退避用データベースを作成する際
に、更新要求により更新されているデータについては、
一時退避されたデータを読み込み、更新されていないデ
ータは、データベース自体のデータを読み込んで作成す
る。図４は、本発明の第１の方法を説明するための図で
ある。同図に示すように指定時刻後の最初に更新要求が
発行された場合には（ａ）、更新前の元帳データを書き
出して（ｂ）、一時退避データを作成する（ｃ）。デー
タベース退避処理において（ｄ）、基準時刻後に更新が
発生している場合には一時退避データを退避データベー
スとして書き出す（ｅ）。また、基準時刻後に更新が発
生していない場合には元帳データを書き出す（ｆ）。

【００１５】また、本発明の第２の方法は、指定された
時刻以前にデータベースを一時退避し、その時の退避時
刻を記憶しておき、さらに、更新要求に応じてデータベ
ースのデータを更新すると共に更新後のデータ及び更新
時刻を記憶しておく。指定時刻と更新時刻及び一時退避
された時刻を比較し、更新時刻の方が指定時刻以前でか
つ最も指定時刻に近ければ、更新されたデータを読み込
み、一時退避された時刻の方が指定時刻に近ければ、一
時退避されたデータを読み込んで、退避データベースを
作成する。従って、一時退避データと更新済みデータを
比較して、指定時刻以前でかつ最も指定時刻に近い時刻
を有するデータを退避データベースに書き込むことによ
り、指定時刻以前かつ一時退避後に更新されたデータに
ついても退避処理が可能となる。図５は、本発明の第２
の方法を説明するための図である。同図に示すように、
指定時刻以前に更新要求が発行されている場合には元帳
データを更新し（ａ）、その更新履歴データを取得し、
記憶する（ｂ）。さらに、元帳データを一時退避し、一
時退避時刻と退避データを保持しておく（ｃ）。また、
指定時刻以前に再度更新要求が発行された場合には、元
帳データを更新し（ｄ）、さらに更新履歴データを作成
する（ｅ）。指定時刻後に退避データベースを作成する
場合に、指定時刻以前で指定時刻に最も近いデータを更
新履歴データ及び一時退避データの作成日時を参照して
作成する（ｆ）。

【００１６】また、本発明の第３の方法は、指定時刻以
降に更新要求が発行された場合に、更新前のデータを保
持しておくと共に、更新したデータ及び更新日時を保持
しておく。さらに指定時刻以降にデータの一時退避を行
い、一時退避時刻をデータと共に保持しておく。ここ
で、退避データベースを作成する際に、指定時刻以降で
最も指定時刻に近いデータを、更新日時及び一時退避時
刻を参照することにより選択し、退避データベースに書
き出す。図６は、本発明の第３の方法を説明するための
図である。指定時刻以降に、更新要求が発行されると
（ａ）、まず、更新前の元帳データを更新履歴データと
して書き出すと共に書き出した時刻も合わせて記録する
（ｂ）。ここで、データベースの一時退避を行う（ｃ）
と共に、一時退避した時刻も記録する。さらに、更新要
求が発行されると（ｄ）、上記と同様に更新前の元帳デ
ータを更新履歴データとして書き出すと共に、書き出し
た時刻も合わせて記録する（ｅ）。退避データベースを
作成する際には、一時退避データと更新履歴データの時
間情報（退避日時、書込み日時）を参照して、指定時刻
以降で指定時刻に最も近いデータを退避データとして作
成する（ｆ）。

【００１７】このように、本発明は、オンラインシステ
ムが２４時間運転になった場合でも更新する前または後
の更新日時と、更新前のデータ又は更新後のデータを記
録しておくことにより、無矛盾な処理が実現する。

【００１８】

【実施例】以下、図面と共に本発明の実施例を詳細に説
明する。以下の実施例では、金融機関におけるオンライ
ン処理されるバンキングオンラインを例に説明する。

【００１９】《第１の実施例》図７は、本発明の第１の
実施例のシステム構成を示す。同図に示すシステムは、
銀行窓口で使用される窓口端末６００、預金者等が使用
する現金自動支払機７００、端末や各データベース（以
下ＤＢ）を制御する制御プログラム５００、預金プログ
ラム、融資プログラム、為替プログラム等種々のオンラ
インプログラム２００、退避ＤＢ作成プログラム等のバ
ッチ処理を行うバッチプログラム３００、基準時刻テー
ブル１３０、オンラインプログラム２００により更新要
求に基づいて刻々更新される元帳ＤＢ１００、基準時刻
以前の元帳ＤＢ１００の内容を一時的に退避しておくた
めの一時退避ＤＢ１１０、基準時刻時点での元帳ＤＢ１
００の内容を退避しておくための退避ＤＢ１２０より構
成される。

【００２０】図８は、本発明の第１の実施例のデータの
流れを示す。図７と同一構成部分には同一符号を付す。
オンラインプログラム２００は、窓口端末６００または
現金自動支払機７００から更新要求を受け付けると、基
準時刻テーブル１３０を参照し、基準時刻を得る。本実
施例において、基準時刻とは、その時刻における元帳Ｄ
Ｂ１００の状態を取得するために予め指定される時刻で
あり、例えば、日時処理の場合には０時、月次処理の場
合には月末日等が設定される。

【００２１】オンラインプログラム２００は、窓口端末
６００、現金自動支払機７００から入力される元帳ＤＢ
１００の更新要求に基づいて元帳ＤＢ１００を更新する
と共に、基準時刻テーブル１３０を参照して、基準時刻
を経過した時点で各端末６００及び７００から更新要求
が発行された場合には、更新前の元帳データを一時退避
ＤＢ１１０に書き出す。このとき、退避日時（年月日、
時分秒）も合わせて一時退避ＤＢ１１０に書き出す。

【００２２】バッチプログラムである退避ＤＢ作成プロ
グラム３００は、基準時刻経過後も基準時刻経過以前の
状態のままであるデータ、即ち、基準時刻以降更新され
ていない元帳ＤＢ１００の元帳データをそのまま退避Ｄ
Ｂ１２０に格納する。また、基準時刻経過後に更新さ
れ、一時退避ＤＢ１１０に格納されている元帳データを
退避ＤＢ１２０に格納する。

【００２３】図９は、本発明の第１の実施例の元帳デー
タのレコードの構成を示す。元帳データは、本支店コー
ド１０１１、口座番号１０１２、氏名１０１３、住所１
０１４、預金種別１０１５から構成される顧客識別情報
１０１０と更新要求により元帳データが更新された更新
年月日時刻１０２０、一時退避ＤＢ１１０に退避させた
一時退避年月日時刻１０３０、元帳データ１０４０等よ
り構成される。

【００２４】以下本実施例の詳細な動作を説明する。図
１０は、本発明の第１の実施例のオンラインプログラム
の動作を示すフローチャートである。 ステップ１００１） オンラインプログラム２００が窓
口端末６００または、現金自動支払機７００からの処理
要求電文（更新要求）を受信する。

【００２５】ステップ１００２） 基準時刻テーブル１
３０から基準時刻を読み込むと共に、システムクロック
より現時刻を取得する。 ステップ１００３） 取得した基準時刻と現時刻により
現在が基準時刻以後であるかを判定する。

【００２６】ステップ１００４） 判定の結果、現時刻
が基準時刻以前であればステップ１００６に移行する。
現在時刻（処理要求電文受信時）が基準時刻以降である
場合には、基準時刻以降に元帳データを一時退避データ
として一時退避ＤＢ１１０に書き出したかを判定する。
既に書き出している場合には、ステップ１００６に移行
する。初めて一時退避ＤＢ１１０に書き出す場合には、
ステップ１００５に移行する。

【００２７】ステップ１００５） 元帳ＤＢ１００を読
出し、更新前の元帳データを一時退避ＤＢ１１０に書き
出すと共に、一時退避した一時退避年月日を元帳データ
の一時退避年月日時刻１０３０に記録する。 ステップ１００６） 次に、オンラインプログラム２０
０は、端末等６００または７００からの更新要求に基づ
いて元帳ＤＢ１００の元帳データを更新する。

【００２８】ステップ１００７） 元帳ＤＢ１００の更
新が終了したら、処理結果通知を更新要求を発行した端
末６００または、７００に送信する。ここで、ステップ
１００４において、既に一時退避ＤＢ１１０に書き出し
ているか否かの判断については、図９に示す一時退避年
月日時刻１０３０が基準時刻より前であれば、その元帳
データは、以前に一時退避されていないデータというこ
とになる。

【００２９】図１１は、本発明の第１の実施例の退避デ
ータベース作成プログラムの動作を示すフローチャート
である。 ステップ１００９） 退避ＤＢ１２０を作成するための
退避ＤＢ作成プログラム３００は、基準時刻テーブル１
３０から基準時刻を読み込む。

【００３０】ステップ１０１０） さらに、元帳ＤＢ１
００から元帳データを読み込む。 ステップ１０１１） 元帳ＤＢ１００を最後まで読んだ
場合には、処理を終了する。 ステップ１０１２） 読み込んだ元帳データが既に一時
退避されているかを判断する。ここで、元帳データが一
時退避退避されているか否かの判断は、元帳ＤＢ１００
の一時退避年月日時刻１０３０の欄に基準時刻以後の時
刻が設定されている場合には、既に元帳データは一時退
避ＤＢ１１０に退避済みであることを示す。

【００３１】ステップ１０１３） 元帳データが退避済
みである場合には、元帳ＤＢ１００の顧客識別情報１０
１０の口座番号１０１２をキーにして、一時退避ＤＢ１
１０を検索し、検索された一時退避ＤＢ１１０の一時退
避データを退避ＤＢ１２０に書き込む。退避対象の元帳
ＤＢ１００の全ての処理が終了するまで上記の処理を繰
り返す。

【００３２】読み込んだ元帳データの一時退避年月日時
刻１０３０に時刻が設定されていない場合、もしくは、
基準時刻より前の時刻が設定されている場合は、当該元
帳データが一時退避ＤＢ１１０に退避されていないこと
を意味するので、退避ＤＢ作成プログラム３００は、元
帳データを退避ＤＢ１２０に書き込む。

【００３３】次に、具体的な例を示して本実施例を説明
する。図１２は、本発明の第１の実施例の具体例を示
す。 （１）退避ＤＢ作成プログラム３００は、基準時刻テー
ブル１３０から基準時刻を取得するものとする。本例で
は、基準時刻として『１２時００分』を取得したものと
する。 （２）元帳ＤＢ１００には、口座番号“００１”、“０
０２”の元帳データが存在している。口座番号“００
１”、“００２”の当初の残高は共に10,000円である。 （３）口座番号“００１”の元帳データに対して、『１
２時０１分』に端末６００から処理要求が発行されたた
め、オンラインプログラム２００は、3,000 円出金の更
新処理を行った。

【００３４】この場合には、この元帳データに対する更
新処理は、基準時刻『１２時００分』以降であるため、
オンラインプログラム２００は、更新以前（００時００
分）の元帳データである残高10,000円の状態の元帳デー
タを一時退避ＤＢ１１０に退避させる。このとき、更新
以前の元帳データに一時退避時刻として『１２時０１
分』を付加して、一時退避ＤＢ１１０に書き出す。ま
た、同時に、元帳データの一時退避時刻設定欄１０３０
に一時退避時刻として“１２時０１分”が設定される。
この後、元帳ＤＢ１００の元帳データは、更新され、
『１２時０１分』の更新後の残高は7,000 円となる。

【００３５】（４）口座番号“００１”の元帳データに
対して、『１２時１５分』にオンラインプログラムから
2,000 円出金の更新処理が行われた。この場合に、元帳
データを順に読んでいくと、「１２時０１分」に一時退
避が行われているため、一時退避ＤＢ１１０への退避処
理は行わず、元帳ＤＢ１００の更新処理のみを行う。従
って、口座番号“００１”の残高は更新されて5,000円
となる。このとき、更新日時『１２時１５分』を元帳１
００の更新日時欄１０２０に設定する。

【００３６】（５）『１２時００分』時点の退避ＤＢ１
２０を作成するバッチ処理を行う退避ＤＢ作成プログラ
ム３００が『１２時３０分』に実行された。口座番号
“００１”の元帳データは『１２時００分』の状態とし
て元帳ＤＢ１００の元帳データの一時退避日時１０３０
を参照すると、『１２時０１分』に更新処理を行ったた
めに一時退避データが存在していることが分かる。この
場合には、一時退避ＤＢ１１０から更新前の元帳データ
“10,000円”を読み込み、退避ＤＢ１２０に書き出す。

【００３７】また、口座番号“００２”の元帳データの
一時退避日時欄１０３０には空欄、もしくは、基準時刻
よりも前の時刻が設定されており、一時退避データが存
在していない場合には、バッチ処理（退避ＤＢ作成プロ
グラム３００）により退避ＤＢ１２０に格納されるデー
タとして、残高10,000円が書き込まれる。なお、一時退
避データが退避ＤＢ１２０に退避された後、一時退避Ｄ
Ｂ１１０はクリアされる。

【００３８】図１３は、本発明の第１の実施例の運用形
態を示す。同図に示すように、本実施例において、基準
日時が２４時（０時００分）である場合に、暦日日付１
日の２４時時点の退避ＤＢ１２０の作成を翌日の２日に
行うことが可能であり、また、暦日日付２日の２４時時
点の退避ＤＢ１００の作成を３日に行うことが可能とな
る。従って、オンラインによる更新処理を行いながら、
退避ＤＢ作成プログラム３００により、基準時刻以降に
最初に更新された元帳データを一時退避データして書き
出し、退避ＤＢ１２０に退避すると共に、基準時刻が経
過しても更新されていない元帳データは、退避ＤＢ１２
０にそのまま退避される。これにより、退避ＤＢ１２０
を用いて任意の時間に集計等のバッチ処理を行うことが
可能となる。なお、オンラインで使用している元帳ＤＢ
１００の２４時時点における日時変更は、システムタイ
マに基づいて自動的に変更されるものとする。

【００３９】このように、本実施例によれば、元帳ＤＢ
１００の内容が基準時刻経過後も更新されていない場合
には、当該元帳ＤＢ１００自体の内容を退避ＤＢ１２０
に退避し、基準時刻経過後に更新されている場合には、
一時退避ＤＢ１１０に格納されている内容を退避ＤＢ１
２０に退避することができる。これにより、退避ＤＢ作
成プログラム３００は、時間的に無矛盾な退避処理が任
意の時間帯に可能となる。

【００４０】《第２の実施例》図１４は、本発明の第２
の実施例のシステム構成を示す。同図に示すシステム
は、銀行窓口で使用される窓口端末６００、預金者等が
使用する現金自動支払機７００、端末や各データベース
（以下ＤＢ）を制御する制御プログラム５００、預金プ
ログラム、融資プログラム、為替プログラム等種々のオ
ンラインプログラム２００、一時退避ＤＢ作成プログラ
ム３１０、退避ＤＢ作成プログラム３２０等のバッチ処
理を行うバッチプログラム３００、基準時刻テーブル１
３０、オンラインプログラム２００により更新要求に基
づいて刻々更新される元帳ＤＢ１００、元帳ＤＢ１００
の内容を一時的に退避しておくための一時退避ＤＢ１１
０、基準時刻時点での元帳ＤＢ１００の内容を退避して
おくための退避ＤＢ１２０、バッチ処理において集計す
る日付に変更するための基準時刻が格納されている基準
時刻テーブル１３０、元帳ＤＢ１００の更新時のデータ
及び時刻を保持する更新履歴ファイル１４０より構成さ
れる。

【００４１】本実施例では、バッチプログラムである一
時退避ＤＢ作成プログラム３１０と退避ＤＢ作成プログ
ラム３２０を用いて、オンラインプログラム２００で元
帳ＤＢ１００の更新を行う毎に、元帳データを更新履歴
ファイル１４０に格納しておき、基準時刻以前で最も基
準時刻に近い元帳ＤＢ１００の内容を退避ＤＢ１２０に
格納するものである。

【００４２】図１５は、本発明の第２の実施例のデータ
の流れを示す。図１４と同一構成部分には同一符号を付
す。まず、オンラインプログラム２００が窓口端末６０
０または現金自動支払機７００から随時入力される更新
処理要求を受信し、元帳ＤＢ１００の元帳データに更新
日時を付与して元帳データを更新する。さらに、更新日
時を履歴時刻として元帳データに付与して、更新履歴フ
ァイル１４０に記録する。なお、元帳データは前述の第
１の実施例で図９に示す構成と同様である。

【００４３】バッチプログラムである一時退避ＤＢ作成
プログラム３１０は、基準時刻以前の任意の時刻の元帳
ＤＢ１００全体を一時退避ＤＢ１１０に退避しておく。
次に、退避ＤＢ作成プログラム３２０は、上記の処理が
基準時刻以降に一時退避ＤＢ１１０の一時退避データ及
び更新履歴ファイル１４０のデータをシーケンシャルに
先頭から読み込み、それぞれのデータの突き合わせ処理
を行う。

【００４４】退避ＤＢ作成プログラム３２０において、
一時退避ＤＢ１１０と更新履歴ファイル１４０のデータ
が突き合わされた場合は、一時退避ＤＢ１１０の一時退
避データに記録されている元帳データの最終の更新日時
と更新履歴ファイル１４０の更新履歴データに記録され
ている履歴時刻を比較する。比較した結果、基準時刻以
前で、基準時刻に最も近いデータを選択し、退避ＤＢ１
２０に書き出す。

【００４５】突き合わせ時に、一時退避ＤＢ１１０に一
時退避データが存在し、更新履歴ファイル１４０に更新
履歴データが存在しない場合には、一時退避データを退
避ＤＢ１２０に書き出す。また、一時退避ＤＢ１１０に
一時退避データが存在しないが、更新履歴ファイル１４
０に更新履歴データが存在する場合には、更新履歴デー
タに記録された履歴時刻が基準時刻以前で、かつ基準時
刻に最も近いデータを選択し、退避ＤＢ１２０に書き出
す。

【００４６】図１６は、本発明の第２の実施例のオンラ
インプログラムの動作を示すフローチャートである。こ
のオンラインプログラム２００は、元帳ＤＢ１００を更
新すると共に更新履歴ファイル１４０の履歴データを生
成する。 ステップ２００１） オンラインプログラム２００は窓
口端末６００または、現金自動支払機７００からの処理
要求電文を受信する。

【００４７】ステップ２００２） オンラインプログラ
ム２００は、処理要求電文に従い元帳ＤＢ１００を元帳
ＤＢの元帳データに更新日時を付与して更新する。 ステップ２００３） 更新後の元帳データを更新履歴デ
ータとして、更新日時も同様に付与して更新履歴ファイ
ル１４０に書き出す。

【００４８】ステップ２００４） 次に、これらの処理
が終了したことを窓口端末６００または現金自動支払機
７００に通知する。図１７は、本発明の第２の実施例の
一時退避ＤＢ作成プログラムの動作を示すフローチャー
トである。

【００４９】ステップ２００５） バッチプログラムで
ある一時退避ＤＢ作成プログラム３１０は、まず、基準
時刻以内の任意に時刻に元帳ＤＢ１００の１件ずつデー
タを読み込む。 ステップ２００６） 元帳ＤＢ１００の読み込みが終了
したら、処理を終了する。

【００５０】ステップ２００７） 各データを読み込む
毎に、元帳データと退避時刻を一時退避ＤＢ１１０に書
込む。全ての元帳データの読み込みが終了するまで処理
を繰り返す。図１８、１９は、本発明の第２の実施例の
退避ＤＢ作成プログラムの動作を示すフローチャートで
ある。

【００５１】ステップ２１００） 退避ＤＢ作成プログ
ラム３２０は、まず、更新履歴ファイル１４０を口座番
号・時刻により降順にソートする。 ステップ２１０１） 基準時刻テーブル１３０から基準
時刻を読み込む。 ステップ２１０２） 一時退避ＤＢ１１０より一時退避
データを降順に順次読み込む。

【００５２】ステップ２１０３） 一時退避ＤＢ１１０
を最後まで読んだ場合には、ステップ２１１６に移行す
る。 ステップ２１０４） 一時退避データを読む毎に、更新
履歴ファイル１４０から更新履歴データを順次読み込
む。

【００５３】ステップ２１０５） 更新履歴ファイル１
４０の読み込みが終了した場合にはステップ２１１７に
移行する。 ステップ２１０６） 読み込まれた更新履歴データの同
一キー（口座番号、時刻）の中での更新日時が基準時刻
より以前であり、かつ最も基準時刻に近いデータを選択
する。

【００５４】ステップ２１０７） 次に、一時退避デー
タと更新履歴データの突き合わせ処理を行う。 ステップ２１０８） 突き合わせ処理の結果、突き合わ
せが成功した場合には、ステップ２１０９に移行し、更
新履歴データのみが存在する場合には、ステップ２１１
２に移行し、一時退避データのみが存在する場合にはス
テップ２１１３に移行する。

【００５５】ステップ２１０９） 基準時刻に近いデー
タが、一時退避データである場合にはステップ２１１０
に移行し、更新履歴データである場合には、ステップ２
１１１に移行する。 ステップ２１１０） 一時退避データを退避ＤＢ１２０
に書き出し、ステップ２１０２に移行する。

【００５６】ステップ２１１１） 一方、更新履歴デー
タが基準時刻に近い場合には、更新履歴データを退避Ｄ
Ｂ１２０に書き出す。 ステップ２１１２） 次に、突き合わせの結果、更新
履歴データのみが存在している場合には更新履歴データ
を退避ＤＢ１２０に書き出し、ステップ２１０４に移行
する。

【００５７】ステップ２１１３） また、突き合わせの
結果、一時退避データのみが存在している場合には、一
時退避データを退避ＤＢ１２０に書き出す。 ステップ２１１４） その後、一時退避ＤＢ１１０から
一時退避データの読み込みを行う。

【００５８】ステップ２１１５） 一時退避データが終
了したらステップ２１１６に移行する。 ステップ２１１６） 更新履歴ファイル１４０のデータ
を全て読み終えていれば処理を終了し、残りのデータが
ある場合には、ステップ２１０４に移行する。

【００５９】ステップ２１１７） また、一時退避ＤＢ
１１０のデータを全て読み終えていれば処理を終了し、
残りのデータがある場合には、一時退避データを退避Ｄ
Ｂ１２０に書込み、ステップ２１０２に移行する。 次に、具体的な例を示して本実施例を説明する。図２０
は、本発明の第２の実施例の具体例を示す。

【００６０】（１）基準時刻を『１２時００分』と設定
する。即ち、退避ＤＢ作成プログラム３２０は、基準時
刻テーブル１３０より『１２時００分』を取得するもの
とする。 （２）元帳ＤＢ１００には、口座番号“００１”、“０
０２”の元帳データが存在する。口座番号“００１”、
“００２”の『０時００分』の元帳データを10,000円と
する。

【００６１】（３）オンラインプログラム２００によ
り、口座番号“００１”から『１０時０５分』に3,000
円の出金があったので、口座番号“００１”の『１０時
０５分』現在の残高を7,000 円とし、更新した時刻『１
０時０５分』を付与して元帳ＤＢ１００の内容を更新す
ると共に、更新履歴ファイル１４０に更新履歴データと
して残高7,000 円という情報に更新日時『１０時０５
分』を付与して記録する。

【００６２】（４）『１１時１５分』にバッチプログラ
ムの一時退避ＤＢ作成プログラム３１０は元帳ＤＢ１０
０の元帳データの口座番号“００１”と“００２”を読
み込んで、口座番号“００１”の元帳データ（7,000
円) と、口座番号“００２”の元帳データ（10,000円)
を一時退避ＤＢ１１０に書き出す。

【００６３】（５）『１１時４０分』に口座番号“００
１”から2,000 円の出金処理があったので、オンライン
プログラム２００により口座番号“００１”の残高を7,
000円−2,000 円＝5,000 円として、元帳ＤＢ１００を
更新すると共に、『１１時４０分』時点の残高が5,000
円である元帳データと、更新時刻『１１時４０分』を更
新履歴ファイル１４０に書き出す。

【００６４】（６）『１２時１５時』に口座番号“００
１”から1,000 円の出金があったので、オンラインプロ
グラム２００により口座番号“００１”の『１２時１５
分』現在の残高を5,000 円−1,000 円＝4,000 円とし
て、元帳ＤＢ１００を更新すると共に、更新時刻『１２
時１５分』を付与する。さらに、更新後の元帳データ1,
000 円と更新日時を更新履歴ファイル１４０に書き出
す。

【００６５】（７）『１２時２０分』に口座番号“００
２”から3,000 円の出金があったので、オンラインプロ
グラム２００は口座番号“００２”の『１２時２０分』
現在の残高を10,000円−3,000 円＝7,000 円として、元
帳ＤＢ１００を更新すると共に、更新時刻『１２時２０
分』を付与する。『１２時２０分』の更新日時と残高が
7,000 円である元帳データを更新履歴ファイル１４０に
書き出す。

【００６６】（８）基準時刻『１２時００分』時点の退
避ＤＢ１２０を作成する退避ＤＢ作成プログラム３２０
が『１２時３０分』より実行された。退避ＤＢ１２０の
作成時は、既に基準時間『１２時００分』を経過してい
るので、まず、口座番号００１の元帳データは、一時退
避データを書き出した時点以降から『１２時００分』ま
での間に更新が発生しているので、更新時に書き出した
更新履歴データのうち、『１２時００分』以前で『１２
時００分』に最も近い時刻の更新履歴データ（『１１時
４０分』、残高5,000 円) を退避ＤＢ１２０に書き出
す。

【００６７】口座番号“００２”の元帳データは、一時
退避データを書き出した時点（『１０時１５分』）以降
から基準時刻『１２時００分』までの間に更新が発生し
ていないので、『１１時１５分』時点の一時退避データ
を退避ＤＢ１２０に書き出す。

【００６８】つまり、『００時００分』以降の一時退避
ＤＢ１１０のデータと更新履歴ファイル１４０のデータ
を降順に読み込み、それらのデータのマッチングを行
い、マッチングが成功したデータのうち、基準時刻に最
も近いデータを選択する。口座番号“００１”の基準時
刻以前かつ最も基準時刻に近い更新履歴データが『１１
時４０分』現在のデータであり、一時退避データは『１
０時１５分』現在のデータであるので、１１時４０分の
データが退避ＤＢ１２０に退避される。

【００６９】更新履歴ファイル１４０と一時退避ＤＢ１
１０を読み込み、マッチングせず、更新履歴ファイル１
４０のデータのみが存在する場合には、更新履歴ファイ
ル１４０のデータのうち基準時刻以前で最も基準時刻に
近いデータを退避ＤＢ１２０に退避する。また、一時退
避ＤＢ１１０のデータのみが存在する場合には、退避Ｄ
Ｂ１２０に一時退避データを退避する。口座番号“００
２”の場合には、基準時刻『１２時００分』以前のデー
タは、『１０時１５分』に一時退避された一時退避ＤＢ
１１０の一時退避データ（残高10,000円) のみであるの
で、このデータが退避ＤＢ１２０に退避される。

【００７０】この退避ＤＢ１２０に退避された後、一時
退避ＤＢ１１０はクリアされる。図２１は、本発明の第
２の実施例のバンキングシステムの運用形態を示す。同
図に示すように、暦日の２４時００分にデータ処理上の
日付の変更が行われる場合に、暦日日付１日の２１時か
ら元帳ＤＢ１００の元帳データを読み込み、一時退避Ｄ
Ｂ１１０の作成を開始し、当日の２４時００分までに終
了している。さらに元帳ＤＢ１００がオンラインプログ
ラム２００により更新される毎に、更新履歴ファイル１
４０には、更新された元帳データと更新日時が格納され
ている。従って暦日日付１日に一時退避ＤＢ１１０に格
納された後で、暦日日付１日に更新された元帳データ
は、更新履歴ファイル１４０に格納されているため、暦
日日付２日に日付が変わっても、更新履歴ファイル１４
０及び一時退避ＤＢ１１０を参照することにより、暦日
日付１日の２４時時点の退避ＤＢ１２０を作成すること
ができる。

【００７１】上記のように、第２の実施例によれば、更
新後の元帳データと更新時刻を一時退避ＤＢ１１０に記
憶しておき、元帳データを更新した日時、及び更新後の
データを更新履歴ファイル１４０に記憶しておき、基準
時刻以降に、一時退避ＤＢ１１０と更新履歴ファイル１
４０のデータをシーケンスに読み、一時退避ＤＢ１１０
または更新履歴ファイルの基準時刻以前で最も基準時刻
に近いデータを選択して、退避ＤＢ１２０に退避させ
る。これにより、バッチ処理プログラムである退避ＤＢ
作成プログラム３２０は、任意の時間帯に矛盾のない退
避処理が可能である。

【００７２】《第３の実施例》以下、本発明の第３の実
施例を説明する。図２１は、本発明の第３の実施例のオ
ンラインプログラムの動作を示すフローチャートであ
る。

【００７３】ステップ３００１） オンラインプログラ
ム２００は、窓口端末６００または現金支払機７００か
ら処理要求電文を受信する。 ステップ３００２） 更新前の元帳データの内容と更新
日時を付与して更新履歴データとして、更新履歴ファイ
ル１４０に書き出す。

【００７４】ステップ３００３） 次に、処理要求電文
に従い、元帳ＤＢ１００の元帳データを更新し、更新日
時を付与する。 ステップ３００４） 端末に処理結果を通知する電文を
送信する。ここで、バッチプログラムである一時退避Ｄ
Ｂ作成用プログラム３１０の処理は、上記の第２の実施
例と同様であるため、ここでは説明を省略する。

【００７５】図２３、図２４は、本発明の第３の実施例
の退避ＤＢ作成プログラムの動作を示すフローチャート
である。 ステップ３１００） まず、退避ＤＢ作成プログラム３
２０は、予め一時退避ＤＢ１１０と更新履歴ファイル１
４０を口座番号、時刻で昇順にソートする。

【００７６】ステップ３１０１） 基準時刻テーブル１
３０から基準時刻を読み込む。 ステップ３１０２） 一時退避ＤＢ１１０から一時退避
データを読み込む。 ステップ３１０３） 一時退避ＤＢのデータの読み込み
が終了したら、ステップ３１１６へ移行する。

【００７７】ステップ３１０４） 更新履歴ファイル１
４０から更新履歴データを読み込む。 ステップ３１０５） 更新履歴フィアル１４０のデータ
を全て読み終えたらステップ３１１７に移行する。

【００７８】ステップ３１０６） 同一キーにおける
（同一口座における）更新履歴データの更新日時は基準
時刻以降であり、かつ最も基準時刻に近いものを取得す
る。 ステップ３１０７） 一時退避データと更新履歴データ
とのマッチングを行う。

【００７９】ステップ３１０８） マッチングの結果、
マッチングが成功した場合には、ステップ３１０９に移
行し、更新履歴データのみが存在する場合には、ステッ
プ３１１２に移行し、一時退避データのみが存在する場
合にはステップ３１１３に移行する。

【００８０】ステップ３１０９） 基準時刻に近いデー
タは、一時退避データまたは更新履歴データであるかを
判定する。 ステップ３１１０） 一時退避データの方が基準時刻に
近い場合には、一時退避データを退避ＤＢ１２０に書き
出し、ステップ３１０２に移行する。

【００８１】ステップ３１１１） 更新履歴データが基
準時刻に近い場合には、更新履歴データを退避ＤＢ１２
０に書き出し、ステップ３１０２に移行する。 ステップ３１１２） マッチングの結果、更新履歴デー
タのみが存在する場合には、更新履歴データを退避ＤＢ
１２０に書き出し、ステップ３１０４に移行する。

【００８２】ステップ３１１３） マッチングの結果、
一時退避データのみ存在する場合には、一時退避データ
を退避ＤＢ１２０に書き出す。 ステップ３１１４） 続いて一時退避ＤＢ１１０から一
時退避データを読み込む。

【００８３】ステップ３１１５） 一時退避ＤＢ１１０
のデータ読み込みが終了するとステップ３１１６に移行
し、終了しなければ、３１０７に移行する。 ステップ３１１６） 更新履歴ファイル１４０のデータ
読み込みが終了したら全体の処理を終了し、更新履歴フ
ァイル１４０のデータがまだ存在する場合には、ステッ
プ３１０４に移行する。

【００８４】ステップ３１１７） 一時退避ＤＢ１１０
のデータが未だ残っている場合には、一時退避データを
退避ＤＢ１２０へ書き出し、ステップ３１０２に移行
し、一時退避ＤＢ１１０のデータがない場合には、全体
の処理を終了する。図２５は、本発明の第３の実施例の
具体例を示す。

【００８５】（１）基準時刻は『１２時００分』と設定
されている。即ち、退避ＤＢ作成プログラム３２０は、
基準時刻テーブル１３０より基準時刻『１２時００分』
を取得するものとする。 （２）元帳ＤＢ１００に口座番号“００１”、“００
２”の元帳データが存在する。２つの口座番号の元帳デ
ータは、ともに、残高10,000円の情報を保有している。

【００８６】（３）口座番号００１の元帳データに対
し、更新要求により『１１時１５分』にオンラインプロ
グラム２００は、3,000 円の出金の更新処理を行った。
オンラインプログラム２００は、更新前の元帳データ残
高10,000円の状態の内容に更新時刻（『１１時１５
分』）を付加した更新履歴データを更新履歴ファイル１
４０に書き出す。この時の元帳データは残高が7,000 円
であり、更新時刻として『１１時１５分』が記録され
る。

【００８７】（４）口座番号“００２”の元帳データに
対し、更新要求により『１２時１０分』にオンラインプ
ログラム２００は、3,000 円出金の更新処理を行った。
オンラインプログラム２００は、残高10,000円の状態の
更新前の元帳データの内容に更新時刻を付加した更新履
歴データを更新履歴ファイル１４０に書き出す。このと
きの元帳データとして残高が7,000 円で、更新時刻が
『１２時１０分』が記録される。

【００８８】（５）『１２時３０分』に一時退避ＤＢ１
１０を作成するための一時退避プログラム３１０の処理
が行われ、その時点の口座の元帳データを一時退避デー
タとして一時退避ＤＢ１１０に書き出す。即ち、口座番
号“００１”、“００２”の一時退避データは7,000 円
となり、その退避時刻は『１２時３０分』となる。

【００８９】（６）口座番号“００１”の元帳データに
対し、『１２時４５分』にオンラインプログラム２００
により、2,000 円の出金の更新処理が行われた。オンラ
インプログラム２００は、残高7,000 円の状態の更新前
の元帳データの内容に更新処理が行われた時刻を付加
し、更新履歴データとして更新履歴ファイル１４０に書
き出す。

【００９０】（７）口座番号“００２”の元帳データに
対し、『１３時１５分』にオンラインプログラム２００
が2,000 円の出金の更新処理を行った。オンラインプロ
グラム２００は、残高7,000 円の状態の更新前の元帳デ
ータの内容に更新時の時刻を付加し、更新履歴データと
して更新履歴ファイル１４０に格納する。

【００９１】（８）基準時刻『１２時００分』時点の退
避ＤＢ１２０を作成する退避ＤＢ作成プログラム３２０
によるバッチ処理が『１４時３０分』から開始された。
口座番号“００１”の元帳データは、基準時刻『１２時
００分』以降において、一時退避データを書き出した間
に、オンラインプログラム２００による更新が発生して
いないので、『１２時４５分』に作成された一時退避デ
ータ（残高7,000 円、時刻12:30 ）を退避ＤＢ１２０に
書き出す。口座番号“００２”の元帳データは、『１２
時００分』以降から一時退避データを書き出した間に、
オンラインプログラム２００による更新が発生している
ので、更新時に書き出した更新履歴データのうち、『１
２時００分』以降で『１２時００分』に最も近い更新履
歴データ（残高（10,000円) 更新時刻（１２：１０））
を退避ＤＢ１２０に書き出す。

【００９２】上記のように、第３の実施例によれば、更
新前の元帳データを更新履歴ファイル１４０に記憶して
おき、さらに、基準時刻以降の任意の時刻に退避された
一時退避ＤＢ１１０または、更新履歴ファイル１４０の
うち、基準時刻以降で最も基準時刻に近い方のデータを
退避ＤＢ１２０に退避させる。これにより、退避ＤＢ作
成プログラム３００が任意の時間帯に矛盾のないバック
アップ処理を行うことが可能である。

【００９３】なお、上記の実施例では、退避ＤＢ１２０
は磁気ディスク装置を用いているが、書き込むデータの
容量等により種々のファイリング可能な外部記憶装置で
あればよい。本発明は、上記の実施例に限定されること
なく、特許請求の範囲内において種々変更、及び応用が
可能である。

【００９４】

【発明の効果】上述のように、本発明によれば、バンキ
ングオンラインシステムにおいて、２４時間稼働を行う
場合に、オンラインプログラムやバッチプログラムによ
り元帳データを一時退避させておき、元帳データの更新
には影響を与えずに、基準時刻以降に退避させておいた
データのバッチ処理が可能となる。これにより、日時処
理等における元帳データは、日付が更新される２４時０
０分を意識せずに更新され、任意の時間帯に更新作業を
無矛盾に行うことができる。

【図面の簡単な説明】

【図１】本発明の第１の原理を説明するためのフローチ
ャートである。

【図２】本発明の第２の原理を説明するためのフローチ
ャートである。

【図３】本発明の第３の原理を説明するためのフローチ
ャートである。

【図４】本発明の第１の方法を説明するための図であ
る。

【図５】本発明の第２の方法を説明するための図であ
る。

【図６】本発明の第３の方法を説明するための図であ
る。

【図７】本発明の第１の実施例のシステム構成図であ
る。

【図８】本発明の第１の実施例のデータの流れを示す図
である。

【図９】本発明の第１の実施例の元帳データの構成を示
す図である。

【図１０】本発明の第１の実施例のオンラインプログラ
ムの動作を示すフローチャートである。

【図１１】本発明の第１の実施例の退避データベース作
成プログラムの動作を示すフローチャートである。

【図１２】本発明の第１の実施例の具体例を示す図であ
る。

【図１３】本発明の第１の実施例の運用を示す図であ
る。

【図１４】本発明の第２の実施例のシステム構成図であ
る。

【図１５】本発明の第２の実施例のデータの流れを示す
図である。

【図１６】本発明の第２の実施例のオンラインプログラ
ムの動作を示すフローチャートである。

【図１７】本発明の第２の実施例の一時退避データベー
ス作成処理プログラムの動作を示すフローチャートであ
る。

【図１８】本発明の第２の実施例の退避データベース作
成プログラムの動作を示すフローチャート（その１）で
ある。

【図１９】本発明の第２の実施例の退避データベース作
成プログラムの動作を示すフローチャート（その２）で
ある。

【図２０】本発明の第２の実施例の具体例を示す図であ
る。

【図２１】本発明の第２の実施例のバンキングシステム
の運用形態を示す図である。

【図２２】本発明の第３の実施例のオンラインプログラ
ムの動作を示すフローチャートである。

【図２３】本発明の第３の実施例の退避データベース作
成プログラムの動作を示すフローチャート（その１）で
ある。

【図２４】本発明の第３の実施例の退避データベース作
成プログラムの動作を示すフローチャート（その２）で
ある。

【図２５】本発明の第３の実施例の具体例を示す図であ
る。

【図２６】従来のバンキングシステムの運用形態を示す
図である。

【符号の説明】

１００ 元帳データベース １０１ 元帳データ １１０ 一時退避データベース １２０ 退避データベース １４０ 更新履歴ファイル ２００ オンラインプログラム ３００ バッチプログラム ３１０ 一時退避データベース作成プログラム ３２０ 退避データベース作成プログラム ５００ 制御プログラム ６００ 窓口端末 ７００ 現金自動支払機 １０１１ 本・支店名コード １０１２ 口座番号 １０１３ 氏名 １０１４ 住所 １０１５ 預金種別 １０２０ 更新日時 １０３０ 一時退避日時 １０４０ 元帳データ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 データベースを有するシステムにおけ
   る、指定時刻時点の該データベースのバックアップを作
   成する方法において、 前記データベースのバックアップを取得するバックアッ
   プ時刻を該指定時刻以降に指定し、 前記指定時刻以降に発生した前記データベースの所定箇
   所の更新要求について、該所定箇所毎に更新以前のデー
   タを記憶しておき、 前記指定された指定時刻以降に、記憶しておいた所定箇
   所毎の更新以前のデータと更新時刻と、前記データベー
   スに基づいて、該指定時刻のデータベースのバックアッ
   プを作成することを特徴とする指定時刻のデータベース
   バックアップ方法。
2. 【請求項２】 データベースを有するシステムにおけ
   る、指定された指定時刻のデータベースのバックアップ
   を作成する方法において、 前記データベースのバックアップデータを取得するバッ
   クアップ取得時刻を前記指定時刻以前に指定し、 前記指定時刻より以前にバックアップデータを取得して
   いき、バックアップを取得したデータベースの所定箇所
   毎に、バックアップ取得時刻を示すデータを記憶してお
   き、 前記データベースの所定箇所の更新要求については、該
   所定箇所毎に、更新後の値と更新時刻を記憶しておき、 前記指定時刻と、前記記憶されているバックアップデー
   タを取得した取得時刻を示すデータと、所定箇所毎の更
   新後の値と更新時刻を示すデータとに基づいて、前記指
   定時刻以前に取得したバックアップデータの補正を行う
   ことを特徴とする指定時刻のデータベースバックアップ
   方法。
3. 【請求項３】 データベースを有するシステムにおけ
   る、指定時刻の前記データベースのバックアップを作成
   する方法において、 前記データベースのバックアップデータを取得するバッ
   クアップ取得時刻を前記指定時刻以降に指定し、 前記データベースの所定箇所の更新要求発行時に、該所
   定箇所毎の更新以前のバックアップデータと、取得時刻
   とを記憶しておき、 前記データベースの所定箇所の更新要求について該所定
   箇所毎に更新し、更新後のデータ及び更新時刻を記憶し
   ておき、 前記バックアップデータとその取得時刻と、記憶してお
   いたデータベースの所定箇所毎の更新後の値と、更新時
   刻とに基づいて、前記バックアップデータの補正を行う
   ことを特徴とする指定時刻のデータベースバックアップ
   方法。
4. 【請求項４】 データベースシステムにおいて、 データベースのバックアップの取得状態に対応する時刻
   である指定時刻を設定する時刻指定手段と、 前記データベースのバックアップを取得するバックアッ
   プ時刻を該指定時刻以降に指定する退避時刻設定手段
   と、 前記指定時刻以降に発生したデータベースの所定箇所の
   更新要求について所定箇所毎に更新以前を示すデータを
   記憶する一時退避手段と、 前記一時退避手段により記憶されているデータと前記デ
   ータベースに基づいて前記データベースのバックアップ
   を作成するバックアップ生成手段とを有することを特徴
   とするデータベースバックアップ装置。
5. 【請求項５】 データベースシステムにおいて、 データベースのバックアップの取得状態に対応する時刻
   である指定時刻を設定する時刻指定手段と、 前記指定時刻より以前にバックアップデータを取得し、
   取得した時刻を共に記憶する一時退避手段と、 前記データベースの所定箇所の更新要求に対して、該所
   定箇所毎に更新後のデータと更新時刻を記憶する更新情
   報記憶手段と、 前記一時退避手段に記憶されているデータと、前記更新
   情報記憶手段に記憶されている情報により前記一時退避
   手段に記憶されているデータにより前記データベースの
   バックアップを作成するバックアップ生成手段とを有す
   ることを特徴とするデータベースバックアップ装置。
6. 【請求項６】 データベースシステムにおいて、 データベースのバックアップの取得状態に対応する時刻
   である指定時刻を設定する時刻指定手段と、 前記データベースの所定箇所の更新要求発行時に、該所
   定箇所毎の更新前のバックアップデータと取得時刻を記
   憶する一時退避手段と、 前記データベースの所定箇所の更新要求に基づいて該所
   定箇所毎に更新し、更新後の値と更新時刻を記憶する更
   新情報記憶手段と、 前記一時退避手段に記憶されているデータと前記更新情
   報記憶手段に記憶されているデータにより前記データベ
   ースのバックアップを作成するバックアップ生成手段と
   を有することを特徴とするデータベースバックアップ装
   置。