(57)【要約】【課題】  被管理装置を新規に系内に設置する際に、被管理装置との間に別の装置を介することなく、また管理端末に新規に設置される被管理装置の拡張ＭＩＢの定義ファイルを実装することなく、被管理装置の機器状態を管理することができる系内装置集中管理システムを得る。【解決手段】  エージェント２０１は、自装置内の状態を、ＭＩＢ情報生成部２３により共通ポリシーに基づいたＯＩＤツリー構成を有する拡張ＭＩＢ情報に生成して、ＭＩＢ２４に格納すると共にＩＰ／ＵＤＰ／ＳＮＭＰプロトコルによりマネージャ２０２に送信し、この拡張ＭＩＢ情報を受信したマネージャ２０２は、ＭＩＢ２７に格納すると共に、ＭＩＢ情報解析部２８により、共通ポリシーに基づき解析し、エージェント２０１の状態を認識して、ＧＵＩにより画面表示するようにした。【選択図】図２
2006140671.tif 000002
【特許請求の範囲】
【請求項１】
インターネット網を介して、被管理装置をＳＮＭＰプロトコルによって監視制御する管
理端末を有する系内装置集中管理システムにおいて、
上記被管理装置は、自装置内のハードウェア状態を監視する装置状態監視部、自装置のイ
ンタフェース状態を監視するインタフェース状態監視部、上記装置状態監視部及び上記イ
ンタフェース状態監視部により監視された自装置の状態を、共通ポリシーに基づいたＯＩ
Ｄツリー構成を有する拡張ＭＩＢ情報に生成するＭＩＢ情報生成部、このＭＩＢ情報生成
部により生成された上記拡張ＭＩＢ情報を格納する第一のＭＩＢデータベース、及びこの
第一のＭＩＢデータベースに格納された上記拡張ＭＩＢ情報をＳＮＭＰプロトコルにより
上記管理端末に送信する第一のＳＮＭＰプロトコル処理部を備え、
上記管理端末は、上記被管理装置からＳＮＭＰプロトコルにより送信された上記拡張ＭＩ
Ｂ情報を受信する第二のＳＮＭＰプロトコル処理部、この第二のＳＮＭＰプロトコル処理
部により受信された上記拡張ＭＩＢ情報を格納する第二のＭＩＢデータベース、及びこの
第二のＭＩＢデータベースに格納された上記拡張ＭＩＢ情報を上記共通ポリシーに基づき
解析し、上記被管理装置の状態を認識するＭＩＢ情報解析部を備えたことを特徴とする系
内装置集中管理システム。
【請求項２】
上記管理端末は、上記ＭＩＢ情報解析部により解析した上記被管理装置の状態をグラフ
ィカルユーザインタフェースにより画面表示することを特徴とする請求項１記載の系内装
置集中管理システム。
【請求項３】
上記管理端末は、上記ＭＩＢ情報解析部により解析した上記被管理装置の状態を外部接
点アラーム表示装置に通知することを特徴とする請求項１記載の系内装置集中管理システ
ム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、系内の各装置の状態を管理する系内装置集中管理システムに関するもので
ある。
【背景技術】
【０００２】
ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎ
ｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークでは、ルータ、コンピュータ、端末など
のネットワーク装置は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎ
ｔ  Ｐｒｏｔｏｃｏｌ）プロトコルによりネットワーク経由で監視、制御される。このネ
ットワーク装置は、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）
と呼ばれる管理情報データベースを持っており、管理を行うマネージャは、これらネット
ワーク装置（エージェント）のＭＩＢに基づいて管理を行う。ＭＩＢとは、ＳＮＭＰプロ
トコルで管理されるネットワーク装置が、自分の状態を外部に知らせるために公開する管
理情報データベースであり、標準ＭＩＢと拡張ＭＩＢがある。
標準ＭＩＢは、ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）で決められた標
準のＭＩＢであり、拡張ＭＩＢは、メーカが自社のハードウェアに対し、独自に作成した
ＭＩＢであり、標準ＭＩＢではカバーしきれない細かな管理情報を扱うことができる。ま
た、ＭＩＢに格納されている管理情報をオブジェクト（Ｏｂｊｅｃｔ）と呼び、個々のオ
ブジェクトには一意の数字がふられていて、この数字をオブジェクトＩＤ（ＯＩＤ）とい
う。ＯＩＤは、ツリー状に管理されており、階層を辿ることにより、目的のオブジェクト
が参照される。
【０００３】
本発明の先行技術には、特許文献１の階層型ネットワーク管理方式がある。
この特許文献１では、ネットワーク装置により構成されるサブネットワークを管理する
サブネットワーク管理システムを、上位層の統合管理システムにより、管理し、統合管理
システムは、独自管理情報ベースに依存しない標準管理情報ベースを管理する標準管理手
段を有し、サブネットワーク管理システムは、独自管理情報ベースを標準管理情報ベース
に変換する変換手段を有している。
特許文献１では、統合管理システムから、ネットワーク装置（被管理装置）を一元的に
管理するために、サブネットワーク管理システムを介在させる必要がある。
また、特許文献１では、統合管理システムとネットワーク装置（被管理装置）の間のサ
ブネットワーク管理システムにて、独自のパラメータと標準ＭＩＢとを変換するので、統
合管理システムが扱うデータベースは、標準ＭＩＢである。
【０００４】
【特許文献１】特開平０９−０５１３４７号公報（第３〜５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来、ＩＰ上で装置の設定や健康状態を管理する際、ＳＮＭＰプロトコルにより、特許
文献１のような標準ＭＩＢデータベースに基づいて管理することが一般的であるが、標準
ＭＩＢで認識できる内容は、インタフェースや通信手順に関するものが多く、装置の状態
（アラームの有無など）や固有の情報を管理できない、という問題があった。
上述の問題を解決する方法として、ＳＮＭＰの拡張ＭＩＢを使用すれば、装置の状態も
含んだ詳細な内容まで管理できるが、拡張ＭＩＢは、各装置毎に定義が異なるので、各装
置を系内に設置するたびに拡張ＭＩＢの定義ファイルをマネージャに反映しなければなら
ないという課題があった。
【０００６】
この発明は、上述のような課題を解決するためになされたものであり、被管理装置を新
規に系内に設置する際に、被管理装置との間に別の装置を介することなく、また管理端末
に新規に設置する被管理装置の拡張ＭＩＢの定義ファイルを実装することなく、被管理装
置の機器状態を管理することができる系内装置集中管理システムを得ることを目的にして
いる。
【課題を解決するための手段】
【０００７】
この発明に係わる系内装置集中管理システムにおいては、インターネット網を介して、
被管理装置をＳＮＭＰプロトコルによって監視制御する管理端末を有する系内装置集中管
理システムにおいて、
被管理装置は、自装置内のハードウェア状態を監視する装置状態監視部、自装置のインタ
フェース状態を監視するインタフェース状態監視部、装置状態監視部及びインタフェース
状態監視部により監視された自装置の状態を、共通ポリシーに基づいたＯＩＤツリー構成
を有する拡張ＭＩＢ情報に生成するＭＩＢ情報生成部、このＭＩＢ情報生成部により生成
された拡張ＭＩＢ情報を格納する第一のＭＩＢデータベース、及びこの第一のＭＩＢデー
タベースに格納された拡張ＭＩＢ情報をＳＮＭＰプロトコルにより管理端末に送信する第
一のＳＮＭＰプロトコル処理部を備え、
管理端末は、被管理装置からＳＮＭＰプロトコルにより送信された拡張ＭＩＢ情報を受信
する第二のＳＮＭＰプロトコル処理部、この第二のＳＮＭＰプロトコル処理部により受信
された拡張ＭＩＢ情報を格納する第二のＭＩＢデータベース、及びこの第二のＭＩＢデー
タベースに格納された拡張ＭＩＢ情報を共通ポリシーに基づき解析し、被管理装置の状態
を認識するＭＩＢ情報解析部を備えたものである。
【発明の効果】
【０００８】
この発明は、以上説明したように、インターネット網を介して、被管理装置をＳＮＭＰ
プロトコルによって監視制御する管理端末を有する系内装置集中管理システムにおいて、
被管理装置は、自装置内のハードウェア状態を監視する装置状態監視部、自装置のインタ
フェース状態を監視するインタフェース状態監視部、装置状態監視部及びインタフェース
状態監視部により監視された自装置の状態を、共通ポリシーに基づいたＯＩＤツリー構成
を有する拡張ＭＩＢ情報に生成するＭＩＢ情報生成部、このＭＩＢ情報生成部により生成
された拡張ＭＩＢ情報を格納する第一のＭＩＢデータベース、及びこの第一のＭＩＢデー
タベースに格納された拡張ＭＩＢ情報をＳＮＭＰプロトコルにより管理端末に送信する第
一のＳＮＭＰプロトコル処理部を備え、
管理端末は、被管理装置からＳＮＭＰプロトコルにより送信された拡張ＭＩＢ情報を受信
する第二のＳＮＭＰプロトコル処理部、この第二のＳＮＭＰプロトコル処理部により受信
された拡張ＭＩＢ情報を格納する第二のＭＩＢデータベース、及びこの第二のＭＩＢデー
タベースに格納された拡張ＭＩＢ情報を共通ポリシーに基づき解析し、被管理装置の状態
を認識するＭＩＢ情報解析部を備えたので、被管理装置を新規に系内に設置する際に、管
理端末は、被管理装置との間に別の装置を介することなく、また新規に設置された被管理
装置の拡張ＭＩＢの定義ファイルを実装することなく、被管理装置の機器状態などを管理
することが可能となる。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
図１は、この発明の実施の形態１による系内装置集中管理システムの適用例を示す図で
ある。
図１において、基地局１は、衛星２を介してＤＡＭＡ（Ｄｅｍａｎｄ  Ａｓｓｉｇｎｍ
ｅｎｔ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：衛星電話）制御局３、地上局４、船舶５とそ
れぞれ通信するように構成されている。
本発明の系内装置集中管理システムは、基地局１に適用されたものである。ＳＮＭＰマ
ネージャ１１は、ネットワーク１９を介して、ＶｏＩＰ  ＧＷ（Ｖｏｉｃｅ  ｏｖｅｒ  
Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｃｏｌ  ＧａｔｅＷａｙ：ＩＰネットワーク経由で音声情報
を送受信するための技術）１２、データ端末１３、ルータ１４、回線制御端末（衛星回線
ＧＷ）１５、グループモデム１６、映像配信サーバ１７、外部ネットワークに接続される
アクセスルータ１８に接続されている。１２〜１８がＳＮＭＰマネージャ１１（管理端末）
により管理されるエージェント（被管理装置）である。
ＳＮＭＰマネージャ１１に共通ポリシーを反映した拡張ＭＩＢを実装しておけば、上述
の各被管理装置（エージェント）を新規に設置する際に、ＳＮＭＰの設定変更・追加を行
うことなく、ＳＮＭＰマネージャ１１からこれら被管理装置の状態を管理することができ
る。
【００１０】
以下に、本発明をさらに詳細に説明する。
図２は、この発明の実施の形態１による系内装置集中管理システムを示す機能ブロック
図である。
図２において、エージェント２０１（被管理装置）からマネージャ２０２（管理端末）
へは、ＳＮＭＰプロトコルの拡張ＭＩＢにより装置の状態が通知される。
エージェント２０１は、次のように構成されている。装置状態監視部２１は、自装置内
のハードウェアの障害有無を監視し、障害検出時にはＭＩＢ情報生成部２３に通知する。
インタフェース状態監視部２２は、装置外部とのインタフェースの障害有無を監視し、障
害検出時には、ＭＩＢ情報生成部２３に通知する。
ＭＩＢ情報生成部２３は、装置状態監視部２１やインタフェース状態監視部２２からの
障害情報を受信すると、障害の影響度により予め分類していた障害度合い、重度／中度／
軽度、に従って、ＭＩＢ情報を生成し、データベースのＭＩＢ２４（第一のＭＩＢデータ
ベース）に保管する。このＭＩＢ情報は、共通ポリシーにしたがって生成された拡張ＭＩ
Ｂ情報である。インタフェース部を有するＩＰ／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  
Ｐｒｏｔｏｃｏｌ）／ＳＮＭＰ処理部２５（第一のＳＮＭＰプロトコル処理部）は、ＩＰ
／ＵＤＰ／ＳＮＭＰプロトコルによって、ＭＩＢ２４に保管された拡張ＭＩＢ情報をマネ
ージャ２０２へ通知する。このときの送信の単位は、ＭＩＢ情報単位（＝オブジェクト単
位）であり、送信するタイミングは、事象の発生時である。
【００１１】
マネージャ２０２は、次のように構成されている。エージェント２０１よりＩＰ／ＵＤ
Ｐ／ＳＮＭＰプロトコルによって通知された拡張ＭＩＢ情報は、インタフェース部を有す
るＩＰ／ＵＤＰ／ＳＮＭＰ処理部２６（第二のＳＮＭＰプロトコル処理部）で受信され、
データベースＭＩＢ２７（第二のＭＩＢデータベース）に保管される。ＭＩＢ情報解析部
２８は、ＭＩＢ２７に保管された拡張ＭＩＢ情報を、共通ポリシーに照合して解析し、エ
ージェントで発生した障害の度合い、重度／中度／軽度、を認識する。
【００１２】
次に、拡張ＭＩＢの共通ポリシーについて説明する。
ＳＮＭＰのＭＩＢは、各メーカー間、装置間で汎用的な標準ＭＩＢ（ＭＩＢ−II）とメ
ーカー独自に定義する拡張ＭＩＢがある。
図３は、この発明の実施の形態１による系内装置集中管理システムの拡張ＭＩＢの例を
示す図であり、拡張ＭＩＢにおける本発明の共通ポリシーを示している。
図３において、拡張ＭＩＢのＯＩＤ（Ｏｂｊｅｃｔ  ＩＤ；ＭＩＢの分類ツリー構成）
は、ｉｓｏ（１）−ｏｒｇ（３）−ｄｏｄ（６）−ｉｎｔｅｒｎｅｔ（１）−ｐｒｉｖａ
ｔｅ（４）−ｅｎｔｅｒｐｒｉｓｅ（１）−メーカコード３１（例えば、Ｍｅｌｃｏ（４
０９）−メーカ内系統分類部３２−…、のようになっている。この内のｅｎｔｅｒｐｒｉ
ｓｅ（１）以下が拡張ＭＩＢである。
拡張ＭＩＢの配下に、本発明の共通ポリシーへの準拠／非準拠を示す本発明ＩＤ３３、
共通ポリシーを適用／非適用を分類する共通ポリシー適用部３４、および装置のＩＤを示
す装置ＩＤ部３５、共通ポリシーの内容を示す共通ポリシー部３６、装置毎の詳細内容を
示す詳細部３７、を設定する。
共通ポリシー部３６には、アラーム（障害）の重大度（重度／中度／軽度）、アラーム
の種類（装置／インタフェース／その他）など、種々の装置で汎用的な内容が盛込まれて
いる。
すなわち、拡張ＭＩＢのＯＩＤは、共通ポリシーに基づいたツリー構成となっている。
この共通ポリシーは、各メーカなどにより、例えば装置のアラームの有無など汎用性の高
い内容を独自に定義することができ、各装置の状態を大まかに一元的に監視することがで
きる特徴を有する。
したがって、新規に被管理装置を設置した際に、この被管理装置の拡張ＭＩＢの定義フ
ァイルをマネージャに実装しなくても、マネージャが共通ポリシーを解析できれば、アラ
ームの種類および重要度を認識することができる。
【００１３】
次に、動作について説明する。
エージェント２０１からマネージャ２０２へは、ＳＮＭＰプロトコルの拡張ＭＩＢによ
って、装置の状態が通知される。ここで、マネージャ２０２は、エージェント２０１の拡
張ＭＩＢファイルを実装していなくても、上述の拡張ＭＩＢの共通ポリシーを認識するこ
とにより、装置の状態を認識することができる。
まず、エージェント２０１内の動作を説明する。
装置状態監視部２１及びインタフェース状態監視部２２により、それぞれ装置内のハー
ドウェアの障害、及び装置外部とのインタフェースの障害を検出し、この検出時には、Ｍ
ＩＢ情報生成部２３に通知する。ＭＩＢ情報生成部２３は、これらの障害情報を受信し、
あらかじめ分類していた障害度合い、重度／中度／軽度、により、共通ポリシーにしたが
った拡張ＭＩＢ情報を生成し、データベースのＭＩＢ２４に保管する。ＭＩＢ２４に保管
された拡張ＭＩＢ情報は、ＩＰ／ＵＤＰ／ＳＮＭＰプロトコルによってマネージャ２０２
へ通知される。
【００１４】
次に、マネージャ２０２内の動作を説明する。
エージェント２０１よりＩＰ／ＵＤＰ／ＳＮＭＰプロトコルによって通知された拡張Ｍ
ＩＢ情報は、データベースＭＩＢ２７に保管される。ＭＩＢ２７に保管された拡張ＭＩＢ
情報は、ＭＩＢ情報解析部２８により、共通ポリシーに照合して解析され、エージェント
２０１で発生した障害の度合い、重度／中度／軽度、が認識される。この把握された障害
の度合いは、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）で画面表示
してオペレータに通知することができる。
このように、マネージャ２０２側では、各装置から受信した拡張ＭＩＢ情報の中の共通
ポリシー部分を読み込むことにより、装置の凡その状態を検知することができる。
したがって、新規に装置を設置した際に、この装置の拡張ＭＩＢをマネージャに実装し
なくても、マネージャが共通ポリシーを解析できれば、アラームの種類および重要度を認
識することができる。
【００１５】
実施の形態１によれば、マネージャが共通ポリシーを認識する機能さえ実装していれば
、新規に系内に被管理装置（エージェント）を設置する際に、マネージャにエージェント
の拡張ＭＩＢの定義ファイルを実装することなく、エージェントの状態を管理することが
できる。
また、マネージャと被管理装置（エージェント）の間に、とくに別の装置を介在させる
必要はない。
【００１６】
実施の形態２．
実施の形態１では、図２のマネージャ２０２のＭＩＢ情報解析部２８にて解析した結果
をＧＵＩに表示した。
実施の形態２としては、外部接点アラーム表示装置がある場合には、ＭＩＢ情報解析部
２８での解析結果を外部接点アラーム表示装置へ通知するようにしてもよい。
【図面の簡単な説明】
【００１７】
【図１】この発明の実施の形態１による系内装置集中管理システムの適用例を示す図である。
【図２】この発明の実施の形態１による系内装置集中管理システムを示す機能ブロック図である。
【図３】この発明の実施の形態１による系内装置集中管理システムの拡張ＭＩＢの例を示す図である。
【符号の説明】
【００１８】
１１  ＳＮＭＰマネージャ
１２  ＶｏＩＰ  ＧＷ
１３  データ端末
１４  ルータ
１５  回線制御端末（衛星回線ＧＷ）
１６  グループモデム
１７  映像配信サーバ
１８  アクセスルータ
１９  ネットワーク
２１  装置状態監視部（エージェント）
２２  インタフェース状態監視部（エージェント）
２３  ＭＩＢ情報生成部（エージェント）
２４  ＭＩＢ（エージェント）
２５  インタフェース・ＩＰ／ＵＤＰ／ＳＮＭＰ部（エージェント）
２６  インタフェース・ＩＰ／ＵＤＰ／ＳＮＭＰ部（マネージャ）
２７  ＭＩＢ（マネージャ）
２８  ＭＩＢ情報解析部（マネージャ）
２０１  エージェント
２０２  マネージャ
３１  メーカーコード
３２  メーカー内での系統分類
３３  本発明のＩＤ
３４  共通ポリシー適用部
３５  装置ＩＤ部
３６  共通ポリシー部
３７  詳細部 
【図２】
2006140671.tif 000003
【図３】
2006140671.tif 000004
【図１】
2006140671.tif 000005