JP2809209B2 - プロセス間通信方式 - Google Patents
プロセス間通信方式Info
- Publication number
- JP2809209B2 JP2809209B2 JP17574096A JP17574096A JP2809209B2 JP 2809209 B2 JP2809209 B2 JP 2809209B2 JP 17574096 A JP17574096 A JP 17574096A JP 17574096 A JP17574096 A JP 17574096A JP 2809209 B2 JP2809209 B2 JP 2809209B2
- Authority
- JP
- Japan
- Prior art keywords
- event
- shared memory
- event data
- pipe
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Description
【０００１】
【発明の属する技術分野】本発明は、計算機システムに
おけるプロセス間通信方式に関し、特にＵＮＩＸ−ＯＳ
（オペレーティングシステム）等を基盤とする計算機シ
ステムにおけるプロセス間通信方式に関する。
おけるプロセス間通信方式に関し、特にＵＮＩＸ−ＯＳ
（オペレーティングシステム）等を基盤とする計算機シ
ステムにおけるプロセス間通信方式に関する。
【０００２】
【従来の技術】従来、例えばＵＮＩＸ−ＯＳを基盤とす
る計算機システムにおけるプロセス間でのイベント通信
方式としては、刊行物（Ｗ．リチャード・スティーヴン
ス著（篠田陽一訳）、「ＵＮＩＸネットワークプログラ
ミング」、（株）トッパン、１９９２年７月３０日発
行、特に１０５〜２０１頁参照）に記載されているよう
に、（１）パイプを介してイベントデータを通知する方
式（以下「第１の従来技術」という）や、（２）プロセ
ス間に共有メモリを設け、この共有メモリにイベントデ
ータを書き込み、イベント発生の旨をセマフォで通知す
る方式（以下「第２の従来技術」という）等が一般的に
知られている。
る計算機システムにおけるプロセス間でのイベント通信
方式としては、刊行物（Ｗ．リチャード・スティーヴン
ス著（篠田陽一訳）、「ＵＮＩＸネットワークプログラ
ミング」、（株）トッパン、１９９２年７月３０日発
行、特に１０５〜２０１頁参照）に記載されているよう
に、（１）パイプを介してイベントデータを通知する方
式（以下「第１の従来技術」という）や、（２）プロセ
ス間に共有メモリを設け、この共有メモリにイベントデ
ータを書き込み、イベント発生の旨をセマフォで通知す
る方式（以下「第２の従来技術」という）等が一般的に
知られている。
【０００３】
【発明が解決しようとする課題】しかしながら、前述し
た第１の従来技術のようにパイプを用いた通信方式で
は、パイプ資源の不足等により送信失敗となった場合
や、パイプ障害等によりパイプそのものの切断が発生し
た場合に、イベント抜けとなることを防止するために
は、送信の再実行処理や、パイプの確立からのやり直し
等の処理が必要であり、処理が煩雑になるという問題が
ある。
た第１の従来技術のようにパイプを用いた通信方式で
は、パイプ資源の不足等により送信失敗となった場合
や、パイプ障害等によりパイプそのものの切断が発生し
た場合に、イベント抜けとなることを防止するために
は、送信の再実行処理や、パイプの確立からのやり直し
等の処理が必要であり、処理が煩雑になるという問題が
ある。
【０００４】また、前述した第２の従来技術のように共
有メモリを用いた通信方式では、同期をとったタイムリ
ーなプロセス間通信を実行するためには、イベントデー
タ受信側が常にセマフォでウェイト（ＷＡＩＴ）してい
なければならず、対等型のプロセス間通信を構築できな
いという問題がある。
有メモリを用いた通信方式では、同期をとったタイムリ
ーなプロセス間通信を実行するためには、イベントデー
タ受信側が常にセマフォでウェイト（ＷＡＩＴ）してい
なければならず、対等型のプロセス間通信を構築できな
いという問題がある。
【０００５】なお、このような第２の従来技術における
問題点を解決するために、共有メモリを用いた通信方式
において、イベント発生の旨だけをパイプを介して通知
する方式を採用することが考えられる。これは、パイプ
を用いた通信における受信側の処理では、ｐｏｌｌシス
テムコールによる非同期なデータ受信が可能であり、デ
ータ受信のためにウェイト（ＷＡＩＴ）する必要がない
からである。
問題点を解決するために、共有メモリを用いた通信方式
において、イベント発生の旨だけをパイプを介して通知
する方式を採用することが考えられる。これは、パイプ
を用いた通信における受信側の処理では、ｐｏｌｌシス
テムコールによる非同期なデータ受信が可能であり、デ
ータ受信のためにウェイト（ＷＡＩＴ）する必要がない
からである。
【０００６】しかし、この場合にも、パイプ資源の不足
による送信失敗やパイプ障害等の発生時に、次のイベン
ト発生時のパイプ通信まで受信側でイベント発生の旨を
認識できないことを防止するためには、パイプを用いた
送信の再実行処理や、パイプの確立からのやり直し等の
処理が必要であり、処理が煩雑になるという問題があ
る。
による送信失敗やパイプ障害等の発生時に、次のイベン
ト発生時のパイプ通信まで受信側でイベント発生の旨を
認識できないことを防止するためには、パイプを用いた
送信の再実行処理や、パイプの確立からのやり直し等の
処理が必要であり、処理が煩雑になるという問題があ
る。
【０００７】従って、本発明は前述した事情に鑑みてな
されたものであり、イベント発生の旨の通知回数を減ら
して伝送効率の向上を図るとともに、イベント発生の旨
の通知のためのパイプ通信が失敗した場合でもイベント
データ送信側においてこれに対しての再送等の考慮を不
要とし、仮にパイプが障害等により切断された場合でも
イベント通信を継続可能とするプロセス間通信方式を提
供することを目的とする。
されたものであり、イベント発生の旨の通知回数を減ら
して伝送効率の向上を図るとともに、イベント発生の旨
の通知のためのパイプ通信が失敗した場合でもイベント
データ送信側においてこれに対しての再送等の考慮を不
要とし、仮にパイプが障害等により切断された場合でも
イベント通信を継続可能とするプロセス間通信方式を提
供することを目的とする。
【０００８】
【課題を解決するための手段】前述した目的を達成する
ため、本発明は、計算機システムにおけるプロセス間通
信方式において、イベント送信プロセス（図１の１）と
イベント受信プロセス（図１の２）とをパイプ（図１の
３）で結合するとともに、前記イベント送信プロセスと
前記イベント受信プロセスとの両方からアクセスできる
共有メモリ（図１の４）を備え、この共有メモリに、通
信するイベントデータ（イベント情報）を格納するイベ
ントデータ格納キュー（図１の５）と、格納されてまだ
取り出されていないイベントデータの個数を計上してお
く滞留イベントカウンタ（図１の６）と、を備え、前記
イベント送信プロセスに、イベントデータの送信時に前
記共有メモリ内の前記イベントデータ格納キューにイベ
ントデータを格納し、前記滞留イベントカウンタを
“１”だけ加算するイベント情報格納手段（図１の１
１）と、前記滞留イベントカウンタが“０”から“１”
へ遷移する場合にだけ前記イベント情報格納手段から呼
び出され、前記パイプを介してイベント発生の旨をイベ
ント受信プロセスへ通知するイベント発生通知手段（図
１の１２）と、を備え、前記イベント受信プロセスに、
前記パイプを介して非同期にイベント発生の旨を受信で
きるイベント発生受信手段（図１の１３）と、このイベ
ント発生受信手段からの指示により前記共有メモリ内の
前記イベントデータ格納キューから前記滞留イベントカ
ウンタ分のイベントデータを取り出し、前記滞留イベン
トカウンタを“０”にリセットするイベント情報取得手
段（図１の１４）と、を備えたことを特徴とするプロセ
ス間通信方式を提供する。
ため、本発明は、計算機システムにおけるプロセス間通
信方式において、イベント送信プロセス（図１の１）と
イベント受信プロセス（図１の２）とをパイプ（図１の
３）で結合するとともに、前記イベント送信プロセスと
前記イベント受信プロセスとの両方からアクセスできる
共有メモリ（図１の４）を備え、この共有メモリに、通
信するイベントデータ（イベント情報）を格納するイベ
ントデータ格納キュー（図１の５）と、格納されてまだ
取り出されていないイベントデータの個数を計上してお
く滞留イベントカウンタ（図１の６）と、を備え、前記
イベント送信プロセスに、イベントデータの送信時に前
記共有メモリ内の前記イベントデータ格納キューにイベ
ントデータを格納し、前記滞留イベントカウンタを
“１”だけ加算するイベント情報格納手段（図１の１
１）と、前記滞留イベントカウンタが“０”から“１”
へ遷移する場合にだけ前記イベント情報格納手段から呼
び出され、前記パイプを介してイベント発生の旨をイベ
ント受信プロセスへ通知するイベント発生通知手段（図
１の１２）と、を備え、前記イベント受信プロセスに、
前記パイプを介して非同期にイベント発生の旨を受信で
きるイベント発生受信手段（図１の１３）と、このイベ
ント発生受信手段からの指示により前記共有メモリ内の
前記イベントデータ格納キューから前記滞留イベントカ
ウンタ分のイベントデータを取り出し、前記滞留イベン
トカウンタを“０”にリセットするイベント情報取得手
段（図１の１４）と、を備えたことを特徴とするプロセ
ス間通信方式を提供する。
【０００９】また、本発明のプロセス間通信方式は、前
記イベント受信プロセスに、あらかじめ定められた所定
間隔で前記イベント情報取得手段を呼び出すタイマ制御
手段（図１の１５）をさらに備え、前記イベント情報取
得手段が、前記タイマ制御手段からの指示に呼応して前
記共有メモリ内の前記イベントデータ格納キューに滞留
しているイベントデータを取得するようにするとよい。
記イベント受信プロセスに、あらかじめ定められた所定
間隔で前記イベント情報取得手段を呼び出すタイマ制御
手段（図１の１５）をさらに備え、前記イベント情報取
得手段が、前記タイマ制御手段からの指示に呼応して前
記共有メモリ内の前記イベントデータ格納キューに滞留
しているイベントデータを取得するようにするとよい。
【００１０】このように、本発明のプロセス間通信方式
によれば、イベント送信プロセスからイベント受信プロ
セスへのイベント発生の旨を通知するパイプ通信を、共
有メモリ内の滞留イベントデータの個数が“０”から
“１”へ遷移した場合にだけ実行することにより、イベ
ント発生の度にその旨を通知する従来の方式と比較して
伝送効率の向上を図る。
によれば、イベント送信プロセスからイベント受信プロ
セスへのイベント発生の旨を通知するパイプ通信を、共
有メモリ内の滞留イベントデータの個数が“０”から
“１”へ遷移した場合にだけ実行することにより、イベ
ント発生の度にその旨を通知する従来の方式と比較して
伝送効率の向上を図る。
【００１１】また、本発明のプロセス間通信方式によれ
ば、イベントデータ受信側において、共有メモリ内にイ
ベントデータが滞留しているか否かを所定間隔で検出
し、イベントデータが滞留している場合にこの滞留イベ
ントデータを取得することにより、イベントデータ送信
側においてイベント発生の旨の通知のためのパイプ通信
が失敗した場合でも、これに対しての再送等の考慮が不
要であり、また仮にパイプが障害等により切断された場
合でもイベント通信を継続可能とする。
ば、イベントデータ受信側において、共有メモリ内にイ
ベントデータが滞留しているか否かを所定間隔で検出
し、イベントデータが滞留している場合にこの滞留イベ
ントデータを取得することにより、イベントデータ送信
側においてイベント発生の旨の通知のためのパイプ通信
が失敗した場合でも、これに対しての再送等の考慮が不
要であり、また仮にパイプが障害等により切断された場
合でもイベント通信を継続可能とする。
【００１２】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００１３】図１は、本発明の実施の形態の構成を示す
ブロック図である。
ブロック図である。
【００１４】図１を参照すると、本発明はその実施の形
態において、イベント送信プロセス１と、イベント受信
プロセス２と、イベント送信プロセス１とイベント受信
プロセス２とを結合するパイプ３と、イベント送信プロ
セス１とイベント受信プロセス２との両方からアクセス
できる共有メモリ４と、を備える。
態において、イベント送信プロセス１と、イベント受信
プロセス２と、イベント送信プロセス１とイベント受信
プロセス２とを結合するパイプ３と、イベント送信プロ
セス１とイベント受信プロセス２との両方からアクセス
できる共有メモリ４と、を備える。
【００１５】共有メモリ４は、通信するイベントデータ
（イベント情報）を格納するイベントデータ格納キュー
５と、格納されてまだ取り出されていないイベントデー
タの個数を計上しておく滞留イベントカウンタ６と、を
備える。
（イベント情報）を格納するイベントデータ格納キュー
５と、格納されてまだ取り出されていないイベントデー
タの個数を計上しておく滞留イベントカウンタ６と、を
備える。
【００１６】イベント送信プロセス１は、イベントデー
タの送信時に共有メモリ４内のイベントデータ格納キュ
ー５にイベントデータを格納し、滞留イベントカウンタ
６を“１”だけ加算するイベント情報格納手段１１と、
滞留イベントカウンタ６が“０”から“１”へ遷移する
場合にだけイベント情報格納手段１１から呼び出され、
パイプ３を介してイベント発生の旨をイベント受信プロ
セス２へ通知するイベント発生通知手段１２と、を備え
る。
タの送信時に共有メモリ４内のイベントデータ格納キュ
ー５にイベントデータを格納し、滞留イベントカウンタ
６を“１”だけ加算するイベント情報格納手段１１と、
滞留イベントカウンタ６が“０”から“１”へ遷移する
場合にだけイベント情報格納手段１１から呼び出され、
パイプ３を介してイベント発生の旨をイベント受信プロ
セス２へ通知するイベント発生通知手段１２と、を備え
る。
【００１７】イベント受信プロセス２は、パイプ３を介
して非同期にイベント発生の旨を受信できるイベント発
生受信手段１３と、イベント発生受信手段１３からの指
示により共有メモリ４内のイベントデータ格納キュー５
から滞留イベントカウンタ６分のイベントデータを取り
出し、滞留イベントカウンタ６を“０”にリセットする
イベント情報取得手段１４と、あらかじめ定められた一
定間隔でイベント情報取得手段１４を呼び出すタイマ制
御手段１５と、を備える。
して非同期にイベント発生の旨を受信できるイベント発
生受信手段１３と、イベント発生受信手段１３からの指
示により共有メモリ４内のイベントデータ格納キュー５
から滞留イベントカウンタ６分のイベントデータを取り
出し、滞留イベントカウンタ６を“０”にリセットする
イベント情報取得手段１４と、あらかじめ定められた一
定間隔でイベント情報取得手段１４を呼び出すタイマ制
御手段１５と、を備える。
【００１８】次に、本発明の実施の形態の動作について
説明する。
説明する。
【００１９】図２は、図１に示したイベント送信プロセ
ス１内のイベント情報格納手段１１の処理の流れを示す
フローチャートである。
ス１内のイベント情報格納手段１１の処理の流れを示す
フローチャートである。
【００２０】図１および図２を参照すると、イベントデ
ータの送信事象が発生した際に、イベント送信プロセス
１内のイベント情報格納手段１１は、共有メモリ４内の
イベントデータ格納キュー５にそのイベントデータを格
納し（ステップ２１）、共有メモリ４内の滞留イベント
カウンタ６を“１”だけ増加（１−ＵＰ）させる（ステ
ップ２２）。
ータの送信事象が発生した際に、イベント送信プロセス
１内のイベント情報格納手段１１は、共有メモリ４内の
イベントデータ格納キュー５にそのイベントデータを格
納し（ステップ２１）、共有メモリ４内の滞留イベント
カウンタ６を“１”だけ増加（１−ＵＰ）させる（ステ
ップ２２）。
【００２１】その際に、イベント情報格納手段１１は、
滞留イベントカウンタ６が“０”から“１”へ遷移した
のであれば（ステップ２３でＹＥＳ）、イベント発生通
知データをイベント受信プロセス２へ送信するためにイ
ベント発生通知手段１２を呼び出す（ステップ２４）。
なお、滞留イベントカウンタ６が“０”から“１”へ遷
移したのでなければ（ステップ２３でＮＯ）、そのまま
処理を終了する。
滞留イベントカウンタ６が“０”から“１”へ遷移した
のであれば（ステップ２３でＹＥＳ）、イベント発生通
知データをイベント受信プロセス２へ送信するためにイ
ベント発生通知手段１２を呼び出す（ステップ２４）。
なお、滞留イベントカウンタ６が“０”から“１”へ遷
移したのでなければ（ステップ２３でＮＯ）、そのまま
処理を終了する。
【００２２】図３は、図１に示したイベント送信プロセ
ス１内のイベント発生通知手段１２の処理の流れを示す
フローチャートである。
ス１内のイベント発生通知手段１２の処理の流れを示す
フローチャートである。
【００２３】図１および図３を参照すると、イベント送
信プロセス１内のイベント発生通知手段１２は、イベン
ト情報格納手段１１からイベント発生通知データの送信
要求を受けると（ステップ３１）、パイプ３を介してイ
ベント発生通知データをイベント受信プロセス２へ送信
する（ステップ３２）。
信プロセス１内のイベント発生通知手段１２は、イベン
ト情報格納手段１１からイベント発生通知データの送信
要求を受けると（ステップ３１）、パイプ３を介してイ
ベント発生通知データをイベント受信プロセス２へ送信
する（ステップ３２）。
【００２４】図４は、図１に示したイベント受信プロセ
ス２内のイベント発生受信手段１３の処理の流れを示す
フローチャートである。
ス２内のイベント発生受信手段１３の処理の流れを示す
フローチャートである。
【００２５】図１および図４を参照すると、イベント受
信プロセス２内のイベント発生受信手段１３は、ｐｏｌ
ｌシステムコールにより非同期にパイプ３からのデータ
受信を待ち合わせている（ステップ４１）。パイプ３を
介してイベント送信プロセス１からのイベント発生通知
データを受信すると（ステップ４２）、イベント情報取
得手段１４を呼び出す（ステップ４３）。
信プロセス２内のイベント発生受信手段１３は、ｐｏｌ
ｌシステムコールにより非同期にパイプ３からのデータ
受信を待ち合わせている（ステップ４１）。パイプ３を
介してイベント送信プロセス１からのイベント発生通知
データを受信すると（ステップ４２）、イベント情報取
得手段１４を呼び出す（ステップ４３）。
【００２６】図５は、図１に示したイベント受信プロセ
ス２内のタイマ制御手段１５の処理の流れを示すフロー
チャートである。
ス２内のタイマ制御手段１５の処理の流れを示すフロー
チャートである。
【００２７】図１および図５を参照すると、イベント受
信プロセス２内のタイマ制御手段１５は、あらかじめ定
められた時間でタイマを起動し（ステップ５１）、タイ
ムアウトの発生でイベント情報取得手段１４を呼び出す
（ステップ５２）。なお、タイマ制御手段１５は、ステ
ップ５１およびステップ５２の処理をループで繰り返し
実行する。
信プロセス２内のタイマ制御手段１５は、あらかじめ定
められた時間でタイマを起動し（ステップ５１）、タイ
ムアウトの発生でイベント情報取得手段１４を呼び出す
（ステップ５２）。なお、タイマ制御手段１５は、ステ
ップ５１およびステップ５２の処理をループで繰り返し
実行する。
【００２８】図６は、図１に示したイベント受信プロセ
ス２内のイベント情報取得手段１４の処理の流れを示す
フローチャートである。
ス２内のイベント情報取得手段１４の処理の流れを示す
フローチャートである。
【００２９】図１および図６を参照すると、イベント受
信プロセス２内のイベント情報取得手段１４は、イベン
ト発生受信手段１３またはタイマ制御手段１５からイベ
ントデータの取得要求を受けると（ステップ６１）、滞
留イベントカウンタ６が“０”か否かのチェックを実行
する（ステップ６２）。
信プロセス２内のイベント情報取得手段１４は、イベン
ト発生受信手段１３またはタイマ制御手段１５からイベ
ントデータの取得要求を受けると（ステップ６１）、滞
留イベントカウンタ６が“０”か否かのチェックを実行
する（ステップ６２）。
【００３０】滞留イベントカウンタ６が“０”であった
場合には（ステップ６２でＹＥＳ）、そのまま処理を終
了し、滞留イベントカウンタ６が“０”でなかった場合
には（ステップ６２でＮＯ）、共有メモリ４内のイベン
トデータ格納キュー５から滞留イベントカウンタ６分の
イベントデータを取り出し（ステップ６３）、共有メモ
リ４内の滞留イベントカウンタ６を“０”にリセットす
る（ステップ６４）。
場合には（ステップ６２でＹＥＳ）、そのまま処理を終
了し、滞留イベントカウンタ６が“０”でなかった場合
には（ステップ６２でＮＯ）、共有メモリ４内のイベン
トデータ格納キュー５から滞留イベントカウンタ６分の
イベントデータを取り出し（ステップ６３）、共有メモ
リ４内の滞留イベントカウンタ６を“０”にリセットす
る（ステップ６４）。
【００３１】以上のように、本発明の実施の形態によれ
ば、イベント送信プロセス１内のイベント情報格納手段
１１およびイベント発生通知手段１２により、イベント
発生通知データの送信のためのパイプ通信を、共有メモ
リ４内の滞留イベントカウンタ６が“０”から“１”へ
遷移する場合にだけ実行するため、従来の方式と比較し
てイベント発生通知データの送信回数を減らして伝送効
率の向上を図ることができる。
ば、イベント送信プロセス１内のイベント情報格納手段
１１およびイベント発生通知手段１２により、イベント
発生通知データの送信のためのパイプ通信を、共有メモ
リ４内の滞留イベントカウンタ６が“０”から“１”へ
遷移する場合にだけ実行するため、従来の方式と比較し
てイベント発生通知データの送信回数を減らして伝送効
率の向上を図ることができる。
【００３２】また、本発明の実施の形態によれば、イベ
ント受信プロセス２内のタイマ制御手段１５およびこの
タイマ制御手段１５からの指示に呼応して動作するイベ
ント情報取得手段１４により、共有メモリ４内のイベン
トデータ格納キュー５にイベントデータが滞留している
か否かを一定間隔で検出し、滞留している場合にこの滞
留イベントデータを取得するため、イベント送信プロセ
ス１においてイベント発生通知データの送信のためのパ
イプ通信が失敗した場合でも、これに対しての再送等の
考慮が不要であり、また仮にパイプ３が障害等により切
断された場合でもイベント通信を継続することができ
る。
ント受信プロセス２内のタイマ制御手段１５およびこの
タイマ制御手段１５からの指示に呼応して動作するイベ
ント情報取得手段１４により、共有メモリ４内のイベン
トデータ格納キュー５にイベントデータが滞留している
か否かを一定間隔で検出し、滞留している場合にこの滞
留イベントデータを取得するため、イベント送信プロセ
ス１においてイベント発生通知データの送信のためのパ
イプ通信が失敗した場合でも、これに対しての再送等の
考慮が不要であり、また仮にパイプ３が障害等により切
断された場合でもイベント通信を継続することができ
る。
【００３３】
【実施例】次に、前述した本発明の実施の形態をより具
体的に説明するために、本発明の実施例について図面を
参照して詳細に説明する。
体的に説明するために、本発明の実施例について図面を
参照して詳細に説明する。
【００３４】図７は、本発明の一実施例の構成を示すブ
ロック図である。
ロック図である。
【００３５】図７に示すように、本実施例においては、
プロセス（１）７１とプロセス（２）７２とのプロセス
間通信において、プロセス（１）７１からプロセス
（２）７２へイベントデータ（イベント情報）を送信す
るものとし、プロセス（１）７１とプロセス（２）７２
とはＵＮＩＸ−ＯＳで提供される機構であるパイプ３を
介して接続され、プロセス（１）７１とプロセス（２）
７２との両方からアクセスできる共有メモリ４を備え
る。
プロセス（１）７１とプロセス（２）７２とのプロセス
間通信において、プロセス（１）７１からプロセス
（２）７２へイベントデータ（イベント情報）を送信す
るものとし、プロセス（１）７１とプロセス（２）７２
とはＵＮＩＸ−ＯＳで提供される機構であるパイプ３を
介して接続され、プロセス（１）７１とプロセス（２）
７２との両方からアクセスできる共有メモリ４を備え
る。
【００３６】プロセス（１）７１は、プロセス（１）７
１からプロセス（２）７２へのイベントデータの送信時
に、図２および図３に示した手順に従って以下の処理を
実行する。
１からプロセス（２）７２へのイベントデータの送信時
に、図２および図３に示した手順に従って以下の処理を
実行する。
【００３７】すなわち、プロセス（１）７１は、送信し
ようとするイベントデータを共有メモリ４内のイベント
データ格納キュー５にキューイングし、共有メモリ４内
の滞留イベントカウンタ６を“１”だけ増加（１−Ｕ
Ｐ）させる。
ようとするイベントデータを共有メモリ４内のイベント
データ格納キュー５にキューイングし、共有メモリ４内
の滞留イベントカウンタ６を“１”だけ増加（１−Ｕ
Ｐ）させる。
【００３８】ここで、この処理の直前に共有メモリ４内
のイベントデータ格納キュー５にイベントデータが１件
も滞留していなかった場合には、今回の処理で滞留イベ
ントカウンタ６が“０”から“１”へ遷移することとな
るが、この場合にはパイプ３を介してイベント発生通知
データをプロセス（２）７２へ送信する。なお、その際
に送信されるデータは“？＋（プロセス名）”、すなわ
ち本実施例の場合には“？プロセス１”と取り決めてお
く。
のイベントデータ格納キュー５にイベントデータが１件
も滞留していなかった場合には、今回の処理で滞留イベ
ントカウンタ６が“０”から“１”へ遷移することとな
るが、この場合にはパイプ３を介してイベント発生通知
データをプロセス（２）７２へ送信する。なお、その際
に送信されるデータは“？＋（プロセス名）”、すなわ
ち本実施例の場合には“？プロセス１”と取り決めてお
く。
【００３９】これに対し、イベントデータのキューイン
グの際に、既に何件かのイベントデータが共有メモリ４
内のイベントデータ格納キュー５に滞留していた場合に
は、今回の処理で滞留イベントカウンタがｎ（ｎ≠０）
からｎ＋１へ遷移することとなるが、この場合にはパイ
プ３を介してのイベント発生通知データの送信は実行し
ない。
グの際に、既に何件かのイベントデータが共有メモリ４
内のイベントデータ格納キュー５に滞留していた場合に
は、今回の処理で滞留イベントカウンタがｎ（ｎ≠０）
からｎ＋１へ遷移することとなるが、この場合にはパイ
プ３を介してのイベント発生通知データの送信は実行し
ない。
【００４０】次に、プロセス（２）７２は、プロセス
（１）７１からのイベントデータの受信時に、図４ない
し図６に示した手順に従って以下の処理を実行する。
（１）７１からのイベントデータの受信時に、図４ない
し図６に示した手順に従って以下の処理を実行する。
【００４１】すなわち、プロセス（２）７２は、ｐｏｌ
ｌシステムコールにより非同期にパイプ３からのデータ
受信を待ち合わせている。パイプ３を介して“？プロセ
ス１”を受信すると、共有メモリ４内の滞留イベントカ
ウンタ６を参照する。
ｌシステムコールにより非同期にパイプ３からのデータ
受信を待ち合わせている。パイプ３を介して“？プロセ
ス１”を受信すると、共有メモリ４内の滞留イベントカ
ウンタ６を参照する。
【００４２】ここで、滞留イベントカウンタ６が“０”
であった場合には、何もせずに処理を終了し、再びｐｏ
ｌｌシステムコールによるデータ受信の待ち状態に移行
する。
であった場合には、何もせずに処理を終了し、再びｐｏ
ｌｌシステムコールによるデータ受信の待ち状態に移行
する。
【００４３】これに対し、滞留イベントカウンタ６がｎ
（ｎ≠０）であった場合には、共有メモリ４内のイベン
トデータ格納キュー５からｎ個分のイベントデータを取
得し、滞留イベントカウンタ６を“０”にリセットす
る。なお、プロセス（２）７２は、このイベントデータ
に基づいた処理を実行した後、再びｐｏｌｌシステムコ
ールによるデータ受信の待ち状態に移行する。
（ｎ≠０）であった場合には、共有メモリ４内のイベン
トデータ格納キュー５からｎ個分のイベントデータを取
得し、滞留イベントカウンタ６を“０”にリセットす
る。なお、プロセス（２）７２は、このイベントデータ
に基づいた処理を実行した後、再びｐｏｌｌシステムコ
ールによるデータ受信の待ち状態に移行する。
【００４４】また、前述した処理とは非同期の処理とし
て、プロセス（２）７２は、一定時間（例えば１秒程
度）でタイマを起動しており、タイムアウトのタイミン
グで共有メモリ４内の滞留イベントカウンタ６を参照す
る。
て、プロセス（２）７２は、一定時間（例えば１秒程
度）でタイマを起動しており、タイムアウトのタイミン
グで共有メモリ４内の滞留イベントカウンタ６を参照す
る。
【００４５】ここで、滞留イベントカウンタ６が“０”
であった場合には、何もせずに処理を終了し、再び１秒
のタイマを起動する。
であった場合には、何もせずに処理を終了し、再び１秒
のタイマを起動する。
【００４６】これに対し、滞留イベントカウンタ６がｎ
（ｎ≠０）であった場合には、共有メモリ４内のイベン
トデータ格納キュー５からｎ個分のイベントデータを取
得し、滞留イベントカウンタ６を“０”にリセットす
る。なお、プロセス（２）７２は、このイベントデータ
に基づいた処理を実行した後、再び１秒のタイマを起動
する。
（ｎ≠０）であった場合には、共有メモリ４内のイベン
トデータ格納キュー５からｎ個分のイベントデータを取
得し、滞留イベントカウンタ６を“０”にリセットす
る。なお、プロセス（２）７２は、このイベントデータ
に基づいた処理を実行した後、再び１秒のタイマを起動
する。
【００４７】以上により、本発明のプロセス間通信方式
の一実施例の処理が完了する。
の一実施例の処理が完了する。
【００４８】
【発明の効果】以上説明したように、本発明によれば、
イベント発生の旨を通知するパイプ通信を、イベント発
生の度に実行するのではなく、共有メモリ内の滞留イベ
ントデータの個数が“０”から“１”へ遷移する場合に
だけ実行するため、イベント発生の旨の通知回数を減ら
して伝送効率の向上を図ることができる。
イベント発生の旨を通知するパイプ通信を、イベント発
生の度に実行するのではなく、共有メモリ内の滞留イベ
ントデータの個数が“０”から“１”へ遷移する場合に
だけ実行するため、イベント発生の旨の通知回数を減ら
して伝送効率の向上を図ることができる。
【００４９】また、本発明によれば、イベントデータ受
信側において、共有メモリ内にイベントデータが滞留し
ているか否かを所定間隔で検出し、イベントデータが滞
留している場合にこの滞留イベントデータを取得するた
め、イベントデータ送信側においてイベント発生の旨の
通知のためのパイプ通信が失敗した場合でも、これに対
しての再送等の考慮が不要であり、また仮にパイプが障
害等により切断された場合でもイベント通信を継続する
ことができる。
信側において、共有メモリ内にイベントデータが滞留し
ているか否かを所定間隔で検出し、イベントデータが滞
留している場合にこの滞留イベントデータを取得するた
め、イベントデータ送信側においてイベント発生の旨の
通知のためのパイプ通信が失敗した場合でも、これに対
しての再送等の考慮が不要であり、また仮にパイプが障
害等により切断された場合でもイベント通信を継続する
ことができる。
【図１】本発明の実施の形態の構成を示すブロック図で
ある。
ある。
【図２】本発明の実施の形態におけるイベント送信プロ
セス内のイベント情報格納手段の処理の流れを示すフロ
ーチャートである。
セス内のイベント情報格納手段の処理の流れを示すフロ
ーチャートである。
【図３】本発明の実施の形態におけるイベント送信プロ
セス内のイベント発生通知手段の処理の流れを示すフロ
ーチャートである。
セス内のイベント発生通知手段の処理の流れを示すフロ
ーチャートである。
【図４】本発明の実施の形態におけるイベント受信プロ
セス内のイベント発生受信手段の処理の流れを示すフロ
ーチャートである。
セス内のイベント発生受信手段の処理の流れを示すフロ
ーチャートである。
【図５】本発明の実施の形態におけるイベント受信プロ
セス内のタイマ制御手段の処理の流れを示すフローチャ
ートである。
セス内のタイマ制御手段の処理の流れを示すフローチャ
ートである。
【図６】本発明の実施の形態におけるイベント受信プロ
セス内のイベント情報取得手段の処理の流れを示すフロ
ーチャートである。
セス内のイベント情報取得手段の処理の流れを示すフロ
ーチャートである。
【図７】本発明の一実施例の構成を示すブロック図であ
る。
る。
１ イベント送信プロセス ２ イベント受信プロセス ３ パイプ ４ 共有メモリ ５ イベントデータ格納キュー ６ 滞留イベントカウンタ １１ イベント情報格納手段 １２ イベント発生通知手段 １３ イベント発生受信手段 １４ イベント情報取得手段 １５ タイマ制御手段 ７１ プロセス１ ７２ プロセス２
Claims (4)
- 【請求項１】計算機システムにおけるプロセス間通信方
式において、 イベント送信プロセスとイベント受信プロセスとをパイ
プで結合するとともに、前記イベント送信プロセスと前
記イベント受信プロセスとの両方からアクセスできる共
有メモリを備え、 この共有メモリに、通信するイベントデータ（イベント
情報）を格納するイベントデータ格納キューと、格納さ
れてまだ取り出されていないイベントデータの個数を計
上しておく滞留イベントカウンタと、を備え、 前記イベント送信プロセスに、イベントデータの送信時
に前記共有メモリ内の前記イベントデータ格納キューに
イベントデータを格納し、前記滞留イベントカウンタを
“１”だけ加算するイベント情報格納手段と、前記滞留
イベントカウンタが“０”から“１”へ遷移する場合に
だけ前記イベント情報格納手段から呼び出され、前記パ
イプを介してイベント発生の旨をイベント受信プロセス
へ通知するイベント発生通信手段と、を備え、 前記イベント受信プロセスに、前記パイプを介して非同
期にイベント発生の旨を受信できるイベント発生受信手
段と、このイベント発生受信手段からの指示により前記
共有メモリ内の前記イベントデータ格納キューから前記
滞留イベントカウンタ分のイベントデータを取り出し、
前記滞留イベントカウンタを“０”にリセットするイベ
ント情報取得手段と、を備えたことを特徴とするプロセ
ス間通信方式。 - 【請求項２】前記イベント受信プロセスに、あらかじめ
定められた所定間隔で前記イベント情報取得手段を呼び
出すタイマ制御手段をさらに備え、 前記イベント情報取得手段が、前記タイマ制御手段から
の指示に呼応して前記共有メモリ内の前記イベントデー
タ格納キューに滞留しているイベントデータを取得する
ことを特徴とする請求項１記載のプロセス間通信方式。 - 【請求項３】イベント送信プロセスとイベント受信プロ
セスとをパイプで結合するとともに、前記イベント送信
プロセスと前記イベント受信プロセスとの両方からアク
セスできる共有メモリを備え、この共有メモリにイベン
トデータを書き込み、イベント発生の旨を前記パイプを
介して通知するプロセス間通信方式において、 イベント発生の旨を通知するパイプ通信を、前記共有メ
モリ内の滞留イベントデータの個数が“０”から“１”
へ遷移する場合にだけ実行することを特徴とするプロセ
ス間通信方式。 - 【請求項４】前記イベントデータの受信側において、前
記共有メモリ内にイベントデータが滞留しているか否か
を所定間隔で検出し、イベントデータが滞留している場
合にこの滞留イベントデータを取得するようにしたこと
を特徴とする請求項３記載のプロセス間通信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17574096A JP2809209B2 (ja) | 1996-06-14 | 1996-06-14 | プロセス間通信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17574096A JP2809209B2 (ja) | 1996-06-14 | 1996-06-14 | プロセス間通信方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH103394A JPH103394A (ja) | 1998-01-06 |
| JP2809209B2 true JP2809209B2 (ja) | 1998-10-08 |
Family
ID=16001429
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17574096A Expired - Fee Related JP2809209B2 (ja) | 1996-06-14 | 1996-06-14 | プロセス間通信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2809209B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000293387A (ja) * | 1999-04-05 | 2000-10-20 | Nec Corp | イベント通知システム |
| DE112012006248B4 (de) | 2012-04-20 | 2023-06-22 | Mitsubishi Electric Corporation | Datenverarbeitungsvorrichtung und Programm |
| JP5766360B2 (ja) | 2012-08-24 | 2015-08-19 | 三菱電機株式会社 | 車載通信システムおよび車載通信方法 |
| US12053540B2 (en) | 2018-12-04 | 2024-08-06 | Virox Technologies Inc. | Antimicrobial compositions containing solvents including a C3-C5 N-alkyl-gamma-butyrolactam |
| CA3115351C (en) * | 2018-12-04 | 2023-06-20 | Virox Technologies Inc. | An antimicrobial composition comprising an antimicrobial agent consisting of a c3-c5 n-alkyl-gamma-butyrolactam and uses thereof |
| US12052990B2 (en) | 2018-12-04 | 2024-08-06 | Virox Technologies Inc. | C3-C5 n-alkyl-gamma-butyrolactam containing antimicrobial compositions and methods of using same |
-
1996
- 1996-06-14 JP JP17574096A patent/JP2809209B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH103394A (ja) | 1998-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1110148B1 (en) | Fault tolerant computer system | |
| EP1116115B1 (en) | Protocol for replicated servers | |
| CN110377486B (zh) | 基于kafka实现稳定的高吞吐量的异步任务处理方法 | |
| CN102567111A (zh) | 一种异步过程调用的方法、系统和终端设备 | |
| CN109669821B (zh) | 消息中间件的集群部分故障恢复方法、服务器及存储介质 | |
| CN103888441A (zh) | 一种应用程序与协议栈之间的信息传输方法及处理装置 | |
| CN112698963B (zh) | 一种事件通知方法及装置 | |
| CA2071191A1 (en) | Multi-function telephone apparatus and control method | |
| US6907606B1 (en) | Method for implementing event transfer system of real time operating system | |
| CN113179227A (zh) | 基于队列的at指令控制方法 | |
| JP2809209B2 (ja) | プロセス間通信方式 | |
| CN113986501A (zh) | 实时数据库api无中断调用方法、系统、存储介质及服务器 | |
| CN112350914A (zh) | 基于MQTT云平台的Modbus通信方法及系统 | |
| CN114697194B (zh) | 阻塞式事件通知方法及装置 | |
| CN110365786B (zh) | 作业处理系统、异步作业调度方法和计算机设备 | |
| CN114024999B (zh) | 一种任务补偿方法、系统、装置、电子设备、存储介质 | |
| US6154129A (en) | Operation system for transmission devices and alarm monitoring method | |
| US20070245174A1 (en) | Diagnostics for remote computer systems | |
| US20040139442A1 (en) | Task switching system, task switching method and dsp modem | |
| JPH11161530A (ja) | トランザクション処理システム | |
| CN110489249B (zh) | 一种消息的处理方法及系统 | |
| JP2007272694A (ja) | 通信インターフェース装置及び通信方法 | |
| CN115098234A (zh) | 一种业务回调服务的控制方法、装置、系统及存储介质 | |
| JPH0468456A (ja) | ネットワーク管理システムのマネージャ装置 | |
| CN118524142A (zh) | 消息发送订阅的方法、装置、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19980630 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070731 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080731 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090731 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100731 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110731 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |