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

Abstract

【課題】スキャナで原稿を読み取りつつ、読み取った画像においては送信宛先に対して送信するフォーマットに変換ことにより、画像変換処理によるユーザの待ち時間を低減する画像処理装置、その制御方法、及びプログラムを提供する。【解決手段】本画像処理装置は、複数のページを含む原稿から画像を読み取って、読み取ったページから順に画像データを出力し、出力されたページの画像データを所定の送信フォーマットに変換し、変換された画像データを送信し、第１のページの画像データの送信に応じて、第２のページの画像データが既に前記所定の送信フォーマットに変換されているか否かを判定し、第２のページの画像データが既に変換されていると判定した場合に、第２のページの画像データを送信し、第２のページの画像データがまだ変換されていないと判定した場合に、第２のページの画像データを所定の送信フォーマットに変換し、第２のページの画像データを送信するよう制御する。【選択図】図３

Description

本発明は、スキャナで読み取った画像を指定された画像フォーマットのファイルに変換してネットワーク上の送信宛先に送信する画像処理装置、その制御方法、及びプログラムに関する。

スキャナで読み取った画像を指定された画像フォーマットのファイルに変換してネットワーク上の送信宛先に送信するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｒｉｐｈｅｒａｌ）等の画像処理装置がある。例えば、特許文献１には、送信宛先が携帯電話宛先だと判断するとスキャナで読み取った画像を携帯電話機のＬＣＤに表示可能なサイズに画像を縮小するように画像変換して送信する技術が提案されている。

特許文献２は送信宛先など送信に必要な情報を入力する前に原稿のスキャンを開始し、入力しなかった送信宛先等を入力してから送信する技術が存在する。

特開２００８−２５７４８５号公報 特開２０１２−０４９８９４号公報

しかしながら、上記従来技術には以下に記載する問題がある。ＭＦＰでは、複数のユーザに使用されるため、文書を高速に読み取り、データ送信終了を待たずに、次のユーザに早く明け渡すことが望まれる。このためにスキャン速度を高速に処理することを中心に設計され、送信速度について重要視されていなかった。

しかし、送信宛先に対して確実にデータを送信できたか確認したいユーザも存在する。このようなユーザにとっては送信時間が長いことは不満となっていた。

本発明は、上述の問題に鑑みて成されたものであり、スキャナで原稿を読み取とりつつ、読み取った画像においては送信宛先に対して送信するフォーマットに変換することにより、画像変換処理によるユーザの待ち時間を低減する画像処理装置、その制御方法、及びプログラムを提供することを目的とする。

本発明の画像処理装置は、複数のページを含む原稿から画像を読み取って、読み取ったページから順に画像データを出力する読取手段と、前記読取手段によって出力されたページの画像データを所定の送信フォーマットに変換する変換手段と、前記変換手段によって変換された画像データを送信する送信手段と、第１のページの画像データの送信に応じて、第２のページの画像データが前記所定の送信フォーマットに既に変換されているか否かを判定する判定手段と、前記判定手段が前記第２のページの画像データが既に変換されていると判定した場合に、前記第２のページの画像データを送信し、前記判定手段が前記第２のページの画像データがまだ変換されていないと判定した場合に、前記第２のページの画像データを前記所定の送信フォーマットに変換し、前記第２のページの画像データを送信するよう前記送信手段を制御する制御手段とを備えることを特徴とする。

本発明は、スキャナで原稿を読み取りつつ、読み取った画像においては送信宛先に対して送信するフォーマットに変換することにより、画像変換処理によるユーザの待ち時間を低減する画像処理装置、その制御方法、及びプログラムを提供できる。

一実施形態におけるシステム構成を示す図。 一実施形態におけるＭＦＰのハードウェア構成を示す図。 一実施形態におけるソフトモジュールのコマンドシーケンスを説明する図。 一実施形態における文書管理を説明図。 一実施形態におけるＳＥＮＤモジュールの動作を説明するフローチャート。 一実施形態における送信コンポーネントの動作を説明するフローチャート。 一実施形態における画像処理受付モジュールの動作を説明するフローチャート。 比較例におけるコマンドシーケンスを説明する図。 一実施形態における送信動作を説明するフローチャート。 一実施形態におけるプレビュー動作時のコマンドシーケンス図。 一実施形態における圧板読み取り時のコマンドシーケンス図。 一実施形態における連続読み取り時のコマンドシーケンス図。 他の実施形態におけるＰＤＬとＳＥＮＤ機能が競合状態になった時のＳＥＮＤモジュールの動作を説明するフローチャート。 他の実施形態における再送信動作を説明するフローチャート。 他の実施形態におけるスキャン時間が長く感じる問題を説明する図。 他の実施形態におけるＪＯＢ実行予約機能を説明するコマンドシーケンスを説明する図。 他の実施形態におけるＪＯＢ実行予約機能を説明するフローチャート。

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

＜画像処理システムの構成＞
まず、図１を参照して、本発明の一実施形態に係る画像処理装置を含む画像処理システムの構成例について説明する。本実施形態に係る画像処理システムには、ＭＦＰ１００、ファイルサーバ１０１、メールサーバ１０２、及びクライアントＰＣ１０３がネットワーク１４１を介して接続されている。

ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｒｉｐｈｅｒａｌ）１００は、電子写真方式を採用するフルカラーの画像処理装置であり、コピー、ＦＡＸ、プリンタ機能を備える。ＭＦＰ１００にはスキャナで読み取った画像ファイルをコンピュータ機器に送信するＳＥＮＤ機能、スキャナで読み取った画像を同種の機器間で通信を行い、受信した画像を印刷するＩＦＡＸ機能も備える。

ファイルサーバ１０１は、ＦＴＰ、ＳＭＢ、ＷｅｂＤＡＶ等の通信プロトコルによりＭＦＰ１００より送信された画像ファイルを蓄積することが可能である。メールサーバ１０２は、ＳＭＴＰ、ＰＯＰ３プロトコルによりＭＦＰ１００、クライアントＰＣ１０３等と通信を行い、画像ファイルが添付されたメールデータを配信することができる。クライアントＰＣ１０３は、画像ビューアのソフトがインストールされ、ＭＦＰ１００でスキャンした画像を表示することが可能であり、この画像をプリンタ機能においてＭＦＰ１００で印刷することもできる。クライアントＰＣ１０３には、電子メールクライアントソフトもインストールされ、メールサーバ１０２、電子メールの送受信をすることが可能である。

＜画像処理装置のハードウェア構成＞
次に、図２を参照して、ＭＦＰ１００のハードウェア構成の一例について説明する。ＭＦＰ１００は、ＣＰＵ１３０、ＲＯＭ１３１、ＲＡＭ１３２、操作部１３３、スキャナ１３４、プリンタ１３５、画像処理回路１３６、ハードディスク１３７、ネットワークＩ／Ｆ１３８、シリアルＩ／Ｆ１４３、フォーマッタ部１３９及びファックス部１４０を備える。

図２において、ＣＰＵ１３０は、ＲＯＭ１３１に格納されているプログラムとＲＡＭ１３２のメモリを利用してシステム全体の制御を実施する制御回路である。操作部１３３は、ＬＣＤ表示パネルとスタートキー、テンキー等のハードキーから構成され、ＬＣＤ上にソフト的にボタンを表示し、ユーザが指でボタンをタッチすることを検出してユーザオペレーションを円滑に実行する回路である。

スキャナ１３４は、原稿上の画像を読み取って、読み取った画像データをページ毎に順に出力する。プリンタ１３５は、画像データに基づく画像を記録媒体上に印刷する。画像処理回路１３６は、大容量の画像メモリ、画像回転回路、解像度変倍回路、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等の符号／復号化回路等で構成され、シェーディング、トリミング、マスキング等の各種画像処理も実行することができる。

ハードディスク１３７は、ＳＣＳＩ、ＩＤＥ等のＩ／Ｆで接続されている大容量記録媒体である。ネットワークＩ／Ｆ１３８は、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−Ｔを代表とするイーサネット（登録商標）或いはトークンリング等のネットワーク回線と接続するための回路である。フォーマッタ部１３９は、プリンタ１３５で印刷するための画像を作成するレンダリング回路である。ネットワークＩ／Ｆ１３８を介してＰＣからＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データを受信した場合に、受信したＰＤＬデータから画像データが作成される。そして、作成した画像データに対して画像処理回路１３６で画像処理を行いプリンタ１３５で印刷する。

スキャナ１３４、プリンタ１３５、画像処理回路１３６、及びフォーマッタ部１３９は、ＣＰＵ１３０からのＣＰＵバスとは別の高速ビデオバスで接続され、画像データを高速に転送できるように構成されている。ＭＦＰ１００は、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理し、プリンタ１３５で読み取った画像を印刷するように動作することでコピー機能を実現する。

ファックス部１４０は、電話回線１４２上の外部装置との間のファクシミリ通信を制御する。つまり、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理し、電話回線１４２経由で外部装置に送信、或いは外部装置からのデータを受信して画像処理回路１３６で画像処理を行ってプリンタ１３５で印刷することができる。また、スキャナ１３４で読み取った画像データから画像処理回路１３６でＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像を作成する。ＭＦＰ１００は、作成したＰＤＦ画像等をネットワークＩ／Ｆ１３８からＳＭＴＰ、ＦＴＰ、ＳＭＢ等の通信プロトコルで送信するＳＥＮＤ機能を実現する。以下では、ＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像ファイルをＳＭＴＰプロトコルにおいて送信する機能を電子メール送信機能と称し、ＦＴＰ、ＳＭＢで送信する機能をファイル送信機能と称する。ＳＥＮＤ機能の１つとしてＲＦＣ２３０５で規定されているインターネットファクシミリ機能が存在し、同種の機器間で画像ファイルを電子メールに添付して送受信することでファクシミリ機能を実現している。

インターネットファクシミリ（ＩＦＡＸ）機能は、スキャナ１３４で読み取った画像データから、画像処理回路１３６でＲＦＣ３９４９において規定されているＴＩＦＦファイルを作成し、ＳＭＴＰプロトコルで送信する。当該電子メールをＳＭＴＰ又はＰＯＰ３機能を用いてＴＩＦＦファイルを受信し、画像処理回路１３６で内部画像フォーマット画像に変更後プリンタ１３５において印刷を行う。

シリアルＩ／Ｆ１４３はＲＳ２３２Ｃ等のシリアルＩ／Ｆであり、外部のシリアル機器をＭＦＰ１００に接続するためのＩ／Ｆである。シリアルＩ／Ｆ１４３にはカードリーダ１４４が接続され、カード１０５に記録されている情報を読み取ることができ、この情報よりカード所有者のユーザ認証を行うこともできる。

＜比較例におけるコマンドシーケンス＞
次に、比較例となる画像処理装置におけるソフトウェアモジュール間のコマンドシーケンスについて説明する。ここでは、４枚の原稿を読み取って、所定の送信宛先へ読み取った画像データを所定のフォーマットで送信する処理について図８を用いて説明する。

送信コンポーネント８００は電子メール送信、ファイル送信、ファクス送信等の画像を送信するソフトウェアモジュールである。ＳＥＮＤモジュール８０１はスキャナに対して読取開始を指示して読み取った画像を送信コンポーネント８００に渡たす送信動作全般を制御するソフトウェアモジュールである。画像処理受付モジュール８０２は送信コンポーネント８００等のモジュールから画像変換要求のコマンドを受付けるモジュールである。画像変換モジュール８０３は実際に画像の変換を実行するモジュールであり、複数の命令を同時に処理することはできない。このため画像処理受付モジュール８０２は、受け付けた複数の画像変換コマンドをキューイングして画像変換モジュール８０３には同時に複数の命令を流さないように制御する。スキャナ制御モジュール８０４は原稿を原稿台に引き込み画像を光電変換により読み取るスキャナに対して、画像を読み取るように命令を発するソフトウェアモジュールである。

ユーザが原稿をフィーダにセットし、送信宛先と送信ファイルフォーマットを設定し、スタートキーを押すとＳＥＮＤモジュール８０１から画像変換モジュール８０３を経由してスキャナ制御モジュール８０４へ、スキャン開始コマンド９１０、９１１が流れる。このコマンド９１０、９１１を受け取ったスキャナ制御モジュール８０４はスキャナに対して画像読取を指示し、ページ毎に読み取りが終わるとページ毎のスキャン終了コマンド９１２、９１４、９１６、９１８を返し画像変換モジュール８０３にコマンドを返す。また、コマンド９１８には最終ページの原稿を読み取り、スキャンが正常に終了したことを示す情報が入っている。

画像変換モジュール８０３はスキャナ制御モジュール２０４からページ単位のスキャン終了コマンドのタイミングでスキャナから非圧縮のカラー画像データを受け取る。画像変換モジュール８０３は、当該画像データを３２画素のパケット単位でＪＰＥＧ圧縮を行いパケットＪＰＥＧ（Ｐ−ＪＰＥＧ）の画像を生成してファイルに保存する。

画像変換モジュール８０３は、Ｐ−ＪＰＥＧの画像を生成し終わるとＳＥＮＤモジュール８０１に対してコマンド９１３、９１５、９１７、９１９を返す。また、コマンド９１９はスキャン終了のコマンドとなる。

スキャン終了のコマンド９１９を受け取ったＳＥＮＤモジュール８０１は、送信コンポーネント８００にユーザが指定したファイルフォーマット情報が含まれる送信開始コマンド９２０を送る。送信開始コマンド９２０を受け取った送信コンポーネント８００は、スキャナで読み取ったページ単位のＰ−ＪＰＥＧ画像をユーザが望むファイルフォーマットに変換するために画像変換コマンド９２１、９２５、９２９、９３３を画像処理受付モジュール８０２に送る。

画像処理受付モジュール８０２はこのコマンドを受け取ると画像変換モジュール８０３に画像変換コマンド９２２、９２６、９３０、９３４を送る。画像変換モジュール８０３は上記コマンドを受け取るとスキャナで読み取ったＰ−ＪＰＥＧ画像を要求された画像のフォーマットに変換しファイルに格納し、変換終了を示すリザルトコマンド９２３、９２７、９３１、９３５を返す。画像処理受付モジュール８０２はこのコマンドを受け取ると画像変換終了コマンド９２４、９２８、９３２、９３６として送信コンポーネント８００に返す。これら画像変換終了コマンドを受け取った送信コンポーネント８００は送信宛先となる宛先に変換した画像を送信し、送信が終了すると次のページの画像変換コマンドを発行する。つまり、変換済みページの画像の送信と、次ページの画像の変換とが並行して実行される。全てのページの変換済みデータを送信し終わると送信終了コマンド９３７をＳＥＮＤモジュール２０１に返す。

画像変換時間はスキャンで読み取った画像、ユーザが指定した送信ファイル形式により変化する。このように比較例となるＭＦＰはスキャナで読み取った画像を高速で処理ができる内部フォーマットで読み取り、送信時にユーザが希望するフォーマットに画像変換しながら送信するように動作する。なお、ＦＡＸとの同報送信が実施できない機種や、ＯＣＲ等の変換時間が長い処理を行わない機種においては、スキャン時に送信ファイル形式の画像を生成して、送信時には画像変換を行わずに高速に送信するＭＦＰも存在する。

＜本実施形態におけるコマンドシーケンス＞
次に、図３を参照して、本実施形態におけるＭＦＰ１００に実装されているソフトウェアモジュール間のコマンドシーケンスについて説明する。図８を用いて説明した比較例と同様に、ここでは、ここでは、４枚の原稿を読み取って、所定の送信宛先へ読み取った画像データを所定のフォーマットで送信する処理について説明する。

送信コンポーネント２００は電子メール送信、ファイル送信、ファクス送信等の画像を送信するソフトウェアモジュールである。ファイル送信にはＳＭＢ、ＦＴＰ、ＷｅｂＤＡＶの通信プロトコル毎にモジュールが存在する。ＳＥＮＤモジュール２０１はスキャナ１３４に対して読取開始を指示して読み取った画像を送信コンポーネント２００に渡たす送信動作全般を制御するソフトウェアモジュールである。画像処理受付モジュール２０２は送信コンポーネント２００等のモジュールから画像変換要求のコマンドを受付けるモジュールである。画像処理モジュール２０３は画像処理回路１３６のハードウェアを用いて、実際に画像の変換を実行するモジュールである。画像処理モジュール２０３は画像変換用メモリ容量制限のために複数の画像変換命令を同時に処理することはできないが、スキャン制御用の画像メモリは専用に所有しているために、スキャン動作は他の画像変換動作と並行して動作が可能になっている。画像変換命令を複数同時に処理することはできないため、画像処理受付モジュール２０２が複数の画像変換命令をキューイングすることにより、画像処理モジュール２０３には同時に複数の命令を流さないように動作を行う。スキャナ制御モジュール２０４はスキャナ１３４を制御するソフトウェアモジュールであり、原稿を原稿台に引き込み、光電変換により画像データに変換する。

ユーザが原稿をフィーダにセットし、送信宛先と送信ファイルフォーマットを設定し、スタートキーを押すとＳＥＮＤモジュールから画像変換モジュールを経由してスキャナ制御モジュール２０４へ、スキャン開始コマンド２１０、２１１が流れる。このコマンド２１０、２１１を受け取ったスキャナ制御モジュール２０４はスキャナ１３４に対して画像読取を指示し、ページ毎に読取が終わるとページ毎のスキャン終了コマンド２１２、２１４、２１６を返し画像処理モジュール２０３にコマンドを返す。また、コマンド２１８は最終ページの原稿を読み取り、スキャンが正常に終了したことを示すコマンドである。

画像処理モジュール２０３はスキャナ制御モジュール２０４からページ単位のスキャン終了コマンドのタイミングでスキャナ１３４から非圧縮のカラー画像データを受け取る。画像処理モジュール２０３は、当該画像データを３２×３２画素の単位で分割し、分割した画像に対しＪＰＥＧ圧縮を行い、複数のＪＰＥＧ画像から構成されるパケットＪＰＥＧ（Ｐ−ＪＰＥＧ）の画像を生成してファイルに保存する。Ｐ−ＪＰＥＧの画像は画像を小さなパケットで扱うためにＭＦＰ１００内部では高速に処理が可能であるが、一般的な画像フォーマットではないためにＭＦＰ１００の外部では扱うことができない。画像処理モジュール２０３はＰ−ＪＰＥＧの画像を生成し終わるとＳＥＮＤモジュール２０１に対してコマンド２１３、２１５、２１７を返し、全てのページのスキャンが終了するとスキャン終了コマンド２１９を返す。

１ページ目のスキャン終了コマンド２１２をＳＥＮＤモジュールが受け取ると、画像処理受付モジュール２０２に１ページ目の画像変換コマンド２２１を命令する。当該コマンドを受け取った画像処理受付モジュール２０２は画像処理モジュール２０３が画像変換中ではないことを確認して１ページ目の画像変換コマンド２２２を命令する。

画像処理モジュール２０３は指定された画像変換を実施し、終了すると画像変換リザルト２２３を画像処理受付モジュール２０２に返す。画像変換処理はＭＦＰ１００の内部フォーマット画像であるＰ−ＪＰＥＧから１ページ全体を１つの画像とするＪＰＥＧファイルへの変換もしくは、カラー画像を白黒画像に変換してＭＭＲの画像に変換する。さらに、画像を文字領域と画像領域とに分離し圧縮率を変更することでカラー画像を小さな画像に変換する、高圧縮ファイルへの変換、画像の文字領域にＯＣＲをかけて文字を抽出するＯＣＲ処理も実施する。また、画像変換のみならず変換画像をＴＩＦＦ、ＰＤＦ、ＸＰＳ、ＯＯＸＭＬ等のファイル形式への対応も実行し、ユーザが操作部１３３から指定したファイル形式へ変換する。

１ページ目の画像変換が終わるとＳＥＮＤモジュール２０１はスキャナ１３４によるスキャン処理が終了しているか調べ、全ページのスキャンは終了していないことを確認して２ページ目の画像変換コマンド２２４を命令する。この命令は画像変換コマンド２２５として画像処理モジュール２０３に伝えられ、画像変換処理を実行し、終了すると画像変換リザルト２２６、２２７を返す。

ＳＥＮＤモジュール２０１は画像変換リザルト２２７を受け取ったタイミングでスキャナ１３４によるスキャン終了コマンド２１９を受け取っているため、３ページ目の画像変換は命令しない。言い換えれば、スキャナ１３４による原稿の読み取りが終了した時点で行われているページの変換処理が終了すると、それ以降のページの変換処理は行わない（送信開始後に行う）。なお、画像変換時間は変換する画像の大きさ、解像度、変換するファイルフォーマットによって変化するためにスキャナ１３４の読み取りとは非同期に処理が行われ、ＳＥＮＤモジュール２０１で画像変換される枚数が変化する。

スキャナ１３４による読み取りが終了してから、スキャナ読取中に投入した画像変換処理が終了するとＳＥＮＤモジュール２０１は送信コンポーネント２００に対し、送信開始コマンド２３０を命令する。送信コンポーネント２００はこの命令を受け取ると送信宛先のサーバに接続し、スキャナ１３４で読み取られた１ページ目のＰ−ＪＰＥＧ画像をユーザが操作部１３３から指定したファイル形式へと変換する画像変換コマンド２３１を命令する。

この命令を受け取った画像処理受付モジュール２０２は、１ページ目の画像に対応する変換済み画像が存在するか否かを判定する。ここで、１ページ目の画像に対応する変換済みの画像が存在すれは、画像処理受付モジュール２０２は、画像処理モジュール２０３には変換コマンドを出さず、変換済み画像を画像変換リザルト２３２として返す。この画像処理受付モジュール２０２の詳細な動作については図４を用いて後述する。

画像変換リザルト２３２を受け取った送信コンポーネント２００は、変換済みの画像をユーザが指定した送信宛先にデータを送信しながら、２ページ目のＰ−ＪＰＥＧ画像を指定して画像変換コマンド２３３を命令する。命令を受け取った画像処理受付モジュール２０２は、２ページ目の画像に対応する変換済み画像が存在するか否かを判定する。ここで、変換済み画像が存在する場合、画像処理受付モジュール２０２は、画像処理モジュール２０３には変換コマンドを出さず、送信コンポーネント２００に対して画像変換リザルト２３４において変換済み画像を返す。

画像変換リザルト２３２を受け取った送信コンポーネント２００は、変換済みの画像をユーザが指定した送信宛先にデータを送信しながら、３ページ目のＰ−ＪＰＥＧ画像を指定して画像変換コマンド２３５を命令する。命令を受け取った画像処理受付モジュール２０２は、３ページ目の画像に対応する変換済み画像が存在するか否かを判定する。ここで、変換済み画像が存在しないため、画像処理受付モジュール２０２は、画像処理モジュール２０３に画像変換コマンド２３６を命令する。

コマンドを受け取った画像処理モジュール２０３は指定された画像変換を実施し、終了すると画像変換リザルト２３７を返す。さらに、画像処理受付モジュール２０２は、画像変換リザルト２３８として変換済み画像を送信コンポーネント２００に返す。

画像変換リザルト２３８を受け取った送信コンポーネント２００は、変換済みの画像をユーザが指定した送信宛先にデータを送信しながら、４ページ目のＰ−ＪＰＥＧ画像を指定して画像変換コマンド２３９を命令する。このコマンドを受け取った画像処理受付モジュール２０２は、４ページ目の画像も変換済みの画像が存在していないため、画像処理モジュール２０３に画像変換コマンド２４０を命令する。画像処理モジュール２０３は、４ページ目のＰ−ＪＰＥＧ画像を指定された画像に変換し、終了すると画像変換リザルト２４１において変換済み画像を返す。さらに、画像処理受付モジュール２０２は、画像変換リザルト２４２として送信コンポーネント２００に返す。画像変換リザルト２４２を受け取った送信コンポーネント２００は、変換済み画像をユーザが指定した送信宛先にデータを送信し、送信が終了すると接続を閉じて、送信終了コマンド２４３をＳＥＮＤモジュール２０１に返して送信処理を終了する。

＜文書管理＞
次に、図４を参照して、ＭＦＰ１００内部の文書管理について説明する。３１０は１つの文書を示し、１〜Ｎ（Ｎは自然数とする。）ページで構成される。全体では、この文書をＭ（Ｍは自然数とする。）文書管理することができる。

ＭＦＰ１００では管理することができる全体のページ数が決まっていて、１つの文書でページが多くなるとＮの値は増え、ページ数が多い文書を管理すると文書数を示すＭの値が小さくなる。各ページはメインページとサブページから構成され、両者は関連付けて管理される。最初にスキャナ１３４でスキャンを行うと、スキャンした画像はメインページに登録される。

スキャンした１ページ目の画像はＰ−ＪＰＥＧに変換されてメインページ３００に登録され、サブページ３０１には画像は登録されない。スキャンした２ページ目の画像はＰ−ＪＰＥＧに変換されてメインページ３０２に登録され、サブページ３０３には画像は登録されない。同様に、Ｎページ目のスキャンした画像はＰ−ＪＰＥＧに変換されてメインページ３０６に登録され、サブページ３０７には画像は登録されない。

図３の画像変換コマンド２２１、２２２において１ページ目の画像変換が指示されると変換した画像はＳＥＮＤモジュール２０１に返される。ＳＥＮＤモジュール２０１は変換済み画像を１ページ目のサブページ３０１に登録する。また、画像変換コマンド２２４、２２５において２ページ目の画像変換が指示されると変換した画像はＳＥＮＤモジュール２０１に返される。ＳＥＮＤモジュール２０１は変換済み画像を２ページ目のサブページ３０３に登録する。

画像処理受付モジュール２０２は、画像変換コマンド２３１を受けると１ページ目のサブページ３０１に変換済み画像が存在するため、画像処理モジュール２０３による実変換は行わず、サブページ３０１の画像を画像変換リザルト２３２として返す。画像変換コマンド２３３も同様に２ページ目のサブページ３０３に変換済み画像が存在するために画像処理モジュール２０３による実変換は行わず、３０３の画像を画像変換リザルト２３４として返す。

一方、画像処理受付モジュール２０２は、画像変換コマンド２３５を受けると３ページ目のサブページ３０５に変換済み画像が存在しないために画像処理モジュール２０３による実変換を行い、画像変換を行った画像を画像変換リザルト２３８として返す。画像変換コマンド２３９も同様に処理され、画像処理モジュール２０３による実変換を行い、画像変換を行った画像を画像変換リザルト２４２として返す。

このように、本実施形態に係るＭＦＰ１００では、メインページにスキャナ１３４で読み取った画像データが登録され、サブページに送信フォーマットに変換した画像データが登録される。さらに、ＭＦＰ１００では、スキャナ１３４で読み取りつつ、読み取った画像データを随時送信フォーマットに変換する。これにより、全ての原稿を読み取った後に画像データの変換を開始する場合と比べて画像変換処理を効率に行うことができる。

＜ＳＥＮＤモジュールの処理＞
次に、図５を参照して、ＭＦＰ１００のＳＥＮＤモジュール２０１における処理について説明する。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。また、本フローチャートは、操作部１３３にユーザが送信ファイル形式、スキャン設定、送信宛先設定を行い、スタートキーを押すと開始される。

Ｓ４０１において、ＳＥＮＤモジュール２０１は、スキャナ１３４を起動させてフィーダにセットされている原稿を引き込み、原稿読取を開始させる。続いて、Ｓ４０２において、ＳＥＮＤモジュール２０１は、変数ｉと変数ｊに初期値として１をセットする。Ｓ４０３において、ＳＥＮＤモジュール２０１は、変数ｉが変数ｊより大きいか調べ、大きい場合はＳ４０４でｊページ目の画像を画像処理受付モジュール２０２を経由して画像処理モジュール２０３で画像変換を行わせ、Ｓ４０５に進む。一方、Ｓ４０３で変数ｉが変数ｊ以下であると判定するとＳ４０５に進む。

Ｓ４０５において、ＳＥＮＤモジュール２０１は、ｉページ目のスキャンが終了したか否かを判定する。スキャンが終了するとＳ４０６に進み、ＳＥＮＤモジュール２０１は変数ｉに１を加え、Ｓ４０７に進む。一方、Ｓ４０５でスキャンが終了していないと判定した場合はそのままＳ４０７に進む。Ｓ４０７において、ＳＥＮＤモジュール２０１は、Ｓ４０４で実行したｊページ目の画像変換が終わったか否かを判定する。終わっていない場合は、Ｓ４１０に進む。一方、画像変換リザルトを受け、画像変換が終わった場合はＳ４０８に進み、ＳＥＮＤモジュール２０１は、変換済み画像を図４に示すようにｊページ目のサブページへ移動させ（登録し）、Ｓ４０９で変数ｊに１を加えてＳ４１０に進む。

Ｓ４１０において、ＳＥＮＤモジュール２０１は、スキャン終了コマンド２１９を受けたかを調べることにより、最終ページのスキャンが終了したか否かを判定する。スキャン終了コマンドを受けていない場合はＳ４０３に戻り、スキャン終了コマンドを受けた場合はＳ４１１に進み、ＳＥＮＤモジュール２０１は、ｊページ、即ち、現在画像変換しているページの画像変換が終了するまで待機する。ｊページの画像変換が終了すると、Ｓ４１２において、ＳＥＮＤモジュール２０１は、変換画像をサブページに移動して、処理を終了する。このように、本実施形態によれば、全ページのスキャン処理が終了するまでは、並行してスキャンして読み取った画像データを送信フォーマットへ変換する処理を実行する。

＜送信コンポーネント２００の処理＞
次に、図６を参照して、送信コンポーネント２００における処理について説明する。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。また、本フローチャートは、ＳＥＮＤモジュール２０１から送信開始コマンド２３０を受けると開始される。

Ｓ５０１において、送信コンポーネント２００は、変数ｉを０で初期化し、Ｓ５０２で操作部１３３に送信中表示のメッセージを表示させる。続いて、Ｓ５０３において、送信コンポーネント２００は、送信宛先のサーバに接続し、Ｓ５０４で接続エラーが発生したか否かを判定する。接続エラーが発生した場合はＳ５１２に進み、送信コンポーネント２００は、メッセージを操作部１３３に表示して、Ｓ５１３で終了する。

正常にサーバへの接続が完了すると、Ｓ５０５に進み、送信コンポーネント２００は、変数ｉに１を加える。ここで、送信コンポーネント２００は、画像処理受付モジュール２０２へ画像変換コマンドを投入し、Ｓ５０６で当該画像変換コマンドに対する画像変換リザルトコマンドを受けたか否かを管理することによって画像変換中であるか否かを判定する。

Ｓ５０６で画像変換リザルトコマンドを受けていると判定すると画像変換が終了したと判断し、Ｓ５０７に進み、送信コンポーネント２００は、ｉページの画像変換コマンドを発行し、画像変換を開始させる。一方、Ｓ５０６で画像変換リザルトコマンドを受けていないと判定すると画像変換中であると判断し、Ｓ５０８において、送信コンポーネント２００は、画像変換が終了したか否かを判定する。終了した場合はＳ５０９に進み、送信コンポーネント２００は、変換されたｉページの画像データを送信する。一方、画像変換が終了しない場合はＳ５１０に進み、送信コンポーネント２００は、エラーか否か判定し、エラーが発生している場合はＳ５１２でエラーメッセージを操作部１３３に表示して、処理を終了する。

一方、エラーが発生していない場合は、Ｓ５１１に進み、送信コンポーネント２００は、最終ページの送信が終了したか調べ、終了していない場合はＳ５０５に戻る。最終ページの画像送信が終了した場合はＳ５１２に進み、送信コンポーネント２００は、送信が終了したことを示すメッセージを操作部１３３に表示して、処理を終了する。

なお、送信コンポーネントの処理は図８を用いて説明した一般的な例として説明した比較例との動作と変わらない。このため送信コンポーネント２００のソフトウェアは変更することなく高速に処理できるメリットが存在する。送信コンポーネントはＪａｖａ（登録商標）のような取り外し、交換が可能なプログラムで記述することも可能であり、従来動いていたプログラムをまったく変更せずに利用できる。

＜画像処理受付モジュール２０２の処理＞
次に、図７を参照して、画像処理受付モジュール２０２における処理について説明する。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。また、本フローチャートは、ＳＥＮＤモジュール２０１、送信コンポーネント２００から画像変換コマンドを受けることにより開始される。

Ｓ６０１において、画像処理受付モジュール２０２は、画像変換を指示された画像のサブページに画像が存在するか調べ、サブページが存在する場合はＳ６０２に進み、サブページの画像を変換画像として返却して処理を終了する。一方、サブページに画像が存在しない場合はＳ６０３に進み、画像処理受付モジュール２０２は、受けた画像変換コマンドをキューイングする。即ち、画像処理受付モジュール２０２は、画像処理モジュール２０３が処理中であれば受けた画像変換コマンドを待ち行列へ入れる。

画像処理モジュール２０３は、メモリ容量の兼ね合いより、同時に複数の画像処理を処理することができない。このためＳＥＮＤモジュール２０１、送信コンポーネント２００から複数の命令（画像データ要求）を同時に受けた場合にはキューイングすることにより対応する。

次に、Ｓ６０４において、画像処理受付モジュール２０２は、画像処理モジュール２０３が画像変換処理中であるか監視し、画像変換が終了するまで待ち、画像変換が終了すると、Ｓ６０５に進み、キューイングしている命令を読み出す。続いて、Ｓ６０６において、画像処理受付モジュール２０２は、画像処理モジュール２０３へ画像変換コマンドを発行する。Ｓ６０７において、画像処理受付モジュール２０２は、画像変換が終了するまで待ち、変換が終了した場合はＳ６０８に進み、変換画像をコマンド発行先に戻し、処理を終了する。

以上の通り、本実施形態のＭＦＰ１００は、原稿の読取と並行して読取済みのページの画像データの変換を行い、原稿の読取終了後は、変換済みのページの画像データの送信と並行して未変換のページの画像データの変換を行う。これにより、読取済みの原稿を持って早く立ち去りたいユーザの要望と、送信完了を早く見届けたいユーザの要望の両方にこたえることができる。

＜送信動作＞
次に、図９を参照して、送信動作の処理手順について説明する。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。また、本フローチャートは、ユーザが操作部１３３に表示されている送信タブを選択すると開始される。以下では、スキャナによって原稿の全てのページから画像を読み取った後に画像データを所定の送信フォーマットに変換して送信する第１モードでジョブを実行するか、又は、スキャナによって原稿の全てのページから画像を読み取る前に、読み終えたページから順に画像データを所定の送信フォーマットに変換して送信する第２モードでジョブを実行するかを判定する処理について説明する。

Ｓ１００１において、ＣＰＵ１３０は、送信宛先を設定する。送信宛先には、ＦＡＸ、読み取った原稿をメールに添付してＦＡＸのように送受信を行うＩＦＡＸ、ＳＭＢ／ＦＴＰ／ＷｅｂＤＡＶ等の通信プロトコルを用いてＰＣのフォルダに送信を行うファイル送信宛先、電子メールに添付して送信する電子メール宛先がある。さらに、ＭＦＰ１００のハードディスクに保存するＢＯＸ宛先を指定することができる。例えば、ＣＰＵ１３０は、選択肢を操作部１３３に表示し、ユーザ入力に従って送信宛先を設定する。

Ｓ１００２において、ＣＰＵ１３０は、スキャナ１３４で読み取る画像の解像度を設定する。例えば、操作部１３３に表示した２００×２００ｄｐｉ、３００×３００ｄｐｉ、４００×４００ｄｐｉ、６００×６００ｄｐｉの中からユーザ入力に従って設定する。白黒画像を読み取る場合は、２００×１００ｄｐｉ、２００×４００ｄｐｉが選択肢に追加され、カラー画像を読み取るときは１００×１００ｄｐｉの解像度が選択肢に追加される。

Ｓ１００３において、ＣＰＵ１３０は、フィーダ又はスキャナ１３４のガラス面である圧板にセットされた原稿の用紙サイズを設定する。用紙サイズは、操作部１３３に表示される、自動、Ａ３、Ａ４、Ａ５、Ｂ４、Ｂ５、１１×１７、ＬＧＬ、ＬＴＲ、ＳＴＭＴ、長尺、フリーサイズから選択することができる。長尺はロールペーパのように長い紙であり、最大６４０ｍｍまでの用紙を読み取ることができるが、メモリを大量に必要とすることから両面読取等の機能は使えない。フリーサイズは圧板に載せることができる不定形な用紙サイズであり、画像の終端を検知する方法は長尺と同じあるため、読取動作的には長尺と同じになる。しかしながら、横方向の最大サイズは１７ｉｎｃｈに制限されているため、長尺のようにメモリ制限で両面読取ができないという制限は存在せず、フリーサイズは両面読取が可能である。

Ｓ１００４において、ＣＰＵ１３０は、読取設定として、原稿を読み取る色に関して自動で検知するか、又は、カラー／グレー／白黒２値で読み取るかを設定する。また、片面／両面等の原稿読取方法の指定、読み取る原稿の束が異なる用紙サイズが混載しているか否か、読み取り時の倍率指定等の機能を設定することができる。原稿混載はＯＦＦに指定されていると先頭ページのみ原稿サイズ検知を行い、２ページ目以降は先頭ページのサイズで読み取るために高速にスキャンすることができる。

さらにフィーダには１００ページぐらいの原稿しか搭載することができないため、１００ページを超える原稿を１つのファイルとして扱うために、複数の原稿束を連続して読み取り、１つのファイルにして送信する連続読取機能が存在する。連続読取機能を指定すると１つの原稿束の読取が終了すると、終了するか否か尋ねられ、継続を選択すると次の原稿束を読み込み、前に読みとった束と結合して送信を行うように動作する。Ｓ１００４の読取設定には読み取った画像を送信前に操作部１３３に表示して、不要なページを削除してから送信できるようにするプレビュー機能を指定するスイッチも存在する。

Ｓ１００５において、ＣＰＵ１３０は、送信するファイル形式を設定する。例えば、読み取った原稿を画像変換してＴＩＦＦ、ＪＰＥＧ、ＰＤＦ、ＸＰＳ、ＯＯＸＭＬ等のファイル形式にして送信するように設定することができる。さらに、ＰＤＦ等の場合はＯＣＲ等機能、文字部と画像部を領域分離し画像毎に圧縮方式を変更することでデータサイズを小さくする高圧縮ＰＤＦや電子署名付きＰＤＦ等指定をすることができる。

Ｓ１００６において、ＣＰＵ１３０は、ＳＴＲＡＴキーが押下されたか否かを判定し、ＳＴＡＲＴキーが押下された場合はＳ１００７に遷移し、押下されない場合はＳ１００６の判定を定期的に繰り返す。Ｓ１００７において、ＣＰＵ１３０は、送信宛先がＦＡＸ宛先であるか否かを判定し、Ｓ１００８では送信宛先がＩＦＡＸ宛先か否かを判定し、ＦＡＸ、ＩＦＡＸの場合はＳ１０１５の通常スキャンへと進む。Ｓ１０１５において、ＣＰＵ１３０は、通常スキャン、即ち、図８を用いて説明したスキャン動作のみを行うスキャンを実行させ、Ｓ１０１９においてスキャン終了後に送信コンポによって画像変換しながら画像データを送信させる。

このスキャンは、結果的にスキャンと画像変換／送信動作が連続して実行されるために送信速度が低下する。しかしながら、ＦＡＸ送信はスキャン終了後に送信宛先と通信を行い、お互いの画像通信能力をネゴシエーションしてから送信画像フォーマットが決定する。従って、図３を用いて説明したスキャン中に１部の画像変換を実施してしまってもネゴシエーションの結果と異なるフォーマットに変換してしまっても再変換が必要になってしまい、高速に送信することはできない。逆に度重なる画像変換の結果、画像が劣化する可能性も存在する。ＩＦＡＸ宛先の場合も同様に送信宛先毎に送信できる画像が異なっているために、複数宛先に同報送信が指示された場合に再変換を実施しなければ送信することはできない。従って、Ｓ１００７、Ｓ１００８において、送信宛先がＦＡＸ、ＩＦＡＸ宛先であると判定した場合は送信速度が遅い通常スキャンが選択される。

送信宛先がＦＡＸ及びＩＦＡＸでない場合はＳ１００９に進み、ＣＰＵ１３０は、送信宛先にＢＯＸ宛先が含まれるか否かを判定する。ＢＯＸ宛先の場合、スキャンした画像がハードディスク１３７に長期間蓄積することになる。蓄積される画像は図４を用いて説明したようにスキャンして作成されたメインページのデータの他にサブページのデータが存在する。従って、ハードディスク１３７には長期間サブページのデータが残ってしまいハードディスク１３７の容量を圧迫することに繋がるために、Ｓ１００９で送信宛先にＢＯＸ宛先が含まれる場合はＳ１０１５の通常スキャンへと処理を進める。

ＢＯＸ宛先でない場合はＳ１０１０に進み、ＣＰＵ１３０は、スキャン解像度が所定の値以上であるか否か、例えば６００ｄｐｉであるか否かを判定する。図３を用いて説明したスキャン中に１部の画像変換を実施するスキャン時画像変換はスキャン中に画像の読み書きが頻繁に実施される。このため、スキャナ１３４の読み取り速度が低下してしまう。とりわけスキャナ１３４が両面同時読みで、スキャン速度が１分あたり１００ページを超えるような高速スキャン機では顕著になる。多くのユーザはスキャナ１３４で読み取りが終わると、スキャンを終了した原稿を持って戻ってしまい、送信終了までＭＦＰ１００の前で待つユーザは多くなく、読み取り速度が低下してしまうと、わざわざ高価で高速なＭＦＰを購入した意味が無くなってしまう。従って、Ｓ１００２の解像度設定が最も解像度が高い６００ｄｐｉの場合はＳ１０１０においてＳ１０１５の通常スキャンへと処理を進め、スキャン速度が低下しないようにする。

解像度が６００ｄｐｉでない場合はＳ１０１１に進み、ＣＰＵ１３０は、Ｓ１００４の読取設定が長尺又はフリーサイズ設定である場合、Ｓ１０１５の通常スキャンへと処理を進める。長尺、フリーサイズ読み取り時も他の読み取り制御、画像変換処理と同様に画像処理回路１３６内に存在するハードウェアを用いて画像変換を実施する。基本的に読取制御と画像変換処理は、並列に同時動作が可能なようにハードウェアが構成されているが、長尺、フリーサイズ読み取りはあまり使われないことからコストダウンのために１部の制御を画像変換処理用のハードウェアを使うにように構成される場合もある。このため、画像変換中に長尺読み取りが行われると、同時には動作せずに読み取り動作が止まってしまうという問題が存在する。この問題を回避するために、Ｓ１００４の読取設定が長尺又はフリーサイズである場合、Ｓ１０１５の通常スキャンへと処理を進める。

読取サイズが長尺及びフリーサイズでない場合はＳ１０１２に進み、ＣＰＵ１３０は、Ｓ１００４でプレビュー機能が設定されているか否かを判定する。Ｓ１００４でプレビュー機能が設定されている場合は、Ｓ１０１５の通常スキャンへと処理を進める。一方、プレビュー指定されていない場合はＳ１０１３に進み、ＣＰＵ１３０は、読み取り原稿がスキャナ１３４のガラス面にセットされた圧板読取であるか否かを判定する。圧板読取である場合は、Ｓ１０１５の通常スキャンへと処理を進める。

圧板読取でない場合はＳ１０１４に進み、ＣＰＵ１３０は、ＣＰＵ１３０は、連続読取指定がされているか否かを判定する。連続読取指定がされていればＳ１０１５の通常スキャンへと処理を進める。一方、連続読取指定がされていない場合は、Ｓ１０１８に進み、ＣＰＵ１３０は、図３を用いて説明したスキャン時に画像変換を行うモードでスキャンを実施し、Ｓ１０１９に進み、送信コンポーネント２００によって送信動作を実施し、スキャンデータを送信し、処理を終了する。

＜プレビュー指定の場合の送信動作＞
次に、図１０を参照して、２ページの原稿をプレビュー指定をして送信指示された場合に、図３を用いて説明した送信動作を行う場合について説明する。２０５のＵＩは操作部１３３を制御するモジュールを示す。

ＵＩ２０５からのプレビュー指定がされている送信開始コマンド１０００は、ＳＥＮＤモジュール２０１へと伝わり、ＳＥＮＤモジュール２０１からスキャン開始コマンド１１０１が１１０２でスキャナ制御モジュールに発行される。スキャナ制御モジュール２０４は、スキャナ１３４を動かし、フィーダにセットされている原稿を原稿台に搬送し、原稿のデータを読み取り排紙する。

１ページ目の原稿を読み取り終わるとスキャナ制御モジュール２０４から画像処理モジュールに対して１１０３のページ毎のスキャン終了コマンドを返し、２ページ目の原稿が読み取り終わると１１０４のスキャン終了コマンドを返す。画像処理モジュール２０３では、１１０３のコマンドを受け取ると、１１０５のコマンドで１ページ目のスキャンが終了したことをＳＥＮＤモジュール２０１に伝える。ＳＥＮＤモジュール２０１は、１ページ目のデータを画像変換するために、画像変換コマンド１１０６を画像処理モジュール２０３に発行する。１１０７において、画像処理モジュール２０３に伝えられ、１ページ目の画像変換処理が開始される。

最終ページである２ページ目のスキャンが終了するとスキャン終了コマンド１１０９を送り、この信号がＵＩ２０５に１１１０のコマンドとして伝達される。ＵＩ２０５は、送信開始コマンド１１００を受けると、「スキャン中」の表示を行い、１１１０の命令を受け取ると表示を消す。

スキャナ１３４で読み取った画像サイズは大きく、特殊な画像フォーマットであるために、プレビューが指定されていても、ＵＩ２０５でそのまま表示することはできない。このため、画像変換コマンド１１１１を画像処理受付モジュールに送信し、画像を縮小して、ＵＩ２０５にそのまま表示することができる画像フォーマットに変換する。画像処理受付モジュール２０２は、１１０７の画像変換がまだ終わっていないために、この画像変換が終了するまで、画像処理モジュール２０３へのコマンド発行を待つ。

１ページ目の画像変換が終了すると１１１２において画像処理受付モジュール２０２に伝えられ、１１１３のコマンドでＳＥＮＤモジュールに伝えられる。画像処理受付モジュール２０２は、１１０７の画像変換が終わったことを受けて、１１１５のコマンドで画像処理モジュール２０３に対して、プレビュー画像の画像変換コマンドを発行する。画像処理モジュール２０３及び画像処理受付モジュール２０２は、プレビュー画像の変換が終わると、それぞれ１１１７、１１１８のコマンドでＵＩ２０５に伝え、ＵＩ２０５によって画像が表示される。

ＵＩ２０５ではプレビュー表示を行い、「送信」ボタンを押下すると、１１２０において送信開始コマンドがＳＥＮＤモジュール２０１に送られ、送信コンポーネント２００に送信開始コマンド１１２１が発行される。送信コンポーネント２００は、画像変換コマンド１１２２を画像処理受付モジュール２０２に発行する。１ページ目の画像は１１０７で既に画像変換が実施されているために、画像の実変換は実施せず、図４を用いて説明したサブページに存在する画像を変換済画像として１１２３において送信コンポーネント２００に返す。

送信コンポーネントで２００は、変換済みの画像を送信宛先に送信しながら、２ページ目の画像を変換するための、画像変換コマンド１１２４を画像処理受付モジュール２０２に発行する。２ページ目の画像は画像変換を行っていないので、文書管理のサブページにはデータが存在しない。このため、実画像変換を行うために、１１２５の画像変換コマンドを画像処理モジュール２０３に発行する。画像処理モジュール２０３では、２ページ目の画像変換を実施し、１１２６の時間が経過すると変換が終わり、１１２７、１１２８で変換終了コマンドが送信コンポーネント２００に伝えられ、２ページ目のデータの送信が行われる。送信が終了すると１１２９で送信結果がＵＩ２０５に通知され、送信中の表示を消して、送信が終了したことを一定時間表示する。

以上説明した動作例では、図８に示したように通常スキャンを実行していれば、スキャン終了後、１１１６のプレビュー画像の変換時間経過後にプレビュー画像を表示することができたにも関わらず、１１１４の時間と１１１６の時間とが経過した後にプレビュー画像を表示することになる。１１１４の時間は、１１１７の画像変換処理によって変わってしまうが、高解像度、大きな用紙サイズ、ＯＣＲ処理、ＯＯＸＭＬ等の複雑なファイルフォーマットに変換する場合は５秒以上の時間を有する。このように、スキャナ１３４の読み取りが終わって５秒経過してからプレビュー画像が表示されることは問題になるため、図９のＳ１０１２においてプレビューが指定された場合はＳ１０１５の通常スキャンへと処理を進める。

２０６の画像処理データは、複数ページのファイルを１つのファイルとして処理する場合に使われる画像処理データである。ＰＤＦ等の複数ページの画像データには画像の他にヘッダ、フッタ等の様々な情報が必要になり、１ページ目のフッタデータが２ページ目のヘッダデータに影響を与える。画像変換は１ページ単位で実施するため、上記のような場合、画像処理データ２０６に１ページ目のフッタ情報を格納しておき、２ページ目の画像変換時に上記データを参照してヘッダ情報を作成するように動作する。

＜圧板読取指定の場合の送信動作＞
次に、図１１を参照して、読み取り原稿がスキャナ１３４のガラス面にセットされた圧板読み取りの指定をして送信指示された場合に、図３を用いて説明した送信動作を行う場合について説明する。

スキャナ１３４の原稿台の圧板に置かれた原稿の画像を読み取る命令であるスキャン開始コマンド１２００がＵＩ２０５からＳＥＮＤモジュール２０１へと伝わる。このコマンド１２００によりＳＥＮＤモジュール２０１からスキャン開始コマンド１２０１、１２０２としてスキャナ制御モジュール２０４にコマンドが発行される。スキャナ制御モジュール２０４は、スキャナ１３４を動かし、原稿台にセットされている、原稿を読み取る。

１ページ目の読み取りが終わると１２０３、１２０４においてＳＥＮＤモジュール２０１に１ページ目のスキャンが終了したことを知らせる。１ページ目のスキャンが終了すると、画像変換コマンド１２０５、１２０６において１ページ目の画像変換を行い、変換が終了すると１２０８、１２０９において画像変換が終了したことを伝える。ＳＥＮＤモジュール２０１では、１ページの読み取りが終了したことを１２１０においてＵＩ２０５に知らせる。その後、送信開始コマンド１２１１を発行して、１２１２〜１２１４を通じて、送信コンポーネント２００において１ページ目の画像データが送信される。

ＵＩ２０５では圧板に載置した原稿を変えて次ページのスキャンをするか、送信を開始するかの選択画面を表示する。スキャン時に画像変換を行わない通常スキャンが選択された場合、ＵＩ２０５にスキャン終了を知らせるタイミングは１２１５のタイミングになる。従って、圧板読取指定がされている場合に図３の送信動作を行うと、スキャンが終了してから次の画面が表示されるまで１２１６の時間だけ長くなってしまうという問題が存在する。この時間は画像変換処理内容によって変わるが、高解像度、大きな用紙サイズ、ＯＣＲ処理、ＯＯＸＭＬ等の複雑なファイルフォーマットに変換する場合は５秒以上の時間を有する。上記問題を解決するためにＳ１０１３では圧板読取が指定された場合はＳ１０１５の通常スキャンへと処理を進める。

＜連続読取指定の場合の送信動作＞
次に、図１２を参照して、複数の原稿束を原稿束毎にスキャンし複数回繰り返すことで、１つのファイルとして送信を行う連続読取指定で送信指示された場合に、図３を用いて説明した送信動作を行う場合について説明する。

連続読み取りが指定された送信開始コマンド１３００は、ＵＩ２０５からＳＥＮＤモジュール２０１へと伝わり、ＳＥＮＤモジュール２０１からスキャン開始コマンド１３０１、１３０２としてスキャナ制御モジュールに発行される。スキャナ制御モジュール２０４はスキャナ１３４を動かし、原稿台にセットされている、原稿を読み取る。

各ページの読み取りが終わると、１３０３、１３０４においてＳＥＮＤモジュール２０１にページの読み取りが終了したことを知らせる。１ページ目の読み取りが終了し、１３０５においてＳＥＮＤモジュール２０１に伝えられると、１３０６、１３０７の１ページ目の画像変換コマンドが発行される。１３０８の時間が経過後に１ページ目の画像変換が終了すると、１３０９において画像処理モジュール２０３から画像処理受付モジュール２０２へ画像変換が終了したことを通知する。

このような動作が継続して行われ、１束目の最終ページであるＸページ目のスキャンが終了すると１３１３、１３１４においてＸページ目の最終ページがスキャン終了したことをＳＥＮＤモジュール２０１に通知する。この間にも画像変換はスキャン動作と並行して実施されていて、１３１０でＹページ目の画像変換が投入されると、１３１２、１３１６で変換が終了したことが通知される。

ＳＥＮＤモジュール２０１はこのタイミングで１３１７において１束目のスキャンが終了したことをＵＩ２０５に知らせる。その後、次の原稿束をフィーダにセットし、スタートキーを押すとセットした原稿束をスキャンする１３１８の継続スキャンコマンドが発行され、１３１９、１３２０のコマンドが送られ、２束目の１ページ目のスキャンが動作する。スキャン動作が終了すると、１３２１、１３２２のコマンドが送られ、ＳＥＮＤモジュール２０１に伝えられる。

スキャン時に画像変換を行わない通常のスキャンが実施された場合は１３１４のタイミングでＵＩ２０５に通知することができるので、１３１５の時間だけ通知が遅れ、スキャン終了しても表示が変わらない時間が発生する。この問題を回避するためにＳ１０１４で連続読み取りが指定されている場合はＳ１０１５の通常スキャンへと処理を行う。

＜その他の実施形態＞
＜複数の機能が競合状態となった場合の処理＞
以下では、図１３乃至図１７を参照して、本発明のその他の実施形態について説明する。まず、図１３を参照して、ＰＤＬとＳＥＮＤ機能が競合状態になった場合のＳＥＮＤモジュールの動作について説明する。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。ＣＯＰＹ機能とＳＥＮＤ機能は操作部１３３を使って操作を行うために、基本的に競合動作は発生しない。しかしながら、ＭＦＰ１００とは離れた場所のＰＣで作成されたデータをアプリケーションから印刷を行うＰＤＬ機能と、原稿を読み取って送信を行う送信を行うＳＥＮＤ機能とは競合動作が発生する。ＰＤＬ機能が動作するとＲＡＭ１３２の使用量が増えてしまい、この結果ＰＤＬ機能とＳＥＮＤ機能とが競合するとスキャン速度に影響を与え、スキャン速度が一定で無くなりガタガタと動く状態になってしまう。ＰＤＬ機能の利用者は、ＭＦＰ１００の前に立って操作をしている人のことは意識せずにＪＯＢの投入を行うため、たまたまＳＥＮＤ機能を使っている人がいると、スキャン速度が一定で無くなってしまう。操作部１３３にユーザが送信ファイル形式、スキャン設定、送信宛先設定を行い、スタートキーを押すと、以下の処理が開始する。なお、以下では、図４のフローチャートと同様の処理については同一のステップ番号を付す。

Ｓ４０１において、ＣＰＵ１３０は、スキャナ１３４を起動させてフィーダにセットされている原稿を引き込み、原稿読取を開始させる。続いて、Ｓ４０２において、ＣＰＵ１３０は、変数ｉと変数ｊに初期値として１をセットする。続いて、Ｓ１４０１において、ＣＰＵ１３０は、ＰＤＬ機能がＳＥＮＤスキャン中に動作したことを示すＰＤＬフラグをＯＦＦに初期化する。Ｓ１４０２において、ＣＰＵ１３０は、ＰＣのプリンタドライバで作成されたＰＤＬデータを受信、画像をラスタライズ、ラスタライズした画像を印刷するＰＤＬ機能が動作しているか否かを判定する。ＰＤＬ機能が動作している場合はＳ１４０３に進み、ＣＰＵ１３０は、ＰＤＬフラグをＯＮにし、動作していない場合はＰＤＬフラグに変更を与えず、Ｓ４０３に進む。

Ｓ４０３において、ＣＰＵ１３０は、変数ｉが変数ｊより大きいか否かを判定し、大きい場合はＳ１４０４に進みＰＤＬフラグがＯＮであるか否かを判定する。ＰＤＬフラグがＯＮでない場合はＳ４０４に進み、ＣＰＵ１３０は、ｊページ目の画像を画像処理受付モジュール２０２に渡し、画像処理モジュール２０３で画像の変換を開始させる。つまり、ＰＤＬ機能が動作中である場合は、競合動作が発生してしまうと判断し、画像データの変換処理を先延ばしにする。

Ｓ４０５において、ＣＰＵ１３０は、ｉページ目のスキャンが終了したか否かを判定する。スキャンが終了した場合はＳ４０６に進み、ＣＰＵ１３０は、変数ｉに１を加える。続いて、Ｓ４０７において、ＣＰＵ１３０は、Ｓ４０４で実行したｊページ目の画像変換が終わったか否かを判定する。画像変換リザルトを受け、画像変換が終わった場合はＳ４０８に進み、ＣＰＵ１３０は、変換済み画像を図４で説明した文書管理のｊページ目のサブページへ移動させ、Ｓ４０９において変数ｊに１を加える。

Ｓ４１０において、ＣＰＵ１３０は、２１９のスキャン終了コマンドを受けたか否かを判定する。スキャン終了コマンドを受けていない場合はＳ１４０１に戻り、スキャン終了コマンドを受けた場合はＳ４１１に進み、ＣＰＵ１３０は、ｊページの画像変換が終了したか否かを判定する。画像変換が終了した場合はＳ４１２に進み、ＣＰＵ１３０は、変換画像をサブページに移動する処理を行い、処理を終了する。

＜再送信処理＞
次に、図１４を参照して、送信途中に電源が切れてしまい、ネットワーク回線に異常が発生したためエラーとなった文書を再送信する処理について説明する。図１０を用いて説明したように１度スキャン動作が実施されると、文書のサブページにはスキャンした文書の変換済み画像が記録され、画像変換によって画像処理データ２０６が更新される。

例えばスキャン中に３ページの画像変換が終わり、４ページの画像を変換中にエラーが発生した場合、画像処理データ２０６には３ページ目が終了したときの情報が格納されている。再送信が実施されると１ページ目、２ページ目はサブページが存在するために画像の変換は行わない。２ページ目のヘッダ情報を作成するときは２ページ目の画像と画像処理データ２０６のデータを用いて２ページ目のヘッダデータを作成する。このとき、画像処理データ２０６のデータは３ページ目が終了したときの情報が格納されているために、ミスマッチが発生してしまう。このデータをＰＣに送ると画像は表示することができず、データが壊れていると認識される。この問題を解決するために、再送信処理が起動すると、図１４に示すフローチャートが実行される。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。

まず、Ｓ１５０１において、ＣＰＵ１３０は、文書管理のサブページデータを全ページ削除する。続いて、Ｓ１５０２において、ＣＰＵ１３０は、画像変換を実施し、サブページには画像が存在しないために画像処理モジュール２０３による実画像の変換処理が動作する。実画像処理により送信速度は遅くなってしまうが、画像処理データ２０６のデータは１ページ目のデータに書き換えられ、正常な値となり、Ｓ１５０３で送信処理が行われる。その後、Ｓ１５１４において、ＣＰＵ１３０は、変換、送信したページが最終ページであるか否かを判定し、最終ページではない場合はＳ１５０５で次ページに処理を移し、処理をＳ１５０２に戻す。一方、全てのページが処理されると、処理を終了する。

＜長いスキャン時間への対応＞
次に、図１５及び図１６を参照して、２ページの原稿をスキャンしたときに１ページ目の画像変換時間が長い場合に、スキャン時間が長く感じる問題を抑制する対応について説明する。まず、図１５を参照して問題点について説明する。

ＵＩ２０５からスキャン開始コマンド１６００が発行されると、ＳＥＮＤモジュール２０１から１６０１、画像処理モジュール２０３から１６０２のコマンドがスキャナ制御２０４に伝えられる。スキャナ制御２０４は、フィーダの原稿を引きこみ、１ページ目のスキャンが終了すると１６０３、２ページ目のスキャンが終了すると１６０４のスキャン終了コマンドを発行する。

画像処理モジュール２０３は、１ページ目のスキャンが終了すると１６０５のコマンドを発行する。１ページ目のスキャンが終了したことを知ったＳＥＮＤモジュール２０１は、１６０６において１ぺージ目の画像変換を実施し、１６０７において画像処理モジュール２０３が画像の変換を行う。画像処理モジュール２０３は、２ページ目のスキャンが終了すると１６０８のコマンドをＳＥＮＤモジュール２０１に返す。

ここで、ＳＥＮＤモジュール２０１は、ＵＩ２０５へ１６０９のタイミングでスキャン終了を示すコマンドを返したいが、１ページ目の画像変換が終了していないために返すことができない。ＵＩ２０５は、１６０９のスキャン終了コマンドを受け取ると、次のＪＯＢの投入を許可し、スタートキーが赤から青表示に変わり、画面を操作できないようにしていた網掛け表示が消えて操作が可能となる。ユーザが素早い操作を行うと１ページ目の画像変換が終了しないうちに次のＪＯＢを実施しなければならず、２つのＪＯＢを同時に実行し管理しなければならず、複雑な処理が要求される。また、１６０９のタイミングでＵＩ２０５にスキャン終了コマンドを返すためには、その前に送信コンポーネント２００に送信開始コマンドを発行しなくてはならない。

１ページ目の画像変換終了前に送信コンポーネント２００に送信コマンドを発行すると、送信コンポーネント２００がまだ変換が終わっていない画像変換中の１ページ目に対して画像変換要求を実施することになり、複雑な処理となる。このため１ページ目の画像変換終了コマンド１６１０、１６１１を受けてから１６１２の送信開始コマンドを発行し、次に１６１３のスキャン終了コマンドをＵＩ２０５に発行する。

その結果スキャナ１３４の読み取りが終了してから、１６１４の時間だけ操作部１３３の網掛けが消えず、操作者は、結果的にスキャナの読み取り時間が延びたように感じてしまう。その後、送信コンポーネント２００が画像処理受付モジュール２０２に１６１４の１ページ目の画像変換命令を発行すると、既に変換済みの画像が文書管理のサブページに存在するので、この画像を１６１５のコマンドで返却する。送信コンポーネント２００は受け取った変換済み画像を送信しながら、１６１６で２ページ目の画像変換命令を発行する。２ページ目の変換は実施されていないため、サブページに画像が存在しないことを確認して、１６１７の画像変換コマンドを画像処理モジュール２０３に発行する。２ページ目の画像変換が終了すると、１６１８、１６１９のコマンドで送信コンポーネント２００に戻され、２ページ目の画像を送信した後に１６２０のコマンドでＵＩ２０５に送信終了を知らせる。

続いて、図１６を参照して、図１５を参照して説明した上記問題の対応方法について説明する。１６０１から１６０８については図１５と同様であるため説明を省略する。

１６０９のタイミングにおいて、ＳＥＮＤモジュール２０１はＵＩ２０５へスキャン終了を示すコマンド返す。ＵＩ２０５は、１６０９のスキャン終了コマンドを受け取ると、次のＪＯＢの投入を許可し、スタートキーを赤から青表示に変更し、画面を操作できないようにしていた網掛け表示を消して操作を可能とする。送信原稿をフィーダにセットし、送信宛先等のデータを素早くセットして１ページ目の画像変換が終了しないタイミングで次のＪＯＢ１７００をＳＥＮＤモジュール２０１に発行する。ＳＥＮＤモジュール２０１ではまだ前のＪＯＢの１ページ目の画像変換が終了していないためにこのＪＯＢを実行予約状態とする。１ページ目の画像変換が終了すると１６１０、１６１１のコマンドにおいてＳＥＮＤモジュール２０１に知らされる。その後、１６１２において、送信コンポーネント２００へ送信開始コマンドを発行し、図１５で説明した１６１４から１６２０の送信処理が実行される（不図示）。

図１５で発行した１６１３のスキャン終了コマンドは１６０９において既に発行しているため発行しない。１ページ目の画像変換が終了し、最初に投入されたＪＯＢが終了する１７１０のタイミングが経過後、１７０１において次ＪＯＢのスキャン開始コマンドを発行する。このコマンドは１７０２のコマンドでスキャナ制御２０４に伝えられる。スキャナ制御２０４ではフィーダの原稿を引きこみ、１ページ目のスキャンが終了すると１７０３のコマンドを発行し、２ページ目のスキャンが終了すると１７０４のスキャン終了コマンドを発行する。

画像処理モジュール２０３は１ページ目のスキャンが終了すると１７０５のコマンドを発行する。１ページ目のスキャンが終了したことを知ったＳＥＮＤモジュール２０１は１７０６において１ぺージ目の画像変換を指示し、１７０７において画像処理モジュール２０３が画像の変換を行う。画像処理モジュール２０３は２ページ目のスキャンが終了すると１７０８のコマンドをＳＥＮＤモジュール２０１に返す。ＳＥＮＤモジュール２０１はＵＩ２０５へ１７０９のタイミングでスキャン終了を示すコマンド返す。ＵＩ２０５は１７０９のスキャン終了コマンドを受け取ると、次のＪＯＢを投入できる状態になりスタートキーが赤から青表示に変わり、画面を操作できないようにしていた網掛け表示が消えて操作が可能となる。

以上説明したように、結果的には１７１０の時間だけ２回目のスキャンＪＯＢが実行予約状態となる。ＪＯＢが実行予約状態のときには、ＵＩ２０５「スキャン予約中」の表示を行い、ハードキーであるリセットキーが押下された場合は実行予約のＪＯＢを破棄する。画像変換中に送信原稿をフィーダにセットし、送信宛先等のデータを素早くセットして１ページ目の画像変換が終了しないうちに次のスキャンＪＯＢを実行するユーザは多くない。しかし、スキャナの読み取り動作が終わったタイミングでスタートキーを青にして網掛け表示をとることでスキャナの読み取りが遅くなったと感じることを低減することができる。仮に、早いタイミングでスタートキーを押した場合でもＪＯＢ実行予約され、自動的に読取が開始されるため操作的な不具合を最低限に抑えることができる。

＜ＪＯＢ実行予約処理＞
次に、図１７を参照して、図１５、１６を用いて説明したＳＥＮＤモジュール２０１内で動作するＪＯＢ実行予約機能について説明する。以下で説明する処理は、ＣＰＵ１３０がＲＯＭ１３１に格納された制御プログラムをＲＡＭ１３２に読み出して実行することにより実現される。ＵＩ２０５からスキャン開始コマンド１６００が通知されると以下のスキャン開始のフローチャートが開始する。

Ｓ１８０１において、ＣＰＵ１３０は、ＳＥＮＤモジュール２０１の状態遷移がＪＯＢ実行予約中であるか否かを判定し、ＪＯＢ実行予約中でない場合はＳ１８０６に進み、スキャン処理を動作させる。この処理はＳＥＮＤモジュール２０１で実行する１６０１から１６０９までの処理である。Ｓ１８０６のスキャン処理が終了すると、ＵＩ２０５はスタートキーを赤から青表示に変えて、画面を操作できないようにしていた網掛け表示を消し、操作を可能とする。ユーザが送信原稿をフィーダにセットし、送信宛先等のデータを素早くセットしてスタートキーを押すと再び当該フローチャートの処理が開始される。

一方、Ｓ１８０１でＪＯＢ実行予約中になっている場合には、Ｓ１８０２進む。Ｓ１８０２において、ＣＰＵ１３０は、画像変換中であるか否かを判定し、画像変換中である場合はＳ１８０３でＪＯＢ実行予約状態に状態遷移を変更し、Ｓ１８０４においてＪＯＢ予約中の表示を行い、Ｓ１８０２に戻る。Ｓ１８０２において、ＣＰＵ１３０は、画像変換中状態が終わるとＳ１８０５でＪＯＢ投入処理を行い、Ｓ１８０６のスキャン処理を実行する。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１：ファイルサーバ、１０２：メールサーバ、１０３：クライアントＰＣ、１３０：ＣＰＵ、１３１：ＲＯＭ、１３２：ＲＡＭ、１３３：操作部、１３４：スキャナ、１３５：プリンタ、１３６：画像処理回路、１３７：ハードディスク、１３８：ネットワークＩ／Ｆ、１３９：フォーマッタ部、１４０：ファクス部、１４１：ネットワーク、１４２：電話回線、１４３：シリアルＩ／Ｆ、カードリーダ

Claims (10)

1. 複数のページを含む原稿から画像を読み取って、読み取ったページから順に画像データを出力する読取手段と、
   前記読取手段によって出力されたページの画像データを所定の送信フォーマットに変換する変換手段と、
   前記変換手段によって変換された画像データを送信する送信手段と、
   第１のページの画像データの送信に応じて、第２のページの画像データが既に前記所定の送信フォーマットに変換されているか否かを判定する判定手段と、
   前記判定手段が前記第２のページの画像データが既に変換されていると判定した場合に、前記第２のページの画像データを送信し、
   前記判定手段が前記第２のページの画像データがまだ変換されていないと判定した場合に、前記第２のページの画像データを前記所定の送信フォーマットに変換し、前記第２のページの画像データを送信するよう前記送信手段を制御する制御手段とを備えることを特徴とする画像処理装置。
2. 前記読取手段によって読み取られた画像データと、前記変換手段によって変換された画像データを関連付けて管理する文書管理手段をさらに備え、
   前記判定手段は、前記文書管理手段によって、前記変換手段によって変換された前記第１のページの画像データが管理されている場合に、該第１のページの画像データが既に前記所定のフォーマットに変換されていると判断し、前記第２のページの画像データが管理されていない場合に、該第２のページの画像データがまだ変換されていないと判断することを特徴とする請求項１に記載の画像処理装置。
3. 前記制御手段は、画像データの変換要求を受け付けたときに、前記変換手段が他の画像データを変換中であれば、受け付けた前記変換要求を待ち行列に追加することを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記制御手段は、
   前記変換手段によって画像データを変換させる際に、外部から入力された画像データを用いて印刷を実行するＰＤＬ機能が動作している場合は、該変換手段による画像データの変換を待機させることを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
5. 前記制御手段は、画像データの再送信処理を行う際に、既に画像変換によって得られた画像データを削除してから、全てのページの画像データを変換しながら送信させることを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記制御手段は、
   現在のジョブにおける前記読取手段による原稿の全てのページの読み取りが終了すると、前記送信手段による送信が完了していない場合であっても、次のジョブの投入を許可し、該次のジョブが投入されると、前記現在のジョブにおける処理が終了するまで該次のジョブを予約状態にし、該現在のジョブが終了すると、該次のジョブにおいて前記読取手段による読み取りを開始させることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
7. 送信フォーマットを指定する指定手段をさらに備え、
   前記変換手段は、前記読取手段によって出力されたページの画像データを前記指定手段によって指定された送信フォーマットに変換することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 前記送信手段は、前記変換手段によって変換された画像データを、電子メールを用いて送信することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
9. 複数のページを含む原稿から画像を読み取って、読み取ったページから順に画像データを出力する読取手段と、
   前記読取手段によって出力されたページの画像データを所定の送信フォーマットに変換する変換手段と、
   前記変換手段によって変換された画像データを送信する送信手段と、を備える画像処理装置の制御方法であって、
   第１のページの画像データの送信に応じて、第２のページの画像データが既に前記所定の送信フォーマットに変換されているか否かを判定する判定ステップと、
   前記判定ステップで前記第２のページの画像データが既に変換されていると判定した場合に、前記第２のページの画像データを送信し、
   前記判定ステップで前記第２のページの画像データがまだ変換されていないと判定した場合に、前記第２のページの画像データを前記所定の送信フォーマットに変換し、前記第２のページの画像データを送信するよう前記送信手段を制御する制御ステップとを備えることを特徴とする画像処理装置の制御方法。
10. コンピュータを請求項１乃至８のいずれか１項に記載の画像処理装置の各手段として機能させるためのプログラム。

Images