(57)【要約】  本発明の一態様に係る情報処理方法は、（Ａ）コンソールに出力すべき画像を順次キャプチャし、（Ｂ）キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、（Ｃ）キャプチャした画像が上記条件を満たすと判断された場合には、上記条件を満たす画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は上記条件を満たす画像を含む所定数の画像のデータを、記憶部における保存領域に格納する処理を含む。
2015177879.tif 000002
【特許請求の範囲】
【請求項１】
監視部と、
コンソールに出力すべき画面の画像のデータを格納するメモリと、
を有し、
前記監視部は、
記憶部を有し、
前記メモリから、画像を順次キャプチャし、
キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、
キャプチャした前記画像が前記条件を満たすと判断された場合には、前記条件を満たす前記画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記条件を満たす前記画像を含む所定数の画像のデータを、前記記憶部における保存領域に格納する
情報処理装置。
【請求項２】
前記監視部は、
キャプチャした前記画像が前記条件を満たすと判断された場合には、前記条件を満たす前記画像と、前記時刻から第１の所定時間前までにキャプチャした画像とを、前記保存領域に格納し、
前記時刻から第２の所定時間経過後に、前記時刻から前記第２の所定時間までにキャプチャした画像を、前記保存領域に格納する
請求項１記載の情報処理装置。
【請求項３】
前記監視部は、
前記時刻から前記第２の所定時間までにキャプチャした画像を、前記保存領域に格納する処理後、又は前記条件を満たすと判断されていない状態で、現在時刻から前記第１の所定時間より前にキャプチャした画像を破棄する
請求項２記載の情報処理装置。
【請求項４】
前記条件が、座標値と画素値との複数の組み合わせで規定される条件である
請求項１乃至３のいずれか１つ記載の情報処理装置。
【請求項５】
監視部と、コンソールに出力すべき画面の画像のデータを格納するメモリとを有する情報処理装置と、
前記情報処理装置とネットワークを介して接続された端末装置と、
を有し、
前記監視部は、
記憶部を有し、
前記メモリから、画像を順次キャプチャし、
キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、
キャプチャした前記画像が前記条件を満たすと判断された場合には、前記条件を満たす前記画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記条件を満たす前記画像を含む所定数の画像のデータを、前記記憶部における保存領域に格納し、
前記端末装置は、前記保存領域に格納された画像のデータを前記ネットワークを介して読み出して、出力する
情報処理システム。
【請求項６】
コンソールに出力すべき画像を順次キャプチャし、
キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、
キャプチャした前記画像が前記条件を満たすと判断された場合には、前記条件を満たす前記画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記条件を満たす前記画像を含む所定数の画像のデータを、記憶部における保存領域に格納する
処理を、コンピュータに実行させるためのプログラム。
【請求項７】
コンソールに出力すべき画像を順次キャプチャし、
キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、
キャプチャした前記画像が前記条件を満たすと判断された場合には、前記条件を満たす前記画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記条件を満たす前記画像を含む所定数の画像のデータを、記憶部における保存領域に格納する
処理を含み、コンピュータが実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置の監視技術に関する。
【背景技術】
【０００２】
サーバを始めとする情報処理装置における内部処理の異常については、一般的にはＯＳ（Operating System）が記録するシステムイベントログ、アプリケーションが記録するエラーログやステータスログといった内部的なログによってその原因の究明を行う。また、内部処理の異常時には、内部的なログの記録に加えて画面にエラー表示が行われる。エラー表示がなされた画面（エラー画面とも呼ぶ）には、異常の種類を示す情報や、異常の原因、その後の対応方法が含まれる。Windows（登録商標）のブルースクリーン、Linux（登録商標）のカーネルパニック画面、VMware（登録商標）のパープルスクリーンが、エラー画面に該当する。【０００３】
アプリケーションが表示するエラーメッセージであれば、手動でスクリーンショットを記録することはできるが、ブルースクリーンやカーネルパニック発生時にはＯＳが動作していないため、これらのエラー画面のスクリーンショットをそのまま記録することは難しい。特に、これらのエラー画面は表示時間が短い場合もあり、慣れないオペレータでは、エラー画面の内容を記録することは困難である。【０００４】
また、エラーを解析する際には、エラーが発生するまでの操作内容が有用になるケースがあるが、エラーに再現性がない場合や、エラー発生に至るまでの操作を再現できないこともよくある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−５６９２８号公報
【特許文献２】特開２０１０−８６３４５号公報
【特許文献３】特開２０１２−１８６５８号公報
【特許文献４】特開平１０−６６０６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本発明の目的は、一側面によれば、エラー解析に有用な画像のデータを記録できるようにするための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る情報処理方法は、（Ａ）コンソールに出力すべき画像を順次キャプチャし、（Ｂ）キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、（Ｃ）キャプチャした画像が上記条件を満たすと判断された場合には、上記条件を満たす画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は上記条件を満たす画像を含む所定数の画像のデータを、記憶部における保存領域に格納する処理を含む。
【発明の効果】
【０００８】
一側面によれば、エラー解析に有用な画像のデータを記録できるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態に係る情報処理システムの概要を示す図である。
【図２】図２は、ベースボードマネジメントコントローラの機能ブロック図である。
【図３】図３は、登録処理部が実行する処理の処理フローを示す図である。
【図４】図４は、設定メニュー画面の一例を示す図である。
【図５】図５は、エラー画像のサンプルの一例を示す図である。
【図６】図６は、サンプルの一部を拡大した画像の一例を示す図である。
【図７】図７は、エラー画像情報のフォーマット例を示す図である。
【図８】図８は、キャプチャ処理部が実行する処理の処理フローを示す図である。
【図９】図９は、判定処理部が実行する処理の処理フローを示す図である。
【図１０】図１０は、ファイル管理部の処理内容を説明するための図である。
【図１１】図１１は、ファイル管理部の処理内容を説明するための図である。
【図１２】図１２は、ファイル管理部の処理内容を説明するための図である。
【図１３】図１３は、ファイル管理部の処理内容を説明するための図である。
【図１４】図１４は、ファイル管理部の処理内容を説明するための図である。
【図１５】図１５は、ファイル管理部の処理内容を説明するための図である。
【図１６】図１６は、ファイル管理部が実行する処理の処理フローを示す図である。
【図１７】図１７は、出力部が実行する処理の処理フローを示す図である。
【発明を実施するための形態】
【００１０】
図１に本発明の実施の形態に係る情報処理システムの概要を示す。本実施の形態に係る情報処理システムは、情報処理装置１０００と、情報処理装置１０００のコンソール２０００と、ＬＡＮ（Local Area Network）などのネットワークを介して接続されたリモート端末３０００とを含む。
【００１１】
情報処理装置１０００は、システムボード１１００と、ハードディスクドライブやその他のディスクドライブ装置などを含む外部記憶装置１２００とを有する。システムボード１１００は、メインプロセッサ１１１０と、メインメモリや外部記憶装置１２００のコントローラなどのデバイス１１４０と、ＬＡＮなどのネットワークを介して通信を行うための通信制御デバイス１１５０と、コンソール２０００に表示される画面の画像データが書き込まれるＶＲＡＭ（Viedo RAM（Random Access Memory））１１２０と、本実施の形態に係る主要な処理を実行するベースボードマネジメントコントローラ１１３０とを有する。
【００１２】
メインプロセッサ１１１０、デバイス１１４０及びＶＲＡＭ１１２０などは、情報処理装置１０００の本来処理を実行するための構成要素である。
【００１３】
ベースボードマネジメントコントローラ（ＢＭＣ：Baseboard Management Controller）１１３０は、例えばＩＰＭＩ（Intelligent Platform Management Interface）を利用して、温度センサ、ＣＰＵステータス、ファンのスピードや電圧といったシステムボード上のデバイスを監視する。また、ベースボードマネジメントコントローラ１１３０は、リモート端末３０００からのサーバ再起動や電源操作を実行したり、ＢＩＯＳ（Basic I/O System）設定及びＯＳコンソール情報に対するリモートアクセスを可能にする。ベースボードマネジメントコントローラ１１３０は、リモートマネージメントコントローラとも呼ばれる。
【００１４】
このように、ベースボードマネジメントコントローラ１１３０は、ＶＲＡＭ１１２０に書き込まれた画像データをキャプチャする機能を有し、通信制御デバイス１１５０を介してリモート端末３０００と通信を行うようになっている。
【００１５】
ベースボードマネジメントコントローラ１１３０は、ハードウエアとして、プロセッサ１１３と、ＲＡＭ１１４と、ＲＯＭ（Read Only Memory）１１５とを有する。そして、プロセッサ１１３は、ＲＯＭ１１５に格納されたプログラムをＲＡＭ１１４にロードして実行することで、ベースボードマネジメントコントローラ１１３０の各種機能を実現する。
【００１６】
図２に、ベースボードマネジメントコントローラ１１３０によって実現され且つ本実施の形態に係る機能の構成を示す。
【００１７】
ベースボードマネジメントコントローラ１１３０は、登録処理部１１３１と、第１記憶領域１１３２と、キャプチャ処理部１１３３と、一時記憶領域である第２記憶領域１１３４と、判定処理部１１３５と、ファイル管理部１１３６と、恒久記憶領域である第３記憶領域１１３７と、出力部１１３８とを有する。
【００１８】
登録処理部１１３１は、リモート端末３０００からの指示に応じて、エラー表示がなされたコンソール２０００の画面の、画像としての特徴データを含むエラー画像情報及び設定データを、第１記憶領域１１３２を格納する。
【００１９】
キャプチャ処理部１１３３は、第１記憶領域１１３２に格納されている設定データに従って、ＶＲＡＭ１１２０に格納された画像のデータを順次キャプチャし、画像ファイルを生成して第２記憶領域１１３４に格納する。キャプチャ処理部１１３３は、例えば定期的にＶＲＡＭ１１２０から画像のデータをキャプチャする。
【００２０】
判定処理部１１３５は、キャプチャ処理部１１３３から画像ファイルの生成通知を受信すると、第２記憶領域１１３４に格納された当該画像ファイルが、エラー画像情報で規定される条件を満たすか否かを判断する。判定処理部１１３５は、画像ファイルがエラー画像情報で規定される条件を満たす場合には、判定通知をファイル管理部１１３６に出力する。なお、エラー画像情報で規定される条件を満たす画像をエラー画像と呼ぶものとする。
【００２１】
ファイル管理部１１３６は、判定通知に係る画像ファイルを含む所定の画像ファイルを第３記憶領域１１３７に格納すると共に、第２記憶領域１１３４において古い画像ファイルを削除する処理を行う。
【００２２】
出力部１１３８は、例えばリモート端末３０００からの要求に応じて、第３記憶領域１１３７に格納されている画像ファイルを、リモート端末３０００に送信する。
【００２３】
次に、図３乃至図１７を用いて、ベースボードマネジメントコントローラ１１３０の処理内容について説明する。まず、登録処理部１１３１の処理内容について、図３乃至図７を用いて説明する。
【００２４】
登録処理部１１３１は、例えばリモート端末３０００からの要求に応じて設定メニューデータを、リモート端末３０００に送信する（図３：ステップＳ１）。これに対して、リモート端末３０００は、設定メニューデータを受信すると、図４に示すような設定メニュー画面を表示する。
【００２５】
図４の例では、キャプチャ処理部１１３３が画像のデータをキャプチャする周期である画像定期保存周期と、エラー画像検出時より前にキャプチャされた画像のうち保存すべき画像の範囲を規定するための期間を表すエラー画像検出前時間と、エラー画像検出時より後にキャプチャされた画像のうち保存すべき画像の範囲を規定するための期間を表すエラー画像検出後時間とを設定するようになっている。
【００２６】
さらに、図４では、抽出すべきエラー画像の条件であるエラー画像情報の指定を行うためのボタンと、設定データ及びエラー画像情報をベースボードマネジメントコントローラ１１３０に送信するための設定ボタンと、設定を取りやめるためのキャンセルボタンとも設けられている。図４の例では、エラー画像情報については２種類のサンプルエラー画像の選択が既に行われたことが表されている。
【００２７】
例えば、エラー画像情報指定ボタンがクリックされると、予め保持されているエラー画像のサンプルの選択画面が表示され、オペレータは、いずれかのサンプルを選択する。
【００２８】
例えば、図５にエラー画像のサンプルの一例を示す。図５の例では、エラー画像の定型文が含まれる部分、関係するファイル名が表示される部分、エラー特有の部分等が含まれる。本実施の形態の場合には、定型文が含まれる部分Ｘを選択することが好ましい。
【００２９】
図６は、図５における部分Ｘを拡大したものであるが、このような定型文の部分Ｘにおいて、任意のドット（画素）の座標値及び画素値（例えばＲＧＢ値）の組み合わせをｎ個抽出する。
【００３０】
よって、エラー画像情報としては、図７に示すようなフォーマットのエラー画像情報が得られる。すなわち、抽出ドット数ｎと、座標値及び画素値の組み合わせｎ組とが含まれる。
【００３１】
リモート端末３０００のオペレータは、サンプルを選択するだけで、そのサンプルに対して予め用意されているエラー画像情報を自動的に採用するようにしても良い。また、オペレータが、定型文の部分Ｘを指定した上で、ランダムにドットを選択したり、ドット自体もオペレータが指定した上で、図７のようなエラー画像情報を抽出するようにしても良い。
【００３２】
図４の設定メニュー画面において設定されたデータは、リモート端末３０００から情報処理装置１０００のベースボードマネジメントコントローラ１１３０に送信される。
【００３３】
ベースボードマネジメントコントローラ１１３０の登録処理部１１３１は、リモート端末３０００からオペレータによって設定されたデータを受信し、画像定期保存周期とエラー画像検出前時間とエラー画像検出後時間とを設定データとして、第１記憶領域１１３２に格納する（ステップＳ３）。
【００３４】
また、登録処理部１１３１は、受信データに含まれ且つオペレータによって指定されたエラー画像のサンプルに基づき、エラー画像情報を抽出して、第１記憶領域１１３２に格納する（ステップＳ５）。
【００３５】
ステップＳ５では、単にサンプルの種別が指定されている場合には、予め用意されているエラー画像情報を読み出す場合もあれば、この段階で予め設定されている定型文の部分Ｘからランダムにドット位置を決定して、エラー画像情報を抽出する場合もある。一方、指定サンプルにおけるドット位置もオペレータによって指定されている場合には、ドット位置における画素値を指定サンプルから抽出するようにしても良い。
【００３６】
次に、キャプチャ処理部１１３３の処理内容について、図８を用いて説明する。
【００３７】
まず、キャプチャ処理部１１３３は、第１記憶領域１１３２から、画像定期保存周期のデータを取得する（ステップＳ１１）。
【００３８】
そして、キャプチャ処理部１１３３は、ＶＲＡＭ１１２０から、この時点においてコンソール２０００の画面に表示される画像データをキャプチャする（ステップＳ１３）。また、キャプチャ処理部１１３３のタイマは、画像定期保存周期を計測し始める。
【００３９】
そうすると、キャプチャ処理部１１３３は、キャプチャ画像をファイル化して、第２記憶領域１１３４に格納する（ステップＳ１５）。さらに、キャプチャ処理部１１３３は、判定処理部１１３５に対して、画像ファイルのファイル名又は保存時刻等を含む、画像ファイルの生成通知を出力する（ステップＳ１７）。
【００４０】
その後、キャプチャ処理部１１３３は、ステップＳ１１で取得した画像定期保存周期までスリープする（ステップＳ１９）。
【００４１】
そして、画像定期保存周期になると、処理終了が指示されない限り（ステップＳ２１：Ｎｏルート）、処理はステップＳ１３に戻る。一方、処理終了が指示された場合には（ステップＳ２１：Ｙｅｓルート）、処理を終了する。
【００４２】
このように、キャプチャ処理部１１３３は、周期的にＶＲＡＭ１１２０をスキャンして、画像ファイルを生成及び格納することで、不意にエラー表示が行われたとしても、保存できるようになる。
【００４３】
次に、判定処理部１１３５の処理内容について、図９を用いて説明する。
【００４４】
判定処理部１１３５は、キャプチャ処理部１１３３からの生成通知の受信を待つ（ステップＳ３１）。
【００４５】
そして、判定処理部１１３５は、生成通知を受信すると、生成通知に係る画像ファイルを、第２記憶領域１１３４から読み出す（ステップＳ３３）。生成通知に画像ファイル名又は保存時刻が含まれていれば、それを用いる。また、判定処理部１１３５は、第１記憶領域１１３２から、エラー画像情報を読み出す（ステップＳ３５）。
【００４６】
そして、判定処理部１１３５は、エラー画像情報に基づき、生成通知に係る画像ファイルがエラー画像であるか否かを判断する（ステップＳ３７）。
【００４７】
具体的には、エラー画像情報は図７に示すようにｎドットの座標値及び画素値を含むので、各ドットについて、画像ファイルの画像において同じ座標値の画素値を読み出して比較する。そして、ｎドットのうち所定割合以上のドットについて画素値が一致するか否かによって、画像ファイルがエラー画像であるか否かを判断する。
【００４８】
今回の生成通知に係る画像ファイルがエラー画像ではないと判断されると（ステップＳ３９：Ｎｏルート）、処理はステップＳ４３に移行する。
【００４９】
一方、今回の生成通知に係る画像ファイルがエラー画像であると判断されると（ステップＳ３９：Ｙｅｓルート）判定処理部１１３５は、画像ファイルのファイル名又は保存時刻を含む判定通知を、ファイル管理部１１３６に出力する（ステップＳ４１）。
【００５０】
そして、処理終了が指示されない場合には（ステップＳ４３：Ｎｏルート）、処理はステップＳ３１に戻る。一方、処理終了が指示された場合には（ステップＳ４３：Ｙｅｓルート）、処理は終了する。
【００５１】
このように、オペレータ指定の特徴を有する画像ファイルをエラー画像として検出することができるようになる。
【００５２】
次に、ファイル管理部１１３６の処理内容について、図１０乃至図１６を用いて説明する。最初に、図１０乃至図１５を用いて概要を説明する。
【００５３】
キャプチャ処理部１１３３は、図１０に示すように、定期保存周期Ｔ１で、定期的に画像ファイルを第２記憶領域１１３４に格納する。これに対して、ファイル管理部１１３６は、判定通知を判定処理部１１３５から受信していない場合には、図１１に示すように、現在時刻からエラー画像検出前時間Ｔ２より古い画像ファイルについては削除する。
【００５４】
一方、ファイル管理部１１３６は、判定処理部１１３５から判定通知を受信すると、図１２に示すように、判定通知からエラー画像の画像ファイルＦ４を特定し、画像ファイルＦ４の保存時刻からエラー画像検出前時間Ｔ２までの画像Ｆ１乃至Ｆ３と共に第３記憶領域１１３７に格納する。このようにすれば、エラー発生直前に行われた操作などを特定できるようになる。なお、エラー画像の画像ファイルについては、後から識別できるようにファイル名などを変更することが好ましい。
【００５５】
また、図１３に示すように、判定通知を受信した後は、現在時刻が、エラー発生時（エラー画像の画像ファイルＦ４の保存時刻）からエラー画像検出後時間Ｔ３経過前であれば、ファイル管理部１１３６は、何もしない。
【００５６】
これに対して、図１４に示すように、判定通知を受信した後は、現在時刻が、エラー発生時からエラー画像検出後時間Ｔ３経過後であれば、ファイル管理部１１３６は、エラー発生後でエラー画像検出後時間Ｔ３までの画像ファイルＦ５乃至Ｆ８を、第３記憶領域１１３７に保存する。そして、ファイル管理部１１３６は、判定通知を破棄する。
【００５７】
そうすると、図１５に示すように、エラー画像の画像ファイル前後の画像ファイルをも格納されるようになる。このようにすれば、エラー画像の後に表示された画面の内容をも確認した上で、エラーの解析を行うことができる。
【００５８】
なお、この実施の形態では、時刻をベースに保存する画像ファイルを決定しているが、例えば、エラー画像の画像ファイルより前の３枚と、後の４枚とをエラー画像の画像ファイルと共に保存すると言ったように、枚数をベースに画像ファイルを保存するようにしても良い。
【００５９】
次に図１６を用いて、ファイル管理部１１３６の処理内容について具体的に説明する。
【００６０】
まず、ファイル管理部１１３６は、エラー画像検出前時間及びエラー画像検出後時間を、第１記憶領域１１３２から読み出す（ステップＳ５１）。
【００６１】
そして、ファイル管理部１１３６は、判定処理部１１３５からの判定通知の有無をチェックする（ステップＳ５３）。判定通知が存在しない場合には（ステップＳ５５：Ｎｏルート）、ファイル管理部１１３６は、現在時刻を基準に、エラー画像検出前時間以上経過した古い画像ファイルを、第２記憶領域１１３４から削除する（ステップＳ６９）。そして処理はステップＳ６５に移行する。
【００６２】
一方、判定通知が存在する場合には（ステップＳ５５：Ｙｅｓルート）、ファイル管理部１１３６は、エラー画像の画像ファイルの保存時刻からエラー画像検出前時間までの画像ファイルを、第３記憶領域１１３７に保存する（ステップＳ５７）。図１２に示すような処理を実行する。なお、既に第３記憶領域１１３７に保存されている画像ファイルが存在する場合には、保存対象の画像ファイルのうち未保存の画像ファイルのみを保存すればよい。
【００６３】
そして、ファイル管理部１１３６は、現在時刻が、エラー画像の画像ファイルの保存時刻からエラー画像検出後時間経過したか判断する（ステップＳ５９）。ステップＳ５９の条件が満たされない場合には、処理はステップＳ６５に移行する。
【００６４】
一方、ステップＳ５９の条件を満たす場合には、ファイル管理部１１３６は、エラー画像の画像ファイルの保存時刻からエラー画像検出後時間までの画像ファイルを、第３記憶領域１１３７に格納する（ステップＳ６１）。その後、ファイル管理部１１３６は、判定通知を削除する（ステップＳ６３）。
【００６５】
そして、ファイル管理部１１３６は、次の処理周期までスリープする（ステップＳ６５）。そして、処理終了が指示されていない場合には（ステップＳ６７：Ｎｏルート）、処理はステップＳ５３に戻る。一方、処理終了が指示された場合には（ステップＳ６７：Ｙｅｓルート）、処理は終了する。
【００６６】
このような処理を行うことで、確実に保存すべき画像ファイルを、第３記憶領域１１３７に保存することができる。
【００６７】
なお、図１７に示すように、出力部１１３８は、リモート端末３０００からの指示に応じて、該当する画像ファイル群を、第３記憶領域１１３７から読み出す（ステップＳ７１）。例えば、時刻の指定から、当該時刻に最も近いエラー画像の画像ファイルを探して、当該エラー画像の画像ファイルを含む画像ファイル群を読み出す。画像ファイル群を特定する際には、エラー画像検出前時間及びエラー画像検出後時間を考慮して決定しても良い。
【００６８】
そして、出力部１１３８は、読み出した画像ファイル群を、リモート端末３０００宛に送信する（ステップＳ７３）。リモート端末３０００は、情報処理装置１０００から画像ファイル群を読み出し、記憶装置に格納する。
【００６９】
このように取得した画像ファイル群を用いてエラーの原因解析などを行うことができるようになる。
【００７０】
情報処理装置１０００で内部処理の異常の発生は通常の運用でも発生する事象である。しかしながら異常が発生した場合であっても、すぐさま異常状態から復帰し通常運用に戻すことが求められている。そのため運用が続行できないような致命的なケースを除き、エラー画面は自動的に消えてしまう、またはオペレータの操作によって消すことができることが多い。
【００７１】
本実施の形態によれば、オペレータが特別な操作を行うことなく、またＯＳが動作しておらずとも、さらにエラーが画面に表示されたことを意識することなしに、エラー画像の画像ファイルを保存することができ、エラー発生をトレースすることができる。
【００７２】
以上、本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、判定処理部１１３５は、判定通知をファイル管理部１１３６に出力するのではなく、第２記憶領域１１３４におけるエラー画像の画像ファイルのファイル名を、エラーを表すファイル名に変更するようにして通知を行うようにしても良い。例えば、ファイル名は、時刻（年月日時刻）を原則として採用して、エラー画像の画像ファイルであれば、末尾又は先頭に「Ｅ」等を付すなどすればよい。この場合、ファイル管理部１１３６は、判定通知ではなく、例えば周期的に第２記憶領域１１３４のファイル名を探索することで、エラー画像の画像ファイルを検出する。
【００７３】
さらに、エラー画像検出前時間及びエラー画像検出後時間を、第１記憶領域１１３２からファイル管理部１１３６が読み出すのではなく、判定処理部１１３５が判定通知で通知するようにしても良い。この場合、エラー画像の画像ファイルの保存時刻＋エラー画像検出後時間と保存時刻−エラー画像検出前時間とを通知するようにしても良い。
【００７４】
画像ファイルを管理するのではなく、別途管理テーブルなどを設けて画像データを管理するようにしても良い。例えば、保存時刻、エラー画像か否かを表すフラグ、画像データへのポインタなどを含む管理テーブルを維持管理するようにしても良い。
【００７５】
また、処理フローについては、処理結果が変わらない限り、処理順番を入れ替えたり、複数ステップを並列実行するようにしても良い。
【００７６】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００７７】
本実施の形態に係る情報処理装置は、（Ａ）監視部（例えばベースボードマネジメントコントローラ）と、（Ｂ）コンソールに出力すべき画面の画像のデータを格納するメモリ（例えばＶＲＡＭ）とを有する。そして、上で述べた監視部は、（ｂ１）記憶部を有しており、（ｂ２）上記メモリから、画像を順次キャプチャし、（ｂ３）キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、（ｂ４）キャプチャした画像が上記条件を満たすと判断された場合には、上記条件を満たす画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は上記条件を満たす画像を含む所定数の画像のデータを、記憶部における保存領域に格納する。
【００７８】
このようにすれば、エラー解析に有用な画像のデータを漏らさず記録できるようになる。
【００７９】
なお、上で述べた監視部は、（ｂ５）キャプチャした画像が上記条件を満たすと判断された場合には、上記条件を満たす画像と、上記時刻から第１の所定時間前までにキャプチャした画像とを、保存領域に格納し、（ｂ６）上記時刻から第２の所定時間経過後に、上記時刻から第２の所定時間までにキャプチャした画像を、保存領域に格納するようにしても良い。このようにすれば、エラー発生の前後における状況をも把握できるようになる。
【００８０】
さらに、上で述べた監視部は、（ｂ７）上記時刻から第２の所定時間までにキャプチャした画像を、保存領域に格納する処理後、又は上記条件を満たすと判断されていない状態で、現在時刻から第１の所定時間より前にキャプチャした画像を破棄するようにしても良い。画像ファイルの数を減らすためである。
【００８１】
また、上で述べた条件が、座標値と画素値との複数の組み合わせで規定される条件である場合もある。これによって、基準となる画像と類似する画像の出現を検知できるようになる。
【００８２】
なお、本実施の形態に係る情報処理方法は、（Ａ）コンソールに出力すべき画像を順次キャプチャし、（Ｂ）キャプチャした画像が、予め設定されているエラー表示画面の条件を満たすか否かを判断し、（Ｃ）キャプチャした画像が上記条件を満たすと判断された場合には、上記条件を満たす画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は上記条件を満たす画像を含む所定数の画像のデータを、記憶部における保存領域に格納する処理を含む。
【００８３】
なお、上で述べたような処理をコンピュータ又はプロセッサに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭなどの光ディスク、光磁気ディスク、半導体メモリ（例えばＲＯＭ）、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、ＲＡＭ等の記憶装置に一時保管される。
【図１】
2015177879.tif 000003
【図２】
2015177879.tif 000004
【図３】
2015177879.tif 000005
【図４】
2015177879.tif 000006
【図５】
2015177879.tif 000007
【図６】
2015177879.tif 000008
【図７】
2015177879.tif 000009
【図８】
2015177879.tif 000010
【図９】
2015177879.tif 000011
【図１０】
2015177879.tif 000012
【図１１】
2015177879.tif 000013
【図１２】
2015177879.tif 000014
【図１３】
2015177879.tif 000015
【図１４】
2015177879.tif 000016
【図１５】
2015177879.tif 000017
【図１６】
2015177879.tif 000018
【図１７】
2015177879.tif 000019
【手続補正書】
【提出日】平成28年11月8日(2016.11.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
監視部と、
コンソールに出力すべき画面の画像のデータを格納するメモリと、
を有し、
前記監視部は、
記憶部を有し、
前記メモリから、画像を順次キャプチャし、
予め定められた数の座標値のうち所定割合以上の座標値について、キャプチャした画像の画素値とエラー画面表示の画像の画素値とが一致するという条件が満たされるか否かを判断し、
キャプチャした画像のうち第１の画像について前記条件が満たされると判断された場合には、前記第１の画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記第１の画像を含む所定数の画像のデータを、前記記憶部における保存領域に格納する
情報処理装置。
【請求項２】
前記監視部は、
キャプチャした画像のうち前記第１の画像について前記条件が満たされると判断された場合には、前記第１の画像と、前記時刻から第１の所定時間前までにキャプチャした画像とを、前記保存領域に格納し、
前記時刻から第２の所定時間経過後に、前記時刻から前記第２の所定時間までにキャプチャした画像を、前記保存領域に格納する
請求項１記載の情報処理装置。
【請求項３】
前記監視部は、
前記時刻から前記第２の所定時間までにキャプチャした画像を、前記保存領域に格納する処理後、又は前記条件が満たされると判断されていない状態で、現在時刻から前記第１の所定時間より前にキャプチャした画像を破棄する
請求項２記載の情報処理装置。
【請求項４】
監視部と、コンソールに出力すべき画面の画像のデータを格納するメモリとを有する情報処理装置と、
前記情報処理装置とネットワークを介して接続された端末装置と、
を有し、
前記監視部は、
記憶部を有し、
前記メモリから、画像を順次キャプチャし、
予め定められた数の座標値のうち所定割合以上の座標値について、キャプチャした画像の画素値とエラー画面表示の画像の画素値とが一致するという条件が満たされるか否かを判断し、
キャプチャした画像のうち第１の画像について前記条件が満たされると判断された場合には、前記第１の画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記第１の画像を含む所定数の画像のデータを、前記記憶部における保存領域に格納し、
前記端末装置は、前記保存領域に格納された画像のデータを前記ネットワークを介して読み出して、出力する
情報処理システム。
【請求項５】
コンソールに出力すべき画像を順次キャプチャし、
予め定められた数の座標値のうち所定割合以上の座標値について、キャプチャした画像の画素値とエラー画面表示の画像の画素値とが一致するという条件が満たされるか否かを判断し、
キャプチャした画像のうち第１の画像について前記条件が満たされると判断された場合には、前記第１の画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記第１の画像を含む所定数の画像のデータを、記憶部における保存領域に格納する
処理を、コンピュータに実行させるためのプログラム。
【請求項６】
コンソールに出力すべき画像を順次キャプチャし、
予め定められた数の座標値のうち所定割合以上の座標値について、キャプチャした画像の画素値とエラー画面表示の画像の画素値とが一致するという条件が満たされるか否かを判断し、
キャプチャした画像のうち第１の画像について前記条件が満たされると判断された場合には、前記第１の画像をキャプチャした時刻を含む所定時間内にキャプチャした画像のデータ又は前記第１の画像を含む所定数の画像のデータを、記憶部における保存領域に格納する
処理を含み、コンピュータが実行する情報処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
情報処理装置１０００は、システムボード１１００と、ハードディスクドライブやその他のディスクドライブ装置などを含む外部記憶装置１２００とを有する。システムボード１１００は、メインプロセッサ１１１０と、メインメモリや外部記憶装置１２００のコントローラなどのデバイス１１４０と、ＬＡＮなどのネットワークを介して通信を行うための通信制御デバイス１１５０と、コンソール２０００に表示される画面の画像データが書き込まれるＶＲＡＭ（Video RAM（Random Access Memory））１１２０と、本実施の形態に係る主要な処理を実行するベースボードマネジメントコントローラ１１３０とを有する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
登録処理部１１３１は、リモート端末３０００からの指示に応じて、エラー表示がなされたコンソール２０００の画面の、画像としての特徴データを含むエラー画像情報及び設定データを、第１記憶領域１１３２に格納する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
一方、今回の生成通知に係る画像ファイルがエラー画像であると判断されると（ステップＳ３９：Ｙｅｓルート）、判定処理部１１３５は、画像ファイルのファイル名又は保存時刻を含む判定通知を、ファイル管理部１１３６に出力する（ステップＳ４１）。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
一方、ファイル管理部１１３６は、判定処理部１１３５から判定通知を受信すると、図１２に示すように、判定通知からエラー画像の画像ファイルＦ４を特定し、画像ファイルＦ４の保存時刻からエラー画像検出前時間Ｔ２までの画像ファイルＦ１乃至Ｆ３と共に第３記憶領域１１３７に格納する。このようにすれば、エラー発生直前に行われた操作などを特定できるようになる。なお、エラー画像の画像ファイルについては、後から識別できるようにファイル名などを変更することが好ましい。
【国際調査報告】
2015177879.tif 000020
2015177879.tif 000021
2015177879.tif 000022
2015177879.tif 000023