(57)【要約】【課題】ＲＩＰ処理時間の短縮効果が高い格納指定データをキャッシュに記憶することを可能とする印刷装置を提供する。【解決手段】ページ記述言語で記述されたジョブデータを解析し、検出した画像データは、格納指定データか否かを判定する解析部１７ａと、格納指定データごとに、生成されるラスタデータのデータサイズを推定する推定部１７ｃと、ジョブデータを解析し、格納指定データごとに、キャッシュ１３からラスタデータを読み出す命令が記載されている回数を特定する回数特定部１７ｄと、推定されたデータサイズと特定された回数とに基づいて、格納指定データの中からラスタデータをキャッシュ１３に格納する指定データを決定する格納指定データ決定部１７ｈと、を備える。【選択図】図３
2015009497.tif 000002
【特許請求の範囲】
【請求項１】
入力されたページ記述言語で記述されたジョブデータから画像データを検出し、検出した前記画像データを描画処理する印刷装置であって、
前記画像データを描画処理した後のデータであるラスタデータを一時的に保持するキャッシュと、
前記ジョブデータを解析し、前記画像データのうち、前記ラスタデータを前記キャッシュに格納することを指定されているデータである格納指定データか否かを判定する解析部と、
前記格納指定データごとに、生成される前記ラスタデータのデータサイズを推定する推定部と、
前記ジョブデータを解析し、前記格納指定データごとに前記キャッシュから前記ラスタデータを読み出す命令が記載されている回数を特定する回数特定部と、
前記推定部により前記推定されたデータサイズと前記回数特定部により前記特定された回数とに基づいて、前記格納指定データの中から前記ラスタデータを前記キャッシュに格納する格納指定データを決定する格納指定データ決定部と、
を備える、
ことを特徴とする印刷装置。
【請求項２】
前記格納指定データごとに、前記推定部により前記推定されたデータサイズと前記回数特定部により前記特定された回数とに基づいて、前記キャッシュに格納する優先順位を設定する優先順位設定部と、
前記優先順位に従って、該優先順位の格納指定データから生成される前記ラスタデータを前記キャッシュに格納可能か否かを順次判定する判定部と、
を更に備え、
前記格納指定データ決定部は、前記判定部により前記キャッシュに格納可能と判定された前記格納指定データを、前記ラスタデータを前記キャッシュに格納する格納指定データとして決定する、
ことを特徴とする請求項１に記載の印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置に関する。
【背景技術】
【０００２】
近年、使用頻度の高い定型データに対して複数の可変データを重ね合わせ、大量のページを高速に印刷するバリアブル印刷に対応した印刷装置が利用され始めている。
【０００３】
また、バリアブル印刷をより効率的に行うために、印刷のジョブにはページ記述言語（以下、ＰＤＬ（Page Description Language）という）が採用されている。これらのＰＤＬの中には、使用頻度の高い定型データを描画処理（以下、ＲＩＰ（Raster Image Processor）処理という）してラスタ・イメージに変換したデータ（以下、ラスタデータという）をキャッシュに記憶する機能（以下、キャッシュ機能という）を備えるものもある（例えば、特許文献１を参照）。
【０００４】
このキャッシュ機能により、ページデータを生成する際に、定型データに対応するラスタデータをキャッシュから読み出すことで、ジョブ全体におけるＲＩＰ処理に要する時間（以下、ＲＩＰ処理時間という）を短縮することが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１８３７０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の方法では、キャッシュに格納するように指定されたデータ（以下、格納指定データという）は、以下に示すルールに従って、キャッシュに記憶されている。
（１）格納指定データから生成されたラスタデータは、格納指定データがＰＤＬデータ内に記載された順番でキャッシュに記憶される。
（２）処理対象の格納指定データから生成されたラスタデータのデータサイズが、キャッシュの空き容量より大きい場合には、既にキャッシュに記憶されている格納指定データに対応するラスタデータの内で、最初にキャッシュに記憶されたものから順番に削除し、必要な容量を確保した後に、処理対象の格納指定データから生成されたラスタデータをキャッシュに記憶する。
【０００７】
そのため、割り当てられているキャッシュの容量が小さい場合などには、使用頻度が非常に高い格納指定データであってもキャッシュから削除されてしまい、ＲＩＰ処理時間の短縮効果が薄れてしまうという問題がある。
【０００８】
上記問題点に鑑み、本発明では、ＲＩＰ処理時間の短縮効果が高い格納指定データをキャッシュに記憶することを可能とする印刷装置を提供することを課題とする。
【課題を解決するための手段】
【０００９】
請求項１に係る印刷装置は、
入力されたページ記述言語で記述されたジョブデータから画像データを検出し、検出した前記画像データを描画処理する印刷装置であって、
前記画像データを描画処理した後のデータであるラスタデータを一時的に保持するキャッシュと、
前記ジョブデータを解析し、前記画像データのうち、前記ラスタデータを前記キャッシュに格納することを指定されているデータである格納指定データか否かを判定する解析部と、
前記格納指定データごとに、生成される前記ラスタデータのデータサイズを推定する推定部と、
前記ジョブデータを解析し、前記格納指定データごとに前記キャッシュから前記ラスタデータを読み出す命令が記載されている回数を特定する回数特定部と、
前記推定部により前記推定されたデータサイズと前記回数特定部により前記特定された回数とに基づいて、前記格納指定データの中から前記ラスタデータを前記キャッシュに格納する格納指定データを決定する格納指定データ決定部と、
を備える、
ことを特徴とする印刷装置。
【００１０】
請求項２に係る印刷装置は、請求項１に係る印刷装置において、
前記格納指定データごとに、前記推定部により前記推定されたデータサイズと前記回数特定部により前記特定された回数とに基づいて、前記キャッシュに格納する優先順位を設定する優先順位設定部と、
前記優先順位に従って、該優先順位の格納指定データから生成される前記ラスタデータを前記キャッシュに格納可能か否かを順次判定する判定部と、
を更に備え、
前記格納指定データ決定部は、前記判定部により前記キャッシュに格納可能と判定された前記格納指定データを、前記ラスタデータを前記キャッシュに格納する格納指定データとして決定する、
ことを特徴とする。
【発明の効果】
【００１１】
請求項１に係る印刷装置によれば、格納指定データごとに、ラスタデータのデータサイズを推定すると共に、ラスタデータをキャッシュから読み出す命令の回数を特定する。そして、推定したデータサイズと特定した回数とに基づいて、格納指定データの中からラスタデータをキャッシュに格納する格納指定データを特定する。これにより、ラスタデータをキャッシュに格納した場合にＲＩＰ処理時間の短縮効果が高い格納指定データを特定することが可能となり、ジョブ全体におけるＲＩＰ処理時間を短縮することが可能となる。
【００１２】
請求項２に係る印刷装置によれば、推定したデータサイズと特定した回数とに基づいて、各格納指定データの優先順位を設定する。そして、設定した優先順位に従って、該優先順位の格納指定データから生成されるラスタデータをキャッシュに格納可能か否かを順次判定し、キャッシュに格納可能と判定した格納指定データを、ラスタデータをキャッシュに格納する格納指定データとして特定する。これにより、ラスタデータをキャッシュに格納した場合に、ＲＩＰ処理時間の短縮効果のより高い格納指定データの組合せを特定することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施形態１における印刷システムの構成例を示す図である。
【図２】実施形態１におけるＰＳデータの構造例を示す図である。
【図３】実施形態１における印刷システムを構成する印刷装置の構成例を示す機能ブロック図である。
【図４】実施形態１におけるキャッシュ管理テーブルの例を示す図であり、優先順位が“１”であるデータ２に対して、キャッシュ格納フラグの設定処理が行われた時点におけるキャッシュ管理テーブルの状態を示す図である。
【図５】実施形態１におけるキャッシュ管理テーブルの例を示す図であり、全てのデータに対して、キャッシュ格納フラグの設定処理が行われた時点におけるキャッシュ管理テーブルの状態を示す図である。
【図６】実施形態１におけるキャッシュ制御処理のフローを説明するためのフローチャートの例の一部である。
【図７】実施形態１におけるキャッシュ制御処理のフローを説明するためのフローチャートの例の他の一部である。
【図８】従来のルールに従って作成したキャッシュ管理テーブルの例を示す図であり、全てのデータに対して、キャッシュ格納フラグの設定処理が行われた時点におけるキャッシュ管理テーブルの状態を示す図である。
【図９】実施形態２における印刷システムを構成する印刷装置の構成例を示す機能ブロック図である。
【図１０】実施形態２におけるキャッシュ管理テーブルの例を示す図である。
【図１１】実施形態２におけるキャッシュ制御処理のフローを説明するためのフローチャートの例である。
【発明を実施するための形態】
【００１４】
以下に本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１５】
（実施形態１）
図１は、本実施形態１の印刷システム１００の構成例を示す図である。印刷システム１００は、図１に示すように、印刷装置１０と、一又は複数の情報端末装置２０とを含み、印刷装置１０と情報端末装置２０は、ネットワークＮＷを介して相互に通信可能に接続されている。
【００１６】
なお、本実施形態１においては、情報端末装置２０により出力され、印刷装置１０へ入力される印刷ジョブはＰＳ（Post Script）形式であるものとして、以下説明する。また、ＰＳ形式の印刷ジョブをＰＳデータと称することとする。
【００１７】
図２は、本実施形態１におけるＰＳデータの構造例を示す図である。本例のＰＳデータでは、図２に示すように、後述するようにキャッシュ１３に格納することを指定された格納指定データ（以下、指定データという）はジョブヘッダに埋め込まれているものとする。また、図２に示す[使用：指定データｋ]（ｋ＝１，２，・・）は、指定データｋを変換して生成されたラスタデータを詳しくは後述のキャッシュ１３から読み出す命令を示しているものとする。
【００１８】
図３は、印刷システム１００を構成する印刷装置１０の構成例を示す機能ブロック図である。印刷装置１０は、情報端末装置２０により出力されるＰＳデータを処理して、紙などの印刷媒体上に印刷して出力する装置であり、図３に示すように、通信部１１と、記憶部１２と、キャッシュ１３と、表示部１４と、操作部１５と、プリンタ部１６と、制御部１７と、を備えて構成されている。
【００１９】
通信部１１は、通信モジュールなどで構成され、ネットワークＮＷを介して、情報端末装置２０との間で通信を行う。例えば、通信部１１は、情報端末装置２０により出力されるＰＳデータを受信する。
【００２０】
記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、不揮発性メモリなどで構成され、制御部１７を構成するＣＰＵ（Central Processing Unit）のワークエリア、印刷装置１０全体を制御するための動作プログラムなどの各種プログラムを格納するプログラムエリア、詳しくは後述のキャッシュ管理テーブルＴ１などの各種データを格納するデータエリアとして機能する。
【００２１】
ここで、図４と図５を参照して、記憶部１２のデータエリアに格納されているキャッシュ管理テーブルＴ１について説明する。図４は、実施形態１におけるキャッシュ管理テーブルＴ１の例を示す図であり、優先順位ｊが“１”であるデータ２に対して、キャッシュ格納フラグの設定処理が行われた時点におけるキャッシュ管理テーブルＴ１の状態を示す図である。図５は、実施形態１におけるキャッシュ管理テーブルＴ１の例を示す図であり、全てのデータに対して、キャッシュ格納フラグの設定処理が行われた時点におけるキャッシュ管理テーブルＴ１の状態を示す図である。
【００２２】
キャッシュ管理テーブルＴ１は、例えば、指定データを変換して生成されたラスタデータをキャッシュ１３に格納する際に、詳しくは後述のＲＩＰ処理部１７ｉにより参照されるテーブルであり、図４（又は、図５）に示すように、指定データごとに、推定データサイズと、推定ＲＩＰ処理時間と、使用回数と、優先順位ｊと、キャッシュ格納フラグと、が対応付けられている。
【００２３】
指定データ名は、指定データを一意に識別可能な情報であり、本実施形態１においては、詳しくは後述の推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データに対し、ＰＳデータに埋め込まれている順番に、データ１、データ２、・・・と設定される。
【００２４】
推定データサイズは、対応する指定データをラスタデータに変換した際のデータサイズの推定値であり、推定部１７ｃにより推定され、キャッシュ管理テーブルＴ１の対応する欄に格納される。
【００２５】
推定ＲＩＰ処理時間は、対応する指定データをＲＩＰ処理するのに要する時間を推定したものであり、対応する推定データサイズに基づいて、推定部１７ｃにより推定され、キャッシュ管理テーブルＴ１の対応する欄に格納される。
【００２６】
使用回数は、対応する指定データが使用される回数、すなわち、対応する指定データを変換して生成されるラスタデータをキャッシュ１３から読み出す命令がＰＳデータに記載されている回数を示すものであり、詳しくは後述の回数特定部１７ｄによりカウントされ、キャッシュ管理テーブルＴ１の対応する欄に格納される。
【００２７】
優先順位ｊは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの内で、対応する指定データが優先的にキャッシュ１３に格納される順番を示すものであり、詳しくは後述の優先順位設定部１７ｅにより設定される。なお、本実施形態１においては、優先順位ｊの値が大きい程、優先度が低くなり、例えば、図４の例では、データ２、データ３、データ４、データ１の順に、優先度が低くなる。
【００２８】
キャッシュ格納フラグは、対応する指定データを変換して生成されるラスタデータをキャッシュ１３に格納するか否かを指示するフラグである。詳しくは後述の判定部１７ｂにより該指定データから生成されるラスタデータがキャッシュ１３に格納可能であると判定された場合に、詳しくは後述の格納指定データ決定部１７ｈにより該指定データに対応するフラグ値が“１”に変更される。なお、本実施形態１においては、フラグ値の初期値は“０”とする。
【００２９】
図３に戻り、キャッシュ１３は、例えば、ＳＲＡＭ（Static Random Access Memory）などで構成され、ＲＩＰ処理部１７ｉは、指定データから生成したラスタデータを、キャッシュ管理テーブルＴ１に基づいて、キャッシュ１３に格納する。なお、本実施形態１においては、キャッシュ１３の容量は、５Ｍバイトとする。
【００３０】
表示部１４は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）などの表示装置などで構成され、例えば、画像データや各種機能ボタンなどを表示画面上に表示する。
【００３１】
操作部１５は、テンキ−や表示部１３の表示画面上に表示されるタッチパネルなどで構成され、ユーザは、操作部１４を操作して、印刷装置１０への指示を入力することで、所望の処理を実行させることが可能である。
【００３２】
プリンタ部１６は、プリンタエンジンなどで構成され、ＲＩＰ処理部１７ｉによりラスタデータが生成されると、プリンタ部１６は、ページ毎にレイアウト処理を実行し、レイアウト処理後のページデータに対して、例えば、キャリブレーションなどの画像処理を施した後に、印刷媒体に印刷し出力する。
【００３３】
制御部１７は、ＣＰＵなどで構成され、記憶部１２のプログラムエリアに格納されている動作プログラムを実行して、図３に示すように、解析部１７ａと、判定部１７ｂと、推定部１７ｃと、回数特定部１７ｄと、優先順位設定部１７ｅと、カウンタ１７ｆと、空容量算出部１７ｇと、格納指定データ決定部１７ｈと、ＲＩＰ処理部１７ｉとしての機能を実現すると共に、印刷装置１０全体を制御する制御処理や詳しくは後述のキャッシュ制御処理などの処理を実行する。
【００３４】
解析部１７ａは、ＰＳデータを受信すると、受信したＰＳデータを解析し、ＰＳデータから検出した画像データ（以下、オブジェクトデータという）が指定データか否かを順次判定することで、ＰＳデータに指定データが有るか否かを判定する。例えば、解析部１７ａは、ＰＳデータに記載されている順番に従って、検出したオブジェクトデータが指定データか否かを順次判定する。
【００３５】
また、解析部１７ａは、ＰＳデータに指定データが有る場合には、ＰＳデータを解析し、指定データが使用される箇所が有るか否かを更に判定する。より具体的には、解析部１７ａは、ＰＳデータを解析し、指定データを変換して生成されるラスタデータをキャッシュ１３から読み出す命令がＰＳデータに含まれているか否かを判定することで、指定データが使用される箇所が有るか否かを更に判定する。
【００３６】
判定部１７ｂは、ＰＳデータを受信したか否かを判定する。また、判定部１７ｂは、カウンタ１７ｆのカウンタ値ｉが、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数以下か否かを判定する。また、判定部１７ｂは、優先順位ｊがカウンタ値ｉと等しい指定データの推定データサイズが、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量以下か否かを判定することで、該指定データを変換して生成されるラスタデータをキャッシュ１３に格納可能か否かを判定する。
【００３７】
推定部１７ｃは、解析部１７ａにより、処理対象のＰＳデータに指定データが有ると判定され、且つ、指定データが使用される箇所が有ると判定された場合に、指定データごとにＲＩＰ処理時間を推定する。より具体的には、推定部１７ｃは、指定データごとに、該指定データをＲＩＰ処理しラスタデータに変換した際のデータサイズを推定することで、ＲＩＰ処理時間を推定する。これは、ＲＩＰ処理時間が、データサイズに略比例するからである。この際、推定部１７ｃは、使用される箇所が有る指定データ（キャッシュ１３から読み出す命令がＰＳデータに含まれている指定データ）に対してのみ、ＲＩＰ処理時間の推定を行い、使用される箇所が無い指定データ（キャッシュ１３から読み出す命令がＰＳデータに含まれていない指定データ）に対しては、ＲＩＰ処理時間の推定を行わない。
【００３８】
例えば、データサイズが１Ｍバイトのデータの推定ＲＩＰ処理時間をｔ秒と設定した場合、推定部１７ｃは、図４に例示するキャッシュ管理テーブルＴ１のデータ１乃至４に対して、それぞれ、１．５ｔ秒、ｔ秒、２ｔ秒、５ｔ秒と推定する。
【００３９】
また、推定部１７ｃは、ＲＩＰ処理時間の推定を行った指定データを一意に識別可能な名称である指定データ名と、該指定データの推定データサイズと、該指定データの推定ＲＩＰ処理時間と、を対応付けてキャッシュ管理テーブルＴ１に格納する。
【００４０】
なお、指定データをラスタデータに変換した際のデータサイズは、ＰＳデータに含まれる該指定データのカラーモード（ｂｉｔ／ｐｉｘｅｌ）と印刷サイズと、印刷装置１０の印刷解像度と、に基づいて、推定可能である。
【００４１】
回数特定部１７ｄは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データごとに、該指定データが使用される回数を特定し、キャッシュ管理テーブルＴ１の対応する「使用回数」欄に、特定した回数を格納する。より具体的には、回数特定部１７ｄは、ＲＩＰ処理時間の推定が行われた指定データごとに、該指定データを変換して生成されるラスタデータをキャッシュ１３から読み出す命令がＰＳデータに記載されている回数をカウントして特定する。
【００４２】
例えば、指定データ１から生成されるラスタデータをキャッシュ１３から読み出す命令がＰＳデータに４回記載されている場合には、回数特定部１７ｄは、キャッシュ管理テーブルＴ１の指定データ１に対応する「使用回数」欄に、“４”を格納する。例えば、処理対象のＰＳデータが図２に例示するものである場合には、指定データ１はＰＳデータの一番初めに埋め込まれているデータであることから、回数特定部１７ｄは、図４（又は図５）に示すように、データ１に対応する「使用回数」欄に、“４”を格納する。
【００４３】
優先順位設定部１７ｅは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データに対して、優先順位ｊの設定を行う。より具体的には、優先順位設定部１７ｅは、キャッシュ管理テーブルＴ１を参照して、指定データごとに、該指定データに対応する推定ＲＩＰ処理時間と使用回数とを積算し、積算して求めた値が大きい順に、優先順位ｊを設定し、設定した優先順位ｊをキャッシュ管理テーブルＴ１の対応する欄に格納する。すなわち、優先順位設定部１７ｅは、ＲＩＰ処理時間の短縮効果が高いデータから順に、優先順位ｊを設定する。
【００４４】
例えば、キャッシュ管理テーブルＴ１が図４（又は、図５）に示すテーブルである場合には、推定ＲＩＰ処理時間と使用回数とを積算して求めた値は、データ１から順に、６ｔ、２０ｔ、１２ｔ、１０ｔとなる。この場合、優先順位設定部１７ｅは、図４（又は、図５）に示すように、データ１から順に優先順位ｊとして、“４”、“１”、“２”、“３”を設定する。
【００４５】
図３に戻り、カウンタ１７ｆは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた全ての指定データに対して、キャッシュ１３に格納可能か否かの判定が行われたかを管理するためのカウンタであり、カウンタ値ｉは、優先順位設定部１７ｅにより設定される優先順位ｊに対応付けられている。カウンタ１７ｆは、制御部１７により初期化され、判定部１７ｂにより指定データを変換して生成されるラスタデータがキャッシュ１３に格納可能か否かの判定が行われる度に、インクリメントされる。なお、カウンタ１７ｆのカウンタ値ｉの初期値は“１”とする。
【００４６】
空容量算出部１７ｇは、キャッシュ１３の空き容量を算出する。より具体的には、空容量算出部１７ｇは、キャッシュ管理テーブルＴ１の「キャッシュ格納フラグ」欄を検索して、フラグ値が“１”となっている指定データを特定する。そして、空容量算出部１７ｇは、キャッシュ１３の容量から、特定した指定データに対応する推定データサイズを減算してキャッシュ１３の空き容量を算出する。
【００４７】
例えば、キャッシュ１３の容量が５Ｍバイトであり、キャッシュ管理テーブルＴ１が図４に示すテーブルの状態である場合には、データ２に対応するキャッシュ格納フラグのフラグ値のみが“１”であることから、空容量算出部１７ｇは、５−１＝４Ｍバイトをキャッシュ１３の空き容量として算出する。
【００４８】
図３に戻り、格納指定データ決定部１７ｈは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの中から、ラスタデータをキャッシュ１３に格納する指定データを決定し、決定した指定データに対してフラグ設定の処理を行う。より具体的には、格納指定データ決定部１７ｈは、ラスタデータをキャッシュ１３に格納可能であると判定部１７ｂにより判定された指定データを特定し、キャッシュ管理テーブルＴ１の該指定データに対応するフラグ値を”１“に変更する。
【００４９】
ＲＩＰ処理部１７ｉは、処理対象のＰＳデータを解析し、検出したオブジェクトデータを変換して、ラスタデータを生成する。この際、ＲＩＰ処理部１７ｉは、キャッシュ管理テーブルＴ１を参照して、処理対象のオブジェクトデータが指定データであり、該指定データに対応するキャッシュ格納フラグのフラグ値が“１”である場合には、該オブジェクトデータから生成したラスタデータをキャッシュ１３に格納する。すなわち、ＲＩＰ処理部１７ｉは、キャッシュ管理テーブルＴ１に基づいて、キャッシュ１３に格納するラスタデータを特定する。
【００５０】
次に、図６と図７を参照して、本実施形態１におけるキャッシュ制御処理について説明する。図６と図７は、それぞれ、実施形態１におけるキャッシュ制御処理のフローを説明するためのフローチャートの例の一部と、他の一部である。本キャッシュ制御処理は、情報端末装置２０により出力されるＰＳデータ（印刷ジョブ）の受信をトリガとして開始される。
【００５１】
判定部１７ｂは、ＰＳデータを受信したか否かを判定する（ステップＳ００１）。判定部１７ｂにより、ＰＳデータを受信していないと判定された場合には（ステップＳ００１；ＮＯ）、処理はステップＳ００１の処理を繰り返し、ＰＳデータの受信を待つ。
【００５２】
一方、判定部１７ｂによりＰＳデータを受信したと判定された場合には（ステップＳ００１；ＹＥＳ）、解析部１７ａは、受信したＰＳデータを解析し、ＰＳデータから検出したオブジェクトデータが指定データか否かを順次判定することで、ＰＳデータに指定データが有るか否かを判定する（ステップＳ００２）。解析部１７ａにより、ＰＳデータに指定データは無いと判定された場合には（ステップＳ００２；ＮＯ）、処理は後述のステップＳ０１４の処理へと進む。
【００５３】
一方、ＰＳデータに指定データが有ると判定した場合には（ステップＳ００２；ＹＥＳ）、解析部１７ａは、ＰＳデータを解析し、指定データが使用される箇所が有るか否かを更に判定する（ステップＳ００３）。解析部１７ａにより、指定データが使用される箇所は無いと判定された場合には（ステップＳ００３；ＮＯ）、処理はステップＳ０１４の処理へと進む。
【００５４】
一方、解析部１７ａにより、指定データが使用される箇所が有ると判定された場合には（ステップＳ００３；ＹＥＳ）、推定部１７ｃは、指定データごとに、該指定データをＲＩＰ処理しラスタデータに変換した際のデータサイズを推定することで、ＲＩＰ処理時間を推定する（ステップＳ００４）。この際、推定部１７ｃは、使用される箇所が有る指定データに対してのみ、ＲＩＰ処理時間の推定を行い、使用される箇所が無い指定データに対しては、ＲＩＰ処理時間の推定を行わない。
【００５５】
そして、推定部１７ｃは、ＲＩＰ処理時間の推定を行った指定データを一意に識別可能な名称である指定データ名と、該指定データの推定データサイズと、該指定データの推定ＲＩＰ処理時間と、を対応付けてキャッシュ管理テーブルＴ１に格納する（ステップＳ００５）。
【００５６】
そして、回数特定部１７ｄは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データごとに、該指定データが使用される回数を特定し、キャッシュ管理テーブルＴ１の対応する「使用回数」欄に、特定した回数を格納する（ステップＳ００６）。
【００５７】
そして、優先順位設定部１７ｅは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データに対して、優先順位ｊの設定を行い、設定した優先順位ｊをキャッシュ管理テーブルＴ１の対応する欄に格納する（ステップＳ００７）。
【００５８】
そして、制御部１７は、カウンタ１７ｆを初期化（カウンタ値ｉ＝１）する（ステップＳ００８）。
【００５９】
そして、判定部１７ｂは、カウンタ１７ｆのカウンタ値ｉが、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数以下か否かを判定する。判定部１７ｂにより、カウンタ値ｉは推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数より大きいと判定された場合には（ステップＳ００９；ＮＯ）、処理はステップＳ０１４の処理へと進む。
【００６０】
一方、判定部１７ｂにより、カウンタ値ｉは推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数以下であると判定された場合には（ステップＳ００９；ＹＥＳ）、空容量算出部１７ｇは、キャッシュ管理テーブルＴ１を参照して、フラグ値が“１”となっている指定データを特定し、キャッシュ１３の容量から、特定した指定データに対応する推定データサイズを減算してキャッシュ１３の空き容量を算出する（ステップＳ０１０）。
【００６１】
そして、判定部１７ｂは、カウンタ１７ｆのカウンタ値ｉと等しい優先順位ｊ（ｊ＝ｉ）の指定データの推定データサイズが、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量以下か否かを判定する（ステップＳ０１１）。判定部１７ｂにより、カウンタ値ｉと等しい優先順位ｊ（ｊ＝ｉ）の指定データの推定データサイズが、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量より大きいと判定された場合には（ステップＳ０１１；ＮＯ）、処理はステップＳ０１３の処理へと進む。
【００６２】
一方、判定部１７ｂにより、カウンタ値ｉと等しい優先順位ｊ（ｊ＝ｉ）の指定データの推定データサイズが、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量以下であると判定された場合には（ステップＳ０１１；ＹＥＳ）、格納指定データ決定部１７ｈは、ラスタデータをキャッシュ１３に格納する指定データとして、カウンタ値ｉと等しい優先順位ｊ（ｊ＝ｉ）の指定データを特定し、キャッシュ管理テーブルＴ１の該指定データに対応するフラグ値を”１“に変更する（ステップＳ０１２）。
【００６３】
そして、制御部１７は、カウンタ１７ｆのカウンタ値ｉをインクリメントし（ステップＳ０１３）、処理はステップＳ００９の処理に戻り、前述の処理を繰り返す。
【００６４】
ここで、ステップＳ００２、ステップＳ００３、ステップＳ００９のいずれかの処理でＮＯと判定された場合には、処理はステップＳ０１４の処理へと進み、ＲＩＰ処理部１７ｉは、処理対象のＰＳデータを解析し、検出したオブジェクトデータを変換して、ラスタデータを生成する（ステップＳ０１４）。この際、ＲＩＰ処理部１７ｉは、キャッシュ管理テーブルＴ１を参照して、処理対象のオブジェクトデータが指定データであり、該指定データに対応するキャッシュ格納フラグのフラグ値が“１”である場合には、該オブジェクトデータから生成したラスタデータをキャッシュ１３に格納する。
【００６５】
そして、処理は終了し、次のＰＳデータの受信を待つ。
【００６６】
次に、図４乃至７を参照し、具体例に従って、本実施形態１おけるキャッシュ制御処理の流れについて説明する。なお、キャッシュ１３の容量は５Ｍバイトとする。また、処理対象のＰＳデータに埋め込まれている指定データの個数は“４”であり、指定データ１、指定データ２、指定データ３、指定データ４の順に、ＰＳデータに埋め込まれているものとする。また、ＰＳデータに埋め込まれている順に、指定データ名を、データ１、データ２、データ３、データ４とする。すなわち、指定データ１乃至４は、それぞれ、図４（又は図５）に例示するキャッシュ管理テーブルＴ１のデータ１、データ２、データ３、データ４に対応する。
【００６７】
また、指定データ１乃至４の推定データサイズは、それぞれ、１．５Ｍバイト、１Ｍバイト、２Ｍバイト、５Ｍバイトとし、キャッシュ１３から読み出すＰＳデータの命令の数は、それぞれ、“４”、“２０”、“６”、“２”とする。
【００６８】
ＰＳデータを受信すると（ステップＳ００１；ＹＥＳ）、本例では、処理対象のＰＳデータに指定データ１乃至４が埋め込まれており（ステップＳ００２；ＹＥＳ）、指定データ１乃至４の全てに対し、キャッシュ１３から読み出す命令がＰＳデータに含まれていることから（ステップＳ００３；ＹＥＳ）、推定部１７ｃは、指定データ１乃至４のそれぞれに対し、該指定データをＲＩＰ処理しラスタデータに変換した際のデータサイズを推定することで、ＲＩＰ処理時間を推定する（ステップＳ００４）。
【００６９】
本例では、推定部１７ｃにより推定される指定データ１乃至４の推定データサイズは、それぞれ、１．５Ｍバイト、１Ｍバイト、２Ｍバイト、５Ｍバイトであることから、推定部１７ｃは、指定データ１乃至４の推定ＲＩＰ処理時間として、それぞれ、１．５ｔ秒、ｔ秒、２ｔ秒、５ｔ秒と推定する。
【００７０】
指定データ１、指定データ２、指定データ３、指定データ４の順に、ＰＳデータに埋め込まれており、本例では、ＰＳデータに埋め込まれている順に、指定データ名を、データ１、データ２、データ３、データ４とすることから、推定部１７ｃは、指定データ１の指定データ名をデータ１とし、データ１と、指定データ１の推定データサイズ（１．５Ｍバイト）と、指定データ１の推定ＲＩＰ処理時間（１．５ｔ秒）と、を対応付けてキャッシュ管理テーブルＴ１に格納する。推定部１７ｃは、指定データ２乃至４に対しても、同様の処理を行う（ステップＳ００５）。
【００７１】
指定データ１乃至４から生成されるラスタデータをキャッシュ１３から読み出す命令がＰＳデータに含まれている数は、それぞれ、“４”、“２０”、“６”、“２”であることから、回数特定部１７ｄは、キャッシュ管理テーブルＴ１のデータ１に対応する「使用回数」欄から順に、“４”、“２０”、“６”、“２”を格納する（ステップＳ００６）。
【００７２】
図４（又は図５）を参照して、推定ＲＩＰ処理時間と使用回数とを積算して求めた値は、データ１から順に、６ｔ、２０ｔ、１２ｔ、１０ｔとなることから、優先順位設定部１７ｅは、データ１から順に、“４”、“１”、“２”、“３”と優先順位ｊを設定し、設定した優先順位ｊをキャッシュ管理テーブルＴ１の対応する欄に格納する（ステップＳ００７）。
【００７３】
そして、制御部１７は、カウンタ１７ｆを初期化（カウンタ値ｉ＝１）し（ステップＳ００８）、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数は“４”であり（ステップＳ００９；ＹＥＳ）、キャッシュ格納フラグのフラグ値の初期値は“０”であることから、空容量算出部１７ｇは、キャッシュ１３の空き容量として５Ｍバイトを算出する（ステップＳ０１０）。
【００７４】
図４（又は図５）を参照して、優先順位“１”のデータ２の推定データサイズは１Ｍバイトであり、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量は５Ｍバイトであることから（ステップＳ０１１；ＹＥＳ）、格納指定データ決定部１７ｈは、キャッシュ管理テーブルＴ１のデータ２に対応するフラグ値を”１“に変更し（ステップＳ０１２）、この時点でのキャッシュ管理テーブルＴ１は図４に示す状態となる。
【００７５】
そして、制御部１７は、カウンタ１７ｆをインクリメントし、カウンタ値ｉ＝２とし（ステップＳ０１３）、今度は、優先順位“２”のデータ３に対して、ステップＳ００９乃至Ｓ０１２の処理を実行する。
【００７６】
推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数は“４”であり（ステップＳ００９；ＹＥＳ）、この時点では、図４に示すように、データ２に対応するフラグ値のみが“１”であることから、空容量算出部１７ｇは、キャッシュ１３の容量５Ｍバイトからデータ２の推定データサイズ１Ｍバイトを減算して求めた４Ｍバイトを、キャッシュ１３の空き容量として算出する（ステップＳ０１０）。
【００７７】
図４（又は図５）を参照して、優先順位“２”のデータ３の推定データサイズは２Ｍバイトであり、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量は４Ｍバイトであることから（ステップＳ０１１；ＹＥＳ）、格納指定データ決定部１７ｈは、キャッシュ管理テーブルＴ１のデータ３に対応するフラグ値を”１“に変更する（ステップＳ０１２）。
【００７８】
そして、制御部１７は、カウンタ１７ｆをインクリメントし、カウンタ値ｉ＝３とし（ステップＳ０１３）、今度は、優先順位“３”のデータ４に対して、ステップＳ００９乃至Ｓ０１２の処理を実行する。
【００７９】
推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数は“４”であり（ステップＳ００９；ＹＥＳ）、この時点では、データ２とデータ３に対応するフラグ値が“１”であることから、空容量算出部１７ｇは、キャッシュ１３の容量５Ｍバイトから、データ２の推定データサイズ１Ｍバイトとデータ３の推定データサイズ２Ｍバイトを減算して求めた２Ｍバイトを、キャッシュ１３の空き容量として算出する（ステップＳ０１０）。
【００８０】
図４（又は図５）を参照して、優先順位“３”のデータ４の推定データサイズは５Ｍバイトであるのに対し、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量は２Ｍバイトのみであることから（ステップＳ０１１；ＮＯ）、キャッシュ管理テーブルＴ１のデータ４に対応するフラグ値は”１“に変更されない（ステップＳ０１２の処理をスキップ）。
【００８１】
そして、制御部１７は、カウンタ１７ｆをインクリメントし、カウンタ値ｉ＝４とし（ステップＳ０１３）、今度は、優先順位“４”のデータ１に対して、ステップＳ００９乃至Ｓ０１２の処理を実行する。
【００８２】
推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数は“４”であり（ステップＳ００９；ＹＥＳ）、データ４に対しては、ステップＳ０１２の処理はスキップされたことから、この時点では、データ２とデータ３に対応するフラグ値が“１”である。したがって、空容量算出部１７ｇは、キャッシュ１３の容量５Ｍバイトから、データ２の推定データサイズ１Ｍバイトとデータ３の推定データサイズ２Ｍバイトを減算して求めた２Ｍバイトを、キャッシュ１３の空き容量として算出する（ステップＳ０１０）。
【００８３】
図４（又は図５）を参照して、優先順位“４”のデータ１の推定データサイズは１．５Ｍバイトであり、空容量算出部１７ｇにより算出されたキャッシュ１３の空き容量は２Ｍバイトであることから（ステップＳ０１１；ＹＥＳ）、格納指定データ決定部１７ｈは、キャッシュ管理テーブルＴ１のデータ４に対応するフラグ値を”１“に変更し（ステップＳ０１２）、この時点でのキャッシュ管理テーブルＴ１は図５に示す状態となる。
【００８４】
そして、制御部１７は、カウンタ１７ｆをインクリメントし、カウンタ値ｉ＝５とし（ステップＳ０１３）、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データの個数は“４”であることから（ステップＳ００９；ＮＯ）、処理はステップＳ０１４の処理へと進む。
【００８５】
ＲＩＰ処理部１７ｉは、処理対象のＰＳデータを解析し、検出したオブジェクトデータを変換して、ラスタデータを生成する（ステップＳ０１４）。この際、ＲＩＰ処理部１７ｉは、図５に例示するキャッシュ管理テーブルＴ１を参照して、処理対象のオブジェクトデータが指定データ１乃至３のいずれかである場合には、該オブジェクトデータから生成したラスタデータをキャッシュ１３に格納する。
【００８６】
上記実施形態１によれば、印刷装置１０は、ＰＳデータ内にキャッシュ１３から読み出す命令が記載されている各指定データに対して、該指定データからラスタデータを生成した際のデータサイズを推定することでＲＩＰ処理時間を推定すると共に、該指定データから生成したラスタデータをキャッシュ１３から読み出す命令がＰＳデータに記載されている回数を特定した。そして、印刷装置１０は、キャッシュ１３から読み出す命令がＰＳデータに記載されている回数と推定ＲＩＰ処理時間とに基づいて、指定データの中からラスタデータをキャッシュ１３に格納する指定データを特定した。このように構成することで、ラスタデータをキャッシュ１３に格納した場合にＲＩＰ処理時間の短縮効果が高い指定データを、キャッシュ１３に格納することが可能となり、従来技術と比較して、印刷ジョブ（ＰＳデータ）全体におけるＲＩＰ処理時間を短縮することが可能となる。
【００８７】
また、上記実施形態１によれば、印刷装置１０は、キャッシュ１３から読み出す命令がＰＳデータに記載されている回数と推定ＲＩＰ処理時間とに基づいて、各指定データの優先順位ｊを設定した。そして、印刷装置１０は、設定した優先順位ｊに従って、推定データサイズを加算し、キャッシュ１３に格納可能な組合せを決定した。このように構成することで、ラスタデータをキャッシュ１３に格納した場合にＲＩＰ処理時間の短縮効果のより高い指定データの組合せを特定することが可能となる。
【００８８】
ここで、図８は、従来のルールに従って作成したキャッシュ管理テーブルＴ２の例を示す図である。従来のルールでは、ＰＳデータに埋め込まれている順番が遅い程、指定データの優先順位ｊが上がり、図８に示すように、指定データの内で、ＰＳデータに埋め込まれている順番が最も遅いデータ４の優先順位ｊが“１”となる。この場合、キャッシュ１３の容量が５Ｍバイトであるとすると、データ４の推定データサイズは５Ｍバイトなので、キャッシュ１３に格納できるデータは、データ４から生成したラスタデータのみとなる。
【００８９】
したがって、従来のルールに従った場合のＲＩＰ処理時間の短縮効果（推定ＲＩＰ処理時間ｘ使用回数）の総和は、１０ｔとなる。一方、本実施形態１におけるＲＩＰ処理時間の短縮効果の総和は、図５を参照すると、６ｔ＋２０ｔ＋１２ｔ＝３８ｔとなる。
【００９０】
（実施形態２）
実施形態１においては、印刷装置１０は、キャッシュ１３から読み出す命令がＰＳデータに記載されている回数と推定ＲＩＰ処理時間とに基づいて、各指定データの優先順位ｊを設定し、設定した優先順位ｊに従って、指定データを変換して生成されるラスタデータをキャッシュ１３に格納可能か否かの判定を行った。
【００９１】
本実施形態２においては、印刷装置１０は、優先順位ｊを設定することなく、最もＲＩＰ処理時間の短縮効果が高い指定データの組合せを特定し、特定した組合せに含まれる指定データを変換して生成されるラスタデータを、キャッシュ１３に格納するように構成する。
【００９２】
図９は、本実施形態２における印刷システムを構成する印刷装置１０の構成例を示す機能ブロック図である。本実施形態２における印刷装置１０は、実施形態１の場合と基本的な構成は同じである。但し、図９に示すように、制御部１７の構成が異なっている。また、記憶部１２のデータエリアに格納されているキャッシュ管理テーブルＴ１（図１０に例示）の構成が異なっており、「優先順位ｊ」の欄が無い。これは、上述したように、本実施形態２においては、優先順位ｊの設定を行わないからである。
【００９３】
本実施形態２における印刷装置１０の制御部１７は、ＣＰＵなどで構成され、記憶部１２のプログラムエリアに格納されている動作プログラムを実行して、図９に示すように、解析部１７ａと、判定部１７ｂと、推定部１７ｃと、回数特定部１７ｄと、格納指定データ決定部１７ｈと、ＲＩＰ処理部１７ｉと、組合せ特定部１７ｊと、評価部１７ｋとしての機能を実現すると共に、印刷装置１０全体を制御する制御処理や詳しくは後述のキャッシュ制御処理などの処理を実行する。
【００９４】
以下に、本実施形態２特有の機能部である組合せ特定部１７ｊと評価部１７ｋと、実施形態１とは果たす機能が異なっている機能部について説明する。
【００９５】
判定部１７ｂは、ＰＳデータを受信したか否かを判定する。
【００９６】
組合せ特定部１７ｊは、キャッシュ管理テーブルＴ１を参照して、対応する推定データサイズを加算して求めた値がキャッシュ１３の容量以下となる指定データの組合せを特定する。この際、組合せ特定部１７ｊは、特定した組合せに該組合せに含まれない指定データを追加すると、対応する推定データサイズを加算して求めた値が、キャッシュ１３の容量を超えるように組合せを特定する。すなわち、組合せ特定部１７ｊは、対応する推定データサイズを加算して求めた値がキャッシュ１３の容量以下でキャッシュ１３の使用容量が最大となる指定データの組合せの内で、該組合せに含まれる全ての指定データが、既に比較している他の一の組合せに含まれないような組合せを特定する。
【００９７】
例えば、キャッシュ管理テーブルＴ１が図１０に例示するテーブルである場合には、組合せ特定部１７ｊは、指定データの組合せ（データ１、データ２、データ３、データ５）、（データ１、データ２、データ４、データ５）、（データ１、データ３、データ４）、（データ２、データ３、データ４）、（データ３、データ４、データ５）を特定する。例えば、組合せ（データ１、データ２）に含まれるデータ１とデータ２に対応する推定データサイズを加算して求めた値は２Ｍバイトであり、キャッシュ１３の容量（実施形態１の場合と同様に、５Ｍバイトとする）以下であるが、組合せ（データ１、データ２）に含まれない指定データ、例えば、データ３を追加しても、対応する推定データサイズを加算して求めた値は４Ｍバイトでキャッシュ１３の容量を超えないが、既に比較している組み合わせに全て含まれているので、組合せ特定部１７ｊは、この組合せを除外する。このようにすることで、評価対象となる組み合わせを絞り込むことができ、評価処理の時間を短縮することが可能となる。
【００９８】
評価部１７ｋは、組合せ特定部１７ｊにより特定された指定データの組合せ毎に、該組合せに含まれる指定データから生成したラスタデータをキャッシュ１３に格納する場合のＲＩＰ処理時間の短縮効果の評価値を算出する。より具体的には、評価部１７ｋは、組合せ特定部１７ｊにより特定された指定データの組合せ毎に、推定ＲＩＰ処理時間と使用回数との積の総和を、該組合せの評価値として求める。
【００９９】
例えば、図１０を参照して、組合せ特定部１７ｊにより特定された組合せ（データ１、データ２、データ３、データ５）に対し、評価部１７ｋは、５ｔ＋２０ｔ＋１２ｔ＋６ｔ＝４３ｔを評価値として算出する。同様に、組合せ（データ１、データ２、データ４、データ５）、（データ１、データ３、データ４）、（データ２、データ３、データ４）、（データ３、データ４、データ５）に対して、評価部１７ｋは、それぞれ、４１ｔ、２７ｔ、４２ｔ、２８ｔを評価値として算出する。
【０１００】
格納指定データ決定部１７ｈは、評価部１７ｋにより算出された各組合せの評価値の内で、評価値が最大となる組合せを決定し、決定した組合せに含まれる指定データに対応するフラグ値を“１”に変更する。例えば、上述の例では、組合せ（データ１、データ２、データ３、データ５）に対する評価値が４３ｔと最大であることから、格納指定データ決定部１７ｈは、図１０に示すように、データ１、データ２、データ３、データ５にそれぞれ対応するフラグ値を“１”に変更する。
【０１０１】
次に、図１１を参照して、本実施形態２におけるキャッシュ制御処理について説明する。図１１は、実施形態２におけるキャッシュ制御処理のフローを説明するためのフローチャートの例である。本キャッシュ制御処理は、情報端末装置２０により出力されるＰＳデータ（印刷ジョブ）の受信をトリガとして開始される。
【０１０２】
判定部１７ｂは、ＰＳデータを受信したか否かを判定する（ステップＳ１０１）。判定部１７ｂにより、ＰＳデータを受信していないと判定された場合には（ステップＳ１０１；ＮＯ）、処理はステップＳ１０１の処理を繰り返し、ＰＳデータの受信を待つ。
【０１０３】
一方、判定部１７ｂによりＰＳデータを受信したと判定された場合には（ステップＳ１０１；ＹＥＳ）、解析部１７ａは、受信したＰＳデータを解析し、ＰＳデータから検出したオブジェクトデータが指定データか否かを順次判定することで、ＰＳデータに指定データが有るか否かを判定する（ステップＳ１０２）。解析部１７ａにより、ＰＳデータに指定データは無いと判定された場合には（ステップＳ１０２；ＮＯ）、処理は後述のステップＳ１１０の処理へと進む。
【０１０４】
一方、ＰＳデータに指定データが有ると判定した場合には（ステップＳ１０２；ＹＥＳ）、解析部１７ａは、ＰＳデータを解析し、指定データが使用される箇所が有るか否かを更に判定する（ステップＳ１０３）。解析部１７ａにより、指定データが使用される箇所は無いと判定された場合には（ステップＳ１０３；ＮＯ）、処理はステップＳ１１０の処理へと進む。
【０１０５】
一方、解析部１７ａにより、指定データが使用される箇所が有ると判定された場合には（ステップＳ１０３；ＹＥＳ）、推定部１７ｃは、指定データごとに、該指定データをＲＩＰ処理しラスタデータに変換した際のデータサイズを推定することで、ＲＩＰ処理時間を推定する（ステップＳ１０４）。この際、推定部１７ｃは、使用される箇所が有る指定データに対してのみ、ＲＩＰ処理時間の推定を行い、使用される箇所が無い指定データに対しては、ＲＩＰ処理時間の推定を行わない。
【０１０６】
そして、推定部１７ｃは、ＲＩＰ処理時間の推定を行った指定データを一意に識別可能な名称である指定データ名と、該指定データの推定データサイズと、該指定データの推定ＲＩＰ処理時間と、を対応付けてキャッシュ管理テーブルＴ１に格納する（ステップＳ１０５）。
【０１０７】
そして、回数特定部１７ｄは、推定部１７ｃによりＲＩＰ処理時間の推定が行われた指定データごとに、該指定データが使用される回数を特定し、キャッシュ管理テーブルＴ１の対応する「使用回数」欄に、特定した回数を格納する（ステップＳ１０６）。
【０１０８】
そして、組合せ特定部１７ｊは、キャッシュ管理テーブルＴ１を参照して、対応する推定データサイズを加算して求めた値がキャッシュ１３の容量以下となる指定データの組合せを特定する（ステップＳ１０７）。この際、組合せ特定部１７ｊは、既に特定された組み合わせに含まれない組合せ以外は除外して特定する。
【０１０９】
そして、評価部１７ｋは、組合せ特定部１７ｊにより特定された指定データの組合せ毎に、該組合せに含まれる指定データから生成したラスタデータをキャッシュ１３に格納する場合のＲＩＰ処理時間の短縮効果の評価値を算出する（ステップＳ１０８）。
【０１１０】
そして、格納指定データ決定部１７ｈは、評価部１７ｋにより算出された各組合せの評価値の内で、評価値が最大となる組合せを特定し、特定した組合せに含まれる指定データに対応するフラグ値を“１”に変更する（ステップＳ１０９）。
【０１１１】
そして、ＲＩＰ処理部１７ｉは、処理対象のＰＳデータを解析し、検出したオブジェクトデータを変換して、ラスタデータを生成する（ステップＳ１１０）。この際、ＲＩＰ処理部１７ｉは、キャッシュ管理テーブルＴ１を参照して、処理対象のオブジェクトデータが指定データであり、該指定データに対応するキャッシュ格納フラグのフラグ値が“１”である場合には、該オブジェクトデータから生成したラスタデータをキャッシュ１３に格納する。
【０１１２】
そして、処理は終了し、次のＰＳデータの受信を待つ。
【０１１３】
上記実施形態２によれば、印刷装置１０は、キャッシュ管理テーブルＴ１を参照して、対応する推定データサイズを加算して求めた値がキャッシュ１３の容量以下となる指定データの組合せであって、組合せを特定した。そして、印刷装置１０は、このように特定した指定データの組合せ毎に、ＲＩＰ処理時間の短縮効果の評価値を算出し、評価値が最大となる組合せに含まれる指定データを変換して生成されるラスタデータをキャッシュ１３に格納した。このように構成することで、ラスタデータをキャッシュ１３に格納した場合に、ＲＩＰ処理時間の短縮効果が最も高くなる指定データの組合せを特定することが可能となる。
【０１１４】
例えば、図１０を参照して、実施形態１に記載した方法に従うと、データ２、データ３、データ４、データ５、データ１の順に、優先順位ｊが設定される。この場合、データ２、データ３、データ４にそれぞれ対応する推定データサイズを加算すると５Ｍバイトとなることから、実施形態１に記載した方法に従うと、データ２、データ３、データ４に対応する指定データを変換して生成されるラスタデータが、キャッシュ１３に格納されることとなる。しかしながら、上述したように、組合せ（データ２、データ３、データ４）の評価値は４２ｔで、最大の評価値ではない。
【０１１５】
なお、上記実施形態１と２において、ＰＳデータを例に説明したが、これに限定されるものではなく、ＰＳと同様のキャッシュ機能を有する他の種別のＰＤＬであってもよい。
【０１１６】
また、上記実施形態１において、優先順位設定部１７ｅは、推定ＲＩＰ処理時間と使用回数とに基づいて、優先順位ｊを設定すると説明したが、これに限定されるものではなく、例えば、推定ＲＩＰ処理時間は、推定データサイズに略比例することから、推定データサイズと使用回数とに基づいて、優先順位ｊを設定するようにしてもよい。
【０１１７】
同様に、上記実施形態１において、評価部１７ｋは、推定ＲＩＰ処理時間と使用回数とに基づいて、各組合せの評価値を算出すると説明したが、これに限定されるものではなく、例えば、推定データサイズと使用回数とに基づいて、各組合せの評価値を算出するようにしてもよい。
【０１１８】
また、上記実施形態１と２において、指定データはＰＳデータのジョブヘッダに埋め込まれているものとして説明したが、これに限定されるものではなく、指定データがジョブヘッダ以外の部分に埋め込まれている場合であっても、本発明を適用することは可能である。
【０１１９】
なお、上記動作を実行するための動作プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magnet Optical disk）などのコンピュータで読み取り可能な記録媒体に記憶して配布し、これを印刷装置１０のコンピュータにインストールすることにより、上述の処理を実行するように構成してもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを記憶しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。
【０１２０】
以上本発明の実施形態について説明したが、本発明は、以上に述べた実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。
【符号の説明】
【０１２１】
１００        印刷システム
１０        印刷装置
１１      通信部
１２      記憶部
１３      キャッシュ
１４      表示部
１５      操作部
１６      プリンタ部
１７      制御部
１７ａ  解析部
１７ｂ  判定部
１７ｃ  推定部
１７ｄ  回数特定部
１７ｅ  優先順位設定部
１７ｆ  カウンタ
１７ｇ  空容量算出部
１７ｈ  格納指定データ決定部
１７ｉ  ＲＩＰ処理部
１７ｊ  組合せ特定部
１７ｋ  評価部
２０        情報端末装置
ＮＷ        ネットワーク
Ｔ１        キャッシュ管理テーブル
Ｔ２        従来のルールに従って作成したキャッシュ管理テーブル
【図１】
2015009497.tif 000003
【図２】
2015009497.tif 000004
【図３】
2015009497.tif 000005
【図４】
2015009497.tif 000006
【図５】
2015009497.tif 000007
【図６】
2015009497.tif 000008
【図７】
2015009497.tif 000009
【図８】
2015009497.tif 000010
【図９】
2015009497.tif 000011
【図１０】
2015009497.tif 000012
【図１１】
2015009497.tif 000013