"アプリケーションを管理する管理手段と、前記アプリケーションを操作対象とする操作画面を表示する操作画面表示手段と、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示手段と、を有し、前記管理手段は、前記アプリケーションからエラーが発生した旨を受け付けると、前記エラー発生表示手段に対して、エラーが発生した旨を通知し、当該装置の表示画面が、前記操作画面表示手段により表示された操作画面から、エラーが発生した旨の情報を表示する画面へと切り替わることを特徴とする画像形成装置。前記エラー発生表示手段は、起動した際に、前記管理手段に対して、エラーが発生した旨の通知登録を行い、前記管理手段は、前記通知登録に従って、前記エラー発生表示手段に対して、エラーが発生した旨を通知することを特徴とする請求項1に記載の画像形成装置。前記管理手段は、前記アプリケーションからエクセプションエラーが発生した旨を受け付けると、前記エラー発生表示手段に対して、エラーが発生した旨を通知することを特徴とする請求項1又は2に記載の画像形成装置。前記アプリケーションから、前記管理手段によって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった旨の情報を表示するルール違反表示手段を有し、前記管理手段は、前記アプリケーションから処理要求を受け付けると、処理要求元のアプリケーションに許可された動作権限を示す情報に基づき、前記アプリケーションからの処理要求がルール違反か否かを判定し、前記アプリケーションの処理要求がルール違反であると判定した場合、前記ルール違反表示手段に対して、ルール違反があった旨を通知し、当該装置の表示画面が、前記操作画面表示手段により表示された操作画面から、ルール違反があった旨の情報を表示する画面へと切り替わることを特徴とする請求項1ないし3のいずれか一項に記載画像形成装置。前記アプリケーションは、スレッドとして実行され、スレッドを生成する際に付与されるスレッドグループに基づき、前記管理手段により管理されることを特徴とする請求項4に記載の画像形成装置。前記管理手段は、前記アプリケーションから処理要求を受け付けた際に取得した前記スレッドグループを示す情報に基づき、処理要求元のアプリケーションのスレッドを特定し、特定したスレッドに許可された動作権限を示す情報に基づき、前記アプリケーションからの処理要求がルール違反か否かを判定することを特徴とする請求項5に記載の画像形成装置。前記ルール違反表示手段は、起動した際に、前記管理手段に対して、ルール違反があった旨の通知登録を行い、前記管理手段は、前記通知登録に従って、前記ルール違反表示手段に対して、ルール違反があった旨を通知することを特徴とする請求項4ないし6のいずれか一項に記載の画像形成装置。前記管理手段は、アプリケーションの初期化状態、アプリケーションの活性化状態、アプリケーションの停止状態、アプリケーションの終了状態を含むライフサイクルを管理することを特徴とする請求項1ないし7のいずれか一項に記載の画像形成装置。前記アプリケーションは、コンパイラによりソースコードからバイトコードに一括翻訳されており、仮想マシンにより逐次実行されることを特徴とする請求項1ないし8のいずれか一項に記載の画像形成装置。前記アプリケーションは、Xletであることを特徴とする請求項1ないし9のいずれか一項に記載の画像形成装置。画像形成装置において実行される情報処理方法であって、前記画像形成装置が、アプリケーションを管理するプラットフォームと、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示アプリケーションと、を備え、前記プラットフォームを、前記アプリケーションからエラーが発生した旨を受け付け、前記エラー発生表示アプリケーションに対して、エラーが発生した旨を通知するように実行するステップと、前記エラー発生表示アプリケーションを、エラーが発生した旨の通知を受け付け、情報を表示するように実行するステップと、を有することを特徴とする情報処理方法。画像形成装置において実行する情報処理プログラムであって、前記画像形成装置が、アプリケーションを管理するプラットフォームと、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示アプリケーションと、を備え、前記画像形成装置を、前記プラットフォームにより、前記アプリケーションからエラーが発生した旨を受け付け、前記エラー発生表示アプリケーションに対して、エラーが発生した旨を通知するように機能させ、前記エラー発生表示アプリケーションにより、エラーが発生した旨の通知を受け付け、情報を表示するように機能させることを特徴とする情報処理プログラム。画像形成装置のエミュレータとして機能する端末装置であって、当該端末装置又は前記画像形成装置が有するアプリケーションを管理する管理手段と、前記アプリケーションを操作対象とする操作画面を表示する操作画面表示手段と、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示手段と、を有し、前記管理手段は、前記アプリケーションからエラーが発生した旨を受け付けると、前記エラー発生表示手段に対して、エラーが発生した旨を通知し、当該装置の表示画面が、前記操作画面表示手段により表示された操作画面から、エラーが発生した旨の情報を表示する画面へと切り替わることを特徴とする端末装置。画像形成装置のエミュレータとして機能する端末装置において実行される情報処理方法であって、前記端末装置が、当該端末装置又は前記画像形成装置が有するアプリケーションを管理するプラットフォームと、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示アプリケーションと、を備え、前記プラットフォームを、前記アプリケーションからエラーが発生した旨を受け付け、前記エラー発生表示アプリケーションに対して、エラーが発生した旨を通知するように実行するステップと、前記エラー発生表示アプリケーションを、エラーが発生した旨の通知を受け付け、情報を表示するように実行するステップと、を有することを特徴とする情報処理方法。画像形成装置のエミュレータとして機能する端末装置において実行する情報処理プログラムであって、前記端末装置が、当該端末装置又は前記画像形成装置が有するアプリケーションを管理するプラットフォームと、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示アプリケーションと、を備え、前記端末装置を、前記プラットフォームにより、前記アプリケーションからエラーが発生した旨を受け付け、前記エラー発生表示アプリケーションに対して、エラーが発生した旨を通知するように機能させ、前記エラー発生表示アプリケーションにより、エラーが発生した旨の通知を受け付け、情報を表示するように機能させることを特徴とする情報処理プログラム。請求項12又は15に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。複合機や融合機内では、様々なアプリケーションが実行される。複合機や融合機内でのアプリケーションの実行態様としては、1プロセス上で1アプリケーションが実行される1プロセス1アプリが主流であるが、1プロセス上で複数のアプリケーションが実行される1プロセス複数アプリも登場しつつある。しかし、1プロセス1アプリを前提とするシステムで1プロセス複数アプリの情報処理を実行するような場合、1プロセス1アプリ向けのアプリケーション管理機構では1プロセス複数アプリの各アプリケーションを管理することができないので、1プロセス複数アプリ向けのアプリケーション管理機構が必要となる。この例からも理解されるように、複合機や融合機には、アプリケーションの実行態様に応じたアプリケーション管理機構が必要である。したがって、本発明は、新たなアプリケーション管理機構を備える画像形成装置を提案することを課題とする。上記目的を達成するため、本発明に係る画像形成装置は、アプリケーションを管理する管理手段と、前記アプリケーションを操作対象とする操作画面を表示する操作画面表示手段と、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示手段と、を有し、前記管理手段は、前記アプリケーションからエラーが発生した旨を受け付けると、前記エラー発生表示手段に対して、エラーが発生した旨を通知し、当該装置の表示画面が、前記操作画面表示手段により表示された操作画面から、エラーが発生した旨の情報を表示する画面へと切り替わることを特徴とする。上記目的を達成するため、本発明に係る情報処理方法は、画像形成装置において実行される情報処理方法であって、前記画像形成装置が、アプリケーションを管理するプラットフォームと、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示アプリケーションと、を備え、前記プラットフォームを、前記アプリケーションからエラーが発生した旨を受け付け、前記エラー発生表示アプリケーションに対して、エラーが発生した旨を通知するように実行するステップと、前記エラー発生表示アプリケーションを、エラーが発生した旨の通知を受け付け、情報を表示するように実行するステップと、を有する。このように、本発明は、新たなアプリケーション管理機構を備える画像形成装置を提案するものである。図1は、本発明の実施例に該当する融合機101を表す。図1の融合機101は、種々のハードウェア111と、種々のソフトウェア112と、融合機起動部113により構成される。融合機101のハードウェア111としては、撮像部121と、印刷部122と、その他のハードウェア123が存在する。撮像部121は、読取原稿から画像画像データを読み取るためのハードウェアである。印刷部122は、画像画像データを印刷用紙に印刷するためのハードウェアである。融合機101のソフトウェア112としては、種々のアプリケーション131と、種々のプラットフォーム132が存在する。これらのプログラムは、UNIX登録商標等のOSオペレーティングシステムによりプロセス単位で並列的に実行される。アプリケーション131としては、コピー用のアプリケーションであるコピーアプリ141、プリンタ用のアプリケーションであるプリンタアプリ142、スキャナ用のアプリケーションであるスキャナアプリ143、ファクシミリ用のアプリケーションであるファクシミリアプリ144、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ145が存在する。アプリケーション131は、専用のSDKソフトウェア開発キットを使用して開発することができる。SDKを使用して開発したアプリケーション131をSDKアプリと呼ぶ。専用のSDKとしては、C言語でアプリケーション131を開発するためのCSDKや、Java登録商標言語でアプリケーション131を開発するためのJSDKが提供される。CSDKを使用して開発したアプリケーション131をCSDKアプリと呼び、JSDKを使用して開発したアプリケーション131をJSDKアプリと呼ぶ。図1の融合機101にも、CSDKアプリ146と、JSDKアプリ147が存在する。図1の融合機101にはさらに、Java登録商標言語で記述されたJSDKアプリ147とC言語で記述された他のソフトウェア112との仲介を行うソフトウェア112として、JSDKプラットフォーム148が存在する。プラットフォーム132としては、種々のコントロールサービス151、システムリソースマネージャ152、種々のハンドラ153が存在する。コントロールサービス151としては、ネットワークコントロールサービスNCS161、ファクシミリコントロールサービスFCS162、デリバリコントロールサービスDCS163、エンジンコントロールサービスECS164、メモリコントロールサービスMCS165、オペレーションパネルコントロールサービスOCS166、サーティフィケーションコントロールサービスCCS167、ユーザディレクトリコントロールサービスUCS168、システムコントロールサービスSCS169が存在する。ハンドラ153としては、ファクシミリコントロールユニットハンドラFCUH171、イメージメモリハンドラIMH172が存在する。NCS161のプロセスは、ネットワーク通信の仲介を行う。FCS162のプロセスは、ファクシミリのAPIを提供する。DCS163のプロセスは、蓄積文書の配信処理に関する制御を行う。ECS164のプロセスは、撮像部121や印刷部122に関する制御を行う。MCS165のプロセスは、メモリやハードディスクドライブに関する制御を行う。OCS166のプロセスは、オペレーションパネルに関する制御を行う。CCS167のプロセスは、認証処理や課金処理に関する制御を行う。UCS168のプロセスは、ユーザ情報の管理に関する制御を行う。SCS169のプロセスは、システムの管理に関する制御を行う。アプリケーション131とプラットフォーム132の仲介を行うソフトウェア112として、仮想アプリケーションサービスVAS135が存在する。VAS135は、アプリケーション131をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム132をサーバとするクライアントプロセスとして動作する。VAS135は、アプリケーション131から見てプラットフォーム132を隠蔽するラッピング機能を備え、プラットフォーム132のバージョンアップに伴うバージョン差を吸収する役割等を担う。融合機起動部113は、融合機101の電源投入時に最初に実行される。これにより、UNIX登録商標等のOSが起動され、アプリケーション131やプラットフォーム132が起動される。これらのプログラムは、ハードディスクドライブやメモリカードに蓄積されており、ハードディスクドライブやメモリカードから再生されて、メモリに起動されることになる。図2は、図1の融合機101に係るハードウェア構成図である。融合機101のハードウェア111としては、コントローラ201と、オペレーションパネル202と、ファクシミリコントロールユニットFCU203と、撮像部121と、印刷部122が存在する。コントローラ201は、CPU211、ASIC212、NB221、SB222、MEM-P231、MEM-C232、HDDハードディスクドライブ233、メモリカードスロット234、NICネットワークインタフェースコントローラ241、USBデバイス242、IEEE1394デバイス243、セントロニクスデバイス244により構成される。CPU211は、種々の情報処理用のICである。ASIC212は、種々の画像処理用のICである。NB221は、コントローラ201のノースブリッジである。SB222は、コントローラ201のサウスブリッジである。MEM-P231は、融合機101のシステムメモリである。MEM-C232は、融合機101のローカルメモリである。HDD233は、融合機101のストレージである。メモリカードスロット234は、メモリカード235をセットするためのスロットである。NIC241は、MACアドレスによるネットワーク通信用のコントローラである。USBデバイス242は、USB規格の接続端子を提供するためのデバイスである。IEEE1394デバイス243は、IEEE1394規格の接続端子を提供するためのデバイスである。セントロニクスデバイス244は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル202は、オペレータが融合機101に入力を行うためのハードウェア操作部であると共に、オペレータが融合機101から出力を得るためのハードウェア表示部である。図3は、図1の融合機101に係る外観図である。図3には、撮像部121の位置と、印刷部122の位置と、オペレーションパネル202の位置が図示されている。図3には更に、読取原稿のセット先となる原稿セット部301と、印刷用紙の給紙先となる給紙部302と、印刷用紙の排紙先となる排紙部303が図示されている。オペレーションパネル202は、図4のように、タッチパネル311と、テンキー312と、スタートボタン313と、リセットボタン314と、機能キー315と、初期設定ボタン316により構成される。タッチパネル311は、タッチ操作で入力を行うためのハードウェアタッチ操作部であると共に、画面表示で出力を得るためのハードウェア画面表示部である。テンキー312は、キーボタン操作で数字入力を行うためのハードウェアである。スタートボタン313は、ボタン操作でスタート操作を行うためのハードウェアである。リセットボタン314は、ボタン操作でリセット操作を行うためのハードウェアである。機能キー315は、キーボタン操作でCSDKアプリ146やJSDKアプリ147による操作画面を表示させるためのハードウェアである。初期設定ボタン316は、ボタン操作で初期設定画面を表示させるためのハードウェアである。原稿セット部301は、ADF自動原稿搬送装置321と、フラットベッド322と、フラットベッドカバー323により構成される。給紙部302は、4個の給紙トレイにより構成される。排紙部303は、1個の排紙トレイにより構成される。JSDK図5は、図1のJSDKアプリ147とJSDKプラットフォーム148のクラス図である。JSDKアプリ147とJSDKプラットフォーム148は、全体で1プロセスとして、同一プロセス上で実行される。JSDKアプリ147とJSDKプラットフォーム148中の各ブロックは、それぞれこの1プロセス上のスレッドとして、スレッド単位で並列的に実行マルチスレッドされる。JSDKアプリ147とJSDKプラットフォーム148は、Java登録商標コンパイラによりソースコードからバイトコードに一括翻訳されており、Java登録商標仮想マシンにより逐次実行される。JSDKアプリ147とJSDKプラットフォーム148は、Java登録商標2MicroEditionのPersonalBasisProfileをベースとする実装となっている。JSDKアプリ147としては、ユーザアプリ501と、JSDKGUIManager511と、TaskBarManager512と、エラーアプリ513と、ルールアプリ514等が存在する。ユーザアプリ501は、融合機101のユーザ例えばベンダがJSDKを使用して開発したJSDKアプリである。JSDKGUIManager511は、他のJSDKアプリユーザアプリ501等を操作対象とする操作画面の表示等を行うJSDKアプリである。TaskBarManager512は、他のJSDKアプリユーザアプリ501等を操作対象とするタスクバーの表示等を行うJSDKアプリである。エラーアプリ513は、他のJSDKアプリユーザアプリ501等にエラーが発生した場合に、エラーが発生した旨の情報の表示や通知等を行うJSDKアプリである。ルールアプリ514は、他のJSDKアプリユーザアプリ501等の処理要求にルール違反があった場合に、ルール違反があった旨の情報の表示や通知等を行うJSDKアプリである。ユーザアプリ501はここでは、スタンドアロンアプリケーションやアプレットと並ぶJava登録商標アプリケーションであるXletである。JSDKGUIManager511とTaskBarManager512とエラーアプリ513とルールアプリ514はここでは、独自の拡張を施したXletXletExである。JSDKプラットフォーム148には、JSDKMain521と、JSDKEnvironment522と、LocaleManager523と、XletManager531と、MultiXletManager532と、JSDKManager533と、SendManager541と、EventManager542と、SystemEventManager543と、PanelManager544と、InstallManager545と、Server/ClientManager546等のクラスが存在する。JSDKMain521は、JSDKシステムの起動設定を行うクラスである。JSDKEnvironment522は、JSDKシステムの起動環境設定を行うクラスである。LocaleManager523は、国際化対応言語指定を行うクラスである。XletManager531は、1対1でXletを管理するクラスである。ここでは、7個のXletの状態に係る情報やライフサイクル等が1対1で7個のXletManager531によって管理される。Xletの状態に係る情報は、XletManager531によって管理され、XletManager531からXletExに通知され、XletExによって表示処理や通知処理に利用される。MultiXletManager532は、全てのXletManager531を管理するクラスである。ここでは、7個のXletManager531のライフサイクル等が全て1個のMultiXletManager532によって管理される。JSDKManager533は、JSDKシステム全体を管理するクラスである。例えば、MultiXletManager532,SendManager541,EventManager542,SystemEventManager543,PanelManager544,InstallManager545,Server/ClientManager546のライフサイクル等が、JSDKManager533によって管理される。SystemEventManager543は、図1のプラットフォーム132からのシステムイベント電力モード等の管理を行うクラスである。PanelManager544は、1個のXletがオペレーションパネル202の画面を占有する際の調停等を行うクラスである。InstallManager545は、SDcardやWebからのインストールやアンインストールの管理を行うクラスである。図5のJSDKシステムでは、APIとして、JSDKAPI551とJSDKAPI552が利用される。なお、XletとXletExの差異として、オブジェクトにアクセスするのにJSDKAPI551の利用とJSDKプラットフォーム148へのアクセスが可能である点が挙げられる。図1の融合機101にはさらに、図5のJSDKシステムに係る要素として、C言語とJava登録商標言語のインタフェースとなるJSDKSession553とNativeJSDKSession554や、JSDKアプリ147とJSDKプラットフォーム148を実行するためJava登録商標仮想マシンであるCVM555等が存在する。図6は、JSDKシステムの起動手順について説明するための図である。JSDKシステムではまず、JSDKアプリ147を起動するmain関数を有するクラスであるJSDKMain521が、JSDKEnvironment522を生成S1する。続いて、JSDKEnvironment522が、Native層の構築S2と言語環境の構築S3をもって、JSDKシステムの実行環境の構築を行う。続いて、JSDKEnvironment522が、JSDKManager533を生成S4する。JSDKシステムではそして、JSDKManager533が、システム層のManagerを生成S5-12し、MultiXletManager532とXletManager531を通じて、アプリ層のManagerを生成S13-16する。図7は、JSDKシステムのGUIGraphicalUserInterfaceについて説明するための図である。融合機101の機能キー315図4参照を押すと、図6のS1-16が実行されて、図7のGUIが融合機101のタッチパネル311図4参照に表示される。図7のGUIは、ユーザアプリ501を操作対象とする操作画面であり、図6のS13で起動されたJSDKGUIManager511によって表示される。図7Aは、画面を占有させるユーザアプリ501の切替操作を行うための切替操作画面である。図7Bは、ユーザアプリ501の起動操作を行うための起動操作画面である。図7Cは、ユーザアプリ501の終了操作を行うための終了操作画面である。図7Dは、ユーザアプリ501のインストール操作を行うためのインストール操作画面である。図7Eは、ユーザアプリ501のアンインストール操作を行うためのアンインストール操作画面である。図7Aが、機能キー315を押した直後にタッチパネル311に表示される初期画面であり、図7A,B,C,D,Eはそれぞれ切り替え,起動,終了,インストール,アンインストールのボタンをタッチすると表示されることになる。SimplePrint,SimpleCopy,SimpleOcr,SimpleScan等はそれぞれユーザアプリ501である。例えば、SimplePrintは、電子文書のファイル名を入力することで当該電子文書のプリントを実行できるようにするためのアプリケーションである。なお、アプリケーションのタイプとは、GUIを有するアプリケーションであるか否かを意味する。図7Aの切替操作画面について説明する。図7Aの切替操作画面には、切替操作対象としてインストール済みで実行中のユーザアプリ501の一覧が表示される。図7Aの切替操作画面でSimplePrintにタッチすると、SimplePrintにオペレーションパネル202のオーナー権が付与されることになり、SimplePrintが画面を占有することになる。これに伴って、図7Aの画面から図8Aの画面に画面が移る。図8Aは、画面を占有するSimplePrintにより表示されるGUIである。図7Aの切替操作画面でSimpleCopyにタッチすると、SimpleCopyにオペレーションパネル202のオーナー権が付与されることになり、SimpleCopyが画面を占有することになる。これに伴って、図7Aの画面から図8Bの画面に画面が移る。図7Aに示すように、SimpleCopyの状態は異常なので、図8Bのように、画面上にはSimpleCopyに係るエラーメッセージが表示される。図7Aの切替操作画面でSimpleOcrにタッチすると、SimpleOcrにオペレーションパネル202のオーナー権が付与されることになり、SimpleOcrが画面を占有することになる。これに伴って、図7Aの画面から図8Cの画面に画面が移る。図7Aに示すように、SimpleOcrのタイプはGUI無なので、図8Cのように、画面上にはSimpleOcrの状態が表示される。図8A,B,Cの画面の左端楕円形で示す領域内には、図6のS14で起動されたTaskBarManager512により、ユーザアプリ501を操作対象とするタスクバーが表示される。これらのタスクバーは、画面を占有させるユーザアプリ501の切替操作を行うための切替タスクバーである。図8Aの画面で切替タスクバー中のSCやSOにタッチすると、SimpleCopyやSimpleOcrにオペレーションパネル202のオーナー権が付与されることになり、SimpleCopyやSimpleOcrが画面を占有することになる。これに伴い、図8Aの画面から図8Bや図8Cの画面に画面が移る。図8Aの画面で切替タスクバー中のJSDKにタッチすると、図7Aの画面に画面が戻る。図8Bの画面で切替タスクバー中のSPやSOにタッチすると、SimplePrintやSimpleOcrにオペレーションパネル202のオーナー権が付与されることになり、SimplePrintやSimpleOcrが画面を占有することになる。これに伴い、図8Bの画面から図8Aや図8Cの画面に画面が移る。図8Bの画面で切替タスクバー中のJSDKにタッチすると、図7Aの画面に画面が戻る。図8Cの画面で切替タスクバー中のSPやSCにタッチすると、SimplePrintやSimpleCopyにオペレーションパネル202のオーナー権が付与されることになり、SimplePrintやSimpleCopyが画面を占有することになる。これに伴い、図8Cの画面から図8Aや図8Bの画面に画面が移る。図8Cの画面で切替タスクバー中のJSDKにタッチすると、図7Aの画面に画面が戻る。図7Bの起動操作画面について説明する。図7Bの起動操作画面には、起動操作対象としてインストール済みで実行されていないユーザアプリ501の一覧が表示される。図7Bの起動操作画面でSimplePrintにタッチすると、SimplePrintの起動処理を実行するか否かを確認する確認画面図9が表示される。図9の確認画面でプロダクトコードを入力し実行にタッチすると、SimplePrintが起動されることになる。図7Cの終了操作画面について説明する。図7Cの終了操作画面には、終了操作対象としてインストール済みで実行中のユーザアプリ501の一覧が表示される。図7Cの終了操作画面でSimplePrintにタッチすると、SimplePrintの強制終了処理を実行するか否かを確認する確認画面図10が表示される。図10の確認画面で実行にタッチすると、SimplePrintが強制終了されることになる。図7Dのインストール操作画面について説明する。ユーザアプリ501のインストール処理により、起動可能ユーザアプリとして未登録のユーザアプリ501が起動可能ユーザアプリとして登録されることになる。図7Dのインストール操作画面には、インストール操作対象としてユーザアプリ501の一覧がインストール状況と共に表示される。図7Dのインストール操作画面でSimplePrintにタッチすると、SDcardを格納元とするSimplePrintのインストール先を確認する確認画面図11が表示される。図11の確認画面でSDcardにタッチすると、SimplePrintがSDcardをインストール先としてインストールされることになり、図11の確認画面でHDDにタッチすると、SimplePrintがHDDをインストール先としてインストールされることになる。図7Eのアンインストール操作画面について説明する。ユーザアプリ501のアンインストール処理により、起動可能ユーザアプリとして登録済みのユーザアプリ501が起動可能ユーザアプリとしての登録を抹消されることになる。図7Eのアンインストール操作画面には、アンインストール操作対象として登録済みのユーザアプリ501の一覧が表示される。図7Eのアンインストール操作画面でSimplePrintにタッチすると、SimplePrintのアンインストール処理を実行するか否かを確認する確認画面図12が表示される。図12の確認画面で実行にタッチすると、SimplePrintがアンインストールされることになる。図13は、起動操作画面の表示手順について説明するための図である。切替操作画面で起動のボタンがタッチされると、JSDKGUIManager511からInstallManager545に、インストール済みのユーザアプリ501の一覧要求が送信S1される。これに応じて、InstallManager545は、インストール済みのユーザアプリ501の格納位置に係る情報融合機101内のNVRAMに格納されているを元に、インストール済みのユーザアプリ501のJNLPファイルを取得S2する。融合機101にセットされたSDcardからは、当該SDcard内のユーザアプリ501のJNLPファイルが取得される。融合機101内のHDDからは、当該HDD内のユーザアプリ501のJNLPファイルが取得される。JNLPファイルは、ユーザアプリ501と1対1で対応しており、ユーザアプリ501の定義付けに係る情報を含んでいる。そして、インストール済みのユーザアプリ501のJNLPファイルの内容を元に、InstallManager545からJSDKGUIManager511に、インストール済みのユーザアプリ501の一覧応答が送信S3される。これにより、切替操作画面から起動操作画面に画面が移ることになる。図14は、起動処理の実行手順について説明するための図である。起動操作画面で選択操作が実行されて確認画面で確認操作が実行されると、JSDKGUIManager511からJSDKManager533に、ユーザアプリ501の起動要求が送信S1される。これに応じて、JSDKManager533からMultiXletManager532に、AuthenticationManager547による認証処理を経由してから、ユーザアプリ501の起動要求が送信S2される。これに応じて、MultiXletManager532がXletManager531を起動S3し、XletManager531がPanelManager544からルートウィンドウを取得S4し、XletManager531がユーザアプリ501を起動S5する。そして、MultiXletManager532からJSDKManager533に、ユーザアプリ501の起動応答が送信S6される。そして、JSDKManager533からJSDKGUIManager511に、ユーザアプリ501の起動応答が送信S7される。図15は、インストール操作画面の表示手順について説明するための図である。切替操作画面上でインストールのボタンがタッチされると、JSDKGUIManager511からInstallManager545に、ユーザアプリ501の一覧要求が送信S1される。これに応じて、InstallManager545は、ユーザアプリ501のJNLPファイルを取得S2する。融合機101にセットされたSDcardからは、当該SDcard内のユーザアプリ501のJNLPファイルが取得される。融合機101とネットワークで接続されたWebサーバからは、当該Webサーバ内のユーザアプリ501のJNLPファイルが取得される。JNLPファイルは、ユーザアプリ501と1対1で対応しており、ユーザアプリ501の定義付けに係る情報を含んでいる。そして、ユーザアプリ501のインストール状況に関する情報融合機101内のNVRAMに格納されているや、ユーザアプリ501のJNLPファイルの内容を元にして、InstallManager545からJSDKGUIManager511に、ユーザアプリ501の一覧応答が送信S3される。これにより、切替操作画面からインストール操作画面に画面が移ることになる。図16は、インストール処理の実行手順について説明するための図である。インストール操作画面で選択操作が実行されて確認画面で確認操作が実行されると、JSDKGUIManager511からInstallManager545に、ユーザアプリ501のインストール要求が送信S1される。これに応じて、InstallManager545は、AuthenticationManager547による認証処理を経由してから、ユーザアプリ501をインストールS2する。そして、InstallManager545からJSDKGUIManager511に、ユーザアプリ501のインストール応答が送信S3される。図17は、JNLPファイルの構文の例を表す。JNLPJava登録商標NetworkLaunchingProtocolファイルはXMLeXtensibleMarkupLanguageファイルであり、JNLPファイル書式はJNLP規格に準拠している。ただし、JSDK向けに独自の拡張を施している部分があるため、以下その部分について説明する。記述1は、informationエレメントであり、アプリケーション名を示すtitleエレメント記述1Aや、ベンダ名を示すvenderエレメント記述1Bや、ベンダの電話番号を示すtelephoneエレメント記述1Cや、ベンダのファクス電話番号を示すfaxエレメント記述1Dや、アプリケーションのプロダクトIDを示すproductIDエレメント記述1Eを含んでいる。記述2は、securityエレメントである。記述3は、resourceエレメントであり、JSDKのバージョンを指定するjsdkエレメント記述3Aや、JARファイルアプリケーションの実行ファイルとそのバージョンを指定するjarエレメント記述3Bや、SUB-JNLPファイルを指定するsub-jnlpエレメント記述3Cを含んでいる。記述4は、updateエレメントであり、更新処理の実行方法を設定するエレメントである。autoであればアプリケーションの更新処理は自動更新で実行され、manualであればアプリケーションの更新処理は手動更新で実行され、mailであればアプリケーションの更新処理が実行可能である場合にその旨を通知する更新通知メールが配信される。記述5は、installエレメントであり、インストール処理の実行方法を設定するエレメントである。autoであればアプリケーションのインストール先は自動選択にて選択され、manualであればアプリケーションのインストール先は手動選択にて選択される。記述6は、アプリケーションのタイプがGUI有であるかGUI無であるかを示す。図17のupdateエレメントで触れたように、インストール済みのJSDKアプリ147は更新処理の対象となる。以下、インストール済みのJSDKアプリ147を自動更新する自動更新処理について説明する。図18は、SDcard又はHDD内のJSDKアプリ147更新対象アプリを、SDcardからのJSDKアプリ147更新用アプリに自動更新する自動更新処理に係るフローチャートである。JSDKプラットフォーム148は、融合機101に接続された更新用SDcardスロットに更新用SDcardがセットされた場合、更新用SDcard内の更新用アプリのJNLPファイルを取得S101する。JSDKプラットフォーム148は、そのJNLPファイルのupdateエレメントがautoで、そのJNLPファイルに係る更新用アプリと同一の更新対象アプリが存在する場合S102S103には、その更新用アプリのバージョンとその更新対象アプリのバージョンとを比較S104する。JSDKプラットフォーム148は、更新用アプリのバージョンが更新対象アプリのバージョンより新しい場合S105には、更新用アプリをもって更新対象アプリを更新S106する。図19は、SDcard又はHDD内のJSDKアプリ147更新対象アプリを、WebからのJSDKアプリ147更新用アプリに自動更新する自動更新処理に係るフローチャートである。JSDKプラットフォーム148は、更新対象アプリのJNLPファイルを取得S201する。JSDKプラットフォーム148は、そのJNLPファイルのupdateエレメントがautoで、そのJNLPファイルに係る更新対象アプリと同一の更新用アプリが、融合機101とネットワーク接続されたWebサーバ内に存在する場合S202S203には、その更新対象アプリのバージョンとその更新用アプリのバージョンとを比較S204する。JSDKプラットフォーム148は、更新対象アプリのバージョンより更新用アプリのバージョンが新しい場合S205には、更新対象アプリを更新用アプリをもって更新S206する。最後に、図5の説明中で登場したXlet等のライフサイクルについて説明することにする。図20は、Xletの状態遷移図である。Xletの状態としては、初期化状態Loadedと、停止状態Pausedと、活性化状態Activeと、終了状態Destroyedが存在する。Xletの状態は、起動initXletや、開始startXletや、停止pauseXletや、終了destroyXlet等のメソッドコールによって遷移する。Xletのライフサイクルとは、このようなXletの状態遷移にほかならない。ただし、どのような状態が存在するか、どのようにして状態が遷移するか、については様々なバリエーションがあり得るだろう。このことは、XletManagerやMultiXletManagerその他の各Managerについても同様である。初期化状態は、Xletインスタンスの生成直後の状態である。初期化状態への遷移は1度限りである。停止状態は、サービス提供停止中の状態であり、活性化状態は、サービス提供中の状態である。停止状態と活性化状態との間の遷移は何度でも可能である。終了状態は、Xletインスタンスの消滅直後の状態である。終了状態への遷移は1度限りである。図5の説明中で記載したように、JSDKアプリ147のライフサイクルは、JSDKプラットフォーム148によって管理される。例えば、JSDKアプリ147は、自己の開始停止終了の際には自己の開始停止終了をJSDKプラットフォーム148に依頼するのである。JSDKアプリ147のライフサイクルをJSDKプラットフォーム148によって管理するメリットとしては例えば、メモリの節約が可能になることが挙げられる。特に、多数のJSDKアプリ147がそれぞれスレッドとして実行されるマルチスレッドにおいては、このメリットの存在価値は大きいと言える。JSDKアプリ147をXletとするメリットとしては例えば、JSDKアプリ147のライフサイクル管理が容易になることが挙げられる。1エラーアプリ図5のエラーアプリ513について説明する。エラーアプリ513は、他のJSDKアプリにエラーが発生した場合に、エラーが発生した旨の情報の表示を行うJSDKアプリである。エラーが発生した旨の情報は、図21Aのように、エラー発生表示ダイアログ601Aが融合機101のオペレーションパネル202の最前面に表示される形で表示される。エラー発生表示ダイアログ601Aには、エラー発生に係る情報として、エラーメッセージ611、エラーの種類612、エラーの発生箇所613等が表示される。OKボタン614を押下すると、エラー発生表示ダイアログ601Aが閉じる。Detailボタン615を押下すると、図21Bのエラー発生表示ダイアログ601Bに画面が移る。エラー発生表示ダイアログ601Bには、エラー発生に係る情報として、エラーの詳細616等が表示される。Closeボタン617を押下すると、エラー発生表示ダイアログ601Bが閉じる。これらの情報はネットワークを経由して外部機器に通知されるようにしてもよい。例えば、サービスセンタのサポートが可能になるように、サービスセンタに通知されるようにしてもよいだろう。エラーとしてここでは、Java登録商標のエクセプション例外を取り扱う。エラーアプリ513はここでは、他のJSDKアプリからスローされたエクセプションがキャッチされなかった場合に、スローされたエクセプションがキャッチされなかった旨の情報を表示する。エクセプションの授受にはここでは、Java登録商標のスレッドグループが利用される。スレッドグループには、スレッドグループに属するスレッドからスローされたエクセプションがキャッチされなかった場合に、Java登録商標仮想マシンによってThreadGroup.uncaughtExceptionメソッドがコールされると言う機能がある。スレッドグループには更に、各スレッドが各スレッドグループに属する他のスレッドに係る情報にアクセスできると言う機能がある。スレッドグループには更に、スレッドグループ間に親子関係木構造を設定できると言う機能がある。スレッドグループには更に、各スレッドグループの名称を登録できると言う機能がある。図22は、スレッドグループの設定処理に係るクラス図である。JSDKManager533は、MultiXletManager532等の各Managerを生成する際に、MultiXletManager532等の各Managerにスレッドグループを付与S1する。MultiXletManager532等の各Managerは、当該スレッドグループを使用してスレッドを生成する。これを利用することで、MultiXletManager532は、XletManager531のライフサイクル等を管理する。MultiXletManager532は、各XletManager531を生成する際に、各XletManager531にスレッドグループを付与S2する。各XletManager531は、当該スレッドグループを使用してスレッドを生成する。これを利用することで、XletManager531は、ユーザアプリ501等のXletの状態に係る情報やライフサイクル等を管理する。XletManager531は、ユーザアプリ501等のXletがサブスレッドを生成する場合に、ユーザアプリ501等のXletにスレッドグループを付与S3する。ユーザアプリ501等のXletは、当該スレッドグループを使用してスレッドを生成する。このようにして、スレッドグループの木構造が形成される。スレッドグループの木構造の頂点は、JSDKManager533により管理される。図23は、エラー発生表示処理に係るシーケンス図である。先ず、エラーアプリ513が起動した際S11には、エラーが発生した際にエラーが発生した旨をJSDKManager533からエラーアプリ513に通知する旨の通知登録が、エラーアプリ513からJSDKManager533に要求S12される。次に、エラーが発生した際S21には、CVM555によってJSDKManager533のThreadGroup.uncaughtExceptionメソッドがコールS22される。次に、JSDKManager533の当該メソッドからエラーアプリ513に、エラーが発生した旨が通知登録に従って通知S23される。次に、エラーアプリ513からMultiXletManager532に、エラー発生表示ダイアログ601を最前面に表示する旨が要求S24される。次に、MultiXletManager532によって当該エラー発生表示ダイアログ601が最前面に表示S25される。2ルールアプリ図5のルールアプリ514について説明する。ルールアプリ514は、他のJSDKアプリの処理要求にルール違反があった場合に、ルール違反があった旨の情報の表示を行うJSDKアプリである。ルール違反があった旨の情報は、図24のように、ルール違反表示ダイアログ602が融合機101のオペレーションパネル202の最前面に表示される形式で表示される。ルール違反表示ダイアログ602には、ルール違反に係る情報として、ルール違反メッセージ621、ルール違反の種類622、ルール違反の箇所623等が表示される。OKボタン624を押下すると、ルール違反表示ダイアログ602が閉じる。これらの情報はネットワークを経由して外部機器に通知されるようにしてもよい。ルール違反としてここでは、JSDKアプリからJSDKAPI551へのサービス要求のルール違反を取り扱う。サービス要求のルール違反の具体例としては、スレッド数の制限に係るルール違反、ファイルオープン数の制限に係るルール違反、プリント処理に係るカラー/モノクロ設定や用紙サイズや用紙枚数等のルール違反、スキャン処理に係るカラー/モノクロ設定や用紙サイズや用紙枚数等のルール違反などが挙げられる。ルールアプリ514はここでは、他のJSDKアプリからJSDKAPI551へのサービス要求にルール違反があった場合に、ルール違反があった旨の情報を表示する。ルール違反の監視にはここでは、Java登録商標のスレッドグループが利用される。図25は、ルール違反表示処理に係るシーケンス図である。先ず、ルールアプリ514が起動した際S31には、ルール違反があった際にルール違反があった旨をMultiXletManager532からルールアプリ514に通知する旨の通知登録が、ルールアプリ514からMultiXletManager532に要求S32される。次に、JSDKアプリからJSDKAPI551へのサービス要求があった際S41には、JSDKAPI551によってサービス要求元のスレッドグループの情報が取得S42される。次に、JSDKAPI551からMultiXletManager532に、サービス要求元のスレッドにサービスを受ける権限があるかどうかの情報が要求S43される。次に、MultiXletManager532によってサービス要求元のスレッドがスレッドグループに基づいて特定S44される。次に、MultiXletManager532によってサービス要求元のスレッドにサービスを受ける権限があるかどうかが調査S45される。次に、サービス要求元のスレッドにサービスを受ける権限がない場合は、JSDKアプリからJSDKAPI551へのサービス要求にルール違反があった旨が、MultiXletManager532からルールアプリ514に通知登録に従って通知S46される。次に、ルールアプリ514からMultiXletManager532に、ルール違反表示ダイアログ602を最前面に表示する旨が要求S47される。次に、MultiXletManager532によって当該ルール違反表示ダイアログ602が最前面に表示S48される。3画像形成処理図26は、融合機101で実行可能な画像形成処理について説明するための図である。融合機101では、画像形成処理用の画像データは、記憶領域が連続的になるような格納形式のファイルに格納されてHDD内に記憶される。このようなファイルをRAWファイルと呼ぶ。UNIX登録商標のファイルシステムでは、情報処理用のデータは、記憶領域が離散的になるような格納形式のファイルに格納されてHDD内に記憶される。このようなファイルをFFSファイルと呼ぶ。高速読み出しや高速書き込みの観点等ではRAWファイルの方が優れているが、融合機101からPC等にファイルを提供する観点等ではFFSファイルの方が優れている。図26Aは、スキャン画像のプリント処理について説明するための図である。スキャン画像は、RAWファイル631としてHDD内に蓄積される。プリント処理では、RAWファイル631としてHDD内に蓄積された画像データがプリントされる。図26Bは、スキャン画像の保存処理について説明するための図である。スキャン画像は、RAWファイル631としてHDD内に蓄積され、RAWファイル631からFFSファイル632に変換され、FSSファイル632としてHDD内に保存される。図26Cは、保存画像のプリント処理について説明するための図である。保存画像は、FFSファイル632としてHDD内に保存されている。プリント処理では、FFSファイル632としてHDD内に保存されている画像データがプリントされる。エミュレータ図27は、本発明の実施例に該当するPCパーソナルコンピュータ701を表す。図27のPC701は、図1の融合機101とネットワーク801で接続されており、図1の融合機101のエミュレータとして機能する。図27のPC701は、PC本体711と、キーボード712と、マウス713と、ディスプレイ714等により構成される。PC本体711には、CPU、ROM、RAM、NVRAM、HDD、MODEM、NIC等が存在する。キーボード712とマウス713は、融合機101のオペレーションパネル202に代わって、オペレータが入力を行うためのハードウェア操作部となる。ディスプレイ714は、融合機101のオペレーションパネル202に代わって、オペレータが出力を得るためのハードウェア表示部となる。図28は、図27のPC701内のJSDKアプリ147とJSDKプラットフォーム148のクラス図である。図1の融合機101と同様のJSDKアプリ147とJSDKプラットフォーム148が、図27のPC701内にも存在するのである。図1の融合機101内のJSDKアプリ147とJSDKプラットフォーム148のクラス図については、図5を参照されたい。以下、図5と図28の差異について説明する。第1に、図5のPanelManager544は、図28のPanelManagerEmulator744に置換されている。第2に、図5のJSDKSession553は、図28のEmulatorJSDKSession753に置換されている。第3に、図5のNativeJSDKSession554は、図28のEventEmulator754に置換されている。第4には、図5のCVM555は、図28のJVM755に置換されている。PanelManagerEmulator744は、PanelManager544をエミュレートして、オペレーションパネル202の操作をキーボード712やマウス713の操作に変換するクラスである。EmulatorJSDKSession753は、通信経路の確立処理を実行するクラスである。EventEmulator754は、融合機101の動作をエミュレートするクラスである。JVM755は、JSDKアプリ147とJSDKプラットフォーム148を実行するためJava登録商標仮想マシンである。なお、PC701内のJSDKシステムの起動手順は、図6と同様である。また、PC701内のJSDKシステムのGUIは、図7-12と同様である。当該GUIは、融合機101又はPC701内のユーザアプリ501を操作対象とする操作画面乃至タスクバーであり、PC701内のJSDKGUIManager511乃至TaskBarManager512により表示される。操作部はキーボード712とマウス713であり、表示部はディスプレイ714である。図29は、図1の融合機101内で実行される遠隔操作の準備処理の実行手順について説明するための図である。最初に、融合機101内のServer/ClientManager546とPC701内のServer/ClientManager546との間で、セッションが確立S1される。次に、融合機101内のServer/ClientManager546は、遠隔操作に移行できるか否かを融合機101内のJSDKManager533に問い合わせて、遠隔操作に移行できるか否かを判断S2する。次に、融合機101内のServer/ClientManager546は、遠隔操作に移行できる場合には、遠隔操作に必要なメッセージに係る要求を、融合機101内のSendManager541を介してPC701に送信S3して、遠隔操作に必要なメッセージに係る応答を、融合機101内のEventManager542を介してPC701から受信S4する。次に、融合機101内のServer/ClientManager546は、遠隔操作用の情報をPC701に転送する旨の要求を、PanelManager544に送信S5する。最後に、融合機101内のServer/ClientManager546とPC701内のServer/ClientManager546との間で、遠隔操作準備処理が完了した旨の通知が授受S6される。これによって、PC701からの融合機101の遠隔操作が可能になる。変形例図1の融合機101は、本発明画像形成装置の実施例に該当し、図1の融合機101内で実行される情報処理は、本発明情報処理方法の実施例に該当する。図5のJSDKGUIManager511やTaskBarManager512やエラーアプリ513やルールアプリ514はそれぞれ、本発明情報処理プログラムの実施例に該当し、図5のJSDKGUIManager511やTaskBarManager512やエラーアプリ513やルールアプリ514を記録したSDcardやCD-ROMはそれぞれ、本発明記録媒体の実施例に該当する。これらの利用態様としては、これら情報処理プログラムのダウンロードやこれら記録媒体のオプション販売等が考えられる。図27のPC701は、本発明端末装置の実施例に該当し、図27のPC701内で実行される情報処理は、本発明情報処理方法の実施例に該当する。図28のJSDKGUIManager511やTaskBarManager512やエラーアプリ513やルールアプリ514はそれぞれ、本発明情報処理プログラムの実施例に該当し、図28のJSDKGUIManager511やTaskBarManager512やエラーアプリ513やルールアプリ514を記録したSDcardやCD-ROMはそれぞれ、本発明記録媒体の実施例に該当する。これらの利用態様としては、これら情報処理プログラムのダウンロードやこれら記録媒体のオプション販売等が考えられる。"