JP2001243137A - ネットワーク管理オブジェクト実装方式および実装方法 - Google Patents
ネットワーク管理オブジェクト実装方式および実装方法Info
- Publication number
- JP2001243137A JP2001243137A JP2000051428A JP2000051428A JP2001243137A JP 2001243137 A JP2001243137 A JP 2001243137A JP 2000051428 A JP2000051428 A JP 2000051428A JP 2000051428 A JP2000051428 A JP 2000051428A JP 2001243137 A JP2001243137 A JP 2001243137A
- Authority
- JP
- Japan
- Prior art keywords
- management
- network
- nmo
- attribute
- managed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】被管理対象のネットワーク構成装置数の増加や
装置管理システム数の増加に柔軟に対応でき、管理サー
バのメモリ消費量を増加させず、かつ管理オブジェクト
の操作を容易にすること。 【解決手段】被管理対象となるネットワーク装置を管理
する装置管理システム１４を複数統合してネットワーク
全体を管理するネットワーク管理システム（ＮＭＳ）１
３が保持するネットワークの管理情報を表現する管理オ
ブジェクト（ＮＭＯ）の実装方式であり、ＮＭＳ１３を
構成するサーバの１つであるオブジェクト管理サーバ１
３１がＮＭＯをオブジェクト管理サーバ１３１に接続さ
れたデータベース１３２内に保持し、データベース１３
２のデータ操作機能を利用してＮＭＯを操作する。
装置管理システム数の増加に柔軟に対応でき、管理サー
バのメモリ消費量を増加させず、かつ管理オブジェクト
の操作を容易にすること。 【解決手段】被管理対象となるネットワーク装置を管理
する装置管理システム１４を複数統合してネットワーク
全体を管理するネットワーク管理システム（ＮＭＳ）１
３が保持するネットワークの管理情報を表現する管理オ
ブジェクト（ＮＭＯ）の実装方式であり、ＮＭＳ１３を
構成するサーバの１つであるオブジェクト管理サーバ１
３１がＮＭＯをオブジェクト管理サーバ１３１に接続さ
れたデータベース１３２内に保持し、データベース１３
２のデータ操作機能を利用してＮＭＯを操作する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク管理
のため、被管理対象となるネットワーク装置数や装置管
理システム数の増加に柔軟に対応して、ネットワーク全
体を管理するネットワーク管理システムが保持する管理
オブジェクトを追加することができるようにしたネット
ワーク管理システムの管理オブジェクト実装方式および
実装方法に関する。
のため、被管理対象となるネットワーク装置数や装置管
理システム数の増加に柔軟に対応して、ネットワーク全
体を管理するネットワーク管理システムが保持する管理
オブジェクトを追加することができるようにしたネット
ワーク管理システムの管理オブジェクト実装方式および
実装方法に関する。
【０００２】
【従来の技術】主に多数のルータなどで構成される大規
模な網を管理するオペレーションセンターなどには、ネ
ットワーク管理システム（以下、ＮＭＳという）を集中
的に２，３台配置することが考えられている。ネットワ
ーク全体を管理するＮＭＳの基本構成は、概念的に図３
に示すようなものである。図３において、３−１はネッ
トワーク管理情報モデル、３−２はＮＭＳ、３−３はネ
ットワーク装置を管理する装置管理システム（以下、Ｅ
ＭＳという）である。ＥＭＳ３−３に含まれる円形物体
はＥＭＳ３−３内の管理オブジェクト（以下、ＥＭＯと
いう）であり、ＮＭＳ３−２に含まれる円形物体はネッ
トワークの管理情報を表現する管理オブジェクト（以
下、ＮＭＯという）である。具体的に、ＮＭＯには様々
な部分（ボード、スイッチ、電源など）が存在する。こ
れらにより、装置の種類や数量、その動作状態（ｏｎ／
ｏｆｆ，動作可／不可など）が管理情報として示され
る。
模な網を管理するオペレーションセンターなどには、ネ
ットワーク管理システム（以下、ＮＭＳという）を集中
的に２，３台配置することが考えられている。ネットワ
ーク全体を管理するＮＭＳの基本構成は、概念的に図３
に示すようなものである。図３において、３−１はネッ
トワーク管理情報モデル、３−２はＮＭＳ、３−３はネ
ットワーク装置を管理する装置管理システム（以下、Ｅ
ＭＳという）である。ＥＭＳ３−３に含まれる円形物体
はＥＭＳ３−３内の管理オブジェクト（以下、ＥＭＯと
いう）であり、ＮＭＳ３−２に含まれる円形物体はネッ
トワークの管理情報を表現する管理オブジェクト（以
下、ＮＭＯという）である。具体的に、ＮＭＯには様々
な部分（ボード、スイッチ、電源など）が存在する。こ
れらにより、装置の種類や数量、その動作状態（ｏｎ／
ｏｆｆ，動作可／不可など）が管理情報として示され
る。
【０００３】ネットワーク管理に必要な管理情報を表現
するＮＭＯは、ネットワーク管理情報モデル３−１によ
り定義される。ＮＭＳ３−２は、ネットワーク管理情報
モデル３−１により定義される管理オブジェクトを、Ｎ
ＭＯとしてＮＭＳ３−２内に実装する（破線の矢印３−
６参照）。ＮＭＳ３−２は、複数のＥＭＳ３−３を統合
して管理するために、各々ＥＭＳ３−３内に実装された
ＥＭＯの属性とＮＭＯの属性を対応付けることにより、
ＮＭＳ３−２で必要となる情報をＥＭＳ３−３から取得
する（実線の矢印３−５参照）。図３では、ＮＭＳ３−
２内のＮＭＯの属性（Ａ＝１，Ｂ＝１０９）とＥＭＳ３
−３内のＥＭＯの属性（Ｘ＝１，Ｚ＝１０９）とが対応
付けられ（破線の矢印３−４参照）、Ｘ＝１＝Ａの対応
付けにより、ＥＭＯをＮＭＯとして実装している（実線
の矢印３−５参照）。
するＮＭＯは、ネットワーク管理情報モデル３−１によ
り定義される。ＮＭＳ３−２は、ネットワーク管理情報
モデル３−１により定義される管理オブジェクトを、Ｎ
ＭＯとしてＮＭＳ３−２内に実装する（破線の矢印３−
６参照）。ＮＭＳ３−２は、複数のＥＭＳ３−３を統合
して管理するために、各々ＥＭＳ３−３内に実装された
ＥＭＯの属性とＮＭＯの属性を対応付けることにより、
ＮＭＳ３−２で必要となる情報をＥＭＳ３−３から取得
する（実線の矢印３−５参照）。図３では、ＮＭＳ３−
２内のＮＭＯの属性（Ａ＝１，Ｂ＝１０９）とＥＭＳ３
−３内のＥＭＯの属性（Ｘ＝１，Ｚ＝１０９）とが対応
付けられ（破線の矢印３−４参照）、Ｘ＝１＝Ａの対応
付けにより、ＥＭＯをＮＭＯとして実装している（実線
の矢印３−５参照）。
【０００４】一般に、ＮＭＯを定義するネットワーク管
理情報モデル３−１は、特定の管理オブジェクト実装方
式に依存しないように自然言語などを用いて記述され
る。実際に、ネットワーク管理情報モデル３−１で定義
された管理オブジェクトをＮＭＯとしてＮＭＳ３−２内
に実装するには、ＮＭＳ３−２の開発者が特定の管理オ
ブジェクト実装方式を選択し、その管理オブジェクト実
装方式に基づいてＮＭＯをＮＭＳ３−２内に実装する必
要がある。
理情報モデル３−１は、特定の管理オブジェクト実装方
式に依存しないように自然言語などを用いて記述され
る。実際に、ネットワーク管理情報モデル３−１で定義
された管理オブジェクトをＮＭＯとしてＮＭＳ３−２内
に実装するには、ＮＭＳ３−２の開発者が特定の管理オ
ブジェクト実装方式を選択し、その管理オブジェクト実
装方式に基づいてＮＭＯをＮＭＳ３−２内に実装する必
要がある。
【０００５】図４は、従来のＣＯＲＢＡを用いた管理オ
ブジェクトの実装方式を説明する図である。大規模なＮ
ＭＳの開発では、分散処理環境の１つである分散オブジ
ェクト環境ＣＯＲＢＡを用いた開発が行われている。Ｃ
ＯＲＢＡは、１つのシステム自体を複数のコンピュータ
上に分散したオブジェクトから構成することを可能にす
る技術である。ＣＯＲＢＡを用いた管理オブジェクトの
実装では、１つのＮＭＯを１つのＣＯＲＢＡオブジェク
トとして実装する方式を用いている。図４に示すよう
に、ＣＯＲＢＡオブジェクトとして実装されたＮＭＯ４
−１は、ＮＭＯを管理するオブジェクト管理サーバ内部
のメモリ４−２上に保持されている。また、ＮＭＯ４−
１の属性の値を取得したり、ＮＭＯ４−１に対して操作
を行う場合には、ＣＯＲＢＡオブジェクトであるＮＭＯ
４−１を一意に識別する識別子であるオブジェクトリフ
ァレンス（ＮＭＯ名（ＯＲ））を用いて、ユーザインタ
フェース４−９からＮＭＯ４−１にアクセスする（実線
の矢印４−３参照）。
ブジェクトの実装方式を説明する図である。大規模なＮ
ＭＳの開発では、分散処理環境の１つである分散オブジ
ェクト環境ＣＯＲＢＡを用いた開発が行われている。Ｃ
ＯＲＢＡは、１つのシステム自体を複数のコンピュータ
上に分散したオブジェクトから構成することを可能にす
る技術である。ＣＯＲＢＡを用いた管理オブジェクトの
実装では、１つのＮＭＯを１つのＣＯＲＢＡオブジェク
トとして実装する方式を用いている。図４に示すよう
に、ＣＯＲＢＡオブジェクトとして実装されたＮＭＯ４
−１は、ＮＭＯを管理するオブジェクト管理サーバ内部
のメモリ４−２上に保持されている。また、ＮＭＯ４−
１の属性の値を取得したり、ＮＭＯ４−１に対して操作
を行う場合には、ＣＯＲＢＡオブジェクトであるＮＭＯ
４−１を一意に識別する識別子であるオブジェクトリフ
ァレンス（ＮＭＯ名（ＯＲ））を用いて、ユーザインタ
フェース４−９からＮＭＯ４−１にアクセスする（実線
の矢印４−３参照）。
【０００６】そのために、ＮＭＯ４−１に対してＮＭＳ
４−８のオペレータ４−７が付与した名前（以下、『Ｎ
ＭＯ名』という）とオブジェクトリファレンスを対応付
ける機能が、ネーミングサービスサーバ４−４から与え
られる。すなわち、ユーザインタフェース４−９からＮ
ＭＳ４−８内のＣＯＲＢＡオブジェクトＮＭＯ４−１＃
２の対応付けをネーミングサーバ４−４に要求すると
（矢印参照）、ネーミングサービスサーバ４−４からユ
ーザインタフェース４−９にオブジェクトリファレンス
の番号ＯＲ００１が返送される。ユーザインタフェース
４−９はこのオブジェクトリファレンス番号ＯＲ００１
を用いてオブジェクト管理サーバ内のメモリ４−２をア
クセスするのである。なお、ＥＭＳ４−６内のＥＭＯの
属性とＮＭＳ４−８内のＮＭＯの属性との対応付け（４
−５）が行われ、ＮＭＳ４−８内のオブジェクトＮＭＯ
４−１がＥＭＳ４−６内のＥＭＯとして実装されている
（実線矢印４−１０）。
４−８のオペレータ４−７が付与した名前（以下、『Ｎ
ＭＯ名』という）とオブジェクトリファレンスを対応付
ける機能が、ネーミングサービスサーバ４−４から与え
られる。すなわち、ユーザインタフェース４−９からＮ
ＭＳ４−８内のＣＯＲＢＡオブジェクトＮＭＯ４−１＃
２の対応付けをネーミングサーバ４−４に要求すると
（矢印参照）、ネーミングサービスサーバ４−４からユ
ーザインタフェース４−９にオブジェクトリファレンス
の番号ＯＲ００１が返送される。ユーザインタフェース
４−９はこのオブジェクトリファレンス番号ＯＲ００１
を用いてオブジェクト管理サーバ内のメモリ４−２をア
クセスするのである。なお、ＥＭＳ４−６内のＥＭＯの
属性とＮＭＳ４−８内のＮＭＯの属性との対応付け（４
−５）が行われ、ＮＭＳ４−８内のオブジェクトＮＭＯ
４−１がＥＭＳ４−６内のＥＭＯとして実装されている
（実線矢印４−１０）。
【０００７】
【発明が解決しようとする課題】このように、従来のＣ
ＯＲＢＡを用いた管理オブジェクト実装方式では、以下
に示すような問題点がある。その１つは、１つのＮＭＯ
が１つのＣＯＲＢＡオブジェクトとしてオブジェクト管
理サーバ内のメモリ４−２上に保持されるため、ＮＭＯ
の数が増加するに伴って、オブジェクト管理サーバ内の
メモリ消費量が増加する。その結果、ＮＭＳ４−８が管
理するネットワークが大規模になり、管理対象の装置や
ＥＭＳ４−６の数が増加するに従ってＮＭＯ数が増加す
るため、オブジェクト管理サーバのメモリ消費量がオー
バーフローする可能性があるという問題点である。２つ
目は、ＮＭＯにアクセスする場合に、ネーミングサービ
スサーバ４−４を用いて、常にＮＭＯ名からオブジェク
トリファレンス（ＯＲ）に変換を行わなくてはならない
ため、ＮＭＯの操作手順が複雑になるという問題点であ
る。
ＯＲＢＡを用いた管理オブジェクト実装方式では、以下
に示すような問題点がある。その１つは、１つのＮＭＯ
が１つのＣＯＲＢＡオブジェクトとしてオブジェクト管
理サーバ内のメモリ４−２上に保持されるため、ＮＭＯ
の数が増加するに伴って、オブジェクト管理サーバ内の
メモリ消費量が増加する。その結果、ＮＭＳ４−８が管
理するネットワークが大規模になり、管理対象の装置や
ＥＭＳ４−６の数が増加するに従ってＮＭＯ数が増加す
るため、オブジェクト管理サーバのメモリ消費量がオー
バーフローする可能性があるという問題点である。２つ
目は、ＮＭＯにアクセスする場合に、ネーミングサービ
スサーバ４−４を用いて、常にＮＭＯ名からオブジェク
トリファレンス（ＯＲ）に変換を行わなくてはならない
ため、ＮＭＯの操作手順が複雑になるという問題点であ
る。
【０００８】そこで、本発明の目的は、これら従来の問
題点を解消し、ＮＭＯ数の増加によるオブジェクト管理
サーバのメモリ消費量の増加を抑制し、ＮＭＯの操作手
順を簡易化することが可能なネットワーク管理オブジェ
クト実装方式および実装方法を提供することにある。
題点を解消し、ＮＭＯ数の増加によるオブジェクト管理
サーバのメモリ消費量の増加を抑制し、ＮＭＯの操作手
順を簡易化することが可能なネットワーク管理オブジェ
クト実装方式および実装方法を提供することにある。
【０００９】
【課題を解決するための手段】上記目的を達成するた
め、本発明のネットワーク管理オブジェクト実装方式で
は、被管理対象となるネットワーク装置を管理する装置
管理システムを複数統合してネットワーク全体を管理す
るネットワーク管理システムにおいて、このネットワー
ク管理システムにより保持され、ネットワークの管理情
報を表現する管理オブジェクトを実装する場合には、オ
ブジェクト管理サーバがＮＭＯをデータベースに保持
し、そのデータベースのデータ操作機能を利用してＮＭ
Ｏを操作することを特徴としている。また、本発明のネ
ットワーク管理オブジェクト実装方法では、ＮＭＳを構
成するサーバの１つであるＮＭＯを管理するオブジェク
ト管理サーバに接続されたデータベース内に保持し、デ
ータベースのデータ操作機能を利用してＮＭＯを操作す
ることを特徴としている。さらに、本発明のプログラム
記録媒体では、上記のデータベースのデータ操作機能を
利用したＮＭＯ操作処理をプログラムに変換して、その
プログラムを記録媒体に格納したことを特徴としてい
る。これにより、ＮＭＯ数が増加しても、オブジェクト
管理サーバのメモリ消費量を抑制することができ、かつ
ＮＭＯの操作手順も簡易にできる。また、記録媒体から
プログラムをインストールするか、ネットワークを介し
てダウンロードすることで、本発明を簡単に実現でき
る。
め、本発明のネットワーク管理オブジェクト実装方式で
は、被管理対象となるネットワーク装置を管理する装置
管理システムを複数統合してネットワーク全体を管理す
るネットワーク管理システムにおいて、このネットワー
ク管理システムにより保持され、ネットワークの管理情
報を表現する管理オブジェクトを実装する場合には、オ
ブジェクト管理サーバがＮＭＯをデータベースに保持
し、そのデータベースのデータ操作機能を利用してＮＭ
Ｏを操作することを特徴としている。また、本発明のネ
ットワーク管理オブジェクト実装方法では、ＮＭＳを構
成するサーバの１つであるＮＭＯを管理するオブジェク
ト管理サーバに接続されたデータベース内に保持し、デ
ータベースのデータ操作機能を利用してＮＭＯを操作す
ることを特徴としている。さらに、本発明のプログラム
記録媒体では、上記のデータベースのデータ操作機能を
利用したＮＭＯ操作処理をプログラムに変換して、その
プログラムを記録媒体に格納したことを特徴としてい
る。これにより、ＮＭＯ数が増加しても、オブジェクト
管理サーバのメモリ消費量を抑制することができ、かつ
ＮＭＯの操作手順も簡易にできる。また、記録媒体から
プログラムをインストールするか、ネットワークを介し
てダウンロードすることで、本発明を簡単に実現でき
る。
【００１０】
【発明の実施の形態】以下、本発明の動作原理および実
施例を、図面により詳細に説明する。図１は、本発明の
ネットワーク管理オブジェクト実装方式の動作原理を示
す図である。本発明においては、ＮＭＯはオブジェクト
管理サーバ１３１に接続されたデータベース１３２のイ
ンスタンスとして保持される。オブジェクト管理サーバ
１３１は、データベース１３２が提供するインスタンス
操作機能を利用してデータベース１３２内に実装された
ＮＭＯを操作し、ＮＭＯにアクセスする場合にはＮＭＯ
名を用いてアクセスする。このように、本発明において
は、ＮＭＯ（例えば、ＮＭＯ＃２）はオブジェクト管理
サーバ１３１に接続されたデータベース１３２のインス
タンスとして保持される。また、ＮＭＯは、例えば１−
Ｂに示すように、ネットワーク管理情報モデルで定義さ
れる属性とＥＭＳ１４が保持しているＥＭＯの属性の対
応関係情報を保持している。なお、ＥＭＯ名、ＮＭＯ名
とは例えば「ＥＭＯ＃３」，「ＮＭＯ＃２」などであ
り、この後に付加される数字「−２」，「−３」などは
個々のＥＭＯやＮＭＯを識別するための番号（ＩＤ）の
ようなものである。そして、その後に付加された
「Ｘ」，「Ａ」などの文字がＥＭＯ，ＮＭＯの中の１つ
の属性名を表わしている。属性名には、これらの他に
「ｓｔａｔｕｓ」のように装置や部品の「状態」を表す
属性もある。図１において、１−１はユーザインタフェ
ース１２からオブジェクト管理サーバ１３１に対しＮＭ
Ｏ＃２Ａに対するＥＭＯの対応関係を要求する動作、１
−６はオブジェクト管理サーバ１３１からユーザインタ
フェース１２に対して対応するＥＭＯの属性値Ａ＝１を
返す動作、１−４はオブジェクト管理サーバ１３１から
ＥＭＳ１４に対して、ＥＭＯ名を指定して属性値を要求
する動作、１−５はＥＭＳ１４からオブジェクト管理サ
ーバ１３１に対して、指定されたＥＭＯ名の属性値を返
す動作である。
施例を、図面により詳細に説明する。図１は、本発明の
ネットワーク管理オブジェクト実装方式の動作原理を示
す図である。本発明においては、ＮＭＯはオブジェクト
管理サーバ１３１に接続されたデータベース１３２のイ
ンスタンスとして保持される。オブジェクト管理サーバ
１３１は、データベース１３２が提供するインスタンス
操作機能を利用してデータベース１３２内に実装された
ＮＭＯを操作し、ＮＭＯにアクセスする場合にはＮＭＯ
名を用いてアクセスする。このように、本発明において
は、ＮＭＯ（例えば、ＮＭＯ＃２）はオブジェクト管理
サーバ１３１に接続されたデータベース１３２のインス
タンスとして保持される。また、ＮＭＯは、例えば１−
Ｂに示すように、ネットワーク管理情報モデルで定義さ
れる属性とＥＭＳ１４が保持しているＥＭＯの属性の対
応関係情報を保持している。なお、ＥＭＯ名、ＮＭＯ名
とは例えば「ＥＭＯ＃３」，「ＮＭＯ＃２」などであ
り、この後に付加される数字「−２」，「−３」などは
個々のＥＭＯやＮＭＯを識別するための番号（ＩＤ）の
ようなものである。そして、その後に付加された
「Ｘ」，「Ａ」などの文字がＥＭＯ，ＮＭＯの中の１つ
の属性名を表わしている。属性名には、これらの他に
「ｓｔａｔｕｓ」のように装置や部品の「状態」を表す
属性もある。図１において、１−１はユーザインタフェ
ース１２からオブジェクト管理サーバ１３１に対しＮＭ
Ｏ＃２Ａに対するＥＭＯの対応関係を要求する動作、１
−６はオブジェクト管理サーバ１３１からユーザインタ
フェース１２に対して対応するＥＭＯの属性値Ａ＝１を
返す動作、１−４はオブジェクト管理サーバ１３１から
ＥＭＳ１４に対して、ＥＭＯ名を指定して属性値を要求
する動作、１−５はＥＭＳ１４からオブジェクト管理サ
ーバ１３１に対して、指定されたＥＭＯ名の属性値を返
す動作である。
【００１１】図５は、図１のネットワーク管理オブジェ
クト実装方式における動作フローチャートである。図１
に示す実装方式を用いて、ネットワークオペレータ１１
がユーザインタフェース１２を介してＥＭＳ１３が保持
しているネットワーク装置の管理情報にアクセスする際
の動作を、図５により説明する。 （イ）ユーザインタフェース１２からオブジェクト管理
サーバ１３１に対して、ＮＭＯ（ここでは、＃２−Ａ）
の属性値の取得要求を発行する（ステップ２０１）。 （ロ）属性値取得要求を受け取ったオブジェクト管理サ
ーバ１３１は、データベース１３２に対してＮＭＯ名
（＃２）を指定して、ＮＭＯの属性とＥＭＯの属性の対
応関係の取得要求を発行する（ステップ２０２）。 （ハ）データベース１３２は、指定されたＮＭＯ（＃２
−Ａ）を検索し（ステップ２０３）、検索の結果、これ
が検出されたならば（ステップ２０４）、ＮＭＯ（＃２
−Ａ）の属性とＥＭＯの属性の対応関係をオブジェクト
管理サーバ１３１に返す（ステップ２０５）。ここで
は、対応関係表（１−Ｂ）により、「ＮＭＯ属性」と
「ＥＭＯ名＋ＥＭＯ属性」の対応を保持している。ＮＭ
Ｏ名（ＮＭＯ＃２）の中の対応表では、属性名Ａと（Ｅ
ＭＯ＃３のＸ）が対応している。これにより、ＮＭＯ＃
２の属性ＡとＥＭＯ＃３の属性Ｘが対応していることに
なる。その結果、データベース１３２からオブジェクト
サーバ１３１に対してＥＭＯ＃３−Ｘを返す。
クト実装方式における動作フローチャートである。図１
に示す実装方式を用いて、ネットワークオペレータ１１
がユーザインタフェース１２を介してＥＭＳ１３が保持
しているネットワーク装置の管理情報にアクセスする際
の動作を、図５により説明する。 （イ）ユーザインタフェース１２からオブジェクト管理
サーバ１３１に対して、ＮＭＯ（ここでは、＃２−Ａ）
の属性値の取得要求を発行する（ステップ２０１）。 （ロ）属性値取得要求を受け取ったオブジェクト管理サ
ーバ１３１は、データベース１３２に対してＮＭＯ名
（＃２）を指定して、ＮＭＯの属性とＥＭＯの属性の対
応関係の取得要求を発行する（ステップ２０２）。 （ハ）データベース１３２は、指定されたＮＭＯ（＃２
−Ａ）を検索し（ステップ２０３）、検索の結果、これ
が検出されたならば（ステップ２０４）、ＮＭＯ（＃２
−Ａ）の属性とＥＭＯの属性の対応関係をオブジェクト
管理サーバ１３１に返す（ステップ２０５）。ここで
は、対応関係表（１−Ｂ）により、「ＮＭＯ属性」と
「ＥＭＯ名＋ＥＭＯ属性」の対応を保持している。ＮＭ
Ｏ名（ＮＭＯ＃２）の中の対応表では、属性名Ａと（Ｅ
ＭＯ＃３のＸ）が対応している。これにより、ＮＭＯ＃
２の属性ＡとＥＭＯ＃３の属性Ｘが対応していることに
なる。その結果、データベース１３２からオブジェクト
サーバ１３１に対してＥＭＯ＃３−Ｘを返す。
【００１２】（ニ）オブジェクト管理サーバ１３１は、
得られたＮＭＯ（＃２）の属性ＡとＥＭＯ（＃３）の属
性Ｘの対応関係から、ＥＭＳ１３に対してＥＭＯ名（＃
３）と属性（Ｘ）を指定して属性値取得要求を発行する
（ステップ２０６）。 （ホ）ＥＭＳ１３は、オブジェクト管理サーバ１３１か
らの属性値取得要求に従って、指定されたＥＭＯの属性
値（Ｘ＝１）を返す（ステップ２０７）。すなわち、図
１の対応付けから明らかなように、ＮＭＯ属性Ａに対応
するＥＭＯ名（＃３）に対応付けられたＥＭＯの属性値
はＸ＝１であるため、ＥＭＳ１４はオブジェクト管理サ
ーバ１３１に対して、属性値Ｘ＝１を返す。 （ヘ）オブジェクト管理サーバ１３１は、ＥＭＳ１４か
ら取得した属性値Ｘ＝１を、ＮＭＯの属性値（Ａ＝１）
としてユーザインタフェース１２に返す。なお、Ｘ＝１
はＥＭＳ１４におけるＥＭＯの属性値であり、これをＮ
ＭＳ１３のＮＭＯとしてＮＭＳ１４に実装するために、
属性値はＸ＝１からＡ＝１に変更されてユーザインタフ
ェース１２に返される。これにより、ユーザインタフェ
ース１２からはＥＭＯは直接見えないが、ユーザインタ
フェース１２からはＮＭＯだけを意識すればネットワー
クを管理することができるので、本発明の目的は達成さ
れる。
得られたＮＭＯ（＃２）の属性ＡとＥＭＯ（＃３）の属
性Ｘの対応関係から、ＥＭＳ１３に対してＥＭＯ名（＃
３）と属性（Ｘ）を指定して属性値取得要求を発行する
（ステップ２０６）。 （ホ）ＥＭＳ１３は、オブジェクト管理サーバ１３１か
らの属性値取得要求に従って、指定されたＥＭＯの属性
値（Ｘ＝１）を返す（ステップ２０７）。すなわち、図
１の対応付けから明らかなように、ＮＭＯ属性Ａに対応
するＥＭＯ名（＃３）に対応付けられたＥＭＯの属性値
はＸ＝１であるため、ＥＭＳ１４はオブジェクト管理サ
ーバ１３１に対して、属性値Ｘ＝１を返す。 （ヘ）オブジェクト管理サーバ１３１は、ＥＭＳ１４か
ら取得した属性値Ｘ＝１を、ＮＭＯの属性値（Ａ＝１）
としてユーザインタフェース１２に返す。なお、Ｘ＝１
はＥＭＳ１４におけるＥＭＯの属性値であり、これをＮ
ＭＳ１３のＮＭＯとしてＮＭＳ１４に実装するために、
属性値はＸ＝１からＡ＝１に変更されてユーザインタフ
ェース１２に返される。これにより、ユーザインタフェ
ース１２からはＥＭＯは直接見えないが、ユーザインタ
フェース１２からはＮＭＯだけを意識すればネットワー
クを管理することができるので、本発明の目的は達成さ
れる。
【００１３】このように、本発明においては、ＮＭＯは
データベース１３２上のインスタンスとして実装される
ため、オブジェクト管理サーバ１３１内のメモリを使用
しないですむ。その結果、オブジェクト管理サーバ１３
１内のメモリ消費量が増加しないため、被管理対象とな
るネットワーク装置数やＥＭＳ数の増加に対して、ＮＭ
Ｓが柔軟に対応することが可能になる。また、管理情報
を取得する場合に、ＮＭＯ名からＣＯＲＢＡのオブジェ
クトリファレンスへ変換を行ってからＮＭＯにアクセス
する必要がなくなるので、ＮＭＯの操作手順が簡単にな
る。さらに、ＮＭＳ１３を構築する際に、ＮＭＯ名とオ
ブジェクトリファレンスを対応付ける機能を提供するネ
ーミングサービスサーバは不要となる。
データベース１３２上のインスタンスとして実装される
ため、オブジェクト管理サーバ１３１内のメモリを使用
しないですむ。その結果、オブジェクト管理サーバ１３
１内のメモリ消費量が増加しないため、被管理対象とな
るネットワーク装置数やＥＭＳ数の増加に対して、ＮＭ
Ｓが柔軟に対応することが可能になる。また、管理情報
を取得する場合に、ＮＭＯ名からＣＯＲＢＡのオブジェ
クトリファレンスへ変換を行ってからＮＭＯにアクセス
する必要がなくなるので、ＮＭＯの操作手順が簡単にな
る。さらに、ＮＭＳ１３を構築する際に、ＮＭＯ名とオ
ブジェクトリファレンスを対応付ける機能を提供するネ
ーミングサービスサーバは不要となる。
【００１４】図２は、本発明の一実施例を示すネットワ
ーク管理オブジェクト実装方式の構成図である。図２で
は、ネットワーク全体を管理するＮＭＳ１３が、装置の
種別毎に管理を行う複数のＥＭＳ１４，１５を統合して
管理するシステム構成を示しており、このシステムに対
して本発明の方法を適用する場合を説明する。図２にお
いては、被管理対象となる装置の追加（２−１）や、Ｎ
ＭＳ１３が統合するＥＭＳ１５の追加（２−２）を行っ
ている。なお、ＥＭＳ１４には装置１６と１７が接続さ
れ、追加されたＥＭＳ１５には装置１８と１９が接続さ
れている。ここで、ＮＭＳ１３内のオブジェクト管理サ
ーバ１３１に本発明を適用すると、ＮＭＳ１３は追加し
た装置１７やＥＭＳ１４，１５内のＥＭＯに対応するＮ
ＭＯをデータベース１３２内に追加格納することがで
き、しかもオブジェクト管理サーバ１３１の使用するメ
モリ量は変化しない。
ーク管理オブジェクト実装方式の構成図である。図２で
は、ネットワーク全体を管理するＮＭＳ１３が、装置の
種別毎に管理を行う複数のＥＭＳ１４，１５を統合して
管理するシステム構成を示しており、このシステムに対
して本発明の方法を適用する場合を説明する。図２にお
いては、被管理対象となる装置の追加（２−１）や、Ｎ
ＭＳ１３が統合するＥＭＳ１５の追加（２−２）を行っ
ている。なお、ＥＭＳ１４には装置１６と１７が接続さ
れ、追加されたＥＭＳ１５には装置１８と１９が接続さ
れている。ここで、ＮＭＳ１３内のオブジェクト管理サ
ーバ１３１に本発明を適用すると、ＮＭＳ１３は追加し
た装置１７やＥＭＳ１４，１５内のＥＭＯに対応するＮ
ＭＯをデータベース１３２内に追加格納することがで
き、しかもオブジェクト管理サーバ１３１の使用するメ
モリ量は変化しない。
【００１５】なお、追加動作については、図１で説明し
た動作を実行すればよい。すなわち、（イ）ユーザイン
タフェース（図示省略）からオブジェクト管理サーバ１
３１に対してＮＭＯの属性とＷＭＯの属性の対応関係を
要求し、（ロ）オブジェクト管理サーバ１３１はデータ
ベース１３２にＮＭＯ名（ここでは、装置＃２に対応す
るＮＭＯ名）を指定して対応関係を要求する。（ハ）デ
ータベース１３２は、検索して指定されたＮＭＯの属性
とＥＭＯの属性の対応関係をオブジェクト管理サーバ１
３１に返し、（ニ）オブジェクト管理サーバ１３１は、
ＥＭＳ１４に対しＥＭＯ名（装置＃２）を指定して属性
値を要求し、（ホ）ＥＭＳ１４は、指定されたＥＭＯの
属性値（例えば、Ｘ＝１）を返すことにより、（ヘ）オ
ブジェクト管理サーバ１３１は、その属性値をＮＭＯの
属性値（例えば、Ａ＝１）としてユーザインタフェース
に返す。ユーザインタフェースからＮＭＳ１３に対し
て、返された属性値（例えば、Ａ＝１）の１個分の装置
１７および１台のＥＭＳ１５に接続された装置群１８，
１９の実装を指示することにより、図２の破線内の装置
をデータベース１３２内に格納することができる。
た動作を実行すればよい。すなわち、（イ）ユーザイン
タフェース（図示省略）からオブジェクト管理サーバ１
３１に対してＮＭＯの属性とＷＭＯの属性の対応関係を
要求し、（ロ）オブジェクト管理サーバ１３１はデータ
ベース１３２にＮＭＯ名（ここでは、装置＃２に対応す
るＮＭＯ名）を指定して対応関係を要求する。（ハ）デ
ータベース１３２は、検索して指定されたＮＭＯの属性
とＥＭＯの属性の対応関係をオブジェクト管理サーバ１
３１に返し、（ニ）オブジェクト管理サーバ１３１は、
ＥＭＳ１４に対しＥＭＯ名（装置＃２）を指定して属性
値を要求し、（ホ）ＥＭＳ１４は、指定されたＥＭＯの
属性値（例えば、Ｘ＝１）を返すことにより、（ヘ）オ
ブジェクト管理サーバ１３１は、その属性値をＮＭＯの
属性値（例えば、Ａ＝１）としてユーザインタフェース
に返す。ユーザインタフェースからＮＭＳ１３に対し
て、返された属性値（例えば、Ａ＝１）の１個分の装置
１７および１台のＥＭＳ１５に接続された装置群１８，
１９の実装を指示することにより、図２の破線内の装置
をデータベース１３２内に格納することができる。
【００１６】なお、データベース１３２内に１台分のＥ
ＭＳ＃２（１５）を追加するためには、装置＃３（１
８），＃４（１９）を１つずつ追加する必要があるが、
これは装置＃２（１７）を追加する作業を２回繰り返す
ことで可能である。基本的に、これらの装置やＥＭＳの
追加に対しては、それらに対応するＮＭＯを生成するた
めに別途専用のツールを用意する必要があるが、ここで
は省略する。また、ＮＭＯは対応関係表を保持している
が、ＮＭＯとＥＭＯの対応関係を示しているだけで、Ｅ
ＭＯの属性値までは保持していない。従って、ユーザイ
ンタフェースから値の取得要求が来た時点で、対応関係
を用いてＥＭＯから取得することになる。さらに、１台
の装置当り１つのＥＭＯだけではなく、１台の装置の中
には様々な部分（例えば、ボード、スイッチ、電源な
ど）があるように、ＥＭＯも複数種類が存在する。従っ
て、１台の装置の追加に際しては、複数のＮＭＯが追加
される。
ＭＳ＃２（１５）を追加するためには、装置＃３（１
８），＃４（１９）を１つずつ追加する必要があるが、
これは装置＃２（１７）を追加する作業を２回繰り返す
ことで可能である。基本的に、これらの装置やＥＭＳの
追加に対しては、それらに対応するＮＭＯを生成するた
めに別途専用のツールを用意する必要があるが、ここで
は省略する。また、ＮＭＯは対応関係表を保持している
が、ＮＭＯとＥＭＯの対応関係を示しているだけで、Ｅ
ＭＯの属性値までは保持していない。従って、ユーザイ
ンタフェースから値の取得要求が来た時点で、対応関係
を用いてＥＭＯから取得することになる。さらに、１台
の装置当り１つのＥＭＯだけではなく、１台の装置の中
には様々な部分（例えば、ボード、スイッチ、電源な
ど）があるように、ＥＭＯも複数種類が存在する。従っ
て、１台の装置の追加に際しては、複数のＮＭＯが追加
される。
【００１７】このように、ネットワークの大規模化に対
しても、柔軟に対応することができるＮＭＳを構築する
ことが可能である。なお、図５に示したフローの各ステ
ップをプログラムに変換し、変換されたプログラムをＣ
Ｄ−ＲＯＭやハードディスクに格納しておけば、ネット
ワーク管理用のコンピュータにインストールまたはネッ
トワークを介してダウンロードすることにより、ネット
ワーク装置数やＥＭＳ数を増加する場合には、いつでも
このプログラムを実行させることで、本発明を適用して
効果を挙げることができる。
しても、柔軟に対応することができるＮＭＳを構築する
ことが可能である。なお、図５に示したフローの各ステ
ップをプログラムに変換し、変換されたプログラムをＣ
Ｄ−ＲＯＭやハードディスクに格納しておけば、ネット
ワーク管理用のコンピュータにインストールまたはネッ
トワークを介してダウンロードすることにより、ネット
ワーク装置数やＥＭＳ数を増加する場合には、いつでも
このプログラムを実行させることで、本発明を適用して
効果を挙げることができる。
【００１８】
【発明の効果】以上説明したように、本発明によれば、
被管理対象となるネットワーク構成装置数の増加や装置
管理システム数の増加に対して、柔軟に対応することが
でき、またネットワークオペレータの操作を容易にする
ことができる。
被管理対象となるネットワーク構成装置数の増加や装置
管理システム数の増加に対して、柔軟に対応することが
でき、またネットワークオペレータの操作を容易にする
ことができる。
【図１】本発明の原理を示すネットワーク管理オブジェ
クト実装方式の動作説明図である。
クト実装方式の動作説明図である。
【図２】本発明の一実施例を示すネットワーク管理オブ
ジェクト実装方式の動作説明図である。
ジェクト実装方式の動作説明図である。
【図３】従来におけるネットワーク管理システムの基本
構成を示す図である。
構成を示す図である。
【図４】従来のＣＯＲＢＡを用いた管理オブジェクトの
実装方式を説明する図である。
実装方式を説明する図である。
【図５】図１におけるネットワーク管理オブジェクト実
装方式の動作フローチャートである。
装方式の動作フローチャートである。
１１…ネットワークオペレータ、１２…ユーザインタフ
ェース、１３…ＮＭＳ（ネットワーク管理システム）、
１４，１５…ＥＭＳ（装置管理システム）、１３１…オ
ブジェクト管理サーバ、１６〜１９…装置＃１〜＃４、
１３２…データベース、１−１…サーバに対する属性対
応関係要求、１−２…データベースに対する属性対応関
係要求、１−３…対応属性値の通知、１−４…ＥＭＳに
対する属性値要求、１−５…サーバに対する指定の属性
値の通知、１−Ｂ…ＮＭＯに記憶された対応関係表、Ｘ
＝１，Ｙ＝２，Ｚ＝３…ＥＭＯの属性値、Ａ，Ｂ…ＮＭ
Ｏの属性値。
ェース、１３…ＮＭＳ（ネットワーク管理システム）、
１４，１５…ＥＭＳ（装置管理システム）、１３１…オ
ブジェクト管理サーバ、１６〜１９…装置＃１〜＃４、
１３２…データベース、１−１…サーバに対する属性対
応関係要求、１−２…データベースに対する属性対応関
係要求、１−３…対応属性値の通知、１−４…ＥＭＳに
対する属性値要求、１−５…サーバに対する指定の属性
値の通知、１−Ｂ…ＮＭＯに記憶された対応関係表、Ｘ
＝１，Ｙ＝２，Ｚ＝３…ＥＭＯの属性値、Ａ，Ｂ…ＮＭ
Ｏの属性値。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 高嶋 秀輝 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 小林 和男 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B089 GA11 GB02 JA35 JB15 KA13 5K030 GA17 HB06 HC01 JA10 LE07 MA01 MB01 MC04 MD07 9A001 CC07 JJ27 KK56 LL09
Claims (3)
- 【請求項１】 被管理対象となるネットワーク装置を管
理する装置管理システムと、該装置管理システムを複数
統合してネットワーク全体を管理するネットワーク管理
システムと、該ネットワーク管理システムが保持する，
ネットワークの管理情報を表現する管理オブジェクトと
を具備するネットワーク管理オブジェクト実装方式であ
って、 前記ネットワーク管理システムは、前記管理オブジェク
トを保持するデータベースと、 該データベースを接続し、該データベースのデータ操作
機能を利用して前記管理オブジェクトを操作するオブジ
ェクト管理サーバとを有することを特徴とするネットワ
ーク管理オブジェクト実装方式。 - 【請求項２】 被管理対象となるネットワーク装置を装
置管理システムにより管理し、該装置管理システムを複
数統合してネットワーク全体をネットワーク管理システ
ムにより管理し、該ネットワーク管理システムがネット
ワークの管理情報を表現する管理オブジェクトとを保持
するネットワーク管理オブジェクト実装方法であって、 ユーザインタフェースがネットワーク管理システムのオ
ブジェクト管理サーバに対して、前記管理オブジェクト
の属性値の取得を要求するステップと、 前記オブジェクト管理サーバがデータベースに対し、前
記管理オブジェクトの名前を指定して、前記管理オブジ
ェクトの属性と装置管理システムの第２管理オブジェク
トの属性の対応関係の取得を要求するステップと、 前記データベースが指定された名前の管理オブジェクト
を検索し、前記管理オブジェクトの属性と第２管理オブ
ジェクトの属性の対応関係を前記オブジェクト管理サー
バに返すステップと、 前記オブジェクト管理サーバが得られた前記対応関係か
ら前記装置管理システムに対して、第２管理オブジェク
トを指定して属性値取得を要求するステップと、 前記装置管理システムが要求に従って指定された第２管
理オブジェクトの属性値を前記オブジェクト管理サーバ
に返すステップと、 前記オブジェクト管理サーバが取得した第２管理オブジ
ェクトの属性値を、前記管理オブジェクトの属性値とし
て前記ユーザインタフェースに返すステップとを有する
ことを特徴とするネットワーク管理オブジェクト実装方
法。 - 【請求項３】 請求項２に記載のネットワーク管理オブ
ジェクト実装方法の各ステップをプログラムに変換し、
変換されたプログラムを記録媒体に格納したことを特徴
とするプログラム読み出し可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000051428A JP2001243137A (ja) | 2000-02-28 | 2000-02-28 | ネットワーク管理オブジェクト実装方式および実装方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000051428A JP2001243137A (ja) | 2000-02-28 | 2000-02-28 | ネットワーク管理オブジェクト実装方式および実装方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001243137A true JP2001243137A (ja) | 2001-09-07 |
Family
ID=18573083
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000051428A Pending JP2001243137A (ja) | 2000-02-28 | 2000-02-28 | ネットワーク管理オブジェクト実装方式および実装方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001243137A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100440056B1 (ko) * | 2002-05-30 | 2004-07-14 | 엘지전자 주식회사 | 엔엠에스 상의 관리 정보 객체화 관리 시스템 및 방법 |
| JP2006042343A (ja) * | 2004-07-22 | 2006-02-09 | Tyco Telecommunications (Us) Inc | ネットワーク・ステータス・データを共有するための分散型メッセージング・システム及び方法 |
| JP2009076061A (ja) * | 2007-08-24 | 2009-04-09 | Ricoh Co Ltd | 画像形成装置、画像形成方法、コンピュータプログラム、及び情報記録媒体 |
| WO2012152166A1 (zh) * | 2011-08-18 | 2012-11-15 | 中兴通讯股份有限公司 | 电信网管系统的安装方法及装置 |
| US8384921B2 (en) | 2007-08-24 | 2013-02-26 | Ricoh Company, Ltd. | Image forming apparatus and method for managing a mode program constituted by operation mode information set to a job performed by the image forming apparatus |
-
2000
- 2000-02-28 JP JP2000051428A patent/JP2001243137A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100440056B1 (ko) * | 2002-05-30 | 2004-07-14 | 엘지전자 주식회사 | 엔엠에스 상의 관리 정보 객체화 관리 시스템 및 방법 |
| JP2006042343A (ja) * | 2004-07-22 | 2006-02-09 | Tyco Telecommunications (Us) Inc | ネットワーク・ステータス・データを共有するための分散型メッセージング・システム及び方法 |
| US8180882B2 (en) | 2004-07-22 | 2012-05-15 | Tyco Electronics Subsea Communications Llc | Distributed messaging system and method for sharing network status data |
| JP2009076061A (ja) * | 2007-08-24 | 2009-04-09 | Ricoh Co Ltd | 画像形成装置、画像形成方法、コンピュータプログラム、及び情報記録媒体 |
| US8384921B2 (en) | 2007-08-24 | 2013-02-26 | Ricoh Company, Ltd. | Image forming apparatus and method for managing a mode program constituted by operation mode information set to a job performed by the image forming apparatus |
| WO2012152166A1 (zh) * | 2011-08-18 | 2012-11-15 | 中兴通讯股份有限公司 | 电信网管系统的安装方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210405629A1 (en) | System and method for interoperable communication of an automation system component with multiple information sources | |
| US8112424B2 (en) | Flexible and resilient information collaboration management infrastructure | |
| CN108520037B (zh) | 数据查询方法、装置及数据可视化系统 | |
| CN100481069C (zh) | 服务发现及发布 | |
| CN100484039C (zh) | 网络管理装置与网络管理方法 | |
| US10248473B2 (en) | Discovering object definition information in an integrated application environment | |
| US20080028058A1 (en) | Systems and methods for addressing managed elements | |
| US7085851B2 (en) | SNMP interface to existing resource management extension-enabled management agents | |
| KR100606025B1 (ko) | 간이 망 관리 프로토콜 기반의 망 관리 장치 및 방법 | |
| CN107103011B (zh) | 终端数据搜索的实现方法和装置 | |
| US10095790B2 (en) | Control center system for searching and managing objects across data centers | |
| CN110046170A (zh) | 基于多文件管理的语句执行方法、装置、设备和介质 | |
| CN111381820A (zh) | 一种基于gui自动生成api的方法及装置 | |
| US7127721B2 (en) | Core object model for network management configuration applications in telecommunication systems | |
| US7272836B1 (en) | Method and apparatus for bridging service for standard object identifier based protocols | |
| JP2001243137A (ja) | ネットワーク管理オブジェクト実装方式および実装方法 | |
| EP3672158A1 (en) | Network slice management | |
| WO2022193855A1 (zh) | 一种任务状态更新方法、装置、设备及介质 | |
| CN115398878B (zh) | 用于在远程地址空间中聚合数据的系统和方法 | |
| CN116049114A (zh) | 用于国际化日志的处理方法、处理器及存储介质 | |
| CN102193947B (zh) | 数据访问处理方法及系统 | |
| US8910183B2 (en) | Access to context information in a heterogeneous application environment | |
| US7209248B1 (en) | Managing the lifetime of distributed resource data using temporal scopes | |
| KR101570980B1 (ko) | 멀티 테넌트 환경의 공통 코드 관리 방법, 이를 수행하는 공통 코드 관리 서버 및 이를 저장하는 기록매체 | |
| US11528212B1 (en) | Cloud agnostic service discovery |