JPH04251338A - プロセス間通信の制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のプロセスを管理
するプロセス（マネージャ）と、マネージャによって管
理される複数のプロセス（クライアント）とによって構
成されるシステムに関し、とくにマネージャとクライア
ント間のプロセス間通信の制御方式に関する。

【０００２】

【従来の技術】プロセス間通信の制御方式に関しては、
いくつかの方式が知られているが、それらの一つとして
、マネージャとクライアントの双方からアクセス可能な
共有メモリを用意し、この共有メモリにデータを読み書
きすることにより、マネージャとクライアント間でデー
タの交換を行う方式が古くから知られている。この方式
では共有メモリに対する競合を防ぐために例えばセマフ
ォのような排他制御が採用されている。

【０００３】

【発明が解決しようとする課題】上記のような従来の共
有メモリを用いるプロセス間通信の制御方式では、複数
のクライアントからのマネージャに対する処理要求がマ
ネージャに伝わらず、マネージャよってその処理要求が
確実に処理されないことがあった。また、マネージャに
対しクライアントが処理要求を共有メモリに書き込んだ
後のマネージャの処理状態をクライアント側から知るこ
とができないので、共有メモリに対する競合を完全に排
除することはできず、システム信頼性が十分には保てな
いという問題があった。

【０００４】本発明は、このような従来技術の問題点を
解決することを目的とするものである。すなわち、本発
明は、マネージャがクライアントの管理を容易に行うこ
とができ、クライアント側からの処理要求を確実に処理
することができるプロセス間通信の制御方式を提供する
ことを目的とするものである。さらに、本発明はマネー
ジャの処理状態をクライアント側に知らせる手段を有し
、共有メモリに対する競合を完全に排除することができ
、これにより信頼性の高いプロセス間通信の制御方式を
得ることを目的とするものである。

【０００５】

【課題を解決するための手段および作用】本発明は、複
数のプロセスの管理をするプロセスである一つのマネー
ジャ（１）と、そのマネージャによって管理され、マネ
ージャに対してデータ交換を行おうとする複数のプロセ
スであるクライアント（２１〜２３）との間での通信を
制御するプロセス間通信の制御方式に関するものである
。そして、本発明は、マネージャとのプロセス間通信を
行うクライアントを、複数のクライアントの中からただ
一つ選択するための排他制御手段（４）と、マネージャ
とクライアントの間でデータを交換するために双方が参
照可能な共有メモリ（３）と、クライアントが共有メモ
リにデータを設定したことをマネージャに通知するため
の通知手段（５）とを備えている。この発明によれば、
クライアントが共有メモリにデータの書き込みを終了し
たとき、そのことが通知手段によりマネージャへ通知さ
れ、その通知に応じてマネージャはクライアントからの
情報を共有メモリから読み出すことができる。従って、
クライアントから確実に情報を受け取ることができ、従
ってクライアントの要求する処理を確実に行うことがで
きる。

【０００６】本発明の実施の一態様によれば、前記共有
メモリが、クライアントの要求とその要求に対応するデ
ータをクライアントが書き込み、マネージャが読むクラ
イアント用共有メモリ（３１）と、クライアントおよび
マネージャの双方からアクセス可能であり、マネージャ
の状態を格納するマネージャ用共有メモリ（３２）とを
有している。そして、クライアント用共有メモリ（３１
）によりクライアントの要求とデータをクライアントか
らマネージャに渡すために用い、そのクライアントの要
求やデータのクライアント用共有メモリ（３１）への書
き込み終了をイベント通知部（５）により通知するよう
にしたので、複数のクライアントからのマネージャに対
する処理要求が、一つずつマネージャに確実に伝達され
る。また、マネージャはその通知に応じてマネージャが
クライアントの要求の処理を行っている状態であること
およびその処理が終了したことをマネージャ用共有メモ
リ（３２）に表示し、クライアントがマネージャの状態
を知ることができるようにしたので、共有メモリに対す
る競合を完全に排除することができ、これにより信頼性
の高いプロセス間通信の制御方式を得ることができる。

【０００７】

【実施例】図１は本発明の一実施例の装置の構成を示す
ブロック図である。この実施例は、ある一つのプロセス
であるマネージャ１と、そのマネージャ１に対してデー
タ交換を行おうとする複数のプロセスであるクライアン
ト群２との間での通信を制御するプロセス間通信の制御
装置である。この装置は、マネージャとのプロセス間通
信を行うクライアントを、複数のクライアント２１，２
２，…の中からただ一つ選択するための排他制御部４と
、マネージャ１とクライアント２の間でデータを交換す
るために双方が参照可能な共有メモリ３と、クライアン
トが設定したデータの読み出し開始をマネージャ１に通
知するためのイベント通知部５とを備えている。

【０００８】共有メモリ３は、クライアントが書き込み
、マネージャが読み出すクライアント用共有メモリ３１
と、マネージャおよびクライアントの双方が書き込み読
み出しできるマネージャ用共有メモリ３２とからなって
いる。マネージャ用共有メモリ３２は、クライアント用
共有メモリ３１の状態を書き込むエリアを有している。 マネージャ１は、このエリアに対し、クライアント用共
有メモリ３１が利用可能状態であるか、あるいは使用禁
止状態であるかを示す情報を書き込むことができる。他
方、クライアントはこのエリアに、その内容が利用可能
状態を示しているとき、クライアント用共有メモリ３１
が使用中であることを示す情報を書き込むことができる
。

【０００９】図２は、マネージャ側の処理の流れを示す
図、図３はクライアント側の処理の流れを示す図、図４
はクライアント側の処理とマネージャ側の処理の関係を
示す図である。以下、これらの図面を参照して、本実施
例の処理動作を説明する。図２に示すようにマネージャ
側の処理は次のような処理ステップよりなっている。

【００１０】〔ステップ２１〕データを交換するために
、マネージャとクライアントの双方が参照可能なメモリ
の領域の確保と初期化を行う。すなわち、クライアント
用共有メモリ３１およびマネージャ用共有メモリ３２の
ための領域確保とその初期化を行う。

【００１１】〔ステップ２２〕クライアントのイベント
通知部５からのイベントを待機する。 〔ステップ２３〕クライアント２の一つからのイベント
を受け取った場合、マネージャ１はマネージャ用共有メ
モリ３２内のクライアント用共有メモリ３１の状態を表
す情報を書き込む（設定する）エリアに、使用中状態を
表す情報が書き込まれていることを確認する。このエリ
アの設定情報が使用中状態を表す情報でないときは、ク
ライアントがクライアント用共有メモリ３１の使用を意
図していないので、クライアントからのイベントを無視
する。

【００１２】〔ステップ２４〕マネージャ１は、マネー
ジャ用共有メモリ３２内のクライアント用共有メモリ３
１の状態を表す情報を設定するエリアに使用中を表す情
報が設定されていたとき、このエリアを使用禁止状態を
表す情報に設定しなおす。これにより、クライアント用
共有メモリ３１にアクセスできないことを表すと共に、
マネージャ１がクライアントの要求を処理中の状態であ
ることを表していることになる。

【００１３】〔ステップ２５〕マネージャ１は、クライ
アント用共有メモリ３１の内容を読み込んで、クライア
ントの要求を解析し処理する。 〔ステップ２６〕マネージャ１は、クライアントの要求
の処理を終了したら、マネージャ用共有メモリ３２内の
クライアント用共有メモリの状態を表す情報を設定する
エリアに利用可能な状態表す情報を設定する。これによ
り、マネージャ１が、クライアントからの要求の受け付
けが可能な状態であることを表している。

【００１４】次に、図３を参照してクライアント側の処
理ステップを説明する。 〔ステップ３１〕マネージャとのデータ交換を要求する
一つのクライアントは、マネージャ用共有メモリ３２内
のクライアント用共有メモリ３１の状態を設定したエリ
アを参照し、設定内容が利用可能状態であるとき、すな
わち、マネージャ１がクライアントの要求を受け付け可
能な状態となっているとき、以下の作業を開始する。

【００１５】〔ステップ３２〕マネージャとのデータ交
換を要求する前記クライアントは、排他制御部４の排他
制御によって他のクライアントからのクライアント用共
有メモリ３１へのアクセスを禁止し、クライアント用共
有メモリ３１の参照権を得る。 〔ステップ３３〕前記クライアントは、マネージャ用共
有メモリ３２内のクライアント用共有メモリ３１の状態
を示すエリアを使用中状態に設定する。

【００１６】〔ステップ３４〕前記クライアントは、ク
ライアント用共有メモリ３１にマネージャに渡したい要
求する処理の種類および必要なデータを書き込む。 〔ステップ３５〕前記クライアントは、クライアント用
共有メモリ３１へのデータの書き込み終了後、データ書
き込みが終了したことをマネージャ１にイベント通知部
５を介してイベントによって通知する。 〔ステップ３６〕前記クライアントは、マネージャ１が
クライアント用共有メモリ３１を開放するのを待つ。 〔ステップ３７〕前記クライアントは、マネージャ１に
よってクライアント用共有メモリが開放されたときに、
排他制御部４によってロックしていた排他制御を解く。

【００１７】図４は、マネージャ側の処理とクライアン
ト側の処理の関係を示すもので、図における左側部に円
で囲った１〜６（以下、本文中では、「○１」〜「○６
」と表記する）は、図２のステップ２１〜２６に対応し
ている。また、同図における右側部に正方形の枠で囲っ
た１〜７（以下、本文中では「□１」〜「□７」と表記
する）は図３のステップ３１〜３７に対応している。 図の中央部の矩形はマネージャ用共有メモリの内容を示
しており、クライアント用共有メモリの状態すなわちク
ライアント用共有メモリが使用可能状態か、使用中状態
か、使用禁止状態かのいずれかの情報が記憶される。

【００１８】以上の図１〜図４により説明した本実施例
によれば、クライアント用共有メモリ３１とマネージャ
用共有メモリ３２とを設け、クライアント用共有メモリ
３１によりクライアントの要求とデータをクライアント
からマネージャに渡すために用い、そのクライアントの
要求やデータのクライアント用共有メモリ３１への書き
込み終了をイベント通知部５により通知するようにした
ので、複数のクライアントからのマネージャに対する処
理要求が、一つづつマネージャに確実に伝達される。

【００１９】また、マネージャはその通知に応じてマネ
ージャがクライアントの要求の処理を行っている状態で
あることおよびその処理が終了したことをマネージャ用
共有メモリ３２に表示し、クライアントがマネージャの
状態を知ることができるようにしたので、共有メモリに
対する競合を完全に排除することができ、これにより信
頼性の高いプロセス間通信の制御方式を得ることができ
る。

【００２０】次に、プロセスの具体例を挙げて説明する
。図５は、管理用のプロセスとしてウィンドウ・マネー
ジャを適用し、クライアントプロセスとして、ウィンド
ウ・マネージャのカレント・ディレクトリを変更するツ
ール（ｅｘｃｄｉｒと名付ける）を適用したプロセス間
通信の制御装置を示すものである。ワークステーション
のオペレーティング・システムとして知られているＵＩ
ＮＸにおいて、各プロセスはカレント・ディレクトリを
持っている。このカレント・ディレクトリは親のプロセ
スのものを承継するようになっている。つまり、ウィン
ドウ・マネージャからあるツールを起動したとき、その
ツールのカレントディレクトリは親であるウィンドウ・
マネージャのそれと同じものになる。ＵＮＩＸでは作業
対象となるファイルを作業ごとのディレクトリに集めて
おくので、ウィンドウ・マネージャから起動するツール
のカレント・ディレクトリをそのディレクトリに設定で
きると便利である。このためにはツールごとにカレント
・ディレクトリを変更するという方法も考えられるが、
複数のツールを利用する場合には煩雑となる。そこで、
ウィンドウ・マネージャのカレント・ディレクトリを所
望のディレクトリに変更することができれば、起動する
ツールのカレント・ディレクトリはすべて、作業対象と
なるファイルが存在するディレクトリとなるので便利で
ある。

【００２１】ウィンドウ・マネージャのカレント・ディ
レクトリを変更するためのツールｅｘｃｄｉｒは、本発
明のプロセス間通信の制御方式を用いて構成されたもの
である。図５において、ウィンドウ・マネージャが、ｅ
ｘｃｄｉｒ用共有メモリ５３１、およびウィンドウ・マ
ネージャ用共有メモリ５３２の各領域を確保し、初期化
する。ｅｘｃｄｉｒ用共有メモリ５３１は図６に示すよ
うに、クライアントからの要求のタイプを格納する領域
ＲｅｑｕｅｓｔＴｙｐｅとｅｘｃｄｉｒ５２１からウィ
ンドウ・マネージャに渡すデータの領域Ｃｏｎｔｅｎｔ
ｓとを有している。このｅｘｃｄｉｒ用共有メモリ５３
１に対しては、ツールｅｘｃｄｉｒ５２１は書き込むで
けであり、ウィンドウ・マネージャ５１は読むだけであ
る。ウィンドウ・マネージャ用共有メモリ５３２は、図
７に示すように、ｅｘｃｄｉｒ用共有メモリの状態Ｃｌ
ｉｅｎｔＢｕｆｆｅｒＳｔａｔｕｓを格納するエリアと
、ウィンドウ・マネージャのカレントディレクトリｃｗ
ｄを格納するエリアとを有している。このウィンドウ・
マネージャ用共有メモリ５３２は、ｅｘｃｄｉｒ、ウィ
ンドウ・マネージャとも読み書きを行うことができる。

【００２２】図４の流れを参照して、ｅｘｃｄｉｒの動
作を説明する。ウィンドウ・マネージャと通信しようと
するｅｘｃｄｉｒは、まずＵＮＩＸのセマフォ機能（排
他制御部５４）によってウィンドウ・マネージャ用共有
メモリ５３２に対するアクセスの排他制御を行う。これ
によりウィンドウ・マネージャ用共有メモリ５３２のア
クセス権を得る。アクセス権を得たら、同メモリのＣｌ
ｉｅｎｔＢｕｆｆｅｒＳｔａｔｕｓのエリアにアクセス
し、ｅｘｃｄｉｒ用共有メモリ５３１が使用可能である
かどうかをチェックする（図４□１）。 ＣｌｉｅｎｔＢｕｆｆｅｒＳｔａｔｕｓの値は次の３つ
のいずれかである。 ａｖａｉｌａｂｌｅ　　使用可能 ｒｅｓｅｒｖｅｄ　　　ｅｘｃｄｉｒが書き込み中ｆｏ
ｒｂｉｄｄｅｎ　　ウィンドウ・マネージャが処理中ク
ライアントであるｅｘｃｄｉｒ５２１は、Ｃｌｉｅｎｔ
ＢｕｆｆｅｒＳｔａｔｕｓの値がａｖａｉｌａｂｌｅで
あったとき、この値をｒｅｓｅｒｖｅｄに変更する（図
４□３）。

【００２３】次に、ｅｘｃｄｉｒ５２１は、ｅｘｃｄｉ
ｒ用共有メモリ５３１のＲｅｑｕｅｓｔＴｙｐｅのエリ
アに要求のタイプ「ＣｈａｎｇｅＤｉｒ」を設定し、Ｃ
ｏｎｔｅｎｔｓのエリアに変更したいディレクトリ名を
書き込む（図４□４）。これらのデータの書き込みが終
了した時点で、ｅｘｃｄｉｒ５２１はウィンドウ・マネ
ージャに対してＸＷｉｎｄｏｗのイベント発生機能（関
数ＸＳｔｏｒｅＢｕｆｆｅｒ、イベント通知部５５）を
使って書き込み終了を通知する（図４□５）。その後、
ｅｘｃｄｉｒ５２１はＣｌｉｅｎｔＢｕｆｆｅｒＳｔａ
ｔｕｓの値がａｖａｉｌａｂｌｅになるのを待つ（図４
□６）。そしてｅｘｃｄｉｒ用共有メモリが開放された
ところで、セマフォによってロックしていた排他制御を
解き、その共有メモリを他のクライアントによる利用を
可能にする（図４□７）。

【００２４】一方、ウィンドウ・マネージャ５１は、ｅ
ｘｃｄｉｒ５２１から書き込み終了イベントを受けたと
き、ウィンドウ・マネージャ用共有メモリ５３２のＣｌ
ｉｅｎｔＢｕｆｆｅｒＳｔａｔｕｓの値をｆｏｒｂｉｄ
ｄｅｎに変更する（図４○４）。

【００２５】ウィンドウ・マネージャ５１は、ｅｘｃｄ
ｉｒ用共有メモリ５３１のＲｅｑｕｅｓｔＴｙｐｅのエ
リアを参照し、クライアントであるｅｘｃｄｉｒ５２１
からの要求の種類（タイプ）を判定する。このｅｘｃｄ
ｉｒ５２１からの要求の場合は要求の種類はＣｈａｎｇ
ｅＤｉｒである。この要求の種類にしたがってｅｘｃｄ
ｉｒ用共有メモリ５３１のＣｏｎｔｅｎｔｓのエリアか
らデータを読み込む。この実施例のようにＲｅｑｕｅｓ
ｔＴｙｐｅがＣｈａｎｇｅＤｉｒである場合には、Ｃｏ
ｎｔｅｎｔｓのエリアにディレクトリが入っているもの
として読み込む。次に要求の種類にしたがって、Ｃｏｎ
ｔｅｎｔｓから読み込んだデータを使って処理を行う。 ＣｈａｎｇｅＤｉｒのときは、ウィンドウ・マネージャ
のカレントディレクトリを、Ｃｏｎｔｅｔｓのエリアに
入っているデータすなわちｅｘｃｄｉｒ５２１から要求
されたディレクトリ名に変更する（図４○５）。この変
更後、ウィンドウ・マネージャ用共有メモリ５３２のｃ
ｗｄエリアに新しいカレント・ディレクトリを設定し、
ＣｌｉｅｎｔＢｕｆｆｅｒＳｔａｔｕｓの値をａｖａｉ
ｌａｂｌｅにする（図４○６）。

【００２６】

【発明の効果】本発明によれば、クライアントが共有メ
モリにデータの書き込みを終了したとき、そのことが通
知手段によりマネージャへ通知され、その通知に応じて
マネージャはクライアントからの情報を共有メモリから
読み出すことができる。従って、クライアントから確実
に情報を受け取ることができ、従ってクライアントの要
求する処理を確実に行うことができる。また、本発明に
よれば、マネージャは、マネージャがクライアントの要
求の処理を行っている状態であることおよびその処理が
終了したことをマネージャ用共有メモリに表示し、クラ
イアントがマネージャの状態を知ることができるように
したので、共有メモリに対する競合を完全に排除するこ
とができ、これにより信頼性の高いプロセス間通信の制
御方式を得ることができる。

【図面の簡単な説明】

【図１】　　本発明の一実施例の装置の構成を示すブロ
ック図である。

【図２】　　マネージャ側の処理の流れを示す図である
。

【図３】　　クライアント側の処理の流れを示す図であ
る。

【図４】　　クライアント側の処理とマネージャ側の処
理の関係を示す図である。

【図５】　　管理用のプロセスとしてウィンドウ・マネ
ージャを適用し、クライアントプロセスとして、ウィン
ドウ・マネージャのカレント・ディレクトリを変更する
ツール（ｅｘｃｄｉｒと名付ける）を適用したプロセス
間通信の制御方式を示す図である。

【図６】　　ｅｘｃｄｉｒ用共有メモリ５３１の記憶領
域の構成を示す図である。

【図７】　　ウィンドウ・マネージャ用共有メモリ５３
２の記憶領域の構成を示す図である。

【符号の説明】

１…マネージャ，５１…ウィンドウ・マネージャ、２，
５２…クライアント群、２１〜２３…クライアント、５
２１…ｅｘｃｄｉｒ、３…共有メモリ、３１…クライア
ント用共有メモリ、３２…マネージャ用共有メモリ、５
３１…ｅｘｃｄｉｒ用共有メモリ、５３２…ウィンドウ
・マネージャ用共有メモリ、４，５４…排他制御部、５
，５５…イベント通知部。

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　複数のプロセスの管理をするプロセス
   である一つのマネージャと、そのマネージャによって管
   理され、マネージャに対してデータ交換を行おうとする
   複数のプロセスであるクライアントとの間での通信を制
   御するプロセス間通信の制御方式であって、マネージャ
   とのプロセス間通信を行うクライアントを、複数のクラ
   イアントの中からただ一つ選択するための排他制御手段
   と、マネージャとクライアントの間でデータを交換する
   ために双方が参照可能な共有メモリと、クライアントが
   共有メモリにデータを設定したことをマネージャに通知
   するための通知手段とを備えたことを特徴とするプロセ
   ス間通信の制御方式。