JP3484718B2 - 計算機システムの運用管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機システムの運用
管理方法及びその支援システムに関し、特に複数のサブ
システムから構成されている計算機システムの運用管理
を操作方法が異なる複数の運用管理ツール群を用いて行
なっているサイトにおいて、既存の運用管理ツール群を
統一されたインタフェースで機能させ、システムの運用
管理を一元化する支援システムに関する。

【０００２】

【従来の技術】計算機システムの運用管理支援ツールに
は、システムの立ち上げや停止などの定型的システム運
転の自動化ツールや業務プログラムの自動実行ツール、
さらにはシステム資源の稼動監視ツールがある。これに
関しては、たとえば、香取他共著「システムの運用と管
理」（オーム社，平成４年１月）27頁から31頁を参照す
ることができる。システム運用の自動化ツールは、シス
テムの立ち上げ／停止スケジュール、業務プログラムの
実行スケジュールや計算機資源の稼動状況に応じて、オ
ペレーティングシステムやＤＢ／ＤＣシステムなどのシ
ステム制御プログラムの操作コマンドを自動発行するし
かけである。したがって、計算機のハードウェアやオペ
レーティングシステムなどのシステム制御プログラムに
大きく依存するため、計算機またはオペレーティングシ
ステムごとに自動運用ツールが提供されている。

【０００３】稼動監視ツールもまた、ハードウェアやオ
ペレーティングシステムなどのシステム制御プログラム
に依存したモニタリング機能が必要となるため、提供さ
れている稼動監視ツールは、あるハードウェアまたはあ
るオペレーティングシステムに限った専用ツールであ
る。これら専用の運用管理ツール群は、そのツールごと
に操作方法が異なる。

【０００４】最近、ハードウェアやオペレーティングシ
ステムのサポート対象範囲を広げることにより運用管理
ツールのマルチベンダ化が進められている。また、グラ
フィカル ユーザ インタフェースを採用してシステム
の稼動データをビジュアルに表示するツール群が提供さ
れている。

【０００５】

【発明が解決しようとする課題】上述の従来技術での運
用管理ツールは計算機のハードウェアやオペレーティン
グシステムなどのシステム制御プログラムに依存した専
用ツールであるため、ホストコンピュータ、ワークステ
ーション、広域ネットワークやローカルエリアネットワ
ークなどの複数コンピュータ資源をインテグレートして
構築されている金融情報システムなどの情報処理システ
ムにおいては、その運用は複数の運用管理ツールを操作
する必要がある。現状では運用管理ツールごとにその操
作方法が異なるため、オペレータにかかる運用管理の負
荷は大きい。

【０００６】また、既存のシステムに新たなサブシステ
ムを導入するたびに、専用の運用管理ツールを導入する
ことになり、それにともない、オペレータはその運用管
理ツールの機能や操作方法を身につけなければならな
い。特に、マルチベンダシステムとなっている情報処理
システムサイトでは、オペレータにかかる負荷は一段と
大きく、高度な運用スキルがオペレータに求められる。

【０００７】従来技術で述べたように、運用管理ツール
のマルチベンダ化を図り、トータルシステムの運用管理
を統合しようとしている。しかし、このアプローチは異
なるベンダのハードウェアやオペレーティングシステム
などのシステム制御プログラムの詳細に立ち入り、専用
ツールのその専用守備範囲を広げようとするもので、基
本的に従来技術の範疇である。したがって、上記問題を
根本的に解決するものではない。

【０００８】また、このアプローチで開発したマルチベ
ンダ対応ツールのソフトウェア規模は莫大なものとな
り、オペレーティングシステムのバージョンアップのた
びに膨大なソフトウェアのメンテナンスが必要となるこ
とから、運用管理ツール自体の保守・管理が難しくな
る。さらにこの統合化のアプローチでは、同業他社に対
して自社のハードウェアやオペレーティングシステムの
詳細なスペックの開示につながり、営業機密の面から詳
細スペックの開示は望めない。したがって、マルチベン
ダ対応と言っても機能的に不十分なツールとなる可能性
が高い。

【０００９】上記問題点は、専用ツールが既に存在する
にもかかわらず他ベンダがその専用ツールと同等なツー
ルを開発しようとしている点にある。本発明は、上記と
は異なる思想で、運用管理の統合化を図るものである。
本発明の思想は、専用ツール開発に必要な情報はそのハ
ードウェアまたはソフトウェアを開発したベンダが一番
良く知っているという立場に立ち、メーカが提供する自
社の専用ツールを積極的に利用しようとするものであ
る。本発明の目的は、既存の操作方法が異なる運用管理
ツール群を統一されたインタフェースで機能させること
により、システムの統合運用管理を実現するところにあ
る。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、まず、マルチウインド対応の端末装置を持つ計算機
を設け、この計算機と被運用管理対象システムとを通信
手段で結合する。さらにマルチウインド対応の端末装置
を持つ計算機に、各運用管理ツールが動作する端末装置
の動作をソフトウェア的に模擬するエミュレーション手
段、各運用管理ツールが出力するメッセージ群を集約加
工する手段、集約加工された情報のマルチウインドへの
表示を管理する手段、マルチウインド対応の端末装置か
らの操作を各運用管理ツールのコマンド群へ解釈して変
換する手段、および既存のＯＡツールと連動させてマル
チウインド対応の端末装置の画面インタフェースを作成
する手段を設ける。

【００１１】これらの手段により、複数の運用管理ツー
ル群の機能をひとつの窓口（マルチウインド対応の端末
装置を持つ計算機）に統合・集約し、各運用管理ツール
群から送信されるシステム稼動状況や業務処理プログラ
ム実行状況などのメッセージ群の表示や各運用管理ツー
ル群へのコマンド照会をひとつの端末装置から行なえる
ようにしたものである。また、各種メッセージ群を集約
加工してビジュアルに表示できるよう、さらに操作方法
が異なる運用管理ツール群を同一操作インタフェースで
操作できるようにしたものである。

【００１２】

【作用】本発明によれば、端末エミュレーション手段に
より複数の運用管理ツールとのメッセージ交換インタフ
ェースが確立でき、ひとつの端末装置への複数の運用管
理ツールのメッセージ群の取り込み、ひとつの端末装置
からの各運用管理ツール群のコマンドの発行が可能とな
る。収集メッセージ群の表示において、メッセージ群の
集約加工手段とマルチウインド表示管理手段により、収
集したメッセージ群をその出所である運用管理ツールの
区別なく関連するメッセージ群を集約し特定のウインド
にビジュアル加工表示する。各運用管理ツール群へのコ
マンド発行においては、マルチウインド対応の端末装置
からの操作を各運用管理ツールのコマンド群へ解釈し変
換する手段により、操作方法が異なる運用管理ツール群
に対して同一の操作でそれぞれのコマンドを発行する。
また、マルチウインド対応の端末装置からのワンオペレ
ーションで複数のコマンド群を発行する。したがって、
複数の運用管理ツール群の機能をひとつの窓口（マルチ
ウインド対応の端末装置を持つ計算機）に統合し集約す
ることができ、各運用管理ツール群からの各種メッセー
ジ群の情報集約加工やその加工情報のビジュアル表示が
可能となる。

【００１３】また、操作方法が異なる運用管理ツール群
を同一操作インタフェースで操作することができる。こ
のため、トータルシステムの稼動状況のビジュアル把握
や容易な操作でのシステム運転を、ひとつの端末装置に
統合していくことができる。さらに、端末装置上の画面
を利用者が普段使いなれたＯＡツールで作成すること
で、利用者すなわち運用管理者が管理しやすい画面イン
タフェースでシステムの統合運用管理を行なうことがで
きる。

【００１４】

【実施例】本発明の実施例を、図１から図１１を用いて
説明する。図１は本発明である統合運用管理システム１
０００を説明する全体システム構成を示したもので、図
２から図３で統合運用管理システム１０００の第一の実
施例を記述している。図４から図６で第二の実施例を、
図７から図８で第三の実施例を、図９から図１１で第四
の実施例を記述している。

【００１５】図１は、発明である統合運用管理システム
１０００をとりまく全体システム構成を示したものであ
る。統合運用管理システム１０００は、銀行の勘定系シ
ステムや資金証券システムなど各種業務処理を実行する
業務サブシステム群１１００の運用管理やシステム資源
の稼動監視を統合化するシステムである。各業務サブシ
ステム１１００は、それがサービスする業務に対応した
業務処理プログラム群１１１１を実行する計算機１１１
０、業務処理プログラム群１１１１の実行に必要な業務
データファイル１１３２を格納する記憶装置１１３０、
および計算機１１１０の起動および停止や業務処理プロ
グラム群１１１１の起動など計算機１１１０のオペレー
ションを行う端末装置１１２０から構成されている。

【００１６】また、計算機１１１０に構成された運用管
理ツール１１１２は、業務サブシステム１１００を構成
するシステム資源（計算機１１１０、記憶装置１１３
１、業務データファイル１１３２、端末装置１１２０）
の稼動状況の監視、業務処理プログラム群１１１１の実
行スケジューリングやスケジュールに従った自動実行な
ど、業務サブシステム１１００の運用を管理している。
運用管理ツール１１１２とオペレータとのインタフェー
ス（稼動状況データの表示、稼動状況照会などの運用コ
マンドの発行、その応答表示や業務処理プログラム群１
１１１のスケジュール登録など）は、端末装置１１２０
を介して行われる。収集した稼動状況データや登録スケ
ジュールは、記憶装置１１３０内の運用管理用ファイル
群１１３１に格納し蓄積される。

【００１７】運用管理ツール１１１２はそれが存在する
業務サブシステム１１００の運用管理にクローズしてお
り、業務サブシステム１１００ごとに運用管理ツール１
１１２および端末装置１１２０が存在することになる。
したがって、複数の業務サブシステム１１００の運用を
管理している場合、ある業務サブシステム１１００に運
用コマンドを発行しようとした時、その業務サブシステ
ム１１００専用の端末装置１１２０から専用の運用コマ
ンドをオペレータが発行しなければならないなど、オペ
レータの操作負荷が大きい。また、業務サブシステム群
１１００が地域的に分散している場合は、各サイトにオ
ペレータを配する必要がある。

【００１８】本発明である統合運用管理システム１００
０は、各業務サブシステム１１００の運用管理ツール１
１１２の機能をひとつの窓口（グラフィカル端末装置１
０２０）に統合して集約し、業務サブシステム群１１０
０のシステム資源の稼動監視や業務処理プログラム群１
１１１の運用を統合管理するシステムである。統合運用
管理システム１０００は、計算機１０１０、マルチウイ
ンド対応のグラフィカル端末装置１０２０および記憶装
置１０３０から構成され、業務サブシステム群１１００
とは通信網１２００で接続されている。

【００１９】計算機１０１０は、業務サブシステム群１
１００の運用管理ツール１１１２へのコマンド発行や運
用ツール１１１２からのメッセージの加工など行う運用
管理ツール群ハンドリング部１０１１、業務サブシステ
ム群１１００との通信制御を行う通信制御部１０１２、
グラフィカル端末装置１０２０へのデータ表示やグラフ
ィカル端末装置１０２０からのイベントを制御する端末
制御部１０１３、および記憶装置１０３０に格納されて
いるファイルとのデータ入出力を制御するファイル管理
部１０１４から構成されている。運用管理ツール群ハン
ドリング部１０１１の詳細な構成は、第一の実施例では
図２に、第二の実施例では図４に、第三の実施例では図
７に、第四の実施例では図９に示してあり、その説明は
後述する。

【００２０】グラフィカル端末装置１０２０は、運用管
理ツール群ハンドリング部１０１１が出力する表示デー
タをマルチウインドに表示する装置であり、業務サブシ
ステム群１１００の端末装置群１１２０を本端末１０２
０に統合し集約する。記憶装置１０３０は、運用管理ツ
ール群ハンドリング部１０１１で必要となるデータを格
納する。本装置１０３０に格納されるデータについて
は、後に実施例を詳細に説明する中で述べる。

【００２１】（第一の実施例）図２は、図１の運用管理
ツール群ハンドリング部１０１１の第一の実施例の構成
を示したものである。また、本図はグラフィカル端末装
置１０２０のウインド表示部分１０２１でのウインド群
１０２２の表示例をも示している。第一の実施例におけ
る運用管理ツール群ハンドリング部１０１１は、メッセ
ージハンドリング制御部２０００、メッセージハンドリ
ングプログラム群２０１０、ウインド管理テーブル２０
２０、および端末エミュレータ群２０３０から構成され
ている。

【００２２】メッセージハンドリング制御部２０００
は、業務サブシステム群１１００の運用管理ツール１１
１２からのメッセージの加工制御や運用管理ツール１１
１２へのコマンド発行を行い、応答制御を行う部分であ
り、詳細な処理フローは図３を用いて後述する。メッセ
ージハンドリングプログラム群２０１０は、業務サブシ
ステム群１１００の運用管理ツール１１１２からのメッ
セージのグラフ加工、作表や統計計算処理など、メッセ
ージの加工プログラムである。ウインド管理テーブル２
０２０は、業務サブシステム群１１００の運用管理ツー
ル１１１２からのメッセージをどのメッセージハンドリ
ングプログラム２０１０で加工し、グラフィカル端末装
置１０２０のウインド表示部分１０２１のどのウインド
１０２２に表示するのかに関する情報を規定するテーブ
ルである。端末エミュレータ群２０３０は、業務サブシ
ステム群１１００の端末装置１１２０の動作をソフトウ
ェア的にまねるためのプログラム群である。本端末エミ
ュレータ２０３０によって、業務サブシステム１１００
側から見ると、統合運用管理システム１０００はその業
務サブシステム１１００の端末装置１１２０と同じ機能
を持つひとつの端末装置になる。ウインド管理テーブル
２０２０は、端末ＩＤエリア２０２１、ウインドＩＤエ
リア２０２２、およびプログラムＩＤエリア２０２３か
ら構成されている。端末ＩＤエリア２０２１は、端末エ
ミュレータ２０３０によって業務サブシステム１１００
の端末装置１１２０に仮想化された統合運用管理システ
ム１０００の端末識別情報を格納するエリアである。端
末識別情報は、計算機と端末を接続する際にシステムジ
ェネレーションで定義する端末ノード名称である。以
下、端末識別情報を端末ＩＤと記述する。ウインドＩＤ
エリア２０２２は、グラフィカル端末装置１０２０のウ
インド表示部分１０２１のウインド群１０２２を識別す
るウインド名称（以下、ウインドＩＤと記述）を格納す
るエリアである。プログラムＩＤエリア２０２３は、端
末ＩＤで取り込んだ業務サブシステム群１１００の運用
管理ツール１１１２からのメッセージを加工するメッセ
ージハンドリングプログラム２０１０名（以下、プログ
ラムＩＤと記述）を格納するエリアである。ウインド管
理テーブル２０２０へのデータセットは、本システム
（統合運用管理システム１０００）構築時に設定する。

【００２３】以上示した第一の実施例における統合運用
管理システム１０００の運用管理ツール群ハンドリング
部１０１１の動きを、簡単に説明すると次の通りであ
る。業務サブシステム群１１００の運用管理ツール１１
１２のメッセージ群を端末エミュレータ２０３０を介し
てメッセージハンドリング制御部２０００に取り込み、
本制御部２０００はウインド管理テーブル２０２０のプ
ウログラムＩＤで指定されたメッセージハンドリングプ
ログラム２０１０を起動してメッセージ加工を行い、そ
の出力データをウインド管理テーブル２０２０のウイン
ドＩＤで指定されたグラフィカル端末装置１０２０のウ
インド表示部分１０２１のウインド１０２２に表示す
る。また、メッセージハンドリング制御部２０００は、
ウインド１０２２から入力される運用コマンドを受け取
り、ウインド管理テーブル２０２０から端末ＩＤを判別
して、端末エミュレータ２０３０を介し業務サブシステ
ム１１００の運用管理ツール１１１２に対して運用コマ
ンド発行する。そして、業務サブシステム１１００の運
用管理ツール１１１２からの応答メッセージをウインド
１０２２に表示する。

【００２４】図３は、図２における第一の実施例におけ
るメッセージハンドリング制御部２０００の処理フロー
を示したものである。本制御部２０００は計算機１０１
０の電源立ち上げとともに起動がかかり、計算機１０１
０のシャットダウンとともに停止する。メッセージハン
ドリング制御部２０００が起動されると、ウインド管理
テーブル２０２０のウインドＩＤを参照して、ウインド
ＩＤ対応に物理的実体であるウインド１０２２を、端末
制御部１０１３を介して、グラフィカル端末装置１０２
０のウインド表示部分１０２１に生成する（ステップ３
０１０）。ウインド生成後、イベント待ちになる（ステ
ップ３０２０）。

【００２５】ここで扱うイベントは、２種類ある。ひと
つは、業務サブシステム１１００の運用管理ツール１１
１２のメッセージを端末エミュレータ２０３０を介して
の受信イベントである。もうひとつは、グラフィカル端
末装置１０２０に生成されたウインド１０２２からの業
務サブシステム１１００の運用管理ツール１１１２への
運用コマンド入力イベントである。

【００２６】ステップ３０２０でメッセージ受信イベン
トを受け取ると、ステップ３０３０からステップ３０７
０を順次実行し、実行後ステップ３０２０に戻って次の
イベントを待つ。ステップ３０２０で運用コマンド入力
イベントを受け取ると、ステップ３０８０からステップ
３１１０を順次実行し、実行後ステップ３０２０に戻っ
て次のイベントを待つ。

【００２７】ステップ３０２０でメッセージ受信イベン
トを受け取った場合の処理フローは、まず、ステップ３
０３０で端末エミュレータ２０３０から端末ＩＤおよび
業務サブシステム１１００の運用管理ツール１１１２の
メッセージを受け取る。ステップ３０４０で、ウインド
管理テーブル２０２０から端末ＩＤに対応したウインド
ＩＤおよびプログラムＩＤを検索する。ステップ３０５
０で、検索したプログラムＩＤのメッセージハンドリン
グプログラム２０１０を起動し、ステップ３０３０で受
け取ったメッセージを当該プログラム２０１０に渡す。
ステップ３０６０で、メッセージハンドリングプログラ
ム２０１０でのメッセージ加工結果（ウインド１０２２
への表示データ）を当該プログラム２０１０より受け取
る。ステップ３０７０で、前ステップ（ステップ３０６
０）で受け取ったメッセージ加工結果を、ステップ３０
４０で検索したウインドＩＤのウインド１０２２に端末
制御部１０１３を介して表示する。

【００２８】ステップ３０２０で運用コマンド入力イベ
ントを受け取った場合の処理フローは、まず、ステップ
３０８０でウインドＩＤおよび運用コマンドを、端末制
御部１０１３を介してグラフィカル端末装置１０２０か
ら受け取る。ステップ３０９０で、ウインド管理テーブ
ル２０２０からウインドＩＤに対応した端末ＩＤを検索
する。ステップ３１００で、検索した端末ＩＤに対応し
た端末エミュレータ２０３０を介し、業務サブシステム
１１００の運用管理ツール１１１２に対して受け取った
運用コマンドを発行する。ステップ３１１０で、業務サ
ブシステム１１００の運用管理ツール１１１２からの当
該運用コマンドの応答メッセージを受け取り、ステップ
３０８０で受け取ったウインドＩＤのウインド１０２２
に端末制御部１０１３を介して表示する。

【００２９】以上、本発明である統合運用管理システム
１０００の第一の実施例によれば、各業務サブシステム
１１００の運用管理ツール１１１２の機能をひとつの窓
口（グラフィカル端末装置１０２０）に集約でき、複数
の業務サブシステム群１１００のシステム資源の稼動監
視や業務処理プログラム群１１１１の運用をひとつの端
末装置で統合的に管理していくことができる。したがっ
て、複数の業務サブシステム１１００が地域的に分散さ
れていても、運用管理サイトは一ヶ所に集約することが
できる。また、業務サブシステム１１００の運用管理の
ための端末装置群１１２０の集約効果もあり、運用管理
サイト内は小スペースですむ。

【００３０】（第二の実施例）図４から図６を用いて、
本発明である統合運用管理システム１０００の第二の実
施例を説明する。第二の実施例では、第一の実施例にお
けるグラフィカル端末装置１０２０からの運用コマンド
入力オペレーションの省力化を狙ったものである。たと
えば、各業務サブシステム１１００のＣＰＵ利用率をコ
マンド照会するケースを考える場合、第一の実施例では
各ウインド１０２２から業務サブシステム１１００分の
運用コマンドを発行しなければならないが、第二の実施
例ではワンオペレーションで済むようにしたものであ
る。具体的には、一連の運用コマンド群を登録してお
き、グラフィカル端末装置１０２０のウインド表示部分
１０２１上のオブジェクト（本実施例ではコマンドボタ
ン）をポインティングすることにより、登録済み運用コ
マンド群を自動的に発行しするようにしたものである。

【００３１】図４は、図１の運用管理ツール群ハンドリ
ング部１０１１の第二の実施例を示したものである。第
一の実施例における構成（図２）と異なる部分は、新た
に、運用管理ツール群ハンドリング部１０１１にイベン
ト管理テーブル４０１０と記憶装置１０３０にコマンド
ファイル群４０２０を設けた点、メッセージハンドリン
グ制御部４０００の処理フローを変更した点である。さ
らに、グラフィカル端末装置１０２０のウインド表示部
分１０２１に、コマンドボタン表示ウインド４０３０、
そのウインド４０３０上に表示されるコマンドボタンオ
ブジェクト群４０３１、運用コマンド群の応答メッセー
ジ表示用ウインド４０４０を、新たに設けた。オペレー
タによってコマンドボタン４０３１がポインティングさ
れると、当該ボタン４０３１に対応した運用コマンド群
をコマンドファイル４０２０から読みだして、自動的に
一連の運用コマンドを各業務サブシステム１１００の運
用管理ツール１１１２に発行し、その応答メッセージを
メッセージ表示ウインド４０４０に表示するようにした
のが、第二の実施例である。

【００３２】まず、図４に示しているイベント管理テー
ブル４０１０の構成を説明する。本テーブル４０１０
は、ボタンＩＤエリア４０１１、名称エリア４０１２、
およびコマンドファイル名エリア４０１３から構成され
ている。ボタンＩＤエリア４０１１は、コマンドボタン
オブジェクト４０３１を識別するボタンオブジェクト名
称（以下、ボタンＩＤと記述）を格納するエリアであ
る。名称エリア４０１２は、コマンドボタンオブジェク
ト４０３１に付ける名称を格納するエリアである。コマ
ンドファイル名エリア４０１３は、コマンドボタン４０
３０がポインティングされたとき、当該ボタン４０３０
に対応した一連の運用コマンド群を格納するコマンドフ
ァイル４０２０名を格納するエリアである。イベント管
理テーブル４０１０へのデータセットは、本システム
（統合運用管理システム１０００）構築時に設定する。

【００３３】図５は、図４に示したコマンドファイル４
０２０の構成例を示したものである。本ファイル４０２
０は、複数のレコード５０００から構成されており、運
用コマンドごとにひとつのレコード５０００が割り当て
られている。各レコード５０００は、コマンド記述エリ
ア５０１０と端末ＩＤエリア５０２０からなる。コマン
ド記述エリア５０１０は、業務サブシステム群１１００
の運用管理ツール１１１２へ発行する運用コマンドを記
述するエリアである。端末ＩＤエリア５０２０は、図２
を用いて説明したウインド管理テーブル２０２０の端末
ＩＤエリア２０２１と同様の情報、すなわちコマンド記
述エリア５０１０に記述した運用コマンドの発行相手で
ある業務サブシステム１１００での仮想化された統合運
用管理システム１０００の端末識別情報（端末ＩＤ）を
格納するエリアである。コマンドファイル群４０２０の
各レコード群５０００のデータセットも、本システム
（統合運用管理システム１０００）構築時に設定する。

【００３４】図６は、図４における第二の実施例におけ
るメッセージハンドリング制御部４０００の処理フロー
を示したものである。本制御部４０００は、第一の実施
例と同様、計算機１０１０の電源立ち上げとともに起動
がかかり、計算機１０１０のシャットダウンとともに停
止する。

【００３５】図６に示すメッセージハンドリング制御部
４０００の処理フローは、図３で示した第一の実施例で
のメッセージハンドリング制御部２０００の処理フロー
にいくつかのステップ（ステップ６０１０からステップ
６０９０）を追加、変更したものである。以下、追加、
変更した部分に限って説明する。

【００３６】本制御部４０００が起動されると、ステッ
プ３０１０の実行後ステップ６０１０で、グラフィカル
端末装置１０２０のウインド表示部分１０２１にボタン
表示ウインド４０３０を生成し、イベント管理テーブル
４０１０のボタンＩＤを参照してボタンＩＤ対応にボタ
ンオブジェクト４０３１をその表示名称をイベント管理
テーブル４０１０の名称エリア４０１２にセットされた
データとして表示する。ウインド生成およびボタンオブ
ジェクト表示後、イベント待ちになる（ステップ６０２
０）。

【００３７】ステップ６０２０は、図３のステップ３０
２０を変更したもので、本ステップ６０２０で扱うイベ
ントは、３種類ある。ひとつは業務サブシステム１１０
０の運用管理ツール１１１２のメッセージを端末エミュ
レータ２０３０を介しての受信イベント、ふたつめはグ
ラフィカル端末装置１０２０に生成されたウインド１０
２２からの業務サブシステム１１００の運用管理ツール
１１１２への運用コマンド入力イベントである。残るも
うひとつイベントは、ボタンオブジェクト４０３１のポ
インティング（ボタンプレス）イベントである。

【００３８】前者２つのイベントは第一の実施例におけ
るイベントと同じであり、ステップ６０２０でこれらの
イベントを受け取ると、次に順次実行するステップ群は
第一の実施例と同じく図３に示したステップ３０３０か
らステップ３０７０（メッセージ受信イベント時）、ま
たはステップ３０８０からステップ３１１０（運用コマ
ンド入力イベント時）である。ステップ３０７０または
ステップ３１１０実行後、ステップ６０２０に戻って次
のイベントを待つ。

【００３９】ステップ６０２０でボタンプレスイベント
を受け取ると、ステップ６０３０からステップ６０９０
を順次実行し、実行後ステップ６０２０に戻って次のイ
ベントを待つ。ステップ６０３０では、ボタンＩＤを端
末制御部１０１３を介してグラフィカル端末装置１０２
０から受け取る。ステップ６０４０で、イベント管理テ
ーブル４０１０からボタンＩＤに対応したコマンドファ
イル４０２０名を検索する。ステップ６０５０で、グラ
フィカル端末装置１０２０のウインド表示部分１０２１
にメッセージ表示用ウインド４０４０を生成する。次に
ステップ６０６０で、ステップ６０４０で検索したコマ
ンドファイル４０２０に未読でステップ６０７０からス
テップ６０９０を実行していないレコード５０００があ
るか否かをチェックする。

【００４０】もし、すべてのレコード５０００に対して
処理済みである場合は、ステップ６０２０に戻って次の
イベントを待つ。

【００４１】ステップ６０６０で未処理のレコード５０
００がある場合は、ステップ６０７０からステップ６０
９０を順次実行する。ステップ６０７０では、コマンド
ファイル４０２０の未処理レコード５０００から運用コ
マンドおよび端末ＩＤを読みだす。ステップ６０８０で
は、ステップ６０７０で検索した端末ＩＤに対応した端
末エミュレータ２０３０を介し、業務サブシステム１１
００の運用管理ツール１１１２に対してステップ６０７
０で読みだした運用コマンドを発行する。ステップ６０
９０で、業務サブシステム１１００の運用管理ツール１
１１２からの当該運用コマンドの応答メッセージを受け
取り、ステップ６０５０で生成したメッセージ表示用ウ
インド４０４０に端末制御部１０１３を介して表示す
る。ステップ６０９０実行後、ステップ６０６０に戻っ
て、次の未処理レコード５０００の処理に移る。

【００４２】以上、本発明である統合運用管理システム
１０００の第二の実施例によれば、第一の実施例で示し
た効果に加え、複数の業務サブシステム群１１００に対
する一連の運用コマンド群をワンオペレーション（ボタ
ンプレス）で実行可能となる。したがって、第一の実施
例で運用コマンドの数だけ適切なウインド１０２２から
のオペレーションをワンオペレーション化により、グラ
フィカル端末装置１０２０からの運用コマンド入力オペ
レーションの省力効果がある。

【００４３】（第三の実施例）図７から図８を用いて、
本発明である統合運用管理システム１０００の第三の実
施例を説明する。第三の実施例では、第二の実施例にお
ける自動実行される一連の運用コマンドの応答メッセー
ジを、第一の実施例のようにメッセージハンドリングプ
ログラム２０１０を起動し一連のメッセージ群をビジュ
アルに加工して表示するようにしたものである。

【００４４】図７は、図１の運用管理ツール群ハンドリ
ング部１０１１の第三の実施例を示したものである。第
二の実施例における構成と異なる部分は、図４のイベン
ト管理テーブル４０１０にプログラム名エリア７０１１
を新たに設けて図７に示すイベント管理テーブル７０１
０とした点、およびメッセージハンドリング制御部７０
００の処理フローを図８のように変更した点である。以
下、第二の実施例との相違点を中心に第三の実施例を説
明する。

【００４５】まず、図７に示したイベント管理テーブル
７０１０の構成について説明する。イベント管理テーブ
ル７０１０は、ボタンＩＤエリア４０１１、名称エリア
４０１２、コマンドファイル名エリア４０１３、および
プログラム名エリア７０１１から構成されている。前者
３つのエリア（４０１１、４０１２、４０１３）は、第
二の実施例における図４のイベント管理テーブル４０１
０のそれぞれのエリアと同じ機能である。プログラム名
エリア７０１１は、一連の自動実行される運用コマンド
の応答メッセージを加工するメッセージハンドリングプ
ログラム２０１０名（以下、プログラムＩＤと記述）を
格納するエリアである。本テーブル７０１０へのデータ
セットは、本システム（統合運用管理システム１００
０）構築時に設定する。

【００４６】図８は、図７における第三の実施例におけ
るメッセージハンドリング制御部７０００の処理フロー
を示したものである。本制御部７０００は、第二の実施
例と同様、計算機１０１０の電源立ち上げとともに起動
がかかり、計算機１０１０のシャットダウンとともに停
止する。

【００４７】図８に示すメッセージハンドリング制御部
７０００の処理フローは、図６で示した第二の実施例で
のメッセージハンドリング制御部４０００の処理フロー
にいくつかのステップ（ステップ８０１０からステップ
８０９０）を追加、変更したものである。以下、追加、
変更した部分に限って説明する。

【００４８】ステップ６０５０実行後、ステップ８０１
０で、イベント管理テーブル７０１０を検索してステッ
プ６０３０で受け取ったボタンＩＤに対してプログラム
名エリア７０１１にメッセージハンドリングプログラム
２０１０名が設定されているか否かを判定する。もし設
定されていなければ、第二の実施例と同様、ステップ６
０６０からステップ６０９０を実行する。もし設定され
ていれば、ステップ８０２０からステップ８０９０を実
行する。

【００４９】ステップ８０２０では、イベント管理テー
ブル７０１０からステップ６０３０で受け取ったボタン
ＩＤ対応のメッセージハンドリングプログラム２０１０
名を読みだす。次にステップ８０３０で、ステップ６０
４０で検索したコマンドファイル４０２０にステップ８
０４０からステップ８０９０を実行していないレコード
５０００があるか否かをチェックする。もし、未処理の
レコード５０００がある場合は、ステップ８０４０から
ステップ８０６０を順次実行して、ステップ８０３０に
戻り次の未処理レコードの処理に移る。ステップ８０３
０ですべてのレコード５０００に対して処理済みと判定
された場合、ステップ８０７０からステップ８０９０を
順次実行して、ステップ６０２０に戻り次のイベントを
待つ。

【００５０】ステップ８０３０で未処理レコード５００
０があると判定された場合の処理フローは、まずステッ
プ８０４０で、コマンドファイル４０２０の未処理レコ
ード５０００から運用コマンドおよび端末ＩＤを読みだ
す。ステップ８０５０では、ステップ８０４０で読みだ
した端末ＩＤに対応した端末エミュレータ２０３０を介
し、業務サブシステム１１００の運用管理ツール１１１
２に対してステップ８０４０で読みだした運用コマンド
を発行する。ステップ８０６０で、業務サブシステム１
１００の運用管理ツール１１１２からの当該運用コマン
ドの応答メッセージを受け取り、メッセージバッファ内
に蓄積する。ステップ８０６０実行後、ステップ８０３
０に戻って次の未処理レコード５０００の処理に移る。

【００５１】ステップ８０３０ですべてのレコード５０
００が処理済みと判定された場合の処理フローは、まず
ステップ８０７０で、ステップ８０２０で読みだしたプ
ログラム名のメッセージハンドリングプログラム２０１
０を起動し、メッセージバッファに蓄積した応答メッセ
ージ群を当該プログラム２０１０に渡す。ステップ８０
８０では、メッセージハンドリングプログラム２０１０
でのメッセージ加工結果（メッセージ表示用ウインド４
０４０への表示データ）を当該プログラム２０１０より
受け取る。ステップ８０９０で、前ステップ（ステップ
８０８０）で受け取ったメッセージ加工結果を、メッセ
ージ表示用ウインド４０４０に端末制御部１０１３を介
して表示する。

【００５２】以上、本発明である統合運用管理システム
１０００の第三の実施例によれば、第二の実施例におい
て自動実行される一連の運用コマンドの応答メッセージ
を、メッセージハンドリングプログラム２０１０によっ
てビジュアルに加工して表示できるようになる。

【００５３】（第四の実施例）図９から図１１を用い
て、本発明である統合運用管理システム１０００の第四
の実施例を説明する。第四の実施例では、第二または第
三の実施例におけるコマンドボタンオブジェクト群４０
３１をユーザが任意に普段使いなれたＯＡツール９０４
０で作成したテキストや絵図（たとえば、システム構成
図など）上に配し、第二または第三の実施例と同等のコ
マンドボタンオブジェクト群４０３１機能を機能させる
ようにしたものである。

【００５４】図９は、図１の運用管理ツール群ハンドリ
ング部１０１１の第四の実施例を示したものである。第
三の実施例における構成と異なる部分は、ボタンレイア
ウトテーブル９０００と管理画面レイアウト設定部９０
２０を新たに設け、メッセージハンドリング制御部９０
１０の処理フローを図１１に示すように変更した点であ
る。また、統合運用管理システム１０００の計算機１０
１０内に、システム構成図など管理用のテキストや絵図
を描画するＯＡツール９０３０を設け、本ＯＡツール９
０３０で描画したテキストや絵図データを格納する管理
図ファイル９０４０を記憶部１０３０に設けた点であ
る。

【００５５】さらに、グラッフィク端末装置１０２０の
ウインド表示部分１０２１に管理画面ウインド９０５
０、本ウインド９０５０内に管理図表示領域９０５１と
ボタン表示領域９０５２を設けた点である。管理図表示
領域９０５１は、ＯＡツール９０３０で描画し管理図フ
ァイル９０４０に格納されている管理用のテキストや絵
図を表示する領域である。ボタンオブジェクト群４０３
１は、管理図表示領域９０５１に表示された管理用のテ
キストや絵図上、またはボタン表示領域９０５２に表示
される。ボタンオブジェクト群４０３１の機能は、第二
または第三の実施例と同様、ボタンプレスによって当該
ボタンＩＤに対応したコマンドファイル４０２０に格納
されている運用コマンド群を順次実行する。ボタンオブ
ジェクト群４０３１を管理図表示領域９０５１とボタン
表示領域９０５２のどちらに表示するかは、管理画面レ
イアウト設定部９０２０によって設定される。本設定部
９０２０の処理フローについては、図１０を用いて後述
する。

【００５６】図９に示してあるボタンレイアウトテーブ
ル９０００の構成を説明する。本テーブル９０００は、
ボタンＩＤエリア９００１、Ｘ座標エリア９００２およ
びＹ座標エリア９００３から構成されている。ボタンＩ
Ｄエリア９００１は、第三の実施例における図７のイベ
ント管理テーブル７０１０のボタンＩＤエリア４０１１
と同じ機能である。Ｘ座標エリア９００２およびＹ座標
エリア９００３は、それぞれ、ボタンＩＤに対応したボ
タンオブジェクト４０３１の管理図表示領域９０５１に
おけるＸ（横）方向、およびＹ（縦）方向の座標位置を
格納するエリアである。本テーブルへのデータセット
は、管理画面レイアウト設定部９０２０が行う。

【００５７】図１０は、管理画面レイアウト設定部９０
２０の処理フローを示したものである。本設定部９０２
０は、グラフィカル端末装置１０２０から端末制御部１
０１３を介して起動される。起動がかかるとステップ１
００１０で、グラッフィク端末装置１０２０のウインド
表示部分１０２１に管理画面ウインド９０５０を生成
し、本ウインド９０５０に管理図表示領域９０５１とボ
タン表示領域９０５２を生成する。本ステップ（ステッ
プ１００１０）では、さらにＯＡツール９０３０で描画
し管理図ファイル９０４０に格納されている管理用のテ
キストや絵図を管理画面ウインド９０５０に表示する。

【００５８】次にステップ１００２０で、イベント管理
テーブル７０００にエントリされているすべてのボタン
ＩＤに関し、ステップ１００３０からステップ１００６
０を実行したか否かを判定する。もし未処理ボタンＩＤ
がある場合は、ステップ１００３０からステップ１００
６０を実行する。すべてのボタンＩＤについて処理済み
である場合は、ステップ１００７０からステップ１０１
５０を実行してボタンオブジェクト群４０３１を管理図
表示領域９０５１に表示された管理用のテキストや絵図
上に貼付け処理を行う。

【００５９】ステップ１００２０で未処理ボタンＩＤが
あると判定された場合の処理フローは、まずステップ１
００３０で、未処理のボタンＩＤをイベント管理テーブ
ル７０００から取り出す。ステップ１００４０で、当該
ボタンＩＤがボタンレイアウトテーブル９０００にエン
トリされているかチェックする。もしエントリされてい
なければステップ１００５０を、エントリされていれば
ステップ１００６０を実行する。ステップ１００５０で
は、当該ボタンＩＤに対応したボタンオブジェクト４０
３１をボタン表示領域９０５２に表示する。ステップ１
００５０実行後、ステップ１００２０に戻って次のボタ
ンＩＤの処理に移る。ステップ１００６０では、当該ボ
タンＩＤの管理図表示領域９０５１における座標位置を
ボタンレイアウトテーブル９０００から読み出し、管理
図表示領域９０５１のその座標位置に当該ボタンＩＤに
対応したボタンオブジェクト４０３１を表示する。ステ
ップ１００６０実行後、ステップ１００２０に戻って次
のボタンＩＤの処理に移る。

【００６０】ステップ１００２０ですべての処理ボタン
ＩＤについて処理済みと判定された場合、ステップ１０
０７０でイベント待ちになる。ここではグラッフィク端
末装置１０２０から発生されるふたつのイベントを扱
い、ひとつはボタンオブジェクト群４０３１のドラッキ
ングイベント、もうひとつは設定終了イベントである。

【００６１】ステップ１００７０で設定終了イベントを
受け取ると、本設定部９０２０の処理を終了する。

【００６２】ステップ１００７０でボタンオブジェクト
群４０３１のドラッキングイベントを受け取ると、ドラ
ッキングされたボタンオブジェクト４０３１をドラッキ
ングに追従して移動表示する（ステップ１００８０）。
ドラッキングは、グラッフィク端末装置１０２０に接続
されているマウスなどのポインティングデバイスによっ
て行われる。ボタンオブジェクト４０３１のドラッキン
グが終了するまでステップ１００８０を実行する（ステ
ップ１００９０）。ドラッキングが終了すると、ステッ
プ１０１００で、ドラッキングが終了した位置に当該ボ
タンオブジェクト４０３１を表示する。

【００６３】次にステップ１０１１０で、当該ボタンオ
ブジェクト４０３１の表示座標を取得する。取得する座
標は、ボタンオブジェクト４０３１の重心位置、あるい
は左上の角位置など、あらかじめどこを基準とするか決
め、決められたポイントの座標とする。表示位置が管理
図表示領域９０５１であるかチェックし（ステップ１０
１２０）、もし本領域９０５１内であればステップ１０
１３０からステップ１０１５０を実行する。管理図表示
領域９０５１外であれば、ステップ１００７０に戻って
次のイベントを待つ。

【００６４】ステップ１０１３０で、当該ボタンオブジ
ェクト４０３１に対応したボタンＩＤがボタンレイアウ
トテーブルに９０００にエントリされているかチェック
する。エントリされていればステップ１０１４０、エン
トリされていなければステップ１０１５０を実行する。
ステップ１０１４０では、ボタンレイアウトテーブル９
０００の当該ボタンＩＤの座標（Ｘ座標エリア９００２
とＹ座標エリア９００３の値）を、読みだした新しい座
標に更新する。ステップ１０１４０実行後、ステップ１
００７０に戻って次のイベントを待つ。ステップ１０１
５０では、ボタンレイアウトテーブル９０００に新たに
当該ボタンＩＤをエントリし、Ｘ座標エリア９００２と
Ｙ座標エリア９００３に読みだした座標をセットする。
ステップ１０１５０実行後、ステップ１００７０に戻っ
て次のイベントを待つ。

【００６５】図１１は、図９おける第四の実施例におけ
るメッセージハンドリング制御部９０１０の処理フロー
の一部を示したものである。図１１で示している処理フ
ローは、図８に示したメッセージハンドリング制御部７
０００の処理フローのステップ６０１０の変更内容を示
している。すなわち、第四の実施例におけるメッセージ
ハンドリング制御部９０１０の処理フローは、図８に示
したメッセージハンドリング制御部７０００の処理フロ
ーのステップ６０１０を図１１に示す処理フローに変更
したものである。

【００６６】したがって、本制御部９０１０は、前述の
実施例と同様、計算機１０１０の電源立ち上げとともに
起動がかかり、計算機１０１０のシャットダウンととも
に停止する。以下、変更した部分につき説明する。

【００６７】図８のステップ３０１０実行後、ステップ
１１０１０で、グラッフィク端末装置１０２０のウイン
ド表示部分１０２１に管理画面ウインド９０５０を生成
し、本ウインド９０５０に管理図表示領域９０５１とボ
タン表示領域９０５２を生成する。本ステップ（ステッ
プ１１０１０）では、さらにＯＡツール９０３０で描画
し管理図ファイル９０４０に格納されている管理用のテ
キストや絵図を管理画面ウインド９０５０に表示する。

【００６８】次ステップ１１０２０で、イベント管理テ
ーブル７０００にエントリされているすべてのボタンＩ
Ｄに関し、ステップ１１０３０からステップ１１０６０
を実行したか否かを判定する。もし未処理ボタンＩＤが
ある場合は、ステップ１１０３０からステップ１１０６
０を実行する。

【００６９】ステップ１１０３０で、未処理のボタンＩ
Ｄをイベント管理テーブル７０００から取り出す。ステ
ップ１１０４０で、当該ボタンＩＤがボタンレイアウト
テーブル９０００にエントリされているかチェックす
る。もしエントリされていなければステップ１１０５０
を、エントリされていればステップ１１０６０を実行す
る。ステップ１１０５０では、当該ボタンＩＤに対応し
たボタンオブジェクト４０３１をボタン表示領域９０５
２に表示する。

【００７０】ステップ１１０５０実行後、ステップ１１
０２０に戻って次のボタンＩＤの処理に移る。ステップ
１１０６０では、当該ボタンＩＤの管理図表示領域９０
５１における座標位置をボタンレイアウトテーブル９０
００から読み出し、管理図表示領域９０５１のその座標
位置に当該ボタンＩＤに対応したボタンオブジェクト４
０３１を表示する。

【００７１】ステップ１１０６０実行後、ステップ１１
０２０に戻って次のボタンＩＤの処理に移る。ステップ
１１０２０ですべての処理ボタンＩＤについて処理済み
と判定された場合、図８のステップ６０２０へ移り、以
下図８に示す各ステップ群を実行する。

【００７２】以上、本発明である統合運用管理システム
１０００の第四の実施例によれば、第二または第三の実
施例におけるコマンドボタンオブジェクト群４０３１を
ユーザが任意に普段使いなれたＯＡツール９０４０で作
成したテキストや絵図（たとえば、システム構成図な
ど）上に配し、第二または第三の実施例と同等のコマン
ドボタンオブジェクト群４０３１機能を機能させること
ができる。これによって、業務サブシステム群１１００
の運用管理者は自分でわかりやすい画面インタフェース
を定義でき、その画面インタフェースで業務サブシステ
ム群１１００の統合運用管理が可能となる。

【００７３】

【発明の効果】本発明によれば、複数の運用管理ツール
群をの機能をひとつの端末装置に集約でき、複数の業務
サブシステム群のシステム資源の稼動監視、システム運
転や業務処理プログラム群の運用管理をひとつの端末装
置で統合的に管理していくことができる。したがって、
複数の業務サブシステムが地域的に分散されていても、
運用管理サイトは一ヶ所に集約することができる。

【００７４】また、業務サブシステムの運用管理のため
の端末装置群の集約効果から、運用管理サイト内は小ス
ペースかつ小人数ですむ。運用管理ツール群の統合にお
いては、操作方法が異なる運用管理ツール群を同一イン
タフェースで操作可能であり、また一連の運用コマンド
群をワンオペレーションで実行可能となるため、運用管
理オペレーションの省力効果がある。ひとつの端末装置
に集まるメッセージ群をハンドリングしてビジュアルか
つ適切なウインドに表示するため、システム稼動状況や
業務プログラムの実行状況の把握が容易になり、オペレ
ータ運用負荷の軽減効果がある。さらに、運用管理者は
自分でわかりやすい画面インタフェースを定義でき、そ
の画面インタフェースでシステムの統合運用管理が可能
となる。

【図面の簡単な説明】

【図１】本発明である統合運用管理システムをとりまく
全体システム構成を示す図。

【図２】図１における統合運用管理システムを構成する
運用管理ツール群ハンドリング部の第一の実施例の構成
を示す図。

【図３】図２における運用管理ツールハンドリング部を
構成するメッセージハンドリング制御部の処理フローを
示す図。

【図４】図１における統合運用管理システムを構成する
運用管理ツール群ハンドリング部の第二の実施例の構成
を示す図。

【図５】図４におけるコマンドファイルのファイル構成
を示す図。

【図６】図４における運用管理ツール群ハンドリング部
を構成するメッセージハンドリング制御部の処理フロー
を示す図。

【図７】図１における統合運用管理システムを構成する
運用管理ツール群ハンドリング部の第三の実施例の構成
を示す図。

【図８】図７における運用管理ツール群ハンドリング部
を構成するメッセージハンドリング制御部の処理フロー
を示す図。

【図９】図１における統合運用管理システムを構成する
運用管理ツール群ハンドリング部の第四の実施例の構成
を示す図。

【図１０】図９における運用管理ツール群ハンドリング
部を構成する管理画面レイアウト設定部の処理フローを
示す図。

【図１１】図９における運用管理ツール群ハンドリング
部を構成するメッセージハンドリング制御部の処理フロ
ーの一部を示す図。

【符号の説明】

１０００…統合運用管理システム、１０１１…運用管理
ツール群ハンドリング部、１０２０…グラフィカル端末
装置、２０００，４０００，７０００，９０１０…メッ
セージハンドリング制御部、２０２０…ウインド管理テ
ーブル、４０１０，７０１０…イベント管理テーブル、
９０００…ボタンレイアウトテーブル、２０１０…メッ
セージハンドリングプログラム群、４０２０…コマンド
ファイル群、９０２０…管理画面レイアウト設定部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田代 勤 神奈川県川崎市麻生区王禅寺1099番地 株式会社 日立製作所システム開発研究 所内 (72)発明者 清水 ▲高▼年 神奈川県川崎市幸区鹿島田890番地の12 株式会社 日立製作所情報システム事 業部内 (56)参考文献 特開 平５−40664（ＪＰ，Ａ) 特開 平１−142952（ＪＰ，Ａ) 特開 平１−162970（ＪＰ，Ａ) 特開 昭63−163923（ＪＰ，Ａ) 特表 平６−501118（ＪＰ，Ａ) 国際公開92／005485（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 1/00 G06F 11/28 - 11/34 G06F 13/00

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 運用コマンドに基づいて運用管理ツール
   を実行する複数の実行装置に接続され、該運用コマンド
   を該実行装置へ発行する運用管理計算機であって、 表示装置と、 前記実行装置各々が前記運用管理ツールを実行すること
   により発行される、発行元IDと前記運用管理ツールごと
   に異なる形式のメッセージとを、前記実行装置各々から
   受信する通信制御部と、 前記発行元IDに基づいて、前記メッセージを所定の加工
   を実行し、前記表示装置に所定の形式で該メッセージを
   表示するハンドリング部とを有し、前記ハンドリング部は、 前記運用コマンドを受付け、 前記運用コマンドの発行先IDと、受付けた前記運用コマ
   ンドを前記各実行装置で実行可能な運用コマンドへ変換
   するプログラムとに基づいて、前記運用コマンドを発行
   する前記実行装置を特定し、該特定された実行装置で実
   行可能な運用コマンドを発行することを特徴とする運用
   管理計算機 。
2. 【請求項２】 請求項１に記載の運用管理計算機であっ
   て、 前記ハンドリング部は、一連の前記運用コマンドを受付け、 前記運用コマンド運用コマンドの発行先IDと、受付けた
   前記運用コマンドを前記各実行装置で実行可能な運用コ
   マンドへ変換するプログラムと に基づいて、前記一連の
   運用コマンドを発行する前記実行装置を複数特定し、該
   特定された実行装置各々で実行可能な運用コマンドを発
   行することを特徴とする運用管理計算機。
3. 【請求項３】 請求項１に記載の運用管理計算機であっ
   て、前記 通信制御部は、前記運用コマンドに対する応答メッ
   セージを前記実行装置から受信することを特徴とする運
   用管理計算機。
4. 【請求項４】 請求項１に記載の運用管理計算機であっ
   て、 前記ハンドリング部は、 前記応答メッセージを、所定の加工を実行し、前記表示
   装置に所定の形式で表示することを特徴とする運用管理
   計算機。
5. 【請求項５】 請求項１又は４に記載の運用管理計算機
   であって、 前記ハンドリング部は、 前記メッセージを、既存のＯＡツールで作成されたシス
   テム構成図を含む運用管理図上で前記実行装置と対応付
   けて前記表示装置へ表示することを特徴とする運用管理
   計算機。
6. 【請求項６】 運用コマンドに基づいて運用管理ツール
   を実行する複数の実行装置に対して、該運用コマンドを
   発行する運用管理方法であって、 前記実行装置各々が前記運用管理ツールを実行すること
   により発行される、発行元IDと前記運用管理ツールごと
   に異なる形式のメッセージとを、前記実行装置各々から
   受信するステップと、 前記発行元IDに基づいて、前記メッセージを所定の加工
   を実行し、前記表示装置に所定の形式で該メッセージを
   表示するステップと、 前記運用コマンドを受付けるステップと、 前記運用コマンドの発行先IDと、受付けた前記運用コマ
   ンドを前記各実行装置で実行可能な運用コマンドへ変換
   するプログラムとに基づいて、前記運用コマンドを発行
   する前記実行装置を特定し、該特定された実行装置で実
   行可能な運用コマンドを発行するステップとを有する運
   用管理方法。