"装置のハードウェアに関する状態を管理するシステム管理手段と、各アプリケーションからアプリケーションの状態情報及び前記システム管理手段から装置の状態情報を取得する取得手段と、装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力手段と、前記表示要求があった場合、前記取得手段が取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを1つの画面で行う前記状態確認画面を作成する画面作成手段と、前記画面作成手段により作成された前記状態確認画面を表示する表示手段と、を備える画像処理装置。前記画面作成手段は、状態を示すアイコンと状態の内容とを関連付けて表示することを前記状態表示とする請求項1記載の画像処理装置。装置の所定状態に関連する前記アプリケーション毎に、前記アイコンと前記状態の内容とを保持する状態関連情報を記憶する記憶手段をさらに備え、前記画面作成手段は、前記装置の状態が前記状態関連情報に含まれる場合、該装置の所定状態に対応するアプリケーションについては、前記状態関連情報に含まれる前記アイコンと前記状態の内容とを優先的に表示させる請求項2記載の画像処理装置。前記画面作成手段は、エラーの状態を示す装置又はアプリケーションに関連付けて、エラーの詳細又はエラーの対処方法を表示するためのUI部品を前記状態確認画面内に設ける請求項1乃至3いずれか一項に記載の画像処理装置。前記入力手段は、ハードキーであり、前記ハードキーに隣接する位置に、装置全体の状態を示す点灯又は点滅を行う発光部をさらに備える請求項1乃至4いずれか一項に記載の画像処理装置。前記発光部は、前記状態確認画面内の装置の状態及び各アプリケーションの状態に連動して点灯又は点滅する請求項5記載の画像処理装置。前記画面作成手段は、前記状態確認画面内に、実行中のジョブを表示するためのUI部品とジョブ履歴を表示するためのUI部品とを設ける請求項1乃至6いずれか一項に記載の画像処理装置。所定のアプリケーションが前記画像処理装置に追加でインストールされた場合、前記取得手段は、前記所定のアプリケーションの状態情報を取得し、前記画面作成手段は、前記所定のアプリケーションの状態表示を前記状態確認画面に含める請求項1乃至6いずれか一項に記載の画像処理装置。各アプリケーションからアプリケーションの状態情報、及び装置のハードウェアに関する状態を管理するシステム管理手段から装置の状態情報を取得する取得ステップと、装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力ステップと、前記表示要求があった場合、前記取得ステップで取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを1つの画面で行う前記状態確認画面を作成する画面作成ステップと、前記画面作成ステップにより作成された前記状態確認画面を表示する表示ステップと、をコンピュータに実行させるためのプログラム。しかし、従来技術では、アプリケーションの一覧を表示すると共に、アプリケーションの使用可否を示すに留まり、機器全体の状態がどんな状態にあるかはその他の画面に遷移する必要があった。また、一般的には、ハードキーのLEDの色でそれぞれのアプリケーションの使用可否を示し、そのアプリケーションの画面を表示しないと、その状態の詳細が分からなかった。そこで、本発明は上記問題点に鑑みてなされたものであり、機器の状態及び各アプリケーションの状態の視認性を向上させることができる画像処理装置及びプログラムを提供することを目的とする。本発明の一態様の画像処理装置は、装置のハードウェアに関する状態を管理するシステム管理手段と、各アプリケーションからアプリケーションの状態情報及び前記システム管理手段から装置の状態情報を取得する取得手段と、装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力手段と、前記表示要求があった場合、前記取得手段が取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを1つの画面で行う前記状態確認画面を作成する画面作成手段と、前記画面作成手段により作成された前記状態確認画面を表示する表示手段と、を備える。また、本発明の他の態様のプログラムは、各アプリケーションからアプリケーションの状態情報、及び装置のハードウェアに関する状態を管理するシステム管理手段から装置の状態情報を取得する取得ステップと、装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力ステップと、前記表示要求があった場合、前記取得ステップで取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを1つの画面で行う前記状態確認画面を作成する画面作成ステップと、前記画面作成ステップにより作成された前記状態確認画面を表示する表示ステップと、をコンピュータに実行させる。本発明によれば、機器の状態及び各アプリケーションの状態の視認性を向上させることができる。以下、本発明の実施例を図面に基づいて説明する。[実施例]<ハードウェア>図1は、実施例における画像処理装置のハードウェアの一例を示す図である。図1に示す例では、画像処理装置10は、コントローラ11、スキャナー12、プリンター13、モデム14、操作パネル15、ネットワークインタフェース16、及びSDカードスロット17等のハードウェアを有する。画像処理装置10は、例えば複合機等である。コントローラ11は、CPUCentralProcessingUnit111、RAMRandomAccessMemory112、ROMReadOnlyMemory113、HDDHardDiskDrive114、及びNVRAMNonVolatileRAM115等を有する。ROM113には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。RAM112は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。CPU111は、RAM112にロードされたプログラムを処理することにより、各種の機能を実現する。HDD114には、プログラムやプログラムが利用する各種のデータ等が記憶される。NVRAM115には、各種の設定情報等が記憶される。スキャナー12は、原稿より画像データを読み取るためのハードウェアである。プリンター13は、印刷データを印刷用紙に印刷するためのハードウェアである。モデム14は、電話回線に接続するためのハードウェアであり、FAX通信による画像データの送受信を実行するために用いられる。操作パネル15は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース16は、LAN等のネットワーク有線又は無線の別は問わないに接続するためのハードウェアである。SDカードスロット17は、SDカード80に記憶されたプログラムを読み取るために利用される。すなわち、画像処理装置10では、ROM113に記憶されたプログラムだけでなく、SDカード80に記憶されたプログラムもRAM112にロードされ、実行されうる。なお、他の記録媒体例えば、CD-ROM又はUSBUniversalSerialBusメモリ等によってSDカード80が代替されてもよい。すなわち、SDカード80の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、SDカードスロット17は、記録媒体の種類に応じたハードウェアによって代替されればよい。<機能>次に、画像処理装置10の機能について説明する。図2は、実施例における画像処理装置10の機能の一例を示すブロック図である。画像処理装置10は、標準搭載アプリ20、設定値情報記憶手段25、Webブラウザ30、URL情報記憶手段31、拡張アプリ40、拡張アプリ制御手段45、SDK-IF46、APIApplicationProgramInterface50、システム管理手段61、メモリ管理手段62、エンジン管理手段63、ユーザ管理手段64、送信管理手段65、表示手段70、入力手段71、画面制御手段72、画面情報記憶手段73、画面作成手段74、及び状態管理手段75等を有する。標準搭載アプリ20は、画像処理装置10に標準で搭載されているアプリケーションである。アプリケーションは、単にアプリとも呼ぶ。例えば、コピーアプリ21、スキャナーアプリ22、プリンターアプリ23、FAXアプリ24が標準搭載アプリ20である。標準搭載アプリ20は、操作画面やジョブのエラー画面の作成やアプリケーションのジョブを実行することができ、設定値情報記憶手段25に対して、設定値の登録、呼び出しを行う。アプリケーションで予め登録された各設定値をマクロと呼び、このマクロを呼び出す機能をマクロ機能と呼ぶ。標準搭載アプリ20は、API50を用いて、表示手段70にデータを出力する。設定値情報記憶手段25は、各標準搭載アプリに対して、各設定項目に対し、予め登録された設定値を記憶する。Webブラウザ30は、httpサーバと通信を行ない、Webページを表示する。Webブラウザ30は、URL情報記憶手段31から、URL情報を取得して、このURLのWebページを表示手段70に出力する。URL情報記憶手段31は、Webブラウザ30で表示するURL情報を記憶する。拡張アプリ40は、SDKSoftwareDevelopmentKitによって追加インストールできるアプリケーションである。また、拡張アプリ40は、操作画面の作成やアプリケーションのジョブを実行する。C言語で開発されたSDKアプリをTypeCと分類し、Java登録商標で開発されたSDKアプリをTypeJと分類する。SDKコピーアプリ41は、C言語で開発されたSDKアプリの1つである。SDKコピーアプリ41は、TypeCC言語で作成のSDKアプリに分類される。JavaSDK開発プラットフォーム42は、C言語で開発されたSDKアプリの1つである。JavaSDK開発プラットフォーム42は、TypeCのSDKアプリに分類され、Java登録商標で開発したSDKアプリを搭載するためのJavaVMプラットフォームである。SDK簡単スキャナー43は、Java登録商標で開発したSDKアプリの1つである。SDK簡単スキャナー43は、TypeJのSDKアプリに分類される。SDK文書蓄積44は、Java登録商標で開発したSDKアプリの1つである。SDK文書蓄積44は、TypeJJava登録商標で作成のSDKアプリに分類される。拡張アプリ制御手段45は、SDKアプリ全般を管理する。SDK-IF46は、各管理手段、入力手段、表示手段などに対するSDKアプリSDK簡単スキャナー、などとのインタフェースである。拡張アプリ制御手段45は、TypeCのSDKアプリを直接管理する。しかし、JavaSDK開発プラットフォーム42というTypeCのSDKアプリにより、そこにTypeJのSDKアプリを搭載することを実現している。システム管理手段61は、システム全体の状態を管理する。システム管理手段61は、機器のハードウェアに関する状態、例えば、トナーの有無、紙の有無、ADFの正常/異常、通信回線の正常/異常などを管理する。機器装置は、画像処理装置10である。メモリ管理手段62は、メモリ管理やスキャンしたファイルデータの作成を行う。エンジン管理手段63は、原稿の読み取り等の制御を行う。ユーザ管理手段64は、ユーザ認証やスキャナー送信先の管理を行う。送信管理手段65は、画像処理装置10から他機器へのデータ送信を制御する。表示手段70は、後述する画面作成手段74により作成された状態確認画面を表示する。状態確認画面は、装置全体の状態を確認するための画面であり、機器の状態表示と、各アプリケーションの状態表示とを有する1つの画面である。状態確認画面の詳細については、後述する。また、表示手段70は、標準搭載アプリ20、拡張アプリ40の操作画面、Webブラウザ30によるWebページを表示する。入力手段71は、状態確認画面内のUI部品ボタンやタブへの押下を検知する。UI部品への押下は、そのUI部品に対する操作要求として入力手段71は受け付ける。また、入力手段71は、標準搭載アプリ20、拡張アプリ40の操作画面からの入力、Webページからの入力を受け付ける。また、入力手段71は、状態確認画面の表示に対応するハードキーからの入力も受け付ける。画面制御手段72は、表示手段70に表示されている画面の制御を行う。例えば、画面制御手段72は、入力手段71から状態確認画面の表示要求を受けると、画面作成手段74に対し、画面作成要求を行う。また、画面制御手段72は、状態確認画面内の確認ボタンに応じて、各アプリケーションに画面の表示要求を行う。画面情報記憶手段73は、状態確認画面のレイアウトなどを示す画面構成情報を記憶する。状態確認画面には、状態を示すアイコンのアイコン画像、及び状態の内容、状態の確認ボタンなどが含まれる。また、画面情報記憶手段73は、アイコン画像情報、状態詳細情報を記憶する。また、画面情報記憶手段73は、後述する状態管理手段75が取得した機器の状態情報及び各アプリケーションの状態情報を記憶する。また、画面情報記憶手段73は、機器の状態と、各アプリの状態とを関連付けた状態関連情報を記憶してもよい。画面情報記憶手段73に記憶される各情報は、図を用いて後述する。画面作成手段74は、画面制御手段72から状態確認画面の作成要求を受けると、画面情報記憶手段73から取得した画面構成情報に基づき、各アプリに対してアイコンや用語や確認ボタンを含む状態確認画面を作成する。画面作成手段74は、作成した状態確認画面を表示手段70に出力する。状態管理手段75は、機器内の状態情報を取得する取得手段76を有する。取得手段76は、システム管理手段61から機器の状態特に、ハードウェアに関する状態情報を取得する。また、取得手段75は、各アプリケーションから状態情報を取得する。状態情報とは、エラーや実行中などの状態を示す情報である。取得手段75は、定期的に、又は各アプリケーションやハードウェアでエラーが生じた時に、状態情報を取得するようにする。取得手段75は、取得した状態情報を画面情報記憶手段73に記録する。また、状態管理手段75は、取得した状態情報に基づいて、後述する発光部の発光を制御する。なお、標準搭載アプリ20、Webブラウザ30、拡張アプリ40、各管理手段61~65、画面制御手段72、画面作成手段74、状態管理手段75、拡張アプリ制御手段45は、CPU111、ワークメモリとしてのRAM112、各種プログラムを保持するHDD114などにより実現されうる。また、設定値情報記憶手段25、URL情報記憶手段31、画面情報記憶手段73は、ROM113などにより実現されうる。表示手段70及び入力手段71は、操作パネル15などにより実現されうる。<データ構造>次に、本実施例で用いる各種情報のデータ構造について説明する。画面情報記憶手段73は、状態情報に関連付けられたアイコンID及び用語IDの情報、アイコン画像情報、画面構成情報などを記憶する。図3は、状態情報の一例を示す図である。図3に示す状態情報は、機器、アプリケーション毎に状態IDを保持する。この状態IDは、取得手段76がシステム管理手段61や標準搭載アプリ20から取得した状態情報である。以下、状態情報は、状態IDとして説明するが、状態を示す内容の情報であればいずれでもよい。取得手段76は、取得した状態情報を画面情報記憶手段73に記録する。図4は、状態情報に関連付けられたアイコンID及び用語IDの情報の一例を示す図である。図4に示す例では、状態ID毎に、表示するアイコン画像を識別するためのアイコンID、状態の内容を識別するための用語IDが関連付けられている。画面作成手段74は、まず、機器の状態及び各アプリケーションの状態を図3に示す状態情報から取得する。次に、画面作成手段74は、図4に示す情報を参照することで、状態IDを基に、アイコンIDと用語IDとを特定し、どのアイコン画像を表示するか、どの用語を表示するかを一意に決定する。図5は、アイコン画像情報の一例を示す図である。図5に示すアイコン画像情報は、アイコンIDと、装置やアプリケーションの状態を表すアイコン画像データとが関連付けられている。画面作成手段74は、図5に示すアイコン画像情報から、表示対象のアイコンIDに対応するアイコン画像データを取得することができる。図6は、用語情報の一例を示す図である。図6に示す用語情報は、用語IDと、装置やアプリケーションの状態の内容を表す用語とが関連付けられている。画面作成手段74は、表示対象の用語IDを基に、図6に示す用語情報から状態の内容を表す用語を取得することができる。図7は、画面構成情報の一例を示す図である。図7に示す画面構成情報は、装置、アプリケーション毎にアイコンID、用語ID、確認ボタンの輝度が関連付けられている。なお、画面構成情報は、図示しないが、アイコン、用語、確認ボタンをどの位置に配置するかを示す配置情報も保持している。また、確認ボタンの輝度は、半輝度の場合に選択不可を表し、何もない場合に通常の輝度を表す。確認ボタンの輝度は、アイコンIDが対応付けられていない場合に半輝度が関連付けられる。画面作成手段74は、図7に示すような画面構成情報に基づいて、状態確認画面を作成する。ここで、機器の状態が各アプリケーションの機能に影響を及ぼす場合がある。例えば、機器の状態がトナーなしを示す場合、出力系のコピー、プリンターなどは実行することができない。そこで、機器の所定状態に関連するアプリケーションと、そのアイコンIDと、用語IDとを関連付けた状態関連情報を、例えば画面情報記憶手段73に保持させる。図8は、状態関連情報の一例を示す図である。図8に示す例では、所定状態を示す機器の状態IDに関連するアプリケーション毎に、アイコンID、用語IDが関連付けられている。画面作成手段74は、装置の状態IDが状態関連情報に存在する場合、その状態IDに関連付けられているアプリケーションのアイコンIDと用語IDとを優先的に状態確認画面に含める。これにより、各アプリケーションから取得した状態情報に基づくアイコンIDと用語IDよりも、状態関連情報に関連付けられるアイコンIDと用語IDとを優先することができる。よって、機器の状態に影響を受ける各アプリケーションの状態の詳細を、ユーザに適切に報知することができる。<状態確認画面への遷移>次に、実施例における状態確認画面について説明する。図9は、状態確認画面への遷移を示す図である。図9に示すように、状態確認のハードキー80が押下されることで、表示部に状態確認画面が表示される。これにより、他の画面から1つの操作で、状態確認画面に遷移することができる。また、ハードキー80に隣接する位置ハードキー80から所定範囲内の位置に、発光部81が設けられ、発光部81の発光の仕方により、機器がどのような状態にあるか分かるようになっている。発光部81は、例えばLEDLightEmittingDiodeである。発光部81の発光制御は、例えば状態管理手段75により行われる。画面遷移については、ハードキー80の押下により入力手段71が状態確認画面への表示要求を受け付け、画面制御手段72にその要求を通知する。画面制御手段72が、状態確認画面の表示要求を受けると、画面作成手段74に対し、画面作成要求を行う。画面作成手段74は、画面情報記憶手段73に記憶されている各情報を用いて、状態確認画面を作成し、表示手段70に状態確認画面を出力する。表示手段70は、状態確認画面を表示する。状態確認画面の例次に、状態確認画面の例について説明する。図10Aは、状態確認画面その1の一例を示す図である。図10Aに示す例は、アプリケーションだけにエラーが生じた場合の状態確認画面の例である。図10Aに示す例では、スキャナーのジョブを実行する際、原稿の読み取り中にエラーが生じた場合の例を示す。また、状態確認画面内の確認ボタンは、アイコンが表示されるアプリケーションや機器の状態にだけ通常の輝度で表示される。その他の確認ボタンは、半輝度になり選択できないようになっている。図10Bは、状態確認画面その2の一例を示す図である。図10Bに示す例は、機器の状態だけにエラーが生じた場合の状態確認画面の例である。図10Bに示す例では、機器のハードウェアであるプリンター13で用紙が詰まっている例である。図10Bに示す例では、機器の状態にだけアイコンが表示されるので、確認ボタンは、機器の状態の確認ボタンだけが選択できるようになっている。図10Cは、状態確認画面その3の一例を示す図である。図10Cに示す例は、機器の状態と、プリンターとでエラーが生じた場合の状態確認画面の例である。図10Cに示す例では、カバーが開いていることで機器の状態としてエラーがシステム管理手段71に検知され、プリンターでも何れかのエラーが生じていることがプリンターアプリ23に検知される。図10Cに示す例では、機器の状態と、プリンターとにアイコンが表示されるので、確認ボタンは、機器の状態とプリンターとの確認ボタンだけが選択できるようになっている。なお、図7に示す状態確認画面の画面構成情報からは、図10Cに示す状態確認画面が作成される。図10Dは、状態確認画面その4の一例を示す図である。図10Dに示す例は、機器の状態でエラーが発生し、そのエラーが各アプリケーションに影響を与える場合の状態確認画面の例である。図10Dに示す例では、トナーがなくなったことにより、出力系のアプリケーションに影響が出ている例である。出力系のアプリケーションは、例えば、コピー、プリンター、ドキュメントボックスなどである。また、実行できるアプリケーションにおいても、トナーを使わないジョブであれば実行できることが表示される。これにより、機器の状態にエラーが生じた場合、アプリケーション毎に、アプリケーション自体の使用可否、アプリーションを使用できる場合のジョブが明示されることで、ユーザは、どの機能が使用できるかを容易に把握することができる。なお、図10Dに示す例は、図8に示す状態関連情報の機器の状態IDが1002の場合に作成される状態確認画面の例を示す。<アイコンと発光部>次に、アイコンと発光部とについて説明する。図11は、アイコンを説明するための図である。図11に示すアイコンic11は、緊急のエラーがある場合、又は機器全体が使用不可の場合に表示されるアイコンである。緊急のエラーとは、トナーなしなどのアプリケーションが実行できないエラーをいう。アイコンic12は、機器としては使用できるが、一部が使用不可である場合、又は緊急ではないエラーがある場合に表示されるアイコンである。緊急ではないエラーとは、トナーニアエンドなど、所定回アプリケーションを実行すれば、そのアプリケーションが実行できなくなることを示すエラーをいう。アイコンic13は、アプリケーションが実行中である場合に表示されるアイコンである。例えば、アイコンic13は、表示中は点滅表示されるようにしてもよい。図12は、発光部81とアイコンとの連動を説明するための図である。発光部81は、状態確認画面内の機器の状態及び各アプリケーションの状態に連動して点灯又は点滅する。図12に示す例では、LEDの赤色点灯は、状態確認画面の各アプリケーションのいずれかの項目にアイコンic12又は機器の状態項目にic11が表示される場合を示す。LEDの黄色点滅は、機器の状態項目にic12が表示される場合を示す。LEDの青色点灯又は点滅は、プリンター項目にic13が表示される場合を示す。これにより、ユーザは、発光部81のパターンを覚えておくことで、発光部81のパターンにより機器がどのような状態になっているかを発光部81のみで把握することができる。<タブ切り替え>次に、状態確認画面からタブを切り替える場合について説明する。実施例では、状態確認画面からタブを切り替えることで、実行中のジョブ一覧、ジョブ履歴一覧を表示できるようにする。画面作成手段74は、状態確認画面を作成する際に、後述する画面への切り替えを行うタブを状態確認画面に設ける。タブ切り替えは、入力手段71からタブ切り替え要求を受けた画面制御手段72が行う。図13は、実行中ジョブ一覧とジョブ履歴一覧の一例を示す図である。図13に示す例では、状態確認画面内に、実行中ジョブ一覧への切り替え行うタブtb11と、ジョブ履歴一覧への切り替えを行うタブtb12とがある。タブtb11が押下されると、実行中ジョブ一覧画面di11が表示される。また、タブtb12が押下されると、ジョブ履歴一覧画面di12が表示される。これにより、状態確認画面から1つの操作で、実行中のジョブ一覧やジョブ履歴一覧をユーザは把握することができる。図14A,Bは、問い合わせ/消耗品情報の一例を示す図である。図14Aに示す例では、状態確認画面内に、問い合わせ/消耗品情報への切り替えを行うタブtb13がある。タブtb13が押下されると、問い合わせ/消耗品情報の画面di13-1が表示される。画面di13-1から次ページへの遷移ボタンが押下されると、画面di13-2が表示される。図14Bに示すように、問い合わせ/消耗品情報の画面からメモリー、文書数ボタンの押下によりメモリー、文書数画面di133に遷移する。また、機器アドレス、ファクス番号ボタンの押下により機器アドレス、ファクス番号di132に遷移する。問い合わせ情報ボタンの押下により、問い合わせ情報画面di133に遷移する。これにより、ユーザは状態確認画面から消耗品情報や問い合わせ情報を確認するのに、ホーム画面などに戻る必要がなく、状態確認画面から遷移できるので操作性を向上させることができる。<対処方法、詳細の確認>次に、状態確認画面でエラーを示すアイコンが表示される場合、そのエラーの詳細や対処方法を確認したいというニーズがある。そこで、画面作成手段74は、状態確認画面内に、エラーの状態を示す機器の状態又はアプリケーションに関連付けて確認ボタンを表示する。図15は、確認ボタンの押下による画面の遷移先を示す図である。図15に示す例では、機器の状態に対応する確認ボタンが押下されると、画面制御手段72は、システム全体のエラー画面へ遷移するよう制御する。また、コピーに対応する確認ボタンが押下されると、画面制御手段72は、コピーアプリ21に対してエラー画面を表示するよう要求する。コピーアプリ21では、エラーに対する詳細画面又は対処方法を示す画面が既に生成されている。エラー画面とは、エラーの詳細画面や対処方法を示す画面をいう。また、プリンターに対応する確認ボタンが押下されると、画面制御手段72は、プリンターアプリ23に対してエラー画面を表示するよう要求する。プリンターアプリ23では、エラーに対する詳細画面又は対処方法を示す画面が既に生成されている。また、ドキュメントボックスに対応する確認ボタンが押下されると、画面制御手段72は、ドキュメントボックスアプリ不図示に対してエラー画面を表示するよう要求する。ドキュメントボックスでは、エラーに対する詳細画面又は対処方法を示す画面が既に生成されている。これにより、ユーザは、機器やアプリケーションの状態に応じて、その詳細の内容や、エラーの対処方法をすぐに把握することができるようになる。また、システムエラー、又はアプリケーションエラーが複数重なっていた場合は、優先度の高い順にエラー対処方法を表示するようにすればよい。これは、各アプリケーションが、エラーに優先度を設定しておき、優先度の高いエラーに対する対処方法から順に表示するように制御すればよい。<アプリケーションの追加>アプリケーションが追加で画像処理装置10にインストールされた場合、状態管理手段75は、追加されたアプリケーション追加アプリケーションとも呼ぶの状態情報も取得する。このとき、追加アプリケーションの名称なども取得する。画面作成手段74は、状態確認画面を作成する場合、追加アプリケーションの状態表示も状態確認画面に含める。これにより、追加アプリケーションがある場合でも、状態確認画面に自動で登録される。<動作>次に、実施例における画像処理装置の動作について説明する。図16は、実施例における状態確認画面の表示処理の一例を示すフローチャートである。図16に示すステップS101で、システム管理手段61又は各アプリケーションが、エラーが発生したことを検知する。エラーとは、例えばトナーなし、カバー開、通信エラー、紙詰まりなどである。ステップS102で、状態管理手段75は、取得手段76により、システム管理手段61及び各アプリケーションから状態情報を取得する。情報対情報は、例えば状態を示す状態IDなどがある。ステップS103で、状態管理手段75は、取得した状態情報と、画面情報記憶手段73に記憶されている情報を参照して、発光部81の発行制御を行う。状態管理手段75は、状態確認画面にどのアイコンが表示されるかを特定し、表示されるアイコンに基づき、発光パターンを決定する。発光部81の発光パターンは、図12に示すように、状態確認画面に表示されるアイコンに関連して決定される。ステップS104で、入力手段71は、状態確認ボタンがユーザにより押下されたか否かを判定する。状態確認ボタンが押下されればステップS104-YES、入力手段71は状態確認画面の表示要求を行い、ステップS105に進み、状態確認ボタンが押下されなければステップS104-NOステップS104に戻る。ステップS105で、画面作成手段74は、状態確認画面の表示要求があった場合、画面情報記憶手段73に記憶される状態情報、画面構成情報、アイコン画像情報、用語情報などを参照して、状態確認画面を作成する。ステップS106で、表示手段70は、画面作成手段74により作成された状態確認画面を表示する。また、画面制御手段72は、状態確認画面からエラー対処方法を示す画面や、実行中ジョブ一覧、ジョブ履歴画面への遷移を制御する。以上、実施例によれば、機器の状態及び各アプリケーションの状態の視認性を向上させることができる。[変形例]実施例の画像処理装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでCD-ROM、フレキシブルディスクFD、CD-R、DVDDigitalVersatileDisk等のコンピュータで読み取り可能な記録媒体に記録されて提供される。また、実施例の画像処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例の画像処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。また、実施例の画像処理装置で実行されるプログラムを、ROM等に予め組み込んで提供するように構成してもよい。実施例の画像処理装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはCPU111がHDD114からプログラムを読み出して実行することにより上記各手段のうち1又は複数の各手段がRAM112上にロードされ、1又は複数の各手段がRAM112上に生成されるようになっている。なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。"