(57)【特許請求の範囲】
【請求項１】
ネットワークを構成する少なくとも１つの被監視装置をそれぞれ配下とし、配下の被監視装置の監視及び制御を行う少なくとも２つの監視制御装置と；
前記監視制御装置をそれぞれ通して配下の対応被監視装置の監視及び制御を行う少なくとも１つの運用端末と；
前記被監視装置のそれぞれを特定するための情報と、前記被監視装置のそれぞれを監視及び制御する前記監視制御装置のそれぞれを特定するための情報との組を示す監視対象情報を格納する記憶部と、前記運用端末からの前記監視制御装置の特定情報の取得要求を受け付け、指定された前記被監視装置を監視対象にしている前記監視制御装置の特定情報を前記運用端末に通知する通知部とを有する少なくとも１つの監視対象管理サーバーとを備え；
前記運用端末は前記通知で獲得した前記監視制御装置と通信し、特定の前記被監視装置の監視及び制御を行う監視制御ネットワークシステム。
【請求項２】
前記監視制御装置、前記運用端末、及び前記監視対象管理サーバーは同一ネットワークを通して相互接続される
請求項１記載の監視制御ネットワークシステム。
【請求項３】
前記監視制御装置、前記運用端末、及び前記監視対象管理サーバーは複数のネットワークを通して相互接続される
請求項１記載の監視制御ネットワークシステム。
【請求項４】
前記監視対象管理サーバーは、前記運用端末において監視及び制御の対象を選択可能にするために、前記運用端末からの前記被監視装置の特定情報の取得要求を受け付け、前記監視対象情報に基づいて、指定された前記監視制御装置が監視対象にしている配下の前記被監視装置の特定情報を前記運用端末に通知する通知部を更に有する
請求項１記載の監視制御ネットワークシステム。
【請求項５】
前記監視対象管理サーバーは、前記運用端末が任意の監視制御装置と通信することを可能にするために、前記運用端末からの全ての前記監視制御装置の特定情報の取得要求を受け付け、自己管理する全ての前記監視制御装置の特定情報を前記運用端末に通知する通知部を更に有する
請求項１記載の監視制御ネットワークシステム。
【請求項６】
前記管理対象管理サーバーの少なくとも１つが前記監視制御装置内に設けられている
請求項１記載の監視制御ネットワークシステム。
【請求項７】
前記運用端末は、前記監視対象管理サーバーの特定情報を格納する記憶部と、前記監視対象管理サーバーの特定情報を前記記憶部から取得する取得部とを有する
請求項１記載の監視制御ネットワークシステム。
【請求項８】
前記運用端末は、前記監視対象管理サーバーの１つに対する要求を失敗した場合、次に要求を行うための他の監視対象管理サーバーの特定情報を前記記憶部から取得する取得部を更に有する
請求項７記載の監視制御ネットワークシステム。
【発明の詳細な説明】
技術分野
本発明は監視制御装置配下の被監視装置に対する監視及び制御を運用端末及び監視対象管理サーバーから負荷分散管理することを可能にする監視制御ネットワークシステムに関する。
背景技術
情報通信網の拡大に伴い、ネットワーク構成機器の伝送装置などの被監視装置を監視する監視制御装置を被監視装置の種別毎や配置地域毎に対応して複数設置し、被監視装置を分散監視する必要が生じている。
従来の監視制御ネットワークシステムにおいては、ネットワーク内の全てまたは一部の被監視装置を監視制御するために、図１に示すような構成を採っている。
つまり、（１）運用端末（Ａ用運用端末、Ｂ用運用端末）を監視制御装置Ａ，Ｂ毎に設置する。（２）運用端末は１つで、各監視制御装置用のソフトウェア（Ａ用ソフトウェア、Ｂ用ソフトウェア）を設け、オペレータが稼働するこれらのソフトウェアを切り替えるか、接続先を切り替える。（３）全てまたは複数の監視制御装置と接続し、被監視装置ａ１，ａ２，ｂ１，ｂ２の状態や情報を一括して管理（集中管理）する統合監視サーバーを設け、運用端末はこの統合監視サーバーと接続する。
しかし、このような従来の監視制御ネットワークシステムの構成では、次のような問題がある。上記構成（１）においては、監視制御装置毎に運用端末が必要なため、コストが増大するとともに、設置場所も多く必要とする。また、必要な情報を見るためには、オペレータが各運用端末を移動する必要があるため、操作性が悪い。
上記構成（２）においては、監視制御用のソフトウェアを切り替える場合には、同時に複数の監視制御装置との接続ができないため、必要な情報を一度に見ることができない。また、同時に複数のソフトウェアを起動可能な場合には、運用端末の資源（メモリやディスク容量など）が多く必要となるため、コスト高となる。また、上記構成（１）も同様であるが、どの監視制御装置がどの被監視装置を監視しているかをオペレータが意識する必要があるため、信頼性低下の要因となっている。
上記構成（３）においては、統合監視サーバーを監視制御装置とは別に設ける必要があるため、コストが増大する。また、統合監視サーバーは全ての監視制御装置と接続され、被監視装置の情報を一元管理するため、各監視制御装置の持つ情報と不一致を起こす可能性があり、信頼性を低下させる。この問題を回避するためには、不一致を起こさないように複雑なやりとりが必要である。さらに、最終的に１つの装置（統合監視サーバー）に情報が集約されるため、負荷が統合監視サーバーに集中してしまう。
発明の開示
したがって、本発明の課題は、監視制御装置配下の被監視装置に対する監視及び制御を運用端末及び監視対象管理サーバーから負荷分散管理することを可能にする監視制御ネットワークシステムを提供することにある。
本発明の他の課題は、監視制御装置配下の被監視装置に対する監視及び制御を信頼性の低下を招くことなく可能にする監視制御ネットワークシステムを提供することにある。
本発明の別の課題は、監視制御装置配下の被監視装置に対する監視及び制御を運用端末の操作性低下、運用端末の設備コスト増大、またはオペレータの負荷増大を招くことなく可能にする監視制御ネットワークシステムを提供することにある。
上記課題を解決するために、本発明の第１の監視制御ネットワークシステムは、ネットワークを構成する少なくとも１つの被監視装置をそれぞれ配下とし、配下の被監視装置の監視及び制御を行う少なくとも２つの監視制御装置と；
前記監視制御装置をそれぞれ通して配下の対応被監視装置の監視及び制御をを行う少なくとも１つの運用端末と；
前記被監視装置のそれぞれを特定するための情報と、前記被監視装置のそれぞれを監視及び制御する前記監視制御装置のそれぞれを特定するための情報との組を示す監視対象情報を格納する記憶部と、前記運用端末からの前記監視制御装置の特定情報の取得要求を受け付け、指定された前記被監視装置を監視対象にしている前記監視制御装置の特定情報を前記運用端末に通知する通知部とを有する少なくとも１つの監視対象管理サーバーとを備え；
前記運用端末は前記通知で獲得した前記監視制御装置と通信し、特定の前記被監視装置の監視及び制御を行う。
この構成においては、前記監視制御装置、前記運用端末、及び前記監視対象管理サーバーは同一ネットワークを通して相互接続される。また、前記監視制御装置、前記運用端末、及び前記監視対象管理サーバーは複数のネットワークを通して相互接続される。
本発明の第２の監視制御ネットワークシステムにおいては、前記監視対象管理サーバーは、前記運用端末において監視及び制御の対象を選択可能にするために、前記運用端末からの前記被監視装置の特定情報の取得要求を受け付け、前記監視対象情報に基づいて、指定された前記監視制御装置が監視対象にしている配下の前記被監視装置の特定情報を前記運用端末に通知する通知部を更に有する。
本発明の第３の監視制御ネットワークシステムにおいては、前記監視対象管理サーバーは、前記運用端末が任意の監視制御装置と通信することを可能にするために、前記運用端末からの全ての前記監視制御装置の特定情報の取得要求を受け付け、自己管理する全ての前記監視制御装置の特定情報を前記運用端末に通知する通知部を更に有する。
本発明の第４の監視制御ネットワークシステムにおいては、前記管理対象管理サーバーの少なくとも１つが前記監視制御装置内に設けられている。
本発明の第５の監視制御ネットワークシステムにおいては、前記運用端末は、前記監視対象管理サーバーの特定情報を格納する記憶部と、前記監視対象管理サーバーの特定情報を前記記憶部から取得する取得部とを有する。
本発明の第６の監視制御ネットワークシステムにおいては、前記運用端末は、前記監視対象管理サーバーの１つに対する要求を失敗した場合、次に要求を行うための他の監視対象管理サーバーの特定情報を前記記憶部から取得する取得部を更に有する。
【図面の簡単な説明】
図１は従来の監視制御ネットワークシステムの構成例を示すブロック図である。
図２は本発明の一実施の形態の監視制御ネットワークシステムの構成例を示すブロック図である。
図３は図２における運用端末及び監視対象管理サーバーの詳細構成例を示すブロック図である。
図４は監視対象管理サーバー情報の構成例を示す。
図５は監視対象情報の構成例を示す。
図６は監視対象管理サーバー情報及び監視対象情報の具体例を示す。
図７は本発明の一実施の形態の監視制御ネットワークシステムの動作を説明するためのシーケンスチャートである。
図８は本発明の一実施の形態の監視制御ネットワークシステムの動作を説明するためのシーケンスチャートである。
図９は本発明の一実施の形態の監視制御ネットワークシステムの動作を説明するためのシーケンスチャートである。
図１０は本発明の一実施の形態の監視制御ネットワークシステムの動作を説明するためのシーケンスチャートである。
図１１は本発明の一実施の形態の監視制御ネットワークシステムの他の構成例を示すブロック図である。
図１２は本発明の一実施の形態の監視制御ネットワークシステムの別の構成例を示すブロック図である。
発明を実施するための最良の形態
次に、本発明の実施の形態について図面を参照して説明する。
〔監視制御ネットワークシステムの構成〕
本発明の一実施の形態の構成を示す図２及び図３を参照すると、監視制御ネットワークシステムにおいては、個別配置の監視対象管理サーバー１０を設けている。また、監視対象管理サーバー１０と同一構成及び機能を有する監視対象管理サーバー１５をサーバー機能部として、監視制御装置３０内に設けている。監視対象管理サーバー１５は監視対象管理サーバー１０に対して冗長構成を成し、監視対象管理サーバー１０の障害時に機能する。
この監視対象管理サーバー（以下、単にサーバーと記載することもある）１０は、監視対象情報を格納する記憶部１０１と、通信処理部１０２と、監視対象管理部１０３とを備えている。
記憶部１０１は、図５に示すように、監視対象情報としてこの監視制御ネットワークシステム内の全被監視装置の識別子（ＩＤ＃１，ＩＤ＃２，ＩＤ＃３…）と、全被監視装置の名称（＃１，＃２，＃３…）と、配下の被監視装置を監視制御する対応監視制御装置の特定情報（この例では、アドレス情報）とを表形式で格納している。
記憶部１０１に格納されている監視対象情報の具体例は図６に示すが、これについては後に詳述する。なお、監視対象情報の内の被監視装置の識別子（ＩＤ）は検索の便宜上設定しているが、必須情報ではない。
通信処理部１０２はＴＣＰ／ＩＰプロトコルに則るイーサーネット（Ｅｔｈｅｒｎｅｔ）などのローカルエリアネットワーク（ＬＡＮ）６０とのインタフェースを司り、運用端末２０から受信した通信情報を監視対象管理部１０３へ通知するとともに、監視対象管理部１０３から送信依頼された送信情報をＬＡＮ６０の回線を介して要求のあった運用端末２０に応答として返す。
監視対象管理部１０３は通信処理部１０２より通知された運用端末２０からの要求に基づき、記憶部１０１に予め設定されている監視対象情報を検索し、指定された被監視装置を監視制御対象とする監視制御装置のアドレス情報を通信処理部１０２に応答として返す。
また、監視対象管理部１０３は、運用端末２０からの要求に基づいて指定された被監視装置を監視制御する監視制御装置を検索して通信処理部１０２に通知する第１の通知機能と、全被監視装置５０，５１，５２，５３の特定情報（ＩＤ及び装置名）を通知する第２の通知機能と、全監視制御装置３０，４０の特定情報（アドレス情報）を通知する第３の通知機能とを有する。
この監視制御ネットワークシステムにおいて、運用端末２０は監視対象管理サーバー１０を特定するための情報（監視対象管理サーバー情報）としてのアドレス情報を格納する記憶部２０１と、ＧＵＩインタフェース部２０２と、定期処理部２０３と、通信管理部２０４と、通信処理部２０５とを備えている。
記憶部２０１は、図４に示すように、監視対象管理サーバー情報としてこの監視制御ネットワークシステム内の監視対象管理サーバー１０，１５のアドレス情報を格納している。記憶部２０１に格納されている監視対象管理サーバー情報としてのアドレス情報の具体例は図６に示すが、これについては後に詳述する。
ＧＵＩインタフェース部２０２はオペレータからの要求を受け付けるためのグラフィックユーザインタフェースを持ち、受け付けた処理内容を通信管理部２０４に通知する。また、ＧＵＩインタフェース部２０２は通信管理部２０４より通知された応答情報などを文字、グラフィック、ブザー等でオペレータに通知する。
定期処理部２０３は予め定められた一定時間間隔（割り込み要求）で次の処理を行う。つまり、定期処理部２０３は、監視制御装置３０，４０が稼働可能状態にあるか否かをポーリングによって確認するためのコマンドを発光する。また、定期処理部２０３は状態情報収集として、運用端末２０にて監視制御対象に指定した被監視装置の警報状態及び切替（回線切替など）状態等の発生状況を収集する。
通信管理部２０４はＧＵＩインタフェース部２０２または定期処理部２０３からの依頼を受け付けて次の処理を行う。通信管理部２０４は被監視装置に対する制御依頼の場合、監視対象管理サーバー１０に該当の被監視装置を監視対象としている監視制御装置のアドレス情報の取得依頼を行い、取得した監視制御装置のアドレス情報に対してＧＵＩインタフェース部２０２からの送信依頼内容を送信する。通信管理部２０４は応答受信時には応答内容をＧＵＩインタフェース部２０２に通知する。
通信管理部２０４は、監視制御装置に対する依頼の場合、監視制御装置に対して依頼された情報の送信依頼を行い、その応答情報をＧＵＩインタフェース部２０２または定期処理部２０３に通知する。
また、通信管理部２０４はアドレス情報に基づいて要求を依頼するサーバー１０を取得する第１の取得機能と、サーバー１０より通知された対象となる監視制御装置のアドレス情報を使用して被監視装置の監視制御を行う監視制御機能と、第１の取得機能においてサーバー１０との通信に失敗した場合に、再度サーバー１０のアドレス情報を検索し、予め定められた規則により次に発行すべきサーバー１０を取得する第２の取得機能とを有する。
通信処理部２０５はＬＡＮ６０とのインタフェースを司り、通信管理部２０４より依頼された送信情報をＬＡＮ６０の回線を介して、サーバー１０または監視制御装置３０，４０へ送信するとともに、受信した情報を通信管理部２０４へ通知する。
２個の監視制御装置３０，４０は、上述した監視対象管理サーバー１０及び運用端末２０にＬＡＮ６０を介して接続され、配下の被監視装置５０，５１，５２，５３を分散管理（監視制御）する。監視制御装置３０には配下の被監視装置５０，５１がイーサーネットなどのＬＡＮ７０を介して接続されている。また、監視制御装置４０には配下の被監視装置５２，５３がイーサーネットなどのＬＡＮ７１を介して接続されている。
監視制御装置３０，４０が被監視装置５０，５１，５２，５３に対する定期処理には、次のような処理がある。この定期処理機能は監視制御装置３０，４０が有する。監視制御装置３０，４０は定期収集機能として、配下の被監視装置が動作していることをポーリングにより確認するため、定期的にコマンド（通常はＮＯＰコマンド）を発行する。
また、監視制御装置３０，４０は定期収集機能として、配下の被監視装置の各種状態（警報の発生状況、障害による回線やパスの切替状況、回線の品質状況など）を定期的に収集する。監視制御装置３０，４０は定期収集機能として、配下の被監視装置の日時を定期的に設定する。
さらに、監視制御装置３０，４０は構成情報取得機能として、監視制御装置の起動時など、監視制御装置と配下の被監視装置とが始めて接続されたときに、以後の監視制御に必要な被監視装置の構成情報を獲得する。
〔監視制御ネットワークシステムの動作〕
次に、上述した構成を採る本発明の一実施の形態の監視制御ネットワークシステムの各種動作について説明する。
（第１の動作例）
図２，図３，図６及び図７を参照すると、運用端末２０において、ＧＵＩインタフェース部２０２または時刻設定時の定期処理部２０３は、制御等を行う場合に、対象となる被監視装置のＩＤ及び要求内容を通信管理部２０４に通知する。
通信管理部２０４は、記憶部２０１に格納されている監視対象管理サーバー情報に基づいて、格納順または優先度に従って取得するなど予め定められた規則に従い、監視対象管理サーバー１０のアドレス情報（この例では、ネットワークアドレス情報）を取得し、取得したアドレス情報に基づいて監視制御装置の特定情報（この例では、ネットワークアドレス情報）の取得要求を通信処理部２０５に行う（第１の取得機能）。なお、サーバー１０の特定情報は、ネットワークアドレスなどのアドレス情報だけでなく、サーバー名などネットワーク上で特定できるものであれば何でもよい。
通信処理部２０５から送信された監視制御装置のネットワークアドレス情報の取得要求を通信処理部１０２を通して受信したサーバー１０の監視対象管理部１０３は、記憶部１０１に格納されている監視対象情報から被監視装置ＩＤを検索し、この被監視装置を監視対象とする監視制御装置のアドレス情報を応答として運用端末２０に返送する（第１の通知機能）。
この応答を運用端末２０の通信処理部２０５を通して受信した通信管理部２０４は、依頼された上記要求内容を通信処理部２０５を通して対応の監視制御装置に発行する（監視制御機能）。これにより、運用端末２０においては、監視対象の被監視装置の特定情報を管理する必要がなくなる。
続いて、運用端末２０から装置名称「ＮＥ＃００２」及びＩＤ「００２」の被監視装置５２に制御を行う場合を例に一層具体的に説明する。運用端末２０において、ＧＵＩインタフェース部２０２を介してオペレータからＩＤ＝００２の被監視装置５２への制御要求を受けた通信管理部２０４は、まず記憶部２０１より監視対象管理サーバー情報の先頭のアドレス情報を取り出す。
ここでは、通信管理部２０４はアドレス情報「１９２．１６８．０．２」を取得し、対応のサーバー（ＳＲＶ１）１０に対しＩＤ＝００２を付加情報として、監視制御装置の特定情報の取得要求を行う。なお、付加情報としては、被監視装置の名称「ＮＥ＃００２」であってもよい。
この取得要求を受信したサーバー（ＳＲＶ１）１０の監視対象管理部１０３は、記憶部１０１の監視対象情報より付加情報ＩＤ＝００２を監視対象としている監視制御装置を検索する。ここでは、監視対象管理部１０３は検索結果としてアドレス情報「１９２．１６８．０．１０２」を取得し、このアドレス情報を応答として運用端末２０に通知する。この応答を受信した運用端末２０の通信管理部２０４は、被監視装置５２への制御を監視制御装置（ＯｐＳ−Ｂ）４０に対して依頼する。
（第２の動作例）
次に、図２，図３，図６及び図８を参照すると、運用端末２０において監視制御する被監視装置を選択するような場合、ＧＵＩインタフェース部２０２からの要求により通信管理部２０４は、上記第１の動作例と同様に、サーバー（ＳＲＶ１）１０に被監視装置の特定情報の取得要求を行う。
サーバー１０の監視対象管理部１０３は、この取得要求を受信した場合、記憶部１０１の監視対象情報に基づいて、指定された監視制御装置のアドレス情報より、監視制御装置が監視対象としている被監視装置のＩＤ及び名称を獲得して応答を運用端末２０に返送する（第２の通知機能）。これにより、運用端末２０においては、全被監視装置の特定情報を管理する必要がなくなる。
一層詳述すると、運用端末２０において、監視制御する被監視装置を全被監視装置の一覧から選択する場合、運用端末２０のＧＵＩインタフェース部２０２は、通信管理部２０４に対して全監視制御装置を対象として、被監視装置の特定情報の取得要求の依頼を行う。
通信管理部２０４は上記第１の動作例の手順により、サーバー１０に対して被監視装置の特定情報の取得要求を行う。このとき、付加情報として「全被監視装置」を付与する。
サーバー（ＳＲＶ１）１０の監視対象管理部１０３は、この取得要求により付加情報に該当する監視制御装置が監視対象としている被監視装置を記憶部１０１の監視対象情報より獲得し、その情報を応答として運用端末２０に返送する。この例では、被監視装置のＩＤ及び名称として、「００１、ＮＥ＃００１」、「００２、ＮＥ＃００２」、「１０１、ＮＥ＃１０１」、「２００、ＮＥ＃２００」の情報が応答として返送される。
（第３の動作例）
次に、図２，図３，図６及び図９を参照すると、運用端末２０から監視制御装置に対して直接制御をするような場合、ＧＵＩインタフェース部２０２からの要求により通信管理部２０４は、上記第１の動作例に従ってサーバー１０に全監視制御装置の特定情報の取得要求を行う。
サーバー１０の監視対象管理部１０３は、この取得要求を受信した場合、記憶部１０１の監視対象情報より全ての監視制御装置のアドレス情報を獲得して応答を運用端末２０に返送する（第３の通知機能）。これにより、運用端末２０においては、全監視制御装置の特定情報を管理する必要がなくなる。
一層詳述すると、運用端末２０において、被監視装置を新たに登録するときなど監視制御装置の一覧から監視制御装置を選択する場合、運用端末２０のＧＵＩインタフェース部２０２は、通信管理部２０４に対して全監視制御装置の特定情報の取得要求の依頼を行う。通信管理部２０４は上記第１の動作例の手順によりサーバー１０に対して全監視制御装置の特定情報の取得要求を行う。
サーバー（ＳＲＶ１）１０の監視対象管理部１０３は、この取得要求により記憶部１０１の監視対象情報から全監視制御装置のアドレス情報を獲得し、その情報を応答として運用端末２０に返送する。この例では、応答として全監視制御装置のアドレス情報「１９２．１６８．０．１０１」、「１９２．１６８．０．１０２」が返送される。
（第４の動作例）
次に、図２，図３，図６及び図１０を参照すると、運用端末２０とサーバー（ＳＲＶ２）１０との通信において、何らかの原因で運用端末２０からの要求が異常終了した場合、運用端末２０の通信管理部２０４は、記憶部２０１から再度監視対象管理サーバー情報を検索し、予め定められた規則により次に送信するサーバー１５のアドレス情報を取得し、異常終了した要求を新たに取得したサーバーに対して行う（第２の取得機能）。これにより、サーバー１５に異常があった場合にも処理を継続することが可能となる。
一層具体的に述べると、運用端末２０よりＩＤ「００２」及び名称「ＮＥ＃００２」の被監視装置５２に制御を行い、サーバー（ＳＲＶ１）１０に対する要求が異常終了した場合、運用端末２０の通信管理部２０４は、上記第１の動作例の処理を行い、監視制御装置３０内に設けられたサーバー１５に対して監視制御装置の特定情報の取得要求を行う。
ここで、上記取得要求が異常終了した場合、通信管理部２０４は再度監視対象管理サーバー情報より２番目のサーバー１５のアドレス情報を取り出す。ここでは、通信管理部２０４は監視制御装置（ＯｐＳ−Ａ）３０にサーバー機能部として設けられている監視対象管理サーバー１５のアドレス情報「１９２．１６８．０．１０１」を記憶部２０１から取得する。
したがって、通信管理部２０４は監視制御装置３０内の監視対象管理サーバー１５に対して、ＩＤ＝００２を付加情報として監視制御装置のアドレス情報の取得要求を行うことにより、処理を継続することが可能となる。
〔監視制御ネットワークシステムの他の構成例〕
図１１には監視制御ネットワークシステムの第１の他の構成例が示されている。この監視制御ネットワークシステムにおいては、２個の運用端末２０，２５及び２個の監視対象管理サーバー１０，１５が設けられている。
サーバー１０，１５及び運用端末２０，２５は、図２及び図３を参照して説明した監視制御ネットワークシステムの場合と基本的には同一機能及び構成を有する。また、サーバー１５及び運用端末２５は、サーバー１０及び運用端末２０に対してそれぞれ冗長構成を成す。
同図中、参照数字９０，９１，９３，９４はイーサーネットなどのＬＡＮを示し、１１０，１１１，１１２はルータまたはゲートウェイを示す。監視制御装置３０，４０の監視制御下にある被監視装置としての伝送装置８０，８１，８２はＬＡＮ９４に縦続接続され、かつ伝送装置８３，８４，８５，８６は環状網を構成してＬＡＮ９４に接続されている。伝送装置８０，８１，８２と伝送装置８３，８４，８５，８６とは、種別または配置地域などが異なる。
図１２には監視制御ネットワークシステムの第２の他の構成例が示されている。
この監視制御ネットワークシステムにおいては、２個の運用端末２０，２５及び２個の監視対象管理サーバー１０，１５が設けられている。監視対象管理サーバー１０，１５は監視制御装置４０，３０内にサーバー機能部としてそれぞれ設けられている。他の構成は図１１に示す監視制御ネットワークシステムと同一である。この構成によれば、監視対象管理サーバー１０，１５の機能を監視制御装置４０，３０に持たせることにより、ネットワーク構成機器数を少なくすることが可能になる。
産業上の利用可能性
以上説明したように、本発明によれば、監視制御ネットワークに監視対象管理サーバーを設け、監視対象管理サーバーに被監視装置を特定する情報と各被監視装置を監視制御する監視制御装置を特定する情報との組を示す監視対象情報を持つことにより、運用端末は被監視装置に対する特定情報を持たなくても監視対象管理サーバーからこの特定情報を得ることが可能であり、被監視装置に対する監視制御が分散管理で行える。
また、本発明によれば、監視対象管理サーバーに特定の監視制御装置の監視対象となる被監視装置の特定情報を取得する機能及び全監視制御装置の特定情報を獲得する機能を有することにより、運用端末にそれぞれの特定情報を保持しておかなくても同様の処理を行うことができる。
これにより、被監視装置や監視制御装置のアドレス変更等のネットワーク構成変更を行っても監視対象管理サーバー内の記憶情報の変更のみで対応が可能となるため、構成変更が容易になる。また、オペレータや運用端末において、上記特定情報を意識する必要がないため、負荷が軽減する。
さらに、本発明によれば、監視対象管理サーバーを監視制御装置に設けることにより、構成機器の追加数を制限できるため、コスト的にも優位であり、意義のある分散監視が可能となる。
【図１】
0003692114.tif 000002
【図２】
0003692114.tif 000003
【図３】
0003692114.tif 000004
【図４】
0003692114.tif 000005
【図５】
0003692114.tif 000006
【図６】
0003692114.tif 000007
【図７】
0003692114.tif 000008
【図８】
0003692114.tif 000009
【図９】
0003692114.tif 000010
【図１０】
0003692114.tif 000011
【図１１】
0003692114.tif 000012
【図１２】
0003692114.tif 000013