JP3527389B2 - Inter-process communication method and inter-process communication system - Google Patents

Inter-process communication method and inter-process communication system

Info

Publication number
JP3527389B2
JP3527389B2 JP14632597A JP14632597A JP3527389B2 JP 3527389 B2 JP3527389 B2 JP 3527389B2 JP 14632597 A JP14632597 A JP 14632597A JP 14632597 A JP14632597 A JP 14632597A JP 3527389 B2 JP3527389 B2 JP 3527389B2
Authority
JP
Japan
Prior art keywords
reception
transmission
message
notification
file
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.)
Expired - Fee Related
Application number
JP14632597A
Other languages
Japanese (ja)
Other versions
JPH10333928A (en
Inventor
有三 長江
潔 山本
哲 芹沢
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP14632597A priority Critical patent/JP3527389B2/en
Publication of JPH10333928A publication Critical patent/JPH10333928A/en
Application granted granted Critical
Publication of JP3527389B2 publication Critical patent/JP3527389B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Description

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

【0001】[0001]

【発明の属する技術分野】本発明はコンピュータシステ
ムにおけるプロセス間通信に関し、特に、送信プロセス
の送信を複数の受信プロセスで受信するプロセス間通信
方法及びプロセス間通信システムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to inter-process communication in a computer system, and more particularly to an inter-process communication method and inter-process communication system in which transmissions of a transmission process are received by a plurality of reception processes.

【0002】[0002]

【従来の技術】コンピュータシステムにおいて、外部か
らのメッセージを取り込み、そのメッセージに応じた処
理を内部のプロセスで実行することが多い。この場合、
同一のメッセージを複数のプロセスで受信する必要が出
てくる。例えば、FAシステム等においては、複数プロ
セス間でデータを共有して、やり取りする。そのやり取
りには高速性、リアルタイム性が要求される。また、プ
ロセス間でのメッセージの送受信においては、送受信漏
れをなくすことが重要になる。
2. Description of the Related Art In a computer system, a message from the outside is often taken in and a process according to the message is executed by an internal process. in this case,
It is necessary for multiple processes to receive the same message. For example, in an FA system or the like, data is shared and exchanged between a plurality of processes. High speed and real time are required for the exchange. In addition, when sending and receiving messages between processes, it is important to eliminate omissions in sending and receiving.

【0003】このようなプロセス間通信を実現する同期
制御の方法として、例えば、特開平5−100874号
公報(引用例1)には、送受信処理用のタスクを用意
し、送受信プロセス内で1対1の同期制御を行う方法が
開示されている。送信タスクは送信を通知するイベン
ト、セフォマなどをセットしてメッセージを送信し、受
信タスクはメッセージ受信後にイベント、セフォマなど
をリセットする。
As a method of synchronization control for realizing such inter-process communication, for example, Japanese Laid-Open Patent Publication No. 5-100874 (cited example 1) prepares a task for transmission / reception processing so that one pair can be used in the transmission / reception process. The method of performing the synchronous control of No. 1 is disclosed. The sending task sets the event, the semaphore, and the like to notify the sending, and sends the message, and the receiving task resets the event, the semaphore, etc. after receiving the message.

【0004】また、特開平4−256029号公報(引
用例2)には、送信側タスクから複数の受信タスクへ電
文送信を行う場合、各タスクの実行占有状態を表示する
排他対象領域を設け、一個のキューターミナルを介して
送信タスクから複数の受信タスクへ送信する方法が提案
されている。
Further, in Japanese Unexamined Patent Publication No. 4-256029 (cited example 2), when a message is transmitted from a task on the transmitting side to a plurality of receiving tasks, an exclusion target area for displaying the execution occupied state of each task is provided, It has been proposed to send from a sending task to multiple receiving tasks via a single queue terminal.

【0005】[0005]

【発明が解決しようとする課題】従来のプロセス間通信
において、一回の送信処理で複数の受信待ちを考えると
き、上記引用例1の1対1送信方法を用いると、送信プ
ロセスは受信プロセス毎にメッセージを送信する処理を
繰返し行う必要がある。このため、プロセス間の通知手
段として用いるイベント、セマフォ等の資源を多く必要
とし、またプロセスの負荷が増大してプロセス処理速度
の低下を招く。また、プログラムが複雑化、冗長化して
しまうためプログラム作成工数が増大する。
In the conventional interprocess communication, when considering a plurality of reception waits in one transmission process, if the one-to-one transmission method of the above-mentioned reference 1 is used, the transmission process will be performed for each reception process. It is necessary to repeat the process of sending a message to. For this reason, many resources such as events and semaphores used as notification means between processes are required, and the process load increases, resulting in a decrease in process processing speed. In addition, the number of man-hours for creating a program increases because the program becomes complicated and redundant.

【0006】ここで、複数のプロセスに対して一度にメ
ッセージを送信することを考えた場合、送信を通知する
イベント、セマフォなどのリセットを受信プロセス側に
任せることができない。もし、受信プロセス側に任せた
場合、リセットするプロセスが受信した後は、他の受信
プロセスが受信できなく送受信漏れが発生する。一方、
送信側のプロセスが、イベント、セマフォなどをリセッ
トするためには、全ての受信待ちプロセスが受信を終了
したことを知る必要がある。しかし、受信プロセス側で
は自分が最後のメッセージ取得者である事を知り得ない
ので、この方法は実現できない。
Here, in the case of considering sending a message to a plurality of processes at once, it is not possible to let the receiving process side reset events such as an event notifying the sending and a semaphore. If it is left to the receiving process side, after the resetting process receives it, other receiving processes cannot receive it, resulting in leakage of transmission and reception. on the other hand,
In order for the process on the sending side to reset an event, a semaphore, etc., it is necessary to know that all processes waiting for reception have finished receiving. However, this method cannot be realized because the receiving process side cannot know that it is the last message acquirer.

【0007】このように、一度の送信で複数の受信プロ
セスがメッセージを受信する場合、送信プロセスが同期
制御するためにイベント、セマフォなどをリセットする
タイミングを確立するのは困難である。また、仮に実現
できたとしても、送信プロセスがイベント、セマフォな
どをリセットした直後に、受信プロセスが受信待ちに入
ると、受信漏れを発生するタイミングが存在する。
As described above, when a plurality of receiving processes receive a message by one transmission, it is difficult to establish a timing for resetting an event, a semaphore, etc. for synchronous control of the transmitting processes. Even if it can be realized, if the receiving process waits for reception immediately after the transmitting process resets an event, a semaphore, etc., there is a timing at which reception is missed.

【0008】ところで、上記引用例2の1対nの送信方
法では、送信側で予め受信数が既知であれば、受信側か
らの受信応答電文で送信処理を終了できる。しかし、受
信側の数が変動するプロセス間通信では、設定受信数よ
り多い受信プロセスの場合は受信漏れが発生し、設定受
信数より少ない受信プロセスの場合は送信処理を終了で
きなくなる。すなわち、引用例2の送信方法では、変動
する受信プロセスに対する同期制御が不可能になる。
By the way, in the 1-to-n transmission method of the above-mentioned reference example 2, if the number of receptions is known in advance on the transmission side, the transmission processing can be ended by the reception response message from the reception side. However, in the inter-process communication in which the number of receiving sides varies, if there are more receiving processes than the set number of receptions, reception omission occurs, and if there are less receiving processes than the set number of receptions, the transmission process cannot be terminated. That is, with the transmission method of the second reference example, it becomes impossible to perform synchronous control for a fluctuating reception process.

【0009】本発明の目的は、従来技術の問題点に鑑
み、1回の送信通知で複数の受信待ちプロセスに対し漏
れなく送信できる、プロセス間通信方法及びその通信シ
ステムを提供することにある。
In view of the problems of the prior art, it is an object of the present invention to provide an interprocess communication method and a communication system therefor capable of transmitting without fail to a plurality of reception waiting processes with one transmission notification.

【0010】[0010]

【課題を解決するための手段】上記目的は、送信プロセ
スが外部からメッセージを取り込んで共有のメモリに書
き込む送信処理と、複数の受信プロセスが前記メモリか
ら前記メッセージを読み出して処理する受信処理と、を
行なうコンピュータシステムにおけるプロセス間通信方
法において、前記送信プロセスは前記メモリに対するア
クセスを排他制御して前記メッセージを書き込み、受信
待ちの受信プロセスが存在しない場合は送信処理を終了
し、前記受信待ちの受信プロセスが存在している場合は
前記書き込みの後に送信通知を行い、前記受信待ちの受
信プロセスの全てが前記送信通知を受信したことを確認
して前記送信通知をリセットし、前記送信処理を終了す
ることによって達成される。
The above-mentioned object is to perform a transmission process in which a transmission process fetches a message from the outside and writes it in a shared memory, and a reception process in which a plurality of reception processes reads the message from the memory and processes it. In the inter-process communication method in a computer system for performing the above, the transmission process exclusively controls access to the memory to write the message, terminates the transmission process when there is no reception process waiting for reception, and receives the reception waiting. When a process exists, a transmission notification is performed after the writing, and after confirming that all the reception processes waiting for the reception have received the transmission notification, the transmission notification is reset, and the transmission processing ends. To be achieved.

【0011】また、受信側から見れば、前記受信プロセ
スは前記メモリに対するアクセスを排他制御して前記メ
モリを参照し、前記メッセージが読み出せる場合は当該
メッセージに応じた処理を実行して受信処理を終了し、
一方、前記メッセージが読み出せない場合は前記送信プ
ロセスに対して受信待ちに入ることを知らせ、その後に
前記メモリに対する排他制御を解除し、前記送信プロセ
スから送信通知を受信すると、その受信を前記送信プロ
セスに知らせた後に、前記メモリに対する再度の参照を
行うことによって達成される。
From the reception side, the reception process exclusively controls access to the memory to refer to the memory, and when the message can be read, the process according to the message is executed to perform the reception process. Finished,
On the other hand, when the message cannot be read, the sending process is notified that it is waiting to be received, the exclusive control for the memory is released thereafter, and when the sending notification is received from the sending process, the reception is sent by the sending. This is accomplished by making a second reference to the memory after informing the process.

【0012】より具体的に言えば、受信待ちしている1
または複数の受信プロセスは、その存在を第1のファイ
ルの読み込みロックにより示し、前記送信プロセスから
送信通知を受信したときに前記第1のファイルのロック
を解除し、前記送信プロセスは前記メッセージを書き込
んだ後に、前記ファイルの書き込みロックを行い、該ロ
ックの失敗から前記受信待ちの存在を知るとイベントを
セットして前記送信通知を行い、前記ファイルの再度の
書き込みロックの成功から受信待ちの全ての受信プロセ
スが前記送信通知を受信したことを確認し、その後に前
記イベントをリセットして送信処理を終了する。
More specifically, 1 waiting for reception
Or a plurality of receiving processes indicate its existence by a read lock on the first file, unlock the first file when receiving a transmission notification from the transmitting process, and the transmitting process writes the message. After that, the file is write-locked, and when the existence of the waiting for reception is known from the failure of the lock, an event is set and the transmission is notified, and all of the waiting for reception from the succeeding write lock of the file The reception process confirms that the transmission notification has been received, and then resets the event and ends the transmission process.

【0013】なお、前記送信プロセスは前記送信処理の
開始から終了まで前記メモリのアクセスを排他制御する
第2のファイルを書き込みロックし、前記受信プロセス
は前記受信処理の開始から終了まで又は前記第1のファ
イルを読み込みロックするまで前記第2のファイルを書
き込みロックすることを特徴とする。
The transmission process write-locks a second file that exclusively controls access to the memory from the start to the end of the transmission process, and the reception process from the start to the end of the reception process or the first process. The second file is write-locked until the file is read-locked.

【0014】本発明の方法を適用するプロセス間通信シ
ステムは、プロセス間で送受信するメッセージを記憶す
るメッセージ記憶部と、外部から取り込んだメッセージ
を前記メッセージ記憶部に書き込む送信プロセスと、前
記メッセージ記憶部からメッセージを読み出し該メッセ
ージに応じた処理をする複数(n)の受信プロセスを有
し、コンピュータシステム内の1対nのプロセス間通信
であって、前記送信プロセスが受信待ちの受信プロセス
に対して、前記メッセージ記憶部にメッセージを書き込
んだことを通知し、該通知を受信待ちの全ての受信プロ
セスが受信した場合に該通知をリセットする送信通知手
段と、前記送信プロセスに対して、前記受信プロセスが
受信待ちに入ることを知らせると共に前記通知を受信し
たときにその受信を知らせ、かつ前記受信待ちの全ての
受信プロセスが知らせた後に、前記送信プロセスによる
前記送信通知手段のリセットを可能にする通知処理排他
制御手段を設けたことを特徴とする。
The interprocess communication system to which the method of the present invention is applied includes a message storage unit for storing messages to be transmitted and received between processes, a transmission process for writing a message fetched from the outside into the message storage unit, and the message storage unit. A plurality of (n) receiving processes that read a message from a message and perform processing according to the message, and for one-to-n inter-process communication in a computer system, in which the transmitting process is waiting for receiving Sending notification means for notifying that a message has been written to the message storage unit and resetting the notification when all the receiving processes waiting to receive the notification receive the receiving process with respect to the sending process. That it is waiting to be received, and when the notification is received, the reception News, and after all of the reception process of the reception waiting is made known, characterized in that a notification processing exclusive control means for enabling resetting of the transmission indication means by the transmission process.

【0015】また、前記通知処理排他制御手段は、前記
受信待ちの受信プロセスの各々が読み込みロックを行
い、前記送信プロセスが書き込みロックを行う排他制御
用ファイルで構成することを特徴とする。
Further, the notification process exclusive control means is constituted by an exclusive control file in which each of the reception processes waiting for reception performs a read lock and the transmission process locks a write.

【0016】[0016]

【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら詳細に説明する。図1は、本発明の
プロセス間通信システムの一実施例を示す構成図であ
る。
BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings. FIG. 1 is a block diagram showing an embodiment of an interprocess communication system of the present invention.

【0017】プロセス間通信システムは、外部からのメ
ッセージを取り込み送信処理を行う送信処理手段(以
下、送信プロセス)10、送信プロセス10からメッセ
ージを受信し、その処理を実行する受信処理手段(以
下、受信プロセス)20、メッセージの受け渡しに用い
るメッセージ記憶部11、送信プロセス10から受信プ
ロセス20に送信処理の終了(メッセージの書き込み)
を通知する送信通知手段(以下、イベント)12、送受
信の各プロセス間でメッセージ記憶部11に対する排他
処理を行うファイル13を有する送受信排他制御手段1
4、送信プロセス10と受信プロセス20の間で通知処
理の排他処理を行うファイル15を有する通知処理排他
制御手段16、外部からのメッセージを取り込むための
プロセス入出力インターフェース(PI/O)17で構
成している。なお、送信通知手段12に対する送信プロ
セス10や受信プロセス20からのアクセスは、例えば
セマフォのようなOSが持つ機能によって実現されてい
る。
The interprocess communication system includes a transmission processing means (hereinafter referred to as a transmission process) 10 for receiving a message from the outside and a transmission processing, a reception processing means for receiving a message from the transmission process 10 and executing the processing (hereinafter referred to as a reception processing means). (Reception process) 20, message storage unit 11 used for passing messages, and transmission process 10 from reception process 20 to end of transmission processing (writing of message)
A transmission / reception exclusive control unit 1 having a transmission notification unit (hereinafter, an event) 12 for notifying the message, and a file 13 for performing an exclusive process on the message storage unit 11 between the transmission / reception processes.
4, notification processing exclusive control means 16 having a file 15 for performing exclusive processing of notification processing between the transmission process 10 and the reception process 20, and a process input / output interface (PI / O) 17 for taking in a message from the outside is doing. Access to the transmission notification means 12 from the transmission process 10 and the reception process 20 is realized by a function of an OS such as a semaphore.

【0018】ファイル13またはファイル15を用いる
排他処理は、送受信プロセスの各々がファイルロックを
行うことにより実現する。ファイルロック(以下、単に
ロックと言う)とは、該当するファイルに対して他のプ
ロセスがアクセスできないようにする機能である。そこ
で、各プロセスは排他制御したい処理の前に、該当する
ファイルのロックを実行し、ロックが成功した後にその
処理を行い、処理の終了後に該当ファイルのロックを解
放する。各プロセスがこの方法を用いることにより、プ
ロセス間の処理の排他制御が可能になる。
The exclusive processing using the file 13 or the file 15 is realized by each of the transmission / reception processes locking the file. The file lock (hereinafter, simply referred to as a lock) is a function that prevents other processes from accessing the corresponding file. Therefore, each process locks the corresponding file before the process for which exclusive control is desired, performs the process after the locking is successful, and releases the lock for the corresponding file after the process ends. By using this method for each process, exclusive control of processing between processes becomes possible.

【0019】ファイル13またはファイル15のロック
には、書き込みロックと読み込みロックの2種類があ
る。書き込みロックを行った場合は、該当ファイルに対
し他のプロセスが書き込みロック及び読み込みロックの
両方ともできなくなる。読み込みロックを行った場合
は、該当ファイルに対し他のプロセスが読み込みロック
のみ実行できる。
There are two types of locks for the file 13 or the file 15: a write lock and a read lock. When a write lock is applied, other processes cannot perform both write lock and read lock on the file. When a read lock is applied, another process can execute only the read lock on the file.

【0020】送受信の各プロセス間で、処理を排他制御
する場合は書き込みロックを用い、送信プロセス10と
複数の受信プロセス20の間で排他制御する場合は、送
信プロセス10は書き込みロックを、受信プロセス20
は読み込みロックを実行する。また、ファイルロックの
要求方法として、ロックできるまで処理を中断する方法
と、ロックできない場合はロック失敗として処理をプロ
セスに戻す方法がある。
A write lock is used when processing is exclusively controlled between the transmitting and receiving processes, and a write lock is used by the sending process 10 when receiving exclusive control between the sending process 10 and a plurality of receiving processes 20. 20
Performs a read lock. Further, as a method of requesting a file lock, there are a method of suspending the process until the file can be locked and a method of returning the process to the process as a lock failure when the file cannot be locked.

【0021】次に、イベント12について説明する。イ
ベント12にはセット状態とリセット状態の2つがあ
る。送受信のプロセスがイベント12に対して実行でき
る処理の代表的なものには、イベント12をセット状態
にする、イベント12をリセット状態にする、イベント
12がセット状態になるまで処理を中断する、の3つが
ある。
Next, the event 12 will be described. The event 12 has two states, a set state and a reset state. Typical processes that can be executed by the transmission / reception process on the event 12 include setting the event 12 to the set state, setting the event 12 to the reset state, and suspending the process until the event 12 is set. There are three.

【0022】本実施例では、このイベント12を用いて
送信プロセス10から受信プロセス20へ送信通知、す
なわちメッセージ記憶部11へのメッセージ書き込み完
了の通知を行う。送信プロセス10が受信プロセス20
に送信通知を行うときはイベント12をセット状態にす
る。受信プロセス20が送信プロセス10からの受信待
ちをするときは、イベント12がセット状態になるのを
待つ。また、送信プロセス10が送信処理を終了すると
きは、イベント12をリセット状態にする。イベント1
2の初期状態はリセット状態とする。
In this embodiment, the event 12 is used to send a notification from the sending process 10 to the receiving process 20, that is, to notify the completion of writing the message in the message storage unit 11. The sending process 10 is the receiving process 20
When the transmission notification is sent to the event 12, the event 12 is set. When the reception process 20 waits for reception from the transmission process 10, it waits for the event 12 to enter the set state. Further, when the transmission process 10 ends the transmission process, the event 12 is reset. Event 1
The initial state of 2 is a reset state.

【0023】図2は、送信プロセスの処理の手順を示す
フローチャートである。送信プロセス10は、外部より
PI/O17を介しメッセージを取り込む(s20
1)。次に、ファイル13を書き込みロックする(s2
02)。これにより、他のプロセスから、メッセージ記
憶部11に対する書き込み及び読み出しを禁止する。な
お、書き込みロックができない場合、何れかの受信プロ
セス20が読み出し中であり、書き込みロックができる
まで待つ。
FIG. 2 is a flow chart showing the procedure of processing of the transmission process. The transmission process 10 fetches a message from outside via the PI / O 17 (s20
1). Next, the file 13 is write-locked (s2
02). This prohibits writing and reading from the message storage unit 11 by other processes. If the write lock cannot be made, one of the receiving processes 20 is reading and waits until the write lock is made.

【0024】書き込みロックが成功した後、送信するメ
ッセージをメッセージ記憶部11に書き込む(s20
3)。次に、ファイル15の書き込みロックを行い、ロ
ックの可否を判定する(s204)。書き込みロックが
成功した場合は、受信待ちの受信プロセス20がない。
もちろん、ファイル13が書き込みロックされているの
で、新たな受信待ちの発生もない。そこで、ファイル1
5のロックを開放し(s210)、さらにファイル13
のロックを解放し(s211)、送信の処理を終了す
る。
After the write lock is successful, the message to be transmitted is written in the message storage unit 11 (s20
3). Next, the file 15 is write-locked, and it is determined whether the lock is possible (s204). If the write lock is successful, there is no receiving process 20 waiting for reception.
Of course, since the file 13 is write-locked, there is no new waiting for reception. So file 1
Release the lock of 5 (s210), and further file 13
The lock is released (s211), and the transmission process ends.

【0025】一方、ステップs204において書き込み
ロックが失敗した場合は、処理を中断せずに進み、イベ
ント12をセット状態にし、受信プロセス20に送信通
知の処理を行う(s205)。次に、ファイル15を再
び書き込みロックする(s206)。ロック失敗の場合
は処理を中断し、ロックできるまで待つ(WAIT)。
このステップでの書き込みロックの成功は、全ての受信
待ちプロセスで送信通知を受信し、ファイル15の読み
込みロックを開放していることを意味する。
On the other hand, if the write lock fails in step s204, the process proceeds without interruption, the event 12 is set, and the receiving process 20 is notified of the transmission (s205). Next, the file 15 is write-locked again (s206). If the lock is unsuccessful, the process is interrupted and the process waits until the lock can be made (WAIT).
The success of the write lock in this step means that all the reception waiting processes have received the transmission notification and released the read lock of the file 15.

【0026】ファイル15の書き込みロックが成功した
後、イベント12をリセット状態にする(s207)。
すなわち、送信通知の処理を終了する。次に、ファイル
15のロックを解放し(s208)、さらにファイル1
3のロックを解放し(s209)、送信の処理を終了す
る。
After the write lock of the file 15 is successful, the event 12 is reset (s207).
That is, the processing of the transmission notification ends. Next, the lock of the file 15 is released (s208), and the file 1 is further released.
The lock of No. 3 is released (s209), and the transmission process ends.

【0027】このように、ステップs204のロック実
行時のみは、ロックができないときにもWAITせず、
処理をプロセスに戻す。しかし、他のステップでのロッ
ク実行時は、受信プロセス20の処理も含み、すべてロ
ックできるまでプロセスの処理を中断する。
As described above, only when the lock is executed in step s204, the WAIT is not performed even when the lock is impossible,
Return processing to the process. However, when the lock is executed in other steps, the process of the receiving process 20 is included, and the process of the process is suspended until all the processes can be locked.

【0028】図3は、一つの受信プロセスの処理手順を
示すフローチャートである。受信プロセス20は最初
に、ファイル13を書き込みロックする(s301)。
ロックができない場合は、ロックができるまで待つ。
FIG. 3 is a flowchart showing the processing procedure of one receiving process. The receiving process 20 first writes and locks the file 13 (s301).
If you cannot lock it, wait until you can lock it.

【0029】書き込みロックが成功した後、メッセージ
記憶部11からメッセージの読み込みを行い、また、読
み込みの可否を判定する(s302)。メッセージが既
にメッセージ記憶部11に書き込まれており、メッセー
ジの読み込みに成功した場合は、ファイル13のロック
を解放し(s307)、受信メッセージに応じた処理を
実行する(s308)。
After the write lock is successful, the message is read from the message storage unit 11 and it is determined whether the message can be read (s302). If the message has already been written in the message storage unit 11 and the reading of the message has succeeded, the lock of the file 13 is released (s307), and the process according to the received message is executed (s308).

【0030】ステップs302でメッセージが受信でき
ない場合、ファイル15を読み込みロックする(s30
3)。これによって、送信プロセス10に受信待ちプロ
セスの存在が知らされ、イベント12のリセットが禁止
される。読み込みロックが成功した後、ファイル13の
ロックを解放する(s304)。これによって、送信プ
ロセス10のファイル13のロックが成功し、メッセー
ジ記憶部11に対するメッセージの書き込みが可能にな
る。
If the message cannot be received in step s302, the file 15 is read and locked (s30).
3). As a result, the transmission process 10 is notified of the existence of the reception waiting process, and the reset of the event 12 is prohibited. After the read lock is successful, the lock of the file 13 is released (s304). As a result, the lock of the file 13 of the transmission process 10 succeeds, and the message can be written in the message storage unit 11.

【0031】次に、イベント12がセット状態になるま
でWAITし、送信プロセス10からの送信通知を待つ
(s305)。イベント12がセット状態になり、送信
プロセスからの送信通知を受信すると、ファイル15の
ロックを解放する(s306)。そして、ステップs3
01に戻ってファイル13を書き込みロックし、ステッ
プs302でメッセージを読み出す。ここでは、送信通
知の受信後なので、読み込みに失敗することはない。
Next, WAIT is performed until the event 12 becomes the set state, and the transmission notification from the transmission process 10 is waited (s305). When the event 12 enters the set state and the transmission notification from the transmission process is received, the lock of the file 15 is released (s306). And step s3
Returning to 01, the file 13 is write-locked and the message is read in step s302. Here, since the transmission notification is received, the reading does not fail.

【0032】以上が送信プロセス10と受信プロセス2
0の処理の流れである。送受信プロセス10は排他制御
用のファイル13とファイル15及びイベント12を用
いて、メッセージ送受信の同期制御を行なっている。
The above is the transmission process 10 and the reception process 2.
The process flow is 0. The transmission / reception process 10 uses the exclusive control file 13 and the file 15 and the event 12 to perform synchronous control of message transmission / reception.

【0033】特に、受信待ちの受信プロセス20が、送
信プロセス10からの送信通知を受信漏れしないよう
に、ファイル15のロックを用いて、他のプロセスの処
理に対し排他制御を行っている。すなわち、メッセージ
読み込みに失敗した受信プロセス20がステップs30
5で受信待ちに入る前に、ステップs303でファイル
15を読み込みロックし、それによって受信待ちするこ
とを送信プロセス10に知らせる。読み込みロックなの
で、他の受信プロセス20もファイル15をロックし
て、同様に送信プロセス10に知らせて受信待ちに入る
ことができる。
In particular, the reception process 20 waiting for reception uses the lock of the file 15 to perform exclusive control over the processing of other processes so that the transmission notification from the transmission process 10 is not missed. That is, the receiving process 20 that has failed to read the message is processed in step s30.
Before waiting for reception in step 5, the file 15 is read and locked in step s303, thereby informing the transmission process 10 that it is waiting for reception. Since it is a read lock, the other receiving process 20 can also lock the file 15 and similarly notify the transmitting process 10 to wait for reception.

【0034】送信プロセス10は、ステップs204で
ファイル15を書き込みロックするが、この処理は送信
プロセス10からの送信通知を待っている受信待ちプロ
セスが存在するかどうかを確認するためである。メッセ
ージ記憶部11の書き込みを終了し、かつ、受信待ちプ
ロセスの存在を知った送信プロセス10は、イベント1
2をセットして受信待ちプロセスに対して送信通知を行
う。このとき、通知待ちしている全ての受信プロセスが
通知を受信したことを確認できるように、ファイル15
の書き込みロックを行う。この書き込みロックが成功し
たとき、言い替えれば受信待ちプロセスの全てが送信通
知を受信してファイル15の読み込みロックを開放した
とき、送信プロセス10はイベント12をリセットし
て、送信通知を終了する。これにより、送信通知処理の
同期制御が実現できる。
The transmission process 10 writes and locks the file 15 in step s204, and this process is to confirm whether or not there is a reception waiting process waiting for a transmission notification from the transmission process 10. The sending process 10 that has completed the writing in the message storage unit 11 and knows the existence of the reception waiting process
2 is set and a transmission notification is sent to the reception waiting process. At this time, in order to confirm that all the receiving processes waiting for notification have received the notification, the file 15
Write-lock. When this write lock succeeds, in other words, when all the reception waiting processes receive the transmission notification and release the read lock of the file 15, the transmission process 10 resets the event 12 and ends the transmission notification. Thereby, the synchronous control of the transmission notification process can be realized.

【0035】なお、ステップs204で、送信プロセス
10がファイル15の書き込みロックに成功した場合
は、通知待ちをしている受信待ちプロセスは存在しな
い。したがって、送信プロセス10はイベント12によ
る送信通知を行わずに、排他制御を実行しているファイ
ル15とファイル13のロックを解放し、送信処理を終
了する。
If the transmission process 10 succeeds in the write lock of the file 15 in step s204, there is no reception waiting process waiting for notification. Therefore, the transmission process 10 releases the lock of the file 15 and the file 13 that are executing the exclusive control without sending the transmission notification by the event 12, and ends the transmission process.

【0036】ところで、ステップs302で、受信プロ
セス20がメッセージの読み込みに失敗し、ステップs
303でファイル15を読み込みロックする間に、送信
プロセス10が送信処理を実行すると(s203,s2
04〜s210,s211)、受信プロセス20が送信
プロセス10の送信通知を受信できなくなるタイミング
が存在する。そこで、上記タイミングでの送信処理が実
行されないように、ファイル13を用いた以下の排他制
御が行なわれる。
By the way, at step s302, the receiving process 20 fails to read the message, and at step s302.
If the transmission process 10 executes a transmission process while the file 15 is read and locked in 303 (s203, s2
04-s210, s211), there is a timing when the receiving process 20 cannot receive the transmission notification of the transmitting process 10. Therefore, the following exclusive control using the file 13 is performed so that the transmission process is not executed at the above timing.

【0037】ファイル13のロックは、送信、受信プロ
セス10,20ともに処理の最初に行い、送信プロセス
10は送信終了まで(s202〜s209/s202〜
s211)、受信プロセスは20は受信終了(s30
7)または送信通知待ちの前まで(s301〜s30
4)継続している。この処理により、メッセージ記憶部
11に対する読み込み、書き込みの排他制御を行うと共
に、前述した受信漏れのタイミングが起こらないように
している。
The file 13 is locked at the beginning of the processing in both the transmission and reception processes 10 and 20, and the transmission process 10 ends the transmission (s202 to s209 / s202 to
s211), the reception process 20 ends reception (s30)
7) or before waiting for transmission notification (s301 to s30
4) Continues. By this process, exclusive control of reading and writing in the message storage unit 11 is performed, and the above-mentioned timing of reception omission is prevented.

【0038】ステップs303で、受信プロセス20は
ファイル15の読み込みロックを実行してから、ファイ
ル13のロックを解放する。このため、受信プロセス2
0が通信待ち処理を実行している間、送信プロセス10
は送信処理を実行できない。一方、送信プロセス20が
送信処理の実行を開始し、ステップs202でファイル
13の書き込みロックを行うと、受信プロセス20は通
知待ち処理を実行しているプロセスを除いて受信処理を
実行できない。受信プロセス20が通知待ち処理を実行
している場合、送信プロセス20は上述のように必ず通
知処理を実行するので、受信漏れを生じることはない。
In step s303, the reception process 20 executes the read lock of the file 15 and then releases the lock of the file 13. Therefore, the receiving process 2
While 0 is executing the communication waiting process, the sending process 10
Cannot perform send processing. On the other hand, when the transmission process 20 starts the execution of the transmission process and locks the write of the file 13 in step s202, the reception process 20 cannot execute the reception process except the process that is performing the notification waiting process. When the receiving process 20 is executing the notification waiting process, the transmitting process 20 always executes the notification process as described above, and therefore the reception omission does not occur.

【0039】また、受信プロセス20がステップs30
4でファイル13を解放しているのはデッドロックを回
避するためである。これにより、他の受信プロセス20
が受信処理を実行したり、送信プロセス10が送信処理
を実行できるようにする。
In addition, the receiving process 20 executes step s30.
The reason why the file 13 is released in 4 is to avoid the deadlock. This allows the other receiving process 20
Enables the receiving process and the sending process 10 to perform the sending process.

【0040】図4は、本実施例のプロセス間通信システ
ムの動作を説明するタイムチャーである。時系列に送信
プロセスと受信プロセス,の処理ステップ番号
(図2、図3に対応)と、各処理時点でロックファイル
13及びロックファイル15をロックしているプロセス
番号を示している。
FIG. 4 is a time chart explaining the operation of the interprocess communication system of this embodiment. The processing step numbers of the transmission process and the reception process (corresponding to FIGS. 2 and 3) and the process numbers that lock the lock file 13 and the lock file 15 at the respective processing points are shown in time series.

【0041】同図(a)は送信プロセスから動作開始
している例である。この場合、ステップs202で送受
信用ロックファイル13が書き込みロックされるため、
受信プロセスは送信プロセスがメッセージ送信(書
き込み)を完全に終了するまで、受信処理には入れな
い。このため、受信プロセスがs301で受信処理に
入ったときには既にメッセージの書き込みがあり、メッ
セージ記憶部11を参照してメッセージ受信を完了す
る。従って、送信通知処理も行われない。
FIG. 4A shows an example in which the operation is started from the transmission process. In this case, since the transmission / reception lock file 13 is write-locked in step s202,
The receiving process cannot enter the receiving process until the sending process completely finishes sending (writing) the message. Therefore, when the receiving process enters the receiving process in s301, the message has already been written, and the message storage unit 11 is referred to complete the message reception. Therefore, the transmission notification process is also not performed.

【0042】同図(b)は、受信プロセスから動作開
始し、途中から送信プロセスが割り込んだ例である。
受信プロセスが動作中は、ファイル13を開放して
(s304)送信通知待ちになるまでは、送信プロセス
は送信処理に入れない。しかし、送信プロセスが動
作してしまうと、受信プロセスは送信通知の受信処理
(s306;イベント受信)とファイル15を開放する
以外の動作はできない。
FIG. 6B shows an example in which the operation starts from the receiving process and the transmitting process interrupts in the middle.
While the reception process is operating, the transmission process cannot enter the transmission process until the file 13 is released (s304) and the transmission notification waits. However, when the transmission process operates, the reception process cannot perform operations other than the transmission notification reception process (s306; event reception) and the release of the file 15.

【0043】同図(c)は、受信プロセスから動作開
始し、ステップs304でファイル13の開放時に、受
信プロセスが動作開始している。この場合も事情は同
じで、全ての受信プロセス,が送信通知待ちに入る
までは、送信プロセスは送信処理に入れない。また、
全ての受信待ちプロセスがイベントを受信するまでは、
送信処理の終了(イベントリセット)を行わない。
In FIG. 7C, the operation starts from the receiving process, and when the file 13 is released in step s304, the receiving process starts operating. Even in this case, the situation is the same, and the transmission process cannot enter the transmission process until all the reception processes wait for the transmission notification. Also,
Until all waiting processes receive the event,
Does not terminate the transmission process (event reset).

【0044】以上のように、本実施例のプロセス間通信
システムでは、受信プロセス20がメッセージ記憶部1
1を参照する(受信処理)ときは、送信プロセス10は
メッセージの書き込み処理(送信処理)を行わず、送信
通知処理も行わない。また、受信待ちプロセスが送信通
知待ち処理を実行中は、送信プロセスの送信通知(イベ
ントセット)が行われないので、受信待ちプロセスの送
信通知の受信漏れがなく、受信待ちプロセスは確実に受
信できる。
As described above, in the interprocess communication system of this embodiment, the receiving process 20 is the message storage unit 1.
When referring to 1 (reception processing), the transmission process 10 does not perform message writing processing (transmission processing), and does not perform transmission notification processing. Also, while the reception waiting process is executing the transmission notification waiting process, since the transmission notification (event set) of the transmission process is not performed, there is no omission of the reception notification of the reception waiting process, and the reception waiting process can receive reliably. .

【0045】[0045]

【発明の効果】本発明によれば、受信待ちの受信プロセ
スはそれを読み込みロックで示して送信通知を発行さ
せ、送信プロセスは受信待ちの全てのプロセスが送信通
知を受信したことを書き込みロックで確認して送信通知
を終了するので、送信プロセスの一度の送信処理で複数
の受信プロセスが漏れなく受信でき、送信処理の負荷軽
減と、処理速度を向上できる効果がある。
According to the present invention, a receiving process waiting for reception shows it as a read lock and issues a transmission notice, and a transmitting process uses a write lock to confirm that all processes waiting for reception have received the transmission notice. Since the confirmation is completed and the transmission notification is terminated, a plurality of receiving processes can receive the transmission process once without fail, and the load of the transmitting process can be reduced and the processing speed can be improved.

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

【図1】本発明の一実施例を示すプロセス間通信システ
ムの構成図。
FIG. 1 is a configuration diagram of an interprocess communication system showing an embodiment of the present invention.

【図2】送信プロセスの送信処理を示すフローチャー
ト。
FIG. 2 is a flowchart showing a transmission process of a transmission process.

【図3】受信プロセスの受信処理を示すフローチャー
ト。
FIG. 3 is a flowchart showing a receiving process of a receiving process.

【図4】送受信処理の時系列な動作を説明するタイムチ
ャート。
FIG. 4 is a time chart illustrating a time series operation of transmission / reception processing.

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

10…送信処理手段(送信プロセス)、11…メッセー
ジ記憶部、12…送信通知手段(イベント)、13…送
受信排他制御用ファイル、14…プロセス間排他制御手
段、15…受信確認排他制御用ファイル、16…送信通
知処理同期手段、17…プロセス入出力インターフェー
ス、20…受信処理手段(受信プロセス)。
10 ... Transmission processing means (transmission process), 11 ... Message storage unit, 12 ... Transmission notification means (event), 13 ... Send / receive exclusive control file, 14 ... Interprocess exclusive control means, 15 ... Reception confirmation exclusive control file, 16 ... Transmission notification processing synchronization means, 17 ... Process input / output interface, 20 ... Reception processing means (reception process).

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭63−108452(JP,A) 特開 平9−6735(JP,A) 特開 平9−101901(JP,A) 特開 平7−200494(JP,A) 特開 平5−100874(JP,A) 特開 平4−256029(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 9/46 G06F 15/163 - 15/177 ─────────────────────────────────────────────────── --Continued from the front page (56) References JP-A-63-108452 (JP, A) JP-A-9-6735 (JP, A) JP-A-9-101901 (JP, A) JP-A-7- 200494 (JP, A) JP-A-5-100874 (JP, A) JP-A-4-256029 (JP, A) (58) Fields investigated (Int.Cl. 7 , DB name) G06F 9/46 G06F 15 / 163-15/177

Claims (6)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 送信プロセスが外部からメッセージを取
り込んで共有のメモリに書き込む送信処理と、複数の受
信プロセスが前記メモリから前記メッセージを読み出し
て処理する受信処理を行なうコンピュータシステムにお
けるプロセス間通信方法において、 前記送信プロセスは前記メモリに対するアクセスを排他
制御して前記メッセージを書き込み、受信待ちの受信プ
ロセスが存在しない場合は送信処理を終了し、前記受信
待ちの受信プロセスが存在している場合は前記書き込み
の後に送信通知を行い、前記受信待ちの受信プロセスの
全てが前記送信通知を受信したことを確認して前記送信
通知をリセットし、前記送信処理を終了することを特徴
とするプロセス間通信方法。
1. An interprocess communication method in a computer system, wherein a sending process receives a message from the outside and writes it in a shared memory, and a receiving process in which a plurality of receiving processes read the message from the memory and process it. , The sending process exclusively controls access to the memory to write the message, ends the sending process if there is no receiving process waiting to receive, and writes the message if there is a receiving process waiting to receive After that, a transmission notification is performed, and after confirming that all the reception processes waiting for the reception have received the transmission notification, the transmission notification is reset and the transmission processing is ended.
【請求項2】 送信プロセスが外部からメッセージを取
り込んで共有のメモリに書き込む送信処理と、複数の受
信プロセスが前記メモリから前記メッセージを読み出し
て処理する受信処理を行なうコンピュータシステムにお
けるプロセス間通信方法において、 前記受信プロセスは前記メモリに対するアクセスを排他
制御して前記メモリを参照し、前記メッセージが読み出
せる場合は当該メッセージに応じた処理を実行して受信
処理を終了し、一方、前記メッセージが読み出せない場
合は前記送信プロセスに対して受信待ちに入ることを知
らせ、その後に前記メモリに対する排他制御を解除し、
前記送信プロセスから送信通知を受信すると、その受信
を前記送信プロセスに知らせた後に、前記メモリに対す
る再度の参照を行うことを特徴とするプロセス間通信方
法。
2. An interprocess communication method in a computer system, wherein a transmission process receives a message from the outside and writes it in a shared memory, and a plurality of reception processes performs a reception process in which the message is read from the memory and processed. , The receiving process exclusively controls access to the memory, refers to the memory, and when the message can be read, executes a process according to the message and ends the receiving process, while the message cannot be read. If not, it informs the sending process that it is waiting to receive, then releases the exclusive control to the memory,
An inter-process communication method, comprising: receiving a transmission notification from the transmission process, notifying the transmission process of the reception, and then referring again to the memory.
【請求項3】 送信プロセスが外部からメッセージを取
り込んで共有のメモリに書き込む送信処理と、複数の受
信プロセスが前記メモリから前記メッセージを読み出し
て処理する受信処理と、を行なうコンピュータシステム
におけるプロセス間通信方法において、 受信待ちしている1または複数の受信プロセスは、その
存在を第1のファイルの読み込みロックにより示し、前
記送信プロセスから送信通知を受信したときに前記ファ
イルのロックを解除し、 前記送信プロセスは前記メッセージを書き込んだ後に、
前記ファイルの書き込みロックを行い、該ロックの失敗
から前記受信待ちの存在を知るとイベントをセットして
前記送信通知を行い、前記ファイルの再度の書き込みロ
ックの成功から受信待ちの全ての受信プロセスが前記送
信通知を受信したことを確認し、その後に前記イベント
をリセットして送信処理を終了することを特徴とするプ
ロセス間通信方法。
3. An inter-process communication in a computer system that performs a transmission process in which a transmission process fetches a message from the outside and writes it in a shared memory, and a reception process in which a plurality of reception processes reads the message from the memory and processes it. In the method, one or more receiving processes waiting to receive indicate its presence by a read lock on a first file, unlock the file when a send notification is received from the sending process, After the process writes the message,
When the file is write-locked and the existence of the reception wait is known from the failure of the lock, an event is set and the transmission notification is sent, and all reception processes waiting for reception from the succeeding write lock of the file are received. An interprocess communication method comprising: confirming that the transmission notification has been received, and then resetting the event and ending the transmission processing.
【請求項4】 請求項3において、 前記送信プロセスは前記送信処理の開始から終了まで前
記メモリのアクセスを排他制御する第2のファイルを書
き込みロックし、前記受信プロセスは前記受信処理の開
始から終了まで又は前記第1のファイルを読み込みロッ
クするまで前記第2のファイルを書き込みロックするこ
とを特徴とするプロセス間通信方法。
4. The transmission process according to claim 3, wherein the transmission process write-locks a second file that exclusively controls access to the memory from the start to the end of the transmission process, and the reception process ends from the start to the end of the reception process. Until the first file is read-locked or the second file is write-locked.
【請求項5】 コンピュータシステム内のプロセス間で
メッセージの受け渡しに用いるメッセージ記憶部と、外
部から取り込んだメッセージを前記メッセージ記憶部に
書き込む送信プロセスと、前記メッセージ記憶部からメ
ッセージを読み出し該メッセージに応じた処理をする複
数(n)の受信プロセスを有し、1対nのプロセス間で
メッセージ通信を行うプロセス間通信システムにおい
て、 前記送信プロセスが受信待ちの受信プロセスに対して、
前記メッセージ記憶部にメッセージを書き込んだことを
通知し、該通知を受信待ちの全ての受信プロセスが受信
した場合に該通知をリセットする送信通知手段と、 前記送信プロセスに対して、前記受信プロセスが受信待
ちに入ることを知らせると共に前記通知を受信したとき
にその受信を知らせ、かつ前記受信待ちの全ての受信プ
ロセスが知らせた後に、前記送信プロセスによる前記送
信通知手段のリセットを可能にする通知処理排他制御手
段を設け、 受信待ちの1または複数の受信プロセスが、送信プロセ
スからの1回の通知で漏れなく受信できるようにしたこ
とを特徴とするプロセス間通信システム。
5. A message storage unit used for passing a message between processes in a computer system, a transmission process for writing an externally fetched message to the message storage unit, and reading the message from the message storage unit according to the message. In an inter-process communication system having a plurality of (n) receiving processes that perform different processing and performing message communication between one-to-n processes, the transmitting process with respect to receiving processes waiting for reception,
Transmission notification means for notifying that a message has been written in the message storage unit, and resetting the notification when all the receiving processes waiting to receive the notification, and for the transmitting process, the receiving process Notification processing for informing that the reception is to be waited and for notifying the reception when the notification is received, and for enabling the transmission notification means to be reset by the transmission process after all the reception processes waiting for the reception have notified An interprocess communication system characterized in that exclusive control means is provided so that one or a plurality of receiving processes waiting for reception can receive without a single notification from the transmitting process.
【請求項6】 請求項5において、 前記通知処理排他制御手段は、前記受信待ちの受信プロ
セスの各々が読み込みロックを行い、前記送信プロセス
が書き込みロックを行う排他制御用ファイルで構成する
ことを特徴とするプロセス間通信システム。
6. The exclusive control file according to claim 5, wherein the notification process exclusive control means is composed of an exclusive control file in which each of the reception processes waiting for reception performs a read lock and the transmission process performs a write lock. Interprocess communication system.
JP14632597A 1997-06-04 1997-06-04 Inter-process communication method and inter-process communication system Expired - Fee Related JP3527389B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP14632597A JP3527389B2 (en) 1997-06-04 1997-06-04 Inter-process communication method and inter-process communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP14632597A JP3527389B2 (en) 1997-06-04 1997-06-04 Inter-process communication method and inter-process communication system

Publications (2)

Publication Number Publication Date
JPH10333928A JPH10333928A (en) 1998-12-18
JP3527389B2 true JP3527389B2 (en) 2004-05-17

Family

ID=15405131

Family Applications (1)

Application Number Title Priority Date Filing Date
JP14632597A Expired - Fee Related JP3527389B2 (en) 1997-06-04 1997-06-04 Inter-process communication method and inter-process communication system

Country Status (1)

Country Link
JP (1) JP3527389B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022187887A (en) 2021-06-08 2022-12-20 キヤノン株式会社 Information processing device, information processing device control method and program

Also Published As

Publication number Publication date
JPH10333928A (en) 1998-12-18

Similar Documents

Publication Publication Date Title
US6029190A (en) Read lock and write lock management system based upon mutex and semaphore availability
EP0618532B1 (en) Deadlock detecting device
JP4170227B2 (en) Executing processing in a multiprocessing environment
EP0438021B1 (en) Synchronization instruction for multiple processor network
US5987550A (en) Lock mechanism for shared resources in a data processing system
JPH0552980B2 (en)
JP2010140290A (en) Multiprocessor system and arbitration method for exclusive control thereof
US6587955B1 (en) Real time synchronization in multi-threaded computer systems
CN112148480A (en) Task processing method, device and equipment based on multithreading and storage medium
JP2850863B2 (en) Exclusive control unit
JP3527389B2 (en) Inter-process communication method and inter-process communication system
CN113051082A (en) Software and hardware data synchronization method and device, electronic equipment and storage medium
JP2014182507A (en) Computer, exclusive control method, and exclusive control program
JP3407358B2 (en) Assurance of completion of asynchronous communication in barrier synchronization
JPS6336545B2 (en)
CN112379952B (en) Method for implementing cross-process callback
JP4476011B2 (en) Database system, database inconsistency avoidance method and program
JPH1131080A (en) Deadlock detection method for dynamic lock and system therefor
CN115202884A (en) Method for reading, reading and writing lock of high-performance system based on polling and application
CN112162834B (en) Method and apparatus for transaction processing
JP4280703B2 (en) Interprocess communication
JP2972792B2 (en) Computer system with multiple functions
JP2569918B2 (en) Deadlock generator
JPH05737B2 (en)
JPH0981526A (en) Multiprocessor system

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040219

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

Free format text: PAYMENT UNTIL: 20080227

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20090227

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20090227

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20100227

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20100227

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20110227

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20120227

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20120227

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20130227

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20130227

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees