JPH10138574A - 印刷制御装置及び画像データ形式変換方法 - Google Patents

Abstract

(57)【要約】 【課題】 プリンタの規格が変更になる場合でも、容易
に対応することが可能な印刷制御装置を提供する。 【解決手段】 ネットワークにクライアント、プリント
サーバ及びプリンタ（ＩＯＴ）１が接続されたシステム
において、プリントサーバの制御部１０が予め有する画
像データ形式の変換機能（ラスタデータ内部変換−１、
内部変換−２・・）に加え、プリンタ（ＩＯＴ）１が独
自に有する固有変換機能を登録部１０ｆに登録する。ラ
スタデータ（画像データ）変換判定部１０ｄは、デコン
ポーザから出力された画像データ形式がプリンタ（ＩＯ
Ｔ）１に適合する形式の場合には変換を行わずに出力
し、適合しない形式の場合には内部変換機能や登録され
た固有変換機能を用いて適合形式に変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は印刷制御装置、特に
種々の画像データ形式を印刷装置で印刷可能な形式に変
換する装置に関する。

【０００２】

【従来の技術】ネットワークに端末装置やプリントサー
バ、プリンタ等が接続された画像処理システムにおい
て、ある端末装置（クライアント）から印刷ジョブが出
力された場合、プリントサーバでは、画像変換手段（デ
コンポーザ）を用いてページ記述言語（ＰＤＬ）で記述
された画像データをラスタデータ（ビットマップデー
タ）に変換し、デコンポーズされた画像データを出力装
置（ＩＯＴ）であるプリンタに供給して所望の印刷画像
を出力する。

【０００３】ここで、印刷を行うためにクライアントか
ら送られてくる印刷データには種々のＰＤＬデータ形
式、例えばＰｏｓｔＳｃｒｉｐｔ（商標）やＩｎｔｅｒ
ｐｒｅｓｓ（商標）等が存在する。従って、プリントサ
ーバ側のデコンポーザも各データ形式の数だけ必要とな
る。しかし、各デコンポーザの規格自体も種々であり、
デコンポーザが出力するラスタデータのデータ形式（ビ
ット／バイト並びや０が黒画素を示すか白画素を示すか
等）もそれぞれ異なる。また、プリンタ側においても、
複数のラスタデータ形式をそのまま出力できる高性能の
ものもあれば、単一のラスタデータ形式しか対応できな
いものも存在する。さらに、プリンタ独自規格のラスタ
データ形式を要求するものもある。

【０００４】このように、印刷データ、デコンポーザ、
プリンタ各々が種々の形式を有する状況において、従来
のプリントサーバは、デコンポーザの出力したラスタデ
ータがプリンタに適した形式であればそのままプリンタ
に供給し、適していなければプリンタが対応できるデー
タ形式に変換した後にプリンタに供給することにより対
応していた。

【０００５】

【発明が解決しようとする課題】しかしながら、デコン
ポーザの出力データ形式の仕様とプリンタの仕様の組み
合わせは多数でシステム構成の複雑化を招くとともに、
デコンポーザの種類が増えた場合やプリンタを他の形式
のものに置き換えた場合には、その都度サーバ内部の設
計変更が必要となる問題があった。

【０００６】なお、特開平７−２９５９０５号公報に
は、特定の機能を有するカードを装置のカードスロット
に装着することで機能の追加変更を容易にする技術が開
示されているが、物理的な接続の容易化にとどまってお
り、装置内部に既に存在する機能と追加機能との相互関
係については考慮されていない。

【０００７】本発明は、上記従来技術の有する課題に鑑
みなされたものであり、その目的は、デコンポーザの種
類が増加する場合やプリンタの規格が変更になる場合で
も、容易に対応することが可能な印刷制御装置及び画像
データ形式変換方法を提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明は、印刷データを受信する受信手段と、
受信した印刷データを画像データに展開する展開手段
と、前記画像データを印刷装置に出力する出力手段とを
有する印刷制御装置であって、前記画像データ形式を所
定形式に変換する内部変換手段と、前記出力装置が有す
る固有変換手段を前記内部変換手段に登録する登録手段
とを含み、前記内部変換手段と登録された固有変換手段
により前記画像データ形式を前記出力装置の印刷形式に
適合する形式に変換することを特徴とする。

【０００９】また、第２の発明は、第１の発明におい
て、前記出力装置の印刷形式に関するデータを取得する
取得手段をさらに含み、前記画像データ形式が前記印刷
形式に一致する場合にはそのまま前記印刷装置に出力
し、前記画像データ形式が前記印刷形式に一致しない場
合には前記登録された固有変換手段で適合形式に変換す
ることを特徴とする。

【００１０】また、第３の発明は、第２の発明におい
て、前記固有変換手段で適合形式に変換できない場合に
は、前記内部変換手段で適合形式に変換することを特徴
とする。

【００１１】また、第４の発明は、第３の発明におい
て、前記内部変換手段で適合形式に変換できない場合に
は、前記内部変換手段で前記画像データ形式を中間形式
に変換し、さらに前記固有変換手段で前記中間形式を適
合形式に変換することを特徴とする。

【００１２】また、第５の発明は、第１の発明におい
て、前記固有変換手段は、前記画像データを圧縮する圧
縮手段を含み、前記固有変換手段で優先的に前記画像デ
ータを圧縮し、かつ、適合形式に変換することを特徴と
する。

【００１３】また、第６の発明は、画像データを印刷装
置の印刷形式に適した形式に変換する画像データ形式変
換方法であって、予め用意された内部変換機能に加えて
前記印刷装置の有する固有変換機能を変換機能として登
録し、入力画像データ形式に応じて前記内部変換機能と
固有変換機能のいずれか、あるは両方を用いて適合形式
に変換することを特徴とする。

【００１４】

【発明の実施の形態】以下、図面に基づき本発明の実施
形態について説明する。

【００１５】図１には本実施形態の画像処理システムの
全体構成が示されている。出力装置（ＩＯＴ）としての
プリンタ１は印刷制御を行うプリントサーバ２に接続さ
れている。なお、以降において適宜プリンタ１をＩＯＴ
と称することとする。プリントサーバ２は、画像データ
の入出力制御及び画像データの編集等を実行するもので
あり、所定の区域に張られたネット上、例えばローカル
エリアネットワーク（ＬＡＮ）４に接続され、このＬＡ
Ｎ４を介して他の入出力装置及び端末装置（クライアン
ト）３と通信可能に接続される。なお、図では１個のプ
リントサーバ及びプリンタのみが示されているが、必要
に応じて複数のプリントサーバ、プリンタをネット上に
接続することができるのは言うまでもない。

【００１６】ユーザは、クライアント３において、グラ
フィカル・ユーザ・インターフェース（ＧＵＩ）を用い
て、もしくはアプリケーションソフトに備わっている印
刷コマンドによってネット上のプリントサーバ２に印刷
ジョブを要求する。この印刷ジョブを受け付けたプリン
トサーバ２は、ジョブの内容をチェックして適当な画像
処理を施し、画像データをプリンタへ出力する。これに
より、ユーザが所望する印刷処理が行われる。

【００１７】図２にはプリントサーバ２の構成ブロック
図の一例が示されている。プリントサーバ２は、ネット
ワーク４に接続するためのインターフェース（例えばイ
ーサネットインターフェース）Ｉ／Ｆ１０１、画像デー
タを圧縮する圧縮器（Ｃｏｍｐｒｅｓｓｏｒ）１０２、
画像データを転送するためのＤＭＡ（ＤｉｒｅｃｔＭｅ
ｍｏｒｙ Ａｃｃｅｓｓ）コントローラ１０３、ソフト
ウェア処理を行うためのＣＰＵ１０４、ＲＡＭやＲＯＭ
等のＣＰＵ周辺チップ群１０５、デコンポーズされた画
像データを格納するためのページバッファ１０６、画像
データを一時的に格納するためのハードディスク１０
８、ハードディスク１０８を制御するためのディスクコ
ントローラ１０７、画像データを伸長するための伸長器
（Ｄｅｃｏｍｐｒｅｓｓｏｒ）１０９、画像データや制
御データが転送される内部バス１１１等で構成される。
なお、ＣＰＵ１０４及び周辺チップ群１０５はネットワ
ークから送られた印刷ジョブを実行する中心部分、すな
わち送られた印刷データをデコンポーズして所定形式の
画像データを生成する部分であり、図では制御部１０と
して表されている。

【００１８】このような構成において、プリントサーバ
２の基本動作は以下の通りである。すなわち、ＬＡＮ４
からの印刷データは、通常ページ記述言語（ＰＤＬ）で
記述されており、一方ＩＯＴ１が取り扱うデータはラス
タデータ（ビットマップデータ）であるため、そのまま
ではＩＯＴ１に出力することはできない。そこで、ＬＡ
Ｎ４から印刷データが入力された場合、まず印刷データ
をラスタデータに変換するデコンポーズが必要となる。
制御部１０のデコンポーザによりデコンポーズ処理が行
われてラスタデータに変換された画像データは、圧縮器
１０２により圧縮され、ページバッファ１０６に一旦格
納される。ページバッファ１０６は容量が小さいため、
画像データはその後ハードディスク１０８に待避させて
おく。画像データをＩＯＴ１に出力する際には、ページ
バッファ１０６への書き込み／読み出しを経て画像デー
タが伸長器１０９に転送され、そこで伸長処理がなされ
てＩＯＴ１に出力される。ＩＯＴ１では、入力された画
像データから生成された２値データに基づいてレーザ光
のｏｎ／ｏｆｆを各画素毎に制御することで印刷画像を
出力する。

【００１９】図３には本実施形態における制御部１０の
主要部が示されている。機能ブロックとしては、複数の
印刷データ形式に対応するための複数のデコンポーザ−
１、デコンポーザ−２、・・・、デコンポーザ−ｎを備
えたラスタデータ生成部１０ａ、ＩＯＴ１のラスタデー
タ印字部１ａで印字可能なデータ形式の情報を取得する
データ形式取得部１０ｂ、デコンポーザで展開されたラ
スタデータを変換するデータ形式変換部１０ｃ、ラスタ
データの変換判定処理を実行する判定部１０ｄ、及び変
換／未変換のラスタデータをＩＯＴ１に供給するラスタ
データ転送部１０ｅを含んで構成されている。データ形
式変換部１０ｃには、予め用意されている内部変換モジ
ュール−１、内部変換モジュール−２、・・・、内部変
換モジュール−ｎの他、ＩＯＴ１の有するラスタデータ
変換部１ｂの変換機能を登録（プラグイン）するための
ラスタデータ変換登録部１０ｆが設けられており、ＩＯ
Ｔ１が独自に有するデータ形式変換機能（固有変換モジ
ュール）を実行できるようになっている。なお、具体的
な登録方法としては、利用者が変換ソフトウェアを格納
した記憶媒体からロードする方法や、ＩＯＴ１が接続さ
れた時点で制御部がＩＯＴ１にアクセスし、ＩＯＴ１か
ら変換ソフトウェアを自動ロードする方法等がある。

【００２０】図４には制御部１０で行われるデータ形式
変換処理フローチャートが示されている。ラスタデータ
生成部１０ａで生成されたラスタデータは、ラスタデー
タ変換判定部１０ｄに供給される（Ｓ１０１）。ラスタ
データ変換判定部１０ｄは、ラスタデータの形式をチェ
ックし、ＩＯＴ１がサポートしている形式か否かを判定
する（Ｓ１０２）。この判定は、ラスタデータの形式が
データ形式取得部１０ｂで取得したＩＯＴ１の印字形式
と一致するか否かで行われ、一致する場合にはそのまま
（形式変換せずに）ラスタデータ転送部１０ｅに転送す
る（Ｓ１０３）。一方、ラスタデータがＩＯＴ１のサポ
ートしていない形式である場合には、まずＩＯＴ１から
登録された変換を用いて出力できる形式であるか否かを
判定する（Ｓ１０４）。この判定は、ラスタデータ変換
登録部１０ｆに登録された情報を用いて行われる。そし
て、変換が可能であるラスタデータの場合には登録され
た固有変換モジュールを用いて変換を実行し（Ｓ１０
８）、適合形式に変換されたラスタデータはラスタデー
タ転送部１０ｅに送られる（Ｓ１０３）。また、変換が
可能でないラスタデータの場合には（Ｓ１０４でＮ
Ｏ）、次に予めデータ形式変換部１０ｃに用意された内
部変換モジュールでＩＯＴ１がサポートしている形式に
変換できるか否かを判定する（Ｓ１０５）。可能である
場合には内部変換モジュールを用いてＩＯＴ１がサポー
トする形式にラスタデータを変換し（Ｓ１０６）、ラス
タデータ転送部１０ｅに供給する（Ｓ１０３）。可能で
ない（Ｓ１０５でＮＯ）場合には、内部変換モジュール
を用いてＩＯＴ１から登録された固有変換モジュールが
使用できる中間形式にラスタデータを変換し（Ｓ１０
７）、さらにＩＯＴ１から登録された固有変換モジュー
ルを用いてこの中間形式を適合形式に変換した上で（Ｓ
１０８）、ラスタデータ転送部１０ｅに供給する（Ｓ１
０３）。このようにして適合形式に変換されラスタデー
タ転送部１０ｅに送られたラスタデータは、さらにＩＯ
Ｔ１のラスタデータ印字部１ａに送られて所望の画像と
して出力される。

【００２１】図５には以上述べた処理の具体例が示され
ている。デコンポーザとして、デコンポーザ（Ｄｅｃｏ
ｍｐｏｓｅｒ）Ａ、Ｂ、Ｃの３つを有し、それぞれの出
力形式がＡ、Ｂ、Ｃであるとする。また、内部変換モジ
ュールとして、Ｂ→Ａの変換及びＣ→Ａの変換を有する
ものとする（（Ａ）参照）。このようなプリントサーバ
に対して、Ａのデータ形式が受付可能であり、かつ、Ｃ
の形式をＡの形式に変換できる固有変換機能を有するＩ
ＯＴ−１が接続された場合を想定する。デコンポーザＡ
からＡの形式でラスタデータが出力された場合には、Ａ
の形式はＩＯＴ−１がサポートしている形式なので、何
ら変換を行うことなくそのままＩＯＴ−１に出力する
（Ｓ１０２でＹＥＳと判定される場合に相当する）。ま
た、デコンポーザＢからＢの形式でラスタデータが出力
された場合には、内部変換モジュールを用いてＩＯＴ−
１がサポートしているＡの形式に変換してＩＯＴ−１に
出力する（Ｓ１０２でＮＯ、Ｓ１０４でＮＯ、Ｓ１０５
でＹＥＳと判定される場合に相当する）。また、デコン
ポーザＣからＣの形式でラスタデータが出力された場合
には、ＩＯＴ−１から登録された固有変換モジュールで
Ａの形式に変換してＩＯＴ−１に出力する（Ｓ１０２で
ＮＯ、Ｓ１０４でＹＥＳと判定される場合に相当す
る）。なお、Ｃ→Ａの変換は、ＩＯＴの固有変換モジュ
ールのみならず予め用意された内部変換モジュールでも
可能であるが、ＩＯＴの変換機能を優先させて変換を行
う（（Ｂ）参照）。

【００２２】一方、Ｂ、Ｄの形式が受付可能であり、Ａ
の形式をＤの形式に変換できる固有変換機能を有するＩ
ＯＴ−２が接続された場合を想定する。デコンポーザＡ
からＡの形式でラスタデータが出力された場合には、Ｉ
ＯＴ−２から登録された固有変換モジュールでＤの形式
に変換する（Ｓ１０２でＮＯ、Ｓ１０４でＹＥＳと判定
される場合に相当する）。デコンポーザＢからＢの形式
でラスタデータが出力された場合には、ＩＯＴ−２でサ
ポートしている形式なので何ら変換を行うことなくその
ままＩＯＴ−２に出力する（Ｓ１０２でＹＥＳと判定さ
れる場合に相当する）。デコンポーザＣからＣの形式で
ラスタデータが出力された場合には、一旦内部変換モジ
ュールでＡの形式に変換し、さらに登録されたＩＯＴ−
２の固有変換モジュールを用いてＤの形式に変換してＩ
ＯＴ−２に出力する（Ｓ１０２でＮＯ、Ｓ１０４でＮ
Ｏ、Ｓ１０５でＮＯと判定される場合に相当する）。な
お、仮に新たなデコンポーザＤが追加され、Ｄの形式で
ラスタデータが出力された場合には、Ｄの形式はＩＯＴ
−２でサポートしている形式なのでそのままＩＯＴ−２
に出力することになる（（Ｃ）参照）。

【００２３】このように、本実施形態では、ＩＯＴが独
自に内蔵している固有変換機能をプリントサーバ側に登
録することで、デコンポーザから出力されたデータ形式
がＩＯＴのサポートしていない形式であってもこの機能
を用いて変換できるとともに、デコンポーザから出力さ
れたデータ形式がＩＯＴのサポートしていない形式でし
かもＩＯＴの変換モジュールで変換できない場合であっ
ても、内部変換モジュールと登録されたＩＯＴの変換モ
ジュールを組み合わせて印字可能な形式に変換すること
ができる。従って、ＩＯＴに対するシステムの汎用性が
高まり、ＩＯＴを変更してもそのＩＯＴ固有の変換機能
を登録するのみで容易に対応することができる。

【００２４】＜変形例１＞上述した実施形態では、プリ
ントサーバに一台のＩＯＴが接続される場合について説
明したが、複数のＩＯＴを接続した場合には、デコンポ
ーザの出力するラスタデータの形式に応じて出力すべき
ＩＯＴを選択して印字する構成とすることも可能であ
る。例えば、上述の例においてプリントサーバにＩＯＴ
−１とＩＯＴ−２の２台が接続されている場合、デコン
ポーザＡからＡ形式のラスタデータが出力された場合に
は何ら変換することなくＩＯＴ−１にラスタデータを供
給し、デコンポーザＢからＢ形式のラスタデータが出力
された場合には何ら変換することなくＩＯＴ−２に出力
する。また、デコンポーザＣからＣ形式のデータが出力
された場合には、変換回数を少なくするためにＩＯＴ−
１の変換モジュールを用いてＣ形式をＡ形式に変換し、
ＩＯＴ−１に出力する（ＩＯＴ−２に出力する場合に
は、Ｃ→Ａ→Ｄと２回の変換が必要となる）。具体的な
ＩＯＴ選択の優先度（選択アルゴリズム）は以下の通り
である。

【００２５】（ｉ）変換なしで出力できるＩＯＴを選択
する （ii）ＩＯＴの有する変換だけで出力できるＩＯＴを選
択する （iii)変換回数の合計が少なくなるＩＯＴを選択し、同
じ回数であればＩＯＴの有する変換を使用しているもの
を選択する。 このようにＩＯＴを選択することで、データ変換作業が
最小化され、より高速に出力することが可能となる。ま
た、あるＩＯＴではデータ形式の変換が不可能でも他の
ＩＯＴが変換可能であればそちらに出力されるので、よ
り多様なデータ形式に対応できる。さらに、一つのＩＯ
ＴだけにＩＯＴ独自の変換機能を持たせるだけで、独自
変換機能がない他のＩＯＴもその機能を有効に利用する
ことができる。

【００２６】＜変形例２＞上述した実施形態では、まず
デコンポーザから出力されたラスタデータの形式がＩＯ
Ｔのサポートしている形式であるか否かを判定し（Ｓ１
０１）、サポートしている形式であればそのままＩＯＴ
に出力する処理を行ったが、ＩＯＴがサポートしている
形式であってもＩＯＴ内蔵のデータ変換が可能であれば
その変換を最優先に実行することも可能である。

【００２７】図６にはこのような処理のフローチャート
が示されている。デコンポーザからラスタデータ（イメ
ージデータ）を受けとると、ラスタデータ変換判定部１
０ｄは、まずＩＯＴから登録された固有変換モジュール
で変換できるか否かを判定する（Ｓ２０２）。そして、
変換可能である場合には、登録された固有変換モジュー
ルでラスタデータを適合形式に変換し（Ｓ２０３）、ラ
スタデータ転送部１０ｅに供給する（Ｓ２０４）。一
方、変換可能でない場合には、次に予め用意された内部
変換モジュールでＩＯＴから登録された固有変換が可能
な形式になるか否かを判定し（Ｓ２０５）、この変換が
可能な場合には内部変換モジュールを用いてＩＯＴから
登録された固有変換が使用できる中間形式に変換する
（Ｓ２０６）。また、内部変換モジュールでＩＯＴから
登録された変換が可能な形式にならない場合には、ＩＯ
Ｔがサポートしている形式であるか否かを判定し（Ｓ２
０７）、ＩＯＴがサポートしている形式の場合には何ら
変換することなくそのままの形式でラスタデータ転送部
１０ｅに供給し、ＩＯＴがサポートしていない形式の場
合には内部変換モジュールでＩＯＴがサポートする適合
形式に変換して（Ｓ２０８）ラスタデータ転送部１０ｅ
に供給する（Ｓ２０４）。

【００２８】すなわち、この例では以下の優先度で処理
を実行する。

【００２９】（i）ＩＯＴ内蔵のデータ変換が可能であ
れば変換する （ii)内部変換で変換することでＩＯＴ内蔵のデータ変
換が可能であればそのよう に変換する （iii）そのままでＩＯＴ出力可能であれば変換しない （iv）内部変換で変換してＩＯＴ出力可能な形式に変換
する。

【００３０】このようなアルゴリズムは、ＩＯＴ内蔵変
換モジュールがデータの圧縮を伴っており、ＩＯＴが圧
縮データを受け取り可能である場合に有効である。圧縮
にある程度の時間を要するものの、プリントサーバから
ＩＯＴに転送するデータが小さくなるため転送そのもの
の時間が短縮され、トータルでは印刷時間の短縮になり
得るからである。また、ラスタデータを保存する際の領
域が少なくてすむ利点もある。

【００３１】

【発明の効果】以上説明したように、本発明によれば、
出力装置（ＩＯＴ）に対してシステム構成の汎用性が高
まり、出力装置を変更してもその出力装置固有の変換を
登録するのみで対応することができる。

【００３２】また、展開手段（デコンポーザ）の出力形
式の相違によらず、接続された印刷装置に適合する画像
データを供給できるので、展開手段の設計が容易化され
る利点もある。

【００３３】また、印刷装置の固有変換機能の登録／非
登録により、印刷制御装置の全体構成を変えずに変換方
法を変更することができ、登録する変換機能により高速
／低速の切替やコスト低減を容易に行うことができる。

【００３４】さらに、印刷装置の固有変換機能が圧縮機
能を有している場合には、これを登録／非登録とするこ
とで画像データの保存方法（圧縮／非圧縮）を間接的に
変更することも可能となる。

【図面の簡単な説明】

【図１】 実施形態の全体構成図である。

【図２】 図１における印刷制御装置（プリントサー
バ）の構成ブロック図である。

【図３】 図２における制御部の主要構成ブロック図で
ある。

【図４】 データ形式変換処理のフローチャートであ
る。

【図５】 図４の変換処理の一例を模式的に示す説明図
である。

【図６】 他のデータ形式変換処理のフローチャートで
ある。

【符号の説明】

１ プリンタ（ＩＯＴ）、２ プリントサーバ（印刷制
御装置）、３ クライアント、４ ＬＡＮ、１０ 制御
部。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 印刷データを受信する受信手段と、 受信した印刷データを画像データに展開する展開手段
   と、 前記画像データを印刷装置に出力する出力手段と、 を有する印刷制御装置であって、 前記画像データ形式を所定形式に変換する内部変換手段
   と、 前記出力装置が有する固有変換手段を前記内部変換手段
   に登録する登録手段と、 を含み、前記内部変換手段と登録された固有変換手段に
   より前記画像データ形式を前記出力装置の印刷形式に適
   合する形式に変換することを特徴とする印刷制御装置。
2. 【請求項２】 前記出力装置の印刷形式に関するデータ
   を取得する取得手段をさらに含み、前記画像データ形式
   が前記印刷形式に一致する場合にはそのまま前記印刷装
   置に出力し、前記画像データ形式が前記印刷形式に一致
   しない場合には前記登録された固有変換手段で適合形式
   に変換することを特徴とする請求項１記載の印刷制御装
   置。
3. 【請求項３】 前記固有変換手段で適合形式に変換でき
   ない場合には、前記内部変換手段で適合形式に変換する
   ことを特徴とする請求項２記載の印刷制御装置。
4. 【請求項４】 前記内部変換手段で適合形式に変換でき
   ない場合には、前記内部変換手段で前記画像データ形式
   を中間形式に変換し、さらに前記固有変換手段で前記中
   間形式を適合形式に変換することを特徴とする請求項３
   記載の印刷制御装置。
5. 【請求項５】 前記固有変換手段は、前記画像データを
   圧縮する圧縮手段を含み、前記固有変換手段で優先的に
   前記画像データを圧縮し、かつ、適合形式に変換するこ
   とを特徴とする請求項１記載の印刷制御装置。
6. 【請求項６】 画像データを印刷装置の印刷形式に適し
   た形式に変換する画像データ形式変換方法であって、 予め用意された内部変換機能に加えて前記印刷装置の有
   する固有変換機能を変換機能として登録し、 入力画像データ形式に応じて前記内部変換機能と固有変
   換機能のいずれか、あるは両方を用いて適合形式に変換
   することを特徴とする画像データ形式変換方法。