(57)【要約】      （修正有）【課題】記憶装置に対するアクセス異常の発生時におけるデータ消失リスクを抑えつつ、ダウンタイムとサービスマンの出動を抑える画像形成装置、その制御方法及びプログラムを提供する。【解決手段】画像形成装置のコントローラは、ハードディスクへのアクセス異常が検知された場合、アクセス異常が検知されたパーティションがテンポラリ領域ではないと判定した場合には、パーティションを検査・修復し、アクセス異常が検知されたパーティションがテンポラリ領域であると判定した場合には、パーティションをフォーマットする。【選択図】図４
2019219975.tif 000002
【特許請求の範囲】
【請求項１】
個別にファイルシステムを構築可能な複数の記憶領域に論理的に分割可能な１以上の記憶装置と、
前記記憶装置へのアクセス異常を検知する検知手段と、
前記アクセス異常が検知された場合、該アクセス異常が検知された前記記憶領域に対して、該記憶領域に応じた復旧処理を実行する制御手段と、を有し、
前記制御手段は、前記アクセス異常が検知された前記記憶領域が特定の記憶領域に対応しない場合、前記アクセス異常が検知された前記記憶領域に対する復旧処理として、該記憶領域の検査及び修復を行うことを特徴とする画像形成装置。
【請求項２】
前記制御手段は、前記アクセス異常が検知された前記記憶領域が特定の記憶領域に対応する場合、前記アクセス異常が検知された前記記憶領域に対する復旧処理として、該記憶領域の初期化を行うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記特定の記憶領域は、一時領域として利用される用途のパーティションであることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記制御手段は、前記アクセス異常が検知された前記記憶領域のパーティション番号に基づいて、該記憶領域が前記特定の記憶領域に対応するか否かを判定することを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項５】
前記制御手段は、前記アクセス異常が検知された前記記憶領域のパーティションラベルに基づいて、該記憶領域が前記特定の記憶領域に対応するか否かを判定することを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項６】
個別にファイルシステムを構築可能な複数の記憶領域に論理的に分割可能な１以上の記憶装置と、
前記記憶装置の記憶領域ごとに、アクセス異常が検知された場合の復旧処理を設定する設定手段と、
前記記憶装置へのアクセス異常を検知する検知手段と、
前記アクセス異常が検知された場合、該アクセス異常が検知された前記記憶領域に対して、該記憶領域に設定されている復旧処理を実行する制御手段と、
を有することを特徴とする画像形成装置。
【請求項７】
前記設定手段では、一時領域として利用される用途の記憶領域には、復旧処理として該記憶領域の初期化を設定し、一時領域とは異なる用途の記憶領域には、復旧処理として該記憶領域の検査及び修復を設定しておくことを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記制御手段は、前記アクセス異常が検知された場合、該アクセス異常が検知された前記記憶領域に対する復旧処理を起動時に行うための予約を行うことを特徴とする請求項１〜７のいずれか１項に記載の画像形成装置。
【請求項９】
個別にファイルシステムを構築可能な複数の記憶領域に論理的に分割可能な１以上の記憶装置を有する画像形成装置の制御方法であって、
前記記憶装置へのアクセス異常を検知する検知ステップと、
前記アクセス異常が検知された場合、該アクセス異常が検知された前記記憶領域に対して、該記憶領域に応じた復旧処理を実行する復旧ステップと、を有し、
前記復旧ステップでは、前記アクセス異常が検知された前記記憶領域が特定の記憶領域に対応しない場合、前記アクセス異常が検知された前記記憶領域に対する復旧処理として、該記憶領域の検査及び修復を行うことを特徴とする画像形成装置の制御方法。
【請求項１０】
コンピュータを、請求項１〜８のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置のストレージにおけるファイルシステムエラー発生時の復旧制御に関する。
【背景技術】
【０００２】
従来、画像形成装置にはユーザの画像データやアプリケーションデータ、処理中の一時データを保持する記憶装置としてハードディスクドライブ（HDD）やソリッドステートドライブ（SSD）等のストレージ装置を備えるものがある。ストレージは、用途に応じてパーティションと呼ばれる単位に分割され、多くの場合、パーティション毎に適切なファイルシステムを介して管理される。
【０００３】
ストレージを備える画像形成装置では、ストレージで管理されるデータに正常にアクセスできないデータアクセス異常が発生する場合がある。
データアクセス異常の原因としては、例えば、ケーブルの接続不良等のハードウェア要因の物理的な異常がある。また、振動によってハードディスクの読み書き位置がずれるオフトラックや、書き込み中の不意な電源断に起因するファイルシステムの不整合等のソフトウェア要因の論理的な異常もデータアクセス異常の原因となる。
【０００４】
サービスマンによる画像形成装置のサポート運用では、このようなデータアクセス異常を検知された場合、画像形成装置のUIやリモート監視システムにエラー通知がされ、通知を受けたサービスマンがユーザのもとに出向き対応する。そこで、サービスマンは電源の再投入や、異常とみられるストレージの該当パーティションのファイルシステムを検査・修復したり、フォーマットをしたりして復旧を試みる。それでもエラーを解消できなかった場合の処置としてハードディスクを交換する運用を行っている。
【０００５】
サービスマンが出動する多くのケースは、実際にはMBR（Master Boot Record）と呼ばれるパーティション管理データの破壊やファイルシステム不整合等の論理的な異常により発生したエラーである。その場合、出動したサービスマンは、電源の再投入や、パーティションのフォーマットを実施するだけでエラーを解消できる。
【０００６】
特許文献１には、このようなストレージの論理的な異常を解消する技術として、異常を検知した際に自動的に、異常が検知された箇所を”0”で更新するクリア処理を実施する技術が提案されている。
また、特許文献２には、ユーザの了承を得ずにストレージが自動的にフォーマット等されてデータが消失してしまうことを避けるため、パーティションの用途に応じて選択的にフォーマットを行う技術が提案されている。
【０００７】
なお、ストレージの物理異常が原因である場合でも、パーティションのフォーマットで一時的に復旧する場合がある。このような場合、最初のサービスマン出動時に実施したフォーマットで復旧した後、再度エラー通知された際にハードディスク交換をする、という処置が行われている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−３３２３９号公報
【特許文献２】特開２０１６−１８３２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献２のようにパーティションの用途に応じてフォーマットする場合、ユーザの了承を得ずにフォーマットが可能である一時データ用のパーティションだけを対象とすることになる。しかし、データアクセス異常が発生するパーティションは、一時データ用のパーティションだけで起こるものではない。そのため、一時データ用のパーティション以外でデータアクセス異常が発生した場合には自動復旧できず、サービスマンが出向いて復旧作業を行う必要がある。このように従来の技術では、自動復旧の効果（ダウンタイムやサービスマンの出動を削減する効果）が得られにくく、ユーザにとってもサービスマンにとっても改善が望まれる点であった。
【００１０】
本発明は、上記の課題を解決するためになされたものである。本発明は、記憶装置に対するアクセス異常の発生時におけるデータ消失リスクを抑えつつ、ダウンタイムとサービスマンの出動を抑えることができる仕組みを提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
本発明は、個別にファイルシステムを構築可能な複数の記憶領域に論理的に分割可能な１以上の記憶装置と、前記記憶装置へのアクセス異常を検知する検知手段と、前記アクセス異常が検知された場合、該アクセス異常が検知された前記記憶領域に対して、該記憶領域に応じた復旧処理を実行する制御手段と、を有し、前記制御手段は、前記アクセス異常が検知された前記記憶領域が特定の記憶領域に対応しない場合、前記アクセス異常が検知された前記記憶領域に対する復旧処理として、該記憶領域の検査及び修復を行うことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、記憶装置に対するアクセス異常の発生時におけるデータ消失リスクを抑えつつ、ダウンタイムとサービスマンの出動を抑えることができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態を示す画像形成装置の構成の一例を示す図。
【図２】ハードディスクの構成を説明するための図。
【図３】ハードディスク内部のパーティション構成と復旧処理の対応を例示する図。
【図４】本実施形態の画像形成装置の処理の一例を示すフローチャート。
【図５】本実施形態のハードディスク内部のデータアクセス異常検知時の表示の一例を示す図。
【発明を実施するための形態】
【００１４】
以下、画像形成装置を例に、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
図１は、本発明の一実施形態を示す画像形成装置1の構成の一例を示す図である。
図１に示すように、画像形成装置1は、スキャナ装置2、プリンタ装置4、操作部8、NIC9、ハードディスク14、コントローラ3を有する。なお、ハードディスク14は、コントローラ3内に設けられる構成でもよい。また、本実施形態では、ストレージ装置の具体例としてハードディスクドライブ（HDD）を用いて説明するが、ソリッドステートドライブ（SSD）等の他のストレージ装置であってもよい。また、画像形成装置1がHDDやSSDの組み合わせ等の複数のストレージ装置を備える構成でもよい。
【００１５】
スキャナ装置2は、原稿から光学的に画像を読み取りデジタル画像に変換するエンジンである。
プリンタ装置4は、デジタル画像を紙デバイスに出力するエンジンである。
操作部8は、画像形成装置1の操作や表示を行うためのものである。
NIC9は「Network Interface Card」の略称であり、LAN等のネットワークに接続するためのものである。画像形成装置1は、NIC9を用いてLAN経由で、PC等のコンピュータ10からデジタル画像の入出力、ジョブの発行や機器への指示等も受け付けることが可能である。
【００１６】
ハードディスク14は、各種データ、デジタル画像や制御プログラム等を記憶する。
コントローラ3は、スキャナ装置2、プリンタ装置4、操作部8、NIC9、ハードディスク14等と接続され、各モジュールに指示を出すことにより画像形成装置1上でジョブを実行する。
【００１７】
スキャナ装置2は、原稿給紙ユニット11、スキャナユニット12を有する。原稿給紙ユニット11は、自動的に原稿束を逐次入れ替えることが可能なものである。スキャナユニット12は、原稿を光学スキャンしデジタル画像に変換することが可能なものである。スキャナ装置2は、原稿給紙ユニット11、スキャナユニット12を用い、変換された画像データをコントローラ3に送信する。
【００１８】
プリンタ装置4は、給紙ユニット18、マーキングユニット16、排紙ユニット17、フィニッシャユニット500を有する。給紙ユニット18は、紙束から紙（シート）を一枚ずつ逐次給紙可能である。マーキングユニット16は、給紙された紙に画像データを印刷する。排紙ユニット17は、印刷後の紙を排紙する。フィニッシャユニット500は、排紙された用紙に後処理を施すことが可能である。
【００１９】
コントローラ3は、CPU13を有し、スキャナ装置2及びプリンタ装置4と画像データの送受信及び保存を行う。すなわちコントローラ3は、スキャナ装置2から受信した画像データを、メモリ15に一時保存する。その後、コントローラ3は、ハードディスク14へと画像データを格納することで画像のスキャンと保存を完了する。さらに、コントローラ3は、ハードディスク14から画像データをメモリ15に一時保存し、メモリ15からプリンタ装置4に画像データを送信することにより、プリント出力を行うことも可能である。
【００２０】
また、画像形成装置1は、汎用画像処理部19を含む画像処理ユニット5を有する。コントローラ3は、メモリ15に保存した画像データを、汎用画像処理部19で画像処理（例えば縮小等）を行い、該画像処理を行った画像データを再度メモリ15に保存することが可能である。
【００２１】
また、コントローラ3は、操作部8を制御する。操作部8では、ジョブの状態を表示したり、スキャナ装置2やプリンタ装置4などのエンジンの状態を表示したりすることもできる。画像形成装置1では、操作部8からのオペレータ操作もしくは、NIC9を介して受け取ったLANからの指示を、CPU13が解釈し、多彩なジョブを実行可能である。なお、操作部8は、節電キー610と接続されており、節電キー610を介してユーザから省電力状態への移行の指示または省電力状態からの復帰の指示を受け付け可能である。
【００２２】
コントローラ3において、SRAM40は不揮発メモリであり、ユーザ設定等のデータを保持する。SRAM40は、電源がOFFされてもデータを継続して保持することが可能である。
ROM160は、コントローラ3のCPU13が実行するプログラムを格納する。ROM160は、SRAM40同様に設定値を保持する目的でも利用可能である。
【００２３】
電源装置6は、AC電源29から電力を需給し、画像形成装置1における電力を供給する装置である。装置OFF時、AC電源29はスイッチ30により絶縁されている。スイッチ30をONにすることでAC-DCコンバータ20にAC電源29からAC電力が供給され、DC電力が作られる。
【００２４】
画像形成装置1は、CPU13の指示により装置全体を４つの独立した電源制御が可能である。すなわち、CPU13からのスイッチ部21により、コントローラ部電力25の電源をOFF/ON制御可能である。同様に、スイッチ部22はプリンタ部電力28、スイッチ部23はスキャナ部電力26、スイッチ部24は汎用画像処理部電力27の電源をOFF/ON制御可能である。CPU13は、これらのスイッチ部21〜24を用いることで、適切に画像形成装置1の必要な場所に電力を供給する。
【００２５】
図２は、ハードディスク14の構成を説明するための図である。
ハードディスク14では、磁気ヘッド303を磁気ディスク301のセクタ302まで移動させて、セクタ302に記憶されているデータを読み取る、又は、セクタ302にデータを書き込む。
【００２６】
ハードディスクでは、OS（Operating System）によってサポートされるファイルシステムが構築され、データ管理がなされることが多い。ファイルシステムが論理的な異常状態になると、ハードディスクが故障していなかったとしてもデータへのアクセスが正常に行えなくなる。これは、外部からの振動や、温度・湿度の環境によって読み書きするセクタがずれたり、書き込み中の不意な電源断によってセクタへの書き込みが正常に完了しなかったりすること等が要因である。
【００２７】
図３は、ハードディスク14内部のパーティション構成と復旧処理の対応の一例を示す図である。
図３に示すように、パーティション構成と復旧処理の対応を示すテーブル400は、パーティション番号401、パーティションラベル402、パーティション用途403、復旧処理404の項目を有する。
【００２８】
パーティション（Partition）とは、ハードディスク等の一つの記憶装置を論理的に分割した個々の記憶領域を指す。個々のパーティションでは、それぞれ個々のファイルシステムを構築してデータ管理可能である。また、個々のパーティションでは、それぞれ個別にフォーマットと呼ばれる初期化を行うことが可能である。パーティションは、サイズの他、パーティション番号401と、パーティションラベル402等を情報として持つ。なお、パーティション用途403は、画像形成装置1の動作上必要なデータを配置するパーティションの用途を示す。
【００２９】
復旧処理404は、パーティション用途403に応じて決定される復旧処理を示す。復旧処理404には、「フォーマット」と「検査・修復」の二種類が定義される。
「フォーマット」は、例えばLinux（登録商標）におけるmkfsコマンドや、Windows（登録商標）におけるdiskpartコマンドに相当する処理であるが、これらに限定するものではない。「フォーマット」は、ユーザの了承を得ることなくデータを初期化できるパーティションに対して定義される。
また、「検査・修復」は、例えばLinux（登録商標）におけるfsckコマンドや、Windowsにおけるchkdskコマンドに相当する処理であるが、これらに限定するものではなく、パーティションの論理的な修復を含む。「検査・修復」は、ユーザの了承を得なければフォーマットできないパーティションに対して定義される。なお、上述のfsckコマンドやchkdskコマンドに指定するオプションについては特に限定するものではなく、パーティションの検査及び修復が可能なものであれば本発明に適用可能である。なお、パーティションの論理的な修復は、例えば、ファイルシステムのサイズ、ファイルシステム内のi ノード数、空きブロック数、空き i ノード数、ファイルシステムのサイズと i ノードリストのサイズの検査の少なくとも一つの不整合を検出し、適正な値に書き換えることを含む。修復では、ファイルシステムの階層構造やファイルが保持するデータは変化せず、ファイルシステムの管理情報を変更する場合もある。これにより、修復後、ファイルシステムのフォーマットなどをする必要がなく、ほとんど影響を受けずにオペレーションを続けることができる場合もある。つまり、修復とはファイルシステムのフォーマット、すなわち物理フォーマット時に書き込まれたセクタに番号をふっていくいわゆる論理フォーマットとは異なる。
【００３０】
以下、パーティションの具体例を示す。
テンポラリ領域411は、画像形成装置1が圧縮された画像データを展開する等、一時的に使用するデータを保持するパーティションであり、復旧処理404には「フォーマット」が定義される。
BOXデータ領域412は、格納したスキャン画像を印刷したり、送信したりするBOX機能のデータを保持するパーティションであり、復旧処理404には「検査・修復」が定義される。
アプリケーション領域413は、ユーザが後からインストールして利用可能であるアプリケーションを保持するためのパーティションであり、復旧処理404には「検査・修復」が定義される。
その他の領域414は、例えば、実行プログラムや機能ライセンスを保持するためのパーティションであり、復旧処理404には「検査・修復」が定義される。
【００３１】
本実施形態では、例えば図３に示すような情報（少なくともパーティション番号401やラベル402のようなパーティションを特定可能な情報と、用途403又は復旧処理404の情報を含む）を予めSRAM40に記憶させておく。すなわち、ハードディスク14のパーティションごとに復旧処理を設定しておく。そして、ハードディスク14にアクセスエラーが発生した場合に、CPU13がSRAM40から上述の情報を読み出して、アクセスエラーが発生したパーティションに応じた復旧処理を行うものとする。
【００３２】
図５は、ハードディスク14内部のデータアクセス異常検知時の表示の一例を示す図であり、操作部8の表示部（LCD600）に表示される。
コントローラ3は、ハードディスク14のデータへのアクセス異常を検知した際に、主電源スイッチを入れ直すことを促す旨と異常検知した領域を示すエラーコード（図中630）を操作部8が備えるLCD600に表示して、異常発生をユーザに通知する。
これは、データアクセス異常検知が、一時的な要因によるものであり、主電源スイッチ（図１のスイッチ30）を入れ直して、画像形成装置1を再起動させることで復旧する可能性があるためである。
【００３３】
以下、本実施形態の処理の流れを、図４のフローチャートを用いて説明する。
図４は、本実施形態の画像形成装置1の処理の一例を示すフローチャートである。本フローチャートの処理は、コントローラ3のCPU13がROM160に格納されたプログラムを実行することにより実現される。また、本フローチャートの処理は、ハードディスク14へのアクセスがあった際に実行されるものとする。
【００３４】
ステップS10001において、コントローラ3は、ハードディスク14のデータアクセス時に異常（データアクセスエラー）が発生しているか否かを判定する。なお、データアクセス異常（データアクセスエラー）が発生した場合とは、リードエラー（ハードディスク14からデータの読み取りに失敗）またはライトエラー（ハードディスク14へのデータの書き込みに失敗）が発生した場合とする。
【００３５】
データアクセスの異常が発生していないと判定した場合（S10001でNOの場合）、コントローラ3は、本フローチャートの処理を終了する。
【００３６】
一方、データアクセスの異常が発生していると判定した場合（S10001でYESの場合）、コントローラ3は、ステップS10002に処理を進める。
ステップS10002において、コントローラ3は、データアクセス異常が発生したパーティションの情報を取得する。このとき取得するパーティションの情報は、パーティション番号、パーティションラベルである。
【００３７】
次にステップS10003において、コントローラ3は、データアクセス異常が発生したパーティションがテンポラリ領域（一時領域）であるか否かを判定する。本実施形態では、予めSRAM40に記憶されている図３のようなテーブルにおいて、用途403が「テンポラリ領域」のパーティションに対する復旧処理404として「フォーマット」を設定しておく。また、用途403が「テンポラリ領域」以外のパーティションに対する復旧処理404として「検査・修復」を設定しておく。そして、コントローラ3は、用途403として「テンポラリ領域」が設定されたパーティションを「テンポラリ領域」として判定するものとする。また、復旧処理404として「フォーマット」が設定された領域を「テンポラリ領域」として判定する構成でもよい。図３の例では、パーティション番号「5」、パーティションラベル「/TMPDATA」のパーティションが「テンポラリ領域」と判定される。S10003では、コントローラ3は、S10002で取得したパーティション情報がパーティション番号「5」、パーティションラベル「/TMPDATA」に対応する場合に、データアクセス異常が発生したパーティションがテンポラリ領域であると判定する。一方、そうでない場合に、データアクセス異常が発生したパーティションがテンポラリ領域でないと判定する。
【００３８】
上記S10003において、データアクセス異常が発生したパーティションがテンポラリ領域であると判定した場合（S10003でYESの場合）、コントローラ3は、ステップS10004に処理を進める。
ステップS10004において、コントローラ3は、データアクセス異常が発生したパーティションをフォーマットして、本フローチャートの処理を終了する。
【００３９】
一方、上記ステップS10003において、データアクセス異常が発生したパーティションがテンポラリ領域でないと判定した場合（S10003でNOの場合）、コントローラ3は、ステップS10005に処理を進める。
ステップS10005において、コントローラ3は、データアクセス異常が発生したパーティションを検査・修復して、本フローチャートの処理を終了する。
【００４０】
以上の制御は、言い換えると、図３のようなテーブルで予めパーティションごとに復旧処理を設定しておき、アクセス異常が検知されたパーティションに対して、図３のようなテーブルで設定されている復旧処理を実行する制御と言える。すなわち、コントローラ3は、アクセス異常が検知されたパーティションのラベルが「/TMPDATA」の場合、該パーティションに設定されている復旧処理（図３の例では「フォーマット」）を実行する。また、コントローラ3は、アクセス異常が検知されたパーティションのラベルが「/BOXDATA」、「/APLDATA」又は「/OTRDATA」の場合、該パーティションに設定されている復旧処理（図３の例では「検査・修復」）を実行する。
しかし、図３のようなテーブルを用いることなく、単にテンポラリ領域に対応するパーティションを判定し、テンポラリ領域に対応するパーティションに対してはフォーマットを行う。また、テンポラリ領域に対応しないパーティションに対しては検査・修復を行うように制御する構成でもよい。
例えば、コントローラ3は、S10002で取得したパーティションラベルが「/TMPDATA」の場合、データアクセス異常が発生したパーティションがテンポラリ領域である（S10003でYES）と判定し、フォーマットを行う（S10004）。一方、コントローラ3は、S10002で取得したパーティションラベルが「/TMPDATA」でない場合、データアクセス異常が発生したパーティションがテンポラリ領域でない（S10003でNO）と判定し、（検査・修復）を行う（S10005）。なお、この例では、パーティションラベルを用いてテンポラリ領域に対応するか否かを判定したが、パーティション番号を用いて判定しても、パーティション番号およびパーティションラベルの両方を用いて判定してもよい。パーティション番号を用いる場合、図３の例では、パーティション番号が「5」の場合には「テンポラリ領域」と判定し、パーティション番号が「5」でない場合には「テンポラリ領域」でないと判定するものとする。
【００４１】
以上説明したように、本実施形態においては、ファイルシステムの検査・修復を実施することで復旧可能であるストレージ関連エラー発生時のダウンタイムを削減することができる。なお、本実施形態では、特に振動への耐性から論理故障の発生しやすいハードディスクを例に説明したが、SSD等その他のストレージデバイスであってもよい。
また、図４のステップS10004及びステップS10005における復旧処理は、アクセス異常が検知されたパーティションの復旧処理を起動時に行うための予約情報を、SRAM40に保存する処理としてもよい。これにより、画像形成装置1の再起動後、SRAM40に保存された予約情報に基づき、予約された復旧処理が実施されることになる。
【００４２】
なお、画像形成装置1は、複数の記憶装置を有する構成でもよい。すなわち、画像形成装置1は、ハードディスクドライブやソリッドステートドライブ等のような、個別にファイルシステムを構築可能な複数の記憶領域（パーティション）に論理的に分割可能な１以上の記憶装置を有する構成でもよい。例えば、２台のハードディスクドライブと１台のソリッドステートドライブを有する構成等でもよい。このような構成の場合でも、複数の記憶装置内に作成される各パーティションに対して用途403や復旧処理404をそれぞれ定義したテーブルを設けるものとする。そして、コントローラ3は、複数の記憶装置のいずれかのパーティションでアクセス異常が検知された場合、該アクセス異常が検知されたパーティションに対して、該アクセス異常が検知された記憶領域に応じた復旧処理を実行する。このように、アクセス異常が検知されたパーティションに応じて復旧処理を制御することにより、記憶装置に対するデータアクセス異常の発生時におけるデータ消失リスクを抑えつつ、ダウンタイムとサービスマンの出動を抑えることができる。このように、ユーザデータの損失を防止しつつ、復旧可能なストレージ関連エラーの発生時のダウンタイムとサービスマンの出動を削減することができる。
また、本発明の適用は画像形成装置に限定されるものではなく、同様の記憶装置を備える情報処理装置全般に適用可能であり、同様の効果を奏する。
【００４３】
以上のように、ＨＤＤ等の記憶装置に格納されたデータへのアクセス異常を検知した場合、データが配置されたパーティション情報に応じた復旧処理を実行する。すなわち、画像形成装置のデータアクセス異常発生時において、ユーザの了承を得ずにフォーマットすることができない一時データ用以外のパーティションに対して、ファイルシステムの検査・修復を行うようにする。これにより、ユーザの了承を得ずにフォーマットすることができない一時データ用以外のパーティションに対して、ファイルシステムの検査・修復を行うことでダウンタイムを可能な限り軽減することができる。
【００４４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。
【００４５】
〔その他の実施形態〕
本発明は、上述の実施形態の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路（例えば、ASIC）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００４６】
1    画像形成装置
3    コントローラ
13    CPU
14    ハードディスク
260    ROM
【図１】
2019219975.tif 000003
【図２】
2019219975.tif 000004
【図３】
2019219975.tif 000005
【図４】
2019219975.tif 000006
【図５】
2019219975.tif 000007