JP2002024035A

JP2002024035A - プロセス間通信装置及び方法

Info

Publication number: JP2002024035A
Application number: JP2000202839A
Authority: JP
Inventors: Masato Kawazu; 正人河津; Masahiko Kuwata; 雅彦桑田; Takeshi Otawara; 剛太田原
Original assignee: NEC Corp; NEC Informatec Systems Ltd
Current assignee: NEC Corp; NEC Informatec Systems Ltd
Priority date: 2000-07-04
Filing date: 2000-07-04
Publication date: 2002-01-25

Abstract

(57)【要約】【課題】複数のクライアントプロセスからのランダム
なデータ要求に対して、サーバプロセスが要求送信順
に、応答データを送信できるようにする。【解決手段】開示されるプロセス間通信装置は、複数
のセクションに、クライアントプロセスの要求データと
サーバプロセスの応答データとを書き込み／読み出しす
るデータ記述装置４と、クライアントプロセスとサーバ
プロセスによるデータ記述装置４の各セクションの使用
状態を管理する領域管理装置３と、サーバプロセスが、
データ記述装置４の各セクションにおけるクライアント
プロセスの要求データを処理する際の順序を定める順序
管理装置５と、サーバプロセスに対して、処理すべきク
ライアントプロセスの要求データがあることを通知する
要求通知装置６と、クライアントプロセスに対して、要
求データに対応する応答データの書き込みを通知する結
果通知装置７とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のクライア
ントプロセスの要求に応じて、サーバプロセスがデータ
を送信するための、プロセス間通信装置及び方法に関す
る。

【０００２】

【従来の技術】プロセス間の通信方式としては、既にい
くつかの方式が知られている。これらのうち、マネージ
ャがクライアントの管理を容易に行うことができ、クラ
イアント側からの処理要求を確実に処理することができ
るものとして、例えば、特開平４−２５１３３８号公報
に開示されたものがある。この従来のプロセス間通信方
式は、図４に示すように、マネージャ１１と、複数のク
ライアント１２（１２１〜１２３）に対して、共有メモ
リ１３と、排他制御部１４と、イベント通知部１５とを
設けて構成されている。また、共有メモリ１３は、クラ
イアント用共有メモリ１３１と、マネージャ用共有メモ
リ１３２とから構成されている。

【０００３】図４に示された従来のプロセス間通信方式
においては、いずれかのクライアントがデータを送信し
ようとするときは、排他的制御部１４を介して、マネー
ジャが、マネージャ用共有メモリ１３２から要求を受け
付けることができる状態であることを確認したのち、排
他的制御部１４を介してクライアント用共有メモリ１３
１をロックして送信データを書き込み、その後、イベン
ト通知部１５を介して、マネージャ１１に送信データが
あることを通知する。これによって、マネージャ１１
は、マネージャ用共有メモリ１３２を、要求処理中状態
を示すように書き換え、クライアントからのデータ要求
を処理したのち、処理結果をクライアント共有メモリ１
３１に書き込むとともに、マネージャ用共有メモリ１３
２を、要求受け付け可能状態を示すように書き換える。
最後に、クライアントは、マネージャ１１からのデータ
を取り出し、その後、クライアント用共有メモリ１３１
のロックを解除する。

【０００４】また、別の従来のプロセス間通信方式とし
て、メッセージキュー方式が知られている。この場合
は、プロセス間通信によって送受信するデータを、キュ
ーメモリにキューイングすることによって、他のプロセ
ス間通信の終了を待つことなしに、別のプロセス間通信
を実行することができるとともに、クライアントからマ
ネージャ側への送信順序を保つことができる。

【０００５】

【発明が解決しようとする課題】しかしながら、これら
の従来技術には、次のような問題点があった。第１の問
題点は、あるクライアントがマネージャとプロセス間で
送受信するデータに対しては、そのデータを受信するプ
ロセスを識別するためのデータを付加する必要がある
が、その対策がなされていないということである。その
理由は、送受信するデータを、メモリキューにキューイ
ングしたり、共有メモリに蓄積したりしただけでは、そ
のデータを、各プロセスが受信してよいか否かを識別で
きないためである。第２の問題点は、送受信するデータ
が長大であった場合、１回のプロセス間通信で、データ
のすべてを送受信できない場合があるということであ
る。その理由は、送受信データを書き込むメッセージキ
ュー、又は共有メモリの領域の長さが固定になっている
ためである。第３の問題点は、いくつかのクライアント
プロセスが、長大なデータをマネージャに送信しようと
する場合、送信データを書き込むメッセージキューまた
は共有メモリに書き込むことができない場合があるとい
うことである。その理由は、各クライアントがマネージ
ャに送信するデータを書き込む領域が共通であるととも
に、その長さガ、固定的に定められているためである。

【０００６】この発明は、上述の事情に鑑みてなされた
ものであって、プロセス間通信において、複数のクライ
アントプロセスが、サーバプロセスに対して、ランダム
に要求を送信した場合でも、サーバプロセスが、要求の
送信順に処理を行って、その通信内容を保証しながら、
高速にプロセス間通信を行うことが可能な、プロセス間
通信装置及び方法を提供することを目的としている。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、プロセス間通信装置に係
り、複数のセクションに、クライアントプロセスの要求
データとサーバプロセスの応答データとを書き込み／読
み出しするデータ記述手段と、クライアントプロセスと
サーバプロセスによる上記データ記述手段の各セクショ
ンの使用状態を管理する領域管理手段と、サーバプロセ
スが、上記データ記述手段の各セクションにおける上記
クライアントプロセスの要求データを処理する際の順序
を定める順序管理手段と、サーバプロセスに対して、処
理すべきクライアントプロセスの要求データがあること
を通知する要求通知手段と、クライアントプロセスに対
して、要求データに対応する応答データの書き込みを通
知する結果通知手段とを備えてなることを特徴としてい
る。

【０００８】また、請求項２記載の発明は、請求項１記
載のプロセス間通信装置に係り、上記領域管理手段が、
上記データ記述手段のそれぞれのセクションを使用する
クライアントの識別子を記述する第１の領域と、該第１
の領域のセクションの要求データの後続部分を書き込む
上記データ記述手段のセクション番号を記述する第２の
領域とからなる複数の領域指定部を備えた領域管理部
と、上記各領域指定部に対する書き込みの排他制御を行
うアクセス制御部とからなることを特徴としている。ま
た、請求項３記載の発明は、請求項１又は２記載のプロ
セス間通信装置に係り、上記順序管理手段が、クライア
ントプロセスが要求データの書き込みを完了したデータ
記述手段のセクション番号を記述する順序管理部と、該
順序管理部に対する書き込みの排他制御を行うアクセス
制御部と、上記順序管理部における上記データ記述手段
のセクション番号の書き込み位置を指示する書き込み位
置指示部と、サーバプロセスが上記順序管理部における
上記データ記述手段のセクション番号を読み出す位置を
指示する読み出し位置指示部とからなることを特徴とし
ている。

【０００９】また、請求項４記載の発明は、請求項１乃
至３のいずれか１記載のプロセス間通信装置に係り、上
記要求通知手段が、クライアントプロセスが要求データ
を出力するとインクリメントし、サーバプロセスが上記
要求データに対応する応答データを返すとデクリメント
するカウンタからなることを特徴としている。また、請
求項５記載の発明は、請求項１乃至４のいずれか１記載
のプロセス間通信装置に係り、上記結果通知手段におい
て、クライアントプロセスが上記データ記述手段におけ
る使用セクションに該当するフラグを要求データ送信時
に上げ、サーバプロセスが、上記要求データに対応する
応答データ送信時に上記該当するフラグを下げることを
特徴としている。

【００１０】請求項６記載の発明は、プロセス間通信方
法に係り、クライアントプロセスからサーバプロセスへ
の要求データ送信時、クライアントプロセスは領域管理
手段の領域管理部への書き込み可能になったとき、該領
域管理部の領域指定欄の空きを検索して得た空き領域指
定欄にクライアントプロセスを指定したのち、データ記
述手段における上記領域指定欄に対応するセクションに
要求データを書き込み、順序管理手段の順序管理部への
書き込み可能になったとき、上記順序管理部に要求デー
タを書き込んだセクション番号を記述したのち、要求通
知手段を要求通知状態にし、結果通知手段に要求データ
の未処理を示すフラグを上げ、サーバプロセスからクラ
イアントプロセスへの応答データの送信時、サーバプロ
セスは、上記要求通知状態になったとき、上記順序管理
部から要求データが書き込まれているセクション番号を
取り出し、該セクションの要求データを読み出して処理
を行って得た応答データを、データ記述手段の上記要求
データのセクションに上書きし、クライアントプロセス
は、上記上書きされた応答データを取得したのち、上記
領域管理部への書き込み可能になったとき、領域管理部
の上記応答データが書き込まれていた領域指定欄を空き
にするとともに、上記要求通知装置を要求不通知状態に
し、結果通知手段の上記未処理を示すフラグを消去する
ことを特徴としている。

【００１１】また、請求項７記載の発明は、請求項６記
載のプロセス間通信方法に係り、上記要求データ又は応
答データの上記データ記述手段への書き込み時、１セク
ションに書き込み不可能なときは、上記領域管理部にお
ける領域指定欄に対応する続セクション指定欄に余剰デ
ータを書き込むセクション番号を記述するとともに、該
セクション番号に対応する領域指定欄にクライアントプ
ロセス又はサーバプロセスを指定することを特徴として
いる。

【００１２】

【作用】この発明の構成では、データ記述手段と、領域
管理手段と、順序管理手段と、要求通知手段と、結果通
知手段とを備えて、クライアントプロセスからサーバプ
ロセスへの要求データ送信時、クライアントプロセスは
領域管理手段の領域管理部への書き込み可能になったと
き、該領域管理部の領域指定欄の空きを検索して得た空
き領域指定欄にクライアントプロセスを指定したのち、
データ記述手段における上記領域指定欄に対応するセク
ションに要求データを書き込み、順序管理手段の順序管
理部への書き込み可能になったとき、上記順序管理部に
要求データを書き込んだセクション番号を記述したの
ち、要求通知手段を要求通知状態にし、結果通知手段に
要求データの未処理を示すフラグを上げ、サーバプロセ
スからクライアントプロセスへの応答データの送信時、
サーバプロセスは、上記要求通知状態になったとき、上
記順序管理部から要求データが書き込まれているセクシ
ョン番号を取り出し、該セクションの要求データを読み
出して処理を行って得た応答データを、データ記述手段
の上記要求データのセクションに上書きし、クライアン
トプロセスは、上記上書きされた応答データを取得した
のち、上記領域管理部への書き込み可能になったとき、
領域管理部の上記応答データが書き込まれていた領域指
定欄を空きにするとともに、上記要求通知装置を要求不
通知状態にし、結果通知手段の上記未処理を示すフラグ
を消去するようにしたので、プロセス間通信装置におい
て、複数のクライアントプロセスが、サーバプロセスに
対してランダムに要求を送信した場合でも、要求の送信
順に、サーバプロセスが処理を行うことができるととも
に、その通信内容を保証し、かつ、高速にプロセス間通
信を行うことができる。

【００１３】

【発明の実施の形態】以下、図面を参照して、この発明
の実施の形態について説明する。説明は、実施例を用い
て具体的に行う。図１は、この発明の一実施例であるプ
ロセス間通信システムの構成を示すブロック図、図２
は、クライアントプロセスがサーバプロセスに対して要
求データを送信する場合の処理を示すフローチャート、
図３は、サーバプロセスがクライアントプロセスからの
要求に対して応答データを返す際の処理を示すフローチ
ャートである。この例のプロセス間通信システムは、図
１に示すように、クライアントプロセス１と、サーバプ
ロセス２とに対して、領域管理装置３と、データ記述装
置４と、順序管理装置５と、要求通知装置６と、結果通
知装置７とを設けた、概略構成を有している。また、領
域管理装置３は、領域管理部３１と、アクセス制御部３
２とを含み、順序管理装置５は、順序管理部５１と、ア
クセス制御部５２と、書き込み位置指示部５３と、読み
出し位置指示部５４とを含んでいる。

【００１４】領域管理装置３は、データ記述装置４のセ
クションを管理するものであって、クライアントプロセ
ス１は、領域管理装置３にアクセスして、要求データを
書き込めるセクションを獲得する。データ記述装置４
は、クライアントプロセス１の要求データ又はサーバプ
ロセス２の応答データを、書き込み／読み出しする領域
であって、複数のクライアントプロセス１が要求データ
を書き込めるようにするため、領域を複数のセクション
に分割されている。このセクションの大きさは、クライ
アントプロセス１の要求データ及びサーバプロセス２の
応答データを書き込むのに十分な大きさを考慮される
が、それぞれのデータの大きさによっては、複数のセク
ションを使用することもできる。

【００１５】順序管理装置５は、クライアントプロセス
１から出力された要求データを、サーバプロセス２が処
理する際の順序を保証する管理を行う。要求通知装置６
は、クライアントプロセス１が要求を出力するとインク
リメントされ、サーバプロセス２が要求に対する処理を
行うと、デクリメントされる。サーバプロセス２は、要
求通知装置６の値を調べることによって、処理すべき要
求の有無を知ることができる。結果通知装置７は、サー
バプロセス２がクライアントプロセス１に対して応答デ
ータを返したことを示すフラグ配列である。クライアン
トプロセス１は、サーバプロセス２に対して要求データ
を送信する際に、要求データを書き込んだセクションと
同じ番号のフラグを上げる。サーバプロセス２は、その
フラグを下げることによって、応答データの通知を行
う。

【００１６】次に、図１を参照して、この例のプロセス
間通信システムの動作について説明する。この例のプロ
セス間通信装置は、複数のクライアントプロセスが、１
つのサーバプロセスに要求データを送信し、また、サー
バプロセスが、要求に対応する、処理結果のデータをそ
れぞれのクライアントプロセスに送信するプロセス間通
信において、複数のクライアントプロセスが、サーバプ
ロセスに対してランダムに要求を送信した場合でも、要
求の送信順にサーバプロセスが処理を行うとともに、そ
の通信内容を保証し、かつ、高速にプロセス間通信を行
うことができる方式を提供するものである。

【００１７】データ記述装置４は、ファイルからなり、
クライアントプロセス１とサーバプロセス２が送受信す
るデータの、書き込み／読み出しを行う複数のセクショ
ンに分割されている。各セクションは、クライアントプ
ロセス１とサーバプロセス２が送受信するデータを格納
するのに十分な大きさを持つものとするが、１セクショ
ンでは書き込めない量のデータが存在しても、プロセス
間通信が可能なようにするために、複数のセクションを
使用することもできる。そのために、セクションの数
は、クライアントプロセス数の最大値よりも大きくされ
ている。

【００１８】領域管理装置３において、アクセス制御部
３２は、一般的なプロセス間の排他制御のルールである
セマフォ（Semaphore ）によって作成され、領域管理部
３１に対して、同時に複数のプロセスが書き込みを行わ
ないように、排他制御を行う。領域管理部３１は共有メ
モリで作成され、データ記述装置４のそれぞれのセクシ
ョンを使用している、クライアントプロセスのプロセス
識別子を、領域管理部３１のプロセスＩＤに書き込む。
使用されていないセクションに該当するプロセスＩＤに
は、 "−１" が書き込まれる。クライアントプロセス
が、複数のセクションを使用して要求データを書き込む
場合には、書き込んだプロセスＩＤに隣接する続セクシ
ョンに、要求データが連続するセクションの番号を書き
込む。１つのセクションだけを使用する場合には、続セ
クションには "−１" が書き込まれる。プロセスＩＤと
続セクションを書き込む領域の数は、データ記述装置４
のセクション数と同じである。

【００１９】順序管理装置５のアクセス制御部５２はセ
マフォで作成され、順序管理部５１に対して、同時に複
数のプロセスが書き込みを行わないように排他制御を行
う。順序管理部５１は、共有メモリで作成し、クライア
ントプロセス１が要求データの書き込みを終了した、デ
ータ記述装置４のセクション番号を記述する。順序管理
部５１は、クライアントプロセス数の最大値と同じ数の
セクション番号が書き込めるようにする。書き込み位置
指示部５３は、共有メモリで作成し、クライアントプロ
セスが要求データを書き込んだセクション番号を書き込
む位置を指示する。読み出し位置指示部５４は共有メモ
リで作成し、サーバプロセスがセクション番号を読み出
す位置を指示する。

【００２０】要求通知装置６は、セマフォで作成するカ
ウンタであって、クライアントプロセス１が要求を出す
とインクリメントし、サーバプロセス２が応答を返すと
デクリメントする。結果通知装置７は、セマフォで作成
するフラグの配列である。クライアントプロセス１は、
データ記述装置４の使用したセクションに該当するフラ
グを、要求データ送信時に上げ、サーバプロセス２は、
応答データの送信時にフラグを下げる。

【００２１】このようにして、複数のクライアントプロ
セスとサーバプロセスとの間の、プロセス間通信を可能
にする。

【００２２】次に、図１のシステム構成図、及び図２，
図３のフローチャートを参照して、この例のプロセス間
通信システムの全体の動作について詳細に説明する。最
初、クライアントプロセス１がサーバプロセス２に対し
て、要求データを送信する場合の処理を説明する。ま
ず、クライアントプロセス１は、領域管理装置３のアク
セス制御部３２にアクセスし、領域管理部３１に書き込
めるようになるまで待つ（図２ステップＡ１）。次に、
クライアントプロセス１は、他のプロセスが、領域管理
部３１に書き込めないようにするために、セマフォによ
って、領域管理部３１をロックし（図２ステップＡ
２）、領域管理部３１のプロセス識別子記述フィールド
３０１〜３０Ｎにおいて、値が "−１" である箇所を順
に調べる。いま、プロセス識別子記述フィールド３０１
の値が "−１" であったときは、クライアントプロセス
１は、この位置にプロセス識別子を記述することによっ
て、データ記述装置４のセクション４０１を確保したこ
とを、他のプロセスに示すとともに、領域管理部３１の
続セクション記述フィールド３１１に "−１" を書き込
む（図２ステップＡ３）。

【００２３】この際、クライアントプロセス１が、要求
データを書き込むためには、もう１つのセクションが必
要であると判断したとき（図２ステップＡ４）は、領域
管理部３１のプロセス識別子記述フィールド３０２〜３
０Ｎのうち、値が "−１" の箇所を順に調べて、例え
ば、プロセス識別子記述フィールド３０２の値が "−
１" であったときは、クライアントプロセス１は、プロ
セス識別子記述フィールド３０２にプロセス識別子を記
述し、データ記述装置４のセクション４０２を確保した
ことを他のプロセスに示すとともに、領域管理部３１の
続セクション記述フィールド３１２に、値 "−１”を書
き込む（図２ステップＡ３）。クライアントプロセス１
は、領域管理部３１の続セクション記述フィールド３１
１に "２" という値を記述して、データ記述装置４のセ
クション４０１に、 2番目のセクション４０２が続くこ
とを示す。クライアントプロセス１は、要求データを書
き込むために必要なセクションを確保できたとき（図２
ステップＡ４）は、他のプロセスが領域管理部３１を利
用することができるようにするためにロックを解除し
（図２ステップＡ５）、データ記述装置４のセクション
４０１から要求データを書き込む。セクション４０１に
要求データを記述し終わったときは、セクション４０２
に続きの要求データを記述する（図２ステップＡ６）。

【００２４】次に、クライアントプロセス１は、順序管
理装置５のアクセス制御部５２にアクセスして、順序管
理部５１に書き込めるようになるまで待つ（図２ステッ
プＡ７）。クライアントプロセス１は、順序管理部５１
に書き込めるようになったとき、他のプロセスが順序管
理部５１に書き込めないようにするためにロックし（図
２ステップＡ８）、書き込み位置指示部５３が示す順序
管理部５１の位置に、要求データを書き込んだ先頭セク
ション４０１の番号 "１" を書き込み（図２ステップＡ
９）、他のプロセスが順序管理部５１を利用できるよう
にするためにロックを解除する（図２ステップＡ１
０）。

【００２５】次に、クライアントプロセス１は、カウン
タからなる要求通知装置６をインクリメントし（図２ス
テップＡ１１）、要求データを書き込んだ先頭セクショ
ン４０１に該当する、結果通知装置７の受信フラグ７０
１を上げる（図２ステップＡ１２）。クライアントプロ
セス１は、サーバプロセスから応答データが返されるま
で待ち（図２ステップＡ１３）、応答データが返された
とき、これを取得する（図２ステップＡ１４）。クライ
アントプロセス１は、確保しているデータ記述装置のセ
クション４０１，４０２及び後述するサーバプロセス２
が確保したセクション４０Ｎを解放するために、領域管
理装置３のアクセス制御部３２にアクセスして、領域管
理部３１に、書き込めるようになるまで待つ（図２ステ
ップＡ１５）。

【００２６】次に、他のプロセスが領域管理部３１に書
き込めないようにするためにロックし（図２ステップＡ
１６）、使用したセクションに該当する領域管理部３１
のプロセス識別子記述フィールド３０１，３０２及び３
０Ｎに "−１" を書き込み、次に、領域管理部３１の続
セクション記述フィールド３１１，３１２及び３１Ｎに
"−１" を書き込む（図２ステップＡ１７）。最後に、
他のプロセスが領域管理部３１を利用できるようにする
ために、ロックを解除する（図２ステップＡ１８）。

【００２７】次に、サーバプロセス２が、クライアント
プロセス１からの要求データを処理して、応答データを
返すまでの処理を説明する。まず、サーバプロセス２
は、クライアントプロセス１によって、要求通知装置６
がインクリメントされるのを待つ（図３ステップＢ
１）。要求通知装置６がインクリメントされると、サー
バプロセス２は、順序管理装置５の読み出し位置指示部
５４が示す順序管理部５１の位置から、クライアントプ
ロセス１の要求データが書き込まれているセクション番
号 "１" を取り出し（図３ステップＢ２）、セクション
番号 "１" に該当する領域管理部３１の続セクション記
述フィールド３１１に、クライアントプロセス１が書き
込んだ値 "２" を読み出す。

【００２８】次に、セクション番号 "２" に該当する領
域管理部３１の続セクション記述フィールド３１２の値
"−１" を読み出す。これによって、サーバプロセス２
は、クライアントプロセス１の要求データが、データ記
述装置４のセクション４０１と４０２に記述されている
ことを知る（図３ステップＢ２）。次に、サーバプロセ
ス２は、データ記述装置４のセクション４０１とセクシ
ョン４０２に記述された要求データを読み出して（図３
ステップＢ３）、これに対する要求処理を行う（図３ス
テップＢ４）。サーバプロセス２は、応答データを要求
データが書き込まれていたセクションに上書きする（図
３ステップＢ１１）が、応答データを書き込むために新
たなセクションが必要なとき（図３ステップＢ５）は、
領域管理装置３のアクセス制御部３２にアクセスして、
領域管理部３１に書き込めるようになるまで待つ（図３
ステップＢ６）。

【００２９】次に、他のプロセスが領域管理部３１に書
き込めないようにするためにロックし（図３ステップＢ
７）、領域管理部３１のプロセス識別子記述フィールド
３０１〜３０Ｎのうち、値が "−１" の箇所を順に調べ
る。プロセス識別子記述フィールド３０Ｎの値が "−
１" であったときは、サーバプロセス２は、プロセス識
別子記述フィールド３０Ｎに、クライアントプロセス１
のプロセス識別子を記述して、データ記述装置４のセク
ション４０Ｎを確保したことを他のプロセスに示すとと
もに、続セクション記述フィールド３１Ｎに "−１" を
書き込む。次に、サーバプロセス２は、領域管理部３１
の続セクション記述フィールド３１２に "Ｎ" の値を書
き込み、クライアントプロセス１が確保したデータ記述
装置４のセクションと合わせて、セクション４０１，４
０２及び４０Ｎに、応答データを書き込むことを示す
（図３ステップＢ８）。応答データを書き込むのに必要
なセクションが確保できたとき（図３ステップＢ９）、
他のプロセスが領域管理部３１を利用できるようにする
ためにロックを解除し（図３ステップＢ１０）、確保し
たセクションに応答データを書き込む（図３ステップＢ
１１）。

【００３０】最後に、応答データを書き込んだ先頭セク
ション４０１に該当する結果通知装置７の、受信フラグ
７０１を下げる（図３ステップＢ１２）。なお、データ
記述装置４の各セクションの大きさは、要求データ及び
応答データを記述するのに十分な大きさを考慮して作成
するものとする。

【００３１】このように、この例のプロセス間通信シス
テムによれば、複数のクライアントプロセスが、１つの
サーバプロセスに要求データを送信し、また、サーバプ
ロセスが要求に対応する処理結果のデータをそれぞれの
クライアントプロセスに返すプロセス間通信において、
複数のクライアントプロセスが、サーバプロセスに対し
てランダムに要求を送信した場合でも、要求の送信順
に、サーバプロセスが処理を行うことができるととも
に、その通信内容を保証し、かつ、高速にプロセス間通
信を行うことができる。

【００３２】以上、この発明の実施例を図面により詳述
してきたが、具体的な構成はこの実施例に限られたもの
ではなく、この発明の要旨を逸脱しない範囲の設計の変
更等があってもこの発明に含まれる。例えば、この発明
で対象とするデータは、メッセージ，数値あるいはその
他のものでもよく、その種類を問わない。また、データ
のビット長もシステムに応じて任意である。

【００３３】

【発明の効果】以上説明したように、この発明のプロセ
ス間通信装置及び方法によれば、複数のクライアントが
同時にサーバプロセスとプロセス間通信を行っても、そ
の内容が互いに混じり合うことがなく、通信内容が保証
される。その理由は、複数のクライアントプロセスが並
行して要求データと応答データを送受信するため、それ
ぞれのクライアントプロセスからサーバプロセスに出さ
れた要求データと、サーバプロセスからそれぞれのクラ
イアントプロセスに返された応答データとを、区別でき
るようにしているためである。また、この発明のプロセ
ス間通信装置及び方法によれば、送受信データの長さに
よる制限なしに、プロセス間通信を行うことができる。
その理由は、データを記述するための領域を、必要に応
じて拡張できるようにしたためである。さらに、この発
明のプロセス間通信装置及び方法によれば、他のクライ
アントプロセスが送受信するデータの長さによって影響
を受けることがない。その理由は、各クライアントプロ
セスが送受信するデータを書き込む領域を、それぞれ別
個に用意しているためである。

【図面の簡単な説明】

【図１】この発明の一実施例であるプロセス間通信シス
テムの構成を示すブロック図である。

【図２】クライアントプロセスがサーバプロセスに対し
て要求データを送信する場合の処理を示すフローチャー
トである。

【図３】サーバプロセスがクライアントプロセスからの
要求に対して応答データを返す際の処理を示すフローチ
ャートである。

【図４】従来のプロセス間通信方式を示すブロック図で
ある。

【符号の説明】

１クライアントプロセス２サーバプロセス３領域管理装置（領域管理手段）３１領域管理部３２アクセス制御部４データ記述装置（データ記述手段）５順序管理装置（順序管理手段）５１順序管理部５２アクセス制御部５３書き込み位置指示部５４読み出し位置指示部６要求通知装置（要求通知手段）７結果通知装置（結果通知手段）

───────────────────────────────────────────────────── フロントページの続き (72)発明者桑田雅彦東京都港区芝五丁目７番１号日本電気株式会社内 (72)発明者太田原剛神奈川県川崎市高津区坂戸３丁目２番１号株式会社エヌイーシー情報システムズ内Ｆターム(参考） 5B045 BB11 BB28 BB47 DD02 EE03 EE18 GG06 5B098 AA10 GA04 GC16 GD05 GD16 GD22

Claims

【特許請求の範囲】

【請求項１】複数のセクションに、クライアントプロ
セスの要求データとサーバプロセスの応答データとを書
き込み／読み出しするデータ記述手段と、クライアントプロセスとサーバプロセスによる前記デー
タ記述手段の各セクションの使用状態を管理する領域管
理手段と、サーバプロセスが、前記データ記述手段の各セクション
における前記クライアントプロセスの要求データを処理
する際の順序を定める順序管理手段と、サーバプロセスに対して、処理すべきクライアントプロ
セスの要求データがあることを通知する要求通知手段
と、クライアントプロセスに対して、要求データに対応する
応答データの書き込みを通知する結果通知手段とを備え
てなることを特徴とするプロセス間通信装置。
【請求項２】前記領域管理手段が、前記データ記述手
段のそれぞれのセクションを使用するクライアントの識
別子を記述する第１の領域と、該第１の領域のセクショ
ンの要求データの後続部分を書き込む前記データ記述手
段のセクション番号を記述する第２の領域とからなる複
数の領域指定部を備えた領域管理部と、前記各領域指定
部に対する書き込みの排他制御を行うアクセス制御部と
からなることを特徴とする請求項１記載のプロセス間通
信装置。
【請求項３】前記順序管理手段が、クライアントプロ
セスが要求データの書き込みを完了したデータ記述手段
のセクション番号を記述する順序管理部と、該順序管理
部に対する書き込みの排他制御を行うアクセス制御部
と、前記順序管理部における前記データ記述手段のセクショ
ン番号の書き込み位置を指示する書き込み位置指示部
と、サーバプロセスが前記順序管理部における前記データ記
述手段のセクション番号を読み出す位置を指示する読み
出し位置指示部とからなることを特徴とする請求項１又
は２記載のプロセス間通信装置。
【請求項４】前記要求通知手段が、クライアントプロ
セスが要求データを出力するとインクリメントし、サー
バプロセスが前記要求データに対応する応答データを返
すとデクリメントするカウンタからなることを特徴とす
る請求項１乃至３のいずれか１に記載のプロセス間通信
装置。
【請求項５】前記結果通知手段において、クライアン
トプロセスが前記データ記述手段における使用セクショ
ンに該当するフラグを要求データ送信時に上げ、サーバ
プロセスが、前記要求データに対応する応答データ送信
時に前記該当するフラグを下げることを特徴とする請求
項１乃至４のいずれか１記載のプロセス間通信装置。
【請求項６】クライアントプロセスからサーバプロセ
スへの要求データ送信時、クライアントプロセスは領域
管理手段の領域管理部への書き込み可能になったとき、
該領域管理部の領域指定欄の空きを検索して得た空き領
域指定欄にクライアントプロセスを指定したのち、デー
タ記述手段における前記領域指定欄に対応するセクショ
ンに要求データを書き込み、順序管理手段の順序管理部
への書き込み可能になったとき、前記順序管理部に要求
データを書き込んだセクション番号を記述したのち、要
求通知手段を要求通知状態にし、結果通知手段に要求デ
ータの未処理を示すフラグを上げ、サーバプロセスからクライアントプロセスへの応答デー
タの送信時、サーバプロセスは、前記要求通知状態にな
ったとき、前記順序管理部から要求データが書き込まれ
ているセクション番号を取り出し、該セクションの要求
データを読み出して処理を行って得た応答データを、デ
ータ記述手段の前記要求データのセクションに上書き
し、クライアントプロセスは、前記上書きされた応答データ
を取得したのち、前記領域管理部への書き込み可能にな
ったとき、領域管理部の前記応答データが書き込まれて
いた領域指定欄を空きにするとともに、前記要求通知装
置を要求不通知状態にし、結果通知手段の前記未処理を
示すフラグを消去することを特徴とするプロセス間通信
方法。
【請求項７】前記要求データ又は応答データの前記デ
ータ記述手段への書き込み時、１セクションに書き込み
不可能なときは、前記領域管理部における領域指定欄に
対応する続セクション指定欄に余剰データを書き込むセ
クション番号を記述するとともに、該セクション番号に
対応する領域指定欄にクライアントプロセス又はサーバ
プロセスを指定することを特徴とする請求項６記載のプ
ロセス間通信方法。