JP2005539435A - トポロジーエディタの利用によるデータネットワークのステータスの通知の関連付け - Google Patents

Abstract

ユーザ制御インタフェースとしてトポロジーエディタを利用することにより、ネットワーク上の装置にイベントを割当てる方法が記載される。イベントは、ラベル付けされたグラフィック表示として表される。またグラフィック表示されるデータネットワーク上の他の装置が、ユーザ制御インタフェースを利用することにより当該イベントに割当てされる。このとき、ルールが定義され、イベントに関連付けされる。ルールに定義されるような条件がネットワーク上のアプリケーションまたは装置により満たされると、当該イベントに割当てされたすべての装置に、グラフィカルに規定された関係に従ってルールにより満足される条件が通知される。

Description

発明の詳細な説明

［発明の技術分野］
本発明は、データネットワークの技術分野に関し、より詳細には、データネットワーク上の装置のステータスの通信に関する。
［発明の背景］
データネットワークの稼動中、ネットワークを介し接続された装置は互いにデータを通信しあう。通信されるデータの一部は、ネットワーク上の装置のステータスを示すメッセージを表すものである。このようなメッセージの内容としては、装置が動作不能であったり、データ処理のため現在ビジー状態であるとか、あるいは新たなデータの受信に対してフリーであるなどの状態を示すものであるかもしれない。ネットワーク上の他の装置と通信するとき、このようなメッセージを受信する装置は、当該メッセージに応答して自らの動作を変更するかもしれない。

ネットワーク上の装置の間のこのタイプのメッセージのやりとりは、ポイントツーポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）通信システムを表すものであり、そこでは１つのメッセージがネットワーク上のすべての装置に効果的に配信される。ネットワークが多数の装置を有する場合、かなりの量のネットワーク帯域幅がステータスメッセージの存在により消費される可能性がある。さらに、これらのステータスメッセージの多くは、ネットワーク上の多くの装置には関係しないものである。従って、これらの装置は、このような関係のないメッセージの通信によりネットワーク帯域幅が浪費される一方、当該メッセージをフィルタリングするためのリソースを投入する必要がある。

帯域幅の浪費を限定的なものとするための１つのアプローチは、あるタイプのメッセージまたはデータが外部接続からローカルネットワークに進入するのを防ぐファイアウォールなどのコンピュータプログラムを利用するというものである。このとき、ローカルネットワークを介し接続される装置は、関係ないメッセージにより消費される帯域幅を備えることを回避することができる。ファイアウォールまたは他のフィルタリング/モニタリングプログラムの構成は、典型的には、システムアドミニストレータによるネットワークの各装置に対する各種ルールの手動による設定を要する。従って、多くの時間がこの手動設定処理に投じられ、これによりシステムアドミニストレータがシステムの動作変更を、このような変更の実現に多くの時間を費やすことなく行うことは困難なものとなっている。
［発明の概要］
ユーザ制御されるトポロジーエディタを利用することによりネットワーク上の装置の動作に関するイベントを割り当てる方法。前記イベントは、ラベル付けされたグラフィック表示として表される。グラフィカルに表されるネットワーク上の装置が、ユーザ制御されるインタフェースを利用することにより前記イベントに割り当てられる。このとき、ルールが規定及び前記イベントに関連付けされる。前記ルールにより規定される条件がネットワーク上のアプリケーションまたは装置のステータスに満たされるとき、前記イベントに割り当てられた装置要素のすべてにメッセージ処理規格に従って前記ルールに満たされる条件が通知される。

ここで、図面は本発明の概念を例示するためのものであり、本発明を例示するための唯一の可能な構成である必要はないということを理解すべきである。
［詳細な説明］
本発明の好適な実施例は、１９９９年４月の「ＡＮ ＡＲＣＨＩＴＥＣＴＵＲＥ ＦＯＲ ＤＥＳＣＲＩＢＩＮＧ ＳＮＭＰ ＭＡＮＡＧＥＭＥＮＴ ＦＲＡＭＥＷＯＲＫ」とのタイトルのＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）２５７１に規定されるようなＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を考慮して動作する。ＳＮＭＰが詳細に説明されるが本発明の原理を利用して、データネットワーク上で利用される任意のメッセージ処理システムが用いられてもよい。さらに好ましくは、ユーザインタフェースの説明は、ＡＣＴＩＶＥＸあるいはＪＡＶＡ（登録商標）などのプログラミング言語を利用したＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲあるいはＮＥＴＳＣＡＰＥなどのウェブブラウザによる利用に対し実現される。他の形態のプログラミング言語またはインタフェースが、本発明の原理に従い選択されてもよい。

ＳＮＭＰ規格の動作の参照では、いくつかの用語が頻繁に使用される。ＳＮＭＰ管理対象装置（ＳＮＭＰ ｍａｎａｇｅｄ ｄｅｖｉｃｅ）とは、ＳＮＭＰエージェントを含み、データネットワーク上に設けられるネットワーク装置である。管理対象装置は、管理情報（ディスクエラー、温度、映像及び音声ステータスなど）を収集及び格納し、ＳＮＭＰプロトコルを利用して、当該情報を他のネットワーク装置に利用可能にする。

ＳＮＭＰエージェントは、ＳＮＭＰ管理対象装置に設けられるソフトウェアモジュールである。エージェントとは、管理情報をローカルに認識し、装置またはネットワークステータス情報をＳＮＭＰに互換する形式に変換する。

ＳＮＭＰマネージャは、ＳＮＭＰ管理対象装置をモニタするアプリケーションである。１以上のマネージャ（管理ステーションとも呼ばれる）の多くは、ネットワークに存在し、管理対象装置のいずれかをモニタする。ＳＮＭＰマネージャはまた、装置及び/またはネットワーク機能を制御するため利用されてもよく、ＳＮＭＰマネージャはＳＮＭＰエージェントとして動作することもできる。

ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）は、装置のプロパティであり、階層的に構成される管理対象オブジェクト（変数）の集まりである。各ＳＮＭＰエージェントは、自身のＭＩＢを保持する。さらに、ＭＩＢは、ＳＮＭＰマネージャを利用することによるＳＮＭＰ送信コマンドのフォーマットに対する装置の動作の関係を規定する定義データとして使用される。

通知としての（あるタイプのアクションプロバイダとしての）ＳＮＭＰトラップは、エージェントがネットワークあるいは装置に関するエラーなどの重大なイベントを管理ステーションに通知することを可能にする。トラップは要求されることなくネットワーク上に送信されてもよく、装置に対しそのようなトラップを表示するよう設定された管理ステーションにより受信されるであろう。管理ステーションはまた、トラップを使用することにより他の管理ステーションと通信することができる。

トラップは、装置またはネットワークに関する異なる条件またはステータスに対し定義されてもよい。情報トラップは、通常動作に影響を与えないシステムにおける状態の変化を示すものである。また、情報トラップは、設定情報、システム設定、ソフトウェアのバージョンなどの装置あるいはネットワークに関する一般的情報を提供する。注意トラップ（ｗａｒｎｉｎｇ ｔｒａｐ）は、緊急のアクションを要するのでなく、あるアクションがシステム動作に必要かもしれないということをユーザに通知するメッセージである。例えば、注意トラップは、ネットワーク上の装置がまもなく格納スペースを枯渇するかもしれないということを示すものである。警告トラップ（ａｌａｒｍ ｔｒａｐ）は、特定のアクションが即座にとられることを要求するメッセージである。何れのタイプのトラップも、ネットワークの動作に関する情報あるいは警告状態に関する通知であるアクションプロバイダとして利用されてもよい。

トポロジーエディタとは、何れのタイプのネットワークが利用されてもよいが、データネットワーク上の装置間の機能的関係を確立するのに利用されるユーザ制御インタフェースである。例えば、トポロジーエディタは、選択されたコンピュータからの出力が選択されたプリンタ上に出力されるということを指定するのに利用され、この関係はグラフィック要素の利用を通じて確立される。グラフィック要素は、アイコン、フォルダあるいはネットワーク上の装置の機能やステータス及び装置間の関係をグラフィカルに示す他の表現を表す。例えば、コンピュータアイコンはコンピュータ（データネットワーク上の）を表し、複数のコンピュータアイコンを含むフォルダは特定のワークグループを表す。トポロジーエディタ及びグラフィカル要素の他の利用が、本発明の原理に従って理解されるであろう。

図１は、本発明の一実施例によるデータネットワークの図を表す。データネットワーク１００は、当該技術分野では既知であるような、コンピュータプロトコル及び伝送システムを利用することにより通信するコンピュータ、サーバ、ルータ及び他の装置からなるネットワークシステムである。好ましくは、データネットワーク１００は、１９８１年９月の「ＩＮＴＥＲＮＥＴ ＰＲＯＴＯＣＯＬ ＤＡＲＰＡ ＩＮＴＥＲＮＥＴ ＰＲＯＧＲＡＭ ＰＲＯＴＯＣＯＬ ＳＰＥＣＩＦＩＣＡＴＩＯＮ」というタイトルのＲＦＣ７９１に定義されるようなＴＣＰ/ＩＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ/Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用して、装置間におけるメッセージの交換を行う。ＳＮＭＰメッセージは、当該技術分野では既知であるようなＴＣＰ/ＩＰプロトコルスタックのアプリケーションレイヤ上において通信される。あるいは、１９８０年８月の「ＵＳＥＲ ＤＡＴＡ ＰＲＯＴＯＣＯＬ」というタイトルのＲＦＣ７６８に定義されるようなＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）トランスポートレイヤが、データネットワーク１００上の装置に対するトラップまたはメッセージの通信に利用されてもよい。本発明の他の実施例では、インスタントメッセージ（ＩＭ）規格が利用されてもよい。

コンピュータ１０、１５、２０及び２５は、データネットワーク１００を介し互いにネットワーク化されるコンピュータを表す。コンピュータ１０、１５、２０及び２５は、ネットワークカード、モデム、無線インタフェースあるいはネットワークを介しデータを通信することが可能な他の手段などの通信インタフェースを利用することによりネットワークに接続される。典型的には、電子メール、ビデオレンダリング、インターネットブラウジングなど、プログラムが動作するようデータネットワーク１００を介しデータが通信される必要があるアプリケーションの実行にコンピュータが利用される。好ましくは、コンピュータ１０、１５及び２０は、データネットワーク１００上の他の装置のステータスをモニタするためのコンピュータプログラムを起動することが可能なウェブブラウザ及び/またはユーザインタフェースを利用することにより制御される。

コンピュータ周辺装置２５は、コンピュータ１０、１５及び２０による利用のため、データネットワーク１００に接続される装置である。コンピュータ周辺装置２５は、プリンタ、データ記憶装置、通信インタフェース、ＣＤ−ＲＯＭ、ＤＶＤプレーヤー、表示装置、オーディオ装置、入力インタフェースなどの装置であってもよい。

データネットワーク１００に接続されるサーバ３０は、コンピュータ１０、１５及び２０上のプログラムを実行するためのコンピュータデータファイル及び他の関連する情報を取得するため利用される。例えば、コンピュータ１０上で実行されるインターネットアプリケーションは、サーバ３０からデータファイルを要求する。データネットワーク１００を介し受信されると、受信されたデータファイルがコンピュータ１０上にレンダリングされる。さらに、サーバ３０は、頻繁にリクエストされるウェブページ及びコンピュータ１０、１５及び２０による利用のための他のデータを格納するウェブキャッシュとして機能するようにしてもよい。

データネットワーク１００の一部として、ルータ４０はリモートコンピュータ６０やリモートサーバ７０などのネットワーク網５０を介しアクセス可能な他の装置へのインターネットプロトコルリクエストを通信する手段として利用される。具体的には、例示のためのデータネットワーク１００は、ローカルネットワーク７５とリモートネットワーク８０の２つの異なるセグメントに分離される。２つのネットワークセグメント間の通信は、ネットワーク網５０を介し通信される。任意的に、ルータ４０はリモートネットワーク８０を構成する装置から送受信されるデータを選別するためのフィルタリング機構（ファイアウォール）として機能する。このようなフィルタリング処理は当該分野では既知なものである。さらに、ルータ４０は、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓａｂｌｅ Ｔｒａｎｓｌａｔｉｏｎ）の一形態を利用して、ローカルネットワーク７５の装置の動作を劣化させるかもしれないリモートネットワーク８０からのデータをさらに選別するようにしてもよい。

リモートコンピュータ６０とリモートサーバ７０は、リモートネットワーク８０を形成する。これら２つの構成要素の動作は、リモートコンピュータ６０とリモートサーバ７０がネットワーク網５０を介しローカルネットワーク７５を構成する装置と通信するということを除いて、上述のコンピュータ１０、１５及び２０とサーバ３０と同様である。さらに任意的に、リモートコンピュータ６０またはリモートサーバ７０により送信される通信は、ルータ４０またはコンピュータ１０、１５及び２０上の他の任意のタイプのフィルタリングプログラムによりフィルタリングされる。

図２は、本発明の一実施例によるメッセージ処理システムの動作のブロック図である。本発明の好適な実施例では、メッセージ処理システム２００は、ＳＮＭＰトラップを利用して、ＳＮＭＰメッセージ処理規格により動作する。ＳＮＭＰトラップのフォーマットは、ＳＮＭＰバージョン番号（使用されるＳＮＭＰのバージョン）、コミュニティ名（ＳＮＭＰトラップの認証に利用される）及びＳＮＭＰプロトコルデータユニット（ＰＤＵ）から構成される。ＰＤＵは、ネットワーク上の装置間で送信されるエラーメッセージの基礎を構成するメッセージである。サンプルＰＤＵコマンド及びそれらの機能が表１に示される。

メッセージ処理システム２００は、好ましくはコンピュータ上のユーザインタフェースとして実現されるコンソール２０５により操作されるＳＮＭＰマネージャを介し管理される。コンソール２０５は、データネットワーク１００上の装置の動作と当該装置間で通信されるＳＮＭＰベースメッセージを管理する制御インタフェースである。本実施例では、コンソール２０５は、他の動作がコンソール２０５により制御されるかもしれないが、装置の動作に対応するシステムイベントの登録、装置の動作のキャンセル、装置の動作のキャンセルが実行されたかの判断、及び選択された装置にシステムイベントが通知されるときを判断するルールの設定などの動作を制御する。

異なるシステムイベントまたはシステム動作は、ＳＮＭＰマネージャ（コンソール２０５により表される機能）に各イベントに対し異なるＯＩＤを割り当てさせることによって互いに区別される。このようなイベントの定義は、装置に対応するＭＩＢ、あるいは受信したＰＤＵコマンドの一部としてＯＩＤを検索する機能をＳＮＭＰマネージャまたはエージェントに設ける参照データベースを利用することにより取得される。

コンソール２０５を介したシステムイベントの登録は、ネットワーク２００上の装置の用途または機能の定義のためである。このような処理は、ＳＮＭＰマネージャが適切なＳＮＭＰエージェントと通信することにより設定されるような対応するＯＩＤを備える「ｓｅｔｒｅｑｕｅｓｔ」コマンドを利用するであろう。通信時、ＳＮＭＰエージェントは、このような処理が発生したことを示す「ｔｒａｐ」メッセージをＳＮＭＰマネージャに返す。あるいは、ＳＮＭＰマネージャは、「ｓｅｔｒｅｑｕｅｓｔ」コマンドを利用して、装置に対し処理の進行または終了を行うよう指示するようにしてもよい。

本例では、ルータ４０は、ＨＴＭＬ互換コードのレンダリングが可能なウェブブラウザ及び/またはアプリケーションを介しアクセス可能なユーザインタフェースとしてコンソール２０５をレンダリングする埋め込みウェブサーバを有する。あるいは、コンソール２０５は、アクションマネージャ２１５のようなネットワークを介しアクセス可能なコンピュータプログラムにより生成及び制御される。本実施例では、アクションマネージャ２１５は、定義されたアクションプロバイダ（ＳＮＭＰトラップまたは通知）に対するメッセージの設定及び通信を表すメッセージフローを制御するＳＮＭＰマネージャとして動作する。

コンピュータ１０を操作するユーザは、ネットワーク２００上の装置の異なる処理動作をイネーブル及びキャンセルするため、ウェブサーバにアクセスする。このような通信は、上述のように、ＳＮＭＰを介し送信される。コンソール２０５を利用することにより、ユーザは、ルータ２４０の内部に埋め込まれたウイルスフィルタリングプログラミング及びローカルＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ）アプリケーションをイネーブルにする。コンソール２０５を介し与えられたコマンドに応答して、アクションマネージャ２１５は、ルータ４０に設けられたＳＮＭＰエージェントに送信される２つのＳＮＭＰメッセージを起動する。１つのＳＮＭＰメッセージはＤＮＳアプリケーションの起動に対応し、他方のＳＮＭＰメッセージはウイルスフィルタリングプログラムを起動するものである。他のアプリケーションが当該技術分野において既知なものとして利用される。

図６、７及び８において、ＤＮＳ及びウイルスフィルタリングアプリケーションの両方のサーバ３０への割当てが示される。具体的には、図６において、ユーザ制御インタフェース６００が示され、ここでは異なるシステムアプリケーションが自由にラベル変更可能なＥＶＥＮＴ Ａ、ＥＶＥＮＴ Ｂ及びＥＶＥＮＴ Ｃとしてラベル付けされたフォルダとして表される。さらに、ユーザ制御インタフェース６００は、コンピュータ１０、１５及び２０と、サーバ３０と、ルータ４０と、リモートコンピュータ６０とリモートサーバ７０とを含むネットワーク１００を介し利用可能な装置のグラフィック表示を含む。ユーザインタフェース６００を利用することにより、ユーザは、フォルダとして表示される「ＲＵＬＥＳ」及び装置のグラフィック表示間の接続を確立する。

ユーザによりルールと装置との関連付けが所望されるとき、ユーザは、例えば、装置を表すアイコンをクリックし、このようなアイコンをレンダリングされるフォルダの１つにドラッグすることによって、装置のグラフィック表示を選択する。本例では、ＥＶＥＮＴ ＡはＤＮＳアプリケーションを表し、ＥＶＥＮＴ Ｂはウイルスプロテクションアプリケーションを表す。図７において、ユーザインタフェース７００が示される。ここでは、ユーザにルータ４０のグラフィック表示を選択させ、当該表示をＤＮＳとしてラベル付けされているＥＶＥＮＴ Ａを表すフォルダ７１０にドラッグすることによって、ＤＮＳアプリケーションとルータ４０とを関連付けする。コンソール２０５は、ＤＮＳアプリケーションに関する任意のメッセージとルータ４０とを関連付けするであろう。

ユーザインタフェース７００を利用することにより、装置へのアプリケーションの割当ては、能動的または受動的に実行されてもよい。能動的状態では、ユーザインタフェース７００（アクションマネージャ２１５を介し）により制御されるＳＮＭＰマネージャは、ルータ４０に対応するＳＮＭＰエージェントにＳＮＭＰ「ｓｅｔｒｅｑｕｅｓｔ」コマンドを送信する。この「ｓｅｔｒｅｑｕｅｓｔ」は、トラップコマンドと同様に、ＤＮＳアプリケーションに関する任意のメッセージをＳＮＭＰマネージャに送信するようエージェントモジュールに通知する。受動的状態は、ルータ４０のＳＮＭＰエージェントから配信されるように、ＤＮＳアプリケーションに関するメッセージを聴取するＳＮＭＰマネージャに関係する。この場合、ＳＮＭＰマネージャは、ＳＮＭＰエージェントにＤＮＳアプリケーションに関するメッセージをＳＮＭＰマネージャに具体的に配信するようＳＮＭＰエージェントに通知してはいない。本発明の原理に従って、ＳＮＭＰメッセージ処理（あるいは他のメッセージ処理システム）の他の実現形態が利用されてもよい。

同様に図８では、ユーザインタフェース８００が示され、ここではユーザにルータ４０のグラフィック表示を選択させ、ＶＩＲＵＳとラベル付けされたＥＶＥＮＴ Ｂとして記されるフォルダ８１０に当該表示をドロップすることにより、ユーザはウイルスプロテクションアプリケーションとルータ４０とを関連付け（登録）する。上述のようにして、ネットワークの他の装置を他のアプリケーションと関連付けしてもよいということは理解されるであろう。

図２を再び参照するに、コンソール２０５はまた特定のプログラムまたはイベントに関連付けされたルールを設定するのに利用される。図６に示されるように、特定のプログラムを表すフォルダがまた、このようなプログラムとイベントとを関連付けするのに利用されてもよい。例えば、サーバ４０に対するＤＮＳアプリケーションは、リクエストされたドメイン名が決定不能であるとき、ネットワーク上の特定の装置にイベント通知を送信するよう設定されてもよい。このようなイベント通知の発行時及び発行先の装置を決定する条件が、図７のユーザインタフェース７００を利用することにより設定される。ルータ４０をフォルダ７１０に関連付けするのに加えて、コンピュータ１０及び２０とリモートコンピュータ６０は、上記登録アプローチを利用することによりフォルダ７１０に関連付けされる。

このアプローチは、アクションマネージャ２１５の一部として実行されるＳＮＭＰマネージャプログラムが、フォルダ７１０と関連のあるすべての装置にＳＮＭＰトラップメッセージを送信するようルータ４０に通知する場合に行われてもよい。これは、通知対象の各装置に対しＳＮＭＰ「ｓｅｔｒｅｑｕｅｓｔ」コマンドまたはグローバル「ｓｅｔｒｅｑｕｅｓｔ」コマンドを利用することにより行われる。あるいは、ＳＮＭＰマネージャは、フォルダ７１０に関連するすべての装置にＤＮＳアプリケーションの動作に関する任意の受信ＳＮＭＰトラップコマンドを転送するようにしてもよい。さらに、ＳＮＭＰマネージャによりアクションプロバイダとして発行されたＳＮＭＰメッセージは、データネットワークの装置の動作を制御するのに利用されてもよい。装置に通知を行う他の実現形態が、本発明の原理に従い選択されてもよい。

特定のフォルダに関するルールは、図３の例で与えられるような選択肢を選ぶことにより設定される。具体的には、ユーザがフォルダ７１０を選択すると、アクションエントリウィンドウ３００（またはメニュー）が生成され、このようなウィンドウはユーザ制御インタフェースの一部として機能する。イベント選択タブ３０５は、ユーザが異なるシステムイベントを表す異なるフォルダ間の選択を行う選択ポイントを提供する。ルールウィンドウ３２０は、ユーザによる特定イベントに対し定義される特定ルールの属性を生成または定義を行うことを可能にする。本例では、ルールウィンドウ３２０により画定されるエリアの何れかの部分を「右クリック」することにより、新たなルールがルールウィンドウ３２０に追加される。この新たなルールのプロパティは、ルールウィンドウ３２０の中のルールを選択し、プロパティボタン３１５をイネーブルとすることにより定義される。これにより、設定されるルールは、上述のように、ＳＮＭＰエージェントとＳＮＭＰマネージャとの間で送信されるメッセージを設定するＳＮＭＰコマンドに関する。

あるルールに関連する変更可能なプロパティのタイプの例として、メッセージ重要度オプション３２５、メッセージオペション３３０及びアクションオプション３４０が示される。メッセージ重要度オプション３２５は、ルールの条件が満たされたときのイベントの通知優先度を設定するものである。本例では、警告通知が高い優先度のイベントに関するものであり、注意通知が中程度の優先度のイベントに関するものであり、情報/リセットが低い優先度のイベントに関するものである。

メッセージオプション３３０は、ユーザによる定義されたルールをトリガーするメッセージクラスの選択を可能にするものである。例えば、メッセージクラスとしては、アプリケーションの動作中におけるエラーを示すエラーメッセージと、装置のステータスを示すステータスメッセージと、タスクの完了を示す終了メッセージと、メッセージのないように基づきグループ化される他のメッセージクラスがあげられる。同様に例えば、サーバ、コンピュータ、周辺装置などの異なるクラスの装置に関するすべてのメッセージなどのように、メッセージはサブシステムまたはアプリケーションタイプにより割り当てられるようにしてもよい。ＳＮＭＰマネージャによりあるクラスのメッセージが受信されると、定義されたルールがトリガーされるようにしてもよい。

アクションオプション３４０は、ＳＮＭＰメッセージとしてイベント通知のレンダリングを制御する選択肢を与える。具体的には、このような指示は、ＳＮＭＰエージェントまたは他のＳＮＭＰマネージャにイベント通知のレンダリング方法を指示する。音声（ビープ）、視覚的警告、テキストによる警告及び/またはこれらの組み合わせなど様々な選択肢がある。特定イベントに対し選択された選択肢は、ＯＫボタン３５０を有効にすることにより確認される。このとき、イベントに関する選択または変更されたルールが、ＳＮＭＰマネージャの動作確認後、レポジトリ２２０にセーブされる（図２を参照せよ）。あるいは、アクションオプション３４０に対して、リモート装置への電子メール、ページャ警告またはリモート装置への他の通知モダリティなどの他のモダリティが選択されてもよい。

図４は、本発明の一実施例によるデータネットワーク上の装置に対するイベント通知発行に影響を与える選択肢を定義するのに利用されるグラフィックウィンドウの表示である。イベント通知のレンダリング方法及び時期の制御に関して、多くの異なる選択肢が実現されてもよい。本例では、無視メッセージオプションが、ユーザがネットワーク上の装置により無視されるイベントに関するメッセージ（ＳＮＭＰトラップ）を有するようユーザインタフェースを利用することを可能にするグローバルオプションを表す無視メッセージウィンドウ４００と共に示される。ウィンドウ４００の起動は、ユーザがフォルダ（図６に示されるような）を選択し、ユーザ制御装置を用いて無視メッセージオプションを選択することによりイネーブルとされる。

メッセージウィンドウ４００は、システムイベントに関するすべてのメッセージを抑え込むオールメッセージ無視オプション４０５を設ける。無視動作期間は、継続選択子４１０を選択することにより継続的動作として、または一時的選択子４１５を選択し、当該オプションのアクティブ期間を確定することにより一時的動作として設定するようにしてもよい。ユーザは、一時的無視オプションのアクティブ状態の開始及び終了時間を選択する。選択したオプションは、ＯＫボタン４２０を有効にすることにより確認される。このとき、選択されたものは確認後にレポジトリ２２０にセーブされる（図２を参照せよ）。

図２を再び参照するに、コンソール２０５を介し選択された選択肢は、ネットワークを介したメッセージのルーティング、通信及び設定を統合するアクションマネージャ２１５の動作を制御する。アクションマネージャ２１５と通信するコンポーネントのすべては、コンピュータプログラム、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）またはネットワークを介しメッセージを通信することが可能な他のタイプのコンポーネントの一部として存在する。具他的には、コンソール２０５を介し選択されるすべての選択肢は、アクションマネージャ２１５によりレポジトリ２２０に格納される。レポジトリ２２０は、記憶装置、あるいはＭＩＢ及びＯＩＤデータ及び/または他のタイプの定義データの格納が可能な他の手段であってもよい。

アクションマネージャ２１５の動作は、本発明の例示された実施例に対するＳＮＭＰマネージャのワークフローの一部である通知マネージャ２１０を介し受信されるシステムメッセージをモニタリングすることにより実行される。このようなメッセージは、異なるタイプの動作を示すため、ネットワーク上の装置により生成されるシステムまたはステータスメッセージ（ＳＮＭＰトラップ）である。本例では、ルータ４０は、ネットワーク１００を介し装置に送信されるＤＮＳアプリケーションまたはウイルスプロテクションアプリケーションの動作に関するメッセージを生成する。好ましくは、具体的にはルータ４０は、通知マネージャ２１０により受信及び処理されるアプリケーションの動作に関するステータスメッセージを送信する。このようなメッセージのフォーマットは、ＳＮＭＰベースメッセージ、電子メール、または通知の中継が可能な他の任意のタイプのメッセージ処理モダリティであってもよい。任意的に通知マネージャは、具体的には、装置のエラー状態や装置の動作ステータスに限定されない、当業者に周知のようなステータスメッセージとして定義されるデータを検索することにより、ネットワーク１００上のトラフィックをモニタする。

メッセージが受信されると、通知マネージャ２１０は、メッセージ送信元のインターネットプロトコルアドレス、メッセージにおいて参照されるアプリケーション及びメッセージに示されるステータスなどのメッセージ内容をアクションマネージャ２１５に転送する。このときアクションマネージャ２１５は、当該定義に対するＭＩＢデータまたは他のデータを利用することにより、受信したメッセージの内容とイベントの動作に関するルールを比較する。

受信したステータスメッセージがルールの１つに対し定義される条件と一致する場合、アクションマネージャ２１５は、一致したルールに関するアクション通知を準備する。具体的には、このアクション通知は、一致するルールの条件により定義されるようなステータスメッセージとなるであろう。ルールの条件が一致する場合、アクションマネージャ２１５は、一致したルールに関するイベントグループにより規定されるようなネットワーク装置への配信のため、アクション通知をアクションプロバイダ２３０と通信する。本発明の例示される実施例では、ＳＮＭＰマネージャは、ＳＮＭＰトラップを利用することにより、イベントグループの各装置に関連するすべてのＳＮＭＰエージェントに通知する。任意的に、アクションマネージャ２１５は、上述のような音声、視覚及び/またはテキスト通知などの通知対象装置へのアクション通知のレンダリング方法をアクションプロバイダ２３０に指示する。

図５は、データネットワーク上の装置に対するイベントに関連するルールの定義及び実現方法を示すフローチャートである。ルール定義プロセス５００は、ステップ５１０においてネットワークまたはネットワーク上の装置の動作に関するイベントを定義することにより開始される。上述のように、イベントには、コンソール２０５及びアクションマネージャ２１５により生成されるユーザインタフェース（図６〜８に示される）を利用することにより定義が割当てされる。ユーザインタフェースは、フォルダ、アイコンまたは他のタイプのグラフィック表示などのグラフィック要素としてイベントをレンダリングする（ステップ５１５）。好適な場合では、グラフィック要素はまた、イベントにより表される動作を示すテキストによりラベル付けされる。例えば図７では、ＤＮＳとラベル付けされたフォルダ７１０は、ＤＮＳサーバの動作に関するイベントを表す。

ステップ５２０において、ユーザインタフェースを用いて、装置をあるイベントに割り当てる。好適な実施例では、ネットワーク上の装置のグラフィック表示は、マウスを利用することにより選択され、イベントを表すフォルダにドラッグされる。ある装置のグラフィック表示がフォルダ内にドラッグされると、選択された装置には、ルールがアクティブとなるイベントに関連する任意のアクションが通知される。ステップ５２５により、ユーザはユーザ制御インタフェースを利用することにより、装置に関連するイベントを修正することが可能となる。この動作により、より多くの装置がイベントに関連付けされることが可能となるか、あるいは当該イベントの属性（イベントのラベルなど）を変更することが可能となる。

ステップ５３０において、ルールが選択されたイベントに割当てられる。このステップは、図３に示されるように、ユーザがユーザインタフェースを操作し、ルールを生成することによりイネーブルとされる。ステップ５３５において、当該ルールのオプションは、ユーザインタフェースを利用することにより達成されるように変更されてもよい。好ましくは、ルールはその生成または変更時に、メッセージ内の情報（通知マネージャ２１０により受信されるような）が定義データ、ＯＩＤまたはＭＩＢデータにより定義されるような条件に一致するときアクティブとされる少なくとも１つの条件としてレポジトリ２２０に格納される。

ステップ５４０において、所定の条件または所定の条件群に一致することにより、イベントに関連するルールがアクティブ化される。好ましくは、アクションマネージャ２１５は、受信したシステムメッセージとレポジトリ２２０に格納されているようなルール群を比較する。当該メッセージがあるルールの条件に一致する場合、ステップ５５０が実行され、アクティブとされたルールにより定義される条件に従って、アクション通知がイベントグループとしての当該イベントに関連する１以上の装置に送信される。当該通知は、イベントに関連する装置上にレンダリングするため、アクションプロバイダ２３０によりデータネットワーク上にＳＮＭＰトラップとして送信される。このようなレンダリング動作は、通知内の指示に従って、あるいはこのような通知をレンダリングする装置の側のデフォルトオプションとして実行される視覚、音声及び/またはテキストメッセージである。

本発明の他の実施例では、トポロジーエディタを利用して、データネットワークの利用を通じて接続される異なる家電機器間の関係が規定される。例えば、ＨＡＶＩ（家電機器間の互換性規格）対応装置群は、上述のユーザインタフェースを利用することにより互いに通信するよう構成される。このため、ＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）は、格納スペースの不足に関する注意などの当該ＰＶＲの動作を記述する条件が満たされる場合、テレビ装置と通信することが可能となるであろう。ＰＶＲは、他のＨＡＶＩ対応装置にこの注意メッセージを通信する。この場合、トポロジーエディタは、レンダリング対象のメッセージタイプ及び受信装置への当該メッセージのレンダリング方法を規定する。これにより、テレビ装置は、トポロジーエディタにより規定されるパラメータに従って、ＰＶＲ注意メッセージをレンダリングする。トポロジーエディタの他の使用例は、本発明の原理に従い理解されるであろう。

他のモダリティがメッセージの変換及びシステム化に利用されてもよいということは理解されるであろう。ＳＮＭＰベースメッセージ処理システムに対する好適な実施例が説明されたが、上記教示に基づき、電子メール、ＳＯＡＰ、インスタントメッセージ処理などの他のメッセージ処理モダリティに対する変更及び変形が当業者には可能であるだろう。従って、本発明の範囲及び趣旨に属する開示された本発明の特定の実施例に変更が可能であるということは理解されるであろう。

図１は、本発明の一実施例によるデータネットワークのブロック図である。 図２は、本発明の一実施例によるメッセージ処理システムの動作のブロック図である。 図３は、データネットワーク上の装置に関するイベントを定義するためのグラフィックウィンドウの表示である。 図４は、データネットワーク上の装置へのイベント通知発行時を定義するのに利用されるグラフィックウィンドウの表示である。 図５は、データネットワーク上の装置に対するイベントに関連するルールの定義及び実現方法を示すフローチャートである。 図６は、ルール及びデータネットワーク上の関連する装置の選択に利用されるユーザインタフェースの表示である。 図７は、イベント及び選択されたルールに関連する装置の選択に利用されるユーザインタフェースの表示である。 図８は、第２イベントと選択された第２イベントに関連する装置の選択に利用されるユーザインタフェースの表示である。

Claims (14)

1. トポロジーエディタを利用してデータネットワークの動作に関するイベントに応答して通知される装置と前記イベントを規定する方法であって、
   前記データネットワークまたは該データネットワーク上の装置のステータスに関する前記データネットワークの動作に関するイベントを定義するステップと、
   前記トポロジーエディタを利用することにより、前記データネットワーク上の少なくとも１つの装置に前記イベントを割当てるステップと、
   前記イベントにルールを割当てるステップと、
   から構成され、
   前記ルールは、前記割当てられた装置への前記イベントの通知をトリガーするための少なくとも１つの条件を規定し、前記条件は、前記データネットワークの動作の通知に一致するときアクティブとされる、
   ことを特徴とする方法。
2. 請求項１記載の方法であって、
   前記トポロジーエディタは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に関して互換的であることを特徴とする方法。
3. 請求項２記載の方法であって、
   前記トポロジーエディタは、アクティブとされたルールに応答して、ＳＮＭＰトラップを送信するＳＮＭＰマネージャを制御することを特徴とする方法。
4. 請求項３記載の方法であって、
   前記ＳＮＭＰトラップは、レンダリングされることを特徴とする方法。
5. 請求項１記載の方法であって、
   前記トポロジーエディタを利用して、第２装置に前記イベントを割当てるためのイベントグループが定義されることを特徴とする方法。
6. 請求項５記載の方法であって、
   前記イベントグループの装置は、前記条件が前記通知と一致するとき、アクションプロバイダにより通知されることを特徴とする方法。
7. 請求項６記載の方法であって、
   前記通知は、重要度オプションに関してレンダリングされることを特徴とする方法。
8. トポロジーエディタを利用してデータネットワークの動作に関するイベントに応答して装置に通知するための方法であって、
   前記データネットワークまたは該データネットワーク上の装置のステータスに関する前記データネットワークの動作に関する通知を受信するステップと、
   前記通知とルールの条件を比較するステップと、
   アクションプロバイダにより前記イベントに関連する装置に通知するステップと、
   から構成され、
   前記装置と前記イベントとの関連は、前記トポロジーエディタを利用することにより定義される、
   ことを特徴とする方法。
9. 請求項８記載の方法であって、
   前記トポロジーエディタは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に関して互換的であることを特徴とする方法。
10. 請求項９記載の方法であって、
    前記トポロジーエディタは、アクティブとされたルールに応答して、ＳＮＭＰトラップを送信するＳＮＭＰマネージャを制御することを特徴とする方法。
11. 請求項８記載の方法であって、
    前記トポロジーエディタを利用して、第２装置に前記イベントを割当てるためのイベントグループが定義されることを特徴とする方法。
12. 請求項１１記載の方法であって、
    前記イベントグループの装置は、前記ルールの条件が前記通知と一致するとき、前記アクションプロバイダにより通知されることを特徴とする方法。
13. 請求項８記載の方法であって、
    前記トポロジーエディタは、家電機器対応規格に関して動作することを特徴とする方法。
14. 請求項８記載の方法であって、
    前記トポロジーエディタは、第２アクションプロバイダに関して前記装置の動作を制御するためアクションマネージャを制御するのに利用されることを特徴とする方法。

Images