(57)【要約】  迅速に障害に対応することができる。  サーバ管理システム（１）は、管理サーバ（２）とメールサーバ（３）とを有している。管理サーバ（２）は、送信元決定部（４）とアラート通知メール生成部（５）とを有している。送信元決定部（４）は、システムの障害要因に応じてシステムの障害要因を識別する記号を送信元として決定する。アラート通知メール生成部（５）は、決定した送信元を備え、システムの管理者を送信先とするアラート通知メールを生成する。メールサーバ（３）は、アラート通知メールをシステムの管理者が利用する端末装置に向けて送信する。
2008065695.tif 000002
【特許請求の範囲】
【請求項１】
システムの障害を管理者に通知するサーバ管理プログラムにおいて、
コンピュータを、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定手段、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成手段、
として機能させることを特徴とするサーバ管理プログラム。
【請求項２】
前記コンピュータを、前記システムの障害要因に応じてメールの送信先を決定する送信先決定部として機能させると共に、
前記アラート通知メール生成手段は、前記送信元と前記送信先決定部が決定した前記送信先とを備える前記アラート通知メールを生成することを特徴とする請求の範囲第１項記載のサーバ管理プログラム。
【請求項３】
システムの障害を管理者に通知するメールサーバ管理プログラムにおいて、
コンピュータを、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元とし、前記システムの管理者を送信先とするアラート通知メールを前記システムの管理者が利用する端末装置に向けて送信する送信手段、
前記管理者が他の前記管理者にメールフィルタの再設定を依頼するフィルタ再設定依頼を受信する受信手段、
前記受信手段が前記フィルタ再設定依頼を受信すると、前記メールフィルタの再設定を促すフィルタ再設定依頼通知を前記他の前記管理者に送信し、前記メールフィルタを前記他の前記管理者が再設定した確認メールを受け取ると、前記アラート通知メールと同一の前記送信元を備えた試転送メールを前記他の前記管理者に送信し、前記試転送メールに対する応答メールを受け取ると、前記フィルタ再設定依頼に関する処理を終了する設定依頼状態管理手段、
として機能させることを特徴とするメールサーバ管理プログラム。
【請求項４】
システムの障害を管理者に通知するサーバ管理システムにおいて、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定部と、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成部と、を有する管理サーバと、
前記アラート通知メールを前記システムの管理者が利用する端末装置に向けて送信するメールサーバと、
を有することを特徴とするサーバ管理システム。
【請求項５】
前記管理サーバは、前記システムの障害要因に応じてメールの送信先を決定する送信先決定部を有し、
前記アラート通知メール生成部は、前記送信元と前記送信先決定部が決定した前記送信先とを備える前記アラート通知メールを生成することを特徴とする請求の範囲第４項記載のサーバ管理システム。
【請求項６】
前記メールサーバは、前記管理者が他の前記管理者にメールフィルタの再設定を依頼するフィルタ再設定依頼を受信すると、前記他の前記管理者に該当する該当管理者に前記メールフィルタの再設定を促すフィルタ再設定依頼通知メールを送信する設定依頼状態管理部を有することを特徴とする請求の範囲第４項記載のサーバ管理システム。
【請求項７】
前記メールサーバは、前記フィルタ再設定依頼受信後の前記該当管理者の前記メールフィルタの再設定の状況を管理する設定依頼状態管理手段を有することを特徴とする請求の範囲第６項記載のサーバ管理システム。
【請求項８】
前記設定依頼状態管理部は、前記管理者から前記該当管理者の前記フィルタ再設定依頼の経過を確認する設定依頼状態確認メールを受信すると、前記設定依頼状態管理手段に基づいて前記該当管理者の設定状態を前記管理者に送信することを特徴とする請求の範囲第７項記載のサーバ管理システム。
【請求項９】
前記設定依頼状態管理部は、前記メールフィルタを前記該当管理者が再設定した確認メールを受信すると、前記アラート通知メールと同一の前記送信元を備えた試転送メールを前記該当管理者に送信し、前記試転送メールに対する確認メール応答があると前記フィルタ再設定依頼に関する処理を終了することを特徴とする請求の範囲第６項記載のサーバ管理システム。
【請求項１０】
前記メールサーバは、前記フィルタ再設定依頼中のログおよび前記フィルタ再設定依頼に関する処理を終了したときのログを作成するログ作成手段を有することを特徴とする請求の範囲第９項記載のサーバ管理システム。
【請求項１１】
前記設定依頼状態管理部は、前記確認メールの受信がない場合、前記フィルタ再設定依頼通知メールを複数回前記該当管理者に送信し、その後前記確認メールの受信がない場合、前記管理者に依頼未完了通知メールを送信することを特徴とする請求の範囲第９項記載のサーバ管理システム。
【請求項１２】
前記端末装置は、携帯端末装置であることを特徴とする請求の範囲第４項記載のサーバ管理システム。
【請求項１３】
システムの障害を管理者に通知する管理サーバにおいて、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定部と、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成部と、
を有することを特徴とする管理サーバ。
【請求項１４】
システムの障害を管理者に通知するサーバ管理方法において、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定し、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成し、
前記アラート通知メールを前記システムの管理者が利用する端末装置に向けて送信する、
ことを特徴とするサーバ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバ管理プログラム、メールサーバ管理プログラム、サーバ管理システムおよびサーバ管理方法に関し、特に、システムの障害を管理者に通知するサーバ管理プログラム、メールサーバ管理プログラム、サーバ管理システムおよびサーバ管理方法に関する。
【背景技術】
【０００２】
Ｗｅｂサービスシステム上で障害が発生した場合、その旨を、電子メール（以下、単にメールという）を用いてシステム管理者（以下、単に管理者という）に通知するメールシステムが知られている。【０００３】
このメールシステムの一例として、障害の動作状態に応じて送信先（宛先）の管理者を変更するシステムが知られている（例えば、特許文献１参照）。
図１７は、従来のＷｅｂサービスシステムの概要を示す図である。【０００４】
図１７に示すＷｅｂサービスシステム９０では、管理サーバ９１内の送信先表９２で障害内容と管理者との対応を管理しており、障害時には管理サーバ９１が送信先表９２に従いメールサーバ９３、インターネット８０を介してアラート通知メールを配信する。図１７では、送信先表９２には、管理サーバ９１が管理するＷｅｂサーバ９４、ＡＰ（アプリケーション）サーバ９５、ＤＢ（データベース）サーバ９６それぞれのハードウェア障害およびソフトウェア障害が生じたときに通知すべき管理者Ａ〜管理者Ｄが設定されている。配信先となる管理者を変更する場合には、管理サーバ９１上の送信先表９２を変更することで実現される。通常この操作は管理サーバ９１の管理者が行う。【０００５】
最近、対象とするシステムが複雑化しているため、ハードウェアとミドルウェア、あるいはミドルウェア間の相互作用によって障害が発生するケースが増えている。このため障害が発生したときには、障害に直接関係する管理者（送信先表に設定されている管理者）にのみアラートを通知するだけでなく、関連しそうな管理者にも通知する必要がある。【０００６】
従来のメール通知方式を用いてこれに対応しようとすると関連しそうな管理者すべてにアラート通知メールを送信する必要がある。この場合、該当しない管理者にもアラート通知メールが送信されるため、管理者に送信されるメールの絶対量が増加してしまう。しかし、これまで管理者は各自専用のＰＣ（Personal Computer）上でアラート通知メールを受信することが多かったため、多くのメールを受け取っていたとしても、メーラー（Mailer）の機能により自分に関連する情報を選別し抽出することにより対処していた。
【特許文献１】特開２００２−２３６５７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
最近、携帯電話サービス上のメールの普及に伴い、アラート通知メールを携帯電話に向けて配信するサービスが頻繁に用いられるようになってきた。携帯電話には音、光の点滅、振動等による着信通知機能が搭載されており、２４時間体制のシステム管理や迅速なトラブル対応に有効な通信端末として今後更に利用されることが期待される。【０００８】
しかし、携帯電話サービスを用いて前述した方法を用いる場合、直接関係のないアラート通知メールが管理者に送られることがあり、重要なアラート通知メールがその他雑多のメールに埋もれてしまうという問題がある。これは携帯電話でのメーラーの授受機能がＰＣのメーラーの授受機能に比べて簡易なものになることが多く、メールの閲覧性や操作性に欠ける場合が多いからである。特に、全ての障害（通知要件）に対し着信通知があると、アラート通知メールに対する重大さを認識しなくなりいざという時の対応が遅れてしまうという危険性もある。【０００９】
本発明はこのような点に鑑みてなされたものであり、迅速に障害に対応することができるサーバ管理プログラム、メールサーバ管理プログラム、サーバ管理システムおよびサーバ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記問題を解決するために、図１に示すような処理を行うサーバ管理システム１が提供される。
本発明に係るサーバ管理システム１は、システムの障害を管理者に通知するシステムである。【００１１】
サーバ管理システム１は、管理サーバ２とメールサーバ３とを有している。
管理サーバ２は、送信元決定部４とアラート通知メール生成部５とを有している。
送信元決定部４は、システムの障害要因に応じてシステムの障害要因を識別する記号を送信元として決定する。【００１２】
アラート通知メール生成部５は、決定した送信元を備え、システムの管理者を送信先とするアラート通知メールを生成する。
メールサーバ３は、アラート通知メールをシステムの管理者が利用する端末装置に向けて送信する。【００１３】
このようなサーバ管理システム１によれば、送信元決定部４により、システムの障害要因に応じてシステムの障害要因を識別する記号が送信元として決定される。アラート通知メール生成部５により、決定した送信元を備え、システムの管理者を送信先とするアラート通知メールが生成される。そして、メールサーバ３により、アラート通知メールがシステムの管理者が利用する端末装置に向けて送信される。【００１４】
また、上記課題を解決するために、システムの障害を管理者に通知するサーバ管理方法において、前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定し、前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成し、前記アラート通知メールを前記システムの管理者が利用する端末装置に向けて送信することを特徴とするサーバ管理方法が提供される。【００１５】
このようなサーバ管理方法によれば、システムの障害要因に応じてシステムの障害要因を識別する記号が送信元として決定され、この送信元を備え、システムの管理者を送信先とするアラート通知メールが生成され、アラート通知メールがシステムの管理者が利用する端末装置に向けて送信される。【００１６】
また、上記課題を解決するために、システムの障害を管理者に通知するサーバ管理プログラムにおいて、コンピュータを、前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定手段、前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成手段、として機能させることを特徴とするサーバ管理プログラムが提供される。【００１７】
このようなサーバ管理プログラムをコンピュータに実行させれば、上記サーバ管理システムの管理サーバと同様の処理が実行される。
また、上記課題を解決するために、システムの障害を管理者に通知するメールサーバ管理プログラムにおいて、コンピュータを、前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元とし、前記システムの管理者を送信先とするアラート通知メールを前記システムの管理者が利用する端末装置に向けて送信する送信手段、前記管理者が他の前記管理者にメールフィルタの再設定を依頼するフィルタ再設定依頼を受信する受信手段、前記受信手段が前記フィルタ再設定依頼を受信すると、前記メールフィルタの再設定を促すフィルタ再設定依頼通知を前記他の前記管理者に送信し、前記メールフィルタを前記他の前記管理者が再設定した確認メールを受け取ると、前記アラート通知メールと同一の前記送信元を備えた試転送メールを前記他の前記管理者に送信し、前記試転送メールに対する応答メールを受け取ると、前記フィルタ再設定依頼に関する処理を終了する設定依頼状態管理手段、として機能させることを特徴とするメールサーバ管理プログラムが提供される。【００１８】
このようなメールサーバ管理プログラムによれば、送信手段により、システムの障害要因を識別する記号を送信元とし、システムの管理者を送信先とするアラート通知メールがシステムの管理者が利用する端末装置に向けて送信される。受信手段により、管理者が他の管理者にメールフィルタの再設定を依頼するフィルタ再設定依頼が受信される。そして受信手段によってフィルタ再設定依頼が受信されると、設定依頼状態管理手段により、メールフィルタの再設定を促すフィルタ再設定依頼通知が他の管理者に送信され、メールフィルタを他の管理者が再設定した確認メールを受け取ると、アラート通知メールと同一の送信元を備えた試転送メールが他の管理者に送信され、試転送メールに対する応答メールを受け取ると、フィルタ再設定依頼に関する処理が終了される。
【発明の効果】
【００１９】
本発明によれば、障害要因に応じた送信元を備えるアラート通知メールを生成することにより、アラート通知メールを受信した管理者は、送信元をチェックするだけで障害要因を特定することができる。これにより、管理者は関係のある送信元のメールのみを容易に抽出することができ、障害に対し迅速な対応を行うことができる。【００２０】
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】
【００２１】
【図１】本発明の概要を示す図である。
【図２】実施の形態のサーバ管理システムを示すブロック図である。
【図３】管理サーバのハードウェア構成例を示す図である。
【図４】管理サーバの機能を示すブロック図である。
【図５】送信元テーブルを示す図である。
【図６】送信先テーブルを示す図である。
【図７】メールサーバの機能を示すブロック図である。
【図８】携帯端末装置の機能を示すブロック図である。
【図９】アラート通知メール送信処理を示すシーケンス図である。
【図１０】アラート通知メールの内容の一例を示す図である。
【図１１】フィルタ再設定処理を示すシーケンス図である。
【図１２】設定依頼状態管理テーブルを示す図である。
【図１３】フィルタ再設定依頼通知メールの一例を示す図である。
【図１４】フィルタ再設定依頼ログを示す図である。
【図１５】再通知処理を示すシーケンス図である。
【図１６】再設定未完了者確認処理を示すシーケンス図である。
【図１７】従来のＷｅｂサービスシステムの概要を示す図である。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の概要について説明し、その後、実施の形態を説明する。
図１は、本発明の概要を示す図である。【００２３】
図１に示すサーバ管理システム１は、管理サーバ２とメールサーバ３とを有している。
管理サーバ２は、送信元決定部４とアラート通知メール生成部５とを有している。
送信元決定部４は、システムの障害要因に応じてこのシステムの障害要因を識別する記号を送信元として決定する。ここでいう記号とは、文字（列）、数字（列）、符号等をいう。この記号は、他の装置から得てもよいし、予め用意されているテーブル等を用いて送信元決定部４が抽出してもよい。【００２４】
アラート通知メール生成部５は、決定した送信元を備え、システムの管理者を送信先とするアラート通知メールを生成する。ここで送信先に設定されるシステムの管理者とは、障害要因に直接関係のある管理者には限られない。【００２５】
メールサーバ３は、アラート通知メールをシステムの管理者が利用する端末装置に向けて送信する。端末装置としては、例えばＰＣや携帯端末装置等が挙げられる。
このようなサーバ管理システム１によれば、送信元決定部４により、システムの障害要因に応じてシステムの障害要因を識別する記号が送信元として決定される。アラート通知メール生成部５により、決定した送信元を備え、システムの管理者を送信先とするアラート通知メールが生成される。そして、メールサーバ３により、アラート通知メールがシステムの管理者が利用する端末装置に向けて送信される。【００２６】
なお、図１では、障害要因が直接送信元決定部に入力されているが、これに限らずアラート通知メール生成部から障害要因が入力されてもよい。
以下、本発明の実施の形態を説明する。【００２７】
図２は、実施の形態のサーバ管理システムを示すブロック図である。
サーバ管理システム１０００は、Ｗｅｂサービスシステム６００を構成する管理サーバ１００とメールサーバ２００と管理サーバ１００が管理する管理対象サーバ（図２ではＷｅｂサーバ３００とＡＰ（アプリケーション）サーバ４００とＤＢ（データベース）サーバ５００）と、Ｗｅｂサービスシステム６００にネットワーク（例えばインターネット）１０を介して接続された複数の携帯端末装置（図２では携帯端末装置２１、２２、２３、・・・）とを有している。【００２８】
管理サーバ１００は、Ｗｅｂサーバ３００と、ＡＰサーバ４００と、ＤＢサーバ５００のいずれか（図２ではＡＰサーバ４００）に障害が発生すると、障害が発生したことおよび障害要因をサーバ管理システム１０００の管理者に通知するためのアラート通知メールを生成する。【００２９】
メールサーバ２００は、通知対象の管理者が利用する携帯端末装置に管理サーバ１００が生成したアラート通知メールを送信する。
図３は、管理サーバのハードウェア構成例を示す図である。【００３０】
管理サーバ１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。【００３１】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。また、ＨＤＤ１０３内には、プログラムファイルが格納される。【００３２】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。【００３３】
通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。【００３４】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には管理サーバ１００のハードウェア構成を示したが、メールサーバ２００についても同様のハードウェア構成で実現することができる。このようなハードウェア構成のサーバ管理システム１０００においてサーバ管理を行うために、管理サーバ１００、メールサーバ２００および携帯端末装置２１、２２、２３・・・内には、以下のような機能が設けられる。【００３５】
図４は、管理サーバの機能を示すブロック図である。
管理サーバ１００は、障害要因解析部１１０と、アラート通知メール生成部１２０と、送信元決定部１３０と、送信元テーブル格納部１４０と、送信先決定部１５０と、送信先テーブル格納部１６０とを有している。【００３６】
障害要因解析部１１０は、管理対象のＷｅｂサーバ３００と、ＡＰサーバ４００と、ＤＢサーバ５００（管理対象サーバ）とにおける障害の発生を示す障害情報を受け付け、障害要因を解析する。【００３７】
アラート通知メール生成部１２０は、障害発生時にアラート通知メールを生成する。この際、送信元決定部１３０からアラート通知メールの送信元を取得し、送信先決定部１５０からアラート通知メールの送信先を取得する。【００３８】
送信元決定部１３０は、送信元テーブル格納部１４０に格納されている送信元テーブルに基づいてアラート通知メールの送信元（送信元アドレス）を決定する。
送信元テーブル格納部１４０には、障害要因と送信元とを対応づける送信元テーブルが格納されている。【００３９】
図５は、送信元テーブルを示す図である。
送信元テーブル１４１には、障害要因の欄と送信元の欄とが設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。【００４０】
障害要因の欄には、障害要因を特定する項目が設定される。
送信元の欄には、障害要因に対応した送信元（Ｆｒｏｍ）が設定される。図５では例えば、Ｗｅｂハード障害に対してはＷＥＢ−Ｈ（ハード）、ＡＰソフト障害に対してはＡＰ−Ｓ（ソフト）の様に、管理者が一目で障害要因を特定しやすいものとなっている。【００４１】
このようにアラート通知メールの送信元によって障害要因が判定できることになるので、アラート通知メールを受信した管理者が携帯端末装置２１、２２、２３のメールフィルタ機能を用いて容易に選択受信（その後、受信した送信元からのメールを受信対象のメールとするか否か）をすることができるようになる。【００４２】
再び図４に戻って説明する。
送信先決定部１５０は、送信先テーブル格納部１６０に格納されている送信先テーブルに基づいてアラート通知メールの送信先（送信先アドレス）を決定する。【００４３】
送信先テーブル格納部１６０は、障害要因と送信先とを対応づける送信先テーブルが格納されている。
図６は、送信先テーブルを示す図である。【００４４】
送信先テーブル１６１には、障害要因の欄と送信先の欄とが設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
障害要因の欄には、送信元テーブル１４１と同様の項目が設定される。【００４５】
送信先の欄には、関わりのありそうな管理者のグループにより構成される関係者グループが設定される。例えば関係者グループ１は、管理者Ａと管理者Ｂとで構成されている。管理者は複数の関係者グループに重複して所属することができる。【００４６】
例えば図５および図６の各テーブルを用いることにより例えばＡＰサーバ４００のハードウェア障害が発生した場合には、送信元「ＡＰ−Ｈ」、送信先「関係者グループ２」のアラート通知メールが生成される。【００４７】
図７は、メールサーバの機能を示すブロック図である。
メールサーバ２００は、メール送信部２１０と、設定依頼状態管理部２２０と、メール受信部２３０と、設定依頼状態管理テーブル格納部（設定依頼状態管理手段）２４０と、フィルタ再設定依頼ログ格納部２５０とを有している。【００４８】
メール送信部２１０は、送信先に設定された関係者グループの利用する各携帯端末装置に対してアラート通知メール等のメールを送信する。
設定依頼状態管理部２２０は、アラート通知メールを受信した管理者の携帯端末装置から送信されるフィルタ再設定依頼に応じて他の管理者のフィルタ再設定の進み具合を管理する。なお、フィルタ再設定依頼およびフィルタ再設定の詳細については後述する。【００４９】
メール受信部２３０は、携帯端末装置２１、２２、２３・・・からのメールを受信する機能を有している。
設定依頼状態管理テーブル格納部２４０にはフィルタ再設定の進み具合を管理する設定依頼状態管理テーブルが格納されている。なお、設定依頼状態管理テーブルの詳細については後述する。【００５０】
フィルタ再設定依頼ログ格納部２５０は、フィルタ再設定に関するフィルタ再設定依頼ログを管理する。なお、フィルタ再設定依頼ログの詳細については後述する。
次に、携帯端末装置２１、２２、２３・・・の主機能について説明する。携帯端末装置２１、２２、２３・・・の主機能は互いに等しいため、代表的に携帯端末装置２１の構成について説明する。【００５１】
図８は、携帯端末装置の機能を示すブロック図である。
携帯端末装置２１は、メール受信部２１ａと、メール表示部２１ｂと、メール通知部２１ｃと、操作部２１ｄと、メール送信部２１ｅとを有している。【００５２】
メール受信部２１ａは、メールサーバ２００等からのメールを受信する機能を有する。
メール表示部２１ｂは、受信したメールの送信元、送信先、件名、内容等を表示する表示画面を有している。【００５３】
メール通知部２１ｃは、メール受信時に音声や振動や光等により管理者にメールの受信を通知する。
操作部２１ｄは、ダイヤルキーや十字キー等を有しており、各種設定および設定の確認、メールの作成時における管理者の文字入力、メール送信指示等を受け付ける。【００５４】
メール送信部２１ｅは、管理者により作成され、メール送信指示されたメールをメールサーバ２００に送信する。
メールフィルタリング部２１ｆは、出入りするメールを監視し、特定の種類のメールを自動的に選別し、通過させたり遮断したりする。この通過・遮断の設定は、操作部２１ｄにより行うことができる。【００５５】
なお、本実施の形態では携帯端末装置２１にメールフィルタリング部２１ｆを設けたが、本発明はこれに限らず、メールフィルタリング部２１ｆをメールサーバ２００側に設けてメールサーバ２００を経由するメールを監視するようにしてもよい。【００５６】
また、以下、携帯端末装置２２および携帯端末装置２３の同機能の部分については、携帯端末装置２１と同様の符号を付す。例えば携帯端末装置２２のメール受信部はメール受信部２２ａとする。【００５７】
次に、管理サーバ１００が、アラート通知メールをメールサーバ２００に送信するアラート通知メール送信処理について説明する。
図９は、アラート通知メール送信処理を示すシーケンス図である。【００５８】
まず、障害要因解析部１１０が、管理対象サーバから障害情報を受け取ると（ステップＳ１）、障害要因を解析し、アラート通知メール生成部１２０に障害要因に応じたアラート通知メールの生成を依頼するメール生成依頼を送る（ステップＳ２）。【００５９】
次に、アラート通知メール生成部１２０が、送信先決定部１５０に送信先問い合わせを行う（ステップＳ３）。
次に、送信先決定部１５０が、送信先テーブル格納部１６０の送信先テーブル１６１を検索し（ステップＳ４）、送信先検索結果を取得する（ステップＳ５）。【００６０】
次に、送信先決定部１５０が、アラート通知メール生成部１２０に送信先を送る（ステップＳ６）。
次に、アラート通知メール生成部１２０が、送信元決定部１３０に送信元問い合わせを行う（ステップＳ７）。【００６１】
次に、送信元決定部１３０が、送信元テーブル格納部１４０の送信元テーブル１４１を検索し（ステップＳ８）、送信元検索結果を取得する（ステップＳ９）。
次に、送信元決定部１３０が、アラート通知メール生成部１２０に送信元を送る（ステップＳ１０）。【００６２】
次に、アラート通知メール生成部１２０が、送信先と送信元とを用いて、アラート通知メールを生成する（ステップＳ１１）。
次に、アラート通知メール生成部１２０が、メール送信部２１０にアラート通知メールを送信する（ステップＳ１２）。【００６３】
次に、メール送信部２１０が、送信先にアラート通知メールを送信する（ステップＳ１３）。
以上で、アラート通知メール送信処理を終了する。【００６４】
図１０は、アラート通知メールの内容の一例を示す図である。
アラート通知メール１２１には、送信元（Ｆｒｏｍ）として「ＡＰ−Ｈ＠ｄｏｍａｉｎ」が設定されている。送信先（Ｔｏ）として「Ａｄｍｉｎｓ＠ｄｏｍａｉｎ」が設定されている。件名（ｓｕｂｊｅｃｔ）として「Ｈａｒｄｗａｒｅ  ｔｒｏｕｂｌｅ」が設定されている。これらの内容から受信者は、メール内容を見ることなく、（特に送信元だけで）容易に内容を判断することができる。【００６５】
ところで、前述したように、近年、管理対象とするシステムが複雑化しているため、ハードウェアとミドルウェア、あるいはミドルウェア間の相互作用によって障害が発生するケースが増えている。このため障害が発生したときには、直接な管理者（送信先表に設定されている管理者）にのみアラートを通知するだけでなく、関連しそうな管理者にも通知する必要がある。本実施の形態では、メールサーバ２００が、関連しそうな管理者にフィルタ再設定依頼を通知し、この管理者の利用する携帯端末装置のメールフィルタリング部の設定を変更するためのフィルタ再設定処理を行う。【００６６】
以下、フィルタ再設定処理について説明する。
図１１は、フィルタ再設定処理を示すシーケンス図である。
この図では一例として関係者グループ全員にメールが配信された後に、図１０に示すアラート通知メール１２１を受け取った管理者Ｂ（直接な管理者）が管理者Ｃ（関連しそうな管理者）にフィルタ再設定を依頼する流れを説明している。【００６７】
以下、管理者Ｂが携帯端末装置２２を利用し、管理者Ｃが携帯端末装置２３を利用するものとして説明する。
また、関係者グループ内の直接の管理者である管理者Ｂの携帯端末装置２２のメールフィルタリング部２２ｆだけが受信可能設定になっていたとする。すなわち、管理者Ｃの携帯端末装置２３のメールフィルタリング部２３ｆは、アラート通知メール１２１を受信できないフィルタ設定となっているものとする。【００６８】
まず、前述したアラート通知メール送信処理時にて、メール送信部２１０が、携帯端末装置２２にアラート通知メール１２１を送信する（ステップＳ２１）。
携帯端末装置２２のメール受信部２２ａがアラート通知メール１２１を受信すると、メール表示部２２ｂに受信通知を表示し、メール通知部２２ｃが管理者Ｂにアラート通知メール１２１の着信を通知する。管理者Ｂは操作部２２ｄを操作することにより、管理者Ｃのフィルタ再設定依頼（に関するメール）をメールサーバ２００に送信する（ステップＳ２２）。フィルタ再設定依頼は、例えば所定のフォームに必要事項を設定して送信する。これにより、設定依頼状態管理部２２０が、フィルタ再設定依頼であると判断することができる。【００６９】
メールサーバ２００のメール受信部２３０が、携帯端末装置２２からのフィルタ再設定依頼を受信すると、設定依頼状態管理部２２０にフィルタ再設定依頼を送る（ステップＳ２３）。【００７０】
次に、設定依頼状態管理部２２０が、フィルタ再設定依頼ログ格納部２５０にフィルタ再設定依頼ログを出力し（ステップＳ２４）、メール送信部２１０にフィルタ再設定依頼通知メールを作成して送り（ステップＳ２５）、設定依頼状態管理テーブル２４１に、依頼者を「管理者Ｂ」、転送先を「管理者Ｃ」、状態を「フィルタ再設定依頼中」とする設定依頼状態を登録（追加）する（ステップＳ２６）。なお、ステップＳ２４〜Ｓ２６の順番は特に限定されない。【００７１】
図１２は、設定依頼状態管理テーブルを示す図である。
設定依頼状態管理テーブル２４１には、依頼者の欄と転送先の欄と状態の欄とが設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。【００７２】
依頼者の欄には、フィルタ再設定依頼を依頼した管理者が設定される。
転送先の欄には、フィルタ再設定依頼により、フィルタ再設定対象となった管理者が設定される。【００７３】
状態の欄には、フィルタ再設定対象となった管理者の現在の状態が設定される。
再び図１１に戻って説明する。
次に、メール送信部２１０が、携帯端末装置２３にフィルタ再設定依頼通知メールを送信する（ステップＳ２７）。【００７４】
図１３は、フィルタ再設定依頼通知メールの一例を示す図である。
フィルタ再設定依頼通知メール２２１には、送信元（Ｆｒｏｍ）として「Ｗｅｂサービスシステム」が設定されている。送信先（Ｔｏ）として「管理者Ｃ」が設定されている。件名（ｓｕｂｊｅｃｔ）として「ＡＰ−Ｈに関するフィルタ再設定依頼」が設定されている。【００７５】
再び図１１に戻って説明する。
携帯端末装置２３のメール受信部２３ａがフィルタ再設定依頼通知メールを受信すると、メール表示部２３ｂに受信通知を表示し、メール通知部２３ｃが管理者Ｃにメールの着信を通知する。管理者Ｃは操作部２３ｄを操作することにより、メールフィルタリング部２３ｆの再設定を行い（ステップＳ２８）、フィルタ再設定依頼通知メールの受信を確認したことを示す確認＃１メールをメールサーバ２００に送信する（ステップＳ２９）。【００７６】
メールサーバ２００のメール受信部２３０が確認＃１メールを受信すると、このメールを設定依頼状態管理部２２０に送る（ステップＳ３０）。
設定依頼状態管理部２２０は、メール送信部２１０にメールフィルタの設定確認のため、管理者Ｃに送信元を「ＡＰ−Ｈ」とした試転送メールを送る（ステップＳ３１）とともに設定依頼状態管理テーブル２４１に、依頼者を「管理者Ｂ」、転送先を「管理者Ｃ」、状態を「試転送確認中」とする設定依頼状態を登録（追加）する（ステップＳ３２）。【００７７】
メール送信部２１０は、試転送メールを受け取ると、携帯端末装置２３に送信する（ステップＳ３３）。
携帯端末装置２３のメール受信部２３ａが試転送メールを受信すると、メール表示部２３ｂに受信通知を表示し、メール通知部２３ｃが管理者Ｃにメールの着信を通知する。管理者Ｃは操作部２３ｄを操作することにより、試転送メールの受信を確認したことを示す確認＃２メールをメールサーバ２００に送信する（ステップＳ３４）。【００７８】
メールサーバ２００のメール受信部２３０が確認＃２メールを受信すると、このメールを設定依頼状態管理部２２０に送る（ステップＳ３５）。
設定依頼状態管理部２２０は、確認＃２メールを受け取ると、設定依頼状態管理テーブル２４１のステップＳ２６およびステップＳ３２にて登録した設定依頼状態を削除し（ステップＳ３６）、フィルタ再設定依頼ログ格納部２５０にフィルタ再設定完了ログを出力する（ステップＳ３７）。【００７９】
なお、設定依頼状態管理部２２０が、確認＃２メールを受け取った後に管理者Ｂにフィルタ再設定完了通知を送信するようにしてもよい。
図１４は、フィルタ再設定依頼ログを示す図である。【００８０】
フィルタ再設定依頼ログ２５１には、日時の欄と、メール送信者の欄と、内容の欄とが設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
日時の欄にはアクションが起こった日時が保存される。【００８１】
メール送信者の欄には、フィルタ再設定依頼通知メールを送信した管理者および確認＃２メールを送信した管理者が保存される。
内容の欄には、メール送信者が行ったアクションが保存される。【００８２】
図１４の例では５月２５日、２０時３２分に管理者Ｂの管理者Ｃへのフィルタの再設定依頼があったことを示している。また、同日の２０時５０分に管理者Ｄのフィルタ再設定が完了したことを示している。【００８３】
以上述べたように、本実施の形態のサーバ管理システム１０００によれば、送信元決定部１３０が、送信元テーブル１４１を参照して障害と関連づけられた送信元を決定し、アラート通知メール生成部１２０が、この送信元を備えるアラート通知メールを生成するようにしたので、管理者は、送信元アドレスを確認することにより障害要因を特定でき、重要度の高いメールか否かを容易に判断することができる。これにより管理者からの確実な応答を図ることができる。【００８４】
また、送信先決定部１５０が、送信先テーブル１６１を参照して送信先を決定し、アラート通知メール生成部１２０が、この送信先を備えるアラート通知メールを生成するようにしたので、送信先がある程度絞り込まれ、管理者が重要度の高いメールか否かをより容易に判断することができる。【００８５】
また、関係者グループ内にメールフィルタリング部の設定により受信可能設定になっている管理者（管理者Ｂ）と受信可能設定になっていない管理者（管理者Ｃ）が存在した場合においても、送信先表を再設定し直す必要はなく、管理者Ｂがメールフィルタ再設定依頼を出すだけで、管理者Ｃの利用する携帯端末装置２３を受信可能設定とすることができる。【００８６】
また、管理者Ｂが管理者Ｃのフィルタ再設定依頼をすると、その後は設定依頼状態管理部２２０によって管理者Ｃのフィルタ再設定の管理が行われるようになるため、管理者Ｂの負荷を軽減することができる。【００８７】
また、設定依頼状態管理部２２０は、設定依頼状態管理テーブル２４１を用いて設定依頼状態管理を行うため、容易かつ確実に依頼者と転送先との関係やメールフィルタの再設定の状態を確認することができる。【００８８】
また、設定依頼状態管理テーブル２４１のデータ変更は、送信元テーブル１４１や送信先テーブル１６１のデータ変更に比べて容易に行うことができるため、管理の負荷を軽減することができる。【００８９】
また、設定依頼状態管理部２２０は、確認＃１メールを受信した後に、試転送メールを携帯端末装置２３に送信し、確認＃２メールを受信するようにしたので、アラート通知メールが管理者Ｃに対しても通知されることを容易かつ確実に確認することができる。【００９０】
また、設定依頼状態管理部２２０は、フィルタ再設定依頼があったときや確認＃２メールを受信した後にフィルタ再設定依頼ログ格納部２５０にログを残すようにしたので、例えば管理者間での通知トラブルがあった場合等に責任の所在を明確なものとすることができる。【００９１】
なお、本実施の形態では、送信先テーブルに基づいて、送信先を決定したが、本発明はこれに限らず、サーバ管理システム１０００の管理者を送信先としてもよい。
ところで、フィルタ再設定処理において管理者Ｃから所定時間内に確認＃１メールが返信されなかった場合は、メールサーバ２００は、以下の処理（再通知処理）を行う。【００９２】
以下、再通知処理について説明する。
図１５は、再通知処理を示すシーケンス図である。
ステップＳ４１〜Ｓ４７において、図１１に示すステップＳ２１〜Ｓ２７と同様の処理を行った後、設定依頼状態管理部２２０は、所定時間、確認＃１メールが受信できない場合、設定依頼状態管理テーブル２４１に設定依頼状態を確認する（ステップＳ４８、４９）。そして、フィルタ再設定依頼中の転送先、すなわち管理者Ｃに対し、再度フィルタ再設定依頼通知メールを送信する（ステップＳ５０）。そして、状態の欄をフィルタ再設定依頼中（２回）に書き替える（ステップＳ５１）。【００９３】
設定依頼状態管理部２２０は、管理者Ｃから確認＃１メールを受信するまで指定された回数または時間だけ上記ステップＳ４８〜Ｓ５１を繰り返し行う。これにより、フィルタ再設定依頼通知メールが指定された回数または時間だけ携帯端末装置２３に送られる（ステップＳ５２）。【００９４】
この時点で設定依頼状態管理部２２０が確認＃１メールを受信した場合は、図１１のステップＳ３１以降の処理を行う。
一方、所定回数または所定時間が経過しても設定依頼状態管理部２２０が確認＃１メールを受信しなかった場合は、送信先を管理者Ｂとする依頼未完了通知メールを作成し、メール送信部２１０に送る（ステップＳ５３）。【００９５】
メール送信部２１０は、依頼未完了通知メールを携帯端末装置２２に送信する（ステップＳ５４）。
これにより、フィルタ再設定依頼を通知した管理者Ｂが迅速にフィルタ再設定依頼結果を把握することができるため、他の手段（例えば直接管理者Ｃに電話する等）をとることにより、障害に対し迅速に対応することができる。【００９６】
また、設定依頼状態管理部２２０は、試転送メールの送信後、所定時間、確認＃２メールが受信できない場合、確認＃２メールを受信するまで指定された回数または時間だけ図１１のステップＳ３１〜Ｓ３３と同様の処理を繰り返し行い、所定回数または所定時間が経過しても設定依頼状態管理部２２０が確認＃２メールを受信しなかった場合は、送信先を管理者Ｂとする依頼未完了通知メールを作成し、メール送信部２１０に送るようにしてもよい。【００９７】
ところで、管理者Ｂは、フィルタ再設定依頼を送信した後に、再設定未完了者を確認するためのリストをメールサーバ２００に対して問い合わせることができる。
以下、この処理（再設定未完了者確認処理）について説明する。【００９８】
図１６は、再設定未完了者確認処理を示すシーケンス図である。
なお、図１６ではフィルタ再設定依頼の送信前の処理についてはその図示を省略している。【００９９】
まず、管理者Ｂが、携帯端末装置２２を用いて設定依頼状態取得要求メールを送信する（ステップＳ６１）。
メール受信部２３０が設定依頼状態取得要求メールを受信すると、設定依頼状態管理部２２０に受信したメールを送る（ステップＳ６２）。【０１００】
次に、設定依頼状態管理部２２０が、設定依頼状態管理テーブル２４１の設定依頼状態を確認し（ステップＳ６３、６４）、再設定未完了者のリストを記載したリスト送信メールを作成し、メール送信部２１０に送る（ステップＳ６５）。【０１０１】
次に、メール送信部２１０が、携帯端末装置２２に再設定未完了者のリスト送信メールを送信する（ステップＳ６６）。
これにより、管理者Ｂは、フィルタ再設定依頼の状態、すなわち管理者Ｃの状態を容易かつ確実に把握することができる。【０１０２】
以上本発明の好適な実施の形態について詳述したが、本発明は、その特定の実施の形態に限定されるものではない。
なお、本実施の形態では、端末装置として携帯端末装置２１、２２、２３を例示したが、本発明はこれに限らず、端末装置としてデスクトップＰＣ等の固定端末装置を用いてもよい。【０１０３】
また、本実施の形態では、設定依頼状態管理部２２０の機能と、設定依頼状態管理テーブル格納部２４０の機能と、フィルタ再設定依頼ログ格納部２５０の機能とをメールサーバ２００に設けたが、本発明はこれに限らず、管理サーバ１００に設けてもよい。【０１０４】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、管理サーバ１００やメールサーバ２００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。【０１０５】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。【０１０６】
サーバ管理プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。【０１０７】
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【符号の説明】
【０１０８】
１、１０００  サーバ管理システム
２、１００  管理サーバ
３、２００  メールサーバ
４  送信元決定部
５  アラート通知メール生成部
２１、２２、２３  携帯端末装置
２１ａ、２２ａ、２３ａ、２３０  メール受信部
２１ｂ、２２ｂ、２３ｂ  メール表示部
２１ｃ、２２ｃ、２３ｃ  メール通知部
２１ｄ、２２ｄ、２３ｄ  操作部
２１ｅ  メール送信部
２１ｆ、２２ｆ、２３ｆ  メールフィルタリング部
１１０  障害要因解析部
１２０  アラート通知メール生成部
１２１  アラート通知メール
１３０  送信元決定部
１４０  送信元テーブル格納部
１４１  送信元テーブル
１５０  送信先決定部
１６０  送信先テーブル格納部
１６１  送信先テーブル
２１０  メール送信部
２２０  設定依頼状態管理部
２２１  フィルタ再設定依頼通知メール
２４０  設定依頼状態管理テーブル格納部
２４１  設定依頼状態管理テーブル
２５０  フィルタ再設定依頼ログ格納部
２５１  フィルタ再設定依頼ログ
３００、４００、５００  サーバ
【図１】
2008065695.tif 000003
【図２】
2008065695.tif 000004
【図３】
2008065695.tif 000005
【図４】
2008065695.tif 000006
【図５】
2008065695.tif 000007
【図６】
2008065695.tif 000008
【図７】
2008065695.tif 000009
【図８】
2008065695.tif 000010
【図９】
2008065695.tif 000011
【図１０】
2008065695.tif 000012
【図１１】
2008065695.tif 000013
【図１２】
2008065695.tif 000014
【図１３】
2008065695.tif 000015
【図１４】
2008065695.tif 000016
【図１５】
2008065695.tif 000017
【図１６】
2008065695.tif 000018
【図１７】
2008065695.tif 000019
【手続補正書】
【提出日】平成21年1月21日(2009.1.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムの障害を管理者に通知するサーバ管理プログラムにおいて、
コンピュータを、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定手段、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成手段、
として機能させることを特徴とするサーバ管理プログラム。
【請求項２】
前記コンピュータを、前記システムの障害要因に応じてメールの送信先を決定する送信先決定部として機能させると共に、
前記アラート通知メール生成手段は、前記送信元と前記送信先決定部が決定した前記送信先とを備える前記アラート通知メールを生成することを特徴とする請求項１記載のサーバ管理プログラム。
【請求項３】
システムの障害を管理者に通知するメールサーバ管理プログラムにおいて、
コンピュータを、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元とし、前記システムの管理者を送信先とするアラート通知メールを前記システムの管理者が利用する端末装置に向けて送信する送信手段、
前記管理者が他の前記管理者にメールフィルタの再設定を依頼するフィルタ再設定依頼を受信する受信手段、
前記受信手段が前記フィルタ再設定依頼を受信すると、前記メールフィルタの再設定を促すフィルタ再設定依頼通知を前記他の前記管理者に送信し、前記メールフィルタを前記他の前記管理者が再設定した確認メールを受け取ると、前記アラート通知メールと同一の前記送信元を備えた試転送メールを前記他の前記管理者に送信し、前記試転送メールに対する応答メールを受け取ると、前記フィルタ再設定依頼に関する処理を終了する設定依頼状態管理手段、
として機能させることを特徴とするメールサーバ管理プログラム。
【請求項４】
システムの障害を管理者に通知するサーバ管理システムにおいて、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定部と、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成部と、を有する管理サーバと、
前記アラート通知メールを前記システムの管理者が利用する端末装置に向けて送信するメールサーバと、
を有することを特徴とするサーバ管理システム。
【請求項５】
前記メールサーバは、前記管理者が他の前記管理者にメールフィルタの再設定を依頼するフィルタ再設定依頼を受信すると、前記他の前記管理者に該当する該当管理者に前記メールフィルタの再設定を促すフィルタ再設定依頼通知メールを送信する設定依頼状態管理部を有することを特徴とする請求項４記載のサーバ管理システム。
【請求項６】
前記メールサーバは、前記フィルタ再設定依頼受信後の前記該当管理者の前記メールフィルタの再設定の状況を管理する再設定状況管理部を有し、
前記設定依頼状態管理部は、前記管理者から前記該当管理者の前記フィルタ再設定依頼の経過を確認する設定依頼状態確認メールを受信すると、前記再設定状況管理部の管理状況に基づいて前記該当管理者の設定状態を前記管理者に送信することを特徴とする請求項５記載のサーバ管理システム。
【請求項７】
前記設定依頼状態管理部は、前記メールフィルタを前記該当管理者が再設定した確認メールを受信すると、前記アラート通知メールと同一の前記送信元を備えた試転送メールを前記該当管理者に送信し、前記試転送メールに対する確認メール応答があると前記フィルタ再設定依頼に関する処理を終了することを特徴とする請求項５記載のサーバ管理システム。
【請求項８】
前記設定依頼状態管理部は、前記確認メールの受信がない場合、前記フィルタ再設定依頼通知メールを複数回前記該当管理者に送信し、その後前記確認メールの受信がない場合、前記管理者に依頼未完了通知メールを送信することを特徴とする請求項７記載のサーバ管理システム。
【請求項９】
システムの障害を管理者に通知する管理サーバにおいて、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定する送信元決定部と、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成するアラート通知メール生成部と、
を有することを特徴とする管理サーバ。
【請求項１０】
システムの障害を管理者に通知するサーバ管理方法において、
前記システムの障害要因に応じて前記システムの障害要因を識別する記号を送信元として決定し、
前記送信元を備え、前記システムの管理者を送信先とするアラート通知メールを生成し、
前記アラート通知メールを前記システムの管理者が利用する端末装置に向けて送信する、
ことを特徴とするサーバ管理方法。
【国際調査報告】
2008065695.tif 000020
2008065695.tif 000021
2008065695.tif 000022