JP4034436B2 - クライアント・サーバシステム及びクライアント稼働監視方法 - Google Patents
クライアント・サーバシステム及びクライアント稼働監視方法 Download PDFInfo
- Publication number
- JP4034436B2 JP4034436B2 JP27851198A JP27851198A JP4034436B2 JP 4034436 B2 JP4034436 B2 JP 4034436B2 JP 27851198 A JP27851198 A JP 27851198A JP 27851198 A JP27851198 A JP 27851198A JP 4034436 B2 JP4034436 B2 JP 4034436B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- log
- server
- operating state
- output
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 70
- 238000012544 monitoring process Methods 0.000 title claims description 38
- 238000012545 processing Methods 0.000 claims description 63
- 230000005540 biological transmission Effects 0.000 claims description 46
- 230000002159 abnormal effect Effects 0.000 claims description 38
- 230000004044 response Effects 0.000 claims description 20
- 230000008569 process Effects 0.000 description 49
- 230000006870 function Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 230000036541 health Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに対し、複数のクライアントと、サーバとが接続されたクライアント・サーバシステム及びこのシステムにおけるクライアント稼働監視方法に関するものである。
【０００２】
【従来の技術】
従来、図１２に示すように、ネットワーク１００に対し、複数のクライアント２００−１〜２００−ｎと、サーバ３００とが接続されたクライアント・サーバシステムでは、運用管理の一貫としてクライアント稼働監視が実行されている。このクライアント稼働監視方法としては、運用管理用ミドルウェアのエージェントとして位置付けられるクライアント２００−１〜２００−ｎと、運用管理用ミドルウェアのマネージャとして位置付けられるサーバ３００との間において、定期的に通信を行うヘルスチェック機能が知られている。
【０００３】
上記ヘルスチェック機能は、運用管理用ミドルウェアによらなければ、アプリケーションにより実現する必要がある。この機能によれば、複数のクライアントの稼働状況を１台のサーバにおいて一元管理できる利点があり、多くのシステムにおいて採用されている。また、運用管理用ミドルウェアによりヘルスチェック機能を実現する場合には、運用管理用ミドルウェアをサーバ及びクライアントへインストールするだけで良く、開発工数を削減することができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、クライアントの数が１００台、２００台と言うように膨大なシステムにおいて、以下に述べるような問題点が生じる。まず、膨大な数のクライアントとサーバが定期的にヘルスチェック機能による通信を行うので、ネットワークへの負荷が増大し、本来のクライアントとサーバ間の通信が行い難くなり、業務処理に悪影響を及ぼすという問題点がある。
【０００５】
更に、運用管理用ミドルウェアによりヘルスチェック機能を実現する場合には、インストールに人手と時間を要する問題がある。更に、クライアントとサーバのプラットホームが異なる場合には、運用管理用ミドルウェアのサポート制限により、クライアントをエージェントとして登録できない場合があった。
【０００６】
本発明は、上記のような従来のクライアント・サーバシステムにおける問題点を解決せんとしてなされたもので、その目的は、クライアントの数が多い場合にも、また、クライアントとサーバのプラットホームが異なる場合にも、比較的容易に、かつ、適切にクライアントの稼働状態を把握することが可能なクライアント・サーバシステム及びクライアント稼働監視方法を提供することである。
【０００７】
【課題を解決するための手段】
本発明に係るクライアント・サーバシステムは、複数のクライアントと第１のサーバとがネットワークを介して接続されたクライアント・サーバシステムにおいて、第１のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、前記ログ出力手段によりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理手段と、このログ収集・判定処理手段により更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成手段とを備え、第１のサーバに接続され、前記作成手段により作成された表示データに基づき各クライアントに関する稼働状態の表示を行う表示手段を具備することを特徴とする。
【０００８】
本発明に係るクライアント・サーバシステムは、第１のサーバに接続されたクライアントとは異なる複数のクライアントとネットワークを介して接続された第２のサーバを備え、前記第２のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、前記ログ出力手段によりログが出力されると、このログを第１のサーバへ送信するログ送信処理手段とを具備し、第１のサーバのログ収集・判定処理手段は、送信されたログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、作成手段は、前記ログ収集・判定処理手段により更新された上記稼働状態情報に基づき第１のサーバに接続された各クライアント以外に第２のサーバに接続された各クライアントに関する稼働状態の表示データを作成し、表示手段は、作成手段により作成された全ての表示データに基づき第１のサーバに接続された各クライアント及び第２のサーバに接続された各クライアントに関する稼働状態の表示を行うことを特徴とする。
【０００９】
本発明に係るクライアント・サーバシステムは、前記第１のサーバは、前記ログ収集・判定処理手段から出力される情報に基づき、各クライアントに対する各時間単位の応答、通知の回数を含む統計情報を生成する統計データ生成手段を具備し、前記表示手段は、前記統計データ生成手段により生成された統計情報に基づき各クライアントに関する統計情報の表示を行うことを特徴とする。
【００１０】
本発明に係るクライアント・サーバシステムは、複数のクライアントと第１のサーバとがネットワークを介して接続され、前記クライアントとは別の複数のクライアントと第２のサーバとがネットワークを介して接続され、第１のサーバと第２のサーバに第３のサーバが接続されたクライアント・サーバシステムにおいて、前記第１のサーバと前記第２のサーバは、接続されたクライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、前記ログ出力手段によりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理手段と、前記ログ収集・判定処理手段により更新された稼働状態情報を第３のサーバへ送る送信側の管理手段を具備し、前記第３のサーバは、前記第１、第２のサーバの各ログ収集・判定処理手段により更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成手段と前記第１、第２のサーバの送信側の管理手段から送られた稼働状態情報を受け取り、これを前記作成手段へ送出する受信側の管理手段とを備えており、前記第３のサーバに接続され、前記作成手段により作成された表示データに基づき各クライアントに関する稼働状態の表示を行う表示手段を具備することを特徴とする。
【００１１】
本発明に係るクライアント稼働監視方法は、複数のクライアントと第１のサーバとがネットワークを介して接続されたクライアント・サーバシステムにおけるクライアント稼働監視方法において、前記第１のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、前記ログ出力ステップによりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理ステップと、このログ収集・判定処理ステップにより更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成ステップとを備え、前記第１のサーバに接続された表示手段において、前記作成ステップにより作成された表示データに基づき各クライアントに関する稼働状態の表示を行うことを特徴とする。
本発明に係るクライアント稼働監視方法は、第１のサーバに接続されたクライアントとは異なる複数のクライアントとネットワークを介して接続された第２のサーバを備えたクライアント・サーバシステムにおけるクライアント稼働監視方法において、前記第２のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、前記ログ出力ステップによりログが出力されると、このログを第１のサーバへ送信するログ送信処理ステップとを具備し、第１のサーバのログ収集・判定処理ステップでは、送信されたログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、前記作成ステップでは、前記ログ収集・判定処理ステップにより更新された上記稼働状態情報に基づき前記第１のサーバに接続された各クライアント以外に第２のサーバに接続された各クライアントに関する稼働状態の表示データを作成し、表示手段では、前記作成ステップにより作成された全ての表示データに基づき第１のサーバに接続された各クライアント及び第２のサーバに接続された各クライアントに関する稼働状態の表示を行うことを特徴とする。
本発明に係るクライアント稼働監視方法は、前記ログ収集・判定処理ステップから出力される情報に基づき、各クライアントに対する各時間単位の応答、通知の回数を含む統計情報を生成する統計データ生成ステップを具備し、表示手段は、前記統計データ生成ステップにより生成された統計情報に基づき各クライアントに関する統計情報の表示を行うことを特徴とする。
本発明に係るクライアント稼働監視方法は、複数のクライアントと第１のサーバとがネットワークを介して接続され、前記クライアントとは別の複数のクライアントと第２のサーバとがネットワークを介して接続され、第１のサーバと第２のサーバに第３のサーバが接続されたクライアント・サーバシステムにおけるクライアント稼働監視方法において、前記第１のサーバと前記第２のサーバは、接続されたクライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、このログ出力ステップによりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理ステップと、ログ収集・判定処理ステップにより更新された稼働状態情報を第３のサーバへ送る送信側の管理ステップを具備し、前記第３のサーバは、前記第１、第２のサーバの各ログ収集・判定処理ステップにより更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成ステップと前記第１、第２のサーバの送信側の管理ステップから送られた稼働状態情報を受け取り、これを作成ステップへ送出する受信側の管理ステップとを備えており、前記第３のサーバに接続された表示手段において、前記作成ステップにより作成された表示データに基づき各クライアントに関する稼働状態の表示を 行うことを特徴とする。
【００１２】
【発明の実施の形態】
以下添付図面を参照して、本発明の実施の形態に係るクライアント・サーバシステム及びこのシステムにおけるクライアント稼働監視方法を説明する。各図において、同一の構成要素には同一の符号を付し、重複する説明を省略する。図１には、ネットワーク１に対し、複数のクライアント２−１〜２−ｎと、サーバＡとが接続されたクライアント・サーバシステムが示されている。また、サーバＡには、監視端末３が接続されている。
【００１３】
図３には、クライアント２−１〜２−ｎの構成例が示されている。クライアントは、ＣＰＵ１０が主記憶装置１１に記憶されたプログラムやデータを用いて各部を制御するコンピュータの構成を有している。上記のＣＰＵ１０にはバス１２を介して、キーボード制御部１３、表示制御部１４、マウス制御部１５、プリンタ制御部１６、磁気ディスク制御部１７、通信インタフェース１８が接続されている。
【００１４】
キーボード制御部１３は接続されるキーボード入力装置１９からの入力データを受けてＣＰＵ１０へ送出する。表示制御部１４は接続されるＣＲＴ表示装置２０に対しＣＰＵ１０から送られる画像データに基づく表示を行う。マウス制御部１５は接続されるマウス２１からの入力位置データを受けてＣＰＵ１０へ送出する。プリンタ制御部１６は接続されているプリンタ装置２２へＣＰＵ１０から送られる印字データに基づくプリントを行わせる。磁気ディスク制御部１７は接続されている磁気ディスク装置２３に対しＣＰＵ１０の制御下においてデータのリードライトを行う。通信インタフェース１８は、ＣＰＵ１０の制御下において通信制御部２４を介してデータの送受を行う。
【００１５】
監視端末３も上記の図３に示したシステムと同様の構成であるが、通信インタフェース１８、通信制御部２４は、ＣＰＵ１０とのインタフェースに置き換えられる。また、サーバＡは、図３に示したシステムの内、ＣＰＵ１０、主記憶装置１１、バス１２、磁気ディスク制御部１７、磁気ディスク装置２３を備えた構成で十分である。
【００１６】
サーバＡは、図２に示されるように、クライアントの稼働状態情報を保持するためのファイル４を、例えば、磁気ディスク装置２３に備える。そして、サーバＡは、主記憶装置１１のプログラムによりクライアント送信処理プロセス３１、ログ収集・判定処理プロセス３２、稼働状態生成処理プロセス３３を有する。また、監視端末３は、主記憶装置１１のプログラムにより稼働状態表示プロセス３４を有する。
【００１７】
以下に各プロセスによる処理動作を説明する。クライアント送信処理プロセス３１は、各クライアント２−１〜２−ｎからの要求を受けて、これに対する応答を返送し、また、各クライアント２−１〜２−ｎに対する通知を行う。そして、クライアント送信処理プロセス３１は、ログ収集共通関数３５を備えており、上記各クライアント２−１〜２−ｎに対する応答を返送するとき及び通知のときに、ログ収集共通関数３５をコールする。
【００１８】
ここで図４に、ログ収集共通関数３５の入力引数を示す。入力引数は、「当該ログの発生元識別名（識別情報）」、「クライアント識別名」、「各クライアントのユニークな番号（識別情報）」、「当該ログの種別」、「当該ログのメッセージ番号」、「当該ログの発生時刻」である。
【００１９】
入力引数「当該ログの発生元識別名（識別情報）」としては、サーバＡ、サーバＡ、Ｂなど、通知等の発生元（複数、集合体も可）を識別する情報であり、「クライアント識別名」としては、クライアントＡ群、クライアントａ、Ｂ群など、通知等の先（複数、集合体も可）を識別する情報である。「各クライアントのユニークな番号（識別情報）」は、端末ホスト名や、回線番号など、通知等の先のクライアントを個別に識別する情報である。「当該ログの種別」は、データ送信の成否を示す情報であり、「当該ログのメッセージ番号」は、１つの送信毎に与えられる連続する番号であり、「当該ログの発生時刻」はログの発生時刻の情報である。
【００２０】
ログ収集共通関数３５は入力引数に応じた引数を有するログ（記録情報）を出力する。ログ収集・判定処理プロセス３２は、上記で出力されたログを収集し、図５に示されるフローチャートに基づき該当クライアントの稼働状態情報を更新する。まず、収集したログについて引数「ログ種別」に基づきデータ送信成功に対応するログであるかを検出する（Ｓ１）。ここで、データ送信成功に対応するログであることを検出した場合には、当該クライアントの稼働状態情報を参照して、稼働状態情報が「異常」であるか「正常」となっているかを検出する（Ｓ２）。
【００２１】
上記ステップＳ２において、稼働状態情報が「異常」である場合には、当該クライアント「異常｝から「正常」となったと判定し、稼働状態情報を「正常」へ変更する（Ｓ３）。また、上記ステップＳ２において、稼働状態情報が「正常」である場合には、当該クライアントが「正常」を継続していると判定し、稼働状態情報「正常」をそのままとし、変更を加えることはない（Ｓ４）。
【００２２】
一方、ステップＳ１において、データ送信失敗に対応するログであることを検出した場合には、当該クライアントの稼働状態情報を参照して、稼働状態情報が「異常」であるか「正常」であるかを検出する（Ｓ５）。
【００２３】
上記ステップＳ５において、稼働状態情報が「異常」である場合には、当該クライアントが「異常」を継続していると判定し、稼働状態情報「異常」をそのままとし、変更を加えることはない（Ｓ４）。一方、上記ステップＳ５において、稼働状態情報が「正常」である場合には、当該クライアントが「正常」から「異常」となったと判定し、稼働状態情報を「異常」へ変更する（Ｓ６）。
【００２４】
以上のログ収集・判定処理プロセス３２による処理結果は稼働状態生成処理プロセス３３によりファイル４へ反映される。監視端末３の稼働状態表示プロセス３４は上記ファイル４を参照して、各クライアント２−１〜２−ｎの稼働状態の表示データを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示する。つまり、各クライアント２−１〜２−ｎのそれぞれが、正常か異常かを示す画像がＣＲＴ表示装置２０に表示される。
【００２５】
斯して、本実施の形態では、運用管理用ミドルウェアを使用しないので、サーバとクライアントのプラットホームに関わりなく、適切に各クライアント２−１〜２−ｎの稼働状態を監視可能である。更に、クライアントの数が多い場合にもインストールが不要であり、人手と時間を費やす必要がない。また、サーバからの応答と通知の際にログ収集共通関数３５をコールするだけであり、ネットワークに負担をかけることがなく、通常の業務処理に影響が殆ど無い利点がある。
【００２６】
図６、図７には、第２の実施の形態に係るクライアント・サーバシステムが示されている。このシステムでは、サーバＡに対し回線を介してサーバＢが接続されている。サーバＢは、ネットワーク１Ｂを介してクライアントである出力機器５−１〜５−ｍに接続されており、データを出力機器５−１〜５−ｍの所要の機器へ送出して出力を生じさせている。
【００２７】
サーバＢには、主記憶装置１１のプログラムにより、クライアント送信処理プロセス３１に類似のクライアント送信処理プロセス３１Ｂと、自装置のログ送信を行うログ送信処理プロセス３６が構成されている。サーバＡには、ファイル４以外にファイル４Ａが備えられ、ログが保持可能となっている。サーバＡは、主記憶装置１１のプログラムによりログ生成処理プロセス３３Ａを有する。また、監視端末３は、稼働状態表示プロセス３４以外にログ表示プロセス３４Ａを有する。
【００２８】
このシステムの動作を説明する。クライアント送信処理プロセス３１による応答と通知の際に対応する処理は、既に図２、図４、図５を用いて説明した通りである。一方、クライアント送信処理プロセス３１Ｂが出力機器５−１〜５−ｍへ出力要求を行った場合に、ログ収集共通関数３５Ｂがコールされる。ログ収集共通関数３５Ｂは、ログ収集共通関数３５と同様の機能を有し、入力引数に応じた引数を有するログ（記録情報）を出力する。ログ送信処理プロセス３６は、ログ収集共通関数３５Ｂから出力されたログ（記録情報）をサーバＡへ通知する。
【００２９】
ログ収集・判定処理プロセス３２、稼働状態生成処理プロセス３３、また、監視端末３の稼働状態表示プロセス３４は、上記サーバＢから通知されたログ（記録情報）に対しても、サーバＡのログ収集共通関数３５にて出力されたログと全く同じ処理を行う。この結果、各出力機器５−１〜５−ｍのそれぞれが、正常か異常かの画像がＣＲＴ表示装置２０に表示される。
【００３０】
ログ生成処理プロセス３３Ａは、上記サーバＢから通知されたログ、サーバＡにて出力されたログをログ収集・判定処理プロセス３２を介して受け取り、ログを生成してファイル４Ａに蓄積する。監視端末３のログ表示プロセス３４Ａは上記ファイル４Ａを参照して、サーバＡ、Ｂのクライアントへの送信に関するログの表示データを作成し、ログ画像をＣＲＴ表示装置２０へ表示する。これにより、クライアントの稼働状態以外にクライアントへの送信に関するログ自体を画像により目視することができ、異常となった時刻等を把握できる。この実施の形態によれば、マルチベンダー化されたクライアント・サーバシステムのクライアント稼働状態を統合的に監視することができる。
【００３１】
次に図８に第３の実施の形態を示す。この実施の形態では、サーバＣを備えており、サーバＡが各クライアント２−１〜２−ｎの稼働状態情報をサーバＣへ通知し、サーバＢが各出力機器５−１〜５−ｍの稼働状態情報をサーバＣへ通知する構成を採用している。サーバＣには、監視端末３Ｃ−１、３Ｃ−２が接続されている。
【００３２】
各サーバＡ、Ｂ、Ｃの構成を図９に示す。サーバＡは、クライアント送信処理プロセス３１、ログ収集・判定処理プロセス３２、エージェントに対応する運用管理用ミドルウェア３７Ａを有する。サーバＢは、クライアント送信処理プロセス３１Ｂ、ログ収集・判定処理プロセス３２Ｂ、エージェントに対応する運用管理用ミドルウェア３７Ｂを有する。サーバＣは、マネージャに対応する運用管理用ミドルウェア３７Ｃ、稼働状態生成処理プロセス３３Ｃ、稼働状態情報を保持するためのファイル４Ｃを有する。監視端末３Ｃ−１は、稼働状態表示プロセス３４Ｃ−１を有し、監視端末３Ｃ−２は、稼働状態表示プロセス３４Ｃ−２を有する。
【００３３】
以下に本システムの動作を説明する。クライアント送信処理プロセス３１、３１Ｂ、ログ収集・判定処理プロセス３２、３２Ｂによる応答と通知の際に対応する処理は、既に図２、図４、図５を用いて説明した通りである。ログ収集・判定処理プロセス３２、３２Ｂによる処理結果に係る稼働状態情報は、運用管理用ミドルウェア３７Ａ、３７Ｂのエージェントに渡され、各エージェントはこの稼働状態情報をサーバＣの運用管理用ミドルウェア３７のマネージャへ通知する。
【００３４】
運用管理用ミドルウェア３７のマネージャは受け取った稼働状態情報を稼働状態生成処理プロセス３３Ｃへ送出し、稼働状態情報は稼働状態生成処理プロセス３３Ｃによりファイル４Ｃへ反映される。
【００３５】
監視端末３Ｃ−１、３Ｃ−２の稼働状態表示プロセス３４Ｃ−１、３４Ｃ−２は、上記ファイル４Ｃを参照して、各クライアント２−１〜２−ｎの稼働状態及び出力機器５−１〜５−ｍの稼働状態の表示データを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示する。つまり、各クライアント２−１〜２−ｎ及び出力機器５−１〜５−ｍのそれぞれが、正常か異常かの画像がＣＲＴ表示装置２０に表示される。本実施の形態では、運用管理用ミドルウェアをサーバのみに適用して、インストールの手間を減少させ、１つのサーバにてクライアントの稼働状態を一元的に監視できる。
【００３６】
次に図１０に第４の実施の形態を示す。この実施の形態では、サーバＡが各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍに接続され、サーバＡには、監視端末３が接続されて、状態表示と統計表示が可能となっている。サーバＡには、図１１に示されるように、稼働状態情報を保持するためのファイル４、以外に統計データを保持するためのファイル４Ａを、例えば、磁気ディスク装置２３に備える。そして、サーバＡは、クライアント送信処理プロセス３１、ログ収集・判定処理プロセス３２、稼働状態生成処理プロセス３３、更に、統計データ生成処理プロセス３９を有する。また、監視端末３は、稼働状態表示プロセス３４と統計表示プロセス４０を有する。
【００３７】
このシステムにおける各クライアント２−１〜２−ｎの稼働状態情報に関する処理動作は、図２、図４、図５を用いて説明した処理と同様である。このシステムでは、各出力機器５−１〜５−ｍの稼働状態情報に関しても同様に処理が行われる。ところで、このシステムでは、ログ収集・判定処理プロセス３２は処理結果を稼働状態生成処理プロセス３３と共に、統計データ生成処理プロセス３９へ送出する。統計データ生成処理プロセス３９は、各クライアント２−１〜２−ｎに対する各時間帯単位の応答、通知の回数、各出力機器５−１〜５−ｍに対する各時間帯単位の出力枚数などの統計情報を生成し、ファイル４Ａへ反映する。
【００３８】
監視端末３の稼働状態表示プロセス３４は上記ファイル４を参照して、各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍの稼働状態の表示データを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示する。また、統計表示プロセス４０は上記ファイル４Ａを参照して、各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍの統計情報の表示データを作成し、各時間帯の応答、通知の回数、各時間帯単位の出力枚数など画像をＣＲＴ表示装置２０へ表示する。これによって、監視端末３を用いて各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍのそれぞれが、正常か異常かを知ることができる上に、各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍのそれぞれの使用状況を統計的に表示させて把握することができる。
【００３９】
【発明の効果】
以上説明したように本発明に係るクライアント・サーバシステムによれば、サーバからクライアントへの送信に関する記録情報を収集して、この収集した記録情報に基づいて、クライアントの稼働状態を検出し、検出結果を出力するので、クライアントの稼働状態を検出するために特別に送信を行う必要がなく、ネットワークへの負荷増大が生じることがなく、業務処理を−適切に行うことができる。しかも、クライアントとサーバのプラットホームが異なる場合にも適用することができ、適用範囲が広くなる効果がある。
【００４０】
また、本発明に係るクライアント・サーバシステムでは、各クライアント毎の稼働状態に関する情報を保持しており、検出結果に基づき上記保持してある情報中の対応する情報を更新するようにしたので、現状におけるクライアントの状態が反映され、クライアントの状況を適切に把握することができる。
【００４１】
本発明に係るクライアント・サーバシステムでは、複数のサーバ中の所定の１つのサーバに対し自サーバの送信に関する記録情報を送信し、前記１つのサーバにおいて記録情報を収集して、この収集した記録情報に基づいて、クライアントの稼働状態を検出し、検出結果を出力するようにしたので、マルチベンダ環境においてクライアントの稼働状態を一元管理することができる。
【００４２】
また、本発明に係るクライアント・サーバシステムでは、各サーバにおいて記録情報を収集して、この収集した記録情報に基づいて、クライアントの稼働状態を検出し、検出結果を１つのサーバに送信して、その１つのサーバでは、送信されてくる稼働状態情報を受け取り自サーバのクライアントに係る稼働状態情報と共に保持するので、各サーバが管理するクライアントの稼働状態情報を１つのサーバに集めて一元管理することができる。
【００４３】
また、本発明に係るクライアント・サーバシステムでは、記録情報を収集して、この収集した記録情報に基づいて、クライアントとの送信統計情報を作成し、この統計情報を出力するようにしたので、クライアントの使用に関する状況を統計的に把握することができ、システムの再構築などに応用することができる。
【００４４】
また、本発明に係るクライアント稼働監視方法によれば、サーバからクライアントへの送信に関する記録情報を収集し、該収集された記録情報に基づいて、前記クライアントの稼働状態を検出し、この検出結果を出力するようになるので、サーバからクライアントへの送信に関する記録情報に基づいて、クライアントの稼働状態が検出でき、クライアントの稼働状態を検出するために特別に送信を行う必要がなく、ネットワークへの負荷増大が生じることがなく、業務処理を適切に行うことができる。しかも、クライアントとサーバのプラットホームが異なる場合にも適用することができる効果がある。
【図面の簡単な説明】
【図１】本発明に係るクライアント・サーバシステムの第１の実施の形態の構成を示す図。
【図２】本発明に係るクライアント・サーバシステムの第１の実施の形態の内部機能構成を示す図。
【図３】本発明に係るクライアント・サーバシステムにおけるクライアント等の構成例を示す図。
【図４】本発明に係るクライアント・サーバシステムにおいて収集されるログの内容を示す図。
【図５】本発明に係るクライアント・サーバシステムにおける稼働状態判定処理を示すフローチャート。
【図６】本発明に係るクライアント・サーバシステムの第２の実施の形態の構成を示す図。
【図７】本発明に係るクライアント・サーバシステムの第２の実施の形態の内部機能構成を示す図。
【図８】本発明に係るクライアント・サーバシステムの第３の実施の形態の構成を示す図。
【図９】本発明に係るクライアント・サーバシステムの第３の実施の形態の内部機能構成を示す図。
【図１０】本発明に係るクライアント・サーバシステムの第４の実施の形態の構成を示す図。
【図１１】本発明に係るクライアント・サーバシステムの第４の実施の形態の内部機能構成を示す図。
【図１２】従来のクライアント・サーバシステムにおけるクライアント稼働状態監視方法を説明するための図。
【符号の説明】
１ ネットワーク ２−１〜２−ｎ クライアント
３ 監視端末 １０ ＣＰＵ
１１ 主記憶装置 １２ バス
１９ キーボード入力装置 ２０ ＣＲＴ表示装置
２１ マウス ２２ プリンタ装置
２３ 磁気ディスク装置 ２４ 通信処理部
３１ クライアント送信処理プロセス
３２ ログ収集・判定処理プロセス
３３ 稼働状態生成処理プロセス
３４ 稼働状態表示プロセス
３５ ログ収集共通関数
【発明の属する技術分野】
本発明は、ネットワークに対し、複数のクライアントと、サーバとが接続されたクライアント・サーバシステム及びこのシステムにおけるクライアント稼働監視方法に関するものである。
【０００２】
【従来の技術】
従来、図１２に示すように、ネットワーク１００に対し、複数のクライアント２００−１〜２００−ｎと、サーバ３００とが接続されたクライアント・サーバシステムでは、運用管理の一貫としてクライアント稼働監視が実行されている。このクライアント稼働監視方法としては、運用管理用ミドルウェアのエージェントとして位置付けられるクライアント２００−１〜２００−ｎと、運用管理用ミドルウェアのマネージャとして位置付けられるサーバ３００との間において、定期的に通信を行うヘルスチェック機能が知られている。
【０００３】
上記ヘルスチェック機能は、運用管理用ミドルウェアによらなければ、アプリケーションにより実現する必要がある。この機能によれば、複数のクライアントの稼働状況を１台のサーバにおいて一元管理できる利点があり、多くのシステムにおいて採用されている。また、運用管理用ミドルウェアによりヘルスチェック機能を実現する場合には、運用管理用ミドルウェアをサーバ及びクライアントへインストールするだけで良く、開発工数を削減することができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、クライアントの数が１００台、２００台と言うように膨大なシステムにおいて、以下に述べるような問題点が生じる。まず、膨大な数のクライアントとサーバが定期的にヘルスチェック機能による通信を行うので、ネットワークへの負荷が増大し、本来のクライアントとサーバ間の通信が行い難くなり、業務処理に悪影響を及ぼすという問題点がある。
【０００５】
更に、運用管理用ミドルウェアによりヘルスチェック機能を実現する場合には、インストールに人手と時間を要する問題がある。更に、クライアントとサーバのプラットホームが異なる場合には、運用管理用ミドルウェアのサポート制限により、クライアントをエージェントとして登録できない場合があった。
【０００６】
本発明は、上記のような従来のクライアント・サーバシステムにおける問題点を解決せんとしてなされたもので、その目的は、クライアントの数が多い場合にも、また、クライアントとサーバのプラットホームが異なる場合にも、比較的容易に、かつ、適切にクライアントの稼働状態を把握することが可能なクライアント・サーバシステム及びクライアント稼働監視方法を提供することである。
【０００７】
【課題を解決するための手段】
本発明に係るクライアント・サーバシステムは、複数のクライアントと第１のサーバとがネットワークを介して接続されたクライアント・サーバシステムにおいて、第１のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、前記ログ出力手段によりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理手段と、このログ収集・判定処理手段により更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成手段とを備え、第１のサーバに接続され、前記作成手段により作成された表示データに基づき各クライアントに関する稼働状態の表示を行う表示手段を具備することを特徴とする。
【０００８】
本発明に係るクライアント・サーバシステムは、第１のサーバに接続されたクライアントとは異なる複数のクライアントとネットワークを介して接続された第２のサーバを備え、前記第２のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、前記ログ出力手段によりログが出力されると、このログを第１のサーバへ送信するログ送信処理手段とを具備し、第１のサーバのログ収集・判定処理手段は、送信されたログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、作成手段は、前記ログ収集・判定処理手段により更新された上記稼働状態情報に基づき第１のサーバに接続された各クライアント以外に第２のサーバに接続された各クライアントに関する稼働状態の表示データを作成し、表示手段は、作成手段により作成された全ての表示データに基づき第１のサーバに接続された各クライアント及び第２のサーバに接続された各クライアントに関する稼働状態の表示を行うことを特徴とする。
【０００９】
本発明に係るクライアント・サーバシステムは、前記第１のサーバは、前記ログ収集・判定処理手段から出力される情報に基づき、各クライアントに対する各時間単位の応答、通知の回数を含む統計情報を生成する統計データ生成手段を具備し、前記表示手段は、前記統計データ生成手段により生成された統計情報に基づき各クライアントに関する統計情報の表示を行うことを特徴とする。
【００１０】
本発明に係るクライアント・サーバシステムは、複数のクライアントと第１のサーバとがネットワークを介して接続され、前記クライアントとは別の複数のクライアントと第２のサーバとがネットワークを介して接続され、第１のサーバと第２のサーバに第３のサーバが接続されたクライアント・サーバシステムにおいて、前記第１のサーバと前記第２のサーバは、接続されたクライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、前記ログ出力手段によりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理手段と、前記ログ収集・判定処理手段により更新された稼働状態情報を第３のサーバへ送る送信側の管理手段を具備し、前記第３のサーバは、前記第１、第２のサーバの各ログ収集・判定処理手段により更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成手段と前記第１、第２のサーバの送信側の管理手段から送られた稼働状態情報を受け取り、これを前記作成手段へ送出する受信側の管理手段とを備えており、前記第３のサーバに接続され、前記作成手段により作成された表示データに基づき各クライアントに関する稼働状態の表示を行う表示手段を具備することを特徴とする。
【００１１】
本発明に係るクライアント稼働監視方法は、複数のクライアントと第１のサーバとがネットワークを介して接続されたクライアント・サーバシステムにおけるクライアント稼働監視方法において、前記第１のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、前記ログ出力ステップによりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理ステップと、このログ収集・判定処理ステップにより更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成ステップとを備え、前記第１のサーバに接続された表示手段において、前記作成ステップにより作成された表示データに基づき各クライアントに関する稼働状態の表示を行うことを特徴とする。
本発明に係るクライアント稼働監視方法は、第１のサーバに接続されたクライアントとは異なる複数のクライアントとネットワークを介して接続された第２のサーバを備えたクライアント・サーバシステムにおけるクライアント稼働監視方法において、前記第２のサーバは、クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、前記ログ出力ステップによりログが出力されると、このログを第１のサーバへ送信するログ送信処理ステップとを具備し、第１のサーバのログ収集・判定処理ステップでは、送信されたログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、前記作成ステップでは、前記ログ収集・判定処理ステップにより更新された上記稼働状態情報に基づき前記第１のサーバに接続された各クライアント以外に第２のサーバに接続された各クライアントに関する稼働状態の表示データを作成し、表示手段では、前記作成ステップにより作成された全ての表示データに基づき第１のサーバに接続された各クライアント及び第２のサーバに接続された各クライアントに関する稼働状態の表示を行うことを特徴とする。
本発明に係るクライアント稼働監視方法は、前記ログ収集・判定処理ステップから出力される情報に基づき、各クライアントに対する各時間単位の応答、通知の回数を含む統計情報を生成する統計データ生成ステップを具備し、表示手段は、前記統計データ生成ステップにより生成された統計情報に基づき各クライアントに関する統計情報の表示を行うことを特徴とする。
本発明に係るクライアント稼働監視方法は、複数のクライアントと第１のサーバとがネットワークを介して接続され、前記クライアントとは別の複数のクライアントと第２のサーバとがネットワークを介して接続され、第１のサーバと第２のサーバに第３のサーバが接続されたクライアント・サーバシステムにおけるクライアント稼働監視方法において、前記第１のサーバと前記第２のサーバは、接続されたクライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、このログ出力ステップによりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理ステップと、ログ収集・判定処理ステップにより更新された稼働状態情報を第３のサーバへ送る送信側の管理ステップを具備し、前記第３のサーバは、前記第１、第２のサーバの各ログ収集・判定処理ステップにより更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成ステップと前記第１、第２のサーバの送信側の管理ステップから送られた稼働状態情報を受け取り、これを作成ステップへ送出する受信側の管理ステップとを備えており、前記第３のサーバに接続された表示手段において、前記作成ステップにより作成された表示データに基づき各クライアントに関する稼働状態の表示を 行うことを特徴とする。
【００１２】
【発明の実施の形態】
以下添付図面を参照して、本発明の実施の形態に係るクライアント・サーバシステム及びこのシステムにおけるクライアント稼働監視方法を説明する。各図において、同一の構成要素には同一の符号を付し、重複する説明を省略する。図１には、ネットワーク１に対し、複数のクライアント２−１〜２−ｎと、サーバＡとが接続されたクライアント・サーバシステムが示されている。また、サーバＡには、監視端末３が接続されている。
【００１３】
図３には、クライアント２−１〜２−ｎの構成例が示されている。クライアントは、ＣＰＵ１０が主記憶装置１１に記憶されたプログラムやデータを用いて各部を制御するコンピュータの構成を有している。上記のＣＰＵ１０にはバス１２を介して、キーボード制御部１３、表示制御部１４、マウス制御部１５、プリンタ制御部１６、磁気ディスク制御部１７、通信インタフェース１８が接続されている。
【００１４】
キーボード制御部１３は接続されるキーボード入力装置１９からの入力データを受けてＣＰＵ１０へ送出する。表示制御部１４は接続されるＣＲＴ表示装置２０に対しＣＰＵ１０から送られる画像データに基づく表示を行う。マウス制御部１５は接続されるマウス２１からの入力位置データを受けてＣＰＵ１０へ送出する。プリンタ制御部１６は接続されているプリンタ装置２２へＣＰＵ１０から送られる印字データに基づくプリントを行わせる。磁気ディスク制御部１７は接続されている磁気ディスク装置２３に対しＣＰＵ１０の制御下においてデータのリードライトを行う。通信インタフェース１８は、ＣＰＵ１０の制御下において通信制御部２４を介してデータの送受を行う。
【００１５】
監視端末３も上記の図３に示したシステムと同様の構成であるが、通信インタフェース１８、通信制御部２４は、ＣＰＵ１０とのインタフェースに置き換えられる。また、サーバＡは、図３に示したシステムの内、ＣＰＵ１０、主記憶装置１１、バス１２、磁気ディスク制御部１７、磁気ディスク装置２３を備えた構成で十分である。
【００１６】
サーバＡは、図２に示されるように、クライアントの稼働状態情報を保持するためのファイル４を、例えば、磁気ディスク装置２３に備える。そして、サーバＡは、主記憶装置１１のプログラムによりクライアント送信処理プロセス３１、ログ収集・判定処理プロセス３２、稼働状態生成処理プロセス３３を有する。また、監視端末３は、主記憶装置１１のプログラムにより稼働状態表示プロセス３４を有する。
【００１７】
以下に各プロセスによる処理動作を説明する。クライアント送信処理プロセス３１は、各クライアント２−１〜２−ｎからの要求を受けて、これに対する応答を返送し、また、各クライアント２−１〜２−ｎに対する通知を行う。そして、クライアント送信処理プロセス３１は、ログ収集共通関数３５を備えており、上記各クライアント２−１〜２−ｎに対する応答を返送するとき及び通知のときに、ログ収集共通関数３５をコールする。
【００１８】
ここで図４に、ログ収集共通関数３５の入力引数を示す。入力引数は、「当該ログの発生元識別名（識別情報）」、「クライアント識別名」、「各クライアントのユニークな番号（識別情報）」、「当該ログの種別」、「当該ログのメッセージ番号」、「当該ログの発生時刻」である。
【００１９】
入力引数「当該ログの発生元識別名（識別情報）」としては、サーバＡ、サーバＡ、Ｂなど、通知等の発生元（複数、集合体も可）を識別する情報であり、「クライアント識別名」としては、クライアントＡ群、クライアントａ、Ｂ群など、通知等の先（複数、集合体も可）を識別する情報である。「各クライアントのユニークな番号（識別情報）」は、端末ホスト名や、回線番号など、通知等の先のクライアントを個別に識別する情報である。「当該ログの種別」は、データ送信の成否を示す情報であり、「当該ログのメッセージ番号」は、１つの送信毎に与えられる連続する番号であり、「当該ログの発生時刻」はログの発生時刻の情報である。
【００２０】
ログ収集共通関数３５は入力引数に応じた引数を有するログ（記録情報）を出力する。ログ収集・判定処理プロセス３２は、上記で出力されたログを収集し、図５に示されるフローチャートに基づき該当クライアントの稼働状態情報を更新する。まず、収集したログについて引数「ログ種別」に基づきデータ送信成功に対応するログであるかを検出する（Ｓ１）。ここで、データ送信成功に対応するログであることを検出した場合には、当該クライアントの稼働状態情報を参照して、稼働状態情報が「異常」であるか「正常」となっているかを検出する（Ｓ２）。
【００２１】
上記ステップＳ２において、稼働状態情報が「異常」である場合には、当該クライアント「異常｝から「正常」となったと判定し、稼働状態情報を「正常」へ変更する（Ｓ３）。また、上記ステップＳ２において、稼働状態情報が「正常」である場合には、当該クライアントが「正常」を継続していると判定し、稼働状態情報「正常」をそのままとし、変更を加えることはない（Ｓ４）。
【００２２】
一方、ステップＳ１において、データ送信失敗に対応するログであることを検出した場合には、当該クライアントの稼働状態情報を参照して、稼働状態情報が「異常」であるか「正常」であるかを検出する（Ｓ５）。
【００２３】
上記ステップＳ５において、稼働状態情報が「異常」である場合には、当該クライアントが「異常」を継続していると判定し、稼働状態情報「異常」をそのままとし、変更を加えることはない（Ｓ４）。一方、上記ステップＳ５において、稼働状態情報が「正常」である場合には、当該クライアントが「正常」から「異常」となったと判定し、稼働状態情報を「異常」へ変更する（Ｓ６）。
【００２４】
以上のログ収集・判定処理プロセス３２による処理結果は稼働状態生成処理プロセス３３によりファイル４へ反映される。監視端末３の稼働状態表示プロセス３４は上記ファイル４を参照して、各クライアント２−１〜２−ｎの稼働状態の表示データを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示する。つまり、各クライアント２−１〜２−ｎのそれぞれが、正常か異常かを示す画像がＣＲＴ表示装置２０に表示される。
【００２５】
斯して、本実施の形態では、運用管理用ミドルウェアを使用しないので、サーバとクライアントのプラットホームに関わりなく、適切に各クライアント２−１〜２−ｎの稼働状態を監視可能である。更に、クライアントの数が多い場合にもインストールが不要であり、人手と時間を費やす必要がない。また、サーバからの応答と通知の際にログ収集共通関数３５をコールするだけであり、ネットワークに負担をかけることがなく、通常の業務処理に影響が殆ど無い利点がある。
【００２６】
図６、図７には、第２の実施の形態に係るクライアント・サーバシステムが示されている。このシステムでは、サーバＡに対し回線を介してサーバＢが接続されている。サーバＢは、ネットワーク１Ｂを介してクライアントである出力機器５−１〜５−ｍに接続されており、データを出力機器５−１〜５−ｍの所要の機器へ送出して出力を生じさせている。
【００２７】
サーバＢには、主記憶装置１１のプログラムにより、クライアント送信処理プロセス３１に類似のクライアント送信処理プロセス３１Ｂと、自装置のログ送信を行うログ送信処理プロセス３６が構成されている。サーバＡには、ファイル４以外にファイル４Ａが備えられ、ログが保持可能となっている。サーバＡは、主記憶装置１１のプログラムによりログ生成処理プロセス３３Ａを有する。また、監視端末３は、稼働状態表示プロセス３４以外にログ表示プロセス３４Ａを有する。
【００２８】
このシステムの動作を説明する。クライアント送信処理プロセス３１による応答と通知の際に対応する処理は、既に図２、図４、図５を用いて説明した通りである。一方、クライアント送信処理プロセス３１Ｂが出力機器５−１〜５−ｍへ出力要求を行った場合に、ログ収集共通関数３５Ｂがコールされる。ログ収集共通関数３５Ｂは、ログ収集共通関数３５と同様の機能を有し、入力引数に応じた引数を有するログ（記録情報）を出力する。ログ送信処理プロセス３６は、ログ収集共通関数３５Ｂから出力されたログ（記録情報）をサーバＡへ通知する。
【００２９】
ログ収集・判定処理プロセス３２、稼働状態生成処理プロセス３３、また、監視端末３の稼働状態表示プロセス３４は、上記サーバＢから通知されたログ（記録情報）に対しても、サーバＡのログ収集共通関数３５にて出力されたログと全く同じ処理を行う。この結果、各出力機器５−１〜５−ｍのそれぞれが、正常か異常かの画像がＣＲＴ表示装置２０に表示される。
【００３０】
ログ生成処理プロセス３３Ａは、上記サーバＢから通知されたログ、サーバＡにて出力されたログをログ収集・判定処理プロセス３２を介して受け取り、ログを生成してファイル４Ａに蓄積する。監視端末３のログ表示プロセス３４Ａは上記ファイル４Ａを参照して、サーバＡ、Ｂのクライアントへの送信に関するログの表示データを作成し、ログ画像をＣＲＴ表示装置２０へ表示する。これにより、クライアントの稼働状態以外にクライアントへの送信に関するログ自体を画像により目視することができ、異常となった時刻等を把握できる。この実施の形態によれば、マルチベンダー化されたクライアント・サーバシステムのクライアント稼働状態を統合的に監視することができる。
【００３１】
次に図８に第３の実施の形態を示す。この実施の形態では、サーバＣを備えており、サーバＡが各クライアント２−１〜２−ｎの稼働状態情報をサーバＣへ通知し、サーバＢが各出力機器５−１〜５−ｍの稼働状態情報をサーバＣへ通知する構成を採用している。サーバＣには、監視端末３Ｃ−１、３Ｃ−２が接続されている。
【００３２】
各サーバＡ、Ｂ、Ｃの構成を図９に示す。サーバＡは、クライアント送信処理プロセス３１、ログ収集・判定処理プロセス３２、エージェントに対応する運用管理用ミドルウェア３７Ａを有する。サーバＢは、クライアント送信処理プロセス３１Ｂ、ログ収集・判定処理プロセス３２Ｂ、エージェントに対応する運用管理用ミドルウェア３７Ｂを有する。サーバＣは、マネージャに対応する運用管理用ミドルウェア３７Ｃ、稼働状態生成処理プロセス３３Ｃ、稼働状態情報を保持するためのファイル４Ｃを有する。監視端末３Ｃ−１は、稼働状態表示プロセス３４Ｃ−１を有し、監視端末３Ｃ−２は、稼働状態表示プロセス３４Ｃ−２を有する。
【００３３】
以下に本システムの動作を説明する。クライアント送信処理プロセス３１、３１Ｂ、ログ収集・判定処理プロセス３２、３２Ｂによる応答と通知の際に対応する処理は、既に図２、図４、図５を用いて説明した通りである。ログ収集・判定処理プロセス３２、３２Ｂによる処理結果に係る稼働状態情報は、運用管理用ミドルウェア３７Ａ、３７Ｂのエージェントに渡され、各エージェントはこの稼働状態情報をサーバＣの運用管理用ミドルウェア３７のマネージャへ通知する。
【００３４】
運用管理用ミドルウェア３７のマネージャは受け取った稼働状態情報を稼働状態生成処理プロセス３３Ｃへ送出し、稼働状態情報は稼働状態生成処理プロセス３３Ｃによりファイル４Ｃへ反映される。
【００３５】
監視端末３Ｃ−１、３Ｃ−２の稼働状態表示プロセス３４Ｃ−１、３４Ｃ−２は、上記ファイル４Ｃを参照して、各クライアント２−１〜２−ｎの稼働状態及び出力機器５−１〜５−ｍの稼働状態の表示データを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示する。つまり、各クライアント２−１〜２−ｎ及び出力機器５−１〜５−ｍのそれぞれが、正常か異常かの画像がＣＲＴ表示装置２０に表示される。本実施の形態では、運用管理用ミドルウェアをサーバのみに適用して、インストールの手間を減少させ、１つのサーバにてクライアントの稼働状態を一元的に監視できる。
【００３６】
次に図１０に第４の実施の形態を示す。この実施の形態では、サーバＡが各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍに接続され、サーバＡには、監視端末３が接続されて、状態表示と統計表示が可能となっている。サーバＡには、図１１に示されるように、稼働状態情報を保持するためのファイル４、以外に統計データを保持するためのファイル４Ａを、例えば、磁気ディスク装置２３に備える。そして、サーバＡは、クライアント送信処理プロセス３１、ログ収集・判定処理プロセス３２、稼働状態生成処理プロセス３３、更に、統計データ生成処理プロセス３９を有する。また、監視端末３は、稼働状態表示プロセス３４と統計表示プロセス４０を有する。
【００３７】
このシステムにおける各クライアント２−１〜２−ｎの稼働状態情報に関する処理動作は、図２、図４、図５を用いて説明した処理と同様である。このシステムでは、各出力機器５−１〜５−ｍの稼働状態情報に関しても同様に処理が行われる。ところで、このシステムでは、ログ収集・判定処理プロセス３２は処理結果を稼働状態生成処理プロセス３３と共に、統計データ生成処理プロセス３９へ送出する。統計データ生成処理プロセス３９は、各クライアント２−１〜２−ｎに対する各時間帯単位の応答、通知の回数、各出力機器５−１〜５−ｍに対する各時間帯単位の出力枚数などの統計情報を生成し、ファイル４Ａへ反映する。
【００３８】
監視端末３の稼働状態表示プロセス３４は上記ファイル４を参照して、各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍの稼働状態の表示データを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示する。また、統計表示プロセス４０は上記ファイル４Ａを参照して、各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍの統計情報の表示データを作成し、各時間帯の応答、通知の回数、各時間帯単位の出力枚数など画像をＣＲＴ表示装置２０へ表示する。これによって、監視端末３を用いて各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍのそれぞれが、正常か異常かを知ることができる上に、各クライアント２−１〜２−ｎ、各出力機器５−１〜５−ｍのそれぞれの使用状況を統計的に表示させて把握することができる。
【００３９】
【発明の効果】
以上説明したように本発明に係るクライアント・サーバシステムによれば、サーバからクライアントへの送信に関する記録情報を収集して、この収集した記録情報に基づいて、クライアントの稼働状態を検出し、検出結果を出力するので、クライアントの稼働状態を検出するために特別に送信を行う必要がなく、ネットワークへの負荷増大が生じることがなく、業務処理を−適切に行うことができる。しかも、クライアントとサーバのプラットホームが異なる場合にも適用することができ、適用範囲が広くなる効果がある。
【００４０】
また、本発明に係るクライアント・サーバシステムでは、各クライアント毎の稼働状態に関する情報を保持しており、検出結果に基づき上記保持してある情報中の対応する情報を更新するようにしたので、現状におけるクライアントの状態が反映され、クライアントの状況を適切に把握することができる。
【００４１】
本発明に係るクライアント・サーバシステムでは、複数のサーバ中の所定の１つのサーバに対し自サーバの送信に関する記録情報を送信し、前記１つのサーバにおいて記録情報を収集して、この収集した記録情報に基づいて、クライアントの稼働状態を検出し、検出結果を出力するようにしたので、マルチベンダ環境においてクライアントの稼働状態を一元管理することができる。
【００４２】
また、本発明に係るクライアント・サーバシステムでは、各サーバにおいて記録情報を収集して、この収集した記録情報に基づいて、クライアントの稼働状態を検出し、検出結果を１つのサーバに送信して、その１つのサーバでは、送信されてくる稼働状態情報を受け取り自サーバのクライアントに係る稼働状態情報と共に保持するので、各サーバが管理するクライアントの稼働状態情報を１つのサーバに集めて一元管理することができる。
【００４３】
また、本発明に係るクライアント・サーバシステムでは、記録情報を収集して、この収集した記録情報に基づいて、クライアントとの送信統計情報を作成し、この統計情報を出力するようにしたので、クライアントの使用に関する状況を統計的に把握することができ、システムの再構築などに応用することができる。
【００４４】
また、本発明に係るクライアント稼働監視方法によれば、サーバからクライアントへの送信に関する記録情報を収集し、該収集された記録情報に基づいて、前記クライアントの稼働状態を検出し、この検出結果を出力するようになるので、サーバからクライアントへの送信に関する記録情報に基づいて、クライアントの稼働状態が検出でき、クライアントの稼働状態を検出するために特別に送信を行う必要がなく、ネットワークへの負荷増大が生じることがなく、業務処理を適切に行うことができる。しかも、クライアントとサーバのプラットホームが異なる場合にも適用することができる効果がある。
【図面の簡単な説明】
【図１】本発明に係るクライアント・サーバシステムの第１の実施の形態の構成を示す図。
【図２】本発明に係るクライアント・サーバシステムの第１の実施の形態の内部機能構成を示す図。
【図３】本発明に係るクライアント・サーバシステムにおけるクライアント等の構成例を示す図。
【図４】本発明に係るクライアント・サーバシステムにおいて収集されるログの内容を示す図。
【図５】本発明に係るクライアント・サーバシステムにおける稼働状態判定処理を示すフローチャート。
【図６】本発明に係るクライアント・サーバシステムの第２の実施の形態の構成を示す図。
【図７】本発明に係るクライアント・サーバシステムの第２の実施の形態の内部機能構成を示す図。
【図８】本発明に係るクライアント・サーバシステムの第３の実施の形態の構成を示す図。
【図９】本発明に係るクライアント・サーバシステムの第３の実施の形態の内部機能構成を示す図。
【図１０】本発明に係るクライアント・サーバシステムの第４の実施の形態の構成を示す図。
【図１１】本発明に係るクライアント・サーバシステムの第４の実施の形態の内部機能構成を示す図。
【図１２】従来のクライアント・サーバシステムにおけるクライアント稼働状態監視方法を説明するための図。
【符号の説明】
１ ネットワーク ２−１〜２−ｎ クライアント
３ 監視端末 １０ ＣＰＵ
１１ 主記憶装置 １２ バス
１９ キーボード入力装置 ２０ ＣＲＴ表示装置
２１ マウス ２２ プリンタ装置
２３ 磁気ディスク装置 ２４ 通信処理部
３１ クライアント送信処理プロセス
３２ ログ収集・判定処理プロセス
３３ 稼働状態生成処理プロセス
３４ 稼働状態表示プロセス
３５ ログ収集共通関数
Claims (8)
- 複数のクライアントと第１のサーバとがネットワークを介して接続されたクライアント・サーバシステムにおいて、
第１のサーバは、
クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、
前記ログ出力手段によりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理手段と、
このログ収集・判定処理手段により更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成手段とを備え、
第１のサーバに接続され、前記作成手段により作成された表示データに基づき各クライアントに関する稼働状態の表示を行う表示手段
を具備することを特徴とするクライアント・サーバシステム。 - 第１のサーバに接続されたクライアントとは異なる複数のクライアントとネットワークを介して接続された第２のサーバを備え、
前記第２のサーバは、
クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、
前記ログ出力手段によりログが出力されると、このログを第１のサーバへ送信するログ送信処理手段とを具備し、
第１のサーバのログ収集・判定処理手段は、送信されたログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、
第１のサーバの作成手段は、前記ログ収集・判定処理手段により更新された上記稼働状態情報に基づき第１のサーバに接続された各クライアント以外に第２のサーバに接続された各クライアントに関する稼働状態の表示データを作成し、
第１のサーバの表示手段は、作成手段により作成された全ての表示データに基づき第１のサーバに接続された各クライアント及び第２のサーバに接続された各クライアントに関する稼働状態の表示を行うことを特徴とする請求項１に記載のクライアント・サーバシステム。 - 前記第１のサーバは、前記ログ収集・判定処理手段から出力される情報に基づき、各クライアントに対する各時間単位の応答、通知の回数を含む統計情報を生成する統計データ生成手段を具備し、
前記表示手段は、前記統計データ生成手段により生成された統計情報に基づき各クライアントに関する統計情報の表示を行うことを特徴とする請求項１に記載のクライアント・サーバシステム。 - 複数のクライアントと第１のサーバとがネットワークを介して接続され、前記クライアントとは別の複数のクライアントと第２のサーバとがネットワークを介して接続され、第１のサーバと第２のサーバに第３のサーバが接続されたクライアント・サーバシステムにおいて、
前記第１のサーバと前記第２のサーバは、
接続されたクライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力手段と、
前記ログ出力手段によりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理手段と、
前記ログ収集・判定処理手段により更新された稼働状態情報を第３のサーバへ送る送信側の管理手段を具備し、
前記第３のサーバは、
前記第１、第２のサーバの各ログ収集・判定処理手段により更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成手段と
前記第１、第２のサーバの送信側の管理手段から送られた稼働状態情報を受け取り、これを前記作成手段へ送出する受信側の管理手段とを備えており、
前記第３のサーバに接続され、前記作成手段により作成された表示データに基づき各クライアントに関する稼働状態の表示を行う表示手段
を具備することを特徴とするクライアント・サーバシステム。 - 複数のクライアントと第１のサーバとがネットワークを介して接続されたクライアント・サーバシステムにおけるクライアント稼働監視方法において、
前記第１のサーバは、
クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、
前記ログ出力ステップによりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理ステップと、
このログ収集・判定処理ステップにより更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成ステップとを備え、
前記第１のサーバに接続された表示手段において、前記作成ステップにより作成された表示データに基づき各クライアントに関する稼働状態の表示を行うことを特徴とするクライアント稼働監視方法。 - 第１のサーバに接続されたクライアントとは異なる複数のクライアントとネットワークを介して接続された第２のサーバを備えたクライアント・サーバシステムにおけるクライアント稼働監視方法において、
前記第２のサーバは、
クライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、
前記ログ出力ステップによりログが出力されると、このログを第１のサーバへ送信するログ送信処理ステップとを具備し、
第１のサーバのログ収集・判定処理ステップでは、送信されたログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、
前記作成ステップでは、前記ログ収集・判定処理ステップにより更新された上記稼働状態情報に基づき前記第１のサーバに接続された各クライアント以外に第２のサーバに接続された各クライアントに関する稼働状態の表示データを作成し、
表示手段では、前記作成ステップにより作成された全ての表示データに基づき第１のサーバに接続された各クライアント及び第２のサーバに接続された各クライアントに関する稼働状態の表示を行うことを特徴とする請求項５に記載のクライアント稼働監視方法。 - 前記ログ収集・判定処理ステップから出力される情報に基づき、各クライアントに対する各時間単位の応答、通知の回数を含む統計情報を生成する統計データ生成ステップを具備し、
表示手段は、前記統計データ生成ステップにより生成された統計情報に基づき各クライアントに関する統計情報の表示を行うことを特徴とする請求項５に記載のククライアント稼働監視方法。 - 複数のクライアントと第１のサーバとがネットワークを介して接続され、 前記クライアントとは別の複数のクライアントと第２のサーバとがネットワークを介して接続され、第１のサーバと第２のサーバに第３のサーバが接続されたクライアント・サーバシステムにおけるクライアント稼働監視方法において、
前記第１のサーバと前記第２のサーバは、
接続されたクライアントからの要求に対する応答のとき及びクライアントに対する通知のときに起動され、データ送信の成否を示すログ種別情報を含むログを出力するログ出力ステップと、
このログ出力ステップによりログが出力されると、このログを収集し、当該ログのログ種別情報及び当該ログに対応するクライアントが正常であるか異常であるかを示す稼働状態情報に基づき、当該クライアントが正常であるか異常であるかを判定し、稼働状態情報を更新するログ収集・判定処理ステップと、
ログ収集・判定処理ステップにより更新された稼働状態情報を第３のサーバへ送る送信側の管理ステップを具備し、
前記第３のサーバは、
前記第１、第２のサーバの各ログ収集・判定処理ステップにより更新された稼働状態情報に基づき各クライアントに関する稼働状態の表示データを作成する作成ステップと
前記第１、第２のサーバの送信側の管理ステップから送られた稼働状態情報を受け取り、これを作成ステップへ送出する受信側の管理ステップとを備えており、
前記第３のサーバに接続された表示手段において、前記作成ステップにより作成された表示データに基づき各クライアントに関する稼働状態の表示を行うことを特徴とするクライアント稼働監視方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27851198A JP4034436B2 (ja) | 1998-09-30 | 1998-09-30 | クライアント・サーバシステム及びクライアント稼働監視方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27851198A JP4034436B2 (ja) | 1998-09-30 | 1998-09-30 | クライアント・サーバシステム及びクライアント稼働監視方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000112847A JP2000112847A (ja) | 2000-04-21 |
| JP4034436B2 true JP4034436B2 (ja) | 2008-01-16 |
Family
ID=17598327
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27851198A Expired - Fee Related JP4034436B2 (ja) | 1998-09-30 | 1998-09-30 | クライアント・サーバシステム及びクライアント稼働監視方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4034436B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002163163A (ja) | 2000-09-12 | 2002-06-07 | Canon Inc | 遠隔サイト管理システム |
| JP2002157171A (ja) | 2000-11-17 | 2002-05-31 | Canon Inc | 情報処理装置、機器管理プログラム、機器管理プログラムが格納された記録媒体、及び機器管理方法 |
| CN1314232C (zh) * | 2003-12-08 | 2007-05-02 | 英业达股份有限公司 | 监视系统及方法 |
| JP4810446B2 (ja) * | 2006-01-25 | 2011-11-09 | Ｎｅｃインフロンティア株式会社 | 通信装置を管理するための管理システム、その通信装置および管理方法 |
| JP6911723B2 (ja) | 2017-11-16 | 2021-07-28 | 富士通株式会社 | ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム |
-
1998
- 1998-09-30 JP JP27851198A patent/JP4034436B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000112847A (ja) | 2000-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7281040B1 (en) | Diagnostic/remote monitoring by email | |
| US8935395B2 (en) | Correlation of distributed business transactions | |
| EP1320217A1 (en) | Method, system and computer program for monitoring objects in an IT network | |
| JP2004021549A (ja) | ネットワーク監視システムおよびプログラム | |
| EP1890427B1 (en) | A system and method for monitoring the device port state | |
| KR100756264B1 (ko) | 리모트 보수 시스템, 메일 접속 확인 방법, 메일 접속 확인프로그램을 기록한 컴퓨터 판독 가능한 기록 매체, 및메일 송신 환경 진단 프로그램을 기록한 컴퓨터 판독가능한 기록 매체 | |
| JP6317074B2 (ja) | 障害通知装置、障害通知プログラムならびに障害通知方法 | |
| JP5625605B2 (ja) | Ｏｓ動作状態確認システム、確認対象装置、ｏｓ動作状態確認装置、ｏｓ動作状態確認方法およびプログラム | |
| JP2004206634A (ja) | 監視方法、稼動監視装置、監視システム及びコンピュータプログラム | |
| JP4034436B2 (ja) | クライアント・サーバシステム及びクライアント稼働監視方法 | |
| JP2010231293A (ja) | 監視装置 | |
| JP2001005692A (ja) | 計算機システムおよびその保守管理システム並びに障害通知方法 | |
| JP4081258B2 (ja) | 管理サーバシステム | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JPH07248889A (ja) | プリントシステム | |
| JP3208885B2 (ja) | 障害監視システム | |
| JP3757072B2 (ja) | ネットワークシステムを構成する計算機の監視方法 | |
| JP3271590B2 (ja) | 業務監視システム、装置及び方法、及び記録媒体 | |
| JP2751861B2 (ja) | ネットワークシステム障害検出処理回路 | |
| JP7493950B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP2002244828A (ja) | 機器状態管理システム | |
| JP2007041646A (ja) | クライアント−サーバ型システム、並びに、その管理方法および管理プログラム | |
| JPH1131136A (ja) | 分散処理システムの異常監視方式 | |
| JPH11272507A (ja) | 監視情報通報システムおよびそのプログラム記録媒体 | |
| US20050094185A1 (en) | Job managing apparatus, job managing method, and job managing program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070515 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070717 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071023 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071025 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |