JP3076280B2 - 共有メモリを使用したプロセス間通信方式 - Google Patents
共有メモリを使用したプロセス間通信方式Info
- Publication number
- JP3076280B2 JP3076280B2 JP09229895A JP22989597A JP3076280B2 JP 3076280 B2 JP3076280 B2 JP 3076280B2 JP 09229895 A JP09229895 A JP 09229895A JP 22989597 A JP22989597 A JP 22989597A JP 3076280 B2 JP3076280 B2 JP 3076280B2
- Authority
- JP
- Japan
- Prior art keywords
- shared memory
- processes
- memory area
- communication
- inter
- 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
【０００１】
【発明の属する技術分野】本発明は、コンピュータプロ
グラムにおけるプロセス間の通信に関し、特に共有メモ
リを使用したプロセス間通信に関する。
グラムにおけるプロセス間の通信に関し、特に共有メモ
リを使用したプロセス間通信に関する。
【０００２】
【従来の技術】一般的にプロセス間の通信で大量のデー
タをやり取りする場合、通信先が同一のコンピュータで
あるならば共有メモリを使用する方法が最も性能が良
い。
タをやり取りする場合、通信先が同一のコンピュータで
あるならば共有メモリを使用する方法が最も性能が良
い。
【０００３】しかし、複数のプロセスに同じデータを受
け渡したり、更に、受け取ったプロセスがまた別のプロ
セスにそのデータを受け渡したりしようとすると、受け
渡し用に取得した共有メモリ領域を解放するための制御
が複雑になるばかりでなく、そのための通信が頻繁に発
生し、システムの性能を低下させる。また、共有メモリ
の取得・解放を単純にするために、予め取得した共有メ
モリ領域を使い回してプロセス間通信を行おうとした場
合、今度は、受け渡し先のプロセスの参照が終わるまで
次の書込が待たされたり、受け渡し先の全てのプロセス
の参照が完了したことを通信元のプロセスに知られるた
めの通信が必要になる。
け渡したり、更に、受け取ったプロセスがまた別のプロ
セスにそのデータを受け渡したりしようとすると、受け
渡し用に取得した共有メモリ領域を解放するための制御
が複雑になるばかりでなく、そのための通信が頻繁に発
生し、システムの性能を低下させる。また、共有メモリ
の取得・解放を単純にするために、予め取得した共有メ
モリ領域を使い回してプロセス間通信を行おうとした場
合、今度は、受け渡し先のプロセスの参照が終わるまで
次の書込が待たされたり、受け渡し先の全てのプロセス
の参照が完了したことを通信元のプロセスに知られるた
めの通信が必要になる。
【０００４】例えば、特開平７−１２９４１６公報に開
示されているように、通信元プロセスが共有メモリの取
得、および解放を行っていた。従って、通信先プロセス
全てが参照し終わった後に、通信元プロセスに共有メモ
リの解放要求を通知する必要があった。
示されているように、通信元プロセスが共有メモリの取
得、および解放を行っていた。従って、通信先プロセス
全てが参照し終わった後に、通信元プロセスに共有メモ
リの解放要求を通知する必要があった。
【０００５】また、特開平４−３６４５５０公報に開示
されているように、共有メモリに管理情報を設定し、通
信元プロセスが共有メモリの解放を意識せずに済んでい
るが、通信先プロセスが通信元プロセスの管理情報を操
作するので、複数のプロセスに同時に同じ領域（共有メ
モリ）を使用してデータを送信することは出来ない。す
なわち、１対多数の通信は考慮されていなかった。
されているように、共有メモリに管理情報を設定し、通
信元プロセスが共有メモリの解放を意識せずに済んでい
るが、通信先プロセスが通信元プロセスの管理情報を操
作するので、複数のプロセスに同時に同じ領域（共有メ
モリ）を使用してデータを送信することは出来ない。す
なわち、１対多数の通信は考慮されていなかった。
【０００６】
【発明が解決しようとする課題】第１の問題点は、特開
平７−１２９４１６公報のように、通信元プロセスがプ
ロセス間通信で使用済みとなった共有メモリを削除する
場合、共有メモリの参照完了を通知するため通信を行う
必要があり、プログラム（特に、通信元プロセス）の制
御が複雑になるばかりではなく、通信量の増大、並びに
通信元プロセスの負荷増大によるシステム性能の低下が
発生することである。
平７−１２９４１６公報のように、通信元プロセスがプ
ロセス間通信で使用済みとなった共有メモリを削除する
場合、共有メモリの参照完了を通知するため通信を行う
必要があり、プログラム（特に、通信元プロセス）の制
御が複雑になるばかりではなく、通信量の増大、並びに
通信元プロセスの負荷増大によるシステム性能の低下が
発生することである。
【０００７】第２の問題点は、特開平４−３６４５５０
公報のように、通信先プロセスが共有メモリ上の制御情
報を操作することによりその領域を未使用状態にする場
合、同じ共有メモリ領域を使用して複数のプロセスにデ
ータを受け渡すことができないことである。その理由
は、通信先のプロセスのどれか一つが制御情報を操作し
てしまうとその共有メモリ領域が未使用の状態になり、
次の通信に使われてしまうからである。
公報のように、通信先プロセスが共有メモリ上の制御情
報を操作することによりその領域を未使用状態にする場
合、同じ共有メモリ領域を使用して複数のプロセスにデ
ータを受け渡すことができないことである。その理由
は、通信先のプロセスのどれか一つが制御情報を操作し
てしまうとその共有メモリ領域が未使用の状態になり、
次の通信に使われてしまうからである。
【０００８】本発明の目的は、共有メモリを使用したプ
ロセス間通信を高速かつ容易に行うことにある。
ロセス間通信を高速かつ容易に行うことにある。
【０００９】本発明の他の目的は、１対多数の通信を可
能にすることにある。
能にすることにある。
【００１０】本発明の他の目的は、使用者に意識させな
い構造とし、プロセス間通信の生産性の向上を高めるこ
とにある。
い構造とし、プロセス間通信の生産性の向上を高めるこ
とにある。
【００１１】
【課題を解決するための手段】本発明の共有メモリを使
用したプロセス間通信方式は、共有メモリ空間を利用し
たプロセス間通信方式において、通信に使用する前記共
有メモリ空間に制御情報部と通信データ部とを付加した
共有メモリ領域を備え、前記制御情報部は、前記共有メ
モリ領域を獲得したプロセスの識別を示すオーナプロセ
スＩＤと、前記共有メモリ領域を参照するプロセスの数
を示す参照プロセス数と、前記共有メモリ領域を参照中
またはまだ参照していないプロセスの数を示す未参照プ
ロセス数と、前記共有メモリ領域を参照するプロセスの
識別を示す複数の参照プロセスＩＤと、前記参照プロセ
スＩＤ毎に存在し前記参照プロセスＩＤに示されたプロ
セスが前記共有メモリ領域を参照したのかどうかを示す
参照済みフラグとを含み、前記共有メモリ領域を獲得し
たプロセスから通知を受けたプロセスは、前記制御情報
部を参照し、変更する編集手段と、前記編集手段におい
て、前記未参照プロセス数の値から前記共有メモリ領域
を参照するプロセスがなくなったことを検出した場合は
前記共有メモリ領域を解放する解放手段とを有すること
を特徴としている。
用したプロセス間通信方式は、共有メモリ空間を利用し
たプロセス間通信方式において、通信に使用する前記共
有メモリ空間に制御情報部と通信データ部とを付加した
共有メモリ領域を備え、前記制御情報部は、前記共有メ
モリ領域を獲得したプロセスの識別を示すオーナプロセ
スＩＤと、前記共有メモリ領域を参照するプロセスの数
を示す参照プロセス数と、前記共有メモリ領域を参照中
またはまだ参照していないプロセスの数を示す未参照プ
ロセス数と、前記共有メモリ領域を参照するプロセスの
識別を示す複数の参照プロセスＩＤと、前記参照プロセ
スＩＤ毎に存在し前記参照プロセスＩＤに示されたプロ
セスが前記共有メモリ領域を参照したのかどうかを示す
参照済みフラグとを含み、前記共有メモリ領域を獲得し
たプロセスから通知を受けたプロセスは、前記制御情報
部を参照し、変更する編集手段と、前記編集手段におい
て、前記未参照プロセス数の値から前記共有メモリ領域
を参照するプロセスがなくなったことを検出した場合は
前記共有メモリ領域を解放する解放手段とを有すること
を特徴としている。
【００１２】上記の他に、前記共有メモリ空間に前記共
有メモリ領域の使用状況を管理する共通管理情報部を備
え、前記共有メモリを獲得したいプロセスは、前記共通
管理情報部の使用状況を検索する検索手段を有すること
を特徴としている。
有メモリ領域の使用状況を管理する共通管理情報部を備
え、前記共有メモリを獲得したいプロセスは、前記共通
管理情報部の使用状況を検索する検索手段を有すること
を特徴としている。
【００１３】前記共通管理情報部は、前記共有メモリ領
域の１つ毎に対応した管理テーブルを複数持つことを特
徴としている。
域の１つ毎に対応した管理テーブルを複数持つことを特
徴としている。
【００１４】前記共有メモリ領域を獲得したプロセスか
ら通知を受けたプロセスは、前記編集手段において、前
記参照プロセス数を変更し、前記参照プロセスＩＤと前
記参照済みフラグを設定することにより、前記共有メモ
リ領域に設定された前記通信データ部の内容を他のプロ
セスに受け渡すことを特徴としている。
ら通知を受けたプロセスは、前記編集手段において、前
記参照プロセス数を変更し、前記参照プロセスＩＤと前
記参照済みフラグを設定することにより、前記共有メモ
リ領域に設定された前記通信データ部の内容を他のプロ
セスに受け渡すことを特徴としている。
【００１５】また、本発明の共有メモリを使用したプロ
セス間通信は、共有メモリ空間を利用したプロセス間通
信方式において、通信に使用する前記共有メモリ空間に
制御情報部と通信データ部とを付加した共有メモリ領域
を備え、通信元プロセスは、前記制御情報部にプロセス
間の制御のための制御情報を通信データ部に通信するた
めのデータをそれぞれ設定し、使用している前記共有メ
モリ領域の場所を複数の第１の通信先プロセスに通知す
る第１の通知手段と、前記第１の通知手段によって通知
された前記第１の通信先プロセスは、前記制御情報部を
参照し、受信した前記通信データを複数の第２のプロセ
スに通知する必要がある場合は、既に設定された前記制
御情報を変更し複数の第２の通信先プロセスのＩＤを前
記制御情報部に新たに設定した後、前記複数の第２の通
信先プロセスに通知する第２の通知手段と、第２の通知
手段によって通知された前記第２の通信先プロセスは、
前記第１の通知手段によって通知された前記第１のプロ
セスと同じ動作を行う動作手段と、前記第１の通知手
段、前記第２の通知手段、または前記動作手段によって
通知された全てのプロセスの前記共有メモリ領域への参
照が完了した時点で、最後に完了を検出した通信先プロ
セスが前記共有メモリ領域を解放する解放手段とを有す
ることを特徴としている。
セス間通信は、共有メモリ空間を利用したプロセス間通
信方式において、通信に使用する前記共有メモリ空間に
制御情報部と通信データ部とを付加した共有メモリ領域
を備え、通信元プロセスは、前記制御情報部にプロセス
間の制御のための制御情報を通信データ部に通信するた
めのデータをそれぞれ設定し、使用している前記共有メ
モリ領域の場所を複数の第１の通信先プロセスに通知す
る第１の通知手段と、前記第１の通知手段によって通知
された前記第１の通信先プロセスは、前記制御情報部を
参照し、受信した前記通信データを複数の第２のプロセ
スに通知する必要がある場合は、既に設定された前記制
御情報を変更し複数の第２の通信先プロセスのＩＤを前
記制御情報部に新たに設定した後、前記複数の第２の通
信先プロセスに通知する第２の通知手段と、第２の通知
手段によって通知された前記第２の通信先プロセスは、
前記第１の通知手段によって通知された前記第１のプロ
セスと同じ動作を行う動作手段と、前記第１の通知手
段、前記第２の通知手段、または前記動作手段によって
通知された全てのプロセスの前記共有メモリ領域への参
照が完了した時点で、最後に完了を検出した通信先プロ
セスが前記共有メモリ領域を解放する解放手段とを有す
ることを特徴としている。
【００１６】前記制御情報部は前記共有メモリ領域を獲
得したプロセスの識別を示すオーナプロセスＩＤと、前
記共有メモリ領域を参照するプロセスの数を示す参照プ
ロセス数と、前記共有メモリ領域を参照中またはまだ参
照していないプロセスの数を示す未参照プロセス数と、
前記共有メモリ領域を参照するプロセスの識別を示す参
照プロセスＩＤと、前記参照プロセスＩＤに示されたプ
ロセスが前記共有メモリ領域を参照したのかどうかを示
す参照済みフラグとを含むことを特徴としている。
得したプロセスの識別を示すオーナプロセスＩＤと、前
記共有メモリ領域を参照するプロセスの数を示す参照プ
ロセス数と、前記共有メモリ領域を参照中またはまだ参
照していないプロセスの数を示す未参照プロセス数と、
前記共有メモリ領域を参照するプロセスの識別を示す参
照プロセスＩＤと、前記参照プロセスＩＤに示されたプ
ロセスが前記共有メモリ領域を参照したのかどうかを示
す参照済みフラグとを含むことを特徴としている。
【００１７】前記共有メモリ空間に前記共有メモリ領域
の使用状況を管理する共通管理情報部を備え、前記共通
管理情報部は前記共有メモリ領域の１つ毎に対応した管
理テーブルを複数持つことを特徴としている。
の使用状況を管理する共通管理情報部を備え、前記共通
管理情報部は前記共有メモリ領域の１つ毎に対応した管
理テーブルを複数持つことを特徴としている。
【００１８】前記管理テーブルは、前記共有メモリ空間
の前記共有メモリ領域の場所の識別を示す共有メモリ領
域ＩＤと、前記共有メモリ領域の使用の有無を示す使用
中フラグと、前記共有メモリ領域を確保したプロセスの
識別を示すオーナプロセスＩＤと、前記共有メモリ領域
を獲得した日時を示す取得日時とを含むことを特徴とし
ている。
の前記共有メモリ領域の場所の識別を示す共有メモリ領
域ＩＤと、前記共有メモリ領域の使用の有無を示す使用
中フラグと、前記共有メモリ領域を確保したプロセスの
識別を示すオーナプロセスＩＤと、前記共有メモリ領域
を獲得した日時を示す取得日時とを含むことを特徴とし
ている。
【００１９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００２０】図３は、本発明の共有メモリを使用したプ
ロセス間通信方式を適用したシステムの構成図である。
ロセス間通信方式を適用したシステムの構成図である。
【００２１】図３を参照すると、本発明の実施の形態
は、共有メモリ空間１と、共有メモリ空間１内に共有メ
モリ領域（以降、シャトルバッファと呼ぶ）であるシャ
トルバッファ３２と、プロセスＡ３５と、プロセスＢ３
６と、プロセスＣ３７と、プロセスＤ３８と、シャトル
バッファ３２を使用するためにプロセスＡ３５，Ｂ３
６，Ｃ３７，およびＤ３８が共有する共有メモリ空間１
内にシャトルバッファを管理するための共通管理情報部
３１と、シャトルバッファ３２の作成を行う作成手段２
と、シャトルバッファ３２の編集（参照、変更、または
解放）を行う編集手段３を備えている。
は、共有メモリ空間１と、共有メモリ空間１内に共有メ
モリ領域（以降、シャトルバッファと呼ぶ）であるシャ
トルバッファ３２と、プロセスＡ３５と、プロセスＢ３
６と、プロセスＣ３７と、プロセスＤ３８と、シャトル
バッファ３２を使用するためにプロセスＡ３５，Ｂ３
６，Ｃ３７，およびＤ３８が共有する共有メモリ空間１
内にシャトルバッファを管理するための共通管理情報部
３１と、シャトルバッファ３２の作成を行う作成手段２
と、シャトルバッファ３２の編集（参照、変更、または
解放）を行う編集手段３を備えている。
【００２２】共通管理情報部３１には、複数の管理テー
ブル４１が存在し、管理テーブル４１は１つのシャトル
バッファを管理するために１つ存在する。図３に示す通
り共通管理情報部３１の管理テーブル４１のフォーマッ
トとして、シャトルバッファＩＤと、使用中フラグと、
オーナプロセスＩＤと、シャトルバッファの取得日時と
が存在する。シャトルバッファＩＤは共有メモリ空間１
に存在するシャトルバッファのアドレス位置に対応して
いる。使用中フラグはシャトルバッファを使用している
か使用していないかを示し、「使用中」または「未使
用」で表示される。オーナプロセスＩＤにはシャトルバ
ッファを獲得したプロセスＩＤが設定される。取得日時
にはシャトルバッファを獲得した日時が設定される。
ブル４１が存在し、管理テーブル４１は１つのシャトル
バッファを管理するために１つ存在する。図３に示す通
り共通管理情報部３１の管理テーブル４１のフォーマッ
トとして、シャトルバッファＩＤと、使用中フラグと、
オーナプロセスＩＤと、シャトルバッファの取得日時と
が存在する。シャトルバッファＩＤは共有メモリ空間１
に存在するシャトルバッファのアドレス位置に対応して
いる。使用中フラグはシャトルバッファを使用している
か使用していないかを示し、「使用中」または「未使
用」で表示される。オーナプロセスＩＤにはシャトルバ
ッファを獲得したプロセスＩＤが設定される。取得日時
にはシャトルバッファを獲得した日時が設定される。
【００２３】システムの環境設定時に、システム全体で
使用できるシャトルバッファの最大件数分、共有メモリ
空間１に共通管理情報部３１（管理テーブル４１を最大
件数分の領域）を用意する。
使用できるシャトルバッファの最大件数分、共有メモリ
空間１に共通管理情報部３１（管理テーブル４１を最大
件数分の領域）を用意する。
【００２４】図３のシャトルバッファ３２は、通信を行
おうとするプロセスＡ３５が、共有メモリ空間１上に取
得した領域であり、これは、制御情報部３３，および通
信データ部３４から構成される。制御情報部３３のフォ
ーマットの詳細は以下の通りである。
おうとするプロセスＡ３５が、共有メモリ空間１上に取
得した領域であり、これは、制御情報部３３，および通
信データ部３４から構成される。制御情報部３３のフォ
ーマットの詳細は以下の通りである。
【００２５】ａは、オーナプロセスＩＤを示し、シャト
ルバッファ３２を取得したプロセスＩＤで、獲得したプ
ロセスのみシャトルバッファ３２の通信データ部３４へ
の書き込みが行える。
ルバッファ３２を取得したプロセスＩＤで、獲得したプ
ロセスのみシャトルバッファ３２の通信データ部３４へ
の書き込みが行える。
【００２６】ｂは、参照プロセス数を示し、シャトルバ
ッファ３２を参照するプロセスの数を意味する。
ッファ３２を参照するプロセスの数を意味する。
【００２７】ｃは、未参照プロセス数を示し、シャトル
バッファ３２を参照中、またはまだ参照していないプロ
セスの数を意味する。
バッファ３２を参照中、またはまだ参照していないプロ
セスの数を意味する。
【００２８】ｄは、参照プロセスＩＤを示し、シャトル
バッファ３２を参照するプロセスのＩＤを意味する。
バッファ３２を参照するプロセスのＩＤを意味する。
【００２９】ｅは、参照済みフラグを示し、参照プロセ
スＩＤに表示されたプロセスについて、シャトルバッフ
ァ３２を参照したのかどうかを示すフラグを意味してい
る。。
スＩＤに表示されたプロセスについて、シャトルバッフ
ァ３２を参照したのかどうかを示すフラグを意味してい
る。。
【００３０】図１は、図３の作成手段２の動作をフロー
チャートで示したもので、シャトルバッファ作成手順を
示す。
チャートで示したもので、シャトルバッファ作成手順を
示す。
【００３１】図２は、図３の編集手段３の動作をフロー
チャートで示したもので、シャトルバッファの参照、変
更、または解放手順を示す。
チャートで示したもので、シャトルバッファの参照、変
更、または解放手順を示す。
【００３２】次に、図１，図２，および図３を参照し
て、本発明の実施の形態の動作について説明する。
て、本発明の実施の形態の動作について説明する。
【００３３】先ず、図１と図２を参照して、シャトルバ
ッファの作成手順にについて説明する。
ッファの作成手順にについて説明する。
【００３４】今、プロセスＡ３５の処理を行うと、プロ
セスＡ３５はプロセスＢ３６，プロセスＣ３７の処理を
それぞれ必要とし、プロセスＢ３６の処理を行うと、プ
ロセスＢ３６はプロセスＤ３８の処理を必要とする。
セスＡ３５はプロセスＢ３６，プロセスＣ３７の処理を
それぞれ必要とし、プロセスＢ３６の処理を行うと、プ
ロセスＢ３６はプロセスＤ３８の処理を必要とする。
【００３５】シャトルバッファを用いて通信を行おうと
するプロセスＡ３５は、共通管理情報部３１から使用可
能なシャトルバッファＩＤ（管理テーブル４１の使用中
フラグが「未使用」であるもの）を検索する（図１のス
テップＳ１１，Ｓ１２）。シャトルバッファの空きがな
い場合は、空きがでるまで待たされる。
するプロセスＡ３５は、共通管理情報部３１から使用可
能なシャトルバッファＩＤ（管理テーブル４１の使用中
フラグが「未使用」であるもの）を検索する（図１のス
テップＳ１１，Ｓ１２）。シャトルバッファの空きがな
い場合は、空きがでるまで待たされる。
【００３６】使用可能なシャトルバッファＩＤを見つけ
たら、共通管理情報部３１の管理テーブル４１におい
て、シャトルバッファＩＤに対応する使用中フラグを
「使用中」に、自プロセスＩＤをオーナプロセスＩＤ
に、システム日時を取得日時に設定する（ステップＳ１
３）。
たら、共通管理情報部３１の管理テーブル４１におい
て、シャトルバッファＩＤに対応する使用中フラグを
「使用中」に、自プロセスＩＤをオーナプロセスＩＤ
に、システム日時を取得日時に設定する（ステップＳ１
３）。
【００３７】次に、管理テーブル４１のシャトルバッフ
ァＩＤから共有メモリ空間１上にシャトルバッファ３２
の領域を取得し、自プロセスＩＤをシャトルバッファの
オーナプロセスＩＤに、通信先のプロセスＩＤ（プロセ
スＢ３６，プロセスＣ３７）を参照プロセスＩＤに、通
信先のプロセス数を参照プロセス数に設定する。未参照
プロセス数は、参照プロセス数と同じ値を設定する（最
初は全て未参照なので、未参照プロセス数＝参照プロセ
ス数＝２となる）。また、各参照プロセスの参照済みフ
ラグは全て「未参照」に設定する（ステップＳ１４）。
ァＩＤから共有メモリ空間１上にシャトルバッファ３２
の領域を取得し、自プロセスＩＤをシャトルバッファの
オーナプロセスＩＤに、通信先のプロセスＩＤ（プロセ
スＢ３６，プロセスＣ３７）を参照プロセスＩＤに、通
信先のプロセス数を参照プロセス数に設定する。未参照
プロセス数は、参照プロセス数と同じ値を設定する（最
初は全て未参照なので、未参照プロセス数＝参照プロセ
ス数＝２となる）。また、各参照プロセスの参照済みフ
ラグは全て「未参照」に設定する（ステップＳ１４）。
【００３８】次に、プロセスＡ３５はシャトルバッファ
３２の通信データ部３４に通信データを設定し（ステッ
プＳ１５）、プロセスＢ３６およびプロセスＣ３７にソ
ケット通信によりシャトルバッファＩＤを通知する（ス
テップＳ１６）。
３２の通信データ部３４に通信データを設定し（ステッ
プＳ１５）、プロセスＢ３６およびプロセスＣ３７にソ
ケット通信によりシャトルバッファＩＤを通知する（ス
テップＳ１６）。
【００３９】上記手順により、シャトルバッファが作成
され、通信先プロセスにデータが受け渡される。
され、通信先プロセスにデータが受け渡される。
【００４０】次に、図２と図３を参照して、シャトルバ
ッファ参照、変更または解放手順について説明する。
ッファ参照、変更または解放手順について説明する。
【００４１】前記手順により、プロセスＡ３５からソケ
ット通信によりシャトルバッファＩＤを通知されたプロ
セスＢ３６およびプロセスＣ３７は、通知されたシャト
ルバッファＩＤからシャトルバッファを参照する（図２
のステップＳ２１）。
ット通信によりシャトルバッファＩＤを通知されたプロ
セスＢ３６およびプロセスＣ３７は、通知されたシャト
ルバッファＩＤからシャトルバッファを参照する（図２
のステップＳ２１）。
【００４２】プロセスＢ３６は、プロセスＤ３８にシャ
トルバッファ３２の内容を受け渡すため、シャトルバッ
ファ３２の参照プロセス数および未参照プロセス数に１
加算し（未参照プロセス数＝３）、プロセスＤ３８のプ
ロセスＩＤをシャトルバッファ３２の参照プロセスＩＤ
に追加してその参照済みフラグを「未参照」に設定し、
そしてプロセスＤ３８にソケット通信でシャトルバッフ
ァＩＤを通知する（ステップＳ２２，Ｓ２３）。
トルバッファ３２の内容を受け渡すため、シャトルバッ
ファ３２の参照プロセス数および未参照プロセス数に１
加算し（未参照プロセス数＝３）、プロセスＤ３８のプ
ロセスＩＤをシャトルバッファ３２の参照プロセスＩＤ
に追加してその参照済みフラグを「未参照」に設定し、
そしてプロセスＤ３８にソケット通信でシャトルバッフ
ァＩＤを通知する（ステップＳ２２，Ｓ２３）。
【００４３】次に、プロセスＢ３６はシャトルバッファ
３２の自プロセスの参照済みフラグを「参照済み」に、
未参照プロセス数をー１する（未参照プロセス＝２）
（ステップＳ２４）。
３２の自プロセスの参照済みフラグを「参照済み」に、
未参照プロセス数をー１する（未参照プロセス＝２）
（ステップＳ２４）。
【００４４】ここで、シャトルバッファ３２の未参照プ
ロセス数をチェックするが（ステップＳ２５）、未参照
プロセスは０でないので何もしない。
ロセス数をチェックするが（ステップＳ２５）、未参照
プロセスは０でないので何もしない。
【００４５】プロセスＣ３７も同様にシャトルバッファ
を参照するが、他に通知するプロセスがないので、参照
済みフラグの変更および未参照プロセス数のデクリメン
トのみ行う（未参照プロセス数＝１）。ここでもシャト
ルバッファ３２の未参照プロセス数をチェックするが、
未参照プロセス数は０でないので何もしない。
を参照するが、他に通知するプロセスがないので、参照
済みフラグの変更および未参照プロセス数のデクリメン
トのみ行う（未参照プロセス数＝１）。ここでもシャト
ルバッファ３２の未参照プロセス数をチェックするが、
未参照プロセス数は０でないので何もしない。
【００４６】プロセスＢ３６から通知を受けたプロセス
Ｄ３８はシャトルバッファを参照後、参照済みフラグの
変更および未参照プロセス数のデクリメントを行う（未
参照プロセス数＝０）。ここで、未参照プロセス数が０
になるので、シャトルバッファ３２を解放して、共通管
理情報部３１のシャトルバッファＩＤの使用中フラグを
「未使用」に、オーナプロセスＩＤをクリア、取得日時
をクリアする（ステップＳ２６，Ｓ２７）。
Ｄ３８はシャトルバッファを参照後、参照済みフラグの
変更および未参照プロセス数のデクリメントを行う（未
参照プロセス数＝０）。ここで、未参照プロセス数が０
になるので、シャトルバッファ３２を解放して、共通管
理情報部３１のシャトルバッファＩＤの使用中フラグを
「未使用」に、オーナプロセスＩＤをクリア、取得日時
をクリアする（ステップＳ２６，Ｓ２７）。
【００４７】上記説明において、共通管理情報部３１の
管理テーブル４１とシャトルバッファ３２の状態遷移図
を描くと図４の通りになる。
管理テーブル４１とシャトルバッファ３２の状態遷移図
を描くと図４の通りになる。
【００４８】図４において、図４−（１）は、プロセス
Ａ（ＩＤ＝０００１とする）がシャトルバッファ（ＩＤ
＝５００１とする）を取得（作成）し、プロセスＢ（Ｉ
Ｄ＝０００２とする）とプロセスＣ（ＩＤ＝０００３と
する）に通知するときの状態遷移図である。図４−
（２）は、プロセスＢ（ＩＤ＝０００２）が内容を参照
後、プロセスＤ（ＩＤ＝０００４とする）に通知する状
態遷移図である。図４−（３）は、プロセスＣ（ＩＤ＝
０００３）とプロセスＤ（ＩＤ＝０００４）が内容を参
照後シャトルバッファ（ＩＤ＝５００１）を解放した状
態遷移図である。図４−（４）は、プロセスＢ，Ｃ，お
よびＤの全ての参照が終わり、シャトルバッファ（ＩＤ
＝５００１）を解放した状態遷移図である。
Ａ（ＩＤ＝０００１とする）がシャトルバッファ（ＩＤ
＝５００１とする）を取得（作成）し、プロセスＢ（Ｉ
Ｄ＝０００２とする）とプロセスＣ（ＩＤ＝０００３と
する）に通知するときの状態遷移図である。図４−
（２）は、プロセスＢ（ＩＤ＝０００２）が内容を参照
後、プロセスＤ（ＩＤ＝０００４とする）に通知する状
態遷移図である。図４−（３）は、プロセスＣ（ＩＤ＝
０００３）とプロセスＤ（ＩＤ＝０００４）が内容を参
照後シャトルバッファ（ＩＤ＝５００１）を解放した状
態遷移図である。図４−（４）は、プロセスＢ，Ｃ，お
よびＤの全ての参照が終わり、シャトルバッファ（ＩＤ
＝５００１）を解放した状態遷移図である。
【００４９】上記説明では、シャトルバッファＩＤを通
知するためのプロセス間通信をソケット通信により行っ
ているが、ソケット通信以外の手段を用いても可能なこ
とは言うまでもない。また、図３ではプロセス数を４つ
にしてあるが、プロセス数がいくつであってもよいこと
はもちろんである。
知するためのプロセス間通信をソケット通信により行っ
ているが、ソケット通信以外の手段を用いても可能なこ
とは言うまでもない。また、図３ではプロセス数を４つ
にしてあるが、プロセス数がいくつであってもよいこと
はもちろんである。
【００５０】以上説明したように、複数プロセスへの大
量データのブロードキャスト通信、並びに受信データの
他プロセスへの引き渡しを、高速、かつ容易に実現する
ことができる。
量データのブロードキャスト通信、並びに受信データの
他プロセスへの引き渡しを、高速、かつ容易に実現する
ことができる。
【００５１】また、全てのプロセスの参照が完了したシ
ャトルバッファは、最後に参照を完了したプロセスが解
放するので、プログラムの制御を簡単にすると共に、通
信量の増大によるシステム性能の低下を防ぐことができ
る。
ャトルバッファは、最後に参照を完了したプロセスが解
放するので、プログラムの制御を簡単にすると共に、通
信量の増大によるシステム性能の低下を防ぐことができ
る。
【００５２】更に、多量の通信データをシャトルバッフ
ァを使用することにより、同じ領域（シャトルバッフ
ァ）で複数のプロセスに通知することができるため１対
多数の通信ができる。
ァを使用することにより、同じ領域（シャトルバッフ
ァ）で複数のプロセスに通知することができるため１対
多数の通信ができる。
【００５３】更に、通信用共有メモリ生成後の参照、譲
渡、および解放の管理をシャトルバッファを使用するこ
とにより使用者に意識させない構造となるため、プロセ
ス間通信の生産性が高まる。
渡、および解放の管理をシャトルバッファを使用するこ
とにより使用者に意識させない構造となるため、プロセ
ス間通信の生産性が高まる。
【００５４】更に、シャトルバッファと、共通管理情報
部を設けることにより、管理情報を全て管理することと
なり、状態遷移図でも示したように共有メモリの作成後
の流れを容易にトレースすることができ、システム稼働
後の不具合等の調査を容易に行えることができる。
部を設けることにより、管理情報を全て管理することと
なり、状態遷移図でも示したように共有メモリの作成後
の流れを容易にトレースすることができ、システム稼働
後の不具合等の調査を容易に行えることができる。
【００５５】なお、上記説明において、ソケット通信の
ソケットとは、ＯＳＩ参照モデルのＴＣＰ／ＩＰネット
ワーク内のトランスポート層上でのプロセス間通信によ
るデータ送受信を行うアプリケーションプログラムを作
成するためのＡＰＩ（アプリケーション・プログラミン
グ・インタフェース）であり、ソケット通信とは、ソケ
ットを利用した通信のことである。
ソケットとは、ＯＳＩ参照モデルのＴＣＰ／ＩＰネット
ワーク内のトランスポート層上でのプロセス間通信によ
るデータ送受信を行うアプリケーションプログラムを作
成するためのＡＰＩ（アプリケーション・プログラミン
グ・インタフェース）であり、ソケット通信とは、ソケ
ットを利用した通信のことである。
【００５６】
【発明の効果】本発明の共有メモリを使用したプロセス
間通信方式は、前述の通り以下の効果をもたらす。
間通信方式は、前述の通り以下の効果をもたらす。
【００５７】本発明の効果は、複数プロセスへの大量デ
ータのブロードキャスト通信、並びに受信データの他プ
ロセスへの引き渡しを、高速、かつ容易に実現すること
できるということである。これにより、サーバから複数
クライアントへの通信、並びに他プロセスへのデレゲー
ション（作業委託）通信を行うシステムを高性能かつ高
生産で開発することできる。これは、本発明が、１つの
共有メモリ領域を用いたプロセス間通信をメモリ管理情
報を交換するための通信を行うことなく実現する方式を
提供するからである。
ータのブロードキャスト通信、並びに受信データの他プ
ロセスへの引き渡しを、高速、かつ容易に実現すること
できるということである。これにより、サーバから複数
クライアントへの通信、並びに他プロセスへのデレゲー
ション（作業委託）通信を行うシステムを高性能かつ高
生産で開発することできる。これは、本発明が、１つの
共有メモリ領域を用いたプロセス間通信をメモリ管理情
報を交換するための通信を行うことなく実現する方式を
提供するからである。
【図１】本発明の共有メモリを使用したプロセス間通信
方式のシャトルバッファ作成手順を示すフローチャート
である。
方式のシャトルバッファ作成手順を示すフローチャート
である。
【図２】本発明の共有メモリを使用したプロセス間通信
方式のシャトルバッファ参照、変更または解放手順を示
すフローチャートである。
方式のシャトルバッファ参照、変更または解放手順を示
すフローチャートである。
【図３】本発明の共有メモリを使用したプロセス間通信
方式を用いたシステムのブロック図である。
方式を用いたシステムのブロック図である。
【図４】本発明の共通管理情報部とシャトルバッファの
関係を示した状態遷移図である。
関係を示した状態遷移図である。
１ 共有メモリ空間 ２ 作成手段 ３ 編集手段 ３１ 共通管理情報部 ３２ シャトルバッファ ３３ 制御情報部 ３４ 通信データ部 ３５ プロセスＡ ３６ プロセスＢ ３７ プロセスＣ ３８ プロセスＤ ４１ 管理テーブル
フロントページの続き (56)参考文献 特開 平２−234234（ＪＰ，Ａ) 特開 昭61−101140（ＪＰ，Ａ) 特開 平４−367951（ＪＰ，Ａ) 特開 昭58−147263（ＪＰ，Ａ) 特開 平４−196941（ＪＰ，Ａ) 特開 平７−282024（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 9/46 G06F 15/16 H04L 12/54
Claims (8)
- 【請求項１】 共有メモリ空間を利用したプロセス間通
信方式において、通信に使用する前記共有メモリ空間に
制御情報部と通信データ部とを付加した共有メモリ領域
を備え、 前記制御情報部は、前記共有メモリ領域を獲得したプロ
セスの識別を示すオーナプロセスＩＤと、 前記共有メモリ領域を参照するプロセスの数を示す参照
プロセス数と、 前記共有メモリ領域を参照中またはまだ参照していない
プロセスの数を示す未参照プロセス数と、 前記共有メモリ領域を参照するプロセスの識別を示す複
数の参照プロセスＩＤと、前記参照プロセスＩＤ毎に存在し 前記参照プロセスＩＤ
に示されたプロセスが前記共有メモリ領域を参照したの
かどうかを示す参照済みフラグとを含み、前記共有メモリ領域を獲得したプロセスから通知を受け
たプロセスは、 前記制御情報部を参照し、変更する編集
手段と、 前記編集手段において、前記未参照プロセス数の値から
前記共有メモリ領域を参照するプロセスがなくなったこ
とを検出した場合は前記共有メモリ領域を解放する解放
手段とを有することを特徴とする共有メモリを使用した
プロセス間通信方式。 - 【請求項２】 前記共有メモリ空間に前記共有メモリ領
域の使用状況を管理する共通管理情報部を備え、 前記共有メモリを獲得したいプロセスは、前記共通管理
情報部の使用状況を検索する検索手段を有する ことを特
徴とする請求項１記載の共有メモリを使用したプロセス
間通信方式。 - 【請求項３】 前記共通管理情報部は、前記共有メモリ
領域の１つ毎に対応した管理テーブルを複数持つことを
特徴とする請求項２記載の共有メモリを使用したプロセ
ス間通信方式。 - 【請求項４】 前記共有メモリ領域を獲得したプロセス
から通知を受けたプロセスは、前記編集手段において、
前記参照プロセス数を変更し、前記参照プロセスＩＤと
前記参照済みフラグを設定することにより、前記共有メ
モリ領域に設定された前記通信データ部の内容を他のプ
ロセスに受け渡すことを特徴とする請求項１，２，また
は３記載の共有メモリを使用したプロセス間通信方式。 - 【請求項５】 共有メモリ空間を利用したプロセス間通
信方式において、通信に使用する前記共有メモリ空間に
制御情報部と通信データ部とを付加した共有メモリ領域
を備え、通信元プロセスは、前記制御情報部にプロセス
間の制御のための制御情報を通信データ部に通信するた
めのデータをそれぞれ設定し、使用している前記共有メ
モリ領域の場所を複数の第１の通信先プロセスに通知す
る第１の通知手段と、前記第１の通知手段によって通知
された前記第１の通信先プロセスは、前記制御情報部を
参照し、受信した前記通信データを複数の第２のプロセ
スに通知する必要がある場合は、既に設定された前記制
御情報を変更し複数の第２の通信先プロセスのＩＤを前
記制御情報部に新たに設定した後、前記複数の第２の通
信先プロセスに通知する第２の通知手段と、第２の通知
手段によって通知された前記第２の通信先プロセスは、
前記第１の通知手段によって通知された前記第１のプロ
セスと同じ動作を行う動作手段と、前記第１の通知手
段、前記第２の通知手段、または前記動作手段によって
通知された全てのプロセスの前記共有メモリ領域への参
照が完了した時点で、最後に完了を検出した通信先プロ
セスが前記共有メモリ領域を解放する解放手段とを有す
ることを特徴とする共有メモリを使用したプロセス間通
信方式。 - 【請求項６】 前記制御情報部は前記共有メモリ領域を
獲得したプロセスの識別を示すオーナプロセスＩＤと、
前記共有メモリ領域を参照するプロセスの数を示す参照
プロセス数と、前記共有メモリ領域を参照中またはまだ
参照していないプロセスの数を示す未参照プロセス数
と、前記共有メモリ領域を参照するプロセスの識別を示
す参照プロセスＩＤと、前記参照プロセスＩＤに示され
たプロセスが前記共有メモリ領域を参照したのかどうか
を示す参照済みフラグとを含むことを特徴とする請求項
５記載の共有メモリを使用したプロセス間通信方式。 - 【請求項７】 前記共有メモリ空間に前記共有メモリ領
域の使用状況を管理する共通管理情報部を備え、前記共
通管理情報部は前記共有メモリ領域の１つ毎に対応した
管理テーブルを複数持つことを特徴とする請求項５また
は６記載の共有メモリを使用したプロセス間通信方式。 - 【請求項８】 前記管理テーブルは、前記共有メモリ空
間での前記共有メモリ領域の場所の識別を示す共有メモ
リ領域ＩＤと、前記共有メモリ領域の使用の有無を示す
使用中フラグと、前記共有メモリ領域を確保したプロセ
スの識別を示すオーナプロセスＩＤと、前記共有メモリ
領域を獲得した日時を示す取得日時とを含むことを特徴
とする請求項３または７記載の共有メモリを使用したプ
ロセス間通信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09229895A JP3076280B2 (ja) | 1997-08-26 | 1997-08-26 | 共有メモリを使用したプロセス間通信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09229895A JP3076280B2 (ja) | 1997-08-26 | 1997-08-26 | 共有メモリを使用したプロセス間通信方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1165858A JPH1165858A (ja) | 1999-03-09 |
| JP3076280B2 true JP3076280B2 (ja) | 2000-08-14 |
Family
ID=16899414
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09229895A Expired - Fee Related JP3076280B2 (ja) | 1997-08-26 | 1997-08-26 | 共有メモリを使用したプロセス間通信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3076280B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1070008C (zh) * | 1998-05-26 | 2001-08-22 | 英业达股份有限公司 | 网络共享资源动态管理方法 |
| JP5229455B2 (ja) * | 2008-03-07 | 2013-07-03 | 日本電気株式会社 | モニター用ソケットライブラリを搭載するゲートウェイ装置、モニター用ソケットライブラリを搭載するゲートウェイ装置の通信方法、モニター用ソケットライブラリを搭載するゲートウェイ装置の通信プログラム |
| US9446989B2 (en) * | 2012-12-28 | 2016-09-20 | United Technologies Corporation | Carbon fiber-reinforced article and method therefor |
| JP6369286B2 (ja) * | 2014-10-23 | 2018-08-08 | 富士通株式会社 | プロセス間通信プログラム、解放要求方法、および並列演算装置 |
| JP2020003945A (ja) * | 2018-06-26 | 2020-01-09 | 株式会社日立情報通信エンジニアリング | 計算機システム及びデータ管理方法 |
-
1997
- 1997-08-26 JP JP09229895A patent/JP3076280B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1165858A (ja) | 1999-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6314114B1 (en) | Distributed resource management | |
| US5842043A (en) | System for data access management of a network of dedicated processing, data, and interface machines combination of which performing functions of a general-purpose computer | |
| US6170045B1 (en) | Cross-system data piping using an external shared memory | |
| JP4098233B2 (ja) | マルチノードシステム内でのデータおよびロック転送中の呼出し時間およびメッセージトラフィックの減少 | |
| CA2367800C (en) | Communication architecture for distributed computing environment | |
| JP3076280B2 (ja) | 共有メモリを使用したプロセス間通信方式 | |
| US6092166A (en) | Cross-system data piping method using an external shared memory | |
| CN112052104A (zh) | 基于多机房实现的消息队列的管理方法及电子设备 | |
| GB2189061A (en) | Management of system configuration data | |
| JP2896394B2 (ja) | ファイルサーバ装置 | |
| CN109617821A (zh) | 一种组播报文的传输方法、主控板及设备 | |
| JPH11306151A (ja) | 分散オブジェクト処理装置及びプログラム記憶媒体 | |
| JP3550613B2 (ja) | データ共用装置およびデータ共用方式 | |
| WO2023119720A1 (ja) | 転送装置 | |
| JP4687304B2 (ja) | シンクライアントシステム、サーバ装置、システム管理装置、プログラム及びデータ転送方法 | |
| JP3884762B2 (ja) | ジョブ実行システムおよび記録媒体 | |
| JPH0784921A (ja) | ネットワークシステム | |
| JPH0387941A (ja) | 分散データベース処理方式 | |
| JPS62182863A (ja) | リソ−スの管理方法 | |
| JPH06214867A (ja) | ファイルサーバ及びファイルシステム | |
| JP2000348200A (ja) | ネットワーク・システム並びにマルチメディア・コンテンツを構成する素材データの配信方法およびマルチメディア・コンテンツを構成する素材データの配信プログラムを記録した記録媒体 | |
| JPH11259317A (ja) | データベース管理システム及び記録媒体 | |
| JPH08147249A (ja) | ジョブ管理制御システム | |
| JPH0573492A (ja) | 情報処理システム | |
| JP2000242496A (ja) | イベントデータの処理方法 |
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: 20000516 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080609 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080609 Year of fee payment: 8 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080609 Year of fee payment: 8 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080609 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080609 Year of fee payment: 8 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080609 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090609 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100609 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100609 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110609 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120609 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120609 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130609 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |