(57)【要約】【課題】ネットワークの負荷の軽減およびシステム復旧時間の短縮を実現可能なネットワーク管理方法を得ること。【解決手段】本発明の被管理側装置２が、ＭＩＢ要素の状態、およびＭＩＢ要素の変化を管理側装置１にて認識できているかどうかを示す属性情報、を要素毎に保持するＭＩＢ５と、ネットワーク断により管理側装置１が管理する監視項目の状態と前記ＭＩＢ５が一致しなくなり、かつ、ネットワーク断の復旧後に管理側装置１から変化リストの作成を要求するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、所定の変化リストを作成する変化リスト作成部１１と、管理側装置１から変化リストを取得するためのＧｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、管理側装置１に対して変化リストを含ませたＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージを送信するＧｅｔ−Ｒｅｓｐｏｎｓｅ受付部１０と、を備える構成とした。【選択図】      図１
2004348389.tif 000002
【特許請求の範囲】
【請求項１】
被管理側装置が、ＭＩＢ要素（各監視項目）の状態、およびＭＩＢ要素の変化を管理側装置にて認識できているかどうかを示す属性情報、をＭＩＢ内で要素毎に管理するネットワーク管理方法であって、ネットワーク断により前記管理側装置が管理する監視項目の状態（装置状態）と前記被管理側装置が管理するＭＩＢが一致しない場合のネットワーク管理方法において、
ネットワーク断の復旧後、前記管理側装置が、前記被管理側装置に対して、自装置にて変化を認識できていない要素のリストである変化リストの作成を要求するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する変化リスト作成要求ステップと、
前記被管理側装置が、前記管理側装置で変化を認識できていない要素の名称およびその値を含ませた変化リストを作成する変化リスト作成ステップと、
前記管理側装置が、前記被管理側装置に対して変化リストを取得するためのＧｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する変化リスト取得要求ステップと、
前記被管理側装置が、前記管理側装置に対して、前記作成した変化リストを含ませたＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージを送信する変化リスト送信ステップと、
前記管理側装置が、受信したＧｅｔ−Ｒｅｓｐｏｎｓｅに含まれた変化リストに基づいて装置状態を更新し、更新が完了した段階で、前記被管理側装置に対して更新完了を通知するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する装置状態更新ステップと、
を含むことを特徴とするネットワーク管理方法。
【請求項２】
前記被管理側装置は、
前記監視項目が変化した場合に、対応するＭＩＢ要素の名称と変化後のＭＩＢ要素値とを付加情報としたＴｒａｐメッセージを前記管理側装置に対して送信し、同時に、当該ＭＩＢ要素の属性をＮＡＣＫ（応答なし）とし、
前記管理側装置から送達確認（ＡＣＫ）または更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、前記監視項目の変化を管理側装置にて認識できたと判断して、前記ＭＩＢ要素の属性をＡＣＫ（応答あり）に変更することを特徴とする請求項１に記載のネットワーク管理方法。
【請求項３】
前記被管理側装置が複数の管理側装置によって管理されている場合、
前記被管理側装置は、
前記監視項目が変化した場合に、対応するＭＩＢ要素の名称と変化後のＭＩＢ要素値とを付加情報としたＴｒａｐメッセージを全ての管理側装置に対して送信し、同時に、管理側装置単位で管理する当該ＭＩＢ要素の属性をそれぞれＮＡＣＫ（応答なし）とし、
前記管理側装置から送達確認（ＡＣＫ）または更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、前記監視項目の変化を管理側装置にて認識できたと判断して、当該Ｓｅｔ−Ｒｅｑｕｅｓｔメッセージを送信した管理側装置に対応するＭＩＢ要素の属性をＡＣＫ（応答あり）に変更することを特徴とする請求項１に記載のネットワーク管理方法。
【請求項４】
前記被管理側装置は、
各管理側装置のＩＰアドレスと各管理側装置に個別に対応する論理的な管理側装置番号とを関連付けて管理し、前記送達確認または更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合、当該管理側装置番号に対応するＭＩＢ要素の属性を更新することを特徴とする請求項３に記載のネットワーク管理方法。
【請求項５】
前記被管理側装置は、
前記作成した変化リストをＭＩＢ内の所定領域に記録しておき、
前記更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信後、前記所定領域に記録しておいた変化リストを消去することを特徴とする請求項１〜４のいずれか一つに記載のネットワーク管理方法。
【請求項６】
ＭＩＢ要素（各監視項目）の状態、およびＭＩＢ要素の変化を管理側装置にて認識できているかどうかを示す属性情報、を要素毎に保持するＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と、
ネットワーク断により前記管理側装置が管理する監視項目の状態（装置状態）と前記ＭＩＢが一致しなくなり、かつ、ネットワーク断の復旧後に前記管理側装置から変化リストの作成を要求するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、前記管理側装置で変化を認識できていない要素の名称およびその値を含ませた変化リストを作成する変化リスト作成手段と、
前記管理側装置から変化リストを取得するためのＧｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、前記管理側装置に対して変化リストを含ませたＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージを送信するＧｅｔ−Ｒｅｓｐｏｎｓｅ送信手段と、
を備えることを特徴とする被管理側装置。
【請求項７】
前記監視項目が変化した場合に、対応するＭＩＢ要素の名称と変化後のＭＩＢ要素値とを付加情報としたＴｒａｐメッセージを前記管理側装置に対して送信し、同時に、当該ＭＩＢ要素の属性をＮＡＣＫ（応答なし）とし、
前記管理側装置から送達確認（ＡＣＫ）または更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、前記監視項目の変化を管理側装置にて認識できたと判断して、前記ＭＩＢ要素の属性をＡＣＫ（応答あり）に変更することを特徴とする請求項６に記載の被管理側装置。
【請求項８】
複数の管理側装置によって管理されている状態で、かつ前記監視項目が変化した場合に、対応するＭＩＢ要素の名称と変化後のＭＩＢ要素値とを付加情報としたＴｒａｐメッセージを全ての管理側装置に対して送信し、同時に、管理側装置単位で管理する当該ＭＩＢ要素の属性をそれぞれＮＡＣＫ（応答なし）とし、
前記管理側装置から送達確認（ＡＣＫ）または更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合に、前記監視項目の変化を管理側装置にて認識できたと判断して、当該Ｓｅｔ−Ｒｅｑｕｅｓｔメッセージを送信した管理側装置に対応するＭＩＢ要素の属性をＡＣＫ（応答あり）に変更することを特徴とする請求項６に記載の被管理側装置。
【請求項９】
前記各管理側装置のＩＰアドレスと前記各管理側装置に個別に対応する論理的な管理側装置番号とを関連付けて管理し、前記送達確認または更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合、当該管理側装置番号に対応するＭＩＢ要素の属性を更新することを特徴とする請求項８に記載の被管理側装置。
【請求項１０】
前記作成した変化リストをＭＩＢ内の所定領域に記録しておき、
前記更新完了を示すＳｅｔ−Ｒｅｑｕｅｓｔメッセージを受信後、前記所定領域に記録しておいた変化リストを消去することを特徴とする請求項６〜９のいずれか一つに記載の被管理側装置。
【請求項１１】
ＭＩＢ要素（各監視項目）の状態、およびＭＩＢ要素の変化を管理側装置にて認識できているかどうかを示す属性情報、を要素毎に保持するＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）、を有する被管理側装置に対してネットワーク管理を行う管理側装置において、
ネットワーク断により自装置が管理する監視項目の状態（装置状態）と前記ＭＩＢが一致しなくなった場合に、ネットワーク断の復旧後、前記被管理側装置に対して、自装置にて変化を認識できていない要素のリストである変化リストの作成を要求するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する変化リスト作成要求手段と、
前記被管理側装置に対して変化リストを取得するためのＧｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する変化リスト取得要求手段と、
前記被管理側装置から変化リストが含まれたＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージを受信した場合に、当該変化リストに基づいて装置状態を更新し、更新が完了した段階で、前記被管理側装置に対して更新完了を通知するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する更新手段と、
を備えることを特徴とする管理側装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によりネットワーク管理を行う場合のネットワーク管理方法に関するものであり、特に、管理側装置（Ｍａｎａｇｅｒ）と被管理側装置（Ａｇｅｎｔ）との間の装置状態の不一致を解消するためのネットワーク管理方法に関するものである。
【０００２】
【従来の技術】
以下、従来のネットワーク管理方法について説明する。ＳＮＭＰによりＭａｎｇｅｒとＡｇｅｎｔとの間のネットワーク管理を行う監視システムにおいては、たとえば、ネットワーク断の発生後に、Ａｇｅｎｔが保持するＭＩＢとＭａｎａｇｅｒの管理する装置状態が不一致となる。
【０００３】
従来の監視システムにおいては、このような不一致を解消するため、ネットワーク断の復旧後、ＭａｎａｇｅｒがＡｇｅｎｔに問い合わせるＭＩＢ収集を実行する方式が取られている。すなわち、Ｍａｎａｇｅｒがすべての監視項目について再収集を行う（第１のネットワーク管理方法）。
【０００４】
また、ＡｇｅｎｔとＭａｎａｇｅｒの間の上記不一致を解消するその他の方法としては、たとえば、下記非特許文献１に記載しているような、ネットワーク断の以降にＡｇｅｎｔ内で記録しているＭａｎａｇｅｒに対して送信予定であったＴｒａｐのリストを、ネットワーク復旧時に送信する、という方式も提案されている（第２のネットワーク管理方法）。
【０００５】
【非特許文献１】
３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ＴＳ３２．１１１−１  ４．１．４
【０００６】
【発明が解決しようとする課題】
しかしながら、上記第１のネットワーク管理方法においては、ネットワーク断の復旧後、Ｍａｎａｇｅｒがすべての監視項目についてＭＩＢの再収集を行うため、ネットワークの負荷が高くなり、かつシステムの完全復旧（上記不一致解消）に時間がかかってしまう、という問題があった。
【０００７】
また、これを回避する方法として、たとえば、上記非特許文献１に記載しているような上記第２のネットワーク管理方法も提案されているが、Ｔｒａｐのリストが記録領域を越えてしまえば、結局上記ＭＩＢ収集（すべての監視項目についてＭＩＢの再収集を行う）を行うことになる、という問題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、ネットワークの負荷の軽減およびシステム復旧時間の短縮を実現可能なネットワーク管理方法を得ることを目的とする。
【０００９】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、本発明にかかるネットワーク管理方法にあっては、被管理側装置が、ＭＩＢ要素（各監視項目）の状態、およびＭＩＢ要素の変化を管理側装置にて認識できているかどうかを示す属性情報、をＭＩＢ内で要素毎に管理し、たとえば、ネットワーク断により前記管理側装置が管理する監視項目の状態（装置状態）と前記被管理側装置が管理するＭＩＢが一致しない場合のネットワーク管理方法であって、ネットワーク断の復旧後、前記管理側装置が、前記被管理側装置に対して、自装置にて変化を認識できていない要素のリストである変化リストの作成を要求するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する変化リスト作成要求ステップと、前記被管理側装置が、前記管理側装置で変化を認識できていない要素の名称およびその値を含ませた変化リストを作成する変化リスト作成ステップと、前記管理側装置が、前記被管理側装置に対して変化リストを取得するためのＧｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する変化リスト取得要求ステップと、前記被管理側装置が、前記管理側装置に対して、前記作成した変化リストを含ませたＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージを送信する変化リスト送信ステップと、前記管理側装置が、受信したＧｅｔ−Ｒｅｓｐｏｎｓｅに含まれた変化リストに基づいて装置状態を更新し、更新が完了した段階で、前記被管理側装置に対して更新完了を通知するためのＳｅｔ−Ｒｅｑｕｅｓｔメッセージを送信する装置状態更新ステップと、を含むことを特徴とする。
【００１０】
この発明によれば、被管理側装置に、たとえば、各ＭＩＢ要素の変化を管理側装置が認識しているかどうかを記録するａｃｋＭＩＢを設けることとした。これにより、管理側装置では、装置状態の不一致が発生した場合であっても、すべての監視項目についてＭＩＢの再収集を行う必要がない。また、ａｃｋＭＩＢが監視項目に対応するＭＩＢ要素の数に比例した領域（固定領域）となるので、Ｔｒａｐ履歴リストを保存する場合のように書き込み領域が拡大されない。
【００１１】
【発明の実施の形態】
以下に、本発明にかかるネットワーク管理方法、当該ネットワーク管理方法を実現可能な管理側装置および被管理側装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本発明にかかるネットワーク管理方法を実現するためのネットワーク管理システムの構成を示す図であり、このシステムは、監視する側の装置であるＭａｎａｇｅｒ（管理側装置：ＯｐＳ）１と、監視される側の装置であるＡｇｅｎｔ（被管理側装置）２とから構成され、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いてネットワーク管理を行う。すなわち、Ｍａｎａｇｅｒ１が、Ａｇｅｎｔ２内の各監視項目の状態（装置状態）を、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）の監視やＡｇｅｎｔ２からの自律メッセージ（Ｔｒａｐ）により保持管理することによって、Ｍａｎａｇｅｒ１とＡｇｅｎｔ２との間の装置状態の不一致を解消する。
【００１３】
また、Ａｇｅｎｔ２は、図１に示すように、複数の監視項目の状態変化（障害等）を検出する状態変化検出部３−１，３−２，…，３−Ｎと、検出した状態変化をＳＮＭＰのＴｒａｐによりＭａｎａｇｅｒ２に通知するＴｒａｐ送信部４と、各監視項目（ＭＩＢ要素）の状態を保持するＭＩＢ５と、ＭＩＢ読出し部６と、ＭＩＢ書込み部７と、Ｍａｎａｇｅｒ１から送達確認（ＡＣＫ）を受けていないＭＩＢ要素をネットワーク断後のＡｇｅｎｔ２の状態変化と仮定し、これを変化リストとしてまとめる変化リスト作成部１１と、ＳＮＭＰメッセージを処理するＧｅｔ−Ｒｅｑｕｅｓｔ受付部８，Ｓｅｔ−Ｒｅｑｕｅｓｔ受付部９，Ｇｅｔ−Ｒｅｓｐｏｎｓｅ受付部１０と、を備える。
【００１４】
また、図２は、上記ＭＩＢ５の詳細構成を示す図である。ここでは、ＭＩＢ要素である従来と同様の基本ＭＩＢ２１の他に、各ＭＩＢ要素の変化をＭａｎａｇｅｒ１が認識しているかどうかを示す送達確認（ａｃｋ）ＭＩＢ２２を備える。また、Ｍａｎａｇｅｒ１が状態変化を認識していないＭＩＢ要素（ＮＡＣＫ）をまとめたＮｋＬｓｔＭＩＢ２３を備える。さらに、Ｍａｎａｇｅｒ１からのＮｋＬｓｔＭＩＢ２３に関する要求に対応した制御を行うＣｒｅＮｋＬｓｔＭＩＢ２４，ＲｅｓＮｋＬｓｔＭＩＢ２５を備える。
【００１５】
ここで、上記ネットワーク管理システムにおける処理を、図面を用いて詳細に説明する。
【００１６】
まず、状態変化検出部３（３−１〜３−Ｎのいずれか１つに相当）によりＡｇｅｎｔ２中の通信機器（監視項目）の状態変化（障害等）が検出されると、ＭＩＢ書込み部７では、ＭＩＢ５中の対応する監視状態の値を更新する。また、この処理に並行して、Ｔｒａｐ送信部４では、上記状態変化に対応するＭＩＢ要素名と変化後のＭＩＢ要素値とを付加情報としたＴｒａｐメッセージを生成し、Ｍａｎａｇｅｒ１に対して送信する。図３は、上記ＴｒａｐメッセージのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を示す図である。ここでは、ＭＩＢ要素（２）と（４）に状態変化があった場合を表している。
【００１７】
つぎに、Ｍａｎａｇｅｒ１では、受信したＴｒａｐメッセージの付加情報を取り出し、各管理項目の状態を記録した装置状態３１内の、対応する要素値を変更する。そして、Ｍａｎａｇｅｒ１では、送達確認としてＡＣＫメッセージをＡｇｅｎｔ２に対して送信する。図４は、ＡＣＫメッセージのＰＤＵを示す図である。このＡＣＫメッセージは、Ｓｅｔ−Ｒｅｑｕｅｓｔメッセージであり、ＴｒａｐメッセージのＭＩＢ要素に対応するａｃｋＭＩＢ２２の要素をＡＣＫに設定するために送信する。
【００１８】
つぎに、Ａｇｅｎｔ２では、Ｓｅｔ−Ｒｅｑｕｅｓｔ受付部９にて上記ＡＣＫメッセージを受信すると、ＭＩＢ書き込み部７が、対応するａｃｋＭＩＢ２２の要素をＡＣＫに変更する。本実施の形態では、ａｃｋＭＩＢ２２の各要素をＡＣＫまたはＮＡＣＫで管理するので、必要とする領域は固定値となる。なお、初期値状態のａｃｋＭＩＢ２２の要素はすべてＡＣＫであり、ＭＩＢ５が変化してＴｒａｐメッセージを送信したときに対象要素がＮＡＣＫとなる。また、リアルタイム監視を行わないＭＩＢの場合は、ＭＩＢが変化したときにＮＡＣＫとなる。なお、ＡＣＫがセットされるタイミングは、上記ＡＣＫメッセージ以外にＧｅｔ−Ｒｅｑｕｅｓｔメッセージを受信した場合がある。
【００１９】
図２の例では、上記のように、ＭＩＢ要素（２），ＭＩＢ要素（４）で変化があったときの処理を示しているが、ここでは、特に、Ａｇｅｎｔ２がＴｒａｐメッセージをＭａｎａｇｅｒ１に送出したが、ネットワーク断により届かず、ＡＣＫメッセージが返送されてこない場合を表している。したがって、ＭＩＢ要素（２）とＭＩＢ要素（４）に対応するａｃｋＭＩＢ２２がＮＡＣＫの状態を保持することになる。
【００２０】
このような場合、ネットワーク断が復旧後、Ｍａｎａｇｅｒ１とＡｇｅｎｔ２との間の装置状態の不一致を解消するため、次の手順を実行する。
【００２１】
まず、Ｍａｎａｇｅｒ１が、Ａｇｅｎｔ２に対して変化リスト作成要求メッセージを送信する。この変化リスト作成要求メッセージはＳｅｔ−Ｒｅｑｕｅｓｔメッセージであり、ＭＩＢ書込み部７が、ＭＩＢ要素のひとつであるＣｒｅＮｋＬｓｔＭＩＢ２４に１をセットする。
【００２２】
つぎに、上記１のセットを検知した変化リスト作成部１１では、ａｃｋＭＩＢ２２がＮＡＣＫとなっている基本要素のＭＩＢ要素名および要素値を含む変化リストＮｋＭＩＢＬｓｔを作成する。そして、ＭＩＢ書込み部７が、作成されたＮｋＭＩＢＬｓｔをＮｋＬｓｔＭＩＢ２３に格納する。
【００２３】
つぎに、Ｍａｎａｇｅｒ１では、Ａｇｅｎｔ２に対して変化リスト取得メッセージを送信する。この変化リスト取得メッセージはＧｅｔ−Ｒｅｑｕｅｓｔメッセージであり、ＭＩＢ読出し部６が、ＮｋＬｓｔＭＩＢ２３からＮｋＭＩＢｌｓｔを読み出し、Ｇｅｔ−Ｒｅｓｐｏｎｓｅ受付部１０が、Ｍａｎａｇｅｒ１に対して読み出されたＮｋＭＩＢｌｓｔを付加情報としたＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージを送信する。そして、Ｍａｎａｇｅｒ１が、受信したＧｅｔ−Ｒｅｓｐｏｎｓｅメッセージに含まれるＮｋＭＩＢｌｓｔに基づいて装置状態３１を更新する。
【００２４】
更新が完了すると、Ｍａｎａｇｅｒ１では、Ａｇｅｎｔ２に対して更新完了メッセージを送信する。この更新完了メッセージはＳｅｔ−Ｒｅｑｕｅｓｔメッセージであり、ＭＩＢ書込み部７が、ＭＩＢ要素のひとつであるＲｅｓＮｋＬｓｔＭＩＢ２５に１をセットする。
【００２５】
最後に、変化リスト作成部１１が上記ＲｅｓＮｋＬｓｔＭＩＢ２５に対する１のセットを検知した場合、ＭＩＢ書込み部７では、ＮｋＬｓｔＭＩＢ２３中のＮｋＭＩＢＬｓｔの要素名に対応するａｃｋＭＩＢ２２の要素をＡＣＫとし、さらにＮｋＬｓｔＭＩＢ２３内のＮｋＭＩＢＬｓｔをクリアする。
【００２６】
このように、本実施の形態においては、各ＭＩＢ要素の変化をＭａｎａｇｅｒが認識しているかどうかを記録するａｃｋＭＩＢを設けることとした。これにより、Ａｇｅｎｔとの間に装置状態の不一致が発生した場合であっても、Ｍａｎａｇｅｒが、すべての監視項目についてＭＩＢの再収集を行うことなく、当該装置状態の不一致を、少ない処理かつ短時間で解消できる。また、ａｃｋＭＩＢは監視項目に対応するＭＩＢ要素の数に比例した領域（固定領域）となるので、Ｔｒａｐ履歴リストを保存する従来方式のように時系列的に書き込み領域を拡大することなしに、ＭａｎａｇｅｒとＡｇｅｎｔとの間の装置状態の不一致を解消できる。
【００２７】
実施の形態２．
先に説明した実施の形態１では、Ｍａｎａｇｅｒが１つの場合を想定していたが、実施の形態２では、複数のＭａｎａｇｅｒが共存する場合について説明する。なお、本実施の形態のＡｇｅｎｔ２ａは、先に説明した実施の形態１のＡｇｅｎｔ２と比較して、ＭＩＢの構成のみが異なるので、その他の構成については同一の符号を付してその説明を省略する。また、本実施の形態では、説明の便宜上、Ｍａｎａｇｅｒが２つの場合を想定するが、この限りではない。
【００２８】
図５は、実施の形態２のＭＩＢ５ａの詳細構成を示す図である。本実施の形態のＭＩＢ５ａにおいては、前述したａｃｋＭＩＢ２２に代えてａｃｋＭＩＢ２２ａを備える。このａｃｋＭＩＢ２２ａは、前述のａｃｋＭＩＢ２２を複数のＭａｎａｇｅｒに対応できるようにビット列に拡張したものであり、たとえば、ＭＳＢ側がＭａｎａｇｅｒ１−１に対応し、ＬＳＢ側がＭａｎａｇｅｒ１−２に対応する。
【００２９】
また、本実施の形態のＭＩＢ５ａには、さらにＩＰＡｄｄｒＴｂｌＭＩＢ２６ａとＡｃｋＳｅｔＭＩＢ２７ａを追加する。ＩＰＡｄｄｒＴｂｌＭＩＢ２６ａは、ＭａｎａｇｅｒのＩＰアドレスと論理Ｍａｎａｇｅｒ番号の対応表である。また、ＡｃｋＳｅｔＭＩＢ２７ａには、ＡＣＫメッセージを格納する。また、図６は、本実施の形態のＡＣＫメッセージのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を示す図である。このＡＣＫメッセージは、Ｓｅｔ−Ｒｅｑｕｅｓｔメッセージであり、Ｔｒａｐメッセージに載せられたＭＩＢ要素リストとともに、ＭａｎａｇｅｒのＩＰアドレスが付加される。
【００３０】
ここで、本実施の形態のネットワーク管理システムにおける処理を、図面を用いて詳細に説明する。ここでは、実施の形態１と異なる処理についてのみ説明する。
【００３１】
Ａｇｅｎｔ２ａでは、たとえば、Ｍａｎａｇｅｒ１−１，１−２に対してＳＮＭＰのＴｒａｐメッセージを送信した場合（ステップＳ１）、送信した全Ｍａｎａｇｅｒに対応するａｃｋＭＩＢ２２ａの各要素のビットを１（ＮＡＣＫ）とする。本実施の形態では、要素（２），要素（４）が変化しているので、ａｃｋＭＩＢ２２ａの要素（２），要素（４）のビットを全て１にセットする。
【００３２】
Ｔｒａｐメッセージを受信したＭａｎａｇｅｒ１−１は、装置状態３１−１を更新後、ＭＩＢ要素リストと自装置のＩＰアドレスとを付加したＡＣＫメッセージを返信する（ステップＳ２）。そして、Ａｇｅｎｔ２ａでは、ＭＩＢ書込み部７が、ＡＣＫメッセージに付加されたＭＩＢ要素リストと自装置のＩＰアドレスをＡｃｋＳｅｔＭＩＢ２７ａに書き込む。
【００３３】
つぎに、上記ＡｃｋＳｅｔＭＩＢ２７ａへの書き込みを検出したＡｇｅｎｔ２ａでは、ＭＩＢ読出し部６が、ＩＰＡｄｄｒＴｂｌＭＩＢ２６ａを検索し、Ｍａｎａｇｅｒ１−１のＩＰアドレスから論理Ｍａｎａｇｅｒ番号を取り出す（ステップＳ３）。そして、ＭＩＢ書込み部７が、ａｃｋＭＩＢ２２ａの上記論理Ｍａｎａｇｅｒ番号に対応するビットを０（ＡＣＫ）に変更する（ステップＳ４）。
【００３４】
一方で、Ａｇｅｎｔ２ａとＭａｎａｇｅｒ１−２との間はネットワーク断が発生しているので、Ｍａｎａｇｅｒ１−２では、上記ステップＳ１の処理によるＴｒａｐメッセージの送出を検知できない。また、Ａｇｅｎｔ２ａでは、ネットワーク断の発生により、Ｍａｎａｇｅｒ１−２からのＡＣＫメッセージを受信できないので、ａｃｋＭＩＢ２２ａのＬＳＢの１（ＮＡＣＫ）を保持することとなる。このように、Ａｇｅｎｔ２ａとＭａｎａｇｅｒ１−２との間でネットワーク断が発生すると、Ｍａｎａｇｅｒ１−２の装置状態３１−２は、基本ＭＩＢ２１の要素（２），要素（４）の変化を反映できない。
【００３５】
そこで、本実施の形態では、Ｍａｎａｇｅｒ１−２とＡｇｅｎｔ２ａとの間の不一致を解消するため、ネットワーク断の復旧後、次の処理を行う。
【００３６】
まず、Ｍａｎａｇｅｒ１−２が、自装置のＩＰアドレスを付加した変化リスト作成要求メッセージをＡｇｅｎｔ２ａに対して送信する（ステップＳ５）。そして、Ａｇｅｎｔ２ａでは、受信した変化リスト作成要求メッセージからＭａｎａｇｅｒ１−２のＩＰアドレスを抽出し、ＭＩＢ書込み部７が、当該Ｍａｎａｇｅｒ１−２のＩＰアドレスをＣｒｅＮｋＬｓｔＭＩＢ２７ａにセットする。
【００３７】
つぎに、上記Ｍａｎａｇｅｒ１−２のＩＰアドレスのセットを検知したＡｇｅｎｔ２ａの変化リスト作成部１１では、ＩＰＡｄｄｒＴｂｌＭＩＢ２６ａを検索し、Ｍａｎａｇｅｒ１−２のＩＰアドレスから論理Ｍａｎａｇｅｒ番号を取り出す。その後、ａｃｋＭＩＢ２２ａの論理Ｍａｎａｇｅｒ番号に対応するビットの中から１（ＮＡＣＫ）となっている要素を検出し、この検出結果に基づいて変化リストＮｋＭＩＢＬｉｓｔ（要素名，要素値）を作成する。そして、ＭＩＢ書込み部７が、当該ＮｋＭＩＢＬｉｓｔをＮｋＬｓｔＭＩＢ２３に格納する（ステップＳ６）。
【００３８】
つぎに、Ｍａｎａｇｅｒ１−２では、上記変化リストを取得するために変化リスト取得メッセージをＡｇｅｎｔ２ａに対して送信する。そして、変化リスト取得メッセージを受け取ったＡｇｅｎｔ２ａでは、ＭＩＢ読出し部６が、ＮｋＬｓｔＭＩＢ２３からＮｋＭＩＢｌｉｓｔを読み出し、それをＭａｎａｇｅｒ１−２に対して送信する（ステップＳ７）。Ｍａｎａｇｅｒ１−２では、受信したＮｋＭＩＢｌｉｓｔに基づいて装置状態３１−２を更新する。
【００３９】
つぎに、更新が完了すると、Ｍａｎａｇｅｒ１−２では、Ａｇｅｎｔ２ａに対して更新完了メッセージを送信する（ステップＳ８）。そして、更新完了メッセージを受信したＡｇｅｎｔ２ａでは、ＭＩＢ書込み部７が、ＲｅｓＮｋＬｓｔＭＩＢ２５ａに対してＭａｎａｇｅｒ１−２のＩＰアドレスをセットする。
【００４０】
上記ＲｅｓＮｋＬｓｔＭＩＢ２５ａへのＩＰアドレスのセットを検知したＡｇｅｎｔ２ａでは、ＩＰＡｄｄｒＴｂｌＭＩＢ２６ａを検索し、Ｍａｎａｇｅｒ１−２のＩＰアドレスから論理Ｍａｎａｇｅｒ番号を取り出す。そして、ＭＩＢ書込み部７が、ＮｋＭＩＢＬｉｓｔの要素名に対応するａｃｋＭＩＢ２２ａのビット列を検出し、論理Ｍａｎａｇｅｒ番号に対応するビットを０（ＡＣＫ）に設定する。同時に、ＮｋＬｓｔＭＩＢ２３内のＮｋＭＩＢＬｓｔをクリアする。
【００４１】
なお、本実施の形態では、ＡｃｋＳｅｔＭＩＢ２７ａ，ＮｋＬｓｔＭＩＢ２３を全Ｍａｎａｇｅｒで共用しているが、これに限らず、たとえば、Ｍａｎａｇｅｒ毎にＡｃｋＳｅｔＭＩＢ，ＮｋＬｉｓｔＭＩＢを備えることとしてもよい。
【００４２】
このように、本実施の形態においては、さらに、ａｃｋＭＩＢのＡＣＫ／ＮＡＣＫをＭａｎａｇｅｒ数分のビット列に拡張することとした。これにより、複数のＭａｎａｇｅｒが共存する場合であっても、Ｍａｎａｇｅｒが、従来のようにすべての監視項目についてＭＩＢの再収集を行うことなく、Ａｇｅｎｔとの間の装置状態の不一致を解消できる。
【００４３】
【発明の効果】
以上、説明したとおり、本発明によれば、各ＭＩＢ要素の変化をＭａｎａｇｅｒが認識しているかどうかを記録するａｃｋＭＩＢを設けることとした。これにより、Ａｇｅｎｔとの間に装置状態の不一致が発生した場合であっても、Ｍａｎａｇｅｒが、すべての監視項目についてＭＩＢの再収集を行うことなく、当該装置状態の不一致を、少ない処理かつ短時間で解消できる、という効果を奏する。また、ａｃｋＭＩＢは監視項目に対応するＭＩＢ要素の数に比例した領域（固定領域）となるので、Ｔｒａｐ履歴リストを保存する従来方式のように時系列的に書き込み領域を拡大することなしに、ＭａｎａｇｅｒとＡｇｅｎｔとの間の装置状態の不一致を解消できる、という効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかるネットワーク管理方法を実現するためのネットワーク管理システムの構成を示す図である。
【図２】実施の形態１のＭＩＢの詳細構成を示す図である。
【図３】ＴｒａｐメッセージのＰＤＵを示す図である。
【図４】実施の形態１のＡＣＫメッセージのＰＤＵを示す図である。
【図５】実施の形態２のＭＩＢの詳細構成を示す図である。
【図６】実施の形態２のＡＣＫメッセージのＰＤＵを示す図である。
【符号の説明】
１，１−１，１−２  Ｍａｎａｇｅｒ、２，２ａ  Ａｇｅｎｔ、３−１，３−２，３−Ｎ  状態変化検出部、４  Ｔｒａｐ送信部、５  ＭＩＢ、６  ＭＩＢ読出し部、７  ＭＩＢ書込み部、８  Ｇｅｔ−Ｒｅｑｕｅｓｔ受付部、９  Ｓｅｔ−Ｒｅｑｕｅｓｔ受付部、１０  Ｇｅｔ−Ｒｅｓｐｏｎｓｅ受付部、１１  変化リスト作成部、２１  基本ＭＩＢ、２２，２２ａ  ａｃｋＭＩＢ、２３  ＮｋＬｓｔＭＩＢ、２４，２４ａ  ＣｒｅＮｋＬｓｔＭＩＢ、２５，２５ａ  ＲｅｓＮｋＬｓｔＭＩＢ、２６ａ  ＩＰＡｄｄｒＴｂｌＭＩＢ、２７ａ  ＡｃｋＳｅｔＭＩＢ、３１，３１−１，３１−２  装置状態。
【図１】
2004348389.tif 000003
【図２】
2004348389.tif 000004
【図３】
2004348389.tif 000005
【図４】
2004348389.tif 000006
【図５】
2004348389.tif 000007
【図６】
2004348389.tif 000008