JPH09319641A - Record lock control system for interactive file update processing - Google Patents
Record lock control system for interactive file update processingInfo
- Publication number
- JPH09319641A JPH09319641A JP8154880A JP15488096A JPH09319641A JP H09319641 A JPH09319641 A JP H09319641A JP 8154880 A JP8154880 A JP 8154880A JP 15488096 A JP15488096 A JP 15488096A JP H09319641 A JPH09319641 A JP H09319641A
- Authority
- JP
- Japan
- Prior art keywords
- host
- exclusive control
- update
- terminal
- record
- 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
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、会話型ファイル更
新処理におけるレコードロック制御方式に関し、特に複
数モジュールにまたがるレコード更新に対するレコード
ロック制御方式に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a record lock control system in an interactive file updating process, and more particularly to a record lock control system for updating records across a plurality of modules.
【0002】[0002]
【従来の技術】従来、ホストプロセッサ(以下単に「ホ
スト」ともいう)と端末の間にフロントエンドプロセッ
サ(以下「FEP」ともいう)を設置したシステムにお
いては、端末のレスポンス向上と電文件数抑制による処
理効率向上のために、ホストでの会話型ファイル更新処
理を更新内容確認データ要求電文(即時型処理)とファ
イル更新実行要求電文(遅延型処理)の処理形態の異な
る2電文により行っている。2. Description of the Related Art Conventionally, in a system in which a front-end processor (hereinafter also referred to as "FEP") is installed between a host processor (hereinafter simply referred to as "host") and the terminal, the response of the terminal is improved and the number of electronic messages is suppressed. In order to improve the processing efficiency due to the above, the interactive file update process on the host is performed by two messages with different processing modes, the update content confirmation data request message (immediate process) and the file update execution request message (delayed process). .
【0003】なお、即時型処理とは、端末が送信した要
求電文およびホストが送信した応答電文に対してFEP
が中継のみを行う処理形態である。Immediate type processing is FEP for a request message sent by a terminal and a response message sent by a host.
Is a processing mode in which only relay is performed.
【0004】また、遅延型処理とは、次のような処理形
態である。すなわち、端末からFEPへ要求電文を送信
した後、FEPはホストへ送信する要求電文をメモリバ
ッァに蓄積し、端末へ応答電文を送信する。FEPは、
メモリバッファ中の要求電文が一定件数を越えたとき、
あるいは前回のホストへの送信から一定時間経過したと
きに、要求電文をブロッキングしてホストへ送信する。
要求電文を受信したホストはブロッキングされた要求電
文をもとに無条件に一括してファイル更新処理を行う。The delay type processing is the following processing mode. That is, after transmitting the request message from the terminal to the FEP, the FEP stores the request message to be transmitted to the host in the memory buffer and transmits the response message to the terminal. FEP is
When the number of request messages in the memory buffer exceeds a certain number,
Alternatively, when a certain time has elapsed since the previous transmission to the host, the request message is blocked and transmitted to the host.
The host that receives the request message performs unconditional batch update processing based on the blocked request message.
【0005】[0005]
【発明が解決しようとする課題】しかしながら、前述し
た従来の技術では、複数モジュールにまたがっての同一
レコード更新に対する排他制御を行うことができないた
め、ホストが複数端末からの同一レコードに対する更新
要求を同時に受け付けたときに、ホストと端末の間でデ
ータの不整合が発生するという問題がある。However, in the above-mentioned conventional technique, since exclusive control for updating the same record across a plurality of modules cannot be performed, the host simultaneously requests update requests for the same record from a plurality of terminals. When received, there is a problem that data inconsistency occurs between the host and the terminal.
【0006】従って、本発明は前述した問題点に鑑みて
なされたものであり、ホストと端末の間にFEPを設置
し、端末のレスポンス向上と電文件数抑制による処理効
率向上のために、ホストでの会話型ファイル更新処理を
更新内容確認データ要求電文(即時型処理)とファイル
更新実行要求電文(遅延型処理)の処理形態の異なる2
電文により行うシステムにおいて、ホストと端末の間で
のデータの不整合の発生を防止する会話型更新処理にお
けるレコードロック制御方式を提供することを目的とす
る。Therefore, the present invention has been made in view of the above-mentioned problems, and an FEP is installed between the host and the terminal to improve the response of the terminal and the processing efficiency by suppressing the number of electronic messages to improve the host. Conversational file update process in 2 different in the processing form of update content confirmation data request message (immediate process) and file update execution request message (delayed process) 2
It is an object of the present invention to provide a record lock control method in a conversational update process that prevents the occurrence of data inconsistency between a host and a terminal in a system that uses electronic messages.
【0007】[0007]
【課題を解決するための手段】前述した目的を達成する
ため、本発明は、ホストプロセッサと端末の間にフロン
トエンドプロセッサを設置し、該フロントエンドプロセ
ッサを介して前記ホストプロセッサでの会話型ファイル
更新処理を即時型処理の(更新内容確認データ要求電文
を用いた)更新内容確認および遅延型処理の(ファイル
更新実行要求電文を用いた)ファイル更新実行により行
うシステムにおいて、複数モジュールにまたがるレコー
ド更新に対する排他制御を行うときに、排他制御テーブ
ルに排他制御情報を登録するようにしたことを特徴とす
る会話型ファイル更新処理におけるレコードロック制御
方式を提供する。In order to achieve the above-mentioned object, the present invention provides a front-end processor between a host processor and a terminal, and an interactive file in the host processor via the front-end processor. A record update that spans multiple modules in a system that performs update processing by confirming the update content (using the update content confirmation data request message) for immediate processing and executing file update (using the file update execution request message) for delayed processing The present invention provides a record lock control method in an interactive file updating process, which is characterized in that exclusive control information is registered in an exclusive control table when performing exclusive control on the.
【0008】また、本発明の会話型ファイル更新処理に
おけるレコードロック制御方式は、前記ホストプロセッ
サで前記排他制御情報をもとにタイマ監視を行うことに
より、前記レコード更新に対する排他制御を行うように
したことを特徴とする。Further, in the record lock control method in the conversational file update processing of the present invention, the host processor carries out the exclusive control for the record update by monitoring the timer based on the exclusive control information. It is characterized by
【0009】さらに、本発明の会話型ファイル更新処理
におけるレコードロック制御方式は、前記ホストプロセ
ッサでのタイマ監視の時間よりも短い時間のタイマ監視
を行うことにより、前記端末でレコード更新のタイムア
ウトエラーを検出することを特徴とする。Further, in the record lock control system in the interactive file updating process of the present invention, the timer update time is shorter than the timer monitoring time in the host processor, so that the record update time-out error occurs in the terminal. It is characterized by detecting.
【0010】前述した構成のもとで、本発明の会話型フ
ァイル更新処理におけるレコードロック制御方式によれ
ば、ホストプロセッサは、排他制御テーブルに排他制御
情報を登録してタイマ監視を行うことにより、タイマ監
視中は同一レコードに対する受信電文をエラーにする。According to the record lock control method in the interactive file update processing of the present invention having the above-mentioned configuration, the host processor registers the exclusive control information in the exclusive control table and monitors the timer, An error occurs in the received message for the same record during timer monitoring.
【0011】そして、ホストプロセッサは、ホストプロ
セッサでのタイマ監視が終了すると、レコードに対する
排他制御を解除し、そのレコードを更新可能な状態にす
る。When the host processor completes the timer monitoring, the host processor releases the exclusive control of the record and puts the record in an updatable state.
【0012】また、端末は、端末でのタイマ監視による
電文送信制御を行うことにより、ホストプロセッサでの
タイマ監視の終了後に同一レコードに対する電文を複数
端末から同時にホストへ送信することがないようにす
る。Further, the terminal controls the message transmission by the timer monitoring in the terminal, so that the message for the same record is not simultaneously transmitted from the plurality of terminals to the host after the completion of the timer monitoring in the host processor. .
【0013】以上の動作により、複数モジュールにまた
がるレコード更新に対する排他制御が可能となる。By the above operation, exclusive control for updating records across a plurality of modules becomes possible.
【0014】[0014]
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。BEST MODE FOR CARRYING OUT THE INVENTION Next, embodiments of the present invention will be described in detail with reference to the drawings.
【0015】図1は、本発明の実施の形態の構成を示す
ブロック図である。図1を参照すると、本発明はその実
施の形態において、端末11と、フロントエンドプロセ
ッサ(FEP)12と、ホストプロセッサ(ホスト)1
3と、マスタファイル14と、を含む。FIG. 1 is a block diagram showing a configuration of an embodiment of the present invention. Referring to FIG. 1, the present invention, in its embodiment, includes a terminal 11, a front end processor (FEP) 12, and a host processor (host) 1.
3 and the master file 14.
【0016】端末11は、取引内容等の確認データを表
示する画面111を有し、FEP12を経由してのホス
ト13への更新内容確認データ要求電文(以下単に「確
認要求電文」ともいう)15およびファイル更新中断要
求電文(以下単に「中断要求電文」ともいう)17の送
信と、それらに対する応答である更新内容確認データ応
答電文(以下単に「確認応答電文」ともいう)16およ
びファイル更新中断応答電文(以下単に「中断応答電
文」ともいう)18の受信と、FEP12へのファイル
更新実行要求電文(以下単に「実行要求電文」ともい
う)19の送信と、それに対する応答であるファイル更
新実行応答電文(以下単に「実行応答電文」ともいう)
20の受信と、タイマ監視と、を行う。The terminal 11 has a screen 111 for displaying confirmation data such as transaction details, and an update content confirmation data request message to the host 13 via the FEP 12 (hereinafter also simply referred to as "confirmation request message") 15 And a file update interruption request message (hereinafter also simply referred to as “interruption request message”) 17, and an update content confirmation data response message (hereinafter also simply referred to as “confirmation response message”) 16 and a file update interruption response, which are responses to them. Reception of a message (hereinafter also simply referred to as “interruption response message”) 18, transmission of a file update execution request message (hereinafter also simply referred to as “execution request message”) 19 to the FEP 12, and a file update execution response as a response thereto. Message (hereinafter also simply referred to as "execution response message")
20 is received and a timer is monitored.
【0017】FEP12は、端末11からの実行要求電
文19の受信と、それに対する応答である実行応答電文
20の送信と、実行要求電文19のブロッキングと、ホ
スト13へのブロッキングした実行要求電文19の送信
と、端末11からの確認要求電文15および中断要求電
文17の受信と、それらに対するホスト13への中継
と、ホスト13からの確認応答電文16および中断応答
電文18の受信と、それらに対する端末11への中継
と、を行う。The FEP 12 receives the execution request message 19 from the terminal 11, transmits the execution response message 20 as a response thereto, blocks the execution request message 19, and blocks the execution request message 19 blocked to the host 13. Transmission, reception of confirmation request message 15 and interruption request message 17 from terminal 11, relay to host 13 for them, reception of confirmation response message 16 and interruption response message 18 from host 13, and terminal 11 for them And relay to.
【0018】ホスト13は、即時型処理モジュール13
1と、遅延型処理モジュール132と、排他制御情報を
登録するための排他制御テーブル133と、を有する。
即時型処理モジュール131は、FEP12を経由して
の端末11からの確認要求電文15および中断要求電文
17の受信と、それらに対する応答である確認応答電文
16および中断応答電文18の送信と、排他制御テーブ
ル133への排他制御情報の登録および削除と、タイマ
監視と、を行う。遅延型処理モジュール132は、FE
P12からの実行要求電文19の受信と、マスタファイ
ル14の更新と、排他制御テーブル133からの排他制
御情報の削除と、を行う。The host 13 is an immediate processing module 13
1, a delay type processing module 132, and an exclusive control table 133 for registering exclusive control information.
The immediate processing module 131 receives the confirmation request message 15 and the interruption request message 17 from the terminal 11 via the FEP 12, transmits the confirmation response message 16 and the interruption response message 18 which are responses to them, and performs exclusive control. Registration and deletion of exclusive control information in the table 133 and timer monitoring are performed. The delay type processing module 132 uses the FE
The execution request message 19 is received from P12, the master file 14 is updated, and the exclusive control information is deleted from the exclusive control table 133.
【0019】次に、本発明の実施の形態の動作を説明す
る。図2ないし図4は、本発明の実施の形態における端
末、FEPおよびホストでの処理の流れを示すフローチ
ャートである。Next, the operation of the embodiment of the present invention will be described. 2 to 4 are flowcharts showing the flow of processing in the terminal, FEP and host according to the embodiment of the present invention.
【0020】まず、本発明の実施の形態における端末の
動作を説明する。First, the operation of the terminal according to the embodiment of the present invention will be described.
【0021】図1および図2を参照すると、端末11
は、第1に、ステップ201のアクションが、オペレー
タからの更新確認要求の場合には、FEP12を経由し
てホスト13へ確認要求電文15を送信する(ステップ
202)。Referring to FIGS. 1 and 2, the terminal 11
First, when the action in step 201 is an update confirmation request from the operator, the confirmation request message 15 is transmitted to the host 13 via the FEP 12 (step 202).
【0022】第2に、ステップ201のアクションが、
ホスト13からの確認応答電文16の受信の場合には、
所定時間(Y分)のタイマ監視を開始し(ステップ20
3)、画面111に更新内容確認データを表示してオペ
レータからの確認キー待ちの状態にする(ステップ20
4)。Second, the action of step 201 is
When the confirmation response message 16 is received from the host 13,
Start timer monitoring for a predetermined time (Y minutes) (step 20
3), display the update content confirmation data on the screen 111 and wait for the confirmation key from the operator (step 20).
4).
【0023】第3に、ステップ201のアクションが、
オペレータによる確認キー押下の場合には、タイマ監視
開始からの経過時間の検査を行い(ステップ205)、
タイマ監視開始からの経過時間に応じて次のような処理
を行う。Third, the action of step 201 is
When the operator presses the confirmation key, the elapsed time from the start of timer monitoring is inspected (step 205),
The following processing is performed according to the elapsed time from the start of timer monitoring.
【0024】すなわち、タイマ監視開始からの経過時間
がY分以内の場合には、FEP12へ実行要求電文19
を送信し(ステップ206)、Y分を超過している場合
には、タイムアウトエラーを検出し、FEP12を経由
してホスト13へ中断要求電文17を送信する(ステッ
プ207)。That is, when the elapsed time from the start of timer monitoring is within Y minutes, the execution request message 19 is sent to the FEP 12.
Is transmitted (step 206), and if it exceeds Y minutes, a timeout error is detected and the interruption request message 17 is transmitted to the host 13 via the FEP 12 (step 207).
【0025】第4に、ステップ201のアクションが、
FEP12からの実行応答電文20の受信の場合には、
画面111にファイル更新処理の初期画面を表示してフ
ァイル更新処理を終了する(ステップ208)。Fourth, the action of step 201 is
When the execution response message 20 is received from the FEP 12,
The initial screen of the file update process is displayed on the screen 111, and the file update process ends (step 208).
【0026】第5に、ステップ201のアクションが、
ホスト13からの中断応答電文18の受信の場合には、
画面111にエラーを表示する(ステップ209)。Fifth, the action of step 201 is
When the interruption response message 18 is received from the host 13,
An error is displayed on the screen 111 (step 209).
【0027】次に、本発明の実施の形態におけるFEP
の動作を説明する。Next, the FEP in the embodiment of the present invention
Will be described.
【0028】図1および図3を参照すると、FEP12
は、第1に、ステップ301のアクションが、端末11
からの実行要求電文19の受信の場合には、実行要求電
文19をメモリバッファに蓄積し(ステップ302)、
端末11へ実行応答電文20を送信する(ステップ30
3)。そして、メモリバッファ中の電文件数が一定件数
を越えたとき、あるいは前回のホスト13への送信から
一定時間経過したときに、メモリバッファ中の電文をブ
ロッキングしてホスト13へ送信する(ステップ30
4)。Referring to FIGS. 1 and 3, FEP 12
First, the action of step 301
When the execution request message 19 is received from, the execution request message 19 is accumulated in the memory buffer (step 302),
The execution response message 20 is transmitted to the terminal 11 (step 30).
3). Then, when the number of messages in the memory buffer exceeds a certain number, or when a certain time has passed since the previous transmission to the host 13, the messages in the memory buffer are blocked and transmitted to the host 13 (step 30).
4).
【0029】第2に、ステップ301のアクションが、
端末11からの確認要求電文15あるいは中断要求電文
17の受信の場合には、中継のみを行い、ホスト13へ
確認要求電文15あるいは中断要求電文17を送信する
(ステップ305)。Second, the action of step 301 is
When the confirmation request message 15 or the interruption request message 17 is received from the terminal 11, only the relay is performed and the confirmation request message 15 or the interruption request message 17 is transmitted to the host 13 (step 305).
【0030】第3に、ステップ301のアクションが、
ホスト13からの確認応答電文16あるいは中断応答電
文18の受信の場合には、中継のみを行い、端末11へ
確認応答電文16あるいは中断応答電文18を送信する
(ステップ306)。Third, the action of step 301 is
When the confirmation response message 16 or the interruption response message 18 is received from the host 13, only the relay is performed and the confirmation response message 16 or the interruption response message 18 is transmitted to the terminal 11 (step 306).
【0031】最後に、本発明の実施の形態におけるホス
トの動作を説明する。Finally, the operation of the host in the embodiment of the present invention will be described.
【0032】図1および図4を参照すると、ホスト13
は、第1に、ステップ401の処理形態が即時型処理の
場合には、即時型処理モジュール131により、ステッ
プ402のアクションに応じて次のような処理を行う。Referring to FIGS. 1 and 4, host 13
First, when the processing form in step 401 is immediate processing, the immediate processing module 131 performs the following processing according to the action in step 402.
【0033】すなわち、ステップ402のアクション
が、端末11からの確認要求電文15の受信の場合に
は、排他制御テーブル133を参照して同一レコードに
対するタイマ監視が行われているか否かの判断を行う
(ステップ403)。ここで、同一レコードに対するタ
イマ監視が行われていない場合には、タイマ監視を開始
し(ステップ404)、FEP12を経由して端末11
へ確認応答電文16を送信する(ステップ405)。こ
れに対し、同一レコードに対するタイマ監視が行われて
いる場合には、さらにタイマ監視開始から所定時間(X
分)を超過しているか否かを判断し(ステップ40
3)、タイマ監視開始からX分を超過している場合に
は、前述したタイマ監視が行われていない場合と同様
に、タイマ監視を開始し(ステップ404)、FEP1
2を経由して端末11へ確認応答電文16を送信する
(ステップ405)。これに対し、タイマ監視開始から
X分以内の場合には、この電文をエラーとして、FEP
12を経由して端末11へ確認応答電文16を送信する
(ステップ406)。That is, when the action in step 402 is the reception of the confirmation request message 15 from the terminal 11, it is determined whether or not the timer monitoring for the same record is performed by referring to the exclusive control table 133. (Step 403). Here, when the timer monitoring for the same record is not performed, the timer monitoring is started (step 404) and the terminal 11 is passed through the FEP 12.
The confirmation response message 16 is transmitted to (step 405). On the other hand, when timer monitoring is being performed on the same record, a predetermined time (X
Minutes) is determined (step 40
3) If X minutes have passed since the start of timer monitoring, timer monitoring is started (step 404) as in the case where the timer monitoring described above is not performed, and FEP1
The acknowledgment message 16 is transmitted to the terminal 11 via 2 (step 405). On the other hand, if it is within X minutes from the start of timer monitoring, this message is regarded as an error and FEP
The acknowledgment message 16 is transmitted to the terminal 11 via 12 (step 406).
【0034】また、ステップ402のアクションが、端
末11からの中断要求電文17の受信の場合には、FE
P12を経由して端末11へ中断応答電文18を送信し
(ステップ407)、ファイルの排他制御を解除する
(ステップ408)。When the action in step 402 is the reception of the interruption request message 17 from the terminal 11, the FE
The interruption response message 18 is transmitted to the terminal 11 via P12 (step 407), and the exclusive control of the file is released (step 408).
【0035】第2に、ステップ401の処理形態が遅延
型処理でFEP12からの実行要求電文19の受信の場
合には、遅延型処理モジュール132により、マスタフ
ァイル14を更新し(ステップ409)、ファイルの排
他制御を解除する(ステップ410)。Secondly, when the processing form of step 401 is the delay type processing and the execution request message 19 is received from the FEP 12, the delay type processing module 132 updates the master file 14 (step 409). The exclusive control of is canceled (step 410).
【0036】[0036]
【実施例】次に、前述した本発明の実施の形態をより具
体的に説明するために、本発明の実施例について図面を
参照して詳細に説明する。Next, in order to more specifically describe the above-described embodiment of the present invention, an embodiment of the present invention will be described in detail with reference to the drawings.
【0037】図5は、本発明の一実施例の構成を示すブ
ロック図である。図1を参照すると、本発明の一実施例
は、2つの端末51、52と、フロントエンドプロセッ
サ(FEP)53と、ホストプロセッサ(ホスト)54
と、マスタファイル55と、を含む。FIG. 5 is a block diagram showing the configuration of an embodiment of the present invention. Referring to FIG. 1, one embodiment of the present invention includes two terminals 51, 52, a front end processor (FEP) 53, and a host processor (host) 54.
And a master file 55.
【0038】端末51、52は、オペレータからの更新
確認要求を受けると、FEP53を経由してホスト54
へ確認要求電文56、62を送信し、ホスト54から確
認応答電文57、63を受信すると、Y分のタイマ監視
を開始する。Upon receiving the update confirmation request from the operator, the terminals 51 and 52 pass the host 54 via the FEP 53.
When the confirmation request messages 56 and 62 are transmitted to and the confirmation response messages 57 and 63 are received from the host 54, the timer monitoring for Y minutes is started.
【0039】また、端末51、52は、オペレータから
のファイル更新要求(確認キー押下)を受けると、FE
P53へ実行要求電文60、66を送信し、FEP53
から実行応答電文61、67を受信すると、ファイル更
新処理の初期画面を表示してファイル更新処理を終了す
る。When the terminals 51 and 52 receive a file update request (pressing the confirmation key) from the operator, the FE
Execution request messages 60 and 66 are sent to P53, and FEP53
When the execution response telegrams 61 and 67 are received from, the initial screen of the file update process is displayed and the file update process is terminated.
【0040】さらに、端末51、52は、ホスト54か
らの確認応答電文57、63を受信してタイマ監視を開
始した後、Y分を超過してからオペレータにより確認キ
ーが押下され、FEP53へ実行要求電文60、66を
送信しようとする場合には、端末51、52がタイムア
ウトのエラーを検出し、FEP53を経由してホスト5
4へ中断要求電文58、64を送信する。Further, the terminals 51 and 52 receive confirmation response messages 57 and 63 from the host 54, start timer monitoring, and then, after exceeding Y minutes, the operator presses the confirmation key and executes the FEP 53. When attempting to transmit the request messages 60 and 66, the terminals 51 and 52 detect a time-out error, and the host 5 passes through the FEP 53.
4, the interruption request message 58, 64 is transmitted.
【0041】なお、端末51、52が有する画面51
1、521には、更新内容確認データが表示される。The screen 51 of each of the terminals 51 and 52
Update content confirmation data is displayed at 1, 521.
【0042】FEP53は、端末51、52から確認要
求電文56、62を受信すると、中継のみを行い、ホス
ト54へ確認要求電文56、62を送信する。Upon receiving the confirmation request messages 56 and 62 from the terminals 51 and 52, the FEP 53 only relays and sends the confirmation request messages 56 and 62 to the host 54.
【0043】また、FEP53は、端末51、52から
中断要求電文58、64を受信すると、中継のみを行
い、ホスト54へ中断要求電文58、64を送信する。When the FEP 53 receives the interruption request messages 58 and 64 from the terminals 51 and 52, the FEP 53 only relays and transmits the interruption request messages 58 and 64 to the host 54.
【0044】さらに、FEP53は、端末51、52か
ら実行要求電文60、66を受信すると、端末51、5
2へ実行応答電文61、67を送信するとともに、実行
要求電文60、66をブロッキングし一括してホスト5
4へ送信する。Further, when the FEP 53 receives the execution request messages 60, 66 from the terminals 51, 52, the terminals 51, 5
2, the execution response messages 61 and 67 are transmitted, and the execution request messages 60 and 66 are blocked and the host 5 collectively.
Send to 4.
【0045】ホスト54は、即時型処理モジュール54
1と、遅延型処理モジュール542と、排他制御情報を
登録するための排他制御テーブル543と、を有する。The host 54 is an immediate processing module 54.
1, a delay type processing module 542, and an exclusive control table 543 for registering exclusive control information.
【0046】ホスト54の即時型処理モジュール541
は、端末51、52から確認要求電文56、62を受信
すると、端末51、52へ確認応答電文57、63を送
信し、排他制御テーブル543に排他制御情報を登録し
てX分のタイマ監視を開始する。Immediate processing module 541 of host 54
When receiving the confirmation request messages 56 and 62 from the terminals 51 and 52, transmits the confirmation response messages 57 and 63 to the terminals 51 and 52, registers the exclusive control information in the exclusive control table 543, and monitors the timer for X minutes. Start.
【0047】ここで、ホスト54の即時型処理モジュー
ル541は、端末51からの確認要求電文56の受信に
よるタイマ監視を開始してからX分以内に端末52から
同一レコードに対する確認要求電文62を受信した場合
には、エラーとして端末52に確認応答電文63を送信
する。Here, the immediate processing module 541 of the host 54 receives the confirmation request message 62 for the same record from the terminal 52 within X minutes after starting the timer monitoring by receiving the confirmation request message 56 from the terminal 51. In that case, an acknowledgment message 63 is transmitted to the terminal 52 as an error.
【0048】また、ホスト54の即時型処理モジュール
541は、端末51、52から中断要求電文58、64
を受信すると、FEP53を経由して端末51、52へ
中断応答電文59、65を送信し、排他制御テーブル5
43から対応する排他制御情報を削除する。Also, the immediate processing module 541 of the host 54 sends interruption request messages 58, 64 from the terminals 51, 52.
When receiving the message, the interruption response messages 59 and 65 are transmitted to the terminals 51 and 52 via the FEP 53, and the exclusive control table 5
The corresponding exclusive control information is deleted from 43.
【0049】ホスト54の遅延型処理モジュール542
は、実行要求電文60、66を受信すると、マスタファ
イル55を更新し、排他制御テーブル543から対応す
る排他制御情報を削除する。Delay type processing module 542 of host 54
When the execution request messages 60 and 66 are received, the master file 55 is updated and the corresponding exclusive control information is deleted from the exclusive control table 543.
【0050】次に、本発明の一実施例の動作を具体的に
説明する。Next, the operation of the embodiment of the present invention will be specifically described.
【0051】図5を参照すると、端末51から会話型フ
ァイル更新処理を行う場合には、まず、即時型処理によ
り次のような処理が行われる。Referring to FIG. 5, when the interactive file updating process is performed from the terminal 51, first, the following process is performed by the immediate process.
【0052】すなわち、端末51は、オペレータからの
更新確認要求を受けると、FEP53を経由してホスト
54へ確認要求電文56を送信する。確認要求電文56
を受信したホスト54の即時型処理モジュール541
は、排他制御テーブル543に排他制御情報として電文
種別および電文受信時刻を登録し、X分のタイマ監視を
開始する。そしてFEP53を経由して端末51に確認
応答電文57を送信する。That is, when the terminal 51 receives the update confirmation request from the operator, the terminal 51 transmits the confirmation request message 56 to the host 54 via the FEP 53. Confirmation request message 56
The immediate processing module 541 of the host 54 that receives the
Registers the message type and message reception time as exclusive control information in the exclusive control table 543, and starts timer monitoring for X minutes. Then, the confirmation response message 57 is transmitted to the terminal 51 via the FEP 53.
【0053】確認応答電文57を受信した端末51は、
Y分のタイマ監視を開始し、受け取った更新内容確認デ
ータを画面511に表示して、確認キー待ちの状態にす
る。なお、このときのXとYの関係は“X>Y”であ
る。The terminal 51 which received the confirmation response message 57
The timer monitoring for Y minutes is started, the received update content confirmation data is displayed on the screen 511, and the confirmation key waiting state is set. The relationship between X and Y at this time is “X> Y”.
【0054】この状態のとき、端末52がFEP53を
経由してホスト54へ確認要求電文62を送信し、ホス
ト54が確認要求電文62を受信すると、即時型処理モ
ジュール541は、排他制御テーブル543を参照す
る。そして、確認要求電文56と確認要求電文62が同
一レコードに対する電文で、かつ確認要求電文56の受
信時のタイマ監視開始からの経過時間がX分以内の場合
には、即時型処理モジュール541は、確認要求電文6
2をエラーとして、FEP53を経由して端末52へ確
認応答電文63を送信する。そして、端末52は、画面
521にエラーを表示する。In this state, when the terminal 52 transmits the confirmation request message 62 to the host 54 via the FEP 53 and the host 54 receives the confirmation request message 62, the immediate processing module 541 sets the exclusive control table 543. refer. If the confirmation request message 56 and the confirmation request message 62 are messages for the same record and the elapsed time from the start of timer monitoring when the confirmation request message 56 is received is within X minutes, the immediate processing module 541 Confirmation request message 6
With 2 as an error, the confirmation response message 63 is transmitted to the terminal 52 via the FEP 53. Then, the terminal 52 displays an error on the screen 521.
【0055】端末51のオペレータが更新内容確認デー
タを画面511で確認し、確認キーを押下すると、遅延
型処理により次のような処理が行われる。When the operator of the terminal 51 confirms the update content confirmation data on the screen 511 and presses the confirmation key, the following processing is performed by the delay type processing.
【0056】端末51は、画面511で確認キー待ちの
状態になってからの経過時間がY分以内で確認キーが押
下されると、FEP53へ実行要求電文60を送信す
る。FEP53は、受信した実行要求電文60をメモリ
バッファに蓄積し、端末51へ実行応答電文61を送信
する。そして、メモリバッファ中の電文件数が一定件数
を越えたとき、あるいは前回のホスト54への送信から
一定時間経過したときに、メモリバッファ中の電文をブ
ロッキングしてホスト54へ送信する。ホスト54がブ
ロッキングされた電文を受信すると、ホスト54の遅延
型処理モジュール542は、マスタファイル55を更新
し、排他制御テーブル543に登録されている対応する
排他制御情報を削除する。The terminal 51 transmits the execution request message 60 to the FEP 53 when the confirmation key is pressed within Y minutes after the confirmation key is waited on the screen 511. The FEP 53 stores the received execution request message 60 in the memory buffer and transmits the execution response message 61 to the terminal 51. Then, when the number of messages in the memory buffer exceeds a certain number, or when a certain time has passed since the previous transmission to the host 54, the messages in the memory buffer are blocked and transmitted to the host 54. When the host 54 receives the blocked electronic message, the delay type processing module 542 of the host 54 updates the master file 55 and deletes the corresponding exclusive control information registered in the exclusive control table 543.
【0057】これに対し、画面511で確認キー待ちの
状態になってからY分超過後に確認キーを押下すると、
端末51がタイムアウトエラーを検出する。そして、端
末51は、FEP53を経由してホスト54へ中断要求
電文58を送信する。ホスト54が中断要求電文58を
受信すると、ホスト54の即時型処理モジュール541
は、排他制御テーブル543に登録されている対応する
排他制御情報を削除し、同一レコードに対する確認要求
電文56、62の受け付けが可能な状態にする。On the other hand, when the confirmation key is pressed on the screen 511 after Y minutes have passed and the confirmation key is pressed,
The terminal 51 detects the time-out error. Then, the terminal 51 transmits the interruption request message 58 to the host 54 via the FEP 53. When the host 54 receives the interruption request message 58, the immediate processing module 541 of the host 54.
Deletes the corresponding exclusive control information registered in the exclusive control table 543 so that the confirmation request messages 56 and 62 for the same record can be received.
【0058】なお、画面511で確認キー待ちの状態に
なっているときに回線障害等が発生した場合でも、ホス
ト54の即時型処理モジュール541がタイマ監視を開
始してからX分超過したときに排他制御テーブル543
に登録されている排他制御情報が削除されるため、この
場合でも同一レコードに対する確認要求電文56、62
の受け付けが可能な状態にすることができる。Even when a line failure or the like occurs while waiting for the confirmation key on the screen 511, when the immediate processing module 541 of the host 54 has exceeded X minutes since the timer monitoring was started. Exclusive control table 543
Since the exclusive control information registered in is deleted in this case, the confirmation request messages 56 and 62 for the same record are deleted even in this case.
Can be accepted.
【0059】以上、本発明の実施の形態および実施例に
ついて説明してきたが、本発明はこのような実施の形態
および実施例に限定されるものではなく、本発明の原理
に準ずる各種の実施の形態および実施例を含む。Although the embodiments and examples of the present invention have been described above, the present invention is not limited to such embodiments and examples, and various embodiments according to the principle of the present invention are possible. Including forms and examples.
【0060】図6は、本発明の他の実施の形態における
端末での処理の流れを示すフローチャートである。FIG. 6 is a flow chart showing the flow of processing at the terminal in another embodiment of the present invention.
【0061】図6に示すように、本発明はその他の実施
の形態において、端末の動作を図2に示したものから図
6に示したものへと変更することができる。As shown in FIG. 6, in another embodiment of the present invention, the operation of the terminal can be changed from that shown in FIG. 2 to that shown in FIG.
【0062】図1、図2および図6を参照すると、端末
11は、ステップ201、601のアクションが、オペ
レータからの更新確認要求の場合には、FEP12を経
由してホスト13へ確認要求電文15を送信する(ステ
ップ202、602)。Referring to FIGS. 1, 2 and 6, when the action in steps 201 and 601 is an update confirmation request from the operator, the terminal 11 sends a confirmation request message 15 to the host 13 via the FEP 12. Is transmitted (steps 202 and 602).
【0063】また、ステップ201、601のアクショ
ンが、ホスト13からの確認応答電文16の受信の場合
には、所定時間(Y分)のタイマ監視を開始し(ステッ
プ203、603)、画面111に更新内容確認データ
を表示してオペレータからの確認キー待ちの状態にする
(ステップ204、604)。When the action in steps 201 and 601 is to receive the confirmation response message 16 from the host 13, the timer monitoring for a predetermined time (Y minutes) is started (steps 203 and 603), and the screen 111 is displayed. The update content confirmation data is displayed to wait for a confirmation key from the operator (steps 204 and 604).
【0064】前述した実施の形態では、このときにオペ
レータが確認キーを押下すると(ステップ201)、タ
イマ監視開始からの経過時間の検査を行い(ステップ2
05)、経過時間がY分以内の場合には、FEP12へ
実行要求電文19を送信し(ステップ206)、Y分を
超過している場合には、タイムアウトエラーを検出し、
FEP12を経由してホスト13へ中断要求電文17を
送信する(ステップ207)。In the above-described embodiment, when the operator presses the confirmation key at this time (step 201), the elapsed time from the start of timer monitoring is inspected (step 2).
05), if the elapsed time is within Y minutes, the execution request message 19 is transmitted to the FEP 12 (step 206), and if it exceeds Y minutes, a timeout error is detected,
The interruption request message 17 is transmitted to the host 13 via the FEP 12 (step 207).
【0065】これに対し、本発明の他の実施の形態で
は、図6に示すように、ステップ601のアクション
が、端末11でのタイマ監視の時間超過の場合、すなわ
ちY分間オペレータによって確認キーの押下の操作が行
われなかった場合には、タイマ監視開始からY分経過し
た時点でFEP12を経由してホスト13へ中断要求電
文17を送信する(ステップ606)。このため、本発
明の他の実施の形態によれば、タイマ監視開始からY分
を経過すると自動的に端末11の画面111にエラーが
表示される。なお、タイマ監視開始からY分以内に確認
キーが押下された場合には、前述した実施の形態の場合
と同様に、FEP12へ実行要求電文19を送信する
(ステップ605)。On the other hand, in another embodiment of the present invention, as shown in FIG. 6, when the action of step 601 is the time over which the timer monitoring at the terminal 11 is exceeded, that is, the confirmation key is pressed by the operator for Y minutes. If the pressing operation is not performed, the interruption request message 17 is transmitted to the host 13 via the FEP 12 when Y minutes have elapsed from the start of timer monitoring (step 606). Therefore, according to another embodiment of the present invention, an error is automatically displayed on the screen 111 of the terminal 11 when Y minutes have elapsed from the start of timer monitoring. When the confirmation key is pressed within Y minutes from the start of timer monitoring, the execution request message 19 is transmitted to the FEP 12 as in the case of the above-described embodiment (step 605).
【0066】このように、本発明の他の実施の形態によ
っても、複数端末から同一レコードに対する実行要求電
文19を同時に送信することがなくなり、前述した実施
の形態の場合と同様の効果を得ることができる。As described above, according to the other embodiment of the present invention as well, the execution request message 19 for the same record is not simultaneously transmitted from a plurality of terminals, and the same effect as in the above-described embodiment can be obtained. You can
【0067】[0067]
【発明の効果】以上説明したように、本発明によれば、
排他制御テーブルに排他制御情報を登録して複数モジュ
ールにまたがる排他制御を行うことにより、複数端末か
らの同一レコードに対する確認要求電文の受け付けを不
可とすることができるため、複数端末からの同一レコー
ドに対する更新を防止することができる。As described above, according to the present invention,
By registering exclusive control information in the exclusive control table and performing exclusive control over multiple modules, it is possible to disable acceptance of confirmation request messages for the same record from multiple terminals. Updates can be prevented.
【0068】また、本発明によれば、ホストプロセッサ
が排他制御テーブルに登録された排他制御情報をもとに
タイマ監視を行い、タイマ監視開始から一定時間が経過
したときに同一レコードに対する確認要求電文を受け付
けることができる状態に戻すため、回線障害等の発生に
より端末の画面での確認キー待ちの状態が続き、あるレ
コードに対する排他制御が解除されない状態になった場
合でも、そのレコードを更新可能な状態に戻すことがで
きる。Further, according to the present invention, the host processor performs timer monitoring based on the exclusive control information registered in the exclusive control table, and when a certain time has elapsed from the start of timer monitoring, a confirmation request message for the same record is sent. The record can be updated even if the exclusive control for a certain record is not released due to the occurrence of a line failure or the like, which keeps waiting for the confirmation key on the terminal screen. Can be returned to the state.
【0069】さらに、本発明によれば、端末でホストプ
ロセッサでのタイマ監視の時間よりも短い時間のタイマ
監視を行うことにより、複数端末から同一レコードに対
する実行要求電文を送信しないようにするため、ホスト
プロセッサと端末の間でのデータの不整合の発生を防止
することができる。Further, according to the present invention, since the terminals monitor the timer for a time shorter than the timer monitoring time in the host processor, the execution request message for the same record is not transmitted from a plurality of terminals. It is possible to prevent the occurrence of data inconsistency between the host processor and the terminal.
【図1】本発明の実施の形態の構成を示すブロック図で
ある。FIG. 1 is a block diagram showing a configuration of an embodiment of the present invention.
【図2】本発明の実施の形態における端末での処理の流
れを示すフローチャートである。FIG. 2 is a flowchart showing a flow of processing in the terminal according to the embodiment of the present invention.
【図3】本発明の実施の形態におけるフロントエンドプ
ロセッサ(FEP)での処理の流れを示すフローチャー
トである。FIG. 3 is a flowchart showing a processing flow in a front end processor (FEP) according to the embodiment of the present invention.
【図4】本発明の実施の形態におけるホストプロセッサ
(ホスト)での処理の流れを示すフローチャートであ
る。FIG. 4 is a flowchart showing a processing flow in a host processor (host) according to the embodiment of the present invention.
【図5】本発明の一実施例の構成を示すブロック図であ
る。FIG. 5 is a block diagram showing a configuration of one embodiment of the present invention.
【図6】本発明の他の実施の形態における端末での処理
の流れを示すフローチャートである。FIG. 6 is a flowchart showing a flow of processing in a terminal according to another embodiment of the present invention.
11、51、52 端末 111、511、521 画面 12、53 フロントエンドプロセッサ(FEP) 13、54 ホストプロセッサ(ホスト) 131、541 即時型処理モジュール 132、542 遅延型処理モジュール 133、543 排他制御テーブル 14、55 マスタファイル 15、56、62 更新内容確認データ要求電文(確認
要求電文) 16、57、63 更新内容確認データ応答電文(確認
応答電文) 17、58、64 ファイル更新中断要求電文(中断要
求電文) 18、59、65 ファイル更新中断応答電文(中断応
答電文) 19、60、66 ファイル更新実行要求電文(実行要
求電文) 20、61、67 ファイル更新実行応答電文(実行応
答電文)11, 51, 52 Terminal 111, 511, 521 Screen 12, 53 Front-end processor (FEP) 13, 54 Host processor (host) 131, 541 Immediate processing module 132, 542 Delayed processing module 133, 543 Exclusive control table 14 , 55 Master file 15, 56, 62 Update content confirmation data request message (confirmation request message) 16, 57, 63 Update content confirmation data response message (confirmation response message) 17, 58, 64 File update interruption request message (interruption request message) ) 18, 59, 65 File update interruption response message (interruption response message) 19, 60, 66 File update execution request message (execution request message) 20, 61, 67 File update execution response message (execution response message)
Claims (3)
ンドプロセッサを設置し、該フロントエンドプロセッサ
を介して前記ホストプロセッサでの会話型ファイル更新
処理を即時型処理の更新内容確認および遅延型処理のフ
ァイル更新実行により行うシステムにおいて、 複数モジュールにまたがるレコード更新に対する排他制
御を行うときに、排他制御テーブルに排他制御情報を登
録するようにしたことを特徴とする会話型ファイル更新
処理におけるレコードロック制御方式。1. A front end processor is installed between a host processor and a terminal, and a file for interactive file update processing in the host processor via the front end processor is used for confirmation of update contents of immediate processing and delay processing. A record lock control method in interactive file update processing, wherein exclusive control information is registered in an exclusive control table when exclusive control is performed on record updates across multiple modules in a system that performs update.
をもとにタイマ監視を行うことにより、前記レコード更
新に対する排他制御を行うようにしたことを特徴とする
請求項1記載の会話型ファイル更新処理におけるレコー
ドロック制御方式。2. The conversational file update process according to claim 1, wherein the host processor performs timer control based on the exclusive control information to perform exclusive control for updating the record. Record lock control method in.
間よりも短い時間のタイマ監視を行うことにより、前記
端末でレコード更新のタイムアウトエラーを検出するこ
とを特徴とする請求項2記載の会話型ファイル更新処理
におけるレコードロック制御方式。3. The conversational file according to claim 2, wherein the terminal monitors a record update time-out error by performing timer monitoring for a time shorter than a timer monitoring time in the host processor. Record lock control method in update processing.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8154880A JP2927241B2 (en) | 1996-05-27 | 1996-05-27 | Record lock control method in interactive file update processing |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8154880A JP2927241B2 (en) | 1996-05-27 | 1996-05-27 | Record lock control method in interactive file update processing |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH09319641A true JPH09319641A (en) | 1997-12-12 |
JP2927241B2 JP2927241B2 (en) | 1999-07-28 |
Family
ID=15593977
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP8154880A Expired - Fee Related JP2927241B2 (en) | 1996-05-27 | 1996-05-27 | Record lock control method in interactive file update processing |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2927241B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014112271A (en) * | 2012-12-05 | 2014-06-19 | Konica Minolta Inc | Medical image system |
-
1996
- 1996-05-27 JP JP8154880A patent/JP2927241B2/en not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014112271A (en) * | 2012-12-05 | 2014-06-19 | Konica Minolta Inc | Medical image system |
Also Published As
Publication number | Publication date |
---|---|
JP2927241B2 (en) | 1999-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3298889B2 (en) | File transfer mechanism | |
CN113986501B (en) | Real-time database API (application program interface) interrupt-free calling method, system, storage medium and server | |
JPH09319641A (en) | Record lock control system for interactive file update processing | |
JP3167484B2 (en) | Sender system, receiver system and data transfer processing system | |
JP2919057B2 (en) | Non-response monitoring method in multi-job system | |
JPH06110811A (en) | Program changing method | |
KR101174141B1 (en) | Method for connecting to Branch Processor in ATM | |
JP2002094429A (en) | Data communication system | |
US5790135A (en) | Process control implementing and visualizing method | |
JP3494982B2 (en) | Settlement processing method in POS parent-child system | |
JP2541502B2 (en) | Control message transmission / reception method | |
JPH1031606A (en) | Method and system for updating interactive file | |
JPH07253912A (en) | Process monitor device | |
JPS6198050A (en) | Transfer system for received data | |
JP3740198B2 (en) | Implementation method of operation command processing mechanism in distributed system | |
JP3312078B2 (en) | Frame relay device | |
JP2003167764A (en) | Synchronous transaction processing method | |
JP2834006B2 (en) | Failure recovery processing method and method | |
JPH11203229A (en) | Communication program preparation method | |
JPH08149153A (en) | Virtual buffer control system in relay computer | |
JPH0343653B2 (en) | ||
JPH0895839A (en) | Data backup method | |
JPH02174446A (en) | File reception confirming system | |
JPH0783419B2 (en) | Fax system | |
JPH05265959A (en) | Message output control function |
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: 19990413 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090514 Year of fee payment: 10 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100514 Year of fee payment: 11 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 12 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 12 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 13 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 13 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 14 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140514 Year of fee payment: 15 |
|
LAPS | Cancellation because of no payment of annual fees |