(57)【要約】【課題】画像処理部を構成する個々のモジュールの構成を変更することなく、画像処理の進行度合の検知を実現する。【解決手段】前段から画像データを取得して画像処理を行い、画像処理を経た画像データを後段へ出力する画像処理モジュール38と、前段からの画像データをバッファに書き込ませ、バッファに記憶されている画像データを後段によって読み出させる処理を行うバッファモジュール40をパイプライン形態等で連結した画像処理部50の構築にあたり、画像処理部50における画像処理の進行度合の検知が指示されている場合は、挿入箇所における画像処理の進行度合を検知する進行度合検知モジュール48を画像処理モジュール38の次段に挿入し、画像処理の実行中に個々の検知モジュール48で検知された進行度合を収集し、処理部50全体としての進行度合を演算・表示する。【選択図】図５
2008140042.tif 000002
【特許請求の範囲】
【請求項１】
自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する一連の処理を単位処理量ずつ行う画像処理モジュールのプログラムと、自モジュールの前段から出力される画像データをバッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段によって読み出させる処理を行うバッファモジュールのプログラムと、自モジュールの前段からの画像データの出力回数又は前記画像データのデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールのプログラムと、を各々記憶する記憶手段と、
前記記憶手段に記憶されている各モジュールのプログラムを用いて、前記画像処理モジュールの前段及び後段の少なくとも一方に前記バッファモジュールが連結され、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部を構築すると共に、当該画像処理部を構成する１つ以上の画像処理モジュールの後段側に前記進行度合検知モジュールを挿入する構築手段と、
前記構築手段によって前記画像処理部に挿入された個々の前記進行度合検知モジュールによって検知された画像処理の進行度合を各々収集し、収集した進行度合に基づいて前記画像処理部における画像処理の進行度合を検知する管理手段と、
を含む画像処理装置。
【請求項２】
前記構築手段は、前記画像処理部における画像処理の進行度合の検知が指示されている場合に、前記画像処理部への前記進行度合検知モジュールの挿入を行い、
前記管理手段は、前記進行度合検知モジュールが挿入された画像処理部が前記構築手段によって構築された場合に、前記進行度合の収集及び前記画像処理部における画像処理の進行度合の検知を行うことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記構築手段は、前記画像処理部における画像処理の進行度合の検知が指示されている場合に、前記画像処理モジュールを構成する全ての画像処理モジュールの後段側に前記進行度合検知モジュールを各々挿入するか、又は、前記画像処理部を構成する画像処理モジュールのうち、単一又は複数の画像処理モジュールを含み各モジュールが協働して特定の画像処理を実現するモジュールのグループを単位として、その後段側に前記進行度合検知モジュールを各々挿入することを特徴とする請求項１記載の画像処理装置。
【請求項４】
前記管理手段は、前記画像処理部による処理対象の画像データのデータ量、特定の進行度合検知モジュールの前段側に存在する個々の画像処理モジュールにおける画像処理の内容及び特定の進行度合検知モジュールの前段の画像処理モジュールにおける単位処理量に基づいて、前記画像処理部が前記処理対象の画像データに対する処理を完了する迄の間の、前記前段の画像処理モジュールからの画像データの総出力回数を予め演算して通知する処理を、前記画像処理部に挿入された個々の前記進行度合検知モジュールに対して各々行い、
前記画像処理部に挿入された個々の前記進行度合検知モジュールは、前段の画像処理モジュールから画像データが入力された回数を計数し、計数した回数を前記管理手段から予め通知された総出力回数で除算することで前記画像処理の進行度合を検知することを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記管理手段は、前記画像処理部による処理対象の画像データのデータ量及び特定の進行度合検知モジュールの前段側に存在する個々の画像処理モジュールにおける画像処理の内容に基づいて、前記画像処理部が前記処理対象の画像データに対する処理を完了する迄の間の、前記前段の画像処理モジュールから出力される画像データの総データ量を予め演算して通知する処理を、前記画像処理部に挿入された個々の前記進行度合検知モジュールに対して各々行い、
前記画像処理部に挿入された個々の前記進行度合検知モジュールは、前段の画像処理モジュールから入力された画像データのデータ量を計数し、計数したデータ量を前記管理手段から予め通知された総データ量で除算することで前記画像処理の進行度合を検知することを特徴とする請求項１記載の画像処理装置。
【請求項６】
前記管理手段は、検知した前記画像処理部における画像処理の進行度合を表示手段に表示させることを特徴とする請求項１乃至請求項５の何れか１項記載の画像処理装置。
【請求項７】
自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する一連の処理を単位処理量ずつ行う画像処理モジュールのプログラムと、自モジュールの前段から出力される画像データをバッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段によって読み出させる処理を行うバッファモジュールのプログラムと、自モジュールの前段からの画像データの出力回数又は前記画像データのデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールのプログラムと、を各々記憶する記憶手段と接続されたコンピュータを、
前記記憶手段に記憶されている各モジュールのプログラムを用いて、前記画像処理モジュールの前段及び後段の少なくとも一方に前記バッファモジュールが連結され、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部を構築すると共に、当該画像処理部を構成する１つ以上の画像処理モジュールの後段側に前記進行度合検知モジュールを挿入する構築手段、
及び、前記構築手段によって前記画像処理部に挿入された個々の前記進行度合検知モジュールによって検知された画像処理の進行度合を各々収集し、収集した進行度合に基づいて前記画像処理部における画像処理の進行度合を検知する管理手段
として機能させる画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像処理装置及びプログラムに係り、特に、画像処理モジュールの前段及び後段の少なくとも一方にバッファモジュールが連結され、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部を構築して画像処理を行う画像処理装置、及び、コンピュータを前記画像処理装置として機能させるための画像処理プログラムに関する。
【背景技術】
【０００２】
入力された画像データに対して画像処理を行う画像処理装置や、画像を取扱可能なＤＴＰ（デスクトップ・パブリッシング）システム、入力された画像データが表す画像を記録材料に記録するプリントシステム等では、入力された画像データに対して拡大・縮小、回転、アフィン変換、色変換、フィルタ処理、画像合成等の各種の画像処理が行われる。これらの装置やシステムにおいて、入力される画像データの属性や画像データに対する画像処理の内容・手順・パラメータ等が固定されている場合には、専用に設計したハードウエアによって画像処理を行わせる場合もあるが、例えば色空間や１画素当たりのビット数が異なる様々な画像データが入力されたり、画像処理の内容や手順・パラメータ等が様々に変更される場合には、実行する画像処理をより柔軟に変更可能な構成が必要となる。
【０００３】
このような要求を満たすために、例えば特許文献１には、プログラマブルな処理モジュールをパイプライン形態やＤＡＧ(Directed Acyclic Graph：有向非循環グラフ)形態に接続して、所望の画像処理を行うことを可能とする技術が提案されている。特許文献１に記載の技術では、複数のプログラマブル演算処理部の各々における演算処理の内容と、ネットワーク部による各プログラマブル演算処理部の接続形態を、ホストコントロール手段を通じて外部から自在に設定できるように構成することで、高速かつ高度な演算処理が可能で、機能変更や系統変更に対する自由度が高いデジタル映像信号処理装置を実現している。
【０００４】
また、上記に関連して特許文献２には、コンピュータとの情報の交換を行うコンピュータインターフェース手段、コード情報で表された画像情報をコンピュータインターフェース手段を介して受信し、該受信した画像情報を展開する画像展開手段、画像展開手段によって展開された画像を記録する画像記録手段、及び、画像展開手段によって展開された画像を通信回線を介して送受信する画像通信手段が直列的又は並列的に動作可能な複合画像処理システムにおいて、処理単位の管理番号、処理単位を実行する処理部の情報、処理単位の実行状況の情報、処理単位の内容を示す情報及び処理単位の処理中に発生したエラーの内容を示す情報からなるステータス情報を記憶、更新することで各処理手段の処理状況を監視し、監視の結果（ステータス情報）をユーザに通知する技術が開示されている。
【特許文献１】特開平５−２６０３７３号公報
【特許文献２】特開平８−２８９０６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術のように、複数種の画像処理モジュールを任意に組み合わせて所望の画像処理を行う画像処理装置を構成する場合、以下に述べるような問題がある。すなわち、各画像処理モジュールには、実行する画像処理の種類や内容に応じて処理し易い単位（例えば画素単位、１ライン単位、複数ライン単位、面単位等）がある。しかし、各画像処理モジュールを任意の順番で連結し協調して処理することを可能とするためには、全ての画像処理モジュールの出力単位を揃えるか、或いは各画像処理モジュールが任意の入力単位に対応可能に構成する必要があり、各画像処理モジュールの構成が複雑になる。また、各画像処理モジュールは他の画像処理モジュールと連携して動作するため、各画像処理モジュールには、入力された画像データに対して実際に画像処理を行う部分以外に、自モジュールと連結された他の画像処理モジュールとの間で画像データを受け渡す処理を制御する部分も必要となり、各画像処理モジュールの構成は一層複雑になる。
【０００６】
上記の問題は、画像処理モジュールの前後にバファを設けた構成を用い、個々の画像処理モジュールで各種の画像処理を行わせると共に、個々の画像処理モジュールを、実行する画像処理の種類や内容に応じた処理し易い単位ずつ前段のバッファから画像データを取得して画像処理を行うように構成することで解決可能である。
【０００７】
しかしながら、上記のように個々の画像処理モジュールの出力単位（画像データの取得単位や画像処理の実行単位）が揃っていない場合、複数の画像処理モジュールやバッファから成る画像処理部全体としての画像処理の進行度合を把握することが困難であるという問題がある。このため、画像処理部における画像処理の進行度合を表示したり、画像処理の処理完了時刻を予測したり、或いは、画像処理部における画像処理の進行度合に応じて、個々のモジュールに対応するプログラムの実行優先度や個々のモジュールへのリソースの割当を変更する等の制御を行うことが困難、という不都合が生じる。
【０００８】
これに対し、前述の特許文献２には、各処理手段からの処理状況報告を基にステータス情報を逐次更新することで処理状況を把握・表示する技術が開示されているものの、特許文献２の記載の技術を適用して画像処理部における画像処理の進行度合を検知するためには、画像処理部を構成する個々の画像処理モジュールを、処理の進行度合が変化する毎に処理状況報告を出力する構成に変更する必要があり、画像処理部における画像処理の進行度合を検知可能な構成を実現するための開発負荷が非常に大きいという問題がある。
【０００９】
本発明は上記事実を考慮して成されたもので、画像処理部を構成する個々のモジュールの構成を変更することなく、画像処理部における画像処理の進行度合を検知できる画像処理装置及び画像処理プログラムを得ることが目的である。
【課題を解決するための手段】
【００１０】
上記目的を達成するために請求項１記載の発明に係る画像処理装置は、自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する一連の処理を単位処理量ずつ行う画像処理モジュールのプログラムと、自モジュールの前段から出力される画像データをバッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段によって読み出させる処理を行うバッファモジュールのプログラムと、自モジュールの前段からの画像データの出力回数又は前記画像データのデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールのプログラムと、を各々記憶する記憶手段と、前記記憶手段に記憶されている各モジュールのプログラムを用いて、前記画像処理モジュールの前段及び後段の少なくとも一方に前記バッファモジュールが連結され、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部を構築すると共に、当該画像処理部を構成する１つ以上の画像処理モジュールの後段側に前記進行度合検知モジュールを挿入する構築手段と、前記構築手段によって前記画像処理部に挿入された個々の前記進行度合検知モジュールによって検知された画像処理の進行度合を各々収集し、収集した進行度合に基づいて前記画像処理部における画像処理の進行度合を検知する管理手段と、を含んで構成されている。
【００１１】
請求項１記載の発明では、自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は画像処理の処理結果を自モジュールの後段へ出力する一連の処理を単位処理量ずつ行う画像処理モジュールのプログラムと、自モジュールの前段から出力される画像データをバッファに書き込ませ、バッファに記憶されている画像データを自モジュールの後段によって読み出させる処理を行うバッファモジュールのプログラムと、自モジュールの前段からの画像データの出力回数又は自モジュールの前段からの画像データのデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールのプログラムが記憶手段に各々記憶されている。
【００１２】
また請求項１記載の発明では、構築手段により、記憶手段に記憶されている各モジュールのプログラムを用いて、画像処理モジュールの前段及び後段の少なくとも一方にバッファモジュールが連結され、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部が構築されると共に、当該画像処理部を構成する１つ以上の画像処理モジュールの後段側に進行度合検知モジュールが挿入される。そして、請求項１記載の発明に係る管理手段は、構築手段によって画像処理部に挿入された個々の進行度合検知モジュールによって検知された画像処理の進行度合を各々収集し、収集した進行度合に基づいて画像処理部における画像処理の進行度合を検知する。
【００１３】
このように、請求項１記載の発明では、自モジュールの前段からの画像データの出力回数又は自モジュールの前段からの画像データのデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールが、画像処理部を構成する１つ以上の画像処理モジュールの後段側に構築手段によって挿入され、個々の進行度合検知モジュールによって検知された画像処理の進行度合が管理手段によって各々収集され、画像処理部における画像処理の進行度合が検知されるので、画像処理部における画像処理の進行度合を検知するために、画像処理部を構成する個々のモジュール（画像処理モジュールやバッファモジュール）の構成を変更する必要が無くなる。従って、請求項１記載の発明によれば、画像処理部を構成する個々のモジュールの構成を変更することなく、画像処理部における画像処理の進行度合を検知することができる。
【００１４】
なお、請求項１記載の発明において、画像処理部への進行度合検知モジュールの挿入及び進行度合の検知は常に行うようにしてもよいが、これに限られるものではなく、例えば請求項２に記載したように、構築手段は、画像処理部における画像処理の進行度合の検知が指示されている場合に、画像処理部への進行度合検知モジュールの挿入を行い、管理手段は、進行度合検知モジュールが挿入された画像処理部が構築手段によって構築された場合に、進行度合の収集及び画像処理部における画像処理の進行度合の検知を行うように構成してもよい。これにより、画像処理部における画像処理の進行度合の検知が不要な場合には、進行度合検知モジュールが画像処理部に挿入されず、管理手段による進行度合の収集及び検知も行われないことになり、処理効率を向上させることができる。
【００１５】
また、請求項１記載の発明において、構築手段は、例えば請求項３に記載したように、画像処理部における画像処理の進行度合の検知が指示されている場合に、画像処理モジュールを構成する全ての画像処理モジュールの後段側に進行度合検知モジュールを各々挿入するか、又は、画像処理部を構成する画像処理モジュールのうち、複数の画像処理モジュールを含み各モジュールが協働して特定の画像処理を実現するモジュールのグループを単位として、その後段側に進行度合検知モジュールを各々挿入するように構成することができる。
【００１６】
また、請求項１記載の発明において、画像処理部に挿入された個々の進行度合検知モジュールによる、個々の進行度合検知モジュールの挿入箇所における画像処理の進行度合の検知は、具体的には、例えば請求項４に記載したように、管理手段が、画像処理部による処理対象の画像データのデータ量、特定の進行度合検知モジュールの前段側に存在する個々の画像処理モジュールにおける画像処理の内容及び特定の進行度合検知モジュールの前段の画像処理モジュールにおける単位処理量に基づいて、画像処理部が処理対象の画像データに対する処理を完了する迄の間の、前段の画像処理モジュールからの画像データの総出力回数を予め演算して通知する処理を、画像処理部に挿入された個々の進行度合検知モジュールに対して各々行い、画像処理部に挿入された個々の進行度合検知モジュールが、前段の画像処理モジュールから画像データが入力された回数を計数し、計数した回数を管理手段から予め通知された総出力回数で除算することによって行うことができる。
【００１７】
更に、請求項１記載の発明において、画像処理部に挿入された個々の進行度合検知モジュールによる、個々の進行度合検知モジュールの挿入箇所における画像処理の進行度合の検知は、具体的には、例えば請求項５に記載したように、管理手段が、画像処理部による処理対象の画像データのデータ量及び特定の進行度合検知モジュールの前段側に存在する個々の画像処理モジュールにおける画像処理の内容に基づいて、画像処理部が処理対象の画像データに対する処理を完了する迄の間の、前段の画像処理モジュールから出力される画像データの総データ量を予め演算して通知する処理を、画像処理部に挿入された個々の進行度合検知モジュールに対して各々行い、画像処理部に挿入された個々の進行度合検知モジュールは、前段の画像処理モジュールから入力された画像データのデータ量を計数し、計数したデータ量を管理手段から予め通知された総データ量で除算することによって行うことも可能である。
【００１８】
また、請求項１乃至請求項５の何れかに記載の発明において、管理手段は、例えば請求項６に記載したように、検知した画像処理部における画像処理の進行度合を表示手段に表示させるように構成してもよい。これにより、画像処理部における画像処理の進行度合を利用者に認識させることができる。なお、本発明において、画像処理部における画像処理の進行度合を検知した結果は、上記のように表示手段に表示させることに限られるものではなく、画像処理部における画像処理の処理完了時刻を予測して表示手段に表示させたり、画像処理部における画像処理の進行度合に応じて、個々のモジュールに対応するプログラムの実行優先度や個々のモジュールへのリソースの割当を変更する等の制御を行う際に利用することも可能である。
【００１９】
請求項７記載の発明に係る画像処理プログラムは、自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する一連の処理を単位処理量ずつ行う画像処理モジュールのプログラムと、自モジュールの前段から出力される画像データをバッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段によって読み出させる処理を行うバッファモジュールのプログラムと、自モジュールの前段からの画像データの出力回数又は前記画像データのデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールのプログラムと、を各々記憶する記憶手段と接続されたコンピュータを、前記記憶手段に記憶されている各モジュールのプログラムを用いて、前記画像処理モジュールの前段及び後段の少なくとも一方に前記バッファモジュールが連結され、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部を構築すると共に、当該画像処理部を構成する１つ以上の画像処理モジュールの後段側に前記進行度合検知モジュールを挿入する構築手段、及び、前記構築手段によって前記画像処理部に挿入された個々の前記進行度合検知モジュールによって検知された画像処理の進行度合を各々収集し、収集した進行度合に基づいて前記画像処理部における画像処理の進行度合を検知する管理手段として機能させる。
【００２０】
請求項７記載の発明に係る画像処理プログラムは、上記の記憶手段と接続されたコンピュータを、上記の構築手段及び管理手段として機能させるプログラムであるので、上記コンピュータが請求項７記載の発明に係る画像処理プログラムを実行することで、上記コンピュータが請求項１に記載の画像処理装置として機能することになり、請求項１記載の発明と同様に、画像処理部を構成する個々のモジュールの構成を変更することなく、画像処理部における画像処理の進行度合を検知することができる。
【発明の効果】
【００２１】
以上説明したように本発明は、自モジュールの前段からの画像データの出力回数又はデータ量を計数することで、自モジュールの挿入箇所における画像処理の進行度合を検知する進行度合検知モジュールを、画像処理部を構成する１つ以上の画像処理モジュールの後段側に挿入し、画像処理部に挿入した個々の進行度合検知モジュールによって検知された画像処理の進行度合を各々収集し、収集した進行度合に基づいて画像処理部における画像処理の進行度合を検知するようにしたので、画像処理部を構成する個々のモジュールの構成を変更することなく、画像処理部における画像処理の進行度合を検知できる、という優れた効果を有する。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態の一例を詳細に説明する。図１には、本発明に係る画像処理装置として機能することが可能なコンピュータ１０が示されている。なお、このコンピュータ１０は、複写機、プリンタ、ファクシミリ装置、これらの機能を兼ね備えた複合機、スキャナ、写真プリンタ等のように内部で画像処理を行う必要のある任意の画像取扱機器に組み込まれていてもよいし、パーソナル・コンピュータ（ＰＣ）等の独立したコンピュータであってもよく、更にＰＤＡ（Personal Digital Assistant）や携帯電話機等の携帯機器に組み込まれたコンピュータであってもよい。
【００２３】
コンピュータ１０はＣＰＵ１２、ＤＲＡＭ又はＳＲＡＭ等から成るメモリ１４、表示部１６、操作部１８、記憶部２０、画像データ供給部２２及び画像出力部２４を備えており、これらはバス２６を介して互いに接続されている。コンピュータ１０が上述したような画像取扱機器に組み込まれている場合、表示部１６や操作部１８としては、画像取扱機器に設けられたＬＣＤ等から成る表示パネルやテンキー等を適用することができる。また、コンピュータ１０が独立したコンピュータである場合、表示部１６や操作部１８としては、当該コンピュータに接続されたディスプレイやキーボード、マウス等を適用することができる。また、記憶部２０としてはＨＤＤ(Hard Disk Drive)が好適であるが、これに代えてフラッシュメモリ等の他の不揮発性記憶手段を用いることも可能である。
【００２４】
また、画像データ供給部２２は処理対象の画像データを供給できるものであればよく、例えば紙や写真フィルム等の記録材料に記録されている画像を読み取って画像データを出力する画像読取部、通信回線を介して外部から画像データを受信する受信部、画像データを記憶する画像記憶部（メモリ１４又は記憶部２０）等を適用することができる。また、画像出力部２４は画像処理を経た画像データ又は該画像データが表す画像を出力するものであればよく、例えば画像データが表す画像を紙や感光材料等の記録材料に記録する画像記録部、画像データが表す画像をディスプレイ等に表示する表示部、画像データを記録メディアに書き込む書込装置、画像データを通信回線を介して送信する送信部を適用することができる。また、画像出力部２４は画像処理を経た画像データを単に記憶する画像記憶部（メモリ１４又は記憶部２０）であっても構わない。
【００２５】
図１に示すように、記憶部２０には、ＣＰＵ１２によって実行される各種のプログラムとして、メモリ１４等のリソースの管理やＣＰＵ１２によるプログラムの実行の管理、コンピュータ１０と外部との通信等を司るオペレーティングシステム３０のプログラム、コンピュータ１０を本発明に係る画像処理装置として機能させるための画像処理プログラム群３４、ＣＰＵ１２が上記画像処理プログラム群を実行することで実現される画像処理装置に対して所望の画像処理を行わせる各種のアプリケーション３２のプログラム（図１ではアプリケーションプログラム群３２と表記）が各々記憶されている。
【００２６】
画像処理プログラム群３４は、前述した各種の画像取扱機器や携帯機器を開発する際の開発負荷を軽減したり、ＰＣ等で利用可能な画像処理プログラムを開発する際の開発負荷を軽減することを目的として、各種の画像取扱機器や携帯機器、ＰＣ等の各種機器（プラットフォーム）で共通に使用可能に開発されたプログラムであり、本発明に係る画像処理プログラムに対応している。なお、画像処理プログラム群３４を記憶する記憶部２０は本発明に係る記憶手段に対応している。画像処理プログラム群３４によって実現される画像処理装置は、アプリケーション３２からの構築指示に従い、アプリケーション３２が指示した画像処理を行う画像処理部を構築し、アプリケーション３２からの実行指示に従い、前記画像処理部によって画像処理を行うが（詳細は後述）、画像処理プログラム群３４は、所望の画像処理を行う画像処理部（所望の構成の画像処理部）の構築を指示したり、構築された画像処理部による画像処理の実行を指示するためのインタフェースをアプリケーション３２に提供している。このため、内部で画像処理を行う必要のある任意の機器を新規開発する等の場合にも、前記画像処理を行うプログラムの開発に関しては、当該機器で必要とされる画像処理を上記のインタフェースを利用して画像処理プログラム群３４に行わせるアプリケーション３２を開発するのみで済み、実際に画像処理を行うプログラムを新たに開発する必要が無くなるので、開発負荷を軽減することができる。
【００２７】
また、画像処理プログラム群３４によって実現される画像処理装置は、前述のように、アプリケーション３２からの構築指示に従い、アプリケーション３２が指示した画像処理を行う画像処理部を構築し、構築した画像処理部によって画像処理を行うので、例えば画像処理対象の画像データの色空間や１画素当たりのビット数が不定であったり、実行すべき画像処理の内容や手順・パラメータ等が不定である場合にも、アプリケーション３２が画像処理部の再構築を指示することで、画像処理装置（画像処理部）によって実行される画像処理を、処理対象の画像データ等に応じて柔軟に変更することができる。
【００２８】
以下、画像処理プログラム群３４について説明する。図１に示すように、画像処理プログラム群３４はモジュールライブラリ３６と、処理構築部４２のプログラムと、処理管理部４６のプログラムに大別される。詳細は後述するが、本実施形態に係る処理構築部４２は、アプリケーションからの指示により、例として図４に示すように、予め定められた画像処理を行う１つ以上の画像処理モジュール３８と、個々の画像処理モジュール３８の前段及び後段の少なくとも一方に配置され画像データを記憶するためのバッファを備えたバッファモジュール４０と、がパイプライン形態又はＤＡＧ(Directed Acyclic Graph：有向非循環グラフ)形態で連結されて成る画像処理部５０を構築する。画像処理部５０を構成する個々の画像処理モジュールの実体はＣＰＵ１２によって実行されＣＰＵ１２で所定の画像処理を行わせるための第１プログラム、又は、ＣＰＵ１２によって実行されＣＰＵ１２により図１に図示されていない外部の画像処理装置（例えば専用画像処理ボード等）に対する処理の実行を指示するための第２プログラムであり、上述したモジュールライブラリ３６には、予め定められた互いに異なる画像処理（例えば入力処理やフィルタ処理、色変換処理、拡大・縮小処理、スキュー角検知処理、画像回転処理、画像合成処理、出力処理等）を行う複数種の画像処理モジュール３８のプログラムが各々登録されている。以下では、説明を簡単にするために、画像処理部５０を構成する個々の画像処理モジュールの実体が上記の第１プログラムであるものとして説明する。
【００２９】
個々の画像処理モジュール３８は、例として図６(Ａ)にも示すように、画像データに対する画像処理を所定の単位処理データ量ずつ行う画像処理エンジン３８Ａと、画像処理モジュール３８の前段及び後段のモジュールとの画像データの入出力及び画像処理エンジン３８Ａの制御を行う制御部３８Ｂから構成されている。個々の画像処理モジュール３８における単位処理データ量は、画像の１ライン分、画像の複数ライン分、画像の１画素分、画像１面分等を含む任意のバイト数の中から、画像処理エンジン３８Ａが行う画像処理の種類等に応じて予め選択・設定されており、例えば色変換処理やフィルタ処理を行う画像処理モジュール３８では単位処理データ量が１画素分とされ、拡大・縮小処理を行う画像処理モジュール３８では単位処理データ量が画像の１ライン分又は画像の複数ライン分とされ、画像回転処理を行う画像処理モジュール３８では単位処理データ量が画像１面分とされ、画像圧縮伸長処理を行う画像処理モジュール３８では単位処理データ量が実行環境に依存するＮバイトとされている。
【００３０】
また、モジュールライブラリ３６には、画像処理エンジン３８Ａが実行する画像処理の種類が同一でかつ実行する画像処理の内容が異なる画像処理モジュール３８も登録されている（図１では、この種の画像処理モジュールを「モジュール１」「モジュール２」と表記して示している）。例えば拡大・縮小処理を行う画像処理モジュール３８については、入力された画像データを１画素おきに間引くことで50％に縮小する縮小処理を行う画像処理モジュール３８、入力された画像データに対して指定された拡大・縮小率で拡大・縮小処理を行う画像処理モジュール３８等の複数の画像処理モジュール３８が各々用意されている。また、例えば色変換処理を行う画像処理モジュール３８については、ＲＧＢ色空間をＣＭＹ色空間へ変換する画像処理モジュール３８やその逆へ変換する画像処理モジュール３８、Ｌ*ａ*ｂ*色空間等の他の色空間変換を行う画像処理モジュール３８が各々用意されている。
【００３１】
また、画像処理モジュール３８の制御部３８Ｂは、画像処理エンジン３８Ａが単位処理データ量ずつ処理するために必要な画像データを入力するために、自モジュールの前段のモジュール（例えばバッファモジュール４０）から画像データを単位読出データ量ずつ取得し、画像処理エンジン３８Ａから出力される画像データを単位書込データ量ずつ後段のモジュール（例えばバッファモジュール４０）へ出力する（画像処理エンジン３８Ａで圧縮等のデータ量の増減を伴う画像処理が行われなければ単位書込データ量＝単位処理データ量となる）か、画像処理エンジン３８Ａによる画像処理の結果を自モジュールの外部へ出力する（例えば画像処理エンジン３８Ａがスキュー角検知処理等の画像解析処理を行う場合、画像データに代えてスキュー角検知結果等の画像解析処理結果が出力されることがある）処理を行うが、モジュールライブラリ３６には、画像処理エンジン３８Ａが実行する画像処理の種類及び内容が同一で、上記の単位処理データ量や単位読出データ量、単位書込データ量が異なる画像処理モジュール３８も登録されている。例えば画像回転処理を行う画像処理モジュール３８における単位処理データ量についても、前述した画像１面分に限られるものではなく、同じ画像回転処理を行いかつ単位処理データ量が互いに異なる（例えば画像の１ライン分や複数ライン分等の）複数の画像処理モジュール３８がモジュールライブラリ３６に含まれていても良い。
【００３２】
また、モジュールライブラリ３６に登録されている個々の画像処理モジュール３８のプログラムは、画像処理エンジン３８Ａに相当するプログラムと制御部３８Ｂに相当するプログラムから構成されているが、制御部３８Ｂに相当するプログラムは部品化されており、個々の画像処理モジュール３８のうち単位読出データ量及び単位書込データ量が同一の画像処理モジュール３８は、画像処理エンジン３８Ａで実行される画像処理の種類や内容に拘わらず、制御部３８Ｂに相当するプログラムが共通化されている（制御部３８Ｂに相当するプログラムとして同一のプログラムが用いられている）。これにより、画像処理モジュール３８のプログラムの開発にあたっての開発負荷が軽減される。
【００３３】
なお、画像処理モジュール３８の中には、入力される画像の属性が未知の状態では単位読出データ量及び単位書込データ量が確定しておらず、入力画像データの属性を取得し、取得した属性を所定の演算式に代入して演算することで単位読出データ量や単位書込データ量が確定するモジュールが存在しているが、この種の画像処理モジュール３８については、単位読出データ量と単位書込データ量が互いに同一の演算式を用いて導出される画像処理モジュール３８について、制御部３８Ｂに相当するプログラムを共通化するようにすればよい。また、本実施形態に係る画像処理プログラム群３４は、前述のように各種機器に実装可能であるが、画像処理プログラム群３４のうちモジュールライブラリ３６に登録する画像処理モジュール３８の数や種類等については、画像処理プログラム群３４を実装する各種機器で必要とされる画像処理に応じて、適宜追加・削除・入替等が可能であることは言うまでもない。
【００３４】
また、画像処理部５０を構成する個々のバッファモジュール４０は、例として図６(Ｂ)にも示すように、バッファ４０Ａと、バッファモジュール４０の前段及び後段のモジュールとの画像データの入出力及びバッファ４０Ａの管理を行うバッファ制御部４０Ｂから構成されている。なお、バッファ４０Ａはコンピュータ１０に設けられたメモリ１４からオペレーティングシステム３０及びリソース管理部４６Ｂを通じて確保されたメモリ領域で構成される。個々のバッファモジュール４０のバッファ制御部４０Ｂもその実体はＣＰＵ１２によって実行されるプログラムであり、モジュールライブラリ３６にはバッファ制御部４０Ｂのプログラムも登録されている（図１ではバッファ制御部４０Ｂのプログラムを「バッファモジュール」と表記して示している）。
【００３５】
また、画像処理部５０における画像処理の進行度合の検知及び表示が指示されている場合には、例として図５(Ａ)〜(Ｃ)にも示すように、画像処理部５０（を構成する画像処理モジュール３８及びバッファモジュール４０の配列中）に進行度合検知モジュール４８が挿入される（詳細は後述）。進行度合検知モジュール４８もその実体はＣＰＵ１２によって実行されるプログラムであり、モジュールライブラリ３６には、進行度合検知モジュール４８のプログラムも登録されている（図１では進行度合検知モジュール４８のプログラムを「進行度合検知モジュール」と表記して示している）。
【００３６】
また、アプリケーション３２からの指示に従って画像処理部５０を構築する処理構築部４２は、図１に示すように複数種のモジュール生成部４４から構成されている。複数種のモジュール生成部４４は互いに異なる画像処理に対応しており、アプリケーション３２によって起動されることで、対応する画像処理を実現するための画像処理モジュール３８及びバッファモジュール４０から成るモジュール群を生成する処理を行う。なお、図１ではモジュール生成部４４の一例として、モジュールライブラリ３６に登録されている個々の画像処理モジュール３８が実行する画像処理の種類に対応するモジュール生成部４４を示しているが、個々のモジュール生成部４４に対応する画像処理は、複数種の画像処理モジュール３８によって実現される画像処理（例えばスキュー角検知処理と画像回転処理から成るスキュー補正処理）であってもよい。必要とされる画像処理が複数種の画像処理を組み合わせた処理である場合、アプリケーション３２は複数種の画像処理の何れかに対応するモジュール生成部４４を順次起動する。これにより、アプリケーション３２によって順次起動されたモジュール生成部４４により、必要とされる画像処理を行う画像処理部５０が構築されることになる。なお処理構築部４２は本発明に係る構築手段に対応している。
【００３７】
また図１に示すように、処理管理部４６は、画像処理部５０における画像処理の実行を制御するワークフロー管理部４６Ａ、画像処理部５０の各モジュールによるメモリ１４や各種のファイル等のコンピュータ１０のリソースの使用を管理するリソース管理部４６Ｂ、及び、画像処理部５０で発生したエラーを管理するエラー管理部４６Ｃを含んで構成されている。エラー管理部４６Ｃは、画像処理部５０が画像処理を実行している途中でエラーが発生した場合に、発生したエラーの種別・発生箇所等のエラー情報を取得し、画像処理プログラム群３４がインストールされたコンピュータ１０が組み込まれている機器の種別や構成等を表す装置環境情報を記憶部２０等から取得し、取得した装置環境情報が表す装置環境に応じたエラー通知方法を判断し、判断したエラー通知方法でエラーの発生を通知する処理を行う。なお、ワークフロー管理部４６Ａは本発明に係る管理手段に対応している。
【００３８】
次に本実施形態の作用を説明する。画像処理プログラム群３４が実装されている機器において、何らかの画像処理を行う必要のある状況になると、この状況が特定のアプリケーション３２によって検知される。なお、画像処理を行う必要のある状況としては、例えば画像データ供給部２２としての画像読取部によって画像を読み取り、画像出力部２４としての画像記録部により記録材料に画像として記録するか、画像出力部２４としての表示部に画像として表示させるか、画像出力部２４としての書込装置により画像データを記録メディアに書き込むか、画像出力部２４としての送信部により画像データを送信するか、画像出力部２４としての画像記憶部に記憶させるジョブの実行がユーザによって指示された場合、或いは、画像データ供給部２２としての受信部によって受信されるか、画像データ供給部２２としての画像記憶部に記憶されている画像データに対して、上記の記録材料への記録、表示部への表示、記録メディアへの書き込み、送信、画像記憶部への記憶の何れかを行うジョブの実行がユーザによって指示された場合が挙げられる。また、画像処理を行う必要のある状況は上記に限られるものではなく、例えばユーザからの指示に応じてアプリケーション３２が実行可能な処理の名称等を表示部１６に一覧表示している状態で、実行対象の処理がユーザによって選択された等の場合であってもよい。
【００３９】
上記のように、何らかの画像処理を行う必要のある状況になったことを検知すると、アプリケーション３２は、まず画像処理対象の画像データを供給する画像データ供給部２２の種別を認識し（図２のステップ１５０も参照）、認識した種別がバッファ領域（メモリ１４の一部領域）であった場合（図２のステップ１５２の判定が肯定された場合）には、画像データ供給部２２として指定されたバッファ領域を含むバッファモジュール４０を生成する（図２のステップ１５４も参照）。後述するバッファモジュール４０の新規生成では、バッファモジュール４０のバッファ制御部４０Ｂのプログラムを実行するスレッド（プロセス又はオブジェクトでもよい：以下同様）を生成することでバッファ制御部４０Ｂを生成し、生成されたバッファ制御部４０Ｂによりバッファ４０Ａとして使用するメモリ領域が確保されることによって成されるが、このステップ１５４におけるバッファモジュール４０の生成は、指定されたバッファ領域を既に確保されたバッファ４０Ａとして（バッファ制御部４０Ｂに）認識させるパラメータを設定してバッファ制御部４０Ｂを生成する処理を行うことによって成される。ここで生成されたバッファモジュール４０は画像データ供給部２２として機能する。
【００４０】
続いてアプリケーション３２は、上記と同様に、画像処理を行った画像データの出力先としての画像出力部２４の種別を認識し（図２のステップ１５６も参照）、認識した種別がバッファ領域（メモリ１４の一部領域）であった場合（図２のステップ１５８の判定が肯定された場合）は、画像出力部２４として指定されたバッファ領域を含むバッファモジュール４０を上記と同様にして生成する（図２のステップ１６０も参照）。ここで生成されたバッファモジュール４０は画像出力部２４として機能する。また、アプリケーション３２は実行すべき画像処理の内容を認識し、実行すべき画像処理を、個々のモジュール生成部４４に対応するレベルの画像処理の組み合わせに分解し、実行すべき画像処理を実現するために必要な画像処理の種類及び個々の画像処理の実行順序を判定する（図２のステップ１６２も参照）。なお、この判定は、例えば上記の画像処理の種類及び個々の画像処理の実行順序を、ユーザが実行を指示可能なジョブの種類と対応付けて予め情報として登録しておき、アプリケーション３２は、実行が指示されたジョブの種類に対応する情報を読み出すことによって実現することができる。
【００４１】
そしてアプリケーション３２は、上記で判定した画像処理の種類及び実行順序に基づいて、まず実行順序が１番の画像処理に対応するモジュール生成部４４を起動（モジュール生成部４４のプログラムを実行するスレッドを生成）した後に（図２のステップ１６４も参照）、起動したモジュール生成部４４に対し、当該モジュール生成部４４によるモジュール群の生成に必要な情報として、前記モジュール群に画像データを入力する入力モジュールを識別するための入力モジュール識別情報、前記モジュール群が画像データを出力する出力モジュールを識別するための出力モジュール識別情報、前記モジュール群に入力される入力画像データの属性を表す入力画像属性情報、実行すべき画像処理のパラメータを通知し、対応するモジュール群の生成を指示する（図２のステップ１６６も参照）。
【００４２】
なお、上記の入力モジュールは、実行順序が１番目のモジュール群については画像データ供給部２２が入力モジュールとなり、実行順序が２番目以降のモジュール群については前段のモジュール群の最終モジュール（通常はバッファモジュール４０）が入力モジュールとなる。また、上記の出力モジュールについては、実行順序が最後のモジュール群では画像出力部２４が出力モジュールとなるので、画像出力部２４が出力モジュールとして指定されるが、その他のモジュール群では出力モジュールは未確定のためにアプリケーション３２による指定は行われず、必要な場合はモジュール生成部４４によって生成・設定される。また、入力画像属性や画像処理のパラメータについては、例えばユーザが実行を指示可能なジョブの種類と対応付けて予め情報として登録しておき、実行が指示されたジョブの種類に対応する情報を読み出すことでアプリケーション３２が認識するようにしてもよいし、ユーザに指定させるようにしてもよい。
【００４３】
一方、モジュール生成部４４は、アプリケーション３２によって起動されると図３に示すモジュール生成処理を行う（図２のステップ１６８も参照）。モジュール生成処理では、まずステップ２００において、このモジュール生成部４４で次に生成すべき画像処理モジュール３８が有るか否かを判定する。生成すべき画像処理モジュール３８が有る場合には、ステップ２０２で生成すべき画像処理モジュール３８に入力される入力画像データの属性を表す入力画像属性情報を取得し、次のステップ２０４では、ステップ２０２で取得した情報が表す入力画像データの属性に照らしても先のステップ２００で生成すべきと判定した画像処理モジュール３８の生成が必要か否かを判定する。
【００４４】
具体的には、例えば実行中のモジュール生成処理に対応するモジュール生成部４４が色変換処理を行うモジュール群を生成するモジュール生成部であり、画像処理のパラメータにより出力画像データの色空間としてＣＭＹ色空間がアプリケーション３２から指定された場合、ステップ２０２で取得した入力画像属性情報に基づいて入力画像データがＲＧＢ色空間のデータであることが判明した場合には、色空間処理を行う画像処理モジュール３８としてＲＧＢ→ＣＭＹの色空間変換を行う画像処理モジュール３８を生成する必要があるが、入力画像データがＣＭＹ色空間のデータであった場合には、入力画像データの属性と出力画像データの属性が色空間に関して一致しているので、色空間変換処理を行う画像処理モジュール３８は生成不要と判断することができる。不要と判断された場合はステップ２００に戻る。
【００４５】
なお、入力画像データの属性を取得する処理は、生成する画像処理モジュール３８の前段にバッファモジュール４０が存在している場合、当該バッファモジュール４０に画像データの書き込みを行う更に前段の画像処理モジュール３８から出力画像データの属性を取得することによって実現できる。
【００４６】
次のステップ２０６では、生成する画像処理モジュール３８の後段にバッファモジュール４０が必要が否かを判定する。この判定は、画像処理モジュールの後段が出力モジュール（画像出力部２４）である場合（例えば図４(Ａ)〜(Ｃ)に示す画像処理部５０における最後段の画像処理モジュール３８を参照）や、例として図４(Ｂ)に示す画像処理部５０においてスキュー角検知処理を行う画像処理モジュール３８のように、画像処理モジュールが、画像データに対して解析等の画像処理を行いその結果を他の画像処理モジュール３８へ出力するモジュールである場合は否定され、バッファモジュール４０の生成を行うことなくステップ２１０へ移行するが、上記以外の場合は判定が肯定されてステップ２０８へ移行し、バッファ制御部４０Ｂを起動する（バッファ制御部４０Ｂのプログラムを実行するスレッドを生成する）ことで、画像処理モジュールの後段に連結するバッファモジュール４０を生成する。
【００４７】
次のステップ２１０では、前段のモジュール（例えばバッファモジュール４０）の情報と後段のバッファモジュール４０の情報、画像処理モジュール３８に入力される入力画像データの属性、処理パラメータを与えて、画像処理モジュール３８を生成する。なお、ステップ２０６で後段のバッファモジュール４０が不要と判断された画像処理モジュール３８に対しては後段のバッファモジュール４０の情報は与えられず、また例えば50％縮小処理のように処理内容が固定的で特別な画像処理パラメータが必要ない場合には処理パラメータは与えられない。
【００４８】
モジュール生成処理（ステップ２１０）では、モジュールライブラリ３６に登録されており、画像処理モジュール３８として利用可能な複数の候補モジュールの中から、ステップ２０２で取得した入力画像データの属性、及び、画像処理モジュール３８で実行すべき処理パラメータに合致する画像処理モジュール３８を選択する。例えば実行中のモジュール生成処理に対応するモジュール生成部４４が色変換処理を行うモジュール群を生成するモジュール生成部であり、処理パラメータにより出力画像データの色空間としてＣＭＹ色空間がアプリケーション３２から指定され、更に入力画像データがＲＧＢ色空間のデータであった場合には、モジュールライブラリ３６に登録されている各種の色空間処理を行う複数種の画像処理モジュール３８の中から、ＲＧＢ→ＣＭＹの色空間変換を行う画像処理モジュール３８が選択される。
【００４９】
また、画像処理モジュールが拡大・縮小処理を行う画像処理モジュール３８であり、指定された拡大縮小率が50％以外であれば、入力された画像データに対して指定された拡大・縮小率で拡大・縮小処理を行う画像処理モジュール３８が選択され、指定された拡大縮小率が50％であれば、拡大縮小率50％に特化した拡大縮小処理、すなわち入力された画像データを１画素おきに間引くことで50％に縮小する縮小処理を行う画像処理モジュール３８が選択される。なお、画像処理モジュール３８の選択は上記に限られるものではなく、例えば画像処理エンジン３８Ａによる画像処理における単位処理データ量が異なる画像処理モジュール３８をモジュールライブラリ３６に複数登録しておき、画像処理部５０へ割当可能なメモリ領域のサイズ等の動作環境に応じて、適切な単位処理データ量の画像処理モジュール３８を選択する（例えば上記サイズが小さくなるに従って単位処理データ量の小さい画像処理モジュール３８を選択する等）ようにしてもよいし、アプリケーション３２或いはユーザに選択させるようにしてもよい。
【００５０】
次のステップ２１２では、後段のバッファモジュール４０のＩＤと生成した画像処理モジュール３８のＩＤの組をワークフロー管理部４６Ａに通知する。このＩＤは、個々のモジュールを一意に判別できる情報であればよく、例えば個々のモジュールの生成順に付与した番号や、バッファモジュール４０や画像処理モジュール３８のオブジェクトのメモリ上でのアドレス等でも良い。ワークフロー管理部４６Ａに通知された情報は、テーブル形式やリスト形式、連想配列形式等でワークフロー管理部４６Ａの内部に保持され、後の処理で使われる。
【００５１】
ステップ２１２の処理が終了すると、モジュール生成部４４は制御をステップ２００に戻して次に生成すべき画像処理モジュールがあるか否かを判定する。なお、個々のモジュール生成部４４は、対応する一定の画像処理を行うモジュール群を生成するので、この判定は、個々のモジュール生成部４４毎にどのような画像処理モジュールをどのような接続関係で生成するかに関する情報を予め登録して読み出すか、またはモジュール生成部４４を動作させるプログラム中に記述しておくことでも実現できる。例えば実行中のモジュール生成処理に対応するモジュール生成部４４が、複数種の画像処理モジュール３８によって実現される画像処理（例えばスキュー角検知処理を行う画像処理モジュール３８と画像回転処理を行う画像処理モジュール３８によって実現されるスキュー補正処理）を行うモジュール群を生成する場合には、２個以上の画像処理モジュール３８を含むモジュール群が生成される。
【００５２】
また、目的とする画像処理（起動されたモジュール生成部４４に対応する画像処理）を実現するモジュール群の生成が完了すると、ステップ２００の判定が否定されてステップ２１４へ移行する。本実施形態では、画像処理部５０が画像処理を行っている間に、画像処理部５０における画像処理の進行度合を検知するか否かをユーザが選択可能とされており、ユーザによる上記選択の結果はユーザが操作部１８を操作することで予め入力され、メモリ１４上の所定の領域に情報として保持される。ステップ２１４では、前記所定の領域に保持されている情報を参照することで、画像処理部５０における画像処理の進行度合の検知が指示されているか否か判定する。
【００５３】
判定が否定された場合はモジュール生成処理を終了するが、ステップ２１４の判定が肯定された場合はステップ２１６へ移行し、進行度合検知モジュール４８を起動する（進行度合検知モジュール４８のプログラムを実行するスレッドを生成する）ことで、前述のステップ２００〜ステップ２１２で生成した画像処理モジュール３８のうち、最も後段に位置している画像処理モジュール３８の次段（当該画像処理モジュールの次段にバッファモジュール４０が位置している場合は、画像処理モジュール３８とバッファモジュールの間）に進行度合検知モジュール４８を挿入する。また、次のステップ２１８では、ステップ２１６で挿入した進行度合検知モジュール４８のＩＤをワークフロー管理部４６Ａに通知することで、進行度合検知モジュール４８の挿入をワークフロー管理部４６Ａに認識させ、モジュール生成処理を終了する。
【００５４】
アプリケーション３２は、モジュール群の生成を指示したモジュール生成部４４から、上記のようにしてモジュール群の生成完了が通知されると、図２のステップ１６２における判定の結果に基づいて、必要とされる画像処理を実現するために他の画像処理を行うモジュール群も生成する必要があるか否か判断する。必要とされる画像処理が複数種の画像処理を組み合わせた処理である場合、アプリケーション３２は、個々の画像処理に対応する他のモジュール生成部４４を起動してモジュール群の生成に必要な情報を通知する処理を順次行う（図２のステップ１７０，１７２も参照）。そして、順次起動されたモジュール生成部４４によって上述したモジュール生成処理（図３）が順次行われる（図２のステップ１７４も参照）ことで、例として図４(Ａ)〜(Ｃ)に示すように、必要とされる画像処理を行う画像処理部５０が構築されることになる。
【００５５】
また、起動された個々のモジュール生成部４４は、前述のように、個々のモジュール生成部４４に対応する画像処理を実現するモジュール群を生成するが、画像処理部５０における画像処理の進行度合の検知が指示されていた場合には、個々のモジュール生成部４４によって生成されるモジュール群（請求項３に記載の「単一又は複数の画像処理モジュールを含み各モジュールが協働して特定の画像処理を実現するモジュールのグループ」に相当）を単位として、例として図５(Ａ)〜(Ｃ)にも示すように、個々のモジュール群における最も後段の画像処理モジュール３８の次段に進行度合検知モジュール４８が各々挿入された画像処理部５０が構築される。
【００５６】
なお、本実施形態では、特定の画像処理の実行頻度が高い等の場合に、アプリケーション３２が、特定の画像処理を行う画像処理部５０を生成するための複数種のモジュール生成部４４に対し、特定の画像処理を行う画像処理部５０を生成させた後も処理終了を指示しないことでスレッドとして残しておき、特定の画像処理を行う必要が生ずる毎に、スレッドとして残しておいた各モジュール生成部４４に対してモジュール群の生成を順次指示することで、特定の画像処理を行う画像処理部５０を再生成させることも可能とされている。これにより、特定の画像処理を行う必要が生ずる毎に対応する各モジュール生成部４４を各々起動する処理が不要となり、特定の画像処理を行う画像処理部５０を再生成するのに要する時間を短縮することができる。
【００５７】
ところで、画像処理モジュール３８の制御部３８Ｂは、モジュール生成部４４によって起動されると画像処理モジュール３８の初期化を行う。この初期化では、まずモジュール生成部４４から与えられた自モジュールの前段及び後段のモジュールの情報を記憶する。続いて自モジュールの前段のモジュールを判定する。自モジュールの前段にモジュールが存在していない場合には何ら処理を行わないが、前段のモジュールがバッファモジュール４０以外、例えば画像データ供給部２２や特定のファイル等である場合には、必要に応じてその初期化処理を行う。また、自モジュールの前段にバッファモジュール４０が存在している場合には、前段のバッファモジュール４０からの１回の画像データの読み出しによって取得する画像データのデータ量（単位読出データ量）を認識する。この単位読出データ量は、自モジュールの前段のバッファモジュール４０の数が１個であれば１個だけであるが、例えば図４(Ｃ)に示す画像処理部５０において画像合成処理を行う画像処理モジュール３８のように、前段のバッファモジュール４０の数が複数で、複数のバッファモジュール４０から各々取得した画像データを用いて画像処理エンジン３８Ａが画像処理を行う等の場合、前段の個々のバッファモジュール４０に対応する単位読出データ量は、自モジュールの画像処理エンジン３８Ａが行う画像処理の種類や内容、前段のバッファモジュール４０の数等に応じて定まる。そして、認識した単位読出データ量を、前段に存在している全てのバッファモジュール４０へ通知することで、前段に存在している全てのバッファモジュール４０に単位読出データ量を設定する（図６(Ａ)の(1)も参照）。
【００５８】
次に、自モジュールの後段のモジュールを判定する。自モジュールの後段のモジュールがバッファモジュール４０以外、例えば画像出力部２４や特定のファイル等の場合には、必要に応じてその初期化処理（例えば後段のモジュールが画像出力部２４であれば、単位書込データ量に相当するデータ量ずつ画像データを出力することを通知する処理等）を行う。また、後段のモジュールがバッファモジュール４０であれば、１回の画像データの書き込みにおける画像データのデータ量（単位書込データ量）を認識し、後段のバッファモジュールに当該単位書込データ量を設定（図６(Ａ)の(2)も参照）する。そして、当該画像処理モジュール３８の初期化の完了をモジュール生成部４４に通知して処理を終了する。
【００５９】
一方、画像処理部５０を構成する個々のバッファモジュール４０のバッファ制御部４０Ｂは、モジュール生成部４４又はアプリケーション３２によって起動されるとバッファモジュール４０の初期化を行う。バッファモジュール４０の初期化では、まず自モジュールの前段の画像処理モジュール３８から単位書込データ量が通知されるか又は自モジュールの後段の画像処理モジュール３８から単位読出データ量が通知される毎に、通知された単位書込データ量又は単位読出データ量を記憶する（図６(Ｂ)の(1),(2)も参照）。
【００６０】
自モジュールと連結されている全ての画像処理モジュール３８から単位書込データ量又は単位読出データ量が通知されると、自モジュールと連結されている個々の画像処理モジュール３８によって各々設定された単位書込データ量及び単位読出データ量に基づいて、自モジュールのバッファ４０Ａの管理単位である単位バッファ領域のサイズを決定し、決定した単位バッファ領域のサイズを記憶する。単位バッファ領域のサイズとしては、自モジュールに設定された単位書込データ量及び単位読出データ量のうちの最大値が好適であるが、単位書込データ量を設定してもよいし、単位読出データ量（自モジュールの後段に複数の画像処理モジュール３８が連結されている場合は、個々の画像処理モジュール３８によって各々設定された単位読出データ量の最大値）を設定してもよいし、単位書込データ量と単位読出データ量（の最大値）の最小公倍数を設定してもよいし、この最小公倍数が所定値未満であれば最小公倍数を、最小公倍数が所定値以上であれば別の値（例えば上述した単位書込データ量及び単位読出データ量のうちの最大値、単位書込データ量、単位読出データ量（の最大値）の何れか）を設定するようにしてもよい。
【００６１】
また、自モジュールがアプリケーション３２によって生成され、画像データ供給部２２又は画像出力部２４として機能するバッファモジュール４０であった場合には、自モジュールのバッファ４０Ａとして用いるメモリ領域が既に存在しているので、先に決定した単位バッファ領域のサイズを、自モジュールのバッファ４０Ａとして用いる既設のメモリ領域のサイズに変更する。更に、自モジュールの後段の個々の画像処理モジュール３８に対応する有効データポインタを各々生成し、生成した有効データポインタを初期化する。この有効データポインタは、自モジュールの前段の画像処理モジュールによって自モジュールのバッファ４０Ａに書き込まれた画像データのうち、対応する後段の画像処理モジュール３８によって読み出されていない画像データ（有効データ）の先頭位置（次の読出開始位置）と末尾位置を各々指し示すポインタであり、初期化時には通常、有効データが存在していないことを意味する特定の情報が設定されるが、自モジュールが自モジュールがアプリケーション３２によって生成され、画像データ供給部２２として機能するバッファモジュール４０であれば、自モジュールのバッファ４０Ａとして用いるメモリ領域には既に画像処理対象の画像データが書き込まれていることがあり、この場合は当該画像データの先頭位置及び末尾位置が後段の個々の画像処理モジュール３８に対応する有効データポインタに各々設定される。以上の処理によりバッファモジュール４０の初期化が完了し、バッファ制御部４０Ｂは初期化の完了をワークフロー管理部４６Ａへ通知する。
【００６２】
一方、アプリケーション３２は、順次起動したモジュール生成部４４によって前述のモジュール生成処理が順次行われることで、必要とされる画像処理を行う画像処理部５０の構築が完了すると、ワークフロー管理部４６Ａのプログラムを実行するスレッドを起動することで、ワークフロー管理部４６Ａに対して画像処理部５０による画像処理の実行を指示する。
【００６３】
処理管理部４６のワークフロー管理部４６Ａは、プログラムが起動されることで図１０に示すような画像処理部制御処理を行う。ワークフロー管理部４６Ａは画像処理部制御処理において、画像処理部５０を構成する画像処理モジュール３８のうちの所定の画像処理モジュール３８に処理要求を入力することで、画像処理部５０による画像処理を並列に行わせるが、以下では画像処理部５０全体の動作説明に先立ち、個々のバッファモジュール４０のバッファ制御部４０Ｂによって行われる初期化処理完了以降の処理、個々の画像処理モジュール３８の制御部３８Ｂによって行われる画像処理モジュール制御処理について順に説明する。
【００６４】
本実施形態では、画像処理モジュール３８が後段のバッファモジュール４０に画像データを書き込む場合には、画像処理モジュール３８からバッファモジュール４０へ書込要求が入力され、画像処理モジュール３８が前段のバッファモジュール４０から画像データを読み出す場合には、画像処理モジュール３８からバッファモジュール４０へ読出要求が入力される。前段の画像処理モジュール３８からの書込要求がバッファモジュール４０に入力された場合（及び、後述するタイマがタイムアウトした場合）は、以下で説明するデータ書込処理がバッファ制御部４０Ｂによって実行される。
【００６５】
データ書込処理では、まず自モジュールのバッファ４０Ａが他のスレッドによって使用中か否か判定する。バッファ４０Ａに対してデータの書き込みと非同期にデータの読み出しも行われるので、バッファ４０Ａが使用中の場合は入力された書込要求情報をワークメモリ等に保管し、タイマをスタートさせてデータ書込処理を一旦終了する。なお、以降の処理では、入力された書込要求情報を処理対象の情報とするが、タイマがタイムアウトしてデータ書込処理が起動された場合には、過去に入力されてワークメモリ等に保管している書込要求情報をワークメモリ等から取り出し、取り出した書込要求情報を処理対象の情報として以降の処理を行う。
【００６６】
続いてデータ書込処理では、確保すべきメモリ領域のサイズとして単位書込データ量をリソース管理部４６Ｂに通知し、書込用として用いるメモリ領域（書込用バッファ領域：図７(Ｂ)も参照）をリソース管理部４６Ｂを介して取得する（リソース管理部における処理については後述する）。次に、自モジュールのバッファ４０Ａを構成する保管用の単位バッファ領域の中に、単位書込データ量以上の空き領域が有る単位バッファ領域（単位書込データ量の画像データを書き込み可能な単位バッファ領域）が存在しているか否か判定する。モジュール生成部４４によって生成されたバッファモジュール４０は、当初はバッファ４０Ａとして用いるメモリ領域（単位バッファ領域）が確保されておらず、メモリ領域の不足が生ずる度に単位バッファ領域を単位として確保されるので、バッファモジュール４０に最初に書込要求が入力されたときにはバッファ４０Ａとして用いるメモリ領域（単位バッファ領域）が存在しておらず、この判定は否定される。また、後述する処理を経てバッファ４０Ａとして用いる単位バッファ領域が確保された後も、当該単位バッファ領域への画像データの書込に伴って当該単位バッファ領域内の空き領域が単位書込データ量未満になった場合にも上記判定は否定される。
【００６７】
単位書込データ量以上の空き領域が有る単位バッファ領域（単位書込データ量の画像データを書き込み可能な単位バッファ領域）が存在していないと判定された場合は、確保すべきメモリ領域のサイズ（単位バッファ領域のサイズ）をリソース管理部４６Ｂに通知して、自モジュールのバッファ４０Ａとして用いるメモリ領域（画像データの保管に用いる単位バッファ領域）をリソース管理部４６Ｂを介して取得する。そして、先に取得した書込用バッファ領域を書込領域として、当該書込領域の先頭アドレスを書込要求元の画像処理モジュール３８へ通知すると共に、書込対象の画像データを通知した先頭アドレスから順に書き込むよう要請する。これにより、書込要求元の画像処理モジュール３８は、先頭アドレスが通知された書込用バッファ領域に画像データを書き込む（図７(Ｂ)も参照）。
【００６８】
例えば単位バッファ領域のサイズが単位書込データ量の整数倍でない場合、バッファ４０Ａ（単位バッファ領域）への単位書込データ量の画像データの書込が繰り返されることで、例として図７(Ａ)にも示すように、空き領域有りの単位バッファ領域における空き領域のサイズが単位書込データ量よりも小さい状態が生ずる。この場合、単位書込データ量の画像データが書き込まれる領域が複数の単位バッファ領域に跨ることになるが、本実施形態では、バッファ４０Ａとして用いるメモリ領域を単位バッファ領域を単位として確保するので、異なるタイミングで確保した単位バッファ領域が実メモリ（メモリ１４）上で連続する領域であることは保証されない。これに対して本実施形態では、画像処理モジュール３８による画像データの書き込みを、保管用の単位バッファ領域と別に確保した書込用バッファ領域に対して行わせ、図７(Ｃ)に示すように、書込用バッファ領域に一旦書き込まれた画像データを保管用の単一又は複数の単位バッファ領域へ複写するので、画像データが書き込まれる領域が複数の単位バッファ領域に跨るか否かに拘わらず、書込要求元の画像処理モジュール３８への書込領域の通知は、上記のようにその先頭アドレスを通知するのみで済み、画像処理モジュール３８とのインタフェースが簡単になる。
【００６９】
なお、自モジュールがアプリケーション３２によって生成されたバッファモジュール４０である場合、すなわちバッファ４０Ａとして用いるメモリ領域が既に確保されている場合には、既に確保されたメモリ領域のアドレスを画像処理モジュール３８に書込領域のアドレスとして通知し、上記メモリ領域への画像データの書き込みを行わせる。前段の画像処理モジュール３８による書込領域への画像データの書き込みが完了すると、書込用バッファ領域に書き込まれている画像データに属性情報を付加した後に、保管用バッファ領域にそのまま書き込む。なお、空き領域有りの単位バッファ領域における空き領域のサイズが単位書込データ量よりも小さい場合、書込用バッファ領域に書き込まれた画像データは、図７(Ｃ)に示すように、保管用の複数の単位バッファ領域へ分けて書き込まれることになる。
【００７０】
そして、自モジュールの後段の個々の画像処理モジュール３８に対応する有効データポインタのうち有効データの末尾位置を表すポインタを、該ポインタが指し示す有効データの末尾位置が単位書込データ量分だけ後へ移動するように更新する（図７(Ｃ)も参照）と共に、先に書込用バッファ領域として確保したメモリ領域をリソース管理部４６Ｂによって解放させ、データ書込処理を一旦終了する。なお、書込用バッファ領域はバッファモジュール４０の初期化時に確保し、バッファモジュール４０の消去時に解放するように構成してもよい。
【００７１】
続いて、後段の画像処理モジュール３８から読出要求がバッファモジュール４０に入力された場合（及び、後述するタイマがタイムアウトした場合）に、バッファモジュール４０のバッファ制御部４０Ｂによって実行されるデータ読出処理について説明する。
【００７２】
データ読出処理では、まず今回のデータ読出処理の起動要因が、後段の画像処理モジュールからの読出要求の入力による起動か否か判定し、判定が肯定された場合は、後段の画像処理モジュールから入力された読出要求情報を読出用の待ち行列の末尾に登録する。次に、自モジュールのバッファ４０Ａが他のスレッドによって使用中か否か判定する。バッファ４０Ａが使用中であれば、読出用の待ち行列に読出要求情報が登録されているか否か判定し、読出要求情報が未登録であればそのままデータ読出処理を終了し、読出要求情報が登録されていればタイマをスタートさせた後にデータ読出処理を終了する。このタイマがタイムアウトするとデータ読出処理が再度起動され、読出用の待ち行列に登録されている未処理の読出要求（情報）が再度取り出され、当該読出要求に応じた処理が行われる。
【００７３】
一方、自モジュールのバッファ４０Ａが使用中でなければ、読出用の待ち行列から先頭に登録されている読出要求情報を取り出し、取り出した読出要求情報に含まれる要求元識別情報に基づいて読出要求元の画像処理モジュール３８を認識し、読出要求元の画像処理モジュール３８によって設定された単位読出データ量を認識すると共に、読出要求元の画像処理モジュール３８に対応する有効データポインタに基づいて、読出要求元の画像処理モジュール３８に対応する有効データのバッファ４０Ａ上での先頭位置及び末尾位置を認識する。次に、認識した有効データの先頭位置及び末尾位置に基づいて、読出要求元の画像処理モジュール３８に対応する有効データ（読出要求元の画像処理モジュール３８が読出可能な画像データ）が単位読出データ量以上有るか否か判定する。
【００７４】
読出要求元の画像処理モジュール３８に対応する有効データが単位読出データ量未満であれば、読出要求元の画像処理モジュール３８が読出可能な有効データの末尾が処理対象の画像データの末尾か否か判定する。読出要求元の画像処理モジュール３８に対応する有効データがバッファ４０Ａに単位読出データ量以上記憶されているか、又は、バッファ４０Ａに記憶されている読出要求元の画像処理モジュール３８に対応する有効データが単位読出データ量未満であるものの、当該有効データの末尾が処理対象の画像データの末尾であった場合には、確保すべきメモリ領域のサイズとして読出要求元の画像処理モジュール３８に対応する単位読出データ量をリソース管理部４６Ｂに通知すると共に、読出に用いるメモリ領域（読出用バッファ領域：図８(Ｂ)も参照）の確保をリソース管理部４６Ｂに要求し、リソース管理部４６Ｂを介して読出用バッファ領域を取得する。
【００７５】
次に、読出対象の有効データをバッファ４０Ａから単位読出データ量分だけ読み出して読出用バッファ領域に書き込み、読出用バッファ領域の先頭アドレスを読出領域の先頭アドレスとして読出要求元の画像処理モジュール３８へ通知すると共に、通知した先頭アドレスから画像データを順に読み出すよう要請する。これにより、読出要求元の画像処理モジュール３８は、先頭アドレスが通知された読出領域（読出用バッファ領域）からの画像データの読み出しを行う。なお、読出対象の有効データが処理対象の画像データの末尾に相当するデータであった場合には、画像データの読出要求に際し、読出対象の画像データのサイズと共に、処理対象の画像データの末尾であることも読出要求元の画像処理モジュール３８に通知する。また、自モジュールがアプリケーション３２によって生成されたバッファモジュール４０である場合は、バッファ４０Ａとして用いているメモリ領域（単位バッファ領域の集合体）は連続領域であるので、読出用バッファ領域の確保、読出対象の画像データの読出用バッファ領域への書き込みを省略し、後段の画像処理モジュール３８が単位バッファ領域から直接画像データを読み出すようにしてもよい。
【００７６】
なお、例として図８(Ａ)に示すように、有効データの先頭部分の画像データを記憶している単位バッファ領域に記憶されている有効データのデータ量が単位読出データ量未満であり、読出対象の有効データが複数の単位バッファ領域に跨っている場合には、今回の読出対象の有効データが実メモリ（メモリ１４）上で連続する領域に記憶されているとは限らないが、上記のデータ読出処理では、図８(Ｂ),(Ｃ)に示すように、このような場合にも読出対象の画像データを読出用バッファ領域に一旦書き込んだ後に該読出用バッファ領域から画像データを読み出させるので、読出対象の画像データが複数の単位バッファ領域に跨って記憶されているか否かに拘わらず、読出要求元の画像処理モジュール３８への読出領域の通知は、上記のようにその先頭アドレスを通知するのみで済み、画像処理モジュール３８とのインタフェースが簡単になる。
【００７７】
読出要求元の画像処理モジュール３８による読出領域からの画像データの読み出し完了が通知されると、読出用バッファ領域として確保したメモリ領域の先頭アドレス及びサイズをリソース管理部４６Ｂへ通知して、当該メモリ領域をリソース管理部４６Ｂによって解放させる。この読出用バッファ領域についても、バッファモジュール４０の初期化時に確保しておき、バッファモジュール４０が消去される時に解放するよう構成してもよい。また、読出要求元の画像処理モジュール３８に対応する有効データポインタのうち有効データの先頭位置を表すポインタを、該ポインタが指し示す有効データの先頭位置を単位読出データ量分だけ後へ移動させることで更新する（図８(Ｃ)も参照）。
【００７８】
次に、後段の個々の画像処理モジュール３８に対応する有効データポインタを各々参照し、先のポインタ更新により、バッファ４０Ａを構成する単位バッファ領域の中に、記憶している画像データの後段の各画像処理モジュール３８による読み出しが全て完了した単位バッファ領域、すなわち有効データを記憶していない単位バッファ領域が出現したか否か判定する。判定が否定された場合は、前述した読出用の待ち行列のチェック処理（読出用の待ち行列に読出要求情報が登録されているか否かの判定）を経てデータ読出処理を終了するが、有効データを記憶していない単位バッファ領域が出現した場合は、当該単位バッファ領域をリソース管理部４６Ｂによって解放させた後に読出用の待ち行列のチェック処理を経てデータ読出処理を終了する。
【００７９】
一方、バッファ４０Ａに記憶されており読出要求元の画像処理モジュール３８が読出可能な有効データのデータ量が単位読出データ量未満であり、かつ読出可能な有効データの末尾が処理対象の画像データの末尾でない場合（図６(Ｂ)の(4)で読出可能な有効データ無が検知された場合）には、新たな画像データを要求するデータ要求をワークフロー管理部４６Ａへ出力し（図６(Ｂ)の(5)も参照）、読出用の待ち行列から取り出した読出要求情報を元の待ち行列（の先頭又は末尾）に再度登録した後に、読出用の待ち行列のチェック処理を経てデータ読出処理を終了する。この場合、ワークフロー管理部４６Ａにより、自モジュールの前段の画像処理モジュール３８に処理要求が入力されることになる。これにより、読出可能な有効データのデータ量が単位読出データ量以上になるか、読出可能な有効データの末尾が処理対象の画像データの末尾であることが検知される迄の間、対応する読出要求情報は読出用の待ち行列に保存されると共に定期的に取り出されて要求された処理の実行が繰り返し試行されることになる。
【００８０】
詳細は後述するが、ワークフロー管理部４６Ａはバッファモジュール４０からデータ要求が入力されると、データ要求元のバッファモジュール４０の前段の画像処理モジュール３８に処理要求を入力する（図６(Ｂ)の(6)も参照）。この処理要求の入力をトリガとして前段の画像処理モジュール３８の制御部３８Ｂで行われる処理により、前段の画像処理モジュール３８がバッファモジュール４０へ画像データを書込可能な状態になると、前段の画像処理モジュール３８から書込要求が入力されることで前述したデータ書込処理が行われ、前段の画像処理モジュール３８からバッファモジュール４０のバッファ４０Ａに画像データが書き込まれる（図６(Ｂ)の(7),(8)も参照）。これにより、後段の画像処理モジュール３８によるバッファ４０Ａからの画像データの読出が行われることになる（図６(Ｂ)の(9)も参照）。
【００８１】
上述したデータ書込処理及びデータ読出処理では、一方が自モジュールのバッファ４０Ａにアクセスしている間、他方がバッファ４０Ａへのアクセスを停止する排他制御が行われる。これにより、コンピュータ１０のＣＰＵ１２が画像処理部５０を構成する個々のモジュールに対応するスレッドを並列に実行しても、単一のバッファモジュール４０に複数の要求が同時又は略同時に入力されることによる不都合の発生を回避できるので、コンピュータ１０のＣＰＵ１２が個々のモジュールに対応するスレッドを並列に実行することができる。
【００８２】
続いて、画像処理部５０を構成する個々の画像処理モジュール３８に対してワークフロー管理部４６Ａから処理要求が入力される毎に、個々の画像処理モジュール３８の制御部３８Ｂによって各々行われる画像処理モジュール制御処理（図９）を説明する。
【００８３】
画像処理モジュール制御処理では、まずステップ２２０において、自モジュールの前段にモジュール（バッファモジュール４０や画像データ供給部２２、画像処理モジュール３８等）が存在している場合に、当該前段のモジュールに対してデータ（画像データ又は解析等の画像処理の処理結果）を要求する。次のステップ２２２では前段のモジュールからデータが取得可能であるかを判定し、ステップ２２２の判定が否定された場合はステップ２２４で全体処理終了が通知されたか否かを判定する。ステップ２２４の判定が否定された場合はステップ２２２に戻り、前段のモジュールからデータを取得可能となる迄ステップ２２２，２２４を繰り返す。ステップ２２２の判定が肯定された場合には、ステップ２２６で前段のモジュールからデータを取得し、取得したデータを一時保管用のメモリ領域に書き込むデータ取得処理を行う。
【００８４】
ここで、自モジュールの前段のモジュールがバッファモジュール４０である場合には、先のステップ２２０でデータを要求すると（読出要求）、読出可能な有効データがバッファモジュール４０のバッファ４０Ａに単位読出データ量以上記憶されているか、読出可能な有効データの末尾が処理対象の画像データの末尾に一致している状態であれば直ちに、当該状態でなければ、当該バッファモジュール４０の前段の画像処理モジュール３８が当該バッファモジュール４０のバッファ４０Ａに画像データを書き込んだことに伴って前記状態へ変化した後に、バッファモジュール４０から読出領域の先頭アドレスが通知されて画像データの読出が要請される。これにより、ステップ２２２の判定が肯定されてステップ２２６へ移行し、前段のバッファモジュール４０より先頭アドレスが通知された読出領域から単位読出データ量（又はそれ未満のデータ量）の画像データを読み出し、一時保管用のメモリ領域に書き込むデータ取得処理を行う（図６(Ａ)の(3)も参照）。
【００８５】
また、自モジュールの前段のモジュールが画像データ供給部２２であれば、先のステップ２２０でデータ要求を出力すると画像データを取得可能な状態であることが前段の画像データ供給部２２から直ちに通知されることで、ステップ２２２の判定が肯定されてステップ２２６へ移行し、前段の画像データ供給部２２から単位読出データ量の画像データを取得し、一時保管用のメモリ領域に書き込むデータ取得処理を行う。また、自モジュールの前段のモジュールが画像処理モジュール３８であれば、先のステップ２２０でデータ要求（処理要求）を出力すると、前段の画像処理モジュール３８が画像処理を実行可能な状態であれば書込要求が入力されることでデータ（画像処理結果）を取得可能な状態であることが通知されるので、ステップ２２２の判定が肯定されてステップ２２６へ移行し、前段の画像処理モジュール３８によってデータを書き込ませる一時保管用のメモリ領域のアドレスを通知して書込を要請することで、前段の画像処理モジュール３８から出力されるデータを一時保管用のメモリ領域に書き込ませるデータ取得処理を行う。
【００８６】
次のステップ２２８では、自モジュールの前段に複数のモジュールが連結されているか否か判定する。判定が否定された場合には何ら処理を行うことなくステップ２３２へ移行するが、判定が肯定された場合はステップ２３０へ移行し、前段に連結されている全てのモジュールからデータを取得したか否か判定する。ステップ２３０の判定が否定された場合はステップ２２０に戻り、ステップ２３０の判定が肯定される迄ステップ２２０〜ステップ２３０を繰り返す。前段のモジュールから取得すべきデータが全て揃うと、ステップ２２８の判定が否定されるかステップ２３０の判定が肯定されてステップ２３２へ移行する。
【００８７】
次のステップ２３２では自モジュールの後段のモジュールに対してデータ出力用の領域を要求し、ステップ２３２でデータ出力領域が取得できる迄（データ出力領域の先頭アドレスが通知される迄）繰り返し判定を行う。なお、後段のモジュールがバッファモジュール４０であれば、上記のデータ出力用領域の要求は当該バッファモジュール４０に対して書込要求を出力することによって成される。データ出力領域（後段のモジュールがバッファモジュール４０であれば当該バッファモジュール４０から先頭アドレスが通知された書込領域）が取得できたら（図６(Ａ)の(4)も参照）、次のステップ２３６において、先のデータ取得処理で取得したデータ、後段のモジュールから取得したデータ出力領域（の先頭アドレス）、画像処理用のメモリ領域（の先頭アドレス及びサイズ）を画像処理エンジン３８Ａに入力し、入力したデータに対し画像処理用のメモリ領域を使用して所定の画像処理を行わせる（図６(Ａ)の(5)も参照）と共に、処理後のデータをデータ出力領域に書き込ませる（図６(Ａ)の(6)も参照）。画像処理エンジン３８Ａへの単位読出データ量のデータの入力が完了し、画像処理エンジン３８Ａから出力されたデータがデータ出力領域に全て書き込まれると、次のステップ２３８で出力が完了したことを後段のモジュールに通知する。
【００８８】
上記のステップ２２０〜ステップ２３８により画像処理モジュール３８における単位処理データ量のデータに対する処理（単位処理）が完了し、次のステップ２４２において、ワークフロー管理部４６Ａへ処理完了通知を出力することで、入力された処理要求に対応する処理が完了したことをワークフロー管理部４６Ａへ通知し、画像処理モジュール制御処理を終了する。
【００８９】
また、ワークフロー管理部４６Ａから処理要求が入力される毎に上述した処理が繰り返されることで処理対象の画像データを末尾まで処理すると、前段のモジュールから処理対象の画像データの終了が通知されることで、ステップ２２４の判定が肯定されてステップ２４４へ移行し、処理対象の画像データ（なお、処理対象の画像データは１頁分の画像データであることが多いが、複数頁分の画像データであってもよい）に対する処理が終了したことを意味する全体処理終了通知をワークフロー管理部４６Ａ及び後段のモジュールへ各々出力する。また、次のステップ２４６では取得していた全てのリソースの解放を要求して自モジュールを消去する処理を行い、画像処理モジュール制御処理を終了する。
【００９０】
一方、ワークフロー管理部４６Ａは、アプリケーション３２によって起動されると、図１０(Ａ)に示す画像処理部制御処理１を行う。画像処理部制御処理１では、まずステップ５００において、画像処理部５０における画像処理の進行度合を検知するか否かをユーザが選択した結果が情報として保持されているメモリ１４上の所定の領域を参照することで、画像処理部５０における画像処理の進行度合の検知が指示されているか否か判定する。なお、以下ではまず画像処理の進行度合の検知が指示されている場合の処理を説明し、画像処理の進行度合の検知が指示されている場合の処理については後述する。判定が否定された場合はステップ５０８へ移行し、画像処理部５０のうち最後段の画像処理モジュール３８に処理要求を入力し（図１１の(1)参照）、画像処理部制御処理１を終了する。
【００９１】
ここで、図１１に示す画像処理部５０において、ワークフロー管理部４６Ａから最後段の画像処理モジュール３８4に処理要求が入力されると、画像処理モジュール３８4の制御部３８Ｂは前段のバッファモジュール４０3に読出要求を入力する（図１１の(2)参照）。このとき、バッファモジュール４０3のバッファ４０Ａには画像処理モジュール３８4が読出可能な有効データ（画像データ）が記憶されていないので、バッファモジュール４０3のバッファ制御部４０Ｂはワークフロー管理部４６Ａにデータ要求を入力する（図１１の(3)参照）。
【００９２】
ワークフロー管理部４６Ａは、バッファモジュール４０からデータ要求が入力される毎に、図１０(Ｂ)に示す画像処理部制御処理２を行う。この画像処理部制御処理２では、ステップ５１０において、データ要求入力元のバッファモジュール４０（ここではバッファモジュール４０3）の前段の画像処理モジュール３８（ここでは画像処理モジュール３８3）を認識し、認識した前段の画像処理モジュール３８に処理要求を入力（図１１の(4)参照）して処理を終了する。
【００９３】
画像処理モジュール３８3の制御部３８Ｂは、処理要求が入力されると前段のバッファモジュール４０2に読出要求を入力し（図１１の(5)参照）、バッファモジュール４０2のバッファ４０Ａにも読出可能な画像データが記憶されていないので、バッファモジュール４０2のバッファ制御部４０Ｂはワークフロー管理部４６Ａにデータ要求を入力する（図１１の(6)参照）。ワークフロー管理部４６Ａは、バッファモジュール４０2からデータ要求が入力された場合も、前述の画像処理部制御処理２を再度行うことで、その前段の画像処理モジュール３８2に処理要求を入力し（図１１の(7)参照）、画像処理モジュール３８3の制御部３８Ｂは前段のバッファモジュール４０1に読出要求を入力する（図１１の(8)参照）。また、バッファモジュール４０1のバッファ４０Ａにも読出可能な画像データが記憶されていないので、バッファモジュール４０1のバッファ制御部４０Ｂもワークフロー管理部４６Ａにデータ要求を入力し（図１１の(9)参照）。ワークフロー管理部４６Ａは、バッファモジュール４０1からデータ要求が入力された場合も、前述の画像処理部制御処理２を再度行うことで、その前段の画像処理モジュール３８1に処理要求を入力する（図１１の(10)参照）。
【００９４】
ここで、画像処理モジュール３８1の前段のモジュールは画像データ供給部２２であるので、画像処理モジュール３８1の制御部３８Ｂは、画像データ供給部２２にデータ要求を入力することで画像データ供給部２２から単位読出データ量の画像データを取得し（図１１の(11)参照）、取得した画像データに対して画像処理エンジン３８Ａが画像処理を行うことで得られた画像データを、後段のバッファモジュール４０1のバッファ４０Ａに書き込む（図１１の(12)参照）。
【００９５】
また、バッファモジュール４０1のバッファ制御部４０Ｂは、後段の画像処理モジュール３８2が読出可能な単位読出データ量以上の有効データが書き込まれると画像処理モジュール３８2に対して読出を要請し、これに伴い画像処理モジュール３８2の制御部３８Ｂは、バッファモジュール４０1のバッファ４０Ａから単位読出データ量の画像データを読み出し（図１１の(13)参照）、取得した画像データに対して画像処理エンジン３８Ａが画像処理を行うことで得られた画像データを、後段のバッファモジュール４０2のバッファ４０Ａに書き込む（図１１の(14)参照）。
【００９６】
以下同様に、バッファモジュール４０2のバッファ制御部４０Ｂは、後段の画像処理モジュール３８3が読出可能な単位読出データ量以上の有効データが書き込まれると画像処理モジュール３８3へ読出を要請し、画像処理モジュール３８3の制御部３８Ｂは、バッファモジュール４０2のバッファ４０Ａから単位読出データ量の画像データを読み出し（図１１の(15)参照）、取得した画像データに対して画像処理エンジン３８Ａが画像処理を行うことで得られた画像データを、後段のバッファモジュール４０3のバッファ４０Ａに書き込む（図１１の(16)参照）。
【００９７】
また、バッファモジュール４０3のバッファ制御部４０Ｂは、後段の画像処理モジュール３８4が読出可能な単位読出データ量以上の有効データが書き込まれると画像処理モジュール３８4に対して読出を要請し、これに伴い画像処理モジュール３８4の制御部３８Ｂは、バッファモジュール４０3のバッファ４０Ａから単位読出データ量の画像データを読み出し（図１１の(17)参照）、取得した画像データに対して画像処理エンジン３８Ａが画像処理を行うことで得られた画像データを、後段のモジュールである画像出力部２４へ出力する（図１１の(18)参照）。
【００９８】
また、個々の画像処理モジュール３８の制御部３８Ｂは、後段のバッファモジュール４０のバッファ４０Ａへの画像データの書き込みを完了すると、ワークフロー管理部４６Ａへ処理完了通知を入力する。ワークフロー管理部４６Ａは、画像処理モジュール３８から処理完了通知が入力される毎に、図１０(Ｃ)に示す画像処理部制御処理３を行う。この画像処理部制御処理３では、ステップ５２０で処理完了通知元の画像処理モジュール３８に処理要求を再度入力し、処理を終了する。このように、任意の画像処理モジュール３８から処理完了通知が入力される毎に、処理完了通知元の画像処理モジュール３８へ処理要求を再度入力することで、処理対象の画像データに対する画像処理が、個々の画像処理モジュール３８で並列に行われる。
【００９９】
また、画像データ供給部２２から供給される画像データが処理対象の画像データの末尾に達すると、個々の画像処理モジュール３８からワークフロー管理部４６Ａへの全体処理終了通知の入力が、前段側の画像処理モジュール３８から順次行われる。ワークフロー管理部４６Ａは、画像処理モジュール３８から全体処理終了通知が入力される毎に、図１０(Ｅ)に示す画像処理部制御処理５を行う。
【０１００】
この画像処理部制御処理５では、ステップ５４０において、全体処理終了通知入力元の画像処理モジュール３８が最後段の画像処理モジュール３８か否か判定する。判定が否定された場合は何ら処理を行うことなく処理を終了するが、処理対象の画像データに対して必要な画像処理が行われた画像データが画像出力部２４へ全て出力されることで、最後段の画像処理モジュール３８から全体処理終了通知が入力された場合にはステップ５４０の判定が肯定され、ステップ５４２（後述）を経てステップ５４４へ移行し、アプリケーション３２に対して画像処理の完了を通知し、画像処理部制御処理５を終了する。そして、画像処理の完了が通知されたアプリケーション３２は、ユーザに対して画像処理の完了を通知する。
【０１０１】
次に、画像処理の進行度合の検知が指示されている場合の処理を説明する。画像処理の進行度合の検知が指示されている場合は、前述した画像処理部制御処理１（図１０(Ａ))のステップ５００の判定が肯定されてステップ５０２へ移行し、個々の進行度合検知モジュール４８の前段の画像処理モジュール３８から出力される出力画像データの総データ量を認識し、認識した総データ量を個々の進行度合検知モジュール４８へ通知する。なお、上記の出力画像データの総データ量は、特定の画像処理モジュール３８に入力される入力画像データの総データ量と、特定の画像処理モジュール３８で行われる画像処理の種類に基づいて、特定の画像処理モジュール３８から出力される出力画像データの総データ量を演算することを、画像処理部５０の最前段の画像処理モジュール３８から順に行い（なお、画像処理部５０の最前段の画像処理モジュール３８については、画像処理部５０に入力される処理対象の画像データの画像データ量が入力画像データの総データ量となり、それ以外の画像処理モジュール３８については、自モジュールの前段側最後段の画像処理モジュール３８から出力される出力画像データの総データ量が入力画像データの総データ量となる）、個々の画像処理モジュール３８からの出力画像データの総データ量を順に求めることで得ることができる。
【０１０２】
ステップ５０４では、画像処理の進行度合表示画面として、例として図１２(Ａ)に示すような初期画面を表示部１６に表示させる。図１２に示すように、本実施形態に係る進行度合表示画面には、個々の画像処理モジュール３８における画像処理の進行度合及び画像処理部５０全体としての画像処理の進行度合を数値（百分率）で表示するための表示領域と、画像処理部５０全体としての画像処理の進行度合を表す棒グラフ（プログレスバー）５２を表示するための表示領域が設けられており、ステップ５０４では、進行度合表示画面の初期画面として、画像処理の進行度合が各々０％であることを明示した画面を表示部１６に表示させる。そしてステップ５０６では、進行度合の検知結果の収集等の処理を行うタイミングを検知するためのタイマをスタートさせ、前述のステップ５０８の処理を経て画像処理部制御処理１を終了する。なお、上記タイマのタイマ値（進行度合の検知結果の収集等の処理の実行時間間隔）は、常に一定値としてもよいが、画像処理部５０の規模（画像処理部５０を構成するモジュールの数）や、処理対象の画像データのデータ量、要求されている画像処理の進行度合の表示精度等に応じて切り替えるようにしてもよい。
【０１０３】
一方、画像処理部５０に設けられた個々の進行度合検知モジュール４８は、前段の画像処理モジュール３８からの出力画像データの総データ量がワークフロー管理部４６Ａから通知されると、図１３(Ａ)に示す初期化処理を行う。この初期化処理では、まずステップ５６０において、ワークフロー管理部４６Ａから通知された、前段の画像処理モジュール３８からの出力画像データの総データ量を所定のメモリ領域に記憶させる。そしてステップ５６２では、前段の画像処理モジュール３８からの出力画像データのデータ量の計数結果を表す計数値を初期化し、初期化処理を終了する。
【０１０４】
なお、画像処理部５０の初期化時には、画像処理部５０に設けられた個々の進行度合検知モジュール４８に対し、後段のバッファモジュール４０へ単位書込データ量を通知する情報が前段の画像処理モジュール３８から入力されるが、この場合、個々の進行度合検知モジュール４８は前段の画像処理モジュール３８から入力された情報をそのまま後段のバッファモジュール４０へ出力する。
【０１０５】
また、画像処理部制御処理１(図１０(Ａ))のステップ５０８でワークフロー管理部４６Ａから画像処理部５０の最終段の画像処理モジュール３８に処理要求が入力されると、前述のように画像処理部５０における画像処理が開始され、これに伴い、画像処理部５０に設けられた個々の進行度合検知モジュール４８に対しては、後段のバッファモジュール４０宛の情報として画像データの書込を要求する情報（書込要求）や書込完了を通知する情報（書込完了通知）が前段の画像処理モジュール３８から入力され、前段の画像処理モジュール３８宛の情報として、書込用バッファ領域への画像データの書込を要請する情報（書込要請）が後段のバッファモジュール４０から入力される。個々の進行度合検知モジュール４８は、前段の画像処理モジュール３８や後段のバッファモジュール４０からこれらの情報が入力される毎に、入力された情報を本来の宛先（後段のバッファモジュール４０又は前段の画像処理モジュール３８）へそのまま出力する。
【０１０６】
これにより、画像処理部５０に進行度合検知モジュール４８が挿入されている場合にも、画像処理部５０に設けられた個々の画像処理モジュール３８やバッファモジュール４０が、画像処理部５０に進行度合検知モジュール４８が挿入されていない場合と同一の処理を行うことで、画像処理部５０における画像処理が実現されることになる。
【０１０７】
また、後段のバッファモジュール４０から書込要請として入力される情報には、書込用バッファ領域の先頭アドレスが含まれているが、画像処理部５０に設けられた個々の進行度合検知モジュール４８は、後段のバッファモジュール４０から上記の書込要請に相当する情報が入力された場合に、入力された情報から書込用バッファ領域の先頭アドレスを抽出し、抽出した先頭アドレスを所定のメモリ領域に記憶させた後に、入力された情報（書込要請）を前段の画像処理モジュール３８へ出力する。また、画像処理部５０に設けられた個々の進行度合検知モジュール４８は、後段のバッファモジュール４０から書込要請に相当する情報が入力された後に、前段の画像処理モジュール３８から書込完了通知に相当する情報が入力されると、図１３(Ｂ)に示す進行度合検知処理を行う。
【０１０８】
この進行度合検知処理では、まずステップ５７０において、先に所定のメモリ領域に記憶させた書込バッファ領域の先頭アドレスに基づいて、前段の画像処理モジュール３８によって画像データが書き込まれた書込用バッファ領域を参照し、当該書込用バッファ領域に書き込まれている画像データのデータ量を検知する。次のステップ５７２では、前段の画像処理モジュール３８からの出力画像データのデータ量の計数値に、ステップ５７０で検知したデータ量を加算する。またステップ５７４では、自モジュールの挿入位置における画像処理の進行度合（自モジュールの前段の画像処理モジュール３８における画像処理の進行度合）として、ステップ５７２で演算した出力画像データのデータ量の計数値を、先にワークフロー管理部４６Ａから通知された出力画像データの総データ量で除算した値を演算する。次のステップ５７６では、ステップ５７４で演算した進行度合を所定のメモリ領域に記憶させる。そしてステップ５７８では、前段の画像処理モジュール３８から入力された書込完了通知を後段のバッファモジュール４０へそのまま出力し、進行度合検知処理を終了する。
【０１０９】
このように、画像処理部５０に設けられた個々の進行度合検知モジュール４８は、前段の画像処理モジュール３８によって書込用バッファ領域に画像データが書き込まれる毎に、書き込まれた画像データのデータ量を検知し、検知したデータ量に基づいて画像処理の進行度合を適宜更新する。
【０１１０】
次に、画像処理部制御処理１（図１０(Ａ))のステップ５０６でスタートさせたタイマがタイムアウトした場合にワークフロー管理部４６Ａで行われる画像処理部制御処理４について、図１０(Ｄ)のフローチャートを参照して説明する。
【０１１１】
画像処理部制御処理４では、ステップ５３０において、まず画像処理部５０に設けられた全ての進行度合検知モジュール４８に対し、個々の進行度合検知モジュール４８で検知した画像処理の進行度合を問い合わせる情報を各々出力する。画像処理部５０に設けられた個々の進行度合検知モジュール４８は、ワークフロー管理部４６Ａから上記情報が入力されると進行度合通知処理（図１３(Ｃ))を行い、ステップ５８０において、画像処理の進行度合の検知結果を表す情報を所定のメモリ領域から読出し、ワークフロー管理部４６Ａへ出力する。画像処理部制御処理４のステップ５３０では、個々の進行度合検知モジュール４８から画像処理の進行度合の検知結果を表す情報が入力される毎に、入力された情報を所定のメモリ領域に記憶させることで、全ての進行度合検知モジュール４８から進行度合の検知結果を表す情報を収集する。
【０１１２】
次のステップ５３２では、ステップ５３０で個々の進行度合検知モジュール４８から収集した画像処理の進行度合の検知結果を表す情報に基づいて、表示部１６に表示した進行度合表示画面に数値として表示している個々の画像処理モジュール３８の画像処理の進行度合を書替えることで、進行度合表示画面の表示を更新する。またステップ５３４では、個々の進行度合検知モジュール４８から収集した画像処理の進行度合の平均値を演算することで、画像処理部５０全体としての画像処理の進行度合を演算し、進行度合表示画面に数値及び棒グラフ５２として表示している画像処理部５０全体としての進行度合を、演算した進行度合に応じて更新する。なお、個々の進行度合検知モジュール４８から出力画像データのデータ量を各々収集し、収集したデータ量の合算値を、個々の進行度合検知モジュール４８に各々通知した総データ量の合算値で除算することで得られる値を、画像処理部５０全体としての画像処理の進行度合として用いてもよい。そして、次のステップ５３６ではタイマを再スタートさせ、画像処理部制御処理４を終了する。
【０１１３】
これにより、タイマがタイムアウトする毎に上記の画像処理部制御処理４が起動され、個々の進行度合検知モジュール４８からの進行度合の収集、演算及び表示（進行度合表示画面の表示更新）が行われることで、進行度合表示画面上に表示されている画像処理の進行度合がおよそリアルタイムに更新され（図１２(Ｂ),(Ｃ)も参照）、表示部１６に表示されている進行度合表示画面をユーザが参照することで、画像処理部５０における画像処理の進行度合をリアルタイムで把握することが可能となる。なお、最後段の画像処理モジュール３８からワークフロー管理部４６Ａに全体処理終了通知が入力されると、画像処理部制御処理５（図１０(Ｅ))のステップ５４２でタイマが停止されることで、画像処理の進行度合の検知も終了される。
【０１１４】
このように、本実施形態では、画像処理部５０における画像処理の進行度合の検知が指示された場合に、前段の画像処理モジュール３８からの出力画像データのデータ量を計数することで画像処理の進行度合を検知する進行度合検知モジュール４８が、モジュール生成部４４によって画像処理モジュール３８の後段に挿入され、画像処理部５０における画像処理の実行中には、個々の進行度合検知モジュール４８によって検知された画像処理の進行度合がワークフロー管理部４６Ａによって各々収集され、画像処理部５０における画像処理の進行度合が演算・表示されるので、画像処理モジュール３８やバッファモジュール４０の構成を変更することなく、画像処理部５０における画像処理の進行度合を検知することができる。
【０１１５】
なお、画像処理部５０における画像処理の進行度合として、上記では個々の進行度合検知モジュール４８から各々収集した画像処理の進行度合の単純平均を用いていたが、本発明はこれに限定されるものではなく、例えば個々の画像処理モジュール３８における画像処理の処理速度を事前に計測した結果等に基づいて、画像処理部５０を構成する個々の画像処理モジュール３８に対して重みを付与し、画像処理部５０における画像処理の進行度合として、個々の進行度合検知モジュール４８から各々収集した画像処理の進行度合の加重平均を演算するようにしてもよい。具体的には、例えば画像処理部５０が３個の画像処理モジュール３８１,３８２,３８３を含んで構成され、このうち画像処理モジュール３８２が画像処理モジュール３８１,３８３よりも画像処理の処理速度が低い場合、例えば画像処理モジュール３８１,３８２,３８３の重みを各々１,２,１とし、例えば画像処理モジュール３８１,３８２,３８３における画像処理の進行度合が各々50％,20％,50％であるときに、画像処理部５０における画像処理の進行度合として進行度合の加重平均値＝(1×0.5＋2×0.2＋1×0.5)／４＝30％（但し４は重みの総和）を演算・表示するようにしてもよい。
【０１１６】
また、上記では個々の進行度合検知モジュール４８が、前段の画像処理モジュール３８からの出力画像データのデータ量に基づいて画像処理の進行度合を検知する態様を説明したが、本発明はこれに限定されるものではなく、本実施形態に係る画像処理モジュール３８は画像データを一定量（単位書込データ量）ずつ後段へ出力する構成であるので、前段の画像処理モジュール３８からの画像データの出力回数を計数することで、画像処理の進行度合を検知するように進行度合検知モジュール４８を構成して、画像処理部５０における画像処理の進行度合を検知することも可能である。
【０１１７】
また、上記では画像処理部５０における画像処理の進行度合の検知が指示されている場合に、モジュール生成部４４が、生成したモジュール群のうち、最も後段に位置している画像処理モジュール３８の次段（当該画像処理モジュールの次段にバッファモジュール４０が位置している場合は、画像処理モジュール３８とバッファモジュールの間）に進行度合検知モジュール４８を挿入する態様を説明したが、進行度合検知モジュール４８の挿入位置は上記に限られるものではなく、前段からの画像データのデータ量又は画像データの出力回数に基づいて画像処理の進行度合を検知する進行度合検知モジュール４８を、図１４(Ａ)に示すようにバッファモジュール４０の次段に挿入するようにしてもよいし、図１４(Ｂ)に示すように画像処理モジュール３８の次段及びバッファモジュール４０の次段に各々挿入するようにしてもよい。
【０１１８】
また、上記では画像処理の進行度合の演算（検知）を行った結果を、進行度合表示画面として表示部１６に表示させる態様を説明したが、本発明はこれに限定されるものではなく、画像処理の進行度合の演算（検知）を行った結果に基づいて画像処理部５０における画像処理の処理完了時刻を予測し、予測した処理完了時刻を表示部１６に表示させるようにしてもよいし、画像処理の進行度合の演算（検知）を行った結果に基づき、個々の画像処理モジュール３８に相当するプログラム（や個々のバッファモジュール４０のバッファ制御部４０Ｂに相当するプログラム）の実行優先度や、個々の画像処理モジュール３８への各種リソース（例えばメモリ１４等の記憶リソースや、ＣＰＵ、ＭＭＸ(MultiMedia eXtention)用の演算器、ＳＳＥ (Streaming SIMD Extension)用の演算器、ＣＰＵと別に設けられたＤＳＰ(Digital Signal Processor)等の高速演算器等のプログラム実行リソース）の割当を、画像処理部５０における画像処理の進行度合に応じて変更する（例えば画像処理の実行開始当初は、画像処理部５０のうち前段側のモジュールの実行優先度を高くしたり、前段側のモジュールに各種リソースを優先的に割当て、画像処理が進行するに従って、後段側のモジュールの実行優先度や各種リソースの割当ての優先度を相対的に増大させる等）等の制御を行うようにしてもよい。
【０１１９】
更に、上記では画像処理部５０の個々の画像処理モジュール３８における画像処理を並列に行わせる実行形態に本発明を適用した態様を説明したが、画像処理の実行形態は上記に限定されるものではない。画像処理部５０では、例えば、単一の画像処理モジュール３８でのみ画像処理（単位処理）を繰り返し行わせ、前記画像処理モジュール３８における１面分の画像データに対する画像処理が完了し、前記画像処理モジュール３８の後段のバッファモジュール４０のバッファ４０Ａに１面分の画像データが蓄積されると、画像処理（単位処理）を繰り返し行わせる画像処理モジュール３８を、バッファ４０Ａに１面分の画像データが蓄積されたバッファモジュール４０の後段の単一の画像処理モジュール３８に切り替える制御を、画像処理部５０の前段側の画像処理モジュール３８から順に適用する実行形態（所謂面単位処理）で画像処理を行わせることも可能であるが、本発明は面単位処理で画像処理を行われるように画像処理部５０を制御する場合の進行度合の検知にも適用可能である。
【０１２０】
更に、上記では本発明に係る画像処理プログラムに相当する画像処理プログラム群３４がコンピュータ１０に予め記憶（インストール）されている態様を説明したが、本発明に係る画像処理プログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体に記録されている形態で提供することも可能である。
【図面の簡単な説明】
【０１２１】
【図１】本実施形態に係るコンピュータ（画像処理装置）の概略構成を示すブロック図である。
【図２】アプリケーションによる処理を説明するためのシーケンス図である。
【図３】モジュール生成部によって実行されるモジュール生成処理の内容を示すフローチャートである。
【図４】画像処理部の構成例を示すブロック図である。
【図５】進行度合検知モジュールが挿入された画像処理部の例を示すブロック図である。
【図６】(Ａ)は画像処理モジュール、(Ｂ)はバッファモジュールの概略構成及び実行される処理を各々示すブロック図である。
【図７】書込対象の画像データが複数の保管用単位バッファ領域に跨る場合を説明する概略図である。
【図８】読出対象の画像データが複数の保管用単位バッファ領域に跨っていた場合を説明する概略図である。
【図９】画像処理モジュールの制御部によって実行される画像処理モジュール制御処理の内容を示すフローチャートである。
【図１０】処理管理部によって実行される画像処理部制御処理の内容を示すフローチャートである。
【図１１】画像処理部における画像処理の流れを説明する概略図である。
【図１２】進行度合表示画面の一例を示すイメージ図である。
【図１３】進行度合検知モジュールによって実行される、(Ａ)は初期化処理、(Ｂ)は進行度合検知処理、(Ｃ)は進行度合通知処理を各々示すフローチャートである。
【図１４】画像処理部への進行度合検知モジュールの挿入箇所の他の例を示すブロック図である。
【符号の説明】
【０１２２】
１０  コンピュータ
１６  表示部
３８  画像処理モジュール
４０  バッファモジュール
４２  処理構築部
４４  モジュール生成部
４６  処理管理部
４６Ａ  ワークフロー管理部
４８  進行度合検知モジュール
５０  画像処理部
【図１】
2008140042.tif 000003
【図２】
2008140042.tif 000004
【図３】
2008140042.tif 000005
【図４】
2008140042.tif 000006
【図５】
2008140042.tif 000007
【図６】
2008140042.tif 000008
【図７】
2008140042.tif 000009
【図８】
2008140042.tif 000010
【図９】
2008140042.tif 000011
【図１０】
2008140042.tif 000012
【図１１】
2008140042.tif 000013
【図１２】
2008140042.tif 000014
【図１３】
2008140042.tif 000015
【図１４】
2008140042.tif 000016