(57)【要約】【課題】本発明は、ＧＵＩに無関係な不具合事象が発生しても画面キャプチャが行われることがなくなってメモリの無駄な使用が減り、メモリを効率よく使用することが可能となる画像処理装置を提供する。【解決手段】画像処理装置における不具合を含む事象の発生を監視し、検出された事象が画面キャプチャの実行を必要とするか否かを判定する。そして、事象の発生の検出時に、画像処理装置を制御するためのファームウェアの動作情報を取得し、画面キャプチャの実行が必要と判定した場合には、保存したキャプチャ画像データと取得した動作情報とを関連づけてＨＤＤ１１４に保存する。【選択図】図４
2015203917.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置の動作状況を表示する表示手段と、前記表示手段の表示画面を画像データとして保存するキャプチャ手段とを備える画像処理装置において、
前記画像処理装置における不具合を含む事象の発生を監視する監視手段と、
前記監視手段により検出された事象が前記キャプチャ手段の実行を必要とするか否かを判定する判定手段と、
前記監視手段による事象の発生の検出時に、前記画像処理装置を制御するためのファームウェアの動作情報を取得する取得手段と、
前記判定手段により前記キャプチャ手段の実行が必要と判定された場合には、前記キャプチャ手段により保存した画像データと前記取得手段により取得した動作情報とを関連づけて記憶手段に保存する保存手段とを備えることを特徴とする画像処理装置。
【請求項２】
前記表示手段は、前記記憶手段に保存された画像データが表示可能に構成されることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記監視手段により監視する事象を設定するための設定手段をさらに備え、
前記監視手段は、前記設定手段により設定された事象に基づいて前記画像処理装置における事象の発生を監視することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記判定手段は、前記監視手段により検出された事象が、前記設定手段により設定された事象のうち、前記ファームウェアの不具合または前記表示手段の制御に関する不具合である場合には、前記キャプチャ手段の実行を必要とすると判定することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記設定手段は、設定された事象の変更、追加、削除を受け付けることを特徴とする請求項３または４に記載の画像処理装置。
【請求項６】
前記判定手段は、前記キャプチャ手段により保存する画像データが前記記憶手段の空き容量不足により保存できないと判定した場合には、前記キャプチャ手段の実行を必要としないと判定することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
前記表示手段は、ユーザからの操作を受け付ける操作手段を備えることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項８】
画像処理装置の動作状況を表示する表示手段と、前記表示手段の表示画面を画像データとして保存するキャプチャ手段とを備える画像処理装置の制御方法において、
前記画像処理装置における不具合を含む事象の発生を監視する監視工程と、
前記監視工程にて検出された事象が前記キャプチャ手段の実行を必要とするか否かを判定する判定工程と、
前記監視工程による事象の発生の検出時に、前記画像処理装置を制御するためのファームウェアの動作情報を取得する取得工程と、
前記判定工程にて前記キャプチャ手段の実行が必要と判定された場合には、前記キャプチャ手段により保存した画像データと前記取得工程にて取得した動作情報とを関連づけて記憶手段に保存する保存工程とを備えることを特徴とする制御方法。
【請求項９】
請求項８に記載の制御方法を画像処理装置に実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置およびその制御方法、並びにプログラムに関し、特に、グラフィカル・ユーザ・インターフェース（ＧＵＩ）を備えた画像処理装置におけるＧＵＩのキャプチャ画像の保存方法に関する。
【背景技術】
【０００２】
近年の画像処理装置は、装置の多機能化、高度化に伴って大画面かつ高精度で、さらにタッチパネルによる操作に対応したＧＵＩを備えるようになっている。同時に、画像処理装置における各種機能を実現し、ＧＵＩを含めた装置を制御するファームウェアも大規模化、複雑化しており、ファームウェアに不具合が発生した場合、その原因調査が難航するケースも増えている。
【０００３】
そこで、発生した不具合の原因調査の目的でファームウェア動作時のログに加えて、ＧＵＩの画面キャプチャを行い、キャプチャ画像を保存する機能を備えた画像処理装置が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−４９３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＧＵＩの画面キャプチャを行うと、キャプチャ画像のデータサイズが大きいため、画像処理装置が備えるメモリの空き容量が不足するおそれがある。また、キャプチャ画像のデータをメモリに保存できたとしても、発生した不具合の原因がＧＵＩに無関係な場合には、画面キャプチャが無駄になる。
【０００６】
また、メモリに保存したキャプチャ画像を確認する場合、キャプチャ画像のデータを含むログデータを回収し、ＰＣ上の画像ビューワで表示する必要があることから、現場で画像処理装置のＧＵＩを使用してキャプチャ画像を確認することができない。
【０００７】
本発明は、上記問題に鑑みて成されたものであり、ＧＵＩに無関係な不具合事象が発生しても画面キャプチャが行われることがなくなってメモリの無駄な使用が減り、メモリを効率よく使用することが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の画像処理装置は、画像処理装置の動作状況を表示する表示手段と、前記表示手段の表示画面を画像データとして保存するキャプチャ手段とを備える画像処理装置において、前記画像処理装置における不具合を含む事象の発生を監視する監視手段と、前記監視手段により検出された事象が前記キャプチャ手段の実行を必要とするか否かを判定する判定手段と、前記監視手段による事象の発生の検出時に、前記画像処理装置を制御するためのファームウェアの動作情報を取得する取得手段と、前記判定手段により前記キャプチャ手段の実行が必要と判定された場合には、前記キャプチャ手段により保存した画像データと前記取得手段により取得した動作情報とを関連づけて記憶手段に保存する保存手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ＧＵＩに無関係な不具合事象が発生しても画面キャプチャが行われることがなくなってメモリの無駄な使用が減り、メモリを効率よく使用することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態に係る画像処理装置の概略構成を示すブロック図である。
【図２】制御部のＲＯＭに保存された制御部用のファームウェアの概略構成を示すブロック図である。
【図３】操作部の概略構成を示す図である。
【図４】画像処理装置にて実行される、イベント発生時のキャプチャ画像保存を含む動作情報保存処理の流れを示すフローチャートである。
【図５】図４のステップＳ４０３における画面キャプチャの実行判定処理の詳細を示すフローチャートである。
【図６】図４のステップＳ４０６における動作情報保存処理の詳細を示すフローチャートである。
【図７】動作情報のアーカイブファイルの一例を示す図である。
【図８】本発明の第２の実施形態において操作部のＧＵＩに表示されるキャプチャ画像の一例を示す図である。
【図９】監視対象イベントの設定ファイルの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態を図面を参照して詳細に説明する。
【００１２】
［第１の実施形態］
図１は、本発明の第１の実施形態に係る画像処理装置の概略構成を示すブロック図である。
【００１３】
図１において、画像処理装置１００は、例えば複数の機能を有する複合機であり、制御部１１０と、操作部１３０と、プリンタユニット１４０と、スキャナユニット１５０を備える。
【００１４】
制御部１１０は、ＣＰＵ１１１と、ＲＯＭ１１２と、ＲＡＭ１１３と、ＨＤＤ１１４と、操作部Ｉ／Ｆ１１６と、プリンタＩ／Ｆ１１７と、スキャナＩ／Ｆ１１８と、ネットワークＩ／Ｆ１２０と、これらを互いに接続するシステムバス１１９を備える。
【００１５】
ＣＰＵ１１１は、画像処理装置１００全体を制御する。例えば、ＣＰＵ１１１は、ＲＯＭ１１２に記憶された制御部１１０用のファームウェアをＲＡＭ１１３に読み出して実行する。ＣＰＵ１１１により実行されるファームウェアには、プリント用アプリケーションファームウェアも含まれる。このプリント用アプリケーションファームウェアにより、ＨＤＤ１１４に記憶された印刷データがプリンタユニット１４０でプリントが可能な画像データに変換されて再度ＨＤＤ１１４に保存される。さらに、ＣＰＵ１１１により実行されるファームウェアには、スキャン用アプリケーションファームウェアも含まれる。このスキャン用アプリケーションファームウェアにより、スキャナユニット１５０で画像データが読み取られると共に、当該画像データがＨＤＤ１１４に転送して保存される。
【００１６】
ＨＤＤ（ハードディスクドライブ）１１４は、各種アプリケーションファームウェアや、後述する動作情報のアーカイブファイル、ネットワークＩ／Ｆ１２０を介してＬＡＮ１８１上のＰＣ１８２等から受信した印刷データを記憶する。
【００１７】
操作部Ｉ／Ｆ１１６は、操作部１３０を介して画像処理装置１００のユーザにより入力される指示をＣＰＵ１１１に伝達するためのインターフェース（Ｉ／Ｆ）である。また、操作部Ｉ／Ｆ１１６は、操作部１３０に表示される内容を切替えるための表示データをＣＰＵ１１１から受信して操作部１３０に転送する。なお、操作部１３０の詳細については後述する。
【００１８】
プリンタＩ／Ｆ１１７は、制御部１１０とプリンタユニット１４０を接続するためのＩ／Ｆである。プリンタユニット１４０は、プリンタＩ／Ｆ１１７を介してＨＤＤ１１４から転送される画像データに基づいて記録用紙上にプリントを行う機構を有する。プリンタユニット１４０は、ＣＰＵ１４１、ＲＯＭ１４２を備える。ＣＰＵ１４１は、ＲＯＭ１４２に格納されたプリンタユニット用ファームウェアを読み込んで実行し、ユニットの制御や他のユニットとの通信を行う。
【００１９】
スキャナＩ／Ｆ１１８は、制御部１１０とスキャナユニット１５０を接続するためのＩ／Ｆである。スキャナユニット１５０は、原稿上の画像をラインセンサ（不図示）を用いて画像データとして読み取る機構を有する。そして、スキャナユニット１５０は、読み取った画像データをスキャナＩ／Ｆ１１８を介してＨＤＤ１１４へ転送して保存する。ＨＤＤ１１４に保存される画像データは、上述したように、プリンタユニット１４０でプリントすることが可能である。また、スキャナユニット１５０で読み取った画像データをプリンタユニット１４０に直接転送してプリントすることにより、コピー動作が実現される。
【００２０】
スキャナユニット１５０は、ＣＰＵ１５１、ＲＯＭ１５２を備える。ＣＰＵ１５１は、ＲＯＭ１５２に格納されたスキャナユニット用ファームウェアを読み込んで実行し、ユニットの制御や他のユニットとの通信を行う。
【００２１】
ネットワークＩ／Ｆ１２０は、所定の通信プロトコルを用いてＬＡＮ１８１に接続し、ＬＡＮ１８１上のＰＣ１８２との通信を制御する。
【００２２】
ＰＣ１８２（パーソナルコンピュータ）は、ＬＡＮ１８１に接続され、ユーザが利用する情報処理装置である。
【００２３】
次に、制御部１１０のＲＯＭ１１２に保存された制御部１１０用のファームウェアの構成について図２を用いて説明する。
【００２４】
図２は、制御部１１０のＲＯＭ１１２に保存された制御部１１０用のファームウェアの概略構成を示すブロック図である。
【００２５】
図２において、メインコントローラファーム２１０には、画像処理装置１００の各種機能を実現するための各種ファームウェアが含まれている。例えば、操作部制御部２１１は、操作部１３０の制御を行うためのファームウェアである。プリンタ制御部２１２は、プリンタユニット１４０の制御を行うためのファームウェアである。スキャナ制御部２１３は、スキャナユニット１５０の制御を行うためのファームウェアである。
【００２６】
アプリケーション制御部２１５は、画像処理装置１００の各種機能を実現するためのアプリケーション群の制御を行うファームウェアである。ネットワーク制御部２１７は、ＬＡＮ１８１上のＰＣ１８２等とのネットワーク通信を制御するためのファームウェアである。
【００２７】
ＧＵＩキャプチャ制御部２１８は、画像処理装置１００におけるＧＵＩの画面キャプチャを行い、キャプチャ画像のデータをＨＤＤ１１４に保存するためのファームウェアである。
【００２８】
イベント監視部２１９は、画像処理装置１００におけるイベント（事象）の発生を監視するためのファームウェアである。イベント監視部２１９が監視対象とするイベントは、予めＨＤＤ１１４に監視対象イベントの設定ファイルとして保存されており、イベント監視部２１９によって起動時に読み込まれる。監視対象イベントの設定ファイルの一例を図９に示す。
【００２９】
設定ファイル９１０は、監視対象イベントとしてメインコントローラファームのソフトウェア例外（Ｓｏｆｔ  Ｅｘｃｅｐｔｉｏｎ）、サービスマンコール（ＳｅｒｖｉｃｅＣａｌｌ）、強制リブート（Ｓｏｆｔ  Ｒｅｂｏｏｔ）が登録された例である。この監視対象イベントのリストは、イベント監視部２１９の設定ファイルとして構成されている。
【００３０】
ユーザは、この設定ファイルを編集することで柔軟に監視対象イベントを追加／削除、変更することができる。例えば、設定ファイル９２０では、プリンタユニットで発生する不具合に限定して動作情報を収集するために、監視対象イベントとして、プリンタユニットの紙詰まり（Ｐｒｉｎｔｅｒ  Ｊａｍ）とエラー（Ｐｒｉｎｔｅｒ  Ｅｒｒｏｒ）のみが登録されている。また、設定ファイル９３０では、操作部制御部２１１で発生する不具合に限定して動作情報（ログ）を収集するために、操作部制御部２１１のソフトウェア例外（ＧＵＩ  Ｅｘｃｅｐｔｉｏｎ）とエラー（ＧＵＩ  Ｅｒｒｏｒ）のみが登録されている。
【００３１】
監視対象イベントが発生すると、イベント監視部２１９は、ＧＵＩキャプチャ制御部２１８に画面キャプチャ処理の起動を通知すると共に、ファーム動作情報保存部２２０に動作情報保存の指示を行う。ＧＵＩキャプチャ制御部２１８は、イベント監視部２１９から画面キャプチャ処理の起動通知を受けると、必要に応じて画面キャプチャ処理を行う。
【００３２】
ファーム動作情報保存部２２０は、イベント監視部２１９から動作情報保存の指示を受けると、メインコントローラファーム２１０、プリンタユニット１４０、スキャナユニット１５０の各ファームウェアの動作情報を取得してＨＤＤ１１４に保存する。
【００３３】
ＯＳ部２３０は、上述したメインコントローラファーム２１０の各制御部を実行させるための基礎機能をつかさどる基本ソフトウェアである。
【００３４】
図３は、操作部１３０の概略構成を示す図である。
【００３５】
操作部１３０は、液晶タッチパネルを含むＧＵＩ３０１（表示部）と、ハードキー部３１０（操作部）から構成される。
【００３６】
ＧＵＩ３０１には、例えば図示のように、現在使用可能な機能、ジョブ受付の可否、現在のジョブ設定等を含む画像処理装置１００の動作状況が表示される。ＧＵＩ３０１に表示された表示画面は、ＧＵＩキャプチャ制御部２１８によりキャプチャ画像データとしてＨＤＤ１１４に保存される。また、ＨＤＤ１１４に保存されたキャプチャ画像は、ＧＵＩ３０１に表示することが可能である。
【００３７】
図４は、画像処理装置１００にて実行される、イベント発生時のキャプチャ画像保存を含む動作情報保存処理の流れを示すフローチャートである。本処理は、ＲＯＭ１１２に格納されたファームウェアをＣＰＵ１１１が読み出して実行することにより実現されるものである。
【００３８】
画像処理装置１００が起動すると、イベント監視部２１９は、ＨＤＤ１１４から監視対象イベントの設定ファイルを読み出し（ステップＳ４００）、当該監視対象イベントが発生したか判定する（ステップＳ４０１）。監視対象イベントが発生したと判定した場合には、イベント監視部２１９は、ＧＵＩキャプチャ制御部２１８に対して、発生した監視対象イベントの事象情報と画面キャプチャの実行判定処理の起動を通知し、ステップＳ４０２に進む。
【００３９】
ステップＳ４０２では、ＧＵＩキャプチャ制御部２１８は、監視対象イベントが発生した際のＧＵＩ３０１の画面キャプチャを行って、そのキャプチャ画像のデータを保存するための空き容量がＨＤＤ１１４に存在するかを判定する。この判定の結果、キャプチャ画像データがＨＤＤ１１４の空き容量不足により保存できないと判定した場合、ＧＵＩキャプチャ制御部２１８は、画面キャプチャ処理を実行せずにステップＳ４０６へ進む。一方、ＨＤＤ１１４にキャプチャ画像のデータを保存するための空き容量が存在すると判定した場合は、ステップＳ４０３の画面キャプチャの実行判定処理へ進む。
【００４０】
ここで、図４のステップＳ４０３における画面キャプチャの実行判定処理の詳細について図５を用いて説明する。なお、本処理も、ＲＯＭ１１２に格納されたファームウェアをＣＰＵ１１１が読み出して実行することにより実現されるものである。
【００４１】
図５において、ステップＳ５０１では、ＧＵＩキャプチャ制御部２１８は、イベント監視部２１９から通知された監視対象イベントの事象情報を解析する。イベント監視部２１９から通知される事象情報には、例えば、ソフトウェア例外を発生したメインコントローラファーム２１０の識別情報、紙詰まりやデバイスエラーの発生位置と詳細エラーコードなどが含まれる。
【００４２】
次に、ステップＳ５０２では、ＧＵＩキャプチャ制御部２１８は、通知された事象情報に基づいて、操作部制御部２１１の不具合か否かを判定する。操作部制御部２１１の不具合と判定した場合にはステップＳ５０７へ進み、画面キャプチャを実行すると判断する。一方、操作部制御部２１１の不具合でないと判定した場合にはステップＳ５０３に進む。
【００４３】
ステップＳ５０３では、ＧＵＩキャプチャ制御部２１８は、メインコントローラファーム２１０の不具合か否かの判定を行う。メインコントローラファーム２１０の不具合と判定した場合にはステップＳ５０７へ進み、画面キャプチャを実行すると判断する。これは、操作部制御部２１１またはメインコントローラファーム２１０にて不具合が発生した場合、ＧＵＩ３０１に不具合原因の解析に役立つ表示もしくは表示不具合が発生することがある。そこで、解析の補助となる可能性があるため、いずれか不具合発生時には画面キャプチャが行われる。
【００４４】
ステップＳ５０３でメインコントローラファーム２１０の不具合でないと判定した場合にはステップＳ５０４へ進み、ＧＵＩキャプチャ制御部２１８は、プリンタユニット１４０もしくはスキャナユニット１５０のデバイス要因の不具合か否かを判定する。デバイス要因の不具合であると判定した場合にはステップＳ５０６へ進み、画面キャプチャを実行しないと判断する。
【００４５】
一方、ステップＳ５０４でデバイス要因の不具合ではないと判定した場合、ステップＳ５０７へ進み、画面キャプチャを実行すると判断する。これは、デバイス要因の不具合と判断できる場合、画面キャプチャしても不具合解析の補助とならないか、そもそも不要であると判断できるためである。一方、デバイス要因の不具合と判断できない場合、解析の補助となる可能性が残るため、画面キャプチャを実行する。
【００４６】
図４に戻り、ステップＳ４０４では、ＧＵＩキャプチャ制御部２１８は、ステップＳ４０３の画像キャプチャ実行判定処理の結果から画面キャプチャを実行しないと判断した場合、ファーム動作情報保存部２２０に動作情報保存処理の起動を通知する。そして、ステップＳ４０６の動作情報保存処理へ進む。一方、画面キャプチャを実行すると判断した場合には、ステップＳ４０５に進み、ＧＵＩキャプチャ制御部２１８は、画面キャプチャを行い、キャプチャ画像のデータをＨＤＤ１１４に保存する。そして、ＧＵＩキャプチャ制御部２１８からファーム動作情報保存部２２０に動作情報保存処理の起動の通知が行われる。
【００４７】
ここで、図４のステップＳ４０６における動作情報保存処理の詳細について図６を用いて説明する。なお、本処理も、ＲＯＭ１１２に格納されたファームウェアをＣＰＵ１１１が読み出して実行することにより実現されるものである。
【００４８】
図６において、ステップＳ６０１では、ファーム動作情報保存部２２０は、メインコントローラファーム２１０全体と図２に示す各ファームウェアの動作情報を取得し、ＨＤＤ１１４に一時的に保存する。
【００４９】
次に、ステップＳ６０２では、ファーム動作情報保存部２２０は、プリンタユニット１４０の動作情報を取得して、ＨＤＤ１１４に一時的に保存する。
【００５０】
さらに、ステップＳ６０３では、ファーム動作情報保存部２２０は、スキャナユニット１５０の動作情報を取得して、ＨＤＤ１１４に一時的に保存する。
【００５１】
ステップＳ６０４では、ファーム動作情報保存部２２０は、ステップＳ６０１〜ステップＳ６０３で取得して一時的にＨＤＤに保存した動作情報と、キャプチャ画像のデータが存在すれば当該キャプチャ画像のデータのアーカイブ処理を実行する。
【００５２】
ステップＳ６０５では、ファーム動作情報保存部２２０は、ステップＳ６０４で作成された動作情報のアーカイブファイルをＨＤＤ１１４に保存してリターンする。
【００５３】
上記動作情報保存処理が終了すると、図４に示す一連の処理が終了する。
【００５４】
次に、上述した処理によって画面キャプチャがされた場合と画面キャプチャがされなかった場合の動作情報のアーカイブファイルの違いを図７を用いて説明する。
【００５５】
図７において、７０１はＨＤＤ１１４に確保されたファーム動作情報保存領域である。ファーム動作情報保存領域７０１には、監視対象イベント発生の度に動作情報が７１０，７２０のようにアーカイブされて保存される。それぞれのアーカイブファイルの内容は、監視対象イベントの詳細によって画面キャプチャが含まれるか否かが異なっている。例えば、アーカイブファイル７１０には、コントローラ、プリンタユニット、スキャナユニットの動作情報（コントローラログ７１１，プリンタログ７１２，スキャナログ７１３）が含まれる。しかしながら、検知したイベントがデバイス要因のエラーコードであることから、キャプチャ画像のデータは含まれない。そのため、アーカイブファイルのサイズも小さくなり、ＨＤＤ１１４の空き容量を節約することができる。
【００５６】
一方、アーカイブファイル７２０は、操作部制御部２１１の不具合の発生を検出したことで保存された動作情報であり、コントローラログ７２１、プリンタログ７２２、スキャナログ７２３の各種動作情報と共に、キャプチャ画像データ７２４も含まれている。
【００５７】
以上説明したように、画像処理装置における不具合を含む事象の発生を監視し、検出された事象が画面キャプチャの実行を必要とするか否かを判定する。そして、事象の発生の検出時に、画像処理装置を制御するためのファームウェアの動作情報を取得し、画面キャプチャの実行が必要と判定した場合には、保存したキャプチャ画像データと取得した動作情報とを関連づけてＨＤＤに保存する。これにより、ＧＵＩに無関係な不具合事象が発生しても画面キャプチャが行われることがなくなってメモリの無駄な使用が減り、メモリの空き容量が不足することなく、メモリを効率よく使用することが可能となる。
【００５８】
また、メモリに保存されたキャプチャ画像データを画像処理装置のＧＵＩで表示可能としたので、ユーザがＰＣ上の画像ビューワ等を使用することなく、キャプチャ画像の確認を容易に行うことができる。
【００５９】
さらに、監視対象となる事象の設定を変更、追加、削除することが可能となり、エラーのみならず各種事象を対象に画像処理装置の動作情報を保存することが可能となる。
【００６０】
［第２の実施形態］
次に、本発明の第２の実施形態について説明する。
【００６１】
本発明の第２の実施形態では、上記第１の実施形態における画像処理装置１００に対して、ＨＤＤ１１４に保存したキャプチャ画像をＧＵＩ３０１に表示する構成を追加したものである。
【００６２】
図８は、ＧＵＩ３０１に表示されるキャプチャ画像の一例を示す図である。
【００６３】
図３に示す表示画面上でユーザが所定の操作を行うと、操作部制御部２１１がＧＵＩ３０１の表示画面を確認画面８０１に切り替える。確認画面８０１でキャプチャ画像を確認したい対象としてアーカイブファイル８１０が選択されると、操作部制御部２１１はアーカイブファイル８１０に含まれるキャプチャ画像を抽出し、表示領域８２０に表示する。
【００６４】
表示領域８２０には、図示のように、例えば「システムエラー  実行できない操作が行われました（エラーコード：Ａ０００−０１０３）」というキャプチャ画像が表示されている。このようにして、画像処理装置１００でなんらかの不具合事象が発生したときのＧＵＩ３０１のキャプチャ画像を表示することができ、不具合解析の特定が容易になる。
【００６５】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６６】
１００  画像処理装置
１１１  ＣＰＵ
１４０  プリンタユニット
１５０  スキャナユニット
２１０  メインコントローラファーム
２１１  操作部制御部
２１８  ＧＵＩキャプチャ制御部
２１９  イベント監視部
２２０  ファーム動作情報保存部
３０１  ＧＵＩ
【図１】
2015203917.tif 000003
【図２】
2015203917.tif 000004
【図３】
2015203917.tif 000005
【図４】
2015203917.tif 000006
【図５】
2015203917.tif 000007
【図６】
2015203917.tif 000008
【図７】
2015203917.tif 000009
【図８】
2015203917.tif 000010
【図９】
2015203917.tif 000011