JP2021039472A - 監視装置、監視方法とプログラム、ならびに、監視システム - Google Patents

Abstract

【課題】 監視装置の監視担当者の工数を増やすことなく、稼働停止と通信障害を判別することを可能にする。【解決手段】 監視装置は、監視対象である情報処理装置への疎通確認を実行する制御部と、前記疎通確認に対する応答、及び、前記情報処理装置が稼働停止するスケジュールを含む停止通知を受信する通信部と、を備え、前記制御部は、前記疎通確認に対する応答が無い場合、前記停止通知を受信していれば前記情報処理装置が予定どおり稼働停止していると判断し、前記停止通知を受信してなければ前記情報処理装置との間に通信障害が発生していると判断する。【選択図】 図２

Description

本開示は、監視装置等に関する。

監視装置は、コンピュータ等の情報機器が稼動しているか否かを外部から監視する。このような監視装置は、情報機器の保守に伴う稼働停止と通信障害を判別することができない。このため、次のような対応が施されている。

１つ目は、情報機器の定期作業を予め監視担当者に通知し、監視装置が当該情報機器の通信障害を検知しても、監視担当者は、所定期間、通信障害に関するエラーメッセージを無視するものである。２つ目は、監視装置が、定期作業のある情報機器に対して監視機能を一時的に無効化し、通信障害を検知しないようにするものである。

特開２０１１−０３００９８号公報

しかしながら、１つ目の監視担当者がエラーメッセージを無視する場合には、事前に監視担当者に定期作業の対象となる情報機器とその作業時間を伝える必要があり、作業対象となる情報機器のリスト化に工数を要する。また、監視担当者がエラーメッセージを見てから作業対象の情報機器であるか判断する必要があり、監視担当者の工数が増加する。

２つ目の監視装置の監視機能を一時的に無効化する場合には、監視担当者が定期作業の対象となる情報機器とその作業時間を把握し、当該情報機器に対する監視装置の監視設定を無効化する必要があり、作業対象となる情報機器に対する監視の無効化に工数を要する。

本開示の目的は、上記の課題を解決する監視装置等を提供することにある。

本開示の一態様である監視装置は、監視対象である情報処理装置への疎通確認を実行する制御部と、前記疎通確認に対する応答、及び、前記情報処理装置が稼働停止するスケジュールを含む停止通知を受信する通信部と、を備え、前記制御部は、前記疎通確認に対する応答が無い場合、前記停止通知を受信していれば前記情報処理装置が予定どおり稼働停止していると判断し、前記停止通知を受信してなければ前記情報処理装置との間に通信障害が発生していると判断する。

本開示の一形態である監視方法は、監視対象である情報処理装置への疎通確認を実行し、前記疎通確認に対する応答、及び、前記情報処理装置が稼働停止するスケジュールを含む停止通知を受信し、前記疎通確認に対する応答が無い場合、前記停止通知を受信していれば前記情報処理装置が予定どおり稼働停止していると判断し、前記停止通知を受信してなければ前記情報処理装置との間に通信障害が発生していると判断する。

本開示の一形態であるプログラムは、監視対象である情報処理装置への疎通確認を実行し、前記疎通確認に対する応答、及び、前記情報処理装置が稼働停止するスケジュールを含む停止通知を受信し、前記疎通確認に対する応答が無い場合、前記停止通知を受信していれば前記情報処理装置が予定どおり稼働停止していると判断し、前記停止通知を受信してなければ前記情報処理装置との間に通信障害が発生していると判断することをコンピュータに実行させる。

本開示の一形態である監視システムは、上記の監視装置と、少なくとも１つの情報処理装置を含む。

本開示の監視装置等によれば、監視装置の監視担当者の工数を増やすことなく、稼働停止と通信障害を判別することができる。

第１の実施形態に係る監視システムの概要を示す図である。 第１の実施形態に係る監視装置の構成を示すブロック図である。 第１の実施形態に係る情報処理装置の構成を示すブロック図である。 第１の実施形態の停止通知の一例を示すデータシートである。 第１の実施形態の保守スケジュールの一例を示すデータシートである。 第１の実施形態に係る監視装置の動作を示すフローチャートである。 コンピュータによるハードウエア構成を示す図である。

第１の実施形態の一態様である監視装置、監視システムの構成について図面を用いて説明する。図１は、第１の実施形態の一例である監視システムの構成を示すブロック図である。図１に示す監視システム４００は、監視装置１００、情報処理装置２００を備える。監視装置１００は、情報処理装置２００とネットワーク３００を介して通信可能に接続される。

＜監視装置＞
第１の実施形態の監視装置１００について図面を用いて説明する。図２は、第１の実施形態に係る監視装置１００の構成を示すブロック図である。監視装置１００は、通信部１０１と、制御部１０２と、タイマー１０３を備える。

通信部１０１は、制御部１０２によって生成されたコマンド情報を情報処理装置２００に送信する。具体的には、通信部１０１は、疎通確認のためのエコー要求を情報処理装置２００に送信する。また、通信部１０１は、情報処理装置２００からエコー要求に対するエコー応答（以下、単に応答とも記す）を受信する。さらに、通信部１０１は、情報処理装置２００の通信停止に関する停止通知を受信する。停止通知は、情報処理装置２００における停止処理プログラムに基づき生成される。

制御部１０２は、記憶部（図示せず）に記憶された監視プログラムを読み出して実行する。制御部１０２は、監視プログラムの一部を実行してコマンド情報を生成する。記憶部は、例えば、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、キャッシュメモリなどである。記憶部には、監視装置１００の各種機能を実現するプログラムなどが記憶される。

制御部１０２は、疎通確認のためのエコー要求を情報処理装置２００に送信するよう通信部１０１に指示する。制御部１０２は、情報処理装置２００から疎通確認に対する応答があれば、情報処理装置２００が正常に稼働していると判断する。一方、疎通確認に対する応答がない場合、制御部１０２は、情報処理装置２００の停止通知を予め受信しているか否かで、情報処理装置２００の通信障害が発生しているかを判断する。

具体的には、停止通知を受信していなければ、制御部１０２は、情報処理装置２００との通信障害が発生していると判断する。制御部１０２は、情報処理装置２００を管理する管理装置（管理センターとも呼ばれる）に情報処理装置２００との間に通信障害があることを、通信部１０１を介して通知する。一方、情報処理装置２００の停止通知を予め受信していれば、制御部１０２は、情報処理装置２００が停止通知の予定どおりに稼働停止していると判断する。

さらに、予定どおり稼働停止していると判断した情報処理装置２００において保守作業のトラブルが発生すると作業時間が延び、情報処理装置２００は稼働停止のスケジュールを過ぎても再稼働できない場合がある。このため、制御部１０２は、予定どおり稼働停止していると判断した情報処理装置２００が再稼働しているか稼働停止のスケジュールを過ぎてから疎通確認を実行する。例えば、制御部１０２は、停止通知に含まれる停止終了時刻（Ｔｅ）を過ぎ、さらに、情報処理装置２００の起動処理が完了する時間が経過してから疎通確認を実行する。起動処理が完了する時間はタイマー１０３によってカウントされる。

疎通確認のエコー応答があれば、制御部１０２は、情報処理装置２００が再稼働している判断する。一方、疎通確認のエコー応答がない場合、制御部１０２は、予定どおり稼働停止していると判断した情報処理装置２００にトラブルが発生していると判断する。制御部１０２は、情報処理装置２００を管理する管理装置（管理センターとも呼ばれる）に情報処理装置２００が再起動できないトラブルが発生している旨を、通信部１０１を介して通知する。

タイマー１０３は、停止通知に含まれる停止終了時刻（Ｔｅ）になるとカウントを開始する。タイマー１０３のカウントは、通信部１０１が疎通確認の応答を受けるとクリアされる。なお、タイマー１０３は、情報処理装置２００の識別子ごとにカウントすることができる。

＜情報処理装置＞
次に、第１の実施形態に係る情報処理装置２００について図面を用いて説明する。図３は、第１の実施形態に係る情報処理装置２００の構成を示すブロック図である。図３に示す情報処理装置２００は、通信部２０１、制御部２０２を備える。

通信部２０１は、監視装置１００から送信された疎通確認のためのエコー要求を受信し、エコー要求に対するエコー応答を送信する。また、通信部２０１は、監視装置１００に情報処理装置２００に関する停止通知を送信する。停止通知には、情報処理装置２００が稼働を停止する期間を示す情報が含まれる。具体的には、停止通知は、情報処理装置２００を識別するための識別子、情報処理装置２００が稼働を停止する期間の開始と終了を示す停止開始時刻（Ｔｓ）と停止終了時刻（Ｔｅ）を含む。

停止通知は、例えば、記憶部（図示せず）に記憶された停止処理プログラムを制御部２０２が実行することで生成される。情報処理装置２００の記憶部は、例えば、ＲＯＭ、ＲＡＭ、キャッシュメモリなどである。記憶部は、情報処理装置２００を制御するためのプログラムなどを記憶する。

情報処理装置２００が停止通知を監視装置１００に送信してもよく、他の装置が監視装置１００に送信してもよい。例えば、複数の情報処理装置２００を管理する管理装置（図示せず）が情報処理装置２００ごとの停止通知を取得して、監視装置１００に送信してもよい。

停止通知は、情報処理装置２００の制御部２０２が生成する構成に限られない。

あるいは、通信部２０１は、情報処理装置２００の保守スケジュールを格納したデータベース（図示せず）に接続してもよい。図５は、情報処理装置２００の保守スケジュールの一例であるデータシートを示す図である。図中、保守スケジュールは、保守対象の情報処理装置２００を識別する識別子、保守の種別、保守を実施する年月日と停止開始時刻（Ｔｓ）、停止終了時刻（Ｔｅ）を示す。

通信部２０１は、逐次、データベースに接続して保守スケジュールを後述する制御部２０２に送信する。データベースに格納される保守スケジュールは、例えば、管理装置が適宜更新してもよい。

制御部２０２は、取得した保守スケジュールを確認する。具体的には、制御部２０２は、保守スケジュールに自装置（情報処理装置２００）が含まれているか識別子を確認する。もし確認した日から所定期間内に含まれている場合には、保守スケジュールを記憶部で記憶する。なお、既に記憶部が保守スケジュールを記憶している場合、上書きしてもよい。

次に、第１の実施形態に係る監視装置１００の動作について図面を用いて説明する。図６は、第１の実施形態に係る監視装置の動作を示すフローチャートである。

監視装置１００は、情報処理装置２００が正常に稼働しているか否かを判断する為に、情報処理装置２００に疎通確認を実行する（ステップＳ０１）。具体的には、監視装置１００の制御部１０２は、疎通確認のためのｐｉｎｇ（ｐａｃｋｅｔ ｉｎｔｅｒｎｅｔ ｇｒｏｐｅｒ）コマンドを実行し、通信部１０１を介してエコー要求を情報処理装置２００に送信する。次に、制御部１０２は、疎通確認に対する情報処理装置２００からのエコー応答の有無を確認する（ステップＳ０２）。

情報処理装置２００からエコー応答がある場合（ステップＳ０２のＹｅｓ）、制御部１０２は、情報処理装置２００との通信状況は正常であると判断する（ステップＳ０３）。なお、監視装置１００による情報処理装置２００への疎通確認は定期的に行われ、監視装置１００と情報処理装置２００との通信状態が正常である間、ステップＳ０１からステップＳ０３の処理が繰り返される。

一方、情報処理装置２００からエコー応答がない場合（ステップＳ０２のＮｏ）、制御部１０２は、情報処理装置２００が通信できなくなることを示す停止通知（例えば、保守通知）を予め受信しているかを判断する（ステップＳ０４）。

停止通知には、情報処理装置２００を識別するための識別子Ｉｄ、情報処理装置２００の稼働を停止するスケジュールを示す停止開始時刻（Ｔｓ）と停止終了時刻（Ｔｅ）が含まれる。なお、停止通知は、情報処理装置２００から監視装置１００に送信されるものに限られい。他の装置が監視装置１００に停止通知を送信してもよい。例えば、情報処理装置２００を管理する管理装置が、情報処理装置２００の稼働停止を示す情報を取得し、監視装置１００に停止通知として送信してもよい。例えば、管理装置が情報処理装置２００の保守日程を取得している場合、管理装置が保守スケジュールに基づく停止通知を監視装置１００に送信してもよい。

監視装置１００が停止通知を予め受信していない場合（ステップＳ０４のＮｏ）、制御部１０２は、疎通確認のエコー応答が得られなかったのは、情報処理装置２００との間に通信障害等が発生しているためと判断する（ステップＳ１２）。その後、制御部１０２は、情報処理装置２００との間に通信障害が発生している旨、情報処理装置２００を管理する管理装置に通知する（ステップＳ１３）。一方、情報処理装置２００から停止通知を予め受信している場合（ステップＳ０４のＹｅｓ）、制御部１０２は、疎通確認のエコー応答のない情報処理装置２００が停止通知のスケジュールに従い稼働停止中と判断する（ステップＳ０５）。

制御部１０２は、疎通確認に対する情報処理装置２００からの応答が無い場合でも、情報処理装置２００に関する停止通知に基づき、情報処理装置２００が予定どおり稼働停止であるか、通信障害にあるかを判断することができる。

ステップＳ０５に続き、制御部１０２は、稼働停止中と判断した情報処理装置２００に対して、停止通知に含まれる停止終了時刻（Ｔｅ）を経過した後、稼働停止後に正常に再稼働しているか疎通確認を実行する。具体的には、制御部１０２は、監視装置１００に内蔵されているクロック（図示せず）を用いて、時刻が停止終了時刻（Ｔｅ）に達しているか確認する（ステップＳ０６）。時刻が停止終了時刻（Ｔｅ）に達していない場合（ステップＳ０６のＮｏ）、制御部１０２は、再び停止終了時刻（Ｔｅ）に達しているか確認する。

一方、時刻が停止終了時刻（Ｔｅ）に到達していたら（ステップＳ０６のＹｅｓ）、制御部１０２は、タイマー１０３を起動する（ステップＳ０７）。制御部１０２は、タイマー１０３のカウント値が所定値（例えば２０分）に達しているか判断する（ステップＳ０８）。制御部１０２は、所定値に達するまでステップＳ０８の判断を繰り返す。
カウント値が所定値に到達すると（ステップＳ０８のＹｅｓ）、制御部１０２は、情報処理装置２００が稼働停止後に正常に再稼働しているか疎通確認を実行する（ステップＳ０９）。

制御部１０２は、疎通確認に対する情報処理装置２００からの応答の有無を判断する（ステップＳ１０）。疎通確認に対する応答がある場合（ステップＳ１０のＹｅｓ）、制御部１０２は、情報処理装置２００が正常に再稼働していると判断し（ステップＳ１１）、ステップＳ０１に戻る。

一方、疎通確認に対する応答がない場合（ステップＳ１０のＮｏ）、制御部１０２は、再稼働していない情報処理装置２００にトラブルが発生していると判断する（ステップＳ１４）。その後、制御部１０２は、情報処理装置２００にトラブルが発生している旨、情報処理装置２００を管理する管理センターに通知する（ステップＳ１５）。これにより、情報処理装置２００に対する迅速な障害対応を促すことが可能となる。

上記実施形態において、監視装置１００は、複数の情報処理装置２００を監視してもよい。この場合、監視装置１００は、予め定められた識別子Ｉｄを用いて監視対象となる情報処理装置２００を識別する。

（第１の実施形態の効果）
第１の実施形態によれば、監視装置１００の制御部１０２は、疎通確認に対する応答が無い場合、停止通知を受信していれば情報処理装置２００が予定どおり稼働停止していると判断し、停止通知を受信してなければ情報処理装置２００との間に通信障害が発生していると判断する。これにより、監視装置１００は、情報処理装置２００から疎通確認に対する応答が無くても、通信障害が発生しているのか、計画された稼働停止状態にあるのかを監視装置１００の監視担当者の工数を増やすことなく判別できる。

さらに、第１の実施形態によれば、監視装置１００の制御部１０２は、予定どおり稼働停止していると判断した情報処理装置２００に対し、停止通知に含まれる停止終了時刻から所定時間の経過後に疎通確認を実行する。制御部１０２は、再び実行した疎通確認に対する応答が無い場合、情報処理装置２００にトラブルが発生していると判断する。これにより、監視装置１００は、情報処理装置２００に対する迅速な障害対応を促すことが可能となる。

（ハードウエア構成）
本開示の第１の実施形態を実現するためのハードウエア構成について図面を用いて説明する。図７は、第１の実施形態を実現するためのハードウエア構成を示す図である。第１の実施形態の監視装置１００、情報処理装置２００の少なくとも一部は、プログラム（ソフトウェア）がコンピュータ６００のＣＰＵ６０１において実行されることにより実現される。具体的には、図２の制御部１０２、タイマー１０３、図３の制御部２０２の機能が記述されたプログラムを実行することにより実現できる。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６０１がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６０２あるいは記憶装置６０５からプログラム６０４を読み込み、読み込んだプログラム６０４を、ＣＰＵ６０１、及び、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６０３を用いて実行することにより実現される。そして、上述した実施形態は、コンピュータプログラムを表すコードあるいはそのプログラムを表すコードが格納されたコンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。コンピュータ読み取り可能な記憶媒体は、例えば、記憶装置６０５、不図示の着脱可能な磁気ディスク媒体、光学ディスク媒体やメモリカードなどである。

以上、上述した実施形態の一態様を説明した。しかしながら上述した実施形態には限定されない。即ち、本実施形態は、そのスコープ内において、当業者が理解し得る様々な態様を適用することができる。

１００ 監視装置
１０１ 通信部
１０２ 制御部
１０３ タイマー
２００ 情報処理装置
２０１ 通信部
２０２ 制御部
３００ ネットワーク

Claims (9)

1. 監視対象である情報処理装置への疎通確認を実行する制御手段と、
   前記疎通確認に対する応答、及び、前記情報処理装置が稼働停止するスケジュールを含む停止通知を受信する通信手段と、を備え、
   前記制御手段は、前記疎通確認に対する応答が無い場合、
   前記停止通知を受信していれば前記情報処理装置が予定どおり稼働停止していると判断し、前記停止通知を受信してなければ前記情報処理装置との間に通信障害が発生していると判断する、監視装置。
2. 前記制御手段は、前記通信障害が発生していると判断した場合、前記通信障害に関する通知を送信するよう前記通信手段に指示する、
   請求項１に記載の監視装置。
3. 前記情報処理装置または前記情報処理装置を管理する管理装置が前記停止通知を送信する、
   請求項２に記載の監視装置。
4. 前記制御手段は、
   予定どおり稼働停止していると判断した前記情報処理装置に対し、前記停止通知に含まれる停止終了時刻から所定時間の経過後に前記疎通確認を実行し、
   再び実行した前記疎通確認に対する応答がある場合、前記情報処理装置が稼働していると判断し、前記応答が無い場合、前記情報処理装置にトラブルが発生していると判断する、
   請求項１から３のいずれか１つに記載の監視装置。
5. 前記停止終了時刻から所定時間をカウントするタイマーを更に備える、
   請求項４に記載の監視装置。
6. 前記制御手段は、前記情報処理装置にトラブルが発生していると判断した場合、前記トラブルの発生に関する通知を送信するよう前記通信手段に指示する、
   請求項４又は５に記載の監視装置。
7. 請求項１から６のいずれか１つに記載の監視装置と、
   少なくとも１つの前記情報処理装置と、
   を含む、監視システム。
8. 監視対象である情報処理装置に送信した疎通確認に対する応答、及び、前記情報処理装置が稼働を停止するスケジュールを含む停止通知を受信し、
   前記疎通確認に対する応答が無い場合、前記停止通知を受信していれば前記情報処理装置が予定された稼働停止中であると判断し、前記停止通知を受信してなければ前記情報処理装置との通信障害が発生していると判断する、監視方法。
9. 監視対象である情報処理装置への疎通確認を実行し、
   前記疎通確認に対する応答、及び、前記情報処理装置が稼働停止するスケジュールを含む停止通知を受信し、
   前記疎通確認に対する応答が無い場合、前記停止通知を受信していれば前記情報処理装置が予定どおり稼働停止していると判断し、前記停止通知を受信してなければ前記情報処理装置との間に通信障害が発生していると判断することをコンピュータに実行させるプログラム。

Images