(57)【特許請求の範囲】
【請求項１】
ネットワーク（118 ）に関する構成データから表示装置（108 ）のためのマップデータを生成する速度を向上させるためのバッチ転送システム（100'）であって、
（a ）プロセッサ（102 ）、
（b ）前記プロセッサ（102 ）に関係付けられた発見機構（302 ）であって、前記ネットワーク（118 ）の装置と相互接続を表わす構成データを生成および記憶し、またネットワーク構成に変更が生じたとき構成変更事象を生成するように構成された発見機構（302 ）、
（c ）前記プロセッサ（102 ）に関係付けられ、前記発見機構（302 ）と通信するレイアウト機構（304 ）であって、前記発見機構（302 ）から前記構成データと前記事象を受け取り、前記構成データに基づいて前記表示装置（108 ）を駆動するように構成される前記レイアウト機構（304 ）と、を備え、
前記レイアウト機構（304 ）が、
（1 ）前記構成データを前記マップデータに変換し、前記事象を受け取り、前記事象に基づいて前記マップデータを変更するように構成されたトランスレータ（103 ）と、
（2 ）前記トランスレータ（103 ）から前記マップデータを受け取り、前記マップデータに基づいて前記表示装置（108 ）を駆動するように構成されたグラフィックユーザインターフェース（322 ）とからなり、
前記トランスレータ（103 ）が前記プロセッサ（102 ）に周期的にアクセスするように構成され、
前記マップデータを前記事象に基づいて修正するために、かつ、一つ以上のオブジェクトレベルにわたって前記マップデータを処理する場合に前記トランスレータ（103 ）による前記プロセッサ（102 ）への前記アクセスの回数を最小限にしてマップデータの生成速度を向上させるために、前記トランスレータ（103 ）が１回のアクセスの間に事象のバッチを検索して前記プロセッサ（102 ）への１回のアクセス中に前記バッチを提供し、
前記グラフィックユーザインターフェースで受け取られる前記マップデータが、オブジェクトレベルごとに、過去に識別されたオブジェクトの第１のリストと新しく識別されたオブジェクトの第２のリストとを備えることを特徴とするバッチ転送システム。
【請求項２】
ネットワーク（118 ）に関する構成データから表示装置（108 ）のためのマップデータを生成する速度を向上させるための、管理システムにおけるバッチ転送システム（100'）であって、
（a ）プロセッサ（102 ）、
（b ）前記プロセッサ（102 ）に関係付けられた発見機構（302 ）であって、前記ネットワーク（118 ）の装置と相互接続を表わす構成データを生成および記憶し、またネットワーク構成に変更が生じたとき構成変更事象を生成するように構成された発見機構（302 ）、
（c ）前記プロセッサ（102 ）に関係付けられ、前記発見機構（302 ）と通信するレイアウト機構（304 ）であって、前記発見機構（302 ）から前記構成データと前記事象を受け取り、前記構成データに基づいて前記表示装置（108 ）を駆動するように構成される前記レイアウト機構（304 ）と、を備え、
前記レイアウト機構（304 ）が、
（1 ）前記構成データを前記マップデータに変換し、前記事象を受け取り、前記事象に基づいて前記マップデータを変更するように構成されたトランスレータ（103 ）と、
（2 ）前記トランスレータ（103 ）から前記マップデータを受け取り、前記マップデータに基づいて前記表示装置（108 ）を駆動するように構成されたグラフィックユーザインターフェース（322 ）とからなり、
前記トランスレータ（103 ）と前記グラフィックユーザインターフェース（322 ）は、一つ以上のオブジェクトレベルにわたってオブジェクトレベルごとに識別されたオブジェクトに対する、表示マップの変更を周期的に交換するように構成され、
前記トランスレータ（103 ）は周期的な交換を行なう間に前記表示マップの変更を蓄積し、１回の交換で複数の前記表示マップ変更を前記グラフィックユーザインターフェース（322 ）に送り、前記交換の回数を最小限にしマップデータの生成速度を向上させるバッチ転送システム。
【請求項３】
ネットワーク（118 ）に関する構成データから表示装置（108 ）のためのマップデータを生成する速度を向上させるためのバッチ転送法であって、
前記ネットワーク（118 ）の装置と相互接続を示す構成データを生成および記憶するステップ、
ネットワークの構成に変更が生じたとき構成変更事象を生成するステップ、前記構成データを前記マップデータに変換するステップ、
前記プロセッサ（102 ）を周期的に用いて、前記事象に基づいて前記マップデータに対する変更を加えるステップであって、前記マップデータは、一つ以上のオブジェクトレベルにわたって識別されたオブジェクトに対応し、過去に識別されたオブジェクトの第１のリストと新しく識別されたオブジェクトの第２のリストとをオブジェクトレベルごとに備えることを特徴とするステップと、
前記プロセッサ（102 ）の使用の間に前記事象を蓄積するステップ、
および前記プロセッサ（102 ）への１回のアクセスの間の複数の前記事象を提供するステップからなるバッチ転送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ通信とネットワークに関し、より詳細にはネットワーク構成すなわちネットワークの装置とそれに付随する相互接続の高性能図形表示を行なうためのバッチ転送システムとその方法に関する。
【０００２】
【従来の技術】
データ通信ネットワークは通常ネットワークノードに設けられたコンピュータ、中継器、ブリッジ、ルータ、およびその他の装置群と各ノードを相互接続するための通信チャンネル群を有する。ネットワーク、特に各装置に付随するハードウエアおよびソフトウエアは各装置が通信チャンネルを介したデータのやりとりを行なうことを可能にするものである。
【０００３】
ネットワークの大きさはさまざまである。ローカルエリアネットワーク（LAN ）は通常１マイル以内に近接して設けられ、同軸ケーブルなどの単一のケーブルで接続された装置のネットワークである。広域ネットワーク（WAN ）はこれより範囲が広く、電話回線や衛星回線等で接続されることの多いネットワークである。実際に、WAN の中には米国全土を対象とするもの、さらには世界的な規模を持つものもある。さらに、これらのネットワークの多くは主として大学や産業界を対象として一般に広く開放されている。
【０００４】
ネットワーク上のデータ通信に関する非常に一般的なプロトコルとしてはインターネットプロトコル（IP）がある。このプロトコルはもともとは米国国防省によって開発され、米国政府によって民間に開放されたものである。その後、IPと併用する伝送制御プロトコル（TCP ）と不信頼データグラムプロトコル（UDP ）が開発された。前者（TCP/IP）はある種のチェック機能を実行して誤りのないデータ転送を保証するプロトコルであり、後者（UDP/IP）は誤りのないデータ転送を保証するものではないが、TCP/IPプラットフォームよりはるかにオーバーヘッドの小さいプロトコルである。さらに、ネットワーク上の各種の装置を管理するために、UDP/IPプラットフォームに用いる単一ネットワーク管理プロトコル（SNMP）が開発された。上記の各プロトコルは当業界で広く用いられるものとなっており、多くのメーカーがこれらのプロトコルを使用することのできる多様なネットワーク装置を製造している。
【０００５】
現在では、ネットワーク上の“管理ステーション”を、特にSNMPを用いて構成するために使用することのできる管理ソフトウエアパッケージ（“管理プラットフォーム”）が多数存在する。現在市販されているSNMP管理ソフトウエアパッケージとしては、ヒューレットパッカード社（本出願人）のOpenView、IBM 社のNetView/6000、ケーブレトロンシステム社（CabletronSystems, Inc.）のSpectrum、ネットラボ社（NetLabs, Inc. ）のNetLabs/Manager 、サンコネクト社（SunConnect, Inc.）のSunNet Manager等がある。しばしばネットワーク“構成”と呼ばれるネットワーク上のノードとその相互接続は、図形フォーマットで最もよく表わされ、市販されている管理ソフトウエアパッケージのほとんどはこの機能を有している。通常、かかるパッケージを用いると、ネットワークを所望のビュー範囲に応じて異なる視点から見ることができる。たとえば、ネットワーク全体にわたってすべてのノードの非常に大きく包括的なビューを得ることもでき、また、たとえば、特定の場所や建物といったネットワークの局部的な範囲内の部分部分のビューを表示することもできる。セグメントと呼ばれる第３のネットワークビューは、特定のLAN ケーブルに取り付けられたノードのビューである。
【０００６】
ヒューレットパッカード社のOpenViewについては、1993年２月９日付のJ.C. Wu に対する米国特許第5,185,860 号や1994年１月４日付のBesaw その他に対する米国特許第5,276,789 号などいくつかの特許が与えられており、参考にこれらの特許について触れる。米国特許第5,185,860 号には、ネットワークのネットワーク装置や相互接続すなわち構成を判定するための管理ステーション用の自動発見システムが説明されている。米国特許第5,276,789 号には、ネットワークの構成を図形表示し、ユーザの要求することのできるさまざまなビュー（インターネット、セグメント、ノードビュー等）を得るための管理ステーション用の図形表示システムが説明されている。
【０００７】
【発明が解決しようとする課題】
現在利用することのできるSNMP管理ステーションはある程度メリットのあるものではあるが、SNMP管理ステーションの技術はまだ初期段階にあり、かかる管理ステーションの性能には改善と最適化の余地がある。すなわち、構成データを獲得し、構成データを表示マップデータに変換し、表示装置をこの表示マップデータで駆動するための時間と速度はまだ最適なものとはいえず、かかるパラメータを最小限にするための改善の余地が残されている。
【０００８】
【課題を解決するための手段】
本発明の目的は当該技術分野において周知である上述した問題点を解決することである。
【０００９】
本発明の他の目的は、ネットワーク用の管理ステーションの速度と性能を向上させるシステムと方法を提供することである。
【００１０】
本発明の他の目的は、ネットワークの管理ステーションにおける構成データの獲得、構成データの表示マップデータへの変換、およびこの表示マップデータを用いた表示装置の駆動を行なう処理の速度と性能を向上させるシステムと方法を提供することである。
【００１１】
本発明の他の目的は、SNMPおよび／またはIPを用いる管理ステーションの速度と性能を向上させるシステムと方法を提供することである。
【００１２】
簡単にいえば、本発明は表示装置のためのマップデータをネットワークの装置と装置の相互接続に関する構成データから生成する速度を上げるための、ネットワークの管理ステーションあるいはその他の装置に用いるバッチ転送システムとその方法である。このシステムはシステムのさまざまなソフトウエア要素を実行するプロセッサ、ネットワーク構成データを判定するための発見機構、ネットワーク構成データをマップデータに変換し、このマップデータを用いて表示装置を駆動するためのレイアウト機構を有する。
【００１３】
より詳細には、発見機構はネットワークの構成をモニタし、判定するように構成されたネットワークモニタ、構成データを記憶するための構成データベース、および構成データベースを管理するための構成管理プログラムを有する。また、ネットワークモニタはネットワーク構成に変化が生じたときに構成変化事象を生成し、またネットワークに接続された他の装置からかかる事象を受け取るように構成されている。
【００１４】
レイアウト機構は発見機構とつながっている。レイアウト機構は、トランスレータ、グラフィックユーザインターフェース（GUI ）、およびマップデータベースを有する。トランスレータは構成データをマップデータに変換し、事象を受け取り、事象に基づいてマップデータを変更するように構成されている。グラフィックユーザインターフェースはトランスレータからマップデータを受け取り、構成データベース内の構成データを管理し、マップデータに基づいて表示装置を駆動するように構成されている。
【００１５】
本発明のバッチ転送機能では、構成管理プログラムからトランスレータへの構成データのバッチ転送および／またはトランスレータからGUI へのマップデータのバッチ転送が行なわれる。これらのバッチ転送によって管理ステーション内の文脈切り替え（プロセッサの制御およびオペレーティングシステムの切り替え）が最小限になり、その結果、管理ステーションの速度と性能が大幅に向上する。
【００１６】
以上の目的のすべてを達成することに加えて、本発明には他にも多くの利点があり、ここではそのいくつかについて説明する。
【００１７】
本発明の利点は、このバッチ転送システムは設計が単純で量産性があることである。
【００１８】
本発明の他の利点はこのバッチ転送システムは効率的で動作の信頼性が高いことである。
【００１９】
本発明の他の利点はこのバッチ転送システムおよび転送法の原理は管理ステーションだけではなく、SNMPを用いないものを含む他の装置にも適用できることである。たとえば、このバッチ転送システムおよび転送法をネットワークルータに適用してその性能を上げることができる。
【００２０】
本発明の他の目的、特徴、および利点は当業者には以下の図面と詳細な説明から明らかになるであろう。かかる他の目的、特徴および利点もまた本発明の範囲に含まれるものである。
【００２１】
【発明の実施の形態】
以下の説明は本発明の現在考えられる最も好適な実施態様に関するものである。この説明は限定的な意味に解するべきではなく、本発明の一般的原理を説明するために行なうものである。本発明の範囲は特許請求の範囲から判断すべきものである。
【００２２】
図１は本発明の発見／レイアウトソフトウエア101 を有する汎用コンピュータシステムで実施されるオブジェクト指向管理ステーション100 のブロック図である。発見／レイアウトソフトウエア101 は本発明のバッチ転送機構103 とその方法を採用したものである。図１に示すように、管理ステーション100 は従来のプロセッサ102 を有する。プロセッサ102 はシステムバス104 を介して管理ステーション100 内の他の要素と通信する。たとえば、入力装置106 （キーボードあるいはマウス）を用いてシステム100 のユーザからのデータが入力され、表示装置108 を用いてユーザにデータが出力される。ネットワークインターフェース112 は管理ステーション100 をネットワーク118 にインターフェースして、管理ステーション100 がネットワーク118 上のノードとして動作することを可能にするのに用いられる。ディスク114 を用いて本発明の発見／レイアウトソフトウエア101 のソフトウエアの記憶、および発見／レイアウトソフトウエア101 によって生成されるデータベース（構成データベースおよびマップデータベース）の記憶を行なうことができる。プリンタ116 を用いて発見／レイアウトソフトウエア101 によって発見されたネットワーク118 のノードのハードコピー出力を得ることができる。管理ステーション100 内の主記憶装置110 は発見／レイアウトソフトウエア101 を記憶している。発見／レイアウトソフトウエア101 は従来のオペレーティングシステム122 および従来のネットワークソフトウエア124 と通信してネットワーク118 上のノードを発見する。ネットワークソフトウエア124 はデータ通信プロトコル用の妥当性検査を含む知能として機能する。図１に示すように、本実施例では、このネットワークソフトウエアはIP、IP上でTCP およびUDP 、およびUDP 上でSNMPを実行する。上記のプロトコルはすべて当該技術分野では周知である。
【００２３】
発見／レイアウトソフトウエア101 はオブジェクト指向の機能を実行する。SNMP管理プログラムにおいては、オブジェクト指向とは、ユーザが呼び出すことのできる管理システムの動作および処理のほとんどが個々に管理されるネットワークノードではなくある種の装置を指向するものであることを意味する。
【００２４】
簡単にいえば、図１の発見／レイアウトソフトウエア101 はネットワークの構成、すなわちネットワーク118 上に存在するすべてのネットワークノードとノードの相互接続を発見し、それぞれが表示装置108 上のネットワーク構成の表示に用いることのできるさまざまなサブマップからなるマップを構築するように構成されている。図２はネットワーク118 から発見された構成データから発見／レイアウトソフトウエア101 が生成するマップ200 を示す。発見／レイアウトソフトウエア101 はさまざまなサブマップのうちの任意のものを表示装置108 （図１）に送ってユーザに見せることができる。
【００２５】
図２のマップ200 中のサブマップは階層化されている。ルートサブマップ202 はルートレベルで定義されている。ルートサブマップ202 はこの階層構造の最も高い論理レベルのサブマップを表わし、オブジェクト203 が異なるサブマップ階層に対する基点ととして機能することを示している。それぞれの階層は別々の管理定義域である。これにはたとえばネットワーク、ノードの論理的グループ化その他の定義域がある。インターネットサブマップ204 はインターネットレベルで定義され、ルートサブマップ202 内のオブジェクト203 を“分解する”ことによって生成される。本明細書では“分解”とは、ユーザが入力装置106 で管理ステーション100 に指示して注目するオブジェクト203 を分解してそのオブジェクトに関するより詳細なデータを提供させることを意味する。さらに、インターネットサブマップ204 はオブジェクト203 をネットワークとルータの形態で示すものである。多数のネットワークサブマップ206 のうちのいずれもインターネットサブマップ204 を分解して得ることができる。それぞれのネットワークサブマップ206 はオブジェクト203 をセグメントと接続の形態で示す。多数のセグメントサブマップ208 のいずれもネットワークサブマップ206 内のオブジェクト203 を分解して得ることができる。それぞれのセグメントサブマップ208 はオブジェクトをネットワークノードの形態で示す。最後に多数のノードサブマップ210 のいずれもセグメントサブマップ208 内のオブジェクト203 を分解して得ることができる。それぞれのノードサブマップ210 はオブジェクト203 をそのノード内のインターフェースの形態で示す。
【００２６】
本実施例では（本発明の実施には必須ではないが）発見／レイアウトソフトウエア101 はメモリと処理時間の節約のためにオンディマンドサブマップを実施する。オンディマンドサブマップの概念は、図１のマップ200 にユーザが見たいサブマップのみを入れるというものである。それぞれのの結果、ある特定の時間にはマップ200 にはサブマップ階層構造の一部だけがあることになる。図２には、存在していないがユーザが指示すれば作成される（非常駐）サブマップが斜線で示されている。この階層構造の常駐サブマップ部分集合はユーザがこのサブマップ階層構造を探索して非常駐サブマップの作成を行なわせることによって時間をおって変化する。
【００２７】
図３に発見／レイアウトソフトウエア101 （図１）の高レベルブロック図を示す。バッチ転送機構103 を除けば、図３の発見／レイアウトソフトウエア101 のアーキテクチャは基本的にHewlett-Packard の周知の市販されているOpenViewと呼ばれる管理ソフトウエアパッケージとほぼ同じである。図３に示すように、全体的アーキテクチャのレベルでは、発見／レイアウトソフトウエア101 はネットワーク118 のノードと相互接続を発見する発見機構302 と発見機構302 から構成データを受け取り、表示装置108 を駆動するためのマップ200 （図２）を生成するレイアウト機構304 からなる。
【００２８】
発見機構302 は接続308a、308bに示すようにネットワーク118 に接続されたネットワークモニタ306 、矢印312a、312bで示すようにネットワークモニタ306 に接続された構成管理プログラム310 、および矢印316 で示すように構成管理プログラムと通信する構成データベースを有する。
【００２９】
ネットワークモニタ306 はネットワーク118 との間でデータパケットの授受を行なう。ネットワークモニタ306 は矢印308a、308bで示すようにネットワーク構成を発見し、モニタする。ネットワーク構成が変化すると、ネットワークモニタ306 はオブジェクト識別子とオブジェクト変化情報を含む事象あるいはトラップ（SNMPの用語）を生成する。ネットワークモニタ306 はまたネットワーク118 内のルータ等の他の装置から事象を受け取ることができる。ネットワークモニタ306 はネットワークソフトウエア124 （図１）を介してネットワーク118 と対話する。このネットワークソフトウエア124 は基本的には本実施例ではIP、TCP 、UDP 、およびSNMPに対応するプロトコルスタックを有し、これらのプロトコルと妥当性検査機能を実行する。さらに、ネットワークモニタ306 は構成管理プログラム310 を介して構成データベース314 にデータを蓄積し、構成管理プログラムに事象（構成変化）を通知する。最後に、Wuに対する米国特許第5,185,860 号にはネットワークモニタ306 を実施するように構成することのできるノード発見システムが説明されていることに注意しなければならない。
【００３０】
構成管理プログラム310 は双方向の矢印316 で示すように構成データベース314 を管理する。構成管理プログラム310 はネットワークモニタ306 に矢印312aで示すように指示メッセージを出して特定の事象に関する構成データを更新させ、矢印312bで示すように更新された構成を受け取る。
【００３１】
構成データベース314 はネットワークを論理上の理由から区分するのに用いられるオブジェクトに基づいて構成データを記憶する。オブジェクトにはたとえばネットワーク、セグメント、コンピュータ、ルータ、中継器、ブリッジ等があるが、これらに限定されるものではない。さらに、オブジェクトに関係して記憶される構成データとしてはたとえばインターフェースあるいは装置のアドレス、インターフェースあるいは装置のタイプ、インターフェースあるいは装置のメーカー、およびインターフェースあるいは装置がSNMP対応であるかどうかなどがあるがこれらに限定されるものではない。
【００３２】
レイアウト機構304 は、矢印320a、320bで示すように構成管理プログラム310 と通信する構成- マップトランスレータ318 、矢印324a、324bで示すように構成- マップトランスレータ318 と通信するグラフィックユーザインターフェース（GUI ）322 、および双方向の矢印328 で示すようにGUI 322 と通信するマップデータベース326 を有する。ネットワークモニタ306 、構成管理プログラム310 、トランスレータ318 、およびGUI 322 はそれぞれの機能を達成するためにオペレーティングシステム122 （図１）とプロセッサ102 （図２）の組み合わせを用いて交替で機能する。“文脈切り替え”とはここでは以上のソフトウエア要素によるシステム122 および／またはプロセッサ102 の制御の変更を指す。
【００３３】
トランスレータ318 は構成データベース314 からの構成データをマップデータに変換して図２のマップ200 内にさまざまなサブマップ202-210 を構築する。トランスレータ318 は矢印320aで示すように構成管理プログラム310 に要求を送って特定のオブジェクトに関する構成データを得ることができる。さらに、要求に応じてトランスレータ318 に構成データを送ることに加えて、構成管理プログラム310 はトランスレータ318 に対して、矢印320bで示すように、ある事象の結果構成データが変化したときこれを知らせてトランスレータ318 がサブマップを適宜変更できるようにする。
【００３４】
GUI 322は双方向の矢印328 で示すようにマップデータベース326 を管理し、また矢印330a、330bで示すように表示装置108 と入力装置106 を管理する。GUI 322 は矢印324bで示すようにトランスレータ318 から更新されマップを受け取り、矢印324aで示すようにユーザによって引き起こされた事象をトランスレータ318 に送る。ユーザによって起こされる事象としては、図２に関連して述べたようにオブジェクトを分解するためのユーザからの指示メッセージ330a等がある。最後に、ここに参照したBesaw その他に対する米国特許第5,276,789 号には、ここに述べるGUI 322 を実施するのに用いることのできるグラフィックユーザインターフェースが説明されている。
【００３５】
図４は本実施例の構成- マップトランスレータ318 （図３）のアーキテクチャと機能を示すフローチャート400 である。このトランスレータは本発明によるバッチ転送機構103 とそれに関係する方法を用いており、これによって文脈切り替え（オペレーティングシステム122 および／またはプロセッサ102 の制御の変更）を最小限にし、発見／レイアウトソフトウエア101 の速度と性能を大幅に向上させている。
【００３６】
図４に示すように、まず事象が構成管理プログラム310 に付随する待ち行列（図示せず）あるいはアキュムレータに入れられ蓄積され、トランスレータ318 によって検索されるのを待つ。本発明の重要な特徴は、トランスレータ318 がアクセスが行なわれるたびに構成管理プログラム310 から一群の事象を読み出すことである。それぞれの事象はオブジェクト識別子とオブジェクト変化を含んでいる。さらに、バッチは２つ以上の任意の数の事象である。本実施例では、このバッチの事象の数を500 以下に制限した。しかし、システムの構成に応じてこの数を（場合によっては大きく）下回るかあるいは上回る数を設定することもできる。さらにOpenViewとして知られるヒューレットパッカード社の管理ソフトウエアパッケージでは、トランスレータ318 による構成管理プログラム310 からの事象の読み出しは１回のアクセスにつき１つであることに注意しなければならない。
【００３７】
次に、ブロック404 に示すように、トランスレータ318 は構成管理プログラム310 に対して事象内で同定されたすべてのオブジェクトに関する構成データのリストを要求する。この構成データを受け取られると、ブロック404 からブロック406 に移行する。
【００３８】
ブロック406 において、トランスレータ318 は事象によって示された構成データの変更に基づいてマップデータ詳細にはマップ200 （図２）に加えるべき変更を計算する。ブロック406 からブロック408 に移行する。
【００３９】
ブロック408 において、トランスレータ318 はGUI 322 を呼び出し、GUI 322 にすべてのオブジェクト変更に関係するサブマップのすべての変更（後述するSYMCHANGELIST およびNEWSYMLIST）を知らせることによってマップ200 （図２）を更新する。ここで重要なことは、このトランザクションもバッチ転送であることである。このバッチ転送トランザクションの間、トランスレータ318 は変更すべきそれぞれのサブマップ、サブマップ内の変更すべきそれぞれのオブジェクト、およびオブジェクトに対して行なわれるべき具体的な変更を同定する。オブジェクトの変更としては、色、位置、あるいは接続の変更等があるがこれらに限定されるものではない。処理はブロック408 からブロック410 に進む。さらに、OpenViewとして知られるヒューレットパッカード社の管理ソフトウエアパッケージでは、トランスレータ318 からGUI 322 への事象の転送は１回のアクセスにつき１つであることに注意しなければならない。
【００４０】
ブロック410 、トランスレータ318 は構成管理プログラム310 から読み出すべき事象群が他にもあるかどうかを判定する。あれば、ブロック410 からブロック402 に移行し、上記の処理が繰り返される。なければ、ソフトウエアはブロック410 で次の事象群を待つ。
【００４１】
図４に示す本実施例のトランスレータ318 を用いることによって、さまざまなオブジェクトに関する構成データが構成管理プログラム310 からバッチ単位で検索され、さらにさまざまなサブマップに関するマップデータがトランスレータ318 からGUI 322 にバッチ単位で転送される。以上のような実施態様によって文脈切り替えが最小限ですむ。すなわち、プロセッサ102 （図１）および／またはオペレーティングシステム122 （図１）がソフトウエアモジュール間でやりとりされる回数が最小限になる。この動作によって発見／レイアウトソフトウエア101 の性能は大幅に向上する。
【００４２】
図５はバッチ読み出しブロック402 （図４）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートにはトランスレータ318 による構成管理プログラム310 からの事象群の読み出しの態様が示されている。ブロック502 に示すように、構成データの変更を示す構成管理プログラム310 からの事象は蓄積される（待ち行列に入れられる）。ブロック504 におけるカウンタをループと併用してそれぞれの事象が構成管理プログラム310 からトランスレータ318 に経路指定される。ブロック506 において、トランスレータ318 によって構成管理プログラム310 から事象が読み出される。ブロック506 からブロック508 に移行し、ブロック508 においてこの事象が復号される。この事象を復号して事象の種類と関連するデータが同定される。事象にはさまざまな種類があり、事象の種類が異なれば、関連するデータの種類も異なる。より詳細には、事象はたとえば新しいノードやノード状態の変化（たとえば接続／アクセス可能あるいは接続／アクセス不能）が含まれるがこれらに限定されるものではない。事象は通常そのヘッダに事象の種類を同定する象識別子を有する。さらに、事象が新しいノードである場合、事象はオブジェクト識別子とアドレスを含む。事象がノード状態の変化である場合、事象はオブジェクト識別子、前の状態、および新しい状態を含む。
【００４３】
次に、ブロック508 からブロック510 に移行する。ブロック510 において、復号された事象データ（すなわちレコード）がTLIST に追加される。ブロック512 において、他の事象がサービスされるようにカウンタがインクリメントされる。ブロック512 からブロック51４に移行し、ブロック514 において、サービスされる事象がまだあるかどうかが判定される。あれば、ブロック514 からブロック506 に戻り、上述した処理が繰り返される。なければ、ブロック514 はブロック404 （図４）に戻る。
【００４４】
図６はオブジェクト情報検索ブロック404 （図４）の一実施例のアーキテクチャと機能を示すフローチャートである。図６に示すように、このフローチャートでは、TLIST に含まれる復号された事象データからオブジェクト情報（OBJINFO ）が復号される。ブロック602 において、TLIST が読み出される。ブロック602 からブロック604 に移行し、レコードカウンタが起動される。このカウンタがループと連動してTLIST 内のすべてのレコードがサービスされる。このループでは、ブロック606 において、１つのレコードが読み出される。このレコードから、（a ）オブジェクト識別子および（b ）オブジェクトの変更が判定される。これらのデータはオブジェクトリスト（OBJLIST ）に入れられる。次に、ブロック608 において、他に残っているTLIST のレコードがあればこれがサービスされるようにカウンタがインクリメントされる。次に、ブロック608 からブロック610 に移行する。ブロック610 において、レコードカウンタのレコードカウント値を処理済みのレコードの総数と比較することによってサービスすべき事象が残っているかどうかが判定される。残っていれば、ブロック610 からブロック606 に戻り、他のレコードのサービスが開始される。残っていなければ、ブロック610 からブロック612 に移行し、構成管理プログラム310 に対してそのバッチ内のすべてのオブジェクトに関するオブジェクト情報のバッチ転送が要求される。図７はマップ変更計算ブロック406 （図４）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートでは、トランスレータは、事象に基づいて先に判定されたオブジェクト識別子とオブジェクトの変更に基づいて、どのサブマップ（図２）が変更されるか、また実行すべき変更を判定する。図７に示すように、ブロック701 でオブジェクトレコードのカウンタが起動される。このカウンタとループによってサブマップ内ですべてのオブジェクト変更が確実に実行される。このループ内では、ブロック702 においてオブジェクト変更によってどのサブマップ（図２）が影響を受けるかに基づいてサブマップ識別子が判定される。ブロック702 からブロック704 に移行し、変更されたサブマップが作成されたかどうかが判定される。サブマップが作成されていれば、ブロック704 はブロック710 に移行する。サブマップがまだ作成されていなければ、ブロック704 はブロック706 に移行する。ブロック706 において、トランスレータ318 によってマップ200 （図２）内に変更されたサブマップが作成される。ブロック708 において、トランスレータ318 が新たに作成されたサブマップに構成管理プログラム310 から検索されたマップデータを入れる。次に、ブロック710 において、現在の事象、詳細にはオブジェクト識別子とオブジェクト変更に基づいたサブマップの変更が計算される。ブロック710 におけるかかる計算については図８を参照して後述する。ブロック710 からブロック712 に移行し、オブジェクトのレコードをカウントする（ブロック710 でセットされた）カウンタがインクリメントされる。次に、ブロック712 からブロック714 に移行する。ブロック714 では、サービスすべきオブジェクトレコードが残っているかどうかが照会される。残っていれば。ブロック714 からブロック702 に移行する。残っていなけれ���、図４のフローチャートは終了する。したがって、図４のフローチャートの最後には、関連するオブジェクト変更を含むオブジェクト識別子群から関連するサブマップ変更を含むサブマップ識別子群が生成される。
【００４５】
図８に示すように、ブロック710 （図７）におけるサブマップ変更の計算に対応して、ブロック80４でOBJLIST から１つのオブジェクトに関するデータが検索される。ブロック804 はブロック806 に移行し、オブジェクトの種類がネットワークであるかどうかが判定される。ネットワークであれば、ブロック806 からブロック808 に移行し（図９のフローチャート）、サブマップの変更が計算される。ネットワークでなければ、ブロック806 からブロック810 に移行する。ブロック810 において、オブジェクトの種類がセグメントであるかどうかが判定される。セグメントであれば、ブロック810 からブロック812 に移行し（図10のフローチャート）、サブマップに対するセグメント変更が計算される。セグメントでなければ、ブロック810 からブロック814 に移行する。ブロック814 において、オブジェクトの種類がノードであるかどうかが判定される。ノードであれば、ブロック814 からブロック816 に移行し（図11のフローチャート）、サブマップに対するノード変更が計算される。ノードでなければ、ブロック814 からブロック818 に移行する。ブロック818 において、オブジェクトの種類がインターフェースであるかどうかが判定される。インターフェースであれば、ブロック818 からブロック820 に移行し（図12〜図14のフローチャート）、サブマップに対するインターフェースの変更が計算される。
【００４６】
図９はネットワーク変更ブロック808 （図８）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートはネットワークを表示するインターネットサブマップ204 （図２）に対する変更を計算するものである。さらに、本実施例ではインターネットレベルでは１つのサブマップしかない（複数のサブマップも可能）ことに注意しなければならない。図９に示すように、ブロック902 において、インターネットサブマップ204 （図２）の内容となるように変数INETが設定される。この内容には、ネットワークオブジェクトおよびルータオブジェクトのリストとネットワークとルータオブジェクトの間の接続のリストが含まれる。次に、ブロック902 からブロック904 に移行する。ブロック904 では、オブジェクト識別子（OBJID ）の値となるように変数NETOBJが設定される。OBJID はOBJINFO から検索される。ブロック90４からブロック906 に移行する。ブロック906 では、NETOBJがINET内にあるかどうか、すなわち変更すべきオブジェクトがインターネットサブマップ204 （図２）内にあるかどうかが判定される。あれば、ブロック906 からブロック908 に移行し、リストSYMCHANGELIST にNETOBJに関係するネットワークが追加される。なければ、ブロック906 からブロック910 に移行し、NETOBJに関係するネットワークがNEWSYMLISTに追加される。リストSYMCHANGELIST およびNEWSYMLISTは最終的にはトランスレータ318 からGUI 322 にその両者の間のバッチ転送中に送られる。
【００４７】
図10は、セグメント変更ブロック812 （図８）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートでは、セグメント変更が判定および計算される。図10に示すように、ブロック1002においてインターネットサブマップ204 （図２）の内容となる変数INETが設定される。この内容には、ネットワークオブジェクトおよびルータオブジェクトのリストとネットワークとルータオブジェクトの間の接続のリストが含まれる。次に、ブロック1002からブロック1004に移行する。ブロック1004では、オブジェクト情報（OBJINFO ）から検索される現在のオブジェクト識別子（OBJID ）となるように変数SEGOBJが設定される。ブロック100 ４からブロック1006に移行する。ブロック1006では、変数NETOBJがOBJINFO から判定される同定されたネットワーク（NETID ）に設定される。次に、ブロック1006からブロック1008に移行する。ブロック1008では、NETOBJが INET 内にあるかどうか、すなわち現在のネットワークが現在のインターネットサブマップ204 （図２）内にあるかどうかが判定される。なければ図10のフローチャートは終了する。あれば、ブロック1008からブロック1010に移行する。ブロック1010では、変数NET が、NETOBJに関係するネットワークサブマップ206 （図２）の内容になるように設定される。この内容には、たとえばセグメントと結合子オブジェクトのリストやセグメントと結合子の間の接続が含まれるがこれらに限定されるものではない。ブロック1012において、SEGOBJがNET 内にあるかどうか（すなわちそのセグメントがネットワークサブマップ内にあるかどうか）が判定される。あれば、ブロック1012からブロック1014に移行してリストSYMCHANGELIST にSEGOBJに関係するセグメントが追加される。なければ、ブロック1012からブロック1016に移行し、SEGOBJに関係するセグメントがNEWSYMLISTに追加される。最後に、ブロック1014および1016の後、図10のフローチャートは終了し、動作は図８に戻る。
【００４８】
図11は、ノード変更ブロック816 （図８）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートでは、ノード変更がトランスレータ318 によって判定および計算される。図11に示すように、ブロック1102においてインターネットサブマップ204 （図２）の内容となようにる変数INETが設定される。この内容には、ネットワークオブジェクトおよびルータオブジェクトのリストとネットワークとルータオブジェクトの間の接続のリストが含まれる。次に、ブロック1102からブロック1104に移行する。ブロック1104では、オブジェクト情報（OBJINFO ）含まれるオブジェクト識別子（OBJID ）となるように変数NODEOBJ が設定される。ブロック110 ４からブロック1106に移行する。ブロック1106では、変数SEGOBJがOBJINFO に含まれるセグメント識別子（SEGID ）になるように設定される。ブロック1106からブロック1108に移行し、ブロック1108では、変数NETOBJが、OBJINFO に含まれるネットワーク識別子（NETID ）になるように設定される。ブロック1108からブロック1110に移行し、NETOBJが INET 内にあるかどうか（すなわちそのネットワークがインターネットサブマップ内にあるかどうか）が判定される。なければこのフローチャートは終了する。あれば、ブロック1110からブロック1112に移行する。ブロック1112では、変数NET が、NETOBJに関係するネットワークサブマップ206 （図２）の内容になるように設定される。この内容には、たとえばセグメント、結合子およセグメントと結合子の間の接続のリストが含まれる。ブロック1114において、SEGOBJがNET 内にあるかどうかが判定される。なければ、このフローチャートは終了する。あれば、ブロック1114からブロック1116に移行して、変数SEG が、SEGOBJに関係するセグメントサブマップ208 （図２）の内容になるように設定される。この内容には、たとえばノードおよびノードとネットワークの接続のリストが含まれるがこれには限定されない。ブロック1116からブロック1118に移行し、NODEOBJ がSEG 内にあるかどうか、すなわちこのノードオブジェクトが注目する現在のセグメント内にあるかどうかが判定される。あれば、ブロック1118からブロック1120に移行してNODEOBJ に関係するノードがSYMCHANGELIST に追加され、このフローチャートは終了する。なければ、ブロック1118からブロック1122に移行し、NODEOBJ に関係するノードがNEWSYMLISTに追加され、このフローチャートは終了する。
【００４９】
図12から図14は、インターフェース変更ブロック820 （図８）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートでは、トランスレータ318 （図３）によってサブマップ内のインターフェースの変更が判定および計算される。図12に示すように、ブロック1202において、現在注目されるインターネットサブマップ204 （図２）の内容となるように変数INETが設定される。この内容には、ネットワーク、ルータ、および接続オブジェクトのリストが含まれる。次に、ブロック1202からブロック1204に移行する。ブロック1204では、OBJINFO に含まれるOBJID となるように変数IFOBJ が設定される。ブロック1204からブロック1206に移行し、変数NODEOBJ がOBJINFO に含まれるNODEIDになるように設定される。ブロック1206からブロック1208に移行する。ブロック1208では、変数SEGOBJがOBJINFO に含まれるSEGID ）になるように設定される。次に、ブロック1208からブロック1210に移行する。ブロック1210では、変数NETOBJが OBJINFOに含まれるNETID になるように設定される。ブロック1210が終了すると、初期設定処理が完了しており、ブロック1210からブロック1212に移行する。
【００５０】
ブロック1212では、NETOBJがINET内にあるかどうか、すなわちこのネットワークオブジェクトが現在のインターネットサブマップ204 （図２）内にあるかどうかが判定される。なければ、図12に示すようにフローチャートは終了する。あれば、ブロック1212からブロック1214に移行する。ブロック1214では、NODEOBJ がINET内にあるかどうか、すなわちそのノードオブジェクトがインターネットサブマップ204 （図２）内にあるかどうか）が判定される。なければ、ブロック1214からブロック1222に移行する。あれば、ブロック1214からブロック1216に移行する。
【００５１】
ブロック1216において、IFOBJ がINET内にあるかどうかが判定される。あれば、ブロック1216からブロック1218に移行し、リストSYMCHANGELIST にIFOBJ に関係するインターフェースが追加される。なければ、ブロック1216からブロック1220に移行し、（ノードオブジェクトとネットワークオブジェクトの間の）IFOBJ に関係するインターフェースがNEWSYMLISTに追加される。
【００５２】
ブロック1222において、変数NET がネットワークサブマップ206 （図２）の内容になるように設定される。この内容にはたとえばセグメント、結合子、接続その他が含まれるがこれらに限定されるものではない。ブロック1222は図13のブロック1224に移行する。
【００５３】
ブロック1224において、SEGOBJがNET 内にあるかどうか、すなわちセグメントオブジェクトがネットワークサブマップ206 （図２）内にあるかどうかが判定される。なければ、このフローチャートは終了する。あれば、ブロック1224からブロック1226に移行する。
【００５４】
ブロック1226において、NODEOBJ がNET 内にあるかどうか、すなわちノードオブジェクトがネットワークサブマップ206 （図２）内にあるかどうかが判定される。なければ、このフローチャートはブロック1234に移行する。あれば、ブロック1226からブロック1228に移行する。
【００５５】
ブロック1228において、IFOBJ がNET 内にあるかどうか、すなわちこのインターフェースオブジェクトがネットワークサブマップ206 （図２）内にあるかどうかが判定される。あれば、ブロック1228からブロック1230に移行し、IFOBJ に関係するインターフェースがSYMCHANGELIST に追加される。なければ、ブロック1228からブロック1232に移行し、IFOBJ に関係する（ノードオブジェクトとセグメントオブジェクトの間の）インターフェースがNESYMLIST に追加される。ブロック1230、1232はブロック1234に移行する。
【００５６】
ブロック1234において、変数SEG がセグメントサブマップ208 （図２）の内容になるように設定される。この内容にはたとえばノードおよびネットワークへの接続（インターフェース）等が含まれるがこれらに限定されるものではない。ブロック1234はブロック1236に移行する。
【００５７】
ブロック1236において、NODEOBJ がSEG 内にあるかどうか、すなわちノードオブジェクトがセグメントサブマップ208 （図２）内にあるかどうかが判定される。なければ、このフローチャートは図13のブロック1246に移行する。あれば、ブロック1236からブロック1238に移行する。
【００５８】
ブロック1238において、IFOBJ がSEG 内にあるかどうか、すなわちインターフェースオブジェクトがセグメントサブマップ208 （図２）内にあるかどうかが判定される。あれば、ブロック1238からブロック1242に移行し、IFOBJ に関係するインターフェースがSYMCHANGELIST に追加される。なければ、ブロック1238からブロック1244に移行し、IFOBJ に関係するインターフェースがNESYMLIST に追加される。ブロック1242、1244は図14のブロック1246に移行する。
【００５９】
ブロック1246において、変数NODEがノード差210 （図２）の内容になるように設定される。この内容にはインターフェースオブジェクトが含まれる。ブロック1246はブロック1248に移行する。
【００６０】
ブロック1248において、IFOBJ がNODE内にあるかどうか、すなわちインターフェースオブジェクトがノードサブマップ210 （図２）内にあるかどうかが判定される。あれば、ブロック1250に示すように、IFOBJ に関係するインターフェースがSYMCHANGELIST に追加される。なければ、ブロック1248からブロック1252に移行し、IFOBJ に関係するインターフェースがNESYMLIST に追加される。ブロック1250、1252が終了すると、図12から図14によって示されるフローチャートが終了する。
【００６１】
図15はマップ更新ブロック408 （図４）の一実施例のアーキテクチャと機能を示すフローチャートである。このフローチャートでは、変更のバッチ転送がトランスレータ318 からGUI 322 に対して行なわれる。図15に示すように、ブロック1302において、トランスレータ318 はNEWSYMLISTをGUI 322 に転送し、ブロック1304において、トランスレータ318 はSYMCHANGELIST をGUI 322 に転送する。ブロック1304が終了すると、図15に示すフローチャートは終了し、動作はブロック410 （図４）に戻る。
【００６２】
図16はGUI 322 （図３）に含まれるオンディマンドサブマップモジュールを示す。このフローチャートはマップ200 （図２）のさまざまなサブマップへのユーザインターフェースを実行するものである。図16に示すように、ブロック1402において、GUI 322 はたとえばキーボード106 のような管理ステーション100 （図１）に接続された入力装置をモニタする。管理ステーション100 のユーザがキーボード16あるいは他のなんらかの入力装置を用いて、管理ステーション100 に対して表示装置108 上であるオブジェクトを分解するように指示すると、図16のブロック1402がブロック1404に移行してこのユーザ要求が処理される。ブロック1404において、マップ200 （図２）に子サブマップが含まれているかどうかが判定される。含まれていれば、ブロック1404からブロック1406に移行し、そのサブマップが作成・挿入される。GUI 322 は構成管理プログラム310 から検索された構成データに基づいてトランスレータ318 に対してサブマップの作成と挿入を要求することによってこのサブマップの挿入を行なう。さらに、ブロック1406はブロック1408に移行し、この子サブマップが開かれ、表示装置108 上でユーザに表示される。
【００６３】
当業者には、本発明の精神と範囲から逸脱することなく、上記の実施例に対してさまざまな変更を加えうることは明らかであろう。以上の開示内容および説明は例として掲げたものであり、かかる変更はすべて特許請求の範囲に定める本発明の範囲に含まれるものである。
【００６４】
上述した発明の実施の形態を要約して挙げる。
【００６５】
（１）  ネットワーク（118 ）に関する構成データから表示装置（108 ）のためのマップデータを生成する速度を向上させるためのバッチ転送システム（100'）であって、
（a ）プロセッサ（102 ）、
（b ）前記プロセッサ（102 ）に関係付けられた発見機構（302 ）であって、前記ネットワーク（118 ）の装置と相互接続を表わす構成データを生成および記憶し、またネットワーク構成に変更が生じたとき構成変更事象を生成するように構成された発見機構（302 ）、
（c ）前記プロセッサ（102 ）に関係付けられ、前記発見機構（302 ）と通信するレイアウト機構（304 ）であって、前記発見機構（302 ）から前記構成データと前記事象を受け取り、前記構成データに基づいて前記表示装置（108 ）を駆動するように構成され、前記レイアウト機構（304 ）が、
（1 ）前記構成データを前記マップデータに変換し、前記事象を受け取り、前記事象に基づいて前記マップデータを変更するように構成されたトランスレータ（103 ）と、
（2 ）前記トランスレータ（103 ）から前記マップデータを受け取り、前記マップデータに基づいて前記表示装置（108 ）を駆動するように構成されたグラフィックユーザインターフェース（322 ）とからなり、
（d ）前記トランスレータ（103 ）が前記プロセッサ（102 ）に周期的にアクセスするように構成され、前記トランスレータ（103 ）が各アクセスの間に前記事象を蓄積し、前記プロセッサ（102 ）への１回のアクセス中に複数の前記事象をサービスして、前記マップデータが前記事象に基づいて修正され、また前記トランスレータ（103 ）による前記プロセッサ（102 ）への前記アクセスの回数を最小限にするバッチ転送システム。
【００６６】
（２）  上記（１）に記載のシステム（100'）であって、前記トランスレータ（103 ）と前記グラフィックユーザインターフェース（322 ）は表示マップの変更を周期的に交換するように構成され、前記トランスレータ（103 ）が周期的な交換を行なう間に前記表示マップの変更を蓄積し、１回の交換で複数の前記表示マップ変更を前記グラフィックユーザインターフェース（322 ）に送ることによって前記交換を最小限にし、マップデータの生成速度を向上させるバッチ転送システム。
【００６７】
（３）  上記（１）に記載のバッチ転送システム（100'）であって、前記トランスレータ（103 ）は、さらに
前記事象に基づいてオブジェクトの変更を判定する手段（404 ）、
前記オブジェクトの変更に基づいて前記マップ変更を判定する手段（406 ）を有するバッチ転送システム。
【００６８】
（４）  上記（１）に記載のバッチ転送システム（100'）であって、前記トランスレータ（103 ）が前記構成データから複数のサブマップ（202-210 ）を生成するように構成され、前記グラフィックユーザインターフェース（322 ）がユーザからの入力に基づいて前記サブマップ（202-210 ）のうち任意のものを前記表示装置（108 ）に送るように構成されたバッチ転送システム。
【００６９】
（５）  上記（４）に記載のバッチ転送システム（100'）であって、前記トランスレータ（103 ）がさらに前記事象に基づいて前記サブマップ（202-210 ）のうちのどれが変更されたかを判定する手段（406 ）を有するバッチ転送システム。
【００７０】
（６）  ネットワーク（118 ）に関する構成データから表示装置（108 ）のためのマップデータを生成する速度を向上させるためのバッチ転送システム（100'）であって、
（a ）プロセッサ（102 ）、
（b ）前記プロセッサ（102 ）に関係付けられた発見機構（302 ）であって、前記ネットワーク（118 ）の装置と相互接続を表わす構成データを生成および記憶し、またネットワーク構成に変更が生じたとき構成変更事象を生成するように構成された発見機構（302 ）、
（c ）前記プロセッサ（102 ）に関係付けられ、前記発見機構（302 ）と通信するレイアウト機構（304 ）であって、前記発見機構（302 ）から前記構成データと前記事象を受け取り、前記構成データに基づいて前記表示装置（108 ）を駆動するように構成され、前記レイアウト機構（304 ）が、
（1 ）前記構成データを前記マップデータに変換し、前記事象を受け取り、前記事象に基づいて前記マップデータを変更するように構成されたトランスレータ（103 ）と、
（2 ）前記トランスレータ（103 ）から前記マップデータを受け取り、前記マップデータに基づいて前記表示装置（108 ）を駆動するように構成されたグラフィックユーザインターフェース（322 ）とからなり、
（d ）前記トランスレータ（103 ）と前記グラフィックユーザインターフェース（322 ）は表示マップの変更を周期的に交換するように構成され、前記トランスレータ（103 ）は周期的な交換を行なう間に前記表示マップの変更を蓄積し、１回の交換で複数の前記表示マップ変更を前記グラフィックユーザインターフェース（322 ）に送るバッチ転送システム。
【００７１】
（７）  ネットワーク（118 ）に関する構成データから表示装置（108 ）のためのマップデータを生成する速度を向上させるためのバッチ転送法であって、
前記ネットワーク（118 ）の装置と相互接続を示す構成データを生成および記憶するステップ、
ネットワークの構成に変更が生じたとき構成変更事象を生成するステップ、
前記構成データを前記マップデータに変換するステップ、
前記プロセッサ（102 ）を周期的に用いて、前記事象に基づいて前記マップデータに対する変更を加えるステップ、
前記プロセッサ（102 ）の使用の間に前記事象を蓄積するステップ、および
前記プロセッサ（102 ）への１回のアクセスの間の複数の前記事象をサービスするステップからなるバッチ転送方法。
【００７２】
（８）  上記（７）に記載の方法であって、さらに、
前記構成データから複数のサブマップを生成するステップ、
前記事象に基づいて前記サブマップのうちのどれが変更されるかを判定するステップを含むバッチ転送方法。
【００７３】
（９）  上記（７）に記載のバッチ転送方法であって、さらに、
グラフィックユーザインターフェース（322 ）を用いて前記表示装置（108 ）を駆動するステップ、
前記グラフィックユーザインターフェース（322 ）に表示マップの変更を周期的に通信するステップ、
各通信の間に前記表示マップの変更を蓄積するステップ、
前記グラフィックユーザインターフェース（322 ）への１回の通信の間に前記グラフィックユーザインターフェース（322 ）に複数の前記表示マップ変更を通信するステップからなるバッチ転送方法。
【００７４】
（10）  ネットワーク（118 ）の構成に関するマップデータがグラフィックユーザインターフェース（322 ）によって表示装置（108 ）に送られる速度を向上させるためのバッチ転送法であって、
前記ネットワーク（118 ）の装置と相互接続を示す構成データを生成および記憶するステップ、
ネットワークの構成に変更が生じたとき構成変更事象を生成するステップ、
前記構成データを前記マップデータに変換するステップ、
前記事象に基づく表示マップの変更を前記グラフィックユーザインターフェース（322 ）に周期的に通信するステップ、
各通信の間に前記表示マップの変更を蓄積するステップ、
前記グラフィックユーザインターフェース（322 ）への１回の通信の間に前記グラフィックユーザインターフェース（322 ）に複数の前記表示マップ変更を通信するステップからなるバッチ転送方法。
【００７５】
【発明の効果】
以上説明した本発明によれば、構成管理プログラムからトランスレータへの構成データのバッチ転送および／またはトランスレータからGUI へのマップデータのバッチ転送が行なわれる。これらのバッチ転送によって管理ステーション内の文脈切り替え（プロセッサの制御およびオペレーティングシステムの切り替え）が最小限になり、その結果、管理ステーションの速度と性能が大幅に向上させることができる。
【図面の簡単な説明】
【図１】本発明のバッチ転送システムと方法を採用した発見／レイアウトソフトウエアを有する管理ステーションのブロック図である。
【図２】図１の発見／レイアウトソフトウエアによって管理ステーションの表示装置に表示することのできるサブマップの集合からなる表示マップの概略図である。
【図３】図１の発見／レイアウトソフトウエアとバッチ転送システムのブロック図である。
【図４】図３の構成−マップトランスレータのアーキテクチャを示すフローチャートである。
【図５】図４のバッチ読み出しブロックのアーキテクチャを示すフローチャートである。
【図６】図４のオブジェクト検索ブロックのアーキテクチャを示すフローチャートである。
【図７】図４のマップ計算ブロックのアーキテクチャを示すフローチャートである。
【図８】図７のサブマップ変更計算ブロックのアーキテクチャを示すフローチャートである。
【図９】図８のネットワーク変更ブロックのアーキテクチャを示すフローチャートである。
【図１０】図８のセグメント変更ブロックのアーキテクチャを示すフローチャートである。
【図１１】図８のノード変更ブロックのアーキテクチャを示すフローチャートである。
【図１２】図８のインターフェース変更ブロックのアーキテクチャを示すフローチャートである。
【図１３】図８のインターフェース変更ブロックのアーキテクチャを示すフローチャートである。
【図１４】図８のインターフェース変更ブロックのアーキテクチャを示すフローチャートである。
【図１５】図４のマップ更新ブロックのアーキテクチャを示すフローチャートである。
【図１６】図２グラフィックユーザインターフェース（GUI ）内のオンディマンドサブマップブロックのアーキテクチャを示すフローチャートである。
【符号の説明】
100 ：オブジェクト指向管理ステーション
101 ：発見／レイアウトソフトウエア
102 ：プロセッサ
103 ：バッチ転送機構
104 ：システムバス
106 ：入力装置
108 ：表示装置
110 ：主記憶装置
112 ：ネットワークインターフェース
114 ：ディスク
116 ：プリンタ
118 ：ネットワーク
122 ：オペレーティングシステム
124 ：ネットワークソフトウエア
200 ：マップ
202 ：ルートサブマップ
203 ：オブジェクト
204 ：インターネットサブマップ
206 ：ネットワークサブマップ
208 ：セグメントサブマップ
210 ：ノードサブマップ
302 ：発見機構
304 ：レイアウト機構
306 ：ネットワークモニタ
310 ：構成管理プログラム
314 ：構成データベース
318 ：構成−マップトランスレータ
322 ：グラフィックユーザインターフェース（GUI ）
326 ：マップデータベース
【図１】
0003688777.tif 000002
【図２】
0003688777.tif 000003
【図３】
0003688777.tif 000004
【図４】
0003688777.tif 000005
【図５】
0003688777.tif 000006
【図６】
0003688777.tif 000007
【図７】
0003688777.tif 000008
【図８】
0003688777.tif 000009
【図９】
0003688777.tif 000010
【図１０】
0003688777.tif 000011
【図１１】
0003688777.tif 000012
【図１２】
0003688777.tif 000013
【図１３】
0003688777.tif 000014
【図１４】
0003688777.tif 000015
【図１５】
0003688777.tif 000016
【図１６】
0003688777.tif 000017