表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を有し、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成装置であって、前記プリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこなうアプリケーションを複数搭載可能とし、前記アプリケーションと前記ハードウエア資源との間に介在し、前記ユーザーサービスを提供する際に、前記アプリケーションの少なくとも2つが共通的に必要とする前記ハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうプラットホームを有し、前記プラットホームは、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスと、を備えたことを特徴とする画像形成装置。前記プラットホームは、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有することを特徴とする請求項1に記載の画像形成装置。前記共通システムサービスは、前記アプリケーションからの処理要求を解釈して、前記ハードウエア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウエア資源の管理をおこない、前記コントロールサービスからの前記獲得要求を調停するシステムリソースマネージャーとを有することを特徴とする請求項1または2に記載の画像形成装置。前記コントロールサービスは、複数のサービスモジュールにより形成されることを特徴とする請求項3に記載の画像形成装置。前記サービスモジュールは、エンジンをコントロールするエンジンコントロールサービス、メモリおよびハードディスクをコントロールするメモリコントロールサービス、オペレーションパネルをコントロールするオペレーションパネルコントロールサービス、ファックス通信をコントロールするファックスコントロールサービスまたはネットワーク通信をコントロールするネットワークコントロールサービスのいずれか2以上のモジュールにより形成されることを特徴とする請求項4に記載の画像形成装置。前記サービスモジュールは、ネットワーク通信をコントロールするネットワークコントロールサービスを少なくとも有し、前記アプリケーションは、前記ネットワークコントロールサービスにより接続されたネットワークを経由して取得されて搭載されることを特徴とする請求項4に記載の画像形成装置。前記プラットホームは、汎用オペレーティングシステムをさらに有し、前記システムリソースマネージャーは、前記汎用オペレーティングシステムを介して前記一または複数のハードウエア資源を管理することを特徴とする請求項3~6のいずれか一つに記載の画像形成装置。前記複数のアプリケーションは、それぞれアプリケーションごとに追加または削除することができることを特徴とする請求項1~7のいずれか一つに記載の画像形成装置。前記複数のアプリケーションは、前記プリンタ、コピー並びにファクシミリなどの各サービスにかかる画面制御およびキー操作制御をそれぞれおこなうことを特徴とする請求項1~8のいずれか一つに記載の画像形成装置。前記複数のアプリケーションは、プリンタアプリ、コピーアプリ、ファックスアプリ、スキャナアプリ、ネットファイルアプリおよび工程検査アプリを少なくとも有することを特徴とする請求項9に記載の画像形成装置。前記アプリサービスは、各アプリケーションに対応するジョブを生成するジョブ生成モジュールと、各アプリケーションに係るデータ通信をおこなうデータ通信モジュールと、を備えたことを特徴とする請求項1~10のいずれか一つに記載の画像形成装置。表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を用いて、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成方法であって、複数搭載可能なアプリケーションを用いて前記プリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこない、前記アプリケーションと前記ハードウエア資源との間に介在し、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホームを用いて、前記ユーザーサービスを提供する際に、前記アプリケーションの少なくとも2つが共通的に必要とする前記ハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうことを特徴とする画像形成方法。表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を有し、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成装置に複数搭載可能なアプリケーションプログラムであって、前記プリンタ、コピーまたはファクシミリなどの各ユーザーサービスを提供する際に、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホーム上で、動作実行することを特徴とするプログラム。しかしながら、かかる複合機内にプリンタ、コピーおよびファクリミリ装置に対応するソフトウエア専用OSを含むをそれぞれ別個に設けることとしたのでは、各ソフトウエアの開発に多大の時間を要する。すなわち、かかる従来の複合機は、単に筐体を1つにまとめたものにすぎず、従来と同様に、プリンタ用ソフトウエア、コピー用ソフトウエアおよびファクシミリ用ソフトウエアを別個に開発せねばならない。もともと、プリンタのソフトウエア、コピーのソフトウエアおよびファクシミリのソフトウエアは、同種の画像を取り扱う性質上様々な面でアルゴリズムが共用できるため、ソフトウエアを別個に作成していたのでは、メモリ容量の累増などを招く問題もある。このため最近では、3種類の専用OSを別個に設けた場合の重複処理を省くために、UNIX登録商標などの汎用OSをかかる複合機に採用されることも多いが、単にOS部分を共通化するだけでは、ソフトウエアの開発効率をさほど高めることはできない。なお、特許文献1には、サーバダイアログおよび分散型アプリケーションなどからなるアプリケーション層と、フォントマネージャーやネットワークマネージャーなどからなる機能層と、オペレーティングシステムなどからなる制御層とで文書サービスアーキテクチャーを階層化する電子印刷システムが開示されているが、この従来技術のものは、フォントなどの一部の機能を共通化したものにすぎず、各ソフトウエアの開発効率を高めるものではない。また、複合機やプリンタなどに接続するパソコンには、複数のアプリケーションを搭載することができるが、このパソコンは、複合機に係るハードウエア資源を管理するものではない。本発明は、パソコンそのものではなく、パソコンが接続される複合機などの画像形成装置自体に関するものである。この発明は、上述した従来技術による問題点を解消するためになされたものであり、プリンタ、コピーおよびファクリミリ装置などに対応する各ソフトウエアアプリケーションを効率良く開発するとともに装置全体としての生産性を高めることができる画像形成装置、画像形成方法およびプログラムを提供することを目的とする。上述した課題を解決し、目的を達成するため、請求項1の発明に係る画像形成装置は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を有し、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成装置であって、前記プリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこなうアプリケーションを複数搭載可能とし、前記アプリケーションと前記ハードウエア資源との間に介在し、前記ユーザーサービスを提供する際に、前記アプリケーションの少なくとも2つが共通的に必要とする前記ハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうプラットホームを有し、前記プラットホームは、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスと、を備えたことを特徴とする。この請求項1の発明によれば、プリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこなうアプリケーションを複数搭載可能とし、アプリケーションと前記ハードウエア資源との間に介在し、ユーザーサービスを提供する際に、前記アプリケーションの少なくとも2つが共通的に必要とするハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうプラットホームを有し、このプラットホームは、ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを有することとしたので、各ユーザーサービスのアプリケーションを作成する場合には、画面表示制御やキー操作部分を作成すれば足りる。また、請求項2の発明に係る画像形成装置は、請求項1の発明において、前記プラットホームは、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有することを特徴とする。この請求項2の発明によれば、あらかじめ定義された関数によりアプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースをプラットホームに設けることとしたので、アプリケーションとプラットホームの間の円滑な連携を維持することができる。また、請求項3の発明に係る画像形成装置は、請求項1または2の発明において、前記共通システムサービスは、前記アプリケーションからの処理要求を解釈して、前記ハードウエア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウエア資源の管理をおこない、前記コントロールサービスからの前記獲得要求を調停するシステムリソースマネージャーとを有することを特徴とする。この請求項3の発明によれば、共通システムサービス内に、アプリケーションからの処理要求を解釈して、ハードウエア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウエア資源の管理をおこない、コントロールサービスからの獲得要求を調停するシステムリソースマネージャーとを設けることとしたので、各アプリケーションによるハードウエア資源の利用などを円滑におこなうことができる。また、請求項4の発明に係る画像形成装置は、請求項3の発明において、前記コントロールサービスは、複数のサービスモジュールにより形成されることを特徴とする。この請求項4の発明によれば、コントロールサービスが、複数のサービスモジュールにより形成されることとしたので、モジュールレベルでプラットホームの機能拡張や機能変更を実現することができる。また、請求項5の発明に係る画像形成装置は、請求項4の発明において、前記サービスモジュールは、エンジンをコントロールするエンジンコントロールサービス、メモリおよびハードディスクをコントロールするメモリコントロールサービス、オペレーションパネルをコントロールするオペレーションパネルコントロールサービス、ファックス通信をコントロールするファックスコントロールサービスまたはネットワーク通信をコントロールするネットワークコントロールサービスのいずれか2以上のモジュールにより形成されることを特徴とする。この請求項5の発明によれば、サービスモジュールが、エンジンをコントロールするエンジンコントロールサービス、メモリおよびハードディスクをコントロールするメモリコントロールサービス、オペレーションパネルをコントロールするオペレーションパネルコントロールサービス、ファックス通信をコントロールするファックスコントロールサービスまたはネットワーク通信をコントロールするネットワークコントロールサービスのいずれか2以上のモジュールにより形成されることとしたので、プラットホームによってエンジン制御、メモリ制御、オペパネ制御、ファックス通信制御またはネットワーク通信制御をおこなうことができる。また、請求項6の発明に係る画像形成装置は、請求項4の発明において、前記サービスモジュールは、ネットワーク通信をコントロールするネットワークコントロールサービスを少なくとも有し、前記アプリケーションは、前記ネットワークコントロールサービスにより接続されたネットワークを経由して取得されて搭載されることを特徴とする。この請求項6の発明によれば、サービスモジュールは、ネットワーク通信をコントロールするネットワークコントロールサービスを少なくとも有し、アプリケーションは、ネットワークコントロールサービスにより接続されたネットワークを経由して取得されて搭載されることとしたので、外部のネットワークを介して新たなアプリケーションを効率良く搭載することができる。また、請求項7の発明に係る画像形成装置は、請求項3~6のいずれか一つに記載の発明において、前記プラットホームは、汎用オペレーティングシステムをさらに有し、前記システムリソースマネージャーは、前記汎用オペレーティングシステムを介して前記一または複数のハードウエア資源を管理することを特徴とする。この請求項7の発明によれば、プラットホームが、汎用オペレーティングシステムをさらに有し、システムリソースマネージャーは、汎用オペレーティングシステムを介して一または複数のハードウエア資源を管理することとしたので、汎用オペレーティングシステム下でのプロセス実行により、効率良くハードウエア資源を管理することができる。また、請求項8の発明に係る画像形成装置は、請求項1~7のいずれか一つに記載の発明において、前記複数のアプリケーションは、それぞれアプリケーションごとに追加または削除することができることを特徴とする。この請求項8の発明によれば、各アプリケーションが、それぞれアプリケーションごとに追加または削除できることとしたので、画像形成装置の機能をユーザが望む形に最適化することができる。また、請求項9の発明に係る画像形成装置は、請求項1~8のいずれか一つに記載の発明において、前記複数のアプリケーションは、前記プリンタ、コピー並びにファクシミリなどの各サービスにかかる画面制御およびキー操作制御をそれぞれおこなうことを特徴とする。この請求項9の発明によれば、各アプリケーションが、プリンタ、コピー並びにファクシミリなどの各サービスにかかる画面制御およびキー操作制御をそれぞれおこなうこととしたので、かかるユーザインターフェースに関連する処理をおこなう軽易なアプリケーションを用いて各種処理を実現することができる。また、請求項10の発明に係る画像形成装置は、請求項9の発明において、前記複数のアプリケーションは、プリンタアプリ、コピーアプリ、ファックスアプリ、スキャナアプリ、ネットファイルアプリおよび工程検査アプリを少なくとも有することを特徴とする。この請求項10の発明によれば、複数のアプリケーションが、プリンタアプリ、コピーアプリ、ファックスアプリ、スキャナアプリ、ネットファイルアプリおよび工程検査アプリを少なくとも有することとしたので、ユーザーがプリンタ、コピー、ファックス、スキャナ、ネットファイルおよび工程検査をおこなうことができる。また、請求項11の発明に係る画像形成装置は、請求項1~10のいずれか一つに記載の発明において、前記アプリサービスは、各アプリケーションに対応するジョブを生成するジョブ生成モジュールと、各アプリケーションに係るデータ通信をおこなうデータ通信モジュールと、を備えたことを特徴とする。この請求項11の発明によれば、アプリサービスが、各アプリケーションに対応するジョブを生成するジョブ生成モジュールと、各アプリケーションに係るデータ通信をおこなうデータ通信モジュールとを備えることとしたので、ジョブの生成およびデータ通信を各アプリケーション共通におこなうことができる。また、請求項12の発明に係る画像形成方法は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を用いて、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成方法であって、複数搭載可能なアプリケーションを用いて前記プリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこない、前記アプリケーションと前記ハードウエア資源との間に介在し、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホームを用いて、前記ユーザーサービスを提供する際に、前記アプリケーションの少なくとも2つが共通的に必要とする前記ハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうことを特徴とする。この請求項12の発明によれば、複数搭載可能なアプリケーションを用いてプリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこない、アプリケーションとハードウエア資源との間に介在し、ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホームを用いて、ユーザーサービスを提供する際に、アプリケーションの少なくとも2つが共通的に必要とするハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうこととしたので、各ユーザーサービスのアプリケーションを作成する場合には、画面表示制御やキー操作部分を作成すれば足りる。また、請求項13の発明に係るプログラムは、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を有し、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成装置に複数搭載可能なアプリケーションプログラムであって、前記プリンタ、コピーまたはファクシミリなどの各ユーザーサービスを提供する際に、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホーム上で動作実行することを特徴とする。この請求項13の発明によれば、プリンタ、コピーまたはファクシミリなどの各ユーザーサービスを提供する際に、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホーム上で動作実行することとしたので、プラットホームを利用した処理の軽いアプリケーションプログラムを提供することができる。請求項1の発明によれば、プリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこなうアプリケーションを複数搭載可能とし、アプリケーションと前記ハードウエア資源との間に介在し、ユーザーサービスを提供する際に、前記アプリケーションの少なくとも2つが共通的に必要とするハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうプラットホームを有し、このプラットホームは、ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えるよう構成したので、各ユーザーサービスのアプリケーションを作成する場合には、画面表示制御やキー操作部分を作成すれば足りる。また、請求項2の発明によれば、あらかじめ定義された関数によりアプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースをプラットホームに設けるよう構成したので、アプリケーションとプラットホームの間の円滑な連携を維持することができる。また、請求項3の発明によれば、共通システムサービス内に、アプリケーションからの処理要求を解釈して、ハードウエア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウエア資源の管理をおこない、コントロールサービスからの獲得要求を調停するシステムリソースマネージャーとを設けるよう構成したので、各アプリケーションによるハードウエア資源の利用などを円滑におこなうことができる。また、請求項4の発明によれば、コントロールサービスが、複数のサービスモジュールにより形成されるよう構成したので、モジュールレベルでプラットホームの機能拡張や機能変更を実現することができる。また、請求項5の発明によれば、サービスモジュールが、エンジンをコントロールするエンジンコントロールサービス、メモリおよびハードディスクをコントロールするメモリコントロールサービス、オペレーションパネルをコントロールするオペレーションパネルコントロールサービス、ファックス通信をコントロールするファックスコントロールサービスまたはネットワーク通信をコントロールするネットワークコントロールサービスのいずれか2以上のモジュールにより形成されるよう構成したので、プラットホームによってエンジン制御、メモリ制御、オペパネ制御、ファックス通信制御またはネットワーク通信制御をおこなうことができる。また、請求項6の発明によれば、サービスモジュールは、ネットワーク通信をコントロールするネットワークコントロールサービスを少なくとも有し、アプリケーションは、ネットワークコントロールサービスにより接続されたネットワークを経由して取得されて搭載されるよう構成したので、外部のネットワークを介して新たなアプリケーションを効率良く搭載することができる。また、請求項7の発明によれば、プラットホームが、汎用オペレーティングシステムをさらに有し、システムリソースマネージャーは、汎用オペレーティングシステムを介して一または複数のハードウエア資源を管理するよう構成したので、汎用オペレーティングシステム下でのプロセス実行により、効率良くハードウエア資源を管理することができる。また、請求項8の発明によれば、各アプリケーションが、それぞれアプリケーションごとに追加または削除できるよう構成したので、画像形成装置の機能をユーザが望む形に最適化することができる。また、請求項9の発明によれば、各アプリケーションが、プリンタ、コピー並びにファクシミリなどの各サービスにかかる画面制御およびキー操作制御をそれぞれおこなうよう構成したので、かかるユーザインターフェースに関連する処理をおこなう軽易なアプリケーションを用いて各種処理を実現することができる。また、請求項10の発明によれば、複数のアプリケーションが、プリンタアプリ、コピーアプリ、ファックスアプリ、スキャナアプリ、ネットファイルアプリおよび工程検査アプリを少なくとも備えるよう構成こととしたので、ユーザーがプリンタ、コピー、ファックス、スキャナ、ネットファイルおよび工程検査をおこなうことができる。また、請求項11の発明によれば、アプリサービスが、各アプリケーションに対応するジョブを生成するジョブ生成モジュールと、各アプリケーションに係るデータ通信をおこなうデータ通信モジュールとを備えるよう構成したので、ジョブの生成およびデータ通信を各アプリケーション共通におこなうことができる。また、請求項12の発明によれば、複数搭載可能なアプリケーションを用いてプリンタ、コピーまたはファクシミリなどの各ユーザーサービスにそれぞれ固有の処理をおこない、アプリケーションとハードウエア資源との間に介在し、ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホームを用いて、ユーザーサービスを提供する際に、アプリケーションの少なくとも2つが共通的に必要とするハードウエア資源の管理、実行制御、画像形成処理並びにジョブ生成をおこなうよう構成したので、各ユーザーサービスのアプリケーションを作成する場合には、画面表示制御やキー操作部分を作成すれば足りる。また、請求項13の発明によれば、プリンタ、コピーまたはファクシミリなどの各ユーザーサービスを提供する際に、前記ハードウエア資源の管理、実行制御並びに画像形成処理をおこなう共通システムサービスと、前記複数のアプリケーションと前記共通システムサービスとの間に介在し、少なくともアプリケーションに対応するジョブの生成をおこなうアプリサービスとを備えたプラットホーム上で動作実行するよう構成したので、プラットホームを利用した処理の軽いアプリケーションプログラムを提供することができる。以下に添付図面を参照して、この発明に係る画像形成装置、画像形成方法およびプログラムの好適な実施の形態を詳細に説明する。なお、本実施の形態では、本発明を複合機に適用した場合を示すこととする。まず最初に、本実施の形態に係る複合機の概念について図1および図2を用いて説明する。図1は、本実施の形態に係る複合機の概念を説明するための説明図であり、図2は、図1に示したプラットホームを説明するための説明図である。図1aに示すように、従来のプリンタ100は、描画印刷機能並びにエンジン制御をおこなう専用OS101上にプリンタ用アプリケーションプリンタアプリが搭載されていた。また、ファクシミリやコピーについても別個の筐体で構成されていた。また、これらを1つの筐体上にまとめる複合機も登場してきたが、単にプリンタ、コピーおよびファクシミリの機能を独立に設けたのでは効率的ではない。このため、同図bに示すように、従来の専用OS101を汎用OS部分111とエンジン制御部分112で形成し、これらをエンジンインターフェースI/Fで連結するとともに、該汎用OS111上にプリンタアプリ113、コピーアプリ114および各種アプリ115を搭載する装置構成が採用されてきた。かかる複合機110では、たとえばUNIX登録商標などの汎用OSを採用しているので、プリンタアプリ113、コピーアプリ114、各種アプリ115をそれぞれプロセスとして簡単に並列実行することができる。しかしながら、この複合機110についても、プリンタアプリ113、コピーアプリ114、各種アプリ115が、それぞれ独立に開発される必要があるので、各ソフトウエアの開発負担をさほど軽減できるわけではない。そこで、本実施の形態に係る複合機120では、図1cに示すように、各アプリケーションの共通部分を共通システムサービス121aおよびアプリサービス121bとして括りだし、この共通システムサービス121a、アプリサービス121bおよび汎用OS111によりプラットホーム122を形成する。特に、この複合機120では、アプリサービス121bが各アプリ123~125と共通システムサービス121aとの間に介在するよう構成することにより、本来各アプリ123~125がそれぞれ独立しておこなうべきジョブの生成やデータ通信をアプリサービス121bが一括しておこなうこととしている。このため、このプラットホーム122上に搭載するプリンタアプリ123、コピーアプリ124および各種アプリ125の開発労力軽減並びにアプリケーションのスリム化を図ることができる。たとえば、図2aに示すように、コピーアプリが130000ステップ、ファックスアプリが125000ステップ、プリンタアプリが100000ステップのコードからなる場合に、これらを別個のアプリケーションとして形成すると、合計で130000125000100000=355000ステップのコードを要する。ここで、各アプリケーションに共通に利用できる部分が180000ステップであるならば、この部分をプラットホームとして集約することにより、生産性が向上する。たとえば、同図bに示すように、コピーアプリが40000ステップ、ファックスアプリが100000ステップ、プリンタアプリが35000ステップ、プラットホームが90000ステップのコードで形成できるとすると、合計で400001000003500090000=265000ステップとなり、装置全体の生産性が134355000/265000向上する。また、プラットホーム部分を考えると、生産性が200180000/90000向上し、さらにコピーアプリ、ファックスアプリ、プリンタアプリの開発効率についても大幅に向上する。このように、本実施の形態に係る複合機120では、アプリサービス121b、共通システムサービス121aおよび汎用OS111からなるプラットホーム122上に、プリンタアプリ123、コピーアプリ124および各種アプリ125を搭載するよう構成しているので、装置全体の生産性を高めるとともに、各アプリケーションの開発効率を高めることができる。次に、図1に示した複合機120のソフトウエア構成についてさらに詳細に説明する。図3は、図1に示した複合機120の具体的なソフトウエア構成を示す構成図である。同図に示すように、この複合機120は、白黒ラインプリンタBWLP301、カラーラインプリンタColorLP302、その他ハードウエアリソース303などを有するとともに、ソフトウエア群310は、プラットホーム320およびアプリケーション340からなる。プラットホーム320は、汎用OS321と、共通システムサービス330と、アプリサービス329とで形成される。なお、このプラットホーム320は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。汎用OS321は、UNIX登録商標などの汎用オペレーティングシステムであり、プラットホーム320並びにアプリケーション340の各ソフトウエアをそれぞれプロセスとして並列実行する。オープンソースのUNIX登録商標を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、OS、TCP/IPのロイヤリティが不要であり、アウトソーシングも容易となる。共通システムサービス330は、アプリケーション340に対して基本的な共通サービスを提供するものであり、アプリケーション330からの処理要求を解釈して、ハードウエア資源の獲得要求を発生させる下記に示すコントロールサービスと、一または複数のハードウエア資源の管理をおこない、コントロールサービスからの獲得要求を調停するシステムリソースマネージャーSRMSystemResourceManager323とを有する。このコントロールサービスは、複数のサービスモジュールにより形成され、具体的には、SCSSystemControlService322と、ECSEngineControlService324と、MCSMemoryControlService325と、OCSOperationpanelControlService326と、FCSFAXControlService327と、NCSNetworkControlService328とがある。SRM323は、SCS322とともにシステムの制御およびリソースの管理をおこなうものであり、スキャナ部やプリンタ部などのエンジン、メモリ、HDDファイル、ホストI/OセントロI/F、ネットワークI/F、IEEE1394I/F、RS232CI/Fなどのハードウエア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。具体的には、このSRM323は、要求されたハードウエア資源が利用可能であるかどうか他の要求により利用されていないかどうかを判断し、利用可能であれば要求されたハードウエア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウエア資源の利用スケジューリングをおこない、要求内容たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成などを直接実施するようにしてもよい。SCS322は、1アプリ管理、2操作部制御、3システム画面表示ジョブリスト画面、カウンタ表示画面など、4LED表示、5リソース管理、6割り込みアプリ制御をおこなう。具体的には、1アプリ管理では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。登録されたアプリに対しては、システムの設定やアプリからの要求設定に応じてエンジン状態を通知する。また、登録済みのアプリに対しては、電力モード移行の問い合わせ、割り込みモードなど、システムの状態遷移のための可否問い合わせをおこなう。また、2操作部制御では、アプリの操作部使用権の排他制御をおこなう。そして、操作部の使用権を持つアプリへ操作部ドライバOCSからのキー情報を排他的に通知する。このキー情報は、アプリ切替中などのシステムの状態遷移に応じて一時的に通知を停止するマスク制御をおこなう。また、3システム画面表示では、操作部使用権を持つアプリからの要求内容に応じて、エンジン状態に対応する警告画面の表示をおこなう。これらのなかには、利用者制限画面などアプリの状態に応じて警告表示をオン/オフするものもある。エンジン状態以外では、ジョブの予約実行状況を表示するためのジョブリスト画面、トータルカウンタ類を表示するためのカウンタ画面、CSSの通報中を示す画面の表示制御をおこなう。これらのシステム画面表示に関しては、アプリへ操作部使用権の解放を要求せず、アプリ画面を覆うシステム画面として描画をおこなう。また、4LED表示では、警告LED、アプリキーなどのシステムLEDの表示制御をおこなう。アプリ固有のLEDについては、アプリが直接表示用ドライバを使用して制御する。また、5リソース管理では、アプリECSがジョブを実行するにあたって、排他しなければならないエンジンリソーススキャナ、ステープルなどの排他制御のためのサービスをおこない、6割り込みアプリ制御では、特定のアプリを優先動作せさるための制御サービスをおこなう。ECS324は、白黒ラインプリンタBWLP301、カラーラインプリンタColorLP302、その他ハードウエアリソース303などのエンジンを制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。具体的には、アプリケーション340から受け取ったジョブモードの指定にしたがい、印刷要求をSRM323に順次発行していくことで、一連のコピー/スキャン/印刷動作を実現する。このECS324が取り扱う対象のジョブは、画像入力デバイスにスキャナSCANNERが指定されているか、または、画像出力デバイスにプロッタPLOTTERが指定されているものとする。たとえば、コピー動作の場合にはSCANNER→PLOTTERと指定され、ファイル蓄積の場合にはSCANNER→MEMORYと指定され、ファクシミリ送信の場合にはSCANNER→FAX_INと指定される。また、蓄積ファイル印刷またはプリンタアプリ311からの印刷の場合にはMEMORY→PLOTTERと指定され、ファクシミリ受信の場合にはFAX_OUT→PLOTTERと指定される。なお、ジョブの定義はアプリケーションによって異なるが、ここでは利用者が取り扱う1セットの画像群に対する処理動作を1ジョブと定義する。たとえば、コピーのADFAutomaticDocumentFeederモードの場合は、原稿台に置かれた1セットの原稿を読み取る動作が1ジョブとなり、圧板モードは最終原稿が確定するまでの読み取り動作が1ジョブとなる。また、コピーアプリ312の場合には、一束の原稿をコピーする動作が1ジョブとなり、ファックスアプリ313の場合には、1文書の送信動作または1文書の受信動作が1ジョブとなり、プリンタアプリの場合には、1文書の印刷動作が1ジョブとなる。MCS325は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置HDDの利用、画像データの圧縮および伸張などをおこなう。ここで、ハードディスク装置に蓄積される画像データファイルとして必要な情報を管理するために必要な機能としては、1ファイルアクセス生成/削除/オープン/クローズ機能排他処理を含む、2ファイル名称/ID管理ファイル/ユーザ/パスワード管理/蓄積時刻管理/ページ数/データフォーマット圧縮方式など/アクセス制限/作成アプリ/印刷条件管理などの各種ファイル属性管理物理的なページ単位の画像データのファイルとしての管理、3ファイル単位およびページ単位での結合/挿入/切断機能、4ファイルソート機能蓄積時刻順/ユーザID順など、5全ファイル情報の通知表示/検索用、6リカバリ機能破損ファイルのファイル/ページ破棄、7ファイルの自動削除機能などがある。また、RAMなどのメモリへ画像データを保持しアクセスするための機能としては、1アプリケーション340からのファイルおよびページ/バンド属性情報を取得する機能、2アプリケーション340からの画像データ領域の確保、解放、リードRead、ライトWrite機能などがある。OCS326は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがGUIを構築するためのライブラリ関数を提供する処理、構築されたGUI情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。このOCS326は、1GUI構築のためのライブラリの提供機能、2操作部ハードウエア資源管理機能、3VRAM描画/LCD表示機能ハードウエア表示、表示アプリ切替、表示言語切替、ウインドウ暗色表示、メッセージ/アイコンブリンク表示、メッセージの連結表示、4ハードキー入力検出機能、5タッチパネルキー入力検出機能、6LED出力機能、7ブザー出力機能などを有する。FCS327は、システムコントローラの各アプリ層からPSTN/ISDN網を使ったファクシミリ送受信、BKMバックアップSRAMで管理されている各種ファクシミリデータの登録/引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのAPIを提供するものである。具体的には、このFCS327は、1アプリ層から送信依頼されたドキュメントをPSTN/ISDN網を使ってファクシミリ受信機に送信をおこなう送信機能、2PSTN/ISDN網から受信したファクシミリ受信画面、各種レポート類を各アプリ層に転送、印刷をおこなう受信機能、3ファックスボードに記憶されている電話帳、グループ情報などのファクシミリ管理項目の引用や登録をおこなう電話帳引用登録機能、4ファックスボードに搭載されているBKMに記憶されている送受信結果履歴情報などを必要としているアプリに通知するファックスログ通知機能、5ファックスボードの状態変化があったときにFCSに登録してあるアプリに変化のあったイベントを通知するイベント通知機能などを有する。NCS328は、ネットワークI/Oを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。具体的には、ftpd、httpd、lpd、snmpd、telnetd、smtpdなどのサーバデーモンや、同プロトコルのクライアント機能などを有する。アプリサービス329は、プラットホーム320を形成する共通サービスの一つであるが、上記共通システムサービス330を形成するECS324、MCS325、OCS326、FCS327、NCS328、SRM323およびSCS322とは異なり、アプリケーション340側に立ったサービスを提供するものである。言い換えると、このアプリサービス329は、アプリケーション340と共通システムサービス330との間に介在し、両者の間の橋渡しを担う役割を果たしている。具体的には、このアプリサービス329は、コピーアプリ312、ファックスアプリ313、スキャナアプリ314などが、本来おこなうべきジョブの生成やデータ通信の機能を一括して代行する。このため、コピーアプリ312、ファックスアプリ313、スキャナアプリ314などは、画面やキー操作を対象とすれば足りるので、アプリの開発効率が向上する。アプリケーション340は、ページ記述言語PDL、PCLおよびポストスクリプトPSを有するプリンタ用のアプリケーションであるプリンタアプリ311と、コピー用アプリケーションであるコピーアプリ312と、ファクシミリ用アプリケーションであるファックスアプリ313と、スキャナ用アプリケーションであるスキャナアプリ314と、ネットファイル用アプリケーションであるネットファイルアプリ315と、工程検査用アプリケーションである工程検査アプリ316とを有する。各アプリケーション311~316は、プラットホーム320上の各プロセスを利用して動作実行し得るため、画面制御およびキー操作制御などをおこなう画面表示制御プログラムがその主体となる。特に、アプリサービス329がプラットホーム320上に設けられているので、ジョブの生成やデータ通信の機能を設ける必要がない。なお、NCS328により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。次に、図3に示したコピーアプリ312を用いたコピー動作、プリンタアプリ311を用いたプリント動作、スキャナアプリ314を用いたスキャナ動作についてさらに具体的に説明する。図4は、図3に示したコピーアプリ312を用いたコピー動作を説明するための説明図である。同図に示すように、コピーアプリ312はコピー画面キー操作モジュール312aを有し、オペパネからコピー条件が指定され、スタートキーが押下されると、コピー画面キー操作モジュール312aがアプリサービス329のアプリジョブ生成モジュール329aに対してコピー条件を転送するステップS401。なお、このコピー条件には、紙サイズ、部数、両面、ソート、ステープルなどがある。その後、アプリジョブ生成モジュール329aは、ECS324のAPIを用いてエンジンジョブ実行制御モジュール324aに対してエンジンジョブ生成関数を呼び出し、ジョブモードの設定をおこなう。なお、かかるジョブモードとは、スキャナ、プロッタ、フィニッシャなどを動作させるために必要なパラメータ群であり、上記コピー条件から生成される。さらに、アプリジョブ生成モジュール329aは、ECS324のAPIを用いてエンジンジョブ実行制御モジュール324aに対してジョブ実行開始関数を呼び出し、ジョブ実行を指示するステップS402。エンジンジョブ実行制御モジュール324aは、MCS325のAPIを用いて画像メモリハンドリングモジュール325aに対して画像メモリ確保関数を呼び出し、画像メモリの確保を指示するステップS403。画像メモリハンドリングモジュール325aは、SRM323のメモリ資源管理モジュール323bに対してメモリ取得関数を呼び出しメモリを取得するステップS404。エンジンジョブ実行制御モジュール324aは、SRM323のエンジン資源管理モジュールに対して資源取得関数を呼び出し、スキャナおよびプロッタの動作を開始し、コピージョブを実行する。次に、図3に示したプリンタアプリ311を用いたプリント動作についてさらに具体的に説明する。図5は、図3に示したプリンタアプリ311を用いたプリント動作を説明するための説明図である。同図に示すように、プリンタアプリ311は、RIP処理モジュール311aと、プリンタ画面キー操作モジュール311bとを有する。PCなどのホストからセントロI/F、USBI/F、ネットワークI/Fなどを経由してSRM323のホストI/O資源管理モジュール323dに印刷データコマンドが入力されるとステップS501、このホストI/O資源管理モジュール323dは、印刷データをNCS328のホスト通信I/F制御モジュール328aに転送する。ここで、このホスト通信I/F制御モジュール328aは、入力された印刷データを解析して送り先アプリケーションを判定する。ホスト通信I/F制御モジュール328aは、複数の通信プロトコルまたはホストI/Fからデータを受け取り、送り先を調停するステップS502。印刷データが、アプリサービス329内のアプリデータ通信モジュール329bに転送されるとステップS503、さらにアプリジョブ生成モジュール329aに入力され、新たなプリントジョブが生成されるステップS504。アプリジョブ生成モジュール329aは、印刷データの言語種類に応じてプリンタアプリ311のRIP処理モジュール311aにデータを転送しステップS505、このRIP処理モジュール311aは、印刷データの画像展開をおこなった後に、アプリジョブ生成モジュール329aに戻されるステップS506。そして、このアプリジョブ生成モジュール329aで生成された画像データは、MCS325の画像メモリハンドリングモジュール325aに出力されるステップS507。画像メモリには複数のアプリからの要求が発生するため、メモリ資源の調停をおこなうSRM323のメモリ資源管理モジュール323bに対してメモリ確保要求を発行し、取得した後に展開された画像データがメモリ上に書き込まれるステップS508。画像データの印刷準備が完了すると、アプリジョブ生成モジュール329aがECS324のAPIを用いてエンジンジョブ実行制御モジュール324aに対してエンジンジョブ生成関数を呼び出し、ジョブモード設定をおこなった後に、ジョブ開始関数を呼び出し、ジョブ実行を指示するステップS509。エンジンジョブ実行制御モジュール324aは、SRM323のエンジン資源管理モジュール323aに対してエンジン資源取得関数を呼び出し、プロッタの動作を開始し、プリントジョブを実行するステップS510。次に、図3に示したスキャナアプリ314を用いたスキャナ動作についてさらに具体的に説明する。図6は、図3に示したスキャナアプリ314を用いたスキャナ動作を説明するための説明図である。同図に示すように、スキャナアプリ314は、スキャナ画面キー操作モジュール314aを有する。オペパネからスキャナアプリ314を選択するとともにスキャン条件が入力され、スタートキーが押下されると、スキャナ画面キー操作モジュール314aがアプリサービス329のアプリジョブ生成モジュール329aに対してスキャナ条件を転送するとステップS601、アプリジョブ生成モジュール329aは、要求された画像サイズにしたがってスキャンに必要なメモリを確保するために、MCS325の画像メモリハンドリングモジュール325aが、メモリ資源の調停をおこなうSRM323のメモリ資源管理モジュール323bに対してメモリ確保要求を発行し、メモリが取得された後に画像データがメモリ上に書き込まれるステップS602~S603。画像データのスキャン準備が完了すると、アプリジョブ生成モジュール329aが、ECS324のエンジンジョブ実行制御モジュール324aに対してエンジンジョブ生成関数を呼び出し、ジョブモード設定をおこなった後にジョブ開始関数を呼び出し、スキャンジョブ実行を指示するステップS604。エンジンジョブ実行制御モジュール324aは、SRM323のエンジン資源管理モジュール323aに対してエンジン資源取得関数を呼び出し、スキャナの動作を開始し、スキャナジョブを実行するステップS605。アプリジョブ生成モジュール329aが、ECS324からスキャン完了のイベントを受け取ると、読み取り画像をネットワーク他のホストI/O資源を利用して外部のPCに転送をおこなうため、アプリデータ通信モジュール329bがNCS328のホスト通信I/F制御モジュール328aに対してURLなどの転送先PCのアドレスおよびスキャンした画像データまたはメモリ上のアドレスを送るステップS606~S607。ここでは、ftpやhttpなどのファイル転送をおこなうプロトコル機能を使って画像データ通信を制御することとする。ホスト通信I/F制御モジュール328aは、ネットワーク、IEEE1394、USB、SCSIなどのホストI/O資源を確保するために、SRM323のホストI/O資源管理モジュール323dの資源確保関数を呼び出すステップS608。ホストI/O資源管理モジュール323dは、要求されたホストI/O資源が利用可能となった時点で画像データ通信をおこなうステップS609。次に、コピーアプリ312、プリンタアプリ311、スキャナアプリ314の3つのアプリケーションの起動時処理と、それぞれのアプリ画面を生成し表示する処理と、アプリ画面選択キーが押下されたときの処理について説明する。図7は、コピーアプリ312、プリンタアプリ311、スキャナアプリ314の3つのアプリケーションの起動時処理と、それぞれのアプリ画面を生成し表示する処理と、アプリ画面選択キーが押下されたときの処理を説明するための説明図である。アプリケーションの起動時処理;電源オンやシステムリセット時には少なくともSCS322とOCS326が起動された後にアプリケーションが起動される。コピーアプリ312、プリンタアプリ311およびスキャナアプリ314は、SCS322のアプリ登録管理モジュール322bに対して起動された旨を登録するステップS701~S703。画面生成処理;OCS326では、複数のアプリケーションがそれぞれ仮想的な画面メモリを複数持つことができる図面管理機能を有する。このため、コピーアプリ312、プリンタアプリ311およびスキャナアプリ314は、それぞれウインドウ制御ライブラリモジュール326aにより画面生成を実行することができるステップS704~S708。表示処理;複数の画面メモリのうち一つが表示パネル上に描画される。また、複数の画面メモリの内容を合成した画面が表示されるようにしても良い。たとえば、コピー動作中にファックス受信した場合には、アプリ共通の画面領域にファックス受信中である旨を表示することができる。画面切換処理;表示パネルに描画される画面メモリは、SCS322のシステム画面表示制御モジュールによって切り換えられる。たとえば、操作パネル上のアプリ選択キーが押下された場合には、ステップS709~S714にしたがって選択されたアプリ画面が描画される。また、SCS322には、機器内部ハードウエアやエンジンの状態情報を保持する機器状態管理モジュール322cがあるため、ジャムや紙なしなどのエラーや異常時の表示画面などを切り換えることができる。次に、ファックスアプリ313またはプリンタアプリ311を用いたファックス送信動作について説明する。図8は、ファックスアプリ313またはプリンタアプリ311を用いたファックス送信動作を説明するための説明図である。同図に示すように、ファックスアプリ313を用いたファックス送信動作については、ファックス操作画面において送信宛先番号が入力され、スタートキーが押下されると、ファックス画面キー操作モジュール313aがアプリサービス329のアプリジョブ生成モジュール329aに対してジョブ生成関数を呼び出しステップS801、このファックスジョブ生成モジュール313bが、FCS327のファックスジョブ実行制御モジュール327aに対して送信開始関数を呼び出すステップS802。すると、このファックスジョブ実行制御モジュール327aは、ECS324のAPIを用いてエンジンジョブ実行制御モジュール324aに対してエンジンジョブ生成関数を呼び出し、ジョブモードの設定をおこなうステップS803。このエンジンジョブ実行制御モジュール324aは、MCS325のAPIを用いて画像メモリハンドリングモジュール325aに対して画像メモリ確保関数を呼び出し、画像メモリの確保を指示するステップS804。画像メモリハンドリングモジュール325aは、SRM323に対してメモリ取得関数を呼び出し、ファックス原稿のスキャンに必要なメモリを取得しステップS805、メモリが確保されると、エンジンジョブ実行制御モジュール324aは、SRM323のエンジン資源管理モジュール323aに対してスキャナ資源の確保を要求する関数を呼び、確保できた後にスキャナ動作を開始するステップS806。スキャナから原稿画像データがメモリ上に保持されると、ECS324からFCS327に対してスキャン完了イベントが通知され、ファクシミリジョブ実行制御モジュール327aが、ファックスボード資源管理モジュール323gの送信開始関数を呼び出すと、PSTN、ISDN回線などを使ってファックス送信手順が開始されるステップS807~S808。次に、プリンタアプリ311を用いたファックス送信動作については、通常のプリント動作と同様に、印刷データがホストI/O資源管理モジュール323dに入力され、その際に送信宛先番号などのファクシミリ送信に必要な情報を含むコマンド情報が付加されるステップS809。ファックス送信用の印刷データが、NCS328のホスト通信I/F制御モジュールからアプリサービス329のアプリデータ通信モジュール329bを経て、アプリジョブ生成モジュール329aに転送されるとステップS810~S812、新たなファックス送信用プリントジョブが生成される。そして、印刷データがRIP処理モジュール311aに転送され、画像データが生成されると、この画像データは、ファクシミリ送信に必要な情報とともに、FCS327のファックスジョブ実行制御モジュール327aに入力されステップS813~815、以後ファックス送信動作と同様の処理がなされるステップS807~S808。なお、上記ステップS813~S814によるRIP処理をおこなうのではなく、PSTNやISDN回線などを使ってバイナリーデータの転送をおこなうプロトコルBFTP;BinaryFileTransferProtocolによって印刷データを送信することもできる。また、ここでは説明の便宜上、送信動作のみを説明したが、たとえば、ステップS808、S807、S802、S803、S804、S805、S806の順に処理することにより、ファックス受信や印刷が可能となる。なお、BFTPを用いた印刷データの受信および印刷は、ステップS808、S807、S802、S815、S813、S814、S815、S803、S804、S805、S806の順に処理することで実現できる。次に、図1に示した複合機120のハードウエア構成について説明する。図9は、図1に示した複合機120のハードウエア構成を示す構成図である。同図に示すように、この複合機120は、CPU902、SDRAM903、フラッシュメモリ904およびHD905などをASIC901に接続したコントローラボード900と、オペレーションパネル910と、ファックスコントロールユニットFCU920と、USB930と、IEEE1394940と、プリンタ950とからなる。そして、オペレーションパネル910はASIC901に直接接続され、FCU920、USB930、IEEE1394940およびプリンタ950は、PCIバスを介してASIC901に接続されている。図10は、図9に示したASIC901の細部構成を示すブロック図である。同図に示すように、このASIC901は、CPUインターフェースCPUIF、SDRAMインターフェースSDRAMIF、ローカルバスインターフェースLocalBUSIF、PCIインターフェースPCIIF、1284、MACMediaAccessControllor、I/O、OPEインターフェースOPEIF、HDインターフェースHDIF、Comp/decomp、Rotateによって形成されている。かかるハードウエア構成を採用することにより、デバイスの共有化による低コスト設計が可能となるとともに、アプリ間融合が容易となる。また、低速機から高速機までスケーラブルなアーキテクチャーとなり、各アプリで使用するハード/ソフトが共通化され、開発効率を向上させることができる。また、新規機能に対する対応が容易となる。上述してきたように、本実施の形態では、各アプリケーションの共通部分をアプリサービス121bおよび共通システムサービス121aとして括りだし、このアプリサービス121b、共通システムサービス121aおよび汎用OS111によりプラットホーム122を形成し、このプラットホーム122上に、プリンタアプリ123、コピーアプリ124および各種アプリ125を搭載するよう構成したので、各アプリケーションの開発労力軽減並びにアプリケーションのスリム化を図ることができる。