(57)【要約】【課題】各頁に異なるサイズの画像データのことが考慮されていないアプリケーションでも問題が発生せず、スキャナ装置とコンピュータ間の冗長な通信を省略して処理能力の向上を図ることのできる画像読取システムを提供する。【解決手段】複数枚の原稿画像を読み取って画像データを生成するスキャナ装置と、スキャナ装置からの画像データを受けとるスキャナドライバから構成される画像読取システムであって、前記スキャナ装置は、各原稿の画像を読み取って各原稿に対応する画像データを生成する画像データ生成部と、生成された画像データをスキャナドライバへ出力するスキャナ出力部とを備え、前記スキャナドライバは、スキャナ装置からの画像データを受けとる画像データ受領部と、受け取った各原稿の画像データを１ページの画像に合成する画像データ合成部と、画像データを出力するドライバ出力部とを備えることを特徴とするシステム。【選択図】図１
2006287470.tif 000002
【特許請求の範囲】
【請求項１】
複数枚の原稿画像を読み取って画像データを生成するスキャナ装置と、スキャナ装置からの画像データを受けとるスキャナドライバから構成される画像読取システムであって、
前記スキャナ装置は、各原稿の画像を読み取って各原稿に対応する画像データを生成する画像データ生成部と、
生成された画像データをスキャナドライバへ出力するスキャナ出力部とを備え、
前記スキャナドライバは、スキャナ装置からの画像データを受けとる画像データ受領部と、
受け取った各原稿の画像データを１ページの画像に合成する画像データ合成部と、
画像データを出力するドライバ出力部と
を備えることを特徴とするシステム。
【請求項２】
前記画像データ合成部が、互いに原稿サイズの異なる複数の画像データを合成する際に、合成されたページのサイズが最も小さくなるような各画像の配置を選択する請求項１記載の画像読取システム。
【請求項３】
複数枚の原稿画像を読み取って画像データを生成するスキャナ装置と、スキャナ装置からの画像データを受けとるスキャナドライバから構成される画像読取システムであって、
前記スキャナ装置は、各原稿の画像を読み取って、各原稿の画像を１ページに合成した画像データを生成する画像データ生成部と、
生成された画像データをコンピュータへ出力するスキャナ出力部とを備え、
前記スキャナドライバは、スキャナ装置からの画像データを受けとる画像データ受領部と、
画像データを出力するドライバ出力部と
を備えることを特徴とするシステム。
【請求項４】
前記スキャナ装置が、原稿のオモテ面と裏面とをそれぞれ独立して読み取る両面原稿読み取り部をさらに備え、
前記画像データ生成部が、同一原稿のオモテ面と裏面とを１ページに合成した画像データを生成する請求項３記載の画像読取システム。
【請求項５】
前記画像データ生成部が、複数枚の原稿のオモテ面と裏面とを読み取る場合に、各原稿のオモテ面と裏面とを１ページに合成した複数の画像データを生成する請求項３記載の画像読取システム。
【請求項６】
前記画像データ生成部が、複数枚の原稿のオモテ面と裏面とを読み取る場合に、全ての原稿のオモテ面と裏面とを１ページに合成した画像データを生成する請求項３記載の画像読取システム。
【請求項７】
前記画像データ生成部が、互いにサイズの異なる複数枚の原稿の画像データを合成する際に、合成されたページのサイズが最も小さくなるような各画像の配置を選択する請求項３記載の画像読取システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像データを生成するスキャナ装置と、スキャナ装置からの画像データを受けとるスキャナドライバから構成される画像読取システムに関する。
【背景技術】
【０００２】
近年、コンピュータの処理能力が向上するに連れて、原稿の画像を読み取るスキャナ装置や、スキャナ装置などを用いて入力した画像データを処理するアプリケーションの機能が向上している。例えば、アプリケーションには、複数頁の原稿画像を一括して読み込み、頁属性を保持したまま一つの画像ファイルとして出力するようなものがある。また、スキャナ装置には、複数枚の原稿を一括して自動的に読みとるための自動原稿送り装置を備えたものや、さらに原稿の表裏両面の画像をそれぞれ自動的に読みとることのできる自動両面原稿送り装置を備えたものが知られている。
【０００３】
前述のような読み取り機能を行うためにスキャナ装置が画像データを扱う画像メモリや、アプリケーションが処理を行うためのコンピュータのメモリには、大容量のメモリが必要となる。限られたメモリ容量で効率的な処理を実現することが装置のコストと性能を両立させる上で重要である。この観点から、種々の工夫がなされている。
【０００４】
例えば、複合機に入力経路の異なる複数の画像データを効率的に使用するために、複数種の画像データに対して、画像の種類ごとに記憶するアドレスを変更する手法が知られている（例えば、特許文献１参照）。あるいは、画像を読み取るためのメモリ容量が不足している場合でも、ユーザーに煩雑な操作を強いることなく読み取りを実行するために、スキャンする画像データの空き容量を確認し、空き容量が不足している場合には、読取条件を変更する手法が知られている（例えば、特許文献２参照）。さらに、原稿の内容に応じてメモリの使用効率の向上を図るために、最初の原稿画像読み取り結果に基づいて画像データメモリを確保する手法が知られている（例えば、特許文献３参照）。
【特許文献１】特開平１０−１１６３３９号公報
【特許文献２】特開２００２−８４４０５号公報
【特許文献３】特開２００２−８４４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述の内容以外にも、複数枚の原稿を一括して読み取る処理に対して、配慮すべき点がある。
例えば、アプリケーションの中には、１枚目に読み込んだ原稿画像のサイズでコンピュータのメモリ領域を確保するものがある。そうすると、１枚目と２枚目（及び２枚目以降）の画像サイズが異なる場合、２枚目の画像がメモリに収まらないことがある。その場合、コンピュータ上で、メモリアクセス違反が発生する。
【０００６】
また、頁毎の原稿スキャンの都度、スキャナ装置とコンピュータとの間でコマンドやデータのやり取りを行ったのでは、パラメータの設定やコマンドのやりとりなどの通信手順が冗長になり、全体的なパフォーマンスが落ちることがある。
【０００７】
各頁に異なるサイズの画像データのことが考慮されていないアプリケーションでも問題が発生せず、スキャナ装置とコンピュータ間の冗長な通信を省略して処理能力の向上を図ることのできる手法が望まれている。
【課題を解決するための手段】
【０００８】
この発明は、複数枚の原稿画像を読み取って画像データを生成するスキャナ装置と、スキャナ装置からの画像データを受けとるスキャナドライバから構成される第１の画像読取システムであって、前記スキャナ装置は、各原稿の画像を読み取って各原稿に対応する画像データを生成する画像データ生成部と、生成された画像データをスキャナドライバへ出力するスキャナ出力部とを備え、前記スキャナドライバは、スキャナ装置からの画像データを受けとる画像データ受領部と、受け取った各原稿の画像データを１ページの画像に合成する画像データ合成部と、画像データを出力するドライバ出力部とを備えることを特徴とするシステムを提供する。
【０００９】
また、この発明は、複数枚の原稿画像を読み取って画像データを生成するスキャナ装置と、スキャナ装置からの画像データを受けとるスキャナドライバから構成される第２の画像読取システムであって、前記スキャナ装置は、各原稿の画像を読み取って、各原稿の画像を１ページに合成した画像データを生成する画像データ生成部と、生成された画像データをコンピュータへ出力するスキャナ出力部とを備え、前記スキャナドライバは、スキャナ装置からの画像データを受けとる画像データ受領部と、画像データを出力するドライバ出力部とを備えることを特徴とするシステムを提供する。
【００１０】
ここで、スキャナ装置は、複数枚の原稿画像を自動的に読み取るために、自動原稿送り装置を備えたものであってもよいが、それに限らず、一枚ずつ手動で原稿を交換して読み取りを行わせるものであってもよい。さらに、スキャナ装置は、各原稿のサイズを自動的に検知する原稿検知機能を備えているものが好ましいが、それに限定されない。スキャナドライバは、ホストコンピュータにインストールされるプログラムである。ホストコンピュータは、この発明のスキャナ装置と通信できるハードウェアを備えた公知のハードウェア、オペレーティングシステム、アプリケーションからなるものであればよく、本願発明の特徴はスキャナドライバによって実現される。この発明に係るスキャナ装置は、スキャナ単体のものであってもよいが、例えば、複合機に含まれるスキャナ装置であってもよい。前記スキャナ装置とスキャナドライバがインストールされたホストコンピュータとの間のやり取りは、例えば、ＵＳＢなどの一般的な通信手段で行うものであればよい。あるいは、スキャナ装置とホストコンピュータが、ＬＡＮなどのネットワークで接続され、互いにやり取りを行うものであってもよい。
【発明の効果】
【００１１】
この発明の第１の画像読取システムは、スキャナドライバが、受け取った各原稿の画像データを１ページの画像に合成する画像データ合成部を備えるので、各頁に異なるサイズの画像データのことが考慮されていないアプリケーションでも１枚目に読み込んだ原稿画像のサイズでコンピュータのメモリ領域が確保されてしまうために２頁目以降のメモリ取得に問題が発生するといった問題を回避することができる。
【００１２】
また、この発明の第２の画像読取システムは、スキャナ装置が、各原稿の画像を読み取って、各原稿の画像を１ページに合成した画像データを生成する画像データ生成部を備えるので、各頁に異なるサイズの画像データのことが考慮されていないアプリケーションでも１枚目に読み込んだ原稿画像のサイズでコンピュータのメモリ領域が確保されてしまうために２頁目以降のメモリ取得に問題が発生するといった問題を回避することができる。
【００１３】
さらに、スキャナ装置が各原稿の画像を１ページに合成した画像データを生成してからドライバへ送るので、頁毎の原稿スキャンの都度、スキャナ装置とコンピュータとの間で画像データに係るコマンドやデータのやり取りを行う必要がなく、冗長な通信のやりとりを省略して処理能力の向上を図ることができる。
【００１４】
前記第１の画像読取システムにおいて、画像データ合成部が、互いに原稿サイズの異なる複数の画像データを合成する際に、合成されたページのサイズが最も小さくなるような各画像の配置を選択するようにしてもよい。このようにすれば、スキャナドライバがアプリケーションに渡す合成された画像サイズを最小にすることができるので、アプリケーションが使用するコンピュータのメモリ容量を節約することができる。
【００１５】
また、前記第２の画像読取システムにおいて、前記スキャナ装置が、原稿のオモテ面と裏面とをそれぞれ独立して読み取る両面原稿読み取り部をさらに備え、前記画像データ生成部が、同一原稿のオモテ面と裏面とを１ページに合成した画像データを生成するようにしてもよい。このようにすれば、前記両面原稿読み取り部で、一枚の両面原稿のオモテ面と裏面の画像をほぼ同時に読み取って合成することができるので、表裏の画像データを順次読み取る場合に比べて読み取り開始から合成した画像データの出力までに要する処理時間を短縮し、さらに画像データをまとめて送るので通信の手順を減らすことができ、処理能力の向上を図ることができる。
【００１６】
さらに、前記画像データ生成部が、複数枚の原稿のオモテ面と裏面とを読み取る場合に、各原稿のオモテ面と裏面とを１ページに合成した複数の画像データを生成するようにしてもよい。このようにすれば、複数枚の両面原稿についても、一枚の両面原稿のオモテ面と裏面の画像をほぼ同時に読み取って合成することができるので、合成した画像データの出力までに要する処理時間を短縮し、通信の手順を減らして処理能力の向上を図ることができる。また、原稿１枚ごとに画像データを管理したいユーザーにとって便宜である。
【００１７】
あるいは、前記画像データ生成部が、複数枚の原稿のオモテ面と裏面とを読み取る場合に、全ての原稿のオモテ面と裏面とを１ページに合成した画像データを生成するようにしてもよい。このようにすれば、複数枚の両面原稿の場合についても、各頁に異なるサイズの画像データのことが考慮されていないアプリケーションでも１枚目に読み込んだ原稿画像のサイズでコンピュータのメモリ領域が確保されてしまうために２頁目以降のメモリ取得に問題が発生するといった問題を回避することができる。また、通信の手順を減らして処理能力の向上を図ることができる。
【００１８】
前記画像データ生成部が、互いに原稿サイズの異なる複数の画像データを合成する際に、合成されたページのサイズが最も小さくなるような各画像の配置を選択するようにしてもよい。このようにすれば、スキャナ装置がスキャナドライバに送る合成された画像サイズを最小にすることができるので、画像データの通信量を減らして処理能力の向上を図ることができる。さらに、アプリケーションが使用するコンピュータのメモリ容量を節約することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面に示す実施形態に基づいてこの発明をさらに詳述する。
（システムの構成）
図１は、この発明の画像読取システムの構成の一例を示すブロック図である。図１に示すように、この発明の画像読取システムは、スキャナ装置１と、ホストコンピュータ５にインストールされたスキャナドライバ２とから構成される。
【００２０】
スキャナ装置１は、原稿４の画像を読み取って信号を出力する画像読取部１１、読み取った画像を処理し、画像データとして出力する画像処理部１２、画像データをスキャナドライバ２へ転送する対ドライバ・インターフェース部１７、各ブロックの動作及び処理を制御するための制御手段としてのＣＰＵ１３、ＣＰＵ１３が実行する制御プログラムやＣＰＵ１３が参照するデータテーブルなどが格納されたＲＯＭ１４、ＣＰＵ１３がプログラムを実行する際のワークエリアを提供し、また読み取った画像データを一時的に格納して処理するためのＲＡＭ１５、原稿の頁毎の画像データ、あるいは複数頁を合成した画像データを格納するＨＤＤ１６、スキャナ装置の状態を表示する表示手段１８から構成される。
【００２１】
画像読取部１１は、原稿の画像を読み取るためのイメージセンサ１１ａを有する。イメージセンサは、ＣＣＤや、ＣＩＳ（密着型イメージセンサ）などで構成される。実施の一態様では、画像読取部１１は、原稿のオモテ面と裏面を読み取るためにそれぞれ専用のイメージセンサを備え、オモテ面の画像をＣＣＤセンサで読み取り、裏面の画像をＣＩＳで読み取る。また、前記態様において、画像読取部１１は、原稿のオモテ面を露光するオモテ面露光部、原稿からの反射光をＣＣＤセンサに導く縮小光学系を有し、さらに原稿の裏面を露光する裏面露光部、原稿を搬送してオモテ面と裏面用の各イメージセンサ１１ａの読み取り領域を通過させる原稿搬送部を備える。
【００２２】
画像処理部１２は、イメージセンサ１１ａから出力される画像の信号を処理する。前記処理は、フィルタ処理や色変換処理などを含む。画像処理部１２が処理した画像データは、読み取られた原稿の頁毎に画像処理部１２で処理されてＲＡＭ１５に格納され、さらに必要に応じてＨＤＤ１６に格納される。また、後述するように、この発明の一つの態様では、画像処理部１２は、画像読取部１１からのデータ、あるいはＲＡＭ１４やＨＤＤ１５に格納された複数頁の原稿の画像データを１つの画像データに合成する機能を有していている。しかし、異なる態様においては、画像データを合成する機能を有する必要はない。さらに、画像処理部１２は、画像データを圧縮する機能を有していてもよい。画像処理部１２は、前述した画像処理を行うための回路が組み込まれたＡＳＩＣ１２ａを含んでいる。
画像読取部１１と画像処理部１２は、前記画像データ生成部として機能する。
【００２３】
対ドライバ・インターフェース部１７は、画像処理部１２で処理された画像データをホストコンピュータ５へ出力するためのブロックである。スキャナ装置１とホストコンピュータ５とは、ＵＳＢを介して接続される。しかし、画像データをやり取りできれば、これに限らず、例えば、ＬＡＮなどのネットワークを介して接続された態様であってもよい。対ドライバ・インターフェース部１７は、前記スキャナ出力部として機能する。
以上の構成により、スキャナ装置１は、ホストコンピュータ５へ画像データを転送し、また画像の読み取りに関する種々のやりとりをホストコンピュータ５との間で通信する。
【００２４】
ホストコンピュータ５のハードウェアは、図示しないＣＰＵ、バスコントローラ、ＲＡＭ、ＨＤＤ、通信インターフェース、ディスプレイ、キーボード、マウスなどの公知のハードウェアで構成される。そして、ホストコンピュータ５には、この発明の画像読取システムの一部を構成するスキャナドライバ２のプログラムがインストールされている。さらに、ホストコンピュータ５には、アプリケーション３がインストールされている。即ち、スキャナドライバ２とアプリケーション３は、ホストコンピュータ５のＣＰＵが処理を実行するためのプログラムである。
【００２５】
スキャナドライバ２は、アプリケーション３がホストコンピュータ５の通信インターフェースのハードウェアを介してスキャナ装置１と通信をし、スキャナ装置１の読み取り動作を制御して画像データを取得できるように、ホストコンピュータ５のＣＰＵが実行すべき処理の手順を示すプログラムである。そして、スキャナドライバ２は、対スキャナ・インターフェース部２１、画像処理部２２および対アプリ・インターフェース部２３のブロックを含む。
【００２６】
対スキャナ・インターフェース部２１は、スキャナ装置１からの画像データを受領するブロックである。また、スキャナ装置１を制御して画像を読み取る処理に関する種々の通信手順を実行する。画像処理部２２は、スキャナ装置１から受領した画像データをアプリケーション３へ渡せるように処理するブロックである。また、対アプリ・インターフェース部２３は、アプリケーション３との間のやり取りを処理し、画像データをアプリケーションに引き渡す処理を行う。対スキャナ・インターフェース部２１は、前記画像データ受領部として機能する。また、対アプリ・インターフェース部２３は、前記ドライバ出力部として機能する。
【００２７】
対スキャナ・インターフェース部２１、画像処理部２２、対アプリ・インターフェース部２３は、スキャナドライバ２のプログラムの一部であり、ホストコンピュータ５のＣＰＵが前記プログラムを実行することによって各ブロックの機能が実現される。
【００２８】
（実施の形態１）
この実施の形態では、画像処理部２２で読み取った原稿画像を一つの画像に合成する例について説明する。また、画像データ生成部１９が、原稿の表裏を合成する機能を備えていてもよい。
図２は、この発明のスキャナ装置１およびスキャナドライバ２が実行する処理の手順の一例を、画像データの流れを互いに同期させるように対比して示すフローチャートである。図２の左側のフローチャートは、スキャナドライバ２が実行する処理であり、右側のフローチャートは、スキャナ装置１が実行する処理である。
【００２９】
図２において、まず、スキャナドライバ２の対アプリ・インターフェース部２３は、アプリケーション３からの画像読取要求を、読取の各種条件とともに受けとる（ステップＳ２０１）。受け取った画像読取要求のコマンドを、スキャナの読取条件を示すパラメータと共に対スキャナ・インターフェース部２１を介してスキャナ装置１へ送る（ステップＳ２０３）。
【００３０】
スキャナ装置１は、スキャナドライバ２からの画像読取要求のコマンドを受領すると（ステップＳ２５１）、原稿の画像を読み取る処理を開始する。まず、画像読取要求のコマンドに付加された読取条件のパラメータの内容から、原稿の両面読み取りの要求か、片面のみの読み取りの要求かを判断する（ステップＳ２５３）。両面読み取りの場合、まず、１枚目の原稿の表裏の画像を読み取る（ステップＳ２５５）。そして、読み取った画像のデータを画像処理部１２で処理して画像データを生成し、対ドライバ・インターフェース部１７を介してホストコンピュータ５へ転送する（ステップＳ２５９）。
【００３１】
ここで、スキャナ装置１が自動両面原稿送り装置を備え、当該装置が表裏をそれぞれ独立して読み取るイメージセンサを有している場合には、表裏の画像データを画像処理部で合成する機能を有し（ステップＳ２５７）、合成された一頁の画像データをスキャナドライバへ転送してもよい。このようにすれば、スキャナドライバ２およびアプリケーション３は、表裏の画像データを対で管理することができる。また、頁毎の画像データを２回送るよりもスキャナドライバ２とやり取りする通信手順を減らすことができ、通信に要する処理の時間を節約することができる。しかし、本願発明の態様は、前述のものに限られず、スキャナドライバ２の画像処理部は、画像を合成する機能を有しておらず、オモテ面の画像データと、裏面の画像データを合成することなく、順次転送するようにしてもよい。
【００３２】
一枚の原稿画像を読み取って、表裏の画像データをホストコンピュータ５へ転送したら、制御手段１３は、読み取るべき原稿がまた残っているかどうかを判断する。読み取るべき原稿がある場合、ルーチンはステップＳ２５５へ進み、次の原稿の読み取りを行う。一方、全ての原稿の読み取りが終了したと判断した場合、ルーチンはステップＳ２６９へ進み、スキャナドライバに対して読み取りの終了を通知する。
【００３３】
一方、前記ステップＳ２５３で、片面のみの読み取り要求であった場合、ルーチンはステップＳ２６３へ進み、まず、１枚目の原稿の画像を読み取る（ステップＳ２６３）。そして、読み取った画像のデータを画像処理部１２で処理して画像データを生成し、対ドライバ・インターフェース部１７を介してホストコンピュータ５へ転送する（ステップＳ２６５）。
【００３４】
１頁の原稿画像を読み取って、表裏の画像データをホストコンピュータ５へ転送したら、制御手段１３は、読み取るべき原稿がまた残っているかどうかを判断する。読み取るべき原稿がある場合、ルーチンはステップＳ２６３へ進み、次の原稿の読み取りを行う。一方、全ての原稿の読み取りが終了したと判断した場合、ルーチンはステップＳ２６９へ進み、スキャナドライバに対して読み取りの終了を通知する。
【００３５】
再び、スキャナドライバ２に戻る。ステップＳ２０３でスキャナ装置１に画像読取要求を送ったスキャナドライバ２は、スキャナ装置１から原稿を読み取った画像データを受け取る（ステップＳ２０５）。画像データの受け取りは、対スキャナ・インターフェース部２１を介して行う。１つの画像データを受領しても、次の画像データが送られてくる可能性があるので、スキャナドライバ２は、次の画像データが受領できる状態で待機するが（ステップＳ２０７）、スキャナ装置１から読取終了の通知を受けた場合は、全ての原稿の読み取りが終了したので、ルーチンはステップＳ２０９へ進み、画像処理部２２は、スキャナ装置１から受領した複数の画像を１枚の画像に合成する（ステップＳ２０９）。そして、合成した画像をアプリケーション３に渡す（ステップＳ２１１）。
【００３６】
なお、前述したように、画像データ生成部１９が、両面原稿読み取り時に原稿の表裏の画像を合成してスキャナドライバ２へ転送し、スキャナドライバ２の画像処理部２２で、スキャナ装置１から受けた表裏一対を単位とする複数の画像を、さらに１枚の画像に合成するようにしてもよい。
【００３７】
図４は、１枚目の原稿と２枚目の原稿のサイズが異なる場合に、画像を合成する際の画像配置の例を示す説明図である。図４において、一枚目の原稿である第１原稿４１はＡ３サイズであり、２枚目の原稿である第２原稿４２は、Ａ４サイズである。この場合、画像を合成する画像処理部２２は、可能な画像配置の組み合わせ、即ち、図４（ａ）のように、第１原稿４１の横方向に第２原稿４２を配置して合成するパターンと、図４（ｂ）のように第１原稿４１の縦方向に第２原稿４２を配置して合成するパターンを検討する。合成した後の画像データは、矩形を前提にしており、その矩形の面積を最小にすることは、合成された画像を格納するためのメモリ容量を最小にすることにほかならないからである。
【００３８】
一般的に、画像データは、互いに直角な方向の主走査方向と副走査方向に平行な４つの辺に囲まれた矩形の領域を一つの画像データとして扱う。そして、主走査方向に隣り合う画素をメモリ上のアドレス領域に昇順または降順に配置する。このようにすれば、隣り合う画素がメモリ上の連続したアドレスに配置されるので、バースト転送機能を用いて高速に転送できるためであり、また画像データを転送する際の設定が単純になるからである。この実施形態では、上記手法に基づいて、合成後の画像を矩形領域として扱っており、その面積を最小にする画像配置を選択することにより、合成された画像を格納するメモリ容量を節約すると共に、データの転送時間も最小にすることができる。
【００３９】
（実施の形態２）
この実施の形態では、画像生成部１９で読み取った原稿画像を一つの画像に合成する例について説明する。
図３は、この発明のスキャナ装置１およびスキャナドライバ２が実行する処理の手順の異なる一例を、画像データの流れを互いに同期させるように対比して示すフローチャートである。図３の左側のフローチャートは、スキャナドライバ２が実行する処理であり、右側のフローチャートは、スキャナ装置１が実行する処理である。
【００４０】
図３において、まず、スキャナドライバ２の対アプリ・インターフェース部２３は、アプリケーション３からの画像読取要求を、読取の各種条件とともに受けとる（ステップＳ３０１）。受け取った画像読取要求のコマンドを、スキャナの読取条件を示すパラメータと共に対スキャナ・インターフェース部２１を介してスキャナ装置１へ送る（ステップＳ３０３）。
【００４１】
スキャナ装置１は、スキャナドライバ２からの画像読取要求のコマンドを受領すると（ステップＳ３５１）、原稿の画像を読み取る処理を開始する。まず、画像読取要求のコマンドに付加された読取条件のパラメータの内容から、原稿の両面読み取りの要求か、片面のみの読み取りの要求かを判断する（ステップＳ３５３）。両面読み取りの場合、まず、１枚目の原稿の表裏の画像を読み取る（ステップＳ３５５）。そして、読み取った画像のデータを画像処理部１２で処理して画像データを生成し、生成した画像データをＨＤＤ１６に格納する。（ステップＳ３５５）。
【００４２】
一方、前記ステップＳ３５３で、片面のみの読み取り要求であった場合、ルーチンはステップＳ３５７へ進み、まず、１枚目の原稿の画像を読み取る（ステップＳ３５７）。そして、読み取った画像のデータを画像処理部１２で処理して画像データを生成し、生成した画像データをＨＤＤ１６に格納する。（ステップＳ３５７）。
【００４３】
一枚の原稿画像を読み取って、その画像データをＨＤＤ１６に格納したら、制御手段１３は、読み取るべき原稿がまた残っているかどうかを判断する。読み取るべき原稿がある場合、ルーチンはステップＳ３５５へ進み、次の原稿の読み取りを行う。一方、全ての原稿の読み取りが終了したと判断した場合、ルーチンはステップＳ３６１へ進み、ＨＤＤ１６に格納した複数の画像を１枚の画像に合成する（ステップＳ３６１）。そして、合成した画像をスキャナドライバ２に転送した（ステップＳ３６３）後、スキャナドライバに対して読み取りの終了を通知する（ステップＳ３６５）。
ここで、画像を合成する際の各原稿画像の配置は、例えば、図４（ｂ）に示すように、合成後の画像を包含する矩形領域の面積を最小にするような画像配置を選択すればよい。
【００４４】
再び、スキャナドライバ２に戻る。ステップＳ３０３でスキャナ装置１に画像読取要求を送ったスキャナドライバ２は、スキャナ装置１から原稿を読み取った画像データを受け取る（ステップＳ３０５）。画像データの受け取りは、対スキャナ・インターフェース部２１を介して行う。続いて、スキャナドライバ２は、スキャナ装置１から読み取り終了の通知を受ける（ステップＳ３０７）。読み取り終了を受けたスキャナドライバ２は、スキャナ装置１から受領し画像をアプリケーション３に渡す（ステップＳ３０９）。
【図面の簡単な説明】
【００４５】
【図１】この発明の画像読取システムの構成の一例を示すブロック図である。
【図２】この発明のスキャナ装置１およびスキャナドライバ２が実行する処理の手順の一例を示すフローチャートである。
【図３】この発明のスキャナ装置１およびスキャナドライバ２が実行する処理の手順の異なる一例を示すフローチャートである。
【図４】１枚目の原稿と２枚目の原稿のサイズが異なる場合に、画像を合成する際の画像配置の例を示す説明図である。
【符号の説明】
【００４６】
１    スキャナ装置
２    スキャナドライバ
３    アプリケーション
４    原稿
５    ホストコンピュータ
１１    画像読取部
１１ａ  イメージセンサ、ＣＣＤ／ＣＩＳ
１２    画像処理部
１２ａ  ＡＳＩＣ
１３    ＣＰＵ、制御手段
１４    ＲＯＭ
１５    ＲＡＭ
１６    ＨＤＤ
１７    対ドライバ・インターフェース部
１８    表示手段
１９    画像データ生成部
２１    対スキャナ・インターフェース部
２２    画像処理部
２３    対アプリ・インターフェース部
４１    第１原稿（Ａ３サイズ）
４２    第２原稿（Ａ４サイズ）
【図１】
2006287470.tif 000003
【図２】
2006287470.tif 000004
【図３】
2006287470.tif 000005
【図４】
2006287470.tif 000006