JP2015114991A - データ処理装置、データ処理装置監視方法およびデータ処理システム - Google Patents

Abstract

【課題】監視処理の負荷を分散させることを課題とする。
【解決手段】業務サーバは、各業務サーバが監視対象として設定済みか否かを示す各業務サーバの設定情報を含むサーバ情報を受信する。業務サーバは、受信されたサーバ情報に含まれる設定情報のうち、監視対象として未設定の設定情報に対応する業務サーバを監視対象に設定して監視する。業務サーバは、監視対象に設定された業務サーバの設定情報を設定済みに更新したサーバ情報を、監視対象に設定された業務サーバに送信する。
【選択図】図５

Description

本発明は、データ処理装置、データ処理装置監視方法およびデータ処理システムに関する。

従来、監視装置と複数のサーバで構成されたシステムでは、監視装置から監視対象となる各サーバ装置に対して監視信号を定期的に送出し、その信号に対する応答の有無で異常検出を行っている。

また、監視対象となるサーバが多い場合には、監視対象のサーバをグループ化して、各グループで代表となる代表サーバを決定し、代表サーバにグループ内のサーバを監視させて、監視処理を負荷分散させることも行われている。

特開平１０−１６１９５２号公報 特開２００４−９１１４０号公報 特開２００４−２２０５６２号公報

しかしながら、上記技術では、非代表サーバが多くなると代表サーバの処理負荷が高くなり、代表サーバにおける監視処理や業務処理の遅延が発生するという問題がある。

開示の技術は、上記に鑑みてなされたものであって、監視処理の負荷を分散させることができるデータ処理装置、データ処理装置監視方法およびデータ処理システムを提供することを目的とする。

本願の開示するデータ処理装置は、各データ処理装置が監視対象として設定済みか否かを示す各データ処理装置の設定情報を含むサーバ情報を受信する受信部を有する。データ処理装置は、前記受信部によって受信された前記サーバ情報に含まれる設定情報のうち、監視対象として未設定の設定情報に対応するデータ処理装置を監視対象に設定して監視する監視部を有する。データ処理装置は、前記監視部によって前記監視対象に設定されたデータ処理装置の設定情報を設定済みに更新した前記サーバ情報を、前記監視対象に設定されたデータ処理装置に送信する送信部を有する。

１実施形態によれば、監視処理の負荷を分散させることができる。

図１は、実施例１に係るシステムの全体構成例を示す図である。 図２は、実施例１に係る監視装置の機能構成を示す機能ブロック図である。 図３は、振分情報ＤＢに記憶される情報の例を示す図である。 図４は、グループ情報ＤＢに記憶される情報の例を示す図である。 図５は、実施例１に係る業務サーバの機能構成を示す機能ブロック図である。 図６は、グループＡ情報テーブルの更新例を説明する図である。 図７は、グループＡ情報テーブルの更新例を説明する図である。 図８は、実施例１に係るシステムが実行する処理の流れを示すシーケンス図である。 図９は、処理シーケンスにおける各サーバのテーブル更新を説明する図である。 図１０は、実施例２に係る故障検出時の処理の流れを示すシーケンス図である。 図１１は、故障検出時における各サーバのテーブル更新を説明する図である。 図１２は、実施例３に係る故障検出時の代行処理の処理の流れを示すシーケンス図である。 図１３は、故障検出の代行処理時における各サーバのテーブル更新を説明する図である。 図１４は、実施例４に係る故障復旧時の処理の流れを示すシーケンス図である。 図１５は、故障復旧時における各サーバのテーブル更新を説明する図である。 図１６は、実施例５に係る構成変更時の処理の流れを示すシーケンス図である。 図１７は、構成変更時における各サーバのテーブル更新を説明する図である。 図１８は、ハードウェア構成例を示す図である。

以下に、本願の開示するデータ処理装置、データ処理装置監視方法およびデータ処理システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、このシステムは、監視装置１０、業務サーバ２０、業務サーバ３０、業務サーバ４０を有し、各装置がネットワーク１を介して相互に通信可能に接続される。

各業務サーバは、アプリケーション（以下、「アプリ」と表記する場合がある）を実行して、クライアント装置等に各種サービスを提供するサーバ装置である。なお、ここでは、３台の業務サーバを例示したが、台数等を限定するものではなく、任意の台数を設置することができる。

監視装置１０は、各業務サーバに監視の設定を要求するサーバ装置である。また、監視装置１０は、クライアント装置等からの要求をいずれかの業務サーバに振分けるロードバランサーとしても機能する。例えば、監視装置１０は、クライアント装置から要求を受信し、当該要求に対応するサービスを提供する業務サーバの中から、処理負荷等によって振分先の業務サーバを決定して、要求の振分を実行する。

このような状態において、各業務サーバは、各業務サーバが監視対象として設定済みか否かを示す各業務サーバの設定情報を含むサーバ情報を受信する。そして、各業務サーバは、受信されたサーバ情報に含まれる設定情報のうち、監視対象として未設定の設定情報に対応する業務サーバを監視対象に設定して監視する。その後、各業務サーバは、監視対象に設定された業務サーバの設定情報を設定済みに更新したサーバ情報を、監視対象に設定された業務サーバに送信する。

このように、このシステムでは、サーバ間で各サーバが監視対象に設定済みか否かを示す情報を送受信し、各サーバが監視対象に未設定のサーバを監視対象にするので、各サーバが何れかのサーバを監視することができる。したがって、監視処理の負荷を分散させることができる。

［監視装置の機能構成］
図２は、実施例１に係る監視装置の機能構成を示す機能ブロック図である。図２に示すように、監視装置１０は、通信制御部１１、記憶部１２、制御部１３を有する。なお、ここで示した機能部は、例示であり、これに限定されるものではない。例えば、監視装置１０は、マウスやキーボードなどの入力部やディスプレイなどの表示部などを有していてもよい。

通信制御部１１は、各サーバとの間の各種データの送受信を実行する処理部であり、例えばネットワークインタフェースカードなどである。例えば、通信制御部１１は、クライアント装置等から受信した要求を各業務サーバに送信し、監視設定に関する各種要求を各業務サーバに送信する。また、通信制御部１１は、各業務サーバから、監視設定に関する各種応答を受信する。

記憶部１２は、制御部１３が実行するプログラムや各種データを記憶する記憶装置であり、例えば半導体メモリやハードディスクなどである。この記憶部１２は、振分情報ＤＢ１２ａとグループ情報ＤＢ１２ｂとを有する。なお、記憶部１２は、各業務サーバに設定されるアドレス情報や各業務サーバが実行するサービスに関する情報などを記憶する。

振分情報ＤＢ１２ａは、振分先となる業務サーバに関する振分情報テーブルを記憶する。図３は、振分情報ＤＢに記憶される情報の例を示す図である。図３に示すように、振分情報ＤＢ１２ａは、「グループ名、サービス名、振分情報、装置名称、監視ＩＰ、状態」を対応付けて記憶する。ここで記憶される情報は、コマンド受付部１４や情報更新部１６等によって設定変更される。

「グループ名」は、グループ化された業務サーバ群を識別する情報である。「サービス名」は、グループ化の対象となるサービス名を示す情報である。「振分情報」は、振分先となる代表ＩＰ（Internet Protocol）アドレスとポート番号であり、監視装置１０は、この代表ＩＰに対して振分を実行する。「装置名称」は、業務サーバを特定する情報であり、例えばホスト名などが設定される。「監視ＩＰ」は、監視に使用するＩＰアドレスである。「状態」は、業務サーバの状態を示す情報である。

図３の場合、グループＡは、サービスＡを実行する業務サーバをグループ化したものであり、グループＡには、業務サーバ２０、業務サーバ３０、業務サーバ４０が含まれる。また、サービスＡの振分情報として、代表ＩＰアドレス「10.1.1.1」とポート番号「8080」が設定されている。また、サービスＡの監視用のＩＰアドレスとして、業務サーバ２０には「192.168.0.10」が設定されており、業務サーバ３０には「192.168.0.11」が設定されており、業務サーバ４０には「192.168.0.12」が設定されており、いずれの業務サーバも正常に動作している。

グループ情報ＤＢ１２ｂは、振分情報ＤＢ１２ａに記憶される各グループについて、グループに属する業務サーバが監視対象として設定済みか否かを示すグループ情報テーブルを記憶する。図４は、グループ情報ＤＢに記憶される情報の例を示す図である。図４に示すように、グループ情報ＤＢ１２ｂは、「サービス、生成時刻、監視ＩＰ、状態、監視フラグ」を対応付けて記憶する。ここで記憶される情報は、状態管理部１５等によって、グループごとに設定変更される。

「サービス」は、グループ化された業務サーバが共通で実行するサービスを示す。「生成時刻」は、グループ情報テーブルが生成された時刻である。「監視ＩＰ」は、監視に使用するＩＰアドレスである。「状態」は、業務サーバの状態を示す情報である。「監視フラグ」は、監視対象として設定済みか否かを示す。

図４は、サービスＡのグループＡを例にしたグループ情報テーブルである。図４のテーブルは、２０１３年６月１日９時１分に生成されたテーブルである。また、監視ＩＰとしては、「192.168.0.10」、「192.168.0.11」、「192.168.0.12」が対象となっており、いずれも監視対象として未設定の状態であることを示す。

制御部１３は、監視装置１０全体を司る処理部であり、例えばプロセッサなどである。この制御部１３は、クライアント装置から要求を受信し、当該要求に対応するサービスを特定し、特定したサービスの代表ＩＰに対して当該要求を転送する。

このような処理以外にも、制御部１３は、コマンド受付部１４、状態管理部１５、情報更新部１６を有し、これらによって監視処理を実行する。なお、コマンド受付部１４、状態管理部１５、情報更新部１６は、例えば電子回路やプロセッサが実行するプロセスに該当する。

コマンド受付部１４は、監視情報を定義する処理を実行する。具体的には、コマンド受付部１４は、管理者等から、監視対象とするサービスに関するコマンドを受け付けて、当該コマンドを実行して図３に示す情報を更新する。例えば、コマンド受付部１４は、当該コマンドによって監視対象のサービスを特定する。また、コマンド受付部１４は、受け付けたコマンドを実行して、監視ＩＰ、振分情報、装置名称、状態などを更新する。

状態管理部１５は、監視対象のサービスについて、グループ情報テーブルを生成する処理部である。具体的には、状態管理部１５は、コマンド受付部１４から指示されたサービスについて、グループ情報テーブルを生成して、グループ情報ＤＢ１２ｂに格納する。

例えば、状態管理部１５は、サービスＡについての作成指示を受信すると、図３に示す振分情報テーブル１２ａからサービスＡに対応付けられて記憶される「監視ＩＰ」、「状態」を抽出して、図４に示すグループ情報テーブルを生成する。このとき、状態管理部１５は、生成したグループ情報テーブルに「生成時刻」を付加する。

また、状態管理部１５は、生成したグループ情報テーブルの中から監視ＩＰを１つ選択する。そして、状態管理部１５は、当該監視ＩＰを宛先にして、生成したグループ情報テーブルを送信し、受信結果応答を受信する。ここで、状態管理部１５は、例えば監視装置１０とサブネットが近い監視ＩＰを選択して送信することもできる。その後、状態管理部１５は、グループ情報テーブルを業務サーバから受信すると、グループ内の各業務サーバに配信されたと確認し、監視が正常に開始されたことを確認する。

情報更新部１６は、振分情報ＤＢ１２ａを更新して、状態管理部１５にグループ情報テーブルの再作成を要求する処理部である。例えば、情報更新部１６は、業務サーバ３０のサービスＡが利用できない故障状態であることを業務サーバ２０から受信すると、図３に示した振分情報テーブルにおいて、サービスＡの業務サーバ３０に対応付けられる「状態」を「故障中」に更新する。そして、情報更新部１６は、振分情報テーブルが更新されたので、更新されたグループＡに対応するグループ情報テーブルの再作成を状態管理部１５に要求する。

なお、情報更新部１６は、故障だけではなく、故障が復旧したことの通知を受信した場合にも、同様に振分情報テーブルを更新して、状態管理部１５にグループ情報テーブルの再作成を要求することもできる。

［業務サーバの機能構成］
次に、業務サーバの機能構成について説明するが、ここでは、一例として業務サーバ２０を例にして説明する。

図５は、実施例１に係る業務サーバの機能構成を示す機能ブロック図である。図５に示すように、業務サーバ２０は、受信部２１、記憶部２２、アプリ実行部２３、サービスＡ監視機能部２４、サービスＢ監視機能部２５を有する。ここで、サービス監視機能部は、業務サーバで実行されているサービスごとに設けられる。

なお、ここで示した機能部は、例示であり、これに限定されるものではない。また、受信部２１、アプリ実行部２３、サービスＡ監視機能部２４、サービスＢ監視機能部２５は、例えば電子回路やプロセッサが実行するプロセスなどである。

受信部２１は、各サーバとの間の各種データの送受信を実行する処理部であり、例えばネットワークインタフェースカードなどを有する。例えば、受信部２１は、監視装置１０や他の業務サーバから、グループ情報テーブルを受信する。そして、受信部２１は、受信したグループ情報テーブルから該当するサービスを特定する。その後、受信部２１は、特定したサービスに対応するサービス監視機能部に、受信したグループ情報テーブルを出力する。

また、受信部２１は、監視装置１０から振分けられた、クライアント装置等から要求を受信する。そして、受信部２１は、受信した要求から該当するサービスを特定し、特定したサービスを提供するアプリケーションに、当該要求を出力する。

記憶部２２は、アプリ実行部２３や各監視機能部が実行するプログラムや各種データを記憶する記憶装置であり、例えば半導体メモリやハードディスクなどである。記憶部２２は、グループＡ情報テーブル２２ａとグループＢ情報テーブル２２ｂとを記憶する。

各グループ情報テーブルは、監視装置１０から受信されるテーブルであり、各監視機能部によって記憶部２２に格納される。例えば、グループＡ情報テーブル２２ａは、サービスＡについてグループ化されたグループＡに対するテーブルであり、グループＢ情報テーブル２２ｂサービスＢについてグループ化されたグループＢに対するテーブルである。

アプリ実行部２３は、アプリケーションを実行してサービスを提供する処理部である。具体的には、アプリ実行部２３は、記憶部２２からアプリケーションのプログラムを読み出して実行して、各種サービスを起動させる。

図５の例では、アプリ実行部２３は、アプリＡを実行して、サービスＡ１とサービスＡ２とを起動させている。また、アプリ実行部２３は、アプリＢを実行して、サービスＢ１を起動させている。

サービスＡ監視機能部２４とサービスＢ監視機能部２５は、サービスによって監視手法が異なるが、同様の処理を実行するので、サービスＡ監視機能部２４について説明する。サービス監視機能部２４は、設定部２４ａ、通知部２４ｂ、監視部２４ｃを有する。

設定部２４ａは、同一グループに属する各業務サーバが監視対象として設定済みか否かを示す監視フラグを含むグループＡ情報テーブル内の各サーバ装置のうち、監視対象として未設定の業務サーバを監視対象に設定する処理部である。

例えば、設定部２４ａは、受信されたグループＡ情報テーブル内のいずれの監視フラグも未設定であり、監視フラグに「配備起点」が設定されていない場合、自サーバの監視ＩＰに対応する監視フラグに「配備起点」を設定する。その後、設定部２４ａは、監視フラグが未設定の監視ＩＰの中から１つの監視ＩＰを選択して、選択した監視ＩＰに対応する監視フラグに「監視選択済」を設定する。ここで、設定部２４ａは、例えば自サーバとサブネットが近い監視ＩＰを選択することもできる。

このようにして、設定部２４ａは、いずれかの監視フラグに「監視選択済」を設定したグループＡ情報テーブルを通知部２４ｂに出力する。また、設定部２４ａは、設定された「監視選択済」を「監視中」に設定し直したグループＡ情報テーブルを、記憶部２２に格納する。

通知部２４ｂは、設定部２４ａから入力されたグループＡ情報テーブルを、監視対象に設定された業務サーバに送信する処理部である。例えば、通知部２４ｂは、業務サーバ３０のサービスＡが監視対象に設定された場合、業務サーバ３０の監視ＩＰに対応する監視フラグが「監視選択済」に設定されたグループＡ情報テーブルを、業務サーバ３０の監視ＩＰに送信する。

監視部２４ｃは、対象サービスを監視する処理部である。例えば、監視部２４ｃは、グループＡ情報テーブル２２ａを参照し、監視対象に設定されている業務サーバ３０のサービスＡを監視する。監視部２４ｃが監視する手法は、サービスに特化した監視手法を用いる。

一例を挙げると、監視部２４ｃは、ＳＩＰ（Session Initiation Protocol）サービスが監視対象の場合、試験呼を送信して応答があるか否かによってサービスを監視する。また、監視部２４ｃは、Ｗｅｂサービスが監視対象の場合、ＨＴＴＰ（Hypertext Transfer Protocol）リクエストを送信してＨＴＴＰ応答を受信するか否かによってサービスを監視する。なお、監視部２４ｃは、サービスによっては、ＳＮＭＰ（Simple Network Management Protocol）やＩＣＭＰ（Internet Control Message Protocol）なども利用できる。

［テーブル更新例］
次に、業務サーバ２０を例にして、グループＡ情報テーブルの更新例を説明する。図６と図７は、グループＡ情報テーブルの更新例を説明する図である。業務サーバ２０の設定部２４ａは、図４に示したグループＡ情報テーブルを監視装置１０から受信する。そして、設定部２４ａは、テーブル内のいずれの監視フラグにも「配備起点」が設定されていないので、図６の左図に示すように、自サーバの監視ＩＰ「192.168.0.10」に対応する監視フラグに「配備起点」を設定する。

その後、設定部２４ａは、グループＡ情報テーブルにおいて監視フラグが設定されていない業務サーバの中から、監視ＩＰ「192.168.0.11」を監視対象に決定すると、当該監視ＩＰに対応する監視フラグに「監視選択済」を設定する。この状態のグループＡ情報テーブルが、「192.168.0.11」に対応する業務サーバに送信される。

一方、設定部２４ａは、図６の右図に示すように、監視ＩＰ「192.168.0.11」に対応する監視フラグを「監視選択済」から「監視中」に設定し直したグループＡ情報テーブルを記憶部２２に格納する。このようにすることで、どのサーバのどのサービスが監視対象として設定されているかを認識することができる。

また、図７の左図に示すように、グループＡ情報テーブルにおいて、すでに「配備起点」と「監視選択済」が設定されている場合もある。この場合、設定部２４ａは、図７の右図に示すように、監視フラグに何も設定されていない監視ＩＰ「192.168.0.12」を監視対象に設定する。

［処理の流れ］
次に、図８と図９を用いて、監視対象に設定する処理の流れを説明する。図８は、実施例１に係るシステムが実行する処理の流れを示すシーケンス図である。図９は、処理シーケンスにおける各サーバのテーブル更新を説明する図である。

図８に示すように、監視装置１０のコマンド受付部１４は、コマンドを受け付けて実行し、監視対象のサービスＡを特定する（Ｓ１０１）。続いて、状態管理部１５は、図９の９Ａに示すように、サービスＡを実行する業務サーバをグループ化したグループＡについて、グループＡ情報テーブルを生成する（Ｓ１０２）。その後、状態管理部１５は、図９の９Ａに示すグループＡ情報テーブルを、当該テーブル内の監視ＩＰ「192.168.0.10」に送信する（Ｓ１０３とＳ１０４）。

そして、監視ＩＰ「192.168.0.10」に対応する業務サーバ２０は、監視装置１０からグループＡ情報テーブルを受信すると、受信応答を監視装置１０に送信する（Ｓ１０５とＳ１０６）。このとき、業務サーバ２０は、当該テーブルの送信元である監視装置１０のＩＰアドレスとを保持する。

その後、業務サーバ２０は、受信したグループＡ情報テーブル内の監視フラグが全部未設定なので、図９の９Ｂに示すように、自サーバの監視ＩＰ「192.168.0.10」に対応する監視フラグに「配備起点」を設定する（Ｓ１０７）。

続いて、業務サーバ２０は、監視フラグの未設定のサーバがあるので、任意の未設定のサーバを監視対象に設定する（Ｓ１０８）。具体的には、図９の９Ｃに示すように、業務サーバ２０は、監視フラグが未設定の監視ＩＰ「192.168.0.11」を監視対象に設定して、当該監視ＩＰに対応する監視フラグを「監視選択済」を設定する。

その後、業務サーバ２０は、監視フラグを設定した監視ＩＰ「192.168.0.11」に対して、図９の９Ｃに示すグループＡ情報テーブルを送信する（Ｓ１０９とＳ１１０）。

そして、業務サーバ２０は、監視ＩＰ「192.168.0.11」の監視を開始する（Ｓ１１１）。例えば、業務サーバ２０は、監視ＩＰ「192.168.0.11」のサービスＡについて、自サーバ内でサービスＡを実行する処理部等を用いて、サービスＡに特化した監視手法で監視する。

一方で、監視ＩＰ「192.168.0.11」に対応する業務サーバ３０は、図９の９Ｃに示すグループＡ情報テーブルを受信すると、送信元の業務サーバ２０に対して、受信応答を送信する（Ｓ１１２とＳ１１３）。

続いて、業務サーバ３０は、監視フラグの未設定のサーバがあるので、任意の未設定のサーバを監視対象に設定する（Ｓ１１４）。具体的には、図９の９Ｄに示すように、業務サーバ３０は、監視フラグが未設定の監視ＩＰ「192.168.0.12」を監視対象に設定して、当該監視ＩＰに対応する監視フラグを「監視選択済」を設定する。

その後、業務サーバ３０は、監視フラグを設定した監視ＩＰ「192.168.0.12」に対して、図９の９Ｄに示すグループＡ情報テーブルを送信する（Ｓ１１５とＳ１１６）。

そして、業務サーバ３０は、監視ＩＰ「192.168.0.12」の監視を開始する（Ｓ１１７）。業務サーバ２０と同様、業務サーバ３０は、監視ＩＰ「192.168.0.12」のサービスＡについて、自サーバ内でサービスＡを実行する処理部等を用いて、サービスＡに特化した監視手法で監視する。

一方で、監視ＩＰ「192.168.0.12」に対応する業務サーバ４０は、図９の９Ｄに示すグループＡ情報テーブルを受信すると、送信元の業務サーバ３０に対して、受信応答を送信する（Ｓ１１８とＳ１１９）。

続いて、業務サーバ４０は、テーブル内の監視フラグが全て設定済みなので、配備起点が設定されている業務サーバを監視対象に設定する（Ｓ１２０）。具体的には、図９の９Ｅに示すように、業務サーバ４０は、監視フラグに「配備起点」が設定されている監視ＩＰ「192.168.0.10」を監視対象に設定して、当該監視ＩＰに対応する監視フラグに「監視選択済」を設定する。

その後、業務サーバ４０は、監視フラグを設定した監視ＩＰ「192.168.0.10」に対して、図９の９Ｅに示すグループＡ情報テーブルを送信する（Ｓ１２１とＳ１２２）。また、そして、業務サーバ４０は、他の業務サーバと同様、監視ＩＰ「192.168.0.10」の監視を開始する（Ｓ１２３）。

一方で、監視ＩＰ「192.168.0.10」に対応する業務サーバ１０は、図９の９Ｅに示すグループＡ情報テーブルを受信すると、送信元の業務サーバ４０に対して、受信応答を送信する（Ｓ１２４とＳ１２５）。そして、業務サーバ１０は、受信したグループＡ情報テーブルの監視フラグが全て監視対象済に設定されているので、テーブルの配備を完了し、配備完了通知を監視装置１０に送信する（Ｓ１２６とＳ１２７）。このようにして、監視装置１０は、サービスＡを実行する各業務サーバ間で、監視が開始されたことを認識する。

［効果］
このように、複数台の業務サーバと監視装置で構成されるシステムにおいて、監視装置が監視するべき監視対象数や監視方式に影響されることなく、監視を行うための監視処理負荷を軽減させることができる。また、業務サーバの台数が増えても、監視負荷はそれに比例しない監視ができる。

また、監視装置１０内に監視を行うための個別機能の実装を行わずに、各業務サーバの監視を実行できる。また、サービスごとに、当該サービスを実行する業務サーバ間で監視することができ、当該サービスに特化した最適な監視ができる。

ところで、監視装置１０は、故障が検出された場合には、新たなグループテーブルを生成して、監視の再設定を実行することができる。そこで、実施例２では、図１０と図１１とを用いて、故障の検出から監視の再設定までの処理について説明する。ここでは、一例として、上述したサービスＡの監視を対象とする。

図１０は、実施例２に係る故障検出時の処理の流れを示すシーケンス図である。図１１は、故障検出時における各サーバのテーブル更新を説明する図である。

図１０に示すように、業務サーバ２０は、業務サーバ３０に監視信号を送信する（Ｓ２０１とＳ２０２）。その後、業務サーバ２０は、一定時間経過後も応答を受信しないので、応答未検出と判定する（Ｓ２０３）。

すると、業務サーバ２０は、業務サーバ３０を故障と判定し、グループＡ情報テーブルを更新する（Ｓ２０４）。そして、業務サーバ２０は、更新した故障通知を監視装置１０に送信する（Ｓ２０５とＳ２０６）。

具体的には、業務サーバ２０は、図１１の１１Ａに示すように、業務サーバ３０の監視ＩＰ「192.168.0.11」を監視している状態で、業務サーバ３０の故障を検出する。この場合、業務サーバ２０は、図１１の１１Ｂに示すように、業務サーバ３０の監視ＩＰ「192.168.0.11」に対応する「状態」を「運転中」から「故障」に更新する。そして、業務サーバ２０は、図１１の１１Ｂに示すグループＡ情報テーブルを、監視装置１０に送信する。

そして、監視装置１０は、業務サーバ２０から受信した故障通知に対して、故障通知応答を業務サーバ２０に送信する（Ｓ２０７とＳ２０８）。なお、ここでは、監視装置１０は、故障通知として、図１１の１１Ｂに示したグループＡ情報テーブルを受信する。

続いて、監視装置１０は、受信した故障通知に基づいて振分情報テーブルを更新する（Ｓ２０９）。具体的には、監視装置１０は、受信したグループＡ情報テーブルから、監視ＩＰ「192.168.0.11」の状態が「故障」であることを検出する。そして、監視装置１０は、図１１の１１Ｃに示すように、振分情報テーブルにおいて監視ＩＰ「192.168.0.11」に対応付けられる「状態」を、「運転中」から「故障」に更新する。

その後、監視装置１０は、更新後の振分情報テーブルにおいて、更新されたグループＡについてのグループＡ情報テーブルを再作成し（Ｓ２１０）、監視設定処理を実行する（Ｓ２１１）。

具体的には、監視装置１０は、図１１の１１Ｃに示す監視ＩＰ「192.168.0.11」が「故障」に設定される振分情報テーブルから、グループＡに属する業務サーバの情報を抽出して、新たなグループＡ情報テーブルを生成する。このとき、監視装置１０は、図１１の１１Ｄに示すように、故障中の業務サーバ３０に関する情報を除き、業務サーバ２０の監視ＩＰ「192.168.0.10」と業務サーバ４０の監視ＩＰ「192.168.0.12」とに関する情報を抽出する。なお、監視装置１０が新たに生成したグループＡ情報テーブルについて実行する監視設定処理は、図８と同様なので、詳細な説明は省略する。

このように、監視装置１０は、業務サーバの故障を他の業務サーバから受信して、再度監視設定をし直すことができる。したがって、業務サーバが故障した場合でも、故障した業務サーバを除いた監視が設定でき、故障後であっても、監視対象が監視されない事象の発生を抑制でき、漏れのない監視を実現することができる。

ところで、他の業務サーバの故障を検出した業務サーバと、監視装置１０との間のサービス間通信が確立できない場合、監視装置１０への故障通知が実行されず、監視されない業務サーバが発生する。このような場合でも、正常な業務サーバが故障通知を代行することで、漏れのない監視を実現することができる。

そこで、実施例３では、図１２と図１３とを用いて、故障の検出、代行通知、監視の再設定の一連の流れについて説明する。ここでは、一例として、上述したサービスＡの監視を対象とする。また、代行通知に関する処理は、一例として、各業務サーバの監視部が実行する。

図１２は、実施例３に係る故障検出時の代行処理の処理の流れを示すシーケンス図である。図１３は、故障検出の代行処理時における各サーバのテーブル更新を説明する図である。

図１２に示すように、業務サーバ３０は、業務サーバ４０に監視信号を送信する（Ｓ３０１とＳ３０２）。その後、業務サーバ３０は、一定時間経過後も応答を受信しないので、応答未検出と判定する（Ｓ３０３）。すると、業務サーバ３０は、業務サーバ４０を故障と判定し、グループＡ情報テーブルを更新する（Ｓ３０４）。

具体的には、業務サーバ３０は、業務サーバ４０の監視ＩＰ「192.168.0.12」を監視している状態で、業務サーバ４０の故障を検出する。この場合、業務サーバ３０は、図１３の１３Ａに示すように、業務サーバ４０の監視ＩＰ「192.168.0.12」に対応する「状態」を「運転中」から「故障」に更新する。

そして、業務サーバ３０は、更新した故障通知を監視装置１０に送信する（Ｓ３０５とＳ３０６）。具体的には、業務サーバ３０は、図１３の１３Ａに示すグループＡ情報テーブルを、監視装置１０に送信する。

その後、業務サーバ３０は、一定時間経過後も監視装置１０から応答を受信しないので、応答未検出と判定する（Ｓ３０７）。このとき、業務サーバ３０は、自サーバと監視装置１０間の通信断を検出する。

このような状態において、業務サーバ２０は、業務サーバ３０に監視信号を送信する（Ｓ３０８とＳ３０９）。この監視信号を受信した業務サーバ３０は、監視応答および故障通知を業務サーバ２０に応答する（Ｓ３１０とＳ３１１）。具体的には、業務サーバ３０は、業務サーバ４０の故障通知と、自サーバと監視装置１０間のネット障害の通知とを含めた応答を、業務サーバ２０に送信する。

その後、業務サーバ２０は、業務サーバ３０から監視応答とともに受信した故障通知にしたがって、監視装置１０に故障を通知する（Ｓ３１２とＳ３１３）。具体的には、業務サーバ２０は、業務サーバ４０の故障通知と、業務サーバ３０のネット障害とを受信する。そして、業務サーバ２０は、図１３の１３Ｂに示すように、自サーバが保持するグループＡ情報テーブルにおいて、業務サーバ４０の監視ＩＰ「192.168.0.12」に対応する状態に「故障」を設定する。同様に、業務サーバ２０は、図１３の１３Ｂに示すように、自サーバが保持するグループＡ情報テーブルにおいて、業務サーバ３０の監視ＩＰ「192.168.0.11」に対応する状態に「ネット異常」を設定する。そして、業務サーバ２０は、更新した図１３の１３Ｂに示すグループＡ情報テーブルを、監視装置１０に送信する。

そして、監視装置１０は、業務サーバ２０から受信した故障通知に対して、故障通知応答を業務サーバ２０に送信する（Ｓ３１４とＳ３１５）。続いて、監視装置１０は、受信した故障通知に基づいて振分情報テーブルを更新する（Ｓ３１６）。

具体的には、監視装置１０は、受信したグループＡ情報テーブルから、監視ＩＰ「192.168.0.11」の状態が「ネット異常」であること、監視ＩＰ「192.168.0.12」の状態が「故障」であることを検出する。そして、監視装置１０は、図１３の１３Ｃに示すように、振分情報テーブルにおいて監視ＩＰ「192.168.0.12」に対応付けられる「状態」を、「運転中」から「故障」に更新する。同様に、監視装置１０は、振分情報テーブルにおいて監視ＩＰ「192.168.0.11」に対応付けられる「状態」を、「運転中」から「ネット異常」に更新する。

その後、監視装置１０は、更新後の振分情報テーブルにおいて、更新されたグループＡについてのグループＡ情報テーブルを再作成し（Ｓ３１７）、監視設定処理を実行する（Ｓ３１８）。

具体的には、監視装置１０は、図１３の１３Ｃに示す振分情報テーブルから、グループＡに属する業務サーバの情報を抽出して、新たなグループＡ情報テーブルを生成する。このとき、監視装置１０は、図１３の１３Ｄに示すように、故障中の業務サーバ３０および業務サーバ４０に関する情報を除き、業務サーバ２０の監視ＩＰ「192.168.0.10」に関する情報を抽出する。なお、監視装置１０が新たに生成したグループＡ情報テーブルについて実行する監視設定処理は、図８と同様なので、詳細な説明は省略する。

このように、他の業務サーバの故障を検出した業務サーバが、監視装置１０に故障を通知できない状態であっても、他の正常な業務サーバが故障通知を代行して、監視装置１０に通知することができる。したがって、ネット故障やサービス異常が併発した場合でも、漏れのない監視を実現することができる。

ところで、本システムは、業務サーバの故障が復旧した場合には、監視の再設定を自動で再開することができる。そこで、実施例４では、故障復旧時の処理について説明する。ここでは、一例として、業務サーバ３０のサービスＡの故障が復旧した例で説明する。また、監視の再設定に関する処理は、一例として、各業務サーバの監視部が実行する。

図１４は、実施例４に係る故障復旧時の処理の流れを示すシーケンス図である。図１５は、故障復旧時における各サーバのテーブル更新を説明する図である。

図１４に示すように、業務サーバ２０が業務サーバ４０を監視しており（Ｓ４０１）、業務サーバ４０が業務サーバ２０を監視しており（Ｓ４０２）、業務サーバ３０のサービスＡが故障している状態を想定する。なお、各業務サーバは、監視対象の業務サーバ全体等ではなく、監視対象の業務サーバのサービスＡを監視しているものとする。

この状態では、監視装置１０は、図１５の１５Ａに示す振分情報テーブルを保持している。具体的には、振分情報テーブルでは、サービスＡにおける業務サーバ３０と対応付けられる状態が「故障」となっている。

このような状態で、監視装置１０は、管理者等から業務サーバ３０のサービスＡの復旧通知を受け付けると（Ｓ４０３）、グループＡ情報テーブルを更新する（Ｓ４０４）。その後、監視装置１０は、更新したグループＡ情報テーブルを業務サーバ２０に送信する（Ｓ４０５とＳ４０６）。

具体的には、監視装置１０は、図１５の１５Ｂに示すように、振分情報テーブル上で、サービスＡにおける業務サーバ３０と対応付けられる状態を「故障」から「運転中」に更新する。その後、監視装置１０は、振分情報テーブルにおいてグループＡに対する情報を抽出してグループＡ情報テーブルを生成する。具体的には、監視装置１０は、図１５の１５Ｃに示すように、業務サーバ３０が含まれてないグループＡ情報テーブルから、図１５の１５Ｄに示すように、業務サーバ３０が含まれるグループＡ情報テーブルを再作成する。

そして、業務サーバ２０は、監視装置１０からグループＡ情報テーブルを受信すると、受信応答を監視装置１０に送信する（Ｓ４０７とＳ４０８）。その後、受信したグループＡ情報テーブルと、記憶部２２に既に記憶されるグループＡ情報テーブルとについて、生成時刻を比較して、最新のグループＡ情報テーブルを特定する（Ｓ４０９）。

ここでは、業務サーバ２０は、Ｓ４０６で受信した図１５の１５Ｄに示すグループＡ情報テーブルが最新と判定する（Ｓ４１０）。すると、業務サーバ２０は、図１５の１５Ｄに示すグループＡ情報テーブルに基づいて、監視設定処理を開始する（Ｓ４１１）。

このように、各業務サーバは、故障中の業務サーバが復旧した場合、監視の再設定を自動で再開することができる。したがって、管理者が監視の再設定等を行う作業負担を軽減することができる。さらに、実施例１と同様の手法で、各業務サーバは、監視設定を順に実行することができるので、漏れのない監視設定を行うことができる。

ところで、本システムは、業務サーバが新たに追加された場合でも、監視の再設定を自動で実行することができる。そこで、実施例５では、構成変更時の処理について説明する。ここでは、一例として、サービスＡのグループＡを例にして、業務サーバ５０上で新たにサービスＡが実行されたことで、グループＡに業務サーバ５０が追加される例で説明する。

図１６は、実施例５に係る構成変更時の処理の流れを示すシーケンス図である。図１７は、構成変更時における各サーバのテーブル更新を説明する図である。ここでは、一例として、上述したサービスＡの監視を対象とする。また、構成変更に関する処理は、一例として、各業務サーバの監視部が実行する。

図１６に示すように、業務サーバ２０が業務サーバ３０を監視しており（Ｓ５０１）、業務サーバ３０が業務サーバ４０を監視しており（Ｓ５０２）、業務サーバ４０が業務サーバ２０を監視している（Ｓ５０３）。なお、各業務サーバは、監視対象の業務サーバ全体等ではなく、監視対象の業務サーバのサービスＡを監視しているものとする。

この状態では、監視装置１０は、図１７の１７Ａに示すように、図３と同様の振分情報テーブルを保持している。具体的には、図１７の１７Ａに示す振分情報テーブルは、サービスＡにおける業務サーバとして、業務サーバ２０、業務サーバ３０、業務サーバ４０とが設定されており、各業務サーバが正常に動作している情報を保持する。

このような状態において、監視装置１０は、構成変更を受け付けると（Ｓ５０４）、振分情報テーブルおよびグループＡ情報テーブルを更新する（Ｓ５０５）。

具体的には、監視装置１０は、グループＡに「業務サーバ５０、監視ＩＰ（192.168.0.14）、運転中」を追加する指示を受け付ける。すると、監視装置１０は、図１７の１７Ｂに示すように、振分情報テーブルにおけるグループＡに対して、「振分情報（10.1.1.1:8080）、業務サーバ５０、監視ＩＰ（190.168.0.14）、運転中」の新たなレコードを追加する。

続いて、監視装置１０は、更新した図１７の１７Ｂに示す振分情報テーブルから、グループＡに該当する情報を抽出して、図１７の１７Ｃに示すグループＡ情報テーブルを生成する。具体的には、監視装置１０は、サービスＡを実行する業務サーバ２０、３０、４０、５０の各サーバの監視ＩＰと状態とを抽出したグループＡ情報テーブルを生成する。

そして、監視装置１０は、更新したグループＡ情報テーブルを業務サーバ２０に送信する（Ｓ５０６とＳ５０７）。なお、その後の処理であるＳ５０８からＳ５１２は、図１４で説明したＳ４０７からＳ４１１まで同様の処理なので、詳細な説明は省略する。

このように、業務サーバが新たに追加された場合でも、現在の監視設定を中止することなく、監視を続けたまま、監視の再設定を自動で実行することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（グループ）
上記実施例では、同一サービスを実行する業務サーバでグループ化する例を説明したが、これに限定されるものではない。例えば、同一地域、同一ネットワーク、同一企業など任意にグループ化することができる。

（サービス）
上記実施例では、サービスＡについて説明したが、１つの業務サーバがサービスＡとサービスＢとを実行する場合、両方のサービスについて上記処理が実行される。例えば、業務サーバ２０でサービスＡとサービスＢが実行され、業務サーバ３０でサービスＡとサービスＣが実行されるとする。

この場合、業務サーバ２０は、サービスＡのグループＡとサービスＢのグループＢの属し、グループＡに属する他の業務サーバのサービスＡの監視と、グループＢに属する他の業務サーバのサービスＢを監視する。同様に、業務サーバ３０は、サービスＡのグループＡとサービスＣのグループＣの属し、グループＡに属する他の業務サーバのサービスＡの監視と、グループＣに属する他の業務サーバのサービスＣを監視する。

つまり、同一システムに属する業務サーバであっても、実行しているサービスによって監視処理の数が異なる。このように、業務サーバ自体ではなく、サービスごとに当該サービスを実行する業務サーバ間で監視設定を実行するので、実行していないサービスを監視することなく、監視処理の負荷軽減が実現できる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（ハードウェア）
図１８は、ハードウェア構成例を示す図である。図１８に示すハードウェア構成は、図１等に示した各サーバや装置のハードウェア構成である。図１８に示すように、サーバ１００は、ネットワークインタフェース１０１、記憶装置１０２、メモリ１０３、ＣＰＵ（Central Processing Unit）１０４を有する。また、図１８に示した各部は、バス等で相互に接続される。

ネットワークインタフェース１０１は、ネットワークインタフェースカードなどである。記憶装置１０２は、ハードディスクなどの記憶装置であり、図２や図５に示した機能を動作させるプログラム、図２や図５に示した各ＤＢやテーブルを記憶する。記録装置の例としては、ＲＯＭ（Read Only Memory）、ＲＡＭ、ＣＤ−ＲＯＭ等の他のコンピュータが読み取り可能な記録媒体に各種プログラムを格納しておき、コンピュータに読み取らせることとしてもよい。なお、記録媒体を遠隔地に配置し、コンピュータが、その記憶媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムをそのサーバ１００自身の記録媒体に格納して用いてもよい。

ＣＰＵ１０４は、図２または図５に示した各処理部と同様の処理を実行するプログラムを記憶装置１０２等から読み出してメモリ１０３に展開することで、図２または図５等で説明した各機能を実行するプロセスを動作させる。すなわち、サーバ１００が監視装置の場合、このプロセスは、監視装置１０が有する各処理と同様の機能を実行する。具体的には、ＣＰＵ１０４は、コマンド受付部１４、状態管理部１５、情報更新部１６と同様の機能を有するプログラムを記憶装置１０２等から読み出す。そして、ＣＰＵ１０４は、各処理部と同様の処理を実行するプロセスを実行する。

また、サーバ１００が業務サーバの場合、このプロセスは、業務サーバが有する各処理と同様の機能を実行する。具体的には、ＣＰＵ１０４は、設定部２４ａ、通知部２４ｂ、監視部２４ｃと同様の機能を有するプログラムを記憶装置１０２等から読み出す。そして、ＣＰＵ１０４は、各処理部と同様の処理を実行するプロセスを実行する。

このようにサーバ１００は、プログラムを読み出して実行することで監視方法を実行する情報処理装置として動作する。また、サーバ１００は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、サーバ１００によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１０ 監視装置
１１ 通信制御部
１２ 記憶部
１２ａ 振分情報ＤＢ
１２ｂ グループ情報ＤＢ
１３ 制御部
１４ コマンド受付部
１５ 状態管理部
１６ 情報更新部
２０、３０、４０ 業務サーバ
２１ 受信部
２２ 記憶部
２２ａ グループＡ情報テーブル
２２ｂ グループＢ情報テーブル
２３ アプリ実行部
２４ サービスＡ監視機能部
２４ａ 設定部
２４ｂ 通知部
２４ｃ 監視部
２５ サービスＢ監視機能部

Claims (7)

1. 各データ処理装置が監視対象として設定済みか否かを示す各データ処理装置の設定情報を含むサーバ情報を受信する受信部と、
   前記受信部によって受信された前記サーバ情報に含まれる設定情報のうち、監視対象として未設定の設定情報に対応するデータ処理装置を監視対象に設定して監視する監視部と、
   前記監視部によって前記監視対象に設定されたデータ処理装置の設定情報を設定済みに更新した前記サーバ情報を、前記監視対象に設定されたデータ処理装置に送信する送信部と、
   を有することを特徴とするデータ処理装置。
2. 前記受信部は、同一サービスを提供するデータ処理装置でグループ化された各データ処理装置の前記設定情報を含む前記サーバ情報を受信し、
   前記監視部は、前記受信部によって受信された前記サーバ情報に含まれる設定情報のうち、監視対象として未設定である１台のデータ処理装置を監視対象に設定し、前記監視対象に設定されたデータ処理装置の前記サービスを監視することを特徴とする請求項１に記載のデータ処理装置。
3. 前記監視部は、監視が実行されている状況で、前記受信部によって受信されたサーバ情報の作成日時が、監視対象を設定した際のサーバ情報の作成日時よりも新しい場合、当該受信されたサーバ情報に基づいて、前記監視対象を設定することを特徴とする請求項１に記載のデータ処理装置。
4. 前記監視部は、前記監視対象に設定されたデータ処理装置の異常を検出し、当該異常を管理装置に通知する際に、当該管理装置と自装置の通信が確立できない場合、自装置を監視するデータ処理装置に、前記異常を前記管理装置に通知することを要求することを特徴とする請求項１に記載のデータ処理装置。
5. 前記監視部は、前記監視対象に設定されたデータ処理装置から、当該データ処理装置が監視する監視対象の異常が通知された場合に、当該異常を管理装置に通知することを特徴とする請求項１に記載のデータ処理装置。
6. データ処理装置が、
   各データ処理装置が監視対象として設定済みか否かを示す各データ処理装置の設定情報を含むサーバ情報を受信し、
   受信された前記サーバ情報に含まれる設定情報のうち、監視対象として未設定の設定情報に対応するデータ処理装置を監視対象に設定して監視し、
   前記監視対象に設定されたデータ処理装置の設定情報を設定済みに更新した前記サーバ情報を、前記監視対象に設定されたデータ処理装置に送信する
   処理を含んだことを特徴とするデータ処理装置監視方法。
7. データを処理する複数のデータ処理装置と、各データ処理装置に関する情報を管理する管理装置とを有するデータ処理システムにおいて、
   前記管理装置は、
   同一のサービスを提供するデータ処理装置をグループ化する実行部と、
   前記実行部によってグループ化された各データ処理装置が監視対象として設定済みか否かを示す各データ処理装置の設定情報を含むサーバ情報を、前記グループ化されたデータ処理装置のうちいずれかのデータ処理装置に送信する送信部とを有し、
   各データ処理装置は、
   前記管理装置または他のデータ処理装置から各前記サーバ情報を受信する受信部と、
   前記受信部によって受信された前記サーバ情報に含まれる設定情報のうち、監視対象として未設定の設定情報に対応するデータ処理装置を監視対象に設定して監視する監視部と、
   前記監視部によって前記監視対象に設定されたデータ処理装置の設定情報を設定済みに更新した前記サーバ情報を、前記監視対象に設定されたデータ処理装置または前記管理装置に送信する送信部と
   を有することを特徴とするデータ処理システム。

Images