JPH10149398A

JPH10149398A - マップ構築システムおよびマップ構築方法

Info

Publication number: JPH10149398A
Application number: JP23559397A
Authority: JP
Inventors: Brian J Atkins; ブライアン・ジェイ・アトキンス; Ian Rose; イアン・ローズ; Robert A Potterveld; ロバート・エー・ポターベルド
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1996-09-09
Filing date: 1997-09-01
Publication date: 1998-06-02
Also published as: AU1789097A; EP0828224A2; AU735152B2; DE69720353D1; EP0828224B1; EP0828224A3; US6151031A; DE69720353T2

Abstract

(57)【要約】【課題】オブジェクトのトポロジーの追跡を容易にす
る。【解決手段】アプリケーションと管理システムのディス
プレイ・マップ生成プロセスとの汎用インタフェースを
可能にするマップ構築システムを備える。マップ構築シ
ステムはマップ構築トポロジー・データを与えるように
構成されたトポロジー・データ・レポジトリと、トポロ
ジー・データを受信し、前記トポロジー・データをマッ
ピングと関連付け、前記トポロジー・データを用いて更
新されたマップ編集要求を生成するように構成された、
前記トポロジー・データ・レポジトリと相互接続された
マップ・ビルダとを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、企業管理システム
の分野に関し、特に、オブジェクトのトポロジーを追跡
するために、アプリケーションと管理システムのディス
プレイ・マップ生成プロセスとの汎用インタフェースを
可能にするコンピュータ・ベースのオブジェクト指向シ
ステムおよび方法に関する。

【０００２】

【従来の技術】商業その他の企業で利用される管理シス
テムでは、企業管理の構成要素を自動化するために計算
システムが使用されることが多い。そのようなシステム
は、企業に関連する様々なオブジェクトの特質および関
係を管理する。「オブジェクト」は、本明細書では、コ
ンピュータ・ベースの管理システムによって管理すべき
項目に関するものである。オブジェクトは、ホスト、ブ
リッジ、セグメント、ネットワーク、政治ドメイン、人
事、組織、アプリケーションなどの例を含むが、それら
に限らない。管理システムは、そのシステム内のオブジ
ェクトのトポロジーを表示する。本明細書では、「トポ
ロジー」は、オブジェクトとオブジェクト関係の集合を
意味し、「オブジェクト関係」は、トポロジーにおいて
オブジェクトどうしが関係付けられる様相を指す。通
常、トポロジーを定義する関係は接続、包含、従属であ
る。たとえば、２つのオブジェクトが互いに接続される
場合、トポロジーは、一方のオブジェクトに関する記号
と、他方のオブジェクトに関する他の記号と、それらの
オブジェクトが接続されていることを示す（通常、２つ
のオブジェクト間の）記号を示す。同様に、オブジェク
トの一方がが他方に包含される場合、トポロジーは記号
によって、２つのオブジェクトおよび包含の階層を示
す。当業者には、包含が通常、他のオブジェクトを含む
オブジェクトを初期ディスプレイ・マップ上に表示する
ことによって表されることが認識されよう。「マップ」
は、定義された一群のオブジェクトおよびオブジェクト
どうしの関係の視覚的トポロジー表示として定義され
る。ユーザがマップ上のオブジェクトを選択した後、選
択したオブジェクト内に含まれるオブジェクトを示す新
しいマップが表示される。他のオブジェクト内に含まれ
るオブジェクトのマップを「サブマップ」と呼ぶことが
できる。同様に、このサブマップ上のオブジェクトを選
択し、そのオブジェクトに含まれるオブジェクトおよび
オブジェクト関係を示すことができる。このように、極
めて多数のオブジェクトの階層をユーザに分かりやすい
方法で表すことができる。コンピュータ・ベースの管理
システムの目的は、ユーザに所望のトポロジーを表示
し、オブジェクトおよびオブジェクト間の関係が変化し
たときにトポロジーを変更することである。

【０００３】多くの場合、オブジェクトの属性および関
係を定義するデータは、ネットワーキング・システムに
関連付けられる。本明細書では、オブジェクト属性と
は、表示中のオブジェクトの状態を指す。ネットワーク
・トポロジーの例として、ネットワークに関連付けられ
た装置および装置の相互接続に関する仕様が挙げられ
る。管理システムは、適切なオブジェクトの属性および
関係を表示できるようにネットワークから情報を読み取
ることができるべきである。

【０００４】従来、コンピュータ・ベースのトポロジー
表現を必要とするユーザは、管理システム・アプリケー
ション・プログラム・インタフェース（下記では「管理
システムＡＰＩ」と呼ぶ）と相互作用するマップ・アプ
リケーションを開発していた。本明細書では、マップ・
アプリケーションは、コンピュータ・ネットワークと外
部情報源のどちらかからオブジェクトの属性および関係
をプログラムに基づいて発見し、これらの属性および関
係を管理システムＡＰＩに伝達するハード配線されたプ
ログラマチック手法である。管理システムＡＰＩは、デ
ィスプレイ・マップ生成プロセスであり、オブジェクト
の属性および関係のトポロジー階層を表示する。一般
に、各オブジェクト・システムは、管理システムＡＰＩ
にオブジェクトの属性および関係を伝達するため特定の
マップ・アプリケーションを必要とする。したがって、
施工者は通常、あるトポロジーとのインタフェースをと
るため１つのマップ・アプリケーションを施工し、かつ
異なるトポロジーとのインタフェースをとるため別のア
プリケーションを施工する必要がある。

【０００５】施工者は、マップ・アプリケーションを首
尾良く作成するために、管理システムＡＰＩとのインタ
フェースをとる数百個のファンクション・コールを覚え
る。首尾良くネットワークおよびその管理システムＡＰ
Ｉとのインタフェースをとれるように要員を訓練する場
合、潜在的な施工者はかなりの費用負担を覚悟しなけれ
ばならない。また、マップ・アプリケーションは、情報
をあるアルゴリズムにより管理システムＡＰＩに導入す
るので、それを構築し、試験し、デバッグする必要があ
る。それぞれの異なるオブジェクト属性および関係を表
現するデータ構造は多くの場合複雑であり、アルゴリズ
ミック・マップ・アプリケーションを作成する工程には
かなりの費用がかかる。このような訓練費用および施工
費用は、マップ・アプリケーションの潜在的な施工者に
対する重大な障壁となる。

【０００６】

【発明が解決しようとする課題】従って、本発明の目的
はマップ・アプリケーションとディスプレイ・マップ生
成プロセスとの汎用インタフェースにより上記の問題点
を解消することである。

【０００７】

【課題を解決するための手段】本発明は、オブジェクト
のトポロジーを追跡するためにアプリケーションと管理
システムのディスプレイ・マップ生成プロセスとの汎用
インタフェースを可能にするマップ構築システムおよび
方法を提供する。このマップ構築システムおよび方法
は、管理システムＡＰＩ、マップ・ビルダ、トポロジー
・データ・レポジトリを使用する。トポロジー・レポジ
トリとは、所定のフォーマットでオブジェクトの属性お
よび関係を定義したデータをマップ・ビルダに導入する
すべてのシステムまたは装置である。好ましい実施例で
は、トポロジー・データ・レポジトリは、スキーマと呼
ばれるリレーショナル・データベースまたはオブジェク
ト指向データベースを含むデータベース管理システムで
ある。スキーマは、それぞれ、特定のオブジェクト属性
または関係を表すデータを含む、一連のテーブルで構成
することが好ましい。これらのテーブル内のデータは全
体として、トポロジーを表すのに必要なすべてのオブジ
ェクト属性および関係を定義する。マップ・ビルダは、
トポロジー・データ・レポジトリとインタフェースして
オブジェクトの属性および関係を表す更新済みデータを
得る。

【０００８】マップ・ビルダは、トポロジー・データ・
レジトリからオブジェクトの属性および関係のデータ表
現を受信し、オブジェクトの属性および関係を、表示記
号のパラメータを定義する適当な値と関連付け、更新済
みオブジェクト属性および関係と管理システムＡＰＩと
の汎用インタフェースをとる。管理システムＡＰＩは、
更新済みオブジェクト属性および関係をユーザに表示す
る。したがって、管理システムＡＰＩは連続的に更新済
みトポロジーを表示する。

【０００９】マップ・ビルダは、管理システムＡＰＩに
よってオブジェクトおよびその関係がどのように表示さ
れるかを定義するプレゼンテーション・マッピング情報
を受信するようにも構成される。このプレゼンテーショ
ン・マッピング情報をマップ・ビルダに導入することに
よって、ユーザは、トポロジー・データを表す記号の表
示を制御する。

【００１０】本発明の他の実施例によれば、マップ・ビ
ルダは、プレゼンテーション・マネージャとトポロジー
・マネージャとを含むことができる。トポロジー・マネ
ージャは、所定のフォーマットのデータを受信すること
ができる。プレゼンテーション・マネージャは、このデ
ータを、管理システムＡＰＩとのインタフェースがとれ
るフォームに変換するように構成される。トポロジー・
マネージャは、変換済みデータを使用して、所望のプレ
ゼンテーション変更を行うにはどうすべきかを管理シス
テムＡＰＩに指示するのに必要なすべての情報を含むフ
ァンクション・コールを行う。オブジェクトの属性およ
び関係の変更を反映するファンクション・コールを管理
システムＡＰＩへ伝達することによって、ユーザに表示
されるトポロジーを、オブジェクトの現状態を示すよう
に連続的に更新することができる。

【００１１】本発明のマップ・ビルダおよび方法は多数
の利点を有する。一例として、そのうちのいくつかにつ
いて以下に説明する。

【００１２】本発明のマップ・ビルダおよび方法の利点
は、オブジェクトの属性および関係を表すデータと管理
システムＡＰＩとのインタフェースをとる方法が提供さ
れることである。このインタフェース能力によって、オ
ブジェクト関係を定義するハード配線されたプログラマ
チック手法を設計することは不要になる。その代わり、
オブジェクトの属性および関係は、マップ・ビルダによ
って管理システムＡＰＩに対するファンクション・コー
ルに変換されるデータとして表される。したがって、そ
れぞれの異なるマップ・アプリケーションをそれぞれの
異なるトポロジーを表すように構築するのではなく、単
一のマップ構築システムを通じていくつかの異なるトポ
ロジーを汎用的に表すことができる。したがって、トポ
ロジー・システムを首尾良く構築し実施するコストは著
しく削減される。

【００１３】本発明のマップ・ビルダおよび方法の他の
利点は、システムが配置された後にトポロジーによって
表されるオブジェクトを変更または拡張する融通性に富
んだユーザに分かりやすい方法が提供されることであ
る。

【００１４】本発明のマップ・ビルダおよび方法の他の
利点は、トポロジー表現システムを現行のアルゴリズミ
ック手法を介してずっと短いタイムスケールで試験する
方法が提供されることである。これによって、消費者は
トポロジー・システムの実施可能性を比較的低いコスト
で試験することができる。

【００１５】本発明は、下記の図面を参照するとより良
く理解することができる。図面の要素は必ずしも一定の
比率に応じて描かれてはおらず、本発明の原則を明確に
示すことが重視されている。さらに、いくつかの図面に
わたって同じ参照符号が対応する部品を指定している。

【００１６】

【発明の実施例】図１において、従来技術の通常のトポ
ロジー管理システム１１では、ユーザがオブジェクト間
の関係をプログラマチックに理解するマップ・アプリケ
ーション１２を作成する。マップ・アプリケーション１
２は、トポロジーの定義されたオブジェクト間の関係に
関するこのハード配線された理解とオブジェクト・デー
タを使用して、管理システム・アプリケーション・プロ
グラマチック・インタフェース（ＡＰＩ）１４にオブジ
ェクトの属性および関係を与える。管理システムＡＰＩ
は次いで、マップ・アプリケーションからの情報を使用
して、オブジェクトのトポロジー表現を表示する。管理
システムＡＰＩを使用してトポロジー表現を表示するこ
とは、業界において広く知られている。

【００１７】トポロジーのオブジェクトの存在および状
態は、ネットワーク・スタック１８を通じて発見するこ
とができる。一般に、ネットワーク・スタック１８は、
ネットワーク１９にアクセスできるようにするオペレー
ティング・システム（ｏ／ｓ）内のネットワーク・ソフ
トウェアの集合である。ネットワーク・スタック１８は
特に、インターネット・プロトコル（ＩＰ）を実施する
プロトコル・ソフトウェアと、伝送制御プロトコル（Ｔ
ＣＰ）と、簡易ネットワーク管理プロトコル（ＳＮＭ
Ｐ）とを含む。

【００１８】ネットワーク・モニタ２１は、ネットワー
ク・スタック１８を介してネットワーク１９との間でデ
ータ・パケットを送受信する。ネットワーク・モニタは
基本的に、ネットワーク１９内のネットワーク・トポロ
ジーを発見し監視する。ネットワーク１９上でネットワ
ーク・トポロジーが変化すると、ネットワーク・モニタ
２１は、オブジェクト識別子とオブジェクト変更情報と
を含む、事象またはトラップ（ＳＮＭＰ特有）を生成す
る。ネットワーク・モニタ２１は、ネットワーク１９を
介してルータなどの装置から事象を受信する。

【００１９】ネットワーク・モニタ２１は、記憶すべき
オブジェクト属性および関係の汎用データ情報を、トポ
ロジー・データ・レポジトリ２２と呼ばれるデータベー
ス管理システムへ伝達する。一般に、ネットワーク・モ
ニタ２１はトポロジー・データ・レポジトリに事象（ト
ポロジーの変更）を知らせる。

【００２０】トポロジー・データ・レポジトリ２２は、
オブジェクト属性およびトポロジー内のオブジェクト属
性の関係の状態に関するデータを含むように構成され
る。ネットワーク・モニタ２１から供給されないトポロ
ジーのオブジェクトに関する特定の情報にアクセスした
い場合、ユーザは、ネットワーク・スタック１８から適
当な情報を読み取るデータ獲得アプリケーション２４を
作成しなければならない。ユーザは、図１では特定アプ
リケーション・データ１６と呼ばれるデータベースにこ
の情報を記憶する。マップ・アプリケーション１２は、
特定アプリケーション・データ１６をトポロジー・デー
タ・レポジトリ２２内の汎用情報と共に使用して、トポ
ロジーのオブジェクト間の関係をプログラマチックに定
義する。

【００２１】一例として図２に示したように、本発明の
マップ構築システム３０は、それに関連する方法と共
に、コンピュータ・システム３４のメイン・メモリ３２
に記憶されているトポロジー管理システム２９内で使用
することができる。コンピュータ関連システムまたは方
法によって使用でき、あるいはコンピュータ関連システ
ムまたは方法と共に使用できるコンピュータ読取り可能
な任意の媒体上に、マップ構築システム３０を記憶する
ことができることに留意されたい。本明細書では、コン
ピュータ読取り可能な媒体は、電子装置または手段、あ
るいは磁気装置または手段、あるいは光学装置または手
段、あるいはコンピュータ関連システムまたは方法によ
って使用でき、あるいはコンピュータ関連システムまた
は方法と共に使用できるコンピュータ・プログラムを含
み、あるいは記憶することができるその他の物理装置ま
たは手段である。一例を挙げると、マップ構築システム
３０は、従来型の携帯可能なコンピュータ・ディスケッ
ト上に磁気的に記憶し携行することができる。

【００２２】図２のコンピュータ・システム３４は、１
つまたは複数のバスを含むことができるローカル・イン
タフェース３８を介してコンピュータ・システム３４内
の他の要素と通信する従来型の処理要素３６を備える。
入力装置４０、たとえばキーボードまたはマウスを使用
して、システム３４のユーザからのデータを入力するこ
とができ、スクリーン・ディスプレイ４２またはプリン
タ４４を使用してデータをユーザに出力することができ
る。ローカル・インタフェース３８にディスク記憶機構
４６を接続して、非揮発性ディスク（たとえば磁気、光
学など）との間でデータを転送することができる。シス
テム３４は、システム３４がネットワーク１９とデータ
を交換できるようにするネットワーク・インタフェース
４８に接続することが好ましい。

【００２３】本発明のマップ構築システム３０によっ
て、ユーザがマップ・アプリケーション１２（図１）を
作成し特定のアプリケーション・データ１６（図１）を
記憶することは不要になる。マップ・アプリケーション
１２のアルゴリズムにオブジェクト間の関係をプログラ
マチックに取り込むのではなく、図３に示したように、
所定のフォーマットでオブジェクトの属性および関係を
表すデータをトポロジー・データ・レポジトリ５２に記
憶することができる。オブジェクトの属性および関係を
表すデータを本明細書では「トポロジー・データ」と呼
ぶ。トポロジー・データのフォーマットがマップ構築シ
ステム３０に認識できるものであるかぎり、マップ構築
システム３０はデータと管理システムＡＰＩ１４とのイ
ンタフェースをとることができる。管理システムＡＰＩ
１４は次いで、トポロジーをユーザに表示することがで
きる。

【００２４】図３を参照すると、マップ構築システム３
０は、トポロジー・データ・レポジトリ５２と通信する
マップ・ビルダ３１を備える。マップ・ビルダ３１は、
システム３０と管理システムＡＰＩ１４との間ならびに
システム３０とプレゼンテーション・マッピング情報６
４との間の一次インタフェースとして働く。プレゼンテ
ーション・マッピング情報６４については下記で説明す
る。さらに、トポロジー・データ・レポジトリ５２は、
アプリケーション・プログラマチック・インタフェース
を含み、システム３０とネットワーク・モニタ２１との
間ならびにシステム３０とデータ獲得アプリケーション
２４との間の一次インタフェースとして働く。これらの
構成要素についても下記で説明する。

【００２５】ネットワーク・モニタ２１は、汎用データ
獲得アプリケーションである。従来技術と同様に、本発
明のネットワーク・モニタ２１は、ネットワーク・スタ
ック１８を介して、ある種の汎用トポロジー・データの
変更に関してネットワーク１９を監視し、このような変
更をトポロジー・データ・レポジトリ５２内のデータベ
ースに伝達する。トポロジー・データ・レポジトリ５２
内のトポロジー・データは、オブジェクトの現状態を示
すように更新される。マップ構築システム３０は、新し
いトポロジー・データと管理システムＡＰＩ１４とのイ
ンタフェースをとり、管理システムＡＰＩで新しいディ
スプレイが示される。新しいトポロジー・データのイン
タフェースをとるシステムおよび方法については後で図
６ないし図８を参照して詳しく論じる。新しいトポロジ
ー・データのインタフェースをとることによって、管理
システムＡＰＩ１４のディスプレイは連続的に、現オブ
ジェクト属性および関係を示す。

【００２６】ユーザは、トポロジーに、ネットワーク・
モニタ２１の汎用監視を受けないオブジェクト属性およ
び関係の変更を反映させたい場合、トポロジー・データ
・レポジトリ５２内のトポロジー・データをユーザ自身
のデータ獲得アプリケーション２４を用いて更新する。
データ獲得アプリケーション２４とは、ネットワーク・
モニタ２１で監視されないネットワーク・スタック１８
の特定のデータの変更を読み取りこのような変更をトポ
ロジー・データ・レポジトリ５２へ伝達するアプリケー
ション・プログラムである。トポロジー・データ・レポ
ジトリ５２は、トポロジー・データを含むデータベース
を更新し、マップ・ビルダ３１は、この新しいデータと
管理システムＡＰＩ１４とのインタフェースをとり、管
理システムＡＰＩ１１４はこの更新済みトポロジーを表
示する。

【００２７】好ましい実施例は、マップ・ビルダ３１に
トポロジー・データを導入するためにトポロジー・デー
タ・レポジトリ５２を含むが、他の装置または方法、あ
るいはその両方が使用できることに留意されたい。本発
明の動作には、更新済みトポロジー・データをマップ・
ビルダ３１で互換性のある定義済みフォーマットでマッ
プ・ビルダ３１へ伝達する装置または方法で十分であ
る。

【００２８】プレゼンテーション・マッピング情報６４
は、ユーザによって書き込まれ、管理システムＡＰＩ１
４の表示画面上のフィーチャ・パラメータを制御するた
めに使用される「マッピング」を定義するデータを含
む。マッピングは本明細書では、フィーチャ・パラメー
タを定義する１組のデータ値であり、フィーチャは特定
のオブジェクト属性または関係の記号表示として定義さ
れる。フィーチャの例には、アイコン、マップ、サブマ
ップ、関係記号が含まれるが、これらに限らない。「パ
ラメータ」の語は本明細書では、オブジェクトの属性ま
たは関係を表すために使用される記号のタイプを指す。
パラメータは通常、記号の寸法、記号の色、ユーザによ
って選択されたときの記号の動作、他の多数の同様な特
性に関するものである。したがって、ユーザは、マッピ
ングを定義するデータを制御することによって、トポロ
ジーのオブジェクト属性および関係を表示するために使
用されるフィーチャ・パラメータを制御する。

【００２９】図４を参照すると、トポロジー・データ・
レポジトリ５２は、リレーショナル・データベース管理
システム、またはオブジェクト指向データベース管理シ
ステム、またはその他の適当なデータベース管理システ
ムを使用することができる。トポロジー・データ・レポ
ジトリ５２内に、システム１１によって表示されるオブ
ジェクト属性および関係を表すデータを含む、スキーマ
６８と呼ばれる、リレーショナル・データベースまたは
オブジェクト指向データベースまたはその他の適用可能
なデータベースが配置されることが好ましい。スキーマ
６８の好ましい実施例は、それぞれが、特定のオブジェ
クト属性または関係を表すデータを含む、相互接続され
た一連のデータ・テーブル７２である。たとえば、オブ
ジェクトＡがオブジェクトＢ内に含まれる場合、Ａを表
すデータが１つのテーブル内に存在し、Ｂを表すデータ
が他のテーブル内に存在することができる。ＡがＢに含
まれる関係を表すデータが第３のテーブル内に存在する
こともできる。当業者には、たとえば、単一のテーブル
が、Ｂを表すデータと、ＡとＢの関係を表すデータを含
むことができるように、所与のテーブルが複数の属性を
含むことができることが認識されよう。オブジェクトの
属性および関係を定義するスキーマ内のデータは、マッ
プ・ビルダ３１で互換性のある所定のフォーマットのも
のである。

【００３０】さらに図４に示したように、スキーマ６８
内のデータをマップ・ビルダ３１へ伝達することができ
る。マップ・ビルダ３１は、トポロジー・マネージャ７
４とプレゼンテーション・マネージャ７６とを備えるこ
とが好ましい。トポロジー・マネージャ７４とは、トポ
ロジー・データの変更を受信しこのような変更を「マッ
プ編集」に変換するアプリケーション・プログラムであ
る。マップ編集とは、オブジェクト記号または接続記号
を削除すべきか、それとも追加すべきかを示し、オブジ
ェクト属性変更を表すべきかどうかを示すことによっ
て、トポロジー・データの変更を反映するにはディスプ
レイをどのように変更すべきかを定義する更新済み情報
である。マップ編集を使用して管理システムＡＰＩ１４
のトポロジー表示を変更する前に、パラメータ値をマッ
プ編集と関連付け、変更すべき表示記号（フィーチャ）
の寸法、形状、色などを定義しておくべきである。しか
し、トポロジー・マネージャ７４によって受信されるト
ポロジー・データは、直接、管理システムＡＰＩ１４と
のインタフェースがとれる形式のものではない。したが
って、プレゼンテーション・マネージャ７６はこのデー
タを、管理システムＡＰＩ１４へのファンクション・コ
ールで使用できるマッピング（フィーチャ・パラメータ
を定義する１組の値）に変換する。各マッピングは、特
定のフィーチャ・パラメータを定義するために必要なデ
ータ値を含む。ユーザは、マッピングへの変換を行うた
めに、プレゼンテーション・マッピング情報６４を作成
しプレゼンテーション・マネージャ７６に与える。プレ
ゼンテーション・マッピング情報６４は、マップ・ビル
ダ３１によって使用されるマッピングを含み、プレゼン
テーション・マッピング情報６４内の各マッピングは特
定の数式に関係する。関係するマッピングを有する各数
式は、本明細書では「マッピング・エントリ」７９を定
義する（図５）。プレゼンテーション・マネージャ７６
は、プレゼンテーション・マッピング情報６４をパーサ
７７を通過させ（プレゼンテーション・マッピング情報
６４のフォームがプレゼンテーション・マネージャ７６
と互換性をもたない場合）、各マッピング・エントリ７
９を、プレゼンテーション・マッピング・テーブル７８
と呼ばれるデータベースに記憶する。プレゼンテーショ
ン・マネージャ７６は、オブジェクトの属性または関係
を表すデータが数式に一致するまで、トポロジー・マネ
ージャ７４によって受信されたトポロジー・データをプ
レゼンテーション・マッピング・テーブル７８内の数式
と比較する。一致した後、一致した数式に対応するマッ
ピング値が、プレゼンテーション・マネージャ７６によ
りアクセスされ検索される。トポロジー・マネージャ７
４は、検索されたマッピングをマップ編集と関連付け、
適当なファンクション・コールを定義する。特定のマッ
プ編集と関連付けられた適当なマッピングを有するファ
ンクション・コールを本明細書では、「マップ編集要
求」として定義する。マップ編集要求は、管理システム
ＡＰＩ１４へ伝達されると、トポロジーのオブジェクト
を表す適当なフィーチャを表示するのに必要な情報を含
む。したがって、管理システムＡＰＩ１４によって生成
されるディスプレイは、トポロジー内のオブジェクトの
状態を反映または追跡する。

【００３１】マップ・ビルダ３１は、トポロジー・デー
タ・レポジトリ５２からトポロジーの変更を受信するだ
けでなく、プレゼンテーション・マッピング情報６４か
らトポロジー・ディスプレイの変更を受信することもで
きる。プレゼンテーション・マネージャ７６は、プレゼ
ンテーション・マッピング情報６４内のデータの変更を
プログラマチックに発見することができる。これが行わ
れた後、プレゼンテーション・マネージャ７６は、必要
に応じて、プレゼンテーション・マッピング情報６４内
のデータを再解析し、各数式が現マッピングに対応する
プレゼンテーション・マッピング・テーブル７８を再構
築する。トポロジー・マネージャ７４は次いで、画面上
に表されている各オブジェクトの属性および関係のデー
タを、プレゼンテーション・マッピング・テーブル７８
内の数式と突き合わせて検査し、一致する数式の現マッ
ピングを使用してトポロジーを再表示する。マップ・ビ
ルダ３１は、ユーザがプレゼンテーション・マッピング
情報６４の変更を導入するたびに現マッピングを用いて
プレゼンテーション・マッピング・テーブル７８を再構
築することによって、管理システムＡＰＩ１４からのデ
ィスプレイを連続的に更新する。したがって、管理シス
テムＡＰＩ１４は、様々なオブジェクト属性および関係
の現トポロジーを連続的に表示する。

【００３２】マップ構築システム３０の好ましい使用法
および動作、ならびに関連するメソッド（方法）につい
て下記で説明する。

【００３３】ユーザは、プレゼンテーション・マッピン
グ情報６４をプレゼンテーション・マネージャ７６に導
入し、必要に応じて、データ獲得アプリケーション２４
を実施する。プレゼンテーション・マッピング情報６４
内のデータは、下記で詳しく論じる図８に従ってフィー
チャの表示を制御する。データ獲得アプリケーション２
４を実施する場合、このアプリケーションはトポロジー
・データ・レポジトリ５２に特定のトポロジー・データ
をロードし、それと同時に、ネットワーク・モニタ２１
がトポロジー・データ・レポジトリ５２に汎用トポロジ
ー・データをロードする。トポロジー・データ・レポジ
トリ５２から得られたトポロジー・データは、図６のト
ポロジー更新メソッドに従ってトポロジー・ディスプレ
イを生成するために使用される。図６を参照すると分か
るように、まず、論理ブロック８１で示したように、マ
ップ・ビルダ３１によってトポロジー・データ・レポジ
トリ５２内のトポロジー・データが得られる。マップ・
ビルダ３１のトポロジー・マネージャ７４は、論理ブロ
ック８２に従ってトポロジー・データをプログラマチッ
クにマップ編集に変換する。論理ブロック８４に示した
ように、プレゼンテーション・マネージャ７６は、トポ
ロジー・マネージャ７４内のオブジェクト・データを、
フィーチャ・パラメータを定義し、かつ管理システムＡ
ＰＩ１４とのインタフェースをとることができる値に変
換する。プレゼンテーション・マネージャ７６は、数式
がオブジェクトの属性または関係に一致するまでオブジ
ェクト・データとプレゼンテーション・マッピング・フ
ァイル６４内の数式を比較することによってこの変換を
行う。一致した後、論理ブロック８６に示したように、
一致した数式に対応するマッピングをマップ編集と共に
使用して、ファンクション・コール（またはマップ編
集）がプログラマチックに定義される。ファンクション
・コールは、管理システムＡＰＩ１４によって受信され
ると、トポロジーの変更を反映するようにトポロジーの
ディスプレイを変更する。したがって、管理システムＡ
ＰＩ１４は、トポロジーの更新済みディスプレイを表示
する。

【００３４】ユーザが、プレゼンテーション・マッピン
グ情報６４をプレゼンテーション・マネージャ７６に導
入し、トポロジー・データ・レポジトリ５２にトポロジ
ー・データがロードされた後、マップ・ビルダ３１およ
び管理システムＡＰＩ１４が、上記で論じたように図６
のメソッドに従ってトポロジー・ディスプレイを構築す
る。しかし、トポロジー・ディスプレイによって表され
ているオブジェクトが、ネットワーク１９内で変更され
ることがある。この場合、ネットワーク・モニタ２１ま
たはデータ獲得アプリケーション２４は、オブジェクト
の変更を発見し、そのような変更を反映するデータをト
ポロジー・データ・レポジトリ５２へ転送し、図６のプ
ロセスが繰り返される。まず、トポロジー・マネージャ
７４が更新済みデータを受信し、論理ブロック８２に従
ってマップ編集を作成する。プレゼンテーション・マネ
ージャ７６は次いで、オブジェクト・データを用いてプ
レゼンテーション・マッピング・テーブル７８内の数式
を試験することによってオブジェクト・データをマッピ
ングに変換する。トポロジー・マネージャ７４は次い
で、適当なマッピングをマップ編集に関連付け、管理シ
ステムＡＰＩ１４によって受信されたときにディスプレ
イを変更する適当なファンクション・コールを生成す
る。その結果、管理システムＡＰＩ１４によるトポロジ
ー・ディスプレイは、ネットワーク１９内のオブジェク
トに加えられる変更を反映する。

【００３５】さらにユーザは、ネットワーク・モニタ２
１またはデータ獲得アプリケーションがトポロジー・デ
ータ・レポジトリ５２へ変更を転送しなくてもトポロジ
ーを編集することができる。図７を参照すると分かるよ
うに、ユーザは、マウスやキーボードなど適当な入力装
置を使用して、管理システムＡＰＩ１４を通じて変更を
要求する。論理ブロック８７で示したように、トポロジ
ー・マネージャ７４は、ユーザ編集要求と呼ばれる要求
を受信し、論理ブロック８８に従ってこの要求をトポロ
ジー・編集に変換する。トポロジー・編集とは、トポロ
ジー・データ・リポジトリ５２が読み取ることのできる
フォーマットでトポロジーの変更を表すデータである。
論理ブロック９２で示したように、トポロジー・編集
は、トポロジー・データ・レポジトリ５２へ伝達され、
トポロジー・データ・レポジトリ５２内に定義されてい
る事前にプログラムされた規則に従ってプログラマチッ
クに受け入れられ、あるいは拒否される。要求が拒否さ
れた場合、トポロジー・データ・レポジトリ５２は、論
理ブロック９４で示したように拒否の理由をトポロジー
・マネージャ７４を介して管理システムＡＰＩ１４へ伝
達する。要求が受け入れられた場合、トポロジー・デー
タ・レポジトリ５２は、スキーマ６８内のトポロジー・
データを変更し、要求された変更を反映するトポロジー
・データをトポロジー・マネージャ７４へ送信し、図６
に示したプロセスを繰り返す。トポロジー・データの変
更は再び、論理ブロック８２に従いトポロジー・マネー
ジャ７４によってマップ編集に変換され、プレゼンテー
ション・マネージャ７６は、オブジェクト・データを用
いてプレゼンテーション・マッピング・テーブル７８内
の数式を試験することによってオブジェクト・データの
変更をマッピングに変換する。トポロジー・マネージャ
７４は次いで、適当なマッピングをマップ編集と関連付
け、管理システムＡＰＩ１４によって受信されたときに
ディスプレイを変更するファンクション・コール（また
はマップ編集要求）を生成する。その結果、管理システ
ムＡＰＩ１４によるトポロジー・ディスプレイは、ユー
ザから要求され、かつトポロジー・データ・レポジトリ
５２から受け入れられた変更を反映する。

【００３６】ユーザは、オブジェクトの属性および関係
を変更するだけでなく、そのような属性および関係を示
すメソッドを変更することができる。ユーザが、プレゼ
ンテーション・マッピング情報６４内のデータを変更
し、図８の論理ブロック１０２を参照すると分かるよう
に、プレゼンテーション・マネージャ７６が、プレゼン
テーション・マッピング情報６４が変更されたことをプ
ログラマチックに発見する。プレゼンテーション・マネ
ージャ７６は、必要に応じて、修正済みデータをパーサ
８２を通過させた後、論理ブロック１０４で、現プレゼ
ンテーション・マッピング・テーブル７８を再構築す
る。トポロジー・マネージャ７４は次いで、表示中の各
オブジェクトのデータと、プレゼンテーション・マッピ
ング・テーブル７８内の数式が一致するまで、それらを
突き合わせて試験する。トポロジー・マネージャ７４は
次いで、一致した数式の現マッピングを使用してファン
クション・コールを伝達し、現マッピングを反映するオ
ブジェクトを取り込み直す。したがって、管理システム
１４のフィーチャが更新される。

【００３７】その結果、ネットワーク１９内のオブジェ
クトが変化するか、それともユーザがトポロジーの受け
入れられる変更を要求するか、それともユーザが、フィ
ーチャを表示するメソッドを修正するかにかかわらず、
本発明のトポロジー・システム２９は連続的に変化す
る。したがって、管理システムＡＰＩ１４から与えられ
るトポロジー・ディスプレイは連続的に、所望のトポロ
ジーの状態を反映する。

【００３８】詳細な説明の結論として、当業者には、本
発明の原則からそれほど逸脱せずに好ましい実施例の多
数の変形および修正を加えられることが自明であること
に留意されたい。すべてのそのような変形および修正
は、特許請求の範囲に記載した本発明の範囲内に含まれ
るものである。最後に、特許請求の範囲では、すべての
「手段」要素、「論理」要素、ステップの構造、材料、
動作、等価物が、そのような要素に関連して指定された
機能を実行する構造または材料または動作を含むもので
あることに留意されたい。以下に本発明の実施態様の数
例を掲げる。

【００３９】（実施態様１）：オブジェクトのトポロジ
ーを追跡するためにアプリケーションと管理システムの
ディスプレイ・マップ生成プロセスの汎用インタフェー
スを可能にするシステム（３０）であって、トポロジー
・データを与えるように構成されたトポロジー・データ
・レポジトリ（５２）と、前記トポロジー・データを受
信し、前記トポロジー・データをマッピングと関連付
け、前記トポロジー・データを用いて更新されたマップ
編集要求を生成するように構成された、前記トポロジー
・データ・レポジトリ（５２）と相互接続されたマップ
・ビルダ（３１）とを備えることを特徴とするマップ構
築システム。

【００４０】（実施態様２）：前記トポロジー・データ
・レポジトリ（５２）が、所定のスキーマを含むことを
特徴とする実施態様１に記載のマップ構築システム（３
０）。（実施態様３）：前記マップ・ビルダ（３１）が、それ
ぞれ、前記トポロジー・データがマッピング・エントリ
（７９）に対応するかどうかを定義する数式を有し、か
つ前記マッピング・エントリ（７９）が前記トポロジー
・データに対応するときに前記トポロジー・データのマ
ッピングを有する、マッピング・エントリ（７９）のテ
ーブルを有するプレゼンテーション・マッピング・デー
タベース（７８）と、前記プレゼンテーション・マッピ
ング・データベース（７８）にアクセスし、前記トポロ
ジー・データが前記エントリ（７９）に対応するかどう
かを判定し、対応することが判定されたときに前記トポ
ロジー・データの前記マッピングを検索するように構成
されたプレゼンテーション・マネージャ（７６）とを備
えることを特徴とする実施態様１に記載のマップ構築シ
ステム（３０）。

【００４１】（実施態様４）：前記マップ・ビルダ（３
１）がさらに、前記トポロジー・データ・レポジトリ
（５２）から前記トポロジー・データの変更を受信し、
前記プレゼンテーション・マネージャ（７６）から前記
マッピングを受信し、前記変更に基づいて、前記変更
を、アプリケーション・プログラムへ送信すべきマップ
編集要求に変換するように構成されたトポロジー・マネ
ージャ（７４）を備えることを特徴とする実施態様３に
記載のマップ構築システム（３０）。（実施態様５）：コンピュータ・プログラム（３０）を
格納したコンピュータ読取り可能な媒体（３２）であっ
て、前記コンピュータ・プログラム（３０）が、トポロ
ジー・オブジェクトに関するオブジェクト属性およびオ
ブジェクト関係を与えるように構成されたトポロジー・
データ・レポジトリ（５２）と、前記オブジェクト情報
を受信し、前記オブジェクト情報をマッピングと関連付
け、前記オブジェクト情報を用いて更新されたマップ編
集要求を生成するように構成された、前記トポロジー・
データ・レポジトリ（５２）と相互接続されたマップ・
ビルダ（３１）とを実現するプログラムを格納したこと
を特徴とするコンピュータ読取り可能な記録媒体（３
２）。

【００４２】（実施態様６）：オブジェクトのトポロジ
ーに関するディスプレイ・マップを作成する方法（３
０）であって、トポロジー・データの変更を受信するス
テップと、前記変更をマップ編集に変換するステップ
と、前記変更に対応するマッピングを検索するステップ
と、前記マッピングを前記マップ編集と関連付けること
によってマップ編集要求を形成するステップとを含むこ
とを特徴とするマップ構築方法。（実施態様７）：さらに、所定のスキーマ（６８）を介
して前記トポロジー・データを得るステップを含むこと
を特徴とする実施態様６に記載のマップ構築方法（３
０）。（実施態様８）：さらに、包含、接続、従属に関する仕
様を用いてオブジェクト関係を定義するステップを含む
ことを特徴とする実施態様６に記載のマップ構築方法
（３０）。

【００４３】（実施態様９）：さらに、それぞれ、トポ
ロジー・データの前記変更がマッピング・エントリ（７
９）に対応するかどうかを定義する数式を有し、かつ前
記マッピング・エントリ（７９）が前記変更に対応する
ときに前記変更のマッピングを有する、マッピング・エ
ントリ（７９）のテーブルを有するプレゼンテーション
・マッピング・データベース（７８）を維持するステッ
プと、前記プレゼンテーション・マッピング・データベ
ース（７８）にアクセスするステップと、トポロジー・
データの変更が前記エントリ（７９）に対応するかどう
かを判定するステップと、トポロジー・データの前記変
更に対応する前記エントリ（７９）から前記マッピング
を検索するステップとを含むことを特徴とする実施態様
７に記載のマップ構築方法（３０）。

【００４４】（実施態様１０）：オブジェクトの階層ト
ポロジーのディスプレイ・マップを作成する方法（３
０）であって、包含と、接続と、従属とを含むオブジェ
クト属性およびオブジェクト関係を定義するトポロジー
・データを所定のスキーマ（６８）内で表すステップ
と、前記トポロジー・データの変更を受信するステップ
と、前記トポロジー・データの前記変更と、前記プレゼ
ンテーション・マッピング情報（６４）内に定義されて
いる対応するマッピングを関連付けることによって、プ
レゼンテーション・マッピング情報（６４）に従って更
新済みディスプレイ・マップを生成するステップとを含
むことを特徴とするマップ構築方法。

【図面の簡単な説明】

【図１】従来技術によるトポロジー管理システムの可能
な実施例を示すブロック図である。

【図２】本発明によるマップ構築システムを有するトポ
ロジー管理システムを使用するコンピュータの可能な実
施例を示すブロック図である。

【図３】図２のトポロジー管理システムの可能な実施例
を示すブロック図である。

【図４】図３のマップ構築システムの可能な実施例を示
すブロック図である。

【図５】図４の表示マネージャの可能な実施例を示すブ
ロック図である。

【図６】トポロジー・データ・レポジトリ内のトポロジ
ー・データが変更されたために図３のマップ構築システ
ム内のトポロジーを更新するための可能なメソッドを示
すフローチャートである。

【図７】ユーザの要求の結果としてトポロジー・データ
が変更されたために図３のマップ構築システム内のトポ
ロジーを更新するための可能なメソッドを示すフローチ
ャートである。

【図８】表示マッピング・ファイルの結果としてトポロ
ジー・データが変更されたためトポロジーを更新するた
めの可能なメソッドを示すフローチャートである。

【符号の説明】

１１トポロジー管理システム１２マップ・アプリケーション１４管理システム・アプリケーション・プログラマチ
ック・インタフェース（管理システムＡＰＩ）１６アプリケーション・データ１８ネットワーク・スタック１９ネットワーク２１ネットワーク・モニタ２２トポロジー・データ・レポジトリ２４データ獲得アプリケーション２９トポロジー管理システム３０マップ構築システム３１マップ・ビルダ５２トポロジー・データ・レポジトリ６４プレゼンテーション・マッピング情報

───────────────────────────────────────────────────── フロントページの続き (72)発明者ロバート・エー・ポターベルドアメリカ合衆国コロラド州フォート・コリンズ、グロスベノー・コート 2209

Claims

【特許請求の範囲】

【請求項１】オブジェクトのトポロジーを追跡するため
にアプリケーションと管理システムのディスプレイ・マ
ップ生成プロセスの汎用インタフェースを可能にするシ
ステムであって、トポロジー・データを与えるように構成されたトポロジ
ー・データ・レポジトリと、前記トポロジー・データを受信し、前記トポロジー・デ
ータをマッピングと関連付け、前記トポロジー・データ
を用いて更新されたマップ編集要求を生成するように構
成された、前記トポロジー・データ・レポジトリと相互
接続されたマップ・ビルダとを備えることを特徴とする
マップ構築システム。