JP4579786B2 - 画像処理装置、画像処理方法、および画像処理プログラム - Google Patents

Description

本発明は、プログラム・データの変更によって画像処理機能が変えられる複数種の画像処理デバイスを有する画像処理装置、画像処理方法、および画像処理プログラムに関し、特に、複数種の画像処理デバイスの機能を１つの制御装置で制御することにより、機能の拡張を容易にし、構成の複雑化を回避可能とする画像処理装置、画像処理方法、および画像処理プログラムに関する。

近年、ディジタル複写機では、ＭＦＰ（多機能）機に見られるように、機器の性能が向上し、高速かつ幅広い画像処理が実現可能になってきている。ＭＦＰ機の場合、操作部からユーザにより様々な設定を行うことが可能で、この設定に従った画像処理を行うための制御装置も複雑化してきている。

ディジタル複写機における画像処理の制御において、従来からＡＳＩＣが用いられているが、ＤＳＰ（ディジタルシグナルプロセッサ）を用いる例も増えている。ＤＳＰは、プログラムやデータを入れ替えることによって様々な画像処理が実現可能である、といった点から、ＡＳＩＣに比べ、ＭＦＰ機に用いるのに有利な点が多い。

ただ、画像処理のバリエーションが増えるにつれ、ＤＳＰを制御する制御装置は煩雑になってしまう。さらに、仕様変更が容易に行なえるので画像処理制御は多々発生が予想される仕様変更に対し、早急にかつ確実に対応していかなければならなくなってきた。操作部からのさまざまな要求を満たす画像処理制御装置だけではなく、柔軟に仕様変更に対応できることも望まれている。また、実際には、ＤＳＰはＡＳＩＣに比べ高価であるので、変更があまり起こらないような画像処理に対してはＡＳＩＣで画像処理を実現している。このように、画像処理を実現するデバイスも用途によって選択、あるいは両立するので、このような仕組みに対応した制御装置が必要になる。

また、高機能化に伴いコピーの外に、ネットワークに接続されプリンタ、スキャナ、ＦＡＸ等の様々な用途に応じた処理が加わってくる。すると、例えば、ある利用者が、本機側で大量コピーを実行しているとき、別の利用者が、ネットワーク越しにプリントを実行する、といった、複数同時利用という状況が起きる。このような場合には、画像処理制御装置によるリソースの管理が重要になってくる。複数同時利用の際に、画像処理制御装置は、現在制御しているリソースの状態を管理し、両方同時に実行できないと判断した場合、後の実行要求に対し画像処理制御の待ち状態を知らせ、再び実行要求を実行してもらうようにする、といった対応をとることも可能になる。

設定に従って処理条件を変更するために行われるＡＳＩＣやＤＳＰの制御は、従来から、以下に示す方法により行われている。即ち、ＡＳＩＣを用いた画像処理を制御する場合には、図１９−１に示すように、制御対象のＡＳＩＣは自由度がないので、操作部を通して入力された情報をＡＳＩＣ制御装置が理解できる情報に翻訳し、翻訳した情報をもとにダウンロード要求をする部分が一体化していた（プロセスＰ１ａ）。このために、仕様変更が発生する際には、全体にわたり変更しなければならないので、多くの手間がかかる。また、ＤＳＰを用いた画像処理を制御する場合には、図１９−２に示すように、操作部からの入力情報をＤＳＰ制御装置が理解できる情報に翻訳する部分（プロセスＰ１ｂ）と、翻訳した情報をＤＳＰへのダウンロードに必要となる詳細な情報に変換し、変換した情報をもとにＤＳＰへのダウンロード要求をする部分（プロセスＰ２ｂ）に分離することによって、仕様変更が発生する際に、各ステップにおける最小限の変更で対応が可能となる。

ただし、いずれの従来の構造も、デバイスごとに制御ソフトを変更すること、及びリソース管理を前提にしていなかった。つまり、これらは上記したＭＦＰ機に求められるような複雑な要求に対する制御を必要とする装置に用いることを意図していないものである。さらに、ＤＳＰ制御装置単体の"部品"として考えられていないので、同様の画像処理装
置に移植するには、多大な変更が必要になる。

また、図２０に示したものは、従来のＭＦＰ機の構成として、コピー動作が主体で、新たな機能として蓄積文書情報（画像データ）を対象とする画像処理を制御する仕様が加わった場合の例である。ここでは、コピー動作用、すなわち画像を蓄積しない場合の画像処理制御装置１０１は、制御対象である画像処理デバイスＡ１０３、画像処理デバイスＢ１０３を制御する。それとは別に、蓄積文書用の画像処理制御装置１０２は、制御対象である蓄積文書用の画像処理デバイスＣ１０３を制御する。よって、画像処理制御装置１０１と蓄積文書用の画像処理制御装置１０２は、互いに独立して制御を行なっているため、ＭＦＰシステム全体の構成が複雑になってしまう。

また、ＭＦＰ機（ディジタル複合機）におけるような組み込み系の画像処理制御装置では、装置を"部品化"し、さまざまな機種に使い回せ、かつ、移植の際に作業が容易に行なえるような構造を持つことが、望まれている。また、実装されているデバイスの状態を把握し制御を切り替えられる仕組みを画像処理制御装置に組み込み、画像処理の実現手段にあわせて制御方法を変えることによって、１つの画像処理制御装置で複数の種類のデバイス制御を移植し、機能の拡張を実現することや、さらにリソース管理を行うことによって複数同時利用を可能にし、高機能化を実現することが望まれている。

上記のような背景にあって、ＭＦＰ機のような画像処理装置では、複数のディジタル化された画像データを蓄積できる機能が加わり、ネットワークに接続されたクライアントＰＣ(端末)から画像情報を蓄積したり、複合機をスキャナとして用いて画像データを読み込み蓄積し、その後の利用に供する。ここに蓄積される画像（文書）データは、自機だけでなくネットワーク接続された外部のスキャナ、複写機から送られてくる等、様々な入力パスを通して取り込まれ、画像データも一様ではない。この結果、ここに蓄積された画像データを用いて最適な印刷出力を得るためには、最適な画像処理と画像処理パラメータを用いて行なう必要がある。

本発明の解決課題は、蓄積した画像情報に対して、最適な画像処理を行うことができる画像処理装置、画像処理方法、および画像処理プログラムを提供することにある。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、指定されたプログラムおよびデータのうち少なくとも一方をダウンロードすることによって処理を変更する、画像処理制御を行う画像処理デバイスを備える画像処理装置において、蓄積される画像情報に付属する情報として設定された付属情報を記憶する蓄積文書情報記憶手段と、画像情報を出力する際に画像情報に対して設定された操作情報を取得する操作情報取得手段と、前記蓄積文書情報記憶手段に記憶された前記付属情報及び前記操作情報取得手段によって取得された前記操作情報を、当該画像処理装置において一意に定まる蓄積内部情報及び操作内部情報に変換するプロトコル変換手段と、前記プロトコル変換手段によって変換された前記蓄積内部情報及び前記操作内部情報を、プログラムおよびデータのうち少なくとも一方であって、前記画像処理デバイスへダウンロードされる対象に対応付けられた詳細情報に変換する詳細情報変換手段と、前記詳細情報変換手段によって変換された前記詳細情報に対応付けられた前記ダウンロードされる対象を前記画像処理デバイスにダウンロードするダウンロード手段と、を備えることを特徴とする。

また、請求項２にかかる発明は、請求項１に記載の画像処理装置において、前記プロトコル変換手段は、前記付属情報が存在しない場合には、前記操作情報取得手段によって取得された前記操作情報のみを、当該画像処理装置において一意に定まる操作内部情報に変換すること、を特徴とする。

また、請求項３にかかる発明は、請求項１または２に記載の画像処理装置において、前記付属情報は、色情報、原稿モード、解像度、階調数、像域分離処理ＯＮ／ＯＦＦ、ディジタルＡＥ処理ＯＮ／ＯＦＦ、画像サイズ、アプリケーション情報および画像を読取った機種情報の少なくとも一つを含むこと、を特徴とする。

また、請求項４にかかる発明は、指定されたプログラムおよびデータのうち少なくとも一方をダウンロードすることによって処理を変更する画像処理デバイスを備える画像処理装置における画像処理方法において、蓄積される画像情報に付属する情報として設定された付属情報及び画像情報を出力する際に画像情報に対して設定された操作情報を、当該画像処理装置において一意に定まる蓄積内部情報及び操作内部情報に変換するプロトコル変換ステップと、前記プロトコル変換ステップによって変換された前記蓄積内部情報及び前記操作内部情報を、プログラムおよびデータのうち少なくとも一方であって、前記画像処理デバイスへダウンロードされる対象に対応付けられた前記詳細情報に変換する詳細情報変換ステップと、前記詳細情報変換手段によって変換された前記詳細情報に対応付けられた前記ダウンロードされる対象を前記画像処理デバイスにダウンロードするダウンロードステップと、を有することを特徴とする。

また、請求項５にかかる発明は、請求項４に記載された画像処理方法をコンピュータに実行させることを特徴とする。

請求項１にかかる発明によれば、プロトコル変換手段によって、蓄積される画像情報に付属する情報として設定された付属情報及び画像情報を出力する際に画像情報に対して設定された操作情報を、当該画像処理装置において一意に定まる蓄積内部情報及び操作情報に変換し、詳細情報変換手段によって、プロトコル変換手段によって変換された蓄積内部情報及び操作内部情報を、プログラムおよびデータのうち少なくとも一方であって、画像処理デバイスへダウンロードされる対象に対応付けられた詳細情報に変換し、ダウンロード手段によって、詳細情報変換手段によって変換された詳細情報に対応付けられたダウンロードされる対象を画像処理デバイスにダウンロードすることにより、以前に読取った画像情報やネットワークを介して送信された画像情報に対して、読取時に設定した情報を用いて最適な画像処理を行うことができるため、より高品質な画像出力を行うことができるという効果を奏する。また、画像情報を出力する際の利用者の要望に即した画像処理を実行することができるという効果を奏する。

また、請求項２にかかる発明によれば、プロトコル変換手段は、付属情報が存在しない場合には、操作情報取得手段によって取得された操作情報のみを、当該画像処理装置において一意に定まる操作内部情報に変換することにより、処理要求が蓄積画像に対する処理ではない場合に、蓄積画像に対する制御動作を省略することができるため、処理を高速化し、リソースを有効利用することができるという効果を奏する。

また、請求項３にかかる発明によれば、付属情報は、色情報、原稿モード、解像度、階調数、像域分離処理ＯＮ／ＯＦＦ、ディジタルＡＥ処理ＯＮ／ＯＦＦ、画像サイズ、アプリケーション情報および画像を読取った機種情報の少なくとも一つを含むことにより、蓄積されている画像の情報をより正確に把握することができ、その画像に対し最適な画像処理と画像処理パラメータを設定することができるため、より高品質な画像出力を行うことができるという効果を奏する。

また、請求項４にかかる発明によれば、プロトコル変換ステップによって、蓄積される画像情報に付属する情報として設定された付属情報及び前記画像情報を出力する際に前記画像情報に対して設定された操作情報を取得する操作情報取得手段により取得された前記操作情報を、当該画像処理装置において一意に定まる蓄積内部情報に変換し、詳細情報変換ステップによって、プロトコル変換ステップによって変換された蓄積内部情報及び前記操作情報を、プログラムおよびデータのうち少なくとも一方であって、画像処理デバイスへダウンロードされる対象に対応付けられた詳細情報に変換し、ダウンロードステップによって、詳細情報変換ステップによって変換された詳細情報に対応付けられたダウンロードされる対象を画像処理デバイスにダウンロードすることにより、以前に読取った画像情報やネットワークを介して送信された画像情報に対して、読取時に設定した情報を用いて最適な画像処理を行うことができるため、より高品質な画像出力を行うことができるという効果を奏する。

また、請求項５にかかる発明によれば、請求項４に記載された画像処理方法をコンピュータに実行させることにより、以前に読取った画像情報やネットワークを介して送信された画像情報に対して、読取時に設定した情報を用いて最適な画像処理を行うことができるため、より高品質な画像出力を行うことができるという効果を奏する。

まず、本発明についての基本的な考え方と画像処理装置の基本構成について、図１及び図２を参照して説明する。本発明は、プログラム・データの変更によって画像処理機能が変えられる複数種の画像処理デバイスを有する画像処理装置において、機能の拡張を容易にし、構成の複雑化を回避可能とすることを意図し、この意図を実現する手段として、画像処理制御装置における画像処理デバイスの機能を変更する構成を"部品化"し、複数種の画像処理デバイスの機能を制御するために、１つの画像処理制御装置を用いることを基本的な考え方としている。

図１は、本実施形態にかかる画像処理装置の基本構成の一例を示す説明図である。本発明は、図１に示すように、操作部からの入力情報をインタフェースプロトコル変換する（「内部変数情報」又は「内部情報」への変換）部分（プロセスＰ１ｃ）と、操作部からの実行要求に対するリソース管理、実装されているデバイスに対するサービスを構築する部分（プロセスＰ２ｃ）と、インタフェースプロトコル変換した情報をデバイスにダウンロードするための詳細な情報（プログラム・データ管理情報）に変換する部分（プロセスＰ３ｃ）と、翻訳された詳細な情報をもとにデバイスにダウンロード要求をする部分（プロセスＰ４ｃ）を備えている。

つまり、本発明の構成は、"部品化"を実現するために、図１９−２に示した従来のＤＳＰを制御する画像処理装置の構成に、操作部からの実行要求に対するリソース管理、実装されているデバイスに対するサービスを構築する概念（プロセスＰ２ｃ）を追加する。リソースや実装した画像処理デバイスを意識することによって、複数同時利用（複数のプロセス要求の発生）への対応、或いは１つの制御装置で複数の種類のデバイス制御を可能にしている。さらに、図１９−２での操作部からの入力情報を、ＤＳＰを制御する画像処理装置が理解できる情報に翻訳する部分（プロセスＰ１ｂ）は、本発明の構成では、操作部からの入力情報をインタフェースプロトコル変換する部分（プロセスＰ１ｃ）と、インタフェースプロトコル変換した情報をデバイスにダウンロードするための詳細な情報に変換する部分（プロセスＰ３ｃ）とに分けた構成になっている。

図２は、本発明にかかる画像処理制御装置と制御対象である画像処理デバイスの関係の一例を示す説明図である。なお、以下の説明では、画像処理装置としてＭＦＰ機を例にする。

本発明では、画像処理制御装置２０１は図１のように機能ごとに"部品化"されているので、蓄積文書制御機能２０４という"部品"をこれまでの画像処理制御装置２０１に付け加えることができる（図２）。これによって、従来通りのコピー動作及び蓄積画像を対象とする画像処理を１つの制御装置で実現可能にする。実際にコピー動作、蓄積画像に対する画像処理を実現する画像処理デバイス２０３は、同一のＡＳＩＣまたはＤＳＰである場合が多いため、１つの画像処理制御装置２０１で制御を実現するほうが、ＭＦＰシステム全体の構成の複雑化を防ぐことができる。また、蓄積画像制御機能を"部品化"することによって、蓄積機能を持つ機種と持たない機種において、その部品化された機能を追加したり、外したりするだけで複数の機種に柔軟に対応できる。このように、画像処理制御装置２０１に対する新たな機能の追加を、現在の構成に新たな機能を"部品化"して追加していくことによって、柔軟に対応することが可能になる。

以下に添付図面を参照して、本発明にかかる画像処理装置の最良な実施の形態を詳細に説明する。なお、以下の説明では、画像処理装置として、ＭＦＰ機のように、原稿からのスキャナ入力画像、蓄積画像それぞれに対する画像処理を操作部からの指示に従って行う複数の画像処理デバイスを備えた装置を適用対象とし得る画像処理装置を例にする。

「実施形態１」
図３は、実施形態１にかかる画像処理装置（ＭＦＰ機）における画像処理制御システムの全体構成を概略的に示すブロック図である。図３に示す画像処理制御システムは、ＭＦＰ機の利用者が処理を要求し、その処理条件の設定入力を行うための操作部３０１、蓄積画像とその付属情報を管理する蓄積文書情報管理部３０３、操作部３０１からの入力情報と蓄積文書情報管理部３０３からの蓄積画像の付属情報を管理する上位の制御ソフト３０２、画像処理デバイス２０３へのダウンロード情報やリソース状態を制御する画像処理制御装置２０１、画像処理制御装置２０１によってダウンロードされた情報をもとに、画像処理を実現する複数のＡＳＩＣ、ＤＳＰ等の画像処理デバイス２０３（ここでは、Ａ、Ｂ２つのデバイスを例示する）で構成する。

操作部３０１は、利用者の様々な要求に応じた処理条件の設定が可能である。その操作部３０１の情報をサービス層である上位の制御ソフト３０２が、設定内容や設定が起きた時間を考慮してタスクに分割し、プロセスとして画像処理制御装置２０１に伝える。また、操作部３０１の情報とともに、蓄積文書情報管理部３０３からの蓄積画像の付属情報も同時に画像処理制御装置２０１に伝える。

ユーザの要求に従って異なる入力となる操作部３０１からの入力情報と蓄積文書情報管理部３０３からの蓄積画像の付属情報をもとに、画像処理制御装置２０１で画像処理デバイスＡ、Ｂ ２０３に設定しなければいけないプログラム・データを管理する情報への変換を行う。操作部３０１からの情報が、蓄積文書情報管理部３０３からの蓄積画像の付属情報より上位の情報であり、操作部３０１でコピー動作（画像蓄積を行わない動作）、蓄積された画像の再印刷動作のいずれを動作させるかの、動作モードが指定される。

画像処理制御装置２０１は、まず、ユーザが操作部３０１で指定したアプリケーション情報（動作モード）を読み取り、処理要求が操作部３０１からの情報のみでいいのか、蓄積文書情報管理部３０３からの蓄積画像の付属情報も用いて処理しなくてはいけないのか判断する。不要だと判断した情報に関しては読み取りを行なわない。

但し、画像処理制御装置２０１は、システム情報だけは、逆に上位の制御ソフト３０２に対し問い合わせる。システム情報は、設計段階のときＩＰＵボード（画像処理ユニットボード）に変更があり、このボードに実装される画像処理デバイスＡ、Ｂ ２０３の種類や個数が変更する場合にも、これをサポートすることを可能にし、現在どのようなＩＰＵボードが実装されていて画像処理デバイス２０３は何個実装されているかを判断するための情報や、又リソースの使用状態を示す情報である。画像処理制御装置２０１は、このシステム情報から、制御対象の種類や個数、ＩＰＵボードの実装状態を把握し、どのような設計段階であっても、１つの画像処理制御装置でダウンロード制御を行なうことを可能にする。

操作部３０１からの入力情報には、ユーザが指定したアプリケーション情報、文字モードなどのモードレベルや、直接ＭＴＦフィルタのプログラムの番号を指定するファンクションレベルや、サービスマンコマンド等の様々な要求を表した情報が含まれる。また、蓄積文書情報管理部３０３からの蓄積画像の付属情報とは、その蓄積文書をユーザが保存したときに操作部３０１で選んだ文字モード、原稿が濃いか薄いかを表すなどの情報であり、システムが保存した情報である。

画像処理制御装置２０１は、これらの情報をもとに画像処理デバイス２０３にダウンロードするために必要な詳細レベルの情報に変換する。画像処理制御装置２０１は自身で変換したプログラム・データをもとに画像処理デバイス２０３の内部にあるメモリにダウンロードを実行する。ダウンロード後、画像処理デバイス２０３は、ダウンロードされたプログラム・データに従い画像処理を行う。

ここで、上記した画像処理制御装置２０１における制御動作を処理フローに沿って、より詳細に説明する。図４は、実施形態１にかかる画像処理制御装置２０１の処理フローを示す。また、図５は、蓄積画像に対し画像処理を行う場合の１プロセスに対する画像処理制御装置２０１のシーケンスを示す。

図４及び図５を参照して、画像処理制御装置２０１における制御動作を説明する。画像処理制御装置２０１は、外部情報の入力として上位の制御ソフト３０２から、システム利用者の要求として操作部３０１を通して入力された情報（ユーザ設定）を取得し（ステップＳ４０１）、蓄積文書情報管理部３０３からの蓄積画像の付属情報を取得する（ステップＳ４０２）。ユーザ操作による要求は、プロセス情報、文字モード、サイズ、原稿の濃い薄い、変倍率、ＭＴＦフィルタの番号等の様々な情報である。

画像処理制御装置２０１は、１プロセス要求管理部５０１で、受け取った情報に示された現在の処理要求に対し、１つの処理要求プロセスとしての管理をし（ステップＳ４０３）、外部情報の変換をインタフェースプロトコル管理部５０２に要求し、操作部３０１及び蓄積文書情報管理部３０３からの情報を内部変数に変換する（ステップＳ４０４）。この処理は、図５に示すシーケンス（１）の実行による。なお、外部情報を内部変数に変換することにより処理は増えるが、この後の画像処理制御装置２０１内の処理に外部情報の変動による画像処理制御装置２０１への影響を防ぐことができる。

インタフェースプロトコル管理部５０２で変換した内部変数情報のうち、操作部３０１からの情報を詳細情報変換管理部５０５に保存する（ステップＳ４０５）。操作部３０１からの情報に含まれているアプリケーション情報（コピー処理か蓄積文書の処理かを指定する）を内部変数に変換した後、蓄積文書（画像）のための処理であるか否かを、インタフェースプロトコル管理部５０２が判定する（ステップＳ４０６）。ここで、蓄積文書のための処理であると判定した場合（ステップＳ４０６：Ｙｅｓ）、蓄積文書情報（内部変数）管理部５０３に蓄積文書の付属情報の保存を行なう（ステップＳ４０７）。この処理は、図５に示すシーケンス（２）の実行による。

プロセス情報を含め内部情報に変換した後、リソース状態判断を１プロセス要求管理部５０１からリソース管理及びサービス管理部５０４に対して要求する（ステップＳ４０８）。この処理は、図５に示すシーケンス（３）の実行による。ここで、過去に取得したリソースの状態と現在のプロセス情報による取得しなくてはいけないリソースとの関係が、実行可能な条件を満たしているか、否かを判断する。実行可能であれば、現在のプロセス情報を保存し（ステップＳ４０９）、次のシーケンスの処理を進める。なお、実行が不可能な場合、上位の制御ソフト３０２にwait状態であることを知らせて、再度要求を送ってもらうようにする。

リソース管理及びサービス管理部５０４による実行の判断を受けて、１プロセス要求管理部５０１から詳細情報変換管理部５０５へダウンロードに必要なプログラム・データのダウンロード詳細情報の決定要求を送る。詳細情報変換管理部５０５は、操作部３０１からの内部情報と蓄積文書情報（内部変数）管理部５０３の保存内容を参照し、詳細情報に変換する（ステップＳ４１０）。この処理は、図５に示すシーケンス（４）の実行による。なお、この変換は、内部情報と蓄積文書の情報を直接画像処理デバイス２０３のダウンロードに用いずに、詳細情報という抽象概念を導入し、即ち、抽象レベルのプログラム・データ管理情報を用いることによって、再利用性向上を図っている。

最後に、ダウンロード実行をリソース管理及びサービス管理部５０４が、現在実装されている画像処理デバイス２０３のドライバ制御を管理するダウンロード要求管理部５０６へ詳細情報変換管理部５０５が変換した詳細情報（抽象レベルのプログラム・データ管理情報）を送り、ダウンロード要求管理部５０６は画像処理デバイス２０３へのダウンロードを実行する（ステップＳ４１１）。この処理は、図５に示すシーケンス（５）の実行による。

また、実装されている画像処理デバイス２０３の種類や個数等の情報を上位の制御ソフト３０２に問い合わせして、上位の制御ソフト３０２からシステム情報を得て、制御対象の情報を特定する。特定後、プログラム・データのダウンロードを実行して（ステップＳ４１１）、処理要求された１プロセスの画像処理を終了する。終了したら再び操作部３０１からの入力待ちの状態になる。

「実施形態２」
図６は、実施形態２にかかる画像処理装置（ＭＦＰ機）における画像処理制御システムの全体構成を概略的に示すブロック図である。なお、図６は、システムの構成とともに、画像処理制御装置２０１内にある各管理部間の情報の流れを示している。また、画像処理制御装置２０１内の１プロセスの制御シーケンスを（１）〜（８）の番号順で示している。

図６に示すＭＦＰ機の画像処理制御システムは、システム利用者が処理を要求し、その処理条件の設定入力を行うための操作部３０１、蓄積画像とその付属情報を管理する蓄積文書情報管理部３０３、操作部３０１からの入力情報と蓄積文書情報管理部３０３からの蓄積画像の付属情報を管理する上位の制御ソフト３０２、画像処理デバイスへのダウンロード情報を制御する画像処理制御装置２０１、画像処理制御装置２０１によってダウンロードされた情報をもとに、画像処理を実現する複数のＡＳＩＣ、ＤＳＰ等の画像処理デバイス２０３（ここでは、Ａ、Ｂ２つのデバイスを例示する）で構成する。

上述した図３における画像処理制御装置２０１との違いは、画像処理制御装置２０１内の構成にある。本実施形態では、１プロセス要求管理部５０１が、１プロセスのシーケンスを管理するマネージャの役割を果たすという点を特徴とし、インタフェースプロトコル管理部５０２、リソース管理及びサービス管理部５０４、詳細情報変換管理部５０５の各管理部が処理を実行するために必要な情報を処理実行要求とともに送る。また、構成については、デバイス単位にダウンロード要求管理部５０６が存在する点が異なる。

図６に示した、１プロセスの制御シーケンス（１）〜（８）の順に従い、画像処理制御装置２０１の制御動作を説明する。

操作部３０１への入力によって指示される、スキャナもしくはプリンタプロセスによる画像処理制御要求が、上位の制御ソフト３０２から送られてくると、１プロセス要求管理部５０１は、シーケンス（１）として、インタフェースプロトコル管理部５０２に、操作部３０１からの入力情報及び蓄積文書情報管理部３０３からの蓄積画像の付属情報に対する変換要求を送り、操作部３０１からの入力情報は、詳細情報変換管理部５０５が管理する内部変数に変換する。

また、蓄積文書情報管理部３０３からの蓄積画像の付属情報に関しても、次のような手順で、変換、管理をする。即ち、シーケンス（２）として、インタフェースプロトコル管理部５０２は、操作部３０１からの情報の１つであるプロセス情報から蓄積文書に対する処理か、否かを判定する。蓄積文書に対する処理でないと判定した場合、上記の内部変数のみを変換対象にする。他方、蓄積文書に対する処理である場合、蓄積文書情報管理部３０３からの蓄積画像の付属情報も変換対象とし、変換後の内部変数を蓄積文書情報（内部変数）管理部５０３に保存する。外部情報を内部変数に変換することにより、処理は増えるがこの後の画像処理制御装置２０１内の処理に外部情報の変動による画像処理制御装置２０１への影響を防ぐことができる。

次に、１プロセス要求管理部５０１は、シーケンス（３）として、リソース状態判断をリソース管理及びサービス管理部５０４に対して要求する。ここで、過去に取得したリソースの状態と現在のプロセス情報による取得しなくてはいけないリソースとの関係が、実行可能な条件を満たしているか、否かを判断する。実行可能であれば次のシーケンスによる処理に進むが、不可能な場合、上位の制御ソフト３０２にwait状態であることを知らせて、再度要求を送ってもらうようにする。

また、リソース管理及びサービス管理部５０４による実行可能の判断を受けて、１プロセス要求管理部５０１は、シーケンス（４）として、詳細情報変換管理部５０５へダウンロードに必要なプログラム・データのダウンロード詳細情報の決定要求を送る。詳細情報変換管理部５０５は、自身が管理している操作部３０１の内部情報と、送られてきた変換後の蓄積文書情報（内部変数）管理部５０３の情報より、詳細情報に変換する。なお、この変換は、内部情報と変換後の蓄積文書情報（内部変数）管理部５０３の情報を直接画像処理デバイス２０３のダウンロードに用いずに、詳細情報という抽象概念を導入し、即ち、抽象レベルのプログラム・データ管理情報を用いることによって、再利用性向上を図っている。

次に、１プロセス要求管理部５０１は、シーケンス（５）として、リソース管理及びサービス管理部５０４に蓄積文書情報（内部変数）管理部５０３が管理する蓄積文書の情報と、詳細情報変換管理部５０５で変換したダウンロード詳細情報を送り、画像処理デバイス２０３へのダウンロード実行要求を行なう。

ダウンロード実行要求を受けたリソース管理及びサービス管理部５０４は、シーケンス（６）として、実装されている画像処理デバイスＡ、Ｂ ２０３を判断し、各デバイスのドライバ制御を管理するダウンロード要求管理部５０６にダウンロード詳細情報を送る。

ここで、ＤＳＰの個数情報等のシステム情報３０４がダウンロード制御に必要な場合、シーケンス（７）として、上位の制御ソフト３０２に問い合わせ、ダウンロード対象を特定する。各画像処理デバイスＡ ２０３をＤＳＰとした場合、ＤＳＰは、画像処理プログラムを変えることにより、その内部での画像処理を容易に変更することができる。この利点は、設計変更を容易にすることを意味している。設計段階で画像処理アルゴリズムを変えることによって、ＩＰＵボードでのＤＳＰの個数の入れ替えが起こり得る。ＤＳＰを対象としたデバイスＡのダウンロード要求管理部５０６は、ＤＳＰの個数情報等のシステム情報３０４を上位の制御ソフト３０２に問い合わせることによって、ダウンロード対象を特定する。画像処理デバイスＢ ２０３がＡＳＩＣの場合、画像処理アルゴリズムが決定し、変更ができないデバイスなので、個数の入れ替え等あまり起こり得ない。この場合、特にシステム情報３０４を常に監視する必要がないので、参照する機能はなくダウンロード要求管理部５０６内の情報のみでダウンロード制御を実現する。このように、ダウンロード要求管理部５０６が問い合わせるのは、システム情報３０４は機種依存の情報でどの機種でも必要ではない情報である。実装の都合に大きく依存する情報なので、実装対象を管理する最も近いダウンロード要求管理部５０６が行なうことによって変動要素をこの管理部に集約している。

最後に、各ダウンロード要求管理部５０６は、シーケンス（８）として、担当する画像処理デバイス２０３へのダウンロードを実行する。送られてきたダウンロード詳細情報と蓄積文書情報（内部変数）管理部５０３が管理する蓄積文書の情報とダウンロード実行要求により、各ダウンロード要求管理部５０６は担当する画像処理デバイス２０３に対し、プログラム・データのダウンロードをして処理を終了する。ダウンロード要求管理部５０６をデバイス単位に分割することによってダウンロード要求管理部５０６も部品化され、ＭＦＰ機の画像処理デバイス２０３の実装状況に応じて入れ替えを最小限に抑えることができる。画像処理制御装置２０１での処理が終了したら、再び操作部３０１からの入力待ちの状態になる。

次に、上述した実施形態１および実施形態２にかかる画像処理システムにおけるインタフェースプロトコル管理部５０２の実施レベルの構成を例示して、説明する。

図７は、インタフェースプロトコル管理部５０２の本実施形態の処理フローを示す。インタフェースプロトコル変換は、従来のアプリケーションごとに独立した制御システムでは、コピー動作と蓄積文書の出力動作の同時処理といったことを考慮することがなかったが、上述したように、画像を蓄積しないコピー動作以外に蓄積文書の動作も対象とすることにより、変換の対象が蓄積文書情報管理部３０３からの蓄積画像の付属情報も加わる。

図７を参照して、インタフェースプロトコル管理部５０２の処理を説明する。まず、操作部３０１からの入力情報のプロセス情報を翻訳する処理を実行する（ステップＳ７０１）。このプロセス情報は、コピー、蓄積文書出力のいずれの動作にも必要な情報であり、ユーザが指定したアプリケーションを特定するために使うので、まずこの情報を翻訳する。

次いで、翻訳したプロセス情報をもとに、蓄積文書の出力動作であるか、否かを判断する（ステップＳ７０２）。このステップは、コピー動作には不要な蓄積文書の付属情報（設定）に対する処理を省略するために行う。即ち、操作部３０１からの設定はコピー、蓄積文書出力のいずれの動作にも必要であるが、蓄積文書情報管理部３０３からの蓄積画像の付属情報は、蓄積文書に対する処理のみに必要な情報である。そこで、翻訳したプロセス情報より、蓄積文書情報管理部３０３からの蓄積画像の付属情報が今回指示された動作の制御に必要か、否かの判断を行ない、コピー動作等の特に必要ではないと判断された場合、保存しても使わない情報なので、蓄積画像の付属情報に対する翻訳、保存処理を省略する。

蓄積文書の出力動作であると判断された場合には（ステップＳ７０２：Ｙｅｓ）、蓄積画像の付属情報を翻訳し、内部変数としてその結果を得る（ステップＳ７０３）。次いで、翻訳結果として得た内部情報（翻訳した蓄積文書の情報７０８）を蓄積文書情報（内部変数）管理部５０３に保存する（ステップＳ７０４）。

他方、操作部３０１からの入力情報については、どの動作にとっても必要であるために、常に翻訳を行い、内部変数としてその結果を得（ステップＳ７０５）、得た内部情報（翻訳した操作部の情報７０７）を詳細情報変換管理部５０５に保存する（ステップＳ７０６）。この一連の処理をどのアプリケーションに対する処理要求のプロセスでも行なう。図７に示す例では、操作部３０１からの入力情報の翻訳、保存処理を、コピー動作では、蓄積文書に対する処理動作の判断後、直ぐに行い、又蓄積文書の出力動作では、蓄積画像の付属情報の翻訳、保存処理に加えて行う。

このように、蓄積文書の出力動作であるか、否かを判断する機能を追加したことにより、不要な情報を翻訳、保存することなく処理が高速化する。また、１つのインタフェースプロトコル管理部５０２によって、付加されたアプリケーションである蓄積文書の出力動作に必要な、蓄積文書の付属情報に対する翻訳と、翻訳結果としての内部情報の保存を可能にする。

上述した実施形態１および実施形態２にかかる画像処理システムにおける詳細情報変換管理部５０５の実施レベルの構成を例示して、説明する。

図８は、詳細情報変換管理部５０５の本実施形態の構成を示す。図８に示す詳細情報変換管理部５０５は、詳細情報変換管理マネージャ８０２と、画像処理Ａ、Ｂ、Ｃ、Ｄ、…の詳細情報変換部８０１を構成要素とする。なお、詳細情報変換管理部５０５では、各画像処理の詳細情報変換部８０１によってＡ、Ｂ、Ｃ、Ｄ、…の画像処理単位で詳細な情報への変換を行うので、図８中に、この変換に必要な情報である、翻訳した操作部の情報７０７及び翻訳した蓄積文書の情報７０８の参照構造を示している。

図８を参照して、詳細情報変換管理部５０５の動作を説明すると、先ず、１プロセス要求管理部５０１（図５、図６参照）から詳細情報変換要求が送られてくる。詳細情報変換管理部５０５への外部からの要求は、常に詳細情報変換管理マネージャ８０２が受け付ける。

詳細情報変換管理マネージャ８０２は、要求に従い各画像処理の詳細情報変換部８０１に対し、それぞれの画像処理に対する変換要求（図８の実線）を送る。各画像処理の詳細情報変換部８０１は、詳細情報変換管理マネージャ８０２からの要求に従い、自身が担当する画像処理の詳細情報８０３への変換を行う。

変換に必要な情報としては、画像処理Ａ、Ｂ、Ｃ、Ｄ、…の詳細情報変換部８０１のいずれも、インタフェースプロトコル管理部５０２（図７参照）によって変換された情報を用いる。この情報は、図８の点線で示すように、操作部３０１からの情報の場合、翻訳した操作部の情報７０７を参照し、蓄積文書の場合、翻訳した蓄積文書の情報７０８を参照して、必要な情報を得る。

画像処理Ａ、Ｂ、Ｃ、Ｄ、…の詳細情報変換部８０１がそれぞれ行う変換に、どの情報が必要であるかは、各変換部８０１が判断し、詳細情報の変換に必要な情報のみをそれぞれの情報源から取得する。画像処理によっては、翻訳した操作部の情報７０７、翻訳した蓄積文書の情報７０８、またはこれらの両方を制御に必要とする処理があり、その判断は画像処理によって決まるので、画像処理の詳細情報変換部８０１の変動部として、制御要求に従って変更することが可能な構成を採用する。

画像処理Ａ、Ｂ、Ｃ、Ｄ、…の詳細情報変換部８０１各々が、参照後、詳細な情報を決定し、決定した画像処理用の詳細情報８０３をそれぞれの格納場所に保存する。この各画像処理Ａ、Ｂ、Ｃ、Ｄ用の詳細情報８０３も、詳細情報変換管理部５０５が詳細情報群として保存し管理する。

以下の説明は、上述した実施形態１および実施形態２にかかる画像処理システムにおける詳細情報変換管理部５０５における実施レベルの構成として、詳細情報変換をテーブル参照方式により行う例を提案するものである。

図９は、操作部の要求レベルを次元にした参照テーブルの一例を示す。画像処理デバイス２０３としては、ＤＳＰを用いた例に見ることができるように、もともとプログラムとデータを自在に書き換えることが可能であり、様々なバリエーションの画像処理を実現することを前提としているので、操作部３０１の要求レベルによってダウンロードが必要なプログラム・データの情報は、常に変わる可能性がある。このようにいつ変更するかもしれないコードをソースコードで管理していると、その作業頻度は増大してしまう。

そこで、詳細情報変換管理部５０５内の画像処理の詳細情報変換部８０１（図８参照）は、図９に示すような操作部の要求レベルを次元にしたテーブルで管理して、その翻訳された情報をもとに、ダウンロード要求管理部５０６（図５、図６参照）に対し、画像処理デバイス２０３にダウンロードするプログラム・データを要求する、画像処理群の詳細情報８０３（図８参照）を決定する。

図９に示すテーブルは、操作部３０１の［要求レベル１］、 ［要求レベル２］、 ［要求レベル３］をテーブルの次元にして、ＰＸ(プログラム種類)、ＤＸ(データ種類)を決定するためのものを例示する。制御する要因が［要求レベル１］、 ［要求レベル２］、 ［要求レベル３］で変わらず、操作部の要求レベルによってダウンロードしなくてはいけないプログラム・データを変えたい場合、作業者はソースコードを意識することなく、このテーブルをもとにプログラム番号ＰＸとデータ番号ＤＸを書き換える。この様にすることによって、実際にソースコードは、このテーブルを参照し、ダウンロードに必要なプログラム・データの情報を決定しているので、ダウンロード要求管理部５０６に送る要求を変えることが可能となり、この方式によって、目的とする画像処理デバイス２０３にダウンロードするプログラムとデータの内容が変更できる。

図９に例示したようなテーブル参照方式による制御構造は、上記のように、操作部の要求レベルによってプログラム・データの情報を決定できるが、本実施形態では、さらに、翻訳した蓄積文書の情報７０８も参照でき、さらにその内容を制御することを可能とする。

図１０は、この参照テーブルの例を示すもので、操作部の要求レベル、蓄積文書情報を次元にしたテーブルを示している。図１０に示す例は、テーブル参照方式による制御構造は同じである。しかし、この例の場合、テーブルの第２次元目は、［蓄積文書情報］として、翻訳した蓄積文書の情報７０８も参照できるような形式にしている。

また、上記したテーブル参照方式による制御構造を、コピー及び蓄積文書出力の動作を行うシステムに用いた場合の実施形態を以下に例示する。ここでは、コピー、蓄積文書出力のそれぞれの動作に応じて、参照テーブルの切り替え制御を行う手段を、画像処理Ａ用の詳細情報変換部８０１に用意する。

図１１は、本例の蓄積文書判断による参照テーブル切り替えの制御フローの一例を示す。この例では、コピー、蓄積文書出力の各動作に応じて、コピー、蓄積文書出力用の参照テーブルとしてそれぞれ管理されている、図９、図１０のようなテーブルを切り替える制御動作を詳細情報変換管理部５０５内の画像処理Ａ用の詳細情報変換部８０１（図８参照）で行うようにする。

図１１の制御フローを参照すると、先ず、翻訳した操作部の情報７０７のプロセス情報より蓄積文書のための処理か、否かの判定を行なう（ステップＳ１１１）。ここで、蓄積文書のための処理であった場合（ステップＳ１１１：Ｙｅｓ）、図１０の翻訳した蓄積文書の情報７０８も参照できるような形式のテーブルを参照する（ステップＳ１１３）。この場合、テーブル参照に必要な蓄積文書の情報７０８と、そのテーブルの次元は、画像処理Ａの詳細情報変換部８０１が把握しているものとして、テーブル参照を行ない、画像処理Ａ用の詳細情報８０３を得る（ステップＳ１１４）。

蓄積文書のための処理でなかった場合（ステップＳ１１１：Ｎｏ）、図９の翻訳した操作部の情報７０７のみを参照できる形式のテーブルを参照し（ステップＳ１１２）、画像処理Ａ用の詳細情報８０３を得る（ステップＳ１１４）。

処理の制御要求によって、どのような外部情報を用いるか、どのようなテーブルを用意するかは、変わるものなので、変動部として画像処理の詳細情報変換部８０１を設計していく。図１１に示した例では、画像処理Ａの詳細情報変換部８０１のみを示しているが、全ての画像処理に対し、１つずつの画像処理の詳細情報変換部８０１によって、同様の処理をしていき、全ての画像処理に対し画像処理の詳細情報８０３への変換を行う。

上述した第１の実施の形態および第２の実施の形態にかかる画像処理システムにおけるダウンロード要求管理部５０６（図５、図６参照）を実施レベルの構成を例示し、説明する。

図１２は、画像処理デバイス２０３にダウンロード要求管理部５０６が、プログラムをダウンロードする場合に参照するプログラムテーブルの例を示す。画像処理デバイス２０３としては、ＤＳＰを用いた例に見ることができるように、もともとプログラムとデータを自在に書き換えることが可能であり、様々なバリエーションの画像処理を実現することを前提としているので、操作部３０１の要求レベルによってダウンロードが必要なプログラム・データの情報は、常に変わる可能性がある。このように、いつ変更するかもしれないコードをソースコードで管理していると、その作業頻度は増大してしまう。

そこで、ダウンロード管理部５０６は、ＤＳＰ制御装置が理解できる情報に翻訳する画像処理の詳細情報変換部８０１が決定したプログラムとデータ番号をもとに、その番号に属している図１２に示したテーブルに示しているような複数のプログラムを決定し、その決定したプログラムを画像処理デバイス２０３に対してダウンロード要求を実行する。

例えば、図９のテーブルで、プログラム番号Ｐ８が選択された場合、画像処理デバイス２０３にダウンロード要求管理部５０６は、図１２のテーブルから５つの5,0,0,0,0番目にあるプログラムを、画像処理デバイス２０３に対してダウンロード要求を出して、ダウンロードを行なう。

この画像処理プログラム・データの設定に関しては、従来方法で実現可能であるが、プロセス情報の設定ができない。そこで、この設定を可能とするダウンロード要求管理部５０６を次に示す。

図１３は、プロセス情報の設定を可能とする本実施形態のダウンロード要求管理部５０６の構成を示す。図１３に示すダウンロード要求管理部５０６は、画像処理のダウンロード管理部１３０１と、テーブル群１３０２と、プロセス情報ダウンロード管理部１３０３を構成要素とする。なお、この例では、画像処理Ａ、Ｂ、２処理のダウンロード管理を行う例であり、画像処理Ａ、Ｂそれぞれのダウンロード管理部１３０１を有する。

図１３を参照して、ダウンロード要求管理部５０６の構成及びその動作を説明すると、設定項目は、大きく２つに分類され、１つは、画像処理のダウンロード管理部１３０１からの画像処理実行に必要なプログラム・データ情報と、もう１つは、画像処理を実現する対象の画像サイズ等の、プロセス情報ダウンロード管理部１３０３が管理するプロセス情報のデータがある。

画像処理用のプログラム・データは従来通り、各画像処理のダウンロード管理部１３０１がそれぞれの画像処理用の詳細情報８０３（図８参照）を入力として、ダウンロード要求管理部 ５０６が管理している、図１２に例示したようなテーブル群１３０２を参照し、ダウンロード設定値を特定し、ダウンロードを実行する。

他方、プロセス情報は、１プロセスに不変の情報で、蓄積文書に対する処理の指示があるか、否か、その判断を可能とするアプリケーション情報や、画像サイズ情報が含まれる。従来のコピー動作のみを対象とした画像処理制御装置２０１では、翻訳した蓄積文書の情報７０８がないため、操作部３０１からの情報として詳細情報変換管理部５０５（図５、図６参照）内の１つの情報として扱っていた。

しかし、本例では、画像サイズは、コピー動作、蓄積文書の出力動作によって変化し、また蓄積文書の出力動作の場合、その情報は、蓄積文書情報管理部３０３からの蓄積画像の付属情報になるため、蓄積文書情報管理部５０３（図５、図６参照）が管理する情報になる。画像サイズ情報は、画像処理デバイス２０３に何ラインの画像に対して画像処理を実行するか知らせるため画像処理制御装置２０１がダウンロード設定する項目の１つになる。

図１４は、蓄積文書動作であるか否かの判断により、プロセス情報を特定する制御フローの一例を示す。この制御フローは、プロセス情報ダウンロード管理部１３０３の管理動作として行う。

図１４の制御フローを参照して説明する。プロセス情報ダウンロード管理部１３０３は、翻訳した操作部の情報７０７を取得する（ステップＳ１４０１）。次に、画像サイズ情報等のプロセス情報ダウンロード値を特定するために、先ず、どの情報が有効であるか、プロセス情報ダウンロード管理部１３０３が判断する。即ち、翻訳した操作部の情報７０７のプロセス情報であるアプリケーション情報から蓄積文書動作であるか否かを判断する（ステップＳ１４０２）。蓄積文書動作であれば（ステップＳ１４０２：Ｙｅｓ）、蓄積文書情報７０８を有効情報としてプロセス情報を特定する（ステップＳ１４０４）。また蓄積文書動作でなければ（ステップＳ１４０２：Ｎｏ）、操作部情報７０７を有効情報として、プロセス情報を特定し（ステップＳ１４０３）、参照情報を切り替えて画像サイズ情報等のプロセス情報ダウンロード値を決定し（ステップＳ１４０５）、画像処理デバイス２０３にダウンロードを実行する（ステップＳ１４０６）。

上述した実施形態１および実施形態２にかかる画像処理システムにおけるダウンロード要求管理部５０６（図１３参照）に適用可能な実施レベルの構成として、ダウンロードするプログラム・データを詳細情報からの演算により求める方式により行う例を提案するものである。

図１５は、画像データの２値化変換に用いるγデータの一例を示す。これは、制御要求仕様でγデータを用いた２値化を行う際に、２値化の閾値が操作部３０１の情報として与えられる場合の一例である。ダウンロード要求管理部５０６は、２値化閾値情報をもとに、図１５のテーブルを参照し、その閾値番目γデータテーブルを参照し、画像処理デバイス２０３にダウンロードを実行すれば、このダウンロード制御によって、制御要求仕様の実現が可能になる。しかし、ただでさえ大きいγデータ(unsigned charデータが２５６個)を２５６個のテーブル情報として、ＲＯＭメモリを大量に消費することになる。

そこで、このメモリ容量を節約するために、以下の方法を採用する。図１６は、画像処理のダウンロード管理部１３０１が計算でγデータを求める本実施形態の演算方式による例を示す。

この例は、ダウンロードするデータは全てテーブル群１３０２を参照することによって得るのではなく、計算してＲＡＭ内に一時的にダウンロードするデータを作り、そのデータを用いてダウンロードを実行する例を示している。

図１６の（Ａ）に示す、一時保存用にGamTbl[256](unsigned char)をγテーブルとして用意し、図１６の（Ｂ）に示す、２値化閾値情報Thrと比較するγ演算式を用いることによって、GamTbl[256]に設定値を保存している。この場合、図１５に示した２５６個γデータを常時用いるテーブル制御方式に比べ一時保存で１個のγデータを保存するためのメモリを確保するだけで良いので、２５６倍メモリ容量を節約できる。しかも、１プロセスの制御を終了すればこの１つのγデータ保存メモリも開放され、他の処理に利用できる。

画像処理制御装置２０１自身が計算して、ダウンロード設定値を求める一例としてγデータ算出例を示したが、他にも色補正等のさまざまな制御要因に対し、演算によってダウンロード設定値を決定する方式が採用可能である。また、３次元コンボリューションを行なう際の変倍制御データの設定値もテーブル等あらかじめ画像処理制御装置２０１は保存しているのではなく、計算で求めてダウンロードを実行することにより、さらに演算方式を用いるメリットが大きくなる。

次に、上述した蓄積文書情報管理部３０３に蓄積する文書の付属情報について説明する。蓄積文書情報管理部３０３に蓄積する文書の付属情報とは、色情報（ＲＧＢ、ＣＭＹＫ等）、原稿モード、解像度、階調数、画像種に対応する像域分離処理のＯＮ／ＯＦＦ、ディジタルＡＥ（地肌除去）処理ＯＮ／ＯＦＦ、画像サイズ、アプリケーション情報及び蓄積した機種情報であり、蓄積文書の出力における画質の低下を起こさないようにするものである。

蓄積文書情報管理部３０３に蓄積する文書の付属情報は、蓄積文書の出力動作が指示された場合に、インタフェースプロトコル管理部５０２によって、内部変数に翻訳され、蓄積文書の動作時に使用することが可能になる。従って、蓄積画像に付属する、色情報（ＲＧＢ、ＣＭＹＫ等）、原稿モード、解像度、階調数、画像種に対応する像域分離処理のＯＮ／ＯＦＦ、ディジタルＡＥ（地肌除去）処理ＯＮ／ＯＦＦ、画像サイズ、アプリケーション情報及び蓄積した機種情報といった情報を、画像情報とともに蓄積文書の情報として、可能な限り、外部記憶装置等に設けた蓄積文書情報管理部３０３に保存しておくことは、蓄積文書の再利用時の画質を保つために必要となる。

図７を参照して説明したように、インタフェースプロトコル管理部５０２は、蓄積文書情報管理部３０３に蓄積する文書の付属情報として、これらの情報があれば、全て翻訳することができるので、画像処理制御装置２０１の制御要因になる。

インタフェースプロトコル管理部５０２が翻訳した蓄積文書の情報７０８として翻訳したら、その情報を用い図１０に示した、操作部の要求レベル、蓄積文書情報を次元にしたテーブルを参照して、各画像処理の詳細情報変換部８０１は、画像処理用の詳細情報８０３に変換できる（図８参照）。

制御要因である翻訳した蓄積文書の情報７０８がさらに多くなっても、翻訳した蓄積文書の情報７０８の参照構造は変わらず、制御する図１０のような制御テーブルの次元が増えメモリ容量を多く使用するが、画像処理制御装置２０１としては、テーブルを参照する制御構造の1行（もしくは数行）を変更するだけで、多次元となった制御テーブルを参照し、詳細な情報に変換できる。

また、テーブルを参照するための制御要因として翻訳した操作部の情報７０７、翻訳した蓄積文書の情報７０８を直接テーブルの参照に用いた例を示しているが、図１６に示すように、この２つの情報から計算して別の新しい値を求めた後にその値を用いてテーブル参照する演算方式を採用することも可能である。

図１７は、操作部の要求レベル、操作部の要求レベルと蓄積文書情報から計算した値を次元にしたテーブルの例を示す。図１７の（Ｂ）に示すテーブルにおいて、２次元目の［Ａ］の値は、図１７の（Ａ）に示す値で、翻訳した操作部の情報７０７、翻訳した蓄積文書の情報７０８における変倍率の情報（本例では、"操作部の変倍率情報／蓄積文書の変倍率情報"）から決定した値で、この［Ａ］を制御要因として、制御テーブルを参照している例を示している。

このように、様々な蓄積文書に対し、幅広いバリエーションで画像処理パラメータを選択することができ、高品質の画質を保証することが可能になる。

また、以前に読取った画像情報やネットワークを介して送信された画像情報について、付属情報を保持し、その付属情報を用いて画像処理デバイスにダウンロードするプログラムやデータを決定するもとにより、これらの画像情報に即した画像処理を行うことができ、高品質な画像を出力することができる。

図１８は、かかる画像処理装置１００のハードウェア構成を示すブロック図である。本図に示すように、この画像処理装置１００は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、画像処理装置１００全体の制御と描画、通信、操作部２０からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、またはスキャナなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）／ＤＳＰ２０３と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ／ＤＳＰ２０３ との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ(Random Access Memory)１２ｂと、をさらに有する。

ＣＰＵ１１は、画像処理装置１００の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。

ＡＳＩＣ／ＤＳＰ２０３は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ／ＤＳＰ２０３は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ／ＤＳＰ２０３の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ／ＤＳＰ２０３には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

なお、本実施形態の画像処理装置で実行される画像処理プログラムは、ＲＯＭ等に予め組み込まれて提供される。

本実施形態の画像処理装置で実行される画像処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態の画像処理装置で実行される画像処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態の画像処理装置で実行される画像処理プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

本実施の形態の画像処理装置で実行される画像処理プログラムは、上述した各部（１プロセス要求管理部、インタフェースプロトコル管理部、蓄積文書情報（内部変数）管理部、リソース管理及びサービス管理部、詳細情報変換管理部、ダウンロード要求管理部など）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから画像処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、１プロセス要求管理部、インタフェースプロトコル管理部、蓄積文書情報（内部変数）管理部、リソース管理及びサービス管理部、詳細情報変換管理部、ダウンロード要求管理部などが主記憶装置上に生成されるようになっている。

本実施形態にかかる画像処理装置の基本構成の一例を示す説明図である。 本発明にかかる画像処理制御装置と制御対象である画像処理デバイスの関係の一例を示す説明図である。 実施形態１にかかる画像処理装置（ＭＦＰ機）における画像処理制御システムの全体構成を概略的に示すブロック図である。 実施形態１にかかる画像処理制御装置の処理フローを示す図である。 蓄積画像に対し画像処理を行う場合の１プロセスに対する画像処理制御装置のシーケンスを示す図である。 実施形態２にかかる画像処理装置（ＭＦＰ機）における画像処理制御システムの全体構成を概略的に示すブロック図である。 インタフェースプロトコル管理部（図５、図６）における処理フローの一例を示す図である。 詳細情報変換管理部（図５、図６）の内部構成の一例を示す図である。 操作部の要求レベルを次元にした参照テーブルの一例を示す図である。 操作部の要求レベル及び蓄積文書情報を次元にした参照テーブルの一例を示す図である。 蓄積文書判断による参照テーブル切り替えの制御フローの一例を示す図である。 プログラムのダウンロード時に参照するプログラムテーブルの一例を示す図である。 ダウンロード要求管理部（図５、図６）の内部構成の一例を示す図である。 プロセス情報ダウンロード管理部の制御フローの一例を示す図である。 画像データの２値化変換に用いるγデータの一例を示す図である。 画像処理のダウンロード要求管理部（図１３）が計算でγデータを求める方式の一例の説明図である。 操作部の要求レベル、操作部の要求レベルと蓄積文書情報から計算した値、を次元にした参照テーブルの一例を示す図である。 かかる画像処理装置のハードウェア構成を示すブロック図である。 従来の画像処理装置の構成の一例を示す説明図である。 従来の画像処理装置の構成の一例を示す説明図である。 従来例にかかる画像処理制御装置と制御対象である画像処理デバイスの関係の一例を示す説明図である。

符号の説明

２０１・・画像処理制御装置、 ２０３・・画像処理デバイス、
３０１・・操作部、 ３０２・・上位の制御ソフト、
３０３・・蓄積文書情報管理部、 ３０４・・システム情報、
５０１・・１プロセス要求管理部、 ５０２・・インタフェースプロトコル管理部、
５０３・・蓄積文書情報（内部変数）管理部、
５０４・・リソース管理及びサービス管理部、
５０５・・詳細情報変換管理部、 ５０６・・ダウンロード要求管理部。

Claims (5)

1. 指定されたプログラムおよびデータのうち少なくとも一方をダウンロードすることによって処理を変更する、画像処理制御を行う画像処理デバイスを備える画像処理装置において、
   蓄積される画像情報に付属する情報として設定された付属情報を記憶する蓄積文書情報記憶手段と、
   画像情報を出力する際に画像情報に対して設定された操作情報を取得する操作情報取得手段と、
   前記蓄積文書情報記憶手段に記憶された前記付属情報及び前記操作情報取得手段によって取得された前記操作情報を、当該画像処理装置において一意に定まる蓄積内部情報及び操作内部情報に変換するプロトコル変換手段と、
   前記プロトコル変換手段によって変換された前記蓄積内部情報及び前記操作内部情報を、プログラムおよびデータのうち少なくとも一方であって、前記画像処理デバイスへダウンロードされる対象に対応付けられた詳細情報に変換する詳細情報変換手段と、
   前記詳細情報変換手段によって変換された前記詳細情報に対応付けられた前記ダウンロードされる対象を前記画像処理デバイスにダウンロードするダウンロード手段と、
   を備えることを特徴とする画像処理装置。
2. 前記プロトコル変換手段は、前記付属情報が存在しない場合には、前記操作情報取得手段によって取得された前記操作情報のみを、当該画像処理装置において一意に定まる操作内部情報に変換すること、を特徴とする請求項１に記載の画像処理装置。
3. 前記付属情報は、色情報、原稿モード、解像度、階調数、像域分離処理ＯＮ／ＯＦＦ、ディジタルＡＥ処理ＯＮ／ＯＦＦ、画像サイズ、アプリケーション情報および画像を読取った機種情報の少なくとも一つを含むこと、を特徴とする請求項１または２に記載の画像処理装置。
4. 指定されたプログラムおよびデータのうち少なくとも一方をダウンロードすることによって処理を変更する画像処理デバイスを備える画像処理装置における画像処理方法において、
   前記画像情報を出力する条件として設定された操作情報及び前記画像情報を出力する際に前記画像情報に対して設定された操作情報を、当該画像処理装置において一意に定まる蓄積内部情報及び操作内部情報に変換するプロトコル変換ステップと、
   前記プロトコル変換ステップによって変換された前記蓄積内部情報及び前記操作内部情報を、プログラムおよびデータのうち少なくとも一方であって、前記画像処理デバイスへダウンロードされる対象に対応付けられた詳細情報に変換する詳細情報変換ステップと、
   前記詳細情報変換手段によって変換された前記詳細情報に対応付けられた前記ダウンロードされる対象を前記画像処理デバイスにダウンロードするダウンロードステップと、
   を有することを特徴とする画像処理方法。
5. 請求項４に記載された画像処理方法をコンピュータに実行させることを特徴とする画像処理プログラム。

Images