JPH0981515A - 分散システムにおける運用コマンドの実現方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 従来は、管理情報が多く、システムの構成変
更及びアプリケーションプログラムの収容替え等の場合
のＳＧ工数及びＳＧミス等が発生することがあり、情報
処理装置の障害等による応答時間が長いという問題があ
る。 【解決手段】 本発明は、各情報処理装置に共通の情報
と個別の情報を参照または、更新する運用コマンドを、
運用端末から全情報処理装置に転送し、情報処理装置か
らの応答を、運用端末において、単一の情報処理装置シ
ステムのコマンド結果のように編集して出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散システムにお
ける運用コマンドの実現方法及び装置に係り、特に、複
数の情報処理装置と１つの運用端末と、これら情報処理
装置と運用端末を相互に接続するネットワークから構成
される分散システムにおいて、各情報処理装置に共通の
情報と個別の情報があり、それらを参照または、更新す
る運用コマンドが提供されている場合に、運用端末を使
用する運用者が複数の情報処理装置の構成内容を意識せ
ずに、運用できるようにするための、分散システムにお
ける運用コマンド実現方法及び装置に関する。

【０００２】

【従来の技術】図１２は、従来の分散システムの構成を
示す。同図に示す分散システムは、運用端末１０、ネッ
トワーク２０及び複数の情報処理装置３０より構成され
る。運用端末１０は、運用アプリケーションプログラム
１１、保持部１２、通信部１３より構成される。ネット
ワーク２０は、運用端末１０、情報処理装置３０を相互
に接続するＦＤＤＩ等のネットワークである。

【０００３】保持部１２は、データベース等の記憶手段
を用いて各々の情報がどの情報処理装置にあるかを管理
する。通信部１３は、運用コマンドを送信する、また
は、結果応答を受信する。運用アプリケーションプログ
ラム１１は、コマンド発行時に保持部１２から所要の情
報を保持する情報処理装置３０₁ 〜３０_n を検索し、検
索された各情報処理装置宛に運用コマンドを送出する制
御を行う。

【０００４】なお、保持部１２は、運用端末１０のみな
らず、特定情報処理装置（例えば、３０₁ ）に存在する
場合もある。上記の構成において運用端末１０から複数
の情報処理装置３０に運用コマンドを送信する場合に
は、通信部１３から運用コマンドを送信する前に、保持
部１２を検索して、取得したい情報を保持する情報処理
装置の宛先アドレス情報を取得する。ここで、取得した
い情報が複数の情報処理装置３０に存在する場合には、
運用端末１０は、それら複数の情報処理装置３０に対し
て運用コマンドを発行する。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来の分散システムには、以下のような問題がある。 （１） 上記従来の保持部の情報保持方法は、常に各情
報処理装置自体の保持情報と一致しなければないらない
が、情報処理装置の構成変更や、情報処理装置でローカ
ルな保守を行った場合に、情報保持部の保持情報を更新
する作業が必要となり、情報保持部の保持情報を更新す
る作業のミスにより情報処理装置との間で不一致が発生
し、システムとして正しく動作しない可能性がある。

【０００６】（２） また、情報処理装置が障害など
で、結果応答を返却できない場合には、応答時間は応答
タイムアウト時間となり、応答性に問題がある。本発明
は、上記の点に鑑みなされたもので、管理情報を少なく
し、システムの構成変更及びアプリケーションプログラ
ムの収容替え等の場合のＳＧ工数及びＳＧミスの削減を
可能にすると共に、情報処理装置の障害等による応答時
間を短くし、応答性を向上させることが可能な分散シス
テムにおける運用コマンドの実現方法及び装置を提供す
ることを目的とする。

【０００７】

【課題を解決するための手段】本発明は、複数の情報処
理装置と１つの運用端末とこれらを相互に接続するネッ
トワークから構成される分散システムにおける運用コマ
ンドの実現方法において、各情報処理装置に共通の情報
と個別の情報を参照または、更新する運用コマンドを、
運用端末から全情報処理装置に転送し、情報処理装置か
らの応答を、運用端末において、単一の情報処理装置シ
ステムのコマンド結果のように編集して出力する。

【０００８】また、本発明は、運用端末に各情報処理装
置毎の状態を保持し、異常状態の情報処理装置には運用
コマンドを送信しないものとする。図１は、本発明の原
理を説明するための図である。本発明は、正常な全ての
情報処理装置に運用コマンドを転送し（ステップ１）、
正常な全ての情報処理装置からの応答を収集する（ステ
ップ２）と共に、運用コマンドに該当する応答のうち、
同じ応答は１つの応答に集約し、異なる応答はそのまま
表示する（ステップ３）。

【０００９】図２は、本発明の原理構成図である。本発
明は、複数の情報処理装置と１つの運用端末とこれらを
相互に接続するネットワークから構成される分散システ
ムにおいて、運用端末１００は、全情報処理装置３００
の状態情報を保持する状態情報保持手段１０２と、状態
情報保持手段１０２の状態情報を参照して情報処理装置
３００宛に運用コマンドを転送する転送手段１０３と、
全情報処理装置からの応答を受信する受信手段１０５
と、受信手段１０５により、受信した応答メッセージを
単一情報処理装置からの応答メッセージのように表示す
るために編集する編集手段１０６とを有する。

【００１０】上記の転送手段１０３は、状態情報保持手
段１０２が保持している状態情報が正常である情報処理
装置３００に対してのみ、運用コマンドを転送する。上
記の編集手段１０６は、受信手段１０５により受信した
応答のうち、状態情報保持手段１０２において状態が正
常である情報処理装置の応答を取得する応答取得手段
と、応答取得手段より取得した応答より、運用コマンド
に該当する有意な応答を選択する応答選択手段と、応答
選択手段により取得した運用コマンドに該当する応答の
うち、同一の応答を１つに集約する集約手段とを含む。

【００１１】また、本発明は、情報処理装置３００の状
態が変化した時点で状態情報保持手段１０２の内容を更
新する状態情報更新手段を更に有する。これにより、本
発明は、転送手段１０３と状態情報保持手段１０２によ
り、より正常に稼働している全情報処理装置３００に運
用コマンドを転送し、受信手段１０５が情報処理装置３
００から応答を受信すると、状態情報保持手段１０２を
参照して正常に稼働している情報処理装置３００からの
応答のみを集めて、編集手段１０６に渡す。編集手段１
０６は、その情報処理装置からの応答のうち、送信した
運用コマンドに該当しない応答は削除し、該当する応答
のみを取得する。さらに、編集手段１０６は、取得した
応答より、同一のものを１つのメッセージに集約し、異
なる応答は、そのまま表示することにより、単一情報処
理装置からの応答を表示しているのと同じ表示形態とな
るため、運用者は、運用コマンドを発行してから応答の
表示を見るまでは、複数の情報処理装置を意識する必要
がない。

【００１２】また、状態情報保持手段１０２において、
全情報処理装置３００の状態情報を一元管理しているた
め、転送手段１０３や受信手段１０５において情報処理
装置のシステム変更等により運用コマンドをそのまま適
用できない情報処理装置や、故障中で停止している情報
処理装置の状態情報を把握することが可能となる。従っ
て、異常状態の情報処理装置については、運用コマンド
を送信しない、または、異常状態の情報処理装置の状態
情報を表示する等の処理を行うことが可能となる。

【００１３】

【発明の実施の形態】図３は、本発明の分散システムの
構成を示す。同図の示す分散システムは、運用端末１０
０、複数の情報処理装置３００₁ 〜３００_n 、運用端末
１００及び各々の情報処理装置３００を相互に接続する
ネットワーク２００より構成される。

【００１４】運用端末１００は、運用アプリケーション
プログラム１０１、宛先リスト１０２、デリバリ部１０
３、受信リスト１０４、受信部１０５、編集部１０６、
出力バッファ１０７及び表示部１０８より構成される。
運用アプリケーションプログラム１０１は、運用コマン
ドを有し、当該運用コマンドをデリバリ部１０３に転送
すると共に、システムの運用を行う。

【００１５】宛先リスト１０２及び受信リスト１０４
は、運用端末１００に接続される全ての情報処理装置３
００のＩＤ及び状態情報（正常・異常）及び宛先のアド
レス情報等を保持する。デリバリ部１０３は、運用アプ
リケーションプログラム１０１から運用コマンドを取得
すると、宛先リスト１０２を参照して、正常な状態にあ
る全ての情報処理装置ＩＤ及び宛先アドレス等を取得
し、当該情報処理装置ＩＤに対応する情報処理装置３０
０に対して取得したコマンドを送信する。

【００１６】受信部１０５は、受信リスト１０４を参照
して全ての情報処理装置から受信した応答メッセージの
うち、正常受信した応答を編集部１０６に転送すると共
に、異常状態にある情報処理装置の情報を出力バッファ
１０７に転送する。編集部１０６は、受信部１０５から
転送された応答メッセージより、デリバリ部１０３から
送信した運用コマンドに対応しない応答を削除する。さ
らに、同一運用コマンドに対応する応答で同じ応答があ
る場合には、運用コマンド対応に１つの応答メッセージ
に纏めて表示するように編集し、異なる応答は単独のメ
ッセージとして表示するように編集する。

【００１７】出力バッファ１０７は、編集部１０６で編
集された応答メッセージ及び受信部１０５から渡された
状態情報を蓄積する。表示部１０８は、出力バッファ１
０７に蓄積されている応答メッセージ及び状態情報を運
用アプリケーションプログラム１０１の制御または、所
定の制御により表示する。

【００１８】図４は、本発明の動作を示すシーケンスチ
ャートである。以下に説明するシーケンスチャートにお
いて、運用端末１００から２つの正常に駆動している情
報処理装置Ａ，Ｂに対して運用コマンドを転送するもの
として説明する。 ステップ１００） 運用端末１００は、宛先リスト１０
２を参照して、正常に動作している情報処理装置Ａ，Ｂ
のＩＤを取得する。

【００１９】ステップ２００） 運用端末１００のデリ
バリ部１０３は、取得した情報処理装置Ａ，Ｂ宛に運用
コマンドを転送する。 ステップ３００） 運用コマンドを受信した情報処理装
置Ａ，Ｂは、当該運用コマンドに対する応答メッセージ
を運用端末１００に対して送信する。

【００２０】ステップ４００） 運用端末１００の受信
部１０５が情報処理装置Ａ，Ｂから応答メッセージを受
信すると、受信リスト１０４を参照して当該応答メッセ
ージが異常応答であるか正常応答であるかを判定し、応
答メッセージと共に正常応答か異常応答かの応答結果を
編集部１０６に転送する。編集部１０６は、正常応答で
ある場合には、当該応答メッセージが運用コマンドに該
当しているかを判定する。運用コマンドに該当しない応
答メッセージは棄却する。ここで、当該応答メッセージ
が送信した運用コマンドに該当しており、かつ同一の応
答メッセージは、１つのメッセージとして纏め、また、
運用コマンドに該当している他のメッセージは、そのま
ま出力バッファ１０７に格納し、適宜、表示部１０８に
表示する。

【００２１】次に、運用端末１００のデリバリ部１０３
の動作を説明する。上記の図４に示すシーケンスチャー
トでは、ステップ１００の処理に対応する。図５は、本
発明のデリバリ部の処理を示すフローチャートである。 ステップ１０１） デリバリ部１０３は、運用アプリケ
ーションプログラム１０１から情報処理装置３００に転
送すべき運用コマンドを取得する。

【００２２】ステップ１０２） 次に、宛先リスト１０
２から正常な宛先情報処理装置３００のＩＤ及び当該情
報処理装置３００の宛先アドレスを全て取得する。 ステップ１０３） 宛先リスト１０２から正常な宛先情
報処理装置３００のＩＤが取得できない場合には、ステ
ップ１０５に移行し、取得できた場合には、ステップ１
０４に移行する。

【００２３】ステップ１０４） 読み出された宛先情報
処理装置のＩＤ宛に運用コマンドを送信する。 ステップ１０５） 情報処理装置の状態が全て異常であ
るため、情報処理装置のＩＤが読み出されなかった旨の
エラーメッセージを出力バッファ１０７に出力する。

【００２４】次に、受信部１０５の動作を説明する。上
記の図４に示すシーケンスチャートでは、ステップ３０
０に対応する。図６は、本発明の受信部の処理を示すフ
ローチャートである。 ステップ３０１） 受信部１０５は、受信リスト１０４
を参照して、全ての情報処理装置３００の状態が異常で
あるか否かを判定する。ここで、異常である場合には、
ステップ３０２に移行し、そうでない場合には、ステッ
プ３０３に移行する。

【００２５】ステップ３０２） 全ての情報処理装置３
００が異常である場合には、その旨を出力バッファ１０
７に転送する。この時、受信部１０５は、受信リスト１
０４において「異常」が設定されている情報処理装置３
００のＩＤと異常状態とを出力バッファ１０７に転送す
る。

【００２６】ステップ３０３） 全ての情報処理装置３
００が異常ではない場合には、情報処理装置３００から
の応答メッセージを受信する。 ステップ３０４） 受信リスト１０４を参照して、正常
な情報処理装置３００の全てから応答を受信した場合に
はステップ３０５に移行し、そうでない場合には、ステ
ップ３０３に移行して、次の応答を受信する。

【００２７】ステップ３０５） 正常な情報処理装置３
００からの応答を編集部１０６に転送する。 次に、編集部１０６の動作を説明する。上記の図４に示
すシーケンスチャートでは、ステップ４００に対応す
る。図７は、本発明の編集部の処理を示すフローチャー
トである。

【００２８】ステップ４０１） 編集部１０６は、受信
部１０５から正常な情報処理装置から受信した応答メッ
セージ及び異常状態にある情報処理装置の応答結果を取
得する。ここで、異常状態にある情報処理装置の応答結
果とは、デリバリ部１０３からは、異常状態にある情報
処理装置に対して、運用コマンドの送信を行わないた
め、当該情報処理装置からの応答はない。但し、受信リ
スト１０４に「異常」が設定されている場合には、受信
部１０５から異常状態にある情報処理装置の情報を出力
バッファ１０７に転送されているものとする。

【００２９】ステップ４０２） 編集部１０６は、受信
部１０５から転送された応答メッセージのうち、送出し
た運用コマンドに該当しない応答メッセージについて
は、削除する。 ステップ４０３） １応答毎に、それ以前に出力バッフ
ァ１０７に格納されている運用のコマンドの応答と比較
し、一致しているかを判定し、一致する場合には、ステ
ップ４０５に移行し、不一致の場合には、ステップ４０
４に移行する。

【００３０】ステップ４０４） 先に格納されている応
答メッセージと一致していない場合には、当該応答メッ
セージを出力バッファ１０７に格納し、ステップ４０６
に移行する。 ステップ４０５） 先に出力バッファ１０７に格納され
ている応答メッセージと同一である場合には、当該メッ
セージは集約できるため、削除し、ステップ４０３に移
行する。

【００３１】ステップ４０６） 全ての応答メッセージ
について、出力バッファ１０７に格納されている応答メ
ッセージと比較が終了していれば、ステップ４０７に移
行し、終了していなければ、ステップ４０３に移行す
る。 ステップ４０７） 出力バッファ１０７に格納されてい
る応答メッセージを表示部１０８に表示する。

【００３２】これにより、複数の情報処理装置３００か
ら受信した同一の応答メッセージは、集約されて１つの
メッセージとして表示され、また、異なる応答メッセー
ジは、他のメッセージとして表示される。

【００３３】

【実施例】以下、本発明の実施例を図面と共に説明す
る。図８は、本発明の一実施例の分散システムの例を示
す。同図に示す分散システムにおいて、情報処理装置３
００₁ 〜３００_n の各々の装置ＩＤは、情報処理装置３
００₁ が“６１”、情報処理装置３００₂ が“６２”、
情報処理装置３００ ₃ が“６３”、情報処理装置３００
₄ が“６４”であるとする。

【００３４】図９は、本発明の一実施例の宛先リストの
例を示す。同図において、情報処理装置ＩＤが“６２”
の情報処理装置３００₂ が異常状態となっていることを
示す。なお、本実施例では、当該宛先リスト１０２と受
信リスト１０４の内容が同様であるとする。

【００３５】図１０は、本発明の一実施例の運用コマン
ドの送信及び応答メッセージの受信状況を示す。以下、
具体的な動作を図８〜図１０を用いて説明する。 （１） 運用端末１００のデリバリ部１０３は、図９に
示す宛先リスト１０２を参照して、運用コマンドＡを送
信すべき宛先を決定する。本実施例では、情報処理装置
のＩＤ“６１”、“６３”、“６４”とする。情報処理
装置３００のＩＤ“６２”は、図９に示す宛先リスト１
０２に示すように状態が「異常」となっているため、コ
マンドは送信しない。

【００３６】（２） デリバリ部１０３は、決定された
宛先の情報処理装置３００に対して運用コマンド“Ａ”
を送信する。 （３） 運用端末１００の受信部１０５は、運用コマン
ドを送信したＩＤ“６１”、“６３”、“６４”を有す
るそれぞれの情報処理装置３００から応答メッセージを
取得する。図１０の例では、ＩＤ＝６１の情報処理装置
３００₁ から応答メッセージａ、ＩＤ＝６３の情報処理
装置３００₃ から応答メッセージａ、ＩＤ＝６４の情報
処理装置３００₄ から応答メッセージｂを受信する。

【００３７】（４） 運用端末１００の受信部１０５
は、これらの応答メッセージを受信すると、受信リスト
１０４を参照する。本実施例において受信リスト１０４
は、図９に示す宛先リスト１０２の内容と同様であるの
で、異常が発生している情報処理装置のＩＤが“６２”
であるため、においてＩＤ＝６２からの応答メッセー
ジは受信していない。このため、ＩＤ＝６２の応答とし
て「異常」をメッセージとして出力バッファ１０７に出
力する。

【００３８】（５） 受信部１０５は、受信した応答メ
ッセージａ，ｂを編集部１０６に転送する。 （６） 編集部１０６は、当該応答メッセージａ，ｂの
中から運用コマンド“Ａ”に対応する応答メッセージａ
のみを選択し、対応しない応答メッセージｂは破棄す
る。

【００３９】（７） 編集部１０６は、情報処理装置Ｉ
Ｄ＝６１からの応答メッセージ“ａ”を出力バッファ１
０７に格納する。 （８） 次に、情報処理装置ＩＤ＝６３からの応答メッ
セージ“ａ”を取得し、出力バッファ１０７に格納され
ている応答メッセージ“ａ”と比較すると、同一の応答
メッセージであるので、ＩＤ＝６３からの応答メッセー
ジは削除する。

【００４０】（９） 全ての情報処理装置からの応答メ
ッセージの比較を終了したため、出力バッファ１０７に
格納されている応答メッセージ“ａ”及び異常状態にあ
るＩＤ＝６２の情報処理装置の情報を表示部１０８に表
示する。 次に、以下のような応答メッセージが各情報処理装置３
００から受信した場合について説明する。

【００４１】各情報処理装置３００のＩＤとして、６
１，６２，６３，６４，６５，６６，６７が存在するも
のとする。このうち、宛先リスト１０２及び受信リスト
１０４において、ＩＤ＝６２の状態が異常となっている
ものとする。従って、運用端末１００がコマンドを送信
する宛先の情報処理装置のＩＤは、６１，６３，６４，
６５，６６，６７となる。

【００４２】運用端末１００が運用コマンドＡを送信
し、各情報処理装置３００からは以下のような応答メッ
セージが返却されたものとし、応答メッセージａとｂが
運用コマンドＡに該当するものとする。 ＩＤ＝６１ … 応答メッセージａ ＩＤ＝６３ … 応答メッセージａ ＩＤ＝６４ … 応答メッセージｂ ＩＤ＝６５ … 応答メッセージｃ ＩＤ＝６６ … 応答メッセージａ ＩＤ＝６７ … 応答メッセージｄ 上記のような例において、編集部１０６は、ＩＤ＝６
５，ＩＤ＝６７から受信した応答メッセージｃ，ｄは運
用コマンドＡに該当しないメッセージであるため、破棄
する。また、応答メッセージａ，ｂは、運用コマンドＡ
に該当するメッセージであるので、取得する。このう
ち、応答メッセージａは、３つ受信しているため、これ
らの応答メッセージを１つに纏め、出力バッファ１０７
に格納し、もう１種類の応答メッセージｂを出力バッフ
ァ１０７に格納する。

【００４３】なお、受信部１０５により、異常状態とな
っているＩＤ＝６２の情報処理装置の情報についても出
力バッファ１０７に格納される。従って、出力バッファ
１０７には最終的に応答メッセージａ、ｂを各々１つず
つが格納されると共に、異常状態にある情報処理装置の
ＩＤ及び状態情報も格納される。次に表示部１０８に
は、図１１に示すように表示される。当該応答メッセー
ジａ，ｂ及び異常状態にある情報処理装置の情報も表示
される。

【００４４】このように、本実施例によれば、運用端末
１００から正常に稼働している全情報処理装置３００に
運用コマンドを送信し、各情報処理装置３００から受信
した応答メッセージのうち、当該運用コマンドに該当す
る同一の応答メッセージを取得した場合には、それらの
応答メッセージを１つに集約して表示し、また、異なる
応答メッセージは別途表示することにより、表示される
応答メッセージの数を減少させることが可能である。

【００４５】さらに、異常状態にある情報処理装置につ
いても、異常を示す情報を併せて表示するため、運用コ
マンドを送信してもタイムアウトにより応答が到着しな
いのか、または、故障等による異常により応答が到着し
ていないかの状態を把握することができる。

【００４６】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々、変更・応用が可
能である。

【００４７】

【発明の効果】上述のように本発明の分散システムにお
ける運用コマンドの実現方法及び装置によれば、以下の
ような効果を奏する。 （１） 情報処理装置構成の変更やローカルな保守を行
った場合に、情報保持手段の更新作業ミスによる運用コ
マンドの処理の矛盾を防ぐことが可能である。また、本
発明により、運用コマンドの情報量が少なく、当該運用
コマンドに関係しない情報処理装置からの応答の情報量
が僅かであり、運用コマンドの投入の頻度も通常多くな
いことから、ネットワークの負荷の増加は僅かであり、
問題にならない。

【００４８】（２） 各情報処理装置毎の状態（正常／
異常）を保持することにより、１つ異常の情報処理装置
が異常状態の場合に、各情報処理装置毎の状態（正常／
異常）を保持しない場合に比べて、応答のタイムアウト
まで待つ必要がないため、応答時間を短縮でき、応答性
が向上する。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の分散システムの構成図である。

【図４】本発明の動作を示すシーケンスチャートであ
る。

【図５】本発明のデリバリ部の処理を示すフローチャー
トである。

【図６】本発明の受信部の処理を示すフローチャートで
ある。

【図７】本発明の編集部の処理を示すフローチャートで
ある。

【図８】本発明の一実施例の分散システムの例を示す図
である。

【図９】本発明の一実施例の宛先リストの例を示す図で
ある。

【図１０】本発明の一実施例の運用コマンドの送信及び
応答メッセージの受信状況を示す図である。

【図１１】本発明の一実施例の表示結果を示す図であ
る。

【図１２】従来の分散システムの構成図である。

【符号の説明】

１００ 運用端末 １０１ 運用アプリケーションプログラム １０２ 状態保持手段、状態保持部 １０３ 転送手段、デリバリ部 １０４ 受信リスト １０５ 受信手段、受信部 １０６ 編集手段、編集部 １０７ 出力バッファ １０８ 表示部 ２００ ネットワーク ３００ 情報処理装置

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数の情報処理装置と１つの運用端末と
   これらを相互に接続するネットワークから構成される分
   散システムにおいて、 各情報処理装置に共通の情報と個別の情報を参照また
   は、更新する運用コマンドを、前記運用端末から全情報
   処理装置に転送し、 前記情報処理装置からの応答を、前記運用端末におい
   て、単一の情報処理装置システムのコマンド結果のよう
   に編集して出力することを特徴とする分散システムにお
   ける運用コマンドの実現方法。
2. 【請求項２】 前記運用端末に各情報処理装置毎の状態
   を保持し、 異常状態の情報処理装置には前記運用コマンドを送信し
   ない請求項１記載の分散システムにおける運用コマンド
   の実現方法。
3. 【請求項３】 正常な全ての情報処理装置に前記運用コ
   マンドを転送し、 前記正常な全ての情報処理装置からの応答を収集すると
   共に、前記運用コマンドに該当する応答のうち、同じ応
   答は１つの応答に集約し、異なる応答はそのまま表示す
   る請求項１記載の分散システムにおける運用コマンドの
   実現方法。
4. 【請求項４】 複数の情報処理装置と１つの運用端末と
   これらを相互に接続するネットワークから構成される分
   散システムにおいて、前記運用端末は、 全情報処理装置の状態情報を保持する状態情報保持手段
   と、 前記状態情報保持手段の前記状態情報を参照して情報処
   理装置宛に運用コマンドを転送する転送手段と、 前記全情報処理装置からの応答を受信する受信手段と、 前記受信手段により、受信した応答メッセージを単一情
   報処理装置からの応答メッセージのように表示するため
   に編集する編集手段とを有することを特徴とする分散シ
   ステムにおける運用コマンドの実現装置。
5. 【請求項５】 前記転送手段は、 前記状態保持手段が保持している状態情報が正常である
   情報処理装置に対してのみ、前記運用コマンドを転送す
   る請求項４記載の分散システムにおける運用コマンドの
   実現装置。
6. 【請求項６】 前記編集手段は、 前記受信手段により受信した応答のうち、前記状態保持
   手段において状態が正常である情報処理装置の応答を取
   得する応答取得手段と、 前記応答取得手段より取得した応答より、前記運用コマ
   ンドに該当する有意な応答を選択する応答選択手段と、 前記応答選択手段により取得した前記運用コマンドに該
   当する応答のうち、同一の応答を１つに集約する集約手
   段とを含む請求項４記載の分散システムにおける運用コ
   マンドの実現装置。
7. 【請求項７】 前記情報処理装置の状態が変化した時点
   で前記状態情報保持手段の内容を更新する状態情報更新
   手段を更に有する請求項４記載の分散システムにおける
   運用コマンドの実現装置。