JPH05324220A - 印刷装置 - Google Patents

Abstract

(57)【要約】 【目的】 高価な記憶媒体の記憶容量を拡張することな
く、ホストコンピュータとのデータ処理を速やかに完了
してホストコンピュータを速やかに解放することができ
るとともに、印字処理を効率よく実行することができ
る。 【構成】 ホストコンピュータ１から印刷情報が入力さ
れると、ＣＰＵ２２ａがＲＡＭ２２ｃに対して割り当て
られた印刷情報または本体制御情報のための各記憶領域
配分をデータ処理状態に基づいて動的に割り振る構成を
特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータか
ら受信した情報を記憶媒体に一時記憶して、印字処理を
実行する印刷装置に係り、特に記憶媒体の各データ処理
割当て領域をダイナミックに切り替え可能な印刷装置に
関するものである。

【０００２】

【従来の技術】従来、この種の印刷装置には、ホストコ
ンピュータから送出されたデータを解析して得られたユ
ーザフォント登録データをユーザ登録メモリに蓄えてお
き、随時読み出して印字出力時に、所望のビットマップ
データに変換してフレームメモリ等へ格納し、このよう
にして格納された印字出力データに基づいて印字部が記
憶媒体に印字を行うように構成されている。

【０００３】この場合、ホストコンピュータから受信し
たユーザフォント登録データを一旦受信バッファに記憶
し、記憶されたデータを解析して、ユーザフォント登録
データを上記ユーザ登録メモリに転送して格納する制御
を行う。

【０００４】また、この種の印刷装置では、ホストコン
ピュータからのフォント指定がドットフォントの場合
と、スケラーブルフォントの場合とがあり、共に一旦受
信バッファに記憶しながら、ビットマップ展開処理を実
行している。

【０００５】さらに、この種の印刷装置では、ホストコ
ンピュータからのデータを受信してから、印字部で印刷
処理を開始するまでの処理を複数のタスク処理に分割し
て処理することにより処理時間の向上を図っている。そ
の場合に、各タスク処理用に確保されるタスクスタック
領域を一定としてタスク処理を実行していた。

【０００６】また、この種の印刷装置では、ホストコン
ピュータからの描画モードとして、上書描画モードを備
え、出力する文字の濃淡に変化を付けて、重なり合う文
字の形状を正確に認識できるように構成されている。

【０００７】

【発明が解決しようとする課題】ところが、従来の印刷
装置では受信バッファサイズは一定かあるいはユーザの
指定により固定値で切り換える構成となっているので、
上記のようにホストコンピュータから多量のユーザフォ
ント登録データが送信された場合、受信バッファサイズ
が小さいと、ホストコンピュータの解放が著しく遅くな
る。一方、必要以上に受信バッファを確保すると、印字
データ受信時に、使用されない無駄な格納領域が発生
し、メモリ媒体を有効に使用することができない等の問
題点があった。

【０００８】また、ホストコンピュータからスケラーブ
ルフォントデータを受信する場合には、各文字コードに
対応するパターンを展開するのに相当の時間を要するた
め、１ページ分のスケーラブルフォントデータの受信処
理が長時間となり、ホストコンピュータの解放が著しく
遅くなる。一方、スケーラブルフォントデータ受信のた
めに必要以上に受信バッファを確保すると、それ以外の
データ処理状態中、使用されない無駄な格納領域が発生
し、メモリ媒体を有効に使用することができない等の問
題点があった。

【０００９】さらに、複数のタスク処理に分割して処理
する場合、各タスク処理用に確保されるタスクスタック
領域が一定のため、何れかのタスク処理が非実行状態に
おいても、タスクスタック領域を確保しているため、メ
モリ媒体を有効に使用することができない等の問題点が
あった。

【００１０】また、指定された描画モードに従い忠実に
データを展開しようとする場合、受信バッファのデータ
格納状況に応じて上書き描画モード時のデータ処理時間
が長時間となり、ホストコンピュータの解放が著しく遅
くなる等の幾多の問題点があった。

【００１１】本発明は、上記の問題点を解決するために
なされたもので、ホストコンピュータから入力される印
刷情報または本体制御情報を一時記憶する所定量の記憶
媒体の割当記憶領域配分をデータ処理状態に基づいて管
理することにより、ホストコンピュータを早く解放でき
るとともに、記憶媒体の記憶容量を拡張することなく印
字処理を効率よく行える印刷装置を得ることを目的とす
る。

【００１２】

【課題を解決するための手段】本発明に係る印刷装置
は、ホストコンピュータから入力される印刷情報または
本体制御情報を所定量一時記憶する記憶媒体と、記憶媒
体に対して割り当てられた印刷情報または本体制御情報
のための各記憶領域配分をデータ処理状態に基づいて動
的に割り振る領域配分手段とを有するものである。

【００１３】また、ホストコンピュータから入力される
印刷情報または本体制御情報を所定量一時記憶する記憶
媒体と、ホストコンピュータから入力されるフォント登
録データのデータ量を検出する検出手段と、この検出手
段が検出したフォント登録データのデータ量に基づいて
記憶媒体に確保される受信バッファのサイズを動的に変
更する変更手段とを有するものである。

【００１４】さらに、ホストコンピュータから入力され
る印刷情報または本体制御情報を所定量一時記憶する記
憶媒体と、ホストコンピュータから指定されるフォント
種別状態を判定する判定手段と、この判定手段の判定結
果に基づいて記憶媒体に確保される受信バッファのサイ
ズを動的に変更する変更手段とを有するものである。

【００１５】また、ホストコンピュータから入力される
印刷情報または本体制御情報を所定量一時記憶する記憶
媒体と、所定のデータ処理をマルチタスクで処理するデ
ータ処理手段と、このデータ処理手段が処理する各タス
クに対応して記憶媒体に確保される各スタックの使用状
況を判定する判定手段と、この判定手段の判定結果に基
づいて記憶媒体に確保される各スタックのサイズを動的
に変更する変更手段とを有するものである。

【００１６】さらに、ホストコンピュータから入力され
る印刷情報または本体制御情報を所定量一時記憶する記
憶媒体と、ホストコンピュータから指定される描画モー
ド状態に基づいて記憶媒体に確保される受信バッファに
受信した印刷情報を上書き展開または通常展開する展開
手段と、受信バッファへのデータ格納状態に基づいて上
書き描画モード指定状態を通常描画モード指定状態に切
り換える切換え手段とを有するものである。

【００１７】

【作用】本発明においては、ホストコンピュータから印
刷情報が入力されると、領域配分手段が記憶媒体に対し
て割り当てられた印刷情報または本体制御情報のための
各記憶領域配分をデータ処理状態に基づいて動的に割り
振ることにより、記憶媒体を新たに拡張しなくても、ホ
ストコンピュータを速やかに解放可能とする。

【００１８】また、ホストコンピュータから印刷情報が
入力されると、検出手段がホストコンピュータから入力
されるフォント登録データのデータ量を検出し、検出し
たフォント登録データのデータ量に基づいて変更手段が
記憶媒体に確保される受信バッファのサイズを動的に変
更することにより、記憶媒体を新たに拡張しなくても、
データ処理が滞る恐れがあるフォント登録データ受信処
理を速やかに完了して、ホストコンピュータを速やかに
解放可能とする。

【００１９】さらに、ホストコンピュータから印刷情報
が入力されると、判定手段がホストコンピュータから指
定されるフォント種別状態を判定し、この判定結果に基
づいて変更手段が記憶媒体に確保される受信バッファの
サイズを動的に変更することにより、記憶媒体を新たに
拡張しなくても、フォント種別状態によってはデータ処
理が滞る恐れがあるフォントデータ処理を速やかに完了
して、ホストコンピュータを速やかに解放可能とする。

【００２０】また、ホストコンピュータから印刷情報が
入力されると、データ処理手段が所定のデータ処理を開
始する。その際、判定手段がデータ処理手段が処理する
各タスクに対応して記憶媒体に確保される各スタックの
使用状況を判定し、この判定手段の判定結果に基づいて
変更手段が記憶媒体に確保される各スタックのサイズを
動的に変更することにより、記憶媒体を新たに拡張しな
くても、データ処理手段のマルチタスク処理を効率よく
実行可能とする。

【００２１】さらに、ホストコンピュータから印刷情報
が入力されると、展開手段がホストコンピュータから指
定される描画モード状態に基づいて記憶媒体に確保され
る受信バッファに受信した印刷情報を上書き展開または
通常展開する。その際、受信バッファへのデータ格納状
態に基づいて切換え手段が上書き描画モード指定状態を
通常描画モード指定状態に切り換えることにより、ホス
トコンピュータを速やかに解放可能とする。

【００２２】

【実施例】〔第１実施例〕図１は本発明の第１実施例を
示す印刷装置の構成を説明するブロック図である。

【００２３】図において、１は印字データ等を送信する
ホストコンピュータである。２は印刷装置本体、２１は
前記ホストコンピュータ１からのデータを受信するため
のインタフェース（Ｉ／Ｆ）、２２は本印刷装置全体を
制御する制御部で、ＣＰＵ２２ａと処理プログラムやフ
ォントのアウトラインデータ等を格納するＲＯＭ２２ｂ
と、受信バッファやフォントキャッシュやＣＰＵ２２ａ
のワークエリアとして使用するＲＡＭ２２ｃとを備え
る。２３は設定した受信バッファサイズを記憶しておく
受信バッファサイズ記憶部である。２４は印刷用ビット
マップデータを１ページ分展開可能なフレームメモリ
で、展開された印刷用ビットマップデータに基づいてド
ットプリンタエンジン部２６が記憶媒体に印刷を行う。
２５はユーザがフォント等を登録する場合にそれを格納
しておくユーザ登録メモリである。

【００２４】このように構成された印刷装置において、
ホストコンピュータ１から印刷情報が入力されると、領
域配分手段（ＣＰＵ２２ａ）が記憶媒体（ＲＡＭ２２
ｃ）に対して割り当てられた印刷情報または本体制御情
報のための各記憶領域配分をデータ処理状態に基づいて
動的に割り振ることにより、記憶媒体を新たに拡張しな
くても、ホストコンピュータ１を速やかに解放可能とす
る。

【００２５】また、ホストコンピュータ１から印刷情報
が入力されると、検出手段（ＣＰＵ２２ａ）がホストコ
ンピュータ１から入力されるフォント登録データのデー
タ量を検出し、検出したフォント登録データのデータ量
に基づいて変更手段（ＣＰＵ２２ａ）が記憶媒体に確保
される受信バッファのサイズを動的に変更することによ
り、記憶媒体を新たに拡張しなくても、データ処理が滞
る恐れがあるフォント登録データ受信処理を速やかに完
了して、ホストコンピュータ１を速やかに解放可能とす
る。

【００２６】具体的には、ホストコンピュータ１から出
力されてきたデータは、ＲＡＭ２２ｃ内の受信バッファ
に順次格納されて行き、それと共に受信バッファの未処
理のデータを順次読み出してはフォント登録データとし
てそのままユーザ登録メモリ２５に格納したり、文字デ
ータとして対応するフォントパターンをフレームメモリ
２４に展開したりして、印刷処理を実行する。ここで、
発生するフォントパターンは、アウトラインであるの
で、その発生には多少の時間を要する。そこで、本実施
例では、ＲＡＭ２２ｃの一部をフォントキャッシュとし
て使用する。

【００２７】フォントキャッシュおよび受信バッファの
領域は多ければ多いほど効果的であるが、反面、それら
がいつも最大限に活用されるとは限らない。特に、受信
バッファは、ホストコンピュータ１から送出されてくる
データ量に依存し、その量は変動する。従って、本実施
例では、ホストコンピュータ１の印刷データが多量であ
り、出力処理が滞る可能性の強い大きなサイズのフォン
ト登録データを判断した場合には、受信バッファのサイ
ズを大きく確保する（フォントキャッシュの量を縮小す
る）ように受信バッファのサイズ状態を、図２に示すよ
うにダイナミックに切り換え制御する。

【００２８】図２は、図１に示したＲＡＭ２２ｃのメモ
リマップ状態を説明する模式図であり、（ａ）は通常デ
ータ処理時に対応し、（ｂ）は出力処理が滞る可能性の
強い大きなサイズのフォント登録データ受信処理時に対
応する。

【００２９】この図に示されるように、出力処理が滞る
可能性の強い大きなサイズのフォント登録データを判断
した場合には、ＲＡＭ２２ｃの受信バッファのサイズを
同図（ｂ）に示すように大きく確保する（フォントキャ
ッシュの量を縮小する）ように受信バッファのサイズ状
態をダイナミックに切り換え制御することにより、ホス
トコンピュータ１は、自身の印刷データ処理から早く解
放される。

【００３０】なお、反対に、一旦、受信バッファサイズ
を大きく確保した後で、小さなサイズのフォント登録デ
ータや通常の文字データを判断した場合には、受信バッ
ファサイズを縮小して（フォントキャッシュの量を拡大
して）印刷処理を行う。こうして、有限の容量を持つＲ
ＡＭ２２ｃを有効活用することができる。

【００３１】以上の処理を実現するため、実施例の制御
部２２のＣＰＵ２２ａはＲＯＭ２２ｂに格納されたプロ
グラムに従って処理を行う。その処理を図３に示すフロ
ーチャートを参照しながら説明する。

【００３２】図３は本発明に係る印刷装置における第１
のデータ処理手順の一例を示すフローチャートである。
なお、(1) 〜(14)は各ステップを示す。

【００３３】先ず、ホストコンピュータ１からデータ受
信されると、インタフェース２１からＣＰＵ２２ａに割
込み信号が供給され、その信号によりＣＰＵ２２ａはイ
ンタフェース２１よりデータを取り込み、ＲＡＭ２２ｃ
内の受信バッファに格納処理を行っている。

【００３４】さて、受信バッファより１データを読み込
み(1) 、そのデータがフォント登録命令かどうかを判別
し(2) 、フォント登録命令（ＹＥＳ）の場合は、そのフ
ォント登録データのサイズ（データ量）が大きいかどう
かを判別し(3) 、大きなサイズ（ＹＥＳ）の場合は、受
信バッファサイズを図２の（ｂ）に示すように拡大し
(4) 、受信バッファサイズ記憶部２３に当該受信バッフ
ァサイズを設定する。

【００３５】一方、ステップ(3) の判定でフォント登録
データのサイズ（データ量）が小さいサイズの場合（Ｎ
Ｏ）は、受信バッファサイズを図２の（ａ）に示すよう
に縮小して(5) 、受信バッファサイズ記憶部２３に当該
受信バッファサイズを設定する。

【００３６】次いで、受信バッファに格納されたフォン
ト登録データを読み込み、ユーザ登録メモリ２５に格納
して(6) 、ステップ(13)以降に進む。

【００３７】一方、ステップ(2) の判定でフォント登録
命令でないと判別した（ＮＯ）場合は、ステップ(7) に
進み、受信バッファを縮小して、受信バッファサイズ記
憶部２３にそのサイズを設定する。次いで、文字データ
かどうかを判別し(8) 、ＮＯならばそのデータに従った
制御処理を実行し(12)、ステップ(13)以降に進み、文字
データの場合（ＹＥＳ）には、その文字パターンがフォ
ントキャッシュ中にあるかどうかを判別して(9) 、ＹＥ
Ｓならばステップ(11)以降に進み、ＮＯならばＲＯＭ２
２ｂのアウトラインデータを使用してフォントパターン
を作成して、フォントキャッシュ中に登録し(10)、フォ
ントパターンをフレームメモリ２４に展開して(11)、ス
テップ(13)に進み、１ページ分のデータがフレームメモ
リ２４上に展開されたかどうかを判別して(13)、１ペー
ジ分展開した場合には、そのフレームメモリ２４のビッ
トマップデータを順次ドットプリンタエンジン部２６に
転送して、印刷出力を行い(14)、ステップ(1) に戻る。

【００３８】これにより、フォント登録データのデータ
量を検知して受信バッファサイズを自動的に切り換え可
能となり、ホスト解放までの時間を大幅に短縮できる。

【００３９】なお、上記実施例では受信バッファサイズ
の減少分をフォントキャッシュに割り当ててアウトライ
ンフォントの展開のスピードアップを目指しているが、
他にも印刷データを内部データ形式として一時蓄えてお
くページバッファ領域を拡大する等して出力のスピード
を図るように構成しても良い。 〔第２実施例〕図４は本発明の第２実施例を示す印刷装
置の構成を説明するブロック図であり、図１と同一のも
のには同じ符号を付してある。

【００４０】図において、ＲＡＭ２２ｃは、受信バッフ
ァ，フォントキャッシュ，ＣＰＵ２２ａのワークエリ
ア，ユーザの登録データを登録しておくユーザ登録メモ
リとして使用される。

【００４１】このように構成された印刷装置において、
ホストコンピュータ１から印刷情報が入力されると、判
定手段（ＣＰＵ２２ａ）がホストコンピュータ１から指
定されるフォント種別状態を判定し、この判定結果に基
づいて変更手段（ＣＰＵ２２ａ）が記憶媒体に確保され
る受信バッファのサイズを動的に変更することにより、
記憶媒体を新たに拡張しなくても、フォント種別状態に
よってはデータ処理が滞る恐れがあるフォントデータ処
理を速やかに完了して、ホストコンピュータを速やかに
解放可能とする。

【００４２】具体的には、ホストコンピュータ１から出
力されてきたデータは、ＲＡＭ２２ｃ内の受信バッファ
に順次格納されて行き、それと共に受信バッファの未処
理のデータを順次読み出してはフォント登録データとし
てそのままユーザ登録メモリに格納したり、文字データ
として対応するフォントパターンをフレームメモリ２４
に展開したりして、印刷処理を実行する。ここで、発生
するフォントパターンはアウトラインであるので、その
発生には多少の時間を要する。そこで、本実施例では、
ＲＡＭ２２ｃの一部をフォントキャッシュとして使用し
て、そういったパターン展開による時間の無駄をへらし
ているとともに、ユーザの登録データを格納しておくユ
ーザ登録メモリとしても使用している。

【００４３】受信バッファ，ユーザ登録メモリの領域は
多ければ多いほど効果的であるが、反面、それらがいつ
も最大限に活用されるとは限らない。特に、受信バッフ
ァは、印刷装置の内部処理が滞り、ホストコンピュータ
１から送られてくる送信データの解釈が遅くなる場合
に、大きなサイズが必要となる。

【００４４】従って、本実施例では、ホストコンピュー
タ１の印刷データがスケラーブルフォントを使用したも
のであり、出力処理が滞る可能性の高いデータと判断し
た場合には、受信バッファのサイズを大きく（ユーザ登
録メモリのサイズを小さく）確保するように、すなわち
受信バッファのサイズ状態を、図５に示すようにダイナ
ミックに切り換え制御する。

【００４５】図５は、図４に示したＲＡＭ２２ｃのメモ
リマップ状態を説明する模式図であり、（ａ）は通常デ
ータ処理時に対応し、（ｂ）は出力処理が滞る可能性の
強い大きなサイズのフォント登録データ受信処理時に対
応する。

【００４６】この図に示されるように、出力処理が滞る
可能性の強い大きなサイズのフォント登録データを判断
した場合には、ＲＡＭ２２ｃの受信バッファのサイズを
同図（ｂ）に示すように大きく確保する（ユーザ登録メ
モリのサイズを小さくする）ように受信バッファのサイ
ズ状態をダイナミックに切り換え制御することにより、
ホストコンピュータ１は、自身の印刷データ処理から早
く解放される。

【００４７】なお、反対に、一旦、受信バッファサイズ
を大きく確保した後で、ドットフォントを指定したデー
タを判断した場合には、受信バッファサイズを縮小して
（ユーザ登録メモリのサイズを拡大して）印刷処理を行
う。こうして、有限の容量を持つＲＡＭ２２ｃを有効活
用することができる。

【００４８】以上の処理を実現するため、実施例の制御
部２２のＣＰＵ２２ａはＲＯＭ２２ｂに格納されたプロ
グラムに従って処理を行う。その処理を図６に示すフロ
ーチャートを参照しながら説明する。

【００４９】図６は本発明に係る印刷装置における第２
のデータ処理手順の一例を示すフローチャートである。
なお、(1) 〜(13)は各ステップを示す。

【００５０】先ず、ホストコンピュータ１からデータ受
信されると、インタフェース２１からＣＰＵ２２ａに割
込み信号が供給され、その信号によりＣＰＵ２２ａはイ
ンタフェース２１よりデータを取り込み、ＲＡＭ２２ｃ
内の受信バッファに格納処理を行っている。

【００５１】さて、受信バッファより１データを読み込
み(1) 、そのデータがフォント選択命令であるかどうか
を判別し(2) 、フォント選択命令であった場合（ＹＥ
Ｓ）は、その指定フォントがドットフォントか、それと
もスケラーブルフォントかどうかを判別し(3) 、スケラ
ーブルフォントの場合（ＹＥＳ）、受信バッファサイズ
を拡大し(4) 、ドットフォントの場合（ＮＯ）、受信バ
ッファサイズを縮小し(5) 、受信バッファサイズ記憶部
２３にそのサイズを設定する。続いて、指定されたフォ
ントの選択処理を行って(6) 、ステップ(12)以降に進
む。

【００５２】一方、ステップ(2) の判定でフォント選択
命令でないと判別した（ＮＯ）場合は文字データかどう
かを判別し(7) 、ＮＯならばそのデータに従った制御処
理を実行し(11)、ステップ(12)以降に進み、文字データ
の場合（ＹＥＳ）には、その文字パターンがフォントキ
ャッシュ中にあるかどうかを判別して(8) 、ＹＥＳなら
ばステップ(10)以降に進み、ＮＯならばＲＯＭ２２ｂの
アウトラインデータを使用してフォントパターンを作成
して、フォントキャッシュ中に登録し(9) 、フォントパ
ターンをフレームメモリ２４に展開して(10)、ステップ
(12)に進み、１ページ分のデータがフレームメモリ２４
上に展開されたかどうかを判別して(12)、１ページ分展
開した場合には、そのフレームメモリ２４のビットマッ
プデータを順次ドットプリンタエンジン部２６に転送し
て、印刷出力を行い(13)、ステップ(1) に戻る。

【００５３】これにより、指定されたフォントがドット
フォントかスケラーブルフォントかを判別して受信バッ
ファのサイズを自動的に切り換えることができる。

【００５４】なお、本実施例では受信バッファサイズの
減少分をユーザ登録メモリに割り当ててユーザ登録デー
タに対する容量を増やすことを目指しているが、他にも
印刷データを内部データ形式として一時蓄えておくペー
ジバッファ領域を拡大する等して出力のスピードアップ
を図ることも可能である。 〔第３実施例〕図７は本発明の第３実施例を示す印刷装
置の構成を説明するブロック図であり、図１と同一のも
のには同じ符号を付してある。

【００５５】図において、２７は受信バッファで、ホス
トコンピュータ１から取り込んだデータを格納しておく
受信バッファである。なお、ＲＡＭ２２ｃは、各タスク
のスタック領域やユーザの登録データを保存しておくユ
ーザ登録メモリやフォントキャッシュとして機能するこ
のように構成された印刷装置において、ホストコンピュ
ータ１から印刷情報が入力されると、データ処理手段
（制御部２２）が所定のデータ処理を開始する。その
際、判定手段（ＣＰＵ２２ａ）がデータ処理手段が処理
する各タスクに対応して記憶媒体に確保される各スタッ
クの使用状況を判定し、この判定手段の判定結果に基づ
いて変更手段（ＣＰＵ２２ａ）が記憶媒体に確保される
各スタックのサイズを動的に変更することにより、記憶
媒体を新たに拡張しなくても、データ処理手段のマルチ
タスク処理を効率よく実行可能とする。

【００５６】具体的には、ホストコンピュータ１からデ
ータが受信されると、インタフェース２１からＣＰＵ２
２ａに割込み信号が供給され、その信号によりＣＰＵ２
２ａはインタフェース２１よりデータを取り込み、受信
バッファ２７に格納処理を行っている。それと共に、受
信バッファ２７の未処理のデータを順次読み出しては、
文字データとして対応するフォントパターンをフレーム
メモリ２４に展開したりして、印刷処理する。また、本
実施例では、ＲＡＭ２２ｃの一部をフォントキャッシュ
として使用して、そういったパターン展開による時間の
無駄を減らしているとともに、ユーザの登録データを格
納しておくユーザ登録メモリとしても使用している。

【００５７】受信バッファ２７からデータを取り込んで
フレームメモリ２４にパターン展開したり、フレームメ
モリ２４のビットマップデータをドットプリンタエンジ
ン部２６に転送して印刷出力したりする動作をシングル
タスクで行うと処理時間が膨大となってしまうため、そ
れぞれを別のタスクとして動作させて処理時間の短縮化
を図る。以降、フレームメモリ２４へのパターン展開ま
での動作をタスクＡと称し、そこからドットプリンタエ
ンジン部２６へのデータ転送および印刷出力の動作をタ
スクＢと称する。

【００５８】各タスクＡ，Ｂのスタック量は多く確保で
きればできるほどデータ処理を効率的に実行できるが、
反面、各タスクＡ，Ｂのスタック量が常時最大限に活用
されるとは限らない場合がある。例えば、フレームメモ
リ２４へフォントを展開する場合には、タスクＡはアウ
トラインフォントの展開で複雑な処理となり、多くのス
タックを必要とするが、タスクＢはまだビットマップが
完成していないので、ドットプリンタエンジン部２６に
プレフィードを実行させたり、その他の通信を行うだけ
であまり複雑な処理はなく多くのスタックを必要としな
い。逆に、一旦フレームメモリ２４のビットマップが完
成してドットプリンタエンジン部２６への転送と出力が
始まると、タスクＢの動作は複雑となり、多くのスタッ
クを必要とするが、タスクＡはフレームメモリ２４への
展開ができないため、受信バッファ２７のデータ解析に
留まり、あまり複雑な処理は行わず、多くのスタックを
必要としない。

【００５９】従って、本実施例では、各タスクＡ，Ｂの
スタックの使用状況を判断して、余り使用していない場
合には、スタックのサイズ小さく（他タスクのスタック
のサイズを大きく）確保するように、ＲＡＭ２２ｃのス
タック管理領域のアロケーション状態を、ＣＰＵ２２ａ
が図８に示すようにダイナミックに切り換え制御する。

【００６０】図８は、図７に示したＲＡＭ２２ｃのメモ
リマップ状態を説明する模式図であり、（ａ）はフレー
ムメモリ２４へのパターン展開処理時に対応し、（ｂ）
はドットプリンタエンジン部２６へのデータ転送および
印刷出力の動作実行時に対応する。

【００６１】以上の処理を実現するため、実施例の制御
部２２のＣＰＵ２２ａはＲＯＭ２２ｂに格納されたプロ
グラムに従って処理を行う。以下、図９〜図１１に示す
フローチャートを参照しながら本発明に係る印刷装置に
おける第３のデータ処理動作について説明する。

【００６２】図９は本発明に係る印刷装置におけるタス
クＡの処理手順の一例を示すフローチャートである。な
お、(1) 〜(8) は各ステップを示す。また、タスクＡ
は、受信バッファ２７からデータを取り込んで、解析
し、フレームメモリ２４にパターン展開する処理に対応
する。

【００６３】先ず、受信バッファ２７より１データ読み
込み(1) 、そのデータが文字データかどうかを判別する
(2) 。文字データであった場合（ＹＥＳ）は、フレーム
メモリ２４が書込み可能かどうかを判別し(4) 、書込み
可能な場合（ＹＥＳ）は、ＲＯＭ２２ｂ中のアウトライ
ンデータ等を使用して、文字パターンをフレームメモリ
２４に展開する(6) 。続いて、１ページ分のデータがフ
レームメモリ２４上に展開されたかどうかを判別して
(7) 、１ページブン展開した場合には、タスクＢに対し
て出力できる状態にあることを通知し(8) 、ステップ
(1) に戻る。

【００６４】一方、ステップ(2) において、文字データ
でないと判別された場合（ＮＯ）は、データに従って制
御処理を行った後、ステップ(1) に戻り、ステップ(4)
において、フレームメモリ２４が書込み不可と判別され
た場合（ＮＯ）は、展開可能となるまで待機し(5) 、ス
テップ(1) に戻る。

【００６５】図１０は本発明に係る印刷装置におけるタ
スクＢの処理手順の一例を示すフローチャートである。
なお、(1) 〜(8) は各ステップを示す。また、タスクＢ
は、フレームメモリ２４のビットマップパターンをドッ
トプリンタエンジン部２６に転送して、印刷出力する処
理に対応する。

【００６６】先ず、フレームメモリ２４への展開が終了
して現在出力可能かどうかを判別し(1) 、出力可能と判
別された場合（ＹＥＳ）は、フレームメモリ２４のビッ
トマップデータをあるブロックに区切ってドットプリン
タエンジン部２６に転送する(2) 。その後、フィード命
令をドットプリンタエンジン部２６に発行して(3) 、紙
送りを行い、１ページ分のビットマップデータをフレー
ムメモリ２４からドットプリンタエンジン部２６に転送
出力したかどうかを判別し(4) 、１ページ分転送出力し
たと判別された場合（ＹＥＳ）、排紙処理を行って紙を
出力する(5) 。次いで、タスクＡに対して展開できる状
態にあることを通知し(6) 、ステップ(1) に戻る。

【００６７】一方、ステップ(4) の判定で、１ページ分
展開していなかった場合は、ステップ(2) に戻り、次の
ブロックのビットマップデータの転送処理に移行する。

【００６８】一方、ステップ(1) の判定で、出力不可と
判別された場合は、ドットプリンタエンジン部２６に対
して何か送信するべきコマンドの要求があるかどうかを
判別して(7) 、ＮＯならばステップ(1) に戻り、何かコ
マンド要求がなされた場合（ＹＥＳ）、その要求に従っ
たエンジンコマンドを発行してから(8) 、ステップ(1)
に戻る。

【００６９】図１１は本発明に係る印刷装置におけるタ
スクのスタックサイズ切換え処理手順の一例を示すフロ
ーチャートである。なお、(1) 〜(5) は各ステップを示
す。また、この処理はタイマ割込み処理により、定期的
に実行され、それぞれのタスクＡ，Ｂのスタック使用状
況を監視し、その使用状況によってスタックの大きさを
切り換える場合を示す。

【００７０】先ず、タスクＡのスタック未使用領域が大
きいかどうかをＣＰＵ２２ａが判別し(1) 、大きいと判
別した場合（ＹＥＳ）は、タスクＢのスタック未使用領
域が小さいかどうかを判別し(2) 、小さいと判別された
場合（ＹＥＳ）は、多くのスタックを求めていると判断
して、タスクＢのスタック領域を図８の（ｂ）に示すよ
うに拡大し(3) 、処理を終了し、大きいと判別された場
合（ＮＯ）は、なにもしないで処理を終了する。

【００７１】一方、ステップ(1) の判定で、タスクＡの
スタック未使用領域が小さかった場合（ＮＯ）は、多く
のスタックを必要としている判別して、タスクＢのスタ
ック未使用領域が大きいかどうかをＣＰＵ２２ａが判別
して(4) 、大きいと判別した場合（ＹＥＳ）は、ＲＡＭ
２２ｃ上のスタックアロケーションを変更できると判定
し、タスクＡのスタック領域を拡大して、すなわち、図
８の（ａ）に示すようにタスクＡのスタック領域を拡大
し(5) 、処理を終了し、ステップ(4) の判定で、小さい
と判別された場合（ＮＯ）は、なにもしないで処理を終
了する。

【００７２】このようにして、各タスクＡ，Ｂのスタッ
ク使用状況を判別して自動的にサイズを切り換えること
ができ、各タスクＡ，Ｂの処理を効率よく処理すること
ができる。

【００７３】なお、上記実施例ではＲＡＭ２２ｃの残り
領域を、ユーザ登録メモリやフォントキャッシュに割り
当てているが、何に割り当てる構成であっても本発明の
適用の妨げとはならない。

【００７４】また、ＲＡＭ２２ｃのスタックアロケーシ
ョンがどのように構成されていても、スタック領域を縮
小することができるので、種々のタスク処理に本発明を
適用できる。 〔第４実施例〕図１２は本発明の第４実施例を示す印刷
装置の構成を説明するブロック図であり、図７と同一の
ものには同じ符号を付してある。

【００７５】図において、３１は現在の描画モードが上
書き描画モードか、通常描画モードかを記憶しておく描
画モード記憶部、３２は前記受信バッファ２７の受信バ
ッファフルの状態がどのくらい継続されているかをカウ
ントする受信バッファＦカウンタ、３３は前記受信バッ
ファ２７の受信バッファフルでない状態がどのくらい継
続されているかをカウントする受信バッファＥカウン
タ、３４はページ単位で内部データを格納しておくペー
ジバッファ、３５は前記制御部２２によりページバッフ
ァ３４の内部データを指定に合せて１ページ分パターン
展開可能なフレームバッファである。

【００７６】このように構成された印刷装置において、
ホストコンピュータ１から印刷情報が入力されると、展
開手段（ＣＰＵ２２ａ）がホストコンピュータ１から指
定される描画モード状態に基づいて記憶媒体に確保され
る受信バッファ２７に受信した印刷情報を上書き展開ま
たは通常展開する。その際、受信バッファ２７へのデー
タ格納状態に基づいて切換え手段（ＣＰＵ２２ａ）が上
書き描画モード指定状態を通常描画モード指定状態に切
り換えることにより、ホストコンピュータ１を速やかに
解放することを可能とする。

【００７７】以下、図１３〜図１５を参照しながら上書
き描画モード処理動作について説明する。

【００７８】図１３は、図１２に示したホストコンピュ
ータ１から送信される一連の印刷データの一例を示す図
である。なお、図中の〜はデータ受信順位を示す。

【００７９】この図において、［ｅｃ］１０％は優先度
付き上書きモード指定命令を示し、［ｅｃ］２０，２５
＄は座標（２０，２５）への印字位置指定命令を示し、
［ｅｃ］２＃は濃いグレーによる描画指定命令を示し、
［ｅｃ］２０！は優先度２０を持たせる優先度指定命令
を示し、「Ａ」は文字コードを示し、［ｆｆ］はフォー
ムフィードを示す。本実施例における印刷データでは、
３つのグレー値を持った「Ａ」を色の薄い順に優先度を
持たせて上書きして、改頁を行っている。

【００８０】図１４は、図１２に示したページバッファ
３４の詳細構成を説明する図である。

【００８１】この図に示すように、図１３に示した印刷
データを受信すると、ＣＰＵ２２ａがページバッファ３
４にコード，Ｘ座標，Ｙ座標，グレー値，優先度をペー
ジ単位に記憶する。

【００８２】図１５は、図１２に示したフレームバッフ
ァ３５に展開されたビットマップデータの展開状態を示
す模式図である。

【００８３】この図に示すように、２番目のデータ（上
記データ受信順位）の薄いグレーの「Ａ」を１番上
に、１番目のデータ（上記データ受信順位）の濃いグ
レーの「Ａ」をその下に、３番目のデータ（上記データ
受信順位）の黒ベタの「Ａ」を一番下に描画される状
態に対応し、この展開イメージがドッタプリンタエンジ
ン部２６から出力される。

【００８４】以下、図１６，図１７を参照しながら、本
発明に係る印刷装置における受信バッファ状態に基づく
描画モード処理および上書き描画モード解除処理動作に
ついて説明する。

【００８５】図１６は本発明に係る印刷装置における受
信バッファ状態に基づく描画モード処理手順の一例を示
すフローチャートである。なお、(1) 〜(11)は各ステッ
プを示す。また、この処理は定期的に実行され、受信バ
ッファ２７の状態を検知して描画モードを切り換える場
合に対応する。

【００８６】先ず、受信バッファ２７がデータ格納不可
（フル状態）かどうかを判定し(1)、フル状態である場
合は、受信バッファＥカウンタ３３をクリアして(2) 、
受信バッファ２７がフルでない状態が途切れたことを示
す。続いて、受信バッファＦカウンタ３２をインクリメ
ント（＋＋）して(3) 、受信バッファフルの状態がどの
くらい時間続いているかを設定する。次いで、受信バッ
ファＦカウンタ３２の値が最大値を越えているかどうか
をチェックし(4) 、ＮＯの場合は処理を終了し、ＹＥＳ
の場合は、描画モード記憶部３１の設定をＣＰＵ２２ａ
が通常描画モードに切り換え設定し(5) 、受信バッファ
Ｆカウンタ３２をクリアして(6) 、処理を終了する。

【００８７】一方、ステップ(1) の判定で受信バッファ
２７がフルでないと判定された場合（ＮＯ）は、受信バ
ッファＦカウンタ３２をクリアして(7) 、受信バッファ
フルの状態が途切れたことを示す。次いで、受信バッフ
ァＥカウンタ３３をインクリメント（＋＋）して(8) 、
受信バッファ２７がフルでない状態がどのくらいの時間
続いているのかを設定する。次いで、受信バッファＥカ
ウンタ３３の値が最大値を越えているかどうかをチェッ
クし(9) 、越えていない場合（ＮＯ）は処理を終了し、
越えていると判定された場合（ＹＥＳ）、すなわち描画
モード記憶部３１の設定をユーザから指定されている場
合は、ＣＰＵ２２ａが上書き描画モードに切り換え(1
0)、受信バッファＥカウンタ３３をクリアして(11)、処
理を終了する。

【００８８】図１７は本発明に係る印刷装置における第
４のデータ処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(9) は各ステップを示す。また、この
処理は、ページバッファ３４のデータをフレームバッフ
ァ３５へパターン展開してドットプリンタエンジン部２
６に印刷出力する流れを示す。また、制御部２２は、上
記図１６に示す処理と図１７に示す処理を同時に並列し
て実行することにより、データ受信の効率化を図るとと
もに、受信バッファ２７の状態を監視している。

【００８９】先ず、現在の描画モードを描画モード記憶
部３１より読み込み、上書き描画モードかどうかを判別
し(1) 、上書き描画モードが指定されていた場合（ＹＥ
Ｓ）は、ページバッファ３４の中から優先度の低いもの
から１データを読み込み(2)、そのデータをフレームバ
ッファ３５中のどこに書込むかという印字位置の決定を
行い(3) 、グレー値に従ってフォントパターンを作成す
る(4) 。次いで、フォントパターンをフレームバッファ
３５に書き込んでから(5) 、そのデータがページの最終
データかどうかを判定し(6) 、ページの最終データでな
い場合（ＮＯ）はステップ(2) に戻り、次データの読み
込みに入る。

【００９０】一方、ステップ(6) の判定でページの最終
データである場合（ＹＥＳ）は、そのページのフレーム
バッファ３５の内容をドットプリンタエンジン部２６に
印刷出力し(7) 、次のページバッファ３４を指定して
(8) 、ステップ(2) に戻り、次のページの処理を行う。

【００９１】一方、ステップ(1) の判定で、現在の描画
モードが上書き描画モードでなかった場合（ＮＯ）は、
上書きを行わないで単にパターンのＯＲをとる通常のパ
ターン展開および印刷出力を行い(9) 、ステップ(1) に
戻って次のページ処理に移行する。これにより、受信バ
ッファフルの時間が長くホストコンピュータ１の解放が
遅い場合に、処理の早い通常描画モードによる出力が可
能となる。

【００９２】なお、上記実施例では受信バッファＦカウ
ンタ３２，受信バッファＥカウンタ３３の最大値を内部
データとして処理する場合について説明したが、これを
ホストコンピュータ１等の外部から指定可能に構成する
ことにより、ユーザの希望するウエイト時間内でホスト
と印刷装置の通信を制御することが可能となる。

【００９３】また、上記実施例では、受信バッファフル
の状態が長い場合には、そのまま通常描画モードへ移行
する場合について説明したが、この移行制御についても
モードを設けて、通常描画モードへ移行するかそれとも
エラーとしてプリンタの動作を停止するかの設定をユー
ザが指定できるように構成してもよい。

【００９４】さらに、上記実施例では描画モード記憶部
３１を独立した構成とする場合について説明したが、描
画モード記憶部３１をページバッファ３４中に取り込む
ように構成すれば、ページ単位の描画モード切り換えが
マルチタスクの内部処理にて行うことができる。

【００９５】また、上記実施例では描画モードの判別を
ページ単位に処理する場合について説明したが、上書き
描画モードと通常の描画モードの切り換えをページ内で
実行するように構成すれば、１ページ内に複数の描画モ
ードによる出力を混在することも可能となる。

【００９６】

【発明の効果】以上説明したように、本発明は、ホスト
コンピュータから印刷情報が入力されると、領域配分手
段が記憶媒体に対して割り当てられた印刷情報または本
体制御情報のための各記憶領域配分をデータ処理状態に
基づいて動的に割り振るように構成したので、記憶媒体
を新たに拡張しなくても、ホストコンピュータを速やか
に解放することができる。

【００９７】また、ホストコンピュータから印刷情報が
入力されると、検出手段がホストコンピュータから入力
されるフォント登録データのデータ量を検出し、検出し
たフォント登録データのデータ量に基づいて変更手段が
記憶媒体に確保される受信バッファのサイズを動的に変
更するように構成したので、記憶媒体を新たに拡張しな
くても、データ処理が滞る恐れがあるフォント登録デー
タ受信処理を速やかに完了して、ホストコンピュータを
速やかに解放することができる。

【００９８】さらに、ホストコンピュータから印刷情報
が入力されると、判定手段がホストコンピュータから指
定されるフォント種別状態を判定し、この判定結果に基
づいて変更手段が記憶媒体に確保される受信バッファの
サイズを動的に変更するように構成したので、記憶媒体
を新たに拡張しなくても、フォント種別状態によっては
データ処理が滞る恐れがあるフォントデータ処理を速や
かに完了して、ホストコンピュータを速やかに解放する
ことができる。

【００９９】また、ホストコンピュータから印刷情報が
入力されると、データ処理手段が所定のデータ処理を開
始する。その際、判定手段がデータ処理手段が処理する
各タスクに対応して記憶媒体に確保される各スタックの
使用状況を判定し、この判定手段の判定結果に基づいて
変更手段が記憶媒体に確保される各スタックのサイズを
動的に変更するように構成したので、記憶媒体を新たに
拡張しなくても、データ処理手段のマルチタスク処理を
効率よく実行することができる。

【０１００】さらに、ホストコンピュータから印刷情報
が入力されると、展開手段がホストコンピュータから指
定される描画モード状態に基づいて記憶媒体に確保され
る受信バッファに受信した印刷情報を上書き展開または
通常展開する。その際、受信バッファへのデータ格納状
態に基づいて切換え手段が上書き描画モード指定状態を
通常描画モード指定状態に切り換えるように構成したの
で、ホストコンピュータを速やかに解放することができ
る。

【０１０１】従って、高価な記憶媒体の記憶容量を拡張
することなく、ホストコンピュータとのデータ処理を速
やかに完了してホストコンピュータを速やかに解放する
ことができるとともに、印字処理を効率よく実行するこ
とができる等の効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１実施例を示す印刷装置の構成を説
明するブロック図である。

【図２】図１に示したＲＡＭのメモリマップ状態を説明
する模式図である。

【図３】本発明に係る印刷装置における第１のデータ処
理手順の一例を示すフローチャートである。

【図４】本発明の第２実施例を示す印刷装置の構成を説
明するブロック図である。

【図５】図４に示したＲＡＭのメモリマップ状態を説明
する模式図である。

【図６】本発明に係る印刷装置における第２のデータ処
理手順の一例を示すフローチャートである。

【図７】本発明の第３実施例を示す印刷装置の構成を説
明するブロック図である。

【図８】図７に示したＲＡＭのメモリマップ状態を説明
する模式図である。

【図９】本発明に係る印刷装置におけるタスクＡの処理
手順の一例を示すフローチャートである。

【図１０】本発明に係る印刷装置におけるタスクＢの処
理手順の一例を示すフローチャートである。

【図１１】本発明に係る印刷装置におけるタスクのスタ
ックサイズ切換え処理手順の一例を示すフローチャート
である。

【図１２】本発明の第４実施例を示す印刷装置の構成を
説明するブロック図である。

【図１３】図１２に示したホストコンピュータから送信
される一連の印刷データの一例を示す図である。

【図１４】図１２に示したページバッファの詳細構成を
説明する図である。

【図１５】図１２に示したフレームバッファに展開され
たビットマップデータの展開状態を示す模式図である。

【図１６】本発明に係る印刷装置における受信バッファ
状態に基づく描画モード処理手順の一例を示すフローチ
ャートである。

【図１７】本発明に係る印刷装置における第４のデータ
処理手順の一例を示すフローチャートである。

【符号の説明】

１ ホストコンピュータ ２ 印刷装置本体 ２１ インタフェース ２２ 制御部 ２２ａ ＣＰＵ ２２ｂ ＲＯＭ ２２ｃ ＲＡＭ ２３ 受信バッファサイズ記憶部 ２４ フレームメモリ ２５ ユーザ登録メモリ ２６ ドットプリンタエンジン部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータから入力される印刷
   情報または本体制御情報を所定量一時記憶する記憶媒体
   と、前記記憶媒体に対して割り当てられた前記印刷情報
   または本体制御情報のための各記憶領域配分をデータ処
   理状態に基づいて動的に割り振る領域配分手段とを具備
   したことを特徴とする印刷装置。
2. 【請求項２】 ホストコンピュータから入力される印刷
   情報または本体制御情報を所定量一時記憶する記憶媒体
   と、ホストコンピュータから入力されるフォント登録デ
   ータのデータ量を検出する検出手段と、この検出手段が
   検出した前記フォント登録データのデータ量に基づいて
   前記記憶媒体に確保される受信バッファのサイズを動的
   に変更する変更手段とを有することを特徴とする印刷装
   置。
3. 【請求項３】 ホストコンピュータから入力される印刷
   情報または本体制御情報を所定量一時記憶する記憶媒体
   と、ホストコンピュータから指定されるフォント種別状
   態を判定する判定手段と、この判定手段の判定結果に基
   づいて前記記憶媒体に確保される受信バッファのサイズ
   を動的に変更する変更手段とを有することを特徴とする
   印刷装置。
4. 【請求項４】 ホストコンピュータから入力される印刷
   情報または本体制御情報を所定量一時記憶する記憶媒体
   と、所定のデータ処理をマルチタスクで処理するデータ
   処理手段と、このデータ処理手段が処理する各タスクに
   対応して前記記憶媒体に確保される各スタックの使用状
   況を判定する判定手段と、この判定手段の判定結果に基
   づいて前記記憶媒体に確保される各スタックのサイズを
   動的に変更する変更手段とを有することを特徴とする印
   刷装置。
5. 【請求項５】 ホストコンピュータから入力される印刷
   情報または本体制御情報を所定量一時記憶する記憶媒体
   と、ホストコンピュータから指定される描画モード状態
   に基づいて記憶媒体に確保される受信バッファに受信し
   た印刷情報を上書き展開または通常展開する展開手段
   と、前記受信バッファへのデータ格納状態に基づいて上
   書き描画モード指定状態を通常描画モード指定状態に切
   り換える切換え手段とを有することを特徴とする印刷装
   置。