(57)【要約】【課題】原稿を読み取って得た画像データの圧縮格納の作業と、他装置へのアップロード作業とを並行する際に、圧縮格納する作業がオーバフローしたとしても、生産性を低下させることなく対処する。【解決手段】制御手段は、画像メモリへの圧縮格納の作業とアップロード手段によるアップロード作業とを並行して行わせる際に、画像メモリに画像データを圧縮格納する作業がオーバフローした場合に、原稿読取手段における原稿戻し枚数を表示手段に表示させると共に、操作部から継続操作の指示を受けて、画像メモリに空きが生じた時点で、原稿読取手段における読み取りを再開させる制御を行う。【選択図】      図１
2004228839.tif 000002
【特許請求の範囲】
【請求項１】
原稿の読み取りを行う原稿読取手段と、読み取られた画像データを圧縮格納する画像メモリと、前記圧縮格納された後に伸張された状態に戻された画像データを外部装置にアップロードするアップロード手段と、各部を制御する制御手段と、装置の状態を表示する表示手段と、各種操作を受け付ける操作手段と、を有する複合装置であって、
前記制御手段は、前記画像メモリへの圧縮格納の作業と前記アップロード手段によるアップロード作業とを並行して行わせる際に、前記画像メモリに画像データを圧縮格納する作業がオーバフローした場合に、前記原稿読取手段における原稿戻し枚数を前記表示手段に表示させると共に、前記操作部から継続操作の指示を受けて、前記画像メモリに空きが生じた時点で、前記原稿読取手段における読み取りを再開させる制御を行う、
ことを特徴とする複合装置。
【請求項２】
前記制御手段は、前記画像メモリにおける圧縮格納された画像データが伸張状態に戻された後、前記外部装置に対して全てアップロードされた時点で、前記原稿読取手段における読み取りを再開させる制御を行う、
ことを特徴とする請求項１記載の複合装置。
【請求項３】
前記制御手段は、前記アップロードにより前記画像メモリに所定量の空きが生じた時点で、前記原稿読取手段における読み取りを再開させる制御を行う、
ことを特徴とする請求項１記載の複合装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は原稿読取手段（スキャナ）により読み取った画像データを画像メモリに圧縮格納した後に、該圧縮格納した画像データを伸張した状態に戻して外部装置にアップロード（外部ＰＣへのデータ転送、メール送信、ＦＴＰ転送など）する機能を有する複合装置に関する。
【０００２】
【従来の技術】
従来の複写機がデジタル処理する機能を備えたことにより、スキャナやプリンタをネットワーク経由で使用することが可能になってきている。このような複写機は複合装置あるいはデジタル複合機と呼ばれている。
【０００３】
このような複合装置では、スキャナにより読み取った画像データを一旦画像メモリに圧縮格納した後に、該圧縮格納した画像データを伸張した状態に戻して外部装置（外部ＰＣ、メールサーバ、ＦＴＰサーバ）にアップロード（外部ＰＣへのデータ転送、メール送信、ＦＴＰ転送など）する機能を有するものがある。
【０００４】
なお、以上のような複合装置に類する画像形成装置ついては、以下の特許文献１などに記載されている。
【０００５】
【特許文献１】
特開２００２−２００８２７号公報（第４頁〜第８頁、図１）
【０００６】
【発明が解決しようとする課題】
以上のような複合装置では、制御手段の制御により、画像データを圧縮画像データとして画像メモリへ圧縮格納する作業と、圧縮画像データを伸張して画像データに戻した状態にしてアップロード手段によるアップロード作業とを並行して行わせることが可能である。
【０００７】
このような圧縮格納の作業とアップロード作業とを並行する際に、複合装置内のバスや、アップロードに使用されるネットワークの混雑具合により、画像メモリ（圧縮メモリ）に画像データを圧縮格納する作業がオーバフローする可能性がある。
【０００８】
このように圧縮格納の作業がオーバフローした場合の対処手法（１）としては、「ジョブをキャンセルするか／読み込んだ分を継続するか」、を操作部の初期画面（図７参照）上に重ねて表示する（図８参照）という選択手法がある。この場合、選択をせずに放置しておいた場合に、アップロード作業が完了して画像メモリに空きが生じたとしても、読み込んでいない原稿についての継続をすることができない問題がある。
【０００９】
このように圧縮格納の作業がオーバフローした場合の対処手法（２）としては、画像メモリの残量を常時チェックしておき、残量が既定値以下になった時点で原稿読み込み動作を一時停止させ、画像メモリ残量が空いた時点で原稿読み込み動作を再開させる手法がある。この場合、画像メモリの残量チェックをしつつ、原稿読み込み動作を瞬間的に停止させることが可能な状態で動作させる必要がある。すなわち、原稿読み込み動作を停止させる可能性なく動作させているときに比較すると、常に動作速度が若干低下していて、生産性が低下するという新たな問題が生じる。
【００１０】
なお、特公平１１−１４６１１９号公報には、ネットワーク経由でサーバに対して画像データを送信する場合に、サーバ側でのオーバフローについての記載はあるものの、本件出願のように複合装置内部でのオーバフローについては何ら記載されていない。
【００１１】
すなわち、本件出願の解決しようとしている複合装置内部での読み込み動作におけるオーバフローに関する課題は、本件出願人の発明者が新たに見いだした新規な課題である。
【００１２】
本発明は以上の課題に鑑みてなされたものであって、原稿を読み取って得た画像データの圧縮格納の作業と、他装置へのアップロード作業とを並行する際に、圧縮格納する作業がオーバフローしたとしても、生産性を低下させることなく対処することが可能な複合装置を実現することを目的とする。
【００１３】
【課題を解決するための手段】
すなわち、上記の課題を解決する本願発明は、以下のそれぞれに述べるようなものである。
【００１４】
（１）請求項１記載の発明は、原稿の読み取りを行う原稿読取手段と、読み取られた画像データを圧縮格納する画像メモリと、前記圧縮格納された後に伸張された状態に戻された画像データを外部装置にアップロードするアップロード手段と、各部を制御する制御手段と、装置の状態を表示する表示手段と、各種操作を受け付ける操作手段と、を有する複合装置であって、前記制御手段は、前記画像メモリへの圧縮格納の作業と前記アップロード手段によるアップロード作業とを並行して行わせる際に、前記画像メモリに画像データを圧縮格納する作業がオーバフローした場合に、前記原稿読取手段における原稿戻し枚数を前記表示手段に表示させると共に、前記操作部から継続操作の指示を受けて、前記画像メモリに空きが生じた時点で、前記原稿読取手段における読み取りを再開させる制御を行う、ことを特徴とする複合装置である。
【００１５】
この発明では、原稿読取手段により読み取った画像データを画像メモリに圧縮格納した後に、該圧縮格納した画像データを伸張した状態に戻して外部装置にアップロードする機能を有していて、圧縮格納の作業とアップロード作業とを並行して行わせる際に、画像メモリに画像データを圧縮格納する作業がオーバフローした場合に、原稿読取手段における原稿戻し枚数を表示手段に表示させると共に、操作部から継続操作の指示を受けて、画像メモリに空きが生じた時点で、原稿読取手段における読み取りを再開させる制御を行う。
【００１６】
この結果、原稿を読み取って得た画像データの圧縮格納の作業と、他装置へのアップロード作業とを並行する際に、生産性を低下させることがなく、かつ、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを再開でき、一連の作業を完了させることが可能になる。
【００１７】
（２）請求項２記載の発明は、前記制御手段は、前記画像メモリにおける圧縮格納された画像データが伸張状態に戻された後、前記外部装置に対して全てアップロードされた時点で、前記原稿読取手段における読み取りを再開させる制御を行う、ことを特徴とする請求項１記載の複合装置である。
【００１８】
この発明では、画像メモリにおける圧縮格納された画像データが伸張状態に戻された後、外部装置に対して全てアップロードされた時点で、読み取りを再開させる制御を行うようにしており、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを確実に再開でき、一連の作業を完了させることが可能になる。
【００１９】
なお、この場合、制御手段は、全てアップロードされた時点の確認として、画像メモリが完全に空いたかを確認するか、あるいは、アップロード作業が完了したかを確認する。この場合、オーバフローがその直後に再び発生することを防止するため、少なくとも、画像メモリが完全に空いたことを確認することが望ましい。
【００２０】
（３）請求項３記載の発明は、前記制御手段は、前記アップロードにより前記画像メモリに所定量の空きが生じた時点で、前記原稿読取手段における読み取りを再開させる制御を行う、ことを特徴とする請求項１記載の複合装置である。
【００２１】
この発明では、画像メモリにおける圧縮格納された画像データが伸張状態に戻されて、アップロードされることで、画像メモリに所定量の空きが生じたことが確認された時点で、読み取りを再開させる制御を行うようにしており、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを迅速に再開でき、一連の作業を完了させることが可能になる。
【００２２】
（４）上記（１）において、前記制御手段は、前記画像メモリにおける圧縮格納された画像データが伸張状態に戻されて、前記アップロード手段に渡された時点で、前記原稿読取手段における読み取りを再開させる制御を行う、ことも望ましい。
【００２３】
この発明では、画像メモリにおける圧縮格納された画像データが伸張状態に戻されて、アップロード手段に渡された時点で、読み取りを再開させる制御を行うようにしており、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを迅速に再開でき、一連の作業を完了させることが可能になる。
【００２４】
（５）上記（１）において、前記制御手段は、前記画像メモリにおける圧縮格納された画像データが伸張状態に戻された後、前記アップロード手段によるアップロード作業が完了した時点で、前記原稿読取手段における読み取りを再開させる制御を行う、ことも望ましい。
【００２５】
この発明では、画像メモリにおける圧縮格納された画像データが伸張状態に戻された後、アップロード作業が完了した時点で、読み取りを再開させる制御を行うようにしており、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを確実に再開でき、一連の作業を完了させることが可能になる。
【００２６】
【発明の実施の形態】
以下、図面を参照して本発明の複合装置の実施の形態例を詳細に説明する。
【００２７】
〈画像形成装置の電気的構成〉
図１は本発明の第１の実施の形態例の複合装置１００内の電気的な詳細構成と、複合装置１００と接続される各種機器とを示すブロック図である。
１０は自動原稿給送手段（以下、ＡＤＦと言う）であり、原稿の両面を読み取るための給紙を行う手段である。２０は原稿を光学的にスキャンして読み取って画像データを生成する画像読み取り部（スキャナ）である。また、原稿ｄが自動給紙されてローラ１３の周囲を回る場合には、第２のプラテンガラス２２下に光源２３とミラー２４とが固定された状態で読み取りを行う。そして、読み取られた原稿ｄの画像データは、ＣＣＤ２８から図示しない読み取り画像処理部に送られる。このようにして画像読み取り部２０で読み取られた画像データは、読み取り画像処理部で所定の画像処理が行なわれた後、圧縮伸張回路で圧縮されて画像メモリに記憶される。
【００２８】
１００は原稿読取手段（スキャナ）により読み取った画像データを画像メモリに圧縮格納した後に、該圧縮格納した画像データを伸張した状態に戻して外部装置にアップロード（外部ＰＣへのデータ転送、メール送信、ＦＴＰ転送など）する機能を有するデジタル複写機などの複合装置である。
【００２９】
この複合装置１００は、大きく分けて、複写機を構成する本体部１０１と、複写機１０１のプリント機能やスキャナ機能をコントロールするコントローラ１６０とから構成されている。また、本体部１０１とコントローラ１６０とは、ＰＣＩバスなどのバス１５０により接続されている。
【００３０】
また、本体部１０１は、各種動作を制御する制御部１１０と、操作入力や表示を行う操作部１２０と、原稿読み込み動作を行って画像データを生成するスキャナ部１３０と、画像データに応じて画像形成を実行するプリンタ部１４０と、を有して構成されている。
【００３１】
また、制御部１１０は、画像データの取り扱いに関して各種制御を行う画像制御ＣＰＵ１１１と、各種設定データなどが保持される不揮発性メモリ１１２と、画像メモリを制御するＤＲＡＭ制御ＩＣ１１３と、スキャナ部１３０からの画像データを受け取って処理する読み取り処理部１１４と、画像データを圧縮して圧縮画像データを生成する圧縮ＩＣ１１５と、圧縮画像データなどが格納される画像メモリ１１６と、圧縮画像データを伸張して画像データを生成する伸張ＩＣ１１７と、画像データをプリンタ部１４０に渡す処理を行う書き込み処理部１１８と、画像データをジョブなどの形式で蓄積するハードディスク装置１１９と、を有して構成されている。
【００３２】
なお、画像メモリ１１６は、圧縮された圧縮画像データが格納される圧縮メモリ１１６ａと、伸張された画像データが格納されるページメモリ１１６ｂと、を有して構成されている。
【００３３】
また、操作部１２０は、操作や表示に関する各種制御を行う操作部制御部１２１と、操作入力と情報表示とを行うタッチパネル形式のＬＣＤパネル１２２と、有して構成されている。なお、操作部制御部１２１は、画像制御ＣＰＵ１１１とシリアル通信で情報伝達しつつ、制御を行う。
【００３４】
また、スキャナ部１３０は、原稿の読み込み動作に関する各種制御を行うスキャナ制御部１３１と、読み込みにより画像データを生成するＣＣＤ１３２と、原稿の自動給送を行うＡＤＦ１３３と、有して構成されている。なお、スキャナ制御部１３１は、画像制御ＣＰＵ１１１とシリアル通信で情報伝達しつつ、制御を行う。
【００３５】
なお、この実施の形態例では、スキャナ部１３０のＡＤＦを使用する場合には、ＣＣＤ１３２を固定しておいて、原稿をＡＤＦで流し込みつつ読み取りを行うタイプ（流し込みタイプ）である場合について説明を行う。
【００３６】
また、プリンタ部１４０は、画像形成動作に関する各種制御を行うプリンタ制御部１４１と、画像形成の際に画像データに応じたレーザ光を発生するＬＤ１４２と、有して構成されている。なお、プリンタ制御部１４１は、画像制御ＣＰＵ１１１とシリアル通信で情報伝達しつつ、制御を行う。また、プリンタ部１４０は、レーザビームを用いる電子写真方式のもののほか、ＬＥＤプリントヘッドを用いるものや、インクジェット方式のものでもよい。
【００３７】
また、コントローラ１６０は、コントローラとしてのアップロードなどに関する各種制御を行うコントローラ制御ＣＰＵ１６１と、画像メモリを制御するＤＲＡＭ制御ＩＣ１６２と、外部装置にアップロード（外部ＰＣへのデータ転送、メール送信、ＦＴＰ転送など）する際の画像データを一時的に格納する画像メモリ１６３と、ＬＡＮとのインタフェースとなるネットワークＩＦ１６４と、を備えて構成されている。
【００３８】
また、３００はユーザが使用するＰＣであり、複合装置１００からみた場合には外部装置の一部となる。また、４００はメールの送受信を司るメールサーバであり、複合装置１００からみた場合には外部装置の一部となる。また、５００はファイル転送を行うＦＴＰサーバであり、複合装置１００からみた場合には外部装置の一部となる。なお、これら外部装置は、ＬＡＮ２００によって複合装置１００とネットワーク接続されている。
【００３９】
なお、本実施の形態例の制御手段を構成する画像制御ＣＰＵ１１１の制御の特徴として、以下の（１）〜（７）のようになっている。
【００４０】
（１）また、画像制御ＣＰＵ１１１は、画像メモリ１１６への圧縮格納の作業と、アップロード手段（コントローラ１６０）によるアップロード作業とを並行して行わせる。
【００４１】
（２）上記（１）の際に、画像制御ＣＰＵ１１１は、画像メモリ１１６に画像データを圧縮格納する作業がオーバフローした場合に、原稿読取手段（スキャナ部１３０）における原稿戻し枚数を表示手段（ＬＣＤパネル１２２）に表示させる。
【００４２】
（３）さらに、上記（２）と共に、操作部１２０から継続操作の指示を受けて、画像メモリ１１６に空きが生じた時点で、原稿読取手段（スキャナ部１３０）における読み取りを再開させる制御を行う。
【００４３】
（４）上記（３）において、画像メモリ１１６における圧縮格納された画像データが伸張状態に戻されて、全てアップロードされた時点で、原稿読取手段（スキャナ部１３０）における読み取りを再開させる制御を行う。
【００４４】
（５）上記（３）において、画像メモリ１１６における圧縮格納された画像データが伸張状態に戻されて、アップロードにより、画像メモリ１１６に所定量の空きが生じた時点で、原稿読取手段（スキャナ部１３０）における読み取りを再開させる制御を行う。
【００４５】
（６）上記（３）において、画像メモリ１１６における圧縮格納された画像データが伸張状態に戻されて、アップロード手段（コントローラ１６０）に渡された時点で、原稿読取手段（スキャナ部１３０）における読み取りを再開させる制御を行う。
【００４６】
（７）上記（３）において、画像メモリ１１６における圧縮格納された画像データが伸張状態に戻されて、アップロード手段（コントローラ１６０）によるアップロードが完了した時点で、原稿読取手段（スキャナ部１３０）における読み取りを再開させる制御を行う。
【００４７】
〈第１の実施の形態例の動作説明〉
以上のような図１の複合装置において、図２および図３を参照して動作説明を行う。
【００４８】
なお、この図２のフローチャートは、画像制御ＣＰＵ１１１で動作している画像制御プログラム中でコールされるものである。また、図３のフローチャートは、比較のため、従来の複合装置の動作状態を示すフローチャートである。
【００４９】
なお、以下の実施の形態例の動作説明では、画像制御ＣＰＵ１１１と他のＣＰＵや他の制御部との連携した制御や動作を、単に画像制御ＣＰＵ１１１の制御という言い方で説明する。
【００５０】
まず、図３を参照して従来の複合装置の動作状態の読み込みタスクについて説明する。
【００５１】
まず、読み込みより得る画像データ（スキャナデータ）のアップロード先の選択を行う（図３Ｓ１）。この段階では、画像制御ＣＰＵ１１１は、ＬＣＤパネル１２２にアップロード先を選択させる画面を表示する。
【００５２】
このアップロード先としては、データ転送の際のＰＣ３００、メール送信の際のメールサーバ４００、ＦＴＰ転送の際のＦＴＰサーバ５００などが該当する。なお、ＰＣ３００へのデータ転送の際には、ハードディスク装置１１９に画像データを一旦格納しておいて、ＰＣ３００からの要求に応じて、複合装置１００からＰＣ３００へのデータ転送を開始する。
【００５３】
また、アップロード先の種別の選択に応じて、アップロード先のメールアドレスやＩＰアドレスやボックス番号についての入力を操作部より受け付ける。
【００５４】
以上のアップロード先の選択がユーザによって操作部１２０からなされ、原稿がＡＤＦの原稿載置部にセットされた（図３Ｓ２）後、操作部１２０のスタートボタンが押下される（図３Ｓ３）と、画像制御ＣＰＵ１１１は読み込み処理を実行する（図３Ｓ４）。
【００５５】
この読み込み処理としては、画像制御ＣＰＵ１１１は、まず、スキャナ部１３０にＡＤＦを用いて原稿の読み込みを実行させる。
【００５６】
そして、この読み込みにより生成された画像データについては、読み取り処理部１１４で所定の処理がなされた後、圧縮ＩＣ１１５によって圧縮画像データに変換されて、ＤＲＡＭ制御ＩＣ１１３を介して、圧縮メモリ１１６ａに圧縮格納される（圧縮格納作業）。なお、この際に、圧縮メモリ１１６ａがオーバーフローしていないかを確認する（図３Ｓ５）。
【００５７】
さらに、画像制御ＣＰＵ１１１は、メモリ１１６ａがオーバーフローしていなければ（図３Ｓ５でＮ）、アップロードタスクがアップロード可能状態にあるかを確認する（図３Ｓ６）。すなわち、画像制御ＣＰＵ１１１は、コントローラ１６０が外部装置に対してアップロード可能状態にあるかを調べる。
【００５８】
アップロードタスクがアップロード可能状態にあると確認されれば（図３Ｓ６でＹ）、画像制御ＣＰＵ１１１は、アップロード可能ページありイベントを発行する（図３Ｓ７）。
【００５９】
なお、画像制御ＣＰＵ１１１は、次原稿がなくなる（図３Ｓ８でＮ）までの間（図３Ｓ８でＹ）、以上の読み込み処理（図３Ｓ４）〜アップロード可能ページありイベント発行（図３Ｓ７）を繰り返し実行する。
【００６０】
一方、アップロード可能ページありイベントを受信した（図３Ｓ２１でＹ）アップロードタスクは、アップロード処理（図３Ｓ２２、Ｓ２３）を実行する。この場合のアップロードは、選択されたアップロード先に対して実行される。そして、アップロードタスクは、アップロードが終了した時点で（図３Ｓ２３でＹ）、アップロード可能イベントを、読み込みタスクに対して発行する（図３Ｓ２４）。さらに、アップロード済みの画像についての画像データを画像メモリ１１６から消去する（図３Ｓ２５）。
【００６１】
以上のようにして、圧縮メモリ１１６ａへの圧縮格納作業と並行して、前記圧縮格納された圧縮画像データを伸張ＩＣ１１７によって伸張された状態（元の画像データの状態）に戻してページメモリ１１６ｂに一旦格納（伸張格納作業）してから、バス１５０を介してハードディスク装置１１９あるいはコントローラ１６０に送り、さらに、コントローラ１６０から外部装置に対してアップロードする。
【００６２】
なお、アップロード先がメールサーバ４００あるいはＦＴＰサーバ５００の場合には、コントローラ１６０から即時にアップロードを実行する。また、アップロード先がＰＣ３００の場合には、画像メモリ１１６から一旦ハードディスク装置１１９に格納しておき、ＰＣ３００からの要求に応じてコントローラ１６０からアップロードを実行する。
【００６３】
なお、この実施の形態例では、画像メモリ１１６から画像データを移す作業については、ハードディスク装置１１９に格納する作業も含めて、アップロードと呼ぶことにする。
【００６４】
以上のように、オーバーフローしていない状況下では、圧縮格納の作業（図３Ｓ４）と、アップロード作業（図３Ｓ２２）とが並行してそれぞれ実行されている。
【００６５】
ここで、バス１５０やＬＡＮ２００の速度低下など何らかの理由が発生した場合には、アップロード作業が低下する（アップロード完了による画像データ消去が遅れる）。一方、スキャナ部１３０からの読み込み動作は一定速度で実行されているため、圧縮格納の作業の速度は低下することがない。このため、圧縮メモリ１１６ａにて、オーバフローが発生することがある（図３Ｓ５でＹ）。
【００６６】
このようにオーバフローが発生した場合（図３Ｓ５でＹ）、従来の画像制御ＣＰＵ１１１は、メモリオーバーＡ処理を実行する（図３Ｓ９）。このメモリオーバーＡ処理では、「▲１▼読み込み完了分まではアップロード」／「▲２▼作業全体をキャンセル」について、ユーザに対して選択させる（図８参照）。
【００６７】
この場合、▲１▼が選択されると（図３Ｓ１０で▲１▼）、読み込み完了分まではアップロードするが、残りの原稿については、読み込まずに終了する。そして、アップロードタスクがアップロード可能状態かを調べる（図３Ｓ１１）。そして、アップロードタスクがアップロード可能状態にあると確認されれば（図３Ｓ１１でＹ）、画像制御ＣＰＵ１１１は、アップロード可能ページありイベントを発行する（図３Ｓ１２）。
【００６８】
一方、▲２▼が選択されると（図３Ｓ１０で▲２▼）、読み込み完了分も含めてアップロードを断念し、残りの原稿についても読み込まずに終了する。このため、開始した作業をいずれにしても完了することができない。また、時間が経過して、圧縮メモリ１１６ａに空きが生じたとしても、作業を完了するような選択肢は存在していなかった。
【００６９】
つぎに、図２を参照して本実施の形態例の複合装置の動作状態の読み込みタスクについて説明する。
【００７０】
まず、読み込みより得る画像データ（スキャナデータ）のアップロード先の選択を行う（図２Ｓ１）。この段階では、画像制御ＣＰＵ１１１は、ＬＣＤパネル１２２にアップロード先を選択させる画面を表示する。
【００７１】
このアップロード先としては、データ転送の際のＰＣ３００、メール送信の際のメールサーバ４００、ＦＴＰ転送の際のＦＴＰサーバ５００などが該当する。なお、ＰＣ３００へのデータ転送の際には、ハードディスク装置１１９に画像データを一旦格納しておいて、ＰＣ３００からの要求に応じて、複合装置１００からＰＣ３００へのデータ転送を開始する。
【００７２】
以上のアップロード先の選択がユーザによって操作部１２０からなされ、原稿がＡＤＦの原稿載置部にセットされた（図２Ｓ２）後、操作部１２０のスタートボタンが押下される（図２Ｓ３）と、画像制御ＣＰＵ１１１は読み込み処理を実行する（図２Ｓ４）。
【００７３】
この読み込み処理としては、画像制御ＣＰＵ１１１は、まず、スキャナ部１３０にＡＤＦを用いて原稿の読み込みを実行させる。
【００７４】
そして、この読み込みにより生成された画像データについては、読み取り処理部１１４で所定の処理がなされた後、圧縮ＩＣ１１５によって圧縮画像データに変換されて、ＤＲＡＭ制御ＩＣ１１３を介して、圧縮メモリ１１６ａに圧縮格納される（圧縮格納作業）。なお、この際に、圧縮メモリ１１６ａがオーバーフローしていないかを確認する（図２Ｓ５）。
【００７５】
さらに、画像制御ＣＰＵ１１１は、メモリ１１６ａがオーバーフローしていなければ（図２Ｓ５でＮ）、アップロードタスクがアップロード可能状態にあるかを確認する（図２Ｓ６）。すなわち、画像制御ＣＰＵ１１１は、コントローラ１６０が外部装置に対してアップロード可能状態にあるかを調べる。
【００７６】
アップロードタスクがアップロード可能状態にあると確認されれば（図２Ｓ６でＹ）、画像制御ＣＰＵ１１１は、アップロード可能ページありイベントを発行する（図２Ｓ７）。
【００７７】
なお、画像制御ＣＰＵ１１１は、次原稿がなくなる（図２Ｓ８でＮ）までの間（図２Ｓ８でＹ）、以上の読み込み処理（図２Ｓ４）〜アップロード可能ページありイベント発行（図２Ｓ７）を繰り返し実行する。
【００７８】
一方、アップロード可能ページありイベントを受信した（図２Ｓ２１でＹ）アップロードタスクは、アップロード処理（図２Ｓ２２、Ｓ２３）を実行する。この場合のアップロードは、選択されたアップロード先に対して実行される。そして、アップロードタスクは、アップロードが終了した時点で（図２Ｓ２３でＹ）、アップロード可能イベントを、読み込みタスクに対して発行する（図２Ｓ２４）。さらに、アップロード済みの画像についての画像データを、画像メモリ１１６から消去する（図２Ｓ２５）。
【００７９】
以上のようにして、圧縮メモリ１１６ａへの圧縮格納作業と並行して、前記圧縮格納された圧縮画像データを伸張ＩＣ１１７によって伸張された状態（元の画像データの状態）に戻してページメモリ１１６ｂに一旦格納（伸張格納作業）してから、バス１５０を介してハードディスク装置１１９あるいはコントローラ１６０に送り、さらに、コントローラ１６０から外部装置に対してアップロードする。
【００８０】
なお、アップロード先がメールサーバ４００あるいはＦＴＰサーバ５００の場合には、コントローラ１６０から即時にアップロードを実行する。また、アップロード先がＰＣ３００の場合には、画像メモリ１１６から一旦ハードディスク装置１１９に格納しておき、ＰＣ３００からの要求に応じてコントローラ１６０からアップロードを実行する。
【００８１】
なお、この実施の形態例では、画像メモリ１１６から画像データを移す作業については、ハードディスク装置１１９に格納する作業も含めて、アップロードと呼ぶことにする。
【００８２】
以上のように、オーバーフローしていない状況下では、圧縮格納の作業（図２Ｓ４）と、アップロード作業（図２Ｓ２２）とが並行してそれぞれ実行されている。
【００８３】
ここで、バス１５０やＬＡＮ２００の速度低下など何らかの理由が発生した場合には、アップロード作業が低下する（アップロード完了による画像データ消去が遅れる）。一方、スキャナ部１３０からの読み込み動作は一定速度で実行されているため、圧縮格納の作業の速度は低下することがない。このため、圧縮メモリ１１６ａにて、オーバフローが発生することがある（図２Ｓ５でＹ）。
【００８４】
このようにオーバフローが発生した場合（図２Ｓ５でＹ）、本実施の形態例の画像制御ＣＰＵ１１１は、メモリオーバーＢ処理を実行する（図２Ｓ９）。このメモリオーバーＢ処理では、スキャナ部１３０における原稿戻し枚数をＬＣＤパネル１２２に表示させる（図４参照）と共に、操作部１２０から継続操作の指示を受けて、画像メモリ１１６（圧縮メモリ１１６ａ）に空きが生じた時点で、スキャナ部１３０における読み取りを再開させる制御を行う。
【００８５】
なお、画像メモリ１１６（圧縮メモリ１１６ａ）に空きが生じた時点とは、以下の３態様が考えられる。すなわち、画像制御ＣＰＵ１１１からは、以下の３態様に応じた検出が可能である。
▲１▼画像メモリ１１６（圧縮メモリ１１６ａ）に空きが生じた時点。
▲２▼画像データが外部装置に対して全てアップロードされた時点。
▲３▼アップロードにより画像メモリ１１６に所定量の空きが生じた時点。
なお、この第１の実施の形態例では、以上の▲１▼の時点をもって制御を行う場合を具体例として説明している。
【００８６】
また、この場合、オーバフローが発生した時点でのスキャナ部１３０を通過した原稿は完全な形の圧縮画像データになっていないため、その状況下で通過した原稿枚数をＡＤＦに戻すことが必要であり、その原稿の枚数を、画像制御ＣＰＵ１１１がＬＣＤパネル１２２に表示する。
【００８７】
また、原稿を戻してから動作を再開させないと、読み込みに欠けた頁が発生するため、ユーザに対して「継続」のボタンあるいはアイコンを押下させるようにしている。
【００８８】
ここで、画像制御ＣＰＵ１１１は、操作部１２０にて「継続」ボタンの押下があったことを確認したら（図２Ｓ９）、圧縮メモリ１１６ａの空き状況を確認し、画像メモリ１１６に空きが生じた時点（図２Ｓ１０でＹ）で、読み込み動作を再開させる（図２▲１▼→図２Ｓ４）。
【００８９】
また、画像メモリ１１６に空きが生じていなければ（図２Ｓ１０でＮ）、アップロードタスクがアップロード可能状態かを調べる（図２Ｓ１１）。そして、アップロードタスクがアップロード可能状態にあると確認されれば（図２Ｓ１１でＹ）、画像制御ＣＰＵ１１１は、画像メモリ１１６に空きが生じるまで、アップロード可能ページありイベントを発行する（図２Ｓ１２）。
【００９０】
なお、この場合、画像制御ＣＰＵ１１１としては、圧縮メモリ１１６ａが完全に空いたかを確認する他に、アップロード作業が完了したかを確認するようにしてもよい。なお、オーバフローが直後に再び発生することを防止するため、少なくとも、圧縮メモリ１１６ａが完全に空いたことを確認することが望ましい。
【００９１】
この結果、原稿を読み取って得た画像データの圧縮格納の作業と、他装置へのアップロード作業とを並行する際に、オーバフローが発生するまでの間はスキャナ部１３０を最高速で動作させ続けることができて生産性を低下させることがない。かつ、圧縮格納する作業がオーバフローしたとしても、画像メモリ（圧縮メモリ１１６ａ）に空きが生じた時点で読み取りを再開でき、一連の作業を完了させることが可能になる。
【００９２】
〈第２の実施の形態例〉
図５は本願発明の第２の実施の形態例の動作状態を示すフローチャートである。この第２の実施の形態例は、第１の実施の形態例と同じ図１の複合装置の動作である。なお、第１の実施の形態例についての図２のフローチャートと同一動作の部分については重複した詳細説明を省略する。
【００９３】
この第２の実施の形態例では、画像メモリ１１６（圧縮メモリ１１６ａ）に空きが生じた時点とは、画像データが外部装置に対して全てアップロードされた時点（上記▲２▼）を、画像制御ＣＰＵ１１１が検出する場合を示している。
【００９４】
すなわち、画像制御ＣＰＵ１１１は、操作部１２０にて「継続」ボタンの押下があったことを確認したら（図５Ｓ９）、圧縮メモリ１１６ａの空き状況を確認し、アップロード待ちの圧縮画像データがなくなった時点（図５Ｓ１０でＹ）で、読み込み動作を再開させる（図５▲１▼→図５Ｓ４）。
【００９５】
また、画像メモリ１１６にアップロード待ちの圧縮画像データが存在していれば（図５Ｓ１０でＮ）、アップロードタスクがアップロード可能状態かを調べる（図５Ｓ１１）。そして、アップロードタスクがアップロード可能状態にあると確認されれば（図５Ｓ１１でＹ）、画像制御ＣＰＵ１１１は、全てアップロードされるまで、アップロード可能ページありイベントを発行する（図５Ｓ１２）。
【００９６】
この第２の実施の形態例では、圧縮格納された画像データが伸張状態に戻された後、外部装置に対して全てアップロードされた時点で、読み取りを再開させる制御を行うようにしており、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを確実に再開でき、一連の作業を完了させることが可能になる。なお、この場合、画像制御ＣＰＵ１１１としては、圧縮メモリ１１６ａが完全に空いたかを確認する他に、アップロード作業が完了したかを確認するようにしてもよい。なお、オーバフローが直後に再び発生することを防止するため、少なくとも、圧縮メモリ１１６ａが完全に空いたことを確認することが望ましい。
【００９７】
〈第３の実施の形態例〉
図６は本願発明の第３の実施の形態例の動作状態を示すフローチャートである。この第３の実施の形態例は、第１の実施の形態例と同じ図１の複合装置の動作である。なお、第１の実施の形態例についての図２のフローチャートと同一動作の部分については重複した詳細説明を省略する。
【００９８】
この第３の実施の形態例では、画像メモリ１１６（圧縮メモリ１１６ａ）に空きが生じた時点とは、アップロードにより画像メモリ１１６に所定量の空きが生じた時点（上記▲３▼）を、画像制御ＣＰＵ１１１が検出する場合を示している。
【００９９】
すなわち、画像制御ＣＰＵ１１１は、操作部１２０にて「継続」ボタンの押下があったことを確認したら（図６Ｓ９）、圧縮メモリ１１６ａの空き状況を確認し、予め定められた所定量あるいは規定量の空きが生じた時点（図６Ｓ１０でＹ）で、読み込み動作を再開させる（図５▲１▼→図６Ｓ４）。
【０１００】
また、画像メモリ１１６に所定量あるいは規定量の空きが生じていなければ（図６Ｓ１０でＮ）、アップロードタスクがアップロード可能状態かを調べる（図６Ｓ１１）。そして、アップロードタスクがアップロード可能状態にあると確認されれば（図６Ｓ１１でＹ）、画像制御ＣＰＵ１１１は、圧縮メモリ１１６ａに所定量の空きが生じるまで、アップロード可能ページありイベントを発行する（図６Ｓ１２）。
【０１０１】
なお、この第３の実施の形態例で言う空き容量は、画像メモリ１１６全体に占める空き容量であってもよいし、圧縮メモリ１１６ａに占める空き容量であってもよい。
【０１０２】
この第３の実施の形態例では、画像メモリ１１６における圧縮格納された画像データが伸張状態に戻されて、アップロードされることで、画像メモリ１１６に所定量の空きが生じたことが確認された時点で、読み取りを再開させる制御を行うようにしており、圧縮格納する作業がオーバフローしたとしても、画像メモリ１１６に空きが生じた時点で読み取りを迅速に再開でき、一連の作業を完了させることが可能になる。
【０１０３】
〈その他の実施の形態例▲１▼〉
以上の実施の形態例では、原稿流し込みタイプのスキャナ部１３０について説明を行ってきたが、これに限定されず、ＡＤＦでプラテンガラス上に送り込んだ原稿を、原稿１枚ずつＣＣＤが移動しつつ読み込むタイプであってもよい。その場合には、オーバフロー発生後に原稿戻しは必要なく、図４の画面を表示することなく、圧縮メモリ１１６ａの空きが生じた時点で読み込み動作を再開すればよい。
【０１０４】
〈その他の実施の形態例▲２▼〉
以上の実施の形態例では、プリンタ部１４０を有する複写機形式の複合機であったが、プリンタ部１４０を有しないスキャナやファクシミリなどとコントローラとを一体化した複合機であっても、本実施の形態例の効果を得ることが可能である。
【０１０５】
【発明の効果】
以上、詳細に説明したように、本発明によれば、原稿を読み取って得た画像データの圧縮格納の作業と、他装置へのアップロード作業とを並行する際に、生産性を低下させることがなく、かつ、圧縮格納する作業がオーバフローしたとしても、画像メモリに空きが生じた時点で読み取りを再開でき、一連の作業を完了させることが可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態例の複合装置の電気的な構成を示す機能ブロック図である。
【図２】本発明の実施の形態例の複合装置の機械的な構成を示す構成図である。
【図３】本発明の実施の形態例の複合装置の動作および複合装置の手順を示すフローチャートである。
【図４】本発明の実施の形態例における画面表示の様子を示す説明図である。
【図５】本発明の実施の形態例の複合装置の動作および複合装置の手順を示すフローチャートである。
【図６】本発明の実施の形態例の複合装置の動作および複合装置の手順を示すフローチャートである。
【図７】複合装置における画面表示の様子を示す説明図である。
【図８】従来における複合装置の画面表示の様子を示す説明図である。
【符号の説明】
１００  複合装置
１０１  本体部
１１０  制御部
１２０  操作部
１３０  スキャナ部
１４０  プリンタ部
１５０  バス
１６０  コントローラ
２００  ＬＡＮ
３００  ＰＣ
４００  メールサーバ
５００  ＦＴＰサーバ
【図１】
2004228839.tif 000003
【図２】
2004228839.tif 000004
【図３】
2004228839.tif 000005
【図４】
2004228839.tif 000006
【図５】
2004228839.tif 000007
【図６】
2004228839.tif 000008
【図７】
2004228839.tif 000009
【図８】
2004228839.tif 000010