JP2016127313A - 情報処理装置、情報処理装置のメモリ制御方法、及びプログラム - Google Patents

Abstract

【課題】 特定のデータを記憶するメモリの状態がデータを読み出し可能で、書込みできない状態に遷移した場合、特定のデータを他のメモリに書き込むことで特定データが消失してしまう事態を防止する。
【解決手段】
データを記憶する第１のメモリを備える情報処理装置において、所定の起動プログラムを実行する際に、前記第１のメモリの状態が記憶されたデータを読み出しできる状態で、書込みできない状態であると判断した場合、前記第１のメモリに特定のデータが書き込まれているかどうかを判断する。ここで、第１のメモリに特定のデータが書き込まれていると判断した場合で、かつ、第２のメモリが接続されていると判断した場合、第１のメモリから前記特定のデータを読み出して、前記第２のメモリに書き込むことを特徴とする。
【選択図】 図４

Description

本発明は、情報処理装置、情報処理装置のメモリ制御方法、及びプログラムに関するものである。

情報処理装置、例えばコピー、プリント、スキャン、ファクシミリといった複数機能を備えたＭＦＰにおいて、例えば記録部が故障して使用の継続が難しく、販売店やサービス部門への問い合わせが必要な、いわゆるサービスエラーが発生してしまうことがある。

メカニカルな問題で一時的にサービスエラー状態に陥ることもあるため、マニュアル等でユーザに一旦電源を入れ直して様子をみるように促しているケースもある。それでもサービスエラーになってしまうことがあるので、比較的大きなオフィスをターゲットにしたＭＦＰでは、故障した部分を使わない機能だけは使用の継続ができる縮退と呼ばれる構成を持つものがある

しかし、ＳＯＨＯなどをターゲットにしたコンパクトなＭＦＰ（ＣＭＦＰ）では、処理を簡素化するため、サービスエラーである旨を表示してＣＭＦＰ全体の使用が継続できないようにするものが多い。

そういったＣＭＦＰであっても、例えば記録部が故障しただけでファクシミリ受信した画像を出力することができなくなると、事実上ファクシミリ受信画像の消失状態となり、ユーザに甚大な不利益を与える可能性がある。これを回避するため、サービスエラーが発生していても、ファクシミリ受信画像だけは任意の宛先に転送できるように構成したＣＭＦＰも知られている。

上記とは全く別の背景として、ＣＭＦＰの中にはメインプログラム、各種設定値、ファクシミリ画像やその宛先を記憶・保存するストレージとして、Ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ（ｅＭＭＣ）を使用するものがある。
このｅＭＭＣには、寿命になるとｒｅａｄはできるがｗｒｉｔｅができないｒｅａｄ ｏｎｌｙ状態になる特徴的な仕様がある。

このようなＣＭＦＰにおいて、メインプログラム実行中にストレージの故障（寿命を含む）が検出された場合、サービスエラーとするのが一般的である。また、電源投入直後にブートプログラムにおいて、メインプログラムが保存されているストレージの故障が検出されたならば、メインプログラムをロードすることができない。よって、ブートプログラムでサービスエラー状態に遷移させざるを得ない。

仮にストレージの故障は、ｅＭＭＣがｒｅａｄ ｏｎｌｙ状態であることに起因しているとする。このとき、ファクシミリ画像を読み出すことはできる。しかし、転送先の宛先をｗｒｉｔｅすることができないので、先に示したようなサービスエラーが発生時におけるファクシミリ受信画像の転送機能を利用することができない。こういった場合、例えば特許文献１のような技術を応用して、ＵＳＢメモリにファクシミリ受信画像を退避できるように構成する対策が考えられる。

特開２０１０−１９９６６５号公報

しかしながら、上記のようにメインプログラムにおいて、特許文献１の技術を応用してＵＳＢメモリにファクシミリ受信画像を退避できるように構成してあったとしても、次のような問題がある。

背景で説明したように、サービスエラーが発生したとき一旦電源を入れ直して様子をみるようにマニュアルでユーザに促しているケースがある。マニュアルを見ずとも、不具合が発生したとき、ユーザが一旦電源を入れ直してみることは多い。

仮にストレージの故障はｅＭＭＣがｒｅａｄ ｏｎｌｙ状態であることに起因しているとする。このとき、メインプログラムのロードは可能であるが、メインプログラムの起動後に実行されるストレージに対する起動時履歴情報や記録部情報などの保存に係るさまざまなｗｒｉｔｅ処理が正常に行えない。すべてのｗｒｉｔｅ処理をスキップしながら、メインプログラムの正常動作を保証することは極めて難しい。

よって、この場合もブートプログラムでサービスエラー状態に遷移させざるを得ない。すなわち、メインプログラムが起動されないので、上述のファクシミリ受信画像を退避する機能があっても利用することができない。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、特定のデータを記憶するメモリの状態がデータを読み出し可能で、書込みできない状態に遷移した場合、特定のデータを他のメモリに書き込むことで特定データが消失してしまう事態を防止できる仕組みを提供することである。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
所定の起動プログラムを実行する際に、前記第１のメモリの状態が記憶されたデータを読み出しできる状態で、書込みできない状態であるかどうかを判断する第１の判断手段と、前記第１のメモリから記憶されたデータを読み出しできる状態で、書込みできない状態であると判断した場合、前記第１のメモリに特定のデータが書き込まれているかどうかを判断する第２の判断手段と、前記第１のメモリに特定のデータが書き込まれていると判断した場合、第２のメモリが接続されているかどうかを判断する第３の判断手段と、前記第２のメモリが接続されていると判断した場合、前記第１のメモリから前記特定のデータを読み出して、前記第２のメモリに書き込む書込み手段と、を備えることを特徴とする。

本発明によれば、特定のデータを記憶するメモリの状態がデータを読み出し可能で、書込みできない状態に遷移した場合、特定のデータを他のメモリに書き込むことで特定データが消失してしまう事態を防止できる。

情報処理装置の構成を説明するブロック図である。 ｅＭＭＣのハードウェア構成を示すブロック図である。 情報処理装置のブートプログラムの構成を示すブロック図である。 情報処理装置の制御方法を説明するフローチャートである。 情報処理装置の制御方法を説明するフローチャートである。 情報処理装置で表示されるＵＩ画面の一例を示す図である。 情報処理装置で表示されるＵＩ画面の一例を示す図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理装置の構成を説明するブロック図である。本例は、複合画像処理を行うＭＦＰを例として構成を説明する。

図１において、ＭＦＰ１０は、ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０２、表示コントローラ１０４、表示部１０５、操作コントローラ１０６、操作部１０７を備える。また、ＭＦＰ１０は、ｅＭＭＣホストコントローラ１０８、ｅＭＭＣ２０、読取コントローラ１１０、読取部１１１、記録コントローラ１１２、記録部１１３を備える。さらに、ＭＦＰ１０は、ＵＳＢホストコントローラ１１４、ＭＯＤＥＭ１１５、網制御ユニット（ＮＣＵ）１１６、ネットワークインタフェースカード（ＮＩＣ）１１７を備えている。

ＣＰＵ１０１は、システムバス１１８に接続される各デバイスを総括的に制御する。ＣＰＵ１０１は、電源が供給されると、ＲＯＭ１０３に記憶されたブートプログラムを実行する。通常、所定の起動プログラム、例えばブートプログラムは、ストレージに保存されているメインプログラムをＲＡＭ１０２にロードして、ロードされたメインプログラムの先頭にジャンプする。ブートプログラムの詳細については後述する。ＲＡＭ１０２は、メインプログラムのロード場所としてだけでなく、メインプログラムのワークエリアなどとして機能する。

表示コントローラ１０４は、表示部１０５に対する描画を制御する。表示部１０５、２８文字×７行の文字列、罫線、および、スクロールバーの表示が可能なＬＣＤである。一方、操作コントローラ１０６は、ＭＦＰに装備された操作部１０７からの入力を制御する。操作部１０７は、テンキー、カーソルキー、ワンタッチキーなどを備える。

読取部１１１は、原稿の読み取りを行う。読取部１１１には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み取ることができる。読取部１１１は読取コントローラ１１０に接続されており、ＣＰＵ１０１は読取コントローラ１１０を介して読取部１１１とやり取りする。

また、記録部１１３は、電子写真方式で記録紙に画像形成を行う。記録部１１３は記録コントローラ１１２に接続されており、ＣＰＵ１０１は記録コントローラ１１２を介して記録部１１３とやり取りする。
ＵＳＢホストコントローラ１１４は、ＵＳＢのプロトコル制御を受け持ち、ＵＳＢメモリ３０などＵＳＢデバイスに対するアクセスを仲介する。

ＭＯＤＥＭ１１５は、ファクシミリ通信に必要な信号の変調・復調を行う。また、ＭＯＤＥＭ１１５はＮＣＵ１１６に接続されている。ＭＯＤＥＭ１１５で変調された信号は、ＮＣＵ１１６を介して公衆回線網（ＰＳＴＮ）へ送出される。
ＮＩＣ１１７は、ＬＡＮを介して、メールやファイルのサーバなどと双方向にデータのやり取りを行う。
本実施形態のＭＦＰ１０は、ストレージとしてｅＭＭＣ（Ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）２０を備える。ＣＰＵ１０１は、ｅＭＭＣホストコントローラ１０８を介してｅＭＭＣ２０にアクセスする。

図２は、図１に示したｅＭＭＣ２０のハードウェア構成を示すブロック図である。
図２において、ｅＭＭＣ２０は、メモリＩＦ２０１、メモリマネージャー２０２、ＦＬＡＳＨメモリ２０３から構成される。メモリＩＦ２０１は、ｅＭＭＣホストコントローラ１０８との通信を受け持つ。メモリマネージャー２０２は、メモリＩＦ２０１を介してＣＰＵ１０１から送られてくるコマンドを解釈し、ＦＬＡＳＨメモリ２０３へのアクセスを仲介する。ＦＬＡＳＨメモリ２０３は、ＮＡＮＤ型のＦＬＡＳＨ ＲＯＭで構成されている。
メモリマネージャー２０２は、ＦＬＡＳＨメモリ２０３の寿命を考慮して、アクセスの平準化制御の機構を備える。また、メモリマネージャー２０２はＦＬＡＳＨメモリ２０３の不良領域の管理も行う。不良領域数が予め定められたしきい値を超えた場合、メモリマネージャー２０２はメモリＩＦ２０１を介したｗｒｉｔｅ要求を受け付けずｒｅａｄ要求のみを受け付ける、いわゆるｒｅａｄ ｏｎｌｙでｅＭＭＣ２０が動作するように制御する。

図３は、図１に示した情報処理装置におけるブートプログラムのソフトウェア構成を示すブロック図である。
図３において、先に説明したように、ブートプログラムはＲＯＭ１０３上に格納されており、ＣＰＵ１０１によって順次実行される。ブートプログラムは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）３０１、Ｂｏｏｔ ａｐｐｌｉｃａｔｉｏｎ３０２、Ｆｉｌｅ Ｓｙｓｔｅｍ３０３、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＵＩ）３０４、Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ３０５などからなる。
ＯＳ３０１は、ブートプログラムを構成する各ソフトウェアモジュールの実行順序を制御し、ブートプログラム全体を管理する。Ｂｏｏｔ ａｐｐｌｉｃａｔｉｏｎ３０２は、後述するフローチャートなどを含むアプリケーションプログラムである。先に説明したメインプログラムのロード処理なども含まれる。

ＵＩ３０４は、表示部１０５を介して各種情報をユーザに表示するとともに、操作部１０７を介してユーザからの各種指示を受け付ける。ＯＳ３０１には、Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ３０５が組み合わされている。Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ３０５は、ｅＭＭＣ２０、ＵＳＢメモリ３０や、表示部１０５、操作部１０７といったハードウェアデバイスへのアクセスを仲介して、ブートプログラムを構成する各ソフトウェアモジュールによるアクセス方法を共通化する。

ｅＭＭＣ２０は論理的に複数のドライブに分割されている。分割されたドライブの代表的なものとして、Ｐｒｏｇｒａｍ ｓｔｏｒａｇｅ３０８、Ｃｏｎｆｉｇ ｓｔｏｒａｇｅ３０６、Ｆａｘ ｓｔｏｒａｇｅ３０７がある。Ｐｒｏｇｒａｍ ｓｔｏｒａｇｅ３０８には、メインプログラムが格納される。メインプログラムの動作を切り換える設定値等は、Ｃｏｎｆｉｇ ｓｔｏｒａｇｅ３０６に格納される。Ｆａｘ ｓｔｏｒａｇｅ３０７には、メインプログラムによるファクシミリ送受信の画像データや送信宛先データなどが格納される。

Ｆｉｌｅ Ｓｙｓｔｅｍ３０３は、Ｂｏｏｔ ａｐｐｌｉｃａｔｉｏｎ３０２などによるｅＭＭＣ２０上の各ドライブや、ＵＳＢメモリ３０へのアクセスを一般化する。Ｂｏｏｔ ａｐｐｌｉｃａｔｉｏｎ３０２などのソフトウェアモジュールは、Ｆｉｌｅ Ｓｙｓｔｅｍ３０３が提供するＡＰＩを使って、どの記憶デバイスに対しても共通のｒｅａｄ／ｗｒｉｔｅ処理を行うことができる。

図４は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、ブートプログラムの起動処理例である。なお、図４のフローチャートに示す各動作（ステップ）は、ＣＰＵ１０１がＲＯＭ１０３に記憶された制御プログラムを実行することにより実現される。以下、本実施形態のメモリ制御について詳述する。

まず、Ｓ４０１において、ＣＰＵ１０１は、ｅＭＭＣ２０の動作状態を確認する。詳細は後述する。次に、Ｓ４０２において、その確認結果を判定する。もし何も問題がなければＳ４０８へ進む。もしｅＭＭＣ２０がｒｅａｄ ｏｎｌｙの状態であるとＣＰＵ１０１が判断した場合、Ｓ４０３に進む。もしｅＭＭＣがｒｅａｄ／ｗｒｉｔｅともにエラー状態であるとＣＰＵ１０１が判断した場合、Ｓ４１０に進む。

Ｓ４０３では、ＣＰＵ１０１は、特定のデータ、例えば図３に示すＦａｘ ｓｔｏｒａｇｅ３０７にファクシミリ受信画像が存在するか否かを判断する。ここで、ファクシミリ受信画像があればＳ４０４に進み、そうでなければＳ４１０に進む。

Ｓ４０４では、ＣＰＵ１０１は、ストレージ（メモリ）が寿命になったことと、ファクシミリ画像がメモリに残っていることを示すメッセージを表示部１０５に表示する。また、ＣＰＵ１０１は、ＵＳＢメモリを挿入して保存を促すメッセージも併せて表示する。図７にＵＩ画面に一例を示す。
図７に示すＵＩ画面例では、「Ｅｘｘｘ−ｙｙｙｙ」は、メモリが寿命になったことを示すエラーコードで、マニュアルを検索したり、コールセンターに問い合わせたりするときに有効なコードである。

Ｓ４０５では、図７に示した「保存」ボタンが押下されるのを待つ。
「保存」ボタンが押下されたとＣＰＵ１０１が判断した場合、Ｓ４０６に進み、ＣＰＵ１０１は、ＵＳＢメモリ３０がＭＦＰ１０に挿入されているか否かを判断する。ここで、もし挿入されていないと判断した場合Ｓ４０７に進み、もし挿入されていないとＣＰＵ１０１が判断した場合は、Ｓ４０５に戻る。

Ｓ４０７では、図３に示したＦａｘ ｓｔｏｒａｇｅ３０７に格納されているファクシミリ受信画像をＵＳＢメモリ３０にコピー（書込み）する。ここで、本実施形態のＭＦＰ１０は、ファクシミリ受信の画像データを、ページごとに別々のファイルにして保存する。また、画像データのフォーマットはＪＢＩＧ形式である。Ｆｉｌｅ Ｓｙｓｔｅｍ３０３が提供するＡＰＩを使って、ファクシミリ受信したページのファイルをひとつずつ、図３に志メシアＦａｘ ｓｔｏｒａｇｅ３０７からｒｅａｄしながら、ＵＳＢメモリ３０にｗｒｉｔｅすることで、すべてコピーする。そして、コピーする処理が終了したら、Ｓ４１０に進む。

Ｓ４０８は、Ｓ４０２においてエラーがないと判定されてときに実行されるステップである。具体的には、ＣＰＵ１０１は、図３に示したＰｒｏｇｒａｍ ｓｔｏｒａｇｅ３０８に格納されているメインプログラムをＲＡＭ１０２にロードする。このようにして、メインプログラムのロードが完了したらＳ４０９に進み、メインプログラムに実行権を移して起動処理を終了する。

Ｓ４１０では、Ｓ４０２においてｅＭＭＣ２０がｒｅａｄ／ｗｒｉｔｅともにエラー状態であると判定されたときに実行される。あるいは、Ｓ４０３においてＦａｘ ｓｔｏｒａｇｅ３０７にファクシミリ受信画像が存在しないと判定されたときと、Ｓ４０７の処理が終わったときに実行される。
Ｓ４１０では、ＣＰＵ１０１は、メモリが寿命になった旨を示すメッセージを表示部１０５に表示する。図６にそのＵＩ画面の一例を示す。図６において、「Ｅｘｘｘ−ｙｙｙｙ」については、前述と同様である。

図５は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図４に示したＳ４０１の動作を詳細手順である。なお、図５のフローチャートに示す各動作（ステップ）は、ＣＰＵ１０１がＲＯＭ１０３に記憶された制御プログラムを実行することにより実現される。
まず、Ｓ５０１では、ＣＰＵ１０１は、図３に示したＣｏｎｆｉｇ ｓｔｏｒａｇｅ３０６に割り当てられたファイルに予め定められた値をｗｒｉｔｅする。

次に、Ｓ５０２において、ＣＰＵ１０１は、ｗｒｉｔｅが成功したか否かを判定する。もし成功したとＣＰＵ１０１が判断した場合、Ｓ５０６に進み、エラーがなかった旨を返して処理を終了する。
一方、前述の通り、図２に示したメモリマネージャー２０２によってＦＬＡＳＨメモリ２０３の不良領域数がしきい値を超えることが検出され、ｗｒｉｔｅ要求に対してエラーが返されたとＣＰＵ１０１が判断した場合、Ｓ５０３に進む。

Ｓ５０３では、ＣＰＵ１０１は、図３に示したＣｏｎｆｉｇ ｓｔｏｒａｇｅ３０６に割り当てられたファイルから値をｒｅａｄする。次に、Ｓ５０４において、ｒｅａｄが成功したか否かを判定する。ここで、もし成功しているとＣＰＵ１０１が判断した場合、Ｓ５０５に進み、ｒｅａｄ ｏｎｌｙ状態である旨を返す。もし、ｒｅａｄ要求に対してエラーが返された、あるいは、ｒｅａｄした値が予め定められた値でないとＣＰＵ１０１が判断した場合は、Ｓ５０７に進み、ｒｅａｄ／ｗｒｉｔｅ共にエラー状態である旨を返す。

以上のようにして、本実施形態のＭＦＰ１０は、メモリが寿命になって、メインプログラムのロードおよび起動が好ましくない状況のとき、ブートプログラムにおいてサービスエラーを表示して、メインプログラムのロードおよび起動を実施しないようにする。
さらに、その状態でファクシミリ受信画像データがメモリに残っているならば、その旨を表示するとともにＵＳＢメモリへの保存を促す。そして、ユーザの指示にしたがって、メモリに残っているファクシミリ受信画像データをＵＳＢメモリにコピーする。
ＵＳＢメモリにコピーされたファクシミリ受信画像は、１ページごとにファイルになったＪＢＩＧ画像であり、市場に流通している一般的なパーソナルコンピュータ用の画像表示アプリケーションでブラウズすることができる。
＜その他の実施の形態＞

第１実施形態では、ｅＭＭＣ２０がｒｅａｄ ｏｎｌｙの状態にあるときを、メインプログラムのロードおよび起動が好ましくない状況として説明した。しかしながら、本発明はｅＭＭＣ２０がｒｅａｄ ｏｎｌｙの状態にあるときに限定されるものではない。
例えば、ストレージに保存されているメインプログラムが論理的に壊れていることをもって、メインプログラムのロードおよび起動が好ましくない状況としてもよい。

具体的には、図４記載のＳ４０１を、メインプログラムのチェックサム計算に置き換える。そしてＳ４０２において、計算したチェックサムが予め別ストレージに保存しておいた正しい値と一致するか否かを判定する。もし一致していると判断した場合Ｓ４０８に進み、そうでないと判断した場合Ｓ４０３に進む。このように構成すれば、同様な効果が得られる。

さらに言うと、メインプログラムが保存されているストレージは、ｅＭＭＣである必要はない。（ハードディスク）ＨＤＤであっても、単なるＮＡＮＤ型のＦＬＡＳＨメモリ（フラッシュメモリ）であっても、メインプログラムのロードおよび起動が好ましくない状況が確認できるものであればよい。

また、第１実施形態では、ファクシミリ受信画像だけをＵＳＢメモリへのコピー対象とした。しかしながら、本発明はファクシミリ受信画像に限定されるものではない。例えば、ボックスと呼ばれるようなストレージサービスを提供するＭＦＰであって、そこに格納されているファイルはすべてコピー対象とすれば、ストレージサービスで保存されたファイルの消失を防ぐことができる。
また、第１の実施形態では、外部ストレージとしてＵＳＢメモリとした。しかしながら、外部ストレージはＵＳＢメモリである必要はない。例えばＳＤメモリであるＳＤカードであってもよい。

また、第１実施形態では、ＭＦＰ１０のメインプログラムはファクシミリ受信画像を１ページずつＪＢＩＧフォーマットのファイルとして保存する前提で、本発明のコピー処理を説明した。
しかしながら、本発明は１ページずつＪＢＩＧフォーマットのファイルとして保存されるＭＦＰに限定されるものではない。例えば、画像フォーマットはＪＢＩＧでなく、ＰＤＦやＪＰＥＧであってもよい。あるいは、ＪＢＩＧフォーマットのデータの前に、受信時刻や各種フラグなどＭＦＰ固有のヘッダが付加されたようなファイルであっても対応することができる。

具体的には、Ｓ４０７でＦａｘ ｓｔｏｒａｇｅ３０７に格納されているファクシミリ受信画像をｒｅａｄして、ＭＦＰ固有のヘッダ部分だけを読み飛ばし、残りの部分をＵＳＢメモリにｗｒｉｔｅするように構成してもよい。このように構成すれば、ＭＦＰ固有のヘッダが付加されたようなファイルであっても、ＵＳＢメモリにコピーされたデータを一般的なアプリケーションでブラウズすることができる。

また、ブラウズは一般的なアプリケーションでなくても可能である。例えば、ＪＢＩＧフォーマットのファイルをＵＳＢメモリからダイレクトに印刷できるようなＭＦＰがあれば、それを活用することでブラウズ可能である。あるいは、ＭＦＰ専用の画像ファイルであっても、当該ＭＦＰがＵＳＢメモリからダイレクトに印刷できるように構成してあれば、Ｓ４０７では単純にファイルをコピーするだけでもブラウズ可能になる。もちろん、ＭＦＰ専用の画像ファイルをブラウズすることができるパーソナルコンピュータ用のアプリケーションを別途用意すれば、ユーザの利便性がより向上する。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
本実施形態によれば、メインプログラムのロードおよび起動が好ましくない状況であっても、ファクシミリ受信画像のような画像データの消失を防ぐことができる。

１０ ＭＦＰ
２０ ｅＭＭＣ
３０ ＵＳＢメモリ

Claims (13)

1. データを記憶する第１のメモリを備える情報処理装置であって、
   所定の起動プログラムを実行する際に、前記第１のメモリの状態が記憶されたデータを読み出しできる状態で、書込みできない状態であるかどうかを判断する第１の判断手段と、
   前記第１のメモリから記憶されたデータを読み出しできる状態で、書込みできない状態であると判断した場合、前記第１のメモリに特定のデータが書き込まれているかどうかを判断する第２の判断手段と、
   前記第１のメモリに特定のデータが書き込まれていると判断した場合、第２のメモリが接続されているかどうかを判断する第３の判断手段と、
   前記第２のメモリが接続されていると判断した場合、前記第１のメモリから前記特定のデータを読み出して、前記第２のメモリに書き込む書込み手段と、
   を備えることを特徴とする情報処理装置。
2. 前記第２のメモリが接続されていると判断した場合、第１のメッセージを表示手段に表示し、前記第２のメモリが接続されていないと判断した場合、第２のメッセージを表示手段に表示する制御手段を備えることを特徴とする請求項１記載の情報処理装置。
3. 所定の起動プログラムを実行する際に、前記第１のメモリに記憶されたデータの状態が、前記第１のメモリが読み出しできる状態で、書込みできない状態であるかどうかを記憶されたデータのチェックサムから判断することを特徴とする請求項１記載の情報処理装置。
4. 前記第１のメモリは、Ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第１のメモリは、ハードディスクであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
6. 前記第１のメモリは、フラッシュメモリであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
7. 前記第２のメモリは、ＵＳＢメモリであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
8. 前記第２のメモリは、ＳＤメモリであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
9. 前記特定のデータは、ファクシミリ受信画像データであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
10. 前記ファクシミリ受信画像データは、当該ファクシミリ受信画像データを特定するために付加されたデータを含まない画像データであることを特徴とする請求項８に記載の情報処理装置。
11. データを記憶する第１のメモリを備える情報処理装置のメモリ制御方法であって、
    所定の起動プログラムを実行する際に、前記第１のメモリの状態が記憶されたデータを読み出しできる状態で、書込みできない状態であるかどうかを判断する第１の判断工程と、
    前記第１のメモリから記憶されたデータを読み出しできる状態で、書込みできない状態であると判断した場合、前記第１のメモリに特定のデータが書き込まれているかどうかを判断する第２の判断工程と、
    前記第１のメモリに特定のデータが書き込まれていると判断した場合、第２のメモリが接続されているかどうかを判断する第３の判断工程と、
    前記第２のメモリが接続されていると判断した場合、前記第１のメモリから前記特定のデータを読み出して、前記第２のメモリに書き込む工程と、
    を備えることを特徴とする情報処理装置のメモリ制御方法。
12. 請求項１０に記載の情報処理装置のメモリ制御方法をコンピュータに実行させることを特徴とするプログラム。
13. データを記憶する第１のメモリを備える情報処理装置であって、
    所定の起動プログラムを実行する際に、前記第１のメモリに保存されているプログラムをロードして起動することが可能であるか否かを判断する第１の判断手段と、
    前記プログラムをロードして起動することが可能であると判断した場合、前記第１のメモリに特定のデータが書き込まれているかどうかを判断する第２の判断手段と、
    前記第１のメモリに特定のデータが書き込まれていると判断した場合、第２のメモリが接続されているかどうかを判断する第３の判断手段と、
    前記第２のメモリが接続されていると判断した場合、前記第１のメモリから前記特定のデータを読み出して、前記第２のメモリに書き込む書込み手段と、
    を備えることを特徴とする情報処理装置。

Images