JPH0818559A - 管理処理装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 障害により管理装置と通信機器間の通信が不
能の場合でも、通信機器内で一定の管理操作が半自動的
に行える。 【構成】 シナリオ解析部１３０は、アプリケーション
インタフェース１１０からのシナリオ起動要求に基づ
き、シナリオ情報を、インタフェース１２０によって格
納メモリ１５０から取得、解析し、各管理操作の実行を
管理操作処理部１４０に依頼する。管理操作処理部１４
０がインタフェース７６０を介して管理情報格納メモリ
７７０に処理した結果は、通知／応答処理部７４０に渡
される。一方、通信プロトコル処理部７１０からの管理
操作要求に対しては、管理要求解析部７３０が管理操作
を解析し、管理操作処理部１４０に管理操作を依頼し、
処理結果を通知／応答処理部７４０からアプリケーショ
ンインタフェースまたは通信プロトコル処理部を介し
て、要求元に返す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、管理処理装置に関し、
より特定的には、ネットワーク管理装置によって管理さ
れる通信機器に設けられる管理処理装置に関する。

【０００２】

【従来の技術】近年、ルータやブリッジ等のＬＡＮ（Ｌ
ｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）間接続装置や、
ワークステーション等の計算機がネットワークに多く接
続されるようになっており、これらの通信機器を一元的
に管理するネットワーク管理システムが注目されてい
る。例えば、通信機器を流れるデータのパケット数やパ
ケットの衝突回数、エラー率等の管理情報を検出する機
能をもつ通信機器（以下、被管理装置ともいう）と管理
装置との間で、ネットワーク管理用の通信プロトコルを
使用して管理情報を送受信し、ネットワークシステム全
体の効率的な運用管理を図るものである。

【０００３】特に、ＯＳＩ（オープーン・システム・イ
ンターコネクション；開放型システム間相互接続）環境
における管理アーキテクチャ（以下、ＯＳＩ管理ともい
う）においては、管理側の役目を果たすものをマネージ
ャ、被管理側の役目を果たすものをエージェントとし、
マネージャ・エージェント間で取り決めた管理オブジェ
クトに対する操作によってエージェントに実際の資源の
操作を任せてネットワークシステムを管理する（国際標
準ＩＳＯ／ＩＥＣ１００４０）。

【０００４】この種のネットワーク管理システムは、例
えば図１３に示すように、管理ノード５００と、この管
理ノード５００に通信路を介して接続された複数の被管
理ノード６００とを備えている。管理ノード５００は、
アプリケーション格納実行部５１０と、管理情報格納部
５２０と、通信プロトコル処理部５３０とを含む。被管
理ノード６００は、アプリケーション格納実行部６１０
と、管理処理装置７００とを含む。

【０００５】管理ノード内のアプリケーション格納実行
部５１０は、管理ノードがその機能を果たすために必要
な１以上のアプリケーションプログラムを格納し、それ
を実行する。アプリケーション格納実行部５１０は、例
えば、各被管理ノードの論理的な包含構造、管理オブジ
ェクトの識別子、属性識別子等を、管理情報格納部５２
０から検索し、管理操作メッセージを作成し、通信プロ
トコル処理部５３０を介して被管理ノードに管理操作を
要求する。

【０００６】被管理ノード内の管理処理部７００は、実
際の機器やネットワークの情報とリンクしており、被管
理ノードに関連する管理情報を収集し、蓄積する。ま
た、管理処理部７００は、管理ノードからの管理操作メ
ッセージを受信し、当該管理操作メッセージに含まれる
管理操作要求を実行する。管理操作の実行結果は、必要
に応じて、管理ノードに送信される。また、管理処理装
置７００は、被管理ノードで異常が検出された場合に、
事象報告のメッセージを管理ノードに通知する機能も有
している。被管理ノード装置内のアプリケーション格納
実行部６１０は、管理ノードがその機能を果たすために
必要な１以上のアプリケーションプログラムを格納し、
それを実行する。アプリケーション格納実行部６１０
は、例えば、ローカルに管理処理部７００内に蓄積され
た管理情報をアクセスして、初期情報の設定や保守時の
補助操作等を行う。

【０００７】図１０に示す管理処理装置７００のより詳
細な構成を図１４に示す。図１４において、管理処理装
置７００は、通信プロトコル処理部７１０と、アプリケ
ーションインタフェース７２０と、管理要求解析部７３
０と、通知／応答処理部７４０と、管理操作処理部７５
０と、管理情報アクセスインタフェース７６０と、管理
情報格納部７７０と、層管理部７８０とを備えている。

【０００８】上記のような構成の管理処理装置７００に
おいて、管理ノード５００から送信された管理要求メッ
セージは、通信プロトコル処理部７１０でプロトコル処
理が施された後、管理要求解析部７３０に渡される。管
理要求解析部７３０は、管理要求メッセージ中の操作内
容を解析し、管理操作処理部７５０にその処理を依頼す
る。管理操作処理部７５０は、管理操作に対応して登録
されている管理情報のアクセスインタフェース７６０を
呼び出し、管理情報格納メモリ７７０に対して管理情報
の取得や設定等の処理を行い、通知／応答処理部７４０
に処理結果を返す。

【０００９】被管理ノード内のアプリケーション格納実
行部６１０は、アプリケーションインタフェース７２０
を介して、管理操作処理部７５０に管理操作を依頼す
る。管理処理部７５０は、依頼された管理操作に対応す
る処理を行った後、通知／応答処理部７４０およびアプ
リケーションインタフェース７２０を介して、アプリケ
ーション格納実行部６１０に処理結果を返す。このと
き、管理操作処理部７５０は、管理操作依頼が、管理要
求解析部７３０およびアプリケーションインタフェース
７２０のいずれから入力されたかを記憶し、それを通知
／応答処理部７４０に渡す。これによって、通知／応答
処理部７４０は、処理結果を管理ノード５００およびア
プリケーション格納実行部６１０のいずれに返すかを決
定する。また、層管理部７８０は、実際の機器情報を収
集し、管理情報アクセスインタフェース７６０を介し
て、管理情報格納メモリ７７０に格納する。

【００１０】

【発明が解決しようとする課題】ところで、上記従来の
構成において、管理ノードと被管理ノードの間で、何ら
かのネットワーク障害が発生し通信が行えなくなると、
ネットワーク自身を利用したネットワーク管理というも
のはできなくなり、管理不能の状態に陥る。この場合、
管理ノード側は、（１）ネットワークが復旧するまで管
理不能の状態を表示し待機する、または（２）新たに別
の通信経路を確保して再開する、といった手段を設けて
処理を行うほかなく、管理不能の間に生じた機器の障害
等に迅速に対応することが困難であった。また、被管理
ノードの数が増加すると、管理用の通信メッセージのた
めのトラフィックが増大し、ネットワーク全体に大きな
負荷をかけるという問題があった。

【００１１】それゆえに、本発明の目的は、何らかの障
害によって管理ノードと被管理ノード間の通信が行えな
くなった場合でも、被管理ノードで一定の管理操作を半
自動的に行えるような管理処理装置を提供することであ
る。

【００１２】この発明の他の目的は、被管理ノードの数
が増加しても、管理用の通信メッセージによるトラフィ
ック量の増大を防止し得る管理処理装置を提供すること
である。

【００１３】

【課題を解決するための手段】請求項１に係る発明は、
ネットワーク管理装置によって管理される通信機器内に
設けられる管理処理装置であって、通信機器に関する種
々のネットワーク管理情報を収集する層管理手段と、層
管理手段によって収集されたネットワーク管理情報を格
納する管理情報格納手段と、シナリオ識別子と管理操作
リストから構成されるシナリオ情報を格納するシナリオ
格納手段と、通信機器内で自発的に発生したシナリオ操
作要求に基づき、シナリオ格納手段から対応するシナリ
オ情報を読み出すシナリオ情報アクセス手段と、シナリ
オ格納手段から読み出されたシナリオ情報を解析するシ
ナリオ解析手段と、ネットワーク管理装置との間で管理
操作メッセージの送受信を行う通信プロトコル処理手段
と、通信プロトコル処理手段で受信されたネットワーク
管理装置からの管理操作メッセージを解析する管理要求
解析手段と、シナリオ解析手段または管理要求解析手段
の解析結果に基づき、該当する管理操作を実行する管理
操作処理手段と、管理操作処理手段の処理結果を返送す
る通知／応答処理手段とを備えている。

【００１４】請求項２に係る発明は、請求項１の発明に
おいて、シナリオ情報アクセス手段は、通信機器内に設
けられたアプリケーション実行部から与えられるシナリ
オ操作要求に基づいて、シナリオ格納手段から対応する
シナリオ情報を読み出すことを特徴とする。

【００１５】請求項３に係る発明は、請求項１または２
の発明において、予め定められたトリガ条件が成立した
とき、シナリオ解析手段にトリガメッセージを出力する
トリガ発生手段をさらに備え、シナリオ格納手段には、
シナリオ識別子および管理操作リストに加えて、トリガ
条件が付加されたシナリオ情報が格納されており、シナ
リオ情報アクセス手段は、トリガ発生手段からのトリガ
メッセージが与えられたとき、当該トリガメッセージと
一致するトリガ条件を含むシナリオ情報をシナリオ格納
手段から読み出すことを特徴とする。

【００１６】請求項４に係る発明は、請求項１〜３のい
ずれかの発明において、シナリオ格納手段に格納される
管理操作リスト中には、次管理操作の起動条件が含まれ
ており、管理操作処理手段は、シナリオ格納手段から読
み出されたシナリオ情報中の各管理操作を実行する際
に、直前に終了した管理操作の結果が次管理操作の起動
条件を満足する場合のみ、次の管理操作を実行すること
を特徴とする。

【００１７】請求項５に係る発明は、請求項１〜４のい
ずれかの発明において、シナリオ格納手段に格納される
管理操作リスト中には、管理操作結果のあて先情報が含
まれており、通知／応答処理手段は、管理操作処理手段
の処理結果を、あて先情報で特定されるあて先に返送す
ることを特徴とする。

【００１８】

【作用】請求項１に係る発明においては、一連の管理操
作をシナリオ情報として通信機器内のシナリオ格納手段
に蓄え、通信機器内でシナリオ操作要求が発生したと
き、このシナリオ格納手段から対応するシナリオ情報を
読み出して解析し、該当する管理操作を実行するように
している。そのため、何らかの障害によってネットワー
ク管理装置と通信機器との間で通信が行えなくなった場
合でも、通信機器内で一定の管理操作を半自動的に行う
ことができる。また、ネットワーク管理装置と通信機器
との間で交わされる通信メッセージのトラフィック量が
少なくなり、ネットワーク全体の負荷を軽減できる。

【００１９】請求項２に係る発明においては、通信機器
内に設けられたアプリケーション実行部から与えられる
シナリオ操作要求に基づいて、シナリオ格納手段から対
応するシナリオ情報を読み出すようにしている。

【００２０】請求項３に係る発明においては、シナリオ
格納手段に格納されるシナリオ情報にトリガ条件を付加
し、トリガ発生手段からトリガメッセージが発生された
とき、当該トリガメッセージと一致するトリガ条件を含
むシナリオ情報をシナリオ格納手段から読み出して実行
するようにしている。その結果、管理操作の実行指令
を、アプリケーション実行部に代わってまたはアプリケ
ーション実行部と共に、トリガ発生手段でも行うことが
できるので、アプリケーション実行部の負担を軽減する
ことができ、その分アプリケーション実行部の他の処理
を迅速に実行できる。

【００２１】請求項４に係る発明においては、シナリオ
格納手段に格納される管理操作リスト中に次管理操作の
起動条件を加え、管理操作処理手段は、シナリオ格納手
段から読み出されたシナリオ情報中の各管理操作を実行
する際に、直前に終了した管理操作の結果が次管理操作
の起動条件を満足する場合のみ、次の管理操作を実行す
るようにしている。これによって、管理操作結果がシナ
リオ情報中の次操作起動条件を満たさない場合は、それ
以後の管理操作処理が中止されるので、するようにして
いるので、管理操作処理手段は、無駄な管理操作を行う
ことがなくなる。また、無駄な管理操作によって通信機
器の状態が誤った状態に移行することがないので、通信
機器を元の正しい状態に復旧する作業が容易になる。

【００２２】請求項５に係る発明においては、シナリオ
格納手段に格納される管理操作リスト中に管理操作結果
のあて先情報を追加し、通知／応答処理手段は、管理操
作処理手段の処理結果を、当該あて先情報で特定される
あて先に返送するようにしている。その結果、管理操作
の要求元が処理結果のあて先を指定する必要がなくな
る。

【００２３】

【実施例】

（１）第１の実施例 図１は、本発明の第１の実施例に係る管理処理装置の構
成を示すブロック図である。図１において、被管理ノー
ド内に設けられる管理処理装置１００は、アプリケーシ
ョンＩ／Ｆ（インタフェース）１１０と、シナリオアク
セスＩ／Ｆ（インタフェース）１２０と、シナリオ解析
部１３０と、管理操作処理部１４０と、シナリオ格納メ
モリ１５０と、通信プロトコル処理部７１０と、通知／
応答処理部７４０と、管理要求解析部７３０と、管理情
報アクセスＩ／Ｆ（インタフェース）７６０と、管理情
報格納メモリ７７０と、層管理部７８０とを備えてい
る。なお、以上の構成要素のうち、図１４に示した従来
の管理処理装置と同様の構成要素には、同一の参照番号
を付し、その詳細な説明を省略する。

【００２４】図２は、シナリオ格納メモリ１５０に登録
されるシナリオ情報管理テーブルの一例を示す図であ
る。図２において、このシナリオ情報管理テーブルは、
各シナリオ情報を識別するためのシナリオ識別子として
のシナリオＩＤと、管理操作リストとを含む。管理操作
リストは、操作種別とそのパラメータとによって構成さ
れる。なお、管理操作の実行に必要な具体的なパラメー
タ等については、本発明の要旨ではなく、その説明は省
略する。

【００２５】次に、図１に示す管理処理装置１００の動
作を説明する。なお、ネットワークシステム全体の構成
は、図１３とほぼ同様であり、本実施例の管理処理装置
１００は、図１３の管理処理装置７００に代えて被管理
ノード内に設けられるものである。従って、以下の動作
説明は、図１３も援用して行うこととする。

【００２６】まず、シナリオ格納メモリ１５０へのシナ
リオ情報の登録動作について説明する。被管理ノード内
のアプリケーション格納実行部６１０（図１３参照）
は、アプリケーションＩ／Ｆ１１０に管理操作リストの
情報を渡し、シナリオ情報の作成を依頼する。応じて、
アプリケーションＩ／Ｆ１１０は、シナリオアクセスＩ
／Ｆ１２０が有するシナリオ作成モジュール（図示せ
ず）を起動する。シナリオアクセスＩ／Ｆ１２０内のシ
ナリオ作成モジュールは、アプリケーションＩ／Ｆ１１
０から受け取った管理リストの情報と、新たに作成した
シナリオＩＤとを、シナリオ格納メモリ１５０に登録す
る。また、シナリオアクセスＩ／Ｆ１２０内のシナリオ
作成モジュールは、シナリオ管理メモリ１５０内に登録
したシナリオＩＤを、アプリケーションＩ／Ｆ１１０を
介して、上記アプリケーション格納実行部６１０に返
す。アプリケーション格納実行部６１０は、受け取った
シナリオＩＤを、図示しない内部メモリに格納する。

【００２７】次に、シナリオ格納メモリ１５０内に格納
されたシナリオ情報の実行動作について説明する。アプ
リケーション格納実行部６１０は、例えば管理ノード５
００（図１３参照）との間の通信路が切断されて、所定
の管理操作をローカルに実行する必要が生じた場合、上
記内部メモリから対応するシナリオＩＤを読み出し、ア
プリケーションＩ／Ｆ１１０にシナリオ動作の起動を依
頼する。応じて、アプリケーションＩ／Ｆ１１０は、シ
ナリオ解析部１３０に、処理結果のあて先情報と、シナ
リオＩＤとを渡す。

【００２８】図３に、シナリオ解析部１３０の処理フロ
ーを示す。まず、シナリオ解析部１３０は、シナリオ起
動要求待ち時（ステップＳ１０１）に、アプリケーショ
ンＩ／Ｆ１１０からシナリオＩＤを受け取ると、シナリ
オアクセスＩＦ１２０を使ってシナリオ格納メモリ１５
０から当該シナリオＩＤに対応するシナリオ情報を検索
して取得する（ステップＳ１０２）。次に、シナリオ解
析部１３０は、取得したシナリオ情報を解析し、その解
析結果に基づいて管理操作処理部１４０に、シナリオ情
報中に含まれる管理操作の実行を依頼する（ステップＳ
１０３）。以後、シナリオ解析部１３０は、シナリオ情
報中の管理操作がなくなるまで、管理操作処理部１４０
に管理操作の実行を依頼し（ステップＳ１０４，Ｓ１０
３）、シナリオ情報中の管理操作がなくなると、ステッ
プＳ１０１のシナリオ起動要求待ち動作に戻る。

【００２９】なお、管理操作処理部１４０は、シナリオ
解析部１３０から受け取った管理操作依頼に対応する処
理を、管理情報アクセスＩ／Ｆ７６０を使って管理情報
格納メモリ７７０に対して行い、その管理操作結果を、
あて先情報とともに通知／応答処理部７４０に返す。応
じて、通知／応答処理部７４０は、当該管理操作結果
を、あて先情報で規定されるあて先に返す。この場合、
管理操作結果は、例えば、アプリケーションＩ／Ｆ１１
０を介して、アプリケーション格納実行部６１０に返さ
れることになる。

【００３０】なお、上記第１の実施例の管理処理装置２
００のその他の動作（管理ノード５００からの要求に基
づく管理操作等）は、図１４の従来の管理処理装置７０
０の動作と同様であり、その説明を省略する。

【００３１】（２）第２の実施例 図４は、本発明の第２の実施例に係る管理処理装置の構
成を示すブロック図である。図４において、本実施例の
管理処理装置２００は、アプリケーションＩ／Ｆ１１０
と、シナリオアクセスＩ／Ｆ２２０と、シナリオ解析部
２３０と、管理操作処理部１４０と、シナリオ格納メモ
リ２５０と、トリガ発生器２６０と、通信プロトコル処
理部７１０と、通知／応答処理部７４０と、管理要求解
析部７３０と、管理情報アクセスＩ／Ｆ７６０と、管理
情報格納メモリ７７０と、層管理部７８０とを備えてい
る。なお、以上の構成要素のうち、図１４に示した従来
の管理処理装置および図１に示す第１の実施例の管理処
理装置と同様の構成要素には、同一の参照番号を付し、
その詳細な説明を省略する。

【００３２】図５は、シナリオ格納メモリ２５０に登録
されるシナリオ情報管理テーブルの一例を示す図であ
る。このシナリオ情報管理テーブルは、各シナリオ情報
を識別するためのシナリオＩＤと、管理操作リストと、
トリガ条件とを含む。トリガ条件は、その項目とパラメ
ータとによって構成され、例えば、シナリオの起動時間
を知らせるタイマトリガに関する条件や、他ノードに対
する通信状態を調べるエコーフレームトリガに関する条
件がデータとして格納される。

【００３３】なお、ネットワークシステム全体の構成
は、図１３とほぼ同様であり、本実施例の管理処理装置
２００は、図１３の管理処理装置７００に代えて被管理
ノード内に設けられるものである。

【００３４】次に、図４に示す管理処理装置２００の動
作を説明する。トリガ発生器２６０は、予め定められた
トリガ条件が成立したことを検出すると、シナリオ解析
部２３０に対して、割り込みをかけて、トリガメッセー
ジを送信する。なお、トリガを発生するメカニズムや、
トリガメッセージのパラメータの詳細は、本発明の要旨
からはずれるので、その説明は省略する。

【００３５】シナリオアクセスＩ／Ｆ２２０には、トリ
ガ条件をパラメータとしてシナリオ格納メモリ２５０に
対してシナリオ情報の作成、削除、取得、設定を行うイ
ンタフェースが追加されている。

【００３６】図６にシナリオ解析部２３０の処理フロー
を示す。最初、シナリオ解析部２３０は、アプリケーシ
ョンＩ／Ｆ１１０からのシナリオ起動要求またはトリガ
発生器２６０からのトリガメッセージ待ち状態にある
（ステップＳ２０１）。シナリオ解析部２３０が受けた
情報が、トリガ発生器２６０からのトリガメッセージで
あれば、シナリオ解析部２３０は、トリガメッセージに
合致するトリガ条件のシナリオ情報を、シナリオアクセ
スＩ／Ｆ２２０を介して、シナリオ格納メモリ２５０か
ら取得する（ステップＳ２０２，Ｓ２０３）。一方、シ
ナリオ解析部２３０が受けた情報が、アプリケーション
Ｉ／Ｆ１１０からのシナリオ起動要求であれば、指定さ
れたシナリオＩＤに対応するシナリオ情報を、シナリオ
アクセスＩ／Ｆ２２０を介して、シナリオ格納メモリ２
５０から取得する（ステップＳ２０２，Ｓ２０４）。次
に、シナリオ解析部２３０は、取得したシナリオ情報を
解析し、シナリオ情報中の管理操作がなくなるまで管理
操作処理部１４０に管理操作の実行を依頼し（ステップ
Ｓ２０５，Ｓ２０６）、依頼すべき管理操作がなくなる
と、ステップＳ２０１のシナリオ起動要求またはトリガ
メッセージ待ち状態に戻る。

【００３７】なお、上記第２の実施例の管理処理装置２
００のその他の動作は、図１の第１の実施例の管理処理
装置１００の動作と同様であり、その説明を省略する。

【００３８】上記のように、第２の実施例によれば、シ
ナリオ情報に規定された管理操作の起動を、アプリケー
ション格納実行部６１０のみならず、トリガ発生器２６
０によっても行うことができるので、アプリケーション
格納実行部６１０の負担を軽減することができ、その分
他の処理を迅速に実行できる。

【００３９】（３）第３の実施例 図７は、本発明の第３の実施例に係る管理処理装置の構
成を示すブロック図である。図７において、本実施例の
管理処理装置３００は、アプリケーションＩ／Ｆ１１０
と、シナリオアクセスＩ／Ｆ２２０と、シナリオ解析部
３３０と、管理操作処理部２４０と、シナリオ格納メモ
リ３５０と、トリガ発生器２６０と、通信プロトコル処
理部７１０と、通知／応答処理部７４０と、管理要求解
析部７３０と、管理情報アクセスＩ／Ｆ７６０と、管理
情報格納メモリ７７０と、層管理部７８０とを備えてい
る。なお、以上の構成要素のうち、図１４に示した従来
の管理処理装置および図１および図４に示す第１および
第２の実施例の管理処理装置と同様の構成要素には、同
一の参照番号を付し、その詳細な説明を省略する。

【００４０】図８は、シナリオ格納メモリ３５０に登録
されるシナリオ情報管理テーブルの一例を示している。
このシナリオ情報管理テーブルは、各シナリオ情報を識
別するためのシナリオＩＤと、管理操作および次管理操
作起動条件を含む管理操作リストと、トリガ条件とを含
む。次管理操作起動条件は、例えば、その管理操作の操
作結果が成功であったか失敗であったかという条件や、
取得／設定した値に対する条件等がデータとして格納さ
れている。

【００４１】なお、ネットワークシステム全体の構成
は、図１３とほぼ同様であり、本実施例の管理処理装置
３００は、図１３の管理処理装置７００に代えて被管理
ノード内に設けられるものである。

【００４２】次に、図７に示す管理処理装置３００の動
作を説明する。管理操作処理部２４０は、シナリオ解析
部３３０から受け取った管理操作に対応する処理を、管
理情報アクセスＩ／Ｆ７６０を使って管理情報格納メモ
リ７７０に対して行い、その管理操作結果を通知／応答
処理部７４０とシナリオ解析部３３０に返す。

【００４３】図９にシナリオ解析部３３０の処理フロー
を示す。最初、シナリオ解析部３３０は、アプリケーシ
ョンＩ／Ｆ１１０からのシナリオ起動要求またはトリガ
発生器２６０からのトリガメッセージ待ち状態にある
（ステップＳ３０１）。シナリオ解析部３３０が受けた
情報がトリガ発生器からのトリガメッセージであれば、
シナリオアクセスＩ／Ｆ２２０によって、当該トリガメ
ッセージに合致するトリガ条件のシナリオ情報をシナリ
オ格納メモリ２５０から取得する（ステップＳ３０２，
Ｓ３０３）。一方、シナリオ解析部３３０が受けた情報
がアプリケーションＩ／Ｆ１１０からのシナリオ起動要
求であれば、指定のシナリオＩＤ等をパラメータとし
て、シナリオアクセスＩ／Ｆ２２０によってシナリオ格
納メモリ２５０からシナリオ情報を取得する。次に、シ
ナリオ解析部３３０は、取得したシナリオ情報を解析
し、管理操作リスト中の最初の管理操作の実行を管理操
作処理部１４０に依頼し（ステップＳ３０５）、管理操
作処理部１４０からの管理操作結果を待つ（ステップＳ
３０６）。次に、シナリオ解析部３３０は、管理操作結
果がシナリオ情報中の次操作起動条件を満たすか否かを
判断し（ステップＳ３０７）し、当該次操作起動条件を
満たせば、次の管理操作の有無を調べ（ステップＳ３０
８）、有る場合は管理操作リスト中の管理操作の実行依
頼を繰り返す。一方、管理操作結果が次操作の起動条件
を満たさなければ、シナリオ情報による管理操作処理を
中断し、ステップＳ３０１のシナリオ起動要求またはト
リガメッセージ待ち状態に戻る。

【００４４】なお、上記第３の実施例の管理処理装置３
００のその他の動作は、図４の第２の実施例の管理処理
装置２００の動作と同様であり、その説明を省略する。

【００４５】以上のように第３の実施例によれば、管理
操作結果がシナリオ情報中の次操作起動条件を満たすか
否かを判断し、満たさない場合は、それ以後の管理操作
処理を中止するようにしているので、管理操作処理部２
４０は、無駄な管理操作を行うことがなくなる。また、
無駄な管理操作によって被管理ノードの状態が誤った状
態に移行することがないので、被管理ノードを元の正し
い状態に復旧する作業が容易になる。

【００４６】（４）第４の実施例 図１０は、本発明の第４の実施例に係る管理処理装置の
構成を示すブロック図である。図１０において、本実施
例の管理処理装置４００は、アプリケーションＩ／Ｆ１
１０と、シナリオアクセスＩ／Ｆ２２０と、シナリオ解
析部４３０と、管理操作処理部２４０と、シナリオ格納
メモリ４５０と、トリガ発生器２６０と、通信プロトコ
ル処理部７１０と、通知／応答処理部７４０と、管理要
求解析部７３０と、管理情報アクセスＩ／Ｆ７６０と、
管理情報格納メモリ７７０と、層管理部７８０とを備え
ている。なお、以上の構成要素のうち、図１４に示した
従来の管理処理装置および図１，図４，図７に示す第
１，第２，第３の実施例の管理処理装置と同様の構成要
素には、同一の参照番号を付し、その詳細な説明を省略
する。

【００４７】図１１は、シナリオ格納メモリ４５０に登
録されるシナリオ情報管理テーブルの一例を示してい
る。このシナリオ情報管理テーブルは、各シナリオ情報
を識別するためのシナリオＩＤと、管理操作，次管理操
作起動条件および結果あて先を含む管理操作リストと、
項目およびパラメータを含むトリガ条件とから構成され
る。結果あて先は、各管理操作の結果を返すべきアプリ
ケーションの種類や、他ノードを示すアドレスや、キー
ワード等を含む。なお、１シナリオ情報毎に同一のあて
先に返す場合であっても、各管理操作毎に同じあて先情
報を格納するようにしている。

【００４８】なお、ネットワークシステム全体の構成
は、図１３とほぼ同様であり、本実施例の管理処理装置
４００は、図１３の管理処理装置７００に代えて被管理
ノード内に設けられるものである。

【００４９】図１２にシナリオ解析部４３０の処理フロ
ーを示す。最初、シナリオ解析部４３０は、アプリケー
ションＩ／Ｆ１１０からのシナリオ起動要求またはトリ
ガ発生器２６０からのトリガメッセージ待ち状態にある
（ステップＳ４０１）。シナリオ解析部４３０が受けた
情報がトリガ発生器２６０からのメッセージであれば、
シナリオアクセスＩ／Ｆ２２０によって、トリガメッセ
ージに合致するトリガ条件のシナリオ情報をシナリオ格
納メモリ４５０から取得する（ステップＳ４０２，Ｓ４
０３）。一方、シナリオ解析部４３０が受けた情報がア
プリケーションＩ／Ｆ１１０からのシナリオ起動要求で
あれば、指定のシナリオＩＤ等をパラメータとしてシナ
リオアクセスＩ／Ｆ２２０によってシナリオ情報を取得
する（ステップＳ４０２，Ｓ４０４）。次に、シナリオ
解析部３３０は、取得したシナリオ情報を解析し、あて
先情報がなければ自ノード宛にあて先情報を設定する
（ステップＳ４０５，Ｓ４０６）。次に、シナリオ解析
部３３０は、管理操作リスト中の最初の管理操作の実行
を、シナリオ情報中のあて先情報とともに管理操作処理
部１４０に依頼し（ステップＳ４０７）、管理操作処理
部１４０からの管理操作結果を待つ（ステップＳ４０
８）。次に、シナリオ解析部３３０は、管理操作結果が
シナリオ情報中の次操作起動条件を満たせば、次の管理
操作の有無を調べ、管理操作リスト中の管理操作の依頼
を繰り返す（ステップＳ４０９，Ｓ４１０，Ｓ４０５〜
Ｓ４０８）。一方、次操作の起動条件を満たさなけれ
ば、シナリオ解析部３３０は、シナリオ情報による管理
操作処理を中断し、ステップＳ４０１のシナリオ起動要
求またはトリガメッセージ待ち状態に戻る。

【００５０】なお、上記第４の実施例の管理処理装置４
００のその他の動作は、図７の第３の実施例の管理処理
装置３００の動作と同様であり、その説明を省略する。

【００５１】

【発明の効果】請求項１の発明によれば、一連の管理操
作をシナリオ情報として通信機器内のシナリオ格納手段
に蓄え、通信機器内でシナリオ操作要求が発生したと
き、このシナリオ格納手段から対応するシナリオ情報を
読み出して解析し、該当する管理操作を実行するように
しているので、何らかの障害によってネットワーク管理
装置と通信機器との間で通信が行えなくなった場合で
も、通信機器内で一定の管理操作を半自動的に行うこと
ができる。また、ネットワーク管理装置と通信機器との
間で交わされる通信メッセージのトラフィック量を少な
くでき、ネットワーク全体の負荷を軽減できる。

【００５２】請求項３の発明によれば、シナリオ格納手
段に格納されるシナリオ情報にトリガ条件を付加し、ト
リガ発生手段からトリガメッセージが発生されたとき、
当該トリガメッセージと一致するトリガ条件を含むシナ
リオ情報をシナリオ格納手段から読み出して実行するよ
うにしているので、管理操作の実行指令を、アプリケー
ション実行部に代わってまたはアプリケーション実行部
と共に、トリガ発生手段でも行うことができる。その結
果、アプリケーション実行部の負担を軽減することがで
き、その分アプリケーション実行部の他の処理が迅速に
行われる。

【００５３】請求項４の発明によれば、管理操作処理手
段の管理操作結果がシナリオ情報中の次操作起動条件を
満たさない場合は、それ以後の管理操作処理が中止され
るので、管理操作処理手段は、無駄な管理操作を行うこ
とがなくなる。また、無駄な管理操作によって通信機器
の状態が誤った状態に移行することがないので、通信機
器を元の正しい状態に復旧する作業が容易になる。

【００５４】請求項５の発明によれば、シナリオ格納手
段に格納される管理操作リスト中に管理操作結果のあて
先情報を追加し、通知／応答処理手段は、管理操作処理
手段の処理結果を、当該あて先情報で特定されるあて先
に返送するようにしているので、管理操作の要求元が処
理結果のあて先を指定する必要がなくなる。

【図面の簡単な説明】

【図１】本発明の第１の実施例に係る管理処理装置の構
成を示すブロック図である。

【図２】図１のシナリオ格納メモリ１５０に格納される
シナリオ情報管理テーブルの一例を示す図である。

【図３】図１のシナリオ解析部１３０の動作を示すフロ
ーチャートである。

【図４】本発明の第２の実施例に係る管理処理装置の構
成を示すブロック図である。

【図５】図４のシナリオ格納メモリ２５０に格納される
シナリオ情報管理テーブルの一例を示す図である。

【図６】図４のシナリオ解析部２３０の動作を示すフロ
ーチャートである。

【図７】本発明の第３の実施例に係る管理処理装置の構
成を示すブロック図である。

【図８】図７のシナリオ格納メモリ３５０に格納される
シナリオ情報管理テーブルの一例を示す図である。

【図９】図７のシナリオ解析部３３０の動作を示すフロ
ーチャートである。

【図１０】本発明の第４の実施例に係る管理処理装置の
構成を示すブロック図である。

【図１１】図１０のシナリオ格納メモリ４５０に格納さ
れるシナリオ情報管理テーブルの一例を示す図である。

【図１２】図１０のシナリオ解析部４３０の動作を示す
フローチャートである。

【図１３】従来のネットワーク管理システムの構成の一
例を示すブロック図である。

【図１４】従来の被管理ノード内に設けられる管理処理
装置の構成を示すブロック図である。

【符号の説明】 １００〜４００…管理処理装置 １１０…アプリケーションＩ／Ｆ １２０、２２０、２３０…シナリオアクセスＩ／Ｆ １３０、２３０、３３０、４３０…シナリオ解析部 １４０、２４０…管理操作処理部 １５０、２５０、３５０、４５０…シナリオ格納メモリ ２６０…トリガ発生器 ５００…管理ノード ５１０…アプリケーション格納実行部 ５２０…管理情報格納部 ５３０…通信プロトコル処理部 ６００…被管理ノード ６１０…アプリケーション格納実行部 ７１０…通信プロトコル処理部 ７３０…管理要求解析部 ７４０…通知／応答処理部 ７６０…管理情報アクセスＩ／Ｆ ７７０…管理情報格納メモリ ７８０…層管理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/28 (72)発明者 川越 義広 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワーク管理装置によって管理され
   る通信機器内に設けられる管理処理装置であって、 前記通信機器に関する種々のネットワーク管理情報を収
   集する層管理手段と、 前記層管理手段によって収集されたネットワーク管理情
   報を格納する管理情報格納手段と、 シナリオ識別子と管理操作リストから構成されるシナリ
   オ情報を格納するシナリオ格納手段と、 前記通信機器内で自発的に発生したシナリオ操作要求に
   基づき、前記シナリオ格納手段から対応するシナリオ情
   報を読み出すシナリオ情報アクセス手段と、 前記シナリオ格納手段から読み出されたシナリオ情報を
   解析するシナリオ解析手段と、 前記ネットワーク管理装置との間で管理操作メッセージ
   の送受信を行う通信プロトコル処理手段と、 前記通信プロトコル処理手段で受信された前記ネットワ
   ーク管理装置からの管理操作メッセージを解析する管理
   要求解析手段と、 前記シナリオ解析手段または前記管理要求解析手段の解
   析結果に基づき、該当する管理操作を実行する管理操作
   処理手段と、 管理操作処理手段の処理結果を返送する通知／応答処理
   手段とを備える、管理処理装置。
2. 【請求項２】 前記シナリオ情報アクセス手段は、前記
   通信機器内に設けられたアプリケーション実行部から与
   えられるシナリオ操作要求に基づいて、前記シナリオ格
   納手段から対応するシナリオ情報を読み出す、請求項１
   に記載の管理処理装置。
3. 【請求項３】 予め定められたトリガ条件が成立したと
   き、前記シナリオ解析手段にトリガメッセージを出力す
   るトリガ発生手段をさらに備え、 前記シナリオ格納手段には、前記シナリオ識別子および
   前記管理操作リストに加えて、トリガ条件が付加された
   シナリオ情報が格納されており、 前記シナリオ情報アクセス手段は、前記トリガ発生手段
   からのトリガメッセージが与えられたとき、当該トリガ
   メッセージと一致するトリガ条件を含むシナリオ情報を
   前記シナリオ格納手段から読み出す、請求項１または２
   に記載の管理処理装置。
4. 【請求項４】 前記シナリオ格納手段に格納される管理
   操作リスト中には、次管理操作の起動条件が含まれてお
   り、 前記管理操作処理手段は、前記シナリオ格納手段から読
   み出されたシナリオ情報中の各管理操作を実行する際
   に、直前に終了した管理操作の結果が前記次管理操作の
   起動条件を満足する場合のみ、次の管理操作を実行す
   る、請求項１〜３のいずれかに記載の管理処理装置。
5. 【請求項５】 前記シナリオ格納手段に格納される管理
   操作リスト中には、管理操作結果のあて先情報が含まれ
   ており、 前記通知／応答処理手段は、前記管理操作処理手段の処
   理結果を、前記あて先情報で特定されるあて先に返送す
   る、請求項１〜４のいずれかに記載の管理処理装置。