JP2011204192A - スイッチング装置、情報処理装置および障害通知制御プログラム - Google Patents

Abstract

【課題】ＳＮＭＰエージェント側とＳＮＭＰマネージャ側との間で管理される管理情報の更新状況が異なる場合でも、ＳＮＭＰによる監視および管理を正確に実施することを課題とする。
【解決手段】ＦＣスイッチは、更新されたＭＩＢを示す更新後ＭＩＢと更新される前のＭＩＢを示す更新前ＭＩＢとを記憶するＭＩＢ蓄積ＤＢを有する。そして、ＦＣスイッチは、障害監視対象装置で発生した障害を管理する管理装置が記憶するＭＩＢを特定する情報を取得し、取得されたＭＩＢに関する情報に基づいて、ＭＩＢ蓄積ＤＢに記憶されるＭＩＢのうち管理装置が記憶するＭＩＢを特定する。その後、ＦＣスイッチは、障害を検知した場合に、特定されるＭＩＢに基づいて、障害情報を管理装置に送信する。
【選択図】図２

Description

本発明は、スイッチング装置、情報処理装置および障害通知制御プログラムに関する。

従来、スイッチやファイバチャネルスイッチ（ＦＣスイッチ）等のネットワーク機器を有するネットワークシステムを監視し管理する手法として、ＳＮＭＰ（Simple Network Management Protocol）が利用されている。

ＳＮＭＰによる監視手法は、監視対象機器からＭＩＢ（Management Information Base）情報を収集して監視対象機器の状態を判断するＳＮＭＰマネージャと、ＳＮＭＰマネージャにＭＩＢ情報を送信するＳＮＭＰエージェントとを有して形成される。ＳＮＭＰマネージャは、例えば１０台から１００台規模のＳＮＭＰエージェントからＭＩＢ情報を収集し、収集したＭＩＢ情報に基づいて障害を検知する。

例えば、ＳＮＭＰマネージャを有する管理装置（以下、管理装置という）は、ＳＮＭＰエージェントを有し監視対象であるネットワーク機器（以下、監視対象機器という）各々のＭＩＢ定義ファイルを記憶する。また、ＳＮＭＰエージェントを有するネットワーク機器は、監視対象のオブジェクトを識別する「ＯＩＤ」と、監視対象のオブジェクトの状態を示す「状態情報」とを対応付けた「ＭＩＢ情報」を格納するＭＩＢ情報格納領域を有する。なお、ＭＩＢ定義ファイルもＭＩＢ情報と同様の情報を有する。

このような状態において、管理装置は、監視対象機器からＭＩＢ情報として、例えば「ＯＩＤ」などの情報を受信した場合に、受信したＯＩＤに基づいて自装置が記憶するＭＩＢ定義ファイルから「状態情報」を特定する。つまり、管理装置は、監視対象機器から受信したＭＩＢ情報によって、機器の状態を特定している。したがって、管理装置のＭＩＢ定義ファイルで管理されるＭＩＢ情報と、監視対象機器のＭＩＢで管理されるＭＩＢ情報とが一致している必要がある。

例えば、ファームウェアのバージョンによってＭＩＢ情報が異なる例について説明する。例えば、ファームウェアのバージョンアップ前（バージョン＝6.3.0a）のＭＩＢ情報では、「ＯＩＤ、状態情報」として「1.3.x.x.x.1、ON」、「1.3.x.x.x.2、OFF」、「1.3.x.x.x.3、restart」などを有するＭＩＢツリーが記憶される。また、ファームウェアのバージョンアップ後（バージョン＝6.3.0b）のＭＩＢ情報では、「ＯＩＤ、状態情報」として「1.3.x.x.x.1、ON」、「1.3.x.x.x.2、restart」、「1.3.x.x.x.3、OFF」などを有するＭＩＢツリーが記憶される。

これらを比較すると、「ＯＩＤ＝1.3.x.x.x.2」と「ＯＩＤ＝1.3.x.x.x.3」の示す値が異なることがわかる。この場合に、例えば、管理装置がバージョンアップ前のＭＩＢ情報を記憶し、監視対象機器がバージョンアップ後のＭＩＢ情報を記憶していた場合に、監視対象機器が「ＯＩＤ報＝1.3.x.x.x.2」を管理装置に送信する。この場合、監視装置は、「ＯＩＤ＝1.3.x.x.x.2」によって「機器状態＝restart」を特定するが、監視対象機器は、「ＯＩＤ＝1.3.x.x.x.2」に対応する「機器状態＝OFF」の状態である。つまり、監視装置は、監視対象機器の状態を誤って特定することとなる。

このように、監視対象機器が管理するＭＩＢ情報は、管理対象機器が有するファームウェアのバージョンによって変更されるため、ファームウェアのバージョンアップに伴って、管理装置が記憶するＭＩＢ定義ファイルの更新も実行される。

特開２００１−３３３０７２号公報 特開平１１−６８７４５号公報

しかしながら、従来の技術では、ＳＮＭＰエージェントが保持しているＭＩＢ情報とＳＮＭＰマネージャ側が保持しているＭＩＢ情報とは、それぞれで管理されているため、ＳＮＭＰエージェント側とＳＮＭＰマネージャ側とで更新状況が異なる場合がある。すなわち、ネットワーク機器を管理する管理側と管理対象となる機器側との間で、障害の検出等に共通して利用されるネットワーク機器の管理情報が不一致となる。このように、ＳＮＭＰエージェント側とＳＮＭＰマネージャ側との間で管理される管理情報の更新状況が異なる場合に、ＳＮＭＰによる監視および管理を正確に実施することができないという課題があった。

例えば、上述したように、ファームアップなどによってＳＮＭＰエージェント側のＭＩＢ情報が変更された場合に、遅滞無く、ＳＮＭＰマネージャ側のＭＩＢ情報を変更する必要がある。そして、ＳＮＭＰマネージャのＭＩＢ情報を更新する場合には、ＳＮＭＰマネージャを停止する、言い換えると、ＳＮＭＰによる監視管理システムを停止する必要がある。

一方で、ＳＮＭＰマネージャは、大規模であれば１００台以上になるＳＮＭＰエージェントを管理対象としているため、システム停止を行うとシステム全体の運用に支障をきたす。このため、ＳＮＭＰマネージャのＭＩＢ情報については、スケジューリングを行い、システム運用にきたさないタイミングで更新することとなる。

したがって、ＳＮＭＰエージェント側のＭＩＢ情報が変更されたにも関わらず、ＳＮＭＰマネージャ側のＭＩＢ情報が変更されていない状態が発生し、この間は、ＳＮＭＰエージェント側とＳＮＭＰマネージャ側のＭＩＢ情報が異なる。この結果、ＳＮＭＰによる監視および管理を正確に実施することができない事象が発生する。

開示の技術は、上記に鑑みてなされたものであって、ＳＮＭＰエージェント側とＳＮＭＰマネージャ側との間で管理される管理情報の更新状況が異なる場合でも、ＳＮＭＰによる監視および管理を正確に実施することが可能であるスイッチング装置、情報処理装置および障害通知制御プログラムを提供することを目的とする。

本願の開示するスイッチング装置は、一つの態様において、更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部と、障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された情報に基づいて、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定部と、障害を検知した場合に、前記管理情報特定部によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信部とを有する。

本願の開示するスイッチング装置、情報処理装置および障害通知制御プログラムの一つの態様によれば、ＳＮＭＰエージェント側とＳＮＭＰマネージャ側との間で管理される管理情報の更新状況が異なる場合でも、ＳＮＭＰによる監視および管理を正確に実施することが可能であるという効果を奏する。

図１は、実施例１に係るＦＣスイッチを含むシステムの全体構成を示す図である。 図２は、実施例１に係るＦＣスイッチの構成を示すブロック図である。 図３は、ＭＩＢ蓄積ＤＢに旧ＭＩＢ情報として記憶される情報の例を示す図である。 図４は、ＭＩＢ蓄積ＤＢに新ＭＩＢ情報として記憶される情報の例を示す図である。 図５は、ＭＩＢログＤＢに記憶される情報の例を示す図である。 図６は、実施例１に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを示すフローチャートである。 図７は、実施例１に係るＦＣスイッチにおけるＭＩＢ通知処理の流れを示すフローチャートである。 図８は、実施例１に係るＦＣスイッチにおける優先ＭＩＢ更新処理の流れを示すフローチャートである。 図９は、実施例２に係るカスケード接続されたＦＣスイッチの例を示す図である。 図１０は、実施例２に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを示すフローチャートである。 図１１は、実施例３に係るカスケード接続されたＦＣスイッチの例を示す図である。 図１２は、実施例４に係るカスケード接続されたＦＣスイッチの例を示す図である。 図１３は、実施例４に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを示すフローチャートである。 図１４は、実施例４に係るＦＣスイッチにおけるＭＩＢ通知処理の流れを示すフローチャートである。 図１５は、実施例４に係るＦＣスイッチにおける優先ＭＩＢ更新処理の流れを示すフローチャートである。 図１６は、障害通知プログラムを実行するコンピュータの例を示す図である。

以下に、本願の開示するスイッチング装置、情報処理装置および障害通知制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

実施例１では、本願の開示するスイッチング装置をＦＣ（Fibre Channel）スイッチに適した例について説明する。ここでは、ＦＣスイッチを含む全体構成、ＦＣスイッチの構成、ＦＣによる処理の流れ、実施例１による効果を順に説明する。なお、本実施例では、管理情報としてＭＩＢ情報を用いた例を説明するが、これに限定されるものではなく、ネットワーク機器等を管理できる機器管理情報であれば、どのような情報でも適用できる。

［全体構成］
図１は、実施例１に係るＦＣスイッチを含むシステムの全体構成を示す図である。図１に示すように、このシステムは、管理装置１とサーバ５とサーバ６とＦＣスイッチ１０とストレージ５０とを有するシステムであり、いわゆるＳＡＮ（Storage Area Network）を形成する。ストレージ５０は、複数のディスクを有し、サーバ５やサーバ６が利用するデータを記憶する記憶装置である。なお、図１に示した各装置の台数等は、あくまで例示であり、これに限定されるものではない。

管理装置１は、ＳＮＭＰ（Simple Network Management Protocol）マネージャの機能を有するパーソナルコンピュータやサーバであり、サーバ５、サーバ６、ＦＣスイッチ１０のそれぞれとＬＡＮ（Local Area Network）等のネットワークで接続される。また、管理装置１は、ＳＮＭＰエージェントごとに、ＭＩＢ情報を記憶するＭＩＢ定義ファイルを有し、障害監視対象装置で発生した障害を管理する。そして、管理装置１は、ＳＮＭＰエージェントからＭＩＢ情報を受信して、送信元のＳＮＭＰエージェントを有する機器の状態や障害を検出して管理する。

サーバ５とサーバ６は、ファイバーチャネルで接続されるＦＣスイッチ１０を介してストレージ５０と接続され、ストレージ５０に対してデータの書き込みやストレージ５０からデータの読出しを実行するサーバである。

ＦＣスイッチ１０は、ＳＮＭＰエージェント機能を有するスイッチング装置であり、ＳＮＭＰによるＴｒａｐ制御等によって、ＳＮＭＰマネージャの管理装置１に対してＭＩＢ情報を送信する。例えば、ＦＣスイッチ１０は、管理者等によって予め指定されたイベントが発生した場合や、送受信パケット数、エラーパケット数、ＣＰＵ（Central Processing Unit）使用率などが閾値を超過した場合に、該当するＭＩＢ情報を管理装置１に送信する。また、ＦＣスイッチ１０は、サーバ５、サーバ６、ストレージ５０のそれぞれとファイバーチャネルで接続され、管理装置１とＬＡＮで接続される。そして、ＦＣスイッチ１０は、サーバ５やサーバ６からストレージ５０に対するアクセスや他のサーバ等へのアクセスを受け付けた場合に、自装置が有するルーティング情報にしたがってアクセスを制御する。

このＦＣスイッチ１０は、更新されたＭＩＢを示す更新後ＭＩＢと更新される前のＭＩＢを示す更新前ＭＩＢとを記憶する。そして、ＦＣスイッチ１０は、障害を管理する管理装置１が記憶するＭＩＢに関する情報を取得し、取得されたＭＩＢに関する情報に基づいて、自装置に記憶されるＭＩＢのうち管理装置１が記憶するＭＩＢを特定する。言い換えると、ＦＣスイッチ１０は、管理装置１が記憶するＭＩＢを特定する情報を取得て、自装置に記憶されるＭＩＢのうち管理装置１が記憶するＭＩＢを特定する。その後、ＦＣスイッチ１０は、障害を検知した場合に、特定されるＭＩＢに基づくＭＩＢ情報を用いて当該障害の情報を管理装置１に送信する。

このように、ＦＣスイッチ１０は、管理装置１がＭＩＢ定義ファイルで管理するＭＩＢ情報にあわせたＭＩＢを用いて、障害情報を送信することができる。この結果、ＳＮＭＰエージェント側とＳＮＭＰマネージャ側との間で管理されるＭＩＢ情報の更新状況が異なる場合でも、ＳＮＭＰによる監視および管理を正確に実施することが可能である。

［ＦＣスイッチの構成］
次に、図２を用いて、図１に示したＦＣスイッチ１０の構成を説明する。図２は、実施例１に係るＦＣスイッチの構成を示すブロック図である。図２に示すように、ＦＣスイッチ１０は、ＬＡＮポート１１と、ＦＣポート１２ａ〜１２ｎと、制御回路１３と、メモリ１４と、記憶部１５と、制御部２０とを有する。

ＬＡＮポート１１は、ＬＡＮケーブルを接続する通信インタフェースであり、管理装置１のようにＬＡＮ等のネットワークに接続される装置との通信を制御する。例えば、ＬＡＮポート１１は、管理装置１からＭＩＢバージョン情報等を受信し、また、管理装置１に対してＭＩＢ情報を送信する。

ＦＣポート１２ａ〜１２ｎは、ファイバチャネル（ＦＣ）を接続する通信インタフェースであり、サーバ５やサーバ６のようにＦＣに接続される装置との通信を制御する。例えば、ＦＣポート１２ａ〜１２ｎは、サーバ５やサーバ６からストレージ５０へのデータ書き込み要求やデータ読出し要求を受信し、また、各要求に対する応答を送信元のサーバに送信する。なお、ＦＣポート１２ａは、サーバ５に接続されるなど接続形態やポートの数は、システムの特性や管理形態によって任意に設定変更することができる。

制御回路１３は、例えばＡＳＩＣ（Application Specific Integrated Circuit）などの集積回路であり、ＦＣポート１２ａ〜１２ｎのルーティングを制御する。例えば、制御回路１３は、後述するスイッチング制御部２１によって生成されたルーティング情報に基づいて、ＦＣポートで受信されたデータを宛先に送信する。具体的には、制御回路１３は、ＦＣポート１２ａから受信したデータをＦＣポート１２ｆに送信し、また、ＦＣポート１２ｇから受信したデータをＦＣポート１２ｅに送信する。なお、制御回路１３は、スイッチング制御部２１によってメモリ１４に格納されたルーティング情報を参照してルーティング制御してもよく、また、スイッチング制御部２１の指示によってルーティング情報を回路に反映させてルーティング制御してもよい。

メモリ１４は、ＦＣポート１２ａ〜１２ｎに関するルーティング情報やＬＡＮポート１１に関するルーティング情報などを記憶するＲＡＭ（Random Access Memory）などの記憶装置である。なお、メモリ１４が記憶する各ルーティング情報は、後述するスイッチング制御部２１によって生成されて格納される。

記憶部１５は、制御部２０による各種処理に必要なデータおよびプログラムを格納する半導体メモリ素子、ハードディスク、コンパクトフラッシュ（登録商標）などの記憶装置であり、例えば、ＭＩＢ蓄積ＤＢ１６とＭＩＢログＤＢ１７とを有する。なお、記憶部１５が記憶する各種プログラム等は、制御部２０の実行によって、メモリ１４上に読み出される。

ＭＩＢ蓄積ＤＢ１６は、制御部２０が有する各制御部やＳＮＭＰエージェントのバージョンアップによって更新される前のＭＩＢを示す旧ＭＩＢ情報１６ａと、更新されたＭＩＢを示す新ＭＩＢ情報１６ｂとを記憶する。なお、ここでは、２世代のバージョンを記憶する例を示したが、これに限定されるものではなく、任意の世代数を記憶することもできる。

例えば、ＭＩＢ蓄積ＤＢ１６は、図３に示すように、「バージョン＝6.3.0a」のＭＩＢ情報として、監視対象のオブジェクトを識別する「ＯＩＤ」と監視対象のオブジェクトの状態を示す「状態情報」と対応付けた旧ＭＩＢ情報１６ａを記憶する。具体的には、ＭＩＢ蓄積ＤＢ１６は、旧ＭＩＢ情報１６ａとして、「ＯＩＤ、状態情報」を「1.3.x.x.x.x.1、ON」、「1.3.x.x.x.x.2、OFF」、「1.3.x.x.x.x.3、restart」などと記憶する。なお、図３は、ＭＩＢ蓄積ＤＢに旧ＭＩＢ情報として記憶される情報の例を示す図である。

また、新ＭＩＢ情報１６ｂは、図４に示すように、「バージョン＝6.3.0b」のＭＩＢ情報として、旧ＭＩＢ情報１６ａと同様に、「ＯＩＤ」と「状態情報」とを対応付けた新ＭＩＢ情報１６ｂを記憶する。具体的には、ＭＩＢ蓄積ＤＢ１６は、新ＭＩＢ情報１６ｂとして、「ＯＩＤ、状態情報」を「1.3.x.x.x.x.1、ON」、「1.3.x.x.x.x.2、restart」、「1.3.x.x.x.x.3、OFF」などとを記憶する。なお、図４は、ＭＩＢ蓄積ＤＢに新ＭＩＢ情報として記憶される情報の例を示す図である。

また、ＭＩＢ蓄積ＤＢ１６に記憶される旧ＭＩＢ情報１６ａや新ＭＩＢ情報１６ｂは、制御部２０が有する各制御部やＳＮＭＰエージェントのバージョンアップによって自動的に更新されてもよく、管理者等によって手動で更新されてもよい。また、制御部２０が有する各制御部がファームウェアで実現される場合には、ファームウェアのバージョンアップに伴って、自動的にアップロードされようにすることもできる。

ＭＩＢログＤＢ１７は、管理装置１に送信されたＭＩＢ情報と、管理装置１にＭＩＢ情報が送信された時点でのＦＣスイッチの実際の状態とを対応付けたログを記憶する。例えば、ＭＩＢログＤＢ１７は、図５に示すように、「日時、送信時の状態、送信時のＯＩＤ値、最新バージョンのＯＩＤ」として「2009/12/12 10:00:12、OFF、1.3.x.x.x.x.2、1.3.x.x.x.x.3」や「2010/12/12 10:10:12、restart、1.3.x.x.x.x.2、1.3.x.x.x.x.2」などを記憶する。ここで記憶される情報は、後述するＭＩＢログ生成部２５によって格納される。なお、図５は、ＭＩＢログＤＢに記憶される情報の例を示す図である。

ここで記憶される「日時」は、後述するＳＮＭＰエージェント制御部２４によってＭＩＢ情報が送信された日時を示す。「送信時の状態」は、ＳＮＭＰエージェント制御部２４によってＯＩＤが送信された時点でもＦＣスイッチの実際の状態を示す値である。「送信時のＯＩＤ」は、ＳＮＭＰエージェント制御部２４におけるTrap処理によってＭＩＢ情報として送信されたＯＩＤの値を示す。「最新バージョンのＯＩＤ」は、ＳＮＭＰエージェント制御部２４によってＯＩＤが送信された時点で、ＭＩＢ蓄積ＤＢ１６に記憶される新ＭＩＢ情報１６ｂにおいて、「送信時の状態」を特定するＯＩＤの値である。

つまり、図５の「2009/12/12 10:00:12、OFF、1.3.x.x.x.x.2、1.3.x.x.x.x.3」は、「送信時のＯＩＤ値」と「最新バージョンのＯＩＤ」とが一致していないことから、最新バージョンのＭＩＢを用いて、障害通知がされていないことがわかる。また、図５の「2010/12/12 10:10:12、restart、1.3.x.x.x.x.2、1.3.x.x.x.x.2」は、「送信時のＯＩＤ値」と「最新バージョンのＯＩＤ」とが一致していることから、最新バージョンのＭＩＢを用いた障害通知が実行されたことがわかる。

制御部２０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）などの電子回路である。この制御部２０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。さらに、制御部２０は、スイッチング制御部２１とＭＩＢバージョン受信部２２と優先ＭＩＢ特定部２３とＳＮＭＰエージェント制御部２４とＭＩＢログ生成部２５とを有し、これらによって各種処理を実行する。

また、制御部２０は、制御部２０または制御部２０が有する各制御部がバージョンアップされた場合に、ＭＩＢ情報をアップロードする。例えば、制御部２０は、バージョンアップが実行された場合に、ＭＩＢ蓄積ＤＢ１６に記憶される新ＭＩＢ情報１６ｂのデータを旧ＭＩＢ情報１６ａに変更するとともに、バージョンアップに伴う新たなＭＩＢ情報を新たな新ＭＩＢ情報１６ｂとして格納する。

制御部２０の各制御部の説明に戻り、スイッチング制御部２１は、ＦＣポート１２ａ〜１２ｎに関するルーティング情報やＬＡＮポート１１に関するルーティング情報を生成してメモリ１４等に格納する。例えば、スイッチング制御部２１は、管理者等によって設定されたＬＡＮポート１１やＦＣポートの接続状況や各ポートを介して受信したパケットのヘッダ情報等に基づいて、各ルーティング情報を生成してメモリ１４に格納する。また、スイッチング制御部２１は、生成したＦＣポート１２ａ〜１２ｎに関するルーティング情報を制御回路１３内部の回路に反映し、制御回路１３自体にルーティング情報を設定することもできる。

ＭＩＢバージョン受信部２２は、管理装置１が記憶するＭＩＢに関する情報を取得し、取得されたＭＩＢに関する情報に基づいて、ＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報のうち管理装置１が記憶するＭＩＢ情報を特定する。例えば、ＭＩＢバージョン受信部２２は、制御部２０または制御部２０が有する各制御部がバージョンアップに伴って、ＭＩＢ蓄積ＤＢ１６が更新された場合に、管理装置１が記憶するＦＣスイッチ１０のＭＩＢのバージョン情報を管理装置１から取得する。そして、ＭＩＢバージョン受信部２２は、取得したバージョン情報を優先ＭＩＢ特定部２３に出力する。

具体的に例を挙げて説明すると、ＭＩＢバージョン受信部２２は、ＭＩＢ蓄積ＤＢ１６の旧ＭＩＢ情報１６ａと新ＭＩＢ情報１６ｂとが更新された場合に、管理装置１に対してＭＩＢのバージョン情報の提供要求を送信する。その後、ＭＩＢバージョン受信部２２は、管理装置１が管理するＦＣスイッチ１０のＭＩＢのバージョン情報として「6.3.0a」を受信した場合、「6.3.0a」を優先ＭＩＢ特定部２３に出力する。

また、ＭＩＢバージョン受信部２２が管理装置１の記憶するＭＩＢのバージョン情報を取得する契機は、制御部２０等がバージョンアップされてＭＩＢ蓄積ＤＢ１６が更新された場合に限られるものではない。例えば、管理装置１が自装置のＭＩＢが更新された場合、更新された新たなＭＩＢのバージョン情報を送信してきてもよい。この場合でも、ＭＩＢバージョン受信部２２は、取得したバージョン情報を優先ＭＩＢ特定部２３に出力する。

優先ＭＩＢ特定部２３は、ＭＩＢバージョン受信部２２により取得されたＭＩＢに関する情報に基づいて、ＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報のうち管理装置１が記憶するＭＩＢ情報を特定する。例えば、ＭＩＢ蓄積ＤＢ１６の旧ＭＩＢ情報１６ａにバージョン「6.3.0a」に情報が格納されており、ＭＩＢ情報１６ｂにバージョン「6.3.0b」に情報が格納されている状態において、ＭＩＢバージョン受信部２２から「6.3.0a」を受信したとする。この場合、優先ＭＩＢ特定部２３は、ＭＩＢバージョン受信部２２から受信した「6.3.0a」と一致する旧ＭＩＢ情報１６ａを優先ＭＩＢ情報として決定する。また、優先ＭＩＢ特定部２３は、決定した優先ＭＩＢ情報をメモリ１４に格納するようにしてもよく、ＭＩＢ蓄積ＤＢ１６にフラグ等を付加して優先ＭＩＢ情報がどれであるかを特定できるようにしてもよい。

この優先ＭＩＢ特定部２３は、管理装置１の管理するＭＩＢのバージョン情報がＭＩＢバージョン受信部２２で受信され、そのバージョン情報をＭＩＢのバージョン情報から受信するたびに、優先ＭＩＢ情報の特定を実施する。つまり、優先ＭＩＢ特定部２３は、ＦＣスイッチ１０のＭＩＢ情報が更新された場合だけでなく、管理装置１のＭＩＢ情報が更新されたこともリアルタイムに取得することができる。したがって、優先ＭＩＢ特定部２３は、管理装置１が管理するＭＩＢのバージョン情報をリアルタイムかつ正確に特定することができる。

ＳＮＭＰエージェント制御部２４は、ＳＮＭＰエージェントを実行する制御部であり、障害を検知した場合に、優先ＭＩＢ特定部２３によって特定されるＭＩＢに基づくＭＩＢ情報を管理装置１に送信する。例えば、ＳＮＭＰエージェント制御部２４は、ＦＣスイッチ１０において障害を検知した場合に、当該障害に対応するＯＩＤを優先ＭＩＢ情報から取得して管理装置１に送信する。

上述した例で具体的に説明すると、ＳＮＭＰエージェント制御部２４は、ＦＣスイッチ１０において「装置電源＝ＯＦＦ」の障害を検知した場合に、優先ＭＩＢ特定部２３に優先ＭＩＢ情報の提供要求を送信し、優先ＭＩＢ情報が「6.3.0a」であることを取得する。そして、ＳＮＭＰエージェント制御部２４は、「6.3.0a」のＭＩＢ情報である旧ＭＩＢ情報１６ａにおける「状態情報＝ＯＦＦ」に対応する「ＯＩＤ＝1.3.x.x.x.x.2」を管理装置１に送信する。そして、ＳＮＭＰエージェント制御部２４は、検知した障害が「ＯＦＦ」であったことと、当該障害の情報として「ＯＩＤ＝1.3.x.x.x.x.2」を送信したことをＭＩＢログ生成部２５に出力する。

また、ＳＮＭＰエージェント制御部２４は、優先ＭＩＢ特定部２３によって特定された優先ＭＩＢ情報が「6.3.0a」であることを、優先ＭＩＢ特定部２３からの通知やメモリ１４等から特定するようにしてもよい。また、ＳＮＭＰエージェント制御部２４は、例えば旧ＭＩＢ情報１６ａなど優先ＭＩＢ情報そのものを優先ＭＩＢ特定部２３から取得するようにしてもよい。なお、ＳＮＭＰエージェント制御部２４が障害を検知する契機としては、ＳＮＭＰマネージャからのポーリングによる検知やエージェントのTrap機能を用いた自発的な検知などＳＮＭＰで利用される一般的な機能を用いることができる。

ＭＩＢログ生成部２５は、ＳＮＭＰエージェント制御部２４によってＭＩＢ情報が管理装置１に送信された場合に、送信された情報や障害情報等をＭＩＢログＤＢ１７に格納する。例えば、ＳＮＭＰエージェント制御部２４から「障害＝ＯＦＦ」、送信した「ＯＩＤ＝1.3.x.x.x.x.2」、送信した「日時＝2010/2/11 23/10/15」を受信したとする。

この場合、ＭＩＢログ生成部２５は、「日時＝2010/2/11 23/10/15」の新たなレコードをＭＩＢログＤＢ１７に生成し、そのレコードの「送信時の状態」に「ＯＦＦ」を格納し、「送信時のＯＩＤ値」に「1.3.x.x.x.x.2」を格納する。さらに、ＭＩＢログ生成部２５は、「日時＝2010/2/11 23/10/15」時点での新ＭＩＢ情報１６ｂを参照し、「状態情報＝ＯＦＦ」に対応する「ＯＩＤ＝1.3.x.x.x.x.3」を新ＭＩＢ情報１６ｂから取得する。そして、ＭＩＢログ生成部２５は、取得した「ＯＩＤ＝1.3.x.x.x.x.3」を「日時＝2010/2/11 23/10/15」のレコードにおける「最新バージョンのＯＩＤ」としてＭＩＢログＤＢ１７に格納する。

［ＦＣスイッチによる処理の流れ］
次に、図６〜図８を用いて、ＦＣスイッチ１０における処理の流れを説明する。図６は、実施例１に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを示すフローチャートである。図７は、実施例１に係るＦＣスイッチにおけるＭＩＢ通知処理の流れを示すフローチャートである。図８は、実施例１に係るＦＣスイッチにおける優先ＭＩＢ更新処理の流れを示すフローチャートである。

（ＭＩＢ特定処理の流れ）
まず、図６を用いて、実施例１に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを説明する。図６に示すように、制御部２０等のバージョンアップに伴ってＭＩＢ蓄積ＤＢ１６のＭＩＢ情報がアップロードされると（ステップＳ１０１肯定）、ＦＣスイッチ１０は、ステップＳ１０２を実行する。

具体的には、ＦＣスイッチ１０のＭＩＢバージョン受信部２２は、ＳＮＭＰマネージャ側である管理装置１から管理装置１が管理する当該ＦＣスイッチ１０のＭＩＢのバージョン情報を取得する。そして、ＭＩＢバージョン受信部２２は、取得したＭＩＢのバージョン情報を優先ＭＩＢ特定部２３に出力する。

続いて、ＦＣスイッチ１０の優先ＭＩＢ特定部２３は、ＭＩＢバージョン受信部２２により取得されたＭＩＢのバージョン情報に基づいて、ＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報のうち管理装置１が記憶するＭＩＢ情報を特定する（ステップＳ１０３）。

（ＭＩＢ通知処理の流れ）
次に、図７を用いて、実施例１に係るＦＣスイッチにおけるＭＩＢ通知処理の流れを説明する。図７に示すように、ＳＮＭＰエージェント制御部２４は、ＦＣスイッチ１０に障害が発生したことを検知すると（ステップＳ２０１肯定）、優先ＭＩＢ特定部２３に対して優先ＭＩＢ情報の取得を実施するｇｅｔ処理を実行する（ステップＳ２０２）。

続いて、優先ＭＩＢ特定部２３は、ＳＮＭＰエージェント制御部２４からの要求に対する応答として、特定した優先ＭＩＢ情報をＳＮＭＰエージェント制御部２４に送信するｒｅｐｌｙ処理を実行する（ステップＳ２０３）。

そして、ＳＮＭＰエージェント制御部２４は、優先ＭＩＢ特定部２３によって特定されるＭＩＢ情報を用いて、検知した障害を示す障害情報としてＭＩＢ情報のＯＩＤを管理装置１に送信するｓｅｎｄ処理を実行する（ステップＳ２０４）。

その後、ＭＩＢログ生成部２５は、ＳＮＭＰエージェント制御部２４によってＭＩＢ情報が管理装置１に送信された場合に、送信された情報や障害情報等をＭＩＢログＤＢ１７に格納するｗｒｉｔｅ処理を実行する（ステップＳ２０５）。

（ＭＩＢ更新処理の流れ）
次に、図８を用いて、実施例１に係るＦＣスイッチにおけるＭＩＢ更新処理の流れを説明する。図８に示すように、ＭＩＢバージョン受信部２２は、管理装置１が管理するＦＣスイッチ１０のＭＩＢが変更されたことを示す変更情報として、管理装置１が管理するＦＣスイッチ１０のＭＩＢのバージョン情報を管理装置１から受信する（ステップＳ３０１）。

続いて、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報が現時点での優先ＭＩＢ情報のバージョンと一致するか否かを判定する（ステップＳ３０２）。そして、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報が現時点での優先ＭＩＢ情報のバージョンと一致する場合には（ステップＳ３０２肯定）、優先ＭＩＢの変更を行わずに処理をＭＩＢ変更処理終了する。

一方、優先ＭＩＢ特定部２３は、現時点での優先ＭＩＢ情報のバージョンと一致しない場合に（ステップＳ３０２否定）、受信されたＭＩＢのバージョン情報と一致するＭＩＢ情報がＭＩＢ蓄積ＤＢ１６に記憶されているか否かを判定する（ステップＳ３０３）。

そして、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報と一致するＭＩＢ情報がＭＩＢ蓄積ＤＢ１６に記憶されている場合には（ステップＳ３０３肯定）、一致するＭＩＢ情報を新たな優先ＭＩＢ情報とするｍｏｄ処理を実行する（ステップＳ３０４）。

一方、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報と一致するＭＩＢ情報がＭＩＢ蓄積ＤＢ１６に記憶されていない場合には（ステップＳ３０３否定）、管理装置１が管理するＭＩＢ情報がＦＣスイッチ１０内に存在しないと判定する。そして、優先ＭＩＢ特定部２３は、エラーを示すアラーム等を管理装置１等に出力するエラー処理を実行する（ステップＳ３０５）。以後、更新された優先ＭＩＢ情報を用いて、図６や図７の処理が実行される。

［実施例１による効果］
このように、実施例１によれば、ＳＮＭＰエージェント側のＭＩＢ情報が変更されてから当該変更に伴ってＳＮＭＰマネージャ側のＭＩＢ情報が変更されるまでの間も、ＳＮＭＰによる監視および管理を正確に実施することが可能である。

また、ファームアップを行った際に機能アップをしても、ＳＮＭＰマネージャのサポート状況を取得することで、ＭＩＢ送信時に対応した障害情報を送信することができる。ＳＮＭＰマネージャの管理するＭＩＢが変更された場合でも、それに対応するＭＩＢを障害情報として送信することができる。さらに、ＭＩＢログＤＢ１７にて、本来のバージョンで送信する障害情報と実際に送信した障害情報を管理し、障害発生時の解析に利用可能とする。また、ＭＩＢログＤＢ１７において過去のＭＩＢ情報も可能な限り保持することで、ＳＮＭＰマネージャの対応ＭＩＢのダウングレードにも対応することができる。

ところで、本願の開示するＦＣスイッチは、カスケード接続により複数台のＦＣスイッチを接続することができる。そこで、実施例２では、カスケード接続されたＦＣスイッチにおいて優先ＭＩＢを特定する例について説明する。なお、実施例２では、２台のＦＣスイッチがカスケード接続される例について説明するが、接続台数を限定するものではない。

（全体構成）
まず、図９を用いて、カスケード接続されたＦＣスイッチの例を説明する。図９は、実施例２に係るカスケード接続されたＦＣスイッチの例を示す図である。図９に示すように、ＦＣスイッチ１０とＦＣスイッチ３０とがカスケード接続されており、ＦＣスイッチ１０と管理装置１とがネットワークで接続されている。

ＦＣスイッチ１０の構成は、実施例１で説明した構成と同様の構成を有する。また、ＦＣスイッチ３０の構成についても、実施例１で説明したＦＣスイッチ１０と同様の構成を有する。具体的には、ＦＣスイッチ３０のＬＡＮポート３１とＦＣポート３２ａ〜３２ｎと制御回路３３それぞれは、ＦＣスイッチ１０のＬＡＮポート１１とＦＣポート１２ａ〜１２ｎと制御回路１３のそれぞれと同様の機能を有する。また、ＦＣスイッチ３０のメモリ３４と記憶部３５と制御部４０のそれぞれは、ＦＣスイッチ１０のメモリ１４と記憶部１５と制御部２０のそれぞれと同様の機能を有する。

ただし、ＦＣスイッチ１０のＭＩＢ蓄積ＤＢ１６には、ＦＣスイッチ１０に対応したＭＩＢ情報が記憶されており、ＦＣスイッチ３０のＭＩＢ蓄積ＤＢ３６には、ＦＣスイッチ３０に対応したＭＩＢ情報が記憶されている。すなわち、それぞれのＦＣスイッチは、自装置の制御部、言い換えると、自装置が有するソフトウエアやファームウェアに対応したＭＩＢ情報を記憶している。

具体的には、ＦＣスイッチ１０のＭＩＢ蓄積ＤＢ１６は、ＦＣスイッチ１０のＭＩＢ情報として、旧ＭＩＢ情報（Ａ）１６ａと新ＭＩＢ情報（Ａ）１６ｂとを記憶する。また、ＦＣスイッチ３０のＭＩＢ蓄積ＤＢ３６は、ＦＣスイッチ３０のＭＩＢ情報として、旧ＭＩＢ情報（Ｂ）３６ａと新ＭＩＢ情報（Ｂ）３６ｂとを記憶する。

（処理の流れ）
次に、図１０を用いて、図９に示したカスケード接続されるＦＣスイッチにおけるＭＩＢ特定処理の流れを説明する。図１０は、実施例２に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを示すフローチャートである。

図１０に示すように、ＦＣスイッチ１０またはＦＣスイッチ３０のＭＩＢ蓄積ＤＢがアップロードされた場合（ステップＳ４０１肯定）、ＦＣスイッチ１０のＭＩＢバージョン受信部２２は、ステップＳ４０２の処理を実行する。具体的には、ＦＣスイッチ１０のＭＩＢバージョン受信部２２は、ＳＮＭＰマネージャ側である管理装置１が管理するＭＩＢのバージョン情報を取得する。

続いて、ＦＣスイッチ１０の優先ＭＩＢ特定部２３は、ＭＩＢバージョン受信部２２により取得されたＭＩＢのバージョン情報が自装置のＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報と一致するか否かを判定する（ステップＳ４０３）。

そして、ＦＣスイッチ１０の優先ＭＩＢ特定部２３は、自装置のＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報と一致する場合（ステップＳ４０３肯定）、受信したバージョンと一致するＭＩＢ情報を優先ＭＩＢ情報と特定する（ステップＳ４０４）。

一方、ＦＣスイッチ１０の優先ＭＩＢ特定部２３は、自装置のＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報と一致しない場合（ステップＳ４０３否定）、ステップＳ４０５の処理を実行する。具体的には、ＦＣスイッチ１０の優先ＭＩＢ特定部２３は、カスケード先のＦＣスイッチ３０のＭＩＢ蓄積ＤＢ３６に記憶されるＭＩＢ情報のうち、受信したバージョンと一致するＭＩＢ情報を優先ＭＩＢ情報と特定する。

その後、ＳＮＭＰエージェント制御部２４は、優先ＭＩＢ特定部２３によって特定されたＦＣスイッチ３０のＭＩＢ情報をカスケード経由で取得し、取得したＦＣスイッチ３０のＭＩＢ情報を用いて障害情報を管理装置１に送信する。また、ＦＣスイッチ１０は、管理装置１からＭＩＢの変更情報を受信し、当該変更情報がカスケード先のＦＣスイッチ３０のＭＩＢ情報と一致する場合には、図１０と同様、カスケード先のＭＩＢ情報を優先ＭＩＢ情報と決定する。一方、ＦＣスイッチ１０は、変更情報が自装置のＭＩＢ情報と一致する場合には、自装置のＭＩＢ情報を優先ＭＩＢ情報と決定する。

（実施例２による効果）
このように、実施例２によれば、ＦＣスイッチ１０は、自装置のＭＩＢ情報とカスケード先のＦＣスイッチ３０のＭＩＢ情報の両方を記憶しなくても、管理装置１に障害情報であるＭＩＢ情報を送信することができる。その結果、ＦＣスイッチ内で連携してＭＩＢ情報を一元管理することで、ＭＩＢ蓄積ＤＢに記憶されるＭＩＢ情報の重複をなくすることができる。

また、ＦＣスイッチ１０は、障害が検知されるたびに、カスケード経由でＭＩＢ情報を取得することを回避するために、例えば、優先ＭＩＢ情報と特定されたカスケード先のＦＣスイッチ３０に記憶されるＭＩＢ情報を自装置の記憶部１５に格納しておいてもよい。この結果、ＦＣスイッチ１０は、障害が検知されるたびに、カスケード経由でＭＩＢ情報を取得することを回避でき、障害情報を迅速に通知することができる。

ところで、実施例２では、カスケード接続される２台のＦＣスイッチの一方が管理装置１と接続される例について説明したが、これに限定されるものではない。例えば、カスケード接続される２台のＦＣスイッチそれぞれが管理装置１と接続されている状態で、一方のみがＳＮＭＰによる障害通知を行うこともできる。

そこで、実施例３では、図１１を用いて、カスケード接続される２台のＦＣスイッチの両方が管理装置１に接続される例について説明する。図１１は、実施例３に係るカスケード接続されたＦＣスイッチの例を示す図である。図１１に示すように、実施例３と同様、ＦＣスイッチ１０とＦＣスイッチ３０とがカスケード接続されており、ＦＣスイッチ１０と管理装置１とがネットワークで接続されている。また、ＦＣスイッチ１０の構成は、実施例２で説明したＦＣスイッチ１０と同様であり、ＦＣスイッチ３０の構成も実施例２で説明したＦＣスイッチ３０と同様である。ただし、実施例３とは異なり、ＦＣスイッチ１０のカスケード先であるＦＣスイッチ３０も管理装置１と接続される。

このような状態において、実施例１や実施例２で説明したＭＩＢ特定処理、ＭＩＢ通知処理、優先ＭＩＢ更新処理は、ＦＣスイッチ１０の各制御部が実行する。このような状態において、ＦＣスイッチ１０のＳＮＭＰエージェント制御部２４によって、ＦＣスイッチ１０と管理装置１との通信切断が検出されたとする。この場合、ＦＣスイッチ１０のＳＮＭＰエージェント制御部２４は、カスケード先のＦＣスイッチ３０の各制御部に対して、ＳＮＭＰによる障害情報（ＯＩＤ）の通知処理の代行を依頼する。この依頼を受けたＦＣスイッチ３０の制御部４０は、ＦＣスイッチ１０に代わって、障害情報の通知を実行する。

この際、ＦＣスイッチ３０は、ＦＣスイッチ１０の各制御部が実行していた処理を全て代行することもでき、例えばＳＮＭＰエージェント制御部２４のみを代行するなど、特定の制御部のみを代行することもできる。また、ＦＣスイッチ３０は、ＦＣスイッチ１０から通信が復旧したことが通知された場合には、任意の設定によって、代行していた処理を停止することもでき、そのまま代行し続けることもできる。

このように、実施例３によれば、通常、単一のＬＡＮポートが有しないＦＣスイッチに通信障害が発生した場合であっても、カスケード先のＦＣスイッチ経由で、障害通知などの処理を実行することができ、システム全体の安定性が向上する。

ところで、実施例１〜３では、ＦＣスイッチが１台の管理装置と接続される例について説明したが、これに限定されるものではない。本願の開示するＦＣスイッチは、複数の管理装置に接続されている場合であっても、それぞれの管理装置に適した優先ＭＩＢ情報を特定して、管理装置各々が管理するＭＩＢ情報を用いて障害通知を実施することができる。

そこで、実施例４では、図１２〜図１５を用いて、ＦＣスイッチが、複数の管理装置に接続されている場合に、それぞれの管理装置に適した優先ＭＩＢ情報を特定して、管理装置各々が管理するＭＩＢ情報を用いて障害通知を実施する例について説明する。なお、実施例４では、カスケード接続されたＦＣスイッチを例にして説明するが、実施例１で説明したカスケード接続されていない１台のＦＣスイッチであっても、同様に処理することができる。

（全体構成）
図１２は、実施例４に係るカスケード接続されたＦＣスイッチの例を示す図である。図１２に示すように、ＦＣスイッチ１０とＦＣスイッチ３０とがカスケード接続されており、ＦＣスイッチ１０がハブ３などのネットワーク機器を介して、管理装置１と管理装置２とのそれぞれに接続されている。

ＦＣスイッチ１０の構成は、実施例１や２で説明した構成と同様の構成を有する。また、ＦＣスイッチ３０の構成についても、実施例１や２で説明したＦＣスイッチ１０と同様の構成を有する。また、管理装置１と管理装置２も同様にＳＮＭＰマネージャとして機能を有するが、自装置内で管理するＦＣスイッチのＭＩＢ情報は必ずしも一致しない。

（処理の流れ）
次に、図１３〜図１５を用いて、実施例４に係るカスケード接続されたＦＣスイッチにおける処理の流れを説明する。図１３は、実施例４に係るＦＣスイッチにおけるＭＩＢ特定処理の流れを示すフローチャートである。図１４は、実施例４に係るＦＣスイッチにおけるＭＩＢ通知処理の流れを示すフローチャートである。図１５は、実施例４に係るＦＣスイッチにおける優先ＭＩＢ更新処理の流れを示すフローチャートである。

（ＭＩＢ特定処理の流れ）
図１３に示すように、制御部２０等のバージョンアップに伴ってＭＩＢ蓄積ＤＢ１６のＭＩＢ情報がアップロードされると（ステップＳ５０１肯定）、ＦＣスイッチ１０は、ステップＳ５０２を実行する。

具体的には、ＦＣスイッチ１０のＭＩＢバージョン受信部２２は、ＳＮＭＰマネージャ側である管理装置１および管理装置２各々から、各々の管理装置が管理する当該ＦＣスイッチ１０又はカスケード先のＦＣスイッチ３０のＭＩＢのバージョン情報を取得する。そして、ＭＩＢバージョン受信部２２は、取得したＭＩＢのバージョン情報を優先ＭＩＢ特定部２３に出力する。

続いて、ＦＣスイッチ１０の優先ＭＩＢ特定部２３は、ＭＩＢバージョン受信部２２により取得されたＭＩＢのバージョン情報に基づいて、ステップＳ５０３の処理を実行する。具体的には、優先ＭＩＢ特定部２３は、ＭＩＢ蓄積ＤＢ１６に記憶されるＭＩＢ情報またはカスケード先のＦＣスイッチ３０のＭＩＢ蓄積ＤＢに記憶されるＭＩＢ情報から、取得された取得されたＭＩＢのバージョン情報各々と一致する情報を各々特定する。

例えば、優先ＭＩＢ特定部２３は、管理装置１から取得したバージョン情報と一致する情報が「旧ＭＩＢ情報（Ａ）」であり、管理装置２から取得したバージョン情報と一致する情報が「新ＭＩＢ情報（Ｂ）」であるなどと特定する。そして、優先ＭＩＢ特定部２３は、特定したそれぞれのＭＩＢ情報を管理装置ごとの優先ＭＩＢ情報と決定する。このとき、優先ＭＩＢ特定部２３は、特定した優先ＭＩＢ情報がどの管理装置に対応するものなのかを把握するために、例えば管理装置のＩＰ（Internet Protocol）アドレスやＳＮＭＰのコミュニティ名などを優先ＭＩＢ情報と対応付けてメモリ１４等に記憶させておく。

（ＭＩＢ通知処理の流れ）
次に、図１４を用いて、実施例４に係るＦＣスイッチにおけるＭＩＢ通知処理の流れを説明する。図１４に示すように、ＦＣスイッチ１０のＳＮＭＰエージェント制御部２４は、ＦＣスイッチ１０に障害が発生したことを検知すると（ステップＳ６０１肯定）、ステップＳ６０２の処理を実行する。

具体的には、ＳＮＭＰエージェント制御部２４は、優先ＭＩＢ特定部２３に対して各管理装置１（各マネージャ）に対応した優先ＭＩＢ情報の取得を実施するｇｅｔ処理を実行する。

続いて、優先ＭＩＢ特定部２３は、ＳＮＭＰエージェント制御部２４からの要求に対する応答として、各管理装置に対応した優先ＭＩＢ情報をＳＮＭＰエージェント制御部２４に送信するｒｅｐｌｙ処理を実行する（ステップＳ６０３）。

そして、ＳＮＭＰエージェント制御部２４は、優先ＭＩＢ特定部２３によって特定される優先ＭＩＢ情報各々を用いて、検知した障害を示す障害情報（ＯＩＤ）を管理装置各々に送信するｓｅｎｄ処理を実行する（ステップＳ６０４）。

その後、ＭＩＢログ生成部２５は、ＳＮＭＰエージェント制御部２４によってＭＩＢ情報が管理装置各々に送信された場合に、送信された情報や障害情報等をＭＩＢログＤＢ１７に格納するｗｒｉｔｅ処理を実行する（ステップＳ６０５）。

（ＭＩＢ更新処理の流れ）
次に、図１５を用いて、実施例４に係るＦＣスイッチにおけるＭＩＢ更新処理の流れを説明する。図１５に示すように、ＭＩＢバージョン受信部２２は、管理装置が管理するＦＣスイッチ１０のＭＩＢが変更されたことを示す変更情報として、管理装置が管理するＦＣスイッチ１０のＭＩＢのバージョン情報を管理装置から受信する（ステップＳ７０１）。

続いて、優先ＭＩＢ特定部２３は、複数の管理装置のうちどの管理装置から受信したものかを特定し（ステップＳ７０２）、特定した管理装置に対応する優先ＭＩＢ情報をＩＰアドレスやＳＮＭＰのコミュニティ名等から特定する（ステップＳ７０３）。

その後、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報が現時点での優先ＭＩＢ情報のバージョンと一致するか否かを判定する（ステップＳ７０４）。そして、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報が現時点での優先ＭＩＢ情報のバージョンと一致する場合には（ステップＳ７０４肯定）、優先ＭＩＢの変更を行わずに処理をＭＩＢ変更処理終了する。

一方、優先ＭＩＢ特定部２３は、優先ＭＩＢ情報のバージョンと一致しない場合に（ステップＳ７０４否定）、受信されたＭＩＢのバージョン情報と一致するＭＩＢ情報がＦＣスイッチ１０又は３０に記憶されているか否かを判定する（ステップＳ７０５）。

そして、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報と一致するＭＩＢ情報が記憶されている場合には（ステップＳ７０５肯定）、一致するＭＩＢ情報を新たな優先ＭＩＢ情報とするｍｏｄ処理を実行する（ステップＳ７０６）。

一方、優先ＭＩＢ特定部２３は、受信されたＭＩＢのバージョン情報と一致するＭＩＢ情報が記憶されていない場合には（ステップＳ７０５否定）、管理装置が管理するＭＩＢ情報がＦＣスイッチ１０または３０内に存在しないと判定する。そして、優先ＭＩＢ特定部２３は、エラーを示すアラーム等を管理装置等に出力するエラー処理を実行する（ステップＳ７０７）。以後、更新された優先ＭＩＢ情報を用いて、図６や図７の処理が実行される。

（実施例４による効果）
このように、実施例４によれば、複数の管理装置と接続される場合であっても、管理装置それぞれのＭＩＢ更新情報にあわせてＭＩＢ情報を通知することができる。この結果、ＳＮＭＰエージェント側のＭＩＢ情報が変更されてから当該変更に伴ってＳＮＭＰマネージャ側のＭＩＢ情報が変更されるまでの間も、ＳＮＭＰによる監視および管理を正確に実施することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（対象装置）
実施例１〜４では、ＦＣスイッチを例にして説明したが、本願の開示するスイッチング装置はこれに限定されるものではない。例えば、ファブリックスイッチ、ルータ、Ｌ３スイッチ、スイッチングハブなどのネットワーク機器やサーバなどの情報処理装置に対しても、同様に実行することができる。

（ＭＩＢ情報のマイグレーション）
実施例２〜４で説明したカスケード接続されるＦＣスイッチでは、ＦＣの結線障害で送信対象ＭＩＢ情報にアクセス付加とならないために、ＭＩＢ情報のマイグレーションを実施し、ＭＩＢ情報を最適な場所に記憶させることができる。なお、カスケードされる台数は、実施例２〜４に記載した２台に限定されるものではなく、複数の台数をカスケード接続することができる。

例えば、複数のＦＣスイッチがカスケード接続されている場合には、管理装置と接続されているＦＣスイッチの近くのＦＣスイッチに優先ＭＩＢ情報を記憶させる。また、カスケードしているＦＣ結線が冗長化されているＦＣスイッチに優先ＭＩＢ情報を記憶させる。また、ＦＣスイッチ間のホップ数が短くなるように、優先ＭＩＢ情報を記憶させる。このようにすることで、ＭＩＢ情報の最適配置を行いファブリック内のＭＩＢ蓄積ＤＢへのアクセス不可を発生させないようにすることができる。

また、ＦＣスイッチは、ＭＩＢ蓄積ＤＢの格納可能な容量の範囲内で、更新される前の過去のＭＩＢ情報を複数記憶し、容量を超える場合に、古い情報から削除するようにしてもよい。この結果、ＦＣスイッチは、数世代分のＭＩＢ情報を効率よく記憶することができ、管理装置側のダウングレードにも対応することができる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば図２等に示した各種のデータやパラメータを含む情については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、例えばＭＩＢバージョン受信部２２と優先ＭＩＢ特定部２３とを統合するなど各装置の分散・統合の具体的形態は図示のものに限られない。例えば、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（プログラム）
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。

図１６は、障害通知制御プログラムを実行するコンピュータシステム１００を示す図である。図１６に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とを有する。ここで、ＲＯＭ１０３には、上の実施例と同様の機能を発揮するプログラムを有するファームウェアがあらかじめ記憶されている。つまり、図１６に示すように、スイッチング制御プログラム１０３ａ、ＭＩＢバージョン受信プログラム１０３ｂ、優先ＭＩＢ特定プログラム１０３ｃ、ＳＮＭＰエージェント制御プログラム１０３ｄ、ＭＩＢログ生成プログラム１０３ｅがあらかじめ記憶されている。

そして、ＣＰＵ１０４には、ファームウェアが有するこれらのプログラム１０３ａ〜１０３ｅを読み出して実行することで、図１６に示すように、各プロセスとなる。つまり、スイッチング制御プロセス１０４ａ、ＭＩＢバージョン受信プロセス１０４ｂ、優先ＭＩＢ特定プロセス１０４ｃ、ＳＮＭＰエージェント制御プロセス１０４ｄ、ＭＩＢログ生成プロセス１０４ｅとなる。なお、スイッチング制御プロセス１０４ａは、図２に示したスイッチング制御部２１に対応し、同様に、ＭＩＢバージョン受信プロセス１０４ｂは、ＭＩＢバージョン受信部２２に対応する。また、優先ＭＩＢ特定プロセス１０４ｃは、優先ＭＩＢ特定部２３に対応し、ＳＮＭＰエージェント制御プロセス１０４ｄは、ＳＮＭＰエージェント制御部２４に対応する。また、ＭＩＢログ生成プロセス１０４ｅは、ＭＩＢログ生成部２５に対応する。

また、ＨＤＤ１０２には、ＭＩＢ蓄積テーブル１０２ａとＭＩＢログテーブル１０２ｂとを有する。ＭＩＢ蓄積テーブル１０２ａは、図２に示したＭＩＢ蓄積ＤＢ１６に対応し、同様に、ＭＩＢログテーブル１０２ｂは、ＭＩＢログＤＢ１７に対応する。

ところで、上記したプログラム１０３ａ〜１０３ｅは、必ずしもＲＯＭ１０３に記憶させておく必要はない。例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させておくにしてもよい。また、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」に記憶させておいてもよい。さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておいてもよい。そして、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。

すなわち、この他の実施例でいうプログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記録されるものである。そして、コンピュータシステム１００は、このような記録媒体からプログラムを読み出して実行することで上記した実施例と同様の機能を実現する。なお、この他の実施例でいうプログラムは、コンピュータシステム１００によって実行されることに限定されるものではない。例えば、他のコンピュータシステムまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部と、
障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された情報に基づいて、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定部と、
障害を検知した場合に、前記管理情報特定部によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信部と
を有することを特徴とするスイッチング装置。

（付記２）前記管理情報特定部は、前記管理情報記憶部に更新後管理情報が格納された場合に、前記管理装置が記憶する管理情報を特定する情報を取得して、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定することを特徴とする付記１に記載のスイッチング装置。

（付記３）前記管理情報特定部は、前記管理装置が記憶する管理情報が更新された場合に、前記管理装置が記憶する管理情報を特定する情報を取得して、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定することを特徴とする付記１に記載のスイッチング装置。

（付記４）前記管理情報特定部は、前記特定される管理情報が自装置とカスケード接続されるスイッチング装置に格納されている場合には、当該カスケード先のスイッチング装置に格納される管理情報を前記管理装置が記憶する管理情報と特定し、
前記情報送信部は、障害を検知した場合に、前記管理情報特定部によって特定されたカスケード先のスイッチング装置に記憶される管理情報を取得し、取得した管理情報に基づいて、障害情報を前記管理装置に送信することを特徴とする付記１に記載のスイッチング装置。

（付記５）前記管理情報特定部は、前記カスケード先のスイッチング装置に格納される管理情報を前記管理装置が記憶する管理情報と特定した場合には、特定したカスケード先の管理情報を前記管理情報記憶部に格納し、
前記情報送信部は、障害を検知した場合に、前記管理情報記憶部に格納されるカスケード先のスイッチング装置に記憶されていた管理情報に基づいて、障害情報を前記管理装置に送信することを特徴とする付記４に記載のスイッチング装置。

（付記６）前記情報送信部は、自装置と管理装置との間の通信が切断された場合には、自装置とカスケード接続されるスイッチング装置を介して、前記障害情報を管理装置に送信することを特徴とする付記１に記載のスイッチング装置。

（付記７）前記管理情報特定部は、複数の管理装置各々から管理情報を特定する情報を取得した場合、取得された管理装置ごとの管理情報を特定する情報に基づいて、前記管理装置各々が管理する管理情報を前記管理情報記憶部に記憶される管理情報から特定し、
前記情報送信部は、障害を検知した場合に、前記管理情報特定部によって特定された管理装置ごとの管理情報に基づいて、前記複数の管理装置各々に障害情報を送信することを特徴とする付記１に記載のスイッチング装置。

（付記８）更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部と、
障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された管理情報を特定する情報に基づいて、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定部と、
障害を検知した場合に、前記管理情報特定部によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信部と
を有することを特徴とする情報処理装置。

（付記９）障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された管理情報を特定する情報に基づいて、更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定手順と、
障害を検知した場合に、前記管理情報特定手順によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信手順と、
をコンピュータに実行させることを特徴とする障害通知制御プログラム。

１、２ 管理装置
３ ハブ
５、６ サーバ
１０、３０ ＦＣスイッチ
１１ ＬＡＮポート
１２ａ〜１２ｎ ＦＣポート
１３ 制御回路
１４ メモリ
１５ 記憶部
１６ ＭＩＢ蓄積ＤＢ
１６ａ 旧ＭＩＢ情報
１６ｂ 新ＭＩＢ情報
１７ ＭＩＢログＤＢ
２０ 制御部
２１ スイッチング制御部
２２ ＭＩＢバージョン受信部
２３ 優先ＭＩＢ特定部
２４ ＳＮＭＰエージェント制御部
２５ ＭＩＢログ生成部

Claims (5)

1. 更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部と、
   障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された情報に基づいて、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定部と、
   障害を検知した場合に、前記管理情報特定部によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信部と
   を有することを特徴とするスイッチング装置。
2. 前記管理情報特定部は、前記特定される管理情報が自装置とカスケード接続されるスイッチング装置に格納されている場合には、当該カスケード先のスイッチング装置に格納される管理情報を前記管理装置が記憶する管理情報と特定し、
   前記情報送信部は、障害を検知した場合に、前記管理情報特定部によって特定されたカスケード先のスイッチング装置に記憶される管理情報を取得し、取得した管理情報に基づいて、障害情報を前記管理装置に送信することを特徴とする請求項１に記載のスイッチング装置。
3. 前記管理情報特定部は、複数の管理装置各々から管理情報を特定する情報を取得した場合、取得された管理装置ごとの管理情報を特定する情報に基づいて、前記管理装置各々が管理する管理情報を前記管理情報記憶部に記憶される管理情報から特定し、
   前記情報送信部は、障害を検知した場合に、前記管理情報特定部によって特定された管理装置ごとの管理情報に基づいて、前記複数の管理装置各々に障害情報を送信することを特徴とする請求項１に記載のスイッチング装置。
4. 更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部と、
   障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された管理情報を特定する情報に基づいて、前記管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定部と、
   障害を検知した場合に、前記管理情報特定部によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信部と
   を有することを特徴とする情報処理装置。
5. 障害監視対象装置で発生した障害を管理する管理装置が記憶する管理情報を特定する情報を取得し、取得された管理情報を特定する情報に基づいて、更新された管理情報を示す更新後管理情報と更新される前の管理情報を示す更新前管理情報とを記憶する管理情報記憶部に記憶される管理情報のうち前記管理装置が記憶する管理情報を特定する管理情報特定手順と、
   障害を検知した場合に、前記管理情報特定手順によって特定された管理情報に基づいて、障害情報を前記管理装置に送信する情報送信手順と、
   をコンピュータに実行させることを特徴とする障害通知制御プログラム。

Images