JPH0462075A - プリンタにおけるフオントデータ記憶方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、レーザプリンタ等の各種プリンタ装置にお
けるフォントデータ記憶方式に関する。

関する。

〔従来の技術〕

レーザプリンタ等のプリンタにおいては、複数種のフォ
ントデータを予めメモリに記憶させておき、ワードプロ
セッサ等のホストシステムから文字コードデータを受信
すると、上記メモリをアクセスして受信した文字コード
データにより指定された文字等（文字、記号、けい線片
、マーク等を含む）のイメージデータを読み出してペー
ジ単位の印字イメージデータを作成し、それをプリンタ
エンジンへ出力してプリント出力させるようにしたもの
がある。

ところで、上述のように複数種のフォントデータをメモ
リに記憶する場合は、第５図（イ）〜（ハ）に示すよう
にフォント毎にフォントファイルを作成してそれを記憶
するようにしている。

フォントファイルの構成は、同図（イ）に示すようにフ
ォント名、セル（文字）高、セル幅等のフォントの属性
を示す「フォントヘッダ部」と、各文字のイメージデー
タのアドレスを収めた「アドレステーブル」と、各文字
等のイメージデータ（ドツトパターン）を示す「イメー
ジデータ部」とに分かれている。

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

しかしながら、従来のこのようなプリンタにおいては、
同一書体で太さ又は傾斜の異なる複数のフォント（例：
　Ｃｏｕｒｉｅｒ　１０　Ｍｅｄｉｕｍ、　Ｃｏｕｒｉ
ｅｒ　１０Ｂｏｌｄ、　Ｃｏｕｒｉｅｒ　１０　Ｉｔａ
ｉｉｃ）をフォントファイルの形でメモリに記憶する場
合に、例えば第５図（イ）〜（ハ）に示したように、各
フォントファイルのイメージデータ部にイメージデータ
４１〜４３のようにそれぞれ異なるデザインの文字等の
イメージデータの他に、イメージデータ４４〜４６のよ
うに同一デザインの文字等のイメージデータも個々に持
っていたため、メモリを無駄に使用してしまうという問
題があった。

この発明は上記の点に鑑みてなされたものであり、限ら
れた記憶容量のメモリを効率的に利用して、より多くの
種類のフォントを格納できるようにすることを目的とす
る。

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

この発明は上記の目的を達成するため、複数種のフォン
トを持つプリンタにおいて、同一書体で太さ又は傾斜の
異なる複数のフォントをフォントファイルの形でメモリ
に記憶する際に、各フォント間で同一デザインの文字等
のイメージデータがある場合には、そのイメージデータ
を上記メモリ内に１つだけ置くと共に、そのイメージデ
ータをアクセスするためのアドレスを上記各フォントフ
ァイルに持たせるようにしたものである。

〔作　用〕

この発明によるフォントデータ記憶方式を適用したプリ
ンタでは、同一書体で太さ又は傾斜の異なる複数のフォ
ントのいずれかを使用する際に、各フォント間で同一デ
ザインの文字等のイメージデータを読み出す場合には、
共通のイメージデータを各フォントファイルのアドレス
によってアクセスすることができる。

したがって、共通のイメージデータを各フォントファイ
ル毎に重複して持つ必要がなくなり、限られた記憶容量
のメモリを効率的に利用して、より多くの種類のフォン
トを格納することが可能になる。

〔実　施　例〕

以下、この発明の実施例を添付図面に基づいて具体的に
説明する。

第２図にこの発明の一実施例であるレーザプリンタシス
テムの構成を示す。

このシステムは、ホストシステム１とコントローラ２と
プリントエンジン（以下単に「エンジン」と称す）３と
、これらを接続するホストインタフェース４及びレーザ
プリンタ・ビデオ・インタフェース（以下ｒＬＰＶＩＪ
と略称する）５とによって構成されている。なお、ホス
トシステム１を除いた各部によりレーザプリンタを構成
している。

ホストシステム１は、文字情報あるいは画像情報等の印
字情報を送出するワードプロセッサ、オフィスコンピー
タ、パーソナルコンピュータ等のホストマシンである。

コントローラ２は、ホストシステム１から文字情報や画
像情報を受けて、プリント用紙１ページ分ずつの画像イ
メージ情報（ビデオデータ）を生成する画像処理装置で
ある。

プリントエンジン３は、コントローラ２により生成され
た画像イメージ情報を用紙にプリントする画像形成装置
である。

ホストインタフェース４は、ホストシステム１とコント
ローラ２間を接続するためのインタフェースであり、Ｒ
５２３２Ｃ，セントロニクスエ／Ｆ等がよく知られてい
る。

ＬＰＶＩ５４１、コントローラ２とエンジン３を接続す
る標準インタフェースであり、従来エンジン毎（モデル
毎）に個々に決められていたビデオインタフェースのハ
ードウェアを統一し、エンジンの機能に左右されないよ
うにしたものである。

第３図にレーザプリンタ内のコントローラ２のハード構
成を示す。

コントローラ２は、図示のようにＣＰＵ２０゜プログラ
ムＲＯＭ２１．ＲＡＭ２２．フォントＲＯＭ２３．不揮
発性ＲＡＭ２４．操作パネル２５、オプションインタフ
ェース２７．ビデオ制御部２８．エンジンインタフェー
ス２９と、前述のホストインタフェース４及びＬＰＶＩ
５のコントローラ側部分とから成り、各々はＣＰＵバス
により接続されている。

ＣＰＵ２０は、このコントローラ２全体を統括的に制御
する中央処理装置であり、凡用の１６ビツト又は３２ビ
ツトのＣＰＵを使用する。

プログラムＲＯＭ２１は、ＣＰＵ２０を制御するための
マイクロコード（プログラム）を格納する。

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

（、）システムメモリ （ｂ）インプットバッファ （Ｑ）ページバッファ （ｄ）フォントファイル （ｅ）マクロファイル （ｆ）イメージファイル （ｇ）プリントコントロールファイル （ｈ）ビデオバッファ 第４図に、データ処理の流れとこのＲＡＭ２２内の各バ
ッファ及びファイルとの関係を示す。

ホストシステム１より送られてくる情報はホストインタ
フェース４を経由しインプットバッファ２２ｂに蓄えら
れる。

このインプットバッファ２２ｂに蓄えられたデータは、
データ処理部２０１によって取り出され、データの種類
に応じてそれぞれページバッファ２２ｃあるいはフォン
トファイル２２ｄ、マクロファイル２２ｅ、イメージフ
ァイル２２ｆ、プリントコントロールファイル２２ｇ、
のいずれかに登録される。

すなわち、プリントシーケンス制御データ（用紙搬送経
路の指定、プリント枚数指定地）はプリントコントロー
ルファイル２２ｇに、ページのレイアウト情報（印字デ
ータと印字位置の関係等）はページバッファ２２ｃに、
イメージ情報はイメージファイル２２ｆに、ダウンロー
ドフォント等はフォントファイル２２ｄに、オーバレイ
情報等はマクロファイル２２ｅにそれぞれ登録される。

イメージ情報処理部２０２は、ページバッファ２２ｃの
内容に従って、イメージファイル２２ｆ。

フォントファイル２２ｄ及びフォントＲＯＭ２３の内容
をビデオバッファ２２ｈに展開する。

そして、ビデオバッファ２２ｈに１頁分の印字データの
展開が完了すると、プリント制御部２゜３がプリントコ
ントロールファイル２２ｇの内容に従ってＬＰＶＩ５経
由でエンジン３を起動し、エンジン３が画像記録タイミ
ングになるとビデオバッファ２２ｈに展開されたビデオ
データをＬＰＶＩ５経由でエンジン３に送出する。

エンジン３は、ＬＰＶＩ５を通して送られてくるビデオ
データを用紙にプリントする。

第３図に戻って、フォントＲＯＭ２３は、ホストシステ
ム１からホストインタフェース４を経由して送られてく
る文字情報をイメージ情報に変換するためのフォントデ
ータを格納している。

不揮発性ＲＡＭ２４は、電源をＯＮにした後のプリンタ
の動作状態を制御するための情報を格納するメモリであ
り、主として次のような項目を記憶する。

（ａ）印字方向 （ｂ）書体（フォント） （ｃ）文字サイズ （ｄ）行間隔 （ｅ）給紙口 （ｆ）排紙口 （ｇ）ホストインタフェース この不揮発性ＲＡＭ２４の記憶内容は、操作パネル２５
から更新される。

ホストインタフェース４は、ホストシステム１とコント
ローラ２を接続するインタフェースで、セントロニクス
準拠パラレルとＲ５−２３２Ｃの２つを準備し、モード
セットにより選択する。

オプションインタフェース２７は１機能を拡張するべく
フォントやプログラムを外部から供給するためのインタ
フェースであり、この例ではＩＣカード６を２個扱える
。

ＩＣカード６は市販の物を採用し、記憶しているデータ
の種類によりフォントカード、プログラムカード又はそ
の両方を記憶したカードがあるが、物理的には同一の物
である。

なお、ここではＩＣカード６としてフォントカ−ドを使
用し、このフォントカード及びフォントＲＯＭによって
このプリンタ内には少なくともフーリエ１０ミデイアム
、フーリエ１０ボールド。

フーリエ１ｏイタリツクの同一書体で太さ又は傾斜の異
なる３種類のフォントを備えているものとする。

ビデオ制御部２８は、第４図のビデオバッファ２２ｈに
ＣＰＵ２０のバス幅（１６ビツトまたは３２ビツト）で
記憶されているビデオデータをシリアルに変換して、Ｌ
ＰＶＩ５を経由してエンジン３に送る。

エンジンインタフェース２９は、ＬＰＶＩ５を経由して
双方向シリアル信号によりエンジンの解像度を含む状態
を検知したり、コマンドを送出してエンジン３を制御す
るシリアル通信（送受信）機能を持つ。

次に、このように構成されたこの実施例の作用について
第１図をも参照して具体的に説明する。

プリントに使用可能なフォントとしてフーリエ１ｏミデ
イアム、フーリエ１０ボールド、フーリエ１０イタリツ
クの３種類のフォントファイルをＲＡＭ２２内に作成す
る場合、第３図のＣＰＵ２０はまず、ホストシステム１
からダウンロードされるかフォントカード６から読み込
んだそれらのフォントが同一書体で太さ又は傾斜の異な
ることを判別し、それによって第１図に示すようにフォ
ントファイルを作成する。

すなわち、その各フォントのフォントヘッダ部及びアド
レステーブルはそれぞれフォント別のフォントファイル
毎に持たせ、イメージデータ部はそれらと別に連続して
形成する。

その際、その各フォント間で同一デザインの文字等のイ
メージデータがあるか否かをも判別し。

ある場合にはそのイメージデータを共用文字（記号等も
含む）のイメージデータとして第１図に示すように新た
に設けた共用文字用のイメージデータ部に１つだけ置く
と共に、そのイメージデータ３１をアクセスするための
アドレスとして共通の値（第１図の例では“０Ｘ３００
００”）を各フォントファイル毎のアドレステーブルの
その文字コードに対応する欄に記憶させる。

このように、この実施例では、同一書体で太さ又は傾斜
の異なる複数のフォントをフォントファイルの形でＲＡ
Ｍ２２に記憶する際に、その各フォント間で同一デザイ
ンの文字等のイメージデータがある場合には、そのイメ
ージデータをＲＡＭ２２のフォントファイルに１つだけ
置くと共に、そのイメージデータをどのフォントファイ
ルからもアクセスできるように、そのアドレスを上記各
フォントファイルに持たせるようにしたので、各文字等
のイメージデータを必要最小限の記憶容量で記憶できる
。言い替えれば、限られた記憶容量のメモリを効率的に
利用できることから、より多くの種類のフォントを格納
することができる。

なお、第３図のフォントＲＯＭ２３に初めから格納され
ているフォントやフォントカード６内のフォントのフォ
ントファイルも上述のように形成しておくことにより、
より多くの種類のフォントを格納することが可能になる
。

また、この発明をレーザプリンタに適用した実施例につ
いて説明したが、この発明はＬＥＤプリンタ、液晶シャ
ッタプリンタ等の他の光プリンタには勿論、ワイヤドツ
トプリンタやサーマルプリンタ、インクジェットプリン
タ等のドツトプリンタをも含む各種のプリンタに適用可
能である。

〔発明の効果〕

以上説明したように、この発明のフォントデータ記憶方
式を適用したプリンタでは、限られた記憶容量のメモリ
を効率的に利用できるため、より多くの種類のフォント
を格納することができる。

【図面の簡単な説明】 第１図はこの発明を実施したプリンタによる同一書体で
太さ又は傾斜の異なる３種類のフォントを記憶させる場
合のフォントファイル作成例を示す説明図、 第２図はこの発明の一実施例であるレーザプリンタシス
テムの構成を示すブロック図、 第３図はそのレーザプリンタ内のコントローラ２の構成
を示すブロック図、 第４図は同じくそのデータ処理の流れと第３図のＲＡＭ
２２内の各バッファ及びファイルとの関係を示すブロッ
ク図。 第５図は従来のプリンタによる同一書体で太さ又は傾斜
の異なる３種類のフォントを記憶させる場合のフォント
ファイル作成例を示す説明図である。 １・・・ホストシステム　　　　２・・・コントローラ
３・・・プリントエンジン ２０・・・中央処理装置（ＣＰＵ） ２１・・・プログラムＲＯＭ　　　２２・・・ＲＡＭ２
２ｄ・・・フォントファイル

Claims (1)

【特許請求の範囲】
1. １　複数種のフォントを持つプリンタにおいて、同一書
   体で太さ又は傾斜の異なる複数のフォントをフォントフ
   ァイルの形でメモリに記憶する際に、各フォント間で同
   一デザインの文字等のイメージデータがある場合には、
   そのイメージデータを前記メモリ内に１つだけ置くと共
   に、そのイメージデータをアクセスするためのアドレス
   を前記各フォントファイルに持たせることを特徴とする
   フォントデータ記憶方式。