JPH103394A - プロセス間通信方式 - Google Patents

Abstract

(57)【要約】 【課題】イベント発生の旨の通知回数を減らして伝送効
率の向上を図るとともに、イベント発生の旨の通知のた
めのパイプ通信が失敗した場合でもイベントデータ送信
側において再送等の考慮を不要とし、仮にパイプが障害
等により切断された場合でもイベント通信を継続可能と
する。 【解決手段】プロセス1内のイベント情報格納手段11
は、共有メモリ4内のイベントデータ格納キュー5にイベ
ントデータを格納し、カウンタ6を“1”だけ増加させ
る。ここで、イベント情報格納手段11は、カウンタ6が
“0”から“1”に遷移する場合にのみイベント発生通知
手段12を呼び出し、パイプ3を介してイベント発生の旨
をプロセス2に通知する。これに対し、プロセス2内のイ
ベント発生受信手段13はパイプ3を介してイベント発生
の旨を受信するとイベント情報取得手段14を呼び出し、
またタイマ制御手段15は一定間隔でイベント情報取得手
段14を呼び出し、イベントデータ格納キュー5からカウ
ンタ6分のイベントデータを取り出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
おけるプロセス間通信方式に関し、特にＵＮＩＸ−ＯＳ
（オペレーティングシステム）等を基盤とする計算機シ
ステムにおけるプロセス間通信方式に関する。

【０００２】

【従来の技術】従来、例えばＵＮＩＸ−ＯＳを基盤とす
る計算機システムにおけるプロセス間でのイベント通信
方式としては、刊行物（Ｗ．リチャード・スティーヴン
ス著（篠田陽一訳）、「ＵＮＩＸネットワークプログラ
ミング」、（株）トッパン、１９９２年７月３０日発
行、特に１０５〜２０１頁参照）に記載されているよう
に、（１）パイプを介してイベントデータを通知する方
式（以下「第１の従来技術」という）や、（２）プロセ
ス間に共有メモリを設け、この共有メモリにイベントデ
ータを書き込み、イベント発生の旨をセマフォで通知す
る方式（以下「第２の従来技術」という）等が一般的に
知られている。

【０００３】

【発明が解決しようとする課題】しかしながら、前述し
た第１の従来技術のようにパイプを用いた通信方式で
は、パイプ資源の不足等により送信失敗となった場合
や、パイプ障害等によりパイプそのものの切断が発生し
た場合に、イベント抜けとなることを防止するために
は、送信の再実行処理や、パイプの確立からのやり直し
等の処理が必要であり、処理が煩雑になるという問題が
ある。

【０００４】また、前述した第２の従来技術のように共
有メモリを用いた通信方式では、同期をとったタイムリ
ーなプロセス間通信を実行するためには、イベントデー
タ受信側が常にセマフォでウェイト（ＷＡＩＴ）してい
なければならず、対等型のプロセス間通信を構築できな
いという問題がある。

【０００５】なお、このような第２の従来技術における
問題点を解決するために、共有メモリを用いた通信方式
において、イベント発生の旨だけをパイプを介して通知
する方式を採用することが考えられる。これは、パイプ
を用いた通信における受信側の処理では、ｐｏｌｌシス
テムコールによる非同期なデータ受信が可能であり、デ
ータ受信のためにウェイト（ＷＡＩＴ）する必要がない
からである。

【０００６】しかし、この場合にも、パイプ資源の不足
による送信失敗やパイプ障害等の発生時に、次のイベン
ト発生時のパイプ通信まで受信側でイベント発生の旨を
認識できないことを防止するためには、パイプを用いた
送信の再実行処理や、パイプの確立からのやり直し等の
処理が必要であり、処理が煩雑になるという問題があ
る。

【０００７】従って、本発明は前述した事情に鑑みてな
されたものであり、イベント発生の旨の通知回数を減ら
して伝送効率の向上を図るとともに、イベント発生の旨
の通知のためのパイプ通信が失敗した場合でもイベント
データ送信側においてこれに対しての再送等の考慮を不
要とし、仮にパイプが障害等により切断された場合でも
イベント通信を継続可能とするプロセス間通信方式を提
供することを目的とする。

【０００８】

【課題を解決するための手段】前述した目的を達成する
ため、本発明は、計算機システムにおけるプロセス間通
信方式において、イベント送信プロセス（図１の１）と
イベント受信プロセス（図１の２）とをパイプ（図１の
３）で結合するとともに、前記イベント送信プロセスと
前記イベント受信プロセスとの両方からアクセスできる
共有メモリ（図１の４）を備え、この共有メモリに、通
信するイベントデータ（イベント情報）を格納するイベ
ントデータ格納キュー（図１の５）と、格納されてまだ
取り出されていないイベントデータの個数を計上してお
く滞留イベントカウンタ（図１の６）と、を備え、前記
イベント送信プロセスに、イベントデータの送信時に前
記共有メモリ内の前記イベントデータ格納キューにイベ
ントデータを格納し、前記滞留イベントカウンタを
“１”だけ加算するイベント情報格納手段（図１の１
１）と、前記滞留イベントカウンタが“０”から“１”
へ遷移する場合にだけ前記イベント情報格納手段から呼
び出され、前記パイプを介してイベント発生の旨をイベ
ント受信プロセスへ通知するイベント発生通知手段（図
１の１２）と、を備え、前記イベント受信プロセスに、
前記パイプを介して非同期にイベント発生の旨を受信で
きるイベント発生受信手段（図１の１３）と、このイベ
ント発生受信手段からの指示により前記共有メモリ内の
前記イベントデータ格納キューから前記滞留イベントカ
ウンタ分のイベントデータを取り出し、前記滞留イベン
トカウンタを“０”にリセットするイベント情報取得手
段（図１の１４）と、を備えたことを特徴とするプロセ
ス間通信方式を提供する。

【０００９】また、本発明のプロセス間通信方式は、前
記イベント受信プロセスに、あらかじめ定められた所定
間隔で前記イベント情報取得手段を呼び出すタイマ制御
手段（図１の１５）をさらに備え、前記イベント情報取
得手段が、前記タイマ制御手段からの指示に呼応して前
記共有メモリ内の前記イベントデータ格納キューに滞留
しているイベントデータを取得するようにするとよい。

【００１０】このように、本発明のプロセス間通信方式
によれば、イベント送信プロセスからイベント受信プロ
セスへのイベント発生の旨を通知するパイプ通信を、共
有メモリ内の滞留イベントデータの個数が“０”から
“１”へ遷移した場合にだけ実行することにより、イベ
ント発生の度にその旨を通知する従来の方式と比較して
伝送効率の向上を図る。

【００１１】また、本発明のプロセス間通信方式によれ
ば、イベントデータ受信側において、共有メモリ内にイ
ベントデータが滞留しているか否かを所定間隔で検出
し、イベントデータが滞留している場合にこの滞留イベ
ントデータを取得することにより、イベントデータ送信
側においてイベント発生の旨の通知のためのパイプ通信
が失敗した場合でも、これに対しての再送等の考慮が不
要であり、また仮にパイプが障害等により切断された場
合でもイベント通信を継続可能とする。

【００１２】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００１３】図１は、本発明の実施の形態の構成を示す
ブロック図である。

【００１４】図１を参照すると、本発明はその実施の形
態において、イベント送信プロセス１と、イベント受信
プロセス２と、イベント送信プロセス１とイベント受信
プロセス２とを結合するパイプ３と、イベント送信プロ
セス１とイベント受信プロセス２との両方からアクセス
できる共有メモリ４と、を備える。

【００１５】共有メモリ４は、通信するイベントデータ
（イベント情報）を格納するイベントデータ格納キュー
５と、格納されてまだ取り出されていないイベントデー
タの個数を計上しておく滞留イベントカウンタ６と、を
備える。

【００１６】イベント送信プロセス１は、イベントデー
タの送信時に共有メモリ４内のイベントデータ格納キュ
ー５にイベントデータを格納し、滞留イベントカウンタ
６を“１”だけ加算するイベント情報格納手段１１と、
滞留イベントカウンタ６が“０”から“１”へ遷移する
場合にだけイベント情報格納手段１１から呼び出され、
パイプ３を介してイベント発生の旨をイベント受信プロ
セス２へ通知するイベント発生通知手段１２と、を備え
る。

【００１７】イベント受信プロセス２は、パイプ３を介
して非同期にイベント発生の旨を受信できるイベント発
生受信手段１３と、イベント発生受信手段１３からの指
示により共有メモリ４内のイベントデータ格納キュー５
から滞留イベントカウンタ６分のイベントデータを取り
出し、滞留イベントカウンタ６を“０”にリセットする
イベント情報取得手段１４と、あらかじめ定められた一
定間隔でイベント情報取得手段１４を呼び出すタイマ制
御手段１５と、を備える。

【００１８】次に、本発明の実施の形態の動作について
説明する。

【００１９】図２は、図１に示したイベント送信プロセ
ス１内のイベント情報格納手段１１の処理の流れを示す
フローチャートである。

【００２０】図１および図２を参照すると、イベントデ
ータの送信事象が発生した際に、イベント送信プロセス
１内のイベント情報格納手段１１は、共有メモリ４内の
イベントデータ格納キュー５にそのイベントデータを格
納し（ステップ２１）、共有メモリ４内の滞留イベント
カウンタ６を“１”だけ増加（１−ＵＰ）させる（ステ
ップ２２）。

【００２１】その際に、イベント情報格納手段１１は、
滞留イベントカウンタ６が“０”から“１”へ遷移した
のであれば（ステップ２３でＹＥＳ）、イベント発生通
知データをイベント受信プロセス２へ送信するためにイ
ベント発生通知手段１２を呼び出す（ステップ２４）。
なお、滞留イベントカウンタ６が“０”から“１”へ遷
移したのでなければ（ステップ２３でＮＯ）、そのまま
処理を終了する。

【００２２】図３は、図１に示したイベント送信プロセ
ス１内のイベント発生通知手段１２の処理の流れを示す
フローチャートである。

【００２３】図１および図３を参照すると、イベント送
信プロセス１内のイベント発生通知手段１２は、イベン
ト情報格納手段１１からイベント発生通知データの送信
要求を受けると（ステップ３１）、パイプ３を介してイ
ベント発生通知データをイベント受信プロセス２へ送信
する（ステップ３２）。

【００２４】図４は、図１に示したイベント受信プロセ
ス２内のイベント発生受信手段１３の処理の流れを示す
フローチャートである。

【００２５】図１および図４を参照すると、イベント受
信プロセス２内のイベント発生受信手段１３は、ｐｏｌ
ｌシステムコールにより非同期にパイプ３からのデータ
受信を待ち合わせている（ステップ４１）。パイプ３を
介してイベント送信プロセス１からのイベント発生通知
データを受信すると（ステップ４２）、イベント情報取
得手段１４を呼び出す（ステップ４３）。

【００２６】図５は、図１に示したイベント受信プロセ
ス２内のタイマ制御手段１５の処理の流れを示すフロー
チャートである。

【００２７】図１および図５を参照すると、イベント受
信プロセス２内のタイマ制御手段１５は、あらかじめ定
められた時間でタイマを起動し（ステップ５１）、タイ
ムアウトの発生でイベント情報取得手段１４を呼び出す
（ステップ５２）。なお、タイマ制御手段１５は、ステ
ップ５１およびステップ５２の処理をループで繰り返し
実行する。

【００２８】図６は、図１に示したイベント受信プロセ
ス２内のイベント情報取得手段１４の処理の流れを示す
フローチャートである。

【００２９】図１および図６を参照すると、イベント受
信プロセス２内のイベント情報取得手段１４は、イベン
ト発生受信手段１３またはタイマ制御手段１５からイベ
ントデータの取得要求を受けると（ステップ６１）、滞
留イベントカウンタ６が“０”か否かのチェックを実行
する（ステップ６２）。

【００３０】滞留イベントカウンタ６が“０”であった
場合には（ステップ６２でＹＥＳ）、そのまま処理を終
了し、滞留イベントカウンタ６が“０”でなかった場合
には（ステップ６２でＮＯ）、共有メモリ４内のイベン
トデータ格納キュー５から滞留イベントカウンタ６分の
イベントデータを取り出し（ステップ６３）、共有メモ
リ４内の滞留イベントカウンタ６を“０”にリセットす
る（ステップ６４）。

【００３１】以上のように、本発明の実施の形態によれ
ば、イベント送信プロセス１内のイベント情報格納手段
１１およびイベント発生通知手段１２により、イベント
発生通知データの送信のためのパイプ通信を、共有メモ
リ４内の滞留イベントカウンタ６が“０”から“１”へ
遷移する場合にだけ実行するため、従来の方式と比較し
てイベント発生通知データの送信回数を減らして伝送効
率の向上を図ることができる。

【００３２】また、本発明の実施の形態によれば、イベ
ント受信プロセス２内のタイマ制御手段１５およびこの
タイマ制御手段１５からの指示に呼応して動作するイベ
ント情報取得手段１４により、共有メモリ４内のイベン
トデータ格納キュー５にイベントデータが滞留している
か否かを一定間隔で検出し、滞留している場合にこの滞
留イベントデータを取得するため、イベント送信プロセ
ス１においてイベント発生通知データの送信のためのパ
イプ通信が失敗した場合でも、これに対しての再送等の
考慮が不要であり、また仮にパイプ３が障害等により切
断された場合でもイベント通信を継続することができ
る。

【００３３】

【実施例】次に、前述した本発明の実施の形態をより具
体的に説明するために、本発明の実施例について図面を
参照して詳細に説明する。

【００３４】図７は、本発明の一実施例の構成を示すブ
ロック図である。

【００３５】図７に示すように、本実施例においては、
プロセス（１）７１とプロセス（２）７２とのプロセス
間通信において、プロセス（１）７１からプロセス
（２）７２へイベントデータ（イベント情報）を送信す
るものとし、プロセス（１）７１とプロセス（２）７２
とはＵＮＩＸ−ＯＳで提供される機構であるパイプ３を
介して接続され、プロセス（１）７１とプロセス（２）
７２との両方からアクセスできる共有メモリ４を備え
る。

【００３６】プロセス（１）７１は、プロセス（１）７
１からプロセス（２）７２へのイベントデータの送信時
に、図２および図３に示した手順に従って以下の処理を
実行する。

【００３７】すなわち、プロセス（１）７１は、送信し
ようとするイベントデータを共有メモリ４内のイベント
データ格納キュー５にキューイングし、共有メモリ４内
の滞留イベントカウンタ６を“１”だけ増加（１−Ｕ
Ｐ）させる。

【００３８】ここで、この処理の直前に共有メモリ４内
のイベントデータ格納キュー５にイベントデータが１件
も滞留していなかった場合には、今回の処理で滞留イベ
ントカウンタ６が“０”から“１”へ遷移することとな
るが、この場合にはパイプ３を介してイベント発生通知
データをプロセス（２）７２へ送信する。なお、その際
に送信されるデータは“？＋（プロセス名）”、すなわ
ち本実施例の場合には“？プロセス１”と取り決めてお
く。

【００３９】これに対し、イベントデータのキューイン
グの際に、既に何件かのイベントデータが共有メモリ４
内のイベントデータ格納キュー５に滞留していた場合に
は、今回の処理で滞留イベントカウンタがｎ（ｎ≠０）
からｎ＋１へ遷移することとなるが、この場合にはパイ
プ３を介してのイベント発生通知データの送信は実行し
ない。

【００４０】次に、プロセス（２）７２は、プロセス
（１）７１からのイベントデータの受信時に、図４ない
し図６に示した手順に従って以下の処理を実行する。

【００４１】すなわち、プロセス（２）７２は、ｐｏｌ
ｌシステムコールにより非同期にパイプ３からのデータ
受信を待ち合わせている。パイプ３を介して“？プロセ
ス１”を受信すると、共有メモリ４内の滞留イベントカ
ウンタ６を参照する。

【００４２】ここで、滞留イベントカウンタ６が“０”
であった場合には、何もせずに処理を終了し、再びｐｏ
ｌｌシステムコールによるデータ受信の待ち状態に移行
する。

【００４３】これに対し、滞留イベントカウンタ６がｎ
（ｎ≠０）であった場合には、共有メモリ４内のイベン
トデータ格納キュー５からｎ個分のイベントデータを取
得し、滞留イベントカウンタ６を“０”にリセットす
る。なお、プロセス（２）７２は、このイベントデータ
に基づいた処理を実行した後、再びｐｏｌｌシステムコ
ールによるデータ受信の待ち状態に移行する。

【００４４】また、前述した処理とは非同期の処理とし
て、プロセス（２）７２は、一定時間（例えば１秒程
度）でタイマを起動しており、タイムアウトのタイミン
グで共有メモリ４内の滞留イベントカウンタ６を参照す
る。

【００４５】ここで、滞留イベントカウンタ６が“０”
であった場合には、何もせずに処理を終了し、再び１秒
のタイマを起動する。

【００４６】これに対し、滞留イベントカウンタ６がｎ
（ｎ≠０）であった場合には、共有メモリ４内のイベン
トデータ格納キュー５からｎ個分のイベントデータを取
得し、滞留イベントカウンタ６を“０”にリセットす
る。なお、プロセス（２）７２は、このイベントデータ
に基づいた処理を実行した後、再び１秒のタイマを起動
する。

【００４７】以上により、本発明のプロセス間通信方式
の一実施例の処理が完了する。

【００４８】

【発明の効果】以上説明したように、本発明によれば、
イベント発生の旨を通知するパイプ通信を、イベント発
生の度に実行するのではなく、共有メモリ内の滞留イベ
ントデータの個数が“０”から“１”へ遷移する場合に
だけ実行するため、イベント発生の旨の通知回数を減ら
して伝送効率の向上を図ることができる。

【００４９】また、本発明によれば、イベントデータ受
信側において、共有メモリ内にイベントデータが滞留し
ているか否かを所定間隔で検出し、イベントデータが滞
留している場合にこの滞留イベントデータを取得するた
め、イベントデータ送信側においてイベント発生の旨の
通知のためのパイプ通信が失敗した場合でも、これに対
しての再送等の考慮が不要であり、また仮にパイプが障
害等により切断された場合でもイベント通信を継続する
ことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成を示すブロック図で
ある。

【図２】本発明の実施の形態におけるイベント送信プロ
セス内のイベント情報格納手段の処理の流れを示すフロ
ーチャートである。

【図３】本発明の実施の形態におけるイベント送信プロ
セス内のイベント発生通知手段の処理の流れを示すフロ
ーチャートである。

【図４】本発明の実施の形態におけるイベント受信プロ
セス内のイベント発生受信手段の処理の流れを示すフロ
ーチャートである。

【図５】本発明の実施の形態におけるイベント受信プロ
セス内のタイマ制御手段の処理の流れを示すフローチャ
ートである。

【図６】本発明の実施の形態におけるイベント受信プロ
セス内のイベント情報取得手段の処理の流れを示すフロ
ーチャートである。

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

【符号の説明】

１ イベント送信プロセス ２ イベント受信プロセス ３ パイプ ４ 共有メモリ ５ イベントデータ格納キュー ６ 滞留イベントカウンタ １１ イベント情報格納手段 １２ イベント発生通知手段 １３ イベント発生受信手段 １４ イベント情報取得手段 １５ タイマ制御手段 ７１ プロセス１ ７２ プロセス２

Claims (4)

【特許請求の範囲】
1. 【請求項１】計算機システムにおけるプロセス間通信方
   式において、 イベント送信プロセスとイベント受信プロセスとをパイ
   プで結合するとともに、前記イベント送信プロセスと前
   記イベント受信プロセスとの両方からアクセスできる共
   有メモリを備え、 この共有メモリに、通信するイベントデータ（イベント
   情報）を格納するイベントデータ格納キューと、格納さ
   れてまだ取り出されていないイベントデータの個数を計
   上しておく滞留イベントカウンタと、を備え、 前記イベント送信プロセスに、イベントデータの送信時
   に前記共有メモリ内の前記イベントデータ格納キューに
   イベントデータを格納し、前記滞留イベントカウンタを
   “１”だけ加算するイベント情報格納手段と、前記滞留
   イベントカウンタが“０”から“１”へ遷移する場合に
   だけ前記イベント情報格納手段から呼び出され、前記パ
   イプを介してイベント発生の旨をイベント受信プロセス
   へ通知するイベント発生通信手段と、を備え、 前記イベント受信プロセスに、前記パイプを介して非同
   期にイベント発生の旨を受信できるイベント発生受信手
   段と、このイベント発生受信手段からの指示により前記
   共有メモリ内の前記イベントデータ格納キューから前記
   滞留イベントカウンタ分のイベントデータを取り出し、
   前記滞留イベントカウンタを“０”にリセットするイベ
   ント情報取得手段と、を備えたことを特徴とするプロセ
   ス間通信方式。
2. 【請求項２】前記イベント受信プロセスに、あらかじめ
   定められた所定間隔で前記イベント情報取得手段を呼び
   出すタイマ制御手段をさらに備え、 前記イベント情報取得手段が、前記タイマ制御手段から
   の指示に呼応して前記共有メモリ内の前記イベントデー
   タ格納キューに滞留しているイベントデータを取得する
   ことを特徴とする請求項１記載のプロセス間通信方式。
3. 【請求項３】イベント送信プロセスとイベント受信プロ
   セスとをパイプで結合するとともに、前記イベント送信
   プロセスと前記イベント受信プロセスとの両方からアク
   セスできる共有メモリを備え、この共有メモリにイベン
   トデータを書き込み、イベント発生の旨を前記パイプを
   介して通知するプロセス間通信方式において、 イベント発生の旨を通知するパイプ通信を、前記共有メ
   モリ内の滞留イベントデータの個数が“０”から“１”
   へ遷移する場合にだけ実行することを特徴とするプロセ
   ス間通信方式。
4. 【請求項４】前記イベントデータの受信側において、前
   記共有メモリ内にイベントデータが滞留しているか否か
   を所定間隔で検出し、イベントデータが滞留している場
   合にこの滞留イベントデータを取得するようにしたこと
   を特徴とする請求項３記載のプロセス間通信方式。