JPH1145185A

JPH1145185A - ネットワーク管理クライアント起動方法

Info

Publication number: JPH1145185A
Application number: JP9199466A
Authority: JP
Inventors: Yoshinari Wada; 善也和田
Original assignee: Hitachi Information Systems Ltd
Current assignee: Hitachi Systems Ltd
Priority date: 1997-07-25
Filing date: 1997-07-25
Publication date: 1999-02-16
Anticipated expiration: 2017-07-25
Also published as: JP3543548B2

Abstract

(57)【要約】【課題】コンピュータ資源の圧迫を避け、かつ、管理
マネージャと管理クライアントとの間の通信量の増加を
防止可能としたネットワーク管理クライアント起動方法
を提供すること。【解決手段】管理クライアント１０５の親プロセス１
０６が、子プロセス１０７も含めた管理クライアント１
０５全体が動作するための資源量の上限値を予め保持し
ており、管理サービスの実行指示を受けたときに、該管
理サービス実行に必要な資源量と上記資源量の上限値と
を比較して、当該管理サービスを実行するか否かを決定
する方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク管理ク
ライアント起動方法に関し、特にコンピュータネットワ
ークの管理システムにおいて、管理のためのコンピュー
タおよびネットワーク資源を制限することにより、シス
テム全体の性能を確保することができるようにしたネッ
トワーク管理クライアント起動方法に関する。

【０００２】

【従来の技術】コンピュータ・ネットワーク・システム
におけるクライアント機能の拡大に伴い、クライアント
管理の重要性が高まり、クライアントを個別に管理する
ための仕組みが出てきた。これは、以下に示すような構
成をとるのが一般的である。 (１)コンピュータ・ネットワークにおけるネットワーク
管理システムで、 (２)管理用コンピュータ上では管理マネージャが動作
し、被管理対象コンピュータ上では管理クライアントが
動作し、管理マネージャと管理クライアントが相互に関
連を持って動作し、管理サービスを実行する。 (３)管理マネージャは、管理サービスの実行指示を管理
クライアントに対して指示する。 (４)管理クライアントは、管理サービスの実行指示を受
け取る親プロセスと管理サービスを実際に行う子プロセ
スとから成る構成をとる。 (５)管理クライアントの親プロセスは、管理サービスの
実行指示を管理マネージャから受け取ると、管理サービ
スの種類に対応した異なる種類の子プロセスを生成す
る。 (６)管理クライアントの親プロセスは、生成した子プロ
セスの管理サービス実行結果を受け取り、管理マネージ
ャに応答を返す。

【０００３】

【発明が解決しようとする課題】ここで問題になるの
は、例えば、被管理対象コンピュータの構成情報を管理
用コンピュータに収集したり、あるいは、管理用コンピ
ュータから被管理対象コンピュータに対してファイルを
配布するといった管理サービスの種類の増加と、クライ
アント数の増加に従い、 (１)管理クライアントのプログラム実行による、メモ
リ，ディスク記憶装置等のコンピュータ資源の圧迫が、
他のアプリケーションの実行にとって無視できない程度
まで増大する。 (２)管理マネージャと管理クライアントとの間の通信量
が増加する。という２点である。本発明は上記事情に鑑みてなされた
もので、その目的とするところは、従来の技術における
上述の如き問題を解消し、コンピュータ資源の圧迫を避
け、かつ、管理マネージャと管理クライアントとの間の
通信量の増加を防止可能としたネットワーク管理クライ
アント起動方法を提供することにある。

【０００４】

【課題を解決するための手段】本発明の上記目的は、管
理マネージャ１０２を有する管理コンピュータ１０１
と、管理クライアント１０５を有する被管理対象コンピ
ュータ１０４とがネットワーク１０３を介して接続され
たシステムにおいて、管理クライアント１０５の親プロ
セス１０６が、子プロセス１０７も含めた管理クライア
ント全体が動作するための資源量の上限値を予め保持し
ており、管理サービスの実行指示を受けたときに、該管
理サービス実行に必要な資源量と上記資源量の上限値と
を比較し、必要な資源量が上記上限値を下回っていれ
ば、当該管理サービスを実行する子プロセス１０７を起
動し、また、必要な資源量が上記上限値を上回っていれ
ば、当該管理サービス実行の延期を管理マネージャ１０
２に要求することを特徴とするネットワーク管理クライ
アント起動方法により達成される。

【０００５】

【発明の実施の形態】本発明に係るネットワーク管理ク
ライアント起動方法においては、管理クライアント１０
５が管理サービス実行時に確保する資源をある一定値以
下に制限することにより、コンピュータ・ネットワーク
上の管理用オーバヘッドの時間的変動を抑止することが
でき、これにより、システム全体の性能確保が可能にな
る。なお、管理クライアント１０５の親プロセス１０６
は、管理サービスの種類、つまり、子プロセス１０７の
種類に応じた管理サービスの平均実行時間を保持してお
り、管理クライアント１０５の親プロセス１０６は、起
動した子プロセス１０７に関して、起動時からの経過時
間を測定する。このとき、上述の、必要な資源量が上限
値を上回った場合の管理サービス実行延期要求を管理マ
ネージャ１０２に行う際に、必要な資源量が上限値を下
回って確保できるようになるまでの見込み時間をも合わ
せて通知する。これにより、管理マネージャ１０２が管
理クライアント１０５に対して効率的に管理サービス実
行要求の再試行を行うことができる。

【０００６】以下、本発明の実施例を図面に基づいてよ
り詳細に説明する。図１は、本発明の適用対象であるコ
ンピュータ・ネットワークの概要を示す図である。管理
用コンピュータ１０１では、コンピュータ・ネットワー
ク管理のための管理マネージャ１０２を実行する。管理
マネージャ１０２は、ネットワーク１０３を介して接続
されている被管理対象コンピュータ１０４を管理対象と
する。この管理のために、被管理対象コンピュータ１０
４上で管理クライアント１０５を実行する。

【０００７】管理マネージャ１０２と管理クライアント
１０５は、ネットワーク１０３を介した通信を行いなが
ら、管理サービスを実現する。管理サービスの例として
は、 (１)被管理対象コンピュータの構成情報を管理用コンピ
ュータに収集する。 (２)管理用コンピュータから被管理対象コンピュータに
対してファイルを配布する。などがある。

【０００８】図２は、被管理対象コンピュータ１０４内
の管理クライアント１０５の内部構成の概要を示す図で
ある。管理クライアント１０５のプロセス構成は、管理
クライアント１０５における管理サービスの実行を制御
する親プロセス１０６と、個々の管理サービスを実行す
る子プロセス１０７から成る。親プロセス１０６の起動
は、手動またはシステム起動時の自動起動により行われ
る。また、子プロセス１０７の起動契機は、親プロセス
からの起動による。

【０００９】図３は、親プロセス１０６と子プロセス１
０７のブロック図である。対管理マネージャ通信部３０
１は、管理マネージャ１０２からの管理サービス実行指
示メッセージの受信，結果の応答送信，実行延期要求送
信などを行う。管理サービス実行制御部３０２は、管理
サービス実行可否の判断および実行状態の管理を行う。
子プロセス起動・監視処理部３０３は、管理サービス実
行制御部３０２からの子プロセス起動要求に基づき、プ
ロセスの起動・終了の監視を行う。

【００１０】子プロセス起動・監視処理部３０３は、管
理サービス実行制御部３０２からの子プロセス起動要求
に基づき、プロセスの起動・終了の監視を行う。また、
実時刻取得処理部３０５は、コンピュータ内のタイマ割
り込みを取得して、一定時間の経過を管理サービス実行
制御部３０２に通知する。子プロセス１０７内の管理サ
ービス実行部３０４は、コンピュータ内の構成情報収
集，管理マネージャからのファイル受信等の、実際の管
理サービスを実行する。

【００１１】次に、上述の如く構成された本実施例にお
ける処理の流れを、図３〜図９を用いて説明する。ま
ず、全体的な動作を説明する。管理マネージャ１０２が
管理クライアント１０５に対して、管理サービス実行指
示を送信すると、管理クライアント親プロセス１０６の
対管理マネージャ通信部３０１がこれを受信する。実行
指示メッセージのフォーマットは、図４に示すように実
行要求サービス名称フィールドと優先度フィールドから
成る。

【００１２】ここで、実行要求サービス名称は、予め管
理マネージャと管理クライアントとの間で定義されてい
るものとする。また、優先度は管理サービスの起動の優
先度を表わす数値であり、値が大きいほど高い優先度を
表わすものとする。管理マネージャと管理クライアント
との間のメッセージ通信手順は、図４に示すメッセージ
を透過的に送る手順であれば、種別を問わない。対管理
マネージャ通信部３０１は、メッセージを受信すると、
この内容を管理サービス実行制御部３０２に渡す。

【００１３】管理サービス実行制御部３０２は、受け取
った実行要求サービス名称と後述するサービス定義テー
ブル５０１とのマッチング処理を行い、起動すべき子プ
ログラム名称を決定する。サービス定義テーブルの一例
を、図５に示す。サービス定義テーブル５０１の各フィ
ールドの定義は、以下のとおりである。

【００１４】(１)サービス名称：管理マネージャ１０２
からの実行要求に含まれる名称と一致するサービス名称 (２)プログラム名称：該当するサービスを実行する主体
となるプログラム名称 (３)平均実行時間：該当するプログラムを実行するのに
必要な時間の平均値 (４)実行時所要メモリ：該当するプログラムを実行する
のに必要となる一時記憶装置の最大容量 (５)実行時所要ディスク容量：該当するプログラムを実
行するのに必要となる二次記憶装置の最大容量

【００１５】次に、管理サービス実行制御部３０２は、
起動すべき子プログラムが実行許容範囲内にあるかどう
かをチェックする。まず、管理マネージャから受け取っ
た優先度と後述する資源量上限値定義テーブル６０１と
のマッチングを行い、許容できる実行時メモリと実行時
ディスクの容量の上限値を求める。資源量上限値定義テ
ーブルの一例を、図６に示す。資源量上限値定義テーブ
ル６０１は、優先度が高いほど、上限値が高くなるよう
に定義しておく。

【００１６】次に、後述する実行中プロセス管理テーブ
ル７０１を用いて、現在起動中のプロセスの状態を確認
する。実行中プロセス管理テーブル７０１の一例を、図
７に示す。実行中プロセス管理テーブル７０１の各フィ
ールドの定義は、次のとおりである。 (１)実行中プログラム名称：サービス定義テーブル５０
１のプログラム名称 (２)実行中プロセス名称：プログラムを実行するプロセ
スの名称 (３)プロセス起動時刻：該当プロセスを起動した時刻 (４)経過時間：該当プロセスを起動した時刻から現在ま
での経過時間。この経過時間フィールドの更新は、実時
刻取得処理部３０５からの現在時刻通知を基に、管理サ
ービス実行制御部３０２が行う。

【００１７】管理サービス実行制御部３０２の経過時間
フィールド、および、サービス定義テーブル５０１の平
均実行時間フィールドの更新アルゴリズムを、図９を用
いて説明する。管理サービス実行制御部３０２に対し
て、実時刻取得処理部３０５からの実時刻更新イベント
通知があると(ステップ９０１)、管理クライアントの実
行中プロセス管理テーブル７０１の各エントリの「経過
時間」フィールドを、(現在時刻)−(プロセス起動時間)
の値で更新する(ステップ９０２)。

【００１８】次に、子プロセス起動・監視処理部３０３
からのプロセス終了イベント通知をチェックする(ステ
ップ９０３)。もし、イベント通知があった場合には、
まず、管理クライアントの実行中プロセス管理テーブル
７０１の該当エントリから、経過時間の値を取り出す
(ステップ９０４)。次に、この値を基にして、サービス
定義テーブル５０１の平均実行時間フィールド、およ
び、実行回数フィールドを更新する(ステップ９０５)。

【００１９】平均実行時間フィールドの値の算出は、
（平均実行時間値×実行回数値＋経過時間値)÷(実行回
数値＋１)で、また、実行回数フィールドの値の算出
は、(実行回数値＋１)の式で求める。処理の最後に、実
行中プロセス管理テーブル７０１の該当エントリを削除
する(ステップ９０６)。管理サービス実行制御部３０２
は、実行中プロセス管理テーブル７０１とサービス定義
テーブル５０１を基に、現在使用中の資源量を求める。

【００２０】本実施例では、使用中のメモリ容量は２５
ＭＢ(Ｐrog2の１０ＭＢ＋Ｐrog３の１５ＭＢ)，ディス
ク容量は３００ＫＢ(Ｐrog２の１００ＫＢ＋Ｐrog３の
２００ＫＢ)である。この結果を基に許容上限値との差
を求め、更に、実行要求プログラムが起動可能かどうか
のチェックを行う。本実施例では、メモリ容量上限値は
４０ＭＢなので、起動可能なプログラムは１５ＭＢ(＝
４０ＭＢ−２５ＭＢ)であるが、要求のＰrog４は２０Ｍ
Ｂ必要なので、起動できない結果となる。

【００２１】この場合、管理サービス実行制御部３０２
は、管理マネージャ１０２に対する実行延期要求を、対
管理マネージャ通信部３０１を経由して行う。実行延期
要求メッセージのフォーマットを、図８に示す。このメ
ッセージの中の起動可能見込み時間フィールド値は、次
の方法で算出する。 (１)資源解放によって、要求プログラム起動に必要な資
源が確保できるプログラム (２)上の条件を満たすプログラムの中で、(プログラム
平均実行時間−経過時間)の値が最小のプログラムを選択する。

【００２２】本実施例の場合： (１)Ｐrog２とＰrog３共に、資源解放によって、要求の
Ｐrog４起動に必要な資源を確保可能 (２)プログラム平均実行時間−経過時間：Ｐrog２・・・・
３０sec，Ｐrog３・・・・２２０sec これより、起動可能見込み時間フィールド値は、３０と
なる。

【００２３】仮に、管理マネージャ１０２が実行要求を
次の条件のどちらかに変更した場合には、上と同様の判
定方法を用いると、メモリ，ディスク双方ともに上限値
を超えないのでプロセス起動が可能になる。 (１)実行要求サービス名称＝サービスＳ１ (２)優先度＝２プロセス起動が可能な場合には、管理サービス実行制御
部３０２は、子プロセス起動・監視処理部３０３に、起
動するプログラム名称を渡す。

【００２４】子プロセス起動・監視処理部３０３は、受
け取ったプログラム名称のプロセスを起動し、正常起動
を確認(管理サービス実行部３０４が動作を開始)する
と、プロセス名称およびプロセス起動時刻を管理サービ
ス実行制御部３０２に渡す。管理サービス実行制御部３
０２は、これを基に実行中プロセス管理テーブル７０１
を更新する。また、子プロセス起動・監視処理部３０３
は、子プロセスの終了を継続的に監視し、プロセスが終
了した場合には、終了結果と共に、管理サービス実行制
御部３０２に通知する。

【００２５】管理サービス実行制御部３０２は、管理マ
ネージャに対するサービス終了応答を対管理マネージャ
通信部３０１を経由して行う。上記実施例によれば、管
理クライアント１０５が確保する資源量を常にある値以
下に保持することができ、また、管理サービスの実行優
先度を設定できるようにできる。更に、管理マネージャ
１０２が管理クライアント１０５に対して効率的に管理
サービス実行要求の再試行を行うことができる。なお、
上記実施例は本発明の一例を示したものであり、本発明
はこれに限定されるべきものではないことは言うまでも
ないことである。

【００２６】

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、メモリ，ディスク記憶装置等のコンピュータ資源
の圧迫を避け、かつ、管理マネージャ１０２と管理クラ
イアント１０５との間の通信量の増加を防止可能とした
ネットワーク管理クライアント起動方法を実現できると
いう顕著な効果を奏するものである。

【図面の簡単な説明】

【図１】本発明の適用対象であるコンピュータネットワ
ークの概要を示す図である。

【図２】実施例に係る、被管理対象コンピュータ１０４
内の管理クライアント１０５の内部構成の概要を示す図
である。

【図３】実施例に係る、管理クライアント１０５内部の
親プロセス１０６と子プロセス１０７のブロック図であ
る。

【図４】実施例に係る、管理マネージャ１０２から管理
クライアント１０５への管理サービス実行要求メッセー
ジの例を示す図である。

【図５】実施例に係る、管理クライアント１０５のサー
ビス定義テーブル５０１の例を示す図である。

【図６】実施例に係る、管理クライアント１０５の資源
量上限値定義テーブル６０１の例を示す図である。

【図７】実施例に係る、管理クライアント１０５の実行
中プロセス管理テーブル７０１の例を示す図である。

【図８】実施例に係る、管理クライアント１０５から管
理マネージャ１０２への実行延期要求メッセージの例を
示す図である。

【図９】実施例に係る、管理サービス実行制御部３０２
の経過時間フィールドおよびサービス定義テーブル５０
１の平均実行時間フィールドの更新処理のフローチャー
トである。

【符号の説明】

１０１管理用コンピュータ１０２管理マネージャ１０３ネットワーク１０４被管理対象コンピュータ１０５管理クライアント１０６親プロセス１０７子プロセス３０１対管理マネージャ通信部３０２管理サービス実行制御部３０３子プロセス起動・監視処理部３０４管理サービス実行部３０５実時刻取得処理部５０１サービス定義テーブル６０１資源量上限値定義テーブル７０１実行中プロセス管理テーブル

Claims

【特許請求の範囲】

【請求項１】管理マネージャを有する管理コンピュー
タと、管理クライアントを有する被管理対象コンピュー
タとがネットワークを介して接続されたシステムにおい
て、前記管理クライアントの親プロセスが、子プロセスも含
めた管理クライアント全体が動作するための資源量の上
限値を予め保持しており、管理サービスの実行指示を受けたときに、該管理サービ
ス実行に必要な資源量と前記資源量の上限値とを比較
し、必要な資源量が前記上限値を下回っていれば、当該管理
サービスを実行する子プロセスを起動し、また、必要な資源量が前記上限値を上回っていれば、当
該管理サービス実行の延期を管理マネージャに要求する
ことを特徴とするネットワーク管理クライアント起動方
法。
【請求項２】前記管理マネージャは、管理クライアン
トに対して管理サービス実行指示を行う場合に、管理サ
ービスの優先度情報を付加し、管理クライアントは前記
管理サービスの優先度に応じて、資源量の上限値を複数
保持し、優先度の高い管理サービスに対しては高い方の
上限値，優先度の低い管理サービスに対しては低い方の
上限値を適用して、管理サービスの実行優先度を設定す
ることを特徴とする請求項１記載のネットワーク管理ク
ライアント起動方法。
【請求項３】前記管理クライアントの親プロセスは、
管理サービスの種類に応じた管理サービスの平均実行時
間を保持しており、また、管理クライアントの親プロセスは、起動した子プ
ロセスに関して、起動時からの経過時間の測定を行い、必要な資源量が上限値を上回った場合の管理サービス実
行延期要求を管理マネージャに行う際に、必要な資源量
が上限値を下回って確保できるようになるまでの見込み
時間をも合わせて通知することを特徴とする請求項１ま
たは２記載のネットワーク管理クライアント起動方法。