JP6278717B2 - 画像処理装置、画像処理装置の制御方法及びプログラム - Google Patents

Description

本発明は、画像データを送信する画像処理装置、画像処理装置の制御方法及びプログラムに関する。

従来、電子メール送信、各種ファイル送信（ＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶ）などの送信プロトコル（送信方式）を用いて画像データを送信可能な画像処理装置が知られている。

画像データを送信する場合、１つの宛先に対して画像データを送信することや、同一の送信プロトコルに対応する複数の宛先に共通の画像データを送信すること（同報送信）が可能である。また互いに異なる送信プロトコルに対応する複数の宛先に共通の画像データを送信すること（異種同報送信）が可能な画像処理装置も知られている。

また従来、安価なコンシューマ向け画像処理装置のようにハードウェア資源（特にメモリ）の乏しい装置では、１ページ分の原稿を読み取る度にそのページ分の画像データを送信する方法（以降、逐次型送信）が知られている（特許文献１）。逐次型送信においては、送信し終えた画像データをメモリから消去し、後続のページの画像データをメモリに格納できるようにすることで、少ないメモリで複数ページ分の画像データの送信を可能としている。

特開２０１２−１４２６７０号公報

逐次型送信を実行する場合は、メモリ資源が十分でない場合であっても、メモリフルを発生させることなく複数ページの画像データを送信することができる。しかしながら逐次型送信では、最後のページに対応する画像データを送信するときには最初のページに対応する画像データはメモリから消去されてしまっている。このため、宛先毎に個別の通信セッションが必要である送信プロトコルを用いて複数の宛先に送信したい場合は次に示す動作を行う必要があった。まず、ユーザが原稿を画像処理装置にセットし、１つ目の宛先を設定する。スタートキーが押下されると、設定された１つの宛先と通信セッションを確立し、１ページ分の原稿を読み取る度にそのページ分の画像データを送信する方法で送信を行い、全ページ分の画像データを当該１つの宛先に送信し終えた後にセッションを終了する。その後、ユーザが原稿を画像処理装置にセットし直し、２つ目の宛先を設定する。スタートキーが押下されると、新たなセッションを確立して原稿の読み取りを開始する。このように、ユーザは宛先の設定と原稿のセットを繰り返し行わなければならないため、手間がかかっていた。

本発明は、上記の課題に鑑みなされたものであり、メモリの使用量を抑えつつ、簡単な操作で画像データを複数の宛先に送信可能とする仕組みを提供することを目的とする。

上記の目的を達成するために本発明の画像処理装置は、画像データの宛先を設定する設定手段と、原稿を読み取って画像データを生成する読取手段と、前記読取手段が生成した画像データを記憶する記憶手段と、前記記憶手段に記憶された画像データを送信する送信手段と、前記設定手段によって互いに異なる通信セッションに対応した複数の宛先が設定された場合に、複数原稿の一部分を読み取って生成された第１の画像データを記憶手段に記憶させ、宛先毎に対応した通信セッションを用いて前記第１の画像データを前記複数の宛先の各々に送信させ、前記第１の画像データを前記記憶手段から消去した後、前記複数原稿の他の一部分の読み取りを開始させる制御手段と、を備えることを特徴とする。

本発明によれば、メモリの使用量を抑えつつ、簡単な操作で画像データを複数の宛先に送信可能とすることができる。

本発明の実施形態における画像処理システムの全体図である。 本発明の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。 本発明の実施形態におけるメールサーバ１０２、ファイルサーバ１０３、ＰＣ１０４の構成を示すブロック図である。 本発明の実施形態におけるアドレス帳データの構造を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作部を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるページ形式の概要を示す図である。 本発明の実施形態におけるＭＦＰ１０１の送信動作を示すフローチャートである。 本発明の実施形態におけるＭＦＰ１０１のファイル形式の設定動作を示すフローチャートである。 本発明の実施形態におけるＭＦＰ１０１の送信動作を示すフローチャートである。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。図１は、画像処理システムの全体図である。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００上には、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１、メールサーバ１０２、ファイルサーバ１０３、ＰＣ１０４が互いに通信可能に接続されている。ＭＦＰ１０１は、画像処理装置の一例である。

本実施形態では画像処理装置の一例としてＭＦＰを説明するが、単機能のスキャナ装置など、原稿を読み取って画像データを送信する機能を有していればＭＦＰでなくともよい。更には、カメラ機能を用いて原稿の読み取りを行うスマートフォン、タブレット端末、デジタルカメラ等であってもよい。

ＭＦＰ１０１は、メールサーバ１０２を介して画像データを電子メールで送信することができる。また、ＭＦＰ１０１は、ファイルサーバ１０３内のフォルダを宛先とした画像データのファイル送信を行うことができる。この場合には、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）又はＷｅｂＤＡＶ（Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ ＷＷＷ）等が用いられる。

各送信プロトコルに対応する宛先は後述するアドレス帳に登録しておくことができ、ユーザが送信毎に手動で宛先を入力する手間を省くことが可能となっている。アドレス帳への登録は、例えば、ユーザがＭＦＰ１０１の操作部を操作してアドレス帳への登録を行うようにしてもよいし、ユーザがＰＣ１０４のウェブブラウザを用いてＭＦＰ１０１を遠隔操作することで登録を行うようにしてもよい。

ここで画像処理システムは、ＭＦＰ１０１、メールサーバ１０２、ファイルサーバ１０３、ＰＣ１０４を含むものとするが、ＭＦＰ１０１及びファイルサーバ１０３のみ、或いはＭＦＰ１０１のみを画像処理システムと称することもできる。

図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や通信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主記憶メモリであり、画像データや各種制御プログラムの一時記憶領域として用いられる。また、ＲＡＭ２１３にはユーザ設定情報や後述するアドレス帳情報を保存するために、不揮発性の補助記憶領域を含む。なお、ＭＦＰ１０１は、１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３）を用いて後述する図１０乃至図１２のフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵや複数のＲＡＭ、ＲＯＭ及びＨＤＤを協働させて図１０乃至図１２のフローチャートに示す各処理を実行するようにすることもできる。また、ハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ２１４は、操作部２１９と制御部２１０を接続する。操作部２１９は、ユーザの指示を受け付ける受付部として機能する。

プリンタＩ／Ｆ２１５は、プリンタ２２０と制御部２１０を接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１５を介して制御部２１０から転送され、プリンタ２２０において用紙などの記録媒体上に印刷される。

スキャナＩ／Ｆ２１６は、スキャナ（読取手段）２２１と制御部２１０を接続する。スキャナ２２１は、ＭＦＰ１０１にセットされた原稿を読み取って画像データ（画像ファイル）を生成し、スキャナＩ／Ｆ２１６を介して制御部２１０のＲＡＭ２１３に転送する。ＭＦＰ１０１は、スキャナ２２１で生成された画像データを、各種送信プロトコルを用いて送信することができる。また、スキャナ２２１で生成された画像データを、プリンタ２２０に転送し、印刷することもできる。

なお、実際には、スキャナ２２１で生成された画像データは、制御部２１０内の画像処理部２１８によって、ファイル送信又は印刷等に用いるファイル形式に適宜変換される。本実施形態では、画像データを格納する画像データ格納領域（画像メモリ）はＲＡＭ２１３内に確保されることを想定しているが、ハードウェア構成によっては画像データをＨＤＤなどの補助記憶装置に格納することも可能である。

ネットワークＩ／Ｆ２１７は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２１７は、ＬＡＮ１００上の外部装置（メールサーバ１０２やファイルサーバ１０３、ＰＣ１０４など）に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。

図３は、メールサーバ１０２の構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、メールサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２又はＨＤＤ３１４に記憶された制御プログラムを読み出して各種制御を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は各種プログラムやデータを記憶する補助記憶領域として用いられる。

ネットワークＩ／Ｆ３１５は、制御部３１０（メールサーバ１０２）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１００上の他の装置との間で各種情報を送受信する。なお、ファイルサーバ１０３の構成は、メールサーバ１０２と同様であるため説明は省略する。また、ＰＣ１０４はメールサーバ１０２の構成に加えて、操作画面を表示するためのディスプレイ等の表示部及びユーザ操作を受け付けるキーボード、マウス等の操作部を含む。なお、メールサーバ１０２やファイルサーバ１０３にＰＣ１０４と同様の表示部及び操作部が含まれていても構わない。

図４は、ＭＦＰ１０１のＲＡＭ２１３に記録されているアドレス帳データの構造を模式的に示した図である。アドレス帳データ領域には、情報４０１〜情報４０５のデータが格納される。

情報４０１には、アドレス帳をユーザに提示する際の宛先名称が格納される。情報４０２には、送信プロトコル（通信方式）の種類が格納される。ここでは、ＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶ、電子メール（ＳＭＴＰ）のいずれかの送信プロトコルが格納されるものとしているが、これら以外の送信プロトコルを含むようにしても構わない。

情報４０３には、宛先情報が格納される。送信プロトコルがＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶである場合は、ファイルサーバのホスト名とフォルダのパスが宛先情報となる。また、送信プロトコルが電子メールの場合は電子メールアドレスが宛先情報となる。ここでは、各送信プロトコルに対応する宛先情報が同一のフィールドである情報４０３に格納される例を示しているが、これらの宛先情報を格納する構造はこれに限定されない。例えば、これらの情報を各々別のフィールドに格納するようにしてもよいし、別の領域に格納された宛先情報を参照するポインタを格納することで実現してもよい。

情報４０４及び４０５には、送信プロトコルがＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶである場合に、画像データの保存先となるフォルダにアクセスするために必要な認証情報（ユーザ名及びパスワード）が格納される。なお、送信プロトコルが電子メールの場合には、認証情報は不要であるため、情報４０４及び４０５のフィールドは使用されない。

図５はユーザからの指示を受け付けるための操作部２１９の一例を示す図である。操作部２１９は、表示部５０１、選択キー５０２、テンキー５０３、リセットキー５０４、ストップキー５０５、スタートキー５０６から構成される。なお、本実施形態では操作部の一例として、５０２〜５０６をハードキーとして説明するが、ユーザからの入力を選択する機能を有していればハードキーでなくともよい。例えば、表示部５０１にタッチパネル機能を持たせ、ハードキーの一部又は全てをソフトキーで構成してもよい。

表示部５０１は、ユーザに画面を表示する。選択キー５０２は、表示部５０１上に表示される画面上の選択肢を選択するためのスクロールキー５１１と、スクロールキーによって選択された選択項目を決定する決定キー５１２から構成される。スクロールキー５１１と決定キー５１２を用いて選択肢から１つの項目を指定することができる。

テンキー５０３は、部数などの数値を直接入力するためのキーである。また、テンキー５０３は後述する宛先の設定などにおける半角英数字の入力にも用いられる。リセットキー５０４は、設定途中の状態をリセットし、設定をやり直すためのキーである。スタートキー５０６は原稿の読み取り開始やコピー開始などといった各種ジョブを開始する指示を与えるためのキーである。

図６（Ａ）、（Ｂ）、（Ｃ）は、表示部５０１に表示される表示画面の一例を示す図である。ユーザは、選択キー５０２を操作し、図６（Ａ）に示す機能６０１又は６０２を指定する。なお、図６（Ａ）では、機能６０１として「スキャンして送信」、機能６０２として「コピー」を例示しているが、ＭＦＰ１０１がこれら以外の機能を備えていてもよい。

ユーザが機能６０１を指定すると、図６（Ｂ）に示すような宛先及び画像読み取りプロファイルの設定画面に遷移する。図６（Ｂ）は、機能６０１を指定した際に表示部に表示される表示画面の一例を示す図である。

ユーザが領域６０３を指定すると、ユーザからの宛先の新規入力を受け付けるモードとなる。ユーザは、テンキー５０３を用いて新規宛先を入力する。一方、ユーザが機能６０４を指定すると、ＲＡＭ２１３に保持されているアドレス帳データの内容を含むアドレス帳画面が表示される。図６（Ｃ）に示すアドレス帳画面には、電子メール、ＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶに対応する宛先が表示される。ユーザは、アドレス帳画面に表示された複数の宛先から１つ又は複数の宛先を設定することができる。ここでは、宛先名称と種別（送信プロトコル）をアドレス帳画面に表示しているが、その他の情報を表示してもよい。

図６（Ａ）（Ｂ）（Ｃ）の画面を介した設定が完了すると図７（Ａ）に示す送信画面が表示される。図７（Ａ）は３つの宛先が設定された場合の送信画面の一例である。情報７０１は、スタートキー５０６を押下することで原稿の読み取り及び画像データの送信を開始できることをユーザに通知するものである。情報７０２は、設定されている宛先の数をユーザに通知するものである。送信画面は、ユーザによりスタートキー５０６が押下されるまで表示される。スタートキー５０６が押下されない場合はユーザにより更なる宛先（同報送信宛先）が設定されるのを待つ。

図７（Ｂ）は表示部５０１に表示される選択肢の一覧を列挙した模式図である。実際には、スクロールキーの操作により選択肢の一部分が表示部５０１に表示される。

なお、機能７０３乃至機能７０８の初期設定には、装置で固有に決められた、又はＭＦＰ１０１の管理者によって設定された初期設定がなされているものとする。

機能７０３は、現在設定されている原稿サイズをユーザに通知するものであり、原稿サイズの設定変更を行う場合に使用する。機能７０４は、現在設定されているカラーモードをユーザに通知するものであり、カラーモードの設定変更を行う場合に使用する。

機能７０５は、現在設定されている送信プロトコルをユーザに通知するものである。宛先を変更せずに送信プロトコルのみを変更することはできないため、ここでは送信プロトコルの変更は行えないものとする。機能７０５に、設定した宛先の取り消し機能を持たせてもよい。この場合、ユーザが機能７０５を指定すると、設定されている宛先のリストが表示される（不図示）。ユーザはリストに表示された１つ以上の宛先から１つの宛先を指定し、その宛先への送信を取り消すことができる。

機能７０６は、現在設定されている読取解像度の設定をユーザに通知するものであり、読取解像度の設定変更を行う場合に使用する。機能７０７は、現在設定されている片面／両面読取の設定をユーザに通知するものであり、片面／両面読取の設定変更を行う場合に使用する。

機能７０８は、現在設定されているファイル形式（画像データの形式）をユーザに通知するものであり、ファイル形式の設定変更を行う場合に使用する。ユーザが機能７０８を指定すると、ファイル形式設定変更画面が表示される。図８は送信する画像データのファイル形式を指定する画面の一例を示す図である。図８（Ａ）においては、ＰＤＦ、ＴＩＦＦ、ＪＰＥＧから選択するものとするが、これら以外のファイル形式を選択肢に含むようにしても構わない。

ＰＤＦ又はＴＩＦＦが選択されると、複数ページ分の原稿（複数原稿）を読み取った場合に、１つのファイルの中に複数ページ分の画像データが格納される（マルチページ形式）。一方、ＪＰＥＧが選択されると、１ページ毎に個別のファイルに画像データが格納される（シングルページ形式）。なお、ＰＤＦ又はＴＩＦＦが選択された場合に、マルチページ形式にするか、シングルページ形式にするかをユーザに選択させるように構成してもよい。

更に、これらのファイル形式の指定は図８（Ｂ）の機能８０４〜８０８のように、ファイル形式とページ形式（マルチページ形式にするかシングルページ形式にするか）を同時に指定できるように構成しても構わない。

図９はＭＦＰ１０１において複数枚（ここではＮ枚とする）の原稿を読みとる場合のファイル形式の取り扱いに関する概念図である。機能８０４の「ＰＤＦ（マルチページ）」又は機能８０６の「ＴＩＦＦ（マルチページ）」が指定された場合は、複数ページ分の画像データを１つのファイルに格納する。例えば図９（Ａ）に示すように、「ｉｍａｇｅ．ｐｄｆ」というファイル名が付けられた１つのファイルの中にページ１からページＮまでの複数ページ分の画像データが格納される。

一方、機能８０５の「ＰＤＦ（シングルページ）」、機能８０７の「ＴＩＦＦ（シングルページ）」又は機能８０８の「ＪＰＥＧ（シングルページ）」が指定された場合は、１ページ分の画像データを個別のファイルに格納する。例えば図９（Ｂ）に示すように「ｉｍａｇｅ−１．ｐｄｆ」というファイル名が付けられたファイルにページ１に対応する画像データが格納される。「ｉｍａｇｅ−２．ｐｄｆ」というファイル名が付けられたファイルにページ２に対応する画像データが格納され、「ｉｍａｇｅ−Ｎ．ｐｄｆ」というファイル名が付けられたファイルにはページＮに対応する画像データが格納される。

ここで、１つのファイルを宛先に送信する場合を考える。１つのファイルを宛先に送信する際は、宛先との通信セッションを１つのファイルを送信し終わるまで継続する必要がある。送信するファイルがマルチページ形式である場合は、全ページ分の原稿に対応する画像データを送信し終えるまで通信セッションを継続する必要がある。一方、シングルページ形式のファイルを送信する場合は、１ページ分の画像データが格納された１つのファイルを送信し終えた時点で通信セッションを終了してもよい。従って、宛先と通信セッションを確立して、「ｉｍａｇｅ−１．ｐｄｆ」を送信した後、一旦その通信セッションを終了した後に、新たな通信セッション確立して、次のページである「ｉｍａｇｅ−２．ｐｄｆ」を送信することができる。これを繰り返すことで、通信セッションを継続することなく、全ての原稿に対応する画像データを送信することができる。

図１０はＭＦＰ１０１における画像データの送信制御を説明するフローチャートである。図１０のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＲＯＭ２１２又はＲＡＭ２１３に記憶された制御プログラムを実行することにより実現される。

図７（Ａ）に示す送信画面が表示された状態でユーザによりスタートキー５０６が押下されると、送信処理が開始される。ステップＳ１００１では、スタートキー５０６の押下による実行指示を受け付ける。なお、ステップＳ１００１において、１つの以上の宛先が設定されているか否かの判定を行うようにしてもよい。この場合、宛先が設定されていればステップＳ１００２に進み、そうでなければ、表示部５０１に「宛先を設定してください」等のエラーメッセージを表示し、宛先及び画像読み取りプロファイル設定画面（図６（Ｂ））に遷移する。

次に、設定された宛先への画像データの送信に複数回の通信セッションが必要であるか否かを判定する。ここで、ＳＭＢ、ＦＴＰ、及びＷｅｂＤＡＶは、１つの宛先ごとに１つの通信セッションを確立するプロトコルである。つまり、これらの送信プロトコルに対応する宛先を少なくとも１つ含む複数の宛先が設定された場合は、複数回の通信セッションが必要となる。一方、電子メール（ＳＭＴＰ）は、クライアント（ＭＦＰ１０１）とメールサーバ１０２の間で１つの通信セッションを確立することにより、複数の宛先に対する画像データの送信を行うことが可能な送信プロトコルである。画像データが添付された電子メールデータは、メールサーバ１０２によって複製され、各宛先に配信される。従って、複数の宛先が設定された場合であっても、その全てが電子メールの宛先であれば１回の通信セッションで送信することができる。これを踏まえ、ここではステップＳ１００２及びステップＳ１００３を用いて複数回の通信セッションが必要であるか否かを判定するようにしている。

ステップＳ１００２では、設定された宛先が複数であるか否かを判定する。設定された宛先が複数である場合は、ステップＳ１００３に進む。設定された宛先が複数でない（１つである）場合は、ステップＳ１０１２に進む。ステップＳ１００３では、設定された複数の宛先に電子メール以外の送信プロトコルに対応する宛先が含まれているか否かを判定する。電子メール以外の送信プロトコルに対応する宛先が含まれていなければ（即ち、設定された複数の宛先が全て電子メールに対応するものであれば）、ステップＳ１０１２に進む。電子メール以外の送信プロトコルに対応する宛先が含まれていればステップＳ１００４に進む。なお、ここでは１つの通信で複数の宛先への送信を行える送信プロトコルは電子メールのみであるものとするが、電子メール以外に１つの通信で複数の宛先への送信を行える送信プロトコルを備えていてもよい。この場合は、全ての宛先が１つの通信で複数の宛先への送信を行える送信プロトコルに対応するものであり且つ全ての宛先が同一の送信プロトコルに対応するものであることがステップＳ１０１２に進む条件となる。

また、複数回の通信セッションが必要であるか否かの判定は、ステップＳ１００２及びステップＳ１００３に示したものに限らず、例えば、次のように判定してもよい。設定された宛先に電子メール以外の送信プロトコルに対応するものが含まれているか否かを先に判定する。電子メール以外の送信プロトコルに対応する宛先が含まれていれば、設定された宛先が複数であるか否かの判定へ進み、電子メール以外の送信プロトコルに対応する宛先が含まれていなければ、ステップＳ１０１２に進む。設定された宛先が複数であるか否かの判定において、設定された宛先が複数であると判定した場合は、ステップＳ１００４に進む。設定された宛先が１つであると判定した場合は、ステップＳ１０１２に進む。

さらに、ステップＳ１００２及びステップＳ１００３の判定は、領域６０３又は機能６０４を介して宛先が設定される毎に行ってもよい。この場合は、宛先設定時に行った判定の結果を基に、複数回の通信セッションが必要である場合、ステップＳ１００４に進み、必要でない場合ステップＳ１０１２に進むようにすればよい。

ステップＳ１００２及びステップＳ１００３の判定において、画像データの送信に複数回の通信セッションが必要であると判定すると、ステップＳ１００４乃至ステップＳ１０１１に沿った送信を実行する。この場合は、図８（Ａ）又は（Ｂ）の画面でどのようなページ形式が指定されたかに関わらず、シングルページ形式での送信が行われる。一方、画像データの送信に複数回の通信セッションが必要でないと判定すると、後述するステップＳ１０１２乃至ステップＳ１０１８に沿った送信を実行する。この場合は、図８（Ａ）又は（Ｂ）の画面で指定された内容に従ったページ形式での送信が行われる。

ステップＳ１００４では、スキャナ２２１を制御して１ページ分の原稿を読み取り、前述した画像処理部２１８によってファイル化された画像データをＲＡＭ２１３の画像データ格納領域（記憶手段）に格納する。

なお、機能７０７によって両面読み取りが設定されている場合、原稿の片面を１ページ目として読み取って、ＲＡＭ２１３に保存し、その後、原稿を反転して２ページ目として読み取る。なお、ＲＡＭ２１３の画像データ保存領域に２ページ分の画像データを格納できる場合は、両面を同時に読み取るようなスキャナを用いても構わない。

ステップＳ１００５からステップＳ１００９は複数の宛先毎に対応した通信セッションを用いて、複数の宛先にシングルページ形式に変換された１ページ分の画像データを送信するための送信制御である。ステップＳ１００５では設定された複数の宛先のうちの１つを読み出す。

ステップＳ１００６ではステップＳ１００５で読み出した宛先に対応する送信プロトコルを用いて、ＭＦＰ１０１と宛先との間で通信セッションを確立する。なお、送信プロトコルとして電子メール（ＳＭＴＰ）を用いる場合は、ＭＦＰ１０１に事前に設定されたメールサーバ１０２との間で通信セッションを確立する。

ステップＳ１００７では、通信セッションを確立した宛先にＲＡＭ２１３に格納された１ページ分の画像データを送信する。ステップＳ１００８では、ＭＦＰ１０１と宛先の間で確立している通信セッションを終了する。ステップＳ１００９では、送信していない宛先が存在するか否かを判定する。送信していない宛先が存在するときは、ステップＳ１００５に戻り、送信していない宛先に対して画像データの送信を行う。送信していない宛先が存在しないときは、ステップＳ１０１０に進む。ステップＳ１０１０では、送信した画像データを消去（メモリ領域の解放）する。

なお、ステップＳ１００５乃至ステップＳ１００８において、画像データを送信することができない宛先があった場合、その宛先には次ページ以降の画像データを送信しないようにしてもよい。

ステップＳ１０１１では、次の原稿が存在するか否かを判定する。次の原稿があればステップＳ１００４に戻り、ステップＳ１００４乃至ステップＳ１０１０に沿った複数の宛先への画像データの送信を行う。次の原稿が存在しなければ、送信動作を終了する。

ここでは説明の簡略化のために、１つのフローチャートを用いて原稿の読み取りと画像データの送信を説明したが、原稿読み取り動作と画像データの送信動作は、それぞれ独立に実行するようにしてもよい。例えば、第１の制御プログラムに基づき、ステップＳ１００４における原稿の読み取りと、生成した画像データをＲＡＭ２１３に格納することまでを実行する。第２の制御プログラムはＲＡＭ２１３の画像データ格納領域を監視しており、画像データが格納されたことを検知すると、ステップＳ１００５乃至ステップＳ１０１１を実行する。第１の制御プログラムは、画像データ格納領域に空き領域が作られた（送信済みの画像データが消去された）ことを検出すると、次ページの読み取りを行う。

なお、画像データ格納領域に２ページ分の画像データを格納できる場合は、画像データの送信の完了を待たずに、次のページの読み取りを開始できる。この場合、Ｎページ目の画像データの送信とＮ＋１ページ目の原稿の読み取りを並行して行えるため、動作時間を短くすることができる。更に画像データ格納領域に複数ページ分の画像データを格納できる場合は、通信セッション毎に複数ページ分の画像データ（複数原稿の一部分）を送信できるようにしてもよい。例えば第２の制御プログラムは画像データ格納領域に画像データが格納されたことを検出すると、その時点で画像データ格納領域に格納された全ての画像データをステップＳ１００５乃至ステップＳ１０１１に沿って送信する。

ステップＳ１０１２では、ステップＳ１００４と同様の読み取りを行い、前述した画像処理部２１８によってファイル化された画像データをＲＡＭ２１３の画像データ格納領域に格納する。ステップＳ１０１２では、ステップＳ１００４の場合と異なり、図８（Ａ）又は（Ｂ）の画面を介した設定に従って画像データをファイル化する。マルチページ形式が設定されていればファイル内に格納されるデータの一部として変換され、シングルページ形式が設定されていれば、１つのファイルとして変換される。

ステップＳ１０１３では、ＭＦＰ１０１と宛先との間で通信セッションが確立されているか否かを判定する。通信セッションが確立されていれば（ステップＳ１０１３でＹＥＳ）、ステップＳ１０１５に進む。通信セッションが確立されていない場合、ステップＳ１０１４に進む。ステップＳ１０１４では、設定された宛先に対応する送信プロトコルを用いて、ＭＦＰ１０１と宛先の間で通信セッションを確立する。なお、送信プロトコルとして電子メール（ＳＭＴＰ）を用いる場合は、ＭＦＰ１０１に事前に設定されたメールサーバ１０２との間で通信セッションを確立する。

ステップＳ１０１５では、ＲＡＭ２１３に格納された１ページ分の画像データを設定された宛先に送信する。ステップＳ１０１６では、ステップＳ１０１５において送信した画像データを消去する（メモリ領域を解放する）。

ステップＳ１０１７では、次の原稿が存在するか否かを判定する。次の原稿があればステップＳ１０１２に戻り、ステップＳ１０１２乃至ステップＳ１０１６に沿った画像の読み取りと画像データの送信を行う。次の原稿が存在しなければ、ステップＳ１０１８に進み、ＭＦＰ１０１と宛先の間で確立している通信セッションを終了する。

以上説明したとおり、本実施形態によれば、ステップＳ１００４乃至ステップＳ１０１１で説明したように、宛先との通信セッションを確立し、１ページ分の画像データを送信し、宛先との通信セッションを終了する一連のステップを宛先数分繰り返す。そして、これらの宛先毎に確立した通信セッションを用いて各々の宛先に送信する動作をページ数分繰り返すことにより、画像データの送信を行う。よって、互いに異なる通信セッションに対応した複数の宛先に対して複数ページ分の画像データを送信する場合に、メモリの使用量を増加させず、且つ、読取処理の回数を増加させないようにすることができる。

更に、本実施形態によれば、画像データの送信に複数回の通信セッションが必要であるか否かに応じて送信制御を適切に切り替えることができる。宛先へ画像データを送信する際に、１つの通信セッションで送信できる場合は、１ページ分の原稿を読み取るごとに、通信セッションを確立した宛先に画像データの送信を行い、全ての画像データを送信した後に通信セッションを終了する。これにより、１つの通信セッションで送信できる場合は、ユーザが設定したファイル形式（マルチページ形式を含む）で送信を行うことができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第１の実施形態では、複数回の通信セッションが必要であれば、通信セッションを切り替えながらシングルページ形式で１ページ分の画像データを送信する。複数回の通信セッションが必要でなければ、通信セッションを確立した宛先に設定されたファイル形式で画像データを送信する通信セッション制御を行う例を説明した。

第２の実施形態では、第１の実施形態で説明した動作に加えて、ファイル形式（画像データの形式）を設定する際（受付手段）にユーザにとって利便性の高い設定制御を提供することについて説明する。なお、第１の実施形態と同様の構成については同じ符号を付し、詳細な説明は省略する。

ファイル形式の設定は、宛先及び画像読み取りプロファイルの設定画面（図６（Ｂ））又は送信画面（図７）において、ユーザが機能７０８を指定し設定操作を行うことで設定される。また、これらの設定変更はユーザによりスタートキー５０６が押下されるまで何度でも行うことができる。

第１の実施形態では、ユーザが複数回の通信セッションが必要である複数の宛先を設定し複数ページ分の画像データを送信した場合は、ユーザが設定した内容にかかわらずシングルページ形式で送信が行われる。即ち、マルチページ形式が設定された場合、ユーザの意図に反してシングルページ形式での送信が行われてしまう。そこで、本実施形態では送信設定の際に、送信が行えない組み合わせを設定できないように制御することで、ユーザにとって利便性の高い設定制御を提供することについて説明する。

図１１はＭＦＰ１０１におけるファイル形式の設定を行うための設定制御を説明するフローチャートである。図１１のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＲＯＭ２１２又はＲＡＭ２１３に記憶された制御プログラムを実行することにより実現される。機能７０８（図７（Ｂ）、ファイル形式）が指定されると、図１１（Ａ）のステップＳ１１０１に進む。ステップＳ１１０１ではファイル形式の指定を受け付ける。ステップＳ１１０２では、Ｓ１１０１において指定されたファイル形式に対応するページ形式がマルチページ形式であるか否かの判定を行う。マルチページ形式でない場合はステップＳ１１０６へ進み、マルチページ形式である場合はステップＳ１１０３に進む。

ステップＳ１１０３、Ｓ１１０４では前述したステップＳ１００２、Ｓ１００３と同様に複数回の通信セッションが必要であるか否かの判定を行う。複数回の通信セッションが必要でない場合は、ステップＳ１１０６に進み、ファイル設定の変更を受け付ける。複数回の通信セッションが必要である場合は、ステップＳ１１０５に進む。ステップＳ１１０５では、ユーザが指定したファイル形式への設定変更を受け付けない旨の画面をユーザに提示し、設定変更を行わずファイル設定を終了する。

また、宛先の設定制御は、図１１（Ａ）の各ステップに示したものに限らず、例えば、図１１（Ｂ）に示すようなフローチャートによって実現されてもよい。この場合、ユーザによって機能７０８が指定されると、図１１（Ｂ）のステップＳ１１１１へ進む。

ステップＳ１１１１では、設定された宛先に送信するために複数回の通信セッションが必要であるか否かの判定を行う。これは前述したステップＳ１００２、Ｓ１００３と同様のステップである。複数回の通信セッションが必要である場合は、ステップＳ１１１２へ進み、複数回の通信セッションが必要でない場合は、ステップＳ１１１３へ進む。

ステップＳ１１１２では、マルチページ形式のファイル形式をグレーアウトで表示し、シングルページ形式のファイル形式を選択可能に表示する。一方、ステップＳ１１１３では全てのファイル形式を選択可能に表示する。ステップＳ１１１４では、ユーザによるファイル形式の指定を受け付ける。グレーアウトで表示された宛先は選択不可能に制限される。なお、前述したファイル形式を設定した後（図８（Ａ））にページ形式を選択する場合においては、ページ形式を選択する画面においてマルチページ形式をグレーアウトで表示するように構成すればよい。

以上説明したとおり、本実施形態によれば、ファイル形式の設定を行う際に、その設定を適用した送信が可能であるか判定を行う。判定の結果、設定を適用した送信が可能であれば、設定を受け付け、設定を適用した送信が不可能であれば、設定を受け付けない制御を行う。これにより、ユーザの意図に反したページ形式での送信を防ぐことが可能となるため、更にユーザの利便性を高めることができる。

＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。第１の実施形態では、複数回の通信セッションが必要であれば、通信セッションを切り替えながら１ページ分の画像データを送信する。複数回の通信セッションが必要であれば、通信セッションを確立した宛先に逐次画像データを送信する通信制御を行う例を説明した。第３の実施形態では、第１の実施形態で説明した動作に加えて複数回の通信セッションが必要な場合であって、マルチページ形式が設定されていれば、ユーザに送信方法を提示する。ユーザの選択に応じて、第１の実施形態のステップＳ１００４乃至ステップＳ１０１１に示した通信制御と、全ての原稿に対応する画像データを一旦メモリに格納した後に送信を開始する通信制御とを切り替える制御を行う。なお、第１の実施形態と同様の構成については同じ符号を付し、詳細な説明は省略する。

図１２は、第３の実施形態における、画像データの送信制御を説明するフローチャートである。図１２のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＲＯＭ２１２又はＲＡＭ２１３に記憶された制御プログラムを実行することにより実現される。

ユーザによりスタートキー５０６が押下されると、送信処理が開始される。ステップＳ１２０１では、実行指示を受け付ける。

次に、ステップＳ１２０２では設定された宛先へ画像データを送信するために、複数回の通信セッションが必要であるか否かを判定する。複数回の通信セッションが必要でない場合、ステップＳ１０１２（図１０）に進み、前述したセッションを確立した宛先に逐次画像データを送信する送信制御を行う。複数回の通信セッションが必要である場合、ステップＳ１２０３に進む。

ステップＳ１２０３では、設定されたページ形式がマルチページ形式であるか否か判定する。マルチページ形式である場合、ステップＳ１２０４に進む。マルチページ形式でない場合、ステップＳ１００４に進み前述した複数の宛先にシングルページ形式のファイルを送信するための送信制御を行う。

ステップＳ１２０４では、表示部５０１に送信方法を指定させる画面を表示する。図１３はステップＳ１２０４においてユーザに提示する表示画面の一例である。図１３では、機能１３０１として「シングルページ形式に変更」、機能１３０２として「続行」を例示している。また情報１３１０はユーザにマルチページ形式のまま送信する場合には、メモリ不足になり全てのデータを送信できない可能性があることを通知するものである。

ユーザにより機能１３０１、１３０２が指定されると、ステップＳ１２０５に進む。ステップＳ１２０５では、ユーザが指定した機能を判定する。ユーザによって機能１３０１が指定されると、ステップＳ１００４に進み前述した複数の宛先にシングルページ形式のファイルを送信するための送信制御を行う。機能１３０２が指定されると、マルチページ形式を維持したまま、ステップＳ１２０６に進む。

なお、ステップＳ１２０４及びＳ１２０５の処理は、実行指示が受け付けられる前に行ってもよい。例えば、機能６０４を介して宛先が設定される際に行ってもよいし、機能７０８を介してファイル形式が設定される際に行ってもよい。

機能６０４を介して、宛先の設定が受け付けられた場合は、複数回の通信セッションが必要であって、且つ設定されたページ形式がマルチページ形式である場合は、表示部５０１に送信方式を指定させる画面（図１３）を表示する。この場合、ユーザにより機能１３０１が指定されると、ページ形式をシングルページ形式に変更して宛先の設定を受け付ける。機能１３０２が選択されるとページ形式を変更することなく宛先設定を終了する。

更に機能７０８を介してファイル形式の設定が受け付けられた場合も同様である。受け付けられたファイル形式に対応するページ形式がマルチページ形式である場合であって、且つ複数回の通信セッションが必要である場合は、表示部５０１に通信方式を指定させる画面（図１３）を表示し、ページ形式の変更を促す。

この場合は、ステップＳ１２０３でマルチページ形式でないと判定されると、ステップＳ１００４に進み、マルチページ形式であると判定されると、ステップＳ１２０６に進むようにすればよい。

このように送信の設定を行う際に、事前にページを変更するか否かをユーザに問い合わせることで、ステップＳ１２０４及びステップＳ１２０５と同様の処理を行うことができる。

なお、実行指示を受け付ける前に、シングルページ形式に変更するか否かの処理を行う場合であっても、再度ステップＳ１２０４及びステップＳ１２０５に沿った処理を実行するように制御してもよい。

ステップＳ１２０６からＳ１２１５はユーザによって機能１３０２が指定された場合の画像データの送信制御を説明するフローチャートである。

ステップＳ１２０６では、ステップＳ１００４と同様の原稿の読み取りを行いＲＡＭ２１３に画像データを格納する。

ステップＳ１２０７では、画像データ格納領域に空き領域があるか否かを判定する。ここでは画像データ格納領域に１ページ分の画像データを格納するのに必要な領域が空いていれば空き領域があると判定し、１ページ分の画像データを格納するのに必要な領域が空いていなければ空き領域がないと判定する。

空き領域がない場合は、ジョブを中止するステップＳ１２１５に進む。ステップＳ１２１５では、原稿の読み取りを中止し、画像データ格納領域に格納した画像データを全て消去し（メモリ領域を解放する）、送信動作を終了する。空き領域がある場合は、ステップＳ１２０８に進む。ステップＳ１２０８では次の原稿が存在するか否かを判定する。次の原稿があればステップＳ１００６に戻り、次の原稿が無ければステップＳ１２０９に進む。なお、１ページ分の画像データを格納するのに必要な領域は、読取サイズやカラーモード、読取解像度など様々な設定によって異なるため、読取設定に基づいて計算される。

ステップＳ１２０９では設定された宛先情報の１つを読み出す。ステップＳ１２１０ではステップＳ１２０９で読みだした宛先情報を基に、ＭＦＰ１０１と宛先との間で通信セッションを確立する。ステップＳ１２１１では、ＲＡＭ２１３に格納された複数の原稿の画像データを、設定された宛先に送信する。ステップＳ１２１２では、ＭＦＰ１０１と宛先とで確立している通信セッションを終了する。ステップＳ１２１３では、送信していない宛先が存在するか否かを判定する。送信していない宛先が存在する場合は、ステップＳ１２０９に戻り、送信していない宛先情報を読み出してステップＳ１２１０以降の画像データの送信制御を行う。送信していない宛先が存在しないときは、全ての宛先に送信が完了したと判断し、ステップＳ１２１４に進む。ステップＳ１２１４では、送信した画像データを消去（メモリ領域の解放）し、送信動作を終了する。

以上説明したとおり、本実施形態によれば、複数回の通信セッションが必要である場合であって、マルチページ形式が指定されている場合には、ページ形式を変更するか否かをユーザに選択させる。ユーザによって「シングルページに変換」が指定された場合、宛先との通信セッションを確立し、画像データを送信し、宛先との通信セッションを終了する一連のステップを繰り返して、画像データの送信を行う。また、ユーザによって「続行」が指定された場合、原稿を全て読み取った後に画像データの送信を行う。このように、ユーザの設定した項目を変更する場合に、ユーザの指示を仰ぐことで、ユーザの意図しないファイル形式での送信が行われる可能性を低減することができる。

以上、第１乃至第３の実施形態で説明した構成によって、通信セッションに応じた送信制御を行うことで、メモリ資源の乏しい画像処理装置であっても、ユーザにとって利便性の高い送信機能を提供することができる。

＜他の実施形態＞
本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１０１ ＭＦＰ
１０２ メールサーバ
１０３ ファイルサーバ
１０４ ＰＣ
２１０ 制御部
２１９ 操作部
２２１ スキャナ

Claims (19)

1. 宛先を設定する設定手段と、
   複数の原稿の少なくとも一部分を読み取って画像データを生成する読取手段と、
   前記読取手段が生成した画像データを記憶する記憶手段と、
   前記記憶手段に記憶された前記画像データを送信する送信手段と、
   前記設定手段によって異なる通信セッションに対応する複数の宛先が設定された場合に、前記複数の宛先に含まれる１つの宛先に対応する通信セッションを開始し、前記通信セッションにおいて前記１つの宛先に、前記読取手段で生成された前記複数の原稿の少なくとも一部分に対応する画像データを送信してから前記通信セッションを終了する処理を、前記複数の宛先全てに対しての送信が完了するまで繰り返した後に、前記複数の原稿の他の部分があれば、前記複数の宛先に含まれる１つの宛先に対応する通信セッションを開始し、前記通信セッションにおいて前記１つの宛先に、前記読取手段で生成された前記他の部分の少なくとも一部分に対応する画像データを送信してから前記通信セッションを終了する処理を、前記複数の宛先全てに対しての送信が完了するまで繰り返す制御手段と、
   前記複数の宛先全てに対して送信された画像データを前記記憶手段から削除する削除手段と、
   を備えることを特徴とする画像処理装置。
2. 前記制御手段は、前記他の部分が無ければ、前記複数の宛先全てに対して、前記複数の原稿の少なくとも一部分に対応する画像データの送信が終了することで画像データの送信処理を終了することを特徴とする請求項１に記載の画像処理装置。
3. 前記制御手段は、前記設定手段によって設定された宛先が１つである場合は、全ての原稿に対応する画像データを１つの通信セッションを用いて送信させることを特徴とする請求項１または２に記載の画像処理装置。
4. 前記制御手段は、前記設定手段によって設定された宛先が複数であっても、当該複数の宛先に対する画像データの送信を１つの通信セッションで行える場合は、全ての原稿に対応する画像データを１つの通信セッションを用いて送信させることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 複数の宛先に対する画像データの送信を１つの通信セッションで行える場合とは、前記複数の宛先の全てが電子メールに対応する宛先である場合であることを特徴とする請求項４に記載の画像処理装置。
6. 前記制御手段は、前記設定手段によって異なる通信セッションに対応する複数の宛先が設定された場合に、前記複数の原稿の各ページの画像データをそれぞれ個別に格納した複数のファイルに変換して送信することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. 前記制御手段は、前記複数の宛先の各々に前記複数の原稿の少なくとも一部分に対応する画像データを送信する際に、送信することができない宛先があった場合は、当該送信することできない宛先には前記他の部分の少なくとも一部分に対応する画像データの送信を行わないことを特徴とする請求項６に記載の画像処理装置。
8. 前記送信手段が送信する画像データの形式の指定を受け付ける受付手段と、
   前記設定手段によって設定された宛先に基づいて、画像データの送信に複数回の通信セッションが必要であるか否かを判定する判定手段と、
   を更に備え、
   前記制御手段は、前記判定手段によって複数回の通信セッションが必要でないと判定された場合は、前記受付手段によって受け付けた形式に基づいて画像データをファイル化して送信し、前記判定手段によって複数回の通信セッションが必要であると判定された場合は、前記受付手段によって受け付けた形式が１つのファイルに複数ページ分の画像データを格納する形式であっても、各ページの画像データをそれぞれ個別に格納した複数のファイルに変換して送信することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
9. 前記受付手段は、ＴＩＦＦ、ＰＤＦ又はＪＰＥＧを少なくとも含むファイル形式から１つのファイル形式の指定を受け付け、当該指定されたファイル形式が１つのファイルに複数ページ分の画像データを格納できる場合は、各ページの画像データをそれぞれ個別に格納した複数のファイルであるシングルページとして取り扱うか、複数ページ分の画像データを１つのファイルに格納するマルチページとして取り扱うかの指定を受け付けることを特徴とする請求項８に記載の画像処理装置。
10. 前記設定手段によって設定される宛先は、電子メール、ＳＭＢ、ＦＴＰ、及びＷｅｂＤＡＶの少なくとも１つに対応する宛先であることを特徴とする請求項１乃至９のいずれか１項に記載の画像処理装置。
11. 前記複数の原稿の少なくとも一部分に対応する画像データは前記読取手段によって１ページ分の原稿を読み取って生成した１ページ分の画像データであることを特徴とする請求項１乃至１０のいずれか１項に記載の画像処理装置。
12. 前記判定手段によって複数回の通信セッションが必要であると判定された場合は、複数ページ分の画像データを１つのファイルに格納する形式の指定を制限する制限手段を更に備えることを特徴とする請求項８乃至１１のいずれか１項に画像処理装置。
13. 前記制限手段は、前記設定手段によって異なる通信セッションに対応する複数の宛先が設定された後に、前記受付手段によって形式の指定を受け付ける場合であって、１つのファイルに複数ページ分の画像データを格納する形式が指定された場合は、当該形式の指定を受け付けないことを特徴とする請求項１２に記載の画像処理装置。
14. 前記制限手段は、複数回の通信セッションが必要でない場合は、前記受付手段によって形式の指定を受け付ける際に、全てのファイル形式を選択可能とした状態で表示し、複数回の通信セッションが必要である場合は、１つのファイルに複数ページ分の画像データを格納する形式を選択不可能とした状態で表示し、１つのファイルに１ページ分の画像データを格納する形式を選択可能とした状態で表示するように制御することを特徴とする請求項１３に記載の画像処理装置。
15. 前記判定手段によって複数回の通信セッションが必要であると判定された場合であって、前記受付手段によって受け付けられた形式が１つのファイルに１ページ分の画像データを格納する形式でない場合は、処理の選択をユーザから受け付ける選択手段を備えることを特徴とする請求項８または９に記載の画像処理装置。
16. 前記受付手段によって受け付けられた形式を１つのファイルに１ページ分の画像データを格納する形式に変更することが選択された場合は、各ページの画像データをそれぞれ個別に格納した複数のファイルを送信することを特徴とする請求項１５に記載の画像処理装置。
17. 前記選択手段において、前記受付手段によって受け付けられた形式を維持することが選択された場合は、前記読取手段によって読み取られるべき原稿を全て読み取った後に画像データの送信を開始することを特徴とする請求項１５または１６に記載の画像処理装置。
18. 宛先を設定させる設定工程と、
    複数の原稿の少なくとも一部分を読み取って画像データを生成する読取工程と、
    前記読取手段が生成した画像データを記憶する記憶装置と、
    を備える画像処理装置の制御方法であって、
    前記記憶手段に記憶された画像データを送信する送信工程と、
    前記複数の宛先に含まれる１つの宛先に対応する通信セッションを開始し、前記通信セッションにおいて前記１つの宛先に、前記読取工程で生成された前記複数の原稿の少なくとも一部分に対応する画像データを送信してから前記通信セッションを終了する処理を、前記複数の宛先全てに対しての送信が完了するまで繰り返した後に、
    前記複数の原稿の他の部分があれば、前記複数の宛先に含まれる１つの宛先に対応する通信セッションを開始し、前記通信セッションにおいて前記１つの宛先に、前記読取工程で生成された前記他の部分の少なくとも一部分に対応する画像データを送信してから前記通信セッションを終了する処理を、前記複数の宛先全てに対しての送信が完了するまで繰り返す制御工程と、
    前記複数の宛先全てに対して送信された画像データを前記記憶工程から削除する削除工程と、
    を備えることを特徴とする画像処理装置の制御方法。
19. 請求項１８に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。

Images