(57)【要約】【課題】サービスマンコールの頻度を減少させ、ユーザ、サービスマンともに負担を減少させることを可能にすることを課題とする。【解決手段】情報処理装置のメインコントローラ２００はＣＰＵ２０４を有し、ＣＰＵ２０４は、ＨＤＤ２０６に対してデータの書き込み、読み出しを行うＨＤＤ制御部２３４を含み、そのＨＤＤ制御部２３４を制御することでＨＤＤの書き込み、読み出しを制御する。そしてＣＰＵ２０４は、ＨＤＤ制御部２３４がＨＤＤ２０６にデータの書き込みまたは読み出しを行えないエラーが発生したことを検出した場合には、そのエラーが発生した領域に対してエラーを復旧するリカバリ処理を行う。【選択図】図２
2020107253.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体に対してデータの書き込み、読み出しを行う記憶手段と、
前記記憶手段を制御する制御手段と、を有し、
前記制御手段は、前記記憶手段が前記記憶媒体にデータの書き込みまたは読み出しを行えないエラーが発生したことを検出した場合には、前記エラーが発生した領域に対してエラーを復旧するリカバリ処理を行うことを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記エラーが発生した領域に対して、前記リカバリ処理が成功した場合には前記エラーが発生した領域をそのまま使用するようにし、前記リカバリ処理が成功しなかった場合には代替領域を割り当てることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記代替領域として割り当て可能な領域がない場合、前記記憶媒体の交換要求を表示装置に表示させることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記代替領域の割り当てを行った場合、前記エラーが発生した領域と前記代替領域とを論理的に接続することを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記制御手段は、前記エラーが発生した領域について前記リカバリ処理を行うために処理が保留された回数を管理することを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記制御手段は、前記エラーの発生した領域が、前記記憶媒体に設けられたシステム領域ではない領域である場合に前記リカバリ処理を行うことを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記制御手段は、前記エラーの発生した領域が、特定のアプリケーションのデータが記憶される領域ではない領域である場合に前記リカバリ処理を行うことを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記制御手段は、
前記エラーが発生した領域についてジョブで扱ったデータが残っている場合には、当該データを前記リカバリ処理で使用するデータとし、
前記エラーが発生した領域についてジョブで扱ったデータが残っていない場合には、ダミーデータを前記リカバリ処理で使用するデータとすることを特徴とする請求項１から７のいずれか１項に記載の情報処理装置。
【請求項９】
前記制御手段は、前記リカバリ処理で使用するデータが無い場合、ジョブ実行中であるときには当該ジョブに対する再実行用のジョブにより再データ取得を行い、ジョブ実行中でないときにはダミーデータを取得し、前記ダミーデータを前記リカバリ処理で使用するデータとすることを特徴とする請求項１から７のいずれか１項に記載の情報処理装置。
【請求項１０】
記憶媒体に対してデータの書き込み、読み出しを行う記憶工程と、
前記記憶工程を制御する制御工程と、を有し、
前記制御工程では、前記記憶工程で前記記憶媒体にデータの書き込みまたは読み出しを行えないエラーが発生したことを検出した場合には、前記エラーが発生した領域に対してエラーを復旧するリカバリ処理を行うことを特徴とする情報処理装置の制御方法。
【請求項１１】
コンピュータを、請求項１から９のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＨＤＤの制御技術に関する。
【背景技術】
【０００２】
ＨＤＤ（ハードディスクドライブ）は磁気式の記憶装置であり、様々な情報処理装置（ＰＣやサーバ、画像形成装置等）に搭載されている。例えば、画像形成装置では、印刷ジョブ処理において、画像データや装置のログ等の格納先としてＨＤＤを使用している。
ところで、近年、一般的な情報処理装置において、ＨＤＤの突発的な故障や寿命による記憶情報の喪失等に対する対策として、ヘッドのゴミ除去動作、ヘッドの浮上量変更等によるリカバリライト処理などを実行し、一時的なエラーを解消する技術がある。例えば特許文献１では、ヘッドの浮上量を変更してヘッドやディスク上の突起物（ゴミ）を除去して、ゴミによる一時的なリードエラーを解消する手法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−２５１７２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の画像形成装置では、ＨＤＤのリードやライトコマンドに、リカバリ動作のない通常のリードとライトコマンドを使用しており、ＨＤＤに故障等が発生してリードエラーとなった場合、サービスマンコールが行われてＨＤＤの交換が行われる。
しかし、ゴミやグリスなどに起因した一時的なエラーの場合は、ゴミ除去動作、ヘッド浮上量変更等によりリードエラーを解消できることがある。
従来の手法では、一時的なエラーの場合を含めてサービスマンコールによる交換が行われる。このため、ＨＤＤエラーから自動で復帰できる可能性がある場合であってもＨＤＤ交換が行われてしまうことがあり、サービスマンとユーザともに負担となる。
【０００５】
そこで、本発明は、サービスマンコールの頻度を減少させ、ユーザ、サービスマンともに負担を減少させることを可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報処理装置は、記憶媒体に対してデータの書き込み、読み出しを行う記憶手段と、前記記憶手段を制御する制御手段と、を有し、前記制御手段は、前記記憶手段が前記記憶媒体にデータの書き込みまたは読み出しを行えないエラーが発生したことを検出した場合には、前記エラーが発生した領域に対してエラーを復旧するリカバリ処理を行うことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、サービスマンコールの頻度を減少させ、ユーザ、サービスマンともに負担を減少させることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施形態の画像形成装置の概略構成を示したブロック図である。
【図２】メインコントローラの概略構成を示したブロック図である。
【図３】ＨＤＤの概略構成を示した図である。
【図４】第１の実施形態におけるＨＤＤ制御のフローチャートである。
【図５】ＨＤＤの磁気ディスク上の保留セクタと代替セクタの例を示す図である。
【図６】第２の実施形態におけるＨＤＤ制御のフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例にすぎず、本発明は図示された構成に限定されるものではない。
＜第１の実施形態＞
図１は本実施形態の情報処理装置の一適用例としての画像形成装置１０の概略構成を示したブロック図である。
画像形成装置１０は、プリント機能、スキャナ機能、コピー機能、ＦＡＸ機能などの複数の機能を備えるＭＦＰ（Multi Function Peripheral）である。
画像形成装置１０は、電源部１００、メインコントローラ部２００、スキャナ部３００、プリンタ部４００、操作部５００、表示部５０１等を有して構成されている。
【００１０】
電源部１００は、画像形成装置１０の各部に対して電源供給を行う。スキャナ部３００は、原稿から光学的に画像を読み取り画像データを生成する。プリンタ部４００は、電子写真方式に従って記録媒体（用紙）に画像を形成する。メインコントローラ部２００は、スキャナ部３００や外部装置１１３、ＦＡＸ１１２から入力された画像データを処理してプリンタ部４００へ出力する画像データ処理を行う。またメインコントローラ部２００は、操作部５００へ入力されたユーザ指示に応じてスキャナ部３００やプリンタ部４００を含む画像形成装置１０の統括的な動作を制御する。表示部５０１は、画像形成装置の各種状態（例えば、コピーの状況や設定、エラー発生時のエラー表示など）を表示する。
【００１１】
画像形成装置１０は、コピーやスキャン動作を実行し、動作モードとして、ジョブモード、スタンバイモード、スリープモードの３種類の動作モードを有している。ジョブモードは、画像形成装置１０のすべての部分に通電されるモードである。スタンバイモードは、ジョブを待機している状態でスキャナ部３００とプリンタ部４００以外の部分に通電されているモードである。スリープモードは、必要最小限の負荷（ＦＡＸ１１２などの外部との通信部やメインコントローラ部２００）以外は動作しないモードである。
【００１２】
画像形成装置１０は、操作部５００やＰＣ等の外部装置１１３よりジョブを受けるとジョブモードとなり、画像形成動作などを行う。画像形成装置１０は、ジョブが終了するとスタンバイモードへと移行し、スタンバイモードに移行後、一定時間経過しても本装置が使用されない場合や操作部５００においてスリープモードへと移行させる操作が行われることで、スリープモードへと移行する。
【００１３】
図２はメインコントローラ部２００の構成を示すブロック図である。なお、図２にはメインコントローラ部２００と情報をやり取り等する周辺の構成も示している。
メインコントローラ部２００は、ＣＰＵ２０４、メモリ部２０５、ＨＤＤ２０６、画像処理部２０８等を有して構成されている。ＣＰＵ２０４は、画像形成装置１０全体の制御を行う中央演算装置である。ＣＰＵ２０４は、操作部５００やＦＡＸ１１２、外部装置１１３からの信号を受け、コピー機能、プリント機能、ＦＡＸ機能等の機能を実現する。また、ＣＰＵ２０４内にはＨＤＤ制御部２３４があり、ＨＤＤ制御部２３４はＨＤＤ２０６の制御を行う。なお、詳細な制御については後述する。
【００１４】
メモリ部２０５は、ＤＤＲ  ＳＤＲＡＭ等の揮発性メモリであり、ＣＰＵ２０４で実行されるジョブなどで扱うデータ等を一時的に格納する記憶部である。ＨＤＤ制御部２３４は、ＣＰＵ２０４からの命令により、ＨＤＤ２０６に対して、データの書き込み又は読み出しを行う。
ＨＤＤ２０６は、磁気式の記憶装置であり、不揮発性の記録媒体である磁気ディスクに対してデータの書き込み（ライト）や読み出し（リード）を行う記憶装置である。なお、ＨＤＤ２０６は、画像形成装置１０の外部に存在する構成であってもよい。また、図２ではＣＰＵ２０４とＨＤＤ２０６が直接接続されている構成を例に挙げているが、ＣＰＵ２０４の容量等の関係で、ＣＰＵ２０４とは別のディスクアレイ装置（不図示）を用いて制御を行う構成としても良い。
【００１５】
画像処理部２０８は、ＣＰＵ２０４、プリンタ部４００、スキャナ部３００に接続されている。画像処理部２０８は、スキャナ部３００から送られてきたデジタル画像に色空間変換などの画像処理を行い、その画像処理後のデータをＣＰＵ２０４に出力する。また、画像処理部２０８は、スキャナ部３００で読み取られた画像データを基に色空間変換などの画像処理を行い、ビットマップデータに変換し、プリンタ部４００に出力する。
【００１６】
図３は、ＨＤＤ２０６の概略構成図である。
ＨＤＤ２０６は、磁気ヘッド２０６Ｂを磁気ディスク２０６Ａ上のセクタ２０６Ｄまで移動させてデータのリードやライト、そしてデータ消去を行う。ＨＤＤ２０６では、外部からの振動や温度・湿度の環境によって読み書きするセクタ２０６Ｄがずれたり、読み書き中の不意な電源断、ゴミやグリス等の影響でセクタ２０６Ｄへのリードやライトが正常に完了できなかったりしてエラーが発生することがある。そして、ＨＤＤ２０６でリードもしくはライトのできないエラー領域をＣＰＵ２０４が検出した場合、ＨＤＤ制御部２３４は、エラーを復旧するリカバリ処理を行う。
【００１７】
具体的には、ＣＰＵ２０４はエラー領域として検知した対象セクタを保留セクタとし、ＨＤＤ制御部２３４はその保留セクタに対してリカバリライトを実行する。そして、ＣＰＵ２０４は、そのリカバリライトを実行した保留セクタについてエラーの有無を確認する。ＣＰＵ２０４は、リカバリライトでエラーが発生していなければリカバリ処理が成功したと判断し、保留セクタをそのまま正常セクタとして使用する。一方、ＣＰＵ２０４は、エラーが発生していれば、リカバリ処理が失敗したと判定して、代替領域としての代替セクタの割り当てを行う。この時、代替セクタが割り当てられなければ、ＣＰＵ２０４は、表示部５０１にＨＤＤ故障が発生した旨の表示を行う。
【００１８】
図４は、第１の実施形態のＣＰＵ２０４における、ＨＤＤアクセスからエラー処理までの制御処理の流れを示したフローチャートである。以下の説明では、図４のフローチャートの各処理のステップＳ１０１〜ステップＳ１１１をＳ１０１〜Ｓ１１１と略記する。このことは後述する他のフローチャートでも同様とする。なお、ＨＤＤへのリード、ライトの実行は、ＣＰＵ２０４内のＨＤＤ制御部２３４により行われるが、以降では説明を簡略にするためにそのことの記載を省略する。
【００１９】
ＣＰＵ２０４は、ＨＤＤ２０６へのアクセスが発生すると、Ｓ１０１に進み、アクセスがライトならばライト処理を実行し、リードならばリード処理を実行する。
次にＳ１０２に進むと、ＣＰＵ２０４はエラーが発生していないことを確認するための判定処理を行う。Ｓ１０２において、ＣＰＵ２０４は、エラーが発生していないと判定した場合にはＳ１０３に進み、アクセスしたセクタが正常であることを認識して処理を終了する。
【００２０】
Ｓ１０２においてエラーが発生したと判定した場合、ＣＰＵ２０４は、Ｓ１０４に進み、そのエラーが発生した領域のセクタ（エラーセクタ）がシステム領域か否かを確認する。Ｓ１０４において、ＣＰＵ２０４は、エラーセクタがシステム領域であると判定した場合、データの復旧ができないため、Ｓ１１１に進み、故障と判定して、表示部５０１にＨＤＤ交換要求を表示して処理を終了する。また、特定のアプリケーションで専用データをＨＤＤ格納している場合も、システム領域と同様にデータの復旧ができないものがある。このため、ＣＰＵ２０４は、Ｓ１０４において、システム領域と同様に、特定アプリケーションの専用データか否かの判定をも行うようにする。そして、ＣＰＵ２０４は、特定アプリケーションの専用データであると判定した場合には、Ｓ１１１に進み、故障と判定し、表示部５０１にＨＤＤ交換要求を表示して処理を終了する。
【００２１】
Ｓ１０４においてエラーセクタがシステム領域ではなく、また特定アプリケーションの専用データが記憶あれる領域でもないと判定した場合、ＣＰＵ２０４は、Ｓ１０５に進み、現在アクセスしたセクタを保留セクタとする。
続いてＳ１０６に進み、ＣＰＵ２０４は、ＨＤＤ２０６に対するリカバリライトを実施する。
【００２２】
次にＳ１０７に進み、ＣＰＵ２０４は、リカバリライトを実行した保留セクタについてエラーが無いことを確認する判定処理を行う。そして、ＣＰＵ２０４は、エラーが無いと判定した場合にはＳ１０８に進み、エラーが有ると判定した場合にはＳ１０９に進む。
Ｓ１０８に進むと、ＣＰＵ２０４は、リカバリライトでエラーが解消したことを確認できたため、保留セクタになされていた現在のセクタを、そのまま使用可能な正常なセクタとして処理を終了する。
【００２３】
Ｓ１０９に進んだ場合、ＣＰＵ２０４は、リカバリライトでもエラーが残っていることになるため、その保留セクタの代替として割り当てが可能な代替セクタが有るか否か確認する判定処理を行う。そして、ＣＰＵ２０４は、割り当て可能な代替セクタが有ると判定した場合にはＳ１１０に進み、代替セクタの割り当てを行って処理を終了する。一方、ＣＰＵ２０４は、割り当て可能な代替セクタを使い切っていて新たな割り当てができないと判定した場合、Ｓ１１１において故障が発生したと判定して交換要求を表示して処理を終了する。
【００２４】
図５は、ＨＤＤ２０６内の磁気ディスク２０６Ａ上における保留セクタ２０６Ｅと代替セクタ２０６Ｆの関係を示す図である。以下、この図５を使って、セクタ管理方法を説明する。
ＣＰＵ２０４は、保留セクタと代替セクタの管理テーブルをメモリ部２０５内に保持している。ＣＰＵ２０４は、エラー発生を検知した対象セクタを保留セクタにすると、その保留セクタのＬＢＡ（ロジカルブロックアドレッシング）と、そのセクタが保留セクタになされた回数情報（保留回数）とを対応付けて、管理テーブルに登録する。なお、回数情報も登録するのは、例えばＬＢＡだけの登録ではＨＤＤ内部で物理セクタとＬＢＡの入れ替えが発生したような場合に、その入れ替えに追従できなくなるためである。
【００２５】
ここで、保留セクタ２０６Ｅは、エラーの発生により生じる。したがって、ＣＰＵ２０４は、エラー発生により保留セクタが生ずると、その保留セクタのＬＢＡと、そのセクタが保留セクタになされた回数を表す情報（回数情報）とを、対応付けて管理テーブルに登録する。例えば、保留セクタになった回数が１回目である場合、ＣＰＵ２０４は、その保留セクタのＬＢＡと１回目であることを示す回数情報を対応付けて管理テーブルに登録する。
【００２６】
そして、ＣＰＵ２０４は、Ｓ１１０で保留セクタ２０６Ｅに対して代替セクタ２０６Ｆの割り当てを行った場合、それら保留セクタ２０６と代替セクタ２０６Ｆとを論理的に接続する。これにより、次からは、保留セクタ２０６ＥのＬＢＡが呼び出された場合には、その保留セクタ２０６Ｅと論理的に接続されている代替セクタ２０６Ｆに対するアクセスが発生することになる。なお、保留セクタ２０６Ｅと代替セクタ２０６Ｆの対応付け自体はＨＤＤ２０６側で実施されるものである。
【００２７】
またＣＰＵ２０４は、管理テーブルに既に登録されているＬＢＡと同じＬＢＡのセクタがまた保留セクタになった場合、その保留セクタのＬＢＡに対応した回数情報に１を加算（回数に１を加算）し、その加算後の回数情報により管理テーブルを更新する。
一方、例えば管理テーブルに登録されていないＬＢＡのセクタが新たに保留セクタになった場合、ＣＰＵ２０４は、管理テーブルの別の登録領域に、その新たな保留セクタのＬＢＡと回数情報を登録する。
なおここまでの説明では、ＣＰＵ２０４が例えばメモリ部２０５内に管理テーブルを保持している例を挙げたが、これに限らず、例えばＨＤＤ制御部２３４の中に管理テーブルが保持されていてもよい。
【００２８】
次に、本実施形態において、例えばコピー動作中にＨＤＤリードエラーが発生して、代替セクタの割り当てが行われる場合の動作について、前述の図４のフローチャートを用いて説明する。
ＣＰＵ２０４は、スキャナ部３００に原稿がセットされ、操作部５００からコピー開始ボタンの入力を検知すると、コピージョブを開始する。
【００２９】
コピージョブを開始すると、ＣＰＵ２０４は、スキャナ部３００に原稿の読み込みを実施させ、その読み込んだ画像に対する所定の画像形成処理を画像処理部２０８に行わせ、その処理後のデータをＨＤＤ制御部２３４経由でＨＤＤ２０６に格納する。ＨＤＤ２０６への画像データ格納は、ＣＰＵ２０４が、ＨＤＤ２０６へのライト要求を検知し、そのライト要求に応じてＳ１０１でライト処理を実行することにより行われる。
ここで、ライト処理ではエラーが発生しなかったとする。この場合、ＣＰＵ２０４は、ライトエラーが発生しなかったので、Ｓ１０２からＳ１０３へ進み、アクセスしたセクタが正常であることを認識して処理を終了する。
【００３０】
またこの例でのジョブはコピージョブであるため、ＣＰＵ２０４は、前述のようにスキャナ部３００で読み取ってＨＤＤ２０６に格納した原稿画像を、プリンタ部４００に印刷させる。
詳細に説明すると、このときのＣＰＵ２０４は、ＨＤＤ２０６に格納済みの原稿画像データを画像処理部２０８に印刷処理データとして通知する。画像処理部２０８は、原稿画像データをＨＤＤ２０６から読み出し、プリンタ部４００で印刷するための画像処理を実施する。すなわちＣＰＵ２０４は、ＨＤＤ２０６へのリード要求を検知すると、Ｓ１０１においてリード処理を実行する。
【００３１】
ここで、リード処理ではエラーが発生したとする。この場合、ＣＰＵ２０４は、Ｓ１０２でエラーが有ると判定し、Ｓ１０４においてそのエラーセクタがシステム領域のセクタであるか否か確認する。またここでは、エラーセクタがシステム領域のセクタではないとする。この場合、ＣＰＵ２０４は、Ｓ１０５に進み、そのエラーセクタを保留セクタとする。そして、ＣＰＵ２０４は、Ｓ１０６において、リードエラーとなった保留セクタに対するリカバリライト処理を実施する。
【００３２】
この時、ＣＰＵ２０４は、メモリ部２０５にデータが残っていれば、そのデータを、Ｓ１０６のリカバリライトするデータとして利用し、一方、メモリ部２０５にデータが残っていなければ、ダミーデータを用いてリカバリライトを行うようにする。このリカバリライトのジョブを、いわゆるジャム（紙詰まり：ＪＡＭ）が発生したときに実行される再実行用のジョブ（システムＪＡＭのジョブ）として再実行を要求し、その再実行時のデータでリカバリライトを行っても良い。ここでは、ダミーデータを用いたリカバリライトが実施されたとする。
【００３３】
そして、ＣＰＵ２０４は、Ｓ１０７において、そのリカバリライトの結果、エラーが無いか否かの確認を行う。ＣＰＵ２０４は、Ｓ１０７において、エラーが無かったと判定した場合にはＳ１０８に進み、現在のセクタ（保留セクタ）を通常セクタに戻して処理を終了する。
【００３４】
リカバリライトに使用するダミーデータは、ダミーデータであることがわかるデータであればよく、例えば１６進数表記でｆｆ００ｅｅ１１・・・・のような簡易データでよい。ダミーデータのサイズは、セクタサイズに合わせた５１２バイトで良く、さらに５１２の倍数であれば、連続したセクタのエラー時に連続するセクタ数だけ用意すれば良い。ここでは例えば１つのセクタでエラーが発生したとし、したがってダミーデータのサイズは５１２バイトであるとする。ダミーデータは、例えば以下のようなデータを用いることができる。
【００３５】
第一バイト：  ０ｘｆｆ００
第二バイト：  ０ｘｅｅ１１
・・・
第１６バイト：  ０ｘｆｅ０１
第１７バイト：  0０ｘｅｄ１２
・・・
第５１２バイト：  ０ｘ００ｆｆ
【００３６】
ＣＰＵ２０４は、このようなダミーデータのライト、リード、ベリファイのすべてが正常であれば、リカバリライトが成功したと判定し、現在の保留セクタ２０６Ｅは通常セクタに戻されて、そのままＬＢＡが使用される。一方、ダミーデータのライト、リード、ベリファイのどこかでエラーが検知された場合、ＣＰＵ２０４は、リカバリライト失敗と判定し、保留セクタ２０６Ｅに対して代替セクタ２０６Ｆを割り当てる。
【００３７】
以上説明したように、本実施形態では、ＨＤＤ内でごみなどによる一時的なエラーが発生した場合、そのエラーセクタを保留セクタとしてリカバリライトによるリカバリ処理が行われる。そして、リカバリライトによるリカバリ処理が成功した場合は、その保留セクタを通常のセクタに戻してそのまま使用し、一方、リカバリ処理が失敗した場合には保留セクタに対して代替セクタを割り当てる。すなわち、本実施形態によれば、ごみなどによる一時的なエラーでリカバリできる場合には、サービスマンコールが行われることがなくなり、ＨＤＤを継続して使用可能となるため、ユーザ、サービスマンともに負担を軽減することが可能となる。
【００３８】
＜第２の実施形態＞
図６は、第２の実施形態のＣＰＵ２０４における、ＨＤＤアクセスからエラー処理までの制御処理の流れを示したフローチャートである。図６のフローチャートにおいて、図４のフローチャートと同じ処理ステップには図４と同一の参照符号を付して、それらの説明は省略する。図６のフローチャートでは、Ｓ１０５の保留セクタ生成処理からＳ１０６のリカバリライト処理までの間に、Ｓ１２１〜Ｓ１２４の各処理ステップが追加され、元データの有無やジョブ実行中か否かによって、リカバリライト用のデータの取得方法が変更される。
【００３９】
図６のフローチャートにおいて、Ｓ１０５で保留セクタの生成がなされた後、ＣＰＵ２０４は、Ｓ１２１で元データの有無を確認する判定処理を行う。ＣＰＵ２０４は、元データが有ると判定した場合には、元データをリカバリライトのデータとし、Ｓ１０６に進む。一方、元データが無いと判定した場合、ＣＰＵ２０４は、Ｓ１２２に進む。
【００４０】
Ｓ１２２に進むと、ＣＰＵ２０４は、ジョブ実行中であるか否か確認する判定処理を行う。そして、ＣＰＵ２０４は、ジョブ実行中であると判定した場合にはＳ１２４に進み、ジョブプロセスに再実行用のジョブを通知（例えばシステムＪＡＭを通知）し、再度ジョブ処理を開始させて再データ取得が行われるようにする。Ｓ１２４の後、ＣＰＵ２０４はＳ１２３に進む。
そして、Ｓ１２２でジョブ実行中でないと判定した場合、またはＳ１２４で再実行用のジョブ通知を行った後、ＣＰＵ２０４は、Ｓ１２３において、リカバリライト用データをダミーデータ（Ｄｕｍｍｙデータ）とする。このＳ１２３の後、ＣＰＵ２０４は、Ｓ１０６に進む。
【００４１】
これにより第２の実施形態の場合、ＣＰＵ２０４は、Ｓ１０６において、Ｓ１２１の元データ、または、Ｓ１２３で準備されたダミーデータのいずれかにより、リカバリライトを実行する。
【００４２】
以上説明したように、第２の実施形態では、ジョブ実行中のリードエラーに対し、ジョブを再実行し、並行してダミーデータによるリカバリライトで、保留セクタ処理を実施する。すなわち、第２の実施形態によれば、ジョブの再実行という動作の裏でＨＤＤのリカバリ処理ができ、リカバリ占有時間を最小限にして、ＨＤＤの過度な交換を抑止することができる。
【００４３】
以上、本発明の各実施形態について詳述してきたが、本発明はこれらの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
前述した各実施形態の各機能やフローチャートの処理は、ハードウェア構成のみで実現されてもよいし、ＣＰＵ等がプログラムを実行することによるソフトウェア構成により実現されてもよい。また、一部がハードウェア構成で残りがソフトウェア構成により実現されてもよい。このソフトウェア構成のためのプログラムは、予め用意されている場合だけでなく、不図示の外部メモリ等の記録媒体から取得されたり、不図示のネットワーク等を介して取得されたりしてもよい。
【００４４】
本発明に係る信号処理における１以上の機能を実現するプログラムは、ネットワーク又は記憶媒体を介してシステム又は装置に供給可能であり、そのシステム又は装置のコンピュータの１つ以上のプロセッサにより読また出し実行されることで実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００４５】
前述の実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明は、その技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００４６】
１０：画像形成装置、２００：メインコントローラ、２０４：ＣＰＵ、  ２０６：ＨＤＤ、  ２３４：ＨＤＤ制御部
【図１】
2020107253.tif 000003
【図２】
2020107253.tif 000004
【図３】
2020107253.tif 000005
【図４】
2020107253.tif 000006
【図５】
2020107253.tif 000007
【図６】
2020107253.tif 000008