(57)【要約】【課題】スキャナで読み取った画像データを残りの原稿が読み取り中であっても送信することで送信処理の高速化をする場合でも、送信する側のプレビュー中には、受信側のユーザから送信済みのファイルを閲覧できないようにすること。【解決手段】送信制御部２０４は、スキャナ制御部２０２による制御に従い原稿の読み取りが行われている間に（Ｓ１０１〜Ｓ１２２）、サーバ２０５とのセッションを開始して（Ｓ１０９）、既に前記変換処理が行われたデータについては、サーバ２０５への送信を実行し（Ｓ１１２）、プレビューにおける送信を完了させる指示を受け付けた場合に（Ｓ１２８）、サーバ２０５へ送信されたデータを宛先でアクセスできるようにするために、前記セッションを用いた通信を完了させる（Ｓ１２９）。【選択図】図３
2020080516.tif 000002
【特許請求の範囲】
【請求項１】
スキャナと表示部とを備える送信装置であって、
画像データを生成するために、前記スキャナを用いた複数ページの原稿の読み取りを制御する第１制御手段と、
前記生成された画像データの変換処理を行う第２制御手段と、
指定された宛先及びプロトコルに従い、前記変換処理が行われたデータのネットワークを介した外部装置への送信を制御する第３制御手段と、
前記生成された画像データのプレビューを前記表示部で行う表示制御手段と、を有し、
前記第３制御手段は、前記第１制御手段による制御に従い原稿の読み取りが行われている間に、前記ネットワークを介した外部装置とのセッションを開始して、既に前記変換処理が行われたデータについては、前記ネットワークを介した外部装置への送信を実行し、前記プレビューにおける送信を完了させる指示を受け付けた場合に、前記外部装置へ送信されたデータを前記宛先でアクセスできるようにするために、前記指定されたプロトコルに従う前記セッションを用いた通信を完了させる、ことを特徴とする送信装置。
【請求項２】
前記プレビューにおける編集の指示に応じて、前記外部装置へ送信されたデータが削除される制御を実行することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記外部装置へ送信されたデータが削除される制御とは、前記外部装置へ送信されたデータの削除指示を行う制御であることを特徴とする請求項２に記載の送信装置。
【請求項４】
前記外部装置へ送信されたデータが削除される制御とは、前記指定されたプロトコルがＳＭＴＰの場合に、前記外部装置への送信をエラー終了させる制御であることを特徴とする請求項２に記載の送信装置。
【請求項５】
前記第２制御手段は、前記プレビューにおいて編集された画像データの再変換処理を行い、
前記第３制御手段は、前記再変換処理が行われたデータを前記外部装置へ再送信することを特徴とする請求項２〜４のいずれか１項に記載の送信装置。
【請求項６】
スキャナと表示部とを備える送信装置であって、
画像データを生成するために、前記スキャナを用いた複数ページの原稿の読み取りを制御する第１制御手段と、
前記生成された画像データの変換処理を行う第２制御手段と、
指定された宛先及びプロトコルに従い、前記変換処理が行われたデータのネットワークを介した外部装置への送信を制御する第３制御手段と、
前記生成された画像データのプレビューを前記表示部で行う表示制御手段と、を有し、
前記第３制御手段は、前記第１制御手段による制御に従い原稿の読み取りが行われている間に、前記ネットワークを介した外部装置とのセッションを開始して、既に前記変換処理が行われたデータについては、前記ネットワークを介した外部装置への送信を実行し、前記外部装置へ送信されたデータの権限を読み取り不可に変更し、前記プレビューにおける送信を完了させる指示を受け付けた場合に、前記外部装置へ送信されたデータの権限を読み取り不可から読み取り可能に変更する、ことを特徴とする送信装置。
【請求項７】
前記プレビューにおける編集の指示に応じて、前記外部装置へ送信されたデータが削除又はページ変更される制御を実行することを特徴とする請求項１に記載の送信装置。
【請求項８】
前記外部装置へ送信されたデータが削除又はページ変更される制御とは、前記外部装置へ送信されたデータの削除指示又はリネーム指示を行う制御であることを特徴とする請求項７に記載の送信装置。
【請求項９】
スキャナと表示部とを備える送信装置の制御方法であって、
画像データを生成するために、前記スキャナを用いた複数ページの原稿の読み取りを制御する第１制御ステップと、
前記生成された画像データの変換処理を行う第２制御ステップと、
指定された宛先及びプロトコルに従い、前記変換処理が行われたデータのネットワークを介した外部装置への送信を制御する第３制御ステップと、
前記生成された画像データのプレビューを前記表示部で行う表示制御ステップと、を有し、
前記第３制御ステップでは、前記第１制御ステップでの制御に従い原稿の読み取りが行われている間に、前記ネットワークを介した外部装置とのセッションを開始して、既に前記変換処理が行われたデータについては、前記ネットワークを介した外部装置への送信を実行し、前記プレビューにおける送信を完了させる指示を受け付けた場合に、前記外部装置へ送信されたデータを前記宛先でアクセスできるようにするために、前記指定されたプロトコルに従う前記セッションを用いた通信を完了させる、ことを特徴とする送信装置の制御方法。
【請求項１０】
スキャナと表示部とを備える送信装置の制御方法であって、
画像データを生成するために、前記スキャナを用いた複数ページの原稿の読み取りを制御する第１制御ステップと、
前記生成された画像データの変換処理を行う第２制御ステップと、
指定された宛先及びプロトコルに従い、前記変換処理が行われたデータのネットワークを介した外部装置への送信を制御する第３制御ステップと、
前記生成された画像データのプレビューを前記表示部で行う表示制御ステップと、を有し、
前記第３制御ステップでは、前記第１制御ステップでの制御に従い原稿の読み取りが行われている間に、前記ネットワークを介した外部装置とのセッションを開始して、既に前記変換処理が行われたデータについては、前記ネットワークを介した外部装置への送信を実行し、前記外部装置へ送信されたデータの権限を読み取り不可に変更し、前記プレビューにおける送信を完了させる指示を受け付けた場合に、前記外部装置へ送信されたデータの権限を読み取り不可から読み取り可能に変更する、ことを特徴とする送信装置の制御方法。
【請求項１１】
コンピュータを、請求項１〜８のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スキャナで読み取った画像を指定された画像フォーマットのファイルに変換してネットワーク上の送信宛先に送信する送信装置、送信装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
スキャナで読み取った画像を指定された画像フォーマットのファイルに変換してネットワーク上の送信宛先に送信するＭＦＰ（Multi Function Perripheral）等の画像処理装置がある。ＭＦＰでは、複数のユーザに使用されるため、文書を高速に読み取り、データ送信終了を待たずに、次のユーザに早く明け渡すことが望まれる。また昨今、送信宛先に対してなるべく高速にファイルを送信したいという要求が高まってきている。
【０００３】
特許文献１には、スキャナで原稿を読み取りつつ、読み取った画像を送信宛先に対して送信するフォーマットに変換ことにより、画像変換処理によるユーザの待ち時間を低減する方法が提案されている。
また、特許文献２には、スキャナで全ての原稿を読み取った後に送信を開始するのではなく、スキャナでの読み取るたびに送信を行う方法が提案されている。
【０００４】
なお、ＭＦＰには、ネットワーク上の送信宛先に送信する際に、スキャナでスキャンした文書のスキャン結果をＭＦＰの操作部に表示するプレビュー機能がある。
プレビュー機能では、スキャンした文書の結果を確認したのち、文書の送信または送信の中止を指示することができる。また、プレビュー機能では、スキャンした文書の順番を入れ替えたり、不要なページを削除するといった編集操作を行うことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−１３９８２４号公報
【特許文献２】特開２０１１−１５１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献２のように、原稿をスキャナで１枚読み取るたびに残りの原稿が読み取り中であっても画像データを送信する技術では、読み取った画像のプレビュー表示中であっても、読み取るたびに画像が送信されることになる。送信する側のユーザは、プレビュー中の画像は確認や編集前なので、他のユーザからは閲覧できないことを期待する。しかし、この構成の場合、受信する側では、プレビュー中であっても送信されてきたファイルを閲覧することが可能になってしまう。
【０００７】
なお、プレビュー設定がなされている場合には、スキャナで１枚読み取るたびに残りの原稿が読み取り中であっても画像データを送信する動作をやめることで、受信する側のユーザがプレビュー中のファイルを閲覧可能な問題については回避できる。しかし、この構成では、プレビュー設定がなされている場合、原稿から読み取った画像データの送信処理を高速化することができない。
【０００８】
本発明は、上記の課題を解決するためになされたものである。本発明は、スキャナで読み取った画像データを残りの原稿が読み取り中であっても送信する場合でも、送信する側のプレビュー中には、受信側のユーザから送信済みのファイルを閲覧できないようにする仕組みを提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
本発明は、スキャナと表示部とを備える送信装置であって、画像データを生成するために、前記スキャナを用いた複数ページの原稿の読み取りを制御する第１制御手段と、前記生成された画像データの変換処理を行う第２制御手段と、指定された宛先及びプロトコルに従い、前記変換処理が行われたデータのネットワークを介した外部装置への送信を制御する第３制御手段と、前記生成された画像データのプレビューを前記表示部で行う表示制御手段と、を有し、前記第３制御手段は、前記第１制御手段による制御に従い原稿の読み取りが行われている間に、前記ネットワークを介した外部装置とのセッションを開始して、既に前記変換処理が行われたデータについては、前記ネットワークを介した外部装置への送信を実行し、前記プレビューにおける送信を完了させる指示を受け付けた場合に、前記外部装置へ送信されたデータを前記宛先でアクセスできるようにするために、前記指定されたプロトコルに従う前記セッションを用いた通信を完了させる、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、スキャナで読み取った画像データを残りの原稿が読み取り中であっても送信することで送信処理の高速化をする場合でも、送信する側のプレビュー中には、受信側のユーザから送信済みのファイルを閲覧できないようにすることができる。この結果、送信装置側でプレビューを用いた場合でも、送信の高速化と、受信するユーザがファイルを閲覧できてしまうという課題の解決とを両立することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る画像処理装置を含む画像処理システムの構成図。
【図２】ＭＦＰのハードウェア構成図。
【図３】第１実施形態におけるシーケンスの一例を説明する図。
【図４】第１実施形態のスキャン中送信／完了後送信の判断処理のフローチャート。
【図５】第１実施形態におけるＵＩ制御部の処理のフローチャート。
【図６】第１実施形態におけるスキャナ制御部の処理のフローチャート。
【図７】第１実施形態における画像変換部の処理のフローチャート。
【図８】第１実施形態における送信制御部の処理のフローチャート。
【図９】第１実施形態における編集プロセス処理のフローチャート。
【図１０】第２実施形態におけるシーケンスの一例を説明する図。
【図１１】第２実施形態のスキャン中送信／完了後送信の判断処理のフローチャート。
【図１２】第２実施形態における画像変換部の処理のフローチャート。
【図１３】第２実施形態における送信制御部の処理のフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１３】
〔第１実施形態〕
図１は、本発明の送信装置の一実施形態に係る画像処理装置を含む画像処理システムの構成の一例を説明する図である。
図１に示すように、本実施形態に係る画像処理システムでは、送信装置としてのＭＦＰ１００、ファイルサーバ１０１、メールサーバ１０２がネットワーク１１０を介して接続されている。
【００１４】
ＭＦＰ（Multi Function Perripheral）１００は、例えば電子写真方式を採用するフルカラーの画像処理装置であり、コピー、ＦＡＸ、プリンタ機能を備える。ＭＦＰ１００は、スキャナで読み取った画像を指定された画像フォーマットのファイルに変換してネットワーク上の送信宛先（コンピュータ機器）に送信するＳＥＮＤ機能を備える。また、ＭＦＰ１００は、スキャナで読み取った画像を同種の機器間で通信を行い、受信した画像を印刷するＩＦＡＸ機能も備える。
【００１５】
ファイルサーバ１０１は、ＦＴＰ、ＳＭＢ、ＷｅｂＤＡＶ等の通信プロトコルによりＭＦＰ１００より送信された画像ファイルを蓄積することが可能である。なお、本実施形態のファイルサーバ１０１は、ＭＦＰ１００との送信コネクションが終了するまではＭＦＰ１００から受信したデータを一時データとして保持し、送信コネクションが終了した時点で受信側のユーザが閲覧可能なファイルを生成する。すなわち、受信側のユーザは、ＭＦＰ１００との送信コネクションが終了するまでは、ＭＦＰ１００から送信されたデータを閲覧できない。
【００１６】
メールサーバ１０２は、ＳＭＴＰ、ＰＯＰ３プロトコルによりＭＦＰ１００、クライアントＰＣ１０３等と通信を行い、画像ファイルが添付されたメールデータを配信することができる。
【００１７】
図２は、ＭＦＰ１００のハードウェア構成の一例を説明する図である。
図２に示すように、ＭＦＰ１００は、ＣＰＵ１３０、ＲＯＭ１３１、ＲＡＭ１３２、操作部１３３、スキャナ１３４、プリンタ１３５、画像処理回路１３６、ハードディスク（ＨＤＤ）１３７、ネットワークＩ／Ｆ１３８、ファックスＩ／Ｆ１３９等を備える。
【００１８】
ＣＰＵ１３０は、ＲＯＭ１３１に格納されているプログラムとＲＡＭ１３２のメモリを利用してＭＦＰ１００全体の制御を実施する制御回路である。操作部１３３は、タッチパネル付きＬＣＤ表示パネル等の表示部と、スタートキー、テンキー等のハードキーを有する。操作部１３３は、表示部にソフトウェアによりボタンを表示し、そのボタンをユーザが指等でタッチしたことを検出して、ユーザオペレーションを円滑に実行可能なものである。
【００１９】
スキャナ１３４は、図示しないフィーダ（自動原稿給送装置）を備え、原稿台上に載置された複数の原稿を順次給紙して原稿上の画像を読み取り、該読み取った画像データをページ毎に順に出力する。
プリンタ１３５は、画像データに基づく画像を記録媒体上に印刷する。
画像処理回路１３６は、大容量の画像メモリ、画像回転回路、解像度変倍回路、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等の符号／復号化回路等で構成され、シェーディング、トリミング、マスキング等の各種画像処理も実行することができる。
【００２０】
ハードディスク１３７は、ＳＣＳＩ、ＩＤＥ等のＩ／Ｆで接続されている大容量記録媒体である。なお、ハードディスク１３７の代わりに又は併用してソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を備えていてもよい。
ネットワークＩ／Ｆ１３８は、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−Ｔ等を代表とするイーサネット（登録商標）或いはトークンリング等のネットワーク回線と接続するための回路である。
【００２１】
スキャナ１３４、プリンタ１３５、画像処理回路１３６は、ＣＰＵ１３０からのＣＰＵバスとは別の高速ビデオバスで接続され、画像データを高速に転送できるように構成されている。ＭＦＰ１００は、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理する。
【００２２】
ファックスＩ／Ｆ１３９は、電話回線１１１上の外部装置との間のファクシミリ通信を制御する。つまり、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理し、電話回線１１１経由で外部装置に送信することができる。
【００２３】
また、ＭＦＰ１００では、スキャナ１３４で読み取った画像データから画像処理回路１３６でＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像を作成し、作成したＰＤＦ画像等をネットワークＩ／Ｆ１３８からＳＭＴＰ、ＦＴＰ、ＳＭＢ等の通信プロトコルで送信する。以下、この機能を「スキャン送信」と称する。また以下では、ＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像ファイルをＳＭＴＰプロトコルにおいて送信する機能を「電子メール送信機能」と称し、ＦＴＰ、ＳＭＢで送信する機能を「ファイル送信機能」と称する。
【００２４】
次に、図３を参照して、本実施形態におけるＭＦＰ１００に実装されているソフトウェアモジュール間のコマンドシーケンスについて説明する。ここでは、３枚の原稿を読み取って、所定の送信宛先へ読み取った画像データをＰＤＦとしてファイルサーバ１０１へ送信するファイル送信機能を例に説明する。
【００２５】
図３は、第１実施形態におけるＭＦＰ１００に実装されているソフトウェアモジュール間のコマンドシーケンスの一例を説明する図である。
図３において、ＵＩ制御部２０１は、操作部１３３を制御するためのソフトウェアモジュールである。スキャナ制御部２０２は、原稿を原稿台に引き込み画像を光電変換により読み取るスキャナ１３４に対して、画像を読み取るように命令を発し、読み取った画像の画像変換を画像変換部２０３に依頼するソフトウェアモジュールである。画像変換部２０３は、受信した変換設定に従って画像変換を行い、送信制御部２０４に変換結果を渡すソフトウェアモジュールである。送信制御部２０４は、電子メール送信、ファイル送信、ファクス送信等の画像を送信するソフトウェアモジュールである。これらのソフトウェアモジュールは、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。また、サーバ２０５は、ファイルサーバ１０１又はメールサーバ１０２に対応する。
【００２６】
ユーザが原稿をＭＦＰ１００のフィーダにセットし、操作部１３３を操作して送信設定と画像変換設定を設定し、操作部１３３のスタートキー（不図示）を押すと、ＵＩ制御部２０１は、この操作を検知し、スキャナ制御部へスキャン指示を送る（Ｓ１０１）。
【００２７】
また、ＵＩ制御部２０１は、ユーザが操作部１３３を操作することによって設定した画像変換の設定を画像変換部２０３に通知する（Ｓ１０２）。画像変換の設定は、例えば、画像フォーマットや画像分割設定、カラーモード、解像度などの画像変換に必要なパラメータである。
また同時に、ＵＩ制御部２０１は、ユーザが操作部１３３を操作することによって設定した送信設定を送信制御部２０４に通知する（Ｓ１０３）。送信設定は、例えば送信に用いるプロトコルや宛先のアドレスなどである。
【００２８】
スキャン指示を受けたスキャナ制御部２０２は、フィーダから原稿を１枚給送して読み取り、該原稿から読み取った画像データのスキャン画像変換依頼を画像変換部２０３に行う（Ｓ１０５）。
【００２９】
画像変換部２０３は、スキャン画像変換依頼を受けて、上記Ｓ１０２で受け取った画像変換設定に則り１ページ分の画像変換を行う（Ｓ１０６）。１ページ目の変換が完了すると、画像変換部２０３は、送信制御部２０４に変換した画像のヘッダデータを送る（Ｓ１０７）。なお、ヘッダデータのない画像ファイル形式の場合は、このヘッダデータは空でもよい。その後、画像変換部２０３は、送信制御部２０４に、１ページ目の変換画像データを送る（Ｓ１１０）。
【００３０】
送信制御部２０４は、上記Ｓ１０３で送信設定を受信すると、送信設定の確認を行う（Ｓ１０４）。この確認処理により、スキャン中に送信すること（原稿読み取りと送信の並行処理）で送信時間の高速化を行うか、高速化をすることなしにスキャン完了後に送信を行うか等の動作を切り替える。この確認処理については、後述の図４で詳細を述べる。このシーケンスでは、高速化のためにスキャン中に送信すると判断した場合について説明する。
【００３１】
送信制御部２０４は、上記Ｓ１０７でヘッダデータを受けて、送信設定に基づくサーバ２０５（ファイルサーバ１０１又はメールサーバ１０２）に接続認証処理を行う（Ｓ１０８）。なお、上記Ｓ１０４でスキャン完了後に送信を行うと判断する場合には、全ページの変換処理が終了したのちにサーバとの認証処理を開始する。ここでは、上述の通りスキャン中に送信することで送信時間の高速化を行うと判断した場合を説明するため、全ページの変換処理の終了を待たずに、１ページ分の変換処理が終了した時点で接続認証処理を開始する。
【００３２】
サーバ２０５は、例えばＦＴＰサーバ、ＳＭＢサーバ、ＷＥＢＤＡＶサーバなどのファイルサーバ、あるいはメールサーバであるＳＭＴＰサーバである。ここではＦＴＰサーバとして説明をする。ＦＴＰは、クライアントとサーバのやりとりとしてコマンド用コネクションとデータ用コネクションの２種類のコネクションを用いる。操作指示はコマンド用コネクションを用いる。また、ファイルデータの送受信にはデータ用コネクションを用いる。コマンド用コネクションは、最初の接続認証処理から、最後に切断するまで継続する。一方、データ用コネクションは、例えばファイルの送受信のコマンドを受けるなど、必要なときに都度、接続をする。
【００３３】
送信制御部２０４は、サーバ２０５との送信コネクションを開始する（Ｓ１０９）。これは、ＦＴＰクライアントサーバの場合、データ用コネクションの開始を指す。具体的には、クライアントである送信制御部２０４がＳＴＯＲコマンドを送信し、サーバ２０５が送信制御部２０４とデータ用コネクションを接続することを指す。
【００３４】
送信制御部２０４は、画像変換部２０３から上記Ｓ１１０で１ページ目のデータを受信すると、１ページ目データに含まれるファイルのヘッダデータを、データ用コネクションを通じてサーバ２０５に送信する（Ｓ１１１）。なお、ファイル形式がヘッダの存在しない形式の場合、ヘッダデータは送信しない。サーバ２０５は、受信したデータを一時データとして保存する。
その後、送信制御部２０４は、１ページ目のデータをサーバに送信する（Ｓ１１２）。サーバ２０５は、受信した１ページ目のデータを一時データとして保存する。この時点では、一時データとして保存されたデータについては、受信側のユーザによる閲覧はできない。
【００３５】
続けて、２ページ目の処理を行う。スキャナ制御部２０２は、原稿をスキャンして２ページ目のデータの変換要求を画像変換部２０３に送る（Ｓ１１３）。
画像変換部２０３は、２ページ目のデータの変換要求に応じて、２ページ目のデータの画像変換を行い（Ｓ１１４）、該画像変換後の２ページ目データを送信制御部２０４に送信する（Ｓ１１５）。
送信制御部２０４は、接続中であるデータ用コネクションを通じて、サーバ２０５に、２ページ目のデータを送信する（Ｓ１１６）。
サーバ２０５は、受信した２ページ目のデータを一時データとして保存する。
【００３６】
続けて、最終ページである３ページ目の処理を行う。スキャナ制御部２０２は、原稿をスキャンして３ページ目のデータの変換要求を画像変換部２０３に送る（Ｓ１１７）。
画像変換部２０３は、３ページ目のデータの変換要求に応じて、３ページ目のデータの画像変換を行い（Ｓ１１８）、該画像変換後の３ページ目データを送信制御部２０４に送信する（Ｓ１１９）。
送信制御部２０４は、接続中であるデータ用コネクションを通じて、サーバ２０５に、３ページ目のデータを送信する（Ｓ１２０）。
サーバ２０５は、受信した３ページ目のデータを一時データとして保存する。
【００３７】
スキャナ制御部２０２は、これ以上スキャンする原稿がないことを確認すると、最終ページ通知を画像変換部２０３に送信する（Ｓ１２１）。
同時に、スキャナ制御部２０２は、ＵＩ制御部２０１にスキャン終了を通知する（Ｓ１２２）。
最終ページ通知を上記Ｓ１２１で受信した画像変換部２０３は、フッタデータを生成して送信制御部２０４に送る（Ｓ１２３）。なお、フッタデータのない画像ファイル形式の場合は、このフッタデータは空でもよい。
また、最終ページ通知を受けた画像変換部２０３は、画像変換が終わっていたらＵＩ制御部２０１と送信制御部２０４に変換終了通知を送る（Ｓ１２４、Ｓ１２５）。
【００３８】
送信制御部２０４は、上記Ｓ１２３でフッタデータを受信すると、接続中であるデータ用コネクションを通じてサーバ２０５へフッタデータを送信する（Ｓ１２６）。サーバ２０５は、受信したフッタデータを一時データとして保存する。なお、ファイル形式がフッタの存在しない形式の場合、フッタデータは送信しない。
【００３９】
ＵＩ制御部２０１は、上記Ｓ１２４で変更終了通知を受信すると、操作部１３３に備え付けられたＬＣＤ表示パネルにスキャン画像のプレビューを表示するように表示制御する（Ｓ１２７）。プレビュー画面では、スキャンした画像を確認できるほか、ユーザ操作により送信の開始・中止や、ページの削除、入れ替えなどの編集操作を行うことができる。編集操作が終了し、スキャン画像の送信を指示する場合、ユーザは操作部１３３上で送信開始操作を行う。
ＵＩ制御部２０１は、ユーザの送信開始操作を検知すると、送信制御部２０４に送信指示を送る（Ｓ１２８）。
【００４０】
送信制御部２０４は、送信指示を受信すると、サーバ２０５との送信コネクションを終了する（Ｓ１２９）。ＦＴＰの場合、上記Ｓ１０９で接続したデータ用コネクションを終了する。サーバ２０５は、データ用コネクションの終了を受けて、これまで受信した一時データから受信ファイルを生成する（Ｓ１３０）。サーバ２０５が受信ファイルを生成することにより、サーバ２０５にアクセスする受信側のユーザは、ＭＦＰ１００から送信されたサーバ２０５上のファイルを閲覧することが可能になる。
【００４１】
すなわち、送信制御部２０４は、スキャナ制御部２０２による制御に従い原稿の読み取りが行われている間に、サーバ２０５とのセッションを開始して、既に前記変換処理が行われたデータについては、前記ネットワークを介した外部装置への送信を実行する。その後、送信制御部２０４は、プレビューにおける送信を完了させる指示を受け付けた場合に、サーバ２０５へ送信されたデータを宛先でアクセスできるようにするために、指定されたプロトコルに従う前記セッションを用いた通信を完了させる。
【００４２】
次に、上記図３のＳ１０４の設定確認処理に含まれる、スキャン中に送信を開始するか、スキャン完了後に送信を実施するかの判断処理について、図４を用いて説明する。
図４は、第１実施形態におけるスキャン中に送信を開始するか、スキャン完了後に送信を実施するかの判断処理の一例を示すフローチャートである。図４のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【００４３】
スキャン中に送信を開始するか、スキャン完了後に送信を実施するかの判断は、プレビュー設定と送信プロトコルおよびその設定、生成するファイル形式によって決まる。
ＣＰＵ１３０は、プレビュー設定が有効であるかを確認する（Ｓ１）。なお、プレビュー設定は、例えば、スキャン送信を行うためにユーザが操作部１３３を操作することにより行った設定に含まれ例えばＲＡＭ１３２に保持されていてもよいし、予め設定されＨＤＤ１３７に保存されていてもよい。このＳ１の判断を行う理由は、プレビュー設定が有効でない場合は、プレビュー中に受信側から送信ファイルが見えてしまうという課題がそもそも発生しないためである。
プレビュー設定が有効でない場合（Ｓ１でＮｏの場合）、ＣＰＵ１３０は、送信方式を「スキャン中送信」にし（Ｓ７）、本フローチャートの処理を終了する。
【００４４】
一方、プレビュー設定が有効な場合（Ｓ１でＹｅｓの場合）、ＣＰＵ１３０は、Ｓ２に処理を進める。
Ｓ２において、ＣＰＵ１３０は、プレビュー設定がされているときにスキャン中に送信する設定がＯＮか、あるいはＯＦＦ（スキャン完了後に送信する設定）かを確認する。この設定は、例え受信するユーザから見えなくても、そもそもプレビュー設定時に送信自体を行いたくないユーザを考慮した設定である。なお、この設定は、例えば、スキャン送信を行うためにユーザが操作部１３３を操作することにより行った設定に含まれ、例えばＲＡＭ１３２に保持されていてもよいし、予め設定されＨＤＤ１３７に保存されていてもよい。
【００４５】
スキャン中に送信する設定がＯＦＦの場合（Ｓ２でＮｏの場合）、ＣＰＵ１３０は、送信方式を「スキャン完了後送信」にし（Ｓ８）、本フローチャートの処理を終了する。なお、本実施例において、この設定項目は必須ではなく、この設定によらずスキャン中送信の送信形式を標準とするようにしてもよい。
【００４６】
一方、スキャン中に送信する設定がＯＮの場合（Ｓ２でＹｅｓの場合）、ＣＰＵ１３０は、Ｓ３に処理を進める。
Ｓ３において、ＣＰＵ１３０は、送信プロトコルがＳＭＴＰであるか否かを確認する。なお、送信プロトコルの設定は、例えば、スキャン送信を行うためにユーザが操作部１３３を操作することにより行った設定に含まれ、例えばＲＡＭ１３２に保持されている。
送信プロトコルがＳＭＴＰである場合（Ｓ３でＹｅｓの場合）、ＣＰＵ１３０は、Ｓ５に処理を進める。
【００４７】
Ｓ５において、ＣＰＵ１３０は、Ｅｍａｉｌの分割設定がされているか否かを確認する。Ｅｍａｉｌの分割設定には、例えば一定のファイル数ごとにメールを分割する設定や、添付するファイルサイズが一定サイズを超えないように分割する設定がある。この設定は、例えば、スキャン送信を行うためにユーザが操作部１３３を操作することにより行った設定に含まれ、例えばＲＡＭ１３２に保持されていてもよいし、予め設定されＨＤＤ１３７に保存されていてもよい。
【００４８】
Ｅｍａｉｌの分割設定がされている場合（Ｓ５でＹｅｓの場合）、ＣＰＵ１３０は、送信方式を「スキャン完了後送信」にし（Ｓ８）、本フローチャートの処理を終了する。
一方、Ｅｍａｉｌの分割設定がされていない場合（Ｓ５でＮｏの場合）、ＣＰＵ１３０は、送信方式を「スキャン中送信」にし（Ｓ７）、本フローチャートの処理を終了する。
【００４９】
また、送信プロトコルがＳＭＴＰでない場合（Ｓ３でＮｏの場合）、ＣＰＵ１３０は、Ｓ４に処理を進める。
Ｓ４において、ＣＰＵ１３０は、変換して送信するファイル形式が、１度のスキャンにより１ファイルが全ページであるファイル形式に設定されている（１ファイル全ページ）か否かを確認する（Ｓ４）。これは例えばスキャンした全ページから構成されるマルチページＰＤＦが該当する。一方、ＪＰＥＧ、ＴＩＦＦや、一定ページ数で分割する設定がされたＰＤＦファイルなどは、この条件に該当しない。
【００５０】
１ファイル全ページでない場合（Ｓ４でＮｏの場合）、ＣＰＵ１３０は、送信方式を「スキャン完了後送信」にし（Ｓ８）、本フローチャートの処理を終了する。１ファイル全ページでない場合、送信コネクションを生成し、次のファイルを送るために送信コネクションを切断すると、そのファイルはサーバ上で生成されてしまい、プレビュー中であっても受信する側から閲覧可能となってしまう。なお、各送信コネクションを維持したまま、次の送信コネクションを新規に接続する方法もあるが、サーバに対してファイル数の数だけ送信コネクションを生成し、全ファイルの送信が完了するまで維持することになり、サーバのリソースを大きく消費してしまう。そのため、１ファイル全ページでない場合（すなわち複数ファイルに分割される場合）、送信方式を「スキャン完了後送信」とする必要がある。
【００５１】
１ファイル全ページである場合（Ｓ４でＹｅｓの場合）、ＣＰＵ１３０は、Ｓ６に処理を進める。
Ｓ６において、ＣＰＵ１３０は、送信プロトコルがファイル削除可能なプロトコルであるか否かを確認する。この確認を行う理由は、プレビュー設定時には、プレビュー画面から送信のキャンセル操作が可能であるため、サーバに送信済みのデータを削除する必要があるためである。なお、ファイル削除可能なプロトコルには、例えばＦＴＰ、ＳＭＢ等があるが、本発明はこれらのプロトコルに限定されるものではない。
【００５２】
ファイル削除が不可能なプロトコルの場合（Ｓ６でＮｏの場合）、上述のプレビュー画面でのキャンセル操作等に対応できないため、ＣＰＵ１３０は、送信方式を「スキャン完了後送信」にし（Ｓ８）、本フローチャートの処理を終了する。
一方、ファイル削除が可能なプロトコルの場合（Ｓ６でＹｅｓの場合）、ＣＰＵ１３０は、送信方式を「スキャン中送信」にし（Ｓ７）、本フローチャートの処理を終了する。
【００５３】
次に、各制御部の動作についてフローチャートを用いて説明する。
図５は、第１実施形態におけるＵＩ制御部の処理の一例を説明するフローチャートである。図５のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【００５４】
ＵＩ制御部２０１は、ユーザからのスキャン指示を検知すると（Ｓ２０１）、Ｓ２０２に処理を進める。
Ｓ２０２において、ＵＩ制御部２０１は、スキャナ制御部２０２へスキャン指示を送る。
また、ＵＩ制御部２０１は、画像処理部へ画像変換設定を通知する（Ｓ２０３）。
また同時に、ＵＩ制御部２０１は、送信制御部へ送信設定を通知する（Ｓ２０４）。
【００５５】
その後、スキャナ制御部２０２がスキャンを終了すると、ＵＩ制御部２０１は、スキャナ制御部２０２からスキャン終了通知を受信する（Ｓ２０５）。
続けて、ＵＩ制御部２０１は、画像変換部２０３から画像の変換終了通知を受信する（Ｓ２０６）。
【００５６】
ここまでで、全ての原稿の画像処理が終了した状態になるため、ＵＩ制御部２０１は、操作部１３３に備え付けられたＬＣＤ表示パネルにスキャン画像のプレビューを表示する（Ｓ２０７）。プレビュー画面では、スキャンした画像を確認できる他、ユーザ操作により送信の開始・中止（キャンセル）や、ページの削除、入れ替えなどの編集操作を行うことができる。
【００５７】
次に、ＵＩ制御部２０１は、ユーザからのキャンセル指示を検知したか否かを確認する（Ｓ２０８）。キャンセル指示を検知した場合（Ｓ２０８でＹｅｓの場合）、ＵＩ制御部２０１は、送信制御部２０４に送信キャンセル指示を送り（Ｓ２０９）、本フローチャートの処理を終了する。
【００５８】
一方、ＵＩ制御部２０１は、キャンセル指示を検知していない場合（Ｓ２０８でＮｏの場合）に、ユーザからの送信指示を検知すると（Ｓ２１０）、Ｓ２１１に処理を進める。
Ｓ２１１において、ＵＩ制御部２０１は、プレビュー表示の際に編集操作がなされたか否かを判断する。
【００５９】
編集操作がなされていた場合（Ｓ２１１でＹｅｓの場合）、ＵＩ制御部２０１は、その編集内容を送信制御部２０４に通知し（Ｓ２１２）、本フローチャートの処理を終了する。
一方、編集操作がなされていなかった場合（Ｓ２１１でＮｏの場合）、ＵＩ制御部２０１は、送信制御部２０４に送信指示を行い（Ｓ２１３）、本フローチャートの処理を終了する。
【００６０】
図６は、第１実施形態におけるスキャナ制御部の処理の一例を説明するフローチャートである。図６のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【００６１】
スキャナ制御部２０２は、ＵＩ制御部２０１からのスキャン指示を受信する（Ｓ３０１）と、Ｓ３０２に処理を進める。
Ｓ３０２において、スキャナ制御部２０２は、スキャン動作を開始し、Ｓ３０３以降に処理を進める。
【００６２】
Ｓ３０３において、スキャナ制御部２０２は、原稿を１ページ読み込む。
次に、Ｓ３０４において、スキャナ制御部２０２は、上記Ｓ３０３で読み込んだスキャンデータ１ページ分の画像データを画像変換部２０３に送信して画像変換を依頼する。
次に、Ｓ３０５において、スキャナ制御部２０２は、スキャンする原稿がまだあるか確認し、上記Ｓ３０３で読み込んだページが最終ページであるかどうかを判断する。
まだ次の原稿があり、上記Ｓ３０３で読み込んだページが最終ページでない場合（Ｓ３０５でＮｏの場合）、スキャナ制御部２０２は、Ｓ３０３に処理を戻し、スキャンを継続するように制御する。
【００６３】
一方、上記Ｓ３０３で読み込んだページが最終ページの場合（Ｓ３０５でＹｅｓの場合）、スキャナ制御部２０２は、画像変換部２０３へ最終ページを通知する（Ｓ３０６）。また同時に、スキャナ制御部２０２は、ＵＩ制御部２０１へスキャン終了を通知し（Ｓ３０７）、本フローチャートの処理を終了する。
【００６４】
図７は、第１実施形態における画像変換部２０３の処理の一例を説明するフローチャートである。図７のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０および画像処理回路１３６がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【００６５】
画像変換部２０３は、ＵＩ制御部２０１から画像変換設定を受信すると（Ｓ４０１）、Ｓ４０２に処理を進める。画像変換設定は、例えば画像フォーマットや画像分割設定、カラーモード、解像度などの画像変換に必要なパラメータを含み、操作部１３３を使ってユーザが設定可能である。画像フォーマットは例えばＰＤＦ、ＪＰＥＧ、ＴＩＦＦ、ＸＰＳなどである。画像分割設定は、例えばＰＤＦのようにマルチページにできるファイルは、複数ページを１つのファイルにまとめることができるが、それを一定のページ数ごとにファイルを分割する設定である。
【００６６】
Ｓ４０２において、画像変換部２０３は、スキャナ制御部２０２から画像変換依頼を受信すると、Ｓ４０３に処理を進める。
Ｓ４０３において、画像変換部２０３は、上記Ｓ４０１で受信した画像変換設定に則って、上記Ｓ４０２で受信した画像変換依頼に含まれるページの画像変換を行う。
【００６７】
次に、画像変換部２０３は、上記Ｓ４０３で画像変換したページが１ページ目かどうかを判断する（Ｓ４０４）。１ページ目の場合（Ｓ４０４でＹｅｓの場合）、画像変換部２０３は、送信制御部２０４に、ファイルのヘッダデータを送信し（Ｓ４０５）、Ｓ４０６に処理を進める。なお、ヘッダデータのない画像ファイル形式の場合は、このヘッダデータは空でもよい。
【００６８】
一方、１ページ目ではない場合（Ｓ４０４でＮｏの場合）、画像変換部２０３は、Ｓ４０６に処理を進める。
Ｓ４０６において、画像変換部２０３は、送信制御部２０４に、１ページ分の変換データを送信し、Ｓ４０７に処理を進める。
【００６９】
Ｓ４０７において、画像変換部２０３は、スキャナ制御部２０２から最終ページ通知を受信したか否かを判定する。最終ページ通知を受信していない場合（Ｓ４０７でＮｏの場合）、画像変換部２０３は、Ｓ４０２に処理を戻し、次のページの画像変換依頼の受信を待つ。
【００７０】
一方、最終ページ通知を受信した場合（Ｓ４０７でＹｅｓの場合）、画像変換部２０３は、Ｓ４０８に処理を進める。
Ｓ４０８において、画像変換部２０３は、ファイルのフッタデータを生成する。なお、ファイル形式がフッタの存在しない形式の場合、空のフッタデータを生成する。
次に、画像変換部２０３は、送信制御部２０４へフッタデータを送信する（Ｓ４０９）。
【００７１】
その後、画像変換部２０３は、ＵＩ制御部２０１に変換終了通知を送信する（Ｓ４１０）。また、画像変換部２０３は、送信制御部２０４に変換終了通知を送信する（Ｓ４１１）。Ｓ４１０及びＳ４１１の処理の後、画像変換部２０３は、本フローチャートの処理を終了する。
【００７２】
図８は、第１実施形態における送信制御部２０４の処理の一例を説明するフローチャートである。図８のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【００７３】
送信制御部２０４は、ＵＩ制御部２０１から送信設定を受信すると（Ｓ５０１）、Ｓ５０２に処理を進める。送信設定は、例えば、使用するプロトコル、宛先、サーバの情報と接続認証情報などの設定が含まれるパラメータを含み、操作部１３３を使ってユーザが設定可能である。
Ｓ５０２において、送信制御部２０４は、画像変換部２０３から画像ファイルのヘッダデータを受信すると、Ｓ５０３に処理を進める。
【００７４】
Ｓ５０３において、送信制御部２０４は、送信設定で設定されているサーバ２０５へ認証接続を行う。認証接続は、例えばユーザ名パスワードで認証を行う。認証された場合、送信制御部２０４は、サーバ２０５へファイルを送信するための送信コネクションを開始する（Ｓ５０４）。これにより、ＭＦＰ１００からサーバ２０５へファイル送信が可能になる。
【００７５】
次に、送信制御部２０４は、上記Ｓ５０２で受信したヘッダデータをサーバ２０５に送信する（Ｓ５０５）。なお、上記Ｓ５０２で受信したヘッダデータが空だった場合には、この処理は行わなくてもよい。
【００７６】
次に、送信制御部２０４は、画像変換部２０３から１ページ分の変換データを受信すると（Ｓ５０６）、Ｓ５０７に処理を進める。
Ｓ５０７において、送信制御部２０４は、上記Ｓ５０６で受信した変換データを、送信コネクションを通じてサーバ２０５へ送信する。
【００７７】
次に、送信制御部２０４は、画像変換部２０３からフッタデータの受信を確認する（Ｓ５０８）。フッタデータを受信していない場合（Ｓ５０８でＮｏの場合）、送信制御部２０４は、Ｓ５０６に処理を戻し、次のページの変換データを受信するように制御する。
【００７８】
一方、画像変換部２０３からフッタデータを受信した場合（Ｓ５０８でＹｅｓの場合）、送信制御部２０４は、サーバ２０５へフッタデータを送信する（Ｓ５０９）。なお、上記Ｓ５０８で受信したフッタデータが空だった場合には、この処理は行わなくてもよい。ここまでの処理で、サーバ２０５へファイルデータの送信は完了した状態になるが、送信コネクションはまだ終了しないでおく。
【００７９】
次に、送信制御部２０４は、画像変換部２０３から変換終了通知を受信すると（Ｓ５１０）、Ｓ５１１に処理を進める。
Ｓ５１１において、送信制御部２０４は、プレビュー設定がＯＮであるかを確認する。プレビュー設定がＯＮでない場合（Ｓ５１１でＮｏの場合）、即時に送信処理を完了してよいので、送信制御部２０４は、サーバ２０５との送信コネクションを終了し（Ｓ５２６）、本フローチャートの処理を終了する。サーバ２０５との送信コネクションを終了することにより、サーバ２０５に送信したデータに基づくファイルが生成され、受信ユーザ側から閲覧可能になる。
【００８０】
一方、プレビュー設定がＯＮの場合（Ｓ５１１でＹｅｓの場合）、プレビュー画面が表示されて、ユーザが送信またはキャンセル、編集操作を行うことが可能なため、この状態で、サーバ２０５との送信コネクションは維持し、Ｓ５１２に処理を進める。
【００８１】
Ｓ５１２において、送信制御部２０４は、ＵＩ制御部２０１から送信キャンセル指示を受信したか否かを判断する。送信キャンセル指示を受信した場合（Ｓ５１２でＹｅｓの場合）、送信制御部２０４は、サーバ２０５にエラーを通知する（Ｓ５１３）。例えばＦＴＰの場合は、送信コネクションに対してエラーを通知する。また、ＳＭＴＰの場合、サーバ２０５への送信をエラー終了させる。
【００８２】
次に、送信制御部２０４は、送信プロトコルがＳＭＴＰであるか否かを判断する（Ｓ５１４）。送信プロトコルがＳＭＴＰの場合（Ｓ５１４でＹｅｓの場合）、送信制御部２０４は、送信済みの一時ファイルを削除するすべはないため、エラー通知後はそのまま本フローチャートの処理を終了する。なお、ＳＭＴＰの場合、上記Ｓ５１３でメールサーバ１０２への送信中にエラーを通知しているため、メールが送信先アドレスのユーザに届いてしまうことはない。すなわち、キャンセル指示に対応する画像データが閲覧されることはない。
【００８３】
一方、送信プロトコルがＳＭＴＰでない場合（Ｓ５１４でＮｏの場合）、送信制御部２０４は、Ｓ５１５に処理を進める。
Ｓ５１５において、送信制御部２０４は、サーバ２０５に送信済みのファイルを削除し、本フローチャートの処理を終了する。ファイルの削除は、例えばＦＴＰであれば、コマンド用コネクションを通してＤＥＬＥコマンド（削除指示）をサーバ２０５に送信することで行う。
【００８４】
また、ＵＩ制御部２０１から送信キャンセル指示を受信していない場合（Ｓ５１２でＮｏの場合）、送信制御部２０４は、ＵＩ制御部２０１から送信指示を受信すると（Ｓ５１６）、Ｓ５１７に処理を進める。
Ｓ５１７において、送信制御部２０４は、編集通知とその編集内容を受信したか否かを判断する。ユーザがプレビュー画面で編集操作を行った場合、編集通知とその編集内容を受信する。
【００８５】
編集通知とその編集内容を受信した場合（Ｓ５１７でＹｅｓの場合）、送信制御部２０４は、Ｓ５１８〜Ｓ５２０の処理を実行する。なお、Ｓ５１８〜Ｓ５２０の処理は、上記Ｓ５１３〜Ｓ５１５の処理と同様である。
Ｓ５１８において、送信制御部２０４は、サーバ２０５にエラーを通知する。
Ｓ５１９において、送信制御部２０４は、送信プロトコルがＳＭＴＰであるか否かを判断する。送信プロトコルがＳＭＴＰの場合（Ｓ５１９でＹｅｓの場合）、送信制御部２０４は、Ｓ５２１に処理を進める。一方、送信プロトコルがＳＭＴＰでない場合（Ｓ５１９でＮｏの場合）、送信制御部２０４は、サーバ２０５に送信済みのファイルを削除し（Ｓ５１５）、Ｓ５２１に処理を進める。
【００８６】
Ｓ５２１において、送信制御部２０４は、編集内容に合わせて画像変換を再実施する編集プロセスを行い、Ｓ５２４に処理を進める。編集プロセス処理の詳細は、後述する図９で説明する。
【００８７】
また、上記Ｓ５１７において、編集通知とその編集内容を受信していない場合（Ｓ５１７でＮｏの場合）、送信制御部２０４は、Ｓ５２２に処理を進める。
Ｓ５２２において、送信制御部２０４は、サーバ２０５との接続がタイムアウトしていないか否かを確認する。サーバとのタイムアウトをさせないためには、たとえばＦＴＰであれば定期的に何もしないコマンドであるＮＯＯＰコマンドをサーバに対して送ることにより、タイムアウトの発生を防ぐことができる。しかし、プレビュー時間があまりに長いような場合には、サーバに接続したままの時間も非常に長くなるため、サーバの負荷が高くなる。そのため、本実施形態においても、一定時間でタイムアウトするように設定する場合はありうる。そのような場合には、サーバとの接続がタイムアウトする。
【００８８】
サーバ２０５との接続がタイムアウトしていた場合（Ｓ５２２でＹｅｓの場合）、送信制御部２０４は、再度サーバへ認証接続を行い（Ｓ５２３）、認証接続の後、Ｓ５２４に処理を進める。なお、編集通知を受信した場合（Ｓ５１７でＹｅｓの場合）にも、上記Ｓ５２２及びＳ５２３のように、サーバ接続タイムアウトを考慮した処理を行ってもよい。
【００８９】
Ｓ５２４において、送信制御部２０４は、サーバ２０５との送信コネクションを再度開始する。続けて、送信制御部２０４は、ファイルの再送信を行う（Ｓ５２５）。再送信の場合、画像変換処理はすでに完了しているので行わず、ファイルデータの全てを送信する。その後、送信制御部２０４は、サーバ２０５との送信コネクションを終了し（Ｓ５２６）、本フローチャートの処理を終了する。
【００９０】
一方、上記Ｓ５２２において、サーバ２０５との接続がタイムアウトしていない場合（Ｓ５２２でＮｏの場合）、送信制御部２０４は、サーバ２０５との送信コネクションを終了し（Ｓ５２６）、本フローチャートの処理を終了する。サーバ２０５との送信コネクションを終了することにより、サーバ２０５に送信したデータに基づくファイルが生成され、受信ユーザ側から閲覧可能になる。
【００９１】
図９は、プレビューにおいて編集操作がなされた場合の送信制御部２０４の処理（図８のＳ５２１の編集プロセス処理）の一例を説明するフローチャートである。図９のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【００９２】
送信制御部２０４は、編集内容からスキャンして保存されているスキャンデータの削除やページ順の並び替え等を行う（Ｓ６０１）。
また、送信制御部２０４は、画像変換部２０３へ、画像変換設定を送信する（Ｓ６０２）。
【００９３】
次に、送信制御部２０４は、画像変換部２０３へ、上記Ｓ６０１で編集したスキャンデータの画像変換依頼を順番に行う（Ｓ６０３）。この依頼に応じて、画像変換部２０３は、プレビューにおいて編集された画像データの再変換処理を行う。
送信制御部２０４は、画像変換の結果を画像変換部２０３から受信すると（Ｓ６０４）、Ｓ６０５に処理を進める。
【００９４】
Ｓ６０５において、送信制御部２０４は、上記Ｓ６０３で画像変換依頼をしたページが最終ページであるか否かを確認する。最終ページではない場合（Ｓ６０５でＮｏの場合）、送信制御部２０４は、Ｓ６０３に処理を戻し、画像変換部２０３へ次のページの画像変換依頼するように制御する。
【００９５】
一方、上記Ｓ６０３で画像変換依頼をしたページが最終ページの場合（Ｓ６０５でＹｅｓの場合）、送信制御部２０４は、Ｓ６０６に処理を進める。
【００９６】
Ｓ６０６において、送信制御部２０４は、画像変換部２０３へ最終ページ通知を送信し（Ｓ６０６）、本フローチャートの処理を終了する。画像変換部２０３へ最終ページ通知により、画像変換部２０３はフッタデータを生成し、送信制御部２０４は、画像変換部２０３からフッタデータを受信する。これにより、編集後のデータがサーバ２０５に再送され（図８のＳ５２５）、編集後の内容でファイルが生成される。
【００９７】
以上のように、第１実施形態では、使用するプロトコルや画像ファイル形式等を判定し、送信する側がプレビュー中は受信する側がファイルを閲覧できないように、判定結果によってファイル送信のコネクション終了タイミングを制御する。これにより、原稿をスキャナで１枚読み取るたびに残りの原稿が読み取り中であっても画像データを送信する場合でも、送信する側のプレビュー中には、受信する側では送信されてきたファイルを閲覧できないようにすることができる。
【００９８】
〔第２実施形態〕
第２実施形態では、送信プロトコルにファイルパーミッション変更可能なプロトコルを利用する場合に、ファイルパーミッションの変更により、受信ユーザによるプレビュー中のファイル閲覧を不可にする構成について説明する。なお、画像処理装置を含む画像処理システムの構成、ＭＦＰ１００のハードウェア構成については、第１実施形態と同様であるため省略し、第１実施形態と異なる部分を中心に説明する。
【００９９】
図１０は、第２実施形態におけるＭＦＰ１００に実装されているソフトウェアモジュール間のコマンドシーケンスの一例を説明する図である。ここでは、２枚の原稿を読み取って、読み取った画像データを１ページにつき１ファイルの形式としてファイルサーバ１０１へ送信するファイル送信機能を例に説明する。
【０１００】
まず、Ｓ７０１〜Ｓ７１２は、第１実施形態の図３のＳ１０１〜Ｓ１１２と同様であるため説明を省略し、Ｓ７１３以降を説明する。
Ｓ７１３において、画像変換部２０３は、送信制御部２０４にフッタデータを送信する。なお、フッタデータのない画像ファイル形式の場合は、このフッタデータは空でもよい。
送信制御部２０４は、上記Ｓ７１３で画像変換部２０３から受信したフッタデータをサーバ２０５に送信する（Ｓ７１４）。なお、ファイル形式がフッタの存在しない形式の場合、フッタデータは送信しない。
【０１０１】
このシーケンス例は、１ファイル１ページであるので、ここで１ファイルの送信が完了するため、送信制御部２０４は、サーバ２０５との送信コネクションを終了する（Ｓ７１５）。これにより、サーバ２０５に受信ファイルが生成される（Ｓ７１６）。
【０１０２】
次に、送信制御部２０４は、サーバ２０５に生成されたファイルのパーミッションを読み取り禁止に設定する（Ｓ７１７）。例えば、ＦＴＰの場合には、コマンド用コネクションを通して、ＯＳコマンドを実行するＦＴＰコマンドであるＳＩＴＥコマンドと、ファイル権限を変更するＯＳコマンドであるｃｈｍｏｄを、送信制御部２０４からサーバ２０５に送信する。これにより、対象ファイルのパーミッションを任意のものに変更できる。パーミッションを読み取り専用にすることにより、ファイルを受信する側が閲覧できない状態に設定できる。
【０１０３】
続けて、最終ページである２ページ目のスキャンと送信を行う。スキャナ制御部２０２は、原稿をスキャンして２ページ目のデータの変換要求を画像変換部２０３に送る（Ｓ７１８）。
【０１０４】
画像変換部２０３は、２ページ目のデータの変換要求を受けて、Ｓ７０２で受け取った画像変換設定に則り２ページ目のデータの画像変換を行い（Ｓ７１９）、ヘッダデータを送信制御部２０４に送る（Ｓ７２０）。なお、ヘッダデータのない画像ファイル形式の場合は、このヘッダデータは空でもよい。
続けて、画像変換部２０３は、送信制御部２０４に、２ページ目のデータを送信し（Ｓ７２３）、その後、フッタデータを送信する（Ｓ７２５）。
【０１０５】
ヘッダデータを受けとった送信制御部２０４は、サーバ２０５との送信コネクションを開始する（Ｓ７２１）。次に、送信制御部２０４は、データ用コネクションを通じてサーバ２０５にヘッダデータを送信する（Ｓ７２２）。
また、２ページ目データを受け取った送信制御部２０４は、データ用コネクションを通じてサーバ２０５に２ページ目データを送信する（Ｓ７２４）。
また、フッタデータを受け取った送信制御部２０４は、データ用コネクションを通じてサーバ２０５にフッタデータを送信する（Ｓ７２６）。ここで１ファイルの送信が完了するため、送信制御部２０４は、サーバ２０５との送信コネクションを終了する（Ｓ７２７）。これにより、サーバ２０５に受信ファイルが生成される（Ｓ７２８）。
【０１０６】
次に、送信制御部２０４は、サーバ２０５に生成されたファイルのパーミッションを読み取り禁止に設定する（Ｓ７２９）。
この例は、２ページの原稿を読み取って送信する例であるので、ここまでで最終ページまでのスキャンが完了する。
【０１０７】
スキャナ制御部２０２は、これ以上スキャンする原稿がないことを確認すると、最終ページ通知を画像変換部２０３に送信する（Ｓ７３０）。同時に、スキャナ制御部２０２は、ＵＩ制御部２０１に、スキャン終了を通知する（Ｓ７３１）。
【０１０８】
最終ページ通知を受けた画像変換部２０３は、画像変換が終わっていたらＵＩ制御部２０１と送信制御部２０４に変換終了通知を送る（Ｓ７３２、Ｓ７３３）。
変換終了通知を受けたＵＩ制御部２０１は、操作部１３３に備え付けられたＬＣＤ表示パネルにスキャン画像のプレビューを表示する（Ｓ７３４）。
ＵＩ制御部２０１は、ユーザの送信開始操作を検知すると、送信制御部２０４に送信指示を送る（Ｓ７３５）。
送信制御部２０４は、送信指示を受けると、サーバ２０５の送信済み全ファイルのパーミッションを読取可能に変更する。これにより、サーバにアクセスする受信側のユーザは送信されたサーバ２０５上のファイルを閲覧することが可能になる。
【０１０９】
次に、上記図１０のＳ７０４の設定確認処理に含まれる、スキャン中に送信を開始するか、スキャン完了後に送信を実施するかの判断処理について、図１１を用いて説明する。
図１１は、第２実施形態におけるスキャン中に送信を開始するか、スキャン完了後に送信を実施するかの判断処理の一例を示すフローチャートである。図１１のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【０１１０】
スキャン中に送信を開始するか、スキャン完了後に送信を実施するかの判断は、プレビュー設定と送信プロトコルおよびその設定、生成するファイル形式によって決まる。
ＣＰＵ１３０は、プレビュー設定が有効であるかを確認する（Ｓ８０１）。
プレビュー設定が有効でない場合（Ｓ８０１でＮｏの場合）、ＣＰＵ１３０は、ＣＰＵ１３０は、送信方式を「スキャン中送信」にし（Ｓ８０３）、本フローチャートの処理を終了する。
【０１１１】
一方、プレビュー設定が有効な場合（Ｓ８０１でＹｅｓの場合）、ＣＰＵ１３０は、Ｓ８０２に処理を進める。
Ｓ８０２において、ＣＰＵ１３０は、送信プロトコルがサーバ上のファイルパーミッション変更が可能なプロトコルであるか否かを確認する。なお、サーバ上のファイルパーミッション変更が可能なプロトコルには、例えばＦＴＰ、ＳＭＢ等があるが、本発明はこれらのプロトコルに限定されるものではない。
ファイルパーミッション変更が可能なプロトコルである場合（Ｓ８０２でＹｅｓの場合）、ＣＰＵ１３０は、送信方式を「スキャン中送信」にし（Ｓ８０３）、本フローチャートの処理を終了する。
【０１１２】
一方、ファイルパーミッション変更が不可能なプロトコルである場合（Ｓ８０２でＮｏの場合）、ＣＰＵ１３０は、送信方式を「スキャン完了後送信」にし（Ｓ８０４）、本フローチャートの処理を終了する。
【０１１３】
次に、各制御部の動作についてフローチャートを用いて説明する。なお、ＵＩ制御部２０１、スキャナ制御部２０２の動作については、実施例１と同様であるため省略する。
以下、図１２のフローチャートを用いて、画像変換部２０３の動作について説明する。
図１２は、第２実施形態における画像変換部２０３の処理の一例を説明するフローチャートである。図１２のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０および画像処理回路１３６がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【０１１４】
画像変換部２０３は、ＵＩ制御部２０１から画像変換設定を受信すると（Ｓ９０１）、Ｓ９０２に処理を進める。
画像変換設定は、例えば画像フォーマットや画像分割設定、カラーモード、解像度などの画像変換に必要なパラメータを含み、操作部１３３を使ってユーザが設定可能である。画像フォーマットは例えばＰＤＦ、ＪＰＥＧ、ＴＩＦＦ、ＸＰＳなどである。画像分割設定は、例えばＰＤＦのようにマルチページにできるファイルは、複数ページを１つのファイルにまとめることができるが、それを一定のページ数ごとにファイルを分割する設定である。例えば、６ページの原稿に対して、２ページごとの分割設定であれば、３つのＰＤＦファイルに分割する。
【０１１５】
Ｓ９０２において、画像変換部２０３は、スキャナ制御部２０２から画像変換依頼を受信すると、Ｓ９０３に処理を進める。
Ｓ９０３において、画像変換部２０３は、上記Ｓ９０１で受信した画像変換設定に則って、分割ページ数分の変換依頼を受信したか否かを確認する（Ｓ９０３）。分割ページ数分の変換依頼を受信していない場合（Ｓ９０３でＮｏの場合）、Ｓ９０５に処理を進める。なお、分割することなく全ページを１ファイルにまとめる場合には、Ｓ９０３でＮｏと判断されるものとする。
【０１１６】
Ｓ９０５において、画像変換部２０３は、最終ページ通知を受信したか否かを確認する。最終ページ通知を受信していない場合（Ｓ９０５でＮｏの場合）、画像変換部２０３は、Ｓ９０２に処理を戻す。
そして、上記Ｓ９０３において、画像変換部２０３が、分割ページ数分の変換依頼を受信したと判定した場合（Ｓ９０３でＹｅｓの場合）、Ｓ９０４に処理を進める。
【０１１７】
また、画像変換部２０３は、まだ分割ページ数分の変換依頼を受信していない場合（Ｓ９０３でＮｏの場合）でも、最終ページ通知を受信した場合（Ｓ９０５でＹｅｓの場合）、画像変換部２０３は、Ｓ９０４に処理を進める。
Ｓ９０４において、画像変換部２０３は、変換依頼を受信したページ分の画像変換を行う。
【０１１８】
具体的に説明すると、例えば２ページごとのＰＤＦに分割する設定である場合、１ページ目だった場合には再度変換依頼の受信を待機し、追加で１ページ（２ページ目）の画像変換依頼を受信し、計２ページになった状態で、２ページ分に対して画像変換を行う。同様に、３ページ目は即座には変換せず、４ページ目を受信後にまとめて変換する、といった具合に分割ページ数分の受信を繰り返す。ただし、分割ページ数の受信をしていなくても最終ページの場合には、現在受信しているページ数で変換をする必要があるため、画像変換部２０３は、最終ページ通知を受信するかを確認する。最終ページではない場合には再度変換依頼の受信を待機する。最終ページの場合には、画像変換を行う。
【０１１９】
画像変換（Ｓ９０４）が終了すると、画像変換部２０３は、送信制御部２０４へヘッダデータを送信する（Ｓ９０６）。なお、ヘッダデータのない画像ファイル形式の場合は、このヘッダデータは空でもよい。
その後、画像変換部２０３は、送信制御部２０４に、上記Ｓ９０６で変換してページ分の変換データを送信し（Ｓ９０７）、Ｓ９０８に処理を進める。
Ｓ９０８において、画像変換部２０３は、送信制御部２０４へフッタデータを送信する。
【０１２０】
ここで、画像変換部２０３は、最終ページ通知の受信を確認する（Ｓ９０９）。最終ページ通知を受信していない場合（Ｓ９０９でＮｏの場合）、画像変換部２０３は、Ｓ９０２に処理を戻し、次の画像変換依頼の受信を行うように制御する。
一方、画像変換部２０３は、最終ページ通知を受信した場合（Ｓ９０９でＹｅｓの場合）、画像変換部２０３は、ＵＩ制御部２０１と送信制御部２０４に変換終了通知を送信し（Ｓ９１０、Ｓ９１１）、本フローチャートの処理を終了する。
【０１２１】
図１３は、第２実施形態における送信制御部２０４の処理の一例を説明するフローチャートである。図１３のフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ１３０がＨＤＤ１３７に記憶された制御プログラムを実行することによって実現される。
【０１２２】
送信制御部２０４は、ＵＩ制御部から送信設定を受信すると（Ｓ１００１）、Ｓ１００２に処理を進める。送信設定は、例えば、使用するプロトコル、宛先、サーバの情報と接続認証情報などの設定が含まれるパラメータを含み、操作部１３３を使ってユーザが設定可能である。
【０１２３】
Ｓ１００２において、送信制御部２０４は、画像変換部２０３から画像ファイルのヘッダデータを受信すると（Ｓ１００２）、Ｓ１００３に処理を進める。
Ｓ１００３において、送信制御部２０４は、受信したデータが１ページ目であるかどうかを判断する。受信したデータが１ページ目である場合（Ｓ１００３でＹｅｓの場合）、送信制御部２０４は、送信設定で設定されたサーバ２０５へ認証接続を行う（Ｓ１００４）。その後、送信制御部２０４は、サーバ２０５と送信コネクションを開始する（Ｓ１００５）。
【０１２４】
一方、受信したデータが１ページ目でない場合（Ｓ１００３でＮｏの場合）、送信制御部２０４は、送信設定で設定されたサーバ２０５と送信コネクションを開始する（Ｓ１００５）。
【０１２５】
次に、送信制御部２０４は、上記Ｓ１００２で受信したヘッダデータをサーバ２０５に送信する（Ｓ１００６）。なお、上記Ｓ１００２で受信したヘッダデータが空だった場合には、この処理は行わなくてもよい。
【０１２６】
次に、送信制御部２０４は、画像変換部２０３から変換データを受信すると（Ｓ１００７）、Ｓ１００８に処理を進める。
Ｓ１００８において、送信制御部２０４は、受信した変換データをサーバ２０５へ送信する。
【０１２７】
さらに、送信制御部２０４は、画像変換部２０３からフッタデータを受信すると（Ｓ１００９）、Ｓ１０１０に処理を進める。
Ｓ１０１０において、送信制御部２０４は、受信したフッタデータをサーバ２０５へ送信する。なお、受信したフッタデータが空だった場合には、この処理は行わなくてもよい。
【０１２８】
ここまでで１ファイルの送信が完了しているので、送信制御部２０４は、サーバ２０５との送信コネクションを終了する（Ｓ１０１１）。これにより、サーバ２０５上でファイルが生成される。
ここで、送信制御部２０４は、サーバ２０５上に生成されたファイルのファイルパーミッションを読取不可に変更する（Ｓ１０１２）。
【０１２９】
次に、送信制御部２０４は、画像変換部２０３から最終ページ通知を受信したか否かを確認する（Ｓ１０１３）。最終ページ通知を受信していない場合（Ｓ１０１３でＮｏの場合）、送信制御部２０４は、Ｓ１００２に処理を戻し、続きのページデータを受信するように制御する。
【０１３０】
一方、最終ページ通知を受信した場合（Ｓ１０１３でＹｅｓの場合）、送信制御部２０４は、Ｓ１０１４に処理を進める。
Ｓ１０１４において、送信制御部２０４は、プレビュー設定がＯＮであるか否かを確認する。プレビュー設定がＯＦＦの場合（Ｓ１０１４でＮｏの場合）、送信制御部２０４は、Ｓ１０２９に処理を進める。Ｓ１０２９において、送信制御部２０４は、即座に受信側ユーザに送信したサーバ２０５上のファイルを閲覧可能にするため、サーバファイルのパーミッションを読み取り可能に変更し、本フローチャートの処理を終了する。
【０１３１】
一方、プレビュー設定がＯＮの場合（Ｓ１０１４でＹｅｓの場合）、送信制御部２０４は、Ｓ１０１５に処理を進める。
Ｓ１０１５において、送信制御部２０４は、ＵＩ制御部２０１から送信キャンセル指示を受信したか否かを確認する。ＵＩ制御部２０１から送信キャンセル指示を受信した場合（Ｓ１０１５でＹｅｓの場合）、送信制御部２０４は、Ｓ１０１７に処理を進める。
Ｓ１０１７において、送信制御部２０４は、サーバ２０５に送信したファイルを削除し、本フローチャートの処理を終了する。なお、サーバ２０５に送信したファイルの削除は、例えばＦＴＰであれば、コマンド用コネクションを通してＤＥＬＥコマンドを送信することで行う。
【０１３２】
一方、ＵＩ制御部２０１から送信キャンセル指示を受信していない場合（Ｓ１０１５でＮｏの場合）、送信制御部２０４は、Ｓ１０１８に処理を進める。
Ｓ１０１８において、送信制御部２０４は、ＵＩ制御部２０１から送信指示を受信すると、Ｓ１０１９に処理を進める。
【０１３３】
Ｓ１０１９において、送信制御部２０４は、ＵＩ制御部２０１から編集通知を受信したか否かを確認する。ユーザがプレビュー画面で編集操作を行った場合、編集通知とその編集内容を受信する。
編集通知とその編集内容を受信した場合（Ｓ１０１９でＹｅｓの場合）、送信制御部２０４は、Ｓ１０２０に処理を進める。
【０１３４】
Ｓ１０２０において、送信制御部２０４は、ファイル形式が１ファイル１ページであるかを確認する。編集操作によりページ順の入れ替え（ページ変更）やページの削除がなされた場合に、通常はファイルを再度画像変換して生成しなおす必要がある。しかし、１ファイル１ページの場合には、サーバ２０５上のファイルを削除およびリネームすることで、編集と同等の状態（ページ変更やページの削除等の編集が行われた状態）にすることができる。例えば、ファイル名がページ番号に則った001.jpg、002.jpg、003.jpgという規則であった場合を例に具体的に説明する。この場合、１ページ目と３ページ目を入れ替え、２ページ目を削除する編集操作がなされた場合、送信制御部２０４は、サーバ上の002.jpgを削除し、サーバ上の001.jpgを002.jpgに、003.jpgを001.jpgにリネームする。
【０１３５】
ファイル形式が１ファイル１ページである場合（Ｓ１０２０でＹｅｓの場合）、送信制御部２０４は、Ｓ１０２１及びＳ１０２２の処理に移行する。送信制御部２０４は、サーバ２０５に対して、編集内容にあわせてサーバ２０５上のファイルの削除指示を行い（Ｓ１０２１）、編集内容にあわせてサーバ２０５上のファイルのリネーム指示を行う（Ｓ１０２２）。これにより、編集操作がなされた場合であっても、画像の再変換と再送信を行わずに短時間で編集処理を実行できる。なお、送信制御部２０４は、削除が必要ない場合にはＳ１０２１の処理をスキップし、リネームの必要がない場合にはＳ１０２２の処理をスキップする。
その後、送信制御部２０４は、サーバファイルのパーミッションを読み取り可能に変更し（Ｓ１０２９）、本フローチャートの処理を終了する。
【０１３６】
一方、上記Ｓ１０２０において、１ファイル１ページでないと判定した場合（Ｓ１０２０でＮｏの場合）、送信制御部２０４は、ファイルを再生成して送信しなおす必要があるため、Ｓ１０２３に処理を進める。
Ｓ１０２３において、送信制御部２０４は、サーバ２０５上の送信済みファイルを削除する。
【０１３７】
その後、送信制御部２０４は、編集内容に合わせて画像変換を再実施する編集プロセスを行い（Ｓ１０２４）、Ｓ１０２５に処理を進める。編集プロセス処理の詳細は、図９で説明済みである。
再画像変換後、送信制御部２０４は、再度サーバ２０５との送信コネクションの開始を行う（Ｓ１０２５）。さらに、送信制御部２０４は、送信コネクションを通して編集したファイルを再送信し（Ｓ１０２６）、本フローチャートの処理を終了する。
【０１３８】
また、上記Ｓ１０１９において、編集通知とその編集内容を受信していないと判定した場合（Ｓ１０１９でＮｏの場合）、送信制御部２０４は、Ｓ１０２７に処理を進める。
Ｓ１０２７において、送信制御部２０４は、サーバ２０５との接続がタイムアウトしていないか否かを確認する。
【０１３９】
サーバ２０５との接続がタイムアウトしていた場合（Ｓ１０２７でＹｅｓの場合）、送信制御部２０４は、再度サーバへ認証接続を行い（Ｓ１０２８）、認証接続の後、Ｓ１０２９に処理を進める。
Ｓ１０２９において、送信制御部２０４は、サーバ２０５上の送信済みファイルのパーミッションを読み取り可能に変更し、本フローチャートの処理を終了する。
【０１４０】
一方、サーバ２０５との接続がタイムアウトしていなかった場合（Ｓ１０２７でＮｏの場合）、送信制御部２０４は、Ｓ１０２９において、サーバ２０５上の送信済みファイルのパーミッションを読み取り可能に変更し、本フローチャートの処理を終了する。
【０１４１】
以上のように、第２実施形態では、使用するプロトコルと画像ファイル形式を判定し、送信する側がプレビュー中は受信する側がファイルを閲覧できないように、判定結果によって送信ファイルのファイルパーミッションの変更機能を制御する。これにより、原稿をスキャナで１枚読み取るたびに残りの原稿が読み取り中であっても画像データを送信する場合でも、送信する側のプレビュー中には、受信する側では送信されてきたファイルを閲覧できないようにすることができる。
【０１４２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。
【０１４３】
以上、各実施形態によれば、スキャナで読み取った画像データを残りの原稿が読み取り中であっても送信することで送信処理の高速化をする場合でも、送信する側のプレビュー中には、受信側のユーザから送信済みのファイルを閲覧できないようにできる。この結果、スキャナ送信処理の高速化と、プレビュー中の受信側ユーザの閲覧防止を両立することができる。
【０１４４】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2020080516.tif 000003
【図２】
2020080516.tif 000004
【図３】
2020080516.tif 000005
【図４】
2020080516.tif 000006
【図５】
2020080516.tif 000007
【図６】
2020080516.tif 000008
【図７】
2020080516.tif 000009
【図８】
2020080516.tif 000010
【図９】
2020080516.tif 000011
【図１０】
2020080516.tif 000012
【図１１】
2020080516.tif 000013
【図１２】
2020080516.tif 000014
【図１３】
2020080516.tif 000015