JP2785742B2 - プリンタ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】特開平５−２８２１０９号公報によれば、
制御言語の種類を各モード固有の特徴コードに基づいて
識別する技術が開示されている。この技術は、前述した
方法でも識別できない場合は、当該装置の内蔵モードの
特徴コードにて識別し、さらにその方法でも識別できな
い場合にはカードモードの特徴コードにて識別し、それ
でも識別できなかった場合に識別不能とする方法を採用
している。

【０００４】特開平５−１０４８２５号公報によれば、
入力データ内の制御コード、例えばエスケープシーケン
ス等を判断し、所定部分がすべてキャラクタで構成され
ている場合には、文字列でプリンタを制御する言語（Po
st Script)のエミュレーションを解析の対象とする技術
が開示されている。

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

【０００６】特開平５−９６８２３号公報によれば、各
エミュレーション別に比較用のテーブルを持ち、ホスト
コンピュータから送られてきたデータ内の細かなデータ
列単位を各テーブルから検索し、一致する毎にそれらに
設定された重みを加算して、最終的に最も大きい加算値
を示したエミュレーションを選択するという判別方法が
開示されている。この判別方法では、判別結果を決定す
る判断基準時として、いずれかのエミュレーションが所
定値以上の加算値に達した時、或いは２番目に大きい加
算値との差が所定値以上になった時等が採用される。

【０００７】特開平５−８８８２２号公報によれば、次
のような判別方法が開示されている。即ち、入力データ
に含まれる制御文字が、優先順位の低いコマンド体系か
ら順にその体系に存在するか否かを判断していき、存在
しなければそのコマンド体系を選択対象から外してい
く。そして、残ったコマンド体系が１つになった時、そ
れを判別結果として選択し、２つ以上ある時は、他の制
御文字を残っているコマンド体系から検索し、当該制御
文字の有無により判別を行う。また、所要量のデータを
検索していった結果、２つ以上のコマンド体系が残った
場合には、優先順位の高いコマンド体系を選択する。な
お、上記所要量とは、受信バッファ容量分又は全頁分の
データ量をいい、全頁分とは、データ受信間隔が基準時
間以上となった時までの受信データ分をいう。

【０００８】

【発明が解決しようとする課題】しかしながら、上記従
来技術には、次のような問題点があった。

【０００９】特開平５−２８２１０９号公報に開示され
た技術では、使用頻度の高いと予想される内蔵モードを
先にチェックしているが、どのモードの使用頻度が高い
かは使用しているユーザによって異なり、判別処理のス
ピードが考慮されていないという問題点がある。

【００１０】また、特開平５−１０４８２５号公報に開
示された技術では、制御コードを判別する段階と、所定
部分がすべてキャラクタで構成されていることを判別す
る段階との２段階で判別が行われており、判別処理に時
間がかかるという問題がある。

【００１１】また、特開平４−３２３０６９号公報に開
示された技術では、１つの制御言語に特有のユニークな
命令コードに基づいた判別処理を行っているため、当該
命令コードを単なるデータとして有している他の制御言
語との区別ができず、誤判定が非常に大きくなるという
問題がある。

【００１２】さらに、特開平５−９６８２３号公報及び
特開平５−８８８２２号公報に開示された技術では、上
記技術と同様に、各制御言語とも制御文字やデータ列等
の加算値等に基づいて制御言語を判別するという方法で
あり、各制御言語毎に判別方法が最適化されておらず、
処理時間がかかるという問題点を必然的に孕んでいる。

【００１３】本発明は上記事実を考慮し、制御言語毎に
最適な判別ルールを設定することによって、制御言語を
決定するための処理時間を短縮させると共に、誤判定の
可能性を大幅に減じたプリンタ装置を提供することを目
的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、入力データが入力される入力手
段と、 前記入力データを記述する可能性のある制御言
語群を複数のグループに分類する分類手段と、前記分類
手段により分類されたグループ毎に互いに異なる判別ル
ールを前記入力データに対して適用することにより、前
記入力データを記述する制御言語の種類を決定する決定
手段と、前記決定手段により決定された制御言語の種類
に基づいて前記入力データを解釈して出力する出力手段
と、を含んで構成されている。

【００１５】請求項２の発明は、請求項１の前記決定手
段を、前記グループ毎の判別ルールを、判別処理速度の
速い順番に適用することにより、前記入力データを記述
する制御言語の種類を決定するようにしたものである。

【００１６】請求項３の発明は、請求項１の前記決定手
段が、前記入力データを構成するコードを読み取るコー
ド読取手段を備え、前記コード別の出現順序に基づいて
制御言語の種類を決定する判別ルールを少なくとも１つ
有するようにしたものである。

【００１７】請求項４の発明は、請求項１の前記決定手
段が、前記入力データを構成するコードを読み取るコー
ド読取手段を備え、前記コード別の出現数に基づいて制
御言語の種類を決定する判別ルールを少なくとも１つ有
するようにしたものである。

【００１８】

【作用】請求項１の発明によれば、分類手段は、入力デ
ータを記述する可能性のある制御言語群を複数のグルー
プに分類する。そして、入力手段により入力された入力
データに対して、決定手段は、分類手段により分類され
たグループ毎に互いに異なる判別ルールを適用すること
により、入力データを記述する制御言語の種類を決定す
る。そして、出力手段は、決定手段により決定された制
御言語の種類に基づいて入力データを解釈して出力す
る。これにより、従来のように一律に同様の判別ルール
を適用する判別方法と比べて、それぞれの制御言語に最
適な判別ルールを各々設定することができるので、判別
に要する処理時間の短縮化と判別精度の向上が同時に達
成できる。

【００１９】請求項２の発明によれば、決定手段は、グ
ループ毎の判別ルールを、判別処理速度の速い順番に適
用することにより、入力データを記述する制御言語の種
類を決定する。これにより、直列に判別ルールを適用し
ていく場合には、判別に要する処理時間を短縮できる。

【００２０】請求項３の発明によれば、決定手段は、入
力データに対して、コード読取手段により読み取られた
コード別の出現順序に基づいて制御言語の種類を決定す
る判別ルールを少なくとも１回適用する。これにより、
単純にユニークなコマンドの有無による判別よりも大幅
に判別精度を向上させることができる。

【００２１】請求項４の発明によれば、決定手段は、入
力データに対して、コード読取手段により読み取られた
コード別の出現数に基づいて制御言語の種類を決定する
判別ルールを少なくとも１回適用する。これにより、単
にユニークなコマンドの有無に基づく判別ルールよりも
誤判定の可能性を少なくさせることができる。

【００２２】

【実施例】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０４】ところが、ステップ３５２の判定が「失
敗」又は「不定」の場合には、判別器コントローラ８２
は、グループ判別制御部９４に起動指示を与え、言語Ｄ
・言語Ｅ判別処理を実行させる（ステップ３５４）。こ
の言語Ｄ・言語Ｅ判別処理は、次のようなステップから
構成される。先ず、言語Ｄ判別器９０により、受信デー
タが言語Ｄであるか否かの判別処理（ステップ３５６）
が行われ、その判別結果がグループ判別制御部９４に送
出され、そこで一旦保持される。次に、言語Ｅ判別器９
２により、受信データが言語Ｅであるか否かの判別処理
（ステップ３５８）が行われ、その判別結果がグループ
判別制御部９４に送出される。グループ判別制御部９４
は、言語Ｄ判別器９０と言語Ｅ判別器９２による判別結
果とをルールに照らして比較して、どちらに合致する
か、又はいずれでもないかを判別する（ステップ３６
０）。例えば、一方の言語のみの判別が成功し、他方が
「失敗」又は「不定」の場合には、前者の言語を判別結
果とする。また、両者共に「成功」の場合は言語Ｄを判
別結果とし、両者共に「不定」の場合は、言語Ｅを判別
結果とする。そして、両者共に「失敗」の場合には判別
結果を「失敗」とし、一方が「不定」で他方が「失敗」
の場合には、判別結果を「不定」とする。

【０１０５】判別結果が出ると、グループ判別制御部９
４は、その判別結果と「成功」の場合にはその言語の別
を判別器コントローラ８２に通知する。そして、その判
別結果が判定され（ステップ３６２）、「成功」の場合
には、言語Ｄと言語Ｅのいずれかの言語がプリンタ言語
と判断され（ステップ３７２）、システムに通知される
（ステップ３７４）。一方、ステップ３６２の判定で、
「失敗」又は「不定」の場合には、「全て失敗」かそれ
とも「不定あり」かが判定される（ステップ３６６）。
全て失敗の場合には、判別結果が「エラー」とされ（ス
テップ３７０）、「不定あり」の場合には、判別結果が
言語Ｅとされて（ステップ３６８）、システムに通知さ
れる（ステップ３７４）。この言語Ｅは、前述したよう
にワイヤドットプリンタ制御言語の１つで、単純なテキ
スト出力（文字列と復帰・改行等のコマンドの組み合わ
せ）が可能な言語であるため、かかる処理が可能とな
る。

【０１０６】このように、相互に共通のコマンドがある
制御言語は１つのグループとして扱い、同じグループ内
の制御言語の判別については、これらの判別器による判
別が全て終了した時に、判別結果を出力するようにした
ので、同じグループ内の制御言語との誤判定が防止され
る。また、当該グループに属さない他の制御言語との誤
判定も避けられる。

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

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

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

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

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

【０１１２】また、上記の例では、各制御言語を判別す
るための判別ルールは、すべてコマンドの有無と命令コ
ードの矛盾の有無の検索であったが、制御言語毎に各々
定められた判別ルールを適用するようにしてもよい。即
ち、各判別器において実行される判別ルールをその対象
とする制御言語の判別にとって最適な判別ルールとする
ものであり、制御言語の種類によって判別ルールは異な
ったり同じものであったりする。これにより、無用な検
索の必要性などが少なくなり、処理時間の短縮化が図れ
ると共に、当該制御言語に最適な判別ルールによって判
別精度が向上するという更なる効果が得られる。

【０１１３】このような制御言語毎に異なる判別ルール
の例について、図１２と図１３に示す。

【０１１４】図１２のフローチャートは、言語Ａ判別器
８４における判別ルールを示したものであり、この判別
ルールは、コマンドの出現順序によって言語Ａを特定す
るというものである。言語Ａでは、コマンドをセグメン
トと呼ばれる階層でレベル受信しているので１番目と２
番目に受信されるコマンドが決まっており、そのため、
コマンドの出現順序により言語が特定できる。

【０１１５】図１２によれば、先ず、入力データを構成
するコードが読み取られ、コマンド区切りチェックが行
われることにより、１番目のコマンドが取得される（ス
テップ３７６前段）。この時、コメント文は読み捨て処
理される（ステップ３７６後段）。

【０１１６】次に、判別すべきデータが終了したか否か
がチェックされる（ステップ３７８）。データが終了し
た場合には、判別結果は不定とされ（ステップ４０
４）、言語Ａ判別器８４の処理が終了される。

【０１１７】終了していない場合は、１番目のコマンド
チェックが行われ（ステップ３８０）、言語Ａのデータ
において１番目に出現すべきコマンドとして正しいか否
かが判定される（ステップ３８２）。

【０１１８】１番目のコマンドチェックの結果がエラー
であった場合には、判別結果は失敗とされ（ステップ４
０２）、言語Ａ判別器８４の処理が終了される。

【０１１９】１番目のコマンドチェックの結果が正しか
った場合には、読み取られたコードに対してパラメータ
区切りチェックが行われることにより、パラメータが取
得される（ステップ３８４前段）。この時もコメント文
は読み捨て処理される（ステップ３８４後段）。

【０１２０】次に、判別すべきデータが終了したか否か
がチェックされる（ステップ３８６）。データが終了し
た場合には、判別結果は不定とされ（ステップ４０
４）、言語Ａ判別器８４の処理が終了される。

【０１２１】終了していない場合は、１番目のコマンド
のパラメータチェックが行われ（ステップ３８８）、言
語Ａのデータにおいて１番目に出現すべきコマンドのパ
ラメータとして正しいか否かが判定される（ステップ３
９０）。

【０１２２】パラメータチェックの結果がエラーであっ
た場合には、判別結果は失敗とされ（ステップ４０
２）、言語Ａ判別器８４の処理が終了される。

【０１２３】パラメータチェックの結果が正しかった場
合には、２番目のコマンドが取得される（ステップ３９
２）。この２番目のコマンドの取得方法も１番目のコマ
ンドと同様である。

【０１２４】次に、判別すべきデータが終了したか否か
がチェックされる（ステップ３９４）。データが終了し
た場合には、判別結果は不定とされ（ステップ４０
４）、言語Ａ判別器８４の処理が終了される。

【０１２５】終了していない場合は、２番目のコマンド
チェックが行われ（ステップ３９６）、言語Ａのデータ
において２番目に出現すべきコマンドとして正しいか否
かが判定される（ステップ３９８）。

【０１２６】２番目のコマンドチェックの結果がエラー
であった場合には、判別結果は失敗とされ（ステップ４
０２）、言語Ａ判別器８４の処理が終了される。

【０１２７】２番目に来るべきコマンドが正しければ、
判別結果は「成功」とされ、制御言語は言語Ａとみなさ
れる（ステップ４００）。

【０１２８】以上のように、コマンドの出現順序によっ
て言語を判別する場合には、単に当該言語に特有なコマ
ンドのみを検索する場合と比べて、たまたまデータ列と
して当該コマンドと同じコードを持っている場合との混
同が避けられるので、判別精度が大幅に向上する。しか
も、図１２に示したように、コマンドの出現する順序や
位置が異なれば、その時点で直ちに判別結果を「失敗」
として当該判別器の処理を終了できるので、処理時間の
短縮化も可能となる。

【０１２９】次に、図１３のフローチャートは、言語Ｃ
判別器８８における判別ルールを示したものであり、こ
の判別ルールは、言語Ｃのコマンドの出現数が所定数以
上になったことによって言語Ｃを特定するというもので
ある。

【０１３０】図１３によれば、先ず、コマンドの取得が
行われる（ステップ４０６前段）。コマンドの取得方法
は、アルファベットの検索を行い、検出できたら次の１
バイトまでを取り出す。即ち、２バイト毎のデータを判
別すべきデータより取得する。また、検出したものがア
ルファベットではなく、ＥＳＣ（１Ｂｈ）コードである
場合は、次の１バイトが（２Ｅｈ）であることを確認
し、さらに次の１バイトを取り出す。従って、判別デー
タより３バイトを取得する。

【０１３１】次に、判別データが終了したか否かがチェ
ックされる（ステップ４０８）。データが終了した場合
には、判別結果は不定とされ（ステップ４２８）、言語
Ｃ判別器８８の処理が終了される。

【０１３２】終了していない場合は、コマンドチェック
が行われ（ステップ４１０）、言語Ｃのコマンドとして
正しいか否かが判定される（ステップ４１２）。

【０１３３】コマンドチェックの結果がエラーであった
場合、即ち、コマンド取得がエラー終了又は取得された
コマンドが言語Ｃのものではないと判定された場合に
は、判別結果は失敗とされ（ステップ４１４）、言語Ｃ
判別器８８の処理が終了される。

【０１３４】コマンドチェックの結果が正しかった場合
には、コマンド数のカウントアップ（ステップ４１６）
が行われる。なお、このコマンド数は、言語Ｃ判別器８
８の起動時にゼロクリアーされている。

【０１３５】次に、コマンド数のカウント値が５に達し
たか否かが判定される（ステップ４１８）。肯定判定、
即ち、コマンド数のカウント値が５に達した場合は、判
別結果は「成功」とされ、制御言語は言語Ｃとして扱わ
れる（ステップ４２０）。

【０１３６】否定判定の場合は、コマンドチェックを行
ったコマンドが文字をパラメータとするコマンドか否か
が判定される（ステップ４２２）。文字パラメータのコ
マンドではない場合には、ステップ４０６に戻って判別
データから次のコマンド取得が行われ、いずれかの判別
結果が出るまで同様の処理が繰り返される。

【０１３７】文字パラメータのコマンドの場合には、ス
テップ４０６のコマンド取得でパラメータをコマンドと
して解釈しないようにするため、文字パラメータの読み
捨て処理が行われる（ステップ４２４）。

【０１３８】このパラメータの読み捨て処理で、判別デ
ータが終了したか否かの判定が行われ（ステップ４２
６）、終了した場合には、判別結果を「不定」として言
語Ｃ判別器８８の処理を終了させる。終了していない場
合には、ステップ４０６に戻って判別データから次のコ
マンド取得が行われ、いずれかの判別結果が出るまで同
様の処理が繰り返される。

【０１３９】以上のように、コマンドの出現数によって
言語を判別する場合には、単に当該言語に特有なコマン
ドの有無のみを検出する場合と比べて、判別精度が向上
するという利点がある。このような判別ルールを採用す
る場合において、図１３で示したようにパラメータの読
み捨て処理を行えば、たまたまデータ列として当該コマ
ンドと同じコードを持っている場合との混同が避けられ
るので、判別精度が低下するおそれはなくなる。

【０１４０】また、上記のようにコマンドの出現数によ
って判別される制御言語同士がグループを形成する場
合、例えば上記言語Ｄと言語Ｅのような場合には、前述
したように、２つの判別を別々に行うと誤判別の可能性
が高くなる。例えば、言語Ｄのコマンドには、言語Ｅ判
別器９２でエラーを発生しないものが存在するため、言
語Ｅは言語Ｄの判別を行わないと、最終的に言語Ｅであ
ると判別することができない。

【０１４１】かかるグループ判別の場合の最終的な判定
処理の流れを具体的に図１４のフローチャートに示す。
なお、言語Ｄ判別器９０と言語Ｅ判別器９２の処理は、
コマンドのエラーチェックとコマンド数のカウントのみ
である。

【０１４２】図１４によれば、先ず、言語Ｄ判別器９０
によって、入力データが言語Ｄで記述されているか否か
の判別処理が行われる（ステップ４３０）。処理が終わ
ると、言語Ｄ判別器９０がエラー終了したか否かが判定
され（ステップ４３２）、エラー終了の場合は、次の言
語Ｅ判別器９２による判別処理に移行し（ステップ４３
８）、エラー終了ではない場合は、言語Ｄ特有のコマン
ドの有無がチェックされる（ステップ４３４）。

【０１４３】言語Ｄ特有のコマンドがある場合には、判
別結果は「成功」とされ、制御言語は言語Ｄとして扱わ
れる。一方、言語Ｄ特有のコマンドがない場合には、次
の言語Ｅ判別器９２による判別処理に移行する（ステッ
プ４３８）。

【０１４４】言語Ｅ判別器９２によって、入力データが
言語Ｄで記述されているか否かの判別処理が行われ（ス
テップ４３８）、当該処理が終わると、言語Ｅ判別器９
２がエラー終了したか否かが判定される（ステップ４４
０）。エラー終了の場合は、判別結果は「失敗」とされ
（ステップ４４６）、エラー終了ではない場合は、言語
Ｅ特有のコマンドの有無がチェックされる（ステップ４
４２）。

【０１４５】言語Ｅ特有のコマンドがある場合には、判
別結果は「成功」とされ、制御言語は言語Ｅとして扱わ
れる。一方、言語Ｅ特有のコマンドがない場合には、判
別結果は「不定」とされる（ステップ４４８）。

【０１４６】このように、グループに属する制御言語群
の最終的な判定を行うことにより、グループ内の誤判別
を避けることができ、判定精度を向上させることができ
る。

【０１４７】なお、上記のように各判別器毎に判別ルー
ルを有し、かつ、「成功」を出力した時点で判別処理を
終了させるような場合には、処理時間の速い判別器の順
に処理を進めていくようにすると、処理時間の短縮化に
資することとなる。例えば、コマンドの出現順序をチェ
ックする方法が最も処理が速く、以下にコマンド数によ
るチェック、ユニークコマンドの有無のチェックとなる
ので、各判別器による判別ルールの起動をこの順にすれ
ば、最も処理の繰り返される回数の多い先頭付近の判別
器の処理時間が短いので、平均的な判別処理時間は短縮
される。

【０１４８】また、各判別器を起動させる順番は不変と
してもよいが、可変にすることも可能である。例えば、
直前に判別したものを先に判別する方法、どの制御言語
かの判別結果をカウントしておき、カウント値の大きい
順に判別する方法、ユーザがコマンド又は操作パネルに
よって判別する順番を指定する方法等がある。このよう
に順番を可変にすることにより、より処理時間を短縮化
させることができる。

【０１４９】（第２実施例）第１実施例では、各判別器
毎、即ち制御言語毎に、１つの判別ルールを有する場合
の例について詳述したが、各判別器毎に複数の判別ルー
ルを適用するようにしてもよい。これを第２実施例とし
て以下に開示する。なお、プリンタ装置の構成、ソフト
ウェアの構成については、第１実施例と同様であるの
で、同一の番号を付して説明を省略する。

【０１５０】第２実施例では、各判別器毎に複数の判別
ルールを有している。例えば言語Ａ判別器８４では、デ
ータの１番目及び２番目のコマンド順序が正しい時、又
は、言語Ａに特定のコマンド群が検出された時に言語Ａ
を確定する判別ルールを持っている。従って、判別ルー
ルが適用されるコマンド群が判別ルール毎に異なり、そ
れぞれに対応するグループを構成している。例えば、言
語Ａ判別器８４の場合には、コマンド群は表１のように
分類される。

【０１５１】なお、各判別器は、各判別器毎に与えられ
た判別ルールに従って、読み取られたコマンドを各グル
ープに分類する機能を持っている。

【表１】 表１のグループ分類に基づく言語Ａ判別器８４の動作に
ついて、図１５のフローチャートで説明する。

【０１５２】コマンドの出現順序を検知するため、判別
開始時にコマンド数カウンターが初期化される（ステッ
プ４５０）。

【０１５３】次に、入力データから文字列が取得される
（ステップ４５２）。文字列とは、言語Ａが定義するデ
リミターが検出されるまでの一続きのデータ列をいう。

【０１５４】文字列が取得されている間にデータが終了
したか否かが判定され（ステップ４５４）、データが終
了した場合には、判別結果が「不定」とされ（ステップ
４７２）、判別が終了する。

【０１５５】データが終了しない場合には、取得された
コマンドが正常であるか否かがチェックされ（ステップ
４５６）、正常なコマンドが検出できなければ、判別結
果が「失敗」とされ（ステップ４７４）、判別が終了す
る。

【０１５６】正常なコマンドが検出できたら、コマンド
数カウンターに１が加算される（ステップ４５８）。

【０１５７】次に、検出されたコマンドがグループに
属するか否かがチェックされる（ステップ４６０）。グ
ループに属するコマンド、即ち即座に言語を確定すべ
きコマンドであれば、判別結果が「成功」とされ（ステ
ップ４７６）、判別が終了する。

【０１５８】グループに属さないコマンドであれば、
取得されたコマンドの出現順序が１番目か２番目かによ
って分岐する（ステップ４６２）。

【０１５９】検出されたコマンドの出現順序が１番目で
あり、かつ、当該コマンドがグループに属するコマン
ド、即ちデータの１番目にあるべきコマンドであれば
（ステップ４６４肯定判定）、次のコマンドを取得する
ために文字列取得処理（ステップ４５２）に戻る。ま
た、検出されたコマンドがデータの１番目にあるにもか
かわらず、グループに属さないコマンド、即ちデータ
の１番目にあるべきではないコマンドであれば（ステッ
プ４６４否定判定）、判別結果が「失敗」とされ、判別
処理が終了する。

【０１６０】検出されたコマンドの出現順序が２番目で
あり、かつ、当該コマンドがグループに属するコマン
ド、即ちデータの２番目にあるべきコマンドであれば
（ステップ４６６肯定判定）、判別結果が「成功」とさ
れ、言語Ａが制御言語として扱われる。また、検出され
たコマンドがデータの２番目にあるにもかかわらず、グ
ループに属さないコマンド、即ちデータの２番目にあ
るべきではないコマンドであれば（ステップ４６６否定
判定）、判別結果が「失敗」とされ、判別処理が終了す
る。

【０１６１】以上が第２実施例に係る言語Ａ判別器８４
の動作であるが、このような処理を行うことによって、
判別に要する平均時間を短縮化できるという効果があ
る。即ち、第１実施例では、言語Ａを出現順序のみによ
って判別し、少なくとも２データを検出しなければなら
なかったところ、第２実施例では、例えば、データ列中
の１番目に言語Ａにのみ特有のコマンドがあった場合、
この時点で判別結果を出すことができ、１データの検出
で済む。また、検知すべきデータが少なくなるというこ
とは、データが途中で終了して判別結果が不定となるお
それも少なくなり、判別精度が向上するという利点もあ
る。

【０１６２】次に言語Ｃの判別例について説明する。言
語Ｃ判別器８８の判別ルールは、第１実施例では、コマ
ンドの出現数が基準であったが、第２実施例では、これ
に加えて、言語Ｃにのみ特有のコマンドによる判別も実
行できるようになっている。従って、言語Ｃのコマンド
群は表２のように分類される。

【０１６３】

【表２】 表２のグループ分類に基づく言語Ｃ判別器８８の動作に
ついて、図１６のフローチャートで説明する。

【０１６４】コマンドの出現順序を検知するため、判別
開始時にコマンド数カウンターが初期化される（ステッ
プ４７８）。

【０１６５】次に、入力データから文字列が取得される
（ステップ４８０）。なお、文字列とは、言語Ｃが定義
するデリミターが検出されるまでの一続きのデータ列を
いう。

【０１６６】文字列が取得されている間にデータが終了
したか否かが判定され（ステップ４８２）、データが終
了した場合には、判別結果が「不定」とされ（ステップ
４９４）、判別が終了する。

【０１６７】データが終了しない場合には、取得された
コマンドが正常であるか否かがチェックされ（ステップ
４８４）、正常なコマンドが検出できなければ、判別結
果が「失敗」とされ（ステップ４９６）、判別が終了す
る。

【０１６８】正常なコマンドが検出できたら、当該コマ
ンドがグループに属するか否かがチェックされる（ス
テップ４８６）。グループに属するコマンド、即ち即
座に言語を確定すべきコマンドであれば、判別結果が
「成功」とされ（ステップ４９８）、判別が終了する。
この場合、制御言語は言語Ｃとして扱われる。

【０１６９】グループに属するコマンド、即ち出現数
をカウントすべきコマンドの場合、コマンド数カウンタ
ーに１が加えられる（ステップ４８８）。

【０１７０】次に、コマンド数カウンターのコマンド数
が５に達したか否かが判定され（ステップ４９０）、５
にに達していない場合には、文字列取得処理（ステップ
４８０）に戻って同様の処理が繰り返される。

【０１７１】コマンド数が５に達した場合には、判別結
果が「成功」とされ（ステップ４９２）、制御言語が言
語Ｃとして扱われる。

【０１７２】以上が第２実施例に係る言語Ｃ判別器８８
の動作であるが、このような処理を行うことによって、
判別に要する平均時間を短縮化できるという効果があ
る。即ち、第１実施例では、言語Ｃを出現数のみによっ
て判別し、５つのコマンドを検出しなければならなかっ
たところ、第２実施例では、例えば、５つのコマンドを
検出する前に言語Ｃにのみ特有のコマンドがあった場
合、この時点で判別結果を出すことができる。また、検
知すべきデータが少なくなるということは、データが途
中で終了して判別結果が不定となるおそれも少なくな
り、判別精度が向上するという利点もある。

【０１７３】以上が、本発明に係る実施例であるが、上
記の例に限定されるわけではない。例えば、上記実施例
で示した制御言語を判別する判別器は、上記の制御言語
の種類や数に限定されない。また、判別ルールも、出現
順序やコマンド数のチェックに限られず、例えば、各コ
マンドについての重み付け加算結果や優先順序を利用す
るようにしてもよい。

【０１７４】さらに、回路構成、機能ブロック、ソフト
ウェアの構成、制御や入出力の流れ等も任意好適に変更
可能である。例えば、自動判別処理等をゲートアレイで
実現することによって、より高速化を達成することもで
きる。

【０１７５】

【発明の効果】以上詳細に説明したように、請求項１の
発明では、グループ毎に互いに異なる判別ルールを適用
することにより、入力データを記述する制御言語の種類
を決定するようにしたので、それぞれの制御言語に最適
な判別ルールを各々設定でき、判別に要する処理時間の
短縮化と判別精度の向上が同時に達成できる、という効
果が得られる。

【０１７６】請求項２の発明では、グループ毎の判別ル
ールを、判別処理速度の速い順番に適用するようにした
ので、判別に要する処理時間を短縮できる、という効果
が得られる。

【０１７７】請求項３の発明では、コード別の出現順序
に基づいて制御言語の種類を決定する判別ルールを少な
くとも１回適用するようにしたので、単純にユニークな
コマンドの有無による判別よりも大幅に判別精度を向上
させることができる、という効果が得られる。

【０１７８】請求項４の発明では、コード別の出現数に
基づいて制御言語の種類を決定する判別ルールを少なく
とも１回適用するようにしたので、単にユニークなコマ
ンドの有無に基づく判別ルールよりも誤判定の可能性を
少なくさせることができる、という効果が得られる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

【図１２】言語Ａ判別器８４における判別ルールの流れ
を示したフローチャートである。

【図１３】言語Ｃ判別器８８における判別ルールの流れ
を示したフローチャートである。

【図１４】グループを形成する言語Ｄと言語Ｅの最終的
な判別ルールの流れを示したフローチャートである。

【図１５】第２実施例に係る言語Ａ判別器８４における
判別ルールの流れを示したフローチャートである。

【図１６】第２実施例に係る言語Ｃ判別器８８における
判別ルールの流れを示したフローチャートである。

【符号の説明】

７０ デコンポーザ ７８ 自動判別パーサ ８２ 判別器コントローラ ８４ 言語Ａ判別器 ８６ 言語Ｂ判別器 ８８ 言語Ｃ判別器 ９０ 言語Ｄ判別器 ９２ 言語Ｅ判別器 ９４ グループ判別制御部

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

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 入力データが入力される入力手段と、 前記入力データを記述する可能性のある制御言語群を複
   数のグループに分類する分類手段と、 前記分類手段により分類されたグループ毎に互いに異な
   る判別ルールを前記入力データに対して適用することに
   より、前記入力データを記述する制御言語の種類を決定
   する決定手段と、 前記決定手段により決定された制御言語の種類に基づい
   て前記入力データを解釈して出力する出力手段と、 を含むプリンタ装置。
2. 【請求項２】 前記決定手段は、前記グループ毎の判別
   ルールを、判別処理速度の速い順番に適用することによ
   り、前記入力データを記述する制御言語の種類を決定す
   る請求項１に記載のプリンタ装置。
3. 【請求項３】 前記決定手段は、前記入力データを構成
   するコードを読み取るコード読取手段を備え、前記コー
   ド別の出現順序に基づいて制御言語の種類を決定する判
   別ルールを少なくとも１つ有する請求項１に記載のプリ
   ンタ装置。
4. 【請求項４】 前記決定手段は、前記入力データを構成
   するコードを読み取るコード読取手段を備え、前記コー
   ド別の出現数に基づいて制御言語の種類を決定する判別
   ルールを少なくとも１つ有する請求項１に記載のプリン
   タ装置。