JPH02258265A - 記録ヘッド駆動制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はドットマトリクスで記録を行なう記録ヘッドに
対し、順次記録データを与えて記録を行なわせる記録装
置の記録制御方式に関し、特に記録ヘッドに対し、ドッ
ト−何分に対応した所定ビット数の記録データを複数回
に分けて与えてドット１列分の記録を複数回に分けて行
なわせる記録装置の記録ヘッド駆制御方式に関するもの
である。

［従来の技術］ 上記のような記録ヘッド駆動制御方式を採用している記
録装置としてバブルジェットプリンタがある。即ち、加
熱によりヘッド素子のノズル内に気泡を発生させ、その
圧力により、ヘッド素子からインクを吐出するバブルジ
ェットプリンタの記録ヘッドでは、−列に並んだ所定数
のヘッド素子を同時に駆動させることは、隣接するヘッ
ド素子の急激な温度上昇により、ヘッドの破壊を引き起
すためにできない、そこで１文字のドットマトリクスの
文字フォントのドット−列に対応した所定ビット数の記
録データを複数に分割し、時間差を付けてそれらを順次
ヘッドに与えてドット１列分の記録を複数回に分けて行
なわせている。具体的には例えばドット１列分の記録デ
ータが１０ビットのデータであるとして順次２ビット分
のデータを生成し、５回に分けて与えてドット１列分の
記録を５回に分けて行なわせる。ここで２ビット分のデ
ータとはその２ビットについて元のデータの「１」ない
し「０」を設定し、残りのビットに「０」を設定した１
０ビットのデータである。従来のこの方式でプリンタの
記録ヘッドを駆動制御部で上記の分割した例えば２ビッ
ト分の分割データを生成する方法としては、元のドット
１列分の記録データとこれと同じビット数のマスクデー
タとの論理積を求めて、その論理積のデータを分割デー
タとする方法が採用されている。マスクデータは一回の
分割データの生成毎に１ビットづつシフトされる。

このような従来のバブルジェットプリンタの記録ヘッド
駆動制御部の構成と、上記の印字データの生成処理の詳
細について以下に説明する。

第５図は従来のバブルジェットプリンタの記録ヘッドの
駆動制御に関わる制御系の構成を示している。第５図に
おいて、まず符号４はプリンタの記録ヘッドの駆動制御
を含むプリンタ全体の制御を行なうＣＰＵ　（中央処理
装置）であり、マイクロプロセッサ素子から構成される
。

ＣＰＵＪ内で印字データの処理はアキュムレータ５を用
いて行なわれる。アキュムレータ５は例えば８ビットの
レジスタとする。又後述のように分割印字の終了を判定
するためにフラグレジスタのキャリー（桁上げ）フラグ
８が用いられる。モしてＣＰＵ４にはメモリとしてＲＯ
Ｍ　（リードオンリメモリ）１とＲＡＭ　（ランダムア
クセスメモリ）９が接続され、又バブルジェットヘッド
として構成された記録ヘッド１６が出力ボート素子等か
ら構成されたドライバ１５を介して接続され、ＣＰＵ４
の制御を受ける。

ＲＯＭＩには各種の文字をドットマトリクスで印字する
ためのドットマトリクスのパターンデータであるフォン
ト群２のデータ、ＣＰＵ４の制御プログラム３及び制御
に必要な各種固定データが格納される。

又ＲＡＭ９はＣＰＵ４のワーキングエリアとして用いら
れ、ＲＡＭＱ内のそれぞれ異なる所定の記憶エリアはキ
ャラクタバッファ１０．ポインタ群１１、フォントバッ
ファ１２、マスクデータバッファ１３、及び文字コード
バッファ１４として用いられる。このうちキャラクタバ
ッファ１０は印字すべき１文字のフォントデータを格納
するものである。１文字のフォントデータはＣＰＵ４を
介してＲＯＭＩのフォント群２からキャラクタバッファ
１０へ転送される。

次にポインタ群１１は処理する印字データを指示するも
ので、後述する文字コードバッファ１４に格納される印
字すべき文字列のうちのどの文字を印字すべきかを示す
文字ポインタ、キャラクタバッファ１０に格納された１
文字分のフォントデータのうちの処理する１列分のデー
タリ列を示す列ポインタ、又上記１列分のデータのビッ
ト数がアキエムレータ５のビット数より多いものとして
１列分のデータのうちのどの部分のデータを処理するか
を示すバイトポインタが設けられる。

例えば１文字分のフォントデータの内のドット１列分の
データが１０ビットであるとして、まず上位８ビットを
処理し、次に残りの下位の２ビットを処理する。この場
合の上位８ビットを処理するかあるいは下位２ビットを
処理するかをバイトポインタが指示するものとする。

次にフォントバッファ１２は処理するドット１列分のフ
ォントデータを格納する０通常の印字の場合はキャラク
タバッファ１０に格納された１文字分のフォントデータ
の内から処理すべきドット１列分のデータがそのままフ
ォントバッファ１２に転送される。特殊な印字の場合は
キャラクタバッファ１０内のドット１列分のデータに対
して所定の処理を行なってからフォントバッファ１２に
転送する０例えばボールド印字の場合は印字するドット
１列分のデータとその前の列のデータの論理和を取って
それを最終的に印字すべきドット１列分の印字データと
してフォントバッファ１２に転送する。

次にマスクデータバッファ１３は上述した分割データを
生成するためのマスクデータが格納される０例えば上述
のようにドット１列分の所定ビット数の印字データを２
ビット分づつ分割して複数回に分けて１列分の印字を行
なうものとし処理データは８ビットとして、４ビットお
きにデータを取り出すものとしてマスクデータの初期値
は例えばｒｏｏｏｌｏｏｏｌＪに設定される。

次に文字コードバッファ１４は印字すべき文字列の文字
コードを格納する。

以上の構成の下にＣＰＵ４はＲＯＭＩ内の制御プログラ
ム３に従い、第６図のフローチャート図に示した制御処
理手順で、以下のように印字データの処理を行なう、な
お第７図にこの場合の印字データ処理の様子を模式的に
示しである。

ＣＰＵ４はプログラム実行中の指示により印字を行なう
場合にまず第６図のステップＳ１において文字コードバ
ッファ１４に転送された印字すべき文字列のコードの内
からポインタ群１１の文字ポインタにより指示される印
字すべき文字コードに対応する１文字分のフォントデー
タをＲＯＭＩのフォント群２からＲＡＭＱ内のキャラク
タバッファ１０にロードする。

次にステップＳ２ではキャラクタバッファ１０内の文字
フォントデータの内で列ポインタとバイトポインタによ
り示されるドット１列分のデータのうちの処理すべき例
えば８ビットのデータについて必要に応じて所定の処理
を施した後、フォントバッファ１２に転送する。この場
合の所定の処理とは例えば前述したボールド印字時の論
理和を取る等の処理である。

次にステップＳ３ではマスクデータバッファ１３にマス
クデータの初期値、例えば前述したｒｏｏｏｌｏｏｏｌ
Ｊをセットする。

次にステップＳ４ではマスクデータバッファ１３からマ
スクデータをアキュムレータ５にロードする。

次にステップＳ５ではフォントバッファ１２のデータと
アキュムレータ５のマスクデータとの論理積を求め、そ
の結果データはアキエムレータ５にセットされる。これ
により前述のように例えば２ビット分のヘッド信号を含
む印字データが求められる。

ステップＳ６ではステップＳ５で求めた印字データをド
ライバ１５に出力し、記録ヘッド１６に印字を行なわせ
る。

ステップＳ７では記録へラド１６の特性による必要な加
熱時間をかせぐために例えばＮＯＰ　（ノーオペレーシ
ョン）命令等のダミー処理を実行する。

ステップＳ８ではｒｏｏｏｏｏｏｏｏＪのデータをドラ
イバ１５に出力し、記録ヘッド１６をオフする。

次にステップＳ９、ＳＩＯではマスクデータバッファ１
３のマスクデータをアキュムレータ５にロードし、１ビ
ットシフトする。これによりマスクデータは例えばｒｏ
ｏｏｌｏｏｏｌＪからｒｏｏｌｏｏｏｌｏＪとなる。

次にステップＳｔｔではステップＳ１０のマスクデータ
のシフトによりキャリーフラグ８にキャリーが生じたか
否かを判定し、これによりフォントバッファ１２の印字
データの分割出力が終了したか否かを判定する。キャリ
ーが生じず、分割出力が終了してない場合には、ステッ
プＳ１２でアキュムレータ５のマスクデータをマスクデ
ータバッファ１３に転送した後ステップＳ５に戻り、以
下の処理を繰り返えす。

一方ステップＳ１１でキャリーフラグ８にキャリーが生
じ、フォントバッファ１２のデータの分割データの生成
、出力が終了した場合には、処理の詳細の図示は省略す
るが、ステップ３１３でポインタ群１１のデータを更新
し、その更新されたデータ昇によりドット１列分のデー
タ処理が終了したか、１文字分のデータ処理が終了した
か、あるいは全印字データの処理が終了したかのの判定
を行なう、ドット１列分の処理ないしは８ビット分の処
理が終了した場合はステップＳ２へ戻り、１文字分の処
理が終了した場合はステップＳ１へ戻り、それぞれ以下
の処理を繰り返す、また全印字データの印字が終了した
ら処理を終了する。

以上のような処理により１文字のフォントデータの内の
ドット１列分のフォントデータからその２ビット分の信
号を含む分割印字データが順次生成され、出力されて、
ドット１列分の印字が複数回に分けて行なわれる。

［発明が解決しようとする課１１！］ しかしながら上述のような印字データの処理方法では、
分割印字データを生成するために印字データとマスクデ
ータの論理積を求めるが、一般的な汎用のＣＰＵにおい
ては論理積を求める機能はアキュムレータにしかないた
め、元の印字データとマスクデータをそれぞれフォント
バッファ１２とマスクデータバッファ１３に保存してお
き、そこからアキエムレータに転送して論理積を求める
処理を行なわなければならない、即ち上述の従来の方法
ではＣＰＵとＲＡＭの間でフォントデータとマスクデー
タの転送及び論理積処理を頻繁に行なう必要があり、そ
のために処理時間がかかることにより次のような欠点が
生じる。

まず上述の分割印字データ生成のための処理の時間の必
要により、プリンタの印字速度が制約を受ける。

又、例えば４ビット分ずれた２ビット分の分割印字デー
タを生成し、順次出力して印字を行なうと、マスクデー
タによる例えば４ビットづつの切れ目で印字位置のずれ
が生じる。具体例として縦１本の線を印字する場合に４
ドット毎にずれが生じ、印字品位が低下してしまう。こ
れを防止するためには、分割データを１ビット分の分割
データとして生成して順番に出力すれば良い、しかしそ
うするとドット１列分の印字に必要な分割印字回数が倍
増し、上記の処理時間がかかることから印字速度が大幅
に低下してしまう。

又、上述の従来の構成ではＣＰＵとＲＡＭ間のデータ転
送及び論理積処理にかかる時間が印字速度に大きく影響
するため、高速印字を行なうにはＲＡＭを含むシステム
全体をアクセス時間の短いものにする必要があり、それ
にはコストがかかつてしまう。

更に上述の構成ではＲＡＭ内にフォントバッファ１２と
マスクデータバッフ１１３の領域を確保する必要があり
、ハードウェア的に制約を受ける。

そこで本発明の課題はこの種の記録装置の記録ヘッド駆
動制御方式において上述のような欠点を解消し、記録の
高速化及び記録印字品位の向上が図れるようにすること
にある。

［課題を解決するための手段］ 本発明においては上述した課題を解決するために、ドッ
トマトリクスで記録を行なう記録ヘッドに対しドット１
列に対応した所定ビット数の記録データを複数回に分け
て与えてドット１列分の記録を複数回に分けて行なわせ
る記録装置の記録ヘッド駆動制御方式において、記録装
置の記録ヘッド駆動制御部で前記ドット１列分の所定ビ
ット数の記録データをレジスタに記憶し、該記録データ
について順次１ビットずつ「１」か「０」かを判定し、
順次判定結果が「１」の場合にのみ前記判定ビットに対
応するビットが「１」で他のビットがｒＱＪである所定
ビット数の印字データを前記ドット１列分の記録データ
の１ビット分のデータとして記録ヘッドに出力して記録
を行なわせる構成を採用した。

［作　用］ このような構成によれば、ドット１列分の記録データの
１ビット分の記録データの生成はドット１列分の記録デ
ータの１ビットづつの「１」か「０」かの判定に基づい
て行なわれ、従来のようにマスクデータとの論理積を用
いず、従来のように記録データ及びマスクデータを記録
ヘッド駆動制御部のＣＰＵとＲＡＭ間で頻繁に転送する
必要がなく、分割記録データの生成を高速に行なえる。

ドット１列分の記録データの分割データを生成する際に
従来のように複数ビット分の分割データを生成するのに
比べて１ビット分の記録データを分割データとして生成
するので、その処理回数は倍増するが、−回の分割デー
タの生成のための処理速度が大幅に向上するのでドット
１列分の分割データ全体の処理速度は従来より速くなる
。又ドット１列分の記録データの分割データとして１ビ
ット分の記録データを順次上位のビット又は下位のビッ
トから生成し、出力することにより、従来のようにマス
クデータを用いてデータ生成を行なう場合のようなドッ
ト列中のドットの記録位置の途中のずれが生じず、高品
位に記録を行なえる。

［実施例］ 以下、図面に示す実施例に基づいて本発明の詳細な説明
する。

夏１１■ 第１図は本発明の第１実施例によるバブルジェットプリ
ンタの記録ヘッド駆動制御にかかわる制御系の構成を示
している。同図中において従来例の第５図中と共通もし
くは対応する部分には共通符号が付してあり、共通部分
の説明は省略する。

本実施例ではドット１列分の記録データを１ビット分の
印字データに分割して複数回に分けて印字を行なうもの
とし、ドット１列分の記録データから順次１ドット分の
印字データを生成し、出力して記録を行なわせるものと
する。

このような分割データの生成、出力を行なうために、第
１図の制御系の構成で従来例と異なる点として、まずＣ
ＰＵ４においてはデータ生成の処理のためにアキュムレ
ータ５とキャリーフラグ８の他にレジスタｘ６及びレジ
スタＹ７を用いる。又キャリーフラグ８は例えば８ビッ
ト分の印字データの分割データの生成、出力の終了の判
定に用いられるとともに、後述のように例えば８ビット
の記録データの各ビットについて「１」か「０」の判定
に用いられるものとする。

又ＲＡＭ９の構成において第５図の従来例で用いていた
フォントバッファ１２及びマスクデータバッファ１３は
用いず、設けないものとする。

又ＲＯＭ１に格納されるＣＰＵ４の制御プログラム３は
後述の印字データ処理に対応して従来例と異なるものと
する。

なお制御系の構成で以上の他の点は先述の従来例と同様
とする。

以上の構成のもとに印字時にはＣＰＵ４はまずＲＯＭＩ
のフォント群から印字すべき１文字のフォントデータを
ＲＡＭ９のキャラクタバッファ１０に転送し、そこから
印字すべき１列分のデータのうちの上位又は下位８ビッ
ト分のデータをアキュムレータ５に転送し、その８ビッ
ト分の印字データについて上位又は下位から順次１ビッ
トづつ、シフトによりキャリーが「１」かｒＱＪかを判
定し、順次判定結果が「１」の場合にのみ、その判定し
たビットと対応するビットが「１」で他のビットが「０
」である８ビットのデータを上記ドット１列分の８ビッ
トの記録データの１ビット分の印字データとしてドライ
バ１４に出力し、記録へラド１５に１ビット分の記録を
行なわせ、この繰り返しにより、順次印字を行なう、以
下にこのよりなＣＰＵ４の印字データ処理動作の詳細を
第２図及び第３図を参照して説明する。なお第２図はＲ
ＯＭＩ内の制御プログラム３に対応したＣＰＵ４の印字
データ処理の手順を示すフローチャート図であり、第３
図は印字データ処理の様子を模式的に示す説明図である
。なお第３図において、キャラクタバッファ１０、アキ
ュムレータ５及びレジスタｘ６の内容で空白の欄は「０
」がセットされているものとする。

ＣＰＵはプログラム実行の処理の１つとして第２図の処
理を開始する。まずステップＳ１ではプログラムに従う
処理によりＲＡＭ９の文字コードバッファ１４にセット
された印字すべき文字列のコードのうちから文字ポイン
タにより指示される印字すべき文字のコードに対応した
フォントデータをＲＯＭＩのフォント群２からＲＡＭ９
のキャラクタバッファ１０に転送する。第３図には一例
として数字の「２」のフォントデータがキャラクタバッ
ファ１０に転送された状態を示している。

次にステップＳ２ではキャラクタバッファ１０内の文字
フォントデータにおいてポインタ群１１の列ポインタに
指示されるドット１列分のデータの更にバイトポインタ
により指示される処理すべき８ビット分のデータを必要
に応じて所定の処理を施しその結果はアキュムレータ５
に保持される、第３図ではこの場合の所定処理としてボ
ールド印字を行なう際の処理が示してあり、この場合列
ポインタにより示される列の上位８ビットのデータと図
中右隣の列の８ピットのデータの論理和が取られ、印字
すべき１列の８ビット分の印字データとしてアキュムレ
ータ５に保持された状態が示されている。

次に上記８ビット分の記録データから順次１ドット分の
分割データを生成し、出力するものとしてステップＳ３
ではレジスタＸ６に１ビット分のデータの初期値として
例えば第３図のレジスタＸの内容の左端に示すように最
上位ビットが「１」でその他のビットが「０」のデータ
をセットする。

ステップＳ４では記録ヘッド１５をオフするためのデー
タとして全ビットが「０」のデータをレジスタＹ７にセ
ットする。

次にステップＳ５では第３図のアキュムレータ５の内容
の左端から２番目に示すようにアキュムレータ５のデー
タを１ビット例えば上位方向ヘシフトする。

そしてステップＳ６ではステップＳ５のシフトの結果キ
ャリーフラグ８にキャリーが生じたか否かを判定し、こ
れによりアキエムレータ５のデータのうちの最上位ビッ
トが「１」か「０」かを判定する。

そしてキャリーが生じてデータが「１」の場合にはステ
ップＳ７でレジスタｘ６のデータ、即ちキャリーの発生
により「１」であると判定されたビットと対応するビッ
トが「１」で他のビットは「Ｏ」のデータを１ビット分
の印字データとしてドライバ１４に出力し、記録ヘッド
１５に記録を行なわせる０次にステップＳ８では記録ヘ
ッド１５の特性に応じてインクの吐出に必要な所定の加
熱時間をかせぐために例えばＮ０Ｐ（ノーオベレーシミ
ラ）命令等のダミー処理を行なう、しかる後にステップ
Ｓ９でレジスタＹ７の全ビットが「０」のデータをドラ
イバ１４に出力して記録ヘッド１５をオフし、１ビット
分の記録を終了させる。

一方ステップＳ６でキャリーが生じず、「１」か「０」
かを判定したビットが「０」であった場合はステップＳ
１０で所定のダミー処理を行なう。

ステップＳ９又はステップＳ１０の後はステップＳｌｌ
で第３図のレジスタｘ６の内容の左端から２番目に示す
ようにレジスタｘ６のデータを１ビットシフトする。そ
してステップＳ１２でステップＳｉｔのシフトの結果キ
ャリーフラグ８にキャリーが生じたか否かを判定し、こ
れにより８ビット分の記録データの分割印字データの生
成、出力が終了したか否かを判定する。そしてキャリー
が生じず８ビット分のデータの処理が終了していない場
合にはステップＳ５に戻り以下の処理を繰り返す。

一方ステップＳ１２において第３図のレジスタｘ６の内
容の右端に示すようにキャリーが生じ、８ビット分のデ
ータ処理が終了した場合にはステップＳ１３以下の処理
を行なう。

ステップ５１３ではバイトポインタの更新を行ない、ス
テップ３１４では上記の更新されたポインタのデータに
より例えば１０ビット分のドット１列分の印字データの
処理が終了したか否かを調べる。そして終了していなけ
れば、ステップＳ２に戻り、以下の処理を繰り返す、こ
こでドット１列分１０ビットの処理のうち８ビット分の
データの処理時についてはステップＳ３で出力データの
初期値としてｒｌｏｏｏｏｏｏｏＪをセットするものと
したが、残り２ビットの処理時にはステップＳ３で初期
値として例えばｒｌｏｏｏｏｏｌｏＪを初期値としてセ
ットするものとする。これにより残り２ビットの処理時
にはレジスタｘ６の２回のシフトによりキャリーが生じ
２ビットのデータの処理の終了が判定される一方ステッ
プ３１４の判定が肯定された場合にはステップ３１５で
列ポインタを更新し、ステップ３１６で上記のステップ
５１５で更新されたポンタのデータにより１文字分のデ
ータの処理が終了したか否かを判定する。終了していな
ければスチップＳ２に戻り、以下の処理を繰り返す、又
１文字分の処理が終了した場合はステップＳ１７で文字
ポインタを更新し、ステップＳ１８ではその更新された
データにより全印字データの処理が終了したか否かを調
べる。そして終了していなければステップＳ１９で列ポ
インタおよびバイトポインタを初期化した後、ステップ
Ｓ１に戻って以下の処理を繰り返し、全印字データの印
字が終了していれば処理を終了する。

以上のようにして本実施例ではドット１列分の印字デー
タから順次１ドット分の分割データを生成、出力し、印
字を行なう、１ビット分の記録データの元の出力データ
の生成はレジスタｘ６にセットした初期値データのシフ
トにより順次行なわれる。そしてアキュムレータ５での
印字データのシフトによってキャリーが生じるか否かに
より同印字データの各１ビットが「１」か「０」かが判
定され、その判定結果に応じてレジスタＸ６のデータが
１ビット分の印字データとして出力される。

そしてこのような本実施例の処理方法によれば、ドット
１列分の内の例えば８ビットの記録データの処理に関し
てＣＰＵ４とＲＡＭ９間で必要なデータ転送はステップ
Ｓ２、Ｓ３．Ｓ４の一回づつのみである。これに対して
第６図の従来例ではＣＰＵとＲＡＭ間のデータ転送を第
６図のステップＳ３、Ｓ４で行なった後更に１回づつの
分割データの処理のためにステップＳ５及びＳ９でデー
タ転送を行ない、これを複数回繰り返す、又ステップＳ
１２でデータ転送が必要である。これから明らかなよう
に本実施例では従来例に比べてＣＰＵ４．ＲＡＭ９間の
データ転送の回数が大幅に少なくて済み、データ処理速
度を大幅に向上できる０本実施例では１ビット分の分割
データを生成し、出力するので、複数ドット分の分割デ
ータを生成する従来例に比べてデータ生成の処理回数は
従来例に比べて倍増するが、それ以上の割合で１回のデ
ータ生成のデータ処理速度が速くなるため全体の処理速
度が従来例に比べて大幅に向上できる。

又本実施例によればドット１列分のデータの分割データ
は１ビット分の印字データとして順次上位のビットから
又は下位のビットから生成されるので、先述した従来例
のようにドット１列の印字位置の途中でのずれが生じな
い、そして印字品位を大幅に向上できる。

箋ｍ ところで上述した第１実施例の構成ではドット１列分の
印字データの各ビットがｒｌ」か「０」かの判定をアキ
ュムレータ５でのシフトによりキャリーが生じるか否か
により判定したが、最近のＣＰＵのマイクロプロセッサ
素子の中にはＲＡＭの指定したアドレスのデータの指定
したビットの「１」、「０」を判定する命令を有するも
のがあり、この命令を用いて上記の判定を行なうことが
できる。この場合の印字データ処理を本発明の第２実施
例として、その場合のＣＰＵのデータ処理手順を第４図
のフローチャート図に示しである。なおこの処理を行な
う場合は第１図のＲＡＭ９のキャラクタバッファ１０は
１文字分のフォントデータのうちのドット１列分のデー
タを記憶するものとする。

第４図の処理はステップの番号にダッシュの記号を付し
たステップが第２図の処理と異なっており、ダッシュを
付していないステップは第２図の同符号のステップと同
じである。

まず第４図のステップ８１′ではＲＯＭＩのフォント６
群から処理すべきドット１列分のフォントデータをＲＡ
Ｍ９のキャラクタバッファ１０に転送する。この場合必
要に応じて上述したボールド印字等の処理を上記データ
について行なうものとする。

次にステップＳ２’ではキャラクタバッファ１０のドッ
ト１列分のデータについて順次１ビットづつ「１」かｒ
ＱＪかを判定するために、ｒｌ、、ｒ（１：１の判定を
行なうアドレスのデータｌをキャラクタバッファ１０の
先頭アドレスのデータに初期化する。

ステップ３３．Ｓ４では第１実施例の場合と同様にレジ
スタｘ６に１ビット分の出力データの初期値をセットし
、レジスタＹフに記録ヘッド１５をオフするためのデー
タをセットする。

次にステップＳ５’ではキャラクタバッファ１０のアド
レスｉの１ビットのデータが「１」かｒＱＪかをチエツ
クする。

次にステップＳ６’ではステップＳ５’でのチエツクの
結果そのビットのデータがｒｌｌか「０」かを判定する
。

そして「１」の場合はステップＳ７からＳ９において第
１実施例の場合と同様にレジスタｘ６のデータをドライ
バ１４に出力し、ダミー処理を行ない、しかる後にレジ
スタＹ７のデータをドライバ１４に出力して記録ヘッド
１６をオフする。

又ステップＳ６’で判定が「０」の場合はステップＳ１
０でダミー処理を行なう。

続いてステップＳ１１．Ｓ１２では第１実施例の場合と
同様にレジスタｘ６のデータを１ビットシフトした後、
それによりキャリーが発生するか否かにより８ビットの
データ処理が終了したか否かを判定する。

そしてキャリーが生じず８ビットの処理が終了していな
い場合はステップ８１２′でキャラクタバッファ１０の
ｒｌ」、ｒ□」をチエツクするアドレスデータｌをイン
クリメントした後ステップＳ５’に戻り以下の処理を繰
り返す。

一方ステップＳ１２でキャリーが生じた場合はステップ
１３以下の処理を行なう。ステップ３１３以下の処理は
第１実施例の場合とほぼ同様である。但しステップ８１
６′で１文字の終了を判定して終了していない場合に、
ステップＳｔ’へ戻る点が異なっている。

以上のような本実施例の処理方法にょフてもＣＰＵ４と
ＲＡＭ９間のデータ転送の回数が従来例の場合より大幅
に少なくて済み、第１実施例の場合と同様の作用効果が
得られる。

なお以上の第１及び第２実施例では１ビット分の分割印
字データの元の印字データはレジスタＸ６に初期値をセ
ットし、それを順次シフトさせることにより得るものと
したが、１ビット分の記録データのテーブルをＲＡＭＱ
内に用意しておき、同テーブル内から出力データを選択
し、出力させるという方法も採用できる。

［発明の効果］ 以上の説明から明らかなように、本発明によれば、ドッ
トマトリクスで記録を行なう記録ヘッドに対しドット１
列に対応した所定ビット数の記録データを複数回に分け
て与えてドット１列分の記録を複数回に分けて°行なわ
せる記録装置の記録ヘッド駆動制御方式において、記録
装置の記録ヘッド駆動制御部で前記ドット１列分の所定
ビット数の記録データをレジスタに記憶し、該記録デー
タについて、順次１ビットずつ「１」か「０」かを判定
し、順次判定結果が「１」の場合上 にのみ前記判定ビット率対応するビットが「１」で他の
ビットが「Ｏ」である所定ビット数のデータを前記ドッ
ト１列分の記録データの１ビット分の印字データとして
記録ヘッドに出力して記録を行なわせる構成を採用した
ので、記録データ生成のために記録ヘッド駆動制御部に
おいてＣＰＵとＲＡＭ間で必要なデータ転送の回数が極
めて少なくて済み論理演算を行なうこともなく、記録デ
ータ処理を大幅に高速化でき、アクセス時間の短い高価
なＩＣ素子を用いずに安価に記録の高速化が図れること
、及びドット１列の記録の途中での記録位置のずれが生
じず、記録品位を向上できること等の優れた効果が得ら
れる。

【図面の簡単な説明】

第１図は本発明の第１実施例による記録ヘッド制御方式
を採用したバブルジェットプリンタの記録ヘッドの駆動
制御系の構成を示すブロック図、第２図は１４１図中の
ＣＰＵによる印字データ処理の処理手順を示すフローチ
ャート図、第３図は同実施例による印字データ処理の様
子を模式的に示す説明図、第４図は第２実施例による印
字データ処理の手順を示すフローチャート図、第５図は
従来の記録ヘッド駆動制御方式によるバブルジェットプ
リンタの記録ヘッド駆動制御系の構成を示すブロック図
、第６図は第５図中のＣＰＵによる印字データ処理の処
理手順を示すフローチャート図、第７図は従来の印字デ
ータ処理の様子を模式的に示す説明図である。 １・・・ＲＯＭ　　　　　　２・・・フォント群３・・
・制御プログラム　４・・・ＣＰＵ５・・・アキュムレ
ータ　６・・・レジスタＸ７・・・レジスタＹ　　　８
・・・キャリーフラグ９・・・ＲＡＭ １０・・・キャラクタバッファ １１・・・ポインタ群 １４・・・文字コードバッファ １５・・・ドライバ　　　１６・・・記録ヘッド、−６
二Ｊ 印ギヂニフが埋ｙｒｆ、鐙明６ 第３図 千−り−

Claims (1)

【特許請求の範囲】
1. １）ドットマトリクスで記録を行なう記録ヘッドに対し
   ドット１列に対応した所定ビット数の記録データを複数
   回に分けて与えてドット１列分の記録を複数回に分けて
   行なわせる記録装置の記録ヘッド駆動制御方式において
   、記録装置の記録ヘッド駆動制御部で前記ドット１列分
   の所定ビット数の記録データをレジスタに記憶し、該記
   録データについて順次１ビットずつ「１」か「０」かを
   判定し、順次判定結果が「１」の場合にのみ判定ビット
   に対応するビットが「１」で他のビットが「０」である
   所定ビット数のデータを前記ドット１列分の記録データ
   の１ドット分の印字データとして記録ヘッドに出力して
   記録を行なわせることを特徴とする記録ヘッド駆動制御
   方式。