"送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理システムにおいて、前記送信元サーバと接続されたメッセージ配信装置と、前記メッセージ配信装置と接続された2以上のメッセージ処理装置と、を備え、前記メッセージ処理装置は、前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理するメッセージ処理手段と、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定する代表決定手段と、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う報知手段と、を備え、前記メッセージ配信装置は、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信する第1の同報送信手段と、前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する第2の同報送信手段と、を備えることを特徴とするメッセージ処理システム。前記メッセージ処理手段は、前記メッセージ配信装置を介して受信したメッセージのうち、同種のメッセージをまとめるサマライズ処理を行うサマライズ処理手段を備えることを特徴とする請求項1記載のメッセージ処理システム。前記メッセージ処理手段は、前記メッセージ配信装置を介して受信したメッセージをフィルタリングするフィルタリング処理を行うフィルタリング処理手段を備えることを特徴とする請求項1記載のメッセージ処理システム。前記フィルタリング処理手段は、前記メッセージ配信装置を介して受信したメッセージの重要度に応じてフィルタリング処理を行うことを特徴とする請求項3記載のメッセージ処理システム。前記メッセージ処理手段は、前記フィルタリング処理手段が処理したフィルタリング結果に基づいて、前記メッセージ配信装置を介して受信したメッセージのうち同種のメッセージをまとめるサマライズ処理を行うサマライズ処理手段をさらに備えることを特徴とする請求項3記載のメッセージ処理システム。前記メッセージ配信装置は、一の前記メッセージ処理装置を選択し、前記送信元サーバから受信したメッセージを、選択したメッセージ処理装置に設けられたフィルタリング処理手段に送信する選択送信手段をさらに備え、選択された前記メッセージ処理装置に設けられた前記フィルタリング処理手段は、前記選択送信手段を介して受信したメッセージに対して前記フィルタリング処理を行い、前記フィルタリング処理後のメッセージを前記第1の同報送信手段へ送信することを特徴とする請求項5記載のメッセージ処理システム。前記送信元装置は、障害を監視する対象となるサーバであり、前記メッセージは、前記サーバに発生した障害の内容を含むエラーメッセージであることを特徴とする請求項1記載のメッセージ処理システム。前記所定の情報は、前記メッセージ処理装置のIPアドレスであり、前記代表決定手段は、他のメッセージ処理装置に設定されたIPアドレスと自装置に設定されたIPアドレスとを比較し、自装置に設定された前記IPアドレスに含まれる所定の値が所定条件に合致するときに自己のメッセージ処理装置に設けられた前記メッセージ処理手段が代表であると決定することを特徴とする請求項1記載のメッセージ処理システム。前記報知手段は、前記メッセージ処理手段が処理したメッセージを、電子メールを用いて障害担当者へ報知することを特徴とする請求項1記載のメッセージ処理システム。送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理方法において、メッセージ配信装置が、前記送信元サーバと接続され、第1の同報処理手段と、第2の同報処理手段とを備え、2以上のメッセージ処理装置が、前記メッセージ配信装置と接続され、メッセージ処理手段と、代表決定手段と、報知手段とを備え、第1の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信するステップと、メッセージ処理手段が、前記第1の同報送信手段から受信したメッセージを処理するステップと、第2の同報送信手段が、代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信するステップと、代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定するステップと、報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行うステップと、を含むことを特徴とするメッセージ処理方法。しかし、従来の構成によると監視対象のサーバ数が多くなることによって、センタサーバ210が処理するデータ量が輻輳してダウンなどして処理を行えなくなると、すべての監視対象サーバ110を監視することができなくなってしまうという問題があった。また、センタサーバ210を変更するときには、都度、新たなセンタサーバ210に監視対象サーバ110それぞれに関する情報を付加し、さらに監視対象サーバ110それぞれの設定を変更しなければならず、保守を行う際の作業負担が大きいという問題があった。本発明はこのような点に鑑みてなされたものであり、可用性を担保しつつ、保守性に優れたメッセージ処理システムを提供することを目的とする。本発明では上記問題を解決するために、送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理システムにおいて、前記送信元サーバと接続されたメッセージ配信装置と、前記メッセージ配信装置と接続された2以上のメッセージ処理装置とを備え、前記メッセージ処理装置は、前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理するメッセージ処理手段と、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定する代表決定手段と、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う報知手段とを備え、前記メッセージ配信装置は、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信する第1の同報送信手段と、前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する第2の同報送信手段とを備えることを特徴とするメッセージ処理システムが提供される。これにより、前記メッセージ配信装置と接続された2以上のメッセージ処理装置のそれぞれに設けられたメッセージ処理手段が、前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理し、代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定し、報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う。また、前記送信元サーバと接続されたメッセージ配信装置のそれぞれに設けられた第1の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信し、第2の同報送信手段が、前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する。また、本発明では、送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理方法において、メッセージ配信装置が、前記送信元サーバと接続され、第1の同報処理手段と、第2の同報処理手段とを備え、2以上のメッセージ処理装置が、前記メッセージ配信装置と接続され、メッセージ処理手段と、代表決定手段と、報知手段とを備え、第1の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信するステップと、メッセージ処理手段が、前記第1の同報送信手段から受信したメッセージを処理するステップと、第2の同報送信手段が、代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信するステップと、代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定するステップと、報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行うステップとを含むことを特徴とするメッセージ処理方法が提供される。これにより、前記メッセージ配信装置と接続された2以上のメッセージ処理装置のそれぞれに設けられたメッセージ処理手段が、前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理し、代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定し、報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う。また、前記送信元サーバと接続されたメッセージ配信装置のそれぞれに設けられた第1の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信し、第2の同報送信手段が、前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する。本発明によれば、可用性を担保しつつ、保守性に優れたメッセージ処理システムを提供することができる。以下、本発明の実施の形態を図面を参照して詳細に説明する。1サーバ監視システムの全体概略構成図1は、本実施の形態に係るシステム構成例を示す図である。図1に示すように、サーバ監視システム100は、監視対象サーバ110、アラート受信サーバ120、およびフィルタサーバ130から構成されている。監視対象サーバ110は、アラート受信サーバ120に接続されており、アラート受信サーバ120に対して所定のエラーメッセージを送信する。また、アラート受信サーバ120は、フィルタサーバ130と接続されている。監視対象サーバ110は、メールサーバやWEBサーバなどであり、それぞれのサーバにおいて当該サーバの状態をチェックするプログラムが実行される。プログラムが当該サーバのエラーを検出すると、アラート受信サーバ120へエラーメッセージを送信する。監視対象サーバ110は、本発明における送信元サーバを構成する。アラート受信サーバ120には、キュー121、123、およびトピック122、124が設けられている。また、フィルタサーバ130には、フィルタ部131、サマライズ部132、およびメール送信部133が設けられている。アラート受信サーバ120は、本発明におけるメッセージ配信装置を構成する。キュー121は、監視対象サーバ110から受け取ったエラーメッセージを、複数あるフィルタ部131のうち一のフィルタ部131にエラーメッセージを送信する。トピック122は、フィルタ部131から受け取ったフィルタリング処理後のエラーメッセージを、複数あるすべてのサマライズ部132にエラーメッセージを送信する。キュー123は、サマライズ部132から受け取ったサマライズ処理後のエラーメッセージを、複数あるメール送信部133のうち一のメール送信部133にエラーメッセージを送信する。トピック124は、サマライズ部132から受け取った情報を、その情報を送信したサマライズ部132以外のサマライズ部132へ送信する。たとえば、トピック124は、サマライズ部132Aから受け取った情報を、サマライズ部132B,および132Cへ送信する。アラート受信サーバ120は、負荷分散のために複数設けられることが好ましい。アラート受信サーバ120が複数あるときは、各監視対象サーバ110は複数のアラート受信サーバ120のそれぞれに接続される。監視対象サーバ110は、複数のアラート受信サーバ120の中から一のアラート受信サーバ120を選択し、選択されたアラート受信サーバ120に対してエラーメッセージを送信する。また、フィルタサーバ130が複数あるときは、各アラート受信サーバ120は複数のフィルタサーバ130のそれぞれに接続される。アラート受信サーバ120は、所定の条件に応じて、全てのフィルタサーバ130にエラーメッセージを送信したり、一のフィルタサーバ130にエラーメッセージを送信したりする。本実施の形態においては、アラート受信サーバ120A、120Bの2つが設けられており、フィルタサーバ130A、130B、130Cの3つが設けられているものとして説明する。このとき、アラート受信サーバ120Aに設けられているキュー121Aと、アラート受信サーバ120Bに設けられているキュー121Bとは同じ構成である。また、アラート受信サーバ120Aに設けられているトピック122Aと、アラート受信サーバ120Bに設けられているトピック122Bとは同じ構成である。さらに、アラート受信サーバ120Aに設けられているキュー123Aと、アラート受信サーバ120Bに設けられているキュー123Bとは同じ構成である。アラート受信サーバ120Aに設けられているトピック124Aと、アラート受信サーバ120Bに設けられているトピック124Bとは同じ構成である。アラート受信サーバ120のトピック122は、本発明における第1の同報送信手段を構成する。また、アラート受信サーバ120のトピック124は、本発明における第2の同報送信手段を構成する。また、フィルタサーバ130Aに設けられているフィルタ部131A、フィルタサーバ130Bに設けられているフィルタ部131B、およびフィルタサーバ130Cに設けられているフィルタ部131Cは同じ構成である。また、フィルタサーバ130Aに設けられているサマライズ部132A、フィルタサーバ130Bに設けられているサマライズ部132B、およびフィルタサーバ130Cに設けられているサマライズ部132Cは同じ構成である。さらに、フィルタサーバ130Aに設けられているメール送信部133A、フィルタサーバ130Bに設けられているメール送信部133B、およびフィルタサーバ130Cに設けられているメール送信部133Cは同じ構成である。2フィルタサーバの構成図2は、フィルタサーバの構成の概要を示す図である。図2に示すように、フィルタサーバ130は、フィルタ部131と、サマライズ部132と、メール送信部133と、フィルタリングルール記憶部134と、メッセージ記憶部135と、送信先ルール記憶部136とを備える。フィルタサーバ130は、本発明におけるメッセージ処理装置を構成する。フィルタ部131、サマライズ部132は、本発明におけるメッセージ処理手段を構成する。メール送信部133は、本発明における報知手段を構成する。フィルタリングルール記憶部134は、フィルタ部131に接続されており、フィルタ部131がフィルタリング処理に用いるフィルタリングルールを記憶する。メッセージ記憶部135は、サマライズ部132に接続されており、サマライズ処理をするためにエラーメッセージを一時的に記憶する。送信先ルール記憶部136は、メール送信部133に接続されており、送信ルールを記憶する。送信ルールは、エラーメッセージの種類に応じてどの送信先にメールを送信するかを決定するための条件である。フィルタ部131は、監視対象サーバ110から送信されたエラーメッセージを受信すると、フィルタリングルール記憶部134に記憶されているフィルタリングルールを読みだして、そのフィルタリングルールに基づいてエラーメッセージのフィルタリング処理を行う。フィルタ部131は、フィルタリング処理が施されたエラーメッセージをアラート受信サーバ120に送信する。複数のアラート受信サーバ120に接続している場合には、1つのアラート受信サーバ120に対して送信する。フィルタ部131は、送信先として選択したアラート受信サーバ120に対してエラーメッセージを送信できない場合、たとえば、当該アラート受信サーバ120が応答しない等の場合には、別のアラート受信サーバ120を新たな送信先として選択することが好ましい。なお、送信先とするアラート受信サーバ120の選択方法は特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。フィルタ部131は、アラート受信サーバ120のキュー121から、エラーメッセージを受信する。フィルタ部131は、キュー121からエラーメッセージを受信するために、キュー121に対して定期的に購読信号を送信する。サマライズ部132は、アラート受信サーバ120のトピック122から、エラーメッセージを受信する。サマライズ部132は、トピック122からエラーメッセージを受信するために、トピック122に対して定期的に購読信号を送信する。また、サマライズ部132は、アラート受信サーバ120のトピック124から、他のフィルタサーバ130に設けられたサマライズ部132のIPアドレスなどの情報を受信する。サマライズ部132は、トピック124から他のフィルタサーバ130に設けられたサマライズ部132のIPアドレスなどの情報を受信するために、トピック124に対しても定期的に購読信号を送信する。メール送信部133は、アラート受信サーバ120のキュー123から、エラーメッセージを受信する。メール送信部133は、キュー123からエラーメッセージを受信するために、キュー123に対して定期的に購読信号を送信する。フィルタ部131が行うフィルタリング処理は、たとえばエラーメッセージに含まれる文字列と、フィルタリングルールに設定されている文字列を照合し、一致する文字列に関連づけられている、エラーメッセージの重要度を示す識別子などを付加することにより行う。エラーメッセージの一例をあげると以下の通りである。192.0.2.1,www,82usedon/homeこのエラーメッセージはカンマで区切られた形式であって、区切られた部分の先頭から、エラーメッセージを送信した監視対象サーバ110のIPアドレス、監視対象サーバ110のサーバの種類、アラートの内容を示しているとする。一方、フィルタリングルールの一例をあげると以下の通りである。1,critical,PHPFatalerror2,critical,Table.doesn’texist3,error,usedon4,ignore,Statementisnotsafetologinstatementformatこのフィルタリングルールはカンマで区切られた形式であって、区切られた部分の先頭から、ルールID、アラートレベル、比較文字列を示しているとする。フィルタ部131は、受信したエラーメッセージと、フィルタリングルールそれぞれの比較文字列とを比較する。エラーメッセージ内に比較文字列が含まれる場合は、対応するフィルタリングルールに合致すると判断する。受信したエラーメッセージが複数のフィルタリングルールに合致する場合は、合致したフィルタリングルールのうち、最初に記載されたフィルタイングルールに合致したものとする。たとえば、フィルタ部131が上述の内容のエラーメッセージを受信し、かつ上述のフィルタリングルールに基づいてフィルタリング処理を行うとき、エラーメッセージにはフィルタリングルールにおけるルールID3に設定されているusedonの文字列が含まれていることから、アラートレベルはerrorであると判定する。そして、その判定結果であるルールIDおよびアラートレベルをエラーメッセージに付加する。上述のフィルタリング処理が施されたエラーメッセージの例を以下に示す。192.0.2.1,www,82usedon/home,3,errorサマライズ部132は、フィルタ部131からフィルタリング処理されたエラーメッセージを受信すると、メッセージ記憶部135に一時的に記憶しつつ、一定時間ごとに同種類のエラーメッセージをまとめるサマライズ処理を行う。サマライズ部132は、サマライズ処理が施されたエラーメッセージをアラート受信サーバ120に送信する。複数のアラート受信サーバ120に接続している場合には、1つのアラート受信サーバ120に対して送信する。送信先とするアラート受信サーバ120の選択方法は特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。サマライズ部132が行うサマライズ処理は、ルールIDが同一のエラーメッセージを1つにまとめることにより行う。メッセージをまとめるためのサマライズ処理は、次のようにして行う。すなわち、まずメッセージ記憶部135を検索することによりルールIDが同一となる1以上のエラーメッセージを取得する。次に、取得したエラーメッセージそれぞれから、フィルタ部131により付加されたルールIDおよびアラートレベルを取り除いた上で、それぞれのエラーメッセージを連結し1つのエラーメッセージとする。その後、連結後のエラーメッセージに対して共通のルールIDおよびアラートレベルを付加する。サマライズ処理後のエラーメッセージの一例をあげると以下の通りである。3,error192.0.2.1,www,82usedon/home192.0.2.4,www,89usedon/home192.0.2.5,www,81usedon/home上述の例によると、同種のアラートレベル、つまり同一のルールID3を持つ3つのエラーメッセージがまとめられて1つのメッセージとなっている。このまとめられたエラーメッセージでは、192.0.2.1、192.0.2.4、および192.0.2.5のIPアドレスが設定されている3台の監視対象サーバ110から受信したエラーメッセージが1つにまとめられている。メール送信部133は、サマライズ部132からサマライズ処理されたエラーメッセージを受信すると、送信先ルール記憶部に記憶されている送信先ルールに基づいてエラーメッセージを所定の送信先へメール送信する。メール送信部133は、エラーメッセージに含まれるアラートレベルと、送信先ルールに含まれるアラートレベルを示す文字列とが一致したとき、関連づけられているメールアドレスを送信先として決定する。送信先ルールの一例をあげると以下の通りである。critical,alert-critical-mlexample.jperror,alert-error-mlexample.jpサマライズ処理後のエラーメッセージが上述0000欄に示したものであって、送信先ルールが上述のものであるとき、メール送信部133は、アラートレベルはerrorであることから、メールの送信先はalert-error-mlexample.jpであると決定する。これにより、監視対象サーバ110から送信されたエラーメッセージが所定の宛先に送信されることになる。このとき、監視対象サーバ110から送信されたエラーメッセージの全てがそのまま送信されるのではなく、サマライズ処理によりまとめられた少数のエラーメッセージが送信される。3アラート受信サーバの構成アラート受信サーバ120は、上述したように、キュー121と、キュー123と、トピック122と、トピック124とを備える。図3は、アラート受信サーバに設けられているキューの動作の概要を示す図である。図3に示すように、キュー121、123は、送信元140から送信されてきたメッセージMsg1~4を、複数の受信者151、152のいずれかに送信する。キュー121については、送信元140は監視対象サーバ110であり、受信者151、152はフィルタ部131である。キュー123については、送信元140はサマライズ部132であり、受信者151、152はメール送信部133である。キュー121、123は、送信元140からメッセージを受け取ると、そのメッセージを一時的に記憶し、受信者171、または受信者172へメッセージを送信する。このとき、キュー121、123は、メッセージを受信した順番に受信者151、152へメッセージを送信する。キュー121は、フィルタサーバ130のフィルタ部131から、キュー121から送信されるメッセージを購読する旨の信号である購読信号を受信する。キュー121は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ130のIPアドレスおよびポート番号が含まれており、キュー121は、購読信号に含まれるIPアドレスおよびポート番号を購読者リストに追加する。キュー121は、メッセージの送信先として、購読者リストに含まれるIPアドレスおよびポート番号の中から1つの組み合わせを選択する。なお、送信先の選択方法は特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。また、キュー123は、構築した購読者リストに設定されているサーバからの購読信号が一定時間以上受信されないときは、そのサーバを購読者リストから削除する。また、キュー123は、フィルタサーバ130のメール送信部133から、キュー123から送信されるメッセージを購読する旨の信号である購読信号を受信する。キュー123は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ130のIPアドレスおよびポート番号が含まれており、キュー123は、購読信号に含まれるIPアドレスおよびポート番号を購読者リストに追加する。キュー123は、メッセージの送信先として、購読者リストに含まれるIPアドレスおよびポート番号の中から1つの組み合わせを選択する。なお、送信先の選択方法は上述のキュー121の場合と同様に特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。なお、受信者が3つ以上あったときも、上述の説明と同様に、1つずつ受信者を選択して送信する。図4は、アラート受信サーバに設けられているトピックの動作の概要を示す図である。図4に示すように、トピック122は、送信元160から送信されてきたメッセージMsg1,2を受信者171、および172へ送信する。トピック122については、送信元160はフィルタ部131であり、受信者171、172はすべてのサマライズ部132である。トピック123については、送信元160はサマライズ部132であり、受信者171、172は送信元160以外のすべてのサマライズ部132である。トピック122、124は、送信元160からメッセージを受け取ると、そのメッセージを一時的に記憶し、受信者151、および受信者152へメッセージを送信する。なお、受信者が3つ以上あったときも、上述の説明と同様に、メッセージをすべての受信者に送信する。トピック122は、フィルタサーバ130のサマライズ部132から、トピック122から送信されるメッセージを購読する旨の信号である購読信号を受信する。トピック122は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ130のIPアドレスおよびポート番号が含まれており、トピック122は、購読信号に含まれるIPアドレスおよびポート番号を購読者リストに追加する。トピック122は、メッセージの送信先として、購読者リストに含まれるすべてのIPアドレスおよびポート番号を選択する。また、トピック124は、フィルタサーバ130のサマライズ部132から、トピック124から送信されるメッセージを購読する旨の信号である購読信号を受信する。トピック124は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ130のIPアドレスおよびポート番号が含まれており、トピック124は、購読信号に含まれるIPアドレスおよびポート番号を購読者リストに追加する。トピック124は、メッセージの送信先として、購読者リストに含まれる送信元のIPアドレスおよびポート番号以外のすべてを選択する。4サーバ間の連携図5は、エラーメッセージのサーバ間の動きの概要を示す図である。図5に示すように、キュー121は、監視対象サーバ110が送信したエラーメッセージを受信すると一時的に記憶し、このエラーメッセージをフィルタサーバ130Aのフィルタ部131A、もしくはフィルタサーバ130Bのフィルタ部131Bに対してエラーメッセージを送信する。このとき、キュー121は、フィルタ部131へ送信する前にエラーメッセージを一時的に記憶するのは、以下の理由による。すなわち、監視対象サーバ110は、エラーメッセージを送信することのみできる構成であればよく、ビジー状態になっているフィルタサーバ130に直接エラーメッセージを送信することによってフィルタサーバ130がエラーメッセージに係るデータを担当者に送信できなくなる、もしくは監視対象サーバ110がフィルタサーバ130へのエラーメッセージ送信待機中に、監視対象サーバ110がエラーメッセージを送信することができなくなる重大な障害が生じたときに、エラーメッセージを担当者が受信できていない状態になることを防止することが可能となる。以下、トピック122、キュー123、およびトピック124も同様の理由により受信したエラーメッセージを一時的に記憶する。フィルタ部131は、キュー121からエラーメッセージを受信すると、エラーメッセージのフィルタリング処理として、エラーメッセージに重要度を示す識別子などを付加する処理を行い、トピック122へ送信する。トピック122は、フィルタ部131からエラーメッセージを受信すると一時的に記憶し、サマライズ部132A、およびサマライズ部132Bの両方にエラーメッセージを送信する。サマライズ部132は、トピック122からエラーメッセージを受信すると、一定時間エラーメッセージを記憶し続け、同じ種類のエラーメッセージをまとめるサマライズ処理を行い、まとめたエラーメッセージをキュー123へ送信する。なお、サマライズ部132A、およびサマライズ部132Bは、同一のエラーメッセージを受信し、同一のサマライズ処理を行うように構成されている。しかし、サマライズ部132A、およびサマライズ部132Bの両方がキュー123に対して同一のサマライズ結果を送信すると障害担当者に多数のメールが届いてしまい、迅速な事態の把握に支障が生じるなどの不都合が生じるので、サマライズ部132A、もしくは132Bのいずれか一方のみがキュー123へまとめたエラーメッセージを送信する。次に、サマライズ部132A、もしくは132Bのどちらがキュー123へまとめたエラーメッセージを送信するかを決定する代表決定について説明する。サマライズ部132は、定期的に自装置の情報をトピック124へ送信する。トピック124は、送信されてきた情報を、その情報を送信したサマライズ部132以外のサマライズ部132すべてに送信する。より具体的には、サマライズ部132Aが自装置の情報をトピック124へ送信すると、トピック124は、情報を送信してきたサマライズ部132A以外のサマライズ部であるサマライズ部132Bへその情報を送信する。同様に、サマライズ部132Bが自装置の情報をトピック124へ送信すると、トピック124は、情報を送信してきたサマライズ部132B以外のサマライズ部であるサマライズ部132Aへその情報を送信する。このような構成にすることにより、すべてのサマライズ部132は、稼働中のすべてのフィルタサーバ130のサマライズ部132の情報をそれぞれもつことになる。そして、サマライズ部132は、すべてのサマライズ部132の情報を元に自装置が代表であるか否かを決定する。たとえば、各サマライズ部132が共有する情報がフィルタサーバ130のそれぞれに設定されたIPアドレスであって、代表であるかの決定要素がIPアドレスに含まれる数値が一番小さいものであるという条件のとき、各サマライズ部132は、他のサマライズ部132から送られてきたIPアドレスと自らのIPアドレスを比較し、自らのIPアドレスに含まれる数値が一番小さいと判断すると自らを代表であると決定する。なお、図5に示す構成においては、フィルタサーバ130が2台しかないので情報は送信元以外のもう1つのサマライズ部132のみに送信されるが、フィルタサーバ130が3台以上の構成においては、情報は送信元以外のすべてのサマライズ部132、つまり2つ以上のサマライズ部132に送信される。また、IPアドレスに含まれる数値が一番小さいときに自らが代表であると決定しているが、IPアドレスに含まれる数値が最も大きいのときに自らが代表であると決定するなどをしてもよい。このように、サマライズ部132およびトピック124は、本発明における代表決定手段を構成する。キュー123は、サマライズ部132A、もしくは132Bからエラーメッセージを受信すると一時的に記憶し、メール送信部133A、もしくはメール送信部133Bへエラーメッセージを送信する。メール送信部133は、キュー123からエラーメッセージを受信すると、所定の送信ルールに基づきエラーメッセージをメールで担当者へ送信する。このように、監視対象サーバ110から送信されたエラーメッセージは、アラート受信サーバ120とフィルタサーバ130の間を往復した後にメールとして送信される。このような構成にしたことにより、エラーメッセージの送信先が特定のサーバに集中することがなく、負荷が分散される。また、アラート受信サーバ120およびフィルタサーバ130が複数存在し、冗長化されていることから、可用性が担保される。つまり、エラーメッセージが監視対象サーバ110からキュー121へ送信されるとき、キュー121からフィルタ部131へ送信されるとき、フィルタ部131からトピック122へ送信されるとき、トピック122からサマライズ部132へ送信されるとき、サマライズ部132からキュー123へ送信されるとき、およびキュー123からメール送信部133へ送信されるときのどのフェーズにおいて、どのサーバがダウンしたとしても、ダウンしたサーバと同一構成の別のサーバが存在することから冗長性が担保される。また、エラーメッセージが監視対象サーバ110からキュー121へ送信されるとき、キュー121からフィルタ部131へ送信されるとき、フィルタ部131からトピック122へ送信されるとき、サマライズ部132からキュー123へ送信されるとき、およびキュー123からメール送信部133へ送信されるときのように複数の構成要素のいずれか1つにエラーメッセージを送信する構成としているので、完全なミラー構成とは異なり負荷が分散される。図5においては、動作をわかりやすくするためにフィルタサーバ130を2台示して説明したが、図6においては、フィルタサーバ130を2台から3台に増設したときにアラート受信サーバ120とフィルタサーバ130の各機能がどのような動作をするか説明する。図6は、フィルタサーバを増設した状態を示す図である。キュー121は、フィルタサーバ130のフィルタ部131から、キュー121から送信されるメッセージを購読する旨の信号である購読信号を受信する。キュー121は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ130のIPアドレスおよびポート番号が含まれており、キュー121は、購読信号に含まれるIPアドレスおよびポート番号を購読者リストに追加する。キュー121は、エラーメッセージの送信先として、購読者リストに含まれるIPアドレスおよびポート番号の中から1つの組み合わせを選択し、フィルタ部131A,131B,131Cのいずれか1つにエラーメッセージを送信する。フィルタ部131は、エラーメッセージを受信すると、フィルタリング処理をしたエラーメッセージをトピック122へ送信する。トピック122は、受信したエラーメッセージをサマライズ部132A,132B,132Cのすべてへ送信する。トピック122がサマライズ部132へエラーメッセージを送信する際の動作も、上述のキュー121の動作と同様である。つまり、トピック122は、フィルタサーバ130のサマライズ部132から、トピック122から送信されるメッセージを購読する旨の信号である購読信号を受信する。トピック122は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ130のIPアドレスおよびポート番号が含まれており、トピック122は、購読信号に含まれるIPアドレスおよびポート番号を購読者リストに追加する。トピック122は、エラーメッセージの送信先として、購読者リストに含まれるIPアドレスおよびポート番号のすべてを選択することによって、受信したエラーメッセージをサマライズ部132A,132B,132Cのすべてへ送信する。このような構成にすることにより、フィルタサーバ130Cをサーバ監視システム100の一部として増設したときは、管理者はフィルタサーバ130A、130Bと同じ構成のフィルタサーバ130Cを用意すれば、すぐにサーバ監視システム100の一部として機能させることができるので、拡張性に富むシステムであるといえる。サマライズ部132A,132B,132Cには、トピック122から同一のエラーメッセージが送信され、かつサマライズ部132A,132B,132Cが同じ構成であることから、サマライズ部132A,132B,132Cは同一のルールに基づいて同一のエラーメッセージがサマライズ処理される。これはサマライズ処理が、一定時間に送信されてきたエラーメッセージをまとめる処理をすることによって、サーバ監視システム100から送信されるエラーメッセージの総量を低減させることを目的としたものであって、各サマライズ部132A,B,もしくはCへ分散してエラーメッセージを送信してしまうと、結果としてそれぞれのサマライズ処理結果が異なることとなり、不適当だからである。一方で、各サマライズ部132A,132B,132Cから同一のサマライズ処理後の結果をキュー123へ送信すると、メッセージが重複するという不具合が生ずるので、どのサマライズ部132A,B,もしくはCがキュー123へエラーメッセージを送信するかを決定する方法を考える。トピック124は、サマライズ部132A,132B,および132Cと接続されており、サマライズ部132A,132B,132Cのそれぞれが自らの情報をトピック124へ送信する。トピック124は、受信したサマライズ部132の情報を、送信元のサマライズ部132以外のサマライズ部132へ送信する。たとえば、サマライズ部132Aがトピック124へ自らの情報を送信したとき、トピック124は、受信した情報をサマライズ部132B,および132Cへ送信する。これにより各サマライズ部132は他のフィルタサーバ130に設けられたサマライズ部132の情報ももつこととなる。なお、この情報とは、たとえばフィルタサーバ130のIPアドレスなどである。たとえばIPアドレスが一番若いものを代表者とするとき、サマライズ部132A,132B,および132Cは、トピック124から受信した情報に基づき、自らが代表であるか否かを判断する。自らを代表と判断したサマライズ部132は、キュー123へサマライズ処理後のエラーメッセージを送信する。その他のサマライズ部132は、エラーメッセージを送信しない。なお、サマライズ部132A,132B,132Cのそれぞれがサマライズ処理を行う場合について説明したが、これには限定されない。たとえば、サマライズ部132A,132B,132Cは、自身が代表者として選定された場合にのみサマライズ処理を行うように構成されていても良い。以上の機能を有するサーバ監視システム100の各処理についてフローチャートを用いて詳細に説明する。5サーバ監視システムの動作5.1購読者リスト構築処理図7は、アラート受信サーバにおけるキューの購読者リストおよびトピックの購読者リストを構築する購読者リスト構築処理の手順を示すフローチャートである。以下、図7に示す購読者リスト構築処理をステップ番号に沿って説明する。ステップS11アラート受信サーバ120に設けられたキューおよびトピックは、エラーメッセージ、または購読者からの購読信号の受信待機をする。購読者は、キューおよびトピックがメッセージを送信する送信先であって、たとえばキュー121の購読者はフィルタ部131である。ステップS12アラート受信サーバ120に設けられたキューおよびトピックは、購読者からの購読信号を受信したか否かを判断する。購読信号を受信したときは処理をステップS13へ進め、購読信号を受信していないときは処理をステップS14へ進める。ステップS13アラート受信サーバ120に設けられたキューおよびトピックは、購読信号を送信した購読者を購読者リストに追加する。ステップS14アラート受信サーバ120に設けられたキューおよびトピックは、所定の送信者からのエラーメッセージを受信したか否かを判断する。エラーメッセージを受信したときは処理をステップS15へ進め、エラーメッセージを受信していないときは処理をステップS11へ戻す。ステップS15アラート受信サーバ120に設けられたキューおよびトピックは、受信したエラーメッセージを一時的に保存し、エラーメッセージを購読者もしくは送信者へ送信する準備をする。次に、アラート受信サーバ120が行う購読者もしくは送信者に対するエラーメッセージの送信処理を説明する。5.2アラート受信サーバによるメッセージ送信処理図8は、アラート受信サーバにおけるキューおよびトピックによるメッセージ送信処理の手順を示すフローチャートである。以下、図8に示す購読者リスト構築処理をステップ番号に沿って説明する。ステップS21アラート受信サーバ120は、受信して一時保存されたエラーメッセージを読み出す。ステップS22アラート受信サーバ120は、読み出したエラーメッセージの送信先がキューであるか否かを判断する。送信先がキューであるときは処理をステップS23へ進め、送信先がキューでないとき、すなわちトピックであるときは処理をステップS25へ進める。ステップS23アラート受信サーバ120は、読み出したエラーメッセージの送信先であるキューに関連づけられている購読者リストから1の購読者を選択する。ステップS24アラート受信サーバ120は、選択した購読者にエラーメッセージを送信する。ステップS25アラート受信サーバ120は、読み出したエラーメッセージの送信先であるトピックに関連づけられている購読者リストのすべての購読者にエラーメッセージを送信する。ステップS26アラート受信サーバ120は、送信したエラーメッセージを破棄する。5.3サーバ監視処理図9は、監視対象サーバに実装されている監視プログラムによるサーバ監視処理の手順を示すフローチャートである。以下、図9に示す処理をステップ番号に沿って説明する。ステップS31監視対象サーバ110は、監視対象サーバ110の状態をチェックするプログラム以下、監視プログラムという。を実行し、監視対象サーバ110の状態をチェックする。ステップS32監視プログラムは、監視対象サーバ110に異常が発生したかを判断する。監視対象サーバ110に異常が発生していると判断したときは処理をステップS33へ進め、異常が発生していないと判断したときは処理をステップS34へ進める。監視対象サーバ110に発生した異常とは、たとえば監視対象サーバ110のディスク残量が所定割合以下になったときなどである。ステップS33監視プログラムは、監視対象サーバ110に発生した異常に関する情報であるエラーメッセージをアラート受信サーバ120に送信する。アラート受信サーバ120が複数あるときは、一定のアラート受信サーバに負荷が集中しないように、送信するごとに送信先のアラート受信サーバを変更する。監視プログラムが、アラート受信サーバ120にエラーメッセージを送信するとき、監視プログラムにあらかじめ設定されているアラート受信サーバ120のドメイン名に基づいて、監視プログラムがDNSサーバにアラート受信サーバ120のIPアドレスの照会を行う。アラート受信サーバ120が複数ある場合であっても、各アラート受信サーバ120のドメイン名は共通である。DNSサーバには、アラート受信サーバ120のドメイン名に対し、各アラート受信サーバのIPアドレスのリストが関連づけて記憶されている。そして、監視プログラムは、アラート受信サーバ120のドメイン名に対応付けられた当該リストを受信し、リストに設定されている複数のIPアドレスからランダムに1のIPアドレスを選択して、当該アドレスが付与されたアラート受信サーバ120のキュー121へエラーメッセージを送信する。なお、監視プログラムがフィルタサーバ130のフィルタ部131へ直接エラーメッセージを送信する構成としてもよいが、フィルタサーバ130はフィルタリング処理、サマライズ処理、およびメール送信を行うため、負荷が大きくなる傾向にある。そのため、フィルタサーバ130がビジー状態のときは、フィルタサーバ130のフィルタ部131は監視プログラムから送信されたエラーメッセージを受信できないことがある。そこで、本実施の形態のサーバ監視システム100においては、キュー121を介してフィルタ部131へエラーメッセージが送信される構成としている。キュー121は、エラーメッセージを一時的に保存するので、フィルタサーバ130がビジー状態のときであっても、監視プログラムはメッセージを送信することができ、エラーメッセージを失ったり、監視対象サーバの監視に漏れが生じる等の不具合を避けることができる。一方、フィルタサーバ130は、ビジー状態からの回復後、キュー121から保存されたエラーメッセージを受信することができるので、問題なくその後の処理を継続することができる。ステップS34監視プログラムは、一定時間待機状態になる。たとえば、サーバの異常が発生したかを判断する判定プログラムを5分ごとに実行する構成としたときは5分間待機する。このような処理を行うことによって、監視対象サーバ110に異常が発生したときに、その内容がエラーメッセージとしてアラート受信サーバ120A、もしくはアラート受信サーバ120Bのいずれかに通知される。上述のとおり、アラート受信サーバ120は、監視プログラムからエラーメッセージを受信すると、アラート受信サーバ120に実装されているキュー121が、フィルタサーバ130にエラーメッセージを送信する。このとき、フィルタサーバ130が複数あるときは、一定のフィルタサーバに負荷が集中しないように、送信するごとに送信先とするフィルタサーバを変更する。さらに、送信先として指定したフィルタサーバからの応答がないとき、別のフィルタサーバに送信先を変更することにより冗長化を実現することができる。5.4フィルタリング処理図10は、フィルタサーバのフィルタ部によるフィルタリング処理の手順を示すフローチャートである。以下、図10に示すフィルタリング処理をステップ番号に沿って説明する。ステップS41フィルタ部131は、フィルタリングルール記憶部134に記憶されているフィルタリングルールを読み込む。ステップS42フィルタ部131は、すべてのアラート受信サーバ120に接続し、キュー121を購読する旨の信号である購読信号をキュー121へ送信する。フィルタ部131は、アラート受信サーバ120のドメイン名を用いてDNSサーバに問い合わせることによって、アラート受信サーバ120のドメイン名に関連づけられて登録されているIPアドレスから、送信先として選択可能な全てのアラート受信サーバのIPアドレスを取得することができる。ステップS43フィルタ部131は、アラート受信サーバ120の追加や変更があったかを判断する。追加や変更があったと判断したときは、処理をステップS42へ戻し、追加や変更がなかったと判断したときは、処理をステップS44へ進める。フィルタ部131が、アラート受信サーバ120の追加や変更があったかを知るには、たとえば、前回DNSサーバに問い合わせた際に取得した、あらかじめ設定されているアラート受信サーバ120のサーバ名に関連づけられて登録されているIPアドレスのリストを保存しておき、今回取得したリストと比較することによって行うことができる。ステップS44フィルタ部131は、アラート受信サーバ120からのエラーメッセージ受信を待機する待機状態となる。ステップS45フィルタ部131は、アラート受信サーバ120から一定時間内にエラーメッセージを受信したか否かを判断する。エラーメッセージを受信したときは、処理をステップS46へ進め、エラーメッセージを受信していないときは、処理をステップS43へ戻す。ステップS46フィルタ部131は、受信したエラーメッセージを、あらかじめ読み込んであるフィルタリングルールと比較する。ステップS47フィルタ部131は、フィルタリングルールを用いて、受信したエラーメッセージのアラートレベルを決定する。この決定方法は、たとえばエラーメッセージに含まれる一定の文字列がルールとして設定されており、その文字列がエラーメッセージ内に含まれているかどうかで判断する。ステップS48フィルタ部131は、受信したエラーメッセージに対してアラートレベルとルールIDを示す情報である識別子を付加する。ステップS49フィルタ部131は、受信したエラーメッセージを破棄するかを判断する。破棄すると判断したときは、処理をステップS43へ戻し、破棄しないと判断したときは、処理をステップS50へ進める。たとえば、フィルタ部131は、アラートレベルが所定レベル以下であるエラーメッセージを破棄する。また、フィルタ部131は、エラーメッセージに含まれている内容が予め定められた破棄基準に該当する場合に、エラーメッセージを破棄するように構成されていてもよい。たとえば、実際には問題とならない場合に送信されてくるエラーメッセージの本文を予め破棄基準として記憶しておいてもよい。ステップS50フィルタ部131は、エラーメッセージをアラート受信サーバ120のトピック122に送信する。このとき、一定のアラート受信サーバに負荷が集中しないように、送信するごとに別のアラート受信サーバにエラーメッセージを送信する。この処理によって、アラート受信サーバ120にアラートレベルが付加されたエラーメッセージが送信される。また、アラートレベルが所定レベルよりも低いと判断されたアラートについては破棄されるため、アラートレベルが低いエラーメッセージはその後の処理にはまわらず、サーバ監視システム100全体に対するトラフィックを低減することが可能となる。トピック122は、アラートレベルが付加されたエラーメッセージを受信すると、接続されているすべてのフィルタサーバ130に対してアラートレベルが付加されたエラーメッセージを送信する。5.5サマライズ処理5.5.1エラーメッセージ記憶処理図11は、フィルタサーバのサマライズ部によるエラーメッセージ記憶処理の手順を示すフローチャートである。以下、図11に示すエラーメッセージ記憶処理をステップ番号に沿って説明する。ステップS51サマライズ部132は、すべてのアラート受信サーバ120に対して、トピック122を購読する旨の信号をトピック122に宛てて送信する。サマライズ部132は、アラート受信サーバ120のドメイン名を用いてDNSサーバに問い合わせることによって、アラート受信サーバ120のドメイン名に関連づけられて登録されているIPアドレスから、送信先として選択可能な全てのアラート受信サーバのIPアドレスを知ることができる。ステップS52サマライズ部132は、アラート受信サーバ120の追加や変更があったかを判断する。追加や変更があったと判断したときは、処理をステップS51へ戻し、追加や変更がなかったと判断したときは、処理をステップS53へ進める。サマライズ部132が、アラート受信サーバ120の追加や変更があったかを知るには、たとえば、前回DNSサーバに問い合わせた際に取得した、あらかじめ設定されているアラート受信サーバ120のサーバ名に関連づけられて登録されているIPアドレスのリストを保存しておき、今回取得したリストと比較することによって行うことができる。ステップS53サマライズ部132は、アラート受信サーバ120からのエラーメッセージ受信を待機する待機状態となる。ステップS54サマライズ部132は、アラート受信サーバ120からのエラーメッセージを受信したかを判断する。エラーメッセージを受信したときは、処理をステップS55へ進め、エラーメッセージを受信していないときは、処理をステップS52へ戻す。ステップS55サマライズ部132は、受信したエラーメッセージに付加されたルールIDを取得する。ステップS56サマライズ部132は、取得したルールIDに対応する受信履歴がメッセージ記憶部135に記憶されているかを判断する。記憶されているときは、処理をステップS57へ進め、記憶されていないときは、処理をステップS58へ進める。ステップS57サマライズ部132は、メッセージ記憶部135に記憶されているエラーメッセージのうち、共通のルールIDをもつエラーメッセージに新たなアドレスを含めたエラーメッセージを追加する。このとき、最終更新日時を記憶する。なお、ここでいう新たなアドレスとは、エラーメッセージを送信した監視対象サーバ110のアドレスである。ステップS58サマライズ部132は、取得したエラーメッセージをメッセージ記憶部135に記憶する。このとき、最終更新日時を記憶する。ステップS59サマライズ部132は、所定のキュー123にエラーメッセージを送信する。エラーメッセージはキュー123を介してメール送信部133へ送られ、たとえばメールとして担当者へ送信される。このような処理を行うことにより、2通目以降の同種のエラーメッセージは記憶され、1通目のエラーメッセージは即座にメールで担当者に伝達される。なお、サマライズ部132が、キュー123にエラーメッセージを送信するのではなく、直接担当者へメールを送信する構成としてもよい。5.5.2エラーメッセージのまとめ処理および送信処理図12は、フィルタサーバのサマライズ部によるエラーメッセージのまとめ処理および送信処理の手順を示すフローチャートである。以下、図12に示すエラーメッセージ送信処理をステップ番号に沿って説明する。ステップS61サマライズ部132は、メッセージ記憶部135にエラーメッセージが記憶されているかを判断する。記憶されているときは、処理をステップS62へ進め、記憶されていないときは、処理をステップS63へ進める。ステップS62サマライズ部132は、記憶されているエラーメッセージの情報を1つずつ順に取得する。ここで、同種のエラーメッセージがまとまっているときは、そのまとまりを1つとしてまとめて取得する。ステップS63サマライズ部132は、一定時間待機する。ステップS64サマライズ部132は、記憶されたエラーメッセージの最終更新日時から一定時間以上経過しているかを判断する。一定時間以上経過しているときは、処理をステップS65へ進め、一定時間以上経過していないときは、処理をステップS61へ戻すステップS65サマライズ部132は、ステップS62において作成された1通のエラーメッセージを所定のキュー123に送信する。ステップS66サマライズ部132は、送信したエラーメッセージの元となったエラーメッセージ監視対象サーバ110から送信され、まとめられていない状態のエラーメッセージをメッセージ記憶部135から削除する。図11および12で説明したエラーメッセージ記憶処理およびエラーメッセージ送信処理を合わせてサマライズ処理とする。5.6メール送信処理図13は、メール送信部によるメール送信処理の手順を示すフローチャートである。以下、図13に示すメール送信処理をステップ番号に沿って説明する。ステップS71メール送信部133は、送信先ルール記憶部136に記憶されている送信先ルールを読み込む。ステップS72メール送信部133は、すべてのアラート受信サーバ120に接続し、キュー123を購読する旨の信号をキュー123へ送信する。現在いくつのアラート受信サーバ120が接続されているかを知るには、メール送信部133が、DNSサーバに問い合わせて、あらかじめ設定されているアラート受信サーバ120のサーバ名に関連づけられて登録されているIPアドレスから知ることができる。ステップS73メール送信部133は、アラート受信サーバ120の追加や変更があったかを判断する。追加や変更があったと判断したときは、処理をステップS72へ戻し、追加や変更がなかったと判断したときは、処理をステップS74へ進める。メール送信部133が、アラート受信サーバ120の追加や変更があったかを知るには、たとえば、前回DNSサーバに問い合わせた際に取得した、あらかじめ設定されているアラート受信サーバ120のサーバ名に関連づけられて登録されているIPアドレスのリストを保存しておき、今回取得したリストと比較することによって行うことができる。ステップS74メール送信部133は、アラート受信サーバ120からのエラーメッセージ受信を待機する待機状態となる。ステップS75メール送信部133は、キュー123から一定時間内にエラーメッセージを受信したかを判断する。エラーメッセージを受信したときは、処理をステップS76へ進め、エラーメッセージを受信していないときは、処理をステップS73へ戻す。ステップS76メール送信部133は、あらかじめ読み込んである送信先ルールと受信したエラーメッセージとを比較して、そのエラーメッセージのメール送信先を決定する。ステップS77メール送信部133は、エラーメッセージの内容からメール本文を作成する。ステップS78メール送信部133は、作成したメールを送信する。以上の処理により、監視対象サーバ110に実装されている監視プログラムから送信されたエラーメッセージがアラート受信サーバ120およびフィルタサーバ130の間を往復してメール送信されることにより、一定のアラート受信サーバ120もしくはフィルタサーバ130に負荷が集中することを防止することができる。また、アラート受信サーバ120もしくはフィルタサーバ130を追加する際に、従来稼働しているアラート受信サーバ120もしくはフィルタサーバ130と同一の構成のサーバを用意し、かつDNSサーバに登録さえすれば、他の設定を変えることなくサーバ監視システム100の一部として稼働させることができるので、作業負担が少なく、保守性に優れるとともに、容易な拡張が可能である。6作用および効果本実施形態では、サーバ監視システム100が、監視対象サーバ110と接続されたアラート受信サーバ120と、アラート受信サーバ120と接続された2以上のフィルタサーバ130とを備えている。そして、フィルタサーバ130に設けられたフィルタ部131、サマライズ部132、メール送信部が受信したエラーメッセージを処理する。具体的には、まず、アラート受信サーバ120に設けられたトピック122が、エラーメッセージをすべてのフィルタサーバ130に送信する。次に、アラート受信サーバ120に設けられたトピック124が、一のフィルタサーバ130に設けられたサマライズ部132から受信した当該フィルタサーバ130の情報を、他のフィルタサーバ130に送信する。そして、フィルタサーバ130のサマライズ部132が、自装置に設定された所定の情報例えばIPアドレスと、他のフィルタサーバ130に設定された所定の情報とを比較し、自身が代表であるか否かを決定する。そして、代表であると決定されたフィルタサーバ130のメール送信部133が、所定の宛先に対するエラーメッセージの送信を行う。これにより、エラーメッセージは全てのフィルタサーバ130に送信されつつも、代表として決定されたフィルタサーバ130のみが所定の宛先に対するエラーメッセージの送信を行う。ここで、代表となるフィルタサーバ130は、アラート受信サーバ120に設けられたトピック124を介して互いに送受信される所定の情報例えば各フィルタサーバ130のIPアドレスに応じて決定される。このような構成によれば、例えば、代表として決定されたフィルタサーバ130が障害等により動作不可能な状態になった場合や、フィルタサーバ130が新たに追加された場合に、自動的に新たな代表が決定される。よって、サーバを増設するたびに各サーバの設定を変更することなくエラーメッセージの処理を運用することができるので、保守性及び可用性に優れたメッセージ処理システムを提供することができる。なお、本実施の形態において、メール送信部133が障害担当者にメールを送信することによりエラーメッセージを送信する構成となっているが、障害担当者に対してエラーメッセージを送信する構成としてはインスタントメッセンジャーなどの通知機能を用いてもよい。また、本実施の形態において、フィルタリングルール記憶部134、メッセージ記憶部135、および送信先ルール記憶部136がフィルタサーバ130内に設けられている旨の説明をしたが、フィルタリングルール記憶部134、メッセージ記憶部135、および送信先ルール記憶部136がフィルタサーバ130外に設けられていてもよい。7変形例図14は、フィルタリング処理後のエラーメッセージを2つのトピックが受け取るときのエラーメッセージの流れの概要を示した図である。図14に示すように、トピック125が新たに設けられている。図14の例においてはたとえばトピック125は、アラート受信サーバ120内に設けられている。フィルタ部131は、監視対象サーバ110から送信され、キュー121を介してエラーメッセージを受信したとき、フィルタリング処理の結果、重要度が高いと判断したエラーメッセージをトピック122へ送信し、重要度が高くないと判断したエラーメッセージをトピック125へ送信する。トピック125は、重要度が高くないと判断されたエラーメッセージを受信すると、レポート部137へエラーメッセージを送信する。レポート部137は、一定時間たとえば1時間エラーメッセージを蓄積し、障害担当者などの受信者180へ送信する。メール送信部133から受信者180へ送信されるメールは携帯電話へ送信し、レポート部137から送信されるメールはコンピュータへ送信するなどすると、担当者の携帯電話へ送信されるメールに記載されている障害は重要であってすぐに対応が必要と判断でき、コンピュータへ送信されたメールに記載された障害は重要度が低いが確認することはできるというように使い分けることができる。なお、レポート部137がフィルタサーバ130に設けられており、かつフィルタサーバ130が複数設けられているときは、トピック125は、すべてのレポート部137へメッセージを送信し、代表と決められたトピック125のみが受信者180へメールを送信する構成とするのがよいのはトピック122と同様である。"