(57)【要約】【課題】  監視マシンから被監視マシンの稼動確認を行なう際に、被監視マシンの稼動情報である正常稼動、計画停止、異常停止のうち、マシンの異常停止とメンテナンス時の計画停止を分離して把握することができないという問題があった。【解決手段】  監視マシンが被監視マシンの稼動確認を行なうマシン稼動確認処理部、被監視マシンの計画停止情報を監視マシンに転送する計画停止フラグファイル転送処理部、その計画停止フラグファイルを格納する領域、その領域に格納された計画停止情報をデータベース化したマシン稼動確認テーブルに反映させるマシン稼動確認テーブル更新処理部とを備える。【選択図】  図１
2005311640.tif 000002
【特許請求の範囲】
【請求項１】
監視マシンから被監視マシンの稼動確認を行なう際に、被監視マシンの計画停止情報を取得するために、被監視マシンで計画停止情報を作成する手段と、前記情報を監視マシンに転送する手段を有することを特徴とするマシン計画停止確認システム。
【請求項２】
前記情報をデータベース化したテーブルに反映する手段を有することを特徴とする請求項１記載のマシン計画停止確認システム。
【請求項３】
前記監視マシンから前記被監視マシンの稼動確認を行なった際に、前記稼動確認の結果と前記情報とを比較する手段と、前記比較結果により被監視マシンの稼動状況を判別する手段を有することを特徴とする請求項２記載のマシン計画停止確認システム。
【請求項４】
監視マシンが被監視マシンの稼動確認を行なうマシン計画停止確認方法において、
前記被監視マシンで作成された計画停止情報を取得し、
前記監視マシンから前記被監視マシンの稼動確認を行なう際に、前記稼動確認の結果と前記計画停止情報とを比較し、
前記比較結果により前記被監視マシンの稼動状況を判別することを特徴とするマシン計画停止確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＴＣＰ／ＩＰによるネットワークに結合されたＦＴＰが使用可能でかつ自動シャットダウン／ブートが可能である複数マシンを対象としたマシン計画停止確認に適用して有効な技術に関する。
【背景技術】
【０００２】
従来、特開２００２−２１５４７６号公報のように、監視マシンから被監視マシンに死活監視パケットを送信し、この死活監視パケットから返答される応答を監視マシンが受信することで、被監視マシンの稼動確認を行なう方法がある（特許文献１参照）。
【０００３】
【特許文献１】特開２００２−２１５４７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
マシン運用を考えた場合、分散環境における現在の潮流の中で、業務を遂行していく上で、停止が許されないマシンに対し、停止状況を把握する仕組みを構築しているユーザが多い。ネットワーク管理プログラムを使用することにより、マシンの停止状況を把握することはおおよそ可能であるが、詳細にマシン異常時とメンテナンス時の停止状態を分離して把握することは困難である。そのため、マシン運用者からすれば、マシンの停止状態を把握する仕組みをネットワーク管理プログラムで構築しているにもかかわらず、メンテナンス時には、その仕組みを変更する等の工数、負荷がかかることになる。また、通報の仕組みを構築している場合には、マシン異常時とメンテナンス時の停止状態を分離して把握するができないため、誤った通報を行なうことになる。
【０００５】
しかし、上記の方法では、被監視マシンがメンテナンス等で意図的に停止しているのか、つまり計画停止しているのか、また何らかの障害により停止しているのか、つまり異常停止しているのか判別できなかった。
【０００６】
本発明の目的は、監視マシンから被監視マシンの稼動確認を行なう際に、被監視マシンの稼動状態である正常稼動、計画停止、異常停止のうちの計画停止を容易に取得可能なマシン計画停止確認システムを提供することにある。また、本発明の目的は、ネットワーク管理プログラムを使用しても判別不可能なマシンの計画停止を容易に判別できるマシン計画停止確認システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明のマシン計画停止確認システムでは、監視マシンが被監視マシンの稼動確認を行なうマシン稼動確認処理部、被監視マシンの計画停止情報を監視マシンに転送する計画停止フラグファイル転送処理部、その計画停止フラグファイルを格納する領域、その領域に格納された計画停止情報をデータベース化したマシン稼動確認テーブルに反映させるマシン稼動確認テーブル更新処理部とを備えている。
【発明の効果】
【０００８】
本発明を用いることにより、監視マシンから被監視マシンの稼動確認を行なう際に、被監視マシンの稼動状態である正常稼動、計画停止、異常停止のうちの計画停止を容易に取得できるため、被監視マシンのメンテナンス時の停止による誤通報が行なわれなくなるという効果がある。
【０００９】
また、被監視マシンをメンテナンスする際に発生していたマシンの停止状態を把握する仕組みを変更する工数や負荷が軽減されるという効果もある。
【００１０】
また、本発明はネットワーク管理プログラムと連携させているため、より正確な被監視マシンの稼動状態の把握が行なえるとともに、画面を使用した操作性の向上も期待できるという効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面によって詳述する。
【００１２】
図１は本発明の概要を説明した図、図２はマシン稼動確認テーブルのレイアウト図、図３は計画停止フラグファイル格納領域内の計画停止フラグファイル格納図、図４は被監視マシンを計画停止させた時に計画停止フラグファイルを計画停止フラグファイル格納領域に転送することを表したフローチャート、図５は監視マシン上の計画停止フラグファイル格納領域に対し、計画停止フラグファイルの存在確認を行ない、存在すれば、マシン稼動確認テーブルの計画停止フラグ更新を行なうフローチャート、図６は監視マシンから被監視マシンへの稼動確認を行ない、被監視マシンが計画停止しているかの判別を行なうフローチャート、図７は被監視マシンを計画停止させた時の監視マシンと被監視マシンの状況を表したタイムチャート、図８は被監視マシンが異常停止した時の監視マシンと被監視マシンの状況を表したタイムチャートである。なお、上述している被監視マシンの計画停止とは、スケジュールを使用した自動停止とメンテナンスを考慮した手動停止を想定しており、誤って被監視マシンを停止させた場合を含まない。
【００１３】
図１において、監視マシン１で動作するマシン稼動確認プログラム２は、ネットワーク管理プログラム(マネージャ)６、ネットワーク管理プログラム(エージェント)１３及びマシン稼動確認テーブル５により被監視マシン１０の稼動状態を確認するプログラムである。計画停止フラグファイル格納領域４は、被監視マシン１０で動作する計画停止フラグファイル転送プログラム１１により、ＦＴＰ７、１２で制御される計画停止フラグファイルを管理する領域である。マシン稼動確認テーブル更新プログラム３は、計画停止フラグファイル格納領域４に格納された計画停止フラグファイルを基に、マシン稼動確認テーブル５を更新するプログラムである。
【００１４】
マシン稼動確認テーブル５は、マシン稼動確認プログラム２において被監視マシン１０が計画停止しているか否かの判別やマシン稼動確認テーブル更新プログラム３において被監視マシン１０の計画停止状態の更新に使用される。障害通報装置２０は、マシン稼動確認プログラム２で判別した被監視マシン１０の異常停止情報を本装置に通報し、マシン運用者に伝達するために使用される。監視マシン１、被監視マシン１０、障害通報装置２０は、ＴＣＰ／ＩＰ３０によるネットワークに結合されていて、監視マシン１から被監視マシン１０への稼動確認は、１台に限定されるものではなく、複数台対応可能である。
【００１５】
図２により、マシン稼動確認テーブル５について説明する。計画停止と異常停止の関係は、下記を想定する。計画停止とは、被監視マシンを、スケジュールを使用して自動停止させた場合及びメンテナンスを考慮して手動停止させた場合を想定する。異常停止とは、計画停止以外を想定する。例えば、誤って被監視マシンを停止させた場合や被監視マシンで稼動するプロセスが異常状態になった場合を想定する。
【００１６】
マシン稼動確認テーブル５は、被監視マシン名１０１、計画停止フラグ１０２、異常停止時間１０３から構成されている。被監視マシン名１０１は、監視マシンが監視するマシン名であり、ホスト名がセットされる。計画停止フラグ１０２は、被監視マシンが計画停止しているか否かを判断するフラグであり、被監視マシンが正常稼動時には０、計画停止時には１、異常停止時には２がセットされる。異常停止時間１０３は、監視マシンが被監視マシンを異常停止したと判別した時に、監視マシンのシステム日付を基にセットされる時刻である。
【００１７】
図３により、計画停止フラグファイル格納領域に格納される計画停止フラグファイルについて説明する。計画停止フラグファイル格納領域４には、マシン名．ＦＬＧという名称の計画停止フラグファイル２０１が格納される。このマシン名．ＦＬＧのマシン名には、図１の１０の被監視マシンの名称がセットされる。以後、被監視マシンの名称をＥａｒｔｈとし、計画停止フラグファイル名称をＥａｒｔｈ．ＦＬＧと想定することにより、実施例を説明する。また、計画停止フラグファイルは、ＡＳＣＩＩコードで０ｘ０ａを示す復帰改行コードが格納されたファイルである。
【００１８】
図４により、被監視マシンを計画停止させた時に、計画停止フラグファイルを監視マシン上の計画停止フラグファイル格納領域に転送する処理の流れについて説明する。まず、被監視マシン上で、自マシン名称(ホスト名称)を取得し、計画停止フラグファイル（Ｅａｒｔｈ.ＦＬＧ）を作成する（ステップ３００）。
【００１９】
次に、本ファイルを監視マシン上の計画停止フラグファイル格納領域にファイル転送する（ステップ３０１）。ファイル転送後、２分待機し（ステップ３０２）、被監視マシンがシャットダウンされる（ステップ３０３）。なお、上述している被監視マシンの計画停止とは、スケジュールを使用した自動停止とメンテナンスを考慮した手動停止を想定しており、ステップ３００、３０１をジョブとして登録しておき、その登録されたジョブが実行されることにより、計画停止を実現することを想定している。誤って被監視マシンを停止させた場合、登録されたジョブは実行されない。
【００２０】
図５により、監視マシン上のマシン稼動確認テーブルの計画停止フラグ更新を行なう処理の流れについて説明する。本処理は、意図的に停止しないかぎり、常時実行される（ステップ４００、４０５）。
【００２１】
まず、監視マシン上の図３の計画停止フラグファイル格納領域４において、被監視マシンの計画停止フラグファイル（Ｅａｒｔｈ．ＦＬＧ）が存在するかどうかが確認される（ステップ４０１）。被監視マシンの計画停止フラグファイルが存在する場合、計画停止フラグファイル（Ｅａｒｔｈ．ＦＬＧ）のマシン名称（Ｅａｒｔｈ）と同じ図２のマシン稼動確認テーブル５にセットされている被監視マシン名（Ｅａｒｔｈ）に対応する計画停止フラグに、被監視マシンの計画停止を意味する１がセットされる（ステップ４０２）。次に、異常停止時間に被監視マシンの異常停止時刻がセットされている場合、その時刻が削除され（ステップ４０３）、監視マシン上の計画停止フラグファイル格納領域に存在する図４のステップ３００で作成した被監視マシンの計画停止フラグファイル（Ｅａｒｔｈ．ＦＬＧ）が削除される（ステップ４０４）。
【００２２】
計画停止フラグファイル格納領域において、被監視マシンの計画停止フラグファイル（Ｅａｒｔｈ．ＦＬＧ）が存在しない場合、処理は行なわれない。
【００２３】
図６により、監視マシンから被監視マシンへ稼動確認を行なう処理の流れについて説明する。本処理は、意図的に停止しないかぎり、複数の被監視マシンに対し、１５分間隔で自動実行される（ステップ５００、５１０、５１１）。
【００２４】
ネットワーク管理プログラムによる被監視マシンの死活監視及びプロセス監視は、次の形態で行われる。例えば、ネットワーク管理プログラムによる被監視マシンの死活監視の場合、監視マシンで稼動するネットワーク管理プログラム（マネージャ）と被監視マシンで稼動するネットワーク管理プログラム（エージェント）との間で死活監視メッセージがやりとりされ、ネットワーク管理プログラム（マネージャ）により、死活監視状態が正常か停止かが判別される。
【００２５】
ネットワーク管理プログラムによる被監視マシンのプロセス監視の場合、監視マシンで稼動するネットワーク管理プログラム（マネージャ）と被監視マシンで稼動するネットワーク管理プログラム（エージェント）との間でプロセス監視メッセージがやりとりされ、ネットワーク管理プログラム（マネージャ）により、プロセス監視状態が正常か停止かが判別される。
【００２６】
まず、ネットワーク管理プログラムによる被監視マシンの死活監視結果及びプロセス監視結果により、被監視マシンの稼動状態が確認され（ステップ５０１）、被監視マシンが正常稼動状態かどうかが判別される（ステップ５０２）。被監視マシンが正常稼動状態の場合、図２のマシン稼動確認テーブル５の計画停止フラグに被監視マシンの正常稼動状態を意味する０がセットされる（ステップ５０３）。次に、マシン稼動確認テーブル上の異常停止時間に被監視マシンの異常停止時刻がセットされている場合、その時刻が削除され（ステップ５０４）、１５分待機状態になる（ステップ５１０）。
【００２７】
被監視マシンが停止状態の場合、図２のマシン稼動確認テーブル５において、計画停止フラグが被監視マシンの計画停止状態を意味する１であるかが確認される（ステップ５０５）。計画停止フラグが１の場合、前述している被監視マシンが停止状態であることから、被監視マシンは計画停止状態と判別され、１５分待機状態になる（ステップ５１０）。計画停止フラグが１以外の場合、前述している被監視マシンが停止状態であることから、被監視マシンは異常停止状態と判別され、図２のマシン稼動確認テーブル５の計画停止フラグに被監視マシンの異常停止状態を意味する２がセットされる（ステップ５０６）。次に、監視マシンからシステム時刻が取得され（ステップ５０７）、ステップ５０７で取得したシステム時刻が、マシン稼動確認テーブル上の被監視マシンに対する異常停止時間にセットされる（ステップ５０８）。
【００２８】
さらに、図１の障害通報装置２０に障害が通知され（ステップ５０９）、１５分待機状態になる（ステップ５１０）。
【００２９】
図７により、被監視マシンを計画停止させた時の監視マシンが被監視マシンを監視する際の処理の流れについて説明する。なお、被監視マシンの計画停止とは、スケジュールを使用した自動停止とメンテナンスを考慮した手動停止を想定しており、誤って被監視マシンを停止させた場合を含まない。
【００３０】
まず、被監視マシンは正常稼動状態であると想定する (ステップ６０１) 。
【００３１】
図６のステップ５０１のネットワーク管理プログラムによる被監視マシンの稼動状態確認が行なわれ、被監視マシンが正常稼動状態と判別される（ステップ６０２）。ステップ５０１が１５分おきに、複数の被監視マシンに対し、繰り返し行なわれる。
【００３２】
次に、ある時点において、図４の被監視マシンの計画停止が開始され（ステップ６０３）、被監視マシン用計画停止フラグファイル（Ｅａｒｔｈ．ＦＬＧ）が監視マシンの計画停止フラグファイル格納領域に転送される（ステップ３０１）。
【００３３】
常時起動している図５のマシン稼動確認テーブル更新プログラムにより、計画停止フラグファイル（Ｅａｒｔｈ．ＦＬＧ）の存在が確認され、マシン稼動確認テーブルの計画停止フラグに被監視マシンの計画停止を表わす１がセットされる（ステップ４０２）。
【００３４】
ステップ３０１終了後、図４における被監視マシンの計画停止処理の一環として、被監視マシンはシャットダウンされ（ステップ３０３）、被監視マシンの計画停止は完了する
（ステップ６０４）。
【００３５】
１５分おきに図６のステップ５０１のネットワーク管理プログラムによる被監視マシンの稼動状態確認が行なわれ、被監視マシンが停止状態と判別される（ステップ６０５）。被監視マシンが停止状態であること（ステップ６０５）とマシン稼動確認テーブルにおいて被監視マシンの計画停止フラグが１であること（ステップ６０６）から、被監視マシンは計画停止状態と判別される（ステップ６０７）。
【００３６】
次に、ある時点において、被監視マシンの起動が開始され（ステップ６０８）、被監視マシンがブートされ（ステップ６０９）、被監視マシンの起動は完了する（ステップ６１０）。
【００３７】
１５分おきに図６のステップ５０１のネットワーク管理プログラムによる被監視マシンの稼動状態確認が行なわれ、被監視マシンが正常稼動状態と判別される（ステップ６０２）。
【００３８】
図８により、被監視マシンが異常停止した時の監視マシンが被監視マシンを監視する際の処理の流れについて説明する。なお、被監視マシンの異常停止とは、誤って被監視マシンを停止させた場合や被監視マシンで稼動するプロセスが異常状態になった場合を想定する。
【００３９】
まず、被監視マシンは正常稼動状態であると想定する (ステップ６０１) 。図６のステップ５０１のネットワーク管理プログラムによる被監視マシンの稼動状態確認が行なわれ、被監視マシンが正常稼動状態と判別される（ステップ６０２）。
【００４０】
ステップ５０１が１５分おきに、複数の被監視マシンに対し、繰り返し行なわれる。次に、ある時点において、被監視マシンが異常停止状態になったと想定する（ステップ７０１）。
【００４１】
１５分おきに図６のステップ５０１のネットワーク管理プログラムによる被監視マシンの稼動状態確認が行なわれ、被監視マシンが停止状態と判別される（ステップ６０５）。被監視マシンが停止状態であること（ステップ６０５）とマシン稼動確認テーブルにおいて被監視マシンの計画停止フラグが１以外であること（ステップ７０２）から、被監視マシンは異常停止状態と判別される（ステップ７０３）。
【００４２】
次に、ある時点において、被監視マシンの障害回復後の手動起動が開始され（ステップ７０４）、被監視マシンがブートされ（ステップ６０９）、被監視マシンの手動起動は完了する（ステップ７０５）。
【００４３】
１５分おきに図６のステップ５０１のネットワーク管理プログラムによる被監視マシンの稼動状態確認が行なわれ、被監視マシンが正常稼動状態と判別される（ステップ６０２）。
【図面の簡単な説明】
【００４４】
【図１】本発明の概要説明図である。
【図２】マシン稼動確認テーブルのレイアウト図である。
【図３】計画停止フラグファイル格納領域内の計画停止フラグファイル格納図である。
【図４】被監視マシン上で実行される計画停止フラグファイル作成・転送処理のフローチャートである。
【図５】監視マシン上で実行されるマシン稼動確認テーブル更新処理のフローチャートである。
【図６】監視マシン上で実行されるマシン稼動確認処理のフローチャートである。
【図７】被監視マシンの計画停止時の監視マシンと被監視マシンの状況を表したタイムチャートである。
【図８】被監視マシンの異常停止時の監視マシンと被監視マシンの状況を表したタイムチャートである。
【符号の説明】
【００４５】
１・・・監視マシン
２・・・マシン稼動確認プログラム
３・・・マシン稼動確認テーブル更新プログラム
４・・・計画停止フラグファイル格納領域
５・・・マシン稼動確認テーブル
６・・・ネットワーク管理プログラム(マネージャ) 
７・・・ＦＴＰ（ファイル・トランスファ・プロトコル）
１０・・・被監視マシン
１１・・・計画停止フラグファイル転送プログラム
１２・・・ＦＴＰ（ファイル・トランスファ・プロトコル）
１３・・・ネットワーク管理プログラム(エージェント) 
２０・・・障害通報装置
３０・・・ＴＣＰ／ＩＰネットワーク
【図１】
2005311640.tif 000003
【図２】
2005311640.tif 000004
【図３】
2005311640.tif 000005
【図４】
2005311640.tif 000006
【図５】
2005311640.tif 000007
【図６】
2005311640.tif 000008
【図７】
2005311640.tif 000009
【図８】
2005311640.tif 000010