アプリケーションから投入されるジョブを実行する実行手段と、前記実行手段による前記ジョブの実行中にエラーが生じると、当該エラーからリカバリするためのUI画面を表示部に表示させるエラーUI制御手段と、前記アプリケーション及びエラーの種類に対応つけてUI画面の切り替え情報を記憶する記憶手段とを有し、前記エラーUI制御手段は、前記記憶手段に記憶された前記切り替え情報に従って、前記エラーからリカバリするためのUI画面を切り替えて前記表示部に表示させることを特徴とする画像形成装置。前記アプリケーションから前記エラーUI制御手段へのリカバリ依頼に応じて、前記記憶手段の情報を更新する更新手段を更に有することを特徴とする請求項1に記載の画像形成装置。前記記憶手段の情報は更に、前記UI画面を閉じる条件情報を含み、前記エラーUI制御手段は、前記条件情報に対応するイベントに応じて前記UI画面を閉じることを特徴とする請求項1又は2に記載の画像形成装置。UI画面を表示する表示部を備えた画像形成装置の制御方法であって、アプリケーションから投入されるジョブを実行する実行工程と、前記実行工程による前記ジョブの実行中にエラーが生じると、当該エラーからリカバリするためのUI画面を前記表示部に表示させるエラーUI制御工程と、前記アプリケーション及びエラーの種類に対応つけてUI画面の切り替え情報を記憶する記憶工程とを有し、前記エラーUI制御工程は、前記記憶工程で記憶された前記切り替え情報に従って、前記エラーからリカバリするためのUI画面を切り替えて前記表示部に表示させることを特徴とする制御方法。しかし、上記従来技術では、ユーザの認証情報に紐づいたUI画面が表示可能であるものの、特定のエラー画面をアプリケーションに紐づけるものではない。また認証情報に応じたUI画面の種類があるものの、そのUI画面は固定的であり、その表示内容を動的に変更することはできない。これらの点において、上記課題を解決するためには充分といえるものではなかった。本発明の目的は、上記従来技術の問題点を解決することにある。本発明の特徴は、アプリケーションによるジョブとエラーのUI画面とを関連付けることにより、特定のアプリケーション用に特別なUI画面を表示できるようにして、ユーザに対してより適切な情報を提供し、利便性を向上させることにある。上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、アプリケーションから投入されるジョブを実行する実行手段と、前記実行手段による前記ジョブの実行中にエラーが生じると、当該エラーからリカバリするためのUI画面を表示部に表示させるエラーUI制御手段と、前記アプリケーション及びエラーの種類に対応つけてUI画面の切り替え情報を記憶する記憶手段とを有し、前記エラーUI制御手段は、前記記憶手段に記憶された前記切り替え情報に従って、前記エラーからリカバリするためのUI画面を切り替えて前記表示部に表示させることを特徴とする。本発明によれば、エラーの種類やジョブの種類は同じであっても、容易に特定のアプリケーションのジョブのエラーに対して特定のUI画面を表示できるという効果がある。以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。図1は、本発明の実施形態に係る印刷システムの構成図である。本実施形態に係る印刷システムは、例えばMFP等の画像形成装置101とアプリケーション102とを含んでいる。ユーザ100は画像形成装置101を操作してアプリケーション102を利用することができる。アプリケーション102はユーザの操作に応じて、画像形成装置101に対してジョブスキャンや印刷の実行指示を行うことができる。尚、画像形成装置101は、アプリケーションの表示とジョブの実行が可能であれば良く、上述したMFPやLBP等に限定されるものではない。図2は、本実施形態に係る画像形成装置101のハードウェア構成を説明するブロック図である。CPU200aやバスを含むコア200に対して、ユーザインターフェースUI部201、記憶部202、ネットワークインターフェース部203、スキャナ部204、プリンタ部205、フィニッシャ部206が接続される。ユーザインターフェース部201は、ユーザ100に対して情報を表示する表示部タッチパネルも含む、及びユーザ100からの操作を受け付けることができるキー操作部を有する。記憶部202は、この画像形成装置101が有するソフトウェア群及びデータ群を記憶している。ネットワークインターフェース部203は、画像形成装置101とネットワーク210とを接続する通信機能を提供している。スキャナ部204、プリンタ部205、フィニッシャ部206はそれぞれ、画像形成装置101のソフトウェア群により連動制御されることで、コピーや印刷、スキャンなどのジョブを実行できる。尚、図2における構成要素群は、あくまでもハードウェア要素の一例であり、本発明はこの記載内容に限定されるものではない。図3は、本実施形態に係る画像形成装置101のソフトウェア構成を説明するブロック図である。ウィンドウ表示制御モジュール300は、画像形成装置101のユーザインターフェース部201へ表示する複数のウィンドウの制御を行う。制御対象のウィンドウ例としては、アプリケーション用ウィンドウ301、エラーUI用ウィンドウ303等があり、これらのウィンドウを必要に応じて切り替えて表示することで表示制御を行う。また各ウィンドウは、各対応するアプリケーション制御モジュール302、エラーUI制御モジュール304によっても制御される。アプリケーション制御モジュール302、エラーUI制御モジュール304は、それぞれアプリケーション102やエラーUI305の表示制御を行う。またこれらは、ウィンドウ表示制御モジュール300を介して相互にウィンドウの状態の把握や表示制御を行うことができる。アプリケーション102は、アプリケーション制御モジュール302とジョブ制御モジュール308を介して画像形成装置101にジョブを投入することが可能である。また、併せて、投入したジョブに対するエラーリカバリ動作を、エラーUI制御モジュール304に依頼することが可能である。エラーUI制御モジュール304は、アプリケーション制御モジュール302からのリカバリ依頼の内容に応じて、ジョブ情報テーブル306や拡張情報テーブル307の内容を更新する。また、エラーUI制御モジュール304は、ジョブ制御モジュール308と連携して、画像形成装置101のジョブの情報を取得することができる。更に、その取得したジョブの情報を用いてジョブ情報テーブル306の情報を更新するなどのデータ制御を行うことができる。更にエラーUI制御モジュール304は、ジョブ情報テーブル306や拡張情報テーブル307の情報を基に、エラーUI305のライフサイクルを適切に制御する。そして、ウィンドウ表示制御モジュール300を通じて最前面に表示されているアプリケーションを特定し、必要に応じてエラーUI用ウィンドウ303の表示制御を行う。図4Aは、ジョブ情報テーブル306で管理される情報の一例を示す図、図4Bは拡張情報テーブル307で管理される情報の一例を示す図である。ジョブ情報テーブル306は、ジョブを投入したアプリケーションのIDアプリID、投入ジョブの情報ジョブ情報を含む。更には、エラーでジョブが一時停止している際に表示しているエラー画面の種類情報エラー画面情報、エラーの画面を閉じる際の条件情報クローズ条件を含む。エラーUI制御モジュール304は、アプリケーション制御モジュール302からのリカバリ依頼や、ジョブ制御モジュール308から取得するジョブ情報の内容に応じて、これらの構成要素の追加、削除、編集等の操作を行う。400は、ジョブ情報テーブル306の構成要素の一例を示す。この例では、アプリIDにAppA、投入したジョブ情報にJobInfoAが設定されている。更に、ジョブでエラーが生じている場合のエラー画面情報にジャムリカバリUIA1、クローズ条件としてジョブAが終了が設定されている。エラーUI制御モジュール304は、このジョブ情報テーブル306の構成要素を基に、アプリケーションと、ジョブ情報と、表示するべきエラーUIと、エラーUIのクローズ条件とを相互に紐づけることができる。図4Bは、拡張情報テーブル307の構成要素の一例を示す図である。拡張情報テーブル307は、アプリケーションのIDアプリID、ジョブの種類ジョブ種、エラーの種類エラー種、表示するエラー画面の情報表示画面、エラー画面をクローズする条件クローズ条件を含んでいる。エラーUI制御モジュール304は、アプリケーション102からの要求に応じて、拡張情報テーブル307の情報をジョブ情報テーブル306に反映させる。図4Aの401は、こうしてジョブ情報テーブル306の構成要素が変更された場合を示している。401では、図4Bに対応して、エラー画面情報がジャムリカバリUIA1からジャムリカバリUIA2に変更され、クローズ条件がジョブAが終了からジョブAが終了及びプリンタの状態がレディに変更されている。このようにしてエラー画面情報やクローズ条件を変更することにより、アプリIDやジョブ情報が同一であっても、表示するエラー画面を変更したり、そのエラー画面のクローズ条件を自由に変更することが可能となる。図5は、ジョブ情報テーブル306が図4Aの400の場合に、実施形態に係る画像形成装置101でジャムが発生したときに表示される画面の遷移例を示す図である。図5において、502はアプリケーション102で表示されるUI画面コピーの初期画面を示す。ジョブ情報テーブル306の内容が、図4Aの400で示すような場合、アプリケーション102でコピーを実行中に画像形成装置101で紙ジャムが発生すると、紙ジャム画面500のように紙ジャムである旨の標準のエラー画面が表示される。紙ジャム画面500では、用紙のジャムが発生したこと、及び原稿フィーダのカバーを開け、原稿トレイに用紙が残っているとそれを取り除くように指示するメッセージが表示されている。そして、ユーザ100が、この紙ジャムを解除すると、標準のリカバリ画面501が表示され、原稿の再セットとスタートキーの押下によるリカバリの後、アプリケーション102による初期画面502に戻る。図6は、ジョブ情報テーブル306が図4Aの401の場合に、実施形態に係る画像形成装置101でジャムが発生したときに表示される画面の遷移例を示す図である。ジョブ情報テーブル306の内容が、図4Aの401で示すような場合、そのエラーUI画面は前述の図5とは異なる。即ち、アプリケーション102でコピーを実行中に画像形成装置101で紙ジャムが発生すると、変更されたジャムリカバリUIA2に対応するリカバリ画面600が表示される。このリカバリ画面600では、前述の紙ジャム画面500ではなく、メッセージ原稿が詰まりました。係りの者が来るまでお待ちくださいだけが表示されている。この場合、係りの者が紙ジャムを解除して画像形成装置101がレディ状態になると、アプリケーション102による初期画面502に戻る。図7は、実施形態に係る画像形成装置101における拡張情報テーブル307への情報の追加処理を説明するフローチャートである。尚、この処理は、コア200のCPU200aが記憶部202に記憶されているプログラムを実行することにより実現される。この処理は、エラー発生時、アプリケーション制御モジュール302がエラーUI制御モジュール304に対してリカバリ依頼を発行することにより開始される。アプリケーションは、このリカバリ依頼に拡張情報として、エラー種、表示画面の切り替え及びクローズ条件等を含めている。まずS1で、エラーUI制御モジュール304は、アプリケーション制御モジュール302から受信したリカバリ依頼の内容をチェックし、拡張情報が指定されているか否かを判定する。ここで拡張情報が指定されていた場合はS2へ進み、指定されていなかった場合は、この処理を終了する。S2では、エラーUI制御モジュール304は、拡張情報の中に、エラー画面を切り替える対象となるエラー種例えばジャム等の情報が含まれているか否かを判定する。エラー種の情報が含まれていた場合はS3へ進み、含まれていなかった場合はS7へ進みエラー処理を行った後、この処理を終了する。S3では、エラーUI制御モジュール304は、拡張情報の中に、エラー画面情報表示画面が含まれているか否かを判定する。エラー画面情報が含まれている場合はS4へ進むが、含まれていない場合はS7へ進み、エラー処理を行った後、この処理を終了する。S4では、エラーUI制御モジュール304は、拡張情報テーブル307に、S3で得られたエラー画面情報を追加してS5へ進む。これにより例えば図4Bに示すように、エラー種ジャムに対して表示画面ジャムリカバリUIA2が登録される。次にS5に進み、エラーUI制御モジュール304は、拡張情報の中に、エラー画面をクローズする条件情報クローズ条件が含まれているか否かを判定する。クローズ条件が含まれている場合はS6へ進み、含まれていないた場合は、この処理を終了する。S6では、エラーUI制御モジュール304は、拡張情報テーブル307に、エラー画面をクローズするクローズ条件の情報を追加して、この処理を終了する。これにより例えば図4Bに示すように、エラー種ジャムに対してクローズ条件ジョブA終了及びプリンタ状態がレディが登録される。このようにして、アプリケーションにより拡張情報テーブル307の情報が更新され、実際にエラーが発生した時のUI画面の遷移が変更される。図8は、実施形態に係る画像形成装置101において、ジャムが発生した場合にリカバリ画面を表示し、その画面を閉じるまでの処理エラーUI制御モジュールを説明するフローチャートである。尚、この処理は、コア200のCPU200aが記憶部202に記憶されているプログラムを実行することにより実現される。この処理は、アプリケーション制御モジュール302がジョブ制御モジュール308からイベント例えばジャム発生等が通知されることにより開始される。まずS11で、エラーUI制御モジュール304は、そのイベントのジョブ情報がリカバリの対象のジョブであるか否かを判定する。リカバリの対象ジョブである場合はS12へ、リカバリの対象ジョブでない場合はフロー終了となる。S12にて、エラーUI制御モジュール304は、そのジョブ情報のアプリケーションIDを基に、そのアプリケーションがリカバリ対象であるか否かを判定する。リカバリ対象のアプリ例えば図4の例ではアプリケーションIDがAppAである場合はS13へ、リカバリ対象のアプリでない場合はフロー終了となる。S13で、エラーUI制御モジュール304は、画像形成装置101のユーザインターフェース部で最前面に表示されているアプリケーションがエラー画面を切り替えて表示する対象のアプリケーションかどうかを判定する。エラー画面を切り替えて表示する対象のアプリケーションの場合はS14へ、そうでない場合はS15へ進む。S14でエラーUI制御モジュール304は、切り替えたジャムリカバリ画面ジャムリカバリUIA2を表示してS16へ進む。一方、S15では、エラーUI制御モジュール304は、標準のジャムリカバリ画面を表示してS16へ進む。S16では、エラーUI制御モジュール304は、現在の状態を基にジョブ情報テーブル306を更新してS17に進む。これにより、ジョブ情報テーブル306は、例えば図4Aの401で示すように更新される。S17では、エラーUI制御モジュール304は、再度、ジョブ情報のイベントの受信待ち状態となる。そしてイベントを受信するとS18へ進み、エラーUI制御モジュール304は、そのイベントに含まれるジョブ情報に、ジャムリカバリ画面のクローズ条件が含まれているか否かを判定する。クローズ条件が含まれていた場合はS19へ、含まれていなかった場合はS17へ戻る。S19でエラーUI制御モジュール304は、ジャムリカバリ画面をクローズしてS20へ進む。S20で、エラーUI制御モジュール304は、ジョブ情報テーブル306から関連情報を削除して、この処理を終了する。以上説明したように本実施形態によれば、エラーの種類やジョブの種類は同じであっても、ユーザがMFPを使用する場所や用途によって、特定のアプリケーション用に特別なエラー画面を表示することができる。また、そのエラー画面の表示内容とエラー画面を閉じる条件を動的に変更することも可能となる。これにより、ユーザに対してより適切な情報を提供することができ、利便性の向上が期待できる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。