JP3479931B2

JP3479931B2 - 監視制御方法及び監視制御装置

Info

Publication number: JP3479931B2
Application number: JP29999297A
Authority: JP
Inventors: 聡熊野; 勝博大木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-10-31
Filing date: 1997-10-31
Publication date: 2003-12-15
Anticipated expiration: 2017-10-31
Also published as: JPH11136199A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データの伝送装置
等を被監視装置として監視，制御する監視制御方法及び
監視制御装置に関する。ネットワークを構成するデータ
伝送装置や交換機等を被監視装置として、状態情報を収
集し、又異常発生時等に於いては動作試験を実行させる
ネットワークの監視制御装置が知られている。しかし、
複数の被監視装置は同一構成ではなく、又同一構成の装
置があったとしても、ハードウェアとしての版数又はソ
フトウェアとしての版数が異なる場合が多いものであ
る。このような各種の被監視装置が混在するネットワー
クに於いて容易に監視できることが要望されている。

【０００２】

【従来の技術】図１３はネットワークの概要説明図であ
り、１０１は監視制御装置、１０２は被監視装置として
の伝送装置であり、伝送装置１０２の＃１〜＃４が伝送
路Ｌ１〜Ｌ４を介して接続されたネットワークの一例を
示す。監視制御装置１０１は、＃２の伝送装置１０２を
介して、或いは図示を省略した信号線を介して、各伝送
装置１０２の状態情報を収集し、障害情報を収集した時
は、障害発生個所を切分ける為の試験等の制御処理を行
うことになる。

【０００３】監視制御装置１０１は、例えば、図１４に
示す構成を有し、１１１は通信部、１１２は受信データ
解析部、１１３はＧＵＩ（Ｇraphical Ｕser Ｉnterfa
ce）部（グラフィカル・ユーザ・インタフェース部）、
１１４は状態管理部、１１５は状態格納メモリ、１１６
は構成データファイルである。

【０００４】構成データファイル１１６には、ネットワ
ークの構成及び各伝送装置１０２の構成等を格納してい
る。又状態格納メモリ１１５には、正常状態か異常状態
か等の収集した状態情報等を格納するものである。又受
信データ解析部１１２は、通信部１１１を介して受信し
た状態情報等を解析し、状態情報を状態管理部１１４に
転送し、必要な状態情報を状態格納メモリ１１５に格納
する。又ＧＵＩ部１１３は、表示装置を含み、構成デー
タファイル１１６からの構成データと、状態管理部１１
４からの状態情報と、受信データ解析部１１２の解析結
果とを組合せて、表示装置に表示させ、又必要に応じて
コマンドを通信部１１１を介して伝送装置１０２に送出
する。

【０００５】図１５は従来例の監視シーケンスの概要説
明図であり、監視制御装置１０１から伝送装置１０２を
指定して制御コマンドを送出した時、伝送装置１０２
は、ハードウェア及びソフトウェアの版数等に対応した
制御コマンドであるか否かの正当性のチェックを行い、
正当性を有する場合は、その制御コマンドを実行し、そ
の結果の情報を監視制御装置１０１へ転送することにな
る。

【０００６】しかし、版数等が異なり、制御コマンドに
ついては未サポートの状態であると、正当性のチェック
結果のコマンド未サポートの応答を監視制御装置１０１
へ転送することとなり、監視制御装置１０１は、ＧＵＩ
部１１３の処理によって、送出した制御コマンドの結果
を表示装置に表示する。オペレータは、表示画面にコマ
ンド未サポートであることが表示されると、伝送装置１
０２の種別や版数等を調査し、その結果に基づいた制御
コマンドを作成して再送することになる。

【０００７】そこで、構成データファイル１１６に格納
する構成データとして、版数も管理している場合、従来
は、図１６に示すフローチャートによる処理が行われ
る。即ち、オペレータ等からのイベント待ち状態（Ｅ
１）に於いて何らかのイベントが生じると、終了指示か
実行指示かを判定し、終了指示の場合は終了とし、又実
行指示の場合は、制御コマンド等に対応して構成データ
ファイル１１６を参照し（Ｅ２）、指定された伝送装置
のハードウェア及びソフトウェアの版数チェックを行う
（Ｅ３）。

【０００８】この版数チェックの結果、実施可か実施不
可かを判定し、実施不可の場合は、ＧＵＩ部１１３の処
理機能によって実施不可メッセージを表示装置に表示し
（Ｅ４）、ステップ（Ｅ１）に戻る。又実施可の場合
は、コマンドを発行し（Ｅ５）、このコマンドに対する
応答待ち（Ｅ６）とし、そして、コマンドの実行結果を
受信することにより、その結果を表示装置に表示する
（Ｅ７）。即ち、点線で囲んだステップ（Ｅ１）〜（Ｅ
４）の処理が版数を管理することによって付加されて、
コマンドの実行の可否が判定される。

【０００９】

【発明が解決しようとする課題】伝送装置１０２等の被
監視装置の種別や版数等を管理しない監視制御装置に於
いては、被監視装置に対する制御コマンドが、被監視装
置に於いて正当性がチェックされて実施可か否かが判定
されるものであるから、制御コマンドを発行してみなけ
れば、実施の可否が判らない欠点がある。又同一のコマ
ンドやパラメータを異なる意味で使用する種別や版数が
含まれている場合は、予想もしない制御が実行される問
題が生じる。

【００１０】又構成データファイル１１６により被監視
装置の種別や版数を管理する場合は、前述のような問題
点を回避できるが、管理している種別や版数が実際の被
監視装置の種別や版数と異なる場合は、制御コマンドを
発行しても、被監視装置を制御できない問題がある。又
ネットワーク構成が複雑になるに従って種別や版数の管
理が煩雑となり、特に、パッケージ単位毎に種別や版数
を管理する場合は、パッケージの交換やソフトウェアの
バージョンアップ等に伴う種別や版数の更新処理を誤り
なく行うことは困難となる。従って、規模が大きくなっ
たネットワークの伝送装置や交換機等の被監視装置に対
する監視は、煩雑な作業を含む問題があった。本発明
は、被監視装置の監視及び制御を誤りなく、且つ効率良
く実施することを目的とする。

【００１１】

【課題を解決するための手段】本発明の監視制御方法
は、（１）単一又は複数のデータ伝送装置２等の被監視
装置を監視し、且つ制御する監視制御方法であって、被
監視装置の種別及び版数と実施可の機能とを対応して格
納した機能制限テーブル１７Ａを用い、被監視装置の状
態情報及び種別と版数とを収集し、制御対象として指定
した被監視装置の前記収集した種別と版数とを基に、機
能制限テーブル１７Ａを参照して、制御の実施の可否を
判定し、実施可の場合には、前記指定した制御対象の被
監視装置に制御コマンドに従った制御を行わせる過程
と、実施不可の場合には、前記指定した制御対象の被監
視装置の制御は行わず、実施不可の旨を表示してオペレ
ータに通知する過程とを含むものである。従って、被監
視装置の種別と版数とを自動的に収集することにより、
常に最新の種別と版数とを管理して、実行指示に従った
機能の実施の可否を判定することができ、且つ実施可の
場合のみ指示に従った制御を行わせることができる。

【００１２】又（２）制御対象として指定した被監視装
置の種別と版数とを基に、機能制限テーブル１７Ａとシ
ステム制限テーブル１７Ｂとのうちの少なくとも機能制
限テーブル１７Ａを参照し、実行指示に従った機能の実
施の可否を判定し、実施不可の時に、実施不可の旨を表
示装置に表示してオペレータに通知する過程を含むこと
ができる。従って、制御コマンドを送出する前に実施の
可否が判るから、誤制御を防止することができる。

【００１３】又（３）制御対象として指定した被監視装
置の種別と版数とを基に、少なくとも前記機能制限テー
ブル１７Ａを参照し、制御の実施可と実施不可との機能
を区別できるように表示装置に表示する過程を含むこと
ができる。

【００１４】又（４）制御対象として指定した被監視装
置の種別と版数とを基に、少なくとも前記機能制限テー
ブル１７Ａを参照し、制御の実施不可の機能については
マスクして、実施可の機能のみを表示装置に表示する過
程を含むことができる。

【００１５】又（５）制御対象として指定した被監視装
置と連携して動作する他の被監視装置の機能の中に、前
記制御対象として指定した被監視装置の実施可の機能と
同一の機能を含まない時に、この機能を含めて実施不可
として処理する過程を含むことができる。

【００１６】又本発明の監視制御装置は、（６）単一又
は複数の被監視装置を監視し、且つ制御する監視制御装
置であって、被監視装置の状態情報及び種別と版数とを
収集して格納する状態格納メモリ１５と、被監視装置の
種別及び版数と実施可の機能とを対応して格納した機能
制限テーブル１７Ａと、被監視装置の種別及び版数と対
応してシステムとして実施不可の機能を格納したシステ
ム制限テーブル１７Ｂと、被監視装置の種別及び版数に
対応して指定可能なパラメータを格納したパラメータテ
ーブル１７Ｃと、表示装置を有すると共に、制御対象と
して指定した被監視装置の種別と版数とを状態格納メモ
リから読出し、少なくとも機能制限テーブルを参照して
制御の実施の可否を判定し、実施可の場合のみ、指定し
た被監視装置に実行指示のコマンドを送出するグラフィ
カル・ユーザ・インタフェース部１３とを備えている。

【００１７】又（７）被監視装置の状態情報と種別と版
数とを収集して状態格納メモリ１７Ａに格納する制御を
行う状態管理部１４を備えることができる。

【００１８】又（８）グラフィカル・ユーザ・インタフ
ェース部１３は、状態格納メモリ１７Ａから読出した種
別と版数とを基に、少なくとも機能制限テーブル１７Ａ
（システム制限テーブル１７Ｂも含むことができる）を
参照して、実施可の機能と実施不可の機能とを区別して
表示装置に表示する構成を備えることができる。

【００１９】又グラフィカル・ユーザ・インタフェース
部１３は、状態格納メモリ１７Ａから読出した種別と版
数とを基に、少なくとも前記機能制限テーブル１７Ｂを
参照して、実施不可の機能をマスクし、実施可の機能の
みを前記表示装置に表示する構成を備えることができ
る。

【００２０】又（１０）複数の被監視装置が連携動作す
るか否かを含めてシステムの構成を格納した構成テーブ
ル１６と、この構成テーブル１６により、制御対象とし
て指定した被監視装置と連携動作する被監視装置を識別
し、この連携動作の被監視装置の種別と版数とを基に、
機能制限テーブル１７Ａとシステム制限テーブル１７Ｂ
とを参照して、システムとして実施の可否を判定するグ
ラフィカル・ユーザ・インタフェース部１３とを備える
ことができる。

【００２１】

【発明の実施の形態】図１は本発明の実施の形態の監視
制御装置の説明図であり、１は監視制御装置、２は被監
視装置の伝送装置、３は伝送路、４は伝送装置との間の
接続信号線、１１は通信部、１２は受信データ解析部、
１３はＧＵＩ部（グラフィカル・ユーザ・インタフェー
ス部）、１４は状態管理部、１５は状態格納メモリ、１
６は構成テーブル、１７は制限テーブル、１７Ａは機能
制限テーブル、１７Ｂはシステム制限テーブル、１７
Ｃはパラメータテーブルである。通信部１１，受信デー
タ解析部１２，ＧＵＩ部１３，状態管理部１４等の各部
は、プロセッサの処理機能によって実現することができ
る。

【００２２】又制限テーブル１７は、磁気ディスク装置
や半導体メモリ等の記憶装置により構成され、被監視装
置の種別や版数と実施可能な機能との対応を示す機能制
限テーブル１７Ａと、種別や版数によりシステムとして
実施不可能な機能を示すシステム制限テーブル１７Ｂ
と、種別や版数により指定可能なパラメータの組等を表
すパラメータテーブル１７Ｃとにより構成された場合を
示す。なお、それぞれ別個な構成とすることも可能であ
り、又構成テーブル１６や状態格納メモリ１５と共にそ
れぞれの対応領域を割当て構成することも可能である。

【００２３】又状態管理部１４は、システム立ち上げ等
により被監視装置が監視可能となった時点で、その被監
視装置に対して状態情報と種別／版数情報とを獲得コマ
ンドによって収集する手段と、収集した種別／版数情報
を状態格納メモリ１５に格納する手段とを含み、又ＧＵ
Ｉ部１３は、前述のように、表示装置を含む構成を有す
ると共に、状態格納メモリ１５と構成テーブル１６と制
限テーブル１７とを参照して、オペレータが入力した内
容に従って制御の実施の可否を判定し、その判定結果に
よる機能制限の表示並びに各種のコマンドを被監視装置
に送出する制御手段を有するものである。

【００２４】又通信部１１は、接続信号線４を介して伝
送装置２等の被監視装置の種別／版数情報及び状態情報
を受信し、又被監視装置に対する制御コマンド等の送信
を行うものであり、又受信データ解析部１２は、通信部
１１を介して受信した情報を解析し、被監視装置の種別
／版数情報及び状態情報は、状態管理部１４を介して状
態格納メモリ１５に格納する。

【００２５】従って、状態管理部１４は、状態格納メモ
リ１５に、ネットワークに接続された被監視装置の種別
／版数情報を収集して格納すると共に、種別や版数の更
新が行われた場合にも、被監視装置の種別／版数情報を
収集して更新し、常に被監視装置の最新の種別や版数を
管理することができる。

【００２６】図２は本発明の実施の形態の機能制限テー
ブルの概要説明図であり、図１の制限テーブル１７を構
成する機能制限テーブル１７Ａの内容の一例を示し、例
えば、機能名として〔機能Ａ２〕、その対応装置種別と
版数として、０００１＝Ｖ０２，Ｖ０３、００４１＝Ｖ
０２，Ｖ０３、００４２＝Ｖ０１，Ｖ０２，Ｖ０３が格
納されている。従って、機能Ａ２の対応装置種別０００
１は、Ｖ０２，Ｖ０３の版数には対応できるが、他の版
数には対応できないことを示す。この機能制限テーブル
１７Ａの内容と、状態格納メモリ１５に格納された被監
視装置の種別と版数とを基に、被監視装置の制御の可否
を判断することができる。

【００２７】図３は本発明の実施の形態のシステム制限
テーブル及びパラメータテーブルの概要説明図であり、
図１の制限テーブル１７を構成するシステム制限テーブ
ル１７Ｂとパラメータテーブル１７Ｃとの内容の一例を
示し、システム制限テーブル１７Ｂは、システムとして
存在すると、制御不可となる被監視装置の種別と、これ
に対応する版数とを格納したもので、例えば、機能名と
して〔機能Ａ３〕、その機能に対する未対応装置種別と
未対応版数として、０００１＝Ｖ０２，Ｖ０３が格納さ
れた場合を示している。従って、装置種別「０００１」
は、機能Ａ３については、版数「Ｖ０１」〜「Ｖ０３」
は未サポート状態であることを示す。

【００２８】又パラメータテーブル１７Ｃは、各機能毎
に対応する装置種別と版数とそれらに設定可能なパラメ
ータ名称対応のパラメータ値を表したもので、例えば、
機能名として〔機能Ｃ２〕、その機能に対応する装置種
別と版数として、０００１＝Ｖ０１，Ｖ０２、そのパラ
メータ名称とパラメータ値として、パラメータ３＝３０
０，５００が格納された場合を示している。この場合、
装置種別が同一の「０００１」で、版数が「Ｖ０３」の
場合、パラメータ値が、パラメータ３＝３００，５０
０，１０００として示すように、版数によって異なる場
合がある。

【００２９】図４は本発明の実施の形態の状態管理部の
処理フローチャートであり、状態管理部１４は、状態変
化が生じるまで待ち状態ｗａｉｔ（Ａ１）であり、状態
変化が生じると、その状態判定を行い（Ａ２）、装置立
ち上げか、種別／版数通知か、その他の判定結果に応じ
た処理を行うもので、装置立ち上げの場合は、被監視装
置からの立ち上げ通知を通信部１１により受信すること
によって判定することができ、立ち上がった被監視装置
の状態情報を受信して、状態格納メモリ１５に格納し
（Ａ３）、ＧＵＩ部１３に表示内容変更通知を行い（Ａ
４）、且つ通信部１１に種別／版数獲得依頼を行う（Ａ
５）。通信部１１は、被監視装置に、種別／版数情報の
獲得コマンドを送出する。

【００３０】この獲得コマンドに対して被監視装置から
種別／版数情報を送出すると、状態変化による状態判定
を行い（Ａ２）、種別／版数通知であるから、状態格納
メモリ１５に種別と版数とを格納する（Ａ６）。そし
て、ＧＵＩ部１３にメニュー変更通知を行う（Ａ７）。
従って、装置立ち上げにより、被監視装置の状態情報を
状態格納メモリ１５に格納すると共に、その種別と版数
とを格納して管理することができる。被監視装置のパッ
ケージ交換等による版数変更が発生した場合も、被監視
装置からの種別／版数情報を受信して、状態格納メモリ
１５を更新することができる。

【００３１】又状態変化による状態判定（Ａ２）によ
り、その他の場合は、各状態変化に応じた処理を行い
（Ａ８）、その状態変化に対応した表示内容変更通知を
ＧＵＩ部１３に行い、ステップ（Ａ１）に移行する。

【００３２】図５は本発明の実施の形態の装置立ち上げ
時のシーケンス説明図であり、図６はこのシーケンスに
従った状態格納メモリの内容の推移を示すもので、被監
視装置＃１が立ち上がる前の図５のの状態に於いて、
状態格納メモリ１５の内容が図６のに示す内容、即
ち、被監視装置＃１の装置状態と装置種別と装置版数と
が共に不明となっており、被監視装置＃２，＃３，・・
・は既に立ち上げが済み、それぞれ装置状態は正常で、
装置種別として、被監視装置＃２は０００１、版数はＶ
０３、被監視装置＃３は００４１、版数はＶ０１が格納
されている場合を示す。

【００３３】そして、被監視装置＃１が立ち上って、
のタイミングに、その立ち上げ通知を監視制御装置に送
出し、且つ状態情報も送出することにより、状態格納メ
モリ１５には、図６のに示す内容、即ち、被監視装置
＃１の装置状態は正常として記憶される。監視制御装置
の状態管理部１４が、図４のステップ（Ａ５）の処理に
より、種別／版数獲得依頼を通信部１１を介して被監視
装置＃１に行うことにより、被監視装置＃１は図５の
のタイミングに、種別と版数との情報を応答として送出
する。この場合の種別が「００４１」、版数が「Ｖ０
１」であるとすると、状態格納メモリ１５は、図６の
に示す内容となる。

【００３４】従って、装置立ち上げ時に、その被監視装
置の種別と版数とを自動的に収集して、状態格納メモリ
１５に格納することができる。この場合、被監視装置の
パッケージ単位等の細部にわたる種別と版数とを含めて
収集し、状態格納メモリ１５に装置状態と共に種別／版
数情報を格納することができる。

【００３５】図７は本発明の実施の形態の制御可否表示
のフローチャートであり、図１におけるＧＵＩ部（グラ
フィカル・ユーザ・インタフェース部）１３の表示装置
に対する制御機能を示し、状態格納メモリ１５から状態
情報や種別／版数情報を読出し、又パラメータテーブル
１７Ｃからパラメータ値等を読出し（Ｂ１）、それらの
読出内容に対応して表示画面の構成を変更する（Ｂ
２）。即ち、収集した状態情報や種別／版数情報と収集
又は設定したパラメータ値とにより表示画面構成の更新
を行う。そして、イベント待ちとし（Ｂ３）、オペレー
タ等からのイベント等に従って表示指示か終了指示かを
判定する（Ｂ４）。

【００３６】終了指示の場合は終了とし、実行指示の場
合は、実行指示内容に含まれる被監視装置に対応した種
別や版数を状態格納メモリ１５から読出し、且つ機能制
限テーブル１７Ａを参照して実行指示内容について実施
可否をチェックし（Ｂ５）、実施可か不可かを判定し
（Ｂ６）、実施不可の場合は、実施不可メッセージを表
示装置に表示する（Ｂ１４）。

【００３７】又実施可の場合は、システム制限テーブル
１７Ｂと状態格納テーブル１５とを参照して、システム
として実施不可の種別や版数の装置が存在するか否かを
チェックし（Ｂ７）、実施可か不可かを判定する（Ｂ
８）。実施可の場合は、構成テーブル１６を含めて参照
し、連携する装置の種別や版数が機能制限の対象か否か
をチェックし（Ｂ９）、実施可か不可かを判定し（Ｂ１
０）、実施可の場合は、被監視装置に対するコマンドを
発行して（Ｂ１１）、応答待ちとし（Ｂ１２）、被監視
装置からの応答に従って表示装置に表示する（Ｂ１
３）。又ステップ（Ｂ８）及び（Ｂ１０）に於いて実施
不可の場合は、ステップ（Ｂ１４）に移行して、実施不
可メッセージを表示する。

【００３８】従って、オペレータが入力した制御対象の
被監視装置とその実行指示の内容とを基に、状態格納テ
ーブル１５と、制限テーブル１７と、構成テーブル１６
とを参照することによって、その制御コマンドが実施可
か不可かを判定し、対応版数が異なる等により実施不可
の場合は、実施不可メッセージを表示して、オペレータ
に通知することができる。

【００３９】図８は本発明の実施の形態のメニュー処理
のフローチャートであり、ＧＵＩ部（グラフィカル・ユ
ーザ・インタフェース部）１３に於ける被監視装置に対
する制御メニュー表示について、状態格納メモリ１５と
機能制限テーブル１７Ａとシステム制限テーブル１７Ｂ
と構成テーブル１６とを参照し、実施不可のメニューを
マスクする場合を示す。即ち、オペレータからのイベン
ト待ち（Ｃ１）の状態に於いて、オペレータからのコマ
ンド等の入力があると、対象装置選択であるかメニュー
選択であるかを判定し（Ｃ２）、メニュー選択の場合
は、実行指定を行う為の選択機能を表示する（Ｃ１
１）。

【００４０】又対象装置選択の場合は、全機能チェック
か否かを判定し（Ｃ３）、全機能チェックでない場合
は、状態格納メモリ１５と機能制限テーブル１７Ａとを
参照して、選択された当該装置の種別や版数を基に、実
行指定した制御の実施可否をチェックし（Ｃ４）、実施
可否の判定（Ｃ５）により実施可の場合、次に、システ
ム制限テーブル１７Ｂと状態格納テーブル１５とを参照
して、システムとして実施不可の種別や版数の装置が存
在するか否かをチェックする（Ｃ６）。

【００４１】そして、実施の可否を判定し（Ｃ７）、実
施可の場合は、選択された当該装置と連携する他の装置
の種別や版数が機能制限の対象か否かを構成テーブル１
６を参照してチェックし（Ｃ８）、実施可の場合及びス
テップ（Ｃ３）に於いて全機能チェックを行う場合は、
チェック・コマンドを通信部１１（図１参照）を介して
選択指定された被監視装置に送出する。

【００４２】又ステップ（Ｃ５），（Ｃ７），（Ｃ９）
に於いて、実施不可の判定の場合、メニューマスク処理
を行う（Ｃ１０）。例えば、図９の（ａ）のメニュー表
示画面は、監視制御装置ＳＶＣと被監視装置＃１〜＃４
との構成と、制御対象として指定した被監視装置＃１の
反転表示，異なる色表示等により識別を容易とし、且つ
機能制限を実施しない場合の内容を示す。

【００４３】そして、機能制限を実施した場合、例え
ば、状態格納メモリ１５の内容が、図６のに示すよう
に、被監視装置＃１の装置種別が「００４１」、版数が
「Ｖ０１」の場合、機能制限テーブル１７Ａの内容が、
図２に示すように、機能Ａ２の対応装置種別「００４
１」の対応版数が「Ｖ０２」，「Ｖ０３」で、版数「Ｖ
０１」をサポートしておらず、又機能Ｂについてもサポ
ートしていないとすると、ステップ（Ｃ１０）のメニュ
ーマスク処理により、図９の（ｂ）のメニュー表示画面
のように、機能Ｂと機能Ａ２とを反転表示，異なる色表
示等により実施不可であることを表示する。従って、オ
ペレータは、制御対象の被監視装置＃１を指定した時
に、実施不可の機能を表示画面によって容易に識別する
ことができるから、誤った制御コマンドを発行すること
がなくなる利点がある。

【００４４】又前述の図９の（ａ），（ｂ）の表示画面
による機能制限内容の表示を行うと共に、又はこのよう
な表示を行わない状態に於いて、例えば、被監視装置＃
１の機能Ａ２を実施させるコマンドをオペレータが投入
した時に、前述のように、状態格納メモリ１５と機能制
限テーブル１７Ａとを参照して、機能Ａ２の実施が不可
であることが前述のような処理が判定できるから、例え
ば、図９の（ｃ）に示すように、機能Ａ２の実施が不可
であることを表示することができる。従って、この場合
の機能Ａの実施を行う制御コマンドは自動的に送出しな
いように制御することができる。なお、このような実施
不可の表示内容は、制御画面中等に表示することができ
る。

【００４５】図１０は本発明の実施の形態の機能制限の
メニュー表示画面の説明図であり、前述の図９の（ｂ）
に示すメニュー表示画面に於いて、機能Ｂと機能Ａ２と
が制限される場合であるから、図８のステップ（Ｃ１
０）のメニューマスク処理によって、実施不可の機能Ｂ
と機能Ａ２とを削除し、制御対象の被監視装置＃１が指
定された時に、実施可の機能のみを表示することができ
る。

【００４６】又システムとして制御の実施不可の機能が
存在する場合がある。例えば、図６のの状態格納メモ
リ１５の内容に於いて、被監視装置＃２の装置種別の
「０００１」の装置版数は「Ｖ０１」であり、図３のシ
ステム制限テーブル１７Ｂの内容に於いて、機能Ａ３の
未対応装置種別として「０００１」の未対応版数「Ｖ０
１」，「Ｖ０２」，「Ｖ０３」が格納されているから、
図８のステップ（Ｃ６）に於いて、ネットワークシステ
ムとしては、被監視装置＃２の機能Ａ３の実施不可であ
ることが判り、従って、この機能Ａ３について実施不可
であることを、ステップ（Ｃ１０）のメニューマスク処
理により表示する。例えば、図９の（ｂ）に示す機能制
限のメニュー表示画面に、更に、図１０の（ｂ）に示す
ように、機能Ａ３も実施不可である表示内容とする。従
って、オペレータに、システムとして実施不可の制御の
メニュー選択を行わないように指示することができる。

【００４７】又複数の被監視装置が連携してコマンドに
従った制御を行う場合の機能について、制御の実施不可
の被監視装置が存在する場合がある。例えば、構成テー
ブル１６を参照して、制御対象として指定された被監視
装置＃１と連携する必要がある他の被監視装置を探索す
る。即ち、図８のステップ（Ｃ８）に於いて、例えば、
機能Ａ１が被監視装置＃２と連携する必要があるとする
と、図６のの状態格納テーブルの内容の被監視装置＃
２についての装置種別「０００１」と版数「Ｖ０１」と
を読出し、図２の機能制限テーブル１７Ａの内容の機能
Ａ１について、装置種別「０００１」の版数「Ｖ０
２」，「Ｖ０３」とを照合すると、版数「Ｖ０１」は実
施不可であることが判る。そこで、図１０の（ｃ）に示
すように、機能Ａと機能Ｂとについても実施不可である
ことを表示する。従って、オペレータは、制御対象とし
ての被監視装置と連携する他の被監視装置を含むシステ
ムとしての実施不可の制御についても、指定しないよう
に指示することができる。

【００４８】図１１は本発明の実施の形態のメニューの
再構成処理のフローチャートであり、ステップ（Ｄ１）
〜（Ｄ９）と図８のステップ（Ｃ１）〜（Ｃ９）とは同
一であり、又ステップ（Ｄ１２）と図８のステップ（Ｃ
１１）であるから、重複した説明は省略する。そして、
メニューを再構成する時に、ステップ（Ｄ５），（Ｄ
７），（Ｄ９）に於いて、実施不可の判定を行った場合
は、その実施不可のメニューを削除する（Ｄ１１）。又
実施可のメニューは追加する（Ｄ１０）。従って、制御
対象の機能等の実施不可のものは、メニューから削除さ
れ、実施不可のメニューのみがメニュー表示画面に表示
されることになる。従って、誤った制御コマンドの投入
等を防止することができる。

【００４９】図１２は本発明の実施の形態のパラメータ
を含む表示画面の説明図であり、機能Ｃ１について示す
もので、対象となる被監視装置の装置種別と版数とを状
態格納テーブル１５から読出し、この装置種別に従っ
て、例えば、図３のパラメータテーブル１７Ｃから機能
Ｃ１に関するパラメータを読出す。その初期画面として
は図１２の（ａ）に示すものとなる。

【００５０】又被監視装置＃１，＃２とについては、図
６のの状態格納メモリ１５の内容により、装置種別
は、＃１＝００４１，＃２＝０００１となるから、被監
視装置＃１についての表示画面は図１２の（ｂ）、被監
視装置＃２についての表示画面は図１２の（ｃ）に示す
ものとなる。そして、パラメータの設定，解除やパラメ
ータ値の変更等を行うことができる。この場合、変更可
能なパラメータについてのみ設定変更可能の画面とし、
装置種別や装置版数に応じて設定変更不可能のパラメー
タを表示しないように、又は変更不可の処理を行うこと
により、誤ったパラメータの設定変更を防止することが
できる。

【００５１】

【発明の効果】以上説明したように、本発明は、被監視
装置の種別や版数を、被監視装置の立ち上げ時等に於い
て収集して状態格納メモリ１５に格納することによっ
て、最新の種別と版数とを管理することにより、被監視
装置を指定して各種の制御を実行させる場合に、状態格
納メモリ１５と少なくとも機能制限テーブル１７Ａとを
用いることにより、実施の可否を判定することができ
る。即ち、制御コマンドを被監視装置に送出した結果の
応答によって判定する従来例に比較して、確実に且つ迅
速な制御が可能となる利点がある。

【図面の簡単な説明】

【図１】本発明の実施の形態の監視制御装置の説明図で
ある。

【図２】本発明の実施の形態の機能制限テーブルの概要
説明図である。

【図３】本発明の実施の形態のシステム制限テーブル及
びパラメータテーブルの概要説明図である。

【図４】本発明の実施の形態の状態管理部の処理フロー
チャートである。

【図５】本発明の実施の形態の装置立ち上げ時のシーケ
ンス説明図である。

【図６】本発明の実施の形態の状態格納メモリの説明図
である。

【図７】本発明の実施の形態の制御可否表示のフローチ
ャートである。

【図８】本発明の実施の形態のメニュー処理のフローチ
ャートである。

【図９】本発明の実施の形態のメニュー表示画面の説明
図である。

【図１０】本発明の実施の形態の機能制限のメニュー表
示画面の説明図である。

【図１１】本発明の実施の形態の機能制限のメニューの
再構成処理のフローチャートである。

【図１２】本発明の実施の形態の機能制限のパラメータ
を含む表示画面の説明図である。

【図１３】ネットワークの概要説明図である。

【図１４】従来例の監視制御装置の説明図である。

【図１５】従来例の監視シーケンスの概要説明図であ
る。

【図１６】従来例の監視制御のフローチャートである。

【符号の説明】

１監視制御装置２伝送装置３伝送路１１通信部１２受信データ解析部１３ＧＵＩ部（グラフィカル・ユーザ・インタフェー
ス部）１４状態管理部１５状態格納メモリ１６構成テーブル１７制限テーブル１７Ａ機能制限テーブル１７Ｂシステム制限テーブル１７Ｃパラメータテーブル

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 13/00 H04B 3/46 H04B 17/00

Claims

(57)【特許請求の範囲】

【請求項１】単一又は複数の被監視装置を監視し、且
つ制御する監視制御方法に於いて、前記被監視装置の種別及び版数と実施可の機能とを対応
して格納した機能制限テーブルを用い、前記被監視装置の状態情報及び種別と版数とを収集し、制御対象として指定した被監視装置の前記収集した種別
と版数とを基に、前記機能制限テーブルを参照して、制
御の実施の可否を判定し、実施可の場合には、前記指定
した制御対象の被監視装置に制御コマンドに従った制御
を行わせる過程と、実施不可の場合には、前記指定した制御対象の被監視装
置の制御は行わず、実施不可の旨を表示してオペレータ
に通知する過程とを含むことを特徴とする監視制御方
法。
【請求項２】前記請求項１記載の監視制御方法に於い
て、制御対象として指定した被監視装置の前記収集した種別
と版数とを基に、前記機能制限テーブルを参照して、制
御の実施の可否を判定し、実施可の場合、前記被監視装
置の種別及び版数と対応してシステムとして実施不可の
機能を格納したシステム制限テーブルを用い、前記収集
した種別と版数とを基に、システムとして実施不可であ
る種別と版数の装置が存在するか否かをチェックし、実
施可の場合には、前記指定した制御対象の被監視装置に
制御コマンドに従った制御を行わせる過程を更に含むこ
とを特徴とする監視制御方法。
【請求項３】制御対象として指定した被監視装置の前
記収集した種別と版数とを基に、前記機能制限テーブル
を参照し、制御の実施可と実施不可との機能を区別でき
るように表示する過程を含むことを特徴とする請求項１
記載の監視制御方法。
【請求項４】制御対象として指定した被監視装置の前
記収集した種別と版数とを基に、前記機能制限テーブル
を参照し、制御の実施不可の機能についてはマスクし
て、実施可の機能のみを表示する過程を含むことを特徴
とする請求項１記載の監視制御方法。
【請求項５】制御対象として指定した被監視装置と連
携して動作する他の被監視装置の機能の中に、前記制御
対象として指定した被監視装置の実施可の機能と同一の
機能を含まない時に、該機能を含めて実施不可として処
理する過程を含むことを特徴とする請求項１乃至４の何
れか１項記載の監視制御方法。
【請求項６】単一又は複数の被監視装置を監視し、且
つ制御する監視制御装置に於いて、前記被監視装置の状態情報及び種別と版数とを格納する
状態格納メモリと、前記被監視装置の状態情報及び種別と版数とを収集し、
前記状態格納メモリに格納する制御を行う状態管理部
と、前記被監視装置の種別及び版数と実施可の機能とを対応
して格納した機能制限テーブルと、表示装置とを有すると共に、制御対象として指定した被監視装置の種別と版数とを前
記状態格納メモリから読出し、前記機能制限テーブルを
参照して制御の実施の可否を判定し、実施可の場合には
前記指定した被監視装置に実行指示のコマンドを送出
し、実施不可の場合には前記コマンドを送出せずに実施
不可メッセージを前記表示装置に表示するグラフィカル
・ユーザ・インタフェース部とを備えたことを特徴とす
る監視制御装置。
【請求項７】前記被監視装置の種別及び版数と対応し
て、システムとして実施不可の機能を格納したシステム
制限テーブルを更に備え、前記グラフィカル・ユーザ・インタフェース部は、制御
対象として指定した被監視装置の種別と版数とを前記状
態格納メモリから読出し、前記機能制限テーブルを参照
して制御の実施の可否を判定し、実施可の場合には、前
記システム制限テーブルと状態格納メモリとを参照し
て、システムとして実施不可の種別及び版数の装置が存
在するか否かをチェックし、実施可の場合は前記制御対
象として指定した被監視装置に対して制御コマンドを発
行し、実施不可の場合には前記コマンドを送出せずに実
施不可メッセージを前記表示装置に表示する構成とした
ことを特徴とする請求項６記載の監視制御装置。
【請求項８】前記グラフィカル・ユーザ・インタフェ
ース部は、前記状態格納メモリから読出した種別と版数
とを基に、前記機能制限テーブルを参照して、実施可の
機能と実施不可の機能とを区別して前記表示装置に表示
する構成を備えたことを特徴とする請求項６記載の監視
制御装置。
【請求項９】前記グラフィカル・ユーザ・インタフェ
ース部は、前記状態格納メモリから読出した種別と版数
とを基に、前記機能制限テーブルを参照して、実施不可
の機能をマスクし、実施可の機能のみを前記表示装置に
表示する構成を備えたことを特徴とする請求項６記載の
監視制御装置。
【請求項１０】複数の被監視装置が連携動作するか否
かを含めてシステムの構成を格納した構成テーブルを更
に備え、前記グラフィカル・ユーザ・インタフェース部は、前記
構成テーブルにより前記制御対象として指定した被監視
装置と連携動作する被監視装置を識別し、該連携動作す
る被監視装置の種別と版数とを基に、前記機能制限テー
ブルと前記システム制限テーブルとを参照して、システ
ムとして実施の可否を判定する構成を備えたことを特徴
とする請求項７記載の監視制御装置。