JP2001109686A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JP2001109686A JP2001109686A JP28577199A JP28577199A JP2001109686A JP 2001109686 A JP2001109686 A JP 2001109686A JP 28577199 A JP28577199 A JP 28577199A JP 28577199 A JP28577199 A JP 28577199A JP 2001109686 A JP2001109686 A JP 2001109686A
- Authority
- JP
- Japan
- Prior art keywords
- management
- scenario
- managed
- node
- function
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 マネージャの通信負荷を軽減し、もって、ハ
ードウェアの追加作業やソフトウェアのバージョンアッ
プ作業を行うことなく、ネットワークの規模の拡張に対
応できる。 【解決手段】 マネージャ（ＭＮＧ）１は、管理シナリ
オ作成部（ＭＳ−ＭＡＫＥ）２と表示部（ＧＰ）３と通
信処理部（ＣＯＭ）４ａとを備え、管理シナリオ作成部
（ＭＳ−ＭＡＫＥ）２にて管理シナリオを作成し、通信
処理部（ＣＯＭ）４ａを通して、作成した管理シナリオ
を管理対象のノード（ＮＤ）５−１などに送信する。各
ノード（ＮＤ）５−１，５−２，５−ｎにおけるシナリ
オ管理部（ＳＰ）７は通信処理部（ＣＯＭ）４ｂを通し
てマネージャ（ＭＮＧ）１から送信された管理シナリオ
を受信し、受信した管理シナリオの記述内容に従ってエ
ージェント管理部（ＡＧＴ）６に対して管理操作を実行
する。よって、マネージャ（ＭＮＧ）１の負荷が軽減す
る。
ードウェアの追加作業やソフトウェアのバージョンアッ
プ作業を行うことなく、ネットワークの規模の拡張に対
応できる。 【解決手段】 マネージャ（ＭＮＧ）１は、管理シナリ
オ作成部（ＭＳ−ＭＡＫＥ）２と表示部（ＧＰ）３と通
信処理部（ＣＯＭ）４ａとを備え、管理シナリオ作成部
（ＭＳ−ＭＡＫＥ）２にて管理シナリオを作成し、通信
処理部（ＣＯＭ）４ａを通して、作成した管理シナリオ
を管理対象のノード（ＮＤ）５−１などに送信する。各
ノード（ＮＤ）５−１，５−２，５−ｎにおけるシナリ
オ管理部（ＳＰ）７は通信処理部（ＣＯＭ）４ｂを通し
てマネージャ（ＭＮＧ）１から送信された管理シナリオ
を受信し、受信した管理シナリオの記述内容に従ってエ
ージェント管理部（ＡＧＴ）６に対して管理操作を実行
する。よって、マネージャ（ＭＮＧ）１の負荷が軽減す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、マネージャが、ネ
ットワークの規模、構成、運用状況に応じて作成した管
理シナリオを管理対象ノードに送信し、この管理シナリ
オを受信した管理対象ノードにて、受信した管理シナリ
オの記述内容に従って管理機能を動的に拡張することを
可能とするネットワーク管理システムに関するものであ
る。
ットワークの規模、構成、運用状況に応じて作成した管
理シナリオを管理対象ノードに送信し、この管理シナリ
オを受信した管理対象ノードにて、受信した管理シナリ
オの記述内容に従って管理機能を動的に拡張することを
可能とするネットワーク管理システムに関するものであ
る。
【０００２】
【従来の技術】従来のネットワーク管理システムにおい
ては、マネージャは、管理対象ノードに対して、管理操
作を記述した管理シナリオを送信する手段を備えていな
い。また、従来のネットワーク管理システムにおいて
は、管理対象ノードは、マネージャから管理シナリオを
受信すると、その管理シナリオの記述内容に従った管理
操作を実行する手段を備えていない。
ては、マネージャは、管理対象ノードに対して、管理操
作を記述した管理シナリオを送信する手段を備えていな
い。また、従来のネットワーク管理システムにおいて
は、管理対象ノードは、マネージャから管理シナリオを
受信すると、その管理シナリオの記述内容に従った管理
操作を実行する手段を備えていない。
【０００３】さらに、ネットワークの規模が拡張され、
マネージャが管理する管理対象ノード数が増大してくる
と、１台のマネージャが全管理対象ノードと直接通信し
て管理操作を実行するには、マネージャの通信処理部の
負荷が重くなる。
マネージャが管理する管理対象ノード数が増大してくる
と、１台のマネージャが全管理対象ノードと直接通信し
て管理操作を実行するには、マネージャの通信処理部の
負荷が重くなる。
【０００４】したがって、このような不具合を解決する
ために、従来は、次のような２つの方法がとられてい
る。すなわち、一つは、複数のサブマネージャを設置
し、その上位に統合マネージャを設置した階層的なネッ
トワーク管理を行うことで、ネットワーク全体を管理す
る方法である。この方法は、例えば、特開平１０−１２
４４２５号公報などに開示されている。また、もう一つ
は、管理対象ノードに１つ以上の管理オブジェクトを統
合した新規の管理オブジェクトを定義し、その新規管理
オブジェクトにマネージャがアクセスすることで通信量
を減らす方法である。
ために、従来は、次のような２つの方法がとられてい
る。すなわち、一つは、複数のサブマネージャを設置
し、その上位に統合マネージャを設置した階層的なネッ
トワーク管理を行うことで、ネットワーク全体を管理す
る方法である。この方法は、例えば、特開平１０−１２
４４２５号公報などに開示されている。また、もう一つ
は、管理対象ノードに１つ以上の管理オブジェクトを統
合した新規の管理オブジェクトを定義し、その新規管理
オブジェクトにマネージャがアクセスすることで通信量
を減らす方法である。
【０００５】
【発明が解決しようとする課題】ところが、このような
従来のネットワーク管理システムにおいて、管理対象ノ
ード数が増大したときに負荷を削減する場合に、前者の
方法を用いると、サブマネージャの機能を担う新しいハ
ードウェアの設置作業が発生する。また、前者の方法に
ついては、ハードウェアの導入はせずに、管理対象ノー
ドの管理ソフトウェアをサブマネージャ機能に対応する
ように変更する手段を用いる場合でも、サブマネージャ
機能に対応する新しいソフトウェアの開発作業と、サブ
マネージャとなる管理対象ノードに、開発したソフトウ
ェアをダウンロードし、バージョンアップする作業が発
生するなどの不具合が生じ、使い勝手が悪い。
従来のネットワーク管理システムにおいて、管理対象ノ
ード数が増大したときに負荷を削減する場合に、前者の
方法を用いると、サブマネージャの機能を担う新しいハ
ードウェアの設置作業が発生する。また、前者の方法に
ついては、ハードウェアの導入はせずに、管理対象ノー
ドの管理ソフトウェアをサブマネージャ機能に対応する
ように変更する手段を用いる場合でも、サブマネージャ
機能に対応する新しいソフトウェアの開発作業と、サブ
マネージャとなる管理対象ノードに、開発したソフトウ
ェアをダウンロードし、バージョンアップする作業が発
生するなどの不具合が生じ、使い勝手が悪い。
【０００６】また、後者の方法を用いると、新規の管理
オブジェクトを定義したデータベースと、その新規管理
オブジェクトの値を求めるためのソフトウェアをダウン
ロードし、バージョンアップする作業が発生するなど、
やはり使い勝手はよくない。
オブジェクトを定義したデータベースと、その新規管理
オブジェクトの値を求めるためのソフトウェアをダウン
ロードし、バージョンアップする作業が発生するなど、
やはり使い勝手はよくない。
【０００７】すなわち、従来のネットワーク管理システ
ムにおいては、管理対象ノード数の増大などにより、マ
ネージャの通信量が増大する。さらに、これらの不具合
を解決するために、階層的なネットワーク管理構成への
変更を行う場合や、複数の管理オブジェクトを統合した
管理オブジェクトを新規に定義する場合においても、ハ
ードウェアの追加作業や、ソフトウェアのバージョンア
ップ作業を行わなければならず、ソフトウェアの開発作
業および保守作業が増大するという不具合がある。
ムにおいては、管理対象ノード数の増大などにより、マ
ネージャの通信量が増大する。さらに、これらの不具合
を解決するために、階層的なネットワーク管理構成への
変更を行う場合や、複数の管理オブジェクトを統合した
管理オブジェクトを新規に定義する場合においても、ハ
ードウェアの追加作業や、ソフトウェアのバージョンア
ップ作業を行わなければならず、ソフトウェアの開発作
業および保守作業が増大するという不具合がある。
【０００８】本発明は、このような事情に鑑みてなされ
たものであり、その目的は、マネージャが担当していた
管理機能を管理対象ノード側で実行させることにより、
マネージャの通信負荷を軽減し、もって、ハードウェア
の追加作業やソフトウェアのバージョンアップ作業を行
うことなく、ネットワークの規模の拡張に対応できるネ
ットワーク管理システムを提供することを目的とする。
たものであり、その目的は、マネージャが担当していた
管理機能を管理対象ノード側で実行させることにより、
マネージャの通信負荷を軽減し、もって、ハードウェア
の追加作業やソフトウェアのバージョンアップ作業を行
うことなく、ネットワークの規模の拡張に対応できるネ
ットワーク管理システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】本発明は、マネージャと
複数の管理対象ノードとから構成されるネットワーク管
理システムであって、マネージャは、管理対象である管
理対象ノードに対して、管理操作を記述した管理シナリ
オを送信する管理シナリオ送信手段を備え、各々の管理
対象ノードは、マネージャから管理シナリオを受信し
て、受信した管理シナリオに従って管理操作を実行する
管理操作実行手段を備えていることを特徴とするネット
ワーク管理システムである。
複数の管理対象ノードとから構成されるネットワーク管
理システムであって、マネージャは、管理対象である管
理対象ノードに対して、管理操作を記述した管理シナリ
オを送信する管理シナリオ送信手段を備え、各々の管理
対象ノードは、マネージャから管理シナリオを受信し
て、受信した管理シナリオに従って管理操作を実行する
管理操作実行手段を備えていることを特徴とするネット
ワーク管理システムである。
【００１０】これによって、マネージャは、管理操作を
記述した管理シナリオを管理対象のノード側に送信し、
ノード側において、受信した管理シナリオに従って管理
操作を実行するので、マネージャの通信負荷を軽減し
て、ネットワークの規模の拡張に対応することができ
る。
記述した管理シナリオを管理対象のノード側に送信し、
ノード側において、受信した管理シナリオに従って管理
操作を実行するので、マネージャの通信負荷を軽減し
て、ネットワークの規模の拡張に対応することができ
る。
【００１１】また、本発明は、マネージャと管理対象ノ
ードとの間で使用される管理シナリオは、管理対象ノー
ドに対して、１つ以上の管理オブジェクトを組み合わせ
て新しい管理オブジェクトを生成したり、生成された管
理オブジェクトを削除したりするために用いられる管理
オブジェクト生成・削除用管理シナリオと、管理対象ノ
ードに対して、既存の管理オブジェクトに自発的にアク
セスさせるために用いられる管理機能生成・削除用管理
シナリオと、管理対象ノードに対して、新しいトラップ
定義を生成したり、生成されたトラップ定義を削除した
りするために用いられるトラップ生成・削除用管理シナ
リオとの３種類の管理シナリオを用いるようにしたこと
を特徴とするネットワーク管理システムである。
ードとの間で使用される管理シナリオは、管理対象ノー
ドに対して、１つ以上の管理オブジェクトを組み合わせ
て新しい管理オブジェクトを生成したり、生成された管
理オブジェクトを削除したりするために用いられる管理
オブジェクト生成・削除用管理シナリオと、管理対象ノ
ードに対して、既存の管理オブジェクトに自発的にアク
セスさせるために用いられる管理機能生成・削除用管理
シナリオと、管理対象ノードに対して、新しいトラップ
定義を生成したり、生成されたトラップ定義を削除した
りするために用いられるトラップ生成・削除用管理シナ
リオとの３種類の管理シナリオを用いるようにしたこと
を特徴とするネットワーク管理システムである。
【００１２】すなわち、このような３種類の管理シナリ
オを用いることによって、管理対象ノードに対して、新
規の管理オブジェクトを生成したり、あるいは、これを
削除したり、既存の管理オブジェクトに自発的にアクセ
スさせたり、管理対象ノードに対して、新しいトラップ
定義を生成したり、これを削除したりすることができ
る。
オを用いることによって、管理対象ノードに対して、新
規の管理オブジェクトを生成したり、あるいは、これを
削除したり、既存の管理オブジェクトに自発的にアクセ
スさせたり、管理対象ノードに対して、新しいトラップ
定義を生成したり、これを削除したりすることができ
る。
【００１３】さらに、本発明は、マネージャには、管理
オブジェクト生成・削除用管理シナリオを用いて、管理
対象ノードに対して、既存の管理オブジェクトを組み合
わせて新規の管理オブジェクトを生成する情報を与え、
管理対象ノード内に動的に管理オブジェクトを生成させ
る管理オブジェクト生成手段と、管理オブジェクト生成
・削除用管理シナリオを用いて、管理対象ノードに対し
て、管理シナリオによって新規に生成した管理オブジェ
クトを削除させる管理オブジェクト削除手段と、管理機
能生成・削除用管理シナリオを用いて、管理対象ノード
に対して、既存の管理オブジェクトへ自発的にアクセス
する機能を生成させるアクセス機能生成手段と、管理機
能生成・削除用管理シナリオを用いて、管理対象ノード
に対して、管理シナリオによって生成された既存の管理
オブジェクトへ自発的にアクセスする機能を削除させる
アクセス機能削除手段とを設けたことを特徴とするネッ
トワーク管理システムである。
オブジェクト生成・削除用管理シナリオを用いて、管理
対象ノードに対して、既存の管理オブジェクトを組み合
わせて新規の管理オブジェクトを生成する情報を与え、
管理対象ノード内に動的に管理オブジェクトを生成させ
る管理オブジェクト生成手段と、管理オブジェクト生成
・削除用管理シナリオを用いて、管理対象ノードに対し
て、管理シナリオによって新規に生成した管理オブジェ
クトを削除させる管理オブジェクト削除手段と、管理機
能生成・削除用管理シナリオを用いて、管理対象ノード
に対して、既存の管理オブジェクトへ自発的にアクセス
する機能を生成させるアクセス機能生成手段と、管理機
能生成・削除用管理シナリオを用いて、管理対象ノード
に対して、管理シナリオによって生成された既存の管理
オブジェクトへ自発的にアクセスする機能を削除させる
アクセス機能削除手段とを設けたことを特徴とするネッ
トワーク管理システムである。
【００１４】そして、管理対象ノードには、管理オブジ
ェクト生成・削除用管理シナリオを受信すると、受信情
報に従って、管理対象ノード内に新規の管理オブジェク
トを生成するノード内管理オブジェクト生成手段と、管
理オブジェクト生成・削除用管理シナリオを受信する
と、受信情報に従って、管理対象ノード内に管理シナリ
オを用いて生成された管理オブジェクトを削除するノー
ド内管理オブジェクト削除手段と、管理機能生成・削除
用管理シナリオを受信すると、受信情報に従って、既存
の管理オブジェクトへ自発的にアクセスする機能を生成
するノード内アクセス機能生成手段と、管理機能生成・
削除用管理シナリオを受信すると、受信情報に従って、
管理シナリオによって生成された既存の管理オブジェク
トへ自発的にアクセスする機能を削除するノード内アク
セス機能削除手段とを設けたことを特徴とするネットワ
ーク管理システムである。
ェクト生成・削除用管理シナリオを受信すると、受信情
報に従って、管理対象ノード内に新規の管理オブジェク
トを生成するノード内管理オブジェクト生成手段と、管
理オブジェクト生成・削除用管理シナリオを受信する
と、受信情報に従って、管理対象ノード内に管理シナリ
オを用いて生成された管理オブジェクトを削除するノー
ド内管理オブジェクト削除手段と、管理機能生成・削除
用管理シナリオを受信すると、受信情報に従って、既存
の管理オブジェクトへ自発的にアクセスする機能を生成
するノード内アクセス機能生成手段と、管理機能生成・
削除用管理シナリオを受信すると、受信情報に従って、
管理シナリオによって生成された既存の管理オブジェク
トへ自発的にアクセスする機能を削除するノード内アク
セス機能削除手段とを設けたことを特徴とするネットワ
ーク管理システムである。
【００１５】さらに、本発明は、マネージャと管理対象
ノード間で使用される管理シナリオには、リモート宛先
アドレスという項目を設け、管理対象ノードには、リモ
ート宛先アドレス項目に記述されている管理対象ノード
が保持する管理オブジェクトにアクセスする管理オブジ
ェクトアクセス手段を設け、マネージャには、管理対象
ノードに対して他の管理対象ノードが保持する管理オブ
ジェクトにアクセスための管理操作が記述された管理シ
ナリオを送信し、その管理シナリオに従って管理対象ノ
ードが他の管理対象ノードの管理オブジェクトにアクセ
スすることで、管理対象ノードに対してサブマネージャ
としての役割を担わせ、動的に階層管理を実現する階層
管理手段を設けたことを特徴とするネットワーク管理シ
ステムである。
ノード間で使用される管理シナリオには、リモート宛先
アドレスという項目を設け、管理対象ノードには、リモ
ート宛先アドレス項目に記述されている管理対象ノード
が保持する管理オブジェクトにアクセスする管理オブジ
ェクトアクセス手段を設け、マネージャには、管理対象
ノードに対して他の管理対象ノードが保持する管理オブ
ジェクトにアクセスための管理操作が記述された管理シ
ナリオを送信し、その管理シナリオに従って管理対象ノ
ードが他の管理対象ノードの管理オブジェクトにアクセ
スすることで、管理対象ノードに対してサブマネージャ
としての役割を担わせ、動的に階層管理を実現する階層
管理手段を設けたことを特徴とするネットワーク管理シ
ステムである。
【００１６】これによって、管理対象ノード数が増大し
たときなどに、サブマネージャの機能である複数ノード
の状態を統合する管理シナリオを記述し、それをマネー
ジャから管理対象ノードに送信することによって、新規
にハードウェアを設置したり、ソフトウェアを開発して
バージョンアップしたりせずに、管理対象ノードをサブ
マネージャ化することができる。
たときなどに、サブマネージャの機能である複数ノード
の状態を統合する管理シナリオを記述し、それをマネー
ジャから管理対象ノードに送信することによって、新規
にハードウェアを設置したり、ソフトウェアを開発して
バージョンアップしたりせずに、管理対象ノードをサブ
マネージャ化することができる。
【００１７】また、管理対象ノード数が増大したときな
どに、１つ以上の管理オブジェクトを統合した新規の管
理オブジェクトを生成する管理シナリオを記述し、それ
をマネージャから管理対象ノードに送信することで、管
理対象ノードに１つ以上の管理オブジェクトを統合した
新規の管理オブジェクトが生成され、それをマネージャ
が収集することによって、マネージャの通信負荷を削減
することができる。
どに、１つ以上の管理オブジェクトを統合した新規の管
理オブジェクトを生成する管理シナリオを記述し、それ
をマネージャから管理対象ノードに送信することで、管
理対象ノードに１つ以上の管理オブジェクトを統合した
新規の管理オブジェクトが生成され、それをマネージャ
が収集することによって、マネージャの通信負荷を削減
することができる。
【００１８】また、本発明は、マネージャには、トラッ
プ生成・削除用管理シナリオを用いて、管理対象ノード
に対して、新規トラップの送信機能を動的に生成させる
トラップ送信機能生成手段と、トラップ生成・削除用管
理シナリオを用いて、管理対象ノードに対して、管理シ
ナリオによって生成された既存トラップの送信機能を動
的に削除させるトラップ送信機能削除手段とを設け、管
理対象ノードには、トラップ生成・削除用管理シナリオ
を受信したとき、受信情報に従って、管理対象ノード内
に新規トラップの送信機能を動的に生成するノード内ト
ラップ送信機能生成手段と、トラップ生成・削除用管理
シナリオを受信したとき、受信情報に従って、管理対象
ノード内に管理シナリオによって生成された既存トラッ
プの送信機能を動的に削除するノード内トラップ送信機
能削除手段とを設けたことを特徴とするネットワーク管
理システムである。これによって、マネージャが新規に
定義した管理オブジェクトへの定期ポーリングによるト
ラフィック量を抑えることが可能となる。
プ生成・削除用管理シナリオを用いて、管理対象ノード
に対して、新規トラップの送信機能を動的に生成させる
トラップ送信機能生成手段と、トラップ生成・削除用管
理シナリオを用いて、管理対象ノードに対して、管理シ
ナリオによって生成された既存トラップの送信機能を動
的に削除させるトラップ送信機能削除手段とを設け、管
理対象ノードには、トラップ生成・削除用管理シナリオ
を受信したとき、受信情報に従って、管理対象ノード内
に新規トラップの送信機能を動的に生成するノード内ト
ラップ送信機能生成手段と、トラップ生成・削除用管理
シナリオを受信したとき、受信情報に従って、管理対象
ノード内に管理シナリオによって生成された既存トラッ
プの送信機能を動的に削除するノード内トラップ送信機
能削除手段とを設けたことを特徴とするネットワーク管
理システムである。これによって、マネージャが新規に
定義した管理オブジェクトへの定期ポーリングによるト
ラフィック量を抑えることが可能となる。
【００１９】
【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について詳細に説明する。
実施の形態について詳細に説明する。
【００２０】図１は、本発明におけるネットワーク管理
システムの形態を示す図である。図１において、マネー
ジャ（ＭＮＧ）１は、管理シナリオ作成部（ＭＳ−ＭＡ
ＫＥ）２と表示部（ＧＰ）３と通信処理部（ＣＯＭ）４
ａとを備え、管理シナリオ作成部（ＭＳ−ＭＡＫＥ）２
にて管理シナリオを作成し、通信処理部（ＣＯＭ）４ａ
を通して、作成した管理シナリオを管理対象のノード
（ＮＤ）５−１、５−２、５−ｎに送信する。
システムの形態を示す図である。図１において、マネー
ジャ（ＭＮＧ）１は、管理シナリオ作成部（ＭＳ−ＭＡ
ＫＥ）２と表示部（ＧＰ）３と通信処理部（ＣＯＭ）４
ａとを備え、管理シナリオ作成部（ＭＳ−ＭＡＫＥ）２
にて管理シナリオを作成し、通信処理部（ＣＯＭ）４ａ
を通して、作成した管理シナリオを管理対象のノード
（ＮＤ）５−１、５−２、５−ｎに送信する。
【００２１】各ノード（ＮＤ）５−１、５−２、５−ｎ
におけるシナリオ管理部（ＳＰ）７は、通信処理部（Ｃ
ＯＭ）４ｂを通してマネージャ（ＭＮＧ）１から送信さ
れた管理シナリオを受信し、受信した管理シナリオの記
述内容に従ってエージェント管理部（ＡＧＴ）６に対し
て管理操作を実行する。
におけるシナリオ管理部（ＳＰ）７は、通信処理部（Ｃ
ＯＭ）４ｂを通してマネージャ（ＭＮＧ）１から送信さ
れた管理シナリオを受信し、受信した管理シナリオの記
述内容に従ってエージェント管理部（ＡＧＴ）６に対し
て管理操作を実行する。
【００２２】図２は、本発明における管理シナリオの形
態を示す構造図であり、この図を用いて管理シナリオの
構造を説明する。すなわち、図２において、管理シナリ
オは、管理シナリオ種別記述部（ＭＳ−１）８と、管理
シナリオ生成削除記述部（ＭＳ−２）９と、管理シナリ
オ記述部（ＭＳ−３）１０との、３つのブロックに分か
れている。
態を示す構造図であり、この図を用いて管理シナリオの
構造を説明する。すなわち、図２において、管理シナリ
オは、管理シナリオ種別記述部（ＭＳ−１）８と、管理
シナリオ生成削除記述部（ＭＳ−２）９と、管理シナリ
オ記述部（ＭＳ−３）１０との、３つのブロックに分か
れている。
【００２３】管理シナリオ種別記述部（ＭＳ−１）８に
は管理シナリオ種別が記述され、管理シナリオ種別に
は、管理オブジェクト生成・削除用と、管理機能生成・
削除用と、トラップ生成・削除用との３種類の管理シナ
リオが存在する。
は管理シナリオ種別が記述され、管理シナリオ種別に
は、管理オブジェクト生成・削除用と、管理機能生成・
削除用と、トラップ生成・削除用との３種類の管理シナ
リオが存在する。
【００２４】また、管理シナリオ生成削除記述部（ＭＳ
−２）９には管理シナリオの生成または削除の種別が記
述される。さらに、管理シナリオ記述部（ＭＳ−３）１
０には、管理操作の具体的な記述内容が記述され、管理
シナリオ種別記述部（ＭＳ−１）８の種別毎に構造が異
なる。
−２）９には管理シナリオの生成または削除の種別が記
述される。さらに、管理シナリオ記述部（ＭＳ−３）１
０には、管理操作の具体的な記述内容が記述され、管理
シナリオ種別記述部（ＭＳ−１）８の種別毎に構造が異
なる。
【００２５】図３は、本発明におけるＭＩＢオブジェク
ト生成削除用管理シナリオの形態を示す構造図である。
すなわち、図３は、管理オブジェクト生成・削除用の管
理シナリオ記述部（ＭＳ−３）１０の詳細図を示すもの
である。
ト生成削除用管理シナリオの形態を示す構造図である。
すなわち、図３は、管理オブジェクト生成・削除用の管
理シナリオ記述部（ＭＳ−３）１０の詳細図を示すもの
である。
【００２６】図３において、管理オブジェクト情報記述
エリア（ＯＢＪ−ＤＥＦ）１１には、生成・削除される
管理オブジェクトの属性が記述され、オブジェクト名
（ＯＢＪ−ＮＡＭＥ）１２には管理オブジェクトのオブ
ジェクト名が記述され、オブジェクトＩＤ（ＯＢＪ−Ｉ
Ｄ）１３には管理オブジェクトを任意に識別するための
ＩＤ情報が記述され、オブジェクトタイプ（ＯＢＪ−Ｔ
ＹＰＥ）１４には管理オブジェクトの型が記述され、イ
ンデックス情報（ＯＢＪ−ＩＮＤＥＸ）１５には管理オ
ブジェクトのインスタンスを識別するためのインデック
ス情報が記述され、アクセスモード（ＯＢＪ−ＭＯＤ
Ｅ）１６には管理オブジェクトへのアクセスモードが記
述される。
エリア（ＯＢＪ−ＤＥＦ）１１には、生成・削除される
管理オブジェクトの属性が記述され、オブジェクト名
（ＯＢＪ−ＮＡＭＥ）１２には管理オブジェクトのオブ
ジェクト名が記述され、オブジェクトＩＤ（ＯＢＪ−Ｉ
Ｄ）１３には管理オブジェクトを任意に識別するための
ＩＤ情報が記述され、オブジェクトタイプ（ＯＢＪ−Ｔ
ＹＰＥ）１４には管理オブジェクトの型が記述され、イ
ンデックス情報（ＯＢＪ−ＩＮＤＥＸ）１５には管理オ
ブジェクトのインスタンスを識別するためのインデック
ス情報が記述され、アクセスモード（ＯＢＪ−ＭＯＤ
Ｅ）１６には管理オブジェクトへのアクセスモードが記
述される。
【００２７】また、管理オブジェクトアクセスメソッド
記述エリア（ＯＢＪ−ＩＮＦＯ）１７には、マネージャ
等の外部から管理オブジェクトへアクセスがあったとき
に、具体的にどのようにして値を取得するか、または、
どこにアクセスすればよいか等の詳細な手段について記
述される。
記述エリア（ＯＢＪ−ＩＮＦＯ）１７には、マネージャ
等の外部から管理オブジェクトへアクセスがあったとき
に、具体的にどのようにして値を取得するか、または、
どこにアクセスすればよいか等の詳細な手段について記
述される。
【００２８】ファンクション数（Ｆ−ＮＵＭ）１８には
呼び出しファンクション数が記述される。マクロ記述エ
リア（Ｆ−ＭＡＣＲＯ）１９にはファンクションを組み
合わせるマクロプログラムが記述される。
呼び出しファンクション数が記述される。マクロ記述エ
リア（Ｆ−ＭＡＣＲＯ）１９にはファンクションを組み
合わせるマクロプログラムが記述される。
【００２９】次に、マクロプログラムについての説明を
するが、各手順については、ファンクション記述部
（Ｆ）２０にそれぞれ以下の情報を記述する。また、手
順はそれぞれユニークな手順番号を持ち、マクロ作成時
の手順欄には手順番号を記述する。
するが、各手順については、ファンクション記述部
（Ｆ）２０にそれぞれ以下の情報を記述する。また、手
順はそれぞれユニークな手順番号を持ち、マクロ作成時
の手順欄には手順番号を記述する。
【００３０】すなわち、記述する情報は、 ・管理シナリオ対象オブジェクトの値を表す予約変数ｏ
ｂｊｅｃｔ−ｖａｌｕｅ ・管理シナリオ対象トラップの発行 ｔｒａｐ（） ・変数は ａ１，ａ２ などを式作成時に規定 ・ファンクションの実行 ｆ（ファンクション名）、応
答はファンクション実行後の値 ・待ち時間停止 ｔｉｍｅｒ（待ち時間） ・値を比較 ｃｏｍｐ（値１、値２、一致している場
合、値１の大きい場合、値２の大きい場合） ・値の演算 ｅｘａｍ（値１、値２、演算子） 応答は
演算した値 演算子は、”＋”、”−”、”＊”、”／”、”ｏ
ｒ”、”ａｎｄ” ・値の上限 ｍａｘ（値１、値２ …） ・値の下限 ｍｉｎ（値１、値２ …） ・手順を移動する ｇｏ（手順） ・繰り返す ｒｅｐｅａｔ（手順、繰り返し回数） である。
ｂｊｅｃｔ−ｖａｌｕｅ ・管理シナリオ対象トラップの発行 ｔｒａｐ（） ・変数は ａ１，ａ２ などを式作成時に規定 ・ファンクションの実行 ｆ（ファンクション名）、応
答はファンクション実行後の値 ・待ち時間停止 ｔｉｍｅｒ（待ち時間） ・値を比較 ｃｏｍｐ（値１、値２、一致している場
合、値１の大きい場合、値２の大きい場合） ・値の演算 ｅｘａｍ（値１、値２、演算子） 応答は
演算した値 演算子は、”＋”、”−”、”＊”、”／”、”ｏ
ｒ”、”ａｎｄ” ・値の上限 ｍａｘ（値１、値２ …） ・値の下限 ｍｉｎ（値１、値２ …） ・手順を移動する ｇｏ（手順） ・繰り返す ｒｅｐｅａｔ（手順、繰り返し回数） である。
【００３１】ファンクション識別ＩＤ（Ｆ−ＩＤ）２１
には、ファンクションを識別するためのＩＤが記述さ
れ、呼び出しファンクション名（Ｆ−ＮＡＭＥ）２２に
は実際の呼び出しコマンドが記述され、リモート宛先ア
ドレス（Ｆ−ＡＤＤＲＥＳＳ）２３にはリモートのノー
ドへもアクセスできるようにノードを識別する番号が記
述され、ファンクションパラメータ情報（Ｆ−ＰＡＲＡ
ＭＳ）２４にはコマンド毎に設定されるパラメータ情報
が記述され、ファンクションパラメータ数（Ｆ−ＰＡＲ
ＡＭ−ＮＵＭ）２５にはコマンド毎に設定されるパラメ
ータ数が記述され、ファンクションパラメータ（Ｆ−Ｐ
ＡＲＡＭ）２６にはコマンド毎に設定されるパラメータ
値が記述される。
には、ファンクションを識別するためのＩＤが記述さ
れ、呼び出しファンクション名（Ｆ−ＮＡＭＥ）２２に
は実際の呼び出しコマンドが記述され、リモート宛先ア
ドレス（Ｆ−ＡＤＤＲＥＳＳ）２３にはリモートのノー
ドへもアクセスできるようにノードを識別する番号が記
述され、ファンクションパラメータ情報（Ｆ−ＰＡＲＡ
ＭＳ）２４にはコマンド毎に設定されるパラメータ情報
が記述され、ファンクションパラメータ数（Ｆ−ＰＡＲ
ＡＭ−ＮＵＭ）２５にはコマンド毎に設定されるパラメ
ータ数が記述され、ファンクションパラメータ（Ｆ−Ｐ
ＡＲＡＭ）２６にはコマンド毎に設定されるパラメータ
値が記述される。
【００３２】図５は、本発明における管理機能生成削除
用管理シナリオの形態を示す構造図である。すなわち、
図５は管理機能生成・削除用の管理シナリオ記述部（Ｍ
Ｓ−３）１０の詳細図を示している。
用管理シナリオの形態を示す構造図である。すなわち、
図５は管理機能生成・削除用の管理シナリオ記述部（Ｍ
Ｓ−３）１０の詳細図を示している。
【００３３】図５において、管理機能情報記述エリア
（ＦＵＮＣ−ＤＥＦ）３４には、生成・削除される管理
機能の属性が記述され、機能名（ＦＵＮＣ−ＮＡＭＥ）
３５には機能名が記述され、機能ＩＤ（ＦＵＮＣ−Ｉ
Ｄ）３６には機能を任意に識別するためのＩＤ情報が記
述される。
（ＦＵＮＣ−ＤＥＦ）３４には、生成・削除される管理
機能の属性が記述され、機能名（ＦＵＮＣ−ＮＡＭＥ）
３５には機能名が記述され、機能ＩＤ（ＦＵＮＣ−Ｉ
Ｄ）３６には機能を任意に識別するためのＩＤ情報が記
述される。
【００３４】また、機能定義情報記述エリア（ＦＵＮＣ
−ＩＮＦＯ）３７には、実行する機能についての詳細情
報が記述され、その内容に関しては、図３に示す管理オ
ブジェクトアクセスメソッド記述エリア（ＯＢＪ−ＩＮ
ＦＯ）１７と同様であるので、説明は省略する。
−ＩＮＦＯ）３７には、実行する機能についての詳細情
報が記述され、その内容に関しては、図３に示す管理オ
ブジェクトアクセスメソッド記述エリア（ＯＢＪ−ＩＮ
ＦＯ）１７と同様であるので、説明は省略する。
【００３５】図４は、本発明におけるトラップ生成削除
用管理シナリオの形態を示す構造図である。すなわち、
図４は、トラップ生成・削除用の管理シナリオ記述部
（ＭＳ−３）１０の詳細図を示している。
用管理シナリオの形態を示す構造図である。すなわち、
図４は、トラップ生成・削除用の管理シナリオ記述部
（ＭＳ−３）１０の詳細図を示している。
【００３６】図４において、トラップ定義記述エリア
（ＴＲＡＰ−ＤＥＦ）２７には、生成・削除されるトラ
ップの属性が記述され、トラップ名（ＴＲＡＰ−ＮＡＭ
Ｅ）２８にはトラップ名が記述され、トラップＩＤ（Ｔ
ＲＡＰ−ＩＤ）２９にはトラップを任意に識別するため
のＩＤ情報が記述され、トラップ通知先マネージャアド
レス（ＴＲＡＰ−ＭＮＧ）３０にはトラップを送信する
宛先が記述され、トラップＶＢＬ数（ＴＲＡＰ−ＶＢ
Ｌ）３１にはトラップを構成する管理オブジェクト数が
記述され、トラップオブジェクト名（ＴＲＡＰ−ＯＢ
Ｊ）３２にはトラップを構成する管理オブジェクト名が
記述される。
（ＴＲＡＰ−ＤＥＦ）２７には、生成・削除されるトラ
ップの属性が記述され、トラップ名（ＴＲＡＰ−ＮＡＭ
Ｅ）２８にはトラップ名が記述され、トラップＩＤ（Ｔ
ＲＡＰ−ＩＤ）２９にはトラップを任意に識別するため
のＩＤ情報が記述され、トラップ通知先マネージャアド
レス（ＴＲＡＰ−ＭＮＧ）３０にはトラップを送信する
宛先が記述され、トラップＶＢＬ数（ＴＲＡＰ−ＶＢ
Ｌ）３１にはトラップを構成する管理オブジェクト数が
記述され、トラップオブジェクト名（ＴＲＡＰ−ＯＢ
Ｊ）３２にはトラップを構成する管理オブジェクト名が
記述される。
【００３７】また、トラップ送信条件記述エリア（ＴＲ
ＡＰ−ＩＮＦＯ）３３には、トラップを送信する条件に
ついての詳細情報が記述され、その内容に関しては、図
３に示す管理オブジェクトアクセスメソッド記述エリア
（ＯＢＪ−ＩＮＦＯ）１７と同様であるので説明は省略
する。
ＡＰ−ＩＮＦＯ）３３には、トラップを送信する条件に
ついての詳細情報が記述され、その内容に関しては、図
３に示す管理オブジェクトアクセスメソッド記述エリア
（ＯＢＪ−ＩＮＦＯ）１７と同様であるので説明は省略
する。
【００３８】（実施例）以下、幾つかの実施例を用いて
本発明の実施形態を具体的に説明する。
本発明の実施形態を具体的に説明する。
【００３９】先ず、第１の実施例につて説明する。この
実施例は、ある管理対象ノードに収容される回線のう
ち、ユーザがあまり重要視していない幾つかの回線を指
定し、それをマネージャの画面上で束ねて表示するよう
な場合、マネージャにて、それら重要でない回線の状態
情報を収集する手順について説明したものである。
実施例は、ある管理対象ノードに収容される回線のう
ち、ユーザがあまり重要視していない幾つかの回線を指
定し、それをマネージャの画面上で束ねて表示するよう
な場合、マネージャにて、それら重要でない回線の状態
情報を収集する手順について説明したものである。
【００４０】先ず、ある管理対象ノードに収容される回
線のうち、ユーザによる重要視していない幾つかの回線
指定に連動して、マネージャは、それら回線を束ねて一
つの状態情報に統合した新しい管理オブジェクトを定義
する。尚、ここで、ユーザが指定したあまり重要ではな
い回線は、ノードＮ１に収容されている回線Ｃ１とＣ２
とＣ３とする。
線のうち、ユーザによる重要視していない幾つかの回線
指定に連動して、マネージャは、それら回線を束ねて一
つの状態情報に統合した新しい管理オブジェクトを定義
する。尚、ここで、ユーザが指定したあまり重要ではな
い回線は、ノードＮ１に収容されている回線Ｃ１とＣ２
とＣ３とする。
【００４１】図６は、第１の実施例における管理シナリ
オの作成を示す図である。すなわち、この図は、ＭＩＢ
オブジェクト生成削除用管理シナリオを用いた回線を束
ねて、一つの状態情報に統合した新しい管理オブジェク
トを定義する管理シナリオの実施例を示している。した
がって、図６を用いて、この管理オブジェクトについて
の管理シナリオを作成する手順について説明する。
オの作成を示す図である。すなわち、この図は、ＭＩＢ
オブジェクト生成削除用管理シナリオを用いた回線を束
ねて、一つの状態情報に統合した新しい管理オブジェク
トを定義する管理シナリオの実施例を示している。した
がって、図６を用いて、この管理オブジェクトについて
の管理シナリオを作成する手順について説明する。
【００４２】この管理シナリオには、管理オブジェクト
生成・削除用の管理シナリオが用いられる。ＯＢＪ−Ｄ
ＥＦ１１について生成される管理オブジェクトの名称は
ＣＢＩＮＤ−ＯＢＪ１、ＩＤはＣＢＩＮＤ−ＯＢＪ１−
ＩＤ、タイプはｓｈｏｒｔ、インデックスは１、アクセ
スモードはｒｅａｄｏｎｌｙとし、これらはマネージャ
（ＭＮＧ）が管理シナリオを作成する時に決定する。
生成・削除用の管理シナリオが用いられる。ＯＢＪ−Ｄ
ＥＦ１１について生成される管理オブジェクトの名称は
ＣＢＩＮＤ−ＯＢＪ１、ＩＤはＣＢＩＮＤ−ＯＢＪ１−
ＩＤ、タイプはｓｈｏｒｔ、インデックスは１、アクセ
スモードはｒｅａｄｏｎｌｙとし、これらはマネージャ
（ＭＮＧ）が管理シナリオを作成する時に決定する。
【００４３】ファンクション記述部（Ｆ）２０は、ノー
ドＮ１の回線Ｃ１の状態情報を表す管理オブジェクトＣ
−ＯＢＪ１を収集するＦ１と、ノードＮ１の回線Ｃ２の
状態情報を表す管理オブジェクトＣ−ＯＢＪ２を収集す
るＦ２と、ノードＮ１の回線Ｃ３の状態情報を表す管理
オブジェクトＣ−ＯＢＪ３を収集するＦ３とによって構
成されている。
ドＮ１の回線Ｃ１の状態情報を表す管理オブジェクトＣ
−ＯＢＪ１を収集するＦ１と、ノードＮ１の回線Ｃ２の
状態情報を表す管理オブジェクトＣ−ＯＢＪ２を収集す
るＦ２と、ノードＮ１の回線Ｃ３の状態情報を表す管理
オブジェクトＣ−ＯＢＪ３を収集するＦ３とによって構
成されている。
【００４４】このときＦ−ＭＡＣＲＯは以下の手順情報
を持つ。 手順１ ａ１＝ｆ（Ｆ１） 手順２ ａ２＝ｆ（Ｆ２） 手順３ ａ３＝ｆ（Ｆ３） 手順４ ｏｂｊｅｃｔ−ｖａｌｕｅ＝ｍａｘ（ａ１，ａ
２，ａ３） 手順５ ｔｉｍｅｒ（３０ｓｅｃ） 手順６ ｇｏ（１） そして、Ｆ−ＭＡＣＲＯは、 手順１によりノードＮ１のＣ−ＯＢＪ１の値の取得、 手順２によりノードＮ１のＣ−ＯＢＪ２の値の取得、 手順３によりノードＮ１のＣ−ＯＢＪ３の値の取得、 を行い、手順４により最大値が選択され、それが予約変
数であるｏｂｊｅｃｔ−ｖａｌｕｅに代入され、ＯＢＪ
−ＤＥＦ１１のＣＢＩＮＤ−ＯＢＪ１の値として保持さ
れる。そして、この値を保持した後は、手順５により、
３０秒の待機を行い、手順６により再度手順１から実施
する。
を持つ。 手順１ ａ１＝ｆ（Ｆ１） 手順２ ａ２＝ｆ（Ｆ２） 手順３ ａ３＝ｆ（Ｆ３） 手順４ ｏｂｊｅｃｔ−ｖａｌｕｅ＝ｍａｘ（ａ１，ａ
２，ａ３） 手順５ ｔｉｍｅｒ（３０ｓｅｃ） 手順６ ｇｏ（１） そして、Ｆ−ＭＡＣＲＯは、 手順１によりノードＮ１のＣ−ＯＢＪ１の値の取得、 手順２によりノードＮ１のＣ−ＯＢＪ２の値の取得、 手順３によりノードＮ１のＣ−ＯＢＪ３の値の取得、 を行い、手順４により最大値が選択され、それが予約変
数であるｏｂｊｅｃｔ−ｖａｌｕｅに代入され、ＯＢＪ
−ＤＥＦ１１のＣＢＩＮＤ−ＯＢＪ１の値として保持さ
れる。そして、この値を保持した後は、手順５により、
３０秒の待機を行い、手順６により再度手順１から実施
する。
【００４５】この管理シナリオは、ＣＢＩＮＤ−ＯＢＪ
１が削除されるまでの間繰り返して、手順１から手順５
までが実施され、３０秒単位で管理オブジェクトＣＢＩ
ＮＤ−ＯＢＪ１が更新されることを表現している。
１が削除されるまでの間繰り返して、手順１から手順５
までが実施され、３０秒単位で管理オブジェクトＣＢＩ
ＮＤ−ＯＢＪ１が更新されることを表現している。
【００４６】第１の実施例において、従来、マネージャ
は、回線の状態情報を束ねて一つの状態に統合して表示
する場合、１本１本の回線の状態情報を管理対象ノード
から収集するため、３回の通信を行わなければならない
が、本発明により、１回の通信で行えるようになる。
は、回線の状態情報を束ねて一つの状態に統合して表示
する場合、１本１本の回線の状態情報を管理対象ノード
から収集するため、３回の通信を行わなければならない
が、本発明により、１回の通信で行えるようになる。
【００４７】次に、第２の実施例について述べる。第２
の実施例は、大規模なネットワーク管理システムにおい
て、ノードを階層的に管理する場合、複数のノードのオ
ブジェクトを組み合わせてグループ化し、マネージャの
画面上で１つのオブジェクトの値として表示させるもの
である。
の実施例は、大規模なネットワーク管理システムにおい
て、ノードを階層的に管理する場合、複数のノードのオ
ブジェクトを組み合わせてグループ化し、マネージャの
画面上で１つのオブジェクトの値として表示させるもの
である。
【００４８】階層化した場合のネットワーク監視システ
ムのマネージャの画面の表示例として、図１１に画面上
にグループアイコンが１つのみ表示されている場合、図
１２に階層化されているグループのアイコンを表示させ
ている場合、図１３にグループの構成としてノードのア
イコンを表示されている場合を示す。
ムのマネージャの画面の表示例として、図１１に画面上
にグループアイコンが１つのみ表示されている場合、図
１２に階層化されているグループのアイコンを表示させ
ている場合、図１３にグループの構成としてノードのア
イコンを表示されている場合を示す。
【００４９】図１１、図１２、図１３において、画面の
Ｇ１−ＩＣＯＮ３８はグループＧ１のオブジェクト情報
表示アイコンを表し、アイコンはＧ１のオブジェクト値
を表している。Ｇ１のオブジェクト値（Ｇ１−ＩＣＯＮ
３８）は、グループＧ１を構成するグループＧ２のオブ
ジェクト値（Ｇ２−ＩＣＯＮ４０）とグループＧ３のオ
ブジェクト値（Ｇ３−ＩＣＯＮ４１）の最大値であり、
グループＧ２（４２）はノードＮ１（Ｎ１−ＩＣＯＮ４
３）とノードＮ２（Ｎ２−ＩＣＯＮ４４）とノードＮ３
（Ｎ３−ＩＣＯＮ４５）のオブジェクト値の最大値を表
す。
Ｇ１−ＩＣＯＮ３８はグループＧ１のオブジェクト情報
表示アイコンを表し、アイコンはＧ１のオブジェクト値
を表している。Ｇ１のオブジェクト値（Ｇ１−ＩＣＯＮ
３８）は、グループＧ１を構成するグループＧ２のオブ
ジェクト値（Ｇ２−ＩＣＯＮ４０）とグループＧ３のオ
ブジェクト値（Ｇ３−ＩＣＯＮ４１）の最大値であり、
グループＧ２（４２）はノードＮ１（Ｎ１−ＩＣＯＮ４
３）とノードＮ２（Ｎ２−ＩＣＯＮ４４）とノードＮ３
（Ｎ３−ＩＣＯＮ４５）のオブジェクト値の最大値を表
す。
【００５０】この場合、Ｇ１−ＩＣＯＮ３８表示時のオ
ブジェクト値は１つであるにもかかわらずオブジェクト
値を収集するための通信はグループ化されているすべて
のノードに対して行っているため、マネージャの負担は
非常に大きくなる。
ブジェクト値は１つであるにもかかわらずオブジェクト
値を収集するための通信はグループ化されているすべて
のノードに対して行っているため、マネージャの負担は
非常に大きくなる。
【００５１】また、大規模ネットワークの場合、従来は
ノードをグループ化して複数のサブマネージャを用いて
管理し、複数のマネージャの上位に統合マネージャを用
いて管理を行うが、この場合はサブマネージャおよび統
合マネージャの装置が新たに必要となる。
ノードをグループ化して複数のサブマネージャを用いて
管理し、複数のマネージャの上位に統合マネージャを用
いて管理を行うが、この場合はサブマネージャおよび統
合マネージャの装置が新たに必要となる。
【００５２】以下に示す第２の実施例は、複数のノード
のオブジェクトの組み合わせ処理を１つのノードにて行
うことにより、統合マネージャやサブマネージャなど新
たな装置を用いることなく、オブジェクト収集に伴うマ
ネージャの通信処理の負担を軽減することを可能とす
る。このとき、マネージャでは、グループ化されたノー
ドのうち１台に関して、複数のノードにまたがるオブジ
ェクトを定期的に収集し、収集した値について比較を行
い、その比較結果を新しいオブジェクトの値として応答
する場合の管理シナリオを作成する。
のオブジェクトの組み合わせ処理を１つのノードにて行
うことにより、統合マネージャやサブマネージャなど新
たな装置を用いることなく、オブジェクト収集に伴うマ
ネージャの通信処理の負担を軽減することを可能とす
る。このとき、マネージャでは、グループ化されたノー
ドのうち１台に関して、複数のノードにまたがるオブジ
ェクトを定期的に収集し、収集した値について比較を行
い、その比較結果を新しいオブジェクトの値として応答
する場合の管理シナリオを作成する。
【００５３】図７は、第２の実施例における管理シナリ
オの作成を示す図であり、ＭＩＢオブジェクト生成削除
用管理シナリオを用いた複数のノードのオブジェクトを
組み合わせた管理オブジェクトを定義する管理シナリオ
の実施例を示している。すなわち、ノードＮ１およびＮ
２およびＮ３の持つオブジェクトＯＢＪ２を１分おきに
収集し比較して最も値の大きい値をオブジェクト名 Ｎ
−ＯＢＪ２として応答する場合の管理シナリオを示して
いる。
オの作成を示す図であり、ＭＩＢオブジェクト生成削除
用管理シナリオを用いた複数のノードのオブジェクトを
組み合わせた管理オブジェクトを定義する管理シナリオ
の実施例を示している。すなわち、ノードＮ１およびＮ
２およびＮ３の持つオブジェクトＯＢＪ２を１分おきに
収集し比較して最も値の大きい値をオブジェクト名 Ｎ
−ＯＢＪ２として応答する場合の管理シナリオを示して
いる。
【００５４】管理シナリオ記述部（ＭＳ−３）１０のＯ
ＢＪ−ＤＥＦ１１について、オブジェクトの名称は Ｎ
−ＯＢＪ２、ＩＤは Ｎ−ＯＢＪ２−ＩＤ、タイプはｓ
ｈｏｒｔ、インデックスは３、アクセスモードはｒｅａ
ｄｏｎｌｙとし、これらはマネージャが管理シナリオの
作成時に決定する。
ＢＪ−ＤＥＦ１１について、オブジェクトの名称は Ｎ
−ＯＢＪ２、ＩＤは Ｎ−ＯＢＪ２−ＩＤ、タイプはｓ
ｈｏｒｔ、インデックスは３、アクセスモードはｒｅａ
ｄｏｎｌｙとし、これらはマネージャが管理シナリオの
作成時に決定する。
【００５５】ファンクション記述部（Ｆ）２０は、ノー
ドＮ１のオブジェクトＯＢＪ２を収集するＦ１と、ノー
ドＮ２のオブジェクトＯＢＪ２を収集するＦ２と、ノー
ドＮ３のオブジェクトＯＢＪ２を収集するＦ３とにより
構成される。このとき Ｆ−ＭＡＣＲＯは以下の手順情
報を持つ。 手順１ ａ１＝ｆ（Ｆ１） 手順２ ａ２＝ｆ（Ｆ２） 手順３ ａ３＝ｆ（Ｆ３） 手順４ ｏｂｊｅｃｔ−ｖａｌｕｅ＝ｍａｘ（ａ１，ａ
２，ａ３） 手順５ ｔｉｍｅｒ（１ｍｉｎ） 手順６ ｇｏ（１） Ｆ−ＭＡＣＲＯは、手順１によりノードＮ１のオブジェ
クトＯＢＪ２を取得、手順２によりノードＮ２のオブジ
ェクトＯＢＪ２の取得、手順３によりノードＮ３のオブ
ジェクトＯＢＪ２の取得を行い、手順４により得られた
最大の値は手順５によって管理シナリオの応答として登
録される。登録処理後は手順６により１分間の待機を行
い、手順７によって再度手順１から実施する。ノード
は、この管理シナリオによって、管理シナリオが削除さ
れるまでの間繰り返し、手順１から手順６を実施するこ
とにより、１分単位でオブジェクトＮ−ＯＢＪ２を更新
することができ、マネージャからのＮ−ＯＢＪ２収集要
求に応答することが可能となる。
ドＮ１のオブジェクトＯＢＪ２を収集するＦ１と、ノー
ドＮ２のオブジェクトＯＢＪ２を収集するＦ２と、ノー
ドＮ３のオブジェクトＯＢＪ２を収集するＦ３とにより
構成される。このとき Ｆ−ＭＡＣＲＯは以下の手順情
報を持つ。 手順１ ａ１＝ｆ（Ｆ１） 手順２ ａ２＝ｆ（Ｆ２） 手順３ ａ３＝ｆ（Ｆ３） 手順４ ｏｂｊｅｃｔ−ｖａｌｕｅ＝ｍａｘ（ａ１，ａ
２，ａ３） 手順５ ｔｉｍｅｒ（１ｍｉｎ） 手順６ ｇｏ（１） Ｆ−ＭＡＣＲＯは、手順１によりノードＮ１のオブジェ
クトＯＢＪ２を取得、手順２によりノードＮ２のオブジ
ェクトＯＢＪ２の取得、手順３によりノードＮ３のオブ
ジェクトＯＢＪ２の取得を行い、手順４により得られた
最大の値は手順５によって管理シナリオの応答として登
録される。登録処理後は手順６により１分間の待機を行
い、手順７によって再度手順１から実施する。ノード
は、この管理シナリオによって、管理シナリオが削除さ
れるまでの間繰り返し、手順１から手順６を実施するこ
とにより、１分単位でオブジェクトＮ−ＯＢＪ２を更新
することができ、マネージャからのＮ−ＯＢＪ２収集要
求に応答することが可能となる。
【００５６】第２の実施例を用いることにより、従来は
マネージャから各ノードに対して収集を行っていたオブ
ジェクトの比較処理が１度の通信で済むことになり、マ
ネージャの通信処理の負荷およびマネージャでの比較処
理の負荷を軽減することが可能となる。また、ノードが
管理シナリオによるオブジェクト取得処理を行うこと
で、新たな装置を必要とすることなく、サブマネージャ
と統合マネージャとに同じ効果が得られる。
マネージャから各ノードに対して収集を行っていたオブ
ジェクトの比較処理が１度の通信で済むことになり、マ
ネージャの通信処理の負荷およびマネージャでの比較処
理の負荷を軽減することが可能となる。また、ノードが
管理シナリオによるオブジェクト取得処理を行うこと
で、新たな装置を必要とすることなく、サブマネージャ
と統合マネージャとに同じ効果が得られる。
【００５７】さらに、グループを削除する場合は、第２
の実施例で登録された管理シナリオを削除する管理シナ
リオは、マネージャによって作成される。図１０は、登
録された管理シナリオを削除の場合の管理シナリオを示
す。すなわち、ＭＩＢオブジェクト生成削除用シナリオ
を用いた削除時の管理シナリオの作成例を示す図であ
る。
の実施例で登録された管理シナリオを削除する管理シナ
リオは、マネージャによって作成される。図１０は、登
録された管理シナリオを削除の場合の管理シナリオを示
す。すなわち、ＭＩＢオブジェクト生成削除用シナリオ
を用いた削除時の管理シナリオの作成例を示す図であ
る。
【００５８】図１０において、ＯＢＪ−ＤＥＦ１１につ
いては、図７に示す登録時と同じ内容が記述されている
ので説明は省略するが、ＭＳ−２には削除を表すＤＥＬ
ＥＴＥが記述される。この場合、ＯＢＪ−ＩＮＦＯは不
要である。また、ノードは削除用の管理シナリオを受け
取ることにより、既に登録されていた管理シナリオを削
除する。
いては、図７に示す登録時と同じ内容が記述されている
ので説明は省略するが、ＭＳ−２には削除を表すＤＥＬ
ＥＴＥが記述される。この場合、ＯＢＪ−ＩＮＦＯは不
要である。また、ノードは削除用の管理シナリオを受け
取ることにより、既に登録されていた管理シナリオを削
除する。
【００５９】次に、第３の実施例について述べる。第３
の実施例では、ある管理対象ノードのネットワークイン
タフェースカードを定期的にリセットする処理をマネー
ジャが管理対象ノードに要求する手順について説明す
る。
の実施例では、ある管理対象ノードのネットワークイン
タフェースカードを定期的にリセットする処理をマネー
ジャが管理対象ノードに要求する手順について説明す
る。
【００６０】図８は、第３の実施例における管理シナリ
オの作成を示す図であり、管理機能生成削除用管理シナ
リオを用いた定期的にリセットを実施する管理オブジェ
クトを定義する管理シナリオの実施例を示している。
オの作成を示す図であり、管理機能生成削除用管理シナ
リオを用いた定期的にリセットを実施する管理オブジェ
クトを定義する管理シナリオの実施例を示している。
【００６１】第３の実施例において、まず、ユーザが、
ある管理対象ノードのネットワークインタフェースカー
ドを３０秒毎にリセットする試験を、マネージャに対し
て設定する。マネージャはこのユーザからの要求を管理
対象ノードに実施させるために、管理シナリオを作成す
る。
ある管理対象ノードのネットワークインタフェースカー
ドを３０秒毎にリセットする試験を、マネージャに対し
て設定する。マネージャはこのユーザからの要求を管理
対象ノードに実施させるために、管理シナリオを作成す
る。
【００６２】この管理シナリオには、管理機能生成・削
除用の管理シナリオが用いられる。ＦＵＮＣ−ＤＥＦ３
４について生成される機能の名称はＲＳＴ−ＦＵＮＣ
１、ＩＤはＲＳＴ−ＦＵＮＣ１−ＩＤとし、これらはマ
ネージャが管理シナリオ作成時に決定する。
除用の管理シナリオが用いられる。ＦＵＮＣ−ＤＥＦ３
４について生成される機能の名称はＲＳＴ−ＦＵＮＣ
１、ＩＤはＲＳＴ−ＦＵＮＣ１−ＩＤとし、これらはマ
ネージャが管理シナリオ作成時に決定する。
【００６３】ファンクション記述部（Ｆ）２０は、ノー
ドＮ１のスロットＳ１に実装されているネットワークイ
ンタフェースカードのリセットアクセス用の管理オブジ
ェクトＲ−ＯＢＪ１を用いて、ネットワークインタフェ
ースカードのリセットを実行するＦ１で構成されてい
る。
ドＮ１のスロットＳ１に実装されているネットワークイ
ンタフェースカードのリセットアクセス用の管理オブジ
ェクトＲ−ＯＢＪ１を用いて、ネットワークインタフェ
ースカードのリセットを実行するＦ１で構成されてい
る。
【００６４】このとき、Ｆ−ＭＡＣＲＯは以下の手順情
報を持つ。 手順１ ｆ（Ｆ１） 手順２ ｔｉｍｅｒ（３０ｓｅｃ） 手順３ ｇｏ（１） Ｆ−ＭＡＣＲＯは、手順１によりノードＮ１のスロット
Ｓ１に実装されているネットワークインタフェースカー
ドのリセットの実行を行い、リセット実行後は手順２に
より、３０秒の待機を行い、手順３により再度手順１か
ら実施する。
報を持つ。 手順１ ｆ（Ｆ１） 手順２ ｔｉｍｅｒ（３０ｓｅｃ） 手順３ ｇｏ（１） Ｆ−ＭＡＣＲＯは、手順１によりノードＮ１のスロット
Ｓ１に実装されているネットワークインタフェースカー
ドのリセットの実行を行い、リセット実行後は手順２に
より、３０秒の待機を行い、手順３により再度手順１か
ら実施する。
【００６５】この管理シナリオは、ＲＳＴ−ＦＵＮＣ１
が削除されるまでの間繰り返し、手順１から手順３が実
施され、３０秒単位でノードＮ１のスロットＳ１のネッ
トワークインタフェースカードがリセットされることを
表現している。
が削除されるまでの間繰り返し、手順１から手順３が実
施され、３０秒単位でノードＮ１のスロットＳ１のネッ
トワークインタフェースカードがリセットされることを
表現している。
【００６６】第３の実施例において、従来、マネージャ
は、定期的なリセットによる試験を実施する場合、その
都度、リセット用のコマンドを管理対象ノードに送らな
ければならないが、本発明により、１度だけ送ればよい
ことになる。
は、定期的なリセットによる試験を実施する場合、その
都度、リセット用のコマンドを管理対象ノードに送らな
ければならないが、本発明により、１度だけ送ればよい
ことになる。
【００６７】次に、第４の実施例について述べる。第４
の実施例では、ノードからマネージャに対して、特に重
要度が高い情報に対して通常の定期収集だけでなくオブ
ジェクトの値が変化した場合に、トラップの発行を追加
する手順について説明する。
の実施例では、ノードからマネージャに対して、特に重
要度が高い情報に対して通常の定期収集だけでなくオブ
ジェクトの値が変化した場合に、トラップの発行を追加
する手順について説明する。
【００６８】この実施例は、特定のオブジェクトを定期
的に収集し、収集した値が前回収集した値がある特定条
件で変化した場合に、オブジェクトの位置をもったトラ
ップをマネージャに送信する機能を追加する場合の管理
シナリオである。
的に収集し、収集した値が前回収集した値がある特定条
件で変化した場合に、オブジェクトの位置をもったトラ
ップをマネージャに送信する機能を追加する場合の管理
シナリオである。
【００６９】図９は、第４の実施例における管理シナリ
オの作成を示す図であり、トラップ生成削除用管理シナ
リオを用いたオブジェクトの値の変更時にトラップを発
生させる管理オブジェクトを定義する管理シナリオの実
施例を示す。
オの作成を示す図であり、トラップ生成削除用管理シナ
リオを用いたオブジェクトの値の変更時にトラップを発
生させる管理オブジェクトを定義する管理シナリオの実
施例を示す。
【００７０】この実施例では、オブジェクト名ＯＢＪ４
に対して、３０秒周期で収集し、値が０から１に変化し
た場合にトラップ名ＴＲＡＰ４のトラップをマネージャ
ＭＮＧ１に発行するものである。また、ＴＲＡＰ−ＤＥ
Ｆについては、トラップの名称はＴＲＡＰ４、トラップ
ＩＤはｓｐｅｃｉｆｉｃ、通知先マネージャアドレスを
ＭＮＧ１、ＶＢＬ数を２、オブジェクトをＮ１とＯＢＪ
４とし、これらはマネージャが管理シナリオ作成時に決
定する。
に対して、３０秒周期で収集し、値が０から１に変化し
た場合にトラップ名ＴＲＡＰ４のトラップをマネージャ
ＭＮＧ１に発行するものである。また、ＴＲＡＰ−ＤＥ
Ｆについては、トラップの名称はＴＲＡＰ４、トラップ
ＩＤはｓｐｅｃｉｆｉｃ、通知先マネージャアドレスを
ＭＮＧ１、ＶＢＬ数を２、オブジェクトをＮ１とＯＢＪ
４とし、これらはマネージャが管理シナリオ作成時に決
定する。
【００７１】ファンクション記述部（Ｆ）は、オブジェ
クトＯＢＪ２を収集するＦ１のみで構成される。そし
て、このときＦ−ＭＡＣＲＯは、以下の手順情報を持
つ。 手順１ ａ１＝ｆ（Ｆ１） 手順２ ｔｉｍｅｒ（３０ｓｅｃ） 手順３ ａ２＝ａ１ 手順４ ａ１＝ｆ（Ｆ１） 手順５ ｃｏｍｐ（ａ１、１、６、２、２） 手順６ ｃｏｍｐ（ａ２、０、７、２、２） 手順７ ｔｒａｐ（） 手順８ ｇｏ（２） 手順１によりＯＢＪ４を実行し値をａ１に格納、手順２
により３０秒待ち、手順３によりａ２にａ１を格納、手
順４によりＯＢＪ４を実行し値をａ１に格納、手順５に
よりａ１の値が１の場合は手順６に移行し １以外は手
順２に移行する。そして、手順６によりａ２の値が０の
場合は手順６に移行し ０以外は手順２に移行する。さ
らに、手順７によりＴＲＡＰを発行し、手順８により手
順２に移行する。ノードはこの管理シナリオによって、
管理シナリオが削除されるまでの間繰り返し、３０秒単
位でオブジェクトＯＢＪ４を取得し、３０秒間に０から
１に遷移した場合のみトラップを作成することが可能と
なる。
クトＯＢＪ２を収集するＦ１のみで構成される。そし
て、このときＦ−ＭＡＣＲＯは、以下の手順情報を持
つ。 手順１ ａ１＝ｆ（Ｆ１） 手順２ ｔｉｍｅｒ（３０ｓｅｃ） 手順３ ａ２＝ａ１ 手順４ ａ１＝ｆ（Ｆ１） 手順５ ｃｏｍｐ（ａ１、１、６、２、２） 手順６ ｃｏｍｐ（ａ２、０、７、２、２） 手順７ ｔｒａｐ（） 手順８ ｇｏ（２） 手順１によりＯＢＪ４を実行し値をａ１に格納、手順２
により３０秒待ち、手順３によりａ２にａ１を格納、手
順４によりＯＢＪ４を実行し値をａ１に格納、手順５に
よりａ１の値が１の場合は手順６に移行し １以外は手
順２に移行する。そして、手順６によりａ２の値が０の
場合は手順６に移行し ０以外は手順２に移行する。さ
らに、手順７によりＴＲＡＰを発行し、手順８により手
順２に移行する。ノードはこの管理シナリオによって、
管理シナリオが削除されるまでの間繰り返し、３０秒単
位でオブジェクトＯＢＪ４を取得し、３０秒間に０から
１に遷移した場合のみトラップを作成することが可能と
なる。
【００７２】ファンクションは、ＴＲＡＰを発行する場
合、ＴＲＡＰ−ＯＢＪで指定したオブジェクトを収集
し、ＴＲＡＰ−ＭＮＧにて指定されたマネージャに対し
て、ＴＲＡＰ−ＩＤで指定したトラップＩＤで、ＴＲＡ
Ｐ−ＮＡＭＥで指定したトラップを発行する。
合、ＴＲＡＰ−ＯＢＪで指定したオブジェクトを収集
し、ＴＲＡＰ−ＭＮＧにて指定されたマネージャに対し
て、ＴＲＡＰ−ＩＤで指定したトラップＩＤで、ＴＲＡ
Ｐ−ＮＡＭＥで指定したトラップを発行する。
【００７３】第４の実施例を用いることにより、従来は
プログラムの更新が必要なトラップ処理の追加を管理シ
ナリオの追加のみで行うことが可能となる。
プログラムの更新が必要なトラップ処理の追加を管理シ
ナリオの追加のみで行うことが可能となる。
【００７４】
【発明の効果】以上説明したように、本発明によるネッ
トワーク管理システムは、複数の管理オブジェクトを収
集して、それらの値を統合したり、定期的に管理オブジ
ェクトにアクセスするといった、本来マネージャが担う
管理機能を管理シナリオに記述して管理対象ノードに送
信する。そして、この管理シナリオを受信した管理対象
ノードが、マネージャに代行して管理機能を実行する。
従って、マネージャは通信負荷を大幅に削減することが
できる。
トワーク管理システムは、複数の管理オブジェクトを収
集して、それらの値を統合したり、定期的に管理オブジ
ェクトにアクセスするといった、本来マネージャが担う
管理機能を管理シナリオに記述して管理対象ノードに送
信する。そして、この管理シナリオを受信した管理対象
ノードが、マネージャに代行して管理機能を実行する。
従って、マネージャは通信負荷を大幅に削減することが
できる。
【００７５】また、管理対象ノードがサブマネージャと
しての動作を行うことにより、新たなハードウェアの追
加作業を必要とせず、管理シナリオのマクロ記述のみで
プログラムすることにより、管理対象ノードのソフトウ
ェアの開発作業とバージョンアップするため保守作業を
軽減することもできる。
しての動作を行うことにより、新たなハードウェアの追
加作業を必要とせず、管理シナリオのマクロ記述のみで
プログラムすることにより、管理対象ノードのソフトウ
ェアの開発作業とバージョンアップするため保守作業を
軽減することもできる。
【図１】本発明におけるネットワーク管理システムの形
態を示す図
態を示す図
【図２】本発明における管理シナリオの形態を示す図
【図３】本発明におけるＭＩＢオブジェクト生成削除用
管理シナリオの形態を示す図
管理シナリオの形態を示す図
【図４】本発明におけるトラップ生成削除用管理シナリ
オの形態を示す図
オの形態を示す図
【図５】本発明における管理機能生成削除用管理シナリ
オの形態を示す図
オの形態を示す図
【図６】本発明による第１の実施の形態における、ＭＩ
Ｂオブジェクト生成削除用管理シナリオを用いた回線を
束ねて一つの状態情報に統合した、新しい管理オブジェ
クトを定義する管理シナリオの作成を示す図
Ｂオブジェクト生成削除用管理シナリオを用いた回線を
束ねて一つの状態情報に統合した、新しい管理オブジェ
クトを定義する管理シナリオの作成を示す図
【図７】本発明による第２の実施の形態におけるＭＩＢ
オブジェクト生成削除用管理シナリオを用いた複数のノ
ードのオブジェクトを組み合わせた管理オブジェクトを
定義する管理シナリオの作成を示す図
オブジェクト生成削除用管理シナリオを用いた複数のノ
ードのオブジェクトを組み合わせた管理オブジェクトを
定義する管理シナリオの作成を示す図
【図８】本発明における第３の実施の形態における管理
機能生成削除用管理シナリオを用いた定期的にリセット
を実施する管理オブジェクトを定義する管理シナリオの
作成を示す図
機能生成削除用管理シナリオを用いた定期的にリセット
を実施する管理オブジェクトを定義する管理シナリオの
作成を示す図
【図９】本発明における第４の実施の形態におけるトラ
ップ生成削除用管理シナリオを用いたオブジェクトの値
の変更時にトラップを発生させる定義する管理シナリオ
の作成を示す図
ップ生成削除用管理シナリオを用いたオブジェクトの値
の変更時にトラップを発生させる定義する管理シナリオ
の作成を示す図
【図１０】登録された管理シナリオを削除する場合ＭＩ
Ｂオブジェクト生成削除用シナリオを用いた削除時の管
理シナリオの作成を示す図
Ｂオブジェクト生成削除用シナリオを用いた削除時の管
理シナリオの作成を示す図
【図１１】階層管理実施時のマネージャ表示部につい
て、グループアイコンのみ表示されている場合の表示例
を示す図
て、グループアイコンのみ表示されている場合の表示例
を示す図
【図１２】階層管理実施時のマネージャ表示部につい
て、グループの構成として複数のグループアイコンが表
示されている場合の表示例を示す図
て、グループの構成として複数のグループアイコンが表
示されている場合の表示例を示す図
【図１３】階層管理実施時のマネージャ表示部につい
て、グループの構成として複数のノードアイコンが表示
されている場合の表示例を示す図
て、グループの構成として複数のノードアイコンが表示
されている場合の表示例を示す図
１ ＭＮＧ（マネージャ） ２ ＭＳ−ＭＡＫＥ（管理シナリオ作成部） ３ ＧＰ（表示部） ４ａ、４ｂ ＣＯＭ（通信処理部） ５−１、５−２、５−ｎ ＮＤ（ノード） ６ ＡＧＴ（エージェント処理部） ７ ＳＰ（シナリオ管理部） ８ ＭＳ−１（管理シナリオ種別記述部） ９ ＭＳ−２（管理シナリオ生成削除種別記述部） １０ ＭＳ−３（管理シナリオ記述部） １１ ＯＢＪ−ＤＥＦ（管理オブジェクト情報記述エリ
ア） １２ ＯＢＪ−ＮＡＭＥ（オブジェクト名） １３ ＯＢＪ−ＩＤ（オブジェクトＩＤ） １４ ＯＢＪ−ＴＹＰＥ（オブジェクトタイプ） １５ ＯＢＪ−ＩＮＤＥＸ（インデックス情報） １６ ＯＢＪ−ＭＯＤＥ（アクセスモード） １７ ＯＢＪ−ＩＮＦＯ（ＭＩＢオブジェクトアクセス
メソッド記述エリア） １８ Ｆ−ＮＵＭ（ファンクション数） １９ Ｆ−ＭＡＣＲＯ（マクロ記述エリア） ２０ F（ファンクション記述部） ２１ Ｆ−ＩＤ（ファンクション識別ＩＤ） ２２ Ｆ−ＮＡＭＥ（呼び出しファンクション名） ２３ Ｆ−ＡＤＤＲＥＳＳ（リモート宛先アドレス） ２４ Ｆ−ＰＡＲＡＭＳ（ファンクションパラメータ情
報） ２５ Ｆ−ＰＡＲＡＭ−ＮＵＭ（ファンクションパラメ
ータ数） ２６ Ｆ−ＰＡＲＡＭ（ファンクションパラメータ） ２７ ＴＲＡＰ−ＤＥＦ（トラップ定義記述エリア） ２８ ＴＲＡＰ−ＮＡＭＥ（トラップ名） ２９ ＴＲＡＰ−ＩＤ（トラップＩＤ） ３０ ＴＲＡＰ−ＭＮＧ（トラップの通知先マネージャ
アドレス） ３１ ＴＲＡＰ−ＶＢＬ（トラップのＶＢＬ数） ３２ ＴＲＡＰ−ＯＢＪ（トラップのオブジェクト名） ３３ ＴＲＡＰ−ＩＮＦＯ（トラップ送信条件記述エリ
ア） ３４ ＦＵＮＣ−ＤＥＦ（機能情報記述エリア） ３５ ＦＵＮＣ−ＮＡＭＥ（機能名） ３６ ＦＵＮＣ−ＩＤ（機能ＩＤ） ３７ ＦＵＮＣ−ＩＮＦＯ（機能定義情報記述エリア） ３８ Ｇ１−ＩＣＯＮ（グループＧ１のオブジェクト情
報表示アイコン） ３９ Ｇ１（グループＧ１の情報） ４０ Ｇ２−ＩＣＯＮ（グループＧ２のオブジェクト情
報表示アイコン） ４１ Ｇ３−ＩＣＯＮ（グループＧ３のオブジェクト情
報表示アイコン） ４２ Ｇ２（グループＧ２の情報） ４３ Ｎ１−ＩＣＯＮ（ノードＮ１のオブジェクト情報
表示アイコン） ４４ Ｎ２−ＩＣＯＮ（ノードＮ２のオブジェクト情報
表示アイコン） ４５ Ｎ３−ＩＣＯＮ（ノードＮ３のオブジェクト情報
表示アイコン）
ア） １２ ＯＢＪ−ＮＡＭＥ（オブジェクト名） １３ ＯＢＪ−ＩＤ（オブジェクトＩＤ） １４ ＯＢＪ−ＴＹＰＥ（オブジェクトタイプ） １５ ＯＢＪ−ＩＮＤＥＸ（インデックス情報） １６ ＯＢＪ−ＭＯＤＥ（アクセスモード） １７ ＯＢＪ−ＩＮＦＯ（ＭＩＢオブジェクトアクセス
メソッド記述エリア） １８ Ｆ−ＮＵＭ（ファンクション数） １９ Ｆ−ＭＡＣＲＯ（マクロ記述エリア） ２０ F（ファンクション記述部） ２１ Ｆ−ＩＤ（ファンクション識別ＩＤ） ２２ Ｆ−ＮＡＭＥ（呼び出しファンクション名） ２３ Ｆ−ＡＤＤＲＥＳＳ（リモート宛先アドレス） ２４ Ｆ−ＰＡＲＡＭＳ（ファンクションパラメータ情
報） ２５ Ｆ−ＰＡＲＡＭ−ＮＵＭ（ファンクションパラメ
ータ数） ２６ Ｆ−ＰＡＲＡＭ（ファンクションパラメータ） ２７ ＴＲＡＰ−ＤＥＦ（トラップ定義記述エリア） ２８ ＴＲＡＰ−ＮＡＭＥ（トラップ名） ２９ ＴＲＡＰ−ＩＤ（トラップＩＤ） ３０ ＴＲＡＰ−ＭＮＧ（トラップの通知先マネージャ
アドレス） ３１ ＴＲＡＰ−ＶＢＬ（トラップのＶＢＬ数） ３２ ＴＲＡＰ−ＯＢＪ（トラップのオブジェクト名） ３３ ＴＲＡＰ−ＩＮＦＯ（トラップ送信条件記述エリ
ア） ３４ ＦＵＮＣ−ＤＥＦ（機能情報記述エリア） ３５ ＦＵＮＣ−ＮＡＭＥ（機能名） ３６ ＦＵＮＣ−ＩＤ（機能ＩＤ） ３７ ＦＵＮＣ−ＩＮＦＯ（機能定義情報記述エリア） ３８ Ｇ１−ＩＣＯＮ（グループＧ１のオブジェクト情
報表示アイコン） ３９ Ｇ１（グループＧ１の情報） ４０ Ｇ２−ＩＣＯＮ（グループＧ２のオブジェクト情
報表示アイコン） ４１ Ｇ３−ＩＣＯＮ（グループＧ３のオブジェクト情
報表示アイコン） ４２ Ｇ２（グループＧ２の情報） ４３ Ｎ１−ＩＣＯＮ（ノードＮ１のオブジェクト情報
表示アイコン） ４４ Ｎ２−ＩＣＯＮ（ノードＮ２のオブジェクト情報
表示アイコン） ４５ Ｎ３−ＩＣＯＮ（ノードＮ３のオブジェクト情報
表示アイコン）
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 JB07 KA06 KA10 KA13 KB03 KC51 KC60 5K030 GA14 HC13 JA10 JT06 KA04 KA05 LE02 LE11 MA01 MC07 MC08 MD06 5K033 AA03 AA09 BA04 CB01 DA01 DB12 DB14 DB16 DB20 EA03 EA06 EA07
Claims (20)
- 【請求項１】 マネージャと複数の管理対象ノードとか
ら構成されるネットワーク管理システムであって、 前記マネージャは、管理対象である管理対象ノードに対
して、管理操作を記述した管理シナリオを送信する管理
シナリオ送信手段を備え、 各々の前記管理対象ノードは、前記マネージャから管理
シナリオを受信して、受信した管理シナリオに従って管
理操作を実行する管理操作実行手段を備えていることを
特徴とするネットワーク管理システム。 - 【請求項２】 マネージャと管理対象ノードとの間で使
用される管理シナリオは、 前記管理対象ノードに対して、１つ以上の管理オブジェ
クトを組み合わせて新しい管理オブジェクトを生成した
り、生成された管理オブジェクトを削除したりするため
に用いられる管理オブジェクト生成・削除用管理シナリ
オと、 前記管理対象ノードに対して、既存の管理オブジェクト
に自発的にアクセスさせるために用いられる管理機能生
成・削除用管理シナリオと、 前記管理対象ノードに対して、新しいトラップ定義を生
成したり、生成されたトラップ定義を削除したりするた
めに用いられるトラップ生成・削除用管理シナリオと、
の３種類の管理シナリオを用いていることを特徴とする
請求項１に記載のネットワーク管理システム。 - 【請求項３】 マネージャは、 管理オブジェクト生成・削除用管理シナリオを用いて、
管理対象ノードに対して、既存の管理オブジェクトを組
み合わせて新規の管理オブジェクトを生成する情報を与
えて、管理対象ノード内に動的に管理オブジェクトを生
成させる管理オブジェクト生成手段を備えていることを
特徴とする請求項２に記載のネットワーク管理システ
ム。 - 【請求項４】 マネージャは、 管理オブジェクト生成・削除用管理シナリオを用いて、
管理対象ノードに対して、新規に生成した管理オブジェ
クトを削除させる管理オブジェクト削除手段を備えてい
ることを特徴とする請求項３に記載のネットワーク管理
システム。 - 【請求項５】 マネージャは、 管理機能生成・削除用管理シナリオを用いて、管理対象
ノードに対して、既存の管理オブジェクトへ自発的にア
クセスする機能を生成させるアクセス機能生成手段を備
えていることを特徴とする請求項４に記載のネットワー
ク管理システム。 - 【請求項６】 マネージャは、 管理機能生成・削除用管理シナリオを用いて、管理対象
ノードに対して、管理シナリオによって生成された既存
の管理オブジェクトへ自発的にアクセスする機能を削除
させるアクセス機能削除手段を備えていることを特徴と
する請求項５に記載のネットワーク管理システム。 - 【請求項７】 マネージャは、 トラップ生成・削除用管理シナリオを用いて、管理対象
ノードに対して、新規トラップの送信機能を動的に生成
させるトラップ送信機能生成手段を備えていることを特
徴とする請求項２に記載のネットワーク管理システム。 - 【請求項８】 マネージャは、 トラップ生成・削除用管理シナリオを用いて、管理対象
ノードに対して、管理シナリオによって生成された既存
トラップの送信機能を動的に削除させるトラップ送信機
能削除手段を備えていることを特徴とする請求項７に記
載のネットワーク管理システム。 - 【請求項９】 管理対象ノードは、 管理オブジェクト生成・削除用管理シナリオを受信した
とき、受信情報に従って、前記管理対象ノード内に新規
の管理オブジェクトを生成するノード内管理オブジェク
ト生成手段を備えていることを特徴とする請求項２に記
載のネットワーク管理システム。 - 【請求項１０】 管理対象ノードは、 管理オブジェクト生成・削除用管理シナリオを受信した
とき、受信情報に従って、管理対象ノード内に、管理シ
ナリオによって生成された管理オブジェクトを削除する
ノード内管理オブジェクト削除手段を備えていることを
特徴とする請求項９に記載のネットワーク管理システ
ム。 - 【請求項１１】 管理対象ノードは、 管理機能生成・削除用の管理シナリオを受信したとき、
受信情報に従って、既存の管理オブジェクトへ自発的に
アクセスする機能を生成するノード内アクセス機能生成
手段を備えていることを特徴とする請求項１０に記載の
ネットワーク管理システム。 - 【請求項１２】 管理対象ノードは、 管理機能生成・削除用管理シナリオを受信したとき、受
信情報に従って、管理シナリオによって生成された既存
の管理オブジェクトへ自発的にアクセスする機能を削除
するノード内アクセス機能削除手段を備えていることを
特徴とする請求項１１に記載のネットワーク管理システ
ム。 - 【請求項１３】 管理対象ノードは、 トラップ生成・削除用管理シナリオを受信したとき、受
信情報に従って、管理対象ノード内に、新規トラップの
送信機能を動的に生成するノード内トラップ送信機能生
成手段を備えていることを特徴とする請求項２に記載の
ネットワーク管理システム。 - 【請求項１４】 管理対象ノードは、 トラップ生成・削除用管理シナリオを受信したとき、受
信情報に従って、管理対象ノード内に、管理シナリオに
よって生成された既存トラップの送信機能を動的に削除
するノード内トラップ送信機能削除手段を備えているこ
とを特徴とする請求項１３に記載のネットワーク管理シ
ステム。 - 【請求項１５】 マネージャと管理対象ノードとの間で
使用される管理シナリオは、リモート宛先アドレス項目
を有し、 前記管理対象ノードは、 前記リモート宛先アドレス項目に記述されている他の管
理対象ノードの保持する管理オブジェクトにアクセスす
る管理オブジェクトアクセス手段を備え、 前記管理シナリオは、前記管理オブジェクトアクセス手
段による管理操作を表現することが可能な構成となって
いることを特徴とする請求項１または請求項２に記載の
ネットワーク管理システム。 - 【請求項１６】 管理対象ノードは、 他の管理対象ノードが保持する管理オブジェクトにアク
セスするための管理操作が記述された管理シナリオを受
信すると、その受信情報に従って、他の管理対象ノード
に対してアクセスする他管理対象ノードアクセス手段を
備えていることを特徴とする請求項１５に記載のネット
ワーク管理システム。 - 【請求項１７】 マネージャは、 管理対象ノードに対して、他の管理対象ノードが保持す
る管理オブジェクトにアクセスするための管理操作が記
述された管理シナリオを送信し、その管理シナリオに従
って、管理対象ノードが、他の管理対象ノードの管理オ
ブジェクトにアクセスすることにより、管理対象ノード
に対してサブマネージャとしての役割を担わせ、動的に
階層管理を実現する階層管理手段を備えていることを特
徴とする請求項１または請求項２に記載のネットワーク
管理システム。 - 【請求項１８】 管理シナリオは、 ファンクションＩＤにより、管理対象ノードが管理オブ
ジェクトにアクセスする手段に用いるファンクション
を、複数指定することのできる表現方法になっているこ
とを特徴とする請求項１または請求項２に記載のネット
ワーク管理システム。 - 【請求項１９】 管理オブジェクト生成・削除用管理シ
ナリオは、 管理対象ノードが、管理オブジェクトにアクセスする手
段に用いるファンクションの実行結果を、マクロ記述エ
リア項目に記載されているプログラムに従って、管理オ
ブジェクトの値を作成することのできる表現方法になっ
ていることを特徴とする請求項２に記載のネットワーク
管理システム。 - 【請求項２０】 トラップ生成・削除用管理シナリオ
は、 管理対象ノードが、管理オブジェクトにアクセスする手
段に用いるファンクションの実行結果を、マクロ記述エ
リア項目に記載されているプログラムに従って、トラッ
プ送信条件を設定することのできる表現方法になってい
ることを特徴とする請求項２に記載のネットワーク管理
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28577199A JP4283950B2 (ja) | 1999-10-06 | 1999-10-06 | ネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28577199A JP4283950B2 (ja) | 1999-10-06 | 1999-10-06 | ネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001109686A true JP2001109686A (ja) | 2001-04-20 |
| JP4283950B2 JP4283950B2 (ja) | 2009-06-24 |
Family
ID=17695858
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28577199A Expired - Fee Related JP4283950B2 (ja) | 1999-10-06 | 1999-10-06 | ネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4283950B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007329953A (ja) * | 2001-09-19 | 2007-12-20 | Microsoft Corp | 映像又はビデオ処理のための一般化されたリファレンスデコーダ |
| US7961786B2 (en) | 2003-09-07 | 2011-06-14 | Microsoft Corporation | Signaling field type information |
| US8099489B2 (en) | 2003-10-17 | 2012-01-17 | Nec Corporation | Network monitoring method and system |
| US8107531B2 (en) | 2003-09-07 | 2012-01-31 | Microsoft Corporation | Signaling and repeat padding for skip frames |
| US8116380B2 (en) | 2003-09-07 | 2012-02-14 | Microsoft Corporation | Signaling for field ordering and field/frame display repetition |
| US8345754B2 (en) | 2003-09-07 | 2013-01-01 | Microsoft Corporation | Signaling buffer fullness |
| US8582659B2 (en) | 2003-09-07 | 2013-11-12 | Microsoft Corporation | Determining a decoding time stamp from buffer fullness |
-
1999
- 1999-10-06 JP JP28577199A patent/JP4283950B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007329953A (ja) * | 2001-09-19 | 2007-12-20 | Microsoft Corp | 映像又はビデオ処理のための一般化されたリファレンスデコーダ |
| JP4489794B2 (ja) * | 2001-09-19 | 2010-06-23 | マイクロソフト コーポレーション | 映像又はビデオ処理のための一般化されたリファレンスデコーダ |
| US7961786B2 (en) | 2003-09-07 | 2011-06-14 | Microsoft Corporation | Signaling field type information |
| US8107531B2 (en) | 2003-09-07 | 2012-01-31 | Microsoft Corporation | Signaling and repeat padding for skip frames |
| US8116380B2 (en) | 2003-09-07 | 2012-02-14 | Microsoft Corporation | Signaling for field ordering and field/frame display repetition |
| US8345754B2 (en) | 2003-09-07 | 2013-01-01 | Microsoft Corporation | Signaling buffer fullness |
| US8582659B2 (en) | 2003-09-07 | 2013-11-12 | Microsoft Corporation | Determining a decoding time stamp from buffer fullness |
| US8099489B2 (en) | 2003-10-17 | 2012-01-17 | Nec Corporation | Network monitoring method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4283950B2 (ja) | 2009-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3439337B2 (ja) | ネットワーク管理システム | |
| US8549514B2 (en) | Distributing customized software products | |
| US8321548B2 (en) | Method and system for specifying planned changes to a communications network | |
| JP4902282B2 (ja) | 業務システム構成変更方法、管理コンピュータ、および、業務システム構成変更方法のプログラム | |
| US20120260264A1 (en) | Client server system and method for executing an application utilizing distributed objects | |
| JPH04233654A (ja) | コンピュータシステム | |
| CN100359465C (zh) | 程序构造方法、程序构造系统及终端设备 | |
| US20080059943A1 (en) | Method and system for using a library cache in a distributed development environment | |
| CN101834750A (zh) | 一种通用业务监控方法 | |
| WO2003090075A2 (en) | Method and system for managing a computer system | |
| JP2001109686A (ja) | ネットワーク管理システム | |
| CN114912255A (zh) | 在线仿真实验系统及方法 | |
| JP2003101586A (ja) | ネットワーク管理支援方法 | |
| CN112905306A (zh) | 多集群容器管理方法、装置、电子设备和存储介质 | |
| US10691364B2 (en) | Method for exchanging data between engineering tools of an engineering system, and engineering system for carrying out the method | |
| JP3712984B2 (ja) | 業務進捗制御装置及びその方法と、業務進捗制御プログラム及びそのプログラムを記録した記録媒体 | |
| JPH10105540A (ja) | 作業手順管理システム | |
| JP2014164724A (ja) | 自動運用プロセス生成方法、プログラム、および装置 | |
| JPH09160847A (ja) | クライアント・サーバ型分散処理システム | |
| JPH10222357A (ja) | データ再利用によるソフトウェア構築方法及びシステム | |
| US20230169359A1 (en) | Model management system, method, and storage medium | |
| JPH09198291A (ja) | コンカレントエンジニアリング支援システム及びコンカレントエンジニアリング支援方法 | |
| JP2023155084A (ja) | 情報処理システム及び情報処理方法 | |
| JP2000039944A (ja) | メンテナンスシステム、メンテナンス方法及び記憶媒体 | |
| US20060206444A1 (en) | Services using beliefs and rules for improved flexibility |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060804 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081202 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090129 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090224 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090323 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120327 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |