JPH1075245A

JPH1075245A - ネットワーク・デバイスのカスタマイズ可能な自動管理

Info

Publication number: JPH1075245A
Application number: JP9130831A
Authority: JP
Inventors: Sundararajan Yamunachari; ヤムナチャリスンダララジャン; Govindarajan Rangarajan; ランガラジャンゴヴィンダラジャン
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1996-05-29
Filing date: 1997-05-21
Publication date: 1998-03-17
Also published as: EP0810756A2; EP0810756A3; EP0810756B1; DE69734373D1; DE69734373T2; US5930476A

Abstract

(57)【要約】【課題】事象要求が各ルータに対して同じように重要
な事象を定義することができ、ネットワーク・マネージ
ャがデバイスの健全状態を定義することができる方法、
コンピュータ記憶媒体及び装置を提供する。【解決手段】複数のネットワーク・デバイスの自動管
理は、デバイスにカスタマイズされた事象要求を送るこ
とによって実行される。カスタマイズされた事象要求
は、管理されているデバイスに対象の変数及びしきい値
を特定する。カスタマイズされた事象要求は、ネットワ
ーク・マネージャによって生成しかつ切ることができ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ディジタル通信に関す
る。より特定的には、本発明は、ネットワーク管理に関
する。

【０００２】

【従来の技術】今日、多数のパーソナル・コンピュータ
及びワークステーションは、ローカル・エリア・ネット
ワーク、メトロポリタン・エリア・ネットワーク及び広
域ネットワークを形成すべくファイル・サーバ、プリン
ト・サーバ、モデム、ハブ及び他のデバイスに相互接続
されている。これらのネットワークは、パーソナル・コ
ンピュータ及びワークステーションに情報及び高価な資
源を相互に共有させる。今迄以上に、個人及び企業は、
ビジネスを行いかつ世界中の人々と通信するためにネッ
トワークに依存する。事実、ネットワークは、コンピュ
ータになった。大部分のネットワークは、ネットワーク
を管理するためにネットワーク・マネージャ及びシンプ
ル・ネットワーク・マネージメント・プロトコル（ＳＮ
ＭＰ）のある形式を用いる。そのマネージメント・タス
クの中で、ネットワーク・マネージャは、ネットワーク
のデバイスの状態（情況）を自動的に監視する。ネット
ワーク・マネージャは、ある一定の事象が生じたときに
応答を戻すことを要求される、デバイスへ所定の事象要
求を送る。例えば、ディスク・エージェントは、利用可
能なディスク空間が５０％以下になったならば応答を送
ることを要求されうる。

【０００３】

【発明が解決しようとする課題】事象要求がデバイスに
対する重要な事象を画定しえない場合、特にデバイスが
一つ以上のベンダーによって製造される場合が存在す
る。ＳＮＭＰ管理可能デバイスは、管理情報ベース（Ｍ
ＩＢ）、デバイスの異なる形態（例えば、構成、統計、
状態、制御）を表しているオブジェクトまたは変数の収
集をそのメモリに記憶する。デバイスの各クラスに対し
て、ＭＩＢは、標準変数のコアを有する。デバイスの各
ベンダーは、そのデバイスの管理に対して重要であると
それが感じる変数をコアに加える。それゆえに、第１の
ベンダーからのルータに対するＭＩＢは、第２のベンダ
ーからのルータに対するＭＩＢからとは異なりうるし、
かつ一つのルータに対する重要な事象を定義する事象要
求は、他のルータに対する同じ重要な事象を必ずしも定
義しない。これは、ネットワーク・マネージャでの問題
である。

【０００４】別の問題は、現行ネットワーク・マネージ
ャがデバイスの健全状態(health)を定義させないという
ことである。健全状態は、事象要求の中に“ハードワイ
ヤード(hard-wired)”される。それにも係わらず、健全
なデバイスまたはシステムの所望の定義は、所定の定義
と一致しないであろう。例えば、ルータは、その内の２
つが冗長である、５つのデバイスを装着することができ
る。冗長デバイスの一つが悪くても、ルータは、まだ良
好である。しかしながら、ネットワーク・マネージャ
は、ルータが悪いということを示すであろう。本発明の
目的は、上記問題点を解決するための方法、コンピュー
タ記憶媒体及び装置を提供する。

【０００５】

【課題を解決するための手段】本発明の上記目的は、複
数のネットワーク・デバイスを監視する方法であって、
複数の所定の事象要求をコンピュータ・メモリから読み
取り；各所定の事象要求は、各対の変数がその値が対応
ネットワーク・デバイスの管理情報ベースに記憶される
変数に対応しかつ各対のしきい値がその対の変数に対す
るしきい値であるような少なくとも一つの変数／しきい
値対を有している変数結合リストを含み；各変数／しき
い値対は、各変数／しきい値対が対のしきい値との所定
の関係を有している値に到達する対の変数に対応してい
る事象を画定し；少なくともデバイスのあるものを所定
の事象要求に関連付け；それらの関連デバイスに所定の
事象要求を送り；デバイスへ送られた所定の事象要求に
従ってデバイスから応答メッセージを受け取り；かつ受
け取られた応答メッセージにより応答しているデバイス
の状態を示す段階を具備する方法によって達成される。

【０００６】本発明の方法では、事象要求の変数結合リ
ストにおける変数／しきい値対を記入することによって
所定の事象要求の少なくとも一つを生成する段階を更に
具備するように構成してもよい。本発明の方法では、事
象要求の変数結合リストにおける複数の変数／しきい値
対を記入することによって所定の事象要求の少なくとも
一つを生成する段階を更に具備し、それにより関連デバ
イスに対する複数の事象が定義されるように構成しても
よい。本発明の方法では、関連付ける段階は、デバイス
のリストを表示し、所定の事象要求のリストを表示し、
デバイスのリストからデバイスをかつ該選択されたデバ
イスに関連付けられるべく所定の事象要求のリストから
所定の事象要求を選択することによって実行され、選択
する段階は、一つ以上の対応デバイスに対して一度以上
実行されるように構成してもよい。

【０００７】本発明の方法では、所定の事象要求に関連
付けられていないデバイスにデフォルト事象要求を送る
段階を更に具備するように構成してもよい。本発明の方
法では、特定の間隔で事象要求を自動的に送る段階を更
に具備するようにしてもよい。本発明の方法では、デバ
イスの少なくともあるものを監視し；監視されているデ
バイスを表示し、該表示されたデバイスは、グリフによ
った表され；かつ監視されているデバイスの状態を示す
べくグリフをカラー・コーディングする段階を更に具備
するように構成してもよい。また、本発明の上記目的
は、ネットワークの複数のデバイスを自動的に監視する
装置であって、複数の異なる所定の事象要求を記憶する
メモリ；及び各所定の事象要求は、各対の変数がその値
が対応ネットワーク・デバイスの管理情報ベースに記憶
される変数に対応しかつ各対のしきい値がその対の変数
に対するしきい値であるような少なくとも一つの変数／
しきい値対を有している変数結合リストを含み；各変数
／しきい値対は、各変数／しきい値対が対のしきい値と
の所定の関係を有している値に到達する対の変数に対応
している事象を画定し；メモリから所定の事象要求を読
み取り、ユーザ入力に応じてデバイスの少なくともある
ものに事象要求を関連付け、かつ対応デバイスに関連事
象要求を伝送するプロセッサを備えている装置によって
達成される。

【０００８】本発明の装置では、プロセッサは、また、
所定の事象要求を生成しかつメモリに生成された要求を
記憶するように構成してもよい。本発明の装置では、プ
ロセッサは、少なくとも一つの変数／しきい値対を受け
取りかつ所定の事象要求の変数結合リストに各受け取っ
た対を書き込むことによって各所定の事象要求を生成す
るように構成してもよい。本発明の装置では、ビデオ・
モニタ及び少なくとも一つの入力デバイスを更に備え、
プロセッサは、少なくとも一つの変数／しきい値対を受
け取りかつ事象要求をデバイスに関連付けるためにＧＵ
Ｉを生成するように構成してもよい。本発明の装置で
は、プロセッサは、ビデオ・モニタにデバイスを表して
いるグリフを選択的に表示し、プロセッサは、表示した
デバイスの状態を示すべくグリフをカラー・コード化す
るように構成してもよい。

【０００９】本発明の装置では、プロセッサは、事象要
求の変数結合リストに対するフィールドを表示し；少な
くとも一つの変数／しきい値対に対する入力を受け容
れ；かつ変数結合リストに入力した対を書き込むことに
よって所定の要求を生成すべくプログラムされるように
構成してもよい。本発明の装置では、プロセッサは、デ
バイスを表しているグリフを表示し；デバイスからの応
答を受け取り；かつ受け取った応答に基づきデバイスの
状態を表示すべくプログラムされるように構成してもよ
い。本発明の装置では、プロセッサは、グリフをカラー
・コード化することによって状態を示すべくプログラム
されるように構成してもよい。本発明の装置では、プロ
セッサは、カスタム自動管理が選択されたときに所定の
事象要求を読み取り、関連付けかつ送るべくプログラム
され、かつプロセッサは、デフォルト管理が選択された
ときにデバイスにデフォルト事象要求を送るべく更にプ
ログラムされるように構成してもよい。

【００１０】

【作用】上述した従来技術におけるこれらの問題点は、
本発明による方法、コンピュータ記憶媒体及び装置によ
って克服される。複数のネットワーク・デバイスを監視
する方法は、複数の所定の事象要求をコンピュータ・メ
モリから読み取り；少なくともデバイスのあるものを所
定の事象要求に関連付け；かつそれらの関連デバイスに
所定の事象要求を送る。ネットワーク・デバイスに対す
る事象要求を生成する方法は、複数の所定の事象要求を
形成し；かつ複数の所定の事象要求をデバイスに関連付
ける段階を具備する。複数の所定の事象要求の少なくと
も二つは、異なる変数結合リストによって形成される。

【００１１】コンピュータ記憶媒体は、複数のネットワ
ーク・デバイスを自動的に監視することをコンピュータ
に命令する複数の実行可能命令を記憶する。複数の命令
は、複数の所定の事象要求を読み取ることをコンピュー
タに命令する命令；コンピュータに所定の事象要求をネ
ットワーク・デバイスの少なくともあるものに関連付け
させる命令；及び所定の事象要求をそれらの関連デバイ
スに送るべくコンピュータに命令する命令を含む。ネッ
トワークの複数のデバイスを自動的に監視する装置は、
複数の異なる所定の事象要求を記憶するメモリ；及び所
定の事象要求を読み取り、ユーザ入力に応じてデバイス
の少なくともあるものに事象要求を関連付け、かつ関連
事象要求を切るプロセッサを含む。

【００１２】複数のネットワーク・エージェントと通信
するネットワーク・マネージャは、複数の所定の事象要
求を読み取り；所定の事象要求を複数のエージェントに
関連付け；かつそれらの関連エージェントに所定の事象
要求を送るべくプログラムされるコンピュータを含む。

【００１３】

【実施例】図１は、中間システム１２、１４、１６及び
１８によって相互接続される第１、第２、第３及び第４
のサブネットワークＳ１、Ｓ２、Ｓ３及びＳ４を含んで
いるインターネット１０を示す。説明目的のためにだ
け、第１及び第２のサブネットワークＳ１及びＳ２は、
トークン・リング(Token ring)のような、第１のトポロ
ジーであり、第３及び第４のサブネットワークＳ３及び
Ｓ４は、イーサネット(Ethernet)のような、第２のトポ
ロジーであり、第１及び第２の中間システム１２、１４
は、ブリッジ１２及び１４であり、かつ第３及び第４の
中間システム１６及び１８は、第１及び第２のルータ１
６及び１８である。第１のルータ１６は、一つのベンダ
ーによって製造されかつ第２のルータ１８は、異なるベ
ンダーによって製造される。第１及び第２のルータ１６
及び１８のＭＩＢｓは、変数の同じコアを有するが、そ
れらは、それらのコアに加えられた異なる変数を有す
る。それゆえに、第１及び第２のルータ１６及び１８の
ＭＩＢｓは、異なる。

【００１４】第１のサブネットワークＳ１は、第１のグ
ループのアドレス指定可能デバイス２０を含み、第２の
サブネットワークＳ２は、第２のグループのアドレス指
定可能デバイス２２を含み、第３のサブネットワークＳ
３は、第３のグループのアドレス指定可能デバイス２４
を含み、かつ第４のサブネットワークＳ４は、第４のグ
ループのアドレス指定可能デバイス２５を含む。アドレ
ス指定可能デバイス２０、２２、２４及び２５は、ワー
クステーション、パーソナル・コンピュータ、プリンタ
及びハブのようなデバイスでありうる。各デバイス２
０、２２、２４及び２５は、ＭＩＢ及びエージェントに
関連付けられる。エージェントは、デバイスに常駐しう
るかまたはしないソフトウェア・プログラムである。Ｔ
ＣＰ／ＩＰは、デバイス２０、２２、２４及び２５間で
どのようにデータがパケットされかつ移送されるかを調
整するために用いられる。各デバイス２０、２２、２４
及び２５は、物理または媒体アクセス制御（ＭＡＣ）ア
ドレス及び独自のＩＰアドレスを有する。

【００１５】インターネット１０は、また、第３のサブ
ネットワークＳ３に接続されかつ各デバイス２０、２
２、２４及び２５のＭＩＢへのアクセスを有する、ネッ
トワーク・マネージャ２６を含む。ＳＮＭＰは、デバイ
ス２０、２２、２４及び２５を管理するために用いられ
るプロトコルである。エージェントは、ネットワーク・
マネージャに各デバイスのＭＩＢをアクセスさせる。そ
のようなアクセス可能性は、ネットワーク・マネージャ
にエージェントのオペレーションを制御させ、資源性能
を分析させ、故障を識別しかつ解決させ、そしてマネー
ジメント・タスクを自動化させる。例えば、ネットワー
ク・マネージャは、デバイスに対するしきい値を越えて
いるＭＩＢ変数のような、事象が発生するときに応答を
送り出すことをエージェントに要求することができる。
ネットワーク・マネージメントの一般的な説明について
は、参考文献としてここに採り入れられる、W. Stallin
gs,“Data and Computer Communications”，MacMillia
n (4th ed, 1994) pp. 701-24を参照のこと。

【００１６】図２は、詳細にネットワーク・マネージャ
２６を示す。ネットワーク・マネージャ２６は、SPARCs
tation^TMまたはSPARCserver ^TMのようなワークステーシ
ョン２８を含む。これらのワークステーションの両方
は、RISCベースド高性能“SPARC ”マイクロプロセッサ
３０を用いる。SPARCstation^TM、SPARCserver ^TM、及び
“SPARC ”マイクロプロセッサは、本発明の出願人であ
る、サン・マイクロシステムズ、インコーポレーティッ
ド(Sun Microsystems, Inc.)から全て商業的に入手可能
である。ワークステーション２６は、配布媒体に対する
CD ROMドライブ３４及びカラー・ディスプレイ・モニタ
３２で構成される。それは、また、揮発性メモリ３６
（例えば、DRAMの３２メガバイト(Mbytes)）及び不揮発
性メモリ３８（例えば、４００メガバイト(Mbyte) ハー
ド・ドライブ）で構成される。

【００１７】ネットワーク・マネージャ用ソフトウェア
は、“UNIX”ベースド・オペレーティング・システム４
０を含む。“SPARC ”マイクロプロセッサ用オペレーテ
ィング・システムは、“SOLARIS ”2.4 以上及び“SOLA
RIS ”1.x またはそれ以降を含む。“SOLARIS ”オペレ
ーティング・システムは、また、本発明の出願人から商
業的に入手可能である。オペレーティング・システム４
０は、小型コンピュータ・メモリ媒体（例えば、CD RO
M）に記憶されかつCD ROMドライバ３４から不揮発性メ
モリ３８にロードされる。ネットワーク・マネージャ２
６用の更なるソフトウェアは、ネットワーク・トポロジ
ー・データベース４２及び、ネットワーク・トポロジー
・データベース４２によって示されたデバイスを自動的
に管理しかつディスプレイするコンソール・プログラム
４４(Console program) を含む。コンソール・プログラ
ム４４は、小型コンピュータ媒体に記憶しかつCD ROMド
ライブ３４から不揮発性メモリ３８にロードすることが
できる。ネットワーク・トポロジー・データベース４２
は、ワークステーション２６によって実行される、ディ
スカバー・ツールによって動的に生成することができ
る。ネットワーク・トポロジー・データベース４２は、
また、不揮発性メモリ３８に記憶される。

【００１８】ここで図３を参照すると、ネットワーク・
トポロジー・データベース４２は、インターネット１０
を記述する構造またはスキーム・ファイル及びインスタ
ンス・ファイルの収集である。４つの基本的構成要素
は、コンポーネント（例えば、プリンタ、ルータ、ワー
クステーション）、ビュー（他のビューを含んでいる、
構成要素の収集）、バス（例えば、トークン・リング・
セグメント）及び接続（例えば、RS-232リンク）であ
る。他の構成要素に対する構造ファイルは、ネットワー
ク・トポロジー・データベース４２に加えることができ
る。各構造ファイルは、特定の構成要素の構造を記述す
る多数の記録を含む。インスタンス・ファイルは、イン
ターネット１０でディスカバーされた構成要素に対する
構造ファイルのインスタンスを包含する。ネットワーク
・トポロジー・データベースの説明については、参考文
献としてここに採り入れられる、C. Malamud, “Analyz
ing Sun Networks”, Van Nostrand Reinhold (1992) p
p. 419-21 を参照のこと。

【００１９】コンソール・プログラム４４は、オブジェ
クト指向型、図的ユーザ・インターフェイス（ＧＵＩ）
を含む。ＧＵＩは、OpenWindows ^TM3.1 またはそれ以
降、或いはＧＵＩｓに対するクラスの他のライブラリか
ら導出することができる。入力４５は、マウス及びキー
ボードを介してＧＵＩに供給される。実行されたとき、
コンソール・プログラム４４は、以下に説明する種々の
特徴を選択させるメニュー・バーをディスプレイする。
コンソール・プログラム４４は、インターネット１０の
健全状態を監視するオート・マネージメント・フューチ
ャー(Auto Management feature) ４６を有する。オート
・マネージメント・フューチャーが選択されたとき、
“プロパティーズ（Properties）”ダイアログ・ボック
スがディスプレイされる。プロパティーズ・ダイアログ
・ボックスは、次のオプションを供給する： Automatic Management: Enable/Disable Polling Interval:<value> Management Behavior: Default/Custom

【００２０】イネーブル(Enable)ボタンが選択されかつ
ポーリング間隔(Polling Interval)に対する値が特定さ
れたときに、オートマチック・マネージメント(Automat
ic Management)は、実行される。事象要求は、ネットワ
ーク・トポロジー・データベース４２のデバイス２０、
２２、２４及び２５に対して自動的に開始される。事象
要求は、ポーリング間隔毎に繰り返される。例えば、６
００のポーリング間隔は、事象要求を６００秒毎に送ら
せる。事象要求が切られたときに、それは、事象要求の
外側メッセージ・ラッパーで特定された宛先アドレスに
おけるデバイスのエージェント４７へ送られる。マネー
ジメント・ビヘーヴィヤ(Management Behavior) に対す
るデフォルト(Default) ボタンが、また、選択されるな
らば、次のデフォルト事象要求の一つが（順序が保持さ
れたままで）ポーリング間隔毎に送られる： (1) SNMP Event Request(sysUpTime increased by less
than <number>). (2) Hostperf Event Request(upTime Increased by <nu
mber>). (3) CMP echo Event Request(reachable equal to fals
e). これらのデフォルト事象要求が決定するものは、ネット
ワーク・トポロジー・データベース４２のデバイス２
０、２２、２４及び２５が機能的に作用しているかどう
かである。デバイスがＳＮＭＰを支持するならば、ネッ
トワーク・マネージャ２６は、デバイスにＳＮＭＰイヴ
ェント・リクエスト(SNMP Event Request)を送る。シス
アップタイム(sysUpTime) が１のような数字よりも小さ
いものによって増大されたならば、デバイスは、ＳＮＭ
Ｐリスポンス(SNMP Response) メッセージをリターンす
る。デバイスがＳＮＭＰを支持しないが、ホストパーフ
(Hostperf)を支持するならば、ネットワーク・マネージ
ャ２６は、デバイスにホストパーフ・イヴェント・リク
エスト(Hostperf Event Request)を送る。アップタイム
(upTime)が１のような数字によって増大されたならば、
デバイスは、ホストパーフ・リスポンス(Hostperf Resp
onse) メッセージをリターンする。デバイスがＳＮＭＰ
またはホストパーフ(Hostperf)を支持しないならば、そ
れは、到達可能性を示している応答を送り戻すことをデ
バイスに要求する、ＩＣＭイーヴェント・リクエスト
(ICMP Event Request)が送られる。

【００２１】デフォルト・ボタン(Default button)の代
わりにマネージメント・ビヘーヴィア(Management Beha
vior) に対するカスタム・ボタン(Custom button) が選
択されたならば、ネットワーク・マネージャ２６は、関
連コンポーネント型にカスタマイズされた事象要求を送
る。カスタマイズされた事象要求は、ネットワーク・ト
ポロジー・データベース４２から読み取られる。コンソ
ール・プログラム４４は、また、カスタマイズされた事
象要求を生成させるリクエスト・マネージメント・フュ
ーチャー(Request Management feature)４８を含む。リ
クエスト・マネージメント・フューチャーがメニュー・
バーから選択されたとき、カスタマイズ・ポップアップ
・ダイアログ・ボックス(Customize popup dialog box)
が表れる。図４に示すカスタマイズ・ポップアップ・ダ
イアログ・ボックスは、３つのカラムを含む：コンポー
ネント・カラム(Componentcolumn)、プリディファイン
ド・リクエスト・カラム(Predefined Request column)
及びカスタマイズド・オートマチック・マネージメント
・リクエスト・カラム(Customized Automatic Manageme
nt Request column)。コンポーネント・カラムは、ネッ
トワーク・トポロジー・データベース４２から読み取ら
れる、コンポーネント（例えば、ブリッジ(bridge)、ge
nhost 、genws 、ハブ(hub) 、ｉｐｃ、ルータ(router)
１、ルータ２）のリストを作成する。ルータ１及びルー
タ２は、異なるベンダーによって製造された、第１及び
第２のルータ１６及び１８に対応するということに注目
する。ディスプレイされるコンポーネントは、インター
ネット１０のデバイス２０、２２、２４及び２５の全て
を構成しないが、特定のクラスタまたはビューにおける
それらのデバイスだけを構成しうる。プリディファイン
ド・リクエスト・カラムは、不揮発性メモリ３８に記憶
されるプリディファインド・リクエスト・ファイルから
読み取られる、所定の要求（例えば、if＿System＿Rebo
ot, when＿Disk＿is＿Full, when＿Printer ＿Error, w
hen ＿System＿is＿Not ＿Reachable, router1＿test,
router2 ＿test) のリストを作成する。第１のルータ１
６に対するroute1＿testは、第２のルータ１８に対する
router2 ＿testとは異なるということに注目する。

【００２２】カスタマイズド事象要求は、コンポーネン
ト・カラムのコンポーネントをプリディファインド・リ
クエスト・カラムの所定の事象要求に関連付けることに
よって生成される。コンポーネント及び所定の事象要求
は、例えば、プリディファインド・リクエスト・カラム
からの所定の事象要求にわたりコンポーネント・カラム
からのコンポーネントをドラッグすることによって関連
付けることができる。カスタマイズド・オートマチック
・マネージメント・リクエスト・カラムは、関連コンポ
ーネント／要求の対(pairs) のリストを作成する。例え
ば、コンポーネント・カラムからのrouter1 （ルータ
１）は、プリディファインド・リクエスト・カラムから
のrouter1 ＿testにわたりドラッグされ、かつ router
1：router1＿testは、カスタマイズド・オートマチック
・マネージメント・リクエスト・カラムにディスプレイ
される。一つの所定の要求だけが、各コンポーネント型
に関連付けられる。これは、ネットワークのトラフィッ
クを低減するために行われる。更に、各所定の事象要求
が複数の事象を画定できるので、デバイスに対する複数
の要求は、実際には必要ではない。カスタマイズド・オ
ートマチック・マネージメント・リクエスト・カラムに
ディスプレイされ所定の事象要求は、それらの関連コン
ポーネントのインスタンス・ファイルのネットワーク・
トポロジー・データベース４２に記憶される。図４のカ
スタマイズ・ダイアログ・ボックスは、単に例示であ
り、かつコンポーネント及び所定の事象要求を関連付け
るインターフェイスは、コンソール・プログラム４４の
設計者に任せられているということをもう一度注目す
る。

【００２３】カスタマイズド・リクエストなしのコンポ
ーネントに対するＤｅｆａｕｌｔＡｕｔｏＭｇｍｔ用
ボタンがチェックされたとき（ダイアログ・ボックスの
トップの近く）、デフォルト事象要求は、所定の事象要
求にまだ関連付けられていないデバイスへ上述したよう
に送られる。即ち、デフォルト要求（１）、（２）及び
（３）の一つは、所定の事象要求に関連付けられていな
いデバイスのそれぞれに送られる。ボタンがチェックさ
れないならば、事象要求は、それらのデバイスへ全く送
られない。（ダイアログ・ボックスの底部の）クリエー
ト・プリディファインド(CreatePredefined) ・ボタン
がクリックされたとき、クリエート・リクエスト(Creat
eRequest)ウィンドウ５０がディスプレイされる。クリ
エート・リクエスト・ウィンドウ５０は、所定の事象要
求を生成させる。事象要求の一般的説明について、C. M
alamud, “Analyzing Sun Networks”, Van Nostrand R
einhold (1992) pp.421-24 を参照のこと。クリエート
・リクエスト・ウィンドウ５０は、事象要求のネーム、
宛先アドレス、プロトコル・データ・ユニット（ＰＤ
Ｕ）型、要求−ｉｄ、及び変数結合リストのような、所
定の事象要求のある一定のフィールドをディスプレイす
る。ＰＤＵ型及び要求−ｉｄは、既に記入され、マネー
ジメント・プロトコルによって決定されている。宛先ア
ドレスは、所定の事象要求がコンポーネントと関連付け
られた後で記入される。クリエート・リクエスト・ウィ
ンドウ５０は、ユーザに所定の事象要求のネームを記入
させ（例えば、Disk＿Available)かつ変数結合リストに
対するフィールドを記入させる。例えば、１０対の変数
／しきい値が変数結合リストに加えられる。これらの対
の５つは、ディスク利用可能性に基づいて事象を画定す
る。これは、ディスク利用可能性が５％、１５％、５０
％、７５％及び９０％を越えるときに、単一Disk＿Avai
lable 事象要求に、リスポンス・メッセージ(Response
messages) をリターンすべくgenws に命令させる。同様
に、非冗長デバイスが一時的に動かなくなるとき、及び
そのデバイスの三つ以上(more than two) が一時的に動
かなくなるときに、route1＿test事象要求は、リスポン
ス・メッセージを送るべく第１のルータ１６に要求する
ことができる。しきい値は、ネットワーク管理者または
他のスーパーユーザの裁量（判断）でのみ選択される。
フィールドが記入された後、セーブ・ボタンがクリック
されかつ所定の事象要求がプリディファインド・リクエ
スト・ファイルに加えられる。異なるデバイスは、異な
る機能性を有するけれども、事象要求は、考慮下のデバ
イスに対して構成することができる。それゆえに、ネッ
トワーク管理者は、デバイスの健全状態を画定すること
ができる。

【００２４】コンソール・プログラム４４は、また、ネ
ットワーク・トポロジー・データベース４２のデバイス
２０、２２、２４及び２５をディスプレイさせるディス
プレイ・フューチャー(Display feature) ５２を有す
る。デバイス２０、２２、２４及び２５は、グリフ５４
によって表される。グリフ５４は、それらが表すデバイ
スについての更なる情報を供給するカラー及び輝度のよ
うな属性を有する。ディスプレイ・フューチャー５２
は、インターネット１０のデバイス１２〜２２の異なる
ビューをディスプレイすることができる。ビューは、異
なる方法で構成（配列）することができる。所望のシス
テム資源のビューは、ディスプレイすることができる。
例えば、ネットワークの全マネージド・ルータ(all man
aged routers) の単一ビューは、ネットワーク階層構造
におけるルータの実際の位置に係わりなく、ディスプレ
イすることができる。または、デバイスのビューは、イ
ンターネット１０の種々のレベルを表すべく階層構造で
構成（配列）することができる。階層構造の最高レベル
は、インターネット１０を表す、単一雲(singlecloud)
としてディスプレイすることができる。ネットワーク管
理者は、単にマウスをポインティングしかつビューを参
照するグリフをダブル・クリックすることによってイン
ターネット１０を介して“操縦(navigate)”することが
できる。インターネット１０の雲グリフをダブル・クリ
ックすることは、サブネットワークＳ１、Ｓ２、Ｓ３及
びＳ４に対する雲グリフ、中間システム１２〜１８のグ
リフ、及び物理リンクのグリフを含む、次のレベルをコ
ンソール・プログラム４４にディスプレイさせる。

【００２５】ある一定のカラーは、デバイスに関連する
事象をネットワーク管理者に知らせることができる。た
ぶん、事象は、一時的に動かなくなったルータまたは１
０％以下の利用可能なディスク空間を有しているハード
・ドライブであったであろう。これらのデバイスに対す
るグリフは、赤のようなカラーに設定することができ
る。利用可能なディスク空間が５０％まで増大したなら
ば、グリフは、オレンジカラーに変化するであろう。利
用可能なディスク空間が７５％まで増大したならば、グ
リフのカラーは、緑に変化するであろう。事象要求は、
選択されたデバイスに手動で送ることができる。選択さ
れたデバイスのグリフをダブル・クリックすることによ
って、ネットワーク・マネージャ２６は、ネットワーク
・トポロジー・データベース４２の関連事象要求をルッ
プアップしかつ選択されたデバイスへの事象要求を切
る。ビューがダブル・クリックされたならば、事象要求
は、ビューのデバイスの全てに対して切られる。

【００２６】図５から図８は、ネットワーク・マネージ
ャ２６のオペレーション（動作）を示す。まず図５を参
照する。コンソール・プログラム４４が実行されたとき
（ステップ１００）、ネットワーク・マネージャ２６
は、ＧＵＩを生成する（ステップ１０２）。ＧＵＩは、
グリフ５４をディスプレイする（ステップ１０４）。ネ
ットワーク・マネージャ２６は、デバイスからの応答に
応じてグリフをカラー・コードすることができる。マウ
スまたはキーボードを用いて、ユーザは、ネットワーク
の特定のビューを選択する（ステップ１０６）。ＧＵＩ
は、また、オート・マネージメント及びリクエスト・マ
ネージメント・フューチャー(Auto Management and Req
uest Management features) ４６及び４８を選択させる
メニュー・バーをディスプレイする（ステップ１０
８）。

【００２７】図６は、ネットワークの健全状態を監視す
るステップを示す。ユーザは、コンソール・プログラム
４４のメニュー・バーからオート・マネージメント・フ
ューチャー４６を選択し（ステップ２００）かつネット
ワーク・マネージャ２６は、プロパティーズ・ダイアロ
グ・ボックスを生成する（ステップ２０２）。ユーザ
は、オートマチック・マネージメントをイネーブルし
（ステップ２０４）、ポーリング間隔に対する値を記入
し（ステップ２０６）かつマネージメント・ビヘーヴィ
アを選択する（ステップ２０８）。ユーザがデフォルト
・ビヘーヴィアを選択したならば（ステップ２１０）、
ネットワーク・マネージャ２６は、ネットワーク・トポ
ロジー・データベース４２において示されたデバイス２
０、２２、２４及び２５へポーリング間隔毎にデフォル
ト事象要求を送る（ステップ２１２）。ユーザがカスタ
ム・ビヘーヴィア(Custom behavior) を選択したなら
ば、ネットワーク・マネージャ２６は、ネットワーク・
トポロジー・データベース４２からカスタマイズド事象
要求を読み取り（ステップ２１４）かつネットワーク・
トポロジー・データベース４２において示されたデバイ
ス２０、２２、２４及び２５へポーリング間隔毎にカス
タマイズド事象要求を送る（ステップ２１６）。

【００２８】図７は、カスタマイズされた要求を生成す
るステップを示す。ユーザは、コンソール・プログラム
４４のメニュー・バーからリクエスト・マネージメント
・フューチャー４８を選択する（ステップ３００）。ネ
ットワーク・マネージャ２６は、ネットワーク・トポロ
ジー・データベース４２からコンポーネントを読み取り
（ステップ３０２）かつ不揮発性メモリ３８に記憶され
たプリディファインド・リクエスト・ファイルから所定
の事象要求を読み取る（ステップ３０４）。次いでネッ
トワーク・マネージャ２６は、コンポーネント及び所定
の事象要求のカラムをディスプレイする、カスタマイズ
・ポップアップ・ダイアログ・ボックス(Customize pop
up dialog box)を生成する（ステップ３０６）。ユーザ
は、コンポーネントを選択しかつそれを所定の事象要求
に関連付けることによってカスタマイズド要求を生成す
る（ステップ３０８）。ネットワーク・マネージャ２６
は、関連対、即ち、個別のカラムにカスタマイズド要求
をディスプレイする（ステップ３１０）。ネットワーク
・マネージャ２６は、また、関連コンポーネントのイン
スタンス・ファイルのネットワーク・トポロジー・デー
タベース４２にカスタマイズド要求を記憶する（ステッ
プ３１２）。

【００２９】図８は、所定の事象要求を生成するステッ
プを示す。ユーザは、カスタマイズ・ポップアップ・ダ
イアログ・ボックスからクリエート・プリディファイン
ド・リクエスト(Create Predefined Request) ボタンを
クリックし（ステップ４００）かつネットワーク・マネ
ージャ２６は、クリエート・リクエスト・ウィンドウ５
０を生成する（ステップ４０２）。クリエート・リクエ
スト・ウィンドウ５０は、所定の事象要求のフィールド
をディスプレイする（ステップ４０４）。ＰＤＵ型及び
要求−ｉｄは、ネットワーク・マネージャ２６によって
自動的に記入される（ステップ４０６）。変数結合リス
トに対する変数／しきい値対及び所定の事象要求のネー
ムは、ユーザによって記入される（ステップ４０８）。
フィールドが記入された後、ユーザは、セーブ(Save)ボ
タンをクリックしかつ所定の事象要求は、不揮発性ＲＡ
Ｍ３８のプリディファインド・リクエスト・ファイルに
加えられる（ステップ４１０）。所定の事象要求がコン
ポーネントに関連付けられた後、所定の事象要求に対す
る宛先アドレスは、記入される。

【００３０】そのように開示されたものは、インターネ
ット、サブネットワークまたはネットワークの特定のデ
バイスを監視することにおける柔軟性を供給するカスタ
マイズド装置及び方法である。事象は、ネットワーク管
理者によって画定することができ、かつ各要求は、特定
のデバイスに対して構成することができる。本発明の精
神及び範疇から逸脱することなく種々の変形及び変更が
なされうるということが理解される。本発明は、図１に
示すインターネット構成に限定されない。更に、本発明
は、“ＵＮＩＸ”−ベースド・オペレーティング・シス
テムを走らせるＲＩＳＣプロセッサを有しているワーク
ステーションを含んでいるネットワーク・マネージャに
限定されない。例えば、ネットワーク・マネージャは、
ｘ８６または、“ＳＯＬＡＲＩＳ”２．４のような、３
２ビット“ＵＮＩＸ”−ベースド・オペレーティング・
システムを走らせる“ＰＥＮＴＩＵＭ”プロセッサを有
しているパーソナル・コンピュータを含むことができ
る。オペレーティング・システムは、“ＵＮＩＸ”−ベ
ースドでなくてもよい。

【００３１】ネットワーク・マネージャ用ソフトウェア
は、オブジェクトまたは図３に示すオブジェクト指向型
設計に限定されない。ソフトウェアは、あらゆる技法
（方法論）及びプログラミング言語により開発すること
ができる。コンソール・プログラム４４は、構成要素を
ディスプレイしかつ事象要求を生成しかつ切るためにＧ
ＵＩに限定されない。ディスプレイ、ジェネレーション
(generation)及びファイアリング(firing)は、コンソー
ル・プログラム４４によって直接的に実行することがで
きる。従って、本発明は、上述した実施例に限定されな
い。その代わり、それは、特許請求の範囲によって画定
される。

【００３２】

【発明の効果】本発明の方法は、複数のネットワーク・
デバイスを監視する方法であって、複数の所定の事象要
求をコンピュータ・メモリから読み取り；各所定の事象
要求は、各対の変数がその値が対応ネットワーク・デバ
イスの管理情報ベースに記憶される変数に対応しかつ各
対のしきい値がその対の変数に対するしきい値であるよ
うな少なくとも一つの変数／しきい値対を有している変
数結合リストを含み；各変数／しきい値対は、各変数／
しきい値対が対のしきい値との所定の関係を有している
値に到達する対の変数に対応している事象を画定し；少
なくともデバイスのあるものを所定の事象要求に関連付
け；それらの関連デバイスに所定の事象要求を送り；デ
バイスへ送られた所定の事象要求に従ってデバイスから
応答メッセージを受け取り；かつ受け取られた応答メッ
セージにより応答しているデバイスの状態を示す段階を
具備するので、デバイスが異なるベンダーによって製造
された場合でも、事象要求は、各ルータに対して同じよ
うに重要な事象を定義することができると共に、ネット
ワーク・マネージャは、デバイスの健全状態を定義する
ことができる。

【００３３】本発明の装置は、ネットワークの複数のデ
バイスを自動的に監視する装置であって、複数の異なる
所定の事象要求を記憶するメモリ；及び各所定の事象要
求は、各対の変数がその値が対応ネットワーク・デバイ
スの管理情報ベースに記憶される変数に対応しかつ各対
のしきい値がその対の変数に対するしきい値であるよう
な少なくとも一つの変数／しきい値対を有している変数
結合リストを含み；各変数／しきい値対は、各変数／し
きい値対が対のしきい値との所定の関係を有している値
に到達する対の変数に対応している事象を画定し；メモ
リから所定の事象要求を読み取り、ユーザ入力に応じて
デバイスの少なくともあるものに事象要求を関連付け、
かつ対応デバイスに関連事象要求を伝送するプロセッサ
を備えているので、デバイスが異なるベンダーによって
製造された場合でも、事象要求は、各ルータに対して同
じように重要な事象を定義することができると共に、ネ
ットワーク・マネージャは、デバイスの健全状態を定義
することができる。

【図面の簡単な説明】

【図１】本発明によるネットワーク・マネージャを含ん
でいるインターネットの略図である。

【図２】本発明によるネットワーク・マネージャのブロ
ック図である。

【図３】本発明によるネットワーク・マネージャによっ
て実行されるソフトウェアの静的オブジェクト指向型モ
デルを示す図である。

【図４】本発明によるネットワーク・マネージャによっ
て生成される、事象要求をカスタマイズするためのダイ
アログ・ボックスの説明図である。

【図５】本発明によるネットワーク・マネージャによっ
て実行される初期ステップのフローチャートである。

【図６】ネットワークの健全状態を監視するステップの
フローチャートである。

【図７】カスタマイズされた要求を生成するステップの
フローチャートである。

【図８】所定の事象要求を生成するステップのフローチ
ャートである。

【符号の説明】

１０インターネット１２、１４、１６及び１８中間システム２０第１のグループのアドレス指定可能デバイス２２第２のグループのアドレス指定可能デバイス２４第３のグループのアドレス指定可能デバイス２５第４のグループのアドレス指定可能デバイス２６ネットワーク・マネージャＳ１第１のサブネットワークＳ２第２のサブネットワークＳ３第３のサブネットワークＳ４第４のサブネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者ゴヴィンダラジャンランガラジャンアメリカ合衆国カリフォルニア州 94087 サニーヴェイルクレッセントアベニュー 472

Claims

【特許請求の範囲】

【請求項１】複数のネットワーク・デバイスを監視す
る方法であって、複数の所定の事象要求をコンピュータ・メモリから読み
取り；各前記所定の事象要求は、各対の変数がその値が
対応ネットワーク・デバイスの管理情報ベースに記憶さ
れる変数に対応しかつ各対のしきい値がその対の変数に
対するしきい値であるような少なくとも一つの変数／し
きい値対を有している変数結合リストを含み；各変数／
しきい値対は、各変数／しきい値対が対のしきい値との
所定の関係を有している値に到達する対の変数に対応し
ている事象を画定し；少なくともデバイスのあるものを
所定の事象要求に関連付け；それらの関連デバイスに所
定の事象要求を送り；デバイスへ送られた所定の事象要
求に従ってデバイスから応答メッセージを受け取り；か
つ受け取られた応答メッセージにより応答しているデバ
イスの状態を示す段階を具備することを特徴とする方
法。
【請求項２】前記事象要求の変数結合リストにおける
変数／しきい値対を記入することによって前記所定の事
象要求の少なくとも一つを生成する段階を更に具備する
ことを特徴とする請求項１に記載の方法。
【請求項３】前記事象要求の変数結合リストにおける
複数の変数／しきい値対を記入することによって前記所
定の事象要求の少なくとも一つを生成する段階を更に具
備し、それにより関連デバイスに対する複数の事象が定
義されることを特徴とする請求項１に記載の方法。
【請求項４】前記関連付ける段階は、前記デバイスの
リストを表示し、前記所定の事象要求のリストを表示
し、前記デバイスのリストからデバイスをかつ該選択さ
れたデバイスに関連付けられるべく前記所定の事象要求
のリストから所定の事象要求を選択することによって実
行され、前記選択する段階は、一つ以上の対応デバイス
に対して一度以上実行されることを特徴とする請求項１
に記載の方法。
【請求項５】前記所定の事象要求に関連付けられてい
ない前記デバイスにデフォルト事象要求を送る段階を更
に具備することを特徴とする請求項１に記載の方法。
【請求項６】特定の間隔で前記事象要求を自動的に送
る段階を更に具備することを特徴とする請求項１に記載
の方法。
【請求項７】前記デバイスの少なくともあるものを監
視し；監視されている前記デバイスを表示し、該表示さ
れたデバイスは、グリフによった表され；かつ監視され
ている前記デバイスの状態を示すべく前記グリフをカラ
ー・コーディングする段階を更に具備することを特徴と
する請求項１に記載の方法。
【請求項８】ネットワークの複数のデバイスを自動的
に監視する装置であって、複数の異なる所定の事象要求を記憶するメモリ；及び各
前記所定の事象要求は、各対の変数がその値が対応ネッ
トワーク・デバイスの管理情報ベースに記憶される変数
に対応しかつ各対のしきい値がその対の変数に対するし
きい値であるような少なくとも一つの変数／しきい値対
を有している変数結合リストを含み；各変数／しきい値
対は、各変数／しきい値対が対のしきい値との所定の関
係を有している値に到達する対の変数に対応している事
象を画定し；前記メモリから前記所定の事象要求を読み
取り、ユーザ入力に応じて前記デバイスの少なくともあ
るものに前記事象要求を関連付け、かつ前記対応デバイ
スに前記関連事象要求を伝送するプロセッサを備えてい
ることを特徴とする装置。
【請求項９】前記プロセッサは、また、前記所定の事
象要求を生成しかつ前記メモリに前記生成された要求を
記憶することを特徴とする請求項８に記載の装置。
【請求項１０】前記プロセッサは、少なくとも一つの
変数／しきい値対を受け取りかつ前記所定の事象要求の
前記変数結合リストに各受け取った対を書き込むことに
よって各所定の事象要求を生成することを特徴とする請
求項９に記載の装置。
【請求項１１】ビデオ・モニタ及び少なくとも一つの
入力デバイスを更に備え、前記プロセッサは、前記少な
くとも一つの変数／しきい値対を受け取りかつ前記事象
要求を前記デバイスに関連付けるためにＧＵＩを生成す
ることを特徴とする請求項９に記載の装置。
【請求項１２】前記プロセッサは、前記ビデオ・モニ
タに前記デバイスを表しているグリフを選択的に表示
し、前記プロセッサは、前記表示したデバイスの状態を
示すべく前記グリフをカラー・コード化することを特徴
とする請求項１１に記載の装置。
【請求項１３】前記プロセッサは、前記事象要求の変数結合リストに対するフィールドを表
示し；少なくとも一つの変数／しきい値対に対する入力
を受け容れ；かつ前記変数結合リストに前記入力した対
を書き込むことによって所定の要求を生成すべくプログ
ラムされることを特徴とする請求項９に記載の装置。
【請求項１４】前記プロセッサは、前記デバイスを表しているグリフを表示し；前記デバイ
スからの応答を受け取り；かつ前記受け取った応答に基
づき前記デバイスの状態を表示すべくプログラムされる
ことを特徴とする請求項９に記載の装置。
【請求項１５】前記プロセッサは、前記グリフをカラ
ー・コード化することによって状態を示すべくプログラ
ムされることを特徴とする請求項１４に記載の装置。
【請求項１６】前記プロセッサは、カスタム自動管理
が選択されたときに前記所定の事象要求を読み取り、関
連付けかつ送るべくプログラムされ、かつ前記プロセッ
サは、デフォルト管理が選択されたときに前記デバイス
にデフォルト事象要求を送るべく更にプログラムされる
ことを特徴とする請求項９に記載の装置。