JPH07210365A - 画像形成装置 - Google Patents

Abstract

(57)【要約】 【目的】受信バッファの大きさをホスト装置との通信に
おける関係より、適切な大きさに可変可能とし、まは、
受信バッファと、受信バッファ以外の用途に使用されて
いるメモリ領域の調整を可能とし、画像形成装置上のメ
モリ領域を有効に活用しうる画像形成装置を得ることを
目的とする。 【構成】受信バッファがフル状態であることを検知し受
信バッファのサイズを拡大する。または、受信バッファ
の不必要なメモリ量を算出し、受信バッファのサイズが
ホスト装置との通信に必要とされるサイズよりも大きい
場合は、受信バッファサイズを小さくする。若しくは、
受信バッファ以外に使用されるメモリ領域の使用状況を
検知し受信バッファのサイズを変更するよう構成されて
いる。

Description

【発明の詳細な説明】

【０００３】

【産業上の利用分野】本願発明は、画像形成装置、詳し
くは、デジタル複合機、レ−ザ−プリンタ、ファクシミ
リ装置等に関する。

【０００４】

【従来の技術】従来より、ホスト装置からのデ−タを受
信し、これを記録紙上に画像情報として出力するレ−ザ
−プリンタ等の画像形成装置が知られており、また、ホ
スト装置から送信されるデ−タを一旦受信バッファによ
って記憶することにより、画像形成装置の画像出力とホ
スト装置の転送速度との調整を可能とする画像形成装置
も知られている。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
装置においては、ホストからの画像デ−タを一時蓄える
受信バッファとして用意されたメモリ領域と、フォント
のダウンロ−ド等のために用意されているメモリ領域と
の調整がなされておらず、メモリ領域の有効な利用が困
難な場合が多かった。具体的には、次のような不具合が
生じていた。プリンタを例に説明する。

【０００６】従来のプリンタにおいては、受信バッファ
が一杯（フル）になると、受信バッファ内のデ−タがあ
る程度の量、処理し終わるまでプリンタビジ−（ＢＵＳ
Ｙ）が解除されなかった。従って複雑なデ−タやプリン
タの内部処理に時間がかかるようなデ−タが受信バッフ
ァに多く蓄えられているときは、プリンタ−ビジ−の解
除までかなりの時間を要することとなり、その結果、ホ
スト装置の処理が待機状態となっていた。かかる場合、
ホスト装置によっては次の作業をすることができず不便
な場合も多い。

【０００７】また、従来のプリンタは、受信バッファの
使用状態に対応して受信バッファのサイズ即ち記憶領域
の大きさを調整する機能は備えておらず、受信バッファ
に大きなメモリ領域を割り当てている場合であって、ホ
スト装置から送信されてくるデ−タがほとんど受信バッ
ファにたまらずに処理されている状態では、受信バッフ
ァに割当ている大部分のメモリ−が結果的に不必要なも
のとなり、メモリの有効活用ができなかった。

【０００８】さらに、従来のプリンタは、受信バッファ
以外に用途に使用されているメモリの使用状況に対応し
て受信バッファのサイズを変更する機能はなかった。従
って、例えば、フォントのダウンロ−ドエリアが不足し
ているため、フォントをダウンロ−ドできない場合に、
受信バッファの空き領域があるにもかかわらず、ダウン
ロ−ドのためにメモリ領域を自動的に開放することはで
きなかった。このため、プリンタを使用しているユ−ザ
−は、フォントのダウンロ−ドを失敗して始めて、プリ
ンタのダウンロ−ド用メモリを増やすためにオペレ−シ
ョンパネルの走査により受信バッファのサイズを小さく
する必要があり、煩雑であった。

【０００９】そこで、本願発明は、かかる従来技術の欠
点を解消し、受信バッファの大きさをホスト装置との通
信における関係より、適切な大きさに可変可能な画像形
成装置を得ることを目的とする。また、本願発明の他の
目的は受信バッファと、受信バッファ以外の用途に使用
されているメモリ領域の調整を可能とし、画像形成装置
上のメモリ領域を有効に活用しうる画像形成装置を得る
ことを目的とする。

【００１０】

【課題を解決するための手段】本願発明は上記目的を達
成すべく次のような構成となっている。即ち、ホスト装
置から送られてくるデ−タを格納するための受信バッフ
ァを有する画像形成装置において、受信バッファがフル
状態であることを検知し受信バッファのサイズを拡大す
る手段を備ている。

【００１１】または、受信バッファに割り当てられたメ
モリ量の中でホスト装置との通信において不必要なメモ
リ量を算出する手段を有し、受信バッファのサイズがホ
スト装置との通信に必要とされるサイズよりも大きい場
合は、受信バッファサイズを小さくするよう構成されて
いる。

【００１２】若しくは、受信バッファ以外に使用される
メモリ領域の使用状況を検知し受信バッファのサイズを
変更する手段を備えるよう構成されている。

【００１３】

【実施例】本願発明の一実施例について説明する。図１
は、本願発明の一実施例にかかる画像形成装置の構成ブ
ロック図である。図１中のＲＡＭ１は、プログラムが使
用するワ−クメモリ、ホス装置から送信されてくるデ−
タを一時蓄える受信バッファ、ビットマップメモリとし
て使用されるとともに、フォントのダウンロ−ド、ユ−
ザ−プログラムのダウンロ−ド等の用途に使用されるも
のである。

【００１４】ＣＰＵ２は、ＲＯＭ１に格納されているプ
ログラムに従い、操作パネル５の制御、エンジンインタ
−フェ−ス１０を介してプリンタエンジン１２の制御、
タイマ−８からのインタ−ラプトの処理など各種の制御
を実行する。不揮発性メモリ３はＥＥＰＲＯＭやバッテ
リ−バックアップされたＲＡＭなどからなる。不揮発性
メモリには、プリンタの設定値やメンテナンス情報など
を記憶している。

【００１５】オプションインタ−フェ−ス４は、各種の
プリンタ機種のコマンド体系に対応したエミュレ−ショ
ンプログラムを格納したエミュレ−ションカ−ド、増設
メモリ、や増設フォントを格納したフォントカ−ドなど
のプリンタコントロ−ラのオプションを装着するために
設けられているインタ−フェ−スである。パネルインタ
−フェ−ス５は、操作パネル１１との情報通信を行なう
ためのインタ−フェ−スであり、前記操作パネルはユ−
ザ−にプリンタの状態などを表示する表示部と、ユ−ザ
−が各種のプリンタの設定をマニュアル操作で実施する
操作部からなっている。

【００１６】ＲＯＭ７には、制御プログラム、コンスタ
ントデ−タ、フォントデ−タ、パタ−ンデ−タなどが格
納されている。タイマ−８は、ＣＰＵ２により設定され
た条件で各種のタイマ−インタ−ラプトを発生させる。
ホストインタ−フェ−ス９は、セントロニクスインタ−
フェ−スに代表されるパラレルインタ−フェ−ス、ＲＳ
２３２ＣやＲＳ４２２に代表させるシリアルインタ−フ
ェ−ス、または、ＳＣＳＩ（スカジ−）インタ−フェ−
ス等、ホスト装置とプリンタコントロ−ラの通信のため
のインタ−フェ−スである。

【００１７】エンジンインタ−フェ−ス１０は、プリン
タエンジン１２の状態の情報を入手したり、プリンタコ
ントロ−ラからプリンタエンジンに対して紙送り開始な
どのコマンドを送ったり、また、エンジンのビデオ信号
に同期させてビットマップメモリに展開してある画像デ
−タを転送したりするためのインタ−フェ−スである。

【００１８】ホスト装置１３は、各種のコンピュ−タ、
ワ−プロ、ワ−クステ−ション等でありプリンタに画像
形成すべきデ−タを送信する。プリンタエンジン１２
は、プリンタコントロ−ラからのコマンドや画像情報を
受けて、紙、ＯＨＰシ−ト等に画像情報を形成する。上
述のＣＰＵ、ＲＯＭ、ＲＡＭ、各インタ−フェ−ス等は
猫猪バスラインを介して接続されている。

【００１９】図２は、受信バッファの概念構成図であ
る。受信バッファ１４は、ホスト装置１３から送られて
くるデ−タを一時プリンタコントロ−ラ内部のＲＡＭに
蓄えておくためのバッファである。

【００２０】図中符号２１は受信バッファに割り当てた
メモリの開始アドレスである。（以下「ＨＯＳＴ＿ＳＴ
ＡＲＴ」と呼ぶ。）符号２２は、ホスト装置から送られ
受信バッファに蓄えられているデ−タをプリンタコント
ロ−ラがデ−タ処理のために受信バッファから取り出す
ためのポインタである。（以下「ＨＯＳＴ＿ＧＥＴ」と
呼ぶ。）

【００２１】ＨＯＳＴ＿ＧＥＴは、受信バッファからデ
−タを１バイト取り出すごとに１バイト分インクリメン
トされる。符号２３はホストから送られてくるデ−タを
受信バッファに格納するためのポインタである。（以下
「ＨＯＳＴ＿ＩＮ」と呼ぶ。）ＨＯＳＴ＿ＩＮは、ホス
ト装置から１バイトのデ−タを受け取るごとに１バイト
分インクリメントされる。

【００２２】ＨＯＳＴ＿ＧＥＴは、符号２４で表すＨＯ
ＳＴ＿ＥＮＤのところで再び、ＨＯＳＴ＿ＳＴＡＲＴに
もどる。但し、受信デ−タでないデ−タが誤って取りだ
されることを防止するため、ＨＯＳＴ＿ＩＮの値と比較
してその処理が行なわれる。ＨＯＳＴ＿ＩＮは、符号２
４で表すＨＯＳＴ＿ＥＮＤのところで再び、ＨＯＳＴ＿
ＳＴＡＲＴにもどる。但し、未だプリンタコントロ−ラ
が処理していないデ−タを破壊することを防止するた
め、ＨＯＳＴ＿ＧＥＴと比較してその処理がなされる。
ここで、ＨＯＳＴ＿ＥＮＤ２４は、受信バッファに割り
当てられた最後のアドレスである。

【００２３】本願発明にかかる一実施例の動作につき、
図３、図４、図５のフロ−チャ−トに基づいて説明す
る。

【００２４】図３は、プリンタコントロ−ラがデ−タ処
理に時間がかかり、ホストインタ−フェ−スのプリンタ
ビジ−が解除されないとき、受信バッファの大きさを増
やす動作を示すフロ−チャ−トである。プリンタコント
ロ−ラがデ−タ処理に時間がかかり、ホスト装置から送
られてきたデ−タが受信バッファ中に蓄積され、受信バ
ッファがいわゆるフル状態になったとき、デ−タの処理
時間をタイマ−を利用して推定し、デ−タの処理時間が
遅い場合、受信バッファのサイズを増やす動作を示して
いる。

【００２５】ステップ３１（＃３１）においては、プリ
ンタのビジ−状態のときの原因を調査している。受信バ
ッファがフルのためプリンタビジ−になっている場合、
ステップ３２（＃３２）の制御に分岐する。ステップ３
２（＃３２）においては、受信バッファのフル状態がど
の程度の時間続いているのかを調査するため、タイマ−
８を設定する。タイマ−の設定時間は、操作パネル１１
や、ホスト装置１３からのコマンドでも設定可能であ
る。タイマ−を設定すると設定された時間後に、タイマ
−インタ−ラプトが発生し、そのインタ−ラプトル−チ
ンで、この間次のデ−タが受信バッファから取り出され
たかチェックする（＃３３）。尚、次のデ−タを処理し
たか否かを調べるためには、ＨＯＳＴ＿ＧＥＴ、ＨＯＳ
Ｔ＿ＩＮの値を調べたり、内部的にデ−タを取りだした
か否かのフラグを設けたりすることにより可能である。

【００２６】ステップ３４（＃３４）においては、前ス
テップのチェックにより、プリンタコントロ−ラがデ−
タ処理などに時間を取られ、受信バッファに空領域がで
きないことが判明した場合は受信バッファのサイズを増
やす処理をする。

【００２７】この処理は、ＨＯＳＴ＿ＧＥＴ、ＨＯＳＴ
＿ＩＮの状態を調査し、状態に応じてＨＯＳＴ＿ＥＮＤ
の値を増やしたり、ＨＯＳＴ＿ＳＴＡＲＴの値を小さく
したりする。尚、場合によっては、受信バッファ内のこ
れらの処理を行なう有効なデ−タを、増加させたメモリ
領域に移動したりすることで実現できる。また、アドレ
スは連続でなくても、別の領域に受信バッファ用のメモ
リエリアを確保することも可能である。この場合には、
受信バッファを管理する情報を付加する必要がある。

【００２８】受信バッファをどの程度増やすかをユ−ザ
が操作パネルやホスト装置からのコマンドにより設定で
きるようにもしておけば、極めて便宜なものとなる。

【００２９】受信バッファの領域を増やす場合には、受
信バッファに追加するメモリエリアが使用可能な領域で
あるか否かを調査する。上述の動作により、プリンタコ
ントロ−ラの内部処理に時間がかかり、プリンタビジ−
が継続するような場合には、受信バッファのサイズを自
動的に増やすことにより、ホストからのデ−タを受信で
きるようにすることが可能である。

【００３０】次に、プリンタコントロ−ラのデ−タ処理
時間が短く、ホストから送られてくるデ−タはすぐに処
理されてしまうため、受信バッファの大部分のエリアが
必要ない場合を検知し、この場合、受信バッファのサイ
ズを小さくし、余ったエリアを他の用途に使用できるよ
うにする動作を図４を用いて説明する。

【００３１】ステップ４１（＃４１）は、受信バッファ
にホスト装置から送られてくるデ−タがほとんどたまら
ない状態を検知するために、チェックする処理のル−プ
の回数をカウンタに設定している。このカウンタの値
は、装置使用者（ユ−ザ−）が図１における操作パネル
１１で設定したり、ホスト装置からのコマンドにより設
定することも可能である。

【００３２】ステップ４２（＃４２）は、受信バッファ
にホスト装置から送られてくるデ−タがほとんどたまら
ない状態を検知するため処理である。このチェックはタ
イマに設定された時間間隔でカウンタにセットされた回
数実行される。

【００３３】ステップ４３（＃４３）においては、受信
バッファがフルかどうかの判断だけでなく、どの程度受
信バッファに空き領域があるかをチェックする。各チェ
ックの度の空き領域を把握することにより、どの程度、
受信バッファを小さくできるかを求めることが可能とな
る。

【００３４】ステップ４６（＃４６）において、受信バ
ッファのサイズを小さくするが、この方法は、ＨＯＳＴ
＿ＩＮ、ＨＯＳＴ＿ＧＥＴの状態を見て、ＨＯＳＴ＿Ｓ
ＴＡＲＴ、ＨＯＳＴ＿ＥＮＤの値を変更することにより
可能である。また、プリンタコントロ−ラの他のジョブ
が必要としているメモリサイズと受信バッファから減ら
せるメモリサイズと比較して、他のジョブで使用する分
だけ受信バッファのサイズを小さくすることが可能であ
る。

【００３５】以上の如く、構成し、受信バッファにホス
ト装置から送られてくるデ−タがほとんどたまらない場
合を検知することにより、受信バッファのサイズを小さ
くすることができる。

【００３６】メモリの使用状況により判断して受信バッ
ファのサイズを小さくする手段の動作を図５を用いて説
明する。図５は、メモリの使用状況を判断しメモリ不足
が発生したならば、受信バッファを小さくできるかどう
かをチェックし、受信バッファを小さくできる場合は受
信バッファを小さくし、受信バッファを小さくすること
により、フリ−になったメモリをメモリ不足がが発生し
たところへ割り当てる処理の動作を示すものである。

【００３７】ステップ５１（＃５１）においては、例え
ばダウンロ−ドフォントやダウンロ−ドマクロなどのメ
モリエリアまたは、プリンタコントロ−ラが内部処理に
使用する中間コ−ドのメモリエリアの領域不足をチェッ
クしている。ここでは、いかなる箇所にメモリ不足が発
生したかをＲＡＭ中に記憶しておく。必要に応じて、不
足したメモリもＲＡＭ中に記憶しておく。ステップ５２
（＃５２）においては、受信バッファの状態を調査す
る。ＨＯＳＴ＿ＩＮ、ＨＯＳＴ＿ＧＥＴの値等を調べる
ことにより受信バッファの状態を知る。

【００３８】ステップ５３（＃５３）において、受信バ
ッファのサイズを小さくできるかどうか判断する。小さ
くできる場合にはステップ５４に進む。

【００３９】ステップ５４（＃５４）では、受信バッフ
ァのサイズを小さくしたことにより、フリ−になったメ
モリを、ステップ５１において検知されたメモリ不足発
生箇所に割り当てる。

【００４０】以上本例では、受信バッファのサイズを小
さくする例として取り上げたが、受信バッファのサイズ
をメモリの使用状況に対応して増やすことも可能であ
る。

【００４１】時間の計測にはタイマを用いず、ソウトウ
エアによる計測によってこれに換えることもできる。

【００４２】更に、本願はＲＡＭ中に受信バッファを設
定したときの具体例により説明してきたが、これに限る
ものではなく、例えば、図１の不揮発性ＲＡＭ中に受信
バッファを設けた場合にも応用できる。

【００４３】

【発明の効果】以上説明したように本願発明中請求項１
記載の発明によれば、受信バッファがフル状態で、画像
形成装置の処理時間が長い場合に、受信バッファのサイ
ズを大きくすることにより、ホスト装置との通信が再開
可能となり、ホスト装置のデ−タ転送終了までに要する
時間が短縮されるから、ホスト装置を次の作業のために
使用することが可能となる。

【００４４】また、請求項２記載の発明によれば、受信
バッファに不必要なメモリ量を算出し、これを、受信バ
ッファ以外のメモリ領域に使用することができるから、
画像形成装置上に装備された、メモリを効率的に活用す
ることができる。一方、請求項３記載の発明によれば、
受信バッファ以外のメモリ領域の使用状況を判断し、受
信バッファのサイズを変更することができるから、メモ
リ不足によって発生するエラ−を事前に回避することが
可能となる。

【００４５】

【図面の簡単な説明】

図１は本願発明の画像形成装置の概要ブロック図であ
る。 図２は本願発明における受信バッファの概念図である。 図３は請求項１記載の発明の動作を示すフロ−チャ−ト
である。 図４は請求項２記載の発明の動作を示すフロ−チャ−ト
である。 図５は請求項３記載の発明の動作を示すフロ−チャ−ト
である。

【００４６】

【符号の説明】

１ ＲＡＭ ２ ＣＰＵ ３ 不揮発性メモリ ４ オプションインタ−フェ−ス ５ パネルインタ−フェ−ス ６ バスライン ７ ＲＯＭ ８ タイマ− ９ ホストインタ−フェ−ス １０ エンジンインタ−フェ−ス １１ 操作パネル １２ エンジン １３ ホスト装置 １４ 受信バッファ １５ プリンタコントロ−ラ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ホスト装置から送られてくるデ−タを格
   納するための受信バッファを有する画像形成装置におい
   て、受信バッファがフル状態であることを検知し受信バ
   ッファのサイズを拡大する手段を備えたことを特徴とす
   る画像形成装置。
2. 【請求項２】 ホスト装置から送られてくるデ−タを格
   納するための受信バッファを有する画像形成装置におい
   て、受信バッファに割り当てられたメモリ量の中でホス
   ト装置との通信において不必要なメモリ量を算出する手
   段を有し、受信バッファのサイズがホスト装置との通信
   に必要とされるサイズよりも大きい場合は、受信バッフ
   ァサイズを小さくすることを特徴とする画像形成装置。 【０００１】
3. 【請求項３】 ホスト装置から送られてくるデ−タを格
   納するための受信バッファを有する画像形成装置におい
   て、受信バッファ以外に使用されるメモリ領域の使用状
   況を検知し受信バッファのサイズを変更する手段を備え
   たことを特徴とする画像形成装置。 【０００２】