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

Description

本発明は、遠隔通信網の個々のオブジェクトに関するデータを記憶するためのデータ記憶装置及びそのようなデータ記憶装置を動作させる方法に関する。
メイン遠隔通信網はローカル通信網間における通信リンクを提供すべく用いられることが知られている。メイン遠隔通信網は公衆遠隔通信会社に属する私的あるいは公的通信網であり、ローカル通信網は他の種々の会社に属する。すなわち、会社が２つ以上の位置にローカル通信網を有している場合は、それらを接続するためにメイン通信網が用いられる。メイン通信網及びローカル通信網のためにネットワークマネージャが用いられる。ネットワークマネージャは管理すべき通信網の個々の要素からデータを受信して、これらの要素に指令を送る。これら２つのタイプの通信網は個々に開発されて異なる要件を有しているので、ローカル通信網のネットワークマネージャによって用いられる情報プロトコルは、そのローカル通信網が接続されるメイン通信網のネットワークマネージャによって用いられる情報プロトコルとは概して異なっている。例えば、ローカル通信網ではシンプルネットワークマネジメントプロトコル（ＳＮＭＰ）が概して用いられ、メイン通信網ではコモンマネジメントインフォメーションプロトコル（ＣＭＩＰ）が概して用いられる。ローカル通信網のネットワークマネージャのオペレータは主として通信網の要素に関心があるが、当該通信網を他のローカル通信網に接続するのに用いられるメイン通信網のいくつかの要素についての情報を受信することも助けになる。異なるプロトコルは２つのタイプの通信網において用いられるので、メイン通信網のネットワークマネージャからローカル通信網のネットワークマネージャへのデータ転送は容易ではない。
ＳＮＭＰとＣＭＩＰとは、論文、（“ＴＣＰ／ＩＰ通信網のネットワーク管理、現在及び未来”、ＩＥＥ Network,コンピュータ通信の雑誌、Volume 4,Number 4,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及びSHUTDOWNにおいて存在する。ＳＮＭＰアプリケーションコンポーネント４８は５つの動作状態、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,administarativeState,operationalState,circuitBandwidth,userLabelsとを具備している。これらの属性名は各々、回路の身元、回路の開始ポイント、回路の終了ポイント、管理状態、動作状態、帯域、ネットワークマネージャ３０のオペレータが付加するテキストに関している。各属性はある値を有する。例えば、特定の回路に対して、circuitIdは回路に対する識別子であり、operationalStateは値“enabled”、“disabled”とを有する。対応するＳＮＭＰ属性名がＣＭＩＰ属性名とともに示されている。ＣＭＩＰ属性に対する各値に対して、ＳＮＭＰ属性に対する対応値が存在する。ＳＮＭＰオブジェクトクラスは２つのトラップ、pvcCircuitDown及びpvcCircuitUpとを有する。これらの２つのトラップは、属性operationalStateが“disabled”及び“enabled”に変化したときに出力される。
図８において、ルータポートに対するＣＭＩＰ属性はequipmentId,administrativeState,operationalState,typeText及びuserLabelsを具備する。これらは各々、ルータポートの身元、管理状態、動作状態、言葉による記述、メイン通信網３０のオペレータが付加するテキストを表している。これらは各々、番号及び値のいずれかを有している。対応するＳＮＭＰ属性名がＣＭＩＰ属性名とともに示されている。ＣＭＩＰ属性の各値に対して、対応するＳＮＭＰ属性は対応する値を有している。ＳＮＭＰオブジェクトクラスは２つのトラップ、RouterPortDown,RoutePortUpを有している。これらの２つのトラップは、属性operationalStateが“disabled”及び“enabled”に変更されたときに各々出力される。
図９において、アクセスポイントオブジェクトクラスに対するＣＭＩＰ属性は、functionId,administrativeState,operationalState,protocolType及びuserLabelsとを具備する。これらは各々、アクセスポイントの身元、管理状態、動作状態、使用するプロトコルのタイプ、ネットワークマネージャ３０のオペレータが付加するテキストを表している。対応するＳＮＭＰ属性名はＣＭＩＰ属性名とともに示されている。回路及びルータポートオブジェクトクラスとともに、各ＣＭＩＰ属性は多数の値の１つをとり、これらの値の各々について対応するＳＮＭＰ値が存在する。ＳＮＭＰオブジェクトクラスは２つのトラップ、GNSAccessDown,GNSAccessUpとを有する。これら２つのトラップは、operatinalStateが“disabled”及び“enabled”に変更されたときに各々出力される。
動作状態UPLOAD-MIBの間に種々のオブジェクトクラスに関する初期データを受信し、その後、動作状態RUNNINGの間に要求されていないイベントの報告を受信するとき、マッパーコンポーネント４４はＣＭＩＰ属性値をＳＮＭＰ属性値に変換するためにＣＭＩＰアプリケーションコンポーネント４２によって用いられる。マッパーコンポーネントは各属性値を交互に変換し、図６は１つの属性値を変換するための手続きを示している。
ＳＮＭＰにおいて、特定のクラスの特定のインスタンスの特定の属性に対して、クラスの名前と、属性の名前、区別された名前あるいは当該クラスの特定のインスタンスに対する識別子の組合せはオブジェクト識別子と呼ばれる。特定の属性のためのステップＳ２０において、マッパーコンポーネントはＣＭＩＰクラス名前、属性名、区別された名前を対応するＳＮＭＰオブジェクト識別子に変換する。クラス名及び属性名に対するデータはマッパーコンポーネント４４に記憶される。以下に区別された名前を変換する方法について説明する。
ＳＮＭＰ ＭＩＢにおいて、特定のクラスの種々のインスタンスの属性の値は当該クラスに特定されたテーブルに記憶される。テーブルの各行はクラスの特定のインスタンスに関連し、各列はそのクラスの特定の属性に関連する。データは数字として記憶される。より詳細には、各クラスは数字の特定の組によって識別され、クラスの各属性は数字の特定の組によって識別される。クラスのインスタンスに対するＣＭＩＰ区別された名前はＡＳＣＩＩコードに変換される。すなわち、ＳＮＭＰオブジェクト識別子はクラス名のための一組の数字と、属性名のための一組の数字と、区別された名前のためのＡＳＣＩＩコードとを具備する。
属性値もまた数字に変換される。属性が限られた数の状態をもつとき、各状態は個々の数字によって識別される。例えば、３つすべてのクラスにおいて、属性operationalStateに対して、値“disabled”、“enabled”、“active”、“busy”は各々“１”、“２”、“３”、“４”に変換される。属性値がテキストとして表現されるとき、例えば属性userLabelsの値に対して、テキストはＡＳＣＩＩコードに変換される。
ローカルネットワークマネージャ３２がデータ記憶装置３４からの特定のオブジェクトに対する属性値を受信するとき、ＳＮＭＰオブジェクト識別子を表す数字と、属性値を与える数字の組は、ネットワークマネージャによってテキストに変換される。すなわち、属性operationalStateに対して、属性値“１”は“enabled”に変換される。
図１０に示すフローチャートを参照してＳＮＭＰアプリケーションコンポーネント４８について説明する。このコンポーネントの第１の目的はGet及びGet-Next要求に対してサービスを提供することである。
ステップＳ３０において、ＳＮＭＰアプリケーションコンポーネントは初期化ルーチンを実行する。次にステップＳ３１において状態変数をCONNECTINGに設定する。ステップＳ３２においてマルチプレクサ６０との接続を形成する。ステップＳ３３において状態変数をREG-REQ-SENTに設定する。その後ステップＳ３４にいて、ＳＮＭＰアプリケーションコンポーネントはマルチプレクサ６０にその識別子を供給することによってデータ記憶装置３４をマルチプレクサ６０に登録する。
ステップＳ３５において、ＳＮＭＰアプリケーションコンポーネントは状態変数をWAIT-FOR-CMIP-SIDEに設定する。その後、ステップＳ３６においてＣＭＩＰアプリケーションコンポーネントがネットワークマネージャ３０からすべての初期データを受信して対応するＳＮＭＰデータをＭＩＢ４６にロードするまで待機する。すべての初期データがＭＩＢ４６にロードされてＣＭＩＰアプリケーションコンポーネントが状態変数をRUNNINGに変更したとき、ＳＮＭＰアプリケーションコンポーネントはステップＳ３７において状態変数をRUNNINGに設定する。その後、ステップＳ３８において、ＳＮＭＰアプリケーションコンポーネントはGet及びGet-Next要求に対するスタック５０を連続的にスケジューリングする。
属性値に対する要求を受信したとき、ステップＳ３９においてＳＮＭＰアプリケーションコンポーネントは要求が有効なパスワードを含んでいるかどうかをチェックする。要求が有効なパスワードを含んでいない場合はプログラムはステップＳ４０に移行して要求が無視される。
要求が有効なパスワードを含むとき、ＳＮＭＰアプリケーションコンポーネントはステップＳ４１を実行する。各要求は要求を作成するローカルネットワークマネージャのための識別子を含む。ステップＳ４１においてＳＮＭＰアプリケーションコンポーネントはデータをこの識別子を有するローカルネットワークマネージャに送信する権限を与えられているかどうかをチェックする。識別子が有効でなくしたがって、要求が通らない場合は、要求はステップＳ４０で無視される。識別子が有効である場合はＳＮＭＰアプリケーションコンポーネントはステップＳ４２を実行する。
ステップＳ４２ではＳＮＭＰアプリケーションコンポーネントは要求が有効かどうかをチェックする。例えば、要求が破損または、データを供給できないオブジェクトクラスに関しているとき、有効ではないとする。要求が有効でない場合、ローカルネットワークマネージャはステップＳ４３でこのことを知らされる。要求が有効であるときはステップＳ４４を実行する。
ステップＳ４０、４３、４４の後、ＳＮＭＰアプリケーションコンポーネントはステップＳ３８に戻る。
上記したように、ＳＮＭＰアプリケーションコンポーネントは要求されていないイベントの報告または、いくつかの属性の値の変更のためのトラップを送信する。各オブジェクトクラスに対して、サポートファイル５４におけるデータは、出力すべきトラップを引き起こす属性の変更を特定する。本実施形態では、各オブジェクトクラスに対して、“enabled”または“disabled”に対する属性operationStateの値の変更はトラップを出力させる。ＣＭＩＰアプリケーションコンポーネント４２が属性値の変更の詳細を受信したとき、属性値の変更がトラップを出力するためのものであるか否かをサポートファイル５４に問い合わせる。トラップを出力すべきものである場合、ＣＭＩＰアプリケーションコンポーネント４２はトラップファンクションコンポーネント５８を呼び出す。このトラップファンクションコンポーネント５８はこれに応答してＳＮＭＰアプリケーションコンポーネント４８に対してトラップをネットワークマネージャ３２に出力すべく指令を与える。
本実施形態ではデータ記憶装置はメイン通信網に関するデータをローカル通信網のためのネットワークマネージャに供給するが、本発明はこれに限定されない。すなわち、本発明はメイン通信網のネットワークマネージャがローカル通信網のネットワークマネージャからデータを獲得するようにしてもよい。
また、本実施形態ではデータ記憶装置はＣＭＩＰにおけるデータを受信してＳＮＭＰにおけるデータを供給しているが、本発明はこれに限定されない。すなわち、本発明は他の情報プロトコルに従ってデータを受信して供給してもよい。例えば、ＳＮＭＰにおけるデータを受信してストラクチャードクエリーランゲージ（ＳＱＬ）でデータを供給するデータ記憶装置に用いられる。

Claims (13)

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

Images