JP2016082384A - 情報処理装置、その制御方法、プログラム - Google Patents

Abstract

【課題】外付けRIPコントローラと画像形成装置とで構成される印刷システムにおいて、画像形成装置がRAW画像データを受信しても確保したバッファに収まらない場合は、同じRAW画像データの再送信が必要になって、印刷パフォーマンスが低下してしまう。【解決手段】情報処理装置であって、画像データを圧縮し、圧縮後の画像データを保存手段に保存する手段と、前記保存手段における前記圧縮後の画像データのデータサイズが閾値より大きいか判定する手段と、前記判定の結果に応じた圧縮方式を決定する決定手段と、前記保存手段に保存されている前記圧縮後の画像データを伸張する伸張手段と、前記伸張手段で伸張された画像データと、前記決定した圧縮方式の情報とを画像形成装置に送信する送信手段とを有することを特徴とする。【選択図】図４

Description

本発明は、装置間で画像データを転送する場合の転送先での圧縮方式を予測する技術に関する。

近年、大量の印刷物を形成するプロダクション印刷の分野において、デジタル複合機等の画像形成装置に外付けのRIPコントローラ（RIP機能に特化した情報処理装置。以下、「外部RIPコントローラ」）を接続するという構成を採るケースが増えている。このような構成では、外部RIPコントローラが電子データをRIPして印刷用画像データを生成する役割を担い、画像形成装置は印刷用画像データを受信して印刷する役割を担う。

図１（ａ）は、外部RIPコントローラと画像形成装置とで構成されるプロダクション印刷システムにおける印刷用画像データに対する画像処理の概要を説明する図である。印刷対象の電子データを受信した外部RIPコントローラは、RIP処理を行ってRAW画像データを生成した後、画像品質を保持しつつ画像サイズを圧縮するためロスレス圧縮を行う。そして、ユーザが印刷を指示したタイミングで、ロスレス圧縮された画像データを伸張して得たRAW画像データを画像形成装置に送信する。画像形成装置は、受信したRAW画像データに対しロスレス圧縮を施してメモリ上の一次バッファに格納する。そして、ロスレス圧縮した画像データを伸張して印刷を実施する。

しかしながら、通常、画像形成装置が有するメモリ量は、外部RIPコントローラが有するメモリ量よりも少ない。そのため、画像形成装置において、受信したRAW画像データを一次バッファに格納できないということが起こり得る。

図１（ｂ）は、外部RIPコントローラから受信したRAW画像データが画像形成装置内の一次バッファに収まりきらないケースの処理の概要を説明する図である。画像形成装置は、圧縮（ロスレス圧縮）を行なっても一次バッファに保存不能だと判断すると、外部RIPコントローラに対し同じRAW画像データの再送信を要求する。要求を受けて外部RIPコントローラは、同じRAW画像データを画像形成装置に再び送信する。そして、画像形成装置は再受信したRAW画像データに対し、今度は高圧縮率のロッシー圧縮を適用して、圧縮後の画像サイズを小さくする。そうすることで、画像形成装置は、一次バッファに画像データを保存可能とする。

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

図１（ｂ）の方法を用いれば、少ないメモリ量の画像形成装置でも、外部RIPコントローラから送信されてくるRAW画像データを受信してメモリ内に格納することが可能となる。しかしながら、この方法では、外部RIPコントローラが同一のRAW画像データを再送信し、画像形成装置が高圧縮率の方法で再度圧縮するという処理が必要となることから、その処理に要する時間だけ印刷の開始が遅れてしまう。

この点、例えば特許文献１には、スキャン装置からターゲット装置に画像データを保存する際に、スキャン装置において原稿をスキャンしながら画像データサイズを予測する技術が開示されている。具体的には、予測した画像データサイズをネットワーク接続されたターゲット装置にスキャン装置が随時送信することで、ターゲット装置の空き領域に画像データが保存可能か否かを判断するようにしている。この特許文献１の方法を上記プロダクション印刷システムに適用すれば、ネットワーク接続されたターゲット装置（画像形成装置）に、圧縮後の画像データを保存できるかどうかを事前に判断することは可能である。

しかしながら、特許文献１には、圧縮後の画像データをターゲット装置の空き領域に保存できないと判断された場合における対処法は提示されておらず、結局のところ上述した同一画像データの再送信の問題を解決することはできない。

本発明に係る情報処理装置は、画像データを圧縮し、圧縮後の画像データを保存手段に保存する手段と、前記保存手段における前記圧縮後の画像データのデータサイズが閾値より大きいか判定する手段と、前記判定の結果に応じた圧縮方式を決定する決定手段と、前記保存手段に保存されている前記圧縮後の画像データを伸張する伸張手段と、前記伸張手段で伸張された画像データと、前記決定した圧縮方式の情報とを画像形成装置に送信する送信手段とを有することを特徴とする。

本発明によれば、上述した画像データの再送信の問題に伴う印刷処理の開始の遅れを防止することができる。また、その結果、画像データの再送信が繰り返されることに起因する印刷パフォーマンスの低下も防止することができる。

従来技術のプロダクション印刷システムにおける印刷用画像データに対する画像処理の概要を説明する図である。 プロダクション印刷システムの構成の一例を示すブロック図である。 特殊ロスレス圧縮とJPEG-LS圧縮を施した後の画像データのサイズの相関を表したグラフである。 実施例１に係る、外部RIPコントローラにおける処理の流れを示すフローチャートである。 実施例１に係る、画像形成装置における処理の流れを示すフローチャートである。 実施例２に係る、外部RIPコントローラにおける処理の流れを示すフローチャートである。 実施例２に係る、画像形性装置における処理の流れを示すフローチャートである。 複数部印刷の場合におけるRIPコントローラから送信されるRAW画像を示した図である。 実施例３に係る、外部RIPコントローラにおける処理の流れを示すフローチャートである。

以下、添付図面を参照して、本発明を好適な実施例に従って詳細に説明する。なお、以下の実施例において示す構成は一例にすぎず、本発明は図示された構成に限定されるものではない。なお、各実施例における画像の色空間は特に断りが無い限り、CMYKである。

［実施例１］
図２は、本実施例に係る、プロダクション印刷システムの構成の一例を示すブロック図である。プロダクション印刷システム１００は、クライアントPC１１０、外部RIPコントローラ１２０、画像形成装置１３０で構成され、相互にネットワーク１４０を介して接続されている。

クライアントPC１１０は、ユーザが印刷対象の文書（電子データ）を指定して印刷指示を行う情報処理装置である。

外部RIPコントローラ１２０は、クライアントPC１１０から印刷ジョブを受信し、RIP処理を行う情報処理装置である。ここで、画像形成装置１３０内にRIP処理部を設けない（或いは具備していても利用しない）理由は、RIP処理の速度にある。つまり、プロダクション印刷システムに使用される外部RIPコントローラは、画像形成装置よりも高速のCPUや大量のRAMを有することが一般的で、画像形成装置と比べて格段に処理速度が速いためである。

画像形成装置１３０は、外部RIPコントローラ１２０からRAW画像データを受信し、印刷処理を行う装置である。

以下、上述の機能を実現するために各装置が備えるソフトウェアモジュールについて、図２を参照して説明することとする。なお、クライアントPC１１０、外部RIPコントローラ１２０、画像形成装置１３０は、それぞれの装置を統括して制御するための、CPU、ROM、RAM等で構成される主制御部（不図示）を有している。そして、ROMには各ソフトウェアモジュールに対応するプログラムが格納されており、これをRAMに展開してCPUが実行することで、各処理部の機能は実現される。

まず、画像形成装置１３０のソフトウェアモジュールについて説明する。

画像形成装置１３０は、保存処理部１３１、送受信処理部１３２、圧縮伸張部１３３、印刷処理部１３４で構成される。

送受信処理部１３２は、外部RIPコントローラ１２０からのRAW画像データの受信など、外部装置との間でデータの送信及び受信処理を行なう。

圧縮伸張部１３３は、送受信処理部１３２が受信したRAW画像データを所定の圧縮方式で圧縮する処理行なう。RAW画像データを圧縮するためのCodecには複数の種類が存在するが、本実施例ではロスレス圧縮（可逆圧縮）としてJPEG-LS圧縮、ロッシー圧縮（非可逆圧縮）としてJPEG圧縮の各Codecを圧縮伸張部１３３は有するものとする。また、圧縮伸張部１３３は、一次バッファに保存された圧縮画像データを伸張する処理も行なう。

保存処理部１３１は、圧縮伸張部２０４で圧縮された画像データを、メモリ上に確保した一次バッファに保存する等の処理を行なう。

印刷処理部１３４は、圧縮伸張部１３３で伸張された画像データに従い、不図示の印刷エンジンを制御して、記録媒体（例えばシート）に印刷する処理を行う。

次に、外部RIPコントローラ１２０のソフトウェアモジュールについて説明する。外部RIPコントローラ１２０は、保存処理部１２１、送受信処理部１２２、圧縮伸張部１２３、RIP処理部１２４で構成される。

送受信処理部１２２は、RAW画像データを画像形成装置１３０に送信するなど、外部装置との間でデータの送信及び受信処理を行なう。

RIP処理部１２４は、クライアントPC１１０から受信したPostScriptなどのPDLデータをRIPする処理（RAW画像データを生成する処理）を行う。

圧縮伸張部１２３は、RIP処理部１２４で生成されたRAW画像データを所定の圧縮方式で圧縮する処理行なう。圧縮伸張部１２３が行う圧縮はロスレス圧縮であり、本実施例ではそのCodecとして、JPEG-LS圧縮をベースとした特殊な圧縮（以下、特殊ロスレス圧縮）を行なうCodecを有するものとする。また、圧縮伸張部１２３は、HDD（不図示）に一次保存された圧縮画像データを伸張する処理も行なう。

ここで、JPEG-LS圧縮とJPEG-LSをベースとした特殊ロスレス圧縮の違いについて説明する。JPEG-LS圧縮は、モデル化と符号化の２つのフェーズにより構成される。モデル化では、非線形予測により予測誤差を計算し、ゴロム・ライス符号を用いて予測誤差を符号化する。ゴロム・ライス符号は、予測誤差のような小さい整数が頻繁に現れる場合に利用される簡易符号化方式である。特殊ロスレス圧縮は、圧縮効率を高める一つの手法として、JPEG-LS圧縮におけるモデル化に改良を加えてエントロピーを低減し、小さい整数がより頻繁に現れるようにする方法である。通常、JPEG-LS圧縮では、CMYKのRAW画像を圧縮する場合、CMYKの各プレーン（色版）に対してMED（Median Edge Detector）を用いて予測誤差を計算する。一方、JPEG-LSベースの特殊ロスレス圧縮では、基本色と基本色に対する差分プレーンの計４プレーン（例えば、Mを基本色とした場合、C-M，M，Y-M、K-Mの４プレーン）に対してMEDを用いて予測誤差を計算する。これは、一般的に、CMYKの各プレーンの値は相関している（特に、グレー成分が高い画素では相関性は非常に高い）という特性を考慮したものである。つまり、JEPG-LS圧縮が、CMYKの４つのプレーンに対して予測誤差を計算するのに対して、特殊ロスレス圧縮では、C-M，M，Y-M、K-Mの４つのプレーンに対して予測誤差を計算する。上述の通り、CMYKの各プレーンの値には相関関係が見られるため、C-M，Y-M，K-Mの３つの差分プレーンに対する予測誤差は、CYKの３つのプレーンに対する予測誤差よりもエントロピーが低減される。つまり、C-M，Y-M，K-Mの３つの差分プレーンの予測誤差の分布は、小さい整数に向かって偏りが生じるため、ゴロム・ライス符号化による圧縮効率が高まる。以上により、特殊ロスレス圧縮は、JPEG-LS圧縮に比べると圧縮効率が高い。また、特殊ロスレス圧縮とJPEG-LS圧縮は、上記以外の点では違いは無いため、同一の画像データに対して圧縮を施した後の画像データのサイズに強い相関が表れる。

同じロスレス圧縮であっても、画像形成装置１３０とは異なる圧縮方式を採用する理由は、外部RIPコントローラで必要とされる圧縮と画像形成装置で必要とされる圧縮とでは求められる特性が異なるためである。まず、外部RIPコントローラの場合、複数のクライアントPCから多数の印刷ジョブを受け付けるというユースケースが存在する。そのため、圧縮後の画像データを保持し、順序立てて画像形成装置に印刷用の画像データを供することが求められる。つまり、大量の圧縮後の画像データを大容量の記憶領域（例えばHDDなど）に保存することが前提となっている。そのため、印刷システムとしての印刷スピードは、圧縮後の画像データを読み出す際のHDDからの読み出し速度に影響を受ける。つまり、圧縮後の画像データのサイズが小さいほど、印刷スピードの面で有利となる。したがって、外部RIPコントローラには高い圧縮率をもつ圧縮方式が求められる。これに対し画像形成装置には、印刷スピードを犠牲にしないような圧縮方式が求められる。具体的には、圧縮/伸張処理を高速に行ない得るような圧縮方式が求められる。特殊ロスレス圧縮とJPEG-LS圧縮の２種類を例に説明すると、特殊ロスレス圧縮の場合、相対的に高圧縮率ではあるものの、C-M，Y-M，K-Mの各プレーンを伸張する必要があるところ、これらのプレーンの伸張にはMプレーンのデータが必要である。そのため、特殊ロスレス圧縮は計算処理が複雑でプレーン毎のパラレル処理を行なうことが難しく、処理速度という点で難がある。これに対し、JPEG-LS圧縮は、相対的に低圧縮率であるものの、CMYKの各プレーンを独立に伸張することが可能で、特殊ロスレス圧縮と比較すると計算処理が簡単で済む。実際、CMYKの各プレーンについてパラレル処理を行なうことで、処理速度を１／４にすることが可能である。以上の理由により、画像形成装置１３０と外部RIPコントローラ１２０では、それぞれに求められる特性に応じた異なる圧縮方式を採用している。

保存処理部１２１は、圧縮伸張部１２３で圧縮された画像データ等、各種データや情報をHDDに一次保存する処理を行なう。

続いて、クライアントPC１１０のソフトウェアモジュールについて説明する。

クライアントPC１１０は、UI処理部１１１、ジョブ生成部１１２、送受信処理部１１３で構成される。

UI（ユーザインタフェース）処理部１１１は、表示部ならびに、キーボードやマウスといった入出力デバイス（いずれも不図示）を管理する処理部である。例えば、ユーザが印刷対象の文書の指定等を行うための操作画面を表示部に表示する処理や、キーボードやマウスの入力操作を管理し、それを表示部上の操作画面に反映する処理を行う。また、ユーザから印刷指示を操作画面を介して受け取り、ジョブ生成部１１２に対して印刷ジョブの生成を指示する処理なども行う。

ジョブ生成部１１２は、UI処理部１１１からの指示に従って印刷ジョブ（本実施例では、PDLデータ）を生成する処理を行なう。

送受信処理部１１３は、外部RIPコントローラ１２０との間のデータの送受信に関する処理を行なう。

図３は、複数種類のテスト用RAW画像に対して、特殊ロスレス圧縮とJPEG-LS圧縮を施した後の画像データのサイズの相関を表したグラフである。図３において、横軸は外部RIPコントローラ１２０にて施される特殊ロスレス圧縮を施した後の画像データのサイズを表し、縦軸は画像形成装置１３０にて施されるJPEG-LS圧縮を施した後の画像データのサイズを表している。

図３から明らかなように、特殊ロスレス圧縮とJPEG-LS圧縮との間には、圧縮後の画像データのサイズに関して相関がみられる。これは、外部RIPコントローラ１２０側で、特殊ロスレス圧縮を施した後の画像データのサイズから、画像形成装置１３０におけるJPEG-LS圧縮を施した後の画像データのサイズを、ある程度予測可能であることを意味している。例えば、図３のグラフからは、特殊ロスレス圧縮を施した後の画像データのサイズが75MBを超えると、JPEG-LS圧縮を施した後の画像データのサイズが80MBを超える傾向があることが分かる。つまり、外部RIPコントローラ１２０における圧縮方式と画像形成装置１３０における圧縮方式との間には、圧縮後の画像データのサイズに関する相関関係がある。

このような前提の下、本実施例では、外部RIPコントローラ１２０で圧縮を施した後の画像データのサイズに基づいて、画像形成装置１３０で圧縮した場合の画像データのサイズを予測する。具体的には、外部RIPコントローラ１２０で特殊ロスレス圧縮された後の画像データサイズに基づき、JPEG-LS圧縮をすべきか、JPEG圧縮をすべきかを、外部RIPコントローラ１２０が画像形成装置１３０に対し指示する。これにより、画像形成装置１３０では、受信したRAW画像データに対してより好ましい方式（一次バッファに格納可能と予想される範囲で画質劣化のより少ない方式）での圧縮を行うことができ、RAW画像データの再送確率を減らすことができる。

まず、本実施例に係る、クライアントPC１１０における印刷ジョブの生成処理について説明する。

ユーザは、クライアントPC１１０から、キーボードやマウスを使って印刷を行う文書（電子データ）を指定して印刷を指示する。ユーザによるこの印刷指示は、クライアントPC１１０のUI処理部１１１によって受け付けられる。そして、UI処理部１１１は、ジョブ生成部１１２に対して、ユーザが指定した文書に対する印刷ジョブの生成を指示する。ジョブ生成部１１２は、UI処理部１１１からの指示を受けて、印刷ジョブとしてのPDLデータ（PostScriptなどのPDL言語で記述された描画データ）を生成する。続いて、ジョブ生成部１１２は、送受信処理部１１３に、印刷ジョブ（ここでは、印刷ジョブ＝PDLデータ）を外部RIPコントローラ１２０に対して送信するよう指示する。この指示を受けて送受信処理部１１３は、印刷ジョブを外部RIPコントローラ１２０に送信する。

次に、本実施例に係る、印刷ジョブを受け取った外部RIPコントローラ１２０における処理について説明する。

図４は、本実施例に係る、外部RIPコントローラ１２０における処理の流れを示すフローチャートである。

ステップ４０１では、クライアントPC１１０から印刷ジョブを受信したか否かが判定される。印刷ジョブを受信した場合は、ステップ４０２に進む。一方、印刷ジョブを受信していない場合は、印刷ジョブの受信状況の監視が継続される。

ステップ４０２では、送受信処理部１２２によって、ステップ４０１で受信した印刷ジョブに対応するRAW画像データ等の送信処理を開始する旨の情報（以下、送信開始情報）が、画像形成装置１３０に対し送信される。

ステップ４０３では、RIP処理部１２４によって、印刷ジョブに含まれるPDLデータがRIP処理され、ページ単位でRAW画像データが生成される。

ステップ４０４では、圧縮伸張部１２３によって、ステップ４０３で生成されたRAW画像データのうち処理対象ページのRAW画像データに対し、特殊ロスレス圧縮が実行される。

ステップ４０５では、特殊ロスレス圧縮が施された画像データが保存処理部１２１によって一時保存されると共に、特殊ロスレス圧縮された画像データのサイズの情報が保存処理部１２１から取得される。

ステップ４０６では、画像形成装置１３０に対してロスレス圧縮を指定すべきか、ロッシー圧縮を指定すべきかを判定するための閾値αが決定される。ここで、画像形成装置１３０の一次バッファの容量が80MBであったとする。この場合、特殊ロスレス圧縮を施した後の画像データサイズが75MBを超えていると、画像形成装置１３０におけるロスレス圧縮（JPEG-LS）では圧縮後の画像データサイズが80MBを超えてしまい、一次バッファに収まりきらない事態が予測される（前述の図３のグラフを参照）。したがって、このケースでは閾値αが75MBに決定されることになる。なお、この決定は、例えば印刷ジョブに画像形成装置１３０の一次バッファの容量情報を付加するようにしておき、送られてきた印刷ジョブに含まれる容量情報を参照して決定すればよい。また、画像形成装置１３０の一次バッファの容量が事前に判明している場合には、予め閾値αを決定して保持しておき、それを取得してもよい。

ステップ４０７では、ステップ４０５で取得した特殊ロスレス圧縮後の画像データサイズと上述の閾値α（ここでは75MB）との比較により、特殊ロスレス圧縮後の画像データサイズが閾値αを超えているかどうかが判定される。判定の結果、特殊ロスレス圧縮後の画像データサイズが閾値α以下である場合は、ステップ４０８に進む。一方、特殊ロスレス圧縮後の画像データサイズが閾値αより大きい場合は、ステップ４０９に進む。

ステップ４０８では、推奨される圧縮方式として画像形成装置１３０に対し指定する圧縮方式（以下、指定圧縮方式）が、ロスレス圧縮（ここではJPEG-LS）に決定される。

ステップ４０９では、指定圧縮方式が、ロッシー圧縮（ここではJPEG）に決定される。

ステップ４１０では、保存処理部１２１によって特殊ロスレス圧縮された画像データが読み出され、圧縮伸張部１２３によって当該読み出された圧縮画像データが伸張される。

ステップ４１１では、ステップ４０８又は４０９で決定された指定圧縮方式の情報と、圧縮伸張部１２３によって伸張された１ページ分のRAW画像データが、送受信処理部１２２によって画像形成装置１３０に送信される。ここで、外部RIPコントローラ１２０において圧縮処理した画像データを、画像形成装置１３０に送信しない理由について説明する。外部RIPコントローラ１２０で圧縮された画像データを画像形成装置１３０にそのまま渡す場合、画像形成装置１３０内の圧縮伸張部１３３が、外部RIPコントローラ１２０内の圧縮伸張部１２３と同じCodecを有している必要がある。しかしながら、外部RIPコントローラ１２０と画像形成装置１３０との間の画像転送をRAW画像で行えば、外部RIPコントローラ１２０と画像形成装置１３０が保持するCodecは一致している必要はない。これにより、画像形成装置１３０及び外部RIPコントローラ１２０の独自開発が可能となり、それぞれの装置が独立して進化することができる。つまり、画像形成装置１３０と外部RIPコントローラ１２０との間の画像データのやり取りをRAW画像で行なうことで、それぞれに新規技術を投入した製品を市場に提供しやすくなる。このようなシステム構成は、市場競争力の観点で優位に立つことが可能なアーキティクチャとなる。以上の理由により、本実施例では、外部RIPコントローラ１２０は、特殊ロスレス圧縮した画像データそのものではなく、それを伸張したRAW画像データを画像形成装置１３０に送信している。

ステップ４１２では、画像形成装置１３０からRAW画像データの再送信要求を受信したか否かが判定される。再送信要求を受信していなければ、ステップ４１４に進む。一方、再受信要求を受信していれば、ステップ４１３へ進む。

ステップ４１３では、ステップ４１１で送信した１ページ分のRAW画像データが、再び、送受信処理部１２２によって画像形成装置１３０に送信される。

ステップ４１４では、RAW画像データの一次バッファへの格納が無事に成功した旨の情報（以下、格納成功情報）を画像形成装置１３０から受信したかどうかが判定される。格納成功情報を受信した場合は、ステップ４１５に進む。一方、格納成功情報を受信していない場合は、格納成功情報の受信状況の監視が継続される。

ステップ４１５では、印刷ジョブに係る全ページの画像データに対して処理が完了したか否かが判定される。未処理のページがあればステップ４０４に戻り、次のページを処理対象ページとして処理が続行される。一方、すべてのページに対して処理が完了していれば、ステップ４１６に進む。

ステップ４１６では、印刷ジョブに係る全ページのRAW画像データの送信処理が終了した旨の情報（以下、送信終了情報）が、送受信処理部１２２によって画像形成装置１３０に対し送信され、本処理が終了する。

以上が、本実施例に係る、外部RIPコントローラ１２０における処理の内容である。

次に、本実施例に係る、圧縮方式が指定されたRAW画像データを受け取った画像形成装置１３０における処理について説明する。

図５は、本実施例に係る、画像形成装置１３０における処理の流れを示すフローチャートである。

ステップ５０１では、外部RIPコントローラ１２０から上述の送信開始情報を受信したか否かが判定される。送信開始情報を受信した場合は、ステップ５０２に進む。一方、送信開始情報を受信していない場合は、送信開始情報の受信状況の監視が継続される。

ステップ５０２では、保存処理部１３１によって、１ページ分の画像データを格納するための一次バッファがRAM上に確保される。なお、本実施例では、前述の通り80MBが確保される。

ステップ５０３では、送受信処理部１２２によって指定圧縮方式情報が受信される。

ステップ５０４では、受信した指定圧縮方式情報によって指定される圧縮方式が、ロスレス圧縮であるか否かが判定される。ロスレス圧縮（JPEG-LS）が指定されていれば、ステップ５０５に進む。一方、ロスレス圧縮が指定されていなければ（すなわち、ロッシー圧縮（JPEG）が指定されていれば）、ステップ５０６に進む。

ステップ５０５では、RIPコントローラ１２０から送信されるRAW画像データの圧縮方式が、ロスレス圧縮（JPEG-LS）に決定される。

ステップ５０６では、RIPコントローラ１２０から送信されるRAW画像データの圧縮方式が、ロッシー圧縮（JPEG）に決定される。

ステップ５０７では、外部RIPコントローラ１２０からRAW画像データを受信し、ステップ５０５又は５０６で決定された（すなわち、外部RIPコントローラ１２０によって指定された）圧縮方式のCodecを用いた圧縮処理が圧縮伸張部１３３によって実行される。そして、圧縮されたRAW画像データは順次一次バッファに保存される。

ステップ５０８では、外部RIPコントローラ１２０から受信したRAW画像データが、一次バッファに問題なく圧縮・保存できたかどうかが保存処理部１３１によって判定される。圧縮後のRAW画像データがオーバーフローすることなく一次バッファに格納できた場合は、ステップ５１１に進む。一方、圧縮後のRAW画像データがオーバーフローし、一次バッファへの格納に失敗した場合には、ステップ５０９に進む。

ステップ５０９では、RAW画像データの再送信要求が送受信処理部１３２によって外部RIPコントローラ１２０に送信される。併せて、保存処理部１３１によって、一次バッファがクリアされる。

ステップ５１０では、外部RIPコントローラ１２０からRAW画像データを再度受信し、ロッシー圧縮（JPEG）のCodecを用いた圧縮処理が圧縮伸張部１３３によって実行され、圧縮されたRAW画像データが一次バッファに保存される。

ステップ５１１では、RAW画像データの一次バッファへの格納が無事に成功した旨の情報である格納成功情報が、送受信処理部１３２によって外部RIPコントローラ１２０に送信される。

ステップ５１２では、外部RIPコントローラ１２０から上述の送信終了情報を受信したかどうかが判定される。送信終了情報を受信していればステップ５１３に進む。一方、送信終了情報を受信していない場合は、次のページのRAW画像データが送られてくるのでステップ５０２に戻り、次のページについての処理を続行する。

ステップ５１３では、圧縮・保存された画像データに基づいて、印刷処理が実行される。具体的には、まず、圧縮伸張部１３３によって圧縮保存された画像データが伸張され、RAW画像データが生成される。RAW画像データへの伸張が完了すると、保存処理部１３１によってRAW画像データが印刷処理部１３４に送られ、RAW画像がシート上に形成される。

なお、本実施例では、ロッシー圧縮による圧縮を行う場合に、一次バッファに格納できないという事態を想定していない。万一発生した場合は、例えばエラー処理とすればよい。

以上が、本実施例に係る、圧縮方式が指定されたRAW画像データを受け取った画像形成装置１３０における処理の内容である。

本実施例によれば、画質の劣化にも配慮しつつ、外部RIPコントローラから画像データを再送信するという事態の発生を極力抑制することができる。

［実施例２］
次に、画像形成装置１３０において３種類の圧縮方式での圧縮が可能で、かつ、一次バッファサイズが印刷を行う記録媒体のサイズにより異なる態様について、実施例２として説明する。なお、実施例１と共通する内容（プロダクション印刷システム１００の基本構成など）については、説明を省略ないしは簡略化し、以下では差異点を中心に説明するものとする。

本実施例では、実施例１と同様、外部RIPコントローラ１２０では、RAW画像データに対してJPEG-LSベースの特殊ロスレス圧縮を行うものとする。さらに、当該特殊ロスレス圧縮を行なった後の画像データのサイズに応じて、３種類の圧縮方式（１種類のロスレス圧縮と２種類のロッシー圧縮）のうちのいずれかを、外部RIPコントローラ１２０が画像形成装置１３０に対して指定するものとする。なお、画像形成装置１３０におけるロスレス圧縮としてはJPEG-LS圧縮を採用し、２種類のロッシー圧縮のうち第１のロッシー圧縮としてJPEG-LSとJPEGとのハイブリッド圧縮を、第２のロッシー圧縮としてJPEG圧縮をそれぞれ採用するものとする。

ここで、ハイブリッド圧縮について説明しておく。ハイブリッド圧縮は、テキスト領域にはJPEG-LS圧縮を施すことでテキスト領域を高品位に保ちつつ、写真などの非テキスト領域にはJPEG圧縮を行って高圧縮率で圧縮する方式で、ロスレス圧縮とロッシー圧縮とを組み合わせた圧縮方式である。このハイブリッド圧縮により、見た目の画質の劣化を防止しつつ圧縮後のデータサイズを低減することができる。なお、本実施例は、このハイブリッド圧縮による圧縮後のデータサイズと、JPEG-LSベースの特殊ロスレス圧縮による圧縮後のデータサイズとの間にも、相関関係がみられるとの前提に立っている。この場合において、ハイブリッド圧縮の場合、特殊ロスレス圧縮を施した後のデータサイズが110MBを超えると、ハイブリッド圧縮を施した後のデータサイズが80MBを超える傾向があるものとする。

そして、画像形成装置１３０におけるRAW画像データを保持するための一次バッファは、印刷を行う記録媒体（シート）のサイズによって容量が異なり、一例として、Ａ４サイズの場合に80MB、Ａ５サイズの場合に40MBとする。

まず、本実施例の前提となる、クライアントPC１１０における印刷ジョブの生成処理について簡単に説明する。

ユーザは、クライアントPC１１０から、キーボードやマウスを使って、印刷を行う文書（電子データ）と、当該印刷に用いる記録媒体のサイズを指定して印刷を指示する。ここでは、ユーザは、印刷を行う記録媒体（シート）のサイズとしてＡ４を指定したものとする。この印刷指示を受けてUI処理部１１１は、ジョブ生成部１１２に対して、ユーザが指定した文書に対する印刷ジョブの生成を指示する。ジョブ生成部１１２は、印刷ジョブとして、PDLデータと、使用する記録媒体のサイズを特定する情報（以下、メディアサイズ情報）を含む印刷設定情報を生成する。そして、送受信処理部１１３によって、生成された印刷ジョブ（本実施例では、印刷ジョブ＝PDLデータ＋印刷設定情報）が外部RIPコントローラ１２０に対して送信される。

次に、本実施例に係る、印刷ジョブを受け取った外部RIPコントローラ１２０における処理について説明する。

図６は、本実施例に係る、外部RIPコントローラ１２０における処理の流れを示すフローチャートである。

クライアントPC１１０から印刷ジョブ（PDLデータ＋印刷設定情報）を受信すると（ステップ６０１でYes）、送信開始情報が送受信処理部１２２によって画像形成装置１３０に対し送信される（ステップ６０２）。

ステップ６０３では、RIP処理部１２４によって印刷ジョブ内のPDLデータからRAW画像データ（ページ単位）が生成されると共に、圧縮伸張部１２３によって属性情報が生成される。ここで、属性情報は、RAW画像の各画素がどのような種類の領域に属するのかを特定する情報であって、本実施例ではテキスト領域と非テキスト領域のいずれの領域に属するのかを画素単位で特定する情報となっている。

ステップ６０４では、生成されたRAW画像データのうち処理対象ページのRAW画像データに対し、圧縮伸張部１２３によって特殊ロスレス圧縮が実行される。

ステップ６０５では、ステップ６０３で生成された属性情報及びステップ６０４で特殊ロスレス圧縮された画像データが保存処理部１２１によって一次保存されると共に、当該圧縮後の画像データサイズの情報が取得される。

ステップ６０６では、画像形成装置１３０に対してどの種類の圧縮方式を指定すべきかを判定するための２つの閾値（閾値α及び閾値β）が決定される。ここで、閾値αは、実施例１と同様、ロスレス圧縮を指定すべきか、ロッシー圧縮を指定すべきかを決定するための閾値である。そして、閾値βは、ロッシー圧縮のうち、画質と圧縮率の両立を図った第１のロッシー圧縮（ハイブリッド圧縮）を指定すべきか、圧縮率を優先した第２のロッシー圧縮（JPEG圧縮）を指定すべきかを決定するための閾値である。ここでは、ステップ６０１で受信した印刷ジョブに含まれるメディアサイズ情報に基づいて、閾値α及び閾値βが決定される。例えば、メディアサイズ情報で特定される記録媒体のサイズがＡ４であれば、閾値αは75MB（前述の図３を参照）、閾値βは前述の前提により110MBといった具合に決定されることになる。

ステップ６０７では、ステップ６０５で取得した圧縮後の画像データサイズの情報と上述の閾値α（75MB）とに基づき、特殊ロスレス圧縮後の画像データサイズが閾値αを超えているかどうかが判定される。判定の結果、圧縮後の画像データサイズが閾値α以下である場合は、ステップ６０８に進む。一方、圧縮後の画像データサイズが閾値αより大きい場合は、ステップ６０９に進む。

ステップ６０８では、指定圧縮方式が、ロスレス圧縮（ここではJPEG-LS）に決定される。

ステップ６０９では、ステップ６０５で取得した特殊ロスレス圧縮後の画像データサイズの情報と上述の閾値β（110MB）とに基づき、特殊ロスレス圧縮後の画像データサイズが閾値βを超えているかどうかが判定される。判定の結果、圧縮後の画像データサイズが閾値β以下である場合は、ステップ６１０に進む。一方、圧縮後の画像データサイズが閾値βより大きい場合は、ステップ６１１に進む。

ステップ６１０では、指定圧縮方式が、第１のロッシー圧縮（ハイブリッド圧縮）に決定される。

ステップ６１１では、指定圧縮方式が、第２のロッシー圧縮（JPEG圧縮）に決定される。

ステップ６１２では、保存処理部１２１によって特殊ロスレス圧縮された画像データが読み出され、圧縮伸張部１２３によって当該読み出された圧縮画像データが伸張される。

ステップ６１３では、上述のメディアサイズ情報、決定された指定圧縮方式の情報、さらには、圧縮伸張部１２３によって伸張された１ページ分のRAW画像データ及び上述の属性情報が送受信処理部１２２によって画像形成装置１３０に順次送信される。

以下のステップ６１４〜ステップ６１８は、実施例１に係る図４のフローにおけるステップ４１２〜ステップ４１６にそれぞれ対応し、特に異なるところはないのでこれらのステップに関する詳しい説明は省略する。

次に、本実施例に係る、圧縮方式が指定されたRAW画像データを受け取った画像形成装置１３０における処理について説明する。

図７は、本実施例に係る、画像形性装置における処理の流れを示すフローチャートである。

送信開始情報が受信されると（ステップ７０１）、ステップ７０２では、送受信処理部１３２によってメディアサイズ情報が受信される。

ステップ７０３では、保存処理部１３１によって、受信したメディアサイズ情報に従って印刷を行うシートの大きさに応じた一次バッファが確保される。例えば、メディアサイズ情報で特定されるシートの大きさがＡ４であれば80MBといった具合に一次バッファが確保される。

ステップ７０４では、送受信処理部１３２によって上述の圧縮方式を指定する情報が受信される。

ステップ７０５では、受信した圧縮方式指定情報によって指定された圧縮方式が、ロスレス圧縮（JPEG-LS）であるかロッシー圧縮か、ロッシー圧縮の場合は第１のロッシー圧縮であるか第２のロッシー圧縮であるかが判定される。ロスレス圧縮（JPEG-LS）が指定されていれば、ステップ７０５に進む。一方、ロッシー圧縮であって第１のロッシー圧縮（ハイブリッド圧縮）が指定されていればステップ７０６に、第２のロッシー圧縮（JPEG）が指定されていればステップ７０７に進む。

ステップ７０６では、RAW画像データの圧縮方式が、ロスレス圧縮（JPEG-LS）に決定される。

ステップ７０７では、RAW画像データの圧縮方式が、第１のロッシー圧縮（ハイブリッド）に決定される。

ステップ７０８では、RAW画像データの圧縮方式が、第２のロッシー圧縮（JPEG）に決定される。

ステップ７０９では、外部RIPコントローラ１２０からRAW画像データを受信し、ステップ７０６〜７０８のいずれかで決定された（すなわち、外部RIPコントローラ１２０によって指定された）圧縮方式のCodecを用いた圧縮処理が圧縮伸張部１３３によって実行される。なお、第１のロッシー圧縮であるハイブリッド圧縮の場合は、一緒に受信した属性情報が参照され、テキスト領域と非テキスト領域とで異なる圧縮処理が施されることになる。そして、圧縮されたRAW画像データは順次一次バッファに保存される。

その後、RAW画像データが一次バッファに問題なく圧縮・保存できたかどうかが判定され（ステップ７１０）、一次バッファへの格納に成功した場合はステップ７１３に、一次バッファへの格納に失敗した場合にはステップ７１１に進む。

ステップ７１１では、RAW画像データの再送信要求が送受信処理部１３２によって外部RIPコントローラ１２０に送信される。併せて、保存処理部１３１によって、一次バッファがクリアされる。

ステップ７１２では、外部RIPコントローラ１２０からRAW画像データを再度受信し、ロッシー圧縮のCodecを用いた圧縮処理が実行される。この際のロッシー圧縮としては、例えば処理効率を優先し、より高圧縮率の第２のロッシー圧縮が適用される。そのため、前述のステップ６１５におけるデータの再送信においても、RIPコントローラ１２０はRAW画像データのみを再送信し、属性情報は再送信しない。もっとも、最初に指定された圧縮方式がロスレス圧縮で、一次バッファへの格納に失敗したとする。この場合、再送信されたRAW画像データに対し、まずは相対的に低圧縮率な第１のロッシー圧縮を試し、それでも収まりきらない場合に２度目の再送信を要求して、より圧縮率の高い第２のロッシー圧縮を行うようにしてもよい。このような段階的な処理を行う場合における、最初のデータ再送信時（ステップ６１５）には、RAW画像データと共に属性情報も再送信されることになる。

ステップ７１３〜ステップ７１５の各処理は、実施例１の図５のフローにおけるステップ５１１〜ステップ５１３にそれぞれ対応し異なるところはないため説明を省略する。

以上が、本実施例に係る、圧縮方式が指定されたRAW画像データを受け取った画像形成装置１３０における処理の内容である。

［実施例３］
次に、同一文書の複数部印刷が印刷ジョブで指定される場合の態様について、実施例３として説明する。なお、実施例１及び２と共通する内容については、説明を省略ないしは簡略化し、以下では差異点を中心に説明するものとする。

図８は、複数部印刷の一例として、全３ページからなる文書を２部印刷する場合の、RIPコントローラから送信されるRAW画像を示した図である。

図８に示すように、ユーザが全３ページからなる文書の複数部印刷（ここでは２部）をクライアントPC１１０から指示すると、外部RIPコントローラ１２０は、計６枚分のRAW画像のデータを画像形成装置１３０に送信することになる。この場合において、１画像目と４画像目、２画像目と５画像目、３画像目と６画像目は、それぞれ同一のRAW画像である。このようなケースでは、２部目のRAW画像データを送信する時点では、その指定圧縮方式が判明していることになる。そこで、本実施例では、同一の画像データを複数回送信する場合における、２回目以降の送信については１回目で決定された圧縮方式の情報を利用する。以下、実施例２をベースとして本実施例の説明を行なうものとする。

まず、本実施例の前提となる、クライアントPC１１０における処理について簡単に説明する。

ユーザは、クライアントPC１１０においてキーボードやマウスを使って、印刷対象の文書、使用する記録媒体のサイズ、印刷部数を指定した上で、印刷を指示する。ここでは、印刷に用いる記録媒体であるシートのサイズとしてＡ４が指定され、印刷部数として２部が指定されたものとする。そして、ジョブ生成部１１２によって、ユーザが指定した文書に対する印刷ジョブが生成される。具体的には、ユーザが指定した文書からPDLデータが生成され、さらに、印刷を行うシートのサイズと印刷部数の情報を含んだ印刷設定情報が生成される。生成された印刷ジョブ（印刷ジョブ＝PDLデータ＋印刷設定情報）は送受信処理部１１３によって外部RIPコントローラ１２０に送信される。

次に、上記印刷ジョブを受け取った外部RIPコントローラ１２０における処理について説明する。

図９は、本実施例に係る、外部RIPコントローラにおける処理の流れを示すフローチャートである。

ステップ９０１〜ステップ９１６の各処理は、実施例２の図６のフローにおけるステップ６０１〜ステップ６１６にそれぞれ対応し、異なるところはないので説明を省略する。

ステップ９１７では、確定した指定圧縮方式とその対象画像データとが関連付けられて、保存処理部１２１によってHDDに保存される。具体的には、ステップ９０８、９１０、９１１のいずれかで決定した指定圧縮方式の情報が、当該圧縮方式が適用されるページの画像データと関連付けられて保存される。ただし、再送信要求を受信し（ステップ９１４でYes）、RAW画像データの再送信を行なっていた場合（ステップ９１５）は、画像形成装置１３０側で再受信後のRAW画像データに施すより高圧縮率の圧縮方式（例えばJPEG）と関連付けられて保存される。

ステップ９１８では、印刷対象文書の全ページ（１セット分の総ページであり、図８の例では３ページ）について処理が完了したかどうかが判定される。未処理のページがあればステップ９０４に戻り、次のページを処理対象ページとして処理が続行される。一方、すべてのページに対して処理が完了していれば、ステップ９１９に進む。

ステップ９１９では、受信した印刷ジョブ内の印刷設定情報を解析の上、指定された印刷部数が複数部かどうか判定される。２部以上の複数部印刷が指定されていればステップ９２０に進む。一方、１部のみの印刷が指定されていれば、ステップ９２６に進む。

ステップ９２０では、処理変数nが設定される。ここで、処理変数nは、後続のステップ９２１〜ステップ９２５のループ処理において、２部目以降のRAW画像データとそれに対応する指定圧縮方式の情報を、前述の閾値比較処理をすることなく送信するための変数である。例えば、印刷対象文書の全ページ数をPとした場合、処理変数nは以下の式（１）で表される。
ｎ＝１×Ｐ＋１ ・・・式（１）
上述の図８の例では、P ＝“3”なので、この場合の処理変数nには“4”が設定されることになる。

ステップ９２１では、保存処理部１２１によって、現在の処理変数nに相当するpページ目の圧縮画像データが読み出され、圧縮伸張部１２３によって伸張される。ここでpページ目は、以下の式（２）により求められる。
ｐ ＝｛（ｎ−１） Ｍｏｄ Ｐ｝＋１ ・・・式（２）
上記式（２）から、例えば処理変数n＝“4”に相当するpページ目は、１ページ目となる。

ステップ９２２では、保存処理部１２１によって、ｐページ目の画像データに関連付けられている指定圧縮方式の情報がHDDから読み出され、取得される。

ステップ９２３では、メディアサイズ情報、ステップ９２２で取得された指定圧縮方式の情報、圧縮伸張部１２３によって伸張された１ページ分のRAW画像データ、及び上述の属性情報が送受信処理部１２２によって画像形成装置１３０に順次送信される。

ステップ９２４では、処理変数nがインクリメント（＋1）される。

ステップ９２５では、指定された複数部印刷の全ページについて処理が完了しているかどうかが判定される。具体的には、処理変数nの値が以下の条件式（３）を満たしているかどうかが判定され、満たしていると未処理のページあり、満たしていないと未処理のページなし（全ページの処理が完了）となる。
、 １×Ｐ＜ ｎ ＜＝Ｃ×Ｐ ・・・式（３）
上記式（３）においてPはページ数、Cは印刷部数をそれぞれ示す。上述の図８の例ではP＝“3”及びC＝“2”であるので、処理変数nの値が“7”になるまで、すなわち“6”以下では、未処理のページありと判定されることになる。未処理のページがある場合はステップ９２１に戻り、次のページを対象とした処理が続行される。一方、指定された複数部印刷の全てのページについての処理が完了している場合は、ステップ９２６に進む。

ステップ９２６では、送信終了情報が送受信処理部１２２によって画像形成装置１３０に対し送信され、本処理が終了する。

以上が、本実施例に係る、外部RIPコントローラ１２０における処理の内容である。

なお、画像形成装置１３０における処理については、実施例２と同様であるため、説明は省略する。

本実施例によれば、同一文書の複数部印刷が指定された場合において、より効率的な処理が実現できる。

［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (12)

1. 画像データを圧縮し、圧縮後の画像データを保存手段に保存する手段と、
   前記保存手段における前記圧縮後の画像データのデータサイズが閾値より大きいか判定する手段と、
   前記判定の結果に応じた圧縮方式を決定する決定手段と、
   前記保存手段に保存されている前記圧縮後の画像データを伸張する伸張手段と、
   前記伸張手段で伸張された画像データと、前記決定した圧縮方式の情報とを画像形成装置に送信する送信手段と
   を有することを特徴とする情報処理装置。
2. 前記閾値は、前記画像形成装置が備えるメモリ上の、受信した画像データを格納するためのバッファのサイズに応じて決定されることを特徴とする請求項１に記載の情報処理装置。
3. 前記判定の結果に応じて決定される圧縮方式には、ロスレス圧縮とロッシー圧縮が含まれ、
   前記決定手段は、
   前記圧縮後の画像データのデータサイズが閾値より大きいと判定された場合には、圧縮方式をロッシー圧縮に決定し、
   前記圧縮後の画像データのデータサイズが閾値より大きくないと判定された場合には、圧縮方式をロスレス圧縮に決定する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記ロッシー圧縮には、圧縮率の異なる２種類の圧縮方式が含まれ、
   前記決定手段は、圧縮方式がロッシー圧縮に決定される場合に、さらに前記閾値よりも大きい別の閾値を用いて、前記圧縮率の異なる２種類の圧縮方式のうちいずれかを決定する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記２種類の圧縮方式のうち、圧縮率が高い方の圧縮方式は、画像の領域に応じて異なる内容の圧縮方式を適用する方式であり、
   前記送信手段は、前記領域を特定するための属性情報を、伸張された画像データと共に前記画像形成装置に送信する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記画像形成装置における前記バッファのサイズは、受信した画像データに基づく印刷に使用される記録媒体のサイズに応じて異なり、
   前記送信手段は、さらに、前記記録媒体のサイズの情報を前記画像形成装置に送信する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記情報処理装置における画像データの圧縮方式はロスレス圧縮であり、当該ロスレス圧縮と前記決定手段で決定され得るロスレス圧縮とは内容が異なることを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
8. 前記決定手段で決定され得るロスレス圧縮は、ゴロム・ライス符号を用いて予測誤差を符号化する圧縮方式であり、
   前記情報処理装置における画像データの圧縮方式であるロスレス圧縮は、前記ゴロム・ライス符号を用いた符号化の圧縮効率を高めた圧縮方式である
   ことを特徴とする請求項７に記載の情報処理装置。
9. 同一の画像データを複数回、前記画像形成装置に送信する場合、２回目以降は、当該画像データについて１回目に決定した圧縮方式の情報を送信することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 請求項１乃至９のいずれか１項に記載の情報処理装置と接続され、前記送信手段を介して受信した画像データ及び情報を用いて印刷処理を行う画像形成装置。
11. 画像データを圧縮し、圧縮後の画像データを保存手段に保存するステップと、
    前記保存ステップで圧縮された後の画像データのデータサイズが閾値より大きいか判定するステップと、
    前記判定の結果に応じた圧縮方式を決定するステップと、
    前記保存するステップで保存された圧縮後の画像データを伸張するステップと、
    前記伸張するステップで伸張された画像データと、前記決定するステップで決定した圧縮方式の情報とを画像形成装置に送信するステップと
    を含むことを特徴とする情報処理装置における情報処理方法。
12. コンピュータを、請求項１乃至９のいずれか１項に記載の情報処理装置として機能させるためのプログラム。

Images