JPH09101901A - マルチプロセスで動作するパーソナルコンピュータ上で行われるプロセス間のメッセージ通信方式及びメッセージ通信方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】メッセージの送信及び受信ごとにプロセスの制
御をブロックする／しないを指定できるプロセス間の双
方向の通信を実現する。 【解決手段】複数のプロセス２、４の共通メモリ領域に
メッセージキュー８が設けられ、このキュー８にミュー
テックス１０と、空きセマフォ１２と、待ちセマフォ１
４とが設けられる。ミューテックス１０は、共通メモリ
領域にアクセスしているプロセスが無いときシグナル状
態を示し、有るとき非シグナル状態を示す。空きセマフ
ォ１２は、キュー８内に空席が有るときシグナル状態を
示し、無いとき非シグナル状態を示す。待ちセマフォ１
４は、キュー８内にメッセージが有るときシグナル状態
を示す。ミューテックス１０及び空きセマフォ１２が共
にシグナル状態であるときのみ、送信プロセスは新たな
メッセージをキュー８に書込み。ミューテックス１０及
び待ちセマフォ１４が共にシグナル状態であるときの
み、受信プロセス２はキュー８からメッセージを取り出
せる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチプロセスＯ
Ｓで動作するパーソナルコンピュータ上で行われるプロ
セス間のメッセージ通信方式に関する。

【０００２】

【従来の技術】パーソナルコンピュータ用のマルチプロ
セスＯＳの一つMicrosoft社のWindowsーNTでの通信方式
を例に挙げる。WindowsーNTでは、プロセス間通信の実現
のために、 ・メモリを共有するファイルマッピング ・双方向にストリーム型データのやりとりを行う名前付
パイプ ・単方向でデータの送受信を行うメールスロット ・クリップボード ・アプリケーション間で動的にデータ交換を行うＤＤＥ ・DCE/RCP などの手段が提供されている。

【０００３】しかし、メッセージ通信機能をもつのはこ
のうちメールスロットだけである。ここで、メッセージ
通信とは「共通に参照できるキューがあり、このキュー
を介して、プロセスまたはスレッド間で（バイト単位で
はなく）メッセージ単位に情報の交換ができること」と
定義する。

【０００４】メールスロットはキューの一種であり、単
方向のプロセス間通信機能を実現する。即ち、プロセス
は、メールスロットを作成してメールスロットサーバに
なることができる。メールスロットクライアントと呼ば
れる他のプロセスは、そのメールスロットの名前を使っ
てそのメールスロットにアクセスし、メールサーバにメ
ッセージを送る。その送られたメッセージは、常にメー
ルスロットに付加される。メールスロットには、それを
作成したメールサーバがメッセージを読み取るまで、メ
ッセージが保存される。

【０００５】また、WindowsーNTのメールスロットにはな
いが、他の公知のメッセージ機構の中には、メッセージ
タイプを用いて、受信側でメッセージの選択受信ができ
るものがある。その機構によれば、送信側は送信する各
メッセージにメッセージタイプを付加することができ、
受信側は受信したいメッセージタイプを指定することに
より、送信されたメッセージの選択受信ができる。これ
により、必ずしもＦＩＦＯに限らず、より拡張した使い
方が可能なメッセージキューが実現できる。例えばメッ
セージタイプを次のように意味付けるなどして選択受信
を可能にする。

【０００６】・メッセージタイプが０＝キューの先頭か
らメッセージを取り出す。 ・メッセージタイプが０より大きい整数＝指定した番号
に一致するメッセージタイプをキューの先頭から探し、
最初に見つけたメッセージを取り出す。

【０００７】更に、メッセージタイプはアプリケーショ
ン・プログラムによって、様々な目的で使用することが
できる。例えば次のような使い方が可能である。

【０００８】(1)同じメッセージキューを使用して２つ
のプロセスがお互いのメッセージを受け渡す場合、例え
ばメッセージタイプ１がプロセスＡからプロセスＢへの
メッセージ、メッセージタイプ２がプロセスＢからプロ
セスＡへのメッセージとする。 (2)メッセージの最後を知らせるマークとして、例えば
メッセージタイプ１が一般データ、メッセージタイプ２
が終了と定めて、受信側がメッセージの受信ループから
抜け出す時に使用する。 (3)メッセージを送信するプロセスが複数あり、受信側
がどのプロセスから送られてきたかを知る必要がある場
合、例えばメッセージタイプにプロセスＩＤを指定して
送信する。 (4)一つのプロセスから複数のプロセスにメッセージを
送信する場合、例えばメッセージタイプ１はプロセスＡ
へのメッセージ、メッセージタイプ２はプロセスＢへの
メッセージとする。

【０００９】

【発明が解決しようとする課題】従来のマルチプロセス
で動作するパーソナルコンピュータ上で行われるメッセ
ージ通信では、WindowsーNTのメールスロットを例に説明
したように、同一のメッセージキューを用いては単方向
のメッセージ通信しかできない。

【００１０】また、ブロックモードとノンブロックモー
ドの指定をメッセージ毎に行うことができない。即ち、
プロセスがメッセージ送信又は受信を行おうとしたがそ
れが不可能であるとき、例えば送信時にキューが満杯で
あったり、受信時にキューが空であったような場合、プ
ロセスの振舞には次の２通りがある。一つは、送受信が
できないとき直ちに制御を戻し、次の処理に移行できる
ノンブロックモードであり、他の一つは、送受信ができ
るようになるまで一定時間又は無限に待ち続ける（つま
り、制御をブロックする）ブロックモードである。この
ブロック／ノンブロックモードの指定は、従来のメッセ
ージキュー、例えばWindowsーNTのメールスロットの場
合、メッセージキューの作成時に行われ、そのキューに
アクセスするプロセスは一律に指定されたモードを選択
しなければならない。そのため、例えば一旦ブロックモ
ードで作成されたメッセージキューについては、それに
アクセスしようとするプロセスは、いかなるアクセス機
会でも、キュー作成時に指定した時間又は無限にブロッ
クされる可能性を許容しなければならない。そのため、
プログラムの拡張性が大きく損なわれることがある。

【００１１】従って、本発明の目的は、マルチプロセス
で動作するパーソナルコンピュータ上で、メッセージの
送信及び受信ごとにプロセスの制御をブロックする／し
ないを指定できるプロセス間の双方向のメッセージ通信
を実現することにある。

【００１２】

【課題を解決するための手段】本発明に従うプロセス間
メッセージ通信では、複数プロセスの共有メモリ領域を
利用して形成されたメッセージキュー機構が用いられ
る。このメッセージキュー機構には、プロセス間のメッ
セージ送受を中継するための共有メモリ領域上に形成さ
れたメッセージキューと、キューへのアクセス動作の同
期をプロセス間でとるための３種の同期オブジェクトと
が含まれる。

【００１３】第１の同期オブジェクトは、メッセージキ
ューにアクセスしているプロセスが存在しないときシグ
ナル状態を示し、存在するとき非シグナル状態を示す。
第２の同期オブジェクトは、メッセージキュー内に空席
が存在するときシグナル状態を示し、存在しないとき非
シグナル状態を示す。第３の同期オブジェクトは、メッ
セージキュー内にメッセージが存在するときシグナル状
態を示し、存在しないとき非シグナル状態を示す。

【００１４】このようなメッセージキュー機構を用いる
ことにより、複数のプロセスは相互間でメッセージの送
信及び受信を支障なく行うことができる。例えば、第１
の同期オブジェクトがシグナル状態であるときのみ、プ
ロセスに新たなメッセージ送信又は受信が許されるよう
にすることにより、一度に一つのプロセスのみがキュー
にアクセスする排他制御が実現される。また、第２の同
期オブジェクトがシグナル状態であるときのみ新たなメ
ッセージ送信が許され、第３の同期オブジェクトがシグ
ナル状態であるときのみ新たなメッセージ受信が許され
るようにすることにより、各プロセスは同じメッセージ
キューを介してメッセージ送信及び受信のいずれをも行
えるようになり、双方向通信が実現される。

【００１５】更に、それら同期オブジェクトによってメ
ッセージキューの状態が管理され、それを全てのプロセ
スが参照できることにより、各プロセスがメッセージ毎
にブロックモード又はノンブロックモードを自由に選択
しても、他のプロセスは支障なく正常に動作することが
できる。従って、メッセージ毎のブロック／ノンブロッ
クモードの選択が可能となる。

【００１６】好適な実施形態では、メッセージ送信関数
及びメッセージ受信関数が各プロセスとメッセージキュ
ー機構との間に介在して、メッセージキュー機構に対す
る操作を代行し、その際、プロセスのブロック／ノンブ
ロックモードの指定にも応じられる。従って、各プロセ
スとしては送受信に当たってそれら関数を呼出すだけで
良いため、各プロセスに対応するアプリケーションプロ
グラムの作成が容易である。

【００１７】更に、従来技術であるメッセージタイプに
よる選択受信の技術を併用することにより、より自由度
の高いメッセージ通信が可能となる。

【００１８】

【発明の実施形態】以下、本発明の実施形態を図面によ
り詳細に説明する。

【００１９】図１は、本発明に係るメッセージ通信方式
の一実施形態で用いられるメッセージキュー機構を示
す。

【００２０】マルチプロセスＯＳ、例えばWindows-NT、
で動作するパーソナルコンピュータ上では、図１に示す
ように、複数のプロセス２、４が同時並行的に動作する
ことができる。図１では説明の都合上２つのプロセス
２、４しか示さないが、より多くのプロセスが動作して
いてもよい。それら複数のプロセス２、４間のメッセー
ジ通信手段としてメッセージキュー機構６が設けられ
る。このメッセージキュー機構６には、複数プロセス
２、４が共有する共有メモリ上に形成された、プロセス
間で授受されるべきメッセージＭ１、Ｍ２、…を蓄える
ためのメッセージキュー８が含まれる。更に、このキュ
ー機構６には、プロセス間でメッセージキュー８へのア
クセス動作の同期をとるための３つの同期オブジェクト
（一種の状態変数）１０、１２、１４とが含まれる。図
１では１つのメッセージキュー機構６しか示してない
が、異なるＩＤを持った複数のメッセージキュー機構６
が並設されていてもよい。

【００２１】メッセージキュー８には、ユーザの指定し
た最大メッセージ数までの個数のメッセージをキューイ
ングすることができる。各メッセージＭ１、Ｍ２、…に
はメッセージタイプを付けることができる。メッセージ
タイプは、従来技術と同様な態様で選択受信のために利
用することができる。

【００２２】メッセージキュー８に付属して、３つの同
期オブジェクト、つまり、一つのミューテックスオブジ
ェクト１０と、２つのセマフォオブジェクト１２、１４
とが設けられる（以下、単にミューテックス及びセマフ
ォという）。２つのセマフォのうち、一方のセマフォ１
２は空きセマフォと呼ばれ、他方のセマフォ１４は待ち
セマフォと呼ばれる。ミューテックス１０及びセマフォ
１２、１８は待機関数と共に用いられ、シグナル状態と
非シグナル状態の２つの状態をもつ。

【００２３】ミューテックス１０は、同時に一つのプロ
セスのみがキュー８へアクセスできるようにするための
排他制御に利用されるものである。即ち、ミューテック
ス１０は、いかなるプロセス又はスレッド（以下、プロ
セスと総称する）にも所有されていないとき（つまり、
いかなるプロセスもキュー８にアクセスしていない、又
はアクセスを試みていないとき）にシグナル状態とな
り、いずれかのプロセスに所有されているときは非シグ
ナル状態となる。キュー８にアクセスしようとする（つ
まり、メッセージを送信又は受信しようとする）プロセ
スは、必ずその前にミューテックス１０を所有しなけれ
ばならない。その場合、ミューテックス１０がシグナル
状態でなければ、そのミューテックス１０を所有するこ
とができない。。従って、一度に一つのプロセスのみ
が、ミューテックス１０を所有できる（つまり、キュー
８にアクセスできる）。そして、アクセスの操作が終わ
り次第、プロセスはミューテックス１０を解放しなけれ
ばならない。

【００２４】セマフォ１２、１４は、０からある最大値
までのカウント値を持ち、カウント値が０を越える正の
整数値のときにシグナル状態であり、０のときには非シ
グナル状態である。各セマフォ１２、１４は、シグナル
状態にあるときのみプロセスによって獲得され得る。

【００２５】空きセマフォ１２は、メッセージを送信し
ようとするプロセス（以下、送信プロセスという）に対
し、そのメッセージのための空席がキュー８内にあるか
否かを示すために使用される。送信プロセスは、メッセ
ージの送信に先立ち必ず空きセマフォ１２を獲得しなけ
ればならない。空きセマフォ１２には、キューイングで
きる最大メッセージ個数が初期カウント値としてセット
されており、空きセマフォ１２が送信プロセスによって
獲得されたとき、そのカウント値は１だけ減らされる。
また、メッセージがプロセスに受信された時、そのカウ
ント値は１だけ増やされる。従って、空きセマフォ１２
のカウント値はそのキュー８内の空席数を示し（１以上
ならシグナル状態）、キュー８が満杯になると０となる
（非シグナル状態）。空きセマフォ１２が非シグナル状
態になると、いずれのプロセスも空きセマフォ１２がシ
グナル状態に戻るまで、メッセージ送信を待たなくては
ならない。

【００２６】待ちセマフォ１４は、メッセージを受信し
ようとするプロセス（以下、受信プロセスという）に対
し、キュー８内にメッセージがあるか否かを示すために
使用される。受信プロセスは、メッセージの受信に先立
ち必ず待ちセマフォ１４を獲得しなければならない。待
ちセマフォ１４には、０が初期カウント値としてセット
され、送信プロセスがメッセージを送信したときにその
カウント値は１だけ増やされ、また、受信プロセスが待
ちセマフォ１４を獲得した時にそのカウントは１だけ減
らされる。また、受信プロセスが待ちセマフォ１４を一
旦獲得したものの、選択受信の対象たるメッセージをキ
ュー８から検索できなかった場合も、待ちセマフォ１４
のカウント値は１だけ増やされる（つまり、獲得時の１
減が帳消しされる）。従って、待ちセマフォ１４のカウ
ント値は、キュー８内に在るメッセージ数を示し（１以
上ならシグナル状態）、キュー８が完全に空になると０
となる（非シグナル状態）。待ちセマフォ１４が非シグ
ナル状態になると、いずれのプロセスも待ちセマフォ１
２がシグナル状態に戻るまで、メッセージ受信を待たな
くてはならない。

【００２７】以上のようなメッセージキュー機構６を用
いた各プロセスの動作の流れは次の通りである。

【００２８】動作しているプロセス２、４のいずれか
が、パラメータに特定のキー情報などを指定して「メッ
セージキューの割り当て」関数を呼び出すことによって
（Ｓ１又はＲ１）、必要サイズの共有メモリ領域が確保
され、指定されたキー情報に１対１で対応したＩＤをも
ったメッセージキュー機構６が新規生成され、そして、
そのキュー機構６はそれを生成したプロセスに割り当て
られる。このキュー機構６には、確保された共有メモリ
領域上に形成されたメッセージキュー８と、それに付属
するミューテックス１０及びセマフォ１２、１４を含
む。このキュー機構６を使用したい他のプロセスは、パ
ラメータにキュー機構６に対応するキー情報などを指定
して「メッセージキューの割り当て」関数を呼び出すこ
とにより、そのキュー機構８を割り当てられる（つま
り、そのキュー機構６を使用できる）。こうして同一の
キュー機構６を割り当てられた複数のプロセス２、４
は、そのキュー機構６を介して双方向のメッセージ通信
を行うことが可能になる。何れのプロセス２、４もメッ
セージを送信し且つ受信することができる。以下、図１
に示すように一方のプロセス２が送信プロセス、他方の
プロセス４が受信プロセスである場合を例に説明する。

【００２９】送信プロセス２は、メッセージを送信した
いとき、使用するメッセージ機構６のＩＤや送信メッセ
ージ（送信データ）やブロック／ノンブロックモード指
定を示すブロックフラグなどをパラメータに指定して、
メッセージ「送信」関数を呼び出す（Ｓ２）。メッセー
ジ送信関数は、後述するような操作をキュー機構６に対
して行う。その結果、メッセージ送信が成功すれば、メ
ッセージ送信関数はその旨の値（例えば、送信したメッ
セージのサイズ）を送信プロセス２に返却する。しか
し、次の様な場合にはメッセージ送信に失敗する。

【００３０】キュー８が満杯である（空きセマフォ１
２が獲得できない）。 他のプロセスがキュー８にアクセスしている（ミュー
テックス１０が獲得できない）。

【００３１】メッセージ送信に失敗した場合、送信関数
は、指定されたモードがブロックかノンブロックかによ
って異なる動作を行う。即ち、ブロックモードの場合、
送信関数は上記失敗の原因が解消するまで待つことにな
り、その間、送信プロセス２はブロックされる。一方、
ノンブロックモードの場合は、送信関数は送信失敗を示
す返却値（例えば、−１）を送信プロセス２に返却し、
それにより送信プロセス２はリターンする。

【００３２】受信プロセス４は、メッセージを受信した
いとき、メッセージ機構６のＩＤや受信バッファやブロ
ックフラグなどをパラメータに指定して、メッセージ
「受信」関数を呼び出す（Ｒ２）。メッセージ受信関数
は、後述するような操作をキュー機構６に対して行う。
その結果、メッセージ受信が成功すれば、メッセージ受
信関数はその旨の値（例えば、受信したメッセージのサ
イズ）を受信プロセス４に返却する。しかし、次の様な
場合にはメッセージ受信に失敗する。

【００３３】キュー８が空である（待ちセマフォ１４
が獲得できない）。 他のプロセスがキュー８にアクセスしている（ミュー
テックス１０が獲得できない）。 キュー８にメッセージがあるが、いずれも指定したメ
ッセージタイプではない。

【００３４】メッセージ受信に失敗した場合、受信関数
は、指定されたモードがブロックかノンブロックかによ
って異なる動作を行う。即ち、ブロックモードの場合、
受信関数は上記失敗の原因が解消するまで待つことにな
り、その間、受信プロセス４はブロックされる。一方、
ノンブロックモードの場合は、受信関数は受信失敗を示
す返却値（例えば、−１）を受信プロセス４に返却し、
それにより受信プロセス４はリターンする。

【００３５】各プロセス２、４は、パラメータにキュー
機構６のＩＤなどを指定して「メッセージキューの消
滅」関数を呼びだすことにより、その指定したキュー機
構６の利用を終了することができる。キュー機構６は、
それを利用するプロセスが全く無くなるときにメッセー
ジキューの消滅関数によって消去される。

【００３６】図２はメッセージ送信関数の動作流れを示
し、図３はメッセージ受信関数の動作流れを示す。

【００３７】まず、図２を参照して、メッセージ送信の
動作を説明する。メッセージ送信関数は、まず、空きセ
マフォ１２を獲得するために所定の待機関数を呼出す
（Ｓ１１）。待機関数は、空きセマフォ１２がシグナル
状態（つまり、キュー８内に空席がある）ならば、それ
を獲得してそのカウント値を１だけ減少させる（Ｓ１１
１）。

【００３８】しかし、キュー８が満杯状態のときは、空
きセマフォ１２は非シグナル状態であるため、これを獲
得できない。そのときは、ブロックモードの場合には、
待機関数は空きセマフォ１２がシグナル状態に戻るまで
待機し、戻ったところでこれを獲得する。尚、空きセマ
フォ１２がシグナル状態に戻るのは、受信プロセスがメ
ッセージを受信して空きセマフォ１２のカウント値を増
加させたとき（図３のＲ１６）である。一方、ノンブロ
ックモードの場合は、待機関数は直ちに獲得失敗の旨の
値を返却し、それを受けてメッセージ送信関数が送信失
敗の旨の値を送信プロセス２に返却し（Ｓ１１２）、よ
って送信プロセスはリターンする。

【００３９】空きセマフォ１２が獲得されると次に、メ
ッセージ送信関数は再び待機関数を呼出して、ミューテ
ックス１０の取得を試みる（Ｓ１２）。待機関数は、ミ
ューテックスがシグナル状態（つまり、他のプロセスに
よって所有されてない）ならばこれを取得する（Ｓ１２
１）。しかし、ミューテックス１０が非シグナル状態で
あるため取得不可能なときには、空きセマフォの獲得失
敗のときと同様に、ブロックモードの場合はシグナル状
態に戻るまで待機し、ノンブロックモードの場合は送信
プロセス２に失敗値を返し（Ｓ１２２）、それにより送
信プロセス２は直ちにリターンする。尚、非シグナル状
態のミューテックス１０がシグナル状態に戻るのは、ミ
ューテックス１０を所有している他のプロセスがミュー
テックス１０を解放したとき（Ｓ１５、図３のＲ１７又
はＲ２０）である。

【００４０】ミューテックス１０が取得できると、それ
は他のプロセスに対してキュー８をロックした（つま
り、アクセスを禁じた）ことを意味する。次に、メッセ
ージ送信関数は、このロックしたキュー８に、送信すべ
きメッセージを書込む（Ｓ１３）。このキューイング操
作が終わると、メッセージ送信関数は、新たなメッセー
ジがキュー８に追加されたことを他のプロセスに知らせ
るために、待ちセマフォ１４を１だけ解放する（つま
り、待ちセマフォ１４のカウント値を１だけ増やす）。
続いて、メッセージ送信関数は、キュー８のロックを解
除するため、ミューテックス１０を解放し（Ｓ１５）、
送信動作を終える。

【００４１】次に、図３を参照して、メッセージ受信動
作を説明する。メッセージ受信関数は、まず、待ちセマ
フォ１４の獲得のために所定の待機関数を呼出す（Ｒ１
１）。待機関数は、待ちセマフォ１４がシグナル状態
（つまり、キュー８内にメッセージがある）ならば、そ
れを獲得してそのカウント値を１だけ減少させる（Ｒ１
１１）。

【００４２】しかし、キュー８内にメッセージが無いと
きは、待ちセマフォ１４は非シグナル状態であるため、
これを獲得できない。そのときは、ブロックモードの場
合には、待機関数は待ちセマフォ１４がシグナル状態に
戻るまで待機し、戻ったところでこれを獲得する。尚、
待ちセマフォ１２がシグナル状態に戻るのは、送信プロ
セスがメッセージを送信して待ちセマフォ１４のカウン
ト値を増加させたとき（図２のＳ１４）である。一方、
ノンブロックモードの場合は、待機関数は直ちに獲得失
敗の旨の値を返却し、それを受けてメッセージ受信関数
が受信失敗の旨の値を受信プロセス４に返却し（Ｒ１１
２）、よって受信プロセス４はリターンする。

【００４３】待ちセマフォ１４が獲得されると次に、メ
ッセージ受信関数は再び待機関数を呼出して、ミューテ
ックス１０の取得を試みる（Ｒ１２）。この動作は既に
説明した送信動作におけるそれと同じであり、ミューテ
ックス１０が非シグナル状態で取得不可能なときには、
ブロックモードの場合はシグナル状態に戻るまで待機
し、ノンブロックモードの場合は受信プロセス４を直ち
にリターンさせる（Ｒ１２２）。

【００４４】ミューテックス１０が取得できると、メッ
セージ受信関数は、キュー８の中から、要求するメッセ
ージタイプに一致するメッセージを検索する（Ｒ１
３）。この検索の結果、要求したタイプのメッセージが
見つかると、メッセージ受信関数は、そのメッセージを
キュー８から取り出して、受信プロセス４が指定した受
信バッファへ書込む（Ｒ１５）。これにより、キュー８
に空席が１つ増えたので、それを他のプロセスに知らせ
るために、メッセージ受信関数は、空きセマフォ１２を
１だけ解放する（Ｒ１６）。続いて、メッセージ受信関
数は、キュー８のロックを解除するためにミューテック
ス１０を解放し（Ｒ１７）、そして受信成功の旨の値を
受信プロセス４に返却して受信動作を終える（Ｒ１
８）。

【００４５】また、ステップＲ１３において、要求する
タイプのメッセージがキュー８内に無かったときは、最
初に取得した待ちセマフォ１４のカウント値を元に戻す
ため、待ちセマフォ１４のカウント値を１だけ増加する
（Ｒ１９）。これにより、新たなメッセージの送信を待
っている他の受信プロセスに、受信の機会を逐次に与え
ることができるようになる。続いて、メッセージ受信関
数は、キュー８のロックを解除するためにミューテック
ス１０を解放し（Ｒ２０）、そして、ブロックモードの
場合は新たなメッセージの送信を待ち（Ｒ２３）、その
間、受信ブロック４はブロックされることになる。一
方、ノンブロックモードの場合は、メッセージ受信関数
は受信失敗の旨の値を受信プロセス４に返却し（Ｒ２
２）、それにより、受信プロセス４はリターンする。

【００４６】以上、本発明の一実施形態を説明したが、
これは例示にすぎず、本発明は他の種々の態様によって
も実施することができる。例えば、上記実施形態はWind
ows-NTで動作するパーソナルコンピュータに適合させた
ものであるが、他のマルチプロセスＯＳで動作するパー
ソナルコンピュータにおいては、そのＯＳに適合した形
態で本発明を実施することが可能である。

【図面の簡単な説明】

【図１】本発明に係るメッセージ通信方式の一実施形態
で用いられるメッセージキュー機構を示すブロック図。

【図２】メッセージ送信関数の動作流れを示すフローチ
ャート。

【図３】メッセージ受信関数の動作流れを示すフローチ
ャート。

【符号の説明】

２、４ プロセス ６ メッセージキュー機構 ８ メッセージキュー １０ ミューテックス １２ 空きセマフォ １４ 待ちセマフォ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 マルチプロセスで動作するパーソナルコ
   ンピュータ上で行われるプロセス間のメッセージ通信方
   式において、 複数のプロセスに共有される共有メモリ領域と、 この共有メモリ領域を利用して形成されたメッセージキ
   ュー機構とを備え、 前記メッセージキュー機構が、 前記共有メモリ領域上に形成された、プロセス間でのメ
   ッセージの送受を中継するためのメッセージキューと、 前記メッセージキューにアクセスしているプロセスが存
   在しないときシグナル状態を示し、存在するとき非シグ
   ナル状態を示す第１の同期オブジェクトと、 前記メッセージキュー内に空席が存在するときシグナル
   状態を示し、存在しないとき非シグナル状態を示す第２
   の同期オブジェクトと、 前記メッセージキュー内にメッセージが存在するときシ
   グナル状態を示し、存在しないとき非シグナル状態を示
   す第３の同期オブジェクトと、を含むことを特徴とする
   メッセージ通信方式。
2. 【請求項２】 請求項１記載の方式において、 メッセージを送信しようとする第１のプロセスからの呼
   出に応答し、前記メッセージキュー機構内の前記第１及
   び第２の同期オブジェクトが共にシグナル状態であると
   きのみ、前記第１のプロセスが送信しようとするメッセ
   ージを前記メッセージキューに書込むメッセージ送信関
   数と、 メッセージを受信しようとする第２のプロセスからの呼
   出に応答し、前記メッセージキュー機構内の前記第１及
   び第３の同期オブジェクトが共にシグナル状態であると
   きのみ、前記第１のプロセスが受信しようとするメッセ
   ージを前記メッセージキューから取り出すメッセージ受
   信関数と、を更に備えたことを特徴とするメッセージ通
   信方式。
3. 【請求項３】 請求項２記載の方式において、 前記メッセージ送信関数が、前記第１及び第２の同期オ
   ブジェクトの少なくとも一方が非シグナル状態であると
   き、前記第１のプロセスが指定したブロックモードに応
   じて、前記第１のプロセスをブロックするための第１の
   動作及び前記第１のプロセスをリターンさせるための第
   ２の動作のいずれか一方を選択的に行ない、 前記メッセージ受信関数が、前記第１及び第３の同期オ
   ブジェクトの少なくとも一方が非シグナル状態であると
   き、前記第２のプロセスが指定したブロックモードに応
   じて、前記第２のプロセスをブロックするための第３の
   動作及び前記第２のプロセスをリターンさせるための第
   ４の動作のいずれか一方を選択的に行なうことを特徴と
   するメッセージ通信方式。
4. 【請求項４】 請求項１載の方式において、 各メッセージには、その送信時にメッセージタイプを付
   加することができ、 前記第２のプロセスは、受信したいメッセージタイプを
   前記メッセージ受信関数に対して指定することができ、 前記メッセージ受信関数は、指定されたメッセージタイ
   プに一致するメッセージタイプを選択的に前記メッセー
   ジキューから取り出すことを特徴とするメッセージ通信
   方式。
5. 【請求項５】 マルチプロセスで動作するパーソナルコ
   ンピュータ上で行われるプロセス間のメッセージ通信方
   法において、 複数のプロセスに共有される共有メモリ領域を確保する
   過程と、 この共有メモリ領域を利用してメッセージキュー機構を
   形成する過程とを備え、 前記メッセージキュー機構が、 前記共有メモリ上に形成された、プロセス間でのメッセ
   ージの送受を中継するためのメッセージキューと、 前記メッセージキューにアクセスしているプロセスが存
   在しないときシグナル状態を示し、存在するとき非シグ
   ナル状態を示す第１の同期オブジェクトと、 前記メッセージキュー内に空席が存在するときシグナル
   状態を示し、存在しないとき非シグナル状態を示す第２
   の同期オブジェクトと、 前記メッセージキュー内にメッセージが存在するときシ
   グナル状態を示し、存在しないとき非シグナル状態を示
   す第３の同期オブジェクトと、を含み、 更に、前記第１及び第２の同期オブジェクトの状態に基
   づいて、各プロセスのメッセージ送信動作を制御する過
   程と、 前記第１及び第３の同期オブジェクトの状態に基づい
   て、各プロセスのメッセージ受信動作を制御する過程
   と、を備えたことを特徴とするメッセージ通信方法。