(57)【要約】      （修正有）【課題】拠点間のネットワークが断絶しても第１の通信装置が通信処理を行なっているかを検出し、第１の通信装置が通信処理を行なっていれば、第２の通信装置に通信処理を行なわせない。【解決手段】第１の通信装置１１１は、問合部１１６を備え、第２の通信装置１２１は、ハートビート制御部１２４、機器別状態管理部１２７および拠点状態制御部１２６を備える。問合部１１６は、１または複数の監視対象機器１０５−１〜１０５−Ｎの状態を問合せる。第２の通信装置のハートビート制御部は、ハートビート信号の通信を制御する。機器別状態管理部は、ハートビート信号の通信ができないことを検出した場合、監視対象機器が第１の通信装置から問合せを受信しているかどうかを確認する。拠点状態制御部は、監視対象機器が第１の通信装置から状態の問合せを受信していることを確認できない場合に通信処理を行なう。【選択図】図１
2018006811.tif 000002
【特許請求の範囲】
【請求項１】
通信処理を行なう第１の通信装置と前記第１の通信装置が通信処理を行なっている場合は通信処理を行なわない第２の通信装置とを備え、
前記第１の通信装置は、監視対象機器の状態を問合せる問合部を備え、
前記第２の通信装置は、
前記第１の通信装置の動作を確認するハートビート信号の通信を制御するハートビート制御部と、
前記ハートビート信号の通信ができないことを検出した場合、前記監視対象機器に、前記第１の通信装置の前記問合部からの状態の問合せを受信しているかどうかを確認する確認部と、
前記監視対象機器が前記第１の通信装置の前記問合部からの前記状態の問合せを受信していることを確認できない場合に通信処理を行う制御部と、
を備える、運用待機システム。
【請求項２】
前記確認部は、前記監視対象機器が前記状態の問合せを受信すると値が変化する前記監視対象機器の属性値に基づいて、前記監視対象機器が前記第１の通信装置の前記問合部からの前記状態の問合せを受信していることを確認する、請求項１に記載の運用待機システム。
【請求項３】
前記属性値は、前記状態の問合せの受信データサイズの合計値である、請求項２に記載の運用待機システム。
【請求項４】
前記確認部は、前記監視対象機器の状態を問合せて前記属性値を取得し、前記取得した前記属性値から、前記確認部自身による前記状態の問合せの属性値の増加分を控除する、請求項３に記載の運用待機システム。
【請求項５】
前記監視対象機器は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に則って動作し、
前記属性値は、前記状態の問合せが行なわれる監視ポートのｉｆＩｎＯｃｔｅｔｓの値である、請求項４に記載の運用待機システム。
【請求項６】
前記属性値は、前記状態の問合せの総回数である、請求項２に記載の運用待機システム。
【請求項７】
前記第１の通信装置は、前記監視対象機器の前記属性値を格納し、前記ハートビート信号の通信が行なわれるネットワークを介して前記第２の通信装置に複製されるデータベースを有し、
前記確認部は、前記複製されたデータベースに格納されている前記属性値と、前記監視対象機器から得られる前記属性値との比較に基づいて、前記監視対象機器が前記第１の通信装置から問合せを受信していることを確認する、請求項２に記載の運用待機システム。
【請求項８】
監視対象機器の状態を問合せる他の通信装置の動作を確認するハートビート信号の通信を制御するハートビート制御部と、
前記ハートビート信号の通信ができないことを検出した場合、前記監視対象機器に、前記他の通信装置から状態の問合せを受信しているかどうかを確認する確認部と、
前記監視対象機器が前記他の通信装置から状態の問合せを受信していることが確認できない場合に通信処理を行なう制御部と、
を備える、通信装置。
【請求項９】
前記確認部は、前記監視対象機器が前記他の通信装置から前記状態の問合せを受信すると、値が変化する前記監視対象機器の属性値に基づいて、前記監視対象機器が前記他の通信装置から問合せを受信していることを確認する、請求項８に記載の通信装置。
【請求項１０】
前記属性値は、前記状態の問合せの受信データサイズの合計値である、請求項９に記載の通信装置。
【請求項１１】
前記確認部は、前記監視対象機器の状態を問合せて前記属性値を取得し、前記取得した前記属性値から、前記確認部自身による前記状態の問合せの属性値の増加分を控除する、請求項１０に記載の通信装置。
【請求項１２】
前記監視対象機器は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に則って動作し、
前記属性値は、前記状態の問合せが行なわれる監視ポートのｉｆＩｎＯｃｔｅｔｓの値である、請求項１１に記載の通信装置。
【請求項１３】
前記属性値は、前記状態の問合せの総回数である、請求項９に記載の通信装置。
【請求項１４】
前記監視対象機器の前記属性値を格納し、前記ハートビート信号の通信が行なわれるネットワークを介して複製されたデータベースを有し、
前記確認部は、前記複製されたデータベースに格納されている前記属性値と、前記監視対象機器から得られる前記属性値との比較に基づいて、前記監視対象機器が前記他の通信装置から問合せを受信していることを確認する、請求項９に記載の通信装置。
【請求項１５】
監視対象機器の状態を問合せる第１の通信装置の動作を確認するハートビート信号の通信を制御し、
前記ハートビート信号の通信ができないことを検出した場合、前記監視対象機器に、前記第１の通信装置から問合せを受信しているかどうかを確認し、
前記監視対象機器が前記第１の通信装置から前記状態の問合せを受信していることが確認できない場合に、前記第１の通信装置が通信処理を行なっている場合は通信処理を行なわない第２の通信装置が通信処理を行なう、待機方法。
【発明の詳細な説明】
【技術分野】
【０００１】
開示は、運用待機システム、通信装置および待機方法に関する。
【背景技術】
【０００２】
高可用性（Ｈｉｇｈ  Ａｖａｉｌａｂｉｌｉｔｙ）が要求される場合、同様の構成を有する運用系システムの運用系装置と待機系システムの待機系装置とのそれぞれが遠隔の２拠点に構築されることにより、冗長構成がされる運用待機システムが使用される。運用系システムおよび待機系システムは、拠点間ネットワークを介して相互に監視を行なう。当該監視により、運用系システムに障害が発生したり、運用系システムが構築されている拠点に災害が発生したりし、運用系装置が停止すると、待機系システムが運用系システムとして動作し、故障や災害に対する耐性が高められている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１１０６２０号公報
【特許文献２】特開平５−２１０６０７号公報
【特許文献３】特開平１１−２６１６７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
運用待機システムにおいて、拠点間ネットワークが断絶すると、運用系装置と待機系装置とが相互に動作を確認できなくなる。このような場合、運用系システムを含むシステム全体の運用を停止することが好ましくない。そこで、システム全体の動作を確保するために両拠点のシステムを運用系システムとして動作させることになる。この場合、動作が２重になってしまうので、運用系システムと通信などを行なう他システムの負荷が高まったり、拠点間のネットワークが回復した後に両拠点システムのデータベースの同期などを矛盾なく解決する必要が発生する。
【課題を解決するための手段】
【０００５】
１つの側面において、運用待機システムは第１の通信装置と第２の通信装置とを備える。第１の通信装置は、問合部を備え、第２の通信装置は、ハートビート制御部と、確認部と、制御部とを備える。問合部は、１または複数の監視対象機器の状態を問合せる。ハートビート制御部は、第１の通信装置の動作を確認するハートビート信号の通信を制御する。確認部は、ハートビート信号の通信ができないことを検出した場合、監視対象機器が第１の通信装置の問合部からの状態の問合せを受信しているかどうかを確認する。制御部は、確認部により、監視対象機器が第１の装置の問合部からの状態の問合せを受信していることを確認できない場合に通信処理を行なう。
【発明の効果】
【０００６】
１つの側面によれば、拠点間のネットワークが断絶しても第１の通信装置が通信処理を行なっているかどうかを検出し、もし第１の通信装置が通信処理を行なっていれば、第２の通信装置に通信処理を行なわせないようにできる。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係る運用待機システムの機能ブロック図である。
【図２】実施形態に係る運用待機システムの監視対象機器の機能ブロック図である。
【図３】実施形態に係る運用待機システムの動作の一例を示すシーケンス図である。
【図４】実施形態に係る運用待機システムの有するネットワークデータベースに格納されるデータの一例を示す図である。
【図５】実施形態に係る運用待機システムの運用系装置と待機系装置とが相互に動作を監視する処理のフローチャートである。
【図６】実施形態に係る運用待機システムの待機系装置が運用系に移行する際の動作の一例を示すシーケンス図である。
【図７】実施形態に係る運用待機システムの待機系装置が運用系に移行する際の処理の一例のフローチャートである。
【図８】実施形態に係る運用待機システムの待機系装置が運用系装置の動作を確認する処理の一例のフローチャートである。
【図９】実施形態に係る運用待機システムの待機系装置が有する機器別監視状態テーブルに格納されるデータの一例を示す図である。
【図１０】実施形態に係る運用待機システムの待機系装置が運用系装置の動作を判断する処理の一例のフローチャートである。
【図１１】実施形態に係る運用待機システムの待機系装置が運用系装置の動作を判断する処理の一例のフローチャートである。
【図１２】実施形態に係る運用待機システムの待機系装置が有する拠点起動管理テーブルに格納されるデータの一例を示す図である。
【図１３】実施形態に係る運用待機システムの運用系装置および待機系装置のハードウェア構成図である。
【図１４】実施形態に係る運用待機システムの監視対象機器の機能ブロック図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照して実施形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。なお、以下の実施形態に用いる図面において、同一符号を付した部分は、特に断らない限り、同一または同様の部分を表わす。
【０００９】
図１は、実施形態に係る運用待機システム１００の機能ブロック図である。運用待機システム１００は、運用系システム１０１と、待機系システム１０２とを備える。運用系システム１０１と待機系システム１０２とは、拠点間ネットワーク１０３により接続される。運用系システム１０１および待機系システム１０２のそれぞれは、ネットワーク１０４に接続された１または複数の機器（監視対象機器）１０５−１〜１０５−Ｎと通信を行なうことができる。例えば、運用系システム１０１および待機系システム１０２のそれぞれは１または複数の監視対象機器１０５−１〜１０５−Ｎの動作状況を監視することができる。
【００１０】
運用系システム１０１は、運用系装置（運用系監視装置）１１１とネットワークインターフェース１１２および１１３とを有する。運用系装置１１１は、通信処理を行なう第１の通信装置の一例である。運用系装置１１１は、ハートビート制御部１１４と、ネットワークデータベース１１５と、問合部１１６とを備える。ハートビート制御部１１４は、待機系システム１０２とのハートビート信号の送受信の通信を制御する。ハートビート信号は、運用系システム１０１および待機系システム１０２のそれぞれが、相手方が動作しているかどうかを確認するための信号である。運用系システム１０１からネットワークインターフェース１１２および拠点間ネットワーク１０３を介して待機系システム１０２に定期的にハートビート信号が送信され、待機系システム１０２は、ハートビート信号に対する返信を行なう。運用系システム１０１が当該返信を受信することにより、運用系システム１０１は、拠点間ネットワーク１０３および待機系システム１０２が動作していることを確認することができる。また、待機系システム１０２は、運用系システム１０１からハートビート信号を受信することにより、拠点間ネットワーク１０３および運用系システム１０１が動作していることを確認することができる。
【００１１】
ハートビート信号としては、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）のＥＣＨＯメッセージを用いることができる。ＩＣＭＰのＥＣＨＯメッセージを相手方に送るとＥＣＨＯ  ＲＥＰＬＹメッセージが返信されるからである。また、ハートビート信号としては、ＩＣＭＰ以外のＵＤＰプロトコルやＴＣＰプロトコルを用いたメッセージの送受信を用いることができる。
【００１２】
ハートビート信号は、運用系装置１１１から待機系システム１０２へ一方向に送信されるだけでなく、待機系システム１０２から運用系装置１１１へも送信されてよい。したがって、ハートビート信号に対する応答も運用系装置１１１から待機系システム１０２に送信されることになる。
【００１３】
ネットワークデータベース１１５は、監視対象機器１０５−１〜１０５−Ｎの監視に関する情報を格納するデータベースである。監視対象機器１０５−１〜１０５−Ｎの監視に関する情報としては、例えば次を挙げることができる。
（１）監視対象機器１０５−１〜１０５−Ｎの監視時間間隔および最後に監視を行なった時間
（２）監視対象機器１０５−１〜１０５−Ｎの監視結果
（３）監視対象機器１０５−１〜１０５−ＮにアクセスするためのＩＰアドレス、監視用ポート番号および監視用プロトコル種別
【００１４】
問合部１１６は、ネットワークデータベース１１５に格納された情報を用いて、監視対象機器１０５−１〜１０５−Ｎのそれぞれに当該機器の状態を問合せる。また、問合部１１６は、問合せの結果をネットワークデータベース１１５に格納する。
【００１５】
運用待機システム１００は、高可用性が要求されるので、ネットワークデータベース１１５の内容は、待機系システム１０２が備えるネットワークデータベース１２５に内容が拠点間ネットワーク１０３を介して複製される。別言すれば、ネットワークデータベース１１５のレプリケーションが行なわれる。例えば、ネットワークデータベース１１５の変更された部分に関する情報がネットワークデータベース１２５に伝達され、ネットワークデータベース１２５が格納するデータに反映されることによりレプリケーションが行なわれる。
【００１６】
監視対象機器１０５−１〜１０５−Ｎは、例えば、ルータやスイッチなどのネットワーク装置である。監視対象機器１０５−１〜１０５−Ｎの監視は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いて行なうことが好適である。
【００１７】
ＳＮＭＰは、ネットワークに接続された機器の管理情報（例えばインベントリ情報）および当該機器に関するネットワークのトラフィック情報の格納および収集、ならびに、動作状態の監視および動作状態の制御を行なうためのプロトコルである。
【００１８】
図２は、ＳＮＭＰ機能を有する監視対象機器１０５の機能ブロック図である。監視対象機器１０５は、監視ポート２０１、パケット転送用ポート２０２〜２０６、ＳＮＭＰエージェント２０７およびＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）２０８を有する。
【００１９】
ＭＩＢ２０８は、監視対象機器１０５の管理情報、トラフィック情報、設定情報などの種々の情報を格納する。ＳＮＭＰエージェント２０７は、監視ポート２０１およびパケット転送用ポート２０２〜２０６からパケットを受信すると、ＭＩＢ２０８に格納されている情報に従って処理する。ＳＮＭＰエージェント２０７は、例えば、監視ポート２０１から、ＭＩＢ２０８に格納されている情報を取得するためのＭＩＢ−ＧＥＴ命令を含むパケットを受信すると、ＭＩＢ２０８に格納されている情報を返信する。また、ＳＮＭＰエージェント２０７は、監視ポート２０１から、ＭＩＢ２０８の一部または全てを書き換えるための命令を含むパケットを受信すると、その命令に従ってＭＩＢ２０８を書き換える。
【００２０】
また、ＳＮＭＰエージェント２０７は、パケット転送用ポート２０２〜２０６のいずれかからパケットを受信すると、ＭＩＢ２０８に格納されている情報に基づいて、当該パケットを転送する処理を行なう。また、ＳＮＭＰエージェント２０７は、各ポート２０１〜２０６を用いて送信および受信したパケットのそれぞれのデータサイズの合計をＭＩＢ２０８にトラフィック情報として記録することもできる。
【００２１】
図３は、平常時における、運用系システム１０１の運用系装置１１１、待機系システム１０２の待機系装置１２１および監視対象機器１０５−１〜１０５−Ｎのデータの送受信系列の一例を示すシーケンス図である。例えば、ステップＳ２０１において、運用系装置１１１から監視対象機器１０５−１〜１０５−Ｎのいずれかに当該機器の問合せが行なわれる。ステップＳ２０２において、監視対象機器１０５−１〜１０５−Ｎのいずれかから、問合せに対する応答が運用系装置１１１に返信される。問合せに対する応答を運用系装置１１１が受信すると、運用系装置１１１は、例えばネットワークデータベース１１５に当該監視対象機器が正常に動作していることを記録することができる。また、運用系装置１１１は、監視対象機器１０５−１〜１０５−Ｎの状態を問合せた場合、応答により得られた状態を表わす情報をネットワークデータベース１１５に記録することができる。
【００２２】
また、ステップＳ２０３において運用系装置１１１のハートビート制御部１１４から待機系システム１０２の例えば待機系装置１２１へハートビート信号が送信される。ステップＳ２０４において、待機系装置１２１からハートビート信号に対する応答が、運用系装置１１１に返信される。運用系装置１１１がハートビート信号に対する応答を受信することにより、待機系装置１２１を含む待機系システム１０２および拠点間ネットワーク１０３が正常に動作していることを検出することができる。また、待機系装置１２１から運用系装置１１１へハートビート信号が送信され、運用系装置１１１がハートビート信号を返信し、待機系装置１２１が返信を受信することもできる。当該受信により、待機系装置１２１は、待機系システム１０２および拠点間ネットワーク１０３が正常に動作していることを検出することができる。
【００２３】
ステップＳ２０５において、ネットワークデータベース１１５のデータベースレプリケーションのためのデータが運用系装置１１１から待機系装置１２１に送信される。待機系装置１２１は、データベースレプリケーションのためのデータを受信すると、ネットワークデータベース１２５に格納されている情報に反映し、反映できたかどうかを含む応答をステップＳ２０６において、運用系装置１１１へ返信する。なお、待機系装置１２１は、ネットワークデータベース１１５のデータベースレプリケーションのためのデータを受信することにより、運用系装置１１１を含む運用系システム１０１および拠点間ネットワーク１０３が正常に動作していることを検出してもよい。
【００２４】
以下、同様に、ステップＳ２０７において、運用系装置１１１から待機系装置１２１にハートビート信号が送信され、ステップＳ２０８において、待機系装置１２１から運用系装置１１１へ応答が返信される。また、ステップＳ２０９において、運用系装置１１１から監視対象機器１０５−１〜１０５−Ｎに問合せが行なわれ、ステップＳ２１０において、監視対象機器１０５−１〜１０５−Ｎから、応答が返信される。
【００２５】
なお、運用系装置１１１、待機系装置１２１および監視対象機器１０５−１〜１０５−Ｎのデータの送受信順序は、図３に図示するものに限定されることはない。監視対象機器への問合せ、ハートビート信号の送信およびデータベースレプリケーションデータの送信は任意の順序で行なうことができる。したがって、監視対象機器への問合せ、ハートビート信号の送信およびデータベースレプリケーションデータの送信のそれぞれに対応する応答も対応して任意の順序で行なうことができる。
【００２６】
図４は、ネットワークデータベース１１５および１２５に格納される情報の一例を示す図である。図４においては、監視対象機器１０５−１〜１０５−Ｎのそれぞれについて、機器ＩＤ、ＩＰアドレス、管理情報、ネットワークトラフィックなどの情報が関連付けられて、テーブルの形式に格納されている。機器ＩＤ、ＩＰアドレスは、運用待機システム１００などにより、監視対象機器１０５−１〜１０５−Ｎに設定された情報である。例えば、ＩＰアドレスの列に格納されているＩＰアドレスを用いて、運用系装置１１１および待機系装置１２１は、監視対象機器１０５−１〜１０５−Ｎにアクセスする（当該機器の状態を問合せる）ことができる。運用系装置１１１は、例えばＭＩＢ−ＧＥＴ命令を含むパケットを監視対象機器１０５−１〜１０５−Ｎに送信することにより、ＭＩＢ２０８（図２参照）に格納されている情報を取得し、ネットワークトラフィックなどの列に取得した情報を格納する。
【００２７】
図１に説明を戻し、待機系システム１０２について説明する。待機系システム１０２は、待機系装置１２１とネットワークインターフェース１２２および１２３とを有する。待機系装置１２１は、第１の通信装置の一例である運用系装置１１１が通信処理を行なっている場合は通信処理を行なわない第２の通信装置の一例である。待機系装置１２１は、ハートビート制御部１２４、上述のネットワークデータベース１２５、拠点状態制御部１２６、機器別状態管理部１２７を有する。また、待機系装置１２１は、機器別監視状態テーブル１２９および拠点起動管理テーブル１２８を有する。
【００２８】
ハートビート制御部１２４は、運用系システム１０１とのハートビート信号の送受信を制御する。例えば、ハートビート制御部１２４は、ネットワークインターフェース１２２を介して運用系システム１０１からハートビート信号を受信すると、当該ハートビート信号に対する応答を運用系システム１０１に返信する。もし、運用系システム１０１からハートビート信号を一定時間が経過しても受信されない場合には、ハートビート制御部１２４は、拠点間ネットワーク１０３が断絶したと判断する。
【００２９】
あるいは、ハートビート制御部１２４は、ハートビート信号を運用系システム１０１に送信し、当該ハートビート信号に対する応答を受信するようになっていてもよい。もし、運用系システム１０１へ送信したハートビート信号に対する応答が、一定時間が経過しても受信されない場合にも、ハートビート制御部１２４は、拠点間ネットワーク１０３が断絶したか運用系システム１０１が動作していないと判断してもよい。
【００３０】
ハートビート制御部１２４が、運用系システム１０１からハートビート信号を受信することと、運用系システム１０１へハートビート信号を受信することとの両方を行なってもよい。このとき、拠点間ネットワーク１０３が断絶したか運用系システム１０１が動作していないと判断するには次のようにしてもよい。すなわち、一定期間が経過しても、運用系システム１０１からハートビート信号が受信されず、かつ、ハートビート信号の応答が受信されない場合に、拠点間ネットワーク１０３が断絶したか運用系システム１０１が動作していないと判断する。あるいは、一定期間が経過しても、運用系システム１０１からハートビート信号が受信されないか、または、ハートビート信号の応答が受信されない場合に、拠点間ネットワーク１０３が断絶したか運用系システム１０１が動作していないと判断するようにしてもよい。
【００３１】
図５は、ハートビート制御部１２４が、ハートビート信号を運用系システム１０１に送信し、当該ハートビート信号に対する応答を受信する処理の一例を示すフローチャートである。ステップＳ５０１において、ハートビート制御部１２４は、前回のハートビート信号の送信から所定の時間が経過したかどうかを判断する。所定の時間が経過していないときには、ハートビート制御部１２４は、ステップＳ５０１を繰り返すなどして、所定の時間が経過するのを待つ。
【００３２】
ハートビート制御部１２４が、前回のハートビート信号の送信から所定の時間が経過したと判断すると、処理をステップＳ５０２に移し、ハートビート信号を運用系システム１０１へ送信する。次に、処理をステップＳ５０３に移し、ハートビート制御部１２４は、一定時間待機する。一定時間待機の後、ハートビート制御部１２４は、処理をステップＳ５０４に移し、ハートビート信号に対応する応答が受信されたかどうか判断する。ハートビート信号に対応する応答が受信されている場合には、ハートビート制御部１２４は、運用系システム１０１が動作していると判断し、ステップＳ５０１へ戻る。一方、ハートビート信号に対応する応答が受信されていない場合には、ハートビート制御部１２４は、処理をステップＳ５０５に移し、拠点間ネットワーク１０３が断絶した可能性があるので、待機系装置１２１を拠点間ネットワーク断絶モードに移行させる。
【００３３】
拠点間ネットワーク断絶モードにおいては、待機系装置１２１は、運用系装置１１１が動作しているかどうかの確認を行なう。このとき、拠点間ネットワーク１０３が動作していない可能性があるので、運用系装置１１１が動作しているかどうかの確認をするために、待機系装置１２１は、ネットワークインターフェース１２３を介して監視対象機器１０５−１〜１０５−Ｎに問合せを行なう。この問合せにより、監視対象機器１０５−１〜１０５−Ｎが、運用系装置１１１から状態の問合せがされているかどうかを確認することができる。別言すれば、運用系装置１１１からの当該問合せを含む信号の受信が行なわれていれば、運用系装置１１１は動作していると判断し、待機系装置１２１は、待機系としての動作を継続する。また、運用系装置１１１からの当該問合せ／設定を含む信号の受信が確認できなければ、運用系装置１１１は動作を停止していると判断し、待機系装置１２１は、運用系としての動作、例えば通信処理を開始する。
【００３４】
ネットワークインターフェース１２３を介して監視対象機器１０５−１〜１０５−Ｎに上記問合せを行ない、運用系装置１１１からの信号の受信が行なわれているかどうかを確認する手順としては、次の手順がある。運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎにアクセスを行なうことにより値が変化する情報（属性値）を待機系装置１２１が監視対象機器１０５−１〜１０５−Ｎから取得する手順がある。
【００３５】
運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎにアクセスを行なうことにより値が変化する情報としては、種々のものを上げることができる。第１の例としては、運用系装置１１１が監視対象機器１０５−１〜１０５−ＮにＭＩＢ−ＧＥＴによるアクセスを行なうと、当該アクセスの回数、アクセスの時刻またはタイムスタンプが監視対象機器１０５−１〜１０５−Ｎに保持されるようになっている場合がある。この場合、待機系装置１２１は、監視対象機器１０５−１〜１０５−Ｎに保持されている問合せ回数、時刻またはタイムスタンプを、時間間隔をあけて複数回取得し、変化していれば、運用系装置１１１からの問合せが行なわれていると判断することができる。タイムスタンプとしては、アクセスが行なわれる都度、カウントアップするカウンタの値であってもよい。
【００３６】
監視対象機器１０５−１〜１０５−Ｎが、外部からのアクセスのログを有している場合には、運用系装置１１１からのアクセスの回数は、当該ログを検索し、例えば運用系装置１１１のＩＰアドレスなどの識別情報が得られた回数により算出することができる。
【００３７】
第２の例としては、監視対象機器１０５−１〜１０５−Ｎが、監視ポート２０１を通じて受信したデータサイズの合計（以後、「監視ポート受信データサイズ」という）をＭＩＢ２０８などに保持するようになっている場合がある。この場合、待機系装置１２１は、監視対象機器１０５−１〜１０５−Ｎに保持されている監視ポート受信データサイズを、時間間隔をあけて複数回取得し、変化していれば、運用系装置１１１からの問合せが行なわれていると判断することができる。
【００３８】
第２の例は、監視対象機器１０５−１〜１０５−ＮがＳＮＭＰに則って（対応して）いれば、好適である。なぜなら、ＳＮＭＰに対応する機器は、監視ポートによる受信データサイズの合計を「ｉｆＩｎＯｃｔｅｔｓ」の値として保持しているからである。当該機器にＭＩＢ−ＧＥＴ命令などを含むパケットを送信することにより、ｉｆＩｎＯｃｔｅｔｓの値を取得することができる。なお、ｉｆＩｎＯｃｔｅｔｓの値は、待機系装置１２１がＭＩＢ−ＧＥＴ命令などを含むパケットを送信しても増加する。このため、待機系装置１２１は、取得したｉｆＩｎＯｃｔｅｔｓの値から、待機系装置１２１自身が送信したパケットのデータ量を控除する必要がある。
【００３９】
第３の例としては、運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎに問合せ／設定を行なう都度、異なる値を、監視対象機器１０５−１〜１０５−Ｎに書き込む場合がある。この場合、待機系装置１２１は、視対象機器１０５−１〜１０５−Ｎに記憶されている値を、時間間隔をあけて複数回取得し、変化していれば、運用系装置１１１からの問合せが継続して行なわれていると判断することができる。
【００４０】
第３の例も、監視対象機器１０５−１〜１０５−ＮがＳＮＭＰに対応していれば、好適である。なぜなら、ＳＮＭＰに対応する機器は、他の機器から書き込まれた値を、ａｕｃｄＤｅｍｏＰｕｂｌｉｃＳｔｒｉｎｇの値として書き込み記憶させることができるからである。
【００４１】
そこで、例えば、運用系装置１１１は、監視対象機器１０５−１〜１０５−Ｎに問合せを行なう都度、ネットワークデータベース１１５に異なる値を格納し、また、格納された値を監視対象機器１０５−１〜１０５−Ｎに書き込む。ネットワークデータベース１１５に格納された値は、待機系装置１２１のネットワークデータベース１２５に拠点間ネットワーク１０３を介してレプリケートされる。このため、拠点間ネットワーク１０３が断絶すれば、断絶前の値がネットワークデータベース１２５にレプリケートされている。そこで、待機系装置１２１は、ネットワークデータベース１２５に格納されている値と、監視対象機器１０５−１〜１０５−Ｎに書き込まれている値とを比較し、異なっていれば、運用系装置１１１からの問合せが行なわれていると判断することができる。
【００４２】
図６は、待機系装置１２１が、拠点間ネットワーク断絶モードに移行してから運用系装置として動作するかを判断するまでの処理の一例を示すシーケンス図である。ステップＳ４０１において、例えば待機系装置１２１から運用系装置１１１にハートビート信号が送信される。このハートビート信号に対する応答が運用系装置１１１から返信されなければ、待機系装置１２１は、拠点間ネットワーク断絶モードに移行する。
【００４３】
拠点間ネットワーク断絶モードに移行すると、待機系装置１２１は、監視対象機器１０５−１〜１０５−Ｎに、運用系装置１１１からのアクセスが継続して行なわれていかどうかを判断するための問合せを送信し、応答を受信する（ステップＳ４０２〜Ｓ４０７）。
【００４４】
その後、待機系装置１２１は、受信した応答に基づいて、運用系装置として動作するかどうかを判断する。
【００４５】
なお、拠点間ネットワーク断絶モードに移行した場合、待機系装置１２１は、監視対象機器１０５−１〜１０５−Ｎの全てに、運用系装置１１１からのアクセスが継続して行なわれているかどうかを判断するための問合せを送信する必要はない。災害などの発生時には、監視対象機器１０５−１〜１０５−Ｎの中に被災などして動作していない機器も存在し得るからである。そこで、待機系装置１２１は、監視対象機器１０５−１〜１０５−Ｎのうち、例えば免震装置を有する施設など対被災性のある場所された機器を選択し、運用系装置１１１からのアクセスが継続して行なわれていかどうかを判断するための問合せを送信してもよい。
【００４６】
図７は、受信した応答に基づいて、運用系装置として動作するかどうかを判断する処理のフローチャートである。ステップＳ６０１において、各監視対象機器１０５−１〜１０５−Ｎへの運用系装置１１１からのアクセスの有無を判断する。当該判断は、２段階に行なわれ得る。第１段階として、待機系装置１２１の機器別状態管理部１２７が、各監視対象機器１０５−１〜１０５−Ｎに運用系装置１１１からのアクセスの有無を確認するための問合せを行ない、当該問合せに対する応答を機器別監視状態テーブル１２９に記録する。第２段階として、拠点状態制御部１２６が、機器別監視状態テーブル１２９の記録に基づき、拠点起動管理テーブル１２８の作成を行ない、当該記録に基づいて、待機系装置１２１を運用系として動作するかどうかを判断し、当該判断に基づき制御を行なう。
【００４７】
ステップＳ６０２において、各監視対象機器１０５−１〜１０５−Ｎへの運用系装置１１１からのアクセスがあると確認されない場合、ステップＳ６０３に処理が移行し、待機系装置１２１が運用系として動作する。また、ステップＳ６０２において、各監視対象機器１０５−１〜１０５−Ｎへの運用系装置１１１からのアクセスが有ると判断されると、ステップＳ６０４に処理が移行し、例えば拠点間ネットワークの復旧を待つことになる。拠点間ネットワークの復旧を待つ代わりに、運用系装置１１１に再度ハードビート信号を送信し、一定時間内の応答がなければ、再度ステップＳ６０１から処理を繰り返すようになっていてもよい。
【００４８】
図８は、ステップＳ６０１における処理を詳細に示すフローチャートである。別言すれば、機器別状態管理部１２７および拠点状態制御部１２６のテーブル処理の流れを説明するフローチャートである。ステップＳ７０１において、機器別状態管理部１２７は、機器別監視状態テーブル１２９の初期化を行なう。続くステップＳ７０２の処理として、機器別状態管理部１２７は、機器別監視状態テーブル１２９への記録を行なう。機器別状態管理部１２７は、機器別監視状態テーブル１２９への記録により、各監視対象機器１０５−１〜１０５−Ｎが運用系装置１１１から問合せを受信しているかどうかを確認する。したがって、機器別状態管理部１２７を確認部と呼称する場合がある。
【００４９】
機器別監視状態テーブル１２９は、監視対象機器１０５−１〜１０５−Ｎごとに作成されるテーブルの集合体である。各テーブルは、機器別状態管理部１２７が監視対象機器１０５−１〜１０５−Ｎのいずれかに対して問合せを行なった結果の履歴を格納する。例えば、図９に示すように符号１のテーブルは、監視対象機器１０５−１に対して問合せを行なった結果の履歴を格納する。機器別状態管理部１２７による第１回の問合せのときの送信データサイズが「Ａ」バイトであり、第１回の問合せにより、監視対象ポート２０１のｉｆＩｎＯｃｔｅｔｓの値が「ａ」バイトとなっていることを示している。「差分」の列には、運用系装置１１１から監視対象機器１０５−１にアクセスがあれば０ではない値が格納されるが、第１回の問合せでは、アクセスがあったかどうかはｉｆＩｎＯｃｔｅｔｓからは判別できないので、「Δ１」は０とする。
【００５０】
続く機器別状態管理部１２７による第２回の問合せのときの送信データサイズが「Ｂ」バイトであり、第２回の問合せにより、ｉｆＩｎＯｃｔｅｔｓの値として「ｂ」バイトが取得されたとする。このとき、「差分」の列に格納される「Δ２」は、「ｂ−ａ−Ｂ」となる。ｉｆＩｎＯｃｔｅｔｓの値が、機器別状態管理部１２７による第２回の問合せによって増えないのであれば、運用系装置１１１から監視対象機器１０５−１に問合せがあるかどうかは、ｂ−ａの値が０でないかどうかによって判断することができる。しかし、機器別状態管理部１２７による第２回の問合せによってｉｆＩｎＯｃｔｅｔｓの値は、Ｂだけ増えるので、ｂ−ａからＢを控除（減算）する必要がある。この結果、Δ２が０でなければ、第１回の問合せから第２回の問合せの間に、運用系装置１１１から監視対象機器１０５−１に状態の問合せがあったことが確認できる。
【００５１】
続く機器別状態管理部１２７による第３回の問合せのときの送信データ量が「Ｃ」バイトであり、ｉｆＩｎＯｃｔｅｔｓの値として「ｃ」バイトが取得されたとする。このとき、Δ２と同様に「Δ３」を、「ｃ−ｂ−Ｃ」とする。Δ３が０でなければ、第２回の問合せから第３回の問合せの間に、運用系装置１１１から監視対象機器１０５−１に状態の問合せがあったことになる。
【００５２】
同様に、監視対象機器１０５−２、…、１０５−Ｎ−１、１０５−Ｎのそれぞれについて、テーブル２、…、Ｎ−１、Ｎが準備される。
【００５３】
図１０は、ステップＳ７０２の処理として、機器別状態管理部１２７が、機器別監視状態テーブルへの記録を行ない、運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎに状態を問合せていることを確認する処理を説明するフローチャートである。
【００５４】
ステップＳ９０１の処理として、変数Ｎに０を代入する。変数Ｎは、機器別状態管理部１２７が監視対象機器１０５−１〜１０５−Ｎのそれぞれに問合せを行なった回数を表わす変数である。
【００５５】
ステップＳ９０２の処理として、休止時間の経過を待つ。休止時間は、機器別状態管理部１２７が監視対象機器１０５−１〜１０５−Ｎのそれぞれに問合せを行なう周期を定めるための時間である。休止時間は、運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎに問合せを行なう周期の最大の長さに応じて決めることができる。例えば、運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎに問合せを行なう周期の最大の長さが３００秒であれば、休止時間を、３００秒の例えば３分の１の長さである１００秒とすることができる。上述の３分の１というのは例示であり、Ｍの１（Ｍは１以上の自然数）とすることができる。ただし、Ｍが小さいと、図１０のステップＳ９０２からＳ９０９までの処理に要する時間が大きくなり、Ｍが大きいと、監視対象機器１０５−１〜１０５−Ｎの負荷が高くなる傾向がある。
【００５６】
休止時間が経過すると、ステップＳ９０３からステップＳ９０７を各監視対象機器１０５−１〜１０５−Ｎに対して行なう。ステップＳ９０４において、監視対象機器の監視ポートの受信データサイズを問合せ、ステップＳ９０５において、監視対象機器からの応答を受信する。ステップＳ９０６において、ステップＳ９０４の問合せのデータサイズとステップＳ９０５で受信された受信データサイズとを機器別監視状態テーブル１２９に記録する。
【００５７】
ステップＳ９０８において、Ｎの値に１を加えた値をＮの新たな値とする。
【００５８】
ステップＳ９０９において、Ｎの値が所定の回数以上である場合に、図１０のフローチャートを終了し、Ｎの値が所定の回数未満である場合には、ステップＳ９０２に戻る。所定の回数としては、休止時間の長さと所定の回数との積が、運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎに問合せを行なう周期の長さ以上となっていることが好ましい。このようにすることにより、もし、運用系装置１１１が動作していれば、図１０のフローチャートの実行中に少なくとも１回は、運用系装置１１１が監視対象機器１０５−１〜１０５−Ｎに状態の問合せを行なうことができ、運用系装置１１１の動作を検出できる。
【００５９】
図８に説明を戻すと、ステップＳ７０２の処理が終了すると、機器別監視状態テーブル１２９が作成されたので、ステップＳ７０３の処理として、拠点起動管理テーブルの作成を行なう。
【００６０】
図１１は、拠点起動管理テーブル１２８の作成の処理のフローチャートである。ステップＳ１００１において、拠点起動管理テーブル１２８の初期化を行なう。拠点管理テーブルの一例を図１２に示す。図１２に示すように、拠点起動管理テーブル１２８は、監視対象機器１０５−１〜１０５−Ｎのそれぞれに対して、運用系装置１１１からの問合せが確認できたかどうかを関連付けて格納するテーブルである。初期化により、「問合せ有無」の列に例えば真偽値の「Ｆａｌｓｅ」を表わす値を格納する。
【００６１】
ステップＳ１００２からステップＳ１００６までは、各監視対象機器１０５−１〜１０５−Ｎに対して行なうループである。ステップＳ１００３において、監視対象機器１０５−１〜１０５−Ｎのいずれかの機器別監視状態テーブルの「差分」の列の合計を計算する。ステップＳ１００４において、合計が０であるかどうかを判断し、０でなければ（ＮＯ）、そのままステップＳ１００５に処理を移行し、拠点起動管理テーブルの列の「アクセス有無」の列にＴｒｕｅを格納する。ステップＳ１００４において、合計が０であれば（ＹＥＳ）、ステップＳ１００５をスキップし、「アクセス有無」の列にＦａｌｓｅを格納したままとする。
【００６２】
なお、ステップＳ１００３において、「差分」の列の合計を計算すると説明したが、「差分」の列に０ではない値があるかどうかを検出すれば十分であるので、合計を計算する代わりに、Ｃ言語などのように整数値をそのまま論理値とみなし論理和を計算してもよい。合計の計算においては、桁の繰り上がりが発生し得るので、繰り上がりのためのオーバーヘッドが存在するが、論理和であれば、繰り上がりが生じないので、オーバーヘッドを小さくすることができるからである。
【００６３】
図１１の処理が終了すると、ステップＳ６０２の判断を行なうことができ、拠点起動管理テーブルの「アクセス有無」の全ての行にＴｒｕｅが格納されていれば、各機器への運用系装置からのアクセスがあることになり、処理は、ＹＥＳへ分岐し、ステップＳ６０４が次の処理となる。また、Ｆａｌｓｅが格納されている行があれば、運用系装置１１１からのアクセスがない機器が存在し、処理はＮＯへ分岐し、ステップＳ６０３が次の処理となる。
【００６４】
なお、拠点起動管理テーブル１２８に格納されている少なくとも一行の「アクセス有無」の列にＴｒｕｅが格納されているかどうかを判断するかわりに、「アクセス有無」にＴｒｕｅが格納されている割合を演算し当該割合が閾値を超えているかどうかを判断してもよい。これは、監視対象機器１０５−１〜１０５−Ｎと運用系装置１１１とを接続するネットワーク１０４の一部が被災し運用系装置１１１と通信できない状態にあるかもしれないからである。そこで、このような運用系装置１１１と通信できない状態にある監視対象機器１０５−１〜１０５−Ｎの存在を考慮するために、割合により判断することもできる。例えば、「アクセス有無」の列に格納されているＴｒｕｅの数がＦａｌｓｅの数の２倍を上回れば、運用系装置１１１が動作していると判断し、ステップＳ６０４を次の処理としてもよい。
【００６５】
また、待機系装置１２１は、「アクセス有無」列にＦａｌｓｅが格納されている機器に対して、ＭＩＢ−ＧＥＴを行ない、「アクセス有無」列にＴｒｕｅが格納されている機器に対しては、ＭＩＢ−ＧＥＴを行なわないようにしてもよい。
【００６６】
図１３は、運用系装置１１１および待機系装置１２１のハードウェア構成図である。運用系装置１１１および待機系装置１２１は、メモリ１２０１、ＨＤＤ１２０２、ドライブ装置１２０３、ＣＰＵ１２０４、ディスプレイ１２０５、キーボード１２０６および通信制御部１２０７を備える。なお、ＨＤＤは、Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅの略であり、ＣＰＵは、Ｃｅｎｔｒａｌ  ＰｒｏｃｅｓｓｉｎｇＵｎｉｔの略である。
【００６７】
メモリ１２０１は、ＨＤＤ１２０２に記憶されたりドライブ装置１２０３から読み取られたりするプログラムを、ＣＰＵ１２０４が実行可能に記憶する。また、メモリ１２０１およびＨＤＤ１２０２は、ＣＰＵ１２０４がプログラムを実行する際の一時作業領域を提供する。キーボード１２０６は、運用系装置１１１および待機系装置１２１の操作者からの指示を受け付け、また、ディスプレイ１２０５は、指示を受け付けた結果などの表示を行なう。通信制御部１２０７は、ネットワーク通信を行なうためのインタフェースである。
【００６８】
ＣＰＵ１２０４がプログラムを実行することにより、ハートビート制御部１１４および１２４、拠点状態制御部１２６および機器別状態管理部１２７が実現される。ハートビート制御部１１４および１２４が相手方との通信を行なう際、また、機器別状態管理部１２７が監視対象機器１０５−１〜１０５−Ｎと通信を行なう際には、通信制御部１２０７が使用される。
【００６９】
ネットワークデータベース１１５および１２５に格納されるデータは、主にＨＤＤ１２０２に記憶され保持される。同様に、機器別監視状態テーブル１２９および拠点起動管理テーブル１２８に格納されるデータも、ＨＤＤ１２０２に記憶され保持され得るが、演算を高速に行なうために、メモリ１２０１に記憶される場合もある。
【００７０】
図１４は、監視対象機器１０５のハードウェア構成図である。監視対象機器１０５は、メモリ１４０１、ＣＰＵ１４０２および通信制御部１４０３を有する。メモリ１４０１は、プログラムを、ＣＰＵ１４０２が実行可能に記憶する。また、メモリ１４０１は、ＣＰＵ１４０２がプログラムを実行する際の一時作業領域を提供する。プログラムの実行により、ＳＮＭＰエージェント２０７（図２）の機能が実現され、ＳＮＭＰエージェント２０７がポート２０１〜２０６を介して送受信を行なう際には、通信制御部１４０３が動作する。
【００７１】
また、メモリ１４０１には、ＭＩＢ２０８（図２）に格納されるデータが記憶され保持される。
【００７２】
以下に、拠点間ネットワーク１０３が断絶し、かつ、運用系装置１１１も動作していない場合についての動作例について説明する。
【００７３】
ハートビート制御部１１４および１２４により、運用系装置１１１と待機系装置１２１とは、ハートビート信号を交換し、互いの拠点の状態を把握する。拠点間ネットワーク１０３が断絶し、ハートビート信号が途絶えたことをハートビート制御部１２４が検出すると、待機系装置１２１は、拠点間ネットワーク断絶モードへ移行する（図５のステップＳ５０５）。
【００７４】
機器別状態管理部１２７は、ネットワークデータベース１２５から監視対象機器１０５−１〜１０５−ＮのＩＰアドレスと監視周期を取得する。そして、監視対象機器１０５−１〜１０５−Ｎの監視ポート２０１に対して、ＭＩＢ−ＧＥＴ命令を含むパケットを送信し、ｉｆＩｎＯｃｔｅｔｓの値を取得し、機器別監視状態テーブル１２９に値を格納し、差分を演算し格納する（図１０）。
【００７５】
運用系装置１１１が動作していないので、差分の値は全て０となる。
【００７６】
機器別状態管理部１２７は、図１０のステップＳ９０３からＳ９０８までを所定の休止間隔にて所定の回数、実行する。例えば、監視周期が３００秒であれば、休止間隔を１００秒として、少なくとも３回実行する。
【００７７】
機器別状態管理部１２７が、図１０のステップＳ９０３からＳ９０８までを所定の休止間隔にて所定の回数、実行すると、運用系として動作するかどうかを判断するために、監視対象機器ごとに、機器別監視状態テーブル１２９の差分の値を合計する。合計した値は、拠点起動管理テーブル１２８に格納される。拠点状態制御部１２６は、拠点起動管理テーブル１２８に格納された値の合計を算出し、結果は０（Ｆａｌｓｅ）であるので、運用系装置１１１は動作していないと判断し、待機系装置１２１を運用系に切替えて動作させる。
【００７８】
一方、拠点間ネットワーク１０３が断絶しているが、運用系装置１１１が動作している場合についての動作について説明する。
【００７９】
ハートビート制御部１１４および１２４により、運用系装置１１１と待機系装置１２１とは、ハートビート信号を交換し、互いの拠点の状態を把握する。拠点間ネットワーク１０３が断絶し、ハートビート信号が途絶えたことをハートビート制御部１２４が検出すると、待機系装置１２１は、拠点間ネットワーク断絶モードへ移行する（図５のステップＳ５０５）。
【００８０】
機器別状態管理部１２７は、ネットワークデータベース１２５から監視対象機器１０５−１〜１０５−ＮのＩＰアドレスと監視周期を取得する。そして、監視対象機器１０５−１〜１０５−Ｎの監視ポート２０１に対して、ＭＩＢ−ＧＥＴ命令を含むパケットを送信し、ｉｆＩｎＯｃｔｅｔｓの値を取得し、機器別監視状態テーブル１２９に値を格納し、差分を演算し格納する（図１０）。
【００８１】
機器別状態管理部１２７は、図１０のステップＳ９０３からＳ９０８までを所定の休止間隔にて所定の回数、実行する。例えば、監視周期が３００秒であれば、休止間隔を１００秒として、少なくとも３回実行する。この間に運用系装置１１１が、監視対象機器１０５−１〜１０５−Ｎの監視ポート２０１に対してＭＩＢ−ＧＥＴ命令を含むパケットを送信するので、機器別監視状態テーブル１２９の差分の列の少なくとも１つの値は０ではなくなる。
【００８２】
機器別状態管理部１２７が、図１０のステップＳ９０３からＳ９０８までを所定の休止間隔にて所定の回数、実行すると、運用系として動作するかどうかを判断するために、監視対象機器ごとに、機器別監視状態テーブル１２９の差分の値を合計する。合計した値は、拠点起動管理テーブル１２８に格納される。拠点状態制御部１２６は、拠点起動管理テーブル１２８に格納された値の合計を算出し、結果は０（Ｆａｌｓｅ）ではないので、運用系装置１１１が動作していると判断し、待機系装置１２１は待機系のまま維持して動作する。
【符号の説明】
【００８３】
１００  運用待機システム
１０１  運用系システム
１０２  待機系システム
１０３  拠点間ネットワーク
１０４  ネットワーク
１０５−１〜１０５−Ｎ  監視対象機器
１１１  運用系装置
１１２、１１３  ネットワークインターフェース
１１４  ハードビート制御部
１１５  ネットワークデータベース
１２１  待機系装置
１２２、１２３  ネットワークインターフェース
１２４  ハートビート制御部
１２５  ネットワークデータベース
１２６  拠点状態制御部
１２７  機器別状態管理部
１２８  拠点起動管理テーブル
１２９  機器別監視状態テーブル
【図１】
2018006811.tif 000003
【図２】
2018006811.tif 000004
【図３】
2018006811.tif 000005
【図４】
2018006811.tif 000006
【図５】
2018006811.tif 000007
【図６】
2018006811.tif 000008
【図７】
2018006811.tif 000009
【図８】
2018006811.tif 000010
【図９】
2018006811.tif 000011
【図１０】
2018006811.tif 000012
【図１１】
2018006811.tif 000013
【図１２】
2018006811.tif 000014
【図１３】
2018006811.tif 000015
【図１４】
2018006811.tif 000016