(57)【要約】【課題】スキャンされた画像データについて記憶可能なデータ量と処理性能とをバランス良く確保すること。【解決手段】複数の記憶媒体を利用可能な画像読取装置であって、前記複数の記憶媒体の優先順位を示す情報を記憶した優先順位記憶手段と、読取条件ごとに画像データの推定サイズを示す情報を記憶したサイズ情報記憶手段と、設定された読取条件に対応する前記推定サイズ分の空き容量を有する記憶媒体の中から、読み取られた画像データの記録先とする記憶媒体を前記優先順位に基づいて決定する記録先決定手段と、記録先として決定された記憶媒体に前記画像データを記録する記録処理手段とを有する。【選択図】図２
2010278561.tif 000002
【特許請求の範囲】
【請求項１】
複数の記憶媒体を利用可能な画像読取装置であって、
前記複数の記憶媒体の優先順位を示す情報を記憶した優先順位記憶手段と、
読取条件ごとに画像データの推定サイズを示す情報を記憶したサイズ情報記憶手段と、
設定された読取条件に対応する前記推定サイズ分の空き容量を有する記憶媒体の中から、読み取られた画像データの記録先とする記憶媒体を前記優先順位に基づいて決定する記録先決定手段と、
記録先として決定された記憶媒体に前記画像データを記録する記録処理手段とを有する画像読取装置。
【請求項２】
前記優先順位は、前記複数の記憶媒体のアクセス速度に基づく請求項１記載の画像読取装置。
【請求項３】
前記推定サイズは、前記読取条件に基づいて算出される最大値以上である請求項１又は２記載の画像読取装置。
【請求項４】
複数の記憶媒体を利用可能な画像読取装置が実行する画像データ処理方法であって、
読取条件ごとに画像データの推定サイズを示す情報を記憶したサイズ情報記憶手段を用いて、設定された読取条件に対応する前記推定サイズを判定し、該推定サイズ分の空き容量を有する記憶媒体の中から、読み取られた画像データの記録先とする記憶媒体を、前記複数の記憶媒体の優先順位を示す情報を記憶した優先順位記憶手段を用いて決定する記録先決定手順と、
記録先として決定された記憶媒体に前記画像データを記録する記録処理手順とを有する画像データ処理方法。
【請求項５】
前記優先順位は、前記複数の記憶媒体のアクセス速度に基づく請求項４記載の画像データ処理方法。
【請求項６】
前記推定サイズは、前記読取条件に基づいて算出される最大値以上である請求項４又は５記載の画像データ処理方法。
【請求項７】
複数の記憶媒体を利用可能な画像読取装置に、
読取条件ごとに画像データの推定サイズを示す情報を記憶したサイズ情報記憶手段を用いて、設定された読取条件に対応する前記推定サイズを判定し、該推定サイズ分の空き容量を有する記憶媒体の中から、読み取られた画像データの記録先とする記憶媒体を、前記複数の記憶媒体の優先順位を示す情報を記憶した優先順位記憶手段を用いて決定する記録先決定手順と、
記録先として決定された記憶媒体に前記画像データを記録する記録処理手順とを実行させるためのプログラム。
【請求項８】
前記優先順位は、前記複数の記憶媒体のアクセス速度に基づく請求項７記載のプログラム。
【請求項９】
前記推定サイズは、前記読取条件に基づいて算出される最大値以上である請求項７又は８記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置、画像データ処理方法、及びプログラムに関する。
【背景技術】
【０００２】
スキャナ等の組み込み機器においては、汎用的なコンピュータに比べてメモリ等のハードウェアリソースの制約が厳しい。ハードウェアリソースのコストが製品の価格に与える影響が大きいからである。そのため、従来、組み込み機器のメモリの効率的な利用方法について各種の提案がなされている（例えば、特許文献１）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載された技術は、メモリ等の使用を効率化することによるプロダクティビティの劣化を防止することを課題としているところ、プロダクティビティを保証するためには、相応のハードウェアリソースが必要となる。したがって、ハードウェアリソースの制約が更に厳しい低価格なスキャナ（画像読取装置）に当該記技術を適用するのは困難であった。
【０００４】
そこで、このような低価格なスキャナについては、スキャンされた画像データの一時的な（作業用の）記憶媒体として、高速で高価な記憶媒体（例えば、ＳＤＲＡＭ等）ではなく、安価で記憶容量の大きい記憶媒体（例えば、ＳＤカード等）が利用されていた。低価格なスキャナは、スキャンされた全画像データ（例えば、３枚スキャンされたら３枚分の画像データ）を格納可能な程の容量を有するＳＤＲＡＭを備えていないからである。仮に、ＳＤＲＡＭを画像データの記録先とした場合、メモリフルより、スキャン処理が中断されてしまう。しかし、低価格で記憶容量の大きい記憶媒体は、一般的にアクセス速度が遅い。したがって、一時的に記録された画像データを扱う処理について高い性能が得られないという問題があった。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、スキャンされた画像データについて記憶可能なデータ量と処理性能とをバランス良く確保することのできる画像読取装置、画像データ処理方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、複数の記憶媒体を利用可能な画像読取装置であって、前記複数の記憶媒体の優先順位を示す情報を記憶した優先順位記憶手段と、読取条件ごとに画像データの推定サイズを示す情報を記憶したサイズ情報記憶手段と、設定された読取条件に対応する前記推定サイズ分の空き容量を有する記憶媒体の中から、読み取られた画像データの記録先とする記憶媒体を前記優先順位に基づいて決定する記録先決定手段と、記録先として決定された記憶媒体に前記画像データを記録する記録処理手段とを有する。
【０００７】
このような画像読取装置では、スキャンされた画像データについて記憶可能なデータ量と処理性能とをバランス良く確保することができる。
【発明の効果】
【０００８】
スキャンされた画像データについて記憶可能なデータ量と処理性能とをバランス良く確保することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態における画像読取装置のハードウェア構成例を示す図である。
【図２】本発明の実施の形態における画像読取装置の機能構成例を示す図である。
【図３】スキャン時の処理手順を説明するためのシーケンス図である。
【図４】優先順位データの構成例を示す図である。
【図５】推定サイズ定義データの第一の構成例を示す図である。
【図６】推定サイズ定義データの第二の構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像読取装置のハードウェア構成例を示す図である。図１において、画像読取装置１０は、ＣＰＵ１０１、ＳＤＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０４、スキャナ１０５、操作パネル１０６、ネットワークインタフェース１０７、ＳＤカードスロット１０８、及びＵＳＢポート１０９等のハードウェアを有する。
【００１１】
ＲＯＭ１０３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＳＤＲＡＭ１０２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１０１は、ＳＤＲＡＭ１０２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１０４には、プログラムやプログラムが利用する各種のデータ等が記録される。スキャナ１０５は、原稿より画像データを読み取るためのハードウェアである。操作パネル１０６は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース１０７は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１０８は、ＳＤカード５０に記録されたプログラムを読み取るために利用される。すなわち、画像読取装置１０では、ＲＯＭ１０３に記録されたプログラムだけでなく、ＳＤカード５０に記録されたプログラムもＳＤＲＡＭ１０２にロードされ、実行されうる。ＵＳＢポート１０９は、ＵＳＢ（Universal Serial Bus）インタフェース用の接続口（コネクタ）である。本実施の形では、ＵＳＢメモリ６０が接続される。
【００１２】
また、画像読取装置１０は、ネットワーク（有線又は無線の別を問わない。）を介して外部記憶装置４０と接続されている。外部記憶装置４０は、専用のストレージに限られない。汎用的なＰＣ（Personal Computer）であってもよい。
【００１３】
図２は、本発明の実施の形態における画像読取装置の機能構成例を示す図である。同図において、画像読取装置１０は、入力受付部１１、読取制御部１２、記録先決定部１３、及び記録処理部１４を有する。これら各部は、画像読取装置１０のＳＤＲＡＭ１０２にロードされたプログラムがＣＰＵ１０１に実行させる処理によって実現される。
【００１４】
入力受付部１１は、操作パネル１０６を介して、スキャン条件（読取条件）の設定や、スキャン開始指示の入力等をユーザより受け付ける。なお、スキャン条件は、スキャン属性やスキャン設定情報等とも呼ばれるが、本実施の形態ではスキャン条件によって統一する。
【００１５】
読取制御部１２は、スキャン条件に従った画像データの読み取りをスキャナ１０５に実行させる。
【００１６】
記録先決定部１３は、設定されたスキャン条件に対応する画像データの推定サイズ分の空き容量を有する記憶媒体の中から、画像データの記録先として利用する記憶媒体を優先順位データ１５に基づいて決定する。すなわち、画像読取装置１０は、画像データの記録先として複数の記憶媒体を利用可能である。優先順位データ１５には、画像データの記録先の候補とされている記憶媒体の優先順位を示す情報が記録されている。本実施の形態において、画像データの記録先の候補とされている記憶媒体は、ＳＤＲＡＭ１０２、ＨＤＤ１０４、ＵＳＢメモリ１０９、及び外部記憶装置４０の四つである。また、スキャン条件に対応する画像データの推定サイズは推定サイズ定義データ１６に記録されている。ここで、実際のサイズではなく、推定サイズを用いるのは、画像データの実際のサイズは当該画像データが記憶媒体に記録されるまで確定できないからである。特に、画像データが圧縮される場合、圧縮後のサイズを予め予測するのは困難である。なお、優先順位データ１５及び推定サイズ定義データ１６は、例えば、ＨＤＤ１０４に保存されている。
【００１７】
記録処理部１４は、記録先決定部１３によって決定され記録先に画像データを記録するための処理を実行する。
【００１８】
なお、本実施の形態において、入力受付部１１、読取制御部１２、記録先決定部１３、及び記録処理部１４は、スキャンアプリの一部であるとする。スキャンアプリは、画像読取装置１０にスキャンジョブを実行させるアプリケーションプログラムである。但し、入力受付部１１、読取制御部１２、記録先決定部１３、及び記録処理部１４は、複数のアプリケーションから共用されるモジュールとして実装されてもよいし、他の形態で実装されてもよい。
【００１９】
ＯＳ１７は、いわゆるオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）である。本実施の形態において、ＯＳ１７は、各記憶媒体に対するアクセス方法の相違を吸収する役割を担う。具体的には、ＯＳ１７が提供するファイルシステムによって各記憶媒体のアクセス方法は共通化される。すなわち、ファイルシステムを介することにより、記録処理部１４は、パス名及びファイル名の指定によって、ネットワークを介した外部記憶装置４０も含めて各記憶媒体へのアクセスが可能となる。但し、記録処理部１４がアクセス方法の相違を意識するようにしてもよい。
【００２０】
以下、画像読取装置１０の処理手順について説明する。図３は、スキャン時の処理手順を説明するためのシーケンス図である。同図では、３枚の原稿がスキャンされる例について説明する。
【００２１】
ステップＳ１１において、入力受付部１１は、操作パネル１０６を介して、スキャン条件の設定と実行開始指示の入力とを受け付ける。続いて、記録先決定部１３は、優先順位データ１５を参照して、記憶媒体の優先順位を確認（把握）する（Ｓ１２、Ｓ１３）。
【００２２】
図４は、優先順位データの構成例を示す図である。同図に示されるように、優先順位データ１５には、優先順位に従ってパス名が記録されている。パス名は、スキャンされた画像データ（スキャンデータ）の記録先のパス名である。/ram/scandataは、ＳＤＲＡＭ１０２に対応するパス名である。/hdd/scandataは、ＨＤＤ１０４に対応するパス名である。/usb/scandataは、ＵＳＢメモリ１０９に対応するパス名である。/network/scandataは、外部記憶装置４０に対応するパス名である。本実施の形態において、優先順位は、アクセス速度に応じて定義されている。すなわち、本実施の形態において、ＳＤＲＡＭ１０２のアクセス速度が最も高速であり、外部記憶装置４０へのアクセス速度が最も低速である。なお、優先順位データ１５における各記憶媒体の区別は、パス名以外によって行われてもよい。例えば、優先順位と記憶媒体を示す識別子（例えば、ｒａｍ、ｈｄｄ、ｕｓｂ、ｎｅｔｗｏｒｋといったような文字列）とが対応付けられていてもよい。この場合、記録先決定部１３は、各識別子と記憶媒体との対応を解釈可能であればよい。
【００２３】
続いて、記録先決定部１３は、スキャン条件に基づいてスキャンデータの推定サイズを推定サイズ定義データ１６より取得する（Ｓ１４、Ｓ１５）。
【００２４】
図５は、推定サイズ定義データの第一の構成例を示す図である。同図では推定サイズ定義データ１６がテーブル形式によって構成された例が示されている。同図の推定サイズ定義データ１６において、用紙サイズ、解像度、カラーモード、圧縮形式、及び画質はスキャン条件を構成するパラメータ（設定項目）である。推定サイズは、スキャン条件に応じたスキャンデータの推定サイズである。番号は、説明の便宜上設けた項目である。番号Ｎのレコードを「レコードＮ」と呼ぶ。
【００２５】
例えば、レコード１では、用紙サイズが「Ａ４」、解像度が「１００」、圧縮形式が「ＪＰＥＧ」、画質が「Ｈｉｇｈ」のカラーのスキャンデータの推定サイズは「５００（ＫＢｙｔｅ）」であることが定義されている。
【００２６】
ところで、本実施の形態では、スキャン条件に基づいて理論的に算出される最大値（最大のデータサイズ）が推定サイズとされている（但し、図面に示されている数値が当該理論値として正確なものであることを意図するものではない。）。すなわち、同じスキャン条件であっても画像の内容に応じてスキャンデータのデータサイズは異なる。また、後述されるように、推定サイズは、各記憶媒体についてスキャンデータの記録の可否の判定に利用される。そこで、本実施の形態では、安全を期して理論的な最大値を採用しているのである。したがって、理論的な算出方法に誤差が生じうる場合は、理論的に算出される最大値以上の値を推定サイズとしてもよい。但し、例えば、経験的な最大値であってもよいし、理論的若しくは経験的な平均値、又はその他妥当な値（例えば、最大値ではないが、極端なケースでない限り当該値以下のサイズになるという値）であってもよい。推定値は、その値を大きくすればするほど安全性は高まるが記憶媒体の有効活用の可能性は低くなるため、両者のバランスや運用上要求される仕様等を考慮して適切な値を設定すればよい。
【００２７】
また、図６は、推定サイズ定義データの第二の構成例を示す図である。同図では推定サイズ定義データ１６がＸＭＬ形式によって構成された例が示されている。
【００２８】
同図の推定サイズ定義データ１６は、定義一覧要素タグで囲まれた要素（定義一覧要素）をルート要素とする。定義一覧要素は、一つ以上の定義要素を子要素として含む。定義要素は、図５の推定サイズ定義データ１６の一行分の情報に相当する。すなわち、定義要素の子要素であるスキャン条件要素の各子要素はスキャン条件を構成するパラメータを示し、推定サイズ要素の値は推定サイズを示す。スキャン条件のパラメータを示す各要素のタグ名は、図５の項目名と一致する。なお、図５の定義要素Ａ、定義要素Ｂのそれぞれは、図４のレコード１、レコード２０のそれぞれに対応する。
【００２９】
例えば、ステップＳ１１において設定されたスキャン条件が、用紙サイズは「Ａ４」、解像度は「１００」、カラーモードは「Ｃｏｌｏｒ」、圧縮形式は「ＪＰＥＧ」、画質は「Ｈｉｇｈ」であった場合、ステップＳ１５では推定サイズは５００であると取得される。
【００３０】
続いて、記録先決定部１３は、優先順位データ１５において優先順位が１番目の記憶媒体であるＳＤＲＡＭ１０２（/ram/scandata）の空き容量（残容量）を確認する（Ｓ１６）。この時点において、ＳＤＲＡＭ１０２の空き容量は６００（ＫＢｙｔｅ）であるとする。したがって、記録先決定部１３は、空き容量として６００を取得する（Ｓ１７）。続いて、記録先決定部１３は、推定サイズとＳＤＲＡＭ１０２の空き容量とを比較し、ＳＤＲＡＭ１０２へのスキャンデータの記録の可否を判定する。例えば、空き容量が推定サイズ以上である場合は記録可能であると判定され、空き容量が推定サイズ未満である場合は記録不可能であると判定される。ここでは、空き容量（６００）＞推定サイズ（５００）であるため、ＳＤＲＡＭ１０２へのスキャンデータの記録は可能であると判定される。そこで、記録先決定部１３はＳＤＲＡＭ１０２（/ram/scandata）を記録先として決定する。
【００３１】
続いて、読取制御部１２は、スキャナ１５に１枚目の原稿のスキャンを実行させる（Ｓ１９）。続いて、記録処理部１４は、記録先決定部１３によって決定された記録先である「/ram/scandata」にスキャンデータを記録する（Ｓ２０）。「/ram/scandata」は、ＳＤＲＡＭ１０２に対応するパスであるため、結果的にスキャンデータはＳＤＲＡＭ１０２に記録される。なお、記録された結果、画像データの実際のサイズは４００（ＫＢｙｔｅ）であったとする。したがって、ＳＤＲＡＭ１０２の空き容量は６００−４００＝２００となる。
【００３２】
続いて、２枚目のスキャン及びスキャンデータの記録が行われる。記録先決定部１３は、優先順位データ１５において優先順位が１番に設定されているＳＤＲＡＭ１０２の空き容量を確認する（Ｓ３１）。上記したように、この時点におけるＳＤＲＡＭ１０２の空き容量は２００（ＫＢｙｔｅ）である。したがって、記録先決定部１３は、空き容量として２００を取得する（Ｓ３２）。
【００３３】
続いて、記録先決定部１３は、推定サイズとＳＤＲＡＭ１０２の空き容量とを比較し、ＳＤＲＡＭ１０２へのスキャンデータの記録の可否を判定する（Ｓ３３）。ここでは、空き容量（２００）＜推定サイズ（５００）であるため、記録先決定部１３は、ＳＤＲＡＭ１０２へのスキャンデータの記録は不可能であると判定し、ＳＤＲＡＭ１０２を記録先の候補から除外する。
【００３４】
なお、ページごとに同じ推定サイズを利用するのは、同じスキャン条件によって３枚の原稿がスキャンされるという前提だからである。仮に、１枚ごとにスキャン条件を変化させることが可能である場合、記録先決定部１３は、１枚ごとにスキャン条件に基づいて推定サイズを推定サイズ定義データ１６より取得すればよい。
【００３５】
ＳＤＲＡＭ１０２へのスキャンデータの記録は不可能であるため、記録先決定部１３は、優先順位が２番目の記憶媒体であるＨＤＤ１０４（/hdd/scandata）の空き容量を確認する（Ｓ３４）。この時点において、ＨＤＤ１０４の空き容量は３００（ＫＢｙｔｅ）であるとする。したがって、記録先決定部１３は、空き容量として３００を取得する（Ｓ３５）。続いて、記録先決定部１３は、推定サイズとＨＤＤ１０４の空き容量とを比較し、ＨＤＤ１０４へのスキャンデータの記録の可否を判定する（Ｓ３６）。ここでは、空き容量（３００）＜推定サイズ（５００）であるため、記録先決定部１３は、ＨＤＤ１０４へのスキャンデータの記録は不可能であると判定し、ＨＤＤ１０４を記録先の候補から除外する。
【００３６】
そこで、記録先決定部１３は、優先順位が３番目の記憶媒体であるＵＳＢメモリ１０９（/usb/scandata）の空き容量を確認する（Ｓ３７）。この時点において、ＵＳＢメモリ１０９の空き容量は１０００（ＫＢｙｔｅ）であるとする。したがって、記録先決定部１３は、空き容量として３００を取得する（Ｓ３８）。続いて、記録先決定部１３は、推定サイズとＵＳＢメモリ１０９の空き容量とを比較し、ＵＳＢメモリ１０９へのスキャンデータの記録の可否を判定する（Ｓ３９）。ここでは、空き容量（１０００）＞推定サイズ（５００）であるため、ＵＳＢメモリ１０９へのスキャンデータの記録は可能であると判定される。そこで、記録先決定部１３はＵＳＢメモリ１０９（/usb/scandata）を記録先として決定する。
【００３７】
続いて、読取制御部１２は、スキャナ１５に２枚目の原稿のスキャンを実行させる（Ｓ４０）。続いて、記録処理部１４は、記録先決定部１３によって決定された記録先である「/usb/scandata」にスキャンデータを記録する（Ｓ４１）。「/usb/scandata」は、ＵＳＢメモリ１０９に対応するパスであるため、結果的にスキャンデータはＵＳＢメモリ１０９に記録される。なお、記録された結果、画像データの実際のサイズは４５０（ＫＢｙｔｅ）であったとする。したがって、ＵＳＢメモリ１０９の空き容量は１０００−４５０＝５５０となる。
【００３８】
続いて、３枚目のスキャン及びスキャンデータの記録が行われる。記録先決定部１３は、記録先の候補から除外されていない記憶媒体の中で最も優先順位の高いＵＳＢメモリ１０９の空き容量を確認する（Ｓ５１）。上記したように、この時点におけるＵＳＢメモリ１０９の空き容量は５５０（ＫＢｙｔｅ）である。したがって、記録先決定部１３は、空き容量として５５０を取得する（Ｓ５２）。続いて、記録先決定部１３は、推定サイズとＵＳＢメモリ１０９の空き容量とを比較し、ＵＳＢメモリ１０９へのスキャンデータの記録の可否を判定する（Ｓ５３）。ここでは、空き容量（５５０）＞推定サイズ（５００）であるため、ＵＳＢメモリ１０９へのスキャンデータの記録は可能であると判定される。そこで、記録先決定部１３はＵＳＢメモリ１０９（/usb/scandata）を記録先として決定する。
【００３９】
続いて、読取制御部１２は、スキャナ１５に３枚目の原稿のスキャンを実行させる（Ｓ５４）。続いて、記録処理部１４は、記録先決定部１３によって決定された記録先である「/usb/scandata」にスキャンデータを記録する（Ｓ５５）。「/usb/scandata」は、ＵＳＢメモリ１０９に対応するパスであるため、結果的にスキャンデータはＵＳＢメモリ１０９に記録される。
【００４０】
その後、スキャンアプリに実装された処理において各記憶媒体に記録されたスキャンデータが利用される。
【００４１】
図３の例では、外部記憶装置４０を利用することなく処理が終了したが、例えば、原稿が４枚であった場合、４枚目のスキャンデータについては外部記憶装置４０が記録先とされる。
【００４２】
ところで、本実施の形態において、ＳＤカード５０はスキャンデータの記録先の候補とされていないが、これは便宜的なものである。ＳＤカード５０もスキャンデータの記録先として利用したい場合は、優先順位データ１５にＳＤカード５０の識別情報（パス名）を登録すればよい。また、ＤＶＤ−ＲＡＭ等、その他の記憶媒体をスキャンデータの記録先として利用してもよい。
【００４３】
また、スキャンデータの記録先とする記憶媒体は、当該スキャンデータの用途に応じて定めるとよい。本実施の形態では、不揮発性の記憶媒体であるＳＤＲＡＭ１０２も記録先とされている。これは、本実施の形態では、スキャンデータの一時的な（作業用の）記憶媒体としての記録先を対象としているからである。すなわち、最終的な永続化のための保存処理よりも、処理の過程において何度もアクセスの対象となるデータの記録処理を高速化した方が、処理全体としての性能の向上に対する寄与度は大きいからである。但し、本実施の形態と同じ原理によって、スキャンデータの永続化先を複数の候補の中から動的に選択可能としてもよい。
【００４４】
また、優先順位データ１５や推定サイズ定義データ１６の内容は、記録先決定部１３内にロジックとして組み込まれていてもよい。この場合、記録先決定部１３を記録した記憶手段が、優先順位記憶手段若しくはサイズ情報記憶手段、又は優先順位記憶手段及びサイズ情報記憶手段となる。但し、本実施の形態のように、優先順位データ１５や推定サイズ定義データ１６を記録先決定部１３の外部データとすることにより、記録先の候補の変更や、スキャン条件の変更等に対してより高い柔軟性を確保することができる。
【００４５】
また、本実施の形態の適用対象は、スキャン機能のみを備えた画像読取装置に限定されない。スキャン機能を含む複合機やコピー機におけるスキャン処理に対しても本実施の形態は有効に適用されうる。
【００４６】
上述したように、本実施の形態によれば、スキャンデータごとに記録先を動的に変更することができるため、高速な記憶媒体を記録先として利用することが可能となる。したがって、全てのスキャンデータを確実に格納できることを優先させて、大容量でアクセス速度の遅い記憶媒体を当初よりスキャンデータの記録先としている場合に比べて、スキャンデータを利用した処理性能を向上させることができる。
【００４７】
また、本実施の形態によれば、高速な記憶媒体だけでなく低速で大容量な記憶媒体を記録先として利用することもできる。したがって、処理性能を優先させて、小容量でアクセス速度の速い記憶媒体を当初よりスキャンデータの記録先としている場合に比べて、全てのスキャンデータを格納できる可能性を向上させることができる。
【００４８】
ちなみに、本実施の形態において、３枚分のスキャンデータの実サイズの合計は、４００＋４５０＋４００＝１２５０である。そうすると、全てのスキャンデータを同じ記憶媒体に記録する方式の場合、各スキャンデータは、外部記憶装置４０に記録されることになる。本実施の形態では、３枚とも外部記憶装置４０より高速な記憶媒体に記録されているため、著しい性能の向上が期待できる。
【００４９】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５０】
１０          画像読取装置
１１          入力受付部
１２          読取制御部
１３          記録先決定部
１４          記録処理部
１５          優先順位データ
１６          推定サイズ定義データ
１７          ＯＳ
１０１        ＣＰＵ
１０２        ＳＤＲＡＭ
１０３        ＲＯＭ
１０４        ＨＤＤ
１０５        スキャナ
１０６        操作パネル
１０７        ネットワークインタフェース
１０８        ＳＤカードスロット
１０９        ＵＳＢポート
【先行技術文献】
【特許文献】
【００５１】
【特許文献１】特開平１１−３３１５３０号公報
【図１】
2010278561.tif 000003
【図２】
2010278561.tif 000004
【図３】
2010278561.tif 000005
【図４】
2010278561.tif 000006
【図５】
2010278561.tif 000007
【図６】
2010278561.tif 000008