(57)【特許請求の範囲】
【請求項１】
複数枚の原稿を読み取って画像データを生成する読取手段と、
前記画像データを外部装置に送信する送信手段と、
前記読取手段による原稿の読み取りの途中でユーザによる所定の操作がされた場合、前記画像データの送信を中止するか否かを問い合わせる問い合わせ手段と、
前記画像データがネットワークプロトコルに従って送信される場合、前記問い合わせ手段による問い合わせの後も前記送信手段による送信を継続し、前記画像データがＵＳＢプロトコルに従って送信される場合、少なくとも前記問い合わせに対する前記ユーザの応答があるまでは、前記送信手段による送信を一時停止するように前記送信手段を制御する制御手段と、
を有することを特徴とする画像読取装置。
【請求項２】
前記送信手段は、前記読取手段による原稿の読み取り処理と並行して画像データの送信処理を実行し、
前記画像データがネットワークプロトコルに従って送信される場合、前記問い合わせ手段による問い合わせの後も前記読取手段による原稿の読み取り処理を継続し、前記画像データがＵＳＢプロトコルに従って送信される場合、少なくとも前記問い合わせに対する前記ユーザの応答があるまでは、前記読取手段による原稿の読取処理を一時停止することを特徴とする請求項１に記載の画像読取装置。
【請求項３】
前記読取手段は、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）を用いて搬送された複数枚の原稿を読み取ることを特徴とする請求項１又は２に記載の画像読取装置。
【請求項４】
前記所定の操作は、ストップキーの押下であることを特徴とする請求項１乃至３のいずれか１項に記載の画像読取装置。
【請求項５】
前記問い合わせ手段は、ジョブ中止確認画面を表示することにより前記問い合わせを行うことを特徴とする請求項１乃至４のいずれか１項に記載の画像読取装置。
【請求項６】
前記ネットワークプロトコルは、ＳＭＴＰ又はＳＭＢのプロトコルであることを特徴とする請求項１乃至5のいずれか1項に記載の画像読取装置。
【請求項７】
前記制御手段は、前記画像データがＵＳＢプロトコルに従って送信される場合、前記送信手段により一又は複数回にわたり送信した一連の画像データが１つのファイルであることを識別するために、前記ファイルをクローズする処理を行うことを特徴とする請求項１乃至６のいずれか１項に記載の画像読取装置。
【請求項８】
前記制御手段は、前記問い合わせ手段による問い合わせに対する応答として、ユーザから送信の中止を確定する操作がされた場合、前記送信手段によって既に送信された画像データを削除するための処理を実行することを特徴とする請求項１乃至７のいずれか１項に記載の画像読取装置。
【請求項９】
前記画像データを削除するための処理とは、前記画像データがネットワークプロトコルに従って送信される場合においては、前記外部装置とのセッションを強制的に終了する要求を前記外部装置に送信する処理であることを特徴とする請求項８に記載の画像読取装置。
【請求項１０】
前記画像データがＵＳＢプロトコルに従って送信される場合において、前記制御手段は、前記問い合わせ手段による問い合わせに対する応答が、ユーザによる送信を再開する操作である場合、一時停止された前記送信手段による送信を再開するように制御することを特徴とする請求項１乃至８のいずれか１項に記載の画像読取装置。
【請求項１１】
前記制御手段は、前記画像データがネットワークプロトコルに従って送信される場合において、前記問い合わせ手段による問い合わせに対する応答のための操作がユーザからされる前に、前記読取手段による原稿の読取が完了した場合、送信した画像データを１ファイルとしてクローズする処理を行うことを特徴とする請求項１乃至１０のいずれか１項に記載の画像読取装置。
【請求項１２】
複数枚の原稿を読み取って画像データを生成する読取ステップと、
前記画像データを送信手段によって外部装置に送信する送信ステップと、
前記読取ステップによる原稿の読み取りの途中でユーザによる所定の操作がされた場合、前記画像データの送信を中止するか否かを問い合わせる問い合わせステップと、
前記画像データがネットワークプロトコルに従って送信される場合、前記問い合わせステップによる問い合わせの後も前記送信ステップによる送信を継続し、前記画像データがＵＳＢプロトコルに従って送信される場合、少なくとも前記問い合わせに対する前記ユーザの応答があるまでは、前記送信ステップによる送信を一時停止するように前記送信ステップを制御する制御ステップと、
を有することを特徴とする画像読取装置の制御方法。
【請求項１３】
画像読取装置が備えるコンピュータに、
複数枚の原稿を読み取って画像データを生成する読取ステップと、
前記画像データを送信手段によって外部装置に送信する送信ステップと、
前記読取ステップによる原稿の読み取りの途中でユーザによる所定の操作がされた場合、前記画像データの送信を中止するか否かを問い合わせる問い合わせステップと、
前記画像データがネットワークプロトコルに従って送信される場合、前記問い合わせステップによる問い合わせの後も前記送信ステップによる送信を継続し、前記画像データがＵＳＢプロトコルに従って送信される場合、少なくとも前記問い合わせに対する前記ユーザの応答があるまでは、前記送信ステップによる送信を一時停止するように前記送信ステップを制御する制御ステップと、
を実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置、その制御方法、および制御プログラムに関し、特に、画像読み取り装置に備えられた送信機能の制御に関する。
【背景技術】
【０００２】
一般に、ＭＦＰ（複合機）などの画像形成装置には、原稿を読み取るための画像読み取り装置が備えられている。そして、近年、廉価な画像読み取り装置においても、送信機能が備えられている。ここで、送信機能とは、画像読み取り装置による原稿読み取りの結果得られた画像データを、ユーザによって指定されたファイル形式に変換して、所定のプロトコルに応じて、指定された宛先に送信する機能をいう。
【０００３】
上記の送信機能によって画像データを送信する際には、例えば、蓄積型送信および逐次型送信が用いられている。
【０００４】
蓄積型送信とは、送信すべき全ての原稿を読み取った後、画像データを一旦ストレージに格納して、その後ストレージに格納された画像データを送信する手法をいう。
【０００５】
この蓄積型送信においては、多量の画像データをストレージに格納する関係上、ストレージとして用いられるメモリ又はハードディスクにおいて多量の容量が必要となる。ところが、蓄積型送信においては、ストレージから画像データを消去しない限り、同一の画像データを何度でも送信処理することができる。このため、送信プロトコルが異なる宛先に同時に送信することができる。
【０００６】
さらに、蓄積型送信においては、ストレージにオリジナルの画像データが残っているので、例えば、宛先毎に異なるヘッダ情報を付加する必要がある送信プロトコルを用いる場合であっても、所謂同報送信を行うことができる。
【０００７】
また、蓄積型送信においては、前述のように、ストレージに送信すべき画像データが蓄積されているため、例えば、送信が失敗した際にリカバリー処理を行うことができる。そして、画像データを送信する前に、全ての原稿を読み取るので、原稿を読み取ってしまえば、ユーザは送信処理が終了前においても画像読み取り装置から離れることができる。
【０００８】
一方、逐次型送信とは、原稿を１枚読み取る度に、その読みとって得られた画像データを送信する手法をいう。そして、逐次型送信においては、送信した画像データについては即座にストレージから消去される。
【０００９】
逐次型送信は、上記の蓄積型送信のメリットとして挙げた動作に制限があるため、蓄積型送信に比べて機能的には劣ってしまう。ところが、逐次型送信においては、少なくとも原稿１枚分の画像データに対応するメモリ容量があれば、送信を行うことができる。
【００１０】
ところで、低コスト化が必須な廉価な画像読み取り装置であっても、ユーザは高い利便性を求めている。例えば、次のような機能を提供することが求められている。
【００１１】
（１）送信ジョブ実行中において、ユーザが送信ジョブのキャンセルを行う際に、そのオペレーションミスを低減するためユーザの意思を再確認すること。
【００１２】
（２）原稿台（原稿載置台）に置かれた原稿を読み取る度に、次の原稿を読み取るか否かをユーザに問い合わせ、原稿台に置かれた原稿を別の原稿に差し替えて再度別の原稿を読み取らせるような読み取り形態であっても、複数枚の原稿から得られる画像データを送信する処理を１つのジョブとして実行できること。
【００１３】
一方、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）にジャムが発生した際において、そのリカバリー動作を、ユーザに確認させるようにしたものがある（例えば、特許文献１参照）。さらに、原稿台に置かれた原稿の読み取りとＡＤＦ原稿読み取りとを有する画像読み取り装置において、何れか一方の読取手法で読取中に割り込み命令が入ると、指定ページで他方の読取手法に切り替えて、切り替えた読み取りが終了すると、元の原稿の有無を判断して、原稿有りの際には、元の読取手法に戻すように制御するものがある（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開平９−０４６４９０号公報
【特許文献２】特開２００２−２２３３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
低コスト化が要求される庸価な画像読み取り装置では、蓄積型送信と比較してストレージの容量を少なく抑えることができる逐次型送信を採用する場合がある。
【００１６】
ところが、複数枚の原稿を読み取って得られた画像データを送信する処理を１つのジョブとして扱うような場合であって、原稿を１枚読み取る度に、ユーザに次の原稿の読み取りを行うか否かを問い合わせる場合がある。例えば、画像読み取り装置の原稿台に置かれた原稿を１枚読み取った後に、原稿台に置かれた原稿をユーザが次の原稿に差し替えて再度原稿を読み取らせる指示を行うような場合である。原稿を１枚読み取ってからユーザの指示があるまでは、画像読み取り装置は、次の原稿を読み取るか、ジョブの終了処理を行うかを待機している。逐次型送信においては、最初に原稿を読み取って得られた画像データを送信するタイミングで送信先の装置とのセッションを確立する。そのため、ユーザの指示待ちのまま所定の時間が経過すると、送信する際に選択された送信プロトコルによっては、セッションのタイムアウトが発生し、処理の途中でジョブが中断されてしまう。
【００１７】
また、逐次型送信を採用する画像読み取り装置において、原稿の読み取りや画像データの送信の途中でユーザがジョブをキャンセルする指示を行う場合がある。このような場合、画像読み取り装置は、即座に実行中のジョブをキャンセルすることはせず、その後ジョブのキャンセルを確定する指示がユーザから選択されたことをもって送信ジョブをキャンセルする場合がある。このような場合においても、ジョブをキャンセルする指示を行ってから、そのキャンセルを確定する指示がユーザから選択されるまでの間に、ユーザの指示を待機している状態が起きる。すなわち、ユーザから確定の指示が選択されるまでの間に、送信するプロトコルによっては、セッションのタイムアウトが発生して、ジョブのキャンセルが確定する指示がある前にジョブが中断されてしまう。
【００１８】
従って、本発明の目的は、原稿を読み取って得られた画像データを送信する際、ユーザの確認を行う場合にセッションタイムアウトが生じることのない画像読取装置、その制御方法、および制御プログラムを提供することにある。
【課題を解決するための手段】
【００２０】
上記の目的を達成するため、本発明による画像読取装置は、複数枚の原稿を読み取って画像データを生成する読取手段と、前記画像データを外部装置に送信する送信手段と、前記読取手段による原稿の読み取りの途中でユーザによる所定の操作がされた場合、前記画像データの送信を中止するか否かを問い合わせる問い合わせ手段と、前記画像データがネットワークプロトコルに従って送信される場合、前記問い合わせ手段による問い合わせの後も前記送信手段による送信を継続し、前記画像データがＵＳＢプロトコルに従って送信される場合、少なくとも前記問い合わせに対する前記ユーザの応答があるまでは、前記送信手段による送信を一時停止するように前記送信手段を制御する制御手段と、を有することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、原稿を読み取って得られた画像データを送信する際、ユーザの画像データの送信の確認を行う場合に、セッションタイムアウトが生じることがないという効果がある。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態による画像読取装置の一例を説明するためのブロック図である。
【図２】図１に示す画像読取装置のハードウェア構成を示すブロック図である。
【図３】本発明の実施の形態によるスキャン画像蓄積処理を説明するためのブロック図である。
【図４】図１に示す操作部の構成を示す図である。
【図５】図１に示す画像読み取り装置において、原稿台に置かれた原稿を読み取って得られた画像データの送信制御を説明するためのフローチャートである。
【図６】図１に示す画像読み取り装置において、ＡＤＦを用いて原稿の読み取りを行った際の画像データの送信制御を説明するためのフローチャートである。
【図７】図１に示す画像読み取り装置において、画像データ送信の際に操作部に表示されるＵＩ画面を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態による画像読み取り装置の一例について図面を参照して説明する。
【００２４】
＜画像読み取り装置の説明＞
図１は、本発明の実施の形態による画像読み取り装置の一例を説明するためのブロック図である。
【００２５】
図１を参照して、画像読み取り装置１０１は、リーダー装置（リーダー部）１３、制御装置（コントローラ部）１０２、レーザビームプリンタ（ＬＢＰ）４５、および操作部１５０を有している。そして、図示の画像読み取り装置１０１は、ネットワークであるＬＡＮ１０５を介してクライアントＰＣ１０３およびメールサーバ１０４に接続されており、これらが相互に通信可能な構成となっている。
【００２６】
リーダー装置１３は、原稿を読み取るためのスキャナユニット１１と、原稿をスキャナユニット１１に搬送する原稿給紙ユニット１２とを有している。スキャナユニット１１は、原稿給紙ユニット１２（以下では、ＡＤＦともいう）から給紙された原稿、または不図示の原稿台に置かれた原稿を光学的に読み取って画像信号を出力する。そして、この画像信号は制御装置１０２に与えられて、ここで画像信号に対して所定の画像処理が行われて、画像データとされる。
【００２７】
制御装置１０２は、後述するように、操作部１５０からの送信指示に応じて画像データをＬＡＮ１０５上に送出する。つまり、制御装置１０２は送信機能を有している。
【００２８】
一方、印刷を実行する際には、制御装置１０２は画像データをＬＢＰ４５に出力する。ＬＢＰ４５は、画像データに応じて記録紙に画像を印字して排紙する。ＬＢＰ４５は、マーキングユニット４１、排紙ユニット４２、および給紙ユニット４３を有している。給紙ユニット４３には複数の記録紙カセットが備えられ、マーキングユニット４１は、給紙ユニット４３から給紙された記録紙に、画像データに応じた画像を形成して、当該画像を記録紙に定着させる。そして、印字が行われた記録紙は、排紙ユニット４２によって、例えば、ソートおよびステイプルされて出力される。
【００２９】
このように、制御装置１０２は、リーダー装置１３を制御して原稿上の画像を読込み、ＬＢＰ４５を制御して画像データに応じた画像形成を行う（コピー機能）。さらに、制御装置１０２は、リーダー装置１３による読み取りの結果得られた画像データを、ＬＡＮ１０５を介してクライアントＰＣ１０３等に送信する（送信機能）。
【００３０】
なお、電子メールの形式で画像データを送信する場合には、メールサーバ１０４を経由してクライアントＰＣ１０３などの宛先に送信される。
【００３１】
操作部１５０には、液晶表示部（ＬＣＤ）が備えられるとともに、後述するハードキーが備えられている。そして、操作部１５０は画像読み取り装置１０１を操作するためのユーザＩ／Ｆ（インタフェース）として機能する。
【００３２】
＜制御装置の説明＞
図２は、図１に示す制御装置１０２の構成を示すブロック図である。
【００３３】
制御装置１０２はスキャナＩ／Ｆ部１０を有しており、このスキャナＩ／Ｆ部１０には、アナログフロントエンド（ＡＦＥ）１５を介してＣＣＤ（固体撮像素子）１７およびＣＩＳ（コンパクトイメージセンサ）１８が接続される。これらＣＣＤ１７およびＣＩＳ１８は、図１に示すスキャナユニット１１に備えられており、制御装置１０２は個別の専用回路を介在させることなく、読み取りデータ（画像信号）を取り込むことができる。
【００３４】
スキャナＩ／Ｆ部１０は、画像読み取りデバイスであるＣＣＤ１７およびＣＩＳ１８に対応可能であり、両画像読み取りデバイスから出力される画像信号を入力処理する。そして、スキャナＩ／Ｆ部１０で受信された画像信号は、メモリ制御部７０によってＤＭＡ（ダイレクトメモリアクセス）転送されてメインメモリ１００に画像データとして展開される。
【００３５】
スキャナ画像処理部２０は、メインメモリ１００に展開された画像データに対して、画像処理動作モード（カラーコピー、モノクロコピー、カラースキャン、又はモノクロスキャン等）に応じた画像処理を実行する。
【００３６】
バッファ調停部７７は、スキャナＩ／Ｆ部１０とスキャナ画像処理部２０との間における画像データの受け渡しをメインメモリ１００のリングバッファ領域を介して行う際に、画像データの書き込みと読み出しを調停する。
【００３７】
プリンタ画像処理部３０は、画像データの領域編集および解像度変換を行って、画像データをＬＢＰ４５に出力するための処理ユニットであり、この画像データはプリンタＩ／Ｆ４０を介してＬＢＰ４５に与えられる。
【００３８】
バッファ調停部７８は、プリンタ画像処理部３０とプリンタＩ／Ｆ４０との間における画像データの受け渡しをメインメモリ１００のリングバッファ領域を介して行う際、画像データの書き込みと読み出しを調停する。バッファ調停部７７および７８の構成は同一であるが、その制御手法が異なる。
【００３９】
ＪＰＥＧモジュール５０およびＪＢＩＧモジュール６０は、それぞれ所定の規格に準拠して画像データの圧縮および伸張処理を行う。メモリ制御部７０は、画像処理系の第１のバス８３および第２のバス８４とコンピュータ系の第３のバス８５とを接続して、メインメモリ（ＳＤＲＡＭ）１００に対するデータの書き込みおよび読み出しのためのデータ転送制御を行う。
【００４０】
ＤＭＡコントローラ（ＤＭＡＣ）９０は、メモリ制御部７０と協働して、ＲＯＭＩＳＡ（アイサバス）９７を介してＲＯＭ９５と接続する。そして、ＤＭＡＣ９０は、外部デバイスおよび種々のインタフェース部１７０とメインメモリ１００との間のデータ授受に関して、ＤＭＡ制御を行うための所定のアドレス情報を生成して設定する。
【００４１】
ＤＭＡコントローラ（ＤＭＡＣ）９１は、メモリ制御部７０と協働して、各画像処理部１０、２０、３０、および４０とメインメモリ１００との間のデータ授受に関して、ＤＭＡ制御を行うための所定のアドレス情報を生成して設定する。例えば、ＤＭＡＣ９１は、画像読み取りデバイスの種類（ＣＣＤ１７およびＣＩＳ１８の別）に応じて、スキャナＩ／Ｆ部１０で読み取り処理された画像データをメインメモリ１００にＤＭＡ転送するためのアドレス情報をＤＭＡのチャンネルごとに生成する。また、ＤＭＡＣ９１は、メインメモリ１００に展開された画像データをスキャナ画像処理部２０にＤＭＡ転送する。このように、ＤＭＡＣ９１は、画像処理部１０、２０、３０、および４０とメインメモリ１００との間におけるＤＭＡ制御を、メモリ制御部７０ととともに司るユニットである。
【００４２】
上記のＲＯＭ９５には、画像読み取りデバイス（ＣＣＤ１７およびＣＩＳ１８）に応じた制御パラメタおよび制御プログラムが格納されている。このためＣＣＤ１７又はＣＩＳ１８のデータ出力形式に応じた画像データの入力処理が可能となり、前述のように、専用のインタフェース回路を設ける必要がない。また、ＲＯＭ９５には、電源のＯＦＦ／ＯＮに関わらず保存しておきたいデータが格納される。なお、図示のように、ＲＯＭＳＩＡ９７はモデム（ＭＯＤＥＭ）９３にも接続されている。
【００４３】
前述の第１のバス８３は、メインメモリ１００から読み出した画像データを画像処理系の各画像処理部１０〜６０に転送するためのバスである。第２のバス８４は、画像処理系の各画像処理部１０〜６０からの画像データをメインメモリ１００に転送するためのバスである。第１および第２のバス８３および８４は対になっており、画像処理部とメインメモリ１００との間の画像データの転送を行うことになる。第３のバス８５には、ＣＰＵ１８０、通信及びインタフェース制御部１７０、メカトロ系制御部１２５、画像処理部の制御レジスタ、およびＤＭＡＣ９０が接続されている。
【００４４】
メカトロ系制御部１２５はモータ制御部１１０と、モータの駆動タイミングおよび画像処理系における処理の同調を制御するためのタイミング制御を司る割り込みタイマー制御部１２０を有している。
【００４５】
ＬＣＤＣ１３０は、画像処理装置の種々の設定および処理状況等をＬＣＤ１３５に表示するための表示制御を司るユニットである。ＵＳＢインタフェース部１４０および１４５は、例えば、外部メモリ（例えば、外付けのＨＤＤやＳＳＤ）などの周辺機器に接続される。
【００４６】
メディアアクセス制御部（ＭＡＣ）１６０は、接続された機器に対して画像データをいずれのタイミングで送り出せばよいか（アクセス）等を制御するユニットである。ＬＡＮ１０５（図１）を介してクライアントＰＣ１０３（図１）などと通信する行う場合にも、ＬＡＮＣ１６０が用いられる。そして、ＣＰＵ１８０は画像読み取り装置１０１の動作を制御する。
【００４７】
＜スキャン画像蓄積処理の説明＞
続いて、スキャン画像蓄積処理について説明する。
【００４８】
図３は、本発明の実施の形態によるスキャン画像蓄積処理を説明するためのブロック図である。
【００４９】
図３において、画像エンコード部３０７は、図２に示すＪＰＥＧモジュール５０又はＪＢＩＧモジュール６０に対応する。また、画像格納メモリ３０８は、図２に示すメインメモリ１００に対応する。
【００５０】
スキャナＩ／Ｆ部１０から画像データがスキャナ画像処理部２０に与えられると、画像データは一旦入力画像バッファ３０２に蓄積される。この際、モノクロであると、画像データは１画素につき１バイト、カラーの場合には、画像データは１画素につき３バイトの多値として扱われる。
【００５１】
ここで、入力画像バッファ３０２は、１ページ分の画像データを確保する必要はなく、２値化処理部３０３で行われる２値化処理の処理単位の分だけ、画像データを確保すればよい。
【００５２】
２値化処理部３０３は、多値画像データを所定のデータ量毎に２値画像データに変換して、ページバッファ３０４に格納する。続いて、画像回転部３０５は２値画像データについて回転処理を行う。この際、ＣＰＵ１８０（図２）は、第３のバス８５（図２）を介して画像回転のための設定を行う。さらに、ＣＰＵ１８０は、必要に応じて画像回転設定（例えば、回転の有無、回転方向・角度）を行う。そして、画像回転処理後の画像データはページバッファ３０６に格納される。
【００５３】
その後、ページバッファ３０６に格納された２値画像データは、画像エンコード部３０７でエンコード処理される。なお、モノクロの場合には、ＪＢＩＧ６０（図２）でエンコード処理が行われ、カラーの場合には、ＪＰＥＧ５０（図２）でエンコード処理が行われる。そして、エンコード処理後の画像データは画像格納メモリ３０８に格納される。
【００５４】
なお、画像格納メモリ３０８として、メインメモリ１００の代わりにＨＤＤを用いて、ＨＤＤにエンコード処理後の画像データを格納するようにしてもよい。また、メモリ又はバッファと画像処理部との間における画像データの転送は、メモリ制御部７０（図２）およびＤＭＡＣ９１（図２）によってＤＭＡ転送される。
【００５５】
＜画像送信制御の説明＞
続いて、図２に示す制御装置１０２における送信制御の一例について説明する。
【００５６】
ＣＰＵ１８０は、ＲＯＭ９５に格納されたプロトコルおよび送信仕様を行うため制御プログラムを実行する。具体的には、ＣＰＵ１８０は、画像格納メモリ３０８（図３）に蓄積された画像データに対して符号化およびパケットヘッダの付加などを行う。そして、第３のバス８５およびＬＡＮＣ１６０を介してＬＡＮ１０５上のクライアントＰＣ１０３又はメールサーバ１０４に画像データを送信する。
【００５７】
図示の例では、ＴＣＰ／ＩＰ上でＳＭＴＰプロトコル（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、メールサーバ１０４を経由してクライアントＰＣ１０３に画像データを送信するものとする。
【００５８】
＜操作部の説明＞
図４は、図１に示す操作部１５０の構成を示す図である。
【００５９】
図４において、操作部１５０は、前述のように、ＬＣＤ１３５を備えている。さらに、操作部１５０は、メニュー選択キー４０１、テンキー４０２、リセットキー４０３、ストップキー４０４、およびスタートキー４０５を有している。図示の例では、メニュー選択キー４０１、テンキー４０２、リセットキー４０３、ストップキー４０４、およびスタートキー４０５の各々はハードキーである。
【００６０】
ＬＣＤ１３５は、ＬＣＤＣ１３０（図２）の制御下で画面表示を行う。メニュー選択キー４０１はＬＣＤ１３５に表示されるメニューを選択するため上下左右にスクロールを行うキーと、選択項目を確定させるためのキーとを有している。
【００６１】
テンキー４０２は、例えば、部数を直接入力するためのキーである。リセットキー４０３は、設定途中の状態をクリアして、設定を初期値に戻すためのキーである。スタートキー４０５は各種ジョブを開始する指示を与えるキーである。ストップキー４０４は、開始されたジョブを停止させるための指示を与えるキーである。
【００６２】
＜送信制御＞
図５及び図６は、図１に示す画像読み取り装置１０１において、原稿台に置かれた原稿またはＡＤＦを用いてスキャナユニット１１に給紙された原稿を読み取って得られた画像データの送信制御を説明するためのフローチャートである。図５及び図６のフローチャートに示す各ステップは、画像読み取り装置１０１のＲＯＭ９５に記憶されたプログラムを読み出してＣＰＵ１８０によって実行される。そして、図７は、図１に示す画像読み取り装置１０１において、画像データ送信の際に操作部１５０に表示されるＵＩ（ユーザインタフェース）画面を示す図である。
【００６３】
なお、以下の説明において、１枚の原稿を読み取る度に、次に原稿を読み取るか読み取りを終了するかを問い合わせ、その結果に応じて次の原稿の読み取り／画像データの送信処理を行う形態の一例として、原稿台（原稿載置台）に置かれた原稿を読み取る形態について説明する。原稿台に置かれた原稿を読み取る形態では、例えば、書籍、ノート、又は雑誌などのように、オートドキュメントフィーダ（ＡＤＦ）を用いて連続的に読み取りができない原稿であっても、ユーザが原稿を差し替えて読み取り指示を行うことにより連続的にスキャナユニット１１で読み取ることが可能となる。そのため、複数枚の原稿から得られた画像データを１つの送信ジョブとして実行することができる。
【００６４】
また、以下の説明において、複数枚の原稿を読み取る場合に、１枚の原稿を読み取る度に、その原稿を読み取って得られた画像データをメインメモリ１００に格納し、そして、その原稿の読み取りの度に、格納した画像データを外部の装置に送信する処理を「逐次型送信」という。一方、複数枚の原稿を読み取る場合に、原稿の読み取りの結果得られた画像データをメインメモリ１００（画像蓄積メモリ）に格納し、読み取り対象となっている全ての原稿を読み取った後に、メインメモリ１００に格納された画像データをまとめて送信する処理を「蓄積型送信」という。
【００６５】
図１〜図７を参照して、いまユーザが原稿を読み取ってその画像データの送信を行おうとして操作部１５０を操作すると、制御装置１０２、つまり、ＣＰＵ１８０は図７（ａ）に示すＵＩ（ユーザインタフェース）画面７００をＬＣＤ１３５に表示する。ユーザはメニュー選択キー４０１を用いてＵＩ画面７００上で宛先、読取サイズ、およびカラーモードを指定する。続いて、ＣＰＵ１８０は、ユーザからメニュー選択キー４０１のスクロールを行うキーを操作してＵＩ画面７０１をスクロールする指示を検知すると、図７（ｂ）に示すＵＩ画面７０１をＬＣＤ１３５に表示する。ユーザはメニュー選択キー４０１を用いてＵＩ画面７０１上でファイル形式７０２を指定する。本実施形態では、ファイル形式として、ＰＤＦ、ＴＩＦＦ、ＪＰＥＧの中から選択可能となっている。なお、図７では示していないが、ファイル形式７０２を指定して、ＰＤＦ又はＴＩＦＦを選択した場合には、更に、シングルページフォーマット（原稿１枚（１ページ）読み取って得られた画像データを１ファイルとして扱う形式）か、又はマルチページフォーマット（原稿を複数枚（複数ページ）を読み取って得られた画像データを１ファイルとして扱う形式）かを選択するためのＵＩ画面をＣＰＵ１８０は表示する。そして、ユーザは、表示されたＵＩ画面でシングルページフォーマット又はマルチページフォーマットを指定する。ただし、シングルページフォーマットかマルチページフォーマットかの指定は、ユーザによってされるものではなく、ファイル形式等に依存して装置で固有に決められていてもよい。
【００６６】
このようにして、送信ジョブの設定を行った後、ＵＩ画面７００（又はＵＩ画面７０１）が表示されている状態で、ユーザが、操作部１５０に備えられているスタートキー４０５を押下げる。このスタートキー４０５の押下げを検知すると、ＣＰＵ１８０は、読み取り／送信処理を開始する指示を受け付けたと判断し（受付手段）、送信制御（送信ジョブともいう）を開始する。
【００６７】
送信ジョブが開始されると、ＣＰＵ１８０は、原稿の読み取り方法を判定する。具体的には、送信ジョブがスキャナユニット１１の原稿台に置かれた原稿を読み取って画像データを得る方法か、それともＡＤＦ（原稿給紙ユニット１２）を用いて原稿を読み取って画像データを得る方法かについて判定する（ステップＳ５０１）。この判定は操作部１５０から入力されるユーザ指示に応じて行われてもよい。または、読み取り対象となる原稿が原稿台に置かれているのかそれともＡＤＦに置かれているのかを、不図示の原稿検知センサ等によって検知することに応じて行われてもよい。
【００６８】
原稿台に置かれた原稿を読み取って画像データを得る方法であると判定すると（ステップＳ５０１において、原稿台）、ＣＰＵ１８０は、ＵＩ画面で選択されたファイルフォーマットがシングルページフォーマットであるか又はマルチページフォーマットであるかについて判定する（ステップＳ５０２）。本実施形態においては、この判定は、ＵＩ画面でユーザによりマルチフォーマットかシングルページフォーマットかを選択されたことに応じて行われるが、図７（ｂ）のファイル形式７０２が指定されたことに応じて判断してもよい。
【００６９】
マルチページフォーマットであると判定すると（ステップＳ５０２において、マルチページフォーマット）、ステップＳ５０３に進む。ステップＳ５０３では、ＣＰＵ１８０は、送信ジョブで用いる送信プロトコルが、画像読み取り装置１０１と送信先の装置との間で確立するセッションのタイムアウトが存在するプロトコル（以下、単にタイムアウトを有するプロトコルという）であるか否かについて判定する（ステップＳ５０３）。例えば、タイムアウトを有する送信プロトコルとして、電子メール送信のプロトコルであればＳＭＴＰがある。図７の画面の例では、電子メール送信のプロトコルを用いて送信処理を行う例について説明している。他にも、タイムアウトを有するプロトコルとして、ファイル送信のプロトコルであるＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）等がある。一方、タイムアウトを有しない送信プロトコルとして、ファイルシステムを介して外部メモリ（例えば外付けのＨＤＤやＳＳＤなどの外部記憶媒体や、画像読み取り装置と着脱可能なＵＳＢメモリ等）に画像データを送信するものがある。なお、送信ジョブで用いる送信プロトコルは、操作部１５０を介して画像データの送信指示を受け付けた際に、ユーザ又は画像読み取り装置１０１の固有の設定に従って選択される。
【００７０】
送信プロトコルがタイムアウトを有しないプロトコルであると判定すると（ステップＳ５０３において、ＮＯ）、ＣＰＵ１８０は逐次型送信を行うとし、まず、宛先（送信先）とのセッションを確立する要求を宛先が示す装置へ送信する。そして、その応答として、セッションの確立応答を受信すると、ＣＰＵ１８０は１枚の原稿を読み取って、読み取って得られた画像データをメインメモリ１００に格納し、この画像データを宛先に送信する（ステップＳ５０４）。この際、ＣＰＵ１８０はＬＣＤ１３５に図７（ｃ）に示すＵＩ画面７０４を表示する。このＵＩ画面７０４には、「中止」を選択するためのキー７０５が表示されるとともに、送信ページ数が表示される。
【００７１】
１ページ分の画像データの送信が終了すると、ＣＰＵ１８０は次の原稿を読み取るか、それとも原稿の読み取りを終了するか、それとも、送信ジョブの中止を行うかをユーザに問い合わせるための確認画面７０６（図７（ｅ））をＬＣＤ１３５に表示する。そして、ＣＰＵ１８０は、セッションを確立した状態でユーザの選択を待つ。つまり、ＣＰＵ１８０は、セッションを確立した状態で、次の原稿を読み取る指示があったか否かを判定する（ステップＳ５０７）。ユーザはメニュー選択キー４０１又はスタートキー４０５を用いて次の原稿の読み取りを行うか、原稿の読み取りを終了するか、送信ジョブを中止するかのいずれかを選択する。
【００７２】
次の原稿の読み取りを行うことが選択されると、つまり、確認画面７０６が表示された状態でスタートキー４０５が押下げられると（ステップＳ５０７において、次の原稿の読み取り）、ＣＰＵ１８０はステップＳ５０４の処理に戻る。つまり、ＣＰＵ１８０は次ページの原稿の読み取り制御を行う。
【００７３】
なお、図５のフローチャートによると、ステップＳ５０４で１枚の原稿を読み取って画像データを送信した後に、ステップＳ５０７で次の原稿を読み取るか否かの判定を行っている。しかし、送信対象の画像データのファイル形式がＴＩＦＦのマルチページフォーマットである場合には、以下の点で動作が異なる。ＴＩＦＦのマルチページフォーマットの各ページの画像データには、「次のページの画像データ」の先頭へのポインタの情報が含まれている、という特徴がある。そのため、ＴＩＦＦのマルチページフォーマットで逐次型送信をする際は、少なくとも、次に読み取るべき原稿があるか否か（すなわち、次のページの画像データが存在するか否か）が確定されてからでないと、画像データを生成することができない。そのため、もし送信対象の画像データのファイル形式がＴＩＦＦのマルチページフォーマットである場合は、ステップＳ５０４で読み取った原稿から得られた画像データを、ステップＳ５０４では送信せずにメインメモリ１００に保持しておく。そして、ステップＳ５０７で次の原稿の読み取りを指示されると、メインメモリ１００に保持した画像データに、次のページの画像データの先頭へのポインタ情報を付加して送信する。
【００７４】
一方、次の原稿の読み取りを行わないことが選択されると、つまり、確認画面７０６において「送信開始」７０７が選択されると（ステップＳ５０７において、送信開始）、ステップＳ５０４に進む。ステップＳ５０４では、ＣＰＵ１８０は、一または複数回にわたり送信した一連の画像データが１つのファイルであることを識別するために、ファイルをクローズする処理を行う（ステップＳ５１２）。そして、このとき、指定されたファイル形式のファイル構造によっては、データサイズや、ページ数、カラー／モノクロ指定などの、ファイルに必要なデータ属性を宛先（送信先）の装置へ送信する。そして、送信先の装置との間で確立したセッションを終了する要求を送信し、本フローチャートの処理を終了する。
【００７５】
一方、次の原稿の読み取りを行わないことが選択されると、つまり、確認画面７０６において「中止」が選択されると（ステップＳ５０７において、中止）、ステップＳ５１３に進む。ステップＳ５１３では、ＣＰＵ１８０は、ステップＳ５０４で既に送信した画像データを削除する要求を送信先の装置に送信し（ステップＳ５１３）、確立したセッションを終了する要求を行い、本フローチャートの処理を終了する。
【００７６】
送信プロトコルがタイムアウトを有するプロトコルであると判定すると（ステップＳ５０３において、ＹＥＳ）ステップＳ５０５に進む。ステップＳ５０５では、ＣＰＵ１８０は蓄積型送信を行うとし、原稿の読み取りの結果得られた画像データ（１ページ分）をメインメモリ１００（画像蓄積メモリ）に格納する（ステップＳ５０５）。
【００７７】
続いて、ＣＰＵ１８０は、１ページ分の画像データを格納する都度、メインメモリ１００の記憶領域に画像データを記憶することができない状態（フル状態）となったか否かについて判定する（ステップＳ５０８）。メインメモリ１００がフル状態となっていないと判定すると（ステップＳ５０８において、ＮＯ）、ステップＳ５１０に進む。ステップＳ５１０では、ＣＰＵ１８０は、図７（ｅ）に示す確認画面７０６をＬＣＤ１３５に表示して、続けて次の原稿を読み取るか、原稿の読み取りを終了するか、送信ジョブを中止するかをユーザに確認する。つまり、ＣＰＵ１８０は次の原稿を読み取り指示があったか否かを判定する（ステップＳ５１０）。なおステップＳ５１０の処理は、ステップＳ５０７の処理と同様である。
【００７８】
次の原稿の読み取りを行うことが指示されると（ステップＳ５１０において、次の原稿の読み取り）、ＣＰＵ１８０はステップＳ５０５の処理に戻る。つまり、ＣＰＵ１８０は次の原稿の読み取り制御を行って、原稿１枚分の画像データをメインメモリ１００に蓄積することになる。
【００７９】
一方、次の原稿の読み取り指示ではなく、確認画面７０６において、「送信開始」７０７が選択された場合には（ステップＳ５１０において、送信／格納）、ＣＰＵ１８０は宛先（送信先）とのセッションを確立する要求を送信する。そして、その応答として、セッションの確立がＯＫであることを示す応答を受信すると、ＣＰＵ１８０は、メインメモリ１００に蓄積された画像データをまとめて送信する（ステップＳ５１１）。この際、ＣＰＵ１８０は図７（ｆ）に示すＵＩ画面７１０をＬＣＤ１３５に表示して、「送信中」であることをユーザに知らせる。そして、ＣＰＵ１８０は送信ジョブを終了する。
【００８０】
本実施形態によれば、蓄積型送信を行う場合、ステップＳ５１１のタイミングで、画像データを送信する際のセッションを確立することとなる。そのため、セッションを確立してからは、ユーザに他の原稿を読み取るか否かを確認させる工程は起こらない。そのため、逐次型送信を行う場合には、ユーザの指示を待機することが原因でセッションのタイムアウトが発生することはない。
【００８１】
ステップＳ５０８において、メインメモリ１００がフル状態となったと判定すると（ステップＳ５０８において、ＹＥＳ）、ＣＰＵ１８０は、図７（ｇ）に示す確認画面７１１をＬＣＤ１３５に表示して、ユーザに送信するか否かの確認を行う。つまり、ＣＰＵ１８０はユーザの送信指示があった否かを判定する（ステップＳ５０９）。
【００８２】
確認画面７１０において、ユーザがメニュー選択キー４０１を操作して、「はい」を選択すると（ステップＳ５０９において、読み込んだところまで送信／格納）ステップＳ５１１の処理に進む。ステップＳ５１１では、ＣＰＵ１８０は、宛先（送信先）とのセッションを確立して、メインメモリ１００に蓄積された画像データを送信する。
【００８３】
本実施形態によれば、蓄積型送信を行った場合で、メインメモリ１００のフル状態によるエラーが発生した場合でも、フル状態になる前に読み取った原稿から得られる画像データについては送信することができる。そのため、送信すべき画像データを無駄に破棄してしまうことを防止することができる。すなわち、メインメモリ１００のフル状態によるエラーが発生した場合、再度スキャナで原稿を読み取らせる場合には、未だ読み取っていない原稿のみを読み取らせるだけでよい。
【００８４】
一方、確認画面７１１において、ユーザがメニュー選択キー４０１を操作して、「いいえ」を選択すると（ステップＳ５０９において、ジョブ中止）、ＣＰＵ１８０は、メインメモリ１００に格納した画像データを送信先へ送信することなく破棄（消去）して送信ジョブを終了する。
【００８５】
ステップＳ５０２において、選択されたファイルフォーマットがシングルページフォーマットであると判定されると、ＣＰＵ１８０は原稿１枚分の画像データを送信する処理が１つの送信ジョブであるとする。そして、ＣＰＵ１８０は宛先（送信先）とのセッションを確立して、１枚の原稿を読み取り、読み取って得られた画像データをメインメモリ１００に格納し、格納した画像データを宛先に送信する（ステップＳ５０６）。送信が終了すると、ＣＰＵ１８０は送信ジョブを終了する。
【００８６】
ステップＳ５０１において原稿の読み取り方法を確認した結果、ＡＤＦを用いた原稿の読み取り方法であると判定すると（ステップＳ５０１において、ＡＤＦ）、ステップＳ６０１に進む。ステップＳ６０１では、ＣＰＵ１８０は、逐次型送信を行うとし、宛先とのセッションを確立し、ＡＤＦを制御して１枚ずつ原稿を読み取り、その結果得られた画像データの送信を行う（ステップＳ６０１）。なお、ステップＳ６０１の処理は、ＡＤＦを用いた原稿の読み取りか原稿台に置かれた原稿の読み取りかで異なるが、それ以外の部分はステップＳ５０４の処理と同様である。
【００８７】
続いて、ＣＰＵ１８０はＡＤＦに次の原稿（次のページ）が存在するか否かについて判定する（ステップＳ６０２）。次の原稿がないと（ステップＳ６０２において、ＮＯ）、ＣＰＵ１８０は送信ジョブを終了する。
【００８８】
一方、次の原稿があると（ステップＳ６０２において、ＹＥＳ）、ＣＰＵ１８０は図４に示すストップキー４０４が押下げられたか否かを確認する（ステップＳ６０３）。そして、ストップキー４０４が押下げられないと（ステップＳ６０３において、ＮＯ）、ＣＰＵ１８０はステップＳ６０１の処理に戻って、次の原稿について読み取り制御および送信を行う。
【００８９】
なお本実施形態では、ステップＳ６０２の処理（ストップキー４０４が押下げられたか否かを確認する処理）は、ステップＳ６０１の処理（原稿１枚分の画像データを読み取って送信する処理）の後に行っている。しかし、ステップＳ６０１の処理とステップＳ６０１の処理とを並行して、すなわち、原稿の読み取りの最中に常にストップキー４０４が押下げられたか否かを判定（監視）するようにしてもよい。このようにすることで、原稿を１枚読み取っている最中にストップキー４０４が押下された場合、その原稿の読み取りの途中で処理を中断させることが可能となる。
【００９０】
ストップキー４０４が押下げられたことを確認すると（ユーザからのジョブ中止指示があると：ステップＳ６０３において、ＹＥＳ）、ＣＰＵ１８０は、図７（ｄ）に示すジョブ中止確認画面７０９をＬＣＤ１３５に表示する（ステップＳ６０４）。ジョブ中止確認画面７０９は、ユーザに対して送信ジョブを中止するか否かの確認（問い合わせ）を行うためのものであり、ここには「はい」および「いいえ」が表示される。
【００９１】
ＣＰＵ１８０は、ユーザから何か指示が入力されたか否かについて判定する（ステップＳ６０６）。ユーザがジョブ中止確認画面７０９において、メニュー選択キー４０１を用いて「いいえ」を選択すると（ステップＳ６０６において、ジョブ継続）、ＣＰＵ１８０はＬＣＤ１３５に表示したジョブ中止確認画面７０９を消す（ステップＳ６０５）。そして、ステップＳ６０１の処理に戻り、中断していた原稿の読み取り処理／送信処理を再開する。
【００９２】
ユーザがジョブ中止確認画面７０９においてメニュー選択キー４０１を用いて「はい」を選択すると（ステップＳ６０６において、読み取り中止）、ＣＰＵ１８０はＬＣＤ１３５に表示したジョブ中止確認画面７０９を消す（ステップＳ６０７）。そして、ＣＰＵ１８０は送信ジョブ中止処理を行う（ステップＳ６０８）。具体的には、既にＳ６０１（又はＳ６１０）で宛先（送信先）に送信された画像データを削除する要求を送信する。なお、電子メールの送信プロトコルであるＳＭＴＰのプロトコルで送信する場合には、メールサーバとのセッションを強制的に終了する要求を行う。この要求を行うことにより、Ｓ６０１（又はＳ６１０）で既にメールサーバに送られた画像データはエラーであると判断し、メールサーバが自動的に画像データを削除することになる。
【００９３】
ジョブ中止確認画面７０９が表示された状態でユーザの上記の操作がないと判定されると（ステップＳ６０６において、なし）、ＣＰＵ１８０は送信ジョブに係る送信プロトコルがタイムアウトを有するプロトコルであるか否かについて判定する（ステップＳ６０９）。この判定は、ステップＳ５０３の判定処理と同様である。なお、ステップＳ６０６の処理（ユーザから指示が入力されたか否かの判定処理）は、ユーザが指示を入力するために必要な時間を考慮して、ジョブ中止確認画面７０９を表示してから所定の時間待機してもよい。また、そのような待ち時間を考慮することなく即座に次の処理（ステップＳ６０５、ステップＳ６０７、ステップ又はＳ６０９）へ移行するようにしてもよい。所定の時間待機する場合には、少なくとも送信プロトコルのセッションのタイムアウトが発生する時間よりも短いことが条件となる。
【００９４】
送信プロトコルがタイムアウトを有するプロトコルであると判定されると（ステップＳ６０９において、ＹＥＳ）、ＣＰＵ１８０は次の原稿について読み取り制御および送信を行う（ステップＳ６１０）。この場合、ストップキー４０４が押下げられた後にユーザから何の指示もない状態であるが、ここで読み取り／送信処理を一旦中断すると、送信プロトコルのセッションのタイムアウト（コマンド送出タイムアウト）が起こる可能性がある。よって、ＣＰＵ１８０は読み取り／送信制御を継続した状態で、後述するようにユーザの指示を待つことになる。
【００９５】
続いて、ＣＰＵ１８０はＡＤＦに次の原稿（次のページ）が存在するか否かについて判定する（ステップＳ６１１）。次の原稿がないと（ステップＳ６１１において、ＮＯ）、ステップＳ６１２に進む。ステップＳ６１２は、ストップキー４０４が押下げられた後に何もユーザからの指示がない場合の処理である。そのため、ストップキー４０４の押下は誤操作（オペレーションミス）であるとみなして、ＣＰＵ１８０は、送信した画像データを１ファイルとしてクローズするための処理を行う。この処理は、ステップＳ５１２と同様である。
【００９６】
一方、次の原稿が存在すると判定されると（ステップＳ６１１において、ＹＥＳ）、ＣＰＵ１８０はステップＳ６０６の処理に戻って、再度ユーザの指示を待つ（つまり、確認する）。
【００９７】
このように、タイムアウトを有する送信プロトコルにおいては、送信先との間で既に確立したセッションのタイムアウトを防止するため、ジョブ中止確認画面表示中に読み取り／送信処理が継続される。なお、読み取り／送信処理を継続すると、ストップキー４０４が押下げられジョブ中止確認画面７０９が表示された後に何もユーザからの指示がなければ、ＡＤＦに載置された複数枚の原稿の全てを読み取った時点で送信ジョブ正常に終了させる。
【００９８】
ステップＳ６０９において、送信プロトコルがタイムアウトを有しないプロトコルであると判定されると（ステップＳ６０９において、ＮＯ）、ＣＰＵ１８０はステップＳ６１１の処理に進む。この場合、送信プロトコルはタイムアウトを有しないので、たとえユーザから長時間何も指示がなかったとしても、ユーザの指示を待っていることが原因でタイムアウトが発生することはない。そのため、ユーザの指示があるまで、ＣＰＵ１８０は読み取り／送信処理を中断した状態で待機することになる。
【００９９】
このように、本実施形態による画像読み取り装置では、読み取り／送信処理の途中でストップキー４０４が押下げられたとしても、即座に送信ジョブをキャンセルすることはせず、その後、読み取りの中止を確定する指示（「はい」ボタン）が選択されたことで送信ジョブをキャンセルするようにした。このようにすることで、例えば、ユーザが誤ってストップキー４０４を押下げてしまった場合等には、ジョブ中止確認画面７０９でジョブ継続を指示する指示（「いいえ」ボタンの押下）を行えば、送信ジョブをキャンセルすることなく継続することが可能となる。この結果、ユーザビリティを格段に向上させることができる。
【０１００】
更に、本実施の形態による画像読み取り装置では、送信プロトコルに依存する問題を回避するため、送信プロトコルがセッションのタイムアウトが発生しうるプロトコルであるか否かに応じて原稿読み取りおよび送信制御を切り替えるようにしている。つまり、逐次型送信の際、送信ジョブ実行中にユーザからキャンセル要求を受けると、ユーザの中止確認を行う。この際、セッションタイムアウトが発生しうる送信プロトコルが選択送信プロトコルとして選択されていると、原稿読み取りおよび送信処理を継続した状態でユーザからの指示を待つ。これによって、セッションタイムアウトの発生を防止して、かつユーザによるオペレーションミスを低減するため意思を再確認することができる。
【０１０１】
また本実施の形態による画像読取装置では、原稿台に置かれた原稿を読み取る際に、セッションタイムアウトが発生しうる送信プロトコルが選択されていると、蓄積型送信で読み取り／送信処理を行うように制御するようにした。すなわち、全ての原稿の読み取りを終了したことを示すユーザからの指示を待ってからメインメモリ１００に蓄積された画像データを一括して送信する処理を行う。この場合、大量の原稿を読み取る場合にメインメモリ１００のフル状態が発生する可能性があるが、フル状態が生じた際には、それまでの読み取った原稿から得られた画像データの送信を行うか否かについてユーザに確認する。これによって、たとえ多少のハードウェア資源に関する制約が生じても、原稿台に置かれた原稿を連続的に読み取ることができ、複数ページから構成されるファイル形式をサポートできることになる。その結果、ユーザの利便性が向上する。
【０１０２】
上述の説明から明らかなように、図２において、ＣＰＵ１８０などがタイムアウトを有するプロトコルであるか否かを判定する手段、メインメモリ１００がフル状態であるか否かを判定する手段、確認手段、および逐次型の送信を行うための手段として機能する。また、ＣＰＵ１８０などは蓄積型の送信を行うための手段、選択されたフォーマットがマルチページフォーマットであるかシングルページフォーマットであるかを判定する手段としても機能する。
【０１０３】
以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【０１０４】
例えば、上記の実施の形態の機能を制御方法として、この制御方法を、画像読み取り装置に実行させるようにすればよい。また、上述の実施の形態の機能を有する制御プログラムを、画像読み取り装置が備えるコンピュータに実行させるようにしてもよい。
【０１０５】
この際、制御方法及び制御プログラムの各々は、少なくとも受付ステップ、読取ステップ、問い合わせステップ、逐次型送信ステップ、蓄積型送信ステップ、および制御ステップを有することになる。また、制御方法及び制御プログラムの各々は、少なくとも受付ステップ、読取ステップ、逐次型送信ステップ、問い合わせステップ、および制御ステップを有するようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。
【０１０６】
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１０７】
１３  リーダー装置（リーダー部）
２０  スキャナ画像処理部
４５  ＬＢＰ（レーザビームプリンタ）
７０  メモリ制御部
１００  メインメモリ
１０１  画像読み取り装置
１０２  制御装置（コントローラ部）１０２
１５０  操作部
１８０  ＣＰＵ
【図１】
0005669571.tif 000002
【図２】
0005669571.tif 000003
【図３】
0005669571.tif 000004
【図４】
0005669571.tif 000005
【図５】
0005669571.tif 000006
【図６】
0005669571.tif 000007
【図７】
0005669571.tif 000008