JPH0721038A - プログラム間通信方法 - Google Patents

Abstract

(57)【要約】 【目的】 複数の送信側プログラムに対する応答性能を
向上させ、さらには異常発生時にその旨を各プログラム
に通知し、信頼性を向上させること。 【構成】 複数の送信側プログラムからデータを送信す
るに際し、いずれか１つの送信側プログラムに送信権を
付与する排他処理を行い、この排他処理によって送信権
を確保した送信側プログラム番号を各プログラムに共通
の領域に登録した後、送信権を確保した送信側プログラ
ムからデータを送信させ、受信側プログラムでは該送信
データを割込み処理によって受信させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアント／サーバ
型システム等におけるプログラム間通信方法に関するも
のである。

【０００２】

【従来の技術】従来、プログラム間でデータの送受信を
行うシステムとして、例えばクライアント／サーバ型シ
ステムがある。

【０００３】このようなシステムにおいて、クライアン
ト側のプログラムはサーバ側のプログラムの状態に関係
なく、任意の時点でデータを送信し、サーバ側のプログ
ラムは受信可能な状態であれば、この送信データを受信
する。しかし、サーバ側のプログラムは特定のイベント
に対する処理を行っている場合は、送信側の送信意志を
事前に認識するようになっていないため、送信側からの
データを受信できない。

【０００４】この場合、受信側のプログラムがシステム
に対し予め受信要求を発行しておいた場合は、受信側プ
ログラムは受信処理以外の処理に移行せず、受信態勢に
あるので、送信側プログラムから任意の時点でデータが
送られて来ても、このデータを能動的に受信することが
できる。

【０００５】

【発明が解決しようとする課題】ところで、クライアン
ト／サーバ型システムにおいては、クライアント側装置
が複数台で構成される場合が多い。

【０００６】このようなマルチクライアント構成のシス
テムでは、複数のクライアントの要求が同時に発生する
ので、サーバ側のプログラムが常に受信態勢になってい
るとは限らず、特定のイベントに対する処理を行ってい
る場合が多くなる。このため、各クライアントに対する
応答性能が低下し、システムとしての性能が低下すると
いう問題があった。

【０００７】また、ＵＮＩＸ（システムラボラトリ社）
等のシステムでは、異常時に各プログラムに対して異常
通知を行うために必要な情報が得られず、信頼性を低下
させるといった問題があった。

【０００８】本発明の目的は、複数の送信側プログラム
に対する応答性能を向上させ、さらには異常発生時にそ
の旨を各プログラムに通知し、信頼性を向上させること
ができるプログラム間通信方法を提供することにある。

【０００９】

【課題を解決するための手段】上記の目的は、複数の送
信側プログラムからデータを送信するに際し、いずれか
１つの送信側プログラムに送信権を付与する排他処理を
行い、この排他処理によって送信権を確保した送信側プ
ログラム番号を各プログラムに共通の領域に登録した
後、送信権を確保した送信側プログラムからデータを送
信させ、受信側プログラムでは該送信データを割込み処
理によって受信させることによって達成される。

【００１０】また、信頼性の向上は、共通の領域に登録
した送信側プログラム番号の滞在時間を監視し、所定時
間経過後も滞在している時は、異常発生通知を他の送信
側プログラムに対して行うことにより達成される。

【００１１】

【作用】上記手段によれば、送信側プログラムから送信
されたデータは、受信側プログラムの割込み処理によっ
て受信されるため、受信側プログラムの主たる処理に影
響を与えることなく受信される。これによって、送信側
プログラムからのサービス要求発生に呼応してデータを
随時受信する非同期受信を実現することができる。

【００１２】この場合、排他処理によって１つの送信側
プログラムに対してのみ送信権を付与しているので、割
込み処理中に再度割込み処理が行われることはない。

【００１３】また、共通の領域に登録した送信側プログ
ラム番号が所定時間経過後も滞在している時は、異常発
生通知を他の送信側プログラムに対して行うので、信頼
性を向上させることができる。

【００１４】

【実施例】以下、本発明を実施例に基づいて詳細に説明
する。

【００１５】図１は、ＵＮＩＸシステム上に構成された
クライアント／サーバシステムに本発明によるプログラ
ム間通信方式を適用した実施例を示すシステム構成図で
ある。

【００１６】図１において、１はＵＮＩＸシステムを構
成する計算機であり、この計算機１の内部にはサーバプ
ログラム１１〜１３と、クライアントプログラム２１〜
２３と、これらのプログラム１１〜１３および２１〜２
３を管理するマネージャープログラム３１が格納されて
いる。

【００１７】さらに、上記各プログラム１１〜１３およ
び２１〜２３から参照可能な共通領域（共有メモリ）４
１が設けられている。

【００１８】ここで、サーバプログラム１１〜１３は、
クライアントプログラム２１〜２３からのデータを割込
み処理によって受け取るようになっている。

【００１９】また、共通領域４１には、通信管理用テー
ブル４２と、各サーバプログラム１１〜１３に対して送
信権獲得待ちのプログラム番号を記憶するデータ格納領
域４３と、各サーバプログラム１１〜１３のデータ受信
エリア４４が設けられている。

【００２０】また、サーバプログラム１１〜１３とクラ
イアントプログラム２１〜２３との間には、各クライア
ントプログラム２１〜２３が送信権を排他処理によって
奪い合うための排他処理部５１が設けられている。この
排他処理部５１は、ＵＮＩＸシステムではセマフォ機能
を用いることで実現される。

【００２１】この排他処理部５１は、図２に示すよう
に、各サーバプログラム１１〜１３ごとに一意に設定さ
れた送信権番号５２〜５４の送信権を各クライアントプ
ログラム２１〜２３が排他処理によって奪い合うように
なっており、図２の例では、クライアントプログラム２
１がサーバプログラム１１に対する送信権を得ている状
態を示し、またクライアントプログラム２２がサーバプ
ログラム１２に対する送信権を得ようとしている状態を
示している。

【００２２】このような構成において、クライアントプ
ログラム２１〜２３からサーバプログラム１１に対して
データを送信する場合の動作を図３のフローチャートに
従って説明する。

【００２３】まず、各クライアントプログラム２１〜２
３は、データ送信を行うために通信管理用テーブル４２
を各サーバプログラム１１〜１３に対応するサーバ番号
により検索し、各サーバプログラム１１〜１３に設定さ
れている送信権番号を抽出する（ステップ６１）。

【００２４】次に、自クライアントプログラムのプログ
ラム番号をデータ格納領域４３に一時的に登録し（ステ
ップ６２）、この後に、排他処理部５１での排他処理に
よって送信権番号５２，５３，５４で指定される送信権
を奪い合い（ステップ６３）、送信権を獲得したなら
ば、通信管理用テーブル４２上の送信権獲得プログラム
番号欄に自分のプログラム番号を登録し（ステップ６
４）、データ格納領域４３に一時的に登録しておいた自
分のプログラム番号をクリアする（ステップ６５）。

【００２５】例えば、クライアントプログラム２１が送
信権を獲得したとすると、クライアントプログラム２１
のプログラム番号２０１が通信管理用テーブル４２上の
送信権獲得プログラム番号欄に登録された後、データ格
納領域４３に一時的に登録しておいたプログラム番号２
０１はクリアされる。

【００２６】この場合、送信権を獲得できなかった他の
クライアントプログラム２２，２３は、送信権が解放さ
れるまで待ち状態となる。この待ち状態のクライアント
プログラム２２，２３は、そのプログラム番号がデータ
格納領域４３に登録される。

【００２７】次に、送信権を獲得したクライアントプロ
グラム２１は、送信すべきデータを共通領域４１上のデ
ータ受信領域４４に書き込み（ステップ６６）、次に、
送信権獲得プログラム番号欄に登録されている自分のプ
ログラム番号をクリアする（ステップ６７）。

【００２８】最後に、サーバプログラム１１に対してデ
ータ送信完了通知の信号を送り、終了する（ステップ６
８）。

【００２９】これに対し、データ送信完了通知の信号を
受け取ったサーバプログラム１１は、仕掛り中のステー
トメントを中断し、ステップ８０〜８２で示される非同
期受信処理ルーチンに飛び、まず、データ受信エリア４
４のデータをサーバプログラム１１内部の領域にコピー
する（ステップ８０）。この後、送信権の解放を行い、
仕掛り中であった処理にリターンし（ステップ８１，８
２）、ステップ７２のイベント処理を行う。

【００３０】この間、送信権を獲得できなかったクライ
アントプログラム２２，２３は、送信権が解放されるま
で待ち状態となるが、クライアントプログラム２１の送
信権が解放された時点で、待ち状態の１つのクライアン
トプログラムに対し新たに送信権が付与される。

【００３１】このように割込み処理によってクライアン
トプログラム２１からのデータを受信することによっ
て、サーバプログラム１１はイベントに対する処理の仕
掛り中であっても確実にデータを受信することが可能に
なる。これによって、クライアント２１からのサービス
要求発生に呼応してデータを随時受信する非同期受信を
実現することができ、各クライアントプログラムに対す
るサービスの低下を防止し、システムの性能低下を防止
できる。

【００３２】一方、マネージャプログラム３１は、図４
のフローチャートに示すように、通信管理用テーブル４
２に登録されているサーバプログラム数分のタイマ関数
を登録し（ステップ９１）、そのタイマ関数を用いたタ
イマにより一定時間毎に通信管理用テーブル４２を監視
し、送信権獲得クライアントプログラムの生存を調べ
る。すなわち、ロック中のクライアントプログラムが動
作中かどうかを調べる。

【００３３】もし、送信権を解放しないうち終了したク
ライアントプログラムがあった場合、タイマ時間経過後
も送信権が残っているので、当該クライアントプログラ
ムが異常終了していると見做し、データ格納領域４３に
登録されている各待ち状態のクライアントプログラムに
対して異常が発生していることを通知する。

【００３４】

【発明の効果】以上のように本発明によれば、受信処理
が割込み処理として実行されるため、受信側プログラム
は意識して受信要求を発行することなく、主たる処理を
継続しつつ送信側プログラムからのデータを受信するこ
とができ、複数の送信側プログラムに対するサービスの
低下を防止し、システムの性能低下を防止できる。

【００３５】また、異常時には共通領域の情報により、
各送信側プログラムに対して異常通知を行うので、シス
テムの信頼性を向上させることができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すシステム構成図であ
る。

【図２】実施例の排他処理部の概要説明図である。

【図３】実施例のデータ送受信動作を示すフローチャー
トである。

【図４】マネージャプログラムのタイマ監視動作を示す
フローチャートである。

【符号の説明】

１…計算機、１１〜１３…サーバプログラム、２１〜２
３…クライアントプログラム、３１…マネージャープロ
グラム、４１…共通領域、４２…通信管理用テーブル、
４３…データ格納領域、４４…データ受信エリア、５１
…排他処理部、５２〜５４…送信権番号。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の送信側プログラムと、これら送信
   側プログラムから同時にサービス要求を受ける受信側プ
   ログラムとの間のデータ通信方法であって、前記複数の
   送信側プログラムからデータを送信するに際し、いずれ
   か１つの送信側プログラムに送信権を付与する排他処理
   を行い、この排他処理によって送信権を確保した送信側
   プログラム番号を各プログラムに共通の領域に登録した
   後、送信権を確保した送信側プログラムからデータを送
   信させ、受信側プログラムでは該送信データを割込み処
   理によって受信させることを特徴とするプログラム間通
   信方法。
2. 【請求項２】 前記共通の領域に登録した送信側プログ
   ラム番号の滞在時間を監視し、所定時間経過後も滞在し
   ている時は、異常発生通知を他の送信側プログラムに対
   して行うことを特徴とする請求項１記載のプログラム間
   通信方法。