JPH06282388A

JPH06282388A - 印刷装置及びその方法

Info

Publication number: JPH06282388A
Application number: JP5067183A
Authority: JP
Inventors: Tetsuya Morita; 哲哉森田; Yoshibumi Okamoto; 義文岡本; Satoshi Nagata; 聡永田; Masaki Unishi; 真己卯西; Toshiya Mihashi; 俊哉三橋; Nobuhiko Sato; 信彦佐藤; Takanori Nishijima; 孝徳西島; Akihiro Shimura; 明弘志村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1993-03-26
Filing date: 1993-03-26
Publication date: 1994-10-07

Abstract

(57)【要約】【目的】リソースプリンタにおいても印刷データ転送時
にビットマップメモリのクリアを行なう。【構成】ホストコンピュータは、データ転送終了後、該
当ページのビットマップメモリについて、プリンタ内部
のリソースメモリを活用することにより、容易にビット
マップの再構築ができると判断すると、ステップＳ２３
で、ホストコンピュータが、クリア動作を行なうモード
としてのクリアモード及びフラグをオンにする。そし
て、プリンタにてジャム等のエラーが発生した場合、ク
リアモードであれば、プリンタ内に存在するリソースメ
モリを有効活用するよう、再度、データ転送を行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータと
プリンタとを接続して印刷を行なう印刷装置及びその方
法に関するものである。

【０００２】

【従来の技術】従来より、ホストコンピュータのリソー
スを利用して印刷出力するプリンタでは、ホストコンピ
ュータより必要に応じてダウンロードされるリソースデ
ータをリソースメモリ内に蓄え、また、それらのリソー
スデータをどのようにビットマップメモリへ展開するか
を指示するための制御コード及び文字コードよりなるペ
ージ生成コードに従ってビットマップメモリを構築す
る。

【０００３】また、リソースメモリには物理的な容量の
制約があるため、リソースデータの種類が増え、データ
がリソースメモリエリアに格納しきれなくなった場合、
不要なリソースデータを消去し、新しいリソースデータ
を格納するという方式をとっている。

【０００４】

【発明が解決しようとする課題】上述のように、従来の
リソースプリンタでは、リソースメモリの物理的容量か
らくる制限により、任意のページを構築するためにビッ
トマップメモリへデータを展開しているが、この展開後
に、ビットマップメモリに存在する全てのリソースがリ
ソースメモリに存在するとは限らない。そのため、一度
消去したビットマップメモリをプリンタ内部のデータの
みで再度生成することは不可能であるという問題があ
る。

【０００５】つまり、一度構築したビットマップメモリ
を消去できるのは、印刷出力が正常終了したのを検知し
た後であるため、ビデオ出力時に同時にメモリをクリア
できる方式をとるプリンタに比べて、スループットが低
いという問題がある。本発明は、上述の課題に鑑みてな
されたもので、その目的とするところは、リソースプリ
ンタにおいても印刷データ転送時にビットマップメモリ
のクリアを行なえる印刷装置及びその方法を提供するこ
とである。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１に記載の発明は、印刷リソースデータを
リソースメモリに登録するとともに、ビットマップメモ
リ上に出力画像をイメージ展開し、ホストとプリンタ間
で双方向の通信が可能な印刷装置において、前記印刷リ
ソースデータをもとに、前記ビットマップメモリ内のイ
メージの再構築の可能性を判断する手段と、前記再構築
の可能性があると判断された場合、前記出力画像の印刷
出力時における前記ビットマップメモリのクリアを指示
する手段とを備え、前記プリンタにて印刷出力エラーが
発生した場合、前記指示に従って前記リソースデータを
前記ビットマップメモリに転送する。

【０００７】また、請求項３に記載の発明は、印刷リソ
ースデータをリソースメモリに登録するとともに、ビッ
トマップメモリ上に出力画像をイメージ展開する印刷方
法において、前記印刷リソースデータをもとに、前記ビ
ットマップメモリ内のイメージの再構築の可能性を判断
する工程と、再構築の可能性があると判断された場合、
前記出力画像の印刷出力時における前記ビットマップメ
モリのクリアを指示する工程と、前記プリンタにて印刷
出力エラーが発生した場合、前記指示に従って前記リソ
ースデータを前記ビットマップメモリに転送する工程と
を備える。

【０００８】

【作用】以上の構成において、ホストコンピュータ側で
ジャム処理におけるビットマップの再構築を行ない、ビ
ットマップメモリのクリアを行なうよう機能する。

【０００９】

【実施例】以下、添付図面を参照して、本発明に係る好
適な実施例を詳細に説明する。図１は、本発明の実施例
に係るレーザビームプリンタ（以下、ＬＢＰという）の
断面構成を示す図である。図１において、符号１００は
ＬＢＰ本体であり、外部に接続されているホストコンピ
ュータ（不図示）から供給される印刷情報（例えば、文
字コード等）やフォーム情報、あるいはマクロ命令等を
入力し、記憶するとともに、それらの情報に従って対応
する文字パターンやフォームパターン等を作成し、記憶
媒体である記録紙上に像を形成する。

【００１０】１１２は、プリンタ操作のためのスイッチ
及びＬＥＤ表示器等が配されている操作パネル、１０１
は、ＬＢＰ本体１００の制御、及びホストコンピュータ
から入力される文字情報等を解析するプリンタ制御ユニ
ットである。このプリンタ制御ユニット１０１は、主に
文字情報を対応する文字パターンのビデオ信号に変換し
てレーザドライバ１０２に出力する。

【００１１】レーザドライバ１０２は、半導体レーザ１
０３を駆動するための回路であり、入力されたビデオ信
号に応じて半導体レーザ１０３から発射されるレーザ光
１０４をオン／オフの切り換えをする。レーザ光１０４
は、回転多面体１０５で左右方向に振られて静電ドラム
１０６上に走査露光する。これにより、静電ドラム１０
６上には文字パターンの静電潜像が形成されることにな
る。

【００１２】上記の潜像は、静電ドラム１０６周囲に配
置された現像ユニット１０７により現像された後、記録
紙に転写される。記録紙には、例えば、カットシートを
用い、カットシート記録紙は、ＬＢＰ１００に装着した
用紙カセット１０８に収納され、給紙ローラ１０９及び
搬送ローラ１１０，１１１とにより、プリンタ装置内に
取り込まれる。そして、それが静電ドラム１０６に供給
され、像を記録紙に転写することで画像が形成される。

【００１３】図２は、実施例に係るプリンタを用いた印
刷システムの構成を示すブロック図である。同図におい
て、ホストコンピュータ３００は、プリントデータ及び
制御コードからなる印刷情報を通信手段を介してプリン
タ２００に出力したり、逆に、プリンタ２００からステ
ータス情報を受け取り、例えば、ホストコンピュータ本
体１１に内蔵されるハードディスク１１ａに格納される
印刷装置制御プログラムに基づいて各部を制御する。

【００１４】なお、ホストコンピュータ３００は、本体
１１、ディスプレイ１２、キーボード１３、通信インタ
ーフェース１４、ポインティングデバイス１５にて構成
され、インターフェースケーブル２０によりプリンタ２
００のインターフェース２１１に接続されて、プリンタ
制御システムが構成されている。プリンタ２００は、大
別してフォーマッタ制御部２１とプリンタエンジン部２
２により構成され、フォーマッタ制御部２１は、通信イ
ンターフェース部２１１、送受信バッファ部２１２、プ
ログラムＲＯＭ部２１３、ＣＰＵ部２１４、出力制御部
２１５、ＲＡＭ部２１６、オペレーションパネル部２１
７等にて構成されている。

【００１５】フォーマッタ制御部２１は、プログラムＲ
ＯＭ部２１３に記憶された制御プログラムに基づいて、
各デバイスを総轄的に制御すると同時に、ホストコンピ
ュータ３００から受け取ったプリントデータ及び印刷制
御コードに従ってビットマップメモリ２１６１への展開
を行なう。送受信バッファ２１２は、通信インターフェ
ース２１１を介して、ホストコンピュータ３００から受
信した印刷情報や、プリンタ２００の各種状態をホスト
コンピュータ３００へ通知するための送信データを一時
的に保持する記憶手段として機能する。また、主メモリ
となるＲＡＭ部２１６は、送受信部バッファ２１２より
印刷情報を読み取り、印刷データの解析を行なった結果
やダウンロードされたフォントを格納したり、印刷制御
に必要な様々なパラメータ等を保持する領域として使用
するワークエリア２１６２と、ビットイメージとして図
形や文字の展開を行なう領域であるビットマップメモリ
２１６１等にて構成されている。

【００１６】また、出力制御部２１５は、ビットマップ
メモリ２１６１の内容をビデオ信号に変換処理し、プリ
ンタエンジン部２２への画像出力を行なう。なお、プリ
ンタエンジン部２２は、ビットイメージとして展開され
た結果をビデオ信号で受け取り、記録紙上に永久可視画
像形成するための印刷機構部である。図３は、上記ワー
クエリア２１６２の詳細構成を示す図である。同図から
明らかなように、ビットマップメモリとワークメモリと
いう２種類に別けられたＲＡＭ部２１６のワークメモリ
には、さらにページバッファメモリ、及びリソースメモ
リが含まれる。

【００１７】図４は、実施例に係るプリンタを有する印
刷システムのホストコンピュータ側での内部処理を説明
するための概念図である。図４において、符号３００は
ホストコンピュータ、４６はプリンタ、１２はディスプ
レイである。このホストコンピュータ３００内において
は、基本となるオペレーティングシステム（ＯＳ）４１
上で、例えば、ワープロ等のアプリケーションソフトウ
ェア４２が起動している。アプリケーションソフトウェ
ア４２において、ディスプレイ画面に対する表示やプリ
ンタ４６に対する印刷描画は、ある規則に基づいた一般
的な形式で出力装置インターフェース４４を介して行な
われる。

【００１８】このような出力装置インターフェース４４
の構成は公知であり、アプリケーションソフトウェア４
２の出力が、それぞれのプリンタや表示デバイスに対し
てまちまちにならないように支援し、アプリケーション
からのデバイスに依存しない関数呼び出しをデバイス制
御を行なう部分（ここでは、プリンタ制御部（プリンタ
ドライバ）４５）に受け渡して、デバイス依存性を吸収
するものである。

【００１９】出力装置インターフェース４４は、プリン
タ４６に対する指令が入力されると、それをプリンタ制
御部４５を介してプリンタに送り、その制御を行なう。
このプリンタ制御部４５は、受け取った印刷制御データ
をプリンタ４６が持つコマンド体系に変換する処理をし
たり、必要に応じてホストコンピュータ３００で管理し
ているプリンタフォントリソースをプリンタ４６へダウ
ンロードしたりする。

【００２０】図５は、上記印刷システムにおけるプリン
タ制御処理の手順を示すフローチャートであり、また、
図６は、フォントのダウンロード処理手順を示すフロー
チャートである。図５において、ステップＳ１では印刷
処理に関する命令の解析を行ない、ステップＳ２で、ス
テップＳ１での解析結果をもとに処理の分岐を行なう。
つまり、ステップＳ３では、印刷制御データをプリンタ
用の命令に変換し、また、ステップＳ４では、後述する
フォントのダウンロード処理を実行する。そして、ステ
ップＳ５では、プリンタとの通信を行なう。

【００２１】なお、ステップＳ２での処理の分岐判断に
おいて、受け取ったデータがプリンタ用の命令変換処理
でもなく、また、フォントのダウンロード処理でもない
と判断された場合、処理をステップＳ２からステップＳ
５へと進める。フォントのダウンロード処理として、図
６のステップＳ１０では、フォント登録テーブルの検索
を行ない、ステップＳ１１で、該当フォントが登録済か
否かの判断をする。ここでの判断がＮＯであれば、ステ
ップＳ１２で、全てのテーブル検索が終了しているかど
うかの判断をする。そして、このステップＳ１２で、全
てのテーブル検索が終了していないと判断されると、再
度、ステップＳ１０に処理を戻す。

【００２２】しかし、全てのテーブルの検索が終了して
いれば、つまり、ステップＳ１２の判断結果がＹＥＳで
あれば、処理をステップＳ１３に進め、新規の登録処理
を行なう。一方、ステップＳ１１での判断結果がＹＥＳ
の場合、ステップＳ１４で、フォントの登録フラグを判
断し、フラグがオンであれば本処理を終了する。しか
し、フラグがオフの場合、ステップＳ１５でダウンロー
ドデータを作成し、続くステップＳ１６で登録フラグを
オンにして本処理を終える。

【００２３】次に、上述の手順によってビットマップメ
モリの構築を完了した後のプリンタに対する制御手順
を、図７及び図８に示すフローチャートを参照して説明
する。図７は、上記印刷システムにおけるホストコンピ
ュータ側のページデータ転送後の処理を示すフローチャ
ートである。ここでは、ホストコンピュータは、プリン
タ内部のリソースメモリの内容を完全に把握しており、
ステップＳ２１でのデータ転送終了後、該当ページのビ
ットマップメモリについて、プリンタ内部のリソースメ
モリを活用することにより、比較的容易にビットマップ
の再構築ができるか否かの判断をする（ステップＳ２
２）。

【００２４】ビットマップの再構築が容易であると判断
されると、ステップＳ２３で、ホストコンピュータがク
リア動作を行なうモードとしてのクリアモード及びフラ
グをオンにするが、再構築が容易ではない場合には、ス
テップＳ２４でクリアモードとフラグをオフにする。そ
して、プリンタに対してフォームフィード命令を行なう
前に、ビデオ転送時のメモリクリアを行なうか否かをコ
マンドにて指示する（ステップＳ２５）。これにより、
プリンタは、各ページ単位でホストより指示されたビデ
オ転送方法で印刷出力を行なう。

【００２５】プリンタにてジャム等のエラーが発生した
場合（ステップＳ２６での判断がＹＥＳ）、プリンタは
その旨をホストコンピュータへ通知する。これにより、
ホストコンピュータは、プリンタのビデオ転送モードが
クリアモードである場合、ステップＳ２９でジャム処理
を行なう。つまり、クリアモードでない場合は通常の処
理、すなわち、ジャムが解除になった時点でビデオ転送
を再度行なうよう指示する。しかし、クリアモードの場
合、プリンタ内に存在するリソースメモリを有効活用す
るよう、必要であれば文字コードの転送順序を並べ替え
ながら、再度、データ転送（リソースデータは、最大
限、プリンタ内部のものを活用できるようにする）を行
なう。

【００２６】図８は、上記印刷システムにおけるプリン
タの印刷出力時のジャム処理を示すフローチャートであ
る。同図において、ステップＳ４１で出力データの１文
字を入力し、ステップＳ４２で、その文字がプリンタ内
のリソースメモリに存在するかどうかの判断をする。そ
の結果、該当文字が存在しない場合、ステップＳ４３に
て該当文字を後まわしにする処理を行ない、続くステッ
プＳ４４で、その旨スキップフラグに記憶する。

【００２７】一方、ステップＳ４２での判断結果がＹＥ
Ｓの場合、ステップＳ４５でスキップフラグがオンか否
かの判定をし、そのフラグがオンであれば、ステップＳ
４６で、フラグに応じた移動コードを送出する。そし
て、ステップＳ４７で、該当文字を送出し、次のステッ
プＳ４８でスキップフラグをクリアする。ステップＳ４
９では、データ終了かどうかの判断を行ない、それが終
了していなければ、再度、ステップＳ４１の処理に戻る
が、終了していれば、ステップＳ５０の処理、つまり、
スキップ文字の有無を判断する。そして、スキップ文字
がなければ本処理を終了するが、文字があれば、ステッ
プＳ５１にて文字ポインタをリセットする。

【００２８】つまり、ここでは、通常のデータ転送は、
出力画像における文字の並びを優先させるのに対し、ジ
ャム処理時のデータ再転送では、プリンタ内部に存在す
るリソースから優先して文字のオフセット位置コードを
付加しながら転送を行なう。以上説明したように、本実
施例によれば、ビデオ転送に同期して行なわれるビット
マップメモリの読み出し時に、ホストコンピュータにて
ビットマップをクリア動作を行なうようにし、また、ジ
ャム等のエラーが発生したことをプリンタからホスト側
に通知して、ホストコンピュータ側でジャム処理におけ
るビットマップの再構築を行なうようにすることで、リ
ソースプリンタにおいてもビデオ転送時にメモリクリア
を行なうことができ、大幅なスループットの向上が図れ
るという効果がある。

【００２９】また、ジャムリカバリー時もページデータ
を最初から全て転送することなく必要最小限のリソース
データの再転送で済むので、ホストコンピュータに対す
る負荷を小さくすることが可能である。なお、上記実施
例では、ホストコンピュータがクリア動作を行なうか否
かをフォームフィードコマンド送出の前で行なっている
が、プリンタ側の設定で自動フォームフィード機能を有
効にした場合は、プリンタはホストコンピュータからの
フォームフィードコマンドに関わらず印刷出力してしま
う。この場合、プリンタからホストに対して問い合わせ
ることが考えられる。

【００３０】また、上記実施例では、ホストがページ単
位に印刷出力を管理しているが、これを操作パネル等に
より固定して処理するようにしてもよい。さらに、ペー
ジ単位ではなく、ジョブ単位で設定するようにしてもよ
いし、プリンタ側のページバッファが深い場合には、ホ
ストに対してジャムを通知する際にページ番号を通知す
るようにしてもよい。

【００３１】上記実施例では、ジャムリカバリー時の再
転送は、プリンタ内部のリソースを利用して文字コード
を再転送するとしているが、プリンタにてジャムが発生
した時点でリソースメモリにあるデータを全て処理して
しまい、その処理が終了した時点でホストにジャムを通
知する。そして、ホストは、プリンタ内部のリソースメ
モリに存在しないデータのみを転送するようにしてもよ
い。

【００３２】なお、本発明は、単体の機器でも、複数の
機器からなるシステムであっても、また、ＬＡＮ等のネ
ットワークを介して処理が行なわれるシステムにも適用
できることは言うまでもない。

【００３３】

【発明の効果】以上説明したように、本発明によれば、
印刷リソースデータをもとにビットマップメモリ内のイ
メージの再構築の可能性を判断して、画像出力時にビッ
トマップメモリのクリアを行なうことで、リソースプリ
ンタにおけるスループットの向上を図ることができる。

【図面の簡単な説明】

【図１】本発明の実施例に係るレーザビームプリンタの
断面構成を示す図である。

【図２】実施例に係るプリンタを用いた印刷システムの
構成を示すブロック図である。

【図３】実施例におけるワークエリア２１６２の詳細構
成を示す図である。

【図４】実施例に係るプリンタを有する印刷システムの
ホストコンピュータ側での内部処理を説明するための概
念図である。

【図５】印刷システムにおけるプリンタ制御処理の手順
を示すフローチャートである。

【図６】印刷システムにおけるフォントのダウンロード
処理手順を示すフローチャートである

【図７】印刷システムにおけるホストコンピュータ側の
ページデータ転送後の処理を示すフローチャートであ
る。

【図８】印刷システムにおけるプリンタの印刷出力時の
ジャム処理を示すフローチャートである。

【符号の説明】

１２ディスプレイ４１オペレーティングシステム（ＯＳ）４２アプリケーションソフトウェア４４出力装置インターフェース４５プリンタ制御部（プリンタドライバ）４６，２００プリンタ３００ホストコンピュータ

フロントページの続き (72)発明者卯西真己東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者三橋俊哉東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者佐藤信彦東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者西島孝徳東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者志村明弘東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】印刷リソースデータをリソースメモリに
登録するとともに、ビットマップメモリ上に出力画像を
イメージ展開し、ホストとプリンタ間で双方向の通信が
可能な印刷装置において、前記印刷リソースデータをもとに、前記ビットマップメ
モリ内のイメージの再構築の可能性を判断する手段と、前記再構築の可能性があると判断された場合、前記出力
画像の印刷出力時における前記ビットマップメモリのク
リアを指示する手段とを備え、前記プリンタにて印刷出力エラーが発生した場合、前記
指示に従って前記リソースデータを前記ビットマップメ
モリに転送することを特徴とする印刷装置。
【請求項２】さらに、前記印刷出力エラーを前記ホス
トへ通知する手段を備え、該ホストが前記再構築の可能
性の判断を行なうことを特徴とする請求項１に記載の印
刷装置。
【請求項３】印刷リソースデータをリソースメモリに
登録するとともに、ビットマップメモリ上に出力画像を
イメージ展開する印刷方法において、前記印刷リソースデータをもとに、前記ビットマップメ
モリ内のイメージの再構築の可能性を判断する工程と、再構築の可能性があると判断された場合、前記出力画像
の印刷出力時における前記ビットマップメモリのクリア
を指示する工程と、前記プリンタにて印刷出力エラーが発生した場合、前記
指示に従って前記リソースデータを前記ビットマップメ
モリに転送する工程とを備えることを特徴とする印刷方
法。