JP2000112847A - クライアント・サーバシステム及びクライアント稼働監視方法 - Google Patents
クライアント・サーバシステム及びクライアント稼働監視方法Info
- Publication number
- JP2000112847A JP2000112847A JP10278511A JP27851198A JP2000112847A JP 2000112847 A JP2000112847 A JP 2000112847A JP 10278511 A JP10278511 A JP 10278511A JP 27851198 A JP27851198 A JP 27851198A JP 2000112847 A JP2000112847 A JP 2000112847A
- Authority
- JP
- Japan
- Prior art keywords
- client
- information
- server
- transmission
- server system
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 クライアントの数が多い場合にも、また、ク
ライアントとサーバのプラットホームが異なる場合に
も、適切にクライアントの稼働状態を把握する。 【解決手段】 ネットワーク１に対し、複数のクライア
ント２−１〜２−ｎと、サーバＡとが接続されたクライ
アント・サーバシステムであって、前記サーバＡから前
記クライアントへの送信に関する記録情報を収集し、こ
の収集された記録情報に基づいて、前記クライアント２
−１〜２−ｎの稼働状態を検出する。
ライアントとサーバのプラットホームが異なる場合に
も、適切にクライアントの稼働状態を把握する。 【解決手段】 ネットワーク１に対し、複数のクライア
ント２−１〜２−ｎと、サーバＡとが接続されたクライ
アント・サーバシステムであって、前記サーバＡから前
記クライアントへの送信に関する記録情報を収集し、こ
の収集された記録情報に基づいて、前記クライアント２
−１〜２−ｎの稼働状態を検出する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークに対
し、複数のクライアントと、サーバとが接続されたクラ
イアント・サーバシステム及びこのシステムにおけるク
ライアント稼働監視方法に関するものである。
し、複数のクライアントと、サーバとが接続されたクラ
イアント・サーバシステム及びこのシステムにおけるク
ライアント稼働監視方法に関するものである。
【０００２】
【従来の技術】従来、図１２に示すように、ネットワー
ク１００に対し、複数のクライアント２００−１〜２０
０−ｎと、サーバ３００とが接続されたクライアント・
サーバシステムでは、運用管理の一貫としてクライアン
ト稼働監視が実行されている。このクライアント稼働監
視方法としては、運用管理用ミドルウェアのエージェン
トとして位置付けられるクライアント２００−１〜２０
０−ｎと、運用管理用ミドルウェアのマネージャとして
位置付けられるサーバ３００との間において、定期的に
通信を行うヘルスチェック機能が知られている。
ク１００に対し、複数のクライアント２００−１〜２０
０−ｎと、サーバ３００とが接続されたクライアント・
サーバシステムでは、運用管理の一貫としてクライアン
ト稼働監視が実行されている。このクライアント稼働監
視方法としては、運用管理用ミドルウェアのエージェン
トとして位置付けられるクライアント２００−１〜２０
０−ｎと、運用管理用ミドルウェアのマネージャとして
位置付けられるサーバ３００との間において、定期的に
通信を行うヘルスチェック機能が知られている。
【０００３】上記ヘルスチェック機能は、運用管理用ミ
ドルウェアによらなければ、アプリケーションにより実
現する必要がある。この機能によれば、複数のクライア
ントの稼働状況を１台のサーバにおいて一元管理できる
利点があり、多くのシステムにおいて採用されている。
また、運用管理用ミドルウェアによりヘルスチェック機
能を実現する場合には、運用管理用ミドルウェアをサー
バ及びクライアントへインストールするだけで良く、開
発工数を削減することができる。
ドルウェアによらなければ、アプリケーションにより実
現する必要がある。この機能によれば、複数のクライア
ントの稼働状況を１台のサーバにおいて一元管理できる
利点があり、多くのシステムにおいて採用されている。
また、運用管理用ミドルウェアによりヘルスチェック機
能を実現する場合には、運用管理用ミドルウェアをサー
バ及びクライアントへインストールするだけで良く、開
発工数を削減することができる。
【０００４】
【発明が解決しようとする課題】しかしながら、クライ
アントの数が１００台、２００台と言うように膨大なシ
ステムにおいて、以下に述べるような問題点が生じる。
まず、膨大な数のクライアントとサーバが定期的にヘル
スチェック機能による通信を行うので、ネットワークへ
の負荷が増大し、本来のクライアントとサーバ間の通信
が行い難くなり、業務処理に悪影響を及ぼすという問題
点がある。
アントの数が１００台、２００台と言うように膨大なシ
ステムにおいて、以下に述べるような問題点が生じる。
まず、膨大な数のクライアントとサーバが定期的にヘル
スチェック機能による通信を行うので、ネットワークへ
の負荷が増大し、本来のクライアントとサーバ間の通信
が行い難くなり、業務処理に悪影響を及ぼすという問題
点がある。
【０００５】更に、運用管理用ミドルウェアによりヘル
スチェック機能を実現する場合には、インストールに人
手と時間を要する問題がある。更に、クライアントとサ
ーバのプラットホームが異なる場合には、運用管理用ミ
ドルウェアのサポート制限により、クライアントをエー
ジェントとして登録できない場合があった。
スチェック機能を実現する場合には、インストールに人
手と時間を要する問題がある。更に、クライアントとサ
ーバのプラットホームが異なる場合には、運用管理用ミ
ドルウェアのサポート制限により、クライアントをエー
ジェントとして登録できない場合があった。
【０００６】本発明は、上記のような従来のクライアン
ト・サーバシステムにおける問題点を解決せんとしてな
されたもので、その目的は、クライアントの数が多い場
合にも、また、クライアントとサーバのプラットホーム
が異なる場合にも、比較的容易に、かつ、適切にクライ
アントの稼働状態を把握することが可能なクライアント
・サーバシステム及びクライアント稼働監視方法を提供
することである。
ト・サーバシステムにおける問題点を解決せんとしてな
されたもので、その目的は、クライアントの数が多い場
合にも、また、クライアントとサーバのプラットホーム
が異なる場合にも、比較的容易に、かつ、適切にクライ
アントの稼働状態を把握することが可能なクライアント
・サーバシステム及びクライアント稼働監視方法を提供
することである。
【０００７】
【課題を解決するための手段】本発明に係るクライアン
ト・サーバシステムは、ネットワークに対し、複数のク
ライアントと、サーバとが接続されたクライアント・サ
ーバシステムであって、前記サーバから前記クライアン
トへの送信に関する記録情報を収集する送信記録収集手
段と、この送信記録収集手段により収集された記録情報
に基づいて、前記クライアントの稼働状態を検出する検
出手段と、この検出手段の検出結果を出力する出力手段
とを具備することを特徴とする。これにより、サーバか
らクライアントへの送信に関する記録情報の収集がなさ
れ、この収集された記録情報に基づいて、クライアント
の稼働状態が検出され、検出結果が出力される。
ト・サーバシステムは、ネットワークに対し、複数のク
ライアントと、サーバとが接続されたクライアント・サ
ーバシステムであって、前記サーバから前記クライアン
トへの送信に関する記録情報を収集する送信記録収集手
段と、この送信記録収集手段により収集された記録情報
に基づいて、前記クライアントの稼働状態を検出する検
出手段と、この検出手段の検出結果を出力する出力手段
とを具備することを特徴とする。これにより、サーバか
らクライアントへの送信に関する記録情報の収集がなさ
れ、この収集された記録情報に基づいて、クライアント
の稼働状態が検出され、検出結果が出力される。
【０００８】本発明に係るクライアント・サーバシステ
ムは、各クライアント毎の稼働状態に関する情報を保持
する情報保持手段と、検出手段の検出結果に基づき前記
情報保持手段の対応する情報を更新する情報更新手段と
を更に具備することを特徴とする。これにより、各クラ
イアント毎の稼働状態に関する情報が保持されると共
に、収集された記録情報に基づいて検出された検出結果
に基づき保持されている対応情報が更新され、現状にお
けるクライアントの状態が反映される。
ムは、各クライアント毎の稼働状態に関する情報を保持
する情報保持手段と、検出手段の検出結果に基づき前記
情報保持手段の対応する情報を更新する情報更新手段と
を更に具備することを特徴とする。これにより、各クラ
イアント毎の稼働状態に関する情報が保持されると共
に、収集された記録情報に基づいて検出された検出結果
に基づき保持されている対応情報が更新され、現状にお
けるクライアントの状態が反映される。
【０００９】本発明に係るクライアント・サーバシステ
ムでは、サーバは複数で構成され、複数のサーバに、所
定の１つのサーバに対し自サーバの送信に関する記録情
報を送信する送信手段を具備させ、前記１つのサーバ
に、送信記録収集手段、検出手段を備えさせたことを特
徴とする。これにより、マルチベンダ環境においてクラ
イアントの稼働状態が検出され、検出結果が出力され
る。
ムでは、サーバは複数で構成され、複数のサーバに、所
定の１つのサーバに対し自サーバの送信に関する記録情
報を送信する送信手段を具備させ、前記１つのサーバ
に、送信記録収集手段、検出手段を備えさせたことを特
徴とする。これにより、マルチベンダ環境においてクラ
イアントの稼働状態が検出され、検出結果が出力され
る。
【００１０】本発明に係るクライアント・サーバシステ
ムでは、サーバは複数で構成され、複数のサーバには、
送信記録収集手段、検出手段と、この検出手段の検出結
果を所定の１つのサーバに対し送信する稼働状態送信手
段とが備えられ、前記所定の１つのサーバには、送信さ
れてくる稼働状態情報を受け取り自サーバのクライアン
トに係る稼働状態情報と共に保持する保持手段が備えら
れていることを特徴とする。これにより、それぞれのサ
ーバにおいて検出されたクライアントに係る稼働状態情
報が１つのサーバに集められて一元管理される。
ムでは、サーバは複数で構成され、複数のサーバには、
送信記録収集手段、検出手段と、この検出手段の検出結
果を所定の１つのサーバに対し送信する稼働状態送信手
段とが備えられ、前記所定の１つのサーバには、送信さ
れてくる稼働状態情報を受け取り自サーバのクライアン
トに係る稼働状態情報と共に保持する保持手段が備えら
れていることを特徴とする。これにより、それぞれのサ
ーバにおいて検出されたクライアントに係る稼働状態情
報が１つのサーバに集められて一元管理される。
【００１１】本発明に係るクライアント稼働監視方法
は、ネットワークに対し、複数のクライアントと、サー
バとが接続されたクライアント・サーバシステムのクラ
イアント稼働監視方法であって、前記サーバから前記ク
ライアントへの送信に関する記録情報を収集し、該収集
された記録情報に基づいて、前記クライアントの稼働状
態を検出し、この検出結果を出力することからなる。こ
れにより、サーバからクライアントへの送信に関する記
録情報に基づいて、クライアントの稼働状態が検出され
る。
は、ネットワークに対し、複数のクライアントと、サー
バとが接続されたクライアント・サーバシステムのクラ
イアント稼働監視方法であって、前記サーバから前記ク
ライアントへの送信に関する記録情報を収集し、該収集
された記録情報に基づいて、前記クライアントの稼働状
態を検出し、この検出結果を出力することからなる。こ
れにより、サーバからクライアントへの送信に関する記
録情報に基づいて、クライアントの稼働状態が検出され
る。
【００１２】
【発明の実施の形態】以下添付図面を参照して、本発明
の実施の形態に係るクライアント・サーバシステム及び
このシステムにおけるクライアント稼働監視方法を説明
する。各図において、同一の構成要素には同一の符号を
付し、重複する説明を省略する。図１には、ネットワー
ク１に対し、複数のクライアント２−１〜２−ｎと、サ
ーバＡとが接続されたクライアント・サーバシステムが
示されている。また、サーバＡには、監視端末３が接続
されている。
の実施の形態に係るクライアント・サーバシステム及び
このシステムにおけるクライアント稼働監視方法を説明
する。各図において、同一の構成要素には同一の符号を
付し、重複する説明を省略する。図１には、ネットワー
ク１に対し、複数のクライアント２−１〜２−ｎと、サ
ーバＡとが接続されたクライアント・サーバシステムが
示されている。また、サーバＡには、監視端末３が接続
されている。
【００１３】図３には、クライアント２−１〜２−ｎの
構成例が示されている。クライアントは、ＣＰＵ１０が
主記憶装置１１に記憶されたプログラムやデータを用い
て各部を制御するコンピュータの構成を有している。上
記のＣＰＵ１０にはバス１２を介して、キーボード制御
部１３、表示制御部１４、マウス制御部１５、プリンタ
制御部１６、磁気ディスク制御部１７、通信インタフェ
ース１８が接続されている。
構成例が示されている。クライアントは、ＣＰＵ１０が
主記憶装置１１に記憶されたプログラムやデータを用い
て各部を制御するコンピュータの構成を有している。上
記のＣＰＵ１０にはバス１２を介して、キーボード制御
部１３、表示制御部１４、マウス制御部１５、プリンタ
制御部１６、磁気ディスク制御部１７、通信インタフェ
ース１８が接続されている。
【００１４】キーボード制御部１３は接続されるキーボ
ード入力装置１９からの入力データを受けてＣＰＵ１０
へ送出する。表示制御部１４は接続されるＣＲＴ表示装
置２０に対しＣＰＵ１０から送られる画像データに基づ
く表示を行う。マウス制御部１５は接続されるマウス２
１からの入力位置データを受けてＣＰＵ１０へ送出す
る。プリンタ制御部１６は接続されているプリンタ装置
２２へＣＰＵ１０から送られる印字データに基づくプリ
ントを行わせる。磁気ディスク制御部１７は接続されて
いる磁気ディスク装置２３に対しＣＰＵ１０の制御下に
おいてデータのリードライトを行う。通信インタフェー
ス１８は、ＣＰＵ１０の制御下において通信制御部２４
を介してデータの送受を行う。
ード入力装置１９からの入力データを受けてＣＰＵ１０
へ送出する。表示制御部１４は接続されるＣＲＴ表示装
置２０に対しＣＰＵ１０から送られる画像データに基づ
く表示を行う。マウス制御部１５は接続されるマウス２
１からの入力位置データを受けてＣＰＵ１０へ送出す
る。プリンタ制御部１６は接続されているプリンタ装置
２２へＣＰＵ１０から送られる印字データに基づくプリ
ントを行わせる。磁気ディスク制御部１７は接続されて
いる磁気ディスク装置２３に対しＣＰＵ１０の制御下に
おいてデータのリードライトを行う。通信インタフェー
ス１８は、ＣＰＵ１０の制御下において通信制御部２４
を介してデータの送受を行う。
【００１５】監視端末３も上記の図３に示したシステム
と同様の構成であるが、通信インタフェース１８、通信
制御部２４は、ＣＰＵ１０とのインタフェースに置き換
えられる。また、サーバＡは、図３に示したシステムの
内、ＣＰＵ１０、主記憶装置１１、バス１２、磁気ディ
スク制御部１７、磁気ディスク装置２３を備えた構成で
十分である。
と同様の構成であるが、通信インタフェース１８、通信
制御部２４は、ＣＰＵ１０とのインタフェースに置き換
えられる。また、サーバＡは、図３に示したシステムの
内、ＣＰＵ１０、主記憶装置１１、バス１２、磁気ディ
スク制御部１７、磁気ディスク装置２３を備えた構成で
十分である。
【００１６】サーバＡは、図２に示されるように、クラ
イアントの稼働状態情報を保持するためのファイル４
を、例えば、磁気ディスク装置２３に備える。そして、
サーバＡは、主記憶装置１１のプログラムによりクライ
アント送信処理プロセス３１、ログ収集・判定処理プロ
セス３２、稼働状態生成処理プロセス３３を有する。ま
た、監視端末３は、主記憶装置１１のプログラムにより
稼働状態表示プロセス３４を有する。
イアントの稼働状態情報を保持するためのファイル４
を、例えば、磁気ディスク装置２３に備える。そして、
サーバＡは、主記憶装置１１のプログラムによりクライ
アント送信処理プロセス３１、ログ収集・判定処理プロ
セス３２、稼働状態生成処理プロセス３３を有する。ま
た、監視端末３は、主記憶装置１１のプログラムにより
稼働状態表示プロセス３４を有する。
【００１７】以下に各プロセスによる処理動作を説明す
る。クライアント送信処理プロセス３１は、各クライア
ント２−１〜２−ｎからの要求を受けて、これに対する
応答を返送し、また、各クライアント２−１〜２−ｎに
対する通知を行う。そして、クライアント送信処理プロ
セス３１は、ログ収集共通関数３５を備えており、上記
各クライアント２−１〜２−ｎに対する応答を返送する
とき及び通知のときに、ログ収集共通関数３５をコール
する。
る。クライアント送信処理プロセス３１は、各クライア
ント２−１〜２−ｎからの要求を受けて、これに対する
応答を返送し、また、各クライアント２−１〜２−ｎに
対する通知を行う。そして、クライアント送信処理プロ
セス３１は、ログ収集共通関数３５を備えており、上記
各クライアント２−１〜２−ｎに対する応答を返送する
とき及び通知のときに、ログ収集共通関数３５をコール
する。
【００１８】ここで図４に、ログ収集共通関数３５の入
力引数を示す。入力引数は、「当該ログの発生元識別名
（識別情報）」、「クライアント識別名」、「各クライ
アントのユニークな番号（識別情報）」、「当該ログの
種別」、「当該ログのメッセージ番号」、「当該ログの
発生時刻」である。
力引数を示す。入力引数は、「当該ログの発生元識別名
（識別情報）」、「クライアント識別名」、「各クライ
アントのユニークな番号（識別情報）」、「当該ログの
種別」、「当該ログのメッセージ番号」、「当該ログの
発生時刻」である。
【００１９】入力引数「当該ログの発生元識別名（識別
情報）」としては、サーバＡ、サーバＡ、Ｂなど、通知
等の発生元（複数、集合体も可）を識別する情報であ
り、「クライアント識別名」としては、クライアントＡ
群、クライアントａ、Ｂ群など、通知等の先（複数、集
合体も可）を識別する情報である。「各クライアントの
ユニークな番号（識別情報）」は、端末ホスト名や、回
線番号など、通知等の先のクライアントを個別に識別す
る情報である。「当該ログの種別」は、データ送信の成
否を示す情報であり、「当該ログのメッセージ番号」
は、１つの送信毎に与えられる連続する番号であり、
「当該ログの発生時刻」はログの発生時刻の情報であ
る。
情報）」としては、サーバＡ、サーバＡ、Ｂなど、通知
等の発生元（複数、集合体も可）を識別する情報であ
り、「クライアント識別名」としては、クライアントＡ
群、クライアントａ、Ｂ群など、通知等の先（複数、集
合体も可）を識別する情報である。「各クライアントの
ユニークな番号（識別情報）」は、端末ホスト名や、回
線番号など、通知等の先のクライアントを個別に識別す
る情報である。「当該ログの種別」は、データ送信の成
否を示す情報であり、「当該ログのメッセージ番号」
は、１つの送信毎に与えられる連続する番号であり、
「当該ログの発生時刻」はログの発生時刻の情報であ
る。
【００２０】ログ収集共通関数３５は入力引数に応じた
引数を有するログ（記録情報）を出力する。ログ収集・
判定処理プロセス３２は、上記で出力されたログを収集
し、図５に示されるフローチャートに基づき該当クライ
アントの稼働状態情報を更新する。まず、収集したログ
について引数「ログ種別」に基づきデータ送信成功に対
応するログであるかを検出する（Ｓ１）。ここで、デー
タ送信成功に対応するログであることを検出した場合に
は、当該クライアントの稼働状態情報を参照して、稼働
状態情報が「異常」であるか「正常」となっているかを
検出する（Ｓ２）。
引数を有するログ（記録情報）を出力する。ログ収集・
判定処理プロセス３２は、上記で出力されたログを収集
し、図５に示されるフローチャートに基づき該当クライ
アントの稼働状態情報を更新する。まず、収集したログ
について引数「ログ種別」に基づきデータ送信成功に対
応するログであるかを検出する（Ｓ１）。ここで、デー
タ送信成功に対応するログであることを検出した場合に
は、当該クライアントの稼働状態情報を参照して、稼働
状態情報が「異常」であるか「正常」となっているかを
検出する（Ｓ２）。
【００２１】上記ステップＳ２において、稼働状態情報
が「異常」である場合には、当該クライアント「異常｝
から「正常」となったと判定し、稼働状態情報を「正
常」へ変更する（Ｓ３）。また、上記ステップＳ２にお
いて、稼働状態情報が「正常」である場合には、当該ク
ライアントが「正常」を継続していると判定し、稼働状
態情報「正常」をそのままとし、変更を加えることはな
い（Ｓ４）。
が「異常」である場合には、当該クライアント「異常｝
から「正常」となったと判定し、稼働状態情報を「正
常」へ変更する（Ｓ３）。また、上記ステップＳ２にお
いて、稼働状態情報が「正常」である場合には、当該ク
ライアントが「正常」を継続していると判定し、稼働状
態情報「正常」をそのままとし、変更を加えることはな
い（Ｓ４）。
【００２２】一方、ステップＳ１において、データ送信
失敗に対応するログであることを検出した場合には、当
該クライアントの稼働状態情報を参照して、稼働状態情
報が「異常」であるか「正常」であるかを検出する（Ｓ
５）。
失敗に対応するログであることを検出した場合には、当
該クライアントの稼働状態情報を参照して、稼働状態情
報が「異常」であるか「正常」であるかを検出する（Ｓ
５）。
【００２３】上記ステップＳ５において、稼働状態情報
が「異常」である場合には、当該クライアントが「異
常」を継続していると判定し、稼働状態情報「異常」を
そのままとし、変更を加えることはない（Ｓ４）。一
方、上記ステップＳ５において、稼働状態情報が「正
常」である場合には、当該クライアントが「正常」から
「異常」となったと判定し、稼働状態情報を「異常」へ
変更する（Ｓ６）。
が「異常」である場合には、当該クライアントが「異
常」を継続していると判定し、稼働状態情報「異常」を
そのままとし、変更を加えることはない（Ｓ４）。一
方、上記ステップＳ５において、稼働状態情報が「正
常」である場合には、当該クライアントが「正常」から
「異常」となったと判定し、稼働状態情報を「異常」へ
変更する（Ｓ６）。
【００２４】以上のログ収集・判定処理プロセス３２に
よる処理結果は稼働状態生成処理プロセス３３によりフ
ァイル４へ反映される。監視端末３の稼働状態表示プロ
セス３４は上記ファイル４を参照して、各クライアント
２−１〜２−ｎの稼働状態の表示データを作成し、稼働
状態の画像をＣＲＴ表示装置２０へ表示する。つまり、
各クライアント２−１〜２−ｎのそれぞれが、正常か異
常かを示す画像がＣＲＴ表示装置２０に表示される。
よる処理結果は稼働状態生成処理プロセス３３によりフ
ァイル４へ反映される。監視端末３の稼働状態表示プロ
セス３４は上記ファイル４を参照して、各クライアント
２−１〜２−ｎの稼働状態の表示データを作成し、稼働
状態の画像をＣＲＴ表示装置２０へ表示する。つまり、
各クライアント２−１〜２−ｎのそれぞれが、正常か異
常かを示す画像がＣＲＴ表示装置２０に表示される。
【００２５】斯して、本実施の形態では、運用管理用ミ
ドルウェアを使用しないので、サーバとクライアントの
プラットホームに関わりなく、適切に各クライアント２
−１〜２−ｎの稼働状態を監視可能である。更に、クラ
イアントの数が多い場合にもインストールが不要であ
り、人手と時間を費やす必要がない。また、サーバから
の応答と通知の際にログ収集共通関数３５をコールする
だけであり、ネットワークに負担をかけることがなく、
通常の業務処理に影響が殆ど無い利点がある。
ドルウェアを使用しないので、サーバとクライアントの
プラットホームに関わりなく、適切に各クライアント２
−１〜２−ｎの稼働状態を監視可能である。更に、クラ
イアントの数が多い場合にもインストールが不要であ
り、人手と時間を費やす必要がない。また、サーバから
の応答と通知の際にログ収集共通関数３５をコールする
だけであり、ネットワークに負担をかけることがなく、
通常の業務処理に影響が殆ど無い利点がある。
【００２６】図６、図７には、第２の実施の形態に係る
クライアント・サーバシステムが示されている。このシ
ステムでは、サーバＡに対し回線を介してサーバＢが接
続されている。サーバＢは、ネットワーク１Ｂを介して
クライアントである出力機器５−１〜５−ｍに接続され
ており、データを出力機器５−１〜５−ｍの所要の機器
へ送出して出力を生じさせている。
クライアント・サーバシステムが示されている。このシ
ステムでは、サーバＡに対し回線を介してサーバＢが接
続されている。サーバＢは、ネットワーク１Ｂを介して
クライアントである出力機器５−１〜５−ｍに接続され
ており、データを出力機器５−１〜５−ｍの所要の機器
へ送出して出力を生じさせている。
【００２７】サーバＢには、主記憶装置１１のプログラ
ムにより、クライアント送信処理プロセス３１に類似の
クライアント送信処理プロセス３１Ｂと、自装置のログ
送信を行うログ送信処理プロセス３６が構成されてい
る。サーバＡには、ファイル４以外にファイル４Ａが備
えられ、ログが保持可能となっている。サーバＡは、主
記憶装置１１のプログラムによりログ生成処理プロセス
３３Ａを有する。また、監視端末３は、稼働状態表示プ
ロセス３４以外にログ表示プロセス３４Ａを有する。
ムにより、クライアント送信処理プロセス３１に類似の
クライアント送信処理プロセス３１Ｂと、自装置のログ
送信を行うログ送信処理プロセス３６が構成されてい
る。サーバＡには、ファイル４以外にファイル４Ａが備
えられ、ログが保持可能となっている。サーバＡは、主
記憶装置１１のプログラムによりログ生成処理プロセス
３３Ａを有する。また、監視端末３は、稼働状態表示プ
ロセス３４以外にログ表示プロセス３４Ａを有する。
【００２８】このシステムの動作を説明する。クライア
ント送信処理プロセス３１による応答と通知の際に対応
する処理は、既に図２、図４、図５を用いて説明した通
りである。一方、クライアント送信処理プロセス３１Ｂ
が出力機器５−１〜５−ｍへ出力要求を行った場合に、
ログ収集共通関数３５Ｂがコールされる。ログ収集共通
関数３５Ｂは、ログ収集共通関数３５と同様の機能を有
し、入力引数に応じた引数を有するログ（記録情報）を
出力する。ログ送信処理プロセス３６は、ログ収集共通
関数３５Ｂから出力されたログ（記録情報）をサーバＡ
へ通知する。
ント送信処理プロセス３１による応答と通知の際に対応
する処理は、既に図２、図４、図５を用いて説明した通
りである。一方、クライアント送信処理プロセス３１Ｂ
が出力機器５−１〜５−ｍへ出力要求を行った場合に、
ログ収集共通関数３５Ｂがコールされる。ログ収集共通
関数３５Ｂは、ログ収集共通関数３５と同様の機能を有
し、入力引数に応じた引数を有するログ（記録情報）を
出力する。ログ送信処理プロセス３６は、ログ収集共通
関数３５Ｂから出力されたログ（記録情報）をサーバＡ
へ通知する。
【００２９】ログ収集・判定処理プロセス３２、稼働状
態生成処理プロセス３３、また、監視端末３の稼働状態
表示プロセス３４は、上記サーバＢから通知されたログ
（記録情報）に対しても、サーバＡのログ収集共通関数
３５にて出力されたログと全く同じ処理を行う。この結
果、各出力機器５−１〜５−ｍのそれぞれが、正常か異
常かの画像がＣＲＴ表示装置２０に表示される。
態生成処理プロセス３３、また、監視端末３の稼働状態
表示プロセス３４は、上記サーバＢから通知されたログ
（記録情報）に対しても、サーバＡのログ収集共通関数
３５にて出力されたログと全く同じ処理を行う。この結
果、各出力機器５−１〜５−ｍのそれぞれが、正常か異
常かの画像がＣＲＴ表示装置２０に表示される。
【００３０】ログ生成処理プロセス３３Ａは、上記サー
バＢから通知されたログ、サーバＡにて出力されたログ
をログ収集・判定処理プロセス３２を介して受け取り、
ログを生成してファイル４Ａに蓄積する。監視端末３の
ログ表示プロセス３４Ａは上記ファイル４Ａを参照し
て、サーバＡ、Ｂのクライアントへの送信に関するログ
の表示データを作成し、ログ画像をＣＲＴ表示装置２０
へ表示する。これにより、クライアントの稼働状態以外
にクライアントへの送信に関するログ自体を画像により
目視することができ、異常となった時刻等を把握でき
る。この実施の形態によれば、マルチベンダー化された
クライアント・サーバシステムのクライアント稼働状態
を統合的に監視することができる。
バＢから通知されたログ、サーバＡにて出力されたログ
をログ収集・判定処理プロセス３２を介して受け取り、
ログを生成してファイル４Ａに蓄積する。監視端末３の
ログ表示プロセス３４Ａは上記ファイル４Ａを参照し
て、サーバＡ、Ｂのクライアントへの送信に関するログ
の表示データを作成し、ログ画像をＣＲＴ表示装置２０
へ表示する。これにより、クライアントの稼働状態以外
にクライアントへの送信に関するログ自体を画像により
目視することができ、異常となった時刻等を把握でき
る。この実施の形態によれば、マルチベンダー化された
クライアント・サーバシステムのクライアント稼働状態
を統合的に監視することができる。
【００３１】次に図８に第３の実施の形態を示す。この
実施の形態では、サーバＣを備えており、サーバＡが各
クライアント２−１〜２−ｎの稼働状態情報をサーバＣ
へ通知し、サーバＢが各出力機器５−１〜５−ｍの稼働
状態情報をサーバＣへ通知する構成を採用している。サ
ーバＣには、監視端末３Ｃ−１、３Ｃ−２が接続されて
いる。
実施の形態では、サーバＣを備えており、サーバＡが各
クライアント２−１〜２−ｎの稼働状態情報をサーバＣ
へ通知し、サーバＢが各出力機器５−１〜５−ｍの稼働
状態情報をサーバＣへ通知する構成を採用している。サ
ーバＣには、監視端末３Ｃ−１、３Ｃ−２が接続されて
いる。
【００３２】各サーバＡ、Ｂ、Ｃの構成を図９に示す。
サーバＡは、クライアント送信処理プロセス３１、ログ
収集・判定処理プロセス３２、エージェントに対応する
運用管理用ミドルウェア３７Ａを有する。サーバＢは、
クライアント送信処理プロセス３１Ｂ、ログ収集・判定
処理プロセス３２Ｂ、エージェントに対応する運用管理
用ミドルウェア３７Ｂを有する。サーバＣは、マネージ
ャに対応する運用管理用ミドルウェア３７Ｃ、稼働状態
生成処理プロセス３３Ｃ、稼働状態情報を保持するため
のファイル４Ｃを有する。監視端末３Ｃ−１は、稼働状
態表示プロセス３４Ｃ−１を有し、監視端末３Ｃ−２
は、稼働状態表示プロセス３４Ｃ−２を有する。
サーバＡは、クライアント送信処理プロセス３１、ログ
収集・判定処理プロセス３２、エージェントに対応する
運用管理用ミドルウェア３７Ａを有する。サーバＢは、
クライアント送信処理プロセス３１Ｂ、ログ収集・判定
処理プロセス３２Ｂ、エージェントに対応する運用管理
用ミドルウェア３７Ｂを有する。サーバＣは、マネージ
ャに対応する運用管理用ミドルウェア３７Ｃ、稼働状態
生成処理プロセス３３Ｃ、稼働状態情報を保持するため
のファイル４Ｃを有する。監視端末３Ｃ−１は、稼働状
態表示プロセス３４Ｃ−１を有し、監視端末３Ｃ−２
は、稼働状態表示プロセス３４Ｃ−２を有する。
【００３３】以下に本システムの動作を説明する。クラ
イアント送信処理プロセス３１、３１Ｂ、ログ収集・判
定処理プロセス３２、３２Ｂによる応答と通知の際に対
応する処理は、既に図２、図４、図５を用いて説明した
通りである。ログ収集・判定処理プロセス３２、３２Ｂ
による処理結果に係る稼働状態情報は、運用管理用ミド
ルウェア３７Ａ、３７Ｂのエージェントに渡され、各エ
ージェントはこの稼働状態情報をサーバＣの運用管理用
ミドルウェア３７のマネージャへ通知する。
イアント送信処理プロセス３１、３１Ｂ、ログ収集・判
定処理プロセス３２、３２Ｂによる応答と通知の際に対
応する処理は、既に図２、図４、図５を用いて説明した
通りである。ログ収集・判定処理プロセス３２、３２Ｂ
による処理結果に係る稼働状態情報は、運用管理用ミド
ルウェア３７Ａ、３７Ｂのエージェントに渡され、各エ
ージェントはこの稼働状態情報をサーバＣの運用管理用
ミドルウェア３７のマネージャへ通知する。
【００３４】運用管理用ミドルウェア３７のマネージャ
は受け取った稼働状態情報を稼働状態生成処理プロセス
３３Ｃへ送出し、稼働状態情報は稼働状態生成処理プロ
セス３３Ｃによりファイル４Ｃへ反映される。
は受け取った稼働状態情報を稼働状態生成処理プロセス
３３Ｃへ送出し、稼働状態情報は稼働状態生成処理プロ
セス３３Ｃによりファイル４Ｃへ反映される。
【００３５】監視端末３Ｃ−１、３Ｃ−２の稼働状態表
示プロセス３４Ｃ−１、３４Ｃ−２は、上記ファイル４
Ｃを参照して、各クライアント２−１〜２−ｎの稼働状
態及び出力機器５−１〜５−ｍの稼働状態の表示データ
を作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示
する。つまり、各クライアント２−１〜２−ｎ及び出力
機器５−１〜５−ｍのそれぞれが、正常か異常かの画像
がＣＲＴ表示装置２０に表示される。本実施の形態で
は、運用管理用ミドルウェアをサーバのみに適用して、
インストールの手間を減少させ、１つのサーバにてクラ
イアントの稼働状態を一元的に監視できる。
示プロセス３４Ｃ−１、３４Ｃ−２は、上記ファイル４
Ｃを参照して、各クライアント２−１〜２−ｎの稼働状
態及び出力機器５−１〜５−ｍの稼働状態の表示データ
を作成し、稼働状態の画像をＣＲＴ表示装置２０へ表示
する。つまり、各クライアント２−１〜２−ｎ及び出力
機器５−１〜５−ｍのそれぞれが、正常か異常かの画像
がＣＲＴ表示装置２０に表示される。本実施の形態で
は、運用管理用ミドルウェアをサーバのみに適用して、
インストールの手間を減少させ、１つのサーバにてクラ
イアントの稼働状態を一元的に監視できる。
【００３６】次に図１０に第４の実施の形態を示す。こ
の実施の形態では、サーバＡが各クライアント２−１〜
２−ｎ、各出力機器５−１〜５−ｍに接続され、サーバ
Ａには、監視端末３が接続されて、状態表示と統計表示
が可能となっている。サーバＡには、図１１に示される
ように、稼働状態情報を保持するためのファイル４、以
外に統計データを保持するためのファイル４Ａを、例え
ば、磁気ディスク装置２３に備える。そして、サーバＡ
は、クライアント送信処理プロセス３１、ログ収集・判
定処理プロセス３２、稼働状態生成処理プロセス３３、
更に、統計データ生成処理プロセス３９を有する。ま
た、監視端末３は、稼働状態表示プロセス３４と統計表
示プロセス４０を有する。
の実施の形態では、サーバＡが各クライアント２−１〜
２−ｎ、各出力機器５−１〜５−ｍに接続され、サーバ
Ａには、監視端末３が接続されて、状態表示と統計表示
が可能となっている。サーバＡには、図１１に示される
ように、稼働状態情報を保持するためのファイル４、以
外に統計データを保持するためのファイル４Ａを、例え
ば、磁気ディスク装置２３に備える。そして、サーバＡ
は、クライアント送信処理プロセス３１、ログ収集・判
定処理プロセス３２、稼働状態生成処理プロセス３３、
更に、統計データ生成処理プロセス３９を有する。ま
た、監視端末３は、稼働状態表示プロセス３４と統計表
示プロセス４０を有する。
【００３７】このシステムにおける各クライアント２−
１〜２−ｎの稼働状態情報に関する処理動作は、図２、
図４、図５を用いて説明した処理と同様である。このシ
ステムでは、各出力機器５−１〜５−ｍの稼働状態情報
に関しても同様に処理が行われる。ところで、このシス
テムでは、ログ収集・判定処理プロセス３２は処理結果
を稼働状態生成処理プロセス３３と共に、統計データ生
成処理プロセス３９へ送出する。統計データ生成処理プ
ロセス３９は、各クライアント２−１〜２−ｎに対する
各時間帯単位の応答、通知の回数、各出力機器５−１〜
５−ｍに対する各時間帯単位の出力枚数などの統計情報
を生成し、ファイル４Ａへ反映する。
１〜２−ｎの稼働状態情報に関する処理動作は、図２、
図４、図５を用いて説明した処理と同様である。このシ
ステムでは、各出力機器５−１〜５−ｍの稼働状態情報
に関しても同様に処理が行われる。ところで、このシス
テムでは、ログ収集・判定処理プロセス３２は処理結果
を稼働状態生成処理プロセス３３と共に、統計データ生
成処理プロセス３９へ送出する。統計データ生成処理プ
ロセス３９は、各クライアント２−１〜２−ｎに対する
各時間帯単位の応答、通知の回数、各出力機器５−１〜
５−ｍに対する各時間帯単位の出力枚数などの統計情報
を生成し、ファイル４Ａへ反映する。
【００３８】監視端末３の稼働状態表示プロセス３４は
上記ファイル４を参照して、各クライアント２−１〜２
−ｎ、各出力機器５−１〜５−ｍの稼働状態の表示デー
タを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表
示する。また、統計表示プロセス４０は上記ファイル４
Ａを参照して、各クライアント２−１〜２−ｎ、各出力
機器５−１〜５−ｍの統計情報の表示データを作成し、
各時間帯の応答、通知の回数、各時間帯単位の出力枚数
など画像をＣＲＴ表示装置２０へ表示する。これによっ
て、監視端末３を用いて各クライアント２−１〜２−
ｎ、各出力機器５−１〜５−ｍのそれぞれが、正常か異
常かを知ることができる上に、各クライアント２−１〜
２−ｎ、各出力機器５−１〜５−ｍのそれぞれの使用状
況を統計的に表示させて把握することができる。
上記ファイル４を参照して、各クライアント２−１〜２
−ｎ、各出力機器５−１〜５−ｍの稼働状態の表示デー
タを作成し、稼働状態の画像をＣＲＴ表示装置２０へ表
示する。また、統計表示プロセス４０は上記ファイル４
Ａを参照して、各クライアント２−１〜２−ｎ、各出力
機器５−１〜５−ｍの統計情報の表示データを作成し、
各時間帯の応答、通知の回数、各時間帯単位の出力枚数
など画像をＣＲＴ表示装置２０へ表示する。これによっ
て、監視端末３を用いて各クライアント２−１〜２−
ｎ、各出力機器５−１〜５−ｍのそれぞれが、正常か異
常かを知ることができる上に、各クライアント２−１〜
２−ｎ、各出力機器５−１〜５−ｍのそれぞれの使用状
況を統計的に表示させて把握することができる。
【００３９】
【発明の効果】以上説明したように本発明に係るクライ
アント・サーバシステムによれば、サーバからクライア
ントへの送信に関する記録情報を収集して、この収集し
た記録情報に基づいて、クライアントの稼働状態を検出
し、検出結果を出力するので、クライアントの稼働状態
を検出するために特別に送信を行う必要がなく、ネット
ワークへの負荷増大が生じることがなく、業務処理を−
適切に行うことができる。しかも、クライアントとサー
バのプラットホームが異なる場合にも適用することがで
き、適用範囲が広くなる効果がある。
アント・サーバシステムによれば、サーバからクライア
ントへの送信に関する記録情報を収集して、この収集し
た記録情報に基づいて、クライアントの稼働状態を検出
し、検出結果を出力するので、クライアントの稼働状態
を検出するために特別に送信を行う必要がなく、ネット
ワークへの負荷増大が生じることがなく、業務処理を−
適切に行うことができる。しかも、クライアントとサー
バのプラットホームが異なる場合にも適用することがで
き、適用範囲が広くなる効果がある。
【００４０】また、本発明に係るクライアント・サーバ
システムでは、各クライアント毎の稼働状態に関する情
報を保持しており、検出結果に基づき上記保持してある
情報中の対応する情報を更新するようにしたので、現状
におけるクライアントの状態が反映され、クライアント
の状況を適切に把握することができる。
システムでは、各クライアント毎の稼働状態に関する情
報を保持しており、検出結果に基づき上記保持してある
情報中の対応する情報を更新するようにしたので、現状
におけるクライアントの状態が反映され、クライアント
の状況を適切に把握することができる。
【００４１】本発明に係るクライアント・サーバシステ
ムでは、複数のサーバ中の所定の１つのサーバに対し自
サーバの送信に関する記録情報を送信し、前記１つのサ
ーバにおいて記録情報を収集して、この収集した記録情
報に基づいて、クライアントの稼働状態を検出し、検出
結果を出力するようにしたので、マルチベンダ環境にお
いてクライアントの稼働状態を一元管理することができ
る。
ムでは、複数のサーバ中の所定の１つのサーバに対し自
サーバの送信に関する記録情報を送信し、前記１つのサ
ーバにおいて記録情報を収集して、この収集した記録情
報に基づいて、クライアントの稼働状態を検出し、検出
結果を出力するようにしたので、マルチベンダ環境にお
いてクライアントの稼働状態を一元管理することができ
る。
【００４２】また、本発明に係るクライアント・サーバ
システムでは、各サーバにおいて記録情報を収集して、
この収集した記録情報に基づいて、クライアントの稼働
状態を検出し、検出結果を１つのサーバに送信して、そ
の１つのサーバでは、送信されてくる稼働状態情報を受
け取り自サーバのクライアントに係る稼働状態情報と共
に保持するので、各サーバが管理するクライアントの稼
働状態情報を１つのサーバに集めて一元管理することが
できる。
システムでは、各サーバにおいて記録情報を収集して、
この収集した記録情報に基づいて、クライアントの稼働
状態を検出し、検出結果を１つのサーバに送信して、そ
の１つのサーバでは、送信されてくる稼働状態情報を受
け取り自サーバのクライアントに係る稼働状態情報と共
に保持するので、各サーバが管理するクライアントの稼
働状態情報を１つのサーバに集めて一元管理することが
できる。
【００４３】また、本発明に係るクライアント・サーバ
システムでは、記録情報を収集して、この収集した記録
情報に基づいて、クライアントとの送信統計情報を作成
し、この統計情報を出力するようにしたので、クライア
ントの使用に関する状況を統計的に把握することがで
き、システムの再構築などに応用することができる。
システムでは、記録情報を収集して、この収集した記録
情報に基づいて、クライアントとの送信統計情報を作成
し、この統計情報を出力するようにしたので、クライア
ントの使用に関する状況を統計的に把握することがで
き、システムの再構築などに応用することができる。
【００４４】また、本発明に係るクライアント稼働監視
方法によれば、サーバからクライアントへの送信に関す
る記録情報を収集し、該収集された記録情報に基づい
て、前記クライアントの稼働状態を検出し、この検出結
果を出力するようになるので、サーバからクライアント
への送信に関する記録情報に基づいて、クライアントの
稼働状態が検出でき、クライアントの稼働状態を検出す
るために特別に送信を行う必要がなく、ネットワークへ
の負荷増大が生じることがなく、業務処理を適切に行う
ことができる。しかも、クライアントとサーバのプラッ
トホームが異なる場合にも適用することができる効果が
ある。
方法によれば、サーバからクライアントへの送信に関す
る記録情報を収集し、該収集された記録情報に基づい
て、前記クライアントの稼働状態を検出し、この検出結
果を出力するようになるので、サーバからクライアント
への送信に関する記録情報に基づいて、クライアントの
稼働状態が検出でき、クライアントの稼働状態を検出す
るために特別に送信を行う必要がなく、ネットワークへ
の負荷増大が生じることがなく、業務処理を適切に行う
ことができる。しかも、クライアントとサーバのプラッ
トホームが異なる場合にも適用することができる効果が
ある。
【図１】本発明に係るクライアント・サーバシステムの
第１の実施の形態の構成を示す図。
第１の実施の形態の構成を示す図。
【図２】本発明に係るクライアント・サーバシステムの
第１の実施の形態の内部機能構成を示す図。
第１の実施の形態の内部機能構成を示す図。
【図３】本発明に係るクライアント・サーバシステムに
おけるクライアント等の構成例を示す図。
おけるクライアント等の構成例を示す図。
【図４】本発明に係るクライアント・サーバシステムに
おいて収集されるログの内容を示す図。
おいて収集されるログの内容を示す図。
【図５】本発明に係るクライアント・サーバシステムに
おける稼働状態判定処理を示すフローチャート。
おける稼働状態判定処理を示すフローチャート。
【図６】本発明に係るクライアント・サーバシステムの
第２の実施の形態の構成を示す図。
第２の実施の形態の構成を示す図。
【図７】本発明に係るクライアント・サーバシステムの
第２の実施の形態の内部機能構成を示す図。
第２の実施の形態の内部機能構成を示す図。
【図８】本発明に係るクライアント・サーバシステムの
第３の実施の形態の構成を示す図。
第３の実施の形態の構成を示す図。
【図９】本発明に係るクライアント・サーバシステムの
第３の実施の形態の内部機能構成を示す図。
第３の実施の形態の内部機能構成を示す図。
【図１０】本発明に係るクライアント・サーバシステム
の第４の実施の形態の構成を示す図。
の第４の実施の形態の構成を示す図。
【図１１】本発明に係るクライアント・サーバシステム
の第４の実施の形態の内部機能構成を示す図。
の第４の実施の形態の内部機能構成を示す図。
【図１２】従来のクライアント・サーバシステムにおけ
るクライアント稼働状態監視方法を説明するための図。
るクライアント稼働状態監視方法を説明するための図。
１ ネットワーク ２−１〜２−ｎ
クライアント ３ 監視端末 １０ ＣＰＵ １１ 主記憶装置 １２ バス １９ キーボード入力装置 ２０ ＣＲＴ表
示装置 ２１ マウス ２２ プリンタ
装置 ２３ 磁気ディスク装置 ２４ 通信処理
部 ３１ クライアント送信処理プロセス ３２ ログ収集・判定処理プロセス ３３ 稼働状態生成処理プロセス ３４ 稼働状態表示プロセス ３５ ログ収集共通関数
クライアント ３ 監視端末 １０ ＣＰＵ １１ 主記憶装置 １２ バス １９ キーボード入力装置 ２０ ＣＲＴ表
示装置 ２１ マウス ２２ プリンタ
装置 ２３ 磁気ディスク装置 ２４ 通信処理
部 ３１ クライアント送信処理プロセス ３２ ログ収集・判定処理プロセス ３３ 稼働状態生成処理プロセス ３４ 稼働状態表示プロセス ３５ ログ収集共通関数
Claims (9)
- 【請求項１】 ネットワークに対し、複数のクライアン
トと、サーバとが接続されたクライアント・サーバシス
テムにおいて、 前記サーバから前記クライアントへの送信に関する記録
情報を収集する送信記録収集手段と、 この送信記録収集手段により収集された記録情報に基づ
いて、前記クライアントの稼働状態を検出する検出手段
と、 この検出手段の検出結果を出力する出力手段とを具備す
ることを特徴とするクライアント・サーバシステム。 - 【請求項２】 各クライアント毎の稼働状態に関する情
報を保持する情報保持手段と、 検出手段の検出結果に基づき前記情報保持手段の対応す
る情報を更新する情報更新手段とを更に具備することを
特徴とする請求項１に記載のクライアント・サーバシス
テム。 - 【請求項３】 サーバは１つで構成されていることを特
徴とする請求項１に記載のクライアント・サーバシステ
ム。 - 【請求項４】 サーバは複数で構成され、 複数のサーバに、所定の１つのサーバに対し自サーバの
送信に関する記録情報を送信する送信手段を具備させ、 前記１つのサーバに、送信記録収集手段、検出手段を備
えさせたことを特徴とする請求項１に記載のクライアン
ト・サーバシステム。 - 【請求項５】 前記１つのサーバには、他のサーバから
送信されてきた記録情報に関する表示を制御する表示制
御手段と、 この表示制御手段の制御に基づき記憶情報を表示する表
示手段とが備えられていることを特徴とする請求項４に
記載のクライアント・サーバシステム。 - 【請求項６】 サーバは複数で構成され、 複数のサーバには、送信記録収集手段、検出手段と、こ
の検出手段の検出結果を所定の１つのサーバに対し送信
する稼働状態送信手段とが備えられ、 前記所定の１つのサーバには、送信されてくる稼働状態
情報を受け取り自サーバのクライアントに係る稼働状態
情報と共に保持する保持手段が備えられていることを特
徴とする請求項１に記載のクライアント・サーバシステ
ム。 - 【請求項７】 前記送信記録収集手段により収集された
記録情報に基づいて、前記クライアントとの送信統計情
報を作成する統計情報作成手段と、 この統計情報作成手段により作成された情報を出力する
出力手段とを更に具備することを特徴とする請求項１に
記載のクライアント・サーバシステム。 - 【請求項８】 送信記録情報には、当該情報の発生元識
別情報、クライアント指示別情報、各クライアントにユ
ニークなユニーク情報、送信の成否情報、送信記録情報
の識別情報、発生時刻情報が含まれていることを特徴と
する請求項１に記載のクライアント・サーバシステム。 - 【請求項９】 ネットワークに対し、複数のクライアン
トと、サーバとが接続されたクライアント・サーバシス
テムのクライアント稼働監視方法において、 前記サーバから前記クライアントへの送信に関する記録
情報を収集し、 該収集された記録情報に基づいて、前記クライアントの
稼働状態を検出し、 この検出結果を出力することからなるクライアント稼働
監視方法。
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 true JP2000112847A (ja) | 2000-04-21 |
| JP4034436B2 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) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1314232C (zh) * | 2003-12-08 | 2007-05-02 | 英业达股份有限公司 | 监视系统及方法 |
| JP2007228565A (ja) * | 2006-01-25 | 2007-09-06 | Nec Infrontia Corp | 通信装置を管理するための管理システム、その通信装置および管理方法 |
| US7287073B2 (en) | 2000-11-17 | 2007-10-23 | Canon Kabushiki Kaisha | Remote site managing system for centrally managing computers and peripheral devices |
| US7444400B2 (en) | 2000-09-12 | 2008-10-28 | Canon Kabushiki Kaisha | Remote site management system |
| US10819614B2 (en) | 2017-11-16 | 2020-10-27 | Fujitsu Limited | Network monitoring apparatus and network monitoring method |
-
1998
- 1998-09-30 JP JP27851198A patent/JP4034436B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7444400B2 (en) | 2000-09-12 | 2008-10-28 | Canon Kabushiki Kaisha | Remote site management system |
| US7287073B2 (en) | 2000-11-17 | 2007-10-23 | Canon Kabushiki Kaisha | Remote site managing system for centrally managing computers and peripheral devices |
| CN1314232C (zh) * | 2003-12-08 | 2007-05-02 | 英业达股份有限公司 | 监视系统及方法 |
| JP2007228565A (ja) * | 2006-01-25 | 2007-09-06 | Nec Infrontia Corp | 通信装置を管理するための管理システム、その通信装置および管理方法 |
| US10819614B2 (en) | 2017-11-16 | 2020-10-27 | Fujitsu Limited | Network monitoring apparatus and network monitoring method |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4034436B2 (ja) | 2008-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7281040B1 (en) | Diagnostic/remote monitoring by email | |
| US8935395B2 (en) | Correlation of distributed business transactions | |
| US6859889B2 (en) | Backup system and method for distributed systems | |
| US20030126240A1 (en) | Method, system and computer program product for monitoring objects in an it network | |
| JP2004021549A (ja) | ネットワーク監視システムおよびプログラム | |
| CN100549975C (zh) | 计算机维护帮助系统及分析服务器 | |
| JP2510696B2 (ja) | 計算機システム自動運転制御方式 | |
| KR100756264B1 (ko) | 리모트 보수 시스템, 메일 접속 확인 방법, 메일 접속 확인프로그램을 기록한 컴퓨터 판독 가능한 기록 매체, 및메일 송신 환경 진단 프로그램을 기록한 컴퓨터 판독가능한 기록 매체 | |
| JP6317074B2 (ja) | 障害通知装置、障害通知プログラムならびに障害通知方法 | |
| JP2004206634A (ja) | 監視方法、稼動監視装置、監視システム及びコンピュータプログラム | |
| JP2010231293A (ja) | 監視装置 | |
| JP4034436B2 (ja) | クライアント・サーバシステム及びクライアント稼働監視方法 | |
| JP2001005692A (ja) | 計算機システムおよびその保守管理システム並びに障害通知方法 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JP3208885B2 (ja) | 障害監視システム | |
| JP3757072B2 (ja) | ネットワークシステムを構成する計算機の監視方法 | |
| JP3271590B2 (ja) | 業務監視システム、装置及び方法、及び記録媒体 | |
| JP4848979B2 (ja) | 監視システムおよび監視方法ならびにプログラム | |
| JP2007041646A (ja) | クライアント−サーバ型システム、並びに、その管理方法および管理プログラム | |
| JPH10171769A (ja) | 複合計算機システム | |
| JPH11272507A (ja) | 監視情報通報システムおよびそのプログラム記録媒体 | |
| JP2751861B2 (ja) | ネットワークシステム障害検出処理回路 | |
| JP2002244828A (ja) | 機器状態管理システム | |
| JPH06290126A (ja) | 計算機システム障害監視方式 | |
| KR100235570B1 (ko) | 2이상의 주전산기를 병립 연결한 시스템의 클러스터 관리 마스터 시스템의 클러스터 관리방법 |
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 |