JP2000200161A - 情報処理装置、印刷制御装置、それらの装置からなる印刷システム、及びコンピュ―タ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 操作が容易で、且つ印刷情報の再利用性に優
れた情報処理装置、その印刷情報の印刷を効率的に制御
する印刷制御装置、それらの装置からなる印刷システ
ム、及びコンピュータ読み取り可能な記憶媒体の提供。 【解決手段】 ユーザが印刷データの配布や再利用が指
定したときに、ホスト側のプリンタドライバは、ＰＤＬ
系データとイメージ系データを印刷装置に送出する。こ
れらのデータの描画オブジェクトからの印刷コマン
ドは、ＴＡＧ＿ＤｅｖＣａｐｓ、Ｃｏｍｍａｎｄ、そし
てＰａｒａｍ、の３つのフィールドが含まれており、印
刷装置は、これらのフィールドのデータを参照すること
により、自装置の描画能力に応じた印刷処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置とし
てのホスト・コンピュータと、そのコンピュータから入
手した印刷情報に応じて印刷を制御する印刷制御装置と
を備える印刷システム、及びコンピュータ読み取り可能
な記憶媒体に関する。

【０００２】

【従来の技術】従来より、ホスト・コンピュータとその
ホスト・コンピュータから入手した印刷情報に基づいて
印刷を行う印刷装置とにより印刷システムを構成し、記
録媒体への画像や文字等の印刷が広く行われている。こ
のような一般的な印刷システムにおける印刷制御の方法
及び印刷処理の流れについてまず説明する。

【０００３】このような印刷システムにおいて、ホスト
・コンピュータ（以下、ホストと称する）と印刷装置と
は、一般に、セントロニクスインターフェース等のパラ
レル通信手段や、ＴＣＰ／ＩＰ(Transmission Control
Protocl / Internet Protocol)等のネットワーク通信手
段を介して接続され、ホスト側では、ワードプロセッサ
や表計算のようなアプリケーションソフトウェアを、所
謂ＵＮＩＸやＷｉｎｄｏｗｓ（米国Ｍｉｃｒｏｓｏｆｔ
社の登録商標）のようなオペレーションシステム（Ｏ
Ｓ）上で動作させることができる。

【０００４】ホスト側で動作しているアプリケーション
ソフトウエアにおいて印刷を行う場合には、ＯＳが提供
する所定のサブシステムに含まれるグラフィック・サブ
システムの機能を、動作中のアプリケーションを介して
コールして使用するのが一般的である。

【０００５】このようなグラフィック・サブシステム
は、例えばＷｉｎｄｏｗｓでは、ＧＤＩ(Graphic Devic
e Interface)と呼ばれており、ディスプレイカードや印
刷装置に対する画像情報の処理を司っている。このＧＤ
Ｉは、ディスプレイカードや印刷装置といった各デバイ
ス毎に異なる特性を吸収すべく、デバイスドライバと呼
ばれるモジュールを動的にリンクし、それぞれのデバイ
スに対する出力処理を行う。

【０００６】このデバイスドライバ（モジュール）は、
出力処理を印刷装置にて行う場合、一般にプリンタドラ
イバと呼ばれており、プリンタドライバには、そのプリ
ンタドライバの能力や機能等に応じて、ＤＤＩ(Device
Driver Interface)と呼ばれる基本関数群を用意する必
要がある。ここで、ＤＤＩ関数群は、予めデバイスドラ
イバに実装することが決められているインタフェースで
ある。

【０００７】ＧＤＩでは、アプリケーションソフトウエ
アが印刷を要求するために発行するＡＰＩ(Application
Programing Interface)コールを、プリンタドライバ用
のデータ形式に変換すると共に、そのプリンタドライバ
に予め実装されているＤＤＩ関数群を適宜コールするこ
とにより、所定の印刷処理を印刷装置において実行す
る。このようにＧＤＩでは、アプリケーションソフトウ
エアからの印刷要求（ＡＰＩコール）を、プリンタドラ
イバを介してシーケンシャルに処理している。

【０００８】このプリンタドライバの処理系は、一般
に、「ＰＤＬタイプ」と、「イメージタイプ」との２つ
に大別できる。

【０００９】はじめに、ＰＤＬタイプのプリンタドライ
バとは、ＰＤＬ(Printer Description Language)と呼ば
れる制御コマンドを処理可能なコントローラが印刷装置
側に搭載されている場合に、ホスト側で採用されるデバ
イスドライバであり、主にアプリケーションソフトウエ
ア側から渡されるＤＤＩを、ＰＤＬの所定のコマンドに
変換する処理を実行する。このため、実際のレンダリン
グ処理は、基本的には印刷装置側で行われる。

【００１０】ＰＤＬタイプのプリンタドライバが生成す
るＰＤＬコードには、描画処理を行うときの描画形状、
位置に関する情報、そして色や線の太さといった属性の
情報等が含まれており、一般的に各描画オブジェクト
は、レンダリング前の状態の抽象度の高い形で記述され
ている。例えば、赤い矩形を描画するときに、ＰＤＬコ
ードには、塗りつぶし色を指定する所定のパラメータに
より赤色が指定されると共に、矩形を描画する所定の命
令（コマンド）により、その矩形の描画位置及び大きさ
を指定するパラメータとして、Top-Left，Bottom-Right
の４点の座標が指定される。このため、ＰＤＬコードを
採用する印刷システムにおいて、描画結果である印刷イ
メージを入手するには、一般に、ＰＤＬコードのコマン
ド解釈部と、その解釈結果に応じたレンダリング処理が
印刷装置にて別途必要になる。このことより、ホスト側
におけるＰＤＬコードの生成処理は、負荷が比較的軽い
処理であるが、印刷装置側でＰＤＬコードに応じた印刷
結果のイメージを得る処理は高度な描画処理が必要とさ
れるため比較的負荷の重い処理となっている。

【００１１】一方、イメージタイプでは、印刷装置側で
は高度な描画処理は行わず、ホスト側のプリンタドライ
バにて印刷イメージの展開（レンダリング処理）を行
い、その展開したイメージに基づいて印刷装置にて印刷
する方式である。

【００１２】ここで、イメージタイプにおける描画処理
を、例えば、前述の赤い矩形を描画する際のＰＤＬタイ
プの場合の手順と対比してみる。イメージタイプのプリ
ンタドライバでは、アプリケーションソフトウエアから
ＤＤＩのレベルでプリンタドライバに渡されるところ
の、塗りつぶし色情報、図形の形状、そして描画位置の
指定情報に基づいてプリンタドライバ内で描画処理が実
行される。この描画処理の結果として、ホスト側のメモ
リ上には、印刷結果のイメージが生成される。そして、
ホスト側にて生成されたイメージには、目的とする印刷
装置の色空間、解像度、そして階調に応じた色変換処理
や色補正処理、ハーフトーン処理等が更に施された後、
最終的なイメージとして印刷装置にて印刷される。

【００１３】また、他の具体例として、例えば写真画像
のようなイメージの印刷処理について説明すると、ＰＤ
Ｌタイプでは、アプリケーションソフトウエアから渡さ
れた写真画像等のイメージデータの解像度が印刷装置の
解像度と異なる場合、任意の拡大／縮小処理を行う必要
があるが、それらの処理は印刷装置側で行うものとし
て、ホスト側のプリンタドライバでは、そのイメージの
実データ（通常ＲＧＢ（レッド、グリーン、ブルー）形
式）と印刷装置側でどの大きさで印刷するかを指定する
印刷情報とが生成される。

【００１４】一方イメージタイプのプリンタドライバで
写真画像等のイメージデータを扱う場合には、ホスト内
にバンド単位もしくはフルページの描画メモリを設け、
その描画メモリにプリンタドライバによってイメージを
展開する。即ち、イメージタイプの場合は、アプリケー
ションソフトウエアから渡されるイメージデータ（通常
ＲＧＢ形式）、描画位置及びその大きさに基づいて、ホ
スト側にて印刷装置のデバイス色空間であるＹＭＣＫ
（イエロー、マゼンダ、シアン、ブラック）形式のイメ
ージに展開する。ＹＭＣＫ色空間に展開されたイメージ
データにおいては、出力する印刷装置のカラー表現能力
と、その能力に応じてプリンタドライバのユーザインタ
フェース（ＵＩ：User Interface）を介して設定可能な
ユーザ設定とによって解像度及び階調が決定される。例
えば、印刷装置側のメモリを増設すればＹＭＣＫ各色５
ｂｉｔまで表現が可能な印刷装置であっても、メモリが
増設されていない標準状態でＹＭＣＫ各色１ｂｉｔの表
現能力しかない場合に、ホスト側のプリンタドライバが
生成する印刷データは、ＹＭＣＫ各色１ｂｉｔのデータ
になる。また、メモリが増設された印刷装置であれば、
プリンタドライバのＵＩを介して指定される階調指定に
準ずる階調でイメージデータが生成される。そして、プ
リンタドライバによる描画メモリへの１バンド分もしく
はフルページ分のイメージデータの描画処理が終了する
と、そのイメージデータは、印刷装置に転送され、画像
として印刷出力される。

【００１５】このようにイメージタイプのプリンタドラ
イバでは、印刷装置にＹＭＣＫ形式のイメージデータを
送出するのが一般的であるが、その理由は、ＹＭＣＫ形
式のデータの方が一般的にデータ量を小さく抑えられる
からである。つまり、ＰＤＬタイプでは、一つ一つのイ
メージデータは、ストレッチ形式であれば小さくするこ
とができるが、イメージが積層構造になる可能性があ
り、その場合はデータ量が増大する。これに対して、イ
メージタイプでは、展開後の最表面のイメージデータが
印刷装置に転送されるので、データ量の上限が既定され
ることになる。また、ＰＤＬタイプのプリンタドライバ
で扱われるそれぞれのイメージは、ＲＧＢ各色８ｂｉｔ
で扱われるのが一般的であるが、イメージタイプのプリ
ンタドライバでは、出力デバイスの表現能力に合致した
ＹＭＣＫ形式であるため、そう言った面でもイメージタ
イプの方がデータの冗長性を低く抑えることができる。

【００１６】

【発明が解決しようとする課題】しかしながら、上述し
た従来のプリンタドライバにおいては、生成した印刷デ
ータをファイル化して保存しておき、後日再利用しよう
とすると、以下に説明するような不都合が生じる。

【００１７】１）ＰＤＬデータからの展開処理時間 ＰＤＬタイプのデータにおいて、そのデータの展開結果
（印刷イメージ）を予めホスト側のディスプレイモニタ
で確認すべく、所謂プレビュー画面を作成するときに
は、その画面を生成するプレビューワソフト内に印刷装
置側のＰＤＬコントローラが行っている処理と同等の高
度な描画処理を実装する必要があり、そのようなソフト
ウエアの開発には多大な工数が必要であると共に、モニ
タ上でプレビュー画面を表示する際の表示速度には、Ｐ
ＤＬの展開処理時間が含まれるため高速化することが難
い。この理由について説明すれば、特定の描画オブジェ
クトを出力するとき、印刷装置では、ＰＤＬコントロー
ラ内の専用ハードウェアによってアクセラレーションす
ることが可能であるが、そのようなハードウエアに依存
した処理をホスト側で実現するためには、そのハードウ
ェアの動作をエミュレート可能なソフトウェアを利用す
る必要が有り、プレビュー画面を高速で表示するのは難
しい。

【００１８】２）印刷装置側の画像表現能力とのミスマ
ッチ 例えばＹＭＣＫ各色１ｂｉｔの表現能力を持つ印刷装置
Ａに合わせたイメージタイプのプリンタドライバが生成
した印刷データは、別のＹＭＣＫ各色５ｂｉｔの表現能
力を持つ印刷装置Ｂにその印刷データを送っても、その
印刷データはＹＭＣＫ各色１ｂｉｔとして印刷可能であ
っても、印刷装置Ｂの持つ高画質な表現能力を活かして
印刷することができない。この理由は、イメージタイプ
のプリンタドライバでは特定の出力デバイスに依存する
形でイメージデータが生成されるためである。

【００１９】このようにＰＤＬタイプとイメージタイプ
では、それぞれパフォーマンス、画質と言った面で排他
的な性質があり、ユーザは、その性質を理解した上でＵ
Ｉ(User Interface)を介してＰＤＬタイプとイメージタ
イプとを適宜指定し、使い分けるといった煩雑な操作を
強いられている。

【００２０】このような問題が存在するために、一度生
成された印刷データは、ファイル化されて保存されたと
しても十分に活用されていないのが現状であり、そのフ
ァイル化された印刷データの印刷結果が後日必要になっ
た時には、その必要となった印刷データを、アプリケー
ションソフトウエアを立ち上げてから読み込んで印刷を
行うか、或いは、予め印刷部数を多くして記録紙による
出力結果としてストックして置くというのがユーザの一
般的な対応策である。

【００２１】しかしながら、一度生成された印刷データ
がファイル化されて活用されれば、次のようなメリット
が期待できるため改善が望まれている。即ち、アプリケ
ーションソフトウエアが無くても、必要な時に必要な部
数だけ、任意の印刷装置にオンデマンドで印刷結果を出
力することが可能となる。これまでは、アプリケーショ
ンデータが配布されることが多いが、この場合は相手も
同じアプリケーションソフトウエアを持っていないと印
刷できない等の不便さがある。これは、これまでのプリ
ンタドライバの出力データが、ファイル化による再利用
を考慮したものではなく、印刷装置で直接印刷を行うこ
とを主体としているためである。

【００２２】また現在、インターネット等におけるデー
タの配布形態としてよく利用されているデータファイル
形式として、Ａｄｏｂｅ社のＰＤＦが有る。このＰＤＦ
形式のデータは、配布性には優れるものの、ＰＤＦのデ
ータそのものを直接印刷装置に送ることはできない。ま
た、ＰＤＦのデータは、Adobe Acrobatという所定のア
プリケーションソフトウェアを経由しないと印刷データ
を生成することができないので、一般にＰＤＦのデータ
は、ユーザにはアプリケーションソフトウエアに依存す
るファイル形式として認識されている。

【００２３】上述したように、従来の印刷システムにお
いては、ＰＤＬタイプのプリンタドライバにより生成し
た印刷データと、イメージタイプのプリンタドライバに
より生成した印刷データとの性質がそれぞれ異なり、排
他的な性質を有することが問題との本質である。従っ
て、これら２つの性質の異なるものを融合させれば、問
題を解決することができる。

【００２４】そこで、本発明は、操作が容易で、且つ印
刷情報の再利用性に優れた情報処理装置、その印刷情報
の印刷を効率的に制御する印刷制御装置、それらの装置
からなる印刷システム、及びコンピュータ読み取り可能
な記憶媒体の提供を目的とする。

【００２５】

【課題を解決するための手段】上記の目的を達成するた
め、本発明に係る情報処理装置は、以下の構成を特徴と
する。

【００２６】即ち、印刷装置に出力する印刷情報の再利
用を指定可能な指定手段と、受け取った印刷要求指示に
応じて印刷装置に対する印刷情報を生成する印刷情報生
成手段であって、前記指定手段によってファイル化が指
定されたときに、特定の出力デバイスに依存しない（色
空間の）印刷データ、印刷装置に依存する（色空間の）
印刷イメージデータ、並びに、その印刷イメージデータ
に対応する印刷要求指示を表わす制御データを、前記印
刷情報として印刷装置に出力する印刷情報生成手段と、
前記指定手段によりファイル化が指定されたときに、前
記印刷情報をファイル化するファイル化手段とを備える
ことを特徴とする。

【００２７】また、例えば前記印刷情報生成手段は、前
記特定のデバイスに依存しない印刷イメージデータを生
成するＰＤＬタイプの第１のプリンタドライバ手段と、
前記印刷装置に依存する印刷データを生成するイメージ
タイプの第２のプリンタドライバ手段とを含むとよい。

【００２８】また、例えば前記印刷情報生成手段は、出
力する印刷情報に含まれる各描画オブジェクトを表すコ
マンドの先頭に、その描画オブジェクトを印刷するのに
適した印刷情報を表わすフィールドを有するとよい。

【００２９】好ましくは、前記ファイル化手段によりフ
ァイル化された印刷情報をプレビュー可能なプレビュー
手段を更に備えるとよい。

【００３０】また、上記の目的を達成するため、本発明
に係る印刷制御装置は、以下の構成を特徴とする。

【００３１】即ち、受け取った印刷情報に基づいて印刷
を制御する印刷制御装置であって、受け取った印刷情報
に含まれる各描画オブジェクトを表すコマンドの先頭
に、その描画オブジェクトを印刷するのに適した印刷情
報を表わすフィールドが含まれるときに、そのフィール
ドの情報と自装置の印刷能力とを比較する比較手段と、
前記比較手段による比較の結果に応じて、印刷を行うか
否かを判断する判断手段とを備えることを特徴とする。

【００３２】また、例えば前記印刷情報を表わすフィー
ルドには、少なくとも、前記特定の出力デバイスに依存
しない色空間で印刷するときの階調、前記印刷制御装置
に依存する色空間で印刷するときの階調、前記印刷イメ
ージデータの圧縮の有無を表わす情報が含まれるとよ
い。

【００３３】更に、本発明は、上記の目的を達成するた
めの上記の装置構成を有する情報処理装置及び印刷制御
装置よりなる印刷システムと、上記の情報処理装置とし
てコンピュータを動作させるコンピュータ読み取り可能
な記録媒体を特徴とする。

【００３４】

【発明の実施の形態】以下、本発明に係る印刷システム
の一実施形態を、図面を参照して詳細に説明する。

【００３５】はじめに、本発明を適用可能な印刷装置の
一例として、カラーレーザービームプリンタ（以下、カ
ラーＬＢＰ）の構成について、図１を参照して説明す
る。

【００３６】図１は、本発明の一実施形態に適用可能な
カラーレーザビームプリンタの構造を示す側断面図であ
り、６００ドット／インチ（ｄｐｉ）の解像度を有し、
各色成分各画素が８ビットで表現された多値データに基
づいて画像記録を行うカラーＬＢＰの構造を示す側断面
図である。

【００３７】同図において、１００はカラーＬＢＰ本体
であり、外部に接続されているホスト・コンピュータ等
から供給される印刷データ（文字コードや画像データ
等）及び制御コードから成る印刷情報を記憶すると共
に、それらの情報に従って対応する文字パターンやイメ
ージ等を作成し、記憶媒体である記録紙上に像を形成す
る装置である。

【００３８】１１０は、ホスト・コンピュータから供給
される印刷情報（印刷データと制御データとにより構成
される）を解析し、その解析結果に応じて印刷イメージ
の生成処理を行うと共に、記録装置１００の制御を行う
フォーマッタ制御部である。

【００３９】また、フォーマッタ制御部１１０は、ユー
ザによる操作及びユーザに対する状態通知のためのスイ
ッチ及びＬＥＤ表示器等が配されているオペレーション
・パネル部１２０と接続されており、そのパネル部は印
刷装置１００の外装の一部として配設されている。

【００４０】フォーマッタ制御部１１０において生成さ
れた最終的な印刷イメージは、ビデオ信号として出力制
御部１３０に送出される。出力制御部１３０は、印刷装
置１００の不図示の各種センサからの状態入力と共に光
学ユニット１４０及び各種駆動系機構部に対し制御信号
を出力し印刷装置１００としての印刷処理の制御を司
る。

【００４１】図１に示す印刷装置１００において、給紙
カセット１６１から給紙された用紙Ｐは、その先端をグ
リッパ１５４ｆにより狭持されて、転写ドラム１５４の
外周に保持される。光学ユニット１４０により感光ドラ
ム１５１上に形成された各色の潜像は、イエロー
（Ｙ），マゼンタ（Ｍ），シアン（Ｃ），ブラック
（Ｂ）の各色現像器Ｄｙ，Ｄｍ，Ｄｃ，Ｄｂにより現像
化されて、転写ドラム外周の用紙に複数回転写されて多
色画像が形成される。その後、用紙Ｐは、転写ドラム１
５４より分離されて、定着ユニット１５５で定着され、
排紙部１５９より排紙トレー部１６０に排出される。

【００４２】ここで各色の現像器Ｄｙ，Ｄｍ，Ｄｃ，Ｄ
ｂは、その両端に回転支軸を有し、各々がその軸を中心
に回転可能となるように現像器選択機構部１５２に保持
される。これによって、各現像器Ｄｙ，Ｄｍ，Ｄｃ，Ｄ
ｂは、図１に示すように現像器の選択のために現像器選
択機構部１５２が回転軸１５２ａを中心にして回転して
も、その姿勢を一定に維持できる構成をとっている。

【００４３】選択された現像器が所定の現像位置に移動
した後、現像器選択機構部１５２は現像器と一体で支点
１５３ｂを中心にして、選択機構保持フレーム１５３が
ソレノイド１５３ａにより感光ドラム１５１方向へ引っ
張られ、感光ドラム１５１方向へ移動し現像処理が行わ
れるように構成されている。

【００４４】次に、帯電器１５６によって感光ドラム１
５１が所定の極性に均一に帯電される。フォーマッタ制
御部１１０において画像イメージとして展開された印刷
情報は、対応するパターンのビデオ信号に変換されレー
ザドライバに出力され半導体レーザ１４１を駆動する。
入力されたビデオ信号に応じて半導体レーザ１４１から
発射されるレーザ光は、オン・オフ制御され、更にスキ
ャナモータ１４３によって高速回転するポリゴンミラー
１４２で左右方向に振られ、ｆΘレンズ１４４、反射鏡
１４５を介して感光ドラム１５１上を走査露光する。こ
れにより、感光ドラム１５１上には、画像パターンの静
電潜像が形成される。

【００４５】次に、例えば、Ｍ（マゼンタ）色の静電潜
像がＭ（マゼンタ）色の現像器Ｄｍにより現像され、感
光体ドラム１５１上にＭ（マゼンタ）色の第１のトナー
像が形成される。一方、所定のタイミングで転写紙Ｐが
給紙され、トナーと反対極性（例えばプラス極性）の転
写バイアス電圧が転写ドラム１５４に印加され、感光体
ドラム１５１上の第１トナー像が転写紙Ｐに転写される
と共に、転写紙Ｐが転写ドラム１５４の表面に静電吸着
される。その後、感光ドラム１５１はクリーナー１５７
によって残留するＭ（マゼンタ）色トナーが除去され、
次の色の潜像形成及び現像行程に備える。以下同様の手
順によってＣ（シアン），Ｙ（イエロー），Ｂｋ（ブラ
ック）の順で第２，３，４色目のトナー像の転写が行わ
れる。但し、各色の転写時には、転写ドラム１５４には
前回よりも高いバイアス電圧が印加される点は異なる。
４色のトナー像が重畳転写された転写紙Ｐの先端部が分
離位置に近づくと、分離爪１５８が接近してその先端が
転写ドラム１５４の表面に接触し、転写紙Ｐを転写ドラ
ム１５４から分離させる。分離された転写紙Ｐは定着ユ
ニット１５５に搬送され、ここで転写紙上のトナー像が
定着されて排紙トレイ１６０上に排出される。

【００４６】本実施形態で採用する印刷装置１００とし
てのカラーＬＢＰは、以上のような画像形成過程を経て
６００ドット／インチ（ｄｐｉ）の解像度で画像出力を
行う。尚、本発明を適用可能な印刷装置は、カラーＬＢ
Ｐに限られるものではなく、モノクロＬＢＰであっても
インクジェットプリンタやサーマルプリンタ等の他のプ
リント方式の印刷装置でもよい。

【００４７】次に、印刷装置１００におけるフォーマッ
タ制御部１１０について図２を用いて説明する。

【００４８】図２は、本発明の一実施形態における印刷
システムの全体構成を示すブロック図である。

【００４９】同図において、フォーマット制御部１１０
は、一般にＰＤＬコントローラ等とも呼ばれている部分
であり、ホスト・コンピュータ２００との接続手段であ
るところのインタフェース（Ｉ／Ｆ）部１１１と、受信
データ等を一時的に保持管理するための受信バッファ１
１２１、送信データ等を一時的に保持管理するための送
信バッファ１１２２、受信した印刷情報の解析を司るコ
マンド解析部１１３、印刷制御処理実行部１１４、描画
処理実行部１１５、ページメモリ１１６等により構成さ
れている。

【００５０】インタフェース（Ｉ／Ｆ）部１１１は、ホ
スト・コンピュータ２００との印刷情報の送受信を行う
通信手段あり、通信プロトコルとしてＩＥＥＥ−１２８
４に準拠した通信を可能とするものであが、この通信手
段に限定するものでなく、ネットワークを介したさまざ
まなプロトコルによる接続であってもよいし、例えばＩ
ＥＥＥ−１３９４に準じた通信手段であってもよい。こ
のインタフェース部１１１を通して受信した印刷情報
は、一時的な記憶手段である受信バッファ１１２１に逐
次蓄積され、必要に応じてＰＤＬコマンドの解析を行う
ＰＤＬ解析部１１３または描画を行う描画処理実行部１
１５によって読み出される。

【００５１】次に、コマンド解析部１１３は、各ＰＤＬ
コマンド体系や印刷ジョブ制御言語に準じた制御プログ
ラムにより構成されており、解析された文字印字、図
形、イメージ等の描画に関する解析結果に応じて、描画
処理実行部１１５への描画指示、そして給紙選択やリセ
ット命令等の描画以外のコマンドは印刷制御処理実行部
１１４への指示を行う。

【００５２】描画処理実行部１１５では、文字やイメー
ジの各描画オブジェクトを、ページメモリ１１６に逐次
展開して行くＹＭＣＫレンダラである。プリンタエンジ
ン１５０に対しては、ＭＣＹＫの面順次でページデータ
を送出する必要があるが、標準状態では、そのために必
要なメモリを全て確保しているわけではなく、あるプレ
ーンの数分の１の大きさのバンド領域としてメモリが確
保されており、そのバンド領域を使い回して使用するこ
とにより、印刷すべき画像をプリンタエンジン１５０の
処理速度に同期して印刷するように構成されている。通
常は、このようにＹＭＣＫレンダラ（描画処理実行部１
１５）による展開処理と、プリンタエンジン１５０への
ビデオ信号のシッピングの追いかけっこ、つまりバンデ
ィング制御によってページメモリ１１６は管理されてい
るが、十分なメモリ領域がある場合は１ページ分が展開
可能な領域を確保しても良い。

【００５３】尚、フォーマッタ制御部１１０は、一般的
に、中央演算処理装置（ＣＰＵ）、リードオンリーメモ
リ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）等を
用いたコンピュータ・システムによって構成されてい
る。また、各部の処理は、マルチタスクモニタ（リアル
タイムＯＳ）の元でタイムシェアリング処理される構成
てあっても良いし、各機能ごとに専用のコントローラ・
ハードウェアを用意して独立して処理される構成であっ
てもよい。

【００５４】オペレーション・パネル１２０は、前述し
た通り印刷装置１００の各種状態を設定・表示する。出
力制御部１３０は、ページメモリ１１６の内容をビデオ
信号に変換処理し、プリンタ・エンジン部１５０への画
像転送を行う。プリンタ・エンジン部１５０は、図１に
おいて前述した印刷機構に相当しており、受け取ったビ
デオ信号を記録紙に永久可視画像形成する。

【００５５】以上、印刷装置１００について説明した
が、次にホスト・コンピュータ２００を含む本実施形態
の印刷システムの全体構成について説明する。

【００５６】図２において、２００は印刷システムにお
けるデータ処理装置であるところのホスト・コンピュー
タであり、印刷データ及び制御コードから成る印刷情報
を印刷装置１００に出力する。

【００５７】ホスト・コンピュータ２００は、入力デバ
イスであるところのキーボード２１０や、ボインティン
グデバイスであるところのマウス２１１と、表示デバイ
スであるディスプレイ・モニタ２２０を合わせた一つの
コンピュータ・システムとして構成されている。ホスト
・コンピュータ２００は、ＵＮＩＸ、Ｗｉｎｄｏｗｓ等
の基本ＯＳ上で動作しているものとする。

【００５８】ホスト・コンピュータ側について、本実施
形態に関する機能的な部分にのみ注目し、基本ＯＳ上で
の機能を大きく分類すると、アプリケーションソフトウ
エア２０１、画像情報処理手段であるところのグラフィ
ック・サブ・システム２０２、そして、データ格納手
段、印刷データ格納制御手段及び印刷装置との通信手段
として機能するスプール・サブ・システム２０３に大別
される。

【００５９】アプリケーションソフトウェア２０１は、
基本ソフトウエア上で動作するワードプロセッサや表計
算等の汎用ソフトウェアである。

【００６０】グラフィック・サブ・システム２０２は、
ＯＳの機能の一部であるＧＤＩ（Grapbic Device Inter
faceと記す）２０２１と、そのＧＤＩにより動的にリン
クされるデバイスドライバであるところのプリンタドラ
イバ２０２２によって構成されている。プリンタドライ
バ２０２２は、本実施形態における印刷情報生成手段及
び印刷情報ファイル化指定手段（ＵＩ：User Interfac
e）を含む。

【００６１】スプール・サブ・システム２０３は、グラ
フィック・サブ・システム２０２の後段に位置するプリ
ンタ・デバイスに特有のサブ・システムであり、データ
格納手段であるところのスプールファイル（実態はハー
ドディスク）２０３１等から構成される。また、本実施
形態における印刷情報をファイル化するファイル化手段
もこのスプール・サブ・システムの機能の一部として提
供される。

【００６２】尚、基本ＯＳの種類によっては、上述した
これらの名称や機能的な枠組みは若干異なる場合がある
が、本実施形態における各構成が実現できるモジュール
であれば実質的な違いとはなり得ない。例えば、スプー
ラやスプールファイルと呼ばれるものは、別のＯＳにお
いてプリント・キューと呼ばれるモジュールに処理を組
み込むことによっても実現可能である。また、これらの
各機能モジュールを含むホスト・コンピュータ２００
は、一般的に、中央演算処理装置（ＣＰＵ）、リードオ
ンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（Ｒ
ＡＭ）、ハードディスクドライブ（ＨＤＤ）、各種入出
力制御部（Ｉ／Ｏ）等のハードウェアの元で基本ソフト
と呼ばれるソフトウェアがその制御を司り、その基本ソ
フトの元で、それぞれの応用ソフト、サブ・システム・
プロセスが機能モジュールとして動作する。

【００６３】以上、図１、図２を参照して本実施形態に
おける装置構成について説明をした。次に、上述した印
刷システムの動作について説明する。まず、ホスト側の
プリンタドライバにおける処理の流れについて図３を参
照して説明する。

【００６４】図３は、本発明の一実施形態におけるホス
トコンピュータのプリンタドライバの処理系を示す概念
図である。

【００６５】従来はユーザがプリンタドライバのＵＩを
利用して選択した動作モードに従って、一つの印刷ジョ
ブ内でＰＤＬタイプのプリンタドライバ処理と、イメー
ジタイプのプリンタドライバの処理とが排他的に動作し
ているが、これに対して、本実施形態では、図３に示す
ように、１つのＤＤＩコールが発行されたときには、Ｐ
ＤＬタイプのプリンタドライバ処理を行うＰＤＬ_ＸＸ
Ｘという関数がコールされた後に、イメージタイプのプ
リンタドライバの処理であるＩＭＧ_ＸＸＸという関数
がコールされることにより、ＰＤＬタイプ及びイメージ
タイプの両タイプの処理を行うように構成されている。
ここで、この処理は、常に行われるのではなく、ＵＩに
よりユーザが「印刷データファイルを配布または再利用
する」という選択をした場合に限って行う。この場合に
限って適用しないと、データに冗長な部分があるため印
刷処理全体のパフォーマンスが低下する恐れがるためで
ある。

【００６６】更に、本実施形態に係るプリンタドライバ
２０２２は、印刷データの生成にあたって一つのＤＤＩ
コールに対して生成されるＰＤＬ系データとイメージ系
データを送出するときに、より高度な処理を必要とする
方のデータを先に印刷装置１００に送出する。従って、
図５に示す印刷データの順番は固定的なものではない。
ここで、印刷装置１００におけるより高度な処理とは、
処理に必要となるステップがより多く必要となる処理を
一般的に表わすものであり、例えば、以下に例示する処
理が挙げられる。

【００６７】１）パスに対する処理（ストローク、フィ
ル、クリップ） パスとは、ＸＹ座標系で示される点列によって構成され
る任意図形の形状を表わす軌跡であり、この軌跡に施す
処理として、ストローク（当該軌跡を線でなぞる）、フ
ィル（当該軌跡で囲まれる閉領域内を塗りつぶす）、ク
リップ（当該軌跡で囲まれる閉領域でクリップ処理を行
う）等の処理を施すことによってはじめて可視な図形と
して扱うことが可能となる。このようなパスに対するレ
ンダリング処理においては、軌跡を表わす点列情報を基
にラスタスキャンの状態にまで変換する操作が必要とな
るため、単純なイメージデータのレンダリング処理とは
異なり、処理ステップが多い高度な処理が要求される。

【００６８】２）ＪＰＥＧ画像の伸長処理 一般に、ＪＰＥＧ画像データは、その圧縮されたデータ
を伸長するために多くの処理ステップが必要とされる。

【００６９】３）イメージデータのストレッチ処理 非整数倍、つまり実数倍のイメージデータのストレッチ
処理には、一般に多くの処理ステップが必要とされる。
例えば、あるイメージデータを印刷する際に、所望のス
トレッチ率が２倍、４倍といった倍率のときには、その
倍率に応じたデータをテーブル化することにより高速な
倍率処理を実現したり、ハードウエアによって処理する
ことが可能である。ところが、３．１４倍等といった実
数倍のストレッチ処理を実現する場合には、ソフトウエ
アによる多くの計算ステップが必要とされる。

【００７０】４）内蔵スケーラブルフォントによる印刷
処理 印刷装置に内蔵されているスケーラブルフォントデータ
を利用して行われる大きな文字サイズの印字処理が指定
されたときには、一般に、指定された文字データのパタ
ーンが印刷装置内部において生成される。このため、内
蔵スケーラブルフォントによる印刷処理は、ビットマッ
プフォントを利用した印字処理や、印刷装置に接続され
たホスト装置側で予め文字パターンとして展開されたフ
ォントの印字処理と比較して、多くの処理ステップが必
要となる。

【００７１】このように、本実施形態において高度な処
理とは、上述した４つの例等に代表される処理を表わし
ており、その処理を必要とするか否かの判断は、これら
の処理を行うには負担がかかることを表わすフラグ等を
予め設けておき、そのフラグの状態を判断することによ
り行えばよい。或いは、ＤＤＩのレベルで事前に処理順
序を決定しておくことにより行えば良い。これは、印刷
装置側の能力が高い場合に少しでも先にその能力に応じ
たデータを処理できるようにするための措置である。

【００７２】次に、本実施形態におけるプリンタドライ
バ２０２２による動作を、図４及び図５を参照して説明
する。

【００７３】図４は、本発明の一実施形態における印刷
装置による印刷結果のサンプルの一例を示す図であり、
三角形、低解像度の写真画像、そして文字が描画されて
いる。同図において破線によって４つに分割されている
のは、バンド分割される単位を模式的に示したものであ
り、この点線は描画オブジェクトではない。図４の印刷
を行った場合、本発明のプリンタドライバでは、図５に
示すような印刷データを生成することになる。

【００７４】図５は、図４の印刷結果に対応する印刷デ
ータの構成例を示す図である。同図において、それぞれ
の描画オブジェクトに対応する印刷コマンドは、“ＴＡ
Ｇ＿ＤｅｖＣａｐｓ”、“Ｃｏｍｍａｎｄ”、そして
“Ｐａｒａｍ”、の３つのフィールドより構成されてい
る。

【００７５】“ＴＡＧ＿ＤｅｖＣａｐｓ”フィールド
は、印刷装置側の描画能力とのマッチングを取るための
印刷情報フィールドであり、このフィールドの各ビット
が、コマンドを処理するのに必要な能力を示す。具体的
には、例えば、ホスト２００で展開されたＢａｎｄ１に
相当するイメージデータにおいてＹＭＣＫイメージモー
ドの各色成分の階調が１ｂｉｔであるような場合には、
例えば図６のように表わされ、各ビットのデータによ
り、ＹＭＣＫイメージモードにおける各色成分の階調、
ＲＧＢレンダラにおける各色成分の階調、イメージデー
タの圧縮の有無等が表わされる。

【００７６】次に、印刷コマンドの“Ｃｏｍｍａｎｄ”
部は、そのコマンドがどんな描画オブジェクトかを識別
するフィールドある。例えば、イメージ描画命令であれ
ば、“０ｘ４９”という所定のコードが入っている。こ
の描画コマンドと所定のコードとの対応付けは予めホス
ト２００と印刷装置１００との間で規定しておく必要あ
る。

【００７７】そして、印刷コマンドの“Ｐａｒａｍ”部
は、“Ｃｏｍｍａｎｄ”部により指定される描画オブジ
ェクトの描画位置の座標や色等の属性を示すパラメータ
フィールドである。このパラメータフィールドは、コマ
ンド毎に大きさが異なるが、そのフィールドの大きさは
描画コマンドと共に予め規定されている所定の固定的な
大きさのものである。

【００７８】以上、基本的な印刷データの構成について
簡単に説明した。次に、一つの印刷ジョブの内容につい
て引き続き図５を用いて説明を行う。

【００７９】一つの印刷データの集合は、印刷ジョブと
呼ばれており、一般にアプリケーションソフトウエアを
介した１回の印刷操作が、一つの印刷ジョブに対応す
る。一つの印刷ジョブは、図５に示すように“印刷ジョ
ブ開始命令”と“印刷ジョブ終了命令”とによって括ら
れている。図４に示すような印刷を、ユーザがディスプ
レイ・モニタ２２０等において「印刷データファイルを
配布または再利用する」と選択すると、本実施形態にお
けるプリンタドライバ２０２２は、所謂バンディングド
ライバとして動作する。この理由を説明すれば、イメー
ジタイプのドライバとしての処理を行うときには、印刷
装置１００にて印刷可能な解像度と階調とに応じた描画
メモリの領域をホスト側に確保することが必要となる
が、１ページ分のメモリ領域を確保すると大量にメモリ
を消費することになるので、その数分の一の領域のバン
ドメモリを確保することにより、メモリ容量の不足を回
避するためである。

【００８０】このバンドメモリ内に格納された描画オブ
ジェクトは、プリンタドライバに順々に渡される。例え
ば、図４に示すバンド１の描画を行うときに、バンディ
ングドライバとしてのプリンタドライバ２０２２には、
三角形の描画を行うための三角形内部の塗りつぶしパタ
ーンや色の指定、三角形の輪郭線の色、太さ、線の種類
（実線か破線か等）といった線属性の指定を行った後、
Ｐｏｌｙｇｏｎ命令で三角形の各頂点の座標が渡され
る。本実施形態に係るプリンタドライバ２０２２は、ま
ずはじめに、これらのデータをＰＤＬタイプのドライバ
の処理として、所定のＰＤＬコードに変換する。この変
換されたコードは、図５のに示す構成のバンド１に係
る描画オブジェクトのＰＤＬコードの印刷データとし
て、印刷装置１００に送出される。

【００８１】このバンド１に対する処理の終了後、同じ
ＤＤＩのデータをイメージタイプのドライバとして処理
する。即ちイメージタイプのドライバとしては、ホスト
２００の有するメモリで構成される描画メモリに、例え
ばＹＭＣＫ各色１ｂｉｔレンダラで画像を展開する。図
４の示すバンド１の処理では、三角形の上半分つまりバ
ンド１内に存在するイメージ部分だけが描画メモリに展
開される。このようにして展開されたイメージデータ
は、図５のに示す構成の印刷データとして、印刷装置
１００に送出される。

【００８２】次にバンド２の処理であるが、ＤＤＩとし
てはバンド１と同様にまず三角形の描画指定が行われ
る。但し、バンド１とバンド２とでは、クリッピングの
指定範囲が異なっており、プリンタドライバ２０２２
は、それぞれのバンド領域でクリッピングがかかるよう
に描画指定を受け取る。

【００８３】また、図４に示す例の場合には、バンド２
の新たな描画オブジェクトとして写真イメージがある。
これらはそれぞれ次のように処理される。まず三角形で
あるが、これはＰＤＬモードではバンド１で処理済みと
して扱う。これは、ホスト側はＰＤＬモードにおいてバ
ンディングを意識する必要がないためである。但し、こ
のとき、次の２点に注意する必要がある。まず、１点目
として、ＰＤＬモードでは、バンドのクリッピングは行
わないこと。そして、２点目として、バンド２でＤＤＩ
に渡される描画オブジェクトは、バンド１で処理したも
のと同じ描画オブジェクトであるかどうかを判別するこ
とである。何れもバンディングドライバでＰＤＬデータ
を生成する際の特有の処理であるが、この処理を施さな
いと本来ＰＤＬとしては、１回のコマンドで描画できる
描画オブジェクトもバンド単位で分割して処理すること
になり、非常に効率の悪いＰＤＬデータとなってしまう
ので注意が必要である。以上の理由より、バンド２に対
応するデータは、ＰＤＬタイプのドライバとして生成す
るＰＤＬコードは、図５のに示すように、写真画像の
部分に相当するデータだけでよい。また、イメージタイ
プのドライバとして生成したコードには、図５のに示
すように、三角形の下半分と写真イメージの上半分とが
展開されたイメージとなる。

【００８４】以下同様にして、バンド３のデータも図５
の及びに示すような印刷データとして印刷装置１０
０に送出される。各印刷データの“ＴＡＧ＿ＤｅｖＣａ
ｐｓ”フィールド部のデータは、“Ｃｏｍｍａｎ”部と
１対１の関係にあるので、コマンドが決定されることに
より、“ＴＡＧ＿ＤｅｖＣａｐｓ”フィールド部のデー
タも自動的にセットすることができる。

【００８５】以上、ホスト側のプリンタドライバ２０２
２による印刷データの生成処理について説明した。次
に、このような構成を有する印刷情報を受け取る印刷装
置側の処理について説明する。

【００８６】印刷装置１００では、印刷ジョブ開始命令
を受信することにより、印刷ジョブの開始を認識する
と、その命令に続く“ＴＡＧ＿ＤｅｖＣａｐｓ”フィー
ルド部のデータをチェックする。そして、印刷装置１０
０は、受信した“ＴＡＧ＿ＤｅｖＣａｐｓ”フィールド
部のデータと、プリンタエンジン１５０の機構的な特性
や現在搭載されているＲＡＭ容量やレンダリングハード
ウェアの性能等とに基づいて、印刷装置１００のＲＡＭ
等のメモリ上の印刷能力を表わすフィールドに、現時点
の印刷能力を表わすビットをセットする。

【００８７】次に、印刷装置１００は、当該フィールド
にセットしたデータと、受信した“ＴＡＧ＿ＤｅｖＣａ
ｐｓ”フィールドのデータとを項目毎に比較し、そのデ
ータを処理するかスキップするかを判断する。本実施形
態では、このようにＰＤＬコントローラの能力に応じ
て、ホスト２００から受信した印刷情報を選択的に処理
することができるという特徴を有する。尚、選択された
データの処理に関しては、一般的な印刷装置における処
理と同様であるため、説明を省略する。

【００８８】このように、上述した本実施形態によれ
ば、ホスト側のＵＩにより、生成した印刷データの配布
や再利用が指定されたときに、イメージタイプのドライ
バとしてのプリンタドライバ２０２２は、印刷装置１０
０への印刷情報に出力デバイスに依存しない形式の所謂
ＰＤＬデータを含めるように構成した。これにより、従
来はＰＤＬタイプとイメージタイプのプリンタドライバ
の特性の違いを理解した上でユーザが設定せざるを得な
かったプリンタドライバの使い分けを、そのような特性
の違いを理解していなくても、「印刷データファイルを
配布または再利用するかどうか」を設定可能に構成する
ことにより、印刷データに対するニーズに応じてユーザ
が容易に選択することができ、利便性を向上させること
ができる。

【００８９】また、スプール・サブ・システム２０３に
は、イメージタイプのプリンタドライバとしてプリンタ
ドライバ２０２２が生成したイメージデータが格納され
るため、特定のアプリケーションソフトウエアが無くて
も、必要な時に必要な部数だけ、任意の印刷装置にオン
デマンドで印刷結果を出力することができ、印刷データ
の配布性及び再利用性を向上することができる。

【００９０】また、ホスト２００にてプレビュー処理を
行うときには、イメージタイプのプリンタドライバとし
てプリンタドライバ２０２２で生成し、スプール・サブ
・システム２０３に格納したイメージデータを、ディス
プレイ・モニタ２２０に直接表示することができ、従来
のビューワのようにＰＤＬデータからの展開処理を行う
必要が無い。これにより、プレビューワソフトウエアを
ホスト２００に予め用意するにしても、その構成を特定
のアプリケーションソフトウエアに対応したものにする
必要が無いため、ソフトウエア構成の簡素化及びそれに
伴うプレビュー処理の高速化を実現することができる。

【００９１】また、印刷装置１００のＰＬＤコントロー
ラは、ホスト２００から受信した印刷情報と、印刷装置
１００自身の印刷能力とに応じて印刷処理を、各描画オ
ブジェクトに含まれるコマンド単位で選択的に行うこと
ができるため、ホスト側から送信する印刷情報と、印刷
装置側の描画能力とのミスマッチを防止することがで
き、適切なパフォーマンスと画質が得られる。

【００９２】＜本実施形態の変形例＞上述した実施形態
では、各描画オブジェクトの印刷コマンド毎に“ＴＡＧ
＿ＤｅｖＣａｐｓ”フィールドなる識別情報部を付与し
たが、特定の情報に限定することにより、ページ単位で
情報を持つように構成することも可能である。これによ
り、印刷データのデータサイズを前述の実施形態より小
さく抑えることができ、より効率的な印刷を行うことが
できる。

【００９３】

【他の実施形態】尚、本発明は、上述した印刷システム
の機能が実行されるのであれば、単体の機器であって
も、ＬＡＮ等のネットワークを介して処理が行われる複
数の機器からなるシステムであっても本発明を適用可能
である。

【００９４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システム或いは装置に供給し、その
システム或いは装置のコンピュータ（またはＣＰＵやＭ
ＰＵ）が記憶媒体に格納されたプログラムコードを読出
し実行することによっても、達成されることは言うまで
もない。

【００９５】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００９６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ等
を用いることができる。

【００９７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）等が実際の処理の一部または全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれる。

【００９８】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵ等が実際の処理の一部または全部を行い、その
処理によって前述した実施形態の機能が実現される場合
も含まれる。

【００９９】

【発明の効果】以上、説明したように、本発明によれ
ば、操作が容易で、且つ印刷情報の再利用性に優れた情
報処理装置、その印刷情報の印刷を効率的に制御する印
刷制御装置、それらの装置からなる印刷システム、及び
コンピュータ読み取り可能な記憶媒体の提供が実現す
る。

【図面の簡単な説明】

【図１】本発明の一実施形態に適用可能なカラーレーザ
ビームプリンタの構造を示す側断面図である。

【図２】本発明の一実施形態における印刷システムの全
体構成を示すブロック図である。

【図３】本発明の一実施形態におけるホストコンピュー
タのプリンタドライバの処理系を示す概念図である。

【図４】本発明の一実施形態における印刷装置による印
刷結果のサンプルの一例を示す図である。

【図５】図４の印刷結果に対応する印刷データの構成例
を示す図である。

【図６】本発明の一実施形態における印刷システムの印
刷データに含まれるＴＡＧ＿ＤｅｖＣａｐｓフィールド
の構成例を示す図である。

【符号の説明】

１００：印刷装置（ＬＢＰ）， １１０：フォーマッタ制御部， １１１：インタフェース， １１３：コマンド解析部， １１４：印刷制御処理実行部， １１５：描画処理実行部（ＹＭＣＫレンダラ）， １１６：ページメモリ， １２０：オペレーション・パネル， １３０：出力制御部， １４０：光学ユニット， １４１：半導体レーザ， １４２：ポリゴンミラー， １４３：スキャナモータ， １４４：ｆΘレンズ， １４５：反射鏡， １５０：プリンタ・エンジン部， １５１：感光ドラム， １５２：現像器選択機構部， １５２ａ：現像器選択機構部回転軸， １５３：選択機構保持フレーム， １５３ａ：ソレノイド， １５３ｂ：選択機構保持フレーム支点， １５４：転写ドラム， １５４ｆ：グリッパ， １５５：定着ユニット， １５６：帯電器， １５７：クリーナー， １５８：分離爪， １５９：排紙部， １６０：排紙トレー部， １６１：給紙カセット， ２００：ホスト・コンピュータ， ２０１：アプリケーション・ソフト， ２０２：グラフィック・サブ・システム， ２０３：スプール・サブ・システム， ２０４：インターフェース， ２１０：キーボード， ２１１：マウス， ２２０：ディスプレイ・モニタ， １１２１：受信バッファ， １１２２：送信バッファ， ２０２１：ＧＤＩ， ２０２２：プリンタドライバ， ２０３１：スプールファイル，

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 1/46 Ｈ０４Ｎ 1/46 Ｚ ５Ｃ０７９ ９Ａ００１ Ｆターム(参考） 2C061 BB10 HJ06 HK03 HK05 HN06 HN15 HQ17 2C087 AA04 AA15 AA16 BA01 BA02 BA03 BA07 BA09 BD13 BD40 BD46 BD52 2H030 AD11 5B021 AA01 AA02 BB01 BB05 DD12 LG08 LL05 PP08 5C077 LL20 MP08 NN02 NP10 PP21 PP32 PP33 PP38 PQ08 PQ20 PQ22 RR21 SS05 SS07 TT03 5C079 HB01 HB03 LA11 LA26 LA39 LB01 LB02 MA01 MA17 MA19 NA13 PA02 9A001 EE02 JJ35 KK42

Claims (19)

【特許請求の範囲】
1. 【請求項１】 印刷装置に出力する印刷情報の再利用を
   指定可能な指定手段と、 受け取った印刷要求指示に応じて印刷装置に対する印刷
   情報を生成する印刷情報生成手段であって、前記指定手
   段によってファイル化が指定されたときに、特定の出力
   デバイスに依存しない印刷データ、印刷装置に依存する
   印刷イメージデータ、並びに、その印刷イメージデータ
   に対応する印刷要求指示を表わす制御データを、前記印
   刷情報として印刷装置に出力する印刷情報生成手段と、 前記指定手段によりファイル化が指定されたときに、前
   記印刷情報をファイル化するファイル化手段と、を備え
   ることを特徴とする情報処理装置。
2. 【請求項２】 前記印刷情報生成手段は、前記特定のデ
   バイスに依存しない印刷イメージデータを生成するＰＤ
   Ｌタイプの第１のプリンタドライバ手段と、前記印刷装
   置に依存する印刷データを生成するイメージタイプの第
   ２のプリンタドライバ手段とを含むことを特徴とする請
   求項１記載の情報処理装置。
3. 【請求項３】 前記印刷情報生成手段は、前記第１のプ
   リンタドライバ手段としてＰＤＬデータを生成するとき
   に、バンディングドライバとして動作する必要があると
   きには、それぞれの描画オブジェクトをバンド分割した
   ときに、その分割した描画オブジェクトの最初のバンド
   において該描画オブジェクトの分割前の状態に対するＰ
   ＤＬデータを生成し、以降のバンドに対してはＰＤＬデ
   ータを生成しないことを特徴とする請求項１記載の情報
   処理装置。
4. 【請求項４】 前記印刷情報生成手段は、前記指定手段
   によってファイル化が指定され、特定の出力デバイスに
   依存しない印刷データ、印刷装置に依存する印刷イメー
   ジデータ、並びに、その印刷イメージデータに対応する
   印刷要求指示を表わす制御データを出力するときに、目
   的とする印刷装置でより高度な描画処理が必要とされる
   方のデータを先に出力することを特徴とする請求項１記
   載の情報処理装置。
5. 【請求項５】 前記印刷情報生成手段は、出力する印刷
   情報に含まれる各描画オブジェクトを表すコマンドの先
   頭に、その描画オブジェクトを印刷するのに適した印刷
   情報を表わすフィールドを有することを特徴とする請求
   項１記載の情報処理装置。
6. 【請求項６】 前記印刷情報を表わすフィールドには、
   少なくとも、前記特定の出力デバイスに依存しない色空
   間で印刷するときの階調、前記印刷装置に依存する色空
   間で印刷するときの階調、前記印刷イメージデータの圧
   縮の有無を表わす情報が含まれることを特徴とする請求
   項５記載の情報処理装置。
7. 【請求項７】 更に、前記ファイル化手段によりファイ
   ル化された印刷情報をプレビュー可能なプレビュー手段
   を備えることを特徴とする請求項１記載の情報処理装
   置。
8. 【請求項８】 前記特定の出力デバイスに依存しない印
   刷データとは、色空間の印刷データであり、前記印刷装
   置に依存する印刷イメージデータとは、色空間の印刷イ
   メージデータであることを特徴とする請求項１乃至請求
   項７の何れかに記載の情報処理装置。
9. 【請求項９】 前記特定の出力デバイスに依存しない色
   空間の印刷データとはＲＧＢ色空間の印刷データであ
   り、前記印刷装置に依存する色空間の印刷イメージデー
   タとはＹＭＣＫ色空間の印刷イメージデータであること
   を特徴とする請求項８記載の情報処理装置。
10. 【請求項１０】 受け取った印刷情報に基づいて印刷を
    制御する印刷制御装置であって、 受け取った印刷情報に含まれる各描画オブジェクトを表
    すコマンドの先頭に、その描画オブジェクトを印刷する
    のに適した印刷情報を表わすフィールドが含まれるとき
    に、そのフィールドの情報と自装置の印刷能力とを比較
    する比較手段と、 前記比較手段による比較の結果に応じて、印刷を行うか
    否かを判断する判断手段と、を備えることを特徴とする
    印刷制御装置。
11. 【請求項１１】 前記印刷情報を表わすフィールドに
    は、少なくとも、前記特定の出力デバイスに依存しない
    色空間で印刷するときの階調、前記印刷制御装置に依存
    する色空間で印刷するときの階調、前記印刷イメージデ
    ータの圧縮の有無を表わす情報が含まれることを特徴と
    する請求項１０記載の印刷制御装置。
12. 【請求項１２】 前記印刷情報には、特定の出力デバイ
    スに依存しない色空間の印刷データ、印刷制御装置に依
    存する色空間の印刷イメージデータ、並びに、その印刷
    イメージデータに対応する印刷要求指示を表わす制御デ
    ータが含まれることを特徴とする請求項１０記載の印刷
    制御装置。
13. 【請求項１３】 前記特定のデバイスに依存しない色空
    間はＲＧＢ色空間であり、前記印刷制御装置に依存する
    色空間はＹＭＣＫ色空間であることを特徴とする請求項
    １０乃至請求項１２の何れかに記載の印刷制御装置。
14. 【請求項１４】 受け取った印刷情報に基づいて印刷を
    制御する印刷制御装置と、その印刷制御装置で制御する
    印刷情報を生成する情報処理装置とを備える印刷システ
    ムであって、 前記情報処理装置は、 印刷制御装置に出力する印刷情報の再利用を指定可能な
    指定手段と、 受け取った印刷要求指示に応じて印刷制御装置に対する
    印刷情報を生成する印刷情報生成手段であって、前記指
    定手段によってファイル化が指定されたときに、特定の
    出力デバイスに依存しない色空間の印刷データ、印刷装
    置に依存する色空間の印刷イメージデータ、並びに、そ
    の印刷イメージデータに対応する印刷要求指示を表わす
    制御データを、前記印刷情報として印刷制御装置に出力
    する印刷情報生成手段と、 前記指定手段によりファイル化が指定されたときに、前
    記印刷情報をファイル化するファイル化手段と、 を備えており、 前記印刷制御装置は、 受け取った印刷情報に含まれる各描画オブジェクトを表
    すコマンドの先頭に、その描画オブジェクトを印刷する
    のに適した印刷情報を表わすフィールドが含まれるとき
    に、そのフィールドの情報と前記印刷装置の印刷能力と
    を比較する比較手段と、 前記比較手段による比較の結果に応じて、印刷を行うか
    否かを判断する判断手段と、を備えることを特徴とする
    印刷システム。
15. 【請求項１５】 前記印刷情報生成手段は、前記特定の
    デバイスに依存しない色空間の印刷イメージデータを生
    成するＰＤＬタイプの第１のプリンタドライバ手段と、
    前記印刷制御装置に依存する色空間の印刷データを生成
    するイメージタイプの第２のプリンタドライバ手段とを
    含むことを特徴とする請求項１４記載の印刷システム。
16. 【請求項１６】 前記印刷情報生成手段は、前記第１の
    プリンタドライバ手段としてＰＤＬデータを生成すると
    きに、バンディングドライバとして動作する必要がある
    ときには、それぞれの描画オブジェクトをバンド分割し
    たときに、その分割した描画オブジェクトの最初のバン
    ドにおいて該描画オブジェクトの分割前の状態に対する
    ＰＤＬデータを生成し、以降のバンドに対してはＰＤＬ
    データを生成しないことを特徴とする請求項１４記載の
    印刷システム。
17. 【請求項１７】 前記特定のデバイスに依存しない色空
    間はＲＧＢ色空間であり、前記印刷制御装置に依存する
    色空間はＹＭＣＫ色空間であることを特徴とする請求項
    １４乃至請求項１６の何れかに記載の印刷システム。
18. 【請求項１８】 コンピュータ読み取り可能な記憶媒体
    であって、その記憶媒体に格納されたプログラムコード
    により、コンピュータを、 印刷装置に出力する印刷情報の再利用を指定可能な指定
    手段と、 受け取った印刷要求指示に応じて印刷装置に対する印刷
    情報を生成する印刷情報生成手段であって、前記指定手
    段によってファイル化が指定されたときに、特定の出力
    デバイスに依存しない印刷データ、印刷装置に依存する
    印刷イメージデータ、並びに、その印刷イメージデータ
    に対応する印刷要求指示を表わす制御データを、前記印
    刷情報として印刷装置に出力する印刷情報生成手段と、 前記指定手段によりファイル化が指定されたときに、前
    記印刷情報をファイル化するファイル化手段として動作
    させることを特徴とするコンピュータ読み取り可能な記
    憶媒体。
19. 【請求項１９】 前記特定の出力デバイスに依存しない
    印刷データとは、色空間の印刷データであり、前記印刷
    装置に依存する印刷イメージデータとは、色空間の印刷
    イメージデータであることを特徴とする請求項１８記載
    のコンピュータ読み取り可能な記憶媒体。