JPH10107792A - サーバ監視装置 - Google Patents
サーバ監視装置Info
- Publication number
- JPH10107792A JPH10107792A JP8255959A JP25595996A JPH10107792A JP H10107792 A JPH10107792 A JP H10107792A JP 8255959 A JP8255959 A JP 8255959A JP 25595996 A JP25595996 A JP 25595996A JP H10107792 A JPH10107792 A JP H10107792A
- Authority
- JP
- Japan
- Prior art keywords
- server
- terminal
- check
- terminal equipment
- diagnosis
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Multi Processors (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 ネットワーク上の遠隔の端末間のソフトウェ
ア及びハードウェアチェックを可能とする。 【解決手段】 ネットワーク上、遠隔地にあるサーバの
状態を監視するチェック用サーバを設け、管理者のいる
端末から前記チェック用サーバを通じて、アプリケーシ
ョン業務を行っている遠隔地のサーバの異常診断を行
う。
ア及びハードウェアチェックを可能とする。 【解決手段】 ネットワーク上、遠隔地にあるサーバの
状態を監視するチェック用サーバを設け、管理者のいる
端末から前記チェック用サーバを通じて、アプリケーシ
ョン業務を行っている遠隔地のサーバの異常診断を行
う。
Description
【０００１】
【発明の属する技術分野】本発明は、広域に端末（情報
処理装置）が設置展開されているシステムのサーバ監視
装置に係わり、特に、そこで稼働するシステムが、無人
化運用されている業務において、回線のチェックや遠隔
地のサーバアプリケーションの稼働確認を遠隔地に設置
している端末からしか確認できないような構成を持つシ
ステムに適用するのに好適な、サーバ監視装置に関す
る。
処理装置）が設置展開されているシステムのサーバ監視
装置に係わり、特に、そこで稼働するシステムが、無人
化運用されている業務において、回線のチェックや遠隔
地のサーバアプリケーションの稼働確認を遠隔地に設置
している端末からしか確認できないような構成を持つシ
ステムに適用するのに好適な、サーバ監視装置に関す
る。
【０００２】
【従来の技術】近年のコンピュータの利用形態において
は、ダウンサイジングが進み、分散したサーバ装置（端
末）が各事業所レベルに設置されるようになっている。
各事業所では、通常、そのサーバ装置の管理者を配置せ
ず、無人化運用していることが多い。無人で運用してい
る場合には、遠隔地にいる管理者が、障害発生している
サーバ装置に対して、ソフトウェアの稼働確認や回線障
害を含むハードウェアの確認を遠隔地から行う必要があ
る。
は、ダウンサイジングが進み、分散したサーバ装置（端
末）が各事業所レベルに設置されるようになっている。
各事業所では、通常、そのサーバ装置の管理者を配置せ
ず、無人化運用していることが多い。無人で運用してい
る場合には、遠隔地にいる管理者が、障害発生している
サーバ装置に対して、ソフトウェアの稼働確認や回線障
害を含むハードウェアの確認を遠隔地から行う必要があ
る。
【０００３】従来、例えばＴＣＰ／ＩＰ（Ｔransmissio
n Ｃontrol Ｐrotocol ／Ｉnternet Ｐrotocol ）等に
より接続されているネットワークにおいては、回線障害
等を含むハードウェアやＯＳ（Ｏperating Ｓystem ）
の起動確認は、標準でサポートされているハードウェア
チェック手段であるＰＩＮＧプログラム（以降ＰＩＮＧ
と示す）を用いて行われている。
n Ｃontrol Ｐrotocol ／Ｉnternet Ｐrotocol ）等に
より接続されているネットワークにおいては、回線障害
等を含むハードウェアやＯＳ（Ｏperating Ｓystem ）
の起動確認は、標準でサポートされているハードウェア
チェック手段であるＰＩＮＧプログラム（以降ＰＩＮＧ
と示す）を用いて行われている。
【０００４】又、新しいＯＳであるＷindows ＮＴを用
いたネットワークにおいては、プロセスビュアという手
段を用いて、自端末から遠隔地のソフトウェア稼働確認
を行っている。
いたネットワークにおいては、プロセスビュアという手
段を用いて、自端末から遠隔地のソフトウェア稼働確認
を行っている。
【０００５】
【発明が解決しようとする課題】しかしながら、前記Ｐ
ＩＮＧでは自端末から監視対象端末に対しての障害確認
の情報収集しかできず、遠隔２点にある端末間でのチェ
ックは不可能であった。
ＩＮＧでは自端末から監視対象端末に対しての障害確認
の情報収集しかできず、遠隔２点にある端末間でのチェ
ックは不可能であった。
【０００６】又、ＰＩＮＧでは、ソフトウェア（サーバ
アプリケーション）の稼働確認（生死判定）は、標準機
能ではサポートされておらず、ソフトウェアのチェック
はできなかった。
アプリケーション）の稼働確認（生死判定）は、標準機
能ではサポートされておらず、ソフトウェアのチェック
はできなかった。
【０００７】又、Ｗindows ＮＴにおいて、前記プロセ
スビュアは開発手段に付属するもので、標準装備でない
ことや、Ｗindows ＮＴによる端末間でしか使えない等
の制限があるに加えて、自端末を中心とした他の端末の
単一的チェックのみしかできず、遠隔２点間でのチェッ
クはできなかった。
スビュアは開発手段に付属するもので、標準装備でない
ことや、Ｗindows ＮＴによる端末間でしか使えない等
の制限があるに加えて、自端末を中心とした他の端末の
単一的チェックのみしかできず、遠隔２点間でのチェッ
クはできなかった。
【０００８】このように、従来は２台の遠隔端末間の通
信部分で障害が発生した場合に、当該遠隔２点間の回線
チェックを行うことができないという問題があった。
信部分で障害が発生した場合に、当該遠隔２点間の回線
チェックを行うことができないという問題があった。
【０００９】本発明は、前記従来の問題に鑑みてなされ
たものであり、例えばＴＣＰ／ＩＰ等で接続されたネッ
トワークにおいて、管理者から遠隔地にある２端末間で
のソフトウェアチェックやハードウェアチェックを可能
としたサーバ監視装置を提供することを課題とする。
たものであり、例えばＴＣＰ／ＩＰ等で接続されたネッ
トワークにおいて、管理者から遠隔地にある２端末間で
のソフトウェアチェックやハードウェアチェックを可能
としたサーバ監視装置を提供することを課題とする。
【００１０】
【課題を解決するための手段】本発明は、ネットワーク
上の複数の情報処理装置で構成され、通信を利用したサ
ーバ／クライアント形態の業務を実施するアプリケーシ
ョンシステムにおいて、１つの情報処理装置より遠隔地
にあるサーバの状態を監視するチェック用サーバを備
え、該情報処理装置から前記チェック用サーバを通じ
て、アプリケーション業務を行っている遠隔地のサーバ
の異常診断を行うことにより、前記課題を解決したもの
である。
上の複数の情報処理装置で構成され、通信を利用したサ
ーバ／クライアント形態の業務を実施するアプリケーシ
ョンシステムにおいて、１つの情報処理装置より遠隔地
にあるサーバの状態を監視するチェック用サーバを備
え、該情報処理装置から前記チェック用サーバを通じ
て、アプリケーション業務を行っている遠隔地のサーバ
の異常診断を行うことにより、前記課題を解決したもの
である。
【００１１】本発明によれば、例えば、ＴＣＰ／ＩＰに
より接続されたネットワークにおいて、遠隔地にあるサ
ーバの状態を監視するチェック用サーバを設け、管理者
が監視に必要な項目をソケット通信により該チェック用
サーバに送信することにより、遠隔２地点間におけるサ
ーバの異常診断を行うことが可能となった。
より接続されたネットワークにおいて、遠隔地にあるサ
ーバの状態を監視するチェック用サーバを設け、管理者
が監視に必要な項目をソケット通信により該チェック用
サーバに送信することにより、遠隔２地点間におけるサ
ーバの異常診断を行うことが可能となった。
【００１２】又、前記遠隔地のサーバの異常診断が、該
遠隔地のサーバのソフトウェア診断やハードウェア診断
である場合には、遠隔２地点間における異常内容を正確
に診断することが可能となる。
遠隔地のサーバのソフトウェア診断やハードウェア診断
である場合には、遠隔２地点間における異常内容を正確
に診断することが可能となる。
【００１３】ここで、ソフトウェア診断及びハードウェ
ア診断は、例えば以下のように行われる。
ア診断は、例えば以下のように行われる。
【００１４】管理者から監視に必要な項目がチェック用
サーバに対してソケット通信で送信されると、監視に必
要な項目を受信したチェック用サーバが、監視先サーバ
に対して、サーバチェック等のソフトウェアチェック及
び回線チェック等のハードウェアチェックを行う。ソフ
トウェアチェックは、チェック用サーバから監視先サー
バに対してクライアントとして通信を行い、正しい応答
の有無を確認することで行われる。又、ハードウェアチ
ェックは、ＰＩＮＧを行うことで行われる。診断の結果
は、管理者のいる端末に転送され表示される。
サーバに対してソケット通信で送信されると、監視に必
要な項目を受信したチェック用サーバが、監視先サーバ
に対して、サーバチェック等のソフトウェアチェック及
び回線チェック等のハードウェアチェックを行う。ソフ
トウェアチェックは、チェック用サーバから監視先サー
バに対してクライアントとして通信を行い、正しい応答
の有無を確認することで行われる。又、ハードウェアチ
ェックは、ＰＩＮＧを行うことで行われる。診断の結果
は、管理者のいる端末に転送され表示される。
【００１５】このように、本発明によれば、従来不可能
であった無人化した遠隔２端末間のハードウェアチェッ
ク及びソフトウェアチェックが可能となり、ＴＣＰ／Ｉ
Ｐを使っている端末間で確認ができるようになった。な
お、その確認作業も従来より少ない操作で行うことが可
能となった。
であった無人化した遠隔２端末間のハードウェアチェッ
ク及びソフトウェアチェックが可能となり、ＴＣＰ／Ｉ
Ｐを使っている端末間で確認ができるようになった。な
お、その確認作業も従来より少ない操作で行うことが可
能となった。
【００１６】又、前記遠隔地のサーバの異常診断が、該
遠隔地のサーバのソフトウェア診断で異常があった時
に、ハードウェア診断を行うものである場合には、該遠
隔地のサーバにソフトウェア異常がない場合には、ハー
ドウェア診断を行わないため、無駄なハードウェア診断
を回避することができる。
遠隔地のサーバのソフトウェア診断で異常があった時
に、ハードウェア診断を行うものである場合には、該遠
隔地のサーバにソフトウェア異常がない場合には、ハー
ドウェア診断を行わないため、無駄なハードウェア診断
を回避することができる。
【００１７】
【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態の例を詳細に説明する。
実施の形態の例を詳細に説明する。
【００１８】本実施形態は、ＴＣＰ／ＩＰネットワーク
上の複数の端末で構成され、ソケット通信を利用したサ
ーバ／クライアント形態の業務を実施するアプリケーシ
ョンシステムにおける遠隔地端末の異常診断を行うもの
である。
上の複数の端末で構成され、ソケット通信を利用したサ
ーバ／クライアント形態の業務を実施するアプリケーシ
ョンシステムにおける遠隔地端末の異常診断を行うもの
である。
【００１９】図１に、本実施形態に係る遠隔地端末の異
常診断を行うサーバ監視装置の概略構成を示す。
常診断を行うサーバ監視装置の概略構成を示す。
【００２０】図１において、１０はＴＣＰ／ＩＰネット
ワークであり、簡単のため、このネットワーク上には３
つの端末、即ち端末Ａ２０、端末Ｂ３０及び端末Ｃ４０
が存在するものとする。端末Ａ２０は管理者がいる端末
であり、端末Ｂ３０及び端末Ｃ４０は、それぞれ遠隔地
にある端末である。端末Ａ２０は、チェッククライアン
トＡＰ２２を含んでいる。端末Ｂ３０はソケット通信の
サーバであるソケットサーバＡＰ３２、ソケット通信の
クライアントであるソケットクライアントＡＰ３４及び
チェックを行うためのサーバであるチェックサーバＡＰ
３６を含んでいる。又、端末Ｃ４０も同様にソケットサ
ーバＡＰ４２、ソケットクライアントＡＰ４４及びチェ
ックサーバＡＰ４６を含んでいる。
ワークであり、簡単のため、このネットワーク上には３
つの端末、即ち端末Ａ２０、端末Ｂ３０及び端末Ｃ４０
が存在するものとする。端末Ａ２０は管理者がいる端末
であり、端末Ｂ３０及び端末Ｃ４０は、それぞれ遠隔地
にある端末である。端末Ａ２０は、チェッククライアン
トＡＰ２２を含んでいる。端末Ｂ３０はソケット通信の
サーバであるソケットサーバＡＰ３２、ソケット通信の
クライアントであるソケットクライアントＡＰ３４及び
チェックを行うためのサーバであるチェックサーバＡＰ
３６を含んでいる。又、端末Ｃ４０も同様にソケットサ
ーバＡＰ４２、ソケットクライアントＡＰ４４及びチェ
ックサーバＡＰ４６を含んでいる。
【００２１】なお、図１は省略して表現しているが、各
端末が含んでいるソケットサーバは１つに限らず、例え
ば端末Ｃ４０には他にもソケットサーバＡＰ４８等が含
まれている。
端末が含んでいるソケットサーバは１つに限らず、例え
ば端末Ｃ４０には他にもソケットサーバＡＰ４８等が含
まれている。
【００２２】通常、端末Ｂ３０、端末Ｃ４０は、ソケッ
トクライアントＡＰ３４とソケットサーバＡＰ４２との
間及びソケットクライアントＡＰ４４とソケットサーバ
ＡＰ３２との間で、図１の回線（１）を通じてＴＣＰ／
ＩＰベースの通常業務を行っている。
トクライアントＡＰ３４とソケットサーバＡＰ４２との
間及びソケットクライアントＡＰ４４とソケットサーバ
ＡＰ３２との間で、図１の回線（１）を通じてＴＣＰ／
ＩＰベースの通常業務を行っている。
【００２３】端末Ａ２０にいる管理者は、遠隔地の端末
に対して次に示す２通りの異常診断を行う。
に対して次に示す２通りの異常診断を行う。
【００２４】（ａ）管理者のいる端末Ａ２０から監視し
たい端末（遠隔地の端末Ｂ３０あるいは端末Ｃ４０）の
状況を検知する。
たい端末（遠隔地の端末Ｂ３０あるいは端末Ｃ４０）の
状況を検知する。
【００２５】（ｂ）管理者から遠隔地にある端末（端末
Ｂ３０あるいは端末Ｃ４０）から監視したい他の遠隔地
にある端末（端末Ｃ４０あるいは端末Ｂ３０）の状況を
検知する。
Ｂ３０あるいは端末Ｃ４０）から監視したい他の遠隔地
にある端末（端末Ｃ４０あるいは端末Ｂ３０）の状況を
検知する。
【００２６】検知する機能は、ハードウェア診断とソフ
トウェア診断の２つがある。ハードウェア診断は、回
線、機器、通信用ソフト（例えば通信デーモン）を含む
ＯＳの稼働チェックを行うものであり、ソフトウェア診
断は、サーバアプリケーションの稼働チェックを行うも
のである。
トウェア診断の２つがある。ハードウェア診断は、回
線、機器、通信用ソフト（例えば通信デーモン）を含む
ＯＳの稼働チェックを行うものであり、ソフトウェア診
断は、サーバアプリケーションの稼働チェックを行うも
のである。
【００２７】以下、フローチャートを用いて本実施形態
の作用を説明する。
の作用を説明する。
【００２８】図２は、本実施形態における異常診断の処
理の流れを示すフローチャートである。
理の流れを示すフローチャートである。
【００２９】障害が発生した場合、ステップ１００にお
いて、管理者が端末Ａ２０より、監視に必要な項目を入
力する。この監視に必要な項目を図３に示す。監視に必
要な項目は、図３に示すように、監視元端末名、被監視
端末名、ソケット通信を行っているポート番号及び監視
するサーバ名等である。これらの入力された内容によっ
て、前記（ａ）管理者のいる端末から遠隔地の端末の状
況を検知するのか、（ｂ）遠隔地の端末から他の遠隔地
の端末の状況を検知するのか、を自動的に判断する。こ
の管理者のいる端末から遠隔地の端末か、あるいは遠隔
地の端末から他の遠隔地の端末かという、監視ルートの
決定は図４に示すような監視ルートの決定方法によって
判断される。
いて、管理者が端末Ａ２０より、監視に必要な項目を入
力する。この監視に必要な項目を図３に示す。監視に必
要な項目は、図３に示すように、監視元端末名、被監視
端末名、ソケット通信を行っているポート番号及び監視
するサーバ名等である。これらの入力された内容によっ
て、前記（ａ）管理者のいる端末から遠隔地の端末の状
況を検知するのか、（ｂ）遠隔地の端末から他の遠隔地
の端末の状況を検知するのか、を自動的に判断する。こ
の管理者のいる端末から遠隔地の端末か、あるいは遠隔
地の端末から他の遠隔地の端末かという、監視ルートの
決定は図４に示すような監視ルートの決定方法によって
判断される。
【００３０】ステップ１１０及びステップ１２０におい
て、この監視ルートが決定する。ステップ１１０及び１
２０において、共に監視元が自端末である場合には、ス
テップ１３０へ進み入力エラーとする。又、ステップ１
１０において監視元が自端末であり、ステップ１２０に
おいて監視先が他端末であるとされた場合には、前記
（ａ）のケースであり、次のステップ１４０において、
他端末内のサーバのチェックを行う。
て、この監視ルートが決定する。ステップ１１０及び１
２０において、共に監視元が自端末である場合には、ス
テップ１３０へ進み入力エラーとする。又、ステップ１
１０において監視元が自端末であり、ステップ１２０に
おいて監視先が他端末であるとされた場合には、前記
（ａ）のケースであり、次のステップ１４０において、
他端末内のサーバのチェックを行う。
【００３１】図５に、内部サーバチェックの処理フロー
を示す。
を示す。
【００３２】ステップ２００において、自端末である管
理者のいる端末Ａ２０のチェッククライアントＡＰ２２
から、遠隔地にある監視対象端末である端末Ｂ３０のソ
ケットサーバＡＰ３２に対し、回線（２）を通じて通信
を行う。
理者のいる端末Ａ２０のチェッククライアントＡＰ２２
から、遠隔地にある監視対象端末である端末Ｂ３０のソ
ケットサーバＡＰ３２に対し、回線（２）を通じて通信
を行う。
【００３３】ステップ２１０において、前記ソケットサ
ーバＡＰ３２がアクティブか否か判断する。前記通信に
対する応答をチェッククライアントＡＰ２２が受けた場
合には、ソケットサーバＡＰ３２は稼働しており、正常
であるとしてステップ２２０へ進み、正常メッセージを
作成する。
ーバＡＰ３２がアクティブか否か判断する。前記通信に
対する応答をチェッククライアントＡＰ２２が受けた場
合には、ソケットサーバＡＰ３２は稼働しており、正常
であるとしてステップ２２０へ進み、正常メッセージを
作成する。
【００３４】又、ステップ２１０の判断において、所定
時間内に通信の応答が無くタイムオーバーとなったり、
あるいはコネクションエラーが発生した場合には、端末
Ｂ３０に対してＰＩＮＧを実行し、その結果により、ス
テップ２３０において障害メッセージを作成する。
時間内に通信の応答が無くタイムオーバーとなったり、
あるいはコネクションエラーが発生した場合には、端末
Ｂ３０に対してＰＩＮＧを実行し、その結果により、ス
テップ２３０において障害メッセージを作成する。
【００３５】又、図２のステップ１１０において、監視
元が自端末ではなく遠隔地の他端末（例えば端末Ｂ３
０）の場合は、ステップ１５０で自端末である管理者の
いる端末Ａ２０のチェッククライアントＡＰ２２より、
管理者が入力したデータを編集して、監視元端末である
端末Ｂ３０上のチェックサーバＡＰ３６に回線（３）に
より転送する。
元が自端末ではなく遠隔地の他端末（例えば端末Ｂ３
０）の場合は、ステップ１５０で自端末である管理者の
いる端末Ａ２０のチェッククライアントＡＰ２２より、
管理者が入力したデータを編集して、監視元端末である
端末Ｂ３０上のチェックサーバＡＰ３６に回線（３）に
より転送する。
【００３６】次のステップ１６０において、端末Ｂ３０
では、監視サーバ名が入力されているか否か判断する。
監視サーバ名が入力されている場合には、ステップ１４
０へ進み、端末Ｂ３０において、受信した監視サーバ名
のアプリケーションプロセスが端末Ｂ３０で稼働してい
るか否か、回線（５）を通じて確認し、その結果のメッ
セージを作成する。
では、監視サーバ名が入力されているか否か判断する。
監視サーバ名が入力されている場合には、ステップ１４
０へ進み、端末Ｂ３０において、受信した監視サーバ名
のアプリケーションプロセスが端末Ｂ３０で稼働してい
るか否か、回線（５）を通じて確認し、その結果のメッ
セージを作成する。
【００３７】又、ステップ１６０における判断で、監視
サーバ名が入力されていない場合には、次のステップ１
７０へ進み、監視先のチェックを行う。今の場合、監視
元は端末Ｂ３０で、監視先は端末Ｃ４０とする。
サーバ名が入力されていない場合には、次のステップ１
７０へ進み、監視先のチェックを行う。今の場合、監視
元は端末Ｂ３０で、監視先は端末Ｃ４０とする。
【００３８】図６に監視先のチェックを行う処理フロー
を示す。
を示す。
【００３９】図６のステップ３００において、端末Ｂ３
０では、受信したポート番号で監視先端末Ｃ４０のソケ
ットサーバＡＰ４２に対し、回線（４）を通じて通信を
行う。端末Ｃ４０では、ステップ３１０においてソケッ
トサーバＡＰ４２が正常にこのデータを受信したら、次
のステップ３２０において、端末Ｂ３０に対して応答を
返す。端末Ｃ４０は応答を返した後、再び待機状態とな
る。
０では、受信したポート番号で監視先端末Ｃ４０のソケ
ットサーバＡＰ４２に対し、回線（４）を通じて通信を
行う。端末Ｃ４０では、ステップ３１０においてソケッ
トサーバＡＰ４２が正常にこのデータを受信したら、次
のステップ３２０において、端末Ｂ３０に対して応答を
返す。端末Ｃ４０は応答を返した後、再び待機状態とな
る。
【００４０】ステップ３３０において、端末Ｂ３０は端
末Ｃ４０より応答を受ける。ステップ３４０において、
タイムオーバーにより応答が戻ってこない場合や、コネ
クションエラー等が発生していないか判断する。これら
のエラーが発生していない場合には、ソフトウェアには
異常がないので、ハードウェア診断は行わず、ステップ
３５０へ進み正常メッセージを作成する。
末Ｃ４０より応答を受ける。ステップ３４０において、
タイムオーバーにより応答が戻ってこない場合や、コネ
クションエラー等が発生していないか判断する。これら
のエラーが発生していない場合には、ソフトウェアには
異常がないので、ハードウェア診断は行わず、ステップ
３５０へ進み正常メッセージを作成する。
【００４１】エラーが発生した場合には、次のステップ
３６０ヘ進み、ＰＩＮＧを行い、回線障害をチェックす
る。このＰＩＮＧによる回線障害チェックは、端末Ｃ４
０のＯＳ標準の通信ソフトが正しく稼働するか否かを端
末Ｃ４０に対して通信を行い、その応答を受けることに
よって行う。
３６０ヘ進み、ＰＩＮＧを行い、回線障害をチェックす
る。このＰＩＮＧによる回線障害チェックは、端末Ｃ４
０のＯＳ標準の通信ソフトが正しく稼働するか否かを端
末Ｃ４０に対して通信を行い、その応答を受けることに
よって行う。
【００４２】ステップ３７０において、回線障害チェッ
クにおいてエラーが発生したか否か判断する。エラーが
発生した場合には、ステップ３８０において、回線障害
メッセージを作成する。又、ステップ３７０の判定にお
いて、エラーが発生していない場合には、回線には異常
が無く、ソフトウェア異常であると判断され、ステップ
３９０においてサーバ停止メッセージを作成する。
クにおいてエラーが発生したか否か判断する。エラーが
発生した場合には、ステップ３８０において、回線障害
メッセージを作成する。又、ステップ３７０の判定にお
いて、エラーが発生していない場合には、回線には異常
が無く、ソフトウェア異常であると判断され、ステップ
３９０においてサーバ停止メッセージを作成する。
【００４３】次に図２のフローチャートへ戻り、ステッ
プ１８０において、端末Ｂ３０はチェック結果を端末Ａ
２０に転送する。端末Ａ２０では、以上の結果を表示
し、管理者がその問題分析をする。
プ１８０において、端末Ｂ３０はチェック結果を端末Ａ
２０に転送する。端末Ａ２０では、以上の結果を表示
し、管理者がその問題分析をする。
【００４４】なお、監視元端末が端末Ｃ４０で監視先端
末が端末Ｂ３０の場合には、端末Ｃ４０内のチェックサ
ーバＡＰ４６を用いて、回線（６）、（７）を通じて同
様に異常診断を行うことができる。
末が端末Ｂ３０の場合には、端末Ｃ４０内のチェックサ
ーバＡＰ４６を用いて、回線（６）、（７）を通じて同
様に異常診断を行うことができる。
【００４５】このように本実施形態によれば、管理者か
ら離れた端末のハードウェアチェックや、遠隔地におけ
る２端末間のソフトウェアチェックや回線チェックを容
易に行うことができる。又、図６のフローチャートに示
すように、ソフトウェア診断において、異常の発生が見
られない場合には、ハードウェア診断は行わないように
しているため、無駄なハードウェア診断を省略すること
が可能となる。
ら離れた端末のハードウェアチェックや、遠隔地におけ
る２端末間のソフトウェアチェックや回線チェックを容
易に行うことができる。又、図６のフローチャートに示
すように、ソフトウェア診断において、異常の発生が見
られない場合には、ハードウェア診断は行わないように
しているため、無駄なハードウェア診断を省略すること
が可能となる。
【００４６】
【発明の効果】以上説明したとおり、本発明によれば、
管理者から離れた端末のハードウェアチェックや、遠隔
地における２端末間のソフトウェアチェックや回線チェ
ックを自動的に容易に行うことが可能となる。
管理者から離れた端末のハードウェアチェックや、遠隔
地における２端末間のソフトウェアチェックや回線チェ
ックを自動的に容易に行うことが可能となる。
【図１】本発明が適用されるネットワークにおけるサー
バ監視装置の概略構成図
バ監視装置の概略構成図
【図２】本実施形態の処理を示すメインフローチャート
【図３】本実施形態においてサーバ監視に必要な項目を
示す図表
示す図表
【図４】本実施形態におけるサーバ監視をするための監
視ルートの決定方法を示す図表
視ルートの決定方法を示す図表
【図５】本実施形態における内部サーバチェックの処理
を示すフローチャート
を示すフローチャート
【図６】本実施形態における監視先サーバチェックの処
理を示すフローチャート
理を示すフローチャート
１０…ＴＣＰ／ＩＰネットワーク ２０…端末Ａ ２２…チェッククライアントＡＰ ３０…端末Ｂ ３２、４２、４８…ソケットサーバＡＰ ３４、４４…ソケットクライアントＡＰ ３６、４６…チェックサーバＡＰ ４０…端末Ｃ
Claims (3)
- 【請求項１】ネットワーク上の複数の情報処理装置で構
成され、通信を利用したサーバ／クライアント形態の業
務を実施するアプリケーションシステムにおいて、 １つの情報処理装置より遠隔地にあるサーバの状態を監
視するチェック用サーバを備え、 該情報処理装置から前記チェック用サーバを通じて、ア
プリケーション業務を行っている遠隔地のサーバの異常
診断を行うことを特徴とするサーバ監視装置。 - 【請求項２】請求項１において、前記遠隔地のサーバの
異常診断が、該遠隔地のサーバのソフトウェア診断やハ
ードウェア診断であることを特徴とするサーバ監視装
置。 - 【請求項３】請求項１又は２において、前記遠隔地のサ
ーバの異常診断が、該遠隔地のサーバのソフトウェア診
断で異常があった時に、ハードウェア診断を行うもので
あることを特徴とするサーバ監視装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8255959A JPH10107792A (ja) | 1996-09-27 | 1996-09-27 | サーバ監視装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8255959A JPH10107792A (ja) | 1996-09-27 | 1996-09-27 | サーバ監視装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10107792A true JPH10107792A (ja) | 1998-04-24 |
Family
ID=17285960
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8255959A Withdrawn JPH10107792A (ja) | 1996-09-27 | 1996-09-27 | サーバ監視装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10107792A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001057673A (ja) * | 1999-08-18 | 2001-02-27 | Daiei Media Solutions Inc | 放映配信システム |
| WO2001098857A2 (en) * | 2000-06-20 | 2001-12-27 | Bae Young Ju | Remote server management method on the network |
| CN114706703A (zh) * | 2022-03-23 | 2022-07-05 | 飞腾信息技术有限公司 | 多路服务器系统故障诊断装置、系统及方法 |
-
1996
- 1996-09-27 JP JP8255959A patent/JPH10107792A/ja not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001057673A (ja) * | 1999-08-18 | 2001-02-27 | Daiei Media Solutions Inc | 放映配信システム |
| WO2001098857A2 (en) * | 2000-06-20 | 2001-12-27 | Bae Young Ju | Remote server management method on the network |
| WO2001098857A3 (en) * | 2000-06-20 | 2002-06-27 | Young-Ju Bae | Remote server management method on the network |
| CN114706703A (zh) * | 2022-03-23 | 2022-07-05 | 飞腾信息技术有限公司 | 多路服务器系统故障诊断装置、系统及方法 |
| CN114706703B (zh) * | 2022-03-23 | 2023-10-20 | 飞腾信息技术有限公司 | 多路服务器系统故障诊断装置、系统及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6651190B1 (en) | Independent remote computer maintenance device | |
| US7801984B2 (en) | Diagnostic/remote monitoring by email | |
| US7301909B2 (en) | Trouble-ticket generation in network management environment | |
| US6633538B1 (en) | Node representation system, node monitor system, the methods and storage medium | |
| US6654915B1 (en) | Automatic fault management system utilizing electronic service requests | |
| US20080162984A1 (en) | Method and apparatus for hardware assisted takeover | |
| US20050097182A1 (en) | System and method for remote management | |
| JPH0666783B2 (ja) | ネツトワーク・モジュールの相互接続方法 | |
| EP2149090B1 (en) | System diagnostic utility | |
| JPH10107792A (ja) | サーバ監視装置 | |
| JP3981349B2 (ja) | 遠隔操作システム | |
| US20080310314A1 (en) | Method for Detecting a Message Interface Fault in a Communication Device | |
| CN109510725B (zh) | 通信设备故障检测系统及方法 | |
| JP2007329564A (ja) | ファイル送信端末 | |
| CN106254156A (zh) | 设备访问方法及装置 | |
| KR100241557B1 (ko) | 이중화 네트워크의 데이터 송수신 처리 방법 | |
| JP2836612B2 (ja) | ネットワーク装置のモニタシステム | |
| JP2751861B2 (ja) | ネットワークシステム障害検出処理回路 | |
| KR100191678B1 (ko) | 통신망 이중화를 위한 통신망 검사방법 | |
| JPH09160875A (ja) | マルチエージェント相互バックアップ方式 | |
| JP2530731B2 (ja) | 通信回線試験装置 | |
| JP2001147909A (ja) | 状態監視システム | |
| JP3024556B2 (ja) | リビジョン番号チェックシステム、リビジョン番号チェック装置およびリビジョン番号チェック方法 | |
| KR20040053995A (ko) | 에이티엠 교환기에서의 랜 케이블 장애 검출 방법 | |
| JPH0798667A (ja) | 遠隔監視システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20031202 |