(57)【特許請求の範囲】
【請求項１】
表示手段及び入力手段を有したユーザーインターフェイス部と、
複数の診断／回復処理の処理内容及び処理内容の処理時間情報が対応付けられた診断／回復メニューを、ユーザーの操作により前記表示手段で出力すると共に、診断／回復メニューでユーザーが選択した診断／回復処理に基づき、不具合解析のための履歴情報取得の範囲及び種類を決定し、処理時間情報とともに記憶手段に記憶する制御手段と
を備えたことを特徴とする情報処理装置。
【請求項２】
前記制御手段は、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された処理時間情報が閾値より高い場合、不具合が発生したことをカウントする不具合カウント情報を更新すると共に、外部の管理装置へ情報を送信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された処理時間情報が閾値より低い場合、診断／回復処理の実行回数から処理時間の積算値を判断し、処理時間の積算値が閾値より高い場合、不具合が発生したことをカウントする不具合カウント情報を更新すると共に、外部の管理装置へ情報を送信する
ことを特徴とする請求項１また請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された処理時間情報が閾値より低い場合、ユーザーにより選択された今回の処理時間情報と前回の診断／回復処理における処理時間情報の高低を比較し、前回より処理時間情報が高い場合、不具合が発生したことをカウントする不具合カウント情報を更新すると共に、外部の管理装置へ情報を送信する
ことを特徴とする請求項１〜請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記制御手段は、診断／回復処理を連続して実行すると、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された今回の処理時間情報と前回の診断／回復処理における処理時間情報の高低を比較し、前回より処理時間情報が高い場合、不具合解析のための履歴情報取得の範囲及び種類を増加させる
ことを特徴とする請求項１〜請求項４の何れか１項に記載の情報処理装置。
【請求項６】
前記制御手段は、前記ユーザーインターフェイス部で障害が発生して、前記表示手段で診断／回復メニューを出力できないと判断すると、前記入力手段の操作を判断して特定の診断／回復処理を実行する
ことを特徴とする請求項１〜請求項５の何れか１項に記載の情報処理装置。
【請求項７】
前記制御手段は、初期化及び初期化後の復元を実行する診断／回復処理を診断／回復メニューで選択可能とした
ことを特徴とする請求項１〜請求項６の何れか１項に記載の情報処理装置。
【請求項８】
前記制御手段は、前記記憶手段に記憶された前記処理時間情報に基づき、保存を継続する履歴情報の優先度を判断し、優先度が低い履歴情報から順に削除する
ことを特徴とする請求項１〜請求項７の何れか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診断処理及び回復処理を実行可能な情報処理装置に関する。
【背景技術】
【０００２】
特許文献１には、通信端末装置内のプロセッサによるコンピュータ・プログラム実行中における異常発生を検出する異常検出処理部と、異常検出時にコンピュータ・プログラムのデバッグ情報をデバッグ情報記憶部に格納するデバッグ情報格納処理部と、デバッグ情報の格納後に障害フラグがセットされた状態でプロセッサを再起動させる再起動処理部と、プロセッサの起動時に障害フラグに基づいてデバッグ情報記憶部に格納されたデバッグ情報を送信するデバッグ情報送信処理部を備えた通信端末装置が開示されている。
【０００３】
特許文献２には、運転者等のユーザーがボタン押下により支援、例えば故障支援を要請しているか否かをチェックし、サービス設備へ情報を送信することが可能な無線による自動車両の不具合解消方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１３７１４号公報
【特許文献２】特表２００９−５２８２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
客先で発生した装置の不具合に対する問い合わせの際、過去の事例からでは不具合の内容が容易に判断できない場合、客先へのサービスマン対応においても原因がすぐには把握出来ず、因果関係が明確でないまま基板交換等が行われる場合があった。
【０００６】
未知の不具合の解析には症状を再現させることが必要で、そのためには不具合の発生時のログが有用である。特許文献１では、異常を検出することが出来た場合にログを収集し再起動をすることができる。しかし、ユーザーが何らかの異常を感じていたとしても、異常検出部自体の不具合や、異常検出部では異常と判断しないレベルの不具合であると、情報収集を行うことができない。
【０００７】
また、ログを記憶させるための記憶領域には限界があり、長期間すべての状態を記録することは不可能である。そのため、直近のログ取得に頼らざるを得ない場合がある。
【０００８】
しかしユーザーは、不具合の発生時には電源をＯＦＦ／ＯＮする等の再起動を図り、使用の継続を優先させることがほとんどで、その場合、電源を一度ＯＦＦにするため、不具合の発生時のログ情報は失われてしまっていた。また、ユーザーにログの取得を要請する場合でも、メモリダンプや詳細ログ等の取得処理には、ユーザーの意志に反して長時間装置が使用できない状態になるなど、負担を強いることになる。
【０００９】
更に、特許文献１では、異常を検出することができた場合には、ログを取得できるが、ユーザーへの回復手段の提示はできず、ユーザーが適切な手順で不具合の回復を図ることができない。
【００１０】
特許文献２でも、ユーザーが不具合を感じた時点でサービス設備へ情報を送信しサポートを受けることができるが、ユーザーへの回復手段の提示はできず、ユーザーが適切な手順で不具合の回復を図ることができない。また、不具合の度合いにかかわらず常にサービス設備に連絡されるため、連絡の必要がない軽度の不具合であっても、通信が発生する。
【００１１】
本発明は、このような課題を解決するためなされたもので、不具合の度合いに応じた診断処理及び回復処理を実行可能な情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決するため、請求項１に係る発明は、表示手段及び入力手段を有したユーザーインターフェイス部と、複数の診断／回復処理の処理内容及び処理内容の処理時間情報が対応付けられた診断／回復メニューを、ユーザーの操作により表示手段で出力すると共に、診断／回復メニューでユーザーが選択した診断／回復処理に基づき、不具合解析のための履歴情報取得の範囲及び種類を決定し、処理時間情報とともに記憶手段に記憶する制御手段とを備えた情報処理装置である。
【００１３】
請求項２に係る発明は、制御手段は、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された処理時間情報が閾値より高い場合、不具合が発生したことをカウントする不具合カウント情報を更新すると共に、外部の管理装置へ情報を送信する請求項１に記載の情報処理装置である。
【００１４】
請求項３に係る発明は、制御手段は、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された処理時間情報が閾値より低い場合、診断／回復処理の実行回数から処理時間の積算値を判断し、処理時間の積算値が閾値より高い場合、不具合が発生したことをカウントする不具合カウント情報を更新すると共に、外部の管理装置へ情報を送信する請求項１または請求項２に記載の情報処理装置である。
【００１５】
請求項４に係る発明は、制御手段は、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された処理時間情報が閾値より低い場合、ユーザーにより選択された今回の処理時間情報と前回の診断／回復処理における処理時間情報の高低を比較し、前回より処理時間情報が高い場合、不具合が発生したことをカウントする不具合カウント情報を更新すると共に、外部の管理装置へ情報を送信する請求項１〜請求項３の何れか１項に記載の情報処理装置である。
【００１６】
請求項５に係る発明は、制御手段は、診断／回復処理を連続して実行すると、診断／回復メニューでユーザーが選択した診断／回復処理で特定される処理時間情報に基づき、ユーザーにより選択された今回の処理時間情報と前回の診断／回復処理における処理時間情報の高低を比較し、前回より処理時間情報が高い場合、不具合解析のための履歴情報取得の範囲及び種類を増加させる請求項１〜請求項４の何れか１項に記載の情報処理装置である。
【００１７】
請求項６に係る発明は、制御手段は、ユーザーインターフェイス部で障害が発生して、表示手段で診断／回復メニューを出力できないと判断すると、入力手段の操作を判断して特定の診断／回復処理を実行する請求項１〜請求項５の何れか１項に記載の情報処理装置である。
【００１８】
請求項７に係る発明は、制御手段は、初期化及び初期化後の復元を実行する診断／回復処理を診断／回復メニューで選択可能とした請求項１〜請求項６の何れか１項に記載の情報処理装置である。
【００１９】
請求項８に係る発明は、制御手段は、記憶手段に記憶された処理時間情報に基づき、保存を継続する履歴情報の優先度を判断し、優先度が低い履歴情報から順に削除する請求項１〜請求項７の何れか１項に記載の情報処理装置である。
【発明の効果】
【００２０】
本発明では、ユーザーが感じた不具合の度合いに応じ、かつ不具合に関連した履歴情報が記憶されるので、サポートセンターへの通知、問い合わせの際に、不具合の解析、解消に必要となる情報が取得済の状態とできる。これにより、不具合の原因究明等の対応がスムーズになり、解決までの時間が短縮することができる。
【００２１】
また、複数用意した診断／回復処理の中で、不具合の重要度に応じてユーザーの意志により選択された診断／回復処理を実行することができるため、処理時間を選択することができ、予め使用不可能期間が見積もりやすくなる。
【図面の簡単な説明】
【００２２】
【図１】本実施の形態の画像形成装置の機能構成の一例を示すブロック図である。
【図２】本実施の形態の画像形成装置が組み込まれた情報処理システムの一例を示すブロック図である。
【図３】本実施の形態の画像形成装置における診断／回復メニューの一例を示す説明図である。
【図４】診断／回復処理を起動する動作の一例を示すフローチャートである。
【図５】診断／回復処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、図面を参照して、本発明の情報処理装置の実施の形態について説明する。本実施の形態では、情報処理装置として画像形成装置を例に説明する。
【００２４】
＜本実施の形態の画像形成装置の構成例＞
図１は、本実施の形態の画像形成装置の機能構成の一例を示すブロック図、図２は、本実施の形態の画像形成装置が組み込まれた情報処理システムの一例を示すブロック図である。
【００２５】
本実施の形態の画像形成装置１Ａは、用紙を給紙し、画像を形成して排紙する一連の制御を行う制御部１００を備える。制御部１００は制御手段の一例で、ＣＰＵ、ＭＰＵと称されるマイクロプロセッサ１００ａと、記憶手段としてＲＡＭ、ＲＯＭ等のメインメモリ１００ｂを備える。制御部１００は、通常動作時及び診断／回復機能の全体の制御を行う。
【００２６】
記憶部１０２は他の記憶手段の一例で、不揮発メモリ１０２ａとＨＤＤ（ハードディスクドライブ）１０２ｂ等を備える。記憶部１０２は、画像形成装置１Ａを動作させるプログラム、設定項目やユーザーの入力した情報等が記憶される。
【００２７】
ユーザーインターフェイス部１０３は操作手段の一例で、プラットパネルディスプレイ等の表示装置１０３ａと、タッチパネルやボタン等の入力装置１０３ｂを備える。ユーザーインターフェイス１０３は、ユーザーによる通常動作中の操作や、診断ボタン押下による診断／回復機能の呼び出し、選択等に使用される。
【００２８】
周辺装置１０４は、通常動作時の機能を実現するための装置である。画像形成装置１Ａは、周辺装置１０４として、例えば、原稿から画像を読み取る原稿読取部１０４ａと、用紙を搬送する用紙搬送部１０４ｂと、走査露光による潜像の形成、トナーによる潜像の現像、トナーの用紙への転写を行う画像形成部１０４ｃと、トナーを用紙に定着させる定着部１０４ｄ等を備える。
【００２９】
画像形成装置１Ａで用紙に画像を形成する通常の動作ついて説明すると、制御部１００は、用紙搬送部１０４ｂを制御して用紙を搬送する。制御部１００は、原稿読取部１０４ａで原稿から取得した画像データ、あるいは、図示しない外部のパーソナルコンピュータ等から取得した画像データに基づき画像形成部１０４ｃを制御して、用紙に画像を形成する。また、制御部１００は、定着部１０４ｄを制御して画像を用紙に定着させ、画像が形成された用紙を排紙する。
【００３０】
画像形成装置１Ａは、診断／回復機能で使用されるログ記憶領域１０５が設定される。ログ記憶領域１０５は、通常動作中のユーザーの操作履歴、ジョブの処理状態、制御部１００の内部状態等がリアルタイムで記憶される。なお、リアルタイムでの記憶とは、所定時間毎に記憶する動作も含む。ログ記憶領域１０５は、電源の再投入等、短時間での電源のＯＦＦ／ＯＮで記憶が消えないように、バッテリバックアップされている。
【００３１】
ログ記憶領域１０５は、半導体メモリ等で構成される独立した記憶装置でも良い。また、ログ記憶領域１０５は、不揮発メモリ１０２ａやＨＤＤ１０２ｂの領域の一部を使用しても良い。更に、メインメモリ１００ｂをバッテリやコンデンサ等の図示しない蓄電手段でバックアップして、ログ記憶領域１０５を擬似的に不揮発化しても良い。また、ログ記憶領域１０５をメインメモリ１００ｂに設定すると共に、電源の状態を監視し、電圧の低下を検出すると、ログ記憶領域１０５の内容を不揮発メモリ１０２ａにコピーすることで、ログ記憶領域１０５を擬似的に不揮発化しても良い。
【００３２】
画像形成装置１Ａは、ユーザーインターフェイス部１０３として診断ボタン１０３ｃを備える。画像形成装置１Ａでは、ユーザーが不具合を感じた場合には診断ボタン１０３ｃを操作させる操作誘導を行う。そして、制御部１００は、ユーザーが不具合を感じた場合に診断ボタン１０３ｃが操作されることで、診断／回復メニューを実行する。また、診断ボタン１０３ｃに他の機能が割り当てられている等、複数の機能の選択を兼用している場合は、例えば、該当ボタンが長押しされたことを判断すると、診断／回復メニューを実行する。
【００３３】
更に、また、ハングアップや、表示が認識されなくなった等、ユーザーインターフェイス部１０３から診断／回復メニューに入ることが出来ない場合、電源スイッチ１０３ｄを切り、診断ボタンを押しながら電源を再度投入する等することで診断／回復メニューに入ることができる。
【００３４】
＜本実施の形態の画像形成装置の動作例＞
図３は、本実施の形態の画像形成装置における診断／回復メニューの一例を示す説明図で、以下に、各図を参照して、本実施の形態の画像形成装置における診断／回復処理について説明する。
【００３５】
ユーザーが診断ボタン１０３ｃを押す等して診断／回復処理を呼び出す操作を行うと、制御部１００は、ユーザーインターフェイス部１０３の表示装置１０３ａに、図３に示すに診断／回復メニュー２００を表示する。診断／回復メニュー２００は、診断内容情報２０１と、所要時間の概算を示す処理時間情報２０２が表示される。
【００３６】
画像形成装置１では、ユーザーが動作に不具合を感じた際に、ユーザーの操作によって診断／回復メニュー２００を呼び出して診断処理及び回復処理を試みることができる。診断／回復メニュー２００では、診断／回復処理の種類と所要時間の概算をユーザーに提示し、所要時間の概算を参照して、診断／回復処理を選択可能とする。
【００３７】
制御部１００は、ユーザーが選択した診断／回復処理において、処理時間情報２０２で特定される所要時間の概算に基づいて、診断／回復処理の重要度を判断し、診断／回復処理の重要度に基づき、操作履歴、動作ログ及び内部状態ログ等、不具合解析のための履歴情報の取得の範囲及び種類を決定する。
【００３８】
そして、制御部１００は、診断／回復メニュー２００でユーザーが選択した診断／回復処理に従い、履歴情報の取得及び記憶部１０２への記憶を行う。
【００３９】
処理時間情報２０２で特定される所要時間の概算は、予め決めておいても良く、また、画像形成装置１Ａの状況によって変動させても良い。但し、所要時間の概算で診断／回復処理の重要度を判断するため、選択肢ごとの所要時間の間に差ができるような処理内容を選んでおく。
【００４０】
これにより、画像形成装置１Ａでは、診断／回復メニュー２００を参照して、ユーザーが処理に要する時間に応じて任意の診断処理及び回復処理を選択することが可能となる。そして、制御部１００は、ユーザーにより選択された診断処理及び回復処理を実行する。
【００４１】
診断処理として簡易診断が選択された場合、制御部１００は、メモリダンプや図示しない外部の記憶装置に記憶された情報等、取得に長時間が必要な情報を省いた簡易ログを取得する。これに対し、診断処理として詳細診断が選択された場合、制御部１００は、全てのログを取得する。
【００４２】
また、ネットワーク１０６を介して接続された外部の管理装置であるサービスセンター１０７へ通知してサポートを受けることを選択することができるが、この時、直近に診断処理を実施していない場合は、ログを取得し、診断処理の実施後サービスセンターへ通知するための所要時間を加算する。
【００４３】
診断／回復メニュー２００で選択可能な診断処理及び回復処理で実施する項目としては、例えば、以下の例が考えられる。すなわち、診断処理としては、ハードウェアの自己診断、周辺装置との通信診断、外部記憶装置の容量、不整合、故障診断、設定値の不整合、データ化け診断、ログ情報の矛盾の判断等が実施される。
【００４４】
回復処理としては、部分リフレッシュ。設定値のみをバックアップ／初期化／チェック更には復元、外部記憶装置のユーザー情報をバックアップ／初期化／チェック更には復元、全初期化等が実施される。
【００４５】
図４は、診断／回復処理を起動する動作の一例を示すフローチャートである。制御部１００は、診断処理及び回復処理を起動する直前まで通常処理にて使われていたメインメモリ１００ｂの内容を極力消さないように、ユーザーインターフェイス部１０３だけ使えるような最小限の初期化を行い、図４のステップＳＡ１で、診断ボタン１０３ｃが押されているかどうかを判断する。
【００４６】
制御部１００は、図４のステップＳＡ２で、診断ボタン１０３ｃが押されていると判断すると、ステップＳＡ３で診断／回復処理を起動し、診断／回復処理終了すると、ＳＡ４で再起動処理を行う。メインメモリ１００ｂの内容を消さないようにするのは、メインメモリ１００ｂに残っている情報をメモリダンプ時に取得するためである。
【００４７】
制御部１００は、図４のステップＳＡ２で、診断ボタン１０３ｃが押されていないと判断した場合、あるいは、診断／回復メニューでキャンセルが選択されたと判断すると、図４のステップＳＡ５で、通常処理を起動する。
【００４８】
制御部１００は、通常処理実行中にも、図４のステップＳＡ６で、診断ボタン１０３ｃが押されているかどうかを判断する。制御部１００は、図４のステップＳＡ７で、診断ボタン１０３ｃが押されていると判断すると、ステップＳＡ８で診断／回復処理を起動し、診断／回復処理終了すると、ＳＡ９で再起動処理を行う。
【００４９】
図５は、診断／回復処理の一例を示すフローチャートである。制御部１００は、図５のステップＳＢ１で、図３に示す診断／回復メニュー２００で設定された診断内容情報２０１に基づき、診断内容情報２０１で設定された処理内容を実行する際に必要な所要時間の概要を、診断内容情報２０１毎に算出する。なお、所要時間の概算は、各診断内容情報２０１に対応して予め決められた値を使用しても良い。
【００５０】
ユーザーが診断ボタン１０３ｃを押す等して診断／回復処理を呼び出す操作を行うと、制御部１００は、図５のステップＳＢ２で、ユーザーインターフェイス部１０３の表示装置１０３ａに、図３に示す診断／回復メニュー２００を表示する。診断／回復メニュー２００は、診断内容情報２０１と、所要時間の概算を示す処理時間情報２０２が表示される。
【００５１】
ユーザーインターフェイス部１０３で出力される診断／回復メニュー２００を参照して、ユーザーが処理に要する時間に応じて診断処理及び回復処理を選択すると、制御部１００は、図５のステップＳＢ３で、処理時間情報２０２で特定される所要時間の概算に基づいて、診断／回復処理の重要度を判断する。そして、診断／回復処理の重要度に基づき、操作履歴、動作ログ及び内部状態ログ等、不具合解析のための履歴情報の取得の範囲及び種類を決定する。
【００５２】
制御部１００は、履歴情報の取得の範囲及び種類を決定すると、図５のステップＳＢ４で、決められた範囲及び種類の履歴情報を取得し、ステップＳＢ５で、診断処理及び回復処理を実行する。
【００５３】
診断／回復メニュー２００において、ユーザーが詳細診断以上の診断処理を選択した場合、制御部１００は、メモリダンプを含む詳細ログを取得すると共に、重要な不具合が発生したことをカウントする不具合カウント情報を更新した後、サービスセンター１０７に通知する。その後、診断／回復メニュー２００におけるユーザーの選択に従い、診断処理及び回復処理を実行する。
【００５４】
従来、ジョブで異常が検知されなければ、詳細ログの取得は行われない。また、サービスセンター１０７への通知は行われない。これに対し、本実施の形態では、ユーザーが何等かの不具合を感じ、かつ、不具合が重度であると判断して、重要度の高い診断／回復処理を選択すると、直近のジョブでの異常の発生の有無によらず、詳細ログを取得する。また、重要な不具合が発生したことをカウントする不具合カウント情報を更新して記録に残し、外部のサービスセンター１０７に通知する。
【００５５】
これにより、ユーザーが不具合を感じた場合に、不具合と感じる度合いに応じてログが取得される共に、不具合と感じる頻度が記録されるので、原因究明等の対応がスムーズになり、不具合を解決するために必要な時間を短縮することができる。
【００５６】
また、制御部１００は、診断処理及び回復処理を実行すると、診断／回復処理の実行回数をカウントする診断／回復処理カウント情報を更新すると共に、回復処理に掛かった時間を積算して、回復処理時間情報を更新する。
【００５７】
診断／回復メニュー２００でユーザーにより選択された診断／回復処理の重要度が低い場合でも、制御部１００は、診断／回復処理カウント情報で特定される診断／回復処理の実行回数が多く、所定の期間内における回復処理時間の積算値が閾値を超えると、メモリダンプを含む詳細ログを取得すると共に、不具合カウント情報を更新した後、サービスセンター１０７に通知する。
【００５８】
ユーザーが不具合と感じる状態が繰り返し起こり、診断／回復処理が実行された場合、不具合の度合いが軽度であっても、ログが取得されるので、原因究明等の対応がスムーズになり、不具合を解決するために必要な時間を短縮することができる。
【００５９】
更に、ユーザーが不具合と感じる状態が繰り返し起こり、診断／回復処理が短期間に連続して実行された場合、制御部１００は、前回の診断／回復処理でユーザーが選択した重要度と今回の診断／回復処理でユーザーが選択した重要度を比較する。そして、今回の診断／回復処理でユーザーが選択した重要度が前回より高いと判断すると、制御部１００は、所定の期間内における回復処理時間の積算値が閾値を超えていなくても、メモリダンプを含む詳細ログを取得すると共に、不具合カウント情報を更新した後、サービスセンター１０７に通知する。
【００６０】
また、今回の診断／回復処理でユーザーが選択した重要度が前回より高いと判断すると、制御部１００は、ユーザーにより選択された簡易診断である等、重要度が低い場合であっても、メモリダンプを含む詳細ログを取得する等、取得する履歴情報の範囲を広げる。また、不具合カウント情報を更新した後、サービスセンター１０７に通知する。
【００６１】
なお、ユーザーインターフェイス部１０３の故障や表示言語データが壊れた場合等、ユーザーが表示装置１０３ａを使っての選択が出来ないような状態でも、入力装置１０３ｂのみによって診断／回復処理に移行できるようにしても良い。
【００６２】
例えば、入力装置１０３ｂの中で、診断ボタン１０３ｃをタッチパネルではなく、機械的なボタンで構成することで、表示装置１０３ａが使用できない場合でも、操作に伴う信号の出力を可能とする。
【００６３】
これにより、診断ボタン１０３ｃの長押し等、予め定められた操作が行われたことを検出すると、制御部１００は、診断／回復処理に移行する。但し、表示装置１０３ａを使用しての表示内容を参照した選択が行えない場合は、所定の１つの診断／回復処理に移行できるようにする。
【００６４】
例えば、診断ボタン１０３ｃの長押し等、予め定められた操作が行われたことを検出すると、予め定められた一定時間待機する。一定時間の待機後、操作が行われず放置されていた場合は、メモリダンプを含む詳細ログを取得する等、重要度が最重要レベルでの診断／回復処理を実行する。
【００６５】
このように、ユーザーインターフェイス部１０３の故障や表示言語データが壊れた場合等、ユーザーが表示装置１０３ａを使っての選択が出来ないような状態でも、表示装置１０３ａを使用しない所定の操作で診断／回復処理に移行できるようにすることで、履歴情報の取得が行えない等の障害の発生を抑制することができる。
【００６６】
従来、回復処理のための初期化操作やログ取得操作は、管理者権限及びサービスマン権限が必要で、一般のユーザーが実施できないものであった。これに対し、本実施の形態では、制御部１００は、診断／回復メニュー２００において、各種設定や記憶領域の初期化後に設定値を復元し、処理実施前の設定状態を復元する内容の診断／回復処理を選択可能とした。これにより、管理者権限を持たないユーザーのみでも、初期化を伴う回復処理を試みることができる。なお、全初期化を選んだ場合には、管理者権限での認証を必要とする。
【００６７】
メモリダンプを含む詳細ログ等の履歴情報は、記憶部１０２の不揮発メモリ１０２ａあるいはＨＤＤ１０４ｂ等に記憶される。履歴情報は、記憶部１０２の記憶容量の上限を考慮して、複数保存することができる。
【００６８】
但し、ログ記憶領域１０５に割り当てられた記憶容量の上限に達した場合、あるいは、記憶容量の上限に所定の範囲で近づいた場合は、診断／回復メニュー２００で選択された診断／回復処理の中で、重度度の高いものでかつ新しいものを優先して残し、重度度の低いもので古いものから順を付けて、履歴情報を削除する。
【００６９】
例えば、ログ記憶領域１０５に割り当てられた記憶容量が不足する場合、簡易ログの古いものから削除して記憶容量を確保する。また、簡易ログを削除しても、記憶容量が不足する場合は、詳細ログの古いものから削除して記憶容量を確保する。これにより、履歴情報の中でより重要なものを優先して残すことができる。
【産業上の利用可能性】
【００７０】
本発明は、ユーザーインターフェイス部を備えた情報処理装置に適用される。
【符号の説明】
【００７１】
１Ａ・・・画像形成装置、１００・・・制御部、１０２・・・記憶部、１０３・・・ユーザーインターフェイス部、１０３ａ・・・表示装置、１０３ｂ・・・入力装置、１０５・・・ログ記憶領域
【図１】
0006406223.tif 000002
【図２】
0006406223.tif 000003
【図３】
0006406223.tif 000004
【図４】
0006406223.tif 000005
【図５】
0006406223.tif 000006