JP2007241872A - ネットワーク上のコンピュータ資源の変更監視プログラム - Google Patents

Abstract

【課題】所定の時期に所定の資源の変更が計画されている場合に、計画通りに資源変更がなされたかどうかを判別して、オペレータに認知させることができる仕組みを、提供する。
【解決手段】管理対象コンピュータ２上では、エージェント２５が常駐しており、当該管理対象コンピュータ２の資源が変更したことを検知して、それを契機に、その資源変化の内容をマネージャ１５へ通知する。運用管理サーバ１の変更計画ＤＢには、各管理対象コンピュータ２についての個々の資源変更の計画について、その計画された資源変更の内容が、登録されている。運用管理サーバ１上のマネージャ１５は、エージェント２５から通知された個々の資源変化の内容が、夫々、変更計画ＤＢ１３に登録されている資源変更の計画通りであるかどうかをチェックし、計画通りであれば、管理者に対してその旨を通知する。
【選択図】図１

Description

本発明は、ネットワークに接続されたコンピュータの資源の変更を監視するために、サーバコンピュータのプロセッサによって実行される変更監視プログラムに、関する。

従来、例えば、ＳＮＭＰ（Simple Network Management Protocol）を用いて、ネットワークに接続されているコンピュータの資源に関する情報を、ネットワークを通じて管理サーバに収集し、この管理サーバにおいてネットワーク上のコンピュータの資源を集中管理することが、行われている。このＳＮＭＰに従ったネットワーク管理は、管理対象となるコンピュータ上に常駐するエージェントプログラムと、管理サーバ上で実行されているマネージャプログラムとが協働することによって行われる。即ち、管理対象コンピュータにおけるマネージャプログラムを実行しているＣＰＵ（以下、単に「マネージャ」という）から、管理対象コンピュータにおけるエージェントプログラムを実行しているＣＰＵ（以下、単に「エージェント」という）に、監視対象コンピュータの情報を要求すると、エージェントは、予めＭＩＢ（Management Information Base）に規定されている情報を取得して、マネージャへ送信する。すると、マネージャは、上記したものと同じ内容を有するＭＩＢを参照して、現在の監視対象コンピュータの状態を判断することができるのである。

また、下記特許文献には、コンピュータシステムを監視することにより、テンプレートから見て、プラットフォーム又はプロダクトが変化したか否かをチェックすることが、記載されている。
特表２００２−５２１７６４号

上記特許文献に記載されたものも含め、従来のネットワーク管理の手法は、あくまでも、ネットワーク上のコンピュータの現在の資源の構成を知る為のものに過ぎないので、所定の時期に所定の資源の変更が計画されている場合に、その所定時期後のコンピュータ資源の構成が計画された通りの変更を受けたものであるか否かについては、オペレータが、管理サーバに収集された情報に基づいて、自ら判断しなければならなかった。

そこで、本発明は、所定の時期に所定の資源の変更が計画されている場合に、その所定時期になされたコンピュータ資源の変更が計画された通りのものであるか（即ち、そのコンピュータが承認を受けて変更されたのかどうか）を、自動的に判別して、オペレータに認知させることができる仕組みを、提供することを課題とする。

本発明によるネットワーク上のコンピュータ資源の変更監視プログラムの第１の態様は、エージェントプログラムを実行することにより自己の資源変更を自発的に検出してその資源変更の内容をログとして記述して当該ログを送信することができる管理対象コンピュータとネットワークを通じて通信可能な通信装置と、前記管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベースとを備えるサーバコンピュータのプロセッサに対して、管理対象コンピュータが送信したログを前記通信装置が受信すると、そのログに記述されている資源変更の内容と前記変更計画データベースに登録されている各資源変更の詳細とを比較させる比較処理、及び、前記ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れかの資源変更の詳細と合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、管理者に向けて出力させる出力処理を、実行させることを特徴とする。

このように構成されると、管理対象コンピュータがログを送信し、このログをサーバコンピュータの通信装置が受信する毎に、そのログの内容と合致する詳細を有する資源変更が、変更計画データベース内において検索される。そして、そのような資源変更が変更計画データベース内に存在した場合には、当該資源変更については計画通り実施された旨を示す情報が管理者に向けて出力される。その結果、管理者は、各管理対象コンピュータ上での資源変更の直後に、当該資源変更が予め計画された資源変更の詳細通りのものであるかを、確認することができる。また、ログを受信する毎に、そのログについてのみ検索がなされるので、プロセッサに掛かる検索負荷を低減することが可能になる。

また、本発明によるネットワーク上のコンピュータ資源の変更監視プログラムの第２の態様は、エージェントプログラムを実行することにより自己の資源変更を自発的に検出してその資源変更の内容をログとして記述して当該ログを送信することができる管理対象コンピュータとネットワークを通じて通信可能な通信装置と、前記管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベースと、前記ログを格納するログデータベースとを備えるとともに、管理者によって操作される入力装置を通じてコマンドが入力可能なサーバコンピュータのプロセッサに対して、管理対象コンピュータが送信したログを前記通信装置が受信すると、受信したログを前記ログデータベースに格納させる格納処理，その後、前記入力装置を通じて所定の期間を指定した前記コマンドが入力されると、前記ログデータベースに格納されている各ログのうち、前記期間内に受信された個々のログ毎に、当該ログに記述されている資源変更の内容と前記変更計画データベースに登録されている各資源変更の詳細とを比較させる比較処理，及び、前記各ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れかの資源変更の詳細と合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、管理者に向けて出力させる出力処理を、実行させることを特徴とする。

このように構成されると、管理対象コンピュータがログを送信し、このログをサーバコンピュータの通信装置が受信しても、直ちには、変更計画データベースの検索はなされず、受信したログはログデータベース内に蓄積される。その後、管理者が入力装置を通じてコマンドを入力すると、そのコマンドによって指定された期間内に受信されたログがログデータベースから抽出され、抽出された各ログ毎に、そのログと同じ内容を有する資源変更が、変更計画データベース内において検索される。そして、そのような資源変更が変更計画データベース内に存在した場合には、当該資源変更については計画通り実施された旨を示す情報が管理者に向けて出力される。その結果、管理者は、任意のタイミングで、任意の期間に実施された資源変更について、何度でも、それらが計画通りに実施されたものであるのかを、確認することができる。また、コマンドにおいて指定される期間の範囲内に実施された資源変更についてのみ検索がなされるので、プロセッサに掛かる検索負荷を低減することが可能になる。

以上のように構成された本発明によると、所定の時期に管理対象コンピュータの資源変更が計画されている場合に、その所定時期になされたコンピュータ資源の変更が計画された通りのものであるか（即ち、そのコンピュータが承認を受けて変更されたのかどうか）を、自動的に判別して、オペレータに認知させることができる

以下、本発明の実施の形態を、図面を参照して説明する。

本実施例は、管理サーバ上のマネージャが定期的に監視対象コンピュータのエージェントに対して情報要求するのに応じてエージェントが応答してくるか、若しくは、エージェント自身が定期的に収集してマネージャに通知してきた情報（即ち、インべントリ情報）を基に、変更の計画と変更の実績とを対比するのではなく、管理対象コンピュータの資源に変更があったという事象の発生を契機として、その変更の内容についてエージェントが自発的にマネージャに通知してきた情報（即ち、変更通知イベント情報）を、変更の計画の詳細と対比することにより、変更が計画通りになされたかどうかを自動判断するものである。なお、インベントリとは、管理対象コンピュータに追加されているハードウェア資源や、それにインストールされているソフトウェア資源のような各種資源を意味し、それについての情報を、インベントリ情報という。

このように、トラップによるイベント通知を用いれば、ポーリングによるインべントリ情報の定期収集の場合に比較して、定期実際のコンピュータ資源変更の時点，若しくはそれと極近いタイミングで、変更通知イベント情報を得ることができる。しかも、後者の場合には、ネットワーク上の全コンピュータから一度に収集されたインベントリ情報を検索対象としなければならないのと比較して、前者の場合には、コンピュータ資源の変更がなされる毎に、その資源変更についての変更通知イベント情報のみが通知されるので、変更監視プログラムによる検索処理の負担を軽減することができるのである。

以下、本実施例の構成及び作用を、具体的に説明する。
＜システム構成＞
図１は、本実施例によるネットワーク管理がなされているネットワークシステムの概略構成を示すブロック図である。図１に示すように、このネットワークシステムは、ネットワークを介して相互に接続され、相互に通信可能な、複数台のコンピュータ１〜３から、構成されている。これら複数のコンピュータのうちの一台が、マネージャプログラム等を実行することによってネットワーク資源管理を行う運用管理サーバ１であり、他の一台が、管理者によって操作されることによって、運用管理サーバ１にアクセスして、所定の処理を実行させて、その処理結果を管理者に対して表示するコンソール（変更管理端末３）である。他の複数台のコンピュータが、運用管理サーバ１によって資源管理の行われる管理対象コンピュータ２である。

サーバコンピュータとしての運用管理サーバ１は、バスＢによって相互に接続されたＣＰＵ１０，ＲＡＭ１１，インベントリＤＢ（データベース）１２，変更計画ＤＢ１３，イベントログＤＢ１７，プログラム格納用のハードディスク１４，及び、通信インタフェース１９を、主要構成として有している。

このうち、ＣＰＵ１０は、ハードディスク１４から読み出したプログラムを実行することによって、所定の処理を実行する中央処理装置である。また、ＲＡＭ１１は、ＣＰＵ１０が上記処理実行をするにあたり、ハードディスク１４から読み出されたプログラムがキャッシュされて、その作業領域が展開される主記憶装置である。

また、変更計画ＤＢ１３は、管理対象コンピュータコンソール３を通じて入力された個々の管理対象コンピュータ２の資源についての変更計画が、予め登録されるデータベース（即ち、管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベース）である。この変更計画ＤＢ１３は、プログラム格納用と同じハードディスク１４に格納されていても良いが、図１では、便宜上、別個のハードディスクに格納されているものとして示されている。変更計画ＤＢ１３のデータ構造については、後で詳しく説明する。

また、プログラム格納用のハードディスク１４は、ＣＰＵ１０により読み出されて実行される各種プログラムがインストールされているディスク装置である。これら各種プログラムのうちの一つが、管理対象コンピュータ上の後述するエージェントと協働して、このエージェントから通知されたインベントリ情報を収集するポーリングを行うとともにエージェントから送信されたイベント通知を受信するマネージャプログラム１５であり、他の一つが、受信されたイベント通知と変更計画ＤＢ１３中の変更計画とを対比させて、計画された通りの資源変更がなされているかをチェックする、変更管理プログラム１６である。なお、マネージャプログラム１５と変更管理プログラム１６とは、別個独立したプログラムであっても良いし、前者に後者が組み込まれた一体のプログラムであっても良い。両プログラムが別個独立のものである場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、変更管理端末３上で実行されても良い（その場合には、変更計画ＤＢ１３は、変更管理端末３に備えられていても良い。）。以下、マネージャプログラム１５を読み込んで実行することによってＣＰＵ１０が実現する機能を、マネージャ１５と称する。

また、インベントリＤＢ１２は、マネージャプログラム１５によって定期的に収集されたインベントリ情報を格納するデータベース（イベントデータベースに相当）である。また、イベントログＤＢ１７は、マネージャプログラム１５によって受信された資源変更を示すイベント通知（イベントログ）を格納するデータベースである。これらインベントリＤＢ１２及びイベントログＤＢ１７は、プログラム格納用と同じハードディスク１４に格納されていても良いが、図１では、便宜上、別個のハードディスクに格納されているものとして示されている。インベントリＤＢ１２のデータ構造については、後で詳しく説明する。

また、通信インタフェース１９は、ネットワークＮを通じての他の機器との通信を、所定の通信プロトコルに従って行う通信装置である。

変更管理端末３は、運用管理サーバ１にアクセスして所定の動作を行わしめる機能を備えたコンピュータであり、互いにバスＢによって接続されたＣＰＵ３０，ＲＡＭ３１，ディスプレイ３２，キーボード３３及びハードディスク３４から、構成されている。これらの各構成部品の機能は、一般的なものである。但し、ハードティスク３４には、上述した機能をＣＰＵ３０に実現させるための処理を記述したプログラムが、格納されている。このキーボード３３を含む変更管理端末３の全体が、管理者によって操作されることによって、サーバコンピュータ１に対して所定コマンドを入力する入力装置に該当するが、
各管理対象コンピュータ２は、様々な構成（ハードウェア資源及びソフトウェア資源）を夫々有するコンピュータであり、共通の構成として、互いにバスＢを介して接続されたＣＰＵ２０，ＲＡＭ２１，及び、ハードディスク２４を、有している。ハードディスク２４には、ＣＰＵ２０によってＲＡＭ２１上にキャッシュされて実行される各種プログラムがインストールされているが、そのうちの一つが、エージェントプログラム２５である。このエージェントプログラム２５は、先ず、従来のものと同様に、マネージャ１５からポーリングによって受信した要求に応じて、若しくは、自ら定期的に、当該管理対象コンピュータ２の資源を調査して、調査結果に基づいてインベントリログ２２を生成して、マネージャ１５に応答する機能を、ＣＰＵ２０に実現させる。さらに、エージェントプログラム２５は、当該管理対象コンピュータ２におけるハードウェア資源又はソフトウェア資源に変化があったことを自発的に検知して、それを契機に、その資源変化の内容を記述したイベントログ２３を生成し、その内容を変更通知イベント情報としてマネージャ１５へ通知（イベント通知）する機能を、ＣＰＵ２０に実現させる。以下、エージェントプログラム２５を読み込んで実行することによってＣＰＵ２０が実現する機能を、エージェント２５と称する。インベントリログ２２やイベントログ２３は、管理対象コンピュータ２内において、ＲＡＭ２１上で生成されて運用管理サーバ１へ送信された後に、消去されても良いが、ファイルに格納されてハードディスク等の記憶装置に保存されても良い。

図２は、変更計画ＤＢ１３のデータ構造を示す表である。この変更計画ＤＢ１３の個々のエントリには、夫々、個々の管理対象コンピュータ２についての個々の資源変更の計画の詳細が登録されている。即ち、変更計画ＤＢ１３の各エントリは、変更ＩＤ，サマリー，説明，ホスト名，カテゴリ，タイプ，アイテム，サービス，ステータス，終了コード，承認のステータス，優先度，緊急度，シーケンス，緊急，開始予定日時，終了予定日時，実施済フラグ，変更計画異常フラグの、各フィールドから、構成されている。このうち、変更ＩＤフィールドには、当該資源変更計画を一意に識別する識別情報（変更ＩＤ）が登録される。サマリーフィールドには、当該資源変更計画の概要が登録される。説明フィールドには、当該資源変更計画による変更作業を指示する文が登録される。ホスト名フィールドには、当該資源変更計画にかかる管理対象コンピュータを一意に識別するためのＩＰアドレスやホスト名が登録される。カテゴリフィールドには、変更される資源の分類が登録される。タイプフィールドには、変更の種別が登録される。アイテムフィールドには、変更される資源の固有名称が登録される。サービスフィールドには、変更される資源によって実現されるサービスが登録される。ステータスフィールドには、当該資源変更計画の実施状態が登録される。終了コードフィールドには、計画立案が終了したのかどうかが登録される。承認のステータスフィールドには、当該資源変更計画につき責任者の承認が得られたかどうかの情報が登録される。優先度フィールドには、当該資源変更計画の優先度が低いか高いかの情報が登録される。緊急度フィールドには、当該資源変更計画の緊急度が低いか高いかの情報が登録される。シーケンスフィールドには、当該資源変更計画に関連付けられている変更計画タスク（後述，但し、本実施例では使用しない）があるか否かを示す情報が登録される。緊急フィールドには、当該資源変更計画の実行が緊急であるか否かの情報が登録される。開始予定日時フィールドには、当該資源変更計画を実行すべき作業期間の始期を示す日時が登録される。終了予定日時フィールドには、当該資源変更計画を実行すべき作業期間の終期を示す日時が登録される。実施済フラグフィールドには、当該資源変更計画が実施済みである旨を示すフラグがセットされ得る。変更計画異常フラグフィールドには、計画外の資源変更が当該資源変更計画が実施済みである旨を示すフラグがセットされ得る。

図３は、各管理対象コンピュータ上のエージェント２５からマネージャ１５へイベント通知された個々の変更通知イベント情報のデータ構造，即ち、イベントログのデータ構造を示す表である。図３の例は、シリアル番号“２５”乃至“３１”の計７個の変更通知イベント情報（イベントログ）が順番にマネージャにイベント通知された状態を示している。図３に示すように、各変更通知イベント情報（イベントログ）は、夫々、NO.フィールド，日時フィールド，機器種別フィールド，機器ＩＤフィールド，所有者フィールド，内容フィールドから、構成されている。NO.フィールドには、当該変更通知イベント情報（イベントログ）がマネージャ１５に受信された順番を示すシリアル番号が記述される。日時フィールドには、当該イベント情報（イベントログ）が生成された日時が記述される。機器種別フィールドには、当該変更通知イベント情報（イベントログ）を生成した管理対象コンピュータ２の種別が記述される。機器ＩＤフィールドには、当該変更通知イベント情報（イベントログ）を生成した管理対象コンピュータ２のＩＰアドレスが記述される。所有者フィールドには、当該変更通知イベント情報（イベントログ）を生成した管理対象コンピュータ２の所有者（若しくは使用者）の氏名が記述される。内容フィールドには、当該変更通知イベント情報（イベントログ）が生成される契機となった資源変更の内容（カテゴリ，タイプ，アイテム，内容）が記述される。これらの変更通知イベント情報（イベントログ）は、ＲＡＭ１１上に一時記憶されるが、運用管理サーバ１のダウンに備えて、直ちにイベントログＤＢ１７に保存されても良い。

図４は、インベントリＤＢ１２のデータ構造を示す表である。このインベントリＤＢ１２には、マネージャ１５が各管理対象コンピュータ上のエージェント２５から夫々受信した各インベントリログ毎に、その内容が一つのレコードに登録される。そして、各レコードには、夫々、そのインベントリログを送信してきた管理対象コンピュータのホスト名，ＩＰアドレス，ＣＰＵ種別，物理メモリ量，ＯＳバージョン，ＣＤ−ＲＯＭドライブ，固定ドライブ，ネットワークドライブ，Ａドライブ総容量，等の情報が、記述される。
＜処理＞
次に、本実施例において、各管理対象コンピュータ２上のエージェント２５と、運用管理サーバ１上のマネージャ１５（及び、変更管理プログラム）とが協働して実現する処理の流れを、図５及び図６のフローチャートを参照して説明する。図５において、「エージェント側」と示されているステップは、エージェント２５が実行する処理を示し、「マネージャー側」と示されているステップは、マネージャ１５及び変更管理プログラム１６による処理を示す。

そして、図５のフローチャートは、エージェント２５が情報を検知することからスタートする（Ｓ００１）。この情報検知には、マネージャ１５からの要求に応じたインベントリ情報の定期収集を契機とするもの、及び、エージェント２５による自コンピュータ２への新たなソフトウェアのインストール，メモリ増設等の資源（ハードウェア資源又はソフトウェア資源）の自動検知が、含まれる。

次のＳ００２では、エージェント２５は、Ｓ００１にて検知された情報をログ出力する。即ち、インベントリ情報を定期収集した場合には、収集したインベントリ情報の内容を記述したインベントリログを、資源変更を自動検知した場合には、資源変更の内容を記述したイベントログを生成して、ファイル出力する。

次のＳ００３では、エージェント２５は、Ｓ００２にて生成したログ（インベントリログ，イベントログ［変更通知イベント情報］）を、マネージャ１５へ送信する。図７は、このようにして送信される一連のイベントログ［変更通知イベント］の内容例を、表示するものである。

一方、運用管理サーバ１では、マネージャ１５が、Ｓ１０１において、Ｓ００３にてエージェント２５が送信してきたログ（インベントリログ，イベントログ［変更通知イベント情報］）を、受信する。

次のＳ１０２では、変更管理プログラム１６に従って動作するＣＰＵ１０が、Ｓ１０１にて受信したログに、インベントリ変更（即ち、管理対象コンピュータの資源変更）を示すイベントログ［変更通知イベント情報］が含まれるか否かを、確認する。そして、インベントリ変更を示すイベントログ［変更通知イベント情報］が含まれない場合には、処理をそのまま終了する。これに対して、インベントリ変更を示すイベントログ［変更通知イベント情報］が含まれている場合には、マネージャ１５は、Ｓ１０３において、当該イベントログ［変更通知イベント情報］に記述されている資源変更の内容を、変更計画ＤＢ１３に登録されている資源変更計画と比較する（比較手段に相当）。図６は、このＳ１０３にて実行されるサブルーチンを示すフローチャートである。

このサブルーチンに入って最初のＳ２０１では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ１０１にてエージェント２５から受信したログ中に混じっているイベントログ［変更通知イベント情報］を抽出する。

次のＳ２０２では、Ｓ２０１にて抽出したイベントログ［変更通知イベント情報］に記述されている日時に終了予定日時フィールドの値が一致しているレコードを、変更計画ＤＢ１３から検索する。そして、かかるレコードが検索できなかったならば、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ２０３へ進める。

一方、当該イベントログ［変更通知イベント情報］に記述されている日時に終了予定日時フィールドの値が一致しているレコードが変更計画ＤＢ１３から検索できた場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ２０４において、当該イベントログ［変更通知イベント情報］に記述されている機器ＩＤにホストＩＤフィールドの値が一致しているレコードを、Ｓ２０２にて検索できたレコードの中から、更に検索する。そして、かかるレコードが検索できなかったならば、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ２０３へ進める。

一方、当該イベントログ［変更通知イベント情報］に記述されている機器ＩＤにホストＩＤフィールドの値が一致しているレコードを検索できた場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ２０５において、当該イベントログ［変更通知イベント情報］に記述されている資源変更の内容と、Ｓ２０４にて検索できたレコードにおけるカテゴリフィールド，タイプフィールド，アイテムフィールドの値とが、一致しているか否かをチェックする。そして、両者が一致していない場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ２０３へ進める。

一方、両者が一致している場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ２０６において、Ｓ２０４にて検索されたレコード（Ｓ２０５のチェックの対象となったレコード）における実施済フラグフィールドにフラグをセットする。

Ｓ２０６の次に実施されるＳ２０７では、変更管理プログラム１６に従って動作するＣＰＵ１０は、比較結果についての戻り値として、一致する旨を示す“０”を設定する。Ｓ２０６の完了後、変更管理プログラム１６に従って動作するＣＰＵ１０は、このサブルーチンを終了して、処理を図５のメインルーチンに戻す。

これに対して、Ｓ２０３では、変更管理プログラム１６に従って動作するＣＰＵ１０は、比較結果についての戻り値として、一致しない旨を示す“１”を設定する。Ｓ２０３の完了後、変更管理プログラム１６に従って動作するＣＰＵ１０は、このサブルーチンを終了して、処理を図５のメインルーチンに戻す。

処理が戻された図５のメインルーチンにおいては、Ｓ１０３の次に実施されるＳ１０４において、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ２０３又はＳ２０７にて設定された戻り値の値をチェックし、“１”であれば、計画通りの資源変更がなされていないと判断して、Ｓ１０６においてイベントログ（Ｓ２０１にて抽出されてＳ２０２，Ｓ２０４，Ｓ２０５のチェック対象となったイベントログ）の内容を変更管理端末３のディスプレイ３２上に表示させたるための画面信号（イメージ信号）を変更管理端末３へ向けて出力したり（出力処理に相当）、Ｓ１０７において同イベントログの内容を記述した電子メールを管理者宛に送信したり（出力処理に相当）、Ｓ１０８において同イベントログをイベントログＤＢ１７に格納する（格納処理に相当）。以上の通知の後に、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理を終了する。

一方、Ｓ２０３又はＳ２０７にて設定された戻り値の値が“０”であるとＳ１０４にて判定した場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、計画通りの資源変更がなされたと判断して、処理をＳ１０５へ進める。Ｓ１０５では、変更管理プログラム１６に従って動作するＣＰＵ１０は、予定通りである旨を、変更管理端末３のディスプレイ３２上に表示させたり、電子メールにて管理者宛に通知したり、イベントログ（Ｓ２０１にて抽出されてＳ２０２，Ｓ２０４，Ｓ２０５のチェック対象となったイベントログ）をイベントログＤＢ１７に格納する。以上の通知の後に、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理を終了する。
＜作用＞
以上のように構成された本実施例によると、管理対象コンピュータ２において資源変更がなされた場合には、直ちに、その資源変更の内容がエージェント２５によってイベントログに記録され、そのイベントログが、変更通知イベント情報として、マネージャ１５に送信される。そして、このイベントログ［変更通知イベント情報］は、運用管理サーバ１上のマネージャ１５によって受信され、変更管理プログラム１６によって、変更計画ＤＢ１３に記録されている資源変更の計画と比較され、そのイベントログ［変更通知イベント情報］が示す資源変更が、計画通りの資源変更であったのか否かが判定され、その判定結果が管理者に通知される。従って、管理者は、各管理対象コンピュータ２における資源変更の事実を、リアルタイムに近いタイミングで認識することができるとともに、その資源変更が承認されているものであるか否かを一見して知ることができる。また、変更管理プログラム１６による検索の対象は、実際の資源変更に基づくイベントログに限られているので、ＣＰＵ１０による検索処理の負荷軽減を実現することができる。

上記実施例１においては、エージェント２５からイベントログが通知されると、それを契機に、そのイベントログの内容に基づいて変更計画ＤＢ１３の検索が行われていたが、本実施例２では、エージェント２５から通知されたイベントログは、一旦イベントログＤＢ１７に格納され、その後、管理者が変更管理端末３を操作して、所定コマンドを運用管理サーバ１に入力した場合にのみ、イベントログＤＢ１７に格納されているイベントログに基づいて変更計画ＤＢ１３の検索を行う。また、本実施例２では、一つの資源変更を完結するために、複数回の資源変更の作業を順番に行う必要のある場合に、これら複数回の資源変更の作業の計画を「変更計画タスク」として別途登録しておき、この変更計画タスクに規程された作業が規程された順序で実行された場合に限り、計画通りの資源変更が完結したものと判定できることも、特徴としている。
＜システム構成＞
図８は、本実施例２によるネットワーク管理がなされているネットワークシステムの概略構成を示すブロック図である。図１に示すように、このネットワークシステムの構成は、は、上記実施例１のものと、殆ど同じである。但し、変更計画ＤＢ１３には、上記した変更計画タスク１３ａが、予め登録されている。

図９は、変更計画タスク１３ａのデータ構造を示す表である。なお、変更計画タスク１３ａは、資源変更を実施するために複数回の資源変更作業を順番に行う必要のある各資源変更計画毎に、夫々登録された複数のレコードである。例えば、図９は、図２に示された資源変更計画に関連付けられて登録された、４回の資源変更作業から構成される変更計画タスクの例を示している。

図９に示すように、変更計画タスク１３ａは、当該変更計画タスクを構成する個々の資源変更作業毎に作成された複数のレコードから構成され、各レコードは、夫々、変更ＩＤフィールド，サマリーフィールド，説明フィールド，シーケンスフィールド，実装者フィールド，開始予定日時フィールド，終了予定日時フィールド，緊急度フィールド，ステータスフィールド，アイテムフィールドから構成されている。このうち、変更ＩＤフィールドには、当該資源変更計画を一意に識別する識別情報（変更ＩＤ）が登録される。サマリーフィールドには、当該資源変更作業の概要が登録される。説明フィールドには、当該資源変更作業の内容を指示する文が登録される。シーケンスフィールドには、当該変更計画タスク１３ａにおける当該資源変更作業の実行順番を示すシリアル番号が登録される。実装者フィールドには、当該資源変更作業を実施する者の識別情報が登録される。開始予定日時フィールドには、当該資源変更作業を実行すべき作業期間の始期を示す日時が登録される。終了予定日時フィールドには、当該資源変更作業を実行すべき作業期間の終期を示す日時が登録される。緊急度フィールドには、当該資源変更作業の緊急度が低いか高いかの情報が登録される。ステータスフィールドには、当該資源変更作業の実施状態を示す情報が登録される。アイテムフィールドには、変更される資源の固有名称が登録される。
＜処理＞
次に、本実施例２における各管理対象コンピュータ２上のエージェント２５，及び、運用管理サーバ１上のマネージャ１５による処理の流れを、説明する。フローチャートは省略したが、各管理対象コンピュータ２上のエージェント２５は、上述した実施例１による図５のＳ００１乃至Ｓ００３の処理を実行することにより、マネージャ１５に対して、ログ（インベントリログ，イベントログ）を送信し、マネージャ１５は、受信したログのうち、インベントリログをインベントリＤＢ１２に格納し、イベントログをイベントログＤＢ１７に格納する。

本実施例２における変更管理プログラム１６に従って動作するＣＰＵ１０は、図１０のフローチャートに示す処理をＣＰＵ１０に実行させる。この処理は、変更管理端末３のキーボード３３を通じて、管理者が、特定日又は期間内に計画されている資源変更が計画通りに実施されているか確認するため，若しくは、特定日又は期間内にどのような資源変更がなされたかを知るために、所定のコマンドとともに、当該特定日又は期間を入力条件として入力した時，及び、特定の資源変更計画が計画通りに実施されたかどうかを確認するために、所定のコマンドとともに、当該資源変更計画の変更ＩＤを入力条件として入力した時に、スタートする。

そして、スタート後最初のＳ３０１では、変更管理プログラム１６に従って動作するＣＰＵ１０は、入力された入力条件に該当するイベントログを、イベントログＤＢから検索する。例えば、入力条件として２００６年１月２０日が入力された場合に検索されるイベントログは、図１１に示す通りとなる。

次に、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０１にて検索した各イベントログに対して、その日時が古い順に一つづつ、Ｓ３０２乃至Ｓ３１１のループ処理を実行する。

このループ処理に入って最初のＳ３０２では、変更管理プログラム１６に従って動作するＣＰＵ１０は、入力された入力条件に該当する全資源変更計画を変更計画ＤＢ１３から検索し、検索された資源変更計画と処理対象イベントログとを比較する。

次のＳ３０３では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０２での比較の結果として、処理対象イベントログにおける「日時」の値が、Ｓ３０２にて検索した資源変更計画における開始予定日時フィールドに登録されている始期から終了予定日時フィールドに登録されている終期までの期間に含まれ、その「機種ＩＤ」が同資源変更計画におけるホスト名フィールドの値に合致するとともに、その「内容」が同資源変更計画におけるカテゴリフィールドの値，タイプフィールドの値，アイテムフィールドの値と一致するか否かをチェックする。そして、全ての項目につき条件が満たされているならば、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ３０４へ進め、全部又は一部の項目につき条件が満たされてない場合には、処理をＳ３０８へ進める。

Ｓ３０４では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０３でのチェック結果が“ＹＥＳ”となった資源変更計画に、変更計画タスク１３ａが関連付けられているか否かをチェックする。即ち、当該資源変更計画と同じ変更ＩＤを有する変更計画タスク１３ａが変更計画ＤＢ１３に登録されているか否かをチェックする。そして、変更管理プログラム１６に従って動作するＣＰＵ１０は、当該資源変更計画が変更計画タスク１３ａに関連付けられている場合には、処理をＳ３０５へ進め、関連付けられていない場合には、処理をＳ３０７へ進める。

Ｓ３０５では、変更管理プログラム１６に従って動作するＣＰＵ１０は、当該イベントログと機器種別，機種ＩＤ及び所有者を共通するとともに当該イベントよりも日時が前であるイベントログをイベントログＤＢ１７から読み出し、当該イベントログを含むこれら一連のイベントログによって示される資源変更の内容及び順序が、Ｓ３０４でのチェック結果が“ＹＥＳ”となった資源変更計画に関連付けられている変更計画タスク１３ａに登録されれている資源変更作業の内容及び順序に、齟齬していないかどうかをチェックする。そして、当該イベントログに至る資源変更の履歴が、変更計画タスク１３ａに齟齬していない場合には、処理をＳ３０６へ進め、齟齬している場合には、処理をＳ３１０へ進める。即ち、当該イベントログに記述されている資源変更の内容のうち日時以外の項目と合致する詳細を有する資源変更作業が変更計画タスク１３ａに登録されており、且つ、当該資源変更作業の実施順序が最先のものでない場合には、当該順序よりも早い順序を有する資源変更作業と合致するとともに当該イベントログの日時よりも早い日時を内容とするイベントログが存在する場合に限って、処理をＳ３０６へ進め、そのようなイベントログが存在しない場合には、処理をＳ３１０へ進める。以上に説明したＳ３０３，Ｓ３０４，Ｓ３０５が、比較処理に相当する。

Ｓ３０６では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０５でのチェック対象となった変更計画タスク１３ａ中の資源変更作業についてのステータスフィールドの値を、「実施済み」に変更する。既に変更されている場合は何もしない。Ｓ３０６の完了後、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ３０７へ進める。

Ｓ３０７では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０３でのチェック結果が“ＹＥＳ”となった資源変更計画におけるステータスフィールドの値を、実施済みに変更するとともに、実施済フラグフィールドにフラグをセットする。既にこれらのフィールドを変更済みであれば、それ以上には何もしない（登録処理に相当）。Ｓ３０７の完了後、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ３１１へ進める。

一方、Ｓ３０８では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０２にて検索した全資源変更計画について、（処理対象イベントログに記述された「日時」の値は、その資源変更計画における開始予定日時フィールドに登録されている始期から終了予定日時フィールドに登録されている終期までの期間に含まれていないが）その「機種ＩＤ」が同資源変更計画におけるホスト名フィールドの値に合致するとともに、その「内容」が同資源変更計画におけるカテゴリフィールドの値，タイプフィールドの値，アイテムフィールドの値と一致するか否かをチェックする（比較処理に相当）。そして、「日時」以外の全ての項目につき条件が満たされている資源変更計画があるならば、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ３０９へ進め、「日時」以外の全項目につき条件が満たされている資源変更計画がない場合には、処理をＳ３１０へ進める。

Ｓ３０９では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０２にて検索した資源変更計画（Ｓ３０３でのチェック対象となった資源変更計画）におけるステータスフィールドの値を、実施済みに変更するとともに、実施済フラグフィールドにフラグをセットする（登録処理に相当）。既にこれらのフィールドを変更済みであれば、それ以上には何もしない。Ｓ３０９の完了後、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ３１１へ進める。

一方、Ｓ３１０では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０５又はＳ３０８での比較対象となった全ての資源変更計画におけるステータスフィールドの値を「異常」に変更するとともに、変更計画異常フラグフィールドにフラグをセットする（登録処理に相当）。既に同フィールドの値を「異常」変更済みであれば、それ以上には何もしない。Ｓ３１０の完了後、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理をＳ３１１へ進める。

Ｓ３１１では、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０１にて検索した全てのイベントログに対してＳ３０２乃至Ｓ３１１のループ処理を完了したかどうかをチェックする。そして、検索した全てのイベントログに対する処理が未了である場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、処理を３０２に戻し、次のイベントログに対するループ処理を実行する。

これに対して、Ｓ３０１にて検索した全てのイベントログに対して上記ループ処理を完了したとＳ３１１にて判定した場合には、変更管理プログラム１６に従って動作するＣＰＵ１０は、Ｓ３０２にて変更計画ＤＢ１３から検索した全ての資源変更計画（及び、それらの資源変更計画に関連付けられている全変更計画タスク１３ａの全資源変更作業）のステータスに基づいて、夫々が実施済みであるか、実施未了であるか、異常であったかを、ディスプレイ３２上に表示させるための画面信号（イメージ信号）を変更管理端末３へ向けて出力する（出力処理に相当）。
＜作用＞
本発明によれば、イベントログと変更計画ＤＢ１３に記録されている資源変更の計画との比較は、実際の資源変更の直後ではなく、その後に、管理者が所定コマンド及び入力条件を入力した時点で行われる。しかしながら、管理者は、同日を含む任意の日時又は任意の期間を入力条件として設定することができるので、何時でも何度でも、任意の日時又は期間内に計画されていた資源変更が、計画通りに実施されているかどうかを、確認することができる。本実施例２における他の作用は、上述した実施例１のものと全く同じであるので、その説明を省略する。
（付記１）
エージェントプログラムを実行することにより自己の資源変更を自発的に検出してその資源変更の内容をログとして記述して当該ログを送信することができる管理対象コンピュータとネットワークを通じて通信可能な通信装置と、前記管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベースとを備えるサーバコンピュータのプロセッサに対して、
管理対象コンピュータが送信したログを前記通信装置が受信すると、そのログに記述されている資源変更の内容と前記変更計画データベースに登録されている各資源変更の詳細とを比較させる比較処理、及び、
前記ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れかの資源変更の詳細に合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、管理者に向けて出力させる出力処理を、
実行させることを特徴とするネットワーク上のコンピュータ資源の変更監視プログラム。（１）
（付記２）
エージェントプログラムを実行することにより自己の資源変更を自発的に検出してその資源変更の内容をログとして記述して当該ログを送信することができる管理対象コンピュータとネットワークを通じて通信可能な通信装置と、前記管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベースと、前記ログを格納するログデータベースとを備えるとともに、管理者によって操作される入力装置を通じてコマンドが入力可能なサーバコンピュータのプロセッサに対して、
管理対象コンピュータが送信したログを前記通信装置が受信すると、受信したログを前記ログデータベースに格納させる格納処理，
その後、前記入力装置を通じて所定の期間を指定した前記コマンドが入力されると、前記ログデータベースに格納されている各ログのうち、前記期間内に受信された個々のログ毎に、当該ログに記述されている資源変更の内容と前記変更計画データベースに登録されている各資源変更の詳細とを比較させる比較処理，及び、
前記各ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れかの資源変更の詳細と合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、管理者に向けて出力させる出力処理を、
実行させることを特徴とするネットワーク上のコンピュータ資源の変更監視プログラム。（２）
（付記３）
前記ログに記述されている資源変更の内容には資源変更が実施された日時が記述されているとともに、前記変更計画データベースに登録されている資源変更の詳細には、その資源変更を実施すべき期間の始期及び終期が夫々登録されており、
前記出力処理においては、前記サーバコンピュータのプロセッサに対して、前記ログに記述されている資源変更の内容のうち前記日時が、前記変更計画データベースに登録されている資源変更の内容に含まれる期間の始期から終期までの間に含まれるが、前記ログに記述されている資源変更の詳細のうち前記日時以外の全項目が、前記変更計画データベースに登録されている同資源変更の詳細に合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、前記管理者に向けて出力させる
ことを特徴とする請求項１又は２記載のネットワーク上のコンピュータ資源の変更管理プログラム。（３）
（付記４）
前記変更計画データベースに登録されている資源変更には、相互の実施順序がその詳細に含まれている複数の資源変更が含まれており、
前記出力処理においては、前記サーバコンピュータのプロセッサに対して、前記ログに記述されている資源変更の内容のうち前記日時以外の項目と合致する詳細を有する資源変更が前記変更計画データベースに登録されており、且つ、当該資源変更の詳細に前記実施順序が含まれており、且つ、当該実施順序が最先のものでない場合には、当該順序よりも早い順序を有する資源変更と合致するとともに当該ログの日時よりも早い日時を内容に含むログが存在する場合に限って、当該資源変更については計画通り実施された旨を表す情報を前記管理者に向けて出力させ、それ以外の場合には、当該資源変更は異常である旨を表す情報を前記管理者に向けて出力させる
ことを特徴とする請求項３記載のネットワーク上のコンピュータ資源の変更管理プログラム。（４）
（付記５）
前記出力処理においては、前記サーバコンピュータのプロセッサに対して、前記ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れの資源変更の詳細にも一致していない場合には、予定外の変更があった旨を表す情報を前記管理者に向けて出力させる
ことを特徴とする請求項１記載のネットワーク上のコンピュータ資源の変更管理プログラム。（５）
（付記６）
前記情報は、当該資源変更については計画通り実施された旨を表す画面をディスプレイ上に表示させるイメージ信号である
ことを特徴とする請求項１記載のネットワーク上のコンピュータ資源の変更管理プログラム。
（付記７）
前記情報は、当該資源変更については計画通り実施された旨を表すテキストを前記管理者のメールアドレス宛に送出する電子メールである
ことを特徴とする請求項１記載のネットワーク上のコンピュータ資源の変更管理プログラム。

本発明の実施例１によるネットワークシステムの概略構成を示すブロック図 変更計画ＤＢのデータ構造を示す表 イベントログのデータ構造を示す表 インベントリＤＢのデータ構造を示す表 エージェント，マネージャ及び変更管理プログラムに従った処理を示すフローチャート 図５のＳ１０３にて実行されるサブルーチンを示すフローチャート エージェントからマネージャへ通知されるイベントログの内容を示す表 本発明の実施例２によるネットワークシステムの概略構成を示すブロック図 変更計画タスクのデータ構造を示す表 変更管理プログラムに従った処理を示すフローチャート エージェントからマネージャへ通知されるイベントログの内容を示す表

符号の説明

１ 運用管理サーバ
２ 管理対象コンピュータ
３ 変更管理端末
１０ ＣＰＵ
１１ ＲＡＭ
１３ 変更計画ＤＢ
１４ プログラム用ハードディスク
１５ マネージャ
１６ 変更管理プログラム
１７ イベントログＤＢ
２０ ＣＰＵ
２１ ＲＡＭ
２４ ハードディスク

Claims (5)

1. エージェントプログラムを実行することにより自己の資源変更を自発的に検出してその資源変更の内容をログとして記述して当該ログを送信することができる管理対象コンピュータとネットワークを通じて通信可能な通信装置と、前記管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベースとを備えるサーバコンピュータのプロセッサに対して、
   管理対象コンピュータが送信したログを前記通信装置が受信すると、そのログに記述されている資源変更の内容と前記変更計画データベースに登録されている各資源変更の詳細とを比較させる比較処理、及び、
   前記ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れかの資源変更の詳細に合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、管理者に向けて出力させる出力処理を、
   実行させることを特徴とするネットワーク上のコンピュータ資源の変更監視プログラム。
2. エージェントプログラムを実行することにより自己の資源変更を自発的に検出してその資源変更の内容をログとして記述して当該ログを送信することができる管理対象コンピュータとネットワークを通じて通信可能な通信装置と、前記管理対象コンピュータについて計画されている個々の資源変更についてその詳細が夫々登録されている変更計画データベースと、前記ログを格納するログデータベースとを備えるとともに、管理者によって操作される入力装置を通じてコマンドが入力可能なサーバコンピュータのプロセッサに対して、
   管理対象コンピュータが送信したログを前記通信装置が受信すると、受信したログを前記ログデータベースに格納させる格納処理，
   その後、前記入力装置を通じて所定の期間を指定した前記コマンドが入力されると、前記ログデータベースに格納されている各ログのうち、前記期間内に受信された個々のログ毎に、当該ログに記述されている資源変更の内容と前記変更計画データベースに登録されている各資源変更の詳細とを比較させる比較処理，及び、
   前記各ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れかの資源変更の詳細と合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、管理者に向けて出力させる出力処理を、
   実行させることを特徴とするネットワーク上のコンピュータ資源の変更監視プログラム。
3. 前記ログに記述されている資源変更の内容には資源変更が実施された日時が記述されているとともに、前記変更計画データベースに登録されている資源変更の詳細には、その資源変更を実施すべき期間の始期及び終期が夫々登録されており、
   前記出力処理においては、前記サーバコンピュータのプロセッサに対して、前記ログに記述されている資源変更の内容のうち前記日時が、前記変更計画データベースに登録されている資源変更の内容に含まれる期間の始期から終期までの間に含まれるが、前記ログに記述されている資源変更の詳細のうち前記日時以外の全項目が、前記変更計画データベースに登録されている同資源変更の詳細に合致している場合には、当該資源変更については計画通り実施された旨を表す情報を、前記管理者に向けて出力させる
   ことを特徴とする請求項１又は２記載のネットワーク上のコンピュータ資源の変更管理プログラム。
4. 前記変更計画データベースに登録されている資源変更には、相互の実施順序がその詳細に含まれている複数の資源変更が含まれており、
   前記出力処理においては、前記サーバコンピュータのプロセッサに対して、前記ログに記述されている資源変更の内容のうち前記日時以外の項目と合致する詳細を有する資源変更が前記変更計画データベースに登録されており、且つ、当該資源変更の詳細に前記実施順序が含まれており、且つ、当該実施順序が最先のものでない場合には、当該順序よりも早い順序を有する資源変更と合致するとともに当該ログの日時よりも早い日時を内容に含むログが存在する場合に限って、当該資源変更については計画通り実施された旨を表す情報を前記管理者に向けて出力させ、それ以外の場合には、当該資源変更は異常である旨を表す情報を前記管理者に向けて出力させる
   ことを特徴とする請求項３記載のネットワーク上のコンピュータ資源の変更管理プログラム。
5. 前記出力処理においては、前記サーバコンピュータのプロセッサに対して、前記ログに記述されている資源変更の内容が前記変更計画データベースに登録されている何れの資源変更の詳細にも一致していない場合には、予定外の変更があった旨を表す情報を前記管理者に向けて出力させる
   ことを特徴とする請求項１記載のネットワーク上のコンピュータ資源の変更管理プログラム。