JPH06328793A - 印字データ処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 必要な印字データのみを出力することができ
る。 【構成】 キー入力に応じて取得した印字データを記憶
されている印字データ無視解除データと比較照合し、該
比較照合結果に基づいて前記印字データ無視解除データ
に一致するまで取得した印字データを無視し、該印字デ
ータ無視解除データに一致する以降に続く印字データを
印字するように取得データ処理状態の遷移を制御する構
成を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ源からのデータ
を取得して印刷処理を行う印刷装置に係り、特に印字デ
ータを取得して処理する印字データ処理方法に関するも
のである。

【０００２】

【従来の技術】従来、この種の方法を適用可能な印刷装
置において、データ源から受信した印刷データ（印字デ
ータおよび制御データを含む）の取得状態と該取得デー
タを無視して破棄する状態への遷移の操作には、通常印
刷装置のパネル部に設けられたキー操作により行ってい
た。

【０００３】また、該データを取得する際、プリンタ側
はデータ源から送出されたデータを送られるままに取得
していた。

【０００４】さらに、印字データ中のコマンドに基づく
印字データ処理状態を保持するような制御はなされてい
なかった。

【０００５】また、ビットマップフォントを使用してい
る印刷データを処理する際、各文字のピッチおよび修飾
処理等は１つ１つの文字コードに対して展開されてい
た。

【０００６】

【発明が解決しようとする課題】従来の印字データ処理
は上記のようになされているので、通常印字のためのデ
ータの取得状態とデータを無視して破棄する状態への遷
移には、ユーザによるキー操作のみだったので、あるデ
ータまでを無視して、捨てるということができないとい
う問題点があった。

【０００７】また、データ取得の際、データが送られて
くるままに取得するのみだったので、先にユーザが意図
していないデータが送られたとしても、そのための印字
処理をしてしまうという問題点があった。

【０００８】さらに、印字データの処理の記録は保持さ
れていなかったので、例えばユーザの送ったコマンドが
パラメータの違い等で無視されたり、ユーザの意図した
印字結果と異なったとしても、どのコマンドがどう影響
しているのかが知らされていないため、その印刷結果の
解析が難しいという問題点があった。

【０００９】また、ビットマップフォントを使用して印
字処理を行う際、ピッチおよび修飾処理等は１つ１つの
文字コードに対して展開されていたので、以前に使用し
た文字を印字する際も同様の展開速度を要し、印字デー
タ処理時間を短縮できない等の問題点があった。

【００１０】本発明は、上記の問題点を解消するために
なされたもので、データ源から取得した印字データを解
析処理する際に、あらかじめ記憶されたデータに応じて
取得データの破棄または取捨を制御することにより、必
要な印字データのみを出力することができるとともに、
印字データの処理状態を記録して出力することにより、
制御コマンド処理状態を解析できるとともに、印字デー
タ中の文字コードの印字処理モードの変更状態を監視し
て、文字コードのフォント展開源先を切り換え制御する
ことにより、同一印字処理モードのフォント出力時間を
大幅に短縮できる印字データ処理方法を提供することを
目的とする。

【００１１】

【課題を解決するための手段】本発明に係る第１の印字
データ処理方法は、データ源から入力される印字データ
を受信バッファに取得し、該取得した印字データ処理中
に、取得した印字データを無視する指示をキー入力し、
該キー入力に応じて取得した印字データを記憶されてい
る印字データ無視解除データと比較照合し、該比較照合
結果に基づいて前記印字データ無視解除データに一致す
るまで取得した印字データを無視し、該印字データ無視
解除データに一致する以降に続く印字データを印字する
ように取得データ処理状態の遷移を制御する。

【００１２】本発明に係る第２の印字データ処理方法
は、データ源から入力される印字データを受信バッファ
に取得し、該取得した印字データと記憶された単一また
は複数の取得開始データとを比較照合し、該比較照合結
果に基づいて取得開始データに一致するまで取得した印
字データを無視し、該取得開始データに一致する以降に
続く印字データを印字するように取得データの無視また
は印字を制御する。

【００１３】本発明に係る第３の印字データ処理方法
は、データ源から入力される印字データを受信バッファ
に取得し、取得した印字データの解析処理状態の記録を
印字するログモードを設定し、該ログモード設定中に解
析された印字データの解析処理状態の記録を記憶し、該
記憶された記録を印字する。

【００１４】本発明に係る第４の印字データ処理方法
は、データ源から入力される印字データを受信バッファ
に取得し、取得した印字データ中の印字処理モードの変
更指示状態を監視し、該監視結果に基づいて文字コード
に対応するフォントデータ展開源を、既に展開されたフ
ォントデータまたはフォントメモリのいずれかに切り換
え制御する。

【００１５】

【作用】本発明の第１の方法において、キー入力に応じ
て取得した印字データを記憶されている印字データ無視
解除データと比較照合し、該比較照合結果に基づいて前
記印字データ無視解除データに一致するまで取得した印
字データを無視し、該印字データ無視解除データに一致
する以降に続く印字データを印字するように取得データ
処理状態の遷移を制御するので、取得した印字データを
無視して破棄している状態で、無視している印字データ
の中にあらかじめ設定したデータと一致するものが任意
の位置にある場合、印字データ無視の状態から、通常の
印字のための処理状態へ遷移させることが可能となる。

【００１６】本発明の第２の方法において、データ源か
ら入力される印字データを受信バッファに取得し、該取
得した印字データと記憶された単一または複数の取得開
始データとを比較照合し、該比較照合結果に基づいて取
得開始データに一致するまで取得した印字データを無視
し、該取得開始データに一致する以降に続く印字データ
を印字するように取得データの無視または印字を制御す
るので、取得する印字データ中に含まれる予期しない印
字データを無視して、必要な印字データのみを抽出して
印字させることが可能となる。

【００１７】本発明の第３の方法において、データ源か
ら入力された印字データの解析処理状態の記録を印字す
るログモードを設定し、該ログモード設定中に解析され
た印字データの解析処理状態の記録を記憶し、該記憶さ
れた記録を印字するので、取得した印字データ中のコマ
ンド実行状態を解析することが可能となる。

【００１８】本発明の第４の方法において、データ源か
ら入力される印字データを受信バッファに取得し、取得
した印字データ中の印字処理モードの変更指示状態を監
視し、該監視結果に基づいて文字コードに対応するフォ
ントデータ展開源を、既に展開されたフォントデータま
たはフォントメモリのいずれかに切り換え制御するの
で、同一処理モードとなるフォントの展開処理時間を大
幅に短縮することが可能となる。

【００１９】

【実施例】

〔第１実施例〕図１は本発明を適用可能な印刷装置の制
御構成を説明するブロック図である。

【００２０】図において、１はホストコンピュータで、
印刷データを印刷装置２に出力する。２−１は入力イン
タフェースで、ホストコンピュータ１と通信して、受信
した印刷データをＲＡＭ２−２に蓄える。２−４はＣＰ
Ｕで、ＲＯＭ２−３に記憶された制御プログラムに基づ
いてデータ処理および印字部２−５を制御する。２−６
は操作部で、キーとＬＣＤ表示器から構成されている。

【００２１】図２は、図１に示したＲＡＭ２−２に確保
される受信バッファ領域のデータマップの一例を示す図
である。

【００２２】図３は、図１に示したＲＡＭ２−２に確保
される無視停止データ保持領域のデータマップの一例を
示す図である。

【００２３】この図に示されるように、ホストコンピュ
ータ１から送られた文字コードと制御コードがスタック
に記憶される。特に、「０ｘ１ｂ］，「０ｘ６１］はエ
スケープシーケンス＋「ａ」に対応し、文字修飾を行う
制御コードとする。

【００２４】以下、図４に示すフローチャートを参照し
ながら本発明に係る印字データ処理方法における取得デ
ータ処理動作について説明する。

【００２５】図４は本発明の第１実施例を示す印字デー
タ処理方法における第１の取得データ処理手順の一例を
示すフローチャートである。なお、（１）〜（７）は各
ステップを示し、（４−１）〜（４−４）はステップ
（４）の、（５−１）〜（５−４）はステップ（５）
の、（６−１），（６−２）はステップ（６）の、（７
−１），（７−２）はステップ（７）の詳細ステップを
示す。

【００２６】この図に示すように、キーによる、ホスト
コンピュータ１からの取得データ無視の入力があったか
の判定ステップ（２）と、キーによるＩｇｎｏｒｅ Ｓ
ｔｏｐ Ｄａｔａの入力を行うかの判定ステップ（３）
と、ホストコンピュータ１からの取得データを無視する
処理ステップ（６），（７）と、Ｉｇｎｏｒｅ Ｓｔｏ
ｐ Ｄａｔａの入力処理ステップ（４）と、取得したデ
ータがＩｇｎｏｒｅＳｔｏｐ Ｄａｔａと一致するかど
うかの判定ステップ（５）とから概略構成されている。

【００２７】まず、別処理を実行する（１）。ここで、
別処理とは、例えばホストコンピュータ１から送られた
文字コードと制御コードは印字装置２のＲＡＭ２−２内
の受信バッファ（図２参照）に保持される。この受信バ
ッファ領域に保持されたデータを順次取得し、そのデー
タによって処理がなされて行く。

【００２８】このように処理がなされて、順次印字が行
われている時、ユーザがデータを無視するキー操作を操
作部２−６から行ったとすると、キーによる、ホストコ
ンピュータ１からの取得データ無視の入力があったかど
うかを判定し（２）、ＮＯならばステップ（１）に戻
り、ＹＥＳの場合は、取得データを無視する状態とな
る。次いで、キーによる、Ｉｇｎｏｒｅ Ｓｔｏｐ Ｄ
ａｔａの入力を行うかどうかを判定する（３）。この判
定で、ＮＯの場合は、データを１バイト無視し（６−
１）、キーによる、ホストコンピュータ１からのデータ
無視解除の入力があったかどうかを判定し（６−２）、
ＮＯならばステップ（６−１）に戻り、処理を繰り返
し、ＹＥＳならばステップ（１）に戻る。

【００２９】ここで、ユーザが、あるところまでのデー
タは破棄するが、それ以降のデータを有効にしたいと思
った場合、決められた操作を行うことにより、Ｉｇｎｏ
ｒｅＳｔｏｐ Ｄａｔａの入力を行うと判定される。キ
ーによる１バイトのＩｇｎｏｒｅ Ｓｔｏｐ Ｄａｔａ
の入力する（４−１）。１バイトのＩｇｎｏｒｅＳｔｏ
ｐ Ｄａｔａを保持する（４−２）。そして、１バイト
のＩｇｎｏｒｅＳｔｏｐ Ｄａｔａが終りかどうかを判
定し（判定は、決められたキー操作による）（４−
３）、ＮＯならばステップ（４−１）に戻り、終りと判
定された場合には、そのバイト数（ｎ）を保持する（４
−４）。

【００３０】これにより、例えばＩｇｎｏｒｅ Ｓｔｏ
ｐ Ｄａｔａとしてエスケープシーケンス，「ａ」が入
力されると、図３に示すように、Ｉｇｎｏｒｅ Ｓｔｏ
ｐＤａｔａ領域に保持される。

【００３１】その後、ホストコンピュータ１から送られ
て受信バッファに保持されたデータを１バイト取得し
（５−１）、そのデータがＩｇｎｏｒｅ Ｓｔｏｐ Ｄ
ａｔａの１バイトと一致するかどうかを判定し（５−
２）、一致しない場合には、ステップ（７）に移り、該
１バイトデータを無視し（７−１）、つまりデータが捨
てられる。この様にして、Ｉｇｎｏｒｅ Ｓｔｏｐ Ｄ
ａｔａの１バイト目と一致するまでデータは無視され続
ける。そして、データ３．１．ａ（内容「０ｘ１ｂ」）
を取得した時、これが図３に示したＩｇｎｏｒｅ Ｓｔ
ｏｐ Ｄａｔａの１バイト目のデータ３．２．ａ（内容
「０ｘ１ｂ」）と一致する。このような時、比較処理を
行う（５−３）。該比較処理とは、Ｉｇｎｏｒｅ Ｓｔ
ｏｐ Ｄａｔａの２バイト目以降も全て、受信バッファ
から取得したデータと比較する処理である。２バイト目
以降が一致しなければその比較対象となったデータの１
バイト目を無視し、同様に２バイト目がＩｇｎｏｒｅ
Ｓｔｏｐ Ｄａｔａの１バイト目と一致するかを比較す
る。本実施例では、データ３．１．ｂ（内容「０ｘ６
１」）はＩｇｎｏｒｅ Ｓｔｏｐ Ｄａｔａとバイト目
のデータ３．２．ｂ（内容「０ｘ６１」）と一致し、Ｉ
ｇｎｏｒｅ Ｓｔｏｐ Ｄａｔａのすべてが一致したこ
とになる。

【００３２】このようにして比較処理が行われ、Ｉｇｎ
ｏｒｅ Ｓｔｏｐ Ｄａｔａの全てが一致したかどうか
を判定し（５−４）、Ｉｇｎｏｒｅ Ｓｔｏｐ Ｄａｔ
ａの全てが一致したと判定された場合、通常印字のため
のデータ取得状態に戻る。この場合、図２に示した受信
バッファ内の「エスケープシーケンス」＋「ａ」という
制御コード以降は、通常印字データとして扱われる。

【００３３】一方、ステップ（５−２）の判定でＮＯの
場合は、データを１バイト無視し（７−１）、決められ
たキー操作によっても、キーによる、ホストコンピュー
タ１からの取得データ無視解除の入力があったかどうか
を判定し（７−２）、ＮＯならばステップ（５）に戻
り、ＹＥＳならば、通常印字のためのデータの取得状態
戻るため、ステップ（１）に戻る。

【００３４】このように、第１の印字データ方法によれ
ば、キー入力に応じて取得した印字データを記憶されて
いる印字データ無視解除データと比較照合し、該比較照
合結果に基づいて前記印字データ無視解除データに一致
するまで取得した印字データを無視し、該印字データ無
視解除データに一致する以降に続く印字データを印字す
るように取得データ処理状態の遷移を制御するので、取
得した印字データを無視して破棄している状態で、無視
している印字データの中にあらかじめ設定したデータと
一致するものが任意の位置にある場合、印字データ無視
の状態から、通常の印字のための処理状態へ遷移させる
ことが可能となる。 〔第２実施例〕図５は、図１に示したＲＡＭ２−２に確
保される受信バッファ領域の他のデータマップの一例を
示す図である。

【００３５】この図に示されるように、本実施例では、
データとして「Ａ」，「Ｂ」，「エスケープシーケン
ス」，「ａ」，「Ａ」，「Ａ」がホストコンピュータ１
から送られた場合に対応する。

【００３６】図６は、図１に示したＲＡＭ２−２に確保
される取得開始データ保持領域のデータマップの一例を
示す図である。

【００３７】この図に示されるように、本実施例では、
取得開始データ保持領域に、「エスケープシーケンス」
＋「ａ」，「エスケープシーケンス」＋「ｂ」，「エス
ケープシーケンス」＋「ｃ」が設定されているものとす
る。いずれもある制御コードを示しているものとする。

【００３８】以下、図７に示すフローチャートを参照し
ながら本発明に係る印字データ処理方法におけるデータ
取得処理動作について説明する。

【００３９】図７は本発明の第２実施例を示す印字デー
タ処理方法における第２のデータ取得処理手順の一例を
示すフローチャートである。なお、（１）〜（７）は各
ステップを示し、（２−１）〜（２−４）はステップ
（２）の、（６−１）〜（６−４）はステップ（６）の
詳細手順を示す。

【００４０】なお、本実施例では、ホストコンピュータ
１から送られてきた文字コードと制御コードは印字装置
２内のＲＡＭ２−２内の受信バッファ領域に保持され
る。この受信バッファ領域に保持されたデータを順次取
得し、そのデータによって処理がなされて行く。

【００４１】まず、別処理を実行する（１）。次いで、
プリンタの立ち上げ時，リセット時，また、最後にデー
タが送られてから一定時間経過後、図５に示すようなデ
ータがホストコンピュータ１から送られ、受信バッファ
に保持されているものとする。するとまず、受信バッフ
ァに保持されている最初のデータに対して、受信バッフ
ァの最初のデータが単一または複数の取得開始データの
いずれかと一致するかの判定ステップによって、ユーザ
またはアプリケーション等の意図するデータであるかど
うかの判定が行われる。

【００４２】このため、受信バッファのデータを１バイ
ト仮取得し（２−１）、該仮取得したデータがある取得
開始データの１バイト目と一致するかどうかを判定する
（２−２）。本実施例では、図５に示すデータ５．１．
ａは、図６に示す取得開始データ５．２．ａ，５．２．
ｂ，５．２．ｃのいずれの１バイト目とも一致しない。
つまり、ユーザまたはアプリケーション等の意図するデ
ータではないと判定される。

【００４３】一方、ステップ（２−２）の判定でＹＥＳ
場合は、比較処理をおこない（２−３）、ある取得開始
データのすべてが一致したかどうかを判定し（２−
４）、ＹＥＳならばステップ（７）以降に進み、ＮＯな
らば、ここで、そのプリンタ独自に設定されているＬＣ
Ｄ表示器，ＬＥＤ表示器等へ表示を行うとともに
（３）、ユーザへの問いかけがなされる。これが、この
データを無視するかどうかを判定する（４）、ここで、
ユーザが決められた取得開始データ以外は印字処理のた
めのデータとして取得しない、つまり、このデータを無
視すると判断すれば、キーによって決められた操作を行
う。もし、ユーザがこのデータを無視しないと判断した
場合も決められたキー操作を行う。その場合は、受信バ
ッファに保持されている全てのデータを取得し、全てを
印字処理データとして扱う。

【００４４】ユーザが該データを無視すると判断した場
合には、該データは無視され（５）、さらに、受信バッ
ファに保持されている次のデータに対して、受信バッフ
ァのデータが、単一または複数の取得開始データである
かどうかを判定する。

【００４５】このため、まず、上記同様に受信バッファ
の１バイト目のデータが仮取得され（６−１）、仮取得
されたデータがある取得開始データの１バイト目と一致
するかどうかを判定する（６−２）。ここでの取得開始
データの１バイト目と一致するまで、そのデータの無
視、次のデータの仮取得処理が繰り返される。

【００４６】本実施例では、データ５．１．ｂまでは取
得開始データの１バイト目と一致しないと判定され、デ
ータ５．２．ｃで初めて一致したと判定される。１バイ
ト目が一致した場合、次の比較処理を実行する（６−
３）。本実施例の比較処理とは、取得開始データの２バ
イト目以降も全て、受信バッファから仮取得したデータ
と比較する処理である。２バイト目以降が一致しなけれ
ばその比較対象となったデータの１バイト目を無視し、
同様に２バイト目が取得開始データの１バイト目と一致
するかどうかを比較する。ここでは、データ５．１．ｄ
は取得開始データ５．２．ａの２バイト目のデータと一
致し、取得開始データの全てが一致したことになる。

【００４７】そして、ある取得開始データのすべてが一
致したかどうかを判定し（６−４）、仮取得していた数
バイトのデータとともにデータ５．１．ｅ，５．１．ｆ
の印字処理が行われる（７）。

【００４８】この様に、本実施例ではデータ５．１．
ａ，５．１．ｂがユーザまたはアプリケーション等の意
図するデータではないと判定され、無視され、データ
５．１．ｃ以降が印字処理のためのデータとして扱われ
ることとなる。

【００４９】この様に、第２の印字データ処理方法によ
れば、データ源から入力される印字データを受信バッフ
ァに取得し、該取得した印字データと記憶された単一ま
たは複数の取得開始データとを比較照合し、該比較照合
結果に基づいて取得開始データに一致するまで取得した
印字データを無視し、該取得開始データに一致する以降
に続く印字データを印字するように取得データの無視ま
たは印字を制御するので、取得する印字データ中に含ま
れる予期しない印字データを無視して、必要な印字デー
タのみを抽出して印字させることが可能となる。 〔第３実施例〕図８は、図１に示したＲＡＭ２−２に確
保される受信バッファ領域のデータマップの一例を示す
図である。

【００５０】図において、８ａは受信バッファ領域、８
ｂは図４ラインに関する情報を記憶するテキストバッフ
ァ領域、８ｃは属性バッファ領域、８ｄは文字バッファ
領域、８ｅは一時展開領域、８ｆはｌｏｇ領域、８ｇは
印字バッファ領域である。

【００５１】図９は、図８に示したｌｏｇ領域８ｆのデ
ータマップを説明する図である。

【００５２】図において、８．１．ａ〜８．１．ｃはデ
ータで、コマンド，パラメータ，番号から構成されてい
る。なお、「ＥＳＣ」はコマンド拡張プリフィックスコ
ードを示し、「ＥＳＣ」＋「Ａ」，「ＥＳＣ」＋
「Ｂ」，「ＥＳＣ」＋「Ｃ」はコマンドを表す。

【００５３】図１０は、図９に示した番号に対応する印
字データの一例を示す図である。

【００５４】図１１は、図１に示した印字部２−５から
出力されるコマンド処理ｌｏｇ出力の一例を示す図であ
る。

【００５５】以下、図１２〜図１５に示すフローチャー
トを参照しながら本発明に係る印字データ処理方法にお
けるｌｏｇ出力処理動作について説明する。

【００５６】図１２は本発明の第３実施例を示す印字デ
ータ処理方法における印字処理ルーチンの詳細手順の一
例を示すフローチャートである。なお、（１）〜（６）
は各ステップを示す。

【００５７】まず、ＣＰＵ２−４は、ＲＡＭ２−２の受
信バッファからのデータ取得処理を実行し（１）、取得
したデータがコマンドかどうかを判定し（２）、ＮＯな
らば文字処理を実行し（６）、リターンする。なお、本
実施例において、文字処理とは、そのコードがどの文字
を表しているかを判定し、その文字に対応するフォント
情報を示すアドレス等を文字バッファ領域８ｄにセット
する処理である。

【００５８】一方、ステップ（２）の判定でＹＥＳの場
合は、印字開始コマンドかどうかを判定し（３）、印字
開始のコマンドと判定された場合には、印字展開処理を
行い（４）、リターンする。なお、展開処理とは、実際
に印字する文字をビットマップに展開して印字バッファ
領域８ｇにセットする処理である。

【００５９】一方、ステップ（３）の判定で印字コマン
ドでないと判定された場合には、コマンド処理、すなわ
ち、印字位置の変更，文字の拡大・縮小，文字の修飾
等、それぞれの文字に関する属性情報をテキストバッフ
ァ領域８ｂ，属性バッファ領域８ｃ等にセットする処理
を実行する（５）。

【００６０】今、ホストコンピュータ１から一連のデー
タが送られ、その中にはいくつかのコマンドが含まれて
いるとする。そのコマンドの中には以下のようなコマン
ドが含まれている場合がある。

【００６１】パラメータの値がそのコマンドが許してい
る範囲外のもの、パラメータの値がそのコマンドが許し
ている範囲内ではあるが現在の設定においてその値が有
効でないもの、パラメータの値がそのコマンドが指定し
ている値と異なっているもの、機種の違い等によってサ
ポートされていないもの、同時に共存できないもの、そ
のコマンド自体が現在の設定および状況において意味を
持たないもの等がある。

【００６２】この様な、コマンドが送られてきた時、そ
の各コマンド処理内でそのコマンドに則した処理がなさ
れる。そのような処理がなされると、図１３に示す処理
が開始される。

【００６３】図１３は本発明の第３実施例を示す印字デ
ータ処理方法におけるｌｏｇ領域への書込み処理手順の
一例を示すフローチャートである。なお、（１）〜
（３）は各ステップを示す。

【００６４】まず、ＣＰＵ２−４はｌｏｇ領域８ｆに書
き込むべき処理を行ったかどうかを判定し（１）、ＮＯ
ならばリターンし、ＹＥＳならば現在ｌｏｇモード設定
中であるかどうかを判定し（２）、ＮＯならば処理をリ
ターンし、ＹＥＳならばｌｏｇ領域８ｆへの書込み処理
を行い（３）、処理をリターンする。なお、本実施例に
おいて、ｌｏｇ領域８ｆへの書込み処理とは、ｌｏｇ領
域８ｆへのコマンド，パラメータ，そのコマンドやパラ
メータがどのように処理されたかの番号を書き込む処理
であり、図９に示したように、データ８．１．ａはパラ
メータの値がそのコマンドが許している範囲を越えてお
り、許す限りの最大値として処理した例であり、データ
８．１．ｂはパラメータの値がそのコマンドが指定して
いる値と異なっており、そのコマンド自体を無視した例
であり、データ８．１．ｃはある後から送られたコマン
ドは共存できないコマンドで、結果的にコマンドとして
無視された例である。それぞれについている番号は、そ
のコマンドやパラメータがどのように処理されたかで、
これによって、印字におけるその文字が検索される。

【００６５】このように、ｌｏｇ領域８ｆに書き込まれ
たｌｏｇは、ユーザがそれを印字したいと思った場合、
あらかじめ設定されたキー操作等を行う。そうすると、
図１４に示す処理が開始される。

【００６６】図１４は本発明の第３実施例を示す印字デ
ータ処理方法におけるモード変更処理手順の一例を示す
フローチャートである。なお、（１）〜（４）は各ステ
ップを示す。

【００６７】まず、ＣＰＵ２−４がｌｏｇを印字するか
の入力があったかどうかを判定し（１）、ＹＥＳならば
ｌｏｇ印字処理を実行し（２）、他の処理に移行する。
なお、本実施例において、ｌｏｇ印字処理とは、ｌｏｇ
領域８ｆに保持されているデータの印字を行う処理であ
る。

【００６８】一方、ステップ（１）の判定でＮＯの場合
には、モード変更の入力があったかどうかを判定し
（２）、ＮＯならば他の処理に移行し、ＹＥＳならばモ
ードを変更し（３）、他の処理に移行する。

【００６９】図１５は本発明の第３実施例を示す印字デ
ータ処理方法におけるｌｏｇ印字処理手順の一例を示す
フローチャートである。なお、（１）〜（４）は各ステ
ップを示す。

【００７０】まず、ＣＰＵ２−４は、ｌｏｇ領域８ｆに
データがあるかどうかを判定し（１）、ＮＯならばリタ
ーンし、データがあると判定された場合には、一連のデ
ータ取得処理を実行する（２）。本実施例において、一
連のデータとは、ｌｏｇ領域８ｆに保持されている、コ
マンド，パラメータ，印字文字取得のための番号であ
る。次に、この番号によって印字文字の取得がなされ、
文字処理が行われる。これにより、図１０に示したよう
に、番号によって取得された印字文字データ、例えば
「Ｔｈｅ ｐａｒａｍｅｔｅｒ ｏｕｔ ｏｆ ｒａｎ
ｇｅ．」という文字がコードとして取得され、それぞれ
のコードに対して文字処理が行われる。その際、保持さ
れているコマンドやパラメータに対しても印字データと
して文字処理が行われる。その後、展開処理によって文
字の展開が行われ印字処理がなされる（４）。そして、
ステップ（１）に戻り、次のｌｏｇ領域８ｆにデータが
あるかどうかを判定する。本実施例では、次のｌｏｇ領
域８ｆにデータ「Ｔｈｅ ｃｏｍｍａｎｄ ｉｇｎｏｒ
ｅｄ．」，「Ｔｈｅ ｃｏｍｍａｎｄ ｉｇｎｏｒｅ
ｄ．」が展開され、印字される。ｌｏｇ領域８ｆのデー
タがなくなるまでこの様な処理が繰り返され、印字が行
われ、図１１に示す出力が得られる。

【００７１】この様に、第３の印字データ処理方法によ
れば、データ源から入力された印字データの解析処理状
態の記録を印字するログモードを設定し、該ログモード
設定中に解析された印字データの解析処理状態の記録を
記憶し、該記憶された記録を印字するので、取得した印
字データ中のコマンド実行状態を解析することが可能と
なる。 〔第４実施例〕図１６は、図１に示したＲＡＭ２−２に
データマップの一例を示す図である。

【００７２】図において、９ａは受信バッファ領域、９
ｂは１ラインに関する情報（テキストバッファ領域）、
９ｃは属性バッファ領域、９ｄは文字バッファ領域、９
ｅは一時展開領域、９ｆは展開文字存在テーブル、９ｇ
は展開文字保持領域、９ｈは印字バッファ領域を表して
いる。

【００７３】図１７は、図１６に示した受信バッファ領
域９ａのデータマップの一例を示す図であり、図１８
は、図１６に示した文字バッファ領域９ｄのデータマッ
プの一例を示す図であり、図１９は、図１６に示した展
開文字存在テーブル９ｆのデータマップの一例を示す図
である。

【００７４】なお、本実施例では、特に図１７に示すよ
うに、受信バッファ領域９ａにデータ「Ａ」，「Ｂ」，
「エスケープシーケンス」，「ａ」，「Ａ」，「Ａ」，
「ＬＦ」，……，「エスケープシーケンス」，「ｂ」，
「Ａ」が入力された場合に対応する。なお、ここで、
「エスケープシーケンス」＋「ａ」，「エスケープシー
ケンス」＋「ｂ」はともに違う文字修飾を行う制御コー
ドとする。

【００７５】以下、図１に示した印刷装置２を例とし
て、図１６を参照しながらビットマップフォント（図１
に示したＲＯＭ２−３に格納されている）の印字展開制
御の概略を図２０に示すフローチャートに基づいて説明
する。

【００７６】図２０は本発明の第４実施例を示す印字デ
ータ処理方法におけるコード処理手順の一例を示すフロ
ーチャートである。なお、（１）〜（６）は各ステップ
を示す。

【００７７】ホストコンピュータ１から送られた文字コ
ードと制御コードは印刷装置２のＲＡＭ２−２内の受信
バッファ領域９ａに保持される。この受信バッファ領域
９ａに保持されたデータを順次取得し（１）、そのデー
タによって処理がなされて行く。まず、データが制御コ
ードであるかどうかが判定され（２）、制御コードでは
ない、つまり文字コードであると判定された場合は、文
字処理を実行し（６）、リターンする。なお、本実施例
において、文字処理とは、その文字コードがどの文字を
表しているかを判定し、その文字に対応するフォント情
報を示すアドレス等を文字バッファ領域９ｄにセットす
る処理である。

【００７８】一方、ステップ（２）の判定で、制御コー
ドと判定された場合には、さらに、その制御コードが印
字開始の制御コードかどうかを判定し（３）、印字開始
の制御コードであると判定された場合には、印字処理が
行われ（４）、リターンする。

【００７９】一方、ステップ（３）の判定で、印字開始
の制御コードでないと判定された場合には、制御コード
処理を実行し（５）、リターンする。なお、本実施例に
おいて、印字処理とは、実際に印字する文字をビットマ
ップに展開して印字バッファ領域９ｈにセットする処理
を言い、制御コード処理とは、印字位置の変更，文字の
拡大・縮小，文字の修飾等、それぞれの文字に関する属
性情報をテキストバッファ領域９ｂ，属性バッファ領域
９ｃ等にセットする処理である。

【００８０】この結果、まず、入力されたデータは、図
１７に示すように受信バッファ領域９ａに記憶される。
データ「Ａ」，「Ｂ」は、取得したデータが制御コード
であるかの判定処理（ステップ（２））によって、制御
コードでない、つまり、文字コードであると判定され、
文字処理が行われる（ステップ（６））。文字バッファ
領域９ｄにそれぞれの文字に対応するフォント情報が入
れられるわけである。その情報の１つとして、後述する
文字展開制御処理の通常文字であるかどうかの判定によ
って通常文字であると判定され、図１８に示すように、
通常検索によるＲＯＭ２−３上のフォントアドレスのセ
ットが文字バッファ領域９ｄになされる。

【００８１】次に、「エスケープシーケンス」，「ａ」
は取得したデータが制御コードであるかの判定によって
（ステップ（２））、制御コードであると判定される。
さらに、ステップ（３）の判定によって、印字開始では
ないと判定され、制御コード処理がなされる。ここでの
制御コードが意味する文字修飾に従って、その情報が属
性バッファ領域にセットされる。そして、図２１に示す
モード変更処理を開始する。

【００８２】図２１は本発明の第４実施例を示す印字デ
ータ処理方法におけるモード変更処理手順の一例を示す
フローチャートである。なお、（１）〜（３）は各ステ
ップを示す。

【００８３】まず、ＣＰＵ２−４はモードが変更された
かどうかを判定し（１）、ＮＯならばリターンし、ＹＥ
Ｓならばモードが変更されたと判定され、モード変更フ
ラグ等がセットされる（２）。モード変更後の文字数を
クリアして（３）、リターンする。

【００８４】次いで、図２０に示したフローチャートの
ステップ（２）で、受信バッファ領域９ａの「Ａ」が取
得したデータが制御コードかどうかを判定し、文字コー
ドであると判定されると、同図のステップ（６）に示す
文字処理が実行される。以下、図２２に示す文字処理ル
ーチンを実行する。

【００８５】図２２は本発明の第４実施例を示す印字デ
ータ処理方法における文字処理ルーチンの詳細手順の一
例を示すフローチャートである。なお、（１）〜（１
５）は各ステップを示す。

【００８６】まず、ＣＰＵ２−４は、通常文字であるか
どうかを判定し（１）、ＹＥＳならばステップ（１）に
進み、通常検索によるＲＯＭ２−３上のフォントアドレ
スをセットし、リターンする。

【００８７】一方、ステップ（１０）の判定でＮＯの場
合は、モードが変更されたかどうかを判定し（２）、Ｎ
Ｏならばその文字が展開文字保持領域９ｇにあるかどう
かを判定し（３）、ＹＥＳならば展開文字保持領域に存
在するかどうかを示すフラグ（ＮＯ ＤＥＶＥＬＯＰＭ
ＥＮＴ ＦＬＡＧ）をオンにし（４）、その文字に対応
する展開保持領域のアドレス等をセットし（５）、リタ
ーンする。

【００８８】一方、ステップ（３）の判定でＮＯの場合
は、文字データを展開文字存在テーブル９ｆにセットし
（９）、ステップ（１０）以降に進む。

【００８９】一方、ステップ（２）の判定でＹＥＳの場
合は、展開文字保持領域９ｇが使用されているかどうか
を判定し（６）、ＮＯならば展開文字保持領域９ｇの使
用を示すフラグをオンとし（７）、モード変更フラグを
オフとし（８）、ステップ（９）以降に進む。

【００９０】一方、ステップ（６）の判定でＹＥＳの場
合は、モード変更後のある特定文字数を越えたかどうか
を判定し（１１）、ＹＥＳならば展開文字存在テーブル
９ｆをクリアし（１２）、モード変更フラグをオフとし
（１３）、ステップ（９）以降を処理する。

【００９１】一方、ステップ（１１）の判定でＮＯの場
合は、文字数をインクリメントし（１４）、一時展開領
域９ｅに展開したものを展開文字保持領域に格納しない
ためのフラグ（ＮＯ ＭＡＩＮＴＥＮＡＮＣＥ ＦＬＡ
Ｇ）をオンとし（１５）、ステップ（１０）以降を処理
する。

【００９２】図２３は本発明の第４実施例を示す印字デ
ータ処理方法における展開領域先制御手順の一例を示す
フローチャートである。なお、（１）〜（６）は各ステ
ップを示す。

【００９３】まず、ＣＰＵ２−４は、通常文字かどうか
を判定し（１）、ＹＥＳならばステップ（６）に進み、
直接印字バッファ領域９ｈへのビットマップ展開処理を
実行し（６）、リターンする。

【００９４】一方、ステップ（１）の判定でＮＯの場合
は、該文字が既に展開文字保持領域９ｇに既に存在する
かどうかを判定し（２）、ＹＥＳならばステップ（６）
に進み、ＮＯならば修飾等を伴った一時展開領域９ｅへ
のフォント展開処理を行い（３）、展開文字保持領域９
ｇに格納するかどうかを判定し（４）、ＮＯならばステ
ップ（６）以降に進み、ＹＥＳならば修飾等を伴った文
字フォントのビットマップを展開文字保持領域９ｇに格
納し（５）、印字バッファ領域９ｈに展開して（６）、
リターンする。

【００９５】この様な処理によって、図１７に示すデー
タが保持されている場合の具体的な文字処理について以
下説明する。

【００９６】まず、入力された各データ、すなわち、
「Ａ」，「Ｂ」，「エスケープシーケンス」，「ａ」，
「Ａ」，「Ａ」，「ＬＦ」，……，「エスケープシーケ
ンス」，「ｂ」，「Ａ」は、図１７に示すように受信バ
ッファ領域９ａに入れらる。

【００９７】これらのデータのうち、「Ａ」，「Ｂ」は
取得したデータが制御コードであるかどうかの判定（図
２０のステップ（２））によって、制御コードでない、
つまり、文字コードであると判定され、文字処理（図２
０のステップ（６））が行われる。文字バッファ領域９
ｄにそれぞれの文字に対応するフォント情報が入れられ
るわけである。その情報の１つとして図２２のステップ
（１）の判定、すなわち、通常文字であるかどうかの判
定で、通常文字と判定され、通常検索によるＲＯＭ２−
３上のフォントアドレスのセットが文字バッファ領域９
ｄ（図１８に示す領域９．２．ａ，９．２．ｂ）になさ
れる。

【００９８】次に、受信バッファ領域９ａの「エスケー
プシーケンス」，「ａ」は取得したデータが制御コード
であるかどうかを図２０に示したステップ（２）で判定
し、制御コードであると判定される。さらに、図２０に
示したステップ（３）の印字開始の制御コードであるか
の判定で、印字開始コードでないと判定され、制御コー
ド処理がなされる。ここで、該制御コードが意味する文
字修飾に従って、その情報が属性バッファ領域９ｃにセ
ットされる。そして、図２１に示したステップ（１）の
モードが変更されたかどうかの判定で、モードが変更さ
れたと判定され、モード変更フラグ等がセットされる。
次に、受信バッファ領域９ａの次のデータ「Ａ」が取得
したデータが図２０に示したステップ（２）の制御コー
ドであるかの判定で、文字コードと判定され、図２０に
示したステップ（６）の文字処理が行われる。

【００９９】この場合、図２２に示したステップ（１）
の通常文字であるかの判定で、通常文字ではないと判定
され、さらに、図２２に示したステップ（２）のモード
が変更されかの判定でモードが変更されたと判定され
る。さらに、図２２のステップ（６）の展開文字保持領
域９ｇが使用されているかの判定で、展開文字保持領域
９ｇが使用されていないと判定され、その処理がなされ
る。その処理の中で、データ「Ａ」が展開文字保持領域
が使用されていないと判定され、その処理がなされる。
その処理の中でデータ「Ａ」が、図１９に示すように展
開文字存在テーブル９ｆにセットされ、図２２に示すス
テップ（１０）で通常検索によるＲＯＭ２−３上のフォ
ントアドレスのセットが図１８に示した領域９．２．ｃ
になされる。

【０１００】次のデータ「Ａ」も文字処理までは同様の
判定がされるが、前のデータ「Ａ」の文字処理の時、展
開文字領域を使用していないと判定されたときの処理に
よって、モード変更フラグがクリアされている。ゆえ
に、モード変更されていないと判定され、テーブルによ
る、ある文字が展開文字保持領域上に存在するのかが図
２２に示したステップ（３）で判定される。データ
「Ａ」は既に展開文字保持領域に存在するので、文字バ
ッファ領域上にある、展開文字保持領域に存在するかの
フラグ（ＮＯ ＤＥＶＥＬＯＰＭＥＮＴ ＦＬＡＧ）お
よび展開文字保持領域上の「Ａ」を格納してある先頭ア
ドレスのセットが図１８に示した領域９．２．ｄに行わ
れる。

【０１０１】次のデータ、「ＬＦ」は取得したデータが
制御コードであるかの図２０に示したステップ（２）の
判定で、制御コードと判定され、さらに、図２０に示し
たステップ（３）の判定で、印字開始の制御コードであ
ると判定される。

【０１０２】ここで、図２０に示したステップ（４）で
印字開始処理が行われる。文字バッファ領域９．２．
ａ，９．２．ｂ内の文字「Ａ」，「Ｂ」は、図２３に示
したステップ（１）の通常文字による印字バッファへの
展開かの判定で、通常文字であると判定されて、図２３
に示したステップ（６）において、直接、印字バッファ
領域への展開処理が行われる。文字バッファ領域９．
２．ｃの文字「Ａ」は文字修飾を行うという属性バッフ
ァ領域の属性情報の変化から、通常文字ではないと判定
される。さらに、図２３に示したステップ（２）の展開
文字保持領域９ｇ上に存在するかどうかの判定で、展開
文字保持領域９ｇ上に存在しない、つまり、一時展開を
行うと判定される。そして、一時展開領域９ｅに修飾と
ともに展開され、図２３に示したステップ（４）で展開
文字保持領域に格納するかが判定される。ここでは、格
納すると判定されると、展開文字保持領域に格納される
とともに、印字バッファ領域９ｈへ展開される。

【０１０３】次のデータ「Ａ」、すなわち、文字バッフ
ァ領域９．２．ｄのデータは、文字バッファ領域９．
２．ｃと同一の属性，コードであるので、本来ならば同
様の展開がなされるが、図２３に示したステップ（４）
の展開文字保持領域上に存在するかの判定で、図１９に
示すようにもう既に展開済みであると判定され、展開文
字保持領域に格納されている文字が印字バッファ領域に
展開される。

【０１０４】その後、モードが変更されるまで同様な処
理が繰り返される。そして、次のデータ「エスケープシ
ーケンス」，「ｂ」は同様なステップで制御コードであ
ると判定され、制御コード処理がなされる。ここでの制
御コードが意味する文字修飾に従って、その情報が属性
バッファ領域にセットされる。そして、図２１に示すモ
ードが変更されたかの判定で、モードが変更されたと判
定され、モード変更フラグ等がセットされる。

【０１０５】次のデータ「Ａ」は同様なステップで文字
コードであると判定され、文字処理がなされる。図２２
に示したステップ（１）の通常文字であるかの判定で、
通常文字ではないと判定され、図２２に示したステップ
（２）のモード変更されたかどうかの判定によって、モ
ードが変更されたと判定され、さらに、図２２に示した
ステップ（５）の展開文字保持領域が使用されているか
の判定によって、展開文字保持領域が使用されている判
定される。次いで、モード変更後、図２２に示したステ
ップ（１１）のある特定文字数を越えたかどうかの判定
がなされる。ここでは、その文字数を越えていないとす
る。すると、図２２に示したステップ（１４）でその文
字数がインクリメントされ、続くステップ（１５）で、
一時展開領域に展開したものを展開文字保持領域に格納
しないためのフラグ（ＮＯ ＭＡＩＮＴＥＮＡＮＣＥ
ＦＬＡＧ）がセットされる。その後、同様に文字コード
の入力が続き、ある特定文字数を越えたとする。する
と、図２２に示したステップ（１２）において、展開文
字存在テーブルがクリアされ、改めて新しいモードでの
展開文字保持領域への格納が行われることになる。

【０１０６】この様に、第４の印字データ処理方法によ
れば、データ源から入力される印字データを受信バッフ
ァに取得し、取得した印字データ中の印字処理モードの
変更指示状態を監視し、該監視結果に基づいて文字コー
ドに対応するフォントデータ展開源を、既に展開された
フォントデータまたはフォントメモリのいずれかに切り
換え制御するので、同一処理モードとなるフォントの展
開処理時間を大幅に短縮することが可能となる。

【０１０７】

【発明の効果】以上説明したように、本発明の第１の方
法によれば、キー入力に応じて取得した印字データを記
憶されている印字データ無視解除データと比較照合し、
該比較照合結果に基づいて前記印字データ無視解除デー
タに一致するまで取得した印字データを無視し、該印字
データ無視解除データに一致する以降に続く印字データ
を印字するように取得データ処理状態の遷移を制御する
ので、取得した印字データを無視して破棄している状態
で、無視している印字データの中にあらかじめ設定した
データと一致するものが任意の位置にある場合、印字デ
ータ無視の状態から、通常の印字のための処理状態へ遷
移させることできる。

【０１０８】本発明の第２の方法によれば、データ源か
ら入力される印字データを受信バッファに取得し、該取
得した印字データと記憶された単一または複数の取得開
始データとを比較照合し、該比較照合結果に基づいて取
得開始データに一致するまで取得した印字データを無視
し、該取得開始データに一致する以降に続く印字データ
を印字するように取得データの無視または印字を制御す
るので、取得する印字データ中に含まれる予期しない印
字データを無視して、必要な印字データのみを抽出して
印字させることができる。

【０１０９】本発明の第３の方法によれば、データ源か
ら入力された印字データの解析処理状態の記録を印字す
るログモードを設定し、該ログモード設定中に解析され
た印字データの解析処理状態の記録を記憶し、該記憶さ
れた記録を印字するので、取得した印字データ中のコマ
ンド実行状態を解析することができる。

【０１１０】本発明の第４の方法によれば、データ源か
ら入力される印字データを受信バッファに取得し、取得
した印字データ中の印字処理モードの変更指示状態を監
視し、該監視結果に基づいて文字コードに対応するフォ
ントデータ展開源を、既に展開されたフォントデータま
たはフォントメモリのいずれかに切り換え制御するの
で、同一処理モードとなるフォントの展開処理時間を大
幅に短縮することができる。

【０１１１】従って、取得した印字データを効率よく処
理しながら必要な印字データのみを出力することができ
るとともに、制御コマンド処理状態を解析できるととも
に、同一印字処理モードのフォント出力時間を大幅に短
縮できる等の効果を奏する。

【図面の簡単な説明】

【図１】本発明を適用可能な印刷装置の制御構成を説明
するブロック図である。

【図２】図１に示したＲＡＭに確保される受信バッファ
領域のデータマップの一例を示す図である。

【図３】図１に示したＲＡＭに確保される無視停止デー
タ保持領域のデータマップの一例を示す図である。

【図４】本発明の第１実施例を示す印字データ処理方法
における第１の取得データ処理手順の一例を示すフロー
チャートである。

【図５】図１に示したＲＡＭに確保される受信バッファ
領域の他のデータマップの一例を示す図である。

【図６】図１に示したＲＡＭに確保される取得開始デー
タ保持領域のデータマップの一例を示す図である。

【図７】本発明の第２実施例を示す印字データ処理方法
における第２のデータ取得処理手順の一例を示すフロー
チャートである。

【図８】図１に示したＲＡＭに確保される受信バッファ
領域のデータマップの一例を示す図である。

【図９】図８に示したｌｏｇ領域のデータマップを説明
する図である。

【図１０】図９に示した番号に対応する印字データの一
例を示す図である。

【図１１】図１に示した印字部から出力されるコマンド
処理ｌｏｇ出力の一例を示す図である。

【図１２】本発明の第３実施例を示す印字データ処理方
法における印字処理ルーチンの詳細手順の一例を示すフ
ローチャートである。

【図１３】本発明の第３実施例を示す印字データ処理方
法におけるｌｏｇ領域への書込み処理手順の一例を示す
フローチャートである。

【図１４】本発明の第３実施例を示す印字データ処理方
法におけるモード変更処理手順の一例を示すフローチャ
ートである。

【図１５】本発明の第３実施例を示す印字データ処理方
法におけるｌｏｇ印字処理手順の一例を示すフローチャ
ートである。

【図１６】図１に示したＲＡＭにデータマップの一例を
示す図である。

【図１７】図１６に示した受信バッファ領域のデータマ
ップの一例を示す図である。

【図１８】図１６に示した文字バッファ領域のデータマ
ップの一例を示す図であある。

【図１９】図１６に示した展開文字存在テーブルのデー
タマップの一例を示す図である。

【図２０】本発明の第４実施例を示す印字データ処理方
法におけるコード処理手順の一例を示すフローチャート
である。

【図２１】本発明の第４実施例を示す印字データ処理方
法におけるモード変更処理手順の一例を示すフローチャ
ートである。

【図２２】本発明の第４実施例を示す印字データ処理方
法における文字処理ルーチンの詳細手順の一例を示すフ
ローチャートである。

【図２３】本発明の第４実施例を示す印字データ処理方
法における展開領域先制御手順の一例を示すフローチャ
ートである。

【符号の説明】

１ ホストコンピュータ ２ 印刷装置 ２−１ 入力インタフェース ２−２ ＲＡＭ ２−３ ＲＯＭ ２−４ ＣＰＵ ２−５ 印字部 ２−６ 操作部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データ源から入力される印字データを受
   信バッファに取得し、該取得した印字データ処理中に、
   取得した印字データを無視する指示をキー入力し、該キ
   ー入力に応じて取得した印字データを記憶されている印
   字データ無視解除データと比較照合し、該比較照合結果
   に基づいて前記印字データ無視解除データに一致するま
   で取得した印字データを無視し、該印字データ無視解除
   データに一致する以降に続く印字データを印字するよう
   に取得データ処理状態の遷移を制御することを特徴とす
   る印字データ処理方法。
2. 【請求項２】 データ源から入力される印字データを受
   信バッファに取得し、該取得した印字データと記憶され
   た単一または複数の取得開始データとを比較照合し、該
   比較照合結果に基づいて取得開始データに一致するまで
   取得した印字データを無視し、該取得開始データに一致
   する以降に続く印字データを印字するように取得データ
   の無視または印字を制御することを特徴とする印字デー
   タ処理方法。
3. 【請求項３】 データ源から入力される印字データを受
   信バッファに取得し、該取得した印字データの解析処理
   状態の記録を印字するログモードを設定し、該ログモー
   ド設定中に解析された印字データの解析処理状態の記録
   を記憶し、該記憶された記録を印字することを特徴とす
   る印字データ処理方法。
4. 【請求項４】 データ源から入力される印字データを受
   信バッファに取得し、取得した印字データ中の印字処理
   モードの変更指示状態を監視し、該監視結果に基づいて
   文字コードに対応するフォントデータ展開源を、既に展
   開されたフォントデータまたはフォントメモリのいずれ
   かに切り換え制御することを特徴とする印字データ処理
   方法。