(57)【要約】【課題】情報処理システムの基本構成に変更を加えず、そのオペレーティングシステムの能力が維持可能なリモート監視システムおよび方法を提供する。【解決手段】本発明は、少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視側システムにより監視するリモート監視システムであって、前記情報処理システムに、処理要素の正常終了を通知プロセスの終了メッセージとして通知する処理スケジュール手段を設けるとともに、前記監視側システムに、受信プロセスにおける終了メッセージの受信時刻を標準値と比べることにより、当該処理要素における正常終了の有無を推定する受信時刻照合手段を有している。【選択図】　　　図５
2004005350.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視端末により監視するリモート監視システムであって、
前記情報処理システムに、処理要素における終了メッセージの出力に伴ってメーラーを起動させる処理スケジュール手段を設けるとともに、
前記監視端末に、終了メッセージの受信時刻を標準値と照合する受信時刻照合手段を有したことを特徴とするリモート監視システム。
【請求項２】
前記終了メッセージには、メーラーによって、処理要素ごとに異なる識別符号を記録してあることを特徴とする請求項１記載のリモート監視システム。
【請求項３】
前記受信時刻照合手段は、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする請求項１または２記載のリモート監視システム。
【請求項４】
前記受信時刻照合手段は、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする請求項１〜３のいずれかに記載のリモート監視システム。
【請求項５】
前記監視端末は、受信時刻照合手段における照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする請求項１〜４のいずれかに記載のリモート監視システム。
【請求項６】
少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視端末により監視するリモート監視方法であって、
前記情報処理システムに、処理要素における終了メッセージの出力に伴ってメーラーを起動させる処理スケジュールステップを設けるとともに、
前記監視端末に、終了メッセージの受信時刻を標準値と照合する受信時刻照合ステップを有したことを特徴とするリモート監視方法。
【請求項７】
前記終了メッセージには、メーラーによって、処理要素ごとに異なる識別符号を記録してあることを特徴とする請求項６記載のリモート監視方法。
【請求項８】
前記受信時刻照合ステップは、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする請求項６または７記載のリモート監視方法。
【請求項９】
前記受信時刻照合ステップは、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする請求項６〜８のいずれかに記載のリモート監視方法。
【請求項１０】
前記監視端末は、受信時刻照合ステップにおける照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする請求項６〜９のいずれかに記載のリモート監視方法。
【請求項１１】
少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視側システムにより監視するリモート監視システムであって、
前記情報処理システムに、処理要素の正常終了を通知プロセスの終了メッセージとして通知する処理スケジュール手段を設けるとともに、
前記監視側システムに、受信プロセスによって終了メッセージが取得される受信時刻を標準値と比べることにより、当該処理要素における正常終了の有無を推定する受信時刻照合手段を有したことを特徴とするリモート監視システム。
【請求項１２】
前記終了メッセージには、処理要素ごとに異なる識別符号を通知プロセスにおいて記録していることを特徴とする請求項１１記載のリモート監視システム。
【請求項１３】
前記受信時刻照合手段は、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする請求項１１または１２記載のリモート監視システム。
【請求項１４】
前記受信時刻照合手段は、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする請求項１１〜１３のいずれかに記載のリモート監視システム。
【請求項１５】
前記監視側システムは、受信時刻照合手段における照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする請求項１１〜１４のいずれかに記載のリモート監視システム。
【請求項１６】
少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視側システムにより監視するリモート監視方法であって、
前記情報処理システムに、処理要素の正常終了を通知プロセスの終了メッセージとして通知する処理スケジュールステップを設けるとともに、
前記監視側システムに、受信プロセスによって終了メッセージが取得される受信時刻を標準値と比べることにより、当該処理要素における正常終了の有無を推定する受信時刻照合ステップを有したことを特徴とするリモート監視方法。
【請求項１７】
前記終了メッセージには、処理要素ごとに異なる識別符号を通知プロセスにおいて記録していることを特徴とする請求項１６記載のリモート監視方法。
【請求項１８】
前記受信時刻照合ステップは、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする請求項１６または１７記載のリモート監視方法。
【請求項１９】
前記受信時刻照合ステップは、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする請求項１６〜１８のいずれかに記載のリモート監視方法。
【請求項２０】
前記監視側システムは、受信時刻照合ステップにおける照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする請求項１６〜１９のいずれかに記載のリモート監視方法。
【請求項２１】
請求項６〜１０、１６〜２０のいずれかに記載の方法をコンピューターに実行させるためのプログラム。
【請求項２２】
請求項６〜１０、１６〜２０のいずれかに記載の方法をコンピューターに実行させるためのプログラムが記録されていることを特徴とするコンピューター読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、リモート監視システムおよび方法に関する。
【０００２】
【従来の技術】
従来より、各種情報処理システムのアウトソーシングによって、一般業務のシステム開発が普及しつつあり、これに伴って運用上のセキュリティとともに、システムサーバにおける確実な稼動の保証が重要になった。システムサーバを監視しようとする場合に、サーバのコンソールに正常および異常メッセージが表示されるものの、これをオペレータが常に監視し続けることは甚だしく非効率であった。最近では、サーバから離れた場所に居ても、メールによりメッセージを伝送することで監視できる仕組みが一般的である。さらに、あらかじめ特定のメッセージを登録しておき、伝送された情報中に、該当するメッセージがあるとオペレータに告知するリモート監視システムが種々提案されている。
【０００３】
たとえば、定期的に監視対象のシステムサーバに向けて、システム稼動確認のコマンドを送り、その返答が一定時間以内にあれば稼動していると判断するライフチェック方式のリモート監視システムもある。しかし、ハードとしてのレスポンスは返すが、タスクとしてハングしているハングアップの場合もあるために、システムサーバのタスク自体に、こちらからの要求に対してレスポンスを返す方式のものもある。このようにシステム開発の当初から、システムサーバの運用プログラム自体に監視機能の仕組みを作り込む対策が行われている。
【０００４】
【発明が解決しようとする課題】
ところが、上述したような従来技術においては、次のような課題があった。
▲１▼監視対象のサーバでは、オペレーティングシステム自体がハングアップしてしまうと、そのオペレーティングシステムによるメッセージが上がってこなくなるために、メールまたは伝送手段の有無にかかわらず、オペレータには何も告知されなかった。
▲２▼また、ライフチェック方式では、これを解決できるが、常に、確認コマンドの発行とメッセージの表示とを繰り返す必要があるために、少なからずオペレーティングシステムに負担がかかり、本来のシステム運用を損なうおそれがあった。
▲３▼さらに、タスク自体がメッセージを出力する方式では、そのタスクに、監視端末からの要求に対してレスポンスを返す仕組みを作り込む必要がある。しかし、アウトソーシングによる情報処理システムとしては、すでに運用者が完成させて稼動中のものも多く、いずれの方式によっても顧客運用中の情報処理システムに作り込むことは不可能であった。
【０００５】
本発明は、上記事情に鑑みて為されたもので、情報処理システムの基本構成に変更を加えず、そのオペレーティングシステムの能力が維持可能なリモート監視システムおよび方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１記載のリモート監視システムは、少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視端末により監視するリモート監視システムであって、
前記情報処理システムに、処理要素における終了メッセージの出力に伴ってメーラーを起動させる処理スケジュール手段を設けるとともに、
前記監視端末に、終了メッセージの受信時刻を標準値と照合する受信時刻照合手段を有したことを特徴とする。
【０００７】
請求項１記載の発明においては、情報処理システムにおいて、各処理要素を終了させると、処理スケジュール手段により終了メッセージが情報処理システムのメーラーに出力されて送信される。したがって、各処理要素におけるオペレーティングシステムの能力に影響を与えないばかりか、情報処理システムの基本構成をそのまま保ちながら、処理要素の終了時点を監視することができる。また、監視端末において、終了メッセージの受信時刻が受信時刻照合手段により標準値と照合されるために、情報処理システムを運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。簡易には、情報処理システムの各タスクを処理要素としてタスクスケジューラーを処理スケジュール手段として用いることができる。
【０００８】
請求項２記載のリモート監視システムは、請求項１記載のリモート監視システムにおいて、前記終了メッセージには、メーラーによって、処理要素ごとに異なる識別符号を記録してあることを特徴とする。
【０００９】
請求項２記載の発明においては、監視端末において、処理要素が識別符号によって特定される。たとえば、終了メッセージのディレクトリなどを用いてもよい。
【００１０】
請求項３記載のリモート監視システムは、請求項１または２記載のリモート監視システムにおいて、前記受信時刻照合手段は、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする。
【００１１】
請求項３記載の発明においては、処理要素ごとに正常終了を判定することができる。
【００１２】
請求項４記載のリモート監視システムは、請求項１〜３のいずれかに記載のリモート監視システムにおいて、前記受信時刻照合手段は、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする。
【００１３】
請求項４記載の発明においては、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００１４】
請求項５記載のリモート監視システムは、請求項１〜４のいずれかに記載のリモート監視システムにおいて、前記監視端末は、受信時刻照合手段における照合結果に基づいて、各処理要素の正常終了および異常終了を表示している。
【００１５】
請求項５記載の発明においては、正常終了と異常終了とを区別できる。
【００１６】
請求項６記載の方法は、少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視端末により監視するリモート監視方法であって、
前記情報処理システムに、処理要素における終了メッセージの出力に伴ってメーラーを起動させる処理スケジュールステップを設けるとともに、
前記監視端末に、終了メッセージの受信時刻を標準値と照合する受信時刻照合ステップを有したことを特徴とする。
【００１７】
請求項６記載の発明においては、情報処理システムにおいて、各処理要素を終了させると、処理スケジュールステップにおいて終了メッセージが情報処理システムのメーラーに出力されて送信される。したがって、各処理要素におけるオペレーティングシステムの能力に影響を与えないばかりか、情報処理システムの基本構成をそのまま保ちながら、処理要素の終了時点を監視することができる。また、監視端末において、終了メッセージの受信時刻が受信時刻照合手段により標準値と照合されるために、情報処理システムを運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。簡易には、情報処理システムの各タスクを処理要素としてタスクスケジューラーを処理スケジュール手段として用いることができる。
【００１８】
請求項７記載のリモート監視方法は、請求項６記載のリモート監視方法において、前記終了メッセージには、メーラーによって、処理要素ごとに異なる識別符号を記録してあることを特徴とする。
【００１９】
請求項７記載の発明においては、監視端末において、処理要素が識別符号によって特定される。たとえば、終了メッセージのディレクトリなどを用いてもよい。
【００２０】
請求項８記載のリモート監視方法は、請求項６または７記載のリモート監視方法において、前記受信時刻照合ステップは、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする。
【００２１】
請求項８記載の発明においては、処理要素ごとに正常終了を判定することができる。
【００２２】
請求項９記載のリモート監視方法は、請求項６〜８のいずれかに記載のリモート監視方法において、前記受信時刻照合ステップは、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする。
【００２３】
請求項９記載の発明においては、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００２４】
請求項１０記載のリモート監視方法は、請求項６〜９のいずれかに記載のリモート監視方法において、前記監視端末は、受信時刻照合ステップにおける照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする。
【００２５】
請求項１０記載の発明においては、正常終了と異常終了とを区別できる。
【００２６】
請求項１１記載のリモート監視システムは、少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視側システムにより監視するリモート監視システムであって、
前記情報処理システムに、処理要素の正常終了を通知プロセスの終了メッセージとして通知する処理スケジュール手段を設けるとともに、
前記監視側システムに、受信プロセスによって終了メッセージが取得される受信時刻を標準値と比べることにより、当該処理要素における正常終了の有無を推定する受信時刻照合手段を有したことを特徴とする。
【００２７】
請求項１１記載の発明においては、情報処理システムにおいて、各処理要素を終了させると、処理スケジュール手段により通知プロセスの終了メッセージが編成されて送信される。したがって、各処理要素におけるオペレーティングシステムの能力に影響を与えないばかりか、情報処理システムの基本構成をそのまま保ちながら、処理要素の終了時点を監視することができる。また、監視側システムにおいて、終了メッセージの受信時刻が受信時刻照合手段により標準値と照合されるために、情報処理システムを運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。簡易には、情報処理システムの各タスクを処理要素としてタスクスケジューラーを処理スケジュール手段として用いることができる。
【００２８】
請求項１２記載のリモート監視システムは、請求項１１記載のリモート監視システムにおいて、前記終了メッセージには、処理要素ごとに異なる識別符号を通知プロセスにおいて記録していることを特徴とする。
【００２９】
請求項１２記載の発明においては、監視側システムにおいて、処理要素が識別符号によって特定される。たとえば、終了メッセージのディレクトリなどを用いてもよい。
【００３０】
請求項１３記載のリモート監視システムは、請求項１１または１２記載のリモート監視システムにおいて、前記受信時刻照合手段は、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする。
【００３１】
請求項１３記載の発明においては、処理要素ごとに正常終了を判定することができる。
【００３２】
請求項１４記載のリモート監視システムは、請求項１１〜１３のいずれかに記載のリモート監視システムにおいて、前記受信時刻照合手段は、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする。
【００３３】
請求項１４記載の発明においては、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００３４】
請求項１５記載のリモート監視システムは、請求項１１〜１４のいずれかに記載のリモート監視システムにおいて、前記監視側システムは、受信時刻照合手段における照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする。
【００３５】
請求項１５記載の発明においては、正常終了と異常終了とを区別できる。
【００３６】
請求項１６記載のリモート監視方法は、少なくとも一の処理要素を含む情報処理システムについて、その稼動状況を監視側システムにより監視するリモート監視方法であって、
前記情報処理システムに、処理要素の正常終了を通知プロセスの終了メッセージとして通知する処理スケジュールステップを設けるとともに、
前記監視側システムに、受信プロセスによって終了メッセージが取得される受信時刻を標準値と比べることにより、当該処理要素における正常終了の有無を推定する受信時刻照合ステップを有したことを特徴とする。
【００３７】
請求項１６記載の発明においては、情報処理システムにおいて、各処理要素を終了させると、処理スケジュールステップにおいて通知プロセスの終了メッセージが編成されて送信される。したがって、各処理要素におけるオペレーティングシステムの能力に影響を与えないばかりか、情報処理システムの基本構成をそのまま保ちながら、処理要素の終了時点を監視することができる。また、監視側システムにおいて、終了メッセージの受信時刻が受信時刻照合手段により標準値と照合されるために、情報処理システムを運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。簡易には、情報処理システムの各タスクを処理要素としてタスクスケジューラーを処理スケジュール手段として用いることができる。
【００３８】
請求項１７記載のリモート監視方法は、請求項１６記載のリモート監視方法において、前記終了メッセージには、処理要素ごとに異なる識別符号を通知プロセスにおいて記録していることを特徴とする。
【００３９】
請求項１７記載の発明においては、監視側システムにおいて、処理要素が識別符号によって特定される。たとえば、終了メッセージのディレクトリなどを用いてもよい。
【００４０】
請求項１８記載のリモート監視方法は、請求項１６または１７記載のリモート監視方法において、前記受信時刻照合ステップは、処理要素の識別符号と対応付けて各標準値を設定していることを特徴とする。
【００４１】
請求項１８記載の発明においては、処理要素ごとに正常終了を判定することができる。
【００４２】
請求項１９記載のリモート監視方法は、請求項１６〜１８のいずれかに記載のリモート監視方法において、前記受信時刻照合ステップは、あらかじめ受信時刻の標準値に対して所定の許容時間帯を設定するとともに、この許容時間帯において終了メッセージが受信できた場合を処理要素の正常終了とするが、許容時間帯から外れると異常終了として判定していることを特徴とする。
【００４３】
請求項１９記載の発明においては、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００４４】
請求項２０記載のリモート監視方法は、請求項１６〜１９のいずれかに記載のリモート監視方法において、前記監視側システムは、受信時刻照合ステップにおける照合結果に基づいて、各処理要素の正常終了および異常終了を表示していることを特徴とする。
【００４５】
請求項２０記載の発明においては、正常終了と異常終了とを区別できる。
【００４６】
請求項２１記載のプログラムは、請求項６〜１０、１６〜２０のいずれかに記載のリモート監視方法をコンピューターに実行させるためのプログラムである。
【００４７】
請求項２１記載の発明においては、請求項６〜１０、１６〜２０のいずれかに記載のリモート監視方法をコンピューターに実行させることができる。
【００４８】
請求項２２記載の記録媒体は、請求項６〜１０、１６〜２０のいずれかに記載のリモート監視方法をコンピューターに実行させるためのプログラムが記録されていることを特徴とするコンピューター読み取り可能な記録媒体である。
【００４９】
請求項２２記載の発明においては、請求項６〜１０、１６〜２０のいずれかに記載のリモート監視方法をコンピューターに実行させることができる。
【００５０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本実施の形態に係るリモート監視システムの概略構成例を説明するための図である。
本システムは、複数の情報処理システムが異なる業務処理に適用される場合に、それぞれのシステムサーバ１０ａ、１０ｂ・・・を通信ネットワーク２０を介して管理会社々内の通信管理サーバ３０と接続させるとともに、この通信管理サーバ３０を、ローカルエリアネットワークＬＡＮを介して、管理センターに備えた監視端末４０と接続可能に構成してある。通信ネットワーク２０として、たとえばインターネットが、また、ローカルエリアネットワークＬＡＮとして当該管理会社のイントラネット、エクストラネットなどがある。情報処理システムは、業務処理に必要な業務タスク（処理要素）群からなっており、その稼動状況を監視端末により監視するリモート監視システムが構成されている。このように通信ネットワークを介して、管理会社による監視業務が、その顧客の情報処理システムによる業務から実質的に独立しているために、監視業務と顧客業務との相互間におけるセキュリティが保証されたシステムを構築できる。
【００５１】
システムサーバ１０ａ、１０ｂには、業務タスク群をメーラーと関連付けたタスクスケジューラー（処理スケジュール手段）１９ａまたは１９ｂを設けてある。終了確認したい各業務タスクについて、あらかじめ所定の終了メッセージを出力するプログラムが登録されている。このプログラムが業務タスクの後処理として起動されると、終了メッセージの出力に伴ってメーラーを起動させるようにしてある。したがって、各業務タスクの処理に影響を与えずに運用でき、オペレーティングシステムや顧客業務のシステムリソースに過大な負担とはならない。また、情報処理システムがアウトソーシングによるものや、顧客により設計管理されるものであっても、その基本構成に変更を加えずに、終了メッセージを出力させることができる。
【００５２】
終了メッセージには、業務タスクごとに異なる識別符号を記録しておき、たとえばメーラーによりメールに取り込むか、または添付させればよい。これにより、複数の業務タスクを監視対象とする場合に、それぞれの業務タスクに専用の終了メッセージを出力させることができる。メーラーは、各情報処理システムにおいて標準のものを用いればよく、タスクスケジューラーは、同様に標準のものでも、各業務処理のアプリケーションプログラムに組み込んだものであってもよい。
【００５３】
監視端末４０には、図２に示す通り、ローカルエリアネットワークＬＡＮを介して終了メッセージのメールを受信するメーラー４１と、終了メッセージの受信時刻を記録するためのシステムタイマ４２と、この受信時刻を許容時間帯（標準値）と照合する照合処理部４３と、その照合結果の告知処理部４４と、アラートメッセージなどの表示処理部４５と、終了メッセージ群の受信スケジュールを示すスケジュールテーブル（受信時刻照合手段）５０とを設けてある。スケジュールテーブル５０は、当該事業所が管理を任されている全ての情報処理システムについて、かつ各情報処理システムにおける全ての業務タスクについて、図３に示すように、たとえば業務タスクの識別符号と対応付けて終了メッセージを特定し、終了メッセージごとに、許容時間帯の開始時刻および最終時刻と、タイムスタンプによる完了フラグとを配列してある。
【００５４】
次に、本システムの監視端末を用いて行うリモート監視方法を、図４に示すフローチャートの一例、図２に示すブロック図の一例を参照しつつ説明する。
本方法では、あらかじめ情報処理システムにおいて、終了メッセージ群の出力をタスクスケジューラーに登録するとともに、監視端末において、各終了メッセージの受信スケジュールをスケジュールテーブル５０に登録しておく。開始処理は、定期的に行う構成のものでもよいが、たとえば終了メッセージのメール受信を開始条件にしてもよい。また、初期設定Ｓ１０では、各処理を初期状態に設定するとともに、受信スケジュールが一巡するごとに前記完了フラグをリセットさせている。たとえば、システムタイマ４２が午前０時になった時、スケジュールテーブル５０の完了フラグにブランクをセットすればよい。
【００５５】
先ず、監視端末４０において、終了メッセージのメール受信が行われると、監視業務の開始処理および初期設定Ｓ１０を行った後に、テキスト中の終了メッセージをメーラー４１により取得する処理Ｓ２０を実行する。続いて、その終了メッセージの識別符号または業務タスク名により、当該終了メッセージがスケジュールテーブル５０に登録済みであることを確認し、双方の識別符号などの一致により（または、一致したレコードについて）、システムタイマ４２により、その時点の時刻を受信時刻として完了フラグにセットさせる処理Ｓ３０を実行する。これにより、さらに詳細な分析を要する場合にも対処できる。なお、不一致の場合には、以下の各処理をスキップさせて待機状態に戻せばよい。
【００５６】
次に、スケジュールテーブル５０上の受信時刻を照合処理部４３により評価する処理Ｓ４０を実行する。この処理Ｓ４０では、受信時刻が許容時間帯の範囲内にあれば、業務タスクの正常終了であると判定して正常終了処理Ｓ５０を実行する。また、許容時間帯から外れると異常終了であるとして異常終了処理Ｓ６０を実行している。すなわち、受信時刻が許容時間帯の開始時刻より大きな値であって、かつ最終時刻より小さな値を示せば正常終了であり、開始時刻よりも小さな値か、または最終時刻よりも大きな値であれば異常終了とする。
【００５７】
簡易には、正常および異常終了処理Ｓ５０、Ｓ６０として、完了フラグがブランク状態のレコードについて、スケジュールテーブル５０のバッチ処理を行えば、各処理を早期に一巡でき、かつ通常は正常終了が多いために効率がよい。また、評価する処理Ｓ４０に続けて直ちに実行させれば、異常終了の場合に素早い復旧を図ることができる。正常終了Ｓ５０では、表示処理部４５により、正常終了のメッセージを緑字で、かつ終了メッセージとともにコンソールに出力し、完了フラグには終了メッセージ上の時刻を設定する。また、異常終了処理Ｓ６０では、受信時刻が早過ぎれば早期受信のアラートメッセージを、また遅すぎれば遅延終了のアラートメッセージを、それぞれ赤字で出力かつ告知をし、完了フラグに終了メッセージ上の時刻を設定する。この場合に、「ＦＡＩＬ」の表示を完了フラグに記録させてもよい。
【００５８】
以上説明した実施の形態では、きわめて簡易なプロトコルによってメーラーを構成でき、通常運用では、ほとんどシステムサーバ１０ａ、１０ｂの負担にはならない。これに対して、たとえばＵＮＩＸ（登録商標）系のオープンなオペレーティングシステムでは、監視側システムに対する通知プロセスをシステムサーバ１０ａ、１０ｂに常駐させ、これと対をなす受信プロセスを既存のエージェントソフトウェアとして監視側サーバ６０に備えている場合も多い。通知プロセスが常駐していれば、新たにシステムリソースを消費することなく終了メッセージの転送手段が構成できる。このような監視側サーバ６０を用いた一例を、以下、別の実施の形態として説明する。各システムサーバ１０ａ、１０ｂには、業務タスク群として、実行処理の監視対象となる業務プロセス１１群が存在し、かつ、業務プロセス１１ごとの正常終了を終了メッセージとして編成するメッセージ出力プログラム１２が設けてある。したがって、この終了メッセージを、通信ネットワーク上の業務端末１３でモニターできるとともに、常駐型の通知プロセス１４で検出することにより、監視側サーバ６０に転送させることができる。たとえば、メッセージ出力プログラム１２に、タスクスケジューラーを設けてもよい。これらは前提としての構成である。
【００５９】
監視側サーバ６０は、エージェント機能として受信プロセス６１を有しており、各システムサーバ１０ａ、１０ｂの通知プロセス１４と相互に作用しつつ、各種情報を定期的に、または随時に各システムサーバ１０ａ、１０ｂと同期させている。したがって、これらの情報とともに、前記終了メッセージを受信プロセス６１によって取得し、これを照合処理部４３、スケジュールテーブル５０、システムタイマ４２に提供することにより、業務プロセス１１ごとに正常終了を先の実施の形態と同様にして判定することができる。さらに、告知処理部４４を介して個々の監視端末６２により判定結果に関する情報をモニターしている。これにより、新たなシステムリソースを消費することなく終了メッセージの転送が可能となる。これら監視側サーバ６０および監視端末６２を有した監視側システムが構成される。
【００６０】
以上、終了メッセージの不達を検出する構成としたために、簡易なメール、常駐型の通知プロセスのいずれによっても、通信ネットワーク２０やローカルエリアネットワークＬＡＮ基幹部の障害などによる多重通知に影響されないとともに、顧客業務のセキュリティが保証されたリモート監視システムを構築することができる。
【００６１】
【発明の効果】
以上説明したように、本発明の請求項１記載のリモート監視システムによれば、各処理要素におけるオペレーティングシステムの能力を維持可能なばかりか、基本構成に変更を加えず、処理要素の終了時点を監視できる。また、終了メッセージの照合により、運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。
【００６２】
請求項２記載のリモート監視システムによれば、請求項１と同様の効果を得ることができるのは勿論のこと、処理要素が識別符号によって特定される。
【００６３】
請求項３記載のリモート監視システムによれば、請求項１または２と同様の効果を得ることができるのは勿論のこと、処理要素ごとに正常終了を判定することができる。
【００６４】
請求項４記載のリモート監視システムによれば、請求項１〜３のいずれかと同様の効果を得ることができるのは勿論のこと、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００６５】
請求項５記載のリモート監視システムによれば、請求項１〜４のいずれかと同様の効果を得ることができるのは勿論のこと、正常終了と異常終了とを区別できる。
【００６６】
請求項６記載のリモート監視方法によれば、各処理要素におけるオペレーティングシステムの能力を維持可能なばかりか、基本構成に変更を加えず、処理要素の終了時点を監視できる。また、終了メッセージの照合により、運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。
【００６７】
請求項７記載のリモート監視方法によれば、請求項６と同様の効果を得ることができるのは勿論のこと、処理要素が識別符号によって特定される。
【００６８】
請求項８記載のリモート監視方法によれば、請求項６または７と同様の効果を得ることができるのは勿論のこと、処理要素ごとに正常終了を判定することができる。
【００６９】
請求項９記載のリモート監視方法によれば、請求項６〜８のいずれかと同様の効果を得ることができるのは勿論のこと、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００７０】
請求項１０記載のリモート監視方法によれば、請求項６〜９のいずれかと同様の効果を得ることができるのは勿論のこと、正常終了と異常終了とを区別できる。
【００７１】
請求項１１記載のリモート監視システムによれば、各処理要素におけるオペレーティングシステムの能力を維持可能なばかりか、基本構成に変更を加えず、処理要素の終了時点を監視できる。また、終了メッセージの照合により、運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。
【００７２】
請求項１２記載のリモート監視システムによれば、請求項１１と同様の効果を得ることができるのは勿論のこと、処理要素が識別符号によって特定される。
【００７３】
請求項１３記載のリモート監視システムによれば、請求項１１または１２と同様の効果を得ることができるのは勿論のこと、処理要素ごとに正常終了を判定することができる。
【００７４】
請求項１４記載のリモート監視システムによれば、請求項１１〜１３のいずれかと同様の効果を得ることができるのは勿論のこと、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００７５】
請求項１５記載のリモート監視システムによれば、請求項１１〜１４のいずれかと同様の効果を得ることができるのは勿論のこと、正常終了と異常終了とを区別できる。
【００７６】
請求項１６記載のリモート監視方法によれば、各処理要素におけるオペレーティングシステムの能力を維持可能なばかりか、基本構成に変更を加えず、処理要素の終了時点を監視できる。また、終了メッセージの照合により、運用状態にしたままで処理要素ごとに正常終了を判定することが可能になる。
【００７７】
請求項１７記載のリモート監視方法によれば、請求項１６と同様の効果を得ることができるのは勿論のこと、処理要素が識別符号によって特定される。
【００７８】
請求項１８記載のリモート監視方法によれば、請求項１６または１７と同様の効果を得ることができるのは勿論のこと、処理要素ごとに正常終了を判定することができる。
【００７９】
請求項１９記載のリモート監視方法によれば、請求項１６〜１８のいずれかと同様の効果を得ることができるのは勿論のこと、処理要素相互間において、処理時間のばらつきや、終了メッセージの伝送経路における差異が生じても、許容時間帯において正常終了を判定することができる。
【００８０】
請求項２０記載のリモート監視方法によれば、請求項１６〜１９のいずれかと同様の効果を得ることができるのは勿論のこと、正常終了と異常終了とを区別できる。
【００８１】
請求項２１記載のプログラムによれば、請求項６〜１０、１６〜２０のいずれかに記載のリモート監視方法をコンピューターにより実行させることができる。
【００８２】
請求項２２の記録媒体によれば、請求項６〜１０、１６〜２０のいずれかに記載のリモート監視方法をコンピューターにより実行させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るリモート監視システムを示すものであり、該システムの概略構成例を説明する図である。
【図２】同、監視端末において概略構成の一例を示すブロック図である。
【図３】同、タイムテーブルにおける情報の格納例を説明するための図である。
【図４】本発明の実施の形態に係るリモート監視方法の工程例を示すフローチャートの一例である。
【図５】本発明の別の実施の形態に係るリモート監視システムの概略構成例を説明する図である。
【符号の説明】
１０ａ、１０ｂ　システムサーバ（情報処理システム）
１１　業務プロセス
１２　メッセージ出力プログラム
１３　業務端末
１４　通知プロセス
１９ａ、１９ｂ　タスクスケジューラー（処理スケジュール手段）
２０　通信ネットワーク
３０　通信管理サーバ
４０、６２　監視端末
４１　メーラー
５０　スケジュールテーブル（受信時刻照合手段）
４２　タイマ（システムタイマ）
４３　照合処理部
４４　告知処理部
４５　表示処理部
６０　監視側サーバ
６１　受信プロセス
ＬＡＮ　ローカルエリアネットワーク
【図１】
2004005350.tif 000003
【図２】
2004005350.tif 000004
【図３】
2004005350.tif 000005
【図４】
2004005350.tif 000006
【図５】
2004005350.tif 000007