JP2000047963A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JP2000047963A JP2000047963A JP10243747A JP24374798A JP2000047963A JP 2000047963 A JP2000047963 A JP 2000047963A JP 10243747 A JP10243747 A JP 10243747A JP 24374798 A JP24374798 A JP 24374798A JP 2000047963 A JP2000047963 A JP 2000047963A
- Authority
- JP
- Japan
- Prior art keywords
- function
- unit
- componentware
- interface
- input
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 インターフェースがプロトコルに制約されな
い、多種の機器が混在する現在のネットワークの現状に
適応することができるネットワーク管理システムを提供
する。 【解決手段】 センターシステム、ネットワークオペレ
ーションシステム、神経網は、それぞれの機能を有する
機能部と、当該機能部の入出力インターフェースとして
働くインターフェース部とを有する複数のコンポーネン
トウェア（機能部品）の組み合わせによってそれぞれの
機能を実現している。コンポーネントウエアのインター
フェース部は、機能部の入出力インターフェースとして
働く固有インターフェースと、編集者に対して当該個有
インターフェースの仕様を開示する機能を有するイント
ロスペクション部とを備えている。
い、多種の機器が混在する現在のネットワークの現状に
適応することができるネットワーク管理システムを提供
する。 【解決手段】 センターシステム、ネットワークオペレ
ーションシステム、神経網は、それぞれの機能を有する
機能部と、当該機能部の入出力インターフェースとして
働くインターフェース部とを有する複数のコンポーネン
トウェア（機能部品）の組み合わせによってそれぞれの
機能を実現している。コンポーネントウエアのインター
フェース部は、機能部の入出力インターフェースとして
働く固有インターフェースと、編集者に対して当該個有
インターフェースの仕様を開示する機能を有するイント
ロスペクション部とを備えている。
Description
【０００１】
【発明が属する技術分野】本発明は、ネットワーク管理
システムに関し、特に、複数の通信装置ハードウエアを
それぞれ制御する通信装置オペレーションシステムと、
複数の通信装置オペレーションシステムの中央監視・制
御を行うセンターシステムと、通信装置オペレーション
システムとセンターシステムを結ぶ神経網とを持つネッ
トワーク管理システムに関する。
システムに関し、特に、複数の通信装置ハードウエアを
それぞれ制御する通信装置オペレーションシステムと、
複数の通信装置オペレーションシステムの中央監視・制
御を行うセンターシステムと、通信装置オペレーション
システムとセンターシステムを結ぶ神経網とを持つネッ
トワーク管理システムに関する。
【０００２】
【従来の技術】ネットワーク管理は、ネットワークアプ
リケーションの１つであり、ネットワーク通信を通して
行われる。従来のネットワーク管理は、例えばＩＳＯ／
ＩＥＣ１００４０に挙げられるように、管理を行うマネ
ージャ（ネットワーク資源を管理する機能）と、管理の
対象となるエージェント（ネットワーク構成機器上に組
み込まれた被管理機能）に役割が分担される。図１０は
このようなネットワーク管理システムの一例を示すブロ
ック図である。同図中、点線で囲まれた部分１０は、ネ
ットワーク管理モデルにおけるマネージャとエージェン
トとの間の従来の関係を表すブロック図である。
リケーションの１つであり、ネットワーク通信を通して
行われる。従来のネットワーク管理は、例えばＩＳＯ／
ＩＥＣ１００４０に挙げられるように、管理を行うマネ
ージャ（ネットワーク資源を管理する機能）と、管理の
対象となるエージェント（ネットワーク構成機器上に組
み込まれた被管理機能）に役割が分担される。図１０は
このようなネットワーク管理システムの一例を示すブロ
ック図である。同図中、点線で囲まれた部分１０は、ネ
ットワーク管理モデルにおけるマネージャとエージェン
トとの間の従来の関係を表すブロック図である。
【０００３】一般のネットワーク網においては、そのネ
ットワーク網上の各拠点において、通信を行う通信装置
ハードウェア5-1、5-2、・・5-nがある。通信装置にはそれ
ぞれ、装置の制御を行うための、ネットワークエレメン
ト・オペレーションシステム（以下、ＮＥ−ＯｐＳと記
す）4-1,4-2・・4-mが付随する。これらＮＥ−ＯｐＳに
は、エージェントプログラムが組み込まれていて、それ
ぞれエージェントとして神経網３に接続されており、同
じくこれらのＮＥ−ＯｐＳを管理するマネージャ（図１
０では、後述するように、センターシステム２のマネー
ジャプログラム2ＭがＮＥ−ＯｐＳを管理・制御するマ
ネージャとして働く）も、この神経網３に接続されてい
る。このようにして、マネージャは、この神経網３を通
して、エージェントＮＥ−ＯｐＳ4-1,4-2・・4-mを管理す
る。
ットワーク網上の各拠点において、通信を行う通信装置
ハードウェア5-1、5-2、・・5-nがある。通信装置にはそれ
ぞれ、装置の制御を行うための、ネットワークエレメン
ト・オペレーションシステム（以下、ＮＥ−ＯｐＳと記
す）4-1,4-2・・4-mが付随する。これらＮＥ−ＯｐＳに
は、エージェントプログラムが組み込まれていて、それ
ぞれエージェントとして神経網３に接続されており、同
じくこれらのＮＥ−ＯｐＳを管理するマネージャ（図１
０では、後述するように、センターシステム２のマネー
ジャプログラム2ＭがＮＥ−ＯｐＳを管理・制御するマ
ネージャとして働く）も、この神経網３に接続されてい
る。このようにして、マネージャは、この神経網３を通
して、エージェントＮＥ−ＯｐＳ4-1,4-2・・4-mを管理す
る。
【０００４】また、このマネージャも、より上位の制御
を行うマネージャに対するエージェントとして、制御の
対象になる場合がある。下位に対してマネージャ、上位
に対してエージェントとなるシステムはセンターシステ
ムとも呼ばれる。図１０を参照すると、センターシステ
ム２はエージェントプログラム2Ａとマネージャプログ
ラム2Ｍからなり、エージェントプログラム2Ａによって
センターシステム２は上位システム１に対してエージェ
ントになり、マネージャプログラム2Ｍによって下位シ
ステムＮＥ−ＯｐＳ4-1、...4-m（詳しくはエージェン
トプログラム4-1Ａ...4-mＡ）に対してはマネージャと
して働く。
を行うマネージャに対するエージェントとして、制御の
対象になる場合がある。下位に対してマネージャ、上位
に対してエージェントとなるシステムはセンターシステ
ムとも呼ばれる。図１０を参照すると、センターシステ
ム２はエージェントプログラム2Ａとマネージャプログ
ラム2Ｍからなり、エージェントプログラム2Ａによって
センターシステム２は上位システム１に対してエージェ
ントになり、マネージャプログラム2Ｍによって下位シ
ステムＮＥ−ＯｐＳ4-1、...4-m（詳しくはエージェン
トプログラム4-1Ａ...4-mＡ）に対してはマネージャと
して働く。
【０００５】神経網３上ではマネージャとエージェント
の間で様々なネットワーク管理情報を転送するための通
信プロトコルが定められ、この定められた通信プロトコ
ルによって通信が行われる。神経網３上でのマネージャ
とエージェントの間のネットワーク管理・制御を目的と
した通信プロトコルとして、通常は統一されたプロトコ
ルが用いられる。このような通信プロトコルとしては、
たとえばＣＭＩＰ（ＩＳＯ／ＩＥＣ９５９５，９５９
６）やＳＮＭＰ（ＲＦＣ１１５７）等の管理プログラム
がある。
の間で様々なネットワーク管理情報を転送するための通
信プロトコルが定められ、この定められた通信プロトコ
ルによって通信が行われる。神経網３上でのマネージャ
とエージェントの間のネットワーク管理・制御を目的と
した通信プロトコルとして、通常は統一されたプロトコ
ルが用いられる。このような通信プロトコルとしては、
たとえばＣＭＩＰ（ＩＳＯ／ＩＥＣ９５９５，９５９
６）やＳＮＭＰ（ＲＦＣ１１５７）等の管理プログラム
がある。
【０００６】その通信プロトコル上でマネージャとエー
ジェントとの間の通信を行うためのインターフェースが
規定され、マネージャとエージェントはこのインターフ
ェースを使用して相互に通信する。インターフェースに
は、たとえばＭ３１００等がある。これらは、通常、ネ
ットワーク管理を行うキャリアと、通信機器を開発する
ベンダーとの間において文書で交換される。
ジェントとの間の通信を行うためのインターフェースが
規定され、マネージャとエージェントはこのインターフ
ェースを使用して相互に通信する。インターフェースに
は、たとえばＭ３１００等がある。これらは、通常、ネ
ットワーク管理を行うキャリアと、通信機器を開発する
ベンダーとの間において文書で交換される。
【０００７】インターフェースの規定を分界ラインとし
て、装置ベンダーと通信キャリアはそれぞれシステムを
作成する。装置ベンダーは、インターフェース規定にし
たがって、装置を制御するためのシステム（ＮＥ−Ｏｐ
Ｓ）を製作する。この分界ラインを、インターフェース
規定ラインＩＬとする。
て、装置ベンダーと通信キャリアはそれぞれシステムを
作成する。装置ベンダーは、インターフェース規定にし
たがって、装置を制御するためのシステム（ＮＥ−Ｏｐ
Ｓ）を製作する。この分界ラインを、インターフェース
規定ラインＩＬとする。
【０００８】通信キャリアは、インターフェース規定に
したがって、ネットワーク全体を制御するためのシステ
ム（センターシステム）を製作する。
したがって、ネットワーク全体を制御するためのシステ
ム（センターシステム）を製作する。
【０００９】
【発明が解決しようとする課題】上記の従来のネットワ
ーク管理システムには次の問題点がある。既存のネット
ワーク管理システムは、あるネットワーク上では、すべ
ての装置が統一されたプロトコルで通信を行い、それに
基づいて管理を行うというものであった。そして、その
ような通信ネットワークシステムでは、通信網を管理す
るキャリアと、通信機器を製造するベンダーの間で、こ
の通信プロトコル上で組み立てられたインターフェース
に基づいて、通信機器の開発・納入を行っていた。しか
し、この方法は、大きく挙げて次の２点で、問題が発生
した。 ａ）インターフェースがプロトコルに制約され、画一的
であるため、多様なプロトコルが使われ、多種の機器が
混在する現在のネットワークの現状には必ずしも当ては
まらない。 ｂ）一度インターフェースが決定されると、それを途中
で柔軟に変更することが困難となるため、仕様の変更や
技術の進歩に適応するのが困難である。
ーク管理システムには次の問題点がある。既存のネット
ワーク管理システムは、あるネットワーク上では、すべ
ての装置が統一されたプロトコルで通信を行い、それに
基づいて管理を行うというものであった。そして、その
ような通信ネットワークシステムでは、通信網を管理す
るキャリアと、通信機器を製造するベンダーの間で、こ
の通信プロトコル上で組み立てられたインターフェース
に基づいて、通信機器の開発・納入を行っていた。しか
し、この方法は、大きく挙げて次の２点で、問題が発生
した。 ａ）インターフェースがプロトコルに制約され、画一的
であるため、多様なプロトコルが使われ、多種の機器が
混在する現在のネットワークの現状には必ずしも当ては
まらない。 ｂ）一度インターフェースが決定されると、それを途中
で柔軟に変更することが困難となるため、仕様の変更や
技術の進歩に適応するのが困難である。
【００１０】上記の問題点を更に詳しく述べると次のよ
うになる。 １）インターフェースは通信プロトコル上で規定される
ので、使用する管理プロトコルによってインターフェー
スの規定方法が制約される。 ２）インターフェースは通信プロトコル上で規定される
ので、異なるプロトコルを持つ複数の通信機器を混合し
て使用できない。 ３）通常、インターフェース規定は書類として行われる
ので、人が一旦インターフェースのすべて理解してから
でなければインターフェースを実装することができな
い。 ４）インターフェースは、通常、キャリアとベンダーと
の間で、当該インターフェース全体を記述した文書の形
式で交換される。したがって、キャリアとベンダーとの
間でインターフェースを規定するとき、当該インターフ
ェースのすべてを一旦規定しなければならない。そのた
めに、インターフェースを規定してそれを実装するまで
に時間がかかり、また方式の進歩に追いつかない。 ５）キャリアが当該キャリア固有のサービスを提供する
ためにはベンダーとの間で合意したインターフェース規
定では不十分である場合がある。これを解決するため
に、システムが動作を開始した後にインターフェース規
定を変更すると、時間とコストがかかり、場合によって
はベンダーが変更に応じることができなくなる。 ６）あるエージェントにとって、指定された通信プロト
コルが複雑・過剰であっても、他のエージェントとの整
合性のためにそれらの指定された通信プロトコルを個別
に実装しなければならない。 ７）マネージャやエージェントの通信ソフトウェアは、
単に規定されたプロトコルを使用するだけのものであ
る。このような通信ソフトウェアは、多くの場合、他の
目的のための再利用性が少ない。 ８）通信ＯｐＳは純粋にプロトコル上で構築しなければ
ならないので、作成または変更したソフトウェアの試験
を行いにくい。
うになる。 １）インターフェースは通信プロトコル上で規定される
ので、使用する管理プロトコルによってインターフェー
スの規定方法が制約される。 ２）インターフェースは通信プロトコル上で規定される
ので、異なるプロトコルを持つ複数の通信機器を混合し
て使用できない。 ３）通常、インターフェース規定は書類として行われる
ので、人が一旦インターフェースのすべて理解してから
でなければインターフェースを実装することができな
い。 ４）インターフェースは、通常、キャリアとベンダーと
の間で、当該インターフェース全体を記述した文書の形
式で交換される。したがって、キャリアとベンダーとの
間でインターフェースを規定するとき、当該インターフ
ェースのすべてを一旦規定しなければならない。そのた
めに、インターフェースを規定してそれを実装するまで
に時間がかかり、また方式の進歩に追いつかない。 ５）キャリアが当該キャリア固有のサービスを提供する
ためにはベンダーとの間で合意したインターフェース規
定では不十分である場合がある。これを解決するため
に、システムが動作を開始した後にインターフェース規
定を変更すると、時間とコストがかかり、場合によって
はベンダーが変更に応じることができなくなる。 ６）あるエージェントにとって、指定された通信プロト
コルが複雑・過剰であっても、他のエージェントとの整
合性のためにそれらの指定された通信プロトコルを個別
に実装しなければならない。 ７）マネージャやエージェントの通信ソフトウェアは、
単に規定されたプロトコルを使用するだけのものであ
る。このような通信ソフトウェアは、多くの場合、他の
目的のための再利用性が少ない。 ８）通信ＯｐＳは純粋にプロトコル上で構築しなければ
ならないので、作成または変更したソフトウェアの試験
を行いにくい。
【００１１】本発明の目的は、上記の諸問題を解決し、
インターフェースがプロトコルに制約されない、多種の
機器が混在する現在のネットワークの現状に適応するこ
とができるネットワーク管理システムを提供することに
ある。さらに、一度インターフェースが決定されても、
仕様の変更や技術の進歩に柔軟に適応することができる
ネットワーク管理システムを提供することにある。
インターフェースがプロトコルに制約されない、多種の
機器が混在する現在のネットワークの現状に適応するこ
とができるネットワーク管理システムを提供することに
ある。さらに、一度インターフェースが決定されても、
仕様の変更や技術の進歩に柔軟に適応することができる
ネットワーク管理システムを提供することにある。
【００１２】
【課題を解決する手段】本発明は、マネージャ機能を有
し、中央監視・制御を行うセンターシステムと、複数の
通信装置ハードウエアを制御し、かつ、前記センターシ
ステムに対してエージェント機能を有する装置オペレー
ションシステムと、前記装置オペレーションシステムと
前記センターシステムとを接続する神経網とを持つネッ
トワーク管理システムを発明の対象とする。
し、中央監視・制御を行うセンターシステムと、複数の
通信装置ハードウエアを制御し、かつ、前記センターシ
ステムに対してエージェント機能を有する装置オペレー
ションシステムと、前記装置オペレーションシステムと
前記センターシステムとを接続する神経網とを持つネッ
トワーク管理システムを発明の対象とする。
【００１３】その特徴とするところは、先ず第１に、ネ
ットワーク管理システムの各部が、基本的機能を有する
ソフトウエア部品によって構成されていることである。
しかも、これらのソフトウエア部品はそれぞれインター
フェース部を備えていてフレキシブルに相互結合するこ
とができる。すなわち、センターシステムは、センター
システムの機能を有する機能部と、当該機能部の入出力
インターフェースとして働くインターフェース部とを有
する複数の第1のコンポーネントウェアによって構成さ
れている。装置オペレーションシステムは、当該装置オ
ペレーションシステムの機能を備えた機能部と、当該機
能部の入出力インターフェースとして働くインターフェ
ース部とを有する複数の第２のコンポーネントウェアに
よって構成されている。
ットワーク管理システムの各部が、基本的機能を有する
ソフトウエア部品によって構成されていることである。
しかも、これらのソフトウエア部品はそれぞれインター
フェース部を備えていてフレキシブルに相互結合するこ
とができる。すなわち、センターシステムは、センター
システムの機能を有する機能部と、当該機能部の入出力
インターフェースとして働くインターフェース部とを有
する複数の第1のコンポーネントウェアによって構成さ
れている。装置オペレーションシステムは、当該装置オ
ペレーションシステムの機能を備えた機能部と、当該機
能部の入出力インターフェースとして働くインターフェ
ース部とを有する複数の第２のコンポーネントウェアに
よって構成されている。
【００１４】センターシステムと装置オペレーションシ
ステムは、第1、第２のコンポーネントウェア間で神経
網を介して管理情報を転送するための、管理プロトコル
通信機能を有する機能部と、当該機能部の入出力インタ
ーフェースとして働くインターフェース部とを有する複
数の第３のコンポーネントウェアによって構成されてい
る。
ステムは、第1、第２のコンポーネントウェア間で神経
網を介して管理情報を転送するための、管理プロトコル
通信機能を有する機能部と、当該機能部の入出力インタ
ーフェースとして働くインターフェース部とを有する複
数の第３のコンポーネントウェアによって構成されてい
る。
【００１５】このように、本発明のネットワーク管理シ
ステムはインターフェース部と機能部とをもつソフトウ
エア部品によって構成されているので、多種の機器が混
在する現在のネットワークの現状に適応することができ
る。また、一度インターフェースが決定されても、仕様
の変更や技術の進歩に柔軟に適応することができる。さ
らに、コンポーネントウエアのインターフェース部は、
機能部の入出力インターフェースとして働く固有インタ
ーフェースと、編集者に対して当該個有インターフェー
スの仕様を開示する機能をもつイントロスペクション部
とを有する（請求項２）。したがって、編集者は、予
め、総てのインターフェースについての知識をもってい
なくても、システム構築または変更の時に、使用候補の
コンポーネントウエアのインターフェース仕様を、その
インターフェースのイントロスペクション部によって読
み出すことによって、そのコンポーネントウエアのイン
ターフェース仕様を容易に理解することができる。
ステムはインターフェース部と機能部とをもつソフトウ
エア部品によって構成されているので、多種の機器が混
在する現在のネットワークの現状に適応することができ
る。また、一度インターフェースが決定されても、仕様
の変更や技術の進歩に柔軟に適応することができる。さ
らに、コンポーネントウエアのインターフェース部は、
機能部の入出力インターフェースとして働く固有インタ
ーフェースと、編集者に対して当該個有インターフェー
スの仕様を開示する機能をもつイントロスペクション部
とを有する（請求項２）。したがって、編集者は、予
め、総てのインターフェースについての知識をもってい
なくても、システム構築または変更の時に、使用候補の
コンポーネントウエアのインターフェース仕様を、その
インターフェースのイントロスペクション部によって読
み出すことによって、そのコンポーネントウエアのイン
ターフェース仕様を容易に理解することができる。
【００１６】ネットワーク管理システムの構築または変
更時に、キャリアとベンダーとの間で文書で合意される
のは、システムのコンポーネントウエアのイントロスペ
クション部のみである（請求項６参照）。したがって、
ベンダーはあらかじめキャリアと合意することなく、最
適な固有インターフェースを規定することができるの
で、合意にとられる時間が削減され、また方式の進歩に
追随してインターフェースを決めることができる。
更時に、キャリアとベンダーとの間で文書で合意される
のは、システムのコンポーネントウエアのイントロスペ
クション部のみである（請求項６参照）。したがって、
ベンダーはあらかじめキャリアと合意することなく、最
適な固有インターフェースを規定することができるの
で、合意にとられる時間が削減され、また方式の進歩に
追随してインターフェースを決めることができる。
【００１７】
【発明の実施の形態】次に、図面を参照して本発明の実
施形態を説明する。図１は本発明のネットワーク管理シ
ステムの実施形態を説明するブロック図である。本実施
形態のネットワーク管理システムの基本的な形態（ネッ
トワーク上でのマネージャ・エージェントの関係）は、
図１０に示されている従来の通信システムと同じであ
る。したがって、図１のネットワーク管理システムの基
本的構成要素には図１０の対応する構成要素と同一の参
照番号を付けて説明を省略する。
施形態を説明する。図１は本発明のネットワーク管理シ
ステムの実施形態を説明するブロック図である。本実施
形態のネットワーク管理システムの基本的な形態（ネッ
トワーク上でのマネージャ・エージェントの関係）は、
図１０に示されている従来の通信システムと同じであ
る。したがって、図１のネットワーク管理システムの基
本的構成要素には図１０の対応する構成要素と同一の参
照番号を付けて説明を省略する。
【００１８】本発明の管理システムが図１０の管理シス
テムと相違する点として、1)インターフェースの規定ラ
インＩＬが下（ＮＥ−ＯｐＳ側）に移動していること、
すなわち、インターフェース規定ラインが、管理プロト
コル上からエージェント装置の内部へ移動していること
と、2)エージェント、マーネジャ、神経網がソフトウエ
ア部品ＣＷ（コンポーネントウェア）の組み合わせで構
成されていることが挙げられる。
テムと相違する点として、1)インターフェースの規定ラ
インＩＬが下（ＮＥ−ＯｐＳ側）に移動していること、
すなわち、インターフェース規定ラインが、管理プロト
コル上からエージェント装置の内部へ移動していること
と、2)エージェント、マーネジャ、神経網がソフトウエ
ア部品ＣＷ（コンポーネントウェア）の組み合わせで構
成されていることが挙げられる。
【００１９】コンポーネントウェアはインターフェース
規定と機能要素（または、機能部品）を含んでいる。こ
こで、機能要素とは、ネットワーク管理システムの機能
が基本的な機能の組合わせで実現することができると
き、この基本的機能のことである。したがって、例え
ば、マネージャプログラムの管理・制御機能は、マネー
ジャ機能を表す1つの管理機能要素、または複数の管理
機能要素の組合わせによって記述される。
規定と機能要素（または、機能部品）を含んでいる。こ
こで、機能要素とは、ネットワーク管理システムの機能
が基本的な機能の組合わせで実現することができると
き、この基本的機能のことである。したがって、例え
ば、マネージャプログラムの管理・制御機能は、マネー
ジャ機能を表す1つの管理機能要素、または複数の管理
機能要素の組合わせによって記述される。
【００２０】図１の実施形態においては、４種類の機能
要素、すなわち、マネージャ機能要素、エージェント機
能要素、管理プロトコル通信（神経網上の通信）機能要
素、およびその他の接合機能要素（その他の接合とは、
例えば、交換やフロー制御のための接合である）が用い
られている。以下の記述において、マネージャ機能要
素、エージェント機能要素、管理プロトコル通信機能要
素、およびその他の接合機能要素をそれぞれ、第１、第
２、第３、第４の機能要素と記す。
要素、すなわち、マネージャ機能要素、エージェント機
能要素、管理プロトコル通信（神経網上の通信）機能要
素、およびその他の接合機能要素（その他の接合とは、
例えば、交換やフロー制御のための接合である）が用い
られている。以下の記述において、マネージャ機能要
素、エージェント機能要素、管理プロトコル通信機能要
素、およびその他の接合機能要素をそれぞれ、第１、第
２、第３、第４の機能要素と記す。
【００２１】インターフェース規定は、さらに、イント
ロスペクションインターフェースと固有インターフェー
スに分けられている。固有インターフェースは、機能要
素への、および、機能要素からの入出力インターフェー
スである。したがって、固有インターフェースの仕様
（例えば、何個の、どのような情報を入力し、どのよう
な信号を送り出すかという性能）は機能要素によって異
なる。固有インターフェースおよびその仕様はベンダー
が最適なものを独自に設計する。
ロスペクションインターフェースと固有インターフェー
スに分けられている。固有インターフェースは、機能要
素への、および、機能要素からの入出力インターフェー
スである。したがって、固有インターフェースの仕様
（例えば、何個の、どのような情報を入力し、どのよう
な信号を送り出すかという性能）は機能要素によって異
なる。固有インターフェースおよびその仕様はベンダー
が最適なものを独自に設計する。
【００２２】イントロスペクションインターフェース
は、固有インターフェースの仕様をエディターであるキ
ャリアまたはベンダーに知らせるためのソフトウエア
で、固有インターフェース仕様は、イントロスペクショ
ンインターフェースにより、ツールによって取り出す
（表示する）ことができる。このソフトウエア（イント
ロスペクションインターフェース）は機能要素の種類や
固有インターフェースの仕様に関係なく、総てのコンポ
ーネントウエアに共通である。このイントロスペクショ
ンインターフェースだけがキャリアとベンダーの間で予
め書類で合意される。（なお、イントロスペクションと
は自分自身を内省するという意味で、ここでは、インタ
ーフェースが自分自身の仕様を覗いてみるという意味で
ある。）このように、コンポーネントウェアＣＷは、上
記第１乃至第４の機能とイントロスペクションインター
フェースおよび固有インターフェースを持ち、バイナリ
レベルで再利用可能なソフトウェア部品である。以下の
記述において、前掲の第１、第２、第３、第４の機能要
素をもつコンポーネントウエアをそれぞれ第１、第２、
第３、第４のコンポーネントウエア（ＣＷ）と記す。
は、固有インターフェースの仕様をエディターであるキ
ャリアまたはベンダーに知らせるためのソフトウエア
で、固有インターフェース仕様は、イントロスペクショ
ンインターフェースにより、ツールによって取り出す
（表示する）ことができる。このソフトウエア（イント
ロスペクションインターフェース）は機能要素の種類や
固有インターフェースの仕様に関係なく、総てのコンポ
ーネントウエアに共通である。このイントロスペクショ
ンインターフェースだけがキャリアとベンダーの間で予
め書類で合意される。（なお、イントロスペクションと
は自分自身を内省するという意味で、ここでは、インタ
ーフェースが自分自身の仕様を覗いてみるという意味で
ある。）このように、コンポーネントウェアＣＷは、上
記第１乃至第４の機能とイントロスペクションインター
フェースおよび固有インターフェースを持ち、バイナリ
レベルで再利用可能なソフトウェア部品である。以下の
記述において、前掲の第１、第２、第３、第４の機能要
素をもつコンポーネントウエアをそれぞれ第１、第２、
第３、第４のコンポーネントウエア（ＣＷ）と記す。
【００２３】図１を参照すると、センターシステム２の
管理部分は、従来の上位システム１に対するエージェン
トプログラム（図１０のエージェントプログラム２Ａ）
と、ＮＥ−ＯｐＳに対するマネージャプログラム（図１
０のマネージャプログラム２Ｍ）に代えて、複数の第１
および第２のコンポーネントウェア１０２，１０３の組
み合わせで構築される。
管理部分は、従来の上位システム１に対するエージェン
トプログラム（図１０のエージェントプログラム２Ａ）
と、ＮＥ−ＯｐＳに対するマネージャプログラム（図１
０のマネージャプログラム２Ｍ）に代えて、複数の第１
および第２のコンポーネントウェア１０２，１０３の組
み合わせで構築される。
【００２４】同様に、ＮＥ−ＯｐＳ4-1...4-mのエージ
ェント部分（図１０のエージェントプログラム４−１
Ａ．．．４−ｍＡ）も、複数の第２のコンポーネントウ
ェア（１０７，１０８）、（１０９，１１０）および１
０６（後述）の組み合わせとして構築され、この組み合
わされた複数のコンポーネントウェアがエージェントと
して動作する。
ェント部分（図１０のエージェントプログラム４−１
Ａ．．．４−ｍＡ）も、複数の第２のコンポーネントウ
ェア（１０７，１０８）、（１０９，１１０）および１
０６（後述）の組み合わせとして構築され、この組み合
わされた複数のコンポーネントウェアがエージェントと
して動作する。
【００２５】神経網３における管理プロトコル上の通信
機能は第３のコンポーネントウエア１０４，１０５によ
って実現される。また、上位システム１とセンターシス
テム２間の通信は第４のコンポーネントウエア１０１に
よって実現される。なお、図１のコンポーネントウエア
１０６は、新たにエージェント機能を付加するために、
キャリアからダウンロードされた第２のコンポーネント
ウエアを表す。
機能は第３のコンポーネントウエア１０４，１０５によ
って実現される。また、上位システム１とセンターシス
テム２間の通信は第４のコンポーネントウエア１０１に
よって実現される。なお、図１のコンポーネントウエア
１０６は、新たにエージェント機能を付加するために、
キャリアからダウンロードされた第２のコンポーネント
ウエアを表す。
【００２６】従来のネットワーク管理システムにおいて
は、図１０に示されているように、インターフェース規
定ラインはマネージャとエージェントとの間の通信を行
うために管理プロトコル上にあった。そうして、このイ
ンターフェース規定ラインを境界として、それより上
（マネージャ側）の装置はキャリアが製作し、それより
下（エージェント側）の装置はベンダーが製作してい
た。
は、図１０に示されているように、インターフェース規
定ラインはマネージャとエージェントとの間の通信を行
うために管理プロトコル上にあった。そうして、このイ
ンターフェース規定ラインを境界として、それより上
（マネージャ側）の装置はキャリアが製作し、それより
下（エージェント側）の装置はベンダーが製作してい
た。
【００２７】しかし、本発明においては、上記のよう
に、インターフェースはコンポーネントウエア毎に設け
られているので、イントロスペクションインターフェー
スと固有インターフェースとを有する本発明のインター
フェース規定は、ベンダーとキャリアの分界点のみなら
ず、マネージャおよびエージェント内にあるコンポーネ
ントウェア間においても標準的に使用される。エディタ
はイントロスペクションインターフェースによって取り
出された固有インターフェース仕様を参照しながらツー
ルを用いて任意にコンポーネントウェアを結合すること
によりネットワーク管理システムを構築する。
に、インターフェースはコンポーネントウエア毎に設け
られているので、イントロスペクションインターフェー
スと固有インターフェースとを有する本発明のインター
フェース規定は、ベンダーとキャリアの分界点のみなら
ず、マネージャおよびエージェント内にあるコンポーネ
ントウェア間においても標準的に使用される。エディタ
はイントロスペクションインターフェースによって取り
出された固有インターフェース仕様を参照しながらツー
ルを用いて任意にコンポーネントウェアを結合すること
によりネットワーク管理システムを構築する。
【００２８】ベンダーはＮＥ−ＯｐＳの機能を表す第２
のコンポーネントウェアと、それをキャリアがダウンロ
ードすることができるような機構を提供する。このと
き、ダウンロードされたコンポーネントウェアは、それ
が使用される場所によって、適宜、その動作（たとえ
ば、実際の動作を行うか、またはシミュレーション的な
動作を行うか）を変える。
のコンポーネントウェアと、それをキャリアがダウンロ
ードすることができるような機構を提供する。このと
き、ダウンロードされたコンポーネントウェアは、それ
が使用される場所によって、適宜、その動作（たとえ
ば、実際の動作を行うか、またはシミュレーション的な
動作を行うか）を変える。
【００２９】キャリアは、第1のコンポーネントウエ
ア、使用する通信網管理プロトコルに合わせた通信機能
を表す第３のコンポーネントウェアおよび第４のコンポ
ーネントウエアのライブラリ（これは、ベンダーが用意
してもよい。）と、これらのコンポーネントウェアを使
って管理システムを組み立て、試験する機構（ソフトウ
エアおよびハードウエア）を用意する。
ア、使用する通信網管理プロトコルに合わせた通信機能
を表す第３のコンポーネントウェアおよび第４のコンポ
ーネントウエアのライブラリ（これは、ベンダーが用意
してもよい。）と、これらのコンポーネントウェアを使
って管理システムを組み立て、試験する機構（ソフトウ
エアおよびハードウエア）を用意する。
【００３０】キャリアは、後述するように、ベンダーが
提供するコンポーネントソフトウェアと、自分が持つコ
ンポーネントウェアライブラリを組み合わせて、通信ネ
ットワーク管理システムを組み立て、試験等を行う。完
成すればエージェントやマネージャに埋め込む。また、
完成した後も、必要に応じて、修正を行ったりして、そ
れを埋め込む。
提供するコンポーネントソフトウェアと、自分が持つコ
ンポーネントウェアライブラリを組み合わせて、通信ネ
ットワーク管理システムを組み立て、試験等を行う。完
成すればエージェントやマネージャに埋め込む。また、
完成した後も、必要に応じて、修正を行ったりして、そ
れを埋め込む。
【００３１】また、既存のインターフェースやプロトコ
ルに対応したコンポーネントウェアを用意することによ
って、様々な種類のネットワーク装置を利用することが
可能になる。次に、図面を参照して通信網管理システム
の製作手順を具体的に説明する。図２はネットワーク管
理システムを新たに構築する第1段階を示すブロック図
である。
ルに対応したコンポーネントウェアを用意することによ
って、様々な種類のネットワーク装置を利用することが
可能になる。次に、図面を参照して通信網管理システム
の製作手順を具体的に説明する。図２はネットワーク管
理システムを新たに構築する第1段階を示すブロック図
である。
【００３２】図２に示されているように、初期状態にお
いては、図２のマネージャに相当する部分には具体的な
プログラムは入っておらず、インターフェース規定ライ
ンが下に下がっている。エージェントには、そのエージ
ェント機能を表すコンポーネントウェア（図２では、水
平方向の塗りつぶし線で表されているＣＷ）が用意され
ており、また、これらのシステムとは別途に、ライブラ
リとしてコンポーネントウェアライブラリ（以下、ライ
ブラリと記す）２２が用意されている。エージェントお
よびライブラリ２２に用意されているこれらのコンポー
ネントウェアは、まとめてコンポーネントウェアバレッ
ト（以下、パレットと記す）２１と呼ばれる部分に集め
られる。そのとき、次に示すコンポーネントウェアをパ
レット２１に取り込む。 １）センターシステムの機能（マネージャ機能）を表す
第1のコンポーネントウェア（図中、向かって左上から
右下に向く斜線で表されているＣＷ） ２）ネットワーク制御装置の機能（エージェント機能）
を表す第２のコンポーネントウェア ３）管理プロトコル通信機能を表す第3のコンポーネン
トウェア（図中、上下方向の塗りつぶし線で表されてい
るＣＷ） ４）データの交換・フロー制御等のための接合用の第4
のコンポーネントソフトウェア（図中、向かって右上か
ら左下に向く斜線で表されているＣＷ）これらのコンポ
ーネントウェアが集められるライブラリ２２やパレット
２１は、実際にはメモリ領域に設定されるが、ライブラ
リ２２やパレット２１中のコンポーネントウェアは表示
画面に表示され、エディタはこの表示画面を見ながら編
集を行う。以下の記述に使用するパレット２１、ライブ
ラリ２２の用語は表示画面についての記述である。後述
の図３の、キャンバス３１についても同様である。
いては、図２のマネージャに相当する部分には具体的な
プログラムは入っておらず、インターフェース規定ライ
ンが下に下がっている。エージェントには、そのエージ
ェント機能を表すコンポーネントウェア（図２では、水
平方向の塗りつぶし線で表されているＣＷ）が用意され
ており、また、これらのシステムとは別途に、ライブラ
リとしてコンポーネントウェアライブラリ（以下、ライ
ブラリと記す）２２が用意されている。エージェントお
よびライブラリ２２に用意されているこれらのコンポー
ネントウェアは、まとめてコンポーネントウェアバレッ
ト（以下、パレットと記す）２１と呼ばれる部分に集め
られる。そのとき、次に示すコンポーネントウェアをパ
レット２１に取り込む。 １）センターシステムの機能（マネージャ機能）を表す
第1のコンポーネントウェア（図中、向かって左上から
右下に向く斜線で表されているＣＷ） ２）ネットワーク制御装置の機能（エージェント機能）
を表す第２のコンポーネントウェア ３）管理プロトコル通信機能を表す第3のコンポーネン
トウェア（図中、上下方向の塗りつぶし線で表されてい
るＣＷ） ４）データの交換・フロー制御等のための接合用の第4
のコンポーネントソフトウェア（図中、向かって右上か
ら左下に向く斜線で表されているＣＷ）これらのコンポ
ーネントウェアが集められるライブラリ２２やパレット
２１は、実際にはメモリ領域に設定されるが、ライブラ
リ２２やパレット２１中のコンポーネントウェアは表示
画面に表示され、エディタはこの表示画面を見ながら編
集を行う。以下の記述に使用するパレット２１、ライブ
ラリ２２の用語は表示画面についての記述である。後述
の図３の、キャンバス３１についても同様である。
【００３３】次に、エディタは所定のツールを使用し
て、イントロスペクションインターフェースによって各
コンポーネントウェアから固有インターフェース仕様を
取り出す。
て、イントロスペクションインターフェースによって各
コンポーネントウェアから固有インターフェース仕様を
取り出す。
【００３４】エディタは、取り出された固有インターフ
ェース仕様を参照しながらコンポーネントウェアを繋
ぐ。図３は、ネットワーク管理システムを構築する第２
段階を示すブロック図である。この図では、新たにパレ
ットから取り出したコンポーネントウエアを繋ぎ合わせ
るためのキャンパス３１という表示画面が使用され、そ
こで実際に接続の作業が行われる。このキャンバス３１
上で実際に接続を行った後、接続シミュレーション等を
行うことができる。
ェース仕様を参照しながらコンポーネントウェアを繋
ぐ。図３は、ネットワーク管理システムを構築する第２
段階を示すブロック図である。この図では、新たにパレ
ットから取り出したコンポーネントウエアを繋ぎ合わせ
るためのキャンパス３１という表示画面が使用され、そ
こで実際に接続の作業が行われる。このキャンバス３１
上で実際に接続を行った後、接続シミュレーション等を
行うことができる。
【００３５】図４、図５は、それぞれネットワーク管理
システムを構築する第３段階および第4段階を示すブロ
ック図である。図４を参照すると、繋いだコンポーネン
トウェアは、センターシステム２内部で動作させる部分
とＮＥ−ＯｐＳ４−１．．．４−ｍ内部で動作させる部
分とに分けてそれぞれ、データ格納部５１，５２に保存
される。この図においては、管理プロトコル通信機能を
表すコンポーネントウェアが、キャンバス３１内の点線
で示されているように、マネージャ部分の保存場所であ
るデータ格納部５１とエージェント部分の保存場所であ
るデータ格納部５２との両方に保存されている。
システムを構築する第３段階および第4段階を示すブロ
ック図である。図４を参照すると、繋いだコンポーネン
トウェアは、センターシステム２内部で動作させる部分
とＮＥ−ＯｐＳ４−１．．．４−ｍ内部で動作させる部
分とに分けてそれぞれ、データ格納部５１，５２に保存
される。この図においては、管理プロトコル通信機能を
表すコンポーネントウェアが、キャンバス３１内の点線
で示されているように、マネージャ部分の保存場所であ
るデータ格納部５１とエージェント部分の保存場所であ
るデータ格納部５２との両方に保存されている。
【００３６】図５を参照すると、データ格納部５１，５
２に保存されたコンポーネントウェアの接続構造はそれ
ぞれセンターシステム２およびＮＥ−ＯｐＳにそれぞれ
取り込まれる。そして、次に運用が行われる。
２に保存されたコンポーネントウェアの接続構造はそれ
ぞれセンターシステム２およびＮＥ−ＯｐＳにそれぞれ
取り込まれる。そして、次に運用が行われる。
【００３７】図６は、本発明のネットワーク管理システ
ムを既存のＮＥ−ＯｐＳに接続する場合の実施例を示す
ブロック図である。この場合には、当該既存のネットワ
ーク制御装置（ＮＥ−ＯｐＳ）に対応する固有インター
フェースをもつ第３のコンポーネントウエア（管理プロ
トコル通信機能をもつコンポーネントウェア）を用意
し、この第3のコンポーネントウエアを介してそれらの
既存のネットワーク制御装置とセンターシステムとを接
続することによって、既存のネットワーク制御装置を活
用することが可能になる。
ムを既存のＮＥ−ＯｐＳに接続する場合の実施例を示す
ブロック図である。この場合には、当該既存のネットワ
ーク制御装置（ＮＥ−ＯｐＳ）に対応する固有インター
フェースをもつ第３のコンポーネントウエア（管理プロ
トコル通信機能をもつコンポーネントウェア）を用意
し、この第3のコンポーネントウエアを介してそれらの
既存のネットワーク制御装置とセンターシステムとを接
続することによって、既存のネットワーク制御装置を活
用することが可能になる。
【００３８】管理システムの仕様を変更する場合には、
ライブラリ２２に保存したコンポーネントウエアＣＷを
パレット２１に取り込む（図２参照）。次に、エディタ
は、ツールを使って、キャンバス３１でコンポーネント
ウェアを繋ぎ直す（図３参照）。次に、繋いだコンポー
ネントウェアをセンターシステム内部で動作させる部分
とネットワーク制御装置内部で動作させる部分とに分け
て保存する（図４参照）。保存したコンポーネントウェ
アの接続構造を、センターシステム２およびＮＥ−Ｏｐ
Ｓにそれぞれ取り込む（図５参照）。このようにして、
管理システムの仕様を変更することができる。
ライブラリ２２に保存したコンポーネントウエアＣＷを
パレット２１に取り込む（図２参照）。次に、エディタ
は、ツールを使って、キャンバス３１でコンポーネント
ウェアを繋ぎ直す（図３参照）。次に、繋いだコンポー
ネントウェアをセンターシステム内部で動作させる部分
とネットワーク制御装置内部で動作させる部分とに分け
て保存する（図４参照）。保存したコンポーネントウェ
アの接続構造を、センターシステム２およびＮＥ−Ｏｐ
Ｓにそれぞれ取り込む（図５参照）。このようにして、
管理システムの仕様を変更することができる。
【００３９】
【実施例】図７は図１のネットワーク管理システムの一
実施例のブロック図である。本実施例は、コンポーネン
トウエア指向OpSのプロトタイプシステムの例であっ
て、ネットワーク管理の代表的プロトコルであるSNMP、
CMIPと、分散処理技術CORBA（The Object Request Brok
er: Architecture and Specification、分散オブジェク
トプログラミングに関する業界標準）の代表的プロトコ
ルIIOP（Internet Inter-ORB protocol、インターネッ
ト上のオブジェクト間通信に関するプロトコル）とをハ
ンドリングするコンポーネントウエアを統合して構築さ
れている。
実施例のブロック図である。本実施例は、コンポーネン
トウエア指向OpSのプロトタイプシステムの例であっ
て、ネットワーク管理の代表的プロトコルであるSNMP、
CMIPと、分散処理技術CORBA（The Object Request Brok
er: Architecture and Specification、分散オブジェク
トプログラミングに関する業界標準）の代表的プロトコ
ルIIOP（Internet Inter-ORB protocol、インターネッ
ト上のオブジェクト間通信に関するプロトコル）とをハ
ンドリングするコンポーネントウエアを統合して構築さ
れている。
【００４０】本実施例のネットワーク管理システムは、
ビジュアルプログラミングツールを用い、図２〜６に示
されているようなデザインウインドウ上でコンポーネン
トウエアを接続して構築され、サーバ・クライアントの
機能とマルチプロトコル間の接続が実現されている。
ビジュアルプログラミングツールを用い、図２〜６に示
されているようなデザインウインドウ上でコンポーネン
トウエアを接続して構築され、サーバ・クライアントの
機能とマルチプロトコル間の接続が実現されている。
【００４１】図７を参照すると、中間マネージャ７２
は、図１のセンターシステム２に該当し、ビジュアルプ
ログラミングツールを用いてプロトコルシステムとして
作成されている。以下の記述においては、中間マネージ
ャ７２に対しクライアントの位置にあるシステムをマネ
ージャ７１と記し、中間マネージャ７２に対してサーバ
の位置にあるシステムを装置と記す。本実施例において
は、装置として複数の装置、すなわち、SNMP装置７３、
CMIP装置７４、CORBA装置７５が用いられている。
は、図１のセンターシステム２に該当し、ビジュアルプ
ログラミングツールを用いてプロトコルシステムとして
作成されている。以下の記述においては、中間マネージ
ャ７２に対しクライアントの位置にあるシステムをマネ
ージャ７１と記し、中間マネージャ７２に対してサーバ
の位置にあるシステムを装置と記す。本実施例において
は、装置として複数の装置、すなわち、SNMP装置７３、
CMIP装置７４、CORBA装置７５が用いられている。
【００４２】中間マネージャ中のコンポーネント雲７６
はコンポネントの集合を表す。図中でハッチのかかった
方形（４種類）は、それぞれのプロトコルに従ってマネ
ージャと中間マネージャ、および中間マネージャと装置
との橋渡しをするコンポーネントウエアである。
はコンポネントの集合を表す。図中でハッチのかかった
方形（４種類）は、それぞれのプロトコルに従ってマネ
ージャと中間マネージャ、および中間マネージャと装置
との橋渡しをするコンポーネントウエアである。
【００４３】マネージャと中間マネージャとの間の通信
には、マネージャシステムおよび中間マネージャシステ
ムの通信を行うために、オブジェクト間通信プロトコル
として、OMGのInternet Inter-ORB Protocol (IIOP)
（以下、CORBAオブジェクト間の通信プロトコルをIIOP
の代わりにCORBAと呼ぶことにする）を用いている。中
間マネージャ７２とSNMP装置との間、中間マネージャと
CMIP装置との間、および中間マネージャとCORBA装置の
間の通信網管理プロトコルには、それぞれ、SNMP、CMI
P、およびCORBAが用いられている。中間マネージャはマ
ネージャに対してCORBAサーバの役割を果たし、CORBA装
置に対してCORBAクライアント、SNMP装置およびCMIP装
置に対してはマネージャの役割を果たす。
には、マネージャシステムおよび中間マネージャシステ
ムの通信を行うために、オブジェクト間通信プロトコル
として、OMGのInternet Inter-ORB Protocol (IIOP)
（以下、CORBAオブジェクト間の通信プロトコルをIIOP
の代わりにCORBAと呼ぶことにする）を用いている。中
間マネージャ７２とSNMP装置との間、中間マネージャと
CMIP装置との間、および中間マネージャとCORBA装置の
間の通信網管理プロトコルには、それぞれ、SNMP、CMI
P、およびCORBAが用いられている。中間マネージャはマ
ネージャに対してCORBAサーバの役割を果たし、CORBA装
置に対してCORBAクライアント、SNMP装置およびCMIP装
置に対してはマネージャの役割を果たす。
【００４４】本実施例では、SNMP装置としては、ルータ
が用いられた。CMIP装置としては、CMIPエージェントの
エミュレートアプリケーションを実行するワークステー
ションが用いられた。また、CORBA装置としては、デー
タベースのサーバアプリケーションを実行するワークス
テ−ションが用いられた。
が用いられた。CMIP装置としては、CMIPエージェントの
エミュレートアプリケーションを実行するワークステー
ションが用いられた。また、CORBA装置としては、デー
タベースのサーバアプリケーションを実行するワークス
テ−ションが用いられた。
【００４５】図７の中間マネージャ７２のコンポ−ネン
トウエアは、Java言語で記述され、JAVA Beanとして実
装された。また、ビジュアルプログラミングツールとし
てJava studioが用いられた。
トウエアは、Java言語で記述され、JAVA Beanとして実
装された。また、ビジュアルプログラミングツールとし
てJava studioが用いられた。
【００４６】図８は、図７の中間マネージャのプロトタ
イプの一実施例を示す図である。本実施例の中間マネー
ジャ７２は３つのグループＡ、Ｂ、Ｃを備えて構成され
ている。グループＡはSNMPによる情報取得機能とポーリ
ング時間設定機能を実現するプログラムである。グルー
プＢはSNMPによる情報取得結果の蓄積情報を取得し、CO
RBAServerに返却する機能を実現するプログラムであ
る。末端にはTerminator 2がついており、CorbaServer
との間に可視の接続はないが、Terminator 2で受け取っ
たイベントをCorbaServerへ伝達する。グループＣはCMI
Pによる情報取得結果をCorbaServerに返却する機能を有
する。末端にはVJTerminator１がついており、VJTermin
ator１もCorbaServerとの間に可視の接続はないが、VJT
erminator１で受け取ったイベントをCorbaServer へ伝
達する。
イプの一実施例を示す図である。本実施例の中間マネー
ジャ７２は３つのグループＡ、Ｂ、Ｃを備えて構成され
ている。グループＡはSNMPによる情報取得機能とポーリ
ング時間設定機能を実現するプログラムである。グルー
プＢはSNMPによる情報取得結果の蓄積情報を取得し、CO
RBAServerに返却する機能を実現するプログラムであ
る。末端にはTerminator 2がついており、CorbaServer
との間に可視の接続はないが、Terminator 2で受け取っ
たイベントをCorbaServerへ伝達する。グループＣはCMI
Pによる情報取得結果をCorbaServerに返却する機能を有
する。末端にはVJTerminator１がついており、VJTermin
ator１もCorbaServerとの間に可視の接続はないが、VJT
erminator１で受け取ったイベントをCorbaServer へ伝
達する。
【００４７】図８のシステムを構築するために用意した
コンポーネントウエアはSNMPのマネージャ機能を持つコ
ンポーネントウエア、CMIPのマネージャ機能を持つコン
ポーネントウエア、CORBAに準拠したサーバ機能を持つ
コンポーネントウエア、CORBAのクライアント機能を持
つコンポーネントウエア、およびintger等のデータを操
作するためのコンポーネントウエア、分岐等、JAVA STU
DIO に組み込みのコンポーネントウエアである。
コンポーネントウエアはSNMPのマネージャ機能を持つコ
ンポーネントウエア、CMIPのマネージャ機能を持つコン
ポーネントウエア、CORBAに準拠したサーバ機能を持つ
コンポーネントウエア、CORBAのクライアント機能を持
つコンポーネントウエア、およびintger等のデータを操
作するためのコンポーネントウエア、分岐等、JAVA STU
DIO に組み込みのコンポーネントウエアである。
【００４８】１）SNMPのマネージャ機能を持つコンポネ
ントウエアとしては、Senderコンポーネントウエア（以
下、Senderと記す）と、ＧＥＴコンポーネントウエア
（以下、Getと記す）を用意した。
ントウエアとしては、Senderコンポーネントウエア（以
下、Senderと記す）と、ＧＥＴコンポーネントウエア
（以下、Getと記す）を用意した。
【００４９】GetはSNMP GET操作に相当する機能を実現
する。GET REQUEST を発行し、GET RESPONSEを受け取
る。SenderはイベントオブジェクトからString型のデー
タを抽出し、そのString型のデータが指定する対象をホ
スト名とし、取得属性、リトライ回数、リトライインタ
ーバル等の設定を持つイベントオブジェクトを作成す
る。Getは、Senderで作成されたイベントをトリガーと
してsenderから受け取ったイベントオブジェクトの内容
にしたがって対象ホストに対して属性取得操作を行う。
Getはその取得結果と取得時間をPDUEventObject（後
述）として出力する。 ２）CMIPのマネージャ機能を持つコンポネントウエアと
しては、CMISのサービスの一つであるM-GETに対応する
コンポーネントを用意した。本実施例で用いられている
のは、M-GETに相当するコンポーネントウエアで、CMIS
のM-GETを実行するために必要なパラメータをイベント
として受け取るか、または、M-GETを実現するコンポー
ネントが属性として持っている値をパラメータとして用
いるか、または、それらを混合してパラメータとして用
い、トリガによりM-GET操作を行う。本実施例では、イ
ベントオブジェクトとしてトリガーを、パラメータとし
てCMISのフィルターを取得し、CMIP装置に対して情報取
得を行う。 ３）CORBAに準拠したサーバ機能を持つコンポーネント
ウエアおよびクライアント機能を持つコンポーネントウ
エアとしては、SNMPによるGET 操作を行うコンポーネン
トウエアの結果をデータベースに格納するためのSNMP D
B Write コンポーネントウエアと、その蓄積情報を取得
するためにSNMP DB Readコンポーネントウエアおよびマ
ネージャからの要求を受け付けるCorbaServerコンポー
ネントウエアを用いた。 ４）その他のコンポーネントウエア **Setter, **Getterはそれぞれ上矢印と下矢印がついた
図８のコンポーネントウエアであって、グループＡでは
PoolTime、VJStrGetter1、time(INTGetter)、packets、
が＊＊Getterである。また、SnmpGet、time(INT Sette
r)、valueが**Setterである。**Setterコンポーネント
ウエア、および **Getterコンポーネントウエアは**に
相当する型のデータを設定、取得するためのコンポーネ
ントウエアである。Filterと記述してあるコンポーネン
トウエアはCMISフィルターを実現するコンポーネントウ
エアであり、ASN-1（Abstract Syntax Notation１：抽
象構文記法） 型のデータを扱うことのできるコンポー
ネントウエアである。その他分岐やループのためのコン
ポーネントウエアを用いた。
する。GET REQUEST を発行し、GET RESPONSEを受け取
る。SenderはイベントオブジェクトからString型のデー
タを抽出し、そのString型のデータが指定する対象をホ
スト名とし、取得属性、リトライ回数、リトライインタ
ーバル等の設定を持つイベントオブジェクトを作成す
る。Getは、Senderで作成されたイベントをトリガーと
してsenderから受け取ったイベントオブジェクトの内容
にしたがって対象ホストに対して属性取得操作を行う。
Getはその取得結果と取得時間をPDUEventObject（後
述）として出力する。 ２）CMIPのマネージャ機能を持つコンポネントウエアと
しては、CMISのサービスの一つであるM-GETに対応する
コンポーネントを用意した。本実施例で用いられている
のは、M-GETに相当するコンポーネントウエアで、CMIS
のM-GETを実行するために必要なパラメータをイベント
として受け取るか、または、M-GETを実現するコンポー
ネントが属性として持っている値をパラメータとして用
いるか、または、それらを混合してパラメータとして用
い、トリガによりM-GET操作を行う。本実施例では、イ
ベントオブジェクトとしてトリガーを、パラメータとし
てCMISのフィルターを取得し、CMIP装置に対して情報取
得を行う。 ３）CORBAに準拠したサーバ機能を持つコンポーネント
ウエアおよびクライアント機能を持つコンポーネントウ
エアとしては、SNMPによるGET 操作を行うコンポーネン
トウエアの結果をデータベースに格納するためのSNMP D
B Write コンポーネントウエアと、その蓄積情報を取得
するためにSNMP DB Readコンポーネントウエアおよびマ
ネージャからの要求を受け付けるCorbaServerコンポー
ネントウエアを用いた。 ４）その他のコンポーネントウエア **Setter, **Getterはそれぞれ上矢印と下矢印がついた
図８のコンポーネントウエアであって、グループＡでは
PoolTime、VJStrGetter1、time(INTGetter)、packets、
が＊＊Getterである。また、SnmpGet、time(INT Sette
r)、valueが**Setterである。**Setterコンポーネント
ウエア、および **Getterコンポーネントウエアは**に
相当する型のデータを設定、取得するためのコンポーネ
ントウエアである。Filterと記述してあるコンポーネン
トウエアはCMISフィルターを実現するコンポーネントウ
エアであり、ASN-1（Abstract Syntax Notation１：抽
象構文記法） 型のデータを扱うことのできるコンポー
ネントウエアである。その他分岐やループのためのコン
ポーネントウエアを用いた。
【００５０】中間マネージャのすべてのコンポーネント
ウエアは、直接または間接的に接続されるか、またはタ
ーミネータを用いて、ビジュアルプログラミングルーツ
上では視覚的には直接接続されていなけれど、動作上は
直接接続される形態で接続されている。ターミネータと
は、処理内容と、処理結果の返却先のオブジェクトを内
包したイベントオブジェクトを受け取ると、その返却先
のオブジェクトに対して処理結果を返却するコンポーネ
ントウエアである。このようにして、応答のイベント経
路を視覚的に省略することができ、コンポーネントウエ
アの配置設計を単純化することができる。なお、ターミ
ネータの具体的説明は、グループＢのプログラムを参照
して後述する。
ウエアは、直接または間接的に接続されるか、またはタ
ーミネータを用いて、ビジュアルプログラミングルーツ
上では視覚的には直接接続されていなけれど、動作上は
直接接続される形態で接続されている。ターミネータと
は、処理内容と、処理結果の返却先のオブジェクトを内
包したイベントオブジェクトを受け取ると、その返却先
のオブジェクトに対して処理結果を返却するコンポーネ
ントウエアである。このようにして、応答のイベント経
路を視覚的に省略することができ、コンポーネントウエ
アの配置設計を単純化することができる。なお、ターミ
ネータの具体的説明は、グループＢのプログラムを参照
して後述する。
【００５１】本実施例においては、イベントを受け渡し
するオブジェクトの１つとしてPDUEventObjectを定義し
て用いている。PDUEventObjectは、PDU(Protocol Data
Unit)、アクセッサ、レセプターを備えて構成されてい
る。また、PDUEventObjectのPDUのアクセッサとして、S
implePduAccessorクラスを定義した。コンポーネント間
のイベント受け渡しは、PDUEventObject型のイベントオ
ブジェクト、または、それを継承したオブジェクトクラ
スのイベントオブジェクトによって行われる。また、イ
ベントを渡す側は、PDUアクセッサとして、SimplePduAc
cessor、または、それを継承したオブジェクトクラスの
アクセッサを用い、イベントに内包されるPDUオブジェ
クトからデータを取得、あるいは、データの設定を行
う。本実施例では、PDUからデータを取得するためのコ
ンポーネントウエアとして、ゲッターコンポーネントウ
エア、セッターコンポーネントウエアを設けた。これら
は、SimplePduAccessorクラスまたは、その派生クラス
のメソッドを通してPDUデータにアクセスする。このよ
うにして、PDUの汎用データ構造と、汎用アクセスメソ
ッドを与えることによって、通信管理情報サービスを実
行するコンポーネントウエアは、イベントで受け渡しす
るデータ構造の詳細を隠蔽し、また、そのデータへのア
クセスメソッドの実装を隠蔽することができる。本実施
例においては、図８の太い線で画かれた接続以外のコン
ポーネントウエア間でPDUEventObjectまたは、その派生
クラスのオブジェクトクラスのイベントオブジェクトが
用いられている。なお、PDUEventObjectについては、図
９を参照して後述する。
するオブジェクトの１つとしてPDUEventObjectを定義し
て用いている。PDUEventObjectは、PDU(Protocol Data
Unit)、アクセッサ、レセプターを備えて構成されてい
る。また、PDUEventObjectのPDUのアクセッサとして、S
implePduAccessorクラスを定義した。コンポーネント間
のイベント受け渡しは、PDUEventObject型のイベントオ
ブジェクト、または、それを継承したオブジェクトクラ
スのイベントオブジェクトによって行われる。また、イ
ベントを渡す側は、PDUアクセッサとして、SimplePduAc
cessor、または、それを継承したオブジェクトクラスの
アクセッサを用い、イベントに内包されるPDUオブジェ
クトからデータを取得、あるいは、データの設定を行
う。本実施例では、PDUからデータを取得するためのコ
ンポーネントウエアとして、ゲッターコンポーネントウ
エア、セッターコンポーネントウエアを設けた。これら
は、SimplePduAccessorクラスまたは、その派生クラス
のメソッドを通してPDUデータにアクセスする。このよ
うにして、PDUの汎用データ構造と、汎用アクセスメソ
ッドを与えることによって、通信管理情報サービスを実
行するコンポーネントウエアは、イベントで受け渡しす
るデータ構造の詳細を隠蔽し、また、そのデータへのア
クセスメソッドの実装を隠蔽することができる。本実施
例においては、図８の太い線で画かれた接続以外のコン
ポーネントウエア間でPDUEventObjectまたは、その派生
クラスのオブジェクトクラスのイベントオブジェクトが
用いられている。なお、PDUEventObjectについては、図
９を参照して後述する。
【００５２】次に、各グループの構成を説明する。Corb
aServerは、CORBA（IIOP）を介して図７のマネージャ７
１の要求を受け、マネージャ７１に対して応答を返すコ
ンポーネントウエアである。CorbaServerは、マネージ
ャ７１の要求を受け取るとると、その要求内容と、その
要求を実行した結果を返却する返却先とを内包するイベ
ントオブジェクトを、その要求に応じてグループＡ、グ
ループＢ、グループＣに送信する。（本実施例では、Co
rbaServerは返却先のオブジェクトとして自分を指定す
る。）さらにCorbaServerは、グループＢ、Ｃからの結
果を待ち、双方の結果を得た後、マネージャへ答えを返
却する。
aServerは、CORBA（IIOP）を介して図７のマネージャ７
１の要求を受け、マネージャ７１に対して応答を返すコ
ンポーネントウエアである。CorbaServerは、マネージ
ャ７１の要求を受け取るとると、その要求内容と、その
要求を実行した結果を返却する返却先とを内包するイベ
ントオブジェクトを、その要求に応じてグループＡ、グ
ループＢ、グループＣに送信する。（本実施例では、Co
rbaServerは返却先のオブジェクトとして自分を指定す
る。）さらにCorbaServerは、グループＢ、Ｃからの結
果を待ち、双方の結果を得た後、マネージャへ答えを返
却する。
【００５３】CorbaServer は、３つの出力コネクタを備
え、それらの出力コネクタには、マネージャからの要求
に応じて３つの機能が割り当てられている。第１、第２
の出力コネクタはマネージャから指定されたSNMP管理対
象に対応するstring型データを取得するためのグループ
ＡのコンポーネントウエアVJStrGetter1と、ポーリング
間隔を設定するコンポーネントウエアToolTimeにそれぞ
れ接続され、マネージャからの要求に応じてSNMP管理情
報の取得対象とボーリング間隔との設定をする。第３の
出力コネクタは、マネージャが要求するSNMP、CMIP管理
情報をそれぞれ取得するために、コンポネントウエア分
配１を介してグループＢおよびグループＣに接続されて
いる。
え、それらの出力コネクタには、マネージャからの要求
に応じて３つの機能が割り当てられている。第１、第２
の出力コネクタはマネージャから指定されたSNMP管理対
象に対応するstring型データを取得するためのグループ
ＡのコンポーネントウエアVJStrGetter1と、ポーリング
間隔を設定するコンポーネントウエアToolTimeにそれぞ
れ接続され、マネージャからの要求に応じてSNMP管理情
報の取得対象とボーリング間隔との設定をする。第３の
出力コネクタは、マネージャが要求するSNMP、CMIP管理
情報をそれぞれ取得するために、コンポネントウエア分
配１を介してグループＢおよびグループＣに接続されて
いる。
【００５４】グループAにおいて、 VJStrGetter1が通過
IPパケット量を計測する対象IPルータを指定するstring
型データを取得すると、Senderはイベントオブジェクト
からString型のデータを抽出し、そのString型のデータ
が表すIPルータをホスト名とし、取得属性、リトライ回
数、リトライインターバル等の設定を持つイベントオブ
ジェクトを作成する。
IPパケット量を計測する対象IPルータを指定するstring
型データを取得すると、Senderはイベントオブジェクト
からString型のデータを抽出し、そのString型のデータ
が表すIPルータをホスト名とし、取得属性、リトライ回
数、リトライインターバル等の設定を持つイベントオブ
ジェクトを作成する。
【００５５】SnmpGetはSenderで作成されたイベントオ
ブジェクトをトリガーとしてsenderから受け取ったイベ
ントオブジェクトの内容をパラメータとして用い、また
は、自らのコンポーネントウエアが持つ属性をパラメー
タとして用い、または、受け取ったイベントオブジェク
トのパラメータに、足りないパラメータを自らのもつ属
性で補ってパラメータとして当該IPルータに対して通過
IPパケット量取得操作を行う。SnmpGetはその取得結果
と取得時間をPDUEventObjectとして出力する。その取得
結果と取得時間はCORBAの通信コンポーネントウエアSNM
P DB Writeを通して図７の参照番号７５で示されている
CORBAのデータベースサーバに蓄積される。
ブジェクトをトリガーとしてsenderから受け取ったイベ
ントオブジェクトの内容をパラメータとして用い、また
は、自らのコンポーネントウエアが持つ属性をパラメー
タとして用い、または、受け取ったイベントオブジェク
トのパラメータに、足りないパラメータを自らのもつ属
性で補ってパラメータとして当該IPルータに対して通過
IPパケット量取得操作を行う。SnmpGetはその取得結果
と取得時間をPDUEventObjectとして出力する。その取得
結果と取得時間はCORBAの通信コンポーネントウエアSNM
P DB Writeを通して図７の参照番号７５で示されている
CORBAのデータベースサーバに蓄積される。
【００５６】CorbaServerの第２の出力コネクタの出力
はポーリング時間設定プログラムを起動する。ポーリン
グ時間設定プログラムはコンポーネントウエアPoolTime
とタイマー１から成っている。PoolTimeはポーリング時
間を設定する機能を有する。このようにして、マネージ
ャが、通過ＩＰパケット量を計測する対象ＩＰルータと
ボーリング間隔とをCorbaServerに対して指定すると、
グループAのプログラムは、マネージャの指定通りにCMI
P，SNMP管理情報を取得し、取得時間とともにデータベ
ースサーバ上のデータベースに蓄積する。
はポーリング時間設定プログラムを起動する。ポーリン
グ時間設定プログラムはコンポーネントウエアPoolTime
とタイマー１から成っている。PoolTimeはポーリング時
間を設定する機能を有する。このようにして、マネージ
ャが、通過ＩＰパケット量を計測する対象ＩＰルータと
ボーリング間隔とをCorbaServerに対して指定すると、
グループAのプログラムは、マネージャの指定通りにCMI
P，SNMP管理情報を取得し、取得時間とともにデータベ
ースサーバ上のデータベースに蓄積する。
【００５７】次に、グループＢについて説明する。マネ
ージャ７１が中間マネージャ７２に対して、終始の時間
を指定してCMIPエージェントで発生した標準化文章CCIT
T Recommendation X. 721の定義alarmRecordクラスから
eventTime、およびstateChangeDefinitionの２つの属
性、IPルータのIPパケット通過総量、およびその計測時
間の２種類の情報を取得するために、終始の時間を要求
すると、CorbaServerはそれを受け取り、自らをレセプ
ターに設定し、終始時間をPDUに格納したイベントオブ
ジェクトをグループＢに送る。グループＢのSNMP DB RE
ADは、その要求を受け取り、終始時間を取り出して、図
７の参照番号７５で示されているCORBAデータベースの
中から、終始時間にマッチするIPルータのIPパケット通
過総量の情報を取得し、イベントオブジェクトにその結
果と、レセプターをCorbaServerに設定し、Terminator2
に送信する。Terminator 2はこのイベントオブジェクト
を受け取ると、SNMP DB READによって取得されたSNMPに
よる管理情報取得結果の蓄積情報を、返却先として指定
されているCorbaServerに返送する。
ージャ７１が中間マネージャ７２に対して、終始の時間
を指定してCMIPエージェントで発生した標準化文章CCIT
T Recommendation X. 721の定義alarmRecordクラスから
eventTime、およびstateChangeDefinitionの２つの属
性、IPルータのIPパケット通過総量、およびその計測時
間の２種類の情報を取得するために、終始の時間を要求
すると、CorbaServerはそれを受け取り、自らをレセプ
ターに設定し、終始時間をPDUに格納したイベントオブ
ジェクトをグループＢに送る。グループＢのSNMP DB RE
ADは、その要求を受け取り、終始時間を取り出して、図
７の参照番号７５で示されているCORBAデータベースの
中から、終始時間にマッチするIPルータのIPパケット通
過総量の情報を取得し、イベントオブジェクトにその結
果と、レセプターをCorbaServerに設定し、Terminator2
に送信する。Terminator 2はこのイベントオブジェクト
を受け取ると、SNMP DB READによって取得されたSNMPに
よる管理情報取得結果の蓄積情報を、返却先として指定
されているCorbaServerに返送する。
【００５８】このように、CorbaServerとTerminator 2
とは、視覚的には（表示画面上では）接続していない
が、ターミネータの機能を使って、非視覚的に（作用的
に）接続している。
とは、視覚的には（表示画面上では）接続していない
が、ターミネータの機能を使って、非視覚的に（作用的
に）接続している。
【００５９】次に、グループＣについて説明する。マネ
ージャ７１が、中間マネージャ７２に対して、終始の時
間を指定して、CMIPエージェントで発生した標準化文章
CCITT Recommendation X. 721の定義alarmRecordクラス
からeventTime、およびstateChangeDefinitionの２つの
属性と、IPルータのIPパケット通過総量との２種類の情
報の取得要求をすると、グループＣのプログラムは、CM
IPエージェントの標準化文章CCITT Recommendation X.
721の定義alarmRecordクラスからeventTime、およびsta
teChangeDefinitionの２つの属性と、指定時間範囲に適
合する情報を取得し、加工してマネージャへ応答する。
この場合にも取得された情報は、ターミネータVJTermin
ator1の機能を使って、非視覚的にCorbaServerに返送さ
れる。マネージャ７１から中間マネージャ７２への要求
は、SNMP，CMIP等とは独立のIDL(Interface Definition
Language、オブジェクトとそのインターフェースを記
述するためのCORBAで定める言語)で規定し、中間マネー
ジャが、マネージャ７１と、SNMP，CMIPおよびデータベ
ースサーバとの間の処理を隠蔽する。
ージャ７１が、中間マネージャ７２に対して、終始の時
間を指定して、CMIPエージェントで発生した標準化文章
CCITT Recommendation X. 721の定義alarmRecordクラス
からeventTime、およびstateChangeDefinitionの２つの
属性と、IPルータのIPパケット通過総量との２種類の情
報の取得要求をすると、グループＣのプログラムは、CM
IPエージェントの標準化文章CCITT Recommendation X.
721の定義alarmRecordクラスからeventTime、およびsta
teChangeDefinitionの２つの属性と、指定時間範囲に適
合する情報を取得し、加工してマネージャへ応答する。
この場合にも取得された情報は、ターミネータVJTermin
ator1の機能を使って、非視覚的にCorbaServerに返送さ
れる。マネージャ７１から中間マネージャ７２への要求
は、SNMP，CMIP等とは独立のIDL(Interface Definition
Language、オブジェクトとそのインターフェースを記
述するためのCORBAで定める言語)で規定し、中間マネー
ジャが、マネージャ７１と、SNMP，CMIPおよびデータベ
ースサーバとの間の処理を隠蔽する。
【００６０】次に、図８の中間マネージャ全体の動作を
説明する。先ず、マネージャ７１からの要求は次の３種
類に分けられる。 a)SNMPのボーリングタイムの設定 b)SNMPによる情報取得対象の設定 c)時間指定によって、SNMPによる情報取得結果データベ
ース蓄積情報およびCMIPのlogデータの同時取得 図８のCorbaServer は、３つの出力コネクタを備え、そ
れぞれが上記の３つの要求に割り当てられる。コネクタ
の情報からそれぞれb)、a)、c)の要求に対応する。コネ
クタ３の延長上には、分配１が存在し、時間指定による
取得要求をSNMPの情報取得要求とCMIPの情報取得要求に
複製(duplicate)している。c)の要求を実現した結果、
図８のグループＢとグループＣの処理が終了後にデータ
を得ることができる。これらは、Terminator２，VJTerm
inator１を通して、CorbaServerに返却される。このよ
うに、CorbaServerの第３の出力コネクタから出力され
る要求によって、１つの要求に対して、SNMPとCMIPの２
つの情報結果が得られる。したがってVJTerminator 1,
Terminator 2の２種類のTerminatorを用いて取得結果を
CorbaServerに返却した。
説明する。先ず、マネージャ７１からの要求は次の３種
類に分けられる。 a)SNMPのボーリングタイムの設定 b)SNMPによる情報取得対象の設定 c)時間指定によって、SNMPによる情報取得結果データベ
ース蓄積情報およびCMIPのlogデータの同時取得 図８のCorbaServer は、３つの出力コネクタを備え、そ
れぞれが上記の３つの要求に割り当てられる。コネクタ
の情報からそれぞれb)、a)、c)の要求に対応する。コネ
クタ３の延長上には、分配１が存在し、時間指定による
取得要求をSNMPの情報取得要求とCMIPの情報取得要求に
複製(duplicate)している。c)の要求を実現した結果、
図８のグループＢとグループＣの処理が終了後にデータ
を得ることができる。これらは、Terminator２，VJTerm
inator１を通して、CorbaServerに返却される。このよ
うに、CorbaServerの第３の出力コネクタから出力され
る要求によって、１つの要求に対して、SNMPとCMIPの２
つの情報結果が得られる。したがってVJTerminator 1,
Terminator 2の２種類のTerminatorを用いて取得結果を
CorbaServerに返却した。
【００６１】図９は本発明のPDUEventObjectの構成を示
すブロック図である。PDUEventObjectはPUD９２、アク
セッサ９１、リセプター９３、その他９４を備えて構成
されている。
すブロック図である。PDUEventObjectはPUD９２、アク
セッサ９１、リセプター９３、その他９４を備えて構成
されている。
【００６２】アクセッサ９１には、PDUEventObjectのPD
Uにアクセスするクラスとして、SimpleAccessor クラス
が定義され、用いられている。このアクセッサ９１のメ
ソッドを通してPUD データにアクセスするためのコンポ
ーネントウエア（ゲッターコンポーネント、セッターコ
ンポーネント）が作成された。本実施例では、Java言語
の型boolean、int、long、String型のゲッターコンポネ
ントウエアや、セッターコンポネントウエアが用いられ
ている。図８のコンポーネントの中で、**Setter, **Ge
tterはそれぞれセッターおよびセッターコンポーネント
ウエアであって、下矢印と上矢印がついている。、グル
ープＡではPoolTime、VJStrGetter1、time(INTGette
r)、packets、が＊＊Getterである。また、SnmpGet、ti
me(INT Setter)、valueが**Setterである。**Setterコ
ンポーネントウエア、および **Getterコンポーネント
ウエアは**に相当する型のデータを設定、取得するため
のコンポーネントウエアである。
Uにアクセスするクラスとして、SimpleAccessor クラス
が定義され、用いられている。このアクセッサ９１のメ
ソッドを通してPUD データにアクセスするためのコンポ
ーネントウエア（ゲッターコンポーネント、セッターコ
ンポーネント）が作成された。本実施例では、Java言語
の型boolean、int、long、String型のゲッターコンポネ
ントウエアや、セッターコンポネントウエアが用いられ
ている。図８のコンポーネントの中で、**Setter, **Ge
tterはそれぞれセッターおよびセッターコンポーネント
ウエアであって、下矢印と上矢印がついている。、グル
ープＡではPoolTime、VJStrGetter1、time(INTGette
r)、packets、が＊＊Getterである。また、SnmpGet、ti
me(INT Setter)、valueが**Setterである。**Setterコ
ンポーネントウエア、および **Getterコンポーネント
ウエアは**に相当する型のデータを設定、取得するため
のコンポーネントウエアである。
【００６３】リセプターには、PDUによって記述されて
いる通信網管理情報サービス要求に対する応答の返し先
が記述され、図８のプロトタイプシステムでは、その返
し先はCorbaServerである。
いる通信網管理情報サービス要求に対する応答の返し先
が記述され、図８のプロトタイプシステムでは、その返
し先はCorbaServerである。
【００６４】
【発明の効果】以上説明したように、本発明は次の効果
を有する。 １．インターフェース規定が管理プロトコルと独立であ
るので、管理プロトコルに制約されないでインターフェ
ースを規定することができる。 ２．各通信プロトコルに対応した個別のコンポーネント
ウェアを提供することによって、異なるプロトコルをも
つ通信機器を混合して使用することができる。 ３．書類で交換するインターフェース規定が、イントロ
スペクションインターフェースに限定されるので、人が
理解しなければならないインターフェースが減少する。 ４．イントロスペクションインターフェースにより固有
インターフェースを機械的に取り出せるため、人を介さ
ずに直接ツールによりインターフェースを呼び出すこと
ができる。この意味においても、人がインターフェース
について理解していなくても、システムを構築すること
ができる。 ５．イントロスペクションインターフェースを、市販の
ビジュアル・プログラミング・ツールと共通なものにす
ることにより、ネットワーク制御装置の機能を表すコン
ポーネントウェアを自動的に市販ツールに取り込み、プ
ログラムが個別に必要とする部分を削減することができ
る。 ６．ベンダーはあらかじめキャリアと合意することな
く、最適な固有インターフェースを規定することができ
るので、合意にとられる時間が削減され、また方式の進
歩に追随してインターフェースを決めることができる。 ７．通信機能とネットワーク制御装置機能の結合を後か
ら変更することができるので、キャリアは、インターフ
ェース仕様を変更することなく後から新サービスに適応
した機能をネットワーク制御装置に実装することができ
る。 ８．通信機能を表すコンポーネントウェアをキャリアが
用意する場合には、ベンダーは通信機能をエージェント
に埋め込む必要がなくなる。 ９．通信機能を表すコンポーネントは、他のシステムに
対しても、再利用が可能である。 １０．エージェントにあるコンポーネントウェアは、個
別に取り出して個々の環境に合わせて機能することが可
能であるので、一部のコンポーネントを先行してシミュ
レーション的に実装したり、任意の環境での試験を行う
ことが容易になる。
を有する。 １．インターフェース規定が管理プロトコルと独立であ
るので、管理プロトコルに制約されないでインターフェ
ースを規定することができる。 ２．各通信プロトコルに対応した個別のコンポーネント
ウェアを提供することによって、異なるプロトコルをも
つ通信機器を混合して使用することができる。 ３．書類で交換するインターフェース規定が、イントロ
スペクションインターフェースに限定されるので、人が
理解しなければならないインターフェースが減少する。 ４．イントロスペクションインターフェースにより固有
インターフェースを機械的に取り出せるため、人を介さ
ずに直接ツールによりインターフェースを呼び出すこと
ができる。この意味においても、人がインターフェース
について理解していなくても、システムを構築すること
ができる。 ５．イントロスペクションインターフェースを、市販の
ビジュアル・プログラミング・ツールと共通なものにす
ることにより、ネットワーク制御装置の機能を表すコン
ポーネントウェアを自動的に市販ツールに取り込み、プ
ログラムが個別に必要とする部分を削減することができ
る。 ６．ベンダーはあらかじめキャリアと合意することな
く、最適な固有インターフェースを規定することができ
るので、合意にとられる時間が削減され、また方式の進
歩に追随してインターフェースを決めることができる。 ７．通信機能とネットワーク制御装置機能の結合を後か
ら変更することができるので、キャリアは、インターフ
ェース仕様を変更することなく後から新サービスに適応
した機能をネットワーク制御装置に実装することができ
る。 ８．通信機能を表すコンポーネントウェアをキャリアが
用意する場合には、ベンダーは通信機能をエージェント
に埋め込む必要がなくなる。 ９．通信機能を表すコンポーネントは、他のシステムに
対しても、再利用が可能である。 １０．エージェントにあるコンポーネントウェアは、個
別に取り出して個々の環境に合わせて機能することが可
能であるので、一部のコンポーネントを先行してシミュ
レーション的に実装したり、任意の環境での試験を行う
ことが容易になる。
【図１】本発明のネットワーク管理システムの実施形態
を説明するブロック図である。
を説明するブロック図である。
【図２】ネットワーク管理システムを新たに構築する第
1段階を示すブロック図である。
1段階を示すブロック図である。
【図３】ネットワーク管理システムを構築する第２段階
を示すブロック図である。
を示すブロック図である。
【図４】ネットワーク管理システムを構築する第３段階
を示すブロック図である。
を示すブロック図である。
【図５】ネットワーク管理システムを構築する第4段階
を示すブロック図である。
を示すブロック図である。
【図６】本発明のネットワーク管理システムを既存のＮ
Ｅ−ＯｐＳに接続する場合の実施例を示すブロック図で
ある。
Ｅ−ＯｐＳに接続する場合の実施例を示すブロック図で
ある。
【図７】図１のネットワーク管理システムの一実施例の
ブロック図である。
ブロック図である。
【図８】図７の中間マネージャのプロトタイプの一実施
例を示す図である。
例を示す図である。
【図９】本発明のPDUEventObjectの構成を示すブロック
図である。
図である。
【図１０】ネットワーク管理システムの従来例の構成を
示すブロック図である。
示すブロック図である。
１ 上位システム ２ センターシステム ３ 神経網 ４−１，４−ｍ ＮＥ−ＯｐＳ（ネットワーク制御装
置） ５−１，５−２，５−ｎ 通信装置ハードウエア １０ ネットワーク通信管理システム ２１ パレット ２２ ライブラリ ３１ キャンバス ５１，５２ データ格納部 ７１ マネージャ ７２ 中間マネージャ ７３ SNMP装置 ７４ CMIP装置 ７５ CORBA装置 ７６ コンポーネント雲 ９１ アクセッサ ９２ PDU ９３ レセプタ ９４ その他 １０１ 第4のコンポーネントウエア １０２、１０３、 第１のコンポーネントウエア １０４，１０５ 第3のコンポーネントウエア １０７，１０８，１０９，１１０ 第２のコンポーネン
トウエア
置） ５−１，５−２，５−ｎ 通信装置ハードウエア １０ ネットワーク通信管理システム ２１ パレット ２２ ライブラリ ３１ キャンバス ５１，５２ データ格納部 ７１ マネージャ ７２ 中間マネージャ ７３ SNMP装置 ７４ CMIP装置 ７５ CORBA装置 ７６ コンポーネント雲 ９１ アクセッサ ９２ PDU ９３ レセプタ ９４ その他 １０１ 第4のコンポーネントウエア １０２、１０３、 第１のコンポーネントウエア １０４，１０５ 第3のコンポーネントウエア １０７，１０８，１０９，１１０ 第２のコンポーネン
トウエア
フロントページの続き (72)発明者 後藤 哲明 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 川幡 太一 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 Ｆターム(参考） 5B089 GA06 GA07 GB08 HA01 HB06 HB10 JB07 KB04 KC46 KC51 5K030 GA11 HB08 JA10 MA01 MD00 5K033 AA09 BA08 DA01 EC00
Claims (13)
- 【請求項１】 マネージャ機能を有し、中央監視・制御
を行うセンターシステムと、複数の通信装置ハードウエ
アを制御し、かつ、前記センターシステムに対してエー
ジェント機能を有する装置オペレーションシステムと、
前記装置オペレーションシステムと前記センターシステ
ムとを接続する神経網とを持つネットワーク管理システ
ムにおいて、 前記センターシステムは、センターシステムの機能を有
する機能部と、当該機能部の入出力インターフェースと
して働くインターフェース部とを有する複数の第1のコ
ンポーネントウェアを有し、 前記装置オペレーションシステムは、当該装置オペレー
ションシステムの機能を備えた機能部と、当該機能部の
入出力インターフェースとして働くインターフェース部
とを有する複数の第２のコンポーネントウェアを有し、 前記センターシステムと前記装置オペレーションシステ
ムは、第１、第２のコンポーネントウエア間で神経網を
介して管理情報を転送するための、管理プロトコル通信
機能を有する機能部と、当該機能部の入出力インターフ
ェースとして働くインターフェース部とを有する複数の
第３のコンポーネントウェアを有することを特徴とする
ネットワーク管理システム。 - 【請求項２】 前記コンポーネントウエアのインターフ
ェース部は、機能部の入出力インターフェースとして働
く固有インターフェースと、編集者に対して当該個有イ
ンターフェースの仕様を開示する機能を有するイントロ
スペクション部とを有する請求項１に記載のシステム。 - 【請求項３】 第４のコンポーネントウエアを有し、第
４のコンポーネントウエアは、接合機能を有する機能部
と、該機能部の入出力インターフェースとして働くイン
ターフェース部を有する請求項１に記載のシステム。 - 【請求項４】 前記ネットワーク管理システムが既存の
装置オペレーションシステムを有し、当該既存の装置オ
ペレーションシステムと前記センターシステムとの接続
は、第3のコンポーネントウェアを介して行われる請求
項１に記載のシステム。 - 【請求項５】 マネージャ機能を有し、中央監視・制御
を行うセンターシステムと、複数の通信装置ハードウエ
アを制御し、かつ、前記センターシステムに対してエー
ジェント機能を有する装置オペレーションシステムと、
前記装置オペレーションシステムと前記センターシステ
ムとを接続する神経網とを持つネットワーク管理システ
ムを構築するネットワーク管理システム構築方法におい
て、 当該装置オペレーションシステムの機能を備えた機能部
と、当該機能部の入出力インターフェースとして働くイ
ンターフェース部とを有し、前記インターフェース部
は、機能部の入出力インターフェースとして働く固有イ
ンターフェースと、編集者に対して当該個有インターフ
ェースの仕様を開示する機能を有するイントロスペクシ
ョン部とを有する、第２のコンポーネントウェアを予め
装置オペレーションシステムに組み込んでおきセンター
システムの機能を有する機能部と、当該機能部の入出力
インターフェースとして働くインターフェース部とを有
し、前記インターフェース部は、機能部の入出力インタ
ーフェースとして働く固有インターフェースと、編集者
に対して当該個有インターフェースの仕様を開示する機
能を有するイントロスペクション部とを有する、複数の
第1のコンポーネントウェアと、 第1、第２のコンポーネントウェア間で管理情報を転送
するための、管理プロトコル通信機能を有する機能部
と、当該機能部の入出力インターフェースとして働くイ
ンターフェース部とを有し、前記インターフェース部
は、機能部の入出力インターフェースとして働く固有イ
ンターフェースと、編集者に対して当該個有インターフ
ェースの仕様を開示する機能を有するイントロスペクシ
ョン部とを有する、複数の第３のコンポーネントウェア
とを予め、ライブラリに蓄積しておき、 第２のコンポーネントウエアを装置オペレーションシス
テムからとり出し、第１、第３のコンポーネントウエア
を前記ライブラリから取り出して取り出された前記第
1、第２、第3のコンポーネントウェアのイントロインス
ペクション機能によってぞれぞれのコンポーネントウエ
アの固有インターフェースの仕様を読み出してこれを参
照して、コンポーネントウエアの論理的な構築を行い、 構築されたコンポーネントウェアの構造を、前記装置オ
ペレーションシステムと前記センターシステムの群に分
けて保存し、各システムに組み込んむことを特徴とする
ネットワーク管理システムの構築方法。 - 【請求項６】 コンポーネントウエアのイントロスペク
ション部のみが文書で、キャリアとベンダーとの間で合
意される、請求項５に記載の方法。 - 【請求項７】 マネージャ機能を有し、中央監視・制御
を行うセンターシステムと、複数の通信装置ハードウエ
アを制御し、かつ、前記センターシステムに対してエー
ジェント機能を有する装置オペレーションシステムと、
前記装置オペレーションシステムと前記センターシステ
ムとを接続する神経網とを持つネットワーク管理システ
ムを構築するネットワーク管理システム構築システムに
おいて、 当該装置オペレーションシステムの機能を備えた機能部
と、当該機能部の入出力インターフェースとして働くイ
ンターフェース部とを有し、前記インターフェース部
は、機能部の入出力インターフェースとして働く固有イ
ンターフェースと、編集者に対して当該個有インターフ
ェースの仕様を開示する機能を有するイントロスペクシ
ョン部とを有し、予め装置オペレーションシステムに組
み込まれている複数の第２のコンポーネントウェアと、 センターシステムの機能を有する機能部と、当該機能部
の入出力インターフェースとして働くインターフェース
部とを有し、前記インターフェース部は、機能部の入出
力インターフェースとして働く固有インターフェース
と、編集者に対して当該個有インターフェースの仕様を
開示する機能を有するイントロスペクション部とを有す
る、複数の第1のコンポーネントウェアと、 第1、第２のコンポーネントウェア間で管理情報を転送
するための、管理プロトコル通信機能を有する機能部
と、当該機能部の入出力インターフェースとして働くイ
ンターフェース部とを有し、前記インターフェース部
は、機能部の入出力インターフェースとして働く固有イ
ンターフェースと、編集者に対して当該個有インターフ
ェースの仕様を開示する機能を有するイントロスペクシ
ョン部とを有する、複数の第３のコンポーネントウェア
と、 第1、第３のコンポーネントウェアを予め蓄積するライ
ブラリおよびその表示部と、 ネットワーク管理システムを構築し、またはネットワー
ク管理システムの改訂に必要なコンポーネントウエアを
集めて表示するパレット部およびその表示部と、 パレット領域からコンポーネントウエアを取り出して結
合し、所望のネットワーク管理システムの論理的な構築
を行うキャンバス部およびその表示部とを有し、第２の
コンポーネントウエアは装置オペレーションシステムか
らとり出し、第１、第３のコンポーネントウエアは前記
ライブラリから取り出して、パレット上に配列し、 前記第1、第２、第3のコンポーネントウェアはパレット
から取り出され、キャンバス上で、それぞれのコンポー
ネントウェアのイントロインスペクション機能によって
ぞれぞれのコンポーネントウエアの固有インターフェー
スの仕様を参照して、コンポーネントウエアを結合して
所望のネットワーク管理システムの論理的な構築を行
う、ことを特徴とするネットワーク管理システムの構築
システム。 - 【請求項８】 構築されたネットワーク管理システムの
構造を、前記装置オペレーションシステムと前記センタ
ーシステムの群に分けて保存する、それぞれのシステム
に対応するデータ格納部を有する、請求項７に記載のネ
ットワーク管理システムの構築システム。 - 【請求項９】 インターフェース部と機能部とを有する
ソフトウエア部品であって、 該機能部の機能は、複数のソフトウエア部品の機能部の
組み合わされた機能がネットワーク管理システムの１つ
の機能に該当するように定められ、 インターフェース部は、機能部の入出力インターフェー
スとして働く固有インターフェースと、該固有インター
フェースの仕様を編集者に開示するイントロスペクショ
ン部とを有する、コンポーネントウエア。 - 【請求項１０】 第１のコンポーネントウエア、第２の
コンポーネントウエア、第３のコンポーネントウエアが
Java Beans準拠である請求項７に記載のネットワーク管
理システムの構築システム。 - 【請求項１１】 イベントオブジェクトを出力するコン
ポーネントウエアであって、その出力イベントオブジェ
クトの内部に、オブジェクトを受け取るオブジェクトの
参照を設定する機能を有する請求項９に記載のコンポー
ネントウエア。 - 【請求項１２】 オブジェクトを受け取るオブジェクト
への参照を内部にもつイベントオブジェクトを入力とす
るコンポーネントウエアであって、その受け取り先に指
定されたオブジェクトに対して、オブジェクトを渡す機
能を有する、請求項９に記載のコンポーネントウエア。 - 【請求項１３】 マネージャ機能を有し、オペレーショ
ンを実行するために必要なパラメータをイベントオブジ
ェクトとして受け取るか、または、当該パラメータが自
らの属性として設定されている場合には、それをパラメ
ータとして用いるか、または、受け取ったイベントオブ
ジェクトのパラメータに自らの属性を補い、オペレーシ
ョンを行う条件が揃った時に、オペレーションを実行す
る機能を有する、請求項９に記載のコンポーネントウエ
ア。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24374798A JP3529639B2 (ja) | 1998-05-29 | 1998-08-28 | ネットワーク管理システムの構築方法及び構築システム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14973698 | 1998-05-29 | ||
| JP10-149736 | 1998-05-29 | ||
| JP24374798A JP3529639B2 (ja) | 1998-05-29 | 1998-08-28 | ネットワーク管理システムの構築方法及び構築システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000047963A true JP2000047963A (ja) | 2000-02-18 |
| JP3529639B2 JP3529639B2 (ja) | 2004-05-24 |
Family
ID=26479526
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24374798A Expired - Fee Related JP3529639B2 (ja) | 1998-05-29 | 1998-08-28 | ネットワーク管理システムの構築方法及び構築システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3529639B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006186773A (ja) * | 2004-12-28 | 2006-07-13 | Kddi Corp | プロトコル生成装置および方法ならびにプログラム |
| JP2018005824A (ja) * | 2016-07-08 | 2018-01-11 | ソフトバンク株式会社 | 情報処理装置及びプログラム |
-
1998
- 1998-08-28 JP JP24374798A patent/JP3529639B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006186773A (ja) * | 2004-12-28 | 2006-07-13 | Kddi Corp | プロトコル生成装置および方法ならびにプログラム |
| JP2018005824A (ja) * | 2016-07-08 | 2018-01-11 | ソフトバンク株式会社 | 情報処理装置及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3529639B2 (ja) | 2004-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2661014B1 (en) | Polling sub-system and polling method for communication network system and communication apparatus | |
| US7475126B2 (en) | Method and apparatus for system lineup and testing | |
| CN110971614A (zh) | 物联网适配方法、系统、计算机设备及存储介质 | |
| US7467372B2 (en) | Device configuration and management development system | |
| US5832503A (en) | Method and apparatus for configuration management in communications networks | |
| US6910061B2 (en) | Framework system and method for testing server performance under multiple workloads | |
| US6349306B1 (en) | Method and apparatus for configuration management in communications networks | |
| US7093005B2 (en) | Graphical editor for defining and creating a computer system | |
| AU659101B2 (en) | Network management system using model-based intelligence | |
| US7882213B2 (en) | Network management system to monitor managed elements | |
| US7849408B1 (en) | Network traffic visualization | |
| US20050144587A1 (en) | Observation tool for signal processing components | |
| US20020032762A1 (en) | System and method for remotely configuring testing laboratories | |
| US20030033162A1 (en) | Coordinated management of contracts and services particulary for telecommunications | |
| JP2001512599A (ja) | 複数の制御装置の中に分散されている階層ハイアラーキー制御戦略を使用しているプロセス制御システム | |
| US20060242276A1 (en) | System and method for remotely configuring testing laboratories | |
| CN101502047B (zh) | 存储网络管理系统中的网络节点的配置信息的方法和系统 | |
| WO2002056541A2 (en) | Methods and systems for testing comminications network components | |
| JP2002508555A (ja) | 複合ネットワークの動的モデリングおよびその中での障害の影響の予測 | |
| US7539743B2 (en) | Method and system of administration in a JMX environment comprising an administration application and software systems to be administered | |
| KR20010073083A (ko) | 세션 관리/분산 관리 기능을 갖는 웹 애플리케이션 시스템및 그 운용 기구 | |
| US20120240103A1 (en) | Method and system for implementing self-configurable software components | |
| JPH1165968A (ja) | ネットワーク管理方法及びそのシステム | |
| JP3529639B2 (ja) | ネットワーク管理システムの構築方法及び構築システム | |
| Machiraju et al. | Towards generic application auto-discovery |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20031208 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20031208 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20031208 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040225 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080305 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090305 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090305 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100305 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110305 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |