JP2001005692A - 計算機システムおよびその保守管理システム並びに障害通知方法 - Google Patents

Abstract

(57)【要約】 【課題】解析作業に必要な基本的な情報を計算機システ
ムから保守管理サイトの解析窓口等に自動的に通知でき
るようにし、障害に対する迅速な対応の実現を図る。 【解決手段】ハードウェア、オペレーティングシステム
１１、またはアプリケーションプログラムに何らかの障
害が発生すると、その障害発生イベントが監視ソフトウ
ェア１２に通知される。監視ソフトウェア１２のログ採
取部１２４は、障害解析に必要な初期解析用データを計
算機システム１内のソフトウェアやハードウェアから採
取し、電子メールに添付して送信するための添付ファイ
ルを作成する。この添付ファイルはメール送信部１２５
によって電子メールに添付されて、保守管理サイト宛に
自動的に送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は障害通知機能を有す
る計算機システムおよびその保守管理システム並びに障
害通知方法に関する。

【０００２】

【従来の技術】一般に、オフィスや事業所においては、
計算機システムに障害が発生した場合には、その使用者
が、保守センタの解析窓口や現場のシステム管理部門の
解析窓口等に電話などで連絡を取り、症状を伝えるとい
った運用が行われている。この場合、障害発生の事実
は、様々な部署や人を経由して、解析窓口の担当者から
実際の解析担当者へと伝えられていくことが多い。

【０００３】したがって、解析担当者への情報伝達には
多くの時間を要する。特に、ソフトウェア障害やハード
ウェア障害などの障害の種類に応じて解析担当部門や解
析担当者が異なる場合には、障害解析の担当を決定する
だけで、多大な時間を要する場合があった。また、解析
担当が決定しても、その時点では、例えばマシン構成や
ＯＳの種類、システム動作環境、障害の症状などといっ
た障害解析に必要な基本的な情報が揃っていない場合が
多い。このため、解析担当者は、現場の計算機使用者に
対してまず基本的な情報の収集を依頼することから始め
なければならず、実際に解析作業に取りかかるまでには
かなりの時間が無駄に費やされるというケースがほとん
どである。

【０００４】また、従来より、計算機システムの保守管
理方法としては、遠隔保守が知られている。遠隔保守
は、保守管理対象の計算機と保守センタとを通信回線で
接続し、遠隔地から保守管理対象の計算機の障害解析な
どを行うというものである。

【０００５】しかし、この遠隔保守では、保守センタの
計算機から保守管理対象の計算機に実際にログインして
障害解析に必要な基本的な情報を取得することが必要と
されるため、もしログイン後の遠隔操作を誤ると、保守
管理対象の計算機側のデータが破壊されるなどの重大な
障害を引き起こす危険がある。このため、遠隔保守を利
用する場合には、安全性確保のため、熟練した高スキル
の技術者を遠隔操作のためのオペレータとして解析窓口
に常駐させなければならず、保守管理対象の計算機が多
数存在する場合には、多大な人的コストがかかるという
問題がある。

【０００６】

【発明が解決しようとする課題】上述したように、従来
では、障害が発生してから実際に解析作業に取りかかる
ことが可能な状態になるまでにかなりの時間が必要とさ
れるという問題があった。また、遠隔保守では、保守管
理対象の計算機が多数存在する場合には、多大な人的コ
ストがかかるという問題がある。

【０００７】本発明はこのような事情に鑑みてなされた
ものであり、解析作業に必要な基本的な情報を計算機シ
ステムから保守管理サイトの解析窓口等に自動的に通知
できるようにし、障害に対する迅速な対応を行うことが
可能な計算機システムおよびその保守管理システム並び
に障害通知方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】上述の課題を解決するた
め、本発明の計算機システムは、計算機システムの障害
を検出する障害検出手段と、前記障害検出手段によって
障害の発生が検出されたとき、前記障害の解析に必要な
情報を前記計算機システムから収集する障害解析用デー
タ収集手段と、前記障害解析用データ収集手段によって
収集された情報から電子メール送信用のファイルを作成
する手段と、前記作成されたファイルを添付した電子メ
ールを保守管理サイト宛に送信し、障害発生およびその
障害の解析に必要な情報を通知する障害通知手段とを具
備することを特徴とする。

【０００９】この計算機システムにおいては、障害が発
生すると、その障害の解析に必要な情報が自動的に収集
され、障害の解析に必要な情報が添付された電子メール
が保守管理サイト宛に送信される。これにより、障害発
生の事実とその障害の解析に必要な情報を自動的に計算
機システム側から保守管理サイトに通知できるようにな
り、保守管理サイトの解析担当者が解析作業に入るまで
の時間を大幅に短縮することが可能となる。

【００１０】また、障害の種類毎に異なる複数の保守管
理サイトが存在する場合には、障害解析用データ収集手
段によって収集された情報に基づいて、前記発生した障
害の種類を判別する障害判別手段と、前記障害判別手段
による判別結果に基づいて、前記複数の保守管理サイト
の中から前記電子メールを送信すべき保守管理サイトを
決定する手段とをさらに具備することが好ましい。これ
により、障害の種類に該当する適切な保守管理サイト宛
に障害情報付きの電子メールを送信することが可能とな
り、障害に対するより迅速な対応が可能となる。

【００１１】また、本発明は、障害の種類別に区分され
た複数の保守管理サイトおよび保守管理対象の複数の計
算機にネットワークを介して接続され、前記各保守管理
対象計算機の保守管理を行う保守管理システムであっ
て、障害が発生した保守管理対象計算機から送信される
障害情報付きの電子メールを受信および解析し、前記発
生した障害の種類を判別する障害判別手段と、前記障害
判別手段によって判別された障害の種類に対応する保守
管理サイト宛に、前記受信した電子メールを転送する手
段とを具備することを特徴とする。

【００１２】これにより、障害が発生した計算機システ
ムから保守管理システム側に送信された電子メールを、
その障害の種類に対応する保守管理サイト宛に自動転送
することが可能となる。よって、保守管理システムにつ
いてはメールを受け付けるという窓口業務のみを行うだ
けで済み、人的コストの削減を図ることができる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。

【００１４】図１には、本発明の一実施形態に係る計算
機システムの構成が示されている。この計算機システム
１は、例えばオフィスや事業所などに配備されたコンピ
ュータネットワークシステムのサーバ等として使用され
るコンピュータであり、各種障害検出のための機能を有
している。障害検出機能はハードウェアおよびソフトウ
ェアによって実現されている。

【００１５】すなわち、この計算機システム１において
は、ソフトウェアとしては、オペレーティングシステム
（ＯＳ）１１、監視ソフトウェア１２、ハードウェア
（ＨＷ）監視ドライバ１３、およびＲＡＩＤ（Redundan
t Arrays of Inexpensive Disks）ドライバ１４等が設
けられており、また、ハードウェアとしては、ハードウ
ェア（ＨＷ）検出センサ２１、マザーボード２２、メモ
リ２３、エラー検出回路２４、フラッシュメモリ２５、
ＲＡＩＤコントローラ２６、およびＲＡＩＤ構成の複数
の磁気ディスク装置２７等が設けられている。

【００１６】監視ソフトウェア１２は本実施形態の障害
通知方法を実現するためのコンピュータプログラムであ
り、ここには、オペレーティングシステム１１の障害監
視を行うＯＳモニタ部１２１、ハードウェアの障害監視
を行うハードウェア（ＨＷ）モニタ部１２２、および計
算機システム１上で実行される各種アプリケーションプ
ログラムの障害監視を行うアプリケーション（ＡＰＬ）
モニタ部１２３を初め、障害情報を計算機システム１か
ら採取してそれを計算機システム１の保守管理サイト宛
に電子メールで自動通知するための機能部として、ログ
採取部１２４およびメール送信部１２５が設けられてい
る。

【００１７】ログ採取部１２４は、障害解析に必要な初
期解析用データを計算機システム１内のソフトウェアや
ハードウェアから採取するためのものであり、計算機シ
ステム１のハードウェアまたはソフトウェアに障害が発
生したときに、初期解析用データを採取し、その採取し
た初期解析用データから電子メール用の添付ファイルを
作成する。初期解析用データは、計算機システムのハー
ドウェア環境を示すマシン構成情報、ＯＳ１１の種類お
よびバージョンの情報、フラッシュメモリ２５上に蓄積
されているハードウェア障害情報（ＦＡＮ、温度、各部
の電圧、メモリ障害）、およびディスク障害情報、等か
ら構成されている。ハードウェア障害情報（ＦＡＮ、温
度、各部の電圧、メモリ障害）については例えばハード
ウェア（ＨＷ）監視ドライバ１３を通じてフラッシュメ
モリ２５から採取され、またディスク障害情報について
はＲＡＩＤドライバ１４等を通じて採取される。

【００１８】また、ＯＳによっては、ＯＳ自体にその動
作環境の履歴を採取するＯＳ＿Ｌｏｇ採取部１１１を有
するものがあるが、この場合には、ＯＳ＿Ｌｏｇ採取部
１１１によって採取されたＯＳの動作環境履歴情報につ
いても、前述の初期解析用データとしてログ採取部１２
４により採取される。

【００１９】メール送信部１２５は、電子メールを用い
て障害発生の事実の報告と初期解析用データの通知を行
うためのものであり、ログ採取部１２４によって作成さ
れたファイルを電子メールに添付し、その電子メールを
保守センタや現場のシステム管理部門などの保守管理サ
イト宛に送信する。

【００２０】ハードウェア（ＨＷ）検出センサ２１は、
ハードウェア障害の４大要因（ディスク、ＦＡＮ、メモ
リ、電源）の内、ＦＡＮおよび電源についての状態を監
視する機能や、ＣＰＵの熱を監視する機能などを有して
いる。このハードウェア（ＨＷ）検出センサ２１はＦＡ
Ｎ、電圧、温度等に関する複数のセンサ群から構成され
ており、監視対象のデバイスからの検出値に異常が認め
られると、その時の値や日時、監視対象デバイス名、な
どの情報を、電気的に書き換え可能な不揮発性メモリで
あるフラッシュメモリ２５にマザーボード障害ログ情報
（ＭＦＬ＿Ｌｏｇ）として書き込む。

【００２１】エラー検出回路２４は計算機システム１の
主記憶として使用されるメモリ２３の障害を検出するた
めのものであり、例えばＥＣＣ付きのメモリデータにつ
いてはＥＣＣでは訂正することが出来ない２ビット分以
上のビットエラー（ｗビットエラー）が検出されたとき
に、それをフラッシュメモリ２５にマザーボード障害ロ
グ情報（ＭＦＬ＿Ｌｏｇ）として書き込む。

【００２２】ＲＡＩＤコントローラ２６はＲＡＩＤドラ
イバ１４と共同して、複数のディスク装置２７から構成
されるＲＡＩＤディスクサブシステムを制御する。ディ
スク障害はこれらＲＡＩＤコントローラ２６はＲＡＩＤ
ドライバ１４によって検出される。

【００２３】（障害検出）次に、本実施形態で用いられ
る障害検出機能について説明する。

【００２４】図２に示されているように、本実施形態の
計算機システム１においては、ハードウェア、オペレー
ティングシステム１１、またはアプリケーションプログ
ラムに何らかの障害が発生すると、その障害発生イベン
トの通知が、ハードウェアから監視ソフトウェア１２に
対して、あるいはオペレーティングシステム１１から監
視ソフトウェア１２に対して行われる。監視ソフトウェ
ア１２に対する障害発生イベントの通知は、例えば、ハ
ードウェア障害については、ハードウェア（ＨＷ）検出
センサ２１やエラー検出回路２４が障害発生を検出した
時に計算機システム１１のＣＰＵに対して障害発生を示
す割り込み信号を出力すること等によって行われ、また
オペレーティングシステム１１またはアプリケーション
プログラムの障害については、監視ソフトウェア１２自
体がメモリ２３上のある特定のデータ構造体を定期的に
ポーリングしたり、あるいはオペレーティングシステム
１１から監視ソフトウェア１２へイベント通知を発行す
ることなどによって行われる。

【００２５】このようにしてハードウェア、オペレーテ
ィングシステム１１、またはアプリケーションプログラ
ムに障害が発生したことが検出されると、障害発生およ
びその障害の解析に必要な初期解析用データを外部の保
守管理サイトに電子メールで通知するための障害通知処
理が監視ソフトウェア１２によって実行される。

【００２６】なお、ここでの障害とは、基本的には、Ｏ
Ｓの通信機能を利用し得る状態での障害、つまりアプリ
ケーションプログラムの障害、ＯＳ１１内の一部のプロ
セス障害などのＯＳ障害、またはハードウェア障害など
を意味しており、ＯＳ自体が動作停止するようなＯＳク
ラッシュは含まない。

【００２７】（障害通知処理）次に、図３のフローチャ
ートを参照して、監視ソフトウェア１２によって実行さ
れる障害通知処理の手順を説明する。

【００２８】障害発生が検出されると（ステップＳ１１
のＹＥＳ）、監視ソフトウェア１２のログ採取部１２４
は、計算機システム１のハードウェア環境を示すマシン
構成情報、ＯＳ１１の種類およびバージョンの情報、フ
ラッシュメモリ２５上に蓄積されているハードウェア障
害情報（ＦＡＮ、温度、各部の電圧、メモリ障害）、お
よびディスク障害情報、ＯＳの動作環境履歴情報などを
初期解析用データとして採取する（ステップＳ１２）。
次いで、監視ソフトウェア１２のログ採取部１２４は、
採取した初期解析用データから電子メール（Ｅ＿Ｍａｉ
ｌ）用の添付ファイルを作成し、メール送信部１２５に
渡す（ステップＳ１３）。メール送信部１２５は、監視
ソフトウェア１２内に予め登録されているメールアドレ
スを用いて、ログ採取部１２４によって作成された添付
ファイル付きの電子メール（障害Ｅ＿Ｍａｉｌ）を解析
窓口となる保守管理サイト宛に送信する（ステップＳ１
４）。

【００２９】このように障害発生の事実とその障害の解
析に必要な情報とを電子メールによって自動的に保守管
理サイトに通知することにより、保守管理サイトでは、
どのようなシステムにてどのような障害が発生したのか
を即座に知ることができるようになり、実際の解析作業
に入るまでの時間を大幅に短縮することが可能となる。

【００３０】（保守管理サービスシステム）次に、図４
を参照して、計算機システム１の保守管理を行うための
保守管理サービスシステム全体の構成を説明する。

【００３１】図４において、カスタマー計算機＃１，＃
２，…，＃Ｎはそれぞれ保守管理対象となる計算機であ
り、これら各計算機は図１の計算機システム１と同様の
構成を有している。カスタマー計算機＃１，＃２，…，
＃Ｎは公衆回線網、専用回線網、あるいはインターネッ
ト等のネットワーク２を通じて保守窓口計算機３（また
は解析窓口計算機と称される）に接続されている。保守
窓口計算機３は、カスタマー計算機＃１，＃２，…，＃
Ｎそれぞれの障害の解析窓口に配置された計算機であ
り、カスタマー計算機＃１，＃２，…，＃Ｎからの障害
Ｅ＿Ｍａｉｌはすべて保守窓口計算機３宛に送信され
る。保守窓口計算機３では、各障害Ｅ＿Ｍａｉｌの添付
ファイルを解析することによって障害の種類の判別が行
われ、その判別結果に従って、実際の解析処理を行う複
数の保守管理サイトへの障害Ｅ＿Ｍａｉｌの転送振り分
けが行われる。

【００３２】解析担当計算機（Ａ）１４は例えば工場内
の解析担当部門内等に配置された第１の保守管理サイト
内の計算機であり、オペレーティングシステムの障害や
ハードウェア障害の解析を行う。また、解析担当計算機
（Ｂ）１５は例えばソフトウェアの障害解析を行う会社
などに設けられた第２の保守管理サイト内の計算機であ
り、アプリケーションプログラムの障害解析を行うため
に利用される。この場合、オペレーティングシステム障
害やハードウェア障害に関する障害Ｅ＿Ｍａｉｌについ
ては保守窓口計算機３から第１の保守管理サイトの解析
担当計算機（Ａ）１４に自動転送され、またアプリケー
ションプログラム障害に関する障害Ｅ＿Ｍａｉｌについ
ては保守窓口計算機３から第２の保守管理サイトの解析
担当計算機（Ｂ）１５に自動転送される。

【００３３】（解析窓口の電子メール振り分け処理）次
に、図５のフローチャートを参照して、保守窓口計算機
３にて実行される障害Ｅ＿Ｍａｉｌの振り分け処理の手
順について説明する。

【００３４】保守窓口計算機３上では、メール振り分け
処理機能を実行するプログラムである保守管理システム
ソフトウェアが実行される。この保守管理システムソフ
トウェアには、解析担当計算機（Ａ，Ｂ）１４，１５そ
れぞれのメールアドレスが登録されている。保守管理シ
ステムソフトウェアは、カスタマー計算機＃１，＃２，
…，＃Ｎから障害Ｅ＿Ｍａｉｌを受信すると（ステップ
Ｓ２１）、その障害Ｅ＿Ｍａｉｌの添付ファイルを参照
して、発生した障害イベントの種類を解析する（ステッ
プＳ２２）。

【００３５】発生した障害イベントがＯＳ障害に関する
ものであれば（ステップＳ２３のＹＥＳ）、保守管理シ
ステムソフトウェアは、受信した障害Ｅ＿Ｍａｉｌを解
析担当計算機（Ａ）１４に転送する（ステップＳ２
４）。また、発生した障害イベントがアプリケーション
障害（ＡＰＬ障害）に関するものであれば（ステップＳ
２５のＹＥＳ）、保守管理システムソフトウェアは、受
信した障害Ｅ＿Ｍａｉｌを解析担当計算機（Ｂ）１５に
転送する（ステップＳ２６）。さらに、発生した障害イ
ベントがハードウェア障害（ＨＷ障害）に関するもので
あれば（ステップＳ２７のＹＥＳ）、保守管理システム
ソフトウェアは、受信した障害Ｅ＿Ｍａｉｌを解析担当
計算機（Ａ）１４に転送するか、あるいは障害部品を特
定し、解析窓口の部品担当者などがその部品を調達して
現地に向かうなどの対応が取られる（ステップＳ２
８）。

【００３６】このように、カスタマー計算機＃１，＃
２，…，＃Ｎからの障害Ｅ＿Ｍａｉｌを保守窓口計算機
３に集め、障害の種類に応じて、その障害Ｅ＿Ｍａｉｌ
を専門の解析担当者が存在する最適な保守管理サイトに
振り分けることにより、障害に対するより迅速な対応が
可能となる。また、保守窓口計算機３にて障害の種類を
判別することにより、部品調達などの簡便な作業につい
ては保守窓口にて行うことが出来るようになり、保守管
理サイトの解析担当者の負荷を低減することが可能とな
る。

【００３７】（障害通知処理：その２）次に、図６のフ
ローチャートを参照して、図１の計算機システム１の監
視ソフトウェア１２によって実行される障害通知処理の
第２の例を説明する。本例では、監視ソフトウェア１２
には解析担当計算機（Ａ，Ｂ）１４，１５それぞれのメ
ールアドレスが登録されており、図５のメール振り分け
処理は、計算機システム１内で実行される。

【００３８】すなわち、障害発生が検出されると（ステ
ップＳ３１のＹＥＳ）、監視ソフトウェア１２のログ採
取部１２４は、計算機システム１のハードウェア環境を
示すマシン構成情報、ＯＳ１１の種類およびバージョン
の情報、フラッシュメモリ２５上に蓄積されているハー
ドウェア障害情報（ＦＡＮ、温度、各部の電圧、メモリ
障害）、およびディスク障害情報、ＯＳの動作環境履歴
情報などを初期解析用データとして採取する（ステップ
Ｓ３２）。次いで、監視ソフトウェア１２のログ採取部
１２４は、採取した初期解析用データから電子メール
（Ｅ＿Ｍａｉｌ）用の添付ファイルを作成し、メール送
信部１２５に渡す（ステップＳ３３）。メール送信部１
２５は、添付ファイルを参照して、発生した障害イベン
トの種類を解析する（ステップＳ３４）。

【００３９】発生した障害イベントがＯＳ障害に関する
ものであれば（ステップＳ３５のＹＥＳ）、メール送信
部１２５は、ログ採取部１２４によって作成された添付
ファイル付きの電子メール（障害Ｅ＿Ｍａｉｌ）を解析
担当計算機（Ａ）１４宛に送信する（ステップＳ３
６）。また、発生した障害イベントがアプリケーション
障害（ＡＰＬ障害）に関するものであれば（ステップＳ
３７のＹＥＳ）、メール送信部１２５は、ログ採取部１
２４によって作成された添付ファイル付きの電子メール
（障害Ｅ＿Ｍａｉｌ）を解析担当計算機（Ｂ）１５宛に
転送する（ステップＳ３８）。さらに、発生した障害イ
ベントがハードウェア障害（ＨＷ障害）に関するもので
あれば（ステップＳ３９のＹＥＳ）、メール送信部１２
５は、ログ採取部１２４によって作成された添付ファイ
ル付きの電子メール（障害Ｅ＿Ｍａｉｌ）を解析担当計
算機（Ａ）１４宛に送信する（ステップＳ４０）。

【００４０】このように監視ソフトウェア１２自体にメ
ール振り分け機能を設けることにより、保守窓口計算機
３を経由することなく、障害の種類に対応した適切な保
守管理サイトに障害Ｅ＿Ｍａｉｌを直接送信することが
可能となる。

【００４１】（障害通知処理：その３）次に、図７のフ
ローチャートを参照して、図１の計算機システム１の監
視ソフトウェア１２によって実行される障害通知処理の
第３の例を説明する。この障害通知処理は、図３で説明
した第１の障害通知処理にステップＳ１０１の処理が追
加されている点だけが第１の障害通知処理と異なってお
り、他の点は第１の障害通知処理と同じである。

【００４２】すなわち、監視ソフトウェア１２には、解
析窓口の保守管理サイトのメールアドレスに加え、その
保守管理サイトの解析窓口担当者の電話、ページャ、ポ
ケットベル、携帯電話などの電話番号も登録されてい
る。監視ソフトウェア１２は、メール送信部１２５によ
って障害Ｅ＿Ｍａｉｌを解析窓口の保守管理サイト宛に
送信した後（ステップＳ１４）、解析窓口担当者の電
話、ページャ、ポケットベル、携帯電話などに自動発呼
して、障害の発生を解析窓口担当者に通知する（ステッ
プＳ１０１）。このように障害Ｅ＿Ｍａｉｌの送信だけ
でなく、電話、ページャ、ポケットベル、携帯電話等へ
の自動発呼機能を設けることにより、障害発生の一報を
迅速に解析窓口担当者に送ることができるので、より迅
速な対応をとることが可能となる。

【００４３】（障害通知処理：その４）次に、図８のフ
ローチャートを参照して、図１の計算機システム１の監
視ソフトウェア１２によって実行される障害通知処理の
第４の例を説明する。本例の障害通知処理はメール振り
分け機能と上述の電話一報機能とを組み合わせた例であ
り、図６のステップＳ３１〜Ｓ４０の処理にステップＳ
１１１，Ｓ１１２，Ｓ１１３の処理が追加されている。

【００４４】すなわち、監視ソフトウェア１２は、障害
Ｅ＿Ｍａｉｌを解析担当計算機（Ａ）１４宛に送信した
場合には（ステップＳ３６）、その後に、解析担当計算
機（Ａ）１４が存在する第１の保守管理サイト内の解析
担当者の電話、ページャ、ポケットベル、携帯電話など
に自動発呼して、障害の発生を通知する（ステップＳ１
１１）。また、同様にして、ステップＳ３８で障害Ｅ＿
Ｍａｉｌを解析担当計算機（Ｂ）１５宛に送信した場合
には、その後に、解析担当計算機（Ｂ）１５が存在する
第２の保守管理サイト内の解析担当者の電話、ページ
ャ、ポケットベル、携帯電話などに自動発呼し（ステッ
プＳ１１２）、またステップＳ４０で障害Ｅ＿Ｍａｉｌ
を解析担当計算機（Ａ）１４宛に送信した場合には、そ
の後に、解析担当計算機（Ａ）１４が存在する第１の保
守管理サイト内の解析担当者の電話、ページャ、ポケッ
トベル、携帯電話などに自動発呼する（ステップＳ１１
３）。

【００４５】なお、以上の説明は、基本的には、オペレ
ーティングシステム１１自体が停止するＯＳクラッシュ
以外の他の障害発生が起きた場合を想定したものであ
る。オペレーティングシステム１１自体に障害が発生し
た場合には、その状態では電子メールを送信することは
出来ないので、ＯＳクラッシュ発生時には例えば監視ソ
フトウェア１２は障害の解析に必要な情報の収集だけを
行っておき、オペレーティングシステム１１が再起動さ
れたときに、既に収集されている情報を電子メールに添
付して保守管理サイトに自動送信すればよい。これによ
り、ＯＳクラッシュの場合でも、解析に必要な情報を電
子メールで送信することが可能となる。また、ＯＳクラ
ッシュ時には、通常、ＯＳ内にデーモンなどとして設け
られたクラッシュ処理部によってＯＳクラッシュの原因
コードなどがメモリ２３上の特定の領域に書き込まれる
ので、監視ソフトウェア１２によってそれを採取してお
き、再起動時に、ＯＳクラッシュの原因コードを他の初
期解析データと一緒に電子メールにて保守管理サイトに
送信することが好ましい。

【００４６】また、上述の監視ソフトウェア１２をＣＤ
−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記
録しておけば、その記録媒体を通じて監視ソフトウェア
１２を通常の計算機に導入するだけで本実施形態と同様
の効果を得ることができる。メール振り分けのための保
守管理システムソフトウェアについても同様である。ま
た、障害検出機能についてはソフトウェアおよびハード
ウェアのどちらで実現しても良く、また監視ソフトウェ
ア１２自体に計算機システム１のソフトウェアおよびハ
ードウェアについての障害検出機能を設けてもよい。

【００４７】

【発明の効果】以上説明したように、本発明によれば、
解析作業に必要な基本的な情報を計算機システムから保
守管理サイトの解析窓口等に自動的に通知できるように
なり、障害に対する迅速な対応を行うことが可能とな
る。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る計算機システムの構
成を示すブロック図。

【図２】同実施形態における障害検出処理の原理を説明
するための図。

【図３】同実施形態で用いられる障害通知処理の第１の
手順を示すフローチャート。

【図４】同実施形態の計算機システムの保守管理を行う
ための保守管理サービスシステム全体の構成を示すブロ
ック図。

【図５】図４の保守管理サービスシステムに設けられた
解析窓口計算機にて行われるメール振り分け処理の手順
を示すフローチャート。

【図６】同実施形態で用いられる障害通知処理の第２の
手順を示すフローチャート。

【図７】同実施形態で用いられる障害通知処理の第３の
手順を示すフローチャート。

【図８】同実施形態で用いられる障害通知処理の第４の
手順を示すフローチャート。

【符号の説明】

１…計算機システム ２…ネットワーク ３…保守窓口計算機 ４…解析担当計算機 ５…解析担当計算機 １１…オペレーティングシステム １２…監視ソフトウェア １３…ハードウェア監視ドライバ １４…ＲＡＩＤドライバ ２１…ハードウェアセンサ ２４…エラー検出回路 ２５…フラッシュメモリ ２６…ＲＡＩＤコントローラ ２７…ディスク装置

Claims (10)

【特許請求の範囲】
1. 【請求項１】 計算機システムの障害を検出する障害検
   出手段と、 前記障害検出手段によって障害の発生が検出されたと
   き、前記障害の解析に必要な情報を前記計算機システム
   から収集する障害解析用データ収集手段と、 前記障害解析用データ収集手段によって収集された情報
   から電子メール送信用のファイルを作成する手段と、 前記作成されたファイルを添付した電子メールを保守管
   理サイト宛に送信し、障害発生およびその障害の解析に
   必要な情報を通知する障害通知手段とを具備することを
   特徴とする計算機システム。
2. 【請求項２】 前記障害通知手段は、前記電子メールを
   保守管理サイト宛に送信すると共に、前記保守管理サイ
   トに対して電話による発呼を行うことを特徴とする請求
   項１記載の計算機システム。
3. 【請求項３】 前記障害通知手段は、 障害の種類毎に異なる複数の保守管理サイトそれぞれの
   メールアドレスを保持する手段と、 前記障害解析用データ収集手段によって収集された情報
   に基づいて、前記発生した障害の種類を判別する障害判
   別手段と、 前記障害判別手段による判別結果に基づいて、前記複数
   の保守管理サイトの中から前記電子メールを送信すべき
   保守管理サイトを決定する手段とをさらに具備すること
   を特徴とする請求項１記載の計算機システム。
4. 【請求項４】 障害の種類別に区分された複数の保守管
   理サイトおよび保守管理対象の複数の計算機にネットワ
   ークを介して接続され、前記各保守管理対象計算機の保
   守管理を行う保守管理システムであって、 障害が発生した保守管理対象計算機から送信される障害
   情報付きの電子メールを受信および解析し、前記発生し
   た障害の種類を判別する障害判別手段と、 前記障害判別手段によって判別された障害の種類に対応
   する保守管理サイト宛に、前記受信した電子メールを転
   送する手段とを具備することを特徴とする保守管理シス
   テム。
5. 【請求項５】 計算機システムの障害発生を保守管理サ
   イトに通知するための障害通知方法であって、 前記計算機システムの障害を検出し、 前記障害の発生が検出されたとき、前記障害の解析に必
   要な情報を前記計算機システムから収集し、 前記収集した情報から電子メール送信用のファイルを作
   成し、 前記作成したファイルを添付した電子メールを保守管理
   サイト宛に送信し、障害発生およびその障害の解析に必
   要な情報を前記保守管理サイトに通知することを特徴と
   する障害通知方法。
6. 【請求項６】 前記収集された情報に基づいて前記発生
   した障害の種類を判別し、その判別結果に基づいて、障
   害の種類毎に用意された複数の保守管理サイトの中から
   前記電子メールを送信すべき保守管理サイトを決定する
   ことを特徴とする請求項５記載の障害通知方法。
7. 【請求項７】 前記計算機システムのオペレーティング
   システムが動作を継続できないような障害が発生した場
   合には、その障害発生時に、前記障害の解析に必要な情
   報を収集し、 前記オペレーティングシステムが再起動されたときに、
   前記収集した情報を電子メールによって保守管理サイト
   に送信することを特徴とする請求項５記載の障害通知方
   法。
8. 【請求項８】 障害の種類別に区分された複数の保守管
   理サイトおよび保守管理対象の複数の計算機にネットワ
   ークを介して接続され、前記各保守管理対象計算機の保
   守管理を行う保守管理システムにおいて適用される障害
   通知方法であって、 障害が発生した保守管理対象計算機から送信される障害
   情報付きの電子メールを受信および解析することによっ
   て、前記発生した障害の種類を判別し、 前記障害判別手段によって判別された障害の種類に対応
   する保守管理サイト宛に、前記受信した電子メールを転
   送することを特徴とする障害通知方法。
9. 【請求項９】 計算機システムの障害発生を保守管理サ
   イトに通知するためのコンピュータプログラムが記録さ
   れた記録媒体であって、 前記コンピュータプログラムは、 計算機システムに障害が発生したとき、前記障害の解析
   に必要な情報を前記計算機システムから収集する手順
   と、 前記収集した情報から電子メール送信用のファイルを作
   成する手順と、 前記作成したファイルを添付した電子メールを保守管理
   サイト宛に送信し、障害発生およびその障害の解析に必
   要な情報を前記保守管理サイトに通知する手順とを具備
   することを特徴とする記録媒体。
10. 【請求項１０】 前記コンピュータプログラムは、 前記収集された情報に基づいて前記発生した障害の種類
    を判別する手順と、 前記判別結果に基づいて、障害の種類毎に用意された複
    数の保守管理サイトの中から前記電子メールを送信すべ
    き保守管理サイトを決定する手順とをさらに具備するこ
    とを特徴とする請求項９記載の記録媒体。