JPH0696110A - Data updating system - Google Patents

Data updating system

Info

Publication number
JPH0696110A
JPH0696110A JP24107292A JP24107292A JPH0696110A JP H0696110 A JPH0696110 A JP H0696110A JP 24107292 A JP24107292 A JP 24107292A JP 24107292 A JP24107292 A JP 24107292A JP H0696110 A JPH0696110 A JP H0696110A
Authority
JP
Japan
Prior art keywords
database
processing
online
holiday
transaction
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.)
Granted
Application number
JP24107292A
Other languages
Japanese (ja)
Other versions
JP3257058B2 (en
Inventor
Naoshi Wakao
直志 若生
Yasuyuki Watanabe
康之 渡辺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP24107292A priority Critical patent/JP3257058B2/en
Publication of JPH0696110A publication Critical patent/JPH0696110A/en
Application granted granted Critical
Publication of JP3257058B2 publication Critical patent/JP3257058B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

(57)【要約】 【目的】 データ更新システムに関し、ファイルのバッ
チ処理による更新時間を短縮することを目的とする。 【構成】 取引可能口座で構築したデータベースを有
し、少なくとも該データベースに対する変動処理を一括
更新する処理システムを有すると共に、取引発生に応じ
て該データベースを即時更新する処理システムを備えた
データ更新システムであって、該データベースからサブ
データベースを創成し、該サブデータベースに対しては
取引発生に応じて即時更新処理を行い且つ取引記録を作
成し、他方、該データベースに対しては一括更新処理を
実行し、取引処理を閉塞してから、該サブデータベース
において更新された口座を該取引記録に基いて該一括更
新処理を完了したデータベースに反映し、該データベー
スに対する一括更新処理をこの反映した口座に対して実
行するように構成する。
(57) [Summary] [Purpose] The purpose of the data update system is to shorten the update time by batch processing of files. [Configuration] A data updating system having a database constructed by a transactable account, having a processing system for collectively updating variable processing for at least the database, and having a processing system for immediately updating the database in response to a transaction occurrence Then, a sub-database is created from the database, an immediate update process is performed on the sub-database according to the occurrence of a transaction and a transaction record is created, and a batch update process is performed on the database. , After closing the transaction process, reflect the account updated in the sub-database to the database that has completed the batch update process based on the transaction record, and execute the batch update process for the database to the reflected account Configure to run.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明はデータ更新システムに関
する。
FIELD OF THE INVENTION The present invention relates to a data updating system.

【0002】[0002]

【従来の技術】近年の金融機関においても、電子化が急
速に進んでおり、業務の多くを電子計算機システムを利
用して行っている。
2. Description of the Related Art In recent years, financial institutions are rapidly becoming computerized, and most of their work is carried out using an electronic computer system.

【0003】銀行業務に於ける以下のオンラインデータ
ベースに用いているファイルを更新するバッチ処理は、
顧客残高確定後であるオンライン運用終了後に実施しな
ければならず、しかも全てのバッチ処理が長時間を費や
すものである。 ・利息元加処理 ・取引履歴の通帳未記帳分圧縮処理 ・当座勘定の決算処理 ・預金・融資元帳のメンテナンス処理 等 このようなデータベースを更新するバッチ処理は、毎日
実行されるわけではなく、月に数回の処理を行っていた
ので、従来はオンライン処理を停止した夜間若しくは休
日の時間に処理されてきた。しかしながら、昨今のバン
キングシステムにおいてはこのような夜間や休日の長時
間バッチ処理を抱えながらも、サンデーバンキング、自
動機取扱時間延長等、これらの業務を行うべき夜間若し
くは休日の時間にもオンライン処理を行わなければなら
なくなり、事務センタの運用に著しく負荷を与える要因
となっている。
Batch processing for updating files used in the following online databases in banking operations is as follows:
It must be performed after the online operation is finished, which is after the customer balance is fixed, and moreover, all the batch processing takes a long time.・ Interest factor addition process ・ Compression process for unregistered passbook unbooked accounts ・ Current account settlement process ・ Deposit / loan ledger maintenance process etc.Batch processing to update such database is not executed every day, but monthly Since the processing is performed several times, the processing is conventionally performed at night or on holidays when the online processing is stopped. However, while the banking system of recent years has such a long batch processing at night and on holidays, it is possible to perform online processing at night or on holidays when such tasks as Sunday banking, automatic machine handling time extension, etc. should be performed. It has to be done, which is a factor that significantly impairs the operation of the office center.

【0004】図6は従来のデータベース更新処理システ
ムの処理説明図である。図の30はデータベース(DB
と略する)であって、バンキングシステム等の各種取引
処理に用いるファイルから構成されるデータベースであ
る。図の(A) の通常の営業日にはこのDB30を用いて発
生した取引のオンライン処理を行う。例えば預金の利息
を計算して元金に加算する処理の必要がある場合には、
図の(B) の休日等営業停止期間にこのような利息元加処
理を行う。図の(C) の休日の次の営業日の処理には前日
利息元加処理を行ったDB30を用いて取引のオンライン
処理を行うようにしていた。
FIG. 6 is an explanatory diagram of processing of a conventional database update processing system. 30 in the figure is a database (DB
It is a database composed of files used for various transaction processing such as banking system. On the normal business day of (A) in the figure, online processing of transactions generated using this DB30 is performed. For example, if you need to calculate the interest on a deposit and add it to the principal,
Such interest addition processing is carried out during business closure periods such as holidays in (B) of the figure. For the processing of the next business day after the holiday in (C) of the figure, the online processing of the transaction is performed using the DB30 that has been subjected to the interest addition processing on the previous day.

【0005】[0005]

【発明が解決しようとする課題】銀行では専任オペレー
タの採用、シフト勤務の徹底等、センタ運用に投資する
人件費の投資を行っているが、顧客の要望しているサー
ビス向上と銀行自体の経費節減とを充分両立させること
は困難である。
[Problems to be solved by the invention] Banks are investing personnel costs to invest in center operations, such as hiring full-time operators and thoroughly implementing shift work. It is difficult to achieve both saving and saving.

【0006】そこで、休日系(サンデーバンキング)シ
ステム運用時間と並行して、DBに対するバッチ処理を
実施する仕組みが要望されるようになってきた。本発明
はこのような点にかんがみて、オンライン処理とバッチ
処理を並行に実行することにより業務用DBの更新時間
を短縮する手段を提供することを目的とする。
Therefore, there has been a demand for a mechanism for carrying out batch processing for a DB in parallel with the holiday (Sunday banking) system operating time. In view of the above point, the present invention has an object to provide a means for shortening the update time of the business DB by executing online processing and batch processing in parallel.

【0007】[0007]

【課題を解決するための手段】上記の課題は下記の如く
に構成されたデータ更新システムによって解決される。
The above problems can be solved by a data updating system configured as described below.

【0008】図1は、本発明の原理図である。取引可能
口座で構築したデータベース11を有し、少なくとも該デ
ータベース11に対する変動処理を一括更新する処理シス
テムを有すると共に、取引発生に応じて該データベース
11を即時更新する処理システムを備えたデータ更新シス
テムであって、該データベース11からサブデータベース
10を創成し、該サブデータベース10に対しては取引発生
に応じて即時更新処理を行い且つ取引記録12を作成し、
他方、該データベース11に対しては一括更新処理を実行
し、取引処理を閉塞してから、該サブデータベース10に
おいて更新された口座を該取引記録12に基いて該一括更
新処理を完了したデータベース11に反映し、該データベ
ース11に対する一括更新処理をこの反映した口座に対し
て実行するように構成する。
FIG. 1 shows the principle of the present invention. Having a database 11 constructed with a tradable account, having at least a processing system for collectively updating variable processing for the database 11, and having the database depending on the occurrence of a transaction
A data update system comprising a processing system for updating 11 immediately, wherein the database 11 is a sub-database
10 is created, the sub-database 10 is immediately updated according to the occurrence of a transaction, and a transaction record 12 is created,
On the other hand, a batch update process is executed for the database 11 to close the transaction process, and the database 11 that has completed the batch update process based on the transaction record 12 for the account updated in the sub-database 10. Then, the batch update processing for the database 11 is executed for the reflected account.

【0009】[0009]

【作用】該データベース11からサブデータベース10を創
成し、該サブデータベース10に対しては取引発生に応じ
て即時更新処理を行い且つ取引記録12を作成し、他方、
該データベース11に対しては一括更新処理を実行し、取
引処理を閉塞してから、該サブデータベース10において
更新された口座を該取引記録12に基いて該一括更新処理
を完了したデータベース11に反映し、該データベース11
に対する一括更新処理をこの反映した口座に対して実行
する。
Operation: A sub-database 10 is created from the database 11, an immediate update process is performed on the sub-database 10 according to the occurrence of a transaction, and a transaction record 12 is created, while
A batch update process is executed for the database 11, the transaction process is blocked, and then the account updated in the sub-database 10 is reflected in the database 11 that has completed the batch update process based on the transaction record 12. The database 11
The batch update process for is executed for this reflected account.

【0010】そこで、サブデータベース10にて休日にお
けるオンライン処理と並行して、データベース11に対し
てバッチ処理を行い、サブデータベース10の変動分のみ
データベース11に反映後、バッチ処理を再度実施するこ
とによって、オンライン処理とバッチ処理を等価的に直
列処理したと同じ結果を得ることができ、サブデータベ
ース10の変動分はデータベース11のデータ量に比較して
僅かであり、オンラインシステム運用時間の短縮に効果
がある。
Therefore, by performing batch processing on the database 11 in parallel with the online processing on holidays in the sub-database 10, reflecting only the variation of the sub-database 10 in the database 11, and then performing the batch processing again. The same result as online processing and batch processing can be obtained equivalently, and the variation in the sub-database 10 is small compared to the data amount in the database 11, which is effective in shortening the online system operation time. There is.

【0011】[0011]

【実施例】本発明は、データベースから特定口座をサブ
データベースに構築し、この二つのデータベースで独立
したオンライン処理とバッチ処理を並行して実行し、か
つ両方の結果を後処理によって合体させることによって
オンライン処理とバッチ処理をシリアルに実行したのと
同等の結果を得るものである。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention consists in constructing a specific account from a database into a sub-database, executing independent online processing and batch processing in parallel in these two databases, and combining the results of both by post-processing. The result is the same as serially executing the online processing and batch processing.

【0012】図2は本発明の実施例のデータ更新システ
ムの構成図である。図において、25は取引の呼であっ
て、リアルタイムの処理を要求して発生するものであ
る。30は平日に使用するオンライン処理用のDBであ
って、バンキングシステム等のオンラインで接続され呼
の発生による取引をリアルタイム処理に用いるデータベ
ースである。31は休日処理用のオンラインDBであっ
て、平日オンラインDB30から休日DB創成部40で抽出
したサブデータベースである。
FIG. 2 is a block diagram of a data updating system according to an embodiment of the present invention. In the figure, reference numeral 25 is a transaction call, which is generated by requesting real-time processing. Reference numeral 30 denotes a DB for online processing used on weekdays, which is a database connected online such as a banking system and used for real-time processing of transactions caused by the occurrence of a call. An online DB 31 for holiday processing is a sub-database extracted from the weekday online DB 30 by the holiday DB creation unit 40.

【0013】40は休日DB創成部であって、平日オン
ラインDB30から休日にオンラインで更新される対象口
座(例えば普通預金口座等)を抽出して休日オンライン
DB31として複写するものである。41はオンライン処
理部であって、休日稼働時には取引の呼を前記休日オン
ラインDB31を用いて処理し、処理した顧客の識別符号
及び口座を取引記録ファイル32として記録するものであ
る。42はバッチ処理部であって、前記平日オンライン
DB30のバッチ処理を行うものである。
Reference numeral 40 denotes a holiday DB creation section, which extracts a target account (for example, a savings account) to be updated online on holidays from the weekday online DB 30 and copies it as a holiday online DB 31. An online processing unit 41 processes a transaction call using the holiday online DB 31 during the holiday operation, and records the processed customer identification code and account as a transaction record file 32. A batch processing unit 42 performs batch processing of the weekday online DB 30.

【0014】43は休日変動複写部であって、前記取引
記録ファイル32を参照して取引のあった顧客の口座デー
タを顧客単位に休日オンラインDB31からバッチ処理を
行った前記平日オンラインDB30に対して、複写するも
のである。44は選択バッチ処理部であって、平日オン
ラインDB30を前記取引記録ファイル32を参照して休日
取引のあった顧客の口座について選択的にバッチ処理を
行うものである。
Reference numeral 43 denotes a holiday fluctuation copying unit, which refers to the transaction record file 32 and performs batch processing of account data of customers who have transactions from the holiday online DB 31 for each customer to the weekday online DB 30. , To be copied. A selective batch processing unit 44 refers to the transaction record file 32 on the weekday online DB 30 and selectively performs batch processing on the account of the customer who has a holiday transaction.

【0015】図3は本発明の実施例のデータ更新システ
ムの処理説明図(その1)である。図4は本発明の実施
例のデータ更新システムの処理説明図(その2)であ
る。符号は全図を通して同一符号のものは同一物であ
る。以下図3、図4に従って本発明の動作を説明する。 平日オンラインDB30から休日運用対象口座のみを
抽出し、休日オンラインDB31を創成する。図3の
(A)はこの動作を示す。ここで、休日運用対象口座と
は、自動機取引で可能な、たとえば普通預金口座を意味
する。
FIG. 3 is an explanatory view (No. 1) of processing of the data updating system according to the embodiment of the present invention. FIG. 4 is a process explanatory diagram (2) of the data updating system according to the embodiment of this invention. Reference numerals are the same throughout the drawings. The operation of the present invention will be described below with reference to FIGS. Only holiday target accounts are extracted from weekday online DB30 to create holiday online DB31. FIG. 3A shows this operation. Here, the holiday operation target account means, for example, an ordinary savings account that can be performed by automatic machine transactions.

【0016】図4の(A)は平日オンラインDBの顧客
一人分を示すデータである。。平日オンラインDBのデ
ータは顧客識別符号、顧客情報(住所、氏名等)、口座
(普通預金口座、当座預金口座等)が格納されている。
ここで、休日オンラインDBでは、たとえば、普通預金
口座のみが自動機でカード取引ができるので、口座デー
タは普通預金口座のみを抽出して作成される。
FIG. 4A shows data for one customer in the weekday online DB. . The weekday online DB data stores customer identification codes, customer information (address, name, etc.), and accounts (saving account, checking account, etc.).
Here, in the holiday online DB, for example, only ordinary savings accounts can carry out card transactions with automatic machines, so the account data is created by extracting only ordinary savings accounts.

【0017】(B)は休日オンラインDBの顧客一人分
を示すデータである。休日オンラインDBのデータは休
日オンライン処理で使用する、例えば、普通預金口座だ
けとなっている。これにより休日のオンライン処理にお
いては、休日オンラインDB31を使用してのオンライン
運用を行うことができる。 平日オンラインDB30は、休日オンライン運用中は
オンライン処理に使用しないため、この時間帯を最大限
に活用して長時間を必要とするバッチ処理を実行する。
図3の(B)は休日オンラインDB31を用いた休日オン
ライン処理と平日オンラインDB30に対するバッチ処理
を並行に実行する動作を示す。
(B) is data showing one customer of the holiday online DB. The data in the holiday online DB is used only for holiday online processing, for example, only ordinary savings accounts. As a result, in the holiday online processing, the online operation using the holiday online DB 31 can be performed. Since the weekday online DB 30 is not used for online processing during the holiday online operation, the batch processing that requires a long time is executed by making the best use of this time zone.
FIG. 3B shows an operation of executing holiday online processing using the holiday online DB 31 and batch processing for the weekday online DB 30 in parallel.

【0018】図4の(C)は平日オンラインDBの普通
預金口座のデータを示す。平日オンラインDB30はここ
で元金10万円に対する利息元金加算処理をバッチ処理で
行ったので利率3%とすると利息が 3,000円加算された
状態になる。
FIG. 4C shows the data of the ordinary deposit account in the weekday online DB. On weekday online DB30, the interest principal addition process for the principal amount of 100,000 yen is performed in batch processing, so if the interest rate is 3%, the interest will be added by 3,000 yen.

【0019】一方休日オンラインDB31を使用して休日
オンライン処理が行われており、ここで、自動機で3万
円引出し取引を行ったとすると休日オンラインDB31の
普通預金口座のデータは30,000円引き出された記録が残
り、口座のデータの更新を行った顧客の識別符号が取引
記録ファイル32に記録される。図4の(D)は休日オン
ラインDB31の普通預金口座のデータを示す。休日オン
ライン処理とバッチ処理は並列に実行され、休日オンラ
インDB31と平日オンラインDB30はそれぞれ上記の更
新をうける。 図3の(C)は休日変動複写処理を行うことを示す。
これは休日オンライン処理によって更新を行った顧客の
口座データ(以下休日移動口座データと称する)を取引
記録ファイル32によって識別して休日オンラインDB31
から平日オンラインDB30の顧客の口座データに複写す
る処理である。この処理によって平日オンラインDB30
の顧客の口座データは休日オンライン処理の結果と入れ
換えられる。従って、平日オンラインDB30には休日移
動口座データだけが記入され、バッチ処理の結果である
利息の元金加算処理の結果が消失した状態になる。図4
の(E)は休日変動複写処理の結果を示す。 そこで、平日オンラインDB30について、取引記録
ファイル32に記録された顧客の口座について、例えば利
息の元金加算のバッチ処理を再度実行する。図3の
(D)は選択バッチ処理を示す。
On the other hand, holiday online processing is performed using the holiday online DB31. If it is assumed that an automatic machine withdraws 30,000 yen, the data of the savings account in the holiday online DB31 is withdrawn 30,000 yen. The record remains, and the identification code of the customer who updated the account data is recorded in the transaction record file 32. FIG. 4D shows the data of the savings account in the holiday online DB 31. The holiday online process and the batch process are executed in parallel, and the holiday online DB 31 and the weekday online DB 30 receive the above updates. FIG. 3C shows that the holiday variable copy process is performed.
This is the holiday online DB 31 by identifying the customer account data (hereinafter referred to as holiday transfer account data) updated by the holiday online processing by the transaction record file 32.
Is a process of copying from the account data of the customer in the weekday online DB 30. By this processing, weekday online DB30
The customer's account data is replaced with the results of the holiday online processing. Therefore, only the holiday transfer account data is entered in the weekday online DB 30, and the result of the interest principal addition process which is the result of the batch process is lost. Figure 4
(E) indicates the result of the holiday variable copy process. Therefore, with respect to the weekday online DB 30, the batch processing of, for example, the addition of the principal amount of interest is executed again for the customer's account recorded in the transaction record file 32. FIG. 3D shows the selected batch process.

【0020】休日移動口座分のデータ量は平日オンライ
ンDB30より遙に少ないので、選択バッチ処理の処理時
間も全データのバッチ処理時間より短時間で終了する。
この時点で、平日オンラインDB30の内容はバッチ処理
の結果とオンライン処理の結果を全て反映したことにな
る。図4の(F)は選択バッチ処理の結果を示す。ここ
ではオンライン処理による引出し取引と利息元金加算処
理の結果が記録される。
Since the amount of data for the holiday mobile account is much smaller than that of the weekday online DB 30, the processing time of the selected batch processing is completed in a shorter time than the batch processing time of all data.
At this point, the contents of the weekday online DB 30 reflect all the batch processing results and the online processing results. FIG. 4F shows the result of the selected batch process. Here, the results of the withdrawal transaction and the interest principal addition process by the online process are recorded.

【0021】上記の如く処理することによって、休日オ
ンラインDB31を設けたサンデーバンキングにおいて、
平日オンラインDB30の残高確定後の夜間でしか実行で
きなかったバッチ業務を、休日運用中に実行可能とな
る。
By processing as described above, in Sunday banking provided with the holiday online DB 31,
Batch work that could only be executed at night after the balance of the weekday online DB 30 was settled can be executed during holiday operation.

【0022】図5は本発明の実施例のデータ更新システ
ムの処理説明図(その3)であり、休日におけるオンラ
インバンキングシステムのタイムチャートである。業務
を8:00から開始して先ず、休日ファイル創成処理を
行い、休日オンラインDB31を作って、9:00から休
日オンライン処理を開始すると共に、平日オンラインD
B30に対するバッチ処理を並行して実行する。16:3
0にバッチ処理を終了し、17:00に休日オンライン
処理を終了し、17:00から休日変動複写処理と選択
バッチ処理を実行し18:00に終了する。
FIG. 5 is a processing explanatory view (No. 3) of the data updating system according to the embodiment of the present invention, which is a time chart of the online banking system on holidays. Starting the business from 8:00, first perform the holiday file creation processing, create the holiday online DB31, start the holiday online processing from 9:00, and start the weekday online D
The batch process for B30 is executed in parallel. 16: 3
The batch processing ends at 0, the holiday online processing ends at 17:00, the holiday variable copy processing and the selected batch processing start at 17:00, and the processing ends at 18:00.

【0023】従来の方法であれば、休日オンライン処理
を17:00に終了した後平日オンラインDB30に対す
る7時間30分のバッチ処理を行う必要があったが、本
発明により、夜間バッチ処理時間,及びセンタ運用に関
わる経費(マシン時間,人件費)の大幅な短縮ができ
る。
According to the conventional method, it was necessary to carry out the batch processing for 7 hours and 30 minutes for the weekday online DB 30 after the holiday online processing was completed at 17:00. The costs (machine time, personnel costs) related to center operation can be significantly reduced.

【0024】また、本実施例では休日オンラインDB31
を平日オンラインDB30から休日オンライン処理に必要
なデータを抽出して作成したが、休日オンラインDB31
の創成方法はこれに限るものでなく、単に平日オンライ
ンDB30を複写してもよい。
Further, in this embodiment, the holiday online DB 31
Was created by extracting the data required for holiday online processing from the weekday online DB30.
The creation method of is not limited to this, and the weekday online DB 30 may be simply copied.

【0025】また、さきの実施例では休日オンラインD
B31の休日移動口座分のバッチ処理を平日オンラインD
B30に選択複写してから行ったが、変動分についてのみ
休日オンラインDB31に対してバッチ処理を行ってから
平日オンラインDB30に選択複写してもよい。
Further, in the above embodiment, the holiday online D
Weekday online D for batch processing of B31 holiday transfer account
Although it was carried out after it was selectively copied to B30, it is also possible to carry out batch processing on the holiday online DB31 only for fluctuations and then selectively copy it to the weekday online DB30.

【0026】また、本実施例では更新の対象を銀行業務
にしていたが、これに限定されることなく他業種のオン
ラインリアルタイム電子化システムに対して適用して効
果がある。
Further, in the present embodiment, the updating target is the banking business, but the present invention is not limited to this and is effective when applied to an online real-time computerization system of another industry.

【0027】[0027]

【発明の効果】以上の説明から明らかなように本発明に
よればオンラインバンキングシステム等で使用するオン
ラインDBの更新時間を短縮することができ、センタ運
用に関わる経費(マシン時間,人件費)の大幅な低減が
できるという著しい工業的効果がある。
As is apparent from the above description, according to the present invention, the update time of the online DB used in the online banking system or the like can be shortened, and the cost (machine time, personnel cost) related to the operation of the center can be reduced. There is a remarkable industrial effect that it can be greatly reduced.

【図面の簡単な説明】[Brief description of drawings]

【図1】 本発明の原理図FIG. 1 is a principle diagram of the present invention.

【図2】 本発明の実施例のデータ更新システムの構成
FIG. 2 is a configuration diagram of a data update system according to the embodiment of this invention.

【図3】 本発明の実施例のデータ更新システムの処理
説明図(その1)
FIG. 3 is an explanatory diagram of the processing of the data updating system according to the embodiment of this invention (No. 1).

【図4】 本発明の実施例のデータ更新システムの処理
説明図(その2)
FIG. 4 is an explanatory diagram of the processing of the data updating system according to the embodiment of this invention (No. 2).

【図5】 本発明の実施例のデータ更新システムの処理
説明図(その3)
FIG. 5 is an explanatory diagram of the processing of the data updating system according to the embodiment of this invention (part 3).

【図6】 従来のデータベース更新処理システムの処理
説明図
FIG. 6 is a process explanatory diagram of a conventional database update processing system.

【符号の説明】[Explanation of symbols]

10 サブデータベース 11 データベー
ス 12 取引記録 20 休日ファイル創成機能 21 オンライン
処理機能 22 バッチ処理機能 23 休日変動複
写機能 24 選択バッチ処理機能 25 取引の呼 30 平日オンラインDB 30a オンライ
ンDB 31 休日オンラインDB 32 取引記録フ
ァイル 40 休日DB創成部 41 休日オンラ
イン処理部 42 バッチ処理部 43 休日変動複
写部 44 選択バッチ処理部
10 sub-database 11 database 12 transaction record 20 holiday file creation function 21 online processing function 22 batch processing function 23 holiday fluctuation copy function 24 selective batch processing function 25 transaction call 30 weekday online DB 30a online DB 31 holiday online DB 32 transaction record file 40 Holiday DB Creation Department 41 Holiday Online Processing Department 42 Batch Processing Department 43 Holiday Variation Copying Department 44 Selected Batch Processing Department

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】 取引可能口座で構築したデータベース(1
1)を有し、 少なくとも該データベース(11)に対する変動処理を一括
更新する処理システムを有すると共に、取引発生に応じ
て該データベース(11)を即時更新する処理システムを備
えたデータ更新システムであって、 該データベース(11)からサブデータベース(10)を創成
し、 該サブデータベース(10)に対しては取引発生に応じて即
時更新処理を行い且つ取引記録(12)を作成し、 他方、該データベース(11)に対しては一括更新処理を実
行し、 取引処理を閉塞してから、該サブデータベース(10)にお
いて更新された口座を該取引記録(12)に基いて該一括更
新処理を完了したデータベース(11)に反映し、 該データベース(11)に対する一括更新処理をこの反映し
た口座に対して実行することを特徴とするデータ更新シ
ステム。
[Claim 1] A database (1
A data update system having 1), having at least a processing system for collectively updating variable processing for the database (11), and having a processing system for immediately updating the database (11) when a transaction occurs. , Creating a sub-database (10) from the database (11), performing immediate update processing on the sub-database (10) according to the occurrence of a transaction, and creating a transaction record (12), while the database Batch update processing is executed for (11), the transaction processing is blocked, and then the account updated in the sub-database (10) is completed based on the transaction record (12). A data update system characterized by reflecting in a database (11) and executing a collective update process for the database (11) to the reflected account.
JP24107292A 1992-09-10 1992-09-10 Data update system Expired - Fee Related JP3257058B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP24107292A JP3257058B2 (en) 1992-09-10 1992-09-10 Data update system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP24107292A JP3257058B2 (en) 1992-09-10 1992-09-10 Data update system

Publications (2)

Publication Number Publication Date
JPH0696110A true JPH0696110A (en) 1994-04-08
JP3257058B2 JP3257058B2 (en) 2002-02-18

Family

ID=17068883

Family Applications (1)

Application Number Title Priority Date Filing Date
JP24107292A Expired - Fee Related JP3257058B2 (en) 1992-09-10 1992-09-10 Data update system

Country Status (1)

Country Link
JP (1) JP3257058B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0830703A (en) * 1994-07-19 1996-02-02 Nec Corp On-line processing system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0830703A (en) * 1994-07-19 1996-02-02 Nec Corp On-line processing system

Also Published As

Publication number Publication date
JP3257058B2 (en) 2002-02-18

Similar Documents

Publication Publication Date Title
US6424951B1 (en) Data processing technique for scoring bank customer relationships and awarding incentive rewards
KR940002480B1 (en) System for processing customer information
US20140114821A1 (en) Apparatus for consolidating financial transaction information
JP2002515991A (en) System and method for online review and approval of credit and debt applications
AU2011204887A1 (en) System and method for prioritizing processing of payment instructions
JP3981255B2 (en) Transaction processing method
JP2002215865A (en) System for creating materials for business plan
JP5889379B1 (en) Electronic record receivable collateral management service system and method
JP2004133514A (en) Credit erasure processor, credit erasure processing method, computer program and record medium
JPH0696110A (en) Data updating system
US20020049754A1 (en) Expenditure management system, method and recording media
JP3903471B2 (en) Complete processing system with date and time
EP1669919A1 (en) A data processing system and data processing method
JP3471728B2 (en) Future date completion processing system and method
CN111967962B (en) Financial transaction processing method and device
US20220391910A1 (en) Action execution using decision engine scores with multiple merchants
JP2003288490A (en) Automatic processing system, aggregation server, and automatic processing method
JP2019139493A (en) Deposit amount appropriation device, deposit amount appropriation method, and deposit amount appropriation program
JPH07152960A (en) Financial processing system
JP3139330B2 (en) Accounting data update processing system
JP3021197U (en) Cash accounting information processing device
JPH08255203A (en) Financing simulation system
JPH0793439A (en) Retransfer processing system for account transfer processing
JP3941946B2 (en) A recording medium recording a program for completion processing of a previous date and a program for canceling / recutting main processing
WO2000065500A2 (en) Method for linking accounts corresponding to different products together to create a group

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20011106

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

Free format text: PAYMENT UNTIL: 20071207

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20081207

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20091207

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20091207

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20101207

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees