(57)【要約】【課題】  画像データの送信に複数の通信を確立する必要があるか否かに応じて適切な送信制御を実行する仕組みを提供することを目的とする。【解決手段】  ＭＦＰ１０１は、設定された宛先に基づいて、画像データの送信に複数の通信を確立する必要があるか否かを判定する（Ｓ９０２、Ｓ９０３）。複数の通信を確立する必要がないと判定すると、複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し（Ｓ９０４乃至Ｓ９１０）、複数の通信を確立する必要があると判定すると、複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する（Ｓ１００１乃至Ｓ１００８）。【選択図】  図９
2015119435.tif 000002
【特許請求の範囲】
【請求項１】
複数の原稿を読み取って画像データを生成する読取手段と、
画像データの宛先を設定する設定手段と、
前記設定手段によって設定された宛先に基づいて、画像データの送信に複数の通信を確立する必要があるか否かを判定する判定手段と、
前記判定手段によって複数の通信を確立する必要がないと判定すると、前記複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し、前記判定手段によって複数の通信を確立する必要があると判定すると、前記複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する送信制御手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記判定手段は、前記設定手段によって設定された宛先の数と当該宛先に対応する通信方式に基づいて前記判定を行うことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記判定手段は、前記設定手段によって設定された宛先が１つである場合、または、前記設定手段によって設定された宛先が複数であって且つ当該複数の宛先がいずれも所定の通信方式に対応する宛先である場合は、複数の通信を確立する必要がないと判定し、前記設定手段によって設定された宛先が複数であって且つ当該複数の宛先の少なくとも１つに対応する通信方式が前記所定の通信方式でない場合は、複数の通信を確立する必要があると判定することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
複数の原稿を読み取って画像データを生成する読取手段と、
画像データの宛先を設定する設定手段と、
前記設定手段によって設定された宛先が１つである場合、または、前記設定手段によって設定された宛先が複数であって且つ当該複数の宛先がいずれも所定の通信方式に対応する宛先である場合は、前記複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し、前記設定手段によって設定された宛先が複数であって且つ当該複数の宛先の少なくとも１つに対応する通信方式が前記所定の通信方式でない場合は、前記複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する送信制御手段と、
を備えることを特徴とする画像処理装置。
【請求項５】
前記所定の通信方式は、電子メールであることを特徴とする請求項３または４に記載の画像処理装置。
【請求項６】
前記設定手段によって設定される宛先は、電子メール、ファックス、ＳＭＢ、ＦＴＰ、及びＷｅｂＤＡＶの少なくとも１つに対応する宛先であることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
前記第１の送信制御を実行する場合は、前記読取手段によって１ページ分の画像データが生成される度に、前記設定手段によって設定された宛先への画像データの送信を行うことを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項８】
前記読取手段によって生成された画像データを記憶するためのメモリに空き領域があるか否かを判定する判定手段と、
前記第２の送信制御を実行する場合において、前記複数の原稿を全て読み取り終える前に、前記判定手段によって前記空き領域がないと判定された場合に、処理の指定をユーザから受け付ける受付手段と、
を更に備えることを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
前記受付手段が、読み取り済みの原稿に対応する画像データを前記設定手段によって設定された複数の宛先に送信する処理の指定を受け付けた場合は、前記メモリに記憶されている画像データを前記設定手段によって設定された複数の宛先に送信させることを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
前記受付手段が、読み取り済みの原稿に対応する画像データを前記設定手段によって設定された複数の宛先に送信する処理の指定を受け付けた場合に、前記メモリに記憶されている画像データを前記設定手段によって設定された複数の宛先に送信させた後に当該画像データを消去し、残りの原稿の読み取りを再開することを特徴とする請求項８に記載の画像処理装置。
【請求項１１】
前記受付手段が、読み取り済みの原稿に対応する画像データを前記設定手段によって設定された複数の宛先のうち指定された１つの宛先のみに送信する処理の指定を受け付けた場合は、前記メモリに記憶されている画像データを前記指定された１つの宛先に送信した後に当該画像データを消去し、残りの原稿の読み取りを再開することを特徴とする請求項８乃至１０のいずれか１項に記載の画像処理装置。
【請求項１２】
前記指定された１つの宛先への全ての原稿に対応する画像データの送信が完了した後に、前記設定手段によって設定された複数の宛先のうち指定されなかった宛先をユーザに提示する提示手段を更に備えることを特徴とする請求項１１に記載の画像処理装置。
【請求項１３】
前記受付手段が、送信を中止する処理の指定を受け付けた場合は、前記メモリに記憶されている画像データを送信せずに消去することを特徴とする請求項８乃至１２のいずれか１項に記載の画像処理装置。
【請求項１４】
複数の原稿を読み取って画像データを生成する読取手段を備えた画像処理装置の制御方法であって、
画像データの宛先を設定する設定工程と、
前記設定工程で設定された宛先に基づいて、画像データの送信に複数の通信を確立する必要があるか否かを判定する判定工程と、
前記判定工程において複数の通信を確立する必要がないと判定すると、前記複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し、前記判定工程において複数の通信を確立する必要があると判定すると、前記複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する送信制御工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項１５】
複数の原稿を読み取って画像データを生成する読取手段を備えた画像処理装置の制御方法であって、
画像データの宛先を設定する設定工程と、
前記設定工程で設定された宛先が１つである場合、または、前記設定工程で設定された宛先が複数であって且つ当該複数の宛先がいずれも所定の通信方式に対応する宛先である場合は、前記複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し、前記設定工程で設定された宛先が複数であって且つ当該複数の宛先の少なくとも１つに対応する通信方式が前記所定の通信方式でない場合は、前記複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する送信制御工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項１６】
請求項１４または１５に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを送信する画像処理装置、画像処理装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ファックス送信、電子メール送信、各種ファイル送信（ＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶ）などの送信プロトコル（送信方式）を用いて画像データを送信可能な画像処理装置が知られている。画像データを送信する場合、１つの宛先に対して画像データを送信することや、同一の送信プロトコルに対応する複数の宛先に共通の画像データを送信すること（同報送信）が可能である。また互いに異なる送信プロトコルに対応する複数の宛先に共通の画像データを送信すること（異種同報送信）が可能な画像処理装置も知られている。
【０００３】
また従来、ユーザが用意した複数の原稿を読み取り、全ページ分の画像データを一旦メモリに格納した後に送信を開始する方法（以降、蓄積型送信）が知られている。
【０００４】
一方、安価なコンシューマ向け画像処理装置のようにハードウェア資源（特にメモリ）の乏しい装置では、１ページ分の原稿を読み取る度にそのページ分の画像データを送信する方法（以降、逐次型送信）が知られている（特許文献１）。逐次型送信においては、送信し終えた画像データをメモリから消去し、後続のページの画像データをメモリに格納できるようにすることで、少ないメモリで複数ページ分の画像データの送信を可能としている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１４２６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
蓄積型送信を行う場合は、画像データをメモリから消去しない限り繰り返し送信することができる。従って、宛先毎に個別の通信（セッション）を確立する必要がある送信プロトコルの宛先が複数設定された場合でも、各宛先との通信をそれぞれ確立し、１回の読取処理で得られた画像データを各宛先に送信することができる。しかしながら、メモリ不足により全ページ分の画像データをメモリに格納できないときは、画像データを送信することができなかった。
【０００７】
一方、逐次型送信を実行する場合は、メモリ資源が十分でない場合であっても、メモリフルを発生させることなく複数ページの画像データを送信することができる。しかしながら逐次型送信では、最後のページに対応する画像データを送信するときには最初のページに対応する画像データはメモリから消去されてしまっている。このため、宛先毎に個別の通信を確立する必要がある送信プロトコルを用いて複数の宛先に送信したい場合は、読取処理を複数回行わなければならず、手間がかかる。
【０００８】
本発明は、上記の課題に鑑みなされたものであり、画像データの送信に複数の通信を確立する必要があるか否かに応じて適切な送信制御を実行する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために本発明の画像処理装置は、複数の原稿を読み取って画像データを生成する読取手段と、画像データの宛先を設定する設定手段と、前記設定手段によって設定された宛先に基づいて、画像データの送信に複数の通信を確立する必要があるか否かを判定する判定手段と、前記判定手段によって複数の通信を確立する必要がないと判定すると、前記複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し、前記判定手段によって複数の通信を確立する必要があると判定すると、前記複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する送信制御手段と、を備えることを特徴とする。
【００１０】
また、本発明の画像処理装置は、複数の原稿を読み取って画像データを生成する読取手段と、画像データの宛先を設定する設定手段と、前記設定手段によって設定された宛先が１つである場合、または、前記設定手段によって設定された宛先が複数であって且つ当該複数の宛先がいずれも所定の通信方式に対応する宛先である場合は、前記複数の原稿の全てを読み取り終える前に画像データの送信を開始する第１の送信制御を実行し、前記設定手段によって設定された宛先が複数であって且つ当該複数の宛先の少なくとも１つに対応する通信方式が前記所定の通信方式でない場合は、前記複数の原稿を全て読み取った後に画像データの送信を開始する第２の送信制御を実行する送信制御手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像データの送信に複数の通信を確立する必要があるか否かに応じて適切な送信制御を実行する仕組みを提供することができる。この仕組みにより、画像データの送信に複数の通信を確立する必要がある場合であっても読取処理の回数を増加させないようにすることができ、また、画像データの送信に複数の通信を確立する必要がない場合にはメモリフルの発生を防止することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における画像処理システムの全体図である。
【図２】本発明の実施形態におけるＭＦＰ１０１のハードウェア構成を示すブロック図である。
【図３】本発明の実施形態におけるメールサーバ１０２、ファイルサーバ１０３、ＰＣ１０４の構成を示すブロック図である。
【図４】本発明の実施形態におけるスキャン画像処理を説明する図である。
【図５】本発明の実施形態におけるアドレス帳データの構造を示す図である。
【図６】本発明の実施形態におけるＭＦＰ１０１の操作部の外観を示す図である。
【図７】本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。
【図８】本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。
【図９】本発明の実施形態におけるＭＦＰ１０１の送信動作を示すフローチャートである。
【図１０】本発明の実施形態におけるＭＦＰ１０１の送信動作を示すフローチャートである。
【図１１】本発明の実施形態におけるＭＦＰ１０１の送信動作を示すフローチャートである。
【図１２】本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。
【図１３】本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１４】
図１は、画像処理システムの全体図である。ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１００上には、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１０１、メールサーバ１０２、ファイルサーバ１０３、ＰＣ１０４が互いに通信可能に接続されている。ＭＦＰ１０１は、画像処理装置の一例である。
【００１５】
本実施形態では画像処理装置の一例としてＭＦＰを説明するが、単機能のスキャナ装置など、原稿を読み取って画像データを送信する機能を有していればＭＦＰでなくとも良い。更には、カメラ機能を用いて原稿の読み取りを行うスマートフォン、タブレット端末、デジタルカメラ等であってもよい。
【００１６】
ＭＦＰ１０１は、メールサーバ１０２を介して画像データを電子メールで送信することができる。また、ＭＦＰ１０１は、ファイルサーバ１０３内のフォルダを宛先とした画像データのファイル送信を行うことができる。この場合には、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）又はＷｅｂＤＡＶ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｔｈｅ  ＷＷＷ）等が用いられる。また、ＭＦＰ１０１はＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ）１１０にも接続されている。ＭＦＰ１０１はＰＳＴＮ１１０を介して、図示しないファックス装置を宛先として画像データをファックス送信することもできる。
【００１７】
各送信プロトコルに対応する宛先は後述するアドレス帳に登録しておくことができ、ユーザが送信毎に手動で宛先を入力する手間を省くことが可能となっている。アドレス帳への登録は、例えば、ユーザがＭＦＰ１０１の操作部を操作してアドレス帳への登録を行うようにしてもよいし、ユーザがＰＣ１０４のウェブブラウザを用いてＭＦＰ１０１を遠隔操作することで登録を行うようにしてもよい。
【００１８】
ここで画像処理システムは、ＭＦＰ１０１、メールサーバ１０２、ファイルサーバ１０３、ＰＣ１０４を含むものとするが、ＭＦＰ１０１及びファイルサーバ１０３のみ、或いはＭＦＰ１０１のみを画像処理システムと称することもできる。
【００１９】
図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や通信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主記憶メモリであり、画像データや各種制御プログラムの一時記憶領域として用いられる。また、ＲＡＭ２１３にはユーザ設定情報や後述するアドレス帳情報を保存するために、不揮発性の補助記憶領域を含む。なお、ＭＦＰ１０１は、１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３）を用いて後述する図９乃至図１１のフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵや複数のＲＡＭ、ＲＯＭ及びＨＤＤを協働させて図９乃至図１１のフローチャートに示す各処理を実行するようにすることもできる。また、ハードウェア回路を用いて一部の処理を実行するようにしても良い。
【００２０】
操作部Ｉ／Ｆ２１４は、操作部２１９と制御部２１０を接続する。操作部２１９は、ユーザの指示を受け付ける受付部として機能する。
【００２１】
プリンタＩ／Ｆ２１５は、プリンタ２２０と制御部２１０を接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１５を介して制御部２１０から転送され、プリンタ２２０において用紙などの記録媒体上に印刷される。
【００２２】
スキャナＩ／Ｆ２１６は、スキャナ（読取手段）２２１と制御部２１０を接続する。スキャナ２２１は、ＭＦＰ１０１にセットされた原稿を読み取って画像データ（画像ファイル）を生成し、スキャナＩ／Ｆ２１６を介して制御部２１０のＲＡＭ２１３に転送する。ＭＦＰ１０１は、スキャナ２２１で生成された画像データを、各種送信プロトコルを用いて送信することができる。また、スキャナ２２１で生成された画像データを、プリンタ２２０に転送し、印刷することもできる。
【００２３】
画像処理部２２３は、スキャナ２２１によって生成された画像データに対して図４を用いて後述する画像処理を行う。モデムＩ／Ｆ２１７は、モデム２２２と制御部２１０を接続する。モデム２２２は、ＰＳＴＮ１１０に接続され、図示しないファックス装置との間における画像データのファックス送信を実行する。
【００２４】
ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１００上の外部装置（メールサーバ１０２やファイルサーバ１０３、ＰＣ１０４など）に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。
【００２５】
図３は、メールサーバ１０２の構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、メールサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２又はＨＤＤ３１４に記憶された制御プログラムを読み出して各種制御を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は各種プログラムやデータを記憶する補助記憶領域として用いられる。
【００２６】
ネットワークＩ／Ｆ３１５は、制御部３１０（メールサーバ１０２）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１００上の他の装置との間で各種情報を送受信する。なお、ファイルサーバ１０３の構成は、メールサーバ１０２と同様であるため説明は省略する。また、ＰＣ１０４はメールサーバ１０２の構成に加えて、操作画面を表示するためのディスプレイ等の表示部及びユーザ操作を受け付けるキーボード、マウス等の操作部を含む。なお、メールサーバ１０２やファイルサーバ１０３にＰＣ１０４と同様の表示部及び操作部が含まれていても構わない。
【００２７】
図４は、画像処理部２２３における画像処理の流れを模式的に示した図である。なお、画像処理部２２３は、図示しないＤＭＡコントローラ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  ｃｏｎｔｒｏｌｌｅｒ）を介して、ＲＡＭ２１３とデータの授受を行う。
【００２８】
スキャナ２２１で生成された画像データはスキャナＩ／Ｆ２１６を介してＲＡＭ２１３に一旦転送される。画像処理部２２３はＲＡＭ２１３に格納された画像データを読み出し、入力画像バッファ４０１に蓄積する。ここでは、画像データはモノクロの場合は１画素につき１バイト、カラーの場合は１画素につき３バイトの多値（２４ビットカラー）として扱う。なお、スキャナ２２１の分解能に応じてモノクロの場合は１画素につき２バイト、カラーの場合は１画素につき６バイトの多値（４８ビットカラー）として画像データを取り扱ってもよい。
【００２９】
入力画像バッファ４０１は、１ページ分の画像データを格納できる必要はなく、画像処理を行うための処理単位の大きさ分だけ用意されていればよい。２値化処理部４０２は、入力画像バッファ４０１に格納された多値画像を一定のデータ量毎に読み込んで２値画像に変換し、ページバッファ４０３に蓄積する。
【００３０】
画像回転部４０４はページバッファ４０３に蓄積した１ページ分の画像データを読み出し、画像の回転を行う。画像回転制御の設定（例えば回転の有無、回転方向や角度など）は、ＣＰＵ２１１から画像処理部２２３に通知される。画像回転処理を行った画像はページバッファ４０５に格納される。
【００３１】
画像エンコード部４０６は、ページバッファ４０５に格納された画像データを読み込み、カラーモードがモノクロであればＪＢＩＧで、カラーであればＪＰＥＧでエンコード処理を行い、ＲＡＭ２１３の画像データ格納領域（メモリ）に格納する。本実施形態では、画像データ格納領域はＲＡＭ２１３内に確保されることを想定しているが、ハードウェア構成によっては画像データをＨＤＤなどの補助記憶装置に格納することも可能である。
【００３２】
図５は、ＭＦＰ１０１のＲＡＭ２１３に記録されているアドレス帳データの構造を模式的に示した図である。アドレス帳データ領域には、情報５０１〜情報５０５のデータが格納される。
【００３３】
情報５０１には、アドレス帳をユーザに提示する際の宛先名称が格納される。情報５０２には、送信プロトコル（通信方式）の種類が格納される。ここでは、ファックス、ＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶ、電子メール（ＳＭＴＰ）のいずれかの送信プロトコルが格納されるものとしているが、これら以外の送信プロトコルを含むようにしても構わない。
【００３４】
情報５０３には、宛先情報が格納される。送信プロトコルがＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶである場合は、ファイルサーバのホスト名とフォルダのパスが宛先情報となる。また、送信プロトコルが電子メールの場合は電子メールアドレスが宛先情報となる。更に、送信プロトコルがファックスの場合は電話番号が宛先情報となる。ここでは、各送信プロトコルに対応する宛先情報が同一のフィールドである情報５０３に格納される例を示しているが、これらの宛先情報を格納する構造はこれに限定されない。例えば、これらの情報を各々別のフィールドに格納するようにしてもよいし、別の領域に格納された宛先情報を参照するポインタを格納することで実現してもよい。
【００３５】
情報５０４及び５０５には、送信プロトコルがＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶである場合に、画像データの保存先となるフォルダにアクセスするために必要な認証情報（ユーザ名及びパスワード）が格納される。なお、送信プロトコルが電子メール及びファックスの場合には、認証情報は不要であるため、情報５０４及び５０５のフィールドは使用されない。
【００３６】
図６はユーザからの指示を受け付けるための操作部２１９の一例を示す図である。操作部２１９は、表示部６０１、選択キー６０２、テンキー６０３、リセットキー６０４、ストップキー６０５、スタートキー６０６から構成される。なお、本実施形態では操作部の一例として、６０２〜６０６をハードキーとして説明するが、ユーザからの入力を選択する機能を有していればハードキーでなくともよい。例えば、表示部６０１にタッチパネル機能を持たせ、ハードキーの一部又は全てをソフトキーで構成してもよい。
【００３７】
表示部６０１は、ユーザに画面を表示する。選択キー６０２は、表示部６０１上に表示される画面上の選択肢を選択するためのスクロールキー６１１と、スクロールキーによって選択された選択項目を決定する決定キー６１２から構成される。スクロールキー６１１と決定キー６１２を用いて選択肢から１つの項目を指定することができる。
【００３８】
テンキー６０３は、部数などの数値を直接入力するためのキーである。また、テンキー６０３は後述する宛先の設定などにおける半角英数字の入力にも用いられる。リセットキー６０４は、設定途中の状態をリセットし、設定をやり直すためのキーである。スタートキー６０６は原稿の読み取り開始やコピー開始などといった各種ジョブを開始する指示を与えるためのキーである。
【００３９】
図７（Ａ）、（Ｂ）、（Ｃ）は、表示部６０１に表示される表示画面の一例を示す図である。ユーザは、選択キー６０２を操作し、図７（Ａ）に示す機能７０１又は７０２を指定する。なお、図７（Ａ）では、機能７０１として「スキャンして送信」、機能７０２として「コピー」を例示しているが、ＭＦＰ１０１がこれら以外の機能を備えていてもよい。
【００４０】
ユーザが機能７０１を指定すると、図７（Ｂ）に示すような宛先及び画像読み取りプロファイルの設定画面に遷移する。図７（Ｂ）は、機能７０１を指定した際に表示部に表示される表示画面の一例を示す図である。
【００４１】
ユーザが領域７０３を指定すると、ユーザからの宛先の新規入力を受け付けるモードとなる。ユーザは、テンキー６０３を用いて新規宛先を入力する。一方、ユーザが機能７０４を指定すると、ＲＡＭ２１３に保持されているアドレス帳データの内容を含むアドレス帳画面が表示される。図７（Ｃ）に示すアドレス帳画面には、ファックス、電子メール、ＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶに対応する宛先が表示される。ユーザは、アドレス帳画面に表示された複数の宛先から１つまたは複数の宛先を設定することができる。ここでは、宛先名称と種別（送信プロトコル）をアドレス帳画面に表示しているが、その他の情報を表示してもよい。
【００４２】
図７（Ａ）（Ｂ）（Ｃ）の画面を介した設定が完了すると図８に示す送信画面が表示される。図８（Ａ）は３つの宛先が設定された場合の送信画面の一例である。情報８０１は、スタートキー６０６を押下することで原稿の読み取り及び画像データの送信を開始できることをユーザに通知するものである。情報８０２は、設定されている宛先の数をユーザに通知するものである。送信画面は、ユーザによりスタートキー６０６が押下されるまで表示される。スタートキー６０６が押下されない場合はユーザにより更なる宛先（同報送信宛先）が設定されるのを待つ。
【００４３】
図８（Ｂ）は表示部６０１に表示される選択肢の一覧を列挙した模式図である。実際には、スクロールキーの操作により選択肢の一部分が表示部６０１に表示される。機能８０３は、現在設定されている原稿サイズをユーザに通知するものであり、原稿サイズの設定変更を行う場合に使用する。機能８０４は、現在設定されているカラーモードをユーザに通知するものであり、カラーモードの設定変更を行う場合に使用する。
【００４４】
機能８０５は、現在設定されている送信プロトコルをユーザに通知するものである。宛先を変更せずに送信プロトコルのみを変更することはできないため、ここでは送信プロトコルの変更は行えないものとする。機能８０５に、設定した宛先の取り消し機能を持たせてもよい。この場合、ユーザが機能８０５を指定すると、設定されている宛先のリストが表示される（不図示）。ユーザはリストに表示された１つ以上の宛先から１つの宛先を指定し、その宛先への送信を取り消すことができる。
【００４５】
機能８０６は、現在設定されている読取解像度の設定をユーザに通知するものであり、読取解像度の設定変更を行う場合に使用する。機能８０７は、現在設定されている片面／両面読取の設定をユーザに通知するものであり、片面／両面読取の設定変更を行う場合に使用する。機能８０８は、現在設定されているファイル形式をユーザに通知するものであり、ファイル形式の設定変更を行う場合に使用する。
【００４６】
図９乃至図１１は、ＭＦＰ１０１における画像データの送信制御を説明するフローチャートである。図９乃至図１１のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＲＯＭ２１２又はＲＡＭ２１３に記憶された制御プログラムを実行することにより実現される。
【００４７】
図８（Ａ）に示す送信画面が表示された状態でユーザによりスタートキー６０６が押下されると、送信処理が開始される。ステップＳ９０１では、スタートキー６０６の押下による実行指示を受け付ける。なお、ステップＳ９０１において、１つ以上の宛先が設定されているか否かの判定を行うようにしてもよい。この場合、宛先が設定されていればステップＳ９０２に進み、そうでなければ、表示部６０１に「宛先を設定してください」等のエラーメッセージを表示し、宛先及び画像読み取りプロファイル設定画面（図７（Ｂ））に遷移する。
【００４８】
次に、設定された宛先への画像データの送信に複数の通信（セッション）を確立する必要があるか否かを判定する。ここで、ファックス、ＳＭＢ、ＦＴＰ、及びＷｅｂＤＡＶは、１つの宛先ごとに１つの通信を確立するプロトコルである。つまり、これらの送信プロトコルに対応する複数の宛先が設定された場合は、設定された宛先と同じ数の通信を確立する必要がある。一方、電子メール（ＳＭＴＰ）は、クライアント（ＭＦＰ１０１）とメールサーバ１０２の間で１つの通信を確立することにより、複数の宛先に対する画像データの送信を行うことが可能な送信プロトコルである。画像データが添付された電子メールデータは、メールサーバ１０２によって複製され、各宛先に配信される。これを踏まえ、ここではステップＳ９０２及びステップＳ９０３を用いて複数の通信を確立する必要があるか否かを判定するようにしている。
【００４９】
ステップＳ９０２では、設定された宛先が複数であるか否かを判定する。設定された宛先が複数である場合は、ステップＳ９０３に進む。設定された宛先が複数でない（１つである）場合は、ステップＳ９０４に進む。ステップＳ９０３では、設定された複数の宛先に電子メール以外の送信プロトコルに対応する宛先が含まれているか否かを判定する。電子メール以外の送信プロトコルに対応する宛先が含まれていなければ（即ち、設定された複数の宛先が全て電子メールに対応するものであれば）、ステップＳ９０４に進む。電子メール以外の送信プロトコルに対応する宛先が含まれていればステップＳ１００１に進む。なお、ここでは１つの通信で複数の宛先への送信を行える送信プロトコルは電子メールのみであるものとするが、電子メール以外に１つの通信で複数の宛先への送信を行える送信プロトコルを備えていてもよい。この場合は、全ての宛先が１つの通信で複数の宛先への送信を行える送信プロトコルに対応するものであり且つ全ての宛先が同一の送信プロトコルに対応するものであることがステップＳ９０４に進む条件となる。
【００５０】
また、複数の通信を確立する必要があるか否かの判定は、ステップＳ９０２及びステップＳ９０３に示したものに限らず、例えば、次のように判定してもよい。設定された宛先に電子メール以外の送信プロトコルに対応するものが含まれているか否かを先に判定する。電子メール以外の送信プロトコルに対応する宛先が含まれていれば、設定された宛先が複数であるか否かの判定へ進み、電子メール以外の送信プロトコルに対応する宛先が含まれていなければ、ステップＳ９０４に進む。設定された宛先が複数であるか否かの判定において、設定された宛先が複数であると判定した場合は、ステップＳ１００１に進む。設定された宛先が１つであると判定した場合は、ステップＳ９０４に進む。
【００５１】
さらに、ステップＳ９０２及びステップＳ９０３の判定は、領域７０３または機能７０４を介して宛先が設定される毎に行ってもよい。この場合は、宛先設定時に行った判定の結果を基に、複数の通信を確立する必要がある場合、ステップＳ１００１に進み、必要でない場合、ステップＳ９０４に進むようにすればよい。
【００５２】
ステップＳ９０２及びステップＳ９０３の判定において、画像データの送信に複数の通信を確立する必要がないと判定すると、ステップＳ９０４乃至ステップＳ９１０に沿ってメモリフルの発生を回避できる逐次型送信（第１の送信制御）を実行する。一方、画像データの送信に複数の通信を確立する必要があると判定すると、後述するステップＳ１００１乃至ステップＳ１００８に沿って読み取り処理の手間を低減できる蓄積型送信（第２の送信制御）を実行する。
【００５３】
ステップＳ９０４では、スキャナ２２１を制御して１ページ分の原稿を読み取り、前述した画像処理部２２３による処理を行った画像データをＲＡＭ２１３の画像データ格納領域（メモリ）に格納する。なお、機能８０７によって両面読み取りが設定されている場合、原稿の片面を１ページ目として読み取って、ＲＡＭ２１３に保存し、その後、原稿を反転して２ページ目として読み取る。なお、ＲＡＭ２１３の画像データ保存領域に２ページ分の画像データを格納できる場合は、両面を同時に読み取るようなスキャナを用いても構わない。
【００５４】
ステップＳ９０５では、ＭＦＰ１０１と宛先の間で通信が確立されているか否かを判定する。通信が確立されていれば（ステップＳ９０５でＹＥＳ）、ステップＳ９０７に進む。通信が確立されていない場合、ステップＳ９０６に進む。ステップＳ９０６では、設定された宛先に対応する送信プロトコルを用いて、ＭＦＰ１０１と宛先の間で通信を確立する。なお、送信プロトコルとして電子メール（ＳＭＴＰ）を用いる場合は、ＭＦＰ１０１に事前に設定されたメールサーバ１０２との間で通信を確立する。
【００５５】
ステップＳ９０７では、ＲＡＭ２１３に格納された１ページ分の画像データを設定された宛先に送信する。ステップＳ９０８では、ステップＳ９０７において送信した画像データを消去する（メモリ領域を解放する）。
【００５６】
ステップＳ９０９では、次の原稿が存在するか否かを判定する。次の原稿があればステップＳ９０４に戻り、ステップＳ９０４乃至ステップＳ９０９に沿った画像の読み取りと画像データの送信を行う。次の原稿が存在しなければ、ステップＳ９１０に進み、ＭＦＰ１０１と宛先の間で確立している通信を終了する。
【００５７】
ここでは説明の簡略化のために、１つのフローチャートを用いて原稿の読み取りと画像データの送信を説明したが、原稿読み取り動作と画像データの送信動作は、それぞれ独立に実行するようにしてもよい。例えば、第１の制御プログラムに基づき、ステップＳ９０４における原稿の読み取りと、生成した画像データをＲＡＭ２１３に格納することまでを実行する。第２の制御プログラムはＲＡＭ２１３の画像データ格納領域を監視しており、画像データが格納されたことを検知すると、ステップＳ９０５乃至ステップＳ９０８を実行する。第１の制御プログラムは、画像データ格納領域に空き領域が作られた（送信済みの画像データが消去された）ことを検出すると、次ページの読み取りを行う。なお、画像データ格納領域に２ページ分の画像データを格納できる場合は、画像データの送信の完了を待たずに、次のページの読み取りを開始できる。この場合、Ｎページ目の画像データの送信とＮ＋１ページ目の原稿の読み取りを並行して行えるため、動作時間を短くすることができる。
【００５８】
ステップＳ１００１では、ステップＳ９０４と同様の原稿の読み取りを行いＲＡＭ２１３に画像データを格納する。ステップＳ１００２では、画像データ格納領域に空き領域があるか否かを判定する。ここでは画像データ格納領域に１ページ分の画像データを格納するのに必要な領域が空いていれば空き領域があると判定し、１ページ分の画像データを格納するのに必要な領域が空いていなければ空き領域がないと判定する。空き領域がない場合は、ステップＳ１００９に進み、後述するユーザによる操作を待つ。空き領域がある場合は、ステップＳ１００３に進み、次の原稿が存在するか否かを判定する。次の原稿があればステップＳ１００１に戻り、次の原稿が無ければステップＳ１００４に進む。
【００５９】
なお、１ページ分の画像データを格納するのに必要な領域は、読取サイズやカラーモード、読取解像度など様々な設定によって異なるため、読取設定に基づいて計算される。
【００６０】
ステップＳ１００４では、設定された複数の宛先のうちの１つの宛先に対応する送信プロトコルを用いて、ＭＦＰ１０１と宛先の間で通信を確立する。ステップＳ１００５では、ＲＡＭ２１３に格納された全ての画像データを設定された宛先に送信する。ステップＳ１００６では、ＭＦＰ１０１と宛先の間で確立している通信を終了する。ステップＳ１００７では、送信していない宛先が存在するか否かを判定する。送信していない宛先が存在するときは、ステップＳ１００４に戻り、画像データの送信を行う。送信していない宛先が存在しないときは、ステップＳ１００８に進む。ステップＳ１００８では、送信した画像データを消去（メモリ領域の解放）し、送信動作を終了する。
【００６１】
一方、ステップＳ１００９では、原稿の読み取りを一旦中断し、処理を指定するための画面を表示部６０１に表示する。図１２（Ａ）はステップＳ１００９においてユーザに提示する処理指定画面の一例である。図１２（Ａ）では、機能１２０２として「ジョブの中止」、機能１２０３として「読取済みファイルの送信」、機能１２０４として「１宛先を選択し読取継続」を例示している。また、情報１２０１はユーザにメモリ（画像データ格納領域）が一杯になったことを通知するものである。機能１２０２、１２０３、１２０４のいずれかの指定を受け付けると（受付手段）、ステップＳ１０１０に進む。ステップＳ１０１０では、ユーザによって指定された処理が何であるかを判定する。
【００６２】
機能１２０２が指定されると、ジョブを中止するステップＳ１０１１に進む。ステップＳ１０１１では、ステップＳ１００９で中断していた原稿の読み取りを中止し、画像データ格納領域に格納した画像データを全て消去し（メモリ領域を解放する）、送信動作を終了する。
【００６３】
機能１２０３が指定されると、これまでに格納した画像データを設定された全ての宛先に送信するために、ステップＳ１００４に進む。なお、この場合に、ステップＳ１００８の後に送信動作を終了せず、次のような動作を行ってもよい。図１３（Ａ）は、ステップＳ１００８の終了後にユーザに提示される表示画面の一例を示す図である。ユーザが機能１３０１を指定すると、ユーザにより設定された宛先や読取設定を引き継いだまま、ステップＳ１００１に戻り、次の原稿の読み取りを再開する。これにより、宛先設定及び読取設定を再度行うことなく簡単に残りの原稿の読み取りを再開することができる。ユーザが機能１３０２を指定すると、送信動作を終了する。
【００６４】
図１０の説明に戻り、機能１２０４が指定されるとステップＳ１０１２に進み、設定されている複数の宛先のうち画像データを送信する宛先を１つ指定するための画面を表示部６０１に表示する。図１２（Ｂ）は、ステップＳ１０１２において表示する表示画面の一例である。この画面には、スタートキー６０６が押下された時点で設定されていた複数の宛先がリスト表示される。
【００６５】
ユーザによって１つの宛先が指定されると、ステップＳ１０１３に進む。ステップＳ１０１３では、ユーザによって指定された１つの宛先にのみ逐次型送信を用いて画像データを送信する。ステップＳ１０１３の処理の詳細は図１１で説明する。
【００６６】
ステップＳ１１０１では、ユーザによる宛先の指定を受け付ける。ステップＳ１１０２では、指定された宛先に対応する送信プロトコルを用いてＭＦＰ１０１と宛先の間で通信を確立する。ステップＳ１１０３では、ＲＡＭ２１３に格納されている全ての画像データを送信する。ステップＳ１１０４では、送信済みの画像データを消去（メモリ領域の解放）する。
【００６７】
ステップＳ１１０５乃至ステップＳ１１０９は、ステップＳ９０４乃至ステップＳ９１０と同様の動作であるため説明は省略する。ただし、ここでは宛先との間の通信はステップＳ１１０２で既に確立されているため、ステップＳ９０５及びステップＳ９０６を行う必要はない。なお、ステップＳ１１０４からステップＳ１００５へは、全ての画像データを消去した後に遷移するようにしてもよいし、１ページ分の画像データを格納できる領域が空いた段階で遷移するようにしてもよい。
【００６８】
また、ステップＳ１１０９の終了後、指定されなかった宛先をユーザに提示してもよい。例えば、図１２（Ｂ）に示す「Ｅメール、ａｂｃ＠ｘｘｘ．ｃｏｍ」が指定された場合は、図１３（Ｂ）に示すように指定されなかった残りの宛先が提示される。これにより、指定されなかった宛先を次回の宛先として簡単に設定することができる。
【００６９】
以上説明したとおり、本実施形態によれば、画像データの送信に複数の通信を確立する必要があるか否かに応じて蓄積型送信と逐次型送信を適切に切り替えることができる。ユーザの設定した宛先へ画像データを送信する際に、画像データの送信に複数の通信を確立する必要がない場合は、複数の原稿の全てを読み取り終える前に画像データの送信を開始する。よって、メモリフルの発生を防止することができる。画像データの送信に複数の通信を確立する必要がない場合には、設定された宛先が１つである場合や、１つの通信で複数の宛先に送信できる所定の送信プロトコルの宛先が複数設定された場合が含まれる。一方、複数の通信を確立する必要がある場合は、原稿を全て読み取った後に画像データの送信を開始することにより、１回の読取処理で得られる画像データを各宛先に送信することができる。よって、読取処理の手間を軽減できる。複数の通信を確立する必要がある場合には、宛先毎に個別の通信を確立する必要がある送信プロトコルの宛先を含む複数の宛先が設定された場合が含まれる。
【００７０】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００７１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００７２】
１０１  ＭＦＰ
１０２  メールサーバ
１０３  ファイルサーバ
１０４  ＰＣ
２１０  制御部
２１９  操作部
２２１  スキャナ
【図１】
2015119435.tif 000003
【図２】
2015119435.tif 000004
【図３】
2015119435.tif 000005
【図４】
2015119435.tif 000006
【図５】
2015119435.tif 000007
【図６】
2015119435.tif 000008
【図７】
2015119435.tif 000009
【図８】
2015119435.tif 000010
【図９】
2015119435.tif 000011
【図１０】
2015119435.tif 000012
【図１１】
2015119435.tif 000013
【図１２】
2015119435.tif 000014
【図１３】
2015119435.tif 000015