データ記憶制御装置、データ記憶制御方法およびプログラム
【課題】画像データをバックアップとして保存する際に不揮発性記憶手段に対する書き換え回数を低減し、不揮発性記憶手段の長寿命化を図る。
【解決手段】データ記憶制御装置２は、所定容量の記憶領域を有する１次メモリ１１と、１次メモリ１１よりも大容量であり、その記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリ１２とを備える。制御部２３は、画像データ取得部２１によって取得される画像データのうち、２次メモリ１２における１ブロックの整数倍となるデータ部分を２次メモリに記憶すると共に、残余のデータ部分を１次メモリ１１に記憶し、バックアップデータ取得部２２によって取得されるバックアップデータを１次メモリ１１に記憶させた残余のデータ部分と組み合わせて２次メモリ１２の１つのブロックに記憶する。
【解決手段】データ記憶制御装置２は、所定容量の記憶領域を有する１次メモリ１１と、１次メモリ１１よりも大容量であり、その記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリ１２とを備える。制御部２３は、画像データ取得部２１によって取得される画像データのうち、２次メモリ１２における１ブロックの整数倍となるデータ部分を２次メモリに記憶すると共に、残余のデータ部分を１次メモリ１１に記憶し、バックアップデータ取得部２２によって取得されるバックアップデータを１次メモリ１１に記憶させた残余のデータ部分と組み合わせて２次メモリ１２の１つのブロックに記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ記憶制御装置、データ記憶制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来、コピー機能やＦＡＸ機能を備えた画像形成装置において、データの書き換え回数を増やすことなく、装置各部の性能や寿命などを保証するために必要となるデータを保持できるようにする技術が提案されている（例えば特許文献１）。この従来技術における画像形成装置は、省電力モード時に通電が遮断されるメイン制御部と、省電力モード時でも通電状態となるサブ制御部とを有しており、メイン制御部がバックアップの必要なデータの発生を検知すると、そのデータをメイン制御部の揮発性メモリへ記憶すると共に、サブ制御部へも送信することにより、そのデータをサブ制御部でも保持しておく。そして画像形成装置が省電力モードから通常モードへ復帰するとき、サブ制御部はメイン制御部に対してデータを送信することにより、メイン制御部の揮発性メモリに、バックアップの必要なデータを復元することができるようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２６５４０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、不揮発性メモリとして、ＮＡＮＤ型フラッシュメモリが普及している。ＮＡＮＤ型フラッシュメモリは、他のフラッシュメモリと比較して、回路規模が小さく、安価に大容量化できるという利点がある。そのため、コピー機能やＦＡＸ機能などの複数の機能を備えた複合機などにおいて、例えばハードディスクス装置のような大規模な記憶装置を搭載しないモデルでは、ＮＡＮＤ型フラッシュメモリを不揮発性記憶手段として搭載し、そのＮＡＮＤ型フラッシュメモリに、画像データやその他バックアップの必要なデータを記憶させることにより、比較的安価にバックアップ機能を搭載することができる。
【０００５】
その反面、ＮＡＮＤ型フラッシュメモリは、全体の記憶領域が複数のブロックに分割されており、１つのブロックにデータを書き込む際には、そのブロックに記録されているデータを一旦消去してからデータを書き込む必要がある。このようなブロック単位のデータ消去および書き込みが繰り返されると、各ブロックでのデータ保持機能が劣化していくため、データの書き換え回数には一定の制限が設けられている。
【０００６】
しかし、複合機などの装置では、ＦＡＸデータなどの画像データを受信するタイミングが不定期であり、しかもそのような画像データの受信が頻繁に行われる。また受信する画像データのデータ量も、その都度異なるデータ量となる。このような状況において、受信した画像データをＮＡＮＤ型フラッシュメモリにバックアップとして保存する際には、画像データを複数のブロックに分割して保存するのが一般的であるが、画像データを複数のブロックに対して均等なデータ量で分割してしまうと、各ブロックに空き領域が生じてしまう。また、画像データを各ブロックの記憶容量と同サイズとなるように分割すると、１つのブロックについては記憶容量と同サイズにはならないため、空き領域が生じてしまう。
【０００７】
このようにＮＡＮＤ型フラッシュメモリのブロックに空き領域が生じてしまうと、その空き領域に別のデータを記憶する際には、一旦そのブロックに書き込まれた画像データを読み出し、そのブロック内のデータを消去した後に、読み出した画像データと別のデータとを同時に書き込むことが必要となる。また、ブロックの記憶容量と同サイズではない画像データを、別のデータが既に記憶されているブロックに追加記憶させる場合にも、同様の処理が行われることになる。
【０００８】
したがって、バックアップとして保存しておくことが必要なデータが発生する都度、ＮＡＮＤ型フラッシュメモリの各ブロックに対してデータの書き込みを行うように構成すると、空き領域が発生してそのブロックに対するデータの書き換え回数が増加し、比較的早期に上限回数に達してしまうという問題がある。
【０００９】
そこで本発明は、上記従来の問題点を解決するためになされたものであり、画像データをバックアップとして保存する際にブロックに対する書き換え回数を低減するデータ記憶制御装置、データ記憶制御方法およびプログラムを提供することを、その目的とするものである。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１にかかる発明は、データ記憶制御装置であって、所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、前記２次メモリに格納する画像データを取得する画像データ取得手段と、画像データとは異なるバックアップデータを取得するバックアップデータ取得手段と、前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段と、を備えることを特徴とする構成である。
【００１１】
請求項２にかかる発明は、請求項１に記載のデータ記憶制御装置において、前記制御手段は、前記バックアップデータ取得手段が次のバックアップデータを取得するタイミングを検知し、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がある場合、前記画像データ取得手段が取得した画像データの残余のデータ部分を前記１次メモリに記憶することを特徴とする構成である。
【００１２】
請求項３にかかる発明は、請求項２に記載のデータ記憶制御装置において、前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像データ取得手段が取得した画像データの残余のデータ部分をバックアップデータと組み合わせることなく、前記２次メモリへ記憶することを特徴とする構成である。
【００１３】
請求項４にかかる発明は、請求項１乃至３のいずれかに記載のデータ記憶制御装置において、前記制御手段は、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶し、前記１次メモリに記憶されたバックアップデータと、画像データの残余のデータ部分とを組み合わせて前記２次メモリの１つのブロックに記憶することを特徴とする構成である。
【００１４】
請求項５にかかる発明は、請求項１乃至４のいずれかに記載のデータ記憶制御装置において、前記制御手段は、画像データの残余のデータ部分と、バックアップデータとを組み合わせる際、前記２次メモリの１つのブロックの容量を超えないように制御することを特徴とする構成である。
【００１５】
請求項６にかかる発明は、請求項５に記載のデータ記憶制御装置において、前記制御手段は、画像データの残余のデータ部分とバックアップデータとを組み合わせる際、バックアップデータに含まれる複数種類のデータ中から前記２次メモリの１つのブロックの容量を超えないデータを選択して組み合わせることを特徴とする構成である。
【００１６】
請求項７にかかる発明は、請求項２に記載のデータ記憶制御装置において、前記バックアップデータ取得手段によって取得されるバックアップデータは、予め設定される時間間隔で定期的に行われる画像安定化処理によって生成されるデータであり、前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像安定化処理を強制的に行わせて前記バックアップデータ取得手段にバックアップデータを取得させることを特徴とする構成である。
【００１７】
請求項８にかかる発明は、請求項１乃至７のいずれかに記載のデータ記憶制御装置において、前記制御手段は、前記２次メモリに記憶した画像データを消去する際、該画像データの残余のデータ部分と組み合わせたバックアップデータを前記１次メモリへ記憶させた後に、該画像データが記憶されている全てのブロックを消去することを特徴とする構成である。
【００１８】
請求項９にかかる発明は、所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータ消去が行われ、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、を制御するデータ記憶制御方法であって、(a) 前記２次メモリに格納する画像データを取得するステップと、(b) 前記ステップ(a)で取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶するステップと、(c) 前記ステップ(a)で取得される画像データのうち、残余のデータ部分を前記１次メモリに記憶するステップと、(d) 画像データとは異なるバックアップデータを取得するステップと、(e) 前記ステップ(d)によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶するステップと、を有することを特徴とする構成である。
【００１９】
請求項１０にかかる発明は、所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、を備えるコンピュータにおいて実行されるプログラムであって、前記コンピュータを、前記２次メモリに格納する画像データを取得する画像データ取得手段、画像データとは異なるバックアップデータを取得するバックアップデータ取得手段、および、前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段、として機能させることを特徴とする構成である。
【発明の効果】
【００２０】
本発明によれば、２次メモリに記憶するために取得される画像データのうち、２次メモリの１ブロック分に満たない残余のデータ部分を、他のバックアップデータと組み合わせることにより、２次メモリの１つのブロックに対して１度の書き込み動作でそれらのデータを記憶することができるようになる。それ故、画像データをバックアップとして２次メモリへ保存する際に２次メモリの各ブロックに対する書き換え回数を低減することができるようになり、２次メモリの長寿命化を図ることが可能である。
【図面の簡単な説明】
【００２１】
【図１】データ記憶制御装置が実装される情報処理装置の一構成例を示すブロック図である。
【図２】２次メモリにおける記憶領域の概念を示す図である。
【図３】画像データ取得時に制御部において行われるデータの記憶制御の一例を示す図である。
【図４】バックアップデータ取得時に制御部において行われるデータの記憶制御の一例を示す図である。
【図５】バックアップデータ取得部によって取得されるバックアップデータの種類を示す図である。
【図６】バックアップデータの取得予定があるか否かを判断するために制御部において管理される実行予定管理テーブルの一例を示す図である。
【図７】データ記憶制御を行うための処理手順の一例を示すフローチャートである。
【図８】バックアップデータ記憶処理の詳細な処理手順の一例を示す図である。
【図９】画像データ記憶処理の詳細な処理手順の一例を示すフローチャートである。
【図１０】画像データ削除処理の詳細な処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００２３】
図１は、本発明におけるデータ記憶制御装置２が実装される情報処理装置１の一構成例を示すブロック図である。情報処理装置１は、例えばスキャナ機能、プリンタ機能、コピー機能、ＦＡＸ機能などの複数の機能を備えた複合機として構成される。この情報処理装置１は、データ記憶制御装置２と、入出力部３と、スキャナ部４と、プリンタ部５と、ＤＲＡＭ（Dynamic Random Access Memory）などで構成されるメインメモリ６と、ネットワークコントローラ７と、ＦＡＸ通信部８と、操作パネル９とを備えている。
【００２４】
データ記憶制御装置２は、ＣＰＵ１０と、ＳＲＡＭ（Static Random Access Memory）などで構成される１次メモリ１１と、ＮＡＮＤ型フラッシュメモリで構成される２次メモリ１２と、１次メモリ１１にバックアップ用電源を供給する電池１３とを備えて構成される。
【００２５】
１次メモリ１１は、画像データや画像データ以外のバックアップデータを２次メモリ１２へ記録する際に使用される一時的なメモリであり、情報処理装置１の電源がオフにされた状態でも電池１３からの給電によってデータを保持する不揮発性メモリとして構成される。この１次メモリは、例えば１２８ＫＢといった所定容量の記憶領域を有している。
【００２６】
２次メモリ１２は、上述したようにＮＡＮＤ型フラッシュメモリで構成される不揮発性メモリであり、１次メモリ１１よりも大容量の記憶領域を有している。この２次メモリ１２には、ＣＰＵ１０によって実行されるプログラム１４が予め記憶されると共に、画像データや画像データ以外のバックアップデータを記憶するためのデータ記憶領域１５を備えている。
【００２７】
ＣＰＵ１０は、情報処理装置１に電源が投入されると、２次メモリ１２に記憶されているプログラム１４を読み出し実行し、情報処理装置１に設けられた各部の動作を制御する。
【００２８】
入出力部３は、ＣＰＵ１０と、スキャナ部４と、プリンタ部５とを相互に接続して画像データの入出力を行うインタフェースである。スキャナ部４は、原稿を読み取って画像データを生成し、その画像データを入出力部３に出力する。またプリンタ部５は、入出力部３を介して入力する画像データに基づいて印刷出力を行うように構成される。ＣＰＵ１０は、入出力部３を介して、スキャナ部４およびプリンタ部５の動作を制御すると共に、スキャナ部４およびプリンタ部５のそれぞれと画像データの入出力を行う。
【００２９】
メインメモリ６は、揮発性メモリであり、ＣＰＵ１０が情報処理装置１の各部の動作を制御する際に画像データやその他のデータを一時的に記憶するためのメモリである。
【００３０】
ネットワークコントローラ７は、ＬＡＮ（Local Area Network）などのネットワークを介して外部機器とデータ通信を行うためのものである。ＣＰＵ１０は、このネットワークコントローラ７を介して外部機器と画像データの送受信を行う。またＦＡＸ通信部８は、公衆電話網などを介してＦＡＸデータの送受信を行うものである。ＣＰＵ１０は、このＦＡＸ通信部８を介して画像データをＦＡＸデータとして外部に送信したり、或いは、外部からＦＡＸデータとして送信された画像データを受信したりする。操作パネル９は、ユーザが情報処理装置１を使用する際のユーザインタフェースとなるものである。ＣＰＵ１０は、この操作パネル９に対して各種のメニュー画面などを表示し、ユーザからの操作を受け付ける。
【００３１】
上記のような構成においてＣＰＵ１０は、スキャナ機能、プリンタ機能、コピー機能およびＦＡＸ機能に関するジョブの実行を制御すると共に、バックアップとして保存しておくことが必要な画像データや画像データ以外のデータを、１次メモリ１１を使用しながら２次メモリ１２へ保存するように構成される。ＣＰＵ１０は、画像データや画像データ以外のデータをバックアップとして保存するための機能として、画像データ取得部２１、バックアップデータ取得部２２および制御部２３を備えている。
【００３２】
画像データ取得部２１は、２次メモリ１２への保存対象となる画像データを取得する処理部である。例えば、情報処理装置１においてＦＡＸ通信部８がＦＡＸデータを受信した場合、そのＦＡＸデータに含まれる画像データは一旦２次メモリ１２へ保存される。この場合、２次メモリ１２への画像データの保存が完了することにより、ＦＡＸデータの受信処理が正常に完了することとなる。そのため、ＦＡＸ通信部８は、ＦＡＸデータに含まれる画像データの全体が２次メモリ１２へ完了された後に、ＦＡＸデータの送信元に対して受信完了通知を送信する。また、２次メモリ１２へ保存された画像データは、プリンタ部５によって印刷出力が行われるか、或いは操作パネル９に表示されてユーザによる確認作業が行われた後、２次メモリ１２から削除される。画像データ取得部２１は、このような２次メモリ１２への保存対象となる画像データを取得する。尚、画像データ取得部２１が２次メモリ１２への保存対象として取得する画像データは、必ずしもＦＡＸデータに限られない。
【００３３】
バックアップデータ取得部２２は、画像データ以外のデータであって、２次メモリ１２へ保存しておくべきバックアップデータを取得する処理部である。このようなバックアップデータには、種々のデータがあり、情報処理装置１において定期的に発生するデータもあれば、不定期に発生するデータもある。バックアップデータ取得部２２は、そのような定期的又は不定期に発生するバックアップデータを取得する。
【００３４】
制御部２３は、１次メモリ１１および２次メモリ１２に対するデータの書き込み動作や読み出し動作を行うことにより、バックアップとして保存すべきデータの記憶制御を行う処理部である。この制御部２３は、画像データ取得部２１によって取得される画像データ、および、バックアップデータ取得部２２によって取得されるバックアップデータを、１次メモリ１１を使用しながら、２次メモリ１２へ保存する処理を行う。
【００３５】
図２は、２次メモリ１２における記憶領域の概念を示す図である。図２に示すように、２次メモリ１２は、全体の記憶領域が均等に分割された複数のブロックを有している。それら複数のブロックのうち、例えば図２に示す斜線領域が上述したプログラム１４が記憶されたブロックとなっている。また、２次メモリ１２に設けられた複数のブロックのうち、プログラム１４が記憶されているブロック以外のブロックがデータ記憶領域１５となっている。このデータ記憶領域１５に、画像データや画像データ以外のバックアップデータが記憶される。また、各ブロックには複数のページが含まれており、それら各ページにデータが書き込まれる。
【００３６】
また２次メモリ１２は、ブロック単位でデータを消去することが可能な構成となっている。言い換えると、ブロック内のデータを部分的には消去することができない構成である。このような２次メモリ１２に対してデータを書き込む際には、既にデータが書き込まれているブロックに対しては新たなデータを書き込むことはできない。つまり、そのようなブロックに空きページ（空き領域）がある場合であっても、一旦ブロック内のデータを全て削除した後でなければ、そのブロックに新たなデータを書き込むことができないようになっている。ただし、各ブロックに書き込まれたデータを読み出す際には、ページ単位でのデータ読み出しが可能である。
【００３７】
また２次メモリ１２は、ブロックに対するデータの消去処理が行われる都度、そのブロックのデータ保持機能が低下していく特性を有している。そのため、制御部２３は、画像データやバックアップデータを２次メモリ１２の各ブロックへ記憶する際には、１次メモリ１１を使用することにより、各ブロックへのデータの書き込み回数を低減させるようにデータの記憶制御を行う。すなわち、制御部２３は、各ブロックの記憶容量とほぼ等しいデータ量となるようにデータを組み合わせて２次メモリ１２に記憶することにより、各ブロックを有効活用して書き込み回数の低減を図る。
【００３８】
図３および図４は、制御部２３によるデータの記憶制御の一例を示す図である。まず図３に示すように、画像データ取得部２１によって画像データＤＡが取得された場合、制御部２３は、その画像データＤＡを、２次メモリ１２における１ブロックの記憶容量の整数倍となるデータ部分ＤＡ１と、１ブロックの記憶容量に満たない残余のデータ部分ＤＡ２とに分割する。このような分割処理は、例えばメインメモリ６に画像データＤＡを展開することにより行われる。そして制御部２３は、１ブロックの整数倍となるデータ部分ＤＡ１を２次メモリ１２における一又は複数のブロックに格納すると共に、残余のデータ部分ＤＡ２を１次メモリ１１に格納する。
【００３９】
その後、バックアップデータ取得部２２によってバックアップデータＤＢが取得されると、図４に示すように、制御部２３は、そのバックアップデータＤＢを１次メモリ１１へ一旦格納し、１次メモリ１１に記憶されている画像データＤＡの残余のデータ部分ＤＡ２とバックアップデータＤＢとを組み合わせて２次メモリ１２の１ブロック分に相当するデータ量とし、その組み合わせたデータを２次メモリ１２の１つのブロックへ格納する。
【００４０】
また画像データ取得部２１によって画像データＤＡが取得されたとき、既に１次メモリ１１にバックアップデータＤＢが格納されていることもある。その場合、制御部２３は、残余のデータ部分ＤＡ２を１次メモリ１１に格納すると共に、１次メモリ１１に既に記憶されているバックアップデータＤＢと、残余のデータ部分ＤＡ２とを組み合わせて２次メモリ１２の１ブロック分に相当するデータ量とし、その組み合わせたデータを２次メモリ１２の１つのブロックへ格納する。
【００４１】
上記のように制御部２３は、比較的データ量の多い画像データを２次メモリ１２へ記憶する際、２次メモリ１２の１ブロック分のデータ量に満たない残余のデータ部分ＤＡ２を一旦１次メモリ１１へ格納し、バックアップデータＤＢと組み合わせて残余のデータ部分ＤＡ２を２次メモリ１２の１つのブロックへ格納する。したがって、画像データＤＡの残余のデータ部分ＤＡ２やバックアップデータＤＢを単独で２次メモリ１２の１つのブロックに格納する場合と比較すると、各ブロックの記憶領域を有効に活用することができると共に、２次メモリ１２に対するデータの書き込み回数を低減することができるようになる。
【００４２】
図５は、バックアップデータ取得部２２によって取得されるバックアップデータＤＢの種類を示す図である。上述したようにバックアップデータＤＢには、種々のデータがあり、図５にはその一例を示している。例えば図５に示すように、バックアップデータＤＢには、画像安定化データ３１と、ジョブ履歴データ３２と、カウンターデータ３３と、サービスデータ３４と、時刻補正データ３５とが含まれる。
【００４３】
画像安定化データ３１は、プリンタ部５において印刷出力される画像を安定化させるために行われる画像安定化処理によって生成されるデータである。すなわち、ＣＰＵ１０はプリンタ部５において印刷ジョブが実行されていないとき、所定時間間隔で定期的にプリンタ部５を実際に駆動することにより画像安定化処理を実行する。この画像安定化処理では、プリンタ部５において形成される画像の階調、色調、傾きなどが検知され、それらを基準値に補正するための補正データが生成される。したがって、画像安定化データ３１には、このような補正データとして、階調補正データ３１ａ、色ずれ補正データ３１ｂおよびスキュー補正データ３１ｃが含まれる。
【００４４】
このような画像安定化データ３１は、２次メモリ１２にバックアップデータＤＢとして保存され、プリンタ部５において印刷ジョブが実行されるときに画像を補正するためのデータとして参照される。そして画像安定化データ３１は、ＣＰＵ１０によって画像安定化処理が行われる都度、２次メモリ１２から読み出され、新たなデータに更新される。画像安定化データ３１が更新されるタイミングは、予め設定される画像安定化処理の実行間隔に基づいて予測することが可能である。
【００４５】
ジョブ履歴データ３２は、スキャナ機能、プリンタ機能、コピー機能、ＦＡＸ機能などに対応するジョブが実行された場合に、そのジョブの実行履歴が記録されるデータである。このようなジョブ履歴データ３２は、２次メモリ１２にバックアップデータＤＢとして保存され、ジョブの実行される度に更新される。すなわち、ＣＰＵ１０は、スキャナ部４、プリンタ部５およびＦＡＸ通信部８のいずれかにおいてジョブの実行が行われると、そのジョブの実行データを生成し、ジョブ履歴データ３２に記録する。このとき、ＣＰＵ１０は、２次メモリ１２にバックアップデータＤＢとして保存されているジョブ履歴データ３２を読み出し、新たなデータをジョブ履歴データ３２に追加記録して更新する。
【００４６】
ジョブ履歴データ３２が更新されるタイミングは、ジョブが実行されるタイミングに依存する。そのため、通常のジョブが実行される場合にはジョブ履歴データ３２が更新されるタイミングを予測することは困難であるが、例えばジョブの実行予定時刻が予め設定された予約ジョブが登録されている場合には、その予約ジョブの実行予定時刻を参照することによりジョブ履歴データ３２が更新されるタイミングを予測することが可能である。
【００４７】
カウンターデータ３３は、プリンタ部５によって印刷出力が行われた累積印刷枚数のカウント値を示すデータである。このようなジョブ履歴データ３２は、２次メモリ１２にバックアップデータＤＢとして保存され、プリンタ部５によって印刷ジョブが実行される度に更新される。すなわち、ＣＰＵ１０は、プリンタ部５において印刷ジョブが実行されると、その印刷枚数をカウントし、カウンターデータ３３に記録されているカウント値を更新する。このとき、ＣＰＵ１０は、２次メモリ１２にバックアップデータＤＢとして保存されているカウンターデータ３３を読み出して更新する。
【００４８】
カウンターデータ３３が更新されるタイミングは、印刷ジョブが実行されるタイミングに依存する。そのため、通常の印刷ジョブが実行される場合にはカウンターデータ３３が更新されるタイミングを予測することは困難であるが、例えば上述した予約ジョブとして予約プリントが登録されている場合には、その予約プリントの実行予定時刻を参照することによりカウンターデータ３３が更新されるタイミングを予測することが可能である。
【００４９】
サービスデータ３４は、情報処理装置１が定期的にサービス拠点に対して送信するためのデータが蓄積されたデータである。このサービスデータ３４は、例えばサービス拠点において情報処理装置１の使用状況に応じた課金処理などを行うために送信される。このようなサービスデータ３４は、例えばサービス拠点に送信されるタイミングで作成され、２次メモリ１２にバックアップデータＤＢとして保存される。すなわち、ＣＰＵ１０は、サービス拠点への送信のために予め設定された実行予定時刻になると、カウンターデータ３３などを読み出してサービスデータ３４を生成し、そのサービスデータ３４をサービス拠点に送信すると共に、そのサービスデータ３４をバックアップデータＤＢとして保存する。このようなカウンターデータ３３が更新されるタイミングは、予め設定された実行予定時刻に基づいて予測することが可能である。
【００５０】
時刻補正データ３５は、情報処理装置１の内部時計を補正したことを示すデータである。例えばＣＰＵ１０は、ネットワークコントローラ７を介して外部のサーバからその時計データを取得し、内部時計の時刻を補正するように構成されている。時刻補正データ３５は、その履歴を蓄積したデータであり、２次メモリ１２にバックアップデータＤＢとして保存される。すなわち、ＣＰＵ１０は、時刻補正のために予め設定された実行予定時刻になると、外部のサーバにアクセスして内部時計を補正すると共に、その履歴を時刻補正データ３５に記録して更新する。このような時刻補正データ３５が更新されるタイミングは、予め設定された実行予定時刻に基づいて予測することが可能である。
【００５１】
バックアップデータ取得部２２は、上述したような画像安定化データ３１、ジョブ履歴データ３２、カウンターデータ３３、サービスデータ３４および時刻補正データ３５のそれぞれをバックアップデータＤＢとして取得する。制御部２３は、それらのデータがバックアップデータ取得部２２によって取得される度に、それらのデータを１次メモリ１１に一旦保存する。
【００５２】
そして制御部２３は、画像データ取得部２１によって画像データＤＡが取得されたタイミングで、既に１次メモリ１１にバックアップデータＤＢが保存されている状態であれば、上述したように画像データＤＡのうちの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせて２次メモリ１２の１つのブロックに保存する。このとき、１次メモリ１１に記憶されているバックアップデータＤＢとして上述した複数のデータが記憶されていれば、制御部２３は、それら複数のデータの中から、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたときに２次メモリ１２の１つのブロック以下のサイズであって、１つのブロックとほぼ同じサイズとなるデータを選択して組み合わる。
【００５３】
また、制御部２３は、画像データ取得部２１によって画像データＤＡが取得されたタイミングで、１次メモリ１１にバックアップデータＤＢが保存されていない状態であれば、上述したデータのいずれかがバックアップデータＤＢとして所定時間内に取得される予定があるか否かを判断する。この判断は、上述したように実行予定時刻が既知であるデータについて行われる。
【００５４】
図６は、バックアップデータＤＢの取得予定があるか否かを判断するために制御部２３によって管理される実行予定管理テーブルの一例を示す図である。図６に示すように、この実行予定管理テーブルには、実行予定のある処理と、その実行予定時刻と、それに伴って生成されるバックアップデータＤＢの種類とが登録されている。
【００５５】
例えば、画像安定化処理は、上述したようにＣＰＵ１０によって所定時間間隔で定期的に行われる処理である。それ故、制御部２３は、画像安定化処理が次回実行される実行予定時刻を把握することが可能であり、図６に示すように、実行予定管理テーブルに対して次回の画像安定化処理が実行される実行予定時刻を登録して管理する。
【００５６】
また印刷ジョブの実行予定時刻が予め設定された予約プリントが登録されている場合、制御部２３は、その予約プリントが実行される実行予定時刻を把握することが可能である。そのため、制御部２３は、図６に示すように、予約プリントが実行される実行予定時刻を実行予定管理テーブルに登録して管理する。尚、予約プリント以外の予約ジョブについてもこれと同様である。
【００５７】
またサービスデータの送信は、ＣＰＵ１０によって定期的に行われる。それ故、制御部２３は、サービスデータの送信が次回実行される実行予定時刻を把握することが可能であり、図６に示すように、実行予定管理テーブルに対して次回のサービスデータ送信が実行される実行予定時刻を登録して管理する。
【００５８】
また時刻補正は、例えば１日１回予め設定された時刻になるとＣＰＵ１０によって実行される。そのため、制御部２３は、時刻補正が行われる実行予定時刻を把握することが可能であり、図６に示すように、実行予定管理テーブルに対して次回の時刻補正が行われる実行予定時刻を登録して管理する。
【００５９】
制御部２３は、図６のような実行予定管理テーブルを逐次更新しながら管理しており、画像データ取得部２１によって画像データＤＡが取得されたタイミングで、１次メモリ１１にバックアップデータＤＢが保存されていなければ、この実行予定管理テーブルを参照することにより、現在時刻から所定時間内にバックアップデータＤＢが取得される予定があるか否かを判断するように構成される。尚、所定時間としては、数分程度（例えば５分程度）の時間として設定されることが好ましい。
【００６０】
その結果、所定時間内にバックアップデータＤＢの取得予定がある場合、制御部２３は、画像データＤＡの残余のデータ部分ＤＡ２を１次メモリ１１に保存し、バックアップデータＤＢが取得されるまでその状態を継続する。そしてバックアップデータＤＢが取得されると、そのバックアップデータＤＢと画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせて２次メモリ１２の１つのブロックに保存する。
【００６１】
これに対し、所定時間内にバックアップデータＤＢの取得予定がない場合、制御部２３は、画像データＤＡの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせることなく、そのまま２次メモリ１２の１つのブロックに保存する。
【００６２】
したがって、ＦＡＸデータの受信に伴ってそのＦＡＸデータに含まれる画像データが２次メモリ１２に保存される場合、ＦＡＸ通信部８は、ＦＡＸデータを受信してから所定時間内に、ＦＡＸデータの送信元に対して受信完了通知を送信することができるようになる。
【００６３】
ただし、所定時間内にバックアップデータＤＢの取得予定がない場合において、画像データＤＡの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせることなく、そのまま２次メモリ１２の１つのブロックに保存してしまうと、そのブロックの記憶領域を有効活用することはできず、空き領域が生じることになる。これを防止するため、制御部２３は、例えばＣＰＵ１０に画像安定化処理を前倒しで実行させるようにしても良い。すなわち、制御部２３は、所定時間内（例えば５分以内）にバックアップデータＤＢの取得予定がないと判断した場合、画像安定化処理の次回の実行予定時刻を確認し、次回の画像安定化処理が所定時間以内（例えば１０分以内）に行われる予定であれば、その画像安定化処理を前倒しで先に実行させる。そしてその結果取得される画像安定化データ３１を残余のデータ部分ＤＡ２と組み合わせて２次メモリ１２の１つのブロックに保存するようにしても良い。このような処理を行うことにより、受信完了通知を送信するタイミングを遅らせることなく、２次メモリ１２のブロックに空き領域が生じることを防止することができるようになる。
【００６４】
また、画像データ取得部２１によって取得される画像データＤＡがＦＡＸデータの受信によるものでない場合、画像データＤＡの２次メモリ１２への保存を所定時間内に完了させる必要はない。そのため、この場合は、残余のデータ部分ＤＡ２とバックアップデータＤＢとを組み合わせて１ブロック分のデータ量となるまで、残余のデータ部分ＤＡ２を１次メモリ１１に保存させた状態を継続させても良い。
【００６５】
また制御部２３は、２次メモリ１２に保存した画像データＤＡを削除する場合、残余のデータ部分ＤＡ２と組み合わせたバックアップデータＤＢを読み出し、そのバックアップデータＤＢを１次メモリ１１へ保存し、その後、画像データＤＡが保存されている全てのブロックのデータを一括消去する。１次メモリ１１へ退避させたバックアップデータＤＢは、その後に、バックアップとして保存する必要のある画像データＤＡが取得された場合、その画像データＤＡの残余のデータ部分ＤＡ２と組み合わされて再び２次メモリ１２へ保存されるようになる。
【００６６】
図７乃至図１０は、上述したデータ記憶制御を行うための処理手順の一例を示すフローチャートである。この処理は、ＣＰＵ１０がプログラム１４を実行することにより行われる処理であり、ＣＰＵ１０において画像データ取得部２１、バックアップデータ取得部２２および制御部２３が機能することにより行われる。尚、図に示す処理手順では、２次メモリ１２にバックアップとして保存された画像データＤＡは、情報処理装置１において印刷出力が行われることに伴い、２次メモリ１２から削除される場合を例示するが、必ずしもこれに限られるものではない。
【００６７】
図７に示すように、ＣＰＵ１０は、この処理を開始すると、まず２次メモリ１２へ保存するためのバックアップデータＤＢが取得されたか否かを判断し（ステップＳ１）、バックアップデータＤＢが取得されていれば、バックアップデータ記憶処理を実行する（ステップＳ２）。尚、バックアップデータＤＢが取得されていなければ、ステップＳ２の処理はスキップする。
【００６８】
次にＣＰＵ１０は、２次メモリ１２へ保存するための画像データＤＡが取得されたか否かを判断し（ステップＳ３）、画像データＤＡが取得されていれば、画像データ記憶処理を実行する（ステップＳ４）。尚、画像データＤＡが取得されていなければ、ステップＳ４の処理はスキップする。
【００６９】
次にＣＰＵ１０は、２次メモリ１２に画像データＤＡが記憶されているか否かを判断し（ステップＳ５）、画像データＤＡが記憶されていれば、印刷出力を行うか否かを判断する（ステップＳ６）。例えば、ユーザが操作パネル９に対して印刷指示を行った場合、ＣＰＵ１０は印刷出力を行うと判断する。ＣＰＵ１０は、印刷出力を行う場合（ステップＳ６でＹＥＳ）、２次メモリ１２から画像データＤＡを読み出して印刷出力処理を実行する（ステップＳ７）。印刷出力処理が完了すると、ＣＰＵ１０は、２次メモリ１２の画像データＤＡを削除するか否かを判断する（ステップＳ８）。例えば、ユーザが印刷指示を行う際に画像データＤＡの削除を指定している場合、ＣＰＵ１０は画像データＤＡを削除すると判断する。そしてＣＰＵ１０は、画像データ削除処理を実行する（ステップＳ８）。尚、２次メモリ１２に画像データＤＡが記憶されていない場合（ステップＳ５でＮＯ）には、ステップＳ６〜Ｓ９の処理はスキップする。
【００７０】
図８は、バックアップデータ記憶処理（ステップＳ２）の詳細な処理手順の一例を示す図である。ＣＰＵ１０は、この処理を開始すると、バックアップデータＤＢをまず１次メモリ１１へ保存する（ステップＳ１０）。そしてＣＰＵ１０は、１次メモリ１１に画像データＤＡの残余のデータ部分ＤＡ２が格納されているか否かを判断する（ステップＳ１１）。その結果、１次メモリ１１に残余のデータ部分ＤＡ２が保存されていなければ（ステップＳ１１でＮＯ）、バックアップデータ記憶処理が終了する。
【００７１】
これに対し、１次メモリ１１に残余のデータ部分ＤＡ２が保存されている場合（ステップＳ１１でＹＥＳ）、ＣＰＵ１０は、１次メモリ１１に保存したバックアップデータＤＢの中から、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたとき、２次メモリ１２の１ブロック分以下となるデータを抽出する（ステップＳ１２）。このとき、ＣＰＵ１０は、残余のデータ部分ＤＡ２と組み合わせることにより、２次メモリ１２の１ブロック分以下であって、最大のデータ量となるデータを抽出する。それ故、ＣＰＵ１０は、１次メモリ１１に保存されているバックアップデータＤＢの中から複数のデータを抽出することもある。
【００７２】
そしてＣＰＵ１０は、バックアップデータＤＢから抽出したデータと、画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせ（ステップＳ１３）、その組み合わせたデータを２次メモリ１２の１つのブロックに保存する（ステップＳ１４）。これにより、画像データＤＡの全部が２次メモリ１２にバックアップとして保存されるようになる。その後、ＣＰＵ１０は、２次メモリ１２へ保存したデータを１次メモリ１１から削除する（ステップＳ１５）。
【００７３】
次にＣＰＵ１０は、２次メモリ１２への保存が完了した画像データＤＡがＦＡＸデータ受信に伴って取得された画像データであるか否かを判断する（ステップＳ１６）。そしてＦＡＸデータに含まれていた画像データである場合（ステップＳ１６でＹＥＳ）、ＣＰＵ１０は、ＦＡＸ通信部８に画像データＤＡの保存完了を通知し、ＦＡＸ通信部８に受信完了通知の送信を行わせる（ステップＳ１７）。尚、画像データがＦＡＸデータに含まれていたものでない場合（ステップＳ１６でＮＯ）、ステップＳ１７の処理は行われることなく、バックアップデータ記憶処理が終了する。
【００７４】
このようなバックアップデータ記憶処理（ステップＳ２）がＣＰＵ１０によって実行されることにより、バックアップデータＤＢが取得されたタイミングで、１次メモリ１１に既に画像データＤＡの残余のデータ部分ＤＡ２が記憶されていれば、その取得されたバックアップデータＤＢと、残余のデータ部分ＤＡ２とを組み合わせた状態で、２次メモリ１２へ保存することができるようになる。
【００７５】
次に図９は、画像データ記憶処理（ステップＳ４）の詳細な処理手順の一例を示すフローチャートである。ＣＰＵ１０は、この処理を開始すると、取得された画像データＤＡを２次メモリ１２の１ブロック分のサイズ毎に分割する（ステップＳ２０）。そしてＣＰＵ１０は、１ブロック分と同じサイズに分割されたデータ部分ＤＡ１を２次メモリ１２の各ブロックへ保存する（ステップＳ２１）。またＣＰＵ１０は、１ブロック分に満たない残余のデータ部分ＤＡ２を１次メモリ１１へ保存する（ステップＳ２２）。
【００７６】
そしてＣＰＵ１０は、１次メモリ１１にバックアップデータＤＢが格納されているか否かを判断する（ステップＳ２３）。その結果、１次メモリ１１にバックアップデータＤＢが保存されている場合（ステップＳ２３でＹＥＳ）、ＣＰＵ１０は、１次メモリ１１に保存されているバックアップデータＤＢの中から、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたとき、２次メモリ１２の１ブロック分以下となるデータを抽出する（ステップＳ２４）。このとき、ＣＰＵ１０は、残余のデータ部分ＤＡ２と組み合わせることにより、２次メモリ１２の１ブロック分以下であって、最大のデータ量となるデータを抽出する。
【００７７】
そしてＣＰＵ１０は、バックアップデータＤＢから抽出したデータと、画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせ（ステップＳ２５）、その組み合わせたデータを２次メモリ１２の１つのブロックに保存する（ステップＳ２６）。これにより、取得された画像データＤＡの全部が２次メモリ１２にバックアップとして保存される。その後、ＣＰＵ１０は、２次メモリ１２へ保存したデータを１次メモリ１１から削除する（ステップＳ２７）。
【００７８】
次にＣＰＵ１０は、２次メモリ１２への保存が完了した画像データＤＡがＦＡＸデータ受信に伴って取得された画像データであるか否かを判断する（ステップＳ２８）。ＦＡＸデータに含まれていた画像データである場合（ステップＳ２８でＹＥＳ）、ＣＰＵ１０は、ＦＡＸ通信部８に画像データＤＡの保存完了を通知し、ＦＡＸ通信部８に受信完了通知の送信を行わせる（ステップＳ２９）。尚、画像データがＦＡＸデータに含まれていたものでない場合（ステップＳ２８でＮＯ）、ステップＳ２９の処理は行われることなく、画像データ記憶処理が終了する。
【００７９】
一方、画像データＤＡが取得されたタイミングで、１次メモリ１１にバックアップデータＤＢが格納されていない場合（ステップＳ２３でＮＯ）、ＣＰＵ１０は、図６に例示した実行予定管理テーブルを参照し、所定時間以内（例えば５分以内）にバックアップデータＤＢの取得予定があるか否かを判断する（ステップＳ３０）。その結果、所定時間以内にバックアップデータＤＢの取得予定がある場合（ステップＳ３０でＹＥＳ）、ＣＰＵ１０は、画像データＤＡの残余のデータ部分ＤＡ２を１次メモリ１１に保存した状態のまま画像データ記憶処理を終了する。この残余のデータ部分ＤＡ２は、その後にバックアップデータＤＢが取得されたとき、上述したバックアップデータ記憶処理（ステップＳ２）によってバックアップデータＤＢと共に、２次メモリ１２へ保存されるようになる。
【００８０】
また所定時間以内にバックアップデータＤＢの取得予定がない場合（ステップＳ３０でＮＯ）、ＣＰＵ１０は、１次メモリ１１へ保存した画像データＤＡの残余のデータ部分ＤＡ２を２次メモリ１２に保存する（ステップＳ３１）。このとき、画像データＤＡの残余のデータ部分ＤＡ２だけをそのまま２次メモリ１２の１つのブロックに保存するようにしても良い。ただし、その場合は、残余のデータ部分だけが保存されるブロックに比較的大きな空き領域が生じてしまう可能性がある。そのため、ステップＳ３１の処理において、ＣＰＵ１０は、画像安定化処理を前倒しで実行することによってバックアップデータＤＢを予定よりも早期に取得し、その早期に取得したバックアップデータＤＢと残余のデータ部分ＤＡ２とを組み合わせて２次メモリ１２の１つのブロックに保存することがより好ましい。
【００８１】
そしてステップＳ３１の処理によって画像データＤＡの残余のデータ部分ＤＡ２が２次メモリ１２に保存されると、ステップＳ２８に進む。そしてＣＰＵ１０は、上述したように、２次メモリ１２への保存が完了した画像データＤＡがＦＡＸデータ受信に伴って取得された画像データであるか否かを判断し（ステップＳ２８）、ＦＡＸデータに含まれていた画像データである場合にはＦＡＸ通信部８に受信完了通知の送信を行わせる（ステップＳ２９）。
【００８２】
このような画像データ記憶処理（ステップＳ４）がＣＰＵ１０によって実行されることにより、画像データＤＡが取得されたタイミングで、１次メモリ１１に既にバックアップデータＤＢが記憶されていれば、その取得されたバックアップデータＤＢと、画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせた状態で、２次メモリ１２へ保存することができるようになる。また、バックアップデータＤＢが１次メモリ１１に記憶されていない場合には、所定時間以内にバックアップデータＤＢの取得予定があるか否かが判断され、バックアップデータＤＢの取得予定があれば、残余のデータ部分ＤＡ２を１次メモリ１１に保存した状態でバックアップデータＤＢが取得されるまで待機する状態となる。これに対し、所定時間以内にバックアップデータＤＢの取得予定がない場合には、残余のデータ部分ＤＡ２が速やかに２次メモリ１２へ保存されるようになり、画像データＤＡの全部を比較的早期に２次メモリ１２へ保存することができる。
【００８３】
次に図１０は、画像データ削除処理（ステップＳ９）の詳細な処理手順の一例を示すフローチャートである。ＣＰＵ１０は、この処理を開始すると、２次メモリ１２において削除対象となる画像データＤＡが記憶されているブロックを全て特定する（ステップＳ４０）。そしてＣＰＵ１０は、特定したブロックのうちの１つのブロックを選択し（ステップＳ４１）、その選択したブロックにバックアップデータＤＢとの組み合わせたデータが記憶されているか否かを判断する（ステップＳ４２）。その結果、バックアップデータＤＢと組み合わせたデータが記憶されていれば（ステップＳ４２でＹＥＳ）、そのバックアップデータＤＢを読み出して１次メモリ１１へ保存する（ステップＳ４３）。そしてＣＰＵ１０は、選択したブロックに記憶されているデータを一括削除する（ステップＳ４４）。尚、選択したブロックにバックアップデータＤＢが保存されていない場合には、ステップＳ４３の処理は行われず、そのブロックに記憶されているデータが一括削除されるようになる（ステップＳ４４）。
【００８４】
そしてＣＰＵ１０は、ステップＳ４０で特定した全てのブロックに対する削除処理が完了したか否かを判断し（ステップＳ４５）、未だ削除処理が行われていないブロックが存在すれば、ステップＳ４１に戻り、上述した処理を繰り返す。そして全てのブロックに対する削除処理が完了することにより、画像データ削除処理（ステップＳ９）が終了する。
【００８５】
このような画像データ削除処理（ステップＳ９）がＣＰＵ１０によって実行されることにより、バックアップとして保存しておく必要のなくなった画像データＤＡは速やかに２次メモリ１２から削除される。このとき、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせられているバックアップデータＤＢを１次メモリ１１へ退避させるようにしているので、バックアップデータＤＢが画像データＤＡの削除と共に失われてしまうことを防止している。１次メモリ１１へ退避させたバックアップデータＤＢは、その後に別の画像データＤＡが取得されると、その画像データＤＡの残余のデータ部分ＤＡ２と共に、再び２次メモリ１２へ保存されるようになる。
【００８６】
以上のように本実施形態の情報処理装置１は、所定容量の記憶領域を有する１次メモリ１１と、その１次メモリ１１よりも大容量の記憶領域を有する２次メモリ１２とを備えるデータ記憶制御装置２を有している。２次メモリ１２は、その記憶領域が複数のブロックに分割されており、ブロック単位でのデータ消去が行われ、データの消去されたブロックに対してデータの書き込みが可能となる不揮発性の記憶手段である。
【００８７】
そしてデータ記憶制御装置２は、上述したように、２次メモリ１２に格納する画像データＤＡを取得する画像データ取得部２１と、画像データＤＡとは異なるバックアップデータＤＢを取得するバックアップデータ取得部２２と、画像データ取得部２１によって取得される画像データＤＡのうち、２次メモリ１２における１ブロックの整数倍となるデータ部分ＤＡ１を２次メモリ１２に記憶すると共に、残余のデータ部分ＤＡ２を１次メモリ１１に記憶し、バックアップデータ取得部２２によって取得されるバックアップデータＤＢを１次メモリ１１における残余のデータ部分ＤＡ２と組み合わせて２次メモリ１２の１つのブロックに記憶する制御部２３とを備える構成である。
【００８８】
このような構成によれば、画像データＤＡを２次メモリ１２へ記憶する際に発生する空き領域を低減することができるようになる。その結果、２次メモリ１２の各ブロックに対するデータの書き込み回数を低減することができるようになり、書き換え回数に上限値のある２次メモリ１２を従来よりも長期間に亘って使用することができるようになる。
【００８９】
また本実施形態における制御部２３は、バックアップデータ取得部２２が次のバックアップデータＤＢを取得するタイミングを検知するように構成される。そして制御部２３は、画像データ取得部２１が画像データＤＡを取得したときにバックアップデータ取得部２２が次のバックアップデータＤＢを所定時間以内に取得する予定がある場合、画像データ取得部２１が取得した画像データＤＡの残余のデータ部分ＤＡ２を１次メモリ１１に記憶する。したがって、画像データＤＡが取得された時点で次のバックアップデータＤＢが所定時間以内に取得される予定がある場合、その画像データＤＡの残余のデータ部分ＤＡ２は、所定時間以内にバックアップデータＤＢと共に２次メモリ１２の１つのブロックに保存することができる。
【００９０】
また、画像データ取得部２１が画像データＤＡを取得したときにバックアップデータ取得部２２が次のバックアップデータＤＢを所定時間以内に取得する予定がない場合には、制御部２３は、画像データ取得部２１が取得した画像データＤＡの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせることなく、２次メモリ１２へ記憶するようにしても良い。この場合、画像データ取得部２１によって取得された画像データＤＡの全部を、速やかに２次メモリ１２へ記憶することができるようになる。
【００９１】
また、画像データ取得部２１が画像データＤＡを取得したときにバックアップデータ取得部２２が次のバックアップデータＤＢを所定時間以内に取得する予定がない場合、制御部２３は、予め設定される時間間隔で定期的に行われる画像安定化処理を強制的に前倒しで実行させてバックアップデータ取得部２２にバックアップデータＤＢを取得させるようにしても良い。この場合、画像データ取得部２１によって取得された画像データＤＡの全部を、速やかに２次メモリ１２へ記憶することができると共に、２次メモリ１２に空き領域が生じることを低減することができるようになる。
【００９２】
また本実施形態の制御部２３は、画像データＤＡの残余のデータ部分ＤＡ２と、バックアップデータＤＢとを組み合わせる際、２次メモリ１２の１つのブロックの容量を超えないように制御する。すなわち、画像データＤＡの残余のデータ部分ＤＡ２とバックアップデータＤＢとを組み合わせる際、バックアップデータＤＢに含まれる複数種類のデータ中から２次メモリ１２の１つのブロックの容量を超えず、且つ最大のデータ量となるデータを選択して組み合わせる処理が行われる。このような構成によれば、２次メモリ１２における各ブロックの記憶領域を最も有効活用することができるようになり、２次メモリ１２の各ブロックに対するデータの書き込み回数をより一層効果的に低減することができるようになる。
【００９３】
また本実施形態の制御部２３は、２次メモリ１２に記憶した画像データＤＡを消去する際、その画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたバックアップデータＤＢを読み出して１次メモリ１１へ記憶させた後に、その画像データＤＡが記憶されている全てのブロックを消去する。そのため、データ記憶制御装置２において継続的に保持しておく必要のあるバックアップデータＤＢが画像データＤＡの削除と共に失われてしまうことを防止することができるようになっている。
【００９４】
（変形例）
以上、本発明に関する一実施形態について説明したが、本発明は上述した内容のものに限られるものではなく、種々の変形例が適用可能であることは言うまでもない。
【００９５】
例えば、上記実施形態においては、データ記憶制御装置２が、複合機などの情報処理装置１に実装される場合を例示したが、これに限られるものではない。すなわち、上述したデータ記憶制御装置２は、例えばハードディスク装置などの大規模な記憶装置を備えていない任意の装置に対し、比較的安価にバックアップ機能を提供することができるものである。そのため、上述したデータ記憶制御装置２の構成は、複合機以外の他の装置に対しても適用可能であり、例えばコンピュータなどに搭載されるものであっても構わない。
【００９６】
また、上記実施形態においては、１次メモリ１１は不揮発性の記憶手段によって構成される場合を例示した。しかし、これに限定されるものではなく、１次メモリ１１は、揮発性の記憶手段によって構成されても構わない。例えば、図１に示したメインメモリ６を１次メモリ１１として使用するようにしても良い。ただし、その場合には、データ記憶制御装置２に供給される電源が停電してしまうと、メインメモリ６に記憶されているバックアップデータＤＢや画像データＤＡの残余のデータ部分ＤＡ２が消失してしまうという問題がある。そのため、上記実施形態において説明したように、１次メモリ１１は、不揮発性の記憶手段によって構成されることが好ましい。
【符号の説明】
【００９７】
１ 情報処理装置
２ データ記憶制御装置
１０ ＣＰＵ
１１ １次メモリ
１２ ２次メモリ
２１ 画像データ取得部（画像データ取得手段）
２２ バックアップデータ取得部（バックアップデータ取得手段）
２３ 制御部（制御手段）
【技術分野】
【０００１】
本発明は、データ記憶制御装置、データ記憶制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来、コピー機能やＦＡＸ機能を備えた画像形成装置において、データの書き換え回数を増やすことなく、装置各部の性能や寿命などを保証するために必要となるデータを保持できるようにする技術が提案されている（例えば特許文献１）。この従来技術における画像形成装置は、省電力モード時に通電が遮断されるメイン制御部と、省電力モード時でも通電状態となるサブ制御部とを有しており、メイン制御部がバックアップの必要なデータの発生を検知すると、そのデータをメイン制御部の揮発性メモリへ記憶すると共に、サブ制御部へも送信することにより、そのデータをサブ制御部でも保持しておく。そして画像形成装置が省電力モードから通常モードへ復帰するとき、サブ制御部はメイン制御部に対してデータを送信することにより、メイン制御部の揮発性メモリに、バックアップの必要なデータを復元することができるようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２６５４０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、不揮発性メモリとして、ＮＡＮＤ型フラッシュメモリが普及している。ＮＡＮＤ型フラッシュメモリは、他のフラッシュメモリと比較して、回路規模が小さく、安価に大容量化できるという利点がある。そのため、コピー機能やＦＡＸ機能などの複数の機能を備えた複合機などにおいて、例えばハードディスクス装置のような大規模な記憶装置を搭載しないモデルでは、ＮＡＮＤ型フラッシュメモリを不揮発性記憶手段として搭載し、そのＮＡＮＤ型フラッシュメモリに、画像データやその他バックアップの必要なデータを記憶させることにより、比較的安価にバックアップ機能を搭載することができる。
【０００５】
その反面、ＮＡＮＤ型フラッシュメモリは、全体の記憶領域が複数のブロックに分割されており、１つのブロックにデータを書き込む際には、そのブロックに記録されているデータを一旦消去してからデータを書き込む必要がある。このようなブロック単位のデータ消去および書き込みが繰り返されると、各ブロックでのデータ保持機能が劣化していくため、データの書き換え回数には一定の制限が設けられている。
【０００６】
しかし、複合機などの装置では、ＦＡＸデータなどの画像データを受信するタイミングが不定期であり、しかもそのような画像データの受信が頻繁に行われる。また受信する画像データのデータ量も、その都度異なるデータ量となる。このような状況において、受信した画像データをＮＡＮＤ型フラッシュメモリにバックアップとして保存する際には、画像データを複数のブロックに分割して保存するのが一般的であるが、画像データを複数のブロックに対して均等なデータ量で分割してしまうと、各ブロックに空き領域が生じてしまう。また、画像データを各ブロックの記憶容量と同サイズとなるように分割すると、１つのブロックについては記憶容量と同サイズにはならないため、空き領域が生じてしまう。
【０００７】
このようにＮＡＮＤ型フラッシュメモリのブロックに空き領域が生じてしまうと、その空き領域に別のデータを記憶する際には、一旦そのブロックに書き込まれた画像データを読み出し、そのブロック内のデータを消去した後に、読み出した画像データと別のデータとを同時に書き込むことが必要となる。また、ブロックの記憶容量と同サイズではない画像データを、別のデータが既に記憶されているブロックに追加記憶させる場合にも、同様の処理が行われることになる。
【０００８】
したがって、バックアップとして保存しておくことが必要なデータが発生する都度、ＮＡＮＤ型フラッシュメモリの各ブロックに対してデータの書き込みを行うように構成すると、空き領域が発生してそのブロックに対するデータの書き換え回数が増加し、比較的早期に上限回数に達してしまうという問題がある。
【０００９】
そこで本発明は、上記従来の問題点を解決するためになされたものであり、画像データをバックアップとして保存する際にブロックに対する書き換え回数を低減するデータ記憶制御装置、データ記憶制御方法およびプログラムを提供することを、その目的とするものである。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１にかかる発明は、データ記憶制御装置であって、所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、前記２次メモリに格納する画像データを取得する画像データ取得手段と、画像データとは異なるバックアップデータを取得するバックアップデータ取得手段と、前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段と、を備えることを特徴とする構成である。
【００１１】
請求項２にかかる発明は、請求項１に記載のデータ記憶制御装置において、前記制御手段は、前記バックアップデータ取得手段が次のバックアップデータを取得するタイミングを検知し、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がある場合、前記画像データ取得手段が取得した画像データの残余のデータ部分を前記１次メモリに記憶することを特徴とする構成である。
【００１２】
請求項３にかかる発明は、請求項２に記載のデータ記憶制御装置において、前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像データ取得手段が取得した画像データの残余のデータ部分をバックアップデータと組み合わせることなく、前記２次メモリへ記憶することを特徴とする構成である。
【００１３】
請求項４にかかる発明は、請求項１乃至３のいずれかに記載のデータ記憶制御装置において、前記制御手段は、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶し、前記１次メモリに記憶されたバックアップデータと、画像データの残余のデータ部分とを組み合わせて前記２次メモリの１つのブロックに記憶することを特徴とする構成である。
【００１４】
請求項５にかかる発明は、請求項１乃至４のいずれかに記載のデータ記憶制御装置において、前記制御手段は、画像データの残余のデータ部分と、バックアップデータとを組み合わせる際、前記２次メモリの１つのブロックの容量を超えないように制御することを特徴とする構成である。
【００１５】
請求項６にかかる発明は、請求項５に記載のデータ記憶制御装置において、前記制御手段は、画像データの残余のデータ部分とバックアップデータとを組み合わせる際、バックアップデータに含まれる複数種類のデータ中から前記２次メモリの１つのブロックの容量を超えないデータを選択して組み合わせることを特徴とする構成である。
【００１６】
請求項７にかかる発明は、請求項２に記載のデータ記憶制御装置において、前記バックアップデータ取得手段によって取得されるバックアップデータは、予め設定される時間間隔で定期的に行われる画像安定化処理によって生成されるデータであり、前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像安定化処理を強制的に行わせて前記バックアップデータ取得手段にバックアップデータを取得させることを特徴とする構成である。
【００１７】
請求項８にかかる発明は、請求項１乃至７のいずれかに記載のデータ記憶制御装置において、前記制御手段は、前記２次メモリに記憶した画像データを消去する際、該画像データの残余のデータ部分と組み合わせたバックアップデータを前記１次メモリへ記憶させた後に、該画像データが記憶されている全てのブロックを消去することを特徴とする構成である。
【００１８】
請求項９にかかる発明は、所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータ消去が行われ、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、を制御するデータ記憶制御方法であって、(a) 前記２次メモリに格納する画像データを取得するステップと、(b) 前記ステップ(a)で取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶するステップと、(c) 前記ステップ(a)で取得される画像データのうち、残余のデータ部分を前記１次メモリに記憶するステップと、(d) 画像データとは異なるバックアップデータを取得するステップと、(e) 前記ステップ(d)によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶するステップと、を有することを特徴とする構成である。
【００１９】
請求項１０にかかる発明は、所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、を備えるコンピュータにおいて実行されるプログラムであって、前記コンピュータを、前記２次メモリに格納する画像データを取得する画像データ取得手段、画像データとは異なるバックアップデータを取得するバックアップデータ取得手段、および、前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段、として機能させることを特徴とする構成である。
【発明の効果】
【００２０】
本発明によれば、２次メモリに記憶するために取得される画像データのうち、２次メモリの１ブロック分に満たない残余のデータ部分を、他のバックアップデータと組み合わせることにより、２次メモリの１つのブロックに対して１度の書き込み動作でそれらのデータを記憶することができるようになる。それ故、画像データをバックアップとして２次メモリへ保存する際に２次メモリの各ブロックに対する書き換え回数を低減することができるようになり、２次メモリの長寿命化を図ることが可能である。
【図面の簡単な説明】
【００２１】
【図１】データ記憶制御装置が実装される情報処理装置の一構成例を示すブロック図である。
【図２】２次メモリにおける記憶領域の概念を示す図である。
【図３】画像データ取得時に制御部において行われるデータの記憶制御の一例を示す図である。
【図４】バックアップデータ取得時に制御部において行われるデータの記憶制御の一例を示す図である。
【図５】バックアップデータ取得部によって取得されるバックアップデータの種類を示す図である。
【図６】バックアップデータの取得予定があるか否かを判断するために制御部において管理される実行予定管理テーブルの一例を示す図である。
【図７】データ記憶制御を行うための処理手順の一例を示すフローチャートである。
【図８】バックアップデータ記憶処理の詳細な処理手順の一例を示す図である。
【図９】画像データ記憶処理の詳細な処理手順の一例を示すフローチャートである。
【図１０】画像データ削除処理の詳細な処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００２３】
図１は、本発明におけるデータ記憶制御装置２が実装される情報処理装置１の一構成例を示すブロック図である。情報処理装置１は、例えばスキャナ機能、プリンタ機能、コピー機能、ＦＡＸ機能などの複数の機能を備えた複合機として構成される。この情報処理装置１は、データ記憶制御装置２と、入出力部３と、スキャナ部４と、プリンタ部５と、ＤＲＡＭ（Dynamic Random Access Memory）などで構成されるメインメモリ６と、ネットワークコントローラ７と、ＦＡＸ通信部８と、操作パネル９とを備えている。
【００２４】
データ記憶制御装置２は、ＣＰＵ１０と、ＳＲＡＭ（Static Random Access Memory）などで構成される１次メモリ１１と、ＮＡＮＤ型フラッシュメモリで構成される２次メモリ１２と、１次メモリ１１にバックアップ用電源を供給する電池１３とを備えて構成される。
【００２５】
１次メモリ１１は、画像データや画像データ以外のバックアップデータを２次メモリ１２へ記録する際に使用される一時的なメモリであり、情報処理装置１の電源がオフにされた状態でも電池１３からの給電によってデータを保持する不揮発性メモリとして構成される。この１次メモリは、例えば１２８ＫＢといった所定容量の記憶領域を有している。
【００２６】
２次メモリ１２は、上述したようにＮＡＮＤ型フラッシュメモリで構成される不揮発性メモリであり、１次メモリ１１よりも大容量の記憶領域を有している。この２次メモリ１２には、ＣＰＵ１０によって実行されるプログラム１４が予め記憶されると共に、画像データや画像データ以外のバックアップデータを記憶するためのデータ記憶領域１５を備えている。
【００２７】
ＣＰＵ１０は、情報処理装置１に電源が投入されると、２次メモリ１２に記憶されているプログラム１４を読み出し実行し、情報処理装置１に設けられた各部の動作を制御する。
【００２８】
入出力部３は、ＣＰＵ１０と、スキャナ部４と、プリンタ部５とを相互に接続して画像データの入出力を行うインタフェースである。スキャナ部４は、原稿を読み取って画像データを生成し、その画像データを入出力部３に出力する。またプリンタ部５は、入出力部３を介して入力する画像データに基づいて印刷出力を行うように構成される。ＣＰＵ１０は、入出力部３を介して、スキャナ部４およびプリンタ部５の動作を制御すると共に、スキャナ部４およびプリンタ部５のそれぞれと画像データの入出力を行う。
【００２９】
メインメモリ６は、揮発性メモリであり、ＣＰＵ１０が情報処理装置１の各部の動作を制御する際に画像データやその他のデータを一時的に記憶するためのメモリである。
【００３０】
ネットワークコントローラ７は、ＬＡＮ（Local Area Network）などのネットワークを介して外部機器とデータ通信を行うためのものである。ＣＰＵ１０は、このネットワークコントローラ７を介して外部機器と画像データの送受信を行う。またＦＡＸ通信部８は、公衆電話網などを介してＦＡＸデータの送受信を行うものである。ＣＰＵ１０は、このＦＡＸ通信部８を介して画像データをＦＡＸデータとして外部に送信したり、或いは、外部からＦＡＸデータとして送信された画像データを受信したりする。操作パネル９は、ユーザが情報処理装置１を使用する際のユーザインタフェースとなるものである。ＣＰＵ１０は、この操作パネル９に対して各種のメニュー画面などを表示し、ユーザからの操作を受け付ける。
【００３１】
上記のような構成においてＣＰＵ１０は、スキャナ機能、プリンタ機能、コピー機能およびＦＡＸ機能に関するジョブの実行を制御すると共に、バックアップとして保存しておくことが必要な画像データや画像データ以外のデータを、１次メモリ１１を使用しながら２次メモリ１２へ保存するように構成される。ＣＰＵ１０は、画像データや画像データ以外のデータをバックアップとして保存するための機能として、画像データ取得部２１、バックアップデータ取得部２２および制御部２３を備えている。
【００３２】
画像データ取得部２１は、２次メモリ１２への保存対象となる画像データを取得する処理部である。例えば、情報処理装置１においてＦＡＸ通信部８がＦＡＸデータを受信した場合、そのＦＡＸデータに含まれる画像データは一旦２次メモリ１２へ保存される。この場合、２次メモリ１２への画像データの保存が完了することにより、ＦＡＸデータの受信処理が正常に完了することとなる。そのため、ＦＡＸ通信部８は、ＦＡＸデータに含まれる画像データの全体が２次メモリ１２へ完了された後に、ＦＡＸデータの送信元に対して受信完了通知を送信する。また、２次メモリ１２へ保存された画像データは、プリンタ部５によって印刷出力が行われるか、或いは操作パネル９に表示されてユーザによる確認作業が行われた後、２次メモリ１２から削除される。画像データ取得部２１は、このような２次メモリ１２への保存対象となる画像データを取得する。尚、画像データ取得部２１が２次メモリ１２への保存対象として取得する画像データは、必ずしもＦＡＸデータに限られない。
【００３３】
バックアップデータ取得部２２は、画像データ以外のデータであって、２次メモリ１２へ保存しておくべきバックアップデータを取得する処理部である。このようなバックアップデータには、種々のデータがあり、情報処理装置１において定期的に発生するデータもあれば、不定期に発生するデータもある。バックアップデータ取得部２２は、そのような定期的又は不定期に発生するバックアップデータを取得する。
【００３４】
制御部２３は、１次メモリ１１および２次メモリ１２に対するデータの書き込み動作や読み出し動作を行うことにより、バックアップとして保存すべきデータの記憶制御を行う処理部である。この制御部２３は、画像データ取得部２１によって取得される画像データ、および、バックアップデータ取得部２２によって取得されるバックアップデータを、１次メモリ１１を使用しながら、２次メモリ１２へ保存する処理を行う。
【００３５】
図２は、２次メモリ１２における記憶領域の概念を示す図である。図２に示すように、２次メモリ１２は、全体の記憶領域が均等に分割された複数のブロックを有している。それら複数のブロックのうち、例えば図２に示す斜線領域が上述したプログラム１４が記憶されたブロックとなっている。また、２次メモリ１２に設けられた複数のブロックのうち、プログラム１４が記憶されているブロック以外のブロックがデータ記憶領域１５となっている。このデータ記憶領域１５に、画像データや画像データ以外のバックアップデータが記憶される。また、各ブロックには複数のページが含まれており、それら各ページにデータが書き込まれる。
【００３６】
また２次メモリ１２は、ブロック単位でデータを消去することが可能な構成となっている。言い換えると、ブロック内のデータを部分的には消去することができない構成である。このような２次メモリ１２に対してデータを書き込む際には、既にデータが書き込まれているブロックに対しては新たなデータを書き込むことはできない。つまり、そのようなブロックに空きページ（空き領域）がある場合であっても、一旦ブロック内のデータを全て削除した後でなければ、そのブロックに新たなデータを書き込むことができないようになっている。ただし、各ブロックに書き込まれたデータを読み出す際には、ページ単位でのデータ読み出しが可能である。
【００３７】
また２次メモリ１２は、ブロックに対するデータの消去処理が行われる都度、そのブロックのデータ保持機能が低下していく特性を有している。そのため、制御部２３は、画像データやバックアップデータを２次メモリ１２の各ブロックへ記憶する際には、１次メモリ１１を使用することにより、各ブロックへのデータの書き込み回数を低減させるようにデータの記憶制御を行う。すなわち、制御部２３は、各ブロックの記憶容量とほぼ等しいデータ量となるようにデータを組み合わせて２次メモリ１２に記憶することにより、各ブロックを有効活用して書き込み回数の低減を図る。
【００３８】
図３および図４は、制御部２３によるデータの記憶制御の一例を示す図である。まず図３に示すように、画像データ取得部２１によって画像データＤＡが取得された場合、制御部２３は、その画像データＤＡを、２次メモリ１２における１ブロックの記憶容量の整数倍となるデータ部分ＤＡ１と、１ブロックの記憶容量に満たない残余のデータ部分ＤＡ２とに分割する。このような分割処理は、例えばメインメモリ６に画像データＤＡを展開することにより行われる。そして制御部２３は、１ブロックの整数倍となるデータ部分ＤＡ１を２次メモリ１２における一又は複数のブロックに格納すると共に、残余のデータ部分ＤＡ２を１次メモリ１１に格納する。
【００３９】
その後、バックアップデータ取得部２２によってバックアップデータＤＢが取得されると、図４に示すように、制御部２３は、そのバックアップデータＤＢを１次メモリ１１へ一旦格納し、１次メモリ１１に記憶されている画像データＤＡの残余のデータ部分ＤＡ２とバックアップデータＤＢとを組み合わせて２次メモリ１２の１ブロック分に相当するデータ量とし、その組み合わせたデータを２次メモリ１２の１つのブロックへ格納する。
【００４０】
また画像データ取得部２１によって画像データＤＡが取得されたとき、既に１次メモリ１１にバックアップデータＤＢが格納されていることもある。その場合、制御部２３は、残余のデータ部分ＤＡ２を１次メモリ１１に格納すると共に、１次メモリ１１に既に記憶されているバックアップデータＤＢと、残余のデータ部分ＤＡ２とを組み合わせて２次メモリ１２の１ブロック分に相当するデータ量とし、その組み合わせたデータを２次メモリ１２の１つのブロックへ格納する。
【００４１】
上記のように制御部２３は、比較的データ量の多い画像データを２次メモリ１２へ記憶する際、２次メモリ１２の１ブロック分のデータ量に満たない残余のデータ部分ＤＡ２を一旦１次メモリ１１へ格納し、バックアップデータＤＢと組み合わせて残余のデータ部分ＤＡ２を２次メモリ１２の１つのブロックへ格納する。したがって、画像データＤＡの残余のデータ部分ＤＡ２やバックアップデータＤＢを単独で２次メモリ１２の１つのブロックに格納する場合と比較すると、各ブロックの記憶領域を有効に活用することができると共に、２次メモリ１２に対するデータの書き込み回数を低減することができるようになる。
【００４２】
図５は、バックアップデータ取得部２２によって取得されるバックアップデータＤＢの種類を示す図である。上述したようにバックアップデータＤＢには、種々のデータがあり、図５にはその一例を示している。例えば図５に示すように、バックアップデータＤＢには、画像安定化データ３１と、ジョブ履歴データ３２と、カウンターデータ３３と、サービスデータ３４と、時刻補正データ３５とが含まれる。
【００４３】
画像安定化データ３１は、プリンタ部５において印刷出力される画像を安定化させるために行われる画像安定化処理によって生成されるデータである。すなわち、ＣＰＵ１０はプリンタ部５において印刷ジョブが実行されていないとき、所定時間間隔で定期的にプリンタ部５を実際に駆動することにより画像安定化処理を実行する。この画像安定化処理では、プリンタ部５において形成される画像の階調、色調、傾きなどが検知され、それらを基準値に補正するための補正データが生成される。したがって、画像安定化データ３１には、このような補正データとして、階調補正データ３１ａ、色ずれ補正データ３１ｂおよびスキュー補正データ３１ｃが含まれる。
【００４４】
このような画像安定化データ３１は、２次メモリ１２にバックアップデータＤＢとして保存され、プリンタ部５において印刷ジョブが実行されるときに画像を補正するためのデータとして参照される。そして画像安定化データ３１は、ＣＰＵ１０によって画像安定化処理が行われる都度、２次メモリ１２から読み出され、新たなデータに更新される。画像安定化データ３１が更新されるタイミングは、予め設定される画像安定化処理の実行間隔に基づいて予測することが可能である。
【００４５】
ジョブ履歴データ３２は、スキャナ機能、プリンタ機能、コピー機能、ＦＡＸ機能などに対応するジョブが実行された場合に、そのジョブの実行履歴が記録されるデータである。このようなジョブ履歴データ３２は、２次メモリ１２にバックアップデータＤＢとして保存され、ジョブの実行される度に更新される。すなわち、ＣＰＵ１０は、スキャナ部４、プリンタ部５およびＦＡＸ通信部８のいずれかにおいてジョブの実行が行われると、そのジョブの実行データを生成し、ジョブ履歴データ３２に記録する。このとき、ＣＰＵ１０は、２次メモリ１２にバックアップデータＤＢとして保存されているジョブ履歴データ３２を読み出し、新たなデータをジョブ履歴データ３２に追加記録して更新する。
【００４６】
ジョブ履歴データ３２が更新されるタイミングは、ジョブが実行されるタイミングに依存する。そのため、通常のジョブが実行される場合にはジョブ履歴データ３２が更新されるタイミングを予測することは困難であるが、例えばジョブの実行予定時刻が予め設定された予約ジョブが登録されている場合には、その予約ジョブの実行予定時刻を参照することによりジョブ履歴データ３２が更新されるタイミングを予測することが可能である。
【００４７】
カウンターデータ３３は、プリンタ部５によって印刷出力が行われた累積印刷枚数のカウント値を示すデータである。このようなジョブ履歴データ３２は、２次メモリ１２にバックアップデータＤＢとして保存され、プリンタ部５によって印刷ジョブが実行される度に更新される。すなわち、ＣＰＵ１０は、プリンタ部５において印刷ジョブが実行されると、その印刷枚数をカウントし、カウンターデータ３３に記録されているカウント値を更新する。このとき、ＣＰＵ１０は、２次メモリ１２にバックアップデータＤＢとして保存されているカウンターデータ３３を読み出して更新する。
【００４８】
カウンターデータ３３が更新されるタイミングは、印刷ジョブが実行されるタイミングに依存する。そのため、通常の印刷ジョブが実行される場合にはカウンターデータ３３が更新されるタイミングを予測することは困難であるが、例えば上述した予約ジョブとして予約プリントが登録されている場合には、その予約プリントの実行予定時刻を参照することによりカウンターデータ３３が更新されるタイミングを予測することが可能である。
【００４９】
サービスデータ３４は、情報処理装置１が定期的にサービス拠点に対して送信するためのデータが蓄積されたデータである。このサービスデータ３４は、例えばサービス拠点において情報処理装置１の使用状況に応じた課金処理などを行うために送信される。このようなサービスデータ３４は、例えばサービス拠点に送信されるタイミングで作成され、２次メモリ１２にバックアップデータＤＢとして保存される。すなわち、ＣＰＵ１０は、サービス拠点への送信のために予め設定された実行予定時刻になると、カウンターデータ３３などを読み出してサービスデータ３４を生成し、そのサービスデータ３４をサービス拠点に送信すると共に、そのサービスデータ３４をバックアップデータＤＢとして保存する。このようなカウンターデータ３３が更新されるタイミングは、予め設定された実行予定時刻に基づいて予測することが可能である。
【００５０】
時刻補正データ３５は、情報処理装置１の内部時計を補正したことを示すデータである。例えばＣＰＵ１０は、ネットワークコントローラ７を介して外部のサーバからその時計データを取得し、内部時計の時刻を補正するように構成されている。時刻補正データ３５は、その履歴を蓄積したデータであり、２次メモリ１２にバックアップデータＤＢとして保存される。すなわち、ＣＰＵ１０は、時刻補正のために予め設定された実行予定時刻になると、外部のサーバにアクセスして内部時計を補正すると共に、その履歴を時刻補正データ３５に記録して更新する。このような時刻補正データ３５が更新されるタイミングは、予め設定された実行予定時刻に基づいて予測することが可能である。
【００５１】
バックアップデータ取得部２２は、上述したような画像安定化データ３１、ジョブ履歴データ３２、カウンターデータ３３、サービスデータ３４および時刻補正データ３５のそれぞれをバックアップデータＤＢとして取得する。制御部２３は、それらのデータがバックアップデータ取得部２２によって取得される度に、それらのデータを１次メモリ１１に一旦保存する。
【００５２】
そして制御部２３は、画像データ取得部２１によって画像データＤＡが取得されたタイミングで、既に１次メモリ１１にバックアップデータＤＢが保存されている状態であれば、上述したように画像データＤＡのうちの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせて２次メモリ１２の１つのブロックに保存する。このとき、１次メモリ１１に記憶されているバックアップデータＤＢとして上述した複数のデータが記憶されていれば、制御部２３は、それら複数のデータの中から、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたときに２次メモリ１２の１つのブロック以下のサイズであって、１つのブロックとほぼ同じサイズとなるデータを選択して組み合わる。
【００５３】
また、制御部２３は、画像データ取得部２１によって画像データＤＡが取得されたタイミングで、１次メモリ１１にバックアップデータＤＢが保存されていない状態であれば、上述したデータのいずれかがバックアップデータＤＢとして所定時間内に取得される予定があるか否かを判断する。この判断は、上述したように実行予定時刻が既知であるデータについて行われる。
【００５４】
図６は、バックアップデータＤＢの取得予定があるか否かを判断するために制御部２３によって管理される実行予定管理テーブルの一例を示す図である。図６に示すように、この実行予定管理テーブルには、実行予定のある処理と、その実行予定時刻と、それに伴って生成されるバックアップデータＤＢの種類とが登録されている。
【００５５】
例えば、画像安定化処理は、上述したようにＣＰＵ１０によって所定時間間隔で定期的に行われる処理である。それ故、制御部２３は、画像安定化処理が次回実行される実行予定時刻を把握することが可能であり、図６に示すように、実行予定管理テーブルに対して次回の画像安定化処理が実行される実行予定時刻を登録して管理する。
【００５６】
また印刷ジョブの実行予定時刻が予め設定された予約プリントが登録されている場合、制御部２３は、その予約プリントが実行される実行予定時刻を把握することが可能である。そのため、制御部２３は、図６に示すように、予約プリントが実行される実行予定時刻を実行予定管理テーブルに登録して管理する。尚、予約プリント以外の予約ジョブについてもこれと同様である。
【００５７】
またサービスデータの送信は、ＣＰＵ１０によって定期的に行われる。それ故、制御部２３は、サービスデータの送信が次回実行される実行予定時刻を把握することが可能であり、図６に示すように、実行予定管理テーブルに対して次回のサービスデータ送信が実行される実行予定時刻を登録して管理する。
【００５８】
また時刻補正は、例えば１日１回予め設定された時刻になるとＣＰＵ１０によって実行される。そのため、制御部２３は、時刻補正が行われる実行予定時刻を把握することが可能であり、図６に示すように、実行予定管理テーブルに対して次回の時刻補正が行われる実行予定時刻を登録して管理する。
【００５９】
制御部２３は、図６のような実行予定管理テーブルを逐次更新しながら管理しており、画像データ取得部２１によって画像データＤＡが取得されたタイミングで、１次メモリ１１にバックアップデータＤＢが保存されていなければ、この実行予定管理テーブルを参照することにより、現在時刻から所定時間内にバックアップデータＤＢが取得される予定があるか否かを判断するように構成される。尚、所定時間としては、数分程度（例えば５分程度）の時間として設定されることが好ましい。
【００６０】
その結果、所定時間内にバックアップデータＤＢの取得予定がある場合、制御部２３は、画像データＤＡの残余のデータ部分ＤＡ２を１次メモリ１１に保存し、バックアップデータＤＢが取得されるまでその状態を継続する。そしてバックアップデータＤＢが取得されると、そのバックアップデータＤＢと画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせて２次メモリ１２の１つのブロックに保存する。
【００６１】
これに対し、所定時間内にバックアップデータＤＢの取得予定がない場合、制御部２３は、画像データＤＡの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせることなく、そのまま２次メモリ１２の１つのブロックに保存する。
【００６２】
したがって、ＦＡＸデータの受信に伴ってそのＦＡＸデータに含まれる画像データが２次メモリ１２に保存される場合、ＦＡＸ通信部８は、ＦＡＸデータを受信してから所定時間内に、ＦＡＸデータの送信元に対して受信完了通知を送信することができるようになる。
【００６３】
ただし、所定時間内にバックアップデータＤＢの取得予定がない場合において、画像データＤＡの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせることなく、そのまま２次メモリ１２の１つのブロックに保存してしまうと、そのブロックの記憶領域を有効活用することはできず、空き領域が生じることになる。これを防止するため、制御部２３は、例えばＣＰＵ１０に画像安定化処理を前倒しで実行させるようにしても良い。すなわち、制御部２３は、所定時間内（例えば５分以内）にバックアップデータＤＢの取得予定がないと判断した場合、画像安定化処理の次回の実行予定時刻を確認し、次回の画像安定化処理が所定時間以内（例えば１０分以内）に行われる予定であれば、その画像安定化処理を前倒しで先に実行させる。そしてその結果取得される画像安定化データ３１を残余のデータ部分ＤＡ２と組み合わせて２次メモリ１２の１つのブロックに保存するようにしても良い。このような処理を行うことにより、受信完了通知を送信するタイミングを遅らせることなく、２次メモリ１２のブロックに空き領域が生じることを防止することができるようになる。
【００６４】
また、画像データ取得部２１によって取得される画像データＤＡがＦＡＸデータの受信によるものでない場合、画像データＤＡの２次メモリ１２への保存を所定時間内に完了させる必要はない。そのため、この場合は、残余のデータ部分ＤＡ２とバックアップデータＤＢとを組み合わせて１ブロック分のデータ量となるまで、残余のデータ部分ＤＡ２を１次メモリ１１に保存させた状態を継続させても良い。
【００６５】
また制御部２３は、２次メモリ１２に保存した画像データＤＡを削除する場合、残余のデータ部分ＤＡ２と組み合わせたバックアップデータＤＢを読み出し、そのバックアップデータＤＢを１次メモリ１１へ保存し、その後、画像データＤＡが保存されている全てのブロックのデータを一括消去する。１次メモリ１１へ退避させたバックアップデータＤＢは、その後に、バックアップとして保存する必要のある画像データＤＡが取得された場合、その画像データＤＡの残余のデータ部分ＤＡ２と組み合わされて再び２次メモリ１２へ保存されるようになる。
【００６６】
図７乃至図１０は、上述したデータ記憶制御を行うための処理手順の一例を示すフローチャートである。この処理は、ＣＰＵ１０がプログラム１４を実行することにより行われる処理であり、ＣＰＵ１０において画像データ取得部２１、バックアップデータ取得部２２および制御部２３が機能することにより行われる。尚、図に示す処理手順では、２次メモリ１２にバックアップとして保存された画像データＤＡは、情報処理装置１において印刷出力が行われることに伴い、２次メモリ１２から削除される場合を例示するが、必ずしもこれに限られるものではない。
【００６７】
図７に示すように、ＣＰＵ１０は、この処理を開始すると、まず２次メモリ１２へ保存するためのバックアップデータＤＢが取得されたか否かを判断し（ステップＳ１）、バックアップデータＤＢが取得されていれば、バックアップデータ記憶処理を実行する（ステップＳ２）。尚、バックアップデータＤＢが取得されていなければ、ステップＳ２の処理はスキップする。
【００６８】
次にＣＰＵ１０は、２次メモリ１２へ保存するための画像データＤＡが取得されたか否かを判断し（ステップＳ３）、画像データＤＡが取得されていれば、画像データ記憶処理を実行する（ステップＳ４）。尚、画像データＤＡが取得されていなければ、ステップＳ４の処理はスキップする。
【００６９】
次にＣＰＵ１０は、２次メモリ１２に画像データＤＡが記憶されているか否かを判断し（ステップＳ５）、画像データＤＡが記憶されていれば、印刷出力を行うか否かを判断する（ステップＳ６）。例えば、ユーザが操作パネル９に対して印刷指示を行った場合、ＣＰＵ１０は印刷出力を行うと判断する。ＣＰＵ１０は、印刷出力を行う場合（ステップＳ６でＹＥＳ）、２次メモリ１２から画像データＤＡを読み出して印刷出力処理を実行する（ステップＳ７）。印刷出力処理が完了すると、ＣＰＵ１０は、２次メモリ１２の画像データＤＡを削除するか否かを判断する（ステップＳ８）。例えば、ユーザが印刷指示を行う際に画像データＤＡの削除を指定している場合、ＣＰＵ１０は画像データＤＡを削除すると判断する。そしてＣＰＵ１０は、画像データ削除処理を実行する（ステップＳ８）。尚、２次メモリ１２に画像データＤＡが記憶されていない場合（ステップＳ５でＮＯ）には、ステップＳ６〜Ｓ９の処理はスキップする。
【００７０】
図８は、バックアップデータ記憶処理（ステップＳ２）の詳細な処理手順の一例を示す図である。ＣＰＵ１０は、この処理を開始すると、バックアップデータＤＢをまず１次メモリ１１へ保存する（ステップＳ１０）。そしてＣＰＵ１０は、１次メモリ１１に画像データＤＡの残余のデータ部分ＤＡ２が格納されているか否かを判断する（ステップＳ１１）。その結果、１次メモリ１１に残余のデータ部分ＤＡ２が保存されていなければ（ステップＳ１１でＮＯ）、バックアップデータ記憶処理が終了する。
【００７１】
これに対し、１次メモリ１１に残余のデータ部分ＤＡ２が保存されている場合（ステップＳ１１でＹＥＳ）、ＣＰＵ１０は、１次メモリ１１に保存したバックアップデータＤＢの中から、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたとき、２次メモリ１２の１ブロック分以下となるデータを抽出する（ステップＳ１２）。このとき、ＣＰＵ１０は、残余のデータ部分ＤＡ２と組み合わせることにより、２次メモリ１２の１ブロック分以下であって、最大のデータ量となるデータを抽出する。それ故、ＣＰＵ１０は、１次メモリ１１に保存されているバックアップデータＤＢの中から複数のデータを抽出することもある。
【００７２】
そしてＣＰＵ１０は、バックアップデータＤＢから抽出したデータと、画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせ（ステップＳ１３）、その組み合わせたデータを２次メモリ１２の１つのブロックに保存する（ステップＳ１４）。これにより、画像データＤＡの全部が２次メモリ１２にバックアップとして保存されるようになる。その後、ＣＰＵ１０は、２次メモリ１２へ保存したデータを１次メモリ１１から削除する（ステップＳ１５）。
【００７３】
次にＣＰＵ１０は、２次メモリ１２への保存が完了した画像データＤＡがＦＡＸデータ受信に伴って取得された画像データであるか否かを判断する（ステップＳ１６）。そしてＦＡＸデータに含まれていた画像データである場合（ステップＳ１６でＹＥＳ）、ＣＰＵ１０は、ＦＡＸ通信部８に画像データＤＡの保存完了を通知し、ＦＡＸ通信部８に受信完了通知の送信を行わせる（ステップＳ１７）。尚、画像データがＦＡＸデータに含まれていたものでない場合（ステップＳ１６でＮＯ）、ステップＳ１７の処理は行われることなく、バックアップデータ記憶処理が終了する。
【００７４】
このようなバックアップデータ記憶処理（ステップＳ２）がＣＰＵ１０によって実行されることにより、バックアップデータＤＢが取得されたタイミングで、１次メモリ１１に既に画像データＤＡの残余のデータ部分ＤＡ２が記憶されていれば、その取得されたバックアップデータＤＢと、残余のデータ部分ＤＡ２とを組み合わせた状態で、２次メモリ１２へ保存することができるようになる。
【００７５】
次に図９は、画像データ記憶処理（ステップＳ４）の詳細な処理手順の一例を示すフローチャートである。ＣＰＵ１０は、この処理を開始すると、取得された画像データＤＡを２次メモリ１２の１ブロック分のサイズ毎に分割する（ステップＳ２０）。そしてＣＰＵ１０は、１ブロック分と同じサイズに分割されたデータ部分ＤＡ１を２次メモリ１２の各ブロックへ保存する（ステップＳ２１）。またＣＰＵ１０は、１ブロック分に満たない残余のデータ部分ＤＡ２を１次メモリ１１へ保存する（ステップＳ２２）。
【００７６】
そしてＣＰＵ１０は、１次メモリ１１にバックアップデータＤＢが格納されているか否かを判断する（ステップＳ２３）。その結果、１次メモリ１１にバックアップデータＤＢが保存されている場合（ステップＳ２３でＹＥＳ）、ＣＰＵ１０は、１次メモリ１１に保存されているバックアップデータＤＢの中から、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたとき、２次メモリ１２の１ブロック分以下となるデータを抽出する（ステップＳ２４）。このとき、ＣＰＵ１０は、残余のデータ部分ＤＡ２と組み合わせることにより、２次メモリ１２の１ブロック分以下であって、最大のデータ量となるデータを抽出する。
【００７７】
そしてＣＰＵ１０は、バックアップデータＤＢから抽出したデータと、画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせ（ステップＳ２５）、その組み合わせたデータを２次メモリ１２の１つのブロックに保存する（ステップＳ２６）。これにより、取得された画像データＤＡの全部が２次メモリ１２にバックアップとして保存される。その後、ＣＰＵ１０は、２次メモリ１２へ保存したデータを１次メモリ１１から削除する（ステップＳ２７）。
【００７８】
次にＣＰＵ１０は、２次メモリ１２への保存が完了した画像データＤＡがＦＡＸデータ受信に伴って取得された画像データであるか否かを判断する（ステップＳ２８）。ＦＡＸデータに含まれていた画像データである場合（ステップＳ２８でＹＥＳ）、ＣＰＵ１０は、ＦＡＸ通信部８に画像データＤＡの保存完了を通知し、ＦＡＸ通信部８に受信完了通知の送信を行わせる（ステップＳ２９）。尚、画像データがＦＡＸデータに含まれていたものでない場合（ステップＳ２８でＮＯ）、ステップＳ２９の処理は行われることなく、画像データ記憶処理が終了する。
【００７９】
一方、画像データＤＡが取得されたタイミングで、１次メモリ１１にバックアップデータＤＢが格納されていない場合（ステップＳ２３でＮＯ）、ＣＰＵ１０は、図６に例示した実行予定管理テーブルを参照し、所定時間以内（例えば５分以内）にバックアップデータＤＢの取得予定があるか否かを判断する（ステップＳ３０）。その結果、所定時間以内にバックアップデータＤＢの取得予定がある場合（ステップＳ３０でＹＥＳ）、ＣＰＵ１０は、画像データＤＡの残余のデータ部分ＤＡ２を１次メモリ１１に保存した状態のまま画像データ記憶処理を終了する。この残余のデータ部分ＤＡ２は、その後にバックアップデータＤＢが取得されたとき、上述したバックアップデータ記憶処理（ステップＳ２）によってバックアップデータＤＢと共に、２次メモリ１２へ保存されるようになる。
【００８０】
また所定時間以内にバックアップデータＤＢの取得予定がない場合（ステップＳ３０でＮＯ）、ＣＰＵ１０は、１次メモリ１１へ保存した画像データＤＡの残余のデータ部分ＤＡ２を２次メモリ１２に保存する（ステップＳ３１）。このとき、画像データＤＡの残余のデータ部分ＤＡ２だけをそのまま２次メモリ１２の１つのブロックに保存するようにしても良い。ただし、その場合は、残余のデータ部分だけが保存されるブロックに比較的大きな空き領域が生じてしまう可能性がある。そのため、ステップＳ３１の処理において、ＣＰＵ１０は、画像安定化処理を前倒しで実行することによってバックアップデータＤＢを予定よりも早期に取得し、その早期に取得したバックアップデータＤＢと残余のデータ部分ＤＡ２とを組み合わせて２次メモリ１２の１つのブロックに保存することがより好ましい。
【００８１】
そしてステップＳ３１の処理によって画像データＤＡの残余のデータ部分ＤＡ２が２次メモリ１２に保存されると、ステップＳ２８に進む。そしてＣＰＵ１０は、上述したように、２次メモリ１２への保存が完了した画像データＤＡがＦＡＸデータ受信に伴って取得された画像データであるか否かを判断し（ステップＳ２８）、ＦＡＸデータに含まれていた画像データである場合にはＦＡＸ通信部８に受信完了通知の送信を行わせる（ステップＳ２９）。
【００８２】
このような画像データ記憶処理（ステップＳ４）がＣＰＵ１０によって実行されることにより、画像データＤＡが取得されたタイミングで、１次メモリ１１に既にバックアップデータＤＢが記憶されていれば、その取得されたバックアップデータＤＢと、画像データＤＡの残余のデータ部分ＤＡ２とを組み合わせた状態で、２次メモリ１２へ保存することができるようになる。また、バックアップデータＤＢが１次メモリ１１に記憶されていない場合には、所定時間以内にバックアップデータＤＢの取得予定があるか否かが判断され、バックアップデータＤＢの取得予定があれば、残余のデータ部分ＤＡ２を１次メモリ１１に保存した状態でバックアップデータＤＢが取得されるまで待機する状態となる。これに対し、所定時間以内にバックアップデータＤＢの取得予定がない場合には、残余のデータ部分ＤＡ２が速やかに２次メモリ１２へ保存されるようになり、画像データＤＡの全部を比較的早期に２次メモリ１２へ保存することができる。
【００８３】
次に図１０は、画像データ削除処理（ステップＳ９）の詳細な処理手順の一例を示すフローチャートである。ＣＰＵ１０は、この処理を開始すると、２次メモリ１２において削除対象となる画像データＤＡが記憶されているブロックを全て特定する（ステップＳ４０）。そしてＣＰＵ１０は、特定したブロックのうちの１つのブロックを選択し（ステップＳ４１）、その選択したブロックにバックアップデータＤＢとの組み合わせたデータが記憶されているか否かを判断する（ステップＳ４２）。その結果、バックアップデータＤＢと組み合わせたデータが記憶されていれば（ステップＳ４２でＹＥＳ）、そのバックアップデータＤＢを読み出して１次メモリ１１へ保存する（ステップＳ４３）。そしてＣＰＵ１０は、選択したブロックに記憶されているデータを一括削除する（ステップＳ４４）。尚、選択したブロックにバックアップデータＤＢが保存されていない場合には、ステップＳ４３の処理は行われず、そのブロックに記憶されているデータが一括削除されるようになる（ステップＳ４４）。
【００８４】
そしてＣＰＵ１０は、ステップＳ４０で特定した全てのブロックに対する削除処理が完了したか否かを判断し（ステップＳ４５）、未だ削除処理が行われていないブロックが存在すれば、ステップＳ４１に戻り、上述した処理を繰り返す。そして全てのブロックに対する削除処理が完了することにより、画像データ削除処理（ステップＳ９）が終了する。
【００８５】
このような画像データ削除処理（ステップＳ９）がＣＰＵ１０によって実行されることにより、バックアップとして保存しておく必要のなくなった画像データＤＡは速やかに２次メモリ１２から削除される。このとき、画像データＤＡの残余のデータ部分ＤＡ２と組み合わせられているバックアップデータＤＢを１次メモリ１１へ退避させるようにしているので、バックアップデータＤＢが画像データＤＡの削除と共に失われてしまうことを防止している。１次メモリ１１へ退避させたバックアップデータＤＢは、その後に別の画像データＤＡが取得されると、その画像データＤＡの残余のデータ部分ＤＡ２と共に、再び２次メモリ１２へ保存されるようになる。
【００８６】
以上のように本実施形態の情報処理装置１は、所定容量の記憶領域を有する１次メモリ１１と、その１次メモリ１１よりも大容量の記憶領域を有する２次メモリ１２とを備えるデータ記憶制御装置２を有している。２次メモリ１２は、その記憶領域が複数のブロックに分割されており、ブロック単位でのデータ消去が行われ、データの消去されたブロックに対してデータの書き込みが可能となる不揮発性の記憶手段である。
【００８７】
そしてデータ記憶制御装置２は、上述したように、２次メモリ１２に格納する画像データＤＡを取得する画像データ取得部２１と、画像データＤＡとは異なるバックアップデータＤＢを取得するバックアップデータ取得部２２と、画像データ取得部２１によって取得される画像データＤＡのうち、２次メモリ１２における１ブロックの整数倍となるデータ部分ＤＡ１を２次メモリ１２に記憶すると共に、残余のデータ部分ＤＡ２を１次メモリ１１に記憶し、バックアップデータ取得部２２によって取得されるバックアップデータＤＢを１次メモリ１１における残余のデータ部分ＤＡ２と組み合わせて２次メモリ１２の１つのブロックに記憶する制御部２３とを備える構成である。
【００８８】
このような構成によれば、画像データＤＡを２次メモリ１２へ記憶する際に発生する空き領域を低減することができるようになる。その結果、２次メモリ１２の各ブロックに対するデータの書き込み回数を低減することができるようになり、書き換え回数に上限値のある２次メモリ１２を従来よりも長期間に亘って使用することができるようになる。
【００８９】
また本実施形態における制御部２３は、バックアップデータ取得部２２が次のバックアップデータＤＢを取得するタイミングを検知するように構成される。そして制御部２３は、画像データ取得部２１が画像データＤＡを取得したときにバックアップデータ取得部２２が次のバックアップデータＤＢを所定時間以内に取得する予定がある場合、画像データ取得部２１が取得した画像データＤＡの残余のデータ部分ＤＡ２を１次メモリ１１に記憶する。したがって、画像データＤＡが取得された時点で次のバックアップデータＤＢが所定時間以内に取得される予定がある場合、その画像データＤＡの残余のデータ部分ＤＡ２は、所定時間以内にバックアップデータＤＢと共に２次メモリ１２の１つのブロックに保存することができる。
【００９０】
また、画像データ取得部２１が画像データＤＡを取得したときにバックアップデータ取得部２２が次のバックアップデータＤＢを所定時間以内に取得する予定がない場合には、制御部２３は、画像データ取得部２１が取得した画像データＤＡの残余のデータ部分ＤＡ２をバックアップデータＤＢと組み合わせることなく、２次メモリ１２へ記憶するようにしても良い。この場合、画像データ取得部２１によって取得された画像データＤＡの全部を、速やかに２次メモリ１２へ記憶することができるようになる。
【００９１】
また、画像データ取得部２１が画像データＤＡを取得したときにバックアップデータ取得部２２が次のバックアップデータＤＢを所定時間以内に取得する予定がない場合、制御部２３は、予め設定される時間間隔で定期的に行われる画像安定化処理を強制的に前倒しで実行させてバックアップデータ取得部２２にバックアップデータＤＢを取得させるようにしても良い。この場合、画像データ取得部２１によって取得された画像データＤＡの全部を、速やかに２次メモリ１２へ記憶することができると共に、２次メモリ１２に空き領域が生じることを低減することができるようになる。
【００９２】
また本実施形態の制御部２３は、画像データＤＡの残余のデータ部分ＤＡ２と、バックアップデータＤＢとを組み合わせる際、２次メモリ１２の１つのブロックの容量を超えないように制御する。すなわち、画像データＤＡの残余のデータ部分ＤＡ２とバックアップデータＤＢとを組み合わせる際、バックアップデータＤＢに含まれる複数種類のデータ中から２次メモリ１２の１つのブロックの容量を超えず、且つ最大のデータ量となるデータを選択して組み合わせる処理が行われる。このような構成によれば、２次メモリ１２における各ブロックの記憶領域を最も有効活用することができるようになり、２次メモリ１２の各ブロックに対するデータの書き込み回数をより一層効果的に低減することができるようになる。
【００９３】
また本実施形態の制御部２３は、２次メモリ１２に記憶した画像データＤＡを消去する際、その画像データＤＡの残余のデータ部分ＤＡ２と組み合わせたバックアップデータＤＢを読み出して１次メモリ１１へ記憶させた後に、その画像データＤＡが記憶されている全てのブロックを消去する。そのため、データ記憶制御装置２において継続的に保持しておく必要のあるバックアップデータＤＢが画像データＤＡの削除と共に失われてしまうことを防止することができるようになっている。
【００９４】
（変形例）
以上、本発明に関する一実施形態について説明したが、本発明は上述した内容のものに限られるものではなく、種々の変形例が適用可能であることは言うまでもない。
【００９５】
例えば、上記実施形態においては、データ記憶制御装置２が、複合機などの情報処理装置１に実装される場合を例示したが、これに限られるものではない。すなわち、上述したデータ記憶制御装置２は、例えばハードディスク装置などの大規模な記憶装置を備えていない任意の装置に対し、比較的安価にバックアップ機能を提供することができるものである。そのため、上述したデータ記憶制御装置２の構成は、複合機以外の他の装置に対しても適用可能であり、例えばコンピュータなどに搭載されるものであっても構わない。
【００９６】
また、上記実施形態においては、１次メモリ１１は不揮発性の記憶手段によって構成される場合を例示した。しかし、これに限定されるものではなく、１次メモリ１１は、揮発性の記憶手段によって構成されても構わない。例えば、図１に示したメインメモリ６を１次メモリ１１として使用するようにしても良い。ただし、その場合には、データ記憶制御装置２に供給される電源が停電してしまうと、メインメモリ６に記憶されているバックアップデータＤＢや画像データＤＡの残余のデータ部分ＤＡ２が消失してしまうという問題がある。そのため、上記実施形態において説明したように、１次メモリ１１は、不揮発性の記憶手段によって構成されることが好ましい。
【符号の説明】
【００９７】
１ 情報処理装置
２ データ記憶制御装置
１０ ＣＰＵ
１１ １次メモリ
１２ ２次メモリ
２１ 画像データ取得部（画像データ取得手段）
２２ バックアップデータ取得部（バックアップデータ取得手段）
２３ 制御部（制御手段）
【特許請求の範囲】
【請求項１】
所定容量の記憶領域を有する１次メモリと、
前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、
前記２次メモリに格納する画像データを取得する画像データ取得手段と、
画像データとは異なるバックアップデータを取得するバックアップデータ取得手段と、
前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段と、
を備えることを特徴とするデータ記憶制御装置。
【請求項２】
前記制御手段は、前記バックアップデータ取得手段が次のバックアップデータを取得するタイミングを検知し、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がある場合、前記画像データ取得手段が取得した画像データの残余のデータ部分を前記１次メモリに記憶することを特徴とする請求項１に記載のデータ記憶制御装置。
【請求項３】
前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像データ取得手段が取得した画像データの残余のデータ部分をバックアップデータと組み合わせることなく、前記２次メモリへ記憶することを特徴とする請求項２に記載のデータ記憶制御装置。
【請求項４】
前記制御手段は、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶し、前記１次メモリに記憶されたバックアップデータと、画像データの残余のデータ部分とを組み合わせて前記２次メモリの１つのブロックに記憶することを特徴とする請求項１乃至３のいずれかにデータ記憶制御装置。
【請求項５】
前記制御手段は、画像データの残余のデータ部分と、バックアップデータとを組み合わせる際、前記２次メモリの１つのブロックの容量を超えないように制御することを特徴とする請求項１乃至４のいずれかに記載のデータ記憶制御装置。
【請求項６】
前記制御手段は、画像データの残余のデータ部分とバックアップデータとを組み合わせる際、バックアップデータに含まれる複数種類のデータ中から前記２次メモリの１つのブロックの容量を超えないデータを選択して組み合わせることを特徴とする請求項５に記載のデータ記憶制御装置。
【請求項７】
前記バックアップデータ取得手段によって取得されるバックアップデータは、予め設定される時間間隔で定期的に行われる画像安定化処理によって生成されるデータであり、
前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像安定化処理を強制的に行わせて前記バックアップデータ取得手段にバックアップデータを取得させることを特徴とする請求項２に記載のデータ記憶制御装置。
【請求項８】
前記制御手段は、前記２次メモリに記憶した画像データを消去する際、該画像データの残余のデータ部分と組み合わせたバックアップデータを前記１次メモリへ記憶させた後に、該画像データが記憶されている全てのブロックを消去することを特徴とする請求項１乃至７のいずれかに記載のデータ記憶制御装置。
【請求項９】
所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータ消去が行われ、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、を制御するデータ記憶制御方法であって、
(a) 前記２次メモリに格納する画像データを取得するステップと、
(b) 前記ステップ(a)で取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶するステップと、
(c) 前記ステップ(a)で取得される画像データのうち、残余のデータ部分を前記１次メモリに記憶するステップと、
(d) 画像データとは異なるバックアップデータを取得するステップと、
(e) 前記ステップ(d)によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶するステップと、
を有することを特徴とするデータ記憶制御方法。
【請求項１０】
所定容量の記憶領域を有する１次メモリと、
前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、
を備えるコンピュータにおいて実行されるプログラムであって、前記コンピュータを、
前記２次メモリに格納する画像データを取得する画像データ取得手段、
画像データとは異なるバックアップデータを取得するバックアップデータ取得手段、および、
前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段、
として機能させることを特徴とするプログラム。
【請求項１】
所定容量の記憶領域を有する１次メモリと、
前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、
前記２次メモリに格納する画像データを取得する画像データ取得手段と、
画像データとは異なるバックアップデータを取得するバックアップデータ取得手段と、
前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段と、
を備えることを特徴とするデータ記憶制御装置。
【請求項２】
前記制御手段は、前記バックアップデータ取得手段が次のバックアップデータを取得するタイミングを検知し、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がある場合、前記画像データ取得手段が取得した画像データの残余のデータ部分を前記１次メモリに記憶することを特徴とする請求項１に記載のデータ記憶制御装置。
【請求項３】
前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像データ取得手段が取得した画像データの残余のデータ部分をバックアップデータと組み合わせることなく、前記２次メモリへ記憶することを特徴とする請求項２に記載のデータ記憶制御装置。
【請求項４】
前記制御手段は、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶し、前記１次メモリに記憶されたバックアップデータと、画像データの残余のデータ部分とを組み合わせて前記２次メモリの１つのブロックに記憶することを特徴とする請求項１乃至３のいずれかにデータ記憶制御装置。
【請求項５】
前記制御手段は、画像データの残余のデータ部分と、バックアップデータとを組み合わせる際、前記２次メモリの１つのブロックの容量を超えないように制御することを特徴とする請求項１乃至４のいずれかに記載のデータ記憶制御装置。
【請求項６】
前記制御手段は、画像データの残余のデータ部分とバックアップデータとを組み合わせる際、バックアップデータに含まれる複数種類のデータ中から前記２次メモリの１つのブロックの容量を超えないデータを選択して組み合わせることを特徴とする請求項５に記載のデータ記憶制御装置。
【請求項７】
前記バックアップデータ取得手段によって取得されるバックアップデータは、予め設定される時間間隔で定期的に行われる画像安定化処理によって生成されるデータであり、
前記制御手段は、前記画像データ取得手段が画像データを取得したときに前記バックアップデータ取得手段が次のバックアップデータを所定時間以内に取得する予定がない場合、前記画像安定化処理を強制的に行わせて前記バックアップデータ取得手段にバックアップデータを取得させることを特徴とする請求項２に記載のデータ記憶制御装置。
【請求項８】
前記制御手段は、前記２次メモリに記憶した画像データを消去する際、該画像データの残余のデータ部分と組み合わせたバックアップデータを前記１次メモリへ記憶させた後に、該画像データが記憶されている全てのブロックを消去することを特徴とする請求項１乃至７のいずれかに記載のデータ記憶制御装置。
【請求項９】
所定容量の記憶領域を有する１次メモリと、前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータ消去が行われ、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、を制御するデータ記憶制御方法であって、
(a) 前記２次メモリに格納する画像データを取得するステップと、
(b) 前記ステップ(a)で取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶するステップと、
(c) 前記ステップ(a)で取得される画像データのうち、残余のデータ部分を前記１次メモリに記憶するステップと、
(d) 画像データとは異なるバックアップデータを取得するステップと、
(e) 前記ステップ(d)によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶するステップと、
を有することを特徴とするデータ記憶制御方法。
【請求項１０】
所定容量の記憶領域を有する１次メモリと、
前記１次メモリよりも大容量の記憶領域を有し、該記憶領域が複数のブロックに分割されると共に、ブロック単位でデータが消去され、データの消去されたブロックに対してデータの書き込みが可能な２次メモリと、
を備えるコンピュータにおいて実行されるプログラムであって、前記コンピュータを、
前記２次メモリに格納する画像データを取得する画像データ取得手段、
画像データとは異なるバックアップデータを取得するバックアップデータ取得手段、および、
前記画像データ取得手段によって取得される画像データのうち、前記２次メモリにおける１ブロックの整数倍となるデータ部分を前記２次メモリに記憶すると共に、残余のデータ部分を前記１次メモリに記憶し、前記バックアップデータ取得手段によって取得されるバックアップデータを前記１次メモリに記憶された残余のデータ部分と組み合わせて前記２次メモリの１つのブロックに記憶する制御手段、
として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−１２８０１（Ｐ２０１３−１２８０１Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４２４４６（Ｐ２０１１−１４２４４６）
【出願日】平成２３年６月２８日（２０１１．６．２８）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月２８日（２０１１．６．２８）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]