JP2001306511A - マシン情報の収集方法およびマシン情報の収集装置ならびにその記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 マシン情報を収集する場合に、情報を収集す
るマシン上の負荷を軽減し、さらに、ネットワークに負
荷をかけないで情報を収集することを実現するマシン情
報の収集方法およびマシン情報の収集装置ならびに記録
媒体を提供する。 【解決手段】 サーバモジュールに、受信した各下位マ
シンごとのマシン情報を集積する集積処理部を備える。
また、クライアントモジュールに、インベントリ情報を
含む収集データにサーバ名とクライアント識別名と収集
日時とを含む管理情報をレコードごとに付加したマシン
情報を収集結果ファイルに格納する収集制御処理部を備
える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、マシン情報を収
集する場合に、情報を収集するマシン上の負荷を軽減
し、さらに、ネットワークに負荷をかけないで情報を収
集することを実現するマシン情報の収集方法およびマシ
ン情報の収集装置ならびにその記録媒体に関するもので
ある。

【０００２】

【従来の技術】ＩＴ（情報技術）資産を効率的に活用
し、ＩＴ投資の最適化を図るための代表的なアプローチ
は、ＴＣＯ（Ｔotal Cost Ownership）の削減である。
従来、ＴＣＯを削減するためには、ＴＣＯに占める比率
の高い、エンドユーザ自身によるソフトウェアインスト
ール、トラブル対応、教育などのコストとなる「エンド
ユーザオペレーションコスト」、システム部門によるヘ
ルプデスクなどのサポートコストとなる「テクニカルサ
ポートコスト」、およびハードウェアやソフトウェアの
インベントリ管理、ソフトウェアインストール、ライセ
ンス管理工数などの各種管理運用コストとなる「システ
ム部門の運用管理コスト」を削減することが効果が大き
いとされ、そのためいわゆる運用管理ソフトウェアの導
入が進められてきた。

【０００３】しかし、これらのコストは相互に関係しあ
っているため、ＴＣＯの測定や対策による効果が数値と
して見えにくい。また、これらのコストを構成する要素
の多くが人的コストという固定費であることから、その
削減には時間を要するといった問題点があった。

【０００４】一方、ＴＣＯのうち、ハードウェアやソフ
トウェアの導入にかかるコストとなる「ハードウェアや
ソフトウェアの導入コスト」は、ＩＴ資産そのものであ
り、しかもそのコストは明確に数値化される。したがっ
て、この「ハードウェアやソフトウェアの導入コスト」
に着目し、これまで企業が部門ごとに行っていたＩＴ資
産の計画、調達、展開、運用、廃却というライフサイク
ルを全社でまとめて管理し、ボリュームディスカウント
によるＩＴ資産導入費用のコストダウン。遊休資産や未
使用ソフトウェアライセンスの転用による有効活用。部
門ごとのＩＴ資産管理業務にかかるコストの削減を行う
ことでＩＴ投資の効率化を図り、さらには各部門のＩＴ
投資とビジネス状況とを把握できるようにすることでＩ
Ｔ投資効果を明確化し、経営戦略の立案と遂行の判断材
料として活用できる情報を提供することが望まれてい
た。

【０００５】ここで、この発明にかかる次の用語につい
て、その定義を示して明確にする。

【０００６】インベントリ情報とは、企業内に散在する
パソコンハードウェア構成やインストールされているソ
フトウェアなどのＩＴ（情報技術）資産情報を示すもの
である。

【０００７】マシン情報とは、企業内に散在するパソコ
ンが保有する前記インベントリ情報を含み、管理対象と
なる個々のパソコンから採取するために、収集対象とな
る各マシンが収集する情報と、各マシンからの情報を受
信した後、各マシンからの情報を集積し一つにまとめた
情報とを示すものである。

【０００８】上位マシンとは、多階層システムにおい
て、当該装置から見て上層部に位置するマシン（下位サ
ーバあるいは上位サーバ）を示すものである。

【０００９】下位マシンとは、多階層システムにおい
て、当該装置から見て下層部に位置するマシン（下位サ
ーバあるいはクライアント）を示すものである。

【００１０】図１５はシステムの構成図の概要を示す。
同図において、多階層システムにおけるマシン情報収集
の例を説明する。上位サーバ５１は、通信モジュール５
４とサーバモジュール５５とを構成する。下位サーバ５
３ａ，５３ｂは、通信モジュール５４ａとサーバモジュ
ール５５とを構成する。管理対象となるクライアント７
１は、クライアントモジュール７２と通信モジュール７
３とを構成する。

【００１１】通信モジュール５４は少なくとも下位サー
バとの通信機能を持つ。サーバモジュール５５は収集し
たマシン情報をそのままのかたちで持つ。通信モジュー
ル５４ａは上位サーバとの通信機能と、クライアントと
の通信機能とを持つ。クライアントモジュール７２は当
該クライアント７３が保有するマシン情報を収集する。
通信モジュール７３は下位サーバとの通信機能を持つ。

【００１２】図１６は従来技術の構成図を示す。同図に
おいて、２００は関連アプリケーション、５１は図１５
で説明した上位サーバ、５３は下位サーバであり、通信
モジュール５４と、サーバモジュール５５とを構成す
る。

【００１３】通信モジュール５４は、複数のクライアン
ト７１と上位サーバ５１との通信機能を持つ。サーバモ
ジュール５５は、複数の受信相手である各クライアント
７１からインベントリ情報を含むマシン情報を収集す
る。なお、サーバモジュール５５は、稼動情報通知部５
８を構成する。

【００１４】サーバモジュール５５は、上位サーバ５１
がある場合は、収集した情報を上位サーバ５１に通知す
る。

【００１５】稼動情報通知部５８は、上位サーバまたは
関連アプリケーションに送信元マシン（下位サーバ５
３）の稼動情報をマシン情報とは別に通知する。すなわ
ち、送信元マシンの生死情報をマシン情報とは別に通知
する。

【００１６】７１はクライアントであり、通信モジュー
ル７３と、クライアントモジュール７２とを構成し、ク
ライアントのマシン情報を下位サーバ５３に送信する。
通信モジュール７３は、下位サーバ５３との通信機能を
持つ。クライアントモジュール７２は、管理対象となる
当該クライアント７１のインベントリ情報を含むマシン
情報を収集する。なお、クライアントモジュール７２
は、情報収集部７４と、マシン情報設定部８０と、スケ
ジュール処理部８１とを構成する。

【００１７】情報収集部７４は、クライアント７１が保
有するマシン情報の収集処理を実行する。また、各クラ
イアントのマシン情報は、そのままのかたちで下位サー
バ５３に送信する。マシン情報設定部８０は、クライア
ント上で収集するマシン情報を上位マシンから受け取り
クライアント自身に設定するものである。スケジュール
処理部８１は、クライアント上で収集するスケジュール
を上位マシンから受け取りクライアント自身への設定
と、スケジュール管理とをするものである。

【００１８】同図の構成において、図１７に示すよう
に、たとえば、管理対象の各クライアント７１ａ，７１
ｂ，７１ｃは、マシン情報を下位サーバ５３ａに送信す
る。下位サーバ５３ａにおいて、各クライアント７１
ａ，７１ｂ，７１ｃのマシン情報は、そのまま下位サー
バ５３ａの受信ディレクトリに保存される。下位サーバ
５３ａは、受信ディレクトリに保存された情報をそのま
ま上位サーバ５１に送信する。上位サーバ５１は受信し
た情報を受信ディレクトリに保存する。

【００１９】このように、各クライアントのマシン情報
を個別に上位サーバに送信することにより、通信負荷が
大きくなる。

【００２０】また、図１８に示すように、各サーバが収
集したマシン情報は、上位マシンまたはデータ解析アプ
リケーション（関連アプリケーション）に通知される。
一方、各サーバが持つ前述の稼動情報通知部５８は、送
信元マシンの稼動情報をマシン情報の送信とは別に送信
する。このため、通信負荷が大きくなる。

【００２１】このように、複数のマシンを管理する場合
は、たとえば銀行などのシステムでは端末が稼動する朝
など決まった時間や方法により、それぞれの管理対象と
なる下位マシンから管理するマシン情報を一括収集して
いた。このため、収集時には収集対象となる収集対象マ
シンが使用できない場合や、システムで一斉に収集が開
始されシステム全体のネットワークに負荷がかかり、他
の業務にも影響を与えていた。

【００２２】また、収集できる情報も収集するシステム
を導入後に変更したい場合、入れ替え作業が必要であ
り、その間はマシンの管理ができなくなるということが
ある。すなわち、任意にサーバを追加することはできな
いため、クライアントの増加に対して、最初からサーバ
構成を作り直す必要があった。

【００２３】

【発明が解決しようとする課題】前記のごとく、従来の
技術では次のような問題点がある。

【００２４】１）情報を収集するマシン上の負荷が大き
い。

【００２５】２）情報を収集する場合にネットワークに
負荷をかける。

【００２６】３）収集したい情報を任意に指定すること
ができない。

【００２７】４）情報を収集する場合に、収集時期を自
由に設定できない。

【００２８】５）管理対象マシンを追加する場合に、情
報を収集するマシン上での処理を必要とし、管理対象マ
シンの追加が面倒である。

【００２９】６）管理対象のマシン利用者は固定されて
おり、管理対象のマシン利用者の変更が面倒である。

【００３０】７）情報を収集するマシンと管理対象のマ
シン（最下層のマシン）との間に設置する情報収集のた
めの中継マシンを設けた多階層システムを構築する場合
に、中継マシンから動作状態を容易に通知する通知機能
がない。このため、中継マシンに異常が発生した場合
に、中継マシン異常を上位マシンへ容易に通知すること
ができない。

【００３１】この発明の課題は、情報を収集するマシン
上の負荷を軽減することにある。さらに、ネットワーク
に負荷をかけないで情報を収集することにある。また、
収集したい情報を容易に任意に指定できるようにするこ
とにある。また、情報を収集する場合に、収集時期を自
由に設定できるようにすることにある。また、管理対象
のマシンを追加する場合に、情報を収集するマシン上で
の処理を不要とし、管理対象マシンをいつでも追加でき
るようにすることにある。また、管理対象のマシン利用
者の変更を通知できるようにすることにある。また、情
報を収集するマシンと管理対象のマシン（最下層のマシ
ン）との間に設置する情報収集のための中継マシンを設
けた多階層システムを構築する場合に、中継マシン異常
を上位マシンに容易に通知できるようにすることにあ
る。

【００３２】

【課題を解決するための手段】前記の問題点を解決する
ために、この発明では次に示す手段を取った。

【００３３】サーバが、複数の受信相手からインベント
リ情報を含む各下位マシンごとのマシン情報を受信し、
各下位マシンのマシン情報を一つにまとめて上位サーバ
に送信することで通信の負荷を軽減できるように、受信
した各下位マシンごとのマシン情報を集積する。なお、
集積するマシン情報にディレクトリを利用する。

【００３４】また、クライアントが、さまざまなマシン
情報を一括して収集できるように、インベントリ情報を
含む収集データにサーバ名とクライアント識別名と収集
日時とを含む管理情報をレコードごとに付加してマシン
情報を収集する。

【００３５】上記の手段をとることにより、複数のマシ
ンで構成されるシステムにおいて、それぞれの管理対象
となる下位マシンから管理する情報を定期的にかつ自動
的に収集を可能にするとともに、収集対象となる収集対
象マシンおよびネットワークに与える負荷を最小限に抑
えた情報収集や、収集する情報をユーザ単位に任意に指
定することを可能にすることができる。これにより、性
能の遅いマシンや遠隔地にあるマシンなど、様々な環境
下に置かれているマシンから必要な情報を的確かつ迅速
に管理することを可能にする。

【００３６】

【発明の実施の形態】この発明は、次に示す実施の形態
を取った。

【００３７】マシン情報の収集方法は、サーバが、複数
の受信相手からインベントリ情報を含む各下位マシンご
とのマシン情報を受信し、受信した各下位マシンごとの
マシン情報を集積する。

【００３８】さらに、前記マシン情報の収集方法は、各
下位マシンからのマシン情報を受信ディレクトリに保存
した後、集積したマシン情報を集積ディレクトリに保存
し、さらに、関連アプリケーションがある場合は集積し
たマシン情報を通知ディレクトリに保存する。

【００３９】さらに、前記マシン情報の収集方法は、上
位マシンの有無を判定し、上位マシンがある場合は集積
した情報を上位マシンに通知し、上位マシンがない場合
は集積した情報を関連アプリケーションに通知する。

【００４０】さらに、前記マシン情報の収集方法は、集
積した情報を上位マシンまたは関連アプリケーションに
通知する際に、送信元マシンの稼動情報を集積した情報
に付加して送信元マシンの生死情報を通知する。

【００４１】また、マシン情報の収集方法は、クライア
ントが、インベントリ情報を含む収集データにサーバ名
とクライアント識別名と収集日時とを含む管理情報をレ
コードごとに付加してマシン情報を収集する。

【００４２】さらに、前記マシン情報の収集方法は、ク
ライアントがマシン情報を収集する際に、サーバ上で予
め設定されたクライアントから採取したいマシン情報を
指定したマシン情報指定情報を取得し、取得したマシン
情報指定情報に基づいてマシン情報を収集する。

【００４３】さらに、前記マシン情報の収集方法は、ク
ライアントがマシン情報を収集する際に、サーバ上で予
め設定されたクライアントから採取するスケジュールを
指定したスケジュール指定情報を取得し、取得したスケ
ジュール指定情報に基づいてマシン情報を収集する。

【００４４】さらに、前記マシン情報の収集方法は、ク
ライアントがマシン情報を収集する際に、クライアント
のＣＰＵ負荷状態をチェックし、予め設定されたしきい
値に基づきマシン負荷が低い時のみマシン情報の収集を
開始する。

【００４５】さらに、前記マシン情報の収集方法は、ク
ライアントが収集したマシン情報をサーバに送信する際
に、サーバへの通信時に任意の時間分インターバルをと
って送信する。

【００４６】また、マシン情報の収集装置は、少なくと
も複数の下位マシンとの通信機能を持つ通信モジュール
と、複数の受信相手である各下位マシンからインベント
リ情報を含むマシン情報を収集するサーバモジュールと
からなるマシン情報の収集装置において、前記サーバモ
ジュールは、受信した各下位マシンごとのマシン情報を
集積する集積処理部を備える。

【００４７】さらに、前記集積処理部は、集積したマシ
ン情報を集積ディレクトリに保存するとともに、関連ア
プリケーションがある場合は集積したマシン情報を通知
ディレクトリに保存する。

【００４８】さらに、前記サーバモジュールは、集積し
た情報を上位マシンまたは関連アプリケーションに通知
する集積情報通知部を備える。

【００４９】さらに、前記サーバモジュールは、集積し
た情報を上位マシンまたは関連アプリケーションに通知
する際に、送信元マシンの稼動情報を集積した情報に付
加して通知する稼動情報通知部を備える。

【００５０】また、マシン情報の収集装置は、上位マシ
ンとの通信機能を持つ通信モジュールと、管理対象とな
る下位マシンのインベントリ情報を含むマシン情報を収
集するクライアントモジュールとを備え、クライアント
のマシン情報を上位マシンに送信するマシン情報の収集
装置において、クライアントモジュールは、インベント
リ情報を含む収集データにサーバ名とクライアント識別
名と収集日時とを含む管理情報をレコードごとに付加し
たマシン情報を収集結果ファイルに格納する収集制御処
理部を備える。

【００５１】さらに、前記マシン情報の収集装置は、前
記サーバモジュールに、クライアントから採取したいマ
シン情報の指定を行うマシン情報設定部を備え、前記ク
ライアントがマシン情報を収集する際に、前記収集制御
処理部は、前記マシン情報設定部で設定されたマシン情
報指定情報に基づいてマシン情報を収集する。

【００５２】さらに、前記マシン情報の収集装置は、前
記サーバモジュールに、クライアントからマシン情報を
採取するスケジュールの指定を行うスケジュール設定部
を備え、前記クライアントモジュールに、クライアント
がマシン情報を収集する際に、前記スケジュール設定部
で設定されたスケジュール指定情報を取得し、スケジュ
ール指定情報に基づいてマシン情報を収集するように処
理を指示するスケジュール処理部を備える。

【００５３】さらに、前記クライアントモジュールは、
クライアントがマシン情報を収集する際に、クライアン
トのＣＰＵ負荷状態をチェックし、マシン負荷が低い時
のみマシン情報の収集を開始するように処理を指示する
マシン負荷チェック部を備える。

【００５４】さらに、前記クライアントモジュールは、
クライアントが収集したマシン情報を上位マシンに送信
する際に、上位マシンへの通信時に任意の時間分インタ
ーバルをとって送信する通信時負荷軽減処理部を備え
る。

【００５５】また、マシン情報の収集装置の制御を実現
するコンピュータ読取り可能な記録媒体は、コンピュー
タに、サーバが、複数の受信相手からインベントリ情報
を含む各下位マシンごとのマシン情報を受信する手順
と、受信した各下位マシンごとのマシン情報を集積する
手順とを実行させるためのプログラムをコンピュータ読
取り可能な記録媒体に記録する。

【００５６】また、マシン情報の収集装置の制御を実現
するコンピュータ読取り可能な記録媒体は、コンピュー
タに、クライアントが、インベントリ情報を含む収集デ
ータにサーバ名とクライアント識別名と収集日時とを含
む管理情報をレコードごとに付加してマシン情報を収集
する手順を実行させるためのプログラムをコンピュータ
読取り可能な記録媒体に記録する。

【００５７】上記の形態をとることにより、以下に示す
作用が働く。

【００５８】サーバが、複数の受信相手からインベント
リ情報を含む各下位マシンごとのマシン情報を受信し、
受信した各下位マシンごとのマシン情報を集積する。ま
た、集積するマシン情報にディレクトリを利用する。こ
れにより、サーバが、各クライアントのマシン情報を一
つにまとめて上位サーバに送信することができ、通信の
負荷を軽減する。

【００５９】さらに、集積した情報を上位マシンまたは
関連アプリケーションに通知することにより、マシン情
報を上位サーバに送るか、データ解析アプリケーション
などの関連アプリケーションに送るかを自動的に変更す
ることができるため、サーバの構成を柔軟に変更する。
また、管理対象のクライアント数の増加に対して、任意
にサーバの数を追加する。

【００６０】さらに、集積した情報を上位マシンまたは
関連アプリケーションに通知する際に、送信元マシンの
稼動情報を集積した情報に付加して送信元マシンの生死
情報を通知することにより、サーバの稼動情報をマシン
情報送信の時に同時に送信することにより、通信の負荷
を軽減する。また、上位サーバは、送信された各サーバ
の稼動情報を解析して、各サーバの動作状況を知ること
ができ、各サーバの動作状況を把握する。

【００６１】また、クライアントが、インベントリ情報
を含む収集データにサーバ名とクライアント識別名と収
集日時とを含む管理情報をレコードごとに付加してマシ
ン情報を収集することにより、クライアントが、収集デ
ータに管理情報をレコードごとに付加してマシン情報を
収集することができ、さまざまなマシン情報を一括して
収集する。

【００６２】さらに、クライアントがマシン情報を収集
する際に、サーバ上で予め設定されたクライアントから
採取したいマシン情報を指定したマシン情報指定情報を
取得し、取得したマシン情報指定情報に基づいてマシン
情報を収集することにより、サーバ上で指定されたマシ
ン情報のみを収集する。すなわち、サーバで収集するマ
シン情報の種類を任意に指定する。

【００６３】さらに、クライアントがマシン情報を収集
する際に、サーバ上で予め設定されたクライアントから
採取するスケジュールを指定したスケジュール指定情報
を取得し、取得したスケジュール指定情報に基づいてマ
シン情報を収集することにより、サーバ上で指定された
スケジュールに基づいてマシン情報を収集することがで
き、サーバで収集するマシン情報の収集タイミングを任
意に指定する。

【００６４】さらに、クライアントがマシン情報を収集
する際に、クライアントのＣＰＵ負荷状態をチェック
し、マシン負荷が低い時のみマシン情報の収集を開始す
ることにより、クライアントの情報収集時の負荷を軽減
する。また、マシン情報収集時にクライアントマシンで
操作されている他の業務に与える影響を軽減し、システ
ムの安全性を高める。また、クライアントマシンの負荷
が低い状態でマシン情報の収集が行われるため、収集時
間を短かくする。

【００６５】さらに、クライアントが収集したマシン情
報をサーバに送信する際に、サーバへの通信時に任意の
時間分インターバルをとって送信することにより、デー
タの送信に失敗しないようにする。すなわち、同一時刻
の収集でも同時刻にサーバマシンやネットワークに負荷
をかけなくすることで、確実にマシン情報をサーバに通
知する。また、同一時刻の収集でも同時刻にサーバマシ
ンやネットワークに負荷をかけなくすることで、システ
ム全体の安全性を高める。

【００６６】

【実施例】この発明による代表的な実施例を図１ないし
図１４によって説明する。なお、以下において、同じ箇
所は同一の符号を付してあり、詳細な説明を省略するこ
とがある。

【００６７】図１は本発明の実施例の構成図を示す。

【００６８】同図において、１００は関連アプリケーシ
ョン、１はサーバであり、通信モジュール４と、サーバ
モジュール５とを構成する。なお、この実施例ではサー
バ１は上位サーバとなる。

【００６９】通信モジュール４は、少なくとも複数のク
ライアント（下位マシン）との通信機能を持つ。サーバ
モジュール５は、複数の受信相手である各クライアント
（下位マシン）からインベントリ情報を含むマシン情報
を収集する。なお、サーバモジュール５は、集積処理部
６と、集積情報通知部７と、稼動情報通知部８と、ポリ
シー設定部９とを構成する。

【００７０】集積処理部６は、受信した各クライアント
（下位マシン）ごとのマシン情報を集積する。また、各
クライアント（下位マシン）からのマシン情報を受信デ
ィレクトリに保存した後、集積したマシン情報を集積デ
ィレクトリに保存する。さらに、上位サーバがない場合
は、集積したマシン情報を通知ディレクトリに保存す
る。

【００７１】集積情報通知部７は、上位サーバがない場
合は、集積した情報を関連アプリケーション１００に通
知する。

【００７２】稼動情報通知部８は、上位サーバがない場
合は、集積した情報を関連アプリケーション１００に通
知する際に、送信元マシン（サーバ１）の稼動情報を集
積した情報に付加して通知する。すなわち、送信元マシ
ンの生死情報をマシン情報に付加して通知する。

【００７３】ポリシー設定部９は、マシン情報を収集す
るための収集ポリシーを設定するものであり、マシン情
報設定部１０と、スケジュール設定部１１とを構成す
る。

【００７４】マシン情報設定部１０は、サーバ（上位サ
ーバ）１上でクライアントマシンから採取したいマシン
情報を指定するものである。また、マシン情報を指定す
る場合に、マシン情報設定部１０は、設定後の変更も可
能である。さらに、複数のクライアントに対して一括定
義することも可能である。なお、図９に採取するマシン
情報を指定する設定画面の一例を示す。

【００７５】図９に示すように、パソコンハードウェア
構成やインストールされているソフトウェアなどのＩＴ
（情報技術）資産情報を示す各種マシン情報の収集にお
いて、収集するマシン情報と、収集しないマシン情報と
を指定するものである。

【００７６】スケジュール設定部１１は、上位サーバ１
上でクライアントから採取するスケジュールを指定する
ものである。また、スケジュールを指定する場合に、ス
ケジュール設定部１１は、設定後の変更も可能である。
さらに、複数のクライアントに対して一括定義すること
も可能である。なお、図１０に採取するスケジュールを
指定する設定画面の一例を示す。

【００７７】図１０に示すように、収集するスケジュー
ルとしては、たとえば、収集単位、収集する曜日、収集
するタイミング、収集する時刻、マシン負荷状態などを
指定するものである。

【００７８】２１はクライアントであり、通信モジュー
ル２３と、クライアントモジュール２２とを構成し、ク
ライアントのマシン情報を収集して上位マシンに送信す
る。通信モジュール２３は、上位マシンとの通信機能を
持つ。クライアントモジュール２２は、管理対象となる
当該クライアント２１のインベントリ情報を含むマシン
情報を収集する。なお、クライアントモジュール２２
は、起動制御処理部２４と、収集制御処理部２５と、ス
ケジュール処理部２６と、差分抽出処理部２７と、マシ
ン負荷チェック部２８と、通信時負荷軽減処理部２９
と、今回の収集結果ファイル３０と、前回の収集結果フ
ァイル３１とを構成する。

【００７９】起動制御処理部２４は、クライアントモジ
ュール２２が実行する処理を起動させる。

【００８０】収集制御処理部２５は、クライアント２１
が保有するマシン情報の収集処理を実行する。また、イ
ンベントリ情報を含む収集データにサーバ名とクライア
ント識別名と収集日時とを含む管理情報をレコードごと
に付加したマシン情報を保存する際は、収集処理におい
ては今回の収集結果ファイル３０を作成する。また、結
果通知処理においては、前回の収集結果ファイル３１を
作成する。なお、図８に収集結果ファイルのレコード形
式の一例を示す。

【００８１】図８に示すように、収集結果ファイル３
０，３１はレコード単位で管理され、管理情報と収集情
報とで構成される。このため、レコードごとに管理情報
が付加されるため、収集マシンの移動、追加、削除、変
更が容易にできる。また、収集情報において、収集デー
タは可変長の管理も可能である。このため、収集データ
の個数も可変であるため、収集情報の追加が容易であ
る。このように、マシン情報の収集において、さまざま
なマシン情報を一括して収集できる。

【００８２】スケジュール処理部２６は、クライアント
がマシン情報を収集する際に、前記スケジュール指定部
１１で設定されたスケジュール指定情報に基づき、起動
制御処理部２４の指示にしたがってマシン情報を収集す
るように収集制御処理部２５に指示する。

【００８３】差分抽出処理部２７は、サーバ１への通知
に際して、前回通知したマシン情報との差分をとり、差
分のあるマシン情報のみを通知するようにする。

【００８４】マシン負荷チェック部２８は、クライアン
トのＣＰＵ負荷状態などをチェックし、マシン負荷の低
い時にのみマシン情報の収集を開始するようにする。

【００８５】通信時負荷軽減処理部２９は、マシン情報
をサーバ１へ送信する通信時の負荷を軽減するために、
乱数を発生させ、得た乱数（時間）分だけインターバル
をとって送信するようにする。

【００８６】図２は本発明の実施例の構成図である。

【００８７】同図において、１００は関連アプリケーシ
ョン、１は前述の図１で説明した上位サーバ、３は下位
サーバであり、通信モジュール４ａと、サーバモジュー
ル５ａとを構成する。

【００８８】通信モジュール４ａは、複数のクライアン
ト２１（下位マシン）と上位サーバ１（上位マシン）と
の通信機能を持つ。サーバモジュール５ａは、複数の受
信相手である各クライアント２１（下位マシン）からイ
ンベントリ情報を含むマシン情報を収集する。なお、サ
ーバモジュール５ａは、集積処理部６と、集積情報通知
部７と、稼動情報通知部８とを構成する。

【００８９】集積処理部６は、受信した各クライアント
２１（下位マシン）ごとのマシン情報を集積する。ま
た、各クライアント２１（下位マシン）からのマシン情
報を受信ディレクトリに保存した後、集積したマシン情
報を集積ディレクトリに保存する。

【００９０】集積情報通知部７は、上位サーバ１がある
場合は、集積した情報を上位サーバ１に通知する。

【００９１】稼動情報通知部８は、上位サーバ１がある
場合は、集積した情報を上位サーバ１に通知する際に、
送信元マシン（下位サーバ３）の稼動情報を集積した情
報に付加して通知する。すなわち、送信元マシンの生死
情報をマシン情報に付加して通知する。

【００９２】図３は本発明の実施例の説明図である。同
図において、多階層システムにおける実施例を説明す
る。上位サーバ１は、マシン情報の収集ポリシーを設定
し、中継マシンとなる下位サーバ３ａ，３ｂを介して管
理対象の各クライアント２１ａ，２１ｂ，２１ｃ，２１
ｄに収集ポリシーを配布する。なお、管理クライアント
２は、上位サーバ１にアクセスし、前述の図９および図
１０に示すように各種ポリシーの設定とその配布指示な
どを行う。

【００９３】クライアント２１ａ、クライアント２１ｂ
は、収集ポリシーに基づき各々のマシン情報を収集し、
収集したマシン情報は下位サーバ３ａを介して上位サー
バ１に送信される。また、クライアント２１ｃ、クライ
アント２１ｄは、収集ポリシーに基づき各々のマシン情
報を収集し、収集したマシン情報は下位サーバ３ｂを介
して上位サーバ１に送信される。なお、下位サーバ３
ａ，３ｂは受信した各クライアントからのマシン情報を
集積し、集積した情報を上位サーバ１に送信するように
している。

【００９４】以下、サーバ側でのマシン情報の収集を説
明する。

【００９５】図４に示すように、たとえば、管理対象の
各クライアント２１ａ，２１ｂ，２１ｃは、マシン情報
を下位サーバ３ｃに送信する。下位サーバ３ｃにおい
て、各クライアント２１ａ，２１ｂ，２１ｃのマシン情
報は、一旦、下位サーバ３ｃの受信ディレクトリに保存
される。下位サーバ３ｃは、前述の集積処理部６によっ
て受信ディレクトリに保存された各クライアント２１
ａ，２１ｂ，２１ｃのマシン情報を集積処理して集積デ
ィレクトリに保存される。また、集積した情報を上位サ
ーバに送信する。上位サーバ１は受信した情報を受信デ
ィレクトリに保存する。またさらに、上位サーバ１は、
各下位マシンからのマシン情報を受信ディレクトリに保
存した後、集積したマシン情報を集積ディレクトリに保
存するとともに、上位サーバがない場合（関連アプリケ
ーションがある場合）は、通知ディレクトリに保存す
る。

【００９６】なお、各下位マシンからのマシン情報はア
ーカイブの形で受信し、アーカイブを一旦展開する。複
数の下位マシンのマシン情報を一つのマシン情報に集積
した後、再度アーカイブして上位マシンに転送する。ま
た、前述の集積処理は、アーカイブ名に含まれる日付情
報から、受信したマシン情報を時系列に昇順にソート
し、古いマシン情報から一つづつ集積処理を実施する。

【００９７】このように、各下位マシンのマシン情報を
一つにまとめて上位マシンに送信することにより、通信
負荷が軽減する。

【００９８】図５に示すようにディレクトリの構造は、
受信ディレクトリ３５と、送信ディレクトリ３８と、通
知ディレクトリ４１とからなる。

【００９９】受信ディレクトリ３５は、受付ディレクト
リ３６と解凍ディレクトリ３７とからなる。受付ディレ
クトリ３６は、たとえば管理対象の各クライアント２１
ａ，２１ｂ，２１ｃのマシン情報、あるいは下位サーバ
３ａ，３ｂ，３ｃのマシン情報を受信ファイルＡ，受信
ファイルＢ，受信ファイルＣに保存する。解凍ディレク
トリ３７は、受信ファイルＡ，受信ファイルＢ，受信フ
ァイルＣに保存するマシン情報をそれぞれ展開して保存
するマシンディレクトリＡ，マシンディレクトリＢ，マ
シンディレクトリＣからなる。

【０１００】送信ディレクトリ３８は、集積ディレクト
リ３９とマシンディレクトリ４０とからなる。集積ディ
レクトリ３９は、マシンディレクトリＡ，マシンディレ
クトリＢ，マシンディレクトリＣに保存した各マシン情
報を前述の集積処理部６によって集積処理されたマシン
情報を保存する。マシンディレクトリ４０は、上位マシ
ンに転送する際に、集積ディレクトリ３９に保存する集
積処理されたマシン情報を含めてアーカイブして上位マ
シンへ送信する送信ファイルを作成する。

【０１０１】通知ディレクトリ４１は、日付ディレクト
リＡ４２，日付ディレクトリＢ４３からなる。日付ディ
レクトリＡ４２，日付ディレクトリＢ４３は、マシンデ
ィレクトリＡ，マシンディレクトリＢ，マシンディレク
トリＣに保存した各マシン情報を前述の集積処理部６に
よって集積処理された日付情報を含むマシン情報を保存
する。なお、関連アプリケーションからアクセスがあっ
た場合は、古い日付より処理していくことになる。

【０１０２】前述の集積情報通知部７は、図６に示すよ
うに、集積した情報を上位サーバまたは関連アプリケー
ションに通知する。すなわち、図６（ａ）に示すよう
に、サーバ１台の構成においては、前述の集積情報通知
部７は、上位サーバがないので、集積した情報をたとえ
ばデータ解析アプリケーションに通知する。

【０１０３】一方、図６（ｂ）に示すように、サーバ３
台構成の構成においては、下位サーバとなるサーバａ、
サーバｂが持つ前述の集積情報通知部７は、上位サーバ
があるので、集積した情報をサーバｃに通知する。ま
た、サーバｃが持つ集積情報通知部７は、上位サーバが
ないので、集積した情報をたとえばデータ解析アプリケ
ーションに通知する。

【０１０４】このように、マシン情報を上位サーバに送
るか、データ解析アプリケーションに送るかを自動的に
変更することができるため、サーバの構成を柔軟に変更
することができる。また、管理対象のクライアント数の
増加に対して、任意にサーバの数を追加することができ
る。

【０１０５】図７に示すように、各サーバが集積した情
報を上位マシンまたはデータ解析アプリケーションに通
知する際に、各サーバが持つ前述の稼動情報通知部８
は、送信元マシンの稼動情報を集積した情報に付加して
送信する。これにより、送信元マシンの生死情報を集積
した情報に付加して上位マシンに通知することになる。

【０１０６】このように、サーバの稼動情報をマシン情
報送信の時に同時に送信することにより、通信の負荷を
軽減する。また、上位サーバは送信された各サーバの稼
動情報を解析して、各サーバの動作状況を知ることがで
き、各サーバの動作状況を把握する。

【０１０７】つぎに、処理手順を説明する。なお、引用
する符号は、図１、図２および図５による。

【０１０８】図１１は本発明の実施例のフローチャート
を示す。同図はサーバ側のマシン情報収集処理手順の一
例を示す。

【０１０９】ステップＳ０１において、サーバモジュー
ル５，５ａは、複数のクライアントモジュール２２から
通信モジュール２３，４ａを介して各マシン情報を受け
取り、各クライアントモジュールからの各マシン情報を
受信ディレクトリ３５に一旦保存する。（図４の処理
、処理参照）

【０１１０】ステップＳ０２において、集積処理部６は
受け取った複数のマシン情報の集積処理を実行し、集積
ディレクトリ３９に保存する。（図４の処理参照）

【０１１１】ステップＳ０３において、サーバモジュー
ル５，５ａは、クライアントからのマシン情報がまだあ
るかを判定する。まだマシン情報があればステップＳ０
１に戻る。マシン情報がなければ、ステップＳ０４に進
む。

【０１１２】ステップＳ０４において、サーバモジュー
ル５，５ａは、上位サーバがあるか判定する。上位サー
バがなければステップＳ０５に進む。上位サーバがあれ
ばステップＳ０６に進む。

【０１１３】ステップＳ０５において、上位サーバ１が
持つ集積情報通知部７は、集積したマシン情報を通知デ
ィレクトリ４１に保存し、マシン情報を関連アプリケー
ションへ通知を行って処理を終了する。このとき、稼動
情報通知部８は、当該サーバの稼動情報を集積したマシ
ン情報に付加して送信元マシンの生死情報を同時に通知
する。また、通知後は、通知ディレクトリに保存するマ
シン情報を削除する。

【０１１４】ステップＳ０６において、サーバモジュー
ル５ａは、通信モジュール４ａを介して集積ディレクト
リ３９に保存する集積したマシン情報を上位サーバ１へ
送信する。（図４の処理参照）

【０１１５】ステップＳ０７において、サーバモジュー
ル５ａは、上位サーバ１へ集積したマシン情報を正常に
送信できたか判定する。正常に送信できた場合は、ステ
ップＳ０８に進む。そうでない場合は、ステップＳ０６
に戻る。

【０１１６】ステップＳ０８において、サーバモジュー
ル５ａは、すべてのディレクトリに保存するマシン情報
を削除して処理を終了する。

【０１１７】図１２は本発明の実施例のフローチャート
を示す。同図はクライアントモジュールの起動処理の一
例を示す。

【０１１８】ステップＳ１１において、起動制御処理部
２４は、スケジュール処理部２６を起動させる。

【０１１９】ステップＳ１２において、スケジュール処
理部２６は、収集タイミングが電源投入時の収集か判定
する。電源投入時の収集でなければステップＳ１３に進
む。電源投入時の収集であればステップＳ１５に進む。

【０１２０】ステップＳ１３において、起動制御処理部
２４は、スケジュール処理部２６からのイベントと、シ
ステムからのイベントとを待つ。

【０１２１】ステップＳ１４において、起動制御処理部
２４は、イベントの種別を判定する。収集イベントなら
ばステップＳ１５に進む。停止イベントならばステップ
Ｓ１６に進み、スケジュール処理部２６の停止処理を実
行して処理を終了する。

【０１２２】ステップＳ１５において、起動制御処理部
２４は、収集制御処理部２５を起動させ、収集イベント
に基づいて当該クライアント２１が保有するマシン情報
の収集処理を実行し、ステップＳ１３に戻る。

【０１２３】図１３は本発明の実施例のフローチャート
を示す。同図はクライアントモジュールのスケジュール
処理の一例を示す。

【０１２４】ステップＳ２１において、スケジュール処
理部２６は、予めサーバ１のポリシー設定部９で設定さ
れて配布された収集ポリシーを取得し、採取するスケジ
ュールなどの動作環境を参照する。

【０１２５】ステップＳ２２において、スケジュール処
理部２６は、次回の収集日時を算出する。

【０１２６】ステップＳ２３において、スケジュール処
理部２６は、算出した収集時間に到達したか判定する。
収集時間に到達していなければステップＳ２２に戻る。
収集時間に到達すればステップＳ２４に進む。

【０１２７】ステップＳ２４において、マシン負荷チェ
ック部２８は、クライアント２１のマシン負荷状態をチ
ェックし、たとえば、マシン負荷状態が５０％以下なら
ばステップＳ２５に進む。また、マシン負荷状態が５０
％以上ならばステップＳ２７に進む。

【０１２８】ステップＳ２５において、スケジュール処
理部２６は、収集イベントを起動制御処理部２４へ送信
する。

【０１２９】ステップＳ２６において、スケジュール処
理部２６は、起動制御処理部２４から処理終了の指示が
きているか判定する。終了指示ならば処理を終了し、そ
うでなければステップＳ２３に戻る。

【０１３０】ステップＳ２７において、スケジュール処
理部２６は、予め設定するインターバルをとってステッ
プＳ２３に戻る。

【０１３１】図１４は本発明の実施例のフローチャート
を示す。同図はクライアントモジュールの収集処理の一
例を示す。

【０１３２】ステップＳ３１において、収集制御処理部
２５は、上位サーバ１で設定された収集ポリシーに基づ
き当該クライアント２１のマシン情報を収集し、今回の
収集結果ファイル３０を作成する。

【０１３３】ステップＳ３２において、収集制御処理部
２５は、今回の収集結果を前回の収集結果と比較する。
すなわち、前回の収集結果ファイル３１に保存するデー
タと、今回の収集結果ファイル３０のデータとを比較す
る。

【０１３４】ステップＳ３３において、前回の収集結果
に対して今回の収集結果に変更があるか判定する。変更
があればステップＳ３４に進む。変更がなければ処理を
終了する。

【０１３５】ステップＳ３４において、通信時負荷軽減
処理部２９は、マシン情報をサーバへ送信する通信時の
負荷を軽減させるために、決められた範囲内で乱数を発
生させ、得た乱数（時間）分だけインターバルをとって
送信するように設定する。

【０１３６】ステップＳ３５において、差分抽出処理部
２７は、サーバへの通知に際して、前回通知したマシン
情報との差分をとり、前回からの差分情報だけを圧縮処
理する。

【０１３７】ステップＳ３６において、通信モジュール
２３を介して上位マシン（上位サーバ１または下位サー
バ３）へと送信する。

【０１３８】ステップＳ３７において、収集制御処理部
２５は、上位マシン（上位サーバ１または下位サーバ
３）へと送信したマシン情報を前回の収集結果ファイル
３１に保存して処理を終了する。

【０１３９】

【発明の効果】この発明により、以下に示すような効果
が期待できる。

【０１４０】各下位マシンのマシン情報を集積して一つ
にまとめて上位マシンに送信することができ、通信の負
荷を軽減することができる。

【０１４１】さらに、マシン情報を上位マシンに送る
か、データ解析アプリケーションなどの関連アプリケー
ションに送るかを自動的に変更することができるため、
サーバの構成を柔軟に変更することができる。また、管
理対象のクライアント数の増加に対して、任意にサーバ
の数を追加することができる。

【０１４２】さらに、サーバの稼動情報をマシン情報送
信の時に同時に送信することにより、通信の負荷を軽減
することができる。また、上位サーバは、送信された各
サーバの稼動情報を解析して、各サーバの動作状況を知
ることができ、各サーバの動作状況を容易に把握するこ
とができる。

【０１４３】また、クライアントが、収集データに管理
情報をレコードごとに付加してマシン情報を収集するこ
とにより、さまざまなマシン情報を一括して収集するこ
とができる。

【０１４４】さらに、サーバ上で指定されたマシン情報
のみを収集することができる。すなわち、上位サーバで
収集するマシン情報の種類を任意に指定することができ
る。

【０１４５】さらに、サーバ上で指定されたスケジュー
ルでマシン情報を収集することができる。すなわち、上
位サーバで収集するマシン情報の収集タイミングを任意
に指定することができる。

【０１４６】さらに、クライアントの情報収集時の負荷
を軽減することができる。また、マシン情報収集時にク
ライアントマシンで操作されている他の業務に与える影
響を軽減し、システムの安全性を高めることができる。
また、クライアントマシンの負荷が低い状態でマシン情
報の収集が行われるため、収集時間を短かくすることが
できる。

【０１４７】さらに、サーバへの通信時に任意の時間分
インターバルをとって送信することにより、データの送
信に失敗しないようにすることができる。すなわち、同
一時刻の収集でも同時刻にサーバマシンやネットワーク
に負荷をかけなくすることで、確実にマシン情報をサー
バに通知することができる。また、同一時刻の収集でも
同時刻にサーバマシンやネットワークに負荷をかけなく
することで、システム全体の安全性を高めることができ
る。

【図面の簡単な説明】

【図１】本発明の実施例の構成図である。

【図２】本発明の実施例の構成図である。

【図３】本発明の実施例の説明図である。

【図４】本発明の実施例の説明図である。

【図５】本発明の実施例の説明図である。

【図６】本発明の実施例の説明図である。

【図７】本発明の実施例の説明図である。

【図８】本発明の実施例の説明図である。

【図９】本発明の実施例の説明図である。

【図１０】本発明の実施例の説明図である。

【図１１】本発明の実施例のフローチャートである。

【図１２】本発明の実施例のフローチャートである。

【図１３】本発明の実施例のフローチャートである。

【図１４】本発明の実施例のフローチャートである。

【図１５】システムの構成図である。

【図１６】従来技術の構成図である。

【図１７】従来技術の説明図である。

【図１８】従来技術の説明図である。

【符号の説明】

１：サーバ（上位サーバ） ３：下位サーバ ４，４ａ：通信モジュール ５，５ａ：サーバモジュール ６：集積処理部 ７：集積情報通知部 ８：稼動情報通知部 ９：ポリシー設定部 １０：マシン情報設定部 １１：スケジュール設定部 ２１：クライアント ２２：クライアントモジュール ２３：通信モジュール ２４：起動制御処理部 ２５：収集制御処理部 ２６：スケジュール処理部 ２７：差分抽出処理部 ２８：マシン負荷チェック部 ２９：通信時負荷軽減処理部 ３０，３１：収集結果ファイル ３５：受信ディレクトリ ３９：集積ディレクトリ ４１：通知ディレクトリ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B042 GA12 HH20 MA08 MA09 MB02 MC15 MC19 MC22 5B085 AC11 BG07 5B089 GA21 GB02 HA06 JA35 JA36 JB22 KA06 KB11

Claims (20)

【特許請求の範囲】
1. 【請求項１】サーバが、複数の受信相手からインベント
   リ情報を含む各下位マシンごとのマシン情報を受信し、 受信した各下位マシンごとのマシン情報を集積する、 ことを特徴とするマシン情報の収集方法。
2. 【請求項２】前記マシン情報の収集方法において、 各下位マシンからのマシン情報を受信ディレクトリに保
   存した後、集積したマシン情報を集積ディレクトリに保
   存し、 さらに、関連アプリケーションがある場合は集積したマ
   シン情報を通知ディレクトリに保存する、 ことを特徴とする請求項１記載のマシン情報の収集方
   法。
3. 【請求項３】前記マシン情報の収集方法において、 上位マシンの有無を判定し、上位マシンがある場合は集
   積した情報を上位マシンに通知し、上位マシンがない場
   合は集積した情報を関連アプリケーションに通知する、 ことを特徴とする請求項１または２記載のマシン情報の
   収集方法。
4. 【請求項４】前記マシン情報の収集方法において、 集積した情報を上位マシンまたは関連アプリケーション
   に通知する際に、 送信元マシンの稼動情報を集積した情報に付加して送信
   元マシンの生死情報を通知する、 ことを特徴とする請求項３記載のマシン情報の収集方
   法。
5. 【請求項５】クライアントが、インベントリ情報を含む
   収集データにサーバ名とクライアント識別名と収集日時
   とを含む管理情報をレコードごとに付加してマシン情報
   を収集する、 ことを特徴とするマシン情報の収集方法。
6. 【請求項６】前記マシン情報の収集方法において、 クライアントがマシン情報を収集する際に、 サーバ上で予め設定されたクライアントから採取したい
   マシン情報を指定したマシン情報指定情報を取得し、 取得したマシン情報指定情報に基づいてマシン情報を収
   集する、 ことを特徴とする請求項５記載のマシン情報の収集方
   法。
7. 【請求項７】前記マシン情報の収集方法において、 クライアントがマシン情報を収集する際に、 サーバ上で予め設定されたクライアントから採取するス
   ケジュールを指定したスケジュール指定情報を取得し、 取得したスケジュール指定情報に基づいてマシン情報を
   収集する、 ことを特徴とする請求項６記載のマシン情報の収集方
   法。
8. 【請求項８】前記マシン情報の収集方法において、 クライアントがマシン情報を収集する際に、クライアン
   トのＣＰＵ負荷状態をチェックし、 予め設定されたしきい値に基づきマシン負荷が低い時の
   みマシン情報の収集を開始する、 ことを特徴とする請求項５記載のマシン情報の収集方
   法。
9. 【請求項９】前記マシン情報の収集方法において、 クライアントが収集したマシン情報をサーバに送信する
   際に、サーバへの通信時に任意の時間分インターバルを
   とって送信する、 ことを特徴とする請求項５記載のマシン情報の収集方
   法。
10. 【請求項１０】少なくとも複数の下位マシンとの通信機
    能を持つ通信モジュールと、複数の受信相手である各下
    位マシンからインベントリ情報を含むマシン情報を収集
    するサーバモジュールとからなるマシン情報の収集装置
    において、 前記サーバモジュールは、受信した各下位マシンごとの
    マシン情報を集積する集積処理部を備える、 ことを特徴とするマシン情報の収集装置。
11. 【請求項１１】前記集積処理部は、 集積したマシン情報を集積ディレクトリに保存するとと
    もに、関連アプリケーションがある場合は集積したマシ
    ン情報を通知ディレクトリに保存する、 ことを特徴とする請求項１０記載のマシン情報の収集装
    置。
12. 【請求項１２】前記サーバモジュールは、 集積した情報を上位マシンまたは関連アプリケーション
    に通知する集積情報通知部を備える、 ことを特徴とする請求項１０または１１記載のマシン情
    報の収集装置。
13. 【請求項１３】前記サーバモジュールは、 集積した情報を上位マシンまたは関連アプリケーション
    に通知する際に、送信元マシンの稼動情報を集積した情
    報に付加して通知する稼動情報通知部を備える、 ことを特徴とする請求項１２記載のマシン情報の収集装
    置。
14. 【請求項１４】上位マシンとの通信機能を持つ通信モジ
    ュールと、管理対象となる下位マシンのインベントリ情
    報を含むマシン情報を収集するクライアントモジュール
    とを備え、クライアントのマシン情報を上位マシンに送
    信するマシン情報の収集装置において、 クライアントモジュールは、インベントリ情報を含む収
    集データにサーバ名とクライアント識別名と収集日時と
    を含む管理情報をレコードごとに付加したマシン情報を
    収集結果ファイルに格納する収集制御処理部を備える、 ことを特徴とするマシン情報の収集装置。
15. 【請求項１５】前記マシン情報の収集装置は、 前記サーバモジュールに、クライアントから採取したい
    マシン情報の指定を行うマシン情報設定部を備え、 前記クライアントがマシン情報を収集する際に、前記収
    集制御処理部は、前記マシン情報設定部で設定されたマ
    シン情報指定情報に基づいてマシン情報を収集する、 ことを特徴とする請求項１０または１４記載のマシン情
    報の収集装置。
16. 【請求項１６】前記マシン情報の収集装置は、 前記サーバモジュールに、クライアントからマシン情報
    を採取するスケジュールの指定を行うスケジュール設定
    部を備え、 前記クライアントモジュールに、クライアントがマシン
    情報を収集する際に、前記スケジュール設定部で設定さ
    れたスケジュール指定情報を取得し、スケジュール指定
    情報に基づいてマシン情報を収集するように処理を指示
    するスケジュール処理部を備える、 ことを特徴とする請求項１０、１４または１５記載のマ
    シン情報の収集装置。
17. 【請求項１７】前記クライアントモジュールは、 クライアントがマシン情報を収集する際に、クライアン
    トのＣＰＵ負荷状態をチェックし、マシン負荷が低い時
    のみマシン情報の収集を開始するように処理を指示する
    マシン負荷チェック部を備える、 ことを特徴とする請求項１４記載のマシン情報の収集装
    置。
18. 【請求項１８】前記クライアントモジュールは、 クライアントが収集したマシン情報を上位マシンに送信
    する際に、上位マシンへの通信時に任意の時間分インタ
    ーバルをとって送信する通信時負荷軽減処理部を備え
    る、 ことを特徴とする請求項１４記載のマシン情報の収集装
    置。
19. 【請求項１９】コンピュータに、 サーバが、複数の受信相手からインベントリ情報を含む
    各下位マシンごとのマシン情報を受信する手順と、 受信した各下位マシンごとのマシン情報を集積する手順
    とを実行させるためのプログラムを記録した、 コンピュータ読取り可能な記録媒体。
20. 【請求項２０】コンピュータに、 クライアントが、インベントリ情報を含む収集データに
    サーバ名とクライアント識別名と収集日時とを含む管理
    情報をレコードごとに付加してマシン情報を収集する手
    順を実行させるためのプログラムを記録した、 コンピュータ読取り可能な記録媒体。