JPWO2015194651A1 - 障害通知装置、障害通知方法及びプログラム - Google Patents

Abstract

オペレーティングシステムの起動中に障害が発生した場合であっても、被監視対象装置の状態を的確に把握可能とする障害通知装置が望まれる。障害通知装置は、第１取得部と、通知部と、を備える。第１取得部は、被監視対象装置における障害検知を契機として、被監視対象装置が表示デバイスに表示する画面データを取得する。通知部は、取得された画面データが所定の期間に亘り変化しない場合に、取得された画面データから得られる情報を外部に通知する。

Description

（関連出願についての記載）
本発明は、日本国特許出願：特願２０１４−１２６８０７号（２０１４年６月２０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、障害通知装置、障害通知方法及びプログラムに関する。特に、表示デバイスを有する装置を被監視対象とする障害通知装置、障害通知方法及びプログラムに関する。

近年、コンピュータネットワークを基盤として様々な事業やサービスが行われており、コンピュータネットワークは社会的に重要なインフラとなっている。そのため、コンピュータネットワークを構成する各種装置（例えば、サーバ等）が正常に動作しているか否かを監視する重要性が増大している。

特許文献１において、確認対象装置との間の通信の断絶の原因及びその重大さを遠隔地で知ることができるようにするオペレーティングシステム（ＯＳ；Operating System）動作状態確認システムが開示されている。

特許文献２において、障害原因解析システムにおいて障害原因判定ルールの変更を検知し、迅速に修正するシステムが開示されている。

特開２０１２−０３８２５７号公報 特開２０１２−００３７１３号公報

なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

特許文献１及び２が開示するように、コンピュータシステムに生じた障害の検知を通知することや障害を迅速に回復するために、種々の対策や機能が実装されている。このような機能等は、システムを構成する装置間で協働して実現されることもあるし、コンピュータ装置単体で実現されることもある。

例えば、コンピュータが起動する際にはＢＩＯＳ（Basic Input Output System）が起動し、コンピュータを構成するデバイスの初期化や状態確認を行うＰＯＳＴ（Power On Self Test）が行われることが多い。ＰＯＳＴが終了すると、ＯＳが起動し、ＯＳの持つ一機能としてハードウェア等に生じた障害（エラー）をイベントとして記憶するイベントログサービスが始まる。このような機能を有するコンピュータをシステムに組み込むことで、システム管理者はコンピュータに生じた障害を迅速に把握し、その対応をとることが可能となっている。

しかしながら、システム管理者がコンピュータに生じた障害を確認することが困難な場合もある。例えば、ＯＳがイベントログを記憶できるようになるのはＯＳ起動後である。従って、ＯＳが起動する前には、イベントログの記憶はできない。即ち、ＰＯＳＴの終了後、ＯＳの起動完了前（即ち、ＯＳの起動中）にコンピュータに何らかの障害が発生した場合には、システム管理者はイベントログを入手できない。

そのため、上記の期間に生じた障害に関しては、障害を解析するための情報が少なく、システム管理者が被監視対象となっているコンピュータのシステム状態を的確に把握することが困難である。

本発明は、ＯＳの起動中に障害が発生した場合であっても、被監視対象装置の状態を的確に把握可能とすることに寄与する障害通知装置、障害通知方法及びプログラムを提供することを目的とする。

本発明の第１の視点によれば、被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する第１取得部と、前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する通知部と、を備える障害通知装置が提供される。

本発明の第２の視点によれば、被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する工程と、前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する工程と、を含む障害通知方法が提供される。

本発明の第３の視点によれば、被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する処理と、前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する処理と、を障害通知装置を制御するコンピュータに実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、ＯＳの起動中に障害が発生した場合であっても、被監視対象装置の状態を的確に把握可能とすることに寄与する障害通知装置、障害通知方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係る障害通知システムの全体構成の一例を示す図である。 ユーザコンピュータの内部構成の一例を示す図である。 障害通知装置の内部構成の一例を示す図である。 システムイベントログデータベースが記憶する情報の一例を示す図である。 エラー情報データベースが記憶する情報の一例を示す図である。 第１の実施形態に係る障害通知システムの動作の一例を示すシーケンス図である。

初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

上述のように、ＯＳの起動中に障害が発生した場合であっても、被監視対象装置の状態を的確に把握可能とする障害通知装置が望まれる。

そこで、一例として図１に示す障害通知装置１００を提供する。障害通知装置１００は、第１取得部１０１と、通知部１０２と、を備える。第１取得部１０１は、被監視対象装置における障害検知を契機として、被監視対象装置が表示デバイスに表示する画面データを取得する。通知部１０２は、取得された画面データが所定の期間に亘り変化しない場合に、取得された画面データから得られる情報を外部に通知する。

被監視対象装置（例えば、図２に示すユーザコンピュータ１０）のＯＳ起動中に障害が発生し、被監視対象装置がイベントログを生成できない状況であっても、液晶パネル等の表示デバイスには何からのメッセージが表示され続けているはずである。あるいは、ＯＳ起動中に動作不能状態（所謂、フリーズ状態）に陥っている場合には、被監視対象装置の画面表示は更新されないはずである。障害通知装置１００は、このような被監視対象装置における画面表示の更新が止まったことを契機として、画面データから得られる情報を外部（例えば、図２の監視センタ）に通知する。その結果、例えば、監視センタでは、ＯＳ起動中にフリーズ状態に陥った被監視対象装置の存在を把握できる。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

図２は、第１の実施形態に係る障害通知システムの全体構成の一例を示す図である。図２を参照すると、障害通知システムは、ユーザコンピュータ１０と、障害通知装置２０と、受信端末３０と、を含んで構成されている。

ユーザコンピュータ１０と障害通知装置２０は、インターネットやＬＡＮ（Local Area Network）等からなるネットワーク４１を介して接続されている。同様に、障害通知装置２０と受信端末３０はネットワーク４２を介して接続されている。

ユーザコンピュータ１０は、障害通知システムにおける被監視対象となる装置である。ユーザコンピュータ１０は、サーバ等の情報処理装置である。

障害通知装置２０は、ユーザコンピュータ１０の動作状況、障害発生状況を監視し、障害発生を契機として、ユーザコンピュータ１０のシステム状態を監視センタに通知する装置である。また、ユーザコンピュータ１０に生じた障害によっては、システム管理者による対応が必要となるため、障害通知装置２０は必要に応じてシステム管理者による対応を必要とする旨を監視センタに通知する。

受信端末３０は、監視センタ内に設置され、システム管理者等が使用する端末である。システム管理者は、受信端末３０を介して得られるユーザコンピュータ１０のシステム状態に応じて、適切な対応をとる。例えば、障害通知装置２０からユーザコンピュータ１０に生じた障害に対して何らかの対処が必要と通知された場合には、通知されるユーザコンピュータ１０のシステム状態に応じた対応を行う。

図３は、ユーザコンピュータ１０の内部構成の一例を示す図である。図３を参照すると、ユーザコンピュータ１０は、制御部２０１と、記憶部２０２と、第１通信部２０３と、表示部２０４と、ＢＭＣ部２０５と、第２通信部２０６と、を含んで構成される。

制御部２０１、記憶部２０２、第１通信部２０３、表示部２０４及びＢＭＣ部２０５は、それぞれバスを介して相互に接続されている。一方、第２通信部２０６は制御部２０１等とは接続されておらず、ＢＭＣ部２０５に接続される。つまり、第２通信部２０６はＢＭＣ部２０５に対して設けられた専用の通信手段である。

制御部２０１は、ＣＰＵ（Central Processing Unit）等のプロセッサにより構成され、ユーザコンピュータ１０の全体を制御する手段である。制御部２０１は、記憶部２０２に記憶されたＯＳや各種アプリケーションに係るプログラムをＣＰＵにて実行することで実現される。

記憶部２０２は、ＯＳ等のプログラムを記憶すると共に、制御部２０１の動作に必要な情報を記憶する。

第１通信部２０３は、制御部２０１が外部との通信に使用する手段である。例えば、ユーザコンピュータ１０が図２には図示しないサーバ装置等にアクセスする場合には第１通信部２０３が使用される。

表示部２０４は、液晶パネル等の表示デバイスと、表示デバイスを駆動するためのドライバと、を含んで構成される。表示部２０４は、ユーザに対してユーザコンピュータ１０が情報処理した結果を提供する手段である。

ＢＭＣ部２０５は、制御部２０１とは独立して動作するプロセッサを含む制御手段である。ＢＭＣ部２０５は、所謂ＢＭＣ（Baseboard Management Controller）として動作する。ＢＭＣ部２０５は、ユーザコンピュータ１０を構成するハードウェアである制御部２０１や表示部２０４の状態を管理する。制御部２０１が主プロセッサにて構成されている場合に、ＢＭＣ部２０５は副プロセッサにて構成されているといえる。

ＢＭＣ部２０５は、ユーザコンピュータ１０に発生したイベントをシステムイベントログ（ＳＥＬ；System Event Log）として記憶部２０２に記憶する機能も有する。より具体的には、ＢＭＣ部２０５はユーザコンピュータ１０を構成するハードウェアに何からの障害が発生した場合に、システムイベントログを生成し、記憶部２０２に格納する。

第１の実施形態では、ＢＭＣ部２０５と制御部２０１等とのインターフェイス仕様としてＩＰＭＩ（Intelligent Platform Management Interface）規格を用いるものとして説明する。しかし、使用するインターフェイス規格を限定する趣旨ではなく、ユーザコンピュータ１０のハードウェアを監視できる規格であればどのようなものでもよい。

ＢＭＣ部２０５は、障害通知装置２０からの要求に応じて、第２通信部２０６を介してユーザコンピュータ１０に関する情報を障害通知装置２０に送信する。ＢＭＣ部２０５が、障害通知装置２０に送信する情報には、少なくとも画面キャプチャデータとシステムイベントログが含まれる。

より具体的には、ＢＭＣ部２０５は、表示部２０４から画面表示に係る画面データを取得し、当該画面データを画面キャプチャデータとして障害通知装置２０に送信する。また、ＢＭＣ部２０５は、記憶部２０２に格納されたシステムイベントログを読み出し、障害通知装置２０に送信する。

図４は、障害通知装置２０の内部構成の一例を示す図である。図４を参照すると、障害通知装置２０は、制御部３０１と、記憶部３０２と、通信部３０３と、表示部３０４と、を含んで構成される。

制御部３０１、記憶部３０２、通信部３０３及び表示部３０４はそれぞれバスを介して相互に接続されている。

制御部３０１は、障害通知装置２０の全体を制御する。制御部３０１は、通信部３０３を介してネットワークに接続されたユーザコンピュータ１０や受信端末３０と相互に通信する。制御部３０１は、表示部３０４を介してシステム管理者（又はオペレータ）に必要な情報を提供する。

また、制御部３０１は、ユーザコンピュータ１０の動作状態を監視し、ユーザコンピュータ１０に障害が発生した場合には、ユーザコンピュータ１０のシステム状態とシステム管理者による対処の有無を監視センタの受信端末３０に送信する機能を有する。なお、制御部３０１は、障害通知装置２０に搭載されたコンピュータに、そのハードウェアを用いて、後に詳述する制御部３０１に含まれる各部の処理を実行させるコンピュータプログラムにより実現することもできる。

記憶部３０２は、制御部３０１の動作に必要な情報等を記憶する。また、記憶部３０２には、システムイベントログ（ＳＥＬ）データベース４０１とエラー情報データベース４０２のデータベースが構築されている。さらに、記憶部３０２には、データを格納するデータ領域４０３も存在する。

制御部３０１は、動作状態監視部５０１と、画面キャプチャデータ取得部５０２と、システムイベントログ取得部５０３と、エラー情報取得管理部５０４と、エラー情報通知部５０５と、を含んで構成される。

動作状態監視部５０１は、ユーザコンピュータ１０との間でピング（ＰＩＮＧ）コマンドに係るパケット等の通信を定期的に行い、ユーザコンピュータ１０が正常に動作しているか否かを監視する。

画面キャプチャデータ取得部５０２は、ユーザコンピュータ１０の動作確認の結果、ユーザコンピュータ１０が正常に動作していないと判断する場合に、ユーザコンピュータ１０の画面キャプチャデータを取得する。具体的には、画面キャプチャデータ取得部５０２は、ユーザコンピュータ１０のＢＭＣ部２０５にアクセスし、画面キャプチャデータを取得する。

システムイベントログ取得部５０３は、ユーザコンピュータ１０の動作確認の結果、ユーザコンピュータ１０が正常に動作していないと判断する場合に、ユーザコンピュータ１０のシステムイベントログを取得する。具体的には、システムイベントログ取得部５０３は、ユーザコンピュータ１０のＢＭＣ部２０５にアクセスし、ＢＭＣ部２０５を経由してシステムイベントログを取得する。

エラー情報取得管理部５０４は、画面キャプチャデータ取得部５０２により取得された画面キャプチャデータとシステムイベントログ取得部５０３により取得されたシステムイベントログに基づいて、これらのエラー情報の取得を継続するか停止するかを定める。即ち、エラー情報取得管理部５０４は、取得された画面キャプチャデータとシステムイベントログに基づき、画面キャプチャデータ取得部５０２とシステムイベントログ取得部５０３のデータ取得動作を管理する。

エラー情報取得管理部５０４は、取得されたシステムイベントログとシステムイベントログデータベース４０１に格納された情報とに基づき、エラー情報の取得を継続するか停止するかを判定する。さらに、エラー情報取得管理部５０４は、取得された画面キャプチャデータが所定の期間に亘り更新されているか否かに基づき、エラー情報の取得を継続するか停止するかを判定する。

エラー情報通知部５０５は、ユーザコンピュータ１０に障害が発生した場合に、ユーザコンピュータ１０のシステム状態を示す情報と、システム管理者による対処が必要か否かを示す情報と、を監視センタに通知する。具体的には、エラー情報通知部５０５は、ユーザコンピュータ１０のシステム状態を示す情報として、取得した画面キャプチャデータやシステムイベントログを受信端末３０に送信する。

システムイベントログデータベース４０１には、システムイベントログの取り得るデータ値ごとに、エラー情報の取得を継続するか否かと、システム管理者による対処の要否が予め登録されている。

図５は、システムイベントログデータベース４０１が記憶する情報の一例を示す図である。図５を参照すると、システムイベントログの取り得る値ごとに、エラー情報の取得を継続するのか停止するのか、及び、システム管理者による対処を必要とするのか否かが記憶されている。なお、図５に示す「Ｓｅｎｓｏｒ Ｔｙｐｅ」等と一緒に併記した括弧書きのバイト数は、ＩＰＭＩ仕様の「ＳＥＬ Ｒｅｃｏｒｄ Ｆｏｒｍａｔ」から得られる先頭からのバイト数である。例えば、「Ｓｅｎｓｏｒ Ｔｙｐｅ」はシステムイベントログの１１バイト目を参照することで得ることができる。

エラー情報データベース４０２には、エラー発生時のメッセージごとに、エラー情報の取得を継続するか否かと、システム管理者による何らかの対処が必要となるか否かに関する情報が記憶されている。具体的には、エラー情報データベース４０２には障害発生時にユーザコンピュータ１０の画面に表示されると予想されるエラーメッセージが文字列として予め登録されている。

図６は、エラー情報データベース４０２が記憶する情報の一例を示す図である。図６を参照すると、エラーメッセージごとに、エラー情報の取得を継続するか否かと、システム管理者により何らかの対処が必要となるか否かに関する情報が記憶されている。

次に、第１の実施形態に係る障害通知システムの動作について説明する。

図７は、第１の実施形態に係る障害通知システムの動作の一例を示すシーケンス図である。

ステップＳ１０１において、障害通知装置２０は、ユーザコンピュータ１０の動作状態の監視をする。具体的には、動作状態監視部５０１は、ＰＩＮＧコマンドによる「Ｅｃｈｏ Ｒｅｑｕｅｓｔ」パケットをユーザコンピュータ１０に向けて送信し、ユーザコンピュータ１０の死活を確認する。

ユーザコンピュータ１０が通常動作していれば、ユーザコンピュータ１０は「Ｅｃｈｏ Ｒｅｐｌｙ」パケットを応答送信する（ステップＳ２０１）。

障害通知装置２０は、ユーザコンピュータ１０からの応答送信の受信有無を確認（ステップＳ１０２）し、応答送信を受信していればステップＳ１０１に係るパケット送信処理を繰り返す。つまり、ユーザコンピュータ１０に障害が生じていなければ、障害通知装置２０とユーザコンピュータ１０はステップＳ１０１、Ｓ１０２とＳ２０１に係る動作を繰り返す。

次に、ユーザコンピュータ１０に障害が発生した場合を考える。

この場合、ユーザコンピュータ１０は障害通知装置２０からの「Ｅｃｈｏ Ｒｅｑｕｅｓｔ」パケットに対して応答送信ができない（ステップＳ１０２、Ｎｏ分岐）。そのため、障害通知装置２０は、ステップＳ１０３以降の処理を実行する。動作状態監視部５０１は、ＰＩＮＧコマンドに対するユーザコンピュータ１０から応答送信が確認できないことが確定した時点（ＰＩＮＧコマンドによる死活監視が途絶えた時点）でのタイムスタンプを記憶する。

なお、図７に示すシーケンス図には図示していないが、障害通知装置２０はステップＳ１０２以降にユーザコンピュータ１０に生じた障害が回復した場合に備えて、「Ｅｃｈｏ Ｒｅｑｕｅｓｔ」に係るパケットを送信するものとする。

ステップＳ１０３において、障害通知装置２０はユーザコンピュータ１０の第２通信部２０６を介してＢＭＣ部２０５にアクセスする。

その後、ステップＳ１０４において、障害通知装置２０はユーザコンピュータ１０からエラー情報の取得を開始する。具体的には、画面キャプチャデータ取得部５０２はユーザコンピュータ１０の画面キャプチャデータの取得を開始する。同様に、システムイベントログ取得部５０３はシステムイベントログの取得を開始する。

取得した画面キャプチャデータやシステムイベントログは、記憶部３０２のデータ領域４０３に格納される。

その後、エラー情報取得管理部５０４は、取得された（データ領域４０３に格納された）システムイベントログを、システムイベントログデータベース４０１に記憶された情報と照合確認する（ステップＳ１０５）。具体的には、エラー情報取得管理部５０４は、取得されたシステムイベントログの一部が、システムイベントログデータベース４０１に予め登録されたエラー情報取得の停止を示す値と一致するか否かを判定する。

判定の結果、取得されたシステムイベントログが、エラー情報取得の停止を指示するログであった場合には（ステップＳ１０５、Ｙｅｓ分岐）、ステップＳ１１０に移行する。

一方、判定の結果、取得されたシステムイベントログが、エラー情報取得の停止を指示するログでなければ（ステップＳ１０５、Ｎｏ分岐）、ステップＳ１０６以降の処理を実行する。

ステップＳ１０６において、動作状態監視部５０１は、ユーザコンピュータ１０から応答送信の受信有無を確認（ステップＳ１０６）する。応答送信を受信している場合（ステップＳ１０６、Ｙｅｓ分岐）には、ステップＳ１１０に移行する。動作状態監視部５０１が、応答送信を受信していない場合（ステップＳ１０６、Ｎｏ分岐）には、ステップＳ１０７以降の処理が実行される。

ステップＳ１０７において、エラー情報取得管理部５０４は、画面キャプチャデータの更新有無を確認することで、ユーザコンピュータ１０の画面変化があるか否かを判定する。つまり、障害通知装置２０から、ユーザコンピュータ１０上の画面表示の変化を監視する。

ユーザコンピュータ１０に画面変化が認められる間は（ステップＳ１０７、Ｙｅｓ分岐）、ステップＳ１０６からの処理を繰り返す。

一方、所定の時間（例えば、１分間等）に渡って画面変化を確認できない場合（ステップＳ１０７、Ｎｏ分岐）には、ステップＳ１０８以降の処理が実行される。なお、画面キャプチャデータからなる画面の中に文字列が確認できない状態が続く場合も、ユーザコンピュータ１０に画面変化が確認できないと判断される。また、画面変化の確認の有無には画面監視に係るアプリケーションが利用できる。

ステップＳ１０８において、エラー情報通知部５０５は、画面キャプチャデータからエラーメッセージを抽出する。具体的には、エラー情報通知部５０５は、文字認識に係るアプリケーション等を利用して、画面キャプチャデータに含まれるメッセージ（文字列）を抽出する。また、エラー情報通知部５０５は、データ領域４０３に記憶されているユーザコンピュータ１０のシステムイベントログも抽出する。なお、エラー情報通知部５０５がエラー情報を抽出する期間は、ＰＩＮＧコマンドによる死活監視が途絶えた時点から本ステップまでの期間とする。

ステップＳ１０９において、エラー情報通知部５０５は、抽出したメッセージをエラー情報データベース４０２に記憶された情報と照合する。エラー情報通知部５０５は、このような照合処理により、監視センタに通知する情報（ユーザコンピュータ１０のシステム状態に関する情報）を生成する。具体的には、エラー情報通知部５０５は、抽出したエラーメッセージに一致するメッセージがエラー情報データベース４０２に登録されていれば、当該登録された情報（文字列と対処の要否）を監視センタに通知する情報とする。一方、ユーザコンピュータ１０の画面が所定の時間に亘り変化せず、エラー情報データベース４０２にも登録がないエラーメッセージ、あるいは、エラーメッセージ自体が表示されていない場合には、ユーザコンピュータ１０のシステム状態はフリーズしていると考えられるので、エラー情報通知部５０５はその旨を監視センタに通知する情報とする。

ステップＳ１１０おいて、エラー情報取得管理部５０４は画面キャプチャデータ取得部５０２とシステムイベントログ取得部５０３に対してそれぞれのデータ取得動作の停止を指示する。

ステップＳ１１１において、エラー情報通知部５０５はユーザコンピュータ１０のシステム状態を示す情報と、システム管理者による対処が必要か否かに係る情報と、を監視センタの受信端末３０に送信する。

具体的には、取得されたシステムイベントログがシステムイベントログデータベース４０１にて記憶され、ログ取得の停止を示すログの場合には、当該取得されたシステムイベントログと画面キャプチャデータをユーザコンピュータ１０のシステム状態として通知する。

また、ユーザコンピュータ１０に障害が発生した場合であっても、ユーザコンピュータ１０が正常に復帰（ステップＳ２０２）し、「Ｅｃｈｏ Ｒｅｐｌｙ」パケットの応答送信を行う場合（ステップＳ２０３）がある。このようにユーザコンピュータ１０の動作状態が復帰した場合は、エラー情報通知部５０５は、ユーザコンピュータ１０のＯＳが起動したものと判断し、画面のキャプチャを停止し、取得した画面キャプチャデータとシステムイベントログを監視センタに送信する。

さらに、ユーザコンピュータ１０の画面表示が所定の期間に亘り停止している場合には、エラー情報通知部５０５は、画面キャプチャデータから抽出したエラーメッセージ、エラー情報データベース４０２に登録された情報、ユーザコンピュータ１０がフリーズ状態にあることを示す情報のいずれかと、システムイベントログと、をシステム状態として監視センタに送信する。

監視センタの受信端末３０はこれらの情報を受信する（ステップＳ３０１）。

このように、障害通知装置２０は、ステップＳ１０５において取得したシステムイベントログの対処方法がシステムイベントログデータベース４０１にて確認できた場合には、既知の障害が発生したものと判断する。この場合には、障害通知装置２０は、システムイベントログと画面キャプチャデータの取得を停止し、取得したこれらのデータを監視センタに送信する。

一方、システムイベントログとシステムイベントログデータベース４０１の情報との照合の結果、対処方法のない未知の問題と判断された場合には、画面キャプチャデータから得られるエラーメッセージとエラー情報データベース４０２の情報と照合が行われる。その際、ユーザコンピュータ１０の画面表示が一定期間更新されない場合には、障害通知装置２０はユーザコンピュータ１０がフリーズ状態にある可能性を考慮し、その旨及び取得したシステムイベントログを監視センタに送信する。

なお、第１の実施形態に係る障害通知装置２０等は例示であって種々の変形が可能である。例えば、第１の実施形態では障害通知装置２０はユーザコンピュータ１０のＢＭＣ部２０５が生成するシステムイベントログを取得する形態について説明した。しかし、障害通知装置２０が取得するログの種別を限定する趣旨ではない。例えば、ユーザコンピュータ１０に含まれる制御部２０１が、ＯＳの起動前であってもユーザコンピュータ１０を構成するハードウェアに生じた障害に関するログを採取し、記憶部２０２に格納できるのであれば、障害通知装置２０はこのようなログも取得の対象としてもよい。

以上のように、第１の実施形態に係る障害通知装置２０は、ＰＩＮＧコマンド等を用いてユーザコンピュータ１０の死活を監視する。その際、ユーザコンピュータ１０の動作が停止していると判断される場合には、ユーザコンピュータ１０内のＢＭＣ部２０５にアクセスし、ハードウェア情報であるシステムイベントログと画面キャプチャデータを取得する。

さらに、ユーザコンピュータ１０の画面が所定の期間に亘り変化していないと判断される場合には、障害通知装置２０は、画面キャプチャデータからエラーメッセージを抽出し、ユーザコンピュータ１０の障害発生を監視センタに通知する。あるいは、障害通知装置２０は、ユーザコンピュータ１０がフリーズしている可能性を監視センタに通知する。

その結果、第１の実施形態に係る障害通知装置２０は、ユーザコンピュータ１０に障害が発生し、ＯＳの起動途中でフリーズしてしまうような場合であっても、システム状態に係る適切な情報をシステム管理者に提供できる。また、所定の期間が経過後には画面キャプチャデータやシステムイベントログの取得を行わないので、適切な期間に亘るエラー情報（画面キャプチャデータ、システムイベントログ）の取得が可能となる。また、画面キャプチャデータからのエラーメッセージとシステムイベントログを対応するデータベースの情報と照合することで、ユーザコンピュータ１０のシステム状態を適切に判断できる。その結果、障害解析の精度を向上させることができる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

［付記１］
被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する第１取得部と、
前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する通知部と、
を備える障害通知装置。
［付記２］
前記被監視対象装置における障害検知を契機として、前記被監視対象装置が生成するログを取得する第２取得部をさらに備え、
前記通知部は、前記取得されたログを外部に通知する、付記１の障害通知装置。
［付記３］
前記取得された画面データとログに基づき、前記第１及び第２取得部のデータ取得動作を管理する管理部をさらに備える、付記２の障害通知装置。
［付記４］
前記管理部は、前記取得された画面データが所定の期間に亘り変化しない場合に、前記第１及び第２取得部のデータ取得動作を停止する、付記３の障害通知装置。
［付記５］
前記通知部は、前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから抽出した文字列を外部に通知する、付記１乃至４のいずれか一に記載の障害通知装置。
［付記６］
前記管理部は、前記取得されたログの一部が予め定められた値と一致する場合に、前記第２取得部のデータ取得動作を停止する、付記３乃至５のいずれか一に記載の障害通知装置。
［付記７］
前記第１取得部は、前記被監視対象装置に含まれるプロセッサであって、オペレーティングシステムを動作させる主プロセッサとは独立して動作する副プロセッサから、前記画面データを取得し、
前記第２取得部は、前記副プロセッサから前記ログを取得する、付記２乃至６のいずれか一に記載の障害通知装置。
［付記８］
前記被監視対象装置の動作状態を、前記被監視対象装置に対して所定のパケットを送信し、前記被監視対象装置からの応答の有無に基づき監視する、監視部をさらに備える付記１乃至７のいずれか一に記載の障害通知装置。
［付記９］
被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する工程と、
前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する工程と、
を含む障害通知方法。
［付記１０］
被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する処理と、
前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する処理と、
を障害通知装置を制御するコンピュータに実行させるプログラム。
なお、付記９及び付記１０に係る形態は、付記１の形態と同様に、付記２〜付記８に係る形態に展開することが可能である。

なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０ ユーザコンピュータ
２０、１００ 障害通知装置
３０ 受信端末
４１、４２ ネットワーク
１０１ 第１取得部
１０２ 通知部
２０１、３０１ 制御部
２０２、３０２ 記憶部
２０３ 第１通信部
２０４、３０４ 表示部
２０５ ＢＭＣ（Baseboard Management Controller）部
２０６ 第２通信部
３０３ 通信部
４０１ システムイベントログ（ＳＥＬ；System Event Log）データベース
４０２ エラー情報データベース
４０３ データ領域
５０１ 動作状態監視部
５０２ 画面キャプチャデータ取得部
５０３ システムイベントログ取得部
５０４ エラー情報取得管理部
５０５ エラー情報通知部

Claims (10)

1. 被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する第１取得部と、
   前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する通知部と、
   を備える障害通知装置。
2. 前記被監視対象装置における障害検知を契機として、前記被監視対象装置が生成するログを取得する第２取得部をさらに備え、
   前記通知部は、前記取得されたログを外部に通知する、請求項１の障害通知装置。
3. 前記取得された画面データとログに基づき、前記第１及び第２取得部のデータ取得動作を管理する管理部をさらに備える、請求項２の障害通知装置。
4. 前記管理部は、前記取得された画面データが所定の期間に亘り変化しない場合に、前記第１及び第２取得部のデータ取得動作を停止する、請求項３の障害通知装置。
5. 前記通知部は、前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから抽出した文字列を外部に通知する、請求項１乃至４のいずれか一項に記載の障害通知装置。
6. 前記管理部は、前記取得されたログの一部が予め定められた値と一致する場合に、前記第２取得部のデータ取得動作を停止する、請求項３乃至５のいずれか一項に記載の障害通知装置。
7. 前記第１取得部は、前記被監視対象装置に含まれるプロセッサであって、オペレーティングシステムを動作させる主プロセッサとは独立して動作する副プロセッサから、前記画面データを取得し、
   前記第２取得部は、前記副プロセッサから前記ログを取得する、請求項２乃至６のいずれか一項に記載の障害通知装置。
8. 前記被監視対象装置の動作状態を、前記被監視対象装置に対して所定のパケットを送信し、前記被監視対象装置からの応答の有無に基づき監視する、監視部をさらに備える請求項１乃至７のいずれか一項に記載の障害通知装置。
9. 被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する工程と、
   前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する工程と、
   を含む障害通知方法。
10. 被監視対象装置における障害検知を契機として、前記被監視対象装置が表示デバイスに表示する画面データを取得する処理と、
    前記取得された画面データが所定の期間に亘り変化しない場合に、前記取得された画面データから得られる情報を、外部に通知する処理と、
    を障害通知装置を制御するコンピュータに実行させるプログラム。

Images