WO2013008289A1

WO2013008289A1 - メッセージ処理システム及びメッセージ処理方法

Info

Publication number: WO2013008289A1
Application number: PCT/JP2011/065722
Authority: WO
Inventors: 賢海老澤; 土井　正行
Original assignee: グリー株式会社
Priority date: 2011-07-08
Filing date: 2011-07-08
Publication date: 2013-01-17
Also published as: US10277452B2; JP5496320B2; US20130013702A1; JPWO2013008289A1

Abstract

【課題】可用性を担保しつつ、保守性に優れたメッセージ処理システムを提供する。【解決手段】フィルタ部１３１が、監視対象サーバ１１０から送信されたエラーメッセージの重要度を判断し、フィルタリング処理を行い、キュー１２１が、フィルタ部１３１がフィルタリング処理した後のエラーメッセージを受信し、全サマライズ部１３２へ送信する。そして、サマライズ部１３２が、フィルタ部１３１がフィルタリング処理した後のエラーメッセージについて同種類のエラーメッセージをまとめるサマライズ処理を行い、トピック１２２が、一のサマライズ部１３２からサマライズ処理した後のエラーメッセージを受信し、サマライズ部１３２がサマライズ処理した後のエラーメッセージについてメール送信により報知するメール送信部１３３のうち１のメール送信部を選択し、選択したメール送信部１３３へエラーメッセージを送信する。

Description

メッセージ処理システム及びメッセージ処理方法

　本発明は、メッセージ処理システム及びメッセージ処理方法に関し、特に多数の監視対象サーバから送信されるメッセージを処理するメッセージ処理システム及びメッセージ処理方法に関する。

　サーバを運用するにあたって、当該サーバが適切な動作をしているかなどのサーバ監視を行う必要がある。このサーバ監視においては、サーバが適切な動作を行っているかの診断プログラムをサーバに実装し、サーバが適切な動作をしていないときはアラートを通知することにより、サーバに対して適切な対処をする。

　このアラートとは、各サーバにおいて定期的に実行される診断プログラムから発せられるプログラムメッセージであって、たとえば、サーバが備えるＨＤＤ（Hard disk drive）の容量の一定割合以上になったときのエラーメッセージや、サーバに対する悪意ある接続があったことを伝えるエラーメッセージ等である。

　図１５は、従来のサーバ監視システムのシステム構成例を示す図である。
　図１５に示すように、監視対象の各サーバ群１１０には、エラーメッセージを収集し、そのエラーメッセージや各種値と、アラートルールを比較し、アラートメールとして障害担当者などにメールを送信するセンタサーバ２１０が接続されている。

　このセンタサーバ２１０においては、各監視対象サーバ１１０から受信したアラートについて、所定のルールに基づいて重要度等を判定し、重複するアラートをまとめる処理等を行った後、アラート内容をメールなどで所定の宛先に送信して、障害担当者に異常発生を通知する構成となっている。重複するアラートをまとめる処理を行うのは、アラートをまとめないと、障害担当者に多数のメールが届いてしまい、迅速な事態の把握に支障が生じる問題があるためである。

　また、監視システムの可用性を担保するために複数のサーバが設けられており、運用系のサーバと待機系のサーバを有し、運用系のサーバに障害があったときに待機系のサーバに切り替えるサーバシステムも提案されている（たとえば、特許文献１参照）。

特開２００６－０５８９６０号公報

　しかし、従来の構成によると監視対象のサーバ数が多くなることによって、センタサーバ２１０が処理するデータ量が輻輳してダウンなどして処理を行えなくなると、すべての監視対象サーバ１１０を監視することができなくなってしまうという問題があった。

　また、センタサーバ２１０を変更するときには、都度、新たなセンタサーバ２１０に監視対象サーバ１１０それぞれに関する情報を付加し、さらに監視対象サーバ１１０それぞれの設定を変更しなければならず、保守を行う際の作業負担が大きいという問題があった。

　本発明はこのような点に鑑みてなされたものであり、可用性を担保しつつ、保守性に優れたメッセージ処理システムを提供することを目的とする。

　本発明では上記問題を解決するために、送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理システムにおいて、前記送信元サーバと接続されたメッセージ配信装置と、前記メッセージ配信装置と接続された２以上のメッセージ処理装置とを備え、前記メッセージ処理装置は、前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理するメッセージ処理手段と、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定する代表決定手段と、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う報知手段とを備え、前記メッセージ配信装置は、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信する第１の同報送信手段と、前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する第２の同報送信手段とを備えることを特徴とするメッセージ処理システムが提供される。

　これにより、前記メッセージ配信装置と接続された２以上のメッセージ処理装置のそれぞれに設けられたメッセージ処理手段が、前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理し、代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定し、報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う。また、前記送信元サーバと接続されたメッセージ配信装置のそれぞれに設けられた第１の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信し、第２の同報送信手段が、前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する。

　また、本発明では、送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理方法において、メッセージ配信装置が、前記送信元サーバと接続され、第１の同報処理手段と、第２の同報処理手段とを備え、２以上のメッセージ処理装置が、前記メッセージ配信装置と接続され、メッセージ処理手段と、代表決定手段と、報知手段とを備え、第１の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信するステップと、メッセージ処理手段が、前記第１の同報送信手段から受信したメッセージを処理するステップと、第２の同報送信手段が、代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信するステップと、代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定するステップと、報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行うステップとを含むことを特徴とするメッセージ処理方法が提供される。

　本発明によれば、可用性を担保しつつ、保守性に優れたメッセージ処理システムを提供することができる。

本実施の形態に係るシステム構成例を示す図である。フィルタサーバの動作の概要を示す図である。アラート受信サーバに設けられているキューの動作の概要を示す図である。アラート受信サーバに設けられているトピックの動作の概要を示す図である。エラーメッセージのサーバ間の動きの概要を示す図である。フィルタサーバを増設した状態を示す図である。アラート受信サーバにおけるキューの購読者リストおよびトピックの購読者リストを構築する購読者リスト構築処理の手順を示すフローチャートである。アラート受信サーバにおけるキューおよびトピックによるメッセージ送信処理の手順を示すフローチャートである。監視対象サーバに実装されている監視プログラムによるサーバ監視処理の手順を示すフローチャートである。フィルタ部によるフィルタリング処理の手順を示すフローチャートである。サマライズ部によるエラーメッセージ記憶処理の手順を示すフローチャートである。サマライズ部によるエラーメッセージ送信処理の手順を示すフローチャートである。メール送信部によるメール送信処理の手順を示すフローチャートである。フィルタリング処理後のエラーメッセージを２つのトピックが受け取るときのエラーメッセージの流れの概要を示した図である。従来のサーバ監視システムのシステム構成例を示す図である。

　以下、本発明の実施の形態を図面を参照して詳細に説明する。
　（１）サーバ監視システムの全体概略構成
　図１は、本実施の形態に係るシステム構成例を示す図である。
　図１に示すように、サーバ監視システム１００は、監視対象サーバ１１０、アラート受信サーバ１２０、およびフィルタサーバ１３０から構成されている。

　監視対象サーバ１１０は、アラート受信サーバ１２０に接続されており、アラート受信サーバ１２０に対して所定のエラーメッセージを送信する。また、アラート受信サーバ１２０は、フィルタサーバ１３０と接続されている。
　監視対象サーバ１１０は、メールサーバやＷＥＢサーバなどであり、それぞれのサーバにおいて当該サーバの状態をチェックするプログラムが実行される。プログラムが当該サーバのエラーを検出すると、アラート受信サーバ１２０へエラーメッセージを送信する。監視対象サーバ１１０は、本発明における送信元サーバを構成する。

　アラート受信サーバ１２０には、キュー１２１、１２３、およびトピック１２２、１２４が設けられている。また、フィルタサーバ１３０には、フィルタ部１３１、サマライズ部１３２、およびメール送信部１３３が設けられている。アラート受信サーバ１２０は、本発明におけるメッセージ配信装置を構成する。

　キュー１２１は、監視対象サーバ１１０から受け取ったエラーメッセージを、複数あるフィルタ部１３１のうち一のフィルタ部１３１にエラーメッセージを送信する。

　トピック１２２は、フィルタ部１３１から受け取ったフィルタリング処理後のエラーメッセージを、複数あるすべてのサマライズ部１３２にエラーメッセージを送信する。

　キュー１２３は、サマライズ部１３２から受け取ったサマライズ処理後のエラーメッセージを、複数あるメール送信部１３３のうち一のメール送信部１３３にエラーメッセージを送信する。

　トピック１２４は、サマライズ部１３２から受け取った情報を、その情報を送信したサマライズ部１３２以外のサマライズ部１３２へ送信する。たとえば、トピック１２４は、サマライズ部１３２Ａから受け取った情報を、サマライズ部１３２Ｂ，および１３２Ｃへ送信する。

　アラート受信サーバ１２０は、負荷分散のために複数設けられることが好ましい。アラート受信サーバ１２０が複数あるときは、各監視対象サーバ１１０は複数のアラート受信サーバ１２０のそれぞれに接続される。監視対象サーバ１１０は、複数のアラート受信サーバ１２０の中から一のアラート受信サーバ１２０を選択し、選択されたアラート受信サーバ１２０に対してエラーメッセージを送信する。また、フィルタサーバ１３０が複数あるときは、各アラート受信サーバ１２０は複数のフィルタサーバ１３０のそれぞれに接続される。アラート受信サーバ１２０は、所定の条件に応じて、全てのフィルタサーバ１３０にエラーメッセージを送信したり、一のフィルタサーバ１３０にエラーメッセージを送信したりする。

　本実施の形態においては、アラート受信サーバ１２０Ａ、１２０Ｂの２つが設けられており、フィルタサーバ１３０Ａ、１３０Ｂ、１３０Ｃの３つが設けられているものとして説明する。

　このとき、アラート受信サーバ１２０Ａに設けられているキュー１２１Ａと、アラート受信サーバ１２０Ｂに設けられているキュー１２１Ｂとは同じ構成である。また、アラート受信サーバ１２０Ａに設けられているトピック１２２Ａと、アラート受信サーバ１２０Ｂに設けられているトピック１２２Ｂとは同じ構成である。さらに、アラート受信サーバ１２０Ａに設けられているキュー１２３Ａと、アラート受信サーバ１２０Ｂに設けられているキュー１２３Ｂとは同じ構成である。アラート受信サーバ１２０Ａに設けられているトピック１２４Ａと、アラート受信サーバ１２０Ｂに設けられているトピック１２４Ｂとは同じ構成である。アラート受信サーバ１２０のトピック１２２は、本発明における第１の同報送信手段を構成する。また、アラート受信サーバ１２０のトピック１２４は、本発明における第２の同報送信手段を構成する。

　また、フィルタサーバ１３０Ａに設けられているフィルタ部１３１Ａ、フィルタサーバ１３０Ｂに設けられているフィルタ部１３１Ｂ、およびフィルタサーバ１３０Ｃに設けられているフィルタ部１３１Ｃは同じ構成である。また、フィルタサーバ１３０Ａに設けられているサマライズ部１３２Ａ、フィルタサーバ１３０Ｂに設けられているサマライズ部１３２Ｂ、およびフィルタサーバ１３０Ｃに設けられているサマライズ部１３２Ｃは同じ構成である。さらに、フィルタサーバ１３０Ａに設けられているメール送信部１３３Ａ、フィルタサーバ１３０Ｂに設けられているメール送信部１３３Ｂ、およびフィルタサーバ１３０Ｃに設けられているメール送信部１３３Ｃは同じ構成である。

　（２）フィルタサーバの構成
　図２は、フィルタサーバの構成の概要を示す図である。
　図２に示すように、フィルタサーバ１３０は、フィルタ部１３１と、サマライズ部１３２と、メール送信部１３３と、フィルタリングルール記憶部１３４と、メッセージ記憶部１３５と、送信先ルール記憶部１３６とを備える。フィルタサーバ１３０は、本発明におけるメッセージ処理装置を構成する。フィルタ部１３１、サマライズ部１３２は、本発明におけるメッセージ処理手段を構成する。メール送信部１３３は、本発明における報知手段を構成する。

　フィルタリングルール記憶部１３４は、フィルタ部１３１に接続されており、フィルタ部１３１がフィルタリング処理に用いるフィルタリングルールを記憶する。メッセージ記憶部１３５は、サマライズ部１３２に接続されており、サマライズ処理をするためにエラーメッセージを一時的に記憶する。送信先ルール記憶部１３６は、メール送信部１３３に接続されており、送信ルールを記憶する。送信ルールは、エラーメッセージの種類に応じてどの送信先にメールを送信するかを決定するための条件である。

　フィルタ部１３１は、監視対象サーバ１１０から送信されたエラーメッセージを受信すると、フィルタリングルール記憶部１３４に記憶されているフィルタリングルールを読みだして、そのフィルタリングルールに基づいてエラーメッセージのフィルタリング処理を行う。フィルタ部１３１は、フィルタリング処理が施されたエラーメッセージをアラート受信サーバ１２０に送信する。複数のアラート受信サーバ１２０に接続している場合には、１つのアラート受信サーバ１２０に対して送信する。フィルタ部１３１は、送信先として選択したアラート受信サーバ１２０に対してエラーメッセージを送信できない場合、たとえば、当該アラート受信サーバ１２０が応答しない等の場合には、別のアラート受信サーバ１２０を新たな送信先として選択することが好ましい。なお、送信先とするアラート受信サーバ１２０の選択方法は特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。

　フィルタ部１３１は、アラート受信サーバ１２０のキュー１２１から、エラーメッセージを受信する。フィルタ部１３１は、キュー１２１からエラーメッセージを受信するために、キュー１２１に対して定期的に購読信号を送信する。

　サマライズ部１３２は、アラート受信サーバ１２０のトピック１２２から、エラーメッセージを受信する。サマライズ部１３２は、トピック１２２からエラーメッセージを受信するために、トピック１２２に対して定期的に購読信号を送信する。また、サマライズ部１３２は、アラート受信サーバ１２０のトピック１２４から、他のフィルタサーバ１３０に設けられたサマライズ部１３２のＩＰアドレスなどの情報を受信する。サマライズ部１３２は、トピック１２４から他のフィルタサーバ１３０に設けられたサマライズ部１３２のＩＰアドレスなどの情報を受信するために、トピック１２４に対しても定期的に購読信号を送信する。

　メール送信部１３３は、アラート受信サーバ１２０のキュー１２３から、エラーメッセージを受信する。メール送信部１３３は、キュー１２３からエラーメッセージを受信するために、キュー１２３に対して定期的に購読信号を送信する。

　フィルタ部１３１が行うフィルタリング処理は、たとえばエラーメッセージに含まれる文字列と、フィルタリングルールに設定されている文字列を照合し、一致する文字列に関連づけられている、エラーメッセージの重要度を示す識別子などを付加することにより行う。

　エラーメッセージの一例をあげると以下の通りである。
　１９２．０．２．１，　ｗｗｗ，　”８２％　ｕｓｅｄ　ｏｎ　／ｈｏｍｅ”
　このエラーメッセージはカンマで区切られた形式であって、区切られた部分の先頭から、エラーメッセージを送信した監視対象サーバ１１０のＩＰアドレス、監視対象サーバ１１０のサーバの種類、アラートの内容を示しているとする。

　一方、フィルタリングルールの一例をあげると以下の通りである。
　１，　ｃｒｉｔｉｃａｌ，　”ＰＨＰ　Ｆａｔａｌ　ｅｒｒｏｒ”
　２，　ｃｒｉｔｉｃａｌ，　”Ｔａｂｌｅ　．＊　ｄｏｅｓｎ’ｔ　ｅｘｉｓｔ”
　３，　ｅｒｒｏｒ，　”％　ｕｓｅｄ　ｏｎ”
　４，　ｉｇｎｏｒｅ，　”Ｓｔａｔｅｍｅｎｔ　ｉｓ　ｎｏｔ　ｓａｆｅ　ｔｏ　ｌｏｇ　ｉｎ　ｓｔａｔｅｍｅｎｔ　ｆｏｒｍａｔ”
　このフィルタリングルールはカンマで区切られた形式であって、区切られた部分の先頭から、ルールＩＤ、アラートレベル、比較文字列を示しているとする。

　フィルタ部１３１は、受信したエラーメッセージと、フィルタリングルールそれぞれの比較文字列とを比較する。エラーメッセージ内に比較文字列が含まれる場合は、対応するフィルタリングルールに合致すると判断する。受信したエラーメッセージが複数のフィルタリングルールに合致する場合は、合致したフィルタリングルールのうち、最初に記載されたフィルタイングルールに合致したものとする。

　たとえば、フィルタ部１３１が上述の内容のエラーメッセージを受信し、かつ上述のフィルタリングルールに基づいてフィルタリング処理を行うとき、エラーメッセージにはフィルタリングルールにおけるルールＩＤ３に設定されている「％　ｕｓｅｄ　ｏｎ」の文字列が含まれていることから、アラートレベルは「ｅｒｒｏｒ」であると判定する。そして、その判定結果であるルールＩＤおよびアラートレベルをエラーメッセージに付加する。上述のフィルタリング処理が施されたエラーメッセージの例を以下に示す。
　１９２．０．２．１，　ｗｗｗ，　”８２％　ｕｓｅｄ　ｏｎ　／ｈｏｍｅ”，　３，　”ｅｒｒｏｒ”

　サマライズ部１３２は、フィルタ部１３１からフィルタリング処理されたエラーメッセージを受信すると、メッセージ記憶部１３５に一時的に記憶しつつ、一定時間ごとに同種類のエラーメッセージをまとめるサマライズ処理を行う。サマライズ部１３２は、サマライズ処理が施されたエラーメッセージをアラート受信サーバ１２０に送信する。複数のアラート受信サーバ１２０に接続している場合には、１つのアラート受信サーバ１２０に対して送信する。送信先とするアラート受信サーバ１２０の選択方法は特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。

　サマライズ部１３２が行うサマライズ処理は、ルールＩＤが同一のエラーメッセージを１つにまとめることにより行う。
　メッセージをまとめるためのサマライズ処理は、次のようにして行う。すなわち、まずメッセージ記憶部１３５を検索することによりルールＩＤが同一となる１以上のエラーメッセージを取得する。次に、取得したエラーメッセージそれぞれから、フィルタ部１３１により付加されたルールＩＤおよびアラートレベルを取り除いた上で、それぞれのエラーメッセージを連結し１つのエラーメッセージとする。その後、連結後のエラーメッセージに対して共通のルールＩＤおよびアラートレベルを付加する。

　サマライズ処理後のエラーメッセージの一例をあげると以下の通りである。
　３，　”ｅｒｒｏｒ”
　１９２．０．２．１，　ｗｗｗ，　”８２％　ｕｓｅｄ　ｏｎ　／ｈｏｍｅ”
　１９２．０．２．４，　ｗｗｗ，　”８９％　ｕｓｅｄ　ｏｎ　／ｈｏｍｅ”
　１９２．０．２．５，　ｗｗｗ，　”８１％　ｕｓｅｄ　ｏｎ　／ｈｏｍｅ”

　上述の例によると、同種のアラートレベル、つまり同一のルールＩＤ３を持つ３つのエラーメッセージがまとめられて１つのメッセージとなっている。このまとめられたエラーメッセージでは、１９２．０．２．１、１９２．０．２．４、および１９２．０．２．５のＩＰアドレスが設定されている３台の監視対象サーバ１１０から受信したエラーメッセージが１つにまとめられている。

　メール送信部１３３は、サマライズ部１３２からサマライズ処理されたエラーメッセージを受信すると、送信先ルール記憶部に記憶されている送信先ルールに基づいてエラーメッセージを所定の送信先へメール送信する。

　メール送信部１３３は、エラーメッセージに含まれるアラートレベルと、送信先ルールに含まれるアラートレベルを示す文字列とが一致したとき、関連づけられているメールアドレスを送信先として決定する。

　送信先ルールの一例をあげると以下の通りである。
　ｃｒｉｔｉｃａｌ，　ａｌｅｒｔ－ｃｒｉｔｉｃａｌ－ｍｌ＠ｅｘａｍｐｌｅ．ｊｐ
　ｅｒｒｏｒ，　ａｌｅｒｔ－ｅｒｒｏｒ－ｍｌ＠ｅｘａｍｐｌｅ．ｊｐ

　サマライズ処理後のエラーメッセージが上述〔００００〕欄に示したものであって、送信先ルールが上述のものであるとき、メール送信部１３３は、アラートレベルは「ｅｒｒｏｒ」であることから、メールの送信先は「ａｌｅｒｔ－ｅｒｒｏｒ－ｍｌ＠ｅｘａｍｐｌｅ．ｊｐ」であると決定する。

　これにより、監視対象サーバ１１０から送信されたエラーメッセージが所定の宛先に送信されることになる。このとき、監視対象サーバ１１０から送信されたエラーメッセージの全てがそのまま送信されるのではなく、サマライズ処理によりまとめられた少数のエラーメッセージが送信される。

　（３）アラート受信サーバの構成
　アラート受信サーバ１２０は、上述したように、キュー１２１と、キュー１２３と、トピック１２２と、トピック１２４とを備える。
　図３は、アラート受信サーバに設けられているキューの動作の概要を示す図である。
　図３に示すように、キュー１２１、１２３は、送信元１４０から送信されてきたメッセージＭｓｇ１～４を、複数の受信者１５１、１５２のいずれかに送信する。

　キュー１２１については、送信元１４０は監視対象サーバ１１０であり、受信者１５１、１５２はフィルタ部１３１である。キュー１２３については、送信元１４０はサマライズ部１３２であり、受信者１５１、１５２はメール送信部１３３である。

　キュー１２１、１２３は、送信元１４０からメッセージを受け取ると、そのメッセージを一時的に記憶し、受信者１７１、または受信者１７２へメッセージを送信する。このとき、キュー１２１、１２３は、メッセージを受信した順番に受信者１５１、１５２へメッセージを送信する。

　キュー１２１は、フィルタサーバ１３０のフィルタ部１３１から、キュー１２１から送信されるメッセージを購読する旨の信号である購読信号を受信する。キュー１２１は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ１３０のＩＰアドレスおよびポート番号が含まれており、キュー１２１は、購読信号に含まれるＩＰアドレスおよびポート番号を購読者リストに追加する。キュー１２１は、メッセージの送信先として、購読者リストに含まれるＩＰアドレスおよびポート番号の中から１つの組み合わせを選択する。なお、送信先の選択方法は特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。また、キュー１２３は、構築した購読者リストに設定されているサーバからの購読信号が一定時間以上受信されないときは、そのサーバを購読者リストから削除する。

　また、キュー１２３は、フィルタサーバ１３０のメール送信部１３３から、キュー１２３から送信されるメッセージを購読する旨の信号である購読信号を受信する。キュー１２３は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ１３０のＩＰアドレスおよびポート番号が含まれており、キュー１２３は、購読信号に含まれるＩＰアドレスおよびポート番号を購読者リストに追加する。キュー１２３は、メッセージの送信先として、購読者リストに含まれるＩＰアドレスおよびポート番号の中から１つの組み合わせを選択する。なお、送信先の選択方法は上述のキュー１２１の場合と同様に特に限定されるものではなく、たとえば、ラウンドロビン方式であってもよいし、ランダムに選択する方法でもよい。
　なお、受信者が３つ以上あったときも、上述の説明と同様に、１つずつ受信者を選択して送信する。

　図４は、アラート受信サーバに設けられているトピックの動作の概要を示す図である。
　図４に示すように、トピック１２２は、送信元１６０から送信されてきたメッセージＭｓｇ１，２を受信者１７１、および１７２へ送信する。

　トピック１２２については、送信元１６０はフィルタ部１３１であり、受信者１７１、１７２はすべてのサマライズ部１３２である。トピック１２３については、送信元１６０はサマライズ部１３２であり、受信者１７１、１７２は送信元１６０以外のすべてのサマライズ部１３２である。

　トピック１２２、１２４は、送信元１６０からメッセージを受け取ると、そのメッセージを一時的に記憶し、受信者１５１、および受信者１５２へメッセージを送信する。なお、受信者が３つ以上あったときも、上述の説明と同様に、メッセージをすべての受信者に送信する。

　トピック１２２は、フィルタサーバ１３０のサマライズ部１３２から、トピック１２２から送信されるメッセージを購読する旨の信号である購読信号を受信する。トピック１２２は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ１３０のＩＰアドレスおよびポート番号が含まれており、トピック１２２は、購読信号に含まれるＩＰアドレスおよびポート番号を購読者リストに追加する。トピック１２２は、メッセージの送信先として、購読者リストに含まれるすべてのＩＰアドレスおよびポート番号を選択する。

　また、トピック１２４は、フィルタサーバ１３０のサマライズ部１３２から、トピック１２４から送信されるメッセージを購読する旨の信号である購読信号を受信する。トピック１２４は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ１３０のＩＰアドレスおよびポート番号が含まれており、トピック１２４は、購読信号に含まれるＩＰアドレスおよびポート番号を購読者リストに追加する。トピック１２４は、メッセージの送信先として、購読者リストに含まれる送信元のＩＰアドレスおよびポート番号以外のすべてを選択する。

　（４）サーバ間の連携
　図５は、エラーメッセージのサーバ間の動きの概要を示す図である。
　図５に示すように、キュー１２１は、監視対象サーバ１１０が送信したエラーメッセージを受信すると一時的に記憶し、このエラーメッセージをフィルタサーバ１３０Ａのフィルタ部１３１Ａ、もしくはフィルタサーバ１３０Ｂのフィルタ部１３１Ｂに対してエラーメッセージを送信する。

　このとき、キュー１２１は、フィルタ部１３１へ送信する前にエラーメッセージを一時的に記憶するのは、以下の理由による。すなわち、監視対象サーバ１１０は、エラーメッセージを送信することのみできる構成であればよく、ビジー状態になっているフィルタサーバ１３０に直接エラーメッセージを送信することによってフィルタサーバ１３０がエラーメッセージに係るデータを担当者に送信できなくなる、もしくは監視対象サーバ１１０がフィルタサーバ１３０へのエラーメッセージ送信待機中に、監視対象サーバ１１０がエラーメッセージを送信することができなくなる重大な障害が生じたときに、エラーメッセージを担当者が受信できていない状態になることを防止することが可能となる。以下、トピック１２２、キュー１２３、およびトピック１２４も同様の理由により受信したエラーメッセージを一時的に記憶する。

　フィルタ部１３１は、キュー１２１からエラーメッセージを受信すると、エラーメッセージのフィルタリング処理として、エラーメッセージに重要度を示す識別子などを付加する処理を行い、トピック１２２へ送信する。

　トピック１２２は、フィルタ部１３１からエラーメッセージを受信すると一時的に記憶し、サマライズ部１３２Ａ、およびサマライズ部１３２Ｂの両方にエラーメッセージを送信する。

　サマライズ部１３２は、トピック１２２からエラーメッセージを受信すると、一定時間エラーメッセージを記憶し続け、同じ種類のエラーメッセージをまとめるサマライズ処理を行い、まとめたエラーメッセージをキュー１２３へ送信する。

　なお、サマライズ部１３２Ａ、およびサマライズ部１３２Ｂは、同一のエラーメッセージを受信し、同一のサマライズ処理を行うように構成されている。しかし、サマライズ部１３２Ａ、およびサマライズ部１３２Ｂの両方がキュー１２３に対して同一のサマライズ結果を送信すると障害担当者に多数のメールが届いてしまい、迅速な事態の把握に支障が生じるなどの不都合が生じるので、サマライズ部１３２Ａ、もしくは１３２Ｂのいずれか一方のみがキュー１２３へまとめたエラーメッセージを送信する。次に、サマライズ部１３２Ａ、もしくは１３２Ｂのどちらがキュー１２３へまとめたエラーメッセージを送信するかを決定する代表決定について説明する。

　サマライズ部１３２は、定期的に自装置の情報をトピック１２４へ送信する。トピック１２４は、送信されてきた情報を、その情報を送信したサマライズ部１３２以外のサマライズ部１３２すべてに送信する。

　より具体的には、サマライズ部１３２Ａが自装置の情報をトピック１２４へ送信すると、トピック１２４は、情報を送信してきたサマライズ部１３２Ａ以外のサマライズ部であるサマライズ部１３２Ｂへその情報を送信する。同様に、サマライズ部１３２Ｂが自装置の情報をトピック１２４へ送信すると、トピック１２４は、情報を送信してきたサマライズ部１３２Ｂ以外のサマライズ部であるサマライズ部１３２Ａへその情報を送信する。このような構成にすることにより、すべてのサマライズ部１３２は、稼働中のすべてのフィルタサーバ１３０のサマライズ部１３２の情報をそれぞれもつことになる。

　そして、サマライズ部１３２は、すべてのサマライズ部１３２の情報を元に自装置が代表であるか否かを決定する。たとえば、各サマライズ部１３２が共有する情報がフィルタサーバ１３０のそれぞれに設定されたＩＰアドレスであって、代表であるかの決定要素がＩＰアドレスに含まれる数値が一番小さいものであるという条件のとき、各サマライズ部１３２は、他のサマライズ部１３２から送られてきたＩＰアドレスと自らのＩＰアドレスを比較し、自らのＩＰアドレスに含まれる数値が一番小さいと判断すると自らを代表であると決定する。

　なお、図５に示す構成においては、フィルタサーバ１３０が２台しかないので情報は送信元以外のもう１つのサマライズ部１３２のみに送信されるが、フィルタサーバ１３０が３台以上の構成においては、情報は送信元以外のすべてのサマライズ部１３２、つまり２つ以上のサマライズ部１３２に送信される。また、ＩＰアドレスに含まれる数値が一番小さいときに自らが代表であると決定しているが、ＩＰアドレスに含まれる数値が最も大きいのときに自らが代表であると決定するなどをしてもよい。このように、サマライズ部１３２およびトピック１２４は、本発明における代表決定手段を構成する。

　キュー１２３は、サマライズ部１３２Ａ、もしくは１３２Ｂからエラーメッセージを受信すると一時的に記憶し、メール送信部１３３Ａ、もしくはメール送信部１３３Ｂへエラーメッセージを送信する。

　メール送信部１３３は、キュー１２３からエラーメッセージを受信すると、所定の送信ルールに基づきエラーメッセージをメールで担当者へ送信する。

　このように、監視対象サーバ１１０から送信されたエラーメッセージは、アラート受信サーバ１２０とフィルタサーバ１３０の間を往復した後にメールとして送信される。このような構成にしたことにより、エラーメッセージの送信先が特定のサーバに集中することがなく、負荷が分散される。また、アラート受信サーバ１２０およびフィルタサーバ１３０が複数存在し、冗長化されていることから、可用性が担保される。

　つまり、エラーメッセージが監視対象サーバ１１０からキュー１２１へ送信されるとき、キュー１２１からフィルタ部１３１へ送信されるとき、フィルタ部１３１からトピック１２２へ送信されるとき、トピック１２２からサマライズ部１３２へ送信されるとき、サマライズ部１３２からキュー１２３へ送信されるとき、およびキュー１２３からメール送信部１３３へ送信されるときのどのフェーズにおいて、どのサーバがダウンしたとしても、ダウンしたサーバと同一構成の別のサーバが存在することから冗長性が担保される。

　また、エラーメッセージが監視対象サーバ１１０からキュー１２１へ送信されるとき、キュー１２１からフィルタ部１３１へ送信されるとき、フィルタ部１３１からトピック１２２へ送信されるとき、サマライズ部１３２からキュー１２３へ送信されるとき、およびキュー１２３からメール送信部１３３へ送信されるときのように複数の構成要素のいずれか１つにエラーメッセージを送信する構成としているので、完全なミラー構成とは異なり負荷が分散される。

　図５においては、動作をわかりやすくするためにフィルタサーバ１３０を２台示して説明したが、図６においては、フィルタサーバ１３０を２台から３台に増設したときにアラート受信サーバ１２０とフィルタサーバ１３０の各機能がどのような動作をするか説明する。

　図６は、フィルタサーバを増設した状態を示す図である。
　キュー１２１は、フィルタサーバ１３０のフィルタ部１３１から、キュー１２１から送信されるメッセージを購読する旨の信号である購読信号を受信する。キュー１２１は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ１３０のＩＰアドレスおよびポート番号が含まれており、キュー１２１は、購読信号に含まれるＩＰアドレスおよびポート番号を購読者リストに追加する。キュー１２１は、エラーメッセージの送信先として、購読者リストに含まれるＩＰアドレスおよびポート番号の中から１つの組み合わせを選択し、フィルタ部１３１Ａ，１３１Ｂ，１３１Ｃのいずれか１つにエラーメッセージを送信する。

　フィルタ部１３１は、エラーメッセージを受信すると、フィルタリング処理をしたエラーメッセージをトピック１２２へ送信する。トピック１２２は、受信したエラーメッセージをサマライズ部１３２Ａ，１３２Ｂ，１３２Ｃのすべてへ送信する。

　トピック１２２がサマライズ部１３２へエラーメッセージを送信する際の動作も、上述のキュー１２１の動作と同様である。つまり、トピック１２２は、フィルタサーバ１３０のサマライズ部１３２から、トピック１２２から送信されるメッセージを購読する旨の信号である購読信号を受信する。トピック１２２は、受信した購読信号を用いて、購読者リストを構築する。具体的には、購読信号には当該購読信号を送信したフィルタサーバ１３０のＩＰアドレスおよびポート番号が含まれており、トピック１２２は、購読信号に含まれるＩＰアドレスおよびポート番号を購読者リストに追加する。トピック１２２は、エラーメッセージの送信先として、購読者リストに含まれるＩＰアドレスおよびポート番号のすべてを選択することによって、受信したエラーメッセージをサマライズ部１３２Ａ，１３２Ｂ，１３２Ｃのすべてへ送信する。

　このような構成にすることにより、フィルタサーバ１３０Ｃをサーバ監視システム１００の一部として増設したときは、管理者はフィルタサーバ１３０Ａ、１３０Ｂと同じ構成のフィルタサーバ１３０Ｃを用意すれば、すぐにサーバ監視システム１００の一部として機能させることができるので、拡張性に富むシステムであるといえる。

　サマライズ部１３２Ａ，１３２Ｂ，１３２Ｃには、トピック１２２から同一のエラーメッセージが送信され、かつサマライズ部１３２Ａ，１３２Ｂ，１３２Ｃが同じ構成であることから、サマライズ部１３２Ａ，１３２Ｂ，１３２Ｃは同一のルールに基づいて同一のエラーメッセージがサマライズ処理される。

　これはサマライズ処理が、一定時間に送信されてきたエラーメッセージをまとめる処理をすることによって、サーバ監視システム１００から送信されるエラーメッセージの総量を低減させることを目的としたものであって、各サマライズ部１３２Ａ，Ｂ，もしくはＣへ分散してエラーメッセージを送信してしまうと、結果としてそれぞれのサマライズ処理結果が異なることとなり、不適当だからである。

　一方で、各サマライズ部１３２Ａ，１３２Ｂ，１３２Ｃから同一のサマライズ処理後の結果をキュー１２３へ送信すると、メッセージが重複するという不具合が生ずるので、どのサマライズ部１３２Ａ，Ｂ，もしくはＣがキュー１２３へエラーメッセージを送信するかを決定する方法を考える。

　トピック１２４は、サマライズ部１３２Ａ，１３２Ｂ，および１３２Ｃと接続されており、サマライズ部１３２Ａ，１３２Ｂ，１３２Ｃのそれぞれが自らの情報をトピック１２４へ送信する。トピック１２４は、受信したサマライズ部１３２の情報を、送信元のサマライズ部１３２以外のサマライズ部１３２へ送信する。たとえば、サマライズ部１３２Ａがトピック１２４へ自らの情報を送信したとき、トピック１２４は、受信した情報をサマライズ部１３２Ｂ，および１３２Ｃへ送信する。これにより各サマライズ部１３２は他のフィルタサーバ１３０に設けられたサマライズ部１３２の情報ももつこととなる。なお、この情報とは、たとえばフィルタサーバ１３０のＩＰアドレスなどである。

　たとえばＩＰアドレスが一番若いものを代表者とするとき、サマライズ部１３２Ａ，１３２Ｂ，および１３２Ｃは、トピック１２４から受信した情報に基づき、自らが代表であるか否かを判断する。自らを代表と判断したサマライズ部１３２は、キュー１２３へサマライズ処理後のエラーメッセージを送信する。その他のサマライズ部１３２は、エラーメッセージを送信しない。

　なお、サマライズ部１３２Ａ，１３２Ｂ，１３２Ｃのそれぞれがサマライズ処理を行う場合について説明したが、これには限定されない。たとえば、サマライズ部１３２Ａ，１３２Ｂ，１３２Ｃは、自身が代表者として選定された場合にのみサマライズ処理を行うように構成されていても良い。
　以上の機能を有するサーバ監視システム１００の各処理についてフローチャートを用いて詳細に説明する。

　（５）サーバ監視システムの動作
　（５．１）購読者リスト構築処理
　図７は、アラート受信サーバにおけるキューの購読者リストおよびトピックの購読者リストを構築する購読者リスト構築処理の手順を示すフローチャートである。以下、図７に示す購読者リスト構築処理をステップ番号に沿って説明する。

　〔ステップＳ１１〕
　アラート受信サーバ１２０に設けられたキューおよびトピックは、エラーメッセージ、または購読者からの購読信号の受信待機をする。購読者は、キューおよびトピックがメッセージを送信する送信先であって、たとえばキュー１２１の購読者はフィルタ部１３１である。

　〔ステップＳ１２〕
　アラート受信サーバ１２０に設けられたキューおよびトピックは、購読者からの購読信号を受信したか否かを判断する。購読信号を受信したときは処理をステップＳ１３へ進め、購読信号を受信していないときは処理をステップＳ１４へ進める。

　〔ステップＳ１３〕
　アラート受信サーバ１２０に設けられたキューおよびトピックは、購読信号を送信した購読者を購読者リストに追加する。

　〔ステップＳ１４〕
　アラート受信サーバ１２０に設けられたキューおよびトピックは、所定の送信者からのエラーメッセージを受信したか否かを判断する。エラーメッセージを受信したときは処理をステップＳ１５へ進め、エラーメッセージを受信していないときは処理をステップＳ１１へ戻す。

　〔ステップＳ１５〕
　アラート受信サーバ１２０に設けられたキューおよびトピックは、受信したエラーメッセージを一時的に保存し、エラーメッセージを購読者もしくは送信者へ送信する準備をする。

　次に、アラート受信サーバ１２０が行う購読者もしくは送信者に対するエラーメッセージの送信処理を説明する。

　（５．２）アラート受信サーバによるメッセージ送信処理
　図８は、アラート受信サーバにおけるキューおよびトピックによるメッセージ送信処理の手順を示すフローチャートである。以下、図８に示す購読者リスト構築処理をステップ番号に沿って説明する。

　〔ステップＳ２１〕
　アラート受信サーバ１２０は、受信して一時保存されたエラーメッセージを読み出す。

　〔ステップＳ２２〕
　アラート受信サーバ１２０は、読み出したエラーメッセージの送信先がキューであるか否かを判断する。送信先がキューであるときは処理をステップＳ２３へ進め、送信先がキューでないとき、すなわちトピックであるときは処理をステップＳ２５へ進める。

　〔ステップＳ２３〕
　アラート受信サーバ１２０は、読み出したエラーメッセージの送信先であるキューに関連づけられている購読者リストから１の購読者を選択する。

　〔ステップＳ２４〕
　アラート受信サーバ１２０は、選択した購読者にエラーメッセージを送信する。

　〔ステップＳ２５〕
　アラート受信サーバ１２０は、読み出したエラーメッセージの送信先であるトピックに関連づけられている購読者リストのすべての購読者にエラーメッセージを送信する。

　〔ステップＳ２６〕
　アラート受信サーバ１２０は、送信したエラーメッセージを破棄する。

　（５．３）サーバ監視処理
　図９は、監視対象サーバに実装されている監視プログラムによるサーバ監視処理の手順を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。

　〔ステップＳ３１〕
　監視対象サーバ１１０は、監視対象サーバ１１０の状態をチェックするプログラム（以下、監視プログラムという。）を実行し、監視対象サーバ１１０の状態をチェックする。

　〔ステップＳ３２〕
　監視プログラムは、監視対象サーバ１１０に異常が発生したかを判断する。監視対象サーバ１１０に異常が発生していると判断したときは処理をステップＳ３３へ進め、異常が発生していないと判断したときは処理をステップＳ３４へ進める。監視対象サーバ１１０に発生した異常とは、たとえば監視対象サーバ１１０のディスク残量が所定割合以下になったときなどである。

　〔ステップＳ３３〕
　監視プログラムは、監視対象サーバ１１０に発生した異常に関する情報であるエラーメッセージをアラート受信サーバ１２０に送信する。アラート受信サーバ１２０が複数あるときは、一定のアラート受信サーバに負荷が集中しないように、送信するごとに送信先のアラート受信サーバを変更する。

　監視プログラムが、アラート受信サーバ１２０にエラーメッセージを送信するとき、監視プログラムにあらかじめ設定されているアラート受信サーバ１２０のドメイン名に基づいて、監視プログラムがＤＮＳサーバにアラート受信サーバ１２０のＩＰアドレスの照会を行う。アラート受信サーバ１２０が複数ある場合であっても、各アラート受信サーバ１２０のドメイン名は共通である。ＤＮＳサーバには、アラート受信サーバ１２０のドメイン名に対し、各アラート受信サーバのＩＰアドレスのリストが関連づけて記憶されている。そして、監視プログラムは、アラート受信サーバ１２０のドメイン名に対応付けられた当該リストを受信し、リストに設定されている複数のＩＰアドレスからランダムに１のＩＰアドレスを選択して、当該アドレスが付与されたアラート受信サーバ１２０のキュー１２１へエラーメッセージを送信する。

　なお、監視プログラムがフィルタサーバ１３０のフィルタ部１３１へ直接エラーメッセージを送信する構成としてもよいが、フィルタサーバ１３０はフィルタリング処理、サマライズ処理、およびメール送信を行うため、負荷が大きくなる傾向にある。そのため、フィルタサーバ１３０がビジー状態のときは、フィルタサーバ１３０のフィルタ部１３１は監視プログラムから送信されたエラーメッセージを受信できないことがある。

　そこで、本実施の形態のサーバ監視システム１００においては、キュー１２１を介してフィルタ部１３１へエラーメッセージが送信される構成としている。キュー１２１は、エラーメッセージを一時的に保存するので、フィルタサーバ１３０がビジー状態のときであっても、監視プログラムはメッセージを送信することができ、エラーメッセージを失ったり、監視対象サーバの監視に漏れが生じる等の不具合を避けることができる。一方、フィルタサーバ１３０は、ビジー状態からの回復後、キュー１２１から保存されたエラーメッセージを受信することができるので、問題なくその後の処理を継続することができる。

　〔ステップＳ３４〕
　監視プログラムは、一定時間待機状態になる。たとえば、サーバの異常が発生したかを判断する判定プログラムを５分ごとに実行する構成としたときは５分間待機する。

　このような処理を行うことによって、監視対象サーバ１１０に異常が発生したときに、その内容がエラーメッセージとしてアラート受信サーバ１２０Ａ、もしくはアラート受信サーバ１２０Ｂのいずれかに通知される。

　上述のとおり、アラート受信サーバ１２０は、監視プログラムからエラーメッセージを受信すると、アラート受信サーバ１２０に実装されているキュー１２１が、フィルタサーバ１３０にエラーメッセージを送信する。このとき、フィルタサーバ１３０が複数あるときは、一定のフィルタサーバに負荷が集中しないように、送信するごとに送信先とするフィルタサーバを変更する。さらに、送信先として指定したフィルタサーバからの応答がないとき、別のフィルタサーバに送信先を変更することにより冗長化を実現することができる。

　（５．４）フィルタリング処理
　図１０は、フィルタサーバのフィルタ部によるフィルタリング処理の手順を示すフローチャートである。以下、図１０に示すフィルタリング処理をステップ番号に沿って説明する。

　〔ステップＳ４１〕
　フィルタ部１３１は、フィルタリングルール記憶部１３４に記憶されているフィルタリングルールを読み込む。

　〔ステップＳ４２〕
　フィルタ部１３１は、すべてのアラート受信サーバ１２０に接続し、キュー１２１を購読する旨の信号である購読信号をキュー１２１へ送信する。フィルタ部１３１は、アラート受信サーバ１２０のドメイン名を用いてＤＮＳサーバに問い合わせることによって、アラート受信サーバ１２０のドメイン名に関連づけられて登録されているＩＰアドレスから、送信先として選択可能な全てのアラート受信サーバのＩＰアドレスを取得することができる。

　〔ステップＳ４３〕
　フィルタ部１３１は、アラート受信サーバ１２０の追加や変更があったかを判断する。追加や変更があったと判断したときは、処理をステップＳ４２へ戻し、追加や変更がなかったと判断したときは、処理をステップＳ４４へ進める。

　フィルタ部１３１が、アラート受信サーバ１２０の追加や変更があったかを知るには、たとえば、前回ＤＮＳサーバに問い合わせた際に取得した、あらかじめ設定されているアラート受信サーバ１２０のサーバ名に関連づけられて登録されているＩＰアドレスのリストを保存しておき、今回取得したリストと比較することによって行うことができる。

　〔ステップＳ４４〕
　フィルタ部１３１は、アラート受信サーバ１２０からのエラーメッセージ受信を待機する待機状態となる。

　〔ステップＳ４５〕
　フィルタ部１３１は、アラート受信サーバ１２０から一定時間内にエラーメッセージを受信したか否かを判断する。エラーメッセージを受信したときは、処理をステップＳ４６へ進め、エラーメッセージを受信していないときは、処理をステップＳ４３へ戻す。

　〔ステップＳ４６〕
　フィルタ部１３１は、受信したエラーメッセージを、あらかじめ読み込んであるフィルタリングルールと比較する。

　〔ステップＳ４７〕
　フィルタ部１３１は、フィルタリングルールを用いて、受信したエラーメッセージのアラートレベルを決定する。この決定方法は、たとえばエラーメッセージに含まれる一定の文字列がルールとして設定されており、その文字列がエラーメッセージ内に含まれているかどうかで判断する。

　〔ステップＳ４８〕
　フィルタ部１３１は、受信したエラーメッセージに対してアラートレベルとルールＩＤを示す情報である識別子を付加する。

　〔ステップＳ４９〕
　フィルタ部１３１は、受信したエラーメッセージを破棄するかを判断する。破棄すると判断したときは、処理をステップＳ４３へ戻し、破棄しないと判断したときは、処理をステップＳ５０へ進める。たとえば、フィルタ部１３１は、アラートレベルが所定レベル以下であるエラーメッセージを破棄する。また、フィルタ部１３１は、エラーメッセージに含まれている内容が予め定められた破棄基準に該当する場合に、エラーメッセージを破棄するように構成されていてもよい。たとえば、実際には問題とならない場合に送信されてくるエラーメッセージの本文を予め破棄基準として記憶しておいてもよい。

　〔ステップＳ５０〕
　フィルタ部１３１は、エラーメッセージをアラート受信サーバ１２０のトピック１２２に送信する。このとき、一定のアラート受信サーバに負荷が集中しないように、送信するごとに別のアラート受信サーバにエラーメッセージを送信する。

　この処理によって、アラート受信サーバ１２０にアラートレベルが付加されたエラーメッセージが送信される。また、アラートレベルが所定レベルよりも低いと判断されたアラートについては破棄されるため、アラートレベルが低いエラーメッセージはその後の処理にはまわらず、サーバ監視システム１００全体に対するトラフィックを低減することが可能となる。

　トピック１２２は、アラートレベルが付加されたエラーメッセージを受信すると、接続されているすべてのフィルタサーバ１３０に対してアラートレベルが付加されたエラーメッセージを送信する。

　（５．５）サマライズ処理
　（５．５．１）エラーメッセージ記憶処理
　図１１は、フィルタサーバのサマライズ部によるエラーメッセージ記憶処理の手順を示すフローチャートである。以下、図１１に示すエラーメッセージ記憶処理をステップ番号に沿って説明する。

　〔ステップＳ５１〕
　サマライズ部１３２は、すべてのアラート受信サーバ１２０に対して、トピック１２２を購読する旨の信号をトピック１２２に宛てて送信する。サマライズ部１３２は、アラート受信サーバ１２０のドメイン名を用いてＤＮＳサーバに問い合わせることによって、アラート受信サーバ１２０のドメイン名に関連づけられて登録されているＩＰアドレスから、送信先として選択可能な全てのアラート受信サーバのＩＰアドレスを知ることができる。

　〔ステップＳ５２〕
　サマライズ部１３２は、アラート受信サーバ１２０の追加や変更があったかを判断する。追加や変更があったと判断したときは、処理をステップＳ５１へ戻し、追加や変更がなかったと判断したときは、処理をステップＳ５３へ進める。

　サマライズ部１３２が、アラート受信サーバ１２０の追加や変更があったかを知るには、たとえば、前回ＤＮＳサーバに問い合わせた際に取得した、あらかじめ設定されているアラート受信サーバ１２０のサーバ名に関連づけられて登録されているＩＰアドレスのリストを保存しておき、今回取得したリストと比較することによって行うことができる。

　〔ステップＳ５３〕
　サマライズ部１３２は、アラート受信サーバ１２０からのエラーメッセージ受信を待機する待機状態となる。

　〔ステップＳ５４〕
　サマライズ部１３２は、アラート受信サーバ１２０からのエラーメッセージを受信したかを判断する。エラーメッセージを受信したときは、処理をステップＳ５５へ進め、エラーメッセージを受信していないときは、処理をステップＳ５２へ戻す。

　〔ステップＳ５５〕
　サマライズ部１３２は、受信したエラーメッセージに付加されたルールＩＤを取得する。

　〔ステップＳ５６〕
　サマライズ部１３２は、取得したルールＩＤに対応する受信履歴がメッセージ記憶部１３５に記憶されているかを判断する。記憶されているときは、処理をステップＳ５７へ進め、記憶されていないときは、処理をステップＳ５８へ進める。

　〔ステップＳ５７〕
　サマライズ部１３２は、メッセージ記憶部１３５に記憶されているエラーメッセージのうち、共通のルールＩＤをもつエラーメッセージに新たなアドレスを含めたエラーメッセージを追加する。このとき、最終更新日時を記憶する。なお、ここでいう新たなアドレスとは、エラーメッセージを送信した監視対象サーバ１１０のアドレスである。

　〔ステップＳ５８〕
　サマライズ部１３２は、取得したエラーメッセージをメッセージ記憶部１３５に記憶する。このとき、最終更新日時を記憶する。

　〔ステップＳ５９〕
　サマライズ部１３２は、所定のキュー１２３にエラーメッセージを送信する。エラーメッセージはキュー１２３を介してメール送信部１３３へ送られ、たとえばメールとして担当者へ送信される。

　このような処理を行うことにより、２通目以降の同種のエラーメッセージは記憶され、１通目のエラーメッセージは即座にメールで担当者に伝達される。

　なお、サマライズ部１３２が、キュー１２３にエラーメッセージを送信するのではなく、直接担当者へメールを送信する構成としてもよい。

　（５．５．２）エラーメッセージのまとめ処理および送信処理
　図１２は、フィルタサーバのサマライズ部によるエラーメッセージのまとめ処理および送信処理の手順を示すフローチャートである。以下、図１２に示すエラーメッセージ送信処理をステップ番号に沿って説明する。

　〔ステップＳ６１〕
　サマライズ部１３２は、メッセージ記憶部１３５にエラーメッセージが記憶されているかを判断する。記憶されているときは、処理をステップＳ６２へ進め、記憶されていないときは、処理をステップＳ６３へ進める。

　〔ステップＳ６２〕
　サマライズ部１３２は、記憶されているエラーメッセージの情報を１つずつ順に取得する。ここで、同種のエラーメッセージがまとまっているときは、そのまとまりを１つとしてまとめて取得する。

　〔ステップＳ６３〕
　サマライズ部１３２は、一定時間待機する。

　〔ステップＳ６４〕
　サマライズ部１３２は、記憶されたエラーメッセージの最終更新日時から一定時間以上経過しているかを判断する。一定時間以上経過しているときは、処理をステップＳ６５へ進め、一定時間以上経過していないときは、処理をステップＳ６１へ戻す

　〔ステップＳ６５〕
　サマライズ部１３２は、ステップＳ６２において作成された１通のエラーメッセージを所定のキュー１２３に送信する。

　〔ステップＳ６６〕
　サマライズ部１３２は、送信したエラーメッセージの元となったエラーメッセージ（監視対象サーバ１１０から送信され、まとめられていない状態のエラーメッセージ）をメッセージ記憶部１３５から削除する。

　図１１および１２で説明したエラーメッセージ記憶処理およびエラーメッセージ送信処理を合わせてサマライズ処理とする。

　（５．６）メール送信処理
　図１３は、メール送信部によるメール送信処理の手順を示すフローチャートである。以下、図１３に示すメール送信処理をステップ番号に沿って説明する。

　〔ステップＳ７１〕
　メール送信部１３３は、送信先ルール記憶部１３６に記憶されている送信先ルールを読み込む。

　〔ステップＳ７２〕
　メール送信部１３３は、すべてのアラート受信サーバ１２０に接続し、キュー１２３を購読する旨の信号をキュー１２３へ送信する。現在いくつのアラート受信サーバ１２０が接続されているかを知るには、メール送信部１３３が、ＤＮＳサーバに問い合わせて、あらかじめ設定されているアラート受信サーバ１２０のサーバ名に関連づけられて登録されているＩＰアドレスから知ることができる。

　〔ステップＳ７３〕
　メール送信部１３３は、アラート受信サーバ１２０の追加や変更があったかを判断する。追加や変更があったと判断したときは、処理をステップＳ７２へ戻し、追加や変更がなかったと判断したときは、処理をステップＳ７４へ進める。

　メール送信部１３３が、アラート受信サーバ１２０の追加や変更があったかを知るには、たとえば、前回ＤＮＳサーバに問い合わせた際に取得した、あらかじめ設定されているアラート受信サーバ１２０のサーバ名に関連づけられて登録されているＩＰアドレスのリストを保存しておき、今回取得したリストと比較することによって行うことができる。

　〔ステップＳ７４〕
　メール送信部１３３は、アラート受信サーバ１２０からのエラーメッセージ受信を待機する待機状態となる。

　〔ステップＳ７５〕
　メール送信部１３３は、キュー１２３から一定時間内にエラーメッセージを受信したかを判断する。エラーメッセージを受信したときは、処理をステップＳ７６へ進め、エラーメッセージを受信していないときは、処理をステップＳ７３へ戻す。

　〔ステップＳ７６〕
　メール送信部１３３は、あらかじめ読み込んである送信先ルールと受信したエラーメッセージとを比較して、そのエラーメッセージのメール送信先を決定する。

　〔ステップＳ７７〕
　メール送信部１３３は、エラーメッセージの内容からメール本文を作成する。

　〔ステップＳ７８〕
　メール送信部１３３は、作成したメールを送信する。

　以上の処理により、監視対象サーバ１１０に実装されている監視プログラムから送信されたエラーメッセージがアラート受信サーバ１２０およびフィルタサーバ１３０の間を往復してメール送信されることにより、一定のアラート受信サーバ１２０もしくはフィルタサーバ１３０に負荷が集中することを防止することができる。また、アラート受信サーバ１２０もしくはフィルタサーバ１３０を追加する際に、従来稼働しているアラート受信サーバ１２０もしくはフィルタサーバ１３０と同一の構成のサーバを用意し、かつＤＮＳサーバに登録さえすれば、他の設定を変えることなくサーバ監視システム１００の一部として稼働させることができるので、作業負担が少なく、保守性に優れるとともに、容易な拡張が可能である。

　（６）作用および効果
　本実施形態では、サーバ監視システム１００が、監視対象サーバ１１０と接続されたアラート受信サーバ１２０と、アラート受信サーバ１２０と接続された２以上のフィルタサーバ１３０とを備えている。そして、フィルタサーバ１３０に設けられたフィルタ部１３１、サマライズ部１３２、メール送信部が受信したエラーメッセージを処理する。具体的には、まず、アラート受信サーバ１２０に設けられたトピック１２２が、エラーメッセージをすべてのフィルタサーバ１３０に送信する。次に、アラート受信サーバ１２０に設けられたトピック１２４が、一のフィルタサーバ１３０に設けられたサマライズ部１３２から受信した当該フィルタサーバ１３０の情報を、他のフィルタサーバ１３０に送信する。そして、フィルタサーバ１３０のサマライズ部１３２が、自装置に設定された所定の情報（例えばＩＰアドレス）と、他のフィルタサーバ１３０に設定された所定の情報とを比較し、自身が代表であるか否かを決定する。そして、代表であると決定されたフィルタサーバ１３０のメール送信部１３３が、所定の宛先に対するエラーメッセージの送信を行う。

　これにより、エラーメッセージは全てのフィルタサーバ１３０に送信されつつも、代表として決定されたフィルタサーバ１３０のみが所定の宛先に対するエラーメッセージの送信を行う。ここで、代表となるフィルタサーバ１３０は、アラート受信サーバ１２０に設けられたトピック１２４を介して互いに送受信される所定の情報（例えば各フィルタサーバ１３０のＩＰアドレス）に応じて決定される。このような構成によれば、例えば、代表として決定されたフィルタサーバ１３０が障害等により動作不可能な状態になった場合や、フィルタサーバ１３０が新たに追加された場合に、自動的に新たな代表が決定される。よって、サーバを増設するたびに各サーバの設定を変更することなくエラーメッセージの処理を運用することができるので、保守性及び可用性に優れたメッセージ処理システムを提供することができる。

　なお、本実施の形態において、メール送信部１３３が障害担当者にメールを送信することによりエラーメッセージを送信する構成となっているが、障害担当者に対してエラーメッセージを送信する構成としてはインスタントメッセンジャーなどの通知機能を用いてもよい。

　また、本実施の形態において、フィルタリングルール記憶部１３４、メッセージ記憶部１３５、および送信先ルール記憶部１３６がフィルタサーバ１３０内に設けられている旨の説明をしたが、フィルタリングルール記憶部１３４、メッセージ記憶部１３５、および送信先ルール記憶部１３６がフィルタサーバ１３０外に設けられていてもよい。

　（７）変形例
　図１４は、フィルタリング処理後のエラーメッセージを２つのトピックが受け取るときのエラーメッセージの流れの概要を示した図である。

　図１４に示すように、トピック１２５が新たに設けられている。図１４の例においてはたとえばトピック１２５は、アラート受信サーバ１２０内に設けられている。

　フィルタ部１３１は、監視対象サーバ１１０から送信され、キュー１２１を介してエラーメッセージを受信したとき、フィルタリング処理の結果、重要度が高いと判断したエラーメッセージをトピック１２２へ送信し、重要度が高くないと判断したエラーメッセージをトピック１２５へ送信する。

　トピック１２５は、重要度が高くないと判断されたエラーメッセージを受信すると、レポート部１３７へエラーメッセージを送信する。レポート部１３７は、一定時間（たとえば１時間）エラーメッセージを蓄積し、障害担当者などの受信者１８０へ送信する。メール送信部１３３から受信者１８０へ送信されるメールは携帯電話へ送信し、レポート部１３７から送信されるメールはコンピュータへ送信するなどすると、担当者の携帯電話へ送信されるメールに記載されている障害は重要であってすぐに対応が必要と判断でき、コンピュータへ送信されたメールに記載された障害は重要度が低いが確認することはできるというように使い分けることができる。

　なお、レポート部１３７がフィルタサーバ１３０に設けられており、かつフィルタサーバ１３０が複数設けられているときは、トピック１２５は、すべてのレポート部１３７へメッセージを送信し、代表と決められたトピック１２５のみが受信者１８０へメールを送信する構成とするのがよいのはトピック１２２と同様である。

　１００　サーバ監視システム
　１１０　監視対象サーバ
　１２０，１２０Ａ，１２０Ｂ　アラート受信サーバ
　１２１，１２１Ａ，１２１Ｂ，１２３，１２３Ａ，１２３Ｂ　キュー
　１２２，１２２Ａ，１２２Ｂ，１２４，１２４Ａ，１２４Ｂ　トピック
　１３０，１３０Ａ，１３０Ｂ，１３０Ｃ　フィルタサーバ
　１３１，１３１Ａ，１３１Ｂ，１３１Ｃ　フィルタ部
　１３２，１３２Ａ，１３２Ｂ，１３２Ｃ　サマライズ部
　１３３，１３３Ａ，１３３Ｂ，１３３Ｃ　メール送信部

Claims

　送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理システムにおいて、
　前記送信元サーバと接続されたメッセージ配信装置と、
　前記メッセージ配信装置と接続された２以上のメッセージ処理装置と、
　を備え、
　前記メッセージ処理装置は、
　前記送信元サーバから送信され、メッセージ配信装置を介して受信したメッセージを処理するメッセージ処理手段と、
　自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定する代表決定手段と、
　前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行う報知手段と、
　を備え、
　前記メッセージ配信装置は、
　前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信する第１の同報送信手段と、
　前記代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信する第２の同報送信手段と、
　を備えることを特徴とするメッセージ処理システム。
　前記メッセージ処理手段は、
　前記メッセージ配信装置を介して受信したメッセージのうち、同種のメッセージをまとめるサマライズ処理を行うサマライズ処理手段を備えることを特徴とする請求項１記載のメッセージ処理システム。
　前記メッセージ処理手段は、
　前記メッセージ配信装置を介して受信したメッセージをフィルタリングするフィルタリング処理を行うフィルタリング処理手段を備えることを特徴とする請求項１記載のメッセージ処理システム。
　前記フィルタリング処理手段は、
　前記メッセージ配信装置を介して受信したメッセージの重要度に応じてフィルタリング処理を行うことを特徴とする請求項３記載のメッセージ処理システム。
　前記メッセージ処理手段は、
　前記フィルタリング処理手段が処理したフィルタリング結果に基づいて、前記メッセージ配信装置を介して受信したメッセージのうち同種のメッセージをまとめるサマライズ処理を行うサマライズ処理手段をさらに備えることを特徴とする請求項３記載のメッセージ処理システム。
　前記メッセージ配信装置は、
　一の前記メッセージ処理装置を選択し、前記送信元サーバから受信したメッセージを、選択したメッセージ処理装置に設けられたフィルタリング処理手段に送信する選択送信手段をさらに備え、
　選択された前記メッセージ処理装置に設けられた前記フィルタリング処理手段は、
　前記選択送信手段を介して受信したメッセージに対して前記フィルタリング処理を行い、前記フィルタリング処理後のメッセージを前記第１の同報送信手段へ送信することを特徴とする請求項５記載のメッセージ処理システム。
　前記送信元装置は、障害を監視する対象となるサーバであり、
　前記メッセージは、前記サーバに発生した障害の内容を含むエラーメッセージであることを特徴とする請求項１記載のメッセージ処理システム。
　前記所定の情報は、
　前記メッセージ処理装置のＩＰアドレスであり、
　前記代表決定手段は、
　他のメッセージ処理装置に設定されたＩＰアドレスと自装置に設定されたＩＰアドレスとを比較し、自装置に設定された前記ＩＰアドレスに含まれる所定の値が所定条件に合致するときに自己のメッセージ処理装置に設けられた前記メッセージ処理手段が代表であると決定することを特徴とする請求項１記載のメッセージ処理システム。
　前記報知手段は、
　前記メッセージ処理手段が処理したメッセージを、電子メールを用いて障害担当者へ報知することを特徴とする請求項１記載のメッセージ処理システム。
　送信元サーバからのメッセージを受信し、前記受信したメッセージに応じた処理を行うメッセージ処理方法において、
　メッセージ配信装置が、前記送信元サーバと接続され、第１の同報処理手段と、第２の同報処理手段とを備え、
　２以上のメッセージ処理装置が、前記メッセージ配信装置と接続され、メッセージ処理手段と、代表決定手段と、報知手段とを備え、
　第１の同報送信手段が、前記送信元サーバから受信したメッセージをすべての前記メッセージ処理装置に送信するステップと、
　メッセージ処理手段が、前記第１の同報送信手段から受信したメッセージを処理するステップと、
　第２の同報送信手段が、代表決定手段から受信した前記メッセージ処理手段の情報を、当該情報を送信したメッセージ処理装置以外の他のすべてのメッセージ処理装置に送信するステップと、
　代表決定手段が、自装置に設定された所定の情報と、他のメッセージ処理装置に設定された所定の情報とを比較し、自装置に設けられたメッセージ処理手段が代表であるか否かを決定するステップと、
　報知手段が、前記代表決定手段によって代表であると決定されたとき、前記メッセージ処理手段が処理したメッセージに応じた報知を行うステップと、
　を含むことを特徴とするメッセージ処理方法。