監視サーバシステムおよび通信装置並びに監視制御網接続装置
【課題】
従来の集約型の監視サーバシステムは、アクセス集中や冗長性の確保およびコスト的な問題があった。
【解決手段】
本発明では、ネットワーク接続された複数の通信装置において、複数の通信装置の全通信装置に関する予め設定された特定の情報種別の情報を蓄積するデータベースと、自装置の変化を検出する変化検出部と、変化検出部が自装置の変化を検出した場合に、他装置に自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する情報発信部と、他装置からのブロードキャスト通知を受信する情報受信部と、情報受信部で受信したブロードキャスト通知に付加された情報種別を読み取り、情報種別が予め設定された自装置の担当情報種別であるか否かを判別する情報判別部と、情報種別が自装置の担当情報種別である場合は変化情報を読み取ってデータベースの情報を更新する情報更新部とを設けた。
従来の集約型の監視サーバシステムは、アクセス集中や冗長性の確保およびコスト的な問題があった。
【解決手段】
本発明では、ネットワーク接続された複数の通信装置において、複数の通信装置の全通信装置に関する予め設定された特定の情報種別の情報を蓄積するデータベースと、自装置の変化を検出する変化検出部と、変化検出部が自装置の変化を検出した場合に、他装置に自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する情報発信部と、他装置からのブロードキャスト通知を受信する情報受信部と、情報受信部で受信したブロードキャスト通知に付加された情報種別を読み取り、情報種別が予め設定された自装置の担当情報種別であるか否かを判別する情報判別部と、情報種別が自装置の担当情報種別である場合は変化情報を読み取ってデータベースの情報を更新する情報更新部とを設けた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続された通信装置の情報を収集および管理するための監視制御技術を使用する監視サーバシステムおよび通信装置並びに監視制御網接続装置に関する。
【背景技術】
【０００２】
ネットワークで接続されたルーターやＬ２ＳＷなどの通信装置を管理するために、これらの装置情報を収集して管理する監視サーバシステムが用いられている。従来の監視サーバシステムは、管理対象となる複数の装置から情報を収集して管理するための監視サーバを配置し、監視サーバに全ての装置情報を集約して管理する集約型のシステムであった。このため、クライアントが特定の装置情報を知りたい場合、制御端末から監視サーバにアクセスし、監視サーバから装置情報を取得する必要があった（例えば特許文献１参照）。
【０００３】
また、このような集約型の監視サーバシステムでは、監視サーバに問題が発生したときにシステムがダウンしないように、監視サーバに冗長性を持たせてシステムの信頼性を図る必要があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−７０８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の集約型の監視サーバシステムでは、クライアントは監視サーバから各装置の情報を取得する必要があり、監視サーバにアクセスが集中して監視サーバの処理量が多くなるため高性能で高価な監視サーバを設置する必要があった。また、冗長性を持たせるために複数の監視サーバを設置する必要があり、コスト的な問題があった。
【０００６】
上記課題に鑑み、本発明の目的は、仮想的に１つの監視サーバにアクセスしているかのような利便性と冗長性を兼ね備え、コスト的な問題が少ない分散型の監視サーバシステムおよび通信装置並びに監視制御網接続装置を提供することである。
【課題を解決するための手段】
【０００７】
請求項１に係る発明は、ネットワーク接続された複数の通信装置において、前記複数の通信装置の全通信装置に関する予め設定された特定の情報種別の情報を蓄積するデータベースと、自装置の変化を検出する変化検出部と、前記変化検出部が自装置の変化を検出した場合に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する情報発信部と、他装置からの前記ブロードキャスト通知を受信する情報受信部と、前記情報受信部で受信した前記ブロードキャスト通知に付加された前記情報種別を読み取り、前記情報種別が予め設定された自装置の担当情報種別であるか否かを判別する情報判別部と、前記情報種別が自装置の担当情報種別である場合は前記変化情報を読み取って前記データベースの情報を更新する情報更新部とを有することを特徴とする。
【０００８】
請求項２に係る発明は、請求項１に記載の通信装置において、前記情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする。
【０００９】
請求項３に係る発明は、請求項１または２に記載の通信装置において、前記複数の通信装置が担当する情報種別は、同一の情報種別について２台以上の通信装置が担当するように設定することを特徴とする。
【００１０】
請求項４に係る発明は、ネットワーク接続された複数の通信装置と、複数の情報種別で構成される前記通信装置の装置情報を監視制御するための制御端末との間に配置される監視制御網接続装置において、前記複数の情報種別の中から予め設定された特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスおよび装置ＩＤを接続情報テーブルに記憶する接続情報管理部と、前記制御端末から前記特定の情報種別に関する装置情報の要求メッセージを受信する要求受信部と、前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照して前記要求メッセージを転送する要求転送部と、前記通信装置から受信する前記特定の情報種別に関する装置情報を含む応答メッセージを受信する応答受信部と、前記応答メッセージを要求元の前記制御端末に転送する応答転送部とを有することを特徴とする。
【００１１】
請求項５に係る発明は、請求項４に記載の監視制御網接続装置において、前記接続情報管理部は、前記通信装置のデータベースにアクセス可能であるか否かを示す情報を前記接続情報テーブルに記憶し、前記要求転送部は、前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照する際に、当該通信装置がアクセス不能である場合は、前記要求メッセージに付加された前記特定の情報種別と同一の情報種別に関する装置情報をデータベースとして保持するアクセス可能な通信装置のアドレスを選択して前記要求メッセージを転送することを特徴とする。
【００１２】
請求項６に係る発明は、請求項４または５に記載の監視制御網接続装置において、前記データベースに保持される装置情報の情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする。
【００１３】
請求項７に係る発明は、請求項４から６のいずれか一項に記載の監視制御網接続装置において、前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、前記通信装置から送信される警報情報を含むＳＮＭＰ対応のＴｒａｐメッセージを受信する警報受信部と、前記接続情報テーブルを参照して前記Ｔｒａｐメッセージの送信元アドレスから前記通信装置の装置ＩＤを割り出し、前記装置ＩＤと前記警報情報とを対応付けた警報メッセージを作成して前記ルーティングテーブルに保持された全ての制御端末に送信する警報送信部とを更に設けたことを特徴とする。
【００１４】
請求項８に係る発明は、請求項４から６のいずれか一項に記載の監視制御網接続装置であって、前記通信装置が自装置の変化を検出した際に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する前記通信装置を収容する監視制御網接続装置において、前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、前記通信装置からブロードキャスト通知される変化情報の情報種別が警報である場合に、前記ルーティングテーブルを参照して全ての制御端末に前記警報を送信する警報送信部とを更に設けたことを特徴とする。
【００１５】
請求項９に係る発明は、請求項１から３のいずれか一項に記載の通信装置と、請求項４から８のいずれか一項に記載の監視制御網接続装置とを備えることを特徴とする。
【発明の効果】
【００１６】
本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置は、集中型の監視サーバを設置する必要がなく、仮想的に１つの監視サーバにアクセスしているかのような利便性と冗長性を兼ね備え、コスト的な問題を低減することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係る監視サーバシステム１００の構成概要を示す図である。
【図２】本実施形態に係る監視サーバシステム１００の構成例を示す図である。
【図３】情報種別毎の装置情報例を示す説明図である。
【図４】一元管理する場合の監視サーバシステム９００の構成例を示す図である。
【図５】装置情報の取得処理を説明するための監視サーバシステム１００の構成例を示す図である。
【図６】装置情報の取得処理を示す装置間のフローチャートである。
【図７】装置故障時の監視サーバシステム１００の構成例を示す図である。
【図８】通信装置１０２の構成例を示す図である。
【図９】情報要求メッセージ受信時の処理を示すフローチャートである。
【図１０】ブロードキャスト通知の送信時の処理を示すフローチャートである。
【図１１】ブロードキャスト通知の受信時の処理を示すフローチャートである。
【図１２】監視制御網接続装置１０１の構成例を示す図である。
【図１３】監視制御網接続装置１０１の接続制御処理を示すフローチャートである。
【図１４】制御端末１０３の操作および処理を示すフローチャートである。
【図１５】通信装置１０２ａの構成例を示す図である。
【図１６】通信装置１０２ａの警報通知処理を示すフローチャートである。
【図１７】監視制御網接続装置１０１ａの構成例を示す図である。
【図１８】監視制御網接続装置１０１ａの警報受信時の処理を示すフローチャートである。
【図１９】警報の通知処理を示す装置間のフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置の実施形態について図面を用いて詳しく説明する。
【００１９】
［監視サーバシステム１００］
図１は、本実施形態に係る監視サーバシステム１００の構成例を示す図である。本実施形態に係る監視サーバシステム１００は、従来の監視サーバシステムのように複数の通信装置の情報を集約して保持する監視サーバを持たず、情報種別に応じて複数の通信装置に分散して情報を保持する監視サーバシステムである。
【００２０】
図１において、監視サーバシステム１００は、監視制御網接続装置１０１と、複数の通信装置１０２と、制御端末１０３とを有する。ここで、複数の通信装置１０２は、個々の装置を示す場合は符号１０２−ｎ（ｎは自然数）を付加して記載するが、複数の装置に共通の場合は−ｎを省略して符号１０２と記載する。尚、通信用ネットワーク１０６など他の部分についても同様に記載する。
【００２１】
図１の例では、通信装置１０２−１から通信装置１０２−６までの６台の通信装置と、監視制御網接続装置１０１とが監視用ネットワーク１０４で接続されている。そして、監視制御網接続装置１０１は、端末用ネットワーク１０５を介して制御端末１０３に接続されている。尚、わかり易いように、監視用ネットワーク１０４と端末用ネットワーク１０５とを別のネットワークとする例を示したが、同一のネットワークであっても構わない。また、複数の通信装置１０２は、監視用ネットワーク１０４で相互に接続されているが、通信装置１０２がユーザーデータを送受信する本来の通信用ネットワーク１０６内にインバンドで監視用ネットワーク１０４を構築しても良い。また、制御端末１０３は、複数台の端末が端末用ネットワーク１０５に接続されていても構わない。
【００２２】
図１において、監視制御網接続装置１０１は、複数の通信装置１０２の装置情報（警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報など）を集約して保持する従来型の監視サーバとは異なり、これらの装置情報は保持しない。監視制御網接続装置１０１が保持するのは、複数の通信装置１０２の接続情報（装置ＩＤ、ＩＰアドレス、動作可否（ＵＰ／ＤＯＷＮ）、情報種別の少なくとも４つの情報）である。ここで、情報種別は装置情報の種類を意味し、例えば警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報などに相当する。これらの装置情報は、情報種別に応じて各通信装置１０２のデータベースに冗長性を持たせながら分散して保持される。
【００２３】
監視制御網接続装置１０１は、制御端末１０３から特定の情報種別に対応する情報を要求する要求メッセージを受け取った場合に、この特定の情報種別のデータベースを保持する通信装置１０２に要求メッセージを転送し、通信装置１０２から要求された特定の情報種別に対応する情報を含む応答メッセージを受け取り、要求元の制御端末１０３に転送する役割を担う。
【００２４】
また、各通信装置１０２が従来の通信装置と異なる点は、予め設定された情報種別に関する全通信装置１０２の装置情報を蓄積するデータベースを保持することである。従来の通信装置は、自装置の装置情報を保持するデータベースを有していたが、本実施形態における通信装置１０２は、自装置の装置情報に加えて特定の情報種別に関する全通信装置１０２の装置情報をデータベースに蓄積する。尚、特定の情報種別だけなので、データベースの規模は従来の監視サーバのように大きくする必要はない。また、データベース自体は従来から自装置用に保持しているのでハードウェアの基本構成を変更する必要はないので、コスト的な問題は小さい。尚、通信装置１０２の具体的な構成については後で詳しく説明する。
【００２５】
このように、監視サーバシステム１００における監視制御網接続装置１０１は、従来型の監視サーバとは異なり、装置情報のデータベースは保持しないので、処理負荷が大幅に軽減され、アクセス集中によるシステムダウンの回避や冗長性を備えるためのコスト削減を図ることができる。また、複数の通信装置１０２のデータベースに装置情報を情報種別に応じて分散して保持することにより冗長性が得られるので、システムの信頼性を向上することができる。
【００２６】
次に、情報種別に応じて装置情報を複数の通信装置１０２のデータベースに分散して保持する例を図２に示す。尚、図２において、図１と同符号のものは同じものを示す。図２の監視サーバシステム１００は、図１の監視サーバシステム１００と同じものであるが、通信装置１０２の台数が異なる。また、図１では、且つ各通信装置１０２に保持される情報種別毎のデータベースの一例を描いてある。例えば、通信装置１０２−１，通信装置１０２−８および通信装置１０２−１０は、警報ログ情報の蓄積を担当し、それぞれデータベース１５１−１，データベース１５１−８およびデータベース１５１−１０を備える。また、通信装置１０２−２，通信装置１０２−６および通信装置１０２−１１は、設定情報の蓄積を担当し、それぞれデータベース１５１−２，データベース１５１−６およびデータベース１５１−１１を備える。同様に、通信装置１０２−３および通信装置１０２−７は、操作ログ情報の蓄積を担当し、それぞれデータベース１５１−３およびデータベース１５１−７を備える。また、通信装置１０２−４および通信装置１０２−１２は、故障履歴情報の蓄積を担当し、それぞれデータベース１５１−４およびデータベース１５１−１２を備える。また、通信装置１０２−５および通信装置１０２−９は、警報ログ情報の蓄積を担当し、それぞれデータベース１５１−５およびデータベース１５１−９を備える。
【００２７】
このように、警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報など装置情報は、少なくとも２台の通信装置１０２に保持されているので冗長性が得られる。
【００２８】
尚、監視制御網接続装置１０１は、従来の監視サーバのような膨大な上記の装置情報を全て保持する必要はなく、情報種別に対応するデータベースを保持する通信装置１０２の宛先アドレスを記憶する接続情報テーブル１６１を持つだけでよい。そして、接続情報テーブル１６１に応じて制御端末１０３と各通信装置１０２との間で装置情報を転送するだけでよい。
［装置情報について］
ここで、警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報など装置情報について説明する。
（警報ログ情報）
警報ログ情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：警報ログ
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：警報が発生した時の時刻
・各種情報：警報内容
例えば、図３（ａ）は警報ログ情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、発生時刻と、警報内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：２の通信装置において、９：３２：００の時刻にＩＦ（インターフェース）盤の不良が発生したという警報ログが記憶されている。また、装置ＩＤ：４の通信装置において、１１：１５：２０の時刻に光出力低下の異常が発生したという警報ログが記憶されている。同様に、装置ＩＤ：１の通信装置において、１７：４３：１８の時刻にデータ誤りの異常が発生したという警報ログが記憶されている。
（設定情報）
設定情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：設定
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：各装置が自己の設定状態を読み取ったとき、または設定変更があったときの時刻
・各種情報：ＳＮＭＰのＭＩＢ情報など
例えば、図３（ｂ）は設定情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、設定時刻と、設定内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：１の通信装置において、７：１８：０５の時刻に出力レベルＡを設定したことが設定内容として記憶されている。また、装置ＩＤ：２の通信装置において、２２：４３：３８の時刻に光出力をＯＮしたことが設定内容として記憶されている。
（操作ログ情報）
操作ログ情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：操作ログ
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：該当装置に対する操作があったときの時刻
・各種情報：操作内容（発行されたＣＬＩやＳＮＭＰでＧＥＴ／ＳＥＴされたＭＩＢなど）
例えば、図３（ｃ）は操作ログ情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、操作時刻と、操作内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：３の通信装置において、６：１２：０５の時刻に出力レベルを変更したことが操作内容として記憶されている。また、装置ＩＤ：１の通信装置において、８：２５：３２の時刻にＩＦ盤を予備系統に切り替えたことが操作内容として記憶されている。
（故障履歴情報）
故障履歴情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：故障履歴
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：故障が発生した時の時刻
・各種情報：故障内容
例えば、図３（ｄ）は故障履歴情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、発生時刻と、故障内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：４の通信装置において、１０：２２：００の時刻にＩＦ盤の故障が発生したことが記憶されている。また、装置ＩＤ：２の通信装置において、１７：３０：４０の時刻にＦＡＮ盤の故障が発生したことが記憶されている。
（統計情報）
統計情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：統計
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：統計情報を読み取ったときの時刻
・各種情報：統計情報内容
例えば、図３（ｅ）は統計情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、発生時刻と、故障内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：２の通信装置において、１３：２４：５２の時刻にエラー数Ａになったことが記憶されている。また、装置ＩＤ：３の通信装置において、２０：０１：２４の時刻にエラー数Ｂになったことが記憶されている。
【００２９】
以上、図３で説明したように、各通信装置１０２のデータベースには、警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報などの装置情報が予め設定された各通信装置１０２が担当する情報種別毎に分散して記憶される。尚、どの通信装置１０２がどの情報種別を担当するかは、通信装置１０２を設定する際に設置者が各通信装置に設定する。または、通信装置１０２の保守を行う際に、担当する情報種別の設定，変更，削除などを行ってもよい。さらに、通信装置１０２の台数が少ない場合は、担当する情報種別は１つである必要はなく、例えば設定情報と操作ログ情報など複数の装置情報を担当するようにしてもよい。但し、１台の通信装置１０２が担当する情報種別の数が増えると、処理負荷が大きくなり、アクセスが集中するなどの従来の監視サーバと同じ問題が生じる恐れがあるので、１つの通信装置１０２には１つの情報種別を担当させるのが好ましい。そして、同じ情報種別のデータベースについて冗長性を確保するために、図２で説明したように、少なくとも２台の通信装置１０２に同じ情報種別を担当させるのが好ましい。
【００３０】
ここで、本実施形態の特徴がわかり易いように、従来の監視サーバシステム９００の構成例を図４に示す。図４の監視サーバシステム９００は、図２の本実施形態に係る監視サーバシステム１００に対応する。監視サーバシステム９００は、複数の監視サーバ９０１と、複数の通信装置９０２と、制御端末９０３とで構成される。そして、監視サーバ９０１には、全ての通信装置９０２に関する全ての装置情報を保持するためのデータベース（警報ログ情報ＤＢ９５１，設定情報ＤＢ９５２，操作ログ情報ＤＢ９５３，故障履歴情報ＤＢ９５４，統計情報ＤＢ９５５など）が設けられている。また、装置情報のデータベースの冗長性の確保とアクセス集中の回避を行うために、複数台の監視サーバ９０１が配置される。そして、制御端末１０３からの装置情報の要求に対して、監視サーバ９０１は制御端末９０３からの要求に応じて、自己のデータベースの情報を検索し、必要な装置情報を制御端末９０３に応答する処理を行うようになっていた。特に、制御端末９０３が複数台ある場合には、アクセスが集中してシステムダウンするなどの問題があった。これに対して、図２の本実施形態に係る監視サーバシステム１００は、装置情報のデータベースを情報種別毎に複数の通信装置１０２に分散して保持することにより、従来のような集約型の監視サーバ９０１を必要とせず、接続情報テーブル１６１を参照して、単に制御端末１０３が要求する情報種別に応じて、該当する情報種別の装置情報のデータベースを保持する通信装置１０２に転送するだけでよく、処理が軽いためアクセス集中によるシステムダウンを回避できる。さらに、複数の通信装置１０２に情報種別毎にデータベースを重複して配置するので、冗長性を確保できシステムの信頼性を向上することができる。また、高価な監視サーバ９０１が不要となるため、システムのコスト低減も図ることができる。
［制御端末１０３からの情報取得動作例］
次に、制御端末１０３から通信装置１０２の装置情報を取得する際の各装置の動作について図５を用いて説明する。尚、図５の監視サーバシステム１００は、図２の監視サーバシステム１００の一部の通信装置１０２を抜き出して描いた図で、監視制御網接続装置１０１と、４台の通信装置１０２と、制御端末１０３とで構成される。ここで、４台の通信装置１０２は、冗長性の説明をするために、警報ログ情報を担当する通信装置１０２−１および１０２−８と、設定情報を担当する通信装置１０２−２および１０２−６とをそれぞれ２台ずつ配置してある。尚、警報ログ情報と設定情報以外の装置情報についても同様に動作する。
【００３１】
図５の監視制御網接続装置１０１の接続情報テーブル１６１には、接続情報テーブル例１６１ａに示すような情報が記憶されている。接続情報テーブル例１６１ａにおいて、ＤＢ（データベース）種別，装置ＩＤ，ＩＰアドレスおよび状態が記憶されている。ここで、接続情報テーブル１６１は、通信装置１０２を設置時に保守者が監視制御網接続装置１０１に情報種別，装置ＩＤおよびＩＰアドレスを初期登録するが、状態（装置の稼動状態）については、監視制御網接続装置１０１から各通信装置１０２に対してポーリングを行い、各通信装置１０２から正常な応答が戻ってくる場合はＵＰ、ポーリングの応答がない場合や誤っている場合はＤＯＷＮに更新する。
【００３２】
例えば、図５の接続情報テーブル例１６１ａにおいて、装置ＩＤが１の通信装置１０２−１の情報種別は警報ログ情報で、宛先アドレス（ここではＩＰアドレス）は１０．１０．１０．２で正常に動作していることがわかる。また、同じ情報種別（警報ログ情報）のデータベースを保持する通信装置１０２の装置ＩＤは８，ＩＰアドレスは１０．１０．１０．４であり、正常に動作していることが接続情報テーブル１６１からわかる。同様に、情報種別が設定情報のデータベースを保持する２台の通信装置１０２は、それぞれ装置ＩＤ：２および装置ＩＤ６，ＩＰアドレスはそれぞれ１０．１０．１０．３および１０．１０．１０．５であり、共に正常に動作していることがわかる。
【００３３】
また、図５において、監視制御網接続装置１０１は、各通信装置１０２が接続される監視用ネットワーク１０４側のＩＰアドレス：１０．１０．１０．１と、制御端末１０３が接続される端末用ネットワーク１０５側のＩＰアドレス：１１．１２．１３．１とを有する。尚、制御端末１０３のＩＰアドレスは１１．１２．１３．５である。また、各ＩＰアドレスの／２４はＴＣＰ／ＵＤＰ用のプライベートポート番号で、本実施形態では監視用のポート番号として用いている。
【００３４】
図６は、図５で説明した制御端末１０３と、監視制御網接続装置１０１と、各通信装置１０２との間で送受信される情報の流れを示す図である。先ず、制御端末１０３（ＩＰ：１１．１２．１３．５／２４）でオペレータが知りたい装置情報の情報種別（図６の例では警報ログ情報）を入力する（ステップＳ１２１）。そして、例えばオペレータが情報要求ボタンを押下すると、制御端末１０３は、監視制御網接続装置１０１（ＩＰ：１１．１２．１３．１／２４）に要求する情報種別の情報を含む情報要求メッセージ１３１を送信する。ここで、情報要求メッセージ１３１には、制御端末１０３のＩＰアドレス（１１．１２．１３．５／２４）を送信元アドレス、監視制御網接続装置１０１のＩＰアドレス（１１．１２．１３．１／２４）を宛先アドレスとし、情報種別を指定する情報が含まれているが、要求する情報種別のデータベースを保持する通信装置のＩＰアドレスは指定する必要はない（制御端末１０３側では知らなくてもよい）。
【００３５】
監視制御網接続装置１０１は、制御端末１０３から受信した情報要求メッセージ１３１で指定された情報種別の情報のデータベースを有する通信装置１０２の装置ＩＤおよびＩＰアドレスを図５で説明した情報接続テーブル１６１から検索する（ステップＳ１２２）。この時、冗長性を確保するために同じ情報種別の情報のデータベースを有する通信装置１０２は複数台あるので、例えば装置ＩＤの小さい通信装置１０２を優先して選択する。或いは、アクセスの集中を避けるために、装置ＩＤの一番小さい通信装置１０２を選択した次の同じ情報種別の要求に対しては２番目に小さい装置ＩＤを選択し、その次の同じ情報種別の要求に対しては３番目に小さい装置ＩＤを選択するなど、順番にアクセスする通信装置１０２を変えるように制御しても構わない。
【００３６】
次に、監視制御網接続装置１０１は、ステップＳ１２２で選択したＩＰアドレスの通信装置１０２に制御端末１０３から受信した情報要求メッセージ１３１に監視制御網接続装置１０１のＩＰアドレス（１０．１０．１０．１／２４）を送信元アドレス、警報ログ情報のデーターベースを保持する通信装置１０２−１のＩＰアドレス（１０．１０．１０．２／２４）を宛先アドレスとする情報要求メッセージ１３２を送信する（ステップＳ１２３）。尚、情報要求メッセージ１３２は通信装置１０２−１へのユニキャストフレームである。また、情報要求メッセージ１３２に制御端末１０３から送信された情報要求メッセージ１３１をカプセル化して送信しても構わない。そして、情報要求メッセージ１３２を受信した通信装置１０２−１は、自装置が担当する警報ログ情報のデータベース１５１−１から装置情報を読み出し、読み出した装置情報を含む情報応答メッセージ１３３を作成して監視制御網接続装置１０１に送信する（ステップＳ１２４）。情報応答メッセージ１３３を受信した監視制御網接続装置１０１は、通信装置１０２−１から受信した情報応答メッセージ１３３に監視制御網接続装置１０１のＩＰアドレス（１１．１２．１３．１／２４）を送信元アドレス、警報ログ情報を要求した制御端末１０３のＩＰアドレス（１１．１２．１３．５／２４）を宛先アドレスとする情報を付加した情報応答メッセージ１３４を送信する（ステップＳ１２５）。ここで、制御端末１０３が複数台ある場合、監視制御網接続装置１０１は、通信装置１０２−１からの情報応答メッセージがどの制御端末１０３からの情報要求メッセージに対応するものであるかを管理する。例えば、ＴＣＰプロトコルを用いて、制御端末１０３のセッションＩＤで管理することができる。これにより、情報応答メッセージ１３３と要求元の制御端末１０３とを対応付けることができる。或いは、ステップＳ１２３で情報要求メッセージ１３２に制御端末１０３から送信された情報要求メッセージ１３１をカプセル化して送信した場合は、制御端末１０３のＩＰアドレスもカプセル化されているので、情報応答メッセージ１３３にもそのまま制御端末１０３のＩＰアドレスがカプセル化されたまま通信装置１０２−１から応答されるようにすれば、監視制御網接続装置１０１は制御端末１０３のＩＰアドレスを管理する必要がなくなる。
【００３７】
そして、情報応答メッセージ１３４を受信した制御端末１０３は、情報応答メッセージ１３４に含まれる警報ログ情報をモニタなどに表示する。このようにして、制御端末１０３のオペレータは、知りたい装置情報を確認することができる。尚、上記の説明では、警報ログ情報のデータベースを保持する通信端末１０２−１が正常に動作している場合の処理の流れについて説明した。次に、通信装置１０２−１が正常に動作していない場合の動作について図７を用いて説明する。
【００３８】
図７は、図５に対応する図で、図５と異なるのは装置ＩＤ：１（ＩＰ：１０．１０．１０．２／２４）の通信装置１０２−１が正常に動作していない場合の様子を示していることである。このため、監視制御網接続装置１０１は、通信装置１０２−１の警報ログ情報のデータベース１５１−１から装置情報を取得することができない。ここで、監視制御網接続装置１０１は、定期的にポーリングを行って、各通信装置１０２が正常に動作しているか否かを確認し、正常に動作していない場合は、接続情報テーブル１６１の装置状態をＤＯＷＮにする。例えば接続情報テーブル例１６１ｂの装置ＩＤ：１の装置状態はＤＯＷＮになっている。尚、正常に動作している場合の装置状態はＵＰである。
【００３９】
図７の状態で、制御端末１０３から警報ログ情報の要求があった場合、監視制御網接続装置１０１は、接続情報テーブル１６１を参照して、先ず警報ログ情報を保持する装置ＩＤが一番小さい装置ＩＤ：１を選択しようとするが、装置ＩＤ：１の装置状態がＤＯＷＮなので次に同じ情報種別のデータベースを保持する通信装置で装置ＩＤが２番目に小さい装置ＩＤ：８の通信装置を選択する。この時の処理の流れは、先に説明した図６において点線で示したように、監視制御網接続装置１０１が装置ＩＤ：１の通信装置１０２−１に情報要求メッセージ１３２を送信する代わりに、同じ情報種別のデータベースを保持する装置ＩＤ：８の通信装置１０２−８に情報要求メッセージ１３２を送信する。そして、情報要求メッセージ１３２を受信した通信装置１０２−８は、自装置が担当する警報ログ情報のデータベース１５１−８から装置情報（図６では警報ログ情報）を読み出し、読み出した警報ログ情報を含む情報応答メッセージ１３３を作成して監視制御網接続装置１０１に送信する（ステップＳ１２４ａ）。
【００４０】
尚、もし装置ＩＤ：８の通信装置の装置状態もＤＯＷＮである場合は、さらに同じ情報種別のデータベースを保持する通信装置を検索する。このようにして、同じ情報種別のデータベースを保持する通信装置且つ装置状態がＵＰの通信装置を選択する。これにより、本実施形態に係る監視サーバシステム１００において、装置情報の冗長性を確保することができる。
［通信装置１０２の構成］
次に、通信装置１０２の構成例について、図８を用いて説明する。図８において、通信装置１０２は、監視用送受信部２０１と、監視制御部２０２と、主要通信部２０３と、自装置情報ＤＢ（データベース）２０４と、全装置情報ＤＢ（データベース）２０５とで構成される。ここで、監視用送受信部２０１は、図１，図２などの監視用ネットワーク１０４に接続し、各通信装置１０２との間でデータの送受信を行う。一方、主要通信部２０３は、通信装置１０２がユーザーデータなどを送受信するための通信装置本来の動作を行うブロックで、図１で説明した通信用ネットワーク１０６に接続される。尚、本実施形態では、監視制御時の動作が主体なので、通信用ネットワーク１０６および主要通信部２０３の詳細な構成や動作に関する説明は省略する。また、本実施形態では、わかり易いように監視用ネットワーク１０４を別に設けたが、通信用ネットワーク１０６の中にインバンドで監視用ネットワーク１０４を構築しても構わない。
【００４１】
監視制御部２０２は、主要通信部２０３の動作を監視し、主要通信部２０３で送受信されるユーザデータのエラー数（パケットエラーなど）やトラフィック量或いは異常の検知などを行う。また、監視制御部２０２は、通信装置１０２が担当する情報種別や自装置ＩＤ，ＩＰアドレスなど自装置に関する設定内容を自装置情報ＤＢ２０４で管理する。さらに、本実施形態に係る通信装置１０２は、自装置を含む全装置の装置情報で自装置が担当する情報種別毎の装置情報、例えば警報ログ情報、操作ログ情報、故障履歴ログ情報、設定情報、統計情報の中の少なくとも１つの情報を全装置情報ＤＢ２０５で管理する。尚、図８では、説明がわかり易いように、自装置情報ＤＢ２０４と全装置情報ＤＢ２０５とを別々に設けたが、同じデータベース上で管理するようにしてもよい。また、データベースは、ハードディスクなどの記憶媒体だけでなく、半導体メモリを用いても構わない。
【００４２】
図８において、監視制御部２０２は、リクエスト受信部２５１と、ＤＢ参照部２５２と、応答部２５３とを有し、先に図６で説明したように、監視制御網接続装置１０１から受信する情報要求メッセージに対応する処理を行う。図９は、監視制御部２０２が行う情報要求メッセージの受信処理のフローチャートである。リクエスト受信部２５１は、情報要求メッセージを受信するまで待機する（ステップＳ１０１）。そして、リクエスト受信部２５１は、監視制御網接続装置１０１から情報要求メッセージを受信するとＤＢ参照部２５２に出力する。ＤＢ参照部２５２は、自装置が担当する情報種別の情報（例えば図６の場合は警報ログ情報）を全装置情報ＤＢ２０５から読み出して応答部２５３に出力する（ステップＳ１０３）。応答部２５３は、情報応答メッセージを作成して監視制御網接続装置１０１に返信する（ステップＳ１０４）。このようにして、一連の情報要求メッセージの受信処理を終了する。尚、図９において、ＤＢ参照部２５２は、受信した情報要求メッセージの情報種別と自装置が担当する情報種別とが一致しているか否かを判別するようにしても構わない（ステップＳ１０２）。そして、一致しない場合は応答部２５３からデータベースが異なることを示すメッセージを返すようにしても構わない。
【００４３】
このように、図８の監視制御部２０２のリクエスト受信部２５１，ＤＢ参照部２５２および応答部２５３は動作する。ここで、上記の説明は、制御端末１０３から監視制御網接続装置１０１を介して情報要求メッセージを受信した場合の処理を中心に説明したが、各通信装置１０２が担当する情報種別のデータベース（全装置情報ＤＢ２０５）に保持される装置情報は、各通信装置の状態が変化する毎に常に最新の情報に更新しておく必要がある。次に、図８の全装置情報ＤＢ２０５に保持される装置情報の更新処理について説明する。
【００４４】
［データベースの更新処理］
本実施形態に係る通信装置１０２は、各装置の変化を検出した場合に他の装置に変化した内容を通知する機能を持っている。そして、他の装置から通知された装置情報が自装置が担当する情報種別である場合、自装置が担当する情報種別のデータベースの記載内容を更新する。このようにして、常に各装置が担当する情報種別のデータベースを最新の状態に維持することができる。
【００４５】
上記の機能を実現するために、図８において、各通信装置１０２の監視制御部２０２は、変化検出部２６１と、情報発信部２６２と、自装置管理部２６３と、情報受信部２６４と、種別判定部２６５と、ＤＢ更新部２６６とを有している。
【００４６】
変化検出部２６１は、主要通信部２０３の状態の変化を検出する。例えば主要通信部２０３の電源盤，ＩＦ盤，ＦＡＮ盤などの異常を検出したり、光通信が行われている場合はレーザーの出力レベルやオンオフなどの保守交換されたことを検出したり、ユーザーデータのトラフィック量やエラー数などの統計情報を検出する。装置異常は、例えば、ＩＦ盤の不良，光出力低下，データ誤りなどである。或いは、監視制御部２０２は、ＳＮＭＰプロトコルに対応しており、ＳＥＴされたＭＩＢ情報などを検出する。例えば、出力レベルの変更，ＩＦ盤の運用系統の切り替え、光出力のオンオフなどを検出する。
【００４７】
そして、変化検出部２６１は、検出した情報を情報発信部２６２や自装置管理部２６３に出力する。また、変化検出部２６１は、時計機能を有しており、検出時刻も合わせて情報発信部２６２や自装置管理部２６３に出力する。
【００４８】
図１０は、情報発信部２６２がブロードキャスト通知する場合の処理を示すフローチャートである。情報発信部２６２は、変化検出部２６１が何らかの変化を検出するまで待機する（ステップＳ２０１）。そして、変化検出部２６１が何らかの変化を検出した場合に、自装置の変化情報に情報種別，自装置ＩＤ，時刻などを付加して、他の通信装置１０２にブロードキャスト通知する（ステップＳ２０２）。尚、ブロードキャスト通知する内容は、図８の自装置情報ＤＢ２０４に保持されている現在の情報との差分情報だけ送信するようにしても構わないし、検出情報を全てブロードキャスト通知して、受信側（当該情報を担当する通信装置側）で差分情報だけ更新するようにしても構わない。このようにして、自装置に何らかの変化があった場合に各情報種別のデータベースを保持する他の通信装置に変化内容を通知することができる。尚、通常の通信装置で行われているように、自装置管理部２６３は、自装置情報ＤＢ２０４の情報も更新する（ステップＳ２０３）。
【００４９】
次に、ブロードキャスト通知された情報を受信して、自装置が担当する情報種別のデータベースを更新する処理について、図８および図１１のフローチャートを用いて説明する。図８において、情報受信部２６４は、監視用送受信部２０１を介して、他の通信装置１０２から送信されたブロードキャスト通知を受信するまで待機する（ステップＳ３０１）。情報受信部２６４は、ブロードキャスト通知を受信したら種別判定部２６５に受信内容を出力する。種別判定部２６５は、受信したブロードキャスト通知が自装置が担当する情報種別に関するものであるか否かを判別する（ステップＳ３０２）。尚、自装置が担当する情報種別は、予め通信装置１０２の設置時や保守時に設定され、自装置情報ＤＢ２０４に記憶されている。そして、自装置が担当する情報種別である場合は、種別判定部２６５からＤＢ更新部２６６に出力され、ＤＢ更新部２６６はブロードキャスト通知に含まれる変化情報，装置ＩＤ，時刻などを対応させ、全装置情報ＤＢ２０５の情報を更新する（ステップＳ３０３）。この時、先に説明したように、差分情報だけ更新する。もし、自装置が担当する情報種別ではない場合は、ブロードキャスト通知を無視するか廃棄する（ステップＳ３０４）。
【００５０】
このようにして、本実施形態に係る通信装置１０２は、各装置の変化を検出した場合に他の装置に変化した内容を通知し、また他の装置から通知された装置情報が自装置が担当する情報種別である場合、当該情報で自装置が担当するデータベースを更新する。これにより、常に各装置が担当する情報種別のデータベースを最新の状態に維持することができる。特に、同じ情報種別を担当する複数の通信装置のデーターベースを同期して最新の状態に維持することができる。
【００５１】
［監視制御網接続装置１０１の構成例］
次に、監視制御網接続装置１０１の構成例について、図１２を用いて説明する。図１２において、監視制御網接続装置１０１は、端末用送受信部３０１と、接続制御部３０２と、装置側送受信部３０３と、接続情報テーブル１６１と、ルーティングテーブル３０４とで構成される。ここで、接続情報テーブル１６１は、図２などで説明した接続情報テーブル１６１と同じものである。また、端末側送受信部３０１は、端末用ネットワーク１０５を介して少なくとも１台の制御端末１０３に接続される。一方、装置側送受信部２０１は、監視用ネットワーク１０４に接続され、各通信装置１０２との間でデータの送受信を行う。
【００５２】
接続制御部３０２は、端末側送受信部３０１を介して制御端末１０３から情報要求メッセージを受信した場合に、情報要求メッセージで指定された情報種別のデータベースを担当する通信装置１０２のＩＰアドレスや装置ＩＤおよび装置状態（正常動作しているか否か）を接続情報テーブル１６１を参照し、情報要求メッセージを転送すべき通信装置１０２を選択する。そして、選択された通信装置１０２のＩＰアドレスに情報要求メッセージを転送し、当該通信装置１０２から要求する情報種別の装置情報を含む情報応答メッセージを受信して要求元の制御端末１０３に情報応答メッセージを転送する。ここで、複数の制御端末１０３を有する場合、接続制御部３０２は、制御端末１０３毎のＩＰアドレスやＴＣＰのセッションＩＤなどをルーティングテーブル３０４に保持し、要求元の制御端末１０３と通信装置１０２から送信される情報応答メッセージとの対応付けを管理する。尚、図８では、説明がわかり易いように、接続情報テーブル１６１とルーティングテーブル３０４とを別々に設けたが、同じデータベース上で管理するようにしてもよい。また、データベースは、ハードディスクなどの記憶媒体だけでなく、半導体メモリを用いても構わない。
【００５３】
図１２において、接続制御部３０２は、要求受信部３５１と、テーブル参照部３５２と、転送先設定部３５３と、要求転送部３５４と、接続情報管理部３５５と、応答受信部３５６と、応答転送部３５７と、動作状態ポーリング部３５８とで構成される。
【００５４】
要求受信部３５１は、制御端末１０３から情報要求メッセージを受信し、接続情報管理部３５５と、テーブル参照部３５２と、要求転送部３５４とに出力する。
【００５５】
テーブル参照部３５２は、要求受信部３５１から受け取った情報要求メッセージで指定される情報種別について、接続情報テーブル１６１を参照して当該情報種別のデータベースを保持する通信装置１０２のＩＰアドレスを取得し、転送先設定部３５３に出力する。
【００５６】
転送先設定部３５３は、要求転送部３５４が送信する情報要求メッセージに対して、テーブル参照部３５２で取得した通信装置１０２のＩＰアドレスを宛先ＩＰアドレス、監視制御網接続装置１０１のＩＰアドレスを送信元ＩＰアドレスにそれぞれ設定する。
【００５７】
要求転送部３５４は、制御端末１０３から受信した情報要求メッセージに転送先設定部３５３が設定した宛先ＩＰアドレスと送信元ＩＰアドレスを付加した新たな情報要求メッセージを装置側送受信部３０３を介して監視用ネットワーク１０４に出力し、宛先の通信装置１０２に送信する。
【００５８】
接続情報管理部３５５は、制御端末１０３から受信した情報要求メッセージの要求元の制御端末１０３のＩＰアドレスやＴＣＰのセッションＩＤなど取得し、ルーティングテーブル３０４でセッション管理する。
【００５９】
応答受信部３５６は、要求転送部３５４が監視用ネットワーク１０４に送信した情報要求メッセージに対する通信装置１０２からの情報応答メッセージを受信し、応答転送部３５７に出力する。ここで、情報応答メッセージには、要求した情報種別の装置情報が含まれている。
【００６０】
応答転送部３５７は、応答受信部３５６から入力する情報応答メッセージの装置情報に接続情報管理部３５５が出力する制御端末１０３のＩＰアドレスを宛先ＩＰアドレス、監視制御網接続装置１０１のＩＰアドレスを送信元ＩＰアドレスとしてそれぞれ付加する。そして、応答転送部３５７は、情報応答メッセージを端末側送受信部３０１を介して端末用ネットワーク１０５に出力し、要求元の制御端末１０３に情報応答メッセージを送信する。ここで、接続情報管理部３５５は、先に説明したように、ＴＣＰのセッションＩＤや制御端末１０３から送られた情報要求メッセージをカプセル化して通信装置１０２側に転送することにより、制御端末１０３から送られた情報要求メッセージと、応答受信部３５６が受信した情報応答メッセージとの対応付けを行う。尚、制御端末１０３のＩＰアドレスやＴＣＰのセッションＩＤなどは、ルーティングテーブル３０４で管理する。
【００６１】
以上説明したように、要求受信部３５１と、テーブル参照部３５２と、転送先設定部３５３と、要求転送部３５４と、接続情報管理部３５５と、応答受信部３５６と、応答転送部３５７とによって、制御端末１０３からの情報要求メッセージに応じて指定された情報種別の装置情報を担当する通信装置１０２から情報応答メッセージを受け取り、要求元の制御端末１０３に送信することができる。
【００６２】
尚、接続制御部３０２の動作状態ポーリング部３５８は、装置側送受信部３０３を介して各通信装置１０２に動作が正常であるか否かを判別するための処理を行う。例えば、動作状態ポーリング部３５８は、動作確認メッセージを定期的に送信し、各通信装置１０２から正常な応答メッセージが返ってくれば正常動作（ＵＰ状態）、各通信装置１０２から誤った応答メッセージが返ってきたり、所定時間が経過しても応答メッセージが返ってこない場合は動作不良（ＤＯＷＮ状態）と判断し、接続情報テーブル１６１の装置状態の項目をＵＰまたはＤＯＷＭに更新する。
【００６３】
ここで、図１２で説明した監視制御網接続装置１０１が行う接続処理の流れについて図１３のフローチャートを用いて説明する。要求受信部３５１は、制御端末１０３からの情報要求メッセージを受信するまで待機する（ステップＳ４０１）。そして、要求受信部３５１は、制御端末１０３から情報要求メッセージを受信するとテーブル参照部３５２に出力する。テーブル参照部３５２は、接続情報テーブル１６１を参照して、情報要求メッセージで指定された情報種別の情報（例えば図６の場合は警報ログ情報）を担当する通信装置１０２のＩＰアドレスを取得する（ステップＳ４０２）。転送先設定部３５３は、ステップＳ４０２で取得したＩＰアドレスを制御端末１０３から受信した情報応答メッセージの宛先ＩＰアドレスに設定する。そして、要求転送部３５４は、宛先ＩＰアドレスが設定された情報要求メッセージを通信装置１０２側に転送する（ステップＳ４０３）。このようにして、一連の情報要求メッセージの転送処理が行われる。
【００６４】
一方、監視制御網接続装置１０１から転送された情報要求メッセージを受信した通信装置１０２は、要求された情報種別の装置情報を記載した情報応答メッセージを監視制御網接続装置１０１側に返信する。そこで、応答受信部３５６は、この情報応答メッセージを受信するまで待機する（ステップＳ４０４）。応答受信部３５６が通信装置１０２から情報応答メッセージを受信すると、応答転送部３５７に出力され、接続情報管理部３５５は、ルーティングテーブル３０４を参照して、要求元の制御端末１０３のＩＰアドレスなどを設定する（ステップＳ４０５）。そして、応答転送部３５７は、要求元の制御端末１０３に対して情報応答メッセージを転送する（ステップＳ４０６）。
【００６５】
このようにして、監視制御網接続装置１０１の接続制御部３０２は、一連の接続制御処理を終了する。
【００６６】
［制御端末１０３側の操作および処理］
次に、制御端末１０３側でのオペレータの操作および制御端末１０３の処理の流れについて図１４のフローチャートを用いて説明する。
【００６７】
制御端末１０３を操作するオペレータは、装置情報を管理するためのモニタ画面を見ながらキーボードやマウスなどを操作して、取得したい装置情報の情報種別を指定し、例えば決定ボタンなどを押下する（ステップＳ５０１）。ステップＳ５０１のオペレータの操作が行われると、制御端末１０３は、監視制御網接続装置１０１に情報要求メッセージを送信する（ステップＳ５０２）。ここで、制御端末１０３から送信される情報要求メッセージには、制御端末１０３のＩＰアドレスを送信元ＩＰアドレス、監視制御網接続装置１０１のＩＰアドレスを宛先ＩＰアドレスとしてそれぞれ設定されている。例えば、図５および図６の場合は、制御端末１０３のＩＰアドレスは１１．１２．１３．５／２４で、監視制御網接続装置１０１のＩＰアドレスは１１．１２．１３．１／２４である。
【００６８】
そして、制御端末１０３は、監視制御網接続装置１０１から情報応答メッセージが受信されるまで待機する（ステップＳ５０３）。監視制御網接続装置１０１から情報応答メッセージが受信されると、制御端末１０３は情報応答メッセージに含まれる装置情報（図６の例では警報ログ情報）をモニタなどに表示する（ステップＳ５０４）。
【００６９】
このようにして、制御端末１０３は、監視制御網接続装置１０１のＩＰアドレスを知るだけでよく、どの情報種別をどの通信装置１０２が担当するかを知る必要はない。つまり、制御端末１０３側のオペレータは、従来の監視サーバシステム９００で１台の監視サーバ９０１にアクセスする操作と同様に必要な情報種別の装置情報を得ることができる。特に、情報種別毎に複数の通信装置１０２に重複してデータベースを保持しているので冗長性を確保でき、監視サーバシステム１００の信頼性が向上する。さらに、従来のように監視サーバ９０１にアクセスが集中してシステムに障害が発生する可能性も低くなり、より一層システムの信頼性が向上する。また、同じ情報種別のデータベースを担当する各通信装置１０２は、同じ装置情報を同期して常に最新の状態に維持することができ、情報の信頼性も向上する。
【００７０】
（監視サーバシステム１００の変形例）
次に、先に説明した本実施形態に係る監視サーバシステム１００および通信装置１０２並びに監視制御網接続装置１０１の変形例について説明する。尚、本変形例は、図２，図５などで説明した監視サーバシステム１００と同じシステム構成である。但し、本変形例では、通信装置１０２側が自装置の異常を検出した場合に、先ず監視制御網接続装置１０１に通報し、監視制御網接続装置１０１を経由して全ての制御端末１０３に警報発信するようになっている。このため、通信装置１０２の一部が異なる通信装置１０２ａと、監視制御網接続装置１０１の一部が異なる監視制御網接続装置１０１ａとを用いて監視サーバシステム１００を構成する。
【００７１】
図１５は、本変形例における通信装置１０２ａの構成例である。通信装置１０２ａは、先の実施形態で説明した図８の通信装置１０２に対応し、図８と同符号のブロックは同じ機能のブロックを示すので、重複する動作の説明は省略する。図８の通信装置１０２と異なるのは監視制御部２０２の構成であり、図１５の監視制御部２０２ａでは警報発信部２７１が設けられている。警報発信部２７１は、変化検出部２６１が主要通信部２０３の変化を検出した場合に、検出した内容がＩＦ盤の故障などの警報情報であるか否かを判別し、警報情報である場合は監視用送受信部２０１および監視用ネットワーク１０４を介して、監視制御網接続装置１０１に警報メッセージを通知する。尚、この警報メッセージの通知は、例えばＳＮＭＰのＴｒａｐメッセージを用いる。
【００７２】
この場合の処理の流れを図１６のフローチャートに示す。尚、変化検出部２６１の動作自体は図８の通信装置１０２と同じなので、先に説明した図１０のフローチャートのステップＳ２０１までの検出処理も同じである。そして、図１６の場合は、変化検出部２６１が主要通信部２０３の何らかの変化を検出したとき、検出内容が警報であるか否かの判別処理を行う（ステップＳ２５１）。そして、検出内容が警報である場合は、警報を示すＴｒａｐメッセージを監視制御網接続装置１０１に対して送信する(ステップＳ２５２)。尚、ステップＳ２０２以降の処理は、図１０のフローチャートと同じなので重複する説明は省略する。
【００７３】
このようにして、通信装置１０２ａは、監視制御網接続装置１０１に警報を通知することができる。
【００７４】
次に、本変形例における監視制御網接続装置１０１ａの構成例を図１７に示す。監視制御網接続装置１０１ａは、先の実施形態で説明した図１２の監視制御網接続装置１０１に対応し、図１２と同符号のブロックは同じものを示すので、重複する動作の説明は省略する。図１２の監視制御網接続装置１０１と異なるのは接続制御部３０２の構成であり、図１７の接続制御部３０２ａでは、警報受信部３７１と、端末通知部３７２とが設けられている。警報受信部３７１は、図１５の通信装置１０２ａから送信されるＴｒａｐメッセージなどによる警報通知を検出し、端末通知部３７２に出力する。そして、端末通知部３７２は、警報受信部３７１が受信した警報を端末側送受信部３０１および端末用ネットワーク１０５を介して接続されている全ての制御端末１０３に警報を通知する。尚、全ての制御端末１０３のＩＰアドレスは、予めルーティングテーブル３０４に保持されている。
【００７５】
この場合の監視制御網接続装置１０１の処理の流れを図１８のフローチャートに示す。警報受信部３７１は、通信装置１０２から警報のＴｒａｐメッセージを受信するまで待機する（ステップＳ６０１）。尚、この時、Ｔｒａｐメッセージを用いずにブロードキャスト通知を用いる場合は、ステップＳ６０１でブロードキャスト通知が警報であるか否かを判別する。そして、警報のＴｒａｐメッセージまたは警報を示すブロードキャスト通知を受信した場合に、端末通知部３７２は、ルーティングテーブル３０４を参照して全ての制御端末１０３のＩＰアドレスを取得する（ステップＳ６０２）。そして、端末通知部３７２は、全ての制御端末１０３に警報を送信する（ステップＳ６０３）。
【００７６】
このようにして、監視制御網接続装置１０１は、通信装置１０２から警報の通知を受信し、全ての制御端末１０３に警報を通知することができる。この場合の各装置間の処理の流れを図１９に示す。尚、図１９は、先に説明した図６に対応する図で、装置ＩＤ：１の通信装置１０２−１が自装置の異常を検出した場合の処理の流れを示している。先ず、通信装置１０２−１の変化検出部２６１が自装置の異常など警報を検出する（ステップＳ７０１）。そして、警報発信部２７１が警報のＴｒａｐメッセージを送信するか、或いは情報発信部２６２が警報のブロードキャスト通知を行う（ステップＳ７０２）。このようにして、通信装置１０２−１から警報７５１が監視制御網接続装置１０１に送信される。監視制御網接続装置１０１の警報受信部３７１は警報７５１を受信し、端末通知部３７２はルーティングテーブル３０４で全ての制御端末１０３のＩＰアドレスを参照する（ステップＳ７０３）。そして、端末通知部３７２は、全ての制御端末１０３に警報７５２を送信する。一方、警報７５２を受信した制御端末１０３は、警報内容をモニタなどに表示する（ステップＳ７０５ａ，７０５ｂ）。
【００７７】
このように、全ての制御端末１０３は、監視制御網接続装置１０１のＩＰアドレスを知るだけでよく、各通信装置１０２のＩＰアドレスを知る必要はない。そして、各通信装置１０２の警報は、監視制御網接続装置１０１を介して全ての制御端末１０３に通知される。特に、監視制御網接続装置１０１は、各通信装置１０２の警報を装置ＩＤに対応付けて制御端末１０３に通知するので、制御端末１０３側のオペレータは、どの通信装置１０２に異常が発生したかを的確に知ることができる。
【００７８】
以上、各実施形態で説明してきたように、監視サーバシステム１００および通信装置１０２並びに監視制御網接続装置１０１は、以下の効果が得られる。
・各通信装置１０２は、同じ監視用ネットワーク１０４内の他の通信装置１０２がブロードキャスト通知する装置情報を受信して、各装置が担当する情報種別の装置情報のデータベースを更新することができる。これにより、常に同期して最新の装置情報を分散して保持することができる。そして、制御端末１０３は、監視制御網接続装置１０１に接続するだけで必要な装置情報を得ることができるので、全ての装置情報を一元管理する監視サーバを配置する必要がなく、制御端末１０３側ではあたかも一元管理する監視サーバに接続しているかのように監視用ネットワーク１０４内の全ての通信装置１０２の装置情報を取得することができる。
・同じ情報種別の装置情報を担当する複数の通信装置１０２のデータベースに冗長して保持することにより、個々の装置に障害が発生した場合でも別の装置から同じ装置情報を得ることができ、システムダウンを回避できる。また、従来の監視サーバが持つ全ての通信装置１０２に関する装置情報のデータベースを複数の通信装置１０２に分散することにより、特定の通信装置に負荷が集中しないようにすることができる。
・制御端末１０３は、監視制御網接続装置１０１に対して必要な装置情報を要求するだけでよい。そして、監視制御網接続装置１０１が要求された装置情報の情報種別に応じて、該当するデータベースを保持する通信装置１０２から必要な装置情報を取得して制御端末１０３に送信するので、制御端末１０３は通信装置１０２側のネットワーク構成を知る必要はなく、簡単に監視用ネットワーク１０４内の複数の通信装置１０２を監視制御することができる。特に、特定の通信装置１０２に不具合が発生した場合でも、制御端末１０３はそのことを意識する必要がなく、また処理が中断されることもなく、監視制御網接続装置１０１は同じ情報種別のデータベースを保持する代替の通信装置１０２から必要な装置情報を取得して制御端末１０３に送信することができる。
・監視制御網接続装置１０１は、接続端末１０３の宛先アドレス（ＩＰアドレスなど）をルーティングテーブル３０４として保持するので、監視用ネットワーク１０４内の通信装置１０２から警報が発せられた時（Ｔｒａｐメッセージやブロードキャスト通知などが送出された時）、その警報情報をルーティングテーブル３０４に保持している全ての制御端末１０３の宛先アドレスに転送することにより、制御端末１０３はリアルタイムで各通信装置１０２の警報を取得することができる。
【００７９】
このように、本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置は、従来のように集中型の監視サーバを設置せずに、仮想的に１つの監視サーバにアクセスしているかのような利便性と冗長性を兼ね備え、コスト的な問題を低減することができる。
【００８０】
以上、本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置について、実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。
【符号の説明】
【００８１】
１００・・・監視サーバシステム
１０１・・・監視制御網接続装置
１０２・・・通信装置
１０３・・・制御端末
１０４・・・監視用ネットワーク
１０５・・・端末用ネットワーク
１０６・・・通信用ネットワーク
１５１・・・データベース
１６１・・・接続情報テーブル
２０１・・・監視用送受信部
２０２・・・監視制御部
２０３・・・主要通信部
２０４・・・自装置情報ＤＢ
２０５・・・全装置情報ＤＢ
２５１・・・リクエスト受信部
２５２・・・ＤＢ参照部
２５３・・・応答部
２６１・・・変化検出部
２６２・・・情報発信部
２６３・・・自装置管理部
２６４・・・情報受信部
２６５・・・種別判定部
２６６・・・ＤＢ更新部
３０１・・・端末用送受信部
３０２・・・接続制御部
３０３・・・装置側送受信部
３０４・・・ルーティングテーブル
３５１・・・要求受信部
３５２・・・テーブル参照部
３５３・・・転送先設定部
３５４・・・要求転送部
３５５・・・接続情報管理部
３５６・・・応答受信部
３５７・・・応答転送部
３５８・・・動作状態ポーリング部
２７１・・・警報発信部
３７１・・・警報受信部
３７２・・・端末通知部
９００・・・監視サーバシステム
９０１・・・監視サーバ
９０２・・・通信装置
９０３・・・制御端末
９５１・・・警報ログ情報ＤＢ
９５２・・・設定情報ＤＢ
９５３・・・操作ログ情報ＤＢ
９５４・・・故障履歴情報ＤＢ
９５５・・・統計情報ＤＢ
【技術分野】
【０００１】
本発明は、ネットワークで接続された通信装置の情報を収集および管理するための監視制御技術を使用する監視サーバシステムおよび通信装置並びに監視制御網接続装置に関する。
【背景技術】
【０００２】
ネットワークで接続されたルーターやＬ２ＳＷなどの通信装置を管理するために、これらの装置情報を収集して管理する監視サーバシステムが用いられている。従来の監視サーバシステムは、管理対象となる複数の装置から情報を収集して管理するための監視サーバを配置し、監視サーバに全ての装置情報を集約して管理する集約型のシステムであった。このため、クライアントが特定の装置情報を知りたい場合、制御端末から監視サーバにアクセスし、監視サーバから装置情報を取得する必要があった（例えば特許文献１参照）。
【０００３】
また、このような集約型の監視サーバシステムでは、監視サーバに問題が発生したときにシステムがダウンしないように、監視サーバに冗長性を持たせてシステムの信頼性を図る必要があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−７０８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の集約型の監視サーバシステムでは、クライアントは監視サーバから各装置の情報を取得する必要があり、監視サーバにアクセスが集中して監視サーバの処理量が多くなるため高性能で高価な監視サーバを設置する必要があった。また、冗長性を持たせるために複数の監視サーバを設置する必要があり、コスト的な問題があった。
【０００６】
上記課題に鑑み、本発明の目的は、仮想的に１つの監視サーバにアクセスしているかのような利便性と冗長性を兼ね備え、コスト的な問題が少ない分散型の監視サーバシステムおよび通信装置並びに監視制御網接続装置を提供することである。
【課題を解決するための手段】
【０００７】
請求項１に係る発明は、ネットワーク接続された複数の通信装置において、前記複数の通信装置の全通信装置に関する予め設定された特定の情報種別の情報を蓄積するデータベースと、自装置の変化を検出する変化検出部と、前記変化検出部が自装置の変化を検出した場合に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する情報発信部と、他装置からの前記ブロードキャスト通知を受信する情報受信部と、前記情報受信部で受信した前記ブロードキャスト通知に付加された前記情報種別を読み取り、前記情報種別が予め設定された自装置の担当情報種別であるか否かを判別する情報判別部と、前記情報種別が自装置の担当情報種別である場合は前記変化情報を読み取って前記データベースの情報を更新する情報更新部とを有することを特徴とする。
【０００８】
請求項２に係る発明は、請求項１に記載の通信装置において、前記情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする。
【０００９】
請求項３に係る発明は、請求項１または２に記載の通信装置において、前記複数の通信装置が担当する情報種別は、同一の情報種別について２台以上の通信装置が担当するように設定することを特徴とする。
【００１０】
請求項４に係る発明は、ネットワーク接続された複数の通信装置と、複数の情報種別で構成される前記通信装置の装置情報を監視制御するための制御端末との間に配置される監視制御網接続装置において、前記複数の情報種別の中から予め設定された特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスおよび装置ＩＤを接続情報テーブルに記憶する接続情報管理部と、前記制御端末から前記特定の情報種別に関する装置情報の要求メッセージを受信する要求受信部と、前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照して前記要求メッセージを転送する要求転送部と、前記通信装置から受信する前記特定の情報種別に関する装置情報を含む応答メッセージを受信する応答受信部と、前記応答メッセージを要求元の前記制御端末に転送する応答転送部とを有することを特徴とする。
【００１１】
請求項５に係る発明は、請求項４に記載の監視制御網接続装置において、前記接続情報管理部は、前記通信装置のデータベースにアクセス可能であるか否かを示す情報を前記接続情報テーブルに記憶し、前記要求転送部は、前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照する際に、当該通信装置がアクセス不能である場合は、前記要求メッセージに付加された前記特定の情報種別と同一の情報種別に関する装置情報をデータベースとして保持するアクセス可能な通信装置のアドレスを選択して前記要求メッセージを転送することを特徴とする。
【００１２】
請求項６に係る発明は、請求項４または５に記載の監視制御網接続装置において、前記データベースに保持される装置情報の情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする。
【００１３】
請求項７に係る発明は、請求項４から６のいずれか一項に記載の監視制御網接続装置において、前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、前記通信装置から送信される警報情報を含むＳＮＭＰ対応のＴｒａｐメッセージを受信する警報受信部と、前記接続情報テーブルを参照して前記Ｔｒａｐメッセージの送信元アドレスから前記通信装置の装置ＩＤを割り出し、前記装置ＩＤと前記警報情報とを対応付けた警報メッセージを作成して前記ルーティングテーブルに保持された全ての制御端末に送信する警報送信部とを更に設けたことを特徴とする。
【００１４】
請求項８に係る発明は、請求項４から６のいずれか一項に記載の監視制御網接続装置であって、前記通信装置が自装置の変化を検出した際に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する前記通信装置を収容する監視制御網接続装置において、前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、前記通信装置からブロードキャスト通知される変化情報の情報種別が警報である場合に、前記ルーティングテーブルを参照して全ての制御端末に前記警報を送信する警報送信部とを更に設けたことを特徴とする。
【００１５】
請求項９に係る発明は、請求項１から３のいずれか一項に記載の通信装置と、請求項４から８のいずれか一項に記載の監視制御網接続装置とを備えることを特徴とする。
【発明の効果】
【００１６】
本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置は、集中型の監視サーバを設置する必要がなく、仮想的に１つの監視サーバにアクセスしているかのような利便性と冗長性を兼ね備え、コスト的な問題を低減することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係る監視サーバシステム１００の構成概要を示す図である。
【図２】本実施形態に係る監視サーバシステム１００の構成例を示す図である。
【図３】情報種別毎の装置情報例を示す説明図である。
【図４】一元管理する場合の監視サーバシステム９００の構成例を示す図である。
【図５】装置情報の取得処理を説明するための監視サーバシステム１００の構成例を示す図である。
【図６】装置情報の取得処理を示す装置間のフローチャートである。
【図７】装置故障時の監視サーバシステム１００の構成例を示す図である。
【図８】通信装置１０２の構成例を示す図である。
【図９】情報要求メッセージ受信時の処理を示すフローチャートである。
【図１０】ブロードキャスト通知の送信時の処理を示すフローチャートである。
【図１１】ブロードキャスト通知の受信時の処理を示すフローチャートである。
【図１２】監視制御網接続装置１０１の構成例を示す図である。
【図１３】監視制御網接続装置１０１の接続制御処理を示すフローチャートである。
【図１４】制御端末１０３の操作および処理を示すフローチャートである。
【図１５】通信装置１０２ａの構成例を示す図である。
【図１６】通信装置１０２ａの警報通知処理を示すフローチャートである。
【図１７】監視制御網接続装置１０１ａの構成例を示す図である。
【図１８】監視制御網接続装置１０１ａの警報受信時の処理を示すフローチャートである。
【図１９】警報の通知処理を示す装置間のフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置の実施形態について図面を用いて詳しく説明する。
【００１９】
［監視サーバシステム１００］
図１は、本実施形態に係る監視サーバシステム１００の構成例を示す図である。本実施形態に係る監視サーバシステム１００は、従来の監視サーバシステムのように複数の通信装置の情報を集約して保持する監視サーバを持たず、情報種別に応じて複数の通信装置に分散して情報を保持する監視サーバシステムである。
【００２０】
図１において、監視サーバシステム１００は、監視制御網接続装置１０１と、複数の通信装置１０２と、制御端末１０３とを有する。ここで、複数の通信装置１０２は、個々の装置を示す場合は符号１０２−ｎ（ｎは自然数）を付加して記載するが、複数の装置に共通の場合は−ｎを省略して符号１０２と記載する。尚、通信用ネットワーク１０６など他の部分についても同様に記載する。
【００２１】
図１の例では、通信装置１０２−１から通信装置１０２−６までの６台の通信装置と、監視制御網接続装置１０１とが監視用ネットワーク１０４で接続されている。そして、監視制御網接続装置１０１は、端末用ネットワーク１０５を介して制御端末１０３に接続されている。尚、わかり易いように、監視用ネットワーク１０４と端末用ネットワーク１０５とを別のネットワークとする例を示したが、同一のネットワークであっても構わない。また、複数の通信装置１０２は、監視用ネットワーク１０４で相互に接続されているが、通信装置１０２がユーザーデータを送受信する本来の通信用ネットワーク１０６内にインバンドで監視用ネットワーク１０４を構築しても良い。また、制御端末１０３は、複数台の端末が端末用ネットワーク１０５に接続されていても構わない。
【００２２】
図１において、監視制御網接続装置１０１は、複数の通信装置１０２の装置情報（警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報など）を集約して保持する従来型の監視サーバとは異なり、これらの装置情報は保持しない。監視制御網接続装置１０１が保持するのは、複数の通信装置１０２の接続情報（装置ＩＤ、ＩＰアドレス、動作可否（ＵＰ／ＤＯＷＮ）、情報種別の少なくとも４つの情報）である。ここで、情報種別は装置情報の種類を意味し、例えば警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報などに相当する。これらの装置情報は、情報種別に応じて各通信装置１０２のデータベースに冗長性を持たせながら分散して保持される。
【００２３】
監視制御網接続装置１０１は、制御端末１０３から特定の情報種別に対応する情報を要求する要求メッセージを受け取った場合に、この特定の情報種別のデータベースを保持する通信装置１０２に要求メッセージを転送し、通信装置１０２から要求された特定の情報種別に対応する情報を含む応答メッセージを受け取り、要求元の制御端末１０３に転送する役割を担う。
【００２４】
また、各通信装置１０２が従来の通信装置と異なる点は、予め設定された情報種別に関する全通信装置１０２の装置情報を蓄積するデータベースを保持することである。従来の通信装置は、自装置の装置情報を保持するデータベースを有していたが、本実施形態における通信装置１０２は、自装置の装置情報に加えて特定の情報種別に関する全通信装置１０２の装置情報をデータベースに蓄積する。尚、特定の情報種別だけなので、データベースの規模は従来の監視サーバのように大きくする必要はない。また、データベース自体は従来から自装置用に保持しているのでハードウェアの基本構成を変更する必要はないので、コスト的な問題は小さい。尚、通信装置１０２の具体的な構成については後で詳しく説明する。
【００２５】
このように、監視サーバシステム１００における監視制御網接続装置１０１は、従来型の監視サーバとは異なり、装置情報のデータベースは保持しないので、処理負荷が大幅に軽減され、アクセス集中によるシステムダウンの回避や冗長性を備えるためのコスト削減を図ることができる。また、複数の通信装置１０２のデータベースに装置情報を情報種別に応じて分散して保持することにより冗長性が得られるので、システムの信頼性を向上することができる。
【００２６】
次に、情報種別に応じて装置情報を複数の通信装置１０２のデータベースに分散して保持する例を図２に示す。尚、図２において、図１と同符号のものは同じものを示す。図２の監視サーバシステム１００は、図１の監視サーバシステム１００と同じものであるが、通信装置１０２の台数が異なる。また、図１では、且つ各通信装置１０２に保持される情報種別毎のデータベースの一例を描いてある。例えば、通信装置１０２−１，通信装置１０２−８および通信装置１０２−１０は、警報ログ情報の蓄積を担当し、それぞれデータベース１５１−１，データベース１５１−８およびデータベース１５１−１０を備える。また、通信装置１０２−２，通信装置１０２−６および通信装置１０２−１１は、設定情報の蓄積を担当し、それぞれデータベース１５１−２，データベース１５１−６およびデータベース１５１−１１を備える。同様に、通信装置１０２−３および通信装置１０２−７は、操作ログ情報の蓄積を担当し、それぞれデータベース１５１−３およびデータベース１５１−７を備える。また、通信装置１０２−４および通信装置１０２−１２は、故障履歴情報の蓄積を担当し、それぞれデータベース１５１−４およびデータベース１５１−１２を備える。また、通信装置１０２−５および通信装置１０２−９は、警報ログ情報の蓄積を担当し、それぞれデータベース１５１−５およびデータベース１５１−９を備える。
【００２７】
このように、警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報など装置情報は、少なくとも２台の通信装置１０２に保持されているので冗長性が得られる。
【００２８】
尚、監視制御網接続装置１０１は、従来の監視サーバのような膨大な上記の装置情報を全て保持する必要はなく、情報種別に対応するデータベースを保持する通信装置１０２の宛先アドレスを記憶する接続情報テーブル１６１を持つだけでよい。そして、接続情報テーブル１６１に応じて制御端末１０３と各通信装置１０２との間で装置情報を転送するだけでよい。
［装置情報について］
ここで、警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報など装置情報について説明する。
（警報ログ情報）
警報ログ情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：警報ログ
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：警報が発生した時の時刻
・各種情報：警報内容
例えば、図３（ａ）は警報ログ情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、発生時刻と、警報内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：２の通信装置において、９：３２：００の時刻にＩＦ（インターフェース）盤の不良が発生したという警報ログが記憶されている。また、装置ＩＤ：４の通信装置において、１１：１５：２０の時刻に光出力低下の異常が発生したという警報ログが記憶されている。同様に、装置ＩＤ：１の通信装置において、１７：４３：１８の時刻にデータ誤りの異常が発生したという警報ログが記憶されている。
（設定情報）
設定情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：設定
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：各装置が自己の設定状態を読み取ったとき、または設定変更があったときの時刻
・各種情報：ＳＮＭＰのＭＩＢ情報など
例えば、図３（ｂ）は設定情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、設定時刻と、設定内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：１の通信装置において、７：１８：０５の時刻に出力レベルＡを設定したことが設定内容として記憶されている。また、装置ＩＤ：２の通信装置において、２２：４３：３８の時刻に光出力をＯＮしたことが設定内容として記憶されている。
（操作ログ情報）
操作ログ情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：操作ログ
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：該当装置に対する操作があったときの時刻
・各種情報：操作内容（発行されたＣＬＩやＳＮＭＰでＧＥＴ／ＳＥＴされたＭＩＢなど）
例えば、図３（ｃ）は操作ログ情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、操作時刻と、操作内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：３の通信装置において、６：１２：０５の時刻に出力レベルを変更したことが操作内容として記憶されている。また、装置ＩＤ：１の通信装置において、８：２５：３２の時刻にＩＦ盤を予備系統に切り替えたことが操作内容として記憶されている。
（故障履歴情報）
故障履歴情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：故障履歴
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：故障が発生した時の時刻
・各種情報：故障内容
例えば、図３（ｄ）は故障履歴情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、発生時刻と、故障内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：４の通信装置において、１０：２２：００の時刻にＩＦ盤の故障が発生したことが記憶されている。また、装置ＩＤ：２の通信装置において、１７：３０：４０の時刻にＦＡＮ盤の故障が発生したことが記憶されている。
（統計情報）
統計情報のデータベースには、例えば下記の情報がテーブルの同じカラムに記憶される。
・情報種別：統計
・装置ＩＤ：該当装置の装置ＩＤ
・時刻：統計情報を読み取ったときの時刻
・各種情報：統計情報内容
例えば、図３（ｅ）は統計情報のデータベース（ＤＢ）の一例を示し、情報種別と、装置ＩＤと、発生時刻と、故障内容とが同じカラムに関連付けて記憶されている。例えば、装置ＩＤ：２の通信装置において、１３：２４：５２の時刻にエラー数Ａになったことが記憶されている。また、装置ＩＤ：３の通信装置において、２０：０１：２４の時刻にエラー数Ｂになったことが記憶されている。
【００２９】
以上、図３で説明したように、各通信装置１０２のデータベースには、警報ログ情報、設定情報、故障履歴情報、操作ログ情報、統計情報などの装置情報が予め設定された各通信装置１０２が担当する情報種別毎に分散して記憶される。尚、どの通信装置１０２がどの情報種別を担当するかは、通信装置１０２を設定する際に設置者が各通信装置に設定する。または、通信装置１０２の保守を行う際に、担当する情報種別の設定，変更，削除などを行ってもよい。さらに、通信装置１０２の台数が少ない場合は、担当する情報種別は１つである必要はなく、例えば設定情報と操作ログ情報など複数の装置情報を担当するようにしてもよい。但し、１台の通信装置１０２が担当する情報種別の数が増えると、処理負荷が大きくなり、アクセスが集中するなどの従来の監視サーバと同じ問題が生じる恐れがあるので、１つの通信装置１０２には１つの情報種別を担当させるのが好ましい。そして、同じ情報種別のデータベースについて冗長性を確保するために、図２で説明したように、少なくとも２台の通信装置１０２に同じ情報種別を担当させるのが好ましい。
【００３０】
ここで、本実施形態の特徴がわかり易いように、従来の監視サーバシステム９００の構成例を図４に示す。図４の監視サーバシステム９００は、図２の本実施形態に係る監視サーバシステム１００に対応する。監視サーバシステム９００は、複数の監視サーバ９０１と、複数の通信装置９０２と、制御端末９０３とで構成される。そして、監視サーバ９０１には、全ての通信装置９０２に関する全ての装置情報を保持するためのデータベース（警報ログ情報ＤＢ９５１，設定情報ＤＢ９５２，操作ログ情報ＤＢ９５３，故障履歴情報ＤＢ９５４，統計情報ＤＢ９５５など）が設けられている。また、装置情報のデータベースの冗長性の確保とアクセス集中の回避を行うために、複数台の監視サーバ９０１が配置される。そして、制御端末１０３からの装置情報の要求に対して、監視サーバ９０１は制御端末９０３からの要求に応じて、自己のデータベースの情報を検索し、必要な装置情報を制御端末９０３に応答する処理を行うようになっていた。特に、制御端末９０３が複数台ある場合には、アクセスが集中してシステムダウンするなどの問題があった。これに対して、図２の本実施形態に係る監視サーバシステム１００は、装置情報のデータベースを情報種別毎に複数の通信装置１０２に分散して保持することにより、従来のような集約型の監視サーバ９０１を必要とせず、接続情報テーブル１６１を参照して、単に制御端末１０３が要求する情報種別に応じて、該当する情報種別の装置情報のデータベースを保持する通信装置１０２に転送するだけでよく、処理が軽いためアクセス集中によるシステムダウンを回避できる。さらに、複数の通信装置１０２に情報種別毎にデータベースを重複して配置するので、冗長性を確保できシステムの信頼性を向上することができる。また、高価な監視サーバ９０１が不要となるため、システムのコスト低減も図ることができる。
［制御端末１０３からの情報取得動作例］
次に、制御端末１０３から通信装置１０２の装置情報を取得する際の各装置の動作について図５を用いて説明する。尚、図５の監視サーバシステム１００は、図２の監視サーバシステム１００の一部の通信装置１０２を抜き出して描いた図で、監視制御網接続装置１０１と、４台の通信装置１０２と、制御端末１０３とで構成される。ここで、４台の通信装置１０２は、冗長性の説明をするために、警報ログ情報を担当する通信装置１０２−１および１０２−８と、設定情報を担当する通信装置１０２−２および１０２−６とをそれぞれ２台ずつ配置してある。尚、警報ログ情報と設定情報以外の装置情報についても同様に動作する。
【００３１】
図５の監視制御網接続装置１０１の接続情報テーブル１６１には、接続情報テーブル例１６１ａに示すような情報が記憶されている。接続情報テーブル例１６１ａにおいて、ＤＢ（データベース）種別，装置ＩＤ，ＩＰアドレスおよび状態が記憶されている。ここで、接続情報テーブル１６１は、通信装置１０２を設置時に保守者が監視制御網接続装置１０１に情報種別，装置ＩＤおよびＩＰアドレスを初期登録するが、状態（装置の稼動状態）については、監視制御網接続装置１０１から各通信装置１０２に対してポーリングを行い、各通信装置１０２から正常な応答が戻ってくる場合はＵＰ、ポーリングの応答がない場合や誤っている場合はＤＯＷＮに更新する。
【００３２】
例えば、図５の接続情報テーブル例１６１ａにおいて、装置ＩＤが１の通信装置１０２−１の情報種別は警報ログ情報で、宛先アドレス（ここではＩＰアドレス）は１０．１０．１０．２で正常に動作していることがわかる。また、同じ情報種別（警報ログ情報）のデータベースを保持する通信装置１０２の装置ＩＤは８，ＩＰアドレスは１０．１０．１０．４であり、正常に動作していることが接続情報テーブル１６１からわかる。同様に、情報種別が設定情報のデータベースを保持する２台の通信装置１０２は、それぞれ装置ＩＤ：２および装置ＩＤ６，ＩＰアドレスはそれぞれ１０．１０．１０．３および１０．１０．１０．５であり、共に正常に動作していることがわかる。
【００３３】
また、図５において、監視制御網接続装置１０１は、各通信装置１０２が接続される監視用ネットワーク１０４側のＩＰアドレス：１０．１０．１０．１と、制御端末１０３が接続される端末用ネットワーク１０５側のＩＰアドレス：１１．１２．１３．１とを有する。尚、制御端末１０３のＩＰアドレスは１１．１２．１３．５である。また、各ＩＰアドレスの／２４はＴＣＰ／ＵＤＰ用のプライベートポート番号で、本実施形態では監視用のポート番号として用いている。
【００３４】
図６は、図５で説明した制御端末１０３と、監視制御網接続装置１０１と、各通信装置１０２との間で送受信される情報の流れを示す図である。先ず、制御端末１０３（ＩＰ：１１．１２．１３．５／２４）でオペレータが知りたい装置情報の情報種別（図６の例では警報ログ情報）を入力する（ステップＳ１２１）。そして、例えばオペレータが情報要求ボタンを押下すると、制御端末１０３は、監視制御網接続装置１０１（ＩＰ：１１．１２．１３．１／２４）に要求する情報種別の情報を含む情報要求メッセージ１３１を送信する。ここで、情報要求メッセージ１３１には、制御端末１０３のＩＰアドレス（１１．１２．１３．５／２４）を送信元アドレス、監視制御網接続装置１０１のＩＰアドレス（１１．１２．１３．１／２４）を宛先アドレスとし、情報種別を指定する情報が含まれているが、要求する情報種別のデータベースを保持する通信装置のＩＰアドレスは指定する必要はない（制御端末１０３側では知らなくてもよい）。
【００３５】
監視制御網接続装置１０１は、制御端末１０３から受信した情報要求メッセージ１３１で指定された情報種別の情報のデータベースを有する通信装置１０２の装置ＩＤおよびＩＰアドレスを図５で説明した情報接続テーブル１６１から検索する（ステップＳ１２２）。この時、冗長性を確保するために同じ情報種別の情報のデータベースを有する通信装置１０２は複数台あるので、例えば装置ＩＤの小さい通信装置１０２を優先して選択する。或いは、アクセスの集中を避けるために、装置ＩＤの一番小さい通信装置１０２を選択した次の同じ情報種別の要求に対しては２番目に小さい装置ＩＤを選択し、その次の同じ情報種別の要求に対しては３番目に小さい装置ＩＤを選択するなど、順番にアクセスする通信装置１０２を変えるように制御しても構わない。
【００３６】
次に、監視制御網接続装置１０１は、ステップＳ１２２で選択したＩＰアドレスの通信装置１０２に制御端末１０３から受信した情報要求メッセージ１３１に監視制御網接続装置１０１のＩＰアドレス（１０．１０．１０．１／２４）を送信元アドレス、警報ログ情報のデーターベースを保持する通信装置１０２−１のＩＰアドレス（１０．１０．１０．２／２４）を宛先アドレスとする情報要求メッセージ１３２を送信する（ステップＳ１２３）。尚、情報要求メッセージ１３２は通信装置１０２−１へのユニキャストフレームである。また、情報要求メッセージ１３２に制御端末１０３から送信された情報要求メッセージ１３１をカプセル化して送信しても構わない。そして、情報要求メッセージ１３２を受信した通信装置１０２−１は、自装置が担当する警報ログ情報のデータベース１５１−１から装置情報を読み出し、読み出した装置情報を含む情報応答メッセージ１３３を作成して監視制御網接続装置１０１に送信する（ステップＳ１２４）。情報応答メッセージ１３３を受信した監視制御網接続装置１０１は、通信装置１０２−１から受信した情報応答メッセージ１３３に監視制御網接続装置１０１のＩＰアドレス（１１．１２．１３．１／２４）を送信元アドレス、警報ログ情報を要求した制御端末１０３のＩＰアドレス（１１．１２．１３．５／２４）を宛先アドレスとする情報を付加した情報応答メッセージ１３４を送信する（ステップＳ１２５）。ここで、制御端末１０３が複数台ある場合、監視制御網接続装置１０１は、通信装置１０２−１からの情報応答メッセージがどの制御端末１０３からの情報要求メッセージに対応するものであるかを管理する。例えば、ＴＣＰプロトコルを用いて、制御端末１０３のセッションＩＤで管理することができる。これにより、情報応答メッセージ１３３と要求元の制御端末１０３とを対応付けることができる。或いは、ステップＳ１２３で情報要求メッセージ１３２に制御端末１０３から送信された情報要求メッセージ１３１をカプセル化して送信した場合は、制御端末１０３のＩＰアドレスもカプセル化されているので、情報応答メッセージ１３３にもそのまま制御端末１０３のＩＰアドレスがカプセル化されたまま通信装置１０２−１から応答されるようにすれば、監視制御網接続装置１０１は制御端末１０３のＩＰアドレスを管理する必要がなくなる。
【００３７】
そして、情報応答メッセージ１３４を受信した制御端末１０３は、情報応答メッセージ１３４に含まれる警報ログ情報をモニタなどに表示する。このようにして、制御端末１０３のオペレータは、知りたい装置情報を確認することができる。尚、上記の説明では、警報ログ情報のデータベースを保持する通信端末１０２−１が正常に動作している場合の処理の流れについて説明した。次に、通信装置１０２−１が正常に動作していない場合の動作について図７を用いて説明する。
【００３８】
図７は、図５に対応する図で、図５と異なるのは装置ＩＤ：１（ＩＰ：１０．１０．１０．２／２４）の通信装置１０２−１が正常に動作していない場合の様子を示していることである。このため、監視制御網接続装置１０１は、通信装置１０２−１の警報ログ情報のデータベース１５１−１から装置情報を取得することができない。ここで、監視制御網接続装置１０１は、定期的にポーリングを行って、各通信装置１０２が正常に動作しているか否かを確認し、正常に動作していない場合は、接続情報テーブル１６１の装置状態をＤＯＷＮにする。例えば接続情報テーブル例１６１ｂの装置ＩＤ：１の装置状態はＤＯＷＮになっている。尚、正常に動作している場合の装置状態はＵＰである。
【００３９】
図７の状態で、制御端末１０３から警報ログ情報の要求があった場合、監視制御網接続装置１０１は、接続情報テーブル１６１を参照して、先ず警報ログ情報を保持する装置ＩＤが一番小さい装置ＩＤ：１を選択しようとするが、装置ＩＤ：１の装置状態がＤＯＷＮなので次に同じ情報種別のデータベースを保持する通信装置で装置ＩＤが２番目に小さい装置ＩＤ：８の通信装置を選択する。この時の処理の流れは、先に説明した図６において点線で示したように、監視制御網接続装置１０１が装置ＩＤ：１の通信装置１０２−１に情報要求メッセージ１３２を送信する代わりに、同じ情報種別のデータベースを保持する装置ＩＤ：８の通信装置１０２−８に情報要求メッセージ１３２を送信する。そして、情報要求メッセージ１３２を受信した通信装置１０２−８は、自装置が担当する警報ログ情報のデータベース１５１−８から装置情報（図６では警報ログ情報）を読み出し、読み出した警報ログ情報を含む情報応答メッセージ１３３を作成して監視制御網接続装置１０１に送信する（ステップＳ１２４ａ）。
【００４０】
尚、もし装置ＩＤ：８の通信装置の装置状態もＤＯＷＮである場合は、さらに同じ情報種別のデータベースを保持する通信装置を検索する。このようにして、同じ情報種別のデータベースを保持する通信装置且つ装置状態がＵＰの通信装置を選択する。これにより、本実施形態に係る監視サーバシステム１００において、装置情報の冗長性を確保することができる。
［通信装置１０２の構成］
次に、通信装置１０２の構成例について、図８を用いて説明する。図８において、通信装置１０２は、監視用送受信部２０１と、監視制御部２０２と、主要通信部２０３と、自装置情報ＤＢ（データベース）２０４と、全装置情報ＤＢ（データベース）２０５とで構成される。ここで、監視用送受信部２０１は、図１，図２などの監視用ネットワーク１０４に接続し、各通信装置１０２との間でデータの送受信を行う。一方、主要通信部２０３は、通信装置１０２がユーザーデータなどを送受信するための通信装置本来の動作を行うブロックで、図１で説明した通信用ネットワーク１０６に接続される。尚、本実施形態では、監視制御時の動作が主体なので、通信用ネットワーク１０６および主要通信部２０３の詳細な構成や動作に関する説明は省略する。また、本実施形態では、わかり易いように監視用ネットワーク１０４を別に設けたが、通信用ネットワーク１０６の中にインバンドで監視用ネットワーク１０４を構築しても構わない。
【００４１】
監視制御部２０２は、主要通信部２０３の動作を監視し、主要通信部２０３で送受信されるユーザデータのエラー数（パケットエラーなど）やトラフィック量或いは異常の検知などを行う。また、監視制御部２０２は、通信装置１０２が担当する情報種別や自装置ＩＤ，ＩＰアドレスなど自装置に関する設定内容を自装置情報ＤＢ２０４で管理する。さらに、本実施形態に係る通信装置１０２は、自装置を含む全装置の装置情報で自装置が担当する情報種別毎の装置情報、例えば警報ログ情報、操作ログ情報、故障履歴ログ情報、設定情報、統計情報の中の少なくとも１つの情報を全装置情報ＤＢ２０５で管理する。尚、図８では、説明がわかり易いように、自装置情報ＤＢ２０４と全装置情報ＤＢ２０５とを別々に設けたが、同じデータベース上で管理するようにしてもよい。また、データベースは、ハードディスクなどの記憶媒体だけでなく、半導体メモリを用いても構わない。
【００４２】
図８において、監視制御部２０２は、リクエスト受信部２５１と、ＤＢ参照部２５２と、応答部２５３とを有し、先に図６で説明したように、監視制御網接続装置１０１から受信する情報要求メッセージに対応する処理を行う。図９は、監視制御部２０２が行う情報要求メッセージの受信処理のフローチャートである。リクエスト受信部２５１は、情報要求メッセージを受信するまで待機する（ステップＳ１０１）。そして、リクエスト受信部２５１は、監視制御網接続装置１０１から情報要求メッセージを受信するとＤＢ参照部２５２に出力する。ＤＢ参照部２５２は、自装置が担当する情報種別の情報（例えば図６の場合は警報ログ情報）を全装置情報ＤＢ２０５から読み出して応答部２５３に出力する（ステップＳ１０３）。応答部２５３は、情報応答メッセージを作成して監視制御網接続装置１０１に返信する（ステップＳ１０４）。このようにして、一連の情報要求メッセージの受信処理を終了する。尚、図９において、ＤＢ参照部２５２は、受信した情報要求メッセージの情報種別と自装置が担当する情報種別とが一致しているか否かを判別するようにしても構わない（ステップＳ１０２）。そして、一致しない場合は応答部２５３からデータベースが異なることを示すメッセージを返すようにしても構わない。
【００４３】
このように、図８の監視制御部２０２のリクエスト受信部２５１，ＤＢ参照部２５２および応答部２５３は動作する。ここで、上記の説明は、制御端末１０３から監視制御網接続装置１０１を介して情報要求メッセージを受信した場合の処理を中心に説明したが、各通信装置１０２が担当する情報種別のデータベース（全装置情報ＤＢ２０５）に保持される装置情報は、各通信装置の状態が変化する毎に常に最新の情報に更新しておく必要がある。次に、図８の全装置情報ＤＢ２０５に保持される装置情報の更新処理について説明する。
【００４４】
［データベースの更新処理］
本実施形態に係る通信装置１０２は、各装置の変化を検出した場合に他の装置に変化した内容を通知する機能を持っている。そして、他の装置から通知された装置情報が自装置が担当する情報種別である場合、自装置が担当する情報種別のデータベースの記載内容を更新する。このようにして、常に各装置が担当する情報種別のデータベースを最新の状態に維持することができる。
【００４５】
上記の機能を実現するために、図８において、各通信装置１０２の監視制御部２０２は、変化検出部２６１と、情報発信部２６２と、自装置管理部２６３と、情報受信部２６４と、種別判定部２６５と、ＤＢ更新部２６６とを有している。
【００４６】
変化検出部２６１は、主要通信部２０３の状態の変化を検出する。例えば主要通信部２０３の電源盤，ＩＦ盤，ＦＡＮ盤などの異常を検出したり、光通信が行われている場合はレーザーの出力レベルやオンオフなどの保守交換されたことを検出したり、ユーザーデータのトラフィック量やエラー数などの統計情報を検出する。装置異常は、例えば、ＩＦ盤の不良，光出力低下，データ誤りなどである。或いは、監視制御部２０２は、ＳＮＭＰプロトコルに対応しており、ＳＥＴされたＭＩＢ情報などを検出する。例えば、出力レベルの変更，ＩＦ盤の運用系統の切り替え、光出力のオンオフなどを検出する。
【００４７】
そして、変化検出部２６１は、検出した情報を情報発信部２６２や自装置管理部２６３に出力する。また、変化検出部２６１は、時計機能を有しており、検出時刻も合わせて情報発信部２６２や自装置管理部２６３に出力する。
【００４８】
図１０は、情報発信部２６２がブロードキャスト通知する場合の処理を示すフローチャートである。情報発信部２６２は、変化検出部２６１が何らかの変化を検出するまで待機する（ステップＳ２０１）。そして、変化検出部２６１が何らかの変化を検出した場合に、自装置の変化情報に情報種別，自装置ＩＤ，時刻などを付加して、他の通信装置１０２にブロードキャスト通知する（ステップＳ２０２）。尚、ブロードキャスト通知する内容は、図８の自装置情報ＤＢ２０４に保持されている現在の情報との差分情報だけ送信するようにしても構わないし、検出情報を全てブロードキャスト通知して、受信側（当該情報を担当する通信装置側）で差分情報だけ更新するようにしても構わない。このようにして、自装置に何らかの変化があった場合に各情報種別のデータベースを保持する他の通信装置に変化内容を通知することができる。尚、通常の通信装置で行われているように、自装置管理部２６３は、自装置情報ＤＢ２０４の情報も更新する（ステップＳ２０３）。
【００４９】
次に、ブロードキャスト通知された情報を受信して、自装置が担当する情報種別のデータベースを更新する処理について、図８および図１１のフローチャートを用いて説明する。図８において、情報受信部２６４は、監視用送受信部２０１を介して、他の通信装置１０２から送信されたブロードキャスト通知を受信するまで待機する（ステップＳ３０１）。情報受信部２６４は、ブロードキャスト通知を受信したら種別判定部２６５に受信内容を出力する。種別判定部２６５は、受信したブロードキャスト通知が自装置が担当する情報種別に関するものであるか否かを判別する（ステップＳ３０２）。尚、自装置が担当する情報種別は、予め通信装置１０２の設置時や保守時に設定され、自装置情報ＤＢ２０４に記憶されている。そして、自装置が担当する情報種別である場合は、種別判定部２６５からＤＢ更新部２６６に出力され、ＤＢ更新部２６６はブロードキャスト通知に含まれる変化情報，装置ＩＤ，時刻などを対応させ、全装置情報ＤＢ２０５の情報を更新する（ステップＳ３０３）。この時、先に説明したように、差分情報だけ更新する。もし、自装置が担当する情報種別ではない場合は、ブロードキャスト通知を無視するか廃棄する（ステップＳ３０４）。
【００５０】
このようにして、本実施形態に係る通信装置１０２は、各装置の変化を検出した場合に他の装置に変化した内容を通知し、また他の装置から通知された装置情報が自装置が担当する情報種別である場合、当該情報で自装置が担当するデータベースを更新する。これにより、常に各装置が担当する情報種別のデータベースを最新の状態に維持することができる。特に、同じ情報種別を担当する複数の通信装置のデーターベースを同期して最新の状態に維持することができる。
【００５１】
［監視制御網接続装置１０１の構成例］
次に、監視制御網接続装置１０１の構成例について、図１２を用いて説明する。図１２において、監視制御網接続装置１０１は、端末用送受信部３０１と、接続制御部３０２と、装置側送受信部３０３と、接続情報テーブル１６１と、ルーティングテーブル３０４とで構成される。ここで、接続情報テーブル１６１は、図２などで説明した接続情報テーブル１６１と同じものである。また、端末側送受信部３０１は、端末用ネットワーク１０５を介して少なくとも１台の制御端末１０３に接続される。一方、装置側送受信部２０１は、監視用ネットワーク１０４に接続され、各通信装置１０２との間でデータの送受信を行う。
【００５２】
接続制御部３０２は、端末側送受信部３０１を介して制御端末１０３から情報要求メッセージを受信した場合に、情報要求メッセージで指定された情報種別のデータベースを担当する通信装置１０２のＩＰアドレスや装置ＩＤおよび装置状態（正常動作しているか否か）を接続情報テーブル１６１を参照し、情報要求メッセージを転送すべき通信装置１０２を選択する。そして、選択された通信装置１０２のＩＰアドレスに情報要求メッセージを転送し、当該通信装置１０２から要求する情報種別の装置情報を含む情報応答メッセージを受信して要求元の制御端末１０３に情報応答メッセージを転送する。ここで、複数の制御端末１０３を有する場合、接続制御部３０２は、制御端末１０３毎のＩＰアドレスやＴＣＰのセッションＩＤなどをルーティングテーブル３０４に保持し、要求元の制御端末１０３と通信装置１０２から送信される情報応答メッセージとの対応付けを管理する。尚、図８では、説明がわかり易いように、接続情報テーブル１６１とルーティングテーブル３０４とを別々に設けたが、同じデータベース上で管理するようにしてもよい。また、データベースは、ハードディスクなどの記憶媒体だけでなく、半導体メモリを用いても構わない。
【００５３】
図１２において、接続制御部３０２は、要求受信部３５１と、テーブル参照部３５２と、転送先設定部３５３と、要求転送部３５４と、接続情報管理部３５５と、応答受信部３５６と、応答転送部３５７と、動作状態ポーリング部３５８とで構成される。
【００５４】
要求受信部３５１は、制御端末１０３から情報要求メッセージを受信し、接続情報管理部３５５と、テーブル参照部３５２と、要求転送部３５４とに出力する。
【００５５】
テーブル参照部３５２は、要求受信部３５１から受け取った情報要求メッセージで指定される情報種別について、接続情報テーブル１６１を参照して当該情報種別のデータベースを保持する通信装置１０２のＩＰアドレスを取得し、転送先設定部３５３に出力する。
【００５６】
転送先設定部３５３は、要求転送部３５４が送信する情報要求メッセージに対して、テーブル参照部３５２で取得した通信装置１０２のＩＰアドレスを宛先ＩＰアドレス、監視制御網接続装置１０１のＩＰアドレスを送信元ＩＰアドレスにそれぞれ設定する。
【００５７】
要求転送部３５４は、制御端末１０３から受信した情報要求メッセージに転送先設定部３５３が設定した宛先ＩＰアドレスと送信元ＩＰアドレスを付加した新たな情報要求メッセージを装置側送受信部３０３を介して監視用ネットワーク１０４に出力し、宛先の通信装置１０２に送信する。
【００５８】
接続情報管理部３５５は、制御端末１０３から受信した情報要求メッセージの要求元の制御端末１０３のＩＰアドレスやＴＣＰのセッションＩＤなど取得し、ルーティングテーブル３０４でセッション管理する。
【００５９】
応答受信部３５６は、要求転送部３５４が監視用ネットワーク１０４に送信した情報要求メッセージに対する通信装置１０２からの情報応答メッセージを受信し、応答転送部３５７に出力する。ここで、情報応答メッセージには、要求した情報種別の装置情報が含まれている。
【００６０】
応答転送部３５７は、応答受信部３５６から入力する情報応答メッセージの装置情報に接続情報管理部３５５が出力する制御端末１０３のＩＰアドレスを宛先ＩＰアドレス、監視制御網接続装置１０１のＩＰアドレスを送信元ＩＰアドレスとしてそれぞれ付加する。そして、応答転送部３５７は、情報応答メッセージを端末側送受信部３０１を介して端末用ネットワーク１０５に出力し、要求元の制御端末１０３に情報応答メッセージを送信する。ここで、接続情報管理部３５５は、先に説明したように、ＴＣＰのセッションＩＤや制御端末１０３から送られた情報要求メッセージをカプセル化して通信装置１０２側に転送することにより、制御端末１０３から送られた情報要求メッセージと、応答受信部３５６が受信した情報応答メッセージとの対応付けを行う。尚、制御端末１０３のＩＰアドレスやＴＣＰのセッションＩＤなどは、ルーティングテーブル３０４で管理する。
【００６１】
以上説明したように、要求受信部３５１と、テーブル参照部３５２と、転送先設定部３５３と、要求転送部３５４と、接続情報管理部３５５と、応答受信部３５６と、応答転送部３５７とによって、制御端末１０３からの情報要求メッセージに応じて指定された情報種別の装置情報を担当する通信装置１０２から情報応答メッセージを受け取り、要求元の制御端末１０３に送信することができる。
【００６２】
尚、接続制御部３０２の動作状態ポーリング部３５８は、装置側送受信部３０３を介して各通信装置１０２に動作が正常であるか否かを判別するための処理を行う。例えば、動作状態ポーリング部３５８は、動作確認メッセージを定期的に送信し、各通信装置１０２から正常な応答メッセージが返ってくれば正常動作（ＵＰ状態）、各通信装置１０２から誤った応答メッセージが返ってきたり、所定時間が経過しても応答メッセージが返ってこない場合は動作不良（ＤＯＷＮ状態）と判断し、接続情報テーブル１６１の装置状態の項目をＵＰまたはＤＯＷＭに更新する。
【００６３】
ここで、図１２で説明した監視制御網接続装置１０１が行う接続処理の流れについて図１３のフローチャートを用いて説明する。要求受信部３５１は、制御端末１０３からの情報要求メッセージを受信するまで待機する（ステップＳ４０１）。そして、要求受信部３５１は、制御端末１０３から情報要求メッセージを受信するとテーブル参照部３５２に出力する。テーブル参照部３５２は、接続情報テーブル１６１を参照して、情報要求メッセージで指定された情報種別の情報（例えば図６の場合は警報ログ情報）を担当する通信装置１０２のＩＰアドレスを取得する（ステップＳ４０２）。転送先設定部３５３は、ステップＳ４０２で取得したＩＰアドレスを制御端末１０３から受信した情報応答メッセージの宛先ＩＰアドレスに設定する。そして、要求転送部３５４は、宛先ＩＰアドレスが設定された情報要求メッセージを通信装置１０２側に転送する（ステップＳ４０３）。このようにして、一連の情報要求メッセージの転送処理が行われる。
【００６４】
一方、監視制御網接続装置１０１から転送された情報要求メッセージを受信した通信装置１０２は、要求された情報種別の装置情報を記載した情報応答メッセージを監視制御網接続装置１０１側に返信する。そこで、応答受信部３５６は、この情報応答メッセージを受信するまで待機する（ステップＳ４０４）。応答受信部３５６が通信装置１０２から情報応答メッセージを受信すると、応答転送部３５７に出力され、接続情報管理部３５５は、ルーティングテーブル３０４を参照して、要求元の制御端末１０３のＩＰアドレスなどを設定する（ステップＳ４０５）。そして、応答転送部３５７は、要求元の制御端末１０３に対して情報応答メッセージを転送する（ステップＳ４０６）。
【００６５】
このようにして、監視制御網接続装置１０１の接続制御部３０２は、一連の接続制御処理を終了する。
【００６６】
［制御端末１０３側の操作および処理］
次に、制御端末１０３側でのオペレータの操作および制御端末１０３の処理の流れについて図１４のフローチャートを用いて説明する。
【００６７】
制御端末１０３を操作するオペレータは、装置情報を管理するためのモニタ画面を見ながらキーボードやマウスなどを操作して、取得したい装置情報の情報種別を指定し、例えば決定ボタンなどを押下する（ステップＳ５０１）。ステップＳ５０１のオペレータの操作が行われると、制御端末１０３は、監視制御網接続装置１０１に情報要求メッセージを送信する（ステップＳ５０２）。ここで、制御端末１０３から送信される情報要求メッセージには、制御端末１０３のＩＰアドレスを送信元ＩＰアドレス、監視制御網接続装置１０１のＩＰアドレスを宛先ＩＰアドレスとしてそれぞれ設定されている。例えば、図５および図６の場合は、制御端末１０３のＩＰアドレスは１１．１２．１３．５／２４で、監視制御網接続装置１０１のＩＰアドレスは１１．１２．１３．１／２４である。
【００６８】
そして、制御端末１０３は、監視制御網接続装置１０１から情報応答メッセージが受信されるまで待機する（ステップＳ５０３）。監視制御網接続装置１０１から情報応答メッセージが受信されると、制御端末１０３は情報応答メッセージに含まれる装置情報（図６の例では警報ログ情報）をモニタなどに表示する（ステップＳ５０４）。
【００６９】
このようにして、制御端末１０３は、監視制御網接続装置１０１のＩＰアドレスを知るだけでよく、どの情報種別をどの通信装置１０２が担当するかを知る必要はない。つまり、制御端末１０３側のオペレータは、従来の監視サーバシステム９００で１台の監視サーバ９０１にアクセスする操作と同様に必要な情報種別の装置情報を得ることができる。特に、情報種別毎に複数の通信装置１０２に重複してデータベースを保持しているので冗長性を確保でき、監視サーバシステム１００の信頼性が向上する。さらに、従来のように監視サーバ９０１にアクセスが集中してシステムに障害が発生する可能性も低くなり、より一層システムの信頼性が向上する。また、同じ情報種別のデータベースを担当する各通信装置１０２は、同じ装置情報を同期して常に最新の状態に維持することができ、情報の信頼性も向上する。
【００７０】
（監視サーバシステム１００の変形例）
次に、先に説明した本実施形態に係る監視サーバシステム１００および通信装置１０２並びに監視制御網接続装置１０１の変形例について説明する。尚、本変形例は、図２，図５などで説明した監視サーバシステム１００と同じシステム構成である。但し、本変形例では、通信装置１０２側が自装置の異常を検出した場合に、先ず監視制御網接続装置１０１に通報し、監視制御網接続装置１０１を経由して全ての制御端末１０３に警報発信するようになっている。このため、通信装置１０２の一部が異なる通信装置１０２ａと、監視制御網接続装置１０１の一部が異なる監視制御網接続装置１０１ａとを用いて監視サーバシステム１００を構成する。
【００７１】
図１５は、本変形例における通信装置１０２ａの構成例である。通信装置１０２ａは、先の実施形態で説明した図８の通信装置１０２に対応し、図８と同符号のブロックは同じ機能のブロックを示すので、重複する動作の説明は省略する。図８の通信装置１０２と異なるのは監視制御部２０２の構成であり、図１５の監視制御部２０２ａでは警報発信部２７１が設けられている。警報発信部２７１は、変化検出部２６１が主要通信部２０３の変化を検出した場合に、検出した内容がＩＦ盤の故障などの警報情報であるか否かを判別し、警報情報である場合は監視用送受信部２０１および監視用ネットワーク１０４を介して、監視制御網接続装置１０１に警報メッセージを通知する。尚、この警報メッセージの通知は、例えばＳＮＭＰのＴｒａｐメッセージを用いる。
【００７２】
この場合の処理の流れを図１６のフローチャートに示す。尚、変化検出部２６１の動作自体は図８の通信装置１０２と同じなので、先に説明した図１０のフローチャートのステップＳ２０１までの検出処理も同じである。そして、図１６の場合は、変化検出部２６１が主要通信部２０３の何らかの変化を検出したとき、検出内容が警報であるか否かの判別処理を行う（ステップＳ２５１）。そして、検出内容が警報である場合は、警報を示すＴｒａｐメッセージを監視制御網接続装置１０１に対して送信する(ステップＳ２５２)。尚、ステップＳ２０２以降の処理は、図１０のフローチャートと同じなので重複する説明は省略する。
【００７３】
このようにして、通信装置１０２ａは、監視制御網接続装置１０１に警報を通知することができる。
【００７４】
次に、本変形例における監視制御網接続装置１０１ａの構成例を図１７に示す。監視制御網接続装置１０１ａは、先の実施形態で説明した図１２の監視制御網接続装置１０１に対応し、図１２と同符号のブロックは同じものを示すので、重複する動作の説明は省略する。図１２の監視制御網接続装置１０１と異なるのは接続制御部３０２の構成であり、図１７の接続制御部３０２ａでは、警報受信部３７１と、端末通知部３７２とが設けられている。警報受信部３７１は、図１５の通信装置１０２ａから送信されるＴｒａｐメッセージなどによる警報通知を検出し、端末通知部３７２に出力する。そして、端末通知部３７２は、警報受信部３７１が受信した警報を端末側送受信部３０１および端末用ネットワーク１０５を介して接続されている全ての制御端末１０３に警報を通知する。尚、全ての制御端末１０３のＩＰアドレスは、予めルーティングテーブル３０４に保持されている。
【００７５】
この場合の監視制御網接続装置１０１の処理の流れを図１８のフローチャートに示す。警報受信部３７１は、通信装置１０２から警報のＴｒａｐメッセージを受信するまで待機する（ステップＳ６０１）。尚、この時、Ｔｒａｐメッセージを用いずにブロードキャスト通知を用いる場合は、ステップＳ６０１でブロードキャスト通知が警報であるか否かを判別する。そして、警報のＴｒａｐメッセージまたは警報を示すブロードキャスト通知を受信した場合に、端末通知部３７２は、ルーティングテーブル３０４を参照して全ての制御端末１０３のＩＰアドレスを取得する（ステップＳ６０２）。そして、端末通知部３７２は、全ての制御端末１０３に警報を送信する（ステップＳ６０３）。
【００７６】
このようにして、監視制御網接続装置１０１は、通信装置１０２から警報の通知を受信し、全ての制御端末１０３に警報を通知することができる。この場合の各装置間の処理の流れを図１９に示す。尚、図１９は、先に説明した図６に対応する図で、装置ＩＤ：１の通信装置１０２−１が自装置の異常を検出した場合の処理の流れを示している。先ず、通信装置１０２−１の変化検出部２６１が自装置の異常など警報を検出する（ステップＳ７０１）。そして、警報発信部２７１が警報のＴｒａｐメッセージを送信するか、或いは情報発信部２６２が警報のブロードキャスト通知を行う（ステップＳ７０２）。このようにして、通信装置１０２−１から警報７５１が監視制御網接続装置１０１に送信される。監視制御網接続装置１０１の警報受信部３７１は警報７５１を受信し、端末通知部３７２はルーティングテーブル３０４で全ての制御端末１０３のＩＰアドレスを参照する（ステップＳ７０３）。そして、端末通知部３７２は、全ての制御端末１０３に警報７５２を送信する。一方、警報７５２を受信した制御端末１０３は、警報内容をモニタなどに表示する（ステップＳ７０５ａ，７０５ｂ）。
【００７７】
このように、全ての制御端末１０３は、監視制御網接続装置１０１のＩＰアドレスを知るだけでよく、各通信装置１０２のＩＰアドレスを知る必要はない。そして、各通信装置１０２の警報は、監視制御網接続装置１０１を介して全ての制御端末１０３に通知される。特に、監視制御網接続装置１０１は、各通信装置１０２の警報を装置ＩＤに対応付けて制御端末１０３に通知するので、制御端末１０３側のオペレータは、どの通信装置１０２に異常が発生したかを的確に知ることができる。
【００７８】
以上、各実施形態で説明してきたように、監視サーバシステム１００および通信装置１０２並びに監視制御網接続装置１０１は、以下の効果が得られる。
・各通信装置１０２は、同じ監視用ネットワーク１０４内の他の通信装置１０２がブロードキャスト通知する装置情報を受信して、各装置が担当する情報種別の装置情報のデータベースを更新することができる。これにより、常に同期して最新の装置情報を分散して保持することができる。そして、制御端末１０３は、監視制御網接続装置１０１に接続するだけで必要な装置情報を得ることができるので、全ての装置情報を一元管理する監視サーバを配置する必要がなく、制御端末１０３側ではあたかも一元管理する監視サーバに接続しているかのように監視用ネットワーク１０４内の全ての通信装置１０２の装置情報を取得することができる。
・同じ情報種別の装置情報を担当する複数の通信装置１０２のデータベースに冗長して保持することにより、個々の装置に障害が発生した場合でも別の装置から同じ装置情報を得ることができ、システムダウンを回避できる。また、従来の監視サーバが持つ全ての通信装置１０２に関する装置情報のデータベースを複数の通信装置１０２に分散することにより、特定の通信装置に負荷が集中しないようにすることができる。
・制御端末１０３は、監視制御網接続装置１０１に対して必要な装置情報を要求するだけでよい。そして、監視制御網接続装置１０１が要求された装置情報の情報種別に応じて、該当するデータベースを保持する通信装置１０２から必要な装置情報を取得して制御端末１０３に送信するので、制御端末１０３は通信装置１０２側のネットワーク構成を知る必要はなく、簡単に監視用ネットワーク１０４内の複数の通信装置１０２を監視制御することができる。特に、特定の通信装置１０２に不具合が発生した場合でも、制御端末１０３はそのことを意識する必要がなく、また処理が中断されることもなく、監視制御網接続装置１０１は同じ情報種別のデータベースを保持する代替の通信装置１０２から必要な装置情報を取得して制御端末１０３に送信することができる。
・監視制御網接続装置１０１は、接続端末１０３の宛先アドレス（ＩＰアドレスなど）をルーティングテーブル３０４として保持するので、監視用ネットワーク１０４内の通信装置１０２から警報が発せられた時（Ｔｒａｐメッセージやブロードキャスト通知などが送出された時）、その警報情報をルーティングテーブル３０４に保持している全ての制御端末１０３の宛先アドレスに転送することにより、制御端末１０３はリアルタイムで各通信装置１０２の警報を取得することができる。
【００７９】
このように、本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置は、従来のように集中型の監視サーバを設置せずに、仮想的に１つの監視サーバにアクセスしているかのような利便性と冗長性を兼ね備え、コスト的な問題を低減することができる。
【００８０】
以上、本発明に係る監視サーバシステムおよび通信装置並びに監視制御網接続装置について、実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。
【符号の説明】
【００８１】
１００・・・監視サーバシステム
１０１・・・監視制御網接続装置
１０２・・・通信装置
１０３・・・制御端末
１０４・・・監視用ネットワーク
１０５・・・端末用ネットワーク
１０６・・・通信用ネットワーク
１５１・・・データベース
１６１・・・接続情報テーブル
２０１・・・監視用送受信部
２０２・・・監視制御部
２０３・・・主要通信部
２０４・・・自装置情報ＤＢ
２０５・・・全装置情報ＤＢ
２５１・・・リクエスト受信部
２５２・・・ＤＢ参照部
２５３・・・応答部
２６１・・・変化検出部
２６２・・・情報発信部
２６３・・・自装置管理部
２６４・・・情報受信部
２６５・・・種別判定部
２６６・・・ＤＢ更新部
３０１・・・端末用送受信部
３０２・・・接続制御部
３０３・・・装置側送受信部
３０４・・・ルーティングテーブル
３５１・・・要求受信部
３５２・・・テーブル参照部
３５３・・・転送先設定部
３５４・・・要求転送部
３５５・・・接続情報管理部
３５６・・・応答受信部
３５７・・・応答転送部
３５８・・・動作状態ポーリング部
２７１・・・警報発信部
３７１・・・警報受信部
３７２・・・端末通知部
９００・・・監視サーバシステム
９０１・・・監視サーバ
９０２・・・通信装置
９０３・・・制御端末
９５１・・・警報ログ情報ＤＢ
９５２・・・設定情報ＤＢ
９５３・・・操作ログ情報ＤＢ
９５４・・・故障履歴情報ＤＢ
９５５・・・統計情報ＤＢ
【特許請求の範囲】
【請求項１】
ネットワーク接続された複数の通信装置において、
前記複数の通信装置の全通信装置に関する予め設定された特定の情報種別の情報を蓄積するデータベースと、
自装置の変化を検出する変化検出部と、
前記変化検出部が自装置の変化を検出した場合に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する情報発信部と、
他装置からの前記ブロードキャスト通知を受信する情報受信部と、
前記情報受信部で受信した前記ブロードキャスト通知に付加された前記情報種別を読み取り、前記情報種別が予め設定された自装置の担当情報種別であるか否かを判別する情報判別部と、
前記情報種別が自装置の担当情報種別である場合は前記変化情報を読み取って前記データベースの情報を更新する情報更新部と
を有することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする通信装置。
【請求項３】
請求項１または２に記載の通信装置において、
前記複数の通信装置が担当する情報種別は、同一の情報種別について２台以上の通信装置が担当するように設定することを特徴とする通信装置。
【請求項４】
ネットワーク接続された複数の通信装置と、複数の情報種別で構成される前記通信装置の装置情報を監視制御するための制御端末との間に配置される監視制御網接続装置において、
前記複数の情報種別の中から予め設定された特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスおよび装置ＩＤを接続情報テーブルに記憶する接続情報管理部と、
前記制御端末から前記特定の情報種別に関する装置情報の要求メッセージを受信する要求受信部と、
前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照して前記要求メッセージを転送する要求転送部と、
前記通信装置から受信する前記特定の情報種別に関する装置情報を含む応答メッセージを受信する応答受信部と、
前記応答メッセージを要求元の前記制御端末に転送する応答転送部と
を有することを特徴とする監視制御網接続装置。
【請求項５】
請求項４に記載の監視制御網接続装置において、
前記接続情報管理部は、前記通信装置のデータベースにアクセス可能であるか否かを示す情報を前記接続情報テーブルに記憶し、
前記要求転送部は、前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照する際に、当該通信装置がアクセス不能である場合は、前記要求メッセージに付加された前記特定の情報種別と同一の情報種別に関する装置情報をデータベースとして保持するアクセス可能な通信装置のアドレスを選択して前記要求メッセージを転送する
ことを特徴とする監視制御網接続装置。
【請求項６】
請求項４または５に記載の監視制御網接続装置において、
前記データベースに保持される装置情報の情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする監視制御網接続装置。
【請求項７】
請求項４から６のいずれか一項に記載の監視制御網接続装置において、
前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、
前記通信装置から送信される警報情報を含むＳＮＭＰ対応のＴｒａｐメッセージを受信する警報受信部と、
前記接続情報テーブルを参照して前記Ｔｒａｐメッセージの送信元アドレスから前記通信装置の装置ＩＤを割り出し、前記装置ＩＤと前記警報情報とを対応付けた警報メッセージを作成して前記ルーティングテーブルに保持された全ての制御端末に送信する警報送信部と
を更に設けたことを特徴とする監視制御網接続装置。
【請求項８】
請求項４から６のいずれか一項に記載の監視制御網接続装置であって、前記通信装置が自装置の変化を検出した際に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する前記通信装置を収容する監視制御網接続装置において、
前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、
前記通信装置からブロードキャスト通知される変化情報の情報種別が警報である場合に、前記ルーティングテーブルを参照して全ての制御端末に前記警報を送信する警報送信部と
を更に設けたことを特徴とする監視制御網接続装置。
【請求項９】
請求項１から３のいずれか一項に記載の通信装置と、請求項４から８のいずれか一項に記載の監視制御網接続装置とを備えることを特徴とする監視サーバシステム。
【請求項１】
ネットワーク接続された複数の通信装置において、
前記複数の通信装置の全通信装置に関する予め設定された特定の情報種別の情報を蓄積するデータベースと、
自装置の変化を検出する変化検出部と、
前記変化検出部が自装置の変化を検出した場合に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する情報発信部と、
他装置からの前記ブロードキャスト通知を受信する情報受信部と、
前記情報受信部で受信した前記ブロードキャスト通知に付加された前記情報種別を読み取り、前記情報種別が予め設定された自装置の担当情報種別であるか否かを判別する情報判別部と、
前記情報種別が自装置の担当情報種別である場合は前記変化情報を読み取って前記データベースの情報を更新する情報更新部と
を有することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする通信装置。
【請求項３】
請求項１または２に記載の通信装置において、
前記複数の通信装置が担当する情報種別は、同一の情報種別について２台以上の通信装置が担当するように設定することを特徴とする通信装置。
【請求項４】
ネットワーク接続された複数の通信装置と、複数の情報種別で構成される前記通信装置の装置情報を監視制御するための制御端末との間に配置される監視制御網接続装置において、
前記複数の情報種別の中から予め設定された特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスおよび装置ＩＤを接続情報テーブルに記憶する接続情報管理部と、
前記制御端末から前記特定の情報種別に関する装置情報の要求メッセージを受信する要求受信部と、
前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照して前記要求メッセージを転送する要求転送部と、
前記通信装置から受信する前記特定の情報種別に関する装置情報を含む応答メッセージを受信する応答受信部と、
前記応答メッセージを要求元の前記制御端末に転送する応答転送部と
を有することを特徴とする監視制御網接続装置。
【請求項５】
請求項４に記載の監視制御網接続装置において、
前記接続情報管理部は、前記通信装置のデータベースにアクセス可能であるか否かを示す情報を前記接続情報テーブルに記憶し、
前記要求転送部は、前記要求メッセージに付加された前記特定の情報種別に関する装置情報をデータベースとして保持する通信装置のアドレスを前記接続情報テーブルを参照する際に、当該通信装置がアクセス不能である場合は、前記要求メッセージに付加された前記特定の情報種別と同一の情報種別に関する装置情報をデータベースとして保持するアクセス可能な通信装置のアドレスを選択して前記要求メッセージを転送する
ことを特徴とする監視制御網接続装置。
【請求項６】
請求項４または５に記載の監視制御網接続装置において、
前記データベースに保持される装置情報の情報種別は、設定情報，操作ログ情報，警報ログ情報，故障履歴情報および統計情報の少なくとも１つを含むことを特徴とする監視制御網接続装置。
【請求項７】
請求項４から６のいずれか一項に記載の監視制御網接続装置において、
前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、
前記通信装置から送信される警報情報を含むＳＮＭＰ対応のＴｒａｐメッセージを受信する警報受信部と、
前記接続情報テーブルを参照して前記Ｔｒａｐメッセージの送信元アドレスから前記通信装置の装置ＩＤを割り出し、前記装置ＩＤと前記警報情報とを対応付けた警報メッセージを作成して前記ルーティングテーブルに保持された全ての制御端末に送信する警報送信部と
を更に設けたことを特徴とする監視制御網接続装置。
【請求項８】
請求項４から６のいずれか一項に記載の監視制御網接続装置であって、前記通信装置が自装置の変化を検出した際に、他装置に対して自装置の変化情報に情報種別と自装置ＩＤを付加してブロードキャスト通知する前記通信装置を収容する監視制御網接続装置において、
前記少なくとも１台の制御端末のルーティング情報を保持するルーティングテーブルと、
前記通信装置からブロードキャスト通知される変化情報の情報種別が警報である場合に、前記ルーティングテーブルを参照して全ての制御端末に前記警報を送信する警報送信部と
を更に設けたことを特徴とする監視制御網接続装置。
【請求項９】
請求項１から３のいずれか一項に記載の通信装置と、請求項４から８のいずれか一項に記載の監視制御網接続装置とを備えることを特徴とする監視サーバシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１１−２４８７２１（Ｐ２０１１−２４８７２１Ａ）
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１０−１２２６７８（Ｐ２０１０−１２２６７８）
【出願日】平成２２年５月２８日（２０１０．５．２８）
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２２年５月２８日（２０１０．５．２８）
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
[ Back to top ]