JPH06344601A - 出力装置および出力方法 - Google Patents

Abstract

(57)【要約】 【目的】 ランレングス圧縮による圧縮率を高め記録部
のＲＯＭ容量を大幅に削減し、さらに画像データの復元
処理をハード化することによりフォントデータ作成の処
理スピードを上げスループットを下げることなく印字す
る記録装置を提供すること。 【構成】 データ受信部１００によって入力されたデー
タはＲＡＭ１０３に一時格納され、ＲＯＭ１０２に格納
してあるプログラムに沿ってＣＰＵ１０１によりコマン
ド、イメージデータ、キャラクタコードの解析が行われ
る。キャラクタコードの場合、予め前述したような予測
関数によりデータ変換しランレングス圧縮されて格納し
てあるフォントデータがＲＯＭ１０２より読み出され、
１０４のランレングス伸張部に送られる。このランレン
グス伸張部ではフォントのビット生成が行われ、順次Ｒ
ＡＭ１０３に格納される。格納されたデータは逆予測関
数処理部１０８に送られ印字フォントパターンが作成さ
れる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータ等
の外部機器より文字データを入力して記録媒体に記録す
る記録装置に関するものである。

【０００２】

【従来の技術】

（１） 従来、記録装置において、フォントデータ等の
画像データは記録装置内部の記録部（ＲＯＭ）に格納し
て、入力データに相当する文字ビットパターンを記録部
よりアクセスし印字データとして展開し、印字を行って
いた。近年フォントデータ等の画像データは文字品位を
上げるため、より高い解像度の印字データが要求されて
いる。すなわちフォントデータ１文字を形成しているド
ット数はその解像度に比例して多くなる。４８ドット×
４８ドットのマトリックスで形成されたフォントは１フ
ォントにつき２８８バイト（２３０６ビット）必要とな
る。日本語フォントの場合、１書体で７０００文字程度
存在すると約２Ｍバイトの記憶部のＲＯＭ容量が必要と
なる。またＲＯＭ容量削減のため従来より画像データの
圧縮を施し記録装置内部に格納する手法が採られてい
る。例えばランレングス圧縮である。

【０００３】（２） また従来、記録装置において、決
められた用紙幅の印刷でその用紙幅より幅広の印刷を行
う場合、あるいは連続紙の印刷をカット紙の用紙の大き
さに合わせて印刷する場合フォーム縮小により実現して
いる。具体的には１５インチ×１１インチの連続紙２頁
分をＡ４縦に収める場合は１／２フォーム縮小、１５イ
ンチ×１１インチの連続紙１頁分をＡ４横に収める場合
２／３縮小、Ｂ４横１頁分をＡ４横に収める場合は４／
５フォーム縮小、Ｂ４縦１頁分をＡ４縦に収める場合は
７／８フォーム縮小を行いそれぞれＡ４カット用紙を想
定した記録装置においてもＡ４より幅広の用紙に対応し
ている。

【０００４】

【発明が解決しようとする課題】上記従来例（１）では
次のような欠点があった。

【０００５】１．文字フォントを圧縮せずそのまま記録
装置に格納すると記憶部のＲＯＭ容量が膨大になりかな
りのコストアップとなっている。

【０００６】２．文字フォントをランレングスによる圧
縮方法を用いてデータ圧縮した場合圧縮効率を大幅に高
めることができない。

【０００７】３．文字フォントを圧縮し記録装置の記憶
部に格納した場合、圧縮データを伸張する論理が複雑で
しかもビット単位に処理を行わなければならないため、
伸張処理にソフトウェアの負荷が多大となり、記録装置
全体としてのスループットに影響を与え印字スピードの
低下を招いていた。

【０００８】また上記従来例（２）では次のような欠点
があった。

【０００９】１．文字フォントを展開し１ライン分の展
開終了後フォーム縮小を行う場合縦方向の縮小はビット
単位で行わなければならず縮小処理のソフトウェアの負
荷が多大となり、ＣＰＵの能力では間に合わず記録装置
全体としてのスループットに影響を与え印字スピードの
低下を招いていた。

【００１０】２．縮小率の違いによりそれぞれ別々にソ
フトウェアを設計する必要があり、設計に要する時間が
大幅に増大する。

【００１１】そこで本発明の目的は、画像データの圧縮
を施し記録装置内部に格納する際、その手法としてラン
レングス圧縮を用いた場合、予測関数処理を元フォント
データに対して施し、できるだけ白ドットが連続するよ
うにデータを変換しランレングス圧縮による圧縮率を高
め記録部のＲＯＭ容量を大幅に削減し、さらに画像デー
タの復元処理をハード化することによりフォントデータ
作成の処理スピードを上げスループットを下げることな
く印字する記録装置を提供することにある。

【００１２】さらに本発明の目的は、画像データの圧縮
を施し記録装置内部に格納し、その手法としてランレン
グス圧縮を用い、さらにデータの伸張をハードウェアに
より行い、画像データを作成し記録する記録装置を提供
することにある。

【００１３】さらに本発明の目的は、縦方向縮小を簡単
なハードウェアにより行い、フォーム縮小データを作成
し記録する記録装置を提供することにある。

【００１４】さらに本発明の目的は、ランレングス伸長
処理のためのハードウェアを改良することで高速な印字
フォントの作成を可能にし、印字スピードのより高速な
記録装置を提供することにある。

【００１５】

【課題を解決するための手段】上記目的を達成するため
本発明は、外部からのキャラクタデータを内部フォント
に展開し画像データとして記録する記録装置において、
データを記憶する記憶手段と、外部からのキャラクタデ
ータを内部フォントデータに変換する手段と、該変換に
より得られたフォントデータを圧縮し前記記憶手段に格
納する際に予測関数によりデータを変換する手段と、前
記記憶手段に格納された圧縮データをランレングス伸長
し、ついて逆予測関数処理を施して所望の画像データに
変換する手段とを具えたことを特徴とする。

【００１６】さらに本発明は、外部からのキャラクタデ
ータを内部フォントに展開し画像データとして印刷する
記録装置において、データを記憶する記憶手段と、外部
からのキャラクタデータを内部フォントデータに変換す
る手段と、該変換により得られたフォントデータを圧縮
して前記記憶手段に格納する手段と、前記記憶手段に格
納された圧縮データをランレングス伸長することによっ
て所望の画像データに変換する手段とを具えたことを特
徴とする。

【００１７】さらに本発明は、外部からの印刷データを
入力し印刷する記録装置において、フォーマット縮小印
字を行う際に前記印刷データに対して縦方向縮小のビッ
ト操作を施すことによって当該印刷データを所望の画像
データに変換する手段を具えたことを特徴とする。

【００１８】さらに、本発明は、ホストコンピュータ等
の外部機器から送られてくる文字コードを印字フォント
に変換する際にランレングス圧縮およびランレングス伸
長の処理を行なう記録装置において、前記ランレングス
伸長処理内で判断された白ドット数から白ドットのみの
ワード数を求める白ワード数計算部を具えたことを特徴
とする。

【００１９】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００２０】＜実施例１＞フォントデータのように確定
データの場合は広義の視野で考えれば全て規則性を備え
ていると言うことができる。１個のフォントに注目する
と、ひとつのピクセル（ドット）に対して過去ｎ個のピ
クセルの組み合わせは２元符号の場合２ⁿ⁺¹ 個の状態が
存在する。しかし現実的には全ての状態に対してこの論
理を持たせることは不可能なので、ひとつのピクセルに
対してその周りのピクセルのみに注目して考えてみる。
特にフォントデータの場合は一般的な画像データと比較
して黒ドットから白ドット、白ドットから黒ドットへの
変化点が少ないので、変化点を黒ドットで表すことによ
り白データ部分を多くしランレングス圧縮の効率をより
高めることが考えられる。また白ドットから白ドット、
黒ドットから黒ドットの遷移確率が非常に高いのに対し
て、白ドットから黒ドット、黒ドットから白ドットへの
遷移確率は非常に低いためひとつのピクセルに対して隣
接するピクセルの２値状態を予測することができる。こ
のことを元フォントデータに応用して予測関数を用いラ
ンレングス圧縮に有利な形にデータを変形させる。

【００２１】図２の予測関数値表に従い説明を行う。

【００２２】フォント中のある１ドット（ｄ）に対し
て、当該ドットの上（ｂ）、左（ｃ）、および斜め上
（ａ）のドットに注目した場合に当該ａ〜ｃの３ドット
の組み合わせに対してｄとして現われる確率の高いドッ
トを予測関数と呼ぶ。ａ〜ｃに対する予測関数の値と実
際のｄを比較し、一致していればｄを“０”（白）で置
き換え、一致していなければ“１”（黒）で置き換え
る。つまり遷移確率の高いパターンを白で置き換えると
いうことである。このことにより大部分のドットが白で
置き換わることになり、ランレングス圧縮の圧縮効率を
上げる。

【００２３】図２で表したマトリクスでこれらを予測関
数式で表現すると以下のようになる。

【００２４】

【数１】

【００２５】以上のようにして元フォントデータを予測
関数により変換し該変換データをランレングス圧縮し記
録装置の記憶部に格納しておく。ホストコンピュータ等
外部機器より送られてくるキャラクタデータを文字フォ
ントに展開する際、前記記憶部に格納されているデータ
よりまずランレングス伸張を施し、ランレングス伸張さ
れたデータに対して逆予測関数処理の論理回路を組み込
むことにより行う。

【００２６】復元処理の逆予測関数の論理式は以下のよ
うになる。

【００２７】

【数２】

【００２８】図３に復元処理の例を示す。

【００２９】（ａ）は元フォントデータに対して予測関
数処理を施し作成されたデータである。このデータに対
して左上端のドットから順に式（２）に従ってデータを
復元してゆく。この際左端、上端の外周１ドット分は仮
想的に白（０）とみなす。太枠で囲まれた４ドットにお
いて当該ドット“Ｄ”に対して、上“Ｂ”、左“Ｃ”、
斜め上“Ａ”の３ドットを取り出す。当該ドット“Ｄ”
の値をチェックしてもしＤ＝“０”ならばＤの値は予測
関数値と一致していることを意味し、Ｄ＝“１”ならば
Ｄの値は予測関数値と不一致であることを意味する。

【００３０】（ｂ）のマトリックスにおいて考えると太
枠で囲まれた４ドットについて“Ｄ”にあたるドットは
黒“１”であり予測関数値とは不一致である。従って図
２の予測関数値表からこのドットは黒“１”である。次
に（ｃ）の処理に移る。このとき右上のドットは（ｂ）
で生成したドットを用いる。（ｂ）と同様にして“Ｄ”
にあたるドットに着目すると白“０”であり予測関数と
合致している。この場合図２の予測関数値表から３のパ
ターンであり黒“１”であることがわかる。以上の処理
を順に繰り返していくと（ｒ）のパターンが復元され
る。ハードウェアにより各ビット毎にこの論理式を満た
すロジックを構成し所望の文字フォントデータ作成を実
現する。

【００３１】図１は本実施例による記録装置の制御系の
構成を示す電気ブロック図である。図１において１０１
はこの装置における動作、処理を実行するＣＰＵ、１０
２はＣＰＵ１０１の制御プログラムやフォント生成のた
めのランレングス圧縮データ、処理のための各種データ
を格納するＲＯＭ、１０３は各種データを一時保存する
ためのＲＡＭ、１００はホストコンピュータ等の外部機
器との間で通信制御を行い、ホストコンピュータより送
られてくる印字データを取り込むためのデータ受信部、
１０５は記録装置が記録媒体に画像を記録するためにＣ
ＰＵ１０１から制御信号をヘッドドライバに供給し、記
録ヘッドに画像データを転送して印字するＨＥＡＤ駆動
部、１０６はキャリッジモータドライバとキャリッジモ
ータのＣＲ駆動部である。

【００３２】紙送りモータドライバと紙送りモータのＬ
Ｆ駆動部１０７はＣＰＵ１０１からそれぞれのドライバ
に制御信号を供給し、印字を記録媒体に行う際に必要な
記録ヘッドの水平方向移動と垂直方向移動を促す制御系
である。１０４はＲＯＭ１０２に格納されているランレ
ングス圧縮フォントを印字ビットパターンに復元するた
めのランレングス伸張部である。１０８はＬＦ駆動部１
０７によって作成されたデータを元フォントに復元する
ための逆予測関数処理部である。

【００３３】次に本実施例においての制御の手順を同様
に図１を用いて説明する。まずデータ受信部１００によ
って入力されたデータはＲＡＭ１０３に一時格納され、
ＲＯＭ１０２に格納してあるプログラムに沿ってＣＰＵ
１０１によりコマンド、イメージデータ、キャラクタコ
ードの解析が行われる。キャラクタコードの場合、予め
前述したような予測関数によりデータ変換しランレング
ス圧縮されて格納してあるフォントデータがＲＯＭ１０
２より読み出され、１０４のランレングス伸張部に送ら
れる。このランレングス伸張部ではフォントのビット生
成が行われ、順次ＲＡＭ１０３に格納される。格納され
たデータは逆予測関数処理部１０８に送られ印字フォン
トパターンが作成される。１ライン分の展開が終了する
か、もしくは外部機器のホストコンピュータより印字命
令が入力された時点でＣＲ駆動部１０６をドライブし、
ＨＥＡＤ駆動部１０５にＲＡＭ１０３より印字データが
転送され、印字が行われる。印字終了後、ＬＦ駆動部１
０７がドライブされ一連のシーケンスが終了する。

【００３４】図４は逆予測関数処理部のハード構成を示
す図である。このロジックは変換動作を１６ビット毎に
行っている。前行の変換済みデータをＡＢ１５〜ＡＢ０
に転送し未変換データをＤ１５〜Ｄ０に転送する。転送
完了と同時に逆予測関数処理ロジックが動作しそれぞれ
のビットに対応したデータがＹ１５〜Ｙ０に出力され
る。出力Ｙ１５〜Ｙ０を読み出すことにより逆予測関数
処理を施したデータを得ることができる。最下位ビット
は次のドット列の最上位ビット処理時のためラッチして
おく。読み出し動作が完了したら入力部をクリアする。

【００３５】なお、上記実施例では１６ビット毎に逆予
測関数処理を行っているが各ビットに対してフォントサ
イズの縦１ドット列分の論理回路を装備することにより
ソフトウェアにより入力部のクリアをする必要がなくな
り処理スピードを速め、ＣＰＵを介在することなく変換
したデータをＲＡＭに転送することも可能である。また
ホストコンピュータからダウンロード文字等の外字登録
する場合、ランレングス圧縮処理、予測関数処理を内部
ＲＯＭのプログラムとして格納することにより外字登録
領域を通常の登録領域より大幅に小さくすることが可能
となり、ＲＡＭ容量の削減にも貢献できる。

【００３６】以上説明したように実施例１によれば予測
関数を用いて元フォントデータを変換することにより黒
ドットの大部分を白ドットに置き換えることができラン
レングス圧縮の圧縮効率を大幅に高めることが可能とな
った。また逆予測関数処理をハードウェアで行うことに
よりソフトウェアの負荷を軽減しフォントデータ作成の
処理スピードをアップし記録装置全体のスループットを
向上させることが可能となった。

【００３７】＜実施例２＞フォントデータのように２値
のデータでは黒データと白データの群が必ず交互に現わ
れるのでそれぞれの群をランレングス符号で表現する。
フォントを先頭から縦方向に順にサーチし連続した白ド
ットをランレングスコード（図７）を用いて圧縮する。
フォントの下端に達したならば、その１つの右の列の先
頭ドットがそれに連続しているものとして一次元的に符
号化する。ここでランレングスコードとは“１”に先立
つ連続した０〜２２ビットの“０”（これをオペランド
と呼ぶ）と、それに続く（オペランドの長さにより決ま
る）特定のビット列（これをデータと呼ぶ）の組み合わ
せにより符号化を行う。すなわち“１”に先立つ連続し
た“０”（＝オペランド部）のビット数をｎとおくと
き、予め決められたデータ長テーブルより求められた数
値がそれに続く“データ部”のビット長になる。次に
“１”に続くｍビットのデータ部の値（αとおく）に、
ｎに対応する“データ初期値テーブル”のエントリを加
えてものが、連続した白ドット（白ブロック）のビット
数を表す。白ブロックと黒ブロックは必ず交互に現われ
るがフォントの先頭ブロックが白ブロックか黒ブロック
かが判定できなければならないので、圧縮されたデータ
の先頭には先頭ブロックが白ブロックか黒ブロックかを
示すデータ“識別子”を１ビット格納するものとする。
このようにしてランレングス圧縮されたフォントデータ
を記憶部に格納する。ホストコンピュータからの入力デ
ータに従い印字パターンに展開するときランレングス伸
張処理をハードウェアにより行う。

【００３８】図５は実施例による記録装置の制御系の構
成を示す電気ブロック図であり、１００〜１０７は図１
と同様であって、本実施例では１０８の逆予測関数処理
部がない以外は実施例１と同様である。

【００３９】次に本実施例においての制御の手順を同様
に図５を用いて説明する。まずデータ受信部１００によ
って入力されたデータはＲＡＭ１０３に一時格納され、
ＲＯＭ１０２に格納しているプログラムにそってＣＰＵ
１０１によりコマンド、イメージデータ、キャラクタコ
ードの解析が行われる。キャラクタコードの場合、予め
ランレングス圧縮されて格納してあるフォントデータを
ＲＯＭ１０２より読み出されランレングス伸張部１０４
に送られる。このランレングス伸張部ではフォントのビ
ット生成が行われ、順次ＲＡＭ１０３に格納される。１
ライン分の展開が終了するか、もしくは外部機器のホス
トコンピュータより印字命令が入力された時点でＣＲ駆
動部１０６をドライブし、ＨＥＡＤ駆動部１０５にＲＡ
Ｍ１０３より印字データが転送され、印字が行われる。
印字終了後、ＬＦ駆動部１０７がドライブされ一連のシ
ーケンスが終了する。

【００４０】次に図６のランレングス伸張部１０４のブ
ロック図について詳細に説明する。ランレングス伸張の
要求がＣＰＵから出され２００のデータリード（ＤＡＴ
ＥＲＥＡＤ）部に予め図７のランレングスコード表に従
って作成された圧縮フォントが転送される。データの転
送が確認されると２０２のデータシフト（ＤＡＴＡＳＨ
ＩＦＴ）部により順次１ビットづつシフトされる。２０
１はシフトされた回数をカウントするシフトカウンタで
ある。まず最初のデータの１ビット目は２０３のヘッダ
（ＨＥＡＤＥＲ）判別回路に送られ次に続くビットが白
ビットであるか黒ビットであるかの判断を行い、その情
報を２０４のオペランド、データ、黒データのスイッチ
回路におくる。２０５は白データのオペランド解析部で
データシフト部２０２よりシフトされてきたビットの
“０”の数をカウントして“１”が検出された時点のカ
ウント値によりオペランド長に相当するデータ初期値を
求め、２０６のラッチ回路に転送する。またオペランド
解析部２０５ではそれぞれのオペランド長によって設定
してあるデータ部のビット長を求めその情報を２０８の
データ解析部に転送する。オペランド解析部２０５のオ
ペランド解析の終了をスイッチ回路２０４に知らせ、ス
イッチ回路２０４によりデータ解析部２０８を起動させ
る。データ解析部２０８ではオペランドに続くシフトデ
ータのビット“１”，“０”を検知し図７のデータ表現
可能範囲に示される値を求めデータ値ラッチ回路２０９
に転送する。

【００４１】ついでデータ解析部２０８におけるデータ
解析が終了したことをスイッチ回路２０４に知らせる。
ラッチ回路２０６と２０９にラッチされた値は加算部２
０７に転送され加算し白データビット数としてラッチ回
路２１０に転送される。そこで一旦データシフト部２０
２のデータシフトを中断し、白データのフォント展開処
理に移る。例えばオペランド部とデータ部のデータが
“００００１０１００”（ＬＳＢ← →ＭＳＢ）である
場合オペランド部は“０００１”になる。このときのデ
ータ初期値は図７からわかるように“４９”であり、デ
ータ部のビット長は４ビットとなる。ここまでをオペラ
ンド解析部２０５で行う。

【００４２】データ部は“０１００”（ＬＳＢ← →Ｍ
ＳＢ）であることから値は“２”となる。この解析をデ
ータ解析部２０８で行う。その後加算され白データビッ
ト長は“５１”となる。２１０によりラッチされた白デ
ータビット数は展開部２１２により順次縦ドット列に展
開され、フォント生成部２１４によりフォントマトリッ
クスが形成される。縦１６ビット生成されたフォントは
ラッチ回路２１６に転送され、ＣＰＵにその情報を制御
信号として送りフォントデータをＲＡＭに格納させる。

【００４３】展開ビット数カウンタ２１５では展開ビッ
ト数のカウントが行われ、終了の判断を行いＤＡＴＡ
ＳＨＩＦＴ部２０２に知らせシフトを再開させ黒データ
解析部２１１を起動する。黒データ解析部２１１ではデ
ータシフト部２０２よりシフトされてきたビットの
“１”，“０”を検出し“１”が検出されるまでの
“０”の数＋１だけ黒ビットとして黒データビット展開
部２１３を起動させる。後は白ドット展開と同様の処理
でフォントマトリックスを生成する。例えば黒ドットが
４ドット連続の場合はオペランド、データに続くデータ
は“０００１”と表現される。

【００４４】以上の処理をシフトカウンタ２０１により
シフトデータのビット数だけ行われシフトが終了したこ
とを検知したら再びＲＯＭより圧縮データを読み込み処
理を続ける。圧縮されたデータは一次元的に符号化され
た連続データであるので終了の判断は１文字分のフォン
トマトリックスが形成された時点でＣＰＵが行う。

【００４５】なお上記実施例２では縦１６ビット展開が
終了した次元でＣＰＵに対して制御信号を送信しＣＰＵ
はその制御信号により展開されたビットフォントを読み
出しＲＡＭに格納しているが、図８に示すようにランレ
ングス伸張回路において、データリード部２００の代り
にＤＭＡ制御部２２０を設け、縦１６ビットの展開が終
了したらＣＰＵを介在することなくＲＡＭに転送（ＤＭ
Ａ転送）し、１文字分のデータカウントを行う１文字転
送終了判別回路２１７により１文字展開終了の判別を行
うことも可能である。こうすることにより一層の処理ス
ピードアップを図れる。また、フォントサイズが複数介
在する場合、スイッチを有する文字サイズ設定部２１８
を設け１文字転送終了判別回路２１７における１文字分
のデータカウンタを可変にすることにより、異なるサイ
ズのフォントに対しても有効となる。さらに、ホストコ
ンピュータからダウンロード文字等の外字登録する場
合、ランレングス圧縮処理を内部ＲＯＭのプログラムと
して格納することにより外字登録領域を通常の登録領域
より大幅に小さくすることが可能となり、ＲＡＭ容量の
削減にも貢献である。

【００４６】以上説明したように実施例２によれば記録
装置内部のフォントデータの情報量を減少することがで
き、コストを低減することが可能となった。さらにラン
レングス圧縮されたデータの伸張処理をハードウェアに
よって行うことによりフォントデータ作成の処理スピー
ドをアップしソフトウェアの負荷を大幅に軽減すること
が可能となり記録装置全体のスループットを向上させる
ことが可能となった。

【００４７】＜実施例３＞縦方向の縮小を行う場合、縮
小前のデータをそれぞれの縮小率により、決められた位
置のドットを間引く構成をとる（図１１）。図１１の
（１）は１／２縮小で１ドットおきにデータを間引く。
（２）は２／３縮小で３ドットに１回ドットを間引く。
（３）は４／５縮小で５ドットに１回ドットを間引く。
（４）は７／８縮小で８ドットに１回ドットを間引く。
図１１のようにデータが変換ができるようにロジックを
構成し処理の高速化を図る。

【００４８】図９は本実施例による記録装置の制御系の
構成を示す電気ブロック図である。図９において９０１
はこの装置における動作、処理を実行するＣＰＵＭ９０
２はＣＰＵ９０１の制御プログラムや文字フォントを格
納するＲＯＭ、９０３は各種データを一時保存するため
のＲＡＭ、９００はホストコンピュータ等の外部機器と
の間で通信制御を行い、ホストコンピュータより送られ
てくる印字データを取り込むためのデータ受信部、９０
５は記録装置が記録媒体に画像を記録するためにＣＰＩ
９０１から制御信号をヘッドドライバに供給し、記録ヘ
ッドに画像データを転送して印字するＨＥＡＤ駆動部、
９０６はキャリッジモータドライバとキャリッジモータ
のＣＲ駆動部であり、紙送りモータドライバと紙送りモ
ータのＬＦ駆動部９０７はＣＰＵ９０１からそれぞれの
ドライバに制御信号を供給し、印字を行う際に必要な記
録ヘッドの水平方向移動と垂直方向移動を促す制御系で
ある。９０４はＣＰＵ９０１より設定された縮小率に従
い縦方向のビット変換を行う縮小処理部である。

【００４９】次に本発明においての制御の手順を同様に
図９を用いて説明する。まずデータ受信部９００によっ
て入力されたデータはＲＡＭ９０３に一時格納され、Ｒ
ＯＭ９０２に格納してあるプログラムに沿ってＣＰＵ９
０１によりコマンド、イメージデータ、キャラクタコー
ドの解析が行われる。キャラクタコードの場合、予めＲ
ＯＭ９０２に格納してあるフォントデータ順次を読み出
しビットパターンをＲＡＭ９０３に格納する。格納され
たビットパターンはＣＰＵにより設定されているフォー
マット縮小の縮小率に従い縮小処理部９０４に送られそ
れぞれ所望のビットパターンを作成し再びＲＡＭ９０３
に格納される。１ライン分の展開が終了するか、もしく
は外部機器のホストコンピュータより印字命令が入力さ
れた時点でＣＲ駆動部９０６をドライブしＨＥＡＤ駆動
部９０５にＲＡＭ９０３より印字データが転送され、印
字が行われる。ＨＥＡＤ駆動部９０５にデータが転送さ
れるとき横方向の縮小も同時にされる。横方向の縮小は
バイト、あるいはワード単位でデータを間引く方法で行
われる。印字終了後、ＬＦ駆動部９０７がドライブされ
一連のシーケンスが終了する。

【００５０】図１０は縮小処理部９０４のハード構成で
ある。このロジックはまず縦６４ドットの変換前データ
を１ワードずつ４回ＣＰＵより書き込みそれぞれＢＯＸ
０Ｄ（１５：０），ＢＯＸ１Ｄ（１５：０），ＢＯＸ２
Ｄ（１５：０），ＢＯＸ３Ｄ（１５：０）に転送され各
々、図１１に示すような１／２，２／３，４／５および
７／８の縦方向のデータ縮小を行う変換回路９１０〜９
１３に送られる。各変換回路の出力は１６ビットのレジ
スタＲＥＧに転送され出力Ｙ０〜Ｙ１５をＣＰＵから読
み込むことにより縮小を施したデータを得ることができ
る。

【００５１】図１２〜図１６は変換回路９１０〜９１３
の内部回路構成を示しており、図１２は１／２データ縮
小を行う変換回路９１０、図１３は同じく２／３の変換
回路９１１。図１４は同じく４／５の変換回路９１２、
図１５は同じく７／８の変換回路９１３を示し、図１６
は図１３〜図１５中のＵＮＩＴの内部構造を示す。この
中でＯＲＣＬＸはビットを単純に間引くかあるいは隣の
ドットとの論理和をとるかのスイッチである。ＣＳ
（２：０）はアドレスデコードである。縮小後のデータ
をＣＰＵにより読み込むとき１ワード単位でＣＳの値に
より４回読み込む。ＣＭＰ２（１５，８），ＣＭＰ３
（１５，０），ＣＭＰ５（１５，０），ＣＭＰ８（１
５，０）は変換後のデータである。

【００５２】なお上記実施例３では縮小する際、ドット
の間引きによりデータの作成を行っているが、生成され
たデータの品位を問題にする場合、間引きするデータと
その隣のデータとの論理和をとるか、単純に間引きのみ
をするかのスイッチを設け、その回路を組み込むことに
より縮小ビットパターンの生成を行うことも可能であ
る。またこの回路を使ってスクリプト文字（上付き文
字、下付き文字）の作成も可能となり文字種によるソフ
トウェアの処理の軽減が図れる。

【００５３】以上説明したように実施例３によればフォ
ーマット縮小を行う時、縦縮小のビット変換をハードウ
ェア化することによりソフトウェアの負荷を軽減しデー
タ作成の処理スピードアップが図られ記録装置全体のス
ループットを向上させることが可能となった。

【００５４】＜実施例４＞図１７は実施例１にかかる記
録装置による４８×４８ドットの印字フォントの例（漢
字の亜）である。図１８は図１７の印字フォントを予測
関数により正規化した正規化フォントである。図１９の
１６進数は図１８の正規化フォントをランレングス圧縮
した圧縮フォントであり、この形態でＲＯＭに格納され
ている。記録装置は、ＲＯＭに格納された図１０の圧縮
フォントをランレングス伸長回路部により図１８の正規
化フォントに伸長した後、逆予測関数により元の図１７
の印字フォントに復元して印字データを得る。

【００５５】図１９の形態でＲＯＭに格納されている圧
縮フォントを、図６のランレングス伸長部を用いて図１
８の正規化フォントに伸長するとき、予測関数による黒
ビットの減少率が高いと白ビットの連続が長くなり、複
数ワードに渡って白ビットが続く部分が出来る。図１８
のＡ点の黒ビットからＢ点の黒ビットまでを例にとれ
ば、白ビットの連続は３５７ビットになり、ワード単位
で区切ると２１ワードが白ビットのみのワード即ち白ワ
ード（データ＄００００のワード）になる。図１８の場
合、白ワードは全ワード数１４４の４分の３近い１０３
ワードにものぼる。

【００５６】図６のランレングス伸長部では、このよう
な白ワードが連続する場合でも１ビットずつシフトしな
がら正規化フォント１ワードを作って行くので、１ワー
ドが完成するまではＣＰＵはそのワードが白ワードであ
るということを検知しない。従って白ワードが数多く存
在する正規化フォントでは、ランレングス伸長に要する
時間が長くなる。

【００５７】本実施例では、図６のランレングス伸長部
において白ビット数から白ビットのみのワード数（白ワ
ード数）を計算する白ワード数計算部を追加したので、
白ワードの連続する長さをＣＰＵが読み取ることができ
る。このため、白ワードが出現する場合にランレングス
伸長部のハードウェアがビットシフトにかかる時間分の
ＣＰＵの待ち時間を削減し、白ワードが存在する正規化
フォントのランレングス伸長処理を高速化して、記録装
置全体としてのスループットを向上させることができ
る。

【００５８】本実施例によるランレングス伸長部のブロ
ック図は図６とほぼ同じであり相違点は白ワード数計算
部のみであるため、説明はその相違点についてのみ主に
行なう。他の構成は実施例１，２と同じである。

【００５９】図２０は本実施例によるランレングス伸長
部の回路構成を示す。

【００６０】図２０において符号２００〜２１６で示す
構成部は図６と同様の機能ブロックであるので、説明は
省略する。ただし、図２０においては、図６では示して
いない、ＣＰＵがライトするランレングス伸長の要求
（コントロールフラグ）の他に圧縮データ、ＣＰＵがリ
ードする情報として展開ビット数カウンタ２１５からの
正規化フォント１ワード終了フラグ、シフトカウンタ２
０１からの圧縮フォント１ワード終了フラグを示してあ
る。２２０は本実施例において追加された機能ブロック
である白ワード数計算部である。白ワード数計算部２２
０は、展開ビット数カウンタ２１５における生成途中の
１ワードの残りビット数よりも白データ数ラッチ部２１
０からの白ビット数が小さい場合は、そのまま白ビット
数を白データビット展開部２１２に転送し、ＣＰＵに読
み込ませる白ワード数は０を出力する。白ビット数が残
りビット数以上の場合は残りビット数を白データビット
展開部２１２に転送し、かつ白ビット数から残りビット
数を減算した数を１６で割った商（２進数でビット４以
上の上位ビット）をＣＰＵに読み込ませる白ワード数と
して出力すると同時に、剰余をラッチして次に生成する
１ワード用に取っておく。この剰余は生成される正規化
フォントがＣＰＵによって読み込まれた後に白データビ
ット展開部に転送される。

【００６１】本実施例のＣＰＵの動作は以下のようにな
る。

【００６２】コントロールフラグによりランレングス伸
長処理をスタートさせて圧縮フォントを書き込んだ後
に、圧縮フォント１ワード終了フラグと正規化フォント
１ワード完了フラグを監視し、圧縮フォント１ワード終
了フラグがセットされたら圧縮フォントを１ワード書き
込み、正規化フォント１ワード完了フラグがセットされ
たら正規化フォント１ワードと白ワード数を読み込んで
正規化フォントをＲＡＭに転送し、白ワード数が０なら
ばまたフラグの監視に戻る。白ワード数が０でないとき
は白ワード数分だけデータ＄００００（白ビットのみの
ワードを示す）をＲＡＭに転送する。

【００６３】図１８の点Ａと点Ｂを例に取って説明す
る。白ビット数が３５７であると判明すると、白ワード
数計算部２２０では白ビット数（即ち３５７）と残りビ
ット数（この場合は１５）を比較し、白ビット数が残り
ビット数以上であるからビット数１５を白データビット
展開部１１２に転送して生成中の正規化フォント１ワー
ドを完成させる。次に、白ビット数から残りビット数を
減算した数を１６で割った商（３５７−１５＝３４２，
３４２／１６＝２１ 剰余６）を白ワード数とする。剰
余６は次の正規化フォント分としてラッチしておく。Ｃ
ＰＵは正規化フォント１ワード完了フラグのセットを検
出して正規化フォントを読み込んでＲＡＭに転送した後
に白ワード数を読み込んでその値即ち２１回分データ＄
００００をＲＡＭに転送する。従って白ワードが２１回
生成されるのをＣＰＵが待つ必要が無く、ランレングス
伸長の速度が向上する。ランレングス伸長部は正規化フ
ォントが読み込まれたら正規化フォント１ワード完了フ
ラグをクリアし、同時に正規化フォントの次のワード分
としてラッチしてあった白ビット数６を白ビット展開部
に転送して次のワードの生成に移る。

【００６４】本実施例ではＣＰＵのアクセスがワード
（１６ビット）単位であったが、バイト（８ビット）単
位またはロングワード（３２ビット）単位の場合には、
１００のデータリード部および生成フォントラッチ部２
１６とシフトカウンタ２０１および展開ビット数カウン
タ２１５のカウント数をそれぞれ８ビット、３２ビット
にすることにより、ランレングス伸長部が使用可能とな
る。

【００６５】本実施例の他、次の例を実施できる。

【００６６】１）上記実施例４ではＣＰＵが圧縮フォン
トをランレングス伸長部に書き込んで、１ワード（１６
ビット）の展開が終了した時点で正規化フォント１ワー
ド完了フラグを検出して生成された正規化フォントを読
み出しＲＡＭに格納している。これに対して１ワードの
展開が終了したらＣＰＵが介在することなく直接ＲＡＭ
に転送するＤＭＡ部と、１文字分のデータカウンタ部
（４８×４８ドットならば１４４ワードまでカウントす
る）と、白ワード数分のデータ＄００００を発生する回
路を設けることにより、１文字展開終了の判断をランレ
ングス伸長部内で行なうことも可能である。こうするこ
とにより一層の処理スピードアップが図れる。

【００６７】２）さらに、ＲＯＭ内の圧縮フォント格納
開始アドレスを１行分格納したＲＡＭの開始アドレス
と、ランレングス伸長処理済みの正規化フォントを１行
分格納するＲＡＭの開始アドレスをＣＰＵからセットす
る回路をＤＭＡ部に追加することで、１行分のランレン
グス伸長を全てハードウェアで行なうことができる。Ｃ
ＰＵの負荷が大幅に削減されるため、記録装置全体とし
てのスループットをより向上することができる。

【００６８】３）さらに、正規化フォント１列分（実施
例４では３ワード＝４８ビット）のデータが完成した時
点で逆予測関数回路部にデータを転送し印字フォントに
変換する回路を追加すれば、データ受信、文字コードの
解析、ランレングス伸長、逆予測関数による変換、印字
動作という記録装置の動作シーケンスのうち、ランレン
グス伸長および逆予測関数による変換の部分が全てハー
ドウェア化されることになるため、記録装置全体として
のスループットは非常に高まる。

【００６９】４）上記実施例４ではフォントサイズ４８
×４８であったが、フォントサイズが複数存在する場合
にはセレクタ部を新たに設けてシフトカウンタ部２０１
と展開ビット数カウンタ部２１５のカウント数を可変に
することにより、異なるフォントサイズに対してもラン
レングス伸長回路部が使用可能となる。

【００７０】以上説明したように、本実施例４によれば
白ビットのみのワード（白ワード）が存在する場合の正
規化フォントのランレングス伸長を高速化して、記録装
置全体としてのスループットを向上することができる。

【００７１】

【発明の効果】以上説明したように本発明によれば、デ
ータ作成の処理スピードをアップし、装置全体のスルー
プットを向上することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に関する記録装置の電気ブロ
ック図である。

【図２】同実施例でのデータの組合せ態様と予測関数値
表を示す図である。

【図３】同実施例での逆予測関数処理によるデータの復
元態様を示す図である。

【図４】同実施例の逆予測関数処理部の構成を示す図で
ある。

【図５】本発明の他の実施例に関する記録装置の電気ブ
ロック図である。

【図６】同実施例でのランレングス伸張回路のブロック
図である。

【図７】同実施例でのランレングス圧縮法によるランレ
ングスコード表を示す図である。

【図８】他のランレングス伸張回路のブロック図であ
る。

【図９】本発明のさらに他の実施例に関する記録装置の
電気ブロック図である。

【図１０】同実施例における縮小処理部のブロック図で
ある。

【図１１】縮小ビット変換法を説明する図である。

【図１２】１／２縮小変換回路のブロック図である。

【図１３】２／３縮小変換回路のブロック図である。

【図１４】４／５縮小変換回路のブロック図である。

【図１５】７／８縮小変換回路のブロック図である。

【図１６】ＵＮＩＴのブロック図である。

【図１７】４８×４８ドットの印字フォント例を示す図
である。

【図１８】正規化フォント例を示す図である。

【図１９】圧縮フォント例を示す図である。

【図２０】本発明実施例４のランレングス伸長部の回路
構成を示すブロック図である。

【符号の説明】

１００ データ受信部 １０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ ランレングス伸張部 １０５ ＨＥＡＤ駆動部 １０６ ＣＲ駆動部 １０７ ＬＦ駆動部

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成６年４月５日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】 出力装置および出力方法

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】

【産業上の利用分野】本発明は出力装置および出力方法
に関する。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００１５

【補正方法】変更

【補正内容】

【０００１５】

【課題を解決するための手段】本発明の態様（特徴）は
以下の通りである。 （請求項１）ドットフォントパターンデータを予測関数
を用いて変換し、前記変換されたドットパターンデータ
をランレングス圧縮し、前記圧縮されたフォントデータ
を記憶する記憶手段と、出力すべきキャラクタデータに
対応する前記記憶手段に記憶されたフォントデータをラ
ンレングス伸張する伸張手段と、前記伸張されたドット
パターンデータを逆予測関数を用いて画像データに変換
する変換手段とを有することを特徴とする。 （請求項２）請求項１において、前記伸張手段は、ハー
ドウエアにより実現されることを特徴とする。 （請求項３）請求項１において、前記変換手段は、ハー
ドウエアにより実現されることを特徴とする。 （請求項４）請求項１において、前記伸張手段によりラ
ンレングス伸張する際に、ＤＭＡ転送を用いることを特
徴とする。 （請求項５）請求項４において、前記ＤＭＡ転送を行う
際に、文字サイズ設定手段に基づき、１文字分のデータ
転送の終了を判断することを特徴とする。 （請求項６）請求項１において、さらに、キャラクタデ
ータに対応するドットフォントパターンデータを入力す
る入力手段と、前記入力されたドットフォントパターン
データを予測関数を用いて変換する変換手段と、前記変
換されたドットパターンデータをランレングス圧縮する
圧縮手段と、前記圧縮されたフォントデータを記憶手段
に記憶させる記憶制御手段とを有することを特徴とす
る。 （請求項７）請求項１において、さらに、前記伸張手段
によりランレングス伸張する際に、白ドット数に基づき
白ドットのワード数を導出する白ワード数導出手段を有
することを特徴とする。 （請求項８）ドットフォントパターンデータを予測関数
を用いて変換し、前記変換されたドットパターンデータ
をランレングス圧縮し、前記圧縮されたフォントデータ
を記憶する記憶手段を利用し、出力すべきキャラクタデ
ータに対応する前記記憶手段に記憶されたフォントデー
タをランレングス伸張する伸張工程と、前記伸張された
ドットパターンデータを逆予測関数を用いて画像データ
に変換する変換工程とを有することを特徴とする。 （請求項９）請求項８において、前記伸張工程は、ハー
ドウエアにより実現されることを特徴とする。 （請求項１０）請求項８において、前記変換工程は、ハ
ードウエアにより実現されることを特徴とする。 （請求項１１）請求項８において、前記伸張工程により
ランレングス伸張する際に、ＤＭＡ転送を用いることを
特徴とする。 （請求項１２）請求項１１において、前記ＤＭＡ転送を
行う際に、文字サイズ設定手段に基づき、１文字分のデ
ータ転送の終了を判断することを特徴とする。 （請求項１３）請求項８において、さらに、キャラクタ
データに対応するドットフォントパターンデータを入力
する入力工程と、前記入力されたドットフォントパター
ンデータを予測関数を用いて変換する変換工程と、前記
変換されたドットパターンデータをランレングス圧縮す
る圧縮工程と、前記圧縮されたフォントデータを記憶手
段に記憶させる記憶制御工程とを有することを特徴とす
る。 （請求項１４）請求項８において、さらに、前記伸張工
程によりランレングス伸張する際に、白ドット数に基づ
き白ドットのワード数を導出する白ワード数導出工程を
有することを特徴とする。 （請求項１５）上位装置からキャラクタデータを入力す
る入力手段と、前記キャラクタデータに対応するドット
パターンデータを生成する生成手段と、前記生成手段に
よりドットパターンデータを生成する際に、ドットパタ
ーンデータを間引くことにより縮小する縮小処理手段
と、前記縮小処理されたドットパターンデータを出力す
る出力手段とを有することを特徴とする。 （請求項１６）請求項１５において、前記縮小処理をハ
ードウエアにより実現することを特徴とする。 （請求項１７）請求項１５において、さらに、縮小率を
指定する縮小率指定手段を有することを特徴とする。 （請求項１８）上位装置からキャラクタデータを入力す
る入力工程と、前記キャラクタデータに対応するドット
パターンデータを生成する生成工程と、前記生成工程に
よりドットパターンデータを生成する際に、ドットパタ
ーンデータを間引くことにより縮小処理する縮小処理工
程と、前記縮小処理されたドットパターンデータを出力
する出力工程とを有することを特徴とする。 （請求項１９）請求項１８において、前記縮小処理をハ
ードウエアにより実現することを特徴とする。 （請求項２０）請求項１８において、さらに、縮小率を
指定する縮小率指定工程を有することを特徴とする。 （請求項２１）請求項１において、前記変換手段は所定
のビット数まとめて処理することを特徴とする。 （請求項２２）請求項８において、前記変換は所定のビ
ット数まとめて処理することを特徴とする。 （請求項２３）請求項１５において、前記縮小処理手段
は所定のビット数まとめて処理することを特徴とする。 （請求項２４）請求項１８において、前記縮小処理は所
定のビット数まとめて処理することを特徴とする。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００１６

【補正方法】削除

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００１７

【補正方法】削除

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００１８

【補正方法】削除

Claims (5)

【特許請求の範囲】
1. 【請求項１】 外部からのキャラクタデータを内部フォ
   ントに展開し画像データとして記録する記録装置におい
   て、データを記憶する記憶手段と、外部からのキャラク
   タデータを内部フォントデータに変換する手段と、該変
   換により得られたフォントデータを圧縮し前記記憶手段
   に格納する際に予測関数によりデータを変換する手段
   と、前記記憶手段に格納された圧縮データをランレング
   ス伸長し、ついで逆予測関数処理を施して所望の画像デ
   ータに変換する手段とを具えたことを特徴とする記録装
   置。
2. 【請求項２】 外部からのキャラクタデータを内部フォ
   ントに展開し画像データとして印刷する記録装置におい
   て、データを記憶する記憶手段と、外部からのキャラク
   タデータを内部フォントデータに変換する手段と、該変
   換により得られたフォントデータを圧縮して前記記憶手
   段に格納する手段と、前記記憶手段に格納された圧縮デ
   ータをランレングス伸長することによって所望の画像デ
   ータに変換する手段とを具えたことを特徴とする記録装
   置。
3. 【請求項３】 前記変換手段は前記所望の画像データを
   ＤＭＡ転送する手段とカウント値可変のカウンタによっ
   て１文字分のデータ転送の終了を判断する手段とを有す
   ることを特徴とする請求項２に記載の記録装置。
4. 【請求項４】 外部からの印刷データを入力し印刷する
   記録装置において、フォーマット縮小印字を行う際に前
   記印刷データに対して縦方向縮小のビット操作を施すこ
   とによって当該印刷データを所望の画像データに変換す
   る手段を具えたことを特徴とする記録装置。
5. 【請求項５】 ホストコンピュータ等の外部機器から送
   られてくる文字コードを印字フォントに変換する際にラ
   ンレングス圧縮およびランレングス伸長の処理を行なう
   記録装置において、 前記ランレングス伸長処理内で判断された白ドット数か
   ら白ドットのみのワード数を求める白ワード数計算部を
   具えたことを特徴とする記録装置。