JPH09319720A - 分散プロセス管理システム - Google Patents

Abstract

(57)【要約】 【課題】 複数計算機の分散プロセス処理において、計
算機内で起動したプログラムの正常／異常終了及びシグ
ナルの送付までの情報の要求を、発行したサーバ計算機
内で確認できるようにする。 【解決手段】 ネットワーク（ＬＡＮ）で結ばれた複数
計算機の分散プロセス管理を、それぞれ各計算機内の他
系プロセス監視Ｍ１，Ｎ１／他系プロセス管理Ｍ２，Ｎ
２／自系プロセス管理Ｍ３，Ｎ３の機能を有する３つの
デーモンプロセスにより行なわせる。その結果、各デー
モンが各々の処理を専門に行なうことができ、処理の途
中に発生する様々な事象処理を減らし、タイミング的な
障害の発生を抑える。また、プロセスの履歴情報を集中
管理し、他系計算機の負荷及び状態を自系計算機で認識
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数の計算機シ
ステムに存在するプログラムの状況管理に関するもので
ある。

【０００２】

【従来の技術】近年、ネットワーク技術が進み分散プロ
セス処理システムの構成が容易にできるようになり、分
散システム環境における遠隔操作技術に対する様々な発
明がなされてきた。

【０００３】分散処理システムに関してのプロセス制御
方法について、例えば特開平７−１６０６４６号に示さ
れるものであるが、これはネットワークから与えられた
タスクを受信する多重タスク処理ワークステーションの
ユーザが、ネットワーク・サーバから割り当てられたタ
スクに連結すること、及びそのタスクを一時的に又は恒
久的に中断させるのを可能にするシステム及び方法であ
る。

【０００４】また、特開平７−１３７７７号公報に示さ
れるサーバプロセス管理装置では、対象装置内で動作す
るサーバプロセスを格納するサーバ動作条件情報格納部
又は装置別に動作可能なサーバプロセスの動作条件を格
納する装置別サーバ動作条件情報格納部と、動作してい
るサーバプロセスのアドレス情報を格納するプロセス情
報格納部と、サーバプロセスを起動して前記プロセス情
報格納部に起動したサーバプロセスの情報を格納するプ
ロセス起動手段と、サーバプロセスを停止させて前記プ
ロセス情報格納部から停止させたプロセスの情報を削除
するプロセス停止手段と、動作中サーバプロセス情報を
検索するプロセス情報検索手段と、サーバプロセスを起
動要求したクライアントの情報を格納するクライアント
情報格納部と、前記装置別サーバ動作条件情報格納部か
らクライアントプロセスから指定されたサーバの起動可
能装置名及び動作条件を検索するサーバー情報検索手段
と、クライアントプロセスまたはサーバプロセスからの
プロセス情報削除要求を受け付けるプロセス情報削除要
求受付手段と、サーバプロセスが停止したことを検出す
るプロセス監視手段を有するものである。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
分散処理システムにおいては、サーバ側から要求のあっ
たプロセスを、クライアント側で起動し停止させる処理
方式において管理テーブルの構成に充填を置き、動作し
ていたプロセスが正常終了することを前提としているも
のがほとんどであり、異常終了時に関しての動作につい
て触れられていない問題点があった。

【０００６】この発明の目的は、純粋に計算機内で起動
したプログラムの正常終了／異常終了及びシグナルの送
付までの情報を、要求を発行したサーバ計算機内で確認
できることを目的とする。

【０００７】

【課題を解決するための手段】請求項１の発明は、ネッ
トワークで構成された複数計算機システムにおいて、自
系計算機内のプログラムの動作を管理し、プログラムの
起動，終了，同期，シグナルの送付等を要求する自系プ
ロセス管理デーモンと、他系計算機で動作する上記プロ
グラムの起動，同期，シグナルの送付の要求を発行し、
他系計算機で動作するプログラムの状態を監視する他系
プロセス監視デーモンと、他系計算機からの上記要求を
受け取り上記自系プロセス管理デーモンへ送信し、その
処理結果を自系計算機内の他系プロセス監視デーモンへ
報告する他系プロセス管理デーモンの３つのデーモン構
成からなる分散プロセス管理システムである。

【０００８】請求項２の発明は、プロセスを管理する手
段として定義ファイルを利用する。定義ファイルには、
複数計算機間で動作するプロセス管理デーモンの計算機
名を列挙する様にする。

【０００９】請求項３の発明は、定義ファイルで設定さ
れた計算機の順序は、自系計算機以外で起動するプログ
ラムの起動要求先の他系計算機の優先起動順位を示し、
上記要求発行先の計算機の状態をチェックし、計算機負
荷に余裕がありかつプログラムの起動が可能な計算機を
設定順に確認する分散プロセス管理システムである。請
求項４の発明は、定義ファイルに予め起動権限を与える
計算機名と起動パスを設定しておくことにより、起動要
求を行なう際には、プロセス名の指定のみの要求で、定
義ファイル中に定義された計算機内の該当するパス下を
サーチし、プロセス名と一致するモジュールが起動可能
である時、そのプロセスの起動を行ない、以降そのプロ
セスの管理を開始するものである。

【００１０】請求項５の発明は、プロセス管理を実現す
る手段として、プロセス管理専用のライブラリをユーザ
に提供する。ユーザに提供するライブラリは、起動（振
り逃げ／完了），同期要求等であり、デーモン間及びデ
ーモン−アプリケーション間の通信にはメッセージを利
用する。また、計算機間をまたがる通信には、プロセス
管理専用Ｍａｃアドレスを利用したソケット通信でプロ
セスの管理を行なう。請求項６及び請求項７の発明は、
プロセス管理が利用する管理テーブルとして共用メモリ
を使用し、分散プロセス管理を実現する三種類のデーモ
ンが共通に参照でき、管理内容の更新時に共用記録媒体
へ反映することにより、他系計算機でプログラムが動作
中に自系計算機が停止して再度動作可能となったタイミ
ングで、共用記録媒体から情報を取り込み、処理の連続
が可能となる。

【００１１】請求項８の発明は、共用記憶媒体が複数計
算機システムに接続されているシステムにおいて、各計
算機内におけるプロセス管理動作履歴を置くことによっ
て、他系計算機上のプロセス管理情報を共用記憶媒体か
ら取り込み、現時点でプロセスの管理負荷の小さい計算
機を見つけてその他系計算機に起動要求を行なう分散プ
ロセス管理システムである。

【００１２】請求項９の発明は、他系計算機で動作する
プロセスの負荷バランスを一定にする手段として、他系
計算機でプロセスを起動する場合に、予め起動要求を行
なう予定の計算機に現状プロセス管理状況を確認後に要
求を発行するものである。

【００１３】請求項１０の発明は、他系計算機のプロセ
ス起動要求を発行したが、システム内で一計算機上のみ
にしか、該当プロセスが存在しない場合、定義ファィル
に設定された計算機順に起動要求を発行してゆき、必ず
該当プロセスの起動を可能とする分散プロセス管理シス
テムである。

【００１４】請求項１１の発明は、起動要求先となって
いた他系計算機が異常状態となったとき、他系プロセス
監視デーモンが定期的に発進するハートビートメッセー
ジが一定時間途絶えることによって、他系計算機の異常
と判断する。異常と判断する時間は、ネットワーク負荷
時を考慮した時間より遅くするものである。異常と判断
した計算機に対して要求を行なっていたプロセスの情報
を参照し、速やかにユーザーへ報告することができる。

【００１５】請求項１２の発明は、共用記憶媒体を持た
ない複数計算機システムにおいて、各計算機内における
プロセス管理動作履歴をハートビートメッセージにデー
タとして乗せて発信するようにする。全系からのハート
ビートメッセージを受信することにより、各計算機毎の
履歴情報を確認してプロセス管理状況負荷の一番低い計
算機に対して起動要求を行なうものである。

【００１６】以上のように、この発明に係る複数計算機
システムの分散プロセス管理システムは、自系計算機内
のプログラムの管理を専用に行なう自系プロセス管理デ
ーモンがプログラムの起動から終了を管理し、プログラ
ムの終了ステータスを自系計算機の他系プロセス監視デ
ーモンへ通知し、通知を受けた他系プロセス監視デーモ
ンが、他系計算機で要求を行なった他系プロセス管理デ
ーモンへプログラムの終了結果を報告し、報告を受けた
他系プロセス管理デーモンが他系計算機の他系プロセス
情報管理テーブルを更新し、共用記憶媒体に反映する。

【００１７】他系計算機上でプログラムを動作するの
は、ユーザーアプリケーションプログラムが、プロセス
管理専用ライブラリを利用し、自系計算機内の自系プロ
セス管理デーモンが、自系計算機で起動するものか、他
系計算機上で起動するかの要求を判別し、自系計算機上
のものである要求ならば、自系プロセス管理デーモン
が、プログラムを起動し終了までを管理する。

【００１８】また、他系計算機上での起動要求であるな
らば、他系プロセス監視デーモンプロセスへ、その内容
を通知し、他系プロセス監視デーモンが情報管理テーブ
ルを構築及び更新し、他系計算機の他系プロセス管理デ
ーモンへ通知する。

【００１９】また、この発明における情報管理テーブル
は、シュアードメモリ上に他系プロセス監視デーモン，
他系プロセス管理デーモン用，自系プロセス管理デーモ
ンが共用で利用するテーブルを２面構成となる。

【００２０】つまり、他系プロセスの情報を管理するテ
ーブルと自系プロセスの情報を管理する２つの情報テー
ブルにより管理される。

【００２１】また、この発明の他系プロセス管理テーブ
ルの情報更新時に、システムで共用記憶媒体に情報管理
テーブルをコピーすることにより、自系計算機にトラブ
ルが発生し復旧した後でも他系計算機上で起動したプロ
グラムの情報は確保されているので、処理の連続性が可
能となる。

【００２２】

【発明の実施の形態】以下、この発明の実施の形態を図
について説明する。

【００２３】実施の形態１．（分散処理システムのデー
モン構成と処理） 図１は実施の形態１の分散プロセス管理システムを示す
構成図であり、複数の計算機Ｍ，Ｎ，…がネットワーク
（ＬＡＮ）を介して結ばれており、各計算機Ｍ，Ｎに
は、自系計算機内のプログラムの動作を管理し、プログ
ラムの起動，終了，同期，シグナルの送付を要求する自
系プロセス管理デーモンＭ３，Ｎ３と、他系計算機で動
作するプログラムの起動，同期，シグナルの送付の要求
を発行し、他系計算機で動作するプログラムの状態を監
視する他系プロセス監視デーモンＭ１，Ｎ１と、他系計
算機からの上記要求を受け取り、自系プロセス管理デー
モンへ要求し、その処理結果を自系計算機内の他系プロ
セス管理デーモンへ報告する他系プロセス管理デーモン
Ｍ２，Ｎ２、の３つのデーモンプロセスを備えている。

【００２４】次に、図１において実施の形態１の分散プ
ロセスの処理の流れを説明する。まず、自系計算機Ｎの
他系プロセス監視デーモンＮ１は他系計算機で動作する
プログラムの起動，同期，シグナルの送付をソケット通
信のプロセス起動要求（１）によって、他系計算機Ｍへ
通知する。（１）の要求を受け取った計算機Ｍの他系プ
ロセス管理デーモンＭ２は、その内容をメッセージ
（２）によって自系プロセス管理デーモンＭ３へと通知
する。メッセージ（２）を受け取った自系プロセス管理
デーモンＭ３は、その要求に沿った処理を管理中のプロ
グラム・モジュールに対して行なう（（３）；プロセス
に対するアクション及び結果）。その処理結果をメッセ
ージ（４）によって他系プロセス管理デーモンＭ２へと
通知する。他系プロセス管理デーモンＭ２は、プロセス
要求元の他系プロセス監視デーモンＮ１の計算機情報及
び自系プロセス管理デーモンＭ３の処理結果をデータと
して、メッセージ（５）によって他系プロセス監視デー
モンＭ１へ通知する。メッセージ（５）のデータを受け
取った他系プロセス監視デーモンＭ１はソケット通信
（６）によって当該処理結果を他系プロセス監視デーモ
ンＮ１に通知することにより、複数計算機間でのプロセ
ス管理を可能とする。

【００２５】本実施の形態では、計算機内のデーモン間
及びデーモンとアプリケーション間の通信にはメッセー
ジを利用する。また、複数の計算機間をまたがるプロセ
ス管理のための通信には、プロセス管理専用Ｍａｃアド
レスを利用したソケット通信により行なうようにした。

【００２６】図１の分散プロセス管理システムによる効
果は、３つのデーモン構成をとり、他系プロセス監視デ
ーモン，他系プロセス管理デーモン，自系プロセス管理
デーモンがそれぞれ専門の処理を担当することにより、
処理時間の短縮とタイミングによる依存を排除する効果
がある。

【００２７】実施の形態２．（定義ファイル） 実施の形態２は、プロセスを管理する手段として定義フ
ァイルを利用する。定義ファイルには、複数計算機間で
動作するプロセス管理デーモンの計算機名（自系計算機
以外で起動するプログラムの起動要求発行先の計算機
名）を列挙する様にする。

【００２８】具体的には、図３に示す定義ファイルを使
用する。図３において、Ｍａｃ＿ｎａｍｅは分散プロセ
ス管理を行なうマシン名（ＩＰアドレスで設定されたｈ
ｏｓｔ ｎａｍｅ）が全て列挙され、例えば図１の他系
プロセス監視デーモンＮ１がプロセス要求（１）を発行
する相手計算機として、このＭａｃ−ｎａｍｅパラメー
タの記述により決定する。Ｓｙｓｔｅｍパラメータは、
分散プロセス管理を行なうネットワークに接続された計
算機台数を設定するものである。Ｐｒｃ−ｃｏｕｎｔ
は、単一計算機内において管理可能なプロセス数を設定
するものである。Ｐｒｃ−ｐａｔｈはプログラム起動の
際に自系計算機内のプログラムを探すｐａｔｈを全て列
挙したもので、Ｐｒｃ−ｐａｔｈによって予め設定され
たパスにより、プログラムの起動要求はプログラム名の
みで、自動的にパス下をサーチし、一番最初に見つけた
プログラムモジュールを起動するようになる。Ｐｒｃ−
Ｅｎｖは環境変数を設定するもので、起動要求のあった
プログラム起動時に引き継がすものである。

【００２９】この実施の形態２の効果は、定義ファイル
に予めプロセスを管理する計算機を設定することによ
り、ネットワークに繋がる対象外の計算機に対しては、
要求を発行しないため、ネットワークの負荷を効率的に
なる。

【００３０】また、定義ファイルに予め複数のパス（ｐ
ａｔｈ）を設定し、起動要求を行なう際にはプロセス名
の指定のみの要求で、定義ファイル中に定義された計算
機内の該当するパス下をサーチし、プロセス名と一致す
るプログラムモジュールが起動可能である時、当該プロ
セスの起動を行なうようにしたので、ユーザが指定する
モジュール名のパラメータは名前だけで済み、モジュー
ルを置くディレクトリも、定義されているパス（ｐａｔ
ｈ）下であれば、各計算機毎に置け、起動要求プログラ
ムは一つで済む効果がある。

【００３１】実施の形態３．（定義ファイルによる起動
要求） 実施の形態３では、定義ファイルの起動権限を与える計
算機名の列挙の仕方として、定義ファイルで設定された
計算機名の順序をそのまま優先起動順位とする。そし
て、要求発行先の計算機の状態をチェックし、ＣＰＵ負
荷に余裕があり、プログラムの起動が可能な計算機を設
定順に確認し、プログラム起動が現在可能な計算機への
要求を発行するようにする。

【００３２】例えば図２で示される複数計算機システム
において、図３のＭａｃ−ｎａｍｅパラメータによって
設定された起動要求計算機順序にしたがって起動要求を
行なう。すなわち、図３のＭａｃ−ｎａｍｅ ２Ａ＿３
Ａ＿４Ｂ＿５Ｂ＿６Ｃ＿７Ｃ＿８Ｄの順序でプログラム
の起動要求を行なうものである。

【００３３】まず、他系計算機２Ａに起動要求を発行
し、タイムアウトもしくは、起動不可のリターンが戻さ
れた場合には、さらに計算機３Ａ→４Ｂ→５Ｂ→・・・→
８Ｄと順次起動要求を行なう方式である。

【００３４】このＭａｃ−ｎａｍｅにより設定された起
動要求計算機順序による効果は、起動要求を行なう計算
機を限定しないが、必ず起動させなければならないモジ
ュールを起動することができる。

【００３５】実施の形態４．（自系計算機からのプログ
ラム起動の要求） 実施の形態４では、プロセス管理を実現する手段とし
て、プロセス管理専用のライブラリをユーザに提供し、
このライブラリを利用して、自系計算機からのプログラ
ムの起動（振り逃げ／完了），同期要求等を行なう。

【００３６】図４はアプリケーションからのプログラム
起動等の要求に対する処理の流れを示した図である。図
において、Ｋ４はプログラムの起動，同期，シグナルの
送付を要求するユーザアプリケーションであり、プログ
ラムに対しての要求はライブラリによって行なわれる。

【００３７】ユーザアプリケーションＫ４はライブラリ
を介してプログラムの要求をメッセージ（４１）により
自系プロセス管理デーモンＫ３へ要求する。その要求を
受けた自系プロセス管理デーモンＫ３は、受け取った要
求が自系計算機のプログラムに対するものか、他系計算
機上のプログラムに対するものかを判別する（図４のＳ
ＴＥＰ１００参照）。

【００３８】メッセージ（４１）の内容が他系計算機に
対してのものであるならば、要求内容をメッセージ（４
２−１）により他系プロセス監視デーモンＫ１へ通知
し、他系プロセス監視デーモンＫ１は、図１で記したよ
うにソケット通信（４２−３）により他系計算機へ上記
要求を送信し処理動作を行なうこととなる。

【００３９】また、メッセージ（４１）の内容が自系計
算機プログラムに対するものであるならば、自系プロセ
ス管理デーモンＫ３は、（４１）の要求内容を元に自系
計算機内部でのプログラム管理処理（４２−２）を行な
い、その結果を待つ。

【００４０】他系計算機からの処理結果（４２−４）が
他系プロセス管理デーモンＫ２を介してメッセージ（４
３）で返されるか、自系計算機内部処理（４２−２）の
結果メッセージが、自系プロセス管理デーモンＫ３に返
された時、自系プロセス管理デーモンＫ３はライブラリ
を介して、その結果をユーザアプリケーションＫ４へリ
ターン値として通知する。

【００４１】実施の形態５．（情報管理テーブル） 図５は本実施の形態の分散プロセス処理の情報管理方式
を示す図であり、プロセス管理が利用する管理テーブル
として共用メモリを使用し、分散プロセス管理を実現す
る三種類のデーモンが共通して当該共用メモリを参照す
る。また、共用メモリの管理内容の更新時に共用記録媒
体へ反映するようにし、他系計算機でプログラムが動作
中に自系計算機が停止して再度動作可能となったタイミ
ングで、共用記録媒体から情報を取り込む。その結果、
自系計算機の状態の変化に影響を受けずプロセス処理の
連続性を保つことができる。

【００４２】図５において、５０は分散プロセス管理す
る３つのデーモンが共通して書き込み／読み出すことが
できる共用メモリ（シェアードメモリ）であり、この共
用メモリ５０は、他系プロセス情報管理テーブル５１と
自系プロセス管理テーブル５２を備えている。

【００４３】他系プロセス情報管理テーブル５１は、初
期起動時に図３の定義ファイルから他系計算機情報を取
り込み構築され、他系計算機上で管理されるプログラム
の計算機名，ソケット情報，要求開始時刻，プロセスＩ
Ｄ，親プロセスＩＤ，子プロセスＩＤ，プログラム名，
ライブラリ発行履歴が管理される。また、自系プロセス
情報管理テーブル５２には、自系プロセス管理デーモン
Ｋ３が自系計算機上で管理するプログラムのプロセスＩ
Ｄ，起動時刻，親プロセスＩＤ，プログラム名，ライブ
ラリ発行履歴，子プロセスＩＤが取込まれ、これら管理
に必要な情報は予め図３の定義ファイルから初期起動時
に構築されるものである。

【００４４】５３は自系計算機の異常時に影響を受けな
い共用記憶媒体であり、他系プロセス情報管理テーブル
Ｋ５３が新たに他系計算機上のプログラムに対する要求
及び報告を受け、このテーブル情報の更新時に、書き込
み要求（５４）を介して共用記憶媒体５３に上記テーブ
ル５１の内容が反映されるものである。

【００４５】この情報管理システムでは、プロセス管理
が利用する管理テーブル（他系プロセス情報管理テーブ
ル５１，自系プロセス情報管理テーブル５２）を備えた
共用メモリ（シェアードメモリ）５０を使用し、分散プ
ロセス管理を実現する三種類のデーモンが共通に参照で
き、管理内容の更新時に共用記録媒体５３へ反映するこ
とにより、他系計算機でプログラムが動作中に自系計算
機が停止して再度動作可能となったタイミングで、共用
記録媒体から情報を取り込み、処理の連続を保持するこ
とができる。

【００４６】その結果、自系計算機に異常が発生し、復
帰した場合、共用記録媒体５３に管理情報を持つことに
より、他系計算機から情報が変更でき、その情報を元に
処理の連続性が保持される効果がある。

【００４７】実施の形態６．（起動要求可否メッセー
ジ） ここでは、他系計算機で動作するプロセスの負荷バラン
スを一定にする手段として、他系計算機でプロセスを起
動する場合に、予め起動要求を行なう予定の計算機に現
状プロセス管理状況を確認後に要求を発行するようにす
る。

【００４８】図６において、Ｋは自系計算機、２Ａ〜８
Ｄは他系計算機であり、自系計算機Ｋから図３に示した
定義ファイルを元に計算機優先順位の高い他系計算機２
Ａに対して起動要求可否メッセージ（６−１）を送信す
る。他系計算機２Ａ上で管理が不可能である場合には応
答メッセージ（６−２）によって否情報を返信する。返
信メッセージ否情報を受けた自系計算機Ｋは、次に優先
順位の高い他系計算機３Ａへ起動要求メッセージ（６−
１）を送信し、応答メッセージ（６−２）を持つ。応答
メッセージ（６−２）の情報が否である場合は、更に優
先順位の次に高い計算機へ上記と同様の起動要求メッセ
ージ（６−１）を送信し、応答メッセージ可情報が返信
されるまで続ける。

【００４９】また、全ての他系計算機で応答メッセージ
否が返信された場合は、ユーザにエラーリターンを返す
処理を行なう。

【００５０】この起動要求メッセージ送信による効果
は、起動要求を行なう予定の計算機に現状プロセス管理
状況を確認した後、起動可であれば起動要求のあったモ
ジュールを他系計算機上で動作させるようにしたので、
各計算機内での必要以外のシステムコールの発行を抑止
する効果がある。

【００５１】実施の形態７．（共用記憶媒体） 実施の形態７では、図５に述べた共用記憶媒体が複数計
算機に接続されているシステムにおいて、その共用記憶
媒体に各計算機内のプロセス管理動作履歴を置くことに
よって、他系計算機上のプロセス管理情報を共用記憶媒
体から取り込み、現時点でプロセスの管理負荷の小さい
計算機を見つけてその他系計算機に起動要求を行なうこ
とを目的とする。

【００５２】図７において、７１は全ての計算機から参
照可能な共用記憶媒体であり、この共用記憶媒体７１上
に各計算機のプロセス管理履歴情報群のテーブル７２を
設け、全ての計算機情報をどの計算機からも参照できる
ようにする。他系計算機２Ａ〜８Ｄの情報は書き込み
（７−１）によって各計算機上で管理情報の更新時に共
用記憶媒体７１へ反映する。他系計算機上でプロセス起
動を行なおうとする自系計算機Ｋは、要求を発行する前
に共用記憶媒体７２の情報を読み取り（７−２）により
得て、現在もっとも負荷の軽い計算機を選出する。

【００５３】このように、共用記憶媒体７１に各計算機
内のプロセス管理動作履歴を置くことによって、共用記
憶媒体７１を用いてシステム全体の管理履歴情報が参照
でき、最も負荷の低い他系計算機へ直接要求が発行で
き、起動要求から実行までの時間を短縮する効果があ
る。

【００５４】実施の形態８．（起動要求） 実施の形態８では、他系計算機のプロセス起動要求を発
行したが、複数計算機システム内で一の計算機上のみに
しか該当プロセスが存在しない場合、定義ファィルに設
定された計算機順に起動要求を発行して行き、必ず該当
プロセスの起動を可能とすることを目的とする。

【００５５】図８において、２Ａ，３Ａ・・・８Ｄは他系
計算機であり、自系計算機Ｋから起動要求ソケットメッ
セージを発行し、他系計算機上に要求されたプログラム
が存在しない場合、自系計算機Ｋは定義ファイル中のＭ
ａｃ−ｎａｍｅで指定されている全ての計算機に対して
優先順序にしたがって要求を発行する。

【００５６】図８は他系計算機３Ａだけに目的とするプ
ログラムモジュールが存在する場合を例示したもので、
起動要求ソケットメッセージ（８１）を受けた他系計算
機２Ａは、目的のプログラムモジュールが存在しない旨
のソケット返信メッセージ（８１−２）を自系計算機Ｋ
に送信する。次に、自系計算機Ｋは起動要求ソケットメ
ッセージ（８２）を計算機３Ａに発行し、計算機３Ａ側
で該当プログラムモジュールを起動した後、ソケット返
信メッセージ（８２−２）により自系計算機Ｋに起動報
告がなされる。

【００５７】この実施の形態８による効果は、複数計算
機システム内で一の計算機上のみにしか該当プロセスが
存在しない場合、起動要求のあったロードモジュールに
対して、必ず起動させることを目的とし、設定されてい
る全ての計算機をサーチし、該当モジュールが必ず起動
できることにある。

【００５８】実施の形態９．（ハートビートメッセー
ジ） 実施の形態９では、起動要求先となっていた他系計算機
が異常状態となった場合に備え、他系プロセス監視デー
モンが定期的にハートビートメッセージを発進し、その
メッセージが一定時間途絶えた時、他系計算機の異常と
判断するようにする。異常と判断する時間は、ネットワ
ーク負荷時を考慮した時間より遅くするものである。こ
の実施の形態によれば、異常と判断した計算機に対して
要求を行なっていたプロセスの情報を参照し、速やかに
ユーザーへ報告することができる。

【００５９】この実施の形態９を図９により説明する。
各計算機上の他系プロセス監視デーモンは、ハートビー
ト（定期間隔通知）メッセージ９１を、定義ファイルに
定義された全ての計算機に対して、自系計算機が正常で
あることを認識させるために発信する。通常、他系計算
機に要求を発行した場合、処理の途中で計算機に異常が
発生してもそれがわからなければ、処理中だと認識して
しまうことになる。そこで定期連続メッセージ９１をハ
ートビートの役割とし、９２に示すようにハートビート
メッセージが断続的に途絶えた場合、メッセージが途絶
えた計算機へ要求した処理を、即座に中断させるように
する。

【００６０】この実施の形態９による効果は、他系計算
機で動作中のプロセスを自系で管理している場合に、他
系計算機が異常となった時、その状態を即座に認識する
ことができ、それに対応する処置を即座に行なうことが
できる。

【００６１】実施の形態１０．実施の形態１０は、図７
に示す共用記憶媒体を持たない複数計算機システムにお
いて、実施の形態７と実施の形態９の機能を実現するも
のであり、上記ハートビートメッセージ上に各計算機内
におけるプロセス管理動作履歴をデータとして乗せて発
信するようにする。計算機は全系からのハートビートメ
ッセージを受信することにより、各計算機毎の履歴情報
を確認してプロセス管理状況負荷の一番低い計算機に対
して起動要求を行なうことができる。

【００６２】本実施の形態１０を図１０について説明す
る。この実施の形態では図７のような共用記憶媒体が存
在しない。そこで、自系計算機Ｋは、ネットワークに接
続された他の計算機より、各計算機のプロセス管理履歴
情報を、定期的にハートビートの役割を兼ねたプロセス
履歴情報メッセージ（２Ａ−１），…，（８Ｄ−１）に
より受信する。そして、そのメッセージを自系計算機Ｋ
内のシェアードメモリ内テーブル上に（１０１）により
書き込んで集計し、全体の履歴情報を計算機内で確認す
る。そして、上記履歴情報の読み取り（１０２）の結果
から、他系プロセス監視デーモンは例えば一番負荷の軽
い計算機８Ｄに対し起動要求ソケットメッセージ１０３
を発行するものである。

【００６３】この実施の形態１０による効果は、共用記
憶媒体を持たないシステムにおいても、ハートビートメ
ッセージのデータに各計算機の管理履歴情報を乗せて送
ることにより、共用記憶媒体を利用した時と同等のシス
テム全体の情報を各計算機で参照できるとともに、定期
的なハートビートメッセージを利用するため、他系計算
機の状態を一度に確認できる効果がある。

【００６４】

【発明の効果】以上のようにこの発明によれば、複数計
算機システムにおける各計算機の負荷や正常状態以外の
状態時でも、アプリケーションからの要求を、３つの分
散プロセス管理を実現するデーモンプロセスにより、タ
イミング的な依存を抑えて実行できるように構成したの
で、予め提供する定義ファイルにより、システムの設定
を行なうことにより、アプリケーションは各計算機情報
を意識する必要がなく、ライブラリに定義するパラメー
タについてもシンプルな設定で済み、同アプリケーショ
ンのソースを修正することなく各計算機で実行できる効
果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態による分散プロセス管
理システムの構成及び処理の流れを表した図である。

【図２】 この発明の実施の形態に示すＬＡＮで接続さ
れた複数計算機システムを表した図である。

【図３】 この発明の実施の形態による複数計算機シス
テムを管理するための定義ファイルの内容を示す図であ
る。

【図４】 この発明の実施の形態によるアプリケーショ
ンから要求された自系計算機内での処理の流れを表わし
た図である。

【図５】 この発明の実施の形態による自系計算機の状
態の変化に影響を受けず処理の連続性を保つ手段を表し
た図である。

【図６】 この発明の実施の形態による必要最小限のシ
ステムコールの発行を実現するために、他系計算機に対
する要求の前に予め伺いをたてて処理を行なうことを表
す図である。

【図７】 この発明の実施の形態による共用記憶媒体を
利用して、システム全体の管理情報を集中的に一ケ所に
管理した処理を表わす図である。

【図８】 この発明の実施の形態による複数計算機シス
テムにおいて、要求のあった該当するプログラムがシス
テム中に１台の計算機上にのみ存在する場合の処理の流
れを表わした図である。

【図９】 この発明の実施の形態による計算機間の状態
を確認する動作を表わした図である。

【図１０】 この発明の実施の形態による共用記憶媒体
を利用しないシステムにおいて、計算機間の状態の認識
と各計算機上の情報を組み合わせた処理を表わした図で
ある。

【符号の説明】

Ｋ１，Ｍ１，Ｎ１ 他系プロセス監視デーモン、Ｋ２，
Ｍ２，Ｎ２ 他系プロセス管理デーモン、Ｋ３，Ｍ３，
Ｎ３ 自系プロセス管理デーモン、Ｋ４ ユーザアプリ
ケーション、（１） Ｓｏｃｋｅｔ通信によるプロセス
要求、（２）メッセージ、（３） プロセスに対するア
クション及び結果、（４） 結果報告メッセージ、
（５） プロセスに対する結果及び他系情報メッセー
ジ、（６）結果報告Ｓｏｃｋｅｔ通信、２Ａ，３Ａ，４
Ｂ，５Ｂ，６Ｃ，７Ｃ，８Ｄ マシン名（ＩＰアドレス
で設定されたＨｏｓｔ ｎａｍｅ）、Ｓｙｓｔｅｍ Ｌ
ＡＮに接続された分散プロセス管理を行なう計算機の台
数、Ｍａｃ−ｎａｍｅ マシン名（ＩＰアドレスで設定
されたＨｏｓｔ ｎａｍｅ）、Ｐｒｃ−ｃｏｕｎｔ各計
算機毎の管理数、Ｐｒｃ−ｐａｔｈ プログラム起動の
際にプログラムを探すｐａｔｈ、Ｐｒｃ−Ｅｎｖ プロ
グラム起動の際に引継がせる環境変数、（４１） メッ
セージ（ライブラリによる要求）、（４２−１） 他系
計算機に対する要求メッセージ、（４２−２） 自系計
算機内部でのプロセス管理処理、（４２−３），（４２
−３） Ｓｏｃｋｅｔ通信、（４３） 他系計算機での
プロセス管理処理結果メッセージ、（４４） プロセス
管理処理結果（ライブラリのリターン）、５０ 共用メ
モリ、５１ 他系プロセス情報管理テーブル、５２ 自
系プロセス情報管理テーブル、５３ 共用記憶媒体、５
４ 共用媒体に対する書き込み要求、（６−１） 起動
要求可否伺いメッセージ、（６−２） 可／否メッセー
ジ情報、７１ 共用記憶媒体、７２ プロセス管理履歴
情報集中管理テーブル、（７−１） 書き込み、（７−
２） 読み取り、（８１），（８２） 起動要求Ｓｏｃ
ｋｅｔメッセージ、（８１−２），（８２−２） 要求
処理結果Ｓｏｃｋｅｔ返信メッセージ、９１ ハートビ
ート（定期間隔通知）メッセージ、９２ ハートビート
メッセージの途断、１０１ シェアードメモリ内デーブ
ルに書き込み、１０２ 履歴情報読み取り、１０３ 起
動要求Ｓｏｃｋｅｔメッセージ、（２Ａ−１），（８Ｄ
−１） ハートビート＋プロセス履歴情報メッセージ。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続された複数計
   算機の分散プロセス管理システムにおいて、 自系計算機内のプログラムの動作を管理し、プログラム
   の起動，終了，同期，シグナルの送付等を要求する自系
   プロセス管理デーモンと、 他系計算機で動作する上記プログラムの起動，同期，シ
   グナルの送付の要求を発行し、他系計算機で動作するプ
   ログラムの状態を監視する他系プロセス監視デーモン
   と、 他系計算機からの上記要求を受け取り上記自系プロセス
   管理デーモンへ送信し、その処理結果を自系計算機内の
   他系プロセス監視デーモンへ報告する他系プロセス管理
   デーモンの３つのデーモン構成からなる分散プロセス管
   理システム。
2. 【請求項２】 上記デーモンは上記プロセスを管理する
   手段として定義ファイルを利用し、この定義ファイルは
   複数計算機間で動作するプロセス管理デーモンの計算機
   名を列挙していることを特徴とする請求項１記載の分散
   プロセス管理システム。
3. 【請求項３】 上記定義ファイルで設定された計算機名
   は、自系計算機以外で起動するプログラムの起動要求発
   行先の他系計算機であって、その順序は優先起動順位を
   示し、上記要求発行先の計算機の状態をチェックし、計
   算機負荷に余裕がありかつプログラムの起動が可能な計
   算機を設定順に確認することを特徴とする請求項２記載
   の分散プロセス管理システム。
4. 【請求項４】 上記定義ファイルには、予めプログラム
   起動権限を与える計算機名と起動パスを設定し、起動要
   求を行なう際にはプロセス名の指定のみの要求で、定義
   ファイル中に定義された計算機内の該当するパス下をサ
   ーチし、プロセス名と一致するモジュールが起動可能で
   ある場合、当該プロセスの起動を行なうことを特徴とす
   る請求項２又は請求項３記載の分散プロセス管理システ
   ム。
5. 【請求項５】 プロセス管理専用のライブラリをユーザ
   に提供し、ユーザに提供するライブラリは、プログラム
   の起動（振り逃げ／完了），同期要求等を含み、上記デ
   ーモン間及びデーモン−アプリケーション間の通信には
   メッセージを利用するとともに、計算機間をまたがる通
   信には、プロセス管理専用のソケット通信により行なう
   ことを特徴とする請求項１から請求項４のいずれか１項
   に記載の分散プロセス管理システム。
6. 【請求項６】 上記三種類のデーモンがプロセス管理の
   ために利用する共用メモリを設置し、この共用メモリは
   他系プロセス情報管理テーブルと自系プロセス管理テー
   ブルを有することを特徴とする請求項１から請求項５の
   いずれか１項に記載の分散プロセス管理システム。
7. 【請求項７】 上記共用メモリの管理内容の更新時に当
   該内容が反映される共用記録媒体を設置し、上記共用メ
   モリは他系計算機でプログラムが動作中に自系計算機が
   停止して再度動作可能となったタイミングで上記共用記
   録媒体から情報を取り込むことを特徴とする請求項６記
   載の分散プロセス管理システム。
8. 【請求項８】 上記共用記憶媒体が複数計算機に接続さ
   れているシステムにおいて、各計算機内におけるプロセ
   ス管理動作履歴情報を上記共用記憶媒体に取り込み、現
   時点でプロセスの管理負荷の小さい計算機を見つけてそ
   の計算機に起動要求を行なうことを特徴とする請求項７
   記載の分散プロセス管理システム。
9. 【請求項９】 他系計算機で動作するプロセスの負荷バ
   ランスを一定にするために、他系計算機でプロセスを起
   動する場合に、予め起動要求を行なう予定の計算機に現
   状プロセス管理状況を確認した後に要求を発行すること
   を特徴とする請求項１から請求項８のいずれか１項に記
   載の分散プロセス管理システム。
10. 【請求項１０】 他系計算機のプロセス起動要求を発行
    する場合、システム内に一計算機上のみにしか該当プロ
    セスが存在しない場合、定義ファィルに設定された計算
    機順に起動要求を発行していくことを請求項１から請求
    項９のいずれか１項に記載の特徴とする分散プロセス管
    理システム。
11. 【請求項１１】 上記他系プロセス監視デーモンはハー
    トビートメッセージを定期的に発進し、起動要求先とな
    っていた他系計算機が異常状態となった場合、当該他系
    計算機が発進するハートビートメッセージが一定時間途
    絶えることによって、他系計算機の異常と判断すること
    を特徴とする請求項１から請求項１０のいずれか１項に
    記載の分散プロセス管理システム。
12. 【請求項１２】 共用記憶媒体を持たない複数計算機シ
    ステムにおいて、各計算機内におけるプロセス管理動作
    履歴をハートビートメッセージにデータとして乗せて発
    信することを特徴とする請求項１から請求項７ないし請
    求項９から請求項１１のいずれか１項に記載の分散プロ
    セス管理システム。