(57)【要約】【課題】フラッシュメモリへの書き込み回数を低減させ、適切にウェアレベリングを行い、フラッシュメモリを長寿命化できる電子機器を提供する。【解決手段】実データが記録される第１の実データ領域と、実データを更新する更新データを含む更新情報が記録される第１の履歴領域と有する揮発性のメモリと、複数のブロックを有し、書き込み時にブロック単位で初期化が行われ、ブロックごとに、実データが記録される第２の実データ領域と、第１の履歴領域に記録された更新情報が書き写される第２の履歴領域とを有するフラッシュメモリと、第１の実データ領域内の実データを更新データで更新するとき、対応する更新情報を第１の履歴領域に記録し、特定のタイミングで、第１の履歴領域に記録されている更新情報をまとめ、まとめた更新情報を第２の履歴領域に特定の順序で書き写し、書き写した後、第１の履歴領域を初期化するＣＰＵとを備える。【選択図】図８
2015204016.tif 000002
【特許請求の範囲】
【請求項１】
実データが記録される第１の実データ領域と、
前記第１の実データ領域に記録された前記実データを更新するための更新データを少なくとも含む更新情報が１以上記録される第１の履歴領域と
を有する揮発性のメモリーと、
複数のブロックを有し、前記実データおよび前記更新情報のうち少なくとも一方の書き込み時に前記ブロック単位で初期化が行われ、
前記ブロックごとに、
前記実データの少なくとも一部が記録される第２の実データ領域と、
前記第１の履歴領域に記録された前記１以上の更新情報が書き写される第２の履歴領域と
を有するフラッシュメモリーと、
前記第１の実データ領域内の前記実データを前記更新データで更新するとき、対応する更新情報を前記第１の履歴領域に記録し、
特定のタイミングで、前記第１の履歴領域に記録されている前記１以上の更新情報をまとめ、前記まとめた１以上の更新情報を前記複数のページの前記第２の履歴領域に特定の順序で書き写し、書き写した後、前記第１の履歴領域を初期化するＣＰＵと
を備えた電子機器。
【請求項２】
請求項１に記載の電子機器であって、
前記ＣＰＵは、
１つの前記ブロックの前記第２の履歴領域が一杯になっており、前記第１の履歴領域に記録されている前記更新情報を、前記一杯になった前記第２の履歴領域に書き写せないとき、
前記第１の実データ領域に記録される前記実データを対応する前記複数の第２の実データ領域に上書きし、
前記第１の履歴領域および前記各ページの前記第２の履歴領域を初期化する
電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、書き込み回数に上限があるフラッシュメモリーを備えた電子機器に関する。
【背景技術】
【０００２】
電子機器、特に組込み機器や画像形成装置（ＭＰＦ、Multifunction Peripheral）では、機器や装置で利用する少量のデータを、電源断の状態でも保持するために、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）が用いられてきた。そして、ＥＥＰＲＯＭとして、最近ではＮＯＲ型のフラッシュメモリーが多用されている。
【０００３】
ＥＥＰＲＯＭは、ＤＲＡＭ（Dynamic Random Access Memory）などにより構成された揮発性メモリー上にある少量のデータを待避させるための不揮発性メモリーとして使われることが多い。
【０００４】
例えば、揮発性メモリーから不揮発性メモリーへデータを書き込む制御の最適化技術として、特許文献１に開示された技術では、データを書き込みタイミングごとにグループ化し、特定のタイミングで書き込むべきデータのみを不揮発性メモリーに書き込むことで、書き込みに要する時間の短縮化を図っている。
【０００５】
また、フラッシュメモリーでは、ページ単位でのデータの書き込みに先だって、ブロック単位でのデータの消去（初期化）が行われる。初期化の回数（書き込みの回数）にはメモリーの構造上上限があるため、特定のブロックに書き込みが集中しないように均等な書き込みを行うためのウェアレベリングの技術が開発されてきている。
【０００６】
例えば、ＮＡＮＤ型フラッシュメモリーの特性に最適化された、ジャーナル機能を有しウェアレベリングを行うファイルシステムとして、ＪＦＦＳ２（Journaling Flash File System, version 2）がある。ＪＦＦＳ２はＬｉｎｕｘ（登録商標）用のファイルシステムであり、組込み機器に多く使われている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−３５９２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したようにウェアレベリングの技術は開発されてきているが、まだ充分とは言えなかった。
【０００９】
以上のような事情に鑑み、本発明の目的は、フラッシュメモリーへの書き込み回数を低減させ、適切にウェアレベリングを行って、フラッシュメモリーを長寿命化できる電子機器を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の一形態に係る電子機器は、実データが記録される第１の実データ領域と、前記第１の実データ領域に記録された前記実データを更新するための更新データを少なくとも含む更新情報が１以上記録される第１の履歴領域と有する揮発性のメモリーと、複数のブロックを有し、前記実データおよび前記更新情報のうち少なくとも一方の書き込み時に前記ブロック単位で初期化が行われ、前記ブロックごとに、前記実データの少なくとも一部が記録される第２の実データ領域と、前記第１の履歴領域に記録された前記１以上の更新情報が書き写される第２の履歴領域とを有するフラッシュメモリーと、前記第１の実データ領域内の前記実データを前記更新データで更新するとき、対応する更新情報を前記第１の履歴領域に記録し、特定のタイミングで、前記第１の履歴領域に記録されている前記１以上の更新情報をまとめ、前記まとめた１以上の更新情報を前記複数のページの前記第２の履歴領域に特定の順序で書き写し、書き写した後、前記第１の履歴領域を初期化するＣＰＵとを備えるので、フラッシュメモリーへの書き込み回数を低減させ、適切にウェアレベリングを行って、フラッシュメモリーを長寿命化できる。
【００１１】
上記目的を達成するため、本発明の一形態に係る電子機器では、前記ＣＰＵは、１つの前記ブロックの前記第２の履歴領域が一杯になっており、前記第１の履歴領域に記録されている前記更新情報を、前記一杯になった前記第２の履歴領域に書き写せないとき、前記第１の実データ領域に記録される前記実データを対応する前記複数の第２の実データ領域に上書きし、前記第１の履歴領域および前記各ページの前記第２の履歴領域を初期化する構成でもよい。
【発明の効果】
【００１２】
以上のように、本発明によれば、フラッシュメモリーへの書き込み回数を低減させ、適切にウェアレベリングを行って、フラッシュメモリーを長寿命化できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態にかかる画像形成装置１０の構成図である。
【図２】制御部１１の構成図である。
【図３】ＲＡＭ３３の構成例を示す構成図である。
【図４】履歴記録領域に記録される更新情報の構成例を示す図である。
【図５】ＥＥＰＲＯＭ３４の構成例を示す構成図である。
【図６】画像形成装置１０を起動した際の、ＥＥＰＲＯＭ３４およびＲＡＭ３３間でのデータ処理の流れを説明する図である。
【図７】ＲＡＭ３３上にある実データをＣＰＵ３１が更新する際の処理の流れについて説明する図である。
【図８】特定のタイミングでＲＡＭ３３上にあるデータをＥＥＰＲＯＭ３４へ書き込む際の処理の流れについて説明するための図である。
【図９】リフレッシュ処理の流れを説明するための図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら、本発明の実施形態を説明する。なお、以下の説明では、本発明にかかる電子機器の例として、画像形成装置の制御部を用いて説明する。また、本実施形態では、書き換え回数に上限があり、ブロック単位で初期化が行われる不揮発性メモリーの例として、ＮＯＲ型フラッシュメモリーを主に想定している。（但し、ＮＡＮＤ型フラッシュメモリーにも適用は可能である）。以下の説明では、この不揮発性メモリーをＥＥＰＲＯＭとして示し、説明する。
【００１５】
［画像形成装置の構成］
最初に、本発明の一実施形態にかかる画像形成装置の構成について説明する。図１は、本発明の一実施形態にかかる画像形成装置１０の構成図である。
【００１６】
画像形成装置１０は、制御部１１（電子機器）を備える。制御部１１は、画像形成装置１０の全体的な動作制御を司る。制御部１１の構成については後述する。
【００１７】
制御部１１は、画像読取部１２、画像処理部１３、画像メモリー１４、画像形成部１５、操作部１８、ファクシミリ通信部１９、ネットワークインターフェイス部２０、記憶部２１等と接続されている。制御部１１は、接続されている上記各部（ブロック）の動作制御や、各ブロックとの間での信号又はデータの送受信を行う。
【００１８】
制御部１１は、ユーザーから、操作部１８またはネッワーク接続されたＰＣ等を通じて入力されるジョブの実行指示に従って、スキャナー機能、印刷機能、コピー機能、およびファクシミリ送受信機能などの各機能についての動作制御を実行するために必要な機構の駆動及び処理を制御する。
【００１９】
画像読取部１２は、原稿から画像を読み取る。
【００２０】
画像処理部１３は、画像読取部１２で読み取られた画像の画像データを必要に応じて画像処理する。例えば、画像処理部１３は、画像読取部１２により読み取られた画像が画像形成された後の品質を向上させるために、シェーディング補正等の画像処理を行う。
【００２１】
画像メモリー１４は、画像読取部１２による読み取りで得られた原稿画像のデータを一時的に記憶したり、画像形成部１５での印刷対象となるデータを一時的に記憶したりする領域である。
【００２２】
画像形成部１５は、画像読取部１２で読み取られた画像データ等の画像形成を行う。
【００２３】
操作部１８は、画像形成装置１０が実行可能な各種動作及び処理についてユーザーからの指示を受け付けるタッチパネル部および操作キー部を備える。タッチパネル部は、タッチパネルが設けられたＬＣＤ（Liquid Crystal Display）等の表示部１８ａを備えている。
【００２４】
ファクシミリ通信部１９は、図示しない符号化／復号化部、変復調部、およびＮＣＵ（Network Control Unit）を備え、公衆電話回線網を用いてのファクシミリの送信を行う。
【００２５】
ネットワークインターフェイス部２０は、ＬＡＮボード等の通信モジュールから構成され、ネットワークインターフェイス部２０に接続されたＬＡＮ等を介して、ローカルエリア内の装置(サーバー、ＰＣ等の外部機器)と種々のデータの送受信を行う。
【００２６】
記憶部２１は、画像読取部１２によって読み取られた原稿画像等を記憶する。記憶部２１は、ＨＤＤ（Hard Disk Drive）などの大容量の記憶装置である。
【００２７】
以上、本発明の一実施形態にかかる画像形成装置１０の構成を説明した。
【００２８】
［制御部の構成］
次に、上述した制御部１１の構成について説明する。図２は、制御部１１の構成図である。
【００２９】
図２に示すように、制御部１１は、ＣＰＵ３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory、揮発性のメモリー）３３、およびＥＥＰＲＯＭ３４（フラッシュメモリー）を有し、これら各ブロックがバス３５を介して接続されている。ＲＡＭ３３およびＥＥＰＲＯＭ３４の内部構成については後述する。
【００３０】
ＲＯＭ３２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを固定的に記憶する。ＲＡＭ３３は、ＣＰＵ３１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３１】
ＥＥＰＲＯＭ３４は、データの書き込みに先だって、ブロック単位での初期化が必要であり、かつ初期化の回数に上限があるフラッシュメモリーである。
【００３２】
ＣＰＵ３１は、ＲＯＭ３２や記憶部２１に記憶されたプログラムにしたがって、各部を適宜制御する。
【００３３】
以上、制御部１１の構成について説明した。
【００３４】
［ＲＡＭの構成］
次に、ＲＡＭ３３の構成について説明する。図３は、ＲＡＭ３３の構成例を示す構成図である。
【００３５】
図３に示すように、ＲＡＭ３３は、ＣＰＵ３１で実行されるプログラムを展開したり、プログラム実行時のワーキングメモリーとしたりするプログラム展開領域３３ｐと、プログラムで用いる変数の値を保持する実データ記録領域３３ａ、３３ｂ、および３３ｃ（第１の実データ領域）と、履歴記録領域３３ｄ（第１の履歴領域、後述）とに分けられている。領域の分割は、論理的に行われてもよいし、物理的に行われてもよい。
【００３６】
なお、実データ記録領域は３つの領域から構成されているが、これはあくまで例であり、幾つの領域から構成されていてもよい。
【００３７】
例えば、画像形成装置１０で印刷した枚数をカウントするための印刷カウンターの変数名をＰＣＮＴとし、実データ記録領域３３ａが、ＰＣＮＴの値を保持するために使用されるとし、これまでに１００枚の印刷が行われているとすると、実データ記録領域３３ａには値「１００」が保持されている。
【００３８】
そして、画像形成装置１０で紙２枚の印刷が行われ、実データ記録領域３３ａの印刷カウンターＰＣＮＴの値が、「１００」から「１０２」に変更されると、ＣＰＵ３１は、履歴記録領域３３ｄに、例えば、「ＰＣＮＴ，１０２，１」のような更新情報が記録される。
【００３９】
履歴記録領域３３ｄに記録される更新情報は、更新に用いられた更新データ（上記では「１０２」）を含んで、データＩＤ、更新データ、書き込みカウントの３項目から構成されている。書き込みカウントとは、リフレッシュ処理（後述）が行われてから何回目のデータ更新が行われたかを示すカウンターである。
【００４０】
ＣＰＵ３１は、履歴記録領域３３ｄのデータＩＤ「ＰＣＮＴ」の更新情報が複数あった場合でも、書き込みカウンターの値が最も大きい物を選択することにより、変数ＰＣＮＴの最新の更新の値を知ることが出来る。
【００４１】
例えば、画像形成装置１０において、さらに３枚の印刷が行われたとすると、実データ記録領域３３ａの印刷カウンターＰＣＮＴの値が、「１０２」から「１０５」に変更され、履歴記録領域３３ｄでは、１行目の「ＰＣＮＴ，１０２，１」のエントリーの次に、「ＰＣＮＴ，１０５，２」のエントリーが書き加えられる（図４参照）。
【００４２】
なお、図４では、３行目のエントリーとして、例えば実データ記録領域３３ｃに保持される、画像形成装置１０の状態を表す変数ＳＴＡＴに、「ＯＫ」の値が、１回目の更新データとして書き込まれたことも示している。
【００４３】
なお、上記の説明では、説明を分かり易くするために、１つの実データ記録領域３３ａに１つの変数印刷カウンターＰＣＮＴの値だけが保持されるとしたが、実際には、この構成に限らず、１つの実データ記録領域に複数の変数の値が保持されていてもよい。
【００４４】
また、本発明にかかる電子機器は、組込み機器などの制御部を想定しており、カウンターなどの各変数の名前（データＩＤ）や、そのデータ長、保持されるメモリーアドレスなどは、予め機器の設計者に把握され、決められていることが好ましい。
【００４５】
なお、プログラム展開領域３３ｐは、本発明のポイントではないので、以下の説明では、この部分を省略して図示する。
【００４６】
以上、ＲＡＭ３３の構成について説明した。
【００４７】
［ＥＥＰＲＯＭ３４の構成について］
次に、ＥＥＰＲＯＭ３４の構成について説明する。図５は、ＥＥＰＲＯＭ３４の構成例を示す構成図である。
【００４８】
図５の例では、ＥＥＰＲＯＭ３４は、３つのブロック３４ａ、３４ｂ、および３４ｃから構成されている。ＥＥＰＲＯＭ３４へのデータ書き込みの際には、書き込みに先立って、ブロック単位での初期化が必要である。また、初期化回数には上限がある。
【００４９】
ブロック３４ａは、実データ記録領域３４１ａ（第２の実データ領域）および履歴記録領域３４２ａ（第２の履歴領域）に分けられている。
【００５０】
ブロック３４ｂは、実データ記録領域３４１ｂ（第２の実データ領域）および履歴記録領域３４２ｂ（第２の履歴領域）に分けられている。
【００５１】
ブロック３４ｃは、実データ記録領域３４１ｃ（第２の実データ領域）および履歴記録領域３４２ｃ（第２の履歴領域）に分けられている。
【００５２】
上記６つの領域の分割は、論理的に行われてもよいし、物理的に行われてもよい。
【００５３】
実データ記録領域３３ａの内容に対応するものが、実データ記録領域３４１ａに記録されている。
【００５４】
また、実データ記録領域３３ｂの内容に対応するものが、実データ記録領域３４１ｂに記録されており、実データ記録領域３３ｃの内容に対応するものが、実データ記録領域３４１ｃに記録されている。
【００５５】
すなわち、実データ記録領域３３ａ、実データ記録領域３３ｂ、および実データ記録領域３３ｃの容量と、実データ記録領域３４１ａ、実データ記録領域３４１ｂ、および実データ記録領域３４１ｃの容量は、同一であってもよい。
【００５６】
履歴記録領域３４２ａ、履歴記録領域３４２ｂ、および履歴記録領域３４２ｃには、図４に示したものと同様に更新情報が記録される。履歴記録領域３４２ａ、履歴記録領域３４２ｂ、および履歴記録領域３４２ｃへの更新情報の記録の仕方については後述する。
【００５７】
ここで注意すべき点は、例えば、実データ記録領域３３ａが印刷カウンターＰＣＮＴの値を保持するために割り当てられている場合、実データ記録領域３４１ａも印刷カウンターＰＣＮＴの値を保持するために割り当てられるが、履歴記録領域３４２ａには、印刷カウンターＰＣＮＴの更新情報が記録されているとは限らず、画像形成装置１０の状態を表す変数ＳＴＡＴの更新情報が記録されることもあり得るという点である。
【００５８】
なお、履歴記録領域３４２ａ、履歴記録領域３４２ｂ、および履歴記録領域３４２ｃそれぞれの容量は、履歴記録領域３３ｄの容量よりも大きいことが好ましい（理由は後述）。
【００５９】
以上、ＥＥＰＲＯＭ３４の構成について説明した。
【００６０】
［起動時の処理の流れ］
次に、画像形成装置１０を起動した際の、ＥＥＰＲＯＭ３４およびＲＡＭ３３間でのデータ処理の流れを説明する。図６は、画像形成装置１０を起動した際の、ＥＥＰＲＯＭ３４およびＲＡＭ３３間でのデータ処理の流れを説明する図である。
【００６１】
まず、画像形成装置１０の起動前には、ＲＡＭ３３上にはデータが無く、全てのデータ（実データおよび更新情報）は、ＥＥＰＲＯＭ３４上にある。
【００６２】
例えば、印刷カウンターＰＣＮＴの値「１００」が実データ記録領域３４１ａにあり、印刷カウンターＰＣＮＴの更新情報「ＰＣＮＴ，１０２，１」が履歴記録領域３４２ｂにあり、同じく更新情報「ＰＣＮＴ，１０５，２」が履歴記録領域３４２ｃにある。
【００６３】
画像形成装置１０が起動されると、ＲＡＭ３３の初期化後、まず、実データ記録領域３３ａ、実データ記録領域３３ｂ、および実データ記録領域３３ｃの内容が、それぞれ対応する実データ記録領域３３ａ、３３ｂ、および３３ｃにコピーされる。
【００６４】
その後、履歴記録領域３４２ａ、履歴記録領域３４２ｂ、および履歴記録領域３４２ｃに記録されている更新情報のうち、最新のものが、実データ記録領域３３ａ、３３ｂ、および３３ｃ上のデータに上書きされる。
【００６５】
以上の処理により、ＲＡＭ３３の、実データ記録領域３３ａ、３３ｂ、および３３ｃには、最新の実データが保持された状態になる。
【００６６】
以上、画像形成装置１０を起動した際の、ＥＥＰＲＯＭ３４およびＲＡＭ３３間でのデータ処理の流れを説明した。
【００６７】
［ＲＡＭ上の実データの更新処理の流れ］
次に、ＲＡＭ３３上にある実データをＣＰＵ３１が更新する際の処理の流れについて説明する。図７は、ＲＡＭ３３上にある実データをＣＰＵ３１が更新する際の処理の流れについて説明する図である。
【００６８】
例えば、実データ記録領域３３ａ上の印刷カウンターＰＣＮＴの値が「１００」から「１０２」に更新されると、上述したように、履歴記録領域３３ｄに、更新情報「ＰＣＮＴ，１０２，１」が記録される。
【００６９】
このように、実データ記録領域３３ａ、３３ｂ、および３３ｃのいずれかにある実データに更新処理が発生すると、そのたびに、履歴記録領域３３ｄに更新情報が追加して記録される。
【００７０】
実データの更新に伴う処理は、通常、ＲＡＭ３３に対する更新のみで終了し、ＥＥＰＲＯＭ３４に対する書き込み処理は行われない。
【００７１】
ＥＥＰＲＯＭ３４への書き込みをＲＡＭ３３の更新の度には行わないことにより、ＥＥＰＲＯＭ３４への書き込み回数を減らし、ＥＥＰＲＯＭ３４の寿命を延ばすことが出来る。
【００７２】
以上、ＲＡＭ３３上にある実データをＣＰＵ３１が更新する際の処理の流れについて説明した。
【００７３】
［ＥＥＰＲＯＭへの書き込み処理の流れ］
次に、特定のタイミングでＲＡＭ３３上にあるデータをＥＥＰＲＯＭ３４へ書き込む際の処理の流れについて説明する。図８は、特定のタイミングでＲＡＭ３３上にあるデータをＥＥＰＲＯＭ３４へ書き込む際の処理の流れについて説明するための図である。
【００７４】
なお、ここでいう特定のタイミングとは、タイマーをトリガーとした周期的なものや、画像形成装置１０のシャットダウンなどの際に一括書き込み命令が実行された場合、ある特定の実データが更新された場合、履歴記録領域３３ｄが一杯になった場合などである。
【００７５】
まず、特定のタイミングになると、ＣＰＵ３１は、履歴記録領域３３ｄ内の更新情報をまとめ、まとめた更新情報をＥＥＰＲＯＭ３４上の履歴記録領域３４２ａ、履歴記録領域３４２ｂ、または履歴記録領域３４２ｃのいずれかに書き込む。書き込む際には、既に書き込まれている更新情報に追記する形で書き込みが行われる。
【００７６】
書き込みは、ブロック単位で順に切り替えられる。すなわち、ある特定のタイミングで３ブロック目（ブロック３４ｃ）に書き込みが行われたとしたら、次は、１ブロック目（ブロック３４ａ）に対して書き込みが行われる。
【００７７】
ブロックに書き込む順序は、予め定められている。例えば、１ブロック目、２ブロック目、３ブロック目、また元に戻り、１ブロック目、というように巡回的に書き込んでもよい。
【００７８】
図８の例では、前回の特定のタイミングにおいて、３ブロック目への書き込みが行われたとする。そのため、今回発生した特定のタイミングでは、１ブロック目への書き込みが行われる。
【００７９】
なお、まとめた更新情報を書き込む際、あるブロックの履歴記録領域に書き切れなかった場合、次の書き込みに用いるブロックへ残りの書き込みを行う。
【００８０】
書き込み完了後、ＣＰＵ３１は、履歴記録領域３３ｄ内の更新データをクリア（消去）する。
【００８１】
上記の処理でのポイントは、ＲＡＭ３３からＥＥＰＲＯＭ３４への実データの書き込みは行わず、まとめられた更新データのみをＥＥＰＲＯＭ３４の特定のブロックのみに書き込むことである。
【００８２】
この構成を採ることにより、ＥＥＰＲＯＭ３４への書き込み回数を減らすと共に、書き込みを行うブロックを均等化（ウェアレベリング）することが出来る。
【００８３】
以上、特定のタイミングでＲＡＭ３３上にあるデータをＥＥＰＲＯＭ３４へ書き込む際の処理の流れについて説明した。
【００８４】
［リフレッシュ処理の流れ］
次に、リフレッシュ処理の流れについて説明する。図９は、リフレッシュ処理の流れを説明するための図である。
【００８５】
なお、リフレッシュ処理とは、上述した特定のタイミングにおいて、１つのブロックの履歴記録領域が一杯になっており、履歴記録領域３３ｄに記録されている更新情報を、一杯になった履歴記録領域に書き写せないときに行われる処理である。
【００８６】
リフレッシュ処理では、ＲＡＭ３３上の実データ記録領域３３ａ、３３ｂ、および３３ｃ内の実データを、対応するＥＥＰＲＯＭ３４上の実データ記録領域３４１ａ、実データ記録領域３４１ｂ、および実データ記録領域３４１ｃに上書きする。
【００８７】
ＲＡＭ３３上の実データ記録領域３３ａ、３３ｂ、および３３ｃ内の実データは最新の状態にあるので、ＥＥＰＲＯＭ３４上の実データ記録領域３４１ａ、実データ記録領域３４１ｂ、および実データ記録領域３４１ｃ内の実データも最新の状態になる。
【００８８】
そのため、実データを最新の状態にするための更新情報は不要になるので、ＲＡＭ３３上の履歴記録領域３３ｄ内、そしてＥＥＰＲＯＭ３４上の履歴記録領域３４２ａ、履歴記録領域３４２ｂ、および履歴記録領域３４２ｃ内の更新情報をクリア（消去）する。
【００８９】
なお、リフレッシュ処理を行う目的は、例えば、１ブロック目および２ブロック目の履歴記録領域が一杯になった状態で、上述した特定のタイミングでの書き込み処理を行うと、３ブロック目だけに集中的に書き込みが行われ、書き込みの均等化を行うことが出来ないからである。
【００９０】
以上、リフレッシュ処理の流れについて説明した。
【００９１】
［補足事項］
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００９２】
１０  …  画像形成装置
１１  …  制御部
１２  …  画像読取部
１３  …  画像処理部
１４  …  画像メモリー
１５  …  画像形成部
１８  …  操作部
１８ａ…  表示部
１９  …  ファクシミリ通信部
２０  …  ネットワークインターフェイス部
２１  …  記憶部
３１  …  ＣＰＵ
３２  …  ＲＯＭ
３３  …  ＲＡＭ
３３ａ、３３ｂ、３３ｃ  …  実データ記録領域
３３ｄ…  履歴記録領域
３３ｐ…  プログラム展開領域
３４  …  ＥＥＰＲＯＭ
３４ａ、３４ｂ、３４ｃ  …  ブロック
３４１ａ、３４１ｂ、３４１ｃ  …  実データ記録領域
３４２ａ、３４２ｂ、３４２ｃ  …  履歴記録領域
３５  …  バス
【図１】
2015204016.tif 000003
【図２】
2015204016.tif 000004
【図３】
2015204016.tif 000005
【図４】
2015204016.tif 000006
【図５】
2015204016.tif 000007
【図６】
2015204016.tif 000008
【図７】
2015204016.tif 000009
【図８】
2015204016.tif 000010
【図９】
2015204016.tif 000011