JP4315021B2 - 管理項目管理システム及び方法 - Google Patents

Description

本発明は、主にネットワーク／システム管理の分野に属する。特に、コンピュータ・システムの正常運用を支援するため、データ・バックアップの自動実行やコンピュータの稼動状態監視などを行うツールの管理項目を管理するための技術に関する。

コンピュータ・システムを正常に稼動させ、何か問題が発生した時にはいち早く問題の内容を調べて対策を施すことなどを目的として、運用管理ツール（以下、管理ツール）が使われる。
このような管理ツールには、コンピュータ・システムが稼動状態にあるか否かの監視、コンピュータ・システムのＣＰＵ負荷が過剰になっていないかどうかの調査、ディスク容量に不足が生じていないかどうかの調査をするものがある（例えば、特許文献１参照。）。
管理ツールの種類は様々であり、その守備範囲（提供する機能の範囲）も管理ツール毎に異なる。
そのため、ある程度大きなコンピュータ・システムでは複数の管理ツールを併用されることも多いが、その際に問題となるのは、管理ツール間での操作性の不統一である。
管理ツールは様々な製作者によって作られるが、業界共通の設計基準等が存在しないため、管理ツールの操作性は管理ツールの種類によってまちまちとなる。
その結果、複数の管理ツールが使われている環境では、個々の管理ツールの操作方法を学び、使い分ける必要が出てくるため、管理ツール利用者の負担が大きくなる。
この問題を解決する方法として、ツール間の操作性の違いを吸収する機能を内部に備えることによって、異種管理ツールを統一された操作方法で扱えるようにするものがある（例えば、特許文献２参照。）。

特開２０００−２５０８３３号公報 特開２０００−２２２３１６号公報

管理ツールを使っていく上で、各管理ツールで管理する内容（以下、管理項目）を決定し、各管理ツールに対してその内容を設定する作業が必要になる。
そして一旦設定を行った後、求める管理項目の内容が変わった場合には、管理ツールの設定内容を更新（再設定）しなければならない。
この管理項目の設定・変更作業は、従来、管理ツール毎に行っていた。
しかし、使用している管理ツールの数が多い環境では、管理項目の設定・変更作業の数も増えるため、同作業が煩雑になる上に、作業時間が長くなったり、設定変更の漏れなども発生しやすくなる。
本発明の目的はこの問題を改良することである。
すなわち、複数（あるいは多数）の管理ツールが使われている環境における、管理項目の設定・変更に関する作業の負担軽減である。

前記課題を解決するために、本発明は、コンピュータシステム内における管理対象となる管理対象手段を運用・管理する運用管理手段が保持している前記管理対象に対する管理項目を管理する管理項目管理システムであり、管理対象手段と該管理対象手段を管理する運用管理手段を特定する運用管理情報を蓄積する手段と、該運用管理情報を表示する表示手段と利用者の指示に応じ、表示内容から運用管理情報を選択する選択手段と、選択された運用管理情報に基づき編集処理対象となる、運用管理手段が保持している管理項目を決定する手段を有する。
また、表示手段は、運用管理情報と管理項目に対する複数の編集処理種別を表示し、選択手段は、運用管理情報と管理項目に対する複数の編集処理種別とを利用者の指示に応じ選択し、 決定した管理項目に対する選択された編集処理種別の編集処理を指示する編集指示手段を有する。
また、運用管理手段は、保持する管理項目を編集処理する編集手段を有し、 編集手段は、編集指示手段からの編集処理の指示に基づき管理項目の編集処理を実行する。
また、管理対象手段の状態変化を検知し、検知結果に基づき状態変化を起こした管理対象手段を管理する運用管理手段の保持する管理項目を前記編集指示手段に通知する手段を有し、該編集指示手段は、該通知を受けて該管理項目に対する編集処理を指示する。

運用管理手段を利用するユーザ（システム管理者）の作業負担を軽減できる。

本発明のポイントは、管理対象毎に運用管理手段（以下、管理ツールという）の管理項目のメンテナンスを行うことである。
以下の記載において、定義情報あるいは管理定義情報は管理項目の定義内容であり、管理項目と定義情報と管理定義情報は同じものとして記述する。
そのため、各管理対象がどの管理ツールによって管理されているかを把握し、管理対象毎に管理ツールの定義情報を更新する仕組みを用意する。
図１は、本発明の実施形態の一つの例を示したものである。
マネージャ11は、各管理対象の管理状況を把握し、管理ツールの定義情報の編集をエージェント12に指示するなどの機能を持つ。
一方、エージェント13はマネージャ11からの指示に基づき管理ツールの定義情報の編集を実行するなどの機能を持つ。マネージャ11とエージェント13との間は、ネットワーク12で結ばれており、相互に情報のやりとりが行えるようになっている。なお図１ではマネージャ11とエージェント13を別の装置として描いているが、同一装置内に両者を共存させても良い。また、マネージャ11およびエージェント13の個数は複数であっても良い。
定義情報の編集内容には、削除、一時停止、一時停止の解除、管理対象名の変更、バックアップ、リストアなどがある。
本実施例では、前記六つの編集機能を実現するものとして説明を進める。本発明の実施にあたりこれらすべての編集機能が必要というわけではない。ただし、一時停止と一時停止の解除、バックアップとリストア、の機能については、それぞれ対の関係になっているため、セットの形で実装する・しないの判断をすることが望ましい。

以下、エージェント13、マネージャ11の順で本発明の実施形態を説明する。
エージェント13は本発明の仕組みの中の手足にあたる部分であり、その説明の中で、本発明の管理対象である管理ツールの概要および管理項目の更新方法について述べる。一方、マネージャ11は本発明の仕組みの中の頭脳に相当する部分であり、その説明の中で、本発明の核となる部分、すなわち管理対象と管理ツールの関係の管理方法、およびエージェント13に対する処理指示の出し方などについて述べる。
１．エージェント
エージェント13は情報処理装置であり、ＣＰＵ131やメモリ132を用いて記憶装置133内に収められているプログラムを動作させたり、通信Ｉ／Ｆ134を用いてマネージャ11との間で情報の交換したりすることができる。
本発明の本質に関わるエージェント13内の構成要素は、管理対象1331、管理ツール1332、管理定義情報1333、編集実行部1334、状態監視部1335である。
図１では、これらの構成要素をすべて同一のエージェント13内に表記しているが、複数のエージェント13に分けて配置しても良い。また、各構成要素の個数も特に制限はなく、複数あって良い。各構成要素間の関係は次の通りである。
管理対象1331は、管理ツール1332によって管理される。
そして管理ツール1332が行う管理作業の内容は、管理定義情報1333の中で定義されている。
編集実行部1334は、マネージャ11内の編集指示部1134からの指示に基づいて、管理定義情報1333の内容を更新したり、管理定義情報1333や無効状態定義情報1336の内容をマネージャ11に送ったりする。
また、状態監視部1335は管理対象1331の状態を監視し、状態または状態の変化に関する情報をマネージャ11内の変更検知部1135などに通知する。
なお、マネージャ11内の編集指示部1134とエージェント13内の編集実行部1334の接続、およびエージェント13内の状態監視部1335とマネージャ11内の変更検知部1135の接続は直接接続されているように矢線で示されているが、いずれの接続もネットワークを介した接続である。

以下、本発明の本質に関わるエージェント13内の構成要素の詳細について説明するが、その中で、説明用モデルケースとして図２に示す管理システムを用いることにする（図２では情報（管理対象情報1132）などの記載は省略）。
１．１ 管理対象
管理対象1331は、記憶装置113内に格納されているソフトウェア（プログラム）が、メモリ112に読み込まれ、ＣＰＵ111によって実行されることにより実現されるものである。管理対象1331のソフトウェアは、エージェント13内で実行可能であるなら記憶装置133以外の場所に格納されていても良い。あるいは、前記と異なり、管理対象1331がハードディスクドライブなどの装置（ハードウェア）そのものであっても良い。

〈図２の構成を用いた詳細説明〉
図２のモデルケースでは、エージェント（hostT）13-c、およびエージェント（hostT）13-c内にあるドライブＣ1331-c1とドライブＤ1331-c2が、管理対象1331に相当する。
エージェント（hostT）13-cは、ネットワーク接続機能を持った一台の情報処理装置であり、エージェント（hostMb）13-b内のホスト稼動モニタ1334-b1からエージェント（hostT）13-c内のホスト応答1336-1を介して監視（管理）されている。
ドライブＣ1331-c1とドライブＤ1331-c2は、（それぞれ個別の）ディスクドライブ装置であり、エージェント（hostT）内のディスク性能モニタ1331-cによって管理（監視）されていると同時に、エージェント（hostMa）内のバックアップ・スケジューラー1334-a2からエージェント（hostT）内のバックアップ実行1336-2を介したデータ・バックアップの対象にもなっている。

また、図２０は、ドライブＣ1331-c1とドライブＤ1331-c2の実体（最終的な情報の記憶場所）をエージェント（hostT）とは別のストレージ装置に置く構成を示した図である。
ストレージ装置14はデータの記憶装置でありエージェント（hostT）と接続して使用される。ストレージ装置14内の論理ボリューム（データの記憶領域）は、ドライブ配備ツール1336-3を用いて任意に追加・削除可能で、エージェント（hostT）内のドライブに割り当てて使用する。図２０では、ドライブＣ1331-c1が論理ボリュームＡ1411に、ドライブＤ1331-c2が論理ボリュームＢ1412に、それぞれ割り当てられており、ドライブに対する読み書きが行われると対応する論理ボリュームへの読み書きが行われる。本実施例では、主に図２のシステム構成を用いて説明するが、一部の応用機能については図２０のシステム構成も適宜参照する形で説明する。
１．２ 管理ツール
管理ツール1332は、記憶装置113内に格納されているソフトウェア（プログラム）が、メモリ112に読み込まれ、ＣＰＵ111によって実行されることにより実現されるものである。管理ツール1332のソフトウェアは、エージェント13内で実行可能であるなら記憶装置133以外の場所に格納されていても良い。管理ツール1332の主たる働きは、管理対象1331の作成・維持・削除上必要となる各種メンテナンス処理を行うことである。
なお、１．２で述べる管理ツール1332の機能は、一般的なものであり、かつ本発明の主旨が管理ツール1332の実現そのものにあるわけではないため、各機能の実現方法に関する説明は割愛する。

〈図２の構成を用いた詳細説明〉
図２のモデルケースの中で管理ツール1332に相当するものは、エージェント（hostMa）13-a内のバックアップ・スケジューラー1334-a2、エージェント（hostMb）13-b内のホスト稼動モニター1334-b1およびディスク・レポーター1334-b2、エージェント（hostT）13-d内のディスク性能モニター1331-c、である。
さらに、補助的な位置付けの管理ツール1332として、エージェント（hostT）13-c内のバックアップ実行1336-2とホスト応答1336-1がある。
(1) バックアップ・スケジューラーの機能
バックアップ・スケジューラー1334-a2は、ディスク・ドライブのデータ・バックアップの実行を制御するための管理ツール1322である。
バックアップ・スケジューラー1334-a2に対してデータ・バックアップの実行内容を指定しておくことで、指定した条件になった時にデータ・バックアップの実行機能（データ・バックアップ実行1336-2）を呼び出す。たとえば、バックアップ・スケジューラー1332aに対して「毎日3:00からエージェント（hostT）13-c上のドライブＣ1331-c1の内容をバックアップする」などと指定しておくと、バックアップ・スケジューラー1334-a2が現在の時刻を常時チェックし、指定時刻である午前３時ちょうどになった時点でドライブＣ1331-c1の内容のデータ・バックアップが実行される。
(2) ホスト稼動モニターの機能
ホスト稼動モニター1334-b1は、ホスト（情報処理装置）が正常に稼動しているか否かをチェックするものである。
チェックの方法は、監視対象のホストに対して定期的に稼動中か否かの問い合わせを発行し、監視対象から応答が返ってくれば「稼動中」、応答が返ってこなかったら「非稼動」と、それぞれ判断する。
図２では、ホスト稼動モニター1334-b1からの問い合わせに応答する機能を持つ「ホスト応答1336-1」を、監視対象であるエージェント（hostT）13-cの中に備えている。
前記チェックの結果、監視対象ホストが非稼動と判断された場合には、その旨を他のホスト（エージェント（hostM）11など）に通知することで異常を知らせる。
(3) ディスク・モニターの機能
ディスク・モニター1331-cは、ディスク・ドライブの空き容量やアクセス量などを計測するものである。
さらに補助機能として、計測結果の値が指定した条件に当てはまる場合には警報を上げる機能、そして計測した結果をディスク・レポーター1334-b2に渡す機能を持つ。
(4) ディスク・レポーターの機能
ディスク・レポーター1334-b2は、ディスク・モニター1331-cが計測した結果を、定期的に収集し、集計する機能を持つ。

１．３ 管理定義情報
管理定義情報1333は、管理ツール1332の処理内容を規定するものであり、ファイルやデータベースなどの形で存在する。
図１の構成では、管理定義情報1333の保存場所をエージェント13の中の記憶装置133内としているが、編集実行部1334や管理ツール1332から参照可能な場所であるなら、それ以外の場所にあっても良い。
〈図２の構成を用いた詳細説明〉
(1) バックアップ・スケジューラーの管理定義情報
バックアップ・スケジューラー1334-a2の機能は、１．２(1)で述べた通り、指定された条件で指定したホスト上のドライブ（バックアップ対象）に対してバックアップを行うことである。
その機能に必要な基本情報は、実行条件とホスト名とドライブ名の三つである。
その三項目を一セットとし、複数セットのバックアップ・タスクを処理できるようにする。
図３は、バックアップ・スケジューラー1334-a2用の管理定義情報1333-aの例であり、データベースのレコードに格納された情報を想定している。そこに格納される情報は、前記三項目に加えて、複数のバックアップ・タスクを一意に識別するためのタスクＩＤ311と、バックアップ・タスクの有効・無効を指定できる項目315を備えている。
計五項目を一レコード分（図３の一行分）として情報を保持する。
(2) ホスト稼動モニターの管理定義情報
ホスト稼動モニター1334-b1の機能は、１．２(2)で述べた通り、指定されたホストの状態を監視し、状態に変化があったら指定されたホストに通知することである。
その内容を指定するために必要な項目は、監視対象ホスト名と状態通知先ホストの二つである。
図４は、ホスト稼動モニター1334-b1用の管理定義情報1333-b1の例であり、テキスト・ファイルに格納された情報を想定している。そのテキスト・ファイルには、前述した二項目をコンマ区切りで監視対象ホスト321、状態通知先ホスト322の順で一行に記載し、複数行の記載により複数の監視対象を定義する。

(3) ディスク・レポーターの管理定義
ディスク・レポーター1334-b2の機能は、１．２(3)で述べた通り、指定されたディスク・モニター1331-cから指定された計測項目・計測対象の情報を収集し、集計することである。そのために必要な項目は、収集元のディスク・モニター1331-cが入っているホスト名331と、同ディスク・モニター1331-cが収集した計測項目332および計測対象333、の計三つである（本実施例では収集した情報の集計に関する定義は省略する）。
図５は、ディスク・レポーター1334-b2用の管理定義情報1333-b2の例である。データベースに格納されたレコードを想定しており、前記三項目を一レコード分（図５の一行分）として情報を保持する。
(4) ディスク・モニターの管理定義
ディスク・モニター1331-cの機能は、１．２(4)で述べた通り、指定したディスク・ドライブに関する項目を計測し、計測結果が指定された条件であれば警告を上げるというものである。
そのために必要な情報は、計測項目341、計測対象342、警告を上げる条件333、の三つである。
図６は、ディスク・モニター1331-c用の管理定義情報1333-cの例である。データベースに格納されたレコードを想定しており、前記三項目を一レコード分（図６の一行分）として情報を保持する。

１．４ 編集実行部
編集実行部1334は、記憶装置133内に格納されているソフトウェア（プログラム）が、メモリ132に読み込まれ、ＣＰＵ131によって実行されることにより実現される。
なお、編集実行部1334のソフトウェアは、エージェント13内で実行可能であるなら記憶装置133以外の場所に格納されていても良く、フレキシブルディスクのような記録媒体に記録し、この記録媒体から読み込み、システム内の記憶装置、例えば記憶装置133に格納し、実行するようにしてもよい。
編集実行部1334の主たる働きは、マネージャ11内の編集指示部1134から送られた指示に基づいて、管理定義情報1333の編集処理を実行することである。
編集処理の内容は、「発明の実施の形態」の冒頭でも述べた通り、削除、一時停止、一時停止の解除、管理対象名の変更、バックアップ、リストアの六つである。
編集指示部1134からの指示の内容は、どの管理ツール1332のどの管理対象1331に対し、どの編集操作をどのように行うか、を含む。

図７は編集指示部1134から編集実行部1334に送られる編集指示21の様式の例である。
管理ツールの場所211と管理ツールの種類212は管理ツールを特定するために用いられる情報で、前者には管理ツール1332が入っているホスト名などが、後者には管理ツールの種類を識別するための名称（「ホスト稼動監視」など）が、それぞれ入る。
管理対象の場所214は、その管理対象1331が置かれる場所を示す情報であり、たとえばディスク・ドライブなどのホスト直下の管理対象1331の場合にはホスト名が入る。
管理対象の種類215は、当該管理対象1331の種類を示す情報であり、「ホスト」や「ディスク・ドライブ」などが入る。
管理対象識別名216は、その名の通り管理対象に付与された識別名であり、管理対象1331がホストの場合にはホスト名が、同様にディスク・ドライブならドライブ名（「Ｃ：」など）が入る。
編集機能の種類213には、編集機能の種類を示す情報、たとえば「削除」や「一時停止」などの情報が入る。
オプション217は追加情報であり、編集機能の種類213によって収められる情報の内容が異なる。

編集実行部1334の処理は、編集指示21に含まれる編集機能の種類213の指定内容別であり、全体として図８、図９のようになる。以下、処理の概要を示す。
最初にマネージャ11から編集指示21を受信する（5101）。
そして、受信した編集指示21内の編集機能の種類213の内容が「削除」かどうかをチェックし（5102）、もしも削除なら管理定義情報1333（および無効状態定義情報1336）内から編集指示21内で指定された管理対象（管理対象の場所214、管理対象の種類215、管理対象識別名216で特定される管理対象）に関する定義項目を削除し（5103）、編集指示21の受信に戻る。
編集機能の種類213が「削除」でない場合、次に「一時停止」か否かをチェックし（5104）、もしも一時停止なら定義情報1333の中の編集指示21内で指定された管理対象（「削除」の場合と同様）に関する定義項目を無効化し（5105）、編集指示21の受信に戻る。
以下同様に、「一時停止の解除」の場合には指定された管理対象に関する定義情報を有効化する（5107）。
「管理対象名の変更」の場合には指定された管理対象に関する定義情報の管理対象名を編集指示21内のオプション217に格納されている新しい管理対象名で置き換える（5109）。
また、「バックアップ」の場合には、指定された管理対象に関する定義情報を抽出し、マネージャ11側に送信する（5111）。
そして「リストア」の場合には、指定された管理対象に関する定義情報をマネージャ側から受け取り、管理定義情報1333（や無効状態定義情報1336）に登録する（5113）。

なお、図８、図９のフローチャートには特に記していないが、マネージャ11から受け取った編集指示21に関する処理を終えたら、その旨（処理を終えた旨）をマネージャ11に通知する。
そうすることによって、マネージャ11はエージェント13側の処理状態を把握することができるようになり、エージェント13側の処理が終わっていないのにも関わらず、次の編集指示21を発行することによってエージェント13側の処理が混乱するような事態を防げるようになる。
なお削除や一時停止などの編集処理の内容は、管理ツール1332の種類によって異なる。
管理ツール1332の種類によっては、管理定義情報1333の内容を変更するだけでは変更内容が有効にならず、追加処理として管理ツール1332の機能呼び出しや管理ツール1332のプログラムの再起動などが必要な場合も考えられる。
そのような管理ツール1332については管理定義情報1333の更新後に必要な追加処理を行うようにすれば良い。
本実施例の説明の中では説明の複雑化を防ぐため、前記追加処理についての説明を省略する。
また、管理ツール1332の中には、１．３(1)項で示すバックアップ・スケジューラーのように無効状態定義情報1336相当の情報が不要のものもある。

また、「一時停止」の手段として、上記の他に管理ツール1332（のプログラム）自体を停止させる方法を取っても良い。この方法は、当該管理ツール1332の全管理項目を停止させるときなどに特に有効である。

以下、図２の構成を用い、管理ツール1332の種類別に、前記六つの編集機能の実装形態を示す。

１．４．１ バックアップ・スケジューラー用編集機能
バックアップ・スケジューラー1334-a2の管理定義情報1333-aは、１．３(1)で述べた通り、データベースに入っており、タスクＩＤ311、ホスト名312、バックアップ対象313、バックアップ条件314、有効性315の五つからなる。
バックアップ・スケジューラー1334-a2の管理対象1332は、バックアップ対象であるディスク・ドライブである。

以下、編集指示21の編集種類別に処理内容を説明する。
(1) 削除の実行（バックアップ・スケジューラー対応）
編集指示21内の編集機能の種類213が「削除」を示す内容であった場合には、前記データベースの中の削除対象の管理対象1332のレコードを削除する。
具体的には、「前記データベースのレコードのホスト名312の項目が編集指示21内の管理対象の場所214に一致し、かつ同レコードのバックアップ対象313が編集指示21内の管理対象識別名216に一致する、」レコードを検索し、検索条件に合致したレコードを削除する。
(2) 一時停止の実行（バックアップ・スケジューラー対応）
編集機能の種類213が「一時停止」を示す内容であった場合には、前記データベースの中の一時停止対象の管理対象1332のレコードを無効にする。
具体的には、「前記データベースのレコードのホスト名312の項目が編集指示21内の管理対象の場所214に一致し、かつ同レコードのバックアップ対象313が編集指示21内の管理対象識別名216に一致する、」レコードを検索し、検索条件に合致したレコードの有効性315の項目を「無効」に設定（変更）する。
(3) 一時停止の解除の実行（バックアップ・スケジューラー対応）
編集機能の種類213が「一時停止の解除」を示す内容であった場合の処理は、前述した「一時停止」の処理とほぼ同じで、異なる点は「一時停止」の場合には有効性315の項目を「無効」としたところを、「一時停止の解除」の場合には「有効」とする点である。

(4) 管理対象名の変更の実行（バックアップ・スケジューラー対応）
編集機能の種類213が「管理対象名の変更」を示す内容であった場合は、編集指示21内のオプション217の項目に新しい管理対象名が（編集指示部1134によって）入れられている。
そして、編集指示21内の管理対象の種類215の内容が「ホスト」か「ディスク・ドライブ」なのかによって「管理対象名の変更」の処理内容は異なる。
同内容が「ホスト」の場合には、前記データベースの中からホスト名312の項目が、編集指示21内の管理対象識別名216に一致するものを検索し、該当するレコードのホスト名312の項目を編集指示21内のオプション217に入っている新しい管理対象名で置換する。
前記管理対象の種類215の内容が「ディスク・ドライブ」の場合には、編集機能の種類213が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードのバックアップ対象313の項目を編集指示21内のオプション217に入っている新しい管理対象名に置き換える。
以上示した通り、管理ツール1332の直接の管理対象1331（バックアップ・スケジューラー1334-a2の場合は「ディスク・ドライブ」に相当）の親（直系の祖先）に位置付けられる別の管理対象1331（同「ホスト」に相当）が存在する場合には、前記親（直系の祖先）にあたる管理対象名の変更（管理対象名の変更）に対応する必要がある。

(5) バックアップの実行（バックアップ・スケジューラー対応）
編集機能の種類213が「バックアップ」を示す内容であった場合には、編集機能の種類213が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードの内容をマネージャ11側に渡す。
マネージャ側11に渡す情報の形式は、たとえば一行一レコード、コンマ区切りのテキスト形式で渡せば良い。
(6) リストアの実行（バックアップ・スケジューラー対応）
編集機能の種類213が「リストア」を示す内容であった場合には、編集指示21内のオプション217の項目に削除フラグとリストア内容が（編集指示部1134によって）入れられる。
前記削除フラグは、リストアを実行する前にレコードを削除するか否かを指定するための情報である。
前記削除フラグが「削除する」となっていた場合には、編集機能の種類213が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードを削除する。
その後、前記削除フラグの内容に関わらず次の処理を実行する。
オプション217の項目に含まれるリストア内容を、前記データベースのレコードに登録する。
これは編集機能の種類213が「バックアップ」の場合に行った処理の逆にあたる処理を行えば良い。
ただし、レコードのタスクＩＤ311の項目は、前記データベース内に既存のものとの重複を避けるために、前記リストア内容に入っているものそのままの形ではなく、新しいＩＤを付与する形にしても良い。

１．４．２ ホスト稼動モニター用編集機能
ホスト稼動モニター1334-b1用の管理定義情報1333-b1は、１．３(2)で述べた通り、テキストファイルに格納されており、一行一監視項目で、一監視項目の中には監視対象ホスト321と状態通知先ホスト322が含まれる。
ホスト稼動モニター1334-b1の管理対象1332は、監視対象のホストである。
なお、管理定義情報1333-b1には、バックアップ・スケジューラー1334-a2の管理定義情報1333-a内の有効性315に相当する項目がないため、そのままでは本発明の一時停止に相当する機能が実装できない。
その問題を解決するために、前記テキストファイルと同じデータ形式を持つ無効状態用テキストファイルを用意し、無効状態の項目は前記テキストファイルから前記無効状態用テキストファイルに移す。

以下、編集指示21の編集種類別に処理内容を説明する。
(1) 削除の実行（ホスト稼動モニター対応）
編集指示21内の編集機能の種類213が「削除」を示す内容であった場合には、前記テキストファイルおよび前記無効状態用テキストファイルの中から監視対象ホスト321が、編集指示21内の管理対象の識別名215と一致する行を削除する。
(2) 一時停止の実行（ホスト稼動モニター対応）
編集機能の種類213が「一時停止」を示す内容であった場合には、前記テキストファイルの中から監視対象ホスト321が、編集指示21内の管理対象の識別名215と一致する行を探し出し、該当行を前記無効状態用テキストファイルに移動する。
すなわち前記無効状態用テキストファイルに該当行の複製を取り、前記テキストファイルから該当行を取り除く。
(3) 一時停止の解除の実行（ホスト稼動モニター対応）
編集機能の種類216が「一時停止の解除」を示す内容であった場合には、前記無効状態用テキストファイルの中から監視対象ホスト321が、編集指示21内の管理対象の識別名215と一致する行を探し出し、該当行を前記テキストファイルに移動する。
すなわち前記テキストファイルに該当行の複製を取り、前記無効状態用テキストファイルから該当行を取り除く。

(4) 管理対象名の変更の実行（ホスト稼動モニター対応）
編集機能の種類216が「管理対象名の変更」を示す内容であった場合は、編集指示21内のオプション217の項目に新しいホスト名が（編集指示部1134によって）入れられている。
前記テキストファイルおよび前記無効状態用テキストファイルの中で、監視対象ホスト321が編集指示21内の管理対象の識別名215と一致する部分を、オプション217内の新しいホスト名に置き換える。
(5) バックアップの実行（ホスト稼動モニター対応）
編集機能の種類216が「バックアップ」を示す内容であった場合には、前記テキストファイルおよび前記無効状態用テキストファイルの中から監視対象ホスト321が、編集指示21内の管理対象の識別名215と一致する行の内容を、マネージャ11側に渡す。
マネージャ11側に渡す形式は、前記テキストファイルに記述されている形式そのままで良いが、前記テキストファイルと前記無効状態用テキストファイルの内容は区別できるように、両ファイルを別ファイルとして送るなどする。
(6) リストアの実行（ホスト稼動モニター対応）
編集機能の種類216が「リストア」を示す内容であった場合には、編集指示21内のオプション217の項目に削除フラグと、前記テキストファイルと前記無効状態用テキストファイルのリストア内容とが、（編集指示部1134によって）入れられる。
前記削除フラグが「削除する」となっていた場合には、前記テキストファイルおよび前記無効状態用テキストファイルの中から監視対象ホスト321が、編集指示21内の管理対象の識別名215と一致する行を削除する。
その後、前記削除フラグの内容に関わらず、オプション217の項目に含まれるリストア内容を、前記テキストファイルと前記無効状態用テキストファイルに追加する。

１．４．３ ディスク・レポーター用編集機能
ディスク・レポーター1334-b2の管理定義情報1333-b2は、１．３(3)で述べた通り、データベースに入っており、ホスト名331、計測項目332、計測対象333の三つからなる。
ディスク・レポーター1334-b2の管理対象1332は、ディスク・モニター1331-cの計測対象でもあるディスク・ドライブである。
なお、管理定義情報1333-b2には、バックアップ・スケジューラー1334-a2の管理定義情報1333-a内の有効性315に相当する項目がないため、そのままでは本発明の一時停止に相当する機能が実装できない。
その問題を解決するために、管理定義情報1333-b2の項目を収録できる無効状態用テキストファイルを用意し、無効状態の項目は前記テキストファイルから前記無効状態用テキストファイルに移す。
この代案として管理定義情報1333-b2と同じ構造を持つ無効状態のデータ保持用テーブルを作成しても良いが、本実施例では前記無効状態用テキストファイルを用いる方法で説明する。

以下、編集指示21の編集種類別に処理内容を説明する。
(1) 削除の実行（ディスク・レポーター対応）
編集指示21内の編集機能の種類216が「削除」を示す内容であった場合には、前記データベースのレコードのホスト名331の項目が編集指示21内の管理対象の場所214に一致し、かつ同レコードの計測対象333が編集指示21内の管理対象識別名216に一致する、レコードを検索し、検索条件に合致したレコードを削除する。
なお前記無効状態用テキストファイルについても、前記データベースのレコード削除と同じ要領で、条件に合致する行を削除する。
(2) 一時停止の実行（ディスク・レポーター対応）
編集機能の種類216が「一時停止」を示す内容であった場合には、削除の実行（ディスク・レポーター対応）で示したものと同じ条件で、前記データベースのレコードを検索し、検索条件に合致したレコードの内容を前記無効状態用テキストファイルに追記し、前記検索条件に合致したレコードを削除する。
(3) 一時停止の解除の実行（ディスク・レポーター対応）
編集機能の種類216が「一時停止の解除」を示す内容であった場合には、「一時停止の実行」の逆の操作を行う。
すなわち、削除の実行（ディスク・レポーター対応）で示したものと同じ条件で、前記無効状態用テキストファイルの内容から該当行を探し、前記該当行を前記データベースのレコードに追加した後、前記無効状態用テキストファイル内の前記該当行を削除する。

(4) 管理対象名の変更の実行（ディスク・レポーター対応）
編集機能の種類216が「管理対象名の変更」を示す内容であった場合は、編集指示21内のオプション217の項目に新しい管理対象名が（編集指示部1134によって）入れられている。
編集指示21内の管理対象の種類215の内容が「ホスト」か「ディスク・ドライブ」かによって「管理対象名の変更」の処理内容が異なる。
同内容が「ホスト」の場合には、前記データベースの中からホスト331が、編集指示21内の管理対象識別名216に一致するものを検索し、該当するレコードのホスト331の項目を編集指示21内のオプション217に入っている新しい管理対象名で置換する。
同様に、前記無効状態用テキストファイルについても、該当行の検索および新しい管理対象名への置換を行う。
一方、前記管理対象の種類215の内容が「ディスク・ドライブ」の場合には、編集機能の種類216が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードの計測対象333の項目を編集指示21内のオプション217に入っている新しい管理対象名に置き換える。
そして前記無効状態用テキストファイルについても同様な管理対象名置換処理を行う。

(5) バックアップの実行（ディスク・レポーター対応）
編集機能の種類216が「バックアップ」を示す内容であった場合には、編集機能の種類216が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードの内容をマネージャ11側に渡す。
それに続いて、前記無効状態用テキストファイルの内容もマネージャ11側に渡す。
(6) リストアの実行（ディスク・レポーター対応）
編集機能の種類216が「リストア」を示す内容であった場合には、編集指示21内のオプション217の項目に削除フラグと、リストア内容（前記データベースのレコードの内容と前記無効状態用テキストファイルの内容）とが、（編集指示部1134によって）入れられる。
前記削除フラグが「削除する」となっていた場合には、編集機能の種類216が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードを削除する。
無効状態用テキストファイルの内容についても同様に該当行を削除する。
その後、前記削除フラグの内容に関わらず次の処理を実行する。
オプション217の項目に含まれるリストア内容のうち前記データベースのレコードの内容分を前記データベースのレコードに登録し、リストア内容のうち前記無効状態用テキストファイルの内容分を前記無効状態用テキストファイルに追記する。

１．４．４ ディスク・モニター用編集機能
ディスク・モニター1331-cの管理定義情報1333-cは、１．３(4)で述べた通り、データベースに入っており、計測項目341、計測対象342、警報条件343の三つからなる。
ディスク・モニター1331-cの管理対象1331は、ディスク・ドライブである。
なおディスク・モニター1331-cはディスク・レポーター1334-b2と同様に、管理定義情報1333に管理定義情報1333-a内の有効性315に相当する項目がないため、無効状態用テキストファイルを用意する。

以下、編集指示21の編集種類別に処理内容を説明する。
(1) 削除の実行（ディスク・モニター対応）
編集指示21内の編集機能の種類216が「削除」を示す内容であった場合には、前記データベースのレコードの計測対象342が編集指示21内の管理対象識別名216に一致するレコードを検索し、検索条件に合致したレコードを削除する。
なお前記無効状態用テキストファイルについても、同じ要領で条件に合致する行を削除する。
(2) 一時停止の実行（ディスク・モニター対応）
編集機能の種類216が「一時停止」を示す内容であった場合には、削除の実行（ディスク・モニター対応）で示したものと同じ条件で、前記データベースのレコードを検索し、検索条件に合致したレコードの内容を前記無効状態用テキストファイルに追記し、前記検索条件に合致したレコードを削除する。
(3) 一時停止の解除の実行（ディスク・モニター対応）
編集機能の種類216が「一時停止の解除」を示す内容であった場合には、削除の実行（ディスク・レポーター対応）で示したものと同じ条件で、前記無効状態用テキストファイルの内容から該当行を探し、前記該当行を前記データベースのレコードに追加した後、前記無効状態用テキストファイル内の前記該当行を削除する。

(4) 管理対象名の変更の実行（ディスク・モニター対応）
編集機能の種類216が「管理対象名の変更」を示す内容であった場合は、編集指示21内のオプション217の項目に新しいディスク・ドライブ名が（編集指示部1134によって）入れられている。
編集機能の種類216が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードの計測対象342の項目を編集指示21内のオプション217に入っている新しい管理対象名に置き換える。
そして前記無効状態用テキストファイルについても同様な管理対象名置換処理を行う。
(5) バックアップの実行（ディスク・モニター対応）
編集機能の種類216が「バックアップ」を示す内容であった場合には、編集機能の種類216が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードの内容をマネージャ11側に渡す。
それに続いて、前記無効状態用テキストファイルの内容もマネージャ11側に渡す。
(6) リストアの実行（ディスク・モニター対応）
編集機能の種類216が「リストア」を示す内容であった場合には、編集指示21内のオプション217の項目に削除フラグと、リストア内容（前記データベースのレコードの内容と前記無効状態用テキストファイルの内容）とが、（編集指示部1134によって）入れられる。
前記削除フラグが「削除する」となっていた場合には、編集機能の種類216が「削除」の場合と同じ条件で前記データベースのレコードを検索し、検索条件に合致するレコードを削除する。
無効状態用テキストファイルの内容についても同様に該当行を削除する。
その後、前記削除フラグの内容に関わらず次の処理を実行する。
オプション217の項目に含まれるリストア内容のうち前記データベースのレコードの内容分を前記データベースのレコードに登録し、リストア内容のうち前記無効状態用テキストファイルの内容分を前記無効状態用テキストファイルに追記する。

１．５ 状態監視部
状態監視部1332は、記憶装置133内に格納されているソフトウェア（プログラム）が、メモリ132に読み込まれ、ＣＰＵ131によって実行されることにより実現される。
なお、状態監視部1335自体が（一つの）管理ツール1332であっても良い。また、状態監視部1335のソフトウェアは、エージェント13内で実行可能であるなら記憶装置133以外の場所に格納されていても良い。
状態監視部1335の主たる働きは、管理対象の状態を監視し、管理対象1331が停止したり管理対象1331自体が無くなったりした場合にマネージャ11内の変更検知部1135にその旨通知することである。
なお、管理対象1331の状態変化に連動して自動的に管理項目の定義変更を行う機能が不要であれば、状態監視部1335は無くても良い。

〈図２の構成を用いた詳細説明〉
図２の構成では、ホスト稼動モニター1334-b1が状態監視部1335に相当する。
エージェント（hostT）13-cの状態を監視し、状態の変化を検知したらマネージャ（hostM）11に通知を発行する働きを担う。この例にあるように状態監視部1335は管理ツール1332の一種として扱える。
２． マネージャ
マネージャ11は情報処理装置であり、ＣＰＵ111やメモリ112を用いて記憶装置113内に収められているプログラムを動作させたり、ディスプレイ115を用いてマネージャ11の利用者に情報を提供したり、キーボード116、マウス117などを用いてマネージャの利用者からの指図を受け取ったりすることができる。さらに、通信Ｉ／Ｆ114を用いてエージェント13との間で情報の交換を行える。
本発明の本質に関わるマネージャ11内の構成要素は、ユーザＩ／Ｆ部1131、管理対象情報1132、管理定義ＢＵ（バックアップ）データ1133、編集指示部1134、変更検知部1135である。
なお図１の表現では、マネージャ11内の記憶装置113内の構成要素がすべてマネージャ11内に存在する形で表現されているが、これらの構成要素間で連絡を取り合える状態であればマネージャ11以外の場所にあっても良い。
各構成要素の関係は次の通りである。
マネージャ11の利用者からの指図はユーザＩ／Ｆ部1131が受け取り、その指図が編集指示部1134に伝えられる。
また変更検知部1135は、エージェント内の状態監視部1335から送られてきた通知に基づいて、編集指示部1134に指図する。
編集指示部1134は、ユーザＩ／Ｆ部1131または変更検知部1135からの指図に基づき、管理対象情報1132を参照しながらエージェント13内の編集実行部1334に対して指示を発行する。
また、編集指示部1134は、適宜管理定義ＢＵ（バックアップ）データ1133の内容をエージェント13に送ったり、エージェント13から送られてきた管理定義情報1333の内容を管理定義ＢＵ（バックアップ）データ1133内に保存したりする。

以下、マネージャ11内の構成要素の詳細説明を行う。
２．１ 管理対象情報
管理対象情報1132は管理対象1331の管理状態を示すデータであり、管理対象1331毎の管理ツール1332の管理状態を示す情報（運用管理情報36）や管理対象の構成を示す情報（管理対象構成情報35）を含む。
図１の構成では、管理対象情報1132の保存場所を、マネージャ11の中の記憶装置113内としているが、編集指示部1134やユーザＩ／Ｆ部1131などから参照可能な場所であるなら、それ以外の場所にあっても良い。
管理対象情報1132の主たる働きは、管理対象1331の構成および管理状況に関する情報を保持することである。
管理対象情報1132の内容は、管理対象構成情報35と運用管理情報36である。

(1) 管理対象構成情報
管理対象構成情報35は、管理対象1331の親子関係を示すものであり、子供にあたる管理対象1331と親にあたる管理対象1331とのペアで一セット（＝一行）の情報となっている。
管理対象1331の親子関係の組み合わせによって、図１０に示す管理対象の構成4101に示すような木構造を構成する。
図１３は、管理対象構成情報35の構成例である。
各管理対象は、管理対象の種類および管理対象の識別名、そして管理対象の所在場所の三つの項目で特定される。
たとえば図１３の表で、２行目の情報（子供にあたる管理対象の識別名が「C:」のもの）では、子供にあたる管理対象が識別名「C:」で種類が「ドライブ」、場所が"hostT"であり、親にあたる管理対象が識別名「hostT」で種類が「ホスト」場所が「−」（Root）を表現している。

なお，この親子関係は，管理対象間の依存関係を示すものでもある。子にあたる管理対象は，親にあたる管理対象があってはじめて存在できる。そのため，子にあたる管理対象は親にあたる管理対象に対して依存していると言える。

(2) 運用管理情報
運用管理情報36は管理対象1331がどの管理ツールによって管理されているかを示すものである。
図１４は、運用管理情報36の例である。
運用管理情報36は、管理対象を特定する情報と管理ツールを特定する情報とによって構成する。
管理対象を特定する情報は、管理対象の識別名と種類と場所との三項目である。管理ツールを特定する情報は、管理ツールの種類と管理ツールが置かれている場所との二項目、さらに補助情報として管理ツールの有効性を示す情報を含めている。
図１４の一行が一セットの情報に相当する。たとえば表の二行目では、識別名＝「C:」、種類＝「ドライブ」、場所＝「hostT」という管理対象1331が、「hostT」上にある管理ツール：「ディスクモニター」によって管理されており、管理状態が有効であることを示している。

２．２ 管理定義ＢＵデータ
管理定義ＢＵ（バックアップ）データ1133は、管理定義情報1333の予備データである。
図１の構成では、管理定義ＢＵ（バックアップ）データ1133の保存場所を、マネージャ11の中の記憶装置113内としているが、編集指示部1134やユーザＩ／Ｆ部1131などから参照可能な場所であるなら、それ以外の場所にあっても良い。
管理定義ＢＵ（バックアップ）データ1133の元データは、エージェント13内にある管理定義情報1333および無効状態定義情報1336であり、編集実行部1334によってマネージャ11側に送信され、その内容が記憶装置113内に保管される。
管理定義ＢＵデータ1133は、管理対象1331および管理ツール1332の種類、管理定義情報の有効・無効によって情報を分類しファイルなどの形で保管すれば良い。
管理定義ＢＵデータ1133内のバックアップ・データを管理しやすくするため、バックアップ・データ管理表37を記憶装置113内に持たせる（図１５参照）。
バックアップ・データ管理表37は、バックアップＩＤ371、管理対象（を識別するための情報。三項目）372、管理ツール（を識別するための情報。二項目）373、データ保管先ファイル名374、作成日時375などの項目を含む。
バックアップＩＤ371は、複数のバックアップ・データをまとめるためのもので、マネージャ11のユーザから指示される一度のバックアップ操作によって作られたバックアップ・データに対して一つの識別名をつける。
バックアップＩＤ371は、ユーザからの指示で命名しても良いし、編集指示部1134が自動的に固有な名前を付けても良い。
管理対象372および管理ツール373はバックアップ・データの対象を識別するための情報である。
データ保管先ファイル名374は、当該バックアップ・データの保管先となるファイル名であり、有効な状態にある管理定義情報（管理定義情報1333のバックアップ・データ）と無効な状態にある管理定義情報（無効状態定義情報1336のバックアップ・データ）の二つを記す。
作成日時375は、当該バックアップ・データが作成された日と時間を記録し、バックアップ・データの新旧を区別するためなどに用いる。

２．３ ユーザＩ／Ｆ部
ユーザＩ／Ｆ部1131は、記憶装置113内に格納されているソフトウェア（プログラム）が、メモリ112に読み込まれ、ＣＰＵ111によって実行されることにより実現される。
なお、ユーザＩ／Ｆ部1131のソフトウェアは、マネージャ11内で実行可能であるなら記憶装置113以外の場所に格納されていても良い。
ユーザＩ／Ｆ部1131の主たる働きは、キーボード116やマウス117などを介してマネージャ11のユーザから管理対象毎の定義情報変更や管理対象情報1132の内容変更などの指図を受け取ったり、ディスプレイ115などを介してマネージャ11のユーザに対して管理対象情報1132の内容や本発明が提供する機能の動作状況を表示することである。

図１０はユーザＩ／Ｆ部1131のメイン画面41の例であり、ディスプレイ115などに表示される内容である（以下の画面も同様）。
メイン画面41は、ユーザが管理対象1331の構成を確認し、操作対象となる管理対象1331と操作の内容を指定するものである。
メイン画面41の中にある管理対象の構成4101では、各管理対象1331の構成と種類が表現されている。
かっこ付きの項目は管理対象1331の種類を、それ以外は管理対象1331の識別名を示す。
また、各項目の位置で親子関係も表現している。
たとえば、「hostT」という名称の「ホスト」の管理対象1331があり、その子供にあたる管理対象1331として、「C:」と「D:」という「ドライブ」の管理対象1331があることを示している（図１０の表示内容は、図２の構成を表示させた例）。
管理対象の構成4101に表示する内容の元データは、管理対象情報1132の中に含まれる管理対象構成情報35である。
管理対象の構成4101内の各項目は選択可能でき、その右側に縦に並べてある機能ボタン（4102〜4109）を押すことによって、管理対象1331に対する操作の内容を指定する。

この画面上での操作は、一部編集指示部1134と連動している。
たとえば管理対象の構成4101の中で「hostT」を選択し、削除ボタン4103を押すと、編集指示部1134に管理対象「hostT」の削除を指図する。
同様に、一時停止ボタン4104、一時停止の解除ボタン4105、名称変更ボタン4106、バックアップ・ボタン4107も、編集指示部1134と連動する。
追加ボタン4102は管理対象1331の追加をするためのものであり、親にあたる管理対象1331を管理対象の構成4101の中で選択して追加ボタン4102を押すと、管理対象1331の種類と識別名を入力させる画面を出し、ユーザＩ／Ｆ部1131のユーザにそれらの項目を入力してもらう。
入力された項目を管理対象構成情報35に登録し、管理対象の構成4101の表示内容を更新することによって、管理対象1331を追加登録できる。
リストア・ボタン4108はその名の通りバックアップされた管理定義情報1333のリストアを行うためのものであり、そのボタンを押すと、バックアップされた管理定義情報1333（および無効状態定義情報1334）の一覧を表示し、バックアップ対象を選択させ、編集指示部1134に対してリストアの指図を行う。

さらに、図１０の画面上で追加ボタン4102や削除ボタン4103を押した時に管理対象自体を追加・削除するようにしても良い。図２０のシステム構成を用いて説明すると、この構成下では（管理対象の一つである）ドライブはストレージ装置14上の論理ボリュームに割り当てられており、ドライブ配備ツール1336-3を用いて任意に追加・削除できる。

この点を利用し、図１０の画面で管理対象の構成4101で[ドライブ]を選択している状態で、同画面の追加ボタン4102が押された場合には、ドライブ自体を追加することができるようにすれば良い。その際には、図２１のような画面を用いて追加するドライブのプロフィールをユーザが指定できるようにする。常にドライブ自体を作りたいとは限らない場合に対応するため、ドライブ自体を作るか否かを選択できるようにしている。さらにドライブを作る場合には、作成するドライブの種別4404や容量4405などを入力できるようにする。この画面でドライブの実体を作る4403を選択し、ＯＫボタン4406を押した場合には、この画面で指定された情報を元にしてドライブ配備ツール1336-3に対して指示を出すことによって、論理ボリュームの追加とドライブの割り当てを行えば良い。

図１０の画面で削除ボタン4103を押した時の処理も追加の場合と同様である。
すなわち、ドライブ自体を削除するか否かをユーザに選択させて、ドライブ自体を削除する旨がユーザから指定されたら、ドライブ配備ツール1336-3に対して指示を出すことによって論理ボリュームの削除やドライブの割り当て解除などを行うようにすれば良い。

図１２は、バックアップされた管理定義情報1333の一覧を示す画面43の例であり、リストア実行のほかにバックアップされた管理定義情報1333の一部を削除できるようにしている。
この画面でリストア実行ボタン4302が押されると、リストアの指図が編集指示部1134に伝えられる。
なおバックアップされた管理定義情報1333の一覧の元データは、バックアップ・データ管理表37（図１５参照）であり、同管理表から必要な項目を取り出して画面表示すれば良い。
図１２の例では、バックアップ・データ管理表37のうち、データ保管先ファイル名以外の情報を表示している。
メイン画面41内の管理項目一覧ボタン4109（図１０、メイン画面41の中）は、管理対象の構成4101内で選択された特定の管理対象1331に関する管理状態の詳細を確認・編集するためのものである。
同ボタンを押すと管理対象毎の管理項目画面42を表示する（図１１参照）。
管理対象毎の管理項目画面42内にある管理状態一覧4202は、管理対象4201内で示されている管理対象1331が、どの管理ツールによって管理されているかを示している。
管理ツールを選択することにより管理ツールの持つ管理項目が選択されることになる。

図１１の例では、「hostT」というホストが、所在「hostMa」にある管理ツール「バックアップ・スケジューラー」など、計四つの管理ツールによって管理されていることを示す。
なお、管理状態一覧4202で表示する情報は、管理対象情報1132内の運用管理情報36から取得する。
「管理対象毎の管理項目画面42」の管理項目一覧4202の下には機能ボタン（4203〜4209）を配置している。
追加ボタン4203は、当該管理対象に対する管理項目を追加するものであり、管理ツールの種類や所在、管理状態をユーザに入力させて運用管理情報36に入力された情報を追加すれば良い。

さらに、この時、管理項目の内容自体も同時に指定できるようにしても良い。

たとえば管理項目をファイルの形で定義するような仕組みを持つ管理ツールなら、テキストエディタなどのファイル編集プログラムを起動してユーザに管理項目を直接編集させても良いし、管理項目を入力し定義ファイルに直接書き込むようなプログラムを作成し、それを呼び出す形にしても良い。

また、管理ツールの種類によっては独自の管理項目設定プログラムを提供している場合があるので、その場合には追加ボタン4203を押して管理ツールの種類や所在を入力させた後で、前記管理項目設定プログラムを呼び出すようにしても良い。

管理項目の内容自体の追加機能に関連して、管理項目の内容のみ編集する機能を設けても良い。図１１の画面に編集ボタン4210を設け、そのボタンが押された場合には、追加のときと同様に、テキストエディタや管理ツール独自の管理項目設定プログラムを呼び出す仕組みを持たせる。
削除ボタン4204は、編集指示部1134の機能と連動している。
また、管理項目一覧4202内の管理ツールは任意に選択可能になっており、管理ツールを選択することにより管理ツールの持つ管理項目が選択されることになる。
項目選択後（すなわち、管理ツールの選択後）に削除ボタン4204を押すと、当該管理項目に対する削除の指図が編集指示部1134に伝えられる。

このとき、管理項目の内容自体を併せて削除できるようにしても良い。たとえば、管理項目をファイルの形で定義する形を取る管理ツールならファイルに含まれる管理項目の該当個所を直接削除するようにすれば良い。
一時停止ボタン4205、一時停止の解除ボタン4206、バックアップ・ボタン4207についても削除ボタン4203と同様に編集操作の指図が編集指示部1134に伝えられる。

「管理対象毎の管理項目画面42」のリストア・ボタン4208を押すと、当該管理対象1331に関するバックアップ・データの一覧を図１２と同等の画面で表示する。
この画面で表示する内容は、バックアップ・データ管理表37から必要な情報を抽出することで得る。
この画面では、任意のバックアップ・データを選択した上でリストア実行ボタン4302を押すことでリストアを実行することができる。 リストアの実行は、リストアの指図を編集指示部1134に伝えることによって行う。
また、バックアップ・データ一覧4301内に表示されているバックアップ・データをデータ削除ボタン4303を用いて削除したりすることができる。 ここで行った削除操作の結果は、バックアップ・データ管理表37に反映する。
以上のように、ユーザＩ／Ｆ部1131ではユーザに対する情報提供およびユーザからの指図の受け取りを行う。

つまり、上記説明した機能ボタンのラベルは編集処理種別を表しており、ユーザーによる画面上のボタンを押す操作で、ユーザI/F部が、管理項目に対する編集機能の指定を編集指示部1134に伝える。
上記の例では、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を用いたが、テキストベースのＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）の形で実現しても良い。ＣＬＩでは、ボタンの代わりにコマンドを用い、コマンドの引数で管理対象1331の指定などを行わせるようにすれば良い。
たとえば図１０で示した画面上で、ホスト「hostT」を選択して削除ボタン4103を押した時の操作に相当するコマンド文として、「delete resource host:hostT@root」などと指示させるようにすれば良い。
コマンドの内訳は、編集操作の種類を示す「delete」、編集操作の対象を示す「resource」、対象となる管理対象の種類を示す「host」、同管理対象の識別名を示す「hostT」、同管理対象の所在を示す「root」である。
管理対象の名称変更など他の編集操作も、同じ要領でＧＵＩ上の機能をＣＬＩに置き換えて実装できる。

２．４ 編集指示部
編集指示部1134は、記憶装置113内に格納されているソフトウェア（プログラム）が、メモリ112に読み込まれ、ＣＰＵ111によって実行されることにより実現される。
なお、編集指示部1134のソフトウェアは、マネージャ11内で実行可能であるなら記憶装置113以外の場所に格納されていても良い。
編集指示部1134の主たる働きは、ユーザＩ／Ｆ部1131や変更検知部1135から管理対象1332や管理定義ＢＵデータ1133に関する処理指図を受け取ることをきっかけとして、管理対象情報1132の内容に基づいてエージェント13に定義情報の処理指示を出したり、管理定義ＢＵデータ1134内の情報をエージェント13に送ったり、エージェント13から管理定義情報1333の内容を受け取って管理定義ＢＵデータ
1134に保存したり、することである。
編集指示部1134が受け取る処理指図には、管理対象1331に対する編集操作、管理対象1331に関する特定の管理定義情報1333（および無効状態定義情報1336）に対する操作、管理定義ＢＵデータ1133からのリストア操作がある。

２．４．１ 管理対象に対する編集操作
管理対象1331単位に、削除、一時停止、一時停止の解除、名称変更、データ・バックアップを行うものであり、ユーザＩ／Ｆ部1131のメイン画面41上での操作などに起因して発生する処理指図に対応した処理である。
(1) 管理対象の削除
特定の管理対象1331を削除する旨の指図に対応する処理を、図１６に示すフローチャートと共に説明する。なお、フローチャートにはエラーが発生した時の処理の記述は省略している。
編集指示部1134が削除の指図を受け取ったら、削除対象となる管理対象1331の直接の子にあたる管理対象1331があるか否かを調べる（5202）。
管理対象構成情報35には管理対象1331間の親子関係を示す情報が含まれているので、その情報を参照することで子にあたる管理対象1331の有無を判断できる。
もし、直接の子にあたる管理対象1331があれば、前記直接の子にあたる管理対象1331に関する削除の処理（5201）を呼び出す（5203）。
この呼び出し形式はいわゆる再帰呼び出しであり、子にあたる管理対象1331の削除処理の中で、さらに子にあたる管理対象1331があればそれに対する削除処理が行われ、子にあたる管理対象が無くなるまで削除処理の呼び出しが続けられる。もちろん、直接の子にあたる管理対象1331が複数あれば、複数の管理対象1331に関する削除処理の呼び出しを行えば良い。子にあたる管理対象を削除する上記の処理は，削除対象である管理対象に依存している管理対象を消す処理とも言える。
続いて、削除対象となる管理対象1331に対して行われている管理項目を列挙する（5204）。
特定の管理対象1331に対する管理項目は、運用管理情報36で管理されているので、その情報を参照して列挙できる。
次の処理として、前記列挙した中の先頭の項目を選択する（5205）。

そして、選択された項目に関する削除指示を、当該項目に対応する編集実行部1334に対して発行する（5206）。
運用管理情報36には、当該項目に対応する管理ツールの種類や場所に関する情報が含まれている（図１４参照）ため、削除指示の発行先の編集実行部1334は、その情報から特定すれば良い。
次に、編集実行部1334からの処理の終了通知を待つ（5207）。この待ちは、編集実行部1334に同時に複数の編集指示21を発行することで処理が混乱することを防ぐために行う。
編集実行部1334に編集指示21の待ち行列（キュー）を処理する能力を備えているなどの理由で編集実行部1334の処理が特に混乱しない場合には、この待ちを行うことなく次の処理に進んでも良い。
次に、前記選択項目に該当する情報を運用管理情報36から削除する（5208）。
続いて、前記列挙した中に次の項目が存在するかどうかをチェックし（5209）、もし次の項目があればその項目を選択し（5210）、5206の処理に戻る。
次の項目が無ければ、管理対象構成情報35から削除対象となる管理対象1331の情報を削除（5211）して、終了する。

(2) 管理対象の一時停止
管理対象の一時停止に関する指図を受けた時の処理の流れは、前述した削除に関する指図を受けた時の処理と基本的に同じである。
処理の概要は次のようになる。
一時停止の対象となる管理対象1331の、直接の子にあたる管理対象1331があるか否かをチェックし、もし子にあたる管理対象1331があれば、それに対する一時停止の処理を呼び出す。
そして、当該管理対象1331に関する管理項目を列挙し、各管理項目について編集実行部1334への編集指示21の発行を行い、運用管理情報36の当該管理項目の「状態」欄を「無効」に変更する。
削除の場合と異なり、管理対象構成情報35の更新は行わない。

(3) 管理対象の一時停止の解除
管理対象の一時停止の解除に関する指図を受けた時の処理の流れは、基本的に一時停止の指図の場合と同様である。
異なる点は、当該管理対象1331の子供にあたる管理対象1331がある場合に「一時停止」処理ではなく「一時停止の解除」処理を呼び出すこと、編集実行部1334に発行する指示の内容が「一時停止」ではなく「一時停止の解除」になること、及び運用管理情報36の更新内容が「無効」への変更ではなく「有効」への変更になること、である。

(4) 管理対象の名称変更
管理対象の名称変更に関する指図は、実際に管理対象1331が異動された後に行われるものとして以下説明する。
管理対象の名称変更に関する指図を受けた時の処理の流れは、削除の指図の場合と似ているが一部異なる。
図１７は編集指示部が行う「名称変更」に関する処理のフローチャート（53）だが、図１６の「削除」の場合と異なり、処理の冒頭で管理ツール1332の場所を調整する処理を行っている（5301、5302）。これは、管理対象1331の名称変更によって管理ツール1332の場所が変わることに対応するものである。
運用管理情報36には管理ツール1332の場所に関する情報が含まれており、その情報が管理対象1331の名称変更に影響を受ける場合がある。
たとえば、種類が「ホスト」で識別名が「hostT」の管理対象1331の名称を「hostT2」に変更する場合、図１４の例では、２番目（内容の２行目）と５番目（同）の項目の管理ツールの「場所」の欄に、変更対象に相当する管理対象1331の識別名「hostT」が含まれている。
これは管理ツール自体も異動（改名）対象であることを示しており、運用管理情報36内の該当個所（管理ツールの場所の項が「hostT」の個所）を「hostT2」に改名することにより、管理ツールの配置場所に関する情報が更新され、異動後の管理ツールの場所（「hostT2」）をマネージャ11側で正しく認識できるようになる。
また、バックアップ・データ管理表37についても同様に、管理対象の識別情報372や管理ツールの識別情報373の中に、名称変更の対象となる管理対象1331の識別名が含まれることがあり、もしあれば名称変更するような仕組みを持てば良い。

なお、図１７の名称変更の処理も図１６の「削除」の処理と同様に、再帰的に実行されるが、上記管理ツール1332の異動処理（5303）は、運用管理情報36全体に対して一括して行えば良いため、一度の名称変更指図に対して一度だけ実行する。
そのため、名称変更処理の先頭部分（5302）でその点（再帰的に呼び出されたか否か）のチェック及び二度目以降なら管理ツールの異動処理（5303）を行わないようにしている。
その後の処理（5304〜5313）は、「削除」の指図の場合と同様である。
異なる点は、当該管理対象1331の子供にあたる管理対象1331がある場合に「削除」処理ではなく「名称変更」処理を呼び出すこと（5305）、編集実行部1334に発行する指示の内容が「削除」ではなく「名称変更」になること（5308）である。
また、運用管理情報36の更新内容が、選択された項目の削除ではなく選択された項目に改名対象の管理対象1331を指し示す部分を含む場合は該当部分を改名する点（5310）、そして管理対象構成情報35の更新内容が、該当項目の「削除」ではなく該当個所の「改名」になる点（5313）、も「削除」の場合と異なる点である。

(5) 管理対象のデータ・バックアップ
管理対象のデータ・バックアップに関する指図を受けた時の処理の流れは、前述した削除に関する指図を受けた時の処理と基本的に同じである。処理の概要は次のようになる。
データ・バックアップの対象となる管理対象1331の、直接の子にあたる管理対象1331があるか否かをチェックし、もし子にあたる管理対象1331があれば、それに対するデータ・バックアップの処理を呼び出す。
そして、当該管理対象1331に関する管理項目を列挙する。
続いて、列挙された管理項目毎に、編集実行部1334に対してデータ・バックアップの編集指示21を発行し、編集実行部1334からバックアップ・データを受け取る。
受け取ったバックアップ・データの内容は管理定義ＢＵデータ1133内に保存し、同保存処理に対応したバックアップ・データ管理表37の更新を行う。
なお、図１６の削除の場合と異なり、運用管理情報36と管理対象構成情報35の更新（図１６の5208と5211相当の処理）は行わない。

２．４．２ 特定の管理定義情報に対する編集操作
特定の管理定義情報に対する編集操作とは、管理対象1331に関する特定の管理定義情報1333（および無効状態定義情報1336）を単位として、削除、一時停止、一時停止の解除、データ・バックアップを行うものであり、ユーザＩ／Ｆ部1131の管理対象毎の管理項目画面42上での操作などに起因して発生する処理指図に対応した処理である。
(1) 特定の管理定義情報の削除
特定の管理定義情報を削除に関する処理は、２．４．１で示した「管理対象の削除」の処理の一部を実行する形である。具体的には、図１６のフローチャート中の5206〜5208の処理を実行すれば良い。
すなわち、削除対象である管理定義情報を削除する旨の編集指示21を、編集実行部1334に発行し（5206）、編集実行部1334から処理終了の知らせを待ち（5207）、運用管理情報36から本処理の削除対象に相当する管理定義情報を削除する（5208）。

(2) 特定の管理定義情報の一時停止
特定の管理定義情報の一時停止に関する処理も同様に、２．４．１内で示した
「管理対象の一時停止」の処理の一部を実行する。
具体的には、停止対象の管理定義情報を一時停止させる旨の編集指示21を、編集実行部1334に発行し、編集実行部1334からの通知を待ち、運用管理情報内の該当レコード（行）の「状態」欄を無効に設定する。
(3) 特定の管理定義情報の一時停止の解除
特定の管理定義情報の一時停止の解除は、同一時停止と同様であり、「一時停止」が「一時停止の解除」になり、該当レコード（行）の「状態」欄は有効に設定する。
(4) 特定の管理定義情報のデータ・バックアップ
特定の管理定義情報のデータ／バックアップに関する処理は、２．４．１内で示した「管理対象のデータ・バックアップ」の処理の一部を実行する。
すなわち、対象となる管理定義情報をデータ・バックアップさせる旨の編集指示21を、編集実行部1334に発行し、編集実行部1334からの通知を待った後、同編集実行部1334からバックアップされたデータを受け取る。
そして、受け取ったデータを管理定義ＢＵデータ1133内に保存し、保存されたバックアップ・データに関する情報をバックアップ・データ管理表37に追加する（同管理表の更新を行う）。

２．４．３ 管理定義ＢＵデータからのリストア操作
管理定義ＢＵデータからのリストア操作は、管理定義ＢＵデータ1133内に保管されているバックアップ・データの内容を、管理定義情報1333および無効状態定義情報1336に戻すものであり、ユーザＩ／Ｆ部1131のリストア＆バックアップ・データ一覧画面43内で、バックアップ・データ一覧表4301内からリストア対象を選択し、リストア実行ボタン4302を押した時などに発生する処理指図に対応した
処理である。
編集指示部1134は、ユーザＩ／Ｆ部1131などからリストアの処理指図を受け取ると、その指図の内容に対応する編集実行部1334に対し、リストアする旨の編集指示21を発行する。そのときに、リストア対象となるデータも編集指示21の一部として編集実行部1334に送る。
リストア対象のデータは、バックアップ・データ管理表37から該当する項目を選びだし、その項目に対応するバックアップ・データを管理定義ＢＵデータ1133から取り出すことによって得る。
たとえば、図１２の画面でバックアップＩＤが「BACKUP1」、管理対象の識別名が「hostT」の行のリストアを指示された場合には、その行に該当するデータ保管先ファイル名374をバックアップ・データ管理表37から調べる（図１５の例では、「d:\BACKUP1\01a.dat」と「d:\BACKUP1\01b.dat」の二つが保管先ファイルである）。
その結果、得られたファイルをリストア対象のデータとする。

２．５ 変更検知部
変更検知部1135は、記憶装置113内に格納されているソフトウェア（プログラム）が、メモリ112に読み込まれ、ＣＰＵ111によって実行されることにより実現される。
変更検知部1135のソフトウェアは、マネージャ11内で実行可能であるなら記憶装置113以外の場所に格納されていても良い。
状態監視部1335は管理ツールの一つとして扱える。
たとえば図２のシステム構成では、ホスト稼動モニター1334-b1が状態監視部1335相当の働きをする。
「hostT」という識別名のホストを定期的に監視し、「hostT」から応答が無ければ「hostT」の稼動が停止したと判断し、マネージャ11内の変更検知部1135にその旨通知する。
変更検知部1135の主たる働きは、エージェント13などに置かれた状態監視部1335から発行される管理対象稼動状況の変更通知を受け取り、適宜編集指示部1134に対して変更指図を出すことである。

図２の例に従って説明すると、「hostT」の稼動が停止したらホスト稼動モニター1334-b1からその旨の通知がある。
変更検知部1135はその通知を受け取ると、編集指示部1134に対して、識別名が「hostT」で種類が「ホスト」の管理対象1331を対象とした、（管理ツール1332の）「一時停止」の指示を発行する。
編集指示部1134はその指示に従って、「hostT」という名の「ホスト」に関係する管理定義情報を無効にする。

なお、管理対象1331の稼動停止を検出した際に、その管理対象1331に関する全管理項目を停止させるのではなく、一部のみ停止させるようにしても良い。
たとえば、ホストの稼動停止を検出した際に、「バックアップ・スケジューラー」や「ディスク・レポーター」は止めるが、「ディスク・モニター」や「ホスト稼動モニター」は止めないなど。
停止の除外対象である「ディスク・モニター」は、管理対象ホスト上で動作しているが、管理対象ホスト（＝エージェント）自体が停止している状況では、マネージャ11からエージェント13に対する編集指示21が伝わらず、管理項目を停止状態にさせられない可能性がある。
そのため、停止の除外とすることが考えられる。
また、「ホスト稼動モニター」は管理対象1331が稼動を再開する所を見極めたいなどの理由で、管理対象1331の稼動停止後も監視動作を継続したいことがあり、その場合は管理項目停止の除外対象とすれば良い。
この除外機能を実現するためには、変更検知部内にどの管理項目（またはどの管理ツール1332）を自動（連動）停止の除外対象とするのかを示す情報を保持し、その情報に基づいて除外対象されていない項目に関してのみ、編集指示部1134に対して停止の指示を出すようにすれば良い。

管理対象の停止に連動した管理機能の一時停止の他に、管理対象の削除に連動した管理機能の削除も考えられる。
管理対象1331が不要になり削除される時には、その管理対象1331用の管理項目も不要になり、誤動作を避けるために同管理項目を削除する必要がある。
管理項目の削除作業を自動化するため、管理対象1331の削除を検知し、編集指示部1134に同管理対象1331に関する管理項目の削除を指示するような仕組みを持たせる。

そのような仕組みの実装例を次に示す。
管理対象1331の削除が、システム管理者（ユーザ）から管理対象を削除する旨のコマンド（命令）が投入されることをきっかけとして行われることがある。
たとえば、特定のディレクトリに割り当てられているボリュームの割り当て解除をする時にunmountという名のコマンドが使われるとする。
その場合、unmountコマンドに細工を施して、そのコマンドが実行される時に編集指示部1134にunmount対象を削除する旨の通知を行うようにすれば良い。
unmountコマンドへの細工は、たとえば本来のunmountコマンドの機能をオーバーラップするような同名の（unmountという名を持つ）コマンドを用意し、システム管理者からはオーバーラップされたコマンドが呼び出されるようにする。
そして、オーバーラップされたコマンドの中で、本来のunmountコマンドの実行および編集指示部1134への通知が行われるようにすれば良い。
なお、unmountが行われる時に常に管理項目を削除するわけではない場合には、unmountコマンドが投入された時にシステム管理者に対して管理項目を削除す
るか否かの確認を求め、削除するよう指示された場合のみ削除するようにしても良い。

上記実施例の別の実装形態として、管理対象1331と管理ツール1332の関係を示す情報を静的に持つのではなく、動的に持つ形にしても良い。
具体的には、上記実施例の運用管理情報36を図１８に示す管理ツール配置情報38に置き換える。
管理ツール配置情報38は、既存の管理ツールの所在を示すためのものであり、運用管理情報36のサブセットである。
処理方法も上記実施例と一部異なる。
管理対象単位の管理項目変更が必要になった際に、管理ツール配置情報38に入っているすべての管理ツール1332（用の編集実行部1334）それぞれに対して編集指示21（図７）を発行する。
編集実行部1334の中には、自身に直接関係しない編集指示21が送られてくることもあるため、編集指示21の内容を見て処理するか否かを判断する。
すなわち、編集指示21を受け取った編集実行部1334は、編集指示21内に含まれている、管理対象の場所214、管理対象の種類215、管理対象識別名216、の三項目で特定される管理対象1331に対する編集指示21が、当該編集実行部1334で扱っている管理定義情報1333および無効状態定義情報1336に関係するか（編集指示21で指定された管理対象1331に関する定義を含むか）否かを判断する。もしも関係するなら、上記実施例と同様に編集指示21に従った処理を行い、関係しないなら何もしないようにする。

なお、管理ツール配置情報38に入っているすべてに編集指示21を送るのではなく、送信先を絞る仕組みを持たせても良い。
管理ツール1332の中には、管理ツール1332の管理対象1331が、管理ツール1332が配置されている場所（ホスト）に限定されるものがある。
図２に登場する管理ツール1332では、「ディスク・モニター1331-c」がそれに該当し、同ツールが配置されている「hostT」内のドライブ（ドライブＣ1331-c1とドライブＤ1331-c2）が管理対象1331となっている。
この場合、「hostT」以外の場所に存在する管理対象1331に関する管理項目に変更が生じても、「hostT」上で動作する「ディスク・モニター1331-c」の動作（管理項目）には影響せず、同管理ツールに対応する編集実行部1334-cには、編集指示21を発行する必要はない。
このような編集指示21発行先の絞込みを行うためには、管理ツール1332の管理対象範囲を区別する情報を持たせると良い。
図１９に示した管理ツール特性情報39がその情報の例で、管理ツール1332の種類毎に、その管理ツール1332の管理対象範囲が、管理ツール1332の配置先と同一のホスト内に限られるか否かを定義している。
そこで「同一ホスト内に限られる」旨の定義がなされている管理ツール1332については、絞込みの対象となる。
すなわち、その管理ツール1332と異なる場所に存在する管理対象1331に関する管理項目の編集操作を行う際には、その管理ツール1332に対応する編集実行部1334に編集指示21を出さないようにする。
本実施形態が提供する、各管理対象がどの管理ツールによって管理されているかを把握する仕組み（管理対象情報）、およびその情報に基づいて管理対象毎に管理ツールの設定変更などを行う仕組み（編集指示部や編集実行部など）によって、管理対象の状態変更などに伴う管理ツールの設定項目（管理項目）変更作業の自動化を推進できる。
具体的な推進内容は、管理対象単位の管理項目の削除、管理対象単位の管理動作の一時停止・再開、管理対象の名称変更に伴う管理項目の設定変更、であり、従来、管理ツール毎の手作業を要していた設定変更作業が、簡単な指示（たとえば「管理対象Ａに関する管理項目を削除せよ」といった旨の指示）を出すだけで済むようになる。
さらに、管理対象単位の設定項目のバックアップおよびリストア機能を提供することによって、オペレーション・ミスなどによって管理項目を失った時に元の状態に回復できる。
また、本実施形態が提供する前記機能は、管理対象の親子関係を意識した処理が可能であり、階層構造を持つ管理対象の管理項目の一括変更を行いたい場合に、ユーザ（システム管理者）は親にあたる管理対象を指定するだけで子にあたる管理対象も変更対象に含めることができ、管理対象の指定の手間をさらに削減できる。
また上記の応用機能として、管理対象の状態変化に伴って管理項目を自動変更する機能を用いることで、管理対象の動作が停止した（または管理対象が削除された）時に、自動的に関連する管理項目を停止（または管理項目の削除）を行うことができる。
この働きにより、ユーザ（システム管理者）の手を煩わすことなく、管理対象の状態変化に対応した管理項目の変更が行える。

本発明の一実施形態を示す図である。 管理システム構成例を示す図である。 バックアップ・スケジューラー用の管理定義情報１を示す図である。 ホスト稼動モニター用の管理定義情報２を示す図である。 ディスク・モニター用の管理定義情報３を示す図である。 ディスク・レポーター用の管理定義情報４を示す図である。 編集指示の様式を示す図である。 編集実行部の処理のフローチャート：その１を示す図である。 編集実行部の処理のフローチャート：その２を示す図である。 ユーザＩ／Ｆ部のメイン画面例を示す図である。 管理対象毎の管理項目画面例を示す図である。 リストア＆バックアップ・データ一覧の画面例を示す図である。 管理対象構成情報の例を示す図である。 運用管理情報の例を示す図である。 バックアップ・データ管理表の例を示す図である。 削除に対する編集指示部の処理のフローチャートを示す図である。 名称変更に対する編集指示部の処理のフローチャートを示す図である。 管理ツール配置情報を示す図である。 管理ツール特性情報を示す図である。 ストレージ装置を含む本発明の一実施形態を示すシステム構成図である。 ドライブ追加時の設定画面例を示す図である。

符号の説明

１１ マネージャ
１１１ ＣＰＵ
１１２ メモリ
１１３ 記憶装置
１１４ 通信Ｉ／Ｆ
１１５ ディスプレイ
１１６ キーボード
１１７ マウス
１１３１ ユーザＩ／Ｆ部
１１３２ 管理対象情報
３５ 管理対象構成情報
３６ 運用管理情報
１１３３ 管理定義ＢＵ（バックアップ）データ
１１３４ 編集指示部
１１３５ 変更検知部
１２ ネットワーク
１３ エージェント
１３１ ＣＰＵ
１３２ メモリ
１３３ 記憶装置
１３４ 通信Ｉ／Ｆ
１３３１ 管理対象
１３３２ 管理ツール
１３３３ 管理定義情報
１３３４ 編集実行部
１３３５ 状態監視部
１３３６ 無効状態定義情報

Claims (8)

1. 複数の管理対象を管理する複数の管理項目を編集するコンピュータシステムであって、
   前記複数の管理対象間の親子関係を示す第１の情報と、前記複数の管理対象と前記複数の管理対象を各々管理する前記複数の管理項目との関係を示す第２の情報と、を格納するメモリと、
   前記複数の管理対象に含まれる第１の管理対象と、前記第１の管理対象に対する第１の編集指示を選択可能な管理端末と、
   前記管理端末と接続し、前記第１の管理対象に対する前記第１の編集指示を受信するインターフェースと、
   前記第１の情報を参照し前記第１の管理対象に対して子の関係にある第２の管理対象を選択し、前記第２の情報を参照し前記第１の管理対象を管理する第１の管理項目及び前記第２の管理対象を管理する第２の管理項目を選択し、前記第１の管理項目及び前記第２の管理項目に対して前記第１の編集指示の第１の実行指示を発行する編集指示部と、
   前記第１の実行指示を受信し、前記第１の管理項目及び前記第２の管理項目に対して前記第１の編集指示を実行する編集実行部と、を有することを特徴とするコンピュータシステム。
2. 請求項１に記載のコンピュータシステムであって、さらに
   前記複数の管理対象のなかで状態変化した第３の管理対象を検知し、検知結果を発行する状態監視部と、
   前記状態監視部から発行された前記検知結果を受信し、前記第３の管理対象に対する第２の編集指示を前記編集指示部に発行する変更検知部と、を有し、
   前記編集指示部は、前記第１の情報を参照し前記第３の管理対象に対して子の関係にある第４の管理対象を選択し、前記第２の情報を参照し前記第３の管理対象を管理する第３の管理項目及び前記第４の管理対象を管理する第４の管理項目を選択し、前記第３の管理項目及び前記第４の管理項目に対して前記第２の編集指示の第２の実行指示を発行し、
   編集実行部は、前記第２の実行指示を受信し、前記第３の管理項目及び前記第４の管理項目に対して前記第１の編集指示を実行する、ことを特徴とするコンピュータシステム。
3. 請求項１に記載のコンピュータシステムであって、さらに
   前記複数の管理項目を格納する第１の格納手段と、
   第２の格納手段と、を有し、
   前記第１の編集指示が一時停止の場合、前記第１の格納手段から前記第２の格納手段へ、前記第１の管理項目及び前記第２の管理項目を移動し、
   前記第１の編集指示が一時停止の解除の場合、前記第２の格納手段から前記第１の格納手段へ、前記移動された第１の管理項目及び第２の管理項目を移動する、ことを特徴とするコンピュータシステム。
4. 請求項１に記載のコンピュータシステムであって、さらに
   前記複数の管理項目を格納する第１の格納手段と、
   バックアップ用格納手段を有し、
   前記第１の編集指示がバックアップの場合、前記第１の格納手段から前記バックアップ用格納手段へ、前記第１の管理項目及び前記第２の管理項目を送信し、
   前記第１の編集指示がリストアの場合、前記バックアップ用格納手段から前記第１の格納手段へ、前記送信された第１の管理項目及び第２の管理項目を送信する、ことを特徴とするコンピュータシステム。
5. コンピュータシステムにおいて複数の管理対象を管理する複数の管理項目を編集する管理項目編集方法であって、
   前記複数の管理対象に含まれる第１の管理対象と、前記第１の管理対象に対する第１の編集指示を受信し、
   前記複数の管理対象間の親子関係を示す第１の情報を参照し、前記第１の管理対象に対して子の関係にある第２の管理対象を選択し、
   前記複数の管理対象と前記複数の管理対象を各々管理する前記複数の管理項目との関係を示す第２の情報を参照し、前記第１の管理対象を管理する第１の管理項目及び前記第２の管理対象を管理する第２の管理項目を選択し、
   前記第１の編集指示に従って前記第１の管理項目及び前記第２の管理項目を編集する、ことを特徴とする管理項目編集方法。
6. 請求項５に記載の管理項目編集方法であって、
   前記複数の管理対象のなかで状態変化した第３の管理対象を検知し、
   前記第３の管理対象に対する第２の編集指示を受信し、
   前記第１の情報を参照し前記第３の管理対象に対して子の関係にある第４の管理対象を選択し、
   前記第２の情報を参照し前記第３の管理対象を管理する第３の管理項目及び前記第４の管理対象を管理する第４の管理項目を選択し、
   前記第２の編集指示に従って前記第３の管理項目及び前記第４の管理項目を編集する、ことを特徴とする管理項目編集方法。
7. 請求項５に記載の管理項目編集方法であって、さらに
   前記第１の編集指示が一時停止の場合、前記複数の管理項目を格納する第１の格納手段から第２の格納手段へ、前記第１の管理項目及び前記第２の管理項目を移動し、
   前記第１の編集指示が一時停止の解除の場合、前記第２の格納手段から前記第１の格納手段へ、前記移動された第１の管理項目及び第２の管理項目を移動する、ことを特徴とする管理項目編集方法。
8. 請求項５に記載の管理項目編集方法であって、さらに
   前記第１の編集指示がバックアップの場合、前記複数の管理項目を格納する第１の格納手段からバックアップ用格納手段へ、前記第１の管理項目及び前記第２の管理項目を送信し、
   前記第１の編集指示がリストアの場合、前記バックアップ用格納手段から前記第１の格納手段へ、前記送信された第１の管理項目及び第２の管理項目を送信する、ことを特徴とする管理項目編集方法。

Images