JPH10198529A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 画像処理要求に対して、ユーザが意識するこ
となく、高速かつ効率的に画像処理制御を行うことがで
きるようにする。 【解決手段】 アプリケーション２は、作成した画像デ
ータをプリンタ２０で印刷する際に、画像処理制御装置
３に画像処理要求を送出する。画像処理制御装置３にお
いて、処理認識手段６は、ホストコンピュータ１および
プリンタ２０に問い合わせることによって、所望する画
像処理機能がホスト１またはプリンタ２０に存在するの
かを認識する。比較手段７は、データ量認識手段３によ
り認識されたデータ量と、予測手段５によって予測され
る画像処理後のデータ量と、処理認識手段６の処理機能
の有無を示す認識結果とに基づいて、画像データをその
ままプリンタ２０に転送するか、あるいはホスト１側で
画像処理を施した後、プリンタ２０に転送するかを決定
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、アプリケーショ
ン等から印字する際に画像処理要求を処理する画像処理
装置に関する。

【０００２】

【従来の技術】従来、ホストコンピュータ上のアプリケ
ーション等で作成した画像データ（文字、写真、グラフ
ィック等を含む）を印字する際に、画像処理要求が発生
した場合、ホストコンピュータから画像データをプリン
タに送信し、プリンタ側で画像処理を行っていた。これ
に対して、近年、ホストコンピュータの性能が向上した
ことにより、ホスト側で画像処理を行い、画像処理後の
画像データをプリンタに送信することで、高速処理を実
現できるようになってきた。しかしながら、ホスト側、
プリンタ側の双方に画像処理要求に応じた画像処理手段
が備わっている場合には、例えば、プリンタ側の画像処
理手段の方が高性能（短時間で処理できる）で、プリン
タ側の画像処理手段を用いれば、さらに高速処理が可能
であっても、単純にホスト側で処理していたため、それ
ぞれの画像処理手段を有効に活用しているとは言えなか
った。

【０００３】このような問題に対処するため、例えば特
開平７−３３４３１８号では、ホストコンピュータに搭
載されたプリンタドライバがホスト側、プリンタ側の双
方のＣＰＵ性能、メモリ容量、処理時間などの情報を取
得し、性能比較を行うことによって、どちら側の画像処
理手段において処理を実行するかを判断し、より適切な
方の画像処理手段を用いて画像処理するという技術が開
示されている。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術（特開平７−３３４３１８号）では、画像処
理を実行する部位の判断をホスト側、プリンタ側の双方
のハードウェア性能により比較判断しているため、画像
処理を行った結果、処理後の画像データ量が処理前の画
像データ量より大きくなる場合（例えばポストスクリプ
ト言語を展開する場合）には、ホスト側で処理を行って
しまうと、ホストコンピュータからプリンタへ処理後の
画像データを送信する際のデータ転送時間が大となり、
かえってプリンタから出力されるまでの出力時間が遅く
なるという問題があった。

【０００５】また、一般に、プリンタは、プリンタ記述
言語を解釈したり、画像処理を行う画像処理部と、該画
像処理部により画像処理された画像データを用紙上に印
字する印刷部とを備えている。このようなプリンタで
は、画像処理部に所望の手段（機能）がなくとも、印刷
部に所望する画像処理手段が存在する場合がある。この
場合、従来技術では、画像処理部の性能のみを認識して
いたので、正確な性能比較ができない。したがって、プ
リンタの印刷部に所望する画像処理手段が存在し、かつ
該機能の性能が十分に高い場合であっても、常にホスト
側で画像処理が行われるため、最終的な出力時間を短縮
することができず、それぞれの画像処理手段を有効に活
用できないという問題があった。

【０００６】この発明は上述した事情に鑑みてなされた
もので、画像処理要求に対して、ユーザが意識すること
なく、高速かつ効率的に画像処理制御を行うことができ
る画像処理装置を提供することを目的としている。

【０００７】

【課題を解決するための手段】上述した問題点を解決す
るために、請求項１の発明では、画像形成の対象となる
画像データのデータ量を認識するデータ量認識手段と、
前記画像データに対して所定の画像処理を施した場合、
画像処理後のデータ量を予測する予測手段と、前記予測
手段により予測されたデータ量と前記データ量認識手段
により認識されたデータ量とを比較する比較手段と、前
記比較手段によって、前記予測手段により予測されたデ
ータ量が前記データ量認識手段により認識されたデータ
量より少ないと判断された場合には、前記画像データに
所定の画像処理を施す処理手段と、前記処理手段により
画像処理が施された後の画像データまたは画像処理され
ていない前記画像データを、画像形成を行う画像形成装
置に送信する送信手段とを具備することを特徴とする。

【０００８】また、上述した問題点を解決するために、
請求項４の発明では、画像形成の対象となる画像データ
に対し、所定の画像処理を施す際の当該装置における第
１の処理能力、前記画像データの画像形成を行う画像形
成装置における第２の処理能力、および当該装置と前記
画像形成装置との間における通信路の通信能力を認識す
る能力認識手段と、前記能力認識手段により認識された
第１の処理能力、第２の処理能力および通信能力に基づ
いて、当該装置で画像処理を施し、前記画像形成装置に
転送する場合の第１の換算データ量、および前記画像デ
ータをそのまま前記画像形成装置に送信し、前記画像形
成装置で画像処理を施す場合の第２の換算データ量を算
出する算出手段と、前記第１の換算データ量と前記第２
の換算データ量を比較する比較手段と、前記比較手段に
よって、前記第１の換算データ量が前記第２の換算デー
タ量より少ないと判断された場合には、前記画像データ
に所定の画像処理を施す処理手段と、前記処理手段によ
り画像処理が施された後の画像データまたは画像処理さ
れていない前記画像データを、画像形成を行う画像形成
装置に送信する送信手段とを具備することを特徴とす
る。

【０００９】この発明によれば、データ量認識手段によ
って、画像形成の対象となる画像データのデータ量を認
識するとともに、予測手段によって、前記画像データに
対して所定の画像処理を施した場合、画像処理後のデー
タ量を予測した後、比較手段によって、前記予測手段に
より予測されたデータ量と前記データ量認識手段により
認識されたデータ量とを比較し、前記比較手段によっ
て、前記予測手段により予測されたデータ量が前記デー
タ量認識手段により認識されたデータ量より少ないと判
断された場合には、処理手段によって、前記画像データ
に所定の画像処理を施し、送信手段によって、前記処理
手段により画像処理が施された後の画像データまたは画
像処理されていない前記画像データを、画像形成を行う
画像形成装置に送信するようにしたので、画像処理装置
から画像形成装置へ画像データを送信する際のデータ転
送時間を短縮することが可能となり、ユーザが意識する
ことなく、高速かつ効率的に画像処理制御を行うことが
可能となる。

【００１０】

【発明の実施の形態】次に図面を参照してこの発明の実
施形態について説明する。 Ａ．実施形態の構成 Ａ−１．画像処理装置の基本構成 図１は、本発明の一実施形態による画像処理装置の基本
構成を示すブロック図である。図において、ホストコン
ピュータ１は、例えばパーソナルコンピュータやワーク
ステーションのように、図示しないＣＰＵ、ＲＡＭ、Ｒ
ＯＭ、外部記憶装置等を搭載したコンピュータであり、
文書、画像（写真やグラフィック）等を扱うソフトウェ
アを実行する。アプリケーション２は、ホストコンピュ
ータ１上で動作している、何らかのソフトウェアであ
り、該ソフトウェアにより文書、写真、グラフィックが
混在する画像データが作成される。アプリケーション１
は、作成した画像データをプリンタ２０で印刷する際
に、画像処理制御装置３に画像処理要求を送出する。画
像処理制御装置３は、上記ホストコンピュータ１のソフ
トウェアにより実現されるもので、処理対象データの情
報やプリンタ情報から、ホスト１側、プリンタ２０側の
どちらで画像処理を実行するかを決定する。ホスト１側
で画像処理を行う場合には、画像処理後に、データをプ
リンタ２０に送信する。また、プリンタ２０側で画像処
理を行う場合には、画像データをそのままプリンタ２０
に送信する。

【００１１】この画像処理制御装置３は、データ量認識
手段４、予測手段５、処理認識手段６、比較手段７、転
送手段８および処理手段９から構成されている。データ
量認識手段４は、内部のＲＡＭ等のメモリまたは外部記
憶装置（ハードディスク等の二次記憶装置）であるデー
タ記録装置１０に格納されている画像処理対象データの
データ量を認識する。予測手段５は、アプリケーション
２からの画像処理要求の種類（例えばＮ-up、拡大、ス
ムージング）またはページ記述言語の種類に基づいて、
画像処理対象データの画像処理後のデータ量を予測す
る。

【００１２】処理認識手段６は、ホストコンピュータ１
およびプリンタ２０に問い合わせることによって、所望
する画像処理機能がホスト１側、または後述するプリン
タ２０側の処理部２３および印字部２４のどの部位に存
在するのかを認識する。比較手段７は、データ量認識手
段３により認識されたデータ量と、予測手段５によって
予測される画像処理後のデータ量と、処理認識手段６の
認識結果とに基づいて、画像データをそのままプリンタ
２０に転送するか、それとも、ホスト１側で画像処理を
施した後、プリンタ２０に転送するかを決定する。転送
手段８は、インターフェース１１を介して、画像処理前
もしくは画像処理後の画像データをプリンタ２０に転送
する。また、処理手段９は、比較手段７によりホスト１
側において画像処理を実行する旨の指示があると、デー
タ記録装置１０から処理対象データを読み出し、所望の
画像処理を行った後、転送手段８にデータを供給する。

【００１３】次に、プリンタ２０は、通常の印刷装置で
あり、ホストコンピュータ１とデータ授受するためのイ
ンターフェース２１、ホストコンピュータ１からの要求
に応じて、当該装置の各部を制御する制御部２２、画像
処理（ページ記述言語の展開処理を含む）を行う処理部
２３、および用紙を搬送し、用紙上に画像データ（ビッ
トマップデータ、文字コード）を印字するハードウェア
である印字部２４から構成されている。該プリンタ２０
では、上記処理部２３もしくは印字部２４に画像処理機
能を備える。但し、プリンタ２０の機種によっては、処
理部２３、印字部２４のいずれにも搭載されていない画
像処理機能が存在する場合もある。また、ページ記述言
語の展開処理については、処理部２３のみその機能を有
する。

【００１４】Ｂ．実施形態の動作 次に、本実施形態による画像処理装置の動作について説
明する。

【００１５】Ｂ−１．第１実施形態による動作 ここで、図２および図３は、第１実施形態による画像処
理装置の動作を説明するためのフローチャートである。
まず、比較手段７は、ステップＳａ１で、画像処理要求
があるか否かを判断する。ここで、画像処理要求として
は、画像データのＮ−ｕｐ処理要求や拡処理要求、スム
ージング処理要求等を考える。画像処理要求の認識は、
アプリケーション２から発行される印刷要求コマンドの
オプションとして、画像処理を指定するオプションが存
在するか否かを判定すればよい。そして、ステップＳａ
１で、画像処理要求がなければ、ステップＳａ９に進
み、プリンタ２０に通常印刷要求を送出する。次に、ス
テップＳａ１３で、画像データをプリンタ２０に転送
し、ステップＳａ１４で印刷を行う。

【００１６】一方、画像処理要求がある場合には、比較
手段７は、処理認識手段６に対して、要求のあった画像
処理機能の有無をホスト１、プリンタ２０の双方に問い
合わせるよう指示する。処理認識手段６は、ステップＳ
ａ２で、ホスト−プリンタ間インターフェース１１，２
１を介して、プリンタ２０の制御部２２に画像処理機能
の問い合わせを行う。プリンタ２０の制御部２２は、処
理部２３および印字部２４のそれぞれに問い合わせを行
い、制御部２２のメモリ（図示略）にプリンタ２０が保
持する画像処理機能を書き込む。書き込みは、処理認識
手段６からの問い合わせがあるたびに行われる。制御部
２２は、処理書き込みが終了すると、処理認識手段６に
その旨を通知し、処理認識手段６がプリンタ２０の制御
部２２のメモリにアクセスすることによって、プリンタ
２０の画像処理機能の認識を行う。また、処理認識手段
６は、処理手段９に問い合わせを行い、ホスト１が備え
る画像処理機能を認識する。認識した処理機能は、例え
ば、図４に示すように、画像処理機能一覧のデータとし
て、処理認識手段６のメモリに書き込まれる。

【００１７】比較手段７は、ステップＳａ３で、画像処
理機能の問い合わせの結果から、要求された画像処理機
能（例えばＮ−ｕｐ機能）がホスト１側およびプリント
側のいずれかにあるか否かを判断する。これは、ステッ
プＳａ２において、処理認識手段６のメモリに書き込ま
れた画像処理機能一覧データにアクセスすることによっ
て行う。そして、いずれにも要求された画像処理機能が
なければ、ステップＳａ４で、エラー処理を行う。エラ
ー処理としては、例えば、ホスト１側のモニタにその旨
を表示することなどが考えられる。

【００１８】一方、要求された画像処理機能（例えばＮ
−ｕｐ機能）がホスト１側およびプリント側のいずれか
にある場合には、比較手段７は、ステップＳａ５で、上
記画像処理機能一覧データをアクセスすることにより、
画像処理機能がホスト１側に搭載されているか否かを判
断する。そして、画像処理機能がホスト１側に搭載され
ている場合には、比較手段７は、ステップＳａ６で、処
理後の予測データ量と処理前のデータ量を比較し、どち
らが大であるかを判断する。

【００１９】具体的には、比較手段７は、まず、画像処
理対象データの処理前のデータ量を調べる。これは、比
較手段７から指示を受けたデータ量認識手段４が対象デ
ータのファイル記述子を獲得することにより、ファイル
のデータ量を示すポインタを獲得し、データの大きさを
認識すればよい。次に、比較手段７は、予測手段５に指
示を送出し、画像対象データに要求された画像処理（例
えばＮ−ｕｐ処理）を施した場合、処理後の画像データ
量を予測させる。

【００２０】例えば、図５に示すように、画像処理要求
が４−ｕｐであった場合、４ページ分の画像データは、
１ページ分の画像データにまとめられるため、最大でも
１ページ分のメモリ量となることが予測される。また、
前もって、画像処理前と処理後のデータ量を経験的に調
査しておき、データベースとして比較手段７内部に格納
しておき、画像対象データの処理条件から処理後のデー
タ量を推定するようにしてもよい。この場合、より正確
な推定が可能になると思われる。

【００２１】比較手段７は、ステップＳａ６において、
処理後の予測データ量が処理前のデータ量以下であると
判断された場合には、ステップＳａ８に進み、ホスト１
側で画像処理を行う。すなわち、処理後の予測データ量
の方がデータ量が小さいということは、ホスト１側で画
像処理した後、プリンタ２０へ転送した方がデータ転送
時間が短縮されるので、最終的な出力時間を短縮できる
ためである。

【００２２】一方、ステップＳａ６において、処理後の
予測データ量の方が処理前のデータ量より大きいと判断
された場合には、ホスト１側で画像処理した後、プリン
タ２０へ転送すると、転送すべきデータ量が大となるた
め、データ転送時間が大となってしまう。したがって、
この場合にはプリンタ２０側で画像処理を行った方がよ
い。そこで、ステップＳａ７に進み、上述した画像処理
機能一覧データをアクセスすることにより、要求された
画像処理機能がプリンタ２０側に搭載されているか否か
を判断する。ここで、プリンタ２０側（処理部２３また
は印字部２４）に画像処理機能が搭載されていなけれ
ば、プリンタ２側で処理することができないので、デー
タ転送時間が大となってしまうことを無視し、上述した
ステップＳａ８に進み、ホスト１側で画像処理を行う。

【００２３】一方、処理後の予測データ量の方が処理前
のデータ量より大きいと判断され、かつプリンタ２０側
に、要求された画像処理機能が搭載されていれば、ステ
ップＳａ７からステップＳａ１０に進む。比較手段７
は、ステップＳａ１０で、上述した画像処理機能一覧デ
ータをアクセスすることにより、プリンタ２０側の処理
部２３に上記画像処理機能があるか否かを判断する。そ
して、プリンタ２０側の処理部２３に上記画像処理機能
が搭載されていれば、ステップＳａ１１で、プリンタ２
０の処理部２３に画像処理を指示する。

【００２４】これに対して、プリンタ２０側の印字部２
４に上記画像処理機能が搭載されていれば、ステップＳ
ａ１２で、上記印字部２４に画像処理を指示する。な
お、例えば画像処理が４−ｕｐ処理を例にとると、印字
部２４での４−ｕｐ処理とは、４ページの画像データを
それぞれ縮小し、一枚の用紙に印刷するような処理であ
る。また、処理部２３および印字部２４の双方に同じ画
像処理機能が搭載されている場合には、先に投入された
プリントジョブの処理状況により、どちらかが稼働中で
あるときには他方で画像処理を行うように指示するよう
にしてもよい。

【００２５】以上のようにして、要求された画像処理を
行う側が決定されると、ステップＳａ１３で、処理済の
画像データもしくは処理前の画像データをプリンタ２０
側に転送し、ステップＳａ１４で、指示に従って画像デ
ータを印刷する。

【００２６】また、ステップＳａ５において、ホスト１
側に要求された画像処理機能が搭載されていない場合に
は、直接、上述したステップＳａ１０以降のステップに
進み、プリンタ２０側の処理部２３もしくは印字部２４
に画像処理を指示し、処理前の画像データを転送して印
刷させる。

【００２７】Ｂ−２．第２実施形態による動作 次に、第２実施形態による画像処理装置の動作を説明す
る。ここで、図６および図７は、第２実施形態による画
像処理装置の動作を説明するためのフローチャートであ
る。なお、以下では、画像処理要求として、アプリケー
ション２からページ記述言語による印刷要求があった場
合も考慮している。言い換えると、ページ記述言語によ
る印刷要求があった場合、ページ記述言語を解釈し、画
像データ（ビットマップデータ）へ展開するという複雑
な処理（比較的時間のかかる処理）を行う必要がある。
この場合、ホスト１側、プリンタ２０側の処理能力を考
慮してどちらで画像処理（この場合、ページ記述言語の
解釈および展開）を行うかを決定することで、より効率
的な画像処理を行うことができる。

【００２８】まず、比較手段７は、ステップＳｂ１で、
画像処理要求があるか否かを判断する。ここで、画像処
理要求としては、画像データのＮ−ｕｐ処理要求や拡大
処理要求、スムージング処理要求等に加えて、上記ペー
ジ記述言語による印刷要求を考える。アプリケーション
２からの印刷要求を指示するデータがページ記述言語で
あるか否かは、アプリケーション２から発行される印刷
指示のあるデータ内部にページ記述言語を示すコードが
あるか否かで判定すればよい。そして、ステップＳｂ１
で、画像処理要求がなければ、ステップＳｂ１１に進
み、プリンタ２０に通常印刷要求を送出する。次に、ス
テップＳｂ１５で、画像データをプリンタ２０に転送
し、ステップＳｂ１６で印刷を行う。

【００２９】一方、画像処理要求がある場合には、比較
手段７は、処理認識手段６に対して、要求のあった画像
処理機能の有無をホスト１、プリンタ２０の双方に問い
合わせるよう指示する。処理認識手段６は、ステップＳ
ｂ２で、ホスト−プリンタ間インターフェース１１，２
１を介して、プリンタ２０の制御部２２に画像処理機能
の問い合わせを行う。制御部２２は、処理部２３および
印字部２４のそれぞれに問い合わせを行い、制御部２２
のメモリにプリンタ２０が保持する画像処理機能を書き
込む。書き込みは、処理認識手段６からの問い合わせが
あるたびに行われる。プリンタ２０の制御部２２は、処
理書き込みが終了すると、処理認識手段６にその旨を通
知し、処理認識手段６がプリンタ２０の制御部２２のメ
モリにアクセスすることによって、プリンタ２０の画像
処理機能の認識を行う。また、処理認識手段６は、処理
手段に問い合わせを行い、ホスト１が備える画像処理機
能を認識する。認識した処理機能は、例えば、図８に示
すように、Ｎ−ｕｐ等の画像処理機能に加えて、ページ
記述言語というような展開処理機能が含まれる画像処理
機能一覧のデータとして、処理認識手段６のメモリに書
き込まれる。

【００３０】比較手段７は、ステップＳｂ３で、画像処
理機能の問い合わせの結果から、要求された画像処理機
能もしくは印刷要求の出ているページ記述言語がホスト
１側およびプリント２０側のどちらでサポートされてい
るか否かを判断する。これは、ステップＳｂ２において
処理認識手段６のメモリに書き込まれた画像処理機能一
覧データにアクセスすることによって行う。そして、い
ずれにも要求された画像処理機能もしくはページ記述言
語がサポートされていなければ、ステップＳｂ４で、エ
ラー処理を行う。エラー処理としては、例えば、ホスト
１側のモニタにその旨を表示することなどが考えられ
る。

【００３１】一方、要求された画像処理機能もしくは印
刷要求の出ているページ記述言語ががホスト１側および
プリント２０側のいずれかにある場合には、比較手段７
は、ステップＳｂ５で、上記画像処理機能一覧データを
アクセスすることにより、画像処理機能もしくはページ
記述言語がホスト１側にサポートされているか否かを判
断する。そして、ホスト１側において要求された画像処
理機能もしくはページ記述言語の展開処理が実行可能で
ある場合には、比較手段７は、ステップＳｂ６で、ホス
ト１およびプリンタ２０のそれぞれに搭載されているＣ
ＰＵ性能やメモリ容量、ホスト−プリンタ間の通信性能
などを認識する。

【００３２】具体的には、例えば、ハードウェア性能認
識要求が出された場合に、予め構成されるＣＰＵの性能
やメモリの容量、ケーブルの通信速度などを登録してお
き、該登録された内容を参照することで認識すればよ
い。または、性能認識要求に応じて、メモリの残量を問
い合わせたり、ＣＰＵに対してサンプルデータを処理さ
せることによって、ＣＰＵ性能を認識したり、ホスト−
プリンタ間で簡単な通信を行うことによって、通信性能
をリアルタイムで認識するようにしてもよい。この場
合、実際に性能を測定することで、より正確なハードウ
ェアの性能評価が可能になる。

【００３３】次に、比較手段７は、ステップＳｂ７で、
通信速度、処理能力を考慮してデータ量を換算する。例
えば、図９に示すように、Ａバイトのページ記述言語の
展開要求があったとする。このデータを展開した場合、
予測手段５により、Ｂバイトのデータ量になると予測さ
れたとする。比較手段７は、ステップＳｂ６において認
識したホスト１、プリンタ２０のハードウェア性能やホ
スト−プリンタ間の通信性能に従って、画像処理性能係
数、通信性能係数を決定する。ページ記述言語の場合、
画像処理性能係数は、展開処理性能係数となる。これ
は、あるハードウェア構成や通信路を基準としたときの
データ処理能力、データ通信能力を比で表すものであ
る。すなわち、基準のハードウェア、通信路の場合、そ
の係数を「１」とし、値が小さいほど性能がよいものと
する。

【００３４】ここで、図９に示す例では、ホスト１の展
開処理性能係数をα、ホスト−プリンタ間の通信性能を
β、プリンタ２０の展開処理性能係数をγとする。ま
ず、ホスト１側において展開処理した場合には、まず、
展開処理性能係数がαのホスト１側のハードウェアでＡ
バイトのデータが展開処理され、通信性能係数がβの通
信路でＢバイト送信されるので、換算データ量は、 Ａ［バイト］×α＋Ｂ［バイト］×β と表される。

【００３５】また、プリンタ２０側において展開処理し
た場合には、通信性能係数がβの通信路においてＡバイ
トのデータが送信され、展開処理性能係数がγのプリン
タ２０側のハードウェアにおいてＡバイトのデータが展
開処理されるので、換算データ量は、 Ａ［バイト］×β＋Ａ［バイト］×γ と表される。なお、展開処理性能係数、通信性能係数の
決め方としては、例えば、ＣＰＵや通信路の仕様書の値
に従って、単純に比較して決定し、所定のメモリに書き
込んでおく方法が考えられる。あるいは、さまざまな条
件において、予め性能を調査しておき、データベースに
登録するようにしてもよく、この場合、さらに性能評価
が正確になる。

【００３６】次に、比較手段７は、ステップＳｂ８で、
ホスト１側で処理した場合の換算データ量がプリンタ２
０側で処理した場合の換算データ量以下であるか否かを
判断する。そして、ホスト１側で処理した場合の換算デ
ータ量の方がプリンタ２０側で処理した場合の換算デー
タ量以下で場合には、ステップＳｂ１０に進み、ホスト
１側で画像処理（ページ記述言語の場合、展開処理）を
行う。すなわち、ホスト１側で画像処理（展開処理）し
た方が、プリンタ２０側で処理するよりも速いので、最
終的な出力時間を短縮できるためである。

【００３７】一方、ステップＳｂ８において、プリンタ
２０側で画像処理（展開処理）した場合の換算データ量
が、ホスト１側で処理した場合の換算データ量より小さ
い場合には、ホスト１側で画像処理した後、プリンタ２
０へ転送する場合に比べ、処理が速いので、この場合に
はプリンタ２０側で画像処理（展開処理）を行った方が
よい。そこで、ステップＳｂ９に進み、上述した画像処
理機能一覧データをアクセスすることにより、要求され
た画像処理機能（ページ記述言語に対応する展開処理機
能）がプリンタ２０側でサポートされているか否かを判
断する。ここで、プリンタ２０側（処理部２３）に対応
する画像処理機能（ページ記述言語に対応する展開処理
機能）がサポートされていなければ、プリンタ２０側で
処理することができないので、上述したステップＳｂ１
０に進み、ホスト１側で画像処理を行う。

【００３８】一方、プリンタ２０側で画像処理（展開処
理）した場合の換算データ量が、ホスト１側で処理した
場合の換算データ量より小さいと判断され、かつプリン
タ２０側に要求された画像処理機能（ページ記述言語に
対応する展開処理機能）が搭載されていれば、ステップ
Ｓｂ９からステップＳｂ１２に進む。比較手段７は、ス
テップＳｂ１２で、上述した画像処理機能一覧データを
アクセスすることにより、プリンタ２０側の処理部２３
に上記画像処理機能があるか否かを判断する。そして、
プリンタ２０側の処理部２３に上記画像処理機能が搭載
されていれば、ステップＳｂ１３で、プリンタ２０の処
理部２３に画像処理を指示する。

【００３９】これに対して、プリンタ２０側の印字部２
４に上記画像処理機能（ページ記述言語に対応する展開
処理機能を除く）が搭載されていれば、ステップＳｂ１
４で、上記印字部２４に画像処理を指示する。なお、処
理部２３および印字部２４の双方に同じ画像処理機能が
搭載されている場合には、先に投入されたプリントジョ
ブの処理状況により、どちらかが稼働中であるときに
は、他方で画像処理を行うように指示するようにしても
よい。また、ページ記述言語に対応する展開処理機能
は、処理部２３でのみサポートされるので、上記判断
は、一義的にステップＳｂ１３に進み、プリンタ２０の
処理部２３に対して展開処理が指示される。

【００４０】以上のようにして、要求された画像処理
（展開処理を含む）を行う側が決定されると、ステップ
Ｓｂ１５で、処理済（展開済）の画像データもしくは処
理前（展開前）の画像データを転送手段８によってプリ
ンタ２０側に転送し、ステップＳｂ１６で、プリンタ２
０側で指示に従って画像データを印刷する。

【００４１】また、ステップＳｂ５において、ホスト１
側に要求された画像処理機能（ページ記述言語に対応す
る展開処理機能）がサポートされていない場合には、直
接、上述したステップＳｂ１２以降のステップに進み、
プリンタ２０側の処理部２３もしくは印字部２４に画像
処理を指示し、処理前の画像データを転送して印刷させ
る。なお、上述したように、ページ記述言語に対応する
展開処理の場合には、プリンタ２０側においては処理部
２３でのみサポートされるので、プリンタ２０側の処理
部２３に画像処理を指示し、処理前の画像データを転送
して印刷させる。

【００４２】

【発明の効果】以上、説明したように、請求項１記載の
発明によれば、データ量認識手段によって、画像形成の
対象となる画像データのデータ量を認識するとともに、
予測手段によって、前記画像データに対して所定の画像
処理を施した場合、画像処理後のデータ量を予測した
後、比較手段によって、前記予測手段により予測された
データ量と前記データ量認識手段により認識されたデー
タ量とを比較し、前記比較手段によって、前記予測手段
により予測されたデータ量が前記データ量認識手段によ
り認識されたデータ量より少ないと判断された場合に
は、処理手段によって、前記画像データに所定の画像処
理を施し、送信手段によって、前記処理手段により画像
処理が施された後の画像データまたは画像処理されてい
ない前記画像データを、画像形成を行う画像形成装置に
送信するようにしたので、画像処理装置から画像形成装
置へ画像データを送信する際のデータ転送時間を短縮す
ることができ、ユーザが意識することなく、高速かつ効
率的に画像処理制御を行うことができるという利点が得
られる。

【００４３】また、請求項４の発明によれば、能力認識
手段によって、画像形成の対象となる画像データに対
し、所定の画像処理を施す際の当該装置における第１の
処理能力、前記画像データの画像形成を行う画像形成装
置における第２の処理能力、および当該装置と前記画像
形成装置との間における通信路の通信能力を認識し、次
いで、前記能力認識手段により認識された第１の処理能
力、第２の処理能力および通信能力に基づいて、算出手
段によって、当該装置で画像処理を施し、前記画像形成
装置に転送する場合の第１の換算データ量、および前記
画像データをそのまま前記画像形成装置に送信し、前記
画像形成装置で画像処理を施す場合の第２の換算データ
量を算出した後、比較手段によって、前記第１の換算デ
ータ量と前記第２の換算データ量を比較し、前記比較手
段によって、前記第１の換算データ量が前記第２の換算
データ量より少ないと判断された場合には、処理手段に
よって、前記画像データに所定の画像処理を施し、その
後、前記処理手段により画像処理が施された後の画像デ
ータまたは画像処理されていない前記画像データを、送
信手段によって、画像形成を行う画像形成装置に送信す
るようにしたので、画像処理装置から画像形成装置へ画
像データを送信する際のデータ転送時間およびそれぞれ
の処理能力に応じて、画像処理を行う側を決定すること
ができ、ユーザが意識することなく、高速かつ効率的に
画像処理制御を行うことができるという利点が得られ
る。

【図面の簡単な説明】

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

【図２】 第１実施形態による動作を説明するためのフ
ローチャートである。

【図３】 第１実施形態による動作を説明するためのフ
ローチャートである。

【図４】 第１実施形態におけるホスト、プリンタの画
像処理機能一覧を示す概念図である。

【図５】 第１実施形態によるＮ−ｕｐ処理の動作例を
説明するための概念図である。

【図６】 第２実施形態による動作を説明するためのフ
ローチャートである。

【図７】 第２実施形態による動作を説明するためのフ
ローチャートである。

【図８】 第２実施形態におけるホスト、プリンタの画
像処理機能一覧を示す概念図である。

【図９】 第２実施形態による換算データ量算出例を示
す概念図である。

【符号の説明】

１ ホストコンピュータ ２ アプリケーション ３ 画像処理装置 ４ データ量認識手段 ５ 予測手段 ６ 処理認識手段 ７ 比較手段（能力認識手段） ８ 転送手段（送信手段、算出手段） ９ 処理手段 １０ データ記録装置 ２０ プリンタ ２３ 処理部 ２４ 印字部

フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 1/40 Ｈ０４Ｎ 1/40 Ｚ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 画像形成の対象となる画像データのデー
   タ量を認識するデータ量認識手段と、 前記画像データに対して所定の画像処理を施した場合、
   画像処理後のデータ量を予測する予測手段と、 前記予測手段により予測されたデータ量と前記データ量
   認識手段により認識されたデータ量とを比較する比較手
   段と、 前記比較手段によって、前記予測手段により予測された
   データ量が前記データ量認識手段により認識されたデー
   タ量より少ないと判断された場合には、前記画像データ
   に所定の画像処理を施す処理手段と、 前記処理手段により画像処理が施された後の画像データ
   または画像処理されていない前記画像データを、画像形
   成を行う画像形成装置に送信する送信手段とを具備する
   ことを特徴とする画像処理装置。
2. 【請求項２】 前記画像データの画像形成を行う画像形
   成装置が所定の画像処理を施す処理手段を搭載している
   か否かを認識する処理認識手段を具備し、 前記送信手段は、前記比較手段によって、前記予測手段
   により予測されたデータ量が前記データ量認識手段によ
   り認識されたデータ量以上であると判断され、かつ前記
   処理認識手段により画像形成装置に処理手段が搭載され
   ていると認識された場合に、前記処理手段により画像処
   理されていない画像データを前記画像形成装置に送信す
   ることを特徴とする請求項１記載の画像処理装置。
3. 【請求項３】 画像形成の対象となる画像データに対
   し、所定の画像処理を施す際の当該装置における第１の
   処理能力、前記画像データの画像形成を行う画像形成装
   置における第２の処理能力、および当該装置と前記画像
   形成装置との間における通信路の通信能力を認識する能
   力認識手段と、 前記能力認識手段により認識された第１の処理能力、第
   ２の処理能力および通信能力に基づいて、当該装置で画
   像処理を施し、前記画像形成装置に転送する場合の第１
   の換算データ量、および前記画像データをそのまま前記
   画像形成装置に送信し、前記画像形成装置で画像処理を
   施す場合の第２の換算データ量を算出する算出手段と、 前記第１の換算データ量と前記第２の換算データ量を比
   較する比較手段と、 前記比較手段によって、前記第１の換算データ量が前記
   第２の換算データ量より少ないと判断された場合には、
   前記画像データに所定の画像処理を施す処理手段と、 前記処理手段により画像処理が施された後の画像データ
   または画像処理されていない前記画像データを、画像形
   成を行う画像形成装置に送信する送信手段とを具備する
   ことを特徴とする画像処理装置。
4. 【請求項４】 前記画像データの画像形成を行う画像形
   成装置が所定の画像処理を施す処理手段を搭載している
   か否かを認識する処理認識手段を具備し、 前記送信手段は、前記比較手段によって、前記第１の換
   算データ量が前記第２の換算データ量以上であると判断
   され、かつ前記処理認識手段により画像形成装置に処理
   手段が搭載されていると認識された場合に、前記処理手
   段により画像処理されていない画像データを前記画像形
   成装置に送信することを特徴とする請求項３記載の画像
   処理装置。
5. 【請求項５】 前記処理手段は、前記画像処理として、
   ページ記述言語の展開処理を含むことを特徴とする請求
   項３または４記載の画像処理装置。