JP2853606B2 - プリンタ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プリンタ装置に係り、
特にホストコンピュータなどの上位装置から受信したデ
ータを記述する制御言語の種類を判別して、当該判別結
果に基づいて入力データを出力するプリンタ装置に関す
る。

【０００２】

【従来の技術】従来、プリンタ装置において、ホストコ
ンピュータ等から受信した制御言語の種類を判別する手
段として、特開平４−３２３０６９号公報及び特開平５
−９６８２３号公報等に開示された技術があった。

【０００３】特開平４−３２３０６９号公報によれば、
制御言語の種類毎に出現頻度の高い命令コードのテーブ
ルを用意し、比較して一致する命令コードの多い方で制
御言語の種類を決める方法が開示されている。

【０００４】さらに、上記特開平４−３２３０６９号公
報には、別の方法として他の制御言語にはないユニーク
な命令コードが１つでもあれば、当該制御言語であると
して直ちにプリントモードを決定する方法が開示されて
いる。

【０００５】また、特開平５−９６８２３号公報によれ
ば、制御言語の種類毎、検索対象となるコード毎に重み
を付けたテーブルを用意し、入力された制御言語のコー
ドが、当該検索対象となるコードと一致すると、設定さ
れた重みを制御言語の種類毎に加算し、加算された得点
が基準以上に達し、かつ最終的に最も大きい得点を示し
た制御言語を選択する方法が開示されている。この方法
は、２番目との加算値の差がある点数以上になった時点
又は判別の対象となったデータ量が所定値以上に達した
時点を比較終了として確定判断を行うというものであ
る。

【０００６】

【発明が解決しようとする課題】しかしながら、特開平
４−３２３０６９号公報及び特開平５−９６８２３号公
報に開示された従来技術のように判別用に取得したデー
タ内でコマンド比較判断を行い、最も確からしい制御言
語を選択するという技術では、判別用データにモード移
行コマンドが含まれていた場合には下記のような問題点
が生じる。

【０００７】即ち、当該モード移行コマンド以降のデー
タは、移行先のプリントモードの制御言語によるコマン
ドが羅列されるために、取得された判別用データに移行
先のコマンドデータの方が多数含まれていたような場
合、誤判別を起こす可能性がある。

【０００８】また、特開平４−３２３０６９号公報の別
技術のように、ユニークコマンドの有無で判別を行う技
術では、その性質上、ユニークコマンドであると定義さ
れることが多いモード移行コマンドが判別用データの先
頭で検出された場合に次のような問題が生じる。

【０００９】即ち、先頭のモード移行コマンドを比較し
た時点で、そのコマンドが記述されている制御言語と決
定され、その制御言語のプリントモードへ印字処理が移
ることとなるが、この場合、そのプリントモードでは、
結果的に印字処理は何一つ行われず、単に次のプリント
モードへの移行処理が行われるだけである。実際には、
印字処理を行うべきプリントモードは、このモード移行
コマンドで移行先に指定されているプリントモードであ
り、このような処理の流れでは、無駄な移行処理があっ
て処理時間がかかるという問題が生じる。

【００１０】本発明は、上記事実を考慮し、判別用デー
タにモード移行コマンドが検出された場合には、適宜判
別すべきデータの範囲を画定することによって、判別精
度の向上と処理時間の短縮化を達成したプリンタ装置を
提供することを目的とする。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、入力データを検索して他のプリ
ントモードへの移行命令を示すモード移行コマンドとこ
のモード移行コマンドの位置を検出する移行コマンド検
出手段と、前記移行コマンド検出手段によりモード移行
コマンドが検出された場合、前記モード移行コマンドの
位置が終了端となるように判別処理の対象となるデータ
の範囲を画定するデータ範囲画定手段と、前記データ範
囲画定手段により画定された範囲のデータに対して判別
処理を行うことにより、前記入力データを記述する制御
言語の種類を決定する決定手段と、前記決定手段により
決定された制御言語の種類に基づいて前記入力データを
解釈して出力する出力手段と、を含んで構成されてい
る。

【００１２】請求項２の発明は、入力データを検索して
他のプリントモードへの移行命令を示すモード移行コマ
ンドとこのモード移行コマンドの位置を検出する移行コ
マンド検出手段と、前記移行コマンド検出手段によりモ
ード移行コマンドが前記入力データの先頭にあることが
検出された場合、前記モード移行コマンドが記述される
制御言語ではなく、前記モード移行コマンドで移行先と
なっているプリントモードの制御言語を前記入力データ
が記述される制御言語として決定する決定手段と、前記
決定手段により決定された制御言語の種類に基づいて前
記入力データを解釈して出力する出力手段と、を含んで
構成されている。

【００１３】

【作用】請求項１の発明では、移行コマンド検出手段が
入力データを検索して他のプリントモードへの移行命令
を示すモード移行コマンドとこのモード移行コマンドの
位置を検出する。この移行コマンド検出手段によりモー
ド移行コマンドが検出された場合、データ範囲画定手段
は、このモード移行コマンドの位置が終了端となるよう
に判別処理の対象となるデータの範囲を画定する。次
に、決定手段は、データ範囲画定手段により画定された
範囲のデータに対して判別処理を行うことにより、入力
データを記述する制御言語の種類を決定する。そして、
出力手段は、決定手段により決定された制御言語の種類
に基づいて入力データを解釈して出力する。これによ
り、モード以降コマンド以降に存在する他のプリントモ
ードのデータを含めたデータで判別することがなくなる
ので、判別精度が向上する。例えば、モード移行コマン
ド以降のデータは移行先のプリントモードにおける制御
言語のコマンドが羅列されるため、モード移行先のコマ
ンドデータの方が多数含まれている場合等に誤判別を起
こす可能性がなくなる。

【００１４】請求項２の発明では、移行コマンド検出手
段が入力データを検索して他のプリントモードへの移行
命令を示すモード移行コマンドとこのモード移行コマン
ドの位置を検出する。この移行コマンド検出手段により
モード移行コマンドが入力データの先頭にあることが検
出された場合、決定手段は、このモード移行コマンドが
記述される制御言語ではなく、このモード移行コマンド
で移行先となっているプリントモードの制御言語を入力
データが記述される制御言語として決定する。そして、
出力手段は、決定手段により決定された制御言語の種類
に基づいて入力データを解釈して出力する。これによ
り、実際には出力を行わないそのモード移行コマンドが
記述されている制御言語に基づく出力処理の手間が省け
るので、処理時間の短縮化が図れる。

【００１５】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。図１に示すように、本発明の出力装置とし
ての画像記録装置１１は、画像の記録を行う記録部１
２、記録部１２に画像情報を供給する画像供給装置１
３、電源部１４、及び外部からの指示を入力するための
操作パネル１５を備えている。

【００１６】記録部１２は、例えばレーザプリンタ等か
ら構成され、画像供給装置１３からの動作指令信号２６
に基づき、画像供給装置１３から供給された画像情報２
７を記録用紙２３に印字出力（画像記録）する。この画
像記録を正常に実行させるために、記録部１２は、図示
しないカセットトレイに収容された記録用紙２３の種類
や図示しない定着部が定着温度に達したか否か等を示す
状態信号２４を画像供給装置に１３に送出する。また、
記録部１２は、画像情報の転送について記録部１２と同
期をとるための同期パルス２５を画像供給装置１３に送
出する。

【００１７】画像供給装置１３には、ホストインターフ
ェイス端子１７及び入力端子１８が接続されている。ホ
ストインターフェイス端子１７は、図示しないホストイ
ンターフェイスから印字データを入力させるための端子
であり、入力端子１８は、図示しないネットワークから
印字データを入力させるための端子である。このホスト
インターフェイス端子１７又は入力端子１８を介して印
字データを２系統で入力することができる。なお、入力
端子１８には、ネットワーク上の複数の装置が印字デー
タの供給源として接続される場合もある。

【００１８】画像供給装置１３は、記録部１２から送ら
れてきた状態信号２４及び同期パルス２５に基づいて、
動作指令信号２６を送出して記録部１２を動作させると
共に、ホストインターフェイス端子１７又は入力端子１
８から入力された印字データを画像情報２７として記録
部１２に送出して、画像記録を制御する。

【００１９】操作パネル１５は、キーやスイッチ等の入
力部と、液晶ディスプレイ（ＬＣＤ）や発行ダイオード
（ＬＥＤ）等で構成された表示部とから構成され、オペ
レータの操作により画像供給装置１３に記録に関する必
要な指示情報１９を送出する。また、指示情報１９を受
けた画像供給装置１３から返送された応答情報２１を表
示する。

【００２０】電源部１４は、商用電源（ＡＣ）を所定の
直流又は交流に変換して、記録部１２及び画像供給装置
１３に電力を供給する。

【００２１】画像供給装置１３は、図２に示すように、
各種制御の中枢的役割を果たすと共にシステムバス３２
に接続されたＣＰＵ（中央処理装置）３１を備えてい
る。システムバス３２には、パネルＩ／Ｆ（インターフ
ェイス）回路３３、ホストＩ／Ｆ回路３４が接続されて
いる。

【００２２】パネルＩ／Ｆ回路３３は、操作パネル１５
とのインターフェイスをとるための回路であり、オペレ
ータが操作パネル１５のキーを操作すると、これに対応
した信号が操作パネル１５から出力され、パネルＩ／Ｆ
回路３３を介してシステムバス３２上を転送される。ま
た、システムバス３２の表示情報は、パネルＩ／Ｆ回路
３３を介して操作パネル１５に転送され、表示が行われ
る。

【００２３】ホストＩ／Ｆ回路３４は、ホストコンピュ
ータ等の上位装置とのインターフェイスをとるための回
路であり、例えば、ホストコンピュータから入力する印
字データをＲＳ２３２Ｃ規格やセントロニクス準拠に基
づいて受信する回路で構成されている。

【００２４】さらに、この画像供給装置１３は、複数の
ホストインターフェイス端子を持つことが可能であり、
必要とするホストインターフェイスに合わせてホストＩ
／Ｆ回路３５を増設できる。増設可能なインターフェイ
スとしては、例えば、セントロニクスインターフェイス
やイーサネット等がある。これにより、複数のホストイ
ンターフェイスから印字データを入力できる。

【００２５】また、システムバス３２には、不揮発性メ
モリ（ＮＶＭ）３７、ＲＡＭ３８、プログラムメモリ３
９、文字パターンメモリ４１、記録部Ｉ／Ｆ回路４３及
びビットマップコントローラ４４が接続されている。

【００２６】ＮＶＭ３７は、図示しない電池によってバ
ックアップされたメモリであり、画像記録装置１１自体
の電源がオフになった状態でも必要なデータを保持する
ことができる。

【００２７】ＲＡＭ３８は、ＣＰＵ３１の作業用のメモ
リであり、画像記録装置１１の各種の制御を行う上で必
要となるデータを保持する。また、ＲＡＭ３８は、ホス
トＩ／Ｆ回路３４やホストＩ／Ｆ回路３５から入力され
た印字データを一時的に保持する受信バッファとしても
機能する。なお、このＲＡＭ３８には、発生した文字パ
ターン、イメージ等を記録用紙１ページに対応させて張
りつけて電子的な編集を行うためのビットデータを格納
するビットマップメモリ４２が含まれている。

【００２８】プログラムメモリ３９は、ＣＰＵ３１によ
る画像記録装置１１の制御を行うためのプログラムを格
納したメモリである。なお、このプログラムメモリ３９
に格納されているプログラムは、画像記録装置１１の電
源がオンされた際に、ＣＰＵ３１により読み取られる。

【００２９】文字パターンメモリ４１は、プリントアウ
トを行う時の文字パターンを格納したメモリであり、い
わゆるフォントメモリと呼ばれるメモリである。

【００３０】記録部Ｉ／Ｆ回路４３は、記録部１２との
インターフェイスをとるための回路であり、例えば、ビ
ットマップメモリ４２に展開されたビットデータを、画
像情報２７として記録部１２に供給したり、また、状態
信号２４、同期パルス２５及び動作指令信号２６を送受
するインターフェイスとしての役割を有する。

【００３１】ビットマップコントローラ４４は、ビット
マップメモリ４２と記録部Ｉ／Ｆ回路４３との間の画像
情報の転送に関する制御を行うための回路である。

【００３２】プログラムメモリ４６及び文字パターンメ
モリ４７は、それぞれプログラムメモリ３９及び文字パ
ターンメモリ４１と同様にプログラム及び文字パターン
を格納しておくためのメモリであるが、ユーザの要求に
合わせて選択的に画像記録装置１１に接続できるように
なっている。プログラムメモリ４６及び文字パターンメ
モリ４７としては、着脱自在のＩＣカード形式又はＳＩ
ＭＭ形式のＲＯＭ等を用いることができる。これによ
り、各種のホストコンピュータから送られてくる印字デ
ータや制御データに対応したプログラムや文字パターン
に幅広く対応可能となる。

【００３３】ハードディスク４８は、大量のデータを記
憶しておくための磁気記録装置であり、文字パターンの
追加、フォームデータ及びロゴデータの保存、ホストコ
ンピュータからの入力データの保存等に使用される。こ
のハードディスク４８もユーザが必要に応じて接続する
ことが可能である。

【００３４】次に、プロブラムメモリ３９に記憶されて
いるプログラム、すなわちソフトウエアの構造を図３に
示す。図３に示すように、最下層には、ハードディスク
４８等の各周辺機器を個別に制御するためのソフトウェ
ア群であるデバイス・ドライバーが位置している。

【００３５】次の階層には、ＯＳ（operating system）
が位置し、画像記録装置１１を制御するソフトウェアの
中核的役割を果たしている。このＯＳは、タスク管理、
記憶管理、入出力管理等を行うことにより、ＣＰＵ３
１、ＲＡＭ３８、各周辺機器等のハードウェアを管理す
る。また、ハードウェア資源の管理を土台として、ファ
イル管理、プログラム管理、通信制御等を行うことによ
り、ファイル、上位のプログラム等の論理資源を管理す
る。このような構成をとることによって、ハードウェア
の変更による上位の階層のソフトウェアの修正を最小化
できる。

【００３６】ＯＳの上位には、制御用ライブラリー、ア
プリケーション・プログラム（application program ）
が位置している。制御用ライブラリには、最上層にある
アプリケーション・プログラムに使用される制御用のプ
ログラム群が格納されている。

【００３７】アプリケーション・プログラムは、画像記
録装置１１がユーザ所望の動作を実行するように作成さ
れた応用的なプログラムである。制御言語としてのプリ
ンタ言語を解釈し、画像に展開するデコンポーザは、こ
のアプリケーション・プログラムに属する。

【００３８】図４に、アプリケーション・プログラムを
基本的な機能ブロックで示す。コントロール６０はシス
テム全体の制御を行うもので、イン６２及びアザーズ６
８からのジョブ開始の要求に基づいて、データプロセス
６４及びアザーズ６８を制御する。

【００３９】このコントロール６０は、以下の（１）〜
（４）のモジュールから構成されている。なお、本実施
例では、コントロール６０をシステム制御部と呼称す
る。 （１）システム・コントローラ 設定情報をチェック
し、各タスクを起動する。 （２）ジョブ・コントローラ ジョブを実行制御す
る。 （３）ページ・コントローラ ビットマップメモリを
管理する。 （４）タイマー・コントローラ メッセージによるタイ
マーを管理する。

【００４０】イン６２は、ホストコンピュータとのデー
タの入出力を管理するものである。このような入出力を
行うため、イン６２は、データプロセス６４にデータを
受渡し、又はデータプロセス６４からデータを受け取
る。さらに、データを受け渡したり、受け取ったりする
と、コントロール６０にジョブの開始を要求する。

【００４１】また、イン６２は、例えば、以下のような
モジュールから構成されている。 （１）インターフェイスＡ ローカル・インターフェ
イスＡ （２）インターフェイスＢ ローカル・インターフェ
イスＢ （３）インターフェイスＣ ネットワーク・インター
フェイスＣ （４）インターフェイスＤ ネットワーク・インター
フェイスＤ （５）インターフェイスＥ ネットワーク・インター
フェイスＥ なお、ローカル・インターフェイスとしては、セントロ
ニクス、ＲＳ−２３２Ｃ等、ネットワーク・インターフ
ェイスとしては、イーサネット、ローカルトーク等が使
用できる。

【００４２】データプロセス６４は、データを処理する
ものである。この処理すべきデータはイン６２から受け
取ったデータであり、処理結果は、イン６２又はアウト
６６に受け渡す。

【００４３】また、データプロセス６４は、本実施例で
規定する制御言語解釈部と同意語であり、本実施例で
は、デコンポーザと呼称する。

【００４４】デコンポーザは、データプロセス６４とし
て実装され、下記の種類がある。これらは、それぞれ１
つ以上のタスクとして動作する。 （１）自動判別パーサ プリンタ言語（制御言
語）を判別するタスクである。 （２）言語Ａデコンポーザ プリンタ言語Ａ（製品ネ
イティブなページ記述言語）を解釈し実行するタスク群
である。 （３）言語Ｂデコンポーザ プリンタ言語Ｂ（業界標
準のページ記述言語）を解釈し実行するタスク群であ
る。 （４）言語Ｃデコンポーザ プリンタ言語Ｃ（Ｘ社開
発プロッタ制御言語）を解釈し実行するタスク群であ
る。 （５）言語Ｄデコンポーザ プリンタ言語Ｄ（Ｙ社開
発ワイヤドットプリンタ制御言語）を解釈し実行するタ
スク群である。 （６）言語Ｅデコンポーザ プリンタ言語Ｅ（Ｚ社開
発ワイヤドットプリンタ制御言語）を解釈し実行するタ
スク群である。 （７）ダンプ １６進ダンプの画像を形
成するタスクである。 （８）プリント・ユーテイ リテイ ・フォーマッタタスク 各種プリント・ユーティリティの画像を形成するタスク
である。

【００４５】アウト６６は、データプロセス６４の処理
結果のデータを出力するものである。このアウト６６
は、以下のモジュールから構成されている。 （１）エンジン・コントローラ プリンタエンジン
（記録部）を制御する。

【００４６】アザーズ６８は、上述以外の他の各種機能
や複合的な機能を実行するものである。このアザーズ６
８は、以下のモジュールから構成されている。 （１）ＵＩ パネル１５の制御を
行う。 （２）プリンタ管理エージェント ネットワークでのプ
リンタ管理システムを実現するための機能を有する。例
えば、クライアントに対して、プリンタ・リソース、状
態の設定、提供等の機能である。

【００４７】以上のように、アプリケーションプログラ
ムは、いくつかの構成要素からなり、各構成要素は、さ
らにいくつかの機能モジュールから構成されている。こ
れらの機能モジュールは実際には１つ又は複数のタスク
から構成されている。デコンポーザもいくつかのタスク
群を構成している。

【００４８】これらのタスク群は、制御用ライブラリと
して用意されている様々な関数を使ってタスク間の同期
を取っている。デコンポーザも、制御用ライブラリを使
ってコントロール６０、イン６２及びアウト６６を構成
するタスク群との同期を取りながらプリント機能を実現
している。

【００４９】次に、画像記録装置１１の作用について説
明する。各種のホストコンピュータやワークステーショ
ン等の情報処理装置から出力された印字データ及びその
印字データを如何に出力するかを定めた制御言語から構
成される制御データは、ホストインターフェイス端子１
７又は入力端子１８を介して画像供給装置１３に入力さ
れる。情報処理装置には多くの種類があるため、入力さ
れた制御データは、必ずしも統一されていない。例え
ば、ある情報処理装置が送出する制御データは、記録用
紙のサイズや文字の大きさ等を細かく指定できても、他
の装置の制御データはこのような指定を行うことができ
ない場合がある。

【００５０】後者のように制御データに指定が無かった
場合、パネル１５の表示部には、その旨が表示される。
そこで、オペレータがパネル１５により当該記録に関す
る必要なデータをキー入力すると、当該指示情報１９
が、画像供給装置１３に伝達され、指示情報１９に基づ
く記録制御が可能となる。

【００５１】なお、情報処理装置側で記録を行う用紙の
サイズや文字の大きさ等を制御データとして指定してき
た場合においても、パネル１５からキー操作等により指
示情報１９を入力することも可能である。このような場
合には、情報処理装置側の指示を常に優先させることも
できるし、パネル１５側の入力を優先させることもでき
る。また、時間的に後で指示を与えた方を優先させるこ
とも可能である。

【００５２】次に、画像供給装置１３は、指示情報１９
と記録部１２からの状態信号とに基づいて印字可能か否
か等の判断を行い、その旨を応答情報２１としてパネル
１５に表示させる。例えば、指示情報１９によって指示
されたサイズの用紙が記録部１２にセットされていない
場合には、そのサイズの用紙をセットするように促す応
答をパネル１５に表示させる。

【００５３】以上のようにして記録準備が整うと、画像
供給装置１３は、動作指令信号２６を記録部１２に送出
し、記録部１２を制御データに基づいて動作させると共
に、記録部１２からの同期パルス２５により出力のタイ
ミングをとりながら入力された印字データを画像情報２
７として記録部１２に転送する。

【００５４】次に、アプリケーションプログラムの全体
動作、特にジョブ開始にあたって起動されるデコンポー
ザの作用について説明する。ジョブ開始にあたって起動
されるデコンポーザは、入力ポート毎に設定されている
プリンタ言語（制御言語）のデコンポーザである。ジョ
ブの入力ポートに対して設定されている制御言語が自動
判別を指定するものであれば、自動判別パーサが起動さ
れ（自動判別モード）、自動判別が指定されていなけれ
ば、設定されている制御言語のデコンポーザが起動され
る（プリンタ言語固定モード）。以下、この２つの場合
におけるデコンポーザの処理について各々説明する。な
お、対象となるデコンポーザは、上記の言語Ａ、言語
Ｂ、言語Ｃ、言語Ｄ、言語Ｅについてのデコンポーザ及
びダンプである。

【００５５】まず、プリンタ言語固定モードの処理を図
５のフローチャート及び図６のブロック図を参照して説
明する。なお、図６において、インタスク７４はイン６
２によるタスク、アウトタスク７６はアウト６６による
タスク、ジョブコントローラ７２は前述したコントロー
ル６０の１つの機能モジュール、デコンポーザ７０は、
当該ジョブを実行する１つのデコンポーザである。

【００５６】インタスク７４がジョブを検出したか否か
を判定し（ステップ３００）、否定判定の場合はジョブ
が検出されるまで、デコンポーザ７０の待ち状態が保た
れる。ジョブが検出されると、インタスク７４は、該当
入力ポートのプリンタ言語設定を参照して、対応するデ
コンポーザのジョブとしてジョブコントローラ７２にジ
ョブを要求する（ステップ３０２）。なお、ジョブが検
出されたとは、あるインターフェイスに一連のデータが
入力されたことを意味する。

【００５７】ジョブコントローラ（システム制御部）７
２は、インタスク７４からのジョブ要求を受けて、その
デコンポーザ７０にジョブ実行指示を出力する（ステッ
プ３０４）。

【００５８】非同期イベントとしてジョブ実行指示を受
けたデコンポーザ７０は、デコンポーザ処理を開始する
（ステップ３０６）。このデコンポーザ７０によるデコ
ンポーザ処理によって、インタスク７４により受信され
た受信バッファ（ＲＡＭ３８）内のプリンタ言語は、設
定されたプリンタ言語に解釈されていく。

【００５９】デコンポーザ７０が、受信バッファ内のプ
リンタ言語を読み取っている際にデータの終わりを示す
ＥＯＪが検出されたか否かが判定される（ステップ３０
８）。ＥＯＪが検出されない場合は、デコンポーザ処理
（ステップ３０６）が続行され、ＥＯＪが検出される
と、デコンポーザ７０はジョブの終了処理を行う。な
お、ＥＯＪは、ジョブの終了を示すデータの入力、デー
タ入力待ち時間のタイムアウト、パネル１５からの強制
排出指示の入力、ファイルの終了、ネットワークコネク
ションの終了等を検出することで判断できる。

【００６０】ジョブの終了処理として、デコンポーザ７
０は、先ずアウトタスク７６にジョブ終了通知を出す
（ステップ３１０）。これにより、エンジンコントロー
ラは、当該処理データ以降の該当ジョブの出力依頼のな
いことを検出でき（ステップ３１２）、出力終了の準備
が可能となる。

【００６１】そして、デコンポーザ７０は、ジョブコン
トローラ７２に対してジョブ終了報告を行う（ステップ
３１４）。

【００６２】以上のようにデコンポーザ処理の終了で、
デコンポーザ７０は非同期イベント待ち状態に移行し
（ステップ３１６）、新たなデコンポーザ処理の実行指
示を待つ（ステップ３０４）。

【００６３】次に、自動判別モードにおける処理を図７
のフローチャート、このフローチャートに現れる機能ブ
ロックと制御の流れとを示す図８及び図９を参照して説
明する。なお、図８は自動判別ができた場合、図９は自
動判別ができなかった場合を示し、新たに付加された自
動判別パーサ７８は、前述したデータプロセス６４とし
て実装されるプリンタ言語判別タスクである。

【００６４】先ず、インタスク７４がジョブを検出した
か否かが判定され（ステップ３１８）、否定判定の場合
は、ジョブが検出されるまで、デコンポーザ７０の待ち
状態が保たれる。ジョブが検出されると、インタスク７
４は、ジョブコントローラ７２に対して自動判別パーサ
７８のジョブとしてジョブ要求を行う（ステップ３２
０）。

【００６５】ジョブ要求を受けたジョブコントローラ７
２は、自動判別パーサ７８にジョブ実行指示を出す（ス
テップ３２２）。

【００６６】ジョブ実行指示を受けた自動判別パーサ７
８は、下記の、のいずれかの条件が満たされた時
に、受信した所定数のデータ又はＥＯＪ検出までのデー
タを対象として自動判別処理を実行する（ステップ３２
４）。

【００６７】 所定数のデータを受信した場合 ＥＯＪを検出した場合 この自動判別処理の詳細については後述する。

【００６８】自動判別パーサ７８が自動判別処理を終了
すると、入力されたプリンタ言語がどの言語であるかが
判別できたか否かが判定される（ステップ３２６）。入
力されたプリンタ言語がどの言語であるかが判別できた
場合は、自動判別パーサ７８は、ジョブコントローラ７
２に対して判別結果のプリンタ言語に対応するデコンポ
ーザ７０への切替え要求を出し（ステップ３３４）、ジ
ョブコントローラ７２は当該デコンポーザ７０を起動さ
せるべくジョブ実行指示を出す（ステップ３０４）。こ
れ以降は、制御が当該デコンポーザ７０に移行し、ステ
ップ３０４を含めた以後のステップは、図５のプリンタ
固定モードと同じであるので、図５と対応する部分には
同一符号を付して説明を省略する。

【００６９】なお、自動判別パーサ７８が判別したプリ
ンタ言語のデコンポーザがオプション・ソフトで装着さ
れているか否かの判断と処置は、自動判別パーサ７８で
はなく、ジョブコントローラ７２が行う。

【００７０】一方、ステップ３２６で、入力されたプリ
ンタ言語がどの言語であるか判別できなかった場合は、
自動判別パーサ７８がジョブコントローラ７２に対して
アボート（ＡＢＯＲＴ）要求を出す（ステップ３２
８）。なお、この際、プリントログにプリント言語判別
不可である旨を登録する。

【００７１】アボート要求を受け取ったジョブコントロ
ーラ７２は、自動判別パーサ７８にアボート指示を出す
（ステップ３３０）。これにより、自動判別パーサ７８
の処理が終了となる（ステップ３３２）。即ち、デコン
ポーザ７１が非同期イベント待ち状態に移行する（図９
参照）。なお、この時、解放されたデコンポーザは特定
のものを指さず複数あるため、図９ではデコンポーザ７
１として単一のデコンポーザ７０と区別している。

【００７２】そして、処理を終えた自動判別パーサ７８
は、ジョブコントローラ７２にアボート終了報告を行い
（ステップ３３３）、これにより自動判別処理は終了
し、最初のステップ３１８に戻る。なお、この時点では
まだアウトタスク７６に対し出力依頼を行っていないた
め、判別ができた時とは異なり、アウトタスク７６に対
してはジョブ終了を通知しない（図９参照）。

【００７３】以上の自動判別モードを使用すれば、ホス
トコンピュータより受信されたデータがどのプリンタ言
語で記述されているか自動的に識別されるので、ユーザ
がプリンタ言語を指定しなくても、画像記録装置１１は
受信されたデータに合わせて適切なプリンタ言語処理系
を選択し、プリント処理を行うことができる。

【００７４】次に、上記自動判別パーサ７８内部の構成
と詳細な制御の流れについて説明する。図１０に示すよ
うに、自動判別パーサ７８は、ジョブコントローラ７２
とのインターフェイスをとるためのジョブコントローラ
インターフェイス８０を備えている。

【００７５】また、ジョブコントローラインターフェイ
ス８０は、判別器コントローラ８２にジョブ実行指示に
基づく判別開始指示を与えると共に、判別器コントロー
ラ８２から送出された判別結果を受信する。また、ジョ
ブコントローラインターフェイス８０は、ジョブコント
ローラ７２からのジョブ実行指示を受信すると共に、デ
コンポーザ切替え要求やアボート要求をジョブコントロ
ーラ７２に送出する。

【００７６】判別器コントローラ８２は、ジョブコント
ローラインターフェイス８０からの判別開始指示に基づ
いて、受信データが特定のプリンタ言語であるか否かを
判別する判別器の各々に起動指示を与えると共に、各判
別器からの判別結果（成功、失敗及び不定のいずれか）
を受け取る。

【００７７】本実施例では、言語Ａ判別器８４、言語Ｂ
判別器８６、言語Ｃ判別器８８、言語Ｄ判別器９０及び
言語Ｅ判別器９２の５つの判別器が設けられ、受信デー
タが言語Ａ、言語Ｂ、言語Ｃ、言語Ｄ及び言語Ｅで記述
されているか否かを各々判別する。

【００７８】言語Ａ判別器８４、言語Ｂ判別器８６及び
言語Ｃ判別器８８は、各々直接判別器コントローラ８２
と接続されており、判別器コントローラ８２からの起動
指示により、各々対象とするプリンタ言語の判別を行
い、判別結果を判別器コントローラ８２に送出する。

【００７９】言語Ｄ判別器９０及び言語Ｅ判別器９２
は、グループ判別制御部９４を介して判別器コントロー
ラ８２と接続されており、グループ判別制御部９４を介
して入力される起動指示により、各々対象とするプリン
タ言語の判別を行い、その判別結果をグループ判別制御
部９４を介して判別器コントローラ８２に送出する。

【００８０】なお、判別器同士を１つのグループで構成
するか否かは、例えば、対象とするプリンタ言語が互い
に共通のコマンドを持つことが１つの基準となり、共通
のコマンドを持つ場合には１つのグループで構成する。

【００８１】また、これらの判別器は、バッファ９６と
接続されており、バッファに格納されている受信データ
を読み取ってその判別対象としている。このバッファ９
６はローカルなメモリであって、ここに格納されている
受信データは、受信バッファ（図２でいうＲＡＭ３８）
から転送されてきたものである。

【００８２】各判別器は、受信データを所定のバイト数
だけ順次読み取り、各判別器が対象とする言語で用いら
れるコマンドがあるか否かを検索する。また、各判別器
は受信データを各判別器が対象とする言語であると仮定
して文法エラーがあるか否かも検索する。そして、「コ
マンドがあるか」「文法エラーがあるか」の２種類の検
索結果の組み合わせに基づいて以下の「成功」、「不
定」、「失敗」のいずれかの判別結果を出力する。

【００８３】 「成功」 ： 「文法エラーなし」かつ「コマンドあ
り」 「不定」 ： 「文法エラーなし」かつ「コマンドな
し」 「失敗」 ： 「文法エラーあり」 「成功」の場合には、受信データのプリンタ言語は、当
該判別器の対象とする言語であり、「不定」の場合に
は、当該言語であるか否かが分からない状態、「失敗」
の場合には、受信データのプリンタ言語は当該言語では
ないということを示している。

【００８４】以上のように判別結果を定義することによ
り、「失敗」の場合には、「文法エラー」を検出した時
点で判別器による判別処理を打ち切ることが可能とな
る。これにより、該当しない制御言語のための判別処理
を最小限に抑えることができ、判別処理を高速化でき
る。

【００８５】また、「文法エラー」を検出することによ
り、たまたま文字列として他の制御言語のコマンドを含
んでいる場合でも、誤判定を防止できるので、判別精度
を向上させることができる。

【００８６】なお、この「文法エラー」は、制御言語と
しての矛盾が検出されたことを意味し、次のようにして
検出される。すなわち、各判別器は、受信データを記述
する制御言語の中から、その判別器が対象とする制御言
語にありえないような命令コードを検出した場合、又
は、その制御言語ではありえないような命令コードの組
み合わせを検出した場合に、「文法エラー」の判別結果
を出力する。また、ある特定の命令コードがデータ列の
特定の位置にあったり、命令コードの順番が定まってい
る制御言語の場合で当該位置にその命令コードがなかっ
た時も「文法エラー」に相当する。

【００８７】次に、自動判別パーサ７８の処理の流れに
ついて図１１のフローチャートに沿って説明する。

【００８８】受信バッファ（ＲＡＭ３８）に一定量以上
受信データが格納されると、ローカルなメモリであるバ
ッファ９６に所定数分の当該受信データ、例えば２５６
バイトや１０２４バイト分の受信データが転送される
（ステップ３４０）。但し、当該所定数未満で受信デー
タの終わりを示すＥＯＪが検出された場合には、ＥＯＪ
までの受信データが転送される（ステップ３４０）。

【００８９】そして、ジョブコントローラインターフェ
イス８０にジョブコントローラ７２からジョブ実行指示
があると、ジョブコントローラインターフェイス８０
は、判別器コントローラ８２に判別開始指示を与える。
そして、判別開始指示を受けた判別器コントローラ８０
は、各判別器に起動指示を与え、順番に起動させる。

【００９０】先ず、言語Ａ判別器８４が起動され（ステ
ップ３４２）、バッファ９６内の受信データが言語Ａで
あるか否かの判別処理が行われる。判別処理が終了する
と、その結果が判別器コントローラ８２に伝達され、判
別結果の判定が行われる（ステップ３４４）。

【００９１】ステップ３４４の判定が「成功」の場合
は、言語Ａが受信データのプリンタ言語であると判断さ
れる（ステップ３７２）。そして、その判別結果が言語
Ａであるという情報がジョブコントローラインターフェ
イス８０に伝達され、そこからその判別結果がシステム
に通知される（ステップ３７４）。又は、ジョブコント
ローラインターフェイス８０よりジョブコントローラ７
２に言語Ａを解釈するデコンポーザへの切替え要求が送
出される。

【００９２】ステップ３４４の判定が「失敗」または
「不定」の場合は、次の言語Ｂ判別器８６が起動され
（ステップ３４６）、バッファ９６内の受信データが言
語Ｂであるか否かの判別が行われる。

【００９３】その判別結果の判定（ステップ３４８）が
成功の場合は、言語Ｂが受信データのプリンタ言語であ
ると判断され、上記と同様の処理が実行される。

【００９４】ステップ３４８の判定が「失敗」又は「不
定」の場合には、次の言語Ｃ判別器８８が起動され（ス
テップ３５０）、バッファ９６内の受信データが言語Ｃ
であるか否かの判別が行われる。

【００９５】その判別結果の判定（ステップ３５２）が
成功の場合は、言語Ｃが受信データのプリンタ言語であ
ると判断され、上記と同様の処理が実行される。

【００９６】このように、１つの判別器が「成功」と判
断した時点で自動判別処理を完了させることにより、該
当しない制御言語のための判別処理を行わなくて済み、
判別処理を高速化できる。

【００９７】ところが、ステップ３５２の判定が「失
敗」又は「不定」の場合には、判別器コントローラ８２
は、グループ判別制御部９４に起動指示を与え、言語Ｄ
・言語Ｅ判別処理を実行させる（ステップ３５４）。こ
の言語Ｄ・言語Ｅ判別処理は、次のようなステップから
構成される。

【００９８】先ず、言語Ｄ判別器９０により、受信デー
タが言語Ｄであるか否かの判別処理（ステップ３５６）
が行われ、その判別結果がグループ判別制御部９４に送
出され、そこで一旦保持される。次に、言語Ｅ判別器９
２により、受信データが言語Ｅであるか否かの判別処理
（ステップ３５８）が行われ、その判別結果がグループ
判別制御部９４に送出される。グループ判別制御部９４
は、言語Ｄ判別器９０と言語Ｅ判別器９２による判別結
果とをルールに照らして比較して、どちらに合致する
か、又はいずれでもないかを判別する（ステップ３６
０）。例えば、一方の言語のみの判別が成功し、他方が
「失敗」又は「不定」の場合には、前者の言語を判別結
果とする。また、両者共に「成功」の場合は言語Ｄを判
別結果とし、両者共に「不定」の場合は、言語Ｅを判別
結果とする。そして、両者共に「失敗」の場合には判別
結果を「失敗」とし、一方が「不定」で他方が「失敗」
の場合には、判別結果を「不定」とする。判別結果が出
ると、グループ判別制御部９４は、その判別結果と「成
功」の場合にはその言語の別を判別器コントローラ８２
に通知する。そして、その判別結果が判定され（ステッ
プ３６２）、「成功」の場合には、言語Ｄと言語Ｅのい
ずれかの言語がプリンタ言語と判断され（ステップ３７
２）、システムに通知される（ステップ３７４）。一
方、ステップ３６２の判定で、「失敗」又は「不定」の
場合には、次のステップで、上記の判別処理が１回目で
あるか否か、また、各判別器の判別結果に「不定」があ
るか否か、さらに判別したデータにＥＯＪがあるか否か
が判定される（ステップ３６４）。判定の結果、判別処
理が１回目であり、かつ、各判別器の判別結果のいずれ
かに「不定」がある再判別可能な場合であり、かつ、受
信データがまだ終了していない場合には、ステップ３４
０に戻り、２回目の判別処理が行われる。但し、無駄を
省くため、１回目の判別で「失敗」となった判別器の処
理は行わないように制御する。

【００９９】ステップ３６４の３つの条件のいずれか１
つでも条件を満たさない場合には、判別結果が「全て失
敗」かそれとも「不定あり」により分岐する（ステップ
３６６）。全て失敗の場合には、判別結果が「エラー」
とされ（ステップ３７０）、「不定あり」の場合には、
判別結果が言語Ｅとされて（ステップ３６８）、システ
ムに通知される（ステップ３７４）。この言語Ｅは、前
述したようにワイヤドットプリンタ制御言語の１つで、
単純なテキスト出力（文字列と復帰・改行等のコマンド
の組み合わせ）が可能な言語であるため、かかる処理が
可能となる。このように、相互に共通のコマンドがある
制御言語は１つのグループとして扱い、同じグループ内
の制御言語の判別については、これらの判別器による判
別が全て終了した時に、判別結果を出力するようにした
ので、同じグループ内の制御言語との誤判定が防止され
る。また、当該グループに属さない他の制御言語との誤
判定も避けられる。

【０１００】さらに、ステップ３６０やステップ３６８
において扱ったように、プリンタ言語を特徴づけるコマ
ンドを含まずデータのみの「不定」の場合でも、ルール
として定めた適切な制御言語を当てはめることにより、
印字可能となる。

【０１０１】なお、ステップ３６０において、同じグル
ープ内の複数の判別器が「成功」を出力した場合には、
グループ判別制御部９４は、次のような方法によって判
別結果を出力するようにしてもよい。

【０１０２】先ず、個々の制御言語における命令コード
をユニークコマンドと共通コマンドとに分類し、この共
通コマンドについては各判別器毎に重み付テーブルを用
意し、入力された制御言語の命令コードと一致する毎に
各判別器毎にそれらに設定された重みを加算していく。
そして、最終的な加算結果を判別結果「成功」の補助情
報として利用する。即ち、グループ内のすべての判別器
の加算結果が出た後、「成功」を検出した判別器が複数
あった場合、それら判別器毎の加算結果の大小でグルー
プのどの制御言語であるかを決定するという方法であ
る。共通コマンドは、制御上の意味、重要度が各制御言
語毎に異なるため、この方法によって、グループ内の識
別ができ、判別精度を向上させることができる。

【０１０３】さらにグループ内の制御言語群において、
予め優先順序を付けておき、グループ内でのすべての判
別器の結果が出た後、矛盾する命令コードを含んでいる
ことを検出した判別器を除き、この優先順序に従ってグ
ループのどの制御言語であるかを決定する方法も有効で
ある。この方法は、特にある制御言語にとって共通コマ
ンド（群）の制御上の意味が他の制御言語より重要であ
る場合に適用できる。即ち、グループ内で「成功」を検
出した判別器が複数あった場合、このことは入力データ
として共通のコマンドを含んでいることを意味する。よ
って、共通コマンド（群）の制御上の意味が他の制御言
語より重要である場合には、優先順序を確からしさの尺
度とみなすことができる。

【０１０４】この方法によれば、前述した方法と比べ
て、ユニークコマンドと共通コマンドの分類、重み検
索、加算処理が省略でき、処理時間が短縮されるという
利点がある。

【０１０５】ところで、判別処理を実行していく過程
で、判別用に取得されたデータ内にプリントモードの移
行を命令するモード移行コマンドが検出された場合、当
該モード移行コマンドの位置によって判別の対象とすべ
きデータ範囲を変更する処理を行うことも可能である。
このような処理により、モード移行コマンドの存在に起
因する誤判別や処理の遅れを防止することができる。

【０１０６】モード移行コマンドが検出された場合の処
理について図１２のフローチャートに示す。

【０１０７】図１２より、判別処理が開始されると、モ
ード移行コマンドを検出するためのデコンポーザが起動
し、判別用に取得されたデータの中からコマンドがサー
チされる。サーチされたコマンドは、モード移行コマン
ドであるか否かが判定され（ステップ３８０）、否定判
定の場合は、次のコマンドがサーチされる。一方、肯定
判定、即ちモード移行コマンドが検出されると、当該モ
ード移行コマンドの位置が検出され、当該コマンドがデ
ータの先頭にあるか途中にあるかによって分岐する（ス
テップ３８２）。

【０１０８】モード移行コマンドの位置が先頭にある場
合の判別用データの構成例を図１３に示す。図１３によ
れば、判別用データの先頭番地にプリントモードＡによ
るプリントモードＢへのモード移行コマンドが位置し、
これ以降はプリントモードＢのコマンド群からなるデー
タが続いている。

【０１０９】このようにモード移行コマンドが先頭にあ
る場合は、モード移行コマンドの情報に基づいて移行先
のプリントモードが取得される（ステップ３８４）。

【０１１０】次に、モード以降コマンドの部分が判別用
データから削除され、残りの部分が印字を制御するコマ
ンドとして残される（ステップ３８６）。

【０１１１】次に、ユニークなコマンドによって制御言
語の種類を決定する判別ルールを採用している場合に
は、ステップ３８４で取得された移行先のプリントモー
ドの制御言語が判別結果と決定され（ステップ３８
８）、システムに通知される。

【０１１２】そして、当該判別結果である制御言語のプ
リントモードで印字出力される（ステップ３９４）。図
１３の例では、プリントモードＢのコマンド群に基づい
て、印字処理が実行される。

【０１１３】このようにモード移行コマンドが先頭にあ
る場合には、本来印字処理を行わないモード移行コマン
ドによる処理を実行させることなく、直ちに次の処理に
移行できるので、処理時間が短縮化される。しかも、こ
のモード移行コマンドの移行先のプリントモードに基づ
いて制御言語が直ちに決定され、他の制御言語であるモ
ード移行コマンドを削除したデータを、出力プロセスで
あるアウトタスク７６に渡すことにより速やかに印字処
理が実行されることとなる。

【０１１４】一方、モード移行コマンドの位置が先頭で
はなく、判別用データの途中にある場合には、当該モー
ド移行コマンドを判別データの終了端として判別処理を
行う（ステップ３９０）。そして、かかる制限された判
別データに基づいて判別結果が決定され（ステップ３９
２）、システムに通知される。

【０１１５】モード移行コマンドの位置がデータの途中
にある場合の判別用データの構成例を図１４に示す。図
１４によれば、判別用データは、プリントモードＡのコ
マンド群から始まり、その最後にモード移行コマンドが
あり、次に、このモード移行コマンドが示す移行先のプ
リントモードＢのコマンド群が続くという構成になって
いる。このデータ例でステップ３９０の判別処理の対象
となるのは、モード移行コマンドを終端データとするプ
リントモードＡのコマンド群である。

【０１１６】そして、当該判別結果である制御言語のプ
リントモードで印字出力される（ステップ３９４）。図
１４の例では、プリントモードＡのコマンド群に基づい
て、印字処理が実行される。

【０１１７】このように、判別用データの途中にモード
移行コマンドがある場合には、そのモード移行コマンド
までを判別の対象とすることにより、後に続くデータに
起因する誤判別を防止することができ、判別精度の向上
に資することとなる。

【０１１８】なお、モード移行コマンドが判別用データ
の途中にあった場合において、１回目の判別処理で判別
結果が「不定」となった時でも、２回目に取得するデー
タ量を増やしての判別は行わない。また、１回目に取得
されたデータにはモード移行コマンドが検出されず、２
回目に取得されたデータにモード移行コマンドが検出さ
れた場合にも、当該コマンドまでを判別の対象として判
別を行う。

【０１１９】以上が本発明に係る実施例であるが、上記
の例に限定されるわけではない。判別手段の構成と処理
の流れ、回路構成、機能ブロック、ソフトウェアの構
成、制御や入出力の流れ等も任意好適に変更可能であ
る。例えば、自動判別処理等をゲートアレイで実現する
ことによって、より高速化を達成することもできる。

【０１２０】

【発明の効果】以上詳細に説明したように請求項１の発
明によれば、モード移行コマンドが検出された場合、こ
のモード移行コマンドの位置が終了端となるように判別
処理の対象となるデータの範囲が画定されるようにした
ので、制御言語の判別精度が向上する、という効果が得
られる。

【０１２１】請求項２の発明によれば、モード移行コマ
ンドが入力データの先頭にあることが検出された場合、
このモード移行コマンドが記述される制御言語ではな
く、このモード移行コマンドで移行先となっているプリ
ントモードの制御言語を入力データが記述される制御言
語として決定するようにしたので、処理時間の短縮化が
図れる、という効果が得られる。

【図面の簡単な説明】

【図１】本実施例に係る画像記録装置の概略の構成を示
すブロック図である。

【図２】本実施例に係る画像記録装置の回路構成図であ
る。

【図３】本実施例に係る画像記録装置のソフトウェアの
構造を示す図である。

【図４】アプリケーション・プログラムにおける基本的
な機能ブロック図である。

【図５】プリンタ言語固定モードにおける画像記録装置
の処理の流れを示すフローチャートである。

【図６】プリンタ言語固定モードにおける画像記録装置
の機能ブロック図である。

【図７】自動判別モードにおける画像記録装置の処理の
流れを示すフローチャートである。

【図８】自動判別モードで正常動作した場合における画
像記録装置の機能ブロック図である。

【図９】自動判別モードでアボート要求が出された場合
における画像記録装置の機能ブロック図である。

【図１０】自動判別パーサの構成を示したブロック図で
ある。

【図１１】自動判別パーサの処理の流れを示したフロー
チャート図である。

【図１２】モード移行コマンドが検出された場合の処理
の流れを示すフローチャートである。

【図１３】モード移行コマンドが先頭にある場合の判別
用データの構成例を示す図である。

【図１４】モード移行コマンドが途中にある場合の判別
用データの構成例を示す図である。

【符号の説明】

７０ デコンポーザ ７８ 自動判別パーサ ８２ 判別器コントローラ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 新原 克久 埼玉県岩槻市府内３丁目７番１号 富士 ゼロックス株式会社岩槻事業所内 (72)発明者 塩見 雄仁 埼玉県岩槻市府内３丁目７番１号 富士 ゼロックス株式会社岩槻事業所内 (56)参考文献 特開 平６−131133（ＪＰ，Ａ) 特開 平５−19991（ＪＰ，Ａ) 特開 平６−242895（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 3/12 B41J 5/30 B41J 29/38

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 入力データを検索して他のプリントモー
   ドへの移行命令を示すモード移行コマンドとこのモード
   移行コマンドの位置を検出する移行コマンド検出手段
   と、 前記移行コマンド検出手段によりモード移行コマンドが
   検出された場合、前記モード移行コマンドの位置が終了
   端となるように判別処理の対象となるデータの範囲を画
   定するデータ範囲画定手段と、 前記データ範囲画定手段により画定された範囲のデータ
   に対して判別処理を行うことにより、前記入力データを
   記述する制御言語の種類を決定する決定手段と、 前記決定手段により決定された制御言語の種類に基づい
   て前記入力データを解釈して出力する出力手段と、 を含むプリンタ装置。
2. 【請求項２】 入力データを検索して他のプリントモー
   ドへの移行命令を示すモード移行コマンドとこのモード
   移行コマンドの位置を検出する移行コマンド検出手段
   と、 前記移行コマンド検出手段によりモード移行コマンドが
   前記入力データの先頭にあることが検出された場合、前
   記モード移行コマンドが記述される制御言語ではなく、
   前記モード移行コマンドで移行先となっているプリント
   モードの制御言語を前記入力データが記述される制御言
   語として決定する決定手段と、 前記決定手段により決定された制御言語の種類に基づい
   て前記入力データを解釈して出力する出力手段と、 を含むプリンタ装置。