JP2000339181A - プロセス間通信方法およびプロセス間通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザプロセス単位で排他制御を行うように
して、メッセージシーケンスが崩れないようにする。 【解決手段】 送信元のユーザプロセス１０ａは、共有
メモリ１４にメッセージを書き込むと共に、このメッセ
ージに対応するメッセージ識別子を通信制御プロセス２
８に送信する。送信先のユーザプロセス１０ｂは、通信
制御プロセスからメッセージ識別子を受信すると、この
メッセージ識別子に対応するメッセージを共有メモリか
ら読み出す。通信制御プロセスは、送信元のユーザプロ
セスからメッセージ識別子を受信すると、当該送信元の
ユーザプロセスに対するメッセージ識別子の受信を禁止
するロック状態を設定すると共に、当該送信元のユーザ
プロセスから受信したメッセージ識別子を、送信先のユ
ーザプロセスへ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータシ
ステム上のプロセス間通信を実現する方法および装置に
関する。

【０００２】

【従来の技術】一般に、コンピュータシステムでは、ユ
ーザプロセス間で通信が行えることが必須になってい
る。多くのシステムでは、通信制御プロセスを用いて、
各ユーザプロセス間の通信動作を制御している。この通
信制御プロセスでは、多数のユーザプロセスからメッセ
ージ送信要求を受けることが予想される。そのため、通
信制御プロセスを、メッセージ受信用の複数個の受信ス
レッドと、メッセージ送信用の複数個の送信スレッドと
を具えたマルチスレッド構成とすることにより、メッセ
ージ転送速度の高速化を図っている。

【０００３】また、通信制御プロセスでは、受信スレッ
ドで受信されたメッセージ識別子が、バッファを経て送
信スレッドに送られた後、送信先のユーザプロセスに送
られる。このとき、メッセージの順序性および正常性を
保つため、各スレッドにてバッファに対する排他制御が
行われる。

【０００４】

【発明が解決しようとする課題】しかしながら、バッフ
ァに対する排他制御を行うだけでは、以下に説明する問
題が生じる。先ず、図６を参照して、従来のプロセス間
通信装置の構成につき説明する。

【０００５】従来のプロセス間通信装置は、複数個のユ
ーザプロセス１０と、通信制御プロセス１２と、共有メ
モリ１４とを具えている。各ユーザプロセス１０は、通
信制御プロセス１２を介して、相互にメッセージ識別子
の送受信を行う。ユーザプロセス１０から送信されたメ
ッセージは、共有メモリ１４に書き込まれる。ユーザプ
ロセス１０は、そのメッセージに対応するメッセージ識
別子を通信制御プロセス１２に送信する。このメッセー
ジ識別子は、共有メモリ１４中の、メッセージが書き込
まれた記憶場所を示す先頭アドレスである。受信側のユ
ーザプロセス１０では、通信制御プロセス１２からメッ
セージ識別子を受け取ると、そのメッセージ識別子に対
応したメッセージを共有メモリ１４から読み出す。

【０００６】また、通信制御プロセス１２は、複数個の
受信スレッド１６と、複数個の送信スレッド１８と、バ
ッファ２０とで構成されている。受信スレッド１６は、
ユーザプロセス１０から送られたメッセージ識別子を、
バッファ２０に送り出す。バッファ２０から取り出され
たメッセージ識別子は、送信スレッド１８を介して、送
信先のユーザプロセス１０へ送られる。

【０００７】次に、あるユーザプロセス１０ａから別の
ユーザプロセス１０ｂへ応答型のメッセージが送信され
る場合を考える。先ず、送信元のユーザプロセス１０ａ
は、受信スレッド１６ａに対して送信要求を行う。続い
て、ユーザプロセス１０ａは、共有メモリ１４にメッセ
ージを書き込み、受信スレッド１６ａに対してメッセー
ジ識別子２２を送信する。受信スレッド１６ａは、メッ
セージ識別子２２をバッファ２０に送信する。その際、
受信スレッド１６ａは、他の受信スレッドからバッファ
２０に対してメッセージ識別子が送信されないようにす
るため、バッファ２０をロック状態にする。このように
して、バッファ２０に対する排他制御が行われる。

【０００８】また、このバッファ２０は、保持している
データを、その入力順に出力するものである。バッファ
２０から出力されたメッセージ識別子２２は、所定の送
信スレッド１８ｂに送られる。送信スレッド１８ｂは、
送信先のユーザプロセス１０ｂに対してメッセージ識別
子２２を送信する。このユーザプロセス１０ｂは、受信
したメッセージ識別子２２に基づいて、共有メモリ１４
からメッセージを読み出す。その後、バッファ２０のロ
ック状態が解除される。

【０００９】続いて、ユーザプロセス１０ｂは、メッセ
ージを受信したことを送信元のユーザプロセス１０ａに
対して通知する。そのため、ユーザプロセス１０ｂは、
メッセージ受信完了通知２４を受信スレッド１６ｂに対
して送信する。受信スレッド１６ｂは、バッファ２０を
ロック状態にして、メッセージ受信完了通知２４をバッ
ファ２０に送信する。バッファ２０から出力されたメッ
セージ受信完了通知２４は、所定の送信スレッド１８ａ
に送られる。送信スレッド１８ａは、送信元のユーザプ
ロセス１０ａに対してメッセージ受信完了通知２４を送
信する。

【００１０】しかし、ユーザプロセス１０ａは、常にメ
ッセージ送信だけを行っているわけではなく、別のユー
ザプロセスからメッセージを受信する場合もある。例え
ば、ユーザプロセス１０ｃからユーザプロセス１０ａへ
メッセージが送信される場合を考える。上記の例と同様
に、ユーザプロセス１０ｃから送信されたメッセージ識
別子２６は、受信スレッド１６ｃ、バッファ２０および
送信スレッド１８ｃを順次に経て、ユーザプロセス１０
ａに送られる。

【００１１】ここで、このユーザプロセス１０ｃからの
メッセージ識別子２６の送信が、ユーザプロセス１０ｂ
からのメッセージ受信完了通知２４の送信よりも早い時
期に行われたとする。すると、ユーザプロセス１０ａ
は、ユーザプロセス１０ｃから送られたメッセージ識別
子２６を、ユーザプロセス１０ｂから送られたメッセー
ジ受信完了通知であると認識してしまう。そして、既に
メッセージ受信完了通知が受信されたことになるため、
本来のメッセージ受信完了通知２４は破棄されてしま
う。

【００１２】以上説明したように、ユーザプロセス間の
相互でメッセージ送信要求が発生した場合には、メッセ
ージシーケンスが崩れてしまい、本来送信すべきメッセ
ージが相手プロセスに到達しない可能性が生じる。この
ように、通信制御プロセスがメッセージ送信要求を受け
付けるタイミングにより、メッセージシーケンスが崩れ
てしまう。よって、バッファ２０に対する排他制御を行
っているだけでは不十分であり、ユーザプロセス単位で
排他制御を行う必要がある。

【００１３】従って、従来より、ユーザプロセス単位で
排他制御を行うプロセス間通信方法およびプロセス間通
信装置の出現が望まれていた。

【００１４】

【課題を解決するための手段】そこで、この発明のプロ
セス間通信方法によれば、複数個の受信スレッドと、複
数個の送信スレッドと、バッファと、メモリとを具える
通信制御プロセスを使用して、ユーザプロセス間でメッ
セージ転送を行うプロセス間通信方法であって、（ａ）
受信スレッドに送信元のユーザプロセスからメッセージ
の送信要求が有ったとき、メモリの記憶内容を参照し
て、当該送信元のユーザプロセスが送信可能状態にある
ことを確認するステップと、（ｂ）メモリに、送信元の
ユーザプロセスを送信先とするメッセージ識別子の受信
を禁止するロック状態を設定するステップと、（ｃ）送
信元のユーザプロセスから送信されたメッセージを共有
メモリに書き込むと共に、このメッセージに対応するメ
ッセージ識別子を受信スレッドに送るステップと、
（ｄ）メッセージ識別子を、排他制御が可能なバッファ
に送るステップと、（ｅ）バッファから取り出したメッ
セージ識別子を、送信スレッドを介して送信先のユーザ
プロセスに送るステップと、（ｆ）この送信先のユーザ
プロセスに、メッセージ識別子に基づいて、共有メモリ
からメッセージを読み出すステップと、（ｇ）メモリに
設定されたロック状態を解除するステップとを含むこと
を特徴とする。

【００１５】このように、メモリにロック状態を設定す
ることにより、送信元のユーザプロセスを送信先とする
メッセージ識別子の受信が禁止される。従って、ユーザ
プロセス単位で排他制御を行うので、メッセージ送信要
求を受け付けるタイミングにより、メッセージシーケン
スが崩れてしまうこともない。よって、プロセス間通信
の処理速度を劣化させることなく、正常にメッセージを
送信することが可能になる。

【００１６】この発明のプロセス間通信方法において、
好ましくは、（ａ）ステップでは、送信元のユーザプロ
セスに対するロック状態が他の受信スレッドに対して設
定されているとき、このロック状態が解除されるまで待
ち状態にすると良い。

【００１７】また、この発明のプロセス間通信方法にお
いて、好ましくは、送信元のユーザプロセスと送信先の
ユーザプロセスとが、通信制御プロセスをそれぞれ具え
た別々のコンピュータシステム上にある場合、送信元の
ユーザプロセスを具えたコンピュータシステムでは、
（ａ）〜（ｄ）ステップを行った後、バッファから取り
出したメッセージ識別子を、送信スレッドを介して、送
信先のユーザプロセスを具えるコンピュータシステムの
通信制御プロセスに送るステップを行い、続いて（ｇ）
ステップを行うと良い。

【００１８】また、この発明のプロセス間通信方法にお
いて、好ましくは、送信先のユーザプロセスを具えたコ
ンピュータシステムでは、受信スレッドにメッセージ識
別子が送られたとき、メモリの記憶内容を参照して、送
信先のユーザプロセスが受信可能状態にあることを確認
するステップと、メモリに、送信先のユーザプロセスを
送信先とするメッセージ識別子の受信を禁止するロック
状態を設定するステップと、送信元のユーザプロセスを
具えたコンピュータシステムから送信されたメッセージ
を、送信先のユーザプロセスを具えたコンピュータシス
テムの共有メモリに書き込むと共に、このメッセージに
対応するメッセージ識別子をバッファに送るステップ
と、バッファから取り出したメッセージ識別子を、送信
スレッドを介して送信先のユーザプロセスに送るステッ
プと、この送信先のユーザプロセスに、メッセージ識別
子に基づいて、共有メモリからメッセージを読み出すス
テップと、メモリに設定されたロック状態を解除するス
テップとを含むと良い。

【００１９】このように、複数のコンピュータシステム
上の各々の通信制御プロセス間でメッセージ識別子の送
受信が行えるので、送信元のユーザプロセスと送信先の
ユーザプロセスとが別々のコンピュータシステム上にあ
ってもプロセス間通信が行える。

【００２０】また、この発明のプロセス間通信装置によ
れば、複数個のユーザプロセスと、通信制御プロセス
と、共有メモリとを具え、ユーザプロセス間でメッセー
ジ転送を行うプロセス間通信装置であって、送信元のユ
ーザプロセスは、共有メモリにメッセージを書き込むと
共に、このメッセージに対応するメッセージ識別子を通
信制御プロセスに送信するものであり、送信先のユーザ
プロセスは、通信制御プロセスからメッセージ識別子を
受信すると、このメッセージ識別子に対応するメッセー
ジを共有メモリから読み出すものであり、通信制御プロ
セスは、送信元のユーザプロセスからメッセージ識別子
を受信すると、当該送信元のユーザプロセスに対するメ
ッセージ識別子の受信を禁止するロック状態を設定する
と共に、当該送信元のユーザプロセスから受信したメッ
セージ識別子を、送信先のユーザプロセスへ送信するも
のであることを特徴とする。

【００２１】このように、通信制御プロセスにより、送
信元のユーザプロセスを送信先とするメッセージ識別子
の受信が禁止される。従って、ユーザプロセス単位で排
他制御が行われるので、メッセージ送信要求を受け付け
るタイミングにより、メッセージシーケンスが崩れてし
まうこともない。よって、プロセス間通信の処理速度を
劣化させることなく、正常にメッセージを送信すること
が可能になる。

【００２２】この発明のプロセス間通信装置において、
好ましくは、通信制御プロセスは、複数個の受信スレッ
ドと、複数個の送信スレッドと、バッファと、メモリと
を具えており、ユーザプロセスと通信制御プロセスとの
間のメッセージ識別子の送受信が受信スレッドおよび送
信スレッドを介して行われるように構成され、受信スレ
ッドに受信されたメッセージ識別子が、バッファを経
て、送信スレッドに送られるようになっており、メモリ
には、ユーザプロセスごとに記憶領域が画成されてい
て、各記憶領域には、ロック状態と共に、メッセージ識
別子を受信した受信スレッドの識別子が記憶されると良
い。

【００２３】

【発明の実施の形態】以下、図を参照して、この発明の
実施の形態につき説明する。尚、図は、この発明が理解
できる程度に、接続関係および配置関係を概略的に示し
ているに過ぎない。また、以下に記載される数値等の条
件は単なる一例に過ぎない。よって、この発明は、この
実施の形態に何ら限定されるものではない。

【００２４】［第１の実施の形態］先ず、この実施の形
態のプロセス間通信装置の構成につき、図１を参照して
説明する。図１は、第１の実施の形態のプロセス間通信
装置の構成を示すブロック図である。

【００２５】このプロセス間通信装置は、複数個のユー
ザプロセス１０と、通信制御プロセス２８と、共有メモ
リ１４とを具えており、ユーザプロセス間でメッセージ
転送を行うものである。各ユーザプロセス１０は、通信
制御プロセス２８を介して、相互にメッセージ識別子の
送受信を行う。ユーザプロセス１０から送信されたメッ
セージは、共有メモリ１４に書き込まれる。ユーザプロ
セス１０は、そのメッセージに対応するメッセージ識別
子を通信制御プロセス２８に送信する。このメッセージ
識別子は、共有メモリ１４中の、メッセージが書き込ま
れた記憶場所を示す先頭アドレスである。受信側のユー
ザプロセス１０では、通信制御プロセス２８からメッセ
ージ識別子を受け取ると、そのメッセージ識別子に対応
したメッセージを共有メモリ１４から読み出す。

【００２６】このように、送信元のユーザプロセス１０
（以下、番号１０ａで表す。）は、共有メモリ１４にメ
ッセージを書き込むと共に、このメッセージに対応する
メッセージ識別子を通信制御プロセス２８に送信する。
また、送信先のユーザプロセス１０（以下、番号１０ｂ
で表す。）は、通信制御プロセス２８からメッセージ識
別子を受信すると、このメッセージ識別子に対応するメ
ッセージを共有メモリ１４から読み出す。

【００２７】そして、通信制御プロセス２８は、送信元
のユーザプロセス１０ａからメッセージ識別子を受信す
ると、当該送信元のユーザプロセス１０ａに対するメッ
セージ識別子の受信を禁止するロック状態を設定すると
共に、当該送信元のユーザプロセス１０ａから受信した
メッセージ識別子を、送信先のユーザプロセス１０ｂへ
送信する。この点が、本実施の形態の構成の特色になっ
ている。

【００２８】このため、上述の通信制御プロセス２８
は、複数個の受信スレッド１６と、複数個の送信スレッ
ド１８と、バッファ２０と、プロセスロックリソース３
０とで構成されている。受信スレッド１６は、ユーザプ
ロセス１０ａから送られたメッセージ識別子を、バッフ
ァ２０に送り出す。バッファ２０から取り出されたメッ
セージ識別子は、送信スレッド１８を介して、送信先の
ユーザプロセス１０ｂへ送られる。このように、ユーザ
プロセス１０と通信制御プロセス２８との間のメッセー
ジ識別子の送受信が、受信スレッド１６および送信スレ
ッド１８を介して行われるように構成されている。ま
た、受信スレッド１６に受信されたメッセージ識別子
が、バッファ２０を経て、送信スレッド１８に送られる
ようになっている。

【００２９】そして、上述のプロセスロックリソース３
０は、上述のロック状態をユーザプロセス１０ごとに記
憶するメモリである。このプロセスロックリソース（以
下、単にメモリと称する。）３０には、ユーザプロセス
１０ごとに記憶領域が画成されている。各記憶領域に
は、ロック状態と共に、メッセージ識別子を受信した受
信スレッド１６の識別子が記憶される。

【００３０】この例のメモリ３０は、通信制御プロセス
２８の初期起動時に全ユーザプロセス分の記憶エリアを
確保する。例えば、ユーザプロセス１０の個数がｎ個
（ｎは自然数）であるとき、メモリ３０には、ｎ個の記
憶エリアが画成される。そして、各記憶エリアがユーザ
プロセスに対して個別に対応される。例えば、ユーザプ
ロセス１０ａに対応する記憶エリア３０ａや、ユーザプ
ロセス１０ｂに対応する記憶エリア３０ｂがメモリ３０
中に形成される。これら記憶エリアには、対応するユー
ザプロセスのロック状態が記憶される。ロック状態が設
定されると、そのユーザプロセスを送信先とするメッセ
ージ受信が禁止される。ロック状態が解除されると、メ
モリ３０には非ロック状態が設定されることになる。ま
た、スレッド識別子は、受信スレッド１６を個別に識別
するためのものである。メッセージ送信要求を受信した
受信スレッド１６（例えば、番号１６ａで表す。）は、
要求を行ったユーザプロセス（例えば、番号１０ａで表
す。）の記憶エリアに、ロック状態と当該受信スレッド
１６ａのスレッド識別子とを記録する。これにより、ユ
ーザプロセス１０ａが、受信スレッド１６ａによりロッ
クされているということがメモリ３０に設定される。初
期状態では、全ての記憶エリアのスレッド識別子が
「０」になっており、各記憶エリアには非ロック状態が
設定されている。

【００３１】次に、あるユーザプロセス１０ａから別の
ユーザプロセス１０ｂへメッセージが送信される場合を
例にして、この実施の形態のプロセス間通信装置の動作
につき説明する。その際、図２に示すフローチャートを
参照する。

【００３２】先ず、送信元のユーザプロセス１０ａは、
受信スレッド１６ａに対して送信要求を行う（図２のＳ
１）。このとき、受信スレッド１６ａは、メモリ３０の
記憶内容を参照して、当該送信元のユーザプロセス（以
下、送信プロセスと略称する。）１０ａが送信可能状態
にあることを確認する。すなわち、送信プロセス１０ａ
に対してロック状態が設定されているか否かを判断する
（図２のＳ２）。

【００３３】次に、送信プロセス１０ａに対してロック
状態が設定されていない場合、受信スレッド１６ａは、
送信プロセス１０ａを送信先とするメッセージ識別子の
受信を禁止するロック状態を、メモリ３０に設定する
（図２のＳ３）。このように、送信プロセス１０ａに対
する排他制御が行われる。

【００３４】一方、送信プロセス１０ａが他の受信スレ
ッド１６によりロックされている場合は、他の受信スレ
ッド１６により、送信プロセス１０ａを送信先とするメ
ッセージ識別子の受信中である。従って、受信スレッド
１６ａは待ち状態となる。このロック状態が解除された
後に、受信スレッド１６ａが送信プロセス１０ａに対す
るロック状態をメモリ３０に設定する（図２のＳ３）。

【００３５】尚、送信プロセス１０ａが受信スレッド１
６ａによりロックされている場合は、メモリ３０の設定
を変更せずに、処理を続行する。

【００３６】次に、受信スレッド１６ａは、バッファ２
０がロックされているか否かを確認する（図２のＳ
４）。ロックされている場合は、バッファ２０が他の受
信スレッド１６からのメッセージ識別子を受信中なの
で、待ち合わせを行う。ロックが解除された後、受信ス
レッド１６ａはバッファ２０をロック状態にして、他の
受信スレッド１６からバッファ２０へメッセージ識別子
が送信されないようにする（図２のＳ５）。このよう
に、バッファ２０に対する排他制御も行われる。

【００３７】続いて、送信プロセス１０ａから送信され
たメッセージが共有メモリ１４に書き込まれると共に、
このメッセージに対応するメッセージ識別子３２が受信
スレッド１６ａに送られる（図２のＳ６）。さらに、受
信スレッド１６ａは、受信したメッセージ識別子３２を
バッファ２０に送る（キューイング）。このバッファ２
０は、保持しているデータをその入力順に出力するもの
であるため、バッファ２０中における入力データの順序
性は保たれている。続いて、受信スレッド１６ａは、送
信プロセス１０ａに対して、要求されたメッセージが通
信制御プロセス２８に受信されたことを通知する（図２
のＳ７）。その後、所定の送信スレッド１８ａに後の処
理を移行する。

【００３８】この送信スレッド１８ａは、バッファ２０
からメッセージ識別子３２を受け取ると、このメッセー
ジ識別子３２を送信先のユーザプロセス１０ｂに対して
送信する（図２のＳ８）。このユーザプロセス１０ｂ
は、受信したメッセージ識別子３２に基づいて、共有メ
モリ１４から所定のメッセージを読み出す。

【００３９】メッセージ送信完了後、送信スレッド１８
ａは、バッファ２０のロック状態を解除し（図２のＳ
９）、それと共にユーザプロセス１０ａに対するロック
状態を解除する（図２のＳ１０）。

【００４０】［第２の実施の形態］図３は、第２の実施
の形態のプロセス間通信装置の構成を示すブロック図で
ある。図３には、複数のコンピュータシステムＣＳ１お
よびＣＳ２が示されており、これらコンピュータシステ
ムＣＳ１およびＣＳ２は、それぞれ、図１に示した構成
を有している。

【００４１】すなわち、各コンピュータシステムＣＳ１
およびＣＳ２は、ユーザプロセス１０１および１０２を
それぞれ具えている。また、各コンピュータシステムＣ
Ｓ１およびＣＳ２は、通信制御プロセス２８１および２
８２をそれぞれ具えている。通信制御プロセス２８１
は、受信スレッド１６１、送信スレッド１８１、バッフ
ァ２０１およびメモリ３０１を具えている。また、通信
制御プロセス２８２は、受信スレッド１６２、送信スレ
ッド１８２、バッファ２０２およびメモリ３０２を具え
ている。さらに、各コンピュータシステムＣＳ１および
ＣＳ２は、共有メモリ１４１および１４２をそれぞれ具
えている。

【００４２】そして、各コンピュータシステム上の通信
制御プロセス間では、メッセージ識別子の送受信が相互
に行われるように構成されている。ユーザプロセスに対
するロックは、ロックされるユーザプロセスと同じコン
ピュータシステム上に存在する通信制御プロセスにより
行われる。また、各共有メモリ１４１および１４２間
で、メッセージの送受信が行えるようになっている。

【００４３】ここで、コンピュータシステムＣＳ１上の
ユーザプロセス１０１ａから、別のコンピュータシステ
ムＣＳ２上のユーザプロセス１０２ａへメッセージが送
信される場合を例にして、この実施の形態のプロセス間
通信装置の動作につき説明する。その際、図４および図
５に示すフローチャートを参照する。

【００４４】＜コンピュータシステムＣＳ１における処
理＞先ず、コンピュータシステムＣＳ１における処理に
つき説明する。送信元のユーザプロセス１０１ａは、通
信制御プロセス２８１中の受信スレッド１６１に対して
送信要求を行う（図４のＳ１）。この受信スレッド１６
１は、通信制御プロセス２８１中のメモリ３０１の記憶
内容を参照して、当該送信プロセス１０１ａが送信可能
状態にあることを確認する。すなわち、送信プロセス１
０１ａに対してロック状態が設定されているか否かを判
断する（図４のＳ２）。

【００４５】次に、送信プロセス１０１ａに対してロッ
ク状態が設定されていない場合、受信スレッド１６１
は、送信プロセス１０１ａを送信先とするメッセージ識
別子の受信を禁止するロック状態を、メモリ３０１に設
定する（図４のＳ３）。

【００４６】一方、送信プロセス１０１ａが他の受信ス
レッドによりロックされている場合は、受信スレッド１
６１が待ち状態となる。このロック状態が解除された後
に、受信スレッド１６１が送信プロセス１０１ａに対す
るロック状態をメモリ３０１に設定する（図４のＳ
３）。

【００４７】次に、受信スレッド１６１は、通信制御プ
ロセス２８１のバッファ２０１がロックされているか否
かを確認する（図４のＳ４）。ロックされている場合
は、バッファ２０１が他の受信スレッドからのメッセー
ジ識別子を受信中なので、待ち合わせを行う。ロックが
解除された後、受信スレッド１６１はバッファ２０１を
ロック状態にして、他の受信スレッドからバッファ２０
１へメッセージ識別子が送信されないようにする（図４
のＳ５）。

【００４８】続いて、送信プロセス１０１ａから送信さ
れたメッセージが共有メモリ１４１に書き込まれると共
に、このメッセージに対応するメッセージ識別子３４が
受信スレッド１６１に送られる（図４のＳ６）。さら
に、受信スレッド１６１は、受信したメッセージ識別子
３４をバッファ２０１へ送る。続いて、受信スレッド１
６１は、送信プロセス１０１ａに対して、要求されたメ
ッセージが通信制御プロセス２８１に受信されたことを
通知する（図４のＳ７）。その後、所定の送信スレッド
１８１に後の処理を移行する。

【００４９】この送信スレッド１８１は、バッファ２０
１からメッセージ識別子３４を受け取ると、このメッセ
ージ識別子３４を、送信先のユーザプロセス１０２ａが
存在するコンピュータシステムＣＳ２上の通信制御プロ
セス２８２に送信する（図４のＳ８）。送信後、送信ス
レッド１８１は、バッファ２０１のロック状態を解除し
（図４のＳ９）、ユーザプロセス１０１ａに対するロッ
ク状態を解除する（図４のＳ１０）。

【００５０】＜コンピュータシステムＣＳ２における処
理＞次に、コンピュータシステムＣＳ２における処理に
つき説明する。上述のメッセージ識別子３４は、通信制
御プロセス２８２中の受信スレッド１６２により受信さ
れる。この受信スレッド１６２は、通信制御プロセス２
８２中のメモリ３０２の記憶内容を参照して、当該送信
先のユーザプロセス（以下、受信プロセスと称する。）
１０２ａが受信可能状態にあることを確認する。すなわ
ち、受信プロセス１０２ａに対してロック状態が設定さ
れているか否かを判断する（図５のＳ１１）。

【００５１】次に、受信プロセス１０２ａに対してロッ
ク状態が設定されていない場合、受信スレッド１６２
は、受信プロセス１０２ａを送信先とするメッセージ識
別子の受信を禁止するロック状態を、メモリ３０２に設
定する（図５のＳ１２）。

【００５２】一方、受信プロセス１０２ａが他の受信ス
レッドによりロックされている場合は、他の受信スレッ
ドにより、受信プロセス１０２ａを送信先とするメッセ
ージ識別子の受信中である。従って、受信スレッド１６
２は待ち状態となる。このロック状態が解除された後
に、受信スレッド１６２が送信プロセス１０２ａに対す
るロック状態をメモリ３０２に設定する（図５のＳ１
２）。

【００５３】次に、受信スレッド１６２は、通信制御プ
ロセス２８２のバッファ２０２がロックされているか否
かを確認する（図５のＳ１３）。ロックされている場合
は、バッファ２０２が他の受信スレッドからのメッセー
ジ識別子を受信中なので、待ち合わせを行う。ロックが
解除された後、受信スレッド１６２はバッファ２０２を
ロック状態にして、他の受信スレッドからバッファ２０
２に対してメッセージ識別子が送信されないようにする
（図５のＳ１４）。

【００５４】続いて、共有メモリ１４１から送信された
メッセージが共有メモリ１４２に書き込まれると共に、
このメッセージに対応するメッセージ識別子３４がバッ
ファ２０２に送られる（図５のＳ１５）。続いて、受信
スレッド１６２は、所定の送信スレッド１８２に後の処
理を移行する。

【００５５】この送信スレッド１８２は、バッファ２０
２からメッセージ識別子３４を受け取ると、このメッセ
ージ識別子３４を受信プロセス１０２ａへ送信する（図
５のＳ１６）。この受信プロセス１０２ａは、受信した
メッセージ識別子３４に基づき、共有メモリ１４２から
所定のメッセージを読み出す。

【００５６】メッセージ送信完了後、送信スレッド１８
２は、バッファ２０２のロック状態を解除し（図５のＳ
１７）、ユーザプロセス１０２ａに対するロック状態を
解除する（図５のＳ１８）。

【００５７】この実施の形態では、２つのコンピュータ
システムを例にして説明したが、コンピュータシステム
は２つより多くても良く、この場合にも各コンピュータ
システム間でメッセージ識別子の送受信を行うことがで
きる。

【００５８】

【発明の効果】この発明のプロセス間通信方法によれ
ば、メモリにロック状態を設定することにより、送信元
のユーザプロセスを送信先とするメッセージ識別子の受
信が禁止される。従って、ユーザプロセス単位で排他制
御を行うので、メッセージ送信要求を受け付けるタイミ
ングにより、メッセージシーケンスが崩れてしまうこと
もない。よって、プロセス間通信の処理速度を劣化させ
ることなく、正常にメッセージを送信することが可能に
なる。

【図面の簡単な説明】

【図１】第１の実施の形態のプロセス間通信装置の構成
を示す図である。

【図２】第１の実施の形態のプロセス間通信装置の動作
説明に供する図である。

【図３】第２の実施の形態のプロセス間通信装置の構成
を示す図である。

【図４】第２の実施の形態のプロセス間通信装置の動作
説明に供する図である。

【図５】図４に続く第２の実施の形態のプロセス間通信
装置の動作説明に供する図である。

【図６】従来のプロセス間通信装置の構成を示す図であ
る。

【符号の説明】

１０，１０ａ，１０ｂ，１０ｃ，１０１，１０１ａ，１
０２，１０２ａ：ユーザプロセス １２，２８，２８１，２８２：通信制御プロセス １４，１４１，１４２：共有メモリ １６，１６ａ，１６ｂ，１６ｃ，１６１，１６２：受信
スレッド １８，１８ａ，１８ｂ，１８ｃ，１８１，１８２：送信
スレッド ２０，２０１，２０２：バッファ ２２，２６，３２，３４：メッセージ識別子 ２４：メッセージ受信完了通知 ３０，３０１，３０２：プロセスロックリソース（メモ
リ） ３０ａ，３０ｂ：記憶エリア

───────────────────────────────────────────────────── フロントページの続き (72)発明者 瀬社家 光 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 小薮 正哉 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 Ｆターム(参考） 5B045 BB12 BB32 BB36 BB47 EE03 EE18 5B098 AA09 AA10 GA04 GA05 GB13 GC16 GD04 GD05 GD15

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数個の受信スレッドと、複数個の送信
   スレッドと、バッファと、メモリとを具える通信制御プ
   ロセスを使用して、ユーザプロセス間でメッセージ転送
   を行うプロセス間通信方法であって、 （ａ）前記受信スレッドに送信元のユーザプロセスから
   メッセージの送信要求が有ったとき、前記メモリの記憶
   内容を参照して、当該送信元のユーザプロセスが送信可
   能状態にあることを確認するステップと、 （ｂ）前記メモリに、前記送信元のユーザプロセスを送
   信先とするメッセージ識別子の受信を禁止するロック状
   態を設定するステップと、 （ｃ）前記送信元のユーザプロセスから送信された前記
   メッセージを共有メモリに書き込むと共に、該メッセー
   ジに対応するメッセージ識別子を前記受信スレッドに送
   るステップと、 （ｄ）前記メッセージ識別子を、排他制御が可能な前記
   バッファに送るステップと、 （ｅ）前記バッファから取り出した前記メッセージ識別
   子を、前記送信スレッドを介して送信先のユーザプロセ
   スに送るステップと、 （ｆ）該送信先のユーザプロセスに、前記メッセージ識
   別子に基づいて、前記共有メモリから前記メッセージを
   読み出すステップと、 （ｇ）前記メモリに設定されたロック状態を解除するス
   テップとを含むことを特徴とするプロセス間通信方法。
2. 【請求項２】 請求項１に記載のプロセス間通信方法に
   おいて、 前記（ａ）ステップでは、前記送信元のユーザプロセス
   に対するロック状態が他の受信スレッドに対して設定さ
   れているとき、該ロック状態が解除されるまで待ち状態
   にすることを特徴とするプロセス間通信方法。
3. 【請求項３】 請求項１に記載のプロセス間通信方法に
   おいて、 前記送信元のユーザプロセスと前記送信先のユーザプロ
   セスとが、前記通信制御プロセスをそれぞれ具えた別々
   のコンピュータシステム上にある場合、 前記送信元のユーザプロセスを具えたコンピュータシス
   テムでは、前記（ａ）〜（ｄ）ステップを行った後、 前記バッファから取り出した前記メッセージ識別子を、
   前記送信スレッドを介して、前記送信先のユーザプロセ
   スを具えるコンピュータシステムの通信制御プロセスに
   送るステップを行い、続いて前記（ｇ）ステップを行う
   ことを特徴とするプロセス間通信方法。
4. 【請求項４】 請求項３に記載のプロセス間通信方法に
   おいて、 前記送信先のユーザプロセスを具えたコンピュータシス
   テムでは、 前記受信スレッドにメッセージ識別子が送られたとき、
   前記メモリの記憶内容を参照して、前記送信先のユーザ
   プロセスが受信可能状態にあることを確認するステップ
   と、 前記メモリに、前記送信先のユーザプロセスを送信先と
   するメッセージ識別子の受信を禁止するロック状態を設
   定するステップと、 前記送信元のユーザプロセスを具えたコンピュータシス
   テムから送信された前記メッセージを、前記送信先のユ
   ーザプロセスを具えたコンピュータシステムの共有メモ
   リに書き込むと共に、該メッセージに対応するメッセー
   ジ識別子を前記バッファに送るステップと、 前記バッファから取り出した前記メッセージ識別子を、
   前記送信スレッドを介して前記送信先のユーザプロセス
   に送るステップと、 該送信先のユーザプロセスに、前記メッセージ識別子に
   基づいて、前記共有メモリから前記メッセージを読み出
   すステップと、 前記メモリに設定されたロック状態を解除するステップ
   とを含むことを特徴とするプロセス間通信方法。
5. 【請求項５】 複数個のユーザプロセスと、通信制御プ
   ロセスと、共有メモリとを具え、前記ユーザプロセス間
   でメッセージ転送を行うプロセス間通信装置であって、 送信元の前記ユーザプロセスは、前記共有メモリにメッ
   セージを書き込むと共に、該メッセージに対応するメッ
   セージ識別子を前記通信制御プロセスに送信するもので
   あり、 送信先の前記ユーザプロセスは、前記通信制御プロセス
   からメッセージ識別子を受信すると、該メッセージ識別
   子に対応するメッセージを前記共有メモリから読み出す
   ものであり、 前記通信制御プロセスは、前記送信元のユーザプロセス
   からメッセージ識別子を受信すると、当該送信元のユー
   ザプロセスに対するメッセージ識別子の受信を禁止する
   ロック状態を設定すると共に、当該送信元のユーザプロ
   セスから受信したメッセージ識別子を、前記送信先のユ
   ーザプロセスへ送信するものであることを特徴とするプ
   ロセス間通信装置。
6. 【請求項６】 請求項５に記載のプロセス間通信装置に
   おいて、 前記通信制御プロセスは、複数個の受信スレッドと、複
   数個の送信スレッドと、バッファと、メモリとを具えて
   おり、 前記ユーザプロセスと前記通信制御プロセスとの間のメ
   ッセージ識別子の送受信が前記受信スレッドおよび送信
   スレッドを介して行われるように構成され、 前記受信スレッドに受信されたメッセージ識別子が、前
   記バッファを経て、前記送信スレッドに送られるように
   なっており、 前記メモリには、前記ユーザプロセスごとに記憶領域が
   画成されていて、各記憶領域には、前記ロック状態と共
   に、前記メッセージ識別子を受信した前記受信スレッド
   の識別子が記憶されることを特徴とするプロセス間通信
   装置。