(57)【要約】【課題】ネットワーク装置に対するパッケージ交換の認識およびパッケージ情報の書き換えを自動で行う。【解決手段】ネットワーク装置１１０−１〜１１０−Ｎは、スロット１１１−１〜１１１−ｍを備え、各スロットはパッケージ１１２−１，１１２−２を収容することができる。各パッケージは、当該パッケージの種類、製造番号、リビジョン等を含むパッケージ情報を、内部メモリに記憶している。また、各ネットワーク装置は、スロットに対するパッケージの抜き差しを、抜去ログおよび挿入ログとして記録する。パッケージ情報管理装置１３０は、各ネットワーク装置を巡回監視し、パッケージ情報、抜去ログおよび挿入ログを読み出して、当該パッケージが交換されたか否かを判定する。パッケージが交換されている場合、パッケージ情報管理装置は、その旨をネットワーク監視装置１２０に通知する。【選択図】図１
2007133580.tif 000002
【特許請求の範囲】
【請求項１】
スロットを用いてパッケージを収容するネットワーク装置をパッケージ情報管理装置で管理するネットワーク管理システムであって、
前記パッケージに設けられた、当該パッケージの製造番号を記憶する内部メモリと、
前記ネットワーク装置に設けられた、前記スロットから前記パッケージが抜去された際に記録される抜去ログおよび該スロットに該パッケージが挿入された際に記録される挿入ログを記録する記録手段と、
前記パッケージ情報管理装置に設けられた、前記抜去ログおよび前記挿入ログを前記ネットワーク装置から取得するイベントログ取得手段と、
前記パッケージ情報管理装置に設けられた、前記ネットワーク装置を介して前記パッケージの製造番号を取得するパッケージ情報取得手段と、
前記パッケージ情報管理装置に設けられた、前記パッケージの製造番号を前記ネットワーク装置の前記スロット毎に記憶するパッケージ情報格納手段と、
前記パッケージ情報管理装置に設けられた、前回のログ取得後の新たな前記抜去ログおよび前記挿入ログが両方取得された場合に前記パッケージ情報取得手段が取得した製造番号を前記パッケージ情報格納手段に記憶された製造番号と比較し、これらの製造番号が一致しないときに前記パッケージが交換されたと判定して該パッケージ情報取得手段が取得した製造番号を該パッケージ情報格納手段に格納するパッケージ交換判定手段と、
を備えることを特徴とするネットワーク管理システム。
【請求項２】
前記イベントログ取得手段が、
前回のログ取得後の新たな前記挿入ログが取得されず且つ該ログ取得後の新たな前記抜去ログが取得された場合に抜去フラグをオンし、
前回のログ取得後の新たな前記挿入ログが取得され且つ該ログ取得後の新たな前記抜去ログが取得されなかった場合に前記抜去フラグをオフする、
ことを特徴とする請求項１に記載のネットワーク管理システム。
【請求項３】
前記パッケージ交換判定手段が、
該ログ取得後の新たな前記挿入ログが取得され且つ前記抜去フラグがオンされているときに、前記パッケージ情報取得手段が取得した製造番号を前記パッケージ情報格納手段に記憶された製造番号と比較し、これらの製造番号が一致しないときに該パッケージが交換されたと判定して、該パッケージ情報取得手段が取得した製造番号を該パッケージ情報格納手段に格納することを特徴とする請求項２に記載のネットワーク管理システム。
【請求項４】
前記パッケージ交換判定手段が、
前回のログ取得後の新たな前記挿入ログが取得され且つ前記抜去フラグがオフされているときに、新たな前記パッケージの運用が開始されたと判断して、前記パッケージ情報取得手段が取得した製造番号を該パッケージ情報格納手段に格納することを特徴とする請求項２または３に記載のネットワーク管理システム。
【請求項５】
前記パッケージ情報格納手段が、前記パッケージの製造番号に加えて、前記ネットワーク装置を特定する番号、該ネットワーク装置内の前記スロットを特定する番号、前記パッケージの運用開始日、該パッケージの運用停止日、前記パッケージの種類または前記パッケージの版番号の少なくとも１種類以上の情報項目を記憶することを特徴とする請求項１〜４のいずれかに記載のネットワーク管理システム。
【請求項６】
前記情報項目の少なくとも１種類以上を用いて、前記パッケージ情報格納手段に格納された情報を検索する検索手段をさらに備えることを特徴とする請求項５に記載のネットワーク管理システム。
【請求項７】
前記検索手段が、前記情報項目を範囲指定して、前記パッケージ情報格納手段に格納された情報を検索することを特徴とする請求項６に記載のネットワーク管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、パッケージが搭載されたネットワーク装置を通信回線を介して管理するネットワーク管理システムに関する。
【背景技術】
【０００２】
ネットワーク装置としては、例えばシェルフ構造のものが知られている。シェルフ構造のネットワーク装置には、パッケージ（例えば回路基板）を搭載するためのスロットが、１個または複数個装備されている。そして、これらのスロットにパッケージを抜き差しすることにより、かかるパッケージを交換することができる。パッケージの交換は、かかるパッケージが故障したときや、パッケージがリビジョンアップ（すなわち、不具合修正を目的とした版の更新）されるとき等に実施される。
【０００３】
通常、この種のパッケージには、型番や、リビジョン、製造番号等を記載したシール等が貼り付けられる。そして、パッケージを交換する際には、保守管理者により、以下のような作業が、人手により行われる。
【０００４】
パッケージが故障した場合には、保守管理者が、ネットワーク装置から引き抜き、シール等に記載された型番や、リビジョン、製造番号等を確認する。そして、型番等からパッケージの種類を判断して、代替品を手配し、当該故障パッケージと同じスロットに挿入する。また、保守管理者は、パッケージの製造番号毎に、運用開始日と運用停止日（故障日）とを記録・管理する。これにより、パッケージの実質稼働時間（運用開始から停止までの時間）を把握して、製品の品質・信頼性等の改善に役立てることができる。
【０００５】
パッケージがリビジョンアップされる場合は、保守管理者は、ネットワーク装置に搭載された各パッケージの型番等から、そのパッケージがリビジョンアップの対象であるか否かを１つずつ確認する。そして、リビジョンアップ製品を手配して、交換する。
【０００６】
このように、従来は、パッケージの型番や、製造番号等、実質稼働時間等の管理はすべて人手によって行われていた。このため、人件費増による保守管理コストの上昇や、人為的ミスによる信頼性の低下を招いていた。
【０００７】
これに対して、パッケージ内の不揮発性メモリに型番や、リビジョン、製造番号等を記憶させておき、管理装置から当該パッケージにログインして所定のコマンドを実行することにより、かかる型番等を読み出すことも可能である。パッケージ内の不揮発性メモリに型番等を記憶させて管理を行う技術は、例えば下記特許文献１に開示されている。特許文献１では、工場から出荷される前のシェルフ構造の装置に対する管理を、不揮発性メモリに記憶させたパッケージ情報を用いて、行っている。
【特許文献１】特開２００１−２８７８１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の技術を、ネットワーク装置運用時の保守管理に適用した場合、シール等から型番やリビジョン、製造番号等を読み取る作業が機械化されるだけであり、パッケージの製造番号毎に運用開始日と運用停止日とを記録・管理する作業等を機械化することはできない。
【０００９】
さらに、パッケージが故障した際に不揮発性メモリに書き込んだ情報が読み取れなくなる恐れがあることを考慮すると、従来と同様の、シール等による型番等の管理を省くことは困難である。
【００１０】
この発明の課題は、ネットワーク装置を運用する際の保守管理を低コストで簡単に行うことができ、且つ、該保守管理の信頼性を向上させることができるネットワーク管理システムを提供する点にある。
【課題を解決するための手段】
【００１１】
この発明は、スロットを用いてパッケージを収容するネットワーク装置をパッケージ情報管理装置で管理するネットワーク管理システムに関する。
【００１２】
パッケージに設けられた、パッケージの製造番号を記憶する内部メモリと、ネットワーク装置に設けられた、スロットからパッケージが抜去された際に記録される抜去ログおよびスロットにパッケージが挿入された際に記録される挿入ログを記録する記録手段と、パッケージ情報管理装置に設けられた、抜去ログおよび挿入ログをネットワーク装置から取得するイベントログ取得手段と、パッケージ情報管理装置に設けられた、ネットワーク装置を介してパッケージの製造番号を取得するパッケージ情報取得手段と、パッケージ情報管理装置に設けられた、パッケージの製造番号をネットワーク装置のスロット毎に記憶するパッケージ情報格納手段と、パッケージ情報管理装置に設けられた、前回のログ取得後の新たな抜去ログおよび挿入ログが両方取得された場合にパッケージ情報取得手段が取得した製造番号をパッケージ情報格納手段に記憶された製造番号と比較し、これらの製造番号が一致しないときにパッケージが交換されたと判定してパッケージ情報取得手段が取得した製造番号をパッケージ情報格納手段に格納するパッケージ交換判定手段とを備える。
【発明の効果】
【００１３】
この発明によれば、抜去ログおよび挿入ログが記録されており且つ製造番号が変更されている場合にパッケージが交換されたと判定するので、ネットワーク装置を運用する際の保守管理を、通信回線を介して、低コスト且つ簡単に行うことが可能になる。
【発明を実施するための最良の形態】
【００１４】
以下、この発明の実施の形態について、図１〜図８を用いて説明する。なお、図中、各構成成分の大きさ、形状および配置関係は、この発明が理解できる程度に概略的に示してあるにすぎず、また、以下に説明する数値的条件は単なる例示にすぎない。
【００１５】
図１は、この実施形態に係るネットワーク管理システムの全体構成を示す概念図である。図１に示したように、このネットワーク管理システム１００は、ネットワーク装置１１０−１〜１１０−Ｎと、ネットワーク監視装置１２０と、パッケージ情報管理装置１３０と、制御通信回線１４０とを含む。
【００１６】
ネットワーク装置１１０−１〜１１０−Ｎは、例えばルータやスイッチ等、通信ネットワーク（図示せず）に接続される機器である。ネットワーク装置１１０−１〜１１０−Ｎは、シェルフ構造を有している。すなわち、ネットワーク装置１１０−１〜１１０−Ｎは、それぞれ、パッケージを搭載するためのスロット１１１−１〜１１１−ｍが装備されている。図１の例では、ネットワーク装置１１０−１のスロット１１１−１，１１１−２にはパッケージ１１２−１，１１２−２が挿入されており、他のスロット１１１−３〜１１１−ｍにはパッケージが挿入されていない。各パッケージ１１２−１，１１２−２は、当該パッケージの種類、製造番号およびリビジョン等を格納した不揮発性メモリを備えている。ネットワーク装置１１０−１〜１１０−Ｎは、この不揮発性メモリに格納された情報を、スロット１１１−１〜１１１−ｍを介して読み出し、当該スロットの番号を付加して、パッケージ情報を作成する。また、ネットワーク装置１１０−１〜１１０−Ｎは、それぞれ、イベントログとして、各スロット１１１−１〜１１１−ｍ毎に、抜去ログおよび挿入ログを記録する。ここで、抜去ログとは当該スロットからパッケージが引き抜かれた日時を示すログであり、また、挿入ログとは当該スロットにパッケージが挿入された日時を示すログである。
【００１７】
ネットワーク監視装置１２０は、各ネットワーク装置１１０−１〜１１０−Ｎのノード名、パッケージが収容されたスロットの番号、各パッケージの製造番号等を用い、所定の監視プロトコル（例えばＳＮＭＰ(Simple Network Management Protocol)等）にしたがって、これらのネットワーク装置１１０−１〜１１０−Ｎを管理する。ネットワーク監視装置１２０は、パッケージ情報管理装置１３０から受け取ったパッケージ管理情報を用いて、上述のスロットの番号やパッケージの製造番号等を更新する。
【００１８】
パッケージ情報管理装置１３０は、テルネット(Telnet)等のプロトコルにしたがって各ネットワーク装置１１０−１〜１１０−Ｎを遠隔操作することにより、これらのネットワーク装置１１０−１〜１１０−Ｎから上述のイベントログやパッケージ情報を取得し、これらの情報から該パッケージの交換、運用開始、運用停止等の判断を行う（後述）。また、パッケージ情報管理装置１３０は、これらの判断に基づいてパッケージ管理情報を作成・更新し、ネットワーク監視装置１２０に送る。
【００１９】
制御通信回線１４０は、ネットワーク装置１１０−１〜１１０−Ｎ、ネットワーク監視装置１２０およびパッケージ情報管理装置１３０を相互に通信接続する。
【００２０】
図２は、パッケージ情報管理装置１３０の機能的な構成を示すブロック図である。
【００２１】
図２に示したように、パッケージ情報管理装置１３０は、イベントログ取得機能部２１０と、パッケージ情報取得機能部２２０と、パッケージ情報格納機能部２３０と、パッケージ交換判定機能部２４０と、パッケージ情報検索機能部２５０とを備えている。
【００２２】
イベントログ取得機能部２１０は、テルネット(Telnet)等のプロトコルにしたがって各ネットワーク装置１１０−１〜１１０−Ｎを遠隔操作して、各ネットワーク装置１１０−１〜１１０−Ｎから上述のイベントログを取得する。
【００２３】
パッケージ情報取得機能部２２０は、テルネット(Telnet)等のプロトコルにしたがって各ネットワーク装置１１０−１〜１１０−Ｎを遠隔操作して、各ネットワーク装置１１０−１〜１１０−Ｎから上述のパッケージ情報を取得する。
【００２４】
パッケージ情報格納機能部２３０は、当該パッケージの収容ノード名（すなわち、当該パッケージが収容されているネットワーク装置を特定する番号（番号にはアルファベットや記号等を含む、以下同じ））、当該パッケージが収容されているスロットの番号、当該パッケージの種類、リビジョン、製造番号、運用開始日、運用停止日等の情報を記憶する（後述の図５参照）。
【００２５】
パッケージ交換判定機能部２４０は、イベントログ取得機能部２１０およびパッケージ情報取得機能部２２０が取得する情報や、パッケージ情報格納機能部２３０に格納された情報、後述の抜去フラグ等を用いて、パッケージの交換、新なパッケージの運用開始、パッケージの運用停止等を判定する。さらに、パッケージ交換判定機能部２４０は、この判定結果に基づいて、パッケージ情報格納機能部２３０の記憶情報を更新・追加する（後述の図６参照）。
【００２６】
パッケージ情報検索機能部２５０は、パッケージ情報格納機能部２３０に格納された情報の検索を行う（後述の図７、図８参照）。
【００２７】
図３および図４は、パッケージ情報管理装置１３０の動作を説明するためのフローチャートである。
【００２８】
まず、パッケージ情報管理装置１３０のパッケージ交換判定機能部２４０は、ネットワーク装置１１０−１〜１１０−Ｎの中から、管理の対象となるネットワーク装置を選定する（図３のステップＳ３０１参照）。ここでは、ネットワーク装置１１０−１が管理対象に選定された場合を例に採って説明する。
【００２９】
次に、イベントログ取得機能部２１０が、選定されたネットワーク装置１１０−１から、イベントログ情報を取得する（図３のステップＳ３０２参照）。取得したイベントログ情報は、パッケージ情報管理装置１３０内のメモリ（図示せず）に一時保存される。
【００３０】
続いて、パッケージ交換判定機能部２４０は、イベントログが取得されたスロット１１１−１〜１１１−ｍから、判定処理の対象となるスロットを選択する（図３のステップＳ３０３参照）。ここでは、スロット１１１−１が選択されたものとする。
【００３１】
パッケージ交換判定機能部２４０は、メモリに保存されたイベントログから、スロット１１１−１のイベントログを読み出す。そして、パッケージ交換判定機能部２４０は、当該イベントログが抜去ログおよび挿入ログを含むか否かをチェックする（図３のステップＳ３０４参照）。
【００３２】
イベントログが抜去ログおよび挿入ログの両方を含む場合、パッケージ情報取得機能部２２０が、ネットワーク装置１１０−１から、パッケージ１１２−１（すなわち、スロット１１１−１に挿入されたパッケージ）のパッケージ情報を取得する（図３のステップＳ３０５参照）。上述のように、このパッケージ情報には、スロット１１１−１を特定する番号、スロット１１１−１に挿入されたパッケージの種類、製造番号、リビジョン等が含まれる。このパッケージ情報は、パッケージ交換判定機能部２４０に送られる。
【００３３】
パッケージ交換判定機能部２４０は、パッケージ１１２−１の製造番号を、パッケージ情報格納機能部２３０から読み出す。後述するように、パッケージ情報格納機能部２３０には、パッケージ情報取得機能部２２０が以前に取得した製造番号が、格納されている。パッケージ交換判定機能部２４０は、パッケージ情報取得機能部２２０が今回取得した製造番号を、パッケージ情報格納機能部２３０から読み出した製造番号と比較する（図３のステップＳ３０６参照）。そして、両者に差分がある場合には、スロット１１１−１のパッケージが交換されたと判定する。
【００３４】
スロット１１１−１のパッケージが交換されたと判定した場合、パッケージ交換判定機能部２４０は、パッケージ情報格納機能部２３０に格納されたパッケージ情報（交換前のパッケージに係るパッケージ情報）に、運用停止日（抜去日）を追加する（図３のステップＳ３０７参照）。運用停止日は、例えば、この判定処理の年月日でよい。さらに、パッケージ交換判定機能部２４０は、パッケージ情報取得機能部２２０が今回取得したパッケージ情報に、ネットワーク装置１１０−１のノード名や運用開始日（この判定処理の年月日）等の情報を付加して、パッケージ情報格納機能部２３０に格納する（図３のステップＳ３０８参照）。パッケージ情報格納機能部２３０に格納される情報の詳細については、図５および図６を用いて後述する。そして、パッケージ交換判定機能部２４０は、パッケージが交換されたことを、ネットワーク監視装置１２０に通知する（図３のステップＳ３０９参照）。この通知には、例えば、ネットワーク装置１１０−１のノード名、スロット１１１−１の番号、パッケージの種類、製造番号、リビジョン等が含まれる。これにより、ネットワーク監視装置１２０は、パッケージ交換されたことをイベントログ表示することができる。かかる通知は、例えばトラップ(Trap)と呼ばれるＳＮＭＰメッセージを用いて行うことができる。このとき、ネットワーク監視装置１２０が有するメール生成送付機能を利用して、これらの情報を製造企業に転送することとしてもよい。その後、パッケージ交換判定機能部２４０は、後述のステップＳ３１０以降の処理を実行する。
【００３５】
一方、ステップＳ３０６で、パッケージ情報取得機能部２２０が今回取得した製造番号とパッケージ情報格納機能部２３０から読み出した製造番号とが一致した場合、パッケージ交換判定機能部２４０は、スロット１１１−１のパッケージが交換されていないと判断する。例えば、保守管理者が、パッケージを単に抜き差ししただけで交換しなかった場合や、ネットワーク装置１１０−１でコマンドリセットしたためにパッケージが再認識された場合などには、パッケージが交換されていないにも拘わらず抜去ログおよび挿入ログが記録されることになる。このような場合、パッケージ交換判定機能部２４０は、ステップＳ３１０以降の処理を実行する。
【００３６】
ステップＳ３０４で抜去ログおよび挿入ログの少なくとも一方がイベントログに含まれていなかった場合は、まず、パッケージ交換判定機能部２４０が当該イベントログに挿入ログが含まれているか否かをチェックする（図４のステップＳ４０１参照）。
【００３７】
ステップＳ４０１でイベントログに挿入ログが含まれていない場合、パッケージ交換判定機能部２４０は、このイベントログに抜去ログが含まれているか否かをチェックする（図４のステップＳ４０２参照）。
【００３８】
そして、抜去ログが含まれている場合、パッケージ交換判定機能部２４０は、抜去フラグ（図示せず）をオンして（図４のステップＳ４０３参照）、ステップＳ３１０以降の処理を実行する。ここで、抜去フラグは、パッケージ交換判定機能部２４０の内部メモリに設けられたフラグである。イベントログに抜去ログは含まれているが挿入ログが含まれていない場合としては、このパッケージの運用を停止するためにスロット１１１−１から取り外された場合、パッケージの取り外しは行われていないが故障等のためにネットワーク装置１１０−１のシステムから切り離された場合、パッケージの交換作業中（すなわち、保守管理者が古いパッケージを抜去した後、新たなパッケージを挿入する前）にイベントログが取得された場合（図３のＳ３０２参照）、上述のような単なる抜き差し等が行われた場合が考えられるが、どの場合に該当するかは特定できない。このため、この実施形態では、イベントログに抜去ログのみが含まれている場合には、一旦抜去フラグにその旨を記憶させ、これらの区別に係る判定を、このネットワーク装置１１０−１に対する次回の判定処理まで保留する。なお、抜去フラグがオンされた日付をパッケージ情報管理装置１３０内に記憶することとしてもよい。そして、パッケージ情報に運用停止日を追加する場合（図３のステップＳ３０７参照）にこの日付を使用することとすれば、判定が保留された場合であっても正確なパッケージ情報を作成することができる。
【００３９】
ステップＳ４０２で抜去ログが含まれていなかった場合（すなわち、挿入ログおよび抜去ログが両方ともイベントログに含まれない場合）、パッケージ交換判定機能部２４０は、前回の処理で判定が保留されてから状況が変化していないと判断して、ステップＳ３１０（図３参照）以降の処理に移行する。なお、この処理の後でパッケージの交換が行われた場合には、その交換時点でイベントログに挿入ログが含まれることとなるので、後述の処理によって交換があったと判定される（図４のステップＳ４０４参照）。一方、パッケージが運用停止のために取り外された場合には、保守管理者が、手動で、抜去フラグのオフやパッケージ情報への運用停止日の追加等を行う。運用停止の場合に手動で処理を行うこととしたのは、一般に、パッケージの故障等の際には交換までの所要時間がまちまちであり、したがって運用停止との区別を自動で行うのは困難だからである。例えば、故障パッケージがシングル構成の場合は代替品に直ちに交換される場合が多いのに対し、冗長構成の場合は故障が発生してから代替品を手配することもあり、交換までに長期間を要する場合があり得るからである。
【００４０】
ステップＳ４０１でイベントログに挿入ログが含まれていた場合、パッケージ交換判定機能部２４０は、抜去フラグのオン／オフをチェックする（図４のステップＳ４０４参照）。ここで、イベントログが挿入ログを含み且つ抜去フラグがオンされているのは、例えばパッケージの交換作業中に前回の判定処理が行われた場合等である（上述）。したがって、パッケージ交換判定機能部２４０は、パッケージが交換された（または単なる抜き差し等が行われた）と判定して、抜去フラグをオフするとともに（図４のステップＳ４０５参照）、ステップＳ３０５以降の処理に移行する。
【００４１】
一方、ステップＳ４０４で抜去フラグがオフされていた場合、パッケージ交換判定機能部２４０は、不使用のスロット１１１−１に新たにパッケージ１１２−１が挿入されて、運用が開始されたと判断する。このため、パッケージ交換判定機能部２４０は、パッケージ情報取得機能部２２０が取得したパッケージ情報に、ネットワーク装置１１０−１のノード名や運用開始日等の情報を付加し、新規なパッケージの情報として、パッケージ情報格納機能部２３０に格納する（図４のステップＳ４０６参照）。その後、パッケージ交換判定機能部２４０は、ステップＳ３１０（図３参照）以降の処理に移行する。
【００４２】
ステップＳ３１０では、イベントログが取得されたスロットすべてについての判定処理が終了したか否かが、チェックされる。未判定スロットが残っている場合、すべてのスロットに対する判定処理が終了するまで、ステップＳ３０３以降の処理が実行される。一方、未判定スロットが残っていない場合、ステップＳ３０１に戻り、次のネットワーク装置（ここではネットワーク装置１１０−２）に対する判定処理が開始される。そして、ネットワーク装置１１０−２〜１１０−Ｎの処理がすべて終了すると、再びネットワーク装置１１０−１の処理が開始される。
【００４３】
図５および図６は、パッケージ情報格納機能部２３０に格納されるパッケージ情報のテーブル構造を示す概念図である。
【００４４】
図５に示したように、パッケージ情報格納機能部２３０に格納されるパッケージ情報は、各パッケージ情報に付された番号（Ｎｏ．）、パッケージの種類、ノード名（すなわち、そのパッケージが収容されているネットワーク装置を区別するための番号）、スロット番号（すなわち、そのパッケージが挿入されているスロットを区別するための番号）、そのパッケージのリビジョン、製造番号および運用開始日を含む。また、交換或いは取り外しにより運用が停止されたパッケージについては、その停止日も記録される。
【００４５】
図６は、パッケージが交換された場合の、パッケージ情報の変更例を示す概念図である。図６に示したように、パッケージが交換された場合には、抜去されたパッケージに対応するパッケージ情報に運用停止日の情報が追加され（図６のＮｏ．１０１）、且つ、新たに挿入されたパッケージについてのパッケージ情報（パッケージの種類、ノード名、スロット番号、リビジョン、製造番号および運用開始日）が新たに格納される（図６のＮｏ．２０４７）。図６から解るように、抜去されたパッケージに係るパッケージ情報と挿入されたパッケージに係るパッケージ情報とは、製造番号と運用開始日とが相違し且つ運用停止日の有無が相違することになる。
【００４６】
なお、パッケージの取り外しのみが行われた場合にはパッケージ情報に運用停止日の情報を追加する処理のみが行われ、また、新たなパッケージの挿入のみが行われた場合にはパッケージ情報（パッケージの種類、ノード名、スロット番号、リビジョン、製造番号および運用開始日）を追加する処理のみが行われる。
【００４７】
図７および図８は、パッケージ情報検索機能部２５０の動作を説明するための概念図である。
【００４８】
パッケージ情報検索機能部２５０は、パッケージ情報の各項目（パッケージの種類、ノード名、スロット番号、リビジョン、製造番号、運用開始日および運用停止日）をキーワードとして、パッケージ情報格納機能部２３０に格納された情報の検索を行う。例えば、保守管理者が「ノード名」として「ＯＳＫ０１」を指定し且つ「スロット番号」として「３」を指定すると（図７（Ａ）参照）、パッケージ情報検索機能部２５０はこれらのキーワードをすべて含むパッケージ情報を検索して表示する（図７（Ｂ）参照）。このとき、当該ノード名（すなわちネットワーク装置）の当該スロットでパッケージの交換等が行われたことがある場合には、過去に運用が停止されたパッケージに係るパッケージ情報もすべて検索されるようにしてもよい（図示せず）。
【００４９】
また、パッケージ情報検索機能部２５０は、パッケージ情報の各項目を範囲指定して検索することも可能である。例えば、保守管理者が、パッケージの種類として「ＰＧ−Ｂ」を指定し且つ「製造番号」として「Ｅ０００００」から「Ｅ９９９９９」までを指定すると（図８（Ａ）参照）、パッケージ情報検索機能部２５０はこれらのキーワードをすべて含むパッケージ情報を検索して表示する（図８（Ｂ）参照）。これにより、例えば、特定の製造ロットのパッケージについて、収容されているネットワーク装置およびスロットを特定することが可能になる。
【００５０】
以上説明したように、この実施形態によれば、抜去ログおよび挿入ログが記録されており且つ製造番号が変更されている場合にパッケージが交換されたと判定するので、ネットワーク装置１１０−１〜１１０−Ｎの保守管理を、通信回線を介して、低コスト且つ簡単に行うことが可能になる。
【００５１】
また、この実施形態によれば、各パッケージに係るパッケージ情報をパッケージ情報格納機能部２３０にテーブル化して格納するので、各ネットワーク装置１１０−１〜１１０−Ｎで使用されているパッケージを集中管理することが可能になる。したがって、例えば、パッケージの代替品を手配するような場合でも、パッケージを抜去して該パッケージの種類や製造番号等を、シール表示から確認する必要がない。また、パッケージの故障等のために当該パッケージの内蔵メモリに書き込んだパッケージ情報が読み取れなくなった場合でも、該パッケージ情報を知ることが可能である。
【００５２】
さらに、パッケージ交換判定機能部２４０がパッケージが交換されたことを自動的に判定してネットワーク監視装置１２０に通知するので（図３のステップＳ３０９参照）、新しく運用を開始したパッケージの情報を迅速且つ確実に該ネットワーク監視装置１２０に把握させることが可能になる。加えて、かかる通知に係る情報を該ネットワーク監視装置１２０から製造企業に自動的に転送することが可能になるので、当該製造企業は故障パッケージの実働時間を正確に把握することができ、精度および信頼性の高い品質情報を得ることができる。すなわち、製造企業は、当該パッケージのＭＴＢＦ（Mean Time Between Failure： 機器或いはシステムの使用開始から（或いは修理されてから）故障するまでの平均稼働時間）を正確に把握することが可能となる。
【００５３】
あわせて、この実施形態によれば、所定範囲の製造番号が付されたパッケージが収容されているネットワーク装置およびスロットを簡単に特定することができるので、例えば製造企業からリコールがあったような場合にも、リコール対象となるパッケージの設置位置や個数を簡単且つ正確に把握することができ、したがって代替品送付先や送付数を製造企業に迅速且つ正確に知らせることができるので、パッケージの交換を短時間で行うことができる。
【図面の簡単な説明】
【００５４】
【図１】実施形態に係るネットワーク管理システムの全体構成を示す概念図である。
【図２】実施形態に係るパッケージ情報管理装置の機能的構成を示すブロック図である。
【図３】実施形態に係るパッケージ情報管理装置の動作を説明するためのフローチャートである。
【図４】実施形態に係るパッケージ情報管理装置の動作を説明するためのフローチャートである。
【図５】実施形態に係るパッケージ情報管理装置に格納されるパッケージ情報のテーブル構造を示す概念図である。
【図６】実施形態に係るパッケージ情報管理装置に格納されるパッケージ情報のテーブル構造を示す概念図である。
【図７】実施形態に係るパッケージ情報管理装置の検索動作を示す概念図である。
【図８】実施形態に係るパッケージ情報管理装置の検索動作を示す概念図である。
【符号の説明】
【００５５】
１００  ネットワーク管理システム
１１０  ネットワーク装置
１１１−１〜１１１−ｍ  スロット
１１２−１〜１１２−ｍ  パッケージ
１２０  ネットワーク監視装置
１３０  パッケージ情報管理装置
１４０  制御通信回線
２１０  イベントログ取得機能部
２２０  パッケージ情報取得機能部
２３０  パッケージ情報格納機能部
２４０  パッケージ交換判定機能部
２５０  パッケージ情報検索機能部
【図１】
2007133580.tif 000003
【図２】
2007133580.tif 000004
【図３】
2007133580.tif 000005
【図４】
2007133580.tif 000006
【図５】
2007133580.tif 000007
【図６】
2007133580.tif 000008
【図７】
2007133580.tif 000009
【図８】
2007133580.tif 000010