JPH08237296A

JPH08237296A - 電子メール運用管理装置

Info

Publication number: JPH08237296A
Application number: JP7036990A
Authority: JP
Inventors: Osamu Araki; 木修荒
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1995-02-24
Filing date: 1995-02-24
Publication date: 1996-09-13

Abstract

(57)【要約】【目的】通信量を均等化して処理負荷の分散を図る。【構成】電子メール運用管理装置１の通信制御手段２
は、ネットワーク１００上に分散するメールサーバやデ
ータ領域との通信を行なう。システム監視手段３の通信
量検索手段１０１は、メールの通信量を通信制御手段２
を通じて入手し、通信量格納領域１０２に格納する。負
荷判定手段１０３では、通信量格納領域１０２を参照
し、各メールサーバ間の通信量の総数を比較して、通信
量の偏っているメールサーバがあるかどうかを判定し、
ある場合にはユーザポスト配置立案手段４を起動する。
ユーザポスト配置立案手段４は、負荷を軽減するユーザ
ポストの配置を立案し、表示手段１０４は、その内容を
表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、イーサーネットなどの
ＬＡＮ（ローカル・エリア・ネットワーク）上に構成さ
れる電子メールシステムの機能を運用管理する電子メー
ル運用管理装置に関するものである。

【０００２】

【従来の技術】電子メールシステムは、ネットワークに
分散するワークステーションやパーソナル・コンピュー
タ上で動作する。図１３は、従来の電子メールシステム
の概念図である。電子メールのユーザがＬＡＮ１３０１
に向けて電子メールを送信すると、そのユーザのユーザ
ポスト１３０２ａを管理するメールサーバ１３０３ａ
は、宛先の解析を行ない、ユーザポスト管理テーブル１
３０４ａを参照して宛先ユーザのユーザポスト１３０２
ｂのあるメールサーバ１３０３ｂを宛先とする。そし
て、ルーティング・テーブル１３０５ａを参照し、宛先
メールサーバ１３０３ｂへのルーティング（転送経路）
を決めて、電子メールの転送を行なう。送付先メールサ
ーバ１３０３ｂを決めて転送するという処理が、電子メ
ールが送付先メールサーバ１３０３ｂに到着するまで行
なわれる。送付先メールサーバ１３０３ｂに電子メール
が到着すると、宛先ユーザに対応するユーザポスト１３
０２ｂへ電子メールを格納する。ユーザは、自分のユー
ザポスト１３０２ｂを参照することによって、自分宛の
電子メールを読むことができる。

【０００３】このような電子メールシステムでは、計算
機のプロセスや記憶容量といったネットワーク内に散在
する複数の資源の状態を一元的に表示する技術がある。
関連特許に、ネットワーク資源監視システム（特開平05
-75628号）があり、以下これを従来例１とする。

【０００４】また、電子メール転送処理の効率化のた
め、メールサーバ間のポーリング間隔を最適化するとい
う技術がある。関連特許に、電子メールポーリング間隔
最適化方式（特開平05-219105 号）があり、以下これを
従来例２とする。

【０００５】さらに、メールサーバにおいて、ユーザポ
ストメールを蓄積できないといった障害をユーザポスト
監視装置が発見した時には、あらかじめ領域を確保して
おいた仮ユーザポストへ変更を行なうという技術が特開
平02-213252 号に記載されており、以下これを従来例３
とする。

【０００６】さらにまた、電子メールシステムに何らか
の異常や障害が起こった場合は、管理者への電子メール
による通知を自動的に行なうという技術が特開平03-188
732号に記載されており、以下これを従来例４とする。
これによれば、例えばメールの停滞を監視して運用管理
者へ電子メールで通知することができる。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来例１では、システム管理者は、表示された情報を解析
して障害であるかどうかを判断しなければならなかっ
た。さらに、障害の場合は、必要な対策を手作業で行な
わなければならなかった。

【０００８】また、従来例２では、メールサーバ間のポ
ーリング間隔を最適化しただけでは、各メールサーバが
処理する電子メール量の偏りを解消することができず、
通信量の多いメールサーバの処理負荷が増加するので、
電子メールの停滞時間は必ずしも短縮化されないという
問題があった。また、通信量の均等化を行なうには、シ
ステム管理者が通信ログなどの情報を解析し、ユーザポ
ストのメールサーバへの配置を設計して再設定を行なう
しかなかったので、管理者の負担が大きいという問題が
あった。

【０００９】さらに、従来例３では、障害の起こったユ
ーザポストと仮ユーザポストが同一装置内にあるとする
と、装置に障害が起こった場合に両方のユーザポストが
使用できなくなる可能性が高く、障害回避手段として不
十分であるばかりでなく、もし仮ユーザポストに障害が
起こった場合には、障害時の対応ができないという問題
があった。また、メールサーバに障害が起こった場合、
電子メールの転送障害を防ぐには、監視装置による情報
を基に管理者が手動でルーティングパスの再設定を行な
うしかなく、どのようにルーティングパスを設定すれば
よいかは、管理者の判断によって手動で行なうしかない
という問題があった。このため、監視ツールによる障害
原因、障害場所の解析を行ない、適当なルーティングパ
スを選択して手動で設定し直すというかなりの手間を必
要とした。

【００１０】さらにまた、実施例４では、通知する管理
者を障害発生前に設定しておくことが必要であり、この
ため、通知先である管理者が障害発生時にたまたま不在
であると、通知が読まれるのが遅れて処置が遅れるとい
う問題があった。また、不在が予想される場合に、通知
先の設定変更を行なうことは、管理者の日常業務の負担
を増加させることになる。さらに、もし通知者の使用し
ているメールサーバで障害が起こると、障害を通知する
メールをメールサーバの復旧まで通知者が読むことがで
きないという問題があった。

【００１１】本発明は、このような従来の問題に鑑み、
電子メールシステムの通信量を均等化し、負荷の分散化
を図ることのできる電子メール運用管理装置を提供する
ことを目的とする。

【００１２】本発明はまた、メールサーバに障害が発生
した場合に、障害の発生したメールサーバを回避するル
ーティングパスの自動生成を行ない、自動的にルーティ
ングパスを設定することのできる電子メール運用管理装
置を提供することを目的とする。

【００１３】本発明また、障害発生時に、障害通知メー
ルをすぐ読むことのできる管理者へ障害通知メールを自
動的に送付することのできる電子メール運用管理装置を
提供することを目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明の電子メール運用管理装置は、電子メールシ
ステムの資源状態を監視するシステム監視手段と、ユー
ザポストの最適配置を立案するユーザポスト配置立案手
段を備えたものである。

【００１５】本発明はまた、電子メールシステムの資源
状態を監視するシステム監視手段と、ネットワークにお
いて回避するためのルーティング・テーブルを生成する
ルーティング・テーブル生成手段とを備えたものであ
る。

【００１６】本発明はまた、メールサーバの障害発生や
通知先の管理者のシステム使用状況を監視する監視手段
と、監視手段で得られた情報からどの通知者に通知する
のが最適かを立案する最適通知者立案手段とを備えたも
のである。

【００１７】

【作用】本発明によれば、システム監視手段は、通信量
やユーザポストのディスク容量などの電子メールシステ
ム内の負荷の状況を検索し記憶しながら、負荷が偏り過
ぎていないかの監視を行なう。負荷の偏りが検知される
と、システム監視手段は、ユーザポスト配置立案手段を
起動する。ユーザポスト配置立案手段は、負荷の状況を
軽減するようにメールサーバに割り当てられたユーザを
見直し、各メールサーバの負荷が分散すると予測される
ユーザ割り当てを立案する。

【００１８】また、本発明によれば、システム監視手段
は、通信量やユーザポストのディスク容量などの電子メ
ールシステム内の状況を検索して記憶し、障害が発生し
ていないかの監視を行なっている。障害が検知される
と、システム監視手段は、ルーティング・テーブル生成
手段を起動する。ルーティング・テーブル生成手段は、
障害メールサーバを迂回するためのルーティング・テー
ブルを生成する。

【００１９】また、本発明によれば、システム監視手段
は、メールサーバの障害発生や通知先の管理者のシステ
ム使用状況とを監視する。最適通知者立案手段は、シス
テム監視手段の得た情報を参照して、障害発生時に通知
を行なう管理者として最も適当な管理者を所定の規則に
従って選択する。

【００２０】

【実施例】

（実施例１）図１は本発明の第１の実施例における電子
メール運用管理装置の構成を示すブロック図である。図
１において、１はネットワーク１００に接続された電子
メール運用管理装置である。電子メール運用管理装置１
において、２は通信制御手段、３はシステム監視手段、
４はユーザポスト配置立案手段、５は表示手段である。
システム監視手段３において、１０１は通信量検索手
段、１０２は通信量格納領域、１０３は負荷判定手段で
ある。

【００２１】次に、本実施例の動作について説明する。
まず、通信制御手段２は、ネットワーク１００上に分散
する電子メールシステムのメールサーバやデータ領域と
の通信を通信プロトコルを介して行なう。システム監視
手段３の通信量検索手段１０１は、電子メールシステム
内の管理サーバによってカウントされているメールサー
バ毎のメール通信量、またはユーザ毎のメール通信量を
通信制御手段２を通じて入手し、通信量格納領域１０２
に格納する。負荷判定手段１０３では、通信量格納領域
１０２を参照し、各メールサーバ間の通信量の総数を比
較して、通信量が多過ぎるメールサーバがあるかどうか
を判定する。例えば、偏りの判断基準として｜ｘ−ｍ｜
／ｓ＞ａ（ｘは通信量の総数、ｍは通信量の平均値、ｓ
は通信量の標準偏差、ａは定数で判定の基準値）を用い
る。負荷判定手段１０３が負荷が偏っていると判定する
と、ユーザポスト配置立案手段４を起動する。

【００２２】ユーザポスト配置立案手段４は、負荷の状
況を軽減して、各メールサーバの負荷がほぼ均等になる
と予測されるユーザポストの配置を立案する。立案アル
ゴリズムとして、例えば、通信量の最も多いユーザポス
トを通信量の最も少ないメールサーバに移動するという
方法がある。そして表示手段５は、ユーザポスト配置立
案手段４が出力した結果を表示する。

【００２３】以上のように、本実施例によれば、電子メ
ール運用管理装置１のユーザは、表示手段５に表示され
た内容をもとにユーザポスト再配置の判断することがで
き、電子メールシステムの通信量を均等化し、負荷の分
散化を図ることができる。

【００２４】なお、本実施例では、通信量のみのシステ
ム監視について説明したが、プロセス負荷、ユーザポス
トのディスク容量のような情報を監視および格納し、負
荷判定を行なっても同様の効果がある。

【００２５】（実施例２）図２は本発明の第２の実施例
における電子メール運用管理装置の構成を示すブロック
図であり、図１に示した第１の実施例と同じ要素には同
じ符号を付してある。図２において、システム監視手段
３Ａは、通信ログ解析手段２０１、通信量格納領域２０
２、ユーザポスト容量検索手段２０３、ユーザポスト容
量格納領域２０４、メールサーバ状態検索手段２０５、
メールサーバ状態格納領域２０６、負荷判定手段２０７
を有する。６はユーザポスト設定変更手段、７は管理者
通知手段である。

【００２６】次に、本実施例の動作について説明する。
まず通信ログ解析手段２０１は、各メールサーバ間の通
信ログからユーザポストの受信および送信の総数を算出
し、通信量として通信量格納領域２０２に格納する。ま
た、ユーザポスト容量検索手段２０３は、ネットワーク
１００上の各ユーザポストのディスク容量をユーザポス
ト容量格納領域２０４に記憶する。これらより、負荷判
定手段２０７は、通信量とディスク容量の２つの要因か
らメールサーバの負荷を判定する。メールサーバ状態検
索手段２０５は、ネットワーク１００上の各メールサー
バが動作中であるか停止中であるかなどの状態をメール
サーバ状態格納領域２０６に記憶する。なお、本実施例
のシステム監視手段３Ａの中に、プロセス負荷検索手段
およびその格納領域を付加しても同様の効果を得ること
ができる。

【００２７】ユーザポスト配置立案手段４は、ユーザポ
ストをどのメールサーバに配置すればよいかを立案し、
ユーザポスト設定変更手段６を起動するとともに、表示
手段５にその内容を表示する。ユーザポスト設定変更手
段６は、通信制御手段２を通じて、ユーザポストの配置
をユーザポスト配置立案手段４の立案した内容に基づい
て変更する。その際、システム監視手段３Ａに格納され
たメールサーバ状態格納領域２０６を参照し、ユーザポ
ストを変更するメールサーバが正常動作していることを
確認してから設定変更を行なう。これによって、メール
サーバに障害のあるユーザポストへの変更を避けること
ができる。変更された設定に関する情報は、管理者通知
手段７によって通信制御手段２を通じてネットワーク１
００上に送信され、システム管理者に電子メールで通知
される。このことによって、ユーザポスト配置の設定変
更が管理者に知らされないまま行なわれることを避ける
ことができる。

【００２８】以上のように、本実施例によれば、第１の
実施例の効果に加え、メールサーバ障害時のユーザポス
ト変更を避けることができるとともに、ユーザポスト配
置の設定変更が管理者に知らされないまま行われること
を防止することができる。

【００２９】なお、本実施例では、設定変更の後に管理
者へ通知を行なう動作を説明したが、変更実施前に管理
者に通知して確認を取った後に設定変更を実行すること
が、同じ構成で実現可能である。

【００３０】（実施例３）図３は本発明の第３の実施例
における電子メール運用管理装置の構成を示すブロック
図であり、図１に示した第１の実施例と同じ要素には同
じ符号を付してある。図３において、システム監視手段
３Ｂは、ユーザポスト容量検索手段３０１、ユーザポス
ト容量格納領域３０２、メールサーバ状態検索手段３０
３、メールサーバ状態格納領域３０４、ルーティング・
テーブル検索手段３０５、ルーティング・テーブル格納
領域３０６を有する。８はルーティング・テーブル生成
手段である。

【００３１】次に、本実施例の動作について説明する。
まずシステム監視手段３Ｂは、ユーザポスト容量と、メ
ールサーバ状態と、ルーティング・テーブルの情報を定
期的にネットワーク１００から得る。ユーザポスト容量
検索手段３０１は、ネットワーク１００上での電子メー
ルシステムのユーザポスト容量の情報収集を行ない、ユ
ーザポスト容量格納領域３０２に記憶する。メールサー
バ状態検索手段３０３は、電子メールシステムのメール
サーバの動作状態の情報収集を行ない、メールサーバ状
態格納領域３０４に記憶する。ルーティング・テーブル
検索手段３０５は、ルーティング・テーブル格納領域３
０６にルーティング・テーブルを記憶する。

【００３２】ルーティング・テーブル生成手段８は、ユ
ーザポスト容量格納領域３０２と、メールサーバ状態格
納領域３０４を監視している。そして、ユーザポスト容
量不足やメールサーバのプロセスダウン等の障害を発見
すると、ルーティング・テーブル格納領域３０６から現
在のルーティングを読みだし、障害の発見されたメール
サーバを介しないルーティングを生成するためのルーテ
ィング・テーブルを作成する。ルーティング・テーブル
の中の障害メールボックスには、障害を示すマークが内
部的に付けられる。

【００３３】表示手段５は、ルーティングテーブル生成
手段８が生成したルーティングテーブルを分かりやすく
表示する。図５は、ルーティング・テーブルの概念図を
示す。いまメールサーバＢ５０２が停止したとすると、
メールサーバＡ５０１からメールサーバＢ５０２を経由
したメールサーバＦ５０６へのルートは、メール・サー
バＡ５０１→メールサーバＣ５０３→メールサーバＥ５
０５→メールサーバＦ５０６へと変更すればよいことに
なる。電子メールの運用管理者は、このテーブルを見て
ルーティング再配置を判断する。

【００３４】以上のように、本実施例によれば、あるメ
ールサーバのプロセスがダウンしている場合や、ユーザ
ポスト容量が不足している場合などに、問題のあるメー
ルサーバを回避するルーティングを表示し、管理者が障
害回避を行なうように電子メールシステムを調整するこ
とができる。

【００３５】なお、本実施例は、上記した第１およびま
たは第２の実施例と組み合わせて実施することができ
る。

【００３６】（実施例４）図４は本発明の第４の実施例
における電子メール運用管理装置の構成を示すブロック
図であり、上記第３の実施例に、ルーティング設定変更
手段９と管理者通知手段１０とを追加した構成を有す
る。

【００３７】ルーティング設定変更手段９は、電子メー
ルシステムで管理、参照しているルーティング・テーブ
ルを、ルーティング・テーブル生成手段８が立案したル
ーティング・テーブルになるように、通信制御手段２を
通じて変更する。通信制御手段２は、電子メールシステ
ムがネットワーク１００上のメールサーバでルーティン
グを決める時に、ルーティング・テーブルの障害マーク
の付けられたメールサーバが、生成したルーティングに
ないかどうかをチェックし、もしあるならば迂回するル
ーティングに電子メールを流す。

【００３８】例えば、図５に示すように、メールサーバ
Ａ５０１からメールサーバＦ５０６に電子メールを配信
する時、メールサーバＡからＦの全てのメールサーバに
異常がなければ、メールサーバＡ５０１→メールサーバ
Ｂ５０２→メールサーバＦ５０６と転送される。メール
サーバＢ５０２がダウンしている状態の場合は、メール
サーバＡ５０１→メールサーバＣ５０３→メールサーバ
Ｅ５０５→メールサーバＦ５０６と滞ることなく配信さ
れる。このような障害回避を行なうルーティングが自動
的に設定される。そして管理者通知手段１０は、ルーテ
ィング設定変更手段９の変更内容を電子メールでシステ
ム管理者に通知する。

【００３９】以上のように、本実施例によれば、あるメ
ールサーバのプロセスがダウンしている場合や、ユーザ
ポスト容量が不足している場合などに、問題のあるメー
ルサーバを回避するルーティングが自動的に設定され、
システム管理者に通知される。

【００４０】なお、本実施例も、上記した第１および第
２の実施例と組み合わせて実施することができる。

【００４１】（実施例５）図６は本発明の第５の実施例
における電子メール運用管理装置の構成を示すブロック
図であり、図１に示した第１の実施例と同じ要素には同
じ符号を付してある。また、図１２は本発明の各実施例
における電子メールシステムの構成を示す概念図であ
る。

【００４２】図６において、システム監視手段３Ｃは、
ユーザ使用状態検索手段６０１、ユーザ使用状態格納領
域６０２、メールサーバ状態検索手段６０３、メールサ
ーバ状態格納領域６０４、障害発生判定手段６０５を有
する。１１は最適通知者立案手段であり、通知者管理デ
ータ検索手段６０６、通知者管理データ格納領域６０
７、通知者データ統合手段６０８、優先度判定手段６０
９を有する。１２は通知者設定変更手段であり、通知者
設定ファイル変更手段６１０、通知者表示手段６１１を
有する。

【００４３】図１２において、１２００は本発明におけ
る電子メール運用管理装置、１２０１はＬＡＮ、１２０
２はメールサーバＭＳ−Ａ、１２０３はユーザＺのユー
ザポスト、１２０４はメールサーバＭＳ−Ｂ、１２０５
はユーザＶのユーザポスト、１２０６はユーザＷのユー
ザポスト、１２０７はメールサーバＭＳ−Ｃ、１２０８
はユーザＸのユーザポスト、１２０９はユーザＹのユー
ザポスト、１２１０は電子メールシステム通知者管理デ
ータファイル、１２１１は電子メールシステム通知者設
定ファイルである。

【００４４】次に、本実施例の動作について説明する。
まず、システム監視手段３Ｃにおいては、ユーザ使用状
態検索手段６０１とメールサーバ状態検索手段６０３に
よって、ネットワーク１００上の電子メールシステムの
状態を監視する。ユーザ使用状態検索手段６０１は、ネ
ットワーク１００上での電子メールシステムの使用状態
に関する情報収集を行ない、ユーザ使用状態格納領域６
０２に記憶する。ユーザ使用状態格納領域６０２に記憶
されるデータの例を図８に示す。図８において、例えば
ユーザＡは、マシンにログイン状態で、しかも電子メー
ルシステムを起動中であることを示す。メールサーバ状
態検索手段６０３は、電子メールシステムのメールサー
バの動作状態に関する情報収集を行ない、メールサーバ
状態格納領域６０４に記憶する。記憶されるデータの例
を図９に示す。図９において、例えばメールサーバであ
るＭＳ−Ｂが、ダウンすなわち停止していることを示
す。

【００４５】一方、通知者管理データ検索手段６０６に
よって通知者に関する管理データを図１２の通知者管理
データファイル１２１０から収集し、通知者管理データ
格納領域６０７に記憶する。通知者管理データの例を図
１０に示す。図１０において、例えば管理者Ｖは、通知
優先度が１であり、使用者Ｖの使用するメールボックス
はＭＳ−Ｂであることを示す。

【００４６】障害発生判定手段６０５は、ユーザ使用状
態格納領域６０２およびメールサーバ状態格納領域６０
４の状態を監視し、障害が発生したかどうかを判定す
る。障害発生を判定すると、通知者データ統合手段６０
８を起動する。通知者データ統合手段６０８は、各通知
者についての使用状態とメールサーバのプロセス状態を
システム監視手段３Ｃの各格納領域を参照して統合を行
なう。

【００４７】図１１は優先度判定手段６０９の処理のア
ルゴリズムを示すフローチャートである。優先度判定手
段６０９は、通知者に関する統合データを基に、図１１
に示すアルゴリズムに従ってどの通知者が最適かを選択
する。本実施例の優先度判定手段６０９では、通知優先
度の高い通知者から使用メールサーバがダウンしていな
い者を選択し、その中から電子メールを使用中の者を最
適な通知者として出力する。

【００４８】図１１において、まず最適通知者であるこ
とを示すpriorityに１を設定し（ステップ１１０１）、
通知者管理データか通知優先度がpriorityに等しい通知
者を見つける（ステップ１１０２）。通知者が存在しな
ければ（ステップ１１０３）、最適通知者が存在しない
というメッセージを出力する（ステップ１１０９）。通
知者が存在するときは、その通知者の使用メールサーバ
がダウンしているかどうかを調べ（ステップ１１０
４）、ダウンしていれば、priorityに１を加えて以上の
処理を繰り返す（ステップ１１０７）。ダウンしていな
ければ、その通知者が電子メールを使用中かどうかを調
べ（ステップ１１０５）、使用中でなければ、priority
に１を加えて以上の処理を繰り返す（ステップ１１０
８）。使用中であれば、その通知者を最適通知者として
出力する（ステップ１１０６）。

【００４９】電子メールシステムを使用中の管理者を通
知先として優先的に選択した場合は、通知がすぐに読ま
れる可能性が高くなるという効果がある。また、障害の
あるメールサーバのユーザに通知メールを出さないで、
正常に動作しているメールサーバのユーザに通知される
と、管理者に確実に読まれるという効果がある。

【００５０】通知者設定ファイル変更手段６１０は、図
１２に示すネットワーク上の通知者設定ファイル１２１
１を検索し、その中の最上位通知者を最適通知者立案手
段１１が立案した最適通知者へ変更を行なう。通知者表
示手段６１１は、ディスプレイなどの出力装置上に、変
更された旨を表示する。

【００５１】なお、本実施例においては、優先度の判定
を電子メール使用中を基準に選択したが、システム監視
手段３Ｃにユーザの電子メールの通信量検索手段および
または未読メール量検索手段を設け、その情報を基に判
定してもよい。すなわち、電子メールの通信量が非常に
少ない者や未読メール量の多い者は、電子メールで通知
を送付しても、すぐに読まれない可能性が高いからであ
る。これらの手段を追加あるいは組み合せることによ
り、同じ構成で本実施例と同様の効果が得られる。

【００５２】なお、未読メール量が多いユーザへの通知
優先度を下げ、未読メール量が少ないユーザへの通知優
先度を上げると、最近電子メールを読んでいないユーザ
に通知を行なって障害に対する処置が遅れることを避け
られるという効果がある。

【００５３】以上のように、本実施例によれば、通知優
先度が高く、使用メールサーバがダウンしておらず、電
子メールメシステムを現在使用中で、未読メール量が少
ないというような、すぐに通知メールが読めると予想さ
れる者を通知者のリストの中から選択して、最適通知者
として設定することができる。

【００５４】（実施例６）図７は本発明の第６の実施例
における電子メール運用管理装置の構成を示すブロック
図である。本実施例は、第５の実施例を変更したもので
あり、システム監視手段３Ｄは、ユーザ使用状態検索手
段７０１、ユーザ使用状態格納領域７０２、メールサー
バ状態検索手段７０３、メールサーバ状態格納領域７０
４、プロセス負荷検索手段７０５、プロセス負荷格納領
域７０６、ユーザポスト容量検索手段７０７、ユーザポ
スト容量領域７０８、障害発生判定手段７０９を有す
る。１１Ａは最適通知者立案手段であり、通知者管理デ
ータ検索手段７１０、通知者管理データ格納領域７１
１、通知者データ統合手段７１２、優先度判定手段７１
３、最適通知者格納領域７１４を有する。１３は通知手
段であり、障害メール作成手段７１５、障害メール発信
手段７１６を有する。

【００５５】次に、本実施例の動作について説明する。
本実施例では、上記した第５の実施例と同じ構成の部分
では同じ動作を行うので、ここでは第５の実施例とは異
なる部分の動作についてのみ説明する。まず、システム
監視手段３Ｄは、電子メールシステムにおけるユーザ使
用状態、メールサーバ状態、プロセス負荷、ユーザポス
ト容量の情報を収集し、障害が発生していないかどうか
を判定する。障害発生判定手段７０９は、ユーザ使用状
態格納領域７０２、メールサーバ状態格納領域７０４、
プロセス負荷格納領域７０６、ユーザポスト容量格納領
域７０７を参照し、メールサーバのダウンやディスク容
量の不足などの障害が発生したかどうかを判定する。障
害が発生したと判定すると、通知者データ統合手段７１
２と障害メール作成手段７１５を起動する。

【００５６】通知者データ統合手段７１２は、優先度判
定手段７１３を起動し、最適な通知者を選択して最適通
知者格納領域７１４に記憶する。障害メール作成手段７
１５は、障害を知らせるメールを作成し、障害メール発
信手段７１６が、最適通知者格納領域７１４に記憶され
た宛先に対して、障害通知メールを発送する。

【００５７】以上のように、本実施例によれば、障害発
生を監視し、障害が発生すると、通知メールをすぐに読
めると予想される者を通知者のリストの中から自動的に
選択し、通知することができる。

【００５８】

【発明の効果】以上のように、本発明は、ネットワーク
上の資源と通信を行うための通信制御手段と、電子メー
ルシステムの資源状態を監視するシステム監視手段と、
ネットワークにおいてユーザポストの配置を立案するユ
ーザポスト配置立案手段を設けることにより、電子メー
ルシステム全体の負荷を分散させ、処理効率を向上させ
ることができる。

【００５９】本発明はまた、上記構成にユーザポスト設
定変更手段を追加することにより、自動的に負荷分散が
行なわれるので、管理者の作業負担を軽減することがで
きる。

【００６０】本発明はまた、ネットワーク上の資源と通
信を行なうための通信制御手段と、電子メールシステム
の資源状態を監視するシステム監視手段と、ネットワー
クにおいて回避ルーティングを立案するルーティング・
テーブル生成手段とを設けることにより、メールボック
スがネットワーク上で同一のマシンであるか否かに関わ
らず、ルーティングによる障害回避を行なうことができ
る。また、一旦障害回避の処理が行なわれた後でさらに
障害が発生した場合でも障害回避できる。

【００６１】本発明はまた、上記構成にルーティングの
テーブルを変更するルーティング設定変更手段を追加す
ることにより、自動的に障害回避が行なわれるので、管
理者の作業負担を軽減することができる。

【００６２】本発明はまた、ネットワーク上の資源と通
信を行なうための通信制御手段と、電子メールの資源状
態を監視するシステム監視手段と、システム異常時の通
知先を立案する最適通知者立案手段と、システム異常時
の通知先設定を変更または通知する通知者設定変更手段
または通知手段とを設けることにより、すぐにメールを
読むことのできる者に障害通知メールが届く可能性を高
めることができ、従来の課題であった障害対策の遅れを
回避することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例における電子メール運用
管理装置の構成を示すブロック図

【図２】本発明の第２の実施例における電子メール運用
管理装置の構成を示すブロック図

【図３】本発明の第３の実施例における電子メール運用
管理装置の構成を示すブロック図

【図４】本発明の第４の実施例における電子メール運用
管理装置の構成を示すブロック図

【図５】本発明の第３、第４の実施例におけるルーティ
ング・テーブルの概念図

【図６】本発明の第５の実施例における電子メール運用
管理装置の構成を示すブロック図

【図７】本発明の第６の実施例における電子メール運用
管理装置の構成を示すブロック図

【図８】本発明の第５、第６の実施例におけるユーザ使
用状態のデータ例を示す模式図

【図９】本発明の第５、第６の実施例におけるメールサ
ーバ状態のデータ例を示す模式図

【図１０】本発明の第５、第６の実施例における通知者
管理のデータ例を示す模式図

【図１１】本発明の第５、第６の実施例における優先度
判定手段の処理を示すフロー図

【図１２】本発明の各実施例における電子メールシステ
ムの概念図

【図１３】従来の電子メールシステムの概念図

【符号の説明】

１電子メール運用管理装置２通信制御手段３システム監視手段４ユーザポスト配置立案手段５表示手段６ユーザポスト設定変更手段７管理者通知手段８ルーティング・テーブル生成手段９ルーティング設定変更手段１０管理者通知手段１１最適通知者立案手段１２通知者設定変更手段１３通知手段１００ネットワーク１０１通信量検索手段１０２通信量格納領域１０３負荷判定手段２０１通信ログ解析手段２０２通信量格納領域２０３ユーザポスト容量検索手段２０４ユーザポスト容量格納領域２０５メールサーバ状態検索手段２０６メールサーバ状態格納領域２０７負荷判定手段３０１ユーザポスト容量検索手段３０２ユーザポスト容量格納領域３０３メールサーバ状態検索手段３０４メールサーバ状態格納領域３０５ルーティング・テーブル検索手段３０６ルーティング・テーブル格納領域６０１ユーザ使用状態検索手段６０２ユーザ使用状態格納領域６０３メールサーバ状態検索手段６０４メールサーバ状態格納領域６０５障害発生判定手段６０６通知者管理データ検索手段６０７通知者管理データ格納領域６０８通知者データ統合手段６０９優先度判定手段６１０通知者設定ファイル変更手段６１１通知者表示手段７０１ユーザ使用状態検索手段７０２ユーザ使用状態格納領域７０３メールサーバ状態検索手段７０４メールサーバ状態格納領域７０５プロセス負荷検索手段７０６プロセス負荷格納領域７０７ユーザポスト容量検索手段７０８ユーザポスト容量格納領域７０９障害発生判定手段７１０通知者管理データ検索手段７１１通知者管理データ格納領域７１２通知者データ統合手段７１３優先度判定手段７１４最適通知者格納領域７１５障害メール作成手段７１６障害メール発信手段１２００電子メール運用管理装置１２０１ＬＡＮ１２０２メールサーバＭＳ−Ａ１２０３ユーザＺのユーザポスト１２０４メールサーバＭＳ−Ｂ１２０５ユーザＶのユーザポスト１２０６ユーザＷのユーザポスト１２０７メールサーバＭＳ−Ｃ１２０８ユーザＸのユーザポスト１２０９ユーザＹのユーザポスト１２１０電子メールシステム通知者管理データファイ
ル１２１１電子メールシステム通知者設定ファイル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 12/26

Claims

【特許請求の範囲】

【請求項１】電子メールシステムにおいて、ネットワ
ーク上の資源と通信を行なうための通信制御手段と、前
記通信制御手段で得られた情報を基に電子メールシステ
ムの資源状態を監視するシステム監視手段と、前記シス
テム監視手段で得られた情報を基にネットワーク上のユ
ーザポストの配置を立案するユーザポスト配置立案手段
と、前記立案されたユーザポスト配置を表示する表示手
段とを備えた電子メール運用管理装置。
【請求項２】システム監視手段が、電子メールシステ
ム内の管理サーバによってカウントされているメールサ
ーバ毎のメール通信量またはユーザ毎のメール通信量を
通信制御手段を通じて検索する通信量検索手段と、前記
検索された通信量の総数を比較して、通信量が一定限度
を越えたメールサーバを検索する負荷判定手段とを備え
た請求項１記載の電子メール運用管理装置。
【請求項３】システム監視手段が、各メールサーバ間
の通信ログからユーザポストの受信および送信の総数を
通信量として算出する通信ログ解析手段と、ネットワー
ク上の各ユーザポストのディスク容量を検索するユーザ
ポスト容量検索手段と、ネットワーク上の各メールサー
バが動作中か停止中かを検索するメールサーバ状態検索
手段と、検索された通信量とディスク容量からメールサ
ーバの負荷を判定する負荷判定手段とを備えた請求項１
記載の電子メール運用管理装置。
【請求項４】ユーザポスト配置立案手段が、各メール
サーバの負荷がほぼ均等になると予測されるユーザポス
トの配置を立案する請求項１または２または３記載の電
子メール運用管理装置。
【請求項５】ユーザポスト配置立案手段で立案された
情報を基に、通信制御手段を通じてユーザポストの配置
変更を実行するユーザポスト設定変更手段を備えた請求
項４記載の電子メール運用管理装置。
【請求項６】ユーザポストの配置変更を実行したこと
を通信制御手段を通じてシステム管理者に通知する管理
者通知手段を備えた請求項５記載の電子メール運用管理
装置。
【請求項７】電子メールシステムにおいて、ネットワ
ーク上の資源と通信を行なうための通信制御手段と、前
記通信制御手段で得られた情報を基に電子メールシステ
ムの資源状態を監視するシステム監視手段と、前記シス
テム監視手段で得られた情報を基にネットワーク上のル
ーティング・テーブルを生成するルーティング・テーブ
ル生成手段と、前記生成されたルーティング・テーブル
を表示する表示手段とを備えた電子メール運用管理装
置。
【請求項８】システム監視手段が、ネットワーク上の
各ユーザポストのディスク容量を検索するユーザポスト
容量検索手段と、ネットワーク上の各メールサーバが動
作中か停止中かを検索するメールサーバ状態検索手段
と、電子メールシステムのルーティング・テーブルを検
索するルーティング・テーブル検索手段とを備えた請求
項７記載の電子メール運用管理装置。
【請求項９】ルーティング・テーブル生成手段は、ユ
ーザポスト容量検索手段がユーザポスト容量の不足を検
出した場合、およびまたはメールサーバ状態検索手段が
停止中のメールサーバを検出した場合に、その関係する
メールサーバを回避するルーティングを設定する請求項
７または８記載の電子メール運用管理装置。
【請求項１０】ルーティング・テーブル生成手段で生
成された情報を基に、通信制御手段を通じて電子メール
システムで管理、参照しているルーティング・テーブル
の設定を変更するルーティング・テーブル設定変更手段
を備えた請求項９記載の電子メール運用管理装置。
【請求項１１】ルーティング・テーブルの設定変更を
実行したことを通信制御手段を通じてシステム管理者に
通知する管理者通知手段を備えた請求項１０記載の電子
メール運用管理装置。
【請求項１２】請求項１から６のいずれかに記載の電
子メール運用管理装置と請求項７から１２のいずれかに
記載の電子メール運用管理装置とを組み合わせた電子メ
ール運用管理装置。
【請求項１３】電子メールシステムにおいて、ネット
ワーク上の資源と通信を行なうための通信制御手段と、
前記通信制御手段で得られた情報を基に電子メールシス
テムの資源状態を監視するシステム監視手段と、前記シ
ステム監視手段で得られた情報を基にシステム異常時の
最適通知者を立案する最適通知者立案手段と、システム
異常時の通知先設定を前記最適通知者に変更する通知者
設定変更手段とを備えた電子メール運用管理装置。
【請求項１４】システム監視手段が、ネットワーク上
でのユーザの電子メールシステム使用状態に関する情報
を検索するユーザ使用状態検索手段と、ネットワーク上
の各メールサーバが動作中か停止中かを検索するメール
サーバ状態検索手段と、検索されたユーザ使用状態およ
びメールサーバ動作状態を基に障害の発生を検出する障
害発生判定手段とを備えた請求項１３記載の電子メール
運用管理装置。
【請求項１５】最適通知者立案手段が、通知者に関す
る管理データを通信制御手段から獲得する通知者管理デ
ータ検索手段と、前記獲得された通知者管理データおよ
び障害発生判定手段からの障害情報を基に、障害の発生
していないメールサーバの通知者を選択する通知者デー
タ統合手段と、前記選択された通知者の中から最も優先
度の高い通知者を選択する優先度判定手段とを備えた請
求項１３または１４記載の電子メール運用管理装置。
【請求項１６】通知者設定変更手段が、ネットワーク
上の通知者設定ファイルの中の最上位通知者を、優先度
判定で選択された最も優先度の高い最適通知者に変更す
る通知者設定ファイル変更手段と、通知者設定を変更し
たことを表示する通知者表示手段とを備えた請求項１５
記載の電子メール運用管理装置。
【請求項１７】請求項１から６のいずれかに記載の電
子メール運用管理装置と請求項７から１２のいずれかに
記載の電子メール運用管理装置と請求項１３から１６の
いずれかに記載の電子メール運用管理装置とを組み合わ
せた電子メール運用管理装置。
【請求項１８】電子メールシステムにおいて、ネット
ワーク上の資源と通信を行なうための通信制御手段と、
前記通信制御手段で得られた情報を基に電子メールシス
テムの資源状態を監視するシステム監視手段と、前記シ
ステム監視手段で得られた情報を基にシステム異常時の
最適通知者を立案する最適通知者立案手段と、前記得ら
れた最適通知者に通信制御手段を通じてシステムの異常
を通知する通知手段とを備えた電子メール運用管理装
置。
【請求項１９】システム監視手段が、ネットワーク上
でのユーザの電子メールシステム使用状態に関する情報
を検索するユーザ使用状態検索手段と、ネットワーク上
の各ユーザポストのディスク容量を検索するユーザポス
ト容量検索手段と、ネットワーク上の各メールサーバの
プロセス負荷を検出するプロセス負荷検出手段と、ネッ
トワーク上の各メールサーバが動作中か停止中かを検索
するメールサーバ状態検索手段と、検索されたユーザ使
用状態、ユーザポスト容量、プロセス負荷およびメール
サーバ状態を基に障害の発生を検出する障害発生判定手
段とを備えた請求項１８記載の電子メール運用管理装
置。
【請求項２０】最適通知者立案手段が、通知者に関す
る管理データを通信制御手段から獲得する通知者管理デ
ータ検索手段と、前記獲得された通知者管理データおよ
び障害発生判定手段からの障害情報を基に、障害の発生
していないメールサーバの通知者を選択する通知者デー
タ統合手段と、前記選択された通知者の中から最も優先
度の高い通知者を選択する優先度判定手段とを備えた請
求項１８または１９記載の電子メール運用管理装置。
【請求項２１】通知手段が、障害発生判定手段からの
障害情報および優先度判定手段からの最適通知者情報を
基に、障害通知メールを作成する障害メール作成手段
と、前記障害通知メールを通信制御手段を通じて前記最
適通知者に発信する障害メール発信手段とを備えた請求
項２０記載の電子メール運用管理装置。
【請求項２２】請求項１から６のいずれかに記載の電
子メール運用管理装置と請求項７から１２のいずれかに
記載の電子メール運用管理装置と請求項１８から２１の
いずれかに記載の電子メール運用管理装置とを組み合わ
せた電子メール運用管理装置。