(57)【要約】異機種環境におけるシステム管理用の装置及び方法が提供される。例えば、特定した情報源からの管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーが受取られ且つ該情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換される。該生来的プロトコルメッセージは該情報源とのトランズアクションとして取扱われ且つそのトランズアクションの結果が該ソフトウエアアプリケーションへリターンされる。【特許請求の範囲】
【請求項１】
異機種環境におけるネットワーク管理用の装置において、
特定した情報源から管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを受け取るべく適合されているリレーショナルインターフェース、
前記ソフトウエアアプリケーションからの前記リレーショナルインターフェースを介して受取った前記リレーショナルクエリーを前記情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換すべく適合されているリレーショナルマッパー、
前記生来的プロトコルメッセージを前記情報源とのトランズアクションとして取扱い且つ前記トランズアクションの結果を前記ソフトウエアアプリケーションへリターンすべく適合されているプロトコルトランズアクションハンドラー、
を有している装置。
【請求項２】
請求項１において、前記リレーショナルマッパーが前記情報源のリレーショナルモデルを包含している装置。
【請求項３】
請求項１において、前記リレーショナルマッパーが、１つのクエリーを複数のアクセスプロトコルに対応する複数のメッセージへ変換すべく適合されている装置。
【請求項４】
請求項１において、前記リレーショナルマッパーが、前記ソフトウエアアプリケーションに対してトランスペアレントであり、前記アクセスプロトコルとは異なる他のプロトコルを使用する付加的な情報源へ指向されたクエリーを受取るべく拡張可能である装置。
【請求項５】
請求項１において、前記情報源の情報の集まりをリレーショナルデータベースとして観察する装置。
【請求項６】
請求項１において、前記リレーショナルクエリーが管理及び／又はアクセスプロトコルと独立的である装置。
【請求項７】
請求項１において、前記リレーショナルクエリーの生来的プロトコルメッセージへの変換が前記ソフトウエアアプリケーションに対してトランスペアレントなアブストラクションである装置。
【請求項８】
請求項１において、前記リレーショナルクエリーのフォームは、前記リレーショナルクエリーが変換されるべきアクセスプロトコルに依存するものでない装置。
【請求項９】
リレーショナルモデラー装置において、特定した情報源から管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを前記情報と関連しているアクセスプロトコルに従って生来的プロトコルメッセージへ変換すべく適合されており、前記生来的プロトコルメッセージが前記情報源とのトランズアクションとして取扱われる装置。
【請求項１０】
異機種環境におけるネットワーク管理用の伝送媒体において実現されるコンピュータデータ信号において、
特定した情報源からの管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを受取るためのリレーショナルインターフェースコードを包含している第一セグメント、
前記情報源と関連しているアクセスプロトコルに従って、前記ソフトウエアアプリケーションから受取ったリレーショナルクエリーを生来的プロトコルメッセージへ変換するためのリレーショナルマッパーコードを包含している第二セグメント、
前記生来的プロトコルメッセージを前記情報源とのトランズアクションとして取扱い且つ前記トランズアクションの結果を前記ソフトウエアアプリケーションへリターンするプロトコルトランズアクションハンドラーコードを包含している第三セグメント、
を有しているコンピュータデータ信号。
【請求項１１】
異機種環境におけるネットワーク管理用の方法において、
特定した情報源から管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを受取り、
前記ソフトウエアアプリケーションから受取ったリレーショナルクエリーを前記情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換し、
前記生来的プロトコルメッセージを前記情報源とのトランズアクションとして取扱い且つ前記トランズアクションの結果を前記ソフトウエアアプリケーションへリターンする、
ことを包含している方法。
【請求項１２】
コンピュータシステムにおいて、
プロセッサ、
前記コンピュータシステムにより読取可能であり、請求項１に記載した方法を実施するために前記プロセッサによって実行可能な命令からなるプログラムをタンジブルに実現しているプログラム格納装置、
を有しているコンピュータシステム。
【請求項１３】
マシンにより読取可能なプログラム格納装置において、請求項１に記載した方法を実施するために前記マシンにより実行可能な命令からなるプログラムをタンジブルに実現しているプログラム格納装置。
【請求項１４】
伝送媒体において１つ又はそれ以上のセグメントで送信されるコンピュータデータ信号において、請求項１１に記載した方法を実施するためにコンピュータにより実行可能な命令を実現するコンピュータデータ信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本願はシステム管理に関するものである。特に、本願は、異機種環境における管理のためのリレーショナルモデルの使用に関するものである。
【背景技術】
【０００２】
本明細書において使用されるように「異機種環境」という用語は、ネットワーク上の複数の装置及びその他の情報源が、ベンダー特定的及び／又は私有的フォーマットを必要とする場合のある複数のアクセスプロトコルを有しているネットワーク環境のことを意味している。
【０００３】
本明細書において使用されているように「ネットワーク管理」という用語は、ネットワーク［例えば、コンピュータネットワーク、ストレッジエリアネットワーク（ＳＡＮ）、有線又は無線遠隔中心ネットワーク等］上の装置を、該ネットワークを介して遠隔的にモニタし、制御し且つコンフィギュア即ち形態特定する能力のことを意味している。
【０００４】
本明細書において使用されているように「管理アプリケーション」という用語は、ネットワーク管理を実施するために使用されるソフトウエアのことを意味しており、それは管理機能（例えば、欠陥管理、コンフィギュレーション管理、アカウンティング管理、性能管理、セキュリティ管理等）を実施するために、要素マネージャ等の情報源、ネットワークに取付けられている装置（例えば、コンピュータ、サーバー、ルーター、ブリッジ、ハブ、スイッチ、プリンタ、モデムバンク、ＰＢＸ（構内交換機）、アクセスポイント、その他の遠隔通信装置等）及び該装置上のエージェントとの通信を包含している。
【０００５】
欠陥管理は、典型的に、ネットワーク管理機能のうちの１つである。欠陥は持続的又は過渡的なイベントとして表われる場合がある。幾つかのタイプのエラーは、良好に機能するネットワークにおいても表われる場合がある。欠陥管理設備は、典型的に、持続的な欠陥の検知及び欠陥の自動的訂正のための手段を包含し、且つリソース上での欠陥検知の後メッセージを発生する場合がある（例えば、イベント通知を介して）。欠陥管理機能は、欠陥検知、欠陥訂正、欠陥分離、ネットワーク回復、アラーム取扱い、アラームフィルタリング、アラーム発生、診断テスト動作、エラーロギング、エラーハンドリング、エラー統計等を包含することが可能である。
【０００６】
コンフィギュレーション管理は、故障したものを包含してリソースを探し出し、且つリソースのタイプ及びそれらの詳細を追跡するために使用することが可能である。コンフィギュレーション管理は、管理される資源を制御された態様で活性化させ且つ不活性化させることを可能とさせ、且つシステム及びリソースを動作情報に維持するためのサポートサービスを提供する。コンフィギュレーション管理機能は、リソース初期化、ネットワークプロビジョニング、オートディスカバリー、バックアップ及びデータベース回復ハンドリング、リソースシャットダウン、変更管理（ｃｈａｎｇｅ  ｍａｎａｇｅｍｅｎｔ）、在庫資産管理、コピーコンフィギュレーション、遠隔コンフィギュレーション、ジョブ初期化及び実行トラッキング、自動化ソフトウエアインストレーション及び情報配布等を包含することが可能である。
【０００７】
アカウンティング管理は、サービスの利用を追跡し且つリソース及び関連するコストの利用に関して関連するユーザ及びマネージャへ通知を行う。アカウンティング管理機能は、又、リソースの利用に関して制限を設定すること、割当て額を超えた場合に訂正アクションをとること、複数のリソースに対するコストを結合すること、監査を実施すること等を包含することが可能である。
【０００８】
性能管理は、ネットワーク統計（例えば利用及びエラー率）を収集し、通常及び異常な条件下におけるシステム性能を評価し、且つシステム動作モードを修正する。付加的な性能管理機能は、性能データを収集し且つ解析すること、性能レポートを発生すること、問題を報告すること、容量計画、履歴ログを維持すること等を包含することが可能である。
【０００９】
セキュリティ管理は、典型的に、ネットワーク制御機能に対する権限がないか又は偶発的なアクセスを最小とさせ、合法的なネットワークの使用を確保し、且つデータプライバシーの完全性及び監査可能性を維持すべく努力する。セキュリティ管理機能は、又、リソースへの選択的アクセス、アクセスログを維持すること、セキュリティアラーム又はイベントを報告すること、セキュリティ侵害及び試みに対して応答すること、セキュリティ監査追跡ログ動作等を包含することが可能である。
【００１０】
ネットワーク上の多くの装置及びその他の情報源は、ネットワーク管理機能を実施するための情報を提供することが可能である。該情報源は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、ＣＭＩＰ（Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、Ｔｅｌｎｅｔ／ＣＬＩ（Ｃｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＱＬ（構造型クエリー言語）、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等の異なるアクセスプロトコルを介してアクセスすることが可能である。これらのプロトコルの各々は、アクセスプロトコルのシンタックスと共に、どのようにして情報源が組織化されるかを命令する。更に、ネットワーク装置は、アクセスプロトコルのうちの１つ又はそれ以上をサポートし、且つ該プロトコルを介して供給される情報フォーマットは必ずしも該プロトコルの間において同一のものではない。例えば、幾つかのルーター上において、ある欠陥情報はＳＮＭＰを介して供給され、一方他の欠陥情報はＣＬＩを介して供給される。従って、単一のアクセスプロトコルを介して全ての欠陥情報を受取ることは通常不可能である。
【００１１】
従来の管理アプリケーションがネットワーク装置又はその他の情報源ヘアクセスするために使用するアクセス論理は、典型的に、該装置の管理情報組織と結合されており、それは、該装置により使用される基礎となる管理プロトコルにより供給される構成体（ｃｏｎｓｔｒｕｃｔ）に依存する。従って、管理アプリケーションは、典型的に、異なるプロトコルをサポートするために多数の異なるモジュールを有している。又、夫々の異なる装置または情報源に対応する異なるフォーマットにおける私有的（ｐｒｏｐｒｉｅｔａｒｙ）情報を取扱うために複数のモジュールが包含されている。マルチ私有的アクセスメカニズムは、しばしば、理解することが困難であり且つ異なる管理インターフェースを具備する装置をサポートするために拡張することは困難である。従来の管理アプリケーションにおいて使用されている複数のフォーマットにおける情報のハードコーディングは、非スケーラブルで維持することが困難なアプリケーションとなる。更に、基礎となる管理プロトコルにより供給される構成体によりアプリケーションが拘束され、それは、典型的に、クエリーに対するような（例えば、ＪＯＩＮ構成体）より進化した構成体を包含するものではない。
【００１２】
マルチアクセスプロトコル、マルチベンダー装置をサポートする従来のネットワーク管理ツールは、管理情報の一般的な構造的モデルを使用するものではない。全ての装置は、その管理情報を取扱うために対応するモジュールを有している。該モジュールは、該装置によりサポートされる管理プロトコルのアクセスメカニズムを組込む。モジュールデザインは複雑であり、特に、マルチアクセスプロトコルを使用してデータを取得することが必要な場合はそうである。種々のアクセスプロトコルをサポートしている管理用マルチベンダー装置の機能性は達成されるが、そのソリューションはスケーラブルなものではなく且つ維持することが困難である。
【００１３】
１例として、アクセスポイントは、例えば無線ネットワークを有線型ローカルエリアネットワーク又はその他の有線型インフラストラクチャに対して等のように２つのネットワークセグメントをブリッジさせるネットワーク装置である。アクセスポイントは、通常、マルチ管理インターフェースを有しており、それは、例えば、ＳＮＭＰ、ＨＴＴＰ／ｗｅｂ及びＰｅｌａｎｔ／ＣＬＩ管理プロトコル等に基づいている。これらの管理プロトコルの各々は、管理情報アクセス論理を定義するばかりでなく、特定したデータ組織を指令する。従って、アクセスポイントと通信することが必要な管理アプリケーションは、典型的に、管理プロトコルアクセス論理へ結合されている。マルチプロトコルは、通常、ネットワーク上の複数の装置により使用されるので、管理アプリケーションは、典型的に、複数の装置と通信するために異なるアクセス論理をサポートせねばならない。例えば、管理アプリケーションは、典型的に、ＳＮＭＰを使用するアクセスポイントと通信を行うためのモジュール、ＨＴＴＰを使用するアクセスポイントに対する第二モジュール、Ｔｅｌｎｅｔを使用するアクセスポイントに対する第三モジュール等を有している。更に、殆どのアクセスポイントは、管理サポートのために私有的拡張を有しており、且つ該管理情報は、典型的に、私有的フォーマットを有している。
【００１４】
更に、管理プロトコルは、常に関連アクセス構成体を提供するものではない。例えば、ＳＮＭＰをサポートしているアクセスポイントにおける２つのテーブルのカーテシアン積のサブセットを選択することを所望する場合がある。生来的ＳＮＭＰを使用してこのタスクを達成するための容易な方法は存在していない。
【００１５】
別の例として、要素マネージャ（又は要素管理システム）は特定のタイプの１つ又はそれ以上のネットワーク装置（又は要素）等のネットワークの一部を管理する。アクセスポイント等の要素マネージャは、通常、例えば、情報に対する基本のＦＴＰ（ファイル転送プロトコル）アクセス用のインターフェースからＸＭＡＬ及びＳＯＡＰに基づくより近代的なインターフェースの範囲にわたる多数の異なるインターフェースを包含している。アクセスプロトコル及びデータ編成の実現はベンダー特定的であり、且つ要素マネージャがどのように通信を行うべきかを定義するスタンダードは存在していない。ネットワーク上の複数アクセスポイント及び要素マネージャは、典型的に、異なるベンダーにより製造されており且つ異なる組の管理プロトコルをサポートする。アクセスポイント及びその他のネットワーク装置を管理することに関連する問題は、同様に、要素マネージャを介してネットワーク装置を管理することに適用可能である。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
異機種環境におけるネットワーク管理用の改良したツールに対する必要性が存在している。
【課題を解決するための手段】
【００１７】
本願は、異機種環境におけるシステム管理用の装置を提供する。１実施例においては、本装置は、リレーショナルインターフェース、リレーショナルマッパー、プロトコルトランズアクションハンドラーを包含している。該リレーショナルインターフェースは、特定した情報源から管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを受取るべく適合されている。該リレーショナルマッパーは、該リレーショナルインターフェースを介して該ソフトウエアアプリケーションから受取ったリレーショナルクエリーを、該情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換する。該プロトコルトランズアクションハンドラーは、該生来的プロトコルメッセージを該情報源とのトランズアクションとして取扱い且つ該トランズアクションの結果を該ソフトウエアアプリケーションへリターンすべく適合されている。
【００１８】
本願は、又、リレーショナルモデラー（ＭＯＤＥＬＬＥＲ）装置を記載し、それは、１実施例によれば、特定した情報源からの管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを該情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換すべく適合されており、前記生来的プロトコルメッセージは該情報源とのトランズアクションとして取扱われる。
【００１９】
本願は、又異機種環境におけるシステム管理用の方法を提供する。１実施例において、本方法は、特定した情報源からの管理情報を要求するソフトウエアアプリケーションからのリレーショナルクエリーを受取り、該ソフトウエアアプリケーションから該リレーショナルインターフェースを介して受取った該リレーショナルクエリーを該情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換し、且つ該生来的プロトコルメッセージを該情報源とのトランズアクションとして取扱い且つ該トランズアクションの結果を該ソフトウエアアプリケーションへリターンする、ことを包含している。
【発明を実施するための最良の形態】
【００２０】
本願は、異機種環境におけるネットワーク管理用のツール（ここでは一まとめにして「主題管理ツール」と呼称する方法及び装置の形態において）を提供する。各ツールは、マシンにより読取可能な媒体上に格納され及び／又はコンピュータネットワーク又は別の伝送媒体を介して送信される命令からなるプログラムとすることが可能である。
【００２１】
１実施例に基づく異機種環境におけるネットワーク管理用の装置及び方法を図１Ａ及び１Ｂを参照して以下に説明する。
【００２２】
装置１０は、リレーショナルインターフェース１１、リレーショナルマッパー１２、プロトコルトランズアクションハンドラー１３を有している。異機種環境におけるネットワーク管理のための方法は、特定した情報源から管理情報を要求するソフトウエアアプリケーションからリレーショナルインターフェース１１を介してリレーショナルクエリーを受取り（ステップＳ１１）、リレーショナルマッパー１２を介して、該ソフトウエアアプリケーションからリレーショナルインターフェース１を介して受取ったリレーショナルクエリーを該情報源と関連するアクセスプロトコルに従って生来的プロトコルメッセージへ変換し（ステップＳ１２）、且つ該生来的プロトコルメッセージを該情報源とのトランズアクションとしてプロトコルトランズアクションハンドラー１３を介して取扱い且つ該トランズアクションの結果を該ソフトウエアアプリケーションへリターンする（ステップＳ１３）を包含することが可能である。
【００２３】
リレーショナルマッパーは、該情報源のリレーショナルモデルを包含することが可能である。ネットワーク装置及び情報源における管理情報は、仮想的リレーショナルデータベースとして可視化することが可能である。管理情報をリレーショナルモデルとして可視化することは、主題管理ツールがＳＱＬのようなリレーショナルクエリー言語の堅牢なメカニズムを利用することを可能とする。例えば、ＳＱＬのような言語（それは、ＸＭＬにおいて特定することが可能である）と関連する一般的なネットワーク管理フレームワークを、ネットワーク管理アプリケーションからのアクセスプロトコルを抽象化するために設けることが可能である。ＳＱＬのような構成体は、継ぎ目のない態様でネットワーク装置からのデータへアクセスするために使用される。アプリケーションは、それらのアクセス論理をＳＱＬのようなクエリーに基づくものとすることが可能である。強力な管理アクセス論理は、ＳＱＬのような言語を介して特定することが可能である。ＳＱＬのようなステートメントは、内部的に、プロトコルメッセージのトランズアクションへ変換される。ＳＱＬのような論理は、ＸＭＬで表現することが可能である。モデリングはＸＭＬで表現することが可能であるので、私有的情報を容易に表現することが可能である。
【００２４】
リレーショナルクエリーは、好適には、管理及び／又はアクセスプロトコルとは独立的である。従って、アプリケーションアクセスメカニズムは、管理プロトコルにより課される拘束条件から切り離すことが可能であり、且つアプリケーションは基礎となる管理プロトコルから遮蔽することが可能である。リレーショナルクエリーの生来的プロトコルメッセージへの変換は、前記ソフトウエアアプリケーションに対してトランスペアレント即ち透明なアブストラクション即ち抽象化である。更に、リレーショナルクエリーのフォームは、そのリレーショナルクエリーが変換されるべきアクセスプロトコルに依存するものではない。
【００２５】
高度にスケーラブルであり、効率的であり、堅牢であり且つ維持することが容易な主題管理ツールは、マルチベンダーマルチアクセスプロトコル環境におけるアプリケーションにより使用することが可能である。本主題管理ツールは、管理プロトコル又は装置に基づいて別個のモジュールを維持することの必要性を取除いている。
【００２６】
更に、リレーショナルマッパーは、クエリーを複数のアクセスプロトコルに対応する複数のメッセージへ変換すべく適合させることが可能である。本主題管理ツールは、マルチアクセスプロトコルを単一管理機能の一部として使用させることを可能とする（例えば、選択動作は単一の要求におけるＳＮＭＰ及びＨＴＴＰからのデータを結合することが可能である）。該管理機能は、内部的に、実際のプロトコルメッセージのトランズアクションへ変換される。
【００２７】
本主題管理ツールは、ネットワーク装置を取扱うことを超えて拡張させることが可能であり、且つ関連のある情報が存在するその他の供給源からの情報を得るべく適合させることが可能である。ネットワーク装置及び／又は要素管理システムにおける情報は同様の態様で取り扱われる。
【００２８】
本主題管理ツールは、ほぼ全ての範囲のシステム及びネットワーク管理に対して適合させることが可能である。本主題管理ツールを使用するアプリケーションは、管理プロトコルの突飛なものから遮断され、且つ、従って、メインテナンスの困難性がより少なくスケーラブルなものである。
【００２９】
更に、リレーショナルマッパーは、前記アクセスプロトコルとは異なり前記ソフトウエアアプリケーションに対してトランスペアレントなその他のプロトコルを使用する付加的な情報源へ向けられたクエリーを受取るべく拡張可能である。本主題管理ツールは、該ツールを使用するアプリケーションに影響を与えることなしに、新たなプロトコル及び情報源の付加を導入することを可能とさせる。
【００３０】
本主題管理ツールは、異機種遠隔通信環境におけるネットワーク装置を管理するためのアクセスメカニズムに組込むことが可能である。例えば、本ツールは、アクセスポイントの異機種グループをサポートし、且つ複数のサードパーティ要素マネージャからのデータを統合させるために使用することが可能である。例えば、アクセスポイント及び要素マネージャにおける管理情報は、管理及びアクセスプロトコルとは独立的に観察される。
【００３１】
本主題管理ツールが管理機能用のネットワーク情報源からの情報（例えば、欠陥、コンフィギュレーション、アカウンティング、性能、セキュリティ等）を得るためにネットワーク管理アプリケーションにより使用される１実施例について以下に説明する。然しながら、本主題管理ツールは、それに対してネットワークを横断して管理情報がフェッチされる典型的なネットワーク管理とは別の多数のアプリケーションにおいて使用することが可能であることは明らかである。本主題管理ツールは、ネットワーク装置及びそれらの要素マネージャにおいて任意の種類の管理情報について作業を行う任意のアプリケーションにおいて使用することが可能である。
【００３２】
管理アプリケーションは、データへアクセスし且つネットワーク装置及びその他の情報源と通信を行うために異なるタイプの管理インターフェースを使用する。例えば、異なるタイプの管理インターフェースは、例えばＳＮＭＰ、ＨＴＴＰ／Ｗｅｂ、Ｔｅｌｎｅｔ／ＣＬＩ等の特定のアクセスプロトコルと関連することが可能である。
【００３３】
管理インターフェースの多数の側面は管理アプリケーションに係りがある。１つの側面はアクセス論理である。例えば、ＳＮＭＰは基本的な構成体を提供し、一方ＨＴＴＰ／ＨＴＭＬ及びＴｅｌｎｅｔ／ＣＬＩはＨＴＴＰ及びＴｅｌｎｅｔの生来的トランスポートメカニズムに夫々依存する。
【００３４】
プロトコル特定的構成体の使用を図２に例示してある。情報源２２ａ，２２ｂ，２２ｃは、夫々ＳＮＭＰ、ＨＴＴＰ／ＨＴＭＬ及びＴｅｌｎｅｔ／ＣＬＩプロトコルをサポートする。管理アプリケーション２１は、各情報源と通信している間に、管理インターフェースの生来的アクセス論理を使用する。
【００３５】
管理インターフェースの別の側面は、インターフェースがデータ編成ビューを指令するということである。例えば、ＳＮＭＰは管理データの表のような構造を提供し、一方ＨＴＴＰ／ＨＴＭＬはＳＧＭＬ又はＸＭＬ（ＸＨＴＭＬ）データ、従って、フラットファイル構造を提供する。
【００３６】
本主題管理ツールを例示するために、１例として、情報源におけるインターフェース情報について検討する。インターフェース情報は、典型的に、３個のフィールド、即ちインターフェースインデックスと、インターフェースタイプと、インターフェースアドレスとを包含している。
【００３７】
ＳＮＭＰプロトコルに準拠する情報源の場合には、管理データは表として編成される。従って、情報源２２ａにおけるインターフェース情報は以下に示すようなインターフェーステーブルのような表で提供される。
【００３８】
【表１】
2006520575.tif 000002
【００３９】
ＩｆＩｎｄｅｘはＳＮＭＰインターフェースインデックスフィールドに対応する。ＩｆＴｙｐｅはＳＮＭＰインターフェースタイプフィールドに対応する。ＩｆＡｄｄｒｅｓｓはＳＮＭＰインターフェースアドレスフィールドに対応する。
【００４０】
ＳＮＭＰテーブル及び属性はドット付十進法で表わされる。ＳＮＭＰインターフェーステーブルにおけるテーブル識別子は、例えば、ドット付十進法において、１．３．６．１．４．２である。属性識別子もドット付十進法である。例えば、ＩｆＩｎｄｅｘは１．３．６．１．４．２．１．１であり、ＩｆＴｙｐｅは１．３．６．１．４．２．１．２であり且つＩｆＡｄｄｒｅｓｓは１．３．６．１．４．２．１．３である。ＳＮＭＰアクセス方法は、個別的に又はリストのいずれかにおいて属性へアクセスするために使用される。
【００４１】
例えば、アプリケーションがＩｆＴｙｐｅ属性へアクセスすることを所望する場合には、アプリケーション論理は以下の如くである（図３に示した制御の流れに対応する）。
【００４２】
【表２】
2006520575.tif 000003
【００４３】
管理アプリケーションは、情報源２２ａと通信している間に、そのアプリケーションの論理におけるＳＮＭＰ特定セマンティックスを使用する。
【００４４】
ＨＴＴＰ／ＨＴＭＬインターフェースにおける情報はＳＧＭＬ又はＸＭＬで構成される。ＨＴＭＬは、例えばフォーム、テーブル等のマルチの表現をサポートする。
【００４５】
以下の例において、インターフェース情報はＨＴＭＬテーブル構造にあるものと仮定する。アプリケーション論理は以下の如くである（図４に示した制御の流れに対応している）。
【００４６】
【表３】
2006520575.tif 000004
【００４７】
応答は以下のものに類似している。
【００４８】
【表４】
2006520575.tif 000005
【００４９】
インターフェースタイプ属性は上のＨＴＭＬデータにおいて例示的に示してある。然しながら、ＨＴＭＬ／ＸＨＴＭＬ構造型テキストがリターンされるので、Ｔｙｐｅとは別のその他の情報もリターンされる。更に、ＨＴＭＬページ内の情報の編成は私有的なものであるから、抽出論理はベンダー毎に異なる。装置及びベンダーに特定的なフィルタが、典型的に、該結果に適用され、図４に示したように、該結果から関連属性を抽出する（ステップＳ４４−Ｓ４６）。
【００５０】
情報源２２ｃとのインターフェース動作は、類似した問題点に帰着する。アプリケーション論理はＴｅｌｎｅｔ／ＣＬＩセマンティックスに結合されており、且つリターン値からのデータの抽出はベンダーの私有的データ編成に依存する。Ｔｅｌｎｅｔ／ＣＬＩの場合においては、データはフォーマットされていないＴｅｌｎｅｔテキストとしてか又はフォーマットされたテキストとしてリターンされる。スクリーン上で表示するためにフォーマットされると、データは複数のメッセージで且つ特定の順番ではなくリターンされ、従って構造型の態様で構文解析することが可能である構造で該データを再フォーマットすることが必要とされる。
【００５１】
管理インターフェースは、通常、それらの間の共通性を欠如しているので、管理アプリケーションは、典型的に、該インターフェースの各々をアプリケーション論理へハードワイヤーさせる。アプリケーションは該インターフェースの各々に対して１個のモジュールを有しており、各インターフェースは、多分、図５に例示的に図示したように、サポートされるベンダーに依存して複数の変形例を有している。
【００５２】
上述したように、情報源に関する又はその中の従来の情報の管理は管理プロトコルの生来的構成体を使用する。生来的構成体は洗練度において異なる。ＳＮＭＰは幾つかの基本的な構成体を提供し、一方ＨＴＴＰ及びＴｅｌｎｅｔにおける構成体に対しては無視可能なサポートが存在している。洗練化されたクエリーは単に、これらのプロトコルによってサポートすることが可能なものではない。
【００５３】
例えば、複数の位置にわたって広がるサブセットの属性（例えば、テーブル、フォーム等）がフェッチされることを必要とする場合に、プロトコルからのサポートは存在しない。このようなクエリーは、アプリケーションにより実現されねばならない。
【００５４】
データの編成が私有的な性質なものであることに結合されて、クエリー論理はプロトコルの観点においてのみならず異なるベンダーに関しても異なる。
【００５５】
本主題管理ツールは、マルチベンダーマルチ管理インターフェースにおける管理情報源をサポートすることに関する問題点に対処する。管理情報源は仮想リレーショナルデータベースとしてモデル化される。管理アプリケーションは、図６に示したように、このリレーショナルモデルに関する情報要求をマップする。
【００５６】
１つの例示的実施例によれば、アプリケーションはクエリーを編成するためにＳＱＬのような構成体を使用することが可能であり、それにより、ＳＱＬの堅牢性及び能力を利用する。各ＳＱＬのようなクエリーは、実際のプロトコルメッセージのトランズアクションとして実現することが可能である。
【００５７】
管理アプリケーションは、情報源のリレーショナルモデルを提供するリレーショナルモデラーを介して管理プロトコルに対する生来的サポートに拘わらずに、情報源の全てに関して統合したビューを与えることが可能である。又、リレーショナルモデラーは、情報へアクセスするためのＳＱＬのような言語を与えることが可能である。該言語は、任意のアクセス論理をサポートすることが可能である。従って、管理プロトコルのアクセスメカニズムに対するアプリケーションのタイトな結合及びクエリー構成体の不適切なサポートは該リレーショナルモデラーにより回避される。
【００５８】
リレーショナルモデラーは、マルチベンダーマルチプロトコルの管理環境を効果的に管理する。リレーショナルモデラーはスケーラブルである。リレーショナルモデラーはベンダー又はプロトコル情報とは独立的である。リレーショナルモデラーはデータ駆動型であり且つ特定の管理属性及びプロトコルはＸＭＬデータとして表現される。
【００５９】
１実施例（図７）に基づくリレーショナルモデラー装置７０は、リレーショナルインターフェース７２と、リレーショナルマッパー７３と、プロトコルトランズアクションハンドラー７４とを包含している。リレーショナルインターフェース７２は管理アプリケーションに対してＳＱＬのような構成体を与える。リレーショナルマッパー７３は、該リレーショナル構成体を生来的構成体とブリッジさせる。
【００６０】
例えば、管理アプリケーション７１から発生するリレーショナルクエリーがＳＮＭＰ要求上にマップされ、通常提供されるように、属性がドット付十進数で表わされる。リレーショナルマッパー７３のマッピングプロセスは、１組の生来的プロトコルメッセージを発生し、且つこの組は複数のプロトコルステートメントを包含することが可能である。アプリケーションクエリーがＳＮＭＰ及びＴｅｌｎｅｔ／ＣＩＬを介して管理される属性を有している場合には、そのクエリーは１組の２個の個別的な生来的プロトコルメッセージ、即ちＳＵＮＭＰに対する１つとＴｅｌｎｅｔ／ＣＬＩに対する１つとに変換される。
【００６１】
該生来的プロトコルメッセージの組は情報源（７６ａ，７６ｂ，７６ｃ）と共に適宜のハンドラー（７５ａ，７５ｂ，７５ｃ）を介してプロトコルトランズアクションハンドラーコンポーネント７４によってトランズアクションとして取扱われる。該トランズアクションが完了した後に、プロトコルトランズアクションハンドラーコンポーネント７４は結果を構成し且つそれをアプリケーション７１へリターンする。
【００６２】
以下のＸＭＬ抜粋は、異なるプロトコルを使用するクエリー選択を示している。該ＸＭＬ定義の第一部分はプロトコルの観点からテーブルがどのように見えるか（リレーショナルマッピング）の実際の定義である。“＜ｄｅｃｌａｒａｔｉｏｎ＞＜／ｄｅｃｌａｒａｔｉｏｎ＞”セクションは、基本的に、「どのようにして」を定義しており、一方“＜ｃｏｍｍａｎｄ＞＜／ｃｏｍｍａｎｄ＞”は実施されるべきアクション（例えば、選択、アップデート、挿入、削除）を定義する。宣言セクションは、マルチ管理コマンドにおいて使用することが可能であり、即ち、管理コマンドが該宣言セクションを使用する。
【００６３】
【表５】
2006520575.tif 000006
【００６４】
【表６】
2006520575.tif 000007
【００６５】
注意［１］はリレーショナルテーブル名を定義する。
【００６６】
注意［２］はテーブルへアクセスするために使用されるべきプロトコルを定義する（例えば、ＳＮＭＰ  ｖ１）。
【００６７】
注意［３］は該テーブルへアクセスするための状態マシンを定義する。興味のあるデータがアクセス可能となる前にあるプロトコルの下で複数の状態がトラバースされるので状態マシンが使用される（例えば、一連のＴｅｌｎｅｔコマンドは、該興味のあるデータが使用可能となる前に実行される）。
【００６８】
注意［４］は状態マシンにおける１つ又はそれ以上の状態を定義する。
【００６９】
注意［５］は、リレーショナルテーブル内に包含されるべき属性であって且つどのようにしてそれらがプロトコルによりアクセスされるかを定義する。
【００７０】
注意［６］において、テーブルがマップされる前に検索されたデータに対してＨＴＴＰ及びＴｅｌｎｅｔ等のあるプロトコルの下で付加的なフィルタが適用される。
【００７１】
注意［７］は、それが付加的なフィルタを包含しているので、より複雑な属性をフラッグする。
【００７２】
注意［８］の下で、フィルタは、フィルタしたデータからどのようにして関連データを抽出するかを定義する。
【００７３】
注意［９］は、管理コマンドの１例である。宣言セクションにおいて定義したリレーショナルモデルに対して複数のコマンドを定義することが可能である。コマンドは、又、クエリーにより使用される１組のパラメータを有している。
【００７４】
注意［１０］の下で、ＳＱＬのような選択ステートメントが定義される。選択ステートメントにおける各属性は、「テーブル」を定義し、それから関連属性がくる。
【００７５】
注意［１１］は、使用されるべき宣言セクションにおけるテーブルを定義する。ｆｒｏｍセクションにおける情報を使用してプロトコル特定トランズアクションを構成する。
【００７６】
注意［１２］の下でｗｈｅｒｅ文節は「ｊｏｉｎ」及びクエリー条件を定義する。この例においては、ＭＡＴＨＭＬが該条件を表現するために使用される。
【００７７】
注意［１３］の下で、ｗｈｅｒｅ文節表現内に包含されるべき各属性に対して１組のエイリアスが予備定義される。
【００７８】
注意［１４］は属性エイリアス及び投入されたパラメータによる表現に対応している。
【００７９】
上述したＸＭＬの例において、管理アプリケーションコマンドは＜Ｃｏｍｍａｎｄ＞＜／Ｃｏｍｍａｎｄ＞ブロックを有している。このコマンドブロックは、Ｓｅｌｅｃｔ−Ｆｒｏｍ−Ｗｈｅｒｅ文節を使用するＳＱＬのようなステートメントを使用して構成される。Ｓｅｌｅｃｔ文節は属性のリストを特定し、Ｆｒｏｍ文節はこれらの属性を包含するテーブル及び又はＨＴＭＬページの位置を特定し、且つＷｈｅｒｅ文節はその結果に関し満足されるべき付加的な条件を特定する。ベンダー及びプロトコルに特定的な情報はこのコマンドブロック内に包含されていない。これは、図７におけるリレーショナルインターフェース７２により与えられるインターフェースの１例である。
【００８０】
リレーショナルマッパー７３は＜Ｄｅｃｌａｒａｔｉｏｎ＞＜／Ｄｅｃｌａｒａｔｉｏｎ＞ブロックを使用する。このブロックは、コマンドブロックにおいて使用される全てのテーブルと生来的プロトコルインターフェースにおいて識別された対応する位置との間のマッピングを有している。例えば、コマンドブロックにおいて使用されるｔａｂｌｅ１は、実際には、識別子１．３．６．１．４．１でＳＮＭＰにおいて識別されるテーブルに対してマップされる。同様に、コマンドブロックにおいて使用される属性はそれらの生来的識別子に対してマップされる。リレーショナルマッパー７３はこの情報を使用し且つ生来的管理プロトコルコマンドの１組又はトランズアクションを構成し且つ実行のためにそれをプロトコルトランズアクションハンドラー７４へ送る。各情報源に対して、管理定義がＸＭＬフォーマットで表わされる。このことは、リレーショナルモデラーをデータ駆動型のものとさせ且つベンダー及びプロトコルタイプから完全に独立的なものとさせることを可能とする。
【００８１】
上の特定の実施例は例示的なものであり、且つ本開示の精神又は特許請求の範囲から逸脱することなしにこれらの実施例に関して多くの変形例を導入することが可能である。異なる例示的実施例の要素及び／又は特徴は、本開示及び特許請求の範囲内において互いに結合及び／又は置換させることが可能である。
【００８２】
例えば、例示的実施例がネットワーク管理の文脈において本明細書において記載しているが、本願のツールは、データがネットワークにわたってフェッチされるその他のシステム管理アプリケーションに対して適合させることが可能であることを理解すべきである。
【００８３】
別の例として、ＳＱＬのようなクエリー言語を使用するリレーショナルモデルを例示的に説明したが、ＯＱＬ（オブジェクトクエリー言語）のようなその他のクエリー言語に対応するオブジェクトモデルを使用することも可能である。
【００８４】
以下の米国仮出願を読むことから当業者に対して付加的な変形例が明らかなものであり、尚これらを引用によりその全体を本明細書に取込む。
【００８５】
（ａ）「ネットワーク装置における管理情報用のリレーショナルモデル（ＲＥＬＡＴＩＯＮＡＬ  ＭＯＤＥＬ  ＦＯＲ  ＭＡＮＡＧＥＭＥＮＴ  ＩＮＦＯＲＭＡＴＩＯＮ  ＩＮ  ＮＥＴＷＯＲＫ  ＤＥＶＩＣＥＳ）」という名称の２００３年３月１４日付で出願した米国仮出願番号６０／４５４，９６６；
（ｂ）「ワイヤレスネットワークにおける移動性管理（ＭＯＢＩＬＩＴＹ  ＭＡＮＡＧＥＭＥＮＴ  ＩＮ  ＷＩＲＥＬＥＳＳ  ＮＥＴＷＯＲＫ）」という名称の２００３年３月７日付で出願した米国仮出願番号６０／４５２，６６３；
（ｃ）「ネットワーク装置における管理情報用リレーショナルモデル（ＲＥＬＡＴＩＯＮＡＬ  ＭＯＤＥＬ  ＦＯＲ  ＭＡＮＡＧＥＭＥＮＴ  ＩＮＦＯＲＭＡＴＩＯＮ  ＩＮ  ＮＥＴＷＯＲＫ  ＤＥＶＩＣＥＳ）」という名称の２００４年２月２４日付で出願した米国出願番号（代理人ドケット番号７１９８８）。
【図面の簡単な説明】
【００８６】
【図１Ａ】異機種環境におけるシステム管理用の本願の１実施例に基づく装置のブロック図。
【図１Ｂ】本願の１実施例に基づく異機種環境におけるシステム管理用の方法を示したフローチャート。
【図２】異機種環境における夫々の異なる管理インターフェースを介しての一方における管理アプリケーションと他方における複数の情報源との間の通信スキームを示した概略図。
【図３】ＳＮＭＰプロトコルを使用して情報源と通信するためのアプリケーション論理を示したフローチャート。
【図４】ＨＴＴＰプロトコルを使用して情報源と通信するためのアプリケーション論理を示したフローチャート。
【図５】異機種環境における夫々のプロトコルを使用して異なるハンドラーモジュールを介しての一方においての管理アプリケーションと他方においての複数情報源との間の通信スキームを示した概略図。
【図６】本願の１実施例に基づいてリレーショナルモデラーを介しての一方においての管理アプリケーションと他方においての異機種環境における複数情報源との間の通信スキームを示した概略図。
【図７】それを介して管理アプリケーションが異機種環境における複数情報源と通信を行う本願の１実施例に基づくリレーショナルモデラーを示したブロック図。
【図１Ａ】
2006520575.tif 000008
【図１Ｂ】
2006520575.tif 000009
【図２】
2006520575.tif 000010
【図３】
2006520575.tif 000011
【図４】
2006520575.tif 000012
【図５】
2006520575.tif 000013
【図６】
2006520575.tif 000014
【図７】
2006520575.tif 000015
【国際調査報告】
2006520575.tif 000016
2006520575.tif 000017