JP2007288621A - 画像処理システム、画像処理装置、画像処理システムの制御方法およびプログラム - Google Patents

Abstract

【課題】 画像読取部により読み取った画像データを原稿のグループ毎に対応させて記憶部に格納する。
【解決手段】 画像処理システムにおいて、原稿を読み取り画像データを生成する画像読取手段と、画像読取手段による原稿画像の読み取りを指示する第１指示手段および第２指示手段と、画像読取手段により生成された画像データを記憶する記憶手段と、第１指示手段による読み取り指示がなされた場合少なくとも記憶手段に既記憶の画像データとは別個に画像読取手段により生成された画像データを記憶手段に記憶し、第２指示手段による読み取り指示がなされた場合前回記憶手段に記憶された画像データと関連付けて画像読取手段により生成された画像データを記憶手段に記憶するよう制御する制御手段とを備える。
【選択図】図３

Description

本発明は、画像読取装置により読み取った画像データを記憶部に格納する技術に関するものである。

従来、画像読取（スキャナ）装置に配置された読み取りボタンを押下することにより、スキャナ装置とは別個に設けられたホスト装置の記憶部に画像データを記憶・格納するプッシュスキャン方式のスキャナ装置がある。プッシュスキャン方式のスキャナ装置を利用して複数ページにわたる原稿を連続してスキャンする場合には、読み取られた画像データは、一般的には、ホスト装置により記憶部内のあらかじめ指定されたフォルダにすべて保存される。そのため、読み取りの対象となった原稿が、例えば、書類１、書類２、書類３など複数のグループにより構成されていた場合においても、画像データはあらかじめ指定されたフォルダに区別無く格納されていた。

一方、特許文献１には、ユーザがホスト装置に設けられた表示部に表示される読み取られた画像のサムネイルを監視し、ユーザが適宜画像データの保存先を変更する技術が開示されている。この場合には、読み取りの対象となった原稿が複数のグループにより構成されていた場合、ユーザがグループ毎に適宜保存先を変更することにより画像データを原稿のグループに対応させて記憶することが出来る。
特開平１１−６５７３８号公報

しかしながら、上述した技術においては、複数のグループにより構成された原稿を読み取った場合の画像データを分類・区別するためのユーザ負担が大きいという問題点があった。つまり、一般的な画像データ格納技術においては、グループ毎に画像データを分類する作業をユーザ自身が原稿の読み取り作業後画像データを確認することにより行わなければならなかった。また、特許文献１に開示されている技術を用いた場合においても、ユーザは原稿のグループ毎にスキャナ装置への読み取り指示およびホスト装置への保存先指定指示を交互に行う必要が生じ負担となっていた。

本発明は上記問題点に鑑みなされたものであり、ユーザの負担を軽減しつつ、画像読取（スキャナ）部により読み取った画像データを原稿のグループ毎に対応させて記憶部に格納可能とする技術を提供することにある。

上記問題点を解決するために、本発明の画像処理システムは以下の構成を備える。

画像処理システムにおいて、原稿を読み取り画像データを生成する画像読取手段と、画像読取手段による原稿画像の読み取りを指示する第１指示手段および第２指示手段と、画像読取手段により生成された画像データを記憶する記憶手段と、第１指示手段による読み取り指示がなされた場合少なくとも記憶手段に既記憶の画像データとは別個に画像読取手段により生成された画像データを記憶手段に記憶し、第２指示手段による読み取り指示がなされた場合前回記憶手段に記憶された画像データと関連付けて画像読取手段により生成された画像データを記憶手段に記憶するよう制御する制御手段とを備える。

本発明によれば、画像読取（スキャナ）部により読み取った画像データを、ユーザーの意図に応じたグループ毎に対応させて、より簡便に記憶部に格納可能とする技術を提供することができる。

以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

（第１実施形態）
本発明に係る画像処理システムの第１実施形態として、スキャナ部とホスト部により構成される画像処理システムを例に挙げて以下に説明する。

＜装置構成＞
図１は、第１実施形態に係る画像処理システムの全体構成を示すブロック図である。図に示されるように、本画像処理システムは、原稿を読み取り画像データを生成するスキャナ部１１０と、スキャナ部１１０により生成された画像データを記憶するホスト部１２０とにより構成される。なお、スキャナ部１１０とホスト部１２０とは通信ケーブル１３０により接続され、各種デジタルデータの送受信が可能なよう構成されている。

スキャナ部１１０は、ＣＰＵ１１５、通信インタフェース（Ｉ／Ｆ）１１３、ＲＡＭ１１７、画像読取部１１６、ＲＯＭ１１４、新規スキャンボタン１１８、継続スキャンボタン１１９、および、表示部１１２により構成され、各部は内部システムバスにより相互に接続されている。

ＣＰＵ１１５は、ＲＯＭ１１４に記憶される各種プログラムを実行することにより、各部を制御する。また、ＣＰＵ１１５は、通信ケーブルを１３０を経由してホスト部１２０から受け付けた各種命令に基づきＲＯＭ１１４に記憶される各種プログラムを実行可能なよう構成されている。ＲＯＭ１１４は、スキャナ部１１０の起動時等に実行されるプログラム等を記憶している。ＲＡＭ１１７は、ＣＰＵ１１５により実行される各種プログラムや各種データの一時記憶を行う。表示部１１２は、ＣＰＵ１１５による各種プログラムの実行による各種情報をユーザが確認可能なよう可視表示する機能部である。

画像読取部１１６は、文書や写真等の各種原稿を光学的に読み取りデジタルデータ化する機能部であり、不図示のセンサ及び駆動系により構成される。新規スキャンボタン１１８および継続スキャンボタン１１９は共に、画像読取部１１６への読み取り指示をユーザから受け付けるためユーザインタフェースである。なお、新規スキャンボタン１１８および継続スキャンボタン１１９の相違については、後ほどスキャナ部１１０の処理フローで詳述する。

通信Ｉ／Ｆ１１３は、ホスト部１２０などの外部デバイスとの通信を制御する。なお、通信Ｉ／Ｆ１１３としてはＵＳＢ等の周辺機器接続用インタフェースの他、イーサネット（登録商標）等のネットワーク用インタフェースなども利用可能である。

ホスト部１２０は、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、キーボード１２４ａ、マウス１２４ｂ、表示部１２６、ハードディスクドライブ（ＨＤＤ）１２７、タイマ１２８、外部記憶装置１２９、及び、通信インタフェース（Ｉ／Ｆ）１２５により構成され、各部は内部システムバスにより相互に接続されている。

ＣＰＵ１２１は、ＲＯＭ１２２やＨＤＤ１２７に記憶される各種プログラムを実行することにより、各部を制御する。ＲＯＭ１２２は、ホスト部１２０の起動時等に実行されるプログラム等を記憶している。ＲＡＭ１２３は、ＣＰＵ１２１により実行される各種プログラムや各種データの一時記憶を行う。キーボード１２４ａ及びポインティングデバイスであるマウス１２４ｂは、ホスト部１２０がユーザからの各種入力受付を行う。表示部１２６は、ＣＰＵ１２１による各種プログラムの実行による各種情報をユーザが確認可能なよう可視表示する機能部である。例えば、スキャナソフトウェアやスキャナ部のドライバソフトウェアのユーザインタフェースを表示する。タイマ１２８は時刻情報（日時などを含む）を管理する機能部である。また、外部記憶装置１２９はＣＤ−ＲＯＭ、フロッピー（登録商標）ディスクやフラッシュメモリなどの取り外し可能な記憶媒体である。

ＨＤＤ１２７は、大容量の記憶装置であり、各種プログラムや各種データファイルの記憶を行う。また、ＲＡＭ１２３に記憶しきれないデータの一時記憶にも用いられる。ＨＤＤ１２７にはさらに、スキャンタイプ保存部１５１、フォルダ名保存部１５２、ファイル名保存部１５３、スキャンデータ保存部１５４、スキャン日時保存部１５５の各情報記憶部を備えている。なお、これら各情報記憶部の詳細は、後ほどホスト部１２０の処理フローで詳述する。

通信Ｉ／Ｆ１２５は、スキャナ部１１０などの外部デバイスとの通信を制御する。なお、通信Ｉ／Ｆ１１３と同様に通信Ｉ／Ｆ１２５としてはＵＳＢ等の周辺機器接続用インタフェースの他、イーサネット（登録商標）等のネットワーク用インタフェースなども利用可能である。

＜スキャナ部の動作フロー＞
図２は、スキャナ部１１０の動作フローチャートである。なお、以下の一連の処理は、ＣＰＵ１１５がＲＯＭ１１４に記憶される各種プログラムを実行することにより実現される。なお、以降の処理は、スキャナ部１１０が電源ＯＮにより起動し待機状態になっている場合に、新規スキャンボタン１１８および継続スキャンボタン１１９の何れかが押下されることにより開始される。

ステップＳ２０１では、ＣＰＵ１１５は、新規スキャンボタン１１８および継続スキャンボタン１１９の何れかが押下されたか否かを判断する。何れかが押下されたと判断した場合はステップＳ２０２に進み、押下がなされていないと判断した場合は待機状態に戻り再びステップＳ２０１が実行される。

ステップＳ２０２では、ＣＰＵ１１５は、通信Ｉ／Ｆ１１３を介してホスト部１２０へスキャンタイプ情報を送信する。なお、スキャンタイプ情報とは、ステップＳ２０１で押下されたボタンに対応した識別番号である。例えば、新規スキャンボタン１１８が押された場合はスキャンタイプ情報は”０”となり、継続スキャンボタン１１９が押された場合はスキャンタイプ情報は”１”となる。

ステップＳ２０３では、ＣＰＵ１１５は、ホスト部１２０から通信Ｉ／Ｆ１１３を介してスキャン開始コマンドが送信されてくるのを待つ。スキャン開始コマンドが確認された場合は、ステップＳ２０４へ進み、スキャン開始コマンドが確認されない場合は一定の時間待機した後、再度ステップＳ２０３を実行する。なお、スキャン開始コマンドが確認されない場合は不図示のエラー処理を行った後待機状態に戻るよう構成しても良い。

ステップＳ２０４では、ＣＰＵ１１５は、画像読取部１１６に対し読み取り制御を行う。具体的には、画像読取部１１６により原稿１ページ分の画像読み取りを実行する。そして、ＣＰＵ１１５は、画像読取部１１６により生成されたデジタルデータ（画像データ）を通信Ｉ／Ｆ１１３を介してホスト部１２０へ送信する。

ステップＳ２０５では、ＣＰＵ１１５は、画像読取部１１６による原稿読み取りが正常に終了したか否かを確認する。正常終了が確認されない場合は一定の時間待機した後、ステップＳ２０４に戻る。なお、正常終了が確認されない場合はい場合は不図示のエラー処理を行った後待機状態に戻るよう構成しても良い。

ステップＳ２０６では、ＣＰＵ１１５は、通信Ｉ／Ｆ１１３を介してホスト部１２０にスキャン終了の情報を送信する。その後、待機状態に戻り、再びステップＳ２０１が実行される。

＜ホスト部の動作フロー＞
図３は、ホスト部１２０の動作フローチャートである。なお、以下の一連の処理は、ＣＰＵ１２１がＲＯＭ１２２やＨＤＤ１２７に記憶される各種プログラムを実行することにより実現される。なお、以降の処理は、ホスト部１２０が電源ＯＮにより起動し待機状態になっている場合に、スキャナ部１１０からスキャンタイプ情報を受信することにより開始される。

ステップＳ３０１では、ＣＰＵ１２１は、スキャンタイプ情報が通信Ｉ／Ｆ１２５により受信されたか否かを判断する。つまり、前述のステップＳ２０２によりスキャナ部１１０から送信されたスキャンタイプ情報を受信したか否かを判断する。受信されたと判断した場合は、ＣＰＵ１２１は、受信したスキャンタイプ情報をスキャンタイプ保存部１５１に記憶し、ステップＳ３０２に進む。つまり、スキャンタイプ保存部１５１には”０”または”１”の何れかが記憶される。受信されていないと判断した場合は待機状態に戻り再びステップＳ３０１が実行される。なお、ＣＰＵ１２１がスキャナ部１１０に対しスキャンタイプ情報のポーリング処理を行うよう構成しても良い。

ステップＳ３０２では、ＣＰＵ１２１は、スキャンタイプ保存部１５１に保存されたスキャンタイプ情報の種別を判断する。スキャンタイプが”０（新規スキャン）”の場合はステップＳ３０７へ進み、スキャンタイプが”１（継続スキャン）”の場合はステップＳ３０３へ進む。

ステップＳ３０３では、ＣＰＵ１２１は、スキャン日時保存部１５５を参照し、前回スキャンを行った時刻情報を取得する。

ステップＳ３０４では、ＣＰＵ１２１は、タイマ１２８から現在の時刻を取得し、ステップＳ３０３で取得した時刻情報との比較を行う。比較の結果、前回のスキャン日時から所定の時間が経過（例えば２４時間）しているか否かを判断し、経過していない場合はステップＳ３０７へ、経過している場合は、ステップＳ３０５へ進む。なお、この所定の時間は、キーボード１２４ａなどによりあらかじめユーザから設定される値である。

ステップＳ３０５では、ＣＰＵ１２１は、継続スキャンを行ってよいかどうかの確認メッセージを表示する。これは、長い時間が経過したにも関わらず、継続スキャンがユーザにより指示された場合は、ユーザのミス操作の可能性が高いと考えられるためである。

図４に、表示部１２６に表示される確認メッセージの例を示す図である。なお、ここではホスト部１２０の表示部にメッセージを表示するよう説明しているが、スキャナ部１１０の表示部１１２に表示するよう構成しても良い。その場合には、例えば、新規スキャンボタン１１８および継続スキャンボタン１１９の押下をそれぞれ”ＯＫ”および”キャンセル”に対応させると良い。

ステップＳ３０６では、ＣＰＵ１２１は、ステップＳ３０５で表示したメッセージに対するユーザからの判断入力をマウス１２４ｂなどにより受け付ける。ユーザが”ＯＫ”を選択した場合にはステップＳ３０７へ進み、”キャンセル”を選択した場合は、ステップＳ３０１に戻る。

ステップＳ３０７では、ＣＰＵ１２１は、通信Ｉ／Ｆ１３０を介してスキャナ部１１０に対しスキャン開始コマンドを送信する。

ステップＳ３０８では、ＣＰＵ１２１は、前述したステップＳ２０４でスキャナ部１１０から送信される画像データを受信し、スキャンデータ保存部１５４に一時記憶する。なお、ＲＡＭ１２３に画像データを一時記憶するよう構成しても良い。

ステップＳ３０９では、ＣＰＵ１２１は、前述したステップＳ２０６でスキャナ部１１０から送信されるスキャン終了信号が受信されたか否かを判断する。スキャン終了信号を受信したと判断した場合はステップＳ３１０へ進む。受信していないと判断した場合は、ステップＳ３０８に戻る。

ステップＳ３１０では、ＣＰＵ１２１は、スキャンタイプ保存部１５１に記憶されているスキャンタイプ情報を参照する。スキャンタイプが”０”（新規スキャン）の場合はステップＳ３１１に進み、スキャンタイプが”１”（継続スキャン）の場合はステップＳ３１６に進む。

ステップＳ３１１では、ＣＰＵ１２１は、新規フォルダをあらかじめ指定されたフォルダ名付与ルールに従って名称決定し、その名称のフォルダを生成する。本実施形態では、例えば、以下のフォルダ名付与ルールを使用する。

・フォルダ名付与ルール：
スキャンタイプが”０”（新規スキャン）の場合、ＣＰＵ１２１は、”ScanFile_XXXX”となるフォルダ名を導出し、当該名称のフォルダを生成する。なお、XXXXの部分は0000から始まり、フォルダが作成される毎にインクリメントされる数値である。例えば、順番に”ScanFile_0000”、”ScanFile_0001”、”ScanFile_0002”という名称のフォルダが生成される。

つまり、ステップＳ３１１では、フォルダ名保存部１５２を参照し、前回作成したフォルダ名の４桁の数字部分をひとつインクリメントした数字を導出する。例えば、フォルダ名保存部１５２に前回生成したフォルダ名”ScanFile_0003”が記憶されていた場合、「ScanFile_0004」というフォルダ名が導出され、その名称のフォルダが生成される。なお、フォルダ自体を作成する場所は、常に固定の場所でもよいし、ユーザの指示に基づいて指定できるようにしてもよい。フォルダを生成後、フォルダ名保存部１５２に、今回生成したフォルダ名を記憶する。

ステップＳ３１２では、ＣＰＵ１２１は、新規ファイルをあらかじめ指定されたファイル名付与ルールに従って名称決定し、その名称のファイルを生成する。本実施形態では、例えば、以下のファイル名付与ルールを使用する。

・ファイル名付与ルール：
フォルダ内に画像データが生成されると、ＣＰＵ１２１は、”Page_XXXX”となるファイル名を導出し、当該名称のファイルを生成する。なお、XXXXの部分は0001から始まり、ファイルが作成される毎にインクリメントされる数値である。例えば、順番に”Page_0001”、”Page_0002”という名称のファイルが生成される。つまり、継続スキャンされる度に数値はインクリメントされ、新規スキャン時には再び0001に戻る。

つまり、ステップＳ３１２では、ＣＰＵ１２１は、常に”Page_0001”というファイル名が生成される。そして、生成したファイル名を、ファイル名保存部１５３に記憶する。なお、この時点ではファイル”Page_0001”の内部に画像データは格納されていない。

ステップＳ３１３では、ＣＰＵ１２１は、フォルダ名保存部１５２、ファイル名保存部１５３、スキャンデータ保存部１５４を参照する。そして、フォルダ名保存部１５２に記憶されているフォルダ名のフォルダ内に、ファイル名保存部１５３に記憶されているファイル名のファイルにスキャンデータ保存部１５４に記憶されている画像データを格納する。なお、画像データをＪＰＥＧ圧縮などの各種加工をした後格納するよう構成しても良い。

ステップＳ３１４では、ＣＰＵ１２１は、スキャンデータ保存部１５４を参照し、記憶されている画像データに対応する縮小画像（サムネイル画像）を生成すし、その縮小画像を、後述するインデックスファイルが生成されるフォルダと同じフォルダ内に存在する縮小画像保存用の特定フォルダ内に保存する。

ステップＳ３１５では、ＣＰＵ１２１は、インデックスファイルの生成あるいは更新を行う。ここで、インデックスファイルとは、新規スキャンを指示された画像データに対応する縮小画像（Ｓ３１４で生成され、特定フォルダ内に保存されたもの）と、実際の画像データが記憶されているフォルダ名との対応を記述したファイルである。本実施形態においては、ＨＴＭＬブラウザで表示可能なようＨＴＭＬ形式のファイルとしてインデックスファイルを生成する。ユーザは、このインデックスファイルをＨＴＭＬブラウザで表示することにより、各フォルダ内の先頭ファイル、つまり”Page_0001”に対応する画像データの縮小画像を一覧することが可能となる。これは、先頭ページが、より容易に原稿の判別が容易な表紙画像である可能性が高いことに基づいている。また、このようにインデックスファイルを、一般的なＨＴＭＬ形式で記述することにより、ＯＳの特別な機能や、特定のアプリケーションを利用しなくても、ＨＴＭＬが表示可能なブラウザさえあれば、ユーザはインデックスファイルの閲覧が可能となる。

つまり、ステップＳ３１５においては、ステップＳ３１４で生成した縮小画像、および、フォルダ名保存部１５２に記憶されているフォルダ名に基づいて、インデックスファイルの更新を行う。なお、インデックスファイルが存在しない場合は、新規に生成する。

ステップＳ３１８では、ＣＰＵ１２１は、現在の日時をスキャン日時保存部１５５に記憶し、ステップＳ３０１に戻る。つまり待機状態となる。

ステップＳ３１６では、ＣＰＵ１２１は、前述したファイル名付与ルールに従って、ファイル名称を決定し生成する。より具体的には、ファイル名保存部１５３を参照し、前回作成したファイル名の４桁の数字部分を１だけインクリメントする。例えば、ファイル名保存部１５３に”Page_0001”が記憶されていた場合には、”Page_0002”というファイル名が決定され生成される。そして、ＣＰＵ１２１は、生成したファイル名をファイル名保存部１５３に記憶する。

ステップＳ３１７では、ＣＰＵ１２１は、フォルダ名保存部１５２、ファイル名保存部１５３、スキャンデータ保存部１５４を参照する。そして、フォルダ名保存部１５２に記憶されているフォルダ名のフォルダ内に、ファイル名保存部１５３に記憶されているファイル名のファイルにスキャンデータ保存部１５４に記憶されている画像データを格納する。なお、画像データをＪＰＥＧ圧縮などの各種加工をした後格納するよう構成しても良い。

以上で説明した、スキャナ部１１０およびホスト部１２０の動作フローを経て、原稿に対応する画像データが順次ＨＤＤ１２７内のフォルダ内に記憶される。そのため、ステップＳ２０１において新規スキャンボタン１１８が押下された場合は新しいフォルダ内に画像データが記憶される。一方、ステップＳ２０１において継続スキャンボタン１１９が押下された場合は前回スキャンした画像データと同一のフォルダ内に画像データが保存される。つまり、一連の原稿グループに対応させてそれぞれ個別のフォルダに画像データを記憶することが可能となる。

＜画像データの記憶の具体例＞
図５は、画像処理システムにおける、原稿とステップＳ２０１で押下するボタンの時系列を例示的に示す図である。ここでは、”全３ページからなる書類１”と”全２ページからなる書類２”と” 全２ページからなる書類３”の３つの書類、計７枚の原稿を順次スキャンする状態を示している。つまり、各書類の第１ページをスキャンする場合は、新規スキャンボタン１１８を押下し、その他のページは継続スキャンボタン１１９を押下する。

図６は、図５の一連のスキャン操作を行った際、ＨＤＤ内に記憶される画像データの状態を例示的に示す図である。ここで、図６（ａ）は、フォルダおよびファイルの階層構造を示しており、図６（ｂ）はＨＴＭＬブラウザにより表示される画面例を示す図である。

つまり、ＨＤＤ１２７内には、”ScanFile_0000”、”ScanFile_0001”、”ScanFile_0002”、の３つのフォルダが生成される。そして、フォルダ”ScanFile_0000”内には、Page_0001.jpg、Page_0002.jpg、Page_0003.jpg の３つのファイルが記憶されている。フォルダ”ScanFile_0001”内には、Page_0001.jpg、Page_0002.jpg の２つのファイルが記憶されている。フォルダ”ScanFile_0002”内には、Page_0001.jpg、Page_0002.jpg の２つのファイルが記憶されている。また、インデックスファイルであるＨＴＭＬファイル（ImageIndex.html）が記憶されている。

ＨＴＭＬブラウザでＨＴＭＬファイル（ImageIndex.html）を表示することにより、図６（ｂ）に示されるような書類毎に分別された各書類に対応する各フォルダが表示される。さらに、１ページ目の画像データ（Page_0001.jpg）のサムネイル画像も同時に表示されているためユーザは容易に、どのフォルダにどの書類の画像データが記憶されているかを判別することが可能となる。

以上説明したとおり、本実施形態によれば、画像読取（スキャナ）部により読み取った画像データを、ユーザーの意図に応じたグループ毎に対応させて、より簡便に記憶部に格納可能とする技術を提供することができる。また、ユーザはスキャナ部１１０の操作のみで、一連の画像読み取り作業を完結することができるという効果もある。

なお、第１実施形態においては、新規スキャンボタン１１８および継続スキャンボタン１１９により、新規スキャンと継続スキャンとを判断するよう構成した。しかし、例えば、”単一のスキャンボタン”と”新規スキャン／継続スキャン切替スイッチ”等のように構成しても良い。
また、ボタンを長押しなどにより新規スキャンおよび継続スキャンを判別するよう構成しても良い。つまり、あらかじめ指定した時間（例えば１秒）より押下時間が長い場合に新規スキャン、短い場合に継続スキャンとして判断するよう構成するのである。

また、第１実施形態においては、スキャナ部１１０とホスト部１２０とが分離されているシステムとして説明を行ったが、スキャナ部とホスト部が一体構成であるＭＦＰ（マルチ・ファンクション・プリンタ）等の装置として適用しても良い。

（第２実施形態）
本発明に係る画像処理システムの第２実施形態として、スキャナ部とホスト部により構成される画像処理システムを例に挙げて以下に説明する。

＜装置構成＞
図７は、第２実施形態に係る画像処理システムの全体構成を示すブロック図である。図に示されるように、本画像処理システムは、第１実施形態と同様に、原稿を読み取り画像データを生成するスキャナ部７１０と、スキャナ部７１０により生成された画像データを記憶するホスト部７２０とにより構成される。なお、スキャナ部７１０とホスト部７２０とは通信ケーブル７３０により接続され、各種デジタルデータの送受信が可能なよう構成されている。以下では、第１実施形態（図１）と異なる部分についてのみ説明を行う。

まず、スキャナ部７１０の構成部である画像読取部７１６には、積載された１ページ以上の原稿を自動的に供給するオートドキュメントフィーダ（ＡＤＦ）が設置されている。そして、画像読取部７１６は、１回のスキャンボタン押下により１ページの原稿を読み取るシングルスキャンモードと、１回のスキャンボタン押下によりＡＤＦに積載された複数ページの原稿を読み取るＡＤＦスキャンモードを備えている。

また、画像読取部７１６ＡＤＦには、原稿の積載の有無を検出する原稿積載センサ（不図示）が装着され、ＣＰＵ７１５はその原稿積載センサの検出結果を常時確認可能なよう構成されている。また、ホスト部７２０からの問い合わせ（ポーリング）に対して、原稿積載センサの検出結果を応答することが可能である。

そこで、第２実施形態では、原稿積載センサの検出結果を利用する。具体的には検出結果に基づいて、画像読取部７１６のシングルスキャンモードとＡＤＦスキャンモードの切り替えを行う。モードの切り替えの詳細については、以下の動作フローにおいて説明する。

なお、ホスト部７２０の構成はホスト部１２０の構成とほぼ同様であるが、ＨＤＤ内に配置される保存部が異なる。

＜スキャナ部の動作フロー＞
図８は、スキャナ部７１０の動作フローチャートである。なお、以下の一連の処理は、ＣＰＵ７１５がＲＯＭ７１４に記憶される各種プログラムを実行することにより実現される。なお、以降の処理は、スキャナ部７１０が電源ＯＮにより起動し待機状態になっている場合に、新規スキャンボタン７１８および継続スキャンボタン７１９の何れかが押下されることにより開始される。

ステップＳ８０１では、ＣＰＵ７１５は、新規スキャンボタン７１８および継続スキャンボタン７１９の何れかが押下されたか否かを判断する。何れかが押下されたと判断した場合はステップＳ８０２に進み、押下がなされていないと判断した場合は待機状態に戻り再びステップＳ８０１が実行される。

ステップＳ８０２では、ＣＰＵ７１５は、通信Ｉ／Ｆ７１３を介してホスト部７２０へスキャンタイプ情報を送信する。なお、スキャンタイプ情報とは、ステップＳ８０１で押下されたボタンに対応した識別番号である。例えば、新規スキャンボタン７１８が押された場合はスキャンタイプ情報は”０”となり、継続スキャンボタン７１９が押された場合はスキャンタイプ情報は”１”となる。

ステップＳ８０３では、ＣＰＵ７１５は、ホスト部７２０から通信Ｉ／Ｆ７１３を介してスキャン開始コマンドが送信されてくるのを待つ。スキャン開始コマンドが確認された場合は、ステップＳ８０４へ進み、スキャン開始コマンドが確認されない場合は一定の時間待機した後、再度ステップＳ８０３を実行する。なお、スキャン開始コマンドが確認されない場合は不図示のエラー処理を行った後待機状態に戻るよう構成しても良い。

ステップＳ８０４では、ＣＰＵ７１５は、まずＡＤＦ上の原稿積載センサを確認しＡＤＦ上に原稿が積載されているかを判断する。ＡＤＦに原稿があると判断した場合は、ＡＤＦスキャンを行うものとしてステップＳ８０５へ進み、ＡＤＦに原稿がないと判断した場合は、シングルスキャンを行うものとして、ステップＳ８０９へ進む。

ステップＳ８０５では、画像読取部７１６に対しＡＤＦスキャンモードで読み取り制御を行う。具体的には、画像読取部７１６により原稿１ページ分の画像読み取りを実行する。そして、ＣＰＵ７１５は、画像読取部７１６により生成されたデジタルデータ（画像データ）を通信Ｉ／Ｆ７１３を介してホスト部７２０へ送信する。

ステップＳ８０６では、ＣＰＵ７１５は、画像読取部７１６による原稿読み取りが正常に終了したか否かを確認する。正常終了が確認されない場合は一定の時間待機した後、ステップＳ８０５に戻る。なお、正常終了が確認されない場合はい場合は不図示のエラー処理を行った後待機状態に戻るよう構成しても良い。

ステップＳ８０７では、ＣＰＵ７１５は、通信Ｉ／Ｆ７１３を介してホスト部７２０にスキャン終了の情報を送信する。

ステップＳ８０８では、ＣＰＵ７１５は、ＡＤＦ上の原稿の有無を原稿積載センサにより確認する。ＡＤＦにまだ原稿が存在すれば、ステップＳ８０３に戻り、以後、ＡＤＦ上の原稿がなくなるまで、ＡＤＦスキャンを繰り返す。そして、ＡＤＦ上の原稿がなくなると、待機状態に戻り、再びステップＳ８０１が実行される。

ステップＳ８０９では、画像読取部７１６に対しシングルスキャンモードで読み取り制御を行う。具体的には、画像読取部７１６により原稿１ページ分の画像読み取りを実行する。そして、ＣＰＵ７１５は、画像読取部７１６により生成されたデジタルデータ（画像データ）を通信Ｉ／Ｆ７１３を介してホスト部７２０へ送信する。

ステップＳ８１０では、ＣＰＵ７１５は、画像読取部７１６による原稿読み取りが正常に終了したか否かを確認する。正常終了が確認されない場合は一定の時間待機した後、ステップＳ８０９に戻る。なお、正常終了が確認されない場合は不図示のエラー処理を行った後待機状態に戻るよう構成しても良い。

ステップＳ８１１では、ＣＰＵ７１５は、通信Ｉ／Ｆ７１３を介してホスト部７２０にスキャン終了の情報を送信する。その後、待機状態に戻り、再びステップＳ８０１が実行される。

＜ホスト部の動作フロー＞
図９は、ホスト部７２０の動作フローチャートである。なお、以下の一連の処理は、ＣＰＵ７２１がＲＯＭ７２２やＨＤＤ７２７に記憶される各種プログラムを実行することにより実現される。なお、以降の処理は、ホスト部７２０が電源ＯＮにより起動し待機状態になっている場合に、スキャナ部７１０からスキャンタイプ情報を受信することにより開始される。

ステップＳ９０１では、ＣＰＵ７２１は、スキャンタイプ情報が通信Ｉ／Ｆ７２５により受信されたか否かを判断する。つまり、前述のステップＳ８０２によりスキャナ部１１０から送信されたスキャンタイプ情報を受信したか否かを判断する。受信されたと判断した場合は、ＣＰＵ７２１は、受信したスキャンタイプ情報をスキャンタイプ保存部７５１に記憶し、ステップＳ９０２に進む。つまり、スキャンタイプ保存部７５１には”０”または”１”の何れかが記憶される。受信されていないと判断した場合は待機状態に戻り再びステップＳ９０１が実行される。なお、ＣＰＵ７２１がスキャナ部７１０に対しスキャンタイプ情報のポーリング処理を行うよう構成しても良い
ステップＳ９０２では、ＣＰＵ７２１は、スキャナ部７１０のＡＤＦ上の原稿の有無をスキャナ部７１０に対して問い合わせる。もし、ＡＤＦ上に原稿が存在する場合、ＣＰＵ７２１は、モード保存部７５４にＡＤＦスキャンモードに対応するＩＤ（例えば”０”）を記憶する。一方、ＡＤＦ上に原稿がない場合、ＣＰＵ７２１は、モード保存部７５４にシングルスキャンモードに対応するＩＤ（例えば”１”）を記憶する。

ステップＳ９０３では、ＣＰＵ７２１は、通信Ｉ／Ｆ７３０を介してスキャナ部７１０に対しスキャン開始コマンドを送信する。

ステップＳ９０４では、ＣＰＵ７２１は、前述したステップＳ８０４でスキャナ部７１０から送信される画像データを受信し、スキャンデータ保存部７５３に一時記憶する。なお、ＲＡＭ７２３に画像データを一時記憶するよう構成しても良い。

ステップＳ９０５では、ＣＰＵ７２１は、前述したステップＳ８０６でスキャナ部７１０から送信されるスキャン終了信号が受信されたか否かを判断する。スキャン終了信号を受信したと判断した場合はステップＳ９０６へ進む。受信していないと判断した場合は、ステップＳ９０４に戻る。

ステップＳ９０６では、ＣＰＵ７２１は、スキャンタイプ保存部７５１に記憶されているスキャンタイプ情報を参照する。スキャンタイプが”０”（新規スキャン）の場合はステップＳ９０７に進み、スキャンタイプが”１”（継続スキャン）の場合はステップＳ９１４に進む。

ステップＳ９０７では、ＣＰＵ７２１は、新規ファイルをあらかじめ指定されたファイル名付与ルールに従って名称決定し、その名称のファイルを生成する。本実施形態では、例えば、以下のファイル名付与ルールを使用する。

・ファイル名付与ルール：
フォルダ内に画像データが生成されると、ＣＰＵ７２１は、”DocumentFile_XXXX”となるファイル名を導出し、当該名称のファイルを生成する。なお、XXXXの部分は0000から始まり、ファイルが作成される毎にインクリメントされる数値である。例えば、順番に”DocumentFile_0000”、”DocumentFile_0001”という名称のファイルが生成される。つまり、継続スキャンされる度に数値はインクリメントされ、新規スキャン時には再び0000に戻る。そして、生成したファイル名を、ファイル名保存部７５２に記憶する。なお、この時点ではファイル”DocumentFile_0000”の内部に画像データは格納されていない。

ステップＳ９０８では、ＣＰＵ７２１は、ファイル名保存部７５２、スキャンデータ保存部７５３を参照する。そして、ファイル名保存部７５３に記憶されているファイル名のファイルにスキャンデータ保存部７５３に記憶されている画像データを格納する。なお、画像データをＪＰＥＧ圧縮などの各種加工をした後格納するよう構成しても良い。

ステップＳ９０９では、ＣＰＵ７２１は、スキャンデータ保存部７５３を参照し、記憶されている画像データに対応する縮小画像（サムネイル画像）を生成し、その縮小画像を、後述するインデックスファイルが生成されるフォルダと同じフォルダ内に存在する縮小画像保存用の特定フォルダ内に保存する。

ステップＳ９１０では、ＣＰＵ７２１は、インデックスファイルの生成あるいは更新を行う。ここで、インデックスファイルとは、新規スキャンを指示された画像データに対応する縮小画像（Ｓ９０９で生成され、特定フォルダ内に保存されたもの）と、実際の画像データが記憶されているファイル名との対応を記述したファイルである。本実施形態においては、ＨＴＭＬブラウザで表示可能なようＨＴＭＬ形式のファイルとしてインデックスファイルを生成する。ユーザは、このインデックスファイルをＨＴＭＬブラウザで表示することにより、各ファイル内の先頭ページ、つまり、各”DocumentFile_XXXX”ファイルの先頭ページの画像データの縮小画像を一覧することが可能となる。これは、先頭ページが、原稿の判別が容易な表紙画像である可能性が高いことに基づいている。また、このようにインデックスファイルを、一般的なＨＴＭＬ形式で記述することにより、ＯＳの特別な機能や、特定のアプリケーションを利用しなくても、ＨＴＭＬが表示可能なブラウザさえあれば、ユーザはインデックスファイルの閲覧が可能となる。

つまり、ステップＳ９１０においては、ステップＳ９０９で生成した縮小画像、および、ファイル名保存部１５２に記憶されているファイル名に基づいて、インデックスファイルの更新を行う。なお、インデックスファイルが存在しない場合は、新規に生成する。

ステップＳ９１１では、ＣＰＵ７２１は、モード保存部７５４にシングルスキャンモードを意味するＩＤ”１”が記憶されていた場合にはステップＳ９０１へ戻る。一方、ＡＤＦスキャンモードを意味するＩＤ”０”が記憶されていた場合には、ステップＳ９１２へ進む。

ステップＳ９１２では、ＣＰＵ７２１は、スキャナ部８１０のＡＤＦ上の原稿の有無を確認する。ＡＤＦ上に原稿が存在すればステップＳ９１３へ進み、無ければＡＤＦに積載した全原稿をスキャンしたと判断し、ステップＳ９０１へ戻る。

ステップＳ９１３では、ＣＰＵ７２１は、スキャンタイプ保存部７５１に継続スキャンを意味するＩＤ”１”を保存し、ステップＳ９０３へ戻る。

ステップＳ９１４では、ＣＰＵ７２１は、ファイル名保存部７５２、スキャンデータ保存部７５３を参照する。そして、ファイル名保存部７５２に保存されているファイル名のファイルに対して、スキャンデータ保存部７５３内の画像データを追加し、ステップＳ９１１へ進む。なお、画像データを既存のファイルに追加するようにファイルの更新を行うため、当該ファイルの形式としてはページの概念を有するＰＤＦ形式やＴＩＦＦ形式を用いることが好適である。

以上で説明した、スキャナ部７１０およびホスト部７２０の動作フローを経て、原稿に対応する画像データが格納されたファイル順次ＨＤＤ７２７内に記憶される。そのため、ステップＳ８０１において新規スキャンボタン７１８が押下された場合は新しいファイル内に画像データが格納される。一方、ステップＳ８０１において継続スキャンボタン７１９が押下された場合は前回スキャンした画像データと同一のファイル内に画像データが格納される。つまり、一連の原稿グループに対応させてそれぞれ個別のファイルとして画像データを記憶することが可能となる。

＜画像データの記憶の具体例＞
次に、図５と同様の時系列で第２実施形態の画像処理システムを操作した際の具体的な記憶状態について説明する。つまり、”全３ページからなる書類１”と”全２ページからなる書類２”と” 全２ページからなる書類３”の３つの書類、計７枚の原稿を順次スキャンする。さらに、各書類の第１ページをスキャンする場合は、新規スキャンボタン７１８を押下し、その他のページは継続スキャンボタン７１９を押下する。

図１０は、図５の一連のスキャン操作を行った際、ＨＤＤ内に記憶される画像データの状態を例示的に示す図である。ここで、図１０（ａ）は、各書類に対応するファイルを示しており、図１０（ｂ）はＨＴＭＬブラウザにより表示される画面例を示す図である。

つまり、ＨＤＤ７２７内には、”DocumentFile_0000.pdf”、”DocumentFile_0001.pdf”、”DocumentFile_0002.pdf”、の３つのファイルが生成される。そして、ファイル”DocumentFile_0000.pdf”内には、３つの画像データ格納されている。ファイル”DocumentFile_0001.pdf”内には、２つの画像データ格納されている。ファイル”DocumentFile_0002.pdf”内には、２つの画像データ格納されている。また、インデックスファイルであるＨＴＭＬファイル（ImageIndex.html）が記憶されている。

ＨＴＭＬブラウザでＨＴＭＬファイル（ImageIndex.html）を表示することにより、図１０（ｂ）に示されるように各書類に対応する各ファイル名が表示される。さらに、各ファイルの１ページ目の画像データのサムネイル画像も同時に表示されているためユーザは容易に、どのファイルにどの書類の画像データが記憶されているかを判別することが可能となる。

以上説明したとおり、本実施形態によれば、ユーザの負担を軽減しつつ、画像読取（スキャナ）部により読み取った画像データを原稿のグループ毎に対応させて記憶部に格納可能とする技術を提供することができる。また、ユーザはスキャナ部７１０の操作のみで、一連の画像読み取り作業を完結することができるという効果もある。
（変形例）
第１実施形態で示したようなページ概念のないＪＰＥＧ形式、および、第２実施形態で示したようなページ概念のあるＰＤＦ形式の何れのファイル形式で記憶するかをユーザから選択受付可能なようシステムを構成しても良い。例えば、スキャナ部に、保存ファイル形式を選択させるボタンを設けてもよい。

図１１は、スキャナ部にファイル形式の選択ボタンを配置した例を示す図である。１１０１はＪＰＥＧフォーマット、１１０２はＰＤＦフォーマットでの記憶指定するボタンである。１１０１と１１０２は、トグル関係にあり、ユーザーが一方を選択すると、他方が自動的に非選択となる。そのため、どちらのボタンが有効であるかを、ボタンの周辺に配置されたＬＥＤ１１０１ａ、１１０２ａの点灯状態で分かるようにすることも好適である。なお、１１０３は、新規スキャンボタン、１１０４は継続スキャンボタンである。このようにユーザーが保存形式のフォーマットを選択する場合は、インデックスファイルは、その保存フォーマット毎に独立して作成してもよいし、フォーマットに関わらず、１つのインデックスファイルにまとめてもよい。

（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭなどがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。

第１実施形態に係る画像処理システムの全体構成を示すブロック図である。 スキャナ部１１０の動作フローチャートである（第１実施形態）。 ホスト部１２０の動作フローチャートである（第１実施形態）。 表示部１２６に表示される確認メッセージの例を示す図である。 原稿と押下するボタン操作の時系列を例示的に示す図である。 図５の一連のスキャン操作を行った際記憶される画像データの状態を例示的に示す図である（第１実施形態）。 第２実施形態に係る画像処理システムの全体構成を示すブロック図である。 スキャナ部７１０の動作フローチャートである（第２実施形態）。 ホスト部７２０の動作フローチャートである（第２実施形態）。 図５の一連のスキャン操作を行った際記憶される画像データの状態を例示的に示す図である（第２実施形態）。 スキャナ部にファイル形式の選択ボタンを配置した例を示す図である。

Claims (12)

1. 原稿を読み取り画像データを生成する画像読取手段と、
   前記画像読取手段による原稿画像の読み取りを指示する第１指示手段および第２指示手段と、
   前記画像読取手段により生成された画像データを記憶する記憶手段と、
   前記第１指示手段による読み取り指示がなされた場合、少なくとも前記記憶手段に既記憶の画像データとは別個に前記画像読取手段により生成された前記画像データを前記記憶手段に記憶し、前記第２指示手段による読み取り指示がなされた場合、前回前記記憶手段に記憶された画像データと関連付けて前記画像読取手段により生成された前記画像データを前記記憶手段に記憶するよう制御する制御手段と、
   を備えることを特徴とする画像処理システム。
2. 前記制御手段は、
   前記第１指示手段による読み取り指示がなされた場合、前記記憶手段に新規のフォルダを生成し該フォルダ内に前記画像読取手段により生成された前記画像データを記憶し、
   前記第２指示手段による読み取り指示がなされた場合、前回前記記憶手段に記憶された画像データを記憶するフォルダ内に前記画像読取手段により生成された前記画像データを記憶するよう制御することを特徴とする請求項１に記載の画像処理システム。
3. さらに、前記記憶手段内に生成された前記フォルダのインデックス情報を含む管理データを生成する管理データ生成手段を備えることを特徴とする請求項２に記載の画像処理システム。
4. さらに、少なくとも前記第１指示手段による読み取り指示がなされた場合、前記画像読取手段により生成された画像データに対応する縮小画像データを生成し前記記憶手段に記憶する縮小画像生成手段を備え、
   前記管理データは、さらに、前記フォルダのインデックス情報と該フォルダ内に記憶される少なくとも１つの画像データに対応する縮小画像データとの関連付け情報を含むことを特徴とする請求項３に記載の画像処理システム。
5. さらに、１以上の画像データを格納可能なファイルを生成または更新するファイル構成手段を備えており、
   前記制御手段は、
   前記第１指示手段による読み取り指示がなされた場合、前記ファイル構成手段は前記画像読取手段により生成された前記画像データを該画像データを格納する新規のファイルを生成し前記記憶手段に記憶し、
   前記第２指示手段による読み取り指示がなされた場合、前記ファイル構成手段は前記画像読取手段により生成された前記画像データを前回生成された画像データを格納している既存のファイルに追加格納し該ファイルを更新し前記記憶手段に記憶するよう制御することを特徴とする請求項１に記載の画像処理システム。
6. さらに、前記記憶手段内に生成された前記ファイルのインデックス情報を含む管理データを生成する管理データ生成手段を備えることを特徴とする請求項５に記載の画像処理システム。
7. さらに、少なくとも前記第１指示手段による読み取り指示がなされた場合、前記画像読取手段により生成された画像データに対応する縮小画像データを生成し前記記憶手段に記憶する縮小画像生成手段を備え、
   前記管理データは、さらに、前記ファイルのインデックス情報と該ファイル内に格納される少なくとも１つの画像データに対応する縮小画像データとの関連付け情報を含むことを特徴とする請求項６に記載の画像処理システム。
8. さらに、
   前記画像読取手段に原稿を供給するオートシートフィーダを備えており、前記制御手段は該オートシートフィーダに原稿が残っている場合、前記第１指示手段による読み取り指示がなされた場合においても生成されたデジタル画像データを前回前記記憶手段に記憶された画像データと関連付けて該記憶手段に記憶するよう制御することを特徴とする請求項１乃至請求項７の何れか一項に記載の画像処理システム。
9. さらに、
   時刻を管理するタイマ手段と、
   操作者に機器状態を報知する報知手段と、
   を備え、少なくとも前記第２指示手段による読み取り指示がなされた際、前回前記第１指示手段または前記第２指示手段による読み取り指示がなされた時刻からあらかじめ指定された時間が経過していた場合に前記報知手段により操作者に報知することを特徴とする請求項１乃至請求項８の何れか一項に記載の画像処理システム。
10. 原稿を読み取り画像データを生成する画像読取手段と、
    前記画像読取手段による原稿画像の読み取りを指示する第１指示手段および第２指示手段と、
    前記画像読取手段により生成された画像データを記憶する記憶手段と、
    前記第１指示手段による読み取り指示がなされた場合、少なくとも前記記憶手段に既記憶の画像データとは別個に前記画像読取手段により生成された前記画像データを前記記憶手段に記憶し、前記第２指示手段による読み取り指示がなされた場合、前回前記記憶手段に記憶された画像データと関連付けて前記画像読取手段により生成された前記画像データを前記記憶手段に記憶するよう制御する制御手段と、
    を備えることを特徴とする画像処理装置。
11. 第１読取指示部または第２読取指示部による指示に基づいて原稿を画像読取部により読み取り記憶部に画像データを記憶する画像処理システムの制御方法であって、
    前記第１読取指示部または前記第２読取指示部による指示に基づいて前記画像読取部により原稿を読み取り画像データを生成する画像読取工程と、
    前記画像読取工程において、前記第１読取指示部による指示がなされた場合少なくとも前記記憶部に既記憶の画像データとは別個に前記画像データを前記記憶部に記憶し、前記第２読取指示部による指示がなされた場合前回前記記憶部に記憶された画像データと関連付けて前記画像データを前記記憶部に記憶するよう制御する制御工程と、
    を備えることを特徴とする制御方法。
12. 第１読取指示部または第２読取指示部による指示に基づいて原稿を画像読取部により読み取り記憶部に画像データを記憶する画像処理システムの制御プログラムであって、
    前記第１読取指示部または前記第２読取指示部による指示に基づいて前記画像読取部により原稿を読み取り画像データを生成する画像読取工程を実行するためのプログラムコードと、
    前記画像読取工程において、前記第１読取指示部による指示がなされた場合少なくとも前記記憶部に既記憶の画像データとは別個に前記画像データを前記記憶部に記憶し、前記第２読取指示部による指示がなされた場合前回前記記憶部に記憶された画像データと関連付けて前記画像データを前記記憶部に記憶するよう制御する制御工程を実行するためのプログラムコードと、
    を備えることを特徴とする制御プログラム。

Images