(57)【要約】【課題】キャッシュのヒット率を増加して処理時間を削減する。【解決手段】データ処理システムは、コンピュータ１０と、このコンピュータ１０にネットワーク２０を介して接続されたデータ処理装置（例えば、プリンタ）３０とを備えている。プリンタ３０は、１つの画像データを複数に分割した、それぞれの分割データを格納するデータ格納部３４と、データ削除部３５と、各分割データの関連を示す関連情報を格納する情報格納部３６等とを有している。データ削除部３５は、データ格納部３４から所定のデータを削除する場合、この削除対象データが関連情報により、関連するデータがあると判断されたとき、関連する分割データに対し最後に使用される分割データから削除する。【選択図】図１
2011062832.tif 000002
【特許請求の範囲】
【請求項１】
１つの画像データを複数に分割した、それぞれの分割データを格納するデータ格納部と、
前記各分割データの関連を示す関連情報を格納する情報格納部と、
前記データ格納部から所定のデータを削除する場合、この削除対象データが前記関連情報により、関連するデータがあると判断されたとき、関連する前記分割データに対し最後に使用される前記分割データから削除するデータ削除部と、
を有することを特徴とするデータ処理装置。
【請求項２】
請求項１記載のデータ処理装置は、更に、
前記データ格納部に存在する前記分割データを参照する場合、前記関連情報により、前記関連するデータがあると判断し、前記データ格納部に前記関連するデータの一部が格納されていない場合、前記一部のデータを前記データ格納部へ予め格納する、データ作成部を有することを特徴とするデータ処理装置。
【請求項３】
前記データ削除部は、
前記データ格納部に存在する特定の前記分割データが不必要になった場合、前記関連情報により、前記関連するデータがあると判断されたとき、前記不必要な分割データと、前記不必要な分割データより前に使用される前記分割データを削除することを特徴とする請求項１記載のデータ処理装置。
【請求項４】
請求項１記載のデータ処理装置は、更に、
前記データ格納部に存在する前記分割データを参照する場合、前記関連情報により、前記関連するデータがあると判断し、前記参照データの直後に使用されるデータを前記データ格納部から予め読み込む、高速な記憶装置を有することを特徴とするデータ処理装置。
【請求項５】
前記高速な記憶装置は、キャッシュメモリであることを特徴とする請求項４記載のデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分割データをキャッシュメモリ（以下単に「キャッシュ」という。）に格納するデータ処理装置に関するものである。
【背景技術】
【０００２】
記憶階層の実現手段であるキャッシュは、転送元と転送先の中間に位置し、データ内容の一部とその参照を保持する高速小容量メモリである。データ転送元への転送要求があり、それへの参照が既にキャッシュに格納されていた場合は、元データからの転送は行わず、キャッシュが転送を代行する。この状態をヒットという。これに対し、キャッシュに所望のデータが存在せずに、元データから転送する状態をミスヒットという。
【０００３】
下記の特許文献１等に記載されているように、従来、同じデータを複数回処理する際は、一度処理したデータをキャッシュに保持し、再利用することにより高速に処理を行う方法が一般に使用されている。データをキャッシュに保持する場合、メモリ量の制限からキャッシュに保持できるデータについては限られている。
【０００４】
一方、データ処理装置でのメモリ使用量を抑えるため、画像データにおいては、１枚の画像データを領域毎に複数に分割して送信する手法が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２８０５４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のデータ処理装置では、次のような課題があった。
前記のような１枚の画像データを分割した画像においては、データサイズや参照回数、処理時間等の属性がほぼ等しくなるため、限られたメモリ領域において、どのファイルをキャッシュに保存するかといった、キャッシュ管理方法が課題となる。
【課題を解決するための手段】
【０００７】
本発明のデータ処理装置は、１つの画像データを複数に分割した、それぞれの分割データを格納するデータ格納部と、前記各分割データの関連を示す関連情報を格納する情報格納部と、前記データ格納部から所定のデータを削除する場合、この削除対象データが前記関連情報により、関連するデータがあると判断されたとき、関連する前記分割データに対し最後に使用される前記分割データから削除するデータ削除部とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、分割された画像データについては、最後に使用される分割データから削除する構成にしているので、キャッシュのヒット率が増加し、処理時間を削減できる。つまり、本発明では、何時キャッシュがメモリ上から削除されるか不明なため、分割された画像データについては、先に使用されたデータをキャッシュに残しておくことにより、キャッシュのヒット率を増加させることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は本発明の実施例１におけるデータ処理装置を備えたデータ処理システムを示す構成図である。
【図２】図２は図１中の情報格納テーブル１４の例を示す図である。
【図３】図３は図１における画像の分割の例を示す図である。
【図４】図４は図１のデータ処理システムにおけるキャッシュ取得時の動作を示すフローチャートである。
【図５】図５は図１のデータ処理システムにおけるメモリ不足時の動作を示すフローチャートである。
【図６】図６は図１中のデータ格納テーブル３４ａの例を示す図である。
【図７】図７は図１のデータ処理システムにおけるキャッシュ削除時の動作を示すフローチャートである。
【図８】図８は実施例１と既存処理例において処理時間に関するタイムチャートを示す図である。
【図９】図９は本発明の実施例２におけるデータ処理装置を備えたデータ処理システムを示す構成図である。
【図１０】図１０は図９のデータ処理システムにおけるキャッシュ取得時の動作を示すフローチャートである。
【図１１】図１１は実施例２と既存処理例において処理時間に関するタイムチャートを示す図である。
【発明を実施するための形態】
【００１０】
本発明を実施するための形態は、以下の好ましい実施例の説明を添付図面と照らし合わせて読むと、明らかになるであろう。但し、図面はもっぱら解説のためのものであって、本発明の範囲を限定するものではない。
【実施例１】
【００１１】
（実施例１の構成）
図１は、本発明の実施例１におけるデータ処理装置を備えたデータ処理システムを示す構成図である。
【００１２】
このデータ処理システムは、コンピュータ１０と、このコンピュータ１０にネットワーク２０を介して接続されたデータ処理装置（例えば、プリンタ）３０とを備えている。
【００１３】
コンピュータ１０は、図示しないメモリに格納されたアプリケーションプログラム（以下単に「アプリケーション」という。）１１から印刷命令を実行して印刷ドキュメント１２を作成する図示しない制御部と、この制御部により制御され、印刷ドキュメント１２を編集してプリンタ３０へ送信するプリンタドライバ１３と、関連情報を格納する情報格納テーブル１４等とを有している。
【００１４】
印刷ドキュメント１２は、このレイアウトを表すレイアウト情報１２ａ、印刷ドキュメント１２中で使用される画像ファイル１２ｂ、及びフォントファイル１２ｃから構成されている。画像ファイル１２ｂ及びフォントファイル１２ｃには、複数のファイルが含まれている。プリンタドライブ１３は、印刷ドキュメント１２の画像ファイル１２ｂを参照して、画像ファイルの幅と高さの積が一定以上の画像ファイルが存在する場合、この画像ファイルを分割した画像ファイルに置き換える機能を持ち、更に、分割した画像ファイルが存在する場合、この関連を表す関連情報を格納する情報格納テーブル１４を印刷ドキュメント１２に追加する機能を持つ。情報格納テーブル１４は、番号１４ａとファイル名１４ｂから構成され、番号１４ａについては、印刷ドキュメント１２で処理される順番に割り当てられる。
【００１５】
プリンタ３０は、通信部３１、データ処理部３２、画像形成部３３、データ格納部３４、データ削除部３５、情報格納部３６、及び画像処理部３７を有している。
【００１６】
通信部３１は、ネットワーク２０に接続され、コンピュータ１０からネットワーク２０を経由して送信される印刷ドキュメント１２を受信するものであり、これにはデータ処理部３２が接続されている。データ処理部３２は、通信部３１で受信した印刷ドキュメント１２を展開し、印刷データに変換するものであり、これには画像形成部３３、データ削除部３５、情報格納部３６、及び画像処理部３７等が接続されている。データ処理部３２は、印刷ドキュメント１２中のレイアウト情報１２ａ、画像ファイル１２ｂ、及びフォントファイル１２ｃを参照して処理を行う。又、プリンタドライバ１３で追加された情報格納テーブル１４においては、処理開始時に情報格納部３６へ保存される。
【００１７】
画像形成部３３は、データ処理部３２で作成した印刷データを印刷する機能を有している。画像処理部３７は、印刷ドキュメント１２中の画像ファイル１２ｂを処理するものであって、画像ファイル１２ｂをデコードする機能を持ち、これにはデータ格納部３４が接続されている。データ格納部３４は、データ処理部３２で処理した画像ファイル１２ｂのキャッシュを管理するものであり、データ格納テーブル３４ａ及びキャッシュ３４ｂから構成されている。データ格納テーブル３４ａは、ファイル名３４ａ１、キャッシュ３４ｂが存在するアドレス３４ａ２、及び最終アクセス時間３４ａ３により構成されており、これらの情報でキャッシュ３４ｂを管理する構成になっている。キャッシュ作成直後においては、最終アクセス時間３４ａ３には、キャッシュ作成時間が保存される。
【００１８】
データ削除部３５は、データ格納部３４及び情報格納部３６に接続されており、そのデータ格納部３４で管理されているキャッシュ３４ｂを削除する機能を有している。情報格納部３６は、データ処理部３２で処理した画像ファイル１２ｂ中の画像ファイルに、１つの画像ファイルから分割された画像が存在する場合、これらの分割ファイルの関連を示す関連情報を格納するものであり、この情報格納部３６には、情報格納テーブル１４が格納されている。
【００１９】
図２は、図１中の情報格納テーブル１４の例を示す図である。
この情報格納テーブル１４中には、テーブル１４−１と１４−２が保存されている。テーブル１４−１には、番号１４ａの「１」、「２」、「３」に対するファイル名１４ｂの「Ｃ１．ｐｎｇ」、「Ｃ２．ｐｎｇ」、「Ｃ３．ｐｎｇ」が登録されている。テーブル１４−２には、番号１４ａの「１」、「２」に対するファイル名１４ｂの「Ｂ１．ｊｐｇ」、「Ｂ２．ｊｐｇ」が登録されている。
【００２０】
図３（１）、（２）は、図１における画像の分割の例を示す図であり、同図（１）は分割前画像ファイルのイメージ４０の例、及び、同図（２）は分割後画像ファイルのイメージ４１，４２，４３の例である。
【００２１】
図２のテーブル１４−１には、ファイル名１４ｂの「Ｂ１．ｊｐｇ」、「Ｂ２．ｊｐｇ」が登録されているが、これらは図３に示す、イメージ４０をイメージ４１，４２，４３に分割したファイルである。
【００２２】
なお、図１中の情報格納部３６に格納されている情報格納テーブル１４において、異なる画像から分割された場合、異なるテーブルに関連するファイル名１４ｂが保存される。例えば、情報格納テーブル１４中には、図２のテーブル１４−１と１４−２が保存されているが、これらは異なる画像から分割された画像を関連付けている。
【００２３】
（実施例１の動作）
図４は、図１のデータ処理システムにおけるキャッシュ取得時の動作を示すフローチャートである。
【００２４】
キャッシュ取得時の動作が開始されると、ステップＳ１において、データ処理部３２から画像処理部３７へ画像の取得要求が出される。画像の取得要求には、必要な画像データの「ファイル名」情報が含まれる。ステップＳ２において、画像処理部３７は、データ格納部３４中のデータ格納テーブル３４ａにおけるファイル名３４ａ１を参照して、取得要求が出された画像データのキャッシュ３４ｂが存在するかを検索する。
【００２５】
ステップＳ３において、画像処理部３７は、キャッシュ３４ｂが存在した場合には（Ｙｅｓ）、ステップＳ４へ進み、キャッシュ３４ｂが存在しない場合には（Ｎｏ）、ステップＳ５へ進む。ステップＳ４において、画像処理部３７は、データ格納テーブル３４ａからアドレス３４ａ２を参照して、キャッシュ３４ｂのアドレスをデータ処理部３２へ送信し、ステップＳ７へ進む。ステップＳ７において、画像処理部３７は、参照したキャッシュ３４ｂの最終アクセス時間３４ａ３を更新して、処理を終了する。
【００２６】
又、ステップＳ５において、画像処理部３７は、画像の取得要求に含まれる「ファイル名」に対応する画像ファイルをデータ処理部３２から取得し、ステップＳ６へ進む。ステップＳ６において、画像処理部３７は、取得した画像ファイルのデコードを行い、このデコード結果のアドレスをデータ処理部３２へ送信し、ステップＳ７へ進む。ステップＳ７において、画像処理部３７は、デコードした画像データをデータ格納テーブル３４ａに追加して、処理を終了する。
【００２７】
図５は、図１のデータ処理システムにおけるメモリ不足時の動作を示すフローチャートである。
【００２８】
メモリ不足時の動作が開始されると、ステップＳ１１において、データ処理部３２でメモリが不足した場合、このデータ処理部３２からデータ削除部３５へキャッシュ削除要求が出される。キャッシュ削除要求には、必要な「空きメモリ量」情報が含まれる。ステップＳ１２において、データ削除部３５は、データ格納部３４から、どのキャッシュ３４ｂを削除するかを判定する。本実施例１では、最後に使用されたイメージの再利用率が最も高いと仮定し、データ格納部３４中のデータ格納テーブル３４ａから最終アクセス時間３４ａ３を参照し、アクセス時間が最も古いデータから削除するアルゴリズムを適用する。
【００２９】
ステップＳ１３において、データ削除部３５は、ステップＳ１２で決定された削除ファイル（即ち、関連データ）が、情報格納部３６に格納される情報格納テーブル１４に存在するかの判定を行い、情報格納テーブル１４に存在しなければ（Ｎｏ）、ステップＳ１５へ進み、存在すれば（Ｙｅｓ）、ステップＳ１４へ進む。ステップＳ１５において、データ削除部３５は、ステップＳ１２で決定された削除ファイルをキャッシュ３４ｂから削除する。ステップＳ１４において、データ削除部３５は、情報格納テーブル１４中のステップＳ１２で決定された削除ファイルが含まれるテーブル中で、最後に使用された分割データ、つまり番号１４ａが最も大きいファイルを新たな削除ファイルと決定し、ステップＳ１５へ進む。
【００３０】
ステップＳ１５において、データ削除部３５は、ステップＳ１４で決定された削除ファイルをキャッシュ３４ｂから削除し、ステップＳ１６へ進む。ステップＳ１６において、データ削除部３５は、キャッシュ削除要求に含まれる「空きメモリ量」以上の空きメモリが存在するかを判断する。空きメモリが存在すれば（Ｙｅｓ）、処理を終了する。空きメモリが存在しなければ（Ｎｏ）、ステップＳ１２へ戻って再度処理を行う。
【００３１】
次に、図２及び図６を参照しつつ、図５のフローチャートのより具体的な動作例について説明する。
【００３２】
図６は、図１中のデータ格納テーブル３４ａの例を示す図である。
このデータ格納テーブル３４ａは、ファイル名３４ａ１、アドレス３４ａ２、及び最終アクセス時間３４ａ３により構成されている。
【００３３】
図５のステップＳ１１において、キャッシュ削除要求が発生した場合、図６に示すデータ格納テーブル３４ａの場合は、ステップＳ１２において、最終アクセス時間３４ａ３が最も古いファイル（最終アクセス時間０１：２３：４５．６７に対応するファイル「Ａ．ｔｉｆ」）が選択される。ファイル「Ａ．ｔｉｆ」については、図２の情報格納テーブル１４中のテーブル１４−１，１４−２にファイル名１４ｂが存在しないため、ステップＳ１３において、関連データ無し（Ｎｏ）が選択される。ステップＳ１５において、データ格納テーブル３４ａからファイル「Ａ．ｔｉｆ」の情報、及びアドレス「０ｘＦＦ００００００」に保存された画像データが削除される。
【００３４】
ファイル「Ａ．ｔｉｆ」の削除直後に、ステップＳ１１において、キャッシュ削除要求が再度発生した場合、ステップＳ１２において、最終アクセス時間３４ａ３が最も古いファイル（最終アクセス時間０１：２３：４５．６８に対応するファイル「Ｃ１．ｐｎｇ」）が選択される。ファイル「Ｃ１．ｐｎｇ」については、情報格納テーブル１４中のテーブル１４−１にファイル名「Ｃ１．ｐｎｇ」が存在するため、ステップＳ１３において、関連データ有り（Ｙｅｓ）が選択される。
【００３５】
ステップＳ１４では、ファイル「Ｃ１．ｐｎｇ」が含まれるテーブル１４−１の中で、番号１４ａが最も大きく、データ格納テーブル３４ａに存在するファイル「Ｃ３．ｐｎｇ」が削除ファイルとして選択され、ステップＳ１６へ進む。ステップＳ１６において、データ格納テーブル３４ａからファイル「Ｃ３．ｐｎｇ」の情報、及びアドレス「０ｘＦＦ０３００００Ｆ」に保存された画像データが削除される。
【００３６】
図７は、図１のデータ処理システムにおけるキャッシュ削除時の動作を示すフローチャートである。
【００３７】
キャッシュ削除時の動作が開始されると、ステップＳ２１において、データ処理部３２で、特定の画像データが再利用されないと判断された場合、不要キャッシュの削除要求が出される。ステップＳ２２において、データ削除部３５は、削除要求が出された画像データのキャッシュ３４ｂをデータ格納テーブル３４ａから削除する。ステップＳ２３において、データ削除部３５は、削除要求が出された画像データについて、情報格納テーブル１４を参照し、関連情報（関連データ）が存在するかを判定し、関連情報が無い場合は（Ｎｏ）、処理を終了し、関連情報が有る場合は（Ｙｅｓ）、ステップＳ２４へ進む。
【００３８】
ステップＳ２４において、削除要求が出された画像データが存在する、情報格納テーブル１４中のテーブル１４−１において、不要な画像データより番号１４ａが小さい画像データのキャッシュ３４ｂをデータ格納テーブル３４ａから削除する。例えば、図３において、画像データであるイメージ４２が削除された場合、画像データであるイメージ４１については、不要と判断しキャッシュ３４ｂから削除する。
【００３９】
これにより、不要な画像データが指定された場合、それ以前の画像データについても同様に不要であるため、キャッシュ３４ｂから削除することで、メモリ使用量を減少させている。
【００４０】
（実施例１の効果）
図８は、実施例１と既存処理例において処理時間に関するタイムチャートを示す図である。
【００４１】
本実施例１において、図３（２）のような分割されたイメージ４１〜４３については、最後に使用される分割データから削除する構成にしているので、キャッシュ３４ｂのヒット率が増加し、処理時間を削減できる。
【００４２】
例えば、図８のタイムチャートには、既に処理された３ファイル「Ｃ１．ｐｎｇ」、「Ｃ２．ｐｎｇ」、「Ｃ３．ｐｎｇ」の内の２ファイルがキャッシュ３４ｂに保存されている状態で、再度これらのファイルを同様の順序で処理する際に、処理途中でメモリが不足し、キャッシュ３４ｂが全て削除される場合の例が示されている。
【００４３】
本実施例１では、先に処理された画像ファイル「Ｃｌ．ｐｎｇ」、「Ｃ２．ｐｎｇ」がキャッシュ３４ｂに保存されている。既存処理例では、アクセス時間が新しいファイル「Ｃ２．ｐｎｇ」、「Ｃ３．ｐｎｇ」がキャッシュ３４ｂに保存されている。既存処理例では、処理途中でメモリ不足のためファイル「Ｃ３．ｐｎｇ」がキャッシュ３４ｂから削除されるため、処理時間が増加している。これに対し、本実施例１においては、ファイル「Ｃｌ．ｐｎｇ」がキャッシュ３４ｂから削除されるものの、ファイル「Ｃ１．ｐｎｇ」の処理後であったため、処理速度の低下は発生していない。
【００４４】
つまり、本実施例１では、何時キャッシュ３４ｂがメモリ上から削除されるか不明なため、図３（２）のような分割されたイメージ４１〜４３については、先に使用されたデータをキャッシュ３４ｂに残しておくことにより、キャッシュ３４ｂのヒット率を増加させている。
【実施例２】
【００４５】
（実施例２の構成）
図９は、本発明の実施例２におけるデータ処理装置を備えたデータ処理システムを示す構成図であり、実施例１を示す図１中の要素と共通の要素には共通の符号が付されている。
【００４６】
本実施例２のデータ処理システムは、実施例１と同様のコンピュータ１０と、このコンピュータ１０にネットワーク２０を介して接続された、実施例１とは構成の異なるデータ処理装置（例えば、プリンタ）３０Ａとを備えている。
【００４７】
本実施例２のプリンタ３０Ａでは、実施例１のプリンタ３０おいてデータ作成部３８が追加されている。データ作成部３８は、データ処理部３２、データ格納部３４、情報格納部３６、及び画像処理部３７に接続されており、画像データのキャッシュ３４ｂを作成してデータ格納部３４へ追加する機能を有している。本実施例２の他の構成は、実施例１と同様である。
【００４８】
（実施例２の動作）
図１０は、図９のデータ処理システムにおけるキャッシュ取得時の動作を示すフローチャートである。
【００４９】
キャッシュ取得時の動作が開始されると、ステップＳ３１において、データ処理部３２から画像処理部３７へ画像の取得要求が出される。画像の取得要求には、必要な画像データの「ファイル名」情報が含まれる。ステップＳ３２において、データ処理部３２は、データ格納部３４中のデータ格納テーブル３４ａにおけるファイル名３４ａ１を参照して、取得要求が出された画像データのキャッシュ３４ｂが存在するかを検索し、ステップＳ３３へ進む。
【００５０】
ステップ３３において、データ処理部３２は、キャッシュ３４ｂが存在した場合には（Ｙｅｓ）、ステップＳ３４へ進み、キャッシュ３４ｂが存在しない場合には（Ｎｏ）、ステップＳ３５へ進む。ステップＳ３４において、画像処理部３７は、データ格納テーブル３４ａからアドレス３４ａ２を参照して、キャッシュ３４ｂのアドレスをデータ処理部３２へ送信し、ステップＳ３７へ進む。ステップＳ３７において、データ格納テーブル３４ａの最終アクセス時間３４ａ３を更新する。
【００５１】
又、ステップＳ３５において、画像処理部３７は、画像の取得要求に含まれる「ファイル名」に対応する画像ファイルをデータ処理部３２から取得し、ステップＳ３６へ進む。ステップＳ３６において、画像処理部３７は、取得した画像ファイルのデコードを行い、このデコード結果のアドレスを、データ処理部３２へ送信し、ステップＳ３７へ進む。ステップ３７において、デコードした画像データをデータ格納テーブル３４ａに追加する。
【００５２】
ステップＳ３８において、画像処理部３７は、取得要求が出された画像の「ファイル名」をデータ作成部３８へ送信する。「ファイル名」を受信したデータ作成部３８では、情報格納部３６中の情報格納テーブル１４を参照し、受信した「ファイル名」に対して、関連情報が存在するかを判定し、関連情報が無ければ（Ｎｏ）、処理を終了し、関連情報が有れば（Ｙｅｓ）、ステップＳ３９へ進む。
【００５３】
ステップＳ３９において、データ作成部３８で受信した「ファイル名」の次の番号の画像データについて、データ格納テーブル３４ａにキャッシュ３４ｂが存在するかを判断し、次の番号の画像がデータ格納テーブル３４ａに存在すれば（Ｙｅｓ）、処理を終了し、データ格納テーブル３４ａに存在しなければ（Ｎｏ）、ステップＳ４０へ進む。ステップＳ４０において、データ作成部３８で受信した「ファイル名」の次の番号の画像データの「ファイル名」を指定し、データ処理部３２から画像ファイルを取得する。データ作成部３８では、受信した画像ファイルをデコードし、作成したキャッシュ３４ｂをデータ格納テーブル３４ａに登録して処理を終了する。
【００５４】
（実施例２の効果）
図１１は、実施例２と既存処理例において処理時間に関するタイムチャートを示す図である。
【００５５】
本実施例２において、図３（２）のような分割されたイメージ４１〜４３については、キャッシュ３４ｂの参照時に、次に使用する画像がキャッシュ３４ｂに無ければ、予めキャッシュ３４ｂに登録しておく構成にしたので、処理速度を上げることが可能となる。
【００５６】
例えば、図１１のタイムチャートには、実施例２と既存処理例とにおいて、ファイル「Ｃ１．ｐｎｇ」のみがキャッシュ３４ｂに保存されている状態で、ファイル「Ｃ１．ｐｎｇ」、「Ｃ２．ｐｎｇ」、「Ｃ３．ｐｎｇ」を処理する際の処理時間の比較例が示されている。本実施例２では、取得したイメージを処理している間に、次に処理する画像データをキャッシュ３４ｂに登録することで、処理時間を削減している。
【００５７】
（変形例）
本発明は、上記実施例に限定されず、種々の利用形態や変形が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｃ）のようなものがある。
【００５８】
（ａ）  実施例１、２のコンピュータ１０、及びプリンタ３０，３０Ａは、図１及び図９以外の回路構成に変更してもよい。又、実施例１、２では、プリンタ３０，３０Ａ中での画像データ処理に適用した例を説明したが、コンピュータ１０上のプリンタドライバ１３中で画像データを処理する場合にも適用可能である。
【００５９】
（ｂ）  実施例１、２では、プリンタ３０，３０Ａ中での画像データ処理に適用した例を説明したが、分割されたデータを処理する装置であれば、どのような装置にも適用可能である。
【００６０】
（ｃ）  実施例２では、後に使用されるデータをデータ格納部３４へ予め格納する例を説明したが、更に、直後に使用されるデータについては、高速な記憶装置に予め読み込んでおくことでキャッシュ３４ｂの参照時間を削減することも可能である。
【符号の説明】
【００６１】
１０      コンピュータ
１３      プリンタドライバ
１４      情報格納テーブル
２０      ネットワーク
３０，３０Ａ      プリンタ
３２      データ処理部
３３      画像形成部
３４      データ格納部
３５      データ削除部
３６      情報格納部
３７      画像処理部
３８      データ作成部
【図１】
2011062832.tif 000003
【図２】
2011062832.tif 000004
【図３】
2011062832.tif 000005
【図４】
2011062832.tif 000006
【図５】
2011062832.tif 000007
【図６】
2011062832.tif 000008
【図７】
2011062832.tif 000009
【図８】
2011062832.tif 000010
【図９】
2011062832.tif 000011
【図１０】
2011062832.tif 000012
【図１１】
2011062832.tif 000013