JP2003330645A

JP2003330645A - ホストベース印刷システム

Info

Publication number: JP2003330645A
Application number: JP2002142249A
Authority: JP
Inventors: Yukio Kanakubo; 幸男金窪
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-05-17
Filing date: 2002-05-17
Publication date: 2003-11-21

Abstract

(57)【要約】【課題】ホストベース印刷システムにおいて、ＲＴＦ
で印刷に失敗し、用紙やトナーを無駄に消費することの
無い、印刷システムを実現すること。【解決手段】ホストベース印刷システムにおいては、
構成されているＩ／Ｆのデータ転送スピードによって
は、印刷を失敗することがある。特に印刷設定を高階
調、高解像度にした場合、Ｉ／Ｆのデータ転送スピード
が遅いと、ほぼ確実に印刷に失敗してしまう。ユーザは
印刷に成功するか失敗するかは、実際に印刷してみない
と分からないため手間もかかり、また用紙やトナーを無
駄にしてしまう問題があった。そこでＩ／Ｆのデータ転
送スピードを実測し、その値によって印刷設定画面に表
示する設定項目（色階調、ハーフトーン処理など）の選
択肢から印刷に失敗する確率の高いものを除外し、印刷
の失敗を未然に防ぐホストベース印刷システムを実現す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タなどの外部装置のアプリケーションソフト（ワープロ
など）で作成された印刷デーダを、ホストコンピュータ
上でビットマップ展開（レンダリング）し、そのビット
マッブデータを受信して印刷動作を行うプリンタからな
るホストベース印刷システムに関するものである。

【０００２】

【従来の技術】ホストベース印刷システムでは、ホスト
から転送されたビットマップデータを受信すると、プリ
ンタのＲＡＭに格納し、そのＲＡＭからビットマップデ
ータをプリンタエンジンへビデオ信号として出力するの
が一般的である。ビットマップデータの転送を開始し、
ある程度プリンタのＲＡＭに格納できたら、印刷を実行
しビデオデータの出力を開始させてしまい、その後はビ
ットマップデータを転送しながら、一方でビデオ出力も
行うことで、少ないＲＡＭ容量で印刷することも可能で
ある。また、ホストコンピュータでレンダリング（ビッ
トマップ展開）を行うため、プリンタには高性能ＣＰＵ
を搭載する必要がないため、低コストで印刷システムを
提供することが可能である。

【０００３】このような小容量のＲＡＭしか搭載されて
いないホストベースプリンタの場合、ホストからプリン
タへのデータ転送速度が遅いと、印刷途中でプリンタへ
出力するビデオデータが無くなってしまい、印刷が失敗
して（途中で画像が切れて）しまうことがある。

【０００４】特にカラーレーザプリンタのようなカラー
プリンタでは、１ピクセル（画素）単位毎に、複数の階
調／濃度（例えは２５６階調）を表現可能なものがあ
る。色階調が高いほど高画質な画像を印刷することが可
能となるが、その分ビットマップデータ量が増大するた
め、印刷失敗の可能性が高くなる。

【０００５】従来のホストベース印刷システムでは、プ
リンタドライバの印刷設定画面に表示される印刷品位
（品質）に開わる各種設定項目（色階調、解像度、ティ
ザパターン、ｅｔｃ．）の選択肢は、いかなる場合でも
すべての選択肢が表示され、ユーザは自由に選択可能で
あった。

【０００６】

【発明が解決しようとする課題】しかしながら、ホスト
ベース印刷システムにおいては、先に説明したように、
接続されているＩ／Ｆのデータ転送スピードによって
は、印刷を失敗することがある。特に印刷設定を高階
調、高解像度にした場合、Ｉ／Ｆのデータ転送スピード
が遅いと、ほぼ確実に印刷に失敗してしまう。ユーザ
は、印刷に成功するか失敗するかは、実際に印刷してみ
ないと分らないため手間もかかり、また用紙やトナーを
無駄にしてしまうという問題があった。

【０００７】本発明は、上記従来例に鑑みて成されたも
ので、ホストベース印刷システムにおいて、Ｉ／Ｆのデ
ータ転送スピードを計測し、その値によって印刷設定画
面に表示する各設定項目の選択肢から印刷に失敗する確
率の高いものを除外し（グレイアウトし）、印刷の失敗
を未然に防ぐホストベース印刷システムを実現すること
を目的とする。

【０００８】

【課題を解決するための手段】本発明に係る第１の発明
は、ワープロなどのアプリケーションソフトで作成した
印刷データを、ホストコンピュータ側で多値データとし
てビットマップ展開し、そのビットマップデータをプリ
ンタへ転送し、印刷動作を行うホストベース印刷システ
ムにおいて、前記ホストコンピュータは、プリンタへ転
進レート計測用のダミーデータを送信する送信手段と、
前記送信手段により、ダミーデータ送信にかかった時間
を計測する計測手段と、前記計測手段により計測した時
間とダミーデータのデータ量より、Ｉ／Ｆのデータ転送
スピードを計算する計算手段と、各印刷データに対する
各種印刷設定を行うための印刷設定画面を表示する表示
手段と、前記表示手段で表示される印刷設定画面には、
色階調を選択可能とする選択手段と、前記計測手段によ
り計測したＩ／Ｆのデータ転送スピードにより、印刷設
定画面に表示する設定可能な色階調の選択肢を変更する
手段とを有することを特徴とする。

【０００９】本発明に係る第２の発明は、請求項１記載
のホストベース印刷システムにおいて、前記印刷設定画
画には、解像度を選択可能とする選択手段と、計測した
Ｉ／Ｆのデータ転送スピードにより、設定可能な解像度
の選択肢を変更する手段とを有することを特徴とする。

【００１０】本発明の第３の発明は、請求項１に記載の
ホストベース印刷システムにおいて、その印刷設定画面
には、ディザパターンを選択可能とする選択手段と、計
測したＩ／Ｆのテーダ転送スピードにより、設定可能な
ティザパターンの選択肢を変更する手段とを表示するこ
とを特徴とする。

【００１１】本発明の第４の発明は、請求頃１〜３のい
ずれかに記載のホストベース印刷システムにおいて、前
記プリンタに接続されているＩ／Ｆの種類に応じて各種
設定項目の選択肢を変更する手段を有することを特徴と
する。

【００１２】

【発明の実施の形態】以下添付図画にしたがって本発明
の実施形態を詳細に説明する。

【００１３】〔第１実施形態〕［レーザヒームブリンタの説明（図１）］本実施形態の
構成を説明する前に、本実施形態を適用するカラーレー
ザピームプリンタの構成を図１を参照して説明する。

【００１４】図１において、７１１はスキャナであり、
画像信号を光信号に変換するレーザ出力部（不図示）、
多面体（（例えば８面体）のボリゴンミラー７１２、こ
のミラー７１２を回転させるモータ（不図示）及びｆ／
θレンズ（結像レンス）７１３などを有する。７１４
は、レーザ光の光路を変更する反射ミラー、７１５は感
光ドラムである。レーザ出力部から出射したレーザ光は
ポリゴンミラー７１２の一側面で反射され、ｆ／θレン
ズ７１３及び反射ミラー７１４を通って図示矢印方向に
回転している感尤ドラム７１５の面を線状に走査（ラス
タスキャン）する。これによって、原稿画像に対応した
静電潜像が感光ドラム７１５の表面に形成されることに
なる。また、７１７は一次帯電器、７１８は全面露光ラ
ンプ、７２３は転写されなかった残留トナーを回収する
クリーナ部、７２４は転写前帯電器であり、これらの部
材は感光ドラム７１５の周囲に配設されている。

【００１５】７２６はレーザ露光によって、感光ドラム
７１５の表面に形成された静電潜像を現像する現像器ユ
ニットであり、以下に示す構成よりなる。７３１Ｙ，７
３１Ｍ，７３１Ｃ，７３１Ｋは感光ドラム７１５と接し
て直接現像を行う現像スリーブ、７３０Ｙ、７３０Ｍ，
７３０Ｃ，７３０Ｋは予備トナーを保持しておくトナー
ホッパ、７３２は現像剤の移送を行うスクリューであっ
て、これらのスリーブ７３１Ｙ〜７３１Ｋ、トナーホッ
パ７３０Ｙ〜７３０Ｋ及びスクリュー７３２は現像器ユ
ニットの回転軸Ｐの周囲に配設されている。尚、前述し
た各構成要素の符号のＹ，Ｍ、Ｃ，Ｋは色を示してい
る。つまり、”Ｙ”はイエロー，‘Ｍ”はマゼンタ，
Ｃ”はシアン，”Ｋ”はブラックである。

【００１６】イエローのトナー像を形成する時には、図
１の位置でイエロートナー現像処理を行なう。また、マ
ゼンタのトナー像を形成する時は、現像器ユニット７２
６を図１の軸のＰを中心に回転して、感光ドラム７１５
にマゼンタ現像器内の現像スリーブ７３１Ｍが接する様
にする。シアン、ブラックの現像も同様に作動する。

【００１７】また、７１６は、感光ドラム７１５上に形
成されたトナー像を用紙に転写する転写ドラムであり、
７１９は、転写ドラム７１６の移動位置を検出させるた
めのアクチュエータ板、７２０はこのアクチュエータ板
７１９と近接することにより転写ドラム７１６がホーム
ポジション位置に移動したのを検出するポジションセン
サ、７２５は転写ドラムクリーナ、７２７は紙押えロー
ラ，７２８は除電器、７２９は転写帯電器であり、これ
らの部材７１９，７２０，７２５，７２７，７２９は転
写ローラ７１６の周囲に配設されている。

【００１８】一方、７３５，７３６は用紙（紙葉体）を
収納する給紙カセットであり、本実施形態では給紙カセ
ット７３５には、例えばＡ４サイズの用紙、給紙カセッ
ト７３６にはＡ３サイズの用紙が収納されているものと
する。７３７，７３８は、給紙カセット７３５，７３６
から用紙を給紙する給紙ローラ、７３９，７４０，７４
１は給紙及び搬送のタイミングを取るタイミングローラ
であり、これらを経由して給紙搬送された用紙は紙ガイ
ド７４９に導かれて先端を後述のグリッパに担持されな
がら転写ドラム７１６に巻き付き、像形成過程に移行す
る。尚、給紙カセソト７３５，７３６のいずれを選択す
るかは、主制御部の指示により決定し、選択された給紙
ローラのみが回転する様になっている。

【００１９】上記構成により、ＹＭＣＫ４色によるフル
カラー印刷を実現する。

【００２０】［プリンタ制御系の説明（図２）］図２は
本発明の実施形態を示すホストベースプリンタ制御シス
テムの構成を説明するブロック図である。ここでは、力
ラーレーザビームプリンタ（図１）を例にして説明す
る。なお、本発明の機能が実行されるのであれば、単体
の機器であっても、複数の機器からなるシステムてあっ
ても、ＬＡＮ等のネットワークを介して処理が行われる
システムであっても本発明を適用できることは言うまで
もない。

【００２１】図２において、３０００はホストコンピュ
ータで、ＲＯＭ３のプログラム用ＲＯＭに記憶された文
書処理プログラム等に基づいて図形，イメージ，文字，
表（表計算等を含む）等が混在した文書処理を実行する
ＣＰＵ１を備え、システムバス４に接続される各デバイ
スをＣＰＵ１が総括的に制御する。

【００２２】また、このＲＯＭ３のプログラム用ＲＯＭ
には、ＣＰＵ１の制御プログラム等を記憶し、ＲＯＭ３
のフォン卜用ＲＯＭには上記文書処理の際に使用するフ
オントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭは
上記文書処理等を行う際に使用する各種データを記憶す
る。

【００２３】２はＲＡＭで、ＣＰＵ１の主メモリ，ワー
クエリア等として機能する。５はキーボードコントロー
ラ（ＫＢＣ）で、キーボード９や不図示のポインティン
グデバイスからのキー入力を制御する。６はＣＲＴコン
トローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲ
Ｔ）１０の表示を制御する。７はメモリコントローラ
（ＭＣ）で、ブートプログラム，種々のアプリケーショ
ン、フォントデータ，ユーザファイル，編集ファイル等
を記憶するハードディスク（ＨＤ）、フレキシブルディ
スク（ＦＤ）等の外部メモリ１１とのアクセスを制御す
る。８はプリンタコントローラ（ＰＲＴＣ）で、所定の
双方向性インタフェース（インタフェース）２１を介し
てプリンタ１０００に接続されて、プリンタコントロー
ラ部１００１との通信制御処理を実行する。なお、ＣＰ
Ｕ１は、例えはＲＡＭ２上に設定された表示情報ＲＡＭ
へのアウトラインフォントの展開（ラスタライズ）処理
を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能とし
ている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマ
ウスカーソル等で指示されたコマンドに基づいて登録さ
れた種々のウインドウを開き、種々のデータ処理を実行
する。

【００２４】プリンタ１０００において、１２はプリン
タＣＰＵで．ＲＯＭ１３のプログラム用ＲＯＭに記憶さ
れた制御プログラム等に基づいてシステムハス１５に接
続される各種のデバイスとのアクセスを総括的に制御
し、印刷部インタフェース１６を介して接続される印刷
機構部（プリンタエンジン）１７に出力情報としての画
像信号を出力する。また、このＲＯＭ１３のプログラム
用ＲＯＭには、図４，図５のフローチャートで示される
ようなＣＰＵ１２の制御プログラム等を記憶する。ＣＰ
Ｕ１２は入力部１８を介してホストコンピュータ３００
０との通信処理が可能となっており、プリンタ内の情報
等をホストコンピュータ３０００に通知可能に構成され
ている。１９は、ＣＰＵ１２の主メモリ、ワークエリア
等として機能するＲＡＭで、図示しない増設ポートに接
続されるオプションＲＡＭによりメモリ容量を拡張する
ことができるように構成されている。なお、ＲＡＭ１９
は、ホストコンピュータ３０００より受信した画像ビッ
トマップデータを格納しておくための描画メモリ、ビデ
オ信号ＯＮ／ＯＦＦ情報格納領域、その他のワーク領域
等に用いられる。１１０は操作パネルで、操作のための
スイッチおよひＬＥＤ表示器等が配されている。３０は
メモリコントローラ（ＭＣ），３１は外部メモリであ
る。

【００２５】次に図３について説明する。図３は、図２
に示したホストコンピュータのＣＰＵ１とプリンタＣＰ
Ｕ１２における印刷機能の処理構成を説明するブロック
図であり、図１と同一のものには同一の符号を付してあ
る。

【００２６】図３において、３０００は、例えばサーバ
またはクライアントとして機能するホストコンピュータ
であり、印刷データおよび制御コードからなる印刷情報
をプリンタ１０００に出力するものである。

【００２７】プリンタ１０００は、機能的に大きく分け
てコントローラ部１００、オペレーションパネル部１１
０、印刷機構部１７より構成されている。本実施形態で
はプリンタ１０００として、具体的にはカラーレーザビ
ームプリンタ（以下カラーＬＢＰと記述）を想定してい
る。尚、本発明を適用可能なプリンタはＬＢＰに限られ
るものではなく、インクジェットプリンタ、サーマル
（熱転写）プリンタなど他のプリント方式のプリンタで
も良いことは言うまでもない。

【００２８】プリンタ１０００において、コントローラ
部１００は、ホストコンピュータ３０００との接続手段
であるところのインタフェース（Ｉ／Ｆ）部１４、受信
データ等を一時的に保持管理するための受信バッファ１
０１、送信データ等を一時的に保持管理するための送信
バッファ１０２，印刷データの解析を司るコマンド解析
部１０４、印刷制御処理実行部１０５，画像処理解析実
行部（画像制御部）１０３、出力制御部１０７などより
構成されている。インタフェース（Ｉ／Ｆ）部１４はホ
ストコンピュータ３０００との印刷データの送受信を行
う通信手段である。このインタフェース（Ｉ／Ｆ）部１
４を通して受信した印刷データは、そのデータを一時的
に保持する記憶手段である受信バッファ１０１に遂次蓄
積され、必要に応じてコマンド解析部１０１または画像
制御部１０３によって読み出され処理される。コマンド
解析部１０４は、各印刷制御コマンド体系や印刷ジョブ
制御言語に準じた制御プログラムにより構成されてお
り、このコマンド解析部１０４で解析されたコマンド
は、ビットマップデータなどの画像データに関するもの
は、画像制御部１０３に指示を与えて処理し、給紙選択
やリセット命令などの描画以外のコマンドは、印刷制御
処理実行部１０５に指示を出し処理する。

【００２９】画像制御部１０３ては、転送されてきた画
像データコマントデータからコマンド部分を外し、圧縮
されたイメージデータであれば、この画像制御部１０３
にて伸長処理が行われ、ヒデオ出力ハッファ１０６へ格
納する。この画像データ受信処理と印刷機横部（プリン
タエンジン）１７へのヒデオ信号の出力の追いかけっ
こ、つまりバンディング制御によってビデオ出力バッフ
ァは管理されていてもよいし、十分なメモリがある場合
は、１ページ分が格納可能な領域をビデオ出力バッファ
として確保してもよい。

【００３０】オペレーションパネル１１０は、プリンタ
の各種状態を設定・表示するためのものである。出力制
御部１０７は、ヒデオ出力バッファ１０６に格納されて
いる画像ビットマップデータをビデオ信号に変換処理
し、印刷機構部（プリンタエンジン）１７へ転送する。
印刷機構部１７は受け取ったビテオ信号を記録紙に永久
可視画像形成するための機構である。

【００３１】以上プリンタ１０００について説明した
が、次にホストコンピュータ３０００の構成について説
明する。

【００３２】ホストコンピュータ３０００は、入力デバ
イスであるキーボート９やポインテイングデバイスであ
るマウス２２０と、表示デバイスであるディスプレイモ
ニタ１０を合わせた−つのコンピュータシステムとして
構成されている。ホストコンピュータ３０００は、Ｗｉ
ｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）、Ｍａ
ｃＯＳ等の基本ＯＳの下で動作しているものとする。

【００３３】ホストコンピュータ側について本発明に関
する機能的な部分にのみ着目して基本ＯＳ上での機能を
大きく分類すると、アプリケーションソフト２０１、基
本ＯＳの一部であるグラフィックデバイスインタフェー
ス（以後、ＧＤＩと記す）２０２、そして本発明の印刷
設定画面表示部２０５を有するプリンタドライバ２０
３、プリンタドライバの生成したデータを一時的に格納
するプリントスプーラ２０４と分けて考えることができ
る。

【００３４】なお、基本ＯＳによってこれらの名称や機
能的な枠組みは若干異なる場合があるが、本発明で言う
各技術的手段が実現できるモジュールであれは、それら
の名称や枠組みは本発明にとってあまり大きな問題では
ない。ＧＤＩやプリンタドライバと呼ばれるモジュール
は、Ｗｉｎｄｏｗｓ（登録商標）９８やＷｉｎｄｏｗｓ
（登録商標）ＮＴ固有のものであり、他の基本ＯＳにお
いては、たとえば、グラフィックカーネルやプリントフ
ィルタなどと呼ばれるモジュールで実現可能である。

【００３５】同様にプリントスプーラ２０４において
も、プリントキューと呼ばれるモジュールに処理を組み
込むことによって実現可能である。

【００３６】なお、一般的に、これらの構成要素からな
るホストコンピュータ３０００は、図２で示したＣＰＵ
１、ＲＡＭ２、ＲＯＭ３、外部メモリ１１などのハード
ウェアの下で、基本ソフトと呼ばれるソフトウェア（Ｂ
ＩＯＳ）がその制御を司り、その基本ソフトの下で応
用、ソフトが動作するような構成になっている。

【００３７】印刷設定画面表示部２０５を有するプリン
タドライバ２０３も、この応用ソフトの一つと位置付け
られるものである。また、アプリケーションソフト２０
１は、例えば、ワープロや表計算などの基本ソフトウェ
ア上で動作する応用ソフトウェアを指すものである。ま
た、アプリケーションソフトは任意のタイミングで複数
起動（主メモリ容量により変動する）であり、それらを
アプリ２０６として図示してある。

【００３８】次に、アプリケーション２０１として任意
のイメージ編集ソフトを使用した場合を例に取り説明す
る。

【００３９】アプリケーション２０１で、イメージの編
集作業を中心に行い、そのイメージを印刷する時には、
マウス２２０などによってディスプレイモニタ１０上に
表示される印刷メニューを選択して印刷を実行する。次
に、アプリケーション２０１は、基本ＯＳの一部の機能
であるＧＤＩ２０２をコールする。このＧＤＩ２０２
は、画面表示や印刷出力などの表示デバイスや印刷テバ
イスを司る基本関数群であり、各社各様のアプリケーシ
ョンソフトウェアは、この基本関数群を利用すること
で、機種（ハードウェア）に依存する部分を意識するこ
となく、アプリケーションソフトウェアを動作させるこ
とが可能である。

【００４０】次にＧＤＩ２０２では、それぞれの印刷装
置の機種に依存する情報を管理するプリンタドライバ２
０３から印刷テバイス（この場合はプリンタ１０００）
の持つ描画能力や印刷解像度などの情報を取り込み、ア
プリケーションソフト２０１からコールされたＡＰＩ関
数を処理し、その処理内容に応じてプリンタドライバが
ＧＤＩ２０２に対して提供する関数をコールする。この
関数はあらかじめ決められたインタフェース（Ｄｅｖｉ
ｃｅＤｒｉｖｅｒｌｎｔｅｒｆａｃｅ、通称ＤＤ
Ｉ）になっており、プリンタトライバの作成者はこのイ
ンタフェースから実際の印刷装置へのデータ変換を中心
にプリンタドライバを作成することとなる。

【００４１】プリンタドライバ２０３は、ＧＤＩ２０２
より受け取ったＤＤＩ情報と、それ自身が持つグラフィ
カルユーザインタフェース（ＧＵＩ）によって設定され
た印刷環境設定をもとに、印刷データ（画像ビットマッ
プテータ）生成処理２０７と、プリンタ制御コマンド生
成処理２０８を行いプリントスプーラ２０４に対して送
出される。さらにこれらのデータは、プリントスプーラ
２０４を経由し、さらにホストコンピュータ３０００の
接続手段であるＩ／Ｆ部２０を経てプリンタ１０００へ
送出されることになる。

【００４２】ここで、ホストベースプリンタにおける印
刷成功／失敗の仕組みを説明する。

【００４３】外部装置で作成されたビットマップデータ
は、画像が複雑でかつビットマップ展開する際の解像
度、色階調が高い程、そのデータ量が増大する。通常、
ビットマップデータは転送時間を短縮するためデータ圧
縮が施され、データ量を小さくした上でプリンタヘ転送
する。それでも、圧縮方法によっては写真画像などで６
００ｄｐｉ６４階調、Ａ４サイズで数十Ｍバイトにも達
してしまう。ここで、「外部装置とプリンタ間の入出力
Ｉ／Ｆの転送速度＞コントローラと印刷機構部間のエン
ジンビデオＩ／Ｆの転送速度」であれば、いくらデータ
量が多くても印刷は必ず成功する。また「外部装置とプ
リンタ間の入出力Ｉ／Ｆの転送速度＜コントローラと印
刷機構部間のエンジンビデオＩ／Ｆの転送速度」であっ
ても、ビデオ出力バッファ１０６の容量が十分にあれ
ば、すべてのビットマップデータをビデオ出力バッファ
に溜め込んでから、エンジンビデオＩ／Ｆを通して印刷
機構部へ転送すればよい。しかし、エンジンの印刷スピ
ードが速くなると、「外部装置とプリンタ間の入出力Ｉ
／Ｆの転送速度＞コントローラと印刷機構部間のエン
ジンビデオＩ／Ｆの転送速度」にすることは難しく、十
分なメモリを搭載することもコストが高くなるため難し
い。

【００４４】そのため、ある程度のヒデオ出力バッファ
（ＲＡＭ）を搭載し、外部装置から転送されたビットマ
ップデータをそこに格納していき，ビデオ出力バッファ
がフルになった所で、印刷を開始する。

【００４５】印刷が開始されるとエンジンビデオＩ／Ｆ
を通してビデオ出力バッファに蓄えられているビットマ
ップデータが印刷機構部へ転送されていく。つまり、印
刷の開始後は、ビデオ出力バッファ中のデータが印刷機
横部へ出力され、一力では外部装置からデータがビデオ
出力バッファに入力されていくことになる。ここで、
「外部装置とプリンタ間の入出力Ｉ／Ｆの転送速度＜コ
ントローラと印刷機構部間のエンジンビデオＩ／Ｆの転
送速度」であれば、ビデオ出力バッファ中のデータは徐
々に減少していくことになる。このビデオ出力バッファ
中のデータが０になる前に、外部装置からビットマップ
データがすべて転送されてしまえば、印刷は成功する
が、外部装置にまだビットマップデータが残っているの
に、ビデオ出力バッファ中のデータが０になってしまっ
た場合、その時点で印刷画像が切れてしまい、印刷に失
敗することとなる。

【００４６】［ホストコンピュータの動作の説明］図４
は、ホストコンピュータとプリンタの両方の電源がＯＮ
された時（通信が可能となった時）、本実施形態のホス
トコンピュータにおける印刷設定画面表示部２０５（図
３）の制御手順を示すフローチャートで、このプログラ
ムはＲＯＭ３に記憶されており、ＣＰＵ１の制御の下に
実行される。

【００４７】本実施形態では、ホストコンピュータとプ
リンタの両方の電源がＯＮされた時（通信が可能となっ
た時）に、印刷設定画面表示部２０５においてプリンタ
へのデータ転送スピードの計測と、印刷設定項目に表示
する選択肢の決定を行う。ホストコンピュータの電源が
ＯＮされ、プリンタドライバが起動されると、ステップ
Ｓ１１でプリンタの電源がＯＮされているか（プリンタ
と通信可能か）確認する。電源がＯＦＦである場合はＯ
Ｎされ通信が可能となるまで待つ。電源がＯＮされ通信
が可能となった場合、ステップＳ１２へ進みデータ転送
時間計測用のタイマをスタートさせる。そしてステップ
Ｓ１３でダミーデータをプリンタへ転送する。ダミーデ
ータは一種のコマンドとしてインプリメントしておき、
プリンタは受信しても何もせすに捨てるような仕組みを
作っておけばよい。次にステップＳ１４でダミーデータ
転送が終了するのを待ち、転送が終了した場合ステップ
Ｓ１５へ進み時間計測のタイマを停止させる。そして、
ステップＳｌ６で計測された時間と、転送したダミーデ
ータのサイズからホストコンピュータからプリンタへの
データ転送スピードを計算する。

【００４８】次にステップＳ１７で、先に計算したデー
タ転送スピードと閾値Ａを比較して、データ転送スピー
ドの方が大きければステップＳ１９へ進み、色階調の選
択肢を１ｂｉｔ（２階調）、２ｂｉｔ（４階調）、４ｂ
ｉｔ（１６階調）、８ｂｉｔ（２５６階調）に決定す
る。この場合、実際の印刷時に印刷設定画面を表示させ
ると、図５に示したようにすべての色階調が選択可能な
印刷設定画面を表示する。ただし、図においては８ｂｉ
ｔ（２５６階調）を高詣調１，４ｂｉｔ（１６階調）を
高階調２，２ｂｉｔ（４階調）を標準１，１ｂｉｔ（２
階調）を標準２，というような選択肢にした。このよう
に、色階調の選択肢は具体的な数字で表さなくてもよい
のは言うまでも無い。一方、閾値Ａより小さい場合は、
ステップＳ１８でデータ転送スピードと閾値Ｂを比較す
る。データ転送スピードの方が大きければステップＳ１
１０へ進み、色階調の選択肢を１ｂｉｔ（２階調）、２
ｂｉｔ（４階調）、４ｂｉｔ（１６階調）の３種類に決
定する。この時、印刷実行時に表示させる印刷設定画面
は、図６に示したように、８ｂｉｔ（２５６階調）をグ
レイアウトさせて表示させたり、また図７のように色階
調の選択肢から８ｂｉｔ（２５６階調）を完全に隠して
（除外して）しまったりすれば良い。要はユーザが８ｂ
ｉｔ（２５６階調）を選択できないようにしてしまう。
そして、閾値Ｂより小さい場合はステップＳ１１１へ進
み、色階調の選択肢を１ｂｉｔ（２階調）、２ｂｉｔ
（４階調）の２種類に決定する。そして、同様に印刷設
定画面は、図８に示すように、８ｂｉｔと４ｂｉｔを選
択できないようにする。

【００４９】データ転送スピートＡ，Ｂについては、そ
れぞれの色階調によって任意の値に定めるものであっ
て、実験的に印刷評価を行うことで求めてもよいし、デ
ータ転送スピードと各色階調で生成されるビットマップ
サイズとの兼ね合いから計算で求めてもよく、特にこれ
に限定されるものてはない。また、本実施形態では４種
類の色階調をサポートしているとしたが、これも限定さ
れるものてはなく、複数の色階調をサポートしていれば
よい。以上が、第１実施形態においてホストコンピュー
タとプリンタが共に電源ＯＮされ通信が可能となった時
に実行される初期化ロジックの説明である。

【００５０】以上、従来のホストベース印刷システムで
は、Ｉ／Ｆのデータ転送スピードに関わらず、ユーザは
サポートしているすべての色階調を選択することが可能
であった。そのため、実際に接続されているＩ／Ｆのデ
ータ転送スピードが遅いにも関わらす、高階調を選択し
て印刷に失敗し、資源（用紙，トナー，電力，ｅｔｃ）
を浪費（無駄に）してしまうという問題があった。

【００５１】しかし、本実施形態で説明したところによ
ると、本ホストベース印刷システムは、複数の色階調を
サポートし、初期化時にＩ／Ｆのデータ転送スピートを
計側し、そのデータ転送スピードを基に印刷に失敗する
と考えられる色階調を、印刷設定画面の選択肢から外し
ておくことにより、印刷の失敗を極力避けることを可能
とし、資源を無駄にしない効果がある。

【００５２】〔第２実施形態〕第１実施形態では、Ｉ／
Ｆのデータ転送スピードにより、印刷設定画面に表示す
る色階調の選択肢を変えていた。ここでは、第２実施形
態として、Ｉ／Ｆの転送スピードにより、印刷設定画面
に表示する印刷データの解像度を変えることとする。色
階調と同様、解像度も高くするほど、生成されるビット
マップデータのサイズは大きくなるため、ホストベース
印刷システムでは印刷に失敗する可能性か高くなる。

【００５３】図９は、第１実施形態の図４と同様、ホス
トコンピュータとプリンタの両方の電源がＯＮされた時
（通信が可能となった時）、本実施形態のホストコンピ
ュータにおける印刷設定画面表示部２０５（図３）の制
御手順を示すフローチャートで、このプログラムはＲＯ
Ｍ３に記憶されており、ＣＰＵ１の制御の下に実行され
る。

【００５４】ステップＳ２１〜ステップＳ２６は、第１
実施形態の図４におけるステップＳ１１〜ステップＳ１
６と全く同じであるので説明を省略する。ステップＳ２
７で、先に計算したデータ転送スピードと閾値Ａを比較
して、データ転送スピードの方が大きければステップＳ
２９へ進み、解像度の選択肢をｌ５０ｄｐｉ、３００ｄ
ｐｉ、６００ｄｐｉ、１２００ｄｐｉに決定する。この
場合、実際の印刷時に印刷設定画面を表示させると、図
５に示したようにすべての解像度が選択可能な印刷設定
画面を表示する。一方、閾値Ａより小さい場合は、ステ
ップＳ２８でデータ転送スピードと閾値Ｂを比較する。
データ転送スピードの方が大きければステップＳ２１０
へ進み、解像度の選択肢をｌ５０ｄｐｉ、３００ｄｐ
ｉ、６００ｄｐｉの３種類に決定する。この時、印刷実
行時に表示させる印刷設定画面は、図６に示したよう
に、ｌ２００ｄｐｉをグレイアウトさせて表示させた
り、または図７のように解像度の選択肢から１２００ｄ
ｐｉを完全に隠して（除外して）しまったりすれば良
い。要はユーザが１２００ｄｐｉを選択できないように
してしまう。そして、閾値Ｂより小さい場合はステップ
Ｓ２１１へ進み、解像度の選択肢をｌ５０ｄｐｉ、３０
０ｄｐｌの２種類に決定する。そして、同様に印刷設定
画面は、図８に示したように、１２００ｄｐｉと６００
ｄｐｉを選択できないようにする。

【００５５】データ転送スピートＡ，Ｂについては、そ
れぞれの解像度によって任意の値に定めるものであっ
て、実験的に印刷評価を行うことで求めてもよいし、デ
ータ転送スピードと各解像度で生成されるビットマップ
サイズとの兼ね合いから計算で求めてもよく、特にこれ
に限定されるものではない。また、本実施形態では４種
類の解像度をサポートしているとしたが、これも限定さ
れるものではなく、複数の解像度をサポートしていれば
よい。以上が、第２実施形態においてホストコンピュー
タとプリンタが共に電源ＯＮされ通信が可能となった時
に実行される初期化ロジックの説明である。

【００５６】従来のホストベース印刷システムでは、Ｉ
／Ｆのデータ転送スピードに関わらず、ユーザはサポー
トしているすべての解像度を選択することが可能であっ
た。そのため、実際に接続されているＩ／Ｆのデータ転
送スピードが遅いにも関わらず、高解像度を選択して印
刷に失敗し、資源（用紙，トナー，電力，ｅｔｃ）を浪
費（無駄に）してしまうという問題があった。

【００５７】しかし、第２本実施形態では、本ホストベ
ース印刷システムは複数の解像度をサポートし、初期化
時にＩ／Ｆのデータ転送スピードを計測し、そのデータ
転送スピードを基に印刷に失敗すると考えられる解像度
を、印刷設定画面の選択肢から外しておくことにより、
印刷の失敗を極力避けることを可能とし、資源を無駄に
させない効果がある。

【００５８】〔第３実施形態〕第３実施形態として、Ｉ
／Ｆの転送スピードにより、印刷設定画面に表示するハ
ーフトーン処理方法を変える実施形態について説明す
る。

【００５９】色階調と同様、ハーフトーンの処理方法に
より、生成されるビットマップデータのサイズは異なっ
てくるため、これもホストベース印刷システムで印刷に
失敗する要因の一つと考えられる。

【００６０】図１０は、第１実施形態の図４と同様、ホ
ストコンピュータとプリンタの両方の電源がＯＮされた
時（通信が可能となった時）、本実施形態のホストコン
ピュータにおける印刷設定画面表示部２０５（図３）の
制御手順を示すフローチャートで、このプログラムはＲ
ＯＭ３に記憶されており、ＣＰＵ１の制御の下に実行さ
れる。

【００６１】なお、ステップＳ３１〜ステップＳ３６
は、第１実施形態の図４におけるステップＳ１１〜ステ
ップＳ１６と全く同じであるので説明を省略する。ステ
ップＳ３７で、先に計算したデータ転送スピードと閾値
Ａを比較して、データ転送スピードの方が大きければス
テップＳ３９へ進み、ハーフトーンの選択肢を「誤差拡
散」、「ディザパターン１」、「ディザパターン２」、
「ディザパターン３」に決定する。この場合、実際の印
刷時に印刷設定画面を表示させると、図５に示したよう
にすべてのハーフトーンが選択可能な印刷設定画面を表
示する。一方、閾値Ａより小さい場合は、ステップＳ３
８でデータ転送スピードと閾値Ｂを比較する。データ転
送スピードの方が大きければステップＳ３１０へ進み、
ハーフトーンの選択肢を「ディザパダーン１」、「ディ
ザパターン２」、「ディザパターン３」の３種類に決定
する。この時、印刷実行時に表示される印刷設定画面
は、図６に示したように、「誤差拡散」をグレイアウト
させて表示させたり、また図７のようにハーフトーンの
選択肢から「誤差拡散」を完全に隠して（除外して）し
まったりすれば良い。要はユーザが「誤差拡散」を選択
できないようにしてしまう。そして、閾値Ｂより小さい
場合はステップＳ３１１へ進み、ハーフトーンの選択肢
を「ディザパターン２」、「ディザパターン３」の２種
類に決定する。

【００６２】そして、同様に印刷設定画面は、図８に示
したように、「誤差拡散」と「ディザパターン１」を選
択できないようにする。

【００６３】データ転送スピードＡ，Ｂについては、そ
れぞれのハーフトーン処理によって任意の値に定めるも
のであって、実験的に印刷評価を行うことで求めてもよ
いし、データ転送スピードと各ハーフトーン処理で生成
されるビットマップサイズとの兼ね合いから計算で求め
てもよく、特にこれに限定されるものではない。また、
本実施形態では４種類のハーフトーン処理をサポートし
ているとしたが、これも限定されるものではなく、複数
のハーフトーン処理をサポートしていればよい。以上
が、第３実施形態においてホストコンピュータとプリン
タが共に電源ＯＮされ通信が可能となった時に実行され
る初期化ロジックの説明である。

【００６４】以上、従来のホストベース印刷システムで
は、Ｉ／Ｆのデータ転送スピードに関わらず、ユーザは
サポートしているすべてのハーフトーン処理を選択する
ことが可能であった。そのため、実際に接続されている
Ｉ／Ｆのデータ転送スピードが遅いにも関わらす、生成
されるビットマップデータサイズが大きくなる処理を選
択して印刷に失敗し、資源（用紙，トナー，電力，ｅｔ
ｃ）を浪費（無駄に）してしまうという問題があった。

【００６５】しかし、本実施形態では、本ホストベース
印刷システムは複数のハーフトーン処理をサポートし、
初期化時にＩ／Ｆのデータ転送スピードを計測し、その
データ転送又ビートを基に印刷に失敗すると考えられる
ハーフトーン処理を、印刷設定画面の選択肢から外して
おくことにより、印刷の失敗を極力避けることを可能と
し、資源を無駄にさせない効果がある。

【００６６】〔第４実施形態〕第１〜第３実施形態で
は、ホストコンピュータとプリンタ間のデータ転送スピ
ードを実際にダミーデータを送信して計測し、その値を
基に成功する可能性のある色階調、解像度、ハーフトー
ン処理の選択肢を決定してきた。ここでは、第４実施形
態として、ダミーデータを送信してデータ転送スピード
を実測するのではなく、接続されているＩ／Ｆの種類に
より各印刷設定の選択肢を決定する。例えば、第１実施
形態で説明した色階調の選択肢を決定する場合、ホスト
コンピュータとプリンタが接続されているＩ／ＦがＲＳ
２３２Ｃのような低速なものである場合は、１ｂｉｔ，
２ｂｉｔの２種類だけ、今後登場してくるであろうＵＳ
Ｂ２．０のような高速なものである場合は、１ｂｉｔ，
２ｂｉｔ，４ｂｉｔ，８ｂｉｔ，つまりすべての選択肢
を表示する。また、その中間であるパラレル（セントロ
ニクス）Ｉ／ＦやＵＳＢ１１のようなものである場合
は、１ｂｉｔ，２ｂｉｔ，４ｂｉｔの３種類を選択肢と
して表示する。どの種類のＩ／Ｆにどの色階調を選択可
能にするかは、規定されるものではなく、いかなる方法
で割り当てを行ってもよい。

【００６７】以上、本実施形態によれば、ダミーデータ
を送信してデータ転送速度を実測すること無しに、Ｉ／
Ｆの種類からデータ転送速度を予測しそれに対応した各
印刷設定の選択肢を決定することにより、より簡単に印
刷の失敗を極力避けることを可能とし、資源を無駄にさ
せない効果がある。

【００６８】

【発明の効果】以上説明したように、本発明の第１〜第
４の発明によれば、Ｉ／Ｆのデータ転送スピードを計測
し、その値によって印刷設定画面に表示する各設定項目
選択肢から印刷に失敗する確立の高いものを除外してお
きことにより、印刷の失敗を極力避けることができ、し
たがって資源の無駄をなくすことができる効果が得られ
る。

【図面の簡単な説明】

【図１】本発明の実施形態におけるカラーレーザビーム
プリンタ（ＬＢＰ）の内部構造を示す断面図である。

【図２】図１のＬＢＰを含むプリンタ制御システムの構
成を示すブロック図である。

【図３】図２におけるホストコンピュータの制御部とプ
リンタの制御部におけるデータ圧縮処理部の処理構成を
説明するブロック図である。

【図４】本発明の第１実施形態のデータ処理を説明する
フローチャートである。

【図５】本発明における印刷設定画面の一例を示す図で
ある。

【図６】本発明における印刷設定画面の一例を示す図で
ある。

【図７】本発明における印刷設定画面の一例を示す図で
ある。

【図８】本発明における印刷設定画面の一例を示す図で
ある。

【図９】本発明の第２実施形態のデータ処理を説明する
フローチャートである。

【図１０】本発明の第３実施形態のデータ処理を説明す
るフローチャートである。

【符号の説明】

１０００プリンタ３０００ホストコンピュータ１ＣＰＵ２ＲＡＭ３ＲＯＭ１２プリンタＣＰＵ１３ＲＯＭ１９ＲＡＭ１１０オペレーションパネル

Claims

【特許請求の範囲】

【請求項１】ワープロなどのアプリケーションソフト
で作成した印刷データを、ホストコンピュータ側で多値
データとしてビットマップ展開し、そのビットマップデ
ータをプリンタへ転送し、印刷動作を行うホストベース
印刷システムにおいて、前記ホストコンピュータは、プリンタへ転進レート計測
用のダミーデータを送信する送信手段と、前記送信手段により、ダミーデータ送信にかかった時間
を計測する計測手段と、前記計測手段により計測した時間とダミーデータのデー
タ量より、Ｉ／Ｆのデータ転送スピードを計算する計算
手段と、各印刷データに対する各種印刷設定を行うための印刷設
定画面を表示する表示手段と、前記表示手段で表示される印刷設定画面には、色階調を
選択可能とする選択手段と、前記計測手段により計測したＩ／Ｆのデータ転送スピー
ドにより、印刷設定画面に表示する設定可能な色階調の
選択肢を変更する手段と、を有することを特徴とするホ
ストベース印刷システム。
【請求項２】請求項１記載のホストベース印刷システ
ムにおいて、前記印刷設定画画には、解像度を選択可能とする選択手
段と、計測したＩ／Ｆのデータ転送スピードにより、設定可能
な解像度の選択肢を変更する手段と、を有することを特徴とするホストベース印刷システム。
【請求項３】請求項１に記載のホストベース印刷シス
テムにおいて、その印刷設定画面には、ディザパターンを選択可能とす
る選択手段と、計測したＩ／Ｆのテーダ転送スピードにより、設定可能
なティザパターンの選択肢を変更する手段と、を表示することを特徴とするホストベース印刷システ
ム。
【請求項４】請求頃１〜３のいずれかに記載のホスト
ベース印刷システムにおいて、前記プリンタに接続され
ているＩ／Ｆの種類に応じて各種設定項目の選択肢を変
更する手段を有することを特徴とするホストベース印刷
システム。