(57)【要約】【課題】小規模のプログラマブルなデータ処理部でも、多様な処理機能、大規模処理を実現し、コスト削減を可能とする画像処理装置を提供する。【解決手段】画像処理装置は、プログラマブルなデータ処理部と、画像データを入力するデータ入力部、処理後画像データを出力するデータ出力部、入力された画像データや処理後画像データを一時的に格納するデータメモリなどを備え、データ処理部では、複数の処理プログラムが所定の順番に順次ロードされて、該ロードされた処理プログラム毎に、データメモリから画像データを読み込み、当該処理プログラムの処理を実行し、処理後の画像データを再びデータメモリに戻す処理を繰り返すようにする。複数の処理プログラムはデータサーバに格納しておき、例えば、制御ＣＰＵがデータサーバに格納された複数の処理プログラムを所定の順番に順次選択してデータ処理部にロードする。【選択図】図３
2008054005.tif 000002
【特許請求の範囲】
【請求項１】
プログラマブルなデータ処理部と、画像データを一時的に格納するデータメモリと、複数のプログラムを格納したデータサーバにネットワークで接続可能な外部Ｉ／Ｆ部を具備する画像処理装置において、
前記データ処理部は、データサーバの持つ複数の処理プログラムが所定の順番に順次読み込まれ、該読み込まれた各処理プログラム毎に、前記データメモリから画像データを読み込み、当該処理プログラムの処理を実行し、処理後の画像データを再び前記データメモリに戻す処理を繰り返すことを特徴とする画像処理装置。
【請求項２】
複数の処理プログラムを格納したデータサーバと、
前記データサーバに格納された複数の処理プログラムを所定の順番に順次選択して前記データ処理部にロードする制御手段を有することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記制御手段は、前記データ処理部の処理状態を監視し、前の処理プログラムの処理が終了すると、前記データサーバから次の処理プログラムを選択して前記データ処理部にロードすることを特徴とする請求項２記載の画像処理装置。
【請求項４】
複数の処理プログラムを格納したデータサーバと、
前記データサーバに格納された複数の処理プログラムを前記データメモリにロードする第１の制御手段と、前記データメモリから複数の処理プログラムを所定の順番に順次読み出して前記データ処理部に転送する第２の制御手段を有することを特徴とする請求項１記載の画像処理装置。
【請求項５】
請求項４記載の画像処理装置において、前記第１の制御手段は、装置の立ち上げ時に、前データサーバに格納された複数の処理プログラムを前記データメモリにロードすることを特徴とする画像処理装置。
【請求項６】
前記第２の制御手段は、前記データ処理部の処理状態を監視し、前の処理プログラムの処理が終了すると、前記データメモリから次の処理プログラムを読み出して前記データ処理部に転送することを特徴とする請求項４または請求項５記載の画像処理装置。
【請求項７】
画像処理装置はネットワークに複数の接続可能とし、データサーバに格納されている複数のプログラムを共通に使用可能な制御手段を持つ事を特徴とする請求項１記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル複写機、ファクシミリ装置、プリンタ等の単体機器、あるいは、これらやスキャナ等の一部あるいは全部の処理機能を複合した複合機（ＭＦＰ）、さらには、その他の画像データ処理機器に適用される画像処理装置に関する。
【背景技術】
【０００２】
デジタル複写機などの画像処理装置では、例えば、ライン間補正やシェーディング補正、ＭＴＦ（空間周波数特性）フィルタリング、ガンマ変換、階調処理などの処理機能が必要である。また、複合機（ＭＦＰ）では、コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等が１台の画像処理装置に要求される。
【０００３】
従来の画像処理装置では、一般に複数の独立の専用処理部を有するデータ処理ハードウエア（ＡＳＩＣ）を用いることで、複数の処理機能を実現していた（例えば、特許文献１、特許文献２参照）。
【０００４】
図８に、従来の複数の専用処理部を有するデータ処理ハードウエアを使用した画像処理装置のシステム構成例を示す。図８では簡単化のために、データ処理ハードウエア（ＡＳＩＣ）１１００は３つの独立の専用ハード処理部１１１０，１１２０，１１３０からなるとしているが、一般には、それ以上の処理部を有している。ここで、処理部１１１０は、画像の処理Ａを実行する処理ブロック（処理Ａブロック）１１１１及び該処理ブロック専用のデータメモリ（Ａ専用データメモリ）１１１２で構成される。同様に、処理部１１２０は処理Ｂブロック１１２１及びＢ専用データメモリ１１２２で構成され、処理部１１３０は処理Ｃブロック１１３１及びＣ専用データメモリ１１３２で構成される。また、処理部１１１０、１１２０、１１３０の間は内部バスで接続されている。
【０００５】
図８の画像処理装置は、このような専用ハード処理部１１１０，１１２０，１１３０を有するデータ処理ハードウエア（ＡＳＩＣ）１１００、スキャナなどで原稿等を読み取る画像読み取り部１２００、プリンタなどで画像データを紙などのメディアに出力する画像出力部１３００、外部メディア（ＣＤ、ＤＶＤ、ＳＤ（登録商標）カード等）や外部装置（パソコン等）と画像データを送受信する外部インターフェース部（外部Ｉ／Ｆ部）１４００、データ処理ハードウエア（ＡＳＩＣ）１１００の作業用メモリであるデータメモリ１５００、ハードディスクなどでバックアップや再利用等のために画像データを保存しておく大容量記憶部１６００、及び、装置全体の動作を制御する制御部１７００等が、システムバス１８００を介して接続されている。なお、データメモリ１５００は、データ処理ハードウェア１１００だけでなく、画像読み取り部１２００、画像出力部１３００、外部インターフェース部（外部Ｉ／Ｆ部）１４００、データメモリ１５００、大容量記憶部１６００、及び、制御部１７００の作業用メモリとしても使用される。
【０００６】
図９は、一例として、画像読み取り部１２００などから入力された画像データを、専用データ処理ハードウエア（ＡＳＩＣ）１１００内でＡ処理→Ｂ処理→Ｃ処理の順番に３種の画像処理を実行して画像出力部１３００などに出力する場合の処理フローを示した図である。まず、ハードロジックの処理Ａブロック１１１１が、Ａ専用データメモリ１１１２を使用して、入力画像データに対して処理Ａを実行し、処理結果の画像データを処理ブロック１１２１に転送する。処理Ｂブロック１１２１は、Ｂ専用データメモリ１１２２を使用して、処理Ａブロック１１１１から転送された画像データに対して処理Ｂを実行し、処理結果の画像データを処理Ｃブロック１１３１に転送する。処理Ｃブロック１１２１は、Ｃ専用データメモリ１１３２を使用して、処理Ｂブロック１１２１から転送された画像データに対して処理Ｃを実行して出力する。ここで、どの処理ブロックを動作させるかは、例えば、制御部１７００が司る。
【０００７】
図８に示した画像処理装置のように、複数の専用処理部を有するデータ処理ハードウエア（ＡＳＩＣ）を使用する利点は、速度性能が優れていることであるが、その反面、ハードロシックのため、機能変更や追加の柔軟性に欠けることである。これの解決策として、ＤＳＰ（デジタル信号プロセッサ）のようなプログラマブルデバイスを用いる場合がある。
【０００８】
図１０に、プログラマブルデバイス（ＤＳＰ）を用いて、複数の処理機能を実現する従来の画像処理装置のシステム構成例を示す。図１０の画像処理装置は、ＡＳＩＣのデータ処理ハードウエアをＤＳＰのプログラマブルデバイス２１００に置き替えた以外、図１１のシステム構成と基本的に同様である。プログラマブルデバイス２１００には、あらかじめ複数の処理機能に対応した複数のプログラム（ここでは、処理Ａ用プログラム、処理Ｂ用プログラム、処理Ｃ用プログラムとする）がそれぞれプログラムメモリ領域２１１１、２１１２，２１１３にロードされている。また、各処理プログラム用にそれぞれデータメモリ領域があらかじめ確保されている（ここでは、Ａ用データメモリ領域２１２１、Ｂ用データロモリ領域２１２２、Ｃ用データメモリ領域２１２３とする）。
【０００９】
図１１は、一例として、画像読み取り部２２００などから入力された画像データを、プログラマブルデバイス（ＤＳＰ）２１００でＡ処理→Ｂ処理→Ｃ処理の順番に３種の画像処理を実行して画像出力部２３００などに出力する場合の処理フローを示した図である。まず、プログラムメモリ領域２１１１の処理Ａ用プログラムが、Ａ用データメモリ領域２１２１を使用して、入力画像データに対して処理Ａを実行する。プログラムメモリ領域２１１２の処理Ｂ用プログラムは、Ｂ用データメモリ領域２１２２を使用して、処理Ａ用プログラムで処理された画像データに対して処理Ｂを実行する。プログラムメモリ領域２１１３の処理Ｃ用プログラム２１１３は、Ｃ用データメモリ領域２１２３を使用して、処理Ｂ用プログラム２１１２で処理された画像データに対し処理Ｃを実行して出力する。どの処理プログラムを動作させるかは、例えば、制御部２７００が司る。
【００１０】
ＤＳＰのようなプログラマブルデバイスを使用する利点は、ＤＳＰ内の処理プログラムをダウンロードし直すことで、処理機能の変更・追加に柔軟に対処できることであるが、その反面、ソフト処理のため、専用のハードロジックに比べて速度性能が劣ることである。さらに、従来のプログラマブルデバイスでは処理用のプログラムメモリ及びデータメモリが各処理分必要であるため、コスト高になることである。
【００１１】
このように、ＡＳＩＣ使用の画像処理装置とＤＳＰ使用の画像処理装置には一長一短があり、それぞれ使い分けているのが現状である。
【００１２】
【特許文献１】特開平８−２７４９８６号公報
【特許文献２】米国特許第５７１５０７０号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１３】
近年の複合機（ＭＦＰ）では、コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等の強化により、処理フローが多様化・複雑化している。これはユーザの多様な要求に対応するために、種々の処理機能を搭載する必要があることによる。さらに、ユーザの画質性能への要求も強く、高画質化に対応するために、画像処理も増大する傾向にある。なお、処理フローの多様化・複雑化は、複合機に限らず、デジタル複写機、ファクシミリ装置、プリンタ等の単体機器、その他の画像データ処理機器でも同様である。
【００１４】
このため、ＡＳＩＣなどに代表される実際に画像処理を行うハードウエア部は肥大化し、製造コストが高くなるという問題が発生している。特にＡＳＩＣなどのデータ処理ハードウエアにおいては、上述のように内部に必要な処理専用ブロックと処理専用メモリが複数配置される構成であり、要求される処理機能を維持しながらのコスト削減は困難である。さらに、あらかじめ内部にハードウエアロジックを構成し処理機能を実現するため、その後の処理変更や追加などの柔軟性に欠ける根本的問題がある。
【００１５】
一方、ＤＳＰのようなプログラマブルデバイスは、速度性能やコスト面ではＡＳＩＣなどに比べて劣るものの、ユーザの要求などに対し、その都度、機能を自由にプログラミングできる自由度の高さが最大の長所である。すなわち、行ないたい処理機能をプログラミングし、プログラムコードをＤＳＰなどにダウンロードすることで、処理変更や追加が容易に実現できる。しかしながら、従来のＤＳＰなどのプログラマブルデバイスを用いた画像処理装置においては、上述のように、複数の処理機能を実行する場合、各処理分のプログラムメモリとデータメモリを必要とするため、ＤＳＰなどの規模が増大し、ＡＳＩＣなどに比べて高コストが、さらに増加する問題があった。
【００１６】
本発明は、上記の課題に鑑み、プログラミングの自由度を担保しながらも、メモリ増大を抑制して低コスト化を実現する画像処理装置を提供することにある。
【課題を解決するための手段】
【００１７】
本発明は、プログラマブルなデータ処理部と、画像データを一時的に格納するデータメモリを具備する画像処理装置において、データ処理部は、複数の処理プログラムが所定の順番に順次読み込まれ、該読み込まれた各処理プログラム毎に、前記データメモリから画像データを読み込み、当該処理プログラムの処理を実行し、処理後の画像データを再び前記データメモリに戻す処理を繰り返すようにする。これにより、小規模・小面積のプログラマブルなデータ処理部でもって、複数の処理機能、大規模処理の実現、さらにコスト削減が可能になる。
【００１８】
また、本発明の画像処理装置は、複数の処理プログラムを格納したデータサーバと、該データサーバに格納された複数の処理プログラムを所定の順番に順次選択してデータ処理部にロードする制御手段とを備える。制御手段では、例えば、データ処理部の処理状態を監視して、前の処理プログラムの処理が終了すると、記憶媒体から次の処理プログラムを選択してデータ処理部にロードするようにする。これにより、データメモリはもっぱら画像データの格納用に使用でき、データメモリを小規模なものにできる。
【００１９】
また、本発明の画像処理装置は、複数の処理プログラムを格納したデータサーバと、該データサーバに格納された複数の処理プログラムをデータメモリにロードする第１の制御手段と、データメモリから複数の処理プログラムを所定の順番に順次読み出してデータ処理部に転送する第２の制御手段とを備える。第１の制御手段は、装置の立ち上げ時などに、データサーバに格納された複数の処理プログラムをデータメモリにロードしておく。第２の制御手段は、例えば、データ処理部の処理状態を監視し、前の処理プログラムの処理が終了すると、データメモリから次の処理プログラムを読み出してデータ処理部にＤＭＡ形式で転送する。これにより、データ処理部へプログラムを短時間にロードすることができる。また、データと同じデータバス経由で、データ処理部にプログラムをロードすることができる。
【００２０】
また、本発明の画像処理装置は、前記複数の処理プログラムがデータメモリに格納されており、当該格納されている複数の処理プログラムを所定の順番に順次選択して前記データ処理部に読み込ませる制御手段を有する。制御手段は、データ処理部の処理状態を監視し、前の処理プログラムの処理が終了すると、前記データメモリから次の処理プログラムを選択して前記データ処理部に読み込ませるようにする。
【発明の効果】
【００２１】
本発明によれば、データ処理部は、順次読み込まれた処理プログラム毎に、データメモリから画像データを読み込むと共に、所定の処理を実行し、処理後の画像データを再びデータメモリに戻す処理を繰り返す処理（ぐるぐる回し処理）を行うことで、処理プログラムの数分の処理用のプログラムとデータメモリが必要ではなくなるため、プログラミングの自由度を担保しながらも、メモリ増大を抑制して低コスト化を実現することができ、さらに外部データサーバと複数の画像処理装置がネットワークで接続することにより、処理プログラムが複数の画像処理装置で共有でき、プログラム格納メモリ増大を抑止するという効果を奏する。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施の形態について説明する。
［基本構成］
図１は、本発明による画像処理装置の基本的構成例を示すブロック図である。本画像処理装置は、ＤＳＰのようなプログラマブルなデータ処理部１１０、原稿やその他の画像データを入力するスキャナなどや、その他のデータ入力部１２０、画像データを紙などのメディアに出力するプリンタなどのデータ出力部１３０、外部メディア（ＣＤ、ＤＶＤ、ＳＤカード等）や外部装置（外部サーバなど）と画像データや処理用プログラム（以降プログラム）を送受信する外部インターフェース部（外部Ｉ／Ｆ部）１４０、外部インターフェースに接続可能で、大容量の記憶装置を持ち画像データ、プログラムを保持可能なデータサーバ１４１、データ入力部１２０や外部Ｉ／Ｆ部１４０から送受信された画像データや処理結果の画像データ、プログラムなどを一時的に蓄積するＤＤＲなどのデータメモリ１５０、バックアップや再利用等のために画像データを保存しておくハードディスクなどの大容量記憶部１６０、データメモリ１５０上のプログラム、画像データをデータ処理部１１０に転送制御するＤＭＡコントローラなどのコントローラ部１７０、複数のプログラムが格納された不揮発性の記憶媒体１８０、装置全体の動作制御を司ると共に、記憶媒体１８０上のプログラムのデータメモリ１５０あるいはデータ処理部１１０へのロードを制御する制御ＣＰＵ１９０、および、これら各部を接続するシステムバス２００で構成される。
【００２３】
データ処理部１１０は処理用プログラムメモリ領域（プログラムメモリ）１１１及びデータメモリ領域１１２を有している。本発明では、実行すべき処理プログラムを順番にデータメモリ１５０あるいはデータサーバ１４１からデータ処理部１１０の処理用プログラムメモリ領域１１１にロードして、複数の処理を順番に実行する。また、その都度、処理すべき画像データをデータメモリ１５０からデータ処理部１１０のデータメモリ領域１１２に転送し、処理された画像データはデータメモリ１５０に戻す。このため、データ処理部１１０は、高々一つの処理プログラム分の小規模の処理用プログラムメモリ領域１１１やデータメモリ領域１１２でもって、複数の処理機能が可能になり、低コスト化を満たすことができる。また、データ処理部１１０はＤＳＰなどのプログラマブルデバイスであり、記録媒体１８０上のプログラムを変更あるいは追加することにより、自由に処理機能の変更や追加が可能である。
【００２４】
図２は、一例として、データ入力部１２０などから入力された画像データを、データ処理部１１０でＡ処理→Ｂ処理→Ｃ処理の順番に３種の画像処理を実行してデータ出力部１３０などに出力する場合の処理フローを示した図である。すなわち、処理Ａ用プログラム、処理Ｂ用プログラムおよび処理Ｃ用プログラムが順番に、データ処理部１１０の処理用プログラムメモリ領域１１１に上書き形式で書き換えられて、入力画像データに対して処理Ａ、処理Ｂ、処理Ｃが順番に処理され（ぐるぐる回し処理）、出力されることを示している。データメモリ領域１１２には、各処理の都度、処理すべき画像データがデータメモリ１５０から転送され、処理された画像データは再びデータメモリ１５０に戻される。
【００２５】
ここで、図１において、データ処理部１１０へ所望プログラムをロードする方式としては、制御ＣＰＵ１９０の制御下で、データサーバ１４１から外部Ｉ／Ｆ１４０を介してシステムバス２００経由で直接ロードする形態（以下、「実施形態１」という）、あるいは、データサーバ１４１から外部Ｉ／Ｆ１４０を介して、必要なプログラム群をデータメモリ１５０へ一旦取り込み、その後、コントローラ部１７０のＤＭＡ制御下で、順次、データメモリ１５０からデータ転送と同じシステムバス２００経由で転送する形態（以下、「実施形態２」という）が考えられる。以下、各々の実施形態について詳述する。
【００２６】
［実施形態１］
図３に、実施形態１におけるプログラムとデータの流れを示す。ここでは、データ入力部１２０から入力された画像データに対して、データ処理部１１０では、Ａ処理→Ｂ処理→Ｃ処理の３種類の画像処理を順番に実行し、処理後の画像データはデータ出力部１３０に出力されるとする。これを実行するために、データサーバ１４１には処理Ａ用プログラム１４１−１、処理Ｂ用プログラム１４１−２、処理Ｃ用プログラム１４１−３があらかじめ格納されている。また、制御ＣＰＵ１９０には、データサーバ１４１に格納されている複数のプログラムをどの順番に選択すべきかあらかじめ指示されている。制御ＣＰＵ１９０は、例えば、システムバス２００上のデータ転送状況等を監視することで、データ処理部１１０の処理状態を判断し、現処理用プログラムの処理が終了したことを確認すると、データサーバ１４１から次の処理用プログラムを選択する。
【００２７】
図４に実施形態１の全体的処理フローチャートを示す。以下、図４のフローチャートに基づいて、図３に示すプログラムとデータの流れを順を追って説明する。
【００２８】
まず、データ入力部１２０で読み取られた画像データは、システムバス２００を通してデータメモリ１５０に一旦格納される（ステップ２０１）。この画像データに対して、制御ＣＰＵ１９０の制御のもとに、データ処理部１１０において以下のようにして処理Ａ、処理Ｂ、処理Ｃがぐるぐる回しで順番に処理される。
【００２９】
制御ＣＰＵ１９０は、まず、データサーバ１４１から外部Ｉ／Ｆ１４０を介して処理Ａ用プログラム１４１−１を読み出し、システムバス２００を通して、データ処理部１１０の処理用プログラムメモリ領域（プログラムメモリ）１１１にロードする（ステップ２０２）。処理Ａ用プログラム１４１−１は、データメモリ１５０から画像データ（処理前画像データ）を読み出して、システムバス２００を通してデータ処理部１１０のデータメモリ領域１１２へ転送し（ステップ２０３）、該画像データに対して所望の処理Ａ（例えば、シェーディング補正など）を実行し（ステップ２０４）、処理後の画像データを、システムバス２００を通してデータメモリ１５０に戻す（ステップ２０５）。これで、データ処理部１１０における処理Ａ用プログラム１４１−１の処理が終了となる。
【００３０】
制御ＣＰＵ１９０は、外部Ｉ／Ｆ１４０を介して処理Ａ用プログラム１４１−１の処理が終了すると、次に、データサーバ１４１から処理Ｂ用プログラム１４１−２を読み出し、同様にシステムバス２００を通して、データ処理部１１０の処理用プログラムメモリ領域（プログラムメモリ）１１１にロードする（ステップ２０２）。処理用Ｂプログラム１４１−２も、データメモリ１５０から画像データ（処理Ａ後画像データ）を読み出して、システムバス２００を通してデータ処理部１１０のデータメモリ領域１１２へ転送し（ステップ２０３）、該画像データに対して所望の処理Ｂ（例えば、ＭＴＦフィルタリングとガンマ変換など）を実行し（ステップ２０４）、処理後の画像データを、システムバス２００を通してデータメモリ１５０に戻す（ステップ２０５）。これで、データ処理部１１０における処理Ｂ用プログラム１４１−２の処理が終了となる。
【００３１】
制御ＣＰＵ１９０は、処理Ｂ用プログラム１４１−２の処理が終了すると、次に、データサーバ１４１から処理Ｃ用プログラム１４１−３を読み出し、同様にシステムバス２００を通して、データ処理部１１０の処理用プログラムメモリ領域（プログラムメモリ）１１１にロードする（ステップ２０２）。処理Ｃ用プログラム１４１−３も、データメモリ１５０から画像データ（処理Ｂ後画像データ）を読み出して、システムバス２００を通してデータ処理部１１０のデータメモリ領域１１２へ転送し（ステップ２０３）、該画像データに対して所望の処理Ｃ（例えば、階調処理など）を実行し（ステップ２０４）、処理後の画像データを、システムバス２００を通してデータメモリ１５０に戻す（ステップ２０５）。これで、データ処理部１１０における処理Ｃ用プログラム１４１−３の処理が終了となる。
【００３２】
制御ＣＰＵ１９０は、処理Ｃ用プログラム１４１−３の処理が終了すると、必要な処理がすべて終了したと判断して（ステップ２０６）、データメモリ１５０から処理後画像データ（処理Ｃ後画像データ）を読み出し、システムバス２００を通してデータ出力部１３０に出力する（ステップ２０７）。
【００３３】
なお、ステップ２０３及びステップ２０５でのデータメモリ１５０とデータ処理部１１０のデータメモリ領域１１２との間のデータ転送は、コントローラ部１７０が受け持つことでもよい。これにより、ＤＭＡデータ転送が可能になる。
【００３４】
［実施形態２］
図５に、実施形態２におけるプログラムとデータの流れを示す。ここでも、データ処理部１１０にて、データ入力部１２０から入力された画像データに対して、Ａ処理→Ｂ処理→Ｃ処理の３種類の画像処理を順番に実行し、処理後の画像データはデータ出力部１３０に出力されるとする。これを実現するために、実施形態１と同様にデータサーバ１４１には処理Ａ用プログラム１４１−１、処理Ｂ用プログラム１４１−２、処理Ｃ用プログラム１４１−３が格納されているが、実施形態２では、制御ＣＰＵ１９０がデータサーバ１４１のプログラム群をあらかじめデータメモリ１５０にロードしておき、以後、コントローラ部１７０がＤＭＡ形式で、データメモリ１５０内のプログラムをデータ処理部１１０に順次転送する。コントローラ部１７０は、例えば、データメモリ１５０内にロードされた各プログラムの選択順序及びデータメモリ内アドレスを把握しており、これに基づいてデータメモリ１５０内のプログラムを順次選択してデータ処理部１１０に転送する。なお、コントローラ部１７０は、実施形態１での制御ＣＰＵ１９０と同様に、例えば、システムバス２００上のデータ転送状況等を監視することで、データ処理部１１０の処理状態を判断し、現処理用プログラムの処理が終了したことを確認すると、データメモリ１５０内の次のプログラムを選択する。
【００３５】
図６に実施形態２の全体的処理フローチャートを示す。以下、図６のフローチャートに基づいて、図５に示すプログラムとデータの流れを順を追って説明する。
【００３６】
制御ＣＰＵ１９０は、システム立上げ時などに、データサーバ１４１内の処理Ａ用プログラム１４１−１、処理Ｂ用プログラム１４１−２、処理Ｃ用プログラム１４１−３を読み出し、システムバス２００を通して、データメモリ１５０の所定領域にロードしておく（ステップ３０１）。
【００３７】
データ入力部１２０で読み取られた画像データは、システムバス２００を通してデータメモリ１５０に一旦格納される（ステップ３０２）。以後、この画像データに対して、コントローラ部１７０の制御のもとに、データ処理部１１０において以下のようにして処理Ａ、処理Ｂ、処理Ｃがぐるぐる回しで、順番に処理される。
【００３８】
コントローラ部１７０は、まず、データメモリ１５０から処理Ａ用プログラム１４１−１を読み出し、ＤＭＡ形式でシステムバス２００を通して、データ処理部１１０の処理用プログラムメモリ領域（プログラムメモリ）１１１に転送する（ステップ３０３）。処理Ａ用プログラム１４１−１は、データメモリ１５０から画像データ（処理前画像データ）を読み出して、システムバス２００を通してデータ処理部１１０のデータメモリ領域１１２へ転送し（ステップ３０４）、該画像データに対して所望の処理Ａ（例えば、シェーディング補正など）を実行し（ステップ３０５）、処理後の画像データを、システムバス２００を通してデータメモリ１５０に戻す（ステップ３０６）。これで、データ処理部１１０における処理Ａ用プログラム１４１−１の処理が終了となる。
【００３９】
コントローラ部１７０は、処理Ａ用プログラム１４１−１の処理が終了すると、次にデータメモリ１５０から処理Ｂ用プログラム１４１−２を読み出し、ＤＭＡ形式でシステムバス２００を通して、データ処理部１１０の処理用プログラムメモリ領域（プログラムメモリ）１１１に転送する（ステップ３０３）。処理Ｂ用プログラム１４１−２も、データメモリ１５０から画像データ（処理Ａ後画像データ）を読み出して、システムバス２００を通してデータ処理部１１０のデータメモリ領域１１２へ転送し（ステップ３０４）、該画像データに対して所望の処理Ｂ（例えばＭＴＦフィルタリングとガンマ変換）を実行し（ステップ３０５）、処理後の画像データを、システムバス２００を通してデータメモリ１５０に戻す（ステップ３０６）。これで、データ処理部１１０における処理Ｂ用プログラム１４１−２の処理が終了となる。
【００４０】
コントローラ部１７０は、処理Ｂ用プログラム１４１−２の処理が終了すると、次に、データメモリ１５０から処理Ｃ用プログラム１４１−３を読み出し、ＤＭＡ形式でシステムバス２００を通して、データ処理部１１０の処理用プログラムメモリ領域（プログラムメモリ）１１１に転送する（ステップ３０３）。処理Ｃ用プログラム１４１−３も、データメモリ１５０から画像データ（処理Ｂ後画像データ）を読み出して、システムバス２００を通してデータ処理部１１０のデータメモリ領域１１２へ転送し（ステップ３０４）、該画像データに対して所望の処理Ｃ（例えば、階調処理など）を実行し（ステップ３０５）、処理後の画像データを、システムバス２００を通してデータメモリ１５０に戻す（ステップ３０６）。これで、データ処理部１１０における処理Ｃ用プログラム１４１−３の処理が終了となる。
【００４１】
コントローラ部１７０は、処理Ｃ用プログラム１４１−３の処理が終了すると、必要な処理がすべて終了したと判断して（ステップ３０７）、データメモリ１５０から処理後画像データ（処理Ｃ後画像データ）を読み出し、システムバス２００を通してデータ出力部１３０に出力する（ステップ３０８）。なお、ステップ３０８の処理は、制御ＣＰＵ１９０が受け持つことでもよい。
【００４２】
この実施形態２でも、ステップ３０４及びステップ３０６でのデータメモリ１５０とデータ処理部１１０のデータメモリ領域１１２との間のデータ転送は、コントローラ部１７０が受け持つことでもよい。
【００４３】
また、ここでは、システム立上げ時などに、データサーバ１４１から必要な処理プログラム群をデータメモリ１５０にロードしておくとしたが、あらかじめ必要な処理プログラム群をデータメモリ１５０に格納しておくことも可能である。
【００４４】
また、請求項７記載の実装方式としては、ネットワーク上にデータ処理部とデータメモリを持つ画像処理装置が存在し、データサーバ内の処理プログラムを共有する方式が考えられる。この場合、各画像処理装置内の制御CPUが必要な処理プログラムを判断し、外部Ｉ／Ｆを介してデータサーバに必要な処理プログラムを要求する。データサーバは必要な処理プログラムを選択し指定されたデータメモリに送信する。同様な制御手段にて別の画像処理装置もデータサーバ内のプログラムを参照することが可能であり、データサーバは、複数の画像処理装置からの要求を順次対応する制御手段を持つ事で、ネットワーク上に存在する複数の画像処理装置でのぐるぐる回し処理が可能となる。
【００４５】
以上、本発明の実施形態について説明したが、本発明は図示の実施形態に限定されるものでないことは云うまでもない。例えば、処理対象のデータは外部Ｉ／Ｆ部１４０を通して入力し、処理後データは再び外部Ｉ／Ｆ部１４０を通して出力してもよく、また、大容量記憶部１６０に蓄積することでもよい。
【図面の簡単な説明】
【００４６】
【図１】本発明の画像処理装置の基本的システム構成図。
【図２】本発明のデータ処理部でのぐるぐる回し処理フローを示す図。
【図３】本発明の実施形態１のプログラムとデータの流れを示す図。
【図４】本発明の実施形態１の全体的処理フローチャートを示す図。
【図５】本発明の実施形態２のプログラムとデータの流れを示す図。
【図６】本発明の実施形態２の全体的処理フローチャートを示す図。
【図７】従来のＡＳＩＣを使用した画像処理装置のシステム構成図。
【図８】図８のＡＳＩＣ内の処理フローを示す図。
【図９】従来のＤＳＰを使用した画像処理装置のシステム構成図。
【図１０】図１０のＤＳＰ内での処理フローを示す図。
【符号の説明】
【００４７】
１１０  データ処理部
１１１  処理用プログラムメモリ領域
１１２  データメモリ領域
１２０  データ入力部
１３０  データ出力部
１４０  外部Ｉ／Ｆ部
１４１  データサーバ
１５０  データメモリ
１６０  大容量記憶部
１７０  コントローラ部
１８０  記録媒体
１９０  制御ＣＰＵ
２００  システムバス
【図１】
2008054005.tif 000003
【図２】
2008054005.tif 000004
【図３】
2008054005.tif 000005
【図４】
2008054005.tif 000006
【図５】
2008054005.tif 000007
【図６】
2008054005.tif 000008
【図７】
2008054005.tif 000009
【図８】
2008054005.tif 000010
【図９】
2008054005.tif 000011
【図１０】
2008054005.tif 000012