JPH0292652A - プリンタコントローラ - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、レーザプリンタ、ＬＥＤプリンタ等の光プ
リンタやワイヤドツトプリンタ等のドツトプリンタにお
けるプリンタコントローラに関し、特にフォントカート
リッジあるいはポストコンピュータ等の外部装置から受
は取ったフォントデータを格納するメモリを備えたプリ
ンタコントローラに関する。

〔従来の技術〕

光プリンタやドツトプリンタにおけるプリンタコントロ
ーラは、パーソナルコンピュータ、ワードプロセッサ、
データ処理装置等のホストコンピュータからプリントデ
ータとして文字コードデータが送られてくると、その文
字コードデータとそのソースデータとしてのフォントデ
ータを用いてプリント用のドツトパターンデータを作成
し、それをプリンタエンジンへ送出して用紙にプリント
させる機能を有している。

なお、上記フォントデータはこのプリンタコン１、ロー
ラ内部のＲＯＭ、あるいは外部装置としてのフォントカ
ートリッジ又はこのプリンタコントローラに接続された
ホス１−コンピュータ等に収納されている。

また、フォントデータには、１〜ツ１〜パターン状に展
開されたイメージフオンＩ−データ（一般には単に「フ
ォントデータ」と称している）と、ドツトパターンに展
開可能にデータを圧縮したフォノ１−データ（以下［圧
縮フォントデータ」と称す）とがある。

ところで、ホストコンピュータが所有するフォントデー
タを使用、する場合は、予めそのフォノ１〜データをプ
リンタコントローラの内部メモリにダウンロードして使
用する。

また、フォントカートリッジを挿着してそのフォントデ
ータも使用できるプリンタもあるが、フォントカートリ
ッジを挿着するためのスロットが例えば１つしか設けら
れていない場合、当然ながら１個のフォントカートリッ
ジしか装着できないため、複数のフォントカートリッジ
がそれぞれ所有する各種のフォントデータを使用したい
場合には、やはりその使用したいフォントデータを予め
プリンタコントローラの内部メモリにダウンロードして
おいて、それを使用することになる。

〔発明が解決しようとする課題〕

ところで、従来のこのようなプリンタコントローラでは
、内部のメモリに常時保持しているフォントデータ、あ
るいはホスト等からダウンロートして格納したフォント
データが圧縮フォントデータであると、プリント用のド
ツトパターンデータを作成する際にその圧縮フオンＩ−
データをイメージフオンＩ−データに展開しなければな
らないため。

その処理に要する時間だけプリント実行時間が長くかか
り、プリント処理能力が低下するという不具合がある。

また、内部のメモリに格納しているフォントデータがイ
メージフォントデータであれば、プリント用のドツトパ
ターンデータを作成する際にそのまま直ちに使用できる
ので、プリント実行時間は速くなるが、イメージフォン
トデータは圧縮フォントデータよりもかなり多くのメモ
リ容量を必要とするので、一定容量のメモリに格納でき
るフォント数が少なくなってしまうという。

そのため、従来のプリンタコントローラは、新たなフォ
ントデータを内部のメモリに格納したいときにそのメモ
リ容量が足りない場合には、使用していない１部のフォ
ントデータを消去して空きメモリ領域を作り、そこに新
たなフォントデータを格納していた。

そのため、消去したフォントデータを再度使用したいと
きには、他の使用されなくなったフォントデータを消去
して再びダウンロートシなければならず、やはりプリン
ト処理の低下を招くという問題が生じる。

また、フォントメモリとして大容量のものを用いれば多
くのイメージフォントデータを格納できるが、コストが
高くなるという問題がある。

この発明は上記の点に鑑みてなされたものであり、メモ
リ全体の容量を増加せずに多くのフォントデータを格納
可能にし、しかもプリンＩ・処理能力の低下を最小限に
抑えることを目的とする。

〔課題を解決するための手段〕

この発明は上記の目的を達成するため、第１図に機能ブ
ロックで示すように、フォントカートリッジあるいはホ
ストコンピュータ等の外部装置から受取ったフォントデ
ータを格納するメモリＡを備えたプリンタコントローラ
において、そのメモリＡに新たなフォントデータを格納
する際、その残容量をチェックしてそのフォントデータ
を格納するだけのメモリ容量が存在するか否かを判別す
るメモリ容量判別手段Ｂと、該手段Ｂによってメモリ容
量が不足すると判別された場合、その不足する分のメモ
リ容量に応してメモリＡに格納されているフォントデー
タの１部又は全部を圧縮するフォントデータ圧縮手段Ｃ
と、該手段Ｃによるフォントデータの圧縮によって確保
された空きメモリ領域に、新たなフォノ１〜データを格
納するフォントデータ圧縮手段りとを設けたものである
。

〔作　用〕

このように構成されたプリンタコントローラによれば、
メモリＡに新たなフォントデータを格納する際、メモリ
容量判別手段ＢがメモリＡの残容量をチェックしてその
フォントデータを格納するだけのメモリ容量が存在する
か否かを判別し、そのメモリ容量が不足すると判別した
場合、フォントデータ圧縮手段Ｃがその不足する分のメ
モリ容量に応じてメモリＡに格納されているフォントデ
ータ（イメージフォントデータ）の１部又は全部を圧縮
し、それによって確保された空きメモリ領域に、フォン
トデータ圧縮手段りにより上記新たなフォントデータを
格納するので、多くのフォントデータを格納でき、しか
もメモリ容量に余裕がある場合に新たなフォントデータ
を格納する時は、メモリＡに格納されているフォントデ
ータを圧縮しないで済むので、圧縮されたフォントデー
タからイメージフォントデータへのデータ展開に要する
時間を必要とせず、それによってプリント処理能力の低
下を最小限に抑え、効率の良いプリントが行なえる。

〔実　施　例〕

以下、この発明の実施例を第２図以降を参照して具体的
に説明する。

第２図は、この発明をレーザプリンタに適用した一実施
例のシステム構成図であり、１は外部装置であるパーソ
ナルコンピュータ、ワードプロセッサ、データ処理装置
９画像処理装置等のホストコンピュータ、２はページプ
リンタであるレーザプリンタである。

レーザプリンタ２は、ホストコンピュータ１から文字コ
ード、イメージ（グラフィック）等のプリントデータを
入力してページ単位でビデオデータ（ビットマツプ）を
作成するプリンタコントローラ３と、そのビデオデータ
によって用紙に文字や画像をプリントするための作像部
とそのシーケンスコントローラ等からなるプリンタエン
ジン４とによって構成されている。

第３図は、プリンタコントローラ３の内部構成を示すブ
ロック図である。

このプリンタコントローラ３は、インタフェース（Ｉ／
Ｆ）として、ホストコンピュータ１に接続するためのホ
ストインタフェース５と、プリンタエンジン４に接続す
るためのエンジンインタフェース６と、各種表示器、ス
イッチ等を備えた操作パネル８と接続するためのパネル
インタフェース７と、フロッピディスク装置１３．読書
き可能なＲＡＭカートリッジ１４．読出し専用のＲＯＭ
カートリッジ１５等のオプションと接続するためのオプ
ションインタフェース９とを備えている。

また、このプリンタコントローラ３は、マイクロコンピ
ュータ（以下ｒＣＰＵＪと称す）１０と、ＲＯＭＩＩ及
びＲＡＭ１２を備えている。

なお、外部装置としてのＲＡＭカートリッジ１４及びは
ＲＯＭカートリッジ１５は、例えばフォントカートリッ
ジであって、それぞれ異なるフォノ］・データを格納す
るものである。

ｃｐＵｌｏは、このプリンタフン１〜〇一ラ全体の統括
制御を司り、第１図におけるメモリ容量判別手段Ｂ、フ
ォントデータ圧縮手段Ｃ及びフォントデータ圧縮手段り
としての機能も果す。

ＲＯＭ１１はリードオンメモリであり、ＣＰＵ１０が動
作するためのプログラムの他に常駐フォントデータ等を
格納している。

ＲＡＭ１２は大容量のランダムアクセスメモリであり、
主として次のような用途に使用される。

（ａ）インプットバッファ　（ｂ）ページバッファ（Ｃ
）ビデオバッファ　　　（ｄ）システムメモリ（ｅ）フ
ォントファイル　　（ｆ）イメージファイルこれらのう
ち、フォントファイルが第１図のフォントデータの格納
に使用するメモリＡに相当する領域であり、これ等のバ
ッファ及びファイルは、システムソフトに使用する以外
のＲＡＭ領域を必要な容量だけ事前に確保して使用する
。この場合メモリ容量が不足した場合は、その旨を表示
して機能を放棄する。

その場合は、何等かのデータを消去して使用可能な状態
に戻す必要がある。すなわち、全メモリ領域は固定的に
割付けて使用するのではなく、必要な一都度領域を確保
して使用するダイナミック管理方式を採用している。

ここで、各バッファ及びファイルの機能について説明す
る。

〔インプットバッファ〕

ホストインタフェース５に接続されているホストコンピ
ュータ１からは、プリンタコン１−〇−ラ３内の動作と
は関係なく、不定期にデータを送ってくる。したがって
、ホス１−インタフェース５　ｈ）らのデータをインプ
ットバッファに一時的に保持しておき、プリンタソフト
ウェアがそのデータを順次取り出して処理していく。

〔ページバッファ〕

ポストコンピュータから送られて来たデータに。

そのデータが実際に記憶されているソース７１ヘレスと
、ビデオバッファのどこにビデオデータを作るかを指定
するディスティネーションアドレス及びサイズ等の情報
を付加して、このページバッファにページデータを作る
。

〔ビデオバッファ〕

ビデオバッファには、ページバッファのページデータと
後述するフォントファイルのフォントデータ等、場合に
よりイメージファイルのイメージデータをも使用してビ
ットマツプ情報であるビデオデータが作成される。

このビデオバッファには、フルビットマツプモードとパ
ーシャルビットマツプモードがあり、どちらのモードで
も使用可能である。

フルピッ１−マツプモードは、ペーパサイズの全面に相
当するメモリエリアをビデオバッファとして割り付けて
使用するモードであり、パーシャルビットマツプモード
は、ペーパサイズの一部分（例えば１／８ペ一ジ分）に
相当するメモリエリアをビデオバッファとして割り付け
て、その半分ずつを交互に使用するモードである。

〔フォントファイル〕

フォントデータはすべてファイルとして扱われており、
ビデオバッファにビデオデータを展開する場合のソース
データとなる。したがって、使用可能なフォントデータ
が格納されているアドレスを示すリストと、各フォント
データ内の各文字のアドレスを示すリストがテーブルの
形で設けられている。

フォントデータには、イメージフォントデータと圧縮フ
ォントデータがあり、イメージフォントデータは矩形の
トラ１−マトリックスで表わされ。

圧縮フォントデータは後述するように２桁の／＼キサコ
ードによる一連のデータの集まりで表現される。

このフォントファイルは、内部にＲＯＭとして所有する
ことも、外部にフォントカートリッジとして所有するこ
とも、ホストインタフェース５を通してホストコンピユ
ー））１からダウンロートすることも可能である。

〔イメージファイル〕

ホストから送られてくるイメージデータを順次格納し、
イメージファイルを作る。ビデオバッファがフルビット
マツプモードの場合には、このイメージファイルを作ら
ずに直接ビデオバッファにイメージデータを格納するこ
ともできる。

パーシャルビットマツプモードの場合は、イメージ、フ
ァイルとして使用可能なメモリ領域に作られる。そして
、各イメージファイルには識別コードが付けられ、ペー
ジバッファに組み込まれる。

次に、この実施例の作用を第４図以降をも参照して具体
的に説明する。

第４図は、第３図に示したｃｐＵｌｏによるフォントデ
ータ格納処理を示すフローチャートである。

このルーチンは、ホストコンピュータ１からのフォント
データのダウンロード指令信号を人力するとスタートし
、ステップ１でメモリ（ＲＡＭ１２内のフォントファイ
ル）の残容量よりダウンロートフォントデータの量が多
いか否かを判断する。

そして、上記メモリの残容量よりダウンロードフォント
データの量が多ければ、ステップ２で上記メモリに格納
されているイメージフォントデータのうち最もデータ量
の多いものを探す。

次いで、ステップ３でそのイメージフォントデータを圧
縮フォントデータに変換し、その後ステツブ１に戻って
この処理を繰返す。

すなわち、上記メモリに例えば第５図（イ）に示すよう
な４種類のフォントデータ１〜４が格納されていれば、
最もデータ量の多いフォントデータ２を同図（ロ）に示
すように圧縮する。

また、上述したようにデータ量の最も多いイメージフォ
ントデータ、すなわち第５図（イ）に示したフォントデ
ータ２を圧縮してもなお上記ダウンロードフォントデー
タを格納するだけのメモリ容量が不足する場合は、次に
データ量の多いフォントデータ１を圧縮する。

一方、ステップ１でメモリの残容量がダウンロードフォ
ントのデータ量以上になったらステップ４へ進み、上記
メモリの残容量に応じた空きメモリ領域にホストコンピ
ュータ１からのフオンＩ−データをダウンロードし、例
えば第５図（ロ）に示すようにフォントデータ５として
格納する。

なお、第５図（イ）、（ロ）のそれぞれに示される斜線
部は、メモリの残容量を表わしている。

次に、フォントデータ圧縮処理について具体的に説明す
る。

３００ドツト／インチのレーザプリンタにおいて、１０
ピツチ、１２ポイントのフォントをイメージフォントデ
ータとして第３図に示したＲＡＭ１２内のフォントファ
イルに格納する場合は、第６図に示すような横３０ドツ
ト、縦５０ドツトのメモリ領域が１文字分の文字枠とな
り、この各文字枠の中に各文字のドツトパターンをビッ
トフラグによって展開する。

上記１文字分の文字枠、すなわち１文字に必要とされる
メモリ容量は次のように求められる。

すなオ〕ち、まず１行は３０ドツトだから、１ドツ１〜
を１ビツトに対応させると：３０ビットのビットフラグ
が必要となる。

それをバイト数で表わすと、１バイトは８ピッｌ−に換
算されるので１行当たり約４パイ１−のメモリ容量を必
要とする。

さらに、行数が５０行あるので１文字に必要とされるメ
モリ容量は約２００バイトとなる。

ところで、その文字枠に展開される１文字分のイメージ
フォントデータは、圧縮されると第７図に示すような各
項目に基づいた圧縮フォントデータに変換される。

なお、第７図における各項目の意味を説明すると、ライ
ン番号とは１文字分に相当するイメージフォントデータ
上の行番号、データ量とはその行内の連続する黒ドツト
のバイト数、スタート位置とは第６図に示すメモリ領域
の左側から見た黒いドツトの開始位置、エンド位置とは
その黒いドツトの終了位置を表わす。

また、第７図に示すように各項目は全て２桁のへキサコ
ード（ｈｅ　ｘ　）で表わせるため、１つの項目に使用
されるメモリ容量は１バイトとなる。

ここで、例えば第６図に示されるアングライン文字に応
じたイメージフォントデータを圧縮すると、第８図に示
すような圧縮フォントデータに変換される。但しこの図
ではへキサコードのデータを判り易くするために１０進
数で示している。

したがって、このアングライン文字においては、それを
圧縮フォントデータとして上記フォントファイル（ＲＡ
Ｍ）に格納すれば１２バイトのメモリ容量で済むことに
なり、アングライン文字を含めた１文字分のイメージフ
ォントデータを上記フォントファイルを格納する時に必
要とされる２００バイトのメモリ容量をかなり下回り、
１８８バイトのメモリ容量に応じたメモリ領域を空ける
ことができる。

以上、このように構成したこのレーザプリンタでは、新
たなフォノ１へデータを上記フォントファイル（ＲＡＭ
）に格納する際にメモリ容量が不足する場合は、その不
足する分のメモリ容量に応じて上記フォントファイルに
格納されているイメージフォントデータの１部又は全部
を圧縮し、それによって確保された空きメモリ領域に、
新たなフォントデータを格納するので、フォントファイ
ルに使用されるメモリ容量が比較的少なくてもそこに多
くのフォントデータを格納することができる。

また、上記フォノ］・ファイルのメモリ容量に余裕があ
る時に新たなフォントデータを格納する場合は、そのフ
ォントファイルに格納されているイメージフォントデー
タを圧縮しないので、ビデオバッファにビデオデータを
作成する際に、圧縮フォントデータからイメージフォン
トデータに展開する時間を必要とせず、それによってプ
リン１〜処理能力を低下させることなく最小限に抑え、
効率の良いプリントが行なえる。

なお、この実施例によるフォントデータ格納処理を、ホ
ストコンピュータ１　（第２図）からのダウンロードフ
ォントデータを対象とし、そのフォントデータをＲＡＭ
１２内のフォノ１−ファイルに格納する場合について説
明したが、第３図に示したＲＡＭカートリッジあるいは
ＲＯＭカートリッジがフォントカートリッジであれば、
勿論そのカートリッジからのフォントデータをフォント
ファイルに格納できる。

また、この実施例によるフォントデータ圧縮処理につい
ては、アングライン文字をその一例として説明したが、
その他の平板名２片板名、漢字。

数字及び英文字等のキャラクタ文字や、さらには図形等
のイメージ画像によるイメージフォントデータでも、勿
論圧縮フォントデータに変換できる。

さらに、この発明をレーザプリンタに適用した実施例に
ついて説明したが、この発明はＬＥＤプリンタ、液晶シ
ャッタプリンタ等の他の光プリンタには勿論、ワイヤド
ツトプリンタやサーマルプリンタ、インクジェットプリ
ンタ等のドツトプリンタ、さらにはデジタル複写機、フ
ァクシミリ装置等の画像形成装置にも同様に広く適用し
得るものである。

〔発明の効果〕

以上説明したように、この発明によれば、メモリ全体の
容量をアップせずに多くのフォノ１−データを格納可能
にし、しかもプリン１へ処理能力の低下を最小限に抑え
ることができる。

【図面の簡単な説明】

第１図はこの発明の基本的構成を示す機能ブロック図、 第２図はこの発明をレーザプリンタに適用した一実施例
のシステム構成図。 第３図は第２図のプリンタコントローラの構成を示すブ
ロック図、 第４図はこの実施例によるフォントデータ格納処理を示
すフロー図、 第５図乃至第８図はこの実施例による作用を説明するた
めの説明図である。 トホスｌ−コンピュータ ２・レーザプリンタ本体 ３・・・プリンタコントローラ ４・・・プリンタエンジン １０・・・ｃｐｕ　＜マイクロコンピュータ）１１・・
・ＲＯＭ　（リードオンリメモリ）１２・・ＲＡＭ　（
ランダムアクセスメモリ）１４・・・ＲＡＭカートリッ
ジ １５・・ＲＯＭカートリッジ 第１図 第６図 １１３０ドット

Claims (1)

1. 【特許請求の範囲】 １　フォントカートリッジあるいはホストコンピュータ
   等の外部装置から受取つたフォントデータを格納するメ
   モリを備えたプリンタコントローラにおいて、 前記メモリに新たなフォントデータを格納する際、その
   メモリの残容量をチェックしてそのフォントデータを格
   納するだけのメモリ容量が存在するか否かを判別するメ
   モリ容量判別手段と、該手段によつて前記メモリ容量が
   不足すると判別された場合、その不足する分のメモリ容
   量に応じて前記メモリに格納されているフォントデータ
   の１部又は全部を圧縮するフォントデータ圧縮手段と、
   該手段によるフォントデータの圧縮によつて確保された
   空きメモリ領域に、前記新たなフォントデータを格納す
   るフォントデータ格納手段とを設けたことを特徴とする
   プリンタコントローラ。