JP5854982B2

JP5854982B2 - 画像処理装置

Info

Publication number: JP5854982B2
Application number: JP2012285562A
Authority: JP
Inventors: 武史新谷
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2012-12-27
Filing date: 2012-12-27
Publication date: 2016-02-09
Anticipated expiration: 2032-12-27
Also published as: EP2793456B1; CN103905688A; EP2793456A1; US8988725B2; JP2014124925A; CN103905688B; US20140185098A1

Description

本発明は、画像処理装置に関するものである。

一般的に、ＵＳＢ（Universal Serial Bus）メモリーなどのリムーバブルドライブを接続可能な印刷装置は、リムーバブルドライブからＰＤＦ（Portable Document Format）ファイルなどのイメージデータを読み出し、印刷装置内のメモリーやハードディスクドライブを使用して、イメージデータを解析しその解析結果を有する中間データを一旦生成してからレンダリング処理を行い、イメージデータに対応するビットマップ画像データを生成する。

ある印刷装置は、リムーバブルドライブにおいて、印刷データを画像データへ展開する第１モードと、印刷装置内の記憶領域において、印刷データを画像データへ展開する第２モードとを有し、リムーバブルドライブの空き領域の容量が、展開後の画像データを保存するために十分であれば、第１モードを選択し、そうでなければ、第２モードを選択している（例えば特許文献１参照）。

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

上述の印刷装置では、リムーバブルドライブの空き領域の容量が、展開後の画像データを保存するために十分であれば、展開後の画像データをリムーバブルドライブに保存するが、装置内で中間データを一旦生成してからレンダリング処理を行う装置では、元のイメージデータと中間データの保存場所が必要になるため、上述の印刷装置のように展開後の画像データを保存するために十分な容量があったとしても、空き領域が不足し処理が中止される可能性がある。

本発明は、上記の問題に鑑みてなされたものであり、イメージデータを解析して中間データを一旦生成してからレンダリング処理を行い、イメージデータに対応するビットマップ画像データを生成する画像処理装置であって、中間データのための空き容量不足に起因してレンダリング処理が中止される可能性が低い画像処理装置を得ることを目的とする。

上記の課題を解決するために、本発明では以下のようにした。

本発明に係る画像処理装置は、リムーバブルドライブからイメージデータを取得可能なインターフェイスと、記憶装置と、前記イメージデータから中間データを生成して前記記憶装置に保存し、前記中間データに基づいてビットマップ画像データを生成するレンダリング部と、前記イメージデータに基づいて前記中間データのサイズを予測し、前記イメージデータのサイズおよび前記中間データの予測サイズに基づいて、（ａ）前記イメージデータを前記記憶装置へコピーし、前記レンダリング部に、前記記憶装置内の前記イメージデータから前記ビットマップ画像データを生成させる第１レンダリングモード、および（ｂ）前記レンダリング部に、前記リムーバブルドライブ内の前記イメージデータから前記ビットマップ画像データを生成させる第２レンダリングモードのいずれかを選択するデータハンドリング部とを備える。そして、前記データハンドリング部は、前記記憶装置の空き容量が前記イメージデータのサイズおよび前記中間データの予測サイズの和より大きい場合に、前記第１レンダリングモードを選択する。さらに、前記データハンドリング部は、（ａ）前記第１レンダリングモードを選択した場合において、前記中間データの保存領域が不足したときには、前記記憶装置内の前記イメージデータを削除し、前記第２レンダリングモードで、再度、前記レンダリング部に前記ビットマップ画像データを生成させるか、（ｂ）前記第１レンダリングモードを選択した場合において、前記中間データの保存領域が不足したときには、前記リムーバブルドライブ内の全データのサイズを特定し、前記記憶装置の空き容量が前記リムーバブルドライブ内の全データのサイズより大きければ、前記リムーバブルドライブ内の全データを前記記憶装置へ退避させて前記リムーバブルドライブ内の全データを消去し、前記中間データの保存場所を前記リムーバブルドライブとし、前記ビットマップ画像データの生成後に、前記退避させた全データを前記リムーバブルドライブへ戻す。

本発明によれば、イメージデータを解析して中間データを一旦生成してからレンダリング処理を行い、イメージデータに対応するビットマップ画像データを生成する画像処理装置において、中間データのための空き容量不足に起因してレンダリング処理が中止される可能性が低くなる。

図１は、本発明の実施の形態に係る画像処理装置の構成を示すブロック図である。図２は、実施の形態１におけるレンダリング処理について説明するフローチャートである。図３は、実施の形態３におけるレンダリング処理について説明するフローチャートである。図４は、実施の形態４におけるレンダリング処理について説明するフローチャート（１／２）である。図５は、実施の形態４におけるレンダリング処理について説明するフローチャート（２／２）である。図６は、実施の形態５におけるレンダリング処理について説明するフローチャートである。図７は、実施の形態６におけるレンダリング処理について説明するフローチャートである。

以下、図に基づいて本発明の実施の形態を説明する。

実施の形態１．

図１は、本発明の実施の形態に係る画像処理装置の構成を示すブロック図である。

図１に示す画像処理装置１は、プリンター、複合機などの画像形成装置であり、印刷用紙に画像の印刷を行うプリントエンジン１１、および、ＵＳＢメモリーなどのリムーバブルドライブ２を接続可能であって、接続されたリムーバブルドライブ２に対するリード・ライトを行うデバイスインターフェイス１２を備える。

デバイスインターフェイス１２は、リムーバブルドライブ２に記憶されているイメージデータ３１（ここではＰＤＦファイル）を取得可能である。

また、ネットワーク３は、ＬＡＮ（Local Area Network）および／またはＷＡＮ（Wide Area Network）であり、ストレージサービスを提供するネットワークドライブ４が、ネットワーク３に接続されている。ネットワークドライブ４は、ＮＡＳ（Network Attached Storage）、ファイルサーバー、パーソナルコンピューター内の共有ドライブなどである。画像処理装置１は、ネットワーク３に接続され、ネットワークドライブ４などとデータ通信可能なネットワークインターフェイス１３を備える。

さらに、画像処理装置１は、ＣＰＵ（Central Processing Unit）１４、不揮発性メモリーであるＲＯＭ（Read Only Memory）１５、および揮発性メモリーであるＲＡＭ（Random Access Memory）１６などを有するコンピューター、並びに大規模データ記憶装置であるハードディスクドライブ（ＨＤＤ）１７を備える。

ＣＰＵ１４は、ＲＯＭ１５、ハードディスクドライブ１７などに記憶されたプログラムをＲＡＭ１６にロードして実行し、各種処理部を実現する。ＨＤＤ１７は、画像処理装置１に内蔵された記憶装置であり、イメージデータ、中間データなどの一時保存に使用される。

ＣＰＵ１４では、レンダリング部２１、データハンドリング部２２、および画像処理部２３が実現される。

レンダリング部２１は、イメージデータ３１から中間データを生成してＨＤＤ１７に保存し、中間データに基づいてビットマップ画像データを生成する。中間データは、イメージデータの解析結果を有する。

データハンドリング部２２は、イメージデータ３１に基づいて中間データのサイズを予測し、イメージデータ３１のサイズおよび中間データの予測サイズに基づいて、第１レンダリングモードおよび第２レンダリングモードのいずれかを選択する。

実施の形態１では、データハンドリング部２２は、ＨＤＤ１７の空き容量がイメージデータ３１のサイズおよび中間データの予測サイズの和より大きい場合、第１レンダリングモードを選択し、そうではない場合、第２レンダリングモードを選択する。

第１レンダリングモードは、イメージデータ３１をＨＤＤ１７へコピーし、レンダリング部２１に、ＨＤＤ１７内のイメージデータ３１からビットマップ画像データを生成させる動作モードである。

第２レンダリングモードは、イメージデータ３１をＨＤＤ１７へコピーせずに、レンダリング部２２に、リムーバブルドライブ２内のイメージデータ３１からビットマップ画像データを生成させる動作モードである。

第１レンダリングモードでは、イメージデータ３１のコピーを行うため、第２レンダリングモードに比べ処理時間が長くなるが、イメージデータ３１をコピーした後は、リムーバブルドライブ２を画像処理装置１から離脱させることができる。

例えば、データハンドリング部２２は、イメージデータ３１（ここでは、ＰＤＦファイル）の内容（解像度の設定値、画像サイズなど）に基づいて中間データのサイズを予測する。

画像処理部２３は、レンダリング部２１により生成されたビットマップ画像データに対して、色変換、スクリーニング処理などの画像処理を実行し、プリントエンジン１１用の各トナー色についての印刷画像データを生成する。プリントエンジン１１は、この印刷画像データに基づいて画像を印刷する。

また、画像処理装置１は、操作表示部１８を備える。操作表示部１８は、ユーザー操作を検出する入力装置、およびユーザーに対して各種情報を表示する表示装置を有する。

次に、上記画像処理装置の動作について説明する。

図２は、実施の形態１におけるレンダリング処理について説明するフローチャートである。

まず、データハンドリング部２２は、デバイスインターフェイス１２で、リムーバブルドライブ２内のイメージデータ３１のサイズを特定する（ステップＳ１）。

次に、データハンドリング部２２は、デバイスインターフェイス１２で、リムーバブルドライブ２内のイメージデータ３１から、中間データのサイズ予測に必要なデータを読み出し、中間データのサイズを予測する（ステップＳ２）。

また、データハンドリング部２２は、ＨＤＤ１７の空き容量を特定する（ステップＳ３）。なお、この空き容量は、レンダリング部２１が使用可能な領域のうちの空き領域のサイズである。

そして、データハンドリング部２２は、ＨＤＤ１７の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きいか否かを判定する（ステップＳ４）。

ＨＤＤの空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きい場合、データハンドリング部２２は、デバイスインターフェイス１２でイメージデータ３１をリムーバブルドライブ２から読み出し、ＨＤＤ１７へコピーする（ステップＳ５）。そうではない場合、イメージデータ３１はリムーバブルドライブ２からＨＤＤ１７へコピーされない。

イメージデータ３１がＨＤＤ１７へコピーされた場合、レンダリング部２１は、ＨＤＤ１７からイメージデータ３１を読み出して中間データを生成し、中間データをＨＤＤ１７に一時保存し、中間データからビットマップ画像データを生成する（ステップＳ６）。

一方、イメージデータ３１がＨＤＤ１７へコピーされなかった場合、レンダリング部２１は、リムーバブルドライブ２からイメージデータ３１を読み出して中間データを生成し、中間データをＨＤＤ１７に一時保存し、中間データからビットマップ画像データを生成する（ステップＳ７）。

そして、画像処理部３３は、ＲＡＭ１６を使用してビットマップ画像データを順次処理していき、印刷画像データをプリントエンジン１１に渡し、プリントエンジン１１は、その印刷画像データに基づき印刷を実行する。

以上のように、上記実施の形態１によれば、データハンドリング部２２は、イメージデータ３１に基づいて中間データのサイズを予測し、イメージデータ３１のサイズおよび中間データの予測サイズに基づいて、第１レンダリングモードおよび第２レンダリングモードのいずれかを選択する。

これにより、中間データのための空き容量不足に起因してレンダリング処理、ひいては印刷が中止される可能性が低くなる。

実施の形態２．

実施の形態２に係る画像処理装置１では、データハンドリング部２２は、図２のステップＳ４においてイメージデータのサイズ３１および中間データの予測サイズの和が所定の閾値より小さい場合に、第１レンダリングモードを選択し、そうではない場合、第２レンダリングモードを選択する。

なお、実施の形態２に係る画像処理装置１のその他の構成および動作については実施の形態１と同様であるので、省略する。

実施の形態３．

実施の形態３では、データハンドリング部２２は、第１レンダリングモードを選択した場合において、中間データの保存領域が不足したときには、ＨＤＤ１７内のイメージデータ３１を削除し、第２レンダリングモードで、再度、レンダリング部２１にビットマップ画像データを生成させる。

なお、実施の形態３に係る画像処理装置１のその他の構成は、実施の形態１と同様であるので、省略する。また、実施の形態３に係る画像処理装置１は、以下のように動作する。

図３は、実施の形態３におけるレンダリング処理について説明するフローチャートである。図３において、ステップＳ１〜Ｓ５およびステップＳ７の処理は、実施の形態１（図２）と同様であるので、それらの説明を省略する。

実施の形態３では、第１レンダリングモードが選択され、イメージデータ３１がＨＤＤ１７にコピーされた後、レンダリング部２１は、ＨＤＤ１７内のイメージデータ３１でレンダリングを開始する（ステップＳ１１）。

データハンドリング部２２は、レンダリング部２１により生成される中間データの書込領域の不足が発生したか否かを監視し（ステップＳ１２）、レンダリング処理が終了するまでに（ステップＳ１３）、中間データの書込領域の不足が発生すると、ＨＤＤ１７内のイメージデータ３１を削除し（ステップＳ１４）、動作モードを第２レンダリングモードに切り替えて、レンダリング部２１にレンダリング処理を再度実行させる（ステップＳ７）。

以上のように、上記実施の形態３によれば、レンダリング中に中間データの書込領域が不足した場合でも、第２レンダリングモードでレンダリング処理を実行することで、印刷を中止せずに済む。

実施の形態４．

実施の形態３では、データハンドリング部２２は、第１レンダリングモードを選択した場合において、中間データの保存領域が不足したときには、中間データの保存場所を、ＨＤＤ１７からリムーバブルドライブ２へ変更する。

なお、実施の形態４に係る画像処理装置１のその他の構成は、実施の形態１と同様であるので、省略する。また、実施の形態４に係る画像処理装置１は、以下のように動作する。

図４および図５は、実施の形態４におけるレンダリング処理について説明するフローチャートである。図４および図５において、ステップＳ１〜Ｓ５およびステップＳ７の処理は、実施の形態１（図２）と同様であるので、それらの説明を省略する。

実施の形態４では、第１レンダリングモードが選択され、イメージデータ３１がＨＤＤ１７にコピーされた後、レンダリング部２１は、ＨＤＤ１７内のイメージデータ３１でレンダリングを開始する（ステップＳ１１）。

レンダリング部２１は、レンダリング処理が終了するまでに（ステップＳ１３）、ＨＤＤ１７における中間データの書込領域の不足が発生した場合（ステップＳ１２）、中間データの保存場所をリムーバブルドライブ２に変更する（ステップＳ２１）。そして、レンダリング部２１は、それ以後に発生する中間データをリムーバブルドライブ２に保存してレンダリング処理を継続する。

そして、レンダリング処理終了後、データハンドリング部２３は、リムーバブルドライブ２内の中間データを削除し（ステップＳ２３）、ＨＤＤ１７の中間データを削除する（ステップＳ２４）。

以上のように、上記実施の形態４によれば、レンダリング中に中間データの書込領域が不足した場合でも、中間データの保存場所として、ＨＤＤ１７に加えリムーバブルドライブ２を使用することで、印刷を中止せずに済む。

実施の形態５．

実施の形態５では、データハンドリング部２２は、第１レンダリングモードにおいて、ＨＤＤ１７の空き容量を特定するとともに、ネットワークドライブ４の空き容量を特定し、イメージデータ３１のサイズおよび中間データの予測サイズのうち、サイズの大きいデータの保存先を、ＨＤＤ１７およびネットワークドライブ４のうちの、空き容量の大きい記憶装置とし、サイズの小さいデータの保存先を、ＨＤＤ１７およびネットワークドライブ４のうちの、空き容量の小さい記憶装置とする。そして、レンダリング部２１は、ＨＤＤ１７およびネットワークドライブ４の一方からイメージデータ３１を読み出し、他方に中間データを保存して、レンダリングを実行する。

なお、実施の形態５に係る画像処理装置１のその他の構成は、実施の形態１と同様であるので、省略する。また、実施の形態５に係る画像処理装置１は、以下のように動作する。

図６は、実施の形態５におけるレンダリング処理について説明するフローチャートである。図６において、ステップＳ１，Ｓ２の処理は、実施の形態１（図２）と同様であるので、それらの説明を省略する。

実施の形態５では、データハンドリング部２２は、ＨＤＤ１７およびネットワークドライブ４の空き容量を特定する（ステップＳ３１）。次に、データハンドリング部２２は、ＨＤＤ１７の空き容量がネットワークドライブ４の空き容量より大きいか否かを判定する（ステップＳ３２）。

データハンドリング部２２は、ＨＤＤ１７の空き容量がネットワークドライブ４の空き容量より大きい場合、ＨＤＤ１７の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きいか否かを判定する（ステップＳ３３）。一方、データハンドリング部２２は、ＨＤＤ１７の空き容量がネットワークドライブ４の空き容量より大きくない場合、ネットワークドライブ４の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きいか否かを判定する（ステップＳ３４）。

ステップＳ３３において、ＨＤＤ１７の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きくない場合、およびステップＳ３４において、ネットワークドライブ４の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きくない場合、データハンドリング部２２は、第２レンダリングモードを選択し、レンダリング部２１にレンダリング処理を実行させる（ステップＳ３５）。

ステップＳ３３において、ＨＤＤ１７の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きい場合、データハンドリング部２２は、イメージデータ３１のサイズが中間データの予測サイズより大きいか否かを判定する（ステップＳ３６）。

また、ステップＳ３４において、ネットワークドライブ４の空き容量が、イメージデータ３１のサイズと中間データの予測サイズとの和より大きい場合、データハンドリング部２２は、イメージデータ３１のサイズが中間データの予測サイズより大きいか否かを判定する（ステップＳ３７）。

そして、ステップＳ３６において、イメージデータ３１のサイズが中間データの予測サイズより大きい場合、およびステップＳ３７において、イメージデータ３１のサイズが中間データの予測サイズより大きくない場合、データハンドリング部２２は、イメージデータ３１をリムーバブルドライブ２からＨＤＤ１７へコピーし（ステップＳ３８）、中間データの保存場所をネットワークドライブ４とし（ステップＳ３９）、第１レンダリングモードで、レンダリング部２１に、レンダリング処理を実行させる（ステップＳ４０）。

また、ステップＳ３６において、イメージデータ３１のサイズが中間データの予測サイズより大きくない場合、およびステップＳ３７において、イメージデータ３１のサイズが中間データの予測サイズより大きい場合、データハンドリング部２２は、イメージデータ３１をリムーバブルドライブ２からネットワークドライブ４へコピーし（ステップＳ４１）、中間データの保存場所をＨＤＤ１７とし（ステップＳ４２）、第１レンダリングモードで、レンダリング部２１に、レンダリング処理を実行させる（ステップＳ４３）。このとき、レンダリング部２１は、ネットワークドライブ４からイメージデータ３１を読み出してビットマップ画像データを生成する。

以上のように、上記実施の形態５によれば、イメージデータ３１のサイズおよび中間データの予測サイズのうち、サイズの大きいデータの保存先を、ＨＤＤ１７およびネットワークドライブ４のうちの、空き容量の大きい記憶装置とし、サイズの小さいデータの保存先を、ＨＤＤ１７およびネットワークドライブ４のうちの、空き容量の小さい記憶装置とするので、中間データのための空き容量が不足しにくくなる。

実施の形態６．

実施の形態６では、データハンドリング部２２は、第１レンダリングモードを選択した場合において、中間データの保存領域が不足したときには、リムーバブルドライブ２内の全データのサイズを特定し、ＨＤＤ１７の空き容量がリムーバブルドライブ２内の全データのサイズより大きければ、リムーバブルドライブ２内の全データをＨＤＤ１７へ退避させてリムーバブルドライブ２内の全データを消去し、中間データの保存場所をリムーバブルドライブ２とし、ビットマップ画像データの生成後に、退避させた全データをリムーバブルドライブ２へ戻す。

なお、実施の形態６に係る画像処理装置１のその他の構成は、実施の形態１と同様であるので、省略する。

実施の形態６では、上記の実施の形態１（図２）に示すレンダリング処理中に、ＨＤＤ１７において中間データの書込領域が不足した場合、以下の処理を実行する。図７は、実施の形態６におけるレンダリング処理について説明するフローチャートである。

実施の形態６では、中間データの保存領域が不足したときに、データハンドリング部２２は、リムーバブルドライブ２の総容量を特定し（ステップＳ１０１）、リムーバブルドライブ２の総容量がＨＤＤ１７の空き容量（図２のステップＳ３で特定した空き容量）より大きいか否かを判定する（ステップＳ１０２）。

リムーバブルドライブ２の総容量がＨＤＤ１７の空き容量より大きい場合、データハンドリング部２２は、リムーバブルドライブ２の使用済み領域のサイズ（つまり、リムーバブルドライブ２に記憶されている全データのサイズ）を特定し（ステップＳ１０３）、ＨＤＤ１７の空き容量が、リムーバブルドライブ２の使用済み領域のサイズより大きいか否かを判定する（ステップＳ１０４）。

ＨＤＤ１７の空き容量が、リムーバブルドライブ２の使用済み領域のサイズより大きい場合、データハンドリング部２２は、リムーバブルドライブ２の全データをＨＤＤ１７に退避させる（ステップＳ１０５）。つまり、リムーバブルドライブ２の全データをＨＤＤ１７にコピーし、リムーバブルドライブ２内の全データを消去する。

データハンドリング部２２は、リムーバブルドライブ２を中間データの保存場所とし（ステップＳ１０６）、第１レンダリングモードでレンダリング部２１にレンダリング処理を実行させる（ステップＳ１０７）。

そして、レンダリング処理終了後、データハンドリング部２２は、ＨＤＤ１７に退避させた全データをリムーバブルドライブ２に戻す（ステップＳ１０８）。

以上のように、上記実施の形態６によれば、レンダリング中に中間データの書込領域が不足した場合でも、中間データの保存場所にリムーバブルドライブ２を使用して、再度レンダリング処理を実行することで、印刷を中止せずに済む。

なお、上述の各実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。

例えば、上記実施の形態５において、ネットワークドライブ４の代わりに、画像処理装置１内の図示せぬ別のＨＤＤを使用するようにしてもよい。

また、上記実施の形態１〜６において、画像処理装置１内のＨＤＤの代わりに、ＳＳＤ（Solid State Drive）、ＣＦ（Compact Flash）などの不揮発性メモリーのドライブを使用してもよい。

本発明は、例えば、印刷装置、複合機などの画像形成装置に適用可能である。

１画像処理装置
２リムーバブルドライブ
４ネットワークドライブ（第２記憶装置の一例）
１２デバイスインターフェイス（インターフェイスの一例）
１７ＨＤＤ（記憶装置の一例）
２１レンダリング部
２２データハンドリング部
３１イメージデータ

Claims

リムーバブルドライブからイメージデータを取得可能なインターフェイスと、
記憶装置と、
前記イメージデータから中間データを生成して前記記憶装置に保存し、前記中間データに基づいてビットマップ画像データを生成するレンダリング部と、
前記イメージデータに基づいて前記中間データのサイズを予測し、前記イメージデータのサイズおよび前記中間データの予測サイズに基づいて、（ａ）前記イメージデータを前記記憶装置へコピーし、前記レンダリング部に、前記記憶装置内の前記イメージデータから前記ビットマップ画像データを生成させる第１レンダリングモード、および（ｂ）前記レンダリング部に、前記リムーバブルドライブ内の前記イメージデータから前記ビットマップ画像データを生成させる第２レンダリングモードのいずれかを選択するデータハンドリング部と、
を備え、
前記データハンドリング部は、前記記憶装置の空き容量が前記イメージデータのサイズおよび前記中間データの予測サイズの和より大きい場合に、前記第１レンダリングモードを選択し、前記第１レンダリングモードを選択した場合において、前記中間データの保存領域が不足したときには、前記記憶装置内の前記イメージデータを削除し、前記第２レンダリングモードで、再度、前記レンダリング部に前記ビットマップ画像データを生成させること、
を特徴とする画像処理装置。
リムーバブルドライブからイメージデータを取得可能なインターフェイスと、
記憶装置と、
前記イメージデータから中間データを生成して前記記憶装置に保存し、前記中間データに基づいてビットマップ画像データを生成するレンダリング部と、
前記イメージデータに基づいて前記中間データのサイズを予測し、前記イメージデータのサイズおよび前記中間データの予測サイズに基づいて、（ａ）前記イメージデータを前記記憶装置へコピーし、前記レンダリング部に、前記記憶装置内の前記イメージデータから前記ビットマップ画像データを生成させる第１レンダリングモード、および（ｂ）前記レンダリング部に、前記リムーバブルドライブ内の前記イメージデータから前記ビットマップ画像データを生成させる第２レンダリングモードのいずれかを選択するデータハンドリング部と、
を備え、
前記データハンドリング部は、前記記憶装置の空き容量が前記イメージデータのサイズおよび前記中間データの予測サイズの和より大きい場合に、前記第１レンダリングモードを選択し、前記第１レンダリングモードを選択した場合において、前記中間データの保存領域が不足したときには、前記リムーバブルドライブ内の全データのサイズを特定し、前記記憶装置の空き容量が前記リムーバブルドライブ内の全データのサイズより大きければ、前記リムーバブルドライブ内の全データを前記記憶装置へ退避させて前記リムーバブルドライブ内の全データを消去し、前記中間データの保存場所を前記リムーバブルドライブとし、前記ビットマップ画像データの生成後に、前記退避させた全データを前記リムーバブルドライブへ戻すこと、
を特徴とする画像処理装置。