特許 7196544 情報処理装置、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-12-19

(45)【発行日】2022-12-27

(54)【発明の名称】情報処理装置、情報処理方法及びプログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20221220BHJP

   B41J 29/38 20060101ALI20221220BHJP

   H04N 1/00 20060101ALI20221220BHJP

【ＦＩ】

G06F11/07 193

B41J29/38 102

B41J29/38 301

B41J29/38 701

H04N1/00 002A

【請求項の数】 5

(21)【出願番号】P 2018209104

(22)【出願日】2018-11-06

(65)【公開番号】P2020077116

(43)【公開日】2020-05-21

【審査請求日】2021-08-06

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】松村 豊

【審査官】小林 秀和

(56)【参考文献】

【文献】特開２０１６－１１７１９５（ＪＰ，Ａ）

【文献】特開２００５－２１９２４７（ＪＰ，Ａ）

【文献】特開２００８－０１５７４９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／０７

Ｂ４１Ｊ ２９／３８

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

情報を表示する表示部と、処理を実行する複数のモジュールと、を備える情報処理装置であって、
前記情報処理装置の故障を検知する故障検知部と、
前記故障が検知された場合にリブート処理を実行するリブート実行部と、
前記複数のモジュールの全ての起動が完了したか否かを判定する判定部と、を有し、
前記リブート実行部は、前記情報処理装置の起動時に前記故障が検知された場合であって、前記全ての起動が完了していないと判定された場合は、前記リブート処理の実行を保留して前記表示部に所定の情報を表示させた後、前記全ての起動が完了したと判定された場合、又は前記故障が検知された後、所定の時間が経過した場合に、前記所定の情報を非表示にして、前記リブート処理の実行を再開する
情報処理装置。

【請求項2】

前記リブート実行部は、前記情報処理装置の起動時に前記故障が発生して、前記リブート処理を実行し、その後、再起動時に再び故障が検知された場合には、前記リブート処理の実行を中止する
請求項１に記載の情報処理装置。

【請求項3】

前記リブート実行部は、前記リブート処理の実行を中止するとともに、故障を示す情報を前記表示部に表示させる
請求項２に記載の情報処理装置。

【請求項4】

情報を表示する表示部と、処理を実行する複数のモジュールと、を備える情報処理装置による情報処理方法であって、
前記情報処理装置の故障を検知する故障検知工程と、
前記故障が検知された場合にリブート処理を実行するリブート実行工程と、
前記複数のモジュールの全ての起動が完了したか否かを判定する判定工程と、を含み、
前記リブート実行工程では、前記情報処理装置の起動時に前記故障が検知された場合であって、前記全ての起動が完了していないと判定された場合は、前記リブート処理の実行を保留して前記表示部に所定の情報を表示させた後、前記全ての起動が完了したと判定された場合、又は前記故障が検知された後、所定の時間が経過した場合に、前記所定の情報を非表示にして、前記リブート処理の実行を再開する
情報処理方法。

【請求項5】

情報を表示する表示部と、処理を実行する複数のモジュールと、を備える情報処理装置に処理を実行させるプログラムであって、
前記情報処理装置の故障を検知する故障検知ステップと、
前記故障が検知された場合にリブート処理を実行するリブート実行ステップと、
前記複数のモジュールの全ての起動が完了したか否かを判定する判定ステップと、を含み、
前記リブート実行ステップでは、前記情報処理装置の起動時に前記故障が検知された場合であって、前記全ての起動が完了していないと判定された場合は、前記リブート処理の実行を保留して前記表示部に所定の情報を表示させた後、前記全ての起動が完了したと判定された場合、又は前記故障が検知された後、所定の時間が経過した場合に、前記所定の情報を非表示にして、前記リブート処理の実行を再開する処理を、前記情報処理装置に実行させる
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は情報処理装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

画像形成装置等の情報処理装置において、故障発生時に、ユーザの操作を介さずに自動でリブート（リセット、再起動）処理を実行するものが知られている。

【0003】

また、自動調整処理に要するトナー等の消耗品や、時間がリブートに伴って浪費されることを防ぐために、自動調整処理中にリブート指令を受け付けた場合には、自動調整処理の完了後にリブート処理を実行させる装置が開示されている（例えば、特許文献１参照）。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、情報処理装置の起動時（起動直後）には、情報処理装置に含まれる複数のモジュール毎で起動に要する時間が異なるため、リブートの対象となる全モジュールの起動は同時に完了せず、モジュール毎で順次完了することになる。そして起動が完了していない状態では、適切にリブート処理を実行できない場合がある。

【0005】

上記の特許文献１の装置では、このような起動直後に、全モジュールの起動が完了したか否かを検知する方法や、全モジュールの起動の完了及び未完了とリブート処理の実行との対応関係が開示されていない。そのため、全モジュールが完全に起動されない不安定な状態で、リブート処理が実行される場合があった。

【0006】

本発明は、上記の点に鑑みてなされたものであって、情報処理装置の起動直後であっても、故障発生時に自動で適切にリブート処理を実行することを課題とする。

【課題を解決するための手段】

【0007】

開示の技術の一態様に係る情報処理装置は、情報を表示する表示部と、処理を実行する複数のモジュールと、を備える情報処理装置であって、前記情報処理装置の故障を検知する故障検知部と、前記故障が検知された場合にリブート処理を実行するリブート実行部と、前記複数のモジュールの全ての起動が完了したか否かを判定する判定部と、を有し、前記リブート実行部は、前記情報処理装置の起動時に前記故障が検知された場合であって、前記全ての起動が完了していないと判定された場合は、前記リブート処理の実行を保留して前記表示部に所定の情報を表示させた後、前記全ての起動が完了したと判定された場合、又は前記故障が検知された後、所定の時間が経過した場合に、前記所定の情報を非表示にして、前記リブート処理の実行を再開する。

【発明の効果】

【0008】

本発明の実施形態によれば、情報処理装置の起動直後であっても、故障発生時に自動で適切にリブート処理を実行することができる。

【図面の簡単な説明】

【0009】

【図1】実施形態に係る画像形成装置のハードウェア構成の一例を示すブロック図である。

【図2】第１の実施形態に係る画像形成装置の構成の一例を機能ブロックで示す図である。

【図3】第１の実施形態に係る画像形成装置の動作の一例を示すフローチャートである。

【図4】第１の実施形態に係る画像形成装置の動作の一例を示すシーケンス図である。

【図5】第１の実施形態に係る表示部のエラー画面の一例を示す図である。

【図6】第１の実施形態に係る画像形成装置の構成の一例を機能ブロックで示す図である。

【図7】第２の実施形態に係る画像形成装置の動作の一例を示すフローチャートである。

【図8】第２の実施形態に係る画像形成装置の動作の一例を示すシーケンス図である。

【図9】第２の実施形態に係る表示部の故障画面の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、図面を参照して発明を実施するための形態について説明する。各図面において、同一構成部分には同一符号を付し、重複した説明を省略する場合がある。

【0011】

実施形態では、情報処理装置の一例として、画像形成装置について説明する。

【0012】

＜画像形成装置のハードウェア構成＞
実施形態に係る画像形成装置１０は、図１に示すハードウェア構成により実現される。図１は、画像形成装置１０のハードウェア構成の一例を示すブロック図である。

【0013】

図１に示すように、画像形成装置１０は、本体部１００と、操作部２００とを有する。

【0014】

また本体部１００は、ＣＰＵ（Central Processing Unit）１０１と、ＲＡＭ（Random Access Memory）１０２と、ＲＯＭ（Read Only Memory）１０３と、ＮＶＲＡＭ（Non-volatile memory）１０４と、ホストＩ／Ｆ（Inter／Face）１０５とを有する。

【0015】

さらに、本体部１００は、操作部Ｉ／Ｆ１０６と、ＮＣＵ（Network Control Unit）１０７と、プリンタエンジン１０８と、スキャナエンジン１０９と、タイマー１１０とを有する。これらはシステムバス１１１で相互に電気的に接続されている。

【0016】

ＲＡＭ１０２はプログラムやデータを一時保持する。ＲＯＭ１０３は各種プログラムやデータ、各種の設定情報等を格納している。ＣＰＵ１０１はＲＯＭ１０３等からプログラムやデータ、設定情報等をＲＡＭ１０２上に読み出し、処理を実行することで、画像形成装置１０全体の制御や機能を実現する。

【0017】

ＮＶＲＡＭ１０４は、画像形成装置１０の電源が遮断されている間も、データを保持することができるメモリである。

【0018】

ホストＩ／Ｆ１０５は、図示を省略する外部ホスト機器から印刷データを受信するインタフェースである。Ｉ／Ｆの種類としては、ＩＥＥＥ１２８４規格、ＵＳＢ（Universal Serial Bus）等のローカル接続や、有線又は無線によるイーサネット（登録商標）等のネットワーク接続がある。

【0019】

ＮＣＵ１０７は一般公衆回線に接続され、ＦＡＸ受信時等に、ＮＣＵ１０７を介してデータの復号化処理等が行われる。

【0020】

プリンタエンジン１０８は、感光体や定着装置等の画像形成部を有し、ＣＰＵ１０１の指示に応じて、用紙等の記録媒体に対する画像の形成や、画像が形成された記録媒体の出力等を行う。スキャナエンジン１０９は、画像読取部を有し、原稿から画像データを読み取る。タイマー１１０は経過時間を計測する。

【0021】

次に、操作部２００は、ＣＰＵ２０１と、メモリ２０２とを有し、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報を表示する表示装置である。尚、各種の情報とは、受け付けた操作に応じた情報、画像形成装置１０の動作状況を示す情報、及び設定状態等を示す情報である。

【0022】

ＣＰＵ２０１はメモリ２０２からプログラムやデータ、設定情報等を読み出し、処理を実行することで、操作部２００全体の制御や機能を実現することができる。

【0023】

ここで、操作部２００は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ；Liquid Crystal Display）や、タッチパネル機能が搭載された有機ＥＬ（Electro luminescence）表示装置等で構成される。また、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。尚、上記タッチパネルにおけるタッチは、「操作」の一例である。

【0024】

［第１の実施形態］
＜第１の実施形態に係る画像形成装置の機能構成＞
次に、第１の実施形態に係る画像形成装置１０の機能構成について説明する。

【0025】

第１の実施形態に係る画像形成装置１０は、図２に示す機能ブロック等により実現される。図２は、本実施形態に係る画像形成装置１０の構成の一例を機能ブロックで示す図である。

【0026】

尚、以下の機能ブロック図に示される各機能ブロックは概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。各機能ブロックの全部又は一部を、任意の単位で機能的又は物理的に分散・結合して構成してもよい。尚、ここではリブート対応に関する部分のみを示している。

【0027】

図２に示すように、画像形成装置１０の備える本体部１００は、モジュール群１５０と、システム制御部１５１と、操作制御部１５２とを有する。

【0028】

モジュール群１５０は、本体部１００に含まれる制御モジュールであり、システム制御部１５１及び操作制御部１５２以外の制御モジュールである。

【0029】

システム制御部１５１は、モジュール群１５０等の全モジュールのリブート時のモジュール間調停や、エラー画面の表示指令等のシステム全般を制御する制御モジュールである。このシステム制御部１５１には、故障検知部１５３と、判定部１５４と、計時部１５５と、リブート実行部１５６とが含まれる。またリブート実行部１５６には、動作抑制部１５７と、表示指令部１５８とが含まれる。

【0030】

故障検知部１５３は、画像形成装置１０の故障を検知し、検知結果を示す信号を判定部１５４及び計時部１５５に出力する。故障検知部１５３は、各モジュールからエラー信号等を入力し、画像形成装置１０の故障を検知することができる。

【0031】

判定部１５４は、故障検知部１５３で故障が検知された場合に、全モジュールの起動が完了したか否かを判定し、判定結果を示す信号をリブート実行部１５６に出力する。また判定部１５４は、起動済のモジュールを検知し、起動済のモジュールを特定する信号をリブート実行部１５６に出力するようにしてもよい。判定部１５４のこれらの機能は、各モジュールの動作状態を示すステータス信号を参照すること等によって、実現することができる。

【0032】

計時部１５５は、故障検知部１５３からの入力信号に基づき、故障が検知された後の経過時間を計測し、経過時間を示す信号をリブート実行部１５６に出力する。

【0033】

リブート実行部１５６は、全モジュールの起動が完了したと判定部１５４が判定した場合に、動作抑制部１５７により各モジュールの動作の抑制処理を実行した後、画像形成装置１０のリブート（リセット、再起動）処理を実行する。ここで動作抑制には、モジュールによる新たな動作の抑制、プロセス間通信の抑制、ＲＯＭ１０３等のメモリへのアクセスの抑制等が含まれる。

【0034】

本実施形態に係るリブート実行部１５６は、画像形成装置１０の起動時（起動直後）に故障が検知された場合であって、全モジュールの起動が完了していないと判定部１５４が判定した場合は、各モジュールの動作抑制処理、及びリブート処理の実行を保留する。そして故障の発生を表示するエラー画面を表示させるための表示指令を、表示指令部１５８を介して操作制御部１５２に出力する。ここで、エラー画面は、「所定の情報」の一例である。

【0035】

尚、上記の「起動」には、ユーザによる電源スイッチのＯＮ操作等に応じた画像形成装置１０の起動と、画像形成装置１０のリブートに伴う再起動とが含まれる。

【0036】

その後、リブート実行部１５６は、全モジュールの起動が完了したと判定部１５４が判定した場合、又は計時部１５５が計測した故障検知後の経過時間が所定の時間となった場合（故障検知から所定の時間が経過した場合）に、表示部２５２が表示中のエラー画面を非表示にするための非表示指令を、表示指令部１５８を介して操作制御部１５２に出力する。そして保留中のリブート処理の実行を再開する。

【0037】

ここで、故障検知から所定の時間が経過した場合には、リブート実行部１５６は、判定部１５４により検知された起動済のモジュールのみに動作抑制処理を実行し、その後、リブート処理を実行してもよい。

【0038】

操作制御部１５２は、操作部２００とのインタフェースを制御する制御モジュールである。リブート実行部１５６によるエラー画面の表示指令は、操作制御部１５２を介して操作部２００に出力される。

【0039】

一方、操作部２００は、監視部２５１と、表示部２５２とを有する。

【0040】

監視部２５１は、本体部１００とのインタフェースを制御する制御モジュールであり、表示指令部１５８によるエラー画面の表示指令を、操作制御部１５２から入力する。

【0041】

表示部２５２は、エラー画面等を表示する制御モジュールであり、監視部２５１から入力した表示指令に応じて、エラー画面を表示する。

【0042】

尚、本実施形態では、操作部２００に表示部２５２が含まれる例を示したが、操作部２００と別に表示部２５２を設ける構成としてもよい。

【0043】

＜第１の実施形態に係る画像形成装置の動作＞
次に、本実施形態に係る画像形成装置１０の動作を説明する。

【0044】

図３は、本実施形態に係る画像形成装置１０の動作の一例を示すフローチャートである。

【0045】

先ず、ステップＳ３０１において、画像形成装置１０は、ユーザによる電源スイッチのＯＮ操作等に応じて起動される。

【0046】

続いて、ステップＳ３０２において、故障検知部１５３は、起動中の画像形成装置１０の故障を検知する。

【0047】

故障が検知された場合（ステップＳ３０２、Ｙｅｓ）、その旨を示す信号を入力した判定部１５４は、ステップ３０３において、全モジュールの起動が完了したか否かを判定し、判定結果を示す信号をリブート実行部１５６に出力する。

【0048】

ステップＳ３０３において、全モジュールが起動していないと判定された場合（ステップＳ３０３、Ｎｏ）、その旨を示す信号を入力したリブート実行部１５６は、ステップＳ３０４において、動作抑制処理及びリブート処理を実行せず、保留する。

【0049】

続いて、ステップＳ３０５において、リブート実行部１５６は、故障の発生を表示するエラー画面の表示指令を操作制御部１５２に出力する。操作制御部１５２は、リブート実行部１５６から入力した表示指令を監視部２５１に出力し、監視部２５１は、操作制御部１５２から入力した表示指令を表示部２５２に出力する。表示部２５２は、監視部２５１から入力した表示指令に応じて、エラー画面を表示する。

【0050】

尚、ステップＳ３０４とステップＳ３０５の処理の順番は適宜変更可能であり、またステップＳ３０４とＳ３０５の処理が並行して実行されてもよい。

【0051】

その後、ステップＳ３０６において、判定部１５４は、全モジュールが起動したか否かを判定し、判定結果を示す信号をリブート実行部１５６に出力する。また計時部１５５は、故障が検知された後の経過時間を示す信号を、リブート実行部１５６に出力する。

【0052】

全モジュールが起動したと判定された場合、又は故障が検知された後、所定の時間が経過した場合（ステップＳ３０６、Ｙｅｓ）、ステップＳ３０７において、リブート実行部１５６は、エラー画面の非表示指令を操作制御部１５２に出力する。操作制御部１５２はリブート実行部１５６から入力した非表示指令を監視部２５１に出力し、監視部２５１は、操作制御部１５２から入力した非表示指令を表示部２５２に出力する。表示部２５２は、監視部２５１から入力した非表示指令に応じて、表示中のエラー画面を非表示にする。

【0053】

続いて、ステップＳ３０８において、リブート実行部１５６は、保留中の動作抑制処理、及びリブート処理を再開する。

【0054】

尚、ステップＳ３０７とステップＳ３０８の処理の順番は適宜変更可能であり、またステップＳ３０７とＳ３０８の処理が並行して実行されてもよい。

【0055】

一方、ステップＳ３０２において、故障が検知されなかった場合（ステップＳ３０２、Ｎｏ）はステップＳ３０８に移行し、リブート実行部１５６は、動作抑制処理を実行し、その後、リブート処理を実行する。

【0056】

またステップＳ３０３において、全モジュールが起動したと判定された場合（ステップＳ３０３、Ｙｅｓ）はステップＳ３０８に移行し、リブート実行部１５６は、動作抑制処理を実行し、その後、リブート処理を実行する。

【0057】

以上の動作により、画像形成装置１０は、起動直後であっても、全モジュールが完全に起動したされていない不安定な状態でリブート処理が実行されることを防ぎ、故障発生時に、自動で適切にリブート処理を実行することができる。

【0058】

次に、図４は、本実施形態に係る画像形成装置１０の動作の一例を示すシーケンス図である。

【0059】

画像形成装置１０が起動されると、ステップＳ４０１において、モジュール群１５０等の全モジュールが起動される。この場合、各モジュールで起動に要する時間が異なるため、全モジュールの起動は同時に完了せず、モジュール毎で順次完了していく。

【0060】

続いて、ステップＳ４０２において、システム制御部１５１は、起動中の画像形成装置１０における故障を検知すると、全モジュールの起動が完了したか否かを判定する。

【0061】

全モジュールの起動が完了していない場合は、ステップＳ４０３において、システム制御部１５１は、動作抑制処理及びリブート処理を実行せず、保留する。

【0062】

続いて、ステップＳ４０４において、システム制御部１５１は、エラー画面の表示指令を操作制御部１５２に出力する。

【0063】

続いて、ステップＳ４０５において、操作制御部１５２は、システム制御部１５１から入力した表示指令を監視部２５１に出力し、その後、ステップＳ４０６において、監視部２５１は、操作制御部１５２から入力した表示指令を表示部２５２に出力する。

【0064】

続いて、ステップＳ４０７において、表示部２５２は、監視部２５１から入力した表示指令に応じて、エラー画面を表示する。ここで、図５は表示部２５２に表示されるエラー画面２６１の一例を示す図である。図５の例では、画像形成装置１０のエラーの発生状況、エラーに対する画像形成装置１０の対応、及びユーザへの対応指示を示すメッセージが表示されている。

【0065】

図４に戻り、画像形成装置１０の動作の説明を続ける。

【0066】

リブート実行部１５６がリブート処理を保留した後においても、各モジュールの起動は継続しており、システム制御部１５１は全モジュールの起動が完了したか否かの判定処理を継続して行っている。

【0067】

そして、全モジュールの起動が完了したと判定された場合、ステップＳ４０８において、システム制御部１５１はエラー画面の非表示指令を操作制御部１５２に出力する。

【0068】

続いて、ステップＳ４０９において、操作制御部１５２は、システム制御部１５１から入力した非表示指令を監視部２５１に出力し、その後、ステップＳ４１０において、監視部２５１は、操作制御部１５２から入力した非表示指令を表示部２５２に出力する。

【0069】

続いて、ステップＳ４１１において、表示部２５２は、監視部２５１から入力した非表示指令に応じて、表示中のエラー画面を非表示にする。

【0070】

続いて、ステップＳ４１２において、システム制御部１５１はモジュール群１５０に含まれる各モジュールに対して、動作抑制処理を実行する。

【0071】

続いて、システム制御部１５１は、ステップＳ４１３において、操作制御部１５２に対し動作抑制処理を実行し、ステップ４１４において、監視部２５１に対し動作抑制処理を実行し、ステップＳ４１５において、表示部２５２に対し動作抑制処理を実行する。

【0072】

尚、ステップＳ４１２～Ｓ４１５の処理の順番は適宜変更可能であり、またステップＳ４１２～Ｓ４１５の処理が並行して実行されてもよい。

【0073】

続いて、ステップＳ４１６において、システム制御部１５１は、画像形成装置１０のリブート処理を実行する。

【0074】

このように各機能部を連携させることで、画像形成装置１０は、起動直後において、全モジュールが完全に起動されていない不安定な状態でリブート処理が実行されることを防ぎつつ、自動で適切なリブート処理を、速やかに実行することができる。

【0075】

＜効果等＞
以上説明してきたように、本実施形態では、画像形成装置１０の起動時に故障が検知された場合であって、全モジュールの起動が完了していないと判定された場合は、リブート処理の実行を保留する。その後、全モジュールの起動が完了したと判定された場合、又は故障が検知された後、所定の時間が経過した場合に、リブート処理の実行を再開する。

【0076】

これにより、全モジュールが完全に起動されない不安定な状態で、リブート処理が実行されることを防ぎ、故障発生時に、自動で適切に画像形成装置１０のリブート処理を実行することができる。

【0077】

また、故障が検知された後、所定の時間が経過した場合にリブート処理の実行を再開することで、リブート処理を保留した状態が継続しすぎることを防ぐことができる。この場合には、判定部１５４により検知された起動済のモジュールのみに対して動作抑制処理を実行することで、動作抑制処理の効率化を図ることができる。

【0078】

また起動時に発生したエラーに関する情報を表示部２５２に表示させることで、起動中の画像形成装置１０の状況を、ユーザに対してタイムリーに且つ正確に提供することができる。これにより画像形成装置１０の起動中におけるユーザの誤操作を回避することができる。

【0079】

［第２の実施形態］
次に、第２の実施形態に係る画像形成装置を、図６～９を参照して説明する。尚、既に説明した実施形態と同一構成部についての説明は省略する。

【0080】

本実施形態に係る画像形成装置は、画像形成装置の起動時に故障が発生して、リブート処理を実行し、その後、再起動時に再び故障が発生した場合には、リブート処理の実行を中止するとともに、表示部に故障を示す情報を表示するものである。

【0081】

＜第２の実施形態に係る画像形成装置の機能構成＞
本実施形態に係る画像形成装置１０ａは、図６に示す機能ブロック等により実現される。図６は、本実施形態に係る画像形成装置１０ａの構成の一例を機能ブロックで示す図である。

【0082】

画像形成装置１０ａの本体部１００ａは、リブート実行部１５６ａを備えるシステム制御部１５１ａを有する。またリブート実行部１５６ａは、表示指令部１５８ａを有する。

【0083】

リブート実行部１５６ａは、画像形成装置１０ａの起動時に故障が発生して、リブート処理を実行し、その後、再起動時に再び故障が検知された場合には、リブート処理の実行を中止する。

【0084】

換言すると、リブート実行部１５６ａは、計時部１５５で計測された前回故障を検知した時刻からの経過時間が、予め定められた閾値以下の場合には、リブート処理の実行に伴う再起動時に再び故障が検知されたものとみなして、リブート処理の実行を中止する。

【0085】

またリブート実行部１５６ａは、リブート処理の実行を中止した場合には、故障の発生を示す故障画面の表示指令を、表示指令部１５８ａを介して操作部２００に出力し、表示部２５２に表示させる。ここで、故障画面は、「故障を示す情報」の一例である。

【0086】

尚、上記の「中止」は、第１の実施形態における「保留」する場合とは異なり、リブート処理を再開させることなく、取りやめることを意味している。

【0087】

＜第２の実施形態に係る画像形成装置の動作＞
次に、本実施形態に係る画像形成装置の動作を説明する。

【0088】

図７は、本実施形態に係る画像形成装置１０ａの動作の一例を示すフローチャートである。ステップＳ７０１～Ｓ７０８の動作は、図３のステップＳ３０１～Ｓ３０８の動作とそれぞれ同様であるため、説明を省略する。

【0089】

ステップＳ７０９で、故障検知部１５３は、リブート処理の実行（ステップＳ７０８）に伴う再起動時の画像形成装置１０ａの故障を検知する。

【0090】

故障が検知された場合（ステップＳ７０９、Ｙｅｓ）、故障検知部１５３はその旨を示す信号を、判定部１５４を介してリブート実行部１５６ａに出力する。

【0091】

続いて、ステップＳ７１０において、リブート実行部１５６ａは動作抑制処理、及びリブート処理を中止する。

【0092】

続いて、ステップＳ７１１において、リブート実行部１５６ａは、故障表示画面の表示指令を操作制御部１５２に出力する。操作制御部１５２は、リブート実行部１５６ａから入力した表示指令を監視部２５１に出力し、監視部２５１は、操作制御部１５２から入力した表示指令を、表示部２５２に出力する、表示部２５２は、監視部２５１から入力した表示指令に応じて、故障画面を表示する。

【0093】

尚、ステップＳ７１０とステップＳ７１１の処理の順番は適宜変更可能であり、またステップＳ７１０とＳ７１１の処理が並行して実行されてもよい。

【0094】

一方、ステップＳ７０９において、故障が検知されなかった場合（ステップＳ７０９、Ｎｏ）は、ステップＳ７１２において、リブート実行部１５６は動作抑制処理及びリブート処理を実行する。

【0095】

以上の動作により、画像形成装置１０ａは、リブート処理実行後の再起動時に、再び故障が発生した場合に、リブート処理の実行を中止するとともに、表示部２５２に故障画面を表示させることができる。

【0096】

次に、図８は、本実施形態に係る画像形成装置１０ａの動作の一例を示すシーケンス図である。ステップＳ８０１～Ｓ８１６の動作は、図４のステップＳ４０１～Ｓ４１６の動作とそれぞれ同様であるため、説明を省略する。

【0097】

リブート処理の実行（ステップＳ８１６）に伴い画像形成装置１０ａが再起動されると、ステップＳ８１７において、モジュール群１５０等の全モジュールが再起動される。再起動時においても、各モジュールで起動に要する時間が異なるため、全モジュールの起動は同時に完了せず、モジュール毎で順次完了していく。

【0098】

続いて、ステップＳ８１８において、システム制御部１５１ａは、再起動時の画像形成装置１０ａの故障を検知すると、ステップＳ８１９において、動作抑制処理及びリブート処理を実行せず、中止する。

【0099】

続いて、ステップＳ８２０において、システム制御部１５１ａは、操作制御部１５２に故障画面の表示指令を出力する。

【0100】

続いて、ステップＳ８２１において、操作制御部１５２は、システム制御部１５１ａから入力した表示指令を監視部２５１に出力し、その後、ステップＳ８２２において、監視部２５１は、操作制御部１５２から入力した表示指令を、表示部２５２に出力する。

【0101】

続いて、ステップＳ８２３において、表示部２５２は、監視部２５１から入力した表示指令に応じて、故障画面を表示する。ここで、図９は表示部２５２に表示される故障画面２６２の一例を示す図である。図９の例では、画像形成装置１０の故障の発生状況、故障に対する画像形成装置１０ａの対応、及びユーザへの対応指示を示すメッセージが表示されている。

【0102】

このように各機能部を連携させることで、画像形成装置１０ａは、リブート処理実行後の再起動時に再び故障が発生した場合に、リブート処理の実行を中止するとともに、表示部２５２に故障画面を表示させる処理を速やかに実行することができる。

【0103】

＜効果等＞
以上説明してきたように、本実施形態では、リブート処理実行後の再起動時に再び故障が発生した場合に、リブート処理の実行を中止することで、リブート処理が繰り返し実行されることを防ぎ、時間や電力の浪費を防ぐことができる。

【0104】

またリブート処理実行後の再起動時に発生した故障に関する情報を表示部２５２に表示させることで、再起動時の画像形成装置１０ａの状況を、ユーザに対してタイムリーに且つ正確に提供することができる。これにより、画像形成装置１０ａの再起動時におけるユーザの誤操作を回避することができる。

【0105】

以上、実施形態に係る情報処理装置について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。

【0106】

また実施形態は、情報処理方法も含む。例えば、情報処理方法は、情報を表示する表示部と、処理を実行する複数のモジュールと、を備える情報処理装置による情報処理方法であって、前記情報処理装置の故障を検知する故障検知工程と、前記故障が検知された場合にリブート処理を実行するリブート実行工程と、前記複数のモジュールの全ての起動が完了したか否かを判定する判定工程と、を含み、前記リブート実行工程では、前記情報処理装置の起動時に前記故障が検知された場合であって、前記全ての起動が完了していないと判定された場合は、前記リブート処理の実行を保留して前記表示部に所定の情報を表示させた後、前記全ての起動が完了したと判定された場合、又は前記故障が検知された後、所定の時間が経過した場合に、前記所定の情報を非表示にして、前記リブート処理の実行を再開する。このような情報処理方法により、上述の情報処理装置と同様の効果を得ることができる。またこのような情報処理方法は、ＣＰＵ、ＬＳＩなどの回路、ＩＣカード又は単体のモジュール等によって、実現されてもよい。

【0107】

さらに実施形態は、プログラムも含む。例えば、プログラムは、情報を表示する表示部と、処理を実行する複数のモジュールと、を備える情報処理装置で実行されるプログラムであって、前記情報処理装置の故障を検知する故障検知ステップと、前記故障が検知された場合にリブート処理を実行するリブート実行ステップと、前記複数のモジュールの全ての起動が完了したか否かを判定する判定ステップと、を含み、前記リブート実行ステップでは、前記情報処理装置の起動時に前記故障が検知された場合であって、前記全ての起動が完了していないと判定された場合は、前記リブート処理の実行を保留して前記表示部に所定の情報を表示させた後、前記全ての起動が完了したと判定された場合、又は前記故障が検知された後、所定の時間が経過した場合に、前記所定の情報を非表示にして、前記リブート処理の実行を再開する処理を実行する。このようなプログラムにより、上述の情報処理装置と同様の効果を得ることができる。

【符号の説明】

【0108】

１０、１０ａ 画像形成装置（情報処理装置の一例）
１００、１００ａ 本体部
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ ＮＶＲＡＭ
１０５ ホストＩ／Ｆ
１０６ 操作部Ｉ／Ｆ
１０７ ＮＣＵ
１０８ プリンタエンジン
１０９ スキャナエンジン
１１０ タイマー
１１１ システムバス
１５０ モジュール群
１５１、１５１ａ システム制御部
１５２ 操作制御部
１５３ 故障検知部
１５４ 判定部
１５５ 計時部
１５６、１５６ａ リブート実行部
１５７ 動作抑制部
１５８、１５８ａ 表示指令部
２００ 操作部
２０１ ＣＰＵ
２０２ メモリ
２５１ 監視部
２５２ 表示部
２６１ エラー画面（所定の情報の一例）
２６２ 故障画面（故障を示す情報の一例）

【先行技術文献】

【特許文献】

【0109】

【文献】特開２００７－２５７５８０号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】