JP2000259522A - ネットワーク管理システムおよび管理情報転送方法 - Google Patents

Abstract

(57)【要約】 【課題】 管理情報の性質を考慮せずに管理情報の転送
を行うことができ、ネットワーク管理エージェント装置
と各通信装置の双方から同時に同じ場所の書き込みが発
生した場合でも管理情報の一貫性を保持する。 【解決手段】 管理情報をその性質毎に性質別格納部１
５、２５に格納し、アクセス情報格納部１４に管理情報
の性質に応じたアクセス方式を登録しておく。そのた
め、管理情報の転送が行われる際にアクセス要求部１１
１からアクセス方式が指定されなくても適切な方式での
転送が行える。また、性質別格納部１５、２５のデータ
の一貫性を保つための排他制御処理を行うロック制御部
１２４、２２４を備える。そのため、ネットワーク管理
エージェント装置１と各通信装置２₁〜２₃から同時に同
じ場所への書き込みが発生した場合でも、性質別格納部
１５、２５にそれぞれ格納されている管理情報の一貫性
は保持される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、管理情報をネット
ワーク管理エージェント装置と通信装置との間で転送す
るためのネットワーク管理システムに関する。

【０００２】

【従来の技術】管理情報をネットワーク管理エージェン
ト装置と通信装置との間で転送する従来のネットワーク
管理システムとしては、特開平９−２３８１３８号公報
に記載されているようなシステムがあった。

【０００３】この従来のネットワーク管理システムで
は、ネットワーク管理エージェント装置と通信装置の双
方の装置にメモリを配置し、双方のメモリにそれぞれ格
納される管理情報の格納順序を同一にして、さらにメモ
リ間のデータ転送を行うことにより管理情報の転送を行
なっていた。

【０００４】管理情報には、事象変化が変化先からのイ
ベントで通知される緊急度の高い情報、相手側装置に値
を設定して相手側の動作を変更される装置制御に関する
情報等の複数の性質を有している。しかし、従来のネッ
トワーク管理システムでは、格納されている管理情報の
性質は何ら考慮されていないため、ネットワーク管理シ
ステムの利用者は、管理情報の転送を行なう際には管理
情報の性質に応じた最適なアクセス方式を指定しなけれ
ばならない。

【０００５】また、この従来のネットワーク管理システ
ムでは、排他制御が考慮されていないため、ネットワー
ク管理エージェント装置と通信装置の双方の装置から同
時に同じ場所に書き込みが起こった際に、双方の装置に
格納されている管理情報の一貫性を保持することができ
なくなる場合が発生するという可能性がある。

【０００６】

【発明が解決しようとする課題】上述した従来のネット
ワーク管理システムでは、下記のような問題点があっ
た。 （１）利用者は、管理情報の転送を行なう際には格納さ
れている管理情報の性質に応じたアクセス方式を指定し
なければならない。 （２）ネットワーク管理エージェント装置と各通信装置
の双方の装置から同時に同じ場所に書き込みが起こった
際に、双方に格納されている管理情報の一貫性を保持す
ることができなくなる場合がある。

【０００７】本発明の目的は、利用者が管理情報の性質
を考慮せずに管理情報の転送を行うことができるネット
ワーク管理システムを提供することである。

【０００８】また、本発明の他の目的は、ネットワーク
管理エージェント装置と各通信装置の双方の装置から同
時に同じ場所に書き込みが起こった場合でも、格納され
ている管理情報の一貫性が保持されるネットワーク管理
システムを提供することである。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明のネットワーク管理システムは、ネットワー
ク内に設けられた管理対象である通信装置の管理を行う
ためのネットワーク管理システムであって、前記通信装
置を管理するための制御を行なっている管理マネージャ
と、管理情報を転送するアクセス要求を発生させる第１
のアクセス要求部と、前記通信装置の管理を行うための
情報である管理情報をその性質毎に格納している第１の
性質別格納部と、前記第１の性質別格納部に格納されて
いる管理情報の性質に応じたアクセス方式の情報を格納
している第１のアクセス情報格納部と、管理情報の転送
を制御する第１の通信管理モジュールと、前記第１の通
信管理モジュールにより制御されて管理情報の転送を行
なう通信モジュールとを有する１つまたは複数の通信装
置と前記管理マネージャからのアクセス要求または前記
通信装置から転送された管理情報の前記管理マネージャ
への転送を実行している第２のアクセス要求部と、前記
第１の性質別格納部と同一の保持形式で管理情報を格納
している、前記各通信装置毎に設けられた第２の性質別
格納部と、前記第２の性質別格納部に格納されている管
理情報の性質に応じたアクセス方式の情報を格納してい
る第２のアクセス情報格納部と、管理情報の転送を制御
する第２の通信管理モジュールと、前記第２の通信管理
モジュールにより制御されて管理情報の転送を行なう多
通信モジュールとを有するネットワーク管理エージェン
ト装置とから構成されている。

【００１０】本発明は、管理情報を予めその性質毎に格
納し、格納された管理情報の性質に応じたアクセス方式
の情報を格納しておくことにより、ネットワーク管理エ
ージェント装置と通信装置との間で管理情報を転送する
際に、アクセス方式の指定をしなくても自動的に適切な
アクセス方式が選択されるようにしたものである。

【００１１】また、本発明のネットワーク管理システム
は、前記第１および第２の通信管理モジュールは、前記
第１および第２の性質別格納部に格納されているデータ
の一貫性を維持するための排他制御処理を行うロック制
御部をそれぞれ有している。

【００１２】本発明は、第１および第２の性質別格納部
のデータの一貫性を維持するための排他制御処理を行う
ロック制御部を備えるようにしたので、ネットワーク管
理エージェント装置と各通信装置との間で書き込みが競
合した場合でも、第１および第２の性質別格納部にそれ
ぞれ格納されている管理情報の一貫性は保持されるよう
にしたものである。

【００１３】また、本発明のネットワーク管理システム
は、前記アクセス方式の情報が、前記第１および第２の
性質別格納部における管理情報を同一の性質毎に格納し
た領域であるセグメントの番号、読出要求のアクセス要
求が発生した際に前記第１または第２の性質別格納部の
うちのどちらに格納されているデータを読み込むのかを
示す情報である読込方式の情報、前記ネットワーク管理
エージェント装置および前記各通信装置からの書き込み
が競合した際にどちらの装置からの書き込みを優先させ
るかを示す情報であるロック方式の情報、前記第２のア
クセス要求部によりアクセスの要求を受けたセグメント
が前記第２の性質別格納部に実際に存在しているかどう
かを表す情報であるエージェント格納方式の情報であ
る。

【００１４】

【発明の実施の形態】次に、本発明の実施形態について
図面を参照して詳細に説明する。

【００１５】（第１の実施形態）図１は本発明の第１の
実施形態のネットワーク管理システムの構成を示すブロ
ック図である。

【００１６】本実施形態のネットワーク管理システム
は、ネットワーク管理エージェント装置１と、複数の通
信装置２₁〜２₃と、管理マネージャ３とから構成されて
いる。

【００１７】管理マネージャ３は、予め定められた管理
プロトコルに基づいて、ネットワーク管理エージェント
装置１との間で情報交換を行うことによりネットワーク
全体の管理を行なっている。ネットワーク管理エージェ
ント装置１は、管理マネージャ３からの指示に基づいて
管理対象である通信装置２₁〜２₃の管理を行なってい
る。

【００１８】ネットワーク管理エージェント装置１は、
ネットワーク管理エージェント装置１の振るまいを記述
するエージェントアプリケーション１１と、装置間の管
理情報の転送を制御する通信管理モジュール１２と、管
理情報を格納する性質別格納部１５と、通信モジュール
１３と、アクセス情報格納部１４とから構成されてい
る。

【００１９】アクセス情報格納部１４は、性質別格納部
１５に格納される管理情報のアクセス方式に関する情報
を格納している。

【００２０】また、各通信装置２₁〜２₃は、通信装置の
動作を制御する装置ファームウェア２１と、通信管理モ
ジュール２２と、通信モジュール２３と、アクセス情報
格納部２４、性質別格納部２５とから構成されている。
通信装置２₂、２₃の構成も通信装置２₁と同様であるた
め、その説明は省略する。

【００２１】さらに、エージェントアプリケーション１
１はアクセス要求部１１１を有していて、装置ファーム
ウェア２１は、アクセス要求部２１１を有している。

【００２２】ネットワーク管理エージェント装置１は管
理対象の通信装置２₁〜２₃と通信モジュール１３、２３
を介してそれぞれ接続されている。またネットワーク管
理エージェント１は通信装置２₁〜２₃のように複数の通
信装置を同時に管理することも可能である。

【００２３】本実施形態のネットワーク管理システムで
は、管理情報は通信装置２₁の性質別格納部２５に性質
毎に分類して保持されている。ネットワーク管理エージ
ェント１における性質別格納部１５においても、性質別
格納部２５と同様の保持形式で管理情報が格納されてい
る。そして、性質別格納部１５、２５間で保持されたデ
ータを通信モジュール１３、２３を介して交換すること
により、ネットワーク管理エージェント装置１と通信装
置２₁の情報転送が行なわれる。

【００２４】アクセス情報格納部１４、２４は性質別格
納部１５、２５に保持されている管理情報の各性質ごと
の読込時の動作、書き込み時の動作、ネットワーク管理
エージェント装置１と通信装置２₁との間で書き込みが
競合した際に優先する装置の設定等のアクセス方式を保
持している。

【００２５】アクセス要求部１１１が管理情報にアクセ
スする場合は通信管理モジュール１２に、アクセス要求
部１１１の識別子、アクセスする管理情報の名称を通知
する。また書き込みアクセスを行うにあたっては、アク
セス要求部１１１は、書き込みを行うデータも併せて通
信管理モジュール１２に通知する。

【００２６】通信管理モジュール１２はアクセス要求部
１１１からのアクセス要求を受信し、アクセス情報格納
部１４を検索して得られたアクセス方式に従い性質別格
納部１５へのアクセスの実行、もしくは通信モジュール
１３を介して通信装置２₁にアクセス要求を送出し、応
答として得られた管理情報をアクセス要求部１１１に返
却する。通信管理モジュール１２はまた、通信装置２₁
〜２₃からのアクセス要求を通信モジュール１３を介し
て受信して、性質別格納部１５にアクセスして応答を返
却したり、アクセス要求部１１１に情報を転送を行う。

【００２７】また、通信装置２₁からネットワーク管理
エージェント装置１への一方向の通知(通信装置側で検
出された状態変化等の通知)の送信が行われる場合に
は、アクセス要求部２１１はアクセスする管理情報の名
称と送付するデータとを通信管理モジュール２２に送付
する。そして、通信管理モジュール２２はアクセス情報
格納部２４を検索し、得られた情報に従いネットワーク
管理エージェント装置１に対して通知を送信する。

【００２８】本実施形態のネットワーク管理システムの
詳細な構成を示すブロック図を図２に示す。

【００２９】ネットワーク管理エージェント装置１にお
けるエージェントアプリケーション１１は、管理操作の
要求を送出するアクセス要求部１１１、１１２と通信装
置からの通知を受信する通知受信部１１３とを備えてい
る。図１におけるエージェントアプリケーション１１で
は、アクセス要求部１１１のみを示していたが、エージ
ェントアプリケーション１１は、図２に示すように複数
のアクセス要求部１１１、１１２を有することも可能で
ある。アクセス要求部１１１、１１２は、それぞれ障害
情報の取得、性能情報の取得といったプロセス毎に設け
られている。以下はアクセス要求部１１１についての動
作のみを説明するがアクセス要求部１１２も同様な動作
を行う。

【００３０】通信管理モジュール１２は、性質別格納部
１５への読み書きを行う手段を提供するデータアクセス
部１２３と、性質別格納部１５のデータの一貫性を維持
するための排他制御処理を行うロック制御部１２４と、
通信モジュール１３に管理要求を送出するための通知送
信部１２７と、書込要求送信部１２８と、読出要求送信
部１２９と、他装置からのアクセスを受信するデータ受
信部１３０と、受信したデータのヘッダを解析するデー
タ解析部１３１と、他装置からのアクセス要求応答を返
却するための書込応答送信部１２５と、読出応答送信部
１２６と、これらの各構成要素１２３〜１３１を管理す
るためのアクセス制御部１２１とから構成される。

【００３１】通信管理モジュール２２は、データアクセ
ス部２２３と、ロック制御部２２４と、通知送信部２２
７と、書込要求送信部２２８と、読出要求送信部２２９
と、データ受信部２３０と、データ解析部２３１と、書
込応答送信部２２５と、読出応答送信部２２６と、アク
セス制御部２２１とから構成されている。通信管理モジ
ュール２２の構成および動作はネットワーク管理エージ
ェント装置１の通信管理モジュール１２の構成および動
作と同じであるため、それぞれの構成要素の説明は省略
する。

【００３２】次に、性質別格納部１５、２５のデータ構
造および管理情報が転送される様子を図３を参照して説
明する。

【００３３】管理情報は、性質別格納部１５、２５内に
おいて、その管理情報が持つ性質:(例えば、事象変化が
変化先からのイベントで通知される緊急度の高い情報、
相手側装置に値を設定して相手側の動作を変更させる装
置制御に関する情報といった性質)毎に分類され、同種
の性質毎に性質別格納部１５、２５の媒体中に連続に格
納される。同種の性質でまとまった領域をセグメントと
呼ぶ。通信装置２₁〜２₃のうちの１つの通信装置の管理
のための情報は、１つもしくは複数のセグメントにより
格納され、ネットワーク管理エージェント装置１、通信
装置２₁〜２₃の双方で同じ形式によって格納される。

【００３４】またネットワーク管理エージェント装置１
においては複数の通信装置２₁〜２₃の管理情報を区別す
るために，性質別格納部１５の中においてセグメントに
通信装置２₁〜２₃に対応する識別子を付与する。性質別
格納部１５は、格納領域１５₁〜１５₃により構成されて
いて、格納領域１５₁〜１５₃はそれぞれ通信装置２₁〜
２₃に対応している。またセグメント内に格納される管
理情報はネットワーク管理エージェント装置１の管理オ
ブジェクトインスタンス(ＭＯＩ：Ｍａｎａｇｅｄ Ｏ
ｂｊｅｃｔ ｉｎｓｔａｎｃｅ)１６₁〜１６₃の属性
ａ、ｃ、ｅおよび通知情報ｂ、ｄと１対１の対応関係を
保持し、また通信装置２₁、２₂においても、その情報は
端点の障害警報、通信経路の帯域等といったそれぞれの
主信号機能１７と１対１の対応関係を保持している。ネ
ットワーク管理エージェント装置１と、各通信装置２₁
〜２₃間の管理情報の転送は、双方の装置間の性質別格
納部１５、２５のメモリコピーにより行なわれる。

【００３５】上記のように構成した性質別格納部１５、
２５は各装置毎に配備される。エージェントアプリケー
ション１１や装置ファームウエア２１内のアクセス要求
部１１１、２１１は通信管理モジュール１２、２２に対
して、読込指示、書込指示をそれぞれ送出し、アクセス
結果を通信管理モジュール１３、２３から受け取る。

【００３６】次に、図４を参照しアクセス情報格納部１
４の構成について説明する。アクセス情報格納部１４で
は、性質別格納部１５が保持しているセグメントの性質
情報をあらかじめ保持している。

【００３７】図４を参照すると、アクセス情報格納部１
４は、対象となるセグメントを特定するための通信装置
の識別子、セグメント番号と、各セグメントのアクセス
情報を指定する読込方式、書込方式、ロック方式の情報
を格納している。

【００３８】読込方式は、性質別格納部１５、２５のど
ちらに格納されているデータを読み込むのかを示す情報
であり、自側の性質別格納部から読込を行う"内部"、相
手側の性質別格納部から読込を行う"外部"の２種類から
選択される。書込方式は、性質別格納部１５、２５のど
ちらの性質別格納部に対して書き込みを行うのかを示す
情報であり、自側の性質別格納部にのみ書き込みを行
う"内部"、相手側の性質別格納部と自側の性質別格納部
に書き込みを行う"外部"、相手側の性質別格納部に書き
込みを行い、相手側で通知を発行させる"通知"、書き込
みを禁止させる"禁止"の４種類から選択される。

【００３９】ロック方式は、書き込みが競合した際にど
ちらの装置の書き込みを優先させるかを示す情報であ
り、書き込み競合時にネットワーク管理エージェント装
置側の書き込みを優先させる"エージェント優先"、書き
込み競合時に通信装置側の書き込みを優先させる"通信
装置優先"、書き込み競合時に、どちらか一方の書き込
みを優先させる"双方優先"、排他制御を行わない"無し"
の３種類から選択される。

【００４０】なおネットワーク管理エージェント装置１
では、複数の通信装置２₁〜２₃を管理するので、アクセ
ス情報格納部１４においても管理する通信装置の台数に
対応した情報を有するが、通信装置２₁〜２₃の各アクセ
ス情報格納部２４では、自分自身の情報を有する。アク
セス情報格納部１４、２４はこれらの情報を、アクセス
制御部１２１、２２１からの要求にしたがって検索して
応答を返却する。

【００４１】次に、各種要求の送受信時に行われるロッ
ク制御について図５〜８を用いて説明する。性質別格納
部１５、２５のデータの一貫性を保つため、同じ箇所に
対して同時にネットワーク管理エージェント装置１と通
信装置２₁〜２₃から書き込みが起きた時の動作を以下の
４方式に分別し、各セグメント毎に適切な排他制御方式
を設定し双方のアクセス情報格納部１４、２４に格納す
る。

【００４２】第１の動作方式は、ネットワーク管理エー
ジェント装置１の書き込み処理を優先させる方式であ
り、第２の動作方式は、通信装置２₁〜２₃の書き込み処
理を優先させる方式であり、第３の動作方式は、いずれ
かの装置も処理を優先し、アクセス競合が起きた時は再
送を行う方式である。第４の動作方式はロック制御を行
わない方式である。

【００４３】第１〜第３のロック制御の動作方式につい
て、それぞれ書込要求の競合が起きた時の動作を説明す
る。

【００４４】第１の動作方式と第２の動作方式は優先側
と非優先側を互いに入れ換えれば同様であるので、図５
を用いて同時に説明する。図５を参照すると優先側の書
込要求時には自側の性質別格納部１５（または２５）に
ロックをかけ(ステップ３１)、書込要求を相手側に通知
する(ステップ３２)。非優先側の書込要求時には自側の
性質別格納部２５（１５）にはロックをかけずに書き込
み要求を送信する(ステップ３９)。

【００４５】優先側の書込要求処理は、相手側において
ロックをかけて(ステップ３３)書き込みを行い(ステッ
プ３４)、そのロックを解除し(ステップ３５)、書込成
功を返し(ステップ３６)、自側の性質別格納部１５（２
５）に書き込みを行い(ステップ３７)、ロックを解除す
る(ステップ３８)。

【００４６】非優先側の書き込み処理は、相手側におい
てロックをかけようとするが、すでに優先側の書込処理
がロックをかけているので失敗し(ステップ４０)、書込
失敗が返却され(ステップ４１)、書き込み処理は失敗す
る。

【００４７】第３の動作方式について図６を用いて説明
する。優先側Ａからの書き込み要求は、自側の性質別格
納部１５をロックし(ステップ５１)、書き込み要求を相
手側に送付する(ステップ５２)ことにより開始される。
優先側Ｂからの書き込み要求も同じく自側の性質別格納
部２５（１５）をロックし(ステップ６５)、書き込み要
求を相手側に送付する(ステップ６６)ことにより開始さ
れる。

【００４８】優先側Ａ、Ｂともに相手側でロックを試み
るが、既にロックがかけられているので失敗し(ステッ
プ５３、６７)、書き込み失敗が返却される（ステップ
５４、６８)。

【００４９】優先側Ａ、優先側Ｂともに任意時間だけ待
機した後(ステップ５６、７０)に書き込み要求の再送を
行う。いま、優先側Ａの方が先に再送要求を出したとす
ると、優先側Ａの書き込み動作がまず成功する(ステッ
プ５７〜６４)。ついで、優先側Ｂの書き込み動作が成
功する(ステップ７１〜７８)。この結果、双方にはＢ側
の書き込み結果が残る。

【００５０】次にロック制御の動作を図７を元に説明す
る。ロックの対象となるセグメントのロック方式がロッ
クをしない"無し"である場合には(ステップ１７１)、な
にも制御は行わずに制御は成功する(ステップ１７４)。
それ以外の場合は、ロック対象のセグメントのロックが
かけられるか調べ(ステップ１７２)、ロック可能であれ
ば、そのセグメントをロックして(ステップ１７３)成功
終了する(ステップ１７４)。もし、ロックができない場
合は任意時間待機する。待機回数が一定回数に達した場
合は(ステップ１７５)、ロック制御は失敗する(ステッ
プ１７７)。まだ達していない場合は、任意時間待機し
て(ステップ１７６)、再びロックできるかを調べる(ス
テップ１７２)。

【００５１】次に、再送制御の動作を図８を元に説明す
る。まず、同じ要求に対して一定回数以上再送要求を実
行した場合(ステップ８１)、タイムアウトとして、その
要求を出したアクセス要求部１１１または２１１にアク
セスの失敗応答を通知する(ステップ８６)。まだ、一定
回数に達してない場合は、任意時間待機し(ステップ８
２)自側のアクセス対象のセグメントをロックを試みる
(ステップ８３)。ロック制御に失敗した場合にも(ステ
ップ８４)、アクセス要求部１１１または２１１に失敗
応答を通知する(ステップ８６)。ロックに成功した場合
は、再び書き込み要求送信部１２８または２２８を呼び
出してアクセス要求部１１１または２１１から要求のあ
ったアクセス要求を相手側装置に送信する。

【００５２】次に管理情報の要求と応答の流れについて
説明する。先ずアクセス要求部からアクセス制御部への
書込、読出の動作について、ネットワーク管理エージェ
ント装置１のアクセス要求部１１１からの要求を例に取
り、図２および図９〜１２を用いて説明する。この動作
は、通信装置２₁内のアクセス要求部２１１からアクセ
ス制御部２２１へ要求があった場合においても同様であ
るためその説明は省略する。

【００５３】アクセス要求部１１１からのアクセス要求
は、書込要求か読出要求かを区別するアクセス種類、通
信装置の識別子、アクセスするデータのセグメント番
号、セグメント内位置、アクセスするデータ(書込要求
の場合)、アクセス要求部を特定するアクセス識別子を
引数としてアクセス制御部１２１に通知される(ステッ
プ９１)。

【００５４】アクセス制御部１２１は、要求を受信する
と以下の処理を行う。まずアクセス種類により処理を分
岐する(ステップ９２)アクセス種類が読み出しであると
きはアクセス情報格納部１２２から該当するセグメント
の読出方式を検索し(ステップ９３)、読出処理(ステッ
プ９４)を実行する。アクセス種類が書込である時は、
アクセス情報格納部１４から該当するセグメントの書込
方式を検索し(ステップ９６)、書込処理を実行する。

【００５５】図９中の読出処理（ステップ９４）につい
て図１０を参照して説明する。読出方式が外部読出であ
る時は(ステップ１０１)、アクセス識別子、セグメン
ト、セグメント内位置を引数として読出要求送信部１２
９を呼出す(ステップ１０５)。読出方式が内部読出であ
る時は(ステップ１０２)、自身の性質別格納部１５から
該当するデータを獲得し(ステップ１０３)、要求元のア
クセス要求部１１１に獲得したデータを返却する(ステ
ップ１０４)。

【００５６】次に、図９中の書き込み処理（ステップ９
６）について図１１を参照して説明する。書込方式が外
部書込である時(ステップ３０１)は、性質別格納部１５
のアクセス対象箇所にロック制御を行う(ステップ３０
２)。ロック制御が成功すると、次いでアクセス識別
子、セグメント番号、セグメント内位置、転送データを
引数として書込要求送信部１２８を呼出す(ステップ３
０４)。ロック制御が失敗した場合、要求元のアクセス
要求部１１１に要求が失敗したことを通知する(ステッ
プ３０４)。

【００５７】書込方式がイベント通知である時(ステッ
プ３０５)は、アクセス識別子、セグメント番号、セグ
メント内位置、転送データを引数として通知送信部１２
７を呼出し(ステップ３０６)、自側の性質別格納部１５
に書き込みを行う(ステップ３０７)。通知送信部１２７
は送信先が結果を返さないので、応答を待たずに要求元
のアクセス要求部１１１に結果を通知する(ステップ３
０８)。

【００５８】書込方式が内部書込である時(ステップ３
０９)は、まず自側の性質別格納部１５のアクセス対象
箇所にロック制御を行う(ステップ３１０)。ロックが成
功したら性質別格納部１５に書き込みを行う(ステップ
３１１)。次いで、ロック解除制御を行い(ステップ３１
２)、要求元のアクセス要求部１１１に成功である旨の
結果を返却する(ステップ３１３)。ロック制御が失敗し
た場合、要求元のアクセス要求部１１１に要求が失敗し
たことを通知する(ステップ３１４)。

【００５９】書込方式が書込禁止である時(ステップ３
１５)は、要求元のアクセス要求部１１１に失敗である
旨の結果を返却する(ステップ３１６)。

【００６０】ついで、図２および図１２を用いて他装置
からのアクセスにより到着したデータの処理に関して、
データ解析部１３１からアクセス制御部１２１への要求
を例に取り説明する。この動作は、通信装置２₁、２₂、
２₃内のデータ解析部２３１からアクセス制御部２２１
への要求が発生した場合でも同様である。

【００６１】他の装置からのアクセス要求は通信モジュ
ール１３を介してデータ受信部１３０で受信される。受
信したデータは、データ解析部１３１により処理され
る。

【００６２】データ解析部１３１から、書込要求等の操
作を示すアクセス種別、セグメント番号、セグメント内
位置、データ(アクセス種別が書込要求、読出応答、通
知の場合)アクセス識別子(アクセス種別が通知以外の場
合)を引数としてアクセス制御部１２１を呼び出すこと
で受信処理が開始される(ステップ４０１)。

【００６３】アクセス種別が通知である場合(ステップ
４０２)、性質別格納部１５の該当する場所にデータを
書込み(ステップ４０３)、エージェントアプリケーショ
ン１１の通知受信部１１３に書込のあったセグメント番
号、セグメント内オフセット、書込前の値を通知する
(ステップ４０４)。

【００６４】アクセス種別が書込要求である場合(ステ
ップ４０５)、自側の性質別格納部１５のアクセス対象
箇所に対してロック制御を行う(ステップ４０６)。ロッ
ク制御が失敗した場合には書込応答送信部１２５を介し
て書込失敗の応答を通知する(ステップ４０９)。ロック
制御が成功した場合は、性質別格納部１５の該当する箇
所ににアクセスし(ステップ４０７)、ロックを解除し
(ステップ４０８)、書込応答送信部１２５を介して呼び
出し元装置に書込成功の応答を通知する(ステップ４０
９)。

【００６５】アクセス種別が読出要求である場合(ステ
ップ４１０)、性質別格納部１５の該当する箇所にアク
セスしデータを取得し(ステップ４１１)、読出応答送信
部１２６を介してデータを呼び出し元に送付する(４１
２)。

【００６６】アクセス種別が書込応答である場合(ステ
ップ４１３)、応答が書き込み要求の成功であれば、性
質別格納部１５の該当する箇所にデータを書き込み(ス
テップ４１７)、性質別格納部１５の該当する箇所に設
定していたロックを解除し(ステップ４１８)、アクセス
識別子に対応する要求元のアクセス要求部１１１に書込
応答を通知する(ステップ４１９)。もし、応答が書き込
み要求の失敗であれば(ステップ４１４)、自側の性質別
格納部１５にかけていたロックの解除制御を行い(ステ
ップ４１５)、書き込み要求の再送制御を行う(ステップ
４０１６)。

【００６７】アクセス種別が読出応答である場合(ステ
ップ４２０)、性質別格納部１５の該当する箇所に応答
により渡されたデータを書き込み(ステップ４２１)、ア
クセス識別子に対応する要求元のアクセス要求部１１１
に応答を返却する(ステップ４２２)。

【００６８】本実施形態のネットワーク管理システムで
は、予めアクセス情報格納部１４に性質別格納部１５の
アクセス方式を登録しているため、アクセス要求部１１
１からアクセス方式を指定しなくても適切な方式で管理
情報の転送を行えることができる。そのため、ネットワ
ーク管理システムの利用者は、管理情報の転送を行なう
際に格納されている管理情報の性質に応じたアクセス方
式を指定しなくてもよい。

【００６９】また、通信管理モジュール１２、２２内に
それぞれロック制御部１２４、２２４を有しているた
め、ネットワーク管理エージェント装置１と各通信装置
２₁〜２₃の双方の装置から同時に同じ場所に書き込みが
起こった場合でも、双方に格納されている管理情報の一
貫性が保持される。

【００７０】（第２の実施形態）次に、本発明の第２の
実施形態のネットワーク管理システムについて図１３お
よび図１４を参照して詳細に説明する。

【００７１】本実施形態のネットワーク管理システム
は、図２に示したネットワーク管理システムにおいてネ
ットワーク管理エージェント装置１の代わりにネットワ
ーク管理エージェント装置４を備えたものである。

【００７２】ネットワーク管理エージェント装置４が、
ネットワーク管理エージェント装置１と異なる点は、ア
クセス情報格納部１４の代わりに非格納判別つきアクセ
ス情報格納部２６を有していることである。

【００７３】図１３を参照すると、アクセス制御部１２
１は、非格納判別つきアクセス情報格納部２６にアクセ
スすることで、ネットワーク管理エージェント装置４の
管理情報のアクセス情報を得る。

【００７４】非格納判別つきアクセス情報格納部２６の
構成を図１４を用いて説明する。非格納判別つきアクセ
ス情報格納部２６は、通信装置識別子、セグメント番
号、読込方式、書込方式、ロック方式に加えてエージェ
ント格納方式の情報を格納している。エージェント格納
方式はそのセグメントが実際に自側の性質別格納部１５
に存在しているかを表す情報であり、実際に存在してい
ることを示す"格納"と、実際には存在していないことを
表す"非格納"の２種類から選択される。エージェント格
納方式に"非格納"が選択されたセグメントでは、実際に
はデータは自側の性質別格納部１５に格納されないこと
から、ロック方式は"無し"が選択される。

【００７５】エージェント格納方式が"格納"の場合のア
クセス制御部の動作は、第１の実施形態と同様である。
エージェント格納方式が"非格納"の場合、自側の性質別
格納部１５に対するアクセス、ロック制御は行われな
い。

【００７６】書き込み/読込要求は、アクセス制御部１
２１がアクセス要求部１１１から要求を受け、相手先通
信装置２₁〜２₃にアクセス要求を送信し、その応答をア
クセス要求のあったアクセス要求部１１１へ返却するこ
とにより実現する。また通信装置２₁〜２₃からの通知が
あった場合はアクセス制御部１２１が通知受信部１２７
を呼び出すことで実現する。

【００７７】本発明の第２の実施形態は第１の実施形態
の効果に加えて、ネットワーク管理エージェント装置側
の性質別格納部１５の容量を削減するという効果をさら
に有する。

【００７８】また、上記第１および第２の実施形態で
は、ネットワーク管理エージェント装置１、４は、３つ
の通信装置２₁〜２₃を管理するものとして説明したが、
本発明はこのような構成に限定されるものではなく、任
意の数の通信装置を管理する場合でも同様に適用するこ
とができるものである。

【００７９】

【発明の効果】以上説明したように、本発明は、下記の
ような効果を有する。 （１）利用者は、管理情報の転送を行なう際に格納され
ている管理情報の性質に応じたアクセス方式を指定しな
くてもよい。 （２）ネットワーク管理エージェント装置と各通信装置
の双方の装置から同時に同じ場所に書き込みが起こった
場合でも、双方に格納されている管理情報の一貫性が保
持される。

【図面の簡単な説明】

【図１】本発明の第１の実施形態のネットワーク管理シ
ステムの構成を示すブロック図である。

【図２】図１のネットワーク管理システム詳細な構成を
示すブロック図である。

【図３】性質別格納部１５、２５のデータ構造を説明す
るための図である。

【図４】図１中のアクセス情報格納部１４に格納されて
いるアクセス情報のデータ構造を示す図である。

【図５】各種要求の送受信時に行われるロック制御につ
いて説明するための図である。

【図６】各種要求の送受信時に行われるロック制御につ
いて説明するための図である。

【図７】各種要求の送受信時に行われるロック制御につ
いて説明するためのフローチャートである。

【図８】再送制御の動作を説明するためのフローチャー
トである。

【図９】管理情報の要求と応答の制御を説明するための
フローチャートである。

【図１０】管理情報の読み出し処理を説明するためのフ
ローチャートである。

【図１１】管理情報の書き込み処理を説明するためのフ
ローチャートである。

【図１２】他装置からのアクセスにより到着したデータ
の処理を説明するためのフローチャートである。

【図１３】本発明の第２の実施形態のネットワーク管理
システムの構成を示すブロック図である。

【図１４】図１３中の非格納判別つきアクセス情報格納
部２６に格納されているアクセス情報のデータ構造を示
す図である。

【符号の説明】

１ ネットワーク管理エージェント装置 ２₁〜２₃ 通信装置 ３ 管理マネージャ ４ ネットワーク管理エージェント装置 １１ エージェントアプリケーション １２ 通信管理モジュール １３ 通信モジュール １４ アクセス情報格納部 １５ 性質別格納部 １５₁〜１５₃ 格納領域 １６₁〜１６₃ 管理オブジェクトインスタンス（ＭＯ
Ｉ） １７ 主信号機能 ２１ 装置ファームウェア ２２ 通信管理モジュール ２３ 通信モジュール ２４ アクセス情報格納部 ２５ 性質別格納部 ２６ 非格納判別つきアクセス情報格納部 ３１〜４１ ステップ ５１〜７８ ステップ ８１〜８６ ステップ ９１〜９６ ステップ １０１〜１０５ ステップ １１１、１１２ アクセス要求部 １１３ 通知受信部 １２１ アクセス制御部 １２３ データアクセス部 １２４ ロック制御部 １２５ 書込応答送信部 １２６ 読出応答送信部 １２７ 通知送信部 １２８ 書込要求送信部 １２９ 読出要求送信部 １３０ データ受信部 １３１ データ解析部 １７１〜１７７ ステップ ２１１、２１２ アクセス要求部 ２１３ 通知受信部 ２２１ アクセス制御部 ２２３ データアクセス部 ２２４ ロック制御部 ２２５ 書込応答送信部 ２２６ 読出応答送信部 ２２７ 通知送信部 ２２８ 書込要求送信部 ２２９ 読出要求送信部 ２３０ データ受信部 ２３１ データ解析部 ３０１〜３１６ ステップ ４０１〜４２２ ステップ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワーク内に設けられた管理対象で
   ある通信装置の管理を行うためのネットワーク管理シス
   テムであって、 前記通信装置を管理するための制御を行なっている管理
   マネージャと、 管理情報を転送するアクセス要求を発生させる第１のア
   クセス要求部と、前記通信装置の管理を行うための情報
   である管理情報をその性質毎に格納している第１の性質
   別格納部と、前記第１の性質別格納部に格納されている
   管理情報の性質に応じたアクセス方式の情報を格納して
   いる第１のアクセス情報格納部と、管理情報の転送を制
   御する第１の通信管理モジュールと、前記第１の通信管
   理モジュールにより制御されて管理情報の転送を行なう
   通信モジュールとを有する１つまたは複数の通信装置と
   前記管理マネージャからのアクセス要求または前記通信
   装置から転送された管理情報の前記管理マネージャへの
   転送を実行している第２のアクセス要求部と、前記第１
   の性質別格納部と同一の保持形式で管理情報を格納して
   いる、前記各通信装置毎に設けられた第２の性質別格納
   部と、前記第２の性質別格納部に格納されている管理情
   報の性質に応じたアクセス方式の情報を格納している第
   ２のアクセス情報格納部と、管理情報の転送を制御する
   第２の通信管理モジュールと、前記第２の通信管理モジ
   ュールにより制御されて管理情報の転送を行なう多通信
   モジュールとを有するネットワーク管理エージェント装
   置とから構成されているネットワーク管理システム。
2. 【請求項２】 前記第１および第２の通信管理モジュー
   ルは、前記第１および第２の性質別格納部に格納されて
   いるデータの一貫性を維持するための排他制御処理を行
   うロック制御部をそれぞれ有している請求項１記載のネ
   ットワーク管理システム。
3. 【請求項３】 前記アクセス方式の情報が、 前記第１および第２の性質別格納部における管理情報を
   同一の性質毎に格納した領域であるセグメントの番号、
   読出要求のアクセス要求が発生した際に前記第１または
   第２の性質別格納部のうちのどちらに格納されているデ
   ータを読み込むのかを示す情報である読込方式の情報、
   前記ネットワーク管理エージェント装置および前記各通
   信装置からの書き込みが競合した際にどちらの装置から
   の書き込みを優先させるかを示す情報であるロック方式
   の情報である請求項１または２記載のネットワーク管理
   システム。
4. 【請求項４】 前記アクセス方式の情報が、 前記第１および第２の性質別格納部における管理情報を
   同一の性質毎に格納した領域であるセグメントの番号、
   読出要求のアクセス要求が発生した際に前記第１または
   第２の性質別格納部のうちのどちらに格納されているデ
   ータを読み込むのかを示す情報である読込方式の情報、
   前記ネットワーク管理エージェント装置および前記各通
   信装置からの書き込みが競合した際にどちらの装置から
   の書き込みを優先させるかを示す情報であるロック方式
   の情報、前記第２のアクセス要求部によりアクセスの要
   求を受けたセグメントが前記第２の性質別格納部に実際
   に存在しているかどうかを表す情報であるエージェント
   格納方式の情報である請求項１または２記載のネットワ
   ーク管理システム。
5. 【請求項５】 ネットワーク内に設けられた管理対象で
   ある通信装置の管理を行うために、管理マネージャによ
   り制御されたネットワークワーク管理エージェント装置
   と前記通信装置との間で、前記通信装置の管理を行うた
   めの情報である管理情報を転送するための管理情報転送
   方法であって、 前記管理情報をその性質毎に格納するとともに管理情報
   の性質に応じたアクセス方式の情報を格納しておき、 前記管理マネージャからのアクセス要求に基づいて管理
   情報の転送を行う際に、格納されている管理情報の性質
   に基づいたアクセス方式を検索し、 得られた該アクセス方式に基づいて前記管理情報の読出
   ／書込処理を行う管理情報転送方法。
6. 【請求項６】 前記ネットワーク管理エージェント装置
   および前記各通信装置からの書き込みが競合した際に、
   前記ネットワーク管理エージェント装置と前記各通信装
   置に予め格納されている管理情報の一貫性を維持するた
   めの排他制御処理をさらに行う請求項５記載の管理情報
   転送方法。
7. 【請求項７】 前記アクセス方式の情報が、 前記ネットワーク管理エージェント装置と前記各通信装
   置に予め格納されている管理情報を同一の性質毎に格納
   した領域であるセグメントの番号、読出要求のアクセス
   要求が発生した際に前記ネットワーク管理エージェント
   装置と前記各通信装置のうちのどちらの装置に予め格納
   されているデータを読み込むのかを示す情報である読込
   方式の情報、前記ネットワーク管理エージェント装置お
   よび前記各通信装置からの書き込みが競合した際にどち
   らの装置からの書き込みを優先させるかを示す情報であ
   るロック方式の情報である請求項５または６記載の管理
   情報転送方法。
8. 【請求項８】 前記アクセス方式の情報が、 前記ネットワーク管理エージェント装置と前記各通信装
   置に予め格納されている管理情報を同一の性質毎に格納
   した領域であるセグメントの番号、読出要求のアクセス
   要求が発生した際に前記ネットワーク管理エージェント
   装置と前記各通信装置のうちのどちらの装置に予め格納
   されているデータを読み込むのかを示す情報である読込
   方式の情報、前記ネットワーク管理エージェント装置お
   よび前記各通信装置からの書き込みが競合した際にどち
   らの装置からの書き込みを優先させるかを示す情報であ
   るロック方式の情報、前記管理マネージャからのアクセ
   ス要求を受けたセグメントが前記ネットワーク管理エー
   ジェント装置に実際に存在しているかどうかを表す情報
   であるエージェント格納方式の情報である請求項５また
   は６記載の管理情報転送方法。