(57)【要約】【課題】それぞれ所定の画像処理を行う複数の画像処理モジュールを備えた画像処理装置において、プル型の画像処理モジュールに、プッシュ型の画像処理モジュールが行うような処理をさせることを可能にする。【解決手段】上記のような画像処理装置に、後段側に接続されたプル型の要求画像処理モジュール６０４に対して画像要求依頼をする画像要求依頼手段６１２を備えた依頼画像処理モジュール６００と、依頼画像処理モジュール６００からの画像要求依頼を受けて、前段側に接続された依頼画像処理モジュール６００に対して、画像要求をする画像要求手段６１４を備えた要求画像処理モジュール６０４とを設ける。【選択図】　　　　図６
2004062779.tif 000002
【特許請求の範囲】
【請求項１】
多段に接続され、処理対象画像に対して、それぞれ所定の画像処理を行う複数の画像処理モジュールを備えた画像処理装置であって、
前記画像処理モジュールの少なくとも一つは、
処理対象画像が入力されると、後段側の画像処理モジュールに対して、画像要求を行うように依頼する画像要求依頼手段と、
後段側の画像処理モジュールからの画像要求に応じて、入力された処理対象画像に対して、所定の画像処理を行う画像処理手段と、
前記画像処理手段が処理した結果を後段側の画像処理モジュールに出力する画像出力手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
多段に接続され、処理対象画像に対して、それぞれ所定の画像処理を行う複数の画像処理モジュールを備えた画像処理装置であって、
前記画像処理モジュールの少なくとも一つは、
他の画像処理モジュールからの画像要求依頼に応じて、前段側の画像処理モジュールに対して、画像要求を行う画像要求手段と、
前段側の画像処理モジュールから入力された処理対象画像に対して、所定の画像処理を行う画像処理手段と、
前記画像処理手段が処理した結果を出力する画像出力手段と、
を備えることを特徴とする画像処理装置。
【請求項３】
請求項１記載の画像処理装置において、
前記画像処理モジュールは、処理対象画像を記憶するために必要な記憶容量を後段側の画像処理モジュールの処理能力に応じて、設定することができる記憶容量設定手段を含むことを特徴とする画像処理装置。
【請求項４】
請求項１記載の画像処理装置において、
前記画像処理モジュールは、処理対象画像を記憶するために待ち行列機能を有することを特徴とする画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタル化された画像を処理する装置に係り、複数の要素機能的な画像処理モジュールを用意して、その組み合わせにより多種多様な画像処理機能を提供するような画像処理装置に関する。これらの画像処理機能は、例えば文書エディタや描画ツール、あるいは画像伝送装置やプリンタ等、デジタル画像を取り扱う様々なシステムにおいて利用される。
【０００２】
このような画像処理機能は、しばしば画像処理ライブラリファイルとして提供される。その場合には画像処理機能を利用したいアプリケーションプログラムとリンクすることによりその機能が利用される。
【０００３】
【従来の技術】
画像処理装置や画像を入力可能なＤＴＰ（デスクトップ・パブリッシング）システム、画像を出力可能なプリントシステムなどでは、処理対象となる画像に対して、例えば拡大・縮小、回転、アフィン変換、色変換、フィルタ、合成などの各種の画像処理が行われる。
【０００４】
これらの処理を行う際には、入力画像の属性や処理内容、手順、パラメータなどが固定されている場合には専用のハードウエアを用いて処理を行う場合もある。しかし、例えば色空間や画素当たりのビット数が異なる様々な画像が入力されたり、処理内容や手順、パラメータなどが様々に変更される場合には、より柔軟性のある構成が必要となる。
【０００５】
このような要求を満たす手段としては、例えば特開平５−２６０３７３号公報や特開平７−１０５０２０号公報に記載されているように、プログラマブルなモジュールをパイプライン形態やＤＡＧ（Ｄｉｒｅｃｔｅｄ　Ａｃｙｃｌｉｃ　Ｇｒａｐｈ：有向非循環グラフ）形態に接続して、柔軟に所望の処理を行う例が開示されている。
【０００６】
特開平５−２６０３７３号公報に記載された発明では、複数のプログラマブル演算処理部の各演算処理内容と、ネットワーク部による各プログラマブル演算処理部の接続形態とを、ホストコントロール手段を通じて外部から自在に設定できるように構成する。これにより、高速かつ高度な演算処理が可能で、機能変更、系統変更に対する自由度が高いデジタル映像信号処理装置の提供を目指している。
【０００７】
また特開平７−１０５０２０号公報に記載された発明では、必要な機能モジュールを所望の順番でパイプライン状に接続／初期化し、処理を行うように構成している。これにより、柔軟に画像処理を行う発明が提案されている。
【０００８】
接続が終了すると最後尾のモジュールに対して必要に応じてヘッダの取得を要求する。この要求は接続されたモジュールを順次遡って先頭の画像入力モジュールに達して、読み込まれる画像のヘッダ情報を返す。そして、各モジュールは自身が変更する部分の情報を書き換えた後に後段のモジュールに渡す。
【０００９】
例えば入力画像のサイズが１０００ｘ１０００画素であり、処理パイプラインの中に５００ｘ５００画素への縮小処理モジュールが含まれていた場合には、当該縮小モジュールは前段から渡されたヘッダ情報のうちのサイズ情報を１０００ｘ１０００から５００ｘ５００に変更して後段に渡す。このような処理を順次繰り返して、最終的に最後尾のモジュールは外部に対して当該画像処理パイプラインが出力する画像のヘッダ情報を出力する。
【００１０】
次に、得られたヘッダ情報などをもとにデータの処理を行う。データの処理もヘッダの処理と同様に、最後尾のモジュールに対して一定量のデータ出力を要求する。その後、最後尾のモジュールは前段のモジュールに対してそれに必要な画像データの入力を要求する。この要求は同様により前段に対して遡って伝えられて画像入力モジュールに伝えられる。そして、必要な画像データが読み出された後に、後段に渡され、順次処理をされながら最終的に最後尾の処理モジュールから出力される。
【００１１】
上記の処理が画像の最後まで、または必要な部分に対して行われると、処理パイプラインは不要となるので、最後尾のモジュールに対して終了を要求する。この終了要求も前記ヘッダ情報取得や前記処理と同様にモジュールの接続を遡って最前部の画像入力モジュールに達する。そして、画像入力モジュールは処理に用いたリソースを解放するとともに自身を解放して後段に制御を返す。制御が戻された後段も同様にリソースや自身を解放する処理を行ってさらに後段に返す。そして、最終的に最後尾のモジュールのリソース／自身の解放が終了した時点で全ての操作が終了する。
【００１２】
特開平７−１０５０２０号公報に記載された上記方式は、例えばＵＮＩＸ（登録商標）などのオペレーティングシステムで用いられている単一プロセッサによる多重処理パイプラインのシミュレーション方式を画像処理などの分野に応用したものである。特に画像処理においては、１回の処理単位を例えば画像の１ラインのように画像の一部に限定することにより、各処理モジュールが処理用に保持するメモリ領域を極めて少なくすることが可能となる。
【００１３】
その結果、少ないメモリで複雑な処理を実行できるコストの安い画像処理装置を提供することが可能となる。また、仮想記憶をサポートするオペレーティングシステム上で動作させる場合には、メモリ不足によるスワップアウトが最小限に抑えられるため、高速に処理を実行することが可能となる。
【００１４】
【発明が解決しようとする課題】
画像処理パイプラインを構成する画像処理モジュールは、入力されたデータの処理結果をパイプラインの下流に接続された画像処理モジュールに入力するプッシュ型か、処理するデータを取得するためにパイプラインの上流に接続された画像処理モジュールにデータ要求を送信するプル型のいずれかである。通常の画像処理パイプラインは、外部制御が最小限でかつ画像処理モジュール間の接続が効率的であるように、同型の画像処理モジュールでのみ構成される。
【００１５】
しかしながら、パイプラインがプル型の画像処理モジュールで構成されている場合には、利用者が他のアプリケーションを利用して、画像情報をパイプラインに直接与えるようなプッシュ型の処理、特に利用者が保持する画像情報をある画像フォーマットで出力するモジュールを利用してストレージなどに出力するような処理を直接、プル型のモジュールで実行することができないという問題があった。
【００１６】
また、この場合、画像情報をプル型の画像処理モジュールに与えるためには、プル型の画像処理モジュールで構成されたパイプラインとは別のメモリ等に、与えたい画像情報を一端保持する必要がある。したがって、余分なメモリを消費したり、処理時間が多くかかったりするという問題があった。
【００１７】
本発明は、上述したような問題点を鑑みてなされたものであり、プル型の画像処理モジュールにはなんら変更を加えることなく、プル型の画像処理モジュールをプッシュ型の画像処理モジュールとして振舞うことを可能にし、特に、プル型の画像処理モジュールに、直接画像情報を与えて出力させることを目的とする。
【００１８】
【課題を解決するための手段】
前記課題は、次のような画像処理装置よって実現される。すなわち、本発明は、多段に接続され、処理対象画像に対して、それぞれ所定の画像処理を行う複数の画像処理モジュールを備えた画像処理装置であって、前記画像処理モジュールの少なくとも一つは、処理対象画像が入力されると、後段側の画像処理モジュールに対して、画像要求を行うように依頼する画像要求依頼手段と、後段側の画像処理モジュールからの画像要求に応じて、入力された処理対象画像に対して、所定の画像処理を行う画像処理手段と、前記画像処理手段が処理した結果を後段側の画像処理モジュールに出力する画像出力手段とを備えることを特徴とする。
【００１９】
このように構成された本発明にかかる画像処理装置によれば、画像要求依頼手段が、処理対象画像が入力されると、後段のプル型の画像処理モジュールに対して、画像要求をするように依頼する。そして、画像処理手段が、後段側のプル型の画像処理モジュールからの画像要求に応じて、入力された処理対象画像に対して、所定の画像処理を行う。さらに、画像出力手段が、その結果を後段側のプル型の画像処理モジュールに出力する。
【００２０】
これにより、前段の画像処理モジュールが備える画像要求依頼手段が、後段の画像処理モジュールに対して、画像要求をさせることができるため、プル型の画像処理モジュールをプッシュ型の画像処理モジュールとして振る舞わせることができる。
【００２１】
よって、パイプライン状に構成されたプル型の画像処理モジュールで、プッシュ型の画像処理モジュールで行うような画像処理を行うことができる。
【００２２】
したがって、従来のように、利用者が他のアプリケーションを利用して、画像情報をプル型の画像処理モジュールに与える場合に、プル型の画像処理モジュールで構成されたパイプラインとは別のメモリ等に、与えたい画像情報を一端保持する必要がない。
【００２３】
これにより、余分なメモリを消費しなくて済み、処理時間の短縮にもつながる。
【００２４】
また、本発明は、多段に接続され、処理対象画像に対して、それぞれ所定の画像処理を行う複数の画像処理モジュールを備えた画像処理装置であって、前記画像処理モジュールの少なくとも一つは、他の画像処理モジュールからの画像要求依頼に応じて、前段側の画像処理モジュールに対して、画像要求を行う画像要求手段と、前段側の画像処理モジュールから入力された処理対象画像に対して、所定の画像処理を行う画像処理手段と、前記画像処理手段が処理した結果を出力する画像出力手段とを備えることを特徴とする。
【００２５】
このように構成された本発明にかかる画像処理装置によれば、画像要求手段が、他の画像処理モジュールからの画像要求依頼に応じて、前段側の画像処理モジュールに対して、画像要求を行う。そして、画像処理手段が、前段側の画像処理モジュールから入力された処理対象画像に対して、所定の画像処理を行う。さらに、その結果を画像出力手段が出力する。
【００２６】
これにより、後段の画像処理モジュールが備える画像要求手段が、前段側からの画像要求依頼に応じて、画像要求を行い、画像処理を行うことができるため、プル型の画像処理モジュールが、プッシュ型の画像処理モジュールとして振る舞うことができる。
【００２７】
さらに、本発明の画像処理装置にかかる画像処理モジュールは、処理対象画像を記憶するために必要な記憶容量を後段側の画像処理モジュールの処理能力に応じて、設定することができる記憶容量設定手段を含むことを特徴とする。
【００２８】
このように構成された画像処理装置では、画像処理モジュールが備える記憶容量設定手段が、画像処理の都度、後段側の画像処理モジュールの処理能力に応じて、処理対象画像を記憶するために必要な記憶容量を設定することができるため、無駄なメモリを使用しなくて済む。
【００２９】
また、本発明の画像処理装置にかかる画像処理モジュールは、処理対象画像を記憶するために待ち行列機能を有することを特徴とする。
【００３０】
ここでいう待ち行列機能とは、簡単に言えば「先入れ先出し機能を持ち、かつ記憶容量が可変である」記憶機能である。したがって、本発明の構成要素として待ち行列機能を含む場合、記憶容量が可変であるため記憶容量の設定手段が必要なくなる。したがって、本発明を実現するのが非常に容易になる。
【００３１】
【発明の実施の形態】
以下、本発明を画像処理装置に適用した場合の実施の形態について、具体的に説明する。
【００３２】
本発明による画像処理装置１０１は、図１に示すようにホストアプリケーション１００から与えられた画像処理命令を記憶する処理記憶部１０２と、画像情報を記憶する画像記憶部１０３と、画像記憶部に記憶された画像を処理記憶部に記憶された画像処理命令にしたがって画像処理を行う画像処理部１０４と、画像処理の実行を制御する処理実行制御部１０５から構成される。
【００３３】
また画像処理部１０４は、図２に示すように各種処理を行う少なくとも１つの画像処理モジュール２００から構成される。さらに、画像処理モジュール２００のうち少なくとも１つは、画像要求依頼手段を備えた画像処理モジュールである。そして、画像処理モジュール２００のうち少なくとも１つは、画像要求依頼に応じて画像要求をする画像要求手段を備えた画像処理モジュールである。
【００３４】
また、処理実行制御部１０５は図３に示すように、処理記憶部１０２に記憶された画像処理命令に対応する画像処理モジュール２００の生成および画像処理モジュール間の接続を行うモジュール生成手段３００と、各画像処理モジュールを展開するメモリや各画像処理モジュールが利用するバッファなどの確保および解放を行うメモリ確保手段３０１から構成される。各画像処理モジュールがバッファとしてのメモリを確保および解放を行う手段を有していても構わないが、以降の説明では省略する。
【００３５】
図４は、モジュール生成手段３００によって生成される中段画像処理モジュール４００および前段画像処理モジュール４０１および後段画像処理モジュール４０２とを接続したパイプラインの構成を説明するブロック図である。中段画像処理モジュール４００、４０１、４０２は全てプル型の画像処理モジュールである。中段画像処理モジュール４００は、前段画像処理モジュール４０１から取得した画像情報を保持するための入力バッファ４０６、画像処理モジュールの制御を行う制御部４０７、中段画像処理モジュール４００内で処理後の画像情報を後段画像処理モジュール４０２に出力するための出力バッファ４０８から構成される。
【００３６】
中段画像処理モジュール４００は、後段画像処理モジュール４０２から画像要求４１３を受けると制御部４０７に要求が伝えられ、制御部４０７は前段画像処理モジュール４０１に対して画像要求４１２を送る。
【００３７】
画像要求４１２を受け取った前段画像処理モジュール４０１は、処理した画像情報を出力バッファ４０５に書き込むので、制御部４０７は出力バッファ４０５に書き込まれた画像情報を入力バッファ４０６にコピーする。制御部４０７は、入力バッファ４０６の画像情報を処理した結果を出力バッファ４０８に書き込み、後段画像処理モジュール４０２の制御部４１０によって入力バッファ４０９にコピーされる。
【００３８】
図５は、モジュール生成手段３００によって生成される中段画像処理モジュール５００および前段画像処理モジュール５０１および後段画像処理モジュール５０２とを接続したパイプラインの構成を説明するブロック図である。
【００３９】
画像処理モジュール５００、５０１、５０２は全てプッシュ型の処理モジュールである。中段画像処理モジュール５００は、前段画像処理モジュール５０１から入力された画像情報を保持するための入力バッファ５０６、画像処理モジュールの制御を行う制御部５０７、中段画像処理モジュール５００内で処理後の画像情報を後段画像処理モジュール５０２に出力するための出力バッファ５０８から構成される。
【００４０】
中段画像処理モジュール５００は、前段画像処理モジュール５０１から入力バッファ５０６に画像情報を入力され、かつ制御部５０７に画像処理要求５１２を受ける。
【００４１】
入力バッファ５０６への一回以上の画像情報入力により、中段画像処理モジュール５００が処理に十分な画像情報を得ると、制御部５０７は入力された画像情報を処理し、その結果を出力バッファ５０８に書き込む。そして、制御部５０７は出力バッファ５０８の画像情報を後段画像処理モジュール５０２の入力バッファ５０９に入力し、画像処理要求５１３を送る。
【００４２】
上述したように、プル型の画像処理モジュールは画像要求に対して処理結果を返すのに対し、プッシュ型の画像処理モジュールは入力された処理対象画像に対して処理を行う。
【００４３】
すなわち、パイプラインを構成したときにプル型の画像処理モジュールは後段から画像処理要求を受けるのに対し、プッシュ型の画像処理モジュールは前段から画像処理要求を受けるので、プル型とプッシュ型の画像処理モジュールを直接接続してパイプラインを構成することはできない。
【００４４】
本発明では、プル型の画像処理モジュールをプッシュ型の画像処理モジュールのように振舞うことを可能にし、特に、プル型の画像処理モジュールに、直接画像情報を与えて出力させることができる。
【００４５】
図６は、後段のプル型の画像処理モジュールに対して、画像要求をするように依頼する画像要求依頼手段を備えた依頼画像処理モジュール６００と、画像要求依頼に応じて、依頼画像処理モジュールに画像要求する画像要求手段を備えたプル型の要求画像処理モジュール６０４とを接続したときのパイプラインの構成を説明するブロック構成図である。
【００４６】
依頼画像処理モジュール６００は、さらに前段に接続された画像処理モジュールまたは利用者が保持する画像情報から取得した画像情報を保持するための画像保持手段としての入力バッファ６０１を備える。そして、モジュールの制御を行う制御部６０２も備える。この制御部６０２は、後段のモジュールに画像要求依頼をする画像要求依頼手段６１２と、処理対象画像の画像を処理する画像処理手段６１３とを含む。加えて、依頼画像処理モジュール６００は、処理後の画像情報を要求画像処理モジュール６０４に出力するための画像出力手段としての出力バッファ６０３を備える。
【００４７】
入力バッファ６０１に画像情報が書き込まれて（６０８）、書き込まれた画像情報に対する処理要求６０９が制御部６０２に入力されると、制御部６０２は、要求画像処理モジュール６０４から画像要求があった場合に処理に十分な画像情報が入力バッファ６０１に蓄えられているかどうか判断する。そして、蓄えられていると判断すると、画像要求依頼手段６１２に要求画像処理モジュール６０４への画像要求依頼６１０を実行させる。
【００４８】
画像要求依頼６１０を受けた要求画像処理モジュール６０４の画像要求手段６１３は、依頼画像処理モジュール６００に画像要求６１１を送る。依頼画像処理モジュール６００は、画像要求６１１を受けると、入力バッファ６０１に蓄えられた画像情報を処理する。そして、その結果を出力バッファ６０３に書き込み、要求画像処理モジュール６０４の入力バッファ６０５にコピーする。
【００４９】
要求画像処理モジュール６０４は、入力バッファ６０５に蓄えられた画像情報量が出力画像フォーマットに最低限必要な出力単位に達すると、出力画像フォーマットへの変換処理後に出力バッファ６０７に書き込み、出力先である例えばストレージ６１６にデータをコピーする。
【００５０】
これまでの説明では説明の都合上、各処理モジュールは入力バッファと出力バッファを有しているが、図７に示すように入力バッファのみを有する依頼画像処理モジュール７００や要求画像処理モジュール７０５のような構成であっても構わない。
【００５１】
要求画像処理モジュール７０５は、画像要求依頼を受け取ると、画像要求手段７０８で前段のモジュールに画像要求を行う。その後取得した処理対象画像を制御部７０７内の画像処理出力手段７０９で、画像処理する。そして、その結果を、画像処理出力手段７０９が、後段の画像処理モジュール等の入力バッファに直接書き込む。依頼画像処理モジュールも同様に出力バッファを有しない構成であっても構わない。
【００５２】
画像要求依頼手段７０３の画像要求依頼の結果、後段に接続したプル型の要求画像処理モジュール７０５から画像要求を受け取る。その後、制御部７０２は入力バッファ７０４に蓄えられた画像情報を、画像処理出力手段７０９で、画像処理する。そして、その結果を、同じく画像処理出力手段７０９が、要求画像処理処理モジュール７０５の入力バッファに直接書き込む。
【００５３】
このような構成では、出力バッファから要求画像処理モジュール７０５の入力バッファへの画像情報のコピーが不要であり、処理速度の向上が期待できる。また、出力バッファが不要であるためメモリの節約にもなる。
【００５４】
また、各入力バッファに蓄えられる画像情報は先入れ先出し処理が行われるが、入力バッファの代わりに待ち行列機能を利用しても構わない。一般的な待ち行列機能は画像情報の保持機能と先入れ先出し処理機能を備えているため、待ち行列機能を利用することにより画像処理モジュールの実現が容易になる。
【００５５】
本発明の実施の形態では、一回の画像処理にＮライン分の画像情報を必要とするプル型の画像処理モジュールの前段に、後段のモジュールに対して画像要求を依頼する画像処理モジュールを接続した場合の一般的な動作について説明する。
【００５６】
まず、メモリ確保手段３０１は画像処理モジュール生成に必要なメモリを確保する。モジュール生成手段３００は、メモリ確保手段３０１が確保したメモリ上に、画像処理部１０４が備える、画像要求依頼手段を有する依頼画像処理モジュールと、画像要求手段有する要求画像処理モジュールとを生成する。
【００５７】
そして、要求画像処理モジュールの前段に依頼画像処理モジュールを、後段に画像出力先であるストレージを接続してパイプラインを構成する。依頼画像処理モジュールを生成する際に、要求画像処理モジュールが一回の出力を行うのに必要な画像情報のライン数から、依頼画像処理モジュールの入力バッファの最小容量を計算して必要な分だけ確保することで、メモリを節約しても構わない。
【００５８】
図８は、後段のモジュールに対して、画像要求依頼を行う依頼画像処理モジュールの一般的な処理の流れを示した図である。
【００５９】
（ステップ８０１）依頼画像処理モジュールの入力バッファに画像情報が入力される。
【００６０】
（ステップ８０２）入力バッファにＮライン分の画像情報が格納されているかどうかを判断する。Ｎライン分の画像情報が格納されている場合にはステップ８０３に進み、そうでない場合には、ステップ８０６に進む。
【００６１】
（ステップ８０３）後段に接続されている要求画像処理モジュールが出力処理を実行するように、依頼画像処理モジュールは、後段に画像要求依頼を送る。
【００６２】
（ステップ８０４）後段に接続されている要求画像処理モジュールは一回の出力処理に対してＮライン分の画像情報を必要とする。したがって、依頼画像処理モジュールは、後段からＮ回の画像要求を受ける。そして、各画像要求に対して後段に画像情報を出力する。
【００６３】
（ステップ８０５）次の行の画像情報が入力されるのを待つ待機状態。依頼画像処理モジュールに画像情報の入力があると、ステップ８０１に進む。
【００６４】
（ステップ８０６）入力バッファに入力された画像情報が画像の最終ラインである場合にはステップ８０７に進む。そうでない場合にはステップ８０５に進む。
【００６５】
（ステップ８０７）後段に接続されている要求画像処理モジュールが画像の残りのラインに対する出力処理を実行するように、依頼画像処理モジュールは、後段に画像要求依頼を送る。
【００６６】
（ステップ８０８）入力バッファに残っているライン分の回数の画像要求を受けるので、依頼画像処理モジュールは、各画像要求に対して後段に画像情報を出力する。仮に、入力バッファに残っているライン分に満たない回数の画像要求を受ける場合には、後段に要求された分の画像情報を出力した後に、再び後段に画像要求依頼を送る。依頼画像処理モジュールは、入力バッファに残っているライン分の画像情報が全て後段に出力されるまで、画像要求依頼を送る。その結果、後段から画像要求を受けて画像情報を出力する、という処理を繰り返す。
【００６７】
【発明の効果】
以上のように、本発明にかかる画像処理装置によれば、画像要求依頼手段が、処理対象画像が入力されると、後段のプル型の画像処理モジュールに対して、画像要求をするように依頼する。そして、画像処理手段が、後段側のプル型の画像処理モジュールからの画像要求に応じて、入力された処理対象画像に対して、所定の画像処理を行う。さらに、画像出力手段が、その結果を後段側のプル型の画像処理モジュールに出力する。
【００６８】
後段のプル型の画像処理モジュールは、前段からの画像要求依頼に応じて、前段に画像要求をする。そして、要求後に取得した処理対象画像を処理して、出力する。
【００６９】
これにより、プル型の画像処理モジュールをプッシュ型の画像処理モジュールのように振る舞わせることができる。
【００７０】
よって、パイプライン状に構成されたプル型の画像処理モジュールで、プッシュ型の画像処理モジュールで行うような画像処理ができる。
【００７１】
また、従来のように、利用者が他のアプリケーションを利用して、画像情報をプル型の画像処理モジュールに与える場合に、プル型の画像処理モジュールで構成されたパイプラインとは別のメモリ等に、与えたい画像情報を一端保持する必要がない。
【００７２】
したがって、余分なメモリを消費しなくて済み、処理時間の短縮にもつながる。
【図面の簡単な説明】
【図１】本発明における画像処理装置の一実施例のブロック図である。
【図２】画像処理部の一実施例のブロック図である。
【図３】処理実行制御部の一実施例のブロック図である。
【図４】プル型の画像処理モジュールによる画像処理パイプラインの構成例である。
【図５】プッシュ型の画像処理モジュールによる画像処理パイプラインの構成例である。
【図６】プル型の画像処理モジュールの前段に、画像要求依頼手段を備えた画像処理モジュールを接続したパイプラインの構成例である。
【図７】画像処理モジュールの別の実施例を示すブロック図である。
【図８】画像要求依頼手段を備えた画像処理モジュールの処理例を表す流れ図である。
【符号の説明】
１００　ホストアプリケーション、１０１　画像処理装置、１０２　処理記憶部、１０３　画像記憶部、１０４　画像処理部、１０５　処理実行制御部、２００　画像処理モジュール、３００　モジュール作成手段、３０１　メモリ確保手段、４００，５００　中段画像処理モジュール、４０１，５０１　前段画像処理モジュール、４０２，５０２　後段画像処理モジュール、６００，７００　依頼画像処理モジュール、６０４，７０５　要求画像処理モジュール、６１２，７０３　画像要求依頼手段、６１４，７０８　画像要求手段、６１６　ストレージ、４０３，４０６，４０９，５０３，５０６，５０９，６０１，６０５，７０１，７０６　入力バッファ、４０４，４０７，４１０，５０４，５０７，５１０，６０２，６０６，７０２，７０７　制御部、４０５，４０８，４１１，５０５，５０８，５１１，６０３，６０７　出力バッファ。
【図１】
2004062779.tif 000003
【図２】
2004062779.tif 000004
【図３】
2004062779.tif 000005
【図４】
2004062779.tif 000006
【図５】
2004062779.tif 000007
【図６】
2004062779.tif 000008
【図７】
2004062779.tif 000009
【図８】
2004062779.tif 000010