JPH0584987A

JPH0584987A - プリンタ

Info

Publication number: JPH0584987A
Application number: JP3249049A
Authority: JP
Inventors: Yoshinari Inoue; 宜也井上; Akira Hosoya; 顕細谷
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1991-09-27
Filing date: 1991-09-27
Publication date: 1993-04-06

Abstract

(57)【要約】【目的】ホスト装置からプリンタヘデータを転送して
印刷する際、処理の進行状況の表示またはメモリの空き
容量・率あるいは印字可能量を表示する。【構成】ホストマシン15から取り込まれたデータはＲ
ＡＭ11のインプットバッファに蓄積される。このときデ
ータのバイト数はＣＰＵ９がカウントしカウンタにて保
持する。また、データを蓄積するインプットバッファの
入力ポインタと出力ポインタにより蓄積されているデー
タ量がわかる。これらの値に基づいてＣＰＵ９で計算し
てコントロールパネル18のＬＣＤディスプレイに求めた
数値を任意の単位で表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホスト装置よりデータ
の転送を受ける端末装置特にプリンタに関するものであ
る。

【０００２】

【従来の技術】従来、ホスト装置からプリンタへデータ
を転送し印字する際、転送するデータ量(ファイルサイ
ズ)が大きい場合転送と印刷に時間がかかる。このよう
な時、ユーザは転送が終りホスト装置が解放されるまで
あるいは印刷が終るまで待たねばならず、ユーザとして
は、現在どれだけ転送が終ったかあるいは後どれだけ残
っているかが気になる。

【０００３】

【発明が解決しようとする課題】従来のホスト装置のア
プリケーション中には、どれだけ転送したかあるいはど
れだけ残っているかを表示するものもあるが、プリンタ
側では送られてくるデータファイル量は転送が終了しな
いとわからず、また送られてくるデータの内容によって
処理時間が変わってくるが、従来の表示ではこの点につ
いて考慮されていないという問題があった。また、これ
までのプリンタは、プリンタが搭載するメモリ容量につ
いてサマリーシート等でテストプリント上に印字されて
オペレータは知ることができる。しかしながら、メモリ
容量を数字で表示されても実際に何文字またはどのくら
いの大きさのイメージを印刷できるかは、実際に印字し
てみないとわからず、また印字途中ではあとどの程度メ
モリが残っているのかもわからないという問題もあっ
た。本発明は上記従来の問題を解決するものであり、ホ
スト装置からプリンタヘデータを転送して印刷する際、
転送終了あるいは印刷終了までの表示、あるいはあとど
のくらい印字可能かを文字数またはイメージの大きさに
換算して表示するプリンタを実現することを目的とする
ものである。

【０００４】

【課題を解決するための手段】本発明は上記目的を達成
するために、プリンタには次のいずれかの手段あるいは
両方の手段を持たせたものである。 (1）ホスト装置から転送されたデータを受けとり処理す
る際、受けとったデータのバイド数の表示、あるいは受
けとったデータを蓄積するインプットバッファにおい
て、インプットバッファ内の未処理データまたは空き容
量のバイト数の表示、インプットバッファの最大容量を
100％としたインプットバッファ内の未処理データまた
は空き容量の割合の表示、ホストマシンからのデータが
テキストモードの時ファイルとファイルの区切りを検知
し、１つの処理および未処理のデータの量・率の表示の
４種類が可能で、このうち一つを選択して表示する。

【０００５】(2）プリンタが持つ内部メモリの残量を算
出する手段を用いて、これから印字しようとするまたは
印字しているページに対し、あとどのくらい印字可能か
を文字数またはイメージの大きさに換算してホスト装置
に知らせるか、またはメモリ残量を表示手段に表示す
る。

【０００６】

【作用】したがって本発明によれば、次の作用を有す
る。 (1）ホスト装置からプリンタヘデータを転送し印刷する
際、ホスト装置とプリンタがどれくらい処理が進んだか
がわかり、転送・印刷処理時間の予測が可能になる。 (2）メモリ空き容量を文字数やイメージの大きさでわか
り易く知ることができ、無駄なプリントをせず効率のよ
いプリントを実現できる。また、リアルタイムでメモリ
の使用状況を把握できる。

【０００７】

【実施例】図１は本発明の第１の実施例におけるプリン
タコントローラの全体の構成を示すものである。図１に
おいて、１はプリンタコントローラであって、ホストイ
ンタフェース２，カートリッジインタフェース３，ＩＣ
カードインタフェース４，コントロールパネルインタフ
ェース５，データ制御部６，アドレス制御部７，タイマ
８，ＣＰＵ９，ＲＯＭ10，ＲＡＭ11，ビデオ制御部12お
よびエンジンインタフェース13からなる。なお、ホスト
インタフェース２，カートリッジインタフェース３およ
びＩＣインタフェース４はそれぞれ複数個設けることも
可能であり、カートリッジインタフェース３とＩＣカー
ドインタフェース４は必要がなければ省略してもよい。
この実施例では、ホストインタフェース２は４個、カー
トリッジインタフェース３は１個、ＩＣカードインタフ
ェース４は１個設けられているものとする。ＣＰＵ９は
汎用16ビットまたは32ビットの処理装置でプリンタコン
トローラ１全体を統括制御する。ＲＯＭ10はプログラム
メモリであり、ＣＰＵ９を制御するためのマイクロコー
ドを格納するとともに、直接ハードウエアを制御するソ
フトウエアとして、(a)ホストインタフェースハンド
ラ、(b)プリンタエンジンハンドラ、(c)コントロールパ
ネルハンドラと、さらに、各プリンタソフトウエアに関
係なく共通に使用できるソフトウエアとして、(d)診断
プログラム、(e)テストプログラム、(f)サービスプログ
ラムを格納する。なお、プリンタソフトウエアはＩＣカ
ード17に格納されており、必要な時にＲＡＭ11にロード
されるが、最初からＲＯＭ10に標準のプリンタソフトウ
エアを格納しておくこともできる。また、フォントもこ
のＲＯＭ10に搭載されている。ＲＡＭ11は主としてイン
プットバッファ，ページバッファ，ビデオバッファ，シ
ステムメモリ，フォントファイル，バックアップバッフ
ァ，ベクトルファイル，マクロファイル，イメージファ
イルおよびプリントスプーラファイルに用いられる大容
量のメモリである。ホストインタフェース２は、様々な
ホストマシン15に合わせてパラレルインタフェース，シ
リアルインタフェースおよびローカルエリアネットワー
ク(ＬＡＮ)インタフェースを選択することができる。コ
ントロールパネルインタフェース５は、コントロールパ
ネル18と接続するシリアルインタフェースである。タイ
マ８はシステムタイマであり、エンジンインタフェース
13およびホストインタフェース２等のタイムアウト制御
にも使用される。データ制御部６はＲＡＭ11上のページ
バッファのデータに基づき、ビデオバッファを作成して
いく場合に使用される。また、アドレス制御部７は、ペ
ージバッファのデータに基づいてビデオバッファにビデ
オデータを作る場合のダイレクトメモリアクセス(ＤＭ
Ａ)アドレスと、ビデオバッファに作られたビデオデー
タをビデオクロック(ＷＣＬＫ)に同期させて順次出力し
ていくためのビデオアドレスと、ＲＡＭ11のリフレッシ
ュを制御するリフレッシュアドレスカウンタを必要に応
じて切り替えて出力するための制御を行う。ビデオ制御
部12は、ＲＡＭ11上のビデオバッファに作られたビデオ
データが、ＣＰＵの処理単位(例えば、32ビットなら32
ビット)ずつ読み出されたパラレルビデオデータをシリ
アルビデオデータに変換してプリンタエンジンユニット
14に出力する。

【０００８】以上のような構成を持つプリンタコントロ
ーラ１において、ホストマシン15からホストインフェー
ス２を介して取り込まれたデータはＲＡＭ11のインプッ
トバッファに一旦蓄積される。これらインプットバッフ
ァに蓄積されたデータを蓄積された順に取り出し印刷処
理を行っていくわけであるが、ホストマシン15からのデ
ータを蓄積するインプットバッファの入力ポインタと、
インプットバッファからデータを取り出す処理をする時
のインプットバッファ出力ポインタより、インプットバ
ッファに蓄積されている有効なデータ量がわかる。イン
プットバッファは、ロータリー式に設定・管理されてい
るバッファで、入力ポインタがインプットバッファの最
後にくると、処理が終り空きになったインプットバッフ
ァの先端に入力ポインタを更新する。ホストマシン15か
ら受けとったデータのバイド数は、ホストインタフェー
ス２からインプットバッファに入力したデータ数をカウ
ントすれば求められる(以下、これをカウントする物と
して入力データカウンタという)。インプットバッファ
のデータ数は、(イ)データ数＝入力ポインタ−出力ポイ
ンタ、また、出力ポインタが入力ポインタより大きい時
は、(ロ)データ数＝インプットバッファの容量−(出力
ポインタ−入力ポインタ)で求められ、このデータ数を
もとに、以下の数値を求めることができる。(ハ)インプ
ットバッファ内の未処理データ＝データ数、(ニ)インプ
ットバッファの空容量＝インプットバッファの容量−デ
ータ数、(ホ)インプットバッファ内の未処理データ率＝
データ数／インプットバッファの容量、(ヘ)インプット
バッファの空容量率＝インプットバッファの空容量／イ
ンプットバッファの容量。ホストインタフェース２から
インプットバッファにデータを入力する際、エンド・オ
フ・ファイル(ＥＯＦ)コードをチェックし、このＥＯＦ
コードにより、ホストマシンがプリンタに転送する一つ
のデータファイル(ジョブ)の区切りとすれば、ＥＯＦコ
ードを検知するまでの入力データカウンタ値でプリンタ
が受け取ったデータファイルのサイズがわかる。このデ
ータファイルサイズと、上記インプットバッファ内の未
処理データ数により、一つのデータファイルに対する未
処理データの量および率が求められる。(ト)ファイルサ
イズに対する処理データ量＝入力データカウンタ−イン
プットバッファ内の未処理データ、(チ)ファイルサイズ
に対する処理データ率＝ファイルサイズに対する処理デ
ータ量／入力データカウンタ、(リ)ファイルサイズに対
する未処理データ量＝入力データカウンターファイルサ
イズに対する処理データ量、(ヌ)ファイルサイズに対す
る未処理データ率＝ファイルサイズに対する未処理デー
タ量／入力データカウンタ。次に、上記で求めた数値の
表示手段について説明する。図２は図１のコントロール
パネル18の外観図の一例である。このコントロールパネ
ル18の液晶表示(ＬＣＤ)ディスプレイに、求めた数値を
任意の単位で表示するが、ホストデータ受信およびデー
タ処理に従って変化する数値をコントロールパネル18に
出力するタイミングは、ホストデータ受信した時のホス
トインタラプト処理時あるいはタイマ８(図１)によるタ
イマインタラプト等が考えられる。以上のようにして、
(イ)〜(ヌ)の数値を表示することにより第１の実施例は
実現する。なお、この場合インプットバッファの容量が
大きければ大きいほど大きな効果がある。しかし、イン
プットバッファを大きくすればするほど、他に必要とす
るメモリ容量が減るためメモリの拡張が必要となる。そ
こで、いかに安価で大きくメモリを拡張する方法とし
て、ハードデスクドライブ(ＨＤＤ)の大容量で比較的安
価なメディアを用いることが考えられる。

【０００９】図３は本発明の第２の実施例におけるプリ
ンタコントローラの構成を示すものである。なお、この
実施例ではレーザプリンタの場合を示している。図３に
おいて、20はレーザプリンタでプリンタコントローラ21
とプリンタエンジン30とからなる。プリンタコントロー
ラ21は、ＣＰＵ22，プログラムＲＯＭ23，フォントＲＯ
Ｍ24，ＲＡＭ25，ホストインタフェース26，操作パネル
28およびエンジンインタフェース29から構成され、その
時設定されている制御モードおよびホストマシン27から
の制御コードに従って、ホストマシン27からの印字デー
タをビデオデータに変換してプリンタエンジン30に出力
する。ＲＡＭ25は、ＣＰＵ22が処理を行う際のワークメ
モリ，ホストマシン27からのデータを取り込むインプッ
トバッファ，インプットバッファからのデータをページ
のレイアウト情報(印字データと印字域置の関係)として
一時記憶するページバッファ，イメージを一時的に記憶
するイメージバッファ，ページバッファの内容に従いイ
メージバッファおよびフォントＲＯＭ24の内容を展開す
るビデオバッファ，ユーザがフォントのダウンロードな
どに用いるユーザーエリア等に使用される。ホストイン
タフェース26を通してホストマシン27から印字データお
よび印字制御データが送られ、プリンタコントローラ21
より各種ステータス(状態情報)がホストマシン27に送ら
れる。また、エンジンインタフェース29は、プリンタコ
ントローラ21からプリンタエンジン30へのビデオ信号お
よび制御信号を送り、プリンタエンジン30からステータ
ス信号をプリンタコントローラ21に送る。プリンタエン
ジン30は、コントローラからのビデオ信号および制御信
号により感光体上に静電潜像を作り、現像しまた給紙部
より転写紙を給紙して転写および定着して画像を形成す
る。操作パネル28は、プリンタの状態を示す表示部とプ
リンタの各種モード・フォントを切り替えるスイッチ部
とから構成される。通常プリンタコントローラ21ではメ
モリは以下のように使用される。ワークメモリ，インプ
ットバッファ，ビデオバッファはプリンタコントローラ
21の電源投入時に固定サイズ確保される。但し、ビデオ
バッファはＲＡＭ25の容量や印字モードにより１ページ
分確保して印字する場合(フルビットマップモード)と１
ページを分割して印字する場合(パーシャルビットマッ
プモード)とでサイズは異なる。これらは解放されるこ
とはない。ページバッファはホストマシン27より印字命
令が送られると固定サイズのエリアが確保され、印字命
令でそのページバッファがいっぱいになった場合はまた
別の同サイズのエリアが確保される。こうしてできた複
数のページバッファは内部のリンク情報でリンクされて
いる。そして１ページのページバッファの作成が終る
と、ページバッファの内容はビデオバッファに展開さ
れ、展開が終了しそのページの印字が完了するとページ
バッファのメモリエリアが解放される。イメージバッフ
ァはイメージの印字要求があった場合に確保され、印字
が完了すると解放される。また、ユーザメモリはフォン
トロードの要求があった場合に確保され、消去要求か電
源が切られるまで保持される。これらメモリの使用状態
はメモリ管理プログラム(以下、メモリマネージャーと
いう)によって管理される。メモリマネージャーはメモ
リの空き領域を管理し、効率的にページバッファやイメ
ージバッファ等のエリアを確保したり不要になったエリ
アを解放したりする。よって、メモリの残量はメモリマ
ネージャーが管理する空き領域のデータをもとに知るこ
とができる。

【００１０】図４は第２の実施例における動作の流れを
示したものである。まず、あらかじめホストマシン27と
プリンタの間で後何文字できるか、どのくらいの大きさ
のイメージを印字できるかをホストマシン27からプリン
タコントローラ21に尋ねるステータスコマンド(以下、
メモリステータス要求という)を定めておく。ホストマ
シン27からメモリステータス要求が送られると(Ｓ₂₁)、
プリンタコントローラ21はメモリマネージャーが管理す
る空きメモリ量を読み出す(Ｓ₂₂)。メモリステータス要
求が文字数かイメージであるかを判断し(Ｓ₂₃)、文字数
の要求であれば、文字数換算処理を行い(Ｓ₂₄)、またイ
メージの大きさであればイメージ大換算処理を行い(Ｓ
₂₅)、それぞれの処理で算出された値をホストマシン27
に返す。文字数換算処理ではメモリの空き容量から、こ
れから確保できるページバッファの数を算出し、１つの
ページバッファに格納できる文字数と乗算することによ
り要求の値を算出する。イメージ大換算処理では、現在
設定されている主走査方向の印字有効領域幅をバイト数
で表した値(Ｘ)と残容量をＸで除算した値(Ｙ…副走査
方向のライン数)を算出する。このようにすれば、いつ
でもホストマシン27はプリンタに対し必要な情報を得る
ことができる。一方、ホストマシン27からデータを転送
している最中にはメモリがどの程度消費されているかわ
からない。そこで、プリンタコントローラ21の内部処理
において、内部タイマー(図示せず)である一定時間毎に
ＣＰＵ22に割り込みを発生させ、割り込み処理ではメモ
リマネージャーが管理するメモリの空き容量を表示する
ような処理を行うことによってほぼリアルタイムで現在
のメモリ消費量を知ることができる。図５はメモリの消
費量またはメモリの残量を表示する操作パネル28の例を
示したものである。

【００１１】

【発明の効果】本発明は上記第１および第２の実施例か
ら明らかなように以下の効果を有する。 (1）ホストマシンからプリントへデータを転送し印刷す
る際、ホストマシンとプリンタがどれくらい処理が進ん
だかを知ることができ、転送・印刷処理時間の予測が可
能になる。従って、印刷待ちの時間が有効に活用でき、
心理的にも余裕が生ずる。 (2）プリンタコントローラにおけるメモリの空き容量を
文字数やイメージの大きさでわかり易く知ることがで
き、無駄なプリントをせず効率のよいプリントを実現で
きる。また、リアルタイムでメモリの使用状況を把握で
き、データ転送の目安を得ることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるプリンタコント
ローラの構成図である。

【図２】図１のコントロールパネルの外観図である。

【図３】本発明の第２の実施例におけるプリンタコント
ローラの構成図である。

【図４】本発明の第２の実施例における動作フローチャ
ートである。

【図５】図３の操作パネルの外観図である。

【符号の説明】

１，21…プリンタコントローラ、２，26…ホストイン
タフェース、３…カートリッジインタフェース、４
…ＩＣカードインタフェース、５…コントロールパネ
ルインタフェース、６…データ制御部、７…アドレ
ス制御部、８…タイマ、９，22…ＣＰＵ、 10…Ｒ
ＯＭ、 11，25…ＲＡＭ、 12…ビデオ制御部、 13，
29…エンジンインタフェース、 14…プリンタエンジン
ユニット、15，27…ホストマシン、 16…メモリカート
リッジ、 17…ＩＣカード、 18…コントロールパネ
ル、 20…レーザプリンタ、 23…プログラムＲＯＭ、
24…フォントＲＯＭ、 28…操作パネル、 30…プリ
ンタエンジン。

Claims

【特許請求の範囲】

【請求項１】プリンタがホストマシンから転送された
データを受け取り処理する際において、受けとったデー
タのバイド数表示、あるいは受けとったデータを蓄積す
るインプットバッファにおけるインプットバッファ内の
未処理データまたは空き容量のバイト数表示、インプッ
トバッファの最大容量を100％としたときインプットバ
ッファ内の未処理データまたは空き容量の割合表示、ホ
ストマシンからのデータをバイナリデータまたはテキス
トデータとして扱える２つのモード設定が可能でテキス
トモードの時、エンドオフファィル(ＥＯＦ)コードによ
りファイルとファイルの区切りを検知し、一つのファイ
ルに対し処理および未処理のデータ量・率の表示の４種
類の表示をすることが可能で、このうちの一つを選択し
表示することを特徴とするプリンタ。
【請求項２】プリンタが持つ内部メモリの残量を算出
する手段を備え、該メモリの残量を算出する手段により
これから印字しようとするまたは印字しているページに
対し、あとどのくらい印字可能かを文字数に換算してホ
ストマシンに知らせることを特徴とするプリンタ。
【請求項３】プリンタが持つ内部メモリの残量を算出
する手段を備え、該メモリの残量を算出する手段により
これから印字しようとするまたは印字しているページに
対し、あとどのくらい印字可能かをイメージの大きさに
換算してホストマシンに知らせることを特徴とするプリ
ンタ。
【請求項４】メモリの残量を算出する手段で得られる
メモリの残量を、逐次表示手段に表示することを特徴と
する請求項２または請求項３記載のプリンタ。