JP7337578B2 - 画像形成装置、画像形成装置の制御方法、およびプログラム - Google Patents

Description

本発明は、画像データの印刷時の処理に関するものである。

近年、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、従来のオフセット印刷における製版工程、刷版工程を経ることなくデジタルデータを直接印刷するＰＯＤ（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）と呼ばれる印刷方式が実現されている。

ＰＯＤは、小ロット多品種印刷や短納期が可能であり在庫レスを図ることができる。多様な印刷物を扱うことができるようにするため、ＪＤＦ（Ｊｏｂ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｏｒｍａｔ）のようなジョブチケットを使用して、ジョブごとに細かい設定を行う手段が実現されている。ジョブチケットでは面付け、給紙、排紙、仕上げ、プロファイルなどの色に関する指定など、印刷に関わる様々な指定を行うことが出来る。更にＪＤＦではジョブ全体への指定に加え、ページ例外と呼ばれる指定を行うことができる。ページ例外では、ページを最小単位として構成するパーティションを定義することで、ページごとに異なる指定を行うことができ、より多様な成果物を作成することを可能にしている。

またＪＤＦには印刷ファイルであるＰＤＬ（Ｐａｇｅ Ｄｅｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）を印刷ジョブとして一緒に送信せずに、アクセス可能な外部サーバーなどにＰＤＬを置き、ＪＤＦにはファイルのパスのみを指定する方法がある。この指定方法を使用することで送信者はＰＤＬファイルのエンコードや形式の変換を気にすることなく印刷ジョブを投入することができる。特許文献１では印刷機は受信したＪＤＦを解析し、ＪＤＦで指定された設定が印刷機で実行可能である場合にのみＰＤＬを取得、解析する手法が開示されている。

特開２０１１－１４７１７９号公報

特許文献１のように、ＪＤＦのようなジョブチケットでは、印刷指示を行う際に印刷ファイルを同時に送信せず、ジョブチケット内に印刷ファイルのＵＲＬを指定し、指定のＵＲＬから印刷ファイルを取得する方法がある。この指定方法はジョブの投入者にとって利便性が高い一方で、画像形成装置で、ジョブチケットを全て解析した後にＰＤＬの取得を行っていたため、パフォーマンスの劣化につながっていた。外部に配置されたＰＤＬのパスはＪＤＦに記載されているため、ＪＤＦを解析しなければＰＤＬを取得することが出来ない。ＪＤＦの解析（ＪＤＦの全解析）に合わせてＰＤＬの取得を開始すると印刷の開始が遅れることとなり、印刷効率が落ちてしまう。

本発明では上記課題を鑑み、ジョブチケットに基づいて印刷ファイルを取得して印刷する場合に、従来よりパフォーマンスを向上させて印刷可能にする技術を提供することを目的とする。

上記目的を達成するために、本発明の画像形成装置は、ジョブチケットを受信する受信手段と、前記ジョブチケットの一部を解析する第１の解析手段と、前記第１の解析手段で解析した結果に基づいて、外部装置に印刷ファイルの取得要求を送信する送信手段と、前記ジョブチケットを解析する第２の解析手段と、前記第２の解析手段で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいて、印刷を制御する制御手段を有することを特徴とする。

本発明によれば、ジョブチケットに基づいて印刷ファイルを取得して印刷する場合に、従来よりパフォーマンスを向上させて印刷可能となる。

システム全体の構成を示すシステム構成図 画像形成装置のハード構成図 情報処理装置のハード構成図 画像形成装置のソフトウェア構成図 情報処理装置のソフトウェア構成図 情報処理装置からジョブリクエストを受け付けた時の制御部２０５の処理の流れを説明するフロー図 ジョブチケットのＰＤＬ指定を取得するために制御部２０５が行う解析処理の流れを説明するフロー図 ジョブ受付時のシステム全体の処理の流れを説明するためのフロー図 ジョブ受付時のシステム全体の処理の流れを説明するためのフロー図 ジョブ登録以降のシステム全体の処理の流れを説明するためのフロー図 ジョブリクエストで情報処理装置から送信されるデータの構成の例 ジョブチケットの例 ジョブリクエストの応答として画像形成装置が情報処理装置に送信するレスポンスの例およびエラー発生時にレスポンスに含まれるエラーを示す文字列の例 効果を説明するための図

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

［第１の実施形態］
＜システム構成の説明＞
図１は、本実施形態に係る印刷処理システムを示すブロック図である。本実施形態では画像形成装置の一例としてＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１を、情報処理装置の一例として情報処理装置１０２を説明する。画像形成装置１０１と情報処理装置１０２はネットワーク１００を介して通信可能に接続されている。

なお、図１においては、１つの情報処理装置が印刷処理システムに設けられた場合を例示しているが、画像形成装置１０１と複数の情報処理装置がネットワーク１００を介して通信可能に接続されていてもよい。また、本実施形態の印刷処理システムは、画像形成装置と情報処理装置を含む場合を例示しているが、これに限定されるものではない。例えば、画像形成装置を印刷処理システムとしてもよい。さらには、画像形成装置１０１単独で実行可能な画像形成処理、例えばコピージョブ等の実行においてはネットワーク１００に接続される情報処理装置は不要な構成としても構わない。

まず情報処理装置１０２について説明する。情報処理装置１０２は、ジョブを投入するアプリケーションプログラム等の各種のプログラムを実行することができる。また、情報処理装置１０２には、画像形成装置１０１に対応するプリンタ言語に印刷データを変換する機能を有するプリンタドライバがインストールされている。印刷を行いたいユーザは各種のアプリケーションなどから印刷指示を行うことができる。プリンタドライバは印刷指示に基づいてアプリケーションが出力するデータを画像形成装置１０１が解釈可能な印刷データに変換し、ネットワーク１００に接続された画像形成装置１０１に印刷データを送信することができる。

なお、本実施形態では、情報処理装置の一例としてＰＣを例示しているが、例えばスマートフォンやタブレット端末などの携帯情報端末などであってもよい。なお、印刷データを画像形成装置に送信する方法は適宜変形できる。印刷用のアプリケーション又はドライバを介して画像形成装置に印刷データを送信するようにしてもよいし、印刷データをクラウドサーバー経由で画像形成装置へ送信するようにしてもよい。

次に画像形成装置１０１について説明する。画像形成装置１０１はシート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。また、画像形成装置１０１は、画像が印刷された複数のシートをとじたり、複数のシートを揃えたり、複数のシートの排出先を複数のトレイに分けたりする後処理機能を有する。なお、シートには、普通紙や厚紙などの用紙や、フィルムなどが含まれる。

なお、本実施形態では画像形成装置の一例として画像形成装置１０１を説明するが、例えば、読取機能を有さないプリンタ等の画像形成装置であってもよい。本実施形態では、一例として画像形成装置が以下に説明する各種構成要件を備えるものとする。

また、画像形成装置１０１が有する機能の一部やその他の付属的な機能を有する装置１０３をＭＦＰに付加した構成を取っても構わない。この場合、情報処理装置１０２からは、ネットワーク１００を経由して、装置１０３が画像形成装置１０１の機能を提供しているように見なすことが可能である。装置１０３は、例えばモニタ１０５等の、情報処理装置１０２が備えるのと同様の各種入出力装置が付随されうる。また、このような付随する装置１０３が装着されていた場合であっても、画像形成装置１０１は、ネットワークケーブル１０４を使用して、直接ネットワーク１００に接続可能なように構成されていても構わない。

画像形成装置１０１は、複数の異なる役割を持つ装置が相互に連結され、複雑なシート処理が可能なように構成されている。以下、この画像形成装置１０１を構成する各部位に関して説明する。

プリンタ部２０１、画像データに基づいて、給紙部から給紙されたシートにトナーを用いて画像を形成（印刷）する。このプリンタ部２０１の構成及び動作原理は以下のとおりである。

画像データに応じて変調された、例えばレーザ光などの光線を回転多面鏡（ポリゴンミラー等）により反射して走査光として感光ドラムに照射する。このレーザ光により感光ドラム上に形成された静電潜像はトナーによって現像され、転写ドラムに貼り付けられたシートに、そのトナー像を転写する。この一連の画像形成プロセスをイエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）、ブラック（Ｋ）のトナーに対して順次実行することにより、シート上にフルカラー画像が形成される。また、これら４色に加え、特色と呼ぶトナーや、透明トナーなどを転写可能とする構成としても良い。こうしてフルカラー画像が形成された転写ドラム上のシートは定着器へ搬送される。定着器は、ローラやベルト等を含み、ローラ内にハロゲンヒータなどの熱源を内蔵し、トナー像が転写されたシート上のトナーを、熱と圧力によって溶解してシートに定着させる。

なお、本実施形態１に係る画像形成装置１０１のプリンタ部２０１には、スキャナ２０３、及びプリンタ部２０１の上面に配置された操作部２０４が備え付けられている。操作部２０４は、実施形態１に係るプリンタ部２０１の各種設定や操作などをユーザが行う場合の各種インタフェースを提供する。更にこの画像形成装置１０１は、プリンタ部２０１に加え各種付随装置が装着可能なよう構成されている。

大容量給紙装置２２０は、プリンタ部２０１に脱着可能な給紙装置である。これら給紙装置は、複数の給紙部２２３を備える。このような構成により、プリンタ部２０１は、大容量のシートへの印刷処理を行うことができる。インサータ２２１は、プリンタ部２０１によって作成されたシートに対して画像形成を伴わないシートを成果物に挿入する際に用いられる装置である。同図においては２つのトレイ２２４，２２５を備える形態の装置を示している。この画像形成装置１０１は、プリンタ部２０１を境界とし、大きく３つの部位に分けることができる。図１において、プリンタ部２０１より右側に配置される機器は、給紙系装置と呼ばれ、給紙系装置の主な役割は内部に装填されているシートを適切なタイミングで連続的にプリンタ部２０１に供給する。また、当該機器は、内部に装填されているシート残量の検知なども行う。プリンタ部２０１の内部にも給紙部２２３が存在し、機能的には給紙系装置と同等のことを実行することができる。プリンタ部２０１が備えるこれら給紙部についても説明の上では給紙系装置と呼ぶこととする。

一方、図１において、プリンタ部２０１よりも左側に配置される機器は、シート加工装置と呼ばれる。また、シート処理装置、または後処理装置とも呼ばれる。シート加工装置は、印刷処理が完了したシートに各種加工処理を加える、または集積するなどの処理を行う。前述の給紙系装置及びシート加工装置を併せて以後の説明においてシート処理装置２００と呼ぶ。

＜画像形成装置１０１の説明＞
図２は、画像形成装置１０１のハードウェア構成について説明する図である。画像形成装置１０４は、シート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。また、画像形成装置１０１は、画像が印刷された複数のシートを綴じたり、複数のシートを揃えたり、複数のシートの排出先を複数のトレイに分けたりする後処理機能を有する。なお、シートには、普通紙や厚紙などの用紙、フィルムシートなどが含まれる。同図に示す画像形成装置１０１は、複数の異なる役割を持つ装置が相互に連結され、複雑なシート処理が可能なよう構成されている。

また画像形成装置１０１は、スキャナ部２０３から受付けたデータをＨＤＤ２０９に記憶し、そのＨＤＤ２０９から読み出してプリンタ部２０１で印刷するコピー機能を有する。また、外部装置から通信部の一例である外部Ｉ／Ｆ部２１０ユニットを介して受信したジョブデータをＨＤＤ２０９に記憶し、ＨＤＤ２０９から読み出してプリンタ部２０１で印刷する印刷機能等を有する。画像形成装置１０１は、このような複数の機能を備えた多機能処理装置（ＭＦＰ）（画像形成装置とも呼ぶ）である。尚、この画像形成装置１０１は、カラープリント可能、或いはモノクロプリント可能のいずれでも良い。スキャナ部２０３は、原稿画像を読み取り、その原稿を読み取って得られた画像データを画像処理して出力する。

制御部２０５のＣＰＵがＲＯＭ２０７に記憶されているプログラムを読み出して実行することにより、本実施形態１に係る各種動作を画像形成装置１０１により実行させる。また制御部２０５が、外部Ｉ／Ｆ２１０を介して外部装置から受信したページ記述言語（以下ＰＤＬと略す）データを解釈し、ラスタイメージデータ（ビットマップ画像データ）に展開する動作を実行するプログラム等もＲＯＭ２０７に記憶されている。同様に、制御部２０５が、外部Ｉ／Ｆ２１０を介して外部装置から受信したジョブを解釈して処理するためのプログラム等もＲＯＭ２０７に記憶されている。これらは、ソフトウェアによって処理される。ＲＯＭ２０７は読み出し専用のメモリで、ブートシーケンスやフォント情報等のプログラムや上記のプログラム等の各種プログラムを予め記憶している。ＲＯＭ２０７に格納される各種プログラムの詳細については後述する。ＲＡＭ２０８は読み出し及び書き込み可能なメモリで、スキャナ２０３や外部Ｉ／Ｆ２１０より送られてきた画像データや、各種プログラムや設定情報等を記憶する。

またＨＤＤ２０９は、圧縮展開部２０６によって圧縮された画像データを記憶する。このＨＤＤ２０９は、処理対象となるジョブのプリントデータ等の複数のデータを保持可能に構成されている。制御部２０５は、スキャナ部２０３や外部Ｉ／Ｆ２１０等の各種入力ユニットを介して入力された処理対象となるジョブのデータを、このＨＤＤ２０９に格納し、ＨＤＤ２０９から読み出してプリンタ部２０１に出力してプリントする。又、制御部２０５は、ＨＤＤ２０９から読み出したジョブデータを、外部Ｉ／Ｆ２１０を介して外部装置へ送信できるようにも制御する。このように制御部２０５は、ＨＤＤ２０９に格納した処理対象ジョブのデータの各種出力処理を実行する。圧縮展開部２０６は、ＪＢＩＧやＪＰＥＧ等といった各種圧縮方式によってＲＡＭ２０８、ＨＤＤ２０９に記憶されている画像データ等を圧縮したり伸張したりする。また制御部２０５は、シート処理装置２００の動作も制御する。シート処理装置２００は、図１で説明した給紙系装置及びシート加工装置に相当する。

外部Ｉ／Ｆ２１０は、ファクシミリ、ネットワーク接続機器、外部専用装置と画像データなどを送受信する。ＨＤＤ２０９には、この画像形成装置１０１によって永続的に記憶及び変更、管理される各種管理情報なども格納される。又、画像形成装置１０１は、ＨＤＤ２０９に記憶された印刷対象のジョブのデータの印刷処理を実行するプリンタ部２０１を備える。画像形成装置１０１は、ユーザインタフェース部の一例に該当する、表示部を有する操作部２０４も備えている。画像形成装置１０１が備える制御部の一例に該当する制御部２０５は図示しないＣＰＵを有し、この画像形成装置１０１が備える各種ユニットの処理や動作等を統括的に制御する。ＲＯＭ２０７には、制御部２０５により実行される後述するフローチャートの各種処理等を実行するためのプログラムを含む。本実施形態１で必要な各種の制御プログラムが記憶されている。又、ＲＯＭ２０７には、ユーザインタフェース画面（以下、ＵＩ画面）を含む、操作部２０４の表示部に各種のＵＩ画面を表示させるための表示制御プログラムも記憶されている。

＜情報処理装置１０２の説明＞
図３は、実施形態１に係る情報処理装置（ＰＣ）１０２の構成を示すブロック図である。

同図において、ＣＰＵ３０１は、ＲＯＭ３０３のプログラム用ＲＯＭに記憶された、或いはＨＤＤ３１１からＲＡＭ３０２にロードされたＯＳや一般アプリケーション、製本アプリケーション等のプログラムを実行する。ＲＯＭ３０３はまたフォントＲＯＭやデータＲＯＭを有している。ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）３０５は、キーボード（ＫＢ）３０９やポインティングデバイス（不図示）からの入力を制御する。表示コントローラ（ＣＲＴＣ）３０６は、表示部（ＣＲＴ）３１０への表示を制御する。ディスクコントローラ（ＤＫＣ）３０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル等を記憶するＨＤＤ３１１等とのアクセスを制御する。ネットワークコントローラ（ＮＣ）３１２は、ネットワーク１００に接続されて、そのネットワーク１００に接続された他の機器との通信制御処理を実行する。バス３０４は、ＣＰＵ３０１とＲＡＭ３０２、ＲＯＭ３０３及び各種コントローラ等を接続して、データ信号や制御信号を搬送している。

＜画像形成装置１０１のソフトウェア構成図＞
実施形態１に係る画像形成装置１０１のプログラムを説明する図である。これらプログラムはＲＯＭ２０７に格納され、画像形成装置１０１が備える制御部２０５により読み出されて実行される。

オペレーティングシステム４０１は、画像形成装置１０１の機能を実現する各種プログラムの実行環境を提供することを目的としたプログラムである。これは、主に画像形成装置１０１のメモリ、即ちＲＯＭ２０７やＲＡＭ２０８，ＨＤＤ２０９等の資源管理、及び図２に示す各部の基本的な入出力制御等の機能を提供する。

データ送受信プログラム４０２は、外部Ｉ／Ｆ２１０を経由してデータの入出力要求が発生した際に行われる送受信処理を行う。具体的には、ＴＣＰ／ＩＰ等のプロトコルスタックを内包し、ネットワーク１００経由で接続される外部機器等との間で交わされる各種データの通信を制御する。ここで行われる通信処理は、データパケットの送受信レベルやＨＴＴＰサーバー等の通信処理に特化した処理で、後述する受信したデータの内容に関する解析処理は含まない。データの解析処理は、制御部２０５によって別プログラムの記述内容に基づいて実行される。

コピー機能プログラム４０３は、画像形成装置１０１ユーザが、操作部２０４からコピーファンクションの実行を指示した際に、その操作部２０４からの指示により制御部２０５によって実行されるコピー機能を実行するためのプログラムである。制御部２０５によって行われるコピー機能では、画像形成装置１０１の資源を、このプログラムに記述された処理順序、処理条件に基づいて制御部２０５によって適切な順序でこれら各デバイスの動作を順次指示する。それにより最終的にコピー処理が実行されるように制御される。これら各デバイスには、スキャナ部２０３やプリンタ部２０１、シート処理装置２００、ＨＤＤ２０９、圧縮伸張部２０６、ＲＡＭ２０８等が含まれる。

スキャン機能プログラム４０４は、画像形成装置１０１のユーザが操作部２０４からスキャン機能の実行を指示した際に、操作部２０４からの指示により制御部２０５によって実行されるスキャン機能を実行するためのプログラムである。スキャナ部２０３、ＨＤＤ２０９、圧縮伸張部２０６、ＲＡＭ２０８等のモジュールが、このプログラムに記述された処理順序、処理条件に従って制御部２０５によって制御される。その際に、適切な順序でこれら各デバイスの動作を順次指示することにより最終的にスキャン処理が実行されるように制御される。

ＰＤＬ機能プログラム４０５は、ＰＤＬデータ（印刷ジョブデータ）が外部Ｉ／Ｆ２１０経由で画像形成装置１０１によって受信された場合に、制御部２０５によって実行されるＰＤＬ機能を実行する。制御部２０５によって行われるＰＤＬ機能では、指定されたＰＤＬファイルの解析処理を行い、印刷画像を作成する。ＰＤＬファイルの解析処理にはＪＤＦ機能プログラム４０６がＪＤＦを解析して得られた印刷設定を使用する。

ＪＤＦ機能プログラム４０６は、ＪＤＦジョブデータが外部Ｉ／Ｆ２１０経由で画像形成装置１０１に受信された場合に、外部Ｉ／Ｆ２１０の指示で制御部２０５によって実行されるＪＤＦ機能を実行するプログラムである。制御部２０５によって行われるＪＤＦ機能では、受信したＪＤＦの解析処理を行い、印刷に使用する印刷設定を作成する。本実施形態におけるＪＤＦ機能プログラム４０６は、ＪＤＦの内ＰＤＬ部１０１２のみを解析し、ＰＤＬのＵＲＬを取得する機能を有する。解析した結果ＪＤＦに正しくない設定が含まれるか否かの判別処理、及び正しくない設定を解消するための設定変更等を行うプログラムも含まれている。

ＢＯＸ機能プログラム４０７は、画像形成装置１０１のユーザが操作部２０４からＢＯＸファンクションの実行を指示した際に、操作部２０４からの指示により制御部２０５によって実行されるＢＯＸ機能を実行する。このＢＯＸ機能では、このプログラムに記述された処理順序、処理条件に基づいて制御部２０５によって適切な順序でこれら各デバイスの動作を順次指示することによりＢＯＸ処理が実行される。これらデバイスには、スキャナ部２０３やプリンタ部２０１、シート処理装置２００、ＨＤＤ２０９、圧縮伸張部２０６、ＲＡＭ２０８等が含まれる。また、このボックス機能によりＨＤＤ２０９に格納されたジョブデータを、格納時のそのジョブの設定を変更して、そのジョブを実行できる。

ホールド機能プログラム４０８は、画像形成装置１０１のユーザが操作部２０４からホールド機能の実行を指示した際に、制御部２０５によって実行されるプログラムである。ホールド機能は、画像形成装置１０１のＨＤＤ２０９に印刷対象のデータをユーザから印刷指示があるまで記憶しておき、その後、ユーザから印刷指示を受け付けたデータに従って印刷を実行する機能である。ジョブホールド機能では、このプログラムに記述された処理順序、処理条件に基づいて制御部２０５によって適切な順序でこれら各デバイスの動作を順次指示することによりジョブホールドによる印刷処理が実行される。これらデバイスには、プリンタ部２０１、シート処理装置２００、ＨＤＤ２０９、圧縮伸張部２０６、ＲＡＭ２０８等が含まれる。格納されたジョブデータに対して、格納時の設定を変更して実行することが可能である。

ＵＩ機能プログラム４０９は、操作部２０４の制御用プログラムである。ＵＩ機能プログラム４０９は、画像形成装置１０１のユーザが操作部２０４から入力した内容を識別し、適切な画面遷移及び制御部２０５に対する処理依頼指示を行う。

メディア管理プログラム４１０は、画像形成装置１０１が利用可能なシートに関連する管理機能を実行するためのプログラムである。このプログラムによって管理されるシート関連情報は、ＨＤＤ２０９に格納される。

ジョブ管理プログラム４１１は、画像形成装置１０１がコピー機能プログラム４０４、ＰＤＦ機能プログラム４０５，ＪＤＦ機能プログラム４０６などのプログラムによって作成された一連の処理をジョブとして管理するプログラムである。ジョブに含まれる一連の処理にはリップ処理、印刷処理といった同時に実行可能な数が限られたものが存在する。ジョブ管理プログラムはこれらの処理の順番を制御し、実行結果（ログ）などの管理も行う。

ＰＤＬ解析部８３４、ＪＤＦ解析部８３５、ジョブ管理部８３２は、ＰＤＬ機能プログラム４０５、ＪＤＦ機能プログラム４０６、ジョブ管理プログラム４１１が制御部２０５に実行されることによって作成される。ＰＤＬ解析部８３４、ＪＤＦ解析部８３５、ジョブ管理部８３２の処理の流れは図８（Ａ）、図８（Ｂ）、図９を用いて説明をする。

＜情報処理装置１０２のソフトウェア構成図＞
図５は、実施形態１に係る情報処理装置１０２が有するプログラムの構成を例示した図である。

オペレーティングシステム５０１は、情報処理装置１０２の機能を実現する各種プログラムの実行環境を提供することを目的としたプログラムである。これは、情報処理装置のメモリ、即ちＲＯＭ３０３やＲＡＭ３０２，ＨＤＤ３１１等の資源管理等の機能を提供する。

デバイスドライバ５０２は、情報処理装置１０２に接続される各種ハードウェアを制御するためのプログラムである。このデバイスドライバ５０２には、ＫＢＣ３０５、表示コントローラ３０６、ＤＫＣ３０７等を制御するためのプログラムも含まれる。

印刷アプリケーションプログラム５０３は、情報処理装置１０２上で動作し、印刷システムのユーザに各種機能やサービスを提供することを目的としたプログラムの総称である。印刷アプリケーションプログラム５０３は、印刷ジョブのデータを作成もしくは編集する機能を有する。また印刷アプリケーションプログラム５０３は、そのアプリケーション５０３の図示しない設定画面より設定された各種印刷仕様から、対応する印刷設定に変換する機能を持つ。更に、印刷アプリケーションプログラム５０３は、ＨＤＤ３１１に保存されている印刷設定ファイルを選択し、印刷ジョブデータを作成する機能も有する。印刷設定として、ＰＤＬコマンド形式若しくはＪＤＦなどのジョブチケットに変換し、ジョブチケット単体、もしくは印刷対象データと合成するなどして印刷ジョブデータを作成する能力を有する。

ネットワーク制御プログラム５０４は、印刷アプリケーションプログラム５０３によって作成された印刷ジョブデータを、ネットワーク１００を介して接続される画像形成装置１０１に対して送信する際に実行されるプログラムである。このプログラム５０４は、印刷データの送信、送信後は、画像形成装置１０１により実行される印刷ジョブの進捗情報を取得するなどの機能をも有するように構成可能である。

その他のプログラム５０５は、上記のいずれにも該当しないプログラム群が含まれるが、それらの詳細な説明は省略する。

＜ジョブ受付時のフロー図＞
図６は、ジョブ受信時の制御部２０５の制御の流れを示すフローチャートである。情報処理装置１０２から外部Ｉ／Ｆ２１０を介して、ジョブを受け付けたところからフローを開始する。図６は受け付けた印刷ジョブを中心に見た時の処理の流れを説明している。

Ｓ６０１で制御部２０５は外部Ｉ／Ｆ２１０を介して情報処理装置１０２から送信された印刷ジョブデータのうち、ＪＭＦパートを受信し、ＪＤＦ解析部８３５で解析する。印刷ジョブデータの構造に関しては図１０（Ａ）を用いて説明をする。ＪＭＦパートを受信、解析したら、Ｓ６０２に進む。

Ｓ６０２で制御部２０５はＪＭＦパートを解析した結果、受信したＪＭＦが印刷指示のメッセージであるかを判定する。印刷指示のメッセージはＣｏｍｍａｎｄ－ＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙである。受信したＪＭＦが印刷指示のメッセージである場合には、Ｓ６０３に進み、そうでない場合にはフローを終了する。なお、ＪＭＦにエラーがある場合にもフローを終了する。

Ｓ６０３で制御部２０５はジョブを生成する。ジョブを生成したらＳ６０４に進む。

Ｓ６０４で制御部２０５は外部Ｉ／Ｆ２１０を介して情報処理装置１０２から送信された印刷ジョブデータのうち、ＪＤＦパートを受信し、ファイルに保存する。保存したらＳ６０５に進む。

Ｓ６０５で制御部２０５はＪＤＦのうちＰＤＬ部のみを解析し（ＪＤＦの一部を解析、第１の解析）、必要な値を記憶する。記憶する値には少なくともＰＤＬのＵＲＬと、ファイルの種類を指定する属性の値が含まれる。ＪＤＦのＰＤＬ部（印刷ファイル記述部）の説明は図１０（Ｂ）を用いて説明する。ＪＤＦの解析はＳ６０４で保存したＪＤＦファイルを読み出して行ってもよく、Ｓ６０４で外部Ｉ／Ｆ２１０から読み出したデータに対し直接実施しても良い。ここで行う解析ではメモリの使用を最小限とし、かつ印刷パフォーマンスに影響が出ないようにするために解析時間を早める必要がある。実施する解析は図７を用いて説明をする。ＰＤＬ部の解析が終わったらＳ６０６に進む。

Ｓ６０６で制御部２０５はＳ６０５のＰＤＬ解析でエラーが発生したかを判定する。判定するエラーに関しては図１１（Ｃ）を用いて説明をする。エラーが発生している場合にはＳ６１４に進み、発生していない場合にはＳ６０７に進む。

Ｓ６０７で制御部２０５はＳ６０５で記憶したＰＤＬのＵＲＬを参照し、ＰＤＬファイルが印刷ジョブデータに含めて送信する指定がされているかを判定する。複数のＰＤＬが指定されている場合には、指定されている順番に判定対象とするものとし、処理は１つずつ進める。ＪＤＦではＵＲＬ属性に“ｃｉｄ：”で始まる値が指定されている場合には印刷ジョブデータに含めて送信する指定となる。印刷ジョブデータに含める指定がされている場合にはＳ６０９に進み、そうでない場合にはＳ６０８に進む。

Ｓ６０８で制御部２０５はＳ６０５で記憶したファイルのＵＲＬを参照し、配置されたＰＤＬファイルの取得要求を行い、取得する。取得する手段にはＨＴＴＰやＳＭＢ、ＷＥＢＤＡＶなどがあり、ＵＲＬで指定された方法を用いる。

Ｓ６０９で制御部２０５は印刷ジョブデータに未取得のデータがあるかを判定する。ＪＤＦをＨＴＴＰで送信する場合には印刷ジョブデータはＭＩＭＥという形式で送信される。ＭＩＭＥはデータごとにパートとして区別できるようになっている。印刷ジョブデータに未取得のデータがある場合にはＳ６１１に進み、ない場合にはＳ６１４に進む。

Ｓ６１０で制御部２０５はＳ６０８で実施したＰＤＬの取得でエラーが発生したかを判定する。発生するエラーに関しては図１１（Ｃ）を用いて説明をする。エラーが発生した場合にはＳ６１４に進み、発生していない場合にはＳ６１２に進む。

Ｓ６１１で制御部２０５は印刷ジョブデータに含まれる未取得のデータのファイルの種類がＳ６０５で取得したＪＤＦで指定されたファイルの種類と一致しているかを判定する。ＭＩＭＥ形式ではパート先頭のヘッダーの内、“Ｃｏｎｔｅｎｔ－Ｔｙｐｅ”の値を参照することでファイルの種類を判定することができる。ファイルの種類が一致している場合にはＳ６１３に進み、一致していない場合にはＳ６１４に進む。

Ｓ６１２で制御部２０５は取得したＰＤＬをＰＤＬ解析部８３４に送信する。実際にはＰＤＬは既定量だけ読みだしたら順次ＰＤＬ解析部８３４に送信することで、ストレージおよびメモリの使用を抑える。ＰＤＬ解析部８３４に送信したら、Ｓ６１５に進む。

Ｓ６１３で制御部２０５は印刷ジョブデータから取得したＰＤＬをＰＤＬ解析部８３４に送信する。ＭＩＭＥ形式で送信する場合には、ｂａｓｅ６４などの形式でエンコードされているため送信前にデコードを行う必要がある。ここでも同様に、規定量ずつ処理を行う、ＰＤＬ解析部８３４に送信したらＳ６１５に進む。

Ｓ６１４で制御部２０５は受け付けた印刷ジョブをキャンセルする。ＰＤＬデータの取得を中止し、ジョブ管理部８３２に登録したジョブ指示の削除依頼を行う。またＰＤＬ解析部８３４にＰＤＬファイルを送信している場合にはＰＤＬ解析部８３４にＰＤＬファイルの削除指示を行う。印刷ジョブをキャンセルしたらＳ６１６に進む。

Ｓ６１５で未取得のＰＤＬがあるかを判定する。未取得のＰＤＬがある場合にはすＳ６０７に進み、次のＰＤＬに関して処理を行う。未取得のＰＤＬがない場合には、Ｓ６１７に進む。

Ｓ６１７で制御部２０５はＪＤＦ解析済みジョブ（ジョブチケット解析済みジョブ）が規定数未満であるかを判定する。ＪＤＦ解析済みジョブの規定数はリソース上の制約によって必要となる値であり、ＪＤＦ全体を解析し値を記憶部に記憶しておくことができるジョブの個数である。ＪＤＦはＳ６１９で解析され、Ｓ６２８でジョブが破棄されることによってＪＤＦ解析済みジョブ数が増減する。ＪＤＦ解析済みジョブが規定数未満である場合にはＳ６１９に進み、そうでない場合にはＳ６１８に進む。

Ｓ６１８で制御部２０５はＪＤＦ解析済みジョブが規定数未満になるまで待機をする。ＪＤＦ解析済みジョブの数は先行してＪＤＦが解析されたジョブにおいてＳ６３０でジョブを破棄することによって減少する。ＪＤＦ解析済みジョブが規定数未満になったらＳ６１９に進む。

Ｓ６１９で制御部２０５はＳ６０４でファイルに保存したＪＤＦを解析する（第２の解析）。Ｓ６０５でＰＤＬ部のみを解析、記憶したときと異なり、ここで行う解析の方法に制限はない。ＪＤＦ全体を解析し、値を記憶する。解析が終わったらＳ６２０に進む。

Ｓ６２０で制御部２０５はＳ６１９のＪＤＦ解析においてエラーが発生したかを判定する。エラーにはＸＭＬの構文解析、実施できないジョブの指定、禁則の指定などが含まれる。エラーが発生した場合にはＳ６２７に進み、発生していない場合にはＳ６２１に進む。

Ｓ６２１で制御部２０５はＰＤＬ解析部８３４の解析実施リソースが空いているかを判定する。解析実施リソースは同時に解析可能なジョブ数などによって規定される。ＰＤＬ解析実施リソースに空きがある場合にはＳ６２３に進み、ない場合にはＳ６２２に進む。

Ｓ６２２で制御部２０５はＰＤＬ解析部８３４の解析実施リソースに空きができるまで待機する。先行してＰＤＬ解析を行っているジョブの解析処理が完了することによって空きが発生する。解析実施リソースに空きができたらＳ６２３に進む。

Ｓ６２３で制御部２０５はＰＤＬ解析部８３４を用いて、ジョブに紐付けられたＰＤＬファイルの解析を実施する。ＰＤＬ解析はＪＤＦで指定された印刷設定を反映させて、印刷画像を作成するリップ処理などによって構成される。ＰＤＬ解析が完了したらＳ６２４に進む。

Ｓ６２４で制御部２０５はプリンタ部２０１の印刷リソースに空きがあるかを判定する。通常印刷リソースはジョブ管理部８３２に登録されているジョブのうち、最も早く受け付けたジョブ１つに与えられる。印刷リソースに空きがある場合にはＳ６２６に進み、空きがない場合にはＳ６２５に進む。

Ｓ６２５で制御部２０５はプリンタ部２０１の印刷リソースに空きができるまで待機する。先行して印刷を行っているジョブ印刷が完了することによって空きが発生する。印刷リソースに空きができたらＳ６２６に進む。

Ｓ６２６で制御部２０５はＳ６２３で作成した印刷画像を用紙上に形成する印刷処理を行う。印刷処理には印刷画像作成後の前処理、すなわち面付などの処理が含まれることもある。印刷が完了したらＳ６２７に進む。

Ｓ６２７で制御部２０５は印刷結果を指定の送信先に送信する。送信先は印刷ジョブデータを受け付けた情報処理装置１０２でもよく、ネットワーク上の他のデバイスでも良い。印刷結果には少なくとも印刷が正常に完了したか、エラーの発生、キャンセル操作の受付などにより途中で終了したかを示す情報が含まれる。ＪＤＦを用いる場合には、送信先はＪＭＦ内のＲｅｔｕｒｎＪＭＦ属性の値として指定される。

Ｓ６２８で印刷部２０５はジョブ管理部８３２に登録されている当該ジョブを削除する。これにより解析済みＪＤＦジョブ数の値が減少する。ジョブを破棄したらフローを終了する。

尚、Ｓ６１７では、ＪＤＦ解析済みジョブが規定数未満であるかを判定したが、ＪＤＦ解析済みジョブが規定数（所定の値）以下であるかを判定して、その判定結果に基づいて、以降の処理を進めるのでも構わない。

＜ＪＤＦのＰＤＬ部解析のフロー図＞
図７は、Ｓ６０５でＪＤＦのＰＤＬ部のみを解析する時の制御部２０５の制御の流れを示すフローチャートである。ＪＤＦの解析は制御部２０５がＪＤＦ解析部８３５を動作させることによって行う。前述の通り、ＪＤＦはファイルから読み出してもよく、Ｓ６０４で受信したＪＤＦをそのまま解析しても良い。ＸＭＬの構文エラーは全てのステップにおいて発生するため記載を省略する。構文エラーを検知した場合には、構文エラーを検出してフローを終了する。

Ｓ７０１で制御部２０５は要素の開始を検知したかを判定する。要素の開始を検知した場合Ｓ７０２に進み、そうでない場合にはＳ７０４に進む。Ｓ７０２で制御部２０５はＳ７０１で検知した要素の開始がＰＤＬ部の要素であったかを判定する。ＪＤＦの場合、ＰＤＬ部の開始は“ＪＤＦ／ＲｅｓｏｕｒｃｅＰｏｏｌ／ＲｕｎＬｉｓｔ”要素の開始である。なおフローを簡略化するため要素ごとの判定を省いて記載している。実際には要素“ＪＤＦ”、“ＲｅｓｏｕｒｃｅＰｏｏｌ”、“ＲｕｎＬｉｓｔ”ごとに判定を行い、“ＲｕｎＬｉｓｔ”要素を判定した段階でＰＤＬ部の開始の判定とする。検知した要素の開始がＰＤＬ部である場合にはＳ７０４に進み、そうでない場合にはＳ７０１に進む。Ｓ７０３で制御部２０５は要素の開始を検知したかを判定する。要素の開始を検知した場合Ｓ７０５に進み、そうでない場合にはＳ７０８に進む。Ｓ７０４で制御部２０５は要素の終了を検知したかを判定する。要素の終了を検知した場合にはＳ７０６に進み、そうでない場合にはＳ７０１に進む。

Ｓ７０５で制御部２０５はＳ７０３で検知した要素の開始がファイル指定部の要素であったかを判定する。ＪＤＦでは“ＪＤＦ／ＲｅｓｏｕｒｃｅＰｏｏｌ／ＲｕｎＬｉｓｔ／ＲｕｎＬｉｓｔ／ＬａｙｏｕｔＥｌｅｍｅｎｔ／ＦｉｌｅＳｐｅｃ”要素の開始である。ここでもフローの簡略化のため、要素ごとの判定を省いている。実際にはＰＤＬ部判定以降の“ＲｕｎＬｉｓｔ”、“ＬａｙｏｕｔＥｌｅｍｅｎｔ”、“ＦｉｌｅＳｐｅｃ”の各要素で開始判定を行い、“ＦｉｌｅＳｐｅｃ”要素を検知した時点でファイル指定部の判定とする。ファイル指定部の開始と判定したらＳ７０７に進み、そうでない場合にはＳ７０３に進む。

Ｓ７０６で制御部２０５はＳ７０４で検知した要素の終了がＰＤＬ部の親要素であるかを判定する。ＰＤＬ部の親要素は“ＪＤＦ／ＲｅｓｏｕｒｃｅＰｏｏｌ”の“ＪＤＦ”および“ＲｅｓｏｕｒｃｅＰｏｏｌ”である。ＰＤＬ部のいずれかの親要素の終了であると判定した場合Ｓ７１３に進み、そうではない場合にはＳ７０１に進む。Ｓ７０７で制御部２０５はファイルの種類を示す属性の値と、ファイルのＵＲＬを示す属性の値を取得し記憶する。ＪＤＦではファイルの種類を示す属性は“ＭｉｍｅＴｙｐｅ”であり、ファイルのＵＲＬを示す属性は“ＵＲＬ”である。属性が指定されていない場合には未指定を記憶する。値の取得、記憶が終了したらＳ７０９に進む。

Ｓ７０８で制御部２０５は要素の終了を検知したかを判定する。要素の終了を検知した場合にはＳ７１０に進み、そうではない場合にはＳ７０３に進む。Ｓ７０９で制御部２０５は要素の終了を検知したかを判定する。要素の終了を検知した場合にはＳ７１１に進み、そうではない場合にはＳ７０９に留まる。すなわち要素の終了を検知するまでの解析イベントは無視する。

Ｓ７１０で制御部２０５はＳ７０８で検知した要素の終了がファイル指定部の親要素の終了であったかを判定する。ファイル指定部の親要素は“ＪＤＦ／ＲｅｓｏｕｒｃｅＰｏｏｌ／ＲｕｎＬｉｓｔ／ＲｕｎＬｉｓｔ／ＬａｙｏｕｔＥｌｅｍｅｎｔ”のうち、ＰＤＬ部以降の“ＲｕｎＬｉｓｔ”、“ＬａｙｏｕｔＥｌｅｍｅｎｔ”要素である。ファイル指定部の親要素の終了を検知すると、ファイル指定部の値の取得は終了となる。ファイル指定部の親要素の終了を検知した場合にはＳ７１２に進み、そうではない場合にはＳ７１３に進む。

Ｓ７１１で制御部２０５はＳ７０９で検知した要素の終了がファイル指定部の要素の終了であったかを判定する。ファイル指定部の要素は“ＦｉｌｅＳｐｅｃ”である。ファイル指定部の要素終了を検知した場合Ｓ７０３に進み、そうではない場合にはＳ７０９に進む。Ｓ７１２で制御部２０５はＳ７０５でファイル指定部の指定が合ったかを判定する。ファイル指定部の指定があった場合にはフローを終了し、ファイル指定部が１つもなかった場合にはＳ７１３に進む。Ｓ７１３で制御部２０５はＰＤＬ未指定のエラーを検出する。ＰＤＬ部の開始を検知することなくＰＤＬ部のいずれかの親要素の終了を検知した場合、またはファイル指定部を検知することなくファイル指定部のいずれかの親要素の終了を検知した場合、ＰＤＬが指定されていないためエラーとなる。ＰＤＬ未指定のエラーを検出したらフローを終了する。

＜ジョブ受付時のシステム全体の処理の流れを表すフロー図＞
図８（Ａ）、図８（Ｂ）、図９はジョブ受付時のシステム全体の処理の流れを表すフロー図である。図６ではジョブを中心とした処理の流れを説明したが、図８（Ａ）及び図８（Ｂ）では処理者を中心とした処理の流れを説明する。また図９はジョブ管理部８３２に登録されたジョブに対する処理の流れを表すフロー図であり、図８（Ａ）及び図８（Ｂ）、と図９で示される処理は並行処理される。

図を見やすくするため全体の処理を図８（Ａ）に記載し、ＰＤＬ取得部の処理を図８（Ｂ）で説明する。情報処理装置１０２上の各部位はＣＰＵ３０１によって制御され、画像形成装置１０１上の各部位は制御部２０５によって制御される。

Ｓ８０１でユーザ端末、すなわち情報処理装置１０２は印刷ジョブデータを含むジョブリクエストを画像形成装置１０１に送信する。ＪＤＦでは通常ＨＴＴＰまたはＨＴＴＰＳによって、ＭＩＭＥ形式でＪＭＦやＪＤＦを固めた印刷ジョブデータを送信する。印刷ジョブデータの構成は図１０（Ａ）を用いて説明する。印刷ジョブデータの送信は１つまたは複数の端末から同時に実行することができる。以降の処理は印刷ジョブデータの送信それぞれに対して並行して実行される。ジョブリクエストに対する応答として印刷指示に対する実行結果がレスポンスで送信される。

Ｓ８０２で画像形成装置１０１のサーバー部８３０はリクエスト処理オブジェクト８３１を生成する。リクエスト処理オブジェクト８３１は１つの印刷ジョブデータの受信に対し１つ生成される。サーバー部８３０は制御部２０５がデータ送受信プログラム４０２を実行することによって作成されるデータの送受信を行う部位である。Ｓ８０３でサーバー部８３０はリクエスト処理オブジェクト８３１にリクエスト処理を指示する。Ｓ８０４でリクエスト処理オブジェクト８３１は印刷ジョブデータからＪＭＦパートを受信する。Ｓ８０５でリクエスト処理オブジェクト８３１は受信したＪＭＦをデコードする。ＭＩＭＥ形式で作成された印刷ジョブデータはｂａｓｅ６４などの形式によってエンコードされている。ＪＭＦパートは必ずしもエンコードする必要がないため、エンコードされていない場合にはこの処理は行わない。エンコードの有無および形式はＪＭＦパートのヘッダーを参照することで判別することができる。Ｓ８０６でＪＤＦ解析部８３５はＪＭＦを解析する。ここでは解析の結果ＪＭＦで指定されたメッセージが印刷指示であるＣｏｍｍａｎｄ－ＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙであったこととする。解析結果はリクエスト処理オブジェクト８３１に返却される。

Ｓ８０７でリクエスト処理オブジェクト８３１は印刷ジョブデータからＪＤＦパートを受信する。Ｓ８０８でリクエスト処理オブジェクト８３１は受信したＪＤＦをデコードする。デコードに関してはＳ８０５のＪＭＦと同じである。Ｓ８０９でリクエスト処理オブジェクト８３１は受信したＪＤＦをファイルに保存する。Ｓ８１０でＪＤＦ解析部８３５はＪＤＦのＰＤＬ部のみ解析し、値を記憶する。解析の方法は図７を用いて説明をした。記憶する値は図７で説明したほか、図１０（Ａ）、図１０（Ｂ）を用いて説明する。

Ｓ８１１でリクエスト処理オブジェクト８３１はジョブ管理部８３２にジョブ指示追加依頼を行う。ジョブ管理部８３２は制御部２０５がジョブ管理プログラム４１１を実行することで作成されるジョブ管理を行うための部位である。ジョブ指示追加依頼を受けたジョブ管理部８３２はジョブ指示を識別するジョブ識別子を返信する。

Ｓ８１２でリクエスト処理オブジェクト８３１はＰＤＬ受信オブジェクト８３３を生成する。Ｓ８１３でリクエスト処理オブジェクト８３１はＰＤＬ受信オブジェクト８３３に対しＰＤＬ取得指示を行う。ＰＤＬ取得指示を受けたＰＤＬ受信オブジェクト８３３の処理は図８（Ｂ）で説明をする。Ｓ８２４でリクエスト処理オブジェクト８３１はＰＤＬ受信オブジェクト８３３を削除する。Ｓ８２５でリクエスト処理オブジェクト８３１はジョブ管理部８３２にＰＤＬの取得完了を通知する。この際にＳ８１１で取得したジョブ識別子を指定し、どのジョブに対する通知であるかを特定する。Ｓ８２６でサーバー部８３０は受信した印刷指示に対する実行結果を示すレスポンスを作成する。レスポンスの例は図１１を用いて説明する。Ｓ８２７でサーバー部８３０はリクエスト処理オブジェクト８３１を削除する。

以降は図８（Ｂ）に記載したＰＤＬ受信に関わる処理のフローを説明する。ここではファイルのＵＲＬがＨＴＴＰで指定された場合の例を示す。

Ｓ８１４からＳ８２３は指定されたＰＤＬファイルの数だけ実行される。ファイルの数はＳ７０５で検出したファイル指定部の数である。Ｓ８１４からＳ８１７はＰＤＬを外部から取得する指定がされている場合に実行し、Ｓ８１８からＳ８２２は印刷ジョブファイルに含める指定がされている場合に実行する。それぞれの指定方法は図６を用いて説明をした。Ｓ８１４でＰＤＬ受信オブジェクト８３３はファイルのＵＲＬで示された外部サーバー１０３に対しＰＤＬの取得リクエストを送信する。ＨＴＴＰの場合、ＰＯＳＴメソッドを使用する。なお外部サーバー８３６はユーザ端末と同一の情報処理装置１０２でもよく、異なる端末であっても良い。

Ｓ８１５でＰＤＬ受信オブジェクト８３３は受信したレスポンスのヘッダーを参照し、ＰＤＬの受信の可否、ＪＤＦの指定との一致などの整合性判定を行う。外部サーバー１０３に接続できなかった場合、応答がなかった場合もここで判定する。整合性判定で不整合やエラーが検出された場合、Ｓ６１０でエラーありと判定された時の処理となり、図８（Ｂ）で示される以降の処理を中止し、Ｓ８１３の応答としてエラーを返却する。Ｓ８１６からＳ８１７はＰＤＬをファイルの終了まで受信するか、受信エラーの発生を検知するまで続ける。エラーの発生を検知した場合には、以降の処理を中止しＳ８１３の応答としてエラーを返却する。

Ｓ８１６でＰＤＬ受信オブジェクト８３３はレスポンスからＰＤＬを規定量、またはファイルの終了まで受信する。規定量は受信バッファのサイズによって決定される。ファイルの終了が規定量を読み込む前に検出された場合には受信終了となる。Ｓ８１７でＰＤＬ受信オブジェクト８３３は受信した規定量またはファイルの終了までのＰＤＬをＰＤＬ解析部８３４に送信する。ＰＤＬ解析部８３４は制御部２０５がＰＤＬ機能プログラム４０５を実行することによって作成されるＰＤＬを解析するための部位である。

Ｓ８１８でＰＤＬ受信オブジェクト８３３はユーザ端末１０２から受け付けたジョブリクエストからＭＩＭＥパートヘッダーを受信する。Ｓ８１９でＰＤＬ受信オブジェクト８３３は受信したＭＩＭＥパートヘッダーを参照し、ＰＤＬの受信の可否、ＪＤＦでの指定との一致などの整合性判定を行う。ＭＩＭＥパートがない場合、すなわちＭＩＭＥパートヘッダーが受信できなかった場合の判定もここで行う。ＭＩＭＥパートがない場合にはＳ６０９でデータが存在しないと判定し、ＪＤＦの指定と種類が一致しない場合にはＳ６１１でファイルの種類不一致と判定する。どちらの場合も以降の処理を中止しＳ８１３の応答としてエラーを返却する。Ｓ８２０からＳ８２２はＰＤＬをファイルの終了まで受信するか、受信エラーの発生を検知するまで続ける。エラーの発生を検知した場合には、以降の処理を中止しＳ８１３の応答としてエラーを返却する。

Ｓ８２０でＰＤＬ受信オブジェクト８３３はジョブリクエストからＰＤＬを規定量、またはファイルの終了まで受信する。Ｓ８２１でＰＤＬ受信オブジェクト８３３は受信したＰＤＬのデコードを行う。Ｓ８２２でＰＤＬ受信オブジェクト８３３は受信、デコードした規定量またはファイルの終了までのＰＤＬをＰＤＬ解析部８３４に送信する。

Ｓ９０１からＳ９０３の処理はＪＤＦ解析済みジョブ数が規定値未満の場合のみ実施される。

Ｓ９０１でジョブ管理部８３２は登録されているジョブ指示のうち先頭のものを取り出す。ジョブ指示はＳ８１１でリクエスト処理オブジェクト８３１からジョブ指示追加依頼を受けることによって登録される。Ｓ９０２からＳ９０３の処理はジョブ指示が登録されていた場合のみ実施される。Ｓ９０２でジョブ管理部８３２はジョブオブジェクト９２０の生成を行う。Ｓ９０３でジョブ管理部８３２はジョブオブジェクト９２０に処理の開始指示を行う。Ｓ９０４からＳ９１４の処理はＳ９０１からＳ９０３の処理とは並行して実行する。すなわちジョブ管理部８３２はＳ９０３でジョブオブジェクト９０２に処理の開始を指示したら、Ｓ９０１に戻る。Ｓ９０４でＪＤＦ解析部８３５はジョブのＪＤＦを全て解析する。このＪＤＦ解析に関しては図６で説明をした。

Ｓ９０５はジョブオブジェクト９２０に対応するＰＤＬの取得が完了した時に実行される。ＰＤＬの取得はＳ８２５でリクエスト処理オブジェクト８３１から完了通知を受け付けることで完了する。Ｓ９０５でジョブオブジェクト９２０はＰＤＬ解析部８３４に対しＰＤＬ解析依頼を行う。この処理は非同期である。Ｓ９０６はＰＤＬ解析リソースの空きが発生した時に実行する。前述の通り、ＰＤＬ解析リソースは同時に解析できるジョブ数やページ数などによって規定される。ＰＤＬ解析リソースの空きがない場合、空きが出るまで待機する。

Ｓ９０７でＰＤＬ解析部８３４はジョブオブジェクト９２０に対し、Ｓ９０６の非同期処理に対するメッセージとしてＰＤＬ解析完了通知を送信する。Ｓ９０８からＳ９１０はＳ９０６で実行したＰＤＬ解析処理が正常に終了し、Ｓ９０７で正常終了が通知された場合に実行する。エラーが発生し、エラーが通知された場合にはＳ９１１を実行する。Ｓ９０８でジョブオブジェクト９２０はプリンタ部２０１に対し印刷依頼を行う。この処理は非同期である。Ｓ９０９は印刷リソースの空きが発生した時に実行する。前述の通り、印刷リソースは同時に印刷できるジョブ数によって決定される。通常は１であり、最初に印刷依頼を受けつけたジョブに対し印刷処理を行う。印刷リソースの空きがない場合、空きが出るまで待機する。

Ｓ９０９でプリンタ部２０１は印刷処理を行う。Ｓ９１０でＰＤＬ解析部８３４はジョブオブジェクト９２０に対し、Ｓ９０９の非同期処理に対するメッセージとして印刷完了通知を送信する。Ｓ９１１からＳ９１４はＳ９０７でＰＤＬの解析結果としてエラーが通知された場合、またはＳ９１０で印刷の完了通知を受け付けた場合に実施する。Ｓ９１１でジョブオブジェクト９２０は印刷結果通知メッセージを作成する。印刷結果通知メッセージにはＪＭＦのＣｏｍｍａｎｄ－ＲｅｔｕｒｎＱｕｅｕｅＥｎｔｒｙなどのメッセージがある。Ｓ９１２でジョブオブジェクト９２０は印刷結果受信端末９２１にＳ９１１で作成した印刷結果メッセージを送信する。印刷結果受信端末９２１はジョブリクエストを受け付けたユーザ端末と同一の情報処理装置１０２でもよく、異なる端末でもよい。Ｓ９１３でジョブオブジェクト９２０はジョブ管理部８３２にジョブの終了を通知する。終了時の状態として正常終了、エラー終了、エラーの原因などを合わせて通知する。Ｓ９１４でジョブ管理部８３２はジョブオブジェクト９２０を削除する。

＜印刷ジョブデータの構成およびＪＤＦの模式図＞
図１０（Ａ）及び図１０（Ｂ）は情報処理端末１０２から受信する印刷ジョブデータ、および印刷ジョブデータに含まれるＪＤＦの模式図である。

図１０（Ａ）は印刷ジョブデータがＪＤＦを使用した印刷指示要求である時のデータの構成を表している。

ＭＩＭＥデータ１０００は印刷ジョブデータを構成するＪＭＦ、ＪＤＦ、ＰＤＬファイルをＭＩＭＥと呼ばれる形式で連結したものである。ＭＩＭＥは電子メールで様々なファイルを扱えるように考案された方式である。ＭＩＭＥを構成する各ファイルはｂｏｕｎｄａｒｙと呼ばれる文字列で区切られたパートとして連結されている。各パートの冒頭にはパートヘッダーがあり、パートヘッダーにはパートに含まれるファイルの情報などが記載されている。

ＪＭＦパート１００１はＪＭＦファイルを格納したＭＩＭＥパートである。本実施形態で扱うのはＪＭＦが印刷指示を行うＣｏｍｍａｎｄ－ＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙの場合である。また本実施形態を実施する上でＭＩＭＥに必ず含まれていなくてはいけないのはＪＭＦパートのみである。ＪＭＦパートは必ずＭＩＭＥの最初のパートに含まれていなくてはならない。ただしＪＭＦパートのみの場合、必ずしもＭＩＭＥ形式にする必要はない。

ＪＤＦパート１００２はＪＤＦファイルを格納したＭＩＭＥパートである。ＪＤＦには印刷の指定に係るあらゆる指定を記述することができる。本実施形態を実施する上で必ず含まれていなくてはいけない印刷の指定はＰＤＬ部１０１３である。ＪＤＦは図１０（Ｂ）の例を用いて説明をする。なおＪＭＦではＪＤＦを同時に送信せずに、ＪＤＦが配置されているＵＲＬを指定する方法がある。この指定方法を行った場合にはＭＩＭＥ１０００にＪＤＦパートは含まれない。

ＰＤＬパート１００３はＰＤＬファイルを格納したＭＩＭＥパートである。図はＰＤＦの場合を示している。ＪＭＦ、ＪＤＦとは異なり、ＭＩＭＥ１０００には複数のＰＤＬパート１００３を含めることができ、また１つも含めないことも可能である。ＰＤＬパート１００３の数はＰＤＬ部１０１３に記載されたＰＤＬファイル指定の内、同時送信が指定されたファイル数となる。ＰＤＬ部１０１３の指定と数が合わず、ＰＤＬパートの数が足りない場合、Ｓ８１９およびＳ６０９でエラーとして検出される。ＰＤＬパートがバイナリデータである場合には、必ずｂａｓｅ６４などの形式によりエンコードされていなくてはならない。

図１０（Ｂ）は本実施形態で扱うＪＤＦの例を示したものである。ＪＤＦには多種多様な印刷指定を行うことができる。ここでは本実施形態に関連する部位だけを説明する。

ＪＤＦ部１０１１はＪＤＦ要素によって記載される部位である。ＪＤＦは必ずＪＤＦ部１０１１から記載を始めなくてはならない。ルート要素がＪＤＦではない場合Ｓ６０５でＸＭＬ構文エラーを検出する。Ｒｅｓｏｕｒｃｅ部１０１２は印刷に使用するリソースを記載する部位である。印刷に使用する設定や印刷ファイル、印刷用紙などを指定する値が記載される。本実施形態ではＲｅｓｏｕｒｃｅ部１０１２の指定は必須である。Ｒｅｓｏｕｒｃｅ部１０１２の指定がない場合、Ｓ７１３でＰＤＬ指定なしエラーを検出する。

ＰＤＬ部１０１３は印刷に使用するＰＤＬファイルを指定する部位である。本実施形態ではＰＤＬ部の指定は必須である。ＰＤＬ部１０１３の指定がない場合、Ｓ７１３でＰＤＬ指定なしエラーを検出する。ＰＤＬ部１０１３には複数のＰＤＬファイルの指定を行うことができる。図１０（Ｂ）では２つのＰＤＬファイル指定部１０１４，１０１５が記載されている。少なくとも１つのＰＤＬファイルの指定が必須であり、指定がない場合にはＳ７１３でＰＤＬ指定なしエラーを検出する。ＰＤＬファイル指定部１０１４，１０１５は３つの要素に階層によって構成されている。すなわち“ＲｕｎＬｉｓｔ”、“ＬａｙｏｕｔＥｌｅｍｅｎｔ”、“ＦｉｌｅＳｐｅｃ”である。このうち実際に使用する値が指定されているのは“ＦｉｌｅＳｐｅｃ”要素内のファイル値指定部１０１６，１０１７である。“ＦｉｌｅＳｐｅｃ”要素は必須要素であり、指定されていない場合構文エラーが検出される。また１つもＰＤＬファイル指定部１０１４，１０１５が指定されていない場合、Ｓ７１３でＰＤＬ指定なしエラーを検出する。

ファイル値指定部１０１６，１０１７は印刷に使用するファイルを示す値が記載されている部位である。本実施形態ではすくなくともＵＲＬ属性１０１９、１０２１、ＭｉｍｅＴｙｐｅ属性１０１８，１０２０の指定が必要である。ファイル値指定部１０１６，１０１７の開始を検知したら、Ｓ７０７でＵＲＬ属性、ＭｉｍｅＴｙｐｅ属性の値を取得し記憶する。他の属性の値は取得しない。属性が指定されていない場合には未指定を記憶し、Ｓ６０６でファイル情報の未指定エラーを検出する。ＵＲＬ属性１０１９、１０２１はファイルの配置場所を指定する属性である。ＵＲＬはファイルを取得するＵＲＬスキームの種類とファイルのパスによって構成されている。本実施形態ではＵＲＬスキームとして “ｈｔｔｐ”、“ｃｉｄ”をサポートする。非サポートのＵＲＬスキームが指定されている場合には、Ｓ６０６で非サポートＵＲＬスキームの指定エラーを検出する。ＵＲＬスキームとして“ｃｉｄ”が指定されている場合には、Ｓ６０７で印刷ジョブデータにＰＤＬファイルが含まれると判定し、Ｓ６１３で印刷ジョブデータからの受信を行う。ＵＲＬスキームとして“ｃｉｄ”以外のサポートが指定されている場合には、Ｓ６０８で指定されたパスから指定されたＵＲＬスキームを使用してファイルの取得を行う。

＜ジョブリクエストに対するレスポンスの例およびエラーの種類＞
図１１はＳ８２６で生成され、Ｓ８０１でユーザ端末１０２から受け付けたジョブリクエストに対する応答として送信されるメッセージの例である。

図１１（Ａ）はＰＤＬの取得までの処理においてエラーが発生せずに、正常終了した時のメッセージの例である。図１１（Ｂ）はＰＤＬの取得でエラーが発生した時のメッセージの例であり、ＵＲＬ属性に”ｈｔｔｐ：／／１７２．１２．１３．１２３／ｄｏｃｕｍｅｎｔ．ｐｄｆ”が指定されたファイルの取得が出来なかった時のものである。図１１（Ｃ）はＳ６０６およびＳ６１０、Ｓ６０９、Ｓ６１１で検出されるエラーの種類とメッセージの例を示したものである。

ＰＤＬ取得正常終了時レスポンスメッセージ１１００はＰＤＬの取得までの処理が正常終了した場合に、ジョブリクエスト送信元のユーザ端末１０２にレスポンスとして送信される。ＰＤＬ取得正常終了時レスポンスメッセージ１１００にはジョブリクエストが正常に終了したことを示すリクエスト実行結果１１０１と、作成したジョブに関する作成ジョブ情報１１０２が含まれる。

ＰＤＬ取得エラー時のレスポンスメッセージ１１１０はＰＤＬの取得までの処理でエラーが発生した場合に、ジョブリクエスト送信元のユーザ端末１０２にレスポンスとして送信される。ＰＤＬ取得エラー時のレスポンスメッセージ１１１０にはジョブリクエストがエラー終了したことを示すリクエスト実行結果１１１１と、作成したジョブに関する作成ジョブ情報１１１２、発生したエラーに関するエラー情報１１１３が含まれる。エラー情報１１１３にはエラーのレベルを示す情報とエラーメッセージ１１１４が含まれる。ジョブの作成前、すなわちＳ６０６でエラーが検出された場合には作成ジョブ情報１１１２は含まれない。エラーの種類とエラーメッセージ１１１４の例は図１１（Ｃ）で説明をする。

エラー発生要因とエラーメッセージテーブル１１２０は、ＰＤＬの取得までの処理で発生するエラーの要因と、それぞれの場合にエラーメッセージ１１１４に記載するメッセージの例を示している。Ｓ６０５のＪＤＦのＰＤＬ部解析で発生し、Ｓ６０６で判定するＪＤＦ解析エラー１１２１と、ＰＤＬの取得時に発生しＳ６１０、Ｓ６０９、Ｓ６１１で判定するＰＤＬ取得エラー１１２２はエラーの内容が異なる。それぞれの箇所でエラーを判定し、エラーが検出されている場合には以降の処理を実施しないことで、無駄な処理の発生を抑制する。

＜効果の説明＞
図１２は本実施形態の効果を説明する図である。１０以上のジョブのリクエストを次々と受け付けた時に、実施する処理と対象のジョブの遷移していく様子を表している。同時にＪＤＦが解析可能なジョブ数を３，ＰＤＬ解析リソースを同数の３ジョブ、同時にＰＤＬ取得可能なジョブ数も同数の３、印刷リソースを１ジョブとしている。縦に並んでいるのが処理の内容１２０１であり、横軸１２０２が時間の流れである。四角で囲まれた部分は記載された処理を行う時間を示している。また四角の中に書かれた番号はジョブを区別するために与えたジョブの番号である。同一の番号が振られている処理時間は、同一のジョブに対する処理を行う時間であることを示している。説明を簡略化するためジョブは全て同一のものとし、各処理にかかる時間も同一とした。

本実施形態を使用せずにＪＤＦを全て解析してからＰＤＬを取得したときの処理時間を示した模式図を図１２（Ａ）、本実施形態を使用したときの処理時間を示した模式図を図１２（Ｂ）に示す。

本実施形態を使用しない場合には、最初にＪＤＦ解析ジョブ数までのＪＤＦの全解析が行われる。ＰＤＬ取得、ＰＤＬ解析、印刷の各処理と比較すると、ＪＤＦ解析は比較的短い処理時間となる。ＪＤＦの解析は３ジョブまで実施可能なのでジョブ１のＪＤＦ解析はジョブ２，３と並行して１２０３で実施される。次にＪＤＦを解析したジョブのＰＤＬを取得する。ＰＤＬの取得の開始はＪＤＦ解析後となるため、ジョブ１のＰＤＬ取得はジョブ２，３と並行して１２０４で実行する。ＰＤＬの取得時間はＰＤＬのサイズ、および回線速度に大きく依存する。次に取得したＰＤＬの解析を実行する。ジョブ１のＰＤＬ解析はＰＤＬ取得後となるため、ジョブ２，３と同時に１２０５で実施される。次に印刷を行う。印刷はＰＤＬ解析後に実行するため１２０６で実行する。印刷は同時に１ジョブしか実行できないため、ジョブ２，３の印刷はそれぞれジョブ１、２の印刷が終了したタイミングとなる。次にジョブ１の印刷が終了すると、ＪＤＦ解析済みのジョブが減少するため次のジョブであるジョブ４のＪＤＦ解析が実行可能となる。ジョブ４のＪＤＦ解析はジョブ１の印刷完了後であり１２０７で実行する。以下同様にジョブ４のＰＤＬ取得は１２０８、ＰＤＬ解析は１２０９、印刷は１２１１となる。図が示すとおり印刷処理にはジョブ間隔１２１０が発生する。この間隔は単純にこの時間の印刷効率を落とすだけでなく、用紙間隔や温調調整などが必要となるサイクルダウンの原因となり、ジョブ間隔１２１０以上の印刷効率悪化の原因となる。後続ジョブでもこ同様でありジョブ間隔１２１０は３ジョブごとに発生する。

一方、本実施形態を使用した場合には、ＪＤＦのＰＤＬ部を取得したら１２２０でＰＤＬの取得を開始する。ＪＤＦのＰＤＬ部の解析は他の処理と比べて処理時間が十分短いため、図には記載していない。またＰＤＬ取得と並行して１２２１でＪＤＦ解析ジョブ数までのＪＤＦの全解析を行う。ＰＤＬの取得、およびＪＤＦ解析はジョブ２，３と並行して実行する。ジョブ１のＰＤＬ取得が終了するとすぐに後続のジョブ４の取得を開始する。ＪＤＦのＰＤＬ部の解析はジョブ１のＰＤＬ取得中に実施可能なため処理時間を考慮する必要はない。この例ではジョブ１，２，３のＰＤＬ取得は同時に完了するため、ジョブ４，５，６のＰＤＬ取得は１２２２で並行して実行する。ジョブ１，２，３のＰＤＬ解析はＪＤＦの解析とＰＤＬ取得が完了後に実行可能であるため１２２３で実行する。ジョブ１の印刷はＰＤＬ解析後に実行可能であるため１２２４で実行する。ジョブ２，３の印刷はそれぞれ先行するジョブ１，２の印刷が完了したタイミングで実行する。ジョブ４のＪＤＦ解析はＪＤＦ解析済みジョブ数が減少したタイミングで実行可能であるので、先行するジョブ１の印刷が完了した１２２５で実行する。ジョブ４のＰＤＬ解析はＪＤＦ解析後に実行可能となるため１２２６で実行する。ジョブ４の印刷はＰＤＬ解析後かつジョブ３の印刷が完了した時に実行可能であるため１２２７で実行する。図が示すように本実施形態を使用した場合には印刷処理においてジョブ間隔は発生しない。したがって本実施形態を使用することで印刷効率が向上し、サイクルダウンの発生も防ぐことができる。

ここでは全てのジョブが印刷される場合の例を示したが、先行ジョブがキャンセルされた場合にも、本実施形態は効果を発揮する。例えば図の例でジョブ４を印刷中にジョブ５，６をキャンセルされた場合、本実施形態を使用しない場合にはジョブ７のＪＤＦ解析、ＰＤＬ取得、ＰＤＬ解析を全て行なった後に初めてジョブ７の印刷を開始できる。しかし、本実施形態を使用した場合には、すでにＰＤＬの取得はおわっているので、ＪＤＦ解析、ＰＤＬ解析を行うことで印刷を開始することができる。

また、ＰＤＬが印刷ジョブデータ内に含まれているかいないかはＪＤＦのＰＤＬ部を解析するまで判別することができず、含まれている場合には、受信が終わるまでユーザ端末１０２との接続を切断することが出来ない。したがって、本実施形態を使用した場合と使用しなかった場合ではセッションを維持しなくてはいけない時間に大きな差が生まれる。同時に接続可能なセッション数には制限があるので、セッションを早く切断することができるようにすることで、ユーザが次のジョブを早く送信することができ、画像形成装置１０１は他のユーザからのジョブ要求を受け付けることができるようになるのである。

尚、本実施形態を使用しない場合の、パフォーマンスの観点、さらにリソース制限がある場合の課題を具体的に説明する。

外部に配置されたＰＤＬのパスはＪＤＦに記載されているため、ＪＤＦを解析しなければＰＤＬを取得することが出来ない。ＪＤＦの解析（ＪＤＦの全解析）に合わせてＰＤＬの取得を開始すると印刷の開始が遅れることとなり、印刷効率が落ちる原因となる。さらにＰＤＬ解析処理の遅れによりジョブ間で印刷処理を実施していない時間が発生することで、用紙の搬送間隔や定着器の温度調整を行うサイクルダウンが生じることがある。この場合印刷効率は大幅に悪化する。

ＪＤＦには様々な印刷設定を、ページごとに指定することができるため大きなＸＭＬとなることが多く、解析結果を保持するためには十分なメモリリソースが必要である。機能ごとに強いメモリ使用の制限が規定される組み込み製品では、多くのＪＤＦを受信した場合、受信したＪＤＦを全て解析し、その全ての解析結果を保持することは難しい。そのため、ＪＤＦを解析するジョブ数を制限しなければならず、その結果、ＰＤＬの取得を開始することができなくなり、結果として、パフォーマンス劣化につながる。

以上、本実施形態はリソースの制限の強い組み込み製品上で最も効果を発揮するが、組み込み製品以外においても効果がある。デバイスの性能が向上することによってＰＤＬの解析やＰＤＬ解析速度が向上する一方で、ネットワークを介したＰＤＬの取得にかかる時間は、デバイスを設置する場所のネットワーク環境、およびその時の回線の使用状況によって大きく左右される。図１２で示すとおり、ＰＤＬの取得にかかる時間が長いほど、ジョブ間隔１２１０が発生する確率が高まり、間隔自体も長くなる。またＪＤＦには印刷設定以外にも様々な設定を記載することができ、印刷機でＪＤＦを扱う場合には全ての値を解析ことはリソース効率、パフォーマンスの観点において無駄がある。よって、ＰＤＬの取得に必要な値だけを解析し，値を取得後に即座にＰＤＬの取得を開始する本手法は、組み込み製品に限らずリソース効率、パフォーマンス、処理速度の観点で一定の効果が期待できる。

以上説明した実施形態によれば、ジョブチケットを受信した際にＰＤＬを指定した部分だけを解析し、ＰＤＬのＵＲＬを取得する。取得したらジョブチケットの解析を終了し、ＰＤＬの取得を行う。これによりメモリに制限のある環境でもパフォーマンスにも影響を与えずに外部からのＰＤＬファイルの取得を可能となる。つまり、パフォーマンスやリソースへの影響を与えることなく、ＪＤＦでパスが指定された外部に配置されているＰＤＬを取得することができる。そのため、ジョブ投入者の利便性を向上させるとともに、画像形成装置の印刷効率を向上させることができる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (19)

1. ジョブチケットを受信する受信手段と、
   前記ジョブチケットの一部を解析する第１の解析手段と、
   前記ジョブチケットを解析する第２の解析手段と、
   前記第１の解析手段で解析した結果に基づいて、前記第２の解析手段による解析が終わる前に、外部装置に印刷ファイルの取得要求を送信する送信手段と、
   前記第２の解析手段で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいて、印刷を制御する制御手段を有することを特徴とする画像形成装置。
2. 前記第１の解析手段は、前記ジョブチケットの印刷ファイル記述部を解析することを特徴とする請求項１に記載の画像形成装置。
3. 前記第２の解析手段は、前記ジョブチケットの全体を解析することを特徴とする請求項１又は請求項２に記載の画像形成装置。
4. 前記第２の解析手段で解析した結果を、ジョブチケット解析済みジョブとして記憶する記憶手段を有し、
   前記記憶手段に、ジョブチケット解析済みジョブが所定の数、記憶されている場合は、前記第２の解析手段による解析を待機することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
5. 前記第２の解析手段で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいた印刷が完了した場合に、前記記憶手段に記憶している、前記印刷完了に対応するジョブチケット解析済みジョブを削除することを特徴とする請求項４に記載の画像形成装置。
6. 前記送信手段による外部装置に印刷ファイルの取得要求と、前記第２の解析手段による解析処理とは、並行して行われることを特徴とした請求項１乃至５の何れか１項に記載の画像形成装置。
7. 前記受信手段は、前記ジョブチケットを含む印刷ジョブデータを受信し、
   前記第１の解析手段で解析した結果に基づいて、印刷ファイルが前記印刷ジョブデータに含まれるかを判定する判定手段をさらに有し、
   前記送信手段は、前記判定手段で印刷ファイルが前記印刷ジョブデータに含まれないと判定された場合、前記第１の解析手段で解析した結果に基づいて、前記第２の解析手段による解析が終わる前に、外部装置に印刷ファイルの取得要求を送信することを特徴とする請求項１乃至６の何れか１項に記載の画像形成装置。
8. 前記制御手段は、前記判定手段で印刷ファイルが前記印刷ジョブデータに含まれると判定された場合、前記第２の解析手段で解析した結果と、前記印刷ジョブデータに含まれる印刷ファイルに基づいて、印刷を制御し、かつ、前記判定手段で印刷ファイルが前記印刷ジョブデータに含まれないと判定された場合、前記第２の解析手段で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいて、印刷を制御することを特徴とした請求項７に記載の画像形成装置。
9. 前記判定手段は、前記ジョブチケットにおいて、印刷ファイルが印刷ジョブデータに含めて送信する指定となっているかどうかを判定することによって、印刷ファイルが前記印刷ジョブデータに含まれるかを判定することを特徴とする請求項７又は請求項８に記載の画像形成装置。
10. 画像形成装置の制御方法であって、
    ジョブチケットを受信する受信工程と、
    前記ジョブチケットの一部を解析する第１の解析工程と、
    前記ジョブチケットを解析する第２の解析工程と、
    前記第１の解析工程で解析した結果に基づいて、前記第２の解析工程による解析が終わる前に、外部装置に印刷ファイルの取得要求を送信する送信工程と、
    前記第２の解析工程で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいて、印刷を制御する制御工程を有することを特徴とする画像形成装置の制御方法。
11. 前記第１の解析工程は、前記ジョブチケットの印刷ファイル記述部を解析することを特徴とする請求項１０に記載の画像形成装置の制御方法。
12. 前記第２の解析工程は、前記ジョブチケットの全体を解析することを特徴とする請求項１０又は請求項１１に記載の画像形成装置の制御方法。
13. 前記第２の解析工程で解析した結果を、ジョブチケット解析済みジョブとして記憶部に記憶する記憶工程を有し、
    前記記憶部に、ジョブチケット解析済みジョブが所定の数、記憶されている場合は、前記第２の解析工程による解析を待機することを特徴とする請求項１０乃至１２の何れか１項に記載の画像形成装置の制御方法。
14. 前記第２の解析工程で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいた印刷が完了した場合に、前記記憶部に記憶している、前記印刷完了に対応するジョブチケット解析済みジョブを削除することを特徴とする請求項１３に記載の画像形成装置の制御方法。
15. 前記送信工程による外部装置に印刷ファイルの取得要求と、前記第２の解析工程による解析処理とは、並行して行われることを特徴とした請求項１０乃至１４の何れか１項に記載の画像形成装置の制御方法。
16. 前記受信工程は、前記ジョブチケットを含む印刷ジョブデータを受信し、
    前記第１の解析工程で解析した結果に基づいて、印刷ファイルが前記印刷ジョブデータに含まれるかを判定する判定工程をさらに有し、
    前記送信工程は、前記判定工程で印刷ファイルが前記印刷ジョブデータに含まれないと判定された場合、前記第１の解析工程で解析した結果に基づいて、前記第２の解析工程による解析が終わる前に、外部装置に印刷ファイルの取得要求を送信することを特徴とする請求項１０乃至１５の何れか１項に記載の画像形成装置の制御方法。
17. 前記制御工程は、前記判定工程で印刷ファイルが前記印刷ジョブデータに含まれると判定された場合、前記第２の解析工程で解析した結果と、前記印刷ジョブデータに含まれる印刷ファイルに基づいて、印刷を制御し、かつ、前記判定工程で印刷ファイルが前記印刷ジョブデータに含まれないと判定された場合、前記第２の解析工程で解析した結果と、前記外部装置への取得要求に基づいて前記外部装置から取得した印刷ファイルに基づいて、印刷を制御することを特徴とした請求項１６に記載の画像形成装置の制御方法。
18. 前記判定工程は、前記ジョブチケットにおいて、印刷ファイルが印刷ジョブデータに含めて送信する指定となっているかどうかを判定することによって、印刷ファイルが前記印刷ジョブデータに含まれるかを判定することを特徴とする請求項１６又は請求項１７に記載の画像形成装置の制御方法。
19. 請求項１乃至９の何れか１項に記載の画像形成装置としてコンピュータを機能させるための該コンピュータで読み取り可能なプログラム。

Images