(57)【要約】【課題】  制御信号及び通知信号のルートが異なる場合において、通知信号のルート上の障害を検知することが可能な通信制御システムを提供する。【解決手段】  通信制御システム１において、一の管理対象装置３０は、通知信号の順序を示すＩＤを含む通知信号を生成し、生成された通知信号を、設定された経由装置２０を介して制御装置１０へ送信するとともに、送信済みの通知信号のＩＤを記憶し、制御装置１０は、通知信号を受信するとともに当該通知信号に含まれるＩＤを記憶し、一の管理対象装置３０に記憶されるＩＤを一の管理対象装置３０へ要求して通知信号として取得し、取得されたＩＤと制御装置１０に記憶されるＩＤとを比較し、一致する場合には障害なしと判定し、一致しない場合とＩＤを取得することができない場合には障害ありと判定する。【選択図】図１
2019009512.tif 000002
【特許請求の範囲】
【請求項１】
制御装置と、
当該制御装置と複数の管理対象装置とを互いに接続する複数の経由装置と、
を備え、
前記制御装置は、前記複数の経由装置のいずれかを介して制御信号を一の前記管理対象装置へ送信するとともに、前記管理対象装置が通知信号を送信する送信先を前記複数の経由装置の中から設定し、
一の前記管理対象装置は、前記通知信号の順序を示すＩＤを含む前記通知信号を生成し、生成された前記通知信号を、設定された前記経由装置を介して前記制御装置へ送信するとともに、送信済みの前記通知信号の前記ＩＤを記憶し、
前記制御装置は、前記通知信号を受信するとともに当該通知信号に含まれる前記ＩＤを記憶し、一の前記管理対象装置に記憶される前記ＩＤを一の前記管理対象装置へ要求して前記通知信号として取得し、取得された前記ＩＤと当該制御装置に記憶される前記ＩＤとを比較し、一致する場合には障害なしと判定し、一致しない場合と前記ＩＤを取得することができない場合には障害ありと判定する
ことを特徴とする通信制御システム。
【請求項２】
前記制御装置は、取得された前記ＩＤと当該制御装置に記憶される前記ＩＤとが一致しない場合には、一の前記管理対象装置と設定された前記経由装置との間のネットワーク及び設定された前記経由装置の少なくとも一方に障害ありと判定する
ことを特徴とする請求項１に記載の通信制御システム。
【請求項３】
前記制御装置は、前記ＩＤを取得することができない場合において、前記ＩＤを設定された前記経由装置から取得することができないときには、前記経由装置に障害ありと判定する
ことを特徴とする請求項１又は請求項２に記載の通信制御システム。
【請求項４】
前記制御装置は、前記ＩＤを取得することができない場合において、前記ＩＤを一の前記管理対象装置から取得することができないときには、他の前記経由装置を介して一の前記管理対象装置からの前記ＩＤの取得を試み、
他の前記経由装置を介して取得された前記ＩＤと当該制御装置に記憶される前記ＩＤとが一致する場合と一致しない場合には、前記ＩＤを取得することができなかった一の前記管理対象装置と前記経由装置との間のネットワーク及び前記経由装置の少なくとも一方に障害ありと判定し、
他の前記経由装置から前記ＩＤを取得することができない場合には、一の前記管理対象装置に障害ありと判定する
ことを特徴とする請求項３に記載の通信制御システム。
【請求項５】
前記制御装置は、前記複数の経由装置の負荷を監視し、前記管理対象装置からの前記通知信号の送信先に設定されている前記経由装置の前記負荷が閾値以上である場合には、前記負荷が前記閾値未満である前記経由装置、又は、前記負荷が最も小さい前記経由装置に、当該管理対象装置からの前記通知信号の送信先を変更する
ことを特徴とする請求項１から請求項４のいずれか一項に記載の通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置が複数の経由装置を介して複数の管理対象装置を制御する技術に関する。
【背景技術】
【０００２】
従来、制御装置が管理対象装置を制御する際に、ロードバランサによる負荷分散処理を行うことによって、制御信号が経由する経由装置の処理負荷等を分散させることが行われている。特許文献１に記載の技術では、制御装置が管理対象装置へ向けて発信する制御信号が経由する経由装置を変更することによって、経由装置の負荷が分散されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１６２０６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載システムでは、管理対象装置が警報等の通知信号を経由装置へ送信することがある。かかる通知信号の送信先は、予め設定されており、変更を想定したものではない。しかし、警報等の通知信号は、一度に大量に送信される場合があり、経由装置の負荷に多大な影響を与えるおそれがある。また、経由装置の負荷が許容量を超えた場合には、経由装置が通知信号を制御装置へ転送することができず、通知信号がロストしてしまうおそれがある。
【０００５】
本出願人は、経由装置の処理負荷又は通信負荷に基づいて、管理対象装置からの通知信号の送信先を変更する手法を提案している（特願２０１６−１１２２３８）。かかる手法は、制御装置、経由装置及び管理対象装置間の処理負荷又は通信負荷を最適化し、通知信号の消失を回避することができる。
【０００６】
かかる手法が適用された通信制御システムでは、制御装置から管理対象装置への制御信号のルートと、管理対象装置から制御装置への通知信号のルートとは、別に設定される。そのため、通信制御システムのヘルスチェックを実行する際に、制御信号の送受信は可能であるが通知信号の受信はできないという事象が発生するおそれがある。
【０００７】
本発明は、前記事情に鑑みて創案されたものであり、制御信号及び通知信号のルートが異なる場合において、通知信号のルート上の障害を検知することが可能な通信制御システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明の通信制御システムは、制御装置と、当該制御装置と複数の管理対象装置とを互いに接続する複数の経由装置と、を備え、前記制御装置は、前記複数の経由装置のいずれかを介して制御信号を一の前記管理対象装置へ送信するとともに、前記管理対象装置が通知信号を送信する送信先を前記複数の経由装置の中から設定し、一の前記管理対象装置は、前記通知信号の順序を示すＩＤを含む前記通知信号を生成し、生成された前記通知信号を、設定された前記経由装置を介して前記制御装置へ送信するとともに、送信済みの前記通知信号の前記ＩＤを記憶し、前記制御装置は、前記通知信号を受信するとともに当該通知信号に含まれる前記ＩＤを記憶し、一の前記管理対象装置に記憶される前記ＩＤを一の前記管理対象装置へ要求して前記通知信号として取得し、取得された前記ＩＤと当該制御装置に記憶される前記ＩＤとを比較し、一致する場合には障害なしと判定し、一致しない場合と前記ＩＤを取得することができない場合には障害ありと判定することを特徴とする。
【０００９】
かかる構成によると、制御信号のルートと通知信号のルートとが異なる場合において、通知信号のルート上の障害（装置故障、ネットワーク切断等）を検知することができる。
【００１０】
前記制御装置は、取得された前記ＩＤと当該制御装置に記憶される前記ＩＤとが一致しない場合には、一の前記管理対象装置と設定された前記経由装置との間のネットワーク及び設定された前記経由装置の少なくとも一方に障害ありと判定する構成であってもよい。
【００１１】
前記制御装置は、前記ＩＤを取得することができない場合において、前記ＩＤを設定された前記経由装置から取得することができないときには、前記経由装置に障害ありと判定する構成であってもよい。
【００１２】
前記制御装置は、前記ＩＤを取得することができない場合において、前記ＩＤを一の前記管理対象装置から取得することができないときには、他の前記経由装置を介して一の前記管理対象装置からの前記ＩＤの取得を試み、他の前記経由装置を介して取得された前記ＩＤと当該制御装置に記憶される前記ＩＤとが一致する場合と一致しない場合には、前記ＩＤを取得することができなかった一の前記管理対象装置と前記経由装置との間のネットワーク及び前記経由装置の少なくとも一方に障害ありと判定し、他の前記経由装置から前記ＩＤを取得することができない場合には、一の前記管理対象装置に障害ありと判定する構成であってもよい。
【００１３】
かかる構成によると、通知信号のルート上の障害発生箇所を好適に検知することができる。
【００１４】
前記制御装置は、前記複数の経由装置の負荷を監視し、前記管理対象装置からの前記通知信号の送信先に設定されている前記経由装置の前記負荷が閾値以上である場合には、前記負荷が前記閾値未満である前記経由装置、又は、前記負荷が最も小さい前記経由装置に、当該管理対象装置からの前記通知信号の送信先を変更する構成であってもよい。
【００１５】
かかる構成によると、管理対象装置からの通知信号の処理負荷を好適に配分することができる。
【発明の効果】
【００１６】
本発明によると、制御信号及び通知信号のルートが異なる場合において、通知信号のルート上の障害を検知することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る通信制御システムを示す模式図である。
【図２】本発明の実施形態に係る通信制御システムの動作例を説明するシーケンス図である。
【図３】本発明の実施形態に係る通信制御システムの動作例を説明するシーケンス図である。
【図４】本発明の実施形態に係る通信制御システムの動作例を説明するシーケンス図である。
【発明を実施するための形態】
【００１８】
続いて、本発明の実施形態について図面を参照して説明する。図１に示すように、本発明の実施形態に係る通信制御システム１は、制御装置１０と、複数の経由装置２０（２０Ａ，２０Ｂ，２０Ｃ）と、複数の管理対象装置３０（３０Ａ，３０Ｂ，３０Ｃ）と、を備える。制御装置１０は、複数の経由装置２０と通信可能に接続されている。複数の経由装置２０は、複数の管理対象装置３０のそれぞれと通信可能に接続されている。
【００１９】
＜制御装置＞
制御装置１０は、制御信号を生成し、生成された制御信号を経由装置２０を介して管理対象装置３０へ送信することによって、管理対象装置３０を制御する。制御装置１０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、入出力回路等によって構成されているサーバ装置である。制御装置１０は、複数の経由装置２０を介した複数の管理対象装置３０との通信において、通信に用いる経由装置２０を適宜設定したり切り換えたりすることによって経由装置２０の負荷を分散する、いわゆるロードバランサとしての機能を有する。制御装置１０は、機能部として、負荷監視部１１と、管理対象装置制御部１２と、通知信号経路制御部１３と、を備える。
【００２０】
≪負荷監視部≫
負荷監視部１１は、複数の経由装置２０の処理負荷と、複数の経由装置２０の通信負荷と、を監視する。経由装置２０の処理負荷は、経由装置２０内での情報処理に関する負荷であって、例えば経由装置２０のＣＰＵ使用率である。経由装置２０の通信負荷は、経由装置２０と複数の管理対象装置３０のそれぞれとの通信に関する負荷であって、例えば通信量、通信時間、通信速度（例えば、通信速度の逆数）である。
【００２１】
負荷監視部１１は、処理負荷要求信号を複数の経由装置２０へ定期的に送信する。複数の経由装置２０は、処理負荷要求信号を受信すると、自装置の処理負荷を負荷監視部１１へ送信する。負荷監視部１１は、複数の経由装置２０によって送信された処理負荷を受信し、受信された処理負荷を管理対象装置制御部１２及び通知信号経路制御部１３へ出力する。
【００２２】
また、負荷監視部１１は、通信負荷要求信号を複数の経由装置２０へ定期的に送信する。複数の経由装置２０は、通信負荷要求信号を受信すると、自装置の複数の管理対象装置３０それぞれとの通信負荷を負荷監視部１１へ送信する。負荷監視部１１は、複数の経由装置２０によって送信された通信負荷を受信し、受信された通信負荷を管理対象装置制御部１２及び通知信号経路制御部１３へ出力する。
【００２３】
≪管理対象装置制御部≫
管理対象装置制御部１２は、制御信号を複数の経由装置２０のいずれかを介して管理対象装置３０へ送信することによって、管理対象装置３０を制御する。管理対象装置制御部１２は、負荷監視部１１から出力された処理負荷及び通信負荷を取得し、取得された処理負荷及び通信負荷に基づいて、制御信号の経由先である経由装置２０を選択する。
【００２４】
管理対象装置制御部１２は、一の管理対象装置３０への制御信号を送信する際に、複数の経由装置２０の処理負荷に基づいて、処理負荷が最も小さい経由装置２０を制御信号の転送先として選択する。この場合において、管理対象装置制御部１２は、一の管理対象装置３０と選択された経由装置２０との通信負荷が予め設定された通信負荷閾値（例えば、２０ＫｂｙｔｅのＰＩＮＧの返答速度（返答時間）１０ｍｓ）以上である場合には、他の経由装置２０（例えば、処理負荷が次に小さく、かつ、通信負荷閾値が通信負荷閾値未満である経由装置２０）を制御信号の転送先として選択する。
【００２５】
≪通知信号経路制御部≫
通知信号経路制御部１３は、管理対象装置３０が通知信号を送信する経路（すなわち、送信先である経由装置２０）を設定する。なお、通知信号の経路の初期設定は、任意である。通知信号経路制御部１３は、負荷監視部１１から出力された処理負荷及び通信負荷を取得し、取得された処理負荷及び通信負荷に基づいて、通知信号の経路を変更する。
【００２６】
通知信号は、制御装置１０からの制御信号に応じた返信信号等ではなく、管理対象装置３０が経由装置２０へ自発的に送信する信号である。通知信号としては、管理対象装置３０が自装置のトラップ監視を行った結果としてのトラップ信号、管理対象装置３０が自装置の状態変化を通知するためのトラップ信号、が挙げられる。トラップ監視によるトラップ信号としては、自装置の故障を通知するための信号、自装置の回復を通知するための信号が挙げられる。状態変化によるトラップ信号としては、自装置の状態変化を通知するための信号が挙げられる。
【００２７】
通知信号経路制御部１３は、管理対象装置３０からの通知信号の送信先に設定されている一の経由装置２０の処理負荷が予め設定された処理負荷閾値（例えば、ＣＰＵ使用率８０％）以上である場合には、処理負荷が処理負荷閾値未満である経由装置２０、又は、処理負荷が最も小さい経由装置２０に、管理対象装置３０からの通知信号の送信先を変更する。
【００２８】
また、通知信号経路制御部１３は、経由装置２０と当該経由装置２０が通知信号の送信先に設定されている複数の管理対象装置３０との間の通信負荷の合計が通信負荷閾値以上である場合には、通信負荷が最も大きい管理対象装置３０以外の管理対象装置３０の少なくとも一つの通知信号の送信先を他の経由装置２０に変更することによって、経由装置２０の通信負荷の合計を通信負荷閾値未満とする。ここで、通知信号経路制御部１３は、変更前において通信負荷の合計が通信負荷閾値以上であった経由装置２０においても、通知信号の送信先の変更先である経由装置２０においても、変更後の通信負荷の合計が通信負荷閾値未満となるように、変更対象となる管理対象装置３０及び変更先の経由装置２０を選択する。
【００２９】
＜経由装置＞
経由装置２０は、制御装置１０によって送信された制御信号を受信し、受信された制御信号を該当する管理対象装置３０へ送信する。また、経由装置２０は、管理対象装置３０によって送信された通知信号を受信し、受信された通知信号を制御装置１０へ送信する。また、経由装置２０は、制御装置１０による監視に応じて、自装置の処理負荷及び複数の管理対象装置３０との通信負荷を制御装置１０へ送信する。
【００３０】
＜管理対象装置＞
管理対象装置３０は、制御装置１０によって送信された制御信号を経由装置２０を介して受信し、受信された制御信号に基づく処理を行うネットワーク装置である。また、管理対象装置３０は、通知信号を経由装置２０へ送信する。本実施形態において、管理対象装置３０は、自装置の故障診断等を行い、診断結果に基づく通知信号（警報等）を経由装置２０へ送信する。本実施形態において、管理対象装置３０は、経由装置２０からのＰＩＮＧ等によらずに自発的に故障診断等を行う所謂トラップ監視を行い、通知信号としてトラップ信号を送信する。
【００３１】
＜動作例＞
続いて、本発明の通信制御システム１の動作例について、図２、図３及び図４を用いて説明する（適宜図１参照）。第一及び第二の動作例において、通信制御システム１は、２つの経由装置２０Ａ，２０Ｂと、３つの管理対象装置３０Ａ，３０Ｂ，３０Ｃと、を備える。
【００３２】
≪第一の動作例≫
図２に示すように、本動作例の初期状態として、管理対象装置３０Ａによる通知信号の宛先は、経由装置２０Ａに設定されている。したがって、管理対象装置３０Ａは、通知信号（警報等）を経由装置２０Ａへ送信する（ステップＳ１）。なお、図示は省略するが、経由装置２０Ａは、通知信号を受信すると、受信された通知信号を制御装置１０へ送信する。制御装置１０は、通知信号を受信すると、必要に応じて、受信された通知信号に基づいて制御信号を生成し、生成された制御信号を経由装置２０Ａを介して管理対象装置３０Ａへ送信する。
【００３３】
一方、経由装置２０Ａ，２０Ｂは、自装置の処理負荷を定期的に算出する（ステップＳ２Ａ，Ｓ２Ｂ）。
【００３４】
制御装置１０の負荷監視部１１は、経由装置２０Ａ，２０Ｂに対して、処理負荷要求信号を定期的に送信する（ステップＳ３Ａ，Ｓ３Ｂ）。経由装置２０Ａ，２０Ｂは、処理負荷要求信号を受信すると、自装置の処理負荷を制御装置１０へ送信する（ステップＳ４Ａ，Ｓ４Ｂ）。
【００３５】
制御装置１０の負荷監視部１１は、処理負荷を受信し、制御装置１０の通知信号経路制御部１３は、受信された処理負荷と予め設定された処理負荷閾値との比較を行う（閾値判定、ステップＳ５）。本動作例では、経由装置２０Ａの処理負荷は、処理負荷閾値以上であり、経由装置２０Ｂの処理負荷は、処理負荷閾値未満である。
なお、処理負荷閾値は、全ての経由装置２０で同一であってもよく、経由装置２０ごとに異なる値であってもよい。
【００３６】
続いて、制御装置１０の通知信号経路制御部１３は、管理対象装置３０Ａの通知信号の送信先として、処理負荷が処理負荷閾値未満である経由装置２０Ｂを選択する（ステップＳ６）。続いて、制御装置１０の通知信号経路制御部１３は、選択された通知信号送信先を、選択された経由装置２０Ｂへ送信する（ステップＳ７）。続いて、経由装置２０Ｂは、通知信号送信先を、管理対象装置３０Ａへ送信する（ステップＳ８）。管理対象装置３０Ａは、通知信号送信先を受信すると、受信された通知信号送信先を自装置の通知信号の送信先に設定する。したがって、通知信号の送信先が変更された管理対象装置３０Ａは、通知信号（警報等）を経由装置２０Ｂへ送信する（ステップＳ９）。なお、ステップＳ７，Ｓ８において、通知信号送信先は、経由装置２０Ａ，２０Ｂ以外の経由装置２０を介して転送される構成であってもよい。
【００３７】
≪第二の動作例≫
図３に示すように、本動作例の初期状態として、管理対象装置３０Ａ〜３０Ｃによる通知信号の宛先は、経由装置２０Ａに設定されている。したがって、管理対象装置３０Ａは、通知信号（警報等）を経由装置２０Ａへ送信する（ステップＳ１１）。ステップＳ１１において、管理対象装置３０Ａは、大量の通知信号を経由装置２０Ａへ送信している。なお、図示は省略するが、経由装置２０Ａは、通知信号を受信すると、受信された通知信号を制御装置１０へ送信する。制御装置１０は、通知信号を受信すると、必要に応じて、受信された通知信号に基づいて制御信号を生成し、生成された制御信号を経由装置２０Ａを介して管理対象装置３０Ａへ送信する。
【００３８】
一方、経由装置２０Ａ，２０Ｂは、自装置の各管理対象装置３０Ａ〜３０Ｃとの通信負荷を定期的に確認する（ステップＳ１２Ａ〜Ｓ１４Ａ，Ｓ１２Ｂ〜Ｓ１４Ｂ）。
【００３９】
制御装置１０の負荷監視部１１は、経由装置２０Ａ，２０Ｂに対して、通信負荷要求信号を定期的に送信する（ステップＳ１５Ａ，Ｓ１５Ｂ）。経由装置２０Ａ，２０Ｂは、通信負荷要求信号を受信すると、自装置の各管理対象装置３０Ａ〜３０Ｂとの通信負荷を制御装置１０へ送信する（ステップＳ１６Ａ，Ｓ１６Ｂ）。
【００４０】
制御装置１０の負荷監視部１１は、通信負荷を受信し、制御装置１０の通知信号経路制御部１３は、受信された通信負荷と予め設定された通信負荷閾値との比較を行う（閾値判定、ステップＳ１７）。本動作例では、経由装置２０Ａの管理対象装置３０Ａ，３０Ｂ，３０Ｃとの通信負荷の合計は、通信負荷閾値以上であり、経由装置２０Ｂの通信負荷の合計は、通信負荷閾値未満である。また、経由装置２０Ａにおいて、管理対象装置３０Ａの通信負荷は、管理対象装置３０Ｂ，３０Ｃそれぞれの通信負荷よりも大きい。
【００４１】
続いて、制御装置１０の通知信号経路制御部１３は、管理対象装置３０Ｂ，３０Ｃの通知信号の送信先として、経由装置２０Ａ以外の経由装置２０の中から、通信負荷の合計が最も小さい（例えば、通信速度が最も速い）経由装置２０Ｂを選択する（ステップＳ１８）。続いて、制御装置１０の通知信号経路制御部１３は、通知信号送信先を、選択された経由装置２０Ｂへ送信する（ステップＳ１９）。続いて、経由装置２０Ｂは、通知信号送信先を、管理対象装置３０Ｂ，３０Ｃへ送信する（ステップＳ２０Ｂ，Ｓ２０Ｃ）。管理対象装置３０Ｂ，３０Ｃは、通知信号送信先を受信すると、受信された通知信号送信先を自装置の通知信号の送信先に設定する。したがって、通知信号の送信先が変更された管理対象装置３０Ｂ，３０Ｃは、通知信号（警報等）を経由装置２０Ｂへ送信する（ステップＳ２１Ｂ，Ｓ２１Ｃ）。
【００４２】
なお、経由装置２０Ａにおいて、管理対象装置３０Ａ，３０Ｂの通信負荷の合計が通信負荷閾値未満である場合には、通知信号経路制御部１３は、管理対象装置３０Ｃのみの通知信号の送信先を変更する構成であってもよい。
ここで、通知信号経路制御部１３は、通信負荷の合計が通信負荷閾値以上である経由装置２０に関して、通信負荷の大きさが２番目以降の管理対象装置３０のうち、通信負荷が大きい方から順に通知信号の送信先を変更することを、当該経由装置２０の通信負荷の合計が通信負荷閾値未満となるまで繰り返す構成であってもよい。
また、通知信号経路制御部１３は、通信負荷の合計が通信負荷閾値以上である経由装置２０に関して、通信負荷の大きさが２番目以降の管理対象装置３０のうち、通信負荷が小さい方から順に通知信号の送信先を変更することを、当該経由装置２０の通信負荷の合計が通信負荷閾値未満となるまで繰り返す構成であってもよい。
また、通知信号経路制御部１３は、通知信号の送信先の変更先として、変更前における通信負荷の合計が最も小さい管理対象装置３０を選択する構成であってもよい。
【００４３】
また、変形例として、通知信号経路制御部１３は、経由装置２０において、当該経由装置２０を通知信号の送信先とする一の管理対象装置３０の通信負荷が通信負荷閾値（個別通信負荷閾値）以上である場合に、当該経由装置２０を通知信号の送信先とする他の管理対象装置３０の少なくとも一つの通知信号の送信先を、他の経由装置２０に変更する構成であってもよい。
この場合において、通知信号経路制御部１３は、通知信号の送信先の変更先である経由装置２０の変更後の通信負荷の合計が通信負荷閾値（合計通信負荷閾値）未満となるように、変更先の経由装置２０を選択する構成であってもよい。
また、通知信号経路制御部１３は、変更後における当該経由装置２０の通信負荷の合計が通信負荷閾値（合計通信負荷閾値）未満となるように、変更対象となる管理対象装置３０を選択する構成であってもよい。
ここで、合計通信負荷閾値及び個別通信負荷閾値の設定としては、個別通信負荷閾値を合計通信負荷閾値の所定割合に設定することが可能である。例えば、合計通信負荷閾値を１００としたとき、個別通信負荷閾値を６０とすることができる。
なお、合計通信負荷閾値及び個別通信負荷閾値のそれぞれは、全ての経由装置２０で同一であってもよく、経由装置２０ごとに異なる値であってもよい。
【００４４】
≪第三の動作例≫
続いて、通知信号のルート上の障害を検知する動作例について説明する。制御装置１０は、通信制御システム１における障害の有無を判定する障害判定部１４を備える。また、制御装置１０は、制御信号を、経由装置２０のいずれかを介して管理対象装置３０へ送信する。また、管理対象装置３０は、通知信号を、経由装置２０のいずれかを介して制御装置１０へ送信する。すなわち、一の管理対象装置３０において、制御信号が経由する経由装置２０と通知信号が経由する経由装置２０とは、一致する場合もあり、異なる場合もある。制御装置１０は、制御信号を、経由装置２０のいずれか（ここでは、経由装置２０Ａ）を経由して一の管理対象装置３０Ａへ送信する。
【００４５】
管理対象装置３０Ａは、制御信号を受信すると、通知信号の順序を示すＩＤを含む通知信号を生成し、生成された通知信号を、経由先として設定された経由装置２０（ここでは、経由装置２０Ｂ）を経由して制御装置１０へ送信する。本動作例におけるＩＤは、通知信号の最新状態を示すものである。例えば、制御信号♯１、制御信号♯２、…、通知信号♯１、通知信号♯２のようにインクリメントされる数値、日付等である。管理対象装置３０Ａは、通知信号を送信する際に、当該通知信号に含まれるＩＤ（すなわち、送信済みの通知信号のＩＤ）を自装置３０Ａの記憶部３１に記憶させる。管理対象装置３０Ａは、通知信号の経由先である経由装置２０に応じたＩＤを通知信号に付与することが可能である。また、制御装置１０は、通知信号を受信する際に、当該通知信号に含まれるＩＤを自装置１０の記憶部１５に記憶させる。
【００４６】
制御装置１０の障害判定部１４は、例えば定期的に、通信制御システム１に対するヘルスチェックを実行し（ステップＳ３１）、ヘルスチェックの返信としての通知信号に含まれるＩＤと自装置１０の記憶部１５に記憶されるＩＤとを比較する（ステップＳ３２）。
【００４７】
詳細には、障害判定部１４は、ヘルスチェックとしての制御信号（ＩＤ要求信号）を、経由装置２０Ａを介して管理対象装置３０Ａへ送信する。管理対象装置３０Ａは、かかる制御信号（ＩＤ要求信号）の受信に応じて、記憶部３１に記憶されるＩＤを含む通知信号をヘルスチェックの返信として生成し、生成された通知信号を、経由装置２０Ｂを介して制御装置１０へ送信する。制御装置１０は、かかる通知信号を受信し、受信された通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとを比較する。
【００４８】
ステップＳ３２において、通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致する場合には、障害判定部１４は、経由装置２０Ｂ、管理対象装置３０Ａ、及び、経由装置２０Ｂと管理対象装置３０Ａとを接続するネットワークに障害なしと判定する（ステップＳ３８Ａ）。
【００４９】
一方、ステップＳ３２において、ヘルスチェックの返信としての通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致しない場合（不一致）と、ヘルスチェックの返信としての通知信号が取得されない場合（取得不可）には、障害判定部１４は、前記したヘルスチェックを再実行する（ステップＳ３３）。
【００５０】
障害判定部１４は、再実行されたヘルスチェックの返信としての通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとを比較する（ステップＳ３４）。ここで、制御装置１０がステップＳ３３，Ｓ３４を実行するのは、一時的なパケットの欠落等による影響を回避するためである。
【００５１】
ステップＳ３４において、通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致する場合には、障害判定部１４は、経由装置２０Ｂ、管理対象装置３０Ａ、及び、経由装置２０Ｂと管理対象装置３０Ａとを接続するネットワークに障害なしと判定する（ステップＳ３８Ａ）。
【００５２】
一方、ステップＳ３４において、通知信号に含まれるＩＤと制御信号に含まれるＩＤとが一致しない場合（不一致）には、障害判定部１４は、経由装置２０Ｂと管理対象装置３０Ａとを接続するネットワーク、及び、経由装置２０Ｂの少なくとも一方に障害ありと判定する（ステップＳ３８Ｂ）。
【００５３】
例えば、管理対象装置３０Ａが通知信号♯１〜♯１０１を送信し、通知信号♯１０１が経由装置２０Ｂの故障等によって消失した場合には、ヘルスチェックの返信としての通知信号には、ＩＤ♯１〜♯１０１が含まれており、制御装置１０の記憶部１５には、ＩＤ♯１〜♯１００が記憶されており、ＩＤ♯１０１は記憶されていない。そのため、障害判定部１４は、記憶部１５にはＩＤ♯１０１が無いため、ＩＤは一致しないと判定する。
【００５４】
また、ステップＳ３４において、通知信号が取得されない場合（取得不可）には、障害判定部１４は、通知信号の取得ができない原因を特定する（ステップＳ３５）。ステップＳ３５において、通知信号が経由装置２０Ｂから制御装置１０へ送信されていない場合（経由装置から取得不可）には、障害判定部１４は、経由装置２０Ｂに障害ありと判定する（ステップＳ３８Ｃ）。
【００５５】
一方、ステップＳ３５において、通知信号が管理対象装置３０Ａから経由装置２０Ｂへ送信されていない場合（管理対象装置から取得不可）には、障害判定部１４は、異なる経由装置２０（ここでは、経由装置２０Ｃ）を介してヘルスチェックを実行する（ステップＳ３６）。
【００５６】
本動作例において、制御装置１０が制御信号を送信した後、経由装置２０から制御装置１０への通知信号の返信がなく、タイムアウトとなった（制御信号の送信から所定時間経過した）場合には、障害判定部１４は、経由装置２０Ｂから取得不可であると判定する。また、経由装置２０から制御装置１０への通知信号の返信はあるが、取得エラー又は通知信号の中身が無いという場合には、障害判定部１４は、管理対象装置３０から取得不可であると判定する。
【００５７】
すなわち、障害判定部１４は、ヘルスチェックとしての制御信号（ＩＤ要求信号）を、経由装置２０のいずれか（ここでは、経由装置２０Ａ）を経由して一の管理対象装置３０Ａへ送信する。管理対象装置３０Ａは、かかる制御信号（ＩＤ要求信号）の受信に応じて、記憶部３１に記憶されるＩＤを含む通知信号をヘルスチェックの返信として生成し、生成された通知信号を、経由先として設定された他の経由装置２０（ここでは、経由装置２０Ｃ）を経由して制御装置１０へ送信する。障害判定部１４は、かかる通知信号を受信し、受信された通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとを比較する（ステップＳ３７）。
【００５８】
ステップＳ３７において、通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致する場合と、通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致しない場合（不一致）には、障害判定部１４は、一致する前の経由装置２０Ｂと管理対象装置３０Ａとを接続するネットワーク、及び、経由装置２０Ｂの少なくとも一方に障害ありと判定する（ステップＳ３８Ｄ）。
【００５９】
一方、ステップＳ３７において、通知信号が取得されない場合（取得不可）には、障害判定部１４は、管理対象装置３０Ａに障害ありと判定する（ステップＳ３８Ｅ）。
【００６０】
なお、制御装置１０は、ステップＳ３６，Ｓ３７を所定数の他の経由装置２０に対して実行する構成であってもよい。かかる場合において、制御装置１０は、所定数の経由装置２０のいずれかを用いて通知信号のＩＤと記憶部１５のＩＤとが一致した場合に、比較一致する前の経由装置２０Ｂと管理対象装置３０Ａとを接続するネットワークに障害ありと判定する（ステップＳ３８Ｄ）。また、制御装置１０は、所定数の経由装置２０の全てを用いても、通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致しない場合（不一致）と、通知信号が取得されない場合に、管理対象装置３０Ａに障害ありと判定する（ステップＳ３８Ｅ）。
【００６１】
本発明の実施形態に係る通信制御システム１は、ヘルスチェックの返信としての通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとを比較し、一致する場合には障害なしと判定し、一致しない場合とヘルスチェックの返信としての通知信号を取得することができない場合には障害ありと判定する。したがって、通信制御システム１は、制御信号のルートと通知信号のルートとが異なる場合において、通知信号のルート上の障害（装置故障、ネットワーク切断等）を検知することができる。
【００６２】
また、通信制御システム１は、ヘルスチェックの返信としての通知信号に含まれるＩＤと記憶部１５に含まれるＩＤとが一致しない場合には、経由装置２０Ｂと管理対象装置１０Ａとの間のネットワーク、及び、経由装置２０Ｂの少なくとも一方に障害ありと判定する。
また、通信制御システム１は、制御装置１０がヘルスチェックの返信としての通知信号を経由装置２０Ｂから取得することができない場合には、経由装置２０Ｂに障害ありと判定する。
また、通信制御システム１は、制御装置１０がヘルスチェックの返信としての通知信号を管理対象装置３０Ａから取得することができない場合であって、他の経由装置２０Ｃを介して受信されるヘルスチェックの返信としての通知信号に含まれるＩＤと記憶部１５に記憶されるＩＤとが一致するときと一致しないときには、経由装置２０Ｂと管理対象装置３０Ａとの間のネットワーク、及び、経由装置２０Ｂの少なくとも一方に障害ありと判定する。
また、通信制御システム１は、制御装置１０がヘルスチェックの返信としての通知信号を管理対象装置３０Ａから取得することができない場合であって、他の経由装置２０Ｃからもヘルスチェックの返信としての通知信号を取得することができないときには、管理対象装置３０Ａに障害ありと判定する。
したがって、通信制御システム１は、通知信号のルート上の障害発生箇所を好適に検知することができる。
【００６３】
また、通信制御システム１は、負荷が大きい経由装置２０を管理対象装置３０からの通知信号の送信先から外し、処理負荷が小さい経由装置を送信先に設定する。したがって、管理対象装置３０からの通知信号の負荷を好適に配分することができる。
【００６４】
以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜変更可能である。例えば、管理対象装置３０における記憶部３１に記憶されるＩＤの管理（削除等）、及び、制御装置１０における記憶部１５に記憶されるＩＤの管理（削除等）は、適宜設定可能である。
【００６５】
また、通信制御システム１は、ステップＳ３２，Ｓ３４，Ｓ３７において、通知信号を取得することができないと判定された場合に、複数の経由装置２０が、ＩＣＭＰ（ＰＩＮＧコマンド）を実行することによって、障害の発生箇所を特定することも可能である。すなわち、制御装置１０は、ステップＳ３２，Ｓ３４，Ｓ３７において、通知信号を取得することができないと判定された場合に、複数の経由装置２０にＰＩＮＧコマンドを用いて障害の発生箇所の特定を実行させ、特定された障害の発生箇所を複数の経由装置２０から取得する。かかる構成によると、障害発生箇所の特定精度を向上することができる。
【符号の説明】
【００６６】
１      通信制御システム
１０    制御装置
２０，２０Ａ，２０Ｂ，２０Ｃ  経由装置
３０，３０Ａ，３０Ｂ，３０Ｃ  管理対象装置
【図１】
2019009512.tif 000003
【図２】
2019009512.tif 000004
【図３】
2019009512.tif 000005
【図４】
2019009512.tif 000006