(57)【特許請求の範囲】
【請求項１】
特定の画像データを記憶可能であって、起動時に所定のデータが書き込まれる第１のメモリを備える画像処理装置であって、
起動時に、前記第１のメモリの状態が、データの読み出しは可能だがデータの書き込みは不可能であるかどうかを判断する第１の判断手段と、
データの読み出しは可能だがデータの書き込みは不可能であると前記第１の判断手段によって判断された前記第１のメモリに記憶された前記特定の画像データを、１ページずつ異なるファイルで、前記第１のメモリとは異なる第２のメモリに書き込む書込み手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記第２のメモリに記憶されるファイルは、ＪＢＩＧ形式、ＰＤＦ形式、又は、ＪＰＥＧ形式のファイルである、ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記書込み手段は、所定の格納領域に格納された画像データを前記第２のメモリに書き込む、ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記第１のメモリに前記特定の画像データが記憶されているかどうかを判断する第２の判断手段をさらに備え、
前記書込み手段は、前記第２の判断手段による判断結果に基づいて、前記特定の画像データを前記第２のメモリに書き込む、ことを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
【請求項５】
前記第２のメモリが接続されているかどうかを判断する第３の判断手段をさらに備え、
前記書込み手段は、前記第３の判断手段による判断結果に基づいて、前記特定の画像データを前記第２のメモリに書き込む、ことを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
【請求項６】
前記第１の判断手段は、起動時に前記第１のメモリから読み出したデータから計算したチェックサムと予め記憶された値とに基づいて、前記第１のメモリがデータの読み出しは可能だがデータの書き込みは不可能であるかどうかを判断する、ことを特徴とする請求項１乃至５の何れか１項に記載の画像処理装置。
【請求項７】
前記第１のメモリは、Ｅｍｂｅｄｄｅｄ  Ｍｕｌｔｉ  Ｍｅｄｉａ  Ｃａｒｄであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項８】
前記第１のメモリは、ハードディスクであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項９】
前記第１のメモリは、フラッシュメモリであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項１０】
前記第２のメモリは、ＵＳＢメモリであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項１１】
前記第２のメモリは、ＳＤメモリであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項１２】
前記特定の画像データは、ファクシミリ受信画像データであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項１３】
前記ファクシミリ受信画像データは、当該ファクシミリ受信画像データを特定するために付加されたデータを含まない画像データであることを特徴とする請求項１２に記載の画像処理装置。
【請求項１４】
特定の画像データを記憶可能であって、起動時に所定のデータが書き込まれる第１のメモリを備える画像処理装置の制御方法であって、
起動時に、前記第１のメモリの状態が、データの読み出しは可能だがデータの書き込みは不可能であるかどうかを判断する第１の判断工程と、
データの読み出しは可能だがデータの書き込みは不可能であると前記第１の判断工程において判断された前記第１のメモリに記憶された前記特定の画像データを、１ページずつ異なるファイルで、前記第１のメモリとは異なる第２のメモリに書き込む書込み工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項１５】
請求項１４に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理装置の制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
情報処理装置、例えばコピー、プリント、スキャン、ファクシミリといった複数機能を備えたＭＦＰにおいて、例えば記録部が故障して使用の継続が難しく、販売店やサービス部門への問い合わせが必要な、いわゆるサービスエラーが発生してしまうことがある。
【０００３】
メカニカルな問題で一時的にサービスエラー状態に陥ることもあるため、マニュアル等でユーザに一旦電源を入れ直して様子をみるように促しているケースもある。それでもサービスエラーになってしまうことがあるので、比較的大きなオフィスをターゲットにしたＭＦＰでは、故障した部分を使わない機能だけは使用の継続ができる縮退と呼ばれる構成を持つものがある
【０００４】
しかし、ＳＯＨＯなどをターゲットにしたコンパクトなＭＦＰ（ＣＭＦＰ）では、処理を簡素化するため、サービスエラーである旨を表示してＣＭＦＰ全体の使用が継続できないようにするものが多い。
【０００５】
そういったＣＭＦＰであっても、例えば記録部が故障しただけでファクシミリ受信した画像を出力することができなくなると、事実上ファクシミリ受信画像の消失状態となり、ユーザに甚大な不利益を与える可能性がある。これを回避するため、サービスエラーが発生していても、ファクシミリ受信画像だけは任意の宛先に転送できるように構成したＣＭＦＰも知られている。
【０００６】
上記とは全く別の背景として、ＣＭＦＰの中にはメインプログラム、各種設定値、ファクシミリ画像やその宛先を記憶・保存するストレージとして、Ｅｍｂｅｄｄｅｄ  Ｍｕｌｔｉ  Ｍｅｄｉａ  Ｃａｒｄ（ｅＭＭＣ）を使用するものがある。
このｅＭＭＣには、寿命になるとｒｅａｄはできるがｗｒｉｔｅができないｒｅａｄ  ｏｎｌｙ状態になる特徴的な仕様がある。
【０００７】
このようなＣＭＦＰにおいて、メインプログラム実行中にストレージの故障（寿命を含む）が検出された場合、サービスエラーとするのが一般的である。また、電源投入直後にブートプログラムにおいて、メインプログラムが保存されているストレージの故障が検出されたならば、メインプログラムをロードすることができない。よって、ブートプログラムでサービスエラー状態に遷移させざるを得ない。
【０００８】
仮にストレージの故障は、ｅＭＭＣがｒｅａｄ  ｏｎｌｙ状態であることに起因しているとする。このとき、ファクシミリ画像を読み出すことはできる。しかし、転送先の宛先をｗｒｉｔｅすることができないので、先に示したようなサービスエラーが発生時におけるファクシミリ受信画像の転送機能を利用することができない。こういった場合、例えば特許文献１のような技術を応用して、ＵＳＢメモリにファクシミリ受信画像を退避できるように構成する対策が考えられる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−１９９６６５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記のようにメインプログラムにおいて、特許文献１の技術を応用してＵＳＢメモリにファクシミリ受信画像を退避できるように構成してあったとしても、次のような問題がある。
【００１１】
背景で説明したように、サービスエラーが発生したとき一旦電源を入れ直して様子をみるようにマニュアルでユーザに促しているケースがある。マニュアルを見ずとも、不具合が発生したとき、ユーザが一旦電源を入れ直してみることは多い。
【００１２】
仮にストレージの故障はｅＭＭＣがｒｅａｄ  ｏｎｌｙ状態であることに起因しているとする。このとき、メインプログラムのロードは可能であるが、メインプログラムの起動後に実行されるストレージに対する起動時履歴情報や記録部情報などの保存に係るさまざまなｗｒｉｔｅ処理が正常に行えない。すべてのｗｒｉｔｅ処理をスキップしながら、メインプログラムの正常動作を保証することは極めて難しい。
【００１３】
よって、この場合もブートプログラムでサービスエラー状態に遷移させざるを得ない。すなわち、メインプログラムが起動されないので、上述のファクシミリ受信画像を退避する機能があっても利用することができない。
【００１４】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、特定のデータを記憶するメモリの状態がデータを読み出し可能で、書込みできない状態に遷移した場合、特定のデータを他のメモリに書き込むことで特定データが消失してしまう事態を防止できる仕組みを提供することである。
【課題を解決するための手段】
【００１５】
上記目的を達成する本発明は、特定の画像データを記憶可能であって、起動時に所定のデータが書き込まれる第１のメモリを備える画像処理装置であって、起動時に、前記第１のメモリの状態が、データの読み出しは可能だがデータの書き込みは不可能であるかどうかを判断する第１の判断手段と、データの読み出しは可能だがデータの書き込みは不可能であると前記第１の判断手段によって判断された前記第１のメモリに記憶された前記特定の画像データを、１ページずつ異なるファイルで、前記第１のメモリとは異なる第２のメモリに書き込む書込み手段と、を備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、特定のデータを記憶するメモリの状態がデータを読み出し可能で、書込みできない状態に遷移した場合、特定のデータを他のメモリに書き込むことで特定データが消失してしまう事態を防止できる。
【図面の簡単な説明】
【００１７】
【図１】情報処理装置の構成を説明するブロック図である。
【図２】ｅＭＭＣのハードウェア構成を示すブロック図である。
【図３】情報処理装置のブートプログラムの構成を示すブロック図である。
【図４】情報処理装置の制御方法を説明するフローチャートである。
【図５】情報処理装置の制御方法を説明するフローチャートである。
【図６】情報処理装置で表示されるＵＩ画面の一例を示す図である。
【図７】情報処理装置で表示されるＵＩ画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理装置の構成を説明するブロック図である。本例は、複合画像処理を行うＭＦＰを例として構成を説明する。
【００１９】
図１において、ＭＦＰ１０は、ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０２、表示コントローラ１０４、表示部１０５、操作コントローラ１０６、操作部１０７を備える。また、ＭＦＰ１０は、ｅＭＭＣホストコントローラ１０８、ｅＭＭＣ２０、読取コントローラ１１０、読取部１１１、記録コントローラ１１２、記録部１１３を備える。さらに、ＭＦＰ１０は、ＵＳＢホストコントローラ１１４、ＭＯＤＥＭ１１５、網制御ユニット（ＮＣＵ）１１６、ネットワークインタフェースカード（ＮＩＣ）１１７を備えている。
【００２０】
ＣＰＵ１０１は、システムバス１１８に接続される各デバイスを総括的に制御する。ＣＰＵ１０１は、電源が供給されると、ＲＯＭ１０３に記憶されたブートプログラムを実行する。通常、所定の起動プログラム、例えばブートプログラムは、ストレージに保存されているメインプログラムをＲＡＭ１０２にロードして、ロードされたメインプログラムの先頭にジャンプする。ブートプログラムの詳細については後述する。ＲＡＭ１０２は、メインプログラムのロード場所としてだけでなく、メインプログラムのワークエリアなどとして機能する。
【００２１】
表示コントローラ１０４は、表示部１０５に対する描画を制御する。表示部１０５、２８文字×７行の文字列、罫線、および、スクロールバーの表示が可能なＬＣＤである。一方、操作コントローラ１０６は、ＭＦＰに装備された操作部１０７からの入力を制御する。操作部１０７は、テンキー、カーソルキー、ワンタッチキーなどを備える。
【００２２】
読取部１１１は、原稿の読み取りを行う。読取部１１１には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み取ることができる。読取部１１１は読取コントローラ１１０に接続されており、ＣＰＵ１０１は読取コントローラ１１０を介して読取部１１１とやり取りする。
【００２３】
また、記録部１１３は、電子写真方式で記録紙に画像形成を行う。記録部１１３は記録コントローラ１１２に接続されており、ＣＰＵ１０１は記録コントローラ１１２を介して記録部１１３とやり取りする。
ＵＳＢホストコントローラ１１４は、ＵＳＢのプロトコル制御を受け持ち、ＵＳＢメモリ３０などＵＳＢデバイスに対するアクセスを仲介する。
【００２４】
ＭＯＤＥＭ１１５は、ファクシミリ通信に必要な信号の変調・復調を行う。また、ＭＯＤＥＭ１１５はＮＣＵ１１６に接続されている。ＭＯＤＥＭ１１５で変調された信号は、ＮＣＵ１１６を介して公衆回線網（ＰＳＴＮ）へ送出される。
ＮＩＣ１１７は、ＬＡＮを介して、メールやファイルのサーバなどと双方向にデータのやり取りを行う。
本実施形態のＭＦＰ１０は、ストレージとしてｅＭＭＣ（Ｅｍｂｅｄｄｅｄ  Ｍｕｌｔｉ  Ｍｅｄｉａ  Ｃａｒｄ）２０を備える。ＣＰＵ１０１は、ｅＭＭＣホストコントローラ１０８を介してｅＭＭＣ２０にアクセスする。
【００２５】
図２は、図１に示したｅＭＭＣ２０のハードウェア構成を示すブロック図である。
図２において、ｅＭＭＣ２０は、メモリＩＦ２０１、メモリマネージャー２０２、ＦＬＡＳＨメモリ２０３から構成される。メモリＩＦ２０１は、ｅＭＭＣホストコントローラ１０８との通信を受け持つ。メモリマネージャー２０２は、メモリＩＦ２０１を介してＣＰＵ１０１から送られてくるコマンドを解釈し、ＦＬＡＳＨメモリ２０３へのアクセスを仲介する。ＦＬＡＳＨメモリ２０３は、ＮＡＮＤ型のＦＬＡＳＨ  ＲＯＭで構成されている。
メモリマネージャー２０２は、ＦＬＡＳＨメモリ２０３の寿命を考慮して、アクセスの平準化制御の機構を備える。また、メモリマネージャー２０２はＦＬＡＳＨメモリ２０３の不良領域の管理も行う。不良領域数が予め定められたしきい値を超えた場合、メモリマネージャー２０２はメモリＩＦ２０１を介したｗｒｉｔｅ要求を受け付けずｒｅａｄ要求のみを受け付ける、いわゆるｒｅａｄ  ｏｎｌｙでｅＭＭＣ２０が動作するように制御する。
【００２６】
図３は、図１に示した情報処理装置におけるブートプログラムのソフトウェア構成を示すブロック図である。
図３において、先に説明したように、ブートプログラムはＲＯＭ１０３上に格納されており、ＣＰＵ１０１によって順次実行される。ブートプログラムは、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）３０１、Ｂｏｏｔ  ａｐｐｌｉｃａｔｉｏｎ３０２、Ｆｉｌｅ  Ｓｙｓｔｅｍ３０３、Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（ＵＩ）３０４、Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ３０５などからなる。
ＯＳ３０１は、ブートプログラムを構成する各ソフトウェアモジュールの実行順序を制御し、ブートプログラム全体を管理する。Ｂｏｏｔ  ａｐｐｌｉｃａｔｉｏｎ３０２は、後述するフローチャートなどを含むアプリケーションプログラムである。先に説明したメインプログラムのロード処理なども含まれる。
【００２７】
ＵＩ３０４は、表示部１０５を介して各種情報をユーザに表示するとともに、操作部１０７を介してユーザからの各種指示を受け付ける。ＯＳ３０１には、Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ３０５が組み合わされている。Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ３０５は、ｅＭＭＣ２０、ＵＳＢメモリ３０や、表示部１０５、操作部１０７といったハードウェアデバイスへのアクセスを仲介して、ブートプログラムを構成する各ソフトウェアモジュールによるアクセス方法を共通化する。
【００２８】
ｅＭＭＣ２０は論理的に複数のドライブに分割されている。分割されたドライブの代表的なものとして、Ｐｒｏｇｒａｍ  ｓｔｏｒａｇｅ３０８、Ｃｏｎｆｉｇ  ｓｔｏｒａｇｅ３０６、Ｆａｘ  ｓｔｏｒａｇｅ３０７がある。Ｐｒｏｇｒａｍ  ｓｔｏｒａｇｅ３０８には、メインプログラムが格納される。メインプログラムの動作を切り換える設定値等は、Ｃｏｎｆｉｇ  ｓｔｏｒａｇｅ３０６に格納される。Ｆａｘ  ｓｔｏｒａｇｅ３０７には、メインプログラムによるファクシミリ送受信の画像データや送信宛先データなどが格納される。
【００２９】
Ｆｉｌｅ  Ｓｙｓｔｅｍ３０３は、Ｂｏｏｔ  ａｐｐｌｉｃａｔｉｏｎ３０２などによるｅＭＭＣ２０上の各ドライブや、ＵＳＢメモリ３０へのアクセスを一般化する。Ｂｏｏｔ  ａｐｐｌｉｃａｔｉｏｎ３０２などのソフトウェアモジュールは、Ｆｉｌｅ  Ｓｙｓｔｅｍ３０３が提供するＡＰＩを使って、どの記憶デバイスに対しても共通のｒｅａｄ／ｗｒｉｔｅ処理を行うことができる。
【００３０】
図４は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、ブートプログラムの起動処理例である。なお、図４のフローチャートに示す各動作（ステップ）は、ＣＰＵ１０１がＲＯＭ１０３に記憶された制御プログラムを実行することにより実現される。以下、本実施形態のメモリ制御について詳述する。
【００３１】
まず、Ｓ４０１において、ＣＰＵ１０１は、ｅＭＭＣ２０の動作状態を確認する。詳細は後述する。次に、Ｓ４０２において、その確認結果を判定する。もし何も問題がなければＳ４０８へ進む。もしｅＭＭＣ２０がｒｅａｄ  ｏｎｌｙの状態であるとＣＰＵ１０１が判断した場合、Ｓ４０３に進む。もしｅＭＭＣがｒｅａｄ／ｗｒｉｔｅともにエラー状態であるとＣＰＵ１０１が判断した場合、Ｓ４１０に進む。
【００３２】
Ｓ４０３では、ＣＰＵ１０１は、特定のデータ、例えば図３に示すＦａｘ  ｓｔｏｒａｇｅ３０７にファクシミリ受信画像が存在するか否かを判断する。ここで、ファクシミリ受信画像があればＳ４０４に進み、そうでなければＳ４１０に進む。
【００３３】
Ｓ４０４では、ＣＰＵ１０１は、ストレージ（メモリ）が寿命になったことと、ファクシミリ画像がメモリに残っていることを示すメッセージを表示部１０５に表示する。また、ＣＰＵ１０１は、ＵＳＢメモリを挿入して保存を促すメッセージも併せて表示する。図７にＵＩ画面に一例を示す。
図７に示すＵＩ画面例では、「Ｅｘｘｘ−ｙｙｙｙ」は、メモリが寿命になったことを示すエラーコードで、マニュアルを検索したり、コールセンターに問い合わせたりするときに有効なコードである。
【００３４】
Ｓ４０５では、図７に示した「保存」ボタンが押下されるのを待つ。
「保存」ボタンが押下されたとＣＰＵ１０１が判断した場合、Ｓ４０６に進み、ＣＰＵ１０１は、ＵＳＢメモリ３０がＭＦＰ１０に挿入されているか否かを判断する。ここで、もし挿入されていないと判断した場合Ｓ４０７に進み、もし挿入されていないとＣＰＵ１０１が判断した場合は、Ｓ４０５に戻る。
【００３５】
Ｓ４０７では、図３に示したＦａｘ  ｓｔｏｒａｇｅ３０７に格納されているファクシミリ受信画像をＵＳＢメモリ３０にコピー（書込み）する。ここで、本実施形態のＭＦＰ１０は、ファクシミリ受信の画像データを、ページごとに別々のファイルにして保存する。また、画像データのフォーマットはＪＢＩＧ形式である。Ｆｉｌｅ  Ｓｙｓｔｅｍ３０３が提供するＡＰＩを使って、ファクシミリ受信したページのファイルをひとつずつ、図３に示したＦａｘ  ｓｔｏｒａｇｅ３０７からｒｅａｄしながら、ＵＳＢメモリ３０にｗｒｉｔｅすることで、すべてコピーする。そして、コピーする処理が終了したら、Ｓ４０に進む。
【００３６】
Ｓ４０８は、Ｓ４０２においてエラーがないと判定されてときに実行されるステップである。具体的には、ＣＰＵ１０１は、図３に示したＰｒｏｇｒａｍ  ｓｔｏｒａｇｅ３０８に格納されているメインプログラムをＲＡＭ１０２にロードする。このようにして、メインプログラムのロードが完了したらＳ４０９に進み、メインプログラムに実行権を移して起動処理を終了する。
【００３７】
Ｓ４１０では、Ｓ４０２においてｅＭＭＣ２０がｒｅａｄ／ｗｒｉｔｅともにエラー状態であると判定されたときに実行される。あるいは、Ｓ４０３においてＦａｘ  ｓｔｏｒａｇｅ３０７にファクシミリ受信画像が存在しないと判定されたときと、Ｓ４０７の処理が終わったときに実行される。
Ｓ４１０では、ＣＰＵ１０１は、メモリが寿命になった旨を示すメッセージを表示部１０５に表示する。図６にそのＵＩ画面の一例を示す。図６において、「Ｅｘｘｘ−ｙｙｙｙ」については、前述と同様である。
【００３８】
図５は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図４に示したＳ４０１の動作を詳細手順である。なお、図５のフローチャートに示す各動作（ステップ）は、ＣＰＵ１０１がＲＯＭ１０３に記憶された制御プログラムを実行することにより実現される。
まず、Ｓ５０１では、ＣＰＵ１０１は、図３に示したＣｏｎｆｉｇ  ｓｔｏｒａｇｅ３０６に割り当てられたファイルに予め定められた値をｗｒｉｔｅする。
【００３９】
次に、Ｓ５０２において、ＣＰＵ１０１は、ｗｒｉｔｅが成功したか否かを判定する。もし成功したとＣＰＵ１０１が判断した場合、Ｓ５０６に進み、エラーがなかった旨を返して処理を終了する。
一方、前述の通り、図２に示したメモリマネージャー２０２によってＦＬＡＳＨメモリ２０３の不良領域数がしきい値を超えることが検出され、ｗｒｉｔｅ要求に対してエラーが返されたとＣＰＵ１０１が判断した場合、Ｓ５０３に進む。
【００４０】
Ｓ５０３では、ＣＰＵ１０１は、図３に示したＣｏｎｆｉｇ  ｓｔｏｒａｇｅ３０６に割り当てられたファイルから値をｒｅａｄする。次に、Ｓ５０４において、ｒｅａｄが成功したか否かを判定する。ここで、もし成功しているとＣＰＵ１０１が判断した場合、Ｓ５０５に進み、ｒｅａｄ  ｏｎｌｙ状態である旨を返す。もし、ｒｅａｄ要求に対してエラーが返された、あるいは、ｒｅａｄした値が予め定められた値でないとＣＰＵ１０１が判断した場合は、Ｓ５０７に進み、ｒｅａｄ／ｗｒｉｔｅ共にエラー状態である旨を返す。
【００４１】
以上のようにして、本実施形態のＭＦＰ１０は、メモリが寿命になって、メインプログラムのロードおよび起動が好ましくない状況のとき、ブートプログラムにおいてサービスエラーを表示して、メインプログラムのロードおよび起動を実施しないようにする。
さらに、その状態でファクシミリ受信画像データがメモリに残っているならば、その旨を表示するとともにＵＳＢメモリへの保存を促す。そして、ユーザの指示にしたがって、メモリに残っているファクシミリ受信画像データをＵＳＢメモリにコピーする。
ＵＳＢメモリにコピーされたファクシミリ受信画像は、１ページごとにファイルになったＪＢＩＧ画像であり、市場に流通している一般的なパーソナルコンピュータ用の画像表示アプリケーションでブラウズすることができる。
＜その他の実施の形態＞
【００４２】
第１実施形態では、ｅＭＭＣ２０がｒｅａｄ  ｏｎｌｙの状態にあるときを、メインプログラムのロードおよび起動が好ましくない状況として説明した。しかしながら、本発明はｅＭＭＣ２０がｒｅａｄ  ｏｎｌｙの状態にあるときに限定されるものではない。
例えば、ストレージに保存されているメインプログラムが論理的に壊れていることをもって、メインプログラムのロードおよび起動が好ましくない状況としてもよい。
【００４３】
具体的には、図４記載のＳ４０１を、メインプログラムのチェックサム計算に置き換える。そしてＳ４０２において、計算したチェックサムが予め別ストレージに保存しておいた正しい値と一致するか否かを判定する。もし一致していると判断した場合Ｓ４０８に進み、そうでないと判断した場合Ｓ４０３に進む。このように構成すれば、同様な効果が得られる。
【００４４】
さらに言うと、メインプログラムが保存されているストレージは、ｅＭＭＣである必要はない。（ハードディスク）ＨＤＤであっても、単なるＮＡＮＤ型のＦＬＡＳＨメモリ（フラッシュメモリ）であっても、メインプログラムのロードおよび起動が好ましくない状況が確認できるものであればよい。
【００４５】
また、第１実施形態では、ファクシミリ受信画像だけをＵＳＢメモリへのコピー対象とした。しかしながら、本発明はファクシミリ受信画像に限定されるものではない。例えば、ボックスと呼ばれるようなストレージサービスを提供するＭＦＰであって、そこに格納されているファイルはすべてコピー対象とすれば、ストレージサービスで保存されたファイルの消失を防ぐことができる。
また、第１の実施形態では、外部ストレージとしてＵＳＢメモリとした。しかしながら、外部ストレージはＵＳＢメモリである必要はない。例えばＳＤメモリであるＳＤカードであってもよい。
【００４６】
また、第１実施形態では、ＭＦＰ１０のメインプログラムはファクシミリ受信画像を１ページずつＪＢＩＧフォーマットのファイルとして保存する前提で、本発明のコピー処理を説明した。
しかしながら、本発明は１ページずつＪＢＩＧフォーマットのファイルとして保存されるＭＦＰに限定されるものではない。例えば、画像フォーマットはＪＢＩＧでなく、ＰＤＦやＪＰＥＧであってもよい。あるいは、ＪＢＩＧフォーマットのデータの前に、受信時刻や各種フラグなどＭＦＰ固有のヘッダが付加されたようなファイルであっても対応することができる。
【００４７】
具体的には、Ｓ４０７でＦａｘ  ｓｔｏｒａｇｅ３０７に格納されているファクシミリ受信画像をｒｅａｄして、ＭＦＰ固有のヘッダ部分だけを読み飛ばし、残りの部分をＵＳＢメモリにｗｒｉｔｅするように構成してもよい。このように構成すれば、ＭＦＰ固有のヘッダが付加されたようなファイルであっても、ＵＳＢメモリにコピーされたデータを一般的なアプリケーションでブラウズすることができる。
【００４８】
また、ブラウズは一般的なアプリケーションでなくても可能である。例えば、ＪＢＩＧフォーマットのファイルをＵＳＢメモリからダイレクトに印刷できるようなＭＦＰがあれば、それを活用することでブラウズ可能である。あるいは、ＭＦＰ専用の画像ファイルであっても、当該ＭＦＰがＵＳＢメモリからダイレクトに印刷できるように構成してあれば、Ｓ４０７では単純にファイルをコピーするだけでもブラウズ可能になる。もちろん、ＭＦＰ専用の画像ファイルをブラウズすることができるパーソナルコンピュータ用のアプリケーションを別途用意すれば、ユーザの利便性がより向上する。
【００４９】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
本実施形態によれば、メインプログラムのロードおよび起動が好ましくない状況であっても、ファクシミリ受信画像のような画像データの消失を防ぐことができる。
【符号の説明】
【００５０】
１０  ＭＦＰ
２０  ｅＭＭＣ
３０  ＵＳＢメモリ
【図１】
0006489827.tif 000002
【図２】
0006489827.tif 000003
【図３】
0006489827.tif 000004
【図４】
0006489827.tif 000005
【図５】
0006489827.tif 000006
【図６】
0006489827.tif 000007
【図７】
0006489827.tif 000008