(57)【要約】【課題】クライアント端末からの監視処理によってサーバ装置の負荷が増大することを防ぐこと。【解決手段】システム運用中、各クライアント端末３では、ユーザが任意のタイミングで監視条件設定プログラムを起動し、新たな監視条件設定の可否をサーバ装置２に問い合わせる。サーバ装置２の監視条件判断部からの回答が監視条件設定可能であった場合は、監視条件設定部は新たな監視条件をクライアント端末３に保管し、回答が監視条件設定不可能であった場合は、監視条件設定部はユーザにその旨を通知して、新たな監視条件をクライアント端末３に保管せずに終了する。これによって、サーバ装置２の処理能力を超えた監視条件が設定されることがなくなり、サーバ装置２の負荷が増大することを未然に防ぐことができ、サーバ装置２においての監視処理を正常に稼動させることができる。【選択図】図２
2007249517.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末から監視条件を受信する監視条件受信手段と、
クライアント端末からの監視に対応する監視対応能力に基づいて、前記受信した監視条件を認めるか否かを判断し、前記監視条件を認めると判断した場合は前記監視条件に基づいて監視を受け、前記監視条件を認めないと判断した場合は前記クライアント端末に当該監視条件を認めない旨の通知を行う判断手段と、
を具備したことを特徴とするサーバ装置。
【請求項２】
前記判断手段は、クライアント端末から監視条件を受信した際に、既に認めた監視条件のうち同一条件のものがあるか否かを確認し、同一のものがあった場合に同一のものが認められている旨を前記クライアント端末に通知することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
サーバ装置上のデータを監視する監視条件の設定を受け付ける監視条件受付手段と、
前記受け付けた監視条件を前記サーバ装置に送信する監視条件送信手段と、
前記送信した監視条件が前記サーバ装置で認められた場合に、前記受け付けた監視条件に基づいて前記サーバ装置上のデータを監視する監視手段と、
を具備したことを特徴とするクライアント端末。
【請求項４】
クライアント端末によるデータの監視を受けるための監視条件の設定を受け付ける監視条件受付手段と、
前記設定を受け付けた監視条件を前記クライアント端末に通知する監視条件通知手段と、
を具備したことを特徴とするサーバ装置。
【請求項５】
前記監視条件通知手段は、前記監視条件の通知先のクライアント端末が稼動していない場合、稼働中の他のクライアント端末に前記監視条件を通知することを特徴とする請求項４に記載のサーバ装置。
【請求項６】
前記監視条件通知手段は、前記設定を受け付けた監視条件の通知先のクライアント端末が全て稼動していない場合、自己の記憶領域に前記監視条件を保管し、
前記保管された監視条件に基づいて自己のデータを監視する監視手段を具備したことを特徴とする請求項５に記載のサーバ装置。
【請求項７】
サーバ装置から監視条件を受信する監視条件受信手段と、
前記受信した監視条件に基づいて前記サーバ装置上のデータを監視する監視手段と、
を具備したことを特徴とするクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、及びクライアント端末に関し、例えば、サーバ上のデータをクライアント端末が監視するものに関する。
【背景技術】
【０００２】
ネットワーク上の複数のクライアント端末（クライアントコンピュータ）で常駐プログラムを実行させ、ネットワーク上のサーバのデータを監視するシステムが存在する。
監視によりサーバ上の新たなデータを検知すると、クライアント端末は、このデータをダウンロードする。このような技術として、次の文献がある。
【特許文献１】特開２００３−１４０９５８公報
【０００３】
この技術は、サーバ上でのデータの登録・更新・削除をクライアント端末が監視し、クライアント端末でもデータの登録・更新・削除を行うものである。
一般に、このような監視システムでは、クライアント端末において、監視対象とするサーバ装置、監視対象とするサーバ装置上の監視場所、及び監視時間間隔（以降、これら３つの条件を合わせて監視条件と呼ぶ）を任意に設定することが可能である。
一方、監視対象となるサーバ装置では不特定のクライアント端末からの監視処理に対応するため、監視処理を行うクライアント端末を認証し、認証が成功すると当該クライアント端末にサーバ装置内のデータを公開し、監視処理に対応する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、このようなシステムでは、各クライアント端末での監視条件がシステム管理者などによる一元管理下にないことが多く、このため、複数のクライアント端末からの監視処理が一定時間内にサーバ装置の監視対応能力を超えてサーバ装置に集中することがあった。この場合、サーバ装置の負荷が高まり、サーバ装置の監視処理が正常に動作しない場合があった。
【０００５】
例えば、サーバ装置が１分間に１００回の監視要求を処理できる能力がある場合、１分以内に１００台以上のクライアント端末から監視要求がなされると、サーバ装置では処理の輻輳が発生し、要求された監視処理の全てを設定時間内に処理することができない可能性がある。
【０００６】
そこで、本発明の目的は、各クライアント端末からの監視処理によってサーバ装置の負荷が増大することを未然に防ぐことである。
【課題を解決するための手段】
【０００７】
本発明は、前記目的を達成するために、請求項１に記載の発明では、クライアント端末から監視条件を受信する監視条件受信手段と、クライアント端末からの監視に対応する監視対応能力に基づいて、前記受信した監視条件を認めるか否かを判断し、前記監視条件を認めると判断した場合は前記監視条件に基づいて監視を受け、前記監視条件を認めないと判断した場合は前記クライアント端末に当該監視条件を認めない旨の通知を行う判断手段と、を具備したことを特徴とするサーバ装置を提供する。
請求項２に記載の発明では、前記判断手段は、クライアント端末から監視条件を受信した際に、既に認めた監視条件のうち同一条件のものがあるか否かを確認し、同一のものがあった場合に同一のものが認められている旨を前記クライアント端末に通知することを特徴とする請求項１に記載のサーバ装置を提供する。
請求項３に記載の発明では、サーバ装置上のデータを監視する監視条件の設定を受け付ける監視条件受付手段と、前記受け付けた監視条件を前記サーバ装置に送信する監視条件送信手段と、前記送信した監視条件が前記サーバ装置で認められた場合に、前記受け付けた監視条件に基づいて前記サーバ装置上のデータを監視する監視手段と、を具備したことを特徴とするクライアント端末を提供する。
請求項４に記載の発明では、クライアント端末によるデータの監視を受けるための監視条件の設定を受け付ける監視条件受付手段と、前記設定を受け付けた監視条件を前記クライアント端末に通知する監視条件通知手段と、を具備したことを特徴とするサーバ装置を提供する。
請求項５に記載の発明では、前記監視条件通知手段は、前記監視条件の通知先のクライアント端末が稼動していない場合、稼働中の他のクライアント端末に前記監視条件を通知することを特徴とする請求項４に記載のサーバ装置を提供する。
請求項６に記載の発明では、前記監視条件通知手段は、前記設定を受け付けた監視条件の通知先のクライアント端末が全て稼動していない場合、自己の記憶領域に前記監視条件を保管し、前記保管された監視条件に基づいて自己のデータを監視する監視手段を具備したことを特徴とする請求項５に記載のサーバ装置を提供する。
請求項７に記載の発明では、サーバ装置から監視条件を受信する監視条件受信手段と、前記受信した監視条件に基づいて前記サーバ装置上のデータを監視する監視手段と、を具備したことを特徴とするクライアント端末を提供する。
【発明の効果】
【０００８】
本発明によれば、各クライアント端末からの監視処理によってサーバ装置の負荷が増大することを未然に防ぐことができ、これによって、サーバ装置においての監視処理を正常に稼動させることができる。
【発明を実施するための最良の形態】
【０００９】
図１は、本実施の形態のネットワークシステムの構成の一例を示した概念図である。
ネットワークシステム１は、ネットワーク４を介してサーバ装置２にクライアント端末３、３、・・・が接続可能に配設されている。
サーバ装置２、クライアント端末３は、例えば、パーソナルコンピュータ（ＰＣ）などで構成され、ネットワーク４は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットなどにより構成されている。
【００１０】
サーバ装置２は、各クライアント端末３から監視されるデータを保管管理する。
クライアント端末３、３、・・・は、サーバ装置２に管理されたデータの発生を監視する。クライアント端末３は任意の台数が存在することができる。
そして、サーバ装置２、クライアント端末３、３、・・・は、同一ネットワーク上に存在する。
【００１１】
図２は、サーバ装置とクライアント端末のモジュール構成を説明するためのブロック図である。
各クライアント端末３には、監視条件をユーザに指定させるためのＵＩモジュール、ユーザから指定された監視条件をサーバ装置２に送ってサーバ装置２からの回答を取得するサーバ通信モジュール、ユーザから指定された監視条件を保持する記憶領域、記憶領域への監視条件の保管を行うモジュール、記憶領域からの監視条件の取り出しを行うモジュール、及び各モジュール等を制御する監視条件設定部が形成されている。これらのモジュール等は、監視条件設定プログラムをクライアント端末３のＣＰＵで実行することにより構成される。
【００１２】
更に、クライアント端末３には、保管された監視条件に従ってサーバ装置への監視処理を行う、監視実行部（監視実行プログラムをＣＰＵで実行することにより構成される）が存在する。
なお、監視実行プログラムは常駐プログラムであり、監視条件に従って監視処理を実行する。
【００１３】
一方、サーバ装置２には、サーバ装置２が対応可能なクライアント端末３からの監視要求頻度（以降、監視対応能力値と呼ぶ）を予めサーバ装置２の管理者に指定させるためのＵＩモジュール、管理者から指定された監視対応能力値を保持する記憶領域、記憶領域へ監視対応能力値を保管するモジュール、記憶領域から監視対応能力値を取り出すモジュール、及び各モジュール等を制御する監視対応能力値設定部が形成されている。これらのモジュール等は監視対応能力値設定プログラムをサーバ装置２のＣＰＵで実行することにより構成される。
【００１４】
更に、サーバ装置２は、各クライアント端末３から送られた監視条件を受け取るモジュール、全てのクライアント端末から送られた監視条件を保管する記憶領域、記憶領域への監視条件の保管を行うモジュール、記憶領域から監視条件の取り出しを行うモジュール、全てのクライアント端末からの監視条件からサーバ装置で対応することが必要な監視要求頻度を算出するモジュール、サーバ装置で対応することが必要な監視要求頻度と監視対応能力値を比較してクライアント端末から送られた監視条件に対応することができるかどうかを判断するモジュール、クライアント端末に監視条件を受け付けるかどうかを回答するモジュール、から成る監視条件判断部（監視条件判断プログラムをＣＰＵで実行することにより構成される）が存在する。
監視条件判断プログラムは常駐プログラムであり、不特定のクライアント端末３からの監視条件の送付に対応できる。
【００１５】
ネットワークシステム１の運用開始前に、サーバ装置２では、サーバ管理者が監視対応能力値設定部を使用して、監視対応能力値を設定する。監視対応能力値は、クライアント端末からの監視に対応する監視対応能力に対応する概念である。
そして、ネットワークシステム１の運用開始時に、サーバ装置２では、サーバ管理者が監視条件判断プログラムを起動・常駐させる。
【００１６】
システム運用中、各クライアント端末３では、ユーザが任意のタイミングで監視条件設定プログラムを起動し、新たな監視条件設定の可否をサーバ装置２に問い合わせる。
このように、クライアント端末３は、ユーザから監視条件を受け付ける監視条件受付手段と、この監視条件をサーバ装置２に送信して問い合わせる監視条件送信手段を備えている。
【００１７】
サーバ装置２は、この問い合わせを受け（監視条件受信手段）、監視条件判断部からの回答が監視条件設定可能であった場合は、監視条件設定部は新たな監視条件をクライアント端末３に保管し、回答が監視条件設定不可能であった場合は、監視条件設定部はユーザにその旨を通知して、新たな監視条件をクライアント端末３に保管せずに終了する。
【００１８】
このように、サーバ装置２は、監視対応能力値に基づいて、クライアント端末３から受信した監視条件を認めるか否かを判断し、前記監視条件を認めると判断した場合は前記監視条件に基づいて監視を受け、前記監視条件を認めないと判断した場合は前記クライアント端末に当該監視条件を認めない旨の通知を行う判断手段を備えている。
【００１９】
クライアント端末３は、サーバ装置２から監視条件を認めるとの通知を受けると、この監視条件に基づいてサーバ装置２上のデータの監視を行う。このように、クライアント端末３は、監視手段を備えている。
【００２０】
以上の例では、クライアント端末３での監視条件設定部が、サーバ装置での監視条件判断部からの回答に従って、監視条件の追加設定の可否を判断することができる。
これによって、サーバ装置２の処理能力を超えた監視条件が設定されることがなくなり、サーバ装置２の負荷が増大することを未然に防ぐことができ、サーバ装置２においての監視処理を正常に稼動させることができる。
【００２１】
（変形例１）
先に説明したネットワークシステム１において、各クライアント端末３からの監視条件が重複していることがある。
監視条件の重複がユーザの意図しないことである場合、サーバ装置２に対して無駄な負荷をかけることになるばかりではなく、重複した監視条件を設定したクライアント端末３で監視処理が重複して行われ、結果としてデータが複数のクライアント端末３に重複して引き取られる可能性もある。
【００２２】
そこで、変形例１では、各クライアント端末３からの監視条件が重複しないようにし、これによってサーバ装置の負荷低減とデータの重複引取りを未然に防止する。
【００２３】
本変形例では、サーバ装置２の監視条件判断部に対して、新たにクライアント端末３から送られた監視条件がサーバ装置２に保持されている監視条件と重複していないかどうかを判断するモジュールを追加する。
クライアント端末３からサーバ装置２に監視条件が送られた際、監視条件判断部ではその監視条件がそれ以前に設定されている監視条件と重複していないかどうかを判断し、重複している場合はクライアント端末３にその旨を回答する。
クライアント端末３は、サーバ装置２からの回答を受けて、監視条件の追加を中止するか監視条件を修正する。
【００２４】
以上のように変形例１では、クライアント端末３からサーバ装置２に監視条件が送られた際、監視条件判断プログラムではその監視条件がそれ以前に設定されている監視条件と重複していないかどうかを判断し、重複している場合はクライアント端末３にその旨を回答する。
そして、クライアント端末３は、サーバ装置２からの回答を受けて、監視条件の追加を中止するか監視条件を修正する。
【００２５】
変形例１により、クライアント端末３での監視条件設定部が、サーバ装置２での監視条件判断部からの回答に従って、監視条件の追加を中止するか他の監視条件と重複しないように監視条件を修正することができる。
これによって、サーバ装置２での各クライアント端末３からの監視条件が重複しないようになり、サーバ装置２の負荷低減とデータの重複引取りを未然に防止することができる。
【００２６】
（変形例２）
実施の形態、及び変形例１では、各クライアント端末３に監視条件の設定が必要であるため、サーバ装置２上に発生するデータを予め決められた複数のクライアント端末３で分担して監視するような業務の場合は、全てのクライアント端末３上での監視条件設定処理を予め割り当てた上で各クライアント端末３にて監視条件の設定処理を行う必要がある。
【００２７】
このような構成の場合、大規模な運用環境ではクライアント端末３の数が多くなり、各クライアント端末３での監視条件設定作業が困難であることが多い。
そこで、変形例２では、各クライアント端末３の監視条件の設定をサーバ装置２側で行うことができるようにすることにより、クライアント端末３のユーザの監視条件設定作業負荷を削減する。
【００２８】
図３は、変形例２に係るサーバ装置とクライアント端末のモジュール構成を説明するためのブロック図である。
サーバ装置２には、各クライアント端末３からの監視条件をサーバ管理者に指定させるためのＵＩモジュール、サーバ管理者から指定された監視条件を各クライアント端末３に送付するモジュール、から成る監視条件作成配布部（監視条件作成配布プログラムをＣＰＵで実行することにより構成される）が存在する。
【００２９】
一方、クライアント端末３には、サーバ装置２から送られた監視条件を受け取るモジュール、受け取った監視条件を保持する記憶領域、記憶領域への監視条件の保管を行うモジュール、記憶領域からの監視条件の取り出しを行うモジュール、から成る監視条件設定部（監視条件設定プログラムをＣＰＵで実行することにより構成される）、及び、保管された監視条件に従ってサーバ装置２への監視処理を行う、監視実行部（監視実行プログラムをＣＰＵで実行することにより構成される）が存在する。
【００３０】
監視実行プログラムは常駐プログラムであり、監視条件に従って監視処理を実行する機能を発揮する。
ネットワークシステム１の運用開始前に、サーバ装置２では、サーバ管理者が監視条件作成配布プログラムを実行して各クライアント端末３に監視条件を送付する。
クライアント端末３ではサーバ装置２から送付された監視条件に従ってサーバ装置２への監視処理を行う。
【００３１】
以上のように変形例２では、ネットワークシステム１の運用開始前に、サーバ管理者がサーバ装置２に対して監視条件を設定し（監視条件受付手段）、そして、サーバ装置２で監視条件作成配布プログラムを実行させて各クライアント端末３に監視条件を送付する（監視条件通知手段）。
クライアント端末３ではサーバ装置２から送付された監視条件を受信し（監視条件受信手段）、これに従ってサーバ装置２への監視処理を行う（監視手段）。
変形例２により、各クライアント端末３の監視条件の設定をサーバ装置２側で行うことができるようになり、クライアント端末３のユーザの監視条件設定作業負荷を削減することができる。
【００３２】
（変形例３）
変形例２では、サーバ装置２から各クライアント端末３に監視条件の配布を行う際に、配布先のクライアント端末３が稼動していない場合がある。その場合、そのクライアント端末３で実施することを予定していた監視処理が滞ることになる。
そこで、変形例３では、監視条件を配布しようとしたクライアント端末３が稼動していない場合でも、予定していた監視処理が滞ること無く実施されることを目的とする。
【００３３】
このため、サーバ装置２（図３）の監視条件作成配布部おいて、作成した監視条件を各クライアント端末３に配布する際に、配布先のクライアント端末３が稼動状態で無い場合には別のクライアント端末３に監視条件を配布する機能を追加する。
これによって、監視条件を配布しようとしたクライアント端末３が稼動していない場合でも、別のクライアント端末３が監視処理を代行することが可能となり、予定していた監視処理が滞ることを防止することができる。
以上のように変形例３では、サーバ装置２の監視条件作成配布部は、作成した監視条件を各クライアント端末３に配布する際に、配布先のクライアント端末３が稼動状態で無い場合には別のクライアント端末３に監視条件を配布する。
【００３４】
（変形例４）
変形例３では、サーバ装置２から各クライアント端末３に監視条件の配布を行う際に、配布先のクライアント端末３が全て稼動していない場合がある。その場合、実施することを予定していた監視処理が滞ることになる。
そこで、変形例４では、監視条件を配布しようとした全てのクライアント端末３が稼動していない場合でも、予定していた監視処理が滞ること無く実施されることを目的とする。
【００３５】
図４は、変形例４に係るサーバ装置とクライアント端末のモジュール構成を説明するためのブロック図である。
サーバ装置２の監視条件作成配布部において、監視条件を保持する記憶領域、記憶領域への監視条件の保管を行うモジュール、記憶領域からの監視条件の取り出しを行うモジュールを追加する。
また、図示しないが、サーバ装置２上にも保管された監視条件に従ってサーバ装置２への監視処理を行う、監視実行部が存在する。
【００３６】
サーバ装置２の監視条件作成配布部において、作成した監視条件を各クライアント端末３に配布する際に、配布先の全てのクライアント端末３が稼動状態で無い場合にはサーバ装置２自身の記憶領域に監視条件を保管すると共に、監視実行プログラムを起動する。
そして起動されたサーバ装置２上の監視実行部は、記憶領域の監視条件に従って、予定されていた監視処理を実行する（監視手段）。
これによって、監視条件を配布しようとした全てのクライアント端末３が稼動していない場合でも、サーバ装置２が監視処理を代行することが可能となり、予定していた監視処理が滞ることを防止することができる。
【００３７】
以上のように変形例４では、サーバ装置２の監視条件作成配布部において、作成した監視条件を各クライアント端末３に配布する際に、配布先の全てのクライアント端末３が稼動状態で無い場合にはサーバ装置２自身の記憶領域に監視条件を保管すると共に、監視実行プログラムを起動することができる。
そして、サーバ装置２上の監視実行プログラムは、記憶領域の監視条件に従って、予定されていた監視処理を実行する。
【００３８】
次に、ネットワークシステム１の動作について説明する。
図５は、変形例１におけるネットワークシステムのサーバ装置、クライアント端末での処理の流れを示したフローチャートである。
まず、ネットワークシステム１の運用開始前に、サーバ装置２では、サーバ管理者が監視対応能力値設定プログラムを実行して、監視対応能力値を設定する。
そして、ネットワークシステム１の運用開始時に、サーバ装置２では、サーバ管理者が監視条件判断プログラムを起動・常駐させる。
【００３９】
以上のようにネットワークシステム１を設定した後、各クライアント端末３では、ユーザが任意のタイミングで監視条件設定プログラムを起動し、新たな監視条件設定の可否をサーバ装置２に問い合わせる（ステップ５）。
サーバ装置２の監視条件判断プログラムからの回答が監視条件設定可能であった場合は（ステップ１０；Ｙ）、監視条件設定プログラムは新たな監視条件をクライアント端末３に保管し（ステップ１５）、回答が監視条件設定不可能であった場合は（ステップ１０；Ｎ）、監視条件設定プログラムはユーザにその旨を通知して（ステップ２０）、新たな監視条件をクライアント端末３に保管せずに終了する。
以上、変形例１の場合の処理手順について説明したが、図５からステップ１０、及びステップ２０を除くと本実施の形態の場合の処理手順となる。
【図面の簡単な説明】
【００４０】
【図１】本実施の形態のネットワークシステムの構成の一例を示した概念図である。
【図２】サーバ装置とクライアント端末のモジュール構成を説明するためのブロック図である。
【図３】変形例２に係るサーバ装置とクライアント端末のモジュール構成を説明するためのブロック図である。
【図４】変形例４に係るサーバ装置とクライアント端末のモジュール構成を説明するためのブロック図である。
【図５】変形例１におけるネットワークシステムのサーバ装置、クライアント端末での処理の流れを示したフローチャートである。
【符号の説明】
【００４１】
１  ネットワークシステム
２  サーバ装置
３  クライアント端末
４  ネットワーク
【図１】
2007249517.tif 000003
【図２】
2007249517.tif 000004
【図３】
2007249517.tif 000005
【図４】
2007249517.tif 000006
【図５】
2007249517.tif 000007