(57)【特許請求の範囲】
【請求項１】
管理コンピュータにより通信回線を介して管理される管理対象コンピュータであって、
障害監視を実行する管理部と、
前記管理部を含む管理対象コンピュータ本体に、電源を供給する電源ユニットと、
前記管理部とは独立で動作し、障害監視及び電源制御を行うプロセッサと、
前記管理部と前記プロセッサとの間で、前記プロセッサにより障害監視及び電源制御を行うために必要なデータを交換するプロセッサドライバとを有し、
前記プロセッサは、
前記管理対象コンピュータの障害発生を監視し、前記管理対象コンピュータで障害が発生した場合に、障害警告を前記管理コンピュータの障害管理部に前記通信回線を介して送信する障害監視手段と、
前記電源ユニットの電源のＯＮ／ＯＦＦを制御する電源制御手段と、
前記障害監視手段と前記電源制御手段とを前記通信回線に接続するための第１のインターフェイスと、
前記管理対象コンピュータ本体を前記通信回線に接続するための第２のインターフェイスと、
前記障害警告を前記第１あるいは第２のインターフェイスいずれかを介して前記管理コンピュータに送信するために、前記障害監視手段により監視した結果に基づいて、前記通信回線を前記第１及び第２のインターフェイスのいずれかに接続する回線切換手段と、を有することを特徴とする管理対象コンピュータ。
【請求項２】
前記切換手段は、前記管理コンピュータの回線管理部からの指示に基づいて前記第１及び第２のインターフェイスのいずれかに切換えることを特徴とする請求項１記載の管理対象コンピュータ。
【請求項３】
前記第２のインターフェイスが前記通信回線と接続されている場合、前記障害警告は、前記管理コンピュータ本体の前記管理部を介して前記管理コンピュータに送信され、
前記接続切替手段は、第２のインターフェイスを介する通信が切断されたことを検出した場合、前記第１のインターフェイスに接続し、前記障害監視手段は、前記障害警告を前記管理コンピュータに前記第１のインターフェイスを介して送信することを特徴とする管理対象コンピュータ。
【請求項４】
前記電源制御手段は、前記管理コンピュータの電源管理部からの指示に基づいて、前記電源ユニットの電源のＯＮ／ＯＦＦを制御することを特徴とする請求項１記載の管理対象コンピュータ。
【請求項５】
前記管理コンピュータの障害管理部は、前記管理対象コンピュータから前記障害警告を受け取った際に、前記管理対象コンピュータから前記障害情報を受け取って出力することを特徴とする請求項１または３いずれか記載の管理対象コンピュータ。
【請求項６】
前記電源制御手段は、前記管理コンピュータの電源管理部からの指示に基づいて、電源ＯＮ／ＯＦＦ時間を設定し、前記設定された時間に電源をＯＮ／ＯＦＦすることを特徴とする請求項４記載の管理対象コンピュータ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ・システムの管理装置（以下、マネージャと称す）に関し、特に、ローカル・エリア・ネットワーク（以下、ＬＡＮと称す）や公衆回線等のネットワークによって複数のコンピュータが接続されたクライアント・サーバ・システム（以下、ＣＳＳと称す）において、ネットワークを介して、ネットワーク上の複数のコンピュータの障害や性能の監視や制御を行う管理システムに関する。
【０００２】
【従来の技術】
パーソナルコンピュータやワークステーションの高性能化により、複数台のコンピュータをＬＡＮで接続してシステムを構築するＣＳＳが普及してきた。ＣＳＳでは、クライアントやサーバとなるコンピュータに、様々なタイプのネットワーク・オペレーティング・システム（以下、ネットワークＯＳと称する）を搭載して、それぞれのコンピュータをネットワークで接続し、連携させて運用する。
【０００３】
こうしたＣＳＳシステムでは、規模が大きくなるにつれ、クライアントやサーバとなるコンピュータの台数が、数百から数千台にも及ぶため、システム管理者の人手でネットワークやそれぞれのコンピュータを管理運用した場合、システム管理者の負担とそのコストが増大し、問題となってきている。こうした問題を解決するために、ＬＡＮ上の少なくとも一つのコンピュータに管理装置（以下、マネージャと称する）とＬＡＮに接続されている管理対象の各サーバやクライアントに、前記マネージャの指示にしたがって各コンピュータの管理を行う管理装置（以下、エージェントと称す）を搭載し、ネットワークを介してマネージャから一括して管理を行う管理システムが提供されている。特に、企業の基幹業務向けのＣＳＳシステムを構築する場合には、サーバに対して高い信頼性が要求されることから、主にサーバの障害管理に焦点を置いた管理システムが提供されている。
【０００４】
このような障害管理に焦点を置いたシステムでは、特開平５−２５７９１４に示されるように、コンピュータ本体の拡張インターフェイス等に、本体とは独立したプロセッサを搭載した障害監視を行うための専用の拡張ボードを接続して、拡張ボードで収集した障害情報をエージェントが受け取り、障害警告等として、ネットワークＯＳを介して、ＬＡＮで接続された他の管理コンピュータのマネージャに送付し、障害管理を行っている。さらには、モデムと公衆回線で接続されたリモートのコンピュータからもこうした収集情報が取得できるように、前記拡張ボードに非同期インターフェイスを搭載し、モデムと公衆回線経由で、リモートの管理コンピュータからも前記拡張ボードに接続し、専用のマネージャで障害監視ができるようにしている。このようなリモートからの監視は、ネットワークＯＳが正常に動作できなないような致命的障害が管理対象のコンピュータで発生した場合でも、前記拡張ボード上の本体とは独立したプロセッサで障害監視や警告を行うため、障害監視を継続して行えるメリットがある。図２の従来例を参照。
【０００５】
一方、ＣＳＳのネットワーク環境を提供するネットワークＯＳの最近の動きとして、ＬＡＮで接続された複数のコンピュータに対してネットワーク機能を提供するだけでなく、モーバイル・コンピュータとオフィスのコンピュータを接続する等、ネットワーク接続の範囲やシステムの応用範囲を広げるために、図３に示すように、モデムと公衆回線を接続された遠隔地のコンピュータ間にもＬＡＮで接続したコンピュータとまったく等価なリモート・アクセス機能を実現し、公衆回線接続も含めて、透過的なネットワーク環境を提供するものが出てきた。ネットワークＯＳ上で動作するアプリケーション（ＡＰ）からは、通信速度を除けば、下位のネットワークが、ＬＡＮで接続されているか、回線で接続されているかを意識する必要がない。このようなネットワークＯＳの例としては、Windows NT（米国マイクロソフト社の登録商標）のリモート・アクセス・サービス（ＲＡＳ）等があり、今後のネットワークＯＳの標準的な機能となりつつある。したがって、回線接続されたリモートのコンピュータに対してもＬＡＮ用の管理システムを導入でき、統一的な管理が可能となる。
【０００６】
【発明が解決しようとする課題】
上記従来技術による障害監視に重点を置いたシステムでは、前記のネットワークＯＳのリモート・アクセス機能について配慮していないため、前記リモート・アクセス機能を利用して、公衆回線によって接続されたリモートのコンピュータからもＬＡＮ接続されたコンピュータと同様のシステム管理を行おうとすると、図４のように、前記リモート・アクセス機能を利用して、エージェントを介してシステム管理を行うためのリモート管理コンピュータとそれを接続するための回線及びモデム、そして、前記障害監視拡張ボードに直接接続して管理するためのリモート管理コンピュータと、やはり、それを接続するための回線及びモデムが必要となる。２台の管理コンピュータと２回線及び２つのモデムが、管理コンピュータ側に、管理対象コンピュータ側にも２回線及び２つのモデムが必要となり、運用上の障害となる可能性があった。
【０００７】
本発明は、前記リモート・アクセス機能を利用して、ＬＡＮ接続されている場合と同じように、リモート管理コンピュータのマネージャから管理対象コンピュータのエージェントを介して行うシステム管理は、管理対象コンピュータが正常動作している場合の定常的なシステム管理に好適であり、一方、前記障害監視拡張ボードに直接モデムと回線を接続してシステム管理を実現した場合には、管理対象コンピュータで致命的障害が発生しエージェントが動作できない場合のシステム管理に好適であるという、それぞれ異なった排他的な場面で有効なシステム管理方法であることに着目して、１台のリモート管理コンピュータと１回線と１つのモデムで、上記二つの方法によるリモートからのシステム管理を実現するための手段を提供することを目的とする。これにより、運用上の障害となる冗長なリモート管理コンピュータと回線及びモデムを削減する。
【０００８】
本発明の他の目的は、従来、ＬＡＮや公衆回線で接続されたマネージャからは実現できなかった管理対象コンピュータのリモートからの電源制御も合わせて実現し、複数のコンピュータの細かな障害からシステム・ダウンに至る重大な障害までの障害管理と管理対象コンピュータの起動・停止等の運用支援をＬＡＮや公衆回線で接続されたマネージャから一括に行う環境を提供し、システム管理者の負担と管理コストを低減するコンピュータの管理方法と装置を提供することである。
【０００９】
【課題を解決するための手段】
上記の目的を達成するために、本発明の１つの実施態様に従えば、管理対象コンピュータ上で障害監視や電源制御を行うエージェントと管理対象コンピュータ本体とは独立したプロセッサにより制御され、エージェントと連携して障害の監視や電源制御を行う拡張ボードであるサービス・プロセッサ・ボード（以下、ＳＶＰボードと称す）と、公衆回線、または、ＬＡＮで接続された管理コンピュータ上で動作し、リモート・アクセス機能を含むネットワークＯＳを介してエージェントに接続し、システム管理を行うマネージャと、公衆回線で直接ＳＶＰボードに接続し、ＳＶＰボードの制御を行うＳＶＰマネージャを有するコンピュータ管理システムが提供される。
【００１０】
さらに、ＳＶＰボード上には、ＳＶＰボードのプロセッサに接続された非同期インターフェイスと管理対象コンピュータからアクセス可能な非同期インターフェイスのうち何れか一方を選択的に回線に接続したモデムに接続するためのスイッチ回路と、その切換制御手段が設けられている。また、ＳＶＰボードには、管理対象コンピュータからアクセス可能な非同期インターフェイスを介して回線接続後、回線の接続状況を監視し、回線切断を契機にＳＶＰボードのプロセッサ側に前記の非同期インターフェイスのスイッチ回路を切換える回線接続監視手段を有する。
【００１１】
さらに、ＳＶＰボードには、電源ユニットの電源ＯＮ／ＯＦＦを制御するための電源制御回路とその制御手段を有する。
【００１２】
また、ＳＶＰマネージャは、前記の非同期インターフェイスのスイッチ回路の切換え要求をユーザ操作に合わせて送付する回線切換え手段を有する。
【００１３】
管理対象コンピュータが電源ＯＦＦの状態では、前記ＳＶＰボードの非同期インターフェイスのスイッチ回路は、ＳＶＰボードのプロセッサ側に選択しておく。また、ＳＶＰボードは、前記サブ電源により本体電源ＯＦＦ時でも常時稼動状態にする。したがって、ＳＶＰマネージャがＳＶＰボードに常時、直接接続することが可能となり、前記ＳＶＰボードの電源制御回路に電源ＯＮ要求を送付してリモートから本体電源をＯＮすることが可能となる。
【００１４】
また、管理対象コンピュータが電源ＯＮされた後、正常に動作している状態では、前記非同期インターフェイスのスイッチ回路を前記ＳＶＰマネージャの回線切換え手段により管理対象コンピュータからアクセス可能な非同期インターフェイス側を選択する。これにより、管理コンピュータのリモート・アクセス機能と管理対象コンピュータのリモート・アクセス機能によりそれぞれネットワークＯＳが接続できるので、リモートからマネージャによりエージェント経由で障害監視や電源制御を行うことができる。
【００１５】
さらに、前記の回線接続監視手段により、リモート・アクセス機能による接続を終了させたり、障害により接続が切断された場合には、常に、前記非同期インターフェイスのスイッチ回路をＳＶＰボードのプロセッサ側を選択しておくことになる。したがって、管理対象コンピュータで、致命的障害が発生してネットワークＯＳやエージェントが動作できなくなった場合には、ＳＶＰマネージャがリモートから、直接、ＳＶＰボードに接続して、障害診断やリモート・リセット等を行うことが可能となる。
【００１６】
【発明の実施の形態】
図１に本発明を実現する一実施例のブロック図を示し、構成について説明する。
１０は、管理対象コンピュータ、１１は、管理対象コンピュータのハードウェア、１２は、ＳＶＰボード、１２１は、ＳＶＰのプロセッサによって制御するファームウェアであるＳＶＰ制御部、１２２は、非同期インターフェイスのスイッチ回路、１２３は、ＳＶＰボードのプロセッサに接続された非同期インターフェイス（以下、非同期Ｉ／Ｆと称す）、１２４は、管理対象コンピュータ１０からアクセス可能な非同期Ｉ／Ｆ、１３は、電源ユニット、１３１は、ＳＶＰボードに、常時電源供給するサブ電源、１４１、１４２は、ＬＡＮアダプタ、１５は、ディスク装置、１６１、１６２、１６３は、コンピュータで通信を行うためのネットワークＯＳ、１６１１、１６３１は、公衆回線経由でネットワークＯＳを接続するためのリモート・アクセス機能、１７は、ネットワークＯＳ上で動作し、管理対象コンピュータ１０の障害監視や電源制御を管理するエージェント、１８１、１８２は、それぞれリモート・アクセス機能１６１１、１６３１が公衆回線にアクセスするための回線ドライバ、１９は、本体バスを介して、エージェント１７とＳＶＰボード１２間でのデータ交換を行う行うＳＶＰドライバ、２０１、２０２は、それぞれネットワーク・アダプタ１４１、１４２を制御するネットワーク・ドライバ、２１は、ディスク１５を制御するディスク・ドライバ、２２は、管理コンピュータと管理対象コンピュータを接続するＬＡＮ（ローカル・エリア・ネットワーク）、２３は、管理対象コンピュータにＬＡＮで接続された管理コンピュータ、２４１、２４２は、ネットワークＯＳ１６１、１６２、１６３により、エージェント１７と接続して管理対象コンピュータ１０の管理を行うマネージャ、２５は、管理対象コンピュータ１０あるいはＳＶＰボード１２とリモート管理コンピュータである２７を接続するための公衆回線、２６１、２６２は、回線接続を行うためのモデム、２８は、リモート管理コンピュータ２７がモデムに接続するための非同期Ｉ／Ｆ、２９は、ＳＶＰボードに直接接続して、電源ＯＮ／ＯＦＦや致命的障害監視を行うＳＶＰマネージャを表す。
【００１７】
リモート管理コンピュータ２７と管理対象コンピュータ１０とは、回線２５により接続されるが、リモート・アクセス機能１６１１、１６３１により、低速であるが、ＬＡＮ２２で接続された管理コンピュータとまったく等価であり、透過的なネットワーク環境が実現される。マネージャ２４２は、このリモート・アクセス機能により、管理対象コンピュータ１０と接続されている場合に利用する管理装置であり、マネージャ２４１とまったく同一のものであってよい。リモート・アクセス機能により公衆回線での接続を含めて透過的なシステム管理を実現できる。
【００１８】
マネージャ２４２の障害管理部２４２１は、リモート・アクセス機能により接続時において、致命的な障害至らない場合の定常的な障害管理を行う。障害管理２４２１は、リモート・アクセス機能１６３１から回線２５を経由して、リモート・アクセス機能１６１１によって、エージェント１７に接続され、エージェント１７を介して管理対象コンピュータ１０の障害管理を行う。また、電源管理部２４２２も同様にエージェント１７を介して管理対象コンピュータ１０の電源管理を行う。
【００１９】
エージェント１７は、ＳＶＰドライバ１９によって、ＳＶＰボード１２の障害監視部１２１１からの障害情報を受け取ったり、電源制御部１２１２に電源ＯＮ／ＯＦＦ要求を送付する。
【００２０】
一方、管理対象コンピュータ１０が、電源ＯＦＦ時や致命的傷害を発生した後では、既に、ネットワークＯＳ１６１が動作できない状況にあり、リモート・アクセス機能を介してのマネージャ２４２からエージェント１７への接続は行えない。管理対象コンピュータに致命的障害が発生した場合でも、ＳＶＰボードは、独立したプロセッサで制御するため、正常に動作し続ける。また、本体が電源ＯＦＦ状態でも、ＳＶＰボード１２には、サブ電源１３１により常時電源供給するので動作している。
【００２１】
そこで、致命的障害発生時や電源ＯＦＦ時に、ＳＶＰボードに直接接続して、管理対象コンピュータ１０の障害管理や電源制御を行うのが、ＳＶＰマネージャ２９である。回線制御部１２１３は、本体電源ＯＦＦ時には、非同期Ｉ／Ｆスイッチ回路１２２を非同期Ｉ／Ｆ１２３側に選択しておく。これにより、ＳＶＰマネージャ２９は、回線管理部２９１によって、回線２５経由で、ＳＶＰボード１２の回線制御部１２１３と接続することが可能となる。接続後、ＳＶＰマネージャ２９は、電源管理部２９２によって、ＳＶＰボード１２の電源制御部１２１２に電源ＯＮ要求を送付し、管理対象コンピュータ１０の電源をＯＮすることができる。
【００２２】
また、管理対象コンピュータ１０で、致命的障害が発生した場合、致命的障害監視部１２１４は、回線制御部１２１３によって、自動的にダイアルし、回線２５を介してＳＶＰマネージャ２９の致命的傷害管理部２９３に障害発生を通知する。
【００２３】
図５は、ＳＶＰボード、ＳＶＰマネージャ、マネージャの構成と関係を示す詳細ブロック図である。図６から図２１までは各制御手段の動作を示すフローチャートである。図１、図５、および図６から図２１のフローチャートにより実施例の詳細制御を説明する。
【００２４】
図６のフローチャートが示すように、まず、ユーザは、回線制御手段２９１２に管理対象コンピュータ１０の電話番号を入力し、ＳＶＰマネージャ２９からＳＶＰボード１２への回線接続要求を出す（ステップ５００１）。回線接続手段２９１２は、非同期Ｉ／Ｆ２８を介して、モデム２６２を制御し、回線２５経由で、モデム２６１と回線接続する（ステップ５００２）。これにより、ＳＶＰマネージャ２９から非同期通信制御部１２１３１を介して、ＳＶＰボードと通信が可能になる。以後、ＳＶＰマネージャからＳＶＰボードへの全てのアクセスでは、この回線接続を既に行っていることを前提に説明する。
【００２５】
次に、リモート電源ＯＮ／ＯＦＦについて説明する。図７のフローチャートが示すように、ユーザは、リモート電源ＯＮ／ＯＦＦ手段２９２に電源ＯＮまたはＯＦＦ要求を出す（ステップ５０１１）。リモート電源ＯＮ／ＯＦＦ手段２９２は、非同期Ｉ／Ｆ２８、回線２５、非同期Ｉ／Ｆ１２３、非同期通信制御部１２１３１を介して（以下、同じ経路では、回線２５を介してと省略する）、電源制御部１２１２２に電源ＯＮまたはＯＦＦ要求を送付（ステップ５９１２）。電源ＯＮ要求の場合、電源制御部１２１２２は、電源ユニット１３を制御して、直ちに電源ＯＮする（ステップ５０１３）。一方、電源ＯＦＦ要求の場合には、電源制御部１２１２２は、ＳＶＰドライバ１９を介してエージェント１７に、一旦、電源ＯＦＦ要求を送付する（ステップ５０１４）。エージェント１７は、ネットワークＯＳ１６１にシステム終了要求を出し、システム終了処理完了後、ＳＶＰドライバ１９介して、ＳＶＰボード１２の電源制御部１２１２２に電源ＯＦＦ要求を送付する。電源制御部１２１２２は、電源ＯＦＦ要求を受け、今度は、直ちに、電源ユニット１３を制御し電源ＯＦＦする（ステップ５０１５〜５０１８）。
【００２６】
次に、回線切換えについては、図８が示すように、ＳＶＰ側に選択されている非同期インターフェイス・スイッチ回路２２の本体側への回線切換えを行う。ユーザは、回線切換手段２９１１に回線切換え要求を出す（ステップ５０２１）。回線切換手段２９１１は、回線２５を介して、回線切換制御部１２１３２に回線切換え要求を送付（ステップ５０２２）。回線切換制御部１２１３２は、非同期インターフェイスのスイッチ回路２２を制御して、非同期Ｉ／Ｆ１２４側に切換える（ステップ５０２３）。回線ドライバ１８１が、モデム２６１の接続を検出し、リモート・アクセス機能１６６１に通知する（ステップ５０２４）。リモート・アクセス機能１６６１は、回線ドライバ１８１により、モデム２６１を初期化し、接続待ち状態となる（ステップ５０２５）。
【００２７】
回線切換えで、リモート・アクセスによる接続（リモート・アクセス接続）の準備ができたので、次に、図９のように、リモート・アクセス機能接続を行う。ユーザは、リモート・アクセス機能１６３１に管理対象コンピュータ１０側の電話番号（回線、モデムが同一なので、同一番号）を入力し、回線接続要求を出す（ステップ５０３１）。リモート・アクセス機能１６３１は、回線ドライバ１８２により、非同期Ｉ／Ｆ２８、モデム２６２を制御して、回線２５経由で、モデム２６１に回線接続する（ステップ５０３２）。回線ドライバ１８２、非同期Ｉ／Ｆ２８、回線２５、非同期Ｉ／Ｆ１２４、回線ドライバ１８１を介して、リモート・アクセス機能１６３１とリモート・アクセス機能１６１１との間でリモート・アクセス接続を相互に確立する（ステップ５０３３）。
【００２８】
リモート・アクセス接続の切断は、図１０のフローチャートが示すように、ユーザは、リモート・アクセス機能１６３１に回線切断要求を出し、リモート・アクセス機能１６３１との間で、相互に接続解除し、回線を切断する（ステップ５０４１〜５０４３）。回線接続監視部１２１３３は、リモート・アクセス接続の確立を契機に、非同期Ｉ／Ｆと外部モデムを接続するための非同期Ｉ／Ｆドライバ回路１２５を介して、モデム２６１のキャリア信号により回線切断を監視する。これより、前記の回線切断を検出し、回線切換制御部１２１３２に回線切換要求を送付し、非同期Ｉ／Ｆ切換スイッチ１２２を非同期Ｉ／Ｆ１２３側に切り換える（ステップ５０４４〜５０４５）。これにより、リモート・アクセス接続されている場合を除き、ＳＶＰマネージャ２９が常に、ＳＶＰボード１２に回線接続できるようになる。
【００２９】
次に、管理対象コンピュータが正常に動作している定常状態での障害監視機能である障害警告とエージェント１７での障害ロギングについて説明する。筐体温度異常、ＦＡＮの停止、電源ユニットの異常等が障害信号として、管理対象コンピュータ１０からＳＶＰボードに通知するケーブル等を有する。障害警告は、図１１のように、障害監視１２１１１が常に、前記の本体の筐体温度センサ等から来る障害信号をモニタし、障害発生を障害イベント生成部１２１１２に通知する（ステップ５０５１）。障害イベント生成部１２１１２で生成した障害イベントは、障害ログ記録部１２１１３でロギングする一方、本体バス、ＳＶＰドライバ１９経由で、エージェント１７に送付する。（ステップ５０５２〜５０５４）。ＳＶＰ内のログ領域は容量にある程度制限があるため、エージェント１７は、障害イベントをファイルにロギングした後、障害警告として、リモート・アクセス接続されている場合は、マネージャ２４２に送付する（ステップ５０５５）。ＳＶＰ内部の障害ログは、ファイルに保存された障害ログがディスクの障害等で失われた場合の予備としてロギングするものと考えられる。リモート管理コンピュータでの管理中心に説明しているが障害イベントは、もちろん、ＬＡＮで接続されたマネージャ２４１にも送付する。障害警告送付されるとマネージャ２４２の障害警告表示手段２４２１１が画面に障害警告ウィンドウなど、グラフィック・ユーザ・インターフェイス等で表示し、障害発生を即ユーザに知らせることが可能となる。これにより、重大な障害の予防や障害対策時間の短縮化を図ることができる（ステップ５０５６）。
【００３０】
図１２のフローチャートが示すように、障害イベントは、ＳＶＰボード内部でのみ検出されるものでなく、ディスク１５やネットワークアダプタ１４１で発生した障害イベントは、それぞれディスクドライバ２１やネットワークドライバ２０１からＳＶＰドライバ１９と同様に送付し、エージェント１７は、同じくファイルにロギングし、マネージャ２４２に送付する（ステップ５０６１〜５０６２）。これらのＳＶＰボード１２以外で発生した障害イベントの場合、ＳＶＰ内部のログとしても残すために、エージェント１７はＳＶＰドライバ１９介して、ＳＶＰボード１２の障害ログ記録部１２１１３に送付する（ステップ５０６３〜５０６５）。
【００３１】
これらの障害ログは、警告としてマネージャ２４２に送付されるだけでなく、必要に応じて、マネージャ２４１、２４２から全ての障害ログを参照できるようにする。図１３のフローチャートに示すように、ユーザは、リモート・アクセス機能１６３１でリモート・アクセス接続されている状態で、マネージャ２４２の障害ログ表示手段２４２１２により障害ログ要求をリモート・アクセス機能１６３１を介してエージェント１７に送付する（ステップ５０７１〜５０７２）。エージェント１７は、ファイルにロギングされた前障害ログをマネージャ２４２に送り返し、それを障害ログ表示手段２４２１２により、画面に表示する（ステップ５０７３〜５０７４）。これにより、ユーザは、過去の障害履歴からコンピュータの状態を解析し重大な障害の予防を行ったり、障害原因の解析のデータを得ることができる。
【００３２】
次に、マネージャ２４２の管理対象コンピュータ１０の電源管理について説明する。マネージャ２４２の電源管理部２４２２には、電源ＯＦＦ手段２４２２２と定時刻電源ＯＮ／ＯＦＦ手段２４２２１がある。電源ＯＦＦ手段２４２２２では、図１４のフローチャートのように、ユーザは、電源ＯＦＦ手段２４２２２により電源ＯＦＦ要求をリモート・アクセス機能１６３１によりエージェント１７に送付する（ステップ５０８１〜５０８２）。エージェント１７は、ネットワークＯＳ１６１にシステム終了要求を出し、システム終了処理完了後、ＳＶＰドライバ１９介して、ＳＶＰボード１２の電源制御部１２１２２に電源ＯＦＦ要求を送付する。電源制御部１２１２２は、電源ＯＦＦ要求を受け、直ちに、電源ユニット１３を制御し電源ＯＦＦする（ステップ５０８３〜５０８６）。
【００３３】
定時刻電源ＯＮ／ＯＦＦ設定では、図１５のフローチャートのように、定時刻電源制御手段２４２２１によりユーザが設定した電源ＯＮ／ＯＦＦ要求時刻をリモート・アクセス機能１６３１によりエージェント１７に送付する（ステップ５０９１〜５０９２）。エージェント１７は、ＳＶＰドライバ１９介して、ＳＶＰボード１２の定時刻電源制御部１２１２１に電源ＯＮ／ＯＦＦ要求時刻を送付する。定時刻電源制御部１２１２１は、ＲＴＣ（リアルタイムクロック）１２７に電源ＯＮ／ＯＦＦ要求時刻を設定する（ステップ５０９３〜５０９５）。
【００３４】
定時刻電源ＯＦＦでは、図１６のフローチャートのように、設定された電源ＯＦＦ要求時刻が来ると、ＲＴＣ１２７が定時刻電源制御部１２１２１に電源ＯＦＦ要求時刻が来たことを通知する（ステップ５１０１）。定時刻電源制御部１２１２１は、ＳＶＰドライバを介して、一旦、電源ＯＦＦ要求をエージェント１７に送付する（ステップ５１０２）。エージェント１７は、ネットワークＯＳ１６１にシステム終了要求を出し、システム終了処理完了後、ＳＶＰドライバ１９介して、ＳＶＰボード１２の電源制御部１２１２２に電源ＯＦＦ要求を送付する。電源制御部１２１２２は、電源ＯＦＦ要求を受け、直ちに、電源ユニット１３を制御し電源ＯＦＦする（ステップ５１０３〜５１０６）。
【００３５】
定時刻電源ＯＮでは、図１７のフローチャートのように、設定された電源ＯＮ要求時刻が来ると、ＲＴＣ１２７が定時刻電源制御部１２１２１に電源ＯＮ要求時刻が来たことを通知する（ステップ５１１１）。定時刻電源制御部１２１２１は、電源制御部１２１２２を介して、電源ユニット１３を制御し電源ＯＮする（ステップ５１１２）。
【００３６】
次に、ＳＶＰマネージャ２９の致命的障害管理部２９３について説明する。致命的障害管理部２９３は、障害自動通報受信手段２９３１、障害診断手段２９３２、リモート・リセット手段２９３３、システム動作確認手段２９４４を含み、それぞれ管理対象コンピュータ１０で、致命的障害が発生した場合の、通報から診断、リセットとリモート管理コンピュータ２７から初期対策を行うための機能を提供する。
【００３７】
図１８のフローチャートに示すように、障害自動通報は、管理対象コンピュータ１０で致命的障害が発生すると、まず、リモート・アクセス機能１６３１とリモート・アクセス機能１６１１との間で、リモート・アクセス接続されていた場合、リモート・アクセス機能１６１１の応答が無い事で、リモート・アクセス機能１６３１によって回線が切断される（ステップ５１２１〜５１２２）。回線接続監視部１２１３３は、リモート・アクセス接続中は、非同期Ｉ／Ｆドライバ回路１２５のモデム２６１からのキャリア信号により、回線切断を監視しており、ここで回線切断を検出し、回線切換制御部１２１３２に回線切換要求を送付し、非同期Ｉ／Ｆ切換スイッチ１２２を非同期Ｉ／Ｆ１２３側に切り換える（ステップ５１２３〜５１２４）。リモート・アクセス接続中でない場合は、ステップ５１２２〜５１２４）は、スキップする。本体ＯＳ状態監視部１２１４１は、定期的にＳＶＰドライバ１９と連絡しあい、管理対象コンピュータ１０の正常動作を随時確認する。致命的障害時にはＳＶＰドライバ１９からの応答が無いことで、管理対象コンピュータ１０のシステム・ダウンを検出し、障害自動通報制御１２１４２に通報する（ステップ５１２５〜５１２６）。あらかじめ登録されている電話番号で、非同期通信制御部１２１３１により、障害自動通報制御１２１４２は、リモート管理コンピュータ２７と回線接続し、ＳＶＰマネージャ２９の障害自動通報受信手段２９３１にシステム・ダウンを通知する（ステップ５１２７〜５１２８）。障害自動通報受信手段２９３１は、管理対象コンピュータ１０のシステム・ダウン・メッセージを表示して、ユーザに伝える（ステップ５１２９）。
【００３８】
図１９のフローチャートが示すように、障害診断では、致命的障害の通報を受けたユーザが、障害診断手段２９３２に障害情報取得要求を出す（ステップ５１３１）。障害診断手段２９３２は、回線２５を介して、ＳＶＰ１２の障害監視部１２１１１に障害信号情報を、障害ログ記録部１２１１３に全障害ログ情報を、それぞれ要求し、回線２５経由で、取得し、画面に表示する（ステップ５１３２〜５１３６）。ユーザは、これらを見て、管理対象コンピュータ１０の現在の状態を確認し、また、過去の障害ログの履歴から致命的障害に至るまでの経過を確認できる。
【００３９】
リモート・リセットについては、図２０のフローチャートが示すように、リモート・リセット手段２９３３では、回線２５を経由して、電源制御部１２１２２に電源ＯＦＦ要求と電源ＯＮ要求とを連続に送付し、電源ＯＦＦ後、直ちに、電源ＯＮすることで、管理対象コンピュータ１０にリセットをかける（ステップ５１４１〜５１４５）。前記の障害診断手段２９３２で、特に、問題がないと判断された場合、このリセットをかけることで、管理手段コンピュータ１０に再スタートがかけられる。システム・ダウンの多く原因は、ネットワークＯＳの不具合等で、たまたま、障害が発生した場合もあり、再スタートにより、正常に動作させられるケースも多い。ユーザの判断で、再スタートさせることも初期対策として、有効な手段である。
【００４０】
リモート・リセット後のシステム動作確認は、図２１のフローチャートが示すように、システム動作確認手段２９４４が、回線２５を経由して、本体ＯＳ状態監視部１２１４１にシステム動作確認要求を送付する（ステップ５１５１〜５１５２）。本体ＯＳ状態監視部１２１４１は、ＳＶＰドライバ１９に応答を要求し、その応答の有無でシステム動作中か否かを判断し、回線２５経由で結果をシステム動作確認手段２９４４に返す（ステップ５１５３〜５１５５）。システム動作確認手段２９４４は、システム動作状態のメッセージを画面表示し、ユーザに知らせる（ステップ５１５６）。
【００４１】
次に、ＳＶＰボード１２のハードウェアの実施例について、図２２のブロック図を用いて説明する。
【００４２】
１２０１は、ＳＶＰボード１２のローカルプロセッサを表し、管理対象コンピュータ本体のＣＰＵ５２とは、独立したプロセッサである。１２０２は、管理対象コンピュータ１０の障害を監視する複数のセンサから障害に関する情報を信号として送付する信号線群からローカル・プロセッサ１２０１が信号の状態を入力するためのＳＶＰインターフェイス制御回路を表す。センサとしては、筐体温度異常を監視するセンサ、ＦＡＮ停止を監視するセンサ、電源ユニット異常を監視するセンサ、前記Ｉ／Ｏバスに接続する周辺機器ボードの障害を監視するセンサ、ディスク装置、特に、ディスクアレイ装置を構成するハードディスクドライブの障害を監視するセンサ等が含まれる。
【００４３】
１２０３は、回線２５に接続されたモデム２６１を制御して通信を行うための回線制御回路を表す。１２０４は、電源ユニット１３を制御して管理対象コンピュータ１０本体の電源ＯＮ／ＯＦＦを制御する電源制御回路を表す。また、ＳＶＰボード１２は、サブ電源１３１から常時電源供給を受ける。１２０５は、ＳＶＰボードのスタート・プログラム等を格納するＰＲＯＭ、１２０６は、ＳＶＰ制御部１２１のプログラムや障害ログ情報を格納するための書き換え可能なＥＥＰＲＯＭを表す。１２０７は、ＳＶＰ制御の制御プログラムを実行するためのワーク領域となるＳＲＡＭを表す。ＳＶＰ制御部１２１は、ＥＥＰＲＯＭ１２０６およびＳＲＡＭ１２０７上の制御プログラムとしてローカル・プロセッサ１２０１により制御する。１２０８は、ローカル・プロセッサ１２０１にメモリ、周辺回路を接続するためのローカル・バスを表す。５２は、管理対象コンピュータ１０本体のＣＰＵ、５１はＳＶＰボード１２と本体を接続するための本体側のＥＩＳＡバスを表す。１２４１は、本体ＣＰＵ５２からアクセス可能なシリアルポート制御回路であって、本体ＣＰＵ５２が、ＥＩＳＡバス５１を介して、モデム２６１に接続するための非同期Ｉ／Ｆとして動作する。１２５１は、モデム２６１とＳＶＰボードを接続するためのＲＳ２３２Ｃドライバ回路を表す。ローカルプロセッサ１２０１は、ＲＳ２３２Ｃドライバ回路１２５１からモデム２６１のキャリア信号をモニタし、回線の接続状態を監視する。１２６１は、ローカル・プロセッサ１２０１が、ＥＩＳＡバス５１を介して、管理対象コンピュータ１０本体のＩ／ＯやメモリにアクセスするためのＥＩＳＡバス・マスター制御回路を表す。
【００４４】
次に、図５の実施例と図２２のブロック図の関係について説明する。バス制御部１２１５は、バス制御回路１２６にあたるＥＩＳＡバス・マスター制御回路１２６１を制御し、ＳＶＰドライバ１９と、ひいては、エージェント１７と障害イベントの送付などのデータ交換を行う。障害監視部１２１１１は、ＳＶＰインターフェイス制御回路１２０２を介して、筐体温度異常、電源ユニット異常、ＦＡＮ停止などのアラーム信号を受信し、障害イベント生成部１２１１２に障害発生を通知する。回線接続監視部１２１３３は、ＲＳ２３２Ｃドライバ回路１２５１からモデム２６１のキャリア信号をモニタし、回線の接続状態を監視する。回線切換制御部１２１３２は、ＳＶＰマネージャ２９の回線切換手段２９１１からの切換え要求や回線接続監視部１２１３３かの切換え要求によって、非同期Ｉ／Ｆスイッチ回路１２２を制御し、回線制御回路１２０３、あるいは、シリアルポート制御回路１２４１の何れかを選択する。回線制御回路１２０３側が選択されている場合、非同期通信制御部１２１３１は、回線制御回路１２０３を制御し、回線２５を介して、ＳＶＰマネージャ２９とデータ交換する。一方、シリアルポート制御回路１２４１が選択されている場合は、管理コンピュータ１０の回線ドライバ１８１がシリアルポート制御回路１２４１を制御し、回線２５を介して、リモート・アクセス機能１６１１と１６３１とを接続する。電源制御部１２１２２は、エージェント１７や定時刻電源制御部１２１２１、リモート電源ＯＮ／ＯＦＦ手段２９２１の電源ＯＮ／ＯＦＦ要求によって、電源制御回路１２０４を制御し、電源ユニット１３のＯＮ／ＯＦＦを制御する。
【００４５】
上記図６から図２０の各種フローチャートは、当該機能を実現するプログラムをストアする媒体部分に相当すると解すべきである。
【００４６】
図２３、２４は図１の実施例の修正実施例を示す。
図２３の修正例は、図１と比較すると、管理対象コンピュータ１０において、エージェント１７は障害管理部１７１、自動運転管理部及び構成管理部１７３を有し、その詳細は図２４に示されている。さらに状態監視回路３０と状態監視ドライバ３１が設けられている。管理コンピュータ２３のマネージャ２４１とリモート管理コンピュータ２７のマネージャ２４２とはそれぞれ構成管理部２４１３、２４２３と自動運転管理部２４１２、２４２２を有する。
【００４７】
次に，エージェント１７を中心とした障害管理、自動運転管理、および、構成管理の実施例について，図２３、２４により説明する。
図２３で、３０は筐体温度、ＦＡＮ稼動状況、電源ユニット稼動状況等、管理対象コンピュータ１０のデバイスの状態や異常を監視するため状態監視回路、３１は状態監視回路３０にアクセスしてデバイスの状態に関する情報を取得するための状態監視ドライバ、３２は電源ユニット１３を制御して管理対象コンピュータ１０を電源ＯＦＦするための電源ＯＦＦドライバである。１７１はエージェント１７内で管理対象コンピュータ１０の各デバイスの障害管理を行う障害管理部、１７１１は状態監視ドライバ３１やネットワークドライバ２０１、ディスクドライバ２１をアクセスして各デバイスの状態を監視し、異常な状態を判定して障害イベントを生成する障害監視手段、１７１２は前記の障害イベントの障害ログをディスク等に記録する障害ログ記録手段、１７１３は前記イベントを障害警告としてマネージャ２４１に送付する障害警告生成手段である。また、１７２はエージェント１７内で管理対象コンピュータ１０の自動運転管理を行う自動運転管理部、１７２１は自動運転のための例えば一年分のスケジュール情報をディスク等に格納してそれに合わせて管理対象コンピュータ１０の自動運転を制御する自動運転スケジュール管理手段、１７２２は電源ＯＦＦ要求を受けてネットワークＯＳ１６１にシャットダウン要求を出すシャットダウン手段である。１７３は、構成情報管理手段１７３１により、ネットワークＯＳ１６１やネットワークドライバ２０１、ディスクドライバ２１、あるいは、障害監視ドライバ３１、ＳＶＰドライバ１９等から各デバイスやネットワークＯＳ１６１の構成や状態の取得／設定を行う構成情報管理部である。２４１１は障害管理のユーザインターフェイスを提供するマネージャの障害管理部、２４１１１は障害警告生成手段１７１３からの障害警告を管理コンピュータの画面に表示するための障害警告表示手段、２４１１２は障害ログ記録手段１７１２で記録した障害ログを同じく画面に表示するための障害ログ表示手段、２４１２は自動運転のユーザインターフェイスを提供するマネージャの運転管理部、２４１２１は自動スケジュール管理手段１７２１にスケジュールを設定するための自動運転スケジュール設定手段、２４１２２は１７２２により管理対象コンピュータ１０を電源ＯＦＦするための電源ＯＦＦ手段、２４１３は構成情報管理のユーザインターフェイスを提供するマネージャの構成情報管理部で、２４１３１は構成情報管理手段１７３１を介して画面に構成情報表示したり設定を行うための構成情報表示設定手段である。その他の構成は第１図の実施例と共通である。
【００４８】
本実施例では、ＳＶＰ１２を経由することなく、エージェント１７が、状態監視ドライバ３１により、直接、状態監視回路３０にアクセスして、ハードウェアの状態を監視し、筐体温度異常や、ＦＡＮの停止、電源ユニットの異常等のハードウェア障害の判定を可能とした。エージェント１７の障害監視手段１７１１は、状態監視ドライバ３１介して、状態検出回路３０にアクセスして、筐体温度、ＦＡＮ稼動状況、電源ユニット稼動状況等、管理対象コンピュータ１０のハードウェアの状態を監視し、ハードウェアの異常な状態を判定して、障害イベントを生成する。障害イベントには、イベント名、障害発生日時、障害発生源等の情報を設定する。また、障害監視手段１７１１はネットワークドライバ２０１、ディスクドライバ２１、ＳＶＰドライバ１９を介して、各デバイスの状態を監視し、各デバイスの異常な状態を判定して、同様に障害イベントを生成する。障害イベントを生成後、障害監視手段１７１１は、生成した障害イベントを障害ログ記録手段１７１２と障害警告生成手段１７１３に送付する。障害ログ記録手段１７１２では、ディスク等に障害イベントを障害ログと記録する。記録された障害ログは、マネージャ２４１の障害ログ表示手段２４１１２を介して、ユーザが参照可能となる。一方、障害警告手段１７１３は、障害を発生した管理対象コンピュータ１０の名前等を障害イベント追加して障害警告を生成し、ただちに、マネージャ２４１の障害警告表示手段２４１１１に送付し、障害警告メッセージ等を表示し、ユーザに障害発生を通知する。
【００４９】
次に、管理対象コンピュータ１０の電源ＯＦＦに関して説明する。ユーザの電源ＯＦＦ操作により、マネージャ２４１の電源ＯＦＦ手段２４１２２はＬＡＮ２２を介してエージェント１７のシャットダウン手段１７２２に電源ＯＦＦ要求を送付する。その後シャットダウン手段１７２２はネットワークＯＳ１６１にシャットダウン要求を出す。シャットダウン処理が終了して、ネットワークＯＳ１６１から電源ＯＦＦドライバ３３にシャットダウン終了通知が来ると電源ＯＦＦドライバ３３は電源ユニット１３に対して電源ＯＦＦの設定を行い管理対象コンピュータ１０を電源ＯＦＦする。
【００５０】
次に、自動運転管理について説明する。マネージャの自動運転スケジュール設定手段２４１２１は、例えば、カレンダー形式などのグラフィックユーザインターフェイス等により、管理対象コンピュータ１０の自動運転スケジュールをユーザに設定させ、その自動運転スケジュール情報をエージェント１７の自動運転スケジュール管理手段１７２１に送付する。自動運転スケジュール管理手段１７２１は、スケジュール情報を受け取るとディスクに格納し、以後、このスケジュール情報に合わせて管理対象コンピュータ１０を自動運転する。スケジュール情報に設定された定時刻の電源ＯＦＦを実現するために、自動運転スケジュール管理手段１７２１は、まず、管理対象コンピュータ１０が電源ＯＮしてエージェント１７が実行された際に、ディスクに格納したスケジュール情報から最も近い未来の電源ＯＦＦ時刻を検索し、定時刻電源ＯＦＦ要求として、ＳＶＰドライバ１９を介して、ＳＶＰボード１２に送付する。管理対象コンピュータ１０が稼動中に、設定された電源ＯＦＦ要求時刻が来ると、ＳＶＰボード１２は、ＳＶＰドライバ１９を介して、電源ＯＦＦ要求をエージェント１７のシャットダウン処理１７２２に送付する。シャットダウン処理１７２２は、マネージャ２４１からの電源ＯＦＦの場合と同様にネットワークＯＳ１６１のシャットダウン処理後、管理対象コンピュータ１０の電源をＯＦＦする。一方、スケジュール情報に設定された定時刻の電源ＯＮを実現するために、自動運転スケジュール管理手段１７２１は、シャットダウン処理の際に、ディスクに格納したスケジュール情報から最も近い未来の電源ＯＮ時刻を検索し、定時刻電源ＯＮ要求として、ＳＶＰドライバ１９を介して、ＳＶＰボード１２に送付する。管理対象コンピュータ１０が電源ＯＦＦ中に、電源ＯＮ要求時刻が来ると、ＳＶＰボード１２は、電源ユニット１３を制御して、直ちに、電源ＯＮする。
【００５１】
次に、構成情報管理について説明する。構成情報管理は、管理対象コンピュータ１０のデバイスやネットワークＯＳ１６１の構成や状態に関する情報を管理し、ユーザに対して、参照／設定機能を提供するものである。ユーザの参照／設定要求により、マネージャ２４１の構成情報表示設定手段２４１３１はＬＡＮ２２を介して、エージェント１７の構成情報管理手段１７３１に構成情報の取得／設定要求を送付する。取得要求を受け取った場合、構成情報管理手段１７３１は、ネットワークＯＳ１６１やネットワークドライバ２０１、ディスクドライバ２１、障害監視ドライバ３１、ＳＶＰドライバ１９からＣＰＵ数、メモリやディスクの容量等、ネットワークＯＳ１６１や各デバイスの構成や状態に関する情報を収集し、構成情報表示設定手段２４１３１に返送する。そして、構成情報表示設定手段２４１３１は返送された情報を画面に表示する。一方、設定要求を受けとった場合、構成情報管理手段１７３１は、ネットワークＯＳ１６１や各ドライバに設定要求を送付し設定の変更を行う。
【００５２】
【発明の効果】
本発明によれば、ＬＡＮだけでなく公衆回線で接続された複数のコンピュータの障害監視や電源制御をネットワークＯＳのリモート・アクセス機能によって、通常のＬＡＮ接続した場合と同様に、エージェントを介した統一的手法で、一括集中的に行うことが可能であり、特に、広域なネットワークでのシステム管理者のコンピュータ管理の負担を大幅に低減することが可能となる。また、筐体温度異常、電源ユニット異常、ＦＡＮ停止、ディスクエラーといった重大な障害につながる障害を障害警告として、早期にかつ網羅的に監視可能であり、事前対策により、システム障害予防を行うことが可能である。また、一旦、致命的障害が発生し、コンピュータがシステムダウン状態に陥った場合にも、公衆回線などネットワークを介して、システム管理者が即座に通知が受けられ、また、障害に関連した情報の取得やリモートからの電源ＯＦＦ、リモート・リセット、リセット後のシステム動作確認が可能であり、即座に致命的障害に対する初期対応を展開できる。ひいては、システムダウン時間の低減を実現し、障害による損害を最少に押さえることができる。また、ＬＡＮや公衆回線などネットワークを介して、常時、自動で、定時刻電源ＯＮ／ＯＦＦやリモートからの電源ＯＮ／ＯＦＦ制御が可能であり、ネットワークで接続されたコンピュータの一括運用管理を実現し、システム管理者の負担低減を図り、遠隔運用保守を支援する。
【図面の簡単な説明】
【図１】本発明の一実施例を示すブロック図である。
【図２】従来技術のシステム構成を示すブロック図である。
【図３】リモート・アクセス機能を示すブロック図である。
【図４】従来技術での問題点を示すブロック図である。
【図５】実施例の詳細を示すブロック図である。
【図６】回線接続手順を示すフローチャートである。
【図７】リモート電源ＯＮ／ＯＦＦ手順を示すフローチャートである。
【図８】回線切換手順を示すフローチャートである。
【図９】リモート・アクセス手順を示すフローチャートである。
【図１０】リモート・アクセス切断手順を示すフローチャートである。
【図１１】障害警告／障害ロギング手順を示すフローチャートである。
【図１２】障害ロギング手順を示すフローチャートである。
【図１３】障害ログ表示手順を示すフローチャートである。
【図１４】電源ＯＦＦ手順を示すフローチャートである。
【図１５】定時刻電源ＯＮ／ＯＦＦ時刻設定手順を示すフローチャートである。
【図１６】定時刻手順電源ＯＦＦ手順を示すフローチャートである。
【図１７】定時刻電源ＯＮ手順を示すフローチャートである。
【図１８】障害自動通報手順を示すフローチャートである。
【図１９】障害診断手順を示すフローチャートである。
【図２０】リモート・リセット手順を示すフローチャートである。
【図２１】システム動作確認手順を示すフローチャートである。
【図２２】ＳＶＰボードのハードウェアの実施例を示すブロック図である。
【図２３】図１の実施例を修正した他の実施例を示すブロック図である。
【図２４】図２３の実施例の詳細を示すブロック図である。
【符号の説明】
１０…管理対象コンピュータ、１１…管理対象コンピュータのハードウェア、１２…ＳＶＰボード、１２１…ＳＶＰ制御部、１２２…非同期インターフェイスのスイッチ回路、１２３、１２４…非同期インターフェイス、１３…電源ユニット、１３１…サブ電源、１４１、１４２…ＬＡＮアダプタ、１５…ディスク装置、１６１、１６２、１６３…ネットワークＯＳ、１６１１、１６３１…リモート・アクセス機能、１７…エージェント、１８１、１８２…回線ドライバ、１９…ＳＶＰドライバ、２０１、２０２…ネットワークドライバ、２１…ディスクドライバ、２２…ローカルエリアネットワーク、２３…管理コンピュータ、２４１、２４２…マネージャ、２５…公衆回線、２６１、２６２…モデム、２７…リモート管理コンピュータ、２８…非同期Ｉ／Ｆ、２９…ＳＶＰマネージャ、３０…状態監視回路、３１…状態監視ドライバ
【図１】
0003653335.tif 000002
【図２】
0003653335.tif 000003
【図３】
0003653335.tif 000004
【図４】
0003653335.tif 000005
【図５】
0003653335.tif 000006
【図６】
0003653335.tif 000007
【図７】
0003653335.tif 000008
【図８】
0003653335.tif 000009
【図９】
0003653335.tif 000010
【図１０】
0003653335.tif 000011
【図１１】
0003653335.tif 000012
【図１２】
0003653335.tif 000013
【図１３】
0003653335.tif 000014
【図１４】
0003653335.tif 000015
【図１５】
0003653335.tif 000016
【図１６】
0003653335.tif 000017
【図１７】
0003653335.tif 000018
【図１８】
0003653335.tif 000019
【図１９】
0003653335.tif 000020
【図２０】
0003653335.tif 000021
【図２１】
0003653335.tif 000022
【図２２】
0003653335.tif 000023
【図２３】
0003653335.tif 000024
【図２４】
0003653335.tif 000025