(57)【特許請求の範囲】
【請求項１】
ネットワーク管理装置にネットワークを介して接続され、それぞれに予めアドレスが付与される複数の通信手段を備えた通信装置であって、
いずれか１つのアドレスが使用可能であることを示す情報を記憶する記憶手段と、
前記通信手段の障害を検出する障害監視手段と、
前記障害監視手段が障害を検出した場合には、前記通信手段に付与されたアドレスが使用可能か否かを前記情報に基づいて判定する判定手段と、
前記判定の結果、前記通信手段に付与されたアドレスが使用可能である場合には、前記ネットワーク管理装置に前記障害の発生を通知し、前記判定の結果、前記通信手段に付与されたアドレスが使用不可である場合には、前記記憶手段に記憶されている情報を他のアドレスが使用可能であることを示す情報に書き換え、当該他のアドレスに基づいて前記ネットワーク管理装置に前記障害の発生を通知する障害通知手段と、
を備えたことを特徴とする通信装置。
【請求項２】
前記障害通知手段は、
前記判定の結果、前記通信手段に付与されたアドレスが使用可能である場合には、前記ネットワークの接続状態を検出し、前記ネットワークが接続されている場合には、前記ネットワーク管理装置に前記障害の発生を通知するようにし、かつ、前記ネットワークが切断状態の場合には、前記記憶手段に記憶されているアドレスを他のアドレスに変更して、当該他のアドレスに基づいて前記ネットワーク管理装置に前記障害の発生を通知する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記障害通知手段は、
前記通信装置の起動時に、前記記憶手段を参照し、前記記憶手段に記憶される情報が前記通信手段に付与されるアドレスを示す情報以外の場合、前記通信手段に付与されているアドレスを前記記憶手段に記録する
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
ネットワーク管理装置にネットワークを介して接続され、それぞれに予めアドレスが付与される複数の通信手段を備えた通信装置における通信方法であって、
いずれか１つのアドレスが使用可能であることを示す情報を記憶手段に記憶させるステップと、
前記通信手段の障害を検出するステップと、
障害を検出した場合には、前記通信手段に付与されたアドレスが使用可能か否かを前記情報に基づいて判定するステップと、
前記判定の結果、前記通信手段に付与されたアドレスが使用可能である場合には、前記ネットワーク管理装置に前記障害の発生を通知するステップと、
前記判定の結果、前記通信手段に付与されたアドレスが使用不可である場合には、前記記憶手段に記憶されている情報を他のアドレスが使用可能であることを示す情報に書き換え、当該他のアドレスに基づいて前記ネットワーク管理装置に前記障害の発生を通知するステップと、
を含むことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理装置に検出した障害を通知する通信装置および通信方法に関する。
【背景技術】
【０００２】
ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）ネットワークにおいて、ルータ、ＰＣ、端末等、ネットワークに接続される通信装置をネットワーク経由で監視し、制御するためのプロトコルに、ＳＮＭＰ（Simple Network Management Protocol）がある。
【０００３】
ＳＮＭＰは、ＳＮＭＰマネージャとＳＮＭＰエージェントの要素に分けられ、ＳＮＭＰマネージャとは、ＳＮＭＰに対応した管理ソフトウェアがインストールされるネットワーク管理装置のことをいい、ＳＮＭＰエージェントとは、管理される通信装置のことをいう。
【０００４】
通信装置は、ＭＩＢ（Management Information Base）と呼ばれる管理情報データベースを備えている。ＭＩＢには、ＳＮＭＰエージェントが収集したネットワーク情報が格納され、具体的には、自身のＩＰアドレスや、受信したパケットの数やサイズ、ネットワークの利用率、衝突発生回数等でのネットワーク情報が格納される（例えば、特許文献１参照）。
【０００５】
ＳＮＭＰでのネットワーク管理は、このＳＮＭＰエージェントのＭＩＢ情報をＳＮＭＰマネージャが参照し、あるいは変更することによって行なわれる。また、何らかの障害発生により通信装置のインタフェースがダウン（リンクダウン）し、あるいは障害が回復して通信装置のインタフェースがアップ（リンクアップ）した時に、ＳＮＭＰエージェントがＳＮＭＰトラップ（パケット）を送信することで、ＳＮＭＰマネージャはそのイベント発生を認識し、管理することができる。
【特許文献１】特開２００４−２８０５９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、従来の技術では、図８に示す２つの通信ボードを備える通信装置などにおいて障害が発生した場合、それぞれのＳＮＭＰエージェントが非同期に独立して起動し、ＳＮＭＰマネージャにＳＮＭＰトラップを送信することになる。
【０００７】
しかしながら、発生した障害が、一方のＳＮＭＰエージェントプログラムの経路におけるネットワークケーブル断線等の理由によるネットワークダウン、またはネットワークインタフェースの故障の場合、当該ＳＮＭＰエージェントプログラムは経路確保ができないため、ＳＮＭＰマネージャにＳＮＭＰトラップを通知することができないという問題があった。そして、この問題に対応するためには、ＳＮＭＰ監視対象となる通信装置のネットワークインタフェースを冗長化する等の対応が必要であった。
【０００８】
本発明は上記した事情に基づいてなされたものであり、ＳＮＭＰ監視対象となる通信装置のネットワークインタフェースを冗長化することなく、ＳＮＭＰマネージャに障害発生を通知することのできる、通信装置およびその方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記した課題を解決するために本発明は、ネットワーク管理装置にネットワークを介して接続され、それぞれに予めアドレスが付与される複数の通信手段を備えた通信装置であって、いずれか１つのアドレスが使用可能であることを示す情報を記憶する記憶手段と、前記通信手段の障害を検出する障害監視手段と、前記障害監視手段が障害を検出した場合には、前記通信手段に付与されたアドレスが使用可能か否かを前記情報に基づいて判定する判定手段と、前記判定の結果、前記通信手段に付与されたアドレスが使用可能である場合には、前記ネットワーク管理装置に前記障害の発生を通知し、前記判定の結果、前記通信手段に付与されたアドレスが使用不可である場合には、前記記憶手段に記憶されている情報を他のアドレスが使用可能であることを示す情報に書き換え、当該他のアドレスに基づいて前記ネットワーク管理装置に前記障害の発生を通知する障害通知手段と、を備えたことを特徴とする通信装置である。
【００１０】
本発明は、上記に記載の発明において、前記障害通知手段は、前記判定の結果、前記通信手段に付与されたアドレスが使用可能である場合には、前記ネットワークの接続状態を検出し、前記ネットワークが接続されている場合には、前記ネットワーク管理装置に前記障害の発生を通知するようにし、かつ、前記ネットワークが切断状態の場合には、前記記憶手段に記憶されているアドレスを他のアドレスに変更して、当該他のアドレスに基づいて前記ネットワーク管理装置に前記障害の発生を通知することを特徴とする。
【００１１】
本発明は、上記に記載の発明において、前記障害通知手段は、前記通信装置の起動時に、前記記憶手段を参照し、前記記憶手段に記憶される情報が前記通信手段に付与されるアドレスを示す情報以外の場合、前記通信手段に付与されているアドレスを前記記憶手段に記録することを特徴とする。
【００１２】
本発明は、ネットワーク管理装置にネットワークを介して接続され、それぞれに予めアドレスが付与される複数の通信手段を備えた通信装置における通信方法であって、いずれか１つのアドレスが使用可能であることを示す情報を記憶手段に記憶させるステップと、前記通信手段の障害を検出するステップと、障害を検出した場合には、前記通信手段に付与されたアドレスが使用可能か否かを前記情報に基づいて判定するステップと、前記判定の結果、前記通信手段に付与されたアドレスが使用可能である場合には、前記ネットワーク管理装置に前記障害の発生を通知するステップと、前記判定の結果、前記通信手段に付与されたアドレスが使用不可である場合には、前記記憶手段に記憶されている情報を他のアドレスが使用可能であることを示す情報に書き換え、当該他のアドレスに基づいて前記ネットワーク管理装置に前記障害の発生を通知するステップと、を含むことを特徴とする通信方法である。
【発明の効果】
【００１３】
この発明によれば、通信装置は、いずれか１つのアドレスが使用可能であることを示す情報を記憶する記憶手段と、通信手段の障害を検出する障害監視手段と、障害監視手段が障害を検出した場合には、通信手段に付与されたアドレスが使用可能か否かを情報に基づいて判定する判定手段と、判定の結果、通信手段に付与されたアドレスが使用可能である場合には、ネットワーク管理装置に障害の発生を通知し、判定の結果、通信手段に付与されたアドレスが使用不可である場合には、記憶手段に記憶されている情報を他のアドレスが使用可能であることを示す情報に書き換え、当該他のアドレスに基づいてネットワーク管理装置に障害の発生を通知する障害通知手段とを備える構成とした。これにより、障害発生時の経路制御を内部的に実行することができ、ＳＮＭＰ監視対象となる通信装置のネットワークインタフェースを冗長化することなく、ＳＮＭＰマネージャに障害発生を通知することができ、信頼性の向上がはかれる。また、ＳＮＭＰ監視対象となる通信装置のネットワークインタフェースを冗長化する方法に比べて低いコストで実現できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態を図面を参照して説明する。
図１は、本実施形態の通信装置の内部構成を示すブロック図である。本実施形態の通信装置５は、２つの通信ボード２０（３０）を備えており、通信ボード２０（３０）は、それぞれＣＰＵ２２（３２）、メモリ２３（３３）、ディスク２４（３４）、ＰＣＩ（Peripheral Component Interconnect）／メモリコントローラ２５（３５）、ネットワークインタフェース（ＮＷ ＩＦ）２１（３１）を実装する。なお、通信ボード２０（３０）としては、具体的にはボードＰＣ等が適用される。
【００１５】
ＣＰＵ２２（３２）のそれぞれには、後述するＳＮＭＰエージェントプログラムおよび障害監視プログラムが常駐し、このうち、障害監視プログラムは、障害発生を検出したときにＳＮＭＰエージェントプログラムに通知することで、障害発生通知を行う仕組みになっている。
【００１６】
なお、通信装置ボード２０（３０）のそれぞれは、一方で、ＰＣＩ／メモリバスコントローラ２５（３５）を介してＰＣＩバス４０に接続され、他方で、ＮＷＩ／Ｆ２１（３１）、およびルータ２（３）を介してＩＰネットワーク４に接続される。
ＩＰネットワーク４には、他に、ＳＮＭＰマネージャがインストールされたネットワーク管理装置１が接続されている。
【００１７】
図２から図４は、本実施形態の通信方法の概略工程を示した図である。
図２に示されるように、ＳＮＭＰエージェントプログラム２２２（３２２）は、ＣＰＵ２２（３２）内に１つ常駐し、それぞれに予め一意に認識可能な属性アドレスが割り当てられる。具体的には、通信装置５の通信ボード２０（３０）が組み込まれるスロットのスロット番号等を属性アドレスとして利用することができる。
通信ボード２０（３０）の属性アドレスが、主属性アドレスであるか否かの判定は、通信ボード２０（３０）が備える共有ＤＢ２４０（３４０）に記憶される主属性アドレスの項目に記憶されている属性アドレスと、自ボードの属性アドレスとが一致するか否かにより行われる。図２は、通信ボード２０に常駐するＳＮＭＰエージェントプログラム２２２の属性アドレスが主属性のアドレスであり、通信ボード３０に常駐するＳＮＭＰエージェントプログラム３２２の属性アドレスが副属性のアドレスである例を示している。
【００１８】
共有ＤＢ２４０（３４０）は、図１に示すディスク２４（３４）のそれぞれに設けられ、上記した属性アドレスの他に、上述したＭＩＢなどの情報が記憶される。
【００１９】
また、共有ＤＢ２４０（３４０）は、非同期に動作する通信ボード２０（３０）に対し、データの整合性を維持するために、ＳＮＭＰエージェントプログラム２２２（３２２）がデータを更新あるいは参照する際にロックできるように構成されている。具体的には、ＳＮＭＰエージェントプログラム２２２が共有ＤＢ２４０をロックすると、その情報がＳＮＭＰエージェントプログラム３２２に通知され、ＳＮＭＰエージェントプログラム３２２はロック解除の通知をＳＮＭＰエージェントプログラム２２２から受信するまで共有ＤＢ３４０にアクセスすることができなくなるようにして構成される。なお、共有ＤＢ２４０（３４０）は、非同期に動作する通信ボード２０（３０）に対し、データの整合性を維持するために、ＳＮＭＰエージェントプログラム２２２（３２２）がデータを更新あるいは参照する際にロックできるように構成されているが、この場合、ロック及びロック解除のプロセスを例えば、以下のように行うようにしてもよい。すなわち、ＳＮＭＰエージェントプログラム２２２が共有ＤＢ２４０をロックした場合には、共有ＤＢ２４０から共有ＤＢ３４０へ、ロックするよう通知を行い、当該通知を受け取った共有ＤＢ３４０が当該通知に基づいてロックするとともに、この状態でデータの更新が終了した場合には、ＳＮＭＰエージェントプログラム２２２が共有ＤＢ２４０へロック解除の通知を行い、通知を受けた共有ＤＢ２４０が共有ＤＢ３４０へロック解除の通知を行うようにする。
【００２０】
さらに、共有ＤＢ２４０（３４０）の整合性を維持するため、ＳＮＭＰエージェントプログラム２２２（３２２）によって、いずれか一方の共有ＤＢ２４０（３４０）に情報が記録されると、情報を記録したＳＮＭＰエージェントプログラム２２２（３２２）は、他方のＳＮＭＰエージェントプログラム３２２（２２２）に記録した情報を通知し、通知された他方のＳＮＭＰエージェントプログラム３２２（２２２）はロックの解除後に、共有ＤＢ３４０（２４０）に通知された情報を記録する処理を行うように構成されている。
【００２１】
図２の状態において、通信ボード２０の障害監視プログラム２２１が、当該通信ボード２０内での障害発生（例えば、ＣＰＵ２２がメモリ２３やディスク２４、ＰＣＩ／メモリコントローラ２５の動作を検出しない状態を意味する）を検出したとする。上述したように、通信ボード２０のＳＮＭＰエージェントプログラム２２２の属性アドレスが主属性アドレスであるため、ＳＮＭＰエージェントプログラム２２２からネットワーク管理装置１のＳＮＭＰマネージャ１００に対してＳＮＭＰトラップ信号が送信される。
【００２２】
一方、図３に示されるように、通信ボード３０の障害監視プログラム３２１が、障害発生を検出した場合、通信ボード３０のＳＮＭＰエージェントプログラム３２２の属性アドレスが副属性アドレスであるため、ＳＮＭＰエージェントプログラム３２２は、主属性アドレスの通信ボード２０のＳＮＭＰエージェントプログラム２２２との間でプロセス間通信を行い、ＳＮＭＰエージェントプログラム２２２にＳＮＭＰトラップ送信要求信号を送信する。そして、ＳＮＭＰトラップ送信要求を受信した主属性のアドレスのＳＮＭＰエージェントプログラム２２２は、ネットワーク管理装置１のＳＮＭＰマネージャ１００に対してＳＮＭＰトラップ信号を送信する。
【００２３】
また、図４に示されるように、主属性のアドレスのＳＮＭＰエージェントプログラム２２２が、ネットワークインタフェースの接続状態を判定し、リンクダウンになっていた場合、自らの経路を利用して通信できないため、副属性のアドレスのＳＮＭＰエージェントプログラム３２２とプロセス間通信を行ってＳＮＭＰトラップ送信要求信号を送信し、副属性のアドレスのＳＮＭＰエージェント３２２がネットワーク管理装置１のＳＮＭＰマネージャ１００にＳＮＭＰトラップ信号を送信する。
【００２４】
これにより、ネットワークダウン、またはネットワークインタフェースが故障しても、２つのＳＮＭＰエージェントプログラム２２２、３２２の間で内部的に通信経路を確保することができ、ＳＮＭＰ監視対象となる通信装置５のネットワークインタフェースを冗長化することなくネットワーク管理装置１（ＳＮＭＰマネージャ１００）に障害発生を通知することができる。
【００２５】
図５から図７は、本実施形態の通信装置の動作を説明するために引用したフローチャートである。
図５は、電源投入時における通信装置、図６及び図７は、ＳＮＭＰトラップ信号送信時における通信装置５の動作を示す。
以下、図５から図７のフローチャートを参照しながら、本実施形態の通信装置の動作について詳細に説明する。なお、以下の説明において、属性アドレスには、通信装置５のスロット番号（１、２…ｎ）が適用されているものとする。
【００２６】
図５に示されるように、通信装置５の電源投入時、各通信ボード２０（３０）は、それぞれにインストールされたＳＮＭＰエージェントプログラム２２２（３２２）をＣＰＵ２２（３２）にロードして起動する（ステップＳ６１、Ｓ６２）。
起動されたＳＮＭＰエージェントプログラム２２２（３２２）のうち早く起動した方のＳＮＭＰエージェントプログラム２２２（３２２）は、共有ＤＢ２４０（３４０）をロックし（ステップＳ６３）、共有ＤＢ２４０（３４０）に記憶されている主属性アドレスを参照し、主属性アドレスが自通信ボード２０（３０）の属性アドレスと一致するか否かにより、自通信ボード２０（３０）が主属性か否かを判定する（ステップＳ６４）。主属性アドレスが“ＮＵＬＬ”の場合は、自通信ボード２０（３０）が主属性のアドレスであるとして、共有ＤＢ２４０（３４０）の主属性アドレスに、自通信ボード２０（３０）の属性アドレスを記録する（ステップＳ６５）。主属性アドレスが自ボード２０（３０）の属性アドレスと一致する場合には、共有ＤＢ２４０（３４０）のロックを解除する（ステップＳ６７）。主属性アドレスが他の通信ボード３０（２０）の場合、自通信ボード２０（３０）は副属性であると判定し（ステップＳ６６）、共有ＤＢ２４０（３４０）のロックを解除する（ステップＳ６７）。
【００２７】
なお、図５に示す処理では、両方のＳＮＭＰエージェントプログラム２２２（３２２）の動作について説明しているが、共有ＤＢ２４０と共有ＤＢ３４０のいずれか一方が必ずロックされる以上、同時に共有ＤＢ２４０（３４０）が参照されることはなく、いずれか一方の処理が行われた後に、他方の処理が行われるため、ＳＮＭＰエージェントプログラム２２２と３２２が同時に主属性にはならない。
【００２８】
次に、図６に示されるように、ＳＮＭＰエージェントプログラム３２２（２２２）は、障害監視プログラム２２１（３２１）から障害検出の情報を受信した場合、あるいは、他の通信ボード３０（２０）のＳＮＭＰエージェントプログラム３２２（２２２）からトラップ送信要求信号を受信した場合（ステップＳ７１）、ＳＮＭＰエージェントプログラム２２２（３２２）は、共有ＤＢ２４０（３４０）を参照し、自通信ボード２０（３０）の属性アドレスが主属性アドレスであるか否かを判定する（ステップＳ７２）。判定の結果、主属性アドレスであると判定した場合、更に、ネットワークインタフェースのリンク状態を判定する（ステップＳ７３）。ここで、リンクアップの場合、ＳＮＭＰエージェントプログラム２２２（３２２）は、ＳＮＭＰトラップ信号をネットワーク管理装置１のＳＮＭＰマネージャ１００に送信する（ステップＳ７４）。一方、リングダウンの場合、ＳＮＭＰエージェントプログラム２２２（３２２）は、主属性アドレスを変更するため共有ＤＢ２４０（３４０）をロックし（ステップＳ７５）、共有ＤＢ２４０（３４０）の主属性アドレスを更新する（ステップＳ７６）。
【００２９】
ここで、リンクダウンとは、何らかの障害によりルータ２（３）がダウンしている状態、リンクアップとは、障害から復旧してルータ２（３）のインタフェースがアップした状態をいう。
【００３０】
また、主属性アドレスの更新は、共有ＤＢ２４０（３４０）の主属性アドレスの項目に記憶されている属性アドレスをインクリメントすることにより実行され、インクリメントされることにより次のスロット番号の通信ボードのＳＮＭＰエージェントプログラムが主属性となる。なお、主属性アドレスの項目に記憶される属性アドレスの値が実装される通信ボード２０（３０）のスロット数を超過した場合、主属性アドレスを“１”にリセットする。
【００３１】
最後に、ＳＮＭＰエージェントプログラム２２２（３２２）は、共有ＤＢ２４０（３４０）のロックを解除し（ステップＳ７７）、主属性のアドレスのＳＮＭＰエージェントプログラム２２２（３２２）にトラップ送信要求信号を送信する（図８のステップＳ８１）。なお、このとき、トラップ送信要求信号の無限ループを防ぐため、送信元アドレスを付与することによって同一アドレスからの要求を遮断する仕組みとする。
【００３２】
一方、ステップＳ７７、あるいはステップＳ７２の処理の後、自通信ボード２０（３０）が副属性アドレスである場合、当該通信ボード２０（３０）は、主属性のアドレスのＳＮＭＰエージェントプログラム２２２（３２２）に対してＳＮＭＰトラップ送信要求信号を送信する（ステップＳ８１）。
【００３３】
続いて、主属性のアドレスのＳＮＭＰエージェントプログラム２２２（３２２）が、ネットワーク管理装置１に常駐するＳＮＭＰマネージャ１００に対してＳＮＭＰトラップ信号を送信し、ＳＮＭＰトラップ送信要求信号を送信した通信ボード２０（３０）がその応答（送信失敗）を受信した場合（ステップＳ８２：Ｎｏ）、自身の共有ＤＢ２４０（３４０）をロックし（ステップＳ８３）、その共有ＤＢ２４０（３４０）の主属性アドレスを更新する（ステップＳ８４）。ここでも、主属性アドレスが通信装置５に実装される通信ボード２０（３０）の数（最大値）を超過した場合、主属性アドレスを“１”にリセットする。
【００３４】
最後に、共有ＤＢ２４０（３４０）のロックを解除し（ステップＳ８５）、主属性のアドレスのＳＮＭＰエージェントプログラム２２２（３２２）にＳＮＭＰトラップ送信要求を送信する（ステップＳ８１）。
【００３５】
以上説明のように、本実施形態は、障害発生時の経路制御を内部的に実行することで、ＳＮＭＰ監視対象となる通信装置のネットワークインタフェースを冗長化することなく、ＳＮＭＰマネージャに障害発生を通知することを可能とするものであり、これにより、ＳＮＭＰマネージャにおいてＳＮＭＰトラップの到達率が増し、信頼性の向上がはかれる。また、監視対象通信装置の他の通信ボードのネットワークインタフェースを利用することにより、実装される通信ボードの数が多いほど、別途、ネットワークインタフェースを実装して冗長化する等によるコスト増を防ぐことが出来る。
【００３６】
なお、上記の実施形態では、自通信ボードのアドレスと共有ＤＢ２４０（３４０）に記憶されるアドレスが一致する場合に主属性として判定し、一致しない場合に副属性として判定するようにしていたが、本発明は、この実施形態に限られず、共有ＤＢ２４０（３４０）に全てのアドレスの項目を設け、それぞれの項目に使用可能か否かを示す情報を記憶させ、当該情報を参照して判定するようにしてもよい。
【００３７】
なお、本発明の記憶手段は、共有ＤＢ２４０（３４０）に対応し、障害監視手段は、障害監視プログラム２２１（３２１）に対応し、通信手段、判定手段及び障害通知手段は、ＳＮＭＰエージェントプログラム２２２（３２２）に対応する。
【図面の簡単な説明】
【００３８】
【図１】本実施形態の通信装置の構成を示すブロック図である。
【図２】本実施形態の通信方法の概略工程を説明するために引用した図である。
【図３】本実施形態の通信方法の概略工程を説明するために引用した図である。
【図４】本実施形態の通信方法の概略工程を説明するために引用した図である。
【図５】本実施形態の通信装置の動作を説明するために引用したフローチャートである。
【図６】本実施形態の通信装置の動作を説明するために引用したフローチャートである。
【図７】本実施形態の通信装置の動作を説明するために引用したフローチャートである。
【図８】従来例における通信方法の概略工程を示す図である。
【符号の説明】
【００３９】
１…ネットワーク管理装置（ＳＭＮＰマネージャ）、２…ルータ、３…ルータ、４…ＩＰネットワーク、５…通信装置、２０…通信ボード、３０…通信ボード、２２、３２…ＣＰＵ、２３、３３…メモリ、２４、３４…ディスク、２５、３５…ＰＣＩ／メモリコントローラ、２１、３１…ネットワークインタフェース（ＮＷ  ＩＦ）、１００…ＳＭＮＰマネージャ、２２１、３２１…障害監視プログラム、２２２、３２２…ＳＮＭＰエージェントプログラム、２４０、３４０…共有ＤＢ
【図１】
0004619925.tif 000002
【図２】
0004619925.tif 000003
【図３】
0004619925.tif 000004
【図４】
0004619925.tif 000005
【図５】
0004619925.tif 000006
【図６】
0004619925.tif 000007
【図７】
0004619925.tif 000008
【図８】
0004619925.tif 000009