(57)【要約】【課題】ＰＳデータの通信プロトコルに対して適切に対応することのできる画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムの提供を目的とする。【解決手段】ＰＳデータに基づいて印刷を実行する画像形成装置であって、ＰＳ言語において予約されているコードが前記ＰＳデータに含まれているトークンの先頭において検出されたときに、当該予約コードに応じて前記ＰＳデータの通信プロトコルを判定する判定手段を有し、前記判定手段によって判定された通信プロトコルに基づいて前記ＰＳデータを処理することにより上記課題を解決する。【選択図】図１３
2008207432.tif 000002
【特許請求の範囲】
【請求項１】
ＰＳデータに基づいて印刷を実行する画像形成装置であって、
ＰＳ言語において予約されているコードが前記ＰＳデータに含まれているトークンの先頭において検出されたときに、当該予約コードに応じて前記ＰＳデータの通信プロトコルを判定する判定手段を有し、
前記判定手段によって判定された通信プロトコルに基づいて前記ＰＳデータを処理することを特徴とする画像形成装置。
【請求項２】
前記判定手段は、前記予約されているコードが検出されないときは、前記通信プロトコルはバイナリモードであると判定することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記判定手段は、前記予約されているコードのうち制御コードが検出されたときは、前記通信プロトコルはＡＳＣＩＩモードであると判定することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
前記判定手段は、前記制御コードが検出されたときであっても、更に＾Ａコードが検出されたときは、前記通信プロトコルはＢＣＰモードであると判定することを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記判定手段は、前記制御コードが検出されたときであっても、更に＾ＡＭコードが検出されたときは、前記通信プロトコルはＴＢＣＰモードであると判定することを特徴とする請求項３記載の画像形成装置。
【請求項６】
前記判定手段は、＾Ａコードが検出されたときは、前記通信プロトコルはＢＣＰモードであると判定することを特徴とする請求項１又は２記載の画像形成装置。
【請求項７】
前記判定手段は、＾ＡＭコードが検出されたときは、前記通信プロトコルはＴＢＣＰモードであると判定することを特徴とする請求項１又は２記載の画像形成装置。
【請求項８】
ＰＳデータに基づいて印刷を実行する画像形成装置が実行するＰＳデータ処理方法であって、
ＰＳ言語において予約されているコードが前記ＰＳデータに含まれているトークンの先頭において検出されたときに、当該予約コードに応じて前記ＰＳデータの通信プロトコルを判定する判定手順を有し、
前記判定手段において判定された通信プロトコルに基づいて前記ＰＳデータを処理することを特徴とするＰＳデータ処理方法。
【請求項９】
前記判定手順は、前記予約されているコードが検出されないときは、前記通信プロトコルはバイナリモードであると判定することを特徴とする請求項８記載のＰＳデータ処理方法。
【請求項１０】
前記判定手順は、前記予約されているコードのうち制御コードが検出されたときは、前記通信プロトコルはＡＳＣＩＩモードであると判定することを特徴とする請求項８又は９記載のＰＳデータ処理方法。
【請求項１１】
前記判定手順は、前記制御コードが検出されたときであっても、更に＾Ａコードが検出されたときは、前記通信プロトコルはＢＣＰモードであると判定することを特徴とする請求項１０記載のＰＳデータ処理方法。
【請求項１２】
前記判定手順は、前記制御コードが検出されたときであっても、更に＾ＡＭコードが検出されたときは、前記通信プロトコルはＴＢＣＰモードであると判定することを特徴とする請求項１０記載のＰＳデータ処理方法。
【請求項１３】
前記判定手順は、＾Ａコードが検出されたときは、前記通信プロトコルはＢＣＰモードであると判定することを特徴とする請求項８又は９記載のＰＳデータ処理方法。
【請求項１４】
前記判定手順は、＾ＡＭコードが検出されたときは、前記通信プロトコルはＴＢＣＰモードであると判定することを特徴とする請求項８又は９記載のＰＳデータ処理方法。
【請求項１５】
請求項８乃至１４いずれか一項記載のＰＳデータ処理方法を画像形成装置に実行させるためのＰＳデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムに関し、特に、ＰＳデータに基づいて印刷を実行する画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムに関する。
【背景技術】
【０００２】
従来、ページ記述言語の一つであるＰＳ（PostScript）言語の通信プロトコルとしては、ＡＳＣＩＩモード、ＢＣＰ（Binary Control Protocol）モード、ＴＢＣＰ（Tagged Binary Control Protocol）モード、バイナリモードの４種類が存在する。ＰＳ言語による印刷データ（ＰＳデータ）を印刷する場合、プリンタ側において操作パネル等により設定（選択）される通信プロトコル（受信側の設定値）と、印刷データを送信するＰＣ（Personal Computer）等のホストコンピュータ側においてプリンタドライバのプロパティダイアログ等より設定（選択）される通信プロトコル（送信側の設定値）とが一致していないと、プリンタ側ではＰＳデータを適切に解釈することができず印刷処理を正常に実行することができない。したがって、プリンタ側とＰＣ側とにおいて予め通信プロトコルの設定を一致させておく必要がある。
【特許文献１】特開平０７−２４８８８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、例えばオフィス等、一台のプリンタが複数のユーザによって共有される環境において、各ユーザが利用しているＰＣにおいて設定されている通信プロトコルは、必ずしも一致しているとは限らない。すなわち、ユーザＡのＰＣとプリンタとの通信プロトコルが一致していたとしても、ユーザＢのＰＣには別の通信プロトコルが設定されている場合がある。この場合、ユーザＢが印刷する際は、ユーザＢのＰＣ又はプリンタのいずれかの通信プロトコルの設定を変更しなければならない。斯かる状況は、ユーザ数が多くなればなる程複雑になる。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、ＰＳデータの通信プロトコルに対して適切に対応することのできる画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００５】
そこで上記課題を解決するため、本発明は、ＰＳデータに基づいて印刷を実行する画像形成装置であって、ＰＳ言語において予約されているコードが前記ＰＳデータに含まれているトークンの先頭において検出されたときに、当該予約コードに応じて前記ＰＳデータの通信プロトコルを判定する判定手段を有し、前記判定手段によって判定された通信プロトコルに基づいて前記ＰＳデータを処理することを特徴とする。
【０００６】
このような画像形成装置では、ＰＳデータの通信プロトコルに対して適切に対応することができる。
【発明の効果】
【０００７】
本発明によれば、ＰＳデータの通信プロトコルに対して適切に対応することのできる画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムを提供することができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において画像形成装置１０は、コントローラ１１、プリンタエンジン１８、及び操作パネル１９等のハードウェアを有するプリンタである。
【０００９】
コントローラ１１は、バスＢによって接続された、ホストＩ／Ｆ（インタフェース）１２、ＣＰＵ１３、ＲＯＭ１４、ＲＡＭ１５、エンジンＩ／Ｆ１６、及びＨＤＤ１７等を含む。ＲＯＭ１４には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１５は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１３は、ＲＡＭ１５にロードされたプログラムを処理することにより、後述される機能を実現する。ＨＤＤ１７は、各種のデータの保存領域やプログラムの仮想メモリ（記憶）領域として用いられる。ホストＩ／Ｆ１２は、印刷データを送信するＰＣ（Personal Computer）等のホストコンピュータと、ネットワーク又はＵＳＢ（Universal Serial Bus）ケーブル等を介して接続するためのインタフェースである。エンジンＩ／Ｆ１６は、プリンタエンジン１８をコントローラ１１に接続するためのインタフェースである。
【００１０】
プリンタエンジン１８は、画像データ（印刷画像）を印刷用紙に印刷するためのハードウェアである。操作パネル１９は、ユーザからの入力の受け付けや、ユーザに対する情報の通知等を行うめのボタン、液晶パネル等を備えたハードウェアである。
【００１１】
図２は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。図２に示される各ブロックは、ＣＰＵ１３によってプログラムが処理されることにより実現される。
【００１２】
図２において、画像形成装置１０のソフトウェアは、システム部１１０とインタプリタ部１２０とに大別される。システム部１１０は、ＯＳ（Operating System）等、システム制御を担う部分であり、入力Ｉ／Ｆ１１１、ホストバッファ１１２、及びフレームバッファ１１３を含む。インタプリタ部１２０は、ホストコンピュータ２０より送信される印刷データ（ＰＳ（PostScript）データ）に含まれているＰＳ（PostScript）言語を解釈し、ＰＳ言語によって指示された処理を実行する部分であり、ストリームバッファ１２１、言語解析部１２２、印刷設定部１２３、及び描画処理部１２４等を含む。なお、ホストバッファ１１２、ストリームバッファ１２１、及びフレームバッファ１１３は、ＲＡＭ１５又はＨＤＤ１７上に確保される記憶領域である。
【００１３】
ホストコンピュータ２０より送信されるＰＳデータは、入力Ｉ／Ｆ１１１によって受信され、ホストバッファ１１２に一時的に格納される。ホストバッファ１１２に格納されたＰＳデータは、ストリームバッファ１２１にコピーされる。言語解析部１２２は、ストリームバッファ１２１にコピーされたＰＳデータを解析し、中間形式のデータであるディスプレイリスト１２５を生成すると共に、パンチ、ステープル、及び集約等の後処理に関する設定情報を印刷設定部１２３に出力する。
【００１４】
描画処理部１２４は、ディスプレイリスト１２５に基づいてフレームバッファ１１３に画像データを描画（生成）する。フレームバッファ１１３に描画された画像データは、プリンタエンジン１８によって印刷される。この際、印刷設定部１２３より後処理に関する指示がプリンタエンジン１８に出力され、パンチ、ステープル、集約等の処理が行われる。
【００１５】
ところで、ＰＳデータは、ＡＳＣＩＩモード、ＢＣＰ（Binary Control Protocol）モード、ＴＢＣＰ（Tagged Binary Control Protocol）モード、又はバイナリモードのいずれかの通信プロトコルに基づいてホストコンピュータ２０より送信される。
【００１６】
ＡＳＣＩＩモードとは、基本的に印字可能な文字である０ｘ２０〜０ｘ７Ｆの文字と、図３に示される制御コードとを使用する通信プロトコルである。
【００１７】
図３は、ＡＳＣＩＩモードにおいて予約された制御コードを示す図である。図３に示されるように、ＡＳＣＩＩモードにおいては、＾Ｃ、＾Ｄ、＾Ｑ、＾Ｓ、＾Ｔ、＾［の６つのコードが制御コードとして予約されている。
【００１８】
図４に、ＡＳＣＩＩモードのＰＳデータの例を示す。
【００１９】
ＢＣＰモードは、ＡＳＣＩＩモードで使用される文字及び制御コードに加えて、ＱＵＯＴＥと呼ばれる処理を用いてバイナリデータを送信することもできる通信プロトコルである。すなわち、図３に示される制御コードは制御コードとして予約されているため、データとして送信することはできない。そこで、制御コードをデータとして送信可能とするため、ＢＣＰでは当該制御コードに０ｘ４０をＸＯＲした２バイトのデータをコード＾Ａの後に送信することで当該制御コードをデータとして認識させる。例えば、０ｘ１４（＾Ｔ）をデータとして送りたい場合は、０ｘ０１（＾Ａ）  ０ｘ５４（＾Ｔ  ＸＯＲ  ０ｘ４０）の２バイトのデータが送信される。
【００２０】
図５に、ＢＣＰモードのＰＳデータの例を示す。
【００２１】
ＴＢＣＰモードは、ＢＣＰモード同様、ＡＳＣＩＩモードで使用される文字及び制御コードに加えて、ＱＵＯＴＥ処理を用いてバイナリデータを送信することもできる通信プロトコルである。但し、ＱＵＯＴＥ処理は、ＴＢＣＰの開始を示すコードである＾ＡＭ（０ｘ０１  ０ｘ４ｄ）の検知後にのみ実施される。
従って、ＴＢＣＰは一般的に以下の形式となる。
（Ｔｅｘｔ  Ｄａｔａ）  ......  ＾ＡＭ  ......  （Ｂｉｎａｒｙ  Ｄａｔａ）  ...．．  ＥＳＣ％−１２３４５Ｘ
なお、＾ＡＭは、ＰｏｓｔＳｃｒｉｐｔトークンの先頭にある場合のみ認識される。トークンの途中にあるＴＢＣＰ開始プロトコルはバイナリモードとして解釈される。
【００２２】
図６に、ＴＢＣＰモードのＰＳデータの例を示す。
【００２３】
バイナリモードは、図３の制御コードを特殊なコードとして処理せず、単なるデータとして処理する通信プロトコルである。図７に、バイナリモードのＰＳデータの例を示す。
【００２４】
以上のような４種類の通信プロトコルが用いられ得る状況において、画像形成装置１０は、言語解析部１２２によっていずれの通信プロトコルが用いられているのか自動的に判定する。図８は、本実施の形態の画像形成装置がＰＳデータの通信プロトコルを自動判定する様子を概念的に示す図である。
【００２５】
図８において、ホストコンピュータ２０におけるスイッチ２１は、ユーザによる設定によってＰＳデータの通信プロトコルが変更され得ることを示す。画像形成装置１０におけるスイッチ１２２１は、言語解析部１２２がストリームバッファ１２１に格納されたＰＳデータを解析することにより、当該通信プロトコルを自動的に判定することを示す。
【００２６】
スイッチ１２２１の実現方法、すなわち、ＰＳデータに基づく通信プロトコルの判定方法について説明する。上述した各通信プロトコルの特性に基づけば、ＡＳＣＩＩモードの特徴は制御コードの存在であるといえる。また、ＢＣＰモードの特徴は、＾Ａコードの存在であるといえる。また、ＴＢＣＰモードの特徴は、＾ＡＭコードの存在であるといえる。なお、以下において、図３に示される制御コードの他、＾Ａコード及び＾ＡＭコードをも含めて予約コードという。
【００２７】
ところで、これらの予約コードは、ＰＳ言語の文法上トークンの途中に挿入されることは許されない。言い換えれば、予約コードは、トークンの前後においてのみ挿入され得る。この点について、具体的に説明する。
【００２８】
図９は、ＰＳデータの記述例を示す図である。図４に示されるようなＰＳデータは、／Ｃｏｕｒｉｅｒ、２０、ｓｅｌｓｅｃｔｆｏｎｔ、１００、１００、ｍｏｖｅｔｏ、（Ｓａｍｐｌｅ）、ｓｈｏｗ、ｓｈｏｗｐａｇｅのトークンに分割される。この場合、予約コードは、／Ｃｏｕｒｉｅｒ、２０、ｓｅｌｓｅｃｔｆｏｎｔ、１００、１００、ｍｏｖｅｔｏ、（Ｓａｍｐｌｅ）、ｓｈｏｗ、ｓｈｏｗｐａｇｅのいずれの途中にも挿入されることはない。
【００２９】
したがって、図９は、文法上認められる予約コードの挿入例を示す。図９では、（１）〜（４）の４つの例が示されているが、いずれの例においても予約コード（＾Ｔ）はトークンの前後のいずれかに挿入されている。
【００３０】
一方、図１０は、文法上認められない予約コードの挿入例を示す。図１０では、（１）〜（３）の３つの例が示されている。（１）では、トークン「／Ｃｏｕｒｉｅｒ」の途中に予約コード（＾Ｔ）が挿入されている。（２）では、トークン「２０」の途中に予約コードが挿入されている。（３）では、トークン「ｓｅｌｅｃｔｆｏｎｔ」の途中に予約コードが挿入されている。
【００３１】
斯かる文法に鑑みて、言語解析部１２２は、トークンの先頭において予約コードを検出する。予約コードの検出位置をトークンの先頭に限定することで、バイナリデータからの予約コードの誤検出を抑止することができる。
【００３２】
次に、４種類の通信プロトコルの関係について整理する。図１２は、各通信プロトコルの包含関係を示す図である。図１２に示されるように、バイナリモードは、制御コードを含まないという意味において、他のモードとの包含関係は無い。一方、ＡＳＣＩＩモードと、ＢＣＰモードと、ＴＢＣＰモードとは、テキストデータと制御コードとを含む点において重複する。但し、＾Ａコードの後にＱＵＯＴＥデータが続くのはＢＣＰモードだけであり、＾ＡＭコードの後に＾Ａコード及びＱＵＯＴＥデータが続くのはＴＢＣＰモードだけである。斯かる包含関係に基づいて、言語解析部１２２は、次のように通信プロトコルを自動的に判定する。
【００３３】
図１３は、通信プロトコルの判定ロジックを概念的に示す図である。まず、言語解析部１２２は、通信プロトコルはバイナリモードであると仮定する。いずれかのトークンの先頭において＾Ａコードが検出された場合はＢＣＰモードと判定し、制御コードが検出された場合はＡＳＣＩＩモードと判定し、＾ＡＭコードが検出された場合はＴＢＣＰモードと判定する。但し、図１２に示されるように、ＡＳＣＩＩコードと判定された場合であってもＢＣＰモード又はＴＢＣＰモードである可能性が残る。そこで、言語解析部１２２は、ＡＳＣＩＩコードと判定された後、トークンの先頭において＾Ａコードが検出された場合はＢＣＰモードと判定し、＾ＡＭコードが検出された場合はＴＢＣＰモードと判定する。なお、最初に通信プロトコルはバイナリモードであると仮定されているため、予約コードが全く検出されなかった場合は、通信プロトコルはバイナリモードであると判定される。
【００３４】
かかるロジックを実現するため、言語解析部１２２は、次のような構成を有する。図１４は、言語解析部の機能構成例を示す図である。図１４において、言語解析部１２２は、トークン分割部１２２１、プロトコル判定部１２２２、プロトコル解析部１２２３、及び言語解釈部１２２４等より構成される。
【００３５】
トークン分割部１２２１は、ＰＳデータをトークンに分割する。プロトコル判定部１２２２は、トークンの先頭に予約コードを検出することにより通信プロトコルを判定する。プロトコル解析部１２２３は、プロトコル判定部１２２２によって判定された通信プロトコルにしたがって、制御コードやＱＵＯＴＥデータを解決する。言語解釈部１２２４は、制御コードやＱＵＯＴＥデータ等が解決されたＰＳデータを解釈する。
【００３６】
以下、図１４のプロトコル判定部１２２２による処理手順を説明する。図１５は、プロトコル判定部による処理を説明するためのフローチャートである。
【００３７】
まず、通信プロトコルの判定値の初期値をバイナリモードとする（Ｓ１０１）。ステップＳ１０２以降は、トークン分割部１２２１によって分割された各トークンについて順番に処理が実行される。まず、処理対象のトークンの先頭に制御コードが含まれているか否かをチェックする（Ｓ１０２）。制御コードが検出された場合（Ｓ１０２でＹ）、現時点における通信プロトコルの判定値は、ＢＣＰモード又はＴＢＣＰモードであるか判定する（Ｓ１０３）。現時点における通信プロトコルの判定値がＢＣＰ及びＴＢＣＰのいずれでもない場合（Ｓ１０３でＮ）、当該判定値をＡＳＣＩＩモードとする（Ｓ１０４）。
【００３８】
続いて、トークンの先頭に＾Ａコードが含まれているか否かをチェックする（Ｓ１０５）。＾Ａコードが検出されなかった場合（Ｓ１０５でＮ）、当該トークンに関する処理は終了し、次のトークンについて処理を行う。一方、＾Ａコードが検出された場合（Ｓ１０５でＹ）、＾Ａコードの次の１バイト（１文字）がＭであるか否かを判定する（Ｓ１０６）。＾Ａコードの次の１バイトがＭでない場合（Ｓ１０６でＮ）、現時点の判定値がＴＢＣＰでなければ（Ｓ１０７でＮ）判定値をＢＣＰモードとする。＾Ａコードの次の１バイトがＭである場合、すなわち、＾ＡＭコードが検出された場合（Ｓ１０６でＹ）、判定値をＴＢＣＰモードとする（Ｓ１０９）。
【００３９】
全てのトークンについて処理が完了すると、その時点における判定値を通信プロトコルの判定結果として出力する。
【００４０】
図１５の処理を具体的な事例に当てはめて説明する。図１６〜図２０は、通信プロトコルの判定の具体例を示す図である。
【００４１】
図１６について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ１１）。続いて、制御コード（＾Ｔ）の検出に応じて判定値はＡＳＣＩＩモードに遷移する（Ｓ１２）。その後、＾Ａコード又は＾ＡＭコードは検出されないため、ＡＳＣＩＩモードが判定結果とされる。
【００４２】
図１７について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ２１）。＾Ａコードの検出に応じて判定値はＢＣＰモードに遷移する（Ｓ２２）。その後、制御コード（＾Ｔ）が検出されても、既にＢＣＰモードであるため、判定値は変更されない（Ｓ２３）。したがって、ＢＣＰモードが判定結果とされる。
【００４３】
図１８について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ３１）。＾ＡＭコードの検出に応じて判定値はＴＢＣＰモードに遷移する（Ｓ３２）。その後、制御コード（＾Ｔ）が検出されても、既にＴＢＣＰモードであるため、判定値は変更されない（Ｓ３３）。したがって、ＴＢＣＰモードが判定結果とされる。
【００４４】
図１９について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ４１）。続いて、制御コード（＾Ｔ）の検出に応じて判定値はＡＳＣＩＩモードに遷移する（Ｓ４２）。続いて、＾Ａコードの検出に応じて判定値はＢＣＰモードに遷移する（Ｓ４３）。その後、制御コード（＾Ｔ）が検出されても、既にＢＣＰモードであるため、判定値は変更されない（Ｓ４４）。したがって、ＢＣＰモードが判定結果とされる。
【００４５】
図２０について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ５１）。続いて、制御コード（＾Ｔ）の検出に応じて判定値はＡＳＣＩＩモードに遷移する（Ｓ５２）。続いて、＾ＡＭコードの検出に応じて判定値はＴＢＣＰモードに遷移する（Ｓ５３）。その後、制御コード（＾Ｔ）が検出されても、既にＴＢＣＰモードであるため、判定値は変更されない（Ｓ５５）。したがって、ＴＢＣＰモードが判定結果とされる。
【００４６】
上述したように、本実施の形態における画像形成装置１０によれば、ＰＳデータの通信プロトコルを自動的に判定することができる。したがって、予め通信プロトコルが設定される必要はなく、当該設定作業の負担を軽減することができる。
【００４７】
なお、自動判定を行うか否かをユーザに選択させるようにしてもよい。図２１は、画像形成装置の操作パネルに表示される通信プロトコルの設定画面例を示す図である。
【００４８】
図２１に示される設定画面では、４種類の通信プロトコルの他、「自動検知」が選択候補として表示されている。ここで、「自動検知」が選択された場合に、本実施の形態における通信プロトコルの自動判定を行うようにしてもよい。
【００４９】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。
【図３】ＡＳＣＩＩモードにおいて予約された制御コードを示す図である。
【図４】ＡＳＣＩＩモードのＰＳデータの例を示す図である。
【図５】ＢＣＰモードのＰＳデータの例を示す図である。
【図６】ＴＢＣＰモードのＰＳデータの例を示す図である。
【図７】バイナリモードのＰＳデータの例を示す図である。
【図８】本実施の形態の画像形成装置がＰＳデータの通信プロトコルを自動判定する様子を概念的に示す図である。
【図９】ＰＳデータの記述例を示す図である。
【図１０】文法上認められる予約コードの挿入例を示す図である。
【図１１】文法上認められない予約コードの挿入例を示す図である。
【図１２】各通信プロトコルの包含関係を示す図である。
【図１３】通信プロトコルの判定ロジックを概念的に示す図である。
【図１４】言語解析部の機能構成例を示す図である。
【図１５】プロトコル判定部による処理を説明するためのフローチャートである。
【図１６】通信プロトコルの判定の具体例を示す図である。
【図１７】通信プロトコルの判定の具体例を示す図である。
【図１８】通信プロトコルの判定の具体例を示す図である。
【図１９】通信プロトコルの判定の具体例を示す図である。
【図２０】通信プロトコルの判定の具体例を示す図である。
【図２１】画像形成装置の操作パネルに表示される通信プロトコルの設定画面例を示す図である。
【符号の説明】
【００５１】
１０        画像形成装置
１１        コントローラ
１２        ホストＩ／Ｆ
１３        ＣＰＵ
１４        ＲＯＭ
１５        ＲＡＭ
１６        エンジンＩ／Ｆ
１７        ＨＤＤ
１８        プリンタエンジン
１９        操作パネル
１１０      システム部
１１１      入力Ｉ／Ｆ
１１２      ホストバッファ
１１３      フレームバッファ
１２０      インタプリタ部
１２１      ストリームバッファ
１２２      言語解析部
１２３      印刷設定部
１２４      描画処理部
１２２１    トークン分割部
１２２２    プロトコル判定部
１２２３    プロトコル解析部
１２２４    言語解釈部
Ｂ          バス
【図１】
2008207432.tif 000003
【図２】
2008207432.tif 000004
【図３】
2008207432.tif 000005
【図４】
2008207432.tif 000006
【図５】
2008207432.tif 000007
【図６】
2008207432.tif 000008
【図７】
2008207432.tif 000009
【図８】
2008207432.tif 000010
【図９】
2008207432.tif 000011
【図１０】
2008207432.tif 000012
【図１１】
2008207432.tif 000013
【図１２】
2008207432.tif 000014
【図１３】
2008207432.tif 000015
【図１４】
2008207432.tif 000016
【図１５】
2008207432.tif 000017
【図１６】
2008207432.tif 000018
【図１７】
2008207432.tif 000019
【図１８】
2008207432.tif 000020
【図１９】
2008207432.tif 000021
【図２０】
2008207432.tif 000022
【図２１】
2008207432.tif 000023