JP2000222316A - ツールの実行管理方法及び統合型運用管理システム - Google Patents

Abstract

(57)【要約】 【課題】 個々のツールによるデータ形態の相違を吸収
し、これらのツールを統一的な操作によって使用できる
ようにする。 【解決手段】 統合ＧＵＩ２１により受け付けられた外
部命令は、コミュニケーションマネージャ２２により、
外部命令に対応する処理内容が認識され、この処理内容
に従って管理サービスモジュール２３内のいずれかの実
行体に送られる。外部命令を受け取った管理サービスモ
ジュールは、外部命令を実行するツールを特定し、共通
インタフェース２５に外部命令を送る。共通インタフェ
ース２５において、外部命令は、特定されたツールに固
有のデータ形態をもつ命令に変換され、この特定されて
ツールに送られる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばネットワ
ークを介して複数のコンピュータが接続されたコンピュ
ータシステムの運用管理を統合的に行う統合型運用管理
システムに関する。特に、それぞれ固有のデータ形態を
もつ命令に従って所用の処理を実行する１又は複数のソ
フトウェア（以下、「ツール」）が用意されているコン
ピュータシステムにおいて、各ツールの実行管理を単一
のインタフェースを用いて統合的に行えるようにするた
めのツール実行管理手法に関する。

【０００２】

【従来の技術】ネットワークを介して複数のコンピュー
タや機器を接続してコンピュータシステムを構築し、こ
のコンピュータシステムを用いてある業務の分散処理や
アプリケーションの個別あるいは共同実行を行う形態が
知られている。このようなコンピュータシステムでは、
個々のコンピュータにおける処理に支障が生じないよう
にするため、システムの構成要素であるコンピュータ、
機器、あるいはアプリケーションの運用状態（あるいは
実行状態）を常に監視する必要がある。そのため、例え
ば特定のコンピュータにおいて、システム構成を含む運
用環境の管理、障害発生管理、ジョブ実行管理、性能管
理等が適宜行われている。これらの管理については、通
常、それぞれ機能・使用方法・操作方法が異なる専用の
ツールが用いられる。そのため、従来、複数のツールを
使用する場合は、ツール毎にオペレータを配備するか、
すべてのツールを操作できるオペレータを配備する必要
があった。

【０００３】

【発明が解決しようとする課題】近年、統合型運用管理
を行うシステムも種々提案されている。この種の統合型
運用管理システムは、前述のツールを複数具備して、多
くの項目の管理を支援できるようになっている。しか
し、従来の統合型運用管理システムは、複数のツールを
纏めたにすぎない場合が多く、ユーザインタフェースも
統合されていない。また、個々のツールに対応する機能
部分も交換不可能になっている。実際には、ある部分は
他の同じような機能を持つツールを使用した方が運用管
理コスト削減に効果があるが、従来の統合型運用管理シ
ステムではそれができなかった。

【０００４】また、システム内のコンピュータや機器類
の構成情報やアプリケーションに関する情報を収集して
リスト形式の一覧で表示する機能を備えた運用管理シス
テムも提案されている。しかし、このような運用管理シ
ステムでは、一覧表示がなされるだけであり、必ずしも
ユーザが使い易いものとはなっていない。例えば、収集
された構成情報を理解するのに時間を要する等の問題が
あった。

【０００５】さらに、例えばルーチンワークのように、
毎回同じ手順で行う作業や処理については、予めこれら
をグルーピングしておき、簡単に実行するのが効率的で
ある。しかし、従来のこの種の運用管理システムではこ
れができなかった。このような問題は、主として、シス
テム内の個々のツールが扱う情報のデータ形態、例えば
ツールへの命令やツールからの通知等のデータ形態等が
それぞれ異なっていることに起因する。

【０００６】そこで、本発明は、個々のツールによるデ
ータ形態の相違を吸収し、これらのツールを統一的な操
作によって集中的に実行できるようにするためのツール
実行管理技術を提供することを課題とする。本発明の他
の課題は、上記ツール実行管理技術を応用して複数のサ
ービス処理を統合的に実行することができる統合型運用
管理システムを提供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、ツール実行管理方法を提供する。本発明
の第１のツール実行管理方法は、それぞれ固有のデータ
形態をもつ命令に従って所用の処理を実行する１又は複
数のツールを有するコンピュータにおいて実行される方
法であって、所定のデータ形態をもつ外部命令の入力を
契機にその外部命令に対応する処理の内容を認識し、認
識された内容の処理を実行するツールを特定するととも
に前記外部命令を前記特定されたツールが認識できるデ
ータ形態の命令に変換し、この変換された命令を当該ツ
ールに伝えることにより、前記外部命令と各ツールが認
識できる命令のデータ形態の相違を吸収することを特徴
とする。

【０００８】このツール実行管理方法において、前記外
部命令に対応する処理を実行するために必要な機能がそ
れぞれ異なる複数のツールに設けられている場合に、前
記認識された処理の実行を担当する一つのツールを選定
し、選定したツールを前記特定したツールとするように
しても良い。

【０００９】本発明の第２のツール実行管理方法は、所
用処理の実行過程又は実行結果をそれぞれ固有のデータ
形態をもつ通知情報として特定の処理機構宛に出力する
１又は複数のツールを有するコンピュータにおいて実行
される方法であって、前記１又は複数のツールのいずれ
かから出力される前記通知情報を、前記処理機構への出
力前に、すべての前記ツールにおいて共通のデータ形態
をもつ通知情報に変換することを特徴とする。

【００１０】上記他の課題を解決する本発明の統合型運
用管理システムは、それぞれ固有のデータ形態をもつ命
令に従って所用の処理を実行する機能、及び、所用処理
の実行過程又は実行結果をそれぞれ前記固有のデータ形
態をもつ通知情報として出力する機能の少なくともいず
れかを有する１又は複数のツールと、いずれかのツール
に対する前記命令の送出といずれかのツールからの前記
通知情報の取得との少なくともいずれかに従って所用の
サービス処理の実行管理を行う複数の管理サービスモジ
ュールと、前記複数の管理サービスモジュールと該当ツ
ールとの間でデータ形態の双方向変換を行うデータ変換
手段とを備え、このデータ変換手段が、前記命令を該当
ツールが認識できるデータ形態の命令に変換してそのツ
ールに伝えるとともに、いずれかのツールから出力され
る前記通知情報をすべての前記ツールにおいて共通のデ
ータ形態をもつ通知情報に変換していずれかの管理サー
ビスモジュールに伝えるように構成されていることを特
徴とする。

【００１１】１又は複数のツールのうち、少なくとも一
つが、外部サイトを構成するサイト構成体とネットワー
クを介して連携し、前記所用処理の実行と前記通知情報
の出力との少なくともいずれかを行うように、前記シス
テムを構成してもよい。また、複数の命令を、各命令に
対応する管理サービスモジュールに所定の順序で供給す
る供給手段を前記システムに備えることにより、前記複
数の命令にしたがって実行される複数の処理で構成され
た一つの作業が実現されるようにしてもよい。また、前
記複数の管理サービスモジュールのそれぞれは、前記命
令に対応する処理を実行するために必要な機能がそれぞ
れ異なる複数のツールに設けられている場合に、当該処
理の実行を担当する一つのツールを選定し、選定したツ
ールに前記命令を送出するように構成してもよい。ま
た、前記１又は複数のツールのうち、任意のツールが同
種の他のールに置換可能となり、前記複数のサービス管
理実行体が、置換された前記ツールとの間で前記命令の
送出と前記通知情報の取得との少なくともいずれかを行
うように前記システムを構成してもよい。このような統
合型運用管理システムにより提供される具体的なサービ
スとしては、例えば、システム構成情報の管理サービ
ス、システム障害の管理サービス、ジョブ管理サービ
ス、ハードウェアやソフトウェア性能情報等を収集する
性能管理サービス、ユーザへの情報提供サービス等があ
る。

【００１２】

【発明の実施の形態】以下、本発明のツール実行管理技
術を適用したコンピュータネットワークシステムの実施
の形態を説明する。ここでは、一例として、一つの管理
センタ(ＮＯＣ: network operation center)で、それぞ
れコンピュータや機器が設置された複数のサイトのオブ
ジェクトを遠隔的かつ一元的に管理する統合型運用管理
システムの例を挙げる。

【００１３】図１は、この実施形態によるコンピュータ
ネットワークシステムの全体構成図である。このコンピ
ュータネットワークシステム１は、管理センタ２と、管
理対象であるｎ個のサイト３−１〜３−ｎとがそれぞれ
双方向の通信回線４、例えばＷＡＮ(wide area networ
k)によって接続された構成となっている。以下、サイト
３−１〜３−ｎの符号については、それぞれについて説
明する場合を除いてサフィックスを省略し、サイト３と
して説明する。各サイト３は、例えば、日本の各地に分
散して配置されているもので、管理対象となるオブジェ
クト３１、具体的には、プリンタ等の出力装置、ハブや
ルータ等を含むネットワーク機器、クライアント−サー
バシステムを有し、さらに、クライアント−サーバシス
テムで使用される各種アプリケーションの実行状況や当
該サイトにおけるネットワーク構成情報、ドメイン構成
情報（ユーザアカウント、セキュリティポリシを含む）
等の管理を行うサイト内管理機構が配備されている。

【００１４】図２は、管理センタ２の構成例を示した図
である。管理センタ２は、本発明の統合型運用管理シス
テムを例えば一箇所のコンピュータ装置ないし分散シス
テムとして構築したもので、統合ＧＵＩ(graphical use
r interface)２１、コミュニケーションマネージャ(com
munication manager)２２、管理サービス実行部２３、
データベース（ＤＢ）２４、共通インタフェース２５、
ツール群２６、及び、データベース（ＤＢ）２７を含ん
で構成されている。管理サービス実行部２３は、ツール
群２６の中の特定のものと協働して所用のサービスの実
行を支援する複数の管理サービスモジュール２３ａ〜２
３ｅを搭載している。なお、以上の構成要素２１〜２６
は、ソフトウェアによる機能単位として表現したもので
あって、実際には、コンピュータ装置等にハードウェア
資源であるＲＯＭ、ＲＡＭ等の内部メモリ、ＣＤ−ＲＯ
Ｍ等の可搬性メディアを読み取るメディア読取機構、デ
ータ類を記憶するための記憶装置、統合ＧＵＩ２１を可
視化するための表示装置、通信回線４との間の通信制御
機構、プリンタ等の出力装置が設けられている。

【００１５】統合ＧＵＩ２１は、管理センタ２のオペレ
ータから入力された所定のデータ形態をもつ命令（以
下、「外部命令」）をコミュニケーションマネージャ２
２に通知するとともに、コミュニケーションマネージャ
２２から通知される、所用処理の実行過程又は実行結果
を示す通知情報を表示装置に表示したり、出力装置から
出力したりするものである。

【００１６】コミュニケーションマネージャ２２は、管
理サービス実行部２３における実行管理、すなわちワー
クフローの管理を行う。この機能を実現するため、コミ
ュニケーションマネージャ２２は、統合ＧＵＩ２１と管
理サービス実行部２３との間の関係を仮想化し、必要な
管理サービスモジュールのみ使用できるように構成され
ている。即ち、コミュニケーションマネージャ２２は、
統合ＧＵＩ２１から通知された外部命令に対応する処理
の内容を認識し、この処理内容を実現するために必要な
管理サービスモジュールに外部命令を送るようになって
いる。

【００１７】コミュニケーションマネージャ２２は、ま
た、所用の処理の実行過程又は実行結果が管理サービス
実行部２３から通知されると、この通知情報を統合ＧＵ
Ｉ２１に送る。具体的には、統合ＧＵＩ２１から例えば
構成情報取得等の命令を受けたとき、構成管理サービス
モジュール２３ａへ構成情報の取得を命令し、その処理
結果を統合ＧＵＩ２１に返すようになっている。他の管
理サービスモジュールと統合ＧＵＩ２１との連携につい
ても同様である。但し、実際には、統合ＧＵＩ２１とコ
ミュニケーションマネージャ２２との間に様々な管理ツ
ールを統合するためのコンソール（例えばマイクロソフ
ト社が提供しているＭＭＣ（Microsoft Management Con
sole）が介在している。

【００１８】管理サービス実行部２３は、コンピュータ
システム１の運用管理に係るサービスを実現するための
各種の管理サービスモジュールを有し、共通インタフェ
ース２５を介してツール群２６に含まれている所望のツ
ールを用いて所用の処理を実行する。この際、管理サー
ビス実行部２３は、コミュニケーションマネージャ２２
から送られた外部命令を実行するツールを特定し、共通
インタフェース２５内の、特定されたツールに対応する
コンバータに外部命令を送る。管理サービス実行部２３
は、例えば、構成管理サービスモジュール２３ａ、障害
管理サービスモジュール２３ｂ、ジョブ管理サービスモ
ジュール２３ｃ、性能管理サービスモジュール２３ｄ、
ヘルプデスク管理サービスモジュール２３ｅを含んで構
成される。

【００１９】構成管理サービスモジュール２３ａは、コ
ンピュータを構成するＣＰＵ等のハードウェアに関する
ハードウェア情報、コンピュータにインストールされて
いるソフトウェアの種類等を表すソフトウェア情報、Ｉ
Ｐ(internet protocol)アドレスの割り当て情報等のネ
ットワーク情報その他のシステム構成要素の取得や設定
のための管理を行う。障害管理サービスモジュール２３
ｂは、例えば、コンピュータ、ソフトウェア、ネットワ
ーク機器等のオブジェクト３１から通知される障害情報
を受け取り、コミュニケーションマネージャ２２を介し
て統合ＧＵＩ２１にこの障害情報を通知するものであ
る。機器性能等の監視をも行う場合には、性能異常を判
定するための閾値をツール群２６に接続されているデー
タベース２７に設定する。ジョブ管理サービスモジュー
ル２３ｃは、オブジェクト３１において自動的に行われ
るジョブの管理を行う。自動的に行われるジョブには、
例えば、ソフトウェアの配布、データベースやファイル
をバックアップするスケジューリング及びその実行等が
ある。性能管理サービスモジュール２３ｄは、ネットワ
ーク４のトラフィック情報、ＣＰＵ使用率等のハードウ
ェア性能情報、ソフトウェア性能情報等の収集管理を行
う。ヘルプデスク管理サービスモジュール２３ｅは、ユ
ーザへの情報提供、例えば各サイト３におけるユーザか
らの障害報告や質問等を受け付け、これらに対する解析
を行い、解析結果を例えばメール等でユーザに報告する
ものである。

【００２０】このように、本実施形態では、５種類の管
理サービスモジュール２３ａ〜２３ｅを含んで管理サー
ビス実行部２３を構成しているが、コンピュータネット
ワークシステム１が提供するサービスの種類に応じて所
望の管理サービスモジュールを設けることが可能であ
る。

【００２１】データベース２４は、コミュニケーション
マネージャ２２に接続されており、各管理サービスモジ
ュール２３ａ〜２３ｅにおけるワークフローの管理に必
要な情報が格納されている。

【００２２】共通インタフェース２５は、各種管理サー
ビスモジュール２３ａ〜２３ｅとツール群２６との間の
位置し、個々のツールにおけるデータ形態の相違を吸収
するための手段が設けられている。具体的には、コミュ
ニケーションマネージャ２２及び管理サービス実行部２
３を介して統合ＧＵＩ２１から送られる所定のデータ形
態をもつ外部命令を、使用するツールに固有のデータ形
態をもつ命令に変換したり、ツールから通知される通知
情報（当該ツールに固有のデータ形態をもつ情報）を、
すべてのツールにおいて共通のデータ形態となる通知情
報に変換したりするコンバータを有している。このコン
バータは、ツール群２６に含まれるすべてのツールに設
ける必要は無く、管理サービス実行部２３との間で情報
の送受を行うツールについて設けておけばよい。なお、
コンバータは、ハードウェアで構成してもよく、プログ
ラムコードで構成してもよい。

【００２３】ツール群２６は、管理センタ２のプラット
フォームとなる複数の既存製品、例えば、データベース
システム、メールサーバシステム、メールクライアント
システム、バッチファイルの実行エンジン、ネットワー
ク管理ツール、バックアップ支援ツール、メッセージン
グシステム、システム管理ツール等であり、それぞれ固
有のデータ形態をもつ命令に従って所用の処理を実行す
る機能、及び、所用処理の実行過程又は実行結果をそれ
ぞれ前記固有のデータ形態をもつ通知情報として出力す
る機能の少なくともいずれかを有している。

【００２４】ツール群２６のうちいくつかは、管理セン
タ２内のコンピュータ（ＰＣ）、通信回線４、ネットワ
ーク機器等を介して各サイト３のコンピュータとの間で
情報送受が可能なものである。また、各種ツールのう
ち、メールサーバシステム、ネットワーク管理ツール、
メッセージングシステム、システム管理ツールは、管理
サービス実行部２３との間で情報の送受を行うものであ
り、これらのツールに対応するコンバータが、共通イン
タフェース２５に含まれることになる。データベース２
７には、ツール群２６の各ツールの実行に必要な情報が
格納されている。

【００２５】次に、コミュニケーションマネージャ２
２、管理サービス実行部２３及び共通インタフェース２
５の基本的な動作を説明する。まず、外部命令の入力に
応じた動作手順を、図３により説明する。コミュニケー
ションマネージャ２２は、統合ＧＵＩ２１により受け付
けられた外部命令を入力し、この外部命令に対応する処
理の内容を認識する（ステップＳ１，Ｓ２）。コミュニ
ケーションマネージャ２２は、各種管理サービスモジュ
ール２３ａ〜２３ｅのうち、認識した処理内容に対応す
るサービスを実現する管理サービスモジュールに外部命
令を送る。外部命令を受け取った管理サービスモジュー
ルは、外部命令に対応する処理を実行するツールをツー
ル群２６内から特定し、共通インタフェース２５に設け
られている、特定されたツールに対応したコンバータに
外部命令を送る（ステップＳ３）。外部命令を受け取っ
たコンバータは、外部命令を前記特定されたツールが認
識できるデータ形態の命令に変換し、この変換された命
令を特定されたツールに出力する（ステップＳ４，Ｓ
５）。このようにして、統合ＧＵＩ２１からの外部命令
は、所望の処理に使用されるツールに固有のデータ形態
である命令に変換され、特定されたツールに送られる。

【００２６】次に、ツールから通知情報が出力された場
合の動作手順を図４により説明する。ツール群２６内の
一つのツールから、所用処理の実行過程又は実行結果が
通知情報として出力されたとする。この通知情報は、共
通インタフェース２５内のツール対応コンバータに送ら
れる。このコンバータは、通知情報を、ツール群２６内
のすべてのツールにおいて共通のデータ形態をもつ通知
情報に変換する（ステップＳ１１，Ｓ１２）。変換され
た通知情報は、管理サービス実行部２３を介してコミュ
ニケーションマネージャ２２に送られる。コミュニケー
ションマネージャ２２は、受け取った通知情報を統合Ｇ
ＵＩ２１に出力する（ステップＳ１３）。これにより、
統合ＧＵＩは、どのツールから送られた通知情報であっ
ても、共通の形態で表示処理等を行うことができるよう
になる。

【００２７】この実施形態においては、統合ＧＵＩ２１
からツール群２６への外部命令の伝達、及び、ツール群
２６から統合ＧＵＩ２１への通知情報の伝達のうち、少
なくとも一方の伝達処理が所望のサービスを実現するた
めの処理に供される。

【００２８】次に、本実施形態のコンピュータネットワ
ークシステム１で行われる各種サービスの提供形態につ
いて説明する。 ＜構成管理サービス＞図５は、構成管理サービスの概念
図である。この図は、図２に示される構成要素から構成
管理サービスを実現するための構成要素を抜き出して、
これをより詳細に示したものである。構成管理サービス
モジュール２３ａは、ハードウェア情報、ソフトウェア
情報、ネットワーク情報の取得や設定を行う。このと
き、取得対象または設定対象となる情報が、ハードウェ
ア情報またはソフトウェア情報である場合に、ツール群
２６に含まれるシステム管理ツール２６ａを用い、ネッ
トワーク情報である場合には、ネットワーク管理ツール
２６ｂを用いる。

【００２９】まず、ハードウェア情報の設定について説
明する。管理センタ２のオペレータから、所望のコンピ
ュータ（ＰＣ）に対してハードウェア情報の設定要求が
外部命令として入力されたとする。統合ＧＵＩ２１は、
この外部命令を受け付けてコミュニケーションマネージ
ャ２２に送る。コミュニケーションマネージャ２２は、
受け取った外部命令が、構成管理サービスに含まれるハ
ードウェア情報の設定要求であることを認識し、これを
構成管理サービスモジュール２３ａに送る。構成管理サ
ービスモジュール２３ａは、外部命令が、所望のコンピ
ュータに対してハードウェア情報を設定する要求である
ので、外部命令を実行するツールがシステム管理ツール
２６ａであると特定し、共通インタフェース２５のシス
テム管理ツールコンバータ２５ａに外部命令を送る。シ
ステム管理ツールコンバータ２５ａは、この外部命令を
システム管理ツール２６ａに固有のデータ形態をもつ命
令に変換し、これをシステム管理ツール２６ａに送る。
システム管理ツール２６ａは、所望のコンピュータにア
クセスし、ハードウェア情報を設定する。このとき、シ
ステム管理ツール２６ａは、必要に応じてデータベース
２７に保持された情報を使用する。

【００３０】ハードウェア情報の取得については、所望
のコンピュータにアクセスするまでの手順は前述したハ
ードウェア情報の設定処理と同様であるので、そのため
の詳細な説明は省略する。システム管理ツール２６ａ
は、所望のコンピュータにアクセスして、要求されたハ
ードウェア情報を取得する。取得されたハードウェア情
報は、通知情報として、共通インタフェース２５に送ら
れる。共通インタフェース２５は、送られた通知情報
を、すべてのツールに共通のデータ形態をもつ通知情報
に変換し、これを構成管理サービスモジュール２３ａに
送る。通知情報に含まれている取得されたハードウェア
情報は、コミュニケーションマネージャ２２を介して統
合ＧＵＩ２１に送られる。

【００３１】このようにして取得されたハードウェア情
報は、統合ＧＵＩ２１において、表示装置に表示された
り、出力装置から出力されたりする。前述したように、
取得された情報は、共通インタフェース２５において、
システム管理ツール２６ａに固有のデータ形態をもつ通
知情報が、すべてのツールに共通のデータ形態をもつ通
知情報に変換されているため、取得された情報は、ツー
ルの種類に無関係に加工が可能であり、オペレータが理
解し易い表示又は印刷が可能になる。

【００３２】例えば、取得されたハードウェア情報にＣ
ＰＵの速度、ハードディスクの容量、このハードディス
ク内の空き容量が含まれている場合、従来は、図６に示
されるようなりスト形式でしか出力されていなかった。
しかし、この実施形態では、ハードウェア情報を、オペ
レータに理解し易いようにするため、図７の画面例１０
０に示されるように視覚的な表示が可能になる。

【００３３】これらの表示処理は、ハードウェア情報を
取得した統合ＧＵＩ２１においてなされる。なお、図７
に示される画面例では、取得されたハードウェア情報の
数値がそのまま表示されているが、画面表示されている
各装置に対するマウスによるクリック操作に応じ、装置
に対応する数値を表示するような加工も可能である。

【００３４】なお、ソフトウェア情報の設定及び取得に
ついては、前述したハードウェア情報の設定及び取得と
同様の手順となるので詳細な説明は省略する。ネットワ
ーク情報の設定と取得については、構成管理サービスモ
ジュール２３ａにおいて、システム管理ツール２６ａの
代わりにネットワーク管理ツール２６ｂが特定される。
このため、システム管理ツールコンバータ２５ａの代わ
りにネットワーク管理ツールコンバータ２５ｂが、シス
テム管理ツール２６ａの代わりにネットワーク管理ツー
ル２６ｂがそれぞれ用いられる。これらの違いを除き、
ネットワーク情報の設定と取得に係る動作は、ハードウ
ェア情報の設定及び取得と同様になるので、そのための
詳細な説明は省略する。

【００３５】このように、システム管理ツール２６ａに
固有のインタフェースがシステム管理ツールコンバータ
２５ａにより吸収され、ネットワーク管理ツール２６ｂ
に固有のインタフェースがネットワーク管理ツールコン
バータ２５ｂにより吸収される。このため、管理センタ
２において、システム管理ツール２６ａや、ネットワー
ク管理ツール２６ｂの代わりに他のツールを使用する場
合であっても、使用するツールに固有のインタフェース
を吸収するためのコンバータを共通インタフェース２５
に設けることにより、実現される構成管理サービスには
何ら影響はない。以上のようにして、構成管理サービス
が実現される。

【００３６】＜障害管理サービス＞図８は、障害管理サ
ービスの概念図である。この図では、図２に示される構
成要素から障害管理サービスを実現するための構成要素
を抜き出し、これをより詳細に示している。障害管理サ
ービスモジュール２３ｂは、コンピュータ（ＰＣ）、ま
たは、ネットワーク機器から通知される障害を受け取
り、コミュニケーションマネージャ２２を介して統合Ｇ
ＵＩ２１にこの障害を通知する。この他、機器の性能を
監視する場合には、性能異常を判定するための閾値をツ
ール群２６に接続されているデータベース２７に設定す
る。通知される障害、または設定される閾値がハードウ
ェア情報またはソフトウェア情報に関するものである場
合には、ツール群２６に含まれるシステム管理ツール２
６ａが用いられ、ネットワーク情報に関するものである
場合には、ネットワーク管理ツール２６ｂが用いられ
る。

【００３７】まず、ハードウェア情報又はソフトウェア
情報に関する障害の通知について説明する。システム管
理ツール２６ａは、常時または所定の間隔で、コンピュ
ータ（ＰＣ）にハードウェア情報又はソフトウェア情報
に関する障害検出のための処理を行っている。この障害
検出処理により、ハードウェア情報又はソフトウェア情
報に関する障害が検出されると、システム管理ツール２
６ａは、これを通知情報として共通インタフェース２５
に通知する。共通インタフェース２５のシステム管理ツ
ールコンバータ２５ａは、通知情報のデータ形態を、す
べてのツールに共通のデータ形態に変換し、変換後の通
知情報を障害管理サービスモジュール２３ｂに送る。通
知情報は、障害管理サービスモジュール２３ｂから、コ
ミュニケーションマネージャ２２を介して統合ＧＵＩ２
１に送られる。統合ＧＵＩは、受け取った通知情報を表
示又は印刷出力する。

【００３８】次に、ハードウェア情報又はソフトウェア
情報の障害検出に必要な閾値の設定について説明する。
管理センタ２のオペレータにより、ハードウェア情報又
はソフトウェア情報の障害検出に必要な閾値の設定要求
が外部命令として入力されると、統合ＧＵＩ２１は、こ
の外部命令を受け付けてコミュニケーションマネージャ
２２に送る。コミュニケーションマネージャ２２は、受
け取った外部命令が、障害管理サービスに含まれる閾値
の設定要求であることを認識し、これを障害管理サービ
スモジュール２３ｂに送る。

【００３９】障害管理サービスモジュール２３ｂは、送
られた外部命令が、ハードウェア情報又はソフトウェア
情報の障害検出に必要な閾値の設定する要求であるた
め、外部命令を実行するツールをシステム管理ツール２
６ａに特定し、共通インタフェース２５のシステム管理
ツールコンバータ２５ａに外部命令を送る。システム管
理ツールコンバータ２５ａは、構成管理サービスモジュ
ール２３ａから送られた外部命令をシステム管理ツール
２６ａに固有のデータ形態をもつ命令に変換し、これを
システム管理ツール２６ａに送る。システム管理ツール
２６ａは、ハードウェア情報又はソフトウェア情報の障
害検出に必要な閾値をデータベース２７に設定する。

【００４０】ネットワーク情報に関する障害の通知、ネ
ットワーク情報に関する異常判定のための閾値設定につ
いては、障害管理サービスモジュール２３ｂが外部命令
の実行に特定するツールがネットワーク管理ツール２６
ｂになる。このため、システム管理ツールコンバータ２
５ａの代わりにネットワーク管理ツールコンバータ２５
ｂが、システム管理ツール２６ａの代わりにネットワー
ク管理ツール２６ｂがそれぞれ用いられる。これらの違
いを除き、ネットワーク情報に関する障害の通知とネッ
トワーク情報に関する異常判定のための閾値設定に係る
動作は、前述したハードウェア情報又はソフトウェア情
報に関する障害の通知や閾値の設定の場合と同様となる
ため、詳細な説明は省略する。

【００４１】このように、障害管理サービスにおいて
も、システム管理ツール２６ａに固有のインタフェース
がシステム管理ツールコンバータ２５ａにより吸収さ
れ、ネットワーク管理ツール２６ｂに固有のインタフェ
ースがネットワーク管理ツールコンバータ２５ｂにより
吸収される。以上のようにして障害管理サービスが実現
される。

【００４２】＜ジョブ管理サービス＞図９は、ジョブ管
理サービスの概念図である。この図では、図２に示され
る構成要素からジョブ管理サービスを実現するための構
成要素を抜き出し、これをより詳細に示している。ジョ
ブ管理サービスモジュール２３ｃは、オブジェクト３１
において自動的に行われるジョブ、すなわち、ソフトウ
ェアの配布、データベースやファイルをバックアップす
るスケジューリング及びその実行等を管理する。この
際、ソフトウェアやファイルの配布などの周期的、又は
スケジューリングされたジョブ（以下、「周期実行型ジ
ョブ」）が実行される場合にはツール群２６に含まれる
システム管理ツール２６ａが用いられる。メッセージの
送信など、即時に実行する必要のあるジョブ（以下、
「即時実行型ジョブ」）が実行される場合には、ツール
群２６に含まれるメッセージングシステム２６ｃが用い
られる。ただし、周期実行型ジョブ、即時実行型ジョブ
のいずれかであっても、必要に応じて、ツール群２６に
含まれるバッチファイルの実行エンジン２６ｄが使用さ
れる。

【００４３】さらに、各種バックアップに係るジョブ
（以下、「バックアップジョブ」）が実行される場合に
は、システム管理ツール２６ａとメッセージングシステ
ム２６ｃのいずれかが選択的に用いられた上、バッチフ
ァイルの実行エンジン２６ｄ及びバックアップ支援ツー
ル２６ｅ（ツール群２６に含まれる）が用いられる。

【００４４】まず、周期実行型ジョブが実行される場合
について説明する。管理センタ２のオペレータにより、
周期実行型ジョブの実行要求が外部命令として入力され
ると、統合ＧＵＩ２１は、この外部命令を受け付けてコ
ミュニケーションマネージャ２２に送る。コミュニケー
ションマネージャ２２は、受け取った外部命令が、ジョ
ブ管理サービスに含まれる周期実行型ジョブの実行要求
であることを認識し、これをジョブ管理サービスモジュ
ール２３ｃに送る。

【００４５】ジョブ管理サービスモジュール２３ｃは、
送られた外部命令が、周期実行型ジョブの実行要求であ
るため、外部命令を実行するツールをシステム管理ツー
ル２６ａに特定し、共通インタフェース２５のシステム
管理ツールコンバータ２５ａに外部命令を送る。システ
ム管理ツールコンバータ２５ａは、ジョブ管理サービス
モジュール２３ｃから送られた外部命令をシステム管理
ツール２６ａに固有のデータ形態をもつ命令に変換し、
これをシステム管理ツール２６ａに送る。

【００４６】システム管理ツール２６ａは、データベー
ス２７に保持されている、周期実行型ジョブの実行に必
要な情報を用いてこのジョブを実行する。「周期実行型
ジョブの実行に必要な情報」とは、例えば、ソフトウェ
ア配布先のコンピュータのＣＰＵ性能などの情報を示
す。なお、実行されるジョブによっては、システム管理
ツール２６ａに加え、バッチファイルの実行エンジン２
６ｄが用いられる。

【００４７】次に、即時実行型ジョブが実行される場合
について説明する。管理センタ２のオペレータにより、
即時実行型ジョブの実行要求が外部命令として入力され
ると、統合ＧＵＩ２１は、この外部命令を受け付けてコ
ミュニケーションマネージャ２２に送る。コミュニケー
ションマネージャ２２は、受け取った外部命令が、ジョ
ブ管理サービスに含まれる即時実行型ジョブの実行要求
であることを認識し、これをジョブ管理サービスモジュ
ール２３ｃに送る。

【００４８】ジョブ管理サービスモジュール２３ｃは、
送られた外部命令が、即時実行型ジョブの実行要求であ
るため、外部命令を実行するツールをメッセージングシ
ステム２６ｃに特定し、共通インタフェース２５のメッ
セージングシステムコンバータ２５ｃに命令を送る。メ
ッセージングシステムコンバータ２５ｃは、ジョブ管理
サービスモジュール２３ｃから送られた外部命令をメッ
セージングシステム２６ｃに固有のデータ形態をもつ命
令に変換し、これをメッセージングシステム２６ｃに送
る。なお、ジョブ管理サービスモジュール２３ｃは、メ
ッセージングシステム２６ｃが有する、メッセージのキ
ューイングなどの機能が、システム管理ツール２６ａに
も設けられているとしても、即時実行型ジョブの実行に
適切なメッセージングシステム２６ｃを、外部命令の実
行に使用するツールとして特定する。また、同様に、シ
ステム管理ツール２６ａが有する機能がメッセージング
システム２６ｃに設けられている場合であっても、前記
周期実行型ジョブが実行されるときには、システム管理
ツール２６ａが特定される。

【００４９】メッセージングシステム２６ｃは、データ
ベース２７に保持されている、即時実行型ジョブの実行
に必要な情報用いてこのジョブを実行する。ここで、即
時実行型ジョブの実行に必要な情報とは、例えば、ソフ
トウェア配布先のコンピュータのＣＰＵ性能などの情報
を示す。なお、実行されるジョブによっては、メッセー
ジングシステム２６ｃに加え、バッチファイルの実行エ
ンジン２６ｄが用いられる。

【００５０】次に、バックアップジョブが実行される場
合について説明する。管理センタ２のオペレータによ
り、バックアップジョブの実行要求が外部命令として入
力されると、統合ＧＵＩ２１は、この外部命令を受け付
けてコミュニケーションマネージャ２２に送る。コミュ
ニケーションマネージャ２２は、受け取った外部命令
が、ジョブ管理サービスに含まれるバックアップジョブ
の実行要求であることを認識し、これをジョブ管理サー
ビスモジュール２３ｃに送る。ジョブ管理サービスモジ
ュール２３ｃは、送られた外部命令が、バックアップジ
ョブの実行要求であることにしたがって使用するツール
を特定するが、バックアップジョブには、前述した周期
実行型ジョブに近い性質のジョブと、即時実行型ジョブ
に近い性質のジョブとが含まれため、ジョブ管理サービ
スモジュール２３ｃは、外部命令が示すバックアップジ
ョブの性質がいずれの型のジョブに近いかにしたがって
前記外部命令を実行するツールをシステム管理ツール２
６ａ又はメッセージングシステム２６ｃに選択的に特定
する。

【００５１】ジョブ管理サービスモジュール２３ｃは、
選択的に特定されたいずれかのツールに対応するコンバ
ータ（システム管理ツールコンバータ２５ａ又はメッセ
ージングシステムコンバータ２５ｃ）に外部命令を送
る。いずれかのコンバータでは、ジョブ管理サービスモ
ジュール２３ｃから送られた外部命令を特定されたツー
ルに固有のデータ形態をもつ命令に変換し、これを特定
されたツールに送る。命令を受け取ったシステム管理ツ
ールコンバータ２５ａ又はメッセージングシステムコン
バータ２５ｃは、前述した周期実行型ジョブ又は即時実
行型ジョブの場合と同様の処理を行う。

【００５２】このように、ジョブ管理サービスでは、シ
ステム管理ツール２６ａに固有のインタフェースがシス
テム管理ツールコンバータ２５ａにより吸収され、メッ
セージングシステム２６ｃに固有のインタフェースがメ
ッセージングシステムコンバータ２５ｃにより吸収され
ている。さらに、複数のツールに共通した機能が設けら
れている場合であっても、ジョブ管理サービスモジュー
ル２３ｃによりジョブの実行に適切なツールが選択的に
特定される。以上のようにして、ジョブ管理サービスが
実現される。

【００５３】＜性能管理サービス＞図１０は、性能管理
サービスの概念図である。この図では、図２に示される
構成要素から性能管理サービスを実現するための構成要
素を抜き出し、これをより詳細に示している。性能管理
サービスモジュール２３ｄは、ネットワーク４のトラフ
ィック情報や、ＣＰＵ使用率等のハードウェア性能情報
や、ソフトウェア性能情報を収集する。このようなサー
ビスでは、ツール群２６に含まれるネットワーク管理ツ
ール２６ｂが使用される。

【００５４】管理センタ２のオペレータから、所望の性
能情報の収集要求が外部命令として入力されると、統合
ＧＵＩ２１は、この外部命令を受け付けてコミュニケー
ションマネージャ２２に送る。コミュニケーションマネ
ージャ２２は、受け取った外部命令が、性能管理サービ
スに含まれる性能情報収集要求であることを認識し、こ
れを性能管理サービスモジュール２３ｄに送る。

【００５５】性能管理サービスモジュール２３ｄは、送
られた外部命令が、所望の性能情報の収集要求であるた
め、前記外部命令を実行するツールをネットワーク管理
ツール２６ｂに特定し、共通インタフェース２５のネッ
トワーク管理ツールコンバータ２５ｂに命令を送る。ネ
ットワーク管理ツールコンバータ２５ｂは、性能管理サ
ービスモジュール２３ｄから送られた外部命令をネット
ワーク管理ツール２６ｂに固有のデータ形態をもつ命令
に変換し、これをネットワーク管理ツール２６ｂに送
る。ネットワーク管理ツール２６ｂは、各サイト３のオ
ブジェクト３１にアクセスし、性能情報を収集する。こ
の際、ネットワーク管理ツール２６ｂは、必要に応じて
データベース２７に保持された情報を使用する。

【００５６】システム管理ツール２６ａは、所望の性能
情報を収集し、これを通知情報として、共通インタフェ
ース２５に通知する。共通インタフェース２５のネット
ワーク管理ツールコンバータ２５ｂでは、ツールに固有
のデータ形態をもつ通知情報を、すべてのツールに共通
のデータ形態をもつ通知情報に変換し、これを性能管理
サービスモジュール２３ｄに送る。収集された性能情報
は、性能管理サービスモジュール２３ｄから、コミュニ
ケーションマネージャ２２を介して統合ＧＵＩ２１に送
られる。

【００５７】このようにして収集された性能情報は、前
述した構成管理サービスと同様に、統合ＧＵＩ２１にお
いて加工が可能であり、オペレータが理解し易い表示又
は印刷ができる。このように、性能管理サービスでは、
ネットワーク管理ツール２６ｂに固有のインタフェース
がネットワーク管理ツールコンバータ２５ｂにより吸収
される。以上のようにして性能管理サービスが実現され
る。

【００５８】＜ヘルプデスク管理サービス＞図１１は、
この実施形態におけるヘルプデスク管理サービスを説明
するための概念図である。この図では、図２に示される
構成要素からヘルプデスク管理サービスを実現するため
の構成要素を抜き出すとともに、より詳細な構成要素を
示している。ヘルプデスク管理サービスモジュール２３
ｅは、各サイト３におけるユーザからの障害報告や質問
等を受け付け、これらに対する解析を行い、解析結果を
例えば、メール等でユーザに報告する。

【００５９】まず、ユーザからの障害報告や質問等の受
け付けについて説明する。メールサーバシステム２６ｆ
は、任意のコンピュータから、障害報告や質問等のメー
ル情報を受け付ける。このメール情報は、通知情報とし
て共通インタフェース２５のメールサーバシステムコン
バータ２５ｄに送られる。メールサーバシステムコンバ
ータ２５ｄでは、ツールに固有のデータ形態をもつ通知
情報を、すべてのツールに共通のデータ形態をもつ通知
情報に変換し、ヘルプデスク管理サービスモジュール２
３ｅに送る。通知情報は、ヘルプデスク管理サービスモ
ジュール２３ｅから、コミュニケーションマネージャ２
２を介して統合ＧＵＩ２１に送られる。

【００６０】次に、故障などの解析結果の報告について
説明する。管理センタ２のオペレータにより、所望のコ
ンピュータに対する故障などの解析結果の報告要求が外
部命令として入力されると、統合ＧＵＩ２１は、この外
部命令をコミュニケーションマネージャ２２に送る。コ
ミュニケーションマネージャ２２は、受け取った外部命
令が、ヘルプデスク管理サービスに含まれる解析結果の
報告要求であることを認識し、これをヘルプデスク管理
サービスモジュール２３ｅに送る。

【００６１】ヘルプデスク管理サービスモジュール２３
ｅは、送られた外部命令が、所望のコンピュータに対し
て解析結果を報告する要求であるため、外部命令を実行
するツールをメールサーバシステム２６ｆに特定し、共
通インタフェース２５のメールサーバシステムコンバー
タ２５ｄに命令を送る。メールサーバシステムコンバー
タ２５ｄは、ヘルプデスク管理サービスモジュール２３
ｅから送られた外部命令をメールサーバシステム２６ｆ
に固有のデータ形態をもつ命令に変換し、これをメール
サーバシステム２６ｆに送る。メールサーバシステム２
６ｆは、所望のコンピュータにアクセスし、故障などの
解析結果を報告する。この際、システム管理ツール２６
ａは、必要に応じてデータベース２７に保持された情報
を使用する。このように、ヘルプデスク管理サービスで
は、メールサーバシステム２６ｆに固有のインタフェー
スがメールサーバシステムコンバータ２５ｄにより吸収
される。以上のようにしてヘルプデスク管理サービスが
実現される。

【００６２】このように、本実施形態では、各種管理サ
ービスとして構成管理サービス、障害管理サービス、ジ
ョブ管理サービス、性能管理サービス、及びヘルプデス
ク管理サービスが実現される。このような多様なサービ
スが実現される形態において、ツール群２６に含まれる
各ツールに固有のインタフェースは、それぞれ共通イン
タフェース２５に設けられている各種コンバータにより
吸収されている。このため、管理センタ２において、シ
ステム管理ツール２６ａなどの代わりに他のツールを適
用する場合であっても、そのツールに固有のインタフェ
ースを吸収するためのコンバータを共通インタフェース
２５に設けることによって、実現される各種管理サービ
スに何ら影響を与えない。また、複数のツールに共通し
た機能が設けられている場合であっても、実現されるサ
ービスの内容に応じて、適切なツールが選択的に特定さ
れる。

【００６３】また、複数の処理によって実現される一つ
の作業を実行する場合に、それぞれ異なる複数のツール
を使用する場合がある。この場合、従来では、ツール毎
に命令を受け付けて実行していた。しかし、本実施形態
では統合ＧＵＩ２１及びコミュニケーションマネージャ
２２によりツール群２６が統合的に管理されているた
め、複数のツールにわたった各種命令を纏めて実行する
ことが可能となる。例えば、アプリケーションの配布と
いう作業を行う場合、配布するアプリケーションの準備
処理、配布対象のコンピュータ性能の収集処理、実際に
配布するジョブ、を実現するため、複数のツールを使用
する必要がある。従来は、オペレータはこのような各処
理を、コマンド１、コマンド２、コマンド３…と複数の
命令を順次入力し、各ツールに実行させていた（図１０
（ａ）参照）。これに対し、本実施形態では、これらの
コマンド群をデータベース２４に予め纏めて一つのコマ
ンドとして保存できる（図１０（ｂ）参照）。この一つ
のコマンドを実行させると、コミュニケーションマネー
ジャ２２により、前記コマンド１、コマンド２…が、所
定の順序で各種サービスモジュール２３に送られ、順次
実行される。このため、オペレータにかかる負担が削減
できるとともに、作業時間が短縮される。

【００６４】

【発明の効果】以上の説明から明らかなように、この発
明によれば、個々のツールによるデータ形態の相違を吸
収し、これらのツールを統一的な操作によって集中的に
使用することができる。

【図面の簡単な説明】

【図１】この発明の実施形態に係るコンピュータネット
ワークシステムの全体構成を示すブロック図。

【図２】統合型運用管理システムの一例となる管理セン
タの要部構成を示すブロック図。

【図３】管理センタのコミュニケーションマネージャ、
管理サービスモジュール外、及び、共通インタフェース
における、外部命令の入力に応じた処理手順を説明する
ための手順説明図。

【図４】管理センタのコミュニケーションマネージャ、
管理サービスモジュール外、及び、共通インタフェース
における、通知情報の入力に応じた処理手順を説明する
ための手順説明図。

【図５】本実施形態において実現される構成管理サービ
スを説明するための図。

【図６】従来の構成管理サービスにより得られたハード
ウェア情報の表示例を示す図。

【図７】本実施形態の構成管理サービスにより得られた
ハードウェア情報の表示例を示す図。

【図８】本実施形態により実現される障害管理サービス
を説明するための図。

【図９】本実施形態により実現されるジョブ管理サービ
スを説明するための図。

【図１０】本実施形態により実現される性能管理サービ
スを説明するための図。

【図１１】本実施形態により実現されるヘルプデスク管
理サービスを説明するための図。

【図１２】（ａ）と（ｂ）は、本実施形態のコンピュー
タネットワークシステムにおいて、複数のツールを用い
た作業を実行するために異なるコマンドを一つに纏めら
れることを説明するための図。

【符号の説明】

１ コンピュータネットワークシステム ２ 管理センタ ３（３−１〜３−ｎ） サイト ４ 通信回線 ２１ 統合ＧＵＩ ２２ コミュニケーションマネージャ ２３ 管理サービスモジュール ２３ａ 構成管理サービスモジュール ２３ｂ 障害管理サービスモジュール ２３ｃ ジョブ管理サービスモジュール ２３ｄ 性能管理サービスモジュール ２３ｅ ヘルプデスク管理サービスモジュール ２４ データベース ２５ 共通インタフェース ２６ ツール群 ２７ データベース ３１ オブジェクト

フロントページの続き Ｆターム(参考） 5B045 GG01 GG09 JJ08 5B076 AB17 5B089 GA02 GB02 JA11 KA10 KB09 KC23 KH04

Claims (8)

【特許請求の範囲】
1. 【請求項１】 それぞれ固有のデータ形態をもつ命令に
   従って所用の処理を実行する１又は複数のツールを有す
   るコンピュータにおいて実行される方法であって、 所定のデータ形態をもつ外部命令の入力を契機にその外
   部命令に対応する処理の内容を認識し、認識された内容
   の処理を実行するツールを特定するとともに前記外部命
   令を前記特定されたツールが認識できるデータ形態の命
   令に変換し、この変換された命令を当該ツールに伝える
   ことにより、前記外部命令と各ツールが認識できる命令
   のデータ形態の相違を吸収することを特徴とする、 ツールの実行管理方法。
2. 【請求項２】 前記外部命令に対応する処理を実行する
   ために必要な機能がそれぞれ異なる複数のツールに設け
   られている場合に、前記認識された処理の実行を担当す
   る一つのツールを選定し、選定したツールを前記特定し
   たツールとすることを特徴とする、請求項１記載の実行
   管理方法。
3. 【請求項３】 所用処理の実行過程又は実行結果をそれ
   ぞれ固有のデータ形態をもつ通知情報として特定の処理
   機構宛に出力する１又は複数のツールを有するコンピュ
   ータにおいて実行される方法であって、 前記１又は複数のツールのいずれかから出力される前記
   通知情報を、前記処理機構への出力前に、すべての前記
   ツールにおいて共通のデータ形態をもつ通知情報に変換
   する（共通インタフェース）ことを特徴とする、 ツールの実行管理方法。
4. 【請求項４】 それぞれ固有のデータ形態をもつ命令に
   従って所用の処理を実行する機能、及び、所用処理の実
   行過程又は実行結果をそれぞれ前記固有のデータ形態を
   もつ通知情報として出力する機能の少なくともいずれか
   を有する１又は複数のツールと、 いずれかのツールに対する前記命令の送出と、いずれか
   のツールからの前記通知情報の取得との少なくともいず
   れかに従って所用のサービス処理の実行管理を行う複数
   の管理サービスモジュールと、 前記複数の管理サービスモジュールと該当ツールとの間
   でデータ形態の双方向変換を行うデータ変換手段を備
   え、 このデータ変換手段が、前記命令を該当ツールが認識で
   きるデータ形態の命令に変換してそのツールに伝えると
   ともに、いずれかのツールから出力される前記通知情報
   をすべての前記ツールにおいて共通のデータ形態をもつ
   通知情報に変換していずれかの管理サービスモジュール
   に伝えるように構成されていることを特徴とする、統合
   型運用管理システム。
5. 【請求項５】 前記１又は複数のツールのうち、少なく
   とも一つが、外部サイトを構成するサイト構成体とネッ
   トワークを介して連携し、前記所用処理の実行と前記通
   知情報の出力との少なくともいずれかを行うことを特徴
   とする、 請求項４記載の統合型運用管理システム。
6. 【請求項６】 複数の命令を、各命令に対応する管理サ
   ービスモジュールに所定の順序で供給する供給手段をさ
   らに備えることにより、前記複数の命令にしたがって実
   行される複数の処理で構成された一つの作業が実現され
   ることを特徴とする、 請求項４又は５記載の統合型運用管理システム。
7. 【請求項７】 前記複数の管理サービスモジュールのそ
   れぞれが、前記命令に対応する処理を実行するために必
   要な機能がそれぞれ異なる複数のツールに設けられてい
   る場合に当該処理の実行を担当する一つのツールを選定
   し、選定したツールに対して前記命令を送出することを
   特徴とする、 請求項４、５又は６記載の統合型運用管理システム。
8. 【請求項８】 前記１又は複数のツールのうち、任意の
   ツールが同種の他のールに置換可能なものであり、前記
   複数のサービス管理実行体は、置換されたツールとの間
   で前記命令の送出と前記通知情報の取得との少なくとも
   一方を行うことを特徴とする、 請求項４乃至７のいずれかの項記載の統合型運用管理シ
   ステム。