JPH09509541A - データ記憶装置 - Google Patents

Abstract

(57)【要約】 データ記憶装置はメイン通信網からＣＭＩＰプロトコルを用いてネットワークオブジェクトに関するデータを受信するＣＭＩＰアプリケーションコンポーネント（４２）を含む。各オブジェクトの各属性に対して、ＣＭＩＰ／ＳＮＭＰマッパーコンポーネント（４４）はＣＭＩＰオブジェクトクラス名と、属性名と、前記オブジェクトの区別される名前とを、対応するＳＮＭＰオブジェクト識別子に変換するとともに、ＣＭＩＰ属性値を対応するＳＮＭＰ属性値に変換し、このデータはＭＩＢ（４６）に記憶される。ＳＮＭＰアプリケーションコンポーネント（４８）はローカル通信網のネットワークマネージャからの情報に対する要求を受信する。有効な要求にサービスを提供するために、ＳＮＭＰアプリケーションコンポーネント（４８）はＭＩＢ（４６）からの要求されたデータを検索し、このデータをＳＮＭＰプロトコルを用いてローカル通信網のためのネットワークマネージャに供給する。あるオブジェクトのある属性の値の変更に対して、ＳＮＭＰアプリケーションコンポーネントはローカル通信網のネットワークマネージャにトラップを出力する。

Description

【発明の詳細な説明】 データ記憶装置 本発明は、遠隔通信網の個々のオブジェクトに関するデータを記憶するための データ記憶装置及びそのようなデータ記憶装置を動作させる方法に関する。 メイン遠隔通信網はローカル通信網間における通信リンクを提供すべく用いら れることが知られている。メイン遠隔通信網は公衆遠隔通信会社に属する私的あ るいは公的通信網であり、ローカル通信網は他の種々の会社に属する。すなわち 、会社が２つ以上の位置にローカル通信網を有している場合は、それらを接続す るためにメイン通信網が用いられる。メイン通信網及びローカル通信網のために ネットワークマネージャが用いられる。ネットワークマネージャは管理すべき通 信網の個々の要素からデータを受信して、これらの要素に指令を送る。これら２ つのタイプの通信網は個々に開発されて異なる要件を有しているので、ローカル 通信網のネットワークマネージャによって用いられる情報プロトコルは、そのロ ーカル通信網が接続されるメイン通信網のネットワークマネージャによって用い られる情報プロトコルとは概して異なっている。例えば、ローカル通信網ではシ ンプルネットワークマネジメントプロトコル（ＳＮＭＰ）が概して用いられ、メ イン通信網ではコモンマネジメントインフォメーションプロトコル（ＣＭＩＰ） が概して用いられる。ローカル通信網のネットワークマネージャのオペレータは 主として通信網の要素に関心があるが、当該通信網を他のローカル通信網に接続 するのに用いられるメイン通信網のいくつかの要素についての情報を受信するこ とも助けになる。異なるプロトコルは２つのタイプの通信網において用いられる ので、メイン通信網のネットワークマネージャからローカル通信網のネットワー クマネージャへのデータ転送は容易ではない。 本発明によれば、第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブ ジェクトに関するデータを記憶するためのデータ記憶装置が提供され、前記デー タ記憶装置は、前記第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブ ジェクトに関する第１情報プロトコルに従ったデータを、当該通信網のためのネ ットワークマネージャから受信する手段と、前記データ受信手段によって受信さ れたデータを、前記第１情報プロトコルで用いられる形態から第２情報プロトコ ルで用いられる形態に変換する手段と、前記データ変換手段による変換の後に、 前記第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブジェクトに関す るデータを記憶する手段と、前記第１遠隔通信網のまたは第１遠隔通信網に関す る個々のオブジェクトに関する前記データ記憶手段からのデータを、前記第２情 報プロトコルに従って第２遠隔通信網のネットワークマネージャに供給する手段 とを具備する。 本発明に係るデータ記憶装置は、データを、第１情報プロトコルで用いられる 形態から第２情報プロトコルで用いられる形態に記憶する前に変換するので、第 ２情報プロトコルに従ったデータのネットワークマネージャへの供給を確立する 。すなわち、本発明のデータ記憶装置は、メイン通信網のためのネットワークマ ネージャからのデータを、ローカル通信網のためのネットワークマネージャに転 送するのに用いられる。また、データを、ローカル通信網のためのネットワーク マネージャからメイン通信網のためのネットワークマネージャに転送するのにも 用いられる。 本発明の第２側面によれば、遠隔通信網のためのネットワークマネージャと、 本発明の第１側面によるデータ記憶装置とを具備するネットワーク管理システム が提供される。ネットワーク管理システムは第２遠隔通信網のためのネットワー クマネージャを含む。 本発明の第３側面によれば、第１遠隔通信網のまたは第１遠隔通信網に関する 個々のオブジェクトに関するデータを記憶するためのデータ記憶装置を動作する 方法が提供され、この方法は、当該通信網のためのネットワークマネージャから 、前記第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブジェクトに関 する第１情報プロトコルに従ったデータを受信する工程と、受信したデータを前 記第１情報プロトコルで用いられる形態から第２情報プロトコルで用いられる形 態に変換して記憶する工程と、前記第１遠隔通信網のまたは第１遠隔通信網に関 する個々のオブジェクトに関する変換されたデータを、前記第２情報プロトコル に 従って第２遠隔通信網のためのネットワークマネージャに供給する工程とを具備 する。 以下に発明について図面を参照して詳細に説明する。 図１はメイン通信網に接続された３つのローカル通信網を示すブロック図であ り、 図２はメイン通信網のためのネットワークマネージャと、ローカル通信網のた めのネットワークマネージャと、本発明に係るデータ記憶装置との間の関係を示 すブロック図であり、 図３は図２に示すデータ記憶装置のソフトウエアコンポーネントのブロック図 であり、 図４は図３に示すソフトウエアの全コントロールコンポーネントの動作状態を 示す図であり、 図５は図３に示すソフトウエアのＣＭＩＰアプリケーションコンポーネントの フローチャートであり、 図６は図３に示すソフトウエアのＣＭＩＰ／ＳＮＭＰマッパーコンポーネント のフローチャートであり、 図７は図３に示すソフトウエアで用いられる個々の回路のためのオブジェクト クラスの、ＣＭＩＰ属性と対応するＳＮＭＰ属性とを示す図であり、 図８は図３に示すソフトウエアで用いられるルータポートのためのＣＭＩＰ属 性と対応するＳＮＭＰ属性とを示す図であり、 図９は図３に示すソフトウエアで用いられるアクセスポートのためのＣＭＩＰ 属性と対応するＳＮＭＰ属性とを示す図であり、 図１０は図３に示すソフトウエアのＳＮＭＰアプリケーションコンポーネント のフローチャートである。 図１において、メイン通信網１０とこのメイン通信網１０に接続された３つの ローカル通信網１２、１３、１４が示されている。メイン通信網１０は公衆遠隔 通信会社に属する公的または私的遠隔通信網である。ローカル通信網１２、１３ 、１４はメイン通信網１０に接続された多数のローカル通信網のうち３つのみを 表している。本実施形態では、ローカル通信網１２、１３、１４は同じ組織体に 属 するが、メイン通信網１０の所有者とは全く異なる組織体である。メイン通信網 １０は相互連結された一組の交換ノード１５乃至２０を有している。ローカル通 信網１２はルータ２１を介して交換ノード１５に接続されており、ローカル通信 網１３はルータ２４を介して交換ノード１７に接続されており、ローカル通信網 １４はアクセスポイント２２とゲートウエイ２３とを介して交換ノード１９に接 続されている。ルータ２１、アクセスポイント２２、ゲートウエイ２３とはメイ ン通信網１０に関連しておりこのメイン通信網１０によって制御され、メイン通 信網１０の一部としてみなされる。ルータ２４はローカル通信網１３に関連して おりこのメイン通信網１３によって制御される。点線２５はローカル通信網１２ 、１３、１４によって制御される要素と、メイン通信網１０によって制御される 要素との間の境界を示している。 本実施形態においては、図１に示す、ローカル通信網１２、１３、１４、ルー タ２１、アクセスポイント２２、ゲートウエイ２３、メイン通信網１０はフレー ムリレーシステムの一部を構成している。本発明はフレームリレーシステムに関 して説明するが、他のタイプの遠隔通信システムにも適用できることは勿論であ る。 図２において、メイン通信網１０はネットワークマネージャ３０を有している 。ネットワークマネージャ３０はメイン通信網１０の要素、及びルータ２１、ア クセスポイント２２、ゲートウエイ２３からのデータを受信してこれらに指令を 送る。ネットワークマネージャ３０は、コモンマネジメントインフォメーション プロトコル（ＣＭＩＰ）として知られ、コモンマネジメントインフォメーション サービス（ＣＭＩＳ）として知られる一組のサービスを提供する情報プロトコル に従って、データを送信、受信、記憶すべく構成されている。要素が他のプロト コルでデータを送信するとき、そのデータはＣＭＩＰに変換される。ローカル通 信網１２はローカル通信網１２の要素から情報を受信し、かつこの要素へ指令を 送るネットワークマネージャ３２を有している。ネットワークマネージャ３２は シンプルネットワークマネジメントプロトコル（ＳＮＭＰ）として知られる情報 プロトコルを用いてこれらの通信網と通信する。ネットワークマネージャの構成 はよく知られているので、ネットワークマネージャ３０、３２の詳細は述べない 。 よく知られているように、ネットワークマネージャは概して適当なソフトウエア を備えた汎用コンピュータとして実現される。 ローカル通信網１２に対するネットワークマネージャ３２のオペレータは主と して当該通信網の要素に関心があるが、ローカル通信網１２、１３、１４間にバ ーチャルサーキットを提供するために用いられるルータ２１、アクセスポイント ２２、ゲートウエイ２３及び、メイン通信網２３の要素の状態に関するデータを 受信することも重要である。例えば、ルータ２１のポートが不動作のとき、オペ レータはこのことを知って適切な処置を行なうことが有用である。ネットワーク マネージャ３０及び３２は個々のネットワーク要素と通信するために異なる情報 プロトコルを使用するので、データをネットワークマネージャ３０から直接ネッ トワークマネージャ３２に供給できない。ネットワークマネージャ３２がメイン 通信網１０における要素に関するデータを受信できるように、メイン通信網１０ のためのネットワークマネージャ３０はこれらの要素に関するデータをデータ記 憶装置３４に供給し、データ記憶装置３４はローカル通信網１２のためのネット ワーク３２にこのデータを供給する。データ記憶装置３４については以下により 詳細に説明する。ネットワークマネージャ３０はＣＭＩＰを用いてデータ記憶装 置３４にデータを供給し、データ記憶装置３４はＳＮＭＰを用いてネットワーク マネージャ３２にデータを供給する。 データ記憶装置３４は適当なソフトウエアを備えた汎用コンピュータとして実 現される。好ましい実施形態ではデータ記憶装置３４はネットワークマネージャ ３０と同じコンピュータを用いており、これによって、ネットワークマネージャ ３０とデータ記憶装置３４とは共に配置される。一方、データ記憶装置３４はネ ットワークマネージャ３２と同じコンピュータを用いるかあるいは、ネットワー クマネージャ３０あるいは３２と共に配置されるか、あるいはそれらから遠くに 配置される別個の汎用コンピュータ３０を用いて実現される。 ネットワークマネージャ３０、３２はいわゆるオブジェクト指向環境において 動作する。オブジェクト指向環境においては、コンピュータソフトウエアは現実 世界の物理的オブジェクト及び、他の現実の実在をモデル化するために用いられ る。物理的オブジェクト及び実在は単にオブジェクトとして知られる。本実施形 態では、コンピュータソフトウエアが現実世界のオブジェクトを管理するので、 管理に必要な現実世界のオブジェクトの属性のみをモデル化する。オブジェクト がこのような方法でモデル化されるとき、管理されたオブジェクトと呼ばれる。 同一または類似のタイプのオブジェクトのカテゴリーはオブジェクトタイプと呼 ばれる。特定の現実世界のオブジェクトはオブジェクトタイプのインスタンスと 呼ばれる。例えば、ルータポートはオブジェクトタイプの例であり、ルータ２１ の個々のポートはオブジェクトタイプのインスタンスである。 現実世界のオブジェクトをモデル化する個々のソフトウエアモジュールもまた オブジェクトと呼ばれる。オブジェクトタイプのソフトウエア実装はオブジェク トクラスと呼ばれる。すなわち、特定の現実世界のオブジェクトをモデル化する 個々のソフトウエアオブジェクトは当該ソフトウエアオブジェクトが属するオブ ジェクトクラスのインスタンスと呼ばれる。各ソフトウエアオブジェクトは所属 するオブジェクトクラスの名前によって及び、ソフトウエアオブジェクト自身に 固有な識別子によって識別される。各オブジェクトクラスは一組のあらかじめ定 義された属性を有している。例えば、ルータポートに対するオブジェクトクラス を考える場合の属性は当該ポートの動作状態を含む。特定のオブジェクトクラス インスタンスにおいては、各属性は特定の値を有し、その値は変更されることが 多い。 ネットワークマネージャ３０はメイン通信網１０において見いだされるオブジ ェクトの種々のタイプをモデル化するための一組のオブジェクトクラスを使用す る。これらのオブジェクトクラスはそれぞれ、モデル私的バーチャルサーキット 、ルータポート、アクセスポイントの３つのクラスを含む。これらの３つのオブ ジェクトクラスの各々は一組の属性を有している。各属性はあらかじめ定められ た名前とあらかじめ定められたある値を有している。各組を構成する属性、属性 の名前、あらかじめ定義された値は、ネットワークマネージャ３０及びＣＭＩＰ に対して適宜選択される。同様にして、ネットワークマネージャ３２によって用 いられるオブジェクトクラスは、私的バーチャルサーキット、ルータポート、ア クセスポイントによって用いられるオブジェクトクラスに対応する３つのオブジ ェクトクラスを含む。属性の名前、あらかじめ定義された値はＳＮＭＰに適して い る。ネットワークマネージャ３０で用いられる３つのオブジェクトクラスの各々 、及びネットワークマネージャ３２で用いられる対応するオブジェクトクラスに おいては、属性の名前と値とは２つの対応するクラス間で異なっている。以下に 詳述するように、データ記憶装置３４は、ネットワークマネージャ３０で用いら れる特定のオブジェクトクラスの属性に関するデータを、ネットワークマネージ ャ３２で用いられる対応するオブジェクトクラスのための適当な形態に変換する 。 ＳＮＭＰにおいて、ネットワークマネージャはネットワーク要素からの情報を 獲得するためにコマンドを出力する。これらのコマンドはGetとGet-Nextを含む 。Getコマンドは特定のオブジェクトの特定の属性の値に対する要求である。Get -Nextコマンドは次のオブジェクトの同じ属性の値に対する要求である。 ＣＭＩＳによって提供されるサービスは、m-Get及びm-EventReportを含む。m- Getサービスは、特定のオブジェクトの特定の属性の値に対する、あるいは、特 定のオブジェクトクラスに属するすべてのオブジェクトの属性に対する要求であ る。m-EventReportはデータを供給するために、例えばネットワーク要素による ネットワークマネージャに対するオファーである。データは特定のオブジェクト の属性の完全な一組の値かあるいは、特定のオブジェクトの特定の属性の値の変 化である。m-EventReportは要求されていないイベント報告である。 データ記憶装置３４のソフトウエアコンポーネントが図３に示されている。こ れらはＣＭＩＰスタック４０、ＣＭＩＰアプリケーションコンポーネント（ＣＭ ＩＰ−ＡＰＰＬ）４２、ＣＭＩＰ／ＳＮＭＰマッパーコンポーネント（ＭＡＰＰ ＥＲ）４４、マネジメントインフォメーションベース（ＭＩＢ）４６、ＳＮＭＰ アプリケーションコンポーネント（ＳＮＭＰ−ＡＰＰＬ）４８、ＴＣＰ／ＩＰコ ミュニケーションスタック５０、ＵＤＰ／ＩＰコミュニケーションスタック５２ 、サポートファイル（ＣＦＧ）５４、全コントロールコンポーネント（Ｏ−ＣＴ ＲＬ）５６及びトラップファンクションコンポーネント（ＵＳＥＲ−ＥＸＩＴＳ ）５８とを具備する。図３はまた、マルチプレクサ６０と、ＴＣＰ／ＩＰコミュ ニケーションスタック６２とＵＤＰ／ＩＰコニュニケーションスタック６４とを 示している。 ＣＭＩＰアプリケーションコンポーネント４２はネットワークマネージャ３０ へ要求を送信、ネットワークマネージャ３０から応答と要求されていないイベン トの報告とを受信する。ＣＭＩＰ／ＳＮＭＰマッパーコンポーネント４４は各オ ブジェクトの属性の値を、ＣＭＩＰで用いられる形態からＳＮＭＰで用いられる 形態に変換する役目を有する。遠隔通信網の個々のオブジェクトの属性の値に関 するデータがデータベースに記憶されたとき、データベースはマネジメントイン ンフォメーションベース（ＭＩＢ）として知られる。ＭＩＢ４６はマッパーコン ポーネント４４による変換の後、遠隔通信網１０のオブジェクトの属性の値を記 憶する。すなわち、データはＳＮＭＰを用いる送信に適した形態でＭＩＢ４６に 記憶される。ＳＮＭＰアプリケーションコンポーネント４８はネットワークマネ ージャ３２からの要求を受信、ネットワークマネージャ３２へ応答を送信、ネッ トワークマネージャ３２に要求されていないイベントを報告する役目を有する。 ＳＮＭＰにおいては要求されていないイベント報告はトラップと呼ばれる。トラ ップファンクションコンポーネント５８はネットワークマネージャ３０からのど の要求されていないイベント報告をトラップとしてネットワークマネージャ３２ に送るかを選択する役目を有する。データ記憶装置３４の種々のコンポーネント とマルチプレクサ６０について以下に詳細に説明する。 ＣＭＩＰスタック４０はＣＭＩＰアプリケーションコンポーネント４２からの ＣＭＩＳリクエストをネットワークマネージャ３０への送信のための形態に変換 し、このネットワークマネージャ３０からの応答をＣＭＩＰアプリケーションコ ンポーネント４２に適した形態に変換する役目を有する。ＣＭＩＰスタック４０ はＣＭＩＰハンドラーと通信スタックとを具備する。ＣＭＩＰハンドラーはＣＭ ＩＰアプリケーションコンポーネント４２からのＣＭＩＳ要求を通信スタックへ 渡して、要求された接続を確立する。また、通信スタックからのＣＭＩＳ応答と 要求されていないイベント報告をＣＭＩＳアプリケーションコンポーネント４２ に渡す。ＣＭＩＳ及びＣＭＩＰは各々、ＩＳＯ／ＩＦＣ標準９５９５、９５９６ において定義されている。ＣＭＩＰハンドラーとして適したソフトウエアーパッ ケージはBritish Telecommunications plc．から入手可能である。通信スタック として適したソフトウエアパッケージは米国カルフォルニア州、サンタモニカの Retix corporationから入手できる。 ＴＣＰ／ＩＰスタック５０、６２は、ＴＣＰ／ＩＰプロトコルを用いてのデー タ送信を可能にする。同様に、ＵＤＰ／ＩＰスタック５２、６４はＵＤＰ／ＩＰ プロトコルを用いてのデータ送信を可能にする。スタック５０、５２、６２、６ ４は市場で入手できる。例えば、良く知られたSunオペレーティングシステムは ＴＣＰ／ＩＰスタック及びＵＤＰ／ＩＰスタックを含む。 図２はネットワークマネージャ３０からのデータを受信するローカル通信網の ための単一のネットワークマネージャのみを示しているが、本発明は、メイン通 信網のためのネットワークマネージャからのデータをローカル通信網のための１ つ以上のネットワークマネージャに提供するために用いられる。単一のデータ記 憶装置は、ローカルネットワークマネージャがメイン通信網の同一の要素に関心 をもつので、メイン通信網に関するデータを特定のカスタマに属するすべてのロ ーカル通信網に提供できる。しかしながら、異なるカスタマはメイン通信網の異 なる組に関心をもち、かつ、安全のためには通信網要素に関するデータの供給を 制限することが必要なので、各カスタマのために個々のデータ記憶装置を提供す ることが必要である。データ記憶装置は共にまたは別個に配置される。ローカル 通信網のための種々のネットワークマネージャからの要求はマルチプレクサ６０ によって共通通信リンク７０で受信される。各要求はそれを作成するネットワー クマネージャのための識別子を含む。その後、マルチプレクサ６０は要求を適当 なデータ記憶装置に送る。応答及びトラップは共通通信リンクに関する種々のネ ットワークマネージャに一斉に送信される。 図４において、ＣＭＩＰアプリケーションコンポーネント４２は６つの動作状 態、STARTUP,DELETE-ERS-SENT,CREATE-ERS-SENT,UPLOAD-MIB,RUNNING及び SHUTD OWNにおいて存在する。ＳＮＭＰアプリケーションコンポーネント４８は５つの 動作状態、STARTUP,CONNECTING,REG-REQ-SENT,WAITING-ON-CMIP及びRUNNINGにお いて存在する。これらのコンポーネントの各々に対する状態変数は全コントロー ルコンポーネント５６に維持される。開始時、両コンポーネントに対する状態変 数はSTARTUPに設定される。ＣＭＩＰアプリケーションコンポーネントに対して 、状態変数は次の４つの状態のためにＣＭＩＰアプリケーションコンポーネント によって１つの状態から他の状態に変更される。以下に詳細に述べるように、状 態UP LOAD-MIBでは、メイン通信網１０の要素に関する初期データはＣＭＩＰアプリケ ーションコンポーネントに供給される。状態RUNNINGでは、ＣＭＩＰアプリケー ションコンポーネントはネットワークマネージャ３０から要求されていないイベ ント報告を受信する。シャットダウンのためには状態変数はSHUTDOWNに変更され る。 開始に続いて、ＳＮＭＰアプリケーションコンポーネントは残りの４つの動作 状態のために、１つの状態から他の状態へと状態変数を変更する。以下にさらに 詳細に述べるように、状態CONNECTING及びREG-REQ-SENTの間、ＳＮＭＰアプリケ ーションコンポーネントはマルチプレクサ６０と接続を確立するとともに、自身 をマルチプレクサ６０に登録する。状態WAITING-ON-CMIPの間、ＳＮＭＰアプリ ケーションコンポーネントはＣＭＩＰアプリケーションコンポーネントへの初期 データの供給が終了するまで待機する。状態RUNNINGの間、ＳＮＭＰアプリケー ションコンポーネントネットワークマネージャ３２からの要求に対してサービス を行いトラップを送る。 サポートファイル５４はデータ記憶装置３４によって支持されるＣＭＩＰオブ ジェクトクラスのリストを含む。本実施形態では、データ記憶装置３４は私的バ ーチャルサーキット、ルータポート、アクセスポイントのためのＣＭＩＰオブジ ェクトクラスを支持する。 以下に図５のフローチャートを参照してＣＭＩＰアプリケーションコンポーネ ント（ＣＭＩＰ−ＡＰＰＬ）４２について説明する。 データ記憶装置３４の開始に続いて、ステップＳ１ではＣＭＩＰアプリケーシ ョンコンポーネントは初期化ルーチンを実行する。その後、ステップＳ２におい て状態変数をDELETE-ERS-SENTに設定する。 ＣＭＩＳはフィルタとして知られる機能を提供する。フィルタがＭＩＢに配置 されたとき、要求されていないイベント報告が特定のオブジェクトクラスに属す るオブジェクトの特定の属性の値が変化したときに出力される。ステップＳ３に おいて、ＣＭＩＰアプリケーションコンポーネントは、データ記憶装置３４に関 して配置されたフィルタを除去するために、ネットワークマネージャ３０に指令 を送る。これは以前のすべてのフィルタがキャンセルされることを確認するため である。 ステップＳ４では状態変数はCREATE-ERS-SENTに設定される。 ステップＳ５において、ＣＭＩＰアプリケーションコンポーネントは新しいフ ィルタを生成すべくネットワークマネージャに指令する。このフィルタはオブジ ェクトクラスと要求されていないイベント報告を要求するための３つのクラスの 属性とを特定する。ＣＭＩＰアプリケーションコンポーネントは適当なサポート ファィル５４からのフィルタを構成するためのデータを獲得する。その後、状態 変数はステップＳ６でUPLOAD-MIBに変更される。 データ記憶装置が権限をもたないところからのデータを受信しないように、メ インネットワークマネージャ３０におけるＭＩＢは分離され、データ記憶装置３ ２は当該関連する分離に含まれるデータのみにアクセスする。ステップＳ７では ＣＭＩＰ後はm-get要求を、データを要求している各オブジェクトクラスに対す るネットワークマネージャ３０に送る。これらのオブジェクトクラスの名前はサ ポートファイル５４から検索される。すなわち、本実施形態においては、私的バ ーチャルサーキット、ルータポート、アクセスポイントオブジェクトクラスに対 するm-get要求を送る。これらのクラスの１つ以内及び、データ記憶装置３４に 関連する分離以内に含まれる各オブジェクトに対して、ネットワークマネージャ は適当なデータをＣＭＩＰアプリケーションコンポーネントに送る。特に、各オ ブジェクトに対して、メインネットワークマネージャはオブジェクトクラスの名 前、オブジェクトクラスの特定のインスタンスに対する識別子または区別された 名前、オブジェクトの各属性の名前及び値とを送る。 ＣＭＩＰアプリケーションコンポーネントはその後、データをＣＭＩＰ／ＳＮ ＭＰマッパー４４に送り、当該インスタンスに対するデータはＭＩＢ４６に記憶 される。すなわち、このようにして各オブジェクトクラスに対するデータがＭＩ Ｂ４６にアップロードされる。 各インスタンスに関するデータを受信した後、ＣＭＩＰアプリケーションコン ポーネントは当該インスタンスがデータが送信される最後のインスタンスか否か をチェックする。最後のインスタンスでないときはＣＭＩＰアプリケーションコ ンポーネントは次のインスタンスに関するデータを受信する。最後のインスタン スであるときは、ステップＳ８において状態変数がRUNNINGに設定される。 ステップＳ９においてＣＭＩＰアプリケーションコンポーネントは要求されて いないイベントの報告を受信したか否かを決定すべくＣＭＩＰスタック４０を反 復的にスケジューリングする。 以下に図６乃至図９を参照してＣＭＩＰ／ＳＮＭＰマッパーコンポーネント４ ４の動作を説明する。図６はこのコンポーネントのためのフローチャートを示す 。図７乃至図９は各々、ＣＭＩＰ属性名、回路のためのオブジェクトクラスのた めのＳＮＭＰ属性名、ルータポート及びアクセスポイントを示している。 まず図７において、属性名はCircuitId,aEndPointName,zEndPointName,admini starativeState,operationalState,circuitBandwidth,userLabelsとを具備して いる。これらの属性名は各々、回路の身元、回路の開始ポイント、回路の終了ポ イント、管理状態、動作状態、帯域、ネットワークマネージャ３０のオペレータ が付加するテキストに関している。各属性はある値を有する。例えば、特定の回 路に対して、circuitIdは回路に対する識別子であり、operationalStateは値“e nabled”、“disabled”とを有する。対応するＳＮＭＰ属性名がＣＭＩＰ属性名 とともに示されている。ＣＭＩＰ属性に対する各値に対して、ＳＮＭＰ属性に対 する対応値が存在する。ＳＮＭＰオブジェクトクラスは２つのトラップ、pvcCir cuitDown及びpvcCircuitUpとを有する。これらの２つのトラップは、属性operat ionalStateが“disabled”及び“enabled”に変化したときに出力される。 図８において、ルータポートに対するＣＭＩＰ属性はequipmentId,administra tiveState,operationalState,typeText及びuserLabelsを具備する。これらは各 々、ルータポートの身元、管理状態、動作状態、言葉による記述、メイン通信網 ３０のオペレータが付加するテキストを表している。これらは各々、番号及び値 のいずれかを有している。対応するＳＮＭＰ属性名がＣＭＩＰ属性名とともに示 されている。ＣＭＩＰ属性の各値に対して、対応するＳＮＭＰ属性は対応する値 を有している。ＳＮＭＰオブジェクトクラスは２つのトラップ、RouterPortDown ,RoutePortUpを有している。これらの２つのトラップは、属性operationalState が“disabled”及び“enabled”に変更されたときに各々出力される。 図９において、アクセスポイントオブジェクトクラスに対するＣＭＩＰ属性は 、functionId,administrativeState,operationalState,protocolType及びuserLa be lsとを具備する。これらは各々、アクセスポイントの身元、管理状態、動作状態 、使用するプロトコルのタイプ、ネットワークマネージャ３０のオペレータが付 加するテキストを表している。対応するＳＮＭＰ属性名はＣＭＩＰ属性名ととも に示されている。回路及びルータポートオブジェクトクラスとともに、各ＣＭＩ Ｐ属性は多数の値の１つをとり、これらの値の各々について対応するＳＮＭＰ値 が存在する。ＳＮＭＰオブジェクトクラスは２つのトラップ、GNSAccessDown,GN SAccessUpとを有する。これら２つのトラップは、operatinalStateが“disabled ”及び“enabled”に変更されたときに各々出力される。 動作状態UPLOAD-MIBの間に種々のオブジェクトクラスに関する初期データを受 信し、その後、動作状態RUNNINGの間に要求されていないイベントの報告を受信 するとき、マッパーコンポーネント４４はＣＭＩＰ属性値をＳＮＭＰ属性値に変 換するためにＣＭＩＰアプリケーションコンポーネント４２によって用いられる 。マッパーコンポーネントは各属性値を交互に変換し、図６は１つの属性値を変 換するための手続きを示している。 ＳＮＭＰにおいて、特定のクラスの特定のインスタンスの特定の属性に対して 、クラスの名前と、属性の名前、区別された名前あるいは当該クラスの特定のイ ンスタンスに対する識別子の組合せはオブジェクト識別子と呼ばれる。特定の属 性のためのステップＳ２０において、マッパーコンポーネントはＣＭＩＰクラス 名前、属性名、区別された名前を対応するＳＮＭＰオブジェクト識別子に変換す る。クラス名及び属性名に対するデータはマッパーコンポーネント４４に記憶さ れる。以下に区別された名前を変換する方法について説明する。 ＳＮＭＰ ＭＩＢにおいて、特定のクラスの種々のインスタンスの属性の値は 当該クラスに特定されたテーブルに記憶される。テーブルの各行はクラスの特定 のインスタンスに関連し、各列はそのクラスの特定の属性に関連する。データは 数字として記憶される。より詳細には、各クラスは数字の特定の組によって識別 され、クラスの各属性は数字の特定の組によって識別される。クラスのインスタ ンスに対するＣＭＩＰ区別された名前はＡＳＣＩＩコードに変換される。すなわ ち、ＳＮＭＰオブジェクト識別子はクラス名のための一組の数字と、属性名のた めの一組の数字と、区別された名前のためのＡＳＣＩＩコードとを具備する。 属性値もまた数字に変換される。属性が限られた数の状態をもつとき、各状態 は個々の数字によって識別される。例えば、３つすべてのクラスにおいて、属性 operationalStateに対して、値“disabled”、“enabled”、“active”、“bus y”は各々“１”、“２”、“３”、“４”に変換される。属性値がテキストと して表現されるとき、例えば属性userLabelsの値に対して、テキストはＡＳＣＩ Ｉコードに変換される。 ローカルネットワークマネージャ３２がデータ記憶装置３４からの特定のオブ ジェクトに対する属性値を受信するとき、ＳＮＭＰオブジェクト識別子を表す数 字と、属性値を与える数字の組は、ネットワークマネージャによってテキストに 変換される。すなわち、属性operationalStateに対して、属性値“１”は“enab led”に変換される。 図１０に示すフローチャートを参照してＳＮＭＰアプリケーションコンポーネ ント４８について説明する。このコンポーネントの第１の目的はGet及びGet-Nex t要求に対してサービスを提供することである。 ステップＳ３０において、ＳＮＭＰアプリケーションコンポーネントは初期化 ルーチンを実行する。次にステップＳ３１において状態変数をCONNECTINGに設定 する。ステップＳ３２においてマルチプレクサ６０との接続を形成する。ステッ プＳ３３において状態変数をREG-REQ-SENTに設定する。その後ステップＳ３４に いて、ＳＮＭＰアプリケーションコンポーネントはマルチプレクサ６０にその識 別子を供給することによってデータ記憶装置３４をマルチプレクサ６０に登録す る。 ステップＳ３５において、ＳＮＭＰアプリケーションコンポーネントは状態変 数をWAIT-FOR-CMIP-SIDEに設定する。その後、ステップＳ３６においてＣＭＩＰ アプリケーションコンポーネントがネットワークマネージャ３０からすべての初 期データを受信して対応するＳＮＭＰデータをＭＩＢ４６にロードするまで待機 する。すべての初期データがＭＩＢ４６にロードされてＣＭＩＰアプリケーショ ンコンポーネントが状態変数をRUNNINGに変更したとき、ＳＮＭＰアプリケーシ ョンコンポーネントはステップＳ３７において状態変数をRUNNINGに設定する。 その後、ステップＳ３８において、ＳＮＭＰアプリケーションコンポーネントは Get及 びGet-Next要求に対するスタック５０を連続的にスケジューリングする。 属性値に対する要求を受信したとき、ステップＳ３９においてＳＮＭＰアプリ ケーションコンポーネントは要求が有効なパスワードを含んでいるかどうかをチ ェックする。要求が有効なパスワードを含んでいない場合はプログラムはステッ プＳ４０に移行して要求が無視される。 要求が有効なパスワードを含むとき、ＳＮＭＰアプリケーションコンポーネン トはステップＳ４１を実行する。各要求は要求を作成するローカルネットワーク マネージャのための識別子を含む。ステップＳ４１においてＳＮＭＰアプリケー ションコンポーネントはデータをこの識別子を有するローカルネットワークマネ ージャに送信する権限を与えられているかどうかをチェックする。識別子が有効 でなくしたがって、要求が通らない場合は、要求はステップＳ４０で無視される 。識別子が有効である場合はＳＮＭＰアプリケーションコンポーネントはステッ プＳ４２を実行する。 ステップＳ４２ではＳＮＭＰアプリケーションコンポーネントは要求が有効か どうかをチェックする。例えば、要求が破損または、データを供給できないオブ ジェクトクラスに関しているとき、有効ではないとする。要求が有効でない場合 、ローカルネットワークマネージャはステップＳ４３でこのことを知らされる。 要求が有効であるときはステップＳ４４を実行する。 ステップＳ４０、４３、４４の後、ＳＮＭＰアプリケーションコンポーネント はステップＳ３８に戻る。 上記したように、ＳＮＭＰアプリケーションコンポーネントは要求されていな いイベントの報告または、いくつかの属性の値の変更のためのトラップを送信す る。各オブジェクトクラスに対して、サポートファイル５４におけるデータは、 出力すべきトラップを引き起こす属性の変更を特定する。本実施形態では、各オ ブジェクトクラスに対して、“enabled”または“disabled”に対する属性opera tionStateの値の変更はトラップを出力させる。ＣＭＩＰアプリケーションコン ポーネント４２が属性値の変更の詳細を受信したとき、属性値の変更がトラップ を出力するためのものであるか否かをサポートファイル５４に問い合わせる。ト ラップを出力すべきものである場合、ＣＭＩＰアプリケーションコンポーネント ４ ２はトラップファンクションコンポーネント５８を呼び出す。このトラップファ ンクションコンポーネント５８はこれに応答してＳＮＭＰアプリケーションコン ポーネント４８に対してトラップをネットワークマネージャ３２に出力すべく指 令を与える。 本実施形態ではデータ記憶装置はメイン通信網に関するデータをローカル通信 網のためのネットワークマネージャに供給するが、本発明はこれに限定されない 。すなわち、本発明はメイン通信網のネットワークマネージャがローカル通信網 のネットワークマネージャからデータを獲得するようにしてもよい。 また、本実施形態ではデータ記憶装置はＣＭＩＰにおけるデータを受信してＳ ＮＭＰにおけるデータを供給しているが、本発明はこれに限定されない。すなわ ち、本発明は他の情報プロトコルに従ってデータを受信して供給してもよい。例 えば、ＳＮＭＰにおけるデータを受信してストラクチャードクエリーランゲージ （ＳＱＬ）でデータを供給するデータ記憶装置に用いられる。

【手続補正書】特許法第１８４条の８ 【提出日】１９９６年２月８日 【補正内容】 明細書 データ記憶装置 本発明は、遠隔通信網の個々のオブジェクトに関するデータを記憶するための データ記憶装置及びそのようなデータ記憶装置を動作させる方法に関する。 メイン遠隔通信網はローカル通信網間における通信リンクを提供すべく用いら れることが知られている。メイン遠隔通信網は公衆遠隔通信会社に属する私的あ るいは公的通信網であり、ローカル通信網は他の種々の会社に属する。すなわち 、会社が２つ以上の位置にローカル通信網を有している場合は、それらを接続す るためにメイン通信網が用いられる。メイン通信網及びローカル通信網のために ネットワークマネージャが用いられる。ネットワークマネージャは管理すべき通 信網の個々の要素からデータを受信して、これらの要素に指令を送る。これら２ つのタイプの通信網は個々に開発されて異なる要件を有しているので、ローカル 通信網のネットワークマネージャによって用いられる情報プロトコルは、そのロ ーカル通信網が接続されるメイン通信網のネットワークマネージャによって用い られる情報プロトコルとは概して異なっている。例えば、ローカル通信網ではシ ンプルネットワークマネジメントプロトコル（ＳＮＭＰ）が概して用いられ、メ イン通信網ではコモンマネジメントインフォメーションプロトコル（ＣＭＩＰ） が概して用いられる。ローカル通信網のネットワークマネージャのオペレータは 主として通信網の要素に関心があるが、当該通信網を他のローカル通信網に接続 するのに用いられるメイン通信網のいくつかの要素についての情報を受信するこ とも助けになる。異なるプロトコルは２つのタイプの通信網において用いられる ので、メイン通信網のネットワークマネージャからローカル通信網のネットワー クマネージャへのデータ転送は容易ではない。 ＳＮＭＰとＣＭＩＰとは、論文、（“ＴＣＰ／ＩＰ通信網のネットワーク管理 、現在及び未来”、ＩＥＥ Network，コンピュータ通信の雑誌、Volume 4，Numb er4，July 1990,３５乃至４３頁）において比較されている。 本発明によれば、第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブ ジェクトに関するデータを記憶するためのデータ記憶装置が提供され、前記デー タ記憶装置は、前記第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブ ジェクトに関する第１情報プロトコルに従ったデータを、当該通信網のためのネ ットワークマネージャから受信する手段と、前記データ受信手段によって受信さ れたデータを、前記第１情報プロトコルで用いられる形態から第２情報プロトコ ルで用いられる形態に変換する手段と、前記データ変換手段による変換の後に、 前記第１遠隔通信網のまたは第１遠隔通信網に関する個々のオブジェクトに関す るデータを記憶する手段と、前記第１遠隔通信網のまたは第１遠隔通信網に関す る個々のオブジェクトに関する前記データ記憶手段からのデータを、前記第２情 報プロトコルに従って第２遠隔通信網のネットワークマネージャに供給する手段 とを具備する。 本発明に係るデータ記憶装置は、データを、第１情報プロトコルで用いられる 形態から第２情報プロトコルで用いられる形態に記憶する前に変換するので、第 ２情報プロトコルに従ったデータのネットワークマネージャへの供給を確立する 。すなわち、本発明のデータ記憶装置は、メイン通信網のためのネットワークマ ネージャからのデータを、ローカル通信網のためのネットワークマネージャに転 送するのに用いられる。また、データを、ローカル通信網のためのネットワーク マネージャからメイン通信網のためのネットワークマネージャに転送するのにも 用いられる。 本発明の第２側面によれば、遠隔通信網のためのネットワークマネージャと、 本発明の第１側面によるデータ記憶装置とを具備するネットワーク管理システム が提供される。ネットワーク管理システムは第２遠隔通信網のためのネットワー クマネージャを含む。 本発明の第３側面によれば、第１情報プロトコルを用いる第１遠隔通信網の第 １ネットワークマネージャを、第２情報プロトコルを用いる第２遠隔通信網の第 ２ネットワークマネージャに相互接続する方法であって、 データ記憶装置において、前記第１ネットワークマネージャから、前記第１遠 隔通信網のあるいは第１遠隔通信網に関する前記第１情報プロトコルに従ってデ ータを受信する工程と、 前記データ記憶装置において、前記受信したデータを、前記第１情報プロトコ ルにおいて用いられる形態から前記第２情報プロトコルにおいて用いられる形態 に変換してこの変換されたデータを記憶する工程と、 前記第１遠隔通信網のあるいは第１遠隔通信網に関する前記変換されたデータ を前記第２情報プロトコルに従って、前記データ記憶装置から前記第２遠隔通信 網のための前記第２ネットワークマネージャに供給する工程と、 を具備する。 以下に本発明について図面を参照して詳細に説明する。 図１はメイン通信網に接続された３つのローカル通信網を示すブロック図であ り、 図２はメイン通信網のためのネットワークマネージャと、ローカル通信網のた めのネットワークマネージャと、本発明に係るデータ記憶装置との間の関係を示 すブロック図であり、 図３は図２に示すデータ記憶装置のソフトウエアコンポーネントのブロック図 であり、 図４は図３に示すソフトウエアの全コントロールコンポーネントの動作状態を 示す図であり、 図５は図３に示すソフトウエアのＣＭＩＰアプリケーションコンポーネントの フローチャートであり、 図６は図３に示すソフトウエアのＣＭＩＰ／ＳＮＭＰマッパーコンポーネント のフローチャートであり、 図７は図３に示すソフトウエアで用いられる個々の回路のためのオブジェクト クラスの、ＣＭＩＰ属性と対応するＳＮＭＰ属性とを示す図であり、 図８は図３に示すソフトウエアで用いられるルータポートのためのＣＭＩＰ属 性と対応するＳＮＭＰ属性とを示す図であり、 図９は図３に示すソフトウエアで用いられるアクセスポートのためのＣＭＩＰ 属性と対応するＳＮＭＰ属性とを示す図であり、 図１０は図３に示すソフトウエアのＳＮＭＰアプリケーションコンポーネント のフローチャートである。 図１において、メイン通信網１０とこのメイン通信網１０に接続された３つの ローカル通信網１２、１３、１４が示されている。メイン通信網１０は公衆遠隔 通信会社に属する公的または私的遠隔通信網である。ローカル通信網１２、１３ 、１４はメイン通信網１０に接続された多数のローカル通信網のうち３つのみを 表している。本実施形態では、ローカル通信網１２、１３、１４は同じ組織体に 属するが、メイン通信網１０の所有者とは全く異なる組織体である。メイン通信 網１０は相互連結された一組の交換ノード１５乃至２０を有している。ローカル 通信網１２はルータ２１を介して交換ノード１５に接続されており、ローカル通 信網１３はルータ２４を介して交換ノード１７に接続されており、ローカル通信 網１４はアクセスポイント２２とゲートウエイ２３とを介して交換ノード１９に 接続されている。ルータ２１、アクセスポイント２２、ゲートウエイ２３とはメ イン通信網１０に関連しておりこのメイン通信網１０によって制御され、メイン 通信網１０の一部としてみなされる。ルータ２４はローカル通信網１３に関連し ておりこのメイン通信網１３によって制御される。点線２５はローカル通信網１ ２、１３、１４によって制御される要素と、メイン通信網１０によって制御され る要素との間の境界を示している。 本実施形態においては、図１に示す、ローカル通信網１２、１３、１４、ルー タ２１、アクセスポイント２２、ゲートウエイ２３、メイン通信網１０はフレー ムリレーシステムの一部を構成している。本発明はフレームリレーシステムに関 して説明するが、他のタイプの遠隔通信システムにも適用できることは勿論であ る。 図２において、メイン通信網１０はネットワークマネージャ３０を有している 。ネットワークマネージャ３０はメイン通信網１０の要素、及びルータ２１、ア クセスポイント２２、ゲートウエイ２３からのデータを受信してこれらに指令を 送る。ネットワークマネージャ３０は、コモンマネジメントインフォメーション プロトコル（ＣＭＩＰ）として知られ、コモンマネジメントインフォメーション サービス（ＣＭＩＳ）として知られる一組のサービスを提供する情報プロトコル に従って、データを送信、受信、記憶すべく構成されている。要素が他のプロト コ ルでデータを送信するとき、そのデータはＣＭＩＰに変換される。ローカル通信 網１２はローカル通信網１２の要素から情報を受信し、かつこの要素へ指令を送 るネットワークマネージャ３２を有している。ネットワークマネージャ３２はシ ンプルネットワークマネジメントプロトコル（ＳＮＭＰ）として知られる情報プ ロトコルを用いてこれらの通信網と通信する。ネットワークマネージャの構成は よく知られているので、ネットワークマネージャ３０、３２の詳細は述べない。 よく知られているように、ネットワークマネージャは概して適当なソフトウエア を備えた汎用コンピュータとして実現される。 ローカル通信網１２に対するネットワークマネージャ３２のオペレータは主と して当該通信網の要素に関心があるが、ローカル通信網１２、１３、１４間にバ ーチャルサーキットを提供するために用いられるルータ２１、アクセスポイント ２２、ゲートウエイ２３及び、メイン通信網２３の要素の状態に関するデータを 受信することも重要である。例えば、ルータ２１のポートが不動作のとき、オペ レータはこのことを知って適切な処置を行なうことが有用である。ネットワーク マネージャ３０及び３２は個々のネットワーク要素と通信するために異なる情報 プロトコルを使用するので、データをネットワークマネージャ３０から直接ネッ トワークマネージャ３２に供給できない。ネットワークマネージャ３２がメイン 通信網１０における要素に関するデータを受信できるように、メイン通信網１０ のためのネットワークマネージャ３０はこれらの要素に関するデータをデータ記 憶装置３４に供給し、データ記憶装置３４はローカル通信網１２のためのネット ワーク３２にこのデータを供給する。データ記憶装置３４については以下により 詳細に説明する。ネットワークマネージャ３０はＣＭＩＰを用いてデータ記憶装 置３４にデータを供給し、データ記憶装置３４はＳＮＭＰを用いてネットワーク マネージャ３２にデータを供給する。 データ記憶装置３４は適当なソフトウエアを備えた汎用コンピュータとして実 現される。好ましい実施形態ではデータ記憶装置３４はネットワークマネージャ ３０と同じコンピュータを用いており、これによって、ネットワークマネージャ ３０とデータ記憶装置３４とは共に配置される。一方、データ記憶装置３４はネ ットワークマネージャ３２と同じコンピュータを用いるかあるいは、ネットワー クマネージャ３０あるいは３２と共に配置されるか、あるいはそれらから遠くに 配置される別個の汎用コンピュータ３０を用いて実現される。 ネットワークマネージャ３０、３２はいわゆるオブジェクト指向環境において 動作する。オブジェクト指向環境においては、コンピュータソフトウエアは現実 世界の物理的オブジェクト及び、他の現実の実在をモデル化するために用いられ る。物理的オブジェクト及び実在は単にオブジェクトとして知られる。本実施形 態では、コンピュータソフトウエアが現実世界のオブジェクトを管理するので、 管理に必要な現実世界のオブジェクトの属性のみをモデル化する。オブジェクト がこのような方法でモデル化されるとき、管理されたオブジェクトと呼ばれる。 同一または類似のタイプのオブジェクトのカテゴリーはオブジェクトタイプと呼 ばれる。特定の現実世界のオブジェクトはオブジェクトタイプのインスタンスと 呼ばれる。例えば、ルータポートはオブジェクトタイプの例であり、ルータ２１ の個々のポートはオブジェクトタイプのインスタンスである。 現実世界のオブジェクトをモデル化する個々のソフトウエアモジュールもまた オブジェクトと呼ばれる。オブジェクトタイプのソフトウエア実装はオブジェク トクラスと呼ばれる。すなわち、特定の現実世界のオブジェクトをモデル化する 個々のソフトウエアオブジェクトは当該ソフトウエアオブジェクトが属するオブ ジェクトクラスのインスタンスと呼ばれる。各ソフトウエアオブジェクトは所属 するオブジェクトクラスの名前によって及び、ソフトウエアオブジェクト自身に 固有な識別子によって識別される。各オブジェクトクラスは一組のあらかじめ定 義された属性を有している。例えば、ルータポートに対するオブジェクトクラス を考える場合の属性は当該ポートの動作状態を含む。特定のオブジェクトクラス インスタンスにおいては、各属性は特定の値を有し、その値は変更されることが 多い。 ネットワークマネージャ３０はメイン通信網１０において見いだされるオブジ ェクトの種々のタイプをモデル化するための一組のオブジェクトクラスを使用す る。これらのオブジェクトクラスはそれぞれ、モデル私的バーチャルサーキット 、ルータポート、アクセスポイントの３つのクラスを含む。これらの３つのオブ ジェクトクラスの各々は一組の属性を有している。各属性はあらかじめ定められ た 名前とあらかじめ定められたある値を有している。各組を構成する属性、属性の 名前、あらかじめ定義された値は、ネットワークマネージャ３０及びＣＭＩＰに 対して適宜選択される。同様にして、ネットワークマネージャ３２によって用い られるオブジェクトクラスは、私的バーチャルサーキット、ルータポート、アク セスポイントによって用いられるオブジェクトクラスに対応する３つのオブジェ クトクラスを含む。属性の名前、あらかじめ定義された値はＳＮＭＰに適してい る。ネットワークマネージャ３０で用いられる３つのオブジェクトクラスの各々 、及びネットワークマネージャ３２で用いられる対応するオブジェクトクラスに おいては、属性の名前と値とは２つの対応するクラス間で異なっている。以下に 詳述するように、データ記憶装置３４は、ネットワークマネージャ３０で用いら れる特定のオブジェクトクラスの属性に関するデータを、ネットワークマネージ ャ３２で用いられる対応するオブジェクトクラスのための適当な形態に変換する 。 ＳＮＭＰにおいて、ネットワークマネージャはネットワーク要素からの情報を 獲得するためにコマンドを出力する。これらのコマンドはGetとGet-Nextを含む 。Getコマンドは特定のオブジェクトの特定の属性の値に対する要求である。Get -Nextコマンドは次のオブジェクトの同じ属性の値に対する要求である。 ＣＭＩＳによって提供されるサービスは、m-Get及びm-EventReportを含む。m- Getサービスは、特定のオブジェクトの特定の属性の値に対する、あるいは、特 定のオブジェクトクラスに属するすべてのオブジェクトの属性に対する要求であ る。m-EventReportはデータを供給するために、例えばネットワーク要素による ネットワークマネージャに対するオファーである。データは特定のオブジェクト の属性の完全な一組の値かあるいは、特定のオブジェクトの特定の属性の値の変 化である。m-EventReportは要求されていないイベント報告である。 データ記憶装置３４のソフトウエアコンポーネントが図３に示されている。こ れらはＣＭＩＰスタック４０、ＣＭＩＰアプリケーションコンポーネント（ＣＭ ＩＰ−ＡＰＰＬ）４２、ＣＭＩＰ／ＳＮＭＰマッパーコンポーネント（ＭＡＰＰ ＥＲ）４４、マネジメントインフォメーションベース（ＭＩＢ）４６、ＳＮＭＰ アプリケーションコンポーネント（ＳＮＭＰ−ＡＰＰＬ）４８、ＴＣＰ／ＩＰコ ミュニケーションスタック５０、ＵＤＰ／ＩＰ（ユーザデータグラムプロトコル ／インターネットプロトコル）コミュニケーションスタッタ５２、サポートファ イル（ＣＦＧ）５４、全コントロールコンポーネント（Ｏ−ＣＴＲＬ）５６及び トラップファンクションコンポーネント（ＵＳＥＲ−ＥＸＩＴＳ）５８とを具備 する。図３はまた、マルチプレクサ６０と、ＴＣＰ／ＩＰ（トランスミッション コントロールプロトコル／インターネットプロトコル）コミュニケーションスタ ック６２とＵＤＰ／ＩＰコニュニケーションスタック６４とを示している。 ＣＭＩＰアプリケーションコンポーネント４２はネットワークマネージャ３０ へ要求を送信、ネットワークマネージャ３０から応答と要求されていないイベン トの報告とを受信する。ＣＭＩＰ／ＳＮＭＰマッパーコンポーネント４４は各オ ブジェクトの属性の値を、ＣＭＩＰで用いられる形態からＳＮＭＰで用いられる 形態に変換する役目を有する。遠隔通信網の個々のオブジェクトの属性の値に関 するデータがデータベースに記憶されたとき、データベースはマネジメントイン ンフォメーションベース（ＭＩＢ）として知られる。ＭＩＢ４６はマッパーコン ポーネント４４による変換の後、遠隔通信網１０のオブジェクトの属性の値を記 憶する。すなわち、データはＳＮＭＰを用いる送信に適した形態でＭＩＢ４６に 記憶される。ＳＮＭＰアプリケーションコンポーネント４８はネットワークマネ ージャ３２からの要求を受信、ネットワークマネージャ３２へ応答を送信、ネッ トワークマネージャ３２に要求されていないイベントを報告する役目を有する。 ＳＮＭＰにおいては要求されていないイベント報告はトラップと呼ばれる。トラ ップファンクションコンポーネント５８はネットワークマネージャ３０からのど の要求されていないイベント報告をトラップとしてネットワークマネージャ３２ に送るかを選択する役目を有する。データ記憶装置３４の種々のコンポーネント とマルチプレクサ６０について以下に詳細に説明する。 ＣＭＩＰスタック４０はＣＭＩＰアプリケーションコンポーネント４２からの ＣＭＩＳリクエストをネットワークマネージャ３０への送信のための形態に変換 し、このネットワークマネージャ３０からの応答をＣＭＩＰアプリケーションコ ンポーネント４２に適した形態に変換する役目を有する。ＣＭＩＰスタック４０ はＣＭＩＰハンドラーと通信スタックとを具備する。ＣＭＩＰハンドラーはＣＭ ＩＰアプリケーションコンポーネント４２からのＣＭＩＳ要求を通信スタックへ 渡して、要求された接続を確立する。また、通信スタックからのＣＭＩＳ応答と 要求されていないイベント報告をＣＭＩＳアプリケーションコンポーネント４２ に渡す。ＣＭＩＳ及びＣＭＩＰは各々、ＩＳＯ／ＩＦＣ標準９５９５、９５９６ において定義されている。ＣＭＩＰハンドラーとして適したソフトウエアーパッ ケージはBritish Telecommunications plc．から入手可能である。通信スタック として適したソフトウエアパッケージは米国カルフォルニア州、サンタモニカの Retix Corporationから入手できる。 ＴＣＰ／ＩＰスタック５０、６２は、ＴＣＰ／ＩＰプロトコルを用いてのデー タ送信を可能にする。同様に、ＵＤＰ／ＩＰスタック５２、６４はＵＤＰ／ＩＰ プロトコルを用いてのデータ送信を可能にする。スタック５０、５２、６２、６ ４は市場で入手できる。例えば、良く知られたSunオペレーティングシステムは ＴＣＰ／ＩＰスタック及びＵＤＰ／ＩＰスタックを含む。 図２はネットワークマネージャ３０からのデータを受信するローカル通信網の ための単一のネットワークマネージャのみを示しているが、本発明は、メイン通 信網のためのネットワークマネージャからのデータをローカル通信網のための１ つ以上のネットワークマネージャに提供するために用いられる。単一のデータ記 憶装置は、ローカルネットワークマネージャがメイン通信網の同一の要素に関心 をもつので、メイン通信網に関するデータを特定のカスタマに属するすべてのロ ーカル通信網に提供できる。しかしながら、異なるカスタマはメイン通信網の異 なる組に関心をもち、かつ、安全のためには通信網要素に関するデータの供給を 制限することが必要なので、各カスタマのために個々のデータ記憶装置を提供す ることが必要である。データ記憶装置は共にまたは別個に配置される。ローカル 通信網のための種々のネットワークマネージャからの要求はマルチプレクサ６０ によって共通通信リンク７０で受信される。各要求はそれを作成するネットワー クマネージャのための識別子を含む。その後、マルチプレクサ６０は要求を適当 なデータ記憶装置に送る。応答及びトラップは共通通信リンクに関する種々のネ ットワークマネージャに一斉に送信される。 図４において、ＣＭＩＰアプリケーションコンポーネント４２は６つの動作状 態、STARTUP,DELETE-ERS-SENT,CREATE-ERS-SENT,UPLOAD-MIB,RUNNING及びSHUTD OWNにおいて存在する。ＳＮＭＰアプリケーションコンポーネント４８は５つの 動作状態、STARTUP,CONNECTING,REG-REQ-SENT,WAITING-ON-CMIP及びRUNNINGにお いて存在する。これらのコンポーネントの各々に対する状態変数は全コントロー ルコンポーネント５６に維持される。開始時、両コンポーネントに対する状態変 数はSTARTUPに設定される。ＣＭＩＰアプリケーションコンポーネントに対して 、状態変数は次の４つの状態のためにＣＭＩＰアプリケーションコンポーネント によって１つの状態から他の状態に変更される。以下に詳細に述べるように、状 態UPLOAD-MIBでは、メイン通信網１０の要素に関する初期データはＣＭＩＰアプ リケーションコンポーネントに供給される。状態RUNNINGでは、ＣＭＩＰアプリ ケーションコンポーネントはネットワークマネージャ３０から要求されていない イベント報告を受信する。シャットダウンのためには状態変数はSHUTDOWNに変更 される。 開始に続いて、ＳＮＭＰアプリケーションコンポーネントは残りの４つの動作 状態のために、１つの状態から他の状態へと状態変数を変更する。以下にさらに 詳細に述べるように、状態CONNECTING及びREG-REQ-SENTの間、ＳＮＭＰアプリケ ーションコンポーネントはマルチプレクサ６０と接続を確立するとともに、自身 をマルチプレクサ６０に登録する。状態WAITING-ON-CMIPの間、ＳＮＭＰアプリ ケーションコンポーネントはＣＭＩＰアプリケーションコンポーネントへの初期 データの供給が終了するまで待機する。状態RUNNINGの間、ＳＮＭＰアプリケー ションコンポーネントネットワークマネージャ３２からの要求に対してサービス を行いトラップを送る。 サポートファイル５４はデータ記憶装置３４によって支持されるＣＭＩＰオブ ジェクトクラスのリストを含む。本実施形態では、データ記憶装置３４は私的バ ーチャルサーキット、ルータポート、アクセスポイントのためのＣＭＩＰオブジ ェクトクラスを支持する。 以下に図５のフローチャートを参照してＣＭＩＰアプリケーションコンポーネ ント（ＣＭＩＰ−ＡＰＰＬ）４２について説明する。 データ記憶装置３４の開始に続いて、ステップＳ１ではＣＭＩＰアプリケーシ ョンコンポーネントは初期化ルーチンを実行する。その後、ステップＳ２におい て状態変数をDELETE-ERS-SENTに設定する。 ＣＭＩＳはフィルタとして知られる機能を提供する。フィルタがＭＩＢに配置 されたとき、要求されていないイベント報告が特定のオブジェクトクラスに属す るオブジェクトの特定の属性の値が変化したときに出力される。ステップＳ３に おいて、ＣＭＩＰアプリケーションコンポーネントは、データ記憶装置３４に関 して配置されたフィルタを除去するために、ネットワークマネージャ３０に指令 を送る。これは以前のすべてのフィルタがキャンセルされることを確認するため である。 ステップＳ４では状態変数はCREATE-ERS-SENTに設定される。 ステップＳ５において、ＣＭＩＰアプリケーションコンポーネントは新しいフ ィルタを生成すべくネットワークマネージャに指令する。このフィルタはオブジ ェクトクラスと要求されていないイベント報告を要求するための３つのクラスの 属性とを特定する。ＣＭＩＰアプリケーションコンポーネントは適当なサポート ファイル５４からのフィルタを構成するためのデータを獲得する。その後、状態 変数はステップＳ６でUPLOAD-MIBに変更される。 データ記憶装置が権限をもたないところからのデータを受信しないように、メ インネットワークマネージャ３０におけるＭＩＢは分離され、データ記憶装置３ ２は当該関連する分離に含まれるデータのみにアクセスする。ステップＳ７では ＣＭＩＰ後はm-get要求を、データを要求している各オブジェクトクラスに対す るネットワークマネージャ３０に送る。これらのオブジェクトクラスの名前はサ ポートファイル５４から検索される。すなわち、本実施形態においては、私的バ ーチャルサーキット、ルータポート、アクセスポイントオブジェクトクラスに対 するm-get要求を送る。これらのクラスの１つ以内及び、データ記憶装置３４に 関連する分離以内に含まれる各オブジェクトに対して、ネットワークマネージャ は適当なデータをＣＭＩＰアプリケーションコンポーネントに送る。特に、各オ ブジェクトに対して、メインネットワークマネージャはオブジェクトクラスの名 前、オブジェクトクラスの特定のインスタンスに対する識別子または区別された 名前、オブジェクトの各属性の名前及び値とを送る。 ＣＭＩＰアプリケーションコンポーネントはその後、データをＣＭＩＰ／ＳＮ ＭＰマッパー４４に送り、当該インスタンスに対するデータはＭＩＢ４６に記憶 される。すなわち、このようにして各オブジェクトクラスに対するデータがＭＩ Ｂ４６にアップロードされる。 各インスタンスに関するデータを受信した後、ＣＭＩＰアプリケーションコン ポーネントは当該インスタンスがデータが送信される最後のインスタンスか否か をチェックする。最後のインスタンスでないときはＣＭＩＰアプリケーションコ ンポーネントは次のインスタンスに関するデータを受信する。最後のインスタン スであるときは、ステップＳ８において状態変数がRUNNINGに設定される。 ステップＳ９においてＣＭＩＰアプリケーションコンポーネントは要求されて いないイベントの報告を受信したか否かを決定すべくＣＭＩＰスタック４０を反 復的にスケジューリングする。 以下に図６乃至図９を参照してＣＭＩＰ／ＳＮＭＰマッパーコンポーネント４ ４の動作を説明する。図６はこのコンポーネントのためのフローチャートを示す 。図７乃至図９は各々、ＣＭＩＰ属性名、回路のためのオブジェクトクラスのた めのＳＮＭＰ属性名、ルータポート及びアクセスポイントを示している。 まず図７において、属性名はcircuitId,aEndPointName,zEndPointName,admini starativeState,operationalState,circuitBandwidth,userLabelsとを具備して いる。これらの属性名は各々、回路の身元、回路の開始ポイント、回路の終了ポ イント、管理状態、動作状態、帯域、ネットワークマネージャ３０のオペレータ が付加するテキストに関している。各属性はある値を有する。例えば、特定の回 路に対して、circuitIdは回路に対する識別子であり、operationalStateは値“e nabled”、“disabled”とを有する。対応するＳＮＭＰ属性名がＣＭＩＰ属性名 とともに示されている。ＣＭＩＰ属性に対する各値に対して、ＳＮＭＰ属性に対 する対応値が存在する。ＳＮＭＰオブジェクトクラスは２つのトラップ、pvcCir cuitDown及びpvcCircuitUpとを有する。これらの２つのトラップは、属性operat ionalStateが“disabled”及び“enabled”に変化したときに出力される。 図８において、ルータポートに対するＣＭＩＰ属性はequipmentId,administra tiveState,operationalState,typeText及びuserLabelsを具備する。これらは各 々、ルータポートの身元、管理状態、動作状態、言葉による記述、メイン通信網 ３０のオペレータが付加するテキストを表している。これらは各々、番号及び値 のいずれかを有している。対応するＳＮＭＰ属性名がＣＭＩＰ属性名とともに示 されている。ＣＭＩＰ属性の各値に対して、対応するＳＮＭＰ属性は対応する値 を有している。ＳＮＭＰオブジェクトクラスは２つのトラップ、RouterPortDown ,RoutePortUpを有している。これらの２つのトラップは、属性operationalState が“disabled”及び“enabled”に変更されたときに各々出力される。 図９において、アクセスポイントオブジェクトクラスに対するＣＭＩＰ属性は 、functionId,administrativeState,operationalState,protocolType及びuserLa belsとを具備する。これらは各々、アクセスポイントの身元、管理状態、動作状 態、使用するプロトコルのタイプ、ネットワークマネージャ３０のオペレータが 付加するテキストを表している。対応するＳＮＭＰ属性名はＣＭＩＰ属性名とと もに示されている。回路及びルータポートオブジェクトクラスとともに、各ＣＭ ＩＰ属性は多数の値の１つをとり、これらの値の各々について対応するＳＮＭＰ 値が存在する。ＳＮＭＰオブジェクトクラスは２つのトラップ、GNSAccessDown, GNSAccessUpとを有する。これら２つのトラップは、operatinalStateが“ｄisab led”及び“enabled”に変更されたときに各々出力される。 動作状態UPLOAD-MIBの間に種々のオブジェクトクラスに関する初期データを受 信し、その後、動作状態RUNNINGの間に要求されていないイベントの報告を受信 するとき、マッパーコンポーネント４４はＣＭＩＰ属性値をＳＮＭＰ属性値に変 換するためにＣＭＩＰアプリケーションコンポーネント４２によって用いられる 。マッパーコンポーネントは各属性値を交互に変換し、図６は１つの属性値を変 換するための手続きを示している。 ＳＮＭＰにおいて、特定のクラスの特定のインスタンスの特定の属性に対して 、クラスの名前と、属性の名前、区別された名前あるいは当該クラスの特定のイ ンスタンスに対する識別子の組合せはオブジェクト識別子と呼ばれる。特定の属 性のためのステップＳ２０において、マッパーコンポーネントはＣＭＩＰクラス 名前、属性名、区別された名前を対応するＳＮＭＰオブジェクト識別子に変換す る。クラス名及び属性名に対するデータはマッパーコンポーネント４４に記憶さ れる。以下に区別された名前を変換する方法について説明する。 ＳＮＭＰ ＭＩＢにおいて、特定のクラスの種々のインスタンスの属性の値は 当該クラスに特定されたテーブルに記憶される。テーブルの各行はクラスの特定 のインスタンスに関連し、各列はそのクラスの特定の属性に関連する。データは 数字として記憶される。より詳細には、各クラスは数字の特定の組によって識別 され、クラスの各属性は数字の特定の組によって識別される。クラスのインスタ ンスに対するＣＭＩＰ区別された名前はＡＳＣＩＩコードに変換される。すなわ ち、ＳＮＭＰオブジェクト識別子はクラス名のための一組の数字と、属性名のた めの一組の数字と、区別された名前のためのＡＳＣＩＩコードとを具備する。 属性値もまた数字に変換される。属性が限られた数の状態をもつとき、各状態 は個々の数字によって識別される。例えば、３つすべてのクラスにおいて、属性 operationalStateに対して、値“disabled”、“enabled”、“acive”、“busy ”は各々“１”、“２”、“３”、“４”に変換される。属性値がテキストとし て表現されるとき、例えば属性userLabelsの値に対して、テキストはＡＳＣＩＩ コードに変換される。 ローカルネットワークマネージャ３２がデータ記憶装置３４からの特定のオブ ジェクトに対する属性値を受信するとき、ＳＮＭＰオブジェクト識別子を表す数 字と、属性値を与える数字の組は、ネットワークマネージャによってテキストに 変換される。すなわち、属性operationalStateに対して、属性値“１”は“enab led”に変換される。 図１０に示すフローチャートを参照してＳＮＭＰアプリケーションコンポーネ ント４８について説明する。このコンポーネントの第１の目的はGet及びGet-Nex t要求に対してサービスを提供することである。 ステップＳ３０において、ＳＮＭＰアプリケーションコンポーネントは初期化 ルーチンを実行する。次にステップＳ３１において状態変数をCONNECTINGに設定 する。ステップＳ３２においてマルチプレクサ６０との接続を形成する。ステッ プＳ３３において状態変数をREG-REQ-SENTに設定する。その後ステップＳ３４に いて、ＳＮＭＰアプリケーションコンポーネントはマルチプレクサ６０にその識 別子を供給することによってデータ記憶装置３４をマルチプレクサ６０に登録す る。 ステップＳ３５において、ＳＮＭＰアプリケーションコンポーネントは状態変 数をWAIT-FOR-CMIP-SIDEに設定する。その後、ステップＳ３６においてＣＭＩＰ アプリケーションコンポーネントがネットワークマネージャ３０からすべての初 期データを受信して対応するＳＮＭＰデータをＭＩＢ４６にロードするまで待機 する。すべての初期データがＭＩＢ４６にロードされてＣＭＩＰアプリケーショ ンコンポーネントが状態変数をRUNNINGに変更したとき、ＳＮＭＰアプリケーシ ョンコンポーネントはステップＳ３７において状態変数をRUNNINGに設定する。 その後、ステップＳ３８において、ＳＮＭＰアプリケーションコンポーネントは Get及びGet-Next要求に対するスタック５０を連続的にスケジューリングする。 属性値に対する要求を受信したとき、ステップＳ３９においてＳＮＭＰアプリ ケーションコンポーネントは要求が有効なパスワードを含んでいるかどうかをチ ェックする。要求が有効なパスワードを含んでいない場合はプログラムはステッ プＳ４０に移行して要求が無視される。 要求が有効なパスワードを含むとき、ＳＮＭＰアプリケーションコンポーネン トはステップＳ４１を実行する。各要求は要求を作成するローカルネットワーク マネージャのための識別子を含む。ステップＳ４１においてＳＮＭＰアプリケー ションコンポーネントはデータをこの識別子を有するローカルネットワークマネ ージャに送信する権限を与えられているかどうかをチェックする。識別子が有効 でなくしたがって、要求が通らない場合は、要求はステップＳ４０で無視される 。識別子が有効である場合はＳＮＭＰアプリケーションコンポーネントはステッ プＳ４２を実行する。 ステップＳ４２ではＳＮＭＰアプリケーションコンポーネントは要求が有効か どうかをチェックする。例えば、要求が破損または、データを供給できないオブ ジェクトクラスに関しているとき、有効ではないとする。要求が有効でない場合 、ローカルネットワークマネージャはステップＳ４３でこのことを知らされる。 要求が有効であるときはステップＳ４４を実行する。 ステップＳ４０、４３、４４の後、ＳＮＭＰアプリケーションコンポーネント はステップＳ３８に戻る。 上記したように、ＳＮＭＰアプリケーションコンポーネントは要求されていな いイベントの報告または、いくつかの属性の値の変更のためのトラップを送信す る。各オブジェクトクラスに対して、サポートファイル５４におけるデータは、 出力すべきトラップを引き起こす属性の変更を特定する。本実施形態では、各オ ブジェクトクラスに対して、“enabled”または“disabled”に対する属性opera tionStateの値の変更はトラップを出力させる。ＣＭＩＰアプリケーションコン ポーネント４２が属性値の変更の詳細を受信したとき、属性値の変更がトラップ を出力するためのものであるか否かをサポートファイル５４に問い合わせる。ト ラップを出力すべきものである場合、ＣＭＩＰアプリケーションコンポーネント ４２はトラップファンクションコンポーネント５８を呼び出す。このトラップフ ァンクションコンポーネント５８はこれに応答してＳＮＭＰアプリケーションコ ンポーネント４８に対してトラップをネットワークマネージャ３２に出力すべく 指令を与える。 本実施形態ではデータ記憶装置はメイン通信網に関するデータをローカル通信 網のためのネットワークマネージャに供給するが、本発明はこれに限定されない 。すなわち、本発明はメイン通信網のネットワークマネージャがローカル通信網 のネットワークマネージャからデータを獲得するようにしてもよい。 また、本実施形態ではデータ記憶装置はＣＭＩＰにおけるデータを受信してＳ ＮＭＰにおけるデータを供給しているが、本発明はこれに限定されない。すなわ ち、本発明は他の情報プロトコルに従ってデータを受信して供給してもよい。例 えば、ＳＮＭＰにおけるデータを受信してストラクチャードクエリーランゲージ （ＳＱＬ）でデータを供給するデータ記憶装置に用いられる。 請求の範囲 １．第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに関 するデータを記憶するためのデータ記憶装置であって、前記データ記憶装置は、 前記第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに 関する第１情報プロトコルに従って、前記第１遠隔通信網のためのネットワーク マネージャからデータを受信する手段と、 前記データ受信手段によって受信された前記データを、前記第１情報プロトコ ルで用いられる形態から第２情報プロトコルで用いられる形態に変換する手段と 、 このデータ変換手段による変換に続いて、前記第１遠隔通信網のあるいは第１ 遠隔通信網に関する個々のオブジェクトに関するデータを記憶する手段と、 前記第１遠隔通信網あるいは第１遠隔通信網に関する個々のオブジェクトに関 する前記データ記憶手段からのデータを前記第２情報プロトコルに従って、第２ 遠隔通信網のネットワークマネージャに供給する手段と、 を具備することを特徴とするデータ記憶装置。 ２．データが前記データ記憶装置に記憶される前記第１情報プロトコルで用いら れるオブジェクトクラスに関するサポートデータを記憶するための手段を含むこ とを特徴とする請求の範囲第１項に記載のデータ記憶装置。 ３．前記データ受信手段は、前記第１遠隔通信網のための前記ネットワークマネ ージャからのデータを、前記データが前記データ記憶装置に記憶される前記オブ ジェクトクラスの１つに属するオブジェクトに要求する手段を含むことを特徴と する請求の範囲第２項に記載のデータ記憶装置。 ４．前記第１情報プロトコルはＣＭＩＰであり、前記第２情報プロトコルはＳＮ ＭＰであり、各属性値に対して前記データ変換手段は前記ＣＭＩＰクラス名、属 性名、区別される名前を、対応するＳＮＭＰオブジェクト識別子に変換するとと もに、前記ＣＭＩＰ属性値を対応するＳＮＭＰ属性値に変換すべく構成されてい ることを特徴とする請求の範囲第１乃至第３のいずれかに記載のデータ記憶装置 。 ５．前記データ供給手段は、前記第２遠隔通信網の前記ネットワークマネージャ によって要求されたときに、オブジェクトに関するデータを前記第２遠隔通信網 の前記ネットワークマネージャに供給すべく構成されていることを特徴とする請 求項１乃至４のいずれかに記載のデータ記憶装置。 ６．前記データ供給手段は、前記第１遠隔通信網のあるいは第１遠隔通信網に関 するオブジェクトのあらかじめ選択された属性の値に変化があったとき、要求さ れていない情報を前記第１遠隔通信網の前記ネットワークマネージャに提供すべ く構成されていることを特徴とする請求の範囲第１乃至第５のいずれかに記載の データ記憶装置。 ７．第１遠隔通信網のためのネットワークマネージャ及び請求の範囲第１乃至第 ６のいずれかに記載のデータ記憶装置を具備することを特徴とするネットワーク 管理システム。 ８．前記第１遠隔通信網のための前記ネットワークマネージャ及び前記データ記 憶装置は物理的に共に配置されていることを特徴とする請求の範囲第７項に記載 のネットワーク管理システム。 ９．第２遠隔通信網のためのネットワークマネージャをさらに含むことを特徴と する請求の範囲７または８に記載のネットワーク管理システム。 １０．前記データ記憶装置と前記第２遠隔通信網のための前記ネットワークマネ ージャとは物理的に互いに別個に配置されており、前記ネットワーク管理システ ムは前記データ記憶装置と前記第２遠隔通信網のための前記ネットワークマネー ジャとを共に接続するための遠隔通信リンクを含むことを特徴とする請求の範囲 第９項に記載のネットワーク管理システム。 １１．第１情報プロトコルを用いる第１遠隔通信網の第１ネットワークマネージ ャを、第２情報プロトコルを用いる第２遠隔通信網の第２ネットワークマネージ ャに相互接続する方法であって、 データ記憶装置において、前記第１ネットワークマネージャから、前記第１遠 隔通信網のあるいは第１遠隔通信網に関する前記第１情報プロトコルに従ってデ ータを受信する工程と、 前記データ記憶装置において、前記受信したデータを、前記第１情報プロトコ ルにおいて用いられる形態から前記第２情報プロトコルにおいて用いられる形態 に変換してこの変換されたデータを記憶する工程と、 前記第１遠隔通信網のあるいは第１遠隔通信網に関する前記変換されたデータ を前記第２情報プロトコルに従って、前記データ記憶装置から前記第２遠隔通信 網のための前記第２ネットワークマネージャに供給する工程と、 を具備することを特徴とする方法。 １２．前記データ記憶装置において、前記第１遠隔通信網のための前記ネットワ ークマネージャからのデータを、データが前記データ記憶装置に記憶されるオブ ジェクトクラスに属するオブジェクトに要求する工程をさらに具備することを特 徴とする請求の範囲第１１項に記載の方法。 １３．前記第１情報プロトコルはＣＭＩＰであり、前記第２情報プロトコルはＳ ＮＭＰであり、受信したデータを変換する前記工程において、各属性値に対して 、前記ＣＭＩＰオブジェクトクラス名、属性名、区別された名前を対応するＳＮ ＭＰオブジェクト識別子に変換し、前記ＣＭＩＰ属性値を対応するＳＮＭＰ属性 値に変換することを特徴とする請求項１１または１２項に記載の方法。 １４．変換されたデータを供給する前記工程において、オブジェクトに関するデ ータを、前記第２遠隔通信網の前記ネットワークマネージャがそのようなデータ を要求したとき、第２遠隔通信網の前記ネットワークマネージャに供給すること を特徴とする請求の範囲第１１乃至１３のいずれかに記載の方法。 １５．変換されたデータを供給する前記工程において、要求されていない情報を 、前記第１遠隔通信網におけるオブジェクトのあらかじめ選択された属性の値に 変化があったとき、前記第２遠隔通信網の前記ネットワークマネージャに供給す ることを特徴とする請求の範囲第１１乃至１４項のいずれかに記載の方法。 【手続補正書】特許法第１８４条の８ 【提出日】１９９６年３月４日 【補正内容】 【図１】 【図２】 【図４】 【図３】 【図５】 【図６】 【図７】 【図８】 【図９】 【図１０】 【図１０】

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ストラハン、ロバート イギリス国、ビーティー９・６イーゼッ ト、ノーザン・アイルランド、カウンテ ィ・アントリム、ベルファスト、エグラン タイン・ガーデンス ４、フラット ２ (72)発明者 ギャラガー、アン・マリー イギリス国、ビーティー７・３ディービ ー、ノーザン・アイルランド、カウンテ ィ・アントリム、ベルファスト、サニーサ イド・クレセント 10 【要約の続き】 出力する。

Claims (1)

1. 【特許請求の範囲】 １．第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに関 するデータを記憶するためのデータ記憶装置であって、前記データ記憶装置は、 前記第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに 関する第１情報プロトコルに従って、前記第１遠隔通信網のためのネットワーク マネージャからデータを受信する手段と、 前記データ受信手段によって受信された前記データを、前記第１情報プロトコ ルで用いられる形態から第２情報プロトコルで用いられる形態に変換する手段と 、 このデータ変換手段による変換に続いて、前記第１遠隔通信網のあるいは第１ 遠隔通信網に関する個々のオブジェクトに関するデータを記憶する手段と、 前記第１遠隔通信網あるいは第１遠隔通信網に関する個々のオブジェクトに関 する前記データ記憶手段からのデータを前記第２情報プロトコルに従って、第２ 遠隔通信網のネットワークマネージャに供給する手段と、 を具備することを特徴とするデータ記憶装置。 ２．データが前記データ記憶装置に記憶される前記第１情報プロトコルで用いら れるオブジェクトクラスに関するサポートデータを記憶するための手段を含むこ とを特徴とする請求の範囲第１項に記載のデータ記憶装置。 ３．前記データ受信手段は、前記第１遠隔通信網のための前記ネットワークマネ ージャからのデータを、前記データが前記データ記憶装置に記憶される前記オブ ジェクトクラスの１つに属するオブジェクトに要求する手段を含むことを特徴と する請求の範囲第２項に記載のデータ記憶装置。 ４．前記第１情報プロトコルはＣＭＩＰであり、前記第２情報プロトコルはＳＮ ＭＰであり、各属性値に対して前記データ変換手段は前記ＣＭＩＰクラス名、属 性名、区別される名前を、対応するＳＮＭＰオブジェクト識別子に変換するとと もに、前記ＣＭＩＰ属性値を対応するＳＮＭＰ属性値に変換すべく構成されてい ることを特徴とする請求の範囲第１乃至第３のいずれかに記載のデータ記憶装置 。 ５．前記データ供給手段は、前記第２遠隔通信網の前記ネットワークマネージャ によって要求されたときに、オブジェクトに関するデータを前記第２遠隔通信網 の前記ネットワークマネージャに供給すべく構成されていることを特徴とする請 求項１乃至４のいずれかに記載のデータ記憶装置。 ６．前記データ供給手段は、前記第１遠隔通信網のあるいは第１遠隔通信網に関 するオブジェクトのあらかじめ選択された属性の値に変化があったとき、要求さ れていない情報を前記第１遠隔通信網の前記ネットワークマネージャに提供すべ く構成されていることを特徴とする請求の範囲第１乃至第５のいずれかに記載の データ記憶装置。 ７．第１遠隔通信網のためのネットワークマネージャ及び請求の範囲第１乃至第 ６のいずれかに記載のデータ記憶装置を具備することを特徴とするネットワーク 管理システム。 ８．前記第１遠隔通信網のための前記ネットワークマネージャ及び前記データ記 憶装置は物理的に共に配置されていることを特徴とする請求の範囲第７項に記載 のネットワーク管理システム。 ９．第２遠隔通信網のためのネットワークマネージャをさらに含むことを特徴と する請求の範囲７または８に記載のネットワーク管理システム。 １０．前記データ記憶装置と前記第２遠隔通信網のための前記ネットワークマネ ージャとは物理的に互いに別個に配置されており、前記ネットワーク管理システ ムは前記データ記憶装置と前記第２遠隔通信網のための前記ネットワークマネー ジャとを共に接続するための遠隔通信リンクを含むことを特徴とする請求の範囲 第９項に記載のネットワーク管理システム。 １１．第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに 関するデータを記憶するためのデータ記憶装置を動作する方法であって、この方 法は、 前記第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに 関するデータを第１情報プロトコルに従って前記遠隔通信網のためのネットワー クマネージャから受信する工程と、 受信したデータを、前記第１情報プロトコルで用いられる形態から第２情報プ ロトコルで用いられる形態に変換して変換されたデータを記憶する工程と、 前記第１遠隔通信網のあるいは第１遠隔通信網に関する個々のオブジェクトに 関するデータを前記第２情報プロトコルに従って第２遠隔通信網のためのネット ワークマネージャに供給する工程と、 を具備することを特徴とする方法。 １２．前記第１遠隔通信網のための前記ネットワークマネージャからのデータを 、データが前記データ記憶装置に記憶されるオブジェクトクラスに属するオブジ ェクトに要求する工程をさらに具備することを特徴とする請求の範囲第１１項に 記載の方法。 １３．前記第１情報プロトコルがＣＭＩＰであり、前記第２情報プロトコルがＳ ＮＭＰであり、前記受信データを変換する工程において、各属性値に対して、前 記ＣＭＩＰオブジェクトクラス名、属性名、区別された名前とは対応するＳＮＭ Ｐオブジェクト識別子に変換され、前記ＣＭＩＰ属性値は対応するＳＮＭＰ属性 値に変換されることを特徴とする請求の範囲第１１または１２項に記載の方法。 １４．変換されたデータを供給する前記工程において、オブジェクトに関するデ ータは、前記第２遠隔通信網の前記ネットワークマネージャがそのようなデータ を要求したときに、前記第２遠隔通信網の前記ネットワークマネージャに供給さ れることを特徴とする請求の範囲第１１乃至第１３項のいずれかに記載の方法。 １５．変換されたデータを供給する前記工程において、前記第１遠隔通信網にお けるオブジェクトのあらかじめ選択された属性の値に変更があったときに、要求 されていない情報が前記第２遠隔通信網の前記ネットワークマネージャに供給さ れることを特徴とする請求の範囲第１１乃至１４のいずれかに記載の方法。