"印刷装置と通信可能な情報処理装置であって、印刷対象となるデータを、特定の機種の印刷装置に依存しない中間形式で記憶する記憶手段と、印刷装置からの要求に応じて、当該印刷装置に対応するプリンタドライバのインストールを行うインストール手段と、前記インストール手段によりインストールされたプリンタドライバに、前記中間形式のデータから前記印刷装置で実際に印刷される際の体裁を認識できるデータを生成させ、前記情報処理装置の内部の記憶領域に出力させる処理手段と、前記処理手段による出力データから体裁情報を取得して前記印刷装置に送信する送信手段と、を有し、前記印刷装置では、前記印刷対象となるデータの前記体裁情報の表示が行われることを特徴とする情報処理装置。印刷装置からの要求に応じて、前記プリンタドライバを用いて、前記中間形式のデータから、前記印刷装置に依存するデータを生成して前記印刷装置に出力する印刷処理手段を有することを特徴とする請求項1に記載の情報処理装置。前記体裁情報は、前記印刷装置で実際に出力される用紙枚数の情報を含むことを特徴とする請求項1又は2に記載の情報処理装置。前記体裁情報は、前記印刷装置で実際に出力されるモノクロページ数の情報、及びカラーページ数の情報を含むことを特徴とする請求項1乃至3のいずれか1項に記載の情報処理装置。前記処理手段は、前記プリンタドライバに、前記印刷対象となるデータの各ページのデータを疑似データに置換した上で、前記印刷装置で実際に印刷される際の体裁が認識できるデータを生成させることを特徴とする請求項1乃至4のいずれか1項に記載の情報処理装置。前記疑似データは、前記印刷対象となるデータの各ページのデータのカラー情報に対応するデータであることを特徴とする請求項5に記載の情報処理装置。前記中間形式は、EMFSPOOL形式であることを特徴とする請求項1乃至6のいずれか1項に記載の情報処理装置。前記処理手段は、前記プリンタドライバに、PDLデータを生成させることを特徴とする請求項1乃至7のいずれか1項に記載の情報処理装置。前記記憶手段は、前記中間形式のデータに対応する印刷設定情報をも記憶するものであり、前記処理手段は、前記プリンタドライバに、前記中間形式のデータ及び前記中間形式のデータに対応する印刷設定情報から、前記印刷装置で実際に印刷される際の体裁を認識できるデータを生成させ、前記情報処理装置の内部の記憶領域に出力させるものであり、前記印刷装置から印刷設定の変更指示を受信した場合、前記変更指示に応じて前記中間形式のデータに対応する印刷設定情報を変更し、前記処理手段による当該印刷設定情報の変更に伴い再生成され、出力されたデータから取得される体裁情報を、前記送信手段に再送信させるように制御する制御手段を有することを特徴とする請求項1乃至8のいずれか1項に記載の情報処理装置。情報処理装置と印刷装置とを含むプリントシステムであって、前記情報処理装置は、印刷対象となるデータを、特定の機種の印刷装置に依存しない中間形式で記憶する記憶手段と、前記印刷装置からの要求に応じて、当該印刷装置に対応するプリンタドライバのインストールを行うインストール手段と、前記インストール手段によりインストールされたプリンタドライバに、前記中間形式のデータから前記印刷装置で実際に印刷される際の体裁を認識できるデータを生成させ、前記情報処理装置の内部の記憶領域に出力させる処理手段と、前記処理手段による出力データから体裁情報を取得して前記印刷装置に送信する送信手段と、を有し、前記印刷装置は、前記情報処理装置に対して、前記印刷すべきデータに関する情報の要求を行う要求手段と、前記情報処理装置から受信される前記印刷対象となるデータの前記体裁情報を表示する表示手段と、を有する、ことを特徴とするプリントシステム。印刷装置と通信可能な情報処理装置における制御方法であって、印刷対象となるデータを、特定の機種の印刷装置に依存しない中間形式で記憶手段に記憶する記憶ステップと、印刷装置からの要求に応じて、当該印刷装置に対応するプリンタドライバのインストールを行うインストールステップと、前記プリンタドライバに、前記中間形式のデータから前記印刷装置で実際に印刷される際の体裁を認識できるデータを生成させ、前記情報処理装置の内部の記憶領域に出力させる処理ステップと、前記処理ステップによる出力データから体裁情報を取得して前記印刷装置に送信する送信ステップと、を有し、前記印刷装置では、前記印刷対象となるデータの前記体裁情報の表示が行われることを特徴とする制御方法。情報処理装置と印刷装置とを含むプリントシステムにおける制御方法であって、前記情報処理装置のコントローラが、印刷対象となるデータを、特定の機種の印刷装置に依存しない中間形式で記憶手段に記憶する記憶ステップと、印刷装置からの要求に応じて、当該印刷装置に対応するプリンタドライバのインストールを行うインストールステップと、前記プリンタドライバに、前記中間形式のデータから前記印刷装置で実際に印刷される際の体裁を認識できるデータを生成させ、前記情報処理装置の内部の記憶領域に出力させる処理ステップと、前記処理ステップによる出力データから体裁情報を取得して前記印刷装置に送信する送信ステップと、を実行し、前記印刷装置のコントローラが、前記情報処理装置に対して、前記印刷すべきデータに関する情報の要求を行う要求ステップと、前記情報処理装置から受信される前記印刷対象となるデータの前記体裁情報を表示する表示ステップと、を実行する、ことを特徴とする制御方法。請求項1乃至9のいずれか1項に記載の手段としてコンピュータを機能させるためのプログラム。しかし、従来のプルプリントシステムでは、対象となる印刷装置の機種及びPDL種類に対応した解析用のプログラムを用いて、PDLデータを解析し印刷設定情報をユーザに提示することはできた。例えば、4ページデータの印刷設定を2in1に設定して、従来のプルプリントシステムで印刷することを想定する。ここで、PDLデータを解析することなく、従来のシステムで得られる情報は4ページ2in1という程度の情報にとどまる。このため、従来のプルプリントシステムでは、PDLデータを解析することなく、レンダリング後の総ページ数、カラーページ数、モノクロページ数といった、実際に印刷装置で印刷される体裁を表すような詳細な情報を得ることができなかった。具体的には、レンダリングの結果が総ページ数:2ページ、カラーページ数:1ページ、モノクロページ数:1ページとなる等の詳細な情報を得ることができなかった。このような詳細な情報を得るためには、印刷装置のパネルアプリケーションで出力結果の情報を導出する必要があるが、その導出方法は、各PDL各モデルによって異なる。このため、PDLやモデル数の組み合わせを全て考慮して、印刷装置のパネルアプリケーションで出力結果の情報を導出するための構成解析プログラムを事前に印刷装置に実装するのは、現実的ではなかった。また、プリントサーバのサービスで出力結果の情報を導出する場合でも、印刷装置から要求を受けるたびに、プリントサーバがこの処理を行うと、プリントサーバに大きな負荷がかかってしまい、パフォーマンスに影響を与える恐れがあった。本発明は、上記の問題点を解決するためになされたものである。本発明は、印刷ジョブを特定の機種の印刷装置に依存しない中間形式のデータで情報処理装置に留め置きするプリントシステムを想定し、その目的は、印刷ジョブのより詳細な情報を出力前に正確にユーザに提示することができる仕組みを提供することである。本発明は、印刷装置と通信可能な情報処理装置であって、印刷対象となるデータを、特定の機種の印刷装置に依存しない中間形式で記憶する記憶手段と、印刷装置からの要求に応じて、当該印刷装置に対応するプリンタドライバのインストールを行うインストール手段と、前記インストール手段によりインストールされたプリンタドライバに、前記中間形式のデータから前記印刷装置で実際に印刷される際の体裁を認識できるデータを生成させ、前記情報処理装置の内部の記憶領域に出力させる処理手段と、前記処理手段による出力データから体裁情報を取得して前記印刷装置に送信する送信手段と、を有し、前記印刷装置では、前記印刷対象となるデータの前記体裁情報の表示が行われることを特徴とする。本発明によれば、印刷ジョブを特定の機種の印刷装置に依存しない中間形式のデータで情報処理装置に留め置きするプリントシステムであっても、印刷ジョブのより詳細な情報を出力前に正確にユーザに提示することができる。以下、本発明を実施するための形態について図面を用いて説明する。図1は、本発明の一実施例を示すプリントシステムの構成の一例を示すシステム構成図である。図1の事業所Aに示すように、本実施形態のプリントシステムは、1又は複数のクライアントPC100例えば、ユーザ毎、1又は複数のプリントサーバ101例えば、階毎に設置、1又は複数の画像形成装置印刷装置102例えば、階毎に設置、1又は複数のログインサービスPC103例えば、階毎に設置、ディレクトリサービスサーバ104がローカルエリアネットワークLAN105を介して通信可能に接続される構成となっている。クライアントPC100には、仮想プリンタドライバがインストールされている。この仮想プリンタドライバは、クライアントアプリケーションから受け取ったデータに基づいて特定の機種の画像形成装置に依存しない中間形式の印刷ジョブを生成し、プリントサーバ101へ送信する。なお、中間形式の印刷ジョブとは、フォーマットに関する仕様が公開されていて、かつ再編集が容易な形式の印刷データを意味する。例えば、EMFSPOOL形式、PDF、XPSなどがある。本実施形態においては、EMFSPOOL形式を使って説明するが、XPSやPDFなど他の中間形式の印刷データであってもかまわない。プリントサーバ101は、クライアントPC100等から受信した該印刷ジョブを所定の格納場所に格納する。また、プリントサーバ101は、ジョブ管理データベース以後、ジョブ管理DBと呼ぶを備え、ジョブ管理DBにより印刷設定に関わるメタデータおよび印刷ジョブを記憶管理する。また、プリントサーバ101は、ジョブ管理DBに記録管理している該印刷ジョブの描画データを加工し、メタデータと加工済のEMFSPOOL形式の印刷ジョブを利用してPDLデータを生成し、生成されたPDLデータを解析する。プリントサーバ101は、メタデータと解析結果から印刷ジョブ一覧データを生成し、画像形成装置102へ転送制御する。さらに、プリントサーバ101は、画像形成装置102から上記印刷ジョブ一覧に含まれる印刷ジョブに関する印刷設定の変更情報を受信した場合、該受信した印刷設定の変更情報に基づいて、ジョブ管理DB403図4に記録管理しているメタデータを更新し、再度、PDLデータを生成して解析する。そして、プリントサーバ101は、メタデータと解析結果から印刷設定情報を生成し、対象ジョブの印刷設定情報を画像形成装置102へ転送する。また、プリントサーバ101は、画像形成装置102から上記印刷ジョブ一覧に含まれる印刷ジョブに関する印刷指示を受信すると、上記所定の格納場所に保存している印刷ジョブとメタデータを利用し、プリンタドライバで印刷処理を実行する。ログインサービスPC103は、画像形成装置102のログインサービスとして、ディレクトリサービスサーバ104で記憶管理されているクライアントPC100のログインユーザ名、パスワード例えば、マイクロソフト社のWindows登録商標のログインユーザ名、パスワードに基づく認証処理SSOと称する。SingleSignONの略を行うものである。例えば、ログインサービスPC103は、キヤノン社のセキュリティエージェントを搭載したパーソナルコンピュータである。ディレクトリサービスサーバ104は、ネットワーク上に存在するサーバ、クライアント、プリンタ等のハードウェア資源や、それらを使用するユーザの属性クライアントPC100のログインユーザ名、パスワード例えば、マイクロソフト社のWindows登録商標のログインユーザ名、パスワードを含む、アクセス権等の情報を一元記憶管理するものである。例えば、ディレクトリサービスサーバ104は、アクティブディレクトリ機能を搭載したサーバである。また、本実施形態のプリントシステムは、上述した構成の事業所Aと、1又は複数のクライアントPC100,1又は複数のプリントサーバ101,1又は複数の画像形成装置102がLAN105を介して接続される構成の1又は複数の事業所Bとが、WAN106を介して接続される構成であってもよい。以下、図2を用いて、図1に示したクライアントPC100、プリントサーバ101、ログインサービスPC103、ディレクトリサービスサーバ104に適用可能な情報処理装置のハードウェア構成について説明する。図2は、図1に示したクライアントPC100、プリントサーバ101、ログインサービスPC103、ディレクトリサービスサーバ104に適用可能な情報処理装置のハードウェア構成を示すブロック図である。図2において、201はCPUで、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM202あるいは外部メモリ211には、CPU201の制御プログラムであるBIOSやオペレーティングシステムプログラム以下、OSや、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。203はRAMで、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM202あるいは外部メモリ211からRAM203にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。205は入力コントローラで、キーボード209や不図示のマウス等のポインティングデバイス等からの入力を制御する。206はビデオコントローラで、モニター210への表示を制御する。一般に、モニター210は液晶ディスプレイやCRT等の表示器である。これらは必要に応じて管理者等が使用するものである。207はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスクHD、SSD、SDメモリーカード等の外部メモリ211へのアクセスを制御する。208は通信I/Fコントローラで、ネットワーク例えば、図1に示したLAN105を介して外部機器と接続通信するものであり、ネットワークでの通信制御処理を実行する。例えば、通信I/Fコントローラ208は、TCP/IPを用いた通信等が可能である。なお、CPU201は、例えばRAM203内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、モニター210上での表示を可能としている。また、CPU201は、モニター210上の不図示のマウスカーソル等でのユーザ指示を可能とする。本発明を実現するための後述する各種プログラムは、外部メモリ211に記録されており、必要に応じてRAM203にロードされることによりCPU201によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ211に格納されており、これらについての詳細な説明も後述する。以下、図3を用いて、図1に示した画像形成装置102を制御するコントローラユニットのハードウェア構成について説明する。図3は、図1に示した画像形成装置102のコントローラユニットのハードウェア構成の一例を示すブロック図である。図3において、316はコントローラユニットで、画像入力装置として機能するスキャナ部314や、画像出力装置として機能するプリンタ部312と接続する一方、LAN例えば、図1に示したLAN105や公衆回線WAN例えば、PSTNまたはISDN等と接続することで、画像データやデバイス情報の入出力を行う。コントローラユニット316において、301はCPUで、システム全体を制御するプロセッサである。302はRAMで、CPU301が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。303はROMで、システムのブートプログラムや各種制御プログラムが格納されている。304はハードディスクドライブHDDで、システムを制御するための各種プログラム,画像データ等を格納する。なお、コントローラユニット316は、HDD304の代わりにSSD等のその他の記憶装置を備える構成であってもよい。307は操作部インタフェース操作部I/Fで、操作部UI308とのインタフェース部であり、操作部308に表示する画像データを操作部308に対して出力する。また、操作部I/F307は、操作部308から本システム使用者が入力した情報例えば、ユーザ情報等をCPU301に伝える役割をする。なお、操作部308は、タッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下指等でタッチすることにより、各種指示を行うことができる。305はネットワークインタフェースNetworkI/Fで、ネットワークLANに接続し、データの入出力を行う。306はモデムMODEMで、公衆回線に接続し、FAXの送受信等のデータの入出力を行う。318は外部インタフェース外部I/Fで、USB、IEEE1394,プリンタポート,RS-232C等の外部入力を受け付けるI/F部である。外部I/F318は、本実施形態においては認証で必要となるICカードの読み取り用のカードリーダ319が外部I/F部318に接続されている。CPU301は、この外部I/F318を介してカードリーダ319によるICカードからの情報読み取りを制御し、該ICカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス309上に配置される。320はイメージバスインタフェース。さらに、ジョブ管理サービス402は、ジョブ管理DB403のメタデータ及びEMFSPOOL形式印刷ジョブを、出力ポートが画像形成装置102のアドレスに設定された論理プリンタで印刷し4-3、画像形成装置102で出力させる4-4。以上、プリントシステム全体の流れを説明した。以降、フローチャートを使って詳細に説明する。なお、図4に示したクライアントアプリケーション400、及び仮想プリンタドライバ401は、クライアントPC100のCPUが外部メモリにコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。また、ジョブ管理サービス402、及びプリンタドライバ406は、プリントサーバ101のCPUが外部メモリにコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。また、画像形成装置102上のパネルアプリケーション404は、画像形成装置102のCPU301がHDD304にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現される。以下、図5を参照して、図1に示したクライアントPC100上で動作するクライアントアプリケーション400上での印刷指示について説明する。図5は、図1に示したクライアントPC100上で動作するクライアントアプリケーション400の印刷画面の一例を示す模式図であり、クライアントPC100のCPUの制御によりクライアントPC100のモニターに表示される。図5において、510は論理プリンタ選択部で、クライアントPC100に設定されている論理プリンタから、印刷を行う論理プリンタを選択するためのものである。このプリンタ選択部510において、プルプリント501は、本実施形態のプルプリント設定された仮想プリンタドライバ図4の401に対応する論理プリンタとする。さらに、Cxxxxix3250502,Cxxxxix5051503は、通常のプリンタドライバに対応する論理プリンタとする。プリンタ選択部510で、いずれかの論理プリンタが選択され、OKボタン505がポインティングデバイス等で指示されると、クライアントアプリケーション400は、印刷のためのデータを、プリンタ選択部510で選択された論理プリンタに対応するプリンタドライバにグラフィックエンジンを介して送信する。以下、図6を参照して、プリンタ選択部510でプルプリント501が選択されて印刷指示がなされた場合のプリンタドライバの動作について説明する。図6は、本発明のプリントシステムにおける第1の制御処理手順の一例を示すフローチャートであり、図4に示した1-1~1-3の処理手順に対応する。なお、ステップSA600~SA602は、図4に示した仮想プリンタドライバ401による印刷ジョブ投入処理に対応する。即ち、これらの処理は、図1に示したクライアントPC100のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。また、ステップSB600~SB606は、図4に示したジョブ管理サービス402によるEMFSPOOL形式の印刷ジョブおよびメタデータ登録処理、EMFSPOOL形式の印刷ジョブ保存処理に対応する。即ち、これらの処理は、図1に示したプリントサーバ101のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。まず、仮想プリンタドライバ401による印刷ジョブ投入処理を説明する。ステップSA600において、仮想プリンタドライバ401の処理が開始する。ステップSA601において、仮想プリンタドライバ401は、クライアントアプリケーション400から仮想プリンタドライバ401に入力されたデータを、EMFSPOOL形式印刷ジョブとして出力する。この処理は図4の1-1に相当する。米国Microsoft社のWindows登録商標の場合、プリンタドライバへの入力はDDIと呼ばれるOSによる関数呼び出しによって実施される。仮想プリンタドライバ401は、DDIの呼び出しと同時に渡されるパラメーターを解釈して、EMFSPOOL形式印刷ジョブを生成し、OSが管理するスプーラへ生成したジョブを出力する。一般に、プリンタドライバの役割は、出力対象の画像形成装置に依存した印刷ジョブを生成し出力することであるが、本実施形態においては、画像形成装置102に依存しない中間形式の印刷ジョブを生成し、出力することが重要である。これによって、画像形成装置102の構成が変更されたとしても、本発明のプリントシステムにおいて仮想プリンタドライバ401の構成に変更は生じない。つまり、画像形成装置固有の機能をプルプリントシステムで使用することが容易に実現できる。さらに、仮想プリンタドライバ401は、印刷設定情報を含むメタデータを送信している。本実施形態では、メタデータをEMFSPOOL形式の印刷ジョブに付加してジョブ管理サービス402に送信しているが、これらを別のデータとして、分けて送信しても構わない。ここで、メタデータについて詳しく説明する。メタデータは、印刷設定情報を持つデータ群となっている。具体的に言うと、メタデータは、DEVMODEや集約情報、論理ページ数、物理ページ数、印刷データのカラー判定結果、クライアントPC101のユーザ名ドメイン名コンピュータ名等の情報を保持している。そのため、ジョブ管理サービス402は、メタデータの情報を受信することで、クライアントの情報を知ることができる。ただし、上記のメタデータを全て導出するためには、各PDL各モデルにおいて用紙やページの考え方が異なっているため、各プリンタドライバの内部実装の導出方法をジョブ管理サービス402もしくはパネルアプリケーション404に実装しなければならない。これは、実装には負荷が大きく現実的ではない。そのため、本発明ではこの問題を解決するために、仮想プリンタドライバ401とプリンタドライバ406を通じて得た解析データを使用して、メタデータを更新する手法を提案している。最後に、仮想プリンタドライバ401は、ステップSA602で処理を終了する。次に、ジョブ管理サービス402によるメタデータ登録処理及び印刷ジョブ保存処理を説明する。ステップSB600において、ジョブ管理サービス402は、プリントサーバ101上で処理を開始する。ステップSB601において、ジョブ管理サービス402は、印刷ジョブを保存するファイルパスを決定する。本実施形態では、ジョブ管理サービス402は、GUIDを生成し、該GUIDを、受信する印刷ジョブのジョブ識別子として使用する。このジョブ識別子としてのGUIDを、受信する印刷ジョブを保存するファイルパスの決定に利用してもよい。次に、ステップSB602において、ジョブ管理サービス402は、仮想プリンタドライバ401から送信されたメタデータおよびEMFSPOOL形式の印刷ジョブを受信する。ステップSB603において、ジョブ管理サービス402は、受信したEMFSPOOL形式の印刷ジョブをステップSB601で決定したファイル名で保存する。ステップSB604において、ジョブ管理サービス402は、現在の日付時刻を生成する。これをもって印刷ジョブ投入時刻とする。ステップSB605において、ジョブ管理サービス402は、上記SB601で決定したファイル名とメタデータとステップSB604で生成した日付時刻を、新規レコードとして図4のジョブ管理DB403に登録する。最後に、ジョブ管理サービス402は、ステップSB606で処理を終了する。図7は、本発明のプリントシステムにおける第2の制御処理手順の一例を示すフローチャートであり、図4に示した2-1~2-8の処理手順に対応する。なお、ステップSC700~SC710は、図4に示したパネルアプリケーション404による印刷ジョブ一覧表示処理に対応する。即ち、これらの処理は、図1に示した画像形成装置102のCPU301がROM303又はHDD304に格納されたプログラムをRAM302上にロードして実行することにより実現される。また、ステップSB700~SB713は、図4に示したジョブ管理サービス402によるジョブ加工解析および印刷ジョブ一覧生成に対応する。即ち、これらの処理は、図1に示したプリントサーバ101のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。まず、パネルアプリケーション404による印刷ジョブ一覧表示処理を説明する。ステップSC700において、パネルアプリケーション404の処理が開始する。ステップSC701において、パネルアプリケーション404は、ログイン表示画面図13aを操作部308の表示部に表示するように制御する。図13aは、画像形成装置102の操作部308に表示されるログイン表示画面の一例を示す図である。そして、ステップSC702において、パネルアプリケーション404は、ICカード等によるユーザ認証を行う。本実施形態において、ユーザ認証は重要なプロセスではないので、ここでは、認証カードの検出方法やICカードの識別ID取得方法や認証サーバによる認証処理といった詳細説明を省略する。ステップSC703において、パネルアプリケーション404は、認証結果を判定する。そして、認証エラーである旨の認証結果が得られた場合SC703でNo、パネルアプリケーション404は、ステップSC704において、エラー表示画面図13bを操作部308の表示部に表示するように制御する。図13bは、画像形成装置102の操作部308に表示されるエラー表示画面の一例を示す図である。該エラー表示画面にてOKボタンの押下を受け付けると、パネルアプリケーション404は、ステップSC701に処理を戻し、再度、ログイン表示画面を表示制御する。一方、ステップSC703にて認証が成功したと判定した場合SC703でYes、パネルアプリケーション404は、ステップSC705へ処理を進める。ステップSC705では、パネルアプリケーション404は、認証に成功したユーザ名を取得する。ステップSC706において、パネルアプリケーション404は、ユーザ名と対応するサーバのIPアドレスを取得する。本実施形態において、ユーザ毎のプリントサーバのアドレス解決方法は重要なプロセスではないため、ここでは各ユーザで使用するプリントサーバは一意に決まっているものとし、詳細な説明を省略する。実現方法としては、ユーザ認証後にユーザ名と対象プリントサーバアドレスの対応が登録されているDB等を参照してアドレス解決を行う方法がある。また、画像形成装置内のHDD304にユーザ名と対象プリントサーバのアドレスの対応表などが保存され、ユーザ認証後に対応表からユーザが使用しているプリントサーバのアドレスを取得する方法でも構わない。次に、ステップSC707において、パネルアプリケーション404は、ジョブ管理サービス402に印刷ジョブ一覧要求コマンドを送信する。このときユーザ名および画像形成装置102のモデル名も送信する。そして、ステップSC708において、パネルアプリケーション404は、ジョブ管理サービス402から印刷ジョブ一覧を受信する。この印刷ジョブ一覧は、印刷ジョブ毎に、GUID、ジョブ名、部数、両面、カラーモード、ページ集約、日付時刻、ページ数、カラーページ数、モノクロページ数などの項目の情報を含む。本実施形態では、これらの印刷ジョブ一覧データは、XML形式のような拡張が容易なデータ形式を使用する。さらに、印刷ジョブ一覧に使用する項目を上記しているが、必要に応じて増減しても構わない。次に、ステップSC709に進み、パネルアプリケーション404は、印刷ジョブ一覧表示画面図14aを操作部308の表示部に表示するように制御する。図14aは、画像形成装置102の操作部308に表示される印刷ジョブ一覧表示画面の一例を示す図である。図14aの印刷ジョブ一覧表示画面を表示すると、パネルアプリケーション404は、ステップSC710で処理を終了する。次にジョブ管理サービス402によるジョブ加工解析および印刷ジョブ一覧生成を説明する。ステップSB700において、ジョブ管理サービス402の処理が開始する。ステップSB701において、ジョブ管理サービス402は、パネルアプリケーション404から印刷ジョブ一覧要求を受信する。このときユーザ名および画像形成装置102のモデル名も受信する。上記印刷ジョブ一覧要求等は、上記SC707で送信されたものである。ステップSB702において、ジョブ管理サービス402は、上記SB701で受信した画像形成装置102のモデル名に適応したプリンタドライバをインストールする。本処理に関しては後述する図8にて詳細に説明する。次に、ステップSB703において、ジョブ管理サービス402は、図4のジョブ管理DB403から上記SB701で得たユーザ名と一致するレコードを探索する。そして、ステップSB704において、ジョブ管理サービス402は、上記SB703で探索したレコードから1つのレコードを取り出す処理を行う。次に、ステップSB705において、ジョブ管理サービス402は、上記SB704にてレコードを取り出せたかどうかを判定する。そして、取り出せたと判定した場合SB705でYes、ジョブ管理サービス402は、ステップSB706へ処理を進める。ステップSB706では、ジョブ管理サービス402は、上記SB704で取り出したレコード現在のレコードの情報を利用してEMFSPOOL形式印刷ジョブを取得する。ステップSB707において、ジョブ管理サービス402は、EMFSPOOL形式の印刷ジョブを加工する。本処理については後述する図9にて詳細に説明する。次に、ステップSB708において、ジョブ管理サービス402は、現在のレコードからメタデータのDEVMODEを取得する。次に、ステップSB709において、ジョブ管理サービス402は、上記SB707で加工した加工済み印刷ジョブおよび上記SB708で取得したDEVMODEを使用し、プリンタドライバ406を用いてローカルポート印刷を行う。この際、プリンタドライバ406は、上記SB702で作成した出力ポートがローカルポートに設定された論理プリンタを使用する。即ち、SB709では、ジョブ管理サービス402は、プリンタドライバ406を用いて、加工済み印刷ジョブと印刷設定情報から、画像形成装置102で実際に印刷される際の体裁をプリントサーバ101上で認識するためのPDLデータを生成し、プリントサーバ101のローカルの記憶領域に出力する。次に、ステップSB710において、ジョブ管理サービス402は、上記SB709のローカルポート印刷によりファイルとして保存されたPDLデータを解析し、PDLデータから体裁情報画像形成装置102で実際に印刷される際の体裁を示す情報等を取得してメタデータを更新する。なお、更新されたメタデータは、後述する印刷ジョブ一覧の生成に用いるためにRAM内に記憶しておく。次に、ステップSB711において、ジョブ管理サービス402は、上記SB707で作成されたPDLデータを削除し、上記SB704に処理を戻し、次のレコードの取り出し処理を行う。そして、ステップSB705において、ジョブ管理サービス402は、レコードが取り出せなかったと判定した場合SB705でNo、全レコードを取り出し終えたと判断し、ステップSB712へ処理を進める。ステップSB712では、ジョブ管理サービス402は、上記SB704~SB711で更新されたメタデータ等を用いて印刷ジョブ一覧図14aを生成し、パネルアプリケーション404へ印刷ジョブ一覧を返信する。この印刷ジョブ一覧は、各印刷ジョブの体裁情報を含むものであり、ステップSC708において画像形成装置102のパネルアプリケーションにより受信される。そして、ジョブ管理サービス402は、ステップSB713で処理を終了する。図8は、図7のステップSB702で呼び出される論理プリンタ作成処理のフローチャートである。なお、ステップSB800~SB808は、図4に示したジョブ管理サービス402による論理プリンタ作成処理に対応する。即ち、これらの処理は、図1に示したプリントサーバ101のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。ステップSB800において、ジョブ管理サービス402による論理プリンタ作成処理を開始する。ステップSB801において、ジョブ管理サービス402は、画像形成装置102図7のSB701でユーザ名モデル名を受信した画像形成装置のIPアドレスを取得する。この画像形成装置102のIPアドレスは、ジョブ管理サービス402とパネルアプリケーション404とのデータ送受信のコネクションが確立した際に、ジョブ管理サービス402が入手してRAM内に格納しておくものとする。ステップSB802において、ジョブ管理サービス402は、上記画像形成装置102のモデル名例えば図7のSB701で受信をサポートしたプリンタドライバがプリントサーバ101上にインストールされているかどうか判定する。そして、インストールされていないと判定した場合SB802でNo、ジョブ管理サービス402は、ステップSB803へ処理を進める。ステップSB803では、ジョブ管理サービス402は、図1の画像形成装置102のモデル名をサポートしたプリンタドライバをプリントサーバ101上にインストールする。そして、ステップSB804へ処理を進める。一方、ステップSB802でインストール済みと判定した場合SB802でYes、ジョブ管理サービス402は、そのままステップSB804へ処理を進める。なお、この段階でインストール済みとなったプリンタドライバは、図4のプリンタドライバ406に相当する。ステップSB804では、ジョブ管理サービス402は、ローカルポート印刷用の論理プリンタがプリントサーバ101上に存在するかどうか判定する。なお、ローカルポート印刷用の論理プリンタとは、上記インストール済みのプリンタドライバから構成され、かつ、出力ポートが規定ファイルパスとなるように設定された論理プリンタを示す。そして、ローカルポート印刷用の論理プリンタが存在しないと判定した場合SB804でNo、ジョブ管理サービス402は、ステップSB805へ処理を進める。ステップSB805では、ジョブ管理サービス402は、上記インストール済みのプリンタドライバを使って、出力ポートを規定ファイルパスに設定した論理プリンタを作成する。ここで、出力ポートのファイル名は、例えば独自のローカルポートモニター等を作成し、このローカルポートモニターによりユーザごとのフォルダに保持しているジョブを順番に保存していくことも可能である。このような設定にしておくと、ジョブごとに論理プリンタを作成することはなくユーザごとに論理プリンタを作成することになる。もちろん、GUIDのようなジョブ識別子を利用してファイル名を決めてもよいし、任意のファイル名としてもよい。上記SB805の処理を完了すると、ジョブ管理サービス402は、ステップSB806へ処理を進める。一方、ローカルポート印刷用の論理プリンタが存在すると判定した場合SB804でYes、ジョブ管理サービス402は、そのままステップSB806へ処理を進める。ステップSB806では、ジョブ管理サービス402は、画像形成装置印刷用の論理プリンタがプリントサーバ101上に存在するかどうか判定する。なお、画像形成装置印刷用の論理プリンタとは、上記インストール済みのプリンタドライバから構成され、かつ、上記SB801で得たIPアドレスが出力ポートに設定された論理プリンタを示す。そして、画像形成装置印刷用の論理プリンタが存在しないと判定した場合SB806でNo、ジョブ管理サービス402は、ステップSB807へ処理を進める。ステップSB807では、ジョブ管理サービス402は、上記インストール済みのプリンタドライバを使って、上記SB801で得たIPアドレスを出力ポートに設定した論理プリンタを作成する。そして、ステップSB808へ進め、処理を終了する。一方、画像形成装置印刷用の論理プリンタが存在すると判定した場合SB806でYes、ジョブ管理サービス402は、そのままステップSB808へ進め、処理を終了する。図9は、図7のステップSB707で呼び出されるEMFSPOOL形式印刷ジョブの加工処理のフローチャートである。なお、ステップSB900~SB907は、図4に示したジョブ管理サービス402によるEMFSPOOL形式印刷ジョブの加工処理に対応する。即ち、これらの処理は、図1に示したプリントサーバ101のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。図7のステップSB709において、印刷指示されたオリジナル文書をそのままローカルポート印刷すると、印刷データの容量に応じてパフォーマンスが著しく落ちてしまう。さらに、ローカルポート印刷を頻繁に行うため、本処理のパフォーマンスの劣化はシステム全体に影響を及ぼしてしまう。そのため本処理で、EMFSPOOL形式の印刷ジョブを加工し、ローカルポート印刷のパフォーマンスを向上させる。本処理で必要な情報は、印刷後の印刷設定情報のため、描画データはオリジナルの文書である必要がない。ただし、最終的に印刷に使用されるデータではオリジナル文書が必要となるため、本実施形態では印刷設定情報を取得するためだけにローカルポート印刷を行うこととする。EMFSPOOL形式データは、一連のGDIコマンドとして記録されたもので、プリンタドライバ406は、このGDIコマンドをPDLコマンドに変換することになる。そのため、EMFSPOOL形式データの段階では、レンダリングを行っていないため、GDIコマンドの追加削除が非常に容易に可能である。本実施形態では、1ページ間の描画命令コマンドを全て削除し、オリジナル文書のページのカラー情報を用いて1ドット追加するGDIコマンドを挿入する。このような加工済みEMFSPOOL形式印刷ジョブとメタデータを利用してプリンタドライバ406で印刷を行うと、最小限の描画がされたPDLデータが生成され、このPDLデータを解析することによって、最終出力物の印刷設定情報を取得することが可能となる。以下、図9を用いて、EMFSPOOL形式の加工処理について説明する。ステップSB900において、ジョブ管理サービスの加工処理を開始する。ステップSB901において、ジョブ管理サービス402は、全てのページの加工が終了したかを判定する。そして、まだ全てのページの加工が終わっていないと判定した場合SB901でNo、ジョブ管理サービス402は、ステップSB902に処理を進める。SB902~SB906の処理は全てページ単位で行われる。ステップSB902において、ジョブ管理サービス402は、現在のページからカラー情報を取得する。EMFSPOOL形式データでは前述したとおり、描画コマンドをそのまま保持しているため、カラー情報を取得することも容易となっている。ステップSB903において、ジョブ管理サービス402は、描画データをページ単位で削除する。即ち、現在のページ内の描画データを全て削除する。次に、ステップSB904において、ジョブ管理サービス402は、上記SB902で取得したカラー情報から現在のページがモノクロページであったかカラーページであったかを判定する。この判定処理では、ジョブ管理サービス402は、ページ内にカラー黒色以外の色で描画を行うコマンドが含まれている場合には、そのページをカラーベージと判定し、一方、カラー黒色以外の色で描画を行うコマンドが含まれていない場合には、そのページをモノクロページと判定する。現在のページがカラーページであると判定した場合SB904でYes、ジョブ管理サービス402は、ステップSB905に処理を進め、黒色以外の任意の色カラーで1ドットの描画を行う描画コマンドを現在のページに追加する。一方、現在のページがモノクロページであるカラーページでないと判定した場合SB904でNo、ジョブ管理サービス402は、ステップSB906に処理を進め、黒色で1ドットの描画を行う描画コマンドを現在のページに追加する。そして、ジョブ管理サービス402は、上記SB905又はSB906の処理を完了すると、SB901に処理を戻し、次のページの処理を行う。そして、全てのページの加工が終わったと判定した場合SB901でYes、ジョブ管理サービス402は、ステップSB907へ進め、加工処理を終了する。ここで、図10に示す具体例を用いて説明する。図10は、本発明のプリントシステムにおける中間形式印刷ジョブの加工処理の一例を示す図である。例えば図10の1001のようなオリジナル文書モノクロ3ページ、カラー1ページを加工する場合について説明する。まず、オリジナル文書を図10の1010のような印刷設定にし、仮想プリンタドライバ401で印刷すると、ページ数4のEMFSPOOL形式印刷ジョブが生成される。ここで、本実施例の加工処理を行うと、図10の1002のような、それぞれのページから得たカラー情報が1ドット追加されたEMFSPOOL形式印刷ジョブが生成される。この加工済みEMFSPOOL形式印刷ジョブを、図10の1010に示す印刷設定1010aでローカルポート印刷すると、図10の1003のようなPDLデータが作成される。このPDLデータを解析すると、図10の1011に示す印刷設定1011aのように、集約情報2in1の設定が適用されていることが分かり、ページ数が2ページとなっていることが分かる。さらに、PDLデータの各ページのカラー情報を鑑みると、カラーページ数が1ページ、モノクロページ数が1ページといった、印刷するまでは知りえなかったカラー/モノクロのページ数を容易に取得することが可能となる。例えば、ジョブ管理サービス402は、ページ内にカラー黒色以外の色で描画を行うコマンドが含まれている場合には、そのページをカラーベージと判定し、一方、カラー黒色以外の色で描画を行うコマンドが含まれていない場合には、そのページをモノクロページと判定し、PDLデータのカラーページ数、モノクロページ数をカウントする。ジョブ管理サービス402は、これらの処理を、図7のSB710で行う。なお、ジョブ管理サービス402は、両面/片面の情報、及びPDLデータから解析した情報等から、画像形成装置102で実際に出力した際の用紙枚数を算出するようにしてもよい。本実施形態では追加するコマンドを1ドットとしたが、これはパフォーマンスを向上するための最低限の印字となっており、異なる描画コマンドでもよいし、オリジナル文書から抽出したコマンドでも構わない。さらに、追加する描画コマンドの位置も自由に設定することが可能である。本実施形態では、左上基準に描画を行うPDLの場合を想定したが、左上に描画コマンドを追加しても印字領域外と判断され、解析できない場合もある。そこで、描画コマンドを用紙の中心に設定し、すべてのPDLやモデルで解析可能な形式に加工してもよい。このように、EMFSPOOL形式の加工を行うことで、柔軟に対応が可能である。以上示したように、ジョブ管理サービス402は、EMFSPOOL形式の各ページのデータを各ページのカラー情報に対応する疑似データ1ドットの描画コマンドに置換した上で、ローカル印刷を行ってPDLデータを生成する。これにより、プリントサーバが処理するデータ量を軽減して、プリントサーバのパフォーマンスの低下を軽減することができる。図11は、本発明のプリントシステムにおける第3の制御処理手順の一例を示すフローチャートであり、図4に示した3-1~3-7の処理手順に対応する。ステップSC1100~SC1111は、図4に示したパネルアプリケーション404の処理に対応する。即ち、これらの処理は、図1に示した画像形成装置102のCPU301がROM303又はHDD304に格納されたプログラムをRAM302上にロードして実行することにより実現される。ステップSB1100~SB1110は、図4に示したジョブ管理サービス402処理に対応する。即ち、これらの処理は、図1に示したプリントサーバ101のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。まず、パネルアプリケーション404による印刷設定変更について説明する。パネルアプリケーション404は、図7のステップSC709で画像形成装置102の操作部308の表示部に表示された印刷ジョブ一覧表示画面図14a上で、印刷ジョブの選択と印刷設定変更ボタン1330の押下を検知すると、ステップSC1100において、処理を開始する。ステップSC1101において、パネルアプリケーション404は、選択された印刷ジョブの印刷設定を表示する印刷設定変更画面図14bを操作部308の表示部に表示するように制御する。次に、ステップSC1102において、印刷設定変更画面図14bからパネルアプリケーション404は、印刷設定変更入力を受け付ける。図14bは、画像形成装置102の操作部308に表示される印刷設定変更画面の一例を示す図である。図14bにおいて、1340は、カラーモードの指定を意味し、モノクロとカラーのどちらかをチェックできる。1341は、両面片面の指定を意味し、片面、両面長辺綴じ、両面短辺綴じのうち1つを選択できる。1342は、ページ集約の指定を意味し、1in1、2in1、4in1、6in1、8in1、9in1、16in1のうち1つを選択できる。1343は、印刷部数の指定を意味し、1から9999までの値を指定できる。1344は、出力される印刷物の総ページ数を意味し、変更することはできないがユーザは印刷設定変更すると、ページ数がどのように変遷するかを見ることができる。さらに、1345はカラーページ数、1346はモノクロページ数をそれぞれ意味し、印刷設定を反映した後のカラーページ数、モノクロページ数を表示している。1347は、印刷後に文書を削除する指定を意味し、このチェックボックスにチェックがついていた場合は、印刷後に削除するコマンドが印刷ジョブと同時にジョブ管理サービス402に送信される。1348は、1304~1343で印刷設定を変更した場合に設定変更確認を行うためのボタンであり、このボタンが押下されると、印刷設定情報がジョブ管理サービス402に送信される。1349は、印刷を行うためのボタンである。なお、図14bは、図14aにおいて文書名決算報告書の印刷ジョブの選択を受け付けて、印刷設定変更ボタン1330の押下を受け付けた場合の印刷設定変更例を示している。なお、図14bの印刷設定変更画面上に、そのジョブを画像形成装置102で実際に出力した際の用紙枚数を表示するようにしてもよい。また、図14bの印刷設定変更画面上に、画像形成装置102で実際に出力した際の形態を模式的に表す画像を表示するためのプレビュー領域を設けるようにしてもよい。このプレビュー領域は、実際にジョブで出力される画像そのものを表示するためのものではなく、ジョブに設定されているカラーモード、両面/片面、ページ集約等の設定状態即ち、実際に出力される形態を表すシンボルを表示するようにする。以上のように、パネルアプリケーション404は、印刷設定変更画面図14b上に、プリントサーバ101から受信した印刷ジョブ一覧に含まれる印刷ジョブ特に図14aで選択された印刷ジョブの体裁情報画像形成装置102で実際に印刷される際の体裁を示す情報を変更可能に表示する。以下、図11のフローチャートの説明に戻す。パネルアプリケーション404は、印刷設定変更画面図14b上で、印刷設定の変更と設定変更確認ボタン1348の押下を検知すると、パネルアプリケーション404は、ステップSC1103に処理を進める。なお、図11には示していないが、設定変更確認ボタン1348を押下することなくプリント開始ボタン1349が押下された場合には、パネルアプリケーション404は、そのままSC1109に処理を進めるものとする。ステップSC1103では、パネルアプリケーション404は、ジョブ管理サービス402へ印刷設定情報を送信する。この印刷設定情報は対応する印刷ジョブのジョブ識別子としてのGUIDを含むものであり、前述したXML形式を使ってもよい。そして、ステップSC1104において、パネルアプリケーション404は、ジョブ管理サービス402から印刷設定変更指示が反映された印刷設定情報を受信する。次に、ステップSC1105において、パネルアプリケーション404は、上記SC1103で送信した印刷設定情報と上記SC1104で受信した印刷設定情報とを比較する。例えば、ステップSC1102で変更対象外の設定情報として用紙サイズがあるが、図4の1-1の段階で用紙サイズははがきになっていたとする。そして、印刷設定の禁則条件として、用紙がはがきの場合、両面片面指定は片面しか選択できないとする。さらに、禁則条件適用の優先度は両面片面指定よりも用紙サイズの指定の方が高いとする。この場合、両面片面指定を両面に設定変更することはできない。パネルアプリケーションに404に、プリンタドライバと同様の高度な禁則処理を実装すれば、図14bの設定変更入力の時点で両面指定を変更できないようにすることも可能であるが、パネルアプリケーションの実装難易度が非常に高くなる。本実施形態のように、パネルアプリケーション404では印刷設定の禁則処理を行わず、印刷設定を変更したら都度、変更可能かどうかプリントサーバ101側のプリンタドライバに問い合わせる方が容易なうえ汎用性も増す。そして、上記SC1103で送信した印刷設定情報と上記SC1104で受信した印刷設定情報を比較した結果、差異が有ると判定した場合SC1105でYes、パネルアプリケーションに404は、ステップSC1106へ処理を進める。ステップSC1106では、パネルアプリケーションに404は、エラー表示画面図15aを操作部308の表示部に表示するように制御する。図15aは、画像形成装置102の操作部308に表示されるエラー表示画面の一例を示す図である。ここでは両面ができない場合は、図15aのような片面から両面長辺綴じに変更できなかった旨のエラー表示を行う。エラー表示画面図15aの1350が押下されたことを検知すると、パネルアプリケーションに404は、ステップSC1107へ処理を進める。一方、上記SC1103で送信した印刷設定情報と上記SC1104で受信した印刷設定情報とに差異が無いと判定した場合SC1105でNo、パネルアプリケーションに404は、そのままステップSC1107へ処理を進める。ステップSC1107では、パネルアプリケーションに404は、上記SC1104で受信した印刷設定情報を、印刷設定変更画面図14b上に表示するように制御する。ここに表示される印刷設定情報は、後述するローカルポート印刷ファイルの解析結果を表示しているため、詳細な情報が表示される。次に、ステップSC1108において、パネルアプリケーションに404は、印刷実行を行うか判定する。印刷設定変更画面図14b上でプリント開始ボタン1349以外の操作を検知すると、パネルアプリケーションに404は、印刷実行を行わず、印刷設定変更の入力を行うと判定しSC1108でNo、ステップSC1102へ処理を戻す。そして、印刷設定変更の入力を受け付ける。一方、印刷設定変更画面図14b上でプリント開始ボタン1349の操作を検知すると、印刷実行を行うと判定しSC1108でYes、パネルアプリケーションに404は、ステップSC1109へ処理を進める。ステップSC1109では、パネルアプリケーションに404は、ジョブ管理サービス402に印刷指示コマンドを送信する。なお、この処理は、後述する図12で詳細に説明する。そして、ステップSC1110において、パネルアプリケーションに404は、図14bの印刷設定変更画面を閉じ、ステップSC1111で処理を終了する。次にジョブ管理サービス402による印刷設定変更処理を説明する。ステップSB1100において、ジョブ管理サービス402の処理を開始する。ステップSB1101において、ジョブ管理サービス402は、パネルアプリケーション404から印刷設定変更指示を受信する。この印刷設定変更指示は、ステップSC1103で送信されたものであり、ジョブ識別子としてGUIDが含まれている。次に、ステップSB1102において、ジョブ管理サービス402は、図4のジョブ管理DB403から上記SB1101で得たGUIDと一致するレコードを探索して取得する。そして、ステップSB1103において、ジョブ管理サービス402は、上記SB1102で探索して取得されたレコードからメタデータのDEVMODEおよびEMFSPOOL形式の印刷ジョブを取得する。さらに、ステップSB1104において、ジョブ管理サービス402は、上記SB1101で得た印刷設定を上記SB1103で得たメタデータのDEVMODEに適用する。次に、ステップSB1105において、ジョブ管理サービス402は、EMFSPOOL形式の印刷ジョブの描画データを加工する。本処理については、前述したSB707と同様なため説明を省略する。次に、ステップSB1106において、ジョブ管理サービス402は、上記SB1105で加工した加工済み印刷ジョブおよびDEVMODEを使用して、プリンタドライバ406を用いてローカルポート印刷を行う。プリンタドライバ406は、図8のSB805で作成した出力ポートが規定ファイルの論理プリンタを使用する。この処理により、現在処理中の印刷ジョブに対応するPDLデータが再生成されてプリントサーバ101の外部メモリ等に再出力されてファイルとして保存される。次に、ステップSB1107において、ジョブ管理サービス402は、上記SB1106のローカル印刷でファイルとして保存されたPDLデータを解析して、印刷設定情報等を再取得し、メタデータを更新する。なお、この処理は、図7のSB710の処理と同様である。さらに、ステップSB1108において、ジョブ管理サービス402は、上記SB1106でローカルポート印刷されたPDLデータを削除する。さらに、ステップSB1109において、ジョブ管理サービス402は、上記SB1107で取得した印刷設定情報を、パネルアプリケーション404へ返信再送信し、ステップSB1110で処理を終了する。図12は、本発明のプリントシステムにおける第4の制御処理手順の一例を示すフローチャートであり、図4に示した4-1~4-4の処理手順に対応する。ステップSC1200~SC1205は、図4に示したパネルアプリケーション404による印刷指示処理図11のSC1109に対応するものである。即ち、これらの処理は、図1に示した画像形成装置102のCPU301がROM303又はHDD304に格納されたプログラムをRAM302上にロードして実行することにより実現される。ステップSB1200~SB1209は、図4に示したジョブ管理サービス402による印刷処理に対応する。即ち、これらの処理は、図1に示したプリントサーバ101のCPUが外部メモリに格納されたプログラムをRAM上にロードして実行することにより実現される。まず、パネルアプリケーション404による印刷指示処理を説明する。ステップSC1200において、パネルアプリケーション404の処理を開始する。ステップSC1201において、パネルアプリケーション404は、ジョブ管理サービス402へ印刷指示要求コマンドを送信する。このとき選択済みの印刷ジョブのGUIDと画像形成装置102のモデル名も送信する。さらに、印刷設定変更表示図14bの1347において、プリント後文書消去チェックボックスにチェックがついていた場合は、印刷後に削除するコマンド削除コマンドを印刷ジョブと同時に送信しておく。そして、ステップSC1202において、パネルアプリケーション404は、ジョブ管理サービス402から印刷実行結果成否を受信する。次に、ステップSC1203において、パネルアプリケーション404は、印刷実行に成功したかどうかを判定する。そして、印刷実行に失敗したと判定した場合SC1203でYes、パネルアプリケーション404は、ステップSC1204へ処理を進める。ステップSC1204では、パネルアプリケーション404は、エラー表示画面図15bを操作部308の表示部に表示するように制御する。図15bは、画像形成装置102の操作部308に表示されるエラー表示画面の一例を示す図である。エラー表示画面図15bのOKボタンが押下されたことを検知すると、パネルアプリケーション404は、ステップSC1205へ進み、処理を終了する。一方、印刷実行に成功した印刷実行に失敗しなかったと判定した場合SC1203でNo、パネルアプリケーション404は、そのままステップSC1205へ進み、処理を終了する。次にジョブ管理サービス402による印刷処理を説明する。ステップSB1200において、ジョブ管理サービス402の処理を開始する。ステップSB1201において、ジョブ管理サービス402は、パネルアプリケーション404から印刷指示コマンドステップSC1201で送信された印刷指示コマンドを受信する。このとき、印刷対象の印刷ジョブのGUIDも受信する。さらに、削除コマンドも一緒に送信されている場合には、削除コマンドも受信する。次に、ステップSB1202において、ジョブ管理サービス402は、図4のジョブ管理DB403から上記SB1201で得たGUIDと一致するレコードを探索する。さらに、ステップSB1203において、ジョブ管理サービス402は、上記SB1202で探索して得られたレコードからEMFSPOOL形式印刷ジョブとDEVMODEを取得する。ステップSB1204において、ジョブ管理サービス402は、プリンタドライバをインストールする。本処理は前述したSB702の処理と同様のため省略する。ステップSB1205において、ジョブ管理サービス402は、上記SC1203で得たEMFSPOOL形式印刷ジョブとDEVMODEをレンダリングして印刷処理を実行する。この際、上記SB1201で印刷指示コマンドを受信した画像形成装置102のIPアドレスが出力ポートに設定された論理プリンタを用いる。該論理プリンタを構成するプリンタドライバはPDLを生成し、画像形成装置102にPDLを送信する。そして、ステップSB1206において、ジョブ管理サービス402は、上記SB1205での印刷実行の成否をパネルアプリケーション404へ送信する。さらに、ステップSB1207において、ジョブ管理サービス402は、上記SB1201で受信した情報に削除コマンドがあるか否かを判定する。そして、削除コマンドがあると判定した場合SB1207でYes、ジョブ管理サービス402は、ステップSB1208に処理に進める。ステップSB1208では、ジョブ管理サービス402は、上記SB1202で探索したレコードをジョブ管理DB403から削除し、上記SB1203で取得したファイルパスの印刷ジョブを削除し、ステップSB1209に進み、処理を終了する。一方、削除コマンドがないと判定した場合SB1207でNo、ジョブ管理サービス402は、ステップSB1209に進み、処理を終了する。以上の処理により、画像形成装置のモデルに対応したレンダリング結果を情報に反映できるため、画像形成装置のパネルアプリケーションに画像形成装置の各モデルや各PDLに対応した実装をすることなく、印刷ジョブのより正確な情報をユーザに提示することが可能となる。さらに、EMFSPOOL形式の印刷ジョブを加工した上で印刷ジョブに関する情報を取得するため、プリントサーバの負荷パフォーマンスの低下を軽減することができる。さらに、画像形成装置のパネルアプリケーションで印刷設定を変更した場合でも、変更時にプリントサーバから解析情報を再び取得できるため、ユーザは印刷設定変更した場合にどのような結果になるかを、印刷出力前に正確に知ることができる。本実施形態では、プリントサーバで印刷加工解析を行ったが、一部を画像形成装置で処理を行うことも可能である。例えば、画像形成装置にHDD304のような記憶装置が存在する場合、プリンタドライバはローカルポート印刷ではなく、画像形成装置の記憶装置にPDLデータを保存させる。そして、このPDLデータを画像形成装置が解析し、画像形成装置の操作部の表示部に表示することも可能である。なお、図14bの印刷設定変更画面の表示に、選択されたジョブを画像形成装置102で実際に出力した際の用紙枚数の情報を含めるようにしてもよい。また、図14bにプレビューボタンを設け、このボタンが指示された場合、画像形成装置102のパネルアプリケーション404がプリントサーバ101にプレビュー指示を送信する。プレビュー指示を受信したプリントサーバ101のジョブ管理サービス402は、図12のSB1202~SB1205の処理を実行してPDLデータを画像形成装置102に送信する。画像形成装置102のパネルアプリケーション404は、プリントサーバ101からPDLデータを受信して、操作部308の表示部にプレビューするようにしてもよい。以上示したように、本実施例は、印刷対象となるデータをEMFSPOOL形式のような特定の画像形成装置に依存しない中間形式でプリントサーバ101に溜め置きして、画像形成装置102からの要求に従い、プリントサーバ101で画像形成装置102に依存するデータPDLデータを生成して画像形成装置102に送信して、画像形成装置102で印刷するプリントシステムである。このようなプリントシステムであっても、本発明によれば、印刷ジョブの出力結果の情報を導出するための構成を、画像形成装置102のパネルアプリケーション404上に、画像形成装置の各モデルや各PDLに対応させて実装することなく、印刷ジョブのより正確な情報例えば、実際に出力されるモノクロページ数、カラーページ数等の情報をユーザに提示することができる。以上のように、プリントサーバでEMFSPOOL形式の中間データで溜め置きして、画像形成装置からの要求に従い、プリントサーバでPDLを生成してから印刷データを画像形成装置に送信して印刷させるプリントシステムの課題を解決することができる。なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形各実施例の有機的な組合せを含むが可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。"