(57)【要約】【課題】  複数の画像出力手段への画像出力を行う場合に、その各画像出力手段に依存した画像処理を行う手段を共通化する。【解決手段】  システム制御部５１は、複数の入力部（スキャナ２１，ＦＡＸ２５等）からの入力画像および複数の出力部（ＦＡＸ２５，プロッタ２６等）への出力画像に対する画像処理に画像処理部５３を共用し、複数のアプリを選択的に使用する複数のサービスが選択された場合、その複数のサービスを提供する複数のアプリから複数の入力部のいずれかに対して順次発行される複数の画像入力要求を順次受け付け、上記複数のサービスを提供する複数のアプリから画像処理部５３に対して順次発行される複数の画像加工要求を順次受け付け、上記複数のサービスを提供する複数のアプリから複数の画像出力部に対して順次発行される複数の画像出力要求を順次受け付け、上記複数の画像入力要求，画像加工要求，画像出力要求を受け付けた順序で実行する。【選択図】        図４
2010021949.tif 000002
【特許請求の範囲】
【請求項１】
画像情報を出力する画像出力手段を複数有する画像処理装置であって、
画像情報に対して画像処理を行う画像処理手段と、
前記複数の画像出力手段を選択的に制御する複数のソフトウェア制御手段と、
前記複数の画像出力手段にそれぞれ出力される画像情報に対する画像処理に前記画像処理手段を共通に使用すると共に、前記複数のソフトウェア制御手段を選択的に使用する複数のユーザサービスを選択する複数ユーザサービス選択手段と、
該複数ユーザサービス選択手段によって選択された前記複数のユーザサービスをそれぞれ提供する前記複数のソフトウェア制御手段から前記画像処理手段に対して順次発行される複数の画像処理要求を順次受け付け、前記選択された前記複数のユーザサービスをそれぞれ提供する前記複数のソフトウェア制御手段から前記複数の画像出力手段に対して順次発行される複数の画像出力要求を順次受け付け、前記複数の画像処理要求および前記複数の画像出力要求を受け付けた順序で実行する要求実行手段とを設けたことを特徴とする画像処理装置。
【請求項２】
請求項１記載の画像処理装置において、
画像情報を入力する画像入力手段を複数設け、
前記複数のソフトウェア制御手段は、前記複数の画像入力手段および前記複数の画像出力手段を選択的に制御する手段であり、
前記複数ユーザサービス選択手段は、前記複数の画像入力手段からそれぞれ入力される画像情報および前記複数の画像出力手段にそれぞれ出力される画像情報に対する画像処理に前記画像処理手段を共通に使用すると共に、前記複数のソフトウェア制御手段を選択的に使用する複数のユーザサービスを選択する手段であり、
前記要求実行手段は、前記複数ユーザサービス選択手段によって選択された前記複数のユーザサービスをそれぞれ提供する前記複数のソフトウェア制御手段から前記複数の画像入力手段のいずれかに対して順次発行される複数の画像入力要求を順次受け付け、前記選択された前記複数のユーザサービスをそれぞれ提供する前記複数のソフトウェア制御手段から前記画像処理手段に対して順次発行される複数の画像処理要求を順次受け付け、前記選択された前記複数のユーザサービスをそれぞれ提供する前記複数のソフトウェア制御手段から前記複数の画像出力手段に対して順次発行される複数の画像出力要求を順次受け付け、前記複数の画像入力要求，前記複数の画像処理要求，および前記複数の画像出力要求を受け付けた順序で実行することを特徴とする画像処理装置。
【請求項３】
請求項２記載の画像処理装置において、
画像情報を記憶する画像記憶手段と、
該画像記憶手段と前記画像処理手段と前記複数の画像入力手段と前記複数の画像出力手段との間の画像情報の転送を制御する画像転送制御手段と、
該画像転送制御手段からの画像情報の前記画像処理手段および前記画像記憶手段への入力、前記画像記憶手段に記憶されている画像情報の前記画像転送制御手段への出力を制御する画像入出力制御手段とを設け、
前記要求実行手段は、前記画像記憶手段，前記画像処理手段，前記複数の画像入力手段，前記複数の画像出力手段，および前記画像転送制御手段を共有資源として管理し、その各共有資源を前記複数のソフトウェア制御手段で同時に使用する際、および前記画像入出力制御手段を前記複数のソフトウエア制御手段で共通に使用する際の調停を行う調停手段を有することを特徴とする画像処理装置。
【請求項４】
請求項３記載の画像処理装置において、
前記要求実行手段は、前記画像入出力制御手段による画像情報の入出力制御の際に使用される前記画像処理手段および前記画像転送制御手段に対する使用条件を設定する使用条件設定手段を有することを特徴とする画像処理装置。
【請求項５】
請求項４記載の画像処理装置において、
前記画像処理手段および前記画像転送制御手段に対する使用条件には、前記画像処理手段および前記画像転送制御手段の動作実行開始タイミングが含まれていることを特徴とする画像処理装置。
【請求項６】
請求項４又は５記載の画像処理装置において、
前記複数の画像入力手段の１つは、原稿の画像情報を読み取る画像読取手段であることを特徴とする画像処理装置。
【請求項７】
請求項４又は５記載の画像処理装置において、
前記複数の画像出力手段の１つは、画像情報を印刷媒体上に印刷する印刷手段であることを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像形成装置（デジタル複合機，デジタル複写機，ファクシミリ装置，プリンタ等）や画像読取装置（スキャナ装置等）、パーソナルコンピュータ（以下「ＰＣ」と略称する）等の画像処理装置に関する。
【背景技術】
【０００２】
例えば、近年のデジタル複合機（以下「ＭＦＰ」という）では、複数の入出力アプリケーションプログラム（以下単に「アプリケーション」又は「アプリ」ともいう）からの要求を同時に扱うことが求められており、例えば、各アプリケーションからの要求により、スキャナで読み取った（入力した）原稿の画像情報を用紙等の印刷媒体に印刷出力しながらＦＡＸ送信する処理、その画像情報を印刷媒体に印刷出力しながらネットワーク配信（メール送信）する処理を行うようにしている。
また、これら複数のアプリケーションに対して容易に追加／削除／変更が行えるカスタマイズ可能なコントローラプラットフォームの要求が高まっている。
【０００３】
このようなアプリケーション単位での入れ替えを保証するコントローラプラットフォームを実現するためには、システムとしての共通画像処理パスを保有しなくてはならない。
従来、それらを複数のアプリケーションに依存した画像加工処理（画像情報の加工処理）や画像変換処理（画像情報の画像形式の変換処理）等の画像処理を各アプリケーション固有の実現手段によって実施していた。
そのため、メモリユニットに対する共通リソース管理が提案されている（例えば特許文献１参照）。
【特許文献１】特開平１０−０７４１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したようにアプリケーション単位で容易に追加／削除／変更を実現する場合には、画像処理を行う制御部もアプリケーションに依存することなくシステム内で共通管理されなくてはならない。そうしなければ、カスタマイズ対象がアプリケーションに留めることができなくなり、画像処理のプログラミングにも変更が必要となる。もしくは、ハードウエアに依存すべきこれらの制御をカスタマイズせざるを得ないという非常に扱い難いプラットフォームとなる。
【０００５】
また、様々な画像処理を共通化することによって、ソフトウエアのバージョンアップなどの手間を省略できる。
この発明は上記の点に鑑みてなされたものであり、複数の画像出力手段（画像出力デバイス）への画像情報の出力を行う場合に、それぞれの画像出力手段に依存した画像処理を行う手段を共通化することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、画像情報を出力する画像出力手段を複数有する画像処理装置において、上記の目的を達成するため、画像情報に対して画像処理を行う画像処理手段と、上記複数の画像出力手段を選択的に制御する複数のソフトウェア制御手段と、上記複数の画像出力手段にそれぞれ出力される画像情報に対する画像処理に上記画像処理手段を共通に使用すると共に、上記複数のソフトウェア制御手段を選択的に使用する複数のユーザサービスを選択する複数ユーザサービス選択手段と、該複数ユーザサービス選択手段によって選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記画像処理手段に対して順次発行される複数の画像処理要求を順次受け付け、上記選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記複数の画像出力手段に対して順次発行される複数の画像出力要求を順次受け付け、上記複数の画像処理要求および上記複数の画像出力要求を受け付けた順序で実行する要求実行手段とを設けたものである。
【０００７】
また、画像情報を入力する画像入力手段を複数設け、上記複数のソフトウェア制御手段を、上記複数の画像入力手段および上記複数の画像出力手段を選択的に制御する手段とし、上記複数ユーザサービス選択手段を、上記複数の画像入力手段からそれぞれ入力される画像情報および上記複数の画像出力手段にそれぞれ出力される画像情報に対する画像処理に上記画像処理手段を共通に使用すると共に、上記複数のソフトウェア制御手段を選択的に使用する複数のユーザサービスを選択する手段とし、上記要求実行手段が、上記複数ユーザサービス選択手段によって選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記複数の画像入力手段のいずれかに対して順次発行される複数の画像処理要求を順次受け付け、上記選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記画像処理手段に対して順次発行される複数の画像処理要求を順次受け付け、上記選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記複数の画像出力手段に対して順次発行される複数の画像出力要求を順次受け付け、上記複数の画像入力要求，上記複数の画像処理要求，および上記複数の画像出力要求を受け付けた順序で実行するものである。
【０００８】
さらに、画像情報を記憶する画像記憶手段と、該画像記憶手段と上記画像処理手段と上記複数の画像入力手段と上記複数の画像出力手段との間の画像情報の転送を制御する画像転送制御手段と、該画像転送制御手段からの画像情報の上記画像処理手段および上記画像記憶手段への入力、上記画像記憶手段に記憶されている画像情報の上記画像転送制御手段への出力を制御する画像入出力制御手段とを設け、上記要求実行手段に、上記画像記憶手段，上記画像処理手段，上記複数の画像入力手段，上記複数の画像出力手段，および上記画像転送制御手段を共有資源として管理し、その各共有資源を上記複数のソフトウェア制御手段で同時に使用する際、および上記画像入出力制御手段を上記複数のソフトウエア制御手段で共通に使用する際の調停を行う調停手段を備えることが望ましい。
【０００９】
この場合、上記要求実行手段に、上記画像入出力制御手段による画像情報の入出力制御の際に使用される上記画像処理手段および上記画像転送制御手段に対する使用条件を設定する使用条件設定手段を備えるとよい。
そして、上記画像処理手段および上記画像転送制御手段に対する使用条件には、上記画像処理手段および上記画像転送制御手段の動作実行開始タイミングを含めるとよい。
また、上記複数の画像入力手段の１つを、原稿の画像情報を読み取る画像読取手段や、画像情報を印刷媒体上に印刷する印刷手段としてもよい。
【発明の効果】
【００１０】
この発明による画像処理装置によれば、複数の画像出力手段にそれぞれ出力される画像情報に対する画像処理に画像処理手段を共通に使用すると共に、複数のソフトウェア制御手段を選択的に使用する複数のユーザサービスが選択された場合、その選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記画像処理手段に対して順次発行される複数の画像処理要求を順次受け付けると共に、上記選択された上記複数のユーザサービスをそれぞれ提供する上記複数のソフトウェア制御手段から上記複数の画像出力手段に対して順次発行される複数の画像出力要求を順次受け付け、上記複数の画像処理要求および上記複数の画像出力要求を受け付けた順序で実行するので、複数の画像出力手段への画像情報の出力を行う場合に、それぞれの画像出力手段に依存した画像処理を行う手段を共通化することができ、複数のユーザサービスをそれぞれ提供するアプリケーション（ソフトウェア制御手段）に依存せずにコントローラプラットフォームを実現することができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。なお、この実施形態では画像処理装置として画像形成装置、特にＭＦＰを用いた例について説明する。また、この実施形態は、この発明を実施するための最良の形態であるから、技術的に好ましい種々の限定がされているが、この発明の範囲は、以下の説明において特にこの発明を限定する旨の記載が無い限り、これらの様態に限られるものではない。
【００１２】
〔ＭＦＰの要部構成〕
まず、この発明の一実施形態であるＭＦＰの要部の構成について、図１を参照して説明する。
図１は、このＭＦＰの要部の構成（アーキテクチャ構造とハードウエア構成）の一例を示すブロック図である。
【００１３】
このＭＦＰは、コントローラ１０とハードウェア２０とからなる。
コントローラ１０は、ユーザインタフェースコンポーネント１１，コントロールコンポーネント１２，アプリケーションロジックコンポーネント１３，デバイスサービスコンポーネント１４，およびアスペクトコンポーネント１５等のソフトウェア（プログラム）を備えている。なお、プログラムによる処理は、実際にはＣＰＵがプログラムに従って動作することによって実行するが、説明の都合上、プログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。
【００１４】
ハードウェア２０は、スキャナ２１，ネットワークインタフェース（以下「インタフェース」を「Ｉ／Ｆ」ともいう）２２，メモリ２３，ＨＤＤ（ハードディスク装置）２４，ＦＡＸ（ファクシミリ装置）２５，およびプロッタ２６等によって構成されている。
ここで、コントローラ１０およびハードウェア２０を構成する各部について説明する。なお、コンポーネントは、論理レベルの設計概要のくくりとしている。
ユーザインタフェースコンポーネント１１は、ユーザまたはサービス利用者（Ｗｅｂサービスなど）からのサービス（ユーザサービス）の実行要求（以下単に「要求」又は「ユーザ要求」ともいう）の受け付けおよびコントロールコンポーネント１２への要求実行の委譲を行う。ユーザサービスとしては、コピーサービス，ＦＡＸサービス，プリンタサービス，保管サービスの他、それらを任意に組み合わせたマルチサービスがある。
【００１５】
コントロールコンポーネント１２は、ユーザインタフェースコンポーネント１１からのユーザ要求を実現するために、アプリケーションロジックコンポーネント１３が提供する各機能（各提供機能）の組み合わせを決定し、ユーザ要求を実現するための制御を行う。例えば、コピー要求を受けた場合、読取提供機能と印刷提供機能との組み合わせを決定し、コピーを実現するための制御を行う。それによって、後述するスキャナ２１が原稿をスキャンしてその画像情報（画像データ）を読み取り、その画像情報をプロッタ２６が用紙等の印刷媒体上に印刷（画像形成）して出力することができる。
【００１６】
アプリケーションロジックコンポーネント１３は、このＭＦＰが提供する機能群である。
デバイスサービスコンポーネント１４は、アプリケーションロジックコンポーネント１３から共通利用されるデバイスリソースである。
アスペクトコンポーネント１５は、上述した各コンポーネントであるサブコンポーネントに横断的に影響するロジック（アクセス制御，履歴，課金）を扱う。
【００１７】
スキャナ２１は、原稿をスキャンしてその画像情報を読み取る画像読取手段であり、画像入力手段としての機能を果たす。
ネットワークＩ／Ｆ２２は、イーサネット（登録商標）や無線ＬＡＮ（ローカルエリアネットワーク）等のネットワークを介して相手先と通信する通信手段であり、画像入力手段および画像出力手段としての機能も果たす。
メモリ２３は、プログラムや画像情報等の各種データを展開するための読み書き可能なＲＡＭ等の記憶手段である。このメモリは、画像記憶手段としての機能を果たす。
【００１８】
ＨＤＤ２４は、プログラムや画像情報等の各種データを蓄積・保存するための記録媒体である。このＨＤＤ２４も、画像記憶手段としての機能を果たす。
ＦＡＸ２５は、公衆回線（電話回線）を使用して情報の送受信を行う情報送受信手段であり、画像入力手段および画像出力手段としての機能を果たす。
プロッタ２６は、画像情報を用紙等の印刷媒体上に印刷出力する画像形成手段であり、画像出力手段としての機能を果たす。
【００１９】
〔アプリケーションロジックコンポーネントの構成〕
次に、図１のアプリケーションロジックコンポーネント１３の構成例について、図２，図３を参照して説明する。
図２は、そのアプリケーションロジックコンポーネント１３の構成例を示すブロック図である。
図３は、そのアプリケーションロジックコンポーネント１３によるアプリケーションの実現方法の一例を説明するための図である。
【００２０】
アプリケーションロジックコンポーネント１３は、アクティビティ３０と提供機能４０とからなる。
アクティビティ３０は、システムが提供する画像情報の入力／加工／出力の各コンポーネントを組み合わせて１つのユーザ要求を実現するものであり、コピーアクティビティ３１，ＦＡＸアクティビティ３２，プリンタアクティビティ３３，保管アクティビティ３４，およびマルチアクティビティ３５からなる。なお、この実施形態での「加工」は、画像編集，画像変換を含む各種画像処理に相当するものである。
【００２１】
提供機能４０は、アプリケーションを実現するためのシステムが提供する入力，加工，出力の括りでの機能であり、保管文書読み出し提供機能４１，読取提供機能４２，ＦＡＸ受信提供機能４３，加工提供機能４４，保管文書登録提供機能４５，印刷提供機能４６，ＦＡＸ送信提供機能４７，メール受信提供機能４８，およびＰＣ（パーソナルコンピュータ）受信提供機能４９からなる。
【００２２】
ここで、アクティビティ３０および提供機能４０を構成する各部について説明する。
コピーアクティビティ３１は、読取提供機能４２又は保管文書読み出し提供機能４１に、印刷提供機能４６を組み合わせてコピーサービスを提供するためのコピーアプリケーションを実現する。
ＦＡＸアクティビティ３２は、ＦＡＸ受信提供機能４３に印刷提供機能４６又はＦＡＸ送信提供機能４７を組み合わせてＦＡＸサービスを提供するためのＦＡＸアプリケーションを実現する。
プリンタアクティビティ３３は、ＰＣ受信提供機能４９に印刷提供機能４６を組み合わせてプリンタサービスを提供するためのプリンタアプリケーションを実現する。
【００２３】
保管アクティビティ３４は、ＦＡＸ受信提供機能４３，ＰＣ受信提供機能４９，読取提供機能４２，又はメール受信提供機能４８に保管文書登録提供機能４５を組み合わせて保管サービスを提供するための保管アプリケーションを実現する。
マルチアクティビティ３５は、入力提供機能である保管文書読み出し提供機能４１，読取提供機能４２，ＦＡＸ受信提供機能４３，ＰＣ受信提供機能４９と、出力提供機能である保管文書登録提供機能４５，印刷提供機能４６，ＦＡＸ送信提供機能４７とを任意に組み合わせてマルチサービスを提供するためのマルチアプリケーションを実現する。
なお、上述した各アプリケーションが、それぞれソフトウェア制御手段としての機能を果たす。
【００２４】
保管文書読み出し提供機能４１は、ＨＤＤ２４（永続領域）に保管されている画像情報（文書情報）を読み出す機能である。
読取提供機能４２は、スキャナ２１にて原稿の画像情報を読み取る機能である。
ＦＡＸ受信提供機能４３は、外部からＦＡＸ送信された画像情報をＦＡＸ２５にて受信する機能である。
加工提供機能４４は、後述する画像処理部を用いて加工処理（画像処理）を加えて価値を付加する機能である。
【００２５】
保管文書登録提供機能４５は、入力された画像情報をＨＤＤ２４に保管する機能である。
印刷提供機能４６は、入力された画像情報をプロッタ２６にて印刷媒体上に印刷する機能である。
ＦＡＸ送信提供機能４７は、入力された画像情報をＦＡＸ２５にて外部へＦＡＸ送信する機能である。
【００２６】
メール受信提供機能４８は、外部からメール送信された情報をネットワークＩ／Ｆ２２にて受信する機能である。
ＰＣ受信提供機能４９は、外部のＰＣから送信された情報をネットワークＩ／Ｆ２２にて受信する機能である。
なお、入力された情報を外部へメール送信するメール送信提供機能と、読取提供機能４２又は保管文書読み出し提供機能４１にメール送信提供機能を組み合わせてメールアプリケーションを実現するメールアクティビティとを備えることもできる。
【００２７】
また、上述した各アクティビティは、加工提供機能４４を使用することもできる。
例えば、コピーアクティビティ３１は、図３の（ａ）に示すように、読取提供機能４２に加工提供機能４４および印刷提供機能４６を組み合わせてコピーアプリケーションを実現することもできる。この場合、スキャナ２１で原稿の画像情報を読み取り、その画像情報に対して加工提供機能４４で加工処理を行い、その加工処理後の画像情報をプロッタ２６で印刷媒体上に印刷して出力することができる。
【００２８】
また、コピーアクティビティ３１は、図３の（ｂ）に示すように、保管文書読み出し提供機能４１に加工提供機能４４および印刷提供機能４６を組み合わせてコピーアプリケーションを実現することもできる。この場合、保管文書読み出し提供機能４１でＨＤＤ２４に保管されている原稿の画像情報（文書情報）を読み取り、その画像情報に対して加工提供機能４４で加工処理を行い、その加工処理後の画像情報をプロッタ２６で印刷媒体上に印刷して出力することができる。
【００２９】
〔コントローラのハードウェア構成〕
次に、図１のコントローラ１０の制御部およびハードウェア２０の物理的構成について、図４を参照して説明する。
ここで、この実施形態のＭＦＰは、コピー，ＦＡＸ，プリンタ，スキャナ，メールといった複数のアプリケーションを利用可能とし、画像情報の入力（取り込み）および画像情報の出力を選択して使用することができる。また、各アプリケーションで使用するメモリ（メモリ２３上の画像情報を展開する領域に相当する）は、別々に確保していても制御可能であるが、コスト面を考慮して、全アプリケーションでメモリを共有し、必要に応じて各アプリケーションが必要なメモリを確保することもできる。
【００３０】
図４は、図１のコントローラ１０およびハードウェア２０の物理的構成の一例を示すブロック図である。
コントローラ１０は、システム制御部５１，エンジン制御部５２，および画像処理部５３を備えている。
【００３１】
システム制御部５１は、少なくともＣＰＵ（中央処理装置），ＲＯＭ，およびＲＡＭからなるマイクロコンピュータを用いており、そのＣＰＵがＲＯＭ内のプログラムおよびＨＤＤ２４から読み出してＲＡＭに展開したプログラムを実行することにより、装置全体を制御することができる。このシステム制御部５１は、図２のコピーアクティビティ３１を実行することにより、複数ユーザサービス選択手段，要求実行手段，および使用条件設定手段としての機能を果たすことができる。
このシステム制御部５１には、エンジン制御部５２を介してハードウエア２０を構成するスキャナ２１，ネットワークＩ／Ｆ２２，プロッタ２６，およびＦＡＸ２５が接続されている。
【００３２】
エンジン制御部５２は、システム制御部５１からの指示に従ってスキャナ２１，ネットワークＩ／Ｆ２２，プロッタ２６，およびＦＡＸ２５を制御する。このエンジン制御部５２は、画像転送制御手段としての機能を果たすことができる。
システム制御部５１は、メモリ２３およびＨＤＤ２４を制御する画像処理部５３が接続され、エンジン制御部５２からの画像情報を画像処理部５３がメモリ２３又はＨＤＤ２４に書き込む（入力する）処理や、メモリ２３又はＨＤＤ２４内の画像情報を画像処理部５３が読み出してエンジン制御部５２へ出力する処理を制御することができる。
【００３３】
画像処理部５３は、システム制御部５１からの指示に従ってメモリ２３およびＨＤＤ２４を制御する。このとき、入力される画像情報に対して、必要に応じて加工処理（画像処理）を行う。この画像処理部５３は、画像処理手段であり、画像入出力制御手段としての機能を果たすこともできる。
【００３４】
〔コントローラの動作〕
次に、図４に示したコントローラ１０におけるアプリケーションが画像入力（画像情報の入力），画像加工（画像情報の加工），画像出力（画像情報の出力）を実現するための要求を発行した場合の概略動作、画像処理部５３の調停動作、画像情報の処理単位（画像入力，画像加工，画像出力の単位）、具体的な動作例について、図５を参照して順次詳細に説明する。なお、画像情報はスキャナ２１，ネットワークＩ／Ｆ２２，又はＦＡＸ２５から入力できるが、ここではスキャナ２１から入力するものとする。
【００３５】
（１）概略動作
画像情報の読み取り（入力），加工，印刷（出力）を行うためのアプリケーション（コピーアプリケーション等）が画像入力，画像加工，画像出力を実現する場合、それぞれエンジン制御部５２に対して自分のリクエストＩＤと入出力したい画像情報のページナンバと画像情報の入力，加工，出力に関する使用条件に付加してそれぞれ要求を発行する。ここで、上記のアプリケーションを実現するための各提供機能（入力提供機能，加工提供機能，出力提供機能）のリクエストＩＤは、例えば図５に示すように、アクティビティにて同一のＩＤが割り当てられる。
以後、各提供機能は全てシステム制御部５１内の一部と捉え、包括してシステム制御部５１という表現とする。
【００３６】
エンジン制御部５２は、システム制御部５１から印刷要求（例えば画像入力要求，画像出力要求からなる）を受けると、先ずスキャナ２１およびプロッタ２６に対してそれぞれ画像入力要求，画像出力要求を発行し、それらの要求に対して応答があった場合に、画像処理部５３に対して画像ＩＤ（リクエストＩＤと画像情報のページナンバ）と画像入力および画像出力に関する使用条件と共に対応する要求を発行する。画像加工に関する使用条件は、システム制御部５１から画像処理部５３に対して直接、画像加工要求と共に発行される。
【００３７】
各要求を受けた画像処理部５３は、画像情報（画像データ）をメモリ２３の空き領域に展開（入力）する。このとき、要求のあった画像入力に使用するメモリ領域（必要な画像情報を全て展開するためのメモリ領域）とメモリ２３の空き領域とを比較して、要求のあった画像入力に使用するメモリ領域がメモリ２３の空き領域以下か否かをチェックする。
そして、そのチェックの結果、要求のあった画像入力に使用するメモリ領域の方がメモリ２３の空き領域より大きい場合には、入力される全ての画像情報をメモリ２３に展開することができないため、メモリ入力不可と判断し、その旨をシステム制御部５１へ通知し、メモリ２３への画像情報の展開処理は行わない。
【００３８】
上記チェックの結果、要求のあった画像入力に使用するメモリ領域がメモリ２３の空き領域以下の場合には、入力される全ての画像情報をメモリ２３に展開することができるため、メモリ入力可能と判断し、スキャナ２１からエンジン制御部５２を介して入力される画像情報をメモリ２３上の予め指定された画像領域（空き領域）に順次展開し、画像入力に関する使用条件に応じた画像入力領域（主走査長，副走査長）分の画像情報を上記画像領域に展開する。
【００３９】
ここで、メモリ２３に展開する画像情報とは、スキャナ２１からエンジン制御部５２を介して入力される画像情報、加工処理が行われた画像情報、プロッタ２６に出力する画像情報のそれぞれを指す。但し、画像情報の加工処理にメモリ２３を必要としない場合もある。例えば、加工処理が行われた画像情報をそのままプロッタ２６に出力する場合、その画像情報とプロッタ２６に出力する画像情報は同一であるため、別途メモリ領域を必要とはしない。
【００４０】
画像処理部５３は、スキャナ２１からエンジン制御部５２を介して入力された画像情報をメモリ２３に全て展開したら、次にその画像情報に対して加工処理を行い、その加工処理を行った画像情報をエンジン制御部５２を介してプロッタ２６へ出力する。
上述した各処理は、例えば図６，図７に示すように、要求発行時の画像ＩＤ（リクエストＩＤと画像情報のページナンバ）にて同一の画像ＩＤの画像入力要求，画像加工要求，画像出力要求を一連の動作と捉えて、デバイスドライバであるエンジン制御部５２および画像処理部５３に設定することによって実現させる。
【００４１】
（２）画像処理部５３の調停動作
画像処理部５３は、同一のリソースに対する要求を受信した場合、画像ＩＤが同一の要求全て（一連の要求）に対してリソースを確保できた（リソースを割り当てた）場合には、システム制御部５１へリソース確保完了を通知する。リソースを確保できない場合には、一連の要求をキューイングした（受け付けてＦＩＦＯとしての順次処理キューに積んだ）後、リソースの空きの有無を判断し、リソースが空き、一連の要求に対してリソースを確保できたら、システム制御部５１へリソース確保完了を通知する。
【００４２】
ここで、リソースとは、エンジン制御部５２，スキャナ２１，ネットワークＩ／Ｆ２２，メモリ２３，ＨＤＤ２４，ＦＡＸ２５，およびプロッタ２６をそれぞれ指す。
システム制御部５１は、その各リソースを共通資源とし、画像処理部５３からのリソース確保完了の通知に基づいて共通資源の管理を行い、その各共有資源を必要な複数のアプリケーションで同時に使用する際、および画像処理部５３を上記必要な複数のアプリケーションで共通に使用する際の調停を行う。
【００４３】
（３）画像情報の処理単位
印刷の場合、プロッタ２６への画像出力は、１ページ単位で１印刷となる。そのため、エンジン制御部５２および画像処理部５３は、ページ単位での画像情報の受け渡しでも動作可能である。しかし、ページ単位ではなく、それを分割した単位（この例では「バンド単位」とする）で画像情報の受け渡しを行う場合、最初の画像情報をエンジン制御部５２が画像処理部５３から受け取った時点で印刷を開始する。そして、時間的な空きを発生させることなく、順次分割した画像情報をスキャナ２１（画像入力部）からプロッタ２６（画像出力部）へと受け渡していく（図７参照）。
【００４４】
この各バンド単位を基準として、画像加工処理を行う画像処理部５３はエンジン制御部５２による画像入力処理を、画像出力処理を行うエンジン制御部５２は画像処理部５３による画像加工処理をそれぞれ動作開始トリガーとし、並行して処理を順次開始していく。
この動作開始トリガー（何バンド目で処理開始するか）は、要求発行時の使用条件に含める。この使用条件の設定を処理実行前のデバイスドライバであるエンジン制御部５２および画像処理部５３に設定することにより、処理が開始されていく。このような、各処理を並行して処理していくことにより、ページ単位でのやり取りよりも印刷生産性を向上することができる。
【００４５】
ここで、画像入力処理，画像加工処理，画像出力処理のどの処理までを一連の処理として並行動作するかは、エンジン制御部５２および画像処理部５３が処理実行開始時に要求をそれぞれ受信し、且つリソースを確保できている処理までとなる。そうでない場合は、処理単位で完了後に続けて処理を行うこととなる。
【００４６】
（４）具体的な動作例
図８は、図４のスキャナ２１による１ページ（１枚の原稿）の画像情報の入力に対してプロッタ２６によって１ページの画像情報の印刷出力を行う場合のリソース確保を説明するための図である。
この例は、スキャナ２１によって１枚の原稿（１ページ）の画像情報を読み取り、その画像情報をプロッタ２６にて１枚の用紙に印刷出力するケースである。この場合、前述したように１ページ当りの画像情報を分割し、画像情報の受け渡しに空きを作ることなく制御することにより、処理を行うことができる。
【００４７】
図８の（ａ）に示すように、エンジン制御部５２の画像入力コントローラがスキャナ２１に原稿１枚の画像情報を読み取らせる画像入力処理を行いながら、画像処理部５３の画処理器が画像入力コントローラからの画像情報を加工処理する画像加工処理を行い、エンジン制御部５２の画像出力コントローラが画処理器からの画像情報をプロッタ２６へ出力して用紙に印刷出力させる画像出力処理を行う場合、処理実行開始時に、スキャナ２１，画像処理部５３，プロッタ２６，およびメモリ２３（実際には画像入力コントローラからの画像情報を展開する画像領域および画像出力コントローラへの画像情報を展開する画像領域）をセットで確保する。
【００４８】
また、図８の（ｂ）に示すように、既に入力済みの画像情報を利用する場合、つまり画像処理部５３のＨＤＤコントローラがＨＤＤ２４から原稿１枚の画像情報を読み出して、画処理器がＨＤＤコントローラからの画像情報を加工処理する画像加工処理を行い、画像出力コントローラが画処理器からの画像情報をプロッタ２６へ出力して用紙に印刷出力させる画像出力処理を行う場合、処理実行開始時に、ＨＤＤ２４，画像処理部５３，プロッタ２６，およびメモリ２３（実際にはＨＤＤ２４からの画像情報を展開する画像領域および画像出力コントローラへの画像情報を展開する画像領域）をセットで確保する。
【００４９】
ＨＤＤ２４からの画像情報の読み出しにおいては、ＨＤＤコントローラの処理性能が負荷に応じて変化するため、読み出し間隔が開く可能性があるため、この場合は、原稿１枚の画像情報の読み出しが完了してから画像加工処理および画像出力処理を行う。
図９は、図４のスキャナ２１による複数ページ（複数枚の原稿）の画像情報の入力に対してプロッタ２６によって複数ページの画像情報の印刷出力を連続的に行う場合（連続コピー動作時）のリソース確保、およびその各ページ別の使用条件（画像ＩＤ）の一例を示す説明図である。図１０は、図４のスキャナ２１による１ページの画像情報の入力に対してプロッタ２６によって複数ページの画像情報の印刷出力を行う場合のリソース確保、およびその各ページ別の使用条件の一例を示す説明図である。
【００５０】
この図１０の例は、スキャナ２１によって１枚の原稿の画像情報を読み取り、その画像情報をプロッタ２６によって複数枚の用紙にリピート印刷出力するケースである。この場合、１ページ目は画像入力要求，画像加工要求，画像出力要求による処理（画像入力処理，画像加工処理，画像出力処理）を並行して行うことが可能であるが、２ページ（２部）目以降は、スキャナ２１を用いた画像入力処理は既に完了しているので、画像出力要求のみ、２部目以降も発行し、その組み合わせを一連の処理として制御する。
なお、既に入力済みの画像情報がメモリ２３上に存在しない場合、ＨＤＤ２４から読み出して、それをメモリ２３に展開する処理を画像処理部５３が行う。
【００５１】
〔システム制御部の処理〕
次に、図４のシステム制御部５１による各処理を図１１〜図１５を参照して具体的に説明する。
システム制御部５１は、図示しないＰＣ又は操作部からの指示によって１つ又は複数のユーザサービスを選択し、その選択したユーザサービスを提供するアプリケーションの入力提供機能，加工提供機能，出力提供機能からそれぞれ要求を受け付けた場合に、以下に示す処理を行う。
【００５２】
図１１は、システム制御部５１による画像入力に関する処理の一例を示すフローチャートである。
システム制御部５１は、入力提供機能（この例では読取提供機能とする）から画像入力要求（コピーサービスを実現するための要求）を受けた場合に図１１の処理を開始し、まずステップＳ１で待機中の画像入力要求の有無をチェックして、その画像入力要求（ここではＦＡＸサービス等の他のユーザサービスを実現するための要求）があればステップＳ５へ進み、今回受けた画像入力要求をＲＡＭ上のリソース空き待ちリストに追加して、図１１の処理を終了する。
【００５３】
また、待機中の画像入力要求がない場合には、ステップＳ２へ移行してエンジン制御部５２の画像入力コントローラ（つまりスキャナ２１）が動作中であるか否かを判定し、画像入力コントローラが動作中であればステップＳ５へ進み、今回受けた画像入力要求をリソース空き待ちリストに追加して、図１１の処理を終了する。
画像入力コントローラが動作中でない場合には、画像処理部５３を介してステップＳ３の処理を実行する。つまり、メモリ２３の空き領域に要求のあった入力画像領域（画像入力に使用するメモリ領域）を確保できるか否かを判定する。
【００５４】
そして、画像処理部５３からメモリ入力不可の通知を受けた場合には、メモリ２３の空き領域に要求のあった入力画像領域を確保できないと判定してステップＳ５へ進み、上述と同様の処理を行う。
画像処理部５３からメモリ入力不可の通知を受けなかった場合には、メモリ２３の空き領域に要求のあった入力画像領域を確保できると判定してステップＳ４へ進み、スキャナ２１からエンジン制御部５２を介して画像処理部５３に入力される画像情報を画像入力対象の画像情報と決定し、図１４の使用条件確定処理へ進む。
【００５５】
図１２は、システム制御部５１による画像加工に関する処理の一例を示すフローチャートである。
システム制御部５１は、加工提供機能から画像加工要求（コピーサービスを実現するための要求）を受けた場合に図１２の処理を開始し、まずステップＳ１１で待機中の画像加工要求の有無をチェックして、その画像加工要求（ここではＦＡＸサービス等の他のユーザサービスを実現するための要求）があればステップＳ１５へ進み、今回受けた画像加工要求をリソース空き待ちリストに追加して、図１２の処理を終了する。
【００５６】
また、待機中の画像加工要求がない場合には、ステップＳ１２へ移行して画像処理部５３の画処理器（画像処理コントローラ）が動作中であるか否かを判定し、画処理器が動作中であればステップＳ１５へ進み、今回受けた画像加工要求をリソース空き待ちリストに追加して、図１２の処理を終了する。
画処理器が動作中でない場合には、画像処理部５３を介してステップＳ１３の処理を実行する。つまり、メモリ２３の空き領域に要求のあった加工画像領域（画像加工に使用するメモリ領域）を確保できるか否かを判定する。
【００５７】
そして、画像処理部５３からメモリ入力不可の通知を受けた場合には、メモリ２３の空き領域に要求のあった加工画像領域を確保できないと判定してステップＳ１５へ進み、上述と同様の処理を行う。
画像処理部５３からメモリ入力不可の通知を受けなかった場合には、メモリ２３の空き領域に要求のあった加工画像領域を確保できると判定してステップＳ１４へ進み、画像処理部５３によって加工処理（画像処理）が行われる画像情報を画像処理対象の画像情報と決定し、図１４の使用条件確定処理へ進む。
【００５８】
図１３は、システム制御部５１による画像出力に関する処理の一例を示すフローチャートである。
システム制御部５１は、出力提供機能（この例では印刷提供機能とする）から画像出力要求（コピーサービスを実現するための要求）を受けた場合に図１３の処理を開始し、まずステップＳ２１で待機中の画像出力要求の有無をチェックして、その画像出力要求（ここではＦＡＸサービス等の他のユーザサービスを実現するための要求）があればステップＳ２５へ進み、今回受けた画像出力要求をリソース空き待ちリストに追加して、図１３の処理を終了する。
【００５９】
また、待機中の画像出力要求がない場合には、ステップＳ２２へ移行してエンジン制御部５２の画像出力コントローラ（つまりプロッタ２６）が動作中であるか否かを判定し、画像出力コントローラが動作中であればステップＳ２５へ進み、今回受けた画像出力要求をリソース空き待ちリストに追加して、図１３の処理を終了する。
画像出力コントローラが動作中でない場合には、画像処理部５３を介してステップＳ２３の処理を実行する。つまり、メモリ２３の空き領域に要求のあった出力画像領域（画像出力に使用するメモリ領域）を確保できるか否かを判定する。
【００６０】
そして、画像処理部５３からメモリ入力不可の通知を受けた場合には、メモリ２３の空き領域に要求のあった出力画像領域を確保できないと判定してステップＳ２５へ進み、上述と同様の処理を行う。
画像処理部５３からメモリ入力不可の通知を受けなかった場合には、メモリ２３の空き領域に要求のあった出力画像領域を確保できると判定してステップＳ２４へ進み、画像処理部５３からエンジン制御部５２を介してプロッタ２６に出力される画像情報を画像出力対象の画像情報と決定し、図１４の使用条件確定処理へ進む。
【００６１】
図１４は、システム制御部５１による使用条件確定処理の一例を示すフローチャートである。
システム制御部５１は、上述した図１１〜図１３に示した処理にて決定した各対象画像（画像入力対象，画像加工対象，画像出力対象の各画像情報）にて同一の画像ＩＤを持つ画像入力要求，画像加工要求，画像出力要求をそれぞれ紐付けてデバイスドライバであるエンジン制御部５２および画像処理部５３に設定して実行させる。
【００６２】
すなわち、まずステップＳ３１で画像入力対象の画像情報の有無をチェックし、その画像情報がなければステップＳ３３へ進み、その画像情報があればステップＳ３２へ進む。
ステップＳ３２では、画像入力対象の画像情報と同じ画像ＩＤの画像処理対象の画像情報の有無をチェックし、その画像情報があればステップＳ３３へ進み、その画像情報がなければステップＳ３８へ進む。
ステップＳ３８では、画像入力要求をエンジン制御部５２に設定して画像入力処理を実行させ、図１４の処理を終了する。
【００６３】
ステップＳ３３では、画像処理対象の画像情報と同じ画像ＩＤの画像出力対象の画像情報の有無をチェックし、その画像情報がなければステップＳ３７へ進み、その画像情報があればステップＳ３４へ進む。
ステップＳ３７では、画像入力要求をエンジン制御部５２に、画像加工要求を画像処理部５３へそれぞれ設定して画像入力処理および画像加工処理を実行させる。このとき、紐付けられている各要求がエンジン制御部５２および画像処理部５３によって順次処理され、連動制御が実行される。
【００６４】
ステップＳ３４では、画像出力対象の画像情報と同じ画像情報がＨＤＤ２４内に存在するか否かを判断し、存在すればステップＳ３６へ進み、画像出力要求を画像処理部５３へ設定して画像出力処理を実行させる。
画像出力対象の画像情報と同じ画像情報がＨＤＤ２４内に存在しない場合には、ステップＳ３５へ進み、印刷要求（画像入力要求，画像出力要求）をエンジン制御部５２に、画像加工要求を画像処理部５３へそれぞれ設定して、画像入力処理，画像加工処理，および画像出力処理を実行させる。このとき、紐付けられている各要求がエンジン制御部５２および画像処理部５３によって順次処理され、連動制御が実行される。
【００６５】
図１５は、システム制御部５１による待機中要求がある（リソース空き待ちがある）場合の処理の一例を示すフローチャートである。
システム制御部５１は、図１４によって説明したように、画像入力処理，画像加工処理，および画像出力処理を単独もしくは連動制御にて実行させた後、図１５の処理を開始し、まずステップＳ４１でリソース空き待ちリストを参照して待機中の画像入力要求の有無をチェックし、その画像入力要求がなければそのまま図１５の処理を終了する。
【００６６】
待機中の画像入力要求がある場合には、ステップＳ４２へ進み、再びリソース空き待ちリストを参照して、その画像入力要求と同じ画像ＩＤの待機中の画像出力要求の有無をチェックし、その画像入力要求がなければステップＳ４３へ進み、画像入力要求をエンジン制御部５２に設定して画像入力処理を実行させる。
待機中の画像入力要求と同じ画像ＩＤの待機中の画像出力要求がある場合には、再び図１１〜図１３に示した各処理を行う。つまり、画像加工要求も含めてメモリリソースも含めた処理を行い、次の実行条件を決定する。
【００６７】
なお、画像入力要求のみであれば、画像入力処理のみを実行させる。これは、プロッタ２６の異常（用紙ジャム等）などでスキャナ２１のみ実行可能な条件下で行われる。更には、同一画像ＩＤの画像情報を繰り返し印刷するケースなどもある。
【００６８】
このように、複数の画像入力部からそれぞれ入力される画像情報および複数の画像出力部にそれぞれ出力される画像情報に対する画像加工処理に画像処理部を共通に使用すると共に、複数のアプリケーション（ソフトウェア制御手段）を選択的に使用する複数のユーザサービスが選択された場合、その選択された複数のユーザサービスをそれぞれ提供する上記複数のアプリケーションから上記複数の画像入力部のいずれかに対して順次発行される複数の画像入力要求を順次受け付け、上記選択された上記複数のユーザサービスをそれぞれ提供する上記複数のアプリケーションから画像処理部に対して順次発行される複数の画像加工要求（画像処理要求）を順次受け付け、上記選択された上記複数のユーザサービスをそれぞれ提供する上記複数のアプリケーションから上記複数の画像出力部に対して順次発行される複数の画像出力要求を順次受け付け、上記複数の画像入力要求，上記複数の画像加工要求，および上記複数の画像出力要求を受け付けた順序で実行するので、複数の画像出力部への画像情報の出力を行う場合に、それぞれの画像出力部に依存した画像加工処理を行う画像処理部を共通化することができ、複数のユーザサービスをそれぞれ提供するアプリケーションに依存せずにコントローラプラットフォームを実現することができる。また、ユーザサービスを提供するアプリケーションの追加／削除／変更に対し、画像処理部に対して修正を加えずに済む。
【００６９】
また、メモリ，ＨＤＤ，画像処理部，複数の画像入力部，複数の画像出力部，およびエンジン制御部を共有資源として管理し、その各共有資源を複数のアプリケーションで同時に使用する際、および画像処理部を複数のアプリケーションで共通に使用する際の調停を行うことにより、複数のユーザサービスに対して共通の画像処理部を確実に提供することが可能となる。
さらに、画像処理部による画像情報の入出力制御の際に使用される画像処理部およびエンジン制御部に対して使用条件を一括で設定することにより、画像処理部およびエンジン制御部の各動作を連動させることが可能となり、処理速度の向上につながる。
【００７０】
さらにまた、画像処理部およびエンジン制御部に対する使用条件に、画像処理部およびエンジン制御部の動作実行開始タイミング（画像処理部およびエンジン制御部を連動制御させるための条件）を含めることにより、スキャナやプロッタ等のハードウエアのメカレイアウトに依存した機種差分をパラメータのみで吸収することが可能となる。
あるいは、画像処理部による画像情報の入出力制御の際に使用される画像処理部およびエンジン制御部に対して使用条件を個別に設定することにより、画像処理部およびエンジン制御部をそれぞれ単独で動作させることも可能となり、画像品質の向上につながる。
【００７１】
また、画像処理部およびエンジン制御部に対する個別のアプリケーションから発行された要求を一連の動作として組むことを可能にすることにより、ユーザサービスを提供するアプリケーションを画像入力処理，画像加工処理，画像出力処理という種別毎に追加／削除／変更を行うことが可能になる。
さらに、画像処理部およびエンジン制御部に対する個別のアプリケーションから発行された要求を個別の動作としてキューイングすることにより、画像処理部の性能に依存した生産性を達成することが可能になる。
さらにまた、各画像入力部の１つをスキャナ、各画像出力部の１つをプロッタとすることにより、コピー動作に対して上記効果を得ることができる。
【００７２】
なお、上述したユーザサービスを提供するアプリケーションをインストール可能な形式で記録した記録媒体（後述する）をＭＦＰに着脱可能に挿着し、そのアプリケーションをＭＦＰにインストールしてＨＤＤ等の記憶手段に格納することもできる。それによって、ＭＦＰの出荷後に記憶手段を利用してアプリケーションを任意に追加することができ、ＭＦＰに多種多様な機能を搭載することが可能となる。
【００７３】
また、記憶手段に格納に格納されたアプリケーションのアンインストールを行うこともできる。それによって、不要となったアプリケーションを削除することができ、記憶手段の節約を図ることができる。
さらに、アプリケーションのインストール時に使用した記録媒体の判別を行い、その記憶媒体がアンインストールするアプリケーションを格納したものである場合に、アプリケーションのアンインストールを続行するとよい。そうすれば、不正な利用者によるアプリケーションのアンインストールを防止することができ、インストールされているアプリケーションのセキュリティを強化することができる。
【００７４】
さらにまた、アプリケーションのインストールは、ＭＦＰの初期化処理中に実行することができる。そうすれば、ＭＦＰの初期化処理の中でアプリケーションのインストールを行うことができ、ＭＦＰの起動処理の完了後にインストールのための特別な処理を新たな操作で別個に行う必要がなくなり、ＭＦＰに多種多様な機能を搭載することが容易となる。
【００７５】
以上、この発明をＭＦＰに適用した実施形態について説明したが、この発明はこれに限らず、少なくとも複数の画像出力手段を備えるか接続可能なデジタル複写機，ファクシミリ装置，又はプリンタ等の他の画像形成装置には勿論、少なくとも複数の画像出力手段を接続可能な画像読取装置やＰＣ等の各種画像処理装置に適用可能である。
【００７６】
〔この発明に関わるプログラム〕
このプログラムは、画像処理装置を制御するＣＰＵ（コンピュータ）に、この発明に関わる機能である複数ユーザサービス選択手段，要求実行手段，および使用条件設定手段としての機能を実現させるためのプログラムであり、このようなプログラムをＣＰＵに実行させることにより、上述したような効果を得ることができる。
【００７７】
このようなプログラムは、はじめから画像処理装置に備えるＲＯＭ、あるいは不揮発性メモリ（フラッシュＲＯＭ，ＥＥＰＲＯＭ等）、あるいはＨＤＤ（ハードディスク装置）などの記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭ、あるいはメモリカード，フレキシブルディスク，ＭＯ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，又はＤＶＤ−ＲＡＭ等の不揮発性記録媒体（メモリ）に記録して提供することもできる。それらの記録媒体に記録されたプログラムを画像処理装置のＨＤＤ等の記憶手段にインストールしてＣＰＵに実行させるか、ＣＰＵにそれらの記録媒体からこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【００７８】
以上の説明から明らかなように、この発明によれば、複数の画像出力手段への画像情報の出力を行う場合に、それぞれの画像出力手段に依存した画像加工処理を行う手段を共通化することができるので、複数のユーザサービスをそれぞれ提供するアプリケーションに依存せずにコントローラプラットフォームを実現することができる。この発明を利用すれば、低コストの画像処理装置を提供することができる。
【図面の簡単な説明】
【００７９】
【図１】この発明の一実施形態であるＭＦＰの要部の構成例を示すブロック図である。
【図２】図１のアプリケーションロジックコンポーネント１３の構成例を示すブロック図である。
【図３】図２に示したアプリケーションロジックコンポーネント１３によるアプリケーションの実現方法の一例を説明するための図である。
【図４】図１のコントローラ１０およびハードウェア２０の物理的構成の一例を示すブロック図である。
【００８０】
【図５】図２に示したアクティビティ３０にて提供機能４０を構成する入力提供機能，加工提供機能，出力提供機能にそれぞれ割り当てられるリクエストＩＤの一例を示す説明図である。
【図６】図２に示した提供機能４０が発行する画像入力要求，画像加工要求，画像出力要求の画像ＩＤを含む内容の一例を示す説明図である。
【図７】図４のスキャナ２１から画像処理部５３，プロッタ２６への印刷時の画像情報の受け渡しを説明するための図である。
【図８】図４のスキャナ２１による１ページの画像情報の入力に対してプロッタ２６によって１ページの画像情報の印刷出力を行う場合のリソース確保を説明するための図である。
【図９】図４のスキャナ２１による複数ページの画像情報の入力に対してプロッタ２６によって複数ページの画像情報の印刷出力を連続的に行う場合のリソース確保、およびその各ページ別の使用条件の一例を示す説明図である。
【図１０】図４のスキャナ２１による１ページの画像情報の入力に対してプロッタ２６によって複数ページの画像情報の印刷出力を行う場合のリソース確保、およびその各ページ別の使用条件の一例を示す説明図である。
【図１１】図４のシステム制御部５１による画像入力に関する処理の一例を示すフロー図である。
【図１２】同じく画像加工に関する処理の一例を示すフロー図である。
【図１３】同じく画像出力に関する処理の一例を示すフロー図である。
【図１４】同じく使用条件確定処理の一例を示すフロー図である。
【図１５】同じく待機中要求がある場合の処理の一例を示すフロー図である。
【符号の説明】
【００８１】
１０：コントローラ    １１：ユーザインタフェースコンポーネント
１２：コントロールコンポーネント    １３：アプリケーションロジックコンポーネント
１４：デバイスサービスコンポーネント    １５：アスペクトコンポーネント
２０：ハードウェア    ２１：スキャナ    ２２：ネットワークＩ／Ｆ    ２３：メモリ
２４：ＨＤＤ    ２５：ＦＡＸ    ２６：プロッタ    ３０：アクティビティ
３１：コピーアクティビティ    ３２：ＦＡＸアクティビティ
３３：プリンタアクティビティ    ３４：保管アクティビティ
３５：マルチアクティビティ    ４０：提供機能    ４１：保管文書読み出し提供機能
４２：読取提供機能    ４３：ＦＡＸ受信提供機能    ４４：加工提供機能
４５：保管文書登録提供機能    ４６：印刷提供機能    ４７：ＦＡＸ送信提供機能
４８：メール受信提供機能    ４９：ＰＣ受信提供機能
【図１】
2010021949.tif 000003
【図２】
2010021949.tif 000004
【図３】
2010021949.tif 000005
【図４】
2010021949.tif 000006
【図５】
2010021949.tif 000007
【図６】
2010021949.tif 000008
【図７】
2010021949.tif 000009
【図８】
2010021949.tif 000010
【図９】
2010021949.tif 000011
【図１０】
2010021949.tif 000012
【図１１】
2010021949.tif 000013
【図１２】
2010021949.tif 000014
【図１３】
2010021949.tif 000015
【図１４】
2010021949.tif 000016
【図１５】
2010021949.tif 000017