JP5013901B2 - 画像形成装置、ｐｓデータ処理方法、及びｐｓデータ処理プログラム - Google Patents

Description

本発明は、画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムに関し、特に、ＰＳデータに基づいて印刷を実行する画像形成装置、ＰＳデータ処理方法、及びＰＳデータ処理プログラムに関する。

従来、ページ記述言語の一つであるＰＳ（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）モード、又はバイナリモードのいずれかの通信プロトコルに基づいてホストコンピュータ２０より送信される。

ＡＳＣＩＩモードとは、基本的に印字可能な文字である０ｘ２０〜０ｘ７Ｆの文字と、図３に示される制御コードとを使用する通信プロトコルである。

図３は、ＡＳＣＩＩモードにおいて予約された制御コードを示す図である。図３に示されるように、ＡＳＣＩＩモードにおいては、＾Ｃ、＾Ｄ、＾Ｑ、＾Ｓ、＾Ｔ、＾［の６つのコードが制御コードとして予約されている。

図４に、ＡＳＣＩＩモードのＰＳデータの例を示す。

ＢＣＰモードは、ＡＳＣＩＩモードで使用される文字及び制御コードに加えて、ＱＵＯＴＥと呼ばれる処理を用いてバイナリデータを送信することもできる通信プロトコルである。すなわち、図３に示される制御コードは制御コードとして予約されているため、データとして送信することはできない。そこで、制御コードをデータとして送信可能とするため、ＢＣＰでは当該制御コードに０ｘ４０をＸＯＲした２バイトのデータをコード＾Ａの後に送信することで当該制御コードをデータとして認識させる。例えば、０ｘ１４（＾Ｔ）をデータとして送りたい場合は、０ｘ０１（＾Ａ） ０ｘ５４（＾Ｔ ＸＯＲ ０ｘ４０）の２バイトのデータが送信される。

図５に、ＢＣＰモードのＰＳデータの例を示す。

ＴＢＣＰモードは、ＢＣＰモード同様、ＡＳＣＩＩモードで使用される文字及び制御コードに加えて、ＱＵＯＴＥ処理を用いてバイナリデータを送信することもできる通信プロトコルである。但し、ＱＵＯＴＥ処理は、ＴＢＣＰの開始を示すコードである＾ＡＭ（０ｘ０１ ０ｘ４ｄ）の検知後にのみ実施される。
従って、ＴＢＣＰは一般的に以下の形式となる。
（Ｔｅｘｔ Ｄａｔａ） ...... ＾ＡＭ ...... （Ｂｉｎａｒｙ Ｄａｔａ） ...．． ＥＳＣ％−１２３４５Ｘ
なお、＾ＡＭは、ＰｏｓｔＳｃｒｉｐｔトークンの先頭にある場合のみ認識される。トークンの途中にあるＴＢＣＰ開始プロトコルはバイナリモードとして解釈される。

図６に、ＴＢＣＰモードのＰＳデータの例を示す。

バイナリモードは、図３の制御コードを特殊なコードとして処理せず、単なるデータとして処理する通信プロトコルである。図７に、バイナリモードのＰＳデータの例を示す。

以上のような４種類の通信プロトコルが用いられ得る状況において、画像形成装置１０は、言語解析部１２２によっていずれの通信プロトコルが用いられているのか自動的に判定する。図８は、本実施の形態の画像形成装置がＰＳデータの通信プロトコルを自動判定する様子を概念的に示す図である。

図８において、ホストコンピュータ２０におけるスイッチ２１は、ユーザによる設定によってＰＳデータの通信プロトコルが変更され得ることを示す。画像形成装置１０におけるスイッチ１２２１は、言語解析部１２２がストリームバッファ１２１に格納されたＰＳデータを解析することにより、当該通信プロトコルを自動的に判定することを示す。

スイッチ１２２１の実現方法、すなわち、ＰＳデータに基づく通信プロトコルの判定方法について説明する。上述した各通信プロトコルの特性に基づけば、ＡＳＣＩＩモードの特徴は制御コードの存在であるといえる。また、ＢＣＰモードの特徴は、＾Ａコードの存在であるといえる。また、ＴＢＣＰモードの特徴は、＾ＡＭコードの存在であるといえる。なお、以下において、図３に示される制御コードの他、＾Ａコード及び＾ＡＭコードをも含めて予約コードという。

ところで、これらの予約コードは、ＰＳ言語の文法上トークンの途中に挿入されることは許されない。言い換えれば、予約コードは、トークンの前後においてのみ挿入され得る。この点について、具体的に説明する。

図９は、ＰＳデータの記述例を示す図である。図４に示されるようなＰＳデータは、／Ｃｏｕｒｉｅｒ、２０、ｓｅｌｓｅｃｔｆｏｎｔ、１００、１００、ｍｏｖｅｔｏ、（Ｓａｍｐｌｅ）、ｓｈｏｗ、ｓｈｏｗｐａｇｅのトークンに分割される。この場合、予約コードは、／Ｃｏｕｒｉｅｒ、２０、ｓｅｌｓｅｃｔｆｏｎｔ、１００、１００、ｍｏｖｅｔｏ、（Ｓａｍｐｌｅ）、ｓｈｏｗ、ｓｈｏｗｐａｇｅのいずれの途中にも挿入されることはない。

したがって、図９は、文法上認められる予約コードの挿入例を示す。図９では、（１）〜（４）の４つの例が示されているが、いずれの例においても予約コード（＾Ｔ）はトークンの前後のいずれかに挿入されている。

一方、図１０は、文法上認められない予約コードの挿入例を示す。図１０では、（１）〜（３）の３つの例が示されている。（１）では、トークン「／Ｃｏｕｒｉｅｒ」の途中に予約コード（＾Ｔ）が挿入されている。（２）では、トークン「２０」の途中に予約コードが挿入されている。（３）では、トークン「ｓｅｌｅｃｔｆｏｎｔ」の途中に予約コードが挿入されている。

斯かる文法に鑑みて、言語解析部１２２は、トークンの先頭において予約コードを検出する。予約コードの検出位置をトークンの先頭に限定することで、バイナリデータからの予約コードの誤検出を抑止することができる。

次に、４種類の通信プロトコルの関係について整理する。図１２は、各通信プロトコルの包含関係を示す図である。図１２に示されるように、バイナリモードは、制御コードを含まないという意味において、他のモードとの包含関係は無い。一方、ＡＳＣＩＩモードと、ＢＣＰモードと、ＴＢＣＰモードとは、テキストデータと制御コードとを含む点において重複する。但し、＾Ａコードの後にＱＵＯＴＥデータが続くのはＢＣＰモードだけであり、＾ＡＭコードの後に＾Ａコード及びＱＵＯＴＥデータが続くのはＴＢＣＰモードだけである。斯かる包含関係に基づいて、言語解析部１２２は、次のように通信プロトコルを自動的に判定する。

図１３は、通信プロトコルの判定ロジックを概念的に示す図である。まず、言語解析部１２２は、通信プロトコルはバイナリモードであると仮定する。いずれかのトークンの先頭において＾Ａコードが検出された場合はＢＣＰモードと判定し、制御コードが検出された場合はＡＳＣＩＩモードと判定し、＾ＡＭコードが検出された場合はＴＢＣＰモードと判定する。但し、図１２に示されるように、ＡＳＣＩＩコードと判定された場合であってもＢＣＰモード又はＴＢＣＰモードである可能性が残る。そこで、言語解析部１２２は、ＡＳＣＩＩコードと判定された後、トークンの先頭において＾Ａコードが検出された場合はＢＣＰモードと判定し、＾ＡＭコードが検出された場合はＴＢＣＰモードと判定する。なお、最初に通信プロトコルはバイナリモードであると仮定されているため、予約コードが全く検出されなかった場合は、通信プロトコルはバイナリモードであると判定される。

かかるロジックを実現するため、言語解析部１２２は、次のような構成を有する。図１４は、言語解析部の機能構成例を示す図である。図１４において、言語解析部１２２は、トークン分割部１２２１、プロトコル判定部１２２２、プロトコル解析部１２２３、及び言語解釈部１２２４等より構成される。

トークン分割部１２２１は、ＰＳデータをトークンに分割する。プロトコル判定部１２２２は、トークンの先頭に予約コードを検出することにより通信プロトコルを判定する。プロトコル解析部１２２３は、プロトコル判定部１２２２によって判定された通信プロトコルにしたがって、制御コードやＱＵＯＴＥデータを解決する。言語解釈部１２２４は、制御コードやＱＵＯＴＥデータ等が解決されたＰＳデータを解釈する。

以下、図１４のプロトコル判定部１２２２による処理手順を説明する。図１５は、プロトコル判定部による処理を説明するためのフローチャートである。

まず、通信プロトコルの判定値の初期値をバイナリモードとする（Ｓ１０１）。ステップＳ１０２以降は、トークン分割部１２２１によって分割された各トークンについて順番に処理が実行される。まず、処理対象のトークンの先頭に制御コードが含まれているか否かをチェックする（Ｓ１０２）。制御コードが検出された場合（Ｓ１０２でＹ）、現時点における通信プロトコルの判定値は、ＢＣＰモード又はＴＢＣＰモードであるか判定する（Ｓ１０３）。現時点における通信プロトコルの判定値がＢＣＰ及びＴＢＣＰのいずれでもない場合（Ｓ１０３でＮ）、当該判定値をＡＳＣＩＩモードとする（Ｓ１０４）。

続いて、トークンの先頭に＾Ａコードが含まれているか否かをチェックする（Ｓ１０５）。＾Ａコードが検出されなかった場合（Ｓ１０５でＮ）、当該トークンに関する処理は終了し、次のトークンについて処理を行う。一方、＾Ａコードが検出された場合（Ｓ１０５でＹ）、＾Ａコードの次の１バイト（１文字）がＭであるか否かを判定する（Ｓ１０６）。＾Ａコードの次の１バイトがＭでない場合（Ｓ１０６でＮ）、現時点の判定値がＴＢＣＰでなければ（Ｓ１０７でＮ）判定値をＢＣＰモードとする。＾Ａコードの次の１バイトがＭである場合、すなわち、＾ＡＭコードが検出された場合（Ｓ１０６でＹ）、判定値をＴＢＣＰモードとする（Ｓ１０９）。

全てのトークンについて処理が完了すると、その時点における判定値を通信プロトコルの判定結果として出力する。

図１５の処理を具体的な事例に当てはめて説明する。図１６〜図２０は、通信プロトコルの判定の具体例を示す図である。

図１６について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ１１）。続いて、制御コード（＾Ｔ）の検出に応じて判定値はＡＳＣＩＩモードに遷移する（Ｓ１２）。その後、＾Ａコード又は＾ＡＭコードは検出されないため、ＡＳＣＩＩモードが判定結果とされる。

図１７について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ２１）。＾Ａコードの検出に応じて判定値はＢＣＰモードに遷移する（Ｓ２２）。その後、制御コード（＾Ｔ）が検出されても、既にＢＣＰモードであるため、判定値は変更されない（Ｓ２３）。したがって、ＢＣＰモードが判定結果とされる。

図１８について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ３１）。＾ＡＭコードの検出に応じて判定値はＴＢＣＰモードに遷移する（Ｓ３２）。その後、制御コード（＾Ｔ）が検出されても、既にＴＢＣＰモードであるため、判定値は変更されない（Ｓ３３）。したがって、ＴＢＣＰモードが判定結果とされる。

図１９について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ４１）。続いて、制御コード（＾Ｔ）の検出に応じて判定値はＡＳＣＩＩモードに遷移する（Ｓ４２）。続いて、＾Ａコードの検出に応じて判定値はＢＣＰモードに遷移する（Ｓ４３）。その後、制御コード（＾Ｔ）が検出されても、既にＢＣＰモードであるため、判定値は変更されない（Ｓ４４）。したがって、ＢＣＰモードが判定結果とされる。

図２０について説明する。まず、判定値の初期値はバイナリモードとされる（Ｓ５１）。続いて、制御コード（＾Ｔ）の検出に応じて判定値はＡＳＣＩＩモードに遷移する（Ｓ５２）。続いて、＾ＡＭコードの検出に応じて判定値はＴＢＣＰモードに遷移する（Ｓ５３）。その後、制御コード（＾Ｔ）が検出されても、既にＴＢＣＰモードであるため、判定値は変更されない（Ｓ５５）。したがって、ＴＢＣＰモードが判定結果とされる。

上述したように、本実施の形態における画像形成装置１０によれば、ＰＳデータの通信プロトコルを自動的に判定することができる。したがって、予め通信プロトコルが設定される必要はなく、当該設定作業の負担を軽減することができる。

なお、自動判定を行うか否かをユーザに選択させるようにしてもよい。図２１は、画像形成装置の操作パネルに表示される通信プロトコルの設定画面例を示す図である。

図２１に示される設定画面では、４種類の通信プロトコルの他、「自動検知」が選択候補として表示されている。ここで、「自動検知」が選択された場合に、本実施の形態における通信プロトコルの自動判定を行うようにしてもよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。 ＡＳＣＩＩモードにおいて予約された制御コードを示す図である。 ＡＳＣＩＩモードのＰＳデータの例を示す図である。 ＢＣＰモードのＰＳデータの例を示す図である。 ＴＢＣＰモードのＰＳデータの例を示す図である。 バイナリモードのＰＳデータの例を示す図である。 本実施の形態の画像形成装置がＰＳデータの通信プロトコルを自動判定する様子を概念的に示す図である。 ＰＳデータの記述例を示す図である。 文法上認められる予約コードの挿入例を示す図である。 文法上認められない予約コードの挿入例を示す図である。 各通信プロトコルの包含関係を示す図である。 通信プロトコルの判定ロジックを概念的に示す図である。 言語解析部の機能構成例を示す図である。 プロトコル判定部による処理を説明するためのフローチャートである。 通信プロトコルの判定の具体例を示す図である。 通信プロトコルの判定の具体例を示す図である。 通信プロトコルの判定の具体例を示す図である。 通信プロトコルの判定の具体例を示す図である。 通信プロトコルの判定の具体例を示す図である。 画像形成装置の操作パネルに表示される通信プロトコルの設定画面例を示す図である。

符号の説明

１０ 画像形成装置
１１ コントローラ
１２ ホストＩ／Ｆ
１３ ＣＰＵ
１４ ＲＯＭ
１５ ＲＡＭ
１６ エンジンＩ／Ｆ
１７ ＨＤＤ
１８ プリンタエンジン
１９ 操作パネル
１１０ システム部
１１１ 入力Ｉ／Ｆ
１１２ ホストバッファ
１１３ フレームバッファ
１２０ インタプリタ部
１２１ ストリームバッファ
１２２ 言語解析部
１２３ 印刷設定部
１２４ 描画処理部
１２２１ トークン分割部
１２２２ プロトコル判定部
１２２３ プロトコル解析部
１２２４ 言語解釈部
Ｂ バス

Claims (3)

1. ＰＳデータに基づいて印刷を実行する画像形成装置であって、
   前記ＰＳデータに含まれているトークンごとに当該ＰＳデータの通信プロトコルを判定して該判定の結果を示す判定値を変更し、全ての前記トークンに関する前記通信プロトコルの判定後の前記判定値を、当該ＰＳデータの通信プロトコルと判定する判定手段と、
   前記判定手段によって判定された通信プロトコルに基づいて前記ＰＳデータを処理する処理手段とを有し、
   前記判定手段は、前記判定値の初期値をバイナリモードとし、前記トークンの先頭にＰＳ言語における制御コードが含まれている場合であって、現在の前記判定値がＢＣＰモード又はＴＢＣＰモードでないときは、前記判定値をＡＳＣＩＩモードに変更し、前記トークンの先頭に＾Ａコードが含まれている場合であって、該＾Ａコードの次の１バイトがＭであるときは、前記判定値をＴＢＣＰモードに変更し、前記トークンの先頭に＾Ａコードが含まれている場合であって、該＾Ａコードの次の１バイトがＭではなく、現在の前記判定値がＴＢＣＰモードでないときは、前記判定値をＢＣＰモードに変更することを特徴とする画像形成装置。
2. ＰＳデータに基づいて印刷を実行する画像形成装置が実行するＰＳデータ処理方法であって、
   前記ＰＳデータに含まれているトークンごとに当該ＰＳデータの通信プロトコルを判定して該判定の結果を示す判定値を変更し、全ての前記トークンに関する前記通信プロトコルの判定後の前記判定値を、当該ＰＳデータの通信プロトコルと判定する判定手順と、
   前記判定手順において判定された通信プロトコルに基づいて前記ＰＳデータを処理する処理手順とを有し、
   前記判定手順は、前記判定値の初期値をバイナリモードとし、前記トークンの先頭にＰＳ言語における制御コードが含まれている場合であって、現在の前記判定値がＢＣＰモード又はＴＢＣＰモードでないときは、前記判定値をＡＳＣＩＩモードに変更し、前記トークンの先頭に＾Ａコードが含まれている場合であって、該＾Ａコードの次の１バイトがＭであるときは、前記判定値をＴＢＣＰモードに変更し、前記トークンの先頭に＾Ａコードが含まれている場合であって、該＾Ａコードの次の１バイトがＭではなく、現在の前記判定値がＴＢＣＰモードでないときは、前記判定値をＢＣＰモードに変更することを特徴とするＰＳデータ処理方法。
3. 請求項２記載のＰＳデータ処理方法の各手順を画像形成装置のコンピュータに実行させるためのＰＳデータ処理プログラム。

Images