(57)【特許請求の範囲】
【請求項１】
エンドユーザサーバの監視を行う管理サーバシステムであって、監視対象となるエンドユーザサーバと前記エンドユーザサーバの外部監視を行うＥＵＳ管理サーバとがネットワークを介して接続しており、
前記エンドユーザサーバは、
前記エンドユーザサーバの処理を行う処理機構が正常な状態であるかを、前記処理機構を含むエンドユーザサーバの内部から診断する内部初期診断手段と、
前記内部初期診断終了後から予め定められた内部初期流動期間における、前記エンドユーザサーバの、ＣＰＵ負荷率、メモリ使用率、ディスク使用状況、サービスアプリケーションの稼働状況、最新の修正モジュールがＯＳまたはアプリケーションに適用されているか否か、パスワードエラーの回数のうちいずれか一以上を含む情報を、内部初期流動期間の内部監視の情報として収集する内部初期流動期間手段と、
前記エンドユーザサーバにおける前記内部監視の情報を取得することで、前記エンドユーザサーバの内部監視を実行する内部監視手段と、
前記内部監視の結果を前記ＥＵＳ管理サーバに送信する内部監視送信手段と、
を有しており、
前記ＥＵＳ管理サーバは、
前記エンドユーザサーバから少なくとも前記内部監視の結果を受信するＥＵＳ受信手段と、
前記エンドユーザサーバとの接続が正常な状態であるかを、前記ネットワークを介して前記エンドユーザサーバの外部から診断する外部初期診断手段と、
前記外部初期診断終了後から予め定められた外部初期流動期間におけるネットワーク接続、トラフィック状態、サービス接続、ポート状況、メールオープンリレーチェックのうちいずれか一以上を含む情報を、外部初期流動期間の外部監視の情報として収集する外部初期流動期間手段と、
前記エンドユーザサーバのネットワークにおける前記外部監視の情報を取得することで、前記エンドユーザサーバのネットワークの外部監視を実行する外部監視手段と、
前記ＥＵＳ受信手段において受信した前記エンドユーザサーバの内部監視の結果と、前記外部監視手段により監視を行った外部監視の結果とを通知する外部通知手段と、
を有することを特徴とする管理サーバシステム。
【請求項２】
前記内部監視手段は、更に、
前記エンドユーザサーバにおける前記内部監視の情報を取得し、前記取得した内部監視の情報を、前記内部初期流動期間手段で収集した内部初期流動期間の内部監視の情報と比較することで、前記エンドユーザサーバの内部監視を実行し、
前記エンドユーザサーバは、更に、
前記内部監視手段の内部監視の結果に基づいて警告及び／又は処置方法を通知する内部通知手段、を有する
ことを特徴とする請求項１に記載の管理サーバシステム。
【請求項３】
前記外部監視手段は、更に、
前記エンドユーザサーバのネットワークの前記外部監視の情報を取得し、前記取得した外部監視の情報を、前記外部初期流動期間手段で収集した外部初期流動期間の外部監視の情報と比較することで、前記エンドユーザサーバのネットワークの外部監視を実行し、
前記外部通知手段は、更に、
前記外部監視手段の外部監視の結果に基づいて警告及び／又は処置方法を通知する、
ことを特徴とする請求項１または請求項２に記載の管理サーバシステム。
【請求項４】
前記管理サーバシステムは、更に、
前記エンドユーザサーバのパフォーマンスの分析を行う総合管理サーバと前記ＥＵＳ管理サーバとが前記ネットワークを介して接続しており、
前記総合管理サーバは、
前記ＥＵＳ管理サーバから前記エンドユーザサーバの内部監視の情報及び／又は外部監視の情報とを受信するＥＵＳ管理サーバ受信手段と、
前記ＥＵＳ管理サーバ受信手段において受信した情報を格納するＥＵＳ管理データベースと、
前記ＥＵＳ管理サーバ受信手段において受信した情報及び／又は前記ＥＵＳ管理データベースに格納している情報に基づいて、前記管理サーバシステムが監視対象とするエンドユーザサーバの一部または全部の母集団のうち、前記エンドユーザサーバのパフォーマンスが前記管理サーバシステムにおいてどの位であるかの分析を行う分析手段と、
を有することを特徴とする請求項１から請求項３のいずれかに記載の管理サーバシステム。
【請求項５】
前記ＥＵＳ管理サーバ受信手段は、
前記ＥＵＳ管理サーバから前記エンドユーザサーバの障害発生時刻と前記発生した障害から復旧した時刻とを受信する、
ことを特徴とする請求項４に記載の管理サーバシステム。
【請求項６】
前記分析手段は、
前記エンドユーザサーバのＭＴＢＦ、平均ＭＴＢＦ、前記母集団とする全てまたは一部のエンドユーザサーバの平均ＭＴＢＦ、前記母集団における前記エンドユーザサーバのＭＴＢＦに対する偏差値、前記エンドユーザサーバのＭＴＴＲ、平均ＭＴＴＲ、前記母集団の平均ＭＴＴＲ、前記母集団における前記エンドユーザサーバのＭＴＴＲに対する偏差値のうち、少なくとも一以上を分析する、
ことを特徴とする請求項４または請求項５に記載の管理サーバシステム。
【請求項７】
監視対象となるエンドユーザサーバの外部監視をネットワークを介して行うＥＵＳ管理サーバであって、
前記ＥＵＳ管理サーバは、
前記エンドユーザサーバの処理を行う処理機構が正常な状態であるかを、前記処理機構を含むエンドユーザサーバの内部から診断する内部初期診断手段と、前記内部初期診断終了後から予め定められた内部初期流動期間における、前記エンドユーザサーバの、ＣＰＵ負荷率、メモリ使用率、ディスク使用状況、サービスアプリケーションの稼働状況、最新の修正モジュールがＯＳまたはアプリケーションに適用されているか否か、パスワードエラーの回数のうちいずれか一以上を含む情報を、内部初期流動期間の内部監視の情報として収集する内部初期流動期間手段と、前記エンドユーザサーバにおける前記内部監視の情報を取得することで、前記エンドユーザサーバの内部監視を実行する内部監視手段と、前記内部監視の結果を前記ＥＵＳ管理サーバに送信する内部監視送信手段と、を有する前記エンドユーザサーバから、前記エンドユーザサーバの内部監視の結果を受信するＥＵＳ受信手段と、
前記エンドユーザサーバとの接続が正常な状態であるかを、前記ネットワークを介して前記エンドユーザサーバの外部から診断する外部初期診断手段と、
前記外部初期診断終了後から予め定められた外部初期流動期間におけるネットワーク接続、トラフィック状態、サービス接続、ポート状況、メールオープンリレーチェックのうちいずれか一以上を含む情報を、外部初期流動期間の外部監視の情報として収集する外部初期流動期間手段と、
前記エンドユーザサーバのネットワークにおける前記外部監視の情報を取得することで、前記エンドユーザサーバのネットワークの外部監視を実行する外部監視手段と、
前記ＥＵＳ受信手段において受信した前記エンドユーザサーバの内部監視の結果と、前記外部監視手段により監視を行った外部監視の結果とを通知する外部通知手段と、
を有することを特徴とするＥＵＳ管理サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に於けるエンドユーザサーバを監視し、障害発生を未然に防止する為の管理サーバシステムに関する。更に詳細には、エンドユーザサーバの外部／内部の予め定められた初期期間の使用傾向に基づいてエンドユーザサーバを外部、内部の双方から監視し障害発生を未然に防止することを特徴とする管理サーバシステムに関する。
【０００２】
【従来の技術】
エンドユーザサーバ（ネットワークの利用者（所謂個々のユーザ）が利用するサーバ。例えばプロバイダがユーザとの接続に用いるサーバ等を示す）は、その障害発生の防止、効率的運用の為に継続的な監視を行うことが一般的である。
【０００３】
従来、このエンドユーザサーバを監視する方法としては、外部的な監視（以下、外部監視）、内部的な監視（以下、内部監視）の何れかを用いることによって行われている。外部的な監視とは、エンドユーザサーバに何らかの監視装置（ボード等）を設置し、エンドユーザサーバに何らかの障害が発生した場合に、前記監視装置から外部の指定先に対して障害通知を行う方法である。又、内部監視とはエンドユーザサーバのシステム状態（例えばメモリの使用状態等）を継続的に監視し、制限値まで到達した段階でエンドユーザサーバの管理者等に警告を発する、障害が発生した場合に自動復旧を行う等の方法である。
【０００４】
【発明が解決しようとする課題】
上記の外部監視を用いた場合、何らかの障害が発生した段階で速やかに外部、例えば管理者や保守サービスマン等（以下、管理者等）に通知することは可能であるが、管理者等のローテーション、スケジュール等を勘案する必要性から多数の管理者等を通知先として確保しておく必要性がある。又実際に障害が発生してからの対応となるので、エンドユーザサーバのユーザは、障害発生時から障害復旧時迄の間、エンドユーザサーバからサービスを享受することが出来ない。更に管理者等の技術スキルにはバラツキがあり、技術スキルの高い者が行う場合には速やかなる復旧が行えるが、技術スキルの高くない者が行う場合には復旧までに相当の時間を要す場合がある。
【０００５】
一方、内部監視を用いた場合、システム状態の継続監視から何らかの警告が発せられるのは、危険状態になった場合、障害が発生した場合であってその対応には専門的知識が必要となり、管理者等に対して相当の技術スキルを要求する。更に障害発生時に於いて、知識がない管理者等であっても復旧が行えるような自動復旧システムも存しており、その一例が特開２００１−６７２８８号公報に開示されている。
【０００６】
この公報記載の発明は、予めデータベースに障害から復旧する為の方法を格納し、障害発生時にはこの方法に基づいて自動復旧を試みる。この方法で自動復旧が行えない場合には、障害に対するガイド情報を提供し管理者等による復旧を支援し、これでも復旧が行えない場合には障害内容と障害が発生したエンドユーザサーバのシステム情報とを予め定められているサーバ装置に送信し、保守サービスマンに通知する。保守サービスマンはこれらを閲覧することで更なるガイド情報、システム変更情報を作成し、ガイド情報の充実を図る方法である。
【０００７】
しかしこの発明を用いた場合に於いても、この発明を利用することが出来るのはシステムの障害発生後であって、外部監視と同様に障害発生時から障害復旧時迄の間、エンドユーザサーバのユーザは、エンドユーザサーバからサービスを享受することが出来ない。
【０００８】
【課題を解決するための手段】
ところで、従来のように障害発生時に速やかに対処することは重要であるが、エンドユーザサーバの運営上最も重要なことは障害を未然に防止することである。これを行う場合には、内部監視で用いられているシステム状態を常に管理者等が把握しておくのが通常である。しかし、前記のようにシステム状態を把握するには高度な専門的知識が必要であって、管理者等の技術スキルにバラツキがある現在に於いては、これを行うのは非常に困難である。特にシステム管理の為の専属の管理者等を任命することが困難な事業規模の大きくない企業等に於いては、実質的に不可能に近い。又内部監視でシステム状態（所謂システムログ）の記録は行っているが、そのシステム状態からどのような障害が将来的に発生するかを読みとれるか否かは、管理者等の技術スキルに左右されてしまう為、障害を未然に防止するには管理者等次第となってしまう。
【０００９】
又、上記外部監視の手法も何らかの障害が発生した段階でエンドユーザサーバから管理者等に通知するものであるので、内部監視の通知のみを外部に行っているにすぎず、実質上は内部監視とほぼ同一である。
【００１０】
従って、エンドユーザサーバとユーザが利用しているユーザ端末との間に存在するシステム（例えばＤＮＳサーバ）に障害が発生している場合には、その障害そのものを発見することが出来ない。
【００１１】
つまり、例えばＤＮＳサーバのみに障害がある場合には、上記手法を用いる外部監視、内部監視であってもエンドユーザサーバ自体は正常に機能しているので何らの障害も発見は出来ない。しかしユーザ端末がＤＮＳサーバを介してエンドユーザサーバにアクセスする場合には、ＤＮＳサーバに障害が発生しているのでエンドユーザサーバの利用が行うことは出来ないこととなる。従ってユーザからの通知に因らない限り管理者等はＤＮＳサーバの障害を知ることが出来ない為、障害発生時から障害復旧迄の期間が長期化することとなる。
【００１２】
従って外部監視、内部監視の何れか一つの監視手法を用いた場合では、上記のように何らかの問題点が存在している。更に、外部監視、内部監視の２つの監視システムを導入することも可能であるが、これら２つの監視システムが作成するシステム状態等のレポートは、各々の立場に因るものであるので連携が取れておらず、そこから総合的な評価を更に行う場合には、その２つの監視システムが作成したレポートに基づいて管理者等自らが行わなければならない。
【００１３】
又内部監視と同様に外部監視に於いても障害発生の未然防止を行うことが重要であるが、これを行うにはネットワークトラフィックを常に監視する、ネットワークエラーの発生を常に監視する等を恒常的に行わなくてはならない。又単に記録（ログ）を取ることは可能であってもその記録（ログ）自体から障害発生を予測することは、管理者等の経験と知識とに頼らなくてはいけない為、エンドユーザサーバの管理を行う全ての管理者等の経験と知識とを一定水準に保つのは困難であることから、個々のエンドユーザサーバに於いて障害発生度にバラツキが発生することとなり、全体のシステムの安定的な運用に欠ける。
【００１４】
例えばある企業のシステム環境を経験、知識が共に豊富である管理者Ａと経験、知識が共に浅い管理者Ｂの２名で分担して管理している場合、必然的に管理者Ｂの管理下にあるエンドユーザサーバでの障害発生度が高くなる。従って、管理者Ｂの管理下にあるエンドユーザサーバで障害発生が起こる毎に管理者Ａの管理下にあるエンドユーザサーバに対して処理が集中し、管理者Ａの管理下のエンドユーザサーバでも障害発生が起こりやすくなってしまい、相対的にシステムの安定的運用が損なわれてしまう。
【００１５】
従来はこれを回避する為に管理者の知識、経験の向上、管理人数等の増加等の人為的側面から対処していたが、それには多大なる費用、時間を要することとなる。従って、システム的に何らかの障害発生を未然に防止する必要性がある。
【００１６】
そこで本発明者は、エンドユーザサーバの予め定めた初期稼働期間（以下、初期流動期間）のシステム状況に基づいて継続的な監視を行い障害発生の未然防止を行うと共に、その監視をシステム状態の内部監視とユーザとほぼ同様の立場からの監視を行う、即ちエンドユーザサーバのネットワーク状態の監視を行う実質上の外部監視とを組み合わせ総合的に行うことによってエンドユーザサーバの安定的管理を行う管理サーバシステムを発明した。
【００１７】
更にエンドユーザサーバの管理者は何らかの外部監視、内部監視システムを導入した場合には、その導入の効果があったかどうかを把握することを希望することが多い。しかし、従来は各エンドユーザサーバに対してのみの外部監視、内部監視であったので、全体的な効果を測定することは困難であった。そこで本発明者は、上記発明の他に更に全体的な監視効果の分析を行うことが可能となる管理サーバシステムを発明した。
【００１８】
請求項１の発明は、エンドユーザサーバの監視を行う管理サーバシステムであって、監視対象となるエンドユーザサーバと前記エンドユーザサーバの外部監視を行うＥＵＳ管理サーバとがネットワークを介して接続しており、前記エンドユーザサーバは、前記エンドユーザサーバの処理を行う処理機構が正常な状態であるかを、前記処理機構を含むエンドユーザサーバの内部から診断する内部初期診断手段と、前記内部初期診断終了後から予め定められた内部初期流動期間における、前記エンドユーザサーバの、ＣＰＵ負荷率、メモリ使用率、ディスク使用状況、サービスアプリケーションの稼働状況、最新の修正モジュールがＯＳまたはアプリケーションに適用されているか否か、パスワードエラーの回数のうちいずれか一以上を含む情報を、内部初期流動期間の内部監視の情報として収集する内部初期流動期間手段と、前記エンドユーザサーバにおける前記内部監視の情報を取得することで、前記エンドユーザサーバの内部監視を実行する内部監視手段と、前記内部監視の結果を前記ＥＵＳ管理サーバに送信する内部監視送信手段と、を有しており、前記ＥＵＳ管理サーバは、前記エンドユーザサーバから少なくとも前記内部監視の結果を受信するＥＵＳ受信手段と、前記エンドユーザサーバとの接続が正常な状態であるかを、前記ネットワークを介して前記エンドユーザサーバの外部から診断する外部初期診断手段と、前記外部初期診断終了後から予め定められた外部初期流動期間におけるネットワーク接続、トラフィック状態、サービス接続、ポート状況、メールオープンリレーチェックのうちいずれか一以上を含む情報を、外部初期流動期間の外部監視の情報として収集する外部初期流動期間手段と、前記エンドユーザサーバのネットワークにおける前記外部監視の情報を取得することで、前記エンドユーザサーバのネットワークの外部監視を実行する外部監視手段と、前記ＥＵＳ受信手段において受信した前記エンドユーザサーバの内部監視の結果と、前記外部監視手段により監視を行った外部監視の結果とを通知する外部通知手段と、を有する管理サーバシステムである。
【００１９】
本発明によって、従来のように内部監視、外部監視の何れか一つの監視ではなく、内部監視及び外部監視を複合的に行う管理サーバシステムが可能となる。これによって２つの監視システムが従来別々に作成しているレポートを、内部及び外部の双方から総合的な評価を行うことが可能となる。
【００２０】
更に、外部監視も従来のようにサーバに何らかの装置（例えばボード等のハードウェア）を設置し、障害が発生した段階に於いて外部の管理者等に通知するのみの外部監視ではなく、実際にユーザと同等の立場である、ネットワークを介してエンドユーザサーバのネットワーク状態の外部監視を行うことが可能となる。これによって、従来の監視では検出出来なかった、ユーザとエンドユーザサーバとの間の障害（例えばＤＮＳサーバのみの障害）を検出することも可能となる。
また、障害の発生を未然に防止する際に上述の各要素の使用傾向を分析することが好適であり、これらの要素少なくとも一以上の内部監視／外部監視を行うことによって、効率的に監視を行うことが可能となる。
【００２１】
請求項２の発明において、前記内部監視手段は、更に、前記エンドユーザサーバにおける前記内部監視の情報を取得し、前記取得した内部監視の情報を、前記内部初期流動期間手段で収集した内部初期流動期間の内部監視の情報と比較することで、前記エンドユーザサーバの内部監視を実行し、前記エンドユーザサーバは、更に、前記内部監視手段の内部監視の結果に基づいて警告及び／又は処置方法を通知する内部通知手段、を有する管理サーバシステムである。
【００２２】
請求項３の発明において、前記外部監視手段は、更に、 前記エンドユーザサーバのネットワークの前記外部監視の情報を取得し、前記取得した外部監視の情報を、前記外部初期流動期間手段で収集した外部初期流動期間の外部監視の情報と比較することで、前記エンドユーザサーバのネットワークの外部監視を実行し、前記外部通知手段は、更に、前記外部監視手段の外部監視の結果に基づいて警告及び／又は処置方法を通知する、管理サーバシステムである。
【００２３】
請求項２及び請求項３の発明によって、従来の監視システムのように、障害発生後に初めて何らかの通知が為される監視システムではなく、当初の使用傾向に基づいて以後の障害発生を予測し、障害の発生を未然に防止することが可能となる。これによってエンドユーザサーバを運営する際に最も重要である障害の回避が行え、障害の発生そのものを逓減することが可能となる。
【００２９】
請求項４の発明において、前記管理サーバシステムは、更に、前記エンドユーザサーバのパフォーマンスの分析を行う総合管理サーバと前記ＥＵＳ管理サーバとが前記ネットワークを介して接続しており、前記総合管理サーバは、前記ＥＵＳ管理サーバから前記エンドユーザサーバの内部監視の情報及び／又は外部監視の情報とを受信するＥＵＳ管理サーバ受信手段と、前記ＥＵＳ管理サーバ受信手段において受信した情報を格納するＥＵＳ管理データベースと、前記ＥＵＳ管理サーバ受信手段において受信した情報及び／又は前記ＥＵＳ管理データベースに格納している情報に基づいて、前記管理サーバシステムが監視対象とするエンドユーザサーバの一部または全部の母集団のうち、前記エンドユーザサーバのパフォーマンスが前記管理サーバシステムにおいてどの位であるかの分析を行う分析手段と、を有する管理サーバシステムである。
【００３０】
本発明によって、内部監視／外部監視のみならず、エンドユーザサーバに本監視システムを用いた客観的な効果を分析することが可能となる。これによって、エンドユーザサーバの管理者等は、内部監視／外部監視の効果を把握することが出来る。
【００３１】
請求項５の発明において、前記ＥＵＳ管理サーバ受信手段は、前記ＥＵＳ管理サーバから前記エンドユーザサーバの障害発生時刻と前記発生した障害から復旧した時刻とを受信する、管理サーバシステムである。
【００３２】
請求項６の発明において、前記分析手段は、前記エンドユーザサーバのＭＴＢＦ、平均ＭＴＢＦ、前記母集団とする全てまたは一部のエンドユーザサーバの平均ＭＴＢＦ、前記母集団における前記エンドユーザサーバのＭＴＢＦに対する偏差値、前記エンドユーザサーバのＭＴＴＲ、平均ＭＴＴＲ、前記母集団の平均ＭＴＴＲ、前記母集団における前記エンドユーザサーバのＭＴＴＲに対する偏差値のうち、少なくとも一以上を分析する、管理サーバシステムである。
【００３３】
請求項５及び請求項６の発明によって、エンドユーザサーバに本管理サーバシステムを用いた場合の客観的効果を分析する際に、ＭＴＢＦ、ＭＴＴＲ等を分析対象とすることによって、その効果を測定することが可能となる。
【００３４】
尚、ＭＴＢＦとはエンドユーザサーバの障害発生間隔を計算する公知の手法であって、ＭＴＴＲとはエンドユーザサーバの障害発生時に於ける障害からの復旧間隔を計算する公知の手法である。これらの計算手法は数１から数８に後述する。
【００３５】
請求項７の発明は、監視対象となるエンドユーザサーバの外部監視をネットワークを介して行うＥＵＳ管理サーバであって、前記ＥＵＳ管理サーバは、前記エンドユーザサーバの処理を行う処理機構が正常な状態であるかを、前記処理機構を含むエンドユーザサーバの内部から診断する内部初期診断手段と、前記内部初期診断終了後から予め定められた内部初期流動期間における、前記エンドユーザサーバの、ＣＰＵ負荷率、メモリ使用率、ディスク使用状況、サービスアプリケーションの稼働状況、最新の修正モジュールがＯＳまたはアプリケーションに適用されているか否か、パスワードエラーの回数のうちいずれか一以上を含む情報を、内部初期流動期間の内部監視の情報として収集する内部初期流動期間手段と、前記エンドユーザサーバにおける前記内部監視の情報を取得することで、前記エンドユーザサーバの内部監視を実行する内部監視手段と、前記内部監視の結果を前記ＥＵＳ管理サーバに送信する内部監視送信手段と、を有する前記エンドユーザサーバから、前記エンドユーザサーバの内部監視の結果を受信するＥＵＳ受信手段と、前記エンドユーザサーバとの接続が正常な状態であるかを、前記ネットワークを介して前記エンドユーザサーバの外部から診断する外部初期診断手段と、前記外部初期診断終了後から予め定められた外部初期流動期間におけるネットワーク接続、トラフィック状態、サービス接続、ポート状況、メールオープンリレーチェックのうちいずれか一以上を含む情報を、外部初期流動期間の外部監視の情報として収集する外部初期流動期間手段と、前記エンドユーザサーバのネットワークにおける前記外部監視の情報を取得することで、前記エンドユーザサーバのネットワークの外部監視を実行する外部監視手段と、前記ＥＵＳ受信手段において受信した前記エンドユーザサーバの内部監視の結果と、前記外部監視手段により監視を行った外部監視の結果とを通知する外部通知手段と、を有するＥＵＳ管理サーバである。
【００３７】
【発明の実施の形態】
本発明のシステム構成の実施態様の一例を図１のシステム構成図に示す。管理サーバシステム１は、エンドユーザサーバ２とＥＵＳ管理サーバ３とがネットワーク１３を介して接続している場合を説明する。
【００３８】
エンドユーザサーバ２は、ユーザ端末に対して何らかのサービスを提供するサーバであって、例えばプロバイダのサーバ等を示し、本発明に於いて監視対象となるサーバである。エンドユーザサーバ２は、処理機構４、内部初期診断手段５、内部初期流動期間手段６、内部監視手段７、内部監視送信手段８、内部通知手段９とを有している。
【００３９】
処理機構４は、エンドユーザサーバ２の処理を行う機構であって、監視対象となる一般的なサーバ自体である。
【００４０】
内部初期診断手段５は、処理機構４を含むエンドユーザサーバ２の内部から初期診断を行う手段である。ここで内部初期診断とは、監視対象として監視を行う際に最初に行う診断であって、エンドユーザサーバ２の処理機構４が正常な状態、即ち問題なく初期設定が為されているか否かを内部から診断する手段である。
【００４１】
内部初期流動期間手段６は、初期診断終了後から予め定められた期間（例えば４週間）に於いて、エンドユーザサーバ２の処理機構４がどのようなシステム状態に於いて使用されるか（即ちエンドユーザサーバ２の使用傾向を把握する）データ収集を行う手段である。例えばエンドユーザサーバ２の処理機構４に於けるディスク使用状況の傾向等を収集する。
【００４２】
処理機構４の使用傾向は、個々のシステム目的、システム環境に於いて異なるのが通常である。そこで平均的なエンドユーザサーバ２の処理機構４のシステム状態を参考として継続監視を行うのが従来であるが、この方法を用いた場合ではシステム目的、システム環境等に適した継続監視を行うことが困難である。そこで本発明では初期流動期間（例えば３週間）を設定し、どのような使用傾向があるか、即ちエンドユーザサーバ２独自の使用傾向のデータ収集を行い、以後の継続監視の基準とすることによって、エンドユーザサーバ２の処理機構４の使用傾向を踏まえた形での継続監視を行い、警告等を行うことによって、障害発生を予防することとが可能となる。更にエンドユーザサーバ２の処理機構４の初期の状態では複雑、余計な処理、ファイル等がほとんど含まれていないので、最初に傾向把握を行うことが好適である。
【００４３】
内部監視手段７は、処理機構４のシステム状態の内部監視を行う手段である。内部監視には例えばＣＰＵ負荷率の監視、メモリ使用率の監視（メモリの使用状態の監視）、ディスク使用状況の監視、サービス接続の監視（サービスに接続しサービスが行われている否かの監視）、サービスアプリケーションの監視（サービスアプリケーションの稼働状況の監視）、修正モジュールチェックの監視（ＯＳ、アプリケーションに最新の修正モジュールが適用されているか否か）、管理者権限パスワードエラー回数（管理者権限でログイン使用とした時のパスワードエラーの回数取得）等がある。
【００４４】
内部監視送信手段８は、内部監視手段７に於いて行う内部監視の情報をＥＵＳ管理サーバ３（後述）に送信する手段である。
【００４５】
内部通知手段９は、内部監視手段７に於いて何らかの障害が発生しそうだという状況を事前に検出し、その通知及び参考となる処置とをエンドユーザサーバ２に通知する手段である。
【００４６】
ＥＵＳ管理サーバ３は、少なくとも一以上の監視対象となるエンドユーザサーバ２の外部監視を行うサーバであって、外部初期診断手段１０、外部初期流動期間手段１９、外部監視手段１１、ＥＵＳ受信手段１２、外部通知手段２０とを有している。
【００４７】
外部初期診断手段１０は、処理機構４を含むエンドユーザサーバ２のネットワーク状態の外部初期診断を行う手段である。ここで外部初期診断とは、管理サーバシステム１が監視対象として監視を行う際に最初に行う診断であって、エンドユーザサーバ２のネットワーク状態が正常な状態、即ち問題なく初期設定が為されているか否かをネットワーク１３を介して外部から診断する。ここで、ネットワーク状態の監視とは、ネットワーク接続の監視（ＰＩＮＧによるネットワーク状態の監視、障害箇所検索）、トラフィック状態の監視（ネットワークトラフィックの監視）、サービス接続の監視（サービスに接続しサービスが行われているか否かを監視）、ポート状況の監視（エンドユーザサーバ２のサービスポート使用状態の監視）、メールオープンリレーチェック（エンドユーザが使用しているメールサーバが不正な中継を行うか否か）等がある。
【００４８】
外部初期流動期間手段１９は、初期診断終了後から予め定められた期間（例えば４週間）に於いて、エンドユーザサーバ２のネットワーク状態がどのような使用傾向であるかのデータ収集を行う手段である。例えばエンドユーザサーバ２のネットワークトラフィック状態の収集がある。
【００４９】
外部監視手段１１は、ネットワーク１３を介してエンドユーザサーバ２の外部監視を行う手段であり、主にエンドユーザサーバ２とのネットワーク１３の状態を監視する手段である。
【００５０】
従来の外部監視は、エンドユーザサーバ２にボード等の監視装置を設置し、エンドユーザサーバ２に障害が発生した時点に於いて予め定められた外部に対して通知を行うという方法（即ち内部の障害を外部に通知する方法）であった。しかしこのような外部監視の方法では、エンドユーザサーバ２が接続しているネットワーク１３の状態までを把握することが困難である。そこで本発明ではユーザ端末と同様の状態、即ちユーザ端末がエンドユーザサーバ２にアクセスする状態と同様にネットワーク１３を介してエンドユーザサーバ２にアクセスを行い、そのネットワーク１３の状態の監視を行うことによって、従来の外部、内部監視では行うことの出来なかった、ユーザの立場からの監視が可能となる。
【００５１】
ＥＵＳ受信手段１２は、エンドユーザサーバ２の内部監視送信手段８から、内部監視の情報を受信する手段である。
【００５２】
外部通知手段２０は、ＥＵＳ受信手段１２が各エンドユーザサーバ２から受信した内部監視の情報及びＥＵＳ管理サーバ３による各エンドユーザサーバ２の外部監視の情報とに基づいて、何らかの障害が発生しそうだという状況を予め検出し、その通知及び参考となる処置をＥＵＳ管理サーバ３の管理者等に通知する手段である。
【００５３】
【実施例】
次に本発明のプロセスの流れの一例を図３のフローチャート図を用いて詳細に説明する。
【００５４】
監視を希望するエンドユーザサーバ２の管理者等は、エンドユーザサーバ２の初期設定後、エンドユーザサーバ２内の内部初期診断手段５及びＥＵＳ管理サーバ３内の外部初期診断手段１０とを用い、エンドユーザサーバ２の処理機構４及びエンドユーザサーバ２のネットワーク状態とが正常な状態、即ち監視をしても問題ないか否かを内部及び外部から診断を行う（Ｓ１００）。初期診断の結果は、紙媒体、電子媒体等を用いてその初期診断結果レポートを作成することが好適である。図７から図９に初期診断結果レポートの一例を示す。図７はＥＵＳ管理サーバ３に関する一般的な情報を示すレポートであり、図８は内部初期診断の結果を示すレポートであり、図９は外部初期診断の結果を示すレポートである。
【００５５】
Ｓ１００に於いて初期診断終了後、エンドユーザサーバ２の処理機構４及びネットワーク状態に於いて何らかの問題が発生している（例えばディスク不良等）場合には、その問題を内部初期診断手段５／外部初期診断手段１０が内部通知手段９／外部通知手段２０を介して通知を行う。又Ｓ１００の初期診断に於いて何らの問題が発生していなければ、エンドユーザサーバ２のシステム運用の開始を行う。内部初期流動期間手段６／外部初期流動期間手段１９がこの時点から初期流動期間を開始し、予め定めた期間（例えば３週間）のエンドユーザサーバ２の処理機構４及びネットワーク状態のデータ収集を開始する（Ｓ１１０）。
【００５６】
又Ｓ１１０に於ける初期流動期間のデータ収集と並行して、エンドユーザサーバ２の処理機構４の内部監視を内部監視手段７が行い、エンドユーザサーバ２のサービス状態の外部監視をＥＵＳ管理サーバ３の外部監視手段１１が行う（Ｓ１２０）。内部監視には、例えばＣＰＵ負荷率の監視、メモリ使用率の監視、ディスク使用状況の監視、サービス接続の監視、サービスアプリケーションの監視、修正モジュールチェック、管理者権限パスワードエラー回数の監視等があり、外部監視には、ネットワーク接続の監視、トラフィック状態の監視、サービス接続の監視、ポート状況の監視、メールオープンリレーチェック等がある。又内部監視の結果をネットワーク１３を介して内部監視送信手段８がＥＵＳ管理サーバ３に送信する。
【００５７】
本実施態様に於いては内部監視として、サービス接続監視の場合のプロセスの流れを図４のフローチャート図を用いて説明し、外部監視として、ネットワーク接続監視を行うプロセスの流れを図５のフローチャート図を用いて説明する。
【００５８】
先ず図４を用いて内部監視の場合を説明する。この処理内容は、ＩＰアドレスとポート番号とにより該当のサービスに対して接続状態を取得し、結果表示を行う監視である。内部監視がスタートすると、内部監視手段７が、ＩＰアドレス、ポート番号で接続状況を確認し（Ｓ２００）、何らかのパラメータに障害が発生している場合には、そのパラメータ異常を内部通知手段９を介して表示する（Ｓ２１０）。又Ｓ２００に於いて何らパラメータ自体が正常であって、予め定められた時間内に応答があった場合には、正常な状態であると判断し、その状態と応答するのに要した応答時間とを表示する（Ｓ２２０）。一方、予め定められた時間内に応答がない場合、即ちタイムアウトした場合には、障害状態と判断し障害状態の表示を行う（Ｓ２３０）。これらを該当サービス分反復することによって、内部監視を行う。
【００５９】
次に図５を用いて外部監視の場合を説明する。この処理内容は、入力ホスト名又は入力ＩＰアドレスでエンドユーザサーバ２の接続状態を取得し、正常であれば該当値を返し、障害が発生していれば障害箇所を特定しその情報を取得する結果を結果表示を行う監視である。外部監視がスタートすると、外部監視手段１１がパラメータの状況を確認する（Ｓ３００）。パラメータに何らかの異常がある場合には、その異常表示を行う（Ｓ３１０）。
【００６０】
Ｓ３００に於いて異常がなければ、外部監視手段１１が入力ホスト名で予め定められた回数の接続をエンドユーザサーバ２に対して行い（Ｓ３２０）、１回でもタイムアウトが発生した場合には（Ｓ３３０）、その異常表示を行う（Ｓ３１０）。
【００６１】
Ｓ３３０に於いてタイムアウトが発生しなくとも、Ｓ３２０に於ける接続に於いて１回でも予め定められた閾値の範囲内で処理が為されていなければ（Ｓ３４０）、その処理は異常であると見なし、又Ｓ３３０に於いてタイムアウトが発生したが異常がなかった場合と併せて、入力ＩＰアドレスでの接続確認を行う（Ｓ３５０）。
【００６２】
Ｓ３５０に於いても同様に、予め定められた回数のＩＰアドレスによる接続を行い、１回でもタイムアウトが発生した場合には、その接続ルートのチェックを行う（Ｓ３６０）。又Ｓ３５０に於ける接続に於いて１回でも予め定められた閾値の範囲内で処理が為されていなければ（Ｓ３７０）、その処理は異常であると見なし、前記と同様に接続ルートのチェックを行う（Ｓ３６０）。
【００６３】
Ｓ３６０の接続ルートのチェックに於いて、何れかの段階で応答がなくなった場合には、最終的に到達することが出来たＩＰアドレスとＩＰアドレスに基づいて管理者名との表示を行う（Ｓ３８０）。つまり、最終的に到達することが出来たＩＰアドレスの次の段階に於いて問題が発生していることが分かる。
【００６４】
又Ｓ３６０のチェックに於いて応答があっても、その応答の数が閾値の範囲を超えている場合には（Ｓ３９０）、迂回的にネットワーク接続が行われている可能性があるので接続ルートの表示を行う（Ｓ４００）。この際に行う表示項目としてはホスト名、ＩＰアドレス、応答時間等が好適である。又Ｓ３９０に於いて閾値の範囲内である場合には、その状態、応答するのに要した応答時間等を表示する（Ｓ４１０）。
【００６５】
又Ｓ３５０に於ける接続に於いて予め定められた閾値の範囲内で処理が為されている場合には（Ｓ３７０）、その状態、応答時間、取得ホスト名等の表示を行う（Ｓ４２０）。又Ｓ３２０に於ける接続に於いても同様に、予め定められた閾値の範囲内で処理が為されている場合には（Ｓ３４０）、その状態、応答時間の表示を行う（Ｓ４３０）。
【００６６】
このような外部監視のプロセスを経ることによって、実際にユーザ端末と同じ立場、即ちネットワーク１３を介して監視を行うこととなるので、従来は検出することが出来なかった、ユーザ端末とエンドユーザサーバ２との間のネットワーク障害、例えばＤＮＳサーバのみの障害等であっても検出することが可能となる。
【００６７】
又内部監視、外部監視の際に、従来型の障害発生時のチェックのみならず、内部初期流動期間手段６／外部初期流動期間手段１９に於いて取得したデータに基づいて、障害発生の予防措置を取る内部監視／外部監視も併せて行う。図１０（ａ）に外部初期流動期間手段１９が初期流動期間に収集したネットワークトラフィック状態の概念図を示す。
【００６８】
外部監視手段１１は、図１０（ａ）に示す初期流動期間に於けるネットワークトラフィックを基準として監視を行う。初期流動期間経過後のネットワークトラフィックの状況を図１０（ｂ）に示す。図１０（ｂ）に於けるエンドユーザサーバ２の場合では土曜日にネットワークトラフィックの最大の状態が周期的に現れているが、エンドユーザサーバ２のネットワークトラフィックの使用傾向が、初期流動期間の使用傾向と比較して上昇傾向にあり、又最大時の状態が予め定められた値に近づいてきた場合（例えば８０％に継続的に達するようになった場合）には、エンドユーザサーバ２のネットワークトラフィックがいずれ許容量をオーバーし障害が発生する可能性が高まる。そこで、継続的に８０％に達するようになった場合に外部監視手段１１が外部通知手段２０を介して「ネットワークトラフィックが許容量に近づいています。処理能力を向上させる等の処置を取って下さい」等の警告を管理者等に通知する。これによって、エンドユーザサーバ２の障害発生を未然に防止することが可能となる。
【００６９】
従来は、ネットワークトラフィックのシステム状態のログを収集することは可能であったが、それに基づいて判断を行うには管理者等が自ら行わなければならず、専門的知識が必要であった。又ログ自体はあっても障害発生後に分析する、この場合はネットワーク処理の遅延が発生する等の障害が発生し、その後ログを管理者等が閲覧することによって、初めてネットワークトラフィックの許容量オーバーを知ることが出来、対策が可能であった。即ち、一度障害が発生しないと対策を講じるのは困難であった。しかし、本発明のような初期流動期間に基づく外部監視を行うことによって、その障害発生を未然に防止することが可能となる。
【００７０】
同様に内部監視手段７が、内部初期流動期間手段６に基づいて予防措置を取る監視の説明をする。この一例としてディスク使用状況の監視の場合を説明し図１１（ａ）に初期流動期間に於けるディスク使用状況の概念図を示す。
【００７１】
図１１（ｂ）に初期流動期間経過後のディスク使用状況を示す。図１１（ｂ）に於けるエンドユーザサーバ２の場合、初期流動期間でのディスク使用状況の使用量の増加が３週間で１００ＭＢ（１００ＭＢの使用量から２００ＭＢへの使用量の変化）となっているが、初期流動期間経過後に於いては、同期間（３週間）でのエンドユーザサーバ２のディスク使用状況が、初期流動期間の使用量の増加と比較して増大傾向（４００ＭＢの使用量から７００ＭＢへの使用量の変化）にあり、又増加率も増えている。使用量が予め定められた値に近づいてきた場合（例えば７００ＭＢに継続的に達するようになった場合）には、エンドユーザサーバ２のディスク容量をオーバーし障害が発生する可能性が高まる。
【００７２】
そこで継続的に７００ＭＢに達するようになった場合に内部監視手段７が内部通知手段９を介して「ディスク使用量が許容量に近づいています。処理能力を向上させる等の処置を取って下さい」等の警告を管理者等に通知する。これによってエンドユーザサーバ２の障害発生を未然に防止することが可能となる。
【００７３】
Ｓ１２０に於いて内部監視、外部監視の結果をレポートとして出力をすることが好適である。又何らかの障害が発生している場合には内部監視手段７、外部監視手段１１が内部通知手段９／外部通知手段２０から障害の通知を管理者等に行う。
【００７４】
【実施例２】
エンドユーザサーバ２の管理者は何らかの外部監視、内部監視システムを導入した場合には、その導入の効果があったかどうかを把握することを希望することが多い。しかし、従来は各エンドユーザサーバ２に対してのみの外部監視、内部監視であったので、全体的な効果を測定することは困難であった。そこで本発明者は、実施例１のシステム構成に更に全体的な効果の測定を行うことを可能とする総合管理サーバ１５を付加することにより、これを実現せしめる管理サーバシステム１とした。
【００７５】
管理サーバシステム１は、エンドユーザサーバ２とＥＵＳ管理サーバ３と総合管理サーバ１５とがネットワーク１３を介して接続している場合を説明する。図２にこの場合のシステム構成の一例であるシステム構成図を示す。尚、本実施態様に於いて実施例１と同様の部分については重複を避ける為、説明を省略する。
【００７６】
ＥＵＳ管理サーバ３は、外部初期診断手段１０、外部初期流動期間手段１９、外部監視手段１１、ＥＵＳ受信手段１２、外部通知手段２０、報告手段１４とを有している。
【００７７】
報告手段１４は、ＥＵＳ管理サーバ３が各エンドユーザサーバ２から受信した内部監視の情報及びＥＵＳ管理サーバ３による各エンドユーザサーバ２の外部監視の情報とに基づいて、エンドユーザサーバ２のＮ回目の障害発生時刻とエンドユーザサーバ２のＮ回目の障害発生に対する応答時刻（即ちＮ回目の障害が復旧した時刻）とを総合管理サーバ１５にネットワーク１３を介して送信する手段である。
【００７８】
総合管理サーバ１５は、ＥＵＳ管理サーバ受信手段１６、ＥＵＳ管理データベース１８、分析手段１７とを有している。
【００７９】
ＥＵＳ管理サーバ受信手段１６は、エンドユーザサーバ２のＮ回目の障害発生時刻とエンドユーザサーバ２のＮ回目の障害発生に対する応答時刻（即ちＮ回目の障害が復旧した時刻）とをＥＵＳ管理サーバ３から受信し、ＥＵＳ管理データベース１８に格納する手段である。
【００８０】
分析手段１７は、ＥＵＳ管理データベース１８に格納している情報に基づいて、該当するエンドユーザサーバ２のパフォーマンスが全体のどの付近に位置しているかの分析を行う手段である。この際に分析を行う項目としては、
（１）該当するエンドユーザサーバ２のＮ回目のＭＴＢＦ（Mean Time Between Failure）
（２）該当するエンドユーザサーバ２の平均ＭＴＢＦ
（３）全てのエンドユーザサーバ２の平均ＭＴＢＦ
（４）該当するエンドユーザサーバ２の全てのエンドユーザサーバ２に対する偏差値
（５）該当するエンドユーザサーバ２のＮ回目のＭＴＴＲ（Mean Time To Repair）
（６）該当するエンドユーザサーバ２の平均ＭＴＴＲ
（７）全てのエンドユーザサーバ２の平均ＭＴＴＲ
（８）該当するエンドユーザサーバ２の全てのエンドユーザサーバ２に対する偏差値
を分析することが好適であるが、他の項目を行っても良いしこれ以外であっても良い。
【００８１】
ＭＴＢＦとは、エンドユーザサーバ２の障害発生間隔を計算する項目であって、数１によって計算することが出来る。
【数１】
0004081258.tif 000002
【００８２】
従って（２）は、数２によって計算することが出来る。
【数２】
0004081258.tif 000003
【００８３】
（３）は、全てのエンドユーザサーバ２（例えばＸ台あったとする）の平均ＭＴＢＦであるので、数３によって計算することが出来る。
【数３】
0004081258.tif 000004
【００８４】
（４）は、全てのエンドユーザサーバ２に対する該当するエンドユーザサーバ２の偏差値であるので、数４によって示される。
【数４】
0004081258.tif 000005
【００８５】
ＭＴＴＲとは、エンドユーザサーバ２に障害が発生した際に、その障害から復旧した間隔を計算する項目であって、数５によって計算することが出来る。
【数５】
0004081258.tif 000006
【００８６】
従って（６）は数６のように計算することが出来る。
【数６】
0004081258.tif 000007
【００８７】
（７）は、全てのエンドユーザサーバ２の平均ＭＴＴＲであるので、数７によって計算することが出来る。
【数７】
0004081258.tif 000008
【００８８】
（８）は、全てのエンドユーザサーバ２に対する該当するエンドユーザサーバ２の偏差値であるので、数８によって示される。
【数８】
0004081258.tif 000009
【００８９】
（１）から（８）の項目を分析手段１７が分析を行うことによって、管理サーバシステム１が監視対象とするエンドユーザサーバ２の全ての中で、そのエンドユーザサーバ２が障害をどの位回避しているのか、障害発生からどの位早く復旧しているのかを客観的に把握させることが可能となり、これによって、管理者等は管理サーバシステム１の導入の効果を知ることが可能となる。又、本実施態様に於いては、エンドユーザサーバ２全てをその比較対象（母集団）としたが、任意のエンドユーザサーバ２のみを比較対象（母集団）としても良いことは言うまでもない。
【００９０】
ＥＵＳ管理データベース１８は、ＥＵＳ管理サーバ受信手段１６が受信したエンドユーザサーバ２のＮ回目の障害発生時刻とエンドユーザサーバ２のＮ回目の障害発生に対する復旧時刻（即ちＮ回目の障害が復旧した時刻）とを格納しているデータベースである。
【００９１】
次に、本実施態様のプロセスの流れの一例のフローチャート図を図６に示す。Ｓ５００からＳ５２０は実施例１と同様なので省略する。
【００９２】
Ｓ５２０に於ける内部監視の結果を内部監視送信手段８がネットワーク１３を介してＥＵＳ管理サーバ３に送信するとＥＵＳ管理サーバ３のＥＵＳ受信手段１２に於いてその情報を受信する。
【００９３】
受信した内部監視の結果と外部監視手段１１による外部監視の結果に基づいて、エンドユーザサーバ２のＮ回目の障害発生時刻とエンドユーザサーバ２のＮ回目の障害発生に対する応答時刻（即ちＮ回目の障害が復旧した時刻）とをＥＵＳ管理サーバ３の報告手段１４が、総合管理サーバ１５にネットワーク１３を介して送信する。ＥＵＳ管理サーバ３からの各エンドユーザサーバ２の監視結果の情報を総合管理サーバ１５のＥＵＳ管理サーバ受信手段１６が受信する（Ｓ５３０）。
【００９４】
Ｓ５３０に於いて受信した情報をＥＵＳ管理サーバ受信手段１６がＥＵＳ管理データベース１８に格納する（Ｓ５４０）。
【００９５】
分析手段１７は、定期的或いは不定期的にＥＵＳ管理データベース１８に格納している情報に基づいて、エンドユーザサーバ２毎、ＥＵＳ管理サーバ３毎、全体等のＭＴＢＦ、ＭＴＴＲ等の分析を行う。ＥＵＳ管理サーバ３毎の分析結果の一例を図１２に示す（尚図１２の分析結果に於いてはＥＵＳ管理サーバ３が複数台のエンドユーザサーバ２を管理している場合を示している）。これによって、管理サーバシステム１が監視対象とするエンドユーザサーバ２の全ての中で、そのエンドユーザサーバ２が障害をどの位予防しているのか、障害発生からどの位早く復旧しているのかを客観的に把握させることが可能となり、これによって、管理者等は管理サーバシステム１の導入の効果を知ることが可能となる。
【００９６】
本発明に於ける各手段、データベースは、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。
【００９７】
尚、本発明を実施するにあたり本実施態様の機能を実現するソフトウェアのプログラムを記録した記憶媒体をシステムに供給し、そのシステムのコンピュータが記憶媒体に格納されたプログラムを読み出し実行することによって実現されることは当然である。
【００９８】
この場合、記憶媒体から読み出されたプログラム自体が前記した実施態様の機能を実現することとなり、そのプログラムを記憶した記憶媒体は本発明を当然のことながら構成することになる。
【００９９】
プログラムを供給する為の記憶媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、磁気テープ、不揮発性のメモリカード等を使用することができる。
【０１００】
又、コンピュータが読み出したプログラムを実行することにより、上述した実施態様の機能が実現されるだけではなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステムなどが実際の処理の一部又は全部を行い、その処理によって前記した実施態様の機能が実現される場合も含まれることは言うまでもない。
【０１０１】
更に、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる不揮発性あるいは揮発性の記憶手段に書き込まれた後、そのプログラムの指示に基づき、機能拡張ボードあるいは機能拡張ユニットに備わる演算処理装置などが実際の処理の一部あるいは全部を行い、その処理により前記した実施態様の機能が実現される場合も含まれることは当然である。
【０１０２】
【発明の効果】
本発明によって、エンドユーザサーバの予め定めた初期稼働期間（以下、初期流動期間）のシステム状況に基づいて継続的な監視を行い障害発生の未然防止を行うと共に、その監視をシステム状態の内部監視とユーザとほぼ同様の立場からの監視を行う、即ちエンドユーザサーバのネットワーク状態の監視を行う実質上の外部監視とを組み合わせ総合的に行うことによってエンドユーザサーバの安定的管理を行う管理サーバシステムが可能となる。
【０１０３】
更にＭＴＢＦ、ＭＴＴＲ等の分析を行うことによって、管理サーバシステムが監視対象とするエンドユーザサーバの全て（或いは一部）の中で、そのエンドユーザサーバが障害をどの位回避しているのか、障害発生からどの位早く復旧しているのかを客観的に把握することが可能となり、これによって、管理者等は管理サーバシステムの導入の効果を知ることが可能となる。
【図面の簡単な説明】
【図１】  本発明のシステム構成の一例を示すシステム構成図である。
【図２】  本発明のシステム構成の他の一例を示すシステム構成図である。
【図３】  本発明のプロセスの流れの一例を示すフローチャート図である。
【図４】  内部監視のプロセスの流れの一例を示すフローチャート図である。
【図５】  外部監視のプロセスの流れの一例を示すフローチャート図である。
【図６】  本発明のプロセスの流れの他の一例を示すフローチャート図である。
【図７】  初期診断結果レポートの一般的な情報を示すレポートの概念図である。
【図８】  初期診断結果レポートの内部初期診断の結果を示すレポートの概念図である。
【図９】  初期診断レポートの外部初期診断の結果を示すレポートの概念図である。
【図１０】初期流動期間のネットワークトラフィックの概念図である。
【図１１】初期流動期間のディスク使用状況の概念図である。
【図１２】分析結果の一例である。
【符号の説明】
１：管理サーバシステム
２：エンドユーザサーバ
３：ＥＵＳ管理サーバ
４：処理機構
５：内部初期診断手段
６：内部初期流動期間手段
７：内部監視手段
８：内部監視送信手段
９：内部通知手段
１０：外部初期診断手段
１１：外部監視手段
１２：ＥＵＳ受信手段
１３：ネットワーク
１４：報告手段
１５：総合管理サーバ
１６：ＥＵＳ管理サーバ受信手段
１７：分析手段
１８：ＥＵＳ管理データベース
１９：外部初期流動期間手段
２０：外部通知手段
【図１】
0004081258.tif 000010
【図２】
0004081258.tif 000011
【図３】
0004081258.tif 000012
【図４】
0004081258.tif 000013
【図５】
0004081258.tif 000014
【図６】
0004081258.tif 000015
【図７】
0004081258.tif 000016
【図８】
0004081258.tif 000017
【図９】
0004081258.tif 000018
【図１０】
0004081258.tif 000019
【図１１】
0004081258.tif 000020
【図１２】
0004081258.tif 000021