(57)【要約】【課題】  複数種の画像データを入出力することが可能なモジュールが含まれているパイプラインを駆動する際に、ユーザに繁雑な作業を強いることなく、最小の処理量でそのパイプラインを駆動する。【解決手段】  入力データに第１の処理を施し中間データを生成する第１のモジュールに、その処理量が中間データのデータ形式毎に記述された第１のリストを記憶させ、上記中間データに第２の処理を施し出力データを生成する第２のモジュールに、その処理量が中間データのデータ形式毎に記述された第２のリストを出力データのデータ形式毎に記憶させておく。そして、出力データのデータ形式が指定されたときに、上記第２のモジュールに第１のリストを取得させ、第１および第２のリストの内容に基づいてそのデータ形式の出力データの生成に要する処理量を最小にする中間データのデータ形式を特定させ第１のモジュールへ通知させる。【選択図】        図４
2005322050.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）入力画像データに第１の画像処理を施して、指示されたデータ形式の中間データを生成する中間データ生成手段と、
該第１の画像処理に要する処理量を、中間データの各データ形式について入力画像データのデータ形式毎に記憶している第１の処理量リストと
を有する第１のモジュールと、
（ｂ）出力データ形式を指定する指定手段と、
（ｃ）前記第１のモジュールにより生成された中間データに前記第１の画像処理とは異なる第２の画像処理を施し、前記指定手段により指示された出力データ形式の出力画像データを生成する出力画像データ生成手段と、
該第２の画像処理に要する処理量を、各出力データ形式について前記中間データのデータ形式毎に記憶する第２の処理量リストと、
前記第２の処理量リストおよび前記第１のモジュールから受信した第１の処理量リストに基づいて、前記指定手段により指定された出力データ形式で処理を行う際の前記第１、第２の画像処理に要する処理量の合計が最小になる前記中間データのデータ形式を特定し、前記中間データ生成手段に対して指定する中間データ形式指定手段と
を有する第２のモジュールと
を具備することを特徴とする画像処理装置。
【請求項２】
前記指定手段は、前記出力画像データのデータ形式に加えて前記入力画像データのデータ形式を指定する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
コンピュータ装置を、
（ａ）入力画像データに第１の画像処理を施して、指示されたデータ形式の中間データを生成する中間データ生成手段と、
該第１の画像処理に要する処理量を、中間データの各データ形式について入力画像データのデータ形式毎に記憶している第１の処理量リストと
を有する第１のモジュールと、
（ｂ）出力データ形式を指定する指定手段と、
（ｃ）前記第１のモジュールにより生成された中間データに前記第１の画像処理とは異なる第２の画像処理を施し、前記指定手段により指示された出力データ形式の出力画像データを生成する出力画像データ生成手段と、
該第２の画像処理に要する処理量を、各出力データ形式について前記中間データのデータ形式毎に記憶する第２の処理量リストと、
前記第２の処理量リストおよび前記第１のモジュールから受信した第１の処理量リストに基づいて、前記指定手段により指定された出力データ形式で処理を行う際の前記第１、第２の画像処理に要する処理量の合計が最小になる前記中間データのデータ形式を特定し、前記中間データ生成手段に対して指定する中間データ形式指定手段と
を有する第２のモジュールと
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
パイプライン方式で画像処理を行う技術に関する。
【背景技術】
【０００２】
入力された画像データに各種画像処理を施して出力する画像処理装置が種々提案されており、その一例としては、特許文献１に開示されたパイプライン方式の画像処理装置が挙げられる。特許文献１には、画像の拡大や縮小、解像度変換や色変換などの基本的な処理を実行するモジュールを各処理毎に備え、これらモジュールを適宜組み合わせてパイプラインを形成し、そのパイプラインを形成するモジュールを順次駆動させることによって、多様な画像処理を柔軟に実現する画像処理装置が開示されている。
【０００３】
ところで、パイプライン方式の画像処理装置では、最終的に同一の処理結果が得られる場合であっても、上記各モジュールの駆動順序によってパイプライン処理の実行に要する処理量（所要時間や所要メモリ量など）が異なってくる場合がある。つまり、パイプライン方式の画像処理装置において上記処理量が最小になるようにするためには、その都度適切な順序で各モジュールが駆動されるように注意を払わねばならず不便である。
【０００４】
このような問題点を解決するための技術としては、特許文献２に開示された技術が挙げられる。特許文献２には、画像に拡大縮小処理を施す第１のモジュールと画像に回転処理を施す第２のモジュールとを備えた画像処理装置に、利用者が指示した拡大（或いは縮小）率に応じて上記第１のモジュールと第２のモジュールの駆動順序を入れ替える制御部を設けることが開示されている。
【０００５】
【特許文献１】特開平０７−１０５０２０号公報
【特許文献２】特開平０７−３２００４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記モジュールの中には、データ形式の異なる複数種の画像データを入出力することが可能なものがあり、このようなモジュールにおいては入力される画像データのデータ形式と出力する画像データのデータ形式とに応じて処理量が異なってくるものがある。このようなモジュールがパイプラインに含まれている場合には、各モジュールの駆動順序を入れ替えるだけでは、パイプライン全体の実行に要する処理量を最小にすることはできない。つまり、このようなモジュールがパイプラインに含まれている場合には、特許文献２に開示された技術を用いたとしても、パイプライン全体の実行に要する処理量を最小にすることは不可能である。また、このような問題点を解決するために、各モジュールの処理量をそのモジュールに入出力されるデータのデータ形式毎に上記制御部に管理させて、パイプラインの実行の度に上記制御部に各モジュールへ入出力させるデータのデータ形式を決定させるようにすることが想定されるが、このようにすると上記制御部の構造が複雑になってしまうことに加え、新たなモジュールを追加する度にそのモジュールに入出力されるデータのデータ形式を登録するといった繁雑な操作を行わねばならず不便である。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、複数種の画像データを入出力することが可能なモジュールが含まれているパイプラインを駆動する際に、ユーザに繁雑な作業を強いることなく、最小の処理量でそのパイプラインを駆動することを可能にする技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、（ａ）入力画像データに第１の画像処理を施して、指示されたデータ形式の中間データを生成する中間データ生成手段と、該第１の画像処理に要する処理量を、中間データの各データ形式について入力画像データのデータ形式毎に記憶している第１の処理量リストとを有する第１のモジュールと、（ｂ）出力データ形式を指定する指定手段と、（ｃ）前記第１のモジュールにより生成された中間データに前記第１の画像処理とは異なる第２の画像処理を施し、前記指定手段により指示された出力データ形式の出力画像データを生成する出力画像データ生成手段と、該第２の画像処理に要する処理量を、各出力データ形式について前記中間データのデータ形式毎に記憶する第２の処理量リストと、前記第２の処理量リストおよび前記第１のモジュールから受信した第１の処理量リストに基づいて、前記指定手段により指定された出力データ形式で処理を行う際の前記第１、第２の画像処理に要する処理量の合計が最小になる前記中間データのデータ形式を特定し、前記中間データ生成手段に対して指定する中間データ形式指定手段とを有する第２のモジュールとを具備することを特徴とする画像処理装置を提供する。
【０００９】
また、上記課題を解決するために、本発明は、コンピュータ装置を、（ａ）入力画像データに第１の画像処理を施して、指示されたデータ形式の中間データを生成する中間データ生成手段と、該第１の画像処理に要する処理量を、中間データの各データ形式について入力画像データのデータ形式毎に記憶している第１の処理量リストとを有する第１のモジュールと、（ｂ）出力データ形式を指定する指定手段と、（ｃ）前記第１のモジュールにより生成された中間データに前記第１の画像処理とは異なる第２の画像処理を施し、前記指定手段により指示された出力データ形式の出力画像データを生成する出力画像データ生成手段と、該第２の画像処理に要する処理量を、各出力データ形式について前記中間データのデータ形式毎に記憶する第２の処理量リストと、前記第２の処理量リストおよび前記第１のモジュールから受信した第１の処理量リストに基づいて、前記指定手段により指定された出力データ形式で処理を行う際の前記第１、第２の画像処理に要する処理量の合計が最小になる前記中間データのデータ形式を特定し、前記中間データ生成手段に対して指定する中間データ形式指定手段とを有する第２のモジュールとして機能させることを特徴とするプログラムを提供する。
【００１０】
このような画像処理装置およびプログラムによれば、予め定められたデータ形式の入力画像データに上記第１および第２の画像処理を施してそのユーザにより設定されたデータ形式の出力画像データを生成する際に、上記第１および第２の画像処理に要する処理量を最小にする中間データのデータ形式が上記第２のモジュールで決定され、第１のモジュールへ通知される。そして、上記第１のモジュールは、上記入力画像データに上記第１の画像処理を施して、上記第２のモジュールから通知されたデータ形式の中間データを生成し、上記第２のモジュールは上記第１のモジュールにより生成された中間データに上記第２の画像処理を施して上記出力画像データを生成する。
【発明の効果】
【００１１】
本発明によれば、複数種の画像データを入出力することが可能なモジュールが含まれているパイプラインを駆動する際に、ユーザに繁雑な作業を強いることなく、最小の処理量でそのパイプラインを駆動することが可能になるといった効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照しつつ本発明を実施するための最良の形態について説明する。
［Ａ：構成］
図１は、本発明の１実施形態に係る画像処理部１３０を含んでいる画像読み取り装置１０の全体構成の一例を示す図である。この画像読み取り装置１０は、図１に示されているように、記憶部１１０と、画像読み取り部１２０と、画像処理部１３０とを有している。この画像読み取り装置１０は、画像読み取り部１２０によって読み取った画像に対応する画像データに所定の画像処理を画像処理部１３０によって施した後に記憶部１１０へ書き込み記憶することができる。なお、本実施形態では、画像処理部１３０の処理結果を記憶部１１０へ書き込み記憶する場合について説明するが、その処理結果を通信網等を介して他の機器へ送信するとしても勿論良く、また、その処理結果に応じた画像を印刷用紙やＯＨＰ（Over Head Projector）シートなどの記録材上に形成し出力するとしても勿論良い。
【００１３】
記憶部１１０は、例えばハードディスクであり、画像処理部１３０から引渡された画像データを格納するためのものである。画像読み取り部１２０は、上述したような記録材上に形成された画像をライン単位で走査して読み取り、読み取った画像に対応する画像データを所定のデータ単位（本実施形態では、１ライン分のデータ）づつ画像処理部１３０へ引渡すものである。以下では、上記１ライン分の画像データを「単位データ」と呼ぶ。なお、本実施形態では、１ライン分の画像データを上記単位データとする場合について説明するが、複数ライン分の画像データや１ページ分の画像データを上記単位データとしても良いことは勿論である。
【００１４】
画像処理部１３０は、画像読み取り部１２０から引渡された単位データに所定の画像処理を施して記憶部１１０へ書き込むものである。この画像処理部１３０は、図２に示されているように、メモリ２１０と、制御部２２０と、画像処理モジュール２３０ａおよび２３０ｂとを有している。
【００１５】
メモリ２１０は、例えばＲＡＭ（Random Access Memory）であり、上記各画像処理モジュールの駆動の際にワークエリアとして利用されるものである。詳細については後述するが、このメモリ２１０内には、画像処理モジュール２３０ａと２３０ｂとの間のデータ授受に利用されるバッファが確保される。
【００１６】
制御部２２０は、画像処理モジュール２３０ａと２３０ｂとを順次駆動しパイプライン処理を実現するためのものである。画像処理モジュール２３０ａと２３０ｂは、各々固有の画像処理（例えば、色変換処理や拡大・縮小処理など）を入力された画像データに施して出力するものである。
【００１７】
より詳細に説明すると、画像処理モジュール２３０ａは、予め定められたデータ形式の画像データを受け取り、この画像処理モジュール２３０ａに固有な画像処理（以下、第１の画像処理と呼ぶ）を施して、予め定められた複数のデータ形式のうちの何れかのデータ形式を有する画像データを生成するものである。一方、画像処理モジュール２３０ｂは、予め定められた複数のデータ形式のうちの何れかのデータ形式を有する画像データを受け取り、この画像処理モジュール２３０ｂに固有な画像処理（以下、第２の画像処理と呼ぶ）を施して、予め定められた複数のデータ形式のうちの何れかデータ形式を有する画像データを生成するものである。そして、画像処理モジュール２３０ａには、前述した単位データが入力画像データとして画像読み取り部１２０から入力され、この画像処理モジュール２３０ａによって生成された画像データ（以下、中間データ）が上述したバッファを介して画像処理モジュール２３０ｂへ入力され、この画像処理モジュール２３０ｂによって生成された画像データ（以下、出力画像データ）が記憶部１１０へ書き込まれる。なお、以下では、画像処理モジュール２３０ａと２３０ｂとを区別する必要がない場合には、「画像処理モジュール２３０」と表記する。
【００１８】
ここで注目すべき点は、上記第１の画像処理に要する処理量は何れのデータ形式を有する中間データを生成するかによって異なってくるとともに、上記第２の画像処理に要する処理量も上記第２のモジュールへ入力される中間データのデータ形式と出力画像データのデータ形式とに応じて異なってくる点である。これに対して、本実施形態では、ユーザによって指定されたデータ形式の出力画像データを最小の処理量で生成することを以下のようにして実現している。
【００１９】
すなわち、第１の画像処理に要する処理量を表す処理量データ（例えば、画像処理に要する所要時間を表すデータ）が中間データのデータ形式毎に記述されている第１の処理量リストを画像処理モジュール２３０ａに記憶させておくとともに、上記出力画像データのデータ形式に対応付けて第２の画像処理に要する処理量を表す上記処理量データが中間データのデータ形式毎に記述されている第２の処理量リストを画像処理モジュール２３０ｂに記憶させておく。そして、出力画像データのデータ形式がユーザに指定されると画像処理モジュール２３０ｂは、第１の処理量リストを画像処理モジュール２３０ａから取得し、この第１の処理リストと、ユーザの指定したデータ形式に対応付けて自モジュールに記憶している第２の処理量リストとを参照してそのデータ形式の出力画像データを生成する際に、第１および第２の画像処理に要する処理量が最小になる中間データのデータ形式を特定し画像処理モジュール２３０ａへ通知する。一方、画像処理モジュール２３０ａは、画像処理モジュール２３０ｂから通知されたデータ形式の中間データを生成し上記バッファを介して画像処理モジュール２３０ｂへ受け渡す。これにより、ユーザによって指定されたデータ形式の出力画像データを最小の処理量で生成することが実現される。なお、本実施形態では、パイプラインを形成する各モジュールをハードウェアで実装する場合について説明したが、これら各モジュールをソフトウェアで実装するとしても良いことは勿論である。
【００２０】
［Ｂ：動作］
次いで、本実施形態に係る画像読み取り装置１０が行う動作のうち、その特徴を顕著に示す動作について図面を参照しつつ説明する。
【００２１】
（Ｂ−１：パイプライン制御動作）
図３は、制御部２２０が行うパイプライン制御動作の流れを示すフローチャートである。図示せぬ操作部を操作することによってユーザが出力画像データのデータ形式を指定すると、制御部２２０は、そのデータ形式の出力画像データの生成を行うためにパイプラインを形成する各画像処理モジュールを初期化する（ステップＳＡ１）。ここで、初期化とは、画像モジュールを駆動する際に要するバッファを各モジュール毎に確保したり、モジュールに入力されるデータのデータ形式やそのモジュールが出力するデータのデータ形式を決定することである。本実施形態では、制御部２２０は、パイプラインを形成するモジュールのうち、最後に駆動されるモジュール（本実施形態では、画像処理モジュール２３０ｂ）へ初期化を行うことを示す初期化信号を引渡し、初期化処理を開始する。なお、上記初期化信号を受け取った場合に各画像処理モジュールが行う初期化動作については後に詳細に説明する。そして、制御部２２０は、パイプラインを形成する各モジュールの初期化が完了すると、画像読み取り部１２０によって読み取った画像データにパイプライン処理を施す（ステップＳＡ２）。以降、制御部２２０は、全ての単位データについて上記パイプライン処理を行ったと判定される（すなわち、ステップＳＡ３の判定結果がＹｅｓになるまで）まで、ステップＳＡ２の処理を繰り返し実行する。次いで、上記初期化信号を受信した場合に各画像処理モジュールが行う初期化動作について図４を参照しつつ説明する。
【００２２】
（Ｂ−２：初期化動作）
図４は、各画像処理モジュールが行う初期化処理の流れを示すフローチャートである。図４に示されているように、各画像処理モジュールは自モジュールの前段で他の画像処理モジュールが駆動されるか否かを判定し（ステップＳＢ１）、その判定結果が“Ｙｅｓ”である場合には、ステップＳＢ２の処理を行い、逆に、その判定結果が“Ｎｏ”である場合には、当該初期化処理を終了する。例えば、画像処理モジュール２３０ｂについては、その前段で画像処理モジュール２３０ａが駆動されるからステップＳＢ１の判定結果は“Ｙｅｓ”になり、ステップＳＢ２の処理が行われることになる。これに対して、画像処理モジュール２３０ａはその前段で他のモジュールが駆動されることはないため、特段の処理を行わずに当該初期化処理を終了する。このため、以下では、画像処理モジュール２３０ｂが行う初期化動作を中心に説明する。
【００２３】
ステップＳＢ１の判定結果が“Ｙｅｓ”である場合に後続して実行されるステップＳＢ２では、画像処理モジュール２３０ｂはその前段で駆動される画像処理モジュール２３０ａから上記第１の処理量リストを取得する。より詳細に説明すると、画像処理モジュール２３０ｂは、上記第１の処理量リストの送信を要求する旨の信号を画像処理モジュール２３０ａへ送信し、この信号を受信した画像処理モジュール２３０ａは自モジュールの記憶している上記第１の処理量リストを読み出し画像処理モジュール２３０ｂへ送信する。
【００２４】
次いで、画像処理モジュール２３０ｂはステップＳＢ２にて取得した第１の処理量リストを参照し、自モジュールが処理可能な中間データのデータ形式がその処理量リストに含まれているか否かを判定する（ステップＳＢ３）。画像処理モジュール２３０ｂは、ステップＳＢ３の判定結果が“Ｎｏ”である場合には、エラーメッセージなどを図示せぬ表示部に表示させて当該初期化動作を終了し、逆に、ステップＳＢ３の判定結果が“Ｙｅｓ”である場合には、ステップＳＢ４以降の処理を実行する。
【００２５】
ステップＳＢ３の判定結果が“Ｙｅｓ”である場合に実行されるステップＳＢ４では、画像処理モジュール２３０ｂは、ステップＳＢ２にて取得した第１の処理量リストとユーザの指定したデータ形式に対応付けて自モジュールに記憶している第２の処理量リストとに基づいて、ユーザに指定されたデータ形式の出力データを生成する際に第１および第２の画像処理に要する処理量の合計を中間データのデータ形式毎に算出し、その合計が最小になる中間データのデータ形式を特定する。例えば、図５に示す第１の処理量リストを画像処理モジュール２３０ａから取得し、図６に示す第２の処理量リストが自モジュールに記憶されている場合に、出力画像データのデータ形式を１ビット白黒と指定されると、画像処理モジュール２３０ｂは、以下のようにして中間データのデータ形式を特定する。すなわち、画像処理モジュール２３０ｂは、図５に示す第１の処理量データおよび図６に示す第２の処理量データの内容とに基づいて、まず、中間データのデータ形式が１ビット白黒である場合に要する処理量の合計を１．５ミリ秒＋１．０ミリ秒＝２．５ミリ秒と算出する。以下同様に、画像処理モジュール２３０ｂは、中間データのデータ形式が１ビット白黒ＲＬＥである場合、８ビットグレーである場合について処理量の合計を算出する。その結果、図７に示す算出結果が得られることになる。この算出結果に基づいて、画像処理モジュール２３０ｂは、中間データのデータ形式として１ビット白黒ＲＬＥ”を特定する。
【００２６】
そして、画像処理モジュール２３０ｂは、ステップＳＢ４にて特定したデータ形式の中間データを画像処理モジュール２３０ａから受け取るためのバッファをメモリ２１０内に確保し、そのバッファを一意に識別するデータ（例えば、そのバッファの先頭アドレス）とともに、ステップＳＢ４にて特定したデータ形式を自モジュールの前段で駆動される画像処理モジュール（すなわち、画像処理モジュール２３０ａ）へ通知し（ステップＳＢ５）、当該初期化処理を終了する。
【００２７】
このように、本実施形態によれば、ユーザは出力画像データのデータ形式を指定する以外に何ら繁雑な操作を行うことなく、最小の処理量でパイプラインを駆動しそのデータ形式の出力画像データを得ることが可能になる。
【００２８】
［Ｃ：変形例］
以上、本発明を実施するための最良の形態について説明したが、係る実施形態を以下に述べるように変形しても良いことは勿論である。
【００２９】
（Ｃ−１：変形例１）
上述した実施形態では、画像読み取り装置に組み込まれている画像処理装置に本発明を適用する場合について説明したが、プリンタ装置や複写機などの画像形成装置に組み込まれている画像処理装置に本発明を適用するとしても勿論良く、また、スキャナ機能とプリンタ機能や複写機機能とを兼ね備えた複合機に組み込まれている画像処理装置に本発明を適用するとしても勿論良い。また、リップサーバなどのような単独の画像処理装置に本発明を適用しても良いことは勿論である。
【００３０】
（Ｃ−２：変形例２）
上述した実施形態では、画像処理モジュール２３０ａおよび２３０ｂの２つのモジュールでパイプラインを構成する場合について説明したが、３つ以上のモジュールでパイプラインを構成するとしても良いことは勿論である。このように、３つ以上のモジュールでパイプラインを構成する場合には、前後で他のモジュールが駆動されるモジュールについては、前段で駆動されるモジュールから取得した処理量リストと自モジュールの記憶している処理量リストの内容に基づいて算出された合計の処理量を表す処理量リストを後段のモジュールに引渡すようにすれば良い。
【００３１】
（Ｃ−３：変形例３）
上述した実施形態では、画像処理モジュール２３０ａに入力される入力画像データのデータ形式が予め定められている場合について説明したが、複数種のデータ形式の入力画像データが画像処理モジュール２３０ａに入力されるとしても勿論良い。このような場合には、入力画像データのデータ形式に対応付けてそのデータ形式の入力画像データに第１の画像処理を施して中間データを生成する際に要する処理量が中間データのデータ形式毎に記述された第１の処理リストを記憶させておくとともに、入力画像データのデータ形式をユーザに指定させるようにする。そして、前述した第２のモジュールから第１の処理量リストの送信を要求された場合に、上記ユーザによって指定された入力画像データのデータ形式に対応付けて記憶している第１の処理量リストを第２のモジュールへ送信するようにすれば良い。
【００３２】
（Ｃ−４：変形例４）
上述した実施形態では、モジュール間のデータの受け渡しに用いられる中間データのデータ形式をパイプライン全体の実行に要する処理量が最小になるように定める場合について説明した。しかしながら、中間データのデータ形式に応じて出力画像データの内容が微妙に異なってくることが想定される場合には、中間データのデータ形式をユーザに指定させ、ユーザの指定したデータ形式で中間データを生成するようにしても良い。
【００３３】
（Ｃ−５：変形例５）
上述した実施形態では、各モジュールが行う画像処理の処理量を表す処理量データとしてその画像処理に要する所要時間を用いる場合について説明したが、その画像処理に要するメモリ量（以下、所要メモリ量）を用いるとしても勿論良い。例えば、リップサーバなどのように大容量のメモリを搭載している画像処理装置では、上記処理量データとして処理時間を用い、逆に、スキャナ装置に組み込まれている画像処理装置のように搭載しているメモリの容量が少ない場合には、上記処理量データとして所要メモリ量を用いるようにすれば良い。また、所要時間と所要メモリ量とを夫々処理量データとして処理量リストに格納しておき、両者のうちユーザによって選択されたものを用いるとしても勿論良い。
【００３４】
（Ｃ−６：変形例６）
上述した実施形態では、本発明に係る画像処理装置に特有な画像処理モジュール（すなわち、画像処理モジュール２３０ａおよび２３０ｂ）をハードウェアで実現する場合について説明したが、ソフトウェアモジュールで実現するとしても勿論良い。具体的には、ＣＰＵ（Central Processing Unit）に画像処理モジュール２３０ａや２３０ｂと同一の機能を実現させるソフトウェアをコンピュータ装置にインストールし、本実施形態に係る画像処理装置と同一の機能を付与するとしても勿論良い。また、係るソフトウェアをＣＤ−ＲＯＭ（Compact Disk -Read Only Memory）などのコンピュータ装置読み取り可能な記録媒体に記録して配布するとしても良く、また、インターネットなどの通信網を介して上記ソフトウェアを配信するとしても勿論良い。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態に係る画像読み取り装置１０の構成例を示す図である。
【図２】同画像読み取り装置１０の画像処理部１３０の機能構成の一例を示す図である。
【図３】同画像処理部１３０が行うパイプライン制御動作の流れを示すフローチャートである。
【図４】同画像処理モジュール２３０が行う初期化動作の流れを示すフローチャートである。
【図５】同画像処理モジュール２３０ａに記憶されている第１の処理量リストの一例を示す図である。
【図６】同画像処理モジュール２３０ｂに記憶されている第２の処理量リストの一例を示す図である。
【図７】同画像処理モジュール２３０ｂにより算出される合計の処理量の一例を示す図である。
【符号の説明】
【００３６】
１０…画像読み取り装置、１１０…記憶部、１２０…画像読み取り部、１３０…画像処理部、２１０…メモリ、２２０…制御部、２３０、２３０ａ、２３０ｂ…画像処理モジュール。
【図１】
2005322050.tif 000003
【図２】
2005322050.tif 000004
【図３】
2005322050.tif 000005
【図４】
2005322050.tif 000006
【図５】
2005322050.tif 000007
【図６】
2005322050.tif 000008
【図７】
2005322050.tif 000009