(57)【要約】【課題】情報処理装置の有する異常通報機能が全体として正常に動作するか否かを確認できるようにすること。【解決手段】管理サーバマシン２０は、監視対象サーバマシン１０のシステム監視機構１５に対し、定期的に、疑似エラーコードを引き渡し、システム監視機構１５が、疑似エラーコード通知プログラム１０ｂに従って、オペレーティングシステム１０ｃに疑似エラーコードを通知することによって、オペレーティングシステム１０ｃより上流に対して擬似的な故障の発生を認識させる。管理サーバマシン２０は、その疑似エラーコードの引き渡しの応答として、監視対象サーバマシン１０からエラーメッセージを受信すると、そのエラーメッセージの内容とシステム監視機構１５に引き渡した疑似エラーコードとに基づいて、異常通報機能の経路のうち管理サーバマシン２０までの経路の動作が正常であるか否かを判定し、判定結果を保守員マシン３０に通知する。【選択図】図２
2010097357.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置で発生した異常を外部装置に通報する異常通報システムであって、
前記情報処理装置を構成するいずれかの要素で異常が発生すると、発生した異常の種別を特定する種別コードを生成する生成部、及び、
前記生成部が生成した種別コードを含むエラーメッセージを生成して、前記情報処理装置に接続された通報装置に送信する送信部
を備え、
前記通報装置が、
前記情報処理装置からエラーメッセージを受信すると、受信した前記エラーメッセージに基づいて前記情報処理装置の異常を前記外部装置に通報する通報部、
擬似エラーコードであることを示す情報と所定の種別コードとを含む擬似エラーコードを生成して、前記情報処理装置に引き渡す疑似エラー生成部、
前記擬似コードに対する応答として前記情報処理装置から受信したエラーメッセージと前記情報処理装置に引き渡した前記疑似コードとに基づいて、前記送信部の動作が正常か否かを判定する判定部、及び、
前記判定部による判定結果を前記外部装置に通知する通知部
を備える
ことを特徴とする異常通報システム。
【請求項２】
情報処理装置を構成するいずれかの要素で異常が発生すると、発生した異常種別を特定する種別コードを生成する生成部、及び、前記生成部が生成した種別コードを含むエラーメッセージを生成して、前記情報処理装置に接続された通報装置に送信する送信部を備えるとともに、前記通報装置が、前記情報処理装置からエラーメッセージを受信すると、受信した前記エラーメッセージに基づいて前記情報処理装置の異常を外部装置に通報する通報部を備える異常通報システムを診断する方法であって、
前記通報装置に対し、
擬似エラーコードであることを示す情報と所定の種別コードとを含む疑似エラーコードを生成して、前記情報処理装置に引き渡させ、
前記擬似コードの引き渡しに対する応答として前記情報処理装置から受信したエラーメッセージと前記情報処理装置に引き渡した前記疑似コードとに基づいて、前記送信部の動作が正常か否かを判定させ、
その判定による判定結果を前記外部装置に通知させる
ことを特徴とする診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、情報処理装置で発生した異常（エラー）を保守員等が利用する外部装置に通報するシステムに関する。
【背景技術】
【０００２】
周知のように、情報処理装置は、記憶装置やＣＰＵ［Central Processing Unit］のよ
うな要素から構成されている。情報処理装置の幾つかは、何れかの要素で異常が発生するとその異常を外部装置に通報する異常通報機能を有している。
【０００３】
異常通報機能を実現するため、情報処理装置には、何れかの要素で異常が発生したときに、その異常の種別を特定するための種別コードを生成する機能、及び、生成された種別コードを含むエラーメッセージを生成して送信する機能が組み込まれる。また、情報処理装置には、送信されたエラーメッセージを受信して外部装置に通報する通報装置が接続される。
【０００４】
従来、エラーメッセージを生成して通報装置へ送信する機能が正常に動作するか否かを診断して、その診断結果を外部装置に通知する機能は存在していなかった。このため、外部装置を利用する保守員等は、情報処理装置の有する異常通報機能が全体として正常に動作するか否かを、確認することができなかった。
【０００５】
【特許文献１】特開昭５６−０７６８５２号公報
【特許文献２】特開平０４−３６９０４６号公報
【特許文献３】特開平０５−３２４３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本実施形態は、前述したような従来の事情に鑑みてなされたものであり、その課題は、情報処理装置の有する異常通報機能が全体として正常に動作するか否かを確認できるようにすることにある。
【課題を解決するための手段】
【０００７】
前述の課題を解決するために案出した異常通報システムは、情報処理装置で発生した異常を外部装置に通報する異常通報システムであって、情報処理装置を構成するいずれかの要素で異常が発生すると、発生した異常の種別を特定する種別コードを生成する生成部、及び、その生成部が生成した種別コードを含むエラーメッセージを生成して、情報処理装置に接続された通報装置に送信する送信部を備え、通報装置が、情報処理装置からエラーメッセージを受信すると、受信したエラーメッセージに基づいて情報処理装置の異常を外部装置に通報する通報部、擬似エラーコードであることを示す情報と所定の種別コードとを含む擬似エラーコードを生成して、情報処理装置に引き渡す疑似エラー生成部、擬似コードに対する応答として情報処理装置から受信したエラーメッセージと情報処理装置に引き渡した疑似コードとに基づいて、送信部の動作が正常か否かを判定する判定部、及び、その判定部による判定結果を外部装置に通知する通知部を備えることを、特徴としている。
【０００８】
このように構成されると、通報装置から擬似コードが情報処理装置に引き渡されたときには、送信部が、疑似エラーコードの応答として、エラーメッセージを生成して通報装置へ送信し、通報装置では、その送信部から送られてくるエラーメッセージと情報処理装置
に引き渡した疑似コードとに基づいて、送信部が正常に動作しているか否かが判定され、その判定結果が外部装置に通知される。このため、外部装置を利用する保守員等は、情報処理装置の有する異常通報機能が全体として正常に動作するか否かを確認することができる。
【０００９】
なお、以上に開示した異常通報システムに係る動作は、その異常通報システムの各部と同等に機能する複数の手順をコンピュータが実行する方法によって実現されても良いし、それら各部と同等の機能を複数の手段としてコンピュータに実行させるプログラムによって実現されても良い。また、当該動作は、前述したプログラムを格納したコンピュータ可読媒体をコンピュータに装着してそのコンピュータにそのプログラムを読み込ませて実行させることによって実現しても良い。
【発明の効果】
【００１０】
以上に説明したことから、先に開示した異常通報システムによれば、情報処理装置の有する異常通報機能が全体として正常に動作するか否かが、確認できるようになる。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照しながら、本実施形態のサーバ管理システムについて、説明する。
【００１２】
《構成》
図１は、本実施形態のサーバ管理システムの構成図である。
【００１３】
本実施形態のサーバ管理システムは、監視対象サーバマシン１０の保守管理サービスを顧客に提供する業者が利用するシステムであり、監視対象サーバマシン１０と、管理サーバマシン２０と、保守員マシン３０とを備えている。
【００１４】
監視対象サーバマシン１０は、ネットワークを介して図示せぬクライアントマシンに各種のサービスを提供するマシンであるとともに、管理サーバマシン２０の監視対象となっているマシンである。監視対象サーバマシン１０は、管理サーバマシン２０とともに、保守管理サービスを享受する顧客の施設内に設置されている。
【００１５】
管理サーバマシン２０は、監視対象サーバマシン１０を構成する何れかのユニット（要素）で故障が発生することによって監視対象サーバマシン１０内の後述する機能がエラーメッセージを送信してきた場合にその故障を異常として保守員マシン３０に通報するマシンである。
【００１６】
保守員マシン３０は、管理サーバマシン２０から通報された監視対象サーバマシン１０の異常を保守員や顧客に通知するマシンである。保守員マシン３０は、遠隔監視センターの施設内に設置されている。図１に示すように、保守員マシン３０は、管理サーバマシン２０とネットワークＮＷを介して通信自在に接続されている。
【００１７】
なお、図１では、管理サーバマシン２０には、１台の監視対象サーバマシン１０が接続されているが、２台以上の監視対象サーバマシン１０が接続されていても良い。また、図１では、保守員マシン３０には、２台の管理サーバマシン２０が接続されているが、２台以上の管理サーバマシン２０が接続されていても良い。
【００１８】
図２は、監視対象サーバマシン１０の構成図である。
【００１９】
監視対象サーバマシン１０は、通信ユニット１１、ストレージユニット１２、ＣＰＵ［
Central Processing Unit］１３、メインメモリユニット１４、及び、システム監視機構
１５を備えている。
【００２０】
通信ユニット１１は、他のコンピュータとデータの遣り取りを行うためのユニットである。通信ユニット１１としては、イーサネット（米国ゼロックス社の商標）カード、ＦＣ［Fiber Channel］カード、ＡＴＭ［Asynchronous Transfer Mode］カード、トークンリ
ングカード、ＦＤＤＩ［Fiber-distributed data interface］カードなどがある。本実施形態では、通信ユニット１１は、ケーブルを介して管理サーバマシン２０に通信自在に接続されている。
【００２１】
ストレージユニット１２は、各種のプログラム及び各種のデータを記録媒体に記録したりそれらを記録媒体から読み出したりするユニットである。ストレージユニット１２としては、ソリッドステートドライブ装置、ハードディスクドライブ装置、ＤＶＤ［Digital Versatile Disk］ドライブ装置、＋Ｒ／＋ＲＷドライブ装置、又は、ＢＤ［Blu-ray Disk］ドライブ装置などがある。また、記録媒体としては、不揮発性半導体メモリ（フラッシュメモリ）を含むシリコンディスク、ハードディスク、ＤＶＤ（ＤＶＤ−Ｒ［Recordable］、ＤＶＤ−ＲＷ［Rewritable］、ＤＶＤ−ＲＯＭ［Read Only Memory］、ＤＶＤ−ＲＡＭ［Random Access Memory］を含む）、＋Ｒ／＋ＲＷ、又は、ＢＤ（ＢＤ−Ｒ、ＢＤ−ＲＥ［Rewritable］、ＢＤ−ＲＯＭを含む）などがある。
【００２２】
ＣＰＵ１３は、ストレージユニット１２内のプログラムに従って、監視対象サーバマシン１０における処理を行うユニットである。メインメモリユニット１４は、ＣＰＵ１３がプログラムやデータをキャッシュしたり作業領域を展開したりするためのユニットである。
【００２３】
システム監視機構１５は、ストレージユニット１２やＣＰＵ１３などのユニット（要素）から故障発生とともに出力される故障信号を受信し、受信した故障信号に対応するエラーコードを生成するサービスプロセッサである。
【００２４】
図２に示されたシステム監視機構１５は、具体的には、Ｉ／Ｆ［InterFace］ユニット
１５ａ、故障信号受信ユニット１５ｂ、ＲＯＭ［Read Only Memory］ユニット１５ｃ、ＣＰＵ１５ｄ、及び、ＲＡＭユニット１５ｅを含んでいる。
【００２５】
Ｉ／Ｆユニット１５ａは、通信ユニット１１、ＣＰＵ１３、メインメモリユニット１４とデータの遣り取りをするためのユニットである。故障信号受信ユニット１５ｂは、ストレージユニット１２及びＣＰＵ１３などのユニット（要素）から故障信号を受信するユニットである。ＲＯＭユニット１５ｃは、各種のプログラム及び各種のデータが記録されているユニットである。ＣＰＵ１５ｄは、ＲＯＭユニット１５ｃ内のプログラムに従ってシステム監視機構１５における処理を行うユニットである。ＲＡＭ［Random Access Memory］ユニット１５ｅは、ＣＰＵ１５ｄがプログラムやデータをキャッシュしたり作業領域を展開したりするためのユニットである。
【００２６】
システム監視機構１５は、ＲＯＭユニット１５ｃに、正規エラーコード生成プログラム１０ａ、及び、疑似エラーコード通知プログラム１０ｂを記憶している。なお、図２では、正規エラーコード生成プログラム１０ａ及び疑似エラーコード通知プログラム１０ｂがＲＯＭユニット１５ｃから読み出されてＲＡＭユニット１５ｅに機能として展開されている状態が示されている。
【００２７】
正規エラーコード生成プログラム１０ａは、故障信号受信ユニット１５ｂが何れかのユニットから故障信号を受信したときに、その故障信号に対応する正規エラーコードを生成
してオペレーティングシステム１０ｃに送信するためのプログラムである。故障信号受信ユニット１５ｂが、何れかのユニットが故障によって発した故障信号を受信すると、ＣＰＵ１５ｄは、正規エラーコード生成プログラム１０ａに従って、異常（故障）の種別を特定する種別コードと、故障信号を発したユニットを特定する部品コードとを生成する。続いて、ＣＰＵ１５ｄは、正規エラーコード生成プログラム１０ａに従って、生成した種別コードと部品コードとを組み合わせる。更に、ＣＰＵ１５ｄは、エラーコードが正規エラーコードであるか疑似エラーコードであるかを示す１ビットの情報を、疑似フラグとして、種別コードと部品コードとの組み合わせの末尾に附加することによって、エラーコードを生成する。従って、正規エラーコード生成プログラム１０ａを実行するＣＰＵ１５ｄの機能は、前述した生成部に相当している。なお、本実施形態では、エラーコードは、末尾の疑似フラグが「１」である場合に疑似エラーコードとなり、擬似フラグが「０」の場合に現実の故障発生を示す正規エラーコードとなる。
【００２８】
疑似エラーコード通知プログラム１０ｂは、管理サーバマシン２０から通信ユニット１１とオペレーティングシステム１０ｃとを介して疑似エラーコードが引き渡されたときに、受信した疑似エラーコードをオペレーティングシステム１０ｃに通知するプログラムである。管理サーバマシン２０から引き渡される疑似エラーコードは、所定の種別コードと所定の部品コードとを含むとともに、エラーコードが疑似エラーコードであるか否かを示す１ビットの情報を、疑似フラグとして含んでいる。疑似エラーコードに含まれる部品コードは、実際に故障が発生したユニットを特定する情報ではなく、擬似的に故障発生源とされたユニットを特定する情報となっている。また、疑似エラーコードに含まれる種別コードは、擬似的に故障発生源とされたユニットにおいて発生したと擬制された異常（故障）の種別を特定する情報となっている。
【００２９】
監視対象サーバマシン１０は、ストレージユニット１２に、オペレーティングシステム１０ｃと、サーバ監視ソフトウエア１０ｅとを記憶している。なお、図２では、オペレーティングシステム１０ｃ及びサーバ監視ソフトウエア１０ｅがストレージユニット１２から読み出されてメインメモリユニット１４に展開された状態が示されている。
【００３０】
オペレーティングシステム１０ｃは、各種アプリケーションプログラムへのＡＰＩ［Application Programming Interface］やＡＢＩ［Application Binary Interface］の提供
、ストレージユニット１２やメインメモリユニット１４の記憶領域の管理、プロセスやタスクの管理、ファイル管理や各種設定ツールやエディタといったユーティリティのアプリケーションプログラムへの提供、及び、画面出力を多重化するための複数タスクへのウインドウの割り当てを行うソフトウエアである。オペレーティングシステム１０ｃには、図示せぬ通信インターフェースプログラムが含まれている。通信インターフェースプログラムは、通信ユニット１１を介して接続されている他のコンピュータ、本実施形態では管理サーバマシン２０の通信インターフェースプログラムとデータの遣り取りを行うプログラムである。通信インターフェースプログラムとしては、ＴＣＰ／ＩＰ［Transmission Control Protocol/Internet Protocol］スイートがある。また、オペレーティングシステム
１０ｃは、システムログ機能を含んでいる。システムログ機能は、各種のハードウェアや各種のシステムから通報される障害情報、ログイン情報、及び、パフォーマンス情報を、ログとしてシステムログファイル１０ｄに記録する機能である。システムログ機能は、システム監視機構１５から正規エラーコード又は疑似エラーコードを受信すると、受信した正規エラーコード又は疑似エラーコードを含むエラーメッセージを生成してシステムログファイル１０ｄに記録するようになっている。なお、エラーメッセージには、正規エラーコード又は疑似エラーコードの他に、故障発生日時を示す日時情報と、故障したユニットの部品名とが含まれる。但し、エラーコードが疑似エラーコードである場合には、故障発生日時を示す日時情報として、疑似エラーコード通知プログラム１０ｂが疑似エラーコードを通知してきた日時を示す日時情報が示される。
【００３１】
サーバ監視ソフトウエア１０ｅは、システムログファイル１０ｄに記録される各種情報を監視し、エラーメッセージがシステムログファイル１０ｄに記録されたときに、記録されたエラーメッセージをシステムログファイル１０ｄから取得して、取得したエラーメッセージを管理サーバマシン２０に送信するようになっている。管理サーバマシン２０に送信されるエラーメッセージには、正規エラーコードと現実の故障が発生した日時を示す日時情報とが含まれるか、又は、疑似エラーコードとその疑似エラーコードをオペレーティングシステム１０ｃが通知された日時を示す日時情報とが含まれる。
【００３２】
なお、以上のことから、正規エラーコードと疑似エラーコードは、何れも、オペレーティングシステム１０ｃと、システムログファイル１０ｄと、サーバ監視ソフトウエア１０ｅに基づくサーバ監視機能とをこの順に経由して、管理サーバマシン２０に送信される。従って、監視対象サーバマシン１０においてオペレーティングシステム１０ｃとサーバ監視ソフトウエア１０ｅとを実行するＣＰＵ１３の機能は、前述した送信部に相当している。
【００３３】
図３は、管理サーバマシン２０の構成図である。
【００３４】
管理サーバマシン２０は、通信ユニット２１、２２、ストレージユニット２３、ＣＰＵ２４、及び、メインメモリユニット２５を、備えている。
【００３５】
通信ユニット２１、２２は、他のコンピュータとデータの遣り取りを行うためのユニットである。つまり、通信ユニット２１、２２は、監視対象サーバマシン１０の通信ユニット１１と同等の機能を発揮するものであり、一例として先に例示したネットワークカードである。本実施形態では、通信ユニット２１は、監視対象サーバマシン１０に通信自在に接続され、通信ユニット２２は、ネットワークを介して保守員マシン３０に通信自在に接続されている。
【００３６】
ストレージユニット２３は、各種のプログラム及び各種のデータを読み書き自在に記録媒体に記録するユニットである。つまり、ストレージユニット２３は、監視対象サーバマシン１０のストレージユニット１２と同等の機能を発揮するものであり、一例として先に例示した記録媒体を備えるドライブ装置である。
【００３７】
ＣＰＵ２４は、ストレージユニット２３内のプログラムに従って管理サーバマシン２０における処理を行うユニットである。メインメモリユニット２５は、ＣＰＵ２４がプログラムやデータをキャッシュしたり作業領域を展開したりするためのユニットである。
【００３８】
管理サーバマシン２０は、ストレージユニット２３に、オペレーティングシステム２０ａ、異常通報ソフトウエア２０ｂ、レジストレーション情報テーブル２０ｃ、種別テーブル２０ｄ、及び、部品テーブル２０ｅを記憶している。なお、図３では、オペレーティングシステム２０ａ及び異常通報ソフトウエア２０ｂがストレージユニット２３から読み出されてメインメモリユニット２５に展開されている状態が示されている。
【００３９】
オペレーティングシステム２０ａは、監視対象サーバマシン１０のオペレーティングシステム１０ｃと同等の機能を発揮するものであり、通信インターフェースプログラムを含んでいる。
【００４０】
異常通報ソフトウエア２０ｂは、監視対象サーバマシン１０内のサーバ監視ソフトウエア１０ｅによるサーバ監視機能がエラーメッセージを送信してきた場合にそのエラーメッセージに基づいて監視対象サーバマシン１０の異常を保守員マシン３０に通報するソフト
ウエアである。異常通報ソフトウエア２０ｂは、通報モジュール（プログラム）２０１、及び、定期診断モジュール（プログラム）２０２を含んでいる。
【００４１】
通報モジュール２０１は、現実の故障発生を示す正規エラーコードを含むエラーメッセージを監視対象サーバマシン１０から受信した場合に、そのエラーメッセージに基づいて通報メッセージを生成し、生成した通報メッセージを送信することにより、監視対象サーバマシン１０の異常を保守員マシン３０に通報するプログラムである。なお、通報メッセージには、監視対象サーバマシン１０のホスト名とエラーメッセージとが含まれる。ここで、現実の故障発生に係るエラーメッセージには、前述したように、正規エラーコードと現実の故障が発生した日時を示す日時情報とが含まれるため、通報メッセージにも、これらが含まれることとなる。また、通報メッセージには、正規エラーコードに含まれる種別コード及び部品コードにそれぞれ対応する種別名及び部品名が含まれていても良い。
【００４２】
定期診断モジュール２０２は、監視対象サーバマシン１０のオペレーティングシステム１０ｃ内のシステムログ機能によるエラーメッセージの生成と、サーバ監視ソフトウエア１０ｅに基づくサーバ監視機能によるエラーメッセージのシステムログファイル１０ｄからの取得と、サーバ監視機能によるエラーメッセージの管理サーバマシン２０への送信と、管理サーバマシン２０の異常通報ソフトウエア２０ｂ内の通報モジュール２０１による保守員マシン３０への異常の通報とからなる一連の異常通報機能が正常に動作しているか否かを定期的に診断するプログラムである。
【００４３】
レジストレーション情報テーブル２０ｃは、異常通報機能の定期診断に関する情報を記憶するテーブルである。図４は、レジストレーション情報テーブル２０ｃを模式的に示す図である。図４に示すレジストレーション情報テーブル２０ｃの各レコードは、「ホスト名」、「部品名」、「種別名」、「周期」及び「時刻」のフィールドを有している。「ホスト名」フィールドは、異常通報機能の定期診断の対象となる監視対象サーバマシン１０のホスト名が記録されるフィールドである。「部品名」フィールドは、異常通報機能の定期診断で擬似的に故障発生源とされるユニットの部品名が記録されるフィールドである。「種別名」フィールドは、異常通報機能の定期診断で擬似的に故障発生源とされたユニットにおいて発生したと擬製された異常（故障）の種別の名称が記録されるフィールドである。「周期」フィールドは、異常通報機能の定期診断についての実行周期が記録されるフィールドである。図４の例では、「周期」として曜日が記録される。「時刻」フィールドは、異常通報機能の定期診断の実行日における実行時刻が記録されるフィールドである。
【００４４】
なお、異常通報機能の定期診断に関する情報は、管理サーバマシン２０に接続された図示せぬ制御卓（コンソール）の表示領域に表示される定期診断受付画面を通じて、レジストレーション情報テーブル２０ｃに登録されてもよい。図５は、定期診断受付画面４０の一例を示す図である。図５に示す定期診断受付画面４０は、５個のコンボボックス４１〜４５と、２個のボタン４６、４７とを含んでいる。なお、コンボボックス４１〜４５は、ドロップダウンリストボックスとエディットフィールドを組み合わせた機能を有するＧＵＩ［Graphical User Interface］である。コンボボックス４１は、異常通報機能の定期診断の対象となる監視対象サーバマシン１０のホスト名を入力するためのコンボボックスである。コンボボックス４２は、異常通報機能の定期診断の対象となる監視対象サーバマシン１０に含まれるユニットのうち、異常通報機能の定期診断で擬似的に故障発生源とされるユニットの部品名を入力するためのコンボボックスである。コンボボックス４３は、異常通報機能の定期診断で擬似的に故障発生源とされるユニットにおいて発生したと擬製された異常（故障）の種別の名称を入力するためのコンボボックスである。コンボボックス４４は、異常通報機能の定期診断についての実行周期、例えば曜日を入力するためのコンボボックスである。コンボボックス４５は、異常通報機能の定期診断の実行日における実行時刻を入力するためのコンボボックスである。ボタン４６は、各コンボボックス４１〜
４５に入力された情報により特定される定期診断をレジストレーション情報テーブル２０ｃに登録するための登録ボタンである。ボタン４７は、定期診断に関する情報をレジストレーション情報テーブル２０ｃへ登録する作業を取り止めるための中止ボタンである。操作者（利用者）は、図示せぬ制御卓を通じて、図５に示したような定期診断受付画面４０の各コンボボックス４１〜４５に任意の情報を入力し、登録ボタン４６をクリックすると、異常通報機能の定期診断に関する情報を、レジストレーション情報テーブル２０ｃに登録することができる。
【００４５】
図３に示す種別テーブル２０ｄは、監視対象サーバマシン１０内の各ユニットで発生し得る異常（故障）の種別の名称と種別コードとを対応付けて定義するテーブルである。図６は、種別テーブル２０ｄを模式的に示す図である。図６に示す種別テーブル２０ｄの各レコードは、「種別名」及び「種別コード」のフィールドを有している。「種別名」フィールドは、故障種別の名称が記録されるフィールドである。「種別コード」フィールドは、故障種別に対応する種別コードが記録されるフィールドである。
【００４６】
図３に示す部品テーブル２０ｅは、監視対象サーバマシン１０内のユニットの部品名と部品コードとを対応付けて定義するテーブルである。図７は、部品テーブル２０ｅを模式的に示す図である。図７に示す部品テーブル２０ｅの各レコードは、「部品名」及び「部品コード」のフィールドを有している。「部品名」フィールドは、ユニットの部品名が記録されるフィールドである。「部品コード」フィールドは、ユニットに対応する部品コードが記録されるフィールドである。
【００４７】
図８は、定期診断モジュール２０２の構成図である。
【００４８】
定期診断モジュール２０２は、疑似エラーコード生成プログラム２０２ａ、疑似故障発生記録テーブル２０２ｂ、エラーコード判定プログラム２０２ｃ、及び、診断結果通知プログラム２０２ｄを含んでいる。
【００４９】
疑似エラーコード生成プログラム２０２ａは、疑似エラーコードを生成して監視対象サーバマシン１０の疑似エラーコード通知プログラム１０ｂに引き渡すプログラムである。疑似エラーコード生成プログラム２０２ｂに従ってＣＰＵ２４が実行する処理の内容については、図１２を用いて後述する。
【００５０】
疑似故障発生記録テーブル２０２ｂは、異常通報機能の定期診断の実行に関する情報が記録されるテーブルである。図９は、疑似故障発生記録テーブル２０２ｂを模式的に示す図である。図９に示す疑似故障発生記録テーブル２０２ｂの各レコードは、「ホスト名」、「開始」、「疑似エラーコード」、「診断中」、「終了」及び「結果」のフィールドを有している。「ホスト名」フィールドは、異常通報機能の定期診断が実行された監視対象サーバマシン１０のホスト名が記録されるフィールドである。「開始」フィールドは、異常通報機能の定期診断の実行開始日時が記録されるフィールドである。「疑似エラーコード」フィールドは、異常通報機能の定期診断において疑似エラーコード通知プログラム１０ｂに引き渡された疑似エラーコードが記録されるフィールドである。「診断中」フィールドは、異常通報機能の定期診断が行われている最中であるか否かを示す診断中フラグが記録されるフィールドである。なお、後述するように、本実施形態では、定期診断が行われている最中であるときに診断中フラグが「ＯＮ」となり、定期診断が終了すると診断中フラグが「ＯＦＦ」になる。「終了」フィールドは、異常通報機能の定期診断においてサーバ監視ソフトウエア１０ｅに基づくサーバ監視機能からエラーメッセージを受け取った日時、言い換えれば定期診断が終了した日時が記録されるフィールドである。「結果」フィールドは、異常通報機能における監視対象サーバマシン１０のオペレーティングシステム１０ｃから保守員マシン３０までの経路のうち、監視対象サーバマシン１０のオペレー
ティングシステム１０ｃから管理サーバマシン２０までの経路における動作が正常であったか異常であったかを示す診断結果が記録されるフィールドである。診断結果としては、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が正常であればＯＫ［OKay］が、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が異常であればＮＧ［No Good］が、それぞれ記録される。
【００５１】
図８に示すエラーコード判定プログラム２０２ｃは、監視対象サーバマシン１０のサーバ監視ソフトウエア１０ｅに基づくサーバ監視機能からエラーメッセージを受信し、受信したエラーメッセージに含まれるエラーコードが現実の故障発生を示す正規エラーコードであれば、エラーメッセージを通報モジュール２０１に引き渡し、受信したエラーメッセージに含まれるエラーコードが定期診断に係る疑似エラーコードであれば、エラーメッセージを診断結果通知プログラム２０２ｄに引き渡すプログラムである。エラーコード判定プログラム２０２ｃに従ってＣＰＵ２４が実行する処理の内容については、図１２及び図１３を用いて後述する。
【００５２】
診断結果通知プログラム２０２ｄは、異常通報機能における監視対象サーバマシン１０のオペレーティングシステム１０ｃから保守員マシン３０までの経路のうち、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路での動作に関する診断の結果をエラーコード判定プログラム２０２ｃから取得し、取得した診断結果に基づいて診断結果通知メッセージを生成し、生成した診断結果通知メッセージを送信することによって、その診断結果を保守員マシン３０に通知するプログラムである。なお、診断結果通知メッセージには、監視対象サーバマシン１０のホスト名とエラーメッセージと診断結果を示す「正常」又は「異常」文言とが含まれる。ここで、定期診断に係るエラーメッセージには、前述したように、疑似エラーコードと監視対象サーバマシン１０のオペレーティングシステム１０ｃに疑似エラーコードが通知された日時を示す日時情報とが含まれるため、診断結果通知メッセージにも、これらが含まれることとなる。
【００５３】
図１０は、保守員マシン３０の構成図である。
【００５４】
保守員マシン３０は、スピーカ付き液晶ディスプレイ等の出力デバイス３１と、キーボードやマウス等の操作デバイス３２と、これらデバイス３１、３２が接続された本体とを有する。本体は、グラフィックサウンド制御ユニット３３、入力制御ユニット３４、通信ユニット３５、ストレージユニット３６、ＣＰＵ３７、及び、メインメモリユニット３８などを内蔵している。
【００５５】
グラフィックサウンド制御ユニット３３は、ＣＰＵ３７から渡される音声映像データに基づいて音声映像信号を生成して出力デバイス３１に出力するユニットである。入力制御ユニット３４は、操作デバイス３２から操作信号を受け付けてＣＰＵ３７に通知するユニットである。
【００５６】
通信ユニット３５は、他のコンピュータとデータの遣り取りを行うユニットである。つまり、通信ユニット３５は、監視対象サーバマシン１０の通信ユニット１１と同等の機能を発揮するものであり、先に例示したネットワークカードである。本実施形態では、通信ユニット３５は、ネットワークＮＷを介して管理サーバマシン２０に通信自在に接続されている。
【００５７】
ストレージユニット３６は、各種のプログラム及び各種のデータを読み書き自在に記録媒体に記録するユニットである。つまり、ストレージユニット３６は、監視対象サーバマシン１０のストレージユニット１２と同等の機能を発揮するものであり、先に例示した記
録媒体を備えるドライブ装置である。
【００５８】
ＣＰＵ３７は、ストレージユニット３６内のプログラムに従って保守員マシン３０における処理を行うユニットである。メインメモリユニット３８は、ＣＰＵ３７がプログラムやデータをキャッシュしたり作業領域を展開したりするためのユニットである。
【００５９】
保守員マシン３０は、ストレージユニット３６にオペレーティングシステム３０ａ、顧客情報テーブル３０ｂ、受信プログラム３０ｃ、イベントログテーブル３０ｄ、顧客通知プログラム３０ｅ、及び、メーラー３０ｆを記憶している。
【００６０】
オペレーティングシステム３０ａは、監視対象サーバマシン１０のオペレーティングシステム１０ｃと同等の機能を発揮するものであり、通信インターフェースプログラムを含んでいる。
【００６１】
顧客情報テーブル３０ｂは、監視対象サーバマシン１０のホスト名と、監視対象サーバマシン１０の保守管理サービスを享受する顧客の電子メールアドレスとを対応付けて管理するテーブルである。なお、顧客の施設内に新規の管理サーバマシン２０が設置された際、保守員は、新規な管理サーバマシン２０が保守員マシン３０の管理下に置かれるよう、管理サーバマシン２０に図示せぬ操作卓（コンソール）を接続して、操作卓から各種の情報を保守員マシン３０に登録する。顧客情報テーブル３０ｂに登録されているホスト名と電子メールアドレスは、この登録作業によって保守員マシン３０に登録されたものであっても良い。
【００６２】
受信プログラム３０ｃは、管理サーバマシン２０の通報モジュール２０１から通報メッセージを受信するとともに、定期診断モジュール２０２から診断結果通知メッセージを受信して、イベントログテーブル３０ｄに記録するプログラムである。また、監視対象サーバマシン１０の異常、又は、異常通報機能の定期診断の結果を保守員に提示するため、受信プログラム３０ｃは、通報メッセージ又は診断結果通知メッセージを受信すると、メッセージの内容を出力デバイス３１に表示するようにもなっている。
【００６３】
イベントログテーブル３０ｄは、受信プログラム３０ｃが管理サーバマシン２０から受信した通報メッセージ又は診断結果通知メッセージの内容を記憶するテーブルである。図１１は、イベントログテーブル３０ｄを模式的に示す図である。図１１に示すイベントログテーブル３０ｄの各レコードは、「ホスト名」、「イベント日時」、「エラーコード」及び「内容」のフィールドを有している。「ホスト名」フィールドは、通報メッセージ又は診断結果通知メッセージに含まれるホスト名が記録されるフィールドである。すなわち、「ホスト名」フィールドには、現実の故障が発生した監視対象サーバマシン１０のホスト名、又は、異常通報機能の定期診断の対象となった監視対象サーバマシン１０のホスト名が記録される。「イベント日時」フィールドは、通報メッセージ又は診断結果通知メッセージに含まれる日時情報が記録されるフィールドである。すなわち、「イベント日時」フィールドには、現実の故障が発生した日時を示す日時情報、又は、異常通報機能の定期診断で監視対象サーバマシン１０のオペレーティングシステム１０ｃに擬似エラーコードが通知された日時を示す日時情報が記録される。「エラーコード」フィールドは、通報メッセージに含まれる正規エラーコード、又は、診断結果通知メッセージに含まれる疑似エラーコードが記録されるフィールドである。「内容」フィールドは、受信プログラム３０ｃが受信したメッセージが通報メッセージであるか診断結果通知メッセージであるかを示す情報が記録される。また、受信プログラム３０ｃが受信したメッセージが診断結果通知メッセージである場合には、「内容」フィールドには、更に、異常通報機能の定期診断の結果を示す情報が記録される。例えば、受信したメッセージが現実の故障に係る通報メッセージであれば、「内容」フィールドには、通常の故障が発生した旨（例えば、「異常通
報」）が記録される。この場合、「内容」フィールドには、正規エラーコードに含まれる種別コード及び部品コードにそれぞれ対応する種別名（例えば、「コレクタブルエラー」）及び部品名（例えば、「CPU00」）とが記録されても良い。また、例えば、受信したメ
ッセージが異常通報機能の定期診断に係る診断結果通知メッセージであれば、「内容」フィールドには、定期診断が行われた旨（例えば、「定期診断」）と、診断結果を示す「正常」又は「異常」の文言とが記録される。
【００６４】
図１０に示す顧客通知プログラム３０ｅは、イベントログテーブル３０ｄに記録されたメッセージを、メッセージに係る監視対象サーバマシン１０の保守管理サービスを享受する顧客に対して送信するためのプログラムである。顧客通知プログラム３０ｅに従ってＣＰＵ３７が実行する処理の内容については、図１５及び図１６を用いて後述する。
【００６５】
メーラー３０ｆは、電子メールの送受信及び編集を実現するためのソフトウエアである。
【００６６】
《処理》
〈疑似故障発生〉
本実施形態の管理サーバマシン２０では、主電源が投入されると、オペレーティングシステム２０ａが起動されるとともに、疑似エラーコード生成プログラム２０２ａも起動されるようになっている。ＣＰＵ２４は、疑似エラーコード生成プログラム２０２ａを起動すると、疑似エラーコード生成処理を開始する。
【００６７】
図１２は、管理サーバマシン２０における疑似エラーコード生成処理の流れを示す図である。
【００６８】
疑似エラーコード生成処理の開始後、Ｓ１００１では、ＣＰＵ２４は、図４のレジストレーション情報テーブル２０ｃから、周期の期日が擬似エラーコード生成処理開始の時点と同じであるとともに、異常通報機能の定期診断の実行時刻がこの時点から所定時間、例えば１０分内にあるレコードを検索する。
【００６９】
Ｓ１００２では、ＣＰＵ２４は、図４のレジストレーション情報テーブル２０ｃから、Ｓ１００１の条件に合致するレコードが検出されたか否かを判別する。そして、図４のレジストレーション情報テーブル２０ｃからＳ１００１の条件に合致するレコードが検出されなかった場合（Ｓ１００２；いいえ）、ＣＰＵ２４は、Ｓ１００２からＳ１００３へ処理を分岐させる。
【００７０】
Ｓ１００３では、ＣＰＵ２４は、所定時間、例えば１０分待機し、その後Ｓ１００１へ処理を戻す。
【００７１】
一方、図４のレジストレーション情報テーブル２０ｃから定期診断の開始日時が所定時間内にあるレコードが検出された場合（Ｓ１００２；はい）、ＣＰＵ２４は、擬似エラーコードを生成するために、Ｓ１００２からＳ１００４へ処理を進める。
【００７２】
Ｓ１００４では、ＣＰＵ２４は、Ｓ１００１での検索により検出されたレコードに含まれる実行時刻になるまで待機する。そして、実行時刻になると（Ｓ１００４；はい）、ＣＰＵ２４は、Ｓ１００５へ処理を進める。
【００７３】
Ｓ１００５では、ＣＰＵ２４は、疑似エラーコードを生成する。具体的には、ＣＰＵ２４は、Ｓ１００１での検索により検出されたレコードに含まれる種別名、例えば「コレクタブルエラー」に対応する種別コード「4126581」を、図６の種別テーブル２０ｄから読
み出す。また、ＣＰＵ２４は、同じレコードに含まれる部品名「CPU00」に対応する部品
コード「2010」を、図７の部品テーブル２０ｅから読み出す。続いて、ＣＰＵ２４は、読み出した種別コードと部品コードとを組み合わせ、更に擬似エラーコードであることを示す「１」の状態の疑似フラグを末尾に附加することにより、疑似エラーコード「4126581-2010-1」を生成する。
【００７４】
Ｓ１００６では、ＣＰＵ２４は、Ｓ１００１での検索により検出されたレコードに含まれるホスト名によって監視対象サーバマシン１０を特定し、特定した監視対象サーバマシン１０のシステム監視機構１５における疑似エラーコード通知プログラム１０ｂに基づく疑似エラーコード通知機能に、Ｓ１００５で生成した疑似エラーコードを引き渡す。
【００７５】
Ｓ１００７では、ＣＰＵ２４は、図９の疑似故障発生記録テーブル２０２ｂに新規レコードを追加する。追加される新規レコードには、Ｓ１００１での検索により検出されたレコードに含まれるホスト名と、日時と、Ｓ１００６でシステム監視機構１５に引き渡した疑似エラーコードと、診断中フラグとが含まれる。ここで、Ｓ１００７の時点では診断が実行中であるため、診断中フラグは「ＯＮ」に設定される。なお、新規レコードの「終了」及び「結果」のフィールドは、この時点では空欄となっている。また、Ｓ１００７において、ＣＰＵ２４は、異常通報機能の定期診断が開始された旨を含むメッセージを保守員マシン３０に通知しても良い。そのメッセージには、「異常通報機能の定期診断が実行されました」という文言と、定期診断が実行されるホスト名と、定期診断が開始された日時とが含まれていても良い。
【００７６】
ＣＰＵ２４は、前述したような新規レコードを図９の疑似故障発生記録テーブル２００ｂに追加すると、Ｓ１００１へ処理を戻し、次の定期診断の実行時刻が迫るまで待機する状態になる。
【００７７】
なお、Ｓ１００１乃至Ｓ１００７を実行するＣＰＵ２４の機能は、前述した疑似エラー生成部の機能に相当している。
【００７８】
図１２の疑似エラーコード生成処理によると、図４のレジストレーション情報テーブル２０ｃに登録されている異常通報機能の定期診断に係る疑似エラーコードが、設定されている日時に生成され、監視対象サーバマシン１０のシステム監視機構における疑似エラーコード通知プログラム１０ｂに基づく疑似エラーコード通知機能に、生成した疑似エラーコードが引き渡されることとなる。
【００７９】
なお、監視対象サーバマシン１０の疑似エラーコード通知機能は、管理サーバマシン２０から疑似エラーコードを受け取ると、前述したように、監視対象サーバマシン１０内のオペレーティングシステム１０ｃに疑似エラーコードを通知する。そして、監視対象サーバマシン１０内のオペレーティングシステム１０ｃは、通知された疑似エラーコードと疑似エラーコードが通知された日時を示す日時情報とを含むエラーメッセージを生成し、システムログファイル１０ｄ（図２参照）に記録する。
【００８０】
また、図１２の疑似エラーコード生成処理とは無関係に、監視対象サーバマシン１０では、正規エラーコード生成プログラム１０ａに基づく正規エラーコード生成機能が、前述したように、監視対象サーバマシン１０内の何れかのユニットでの現実の故障によりそのユニットから故障信号を受けると、故障信号に基づいて正規エラーコードを生成し、オペレーティングシステム１０ｃに引き渡すようになっている。監視対象サーバマシン１０内のオペレーティングシステム１０ｃは、正規エラーコード生成機能から受け取った正規エラーコードについても、エラーメッセージを生成して、システムログファイル１０ｄに記録する。
【００８１】
つまり、監視対象サーバマシン１０内のシステムログファイル１０ｄには、現実の故障が発生すると、正規エラーコードに基づくエラーメッセージが記録され、異常通報機能の定期診断が実行されると、疑似エラーコードに基づくエラーメッセージが記録される。
【００８２】
また、監視対象サーバマシン１０のサーバ監視ソフトウエア１０ｅに基づくサーバ監視機能は、前述したように、システムログファイル１０ｄを監視し、エラーメッセージがシステムログファイル１０ｄに記録されると、それを取得して、管理サーバマシン２０に送信する。ここで送信されるエラーメッセージは、前述したように、正規エラーコードと現実の故障が発生した日時を示す日時情報とを含んだもの、例えば「07/31/01:25 4126581-2010-0」、又は、疑似エラーコードとその疑似エラーコードをオペレーティングシステム１０ｃが通知された日時を示す日時情報とを含んだもの、例えば「07/31/01:20 4126581-2010-1」となる。
【００８３】
〈エラーコード判定〉
本実施形態の管理サーバマシン２０では、主電源が投入されると、オペレーティングシステム２０ａが起動されるとともに、エラーコード判定プログラム２０２ｃも起動されるようになっている。ＣＰＵ２４は、エラーコード判定プログラム２０２ｃを起動すると、エラーコード判定処理を開始する。
【００８４】
図１３及び図１４は、管理サーバマシン２０におけるエラーコード判定処理の流れを示す図である。
【００８５】
エラーコード判定処理の開始後、Ｓ２００１では、ＣＰＵ２４は、何れかの監視対象サーバマシン１０のサーバ監視ソフトウエア１０ｅに基づくサーバ監視機能からエラーメッセージを受信するまで待機する。そして、何れかの監視対象サーバマシン１０のサーバ監視機能からエラーメッセージを受信すると（Ｓ２００１；はい）、ＣＰＵ２４は、Ｓ２００１からＳ２００２へ処理を進める。
【００８６】
なお、Ｓ２００１を実行するＣＰＵ２４の機能は、前述した受信部の機能に相当している。
【００８７】
Ｓ２００２では、ＣＰＵ２４は、Ｓ２００１で受信したエラーメッセージの中からエラーコードを読み出す。
【００８８】
Ｓ２００３では、ＣＰＵ２４は、Ｓ２００２で読み出したエラーコードの末尾の疑似フラグが「０」であるか「１」であるかを判別する。そして、エラーコードの末尾の疑似フラグが「０」であった場合、つまりエラーコードが現実の故障を示す正規エラーコードであった場合、ＣＰＵ２４は、Ｓ２００４へ処理を進める。
【００８９】
Ｓ２００４では、ＣＰＵ２４は、Ｓ２００１で受信したエラーメッセージを通報モジュール２０１（図８参照）に引き渡す。なお、通報モジュール２０１は、前述したように、正規エラーコードを含むエラーメッセージを受け取ると、受け取ったエラーメッセージに基づいて通報メッセージを生成し、生成した通報メッセージを保守員マシン３０へ送信する。送信される通報メッセージには、前述したように、監視対象サーバマシン１０のホスト名、正規エラーコード、及び、現実の故障が発生した日時を示す日時情報が含まれる。ＣＰＵ２４は、エラーメッセージを通報モジュール２０１に引き渡した後、Ｓ２００１へ処理を戻し、何れかの監視対象サーバマシン１０からエラーメッセージを受信するまで待機する状態になる。
【００９０】
なお、Ｓ２００２乃至Ｓ２００４と通報モジュール２０１とを実行するＣＰＵ２４の機能は、前述した通報部の機能に相当している。
【００９１】
一方、Ｓ２００２で読み出したエラーコードの末尾の疑似フラグが「１」であった場合、つまりエラーコードが疑似エラーコードであった場合、ＣＰＵ２４は、Ｓ２００３から図１４のＳ２００５へ処理を分岐させる。
【００９２】
Ｓ２００５では、ＣＰＵ２４は、図９の疑似故障発生記録テーブル２０２ｂから、診断中フラグが「ＯＮ」であるレコードを特定し、特定したレコードに含まれる疑似エラーコードと、Ｓ２００２で読み出した疑似エラーコードとを対比する。
【００９３】
Ｓ２００６では、ＣＰＵ２４は、Ｓ２００５での対比において疑似エラーコード同士が一致しているか否かを判別する。そして、疑似エラーコード同士が一致していた場合（Ｓ２００６；はい）、ＣＰＵ２４は、異常通報機能における監視対象サーバマシン１０のオペレーティングシステム１０ｃから保守員マシン３０までの経路のうち、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が正常であったと判断し、Ｓ２００７へ処理を進める。
【００９４】
Ｓ２００７では、ＣＰＵ２４は、図９の疑似故障発生記録テーブル２０２ｂにおける診断中フラグが「ＯＮ」であるレコードの「終了」フィールドに、Ｓ２００１で監視対象サーバマシン１０内のサーバ監視ソフトウエア１０ｅに基づくサーバ監視機能からエラーメッセージを受信した日時を示す日時情報を記録する。また、ＣＰＵ２４は、同じレコードの「結果」フィールドに、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作に関する診断結果として「ＯＫ」を記録する。その後、ＣＰＵ２４は、Ｓ２００９へ処理を進める。
【００９５】
一方、Ｓ２００５での対比において疑似エラーコード同士が一致していなかった場合（Ｓ２００６；いいえ）、ＣＰＵ２４は、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が何らかの理由によって異常であったと判断し、Ｓ２００６からＳ２００８へ処理を分岐させる。
【００９６】
Ｓ２００８では、ＣＰＵ２４は、図９の疑似故障発生記録テーブル２０２ｂにおける診断中フラグが「ＯＮ」であるレコードの「終了」フィールドに、Ｓ２００１で監視対象サーバマシン１０内のサーバ監視ソフトウエア１０ｅに基づくサーバ監視機能からエラーメッセージを受信した日時を示す日時情報を記録する。また、ＣＰＵ２４は、同じレコードの「結果」フィールドに、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作に関する診断結果として「ＮＧ」を記録する。その後、ＣＰＵ２４は、Ｓ２００９へ処理を進める。
【００９７】
Ｓ２００９では、ＣＰＵ２４は、図９の疑似故障発生記録テーブル２０２ｂにおける診断中フラグが「ＯＮ」であるレコードにおいて、診断中フラグを診断中ではないことを示す「ＯＦＦ」に切り替える。
【００９８】
なお、Ｓ２００２乃至Ｓ２００９を実行するＣＰＵ２４の機能は、前述した判定部の機能に相当している。
【００９９】
Ｓ２０１０では、ＣＰＵ２４は、Ｓ２００１で受信したエラーメッセージを診断結果通知プログラム２０２ｄに基づく診断結果通知機能に引き渡す。なお、診断結果通知機能は、前述したように、疑似エラーコードを含むエラーメッセージを受け取ると、受け取ったエラーメッセージと図９の疑似故障発生記録テーブル２０２ｂにおけるそのエラーメッセ
ージに対応する診断結果とに基づいて診断結果通知メッセージを生成し、生成した診断結果通知メッセージを保守員マシン３０へ送信する。送信される診断結果通知メッセージには、前述したように、監視対象サーバマシン１０のホスト名、疑似エラーコード、監視対象サーバマシン１０のオペレーティングシステム１０ｃに疑似エラーコードが通知された日時を示す日時情報と、診断結果を示す「正常」又は「異常」の文言とが含まれる。その後、ＣＰＵ２４は、図１３のＳ２００１へ処理を戻し、何れかの監視対象サーバマシン１０からエラーメッセージを受信するまで待機する状態になる。
【０１００】
なお、Ｓ２００７と診断結果通知プログラム２０２ｄとを実行するＣＰＵ２４の機能は、前述した通知部の機能に相当している。
【０１０１】
図１３及び図１４のエラーコード判定処理によると、監視対象サーバマシン１０から受信したエラーメッセージの中のエラーコードが、正規エラーコードであるか疑似エラーコードであるかが判定される。そして、受信したエラーメッセージ中のエラーコードが正規エラーコードであった場合には、従来の異常通報機能と同様に、監視対象サーバマシン１０の異常が保守員マシン３０に通報されることとなる。
【０１０２】
一方、受信したエラーメッセージ中のエラーコードが維持エラーコードであった場合には、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が正常であるか異常であるかが判定される。そして、その判定結果が、異常通報機能の診断結果として、保守員マシン３０に通知されることとなる。
【０１０３】
〈顧客通知〉
本実施形態の保守員マシン３０では、主電源が投入されると、オペレーティングシステム３０ａが起動されるとともに、顧客通知プログラム３０ｅも起動されるようになっている。ＣＰＵ３７は、顧客通知プログラム３０ｅを起動すると、顧客通知処理を開始する。
【０１０４】
図１５及び図１６は、顧客通知処理の流れを示す図である。
【０１０５】
顧客通知処理の開始後、Ｓ３００１では、ＣＰＵ３７は、異常通報機能の定期診断を管理サーバマシン２０が実行すべき時刻になったか否かを判別する。なお、本実施形態では、保守員が管理サーバマシン２０に図示せぬ制御卓を接続して図５の定期診断受付画面４０を通じて定期診断に関する情報を入力したときに、入力された情報の複製が保守員マシン３０にも送信され、レジストレーション情報テーブル２０ｃの複製が保守員マシン３０に生成されるようになっている。このため、保守員マシン３０は、異常通報機能の定期診断を管理サーバマシン２０が実行すべき日時と、定期診断の対象となる監視対象サーバマシン１０のホスト名とを、レジストレーション情報テーブル２０ｃの複製から把握することができるようになっている。ＣＰＵ３７は、異常通報機能の定期診断を管理サーバマシン２０が実行すべき時刻になると、ＣＰＵ３７は、Ｓ３００１からＳ３００２へ処理を進める。
【０１０６】
Ｓ３００２では、ＣＰＵ３７は、異常通報機能の定期診断を管理サーバマシン２０が実行すべき時刻と定期診断の対象となるホスト名とを検索条件として、図１１のイベントログテーブル３０ｄを検索する。
【０１０７】
Ｓ３００３では、ＣＰＵ３７は、図１１のイベントログテーブル３０ｄからＳ３００２の検索条件に合致するレコードが検出されたか否かを判別する。そして、図１１のイベントログテーブル３０ｄからＳ３００２の検索条件に合致するレコードが検出されなかった場合（Ｓ３００３；はい）、異常通報機能の定期診断を管理サーバマシン２０が実行すべき時刻になったにも拘わらず、診断結果通知メッセージが送られてきていないため、ＣＰ
Ｕ３７は、異常通報機能全体の動作、すなわち、監視対象サーバマシン１０のオペレーティングシステム１０ｃから保守員マシン３０までの経路における動作が正常に動作していないと判断し、Ｓ３００３からＳ３００４へ処理を分岐させる。
【０１０８】
Ｓ３００４では、ＣＰＵ３７は、異常通報機能全体の動作が正常でない旨が記述された電子メールを顧客に送信する。Ｓ３００４では、ＣＰＵ３７は、まず、顧客情報テーブル３０ｂから、Ｓ３００２で検索条件とされたホスト名を有する監視対象サーバマシン１０の保守管理サービスを享受する顧客の電子メールアドレスを特定する。続いて、ＣＰＵ３７は、異常通報機能全体の動作が正常でない旨、例えば「リモート通報処理が正しく動作していません」という文言とホスト名とが少なくとも記述された電子メールを、メーラー３０ｆの機能を利用して、特定された電子メールアドレス宛に送信する。その後、ＣＰＵ３７は、Ｓ３００１へ処理を戻し、別の定期診断の実行時刻になるまで待機する状態になる。
【０１０９】
一方、Ｓ３００２での検索の結果、図１１のイベントログテーブル３０ｄからレコードが検出された場合（Ｓ３００３；いいえ）、異常通報機能の定期診断を管理サーバマシン２０が実行すべき時刻になって診断結果通知メッセージが送られてきているため、ＣＰＵ３７は、異常通報機能における監視対象サーバマシン１０のオペレーティングシステム１０ｃから保守員マシン３０までの経路のうち、少なくとも、管理サーバマシン２０から保守員マシン３０までの経路での動作が正常に動作していると判断し、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作を更に確認するため、Ｓ３００３から図１５のＳ３００５へ処理を進める。
【０１１０】
Ｓ３００５では、ＣＰＵ３７は、図１１のイベントログテーブル３０ｄから検出されたレコードの「内容」フィールドから診断結果を読み出し、管理サーバマシン２０による診断の結果が正常であったか異常であったかを判別する。そして、ＣＰＵ３７は、管理サーバマシン２０による診断の結果が異常であった場合（Ｓ３００５；はい）、ＣＰＵ３７は、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作、すなわち、エラーメッセージの生成、エラーメッセージの取得、並びに、エラーメッセージの送信及び受信のうちの何れかが正常に動作していないと判断し、Ｓ３００６へ処理を進める。
【０１１１】
Ｓ３００６では、ＣＰＵ３７は、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が正常でない旨が記述された電子メールを顧客に送信する。Ｓ３００６では、ＣＰＵ３７は、まず、顧客情報テーブル３０ｂから、Ｓ３００２で検索条件とされたホスト名を有する監視対象サーバマシン１０の保守管理サービスを享受する顧客の電子メールアドレスを特定する。続いて、ＣＰＵ３７は、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路における動作が正常でない旨、例えば「故障監視処理が正しく動作していません」という文言とホスト名とが少なくとも記述された電子メールを、メーラー３０ｆの機能を利用して、特定された電子メールアドレス宛に送信する。その後、ＣＰＵ３７は、図１５のＳ３００１へ処理を戻し、別の定期診断の実行時刻になるまで待機する状態になる。
【０１１２】
一方、管理サーバマシン２０による診断の結果が正常であった場合（Ｓ３００５；いいえ）、ＣＰＵ３７は、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路においても動作が正常であると判断し、Ｓ３００５からＳ３００７へ処理を分岐させる。
【０１１３】
Ｓ３００７では、ＣＰＵ３７は、異常通報機能全体の動作が正常である旨が記述された
電子メールを顧客に送信する。Ｓ３００７では、ＣＰＵ３７は、まず、顧客情報テーブル３０ｂから、Ｓ３００２で検索条件とされたホスト名を有する監視対象サーバマシン１０の保守管理サービスを享受する顧客の電子メールアドレスを特定する。続いて、ＣＰＵ３７は、異常通報機能全体の動作が正常である旨、例えば「故障監視処理／リモート通報処理が正しく実行されました」という文言とホスト名とが少なくとも記述された電子メールを、メーラー３０ｆの機能を利用して、特定された電子メールアドレス宛に送信する。その後、ＣＰＵ３７は、Ｓ３００１へ処理を戻し、別の定期試験の実行時刻になるまで待機する状態になる。
【０１１４】
《作用効果》
本実施形態によると、監視対象サーバマシン１０内の何れかのユニットにおいて現実の故障が発生することによりそのユニットからシステム監視機構１５が故障信号を受信すると、システム監視機構１５内の正規エラーコード生成プログラム１０ａに基づく正規エラーコード生成機能が、故障したユニットと故障の種別とを示す部品コードと種別コードとに基づいて正規エラーコードを生成してオペレーティングシステム１０ｃに通知する。すると、オペレーティングシステム１０ｃ内のシステムログ機能が、正規エラーコードを含むエラーメッセージを生成して、システムログファイル１０ｄに記録する。また、監視対象サーバマシン１０では、サーバ監視ソフトウエア１０ｅに基づくサーバ監視機能がシステムログファイル１０ｄを監視し、エラーメッセージがシステムログファイル１０ｄに記録されるとそれを取得して、管理サーバマシン２０に送信する。管理サーバマシン２０では、エラーメッセージ内のエラーコードが正規エラーコードであると判定され（Ｓ２００１〜Ｓ２００２、Ｓ２００３；０、Ｓ２００４）、その後、通報モジュール２０１が、正規エラーコードを含むエラーメッセージに基づいて通報メッセージを生成し、保守員マシン３０へ送信する。保守員マシン３０では、受信プログラム３０ｃが、監視対象サーバマシン１０の異常を出力デバイス３１に表示する。
【０１１５】
そして、本実施形態では、監視対象サーバマシン１０に、以上のような異常通報機能の他に、この異常通報機能の動作が正常であるか否かを定期的に診断するための機能が備えられている。具体的には、本実施形態では、管理サーバマシン２０内の異常通報ソフトウエア２０ｂに定期診断モジュール２０２が組み込まれ、この定期診断モジュール２０２と連係する疑似エラーコード通知プログラム１０ｂが監視対象サーバマシン１０のシステム監視機構１５に組み込まれている。
【０１１６】
このため、本実施形態の管理サーバマシン２０は、レジストレーション情報テーブル２０ｃに登録されている情報に従って定期的に、疑似エラーコードを生成して（Ｓ１００１〜Ｓ１００５）、監視対象サーバマシン１０のシステム監視機構１５内の疑似エラーコード通知プログラム１０ｂに基づく疑似エラーコード通知機能に、生成した疑似エラーコードを引き渡すようになる（Ｓ１００６）。その後、疑似エラーコード通知機能が、オペレーティングシステム１０ｃより上流に疑似エラーコードを通知することにより、オペレーティングシステム１０ｃに対して擬似的な故障の発生を認識させることとなる。これにより、管理サーバマシン２０は、疑似エラーコードの引き渡しの応答として、監視対象サーバマシン１０からエラーメッセージを受信するため、受信したエラーメッセージの内容に基づいて、異常通報機能における監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路での動作（エラーメッセージの生成、エラーメッセージの取得、並びに、エラーメッセージの送信及び受信）が正常であるか否かを判定することができる（Ｓ２００１、Ｓ２００２、Ｓ２００３；１、Ｓ２００５〜Ｓ２００９）。その後、監視対象サーバマシン１０のオペレーティングシステム１０ｃから管理サーバマシン２０までの経路での動作に関する判定結果が、診断結果通知プログラム２０２ｄによって、診断結果通知メッセージとして、保守員マシン３０に通知されるので（Ｓ２０１０）、保守員は、管理サーバマシン２０から保守員マシン３０までの経路における動
作だけでなく、監視対象サーバマシン１０の有する異常通報機能が全体として正常に動作しているか否かを確認することができるようになる。
【０１１７】
《変形形態》
以上に説明した実施形態は、監視対象サーバマシン１０内のシステム監視機構１５に疑似エラーコード通知プログラム１０ｂを導入し、この疑似エラーコード通知プログラム１０ｂを、管理サーバマシン２０の異常通報ソフトウエア２０ｂ内の定期診断モジュール２０２と連係させるものであったが、先に開示した異常通報システムを実施する上では、これに限定されなくても良い。
【０１１８】
第１の変形形態としては、例えば、疑似エラーコードの生成主体が、管理サーバマシン２０の異常通報ソフトウエア２０ｂ内の定期診断モジュール２０２ではなく、監視対象サーバマシン１０のシステム監視機構１５内の疑似エラーコード通知プログラム１０ｂであっても良い。この第１の変形形態では、種別テーブル２０ｄ及び部品テーブル２０ｅは、システム監視機構１５に用意される。定期診断モジュール２０２は、疑似故障を発生させるユニットの部品名と疑似故障の種別の名称とをシステム監視機構１５内の疑似エラーコード通知プログラム１０ｂに基づく疑似エラーコード通知機能に指示するに留まり、疑似エラーコード通知機能が、疑似故障に係る部品名と種別の名称とに基づいて疑似エラーコードを生成することとなる。なお、生成された疑似エラーコードは、疑似エラーコード通知機能によってオペレーティングシステム１０ｃに通知される。
【０１１９】
また、第２の変形形態としては、例えば、疑似エラーコードの生成主体が、管理サーバマシン２０の異常通報ソフトウエア２０ｂ内の定期診断モジュール２０２ではなく、監視対象サーバマシン１０のシステム監視機構１５内の正規エラーコード生成プログラム１０ａであっても良い。この第２の変形形態では、図１７に示すように、監視対象サーバマシン１０内のストレージユニット１２やＣＰＵ１３などの各ユニットには、ＲＡＳ［Remote
Access Service］用ＬＳＩ［Large Scale Integration］が搭載される。定期診断モジュール２０２は、疑似故障を発生させるユニットの中のＲＡＳ用ＬＳＩに対して、疑似故障の種別の名称を指示するに留まり、ＲＡＳ用ＬＳＩが、疑似故障の種別に対応した故障信号を、疑似故障であることを示す信号とともに、システム監視機構１５内の正規エラーコード生成プログラム１０ａに基づく正規エラーコード生成機能に送信することとなる。正規エラーコード生成機能は、この故障信号と疑似故障であることを示す信号とに基づいて疑似エラーコード生成し、生成した疑似エラーコードをオペレーティングシステム１０ｃに通知する。
【０１２０】
また、第３の変形形態としては、例えば、疑似エラーコードの生成主体が、管理サーバマシン２０の異常通報ソフトウエア２０ｂ内の定期診断モジュール２０２ではなく、監視対象サーバマシン１０のオペレーティングシステム１０ｃであっても良い。この第３の変形形態では、図１８に示すように、監視対象サーバマシン１０のオペレーティングシステム１０ｃには、ＲＡＳドライバが組み込まれるとともに、種別テーブル２０ｄ及び部品テーブル２０ｅが備えられる。定期診断モジュール２０２は、疑似故障を発生させるユニットの部品名と疑似故障の種別の名称とをＲＡＳドライバに指示するに留まり、ＲＡＳドライバが、疑似故障に係る部品名と種別の名称とに基づいて疑似エラーコードを生成することとなる。なお、生成した疑似エラーコードは、ＲＡＳドライバによってオペレーティングシステム１０ｃ内のシステムログ機能に通知される。
【０１２１】
《ユニットに関する説明》
以上に説明した本実施形態及び変形形態において、監視対象サーバマシン１０内の各ユニット１１〜１４、システム監視機構１５内の各ユニット１５ａ〜１５ｅ、管理サーバマシン２０内の各ユニット２１〜２５、及び、保守員マシン３０の各ユニット３３〜３８は
、何れも、ソフトウエア要素とハードウエア要素とから構成されていても良いし、ハードウエア要素のみで構成されていても良い。
【０１２２】
ソフトウエア要素としては、インターフェースプログラム、ドライバプログラム、テーブル、及び、データ、並びに、これらのうちの幾つかを組み合わせたものが、例示できる。これらは、後述のコンピュータ可読媒体に格納されたものであっても良いし、ＲＯＭ［Read Only Memory］及びＬＳＩ［Large Scale Integration］などの記憶装置に固定的に
組み込まれたファームウエアであっても良い。
【０１２３】
また、ハードウエア要素としては、ＦＰＧＡ［Field Programmable Gate Array］、Ａ
ＳＩＣ［Application Specific Integrated Circuit］、ゲートアレイ、論理ゲートの組
み合わせ、信号処理回路、アナログ回路、及び、その他の回路が、例示できる。このうち、論理ゲートには、ＡＮＤ、ＯＲ、ＮＯＴ、ＮＡＮＤ、ＮＯＲ、フリップフロップ、カウンタ回路などが、含まれていてもよい。また、信号処理回路には、信号値の加算、乗算、除算、反転、積和演算、微分、積分などを実行する回路要素が、含まれていてもよい。また、アナログ回路には、増幅、加算、乗算、微分、積分などを実行する回路要素が、含まれていてもよい。
【０１２４】
なお、前述した監視対象サーバマシン１０内の各ユニット１１〜１４、システム監視機構１５内の各ユニット１５ａ〜１５ｅ、管理サーバマシン２０内の各ユニット２１〜２５、及び、保守員マシン３０の各ユニット３３〜３８をそれぞれ構成する要素は、以上に例示したものに限定されず、これらと等価な他の要素であっても良い。
【０１２５】
《ソフトウエア及びプログラムに関する説明》
以上に説明した本実施形態及び変形形態において、監視対象サーバマシン１０内の各プログラム１０ａ、１０ｂ、オペレーティングシステム１０ｃ、サーバ監視ソフトウエア１０ｅ、管理サーバマシン２０内のオペレーティングシステム２０ａ、異常通報ソフトウエア２０ｂ、各テーブル２０ｃ〜２０ｅ、及び、保守員マシン３０のオペレーティングシステム３０ａ、各プログラム３０ｃ、３０ｅ、各テーブル３０ｂ、３０ｄ、メーラー３０ｆ、並びに、前述したソフトウエア要素は、何れも、ソフトウエア部品、手続き型言語による部品、オブジェクト指向ソフトウエア部品、クラス部品、タスクとして管理される部品、プロセスとして管理される部品、関数、属性、プロシジャ（手続き）、サブルーチン（ソフトウエアルーチン）、プログラムコードの断片又は部分、ドライバ、ファームウエア、マイクロコード、コード、コードセグメント、エクストラセグメント、スタックセグメント、プログラム領域、データ領域、データ、データベース、データ構造、フィールド、レコード、テーブル、マトリックステーブル、配列、変数、パラメータなどの要素を、含んでいても良い。
【０１２６】
また、前述した監視対象サーバマシン１０内の各プログラム１０ａ、１０ｂ、オペレーティングシステム１０ｃ、サーバ監視ソフトウエア１０ｅ、管理サーバマシン２０内のオペレーティングシステム２０ａ、異常通報ソフトウエア２０ｂ、各テーブル２０ｃ〜２０ｅ、及び、保守員マシン３０のオペレーティングシステム３０ａ、各プログラム３０ｃ、３０ｅ、各テーブル３０ｂ、３０ｄ、メーラー３０ｆ、並びに、前述したソフトウエア要素は、何れも、Ｃ言語、Ｃ＋＋、Ｊａｖａ（米国サンマイクロシステムズ社の商標）、ビジュアルベーシック（米国マイクロソフト社の商標）、Ｐｅｒｌ、Ｒｕｂｙ、その他の多くのプログラミング言語により記述されたものであっても良い。
【０１２７】
また、前述した監視対象サーバマシン１０内の各プログラム１０ａ、１０ｂ、オペレーティングシステム１０ｃ、サーバ監視ソフトウエア１０ｅ、管理サーバマシン２０内のオペレーティングシステム２０ａ、異常通報ソフトウエア２０ｂ、各テーブル２０ｃ〜２０
ｅ、及び、保守員マシン３０のオペレーティングシステム３０ａ、各プログラム３０ｃ、３０ｅ、各テーブル３０ｂ、３０ｄ、メーラー３０ｆ、並びに、前述したソフトウエア要素に含まれる命令、コード及びデータは、有線ネットワークカード及び有線ネットワークを通じて、又は、無線カード及び無線ネットワークを通じて、コンピュータ、又は、機械若しくは装置に組み込まれたコンピュータに、送信又はローディングされても良い。
【０１２８】
前述した送信又はローディングにおいて、データ信号は、例えば搬送波に組み込まれることにより、有線ネットワーク又は無線ネットワーク上を移動する。但し、データ信号は、前述した搬送波に依らず、いわゆるベースバンド信号のまま転送されても良い。このような搬送波は、電気的、磁気的又は電磁的な形態、光、音響、又は、その他の形態で、送信される。
【０１２９】
ここで、有線ネットワーク又は無線ネットワークは、例えば、電話回線、ネットワーク回線、ケーブル（光ケーブル、金属ケーブルを含む）、無線リンク、携帯電話アクセス回線、ＰＨＳ［Personal Handyphone System］網、無線ＬＡＮ［Local Area Network］、Bluetooth（ブルートゥース特別利益団体の商標）、車両搭載型無線通信（ＤＳＲＣ［Dedicated Short Range Communication］を含む）、及び、これらのうちの何れかからなるネットワークである。そして、このデータ信号は、命令、コード及びデータを含む情報を、ネットワーク上のノード又は要素に、伝達する。
【０１３０】
なお、前述した監視対象サーバマシン１０内の各プログラム１０ａ、１０ｂ、オペレーティングシステム１０ｃ、サーバ監視ソフトウエア１０ｅ、管理サーバマシン２０内のオペレーティングシステム２０ａ、異常通報ソフトウエア２０ｂ、各テーブル２０ｃ〜２０ｅ、及び、保守員マシン３０のオペレーティングシステム３０ａ、各プログラム３０ｃ、３０ｅ、各テーブル３０ｂ、３０ｄ、メーラー３０ｆ、並びに、前述したソフトウエア要素を構成する要素は、以上に例示したものに限定されず、これらと等価な他の要素であっても良い。
【０１３１】
《コンピュータ可読媒体に関する説明》
以上に説明した本実施形態及び変形形態における何れかの機能は、コード化されてコンピュータ可読媒体の記憶領域に格納されていても良い。この場合、その機能を実現するためのプログラムが、このコンピュータ可読媒体を介して、コンピュータ、又は、機械若しくは装置に組み込まれたコンピュータに、提供され得る。コンピュータ、又は、機械若しくは装置に組み込まれたコンピュータは、コンピュータ可読媒体の記憶領域からプログラムを読み出してそのプログラムを実行することによって、その機能を実現することができる。
【０１３２】
ここで、コンピュータ可読媒体とは、電気的、磁気的、光学的、化学的、物理的又は機械的な作用によって、プログラム及びデータ等の情報を蓄積するとともに、コンピュータに読み取られ得る状態でその情報を保持する記録媒体をいう。
【０１３３】
電気的又は磁気的な作用としては、ヒューズによって構成されるＲＯＭ［Read Only Memory］上の素子へのデータの書き込みが、例示できる。磁気的又は物理的な作用としては、紙媒体上の潜像へのトナーの現像が、例示できる。なお、紙媒体に記録された情報は、例えば、光学的に読み取ることができる。光学的且つ化学的な作用としては、基盤上での薄膜形成又は凹凸形成が、例示できる。なお、凹凸の形態で記録された情報は、例えば、光学的に読み取ることができる。化学的な作用としては、基板上での酸化還元反応、又は、半導体基板上での酸化膜形成、窒化膜形成、若しくは、フォトレジスト現像が、例示できる。物理的又は機械的な作用としては、エンボスカードへの凹凸形成、又は、紙媒体へのパンチの穿孔が、例示できる。
【０１３４】
また、コンピュータ可読媒体の中には、コンピュータ、又は、機械若しくは装置に組み込まれたコンピュータに着脱自在に装着できるものがある。着脱自在なコンピュータ可読媒体としては、ＤＶＤ（ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）、＋Ｒ／＋ＷＲ、ＢＤ（ＢＤ−Ｒ、ＢＤ−ＲＥ、ＢＤ−ＲＯＭを含む）、ＣＤ［Compact Disk］（ＣＤ−Ｒ、ＣＤ−ＲＷ、ＣＤ−ＲＯＭを含む）、ＭＯ［Magneto Optical
］ディスク、その他の光ディスク媒体、フレキシブルディスク（フロッピーディスク（フロッピーは日立製作所社の商標）を含む）、その他の磁気ディスク媒体、メモリーカード（コンパクトフラッシュ（米国サンディスク社の商標）、スマートメディア（東芝社の商標）、ＳＤカード（米国サンディスク社、松下電器産業社、東芝社の商標）、メモリースティック（ソニー社の商標）、ＭＭＣ（米国ジーメンス社、米国サンディスク社の商標）など）、磁気テープ、及び、その他のテープ媒体、並びに、これらのうちの何れかを内蔵した記憶装置が、例示できる。記憶装置には、ＤＲＡＭ［Dynamic Random Access Memory］又はＳＲＡＭ［Static Random Access Memory］がさらに内蔵されたものもある。
【０１３５】
また、コンピュータ可読媒体の中には、コンピュータ、又は、機械若しくは装置に組み込まれたコンピュータに固定的に装着されたものがある。この種のコンピュータ可読媒体としては、ハードディスク、ＤＲＡＭ、ＳＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ［Electronically Erasable and Programmable Read Only Memory］、フラッシュメモリなどが、例示で
きる。
【図面の簡単な説明】
【０１３６】
【図１】本実施形態のサーバ管理システムの構成図
【図２】監視対象サーバマシンの構成図
【図３】管理サーバマシンの構成図
【図４】レジストレーション情報テーブルを模式的に示す図
【図５】定期診断受付画面の一例を示す図
【図６】種別テーブルを模式的に示す図
【図７】部品テーブルを模式的に示す図
【図８】定期診断モジュールの構成図
【図９】疑似故障発生記録テーブルを模式的に示す図
【図１０】保守員マシンの構成図
【図１１】イベントログテーブルを模式的に示す図
【図１２】疑似エラーコード生成処理の流れを示す図
【図１３】エラーコード判定処理の流れを示す図
【図１４】エラーコード判定処理の流れを示す図
【図１５】顧客通知処理の流れを示す図
【図１６】顧客通知処理の流れを示す図
【図１７】第２の変形形態の監視対象サーバマシンの構成を概略的に示す図
【図１８】第３の変形形態の監視対象サーバマシンの構成を概略的に示す図
【符号の説明】
【０１３７】
１０      監視対象サーバマシン
１０ａ    正規エラーコード生成プログラム
１０ｂ    疑似エラーコード通知プログラム
１０ｃ    オペレーティングシステム
１０ｄ    システムログファイル
１０ｅ    サーバ監視ソフトウエア
１１      通信ユニット
１２      ストレージユニット
１３      ＣＰＵ
１４      メインメモリユニット
１５      システム監視機構
１５ａ    Ｉ／Ｆユニット
１５ｂ    故障信号受信ユニット
１５ｃ    ＲＯＭユニット
１５ｄ    ＣＰＵ
１５ｅ    ＲＡＭユニット
２０      管理サーバマシン
２０ｂ    異常通報ソフトウエア
２０１    通報モジュール
２０２    定期診断モジュール
２０２ａ  疑似エラーコード生成プログラム
２０２ｂ  疑似故障発生記録テーブル
２０２ｃ  エラーコード判定プログラム
２０２ｄ  診断結果通知プログラム
２３      ストレージユニット
２４      ＣＰＵ
２５      メインメモリユニット
３０      保守員マシン
３０ｃ    受信プログラム
３０ｄ    イベントログテーブル
２０ｅ    顧客通知プログラム
３６      ストレージユニット
３７      ＣＰＵ
３８      メインメモリユニット
【図１】
2010097357.tif 000003
【図２】
2010097357.tif 000004
【図３】
2010097357.tif 000005
【図４】
2010097357.tif 000006
【図５】
2010097357.tif 000007
【図６】
2010097357.tif 000008
【図７】
2010097357.tif 000009
【図８】
2010097357.tif 000010
【図９】
2010097357.tif 000011
【図１０】
2010097357.tif 000012
【図１１】
2010097357.tif 000013
【図１２】
2010097357.tif 000014
【図１３】
2010097357.tif 000015
【図１４】
2010097357.tif 000016
【図１５】
2010097357.tif 000017
【図１６】
2010097357.tif 000018
【図１７】
2010097357.tif 000019
【図１８】
2010097357.tif 000020