(57)【要約】【課題】ＰＣと画像読取装置との接続が、低速なデータ転送速度である場合に、高速で読み取ることができ、また、ＰＣと画像読取装置とが従来通り、画像処理を役割分担することができる画像読取システムを提供することを目的とする。【解決手段】保存用画像データから、保存用画像データよりもデータ量が少ない低データ量画像データを作成し、画像読取装置が、上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送する。画像処理装置が、上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する。画像処理装置が、上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にし、ユーザの読取指示に対応して読取指示を送出する。画像処理装置が、上記保存用画像データを受信し、上記受信動作と並行して、上記受信した保存用画像データを格納する。【選択図】図１
2009182378.tif 000002
【特許請求の範囲】
【請求項１】
画像読取装置と画像処理装置とを有する画像読取システムにおいて、
上記画像読取装置は、
画像を読み取る画像読取手段と；
上記画像読取手段で読み取った画像データを保存用画像データとして格納する読取画像データ格納手段と；
上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成手段と；
上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送する転送手段と；
を有し、
上記画像処理装置は、
上記保存用画像データと上記低データ量画像データとを受信する受信手段と；
上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知手段と；
上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化手段と；
ユーザの読取指示に対応して読取指示を送出する送出手段と；
上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納手段と；
を有することを特徴とする画像読取システム。
【請求項２】
画像読取装置と画像処理装置とを有する画像読取システムにおいて、
上記画像読取装置は、
画像を読み取る画像読取手段と；
上記画像読取手段で読み取った画像データを保存用画像データとして格納する読取画像データ格納手段と；
上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成手段と；
上記保存用画像データのうち優先して転送する領域情報を受信する優先転送命令の受信手段と；
上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送し、上記保存用画像データの上記領域情報に対応する部分を、他の上記保存用画像データに優先して転送する転送手段と；
を有し、
上記画像処理装置は、
上記転送手段からの上記保存用画像データと上記低データ量画像データとを受信する画像データ受信手段と；
上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知手段と；
上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化手段と；
読取確認画像として、上記低データ量画像データを表示する表示手段と；
ユーザからの表示指示に対応する領域情報を上記画像読取手段に送信する優先転送命令の送信手段と；
上記領域情報に応じた上記保存用画像データの一部を表示する拡大表示手段と；
ユーザの読取指示に対応して読取指示を送出する送出手段と；
上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納手段と；
を有することを特徴とする画像読取システム。
【請求項３】
請求項１において、
上記読取指示が受付可能であることの上記通知は、上記低データ量画像データを表示することであることを特徴とする画像読取システム。
【請求項４】
請求項１において、
上記読取指示が受付可能であることの上記通知は、上記保存用画像データの保存先指定ダイアログを表示することであることを特徴とする画像読取システム。
【請求項５】
請求項１において、
読取指示が受付可能であることの上記通知手段による通知が、通知専用ダイアログの表示であることを特徴とする画像読取システム。
【請求項６】
請求項１〜請求項４のいずれか１項において、
上記低データ量画像データは、ＪＰＥＧ圧縮された画像データであることを特徴とする画像読取システム。
【請求項７】
請求項１において、
上記読取指示における読取範囲と読取解像度と１画素あたりのビット数とに基づいて、推定読取画像データ量を算出し、この算出された上記推定読取画像データ量が、基準値未満であれば、上記低データ量画像データの作成及び転送の処理を実施せず、上記保存用画像データの転送が終了したときに、上記通知手段は、読取指示が受付可能であることをユーザに通知する手段であることを特徴とする画像読取システム。
【請求項８】
画像読取装置と画像処理装置とを有する画像読取システムを制御するプログラムであって、
画像を読み取る画像読取工程と；
上記画像読み取り工程で読み取った画像データを保存用画像データとして格納する読取画像データ格納工程と；
上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成工程と；
上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送する転送工程と；
を、上記画像読取装置に実行させ、
上記保存用画像データと上記低データ量画像データとを受信する受信工程と；
上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知工程と；
上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化工程と；
ユーザの読取指示に対応して読取指示を送出する送出工程と；
上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納工程と；
を、上記画像処理装置に実行させるプログラム。
【請求項９】
画像読取装置と画像処理装置とを有する画像読取システムを制御するプログラムであって、
画像を読み取る画像読取工程と；
上記画像読取工程で読み取った画像データを保存用画像データとして格納する読取画像データ格納工程と；
上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成工程と；
上記保存用画像データのうちで優先して転送する領域情報を受信する優先転送命令の受信工程と；
上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送し、上記保存用画像データの上記領域情報に対応する部分を、他の上記保存用画像データに優先して転送する転送工程と；
を、上記画像読取装置に実行させ、
上記転送工程で転送された上記保存用画像データと上記低データ量画像データとを受信する画像データ受信工程と；
上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知工程と；
上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化工程と；
読取確認画像として、上記低データ量画像データを表示する表示工程と；
ユーザからの表示指示に対応する領域情報を上記画像読取装置に送信する優先転送命令の送信工程と；
上記領域情報に応じた上記保存用画像データの一部を表示する拡大表示工程と；
ユーザの読取指示に対応して読取指示を送出する送出工程と；
上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納工程と；
を、上記画像処理装置に実行させるプログラム。
【請求項１０】
画像読取装置と画像処理装置とを有する画像読取システムを制御するプログラムを記憶したコンピュータ読取可能な記憶媒体であって、
画像を読み取る画像読取工程と；
上記画像読み取り工程で読み取った画像データを保存用画像データとして格納する読取画像データ格納工程と；
上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成工程と；
上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送する転送工程と；
を、上記画像読取装置に実行させ、
上記保存用画像データと上記低データ量画像データとを受信する受信工程と；
上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知工程と；
上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化工程と；
ユーザの読取指示に対応して読取指示を送出する送出工程と；
上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納工程と；
を、上記画像処理装置に実行させるプログラムを記憶したコンピュータ読取可能な記憶媒体。
【請求項１１】
画像読取装置と画像処理装置とを有する画像読取システムを制御するプログラムを記憶したコンピュータ読取可能な記憶媒体であって、
画像を読み取る画像読取工程と；
上記画像読取工程で読み取った画像データを保存用画像データとして格納する読取画像データ格納工程と；
上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成工程と；
上記保存用画像データのうちで優先して転送する領域情報を受信する優先転送命令の受信工程と；
上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送し、上記保存用画像データの上記領域情報に対応する部分を、他の上記保存用画像データに優先して転送する転送工程と；
を、上記画像読取装置に実行させ、
上記転送工程で転送された上記保存用画像データと上記低データ量画像データとを受信する画像データ受信工程と；
上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知工程と；
上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化工程と；
読取確認画像として、上記低データ量画像データを表示する表示工程と；
ユーザからの表示指示に対応する領域情報を上記画像読取装置に送信する優先転送命令の送信工程と；
上記領域情報に応じた上記保存用画像データの一部を表示する拡大表示工程と；
ユーザの読取指示に対応して読取指示を送出する送出工程と；
上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納工程と；
を、上記画像処理装置に実行させるプログラムを記憶したコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置及び画像読取方法に係り、特に、無線によるネットワーク等の比較的低速な通信経路を介してイメージデータを入力可能な画像読取装置及び画像読取方法に関する。
【背景技術】
【０００２】
近年、印刷のみが可能なプリンタに替わり、スキャナの機能を取り込んだ多機能機プリンタ（ＭＦＰ）が普及している。これによって、従来からの単機能のスキャナに加え、このような画像読取機器をパーソナルコンピュータ（ＰＣ）等の画像処理が可能な機器に接続し、高解像度フルカラー画像の読取りが行われ、また、従来よりも多くの人が行っている。
【０００３】
しかも、ＭＦＰは、コピー機やファックス等のＰＣと接続する必要のない独立した機器としても使用することができるので、従来のようにＰＣの傍らに設置することよりも、ＰＣから離れた場所に設置したいという要望が強い。このために、従来、ＰＣと画像読取装置との接続に使用されているＳＣＳＩやＩＥＥＥ１３９４、ＵＳＢ２．０等の近距離でデータ転送に適したケーブルによって高速なデータ転送が可能な接続に替わり、より設置の自由度の高いケースが増えると予想される。つまり、ＩＥＥＥ８０２．１１ａ／ｂ／ｇに代表される無線ローカルエリアネットワーク（ＬＡＮ）や、電力線通信（ＰＬＣ）等が画像読取装置とＰＣとの接続に使用されるケースが増えると予想される。
【０００４】
しかし、これらの無線接続方法は、従来のものと比較すると、データ転送速度が遅い。一方、画像読取装置の高性能化によって読取られる画像の解像度は高くなり、画像データのデータ量が増大する傾向にある。たとえば、Ａ４のフルカラー画像（ＲＧＢ２４ビット）を６００ｄｐｉで読み取ると、非圧縮のデータ量は、ほぼ１００Ｍバイトに達する。
【０００５】
現在スキャナやＭＦＰの接続に広く利用されているＵＳＢ２．０（転送速度：十数ＭＢ／ｓ）であれば、数秒で転送が可能であり、読取動作の終了とほぼ同時に、データ転送が終了する。しかし、無線ＬＡＮ（転送速度：数ＭＢ／ｓ）では、データ転送に１００秒程の時間が必要である。
【０００６】
画像読取装置の読取動作自体は、２０秒ほどで終了するので、読取動作が終了した後でも、データ転送が終了するまでに、数十秒の無駄な時間を待たされる。また、１つの画像であれば、待たされる時間が許容される範囲であっても、複数画像を連続してスキャンする場合、画像の数に比例して、無駄な待ち時間が増大し、ユーザは、長時間の作業時間を強いられるという問題がある。
【０００７】
このように、高速な通信が可能な接続形態を前提とする既存の技術では、低速な通信路によって接続されている画像読取システムにおいて、ユーザに快適な画像読取機能を提供することは困難である。
【０００８】
このようなデータ量が膨大になるスキャン画像データが、データ転送速度の遅い通信路を経由する必要のある接続形態において、画像読取作業の効率を改善し、ユーザの使いやすいシステムを提供する手法は、いくつか提案されている。
【０００９】
たとえば、ＰＣと画像読取装置とがネットワークを経由して接続されているシステムにおいて、画像読取装置が読み取った画像データを画像サーバに一旦、蓄積する。そして、各ＰＣは、画像サーバから蓄積されている読取画像のデータ量の少ないサムネイル画像をまず取得した後に、所望の画像の読取画像データのみを、画像サーバから取得する。これによって、ＰＣへの転送データ量を低減する技術が開示されている（たとえば、特許文献１参照）。
【００１０】
また、ＰＣと画像読取装置とから、ＩＥＥＥ１３９４等によって、データを直接読み書きできる大容量外部記憶装置が接続されているシステムにおいて、画像読取装置から読取画像データを外部記憶装置に直接転送し、読取画像の一部のみを、ＰＣに転送する。これによって、ＰＣへ転送するデータ量を低減する技術が開示されている（たとえば、特許文献２参照）。
【特許文献１】特開平１１−３１７８３３号公報
【特許文献２】特開平１１−２０５５１７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかし、現在開示されている技術は、ユーザにとって好ましい形で問題を解決してはいない。なぜなら、これらの技術は、現在広く行われている画像読取作業とは異なる操作を、ユーザに強い、しかも、高品位な読取画像を取得するための最適な画像処理を実施することが困難である。
【００１２】
一般に、読取作業において、まず、読取可能な画像の全体像を把握するための画像を読み取るプレビューを実行する。なお、プレビューにおいて読取られる画像データは、ＰＣ等の画像処理装置に設けられているＣＲＴや液晶モニタ等の表示装置に、画像全体を表示する画像である。
【００１３】
そのために、プレビュー画像の画素数は、縦横それぞれ６００〜９００、データ量にして２Ｍバイト程で十分であり、ＰＣ−ＭＦＰ間の接続形態が低速な通信路であっても、ほとんど問題にはならない。ユーザは、表示されたプレビュー画像を見ながら、本来の目的である保存のための画像読取を行う範囲や、読取画像に対して施す画像処理を、選択／調整する。このような画像処理を選択／調整することによって、プレビュー画像について、選択／調整された画像処理を施した画像を表示装置に表示することが、広く行われている。
【００１４】
そして、プレビュー画像によって確認をした上で、最終的な画像読取を指示し、読取られた画像データを、指定されたファイルとして保存する。以下、こうして読取られる画像データを、「保存用画像データ」という。
【００１５】
なお、保存用画像データに、非可逆圧縮を施すこともあるが、多くは可逆な圧縮（情報の損失のない圧縮）を施したものであることが多い。非可逆圧縮を施した場合でも、圧縮率を抑えた高品位な画像データであることが一般的である。
【００１６】
このような工程を踏むことによって、画像読取装置は、指定された読取範囲の画像だけを読取れば足りるので、読取動作に要する時間を必要最小限にすることができる。また、プレビュー画像によって効果を確認した上で、適切な画像処理を保存用画像に施すことができる。なお、保存用画像に施される画像処理には、画像読取装置側で行うべき処理と画像処理装置側で行うことが適切な処理とが存在する。たとえば、色ずれ補正等の撮像素子が読み取った情報を使用して行う必要のある処理は、画像読取装置の中で行うことが適切である。また。自動色補正等の大量のメモリと高速な演算装置とが必要となる処理は、ＰＣのような画像処理装置側で行うことが適切である。
【００１７】
上記従来から行われている工程では、上記様々な画像処理を、画像読取装置と画像処理装置とで最適に分担して実施することが可能である。
【００１８】
しかし、特許文献１、２記載の発明では、プレビュー画像を用いて読取範囲を選択することができず、また、画像処理の選択／調整を行う画像読取作業と同じ工程で画像を読み取ることができないという問題がある。
【００１９】
また、特許文献１、２記載の発明では、画像処理を適切に分担することができないという問題がある。
【００２０】
なぜなら、特許文献１記載の発明では、画像読取装置が画像処理装置と直接接続されているのか、ネットワークで接続されているのかを、ユーザが意識し、異なる操作をすることを強いる。つまり、ネットワークで接続する場合、画像サーバに格納されている所望の画像データをＰＣから取得する操作、すなわち直接接続の場合には必要ない操作を、ユーザに行わせる。また、プレビューせずに、読取動作を指示するので、プレビュー画像で確認しながら読取範囲や画像処理を指定することができず、最適な指定を行うことが困難である。
【００２１】
また、特許文献２記載の発明では、画像読取装置からＩＥＥＥ１３９４を介して、読取画像データを、外部記憶装置へ転送するのみであり、そもそもＰＣへ読取画像データを転送しない。このために、画像処理の大部分をＰＣにおいて行う場合には、適応することができない。
【００２２】
なお、保存用の読取画像を、ＪＰＥＧ等のデータ量削減効果の高い方式で圧縮することが考えられる。しかし、このような高いデータ量削減効果のある圧縮方法は、画像を全て復元することができない非可逆変換であり、高品位な読取画像を必要とする場合には、不適切である。
【００２３】
一方、画像を全て復元することが可能な可逆圧縮には、様々な画像データにおいて高いデータ量削減効果のある技術は、存在していない。
【００２４】
本発明は、ＰＣと画像読取装置との接続が、低速なデータ転送速度である場合に、高速で読み取ることができ、また、ＰＣと画像読取装置とが従来通り、画像処理を役割分担することができる画像読取システムを提供することを目的とする。
【００２５】
さらに、本発明は、ユーザがストレスを感じることなく画像読取作業を実行することができる画像読取システムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
本発明は、画像読取装置と画像処理装置とを有する画像読取システムにおいて、上記画像読取装置は、画像を読み取る画像読取手段と、上記画像読取手段で読み取った画像データを保存用画像データとして格納する読取画像データ格納手段と、上記保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する作成手段と、上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送する転送手段とを有し、上記画像処理装置は、上記保存用画像データと上記低データ量画像データとを受信する受信手段と、上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する通知手段と、上記低データ量画像データの転送が終了したときに、読取指示の受付を可能にする可能化手段と、ユーザの読取指示に対応して読取指示を送出する送出手段と、上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納手段とを有することを特徴とする画像読取システムである。
【発明の効果】
【００２７】
本発明によれば、ＰＣと画像読取装置との接続が、低速なデータ転送速度である場合に、高速で読み取ることができ、また、ＰＣと画像読取装置とが従来通り、画像処理を役割分担することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２８】
発明を実施するための最良の形態は、次の実施例である。
【実施例１】
【００２９】
図２は、本発明の実施例１である画像読取装置１００と画像処理装置２００とによって構成されるシステムを、ソフトウェアによって実現する場合におけるハードウェアの構成例を示すブロック図である。
【００３０】
画像処理装置２００は、ＰＣ等で実現され、その構成要素が、バス２０１によって通信可能である。
【００３１】
画像処理装置２００は、ＣＰＵ２０２と、通信部２０３と、ＲＡＭ２０４と、表示部２０５と、記憶装置２０６と、入力部２０７とを有する。
【００３２】
ＣＰＵ２０２は、ＲＡＭ２０４に記憶されている制御プログラムに従って装置全体の動作を制御する演算回路である。入力部２０７は、たとえば、キーボードやマウス等の各種指示入力機器を含む入出力デバイスである。ＲＡＭ２０４は、ＣＰＵ２０２によって実行される後述のフローチャートに対応するプログラムを格納する。またＲＡＭ２０４は、ＣＰＵ２０２によって実行される後述のフローチャートに対応する処理において使用される各種データを格納する。
【００３３】
上記プログラムが、たとえばＣＤ−ＲＯＭやＦＤ等の記憶媒体２０８に記憶されている場合、当該プログラムを、記憶装置２０６にインストールし、さらに、ＲＡＭ２０４にロードして実行するようにしてもよい。
【００３４】
表示部２０５は、ディスプレイ等の表示装置である。記憶装置２０６は、ハードディスクドライブ等の大容量メモリを具備する不揮発性の記憶装置であり、実施例１に係るプログラム、その他の各種アプリケーション・プログラムに加え、実施例１に係る画像データ等を記憶する。
【００３５】
画像読取装置１００は、その構成要素が、バス１０１によって通信可能であり、通信部１０２と、ＣＰＵ１０３と、ＲＯＭ１０４と、ＲＡＭ１０５と、画像読取部１０６と、記憶装置１０７とを有する。
【００３６】
ＣＰＵ１０３は、ＲＯＭ１０４またはＲＡＭ１０５に記憶されているプログラムに従って、装置全体の動作を制御する演算回路である。
【００３７】
ＲＯＭ１０４は、書き換え不能な不揮発性の記憶装置であり、ＣＰＵ１０３によって実行される後述のフローチャートに対応するプログラムを格納している。ＲＡＭ１０５は、ＣＰＵ１０３によって実行される後述のフローチャートに示される処理において使用される各種データを格納する。
【００３８】
また、ＲＡＭ１０５は、ＣＰＵ１０３によって実行される後述のフローチャートに対応するプログラムを格納する。記憶装置１０７は、ハードディスクドライブ等の大容量メモリを具備する不揮発性の記憶装置であり、実施例１に係るプログラムに加え、実施例１に係る画像データ等を記憶する。
【００３９】
画像読取部１０６は、ＣＣＤやＣＩＳ等の撮像素子を有し、原稿を画像データに変換する。
【００４０】
画像処理装置２００と画像読取装置１００とは、それぞれが具備する通信部２０３と通信部１０２とを介して、双方向に通信することができる。
【００４１】
なお、画像読取部１０６は、画像を読み取る画像読取手段の例である。記憶装置１０７は、読み取った画像データを格納する読取画像データ格納手段の例である。ＣＰＵ１０３とＲＯＭ１０４とは、保存用画像データから、上記保存用画像データよりもデータ量が少ない低データ量画像データを作成する低データ量画像データ作成手段の例である。
【００４２】
通信部１０２は、上記保存用画像データよりも、上記低データ量画像データを優先して上記画像処理装置に転送する低データ量画像データ転送手段の例である。
【００４３】
また、通信部２０３は、上記低データ量画像データの転送が終了したときに、読取指示が受付可能であることをユーザに通知する読取動作終了通知手段の例である。ＣＰＵ２０２は、低データ量画像データの転送が終了したときに、読取指示の受付を可能にする読取指示受付可能化手段の例である。
【００４４】
表示部２０５は、読取確認画像として、上記低データ量画像データを表示する表示手段の例である。通信部２０３は、上記表示倍率指定手段による上記読取確認画像に対する表示倍率指定に応じた表示に必要な上記保存用画像データの一部を、他の上記保存用画像データに優先して転送する保存用画像データ転送手段の例である。
【００４５】
通信部２０３は、ユーザの読取指示に対応して読取指示を送出する読取指示送出手段の例である。通信部２０３は、上記保存用画像データを受信する保存用画像データ受信手段の例である。記憶装置２０６は、上記受信の動作と並行して、上記受信した保存用画像データを格納する保存用画像データ格納装置の例である。
【００４６】
また、上記読取指示が受付可能であることの上記通知は、上記保存用画像データの保存先指定ダイアログを表示することである。さらに、読取指示が受付可能であることの上記通知手段による通知が、通知専用ダイアログの表示である。
【００４７】
次に、実施例１において、ユーザの操作と、これに伴って行われる画像処理装置２００と画像読取装置１００との処理の概要について説明する。
【００４８】
図３は、実施例１において、画像読取装置１００と画像処理装置２００とをソフトウェアによって実現する場合のプログラム同士の間、ハードウェアとのデータのやり取りの例を示すブロック図である。
【００４９】
ユーザは、通常、最終的な画像読取を行う前に、読取範囲の指定や各種画像処理を、画像データに施した場合の効果を確認するために、プレビューを行う（低解像度で画像読取を行う）。プレビューで読み取られた画像データは、画像処理装置の表示部での表示に適した解像度で足りるので、Ａ４の画像であれば、通常７２〜１００ｄｐｉの解像度が指定される。
【００５０】
ユーザが、画像処理装置２００上で動作するドライバ３０１にプレビュー読取を指示すると、ドライバ３０１は、画像読取装置１００へプレビュー読取命令を送信する。画像読取装置１００では、制御プログラム３０３がプレビュー読取命令を判別すると、画像読取部１０６を動作させ、画像読取を行いながら読み取った画像データを、プレビュー画像データとして、通信部１０２を経由し、画像処理装置２００へ送信する。
【００５１】
画像処理装置２００では、常駐プログラム３０２を経て、ドライバ３０１が、プレビュー画像データを受け取り、表示部２０５のプレビュー画像表示領域に表示する。
【００５２】
ユーザは、プレビュー画像を参照しながら、読取範囲や、実行させる画像処理を、決定した後に、ドライバ３０１に、保存用読取指示を行う。
【００５３】
ドライバ３０１は、ユーザによる保存用読取指示に従って、保存用読取命令を、画像読取装置１００へ発行する。画像読取装置１００では、制御プログラム３０３が、保存用読取命令に従い、画像読取部１０６を動作させ、画像読取を実行しながら一定のラスタ数からなるバンドごとに、次の処理を行う。
【００５４】
まず、読み取った保存用画像データを、記憶装置１０７へ保存する。また、読み取った保存用画像データから作成した低データ量画像データを、画像処理装置２００へ転送する。「低データ量画像データ」は、データ量を低減するために、保存用画像データを変換した画像データであり、画像処理装置２００の表示部２０５に表示するために、画像処理装置２００へ送信される。画像読取部１０６の読取動作に要する時間とほぼ同じ時間で転送が完了するデータ量に、低データ量画像のデータ量を、設定することが、最も好ましい。このために、画像読取装置１００と画像処理装置２００との間の接続方式に応じて、時間あたりのデータ量を、一意に設定し、読取動作に要する時間を乗算することによって、上記低データ量画像のデータ量を決定することができる。
【００５５】
さらに、画像読取装置１００と画像処理装置２００との間の実効データ転送速度を、計測し、この計測結果に基づいて、低データ量画像のデータ量を決定すれば、最適である。また、低データ量画像データの圧縮方法は、必要に応じてデータ量を調整が可能なＪＰＥＧ圧縮等の非可逆が適している。一方、低データ量画像データの画素数は、保存用画像の画素数を、縦横それぞれ２分の１または３分の１程度とすることが適切である。
【００５６】
つまり、保存用画像と同じ画素数とすると、データ量が十分に低減するためには、圧縮率を高くする必要があるが、圧縮率を高くすると、画像の劣化が激しく、表示に不適切になる。なお、画素数を低減する際には、単純に、画素を間引いてもよいが、平均をとる等、ローパスフィルタをかけた上で画素数を低減すれば、より表示に適切な画像になる。
【００５７】
画像処理装置２００上で動作するドライバ３０１は、低データ量画像データを受信し終わると、読取動作が終了し、次の読取指示を受付可能であることを、読取動作終了通知によって、ユーザに知らせる。
【００５８】
この読取動作終了通知の方法として、次の３つの方法がある。
【００５９】
第１の読取動作終了通知の方法は、保存用画像データの保存ファイルを、ユーザに指定させる保存ダイアログを、表示部２０５に表示する方法である。
【００６０】
第２の読取動作終了通知の方法は、低データ量画像データを、表示部２０５に表示する方法である。
【００６１】
第３の読取動作終了通知の方法は、通知専用のダイアログを、表示部２０５に表示する方法である。
【００６２】
上記第１、３の読取動作終了通知の方法では、ユーザからの指示があった場合にのみ、低データ量画像データを表示部２０５に表示するのが適切である。ユーザの指示なしでも、読取動作終了通知と同時に、低データ量画像データを表示部２０５に表示することも可能である。
【００６３】
第２、３の読取動作終了通知の方法では、ドライバ３０１を終了するとき等に、別途、保存用画像データの保存ファイルを、ユーザに指定させる保存ダイアログを表示する。また、いずれの方法であっても、ユーザが保存用画像を確認するために、保存用画像データの保存ファイルを表示する場合、ドライバ３０１は、低データ量画像データを表示部２０５に表示する。
【００６４】
一方、ユーザによる保存用画像データの保存指示を待たずに、読取動作の開始に伴って画像読取装置１００から画像処理装置２００へ、保存用画像データの転送が、制御プログラム３０３と常駐プログラム３０２とによって行われる。
【００６５】
なお、制御プログラム３０３と常駐プログラム３０２とによる保存用画像データ転送は、以下のように行われる。まず、保存用画像データの転送が終了する前に、第２のプレビューまたは保存用読取指示が、ユーザからされた場合、その第２のプレビュー画像または保存用画像の低データ量画像のデータの転送を、第１の保存用画像データの転送に優先して行う。
【００６６】
また、ユーザは、低データ量画像データの転送が終了した時点で、全ての処理が終了していると認識しているので、保存用画像データの転送が終了していなくても、画像処理装置２００または画像読取装置１００の電源を切る可能性がある。このように、保存用画像データの転送が中断され、通信が可能になったときに、転送を再開し、未転送データを転送する。
【００６７】
次に、実施例１における処理を詳細に説明する。
【００６８】
図４は、実施例１において、画像処理装置２００上で動作するユーザインタフェースを具備するプログラムであるドライバ３０１の処理を示すフローチャートである。
【００６９】
図５は、実施例１において、画像処理装置２００上で動作する常駐プログラム３０２の処理を示すフローチャートである。
【００７０】
画像処理装置２００における実施例１の処理は、これら２つのプログラムによる連携した動作である。
【００７１】
画像処理装置２００上で動作するユーザインタフェースを具備するプログラムであるドライバ３０１は、ユーザから指示を待つ（Ｓ４０１）。この指示があり、それが保存用読取指示であれば（Ｓ４０２）、読み取った保存用画像データを保存するファイルとし、仮の保存先であるテンポラリファイルを常駐プログラム３０２に指定する（Ｓ４０３）。画像読取装置に読取命令を発行する（Ｓ４０４）。読取命令には、ユーザがドライバ上で指定した読取範囲、読取解像度、画像読取装置側で処理が必要な画像処理の指示が含まれている。
【００７２】
そして、低データ量画像データを受信する（Ｓ４０５〜Ｓ４０６）。低データ量画像データを、全て受信した後に、読取動作が終了したことを、ユーザに通知する（Ｓ４０７）。この読取動作終了通知は、読み取られた画像の内容を、概略的に確認することができるので、低データ量画像データを読取確認画像として表示部２０５に表示することによって実施することが適切である。読取動作終了通知専用のダイアログの表示によって、上記読取動作終了通知を実施するようにしてもよい。
【００７３】
そして、保存用画像データの保存先の指定を、ユーザに促し（Ｓ４０８）、指示されたファイルを、常駐プログラム３０２に新たな保存用画像データの保存先として指定する（Ｓ４０９）。または、Ｓ４０３で、Ｓ４０８の処理を代わりに行うことによって、画像読取装置１００による読取動作が始まる前に、保存用画像データの保存ファイルを、ユーザに指定させることもできる。
【００７４】
Ｓ４０４の直後にＳ４０８を処理するので、保存用読取指示の直後に、保存用画像データの保存ファイルをユーザに指定させる場合でも、テンポラリファイルの活用によって、ユーザの指示完了の前に、画像読取装置１００に読取動作を開始させることができる。さらに、Ｓ４０８の処理によって、読取動作終了通知とすることで、Ｓ４０７を省略することもできる。
【００７５】
ユーザからの指示が、プレビュー読取指示であれば（Ｓ４１０）、画像読取装置にプレビュー読取命令を発行する（Ｓ４１１）。そして、プレビュー画像データを受信し、表示する（Ｓ４１２〜Ｓ４１３）。ユーザからの指示が終了指示であれば（Ｓ４１４）、ドライバを終了し、保存用読取指示でも、プレビュー読取指示でも、終了指示でもなければ、指示に対応した処理を行う（Ｓ４１５）。Ｓ４１５で行う処理には読み取り範囲指定や画像調整等、様々なものがあり得るが、実施例１において特徴となるものではなく従来の技術と同じ処理であるため詳細は示さない。
【００７６】
図５に示すように画像処理装置２００上で動作する常駐プログラム３０２は、画像読取装置１００からのデータを受信するためのプログラムであり、画像処理装置２００が動作しているときに、ドライバ３０１が起動されていなくても、常に動作している。常駐プログラムは、通常、ドライバ３０１からの保存用画像データ保存先の指定を待ち（Ｓ５０１）、画像読取装置からのデータ受信を待つ（Ｓ５０５）。
【００７７】
ドライバ３０１からの保存用画像データ保存先の指定があれば（Ｓ５０１）、既に保存用画像データ保存先が指定され、その指定ファイルに保存用画像データを保存しているかどうかを判断する（Ｓ５０２）。上記指定ファイルに保存用画像データを保存していれば、受信済みの保存用画像データを、新しい保存先として指定されたファイルに移動し、古い保存用画像データ保存先のファイルを削除する（Ｓ５０３）。Ｓ５０２での判別に拘らず、指定されたファイルを新しい保存用画像データ保存先に設定する（Ｓ５０４）。
【００７８】
そして、データを受信していれば（Ｓ５０６）、そのデータの種類を判別する。受信したデータが、低データ量画像データか（Ｓ５１１）またはプレビュー画像データであれば（Ｓ５１２）、受信データをドライバへ転送する（Ｓ５１３）。ドライバは、転送されたデータを、Ｓ４０５またはＳ４１２で受信する。受信データが、保存用画像データであれば（Ｓ５０７）、必要な画像処理を施した後に、ドライバが、Ｓ４０３とＳ４０７とで指示したファイルに、受信データを格納する（Ｓ５０８）。保存用画像データを受信した場合、保存用画像データに付加されている情報等に基づいて、最後のデータであることを判別する（Ｓ５０９）。保存用画像データの最後のデータであれば（Ｓ５０９）現在の保存用画像データ保存先に設定されているファイルをクローズし、保存用画像データ保存先を、未指定の状態にリセットする（Ｓ５１０）。
【００７９】
なお、プレビュー画像データと低データ量画像データとの転送終了は、ドライバ３０１が判別すれば足りるので、常駐プログラム３０２がその転送終了を検出する必要はない。
【００８０】
図６は、実施例１において、画像読取装置上で動作する制御プログラム３０３の処理を示すフローチャートである。
【００８１】
図７は、画像読取装置上で動作する通信プログラム３０４の処理を示すフローチャートである。
【００８２】
画像読取装置における実施例１の処理は、これら２つのプログラムが連携して動作することによって実現する。
【００８３】
図６に示すように、画像読取装置上で動作する制御プログラム３０３は、通常状態では、画像処理装置２００からの命令待つ（Ｓ６０１〜Ｓ６０２）。命令を受信し、プレビュー読取命令であれば（Ｓ６０９）、プレビュー画像データを取得する画像読取を行い（Ｓ６１０）、読み取った画像データを優先キューに登録する（Ｓ６１１）。これらの処理を、適当なラスタ数を単位として、画像全体について繰り返す（Ｓ６１２）。受信した命令が、保存用読取命令であれば（Ｓ６０３）、画像読取部１０６を動作させ、保存用画像データを取得するための読取動作を、適当なラスタ数を単位として行う。読み取った保存用画像データに必要な画像処理を施した後に、ＲＡＭ１０５に格納する（Ｓ６０４）。そして、この保存用画像データを、非優先キューに登録する（Ｓ６０５）と共に、保存用画像データから低データ量画像データを作成し（Ｓ６０６）、作成した低データ量画像データを優先キューに登録する（Ｓ６０７）。
【００８４】
ここで、優先キュー、非優先キューは、それぞれＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）タイプの待ち行列であり、待ち行列に登録されたデータは、記憶装置１０７に格納される。
【００８５】
一方、待ち行列の管理データは、ＲＡＭ１０５、または記憶装置１０７に格納され、制御プログラム３０３及び通信プログラム３０４によって処理される。
【００８６】
処理Ｓ６０４〜Ｓ６０７を、画像全体について、繰り返して実行し（Ｓ６０８）、終了すれば、命令待ちの状態に再び戻る。Ｓ６０４〜Ｓ６０８は、画像読取部１０６の動作終了とほぼ同時に終了する。
【００８７】
なお、制御プログラム３０３は、送信する画像データに１つの画像データを構成する最後の画像データであることを判別することができる情報を付加する。その情報は、最後の画像データであることを示す識別子を付加するか、または画像データの送信に先立ち、総ラスタ数を送信し、各画像データに、何ラスタ目であるかを示す情報を付加することによって送信するようにしてもよい。
【００８８】
受信した命令が保存用読取命令でも、プレビュー読取命令でもなければ、命令に対応した処理を行う（Ｓ６１３）。Ｓ６１３で行う処理には、光源の調整等様々なものがあり得るが、実施例１において特徴となるものではなく、従来の技術と同じ処理であるので、その詳細な説明を割愛する。
【００８９】
図７に示すように、画像読取装置１００上で動作する通信プログラム３０４は、優先キューにデータが登録されていれば（Ｓ７０１）、優先キューの先頭のデータを、画像処理装置２００へ送信する（Ｓ７０２）。
【００９０】
送信が問題なく行われたことを確認し（Ｓ７０３）、先頭のデータを優先キューから外す（Ｓ７０４）。送信に問題があれば、Ｓ７０２を繰り返す。Ｓ７０１〜Ｓ７０４の処理によって、優先キューにデータがある限り、画像処理装置２００への送信が行われる。優先キューにデータが登録されていなく（Ｓ７０１）、非優先キューにデータが登録されていなければ（Ｓ７０５）、Ｓ７０１へ戻る。非優先キューにデータが登録されていれば、非優先キューの先頭のデータを、画像処理装置２００へ送信し（Ｓ７０６）、送信が問題なく行われたことを確認し（Ｓ７０７）、先頭のデータを非優先キューから外す（Ｓ７０８）。送信に問題があれば、Ｓ７０６を繰り返す。そして、非優先キューにデータが残っているかどうかに拘らず、Ｓ７０１へ戻る。
【００９１】
このような処理を行うことによって、優先キューに登録されているデータが、非優先キューに登録されているデータよりも先に転送される。ただし、非優先キューのデータ送信を行っている間は、優先キューにデータが登録されても、送信できない。優先キューのデータ転送の遅れを短くするために、非優先キューに登録する保存用画像データを、適切なデータ量に分割し、登録する。
【００９２】
また、通信プログラム３０４は、画像読取装置１００の電源が入っている間、常に動作し、画像読取装置１００の状態にかかわらず、優先キュー、非優先キューに登録されているデータを、画像処理装置２００へ送信する。このために、転送されていない保存用画像データがキューに残っているときに、画像読取装置１００の電源が切られても、画像読取装置１００の電源が入れられたときに、保存用画像データの送信が、通信プログラム３０４によって再び開始される。
【００９３】
もし、転送されていない保存用画像データがキューに残っているときに、画像処理装置２００の電源が切られる等によって、画像処理装置２００との通信が途絶えると、Ｓ７０３とＳ７０７との確認処理によって、Ｓ７０２かＳ７０６の処理を繰り返し実行する。このために、通信が再び可能になった場合、滞っていたデータ送信を、あたかも通信が途絶えなかったかのように、再開することができる。
【００９４】
なお、通信プログラム３０４は、送信しているデータが、プレビュー画像データであるか、低データ量画像データであるか、保存用画像データであるかを判別する必要はない。
【００９５】
図１は、２つの画像を連続して読み取った場合、画像読取装置と画像処理装置との間におけるデータ転送の様子を、実施例と従来例とについて、模式的に示す図である。
【００９６】
図１（１）は、実施例１において、２つの画像を連続して読み取った場合、画像読取装置１００と画像処理装置２００との間におけるデータ転送の様子を模式的に示す図である。
【００９７】
図１（２）は、従来例において、２つの画像を連続して読み取った場合、画像読取装置と画像処理装置との間におけるデータ転送の様子を示す図である。
【００９８】
時間の経過を上から下に示し、左が画像処理装置２００であり、右が画像読取装置１００である。画像処理装置２００と画像読取装置１００との間に記載されている矢印の方向に、データが転送されることを示し、画像読取装置１００の右に縦に示す両端矢印のバーは、読取動作の開始から終了までの時間を示す。
【００９９】
図１（１）に示す実施例１では、第２保存用画像データの転送が終了するまでの時間が、図１（２）に示す従来例と比較して、長い。しかし、第１読取命令と第２読取命令との間の時間と、第２保存用画像表示までの時間とは、図１（１）に示す実施例１の方が短い。したがって、ユーザを待たせることなく、プレビューと保存用読取指示とを、次々にユーザが実行することができる。
【０１００】
実施例１によれば、上記のように、保存用画像が表示された時点で、ユーザにとっての読取作業が終了しているので、保存用画像データを実際に転送する時間が長くなっても、問題にならない。２枚の画像読取では、さほど大きな時間差にはならなくても、より多くの画像を連続して読み取る場合には、無視することのできない大きな時間差になる。
【実施例２】
【０１０１】
実施例１は、保存用画像を確認するために、ユーザが、表示部２０５の１画素が保存用画像の１画素に対応する、１００％に近い倍率で表示した場合、非可逆圧縮されている低データ量画像データでは、適切な画像をユーザに表示することができない。
【０１０２】
実施例２では、実施例１に加え、ユーザによる保存用画像データの表示形態を変更する操作に応じた画像データを、転送する構成を加える実施例である。この構成によって、さらに適切な保存用画像データを確認操作することができる。
【０１０３】
実施例２の処理は、実施例１におけるドライバ３０１の処理のＳ４１５と、制御プログラム３０３のＳ６１３とを変更することによって、実現することができる。
【０１０４】
図８は、図４に示すＳ４１５の処理を、実施例２用に変更した処理を示すフローチャートである。
【０１０５】
図９は、図６に示すＳ６１３の処理を、実施例２用に変更した処理を示すフローチャートである。
【０１０６】
画像処理装置２００において動作するドライバ３０１は、低データ量画像データを、読取確認画像として画像処理装置２００の表示部２０５に表示している。図８では、この状態で、ユーザが画像の細部を確認するために、表示指示として、一定の倍率以上に拡大して表示する表示倍率指定を行う（Ｓ８０１）。このＳ８０１は、画像データの表示倍率を指定する表示倍率指定手段の例である。
【０１０７】
上記表示倍率指定において、表示倍率を直接指定する場合と、たとえば既に２５％で表示されている画像の倍率に対して２倍に表示するように指定し、結果として５０％の表示倍率の指定となる場合とがある。拡大画像全体を表示できない場合は、ユーザの指示した部分を中心として一部の領域を表示する。その画像表示領域に対応する保存用画像データを、記憶装置２０６に格納していなければ（Ｓ８０２）、対応する保存用画像データを優先転送する要求である保存用画像データ優先転送命令を、必要な領域情報を付加し、記憶装置２０６へ発行する（Ｓ８０３）。
【０１０８】
保存用画像データ優先転送命令に従い、後述のように制御プログラム３０３と通信プログラム３０４とによって、必要な保存用画像データを送信し、常駐プログラム３０２が受信する（Ｓ５０１、Ｓ５０５、Ｓ５０６）。そして、保存用画像データ保存先に格納する（Ｓ５０７〜Ｓ５１０）。ドライバ３０１は、画像表示領域に対応する保存用画像データを、記憶装置２０６の保存用画像データ保存先から読み出し（Ｓ８０４、Ｓ８０５）、表示部２０５に表示する（Ｓ８０６）。
【０１０９】
ユーザからの指示が、画像を一定の倍率以上に拡大して表示するものでなければ、その指示に対応する処理を行う（Ｓ８０７）。Ｓ４１５と同様に、Ｓ８０７で行う処理は、実施例１において特徴となるものではなく、従来の技術と同じ処理であるので、その詳細な説明を割愛する。
【０１１０】
一方、図９に示すように、画像読取装置１００で動作する制御プログラム３０３は、受信した命令が保存用画像データ優先転送命令であるかどうかを調べる（Ｓ９０１）。保存用画像データ優先転送命令であれば、記憶装置１０７に非優先キューのデータとして格納した保存用画像データから、保存用画像データ優先転送命令に付加された領域情報に基づいて、対応する保存用画像データを非優先キューから取り外す（Ｓ９０２）。そして、それらの保存用画像データを、優先キューに登録する（Ｓ９０３）。
【０１１１】
受信した命令が、保存用画像データ優先転送命令でなければ、命令に対応する処理を行う（Ｓ９０４）。Ｓ６１３と同様に、Ｓ９０４の処理は、実施例１において特徴となるものではなく、従来の技術と同じ処理であるので、その詳細な説明を割愛する。
【０１１２】
このように、拡大表示に伴って転送されるデータは、保存用画像データと同一のものであるが、画像が表示部２０５に表示される場合、一辺が３００〜５００程度の矩形領域に表示されることがほとんどである。そのデータ量は、保存用の高品位なものであっても、１Ｍバイト未満であるので、低速な通信経路でも、ユーザを待たせずに転送することができる。こうして転送された画像データは、上記のように、記憶装置２０６に保存用画像データとして格納される。このようにすることによって、同じ画像データを２度送信する無駄を省くことができる。
【０１１３】
なお、実施例１において、Ｓ４０３で保存用画像データの保存先として指定されるテンポラリファイルは、ＪＰＥＧ、ＴＩＦＦ、ＰＮＧ等、通常の画像ファイルフォーマットではなく、画像データを部分的に保存・管理することに適した形式にすることが望ましい。そして、全ての保存用画像データを受信した後に、テンポラリな保存用画像データ保存先から、ユーザに指定された保存用画像データ保存先へデータを移動する際に、一般的な画像ファイルフォーマットに変換することが最適である。
【０１１４】
また、保存用画像データを転送する単位を、一定の画素数、たとえば２５６×２５６等、矩形ブロックとすることによって、実施例１の処理を効率的に実現することができる。また、常駐プログラム３０２のＳ５０９における保存用画像データの転送終了を判別する場合、画像全体のデータが転送されたか否かに基づいて判別することが効率的である。
【実施例３】
【０１１５】
本発明の実施例３は、保存用画像データのデータ量を判断し、一定のデータ量以上であれば、実施例１または実施例２における処理を実行し、一定のデータ量未満であれば、従来通りの処理を行う実施例である。
【０１１６】
実際に読取動作を行う前であっても、読取範囲と解像度と１画素あたりのビット数とに基づいて、保存用画像データのデータ量の概略を推定することができる。したがって、読取範囲と解像度と１画素あたりのビット数とによって算出された推定読取画像データ量が、一定の基準以上であるか否かを、読取動作前に判断可能である。推定読取画像データ量が一定の基準値未満であれば、画像データの転送に要する時間が短いと推定されるので、上記の低データ量画像データによる処理を必要としない。この判断結果に基づいて、実施例１または実施例２における処理と、従来の処理とを切り替えることができる。従来の処理では、低データ量画像データによる処理を行わないで、保存用画像データの転送の終了をもって、次の原稿の読み取りが可能であることをユーザに通知して、読取指示を待つ。また、画像読取装置１００と画像処理装置２００との接続方式、実効転送速度を実測した結果のいずれかに応じて、切り替えの基準値を決定すれば、より最適になる。
【０１１７】
上記実施例によれば、保存用画像データの転送が終了していなくても、読取動作終了とほぼ同時に行われる通知によって、ユーザは、次の読取指示が行えることを認識できるので、迷うことなく次の読取指示を行うことができる。
【０１１８】
このために、データ転送の遅い接続形態で画像読取装置と画像処理装置とが通信する場合でも、ユーザの待ち時間を最小限にすることができ、特に、複数の画像を連続して読み取る場合、作業時間を大幅に短縮することができ、ユーザの使用感が向上される。
【０１１９】
また、ユーザ操作が必要な処理と、時間を要する保存用画像データの転送とを、分離するので、転送の開始、中断後の再開等を、ユーザを煩わせず、無線ＬＡＮ等で通信が不安定な環境にでも、ユーザにその不安定さを感じさせる確率を大幅に低減する。
【０１２０】
また、上記各手段を工程に置き換え、これら工程を上記画像処理装置に実行させるプログラムも、本発明の態様の１つである。
【０１２１】
さらに、上記プログラムを記憶したコンピュータ読取可能な記憶媒体も、本発明の態様の１つである。この場合、上記プログラムを、ＣＤ、ＤＶＤ、ＨＤ、半導体メモリ等のコンピュータ読取可能な記憶媒体に記憶するようにしてもよい。
【図面の簡単な説明】
【０１２２】
【図１】２つの画像を連続して読み取った場合、画像読取装置と画像処理装置との間におけるデータ転送の様子を、実施例と従来例とについて、模式的に示す図である。
【図２】本発明の実施例１である画像読取装置１００と画像処理装置２００とを、ソフトウェアによって実現する場合におけるハードウェアの構成例を示すブロック図である。
【図３】実施例１において、画像読取装置１００と画像処理装置２００とをソフトウェアによって実現する場合のプログラム同士の間、ハードウェアとのデータのやり取りの例を示すブロック図である。
【図４】実施例１において、画像処理装置２００上で動作するユーザインタフェースを具備するプログラムであるドライバ３０１の処理を示すフローチャートである。
【図５】実施例１において、画像処理装置２００上で動作する常駐プログラム３０２の処理を示すフローチャートである。
【図６】実施例１において、画像読取装置上で動作する制御プログラム３０３の処理を示すフローチャートである。
【図７】画像読取装置上で動作する通信プログラム３０４の処理を示すフローチャートである。
【図８】図４に示すＳ４１５の処理を、実施例２用に変更した処理を示すフローチャートである。
【図９】図６に示すＳ６１３の処理を、実施例２用に変更した処理を示すフローチャートである。
【符号の説明】
【０１２３】
１００…画像読取装置、
１０２…通信部、
１０３…ＣＰＵ、
１０４…ＲＯＭ、
１０５…ＲＡＭ、
１０７…記憶装置、
２００…画像処理装置
２０２…ＣＰＵ、
２０３…通信部、
２０４…ＲＡＭ、
２０５…表示部、
２０６…記憶装置、
２０７…入力部。
【図１】
2009182378.tif 000003
【図２】
2009182378.tif 000004
【図３】
2009182378.tif 000005
【図４】
2009182378.tif 000006
【図５】
2009182378.tif 000007
【図６】
2009182378.tif 000008
【図７】
2009182378.tif 000009
【図８】
2009182378.tif 000010
【図９】
2009182378.tif 000011