JPH10501909A - 遠距離通信ネットワークに於けるネットワークエレメント - Google Patents

Abstract

(57)【要約】 いくつかの遠距離通信ネットワークアプリケーション（１３０４、１３０６）を支援する異なる種類のサービスを提供する遠距離通信ネットワーク内のネットワークエレメントである。これは更に、システム資源並びに管理情報ソフトウェアとを含む。このソフトウェアはアプリケーション固有管理情報と、アプリケーションに共通なシステム資源の管理情報とを含み、これはシステム資源が使用される際に実行システムがシステム資源を管理するために利用可能である。前記管理情報の全ては、名称付けの観点からそれぞれの階層化樹形図構造（１３１０、１３１２）の形式で、いくつかのアプリケーション固有管理情報ベースの中に組織化されている。

Description

【発明の詳細な説明】 遠距離通信ネットワークに於けるネットワークエレメント 産業上の利用分野 第一の特徴として本発明は、実行システムとこの実行システムがこれを介して 遠距離通信ネットワークを制御するデータ通信ネットワークとを含む遠距離通信 ネットワークの運転並びに保守用の運転支援ネットワークに関する。 遠距離通信ネットワークは少なくともひとつのネットワークエレメントを含み 、これは一方ではその各々が遠距離通信ネットワーク内でアプリケーションを提 供する少なくとも二つのネットワークエレメント機能を有し、またもう一方では ハードウェア並びにソフトウェアの形式の資源（resource）とを含む。これらの 資源はネットワークエレメント機能を実行するために使用され、またアプリケー ション固有資源といくつかのアプリケーションに共通な資源とを含む。 各々のネットワークエレメントはソフトウェアから成る管理ビュー層を含み、 外部に対してインタフェースを提供し、この中でネットワークエレメントは実行 システムからは多数の被管理オブジェクトとして見え、これは資源とネットワー クエレメント機能とを表現としている。被管理オブジェクトは、ネットワークエ レメント機能の実行に関連して、実行システムによりそれぞれの資源とネットワ ークエレメント機能とを管理するために使用される。 第二番目から第四番目の特徴として本発明は、それぞれ上記の種類の遠距離通 信ネットワーク、上記の種類のネットワークエレメント、そしてこの様なネット ワークエレメントに於けるソフトウェアの構成方法に関する。 第五番目の特徴として本発明は、多数の異なる種類のサービスを提供する遠距 離通信ネットワーク内のネットワークエレメントに関する。このネットワークエ レメントはいくつかの遠距離通信ネットワークアプリケーションを支援し、かつ システム資源と管理情報ソフトウェアとを含み、この管理情報ソフトウェアはア プリケーション固有の管理情報並びにアプリケーションに共通のシステム資源と を含む。管理情報ソフトウェアは実行システムがシステム資源が使用される際に それらを管理するために利用できる。 上記で使用されたアプリケーションの概念は、ここでは一般的に遠距離通信シ ステムの構造基盤資源から構成される製品プラットフォームの先頭に置かれてい る何かを意味している。一例として言えるのは異なる遠距離通信機能、例えば電 話、ＧＳＭまたはＮＭＴの様な移動体電話、広帯域電話などがある。 従来の技術 今日の遠距離通信ネットワークは大規模でネットワーク内の資源数も増加して いる。ネットワークは広範囲のサービスを提供し、またネットワーク機器は多く の場合異なる販売者から購入される。ネットワーク運用管理者は種々の異なる実 行システムを使用して彼らのネットワークを制御している。各々の販売者の機器 は、しばしばそれ自身の実行システムを有し、ネットワーク内の異なるサービス は異なる方法で制御されており、結果として運用並びに保守の費用が高くなって いる。 ネットワーク運用管理者の費用を低減するひとつの方法は、遠距離通信ネット ワークを種々の実行システムに基づくネットワークから統一された効率的なやり 方でどの様に管理するかの国際標準を開発することである。この目的のためにＴ ＭＮ（遠距離通信管理ネットワーク：Telecommunication Management Network） と称される標準が提案されている。ＴＭＮネットワークの大きさは実行システム とネットワークエレメントとの間のひとつの単一接続から、大規模遠距離通信ネ ットワークを制御する実行システムの全ネットワークまで変化させることが出来 る。ＴＭＮ標準はＩＴＵ−ＴＳ（遠距離通信標準化のための国際遠距離通信連合 ）と呼ばれる機構で開発され、その基本は勧告Ｍ．３０１０に記載されている。 ＩＴＵ−ＴＳ勧告はまた、ＩＳＯ（国際標準化機構）国際機構から示唆された国 際標準勧告に基づいている。 ＴＭＮ勧告は今のところ種々の”標準”アプリケーションを支援しているネッ トワークエレメント内での管理情報の整理の仕方に付いては明確にしていない。 いくつかのアプリケーション固有標準が存在し、これは管理情報、すなわち被 管理オブジェクトの名称付けを階層化樹形図で整理するものであって、その樹形 図のルートは管理エレメントと名付けられた被管理オブジェクトから成り、これ はＩＴＵ−Ｔ勧告Ｍ．３１００の中に規定されている。以降この被管理オブジェ クトは短くＭＥと記述する。 ”被管理オブジェクト”という概念は、これ以降ＴＭＮ勧告の中の被管理オブ ジェクトと同じものを意味する。アプリケーションに関連する被管理オブジェク トは同一”管理情報樹形図”の中に一緒に存在することが可能であると言えるの で、これ以降短くＭＩＢ（管理情報ベース）と記述する。 しかしながらまた、少なくとも三つの異なるアプリケーション勧告があって、 管理情報樹形図に関するそれら自身のルートオブジェクトを明記している。これ らはＳＤＨ（同期ディジタル階層）、ＡＴＭ交差接続（非同期転送モード）そし てＮ−ＩＳＤＮ（呼回送）（狭帯域統合サービスディジタルネットワーク）であ る。各々はそれ自身の管理情報樹形図をそれ自身のルートオブジェクトで明示し ている、すなわち上記ＭＥクラスのユニークなインスタンスまたはそれ自身のサ ブクラスによってである。もしもこれらのアプリケーションが同一の物理ネット ワークエレメントの中で支援される場合は、ネットワークエレメントの中で複数 の管理情報樹形図を支援することが可能でなければならない。 ＵＳ ５，０６２，０３８， ＵＳ ５，０６３，５０１ ＵＳ ５，０６３ ，５０５， ＵＳ ５，０６３，５０３ そしてＵＳ ５，０６３，５０４ に はプロセッサの中で実行されるプロセスで使用されるひとつまたは複数の構造基 盤を含むシステムが記述されている。この構造基盤は樹形図構造を含む。 発明の目的と要約 一般的に本発明は上記の問題を解決に導くためには以下の論議が重要で有ると の認識に基づいている。 ・ネットワーク運営管理部の観点から見て、多元アプリケーションネットワー クエレメントの管理に関しては二つの異なるシナリオが想定可能である、すなわ ち同一の運営管理部がそのネットワークエレメントから提供される全ての異なる アプリケーションを管理する、それとひとつまたはいくつかのアプリケーション が別々の運営管理部で管理されるというものである。 ・後に述べたシナリオでは、異なるアプリケーションに関する管理情報は異な るＭＩＢの中に分離されなければならない、何故ならば管理を行う各々の運営管 理部はそれ自身の被管理オブジェクトのみを管理すべきだからである。またアク セス権の認証は、この場合は各々別々の運営管理部で管理されるべきものに対応 する被管理オブジェクトのドメインと自動的に関連するが、何故ならば認可監督 は実行システムとネットワークエレメントとの間の通信の設定に関連して実施さ れるからであり、また認可がルートオブジェクト、すなわちＭＥの名称で識別さ れるあるＭＩＢに対して得られるからである。 ・第一番目のシナリオに於いて、運営管理部が管理情報を異なるＭＩＢの中に 分割して認可要求しないようにする事が可能である、何故ならば運営管理部は全 てのアプリケーションを管理するからである。しかしながらこの様な場合でも、 実際的には異なるアプリケーションに対してはっきりと分離した管理情報を、構 造的に持つことがしばしばある。異なるスタッフは、例えば異なる管理知識の経 験を持つことが出来る。一人の人はＡＴＭアプリケーションの管理の経験者で、 また別の人はＮ−ＩＳＤＮの経験者といった具合である。 ・異なるアプリケーションに対して別々の管理情報樹形図を支援する結果、内 部資源に関するアプリケーションによって共有される内部システム資源、例えば 汎用計算システム資源、実行システム、物理的機器等々が、アプリケーション固 有のＭＩＢの一部または個別のＭＩＢに関わらずこれらの資源を管理するために 必要とされる。 上記の推論に基づき本発明の一般的な目的として、物理的に同一のネットワー クエレメント内の複数の管理情報樹形図、すなわち複数のＭＩＢを管理するため の新たな方法が示されている。これに関連してある種の問題が解消されねばなら ず、これはネットワークエレメント内に存在する被管理オブジェクトの階層構造 に関連するものである。この階層構造は遠距離通信ネットワーク内の中央実行シ ステムからネットワークエレメントに向けて指令される操作の中で使用される被 管理オブジェクトの名称を、ネットワークエレメントの構造基盤内の被管理オブ ジェクト識別子用の内部オブジェクト識別子に翻訳する。 これに関して更に別の目的はネットワークエレメント内のＭＩＢの観点からの 名称付けの構成方法に関する問題を、それが簡単に結合出来てかつ異なるアプリ ケーションを付加出来るように解決することである。 更に別の目的は構造基盤並びにそのＭＩＢをいくつかの別々の情報ドメインに 、ひとつは各々別々のアプリケーションに、その各々をそれ自身のＭＩＢに構成 する方法を示すことである。 更に別の目的は外部的に名称を付ける方法、すなわち実行システム、ネットワ ークエレメントの異なるＭＩＢから名称付けを行う方法を示すことである。 別の目的はネットワークエレメントを構造基盤用の別のＭＩＢで示すことであ る。 更なる目的は、異なるＭＩＢ内の被管理オブジェクト間の関係に名称を付ける 方法を示すことである。 更に別の目的は、名称付け／アドレス指定に関連する問題を解決出来るのに充 分フレキシブルなネットワークエレメントを示すことであり、これは異なるネッ トワークの運用管理者は異なる構成の構造基盤を持ちたいと思うという事実のた めである。 本発明に依れば上記の、並びに以下に更に詳細に明らかとなるその他の目的は 、運用支援ネットワーク、遠距離通信ネットワーク、そして前記の第一から第三 の特徴のそれぞれによって識別されるネットワークエレメントによって達成され ており、ここで前記少なくともひとつのネットワークエレメントの被管理オブジ ェクトはいくつかの階層樹形図構造で組織化された名称を有し、アプリケーショ ン固有の資源を表す全ての被管理オブジェクトはアプリケーション固有樹形図構 造の中に分配されており、各々のアプリケーションに対してひとつ、そして共通 資源を表す被管理オブジェクトが共通樹形図構造の中に含まれている。 第四の特徴に基づく、ネットワークエレメントの中でソフトウェアを組織化す るための方法は、いくつかの階層化樹形図構造の中で前記被管理オブジェクトの 名称を、アプリケーション固有資源を表す全ての被管理オブジェクトをアプリケ ーション固有樹形図構造の上に、各々のアプリケーションに対してひとつ分配し 、共通資源を表す被管理オブジェクトを共通樹形図構造の中に配置することによ って組織化する手順を含む。 第五番目の特徴に基づくネットワークエレメントに於いて、前記管理情報の全 ての部分を識別する名称はいくつかのアプリケーション固有管理情報の中に、各 各がそれぞれの階層樹形図構造の形式に基づいて組織化されている。 図面の簡単な説明 次に本発明の更に詳細な説明を添付図が示す実施例を参照して以下に行う、こ こで、 第１図から第１２図は、後ほど記述する本発明の実施例の基本構造のひとつを 形成し、かつ説明すると言われるＴＭＮ標準を一般的に図示する。ここで、 第１図はＴＭＮに基づく遠距離通信ネットワークのひとつの例を示す。 第２図は第１図に含まれるネットワークエレメントを管理層と資源層とに分割 した状態を図式的に示す。 第３図は実行システムが資源を表す管理情報を介してひとつの資源を管理する 方法の一例を図式的に示す。 第４図から第６図は、いかにして被管理オブジェクトが資源並びにその他のオ ブジェクトを表せるかを、異なる例で図示している。 第７図は第１図に示す遠距離通信ネットワークに含まれるであろう簡単なネッ トワークエレメントに含まれるハードウェアの一例を示す。 第８図は、被管理オブジェクト間の異なる機能関係を具備した第７図に示すネ ットワークエレメントの面から被管理オブジェクトを示す。 第９図は第８図に示す管理層の中に含まれる被管理オブジェクトを生成する管 理情報樹形図を示す。 第１０図は、実行システムとネットワークエレメントとの間の通信と相互関係 とを図示するビューである。 第１１図は第１図に示す種類の遠距離通信ネットワークの論理モデルを図示す ることを意図したビューである。 第１２図は共通内部システム資源を共有する、ひとつのネットワークエレメン ト内のいくつかのアプリケーションのアプリケーション固有管理情報の異なるグ ループ分けを図示することを意図している。 第１３図は本発明に基づくネットワークエレメントの第一の実施例の実現を示 すビューである。 第１４図は、第１０図に類似の、実行システムと第１３図に基づくネットワー クエレメント内に含まれる被管理オブジェクトとの間の通信と相互関係とを示す ビューである。 第１５図は本発明に基づくネットワークエレメントの第二の実施例の設計を示 すビューである。 第１６図は第１３図に基づく例の中のいわゆる支援オブジェクトのローカル化 を図示する。 実施例の詳細な説明 本発明の実施例をこれから説明する前の最初の導入紹介として、また三つの実 施例が実際上の理由から主としてＴＭＮ環境での本発明のアプリケーションに基 づいているため、これに関して多くの用語並びに概念が第１図から第１１図を参 照して更に詳しく説明される。しかしながら、後ほどはっきりするように、本発 明の使用はこの環境に限定されるわけではなく、国際ＩＳＯ標準に準拠する全て の環境に適合すると言える。 第１図は遠距離通信ネットワーク１０４用のＴＭＮに基づく運用ネットワーク シナリオを図式的に示す。後ほど二人の加入者１０６と１０８とが、加入者１０ ６が属する第一交換機１１０、第一伝送システム１１２、中継交換機１１４、第 二伝送システム１１６、そして加入者１０８が属する第二交換機１１８という形 式でネットワークエレメントを経由して相互接続される方法を示す。運用ネット ワーク１０２は二つの実行システム１２０及び１２２を含み、これはデータ通信 ネットワーク１２４並びにＱ３インタフェース１２６を介して遠距離通信ネット ワーク内のエレメント１１０−１１８と通信している。Ｑ３は二つのＴＭＮ構築 ブロック、例えばネットワークエレメントと実行システムとの間の標準化された インタフェースである。これは二つの部分、すなわち管理プロトコルとインタフ ェースで可視化される管理情報モデルとから構成される。インタフェースＱの更 に詳細な説明はＩＴＵ勧告Ｍ．３０１０に示されている。ローカル実行システム １２８は交換機１０８とインタフェース１２６を経由して直接通信する。 インタフェース１２６、Ｑ３はその上で実行システム、例えば１２０、１２２ 並びに１２８がＴＭＮ内の遠距離通信ネットワーク１０４を監視しており、これ は標準化されたデータ通信インタフェースであって、全ての型式のネットワーク 機器を均一の原理に基づいて管理することができる。Ｑ３インタフェースはネッ トワークエレメント１１０−１１８のオブジェクト指向情報モデルと、実行シス テム１２０、１２２とネットワークエレメント１１０−１１８との間の通信プロ トコルとの両方を定義する。 第２図にはネットワークエレメント２０２が管理ビュー層２０４と資源層２０ ６とに分割された状態で図式的に示されている。実行システム、ここでは２０８ と示されている、からは管理ビュー層２０４のみを見ることが出来る。管理ビュ ー層２０４は外部に向けて被管理オブジェクト２１０の集まりとして見えるビュ ーを提供し、これは実行システム２０８からＱ３インタフェース経由で管理でき る。被管理オブジェクトはネットワークエレメントがどの様に保守技術者に見え るかという観点から定義される。ほとんどのアプリケーションに対して標準化さ れた被管理オブジェクトが存在する。その結果、保守技術者はネットワークエレ メントを異なるベンダから何時制御するかに関して彼のやり方を知ることになる 。 資源層２０６はネットワークエレメント２０２の機能を実際に実行するもので ある。資源はそのシステムが最高特性を出すように設計される。実行時間並びに メモリ消費は資源層を実現する際に考慮する特性の例である。 ひとつの例として第３図は基幹資源３０２が管理される様子を示しており、実 行システム３１０からの矢印３０８、被管理オブジェクト３１２を通る矢印３１ ４は基幹資源３０２を表現している。従って被管理オブジェクト３１２は実行シ ステムに対する”インタフェース”として動作する。被管理オブジェクトはいか なるデータも格納することは出来ず、全てのデータは資源に所属する。これはオ ブジェクトと資源との間が一対一の写像である必要はない。いくつかの被管理オ ブジェクトをひとつの資源で実現することが可能であり、例えば第４図ではふた つの被管理オブジェクト４０２及び４０４がひとつの資源４０６を表現し、各々 その管理ビューを与える。ふたつの被管理オブジェクトをひとつの資源として実 現する理由は、アプリケーションのより良い特性を得るためである。 更に複雑な被管理オブジェクトを第５図の様に資源の組み合わせとして実現す ることが可能であり、これは被管理オブジェクト５０２が三つの資源５０４、５ ０６及び５０８の組み合わせを表現していることを示している。 被管理オブジェクトはまた、抽象のレベルを上げるために別の被管理オブジェ クトを表現する事が可能である、例えば第６図では被管理オブジェクト６０２は 、矢印６０４及び６０６でそれぞれ二つの別のオブジェクト６０８及び６１０を 表現している。次にオブジェクト６０８は資源６１２を表現し、そしてオブジェ クト６１０は二つの資源６１４及び６１６を表現している。運用支援機能は実行 システムの中で実現する代わりに、最上位の被管理オブジェクト６０２の中に実 現できる。 第７図は簡単なネットワークエレメント７０２のハードウェアが示されており 、これは此処では例えば第１図のローカル交換機１１０に対応すると仮定してい る。ネットワークエレメント７０２は切換機７０４を含み、これに二つのプロセ ッサ７０６と７０８とが接続される様に示されている。切換機７０４には加入者 ７１０が接続されており、これは第１図の加入者１０６と同じ加入者が加入者線 回路７１２経由で接続されているものと想像される。ネットワークエレメント７ ０２はネットワークの残り部分と線路端末７１４を通して接続されており、これ はＰＣＭリンク７１６上で通信を行う。この簡単なネットワークエレメントはプ ロセッサ７０６に接続されている実行システム７１８から管理されることが可能 であり、これは第１図の実行システム１２０に相当する。 第８図は第７図のネットワークエレメントの管理層のみを示し、これは８０２ で示されており、実行システムは８０４と示されている。更に詳細には、管理層 ８０２は被管理オブジェクトで構成され、それらは第８図内のそれぞれのクラス 名とインスタンスとで示されている。 管理層８０２の中では第７図の加入者７１０がクラス加入者の被管理オブジェ クト８０６のインスタンス７２７３０００で表現されている。オブジェクト８０ ６を介して資源層の中の加入者データと連絡を取ることが可能であり、このオブ ジェクト８０６はクラス加入者線の被管理オブジェクト８０８のインスタンス１ １に対して”接続先”という関係条件を有し、これは線接続データに達すること が出来る。更に詳細には、このオブジェクトは加入者と第７図の回線回路７１２ との間の回線を表現する。第７図のＰＣＭリンク７１６内の音声チャンネルは各 各、クラス幹線のオブジェクト８１０のインスタンスで表現される。ネットワー クエレメントの中には外部に接続されるように示されている二つの幹線があり、 一方三つの幹線は内部に向けて接続されている。これはクラス経路のオブジェク ト８１２の”出力”インスタンス、そして同一クラスのオブジェクト８１４の” 入力”インスタンスによって、それぞれ表現されている。ＰＣＭリンクの幹線の 残りはネットワークエレメント７０２では使用されていない。 被管理オブジェクトのデータは属性として規定されている。被管理オブジェク ト属性は恒久的に格納されている資源オブジェクトの属性に対応付けることが可 能であるが、これはまたいくつかの資源オブジェクトから属性をフェッチするア ルゴリズムの中で計算することも可能である。資源データはまたファイルシステ ムまたはハードウェアレジスタの中に格納することも可能である。幹線被管理オ ブジェクトは、例えば以下の属性を有する：幹線識別子、状態、及び自身経路。 この場合、三つの全ての属性は同一資源オブジェクト内の属性に対応する。 被管理オブジェクト上で実行される操作は： 被管理オブジェクトのインスタンスの生成及び消去、 ゲット（get）及びセット、これはそれぞれ属性値の読み込み及び書き込みで あり、 被管理オブジェクトにタスクの実行を促すアクション要求である。 アクションは操作が被管理オブジェクトに関する属性値の単なるゲットまたは セットよりも複雑な時に使用される。アクションは被管理オブジェクトを全体と して含むが、その他の被管理オブジェクトをも間接的に含むことが出来る。 被管理オブジェクトはまた通知を送る事が可能であり、実行システムに対して ネットワークエレメント内で事象が発生したことを知らせる。アラーム状態は通 知の一例である。通知はまたその他の目的にも使用される、例えばデータの充填 並びにトラヒック統計である。アクションの実行に長時間掛かる場合、そのアク ションの戻り値でそのタスクの実行が開始されたことを告げることが出来る。ま た、そのアクションの結果が通知として送られる。 加えて、被管理オブジェクトは別の被管理オブジェクトに対して、関連的関係 を持つことが可能である。基幹線は例えば経路のメンバーであり得る。関連的関 係は属性として明示される。 第７図並びに第８図を参照して、先に開示されているネットワークエレメント にはいくつかの基幹線が存在する。それらの全ては同一の属性、アクションそし て通知を有する。オブジェクト指向用語で言うと、それらはクラス基幹線被管理 オブジェクトのインスタンスである。 ネットワークエレメント内の生成された全ての被管理オブジェクトの集合は、 管理情報ベース、ＭＩＢと呼ばれる。この管理情報ベースは抽象的な概念であっ てシステム内部にデータを恒久的に格納するために使用される物理的データベー スと混同してはならない。 ネットワークエレメントの中には多くの被管理オブジェクトが存在するものも ある。特定の被管理オブジェクトを検索し、ネットワークエレメント内で生成さ れた全ての被管理オブジェクトの間を渡り歩けるようにするために、被管理オブ ジェクトに対して決められた名称付け構造を持たせて、全てのオブジェクトが唯 一無二の名称を持つようにする必要がある。標準的に推奨されている名称付けは 全ての被管理オブジェクト名称を樹形図として組織化する方式に基づいており、 ＭＩＴ（管理情報樹形図）と称されている。ＭＩＴを形成する関係は名称拘束関 係と呼ばれている。第９図には第７図並びに第８図を参照して先に記述された例 のＭＩＴが示されており、ネットワークエレメント７０２／９０２がＩＳＤＮネ ットワークの部分を形成するものと仮定している。 各々の被管理オブジェクトはそれが生成される際にインスタンス名を入手する 。同一の被管理オブジェクトの”子供”である、全ての被管理オブジェクトは異 なるインスタンス名を持たなければならない。このインスタンス名は管理システ ム内部で唯一無二である必要は無く、二つの被管理オブジェクトはそれらの”親 ”が異なる場合、同一インスタンス名を持つことが出来る。 全ての被管理オブジェクトはまた、全管理システム内部でそれをユニークに識 別するために使用される名称、識別名ＤＮと呼ばれる、をも持つ。この識別名は ＭＩＴのルートオブジェクトの下のレベルから始まり、被管理オブジェクトのイ ンスタンス名で終了する。見かけ上それはＵＮＩＸの全パス名に似ている。例と して被管理オブジェクト基幹線のインスタンス基幹線５の識別名は次のように書 ける： ＤＮ＝｛経路＝入力経路／基幹線＝基幹線５｝ 実行システムとネットワークエレメントとの間の通信はＱ３インタフェースの 中で定義される。標準は実行システムから被管理オブジェクトに到達してそれを 操作するための方法を推奨している。加えて、標準は被管理オブジェクトが実行 システムに対してネットワークエレメント内で事象が発生したことを通知する方 法も推奨している。 実行システム内の運用支援機能は、ネットワークエレメント内の被管理オブジ ェクトをネットワークエレメント内の特定の代行機能を操作する。運用支援機能 と代行機能との間の相互作用が第１０図に図式的に示されている。第１０図の中 で１００２と示されている実行システムは管理システムであって、１００４と示 されているネットワークエレメントが被管理システムである。運用支援機能は１ ００６と示され、代行機能１００８、被管理オブジェクト１０１０そして後者が 表現する資源は１０１２と示されている。実行システム１００６に対してネット ワークエレメント１００４は多数の被管理オブジェクト、すなわちオブジェクト １０１０から構成されるように見える。これは抽象化され実行システム１００６ に対してネットワークエレメント１００４のビューのみが１０１４に示されてい る。 運用支援機能１００６は代行機能１００８との接触をその代行機能に関連する 通信を確立する事により開始する。この関連は二つのシステム間の通信リンクと 見なされる。この関連が設定されると運用支援機能と代行機能とは互いに通信す る事が出来る。運用支援機能１００６は被管理オブジェクト１０１０をそれらの 識別名から始めて、矢印１０１６で示されている定義された操作（生成、消去、 セット、ゲットそしてアクション）を使用して取り扱い操作する。被管理オブジ ェクト１０１０は情報、通知を生成し、これは事象報告、矢印１０１８として実 行システムに転送される。図の中で矢印１０２０は代行機能１００８と被管理オ ブジェクト１０１０との通信を示し、矢印１０２２は被管理オブジェクト１０１ ０とそれらによって表現される資源１０１２との間の関係を示している。 代行機能１００８は実行システム１００２への通信を取り扱い、指令に応じて 被管理オブジェクトを生成／消去し、そして−操作指令の中に含まれる被管理オ ブジェクト名によって−目的とする被管理オブジェクトインスタンスを見つける 。この目的で代行機能は識別名と生成された被管理オブジェクトに対するシステ ム内部の識別子との間の関連に関する情報を有する。代行機能はまた名称樹形図 内で許されている名称拘束に関する情報も保持し、クラス識別子と許されている 希望する名称とが整合する場合にのみオブジェクトを生成する。 代行機能１００８はまた指令／操作解釈機能１０２４を、アルゴリズムの形式 で含み、これは実行システムからのメッセージを上述の方式で被管理オブジェク トを操作する機能を実行する代行機能経由で受信し、そして解析し、またこの目 的のために必要な操作の実行をも取り扱い処理する。 本発明の実施例を以下で説明するための更なる導入説明として、次に本説明の 基本としている記述モデルの簡単な紹介説明を行う。 先に述べたように遠距離通信ネットワークは非常に多くの異なる型式のサービ スを提供する。例として：配送サービス、遠距離通信サービス、付帯サービス等 等。第１１図に示されている例を参照して、これらのサービスはしばしば、多数 の論理ネットワークプレーンから構成されるネットワークの論理モデルに関して 記述され、各々のプレーンはサービスの異なる領域に属するネットワークエレメ ント機能を含む。従って各々の論理ネットワークは物理ネットワークとそのネッ トワークエレメントのアプリケーション固有ビューを表すと言える。 第１１図にはネットワークエレメント機能が示されていて、プレーン１１０２ に物理ネットワーク、プレーン１１０４にトランスポートネットワーク、プレー ン１１０６に遠距離通信サービスネットワーク、プレーン１１０８に信号通知ネ ットワーク、そしてプレーン１１１０にインテリジェントネットワークサービス を含む。 第１１図は更に運用支援ネットワーク１１１２を含み、これは非常に図式的に 実行システム１１１４を含む様に示されている。実行システム１１１４はデータ 通信ネットワーク１１１６とインタフェースＱ３とを経由して遠距離通信システ ムと通信を行い、これはプレーン１１０２−１１１０を表現する。 プレーン１１０２は、一例として多数のネットワークエレメント１１１８−１ １２４を含むように示されている。各々のその様なネットワークエレメントの中 でアプリケーション固有ネットワークエレメント機能は中を塗りつぶされた楕円 で示されている。ネットワークエレメント１１１８、これは例えば問題としてい る遠距離通信ネットワーク内の中継センタに対応すると想定できる、は従ってプ レーン１１０６内のＮ−ＩＳＤＮサービス１１３０及びＢ−ＩＳＤＮサービス（ 広帯域ＩＳＤＮ）１１３２を提供するネットワークエレメント機能１１２６及び １１２８、そしてプレーン１１０４内のＡＴＭトランスポートサービス１１３６ を提供するネットワークエレメント機能１１３４を含むように示されている。ネ ットワークエレメント１１１８は更に、ネットワークエレメント機能１１３８を 介して、プレーン１１０８内のＳＳ＃７（信号システム７・ＩＴＵ−Ｔ標準に基 づく）信号ポイント１１４０を支援するが、これはＩＳＤＮがＳＳ７ネットワー クを使用するためである。 いくつかのアプリケーションに対するこの様なネットワークエレメントの別の 例としては、第１１図のローカル切換機があり、これはそれぞれ三つのネットワ ークエレメント１１２０、１１２２そして１１２４のネットワークエレメント機 能と共に図式的に示されており、これらはＧＳＭ−及びＩＳＤＮ−サービスまた 同様にＳＤＨ交差接続サービスを提供する。 第１２図にはネットワークエレメントの管理ビュー層が更に別の方法、第１０ 図の矢印ＸＩＩの方向で示されており、ここで被管理オブジェクトは更に一般的 に異なるグループの管理情報で置き換えられている。図には更に特定的に、ネッ トワークエレメントの管理ビュー層１２０２、第一アプリケーション固有管理情 報１２０４、例えばＮ−ＩＳＤＮ、そして第二アプリケーション固有情報１２０ ６、例えばＢ−ＩＳＤＮ、共有共通構造基盤管理資源１２０８が示されている。 管理情報１２０４はそれぞれ第一及び第二構造基盤資源１２１０と１２１２とを 使用するように示され、一方管理情報１２０６は同様に第二構造基盤資源１２１ ２と第三構造基盤資源１２１４とを使用する。 本発明のひとつの特徴に基づき、また先の図、特に第１、２、１１そして１２ 図を参照すると、此処で意図している種類のネットワークエレメント、例えば第 １１図の１１１８は、少なくとも二つのネットワークエレメント機能、例えば第 １１図の１１２６及び１１２８と、ハードウェア並びにソフトウェアの形式の内 部資源を含むと定義出来る。各々のネットワークエレメントはアプリケーション 、例えば第１１図の１１３０並びに１１３２を、これらが含まれている遠距離通 信システム内で提供する。資源はネットワークエレメント機能を実行する上で使 用される。これらはアプリケーション固有資源並びにいくつかのアプリケーショ ンに共通な資源を含む。ネットワークエレメントは資源層の他に、被管理オブジ ェクト形式の管理ビュー層、例えば第２図の２１０または第１２図の１２０２に よっても構築され、これは資源層内の情報にアクセスする。被管理オブジェクト は資源を表現しまたそれぞれの資源をネットワークエレメント機能を実行する上 で資源を使用する際のプログラム制御管理に、例えば第１１図内の実行システム １１１４によって使用される。 今定義した種類のネットワークエレメントとは、本発明の基本的な特徴に基づ き、またこれ以降の実施例の更に詳細な説明から明らかなように、いくつかの別 別の管理情報構造、ＭＩＢに分配された管理情報のことである。更に詳細には、 全てのアプリケーション固有管理情報はアプリケーション固有情報構造、すなわ ちＭＩＢｓの上に各々のアプリケーションに対してひとつ分配されており、また 共通資源を表現する管理情報はひとつの共通管理情報構造、すなわちＭＩＢの中 に含まれる。 本発明の第一の実施例が第１３図に示されている。ネットワークエレメントの 管理ビュー層１３０２の中にはそれぞれ二つの異なるアプリケーション１３０４ 及び１３０６用管理情報と、構造基盤資源１３０８用の管理情報とが含まれてい る。管理情報には被管理オブジェクトのインスタンス経由で達することができ、 ここでは簡明のためにそれぞれの管理情報セット１３０４−１３０８内の複数の 横長の楕円としてのみ示されている。管理情報セット３０４、１３０６、１３０ ８の各々は、それぞれそれ自身のＭＩＢ１３１０、１３１２及び１３１４を形成 する。 ＭＩＢｓ１３１０、１３１２、１３１４の各々はそれぞれＭＥ１３１６、１３ １８及び１３２０の形で示されているルートオブジェクトを有し、これは先に示 した被管理オブジェクトＭＥのＩＴＵＴ−Ｔ勧告Ｍ．３１００で定義されたクラ スのものか、またはこのサブクラスのものである。ＭＥを特徴付けるものは、た だ属性としてのみ対応する管理情報の集合、すなわちＭＩＢの名を有することで ある。この名はＡＥ名称（アプリケーションエンティティー名称）の形式を有し 、ＯＳＩ ＡＣＳＥ（アプリケーション制御サービスエレメント）に基づき、イ ンスタンスの名前が付加されている。これに対応して示されている例の中でそれ ぞれの樹形図名はそれぞれＡＥ名称−ｘ、ＡＥ名称−ｙ及びＡＥ名称−ｚであり 、ここでｘ，ｙ及びｚはインスタンスの名称を表す。各々の樹形図１３１０、１ ３１２及び１３１４はそれ自身のｑ３参照点１３２２、１３２４及び１３２６を 管理層内にそれぞれ有し、樹形図はＡＣＳＥプロトコル内でアプリケーション固 有ＡＥ名称を積み重ねたＱ３プロトコルによって識別される。ｑ３参照点は、此 処ではＱ３インタフェースの中でＭＩＢの実行システムによって見ることの出来 るものを意味する。 第１０図を使用した上記の説明を参照することにより、運用支援機能１００６ と代行機能１００８との間の相互作用が実行される様子を説明したが、第１４図 には第１０図内のネットワークエレメント１００４の修正変更が示されている。 この修正変更から、第１３図に基づく事例に於いてその実行システムが、その代 行機能により如何にして第１３図のそれぞれの管理樹形図の中に含まれるオブジ ェクトに達することが出来るかが明らかになる。第１４図に於いてネットワーク エレメントは１４０２で示され、また代行機能は１４０４で示されている。更に それぞれインスタンス名ｘ及びｙを具備するＭＩＢｓ１３１０及び１３１２は１ ４０６で示されている。ＭＩＢｓの中に含まれ、被管理オブジェクトで表現され る資源は１４０８に示されている。代行１４０４は第１３図に含まれるＭＩＢｓ 用の名称樹形図情報を含み、例としてＭＩＢｓ１３１０及び１３１２に対して１ ４１０及び１４１２が示されている。１４１４には対応する指令／操作解釈機が 示されている。 本発明の第二の実施例が第１５図に示されている。ネットワークエレメントの 管理ビュー層１５０２にはそれぞれ二つの異なるアプリケーション１５０４と１ ５０６用の管理情報と、構造基盤資源１５０８用の管理情報とが含まれている。 管理情報には管理オブジェクトのインスタンスを介して達することができ、此処 でも簡明のために管理オブジェクトはそれぞれの情報セット１５０４−１５０８ 内の複数の横長楕円としてのみ示されている。各々の管理情報セット１５０４、 １５０６、１５０８はそれぞれのＭＩＢ、ＭＩＢ１５１０内のセット１５１４及 び共通ＭＩＢ１５１２内のセット１５０６及び１５０８を形成する。 各々のＭＩＢ１５１０及び１５１２はそれぞれＭＥ１５１６及び１５１８の形 で示される、ＩＴＵＴ−Ｔ勧告Ｍ．３１００で定義される被管理オブジェクトの クラス、またはそのサブクラスのルートオブジェクトを有する。樹形図１５１０ 及び１５１２の各々はそれぞれ、それ自身のｑ３参照点１５２２及び１５２４を 、管理層の中に有し、樹形図はＡＣＳＥ層内でそれぞれアプリケーション固有Ａ Ｅ名称−ｘ及び−ｙを積み重ねたＱ３プロトコルによって識別される。 第１３図及び第１５図に於いてネットワークエレメント内の、内部ＭＩＢ関係 が更に両端矢印、それぞれ１３２８、１３３０及び１５２８で示されている。 上記の本発明の二つの実施例は重要な特長を有する。 −異なるＭＩＢがその管理ルートオブジェクトの仕様に対して異なるクラス定 義を要求する標準に対して適用できる。 −管理関係を確立するにあたって、各々のＭＩＢに対して認証制御（authenti cation control）を実行する事が可能である。 第１３図に基づく第一の実施例は第１５図に基づく第二の実施例よりも優れて おり、それは構造基盤資源を管理するに当たって、個別に認証制御を実施するこ とが出来る点である。 上記から明らかなように、個別のアプリケーション固有ＭＩＢはルートオブジ ェクトとして固有（すなわち各々の市場／またはアプリケーションに対して）に 特化した被管理オブジェクトＭＥのクラスの被管理オブジェクトを有し、これは 標準勧告Ｍ．３１００に含まれる。従って各々のアプリケーションはそれ自身の ｑ３参照点を有し、そのＭＩＢはアプリケーション固有ＡＥ名称を積み込まれた Ｑ３プロトコルのＡＣＳＥ層内で識別される。その結果、認証制御もまた各々の ＭＩＢに対して実行システムとネットワークエレメントとの間に管理通信関係を 確立する時点で実行される。 システム構造基盤資源を表現する被管理オブジェクトが個別のＭＩＢ、例えば 第１３図の１３１４の中に置かれる場合、この管理オブジェクトはまた被管理オ ブジェクトＭＥのクラスの個別のインスタンスで名付けられる。これはまたシス テム構造基盤ＭＩＢがＱ３プロトコルの中でそのＡＥ名称を伴って識別されるこ とを意味し、ＭＩＢ固有認証が通信関係を確立する際に実施されることをも意味 する。 第１３図及び第１５図の様にネットワークエレメントの中に異なるＭＩＢが存 在する場合、ネットワークエレメント内部に内部ＭＩＢ関係が存在することを支 援する必要がある、すなわちネットワークエレメント内の異なるＭＩＢ内の管理 オブジェクト間の関係、例えば第１３図の矢印１３２８及び１３３０、また第１ ５図の矢印１５２８である。これは例えばアプリケーションのひとつが別のアプ リケーションにそのサービスを提供する場合である。 この目的に関して二つの可能な解決策が考えられる。ひとつの解決策に基づけ ば、ネットワークエレメント内の内部ＭＩＢ関係がネットワーク全体”識別名称 ”を具備した属性で表現される。しかしながらこれは全てのネットワークエレメ ント及び全ての実行システムとの間で名称付けの調整が必要となる、すなわち全 体で唯一無二のルート名。しかしながらこれは現在のネットワークの中では支援 されていない。もう一つの解決策が好適であるのは、それが実現が容易であり、 ネットワークエレメント内の内部ＭＩＢ関係が属性によって表現され、これはＭ ＩＢ内のオブジェクトインスタンスに対して”識別名称”となるだけではなく、 実行システムから見て別のＭＩＢとユニークに識別するＡＥ名称ともなっている からである。 もしも”範囲及びフィルタリング”（同時に複数のオブジェクトへの操作）を 支援する要求がある場合は、ネットワークエレメント内の複数のアプリケーショ ンへ広がる、例えば”範囲及びフィルタリング”をＧＳＭとＮ−ＩＳＤＮ加入者 データの両方に実行する場合、その実行システムにいくつかのＭＩＢに対する走 査を行う特別機能が存在しないと仮定すると、これらの個別のアプリケーション は同一のＭＩＢで指定されなければならない。 運営管理側でその様な作業を二つの別々の作業に明確に分離する事が許容出来 るので有れば、各々のアプリケーションに対して別々のＭＩＢを使用できる。 またネットワークエレメント内で特定の多元ＭＩＢ操作に対して調停機能を持 たせることも極めて可能である。 次にいくつかのアプリケーションを含むネットワークエレメント内のいわゆる 支援オブジェクトの管理を詳細に開示する。更に詳細には、被管理オブジェクト に対して遠距離通信サービスの通常の機能では必要ではない、汎用管理支援を提 供するようにとの要求が存在する。これらの管理オブジェクトはしばしば全ての アプリケーションの中で必要とされ、標準勧告の中で通常”支援オブジェクト” と呼ばれている。例えば、管理操作スケジュール、記録（Log）、事象転送識別 機（ＥＦＤ）、状態変化記録、オブジェクト生成記録、アラーム記録、アラーム 程度指定プロフィール、等々のクラスがある。これらのクラスの被管理オブジェ クトは例えば第１５図の各々のアプリケーション固有ＭＩＢの中に含むことが出 来る。 第１５図は第１３図と同一状況を図示しているので、同じ参照名称が第１５図 の中で、同一エレメントを示すために使用されており、ただどちらの図に属して いるかを示している、第１５図の上位の桁１５を第１３図の上位の桁１３と置き 換えるだけである。 第１６図にはそれぞれ三つのＭＩＢ１６１０、１６１２そして１６１４、被管 理オブジェクト１６４２、１６４４そして１６４６内のクラス記録、被管理オブ ジェクト１６４８、１６５０そして１６５２内のクラスＥＦＤ、そして被管理オ ブジェクト１６５４、１６５６そして１６５８内のクラスアラーム記録が指定さ れている。ある管理関係の中で生成された支援オブジェクトは、結果として問題 としている関係に対するＭＩＢのルートであるＭＥへの名称拘束を具備した被管 理オブジェクトとなる。識別機が生成された場合（記録またはＥＦＤ内で）問題 の被管理オブジェクトインスタンスはローカルに区別された名称で識別され、こ れは同一ＭＩＢ内の被管理オブジェクトのインスタンスに対してのみ参照出来る ことを意味する。識別機仕様の拡張しても最大ＥＦＤオブジェクトが存在する同 一ＭＩＢ内の被管理オブジェクトを識別できるだけなので、異なるアプリケーシ ョンＭＩＢで使用される支援オブジェクトの配置を中央に持ってくることは出来 ない、すなわちこれらを共通中央ＭＩＢの中に置くことは出来ない。これは別の ＭＩＢ内の被管理オブジェクトには、ローカル区別名称ルートがこのＭＩＢに対 するＭＥで有るために達することが出来ないという事実のためである。 次に複数のＭＩＢを具備したネットワークエレメントに関連した機器管理を詳 細に説明する。 ネットワークエレメントは個別の機器、例えば筐体、機器棚、プリント基板、 電源装置、ファン等を含む。この様な各々個別の機器装置は通常、Ｍ．３１００ 機器クラス、またはそこから派生するサブクラスの被管理オブジェクトで表現さ れる。これの目的は、例えば機器アラーム表示、機器修繕、機器編集に際しての 機器更新を管理できるようにするためである。 多くのＭＩＢを具備したネットワークエレメントに於いて、全ての機器被管理 オブジェクトはひとつのそして同一のＭＩＢ、システム構造基盤ＭＩＢの中に、 もしもこの様な個別の構造基盤ＭＩＢが存在するので有れば、個々の機器装置か ら提供される特定のハードウェアとは独立に置かれるべきである。機器管理に関 してはこれを推進する、基本的に二つの特徴があって、それをこれから説明する 。 第一の特徴は物理的に別々の個体の管理を行わねばならない場合： −もしも異なる機器の被管理オブジェクトを異なるＭＩＢの間に分配すると、 同一管理関係の中で、全ての設置されている機器をカバーする範囲／フィルタリ ング操作を実行することが出来ないであろう。 −いくつかのＭＩＢの中に機器管理オブジェクトを持つことにより、機器の修 繕並びに更新を行う場合、もしもそれらの機器装置が同一の筐体／機器棚の中に 設置されているとすると、非常に混乱するであろう。 第二の特徴の基本は、異なるアプリケーションに対して物理的機器の使用を共 有する事が出来なければならないと言うことである。多重ＭＩＢの場合、異なる アプリケーションＭＩＢの管理オブジェクトが同一の機器被管理オブジェクトに 依存することは至って自然なことである。個別の機器被管理オブジェクトに依存 するアプリケーション被管理オブジェクトを決定することは多くの場合、純粋に 資源構成／割付の問題である。 この特別な例は中央演算処理資源の共有である。この様な機器は全てのアプリ ケーション固有処理を考慮して管理されるべきである。従って、多重ＭＩＢネッ トワークエレメントでは、この様な機器は全てのアプリケーションに共通の ＭＩＢで構成されるべきである。 実際、全ての機器被管理オブジェクトをこの共通ＭＩＢの中に設置するにはい くつかの理由があって、どのアプリケーションが実行時にどの機器ハードウェア を使用するかには考慮しない。ひとつの特別な理由は、例えば分散処理環境に於 いて、処理環境の被管理オブジェクトはアプリケーションの被管理オブジェクト と同一機器資源に依存する。また、分散処理環境の被管理オブジェクトはしばし ば、機器との間で、アプリケーションの被管理オブジェクトが持つよりも更に本 質的な内部関係を有する。従って、全ての機器オブジェクトを全ての実行システ ム被管理オブジェクトと一緒に、第１３図に示すように同一ＭＩＢの中に置くこ とが便利である。 これを実際に可能とするのは、機器被管理オブジェクトがそのハードウェアが 支援している実際の機能の管理情報を通常は含まないようにする事である。多く の場合、これによってより良い管理がなされ、いくつかのアプリケーション標準 ではその様に、アプリケーションＭＩＢ内に存在するアプリケーション固有被管 理オブジェクトを通して管理することが要求されている。 例えば、ひとつのアプリケーションのＭＩＢが端末点（通信の終了点）用の被 管理オブジェクトを含むとすると、これは実行時異なる機器装置が提供する特定 の回線とハードウェアとのインタフェースに対応する。しかしながら、被管理オ ブジェクトを機器装置上の実際の回線とハードウェアとのインタフェース用に用 意するための良い理由は見つからない。機器被管理オブジェクトとアプリケーシ ョン被管理オブジェクトとの間の管理関係は、代わって機器オブジェクトまたは 特別な資源分配／関係オブジェクトのいずれかの中の関係属性で取り扱い処理さ れる方が優れている。 逆の関係を見られるようにするために、関係を具備した標準アプリケーション 被管理オブジェクトは機器オブジェクトに対する関係属性に拡張できる（それぞ れ資源関連オブジェクトに対して）。 ハードウェアの面の機器管理とハードウェアのアプリケーション面の管理とを 分離するというこの原理は、ネットワークエレメントがひとつまたは複数のＭＩ Ｂを含むか否かには関わりなく、実際に汎用的である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ Ｈ０４Ｍ 3/00 9371−5Ｋ Ｈ０４Ｌ 13/00 ３０９Ｚ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＡＵ，ＢＲ，ＣＡ，ＣＮ，Ｆ Ｉ，ＪＰ，ＫＲ，ＭＸ，ＮＯ (72)発明者 カールスンド，ペテル スウェーデン国 エス − 127 33 ス カルホルメン，リラ サルスカペツ ベー グ 75

Claims (1)

1. 【特許請求の範囲】 １．実行システムとデータ通信ネットワークとを含む遠距離通信ネットワーク の運用並びに保守を行うための運用支援ネットワークであって、前記実行システ ムは前記データ通信ネットワークを経由して前記遠距離通信ネットワークを制御 する前記運用支援ネットワークであって、 前記遠距離通信ネットワークは少なくともひとつのネットワークエレメントを 有し、これは少なくとも二つのネットワークエレメント機能を実行するための装 置を有し、その各々は遠距離通信ネットワークアプリケーションを提供し、前記 装置はアプリケーション固有資源といくつかのアプリケーションで共通な資源と を含むハードウェア並びにソフトウェア資源を含み、 各々のネットワークエレメントはソフトウェア管理ビュー層を有し、これは実 行システムからのネットワークエレメントがいくつかの被管理オブジェクトから 構成されるように見えるインタフェースを提供し、前記被管理オブジェクトは資 源とネットワークエレメント機能とを表現し、実行システムによってそれぞれの 資源とネットワークエレメント機能とをネットワークエレメント機能を実行する 際に管理するために使用される、前記支援ネットワークに於いて、 前記少なくともひとつのネットワークエレメントの被管理オブジェクトがいく つかの階層化された樹形図構造に組織化された名称を有し、全ての被管理オブジ ェクトがアプリケーション固有樹形図構造の上に分散されアプリケーション固有 資源を、各々のアプリケーションに対してひとつ表現し、共通資源を表現する被 管理オブジェクトが共通樹形図構造の中に含まれることを特徴とする、前記ネッ トワーク。 ２．少なくともひとつのネットワークエレメントを有し、これは少なくとも二 つのネットワークエレメント機能を実行するための装置を有し、その各々は遠距 離通信ネットワークアプリケーションを提供し、前記装置はアプリケーション固 有資源といくつかのアプリケーションで共通な資源とを含むハードウェア並びに ソフトウェア資源を含み、 各々のネットワークエレメントはソフトウェア管理ビュー層を有し、これは実 行システムからのネットワークエレメントがいくつかの被管理オブジェクトから 構成されるように見えるインタフェースを提供し、前記被管理オブジェクトは資 源とネットワークエレメント機能とを表現し、実行システムによってそれぞれの 資源とネットワークエレメント機能とをネットワークエレメント機能を実行する 際に管理するために使用される、前記遠距離通信ネットワークに於いて、 前記少なくともひとつのネットワークエレメントの被管理オブジェクトがいく つかの階層化された樹形図構造に組織化された名称を有し、全ての被管理オブジ ェクトがアプリケーション固有樹形図構造の上に分散されアプリケーション固有 資源を、各々のアプリケーションに対してひとつ表現し、共通資源を表現する被 管理オブジェクトが共通樹形図構造の中に含まれることを特徴とする、前記ネッ トワーク。 ３．遠距離通信ネットワークに含まれ、少なくとも二つのネットワークエレメ ント機能を実行するための装置を有し、その各々は遠距離通信ネットワークアプ リケーションを提供し、前記装置はアプリケーション固有資源といくつかのアプ リケーションで共通な資源とを含むハードウェア並びにソフトウェア資源を含む ネットワークエレメントであって、該ネットワークエレメントはソフトウェア管 理ビュー層を有し、これは実行システムからのネットワークエレメントがいくつ かの被管理オブジェクトから構成されるように見えるインタフェースを提供し、 前記被管理オブジェクトは資源とネットワークエレメント機能とを表現し、実行 システムによってそれぞれの資源とネットワークエレメント機能とをネットワー クエレメント機能を実行する際に管理するために使用される、前記ネットワーク エレメントに於いて、 前記少なくともひとつのネットワークエレメントの被管理オブジェクトがいく つかの階層化された樹形図構造に組織化された名称を有し、全ての被管理オブジ ェクトがアプリケーション固有樹形図構造の上に分散されアプリケーション固有 資源を、各々のアプリケーションに対してひとつ表現し、共通資源を表現する被 管理オブジェクトが共通樹形図構造の中に含まれることを特徴とする、前記ネッ トワーク。 ４．遠距離通信ネットワークに含まれ、少なくとも二つのネットワークエレメ ント機能を実行するための装置を有し、その各々は遠距離通信ネットワークアプ リケーションを提供し、前記装置はアプリケーション固有資源といくつかのアプ リケーションで共通な資源とを含むハードウェア並びにソフトウェア資源を含む ネットワークエレメントであって、該ネットワークエレメントはソフトウェア管 理ビュー層を有し、これは実行システムからのネットワークエレメントがいくつ かの被管理オブジェクトから構成されるように見えるインタフェースを提供し、 前記被管理オブジェクトは資源とネットワークエレメント機能とを表現し、実行 システムによってそれぞれの資源とネットワークエレメント機能とをネットワー クエレメント機能を実行する際に管理するために使用される、前記ネットワーク エレメント内のソフトウェア構成方法に於いて いくつかの階層化された樹形図構造内の前記被管理オブジェクトの名称を、ア プリケーション固有資源を表現する全ての被管理オブジェクトが、各々のアプリ ケーションに対してひとつアプリケーション固有樹形図構造の上に分配し、共通 資源を表現する被管理オブジェクトを共通樹形図構造の中に配置するように組織 化することを特徴とする、前記方法。 ５．多数の異なる型式のサービスを提供するための遠距離通信ネットワーク内 のネットワークエレメントであって、前記ネットワークエレメントはいくつかの 遠距離通信ネットワークアプリケーションを支援し、アプリケーション固有管理 情報とアプリケーションに共通なシステム資源の管理情報とを含む、システム資 源と管理情報ソフトウェアとを含み、該管理情報ソフトウェアはシステム資源が 使用される際に実行システムによってシステム資源を管理するために利用可能で ある、前記ネットワークエレメントに於いて、前記全ての管理情報の一部を識別 するための名称が、それぞれが階層化された樹形図構造の形式で、いくつかのア プリケーション固有管理情報ベースの中に組織化されていることを特徴とする、 前記ネットワークエレメント。 ６．請求項第５項記載のネットワークエレメントに於いて、共通資源用の管理 情報もまたそれ自身の個別の樹形図で処理されていることを特徴とする、前記ネ ットワークエレメント。 ７．請求項第５項記載のネットワークエレメントに於いて、共通資源用の管理 情報がアプリケーション固有情報と同一の樹形図で管理されていることを特徴と する、前記ネットワークエレメント。 ８．請求項第５項から第７項記載のネットワークエレメントに於いて、アプリ ケーション固有情報用の各々の管理情報が被管理オブジェクトの特定クラス、ま たはそのサブクラスの被管理オブジェクトの形式でルートオブジェクトを有し、 前記被管理オブジェクトは属性としてのみ対応する管理情報樹形図の名称を有す ることを特徴とする、前記ネットワークエレメント。 ９．請求項第８項記載のネットワークエレメントに於いて、共通システム資源 用の管理情報が、同様に被管理オブジェクトの前記特定クラスまたはそのサブク ラスの被管理オブジェクトの形式でルートオブジェクトを有することを特徴とす る、前記ネットワークエレメント。 １０．請求項第５項から第９項記載のネットワークエレメントに於いて、異な る管理情報樹形図内の被管理オブジェクト間の関係を特徴とする前記ネットワー クエレメント。 １１．請求項第１０項記載のネットワークエレメントに於いて、被管理オブジ ェクトインスタンス間の前記関係が全体的に区別される名称を具備した属性で表 現されることを特徴とする、前記ネットワークエレメント。 １２．請求項第１０項記載のネットワークエレメントに於いて、異なる管理情 報樹形図内の被管理オブジェクトインスタンス間の前記関係が、実行システムか ら見てそれぞれの管理情報樹形図内のオブジェクトインスタンスに対してユニー クな名称の管理樹形図を参照し、また別の管理情報をも識別することを特徴とす る、前記ネットワークエレメント。