JP2020004134A - 画像形成装置、画像形成装置の制御方法及びプログラム - Google Patents

Abstract

【課題】ストレージへのアクセスエラーを検出した場合にユーザがサービスマンを呼ばなくても、自動でストレージを修復することが可能な画像形成装置を提供する。【解決手段】複数のパーテーションで管理されているストレージと、所定のパーテーションに記憶されたファイルにアクセスするアクセス手段と、を有する画像形成装置であって、ファイルに含まれるデータとデータを管理するための管理情報のうち、管理情報を修復する修復処理を実行する実行手段と、アクセス手段におけるファイルへのアクセスによって生じたアクセスエラーを検出するエラー検出手段と、を有する。実行手段は、検出手段がアクセスエラーを検出することによって、修復処理を実行する。【選択図】図５

Description

本発明は、画像形成装置、画像形成装置の制御方法及びプログラムに関する。

画像複写機能（コピー）、画像出力機能（プリント）等の複数の機能を実行可能な装置である画像形成装置は、少なくともストレージ装置とＣＰＵを有している。ストレージ装置には、画像データ等のファイル（データとデータを管理する管理情報（メタデータ）を含む）が記憶される。ＣＰＵは、ストレージに記憶されたファイルを管理するためのファイルシステムプログラムを実行することでストレージにアクセスする。

従来の画像形成装置は、例えば電源の瞬断やストレージ装置の故障などによって、ストレージ装置に記憶されたデータの読み出しや書き込み等のアクセス時にエラーが生じてしまった場合に、エラーコードを表示し、画像形成装置を使用できなくしていた。

例えば特許文献１では自動初期化方法が提案されている。特許文献１においてストレージ装置のデータ領域は、画像形成装置の機能ごとにパーテーションが設定されている。ストレージ装置へのＲＥＡＤ／ＷＲＩＴＥのアクセスが行われる際にストレージ装置の故障を検知するとユーザに向けて故障発生の表示を行い、検知した故障のアドレスを含むパーテーションのフォーマット（初期化）を行うか否かをユーザに選択させる。

ユーザが初期化を行う選択をすると、故障のアドレスを含むパーテーションの初期化を行う。初期化後に、画像形成装置の電源がオン状態のまま再びストレージにアクセスする。再アクセスにおいて故障を検知すると、予め定めたリトライ回数だけフォーマットを行う。そして、リトライ回数を超えると故障処理を行い、フォーマットのリトライを終了する。

特許第５００４８３１号公報

特許文献１の構成では、ストレージ装置へのアクセスが行われる際にストレージ装置の故障を検知すると、故障したアドレスを含むパーテーションに記憶されているファイルを削除する初期化を自動で行う構成が開示されている。

また、従来の画像形成装置は、エラーコードが表示され、画像形成装置を使用出来なくしたあと、故障したアドレスを含むパーテーションに対して、フォーマット（消去）とは異なる修復処理をサービスマンが行う構成が知られている。

一方で、画像形成装置において、アクセスエラーが生じることで、修復処理を自動で行う構成については検討されていなかった。

本発明の撮像装置はこのような課題を鑑み、ストレージへのアクセスエラーを検出した場合にユーザがサービスマンを呼ばなくても、自動でストレージを修復することが可能な画像形成装置を提供することを目的とする。

本発明は、複数のパーテーションで管理されているストレージと、所定のパーテーションに記憶されたファイルにアクセスするアクセス手段と、を有する画像形成装置であって、ファイルに含まれるデータとデータを管理するための管理情報のうち、管理情報を修復する修復処理を実行する実行手段と、アクセス手段におけるファイルへのアクセスによって生じたアクセスエラーを検出するエラー検出手段と、を有し、実行手段は、検出手段がアクセスエラーを検出することによって、修復処理を実行することを特徴とする。

本発明によれば、ストレージへのアクセスエラーを検出した場合にユーザがサービスマンを呼ばなくても、自動でストレージを修復することが可能な画像形成装置を提供することができる。

画像形成システムのシステム構成の一例を示す図 画像形成装置のハードウェア構成の一例を示す図 コントローラの構成とプログラムの実行の説明図 パーテーション基本仕様とパーテーションの修復／初期化仕様の説明図 自動予約処理フローチャート図 手動予約処理フローチャート図 画像形成装置の起動時に行う修復処理／初期化処理の実行フローチャート図 自動修復処理実行フローチャート図

（実施例１）
図１は、本実施例における画像形成システムのシステム構成の一例を示すブロック図である。図１の画像形成システムは、画像形成装置１０２と、情報処理装置１０１を備えている。情報処理装置１０１と画像形成装置１０２とは、通信可能に接続されている。なお、本実施例では、情報処理装置１０１と画像形成装置１０２とがネットワークを介して接続するものとするが、パラレルケーブル、シリアルケーブル、ＵＳＢケーブル等により接続するような構成であってもよい。

図２は、画像形成装置のハードウェア構成の一例を示す図である。

ＣＰＵ２００は、画像形成装置１０２を制御する。メモリ２０２は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

ストレージ２０１は、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、印刷ジョブを一時的に保持したり、保持されたジョブを外部から制御するための記憶領域として使用される。また、ストレージ２０１は複数のパーテーションで管理されており、同一のパーテーションには、データと該データに対する記憶領域のアドレス情報を含む管理情報（メタデータ）を記憶する。ここでは、データと対応する管理情報を１つのファイルとして説明する。なお、管理情報の詳細については後述する。

ストレージ２０１には、例えばＨＤＤやＳＳＤなどの不揮発性メモリが用いられる。ただし、これに限られず電源スイッチがオフされた状態で情報を保持するデバイス（不揮発性デバイス）であれば代替可能である。

不揮発性メモリ２０３は、ストレージ２０１が故障した場合でも動作可能なプログラム等を記憶している。例えば、画像形成装置１０２を復旧させるためのセーフ起動モード用のプログラムと、画像形成装置の制御プログラム、ストレージに記憶されたファイルを管理するためのファイルシステムプログラム（以下、ファイルシステム）などが記憶されている。不揮発性メモリ２０３には、例えばＳＳＤやＨＤＤなどが用いられる。ただし、ただし、これに限られず電源スイッチがオフされた状態で情報を保持するデバイス（不揮発性デバイス）であれば代替可能である。

ＣＰＵ２００、ストレージ２０１、メモリ２０２、不揮発性メモリ２０３とはコントローラ２１０として機能する。具体的には、ストレージ２０１や不揮発性メモリ２０３に記憶されたプログラムは、メモリ２０２にロードされＣＰＵ２００により実行される。

表示部２０４は、例えば液晶ディスプレイ等によって構成され、各種の情報（例えばエラーを示すメッセージ等）を表示してユーザに通知する。

操作部２０５は、例えばハードキーや画像形成装置１０２の電源スイッチによって構成され、画像形成装置１０２へのユーザによる入力を受け付ける。

なお、ここでは表示部２０４と操作部２０５が異なる部材である構成を説明したが、これに限られない。例えば、表示部２０４がタッチパネルであり、操作部２０５がタッチパネルに表示されるソフトキーを含んでいてもよい。つまり、操作部２０５がソフトキーとハードキー（電源スイッチ）の両方を示してもよい。

ＮＩＣ２０６（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）は、画像形成装置１０２がＬＡＮ２０７を介して他の装置と相互にデータのやりとりをするために用いられる。

印刷部２０８（プリンタ）は、情報処理装置１０１から受信したＰＤＬデータを変換した画像データ、後述の読み取り部２０９によって生成した画像データ等を用紙に印刷する。なお、印刷部２０８は、不図示の印刷Ｉ／ＦによってＣＰＵ２００に接続される。ＣＰＵ２００は、印刷Ｉ／Ｆを介して印刷部２０８を制御する。

読み取り部２０９（スキャナ）は、原稿を読み取り、白黒２値やカラー多値の画像データを生成する。なお、読み取り部２０９は、不図示の読取Ｉ／ＦによってＣＰＵ２００に接続される。ＣＰＵ２００は、読取Ｉ／Ｆを介して読み取り部２０９から入力される画像信号を制御する。ＣＰＵ２００は、メインバス２１１を介して各種のデバイスとのアクセスを制御する。

図３にコントローラ２１０の構成と、プログラム実行を詳細に説明したブロック図を示す。不揮発性メモリ２０３には、後述する図４（ｂ）に示す修復／初期化仕様２３、ファイルシステム２０、修復／初期化コマンド２１が記憶されている。

メモリ２０２には、不揮発性メモリ２０３から読み出したファイルシステム２０及び修復／初期化コマンド２１が一時的に保持される。保持されたファイルシステム２０、修復／初期化コマンド２１は、ＣＰＵ２００によって実行可能である。修復／初期化コマンド２１は、後述する、完全修復、簡易修復、初期化を支持するコマンドである。

ストレージ２０１は、画像データの記憶、または、ファイルの管理情報を記憶する。ストレージ２０１は、１台のストレージを仮想的に複数台のストレージに見せるために、記憶領域にパーテーションを設定している。例えば、図３のストレージ２０１は、パーテーション１〜パーテーション４を有している。

各パーテーションは、不揮発性メモリ２０３からメモリ２０２に読み出されたファイルシステムをＣＰＵ２００が実行することによって制御される。ＣＰＵ２００が、各パーテーションを初期化することで利用可能な状態となる。

ＣＰＵ２００は、任意のパーテーションに対してデータの読み書きが可能となる。このとき、ＣＰＵ２００は、ファイルシステムを実行する際に各パーテーションに設定されるディレクトリ（フォルダ）やフォルダ内に記憶されるファイルを管理するための情報である管理情報をパーテーションに記憶させる。

データとデータに紐づく管理情報とは１つのファイルとして同じパーテーションに記憶される。なお、管理情報とは、例えばファイル名称やファイルサイズ、ストレージ内におけるデータの格納アドレス、ストレージ内におけるデータが記憶されるセクタのアドレス情報、等の管理情報を示す。特にアドレス情報は、１つのファイルを構成する複数のデータの各々に対して記憶しており、複数のデータの各々が格納されているセクタの始点から終点までのアドレスを記憶している。

ＣＰＵ２００がファイルシステムを実行し、所定のパーテーションにアクセスした際に、（１）管理情報に不整合が発生した場合や、（２）管理情報が正常に読み出せない場合に、ストレージからデータを正常に読み出すことが出来なくなる。これらのアクセスエラーについて具体的に説明する。なお、ここでは「Ｒｅａｄ」アクセスの場合に生じる読み出しエラーについて説明するが、Ｏｐｅｎ、Ｗｒｉｔｅ、Ｃｌｏｓｅ等の操作によるアクセスでもよい。

（１）管理情報の不整合によるアクセスエラー
ファイルの生成では、生成したデータを所定のアドレス（始端記号）から所定のアドレス（終端記号）までの記憶領域に記憶する。例えばファイルの生成が完了するまでに電源が瞬断されたとする。このような場合には、データの記憶生成・記憶作業が途中で終わってしまう。つまり、終端記号の管理情報が書かれないファイルができてしまうおそれがある。このようなファイルを画像形成装置１０２が読み出していくと、読み出しの途中でデータが無くなってしまう（終端が無い）。このような場合には、ファイルシステム２０はエラー（エラーを示す戻り値）をＣＰＵ２００に送信する。

これはストレージ２０１の記憶領域の物理的な故障ではなく、ファイルと同じパーテーションに記憶される管理情報が壊れていることでアクセスエラー（Ｒｅａｄアクセスの際には、アクセスエラー、Ｗｒｉｔｅアクセスの際には、Ｗｒｉｔｅエラー）となる。

このアクセスエラーを修復するためには、ＣＰＵ２００の指示により、修復／初期化コマンド２１を利用して、後述のファイルシステムによる簡易修復または完全修復を実行することで解決することが出来る。

（２）ストレージ装置の記録部の不良によるアクセスエラー
ストレージ２０１は、ブロックデバイスである。ＣＰＵ２００からＷｒｉｔｅされた固定長データ（セクタ）にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を付加して保存しておき、Ｒｅａｄ要求があった場合にＣＲＣが合うまで何度もリトライを行う。

このときストレージ２０１のデータ保持能力が低下する。または、電源の瞬断などでＣＲＣが合わない状態が、規定のリトライ回数を超えてしまうと、ストレージ２０１から、データを読み出すことが出来ない。このようなアクセスエラーは同じ記憶領域に再度データの書き込みを行うことで修復されることがある。

そこで、このアクセスエラーを修復するためには、ＣＰＵ２００の指示により、修復／初期化コマンド２１を用いて、後述のファイルシステムの完全修復を実行することで解決することが可能である。

次に修復／初期化コマンド２１について詳細を説明する。なお、このコマンドは、後述の図４（ｂ）に示す予約種別でもある。

コマンドには、初期化処理を指示する初期化コマンド、完全修復処理を指示する完全修復コマンド、簡易修復処理を指示する簡易修復コマンドと、を有する。なお、完全修復には処理の後に簡易修復も実施される場合が多いが、各修復処理を明確に説明するために完全／簡易と表記した。ここで述べた修復処理／初期化処理のアルゴリズムは一般的に代表的なものであるであり、本発明ではこのアルゴリズムには言及しない。

各コマンドについて説明する。各コマンドの処理内容は、ファイルシステムにより実施内容が異なり、本発明の処理を限定するものではない。

まず「初期化」について説明する。

初期化処理は、初期化処理が設定されたパーテーションに記録されているファイルを全て消去する修復処理である。例えば初期化処理は、パーテーション内のファイルの管理情報を消去することにより、ファイルの参照が出来ない状態にする修復方法である。なお、初期化処理では、管理情報のみを消去する方法と、管理情報とパーテーションを構成するセクタに記憶されたデータの全てを消去する２つの方法がある。本実施例では速度的に優位性のある管理情報のみを消去する方法を使用するが、これに限られない。

次に「簡易修復」について説明する。

簡易修復処理は、簡易修復処理が設定されたパーテーションに記録されているファイルに含まれる管理情報を修復する処理である。

簡易修復処理では、同一のファイルに含まれるデータと管理情報の整合性確認を行う。例えば、簡易修復処理は、所定のパーテーションに記憶されたファイルを構成する各データが記憶されたセクタを示すアドレスを始点から読み出していき、読み出すことが出来たアドレスの終点が終端記号で閉じられているか否かを確認する。

読み出すことが出来たアドレスの終点が終端記号で閉じられていない場合には、管理情報が正常ではないと判断する。その場合には、正常にデータが記憶されたアドレスの終端を終端記号で閉じるという処理を行う（正常に記憶されたデータの始端から終端までのデータ群を１つのファイルとする）。

また、ディレクトリを見つけるとそのディレクトリの中で再帰的に処理を行い、全てのディレクトリと全てのファイルに対して、管理情報が正常であるかどうかの確認を行う。そのため、簡易修復処理は、おおよそファイルの保存数に比例した処理時間となる。

なお、簡易修復処理は、完全修復処理よりも短い時間で終わる修復方法である。なぜなら、後述するように完全修復処理はすべてのセクタに対して読み出し確認を行い正常か否かの確認を行うが、簡易修復処理は、管理情報に対して正常か否かを確認するからである。

最後に「完全修復」について説明する。

完全修復処理は、完全修復処理が設定されたパーテーションに記録されているファイルの管理情報を修復する処理である。

完全修復処理では、例えば、上記簡易修復を行う前に、パーテーションを構成するセクタの全てに対して、データの読み出し確認を行い、データの読み出しが可能なことを確認する。読み出しできないセクタ（不良セクタ）を見つけた場合は、不良セクタを隔離する、または、不良セクタが含まれるファイルを隔離する等を行い、将来不良箇所に対してアクセスが発生しないような処理を行う。

例えば、管理情報が正常でない場合には、正常にデータが記憶されたアドレスの終端を終端記号で閉じる（正常に記憶されたデータの始端から終端までデータ群を１つのファイルとする。）、または、ファイルを隔離する。なお、不良セクタの修復の後に管理情報の修復を実行する構成であってもよい。

また、これらの３種類のコマンドは、ＯＳごとに以下のようなコマンドである。

Ｗｉｎｄｏｗｓでは、例えば次のように定義可能である。
・初期化：フォーマット。
・簡易修復：スキャンディスク（設定として、「ファイルシステムエラーを自動的に修復する」だけが有効）。
・完全修復：スキャンディスク（設定として、「ファイルシステムエラーを自動的に修復する」と「不良セクタをスキャンし回復する」が有効）。

Ｌｉｎｕｘ（登録商標）では、例えば次のように定義できる。
・初期化：ｍｋｆｓ。
・簡易修復：ｆｓｃｋ（「処理時間が明らかに短くなるオプション」を指定）。
・完全修復：ｂａｄｂｌｏｃｋｓによる検査の実施、ｆｓｃｋ（「処理時間が明らかに長くなるオプション」を指定）。

次に図４（ａ）を用いて、ストレージ２０１の各パーテーションの基本仕様（ステータス）について説明する。図４（ａ）は、ファイルシステム２０と共に不揮発性メモリ２０３に記憶され、メモリ２０２に読み出され保持される。

行２５は、パーテーション１の基本仕様を示している。行２６は、パーテーション２の基本仕様を示している。行２７は、パーテーション３の基本仕様を示している。行２８は、パーテーション４の基本仕様を示している。

対象パーテーション３４は、どのパーテーションの基本仕様なのかを記載するためのインデックスとなる。

グループ３５は、関連するパーテーション（グループ化したパーテーション）を示したものである。各パーテーションに対して、関連性を持たせることで、グループ単位で初期化処理や修復処理を実行することが可能となる。例えば、図４では、パーテーション３とパーテーション４とがグループ化されている。そのため、パーテーション３を初期化する際には、パーテーション４も初期化される。

なお、図４において、パーテーション１は他のパーテーションとグループ化されていないため、例えばパーテーション１に対して初期化処理を行っても、他のパーテーションは初期化されない。パーテーション２についても同様である。

エラー通知出力３６は、エラー通知（アクセスエラー通知）を出力するか否かを示している。ＯＮに設定されている場合には、エラー通知を出力し、ＯＦＦに設定されている場合にはエラー通知を出力しない。なおエラー通知出力３６は、パーテーションごとに設定することが可能である。

用途３７は、パーテーションの使用用途を示している。図４では、ＮＯＲＭ：通常、ＴＥＭＰ：テンポラリという用途が記載されている。

ＴＥＭＰとは、一時ファイルを格納する用途でパーテーションを用いることを示す。一時ファイルとは電子ソートで使用するファイル等の一時的利用が終わった時点で消去する等、永続的に残す必要の無いファイルである。この一時ファイルを格納するパーテーション領域をテンポラリパーテーションと呼ぶ。テンポラリパーテーションは一時ファイルしか置かないため、電源ＯＦＦ／ＯＮでファイルを残す必要のないパーテーションである。そのため、もし起動時にファイルが残っていた場合は、全てのファイルを削除するという処理（初期化処理）を行ってもよい。

ＮＯＲＭとは、データを記憶することを目的としてパーテーションを用いることを示す。ファイルを作成した場合、電源ＯＦＦ／ＯＮしてもそのファイルは存在し、参照することが可能である。

次に図４（ｂ）を用いて、ストレージ２０１の各パーテーションの修復／初期化仕様２３（修復を予約するためのデータ構造）について説明する。

図４（ｂ）は、不揮発性メモリ２０３に記憶されている。そのため、ＣＰＵ２００が動作可能であれば、メモリ２０２に記憶された各パーテーションの修復／初期化仕様２３に基づく修復処理が可能である。例えば、ストレージ２０１のアクセスエラーが発生し、画像形成装置が操作できなくなり、再起動を行った場合であっても、ＣＰＵ２００が、メモリ２０２に記憶された修復／初期化仕様２３に基づく修復処理を実行することが可能となる。

行３０は、パーテーション１の修復／初期化仕様を示している。行３１は、パーテーション２の修復／初期化仕様を示している。行３２は、パーテーション３の修復／初期化仕様を示している。行３３は、パーテーション４の修復／初期化仕様を示している。

対象パーテーション３８は、どのパーテーションの修復／初期化仕様なのかを記載するためのインデックスとなる。パーテーション毎に修復を予約するための記憶領域が確保されている事を示す。

修復／初期化フラグ３９は、修復処理または初期化処理を実行するか否かを示している。ＯＦＦに設定されている場合に、修復処理または初期化処理の予約を行わない（空白となる）。ＯＮに設定されている場合に、修復予約処理または初期化処理の予約を行う。ここで予約とは、再起動時に実行する処理のことを意味する。

予約種別４０は、各パーテーションに対して、初期化、完全修復、簡易修復のうちどの種類の処理を行うかの予約設定である。

予約種別４０を設定し、修復／初期化フラグ３９をＯＮにすることで修復処理または初期化処理が予約設定されたことを表す。装置が起動され、修復処理または初期化処理が完了すると修復／初期化フラグ３９をＯＦＦにする。これにより、修復処理または初期化処理が確実に完了するまでフラグをＯＮ（予約状態）に維持することが可能となる。

次に図５に、ＣＰＵ２００がファイルアクセスを行ってエラーを検出後にエラーファイルが含まれるパーテーションの修復処理または初期化処理を自動的に予約する自動予約処理フローチャートを示す。なお前述したように予約とは、画像形成装置１０２の再起動時に修復処理または初期化処理を実行するための予約である。図５では、図４（ｂ）のパーテーション３に記憶されたファイルにアクセスする際にエラーを検知した時の本発明の予約処理を具体例として述べる。

ＣＰＵ２００がファイルシステム２０を実行するとフローを実行する。

ステップＳ５０１において、ＣＰＵ２００がファイルシステム２０を実行してファイルにアクセスする。具体的には、ＣＰＵ２００が、ファイルシステム２０を実行して、ファイルに対してＯｐｅｎ、Ｒｅａｄ、Ｗｒｉｔｅ、Ｃｌｏｓｅ等の操作を行う。ファイルのアクセス時には後述の管理情報ステップＳ５０１を終えるとステップＳ５０２に遷移する。

ステップＳ５０２において、アクセスエラーが生じたか否かを確認する（エラー検出をする）。具体的には、ステップＳ５０２において、ＣＰＵ２００の指示によってファイルシステムが指示内容をストレージに対して実行する。その実行が正常に完了したか否かを示す戻り値をＣＰＵ２００はファイルシステムから受け付ける。そしてＣＰＵ２００は、応答の戻り値によってアクセスエラーが生じたか否か判定する。例えばエラーが発生した際には、−１の戻り値を受信し、エラーが発生していない際には、０の戻り値を受信する。

ステップＳ５０２において、アクセスエラーが発生しなかった場合には、予約処理を終了する。ステップＳ５０２において、アクセスエラーが発生した場合には、ステップＳ５０３に遷移する。

ステップＳ５０３において、ＣＰＵ２００は、パーテーション１〜４のどのパーテーションに保存されているファイルを読み出すことが出来なかったかを示す情報を実行したファイルシステム２０から取得する。ＣＰＵ２００は、取得した情報によって、アクセスエラーが生じたパーテーションを特定する。そして、図４（ａ）に示したパーテーションの基本仕様を用いて、アクセスエラーが生じたパーテーションの基本仕様を取得し、その仕様に従って、以降のフローを進める。

例えば、アクセスエラーが生じたパーテーションがパーテーション３である場合に、図４（ａ）の行２７の情報を取得し、その基本仕様に従う。ステップＳ５０３を終えるとステップＳ５０４に遷移する。

ステップＳ５０４では、ステップＳ５０３で取得したアクセスエラーが生じたパーテーションの基本仕様において、エラー通知出力３６がオンかオフかを確認し、エラー通知（エラー通知画面）を表示部２０４に表示するか否かを判定する。

前述したように、オフである場合には、エラー通知を行わないため、ステップＳ５０５を飛ばしてステップＳ５０６に遷移する。オンである場合には、ステップＳ５０５に遷移する。例えば行２７は、エラー通知出力がオンであるため、ステップＳ５０５に遷移する。なお、ここでエラー通知とは、エラーコードの通知である。画像形成装置１０２は、エラーコードの通知が行われると使用出来なくなる。

ステップＳ５０５では、表示部２０４にエラー通知を表示する。ステップＳ５０５を終えるとステップＳ５０６に遷移する。

ステップＳ５０６では、各パーテーションの関係を確認するために、ステップＳ５０３で取得したアクセスエラーが生じたパーテーションの基本仕様において、グループ３５の設定を確認する。例えば、行２７は、パーテーション３がパーテーション４とグループ関係を有することを示している。

ステップＳ５０７では、ステップＳ５０３で取得したアクセスエラーが生じたパーテーションの基本仕様において、用途３７を確認する。用途３７がＮＯＲＭである場合には、ステップＳ５０８に遷移する。

ステップＳ５０８では、アクセスエラーが生じたパーテーションの予約種別４０に簡易修復処理を予約設定する。なお、本実施例ではステップＳ５０８で予約設定されるまで、修復／初期化フラグ３９がＯＦＦであり、予約種別は空白となる。予約設定が行われることで、修復／初期化フラグ３９がＯＮとなり、予約種別に簡易修復が予約設定される。例えば、行２７では、パーテーション３に対して簡易修復設定を行う。さらに、パーテーション３とパーテーション４とがグループ関係であることからパーテーション４にも簡易修復設定を行う。

ステップＳ５０８を終えると、予約処理フローチャートを終了する。

ステップＳ５０７の説明に戻る。ステップＳ５０７において、用途３７がＴＥＭＰである場合には、ステップＳ５０９に遷移する。

ステップＳ５０９では、アクセスエラーが生じたパーテーションの予約種別４０に初期化処理を設定する。例えば、アクセスエラーが生じたパーテーションがパーテーション１の場合には、初期化を設定する。ステップＳ５０９で設定を終えると、予約処理フローチャートを終了する。予約処理フローチャートが終了すると、画像形成装置１０２の電源がオフになる。または、表示部２０４に画像形成装置１０２の電源をオフにするようにユーザに促す表示をする。電源をオフにすることが選択されるとＣＰＵ２００は、画像形成装置１０２の電源制御を行い、電源をオフにする。

予約処理フローチャートが終了した後、再び画像形成装置の電源がオンされることで、設定した予約種別に基づいて、パーテーションが修復される。詳しくは、後述の図７で説明する。

なお、本実施例では、ステップＳ５０８において予約種別４０に簡易修復を設定する構成を示した。これは、完全修復を設定する場合よりも、画像形成装置を再起動した際の修復処理時間が短くすることでユーザビリティを向上させるためである。しかし、例えばステップＳ５０８で、完全修復、簡易修復のどちらを予約種別４０に設定するかをユーザに選ばせる構成であってもよいし、ステップＳ５０８で完全修復を予約種別４０に設定してもよい。

また、ステップＳ５０４においてエラー通知の出力をしないと判定した場合であっても、パーテーションに対して修復処理または初期化処理を予約種別に設定することが可能である。さらにステップＳ５０４において、エラー通知を行わない場合には、画像形成装置１０２が使用可能な状態となる。そのため、例えば、ステップＳ５０１でアクセスしたファイルと異なるファイルにアクセスすることが可能となる。具体的には、他のジョブを実行することが可能である。

本実施例の構成のように、予約する構成にすることで、図７で後述するように画像形成装置の次の起動時に修復処理を実行することが可能である。次の起動時に修復処理を実行する構成では、印刷部２０８や読み取り部２０９が動作しない状態で修復処理を実行することができる。例えば、修復処理中に、画像形成装置１０２が印刷ジョブを受け付けるといった状況が発生しないため、操作者が、印刷ジョブを送ったはずなのに印刷処理が行われないといった状況が発生しない。

次に図６を用いて、操作者が操作部２０５を介して手動で修復処理または初期化処理を設定する場合の手動予約処理フローチャートを説明する。

画像形成装置１０２の操作者が、操作部２０５のストレージの修復画面（不図示）を操作することで、ＣＰＵ２００が操作を検知し、図６の手動予約処理フローチャートが開始する。

ステップＳ６０１において、ＣＰＵ２００は操作者によってパーテーションの番号の選択を受け付ける。ここでは、例としてパーテーション２を受け付けた場合について説明する。

ステップＳ６０２において、操作者が操作部２０５の修復ボタン（不図示）を押下しなかった場合にはステップＳ６０５に遷移する。修復ボタンを押下した場合にはステップＳ６０３に遷移する。

ステップＳ６０３では、図４（ａ）の基本仕様２４から受け付けたパーテーションの用途３７を取得する。用途３７が「ＴＥＭＰ」である場合には、ステップＳ６０６に遷移する。用途３７が「ＮＯＲＭ」であればステップＳ６０４に遷移する。例えば、パーテーション２の場合には、用途３７が「ＮＯＲＭ」であることからステップＳ６０４に遷移する。

ステップＳ６０４では、受け付けたパーテーションの修復／初期化フラグ３９をＯＮに設定し、予約種別４０として完全修復を設定する。なお、例えば、図４（ｂ）のパーテーション２を示す行３１のようになる。ステップＳ６０４を終えるとステップＳ６０５に遷移する。ステップＳ６０２で判定したように、押下されたボタンは初期化ボタンではないため、Ｓ６０５からＳ６０７に遷移し、手動予約処理フローチャートを終了する。

ステップＳ６０３の説明に戻る。ステップＳ６０３において、受け付けたパーテーションの用途３７が「ＴＥＭＰ」である場合には、ステップＳ６０６に遷移する。これは、例えば受け付けたパーテーションが図４（ａ）のパーテーション１だった場合である。

ステップＳ６０６では、受け付けたパーテーションの修復／初期化フラグをＯＦＦからＯＮにし、予約種別として初期化を設定する。ステップＳ６０６を終えると、手動予約処理フローチャートを終了する。なお、前述したように用途３７の「ＴＥＭＰ」は、パーテーションに一時的なファイルを記憶することを示しているため、画像形成装置１０２を次回起動した際にファイルを保持しなくてもよい。このような構成によれば、「ＴＥＭＰ」の用途のパーテーションにおいては、パーテーションの再構築をすることで修復処理を行うよりも早く処理を終了することが可能である。

ステップＳ６０２の説明に戻る。ステップＳ６０２において、修復ボタンが押下されなかった場合には、ステップＳ６０５に遷移する。ステップＳ６０５において、初期化ボタンが押されなかった場合には、予約種別４０の設定を行わずに予約処理フローチャートを終了する。初期化ボタンが押下された場合には、ステップＳ６０６に遷移し、受け付けたパーテーションの予約種別４０に初期化を設定する。ステップＳ６０６を終えると、予約設定処理フローを終了する。

なお、例えば、図５に示すようにアクセスエラーが発生した場合の自動予約処理では、のステップＳ５０８において予約種別４０として処理時間の短い簡易修復を設定する。そして、操作者の都合に合わせて修復処理／完全処理を設定することが出来る手動予約処理では、予約種別４０として処理時間の長い完全修復処理を設定する。このような使い分けが考えられる。このよう使い方によれば、時間がかかる修復処理はユーザの意思によって設定し、時間がかからない修復処理は自動的に設定することでユーザビリティを向上することが可能である。

次に図７において、画像形成装置１０２の起動時にＣＰＵ２００が行う修復処理／初期化処理の実行フローチャートを示す。

図７は、画像形成装置１０２を起動することで開始する。なお、ステップＳ７０１〜ステップＳ７１６にＣＰＵ２００がファイルシステム２０を実行することによる修復処理または初期化処理の処理フローを示す。ステップＳ７１７においてコントローラ２１０、読み取り部２０９、印刷部２０８を初期化して正常に起動すると、画像形成装置１０２が使用できるようになる。つまり、画像形成装置１０２の起動に先んじて、ファイルシステムの修復が実行される。

ステップＳ７０１において、ＣＰＵ２００は図４（ｂ）に示す修復／初期化仕様を取得する。ステップＳ７０１を終えるとステップＳ７０２に遷移する。ステップＳ７０２において、ＣＰＵ２００は、パーテーションＮｏを１に設定する。そして、ステップＳ７０３において、ＣＰＵ２００は、パーテーションＮｏに対応する修復／初期化フラグ３９を参照する。修復／初期化フラグ３９がＯＦＦであれば、ステップＳ７１２に遷移する。修復／初期化フラグ３９がＯＮであれば、ステップＳ７０４に遷移する。

ステップＳ７０４では、パーテーションＮｏに対応する予約種別４０を参照する。予約種別４０が「完全修復」の場合は、ステップＳ７０５に遷移し、ＣＰＵ２００がファイルシステム２０を用いて実行する修復処理／初期化処理の種別として完全修復を設定する。ステップＳ７０５を終えるとステップＳ７０８に遷移する。

同様に、ステップＳ７０４において予約種別４０が「簡易修復」の場合は、ステップＳ７０６に遷移し、ＣＰＵ２００がファイルシステム２０を用いて実行する修復処理／初期化処理の種別として簡易修復を設定する。ステップＳ７０６を終えるとステップＳ７０８に遷移する。

同様に、ステップＳ７０４において予約種別４０が「初期化」の場合は、ステップＳ７０７に遷移し、ＣＰＵ２００がファイルシステム２０を用いて実行する修復処理／初期化処理の種別として初期化処理を設定する。ステップＳ７０７を終えるとステップＳ７０８に遷移する。

ステップＳ７０８において、ＣＰＵ２００はステップＳ７０５またはステップＳ７０６またはステップＳ７０７で設定した修復処理／初期化処理の種別に基づいて、ファイルシステム２０に修復処理または初期化処理の実行を開始させる。

ステップＳ７０８で、修復処理または初期化処理を開始してからステップＳ７１０において、修復処理または初期化処理の実行が終了するまで、ステップＳ７０９において、ＣＰＵ２００がシャットダウン要求を受け付けるか否かを監視する。ステップＳ７０９において、シャットダウン要求が無く、ステップＳ７１０において、修復処理または初期化処理の実行が終了すると、ステップＳ７１１に遷移する。なお、シャットダウン要求とは、操作者から受け付けることである。

ステップＳ７１１において、パーテーションＮｏに対応する図４（ｂ）の修復／初期化フラグをＯＮからＯＦＦに変更する。また、修復種別の設定を削除する。これらの変更は、不揮発性メモリ２０３に保存されている図４（ｂ）の修復／初期化仕様に上書きされる。そのため、次回起動時はこのパーテーションに対しては修復処理または初期化処理がかからない。

ステップＳ７１１を終えるとステップＳ７１２に遷移し、パーテーションＮｏに１を加算する。例えば、対応するパーテーションＮｏが、パーテーション１であって場合には、パーテーション２にする。ステップＳ７１２を終えるとステップＳ７１３に遷移する。

ステップＳ７１３において、ステップＳ７１２で設定したパーテーションＮｏが図４（ａ）の基本仕様の対象パーテーション３４にある場合には、ステップＳ７０３に戻る。ない場合には（全パーテーションの修復／初期化フラグ３９を確認し終えた場合には）、ステップＳ７１７に遷移する。

ステップＳ７１７では、コントローラ２１０の初期化および読み取り部２０９の初期化および印刷部２０８の初期化を行う。ステップＳ７１７を終えると、画像形成装置１０２の起動時の修復処理／初期化処理の実行フローチャートを終了する。そして、画像形成装置１０２が使用可能になる。

ステップＳ７０９の説明に戻る。ステップＳ７０９において、ＣＰＵ２００がシャットダウン要求を受け付けると、ステップＳ７１４に遷移する。なお、シャットダウン要求を受け付けると、ステップＳ７０８で開始した修復処理または初期化処理を停止する。

ステップＳ７１４において、ステップＳ７０８において開始した修復処理または初期化処理が、完全修復処理であるか否かを判定する。完全修復処理でない場合には、ステップＳ７１６に遷移する。なお、ステップＳ７１４において、修復処理または初期化処理は終わっていないため、修復／初期化仕様２３の修復／初期化フラグは、ＯＮのままである。

ステップＳ７１６において、ＣＰＵ２００は画像形成装置１０２のシャットダウンを実行する。そして画像形成装置１０２の起動時の修復処理／初期化処理の実行フローチャートが終了する。

なお、前述したようにステップＳ７１４において、修復処理または初期化処理は終わっていないため、修復／初期化仕様２３の修復／初期化フラグは、ＯＮのままである。さらに、予約種別は、ステップＳ７０８で実行を開始した修復処理または初期化処理から変更しない。

そのため、再び画像形成装置を起動した場合には、停止した修復処理または初期化処理を再度やり直すことになる。例えば、図４（ｂ）のパーテーション１（行３０）の初期化処理中にシャットダウン要求を受け付けた場合には、再び画像形成装置を起動した際も行３０に示す修復／初期化仕様のままである。

ステップＳ７１４の説明に戻る。ステップＳ７１４において、ステップＳ７０８において開始した修復処理または初期化処理が完全修復処理である場合には、ステップＳ７１５に遷移する。これは例えば、図４（ｂ）の行３１に示すパーテーション２において修復処理／初期化処理の実行フローチャートを実行する場合である。

ステップＳ７１５において、修復処理中にシャットダウン要求を受けたパーテーションだけではなく、修復／初期化仕様２３において、予約種別が設定された全パーテーションの予約種別を確認する。

各パーテーションの修復種別において、時間のかかる完全修復が設定されているパーテーションがあれば、時間のかからない簡易修復に書き換える（設定する）。このとき、修復フラグ／初期化フラグはそのままである。例えば、図４（ｂ）におけるパーテーション３の予約種別４０が完全修復だった場合、パーテーション２の予約種別を完全修復から簡易修復に変更した後、パーテーション３の予約種別も完全修復から簡易修復に変更する。

なお、ここでは、全パーテーションの予約種別を確認する構成を示したが、その限りではない。処理中にシャットダウン要求を受け付けたパーテーションのみとしてもよい。ただし、全パーテーションの予約種別を確認、書き換えを行うことで、画像形成装置１０２を再び起動した際に、修復処理速度を挙げることが可能である。

変更後の修復／初期化仕様５０を図４（ｃ）に示す。これは、変更前の修復／初期化仕様２３に上書きされる。ステップＳ７１５を終えると、ステップＳ７１６に遷移し、ＣＰＵ２００は画像形成装置１０２のシャットダウンを実行する。そして画像形成装置１０２の起動時の修復処理／初期化処理の実行フローチャートが終了する。

なお、前述したようにステップＳ７１５において、修復／初期化仕様が修復／初期化仕様５０に上書きされる。そのため、再び画像形成装置を起動した場合には、ステップＳ７０１で読み出す修復／初期化仕様は、修復／初期化仕様２３ではなく、修復／初期化仕様５０となる。

本実施例の構成によれば、読み取りエラーが発生してもユーザがサービスマンを呼ばずに、自動でストレージを修復することが可能な画像形成装置を提供することが可能となる。

また、時間のかかる完全修復処理が行われている最中に、シャットダウン要求が実行されたとしても、電源がオンされた時に時間のかかる完全修復処理を行わず、完全修復処理よりも時間がかからない簡易修復処理を行うことが可能である。これにより、操作者が画像形成装置を急いで使いたい場合にすぐに使用可能にすることが可能となる。

（実施例２）
図８を用いて本実施例の画像形成装置を説明する。図８に、ＣＰＵ２００がファイルシステムを実行してエラーを検出後にファイルが含まれるパーテーションの修復処理を自動的に実行する自動修復処理実行フローチャートを示す。図１〜４は、実施例１と同様であるため、詳細な説明を省略する。

本実施例は、実施例１と修復の自動修復のタイミングが異なる。実施例１では、アクセスエラーを検知すると修復／初期化処理の予約設定を行った。一方、本実施例では、アクセスエラーを検知すると修復処理を実行する。

ＣＰＵ２００がアクセスエラーを検出すると図８の自動修復処理フローチャートを実行する。なお、図５のステップＳ５０１からステップＳ５０６と同じの処理を行うステップには、同じ符号を付し、詳細な説明を省略する。

前述したようにステップＳ５０６において、ＣＰＵ２００はグループ３５の設定を確認する。例えば、行２７においてパーテーション３は、パーテーション４とグループ関係を有することを示している。ステップＳ５０６を終えるとステップＳ８０７に遷移する。

ステップＳ８０７において、ＣＰＵは、アクセスエラーが生じたパーテーション、もしくは、アクセスエラーが生じたパーテーションに関連するグループに対して「簡易修復」の修復処理を実行する。ステップＳ８０７を終えると、自動修復処理フローチャートを終了する。そして、画像形成装置１０２が使用可能になる。

なお、本実施例では、ステップＳ８０６において簡易修復を自動的に実行する構成を示した。これは、完全修復を自動的に実行する場合よりも、修復処理時間を短くすることでユーザビリティを向上させるためである。しかし、例えばステップＳ８０６で、完全修復、簡易修復のどちらを実行するかをユーザに選ばせる構成であってもよい。

また、ステップＳ５０４においてエラー通知の出力をしないと判定した場合であっても、パーテーションに対して簡易修復処理を実行することが可能である。さらにステップＳ５０４において、エラー通知を行わない場合には、画像形成装置１０２が使用可能な状態となる。そのため、例えば、ステップＳ５０１でアクセスしたファイルと異なるファイルにアクセスすることが可能となる。具体的には、他のジョブを実行することが可能である。

本実施例の構成によれば、読み取りエラーが発生してもユーザがサービスマンを呼ばずに、自動でストレージを修復することが可能な画像形成装置を提供することが可能となる。

（その他の実施形態）
以上、本発明の様々な例と実施形態を示して説明したが、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるものではない。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０２ 画像形成装置
２００ ＣＰＵ
２０１ ストレージ
２０３ 不揮発性メモリ
２０４ 表示部

Claims (20)

1. 複数のパーテーションで管理されているストレージと、
   所定のパーテーションに記憶されたファイルにアクセスするアクセス手段と、
   を有する画像形成装置であって、
   前記ファイルに含まれる、データ及び前記データを管理するための管理情報のうち、前記管理情報を修復する修復処理を実行する実行手段と、
   前記アクセス手段における前記ファイルへのアクセスによって生じたアクセスエラーを検出するエラー検出手段と、を有し、
   前記実行手段は、前記検出手段がアクセスエラーを検出することによって、前記修復処理を実行することを特徴とする画像形成装置。
2. 前記修復処理を予約する第１予約手段を更に有し、
   前記第１予約手段は、前記検出手段がアクセスエラーを検出することによって、前記所定のパーテーションの用途に対応して、前記所定のパーテーションに記憶された管理情報に対する前記修復処理を予約することを特徴とする請求項１に記載の画像形成装置。
3. 前記画像形成装置の電源を制御する電源制御手段を更に有し、
   前記第１予約手段による予約が完了した画像形成装置の電源がオフである場合に、前記電源制御手段が前記画像形成装置の電源をオンすることで、前記実行手段は、前記第１予約手段によって予約された前記修復処理を実行することを特徴とする請求項２に記載の画像形成装置。
4. 前記パーテーションがデータを記憶することを目的とする場合に、前記第１予約手段は、前記修復処理として、第１修復処理よりも時間がかからない第２修復処理を予約することを特徴とする請求項２または３に記載の画像形成装置。
5. 前記第１修復処理は、前記パーテーションの全てのセクタの読み出し確認を行う修復処理であることを特徴とする請求項４に記載の画像形成装置。
6. 前記第２修復処理は、前記管理情報の修復のみを行う修復処理であることを特徴とする請求項４または５に記載の画像形成装置。
7. 前記実行手段は、ファイルを削除する初期化処理を実行することが可能であり、
   前記第１予約手段は、前記初期化処理を予約することが可能であり、
   前記パーテーションがデータを一時的に保持する用途である場合に、前記第１予約手段は、前記初期化処理を予約することを特徴とする請求項４乃至６のいずれか１項に記載の画像形成装置。
8. 操作部を介して前記修復処理または前記初期化処理を予約する第２予約手段を更に有し、
   前記第２予約手段は、前記操作部が操作者から前記複数のパーテーションのうち所定のパーテーションの選択を受け付け、前記所定のパーテーションに対して前記初期化処理または前記修復処理を予約することを特徴とする請求項７に記載の画像形成装置。
9. 前記第１予約手段は、前記所定のパーテーションが、前記複数のパーテーションのうち少なくとも１つのパーテーションとグループ関係を有する場合に、前記検出手段がアクセスエラーを検出することによって、前記少なくとも１つのパーテーションに前記所定のパーテーションと同じ前記修復処理を予約することを特徴とする請求項２乃至８のいずれか１項に記載の画像形成装置。
10. エラー通知を表示することが可能な表示手段を更に有し、
    前記検出手段がアクセスエラーを検出することに従って、前記表示手段にエラー通知画面を表示する場合には、前記エラー通知画面を表示し且つ前記画像形成装置が使用できない状態にした後で、前記第１予約手段が前記修復処理を前記所定のパーテーションに予約することを特徴とする請求項２乃至９のいずれか１項に記載の画像形成装置。
11. 前記検出手段がアクセスエラーを検出することに従って、前記表示手段にエラー通知画面を表示しない場合には、前記画像形成装置が使用できる状態で、前記第１予約手段が前記修復処理を前記所定のパーテーションに予約することを特徴とする請求項１０に記載の画像形成装置。
12. 前記表示手段は、前記検出手段がアクセスエラーを検出することによって、前記第１予約手段が前記所定のパーテーションに記憶された管理情報に対する前記修復処理を予約すると、前記表示手段に前記画像形成装置の電源をオフにすることを操作者に促す表示を行うことを特徴とする請求項１０または１１に記載の画像形成装置。
13. 前記画像形成装置の電源を制御する電源制御手段を有し、
    前記実行手段は、前記エラー検出手段によってエラーが検出されることによって、前記画像形成装置の電源がオンに維持された状態で、前記所定のパーテーションに記憶された管理情報に対して、第１修復処理よりも時間がかからない第２修復処理を実行することを特徴とする請求項１に記載の画像形成装置。
14. 前記第１修復処理は、前記パーテーションの全てのセクタの読み出し確認を行う修復処理であることを特徴とする請求項１３に記載の画像形成装置。
15. 前記第２修復処理は、前記管理情報の修復のみを行う修復処理であることを特徴とする請求項１３または１４に記載の画像形成装置。
16. 前記実行手段は、前記所定のパーテーションが、前記複数のパーテーションのうち少なくとも１つのパーテーションとグループ関係を有する場合に、前記検出手段がアクセスエラーを検出することによって、前記画像形成装置の電源がオンを維持した状態で、前記少なくとも１つのパーテーションに記憶された管理情報に対して前記修復処理を実行することを特徴とする請求項１３乃至１５のいずれか１項に記載の画像形成装置。
17. エラー通知を表示することが可能な表示手段を更に有し、
    前記検出手段がアクセスエラーを検出することに従って、前記表示手段にエラー通知画面を表示する場合には、前記エラー通知画面を表示し且つ前記画像形成装置を使用できない状態にした後で、前記実行手段が、前記第２修復処理を実行することを特徴とする請求項１３乃至１６のいずれか１項に記載の画像形成装置。
18. 前記検出手段がアクセスエラーを検出することに従って、前記表示手段にエラー通知画面を表示しない場合には、前記画像形成装置が使用可能な状態で、前記実行手段が、前記第２修復処理を実行することを特徴とする請求項１７に記載の画像形成装置。
19. 複数のパーテーションで管理されているストレージを有する画像形成装置の制御方法であって、
    所定のパーテーションに記憶されたファイルにアクセスするステップと、
    アクセスエラーが発生したか否かを検出するステップと、
    前記アクセスエラーを検出することによって、前記所定のパーテーションの用途に対応して、前記所定のパーテーションに記憶された前記ファイルに含まれる、データと前記データを管理するための管理情報のうち、前記管理情報を修復する修復処理を予約するステップと、を有することを特徴とする画像形成装置の制御方法。
20. 請求項１９に記載の制御方法を、コンピュータに実行させるためのプログラム。

Images