JP2006121682A - マルチネットワークの要素管理システム及び方法 - Google Patents

Abstract

【課題】要素管理システム（ＥＭＳ）のツリー構造において、特定のノードを、他の上位レベルの下位ノードとして移動する場合の、データ変更による所要時間を低減する。
【解決手段】複数のネットワーク要素を含むネットワークの要素管理方法であって、前記各ネットワーク要素に固有のＩＤを付与する段階と、前記各ネットワーク要素の固有ＩＤと、前記各ネットワーク要素の接続関係を格納する段階と、前記各固有ＩＤに対応するネットワーク要素の別名（Alias）を格納する段階を有し、ネットワーク構成情報が要求される場合には、前記各固有ＩＤに対応するネットワーク要素の別名を、運用者管理画面上にディスプレイすることを特徴とする。
【選択図】図９

Description

本発明は、マルチネットワークの要素管理システム及び方法に関し、より詳細には、データベース内のデータレベル処理方式を用いて、移動するノードを要素管理システムの全てのレベルにわたって固有のＩＤで生成するようにして、効果的なネットワークの管理を実現したマルチネットワークの要素管理システム及び方法に関する。

現代の通信ネットワークでは、高速通信網のユーザが増加し、ユーザの多様な欲求を充足させるために通信網が発達するに従って、大量のデータ送受信を伴った多様な種類のサービスが求められてきている。通信網を管理し運用する要素管理システム（Element Management System:ＥＭＳともいう）は、従来のデータの格納量と比較して大量のデータに対する格納及び管理が要求されている。

一般に、ネットワークは、いくつかのネットワーク要素（ＮＥ）の集合から構成される。ネットワークを構成するネットワーク素子には、ルータ、スイッチなど様々なものが挙げられる。これに加えて、ネットワーク素子には、移動通信システムを構成する素子である基地局、基地局制御器、基地局管理システム、交換局システム、ホーム位置登録器システムが挙げられる。このようないくつかのネットワーク素子からなるネットワークに対する運用及び管理などを効果的に行うために、ネットワーク素子を管理する要素管理システムの必要性が高まってきている。

要素管理システムを構成するネットワーク要素の形状は、通常、ツリー（Tree）構造で表現されるが、レベル（level）化している情報を順次（例えば、ラック情報→シェルフ情報→スロット情報→ボード情報の順）に読み出して分析した後、該当オブジェクトを生成し、これをグラフィックで表現し、ネットワーク要素の位置変化に基づく管理情報を調節する。

従来のレベル体系は、各々のテーブルのデータが上位レベルのＩＤを有している構造である。すなわち、上位レベルのＩＤと自己のＩＤとが合わせられて固有の値を有する構造である。

図３乃至図５は、レベル３を例にして従来の一般的なレベルの生成過程とレベル移動過程を説明する図である。

従来のレベル生成方法は、１つのノードが接続する各レベルのＩＤに基づき、全て含んでレベルＩＤを生成する。すなわち、従来のレベル体系は、各々のテーブルのデータが上位レベルのＩＤを含む構造からなり、上位レベルのＩＤと自己のＩＤが合わせられて固有の値を有する。

レベル３内に位置する１つのノードを移動させると仮定すれば、該当ノードに接続していたレベル２とレベル１のノードも変わる確率が高い。この場合、まず、該当ノードの構成情報テーブルを変更しなければならないので、構成情報テーブル上で移動しようとするノードの上位レベルのノードＩＤをも全て変更しなければならない。

構成情報テーブルを変更した後には、位置指定リストをも変更しなければならないが、この場合も、変更後の移動ノードに接続した各レベルのノードのＩＤを全て変更しなければならない。構成情報テーブルと位置指定リストに対する変更が行われた後には、各種ログデータをも変更しなければならないが、これは、図３を参照して説明する。

図３は、従来技術によるノード移動時のヘッダー情報テーブルの変化を示している。

レベル３のヘッダー情報テーブルは、レベル１、レベル２、レベル３の情報を全て有しており、レベル４のヘッダー情報テーブルは、レベル１、レベル２、レベル３、及びレベル４の情報を全て含んでいる。

図３に示すようなヘッダー情報テーブルの構造は、１つのネットワーク要素を表現するために、それに接続している他のレベルの情報を利用する体系下では避けられない構造であるといえる。

図４は、従来技術におけるノード移動時の各レベルのノード構成の変化を示している。

図４は、レベル３の「Ｆ」を移動させる場合を仮定しているが、移動する前の「Ｆ」は、レベル１がＡであり、レベル２がＣであるラインの下に位置していた。この位置からレベル２がＤであるラインへ移動する形状を示している。

この場合、移動する前の「Ｆ」のＩＤは、（１、２、１）で表現することができたが、移動後には、ＩＤが（１、３、１）に変更されることが分かる。すなわち、特定ネットワーク要素が該当ネットワーク内で位置を変える場合、該ネットワーク要素のＩＤも変更され、ネットワーク上での位置変化がＩＤに影響を及ぼしている。これは、ネットワーク要素に対するＩＤ値をデータとして含んでいるデータベース内の全ての情報をも変更されなければならないことを意味する。

図５は、従来技術におけるノード移動時のログデータの変化を示している。

図５は、図４の例のような場合を仮定したものであって、レベル１のＡ要素、レベル２のＣ要素に接続していたレベル３のＦ要素が同一のレベル内で移動しながらレベル２の要素Ｄに接続することによって構成を変更した場合である。

ログデータテーブル５０は、各ノードに接続する上位及び下位レベルのノードを順次に記録していることが分かり、上記例のような場合には、レベル３のＦ、すなわちレベル３のＩＤ２のノードが、レベル２のＩＤ２からレベル２のＩＤ３に移動した情報を全て変更しなければならない。

レベル２のノード２は、上位レベルのみならず、下位のいろいろなレベルに接続しているので、１つのデータだけを変更してはならないし、レベル２のノード２を含む全てのログデータを変更しなければならない。

上述した通り、従来のレベル体系は、上位レベルのＩＤと自己のＩＤが合わせられて固有の値を有し、その結果、ノードを他の上位レベルの下位レベルに移動する場合、例えば、レベル３のネットワーク要素を他のネットワーク（レベル１）やサブネットワーク（レベル２）の下位レベルに移動する場合には、位置値を格納するログデータは全てＩＤ値を変更しなければならない。特にデータ量が多い場合には、ネットワーク要素の位置移動によるデータベース内の情報更新に予想できないほどの多くの時間がかかるという問題点を有している。

本発明は、前述のような問題点を解決するためになされたもので、本発明の目的は、マルチネットワークシステムの管理に際して、要素管理システム（ＥＭＳ）のツリー構造において特定ノードを他の上位レベルの下位ノードに移動する場合に、ログデータが格納する全ての位置値を、変更されるノードのＩＤ値にアップデートすることで、データ変更による所要時間を低減するマルチネットワークの要素管理システム及び方法を提供することにある。

上記目的を達成するために、本発明の一態様に係るマルチネットワークの要素管理方法は、各ネットワーク要素に固有のＩＤを付与し、各ネットワーク要素の固有ＩＤ及び各ネットワーク要素の接続関係、そして各々の固有ＩＤに対応するネットワーク要素の別名（Alias）をマッチングさせて格納する段階を含み、ネットワーク構成情報に対する要求がある場合には、各々の固有ＩＤに対応するネットワーク要素の別名を運用者管理画面上にディスプレイすることを特徴とする 。

各ネットワーク要素の固有ＩＤ及び各ネットワーク要素の接続関係は、構成情報テーブルに格納し、各々の固有ＩＤに対応するネットワーク要素の別名は、位置指定リスト（Common Table Alias List）に格納する。

各ネットワーク要素の固有ＩＤは、全体ネットワークにおいて他のネットワーク要素と区別され、該当ネットワーク要素が接続されている他のネットワークレベルとの相互の関連が表現されない形態で付与されることができ、また、各ネットワーク要素の固有ＩＤは、生成される順序に応じて順に増加または減少する数値の形態で付与されることができる。

既に生成されているネットワーク要素を移動する場合には、ネットワーク要素の移動による上位ネットワークレベルとの接続関係の変動に応じて構成情報テーブル及び位置指定リストをも変更して格納し、ネットワーク要素を移動するときに、ネットワークの各種ログデータテーブル（Log Data Table）のデータは変更しない。

また、ネットワーク要素を移動しても、各ネットワーク要素の固有ＩＤは変更されない。

また、本発明の他の態様に係るマルチネットワークの要素管理システムは、各ネットワーク要素に付与される固有のＩＤ、各ネットワーク要素の固有ＩＤ及び各ネットワーク要素の接続関係、そして各々の固有ＩＤに対応するネットワーク要素の別名をマッチングさせて格納するデータベースを含み、ネットワーク構成情報に対する要求がある場合には、各々の固有ＩＤに対応するネットワーク要素の別名を運用者管理画面上にディスプレイすることを特徴とする。

データベースは、各ネットワーク要素の固有ＩＤ及び各ネットワーク要素の接続関係を格納する構成情報テーブルと、各々の固有ＩＤに対応するネットワーク要素の別名を格納する位置指定リスト（Common Table Alias List）とを含む。

本発明は、要素管理システムで移動するノードを要素管理システムの全てのレベルにわたって、固有のＩＤを生成することによって、要素管理システムのツリー構造においてノードを利用する場合に、上位レベルのＩＤ値が変更されても、ログデータの変更が生じないという利点を有する。

以下、添付の図面を参照して本発明の好適な実施形態を説明する。

図１は、本発明の実施形態による要素管理システムとネットワークの連動関係を示す図である。

図１に示されるように、要素管理システム１は、大きくＥＭＳクライアント１０−１、１０−２、…、１０−ｎと、ＥＭＳサーバ１１と、ネットワーク要素ＮＥ１２−１、１２−２、１２−３とから構成され、要素管理システム１は、サーバ−クライアント方式で運営されていることが分かる。

ＥＭＳクライアント１０は、ネットワーク要素を管理するためのＥＭＳクライアントであって、要素管理システム１の主要機能をＧＵＩ（Graphical User Interface）を用いて制御する。ＥＭＳサーバ１１は、ネットワーク要素ＮＥ１２−１、１２−２、１２−３とのインタフェースの機能を果たす要素管理システム１の構成要素であって、クライアントから受けた命令をネットワーク要素ＮＥ１２−１、１２−２、１２−３に転送し、ネットワーク要素１２から受信した情報をクライアント１０に転送する。また、ＥＭＳサーバ１１は、データベースを管理し、必要な情報を提供する。

ネットワーク要素ＮＥ１２−１、１２−２、１２−３は、要素管理システム１が管理しようとする管理対象ネットワーク２を構成する各々のシステムである。例えば、通信システムでは、交換器とそれに従属するいろいろな基地局制御器（ＢＳＣ）、及びその下位に連結される複数の基地局などが、該当ネットワークを構成するネットワーク要素となる。

複数のネットワーク要素（Network Element）ＮＥ１２−１、１２−２、１２−３を管理する要素管理システム１は、一般管理（General Management）、構成管理（Configuration Management）、障害管理（Fault Management）、性能管理（Performance Management)、保安管理（Security Management)、課金管理（Accounting Management)、呼処理管理（Call Processing Management)などの管理機能を提供する。

要素管理システム１の一般管理機能は、プロセッサー状態監視、ネットワーク状態監視、サーバ資源現況（ＣＰＵ、ファイルシステム、メモリ）監視、データベース状態監視などの自己状態監視機能を支援する。

構成管理機能は、管理対象ネットワーク２の構成要素に関連した多様な情報を管理する機能である。全ての構成情報は、データベースに格納され、運用者が要求する場合には、関連データを多様な形式で提供する。ネットワーク要素ＮＥ１２−１、１２−２、１２−３の概要の情報は、各種ビューアー（Viewer）を通じてグラフィックで表現される。

構成管理機能を細分化して説明すれば、管理対象となるネットワーク２の各構成要素ＮＥ１２−１、１２−２、１２−３を登録、削除し、ネットワークビューアーでポップアップ（Pop-up）メニュー形態で提供するネットワーク構成機能や、格納された構成情報が損傷した場合に、関連情報をアップロード（Upload）したりダウンロード（Download）するデータベースダウンロード／アップロード機能や、管理対象ネットワーク２で運用されるユニットのソフトウェアをダウンロードし、ソフトウェアを維持／補修したりバージョンをアップグレードする場合に使用するソフトウェアダウンロード機能がある。

また、構成管理機能は、Ｌ２／Ｌ３スイッチで提供する多様なサービスに対する設定機能と照会機能を提供するサービス管理機能や、呼設定状態をデータベースに格納及び管理し、特定ポートの状態を検索する呼履歴検索機能や、管理対象ネットワーク２の状態を照会し、作動可否及びアラーム報告有無を設定する環境管理機能や、ラインのリンク状態、エラー現況、性能状態を照会するライン情報管理機能などに区分することができる。

障害管理機能は、データベースに各種障害情報を格納、管理し、必要な場合、運用者は、障害情報を検索することができ、障害処理のための機能を制御することができる機能である。

要素管理システム１は、様々なログデータを格納し管理する複数のテーブルを含む不図示のデータベース（Database）と、いろいろなネットワーク要素ＮＥ１２−１、１２−２、１２−３の性能関連データを収集し、システムの運用状態を判断する情報を提供する統計処理プロセッサーと、複雑で且つ多様な形態の形状を有している構成要素をグラフィックで表示するＧＵＩ（Graphical User Interface）などを含む。

図２は、本発明の実施形態によるＥＭＳ管理画面を示す。

図２から明らかなように、ＥＭＳ管理画面を通じて一般的な管理、構成管理、障害管理、性能管理、保安管理などを行うことができることが分かる。図２で、現在示している画面は、時間によるＣＰＵ占有率（％）とメモリ使用率（％）である。

要素管理システム１のツリー構造においてレベル１、レベル２、レベル３などのノードは、それぞれテーブルに格納され、このとき、各々のテーブルは、上位のレベルＩＤに関連したＩＤ体系を有している。

本実施形態では、従来のＩＤ体系を改善することにより、ノードが移動する場合にも、位置値を有するログ（log）に関するデータを変更することなく、容易にノードを移動することができるようにする。

本実施形態の構成に用いられるログテーブルは、ヘッダー（header）情報を格納するヘッダー情報テーブルと、テール（tail）情報を格納するテール情報テーブルを有する。

このようなログテーブルは、データベース（ＤＢ）により管理される。データベースは、要素管理システム１の運用時、各々が管理者別システムと通信するデータを管理し格納する機能を有する。運営データベースにより管理されるデータは、現在のシステム形状を反映する同期化形状情報と、運用時に発生する全てのログデータとに大きく分けられて管理される。

ログデータを格納するテーブルには、性能管理（Performance Management）テーブル、障害管理（Fault Management）テーブル、構成管理（Configuration Management)テーブル、保安管理（Security Management）テーブル、接続管理（Connection Management）テーブルなどの多様な種類のテーブルがある。

例えば、レベル１データのうちヘッダー（header）情報は、レベル１ヘッダー構成情報テーブル（ｃｍ＿ｔ＿ｌｅｖｅｌ１＿ｈｅａｄ）に格納されるフォーマットを有し、テール情報は、レベル１テール構成情報テーブル（ｃｍ＿ｔ＿ｌｅｖｅｌ１＿ｔａｉｌ）に格納されるフォーマットを有する。

また、要素管理システム１においてレベルの別名（Alias）を表示するために、ＩＤと別名（Alias）をマッピング（Mapping）させた情報は、位置指定リスト（Common Table Alias List）に格納される。

要素管理システム１で新しいノードが生成された場合には、データベースの関連する構成情報ヘッダーテーブルに、新しく生成したＩＤを付与する。このとき、ノードのＩＤを順次（sequence）に生成し、全てのレベルにわたって固有のＩＤ値を有するようにすれば、特定のノードを用いて上位レベルのＩＤが変更された場合でも、ノード自らの固有ＩＤはそのまま維持される。これにより、位置値が含まれるログデータを変更する必要がなくなる。

これにより、位置値を有するログデータを格納する複数のテーブルが、例えばレベル１ＩＤからレベル１０ ＩＤまでをコラムとして有していた従来の構造において、特定のＩＤだけをコラムとして有するように変更しなければならない。

図６及び図７を参照してレベルＩＤの生成と該当ノードの移動について説明する。

図６は、本実施形態による要素管理システムにおけるレベルＩＤの生成過程を示すフローチャートである。

管理者が、ＥＭＳクライアント１０のＥＭＳ管理画面を操作することにより、ＥＭＳクライアント１０は、新しいノードを生成する（ステップ６１。なお、図ではステップをＳと略す。）。生成されたレベルＩＤを、ＥＭＳサーバ１１のデータベースの構成情報テーブル（Configuration Table）に格納する（ステップ６２）。構成情報は、要素管理システム１の管理対象ネットワーク２の構造に関する情報であって、管理されるネットワークが、どのネットワーク下のサブネットワークに対応し、サブネットワークの下位のどのネットワーク要素などで構成されるかを示すものである。

このとき、新しいノードＩＤを既存のノードＩＤに連続（Sequence）して生成すれば、新しいノードＩＤは、全てのレベルにわたって固有のＩＤ値を有することとなる。このような方法で、たとえ、特定のノードを移動して、移動したノードに接続した上位レベルのＩＤが変更された場合でも、ノード自体の固有ＩＤは、そのままなので、位置値を格納するログに関するデータを変更する必要はなくなる。

ＥＭＳサーバ１１のデータベースの構成情報テーブルに格納されたレベルＩＤは、位置指定リスト（Common Table Alias List)のレベルＩＤに対応するネットワーク上の位置とともに格納される（ステップ６３）。

各種テーブルに格納される情報のうち「位置」に該当する情報は、ＩＤ、すなわち数値で格納される。この数値をＥＭＳ画面上にそのままディスプレイする場合には、「１／１／２／３」のような形態で表現される。このような形態では、運用者が、該当ノードが正確にどこに位置しているかを把握することが困難である。

そこで、このようなＩＤ値と文字列（String）値をマッピング（mapping）するテーブルやリストが必要となり、これが位置指定リストである。例えば、ＥＭＳサーバ１１のデータベースの構成情報テーブルのレベル１のＩＤが１なら、位置指定リストのレベル１の別名は、「京畿道」となり、レベル２のＩＤ１に対するレベル２の別名は、「南水原電話局」となり、レベル３のＩＤに対するレベル３の別名は、「２階のラボ」となる。このような方式で、数値と別名を有するレベル及びＩＤをリストの形式でネットワークに出力する。

上述したようにマッピング（mapping）される情報が、位置指定リストに格納される。要素管理システム１でノードを新しく生成した場合には、ＥＭＳサーバ１１のデータベースの構成情報テーブルにレベルＩＤ値が格納され、位置指定リストに別名（Alias）、すなわちＥＭＳ画面に現れる文字列（String）値が、格納される。上記例のような場合には、ＥＭＳディスプレイ画面には、「／京畿道／南水原電話局／２階ラボ」のような形式で表現される。

図７は、本実施形態によるＥＭＳレベルの移動過程を示すフローチャートである。

図６では、レベルＩＤを生成し格納する手順について説明した。図７では、あらかじめ生成されたネットワーク要素、すなわちノードを移動する場合に、共に変更すべきデータについて説明する。

図６で説明した通り、各レベルのノードに設定されるＩＤ値は、ネットワーク全体レベルにわたって固有の値として与えられることが分かる。したがって、１つのノードを移動する場合には、各レベルの接続関係を示す構成情報テーブルをも変更しなければならない（ステップ７１）。しかしながら、従来の場合のように、ログデータをも変更する必要はない。

但し、構成情報とユーザが認識しやすいように設定された文字列であるエイリアス（Alias）との間をマッピングする位置指定リスト（Common Table Alias List）の内容は、変更しなければならない（ステップ７２）。

本実施形態では、別名（Alias）の概念が、非常に重要に取り扱われている。これは、ネットワーク構成情報の位置値が、ＥＭＳ管理画面に現れる通りの文字列の形態でテーブルに格納されるからである。

この場合、性能管理（Performance Management）、障害管理（Fault Management)などのような履歴管理をするテーブルには、全ての情報の位置が「／京畿道／南水原電話局／２階ラボ」のような形式で格納されている。

このような状況で、２階ラボに配置された設備を３階に移した場合の「２階ラボ」から「３階ラボ」への変化を、ネットワーク要素がＥＭＳ画面に表示した場合には、履歴管理テーブルが有している古くなったデータと情報が一致しない場合が発生し得るため、構成情報テーブルには、１、２、…など数値だけをＩＤとして有するようにしながら、数値をマッピングする位置指定リストを別途に指定する。

すなわち、「２階ラボ」という情報を有するるネットワーク要素は、構成情報テーブルでは２という値が格納され、位置指定リストには「２階ラボ」で格納される。前述のようなノードの移動がある場合には、位置指定リストの「２階ラボ」を「３階ラボ」に変更するだけでよい。

同様に、性能管理（Performance Management）、障害管理（Fault Management）、保安管理（Security Management）などのテーブルにも、「２」という数値を有するＩＤだけで格納されているので、ここでも変更作業は不要であり、ＥＭＳ画面に表示された場合にだけ、位置指定リストから別名（Alias）の値を取ればよい。

図８は、本実施形態によるノードが移動した場合のヘッダー情報テーブルの変化を示す図である。

図８を参照すれば、従来技術のヘッダー情報テーブルを示す図３とは非常に異なる形態を有していることが分かる。

図３の従来技術の各レベルの構成情報テーブルは、全てレベル１ ＩＤから自己のレベルＩＤに至るまで全てのレベルＩＤを有している。これは、最上位レベルＩＤを始めとして自己に接続した下位のレベルＩＤを全て合わせて接続する場合にのみ、唯一性が保証されるからである。

一方、本実施形態による図８の場合には、各レベルの構成情報テーブルは、直ぐ上位レベルのＩＤだけを有している。すなわち、レベル３の構成情報テーブル８０−１は、レベル２とレベル３のＩＤだけを有し、レベル４の構成情報テーブル８０−２は、レベル３とレベル４のＩＤを有する。

該当ＩＤ値は、そのレベルの固有性を保証するものであるから、ある特定の上位レベルに接続されているかを知らせるためには、上位レベルのＩＤ情報を有することが必要である。

すべての通常の構成情報は、上位レベルと下位レベルが組み合わせられたレベルからなり、データベースでは、これを親子関係と呼ぶ。この場合に、上位レベルデータを削除した場合には、下位レベルデータが自動的に削除される。例えば、ＥＭＳ管理画面に表示された特定電話局を削除する場合には、その電話局が管理するネットワーク要素も削除されることが当然なことである。

すなわち、本実施形態では、自分に接続している上位レベルを検知するために、構成情報テーブルは、上位レベルのＩＤを有している。これは、レベルＩＤが固有なものであるから、全てのレベルＩＤを有している必要なしに、一段階上位のレベルＩＤだけを有している場合でも、構成情報管理に何らの不具合がないからである。

図９は、本実施形態によるノードが移動した場合の各レベルのノード構成の変化を示す図である。

図９の実施形態には、全部で４つのレベルが示されている。レベル１には、ＩＤ１を有する「Ａ」というネットワーク要素があり、レベル２には、各々１０、１１、１２をＩＤとして有する、「Ｂ」、「Ｃ」、「Ｄ」というネットワーク要素がある。レベル３には、「Ｅ」と「Ｆ」があり、本実施形態では、これらのうち、ネットワーク要素「Ｆ」がレベル２の「Ｃ」に接続してから、位置を移動して、レベル２の「Ｄ」に接続する場合を仮定している。また、レベル３のネットワーク要素「Ｆ」のみならず、「Ｆ」の下位レベルに接続していた「Ｈ」も共に移動するようになる。

移動後を見れば、接続関係は、「Ａ−Ｃ−Ｆ−Ｈ」から「Ａ−Ｄ−Ｆ−Ｈ」に変動したが、ネットワーク要素「Ｆ」及び「Ｈ」が有するＩＤは、それぞれ１０１及び１０７であって、全く変わっていないことが分かる。従来のシステムや方法では、既存のＩＤは、上位レベルとの関係を表示する形態のＩＤを採用している。本実施形態では、接続している他のネットワーク要素とは別個のＩＤを選択する。このため、移動による構成の変化はあっても、移動による自己のＩＤ変化は生じない。すなわち、ネットワーク要素が位置を移動する場合に、ＥＭＳの構成情報テーブルのデータは変更しなければならないが、各ネットワーク要素のＩＤのログデータは変更する必要がない。

図１０は、本発明の好ましい実施形態のログデータを示す図である。

図１０は、レベルＩＤ１０１を有するネットワーク要素が移動する場合でも、ログデータは変化しないことを示している。

図１０において、横線を形成するレベルＩＤと、ｐ１、ｐ２、…ｐ５０までのデータとが全て合わせられた１つのラインが１つのデータを構成する。

図１０のログデータテーブル１００には、７つのデータが示されている。ここで、ｐ１、ｐ２は、単純にコラム名称を意味するもので、特別な意味を有するものではなく、各種ログデータテーブルにおいてそのコラム名称が変わるので、抽象的に使用したものに過ぎない。性能管理テーブルを例に取れば、ａｌａｒｍ＿ｔｉｍｅ、ｒｅｓｅｒｖｅ＿ｓｔｒなどのコラムが生成される。

本実施形態では、各レベルのＩＤが固有なので、ログデータを格納する図１０のテーブル１００では、レベルＩＤを格納する１つのコラムだけがあり、ノードを移動した場合でも、テーブルのデータは変更する必要がない。しかしながら、上位レベルに従属するノードから生成されたデータをＥＭＳ管理画面に表示するためには、上位レベルＩＤを有している構成管理テーブルだけを参照すればよい。

なお、本実施形態の「テーブル」及び「リスト」は、ＥＭＳサーバ１１のデータベース（ＤＢ）等に格納されうるものである。また、本実施形態の「テーブル」及び「リスト」は、ＥＭＳサーバ１１のＣＰＵあるいは制御部から、必要に応じて活用されるデータである。

本発明の実施形態による要素管理システムとネットワークの連動関係図である。 本発明の実施形態によるＥＭＳ管理画面である。 従来技術のノードが移動した場合のヘッダー情報テーブルの変化図である。 従来技術のノードが移動した場合の各レベルのノード構成の変化図である。 従来技術のノードが移動した場合のログデータの変化図である。 本発明の実施形態による要素管理システムにおけるレベルＩＤの生成過程を示すフローチャートである。 本発明の実施形態によるＥＭＳレベルの移動過程を示すフローチャートである。 本発明の実施形態によるノードが移動した場合のヘッダー情報テーブルの変化を示す図である。 本発明の実施形態によるノードが移動した場合の各レベルのノード構成の変化を示す図である。 本発明の実施形態によるログデータを示す図である。

符号の説明

１０−１、１０−２、…、１０−ｎ ＥＭＳクライアント
１１ ＥＭＳサーバ
１２−１、１２−２、１２−３ ネットワーク管理要素
３０−１、３０−２、８０−１、８０−２、８０−３ 構成情報テーブル
５０、１００ ログデータテーブル

Claims (17)

1. 複数のネットワーク要素を含むネットワークの要素管理方法であって、
   前記各ネットワーク要素に固有のＩＤを付与する段階と、
   前記各ネットワーク要素の固有ＩＤと前記各ネットワーク要素との接続関係を格納する段階と、
   前記各固有ＩＤに対応するネットワーク要素の別名（Alias）を格納する段階と、
   を有し、
   ネットワーク構成情報が要求される場合には、前記各固有ＩＤに対応するネットワーク要素の別名を、運用者管理画面上に表示することを特徴とするマルチネットワークの要素管理方法。
2. 前記各ネットワーク要素の固有ＩＤ及び各ネットワーク要素の接続関係は、構成情報テーブルに格納されることを特徴とする請求項１に記載のマルチネットワークの要素管理方法。
3. 前記固有ＩＤに対応するネットワーク要素の別名は、位置指定リスト（Common Table Alias List）に格納されることを特徴とする請求項２に記載のマルチネットワークの要素管理方法。
4. 前記各ネットワーク要素の固有ＩＤは、
   全体のネットワーク上の他のネットワーク要素と区別され、該当ネットワーク要素が接続している他のネットワークのレベルとの相互関連が表現されない形態で付与されることを特徴とする請求項１に記載のマルチネットワークの要素管理方法。
5. 前記各ネットワーク要素の固有ＩＤは、生成される順序に応じて順に増加または減少する数値の形態で付与されることを特徴とする請求項４に記載のマルチネットワークの要素管理方法。
6. 前記構成情報テーブルは、ネットワークの各レベルから構成され、前記構成情報テーブルは、上位レベルとの接続関係に関する情報を含むことを特徴とする請求項２に記載のマルチネットワークの要素管理方法。
7. 前記各ネットワーク要素の別名は、文字列（String）の形態で付与されることを特徴とする請求項１に記載のマルチネットワークの要素管理方法。
8. 既に生成されているネットワーク要素を移動する場合には、
   前記ネットワーク要素の移動により生じる、上位ネットワークレベルとの接続関係の変動に応じて、前記構成情報テーブル及び前記位置指定リストを変更して格納することを特徴とする請求項３に記載のマルチネットワークの要素官方法。
9. 前記ネットワーク要素を移動する場合に、
   ネットワークの各種ログデータテーブルのデータは変更しないことを特徴とする請求項８に記載のマルチネットワークの要素管理方法。
10. 前記ネットワーク要素を移動した場合でも、前記各ネットワーク要素の固有ＩＤは変更されないことを特徴とする請求項８又は９に記載のマルチネットワークの要素管理方法。
11. 複数のネットワーク要素を含むネットワークの要素管理システムであって、
    前記各ネットワーク要素に固有のＩＤを付与する手段と、
    前記各ネットワーク要素の固有ＩＤと前記各ネットワーク要素の接続関係を格納し、前記各固有ＩＤに対応するネットワーク要素の別名をマッチングさせて格納するデータベースと、
    を有し、
    ネットワーク構成情報に対する要求がある場合には、前記各固有ＩＤに対応するネットワーク要素の別名を、運用者管理画面上にディスプレイすることを特徴とするマルチネットワークの要素管理システム。
12. 前記データベースは、
    前記各ネットワーク要素の固有ＩＤ及び前記各ネットワーク要素の接続関係を格納する構成情報テーブルと、
    前記各固有ＩＤに対応する前記各ネットワーク要素の別名を格納する位置指定リストとを有することを特徴とする請求項１１に記載のマルチネットワークの要素管理システム。
13. 前記各ネットワーク要素の固有ＩＤは、
    全体ネットワークにおいて他のネットワーク要素と区別され、
    該当ネットワーク要素が接続している他のネットワークのレベルとの相互関連が表現されない形態で付与されることを特徴とする請求項１１に記載のマルチネットワークの要素管理システム。
14. 前記構成情報テーブルは、ネットワークの各レベルから構成され、前記構成情報テーブルは、上位レベルとの接続関係に関する情報を含むことを特徴とする請求項１２に記載のマルチネットワークの要素管理システム。
15. 前記各ネットワーク要素の別名は、文字列（String）の形態で付与されることを特徴とする請求項１２に記載のマルチネットワークの要素管理システム。
16. 既に生成されているネットワーク要素を移動する場合には、
    前記ネットワーク要素の移動により生じる、上位ネットワークレベルとの接続関係の変動に応じて、前記構成情報テーブル及び前記位置指定リストを変更して格納し、
    ネットワークの各種ログデータテーブルのデータは変更しないことを特徴とする請求項１２に記載のマルチネットワークの要素管理システム。
17. 前記ネットワーク要素を移動した場合に、各ネットワーク要素の固有ＩＤは変更しないことを特徴とする請求項１６に記載のマルチネットワークの要素管理システム。

Images