JP2001043121A - Common information updating system - Google Patents

Common information updating system

Info

Publication number
JP2001043121A
JP2001043121A JP11214832A JP21483299A JP2001043121A JP 2001043121 A JP2001043121 A JP 2001043121A JP 11214832 A JP11214832 A JP 11214832A JP 21483299 A JP21483299 A JP 21483299A JP 2001043121 A JP2001043121 A JP 2001043121A
Authority
JP
Japan
Prior art keywords
update
common information
request
update data
information
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.)
Pending
Application number
JP11214832A
Other languages
Japanese (ja)
Inventor
Shinichi Yamaguchi
信一 山口
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP11214832A priority Critical patent/JP2001043121A/en
Publication of JP2001043121A publication Critical patent/JP2001043121A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PROBLEM TO BE SOLVED: To actualize a system which does not decrease the efficiency of transaction processes even if each transaction program makes a request to update common information frequently. SOLUTION: Data from a terminal 31 are handed over to a payment transaction management program 41, a money reception transaction management program 42, or a transfer transaction management program 43. Each transaction management program sends a request to update a sifting information file 54 according to the inputted data. The update request is accepted by a sifting updated data gathering process part 51 of a sifting information process part 50. The process part 51 temporarily stores the accepted update request in a sifting updated data gathering area 52. A sifting updated data reflecting process part 53 of the process part 50 takes out update requests, stored in the areas 51, in sequence and updates the data in the sifting information file 54 at the update requests.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、複数の業務プログ
ラムが共通データ領域内のデータを更新するシステムに
適用される共通情報更新方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a common information updating method applied to a system in which a plurality of business programs update data in a common data area.

【0002】[0002]

【従来の技術】複数の業務プログラムが1つのデータフ
ァイルに対してアクセスするシステムでは、そのファイ
ル内のデータを更新する際に競合が発生することを考慮
した設計がなされている。例えば、複数の業務プログラ
ムが同時に同一のデータ領域を更新する要求を発生する
と、その要求を調停して1つの業務プログラムのみに対
して更新を許可する排他制御が行われる。
2. Description of the Related Art In a system in which a plurality of business programs access one data file, a design has been made in consideration of occurrence of conflict when updating data in the file. For example, when a plurality of business programs generate a request to update the same data area at the same time, exclusive control is performed to arbitrate the request and allow only one business program to be updated.

【0003】更新を許可された業務プログラム以外の更
新要求は待たされる。すると、データの更新が頻繁に発
生するようなシステムでは、更新要求が待たされること
が多くなり、業務プログラムの処理効率が低下する。そ
こで、他のプログラムを待たせるような排他制御を行わ
ずに、共通情報を更新できるような方式が提案されてい
る。
An update request other than a business program permitted to be updated is waited for. Then, in a system in which data is frequently updated, an update request is frequently waited for, and the processing efficiency of the business program is reduced. Therefore, a method has been proposed in which common information can be updated without performing exclusive control to make another program wait.

【0004】例えば、特開昭61−151755号公報
には、各プログラムは、FIFOバッファに更新要求を
入力し、一括ファイル更新プログラムがFIFOバッフ
ァ内の更新要求を順に取り出して共通情報の更新処理を
行う方式が記載されている。このような方式によれば、
更新要求を発生する各プログラムは、他のプログラムの
更新要求にもとづく処理が終了するまで待つということ
はない。
For example, in Japanese Patent Application Laid-Open No. 61-151755, each program inputs an update request to a FIFO buffer, and a batch file update program sequentially retrieves the update requests in the FIFO buffer to perform a process of updating common information. The method of performing is described. According to such a scheme,
Each program that issues an update request does not wait until the processing based on the update request of another program ends.

【0005】[0005]

【発明が解決しようとする課題】しかし、そのような方
式では、各プログラムからの更新要求が競合したとき
に、FIFOバッファへの更新要求入力のための調停制
御が必要になる。調停を誤ると、デッドロック等が発生
してしまうこともある。従って、やはり、調停のための
複雑な機構が要求され、そのような複雑な制御が行われ
ることによって各プログラムの処理効率は低下する。
However, such a system requires arbitration control for inputting an update request to a FIFO buffer when update requests from each program conflict. Incorrect arbitration may cause deadlock and the like. Therefore, a complicated mechanism for arbitration is required, and the processing efficiency of each program is reduced by such complicated control.

【0006】そこで、本発明は、簡便な方式によって、
各業務プログラムから共通情報の更新要求が頻繁に発生
しても業務処理の効率を低下させないようにすることを
目的とする。
Therefore, the present invention provides a simple method
It is an object of the present invention to prevent the efficiency of business processing from lowering even if a request for updating common information frequently occurs from each business program.

【0007】[0007]

【課題を解決するための手段】本発明による共通情報更
新方式は、各業務処理部からの共通情報の更新要求を受
け付けてバッファ領域に格納する更新データ収集手段
と、バッファ領域内の更新要求を読み出して、読み出し
た更新要求に応じて共通情報を更新する更新データ反映
手段とを備えたことを特徴とする。このような構成によ
れば、各業務処理部は、更新要求が受け付けられると直
ちに別の処理を行うことができる。
According to the common information updating method of the present invention, an update data collecting means for receiving a request for updating common information from each business processing unit and storing the received request in a buffer area, and an update request in the buffer area. Update data reflecting means for reading and updating the common information in response to the read update request. According to such a configuration, each task processing unit can perform another process immediately upon receiving the update request.

【0008】また、更新データ収集手段と更新データ反
映手段とは非同期に処理を行うことを特徴とする。よっ
て、更新データ収集手段は、更新データ反映手段の動作
に関係なく更新要求をバッファ領域に格納することがで
き、その結果、各業務処理部からの更新要求を速めに処
理することが可能になる。
Further, the update data collection means and the update data reflection means perform processing asynchronously. Therefore, the update data collecting means can store the update request in the buffer area irrespective of the operation of the update data reflecting means, and as a result, can promptly process the update request from each business processing unit. .

【0009】更新データ反映手段は、バッファ領域への
更新要求の入力順に関わらずバッファ領域内の更新要求
を読み出すように構成されていてもよい。
[0009] The update data reflecting means may be configured to read the update request in the buffer area regardless of the input order of the update request to the buffer area.

【0010】共通情報は例えば銀行業務における精査情
報であり、複数の業務処理部は、出金業務処理プログラ
ム、入金業務処理プログラムおよび振替業務処理プログ
ラムである。出金業務処理プログラム、入金業務処理プ
ログラムおよび振替業務処理プログラムは精査情報を更
新する必要はあるが、更新後の精査情報を参照する必要
はないので、更新要求が受け付けられたら直ちに次の処
理を行っても問題はない。
The common information is, for example, scrutiny information in a banking business, and the plurality of business processing units are a payout business processing program, a deposit business processing program, and a transfer business processing program. The withdrawal business processing program, deposit business processing program, and transfer business processing program need to update the scrutiny information, but it is not necessary to refer to the updated scrutiny information. There is no problem to go.

【0011】[0011]

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図1は、本発明による共通情報更
新方式の一構成例を示すブロック図である。図1に示す
システムでは、各共通情報更新要求処理部11〜13
が、所定の処理を行っているときに、随時、共通情報フ
ァイル6の情報を更新する更新要求を出す。そして、各
共通情報更新要求処理部11〜13からの更新要求は、
共通情報更新処理部2における共通情報更新データ収集
処理部3によって受け付けられる。共通情報更新データ
収集処理部3は、受け付けた更新要求を共通情報更新デ
ータ収集用領域4に一時蓄える。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing a configuration example of a common information updating method according to the present invention. In the system shown in FIG. 1, each of the common information update request processing units 11 to 13
Sends an update request for updating the information in the common information file 6 as needed during the predetermined processing. The update request from each of the common information update request processing units 11 to 13 is
It is received by the common information update data collection processing unit 3 in the common information update processing unit 2. The common information update data collection processing unit 3 temporarily stores the received update request in the common information update data collection area 4.

【0012】共通情報更新処理部2における共通情報更
新データ反映処理部5は、共通情報更新データ収集用領
域4に蓄えられている更新要求を順次取り出し、更新要
求に応じて共通情報ファイル6中のデータを更新する。
ここで、共通情報更新データ収集処理部3が更新要求を
共通情報更新データ収集用領域4に蓄える処理と、共通
情報更新データ反映処理部5が共通情報更新データ収集
用領域4に蓄えられている更新要求を取り出す処理とは
非同期に実行される。すなわち、共通情報更新データ収
集処理部3は、共通情報更新データ反映処理部5の処理
に関わらず、各共通情報更新要求処理部11〜13から
の更新要求を直ちに受け付ける。
The common information update data reflection processing unit 5 in the common information update processing unit 2 sequentially retrieves the update requests stored in the common information update data collection area 4 and stores the update requests in the common information file 6 in response to the update requests. Update data.
Here, the common information update data collection processing unit 3 stores the update request in the common information update data collection area 4, and the common information update data reflection processing unit 5 is stored in the common information update data collection area 4. It is executed asynchronously with the process of extracting the update request. That is, the common information update data collection processing unit 3 immediately receives update requests from the common information update request processing units 11 to 13 irrespective of the processing of the common information update data reflection processing unit 5.

【0013】従って、更新要求が一時的に頻繁に発生し
た場合でも、共通情報更新データ収集用領域4に蓄えら
れるデータが一時的に多くなるだけで、各共通情報更新
要求処理部11〜13の処理効率が低下することはな
い。共通情報更新データ収集処理部3および共通情報更
新データ収集用領域4に相当するものがFIFOバッフ
ァで実現されたシステムが、特開昭61−151755
号公報に記載されたシステムである。そのようなシステ
ムでは、各共通情報更新要求処理部11〜13からの更
新要求が同時に発生したときにはFIFOバッファへの
入力に対する調停が必要であった。
Therefore, even if an update request is frequently generated temporarily, the data stored in the common information update data collection area 4 only temporarily increases, and the common information update request processing units 11 to 13 The processing efficiency does not decrease. A system in which the equivalent of the common information update data collection processing unit 3 and the common information update data collection area 4 is realized by a FIFO buffer is disclosed in Japanese Patent Application Laid-Open No. 61-151755.
This is a system described in Japanese Unexamined Patent Application Publication No. 2000-205,878. In such a system, when update requests from the common information update request processors 11 to 13 occur simultaneously, arbitration for input to the FIFO buffer is required.

【0014】しかし、図1に示されたシステムでは、各
共通情報更新要求処理部11〜13からの更新要求が同
時に発生した場合、共通情報更新データ収集処理部3
が、各更新要求を順次受け付けて共通情報更新データ収
集用領域4に格納する。よって、各共通情報更新要求処
理部11〜13は、更新処理が終了する間で待たされる
ということもないし、更新要求を排他処理するための複
雑な機構も要求されない。
However, in the system shown in FIG. 1, when the update requests from the common information update request processing units 11 to 13 occur simultaneously, the common information update data collection processing unit 3
Receives the update requests sequentially and stores them in the common information update data collection area 4. Therefore, each of the common information update request processing units 11 to 13 does not have to wait until the update processing is completed, and does not require a complicated mechanism for exclusively processing the update request.

【0015】図2は、図1に示された共通情報更新方式
を具体的な業務に適用した場合の例を示すシステム構成
図である。ここでは、銀行業務システム100における
精査処理を例にする。精査処理は、業務終了後に、個々
の端末によるその日の取引金額を集計して、例えば上位
システムが有する情報と照合する処理である。従って、
個々の端末が処理(出金、入金または振替)した金額
が、精査情報として記憶される。例えば、出金処理が行
われたときには精査情報中の出金情報が更新され、入金
処理が行われたときには精査情報中の入金情報が更新さ
れ、振替処理が行われたときには精査情報中の入出金情
報が更新される。そして、全ての更新処理終了後に、出
金情報と入金情報との差がとられて当日の精査情報が作
成される。
FIG. 2 is a system configuration diagram showing an example in a case where the common information updating method shown in FIG. 1 is applied to a specific task. Here, a scrutiny process in the banking system 100 is taken as an example. The scrutiny process is a process in which after the operation is completed, the transaction amount of each day by each terminal is totaled and collated with, for example, information held by a higher system. Therefore,
The amount processed (withdrawn, paid in, or transferred) by each terminal is stored as detailed examination information. For example, when the withdrawal process is performed, the withdrawal information in the scrutiny information is updated, when the deposit process is performed, the deposit information in the scrutiny information is updated, and when the transfer process is performed, the withdrawal information in the scrutiny information is updated. Money information is updated. Then, after all the updating processes are completed, the difference between the payment information and the payment information is calculated, and the inspection information of the day is created.

【0016】図2に示すシステムでは、端末31からの
データが、出金業務管理プログラム41、入金業務管理
プログラム42または振替業務管理プログラム43に渡
される。出金業務管理プログラム41、入金業務管理プ
ログラム42または振替業務管理プログラム43は、入
力されたデータにもとづいて精査情報ファイル54の更
新要求を出す。更新要求は、精査情報処理部50におけ
る精査更新データ収集処理部51で受け付けられる。精
査更新データ収集処理部51は、受け付けた更新要求を
精査更新データ収集用領域52に一時蓄える。
In the system shown in FIG. 2, data from the terminal 31 is passed to the payment management program 41, the payment management program 42, or the transfer management program 43. The dispensing business management program 41, the deposit business management program 42, or the transfer business management program 43 issues a request for updating the close-up information file 54 based on the input data. The update request is received by the inspection update data collection processing unit 51 in the inspection information processing unit 50. The scrutiny update data collection processing unit 51 temporarily stores the received update request in the scrutiny update data collection area 52.

【0017】精査情報処理部50における精査更新デー
タ反映処理部53は、精査更新データ収集用領域52に
蓄えられている更新要求を順次取り出し、更新要求に応
じて精査情報ファイル54中のデータを更新する。ここ
で、精査更新データ収集処理部51が更新要求を精査更
新データ収集用領域52に蓄える処理と、精査更新デー
タ反映処理部53が精査更新データ収集用領域52に蓄
えられている更新要求を取り出す処理とは非同期に実行
される。すなわち、精査更新データ収集処理部51は、
精査更新データ反映処理部53の処理に関わらず、出金
業務管理プログラム41、入金業務管理プログラム42
または振替業務管理プログラム43からの更新要求を直
ちに受け付ける。
A scrutinized update data reflection processing unit 53 in the scrutinized information processing unit 50 sequentially retrieves update requests stored in the scrutinized update data collection area 52 and updates data in the scrutinized information file 54 in response to the update request. I do. Here, the inspection update data collection processing unit 51 stores the update request in the inspection update data collection area 52, and the inspection update data reflection processing unit 53 extracts the update request stored in the inspection update data collection area 52. It is executed asynchronously with the processing. That is, the inspection update data collection processing unit 51
Regardless of the processing of the inspection update data reflection processing unit 53, the dispensing business management program 41 and the deposit business management program 42
Alternatively, an update request from the transfer operation management program 43 is immediately received.

【0018】なお、精査更新データ収集処理部51およ
び精査更新データ反映処理部53は例えばプログラムで
実現され、精査更新データ収集用領域52は、計算機シ
ステムにおけるメモリで実現される。また、図2には1
つの端末31のみが示されているが、実際には多数の端
末が存在する。
The inspection update data collection processing unit 51 and the inspection update data reflection processing unit 53 are realized by, for example, a program, and the inspection update data collection area 52 is realized by a memory in the computer system. Also, FIG.
Although only one terminal 31 is shown, there are actually many terminals.

【0019】次に、動作についてさらに詳しく説明す
る。オペレータは、各端末を用いて各種銀行業務を遂行
するが、各端末は銀行業務システム100に接続されて
いる。オペレータが出金処理を行うと、銀行業務システ
ム100における出金業務管理プログラム41は、出金
処理に応じて精査情報の更新要求を出す。また、オペレ
ータが入金処理を行うと、銀行業務システム100にお
ける入金業務管理プログラム42は、入金処理に応じて
精査情報の更新要求を出す。そして、オペレータが振替
処理を行うと、銀行業務システム100における振替業
務管理プログラム43は、振替処理に応じて精査情報の
更新要求を出す。
Next, the operation will be described in more detail. The operator performs various banking operations using each terminal, and each terminal is connected to the banking system 100. When the operator performs the dispensing process, the dispensing operation management program 41 in the banking system 100 issues an update request of the scrutiny information in accordance with the dispensing process. Further, when the operator performs the deposit processing, the deposit business management program 42 in the banking system 100 issues an update request of the scrutiny information in accordance with the deposit processing. Then, when the operator performs the transfer processing, the transfer business management program 43 in the banking business system 100 issues a request for updating the scrutiny information in accordance with the transfer processing.

【0020】精査更新データ収集処理部51は、出金業
務管理プログラム41、入金業務管理プログラム42ま
たは振替業務管理プログラム43からの更新要求を検出
すると、その要求を受け付けて、精査更新データ収集用
領域52に格納する。複数の更新要求を同時に検出した
ときには要求を1つずつ受け付けるので、後に受け付け
られる要求を出した業務プログラムは、要求受付までに
若干の待ちを生ずる可能性もあるが、その時間は、業務
プログラムが精査情報ファイル54のデータ更新完了ま
で待たされるように構成した場合に比べると遙かに短
い。
Upon detecting an update request from the withdrawal business management program 41, the deposit business management program 42, or the transfer business management program 43, the scrutinization update data collection processing unit 51 accepts the request and issues a request for the scrutiny update data collection area. 52. When a plurality of update requests are detected at the same time, the requests are accepted one by one. Therefore, the business program which has issued a request to be accepted later may have a slight wait until the request is accepted. This is much shorter than the case where the system is configured to wait until the data update of the detailed examination information file 54 is completed.

【0021】精査更新データ反映処理部53は、精査更
新データ収集用領域52に更新要求が存在することを検
知すると、その更新要求に応じて精査情報ファイル54
の該当データを更新する。精査更新データ収集用領域5
2に複数の更新要求が存在していた場合には、精査更新
データ反映処理部53は、順次更新要求を処理するので
あるが、処理順序は、精査更新データ収集用領域52へ
の入力順であってもよいし、そうでなくてもよい。精査
情報ファイル54に対する各更新処理はその日の業務終
了時に完了していればよいので、特に、更新要求発生順
に更新処理が実行される必要はない。
When the inspection update data reflection processing unit 53 detects that there is an update request in the inspection update data collection area 52, the inspection information file 54 is sent in response to the update request.
Update the corresponding data of. Inspection update data collection area 5
When there are a plurality of update requests in the second, the detailed update data reflection processing unit 53 sequentially processes the update requests. The processing order is the input order to the detailed update data collection area 52. It may or may not be. Since each update process for the close-up information file 54 only needs to be completed at the end of the business on that day, it is not particularly necessary to execute the update processes in the order of the update requests.

【0022】すなわち、精査更新データ収集用領域52
は所定サイズの領域であり、精査更新データ収集処理部
51はその領域をサイクリックに使用することが一般的
であるが、精査更新データ反映処理部53は、精査更新
データ収集用領域52内の更新要求を入力順に処理する
必要はない。よって、精査更新データ反映処理部53
は、反映処理において都合のよい種々の読み出し方によ
って精査更新データ収集用領域52内の更新要求を読み
出すことができる。逆に、精査更新データ収集処理部5
1も、更新要求の読み出し側の処理を全く意識すること
なく、単に、精査更新データ収集用領域52の空き領域
に受け付けた更新要求を格納すればよい。
That is, the area 52 for collecting the inspection and update data
Is a region of a predetermined size, and the inspection update data collection processing unit 51 generally uses the region cyclically, but the inspection update data reflection processing unit 53 It is not necessary to process update requests in the order of input. Therefore, the inspection update data reflection processing unit 53
Can read an update request in the inspection update data collection area 52 by any convenient reading method in the reflection process. Conversely, the inspection update data collection processing unit 5
1 simply stores the received update request in the free area of the inspection update data collection area 52 without any consideration of the processing on the read side of the update request.

【0023】以上のように、この実施の形態では、銀行
業務システム100を、各業務プログラムからの精査情
報ファイル54の更新要求は精査更新データ収集処理部
51で受け付けられるように構成し、精査更新データ収
集処理部51は、更新要求を受け付けて精査更新データ
収集用領域52に一時格納する。この段階で、各業務プ
ログラムは、更新要求処理から解放されるので、直ちに
他の処理に入ることができる。すなわち、各業務プログ
ラムの処理効率が低下することはない。
As described above, in this embodiment, the banking business system 100 is configured so that a request for updating the scrutiny information file 54 from each business program is accepted by the scrutiny update data collection processing unit 51, and the scrutiny update The data collection processing unit 51 accepts the update request and temporarily stores the update request in the detailed examination update data collection area 52. At this stage, each business program is released from the update request processing, and can immediately start another processing. That is, the processing efficiency of each business program does not decrease.

【0024】また、精査更新データ反映処理部53は、
精査更新データ収集処理部51の要求受付処理とは非同
期に精査情報ファイル54の更新処理を行うことができ
る。精査に関する処理では、各業務プログラムは、精査
情報ファイル54の更新を必要とするだけで、精査情報
ファイル54の更新内容を参照する必要はないからであ
る。
Further, the inspection update data reflection processing unit 53
The process of updating the scrutinization information file 54 can be performed asynchronously with the request reception process of the scrutiny update data collection processing unit 51. This is because in the process related to the scrutiny, each business program only needs to update the scrutiny information file 54 and does not need to refer to the updated contents of the scrutiny information file 54.

【0025】すなわち、本発明は、更新要求発生元が、
共通情報を更新する必要はあるが、共通情報を参照する
必要がないというシステムにおいて、特に効果的であ
る。
That is, according to the present invention, the update request source is
This is particularly effective in a system in which it is necessary to update the common information but does not need to refer to the common information.

【0026】[0026]

【発明の効果】以上のように、本発明によれば、共通情
報更新方式を、各業務処理部からの共通情報の更新要求
を受け付けてバッファ領域に格納する更新データ収集手
段と、バッファ領域内の更新要求を読み出して、読み出
した更新要求に応じて共通情報を更新する更新データ反
映手段とを備えた構成にしたので、簡便な方式によっ
て、各業務処理部から共通情報の更新要求が頻繁に発生
しても業務処理の効率を低下させないようにすることが
できる。
As described above, according to the present invention, a common information update method is provided in which an update data collecting means for receiving a common information update request from each business processing unit and storing the same in a buffer area, And an update data reflection unit that reads out the update request and updates the common information in response to the read update request. Even if it occurs, it is possible to prevent the efficiency of business processing from being reduced.

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

【図1】 本発明による共通情報更新方式の一構成例を
示すブロック図である。
FIG. 1 is a block diagram showing a configuration example of a common information updating method according to the present invention.

【図2】 共通情報更新方式を具体的な業務に適用した
場合の例を示すシステム構成図である。
FIG. 2 is a system configuration diagram showing an example of a case where a common information update method is applied to a specific task.

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

11〜13 共通情報更新要求処理部 2 共通情報更新処理部 3 共通情報更新データ収集処理部 4 共通情報更新データ収集用領域 5 共通情報更新データ反映処理部 6 共通情報ファイル 31 端末 41 出金業務処理プログラム 42 入金業務処理プログラム 43 振替業務処理プログラム 51 精査更新データ収集処理部 52 精査更新データ収集用領域 53 精査更新データ反映処理部 54 精査情報ファイル 100 銀行業務システム 11 to 13 common information update request processing unit 2 common information update processing unit 3 common information update data collection processing unit 4 common information update data collection area 5 common information update data reflection processing unit 6 common information file 31 terminal 41 withdrawal business processing Program 42 Deposit business processing program 43 Transfer business processing program 51 Detailed inspection update data collection processing part 52 Detailed inspection update data collection area 53 Detailed inspection update data reflection processing part 54 Detailed inspection information file 100 Banking business system

Claims (4)

【特許請求の範囲】[Claims] 【請求項1】 複数の業務処理部が共通情報を更新する
共通情報更新方式において、 各業務処理部からの共通情報の更新要求を受け付けてバ
ッファ領域に格納する更新データ収集手段と、 前記バッファ領域内の更新要求を読み出して、読み出し
た更新要求に応じて共通情報を更新する更新データ反映
手段とを備えたことを特徴とする共通情報更新方式。
In a common information update method in which a plurality of business processing units update common information, an update data collection unit that receives a request for updating common information from each business processing unit and stores the same in a buffer area; And an update data reflecting means for reading out the update request from among the update requests and updating the common information in response to the read out update request.
【請求項2】 更新データ収集手段と更新データ反映手
段とは非同期に処理を行う請求項1記載の共通情報更新
方式。
2. The common information update method according to claim 1, wherein the update data collection means and the update data reflection means perform processing asynchronously.
【請求項3】 更新データ反映手段は、バッファ領域へ
の更新要求の入力順に関わらずバッファ領域内の更新要
求を読み出す請求項2記載の共通情報更新方式。
3. The common information updating method according to claim 2, wherein the update data reflecting means reads the update request in the buffer area regardless of the input order of the update request to the buffer area.
【請求項4】 共通情報は銀行業務における精査情報で
あり、 複数の業務処理部は、出金業務処理プログラム、入金業
務処理プログラムおよび振替業務処理プログラムである
請求項1ないし3記載の共通情報更新方式。
4. The common information update according to claim 1, wherein the common information is scrutiny information in a banking business, and the plurality of business processing units are a withdrawal business processing program, a deposit business processing program, and a transfer business processing program. method.
JP11214832A 1999-07-29 1999-07-29 Common information updating system Pending JP2001043121A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP11214832A JP2001043121A (en) 1999-07-29 1999-07-29 Common information updating system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP11214832A JP2001043121A (en) 1999-07-29 1999-07-29 Common information updating system

Publications (1)

Publication Number Publication Date
JP2001043121A true JP2001043121A (en) 2001-02-16

Family

ID=16662287

Family Applications (1)

Application Number Title Priority Date Filing Date
JP11214832A Pending JP2001043121A (en) 1999-07-29 1999-07-29 Common information updating system

Country Status (1)

Country Link
JP (1) JP2001043121A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012147203A1 (en) * 2011-04-28 2012-11-01 三菱電機株式会社 System controller and program

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012147203A1 (en) * 2011-04-28 2012-11-01 三菱電機株式会社 System controller and program
JP5558632B2 (en) * 2011-04-28 2014-07-23 三菱電機株式会社 System controller, equipment system and program
US9488970B2 (en) 2011-04-28 2016-11-08 Mitsubishi Electric Corporation System controller and program

Similar Documents

Publication Publication Date Title
CA1223371A (en) System for by-pass control in pipeline operation of computer
US7234004B2 (en) Method, apparatus and program product for low latency I/O adapter queuing in a computer system
JPH05233286A (en) Data processing system
US8140503B2 (en) Information processing apparatus having process units operable in parallel
US8819183B2 (en) Concurrent execution of request processing and analytics of requests
JP2001043121A (en) Common information updating system
EP0315111A2 (en) Data processing device
EP1296249A2 (en) Method and controller for copying chain buffers from a system memory to a local memory
JP2731761B2 (en) Network control device
JP2504536B2 (en) Instruction execution serialization control method
WO2007109249A2 (en) System and method for an improved merge utility
JP2814683B2 (en) Instruction processing unit
EP0483250A1 (en) Non-busy-waiting resource control.
JPH09106422A (en) Household economy management supporting system
JP4096647B2 (en) Cash processing method
JP3123946B2 (en) Microcomputer
KR940001012B1 (en) Transaction processing apparatus with on-line terminal
JP2968390B2 (en) Master device in data aggregation system
JP2017091213A (en) Database update processing system, and database update processing method
JPH07311700A (en) Parallel processing system
JPH03168892A (en) Automatic transaction machine with priority display function
JP2001051886A (en) Information management system
JP2867381B2 (en) Transaction processing load balancing method
JP2509928B2 (en) Refund handling period setting method
JP3533621B2 (en) Interrupt control circuit

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040309