JP2001245160A

JP2001245160A - 画像データ処理装置及び方法

Info

Publication number: JP2001245160A
Application number: JP2000053734A
Authority: JP
Inventors: Sozo Yamazaki; 壮三山崎
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-02-29
Filing date: 2000-02-29
Publication date: 2001-09-07

Abstract

(57)【要約】【課題】圧縮処理によって生じるデータ量が確定しない
場合であっても、圧縮処理後のデータをリアルタイムに
確実に転送することを可能にする。【解決手段】ＪＰＥＧ処理部３は入力される画像データ
に圧縮処理を施して圧縮画像データを生成する。データ
セレクタ部は、ＪＰＥＧ処理部３にて生成された圧縮画
像データをデバイスＩ／Ｆ部２０２０を介して画像バス
へ出力する。データセレクタ部２は、ＪＰＥＧ処理部３
における圧縮画像データの生成スピードを、画像バスへ
の圧縮画像データの出力スピードが上まわっていると判
定した場合に、ＪＰＥＧ圧縮処理部３の圧縮率を上げ
て、当該画像に対してＪＰＥＧ処理部３による圧縮処理
を再度実行させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スキャナ等によっ
て得られる画像データをリアルタイムで圧縮し、得られ
たデータを所定の処理のためにバス上に出力する画像デ
ータ処理装置及び方法に関する。

【０００２】

【従来の技術】スキャナ、プリンタ、ファイルシステム
をネットワークインターフェースを用いてネットワーク
上で共有することのできる画像処理装置が従来から提案
されている。

【０００３】この場合、画像処理装置と、ユーザの要求
を満たすためのスキャナ、プリンタ、メモリ、ネットワ
ークインターフェース等の各デバイスをそれぞれ専用の
インターフェースを介して共通のシステムバスに接続さ
せる。そして、ユーザのニーズに応じてユーザインター
フェースから動作させる機能を選択することで、選択さ
れた機能を実現するデバイス間におけるシステムバス上
のデータ転送を制御する手段が一般的となっている。

【０００４】例えば、コピー動作を実現させる場合は、
まずスキャナデバイスより本装置に入力された信号がシ
ステムバスを介してメモリへと取り込まれる。スキャナ
動作が終了と同時にメモリからデータをプリンタへと出
力させることでコピー動作が行われる。

【０００５】上記の構成は、各デバイス動作が共通のシ
ステムバスを介して行われる。システムバスにおける転
送レートには制限があるため、システムには各デバイス
からの出力データの転送レートがシステムバスの転送レ
ートを超えたことを認識する手段が設けられている。そ
して、出力データの転送レートがシステムバスの転送レ
ートを超えたことが認識された場合は、システムバスへ
の転送動作を止める制御が行われ、転送エラーを未然に
防ぐ構成となっている。

【０００６】メモリから読み出したデータをシステム内
部で処理した後、再度メモリに書き込むような動作や、
ネットワークを通じてシステム外部装置のメモリへとデ
ータを転送するような動作の場合には、それぞれのデバ
イスの転送レートがシステムバスの最大転送レートとな
った時点で、デバイスの出力動作を止めることで転送エ
ラーを阻止できる。

【０００７】しかしスキャナ動作のような、スキャナよ
り読み込まれたデータをリアルタイムで転送する必要が
ある処理では、データ転送の途中に転送が止められた場
合でも、スキャナからの入力データ転送は止められない
ため、転送が止められた間のデータについては正しく転
送されず、転送途中に設けられたバッファ等においてデ
ータが上書きされるなどして抜け落ちてしまうことにな
る。

【０００８】

【発明が解決しようとする課題】上記のような問題に対
処する方法として、スキャナより読み込まれた画像デー
タに対して圧縮処理を施し、データ量を減らして転送レ
ートを下げることが考えられる。例えば、スキャナ、プ
リンタ、ネットワークインターフェース、メモリ、画像
処理システムをもつ画像処理装置において、スキャン画
像データのＪＰＥＧ圧縮を行い、圧縮データをメモリへ
と転送し、これを格納するように構成することが考えら
れる。

【０００９】しかしながら、ＪＰＥＧ圧縮において圧縮
率を決定する量子化テーブルは、予め決められたものを
使用することになる。すなわち、ＪＰＥＧ圧縮では圧縮
後のデータサイズは、スキャナで読み取る元の原稿の種
類によって異なってくるため予め確定することができな
い。このため、上記のようなシステムでは、スキャナか
ら入力された画像データをシステムバスを介してメモリ
へと転送するためＪＰＥＧ圧縮を行わせてはいるが、原
稿の種類によっては、システムバスの最大転送レートを
超えてしまう可能性が出てくる。

【００１０】上記、「従来の技術」において述べた、メ
モリから読み出したデータをシステム内部で処理した
後、再度メモリに書き込むような動作や、ネットワーク
を通じてシステム外部装置のメモリへとデータを転送す
るような動作の場合には、予めデバイス間の制御信号に
よりデバイスの出力データの転送レートを、システムバ
スの最大転送レート以下に設定しておくことで対応でき
るが、ＪＰＥＧ圧縮では以上の理由（圧縮後のデータ量
を確定できない）から圧縮後のデータの転送レートを予
め決めることができない。

【００１１】本発明は上記の問題に鑑みてなされたもの
であり、圧縮処理によって生じるデータ量が確定しない
場合であっても、圧縮処理後のデータをリアルタイムに
確実に転送することを可能にすることを目的とする。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の一態様による画像データ処理装置は例えば
以下の構成を備える。すなわち、スキャナによってスキ
ャン入力される画像データに圧縮処理を施して圧縮画像
データを生成する圧縮手段と、前記圧縮手段で生成され
た圧縮画像データをバス上へ出力する出力手段と、前記
圧縮手段における圧縮画像データの生成スピードを前記
出力手段における圧縮画像データの出力スピードが上ま
わっているかを判定する第１判定手段と、前記第１判定
手段により前記生成スピードが前記出力スピードを上回
ると判定された場合、前記圧縮手段の圧縮率を上げて、
前記スキャナによる再スキャン入力を実行して画像デー
タを得て、当該画像データに対し前記圧縮手段、出力手
段、判定手段による処理を再度実行させる再処理手段と
を備える。

【００１３】また、上記の目的を達成するための本発明
の一態様による画像データ処理方法は例えば以下の工程
を備える。すなわち、スキャナよりスキャン入力される
画像データに圧縮処理を施して圧縮画像データを生成す
る圧縮工程と、前記圧縮工程で生成された圧縮画像デー
タをバス上へ出力する出力工程と、前記圧縮工程におけ
る圧縮画像データの生成スピードを前記出力工程におけ
る圧縮画像データの出力スピードが上まわっているかを
判定する第１判定工程と、前記第１判定工程により前記
生成スピードが前記出力スピードを上回ると判定された
場合、前記圧縮工程の圧縮率を上げて前記スキャナによ
る再スキャン入力を実行して画像データ得て、当該画像
データに対し前記圧縮工程、出力工程、判定工程による
処理を再度実行させる再処理工程とを備える。

【００１４】

【発明の実施の形態】以下、添付の図面を参照して、本
発明の好適な実施形態を説明する。

【００１５】以下で説明する本実施形態発明のシステム
においては、スキャナから入力された画像データをシス
テムバスへと転送する前にＪＰＥＧ規格に基づいた圧縮
処理を行い、データ量を減らした後に転送を行うことで
システムバスを介したメモリへの転送を可能としてい
る。

【００１６】そして、本実施形態においては、ＪＰＥＧ
圧縮されたコードデータのシステムバスを介したリアル
タイム転送の問題点、すなわち圧縮後のデータ量を確定
できないために転送レートがシステムバスの転送レート
を越えてしまう場合が生じるという問題点に対処するた
め以下の手段を講ずる。すなわち、圧縮後のデータの転
送レートがシステムバスの最大転送レートを超えた場合
にシステムがそれを認識する手段を設け、超えたことを
認識した場合にはＪＰＥＧ圧縮で行う圧縮率を上げて圧
縮処理後のコードデータのデータ量を減少させ、転送レ
ートを下げるように設定する。そして、再びスキャナか
ら同じ原稿を読み取る動作を行うことでスキャナから読
み取られた全データの転送を可能にする構成を実現す
る。

【００１７】＜全体構成＞図１は本実施形態による画像
処理装置の全体構成を示すブロック図である。制御ユニ
ット２０００は画像入力デバイスであるスキャナ２０７
０や画像出力デバイスであるプリンタ２０９５と接続
し、一方ではＬＡＮ２０１１や公衆回線（ＷＡＮ）２０
５１と接続することで、画像情報やデバイス情報の入出
力を行う為のコントローラである。ＣＰＵ２００１はシ
ステム全体を制御するコントローラである。ＲＡＭ２０
０２はＣＰＵ２００１が動作するためのシステムワーク
メモリであり、画像データを一時記憶するための画像メ
モリでもある。ＲＯＭ２００３はブートＲＯＭであり、
システムのブートプログラムが格納されている。ＨＤＤ
２００４はハードディスクドライブで、システムソフト
ウェア、画像データを格納する。

【００１８】操作部Ｉ／Ｆ２００６は操作部２０１２と
システムバスと２００７との間のインターフェース部で
あり、操作部２０１２に表示する画像データを操作部２
０１２に対して出力するとともに、操作部２０１２から
本システムの使用者が入力した情報をＣＰＵ２００１に
伝える役割をする。Network２０１０はＬＡＮ２０１１
に接続し、情報の入出力を行う。モデム（MODEM）２０
５０は公衆回線２０５１に接続し、情報の入出力を行
う。以上のデバイスがシステムバス２００７上に配置さ
れる。

【００１９】画像バスインターフェース（Image BusＩ
／Ｆ）２００５はシステムバス２００７と画像データを
高速で転送する画像バス２００８を接続し、データ構造
を変換するバスブリッジである。画像バス２００８は、
ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像
バス２００８上には以下のデバイスが配置される。

【００２０】ラスターイメージプロセッサ（ＲＩＰ）２
０６０はＰＤＬコードをビットマップイメージに展開す
る。デバイスＩ／Ｆ部２０２０は、画像入出力デバイス
であるスキャナ２０７０やプリンタ２０９５と制御ユニ
ット２０００を接続し、画像データの同期系／非同期系
の変換を行う。なお、デバイスＩ／Ｆ２０２０とこれら
画像入出力デバイスとの間には画像処理部１が設けられ
ている。画像処理部１は、入出力画像データに対し補
正、加工、編集等を行う。画像回転処理部２０３０は画
像データの回転を行う。画像圧縮処理部２０４０は、多
値画像データはＪＰＥＧ、２値画像画像データはＪＢＩ
Ｇ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。スキャナ画像
処理部２０８０とプリンタ画像処理部２０９０について
は、それぞれ図７と図８を用いて後述する。

【００２１】また、２０７１はスキャナ２０７０と画像
処理部１を接続するインターフェースケーブルであり、
２０９６はプリンタ２０９５と画像処理部１を接続する
インターフェースケーブルである。

【００２２】＜画像入出力群＞図２は、本実施形態によ
る画像入出力デバイスの概観を示す図である。画像入力
デバイスであるスキャナ部２０７０は、原稿となる紙上
の画像を照明し、ＣＣＤラインセンサ（図示せず）を走
査することによって、当該画像をラスターイメージデー
タとしての電気信号に変換する。原稿用紙は原稿フィー
ダ２０７２のトレイ２０７３にセットし、装置使用者が
操作部２０１２から読み取り起動を指示することによ
り、制御ユニット２０００内のＣＰＵ２００１がスキャ
ナ２０７０に指示を与え、フィーダ２０７２は原稿用紙
を１枚ずつフィードし原稿画像の読み取り動作を行う。
なお、スキャナ２０７０と制御ユニット２０００との間
の通信はインターフェースケーブル２０７１を介して行
われる。

【００２３】画像出力デバイスであるプリンタ部２０９
５は、ラスターイメージデータ２０９６を用紙上の画像
に変換する部分であり、その方式は感光体ドラムや感光
体ベルトを用いた電子写真方式、微少ノズルアレイから
インクを吐出して用紙上に直接画像を印字するインクジ
ェット方式等があるが、どの方式でも構わない。プリン
ト動作の起動は、コントローラＣＰＵ２００１からの指
示２０９６によって開始する。プリンタ部２０９５に
は、異なる用紙サイズまたは異なる用紙向きを選択でき
るように複数の給紙段を持ち、それに対応した用紙カセ
ット２１０１、２１０２、２１０３、２１０４がある。
また、排紙トレイ２１１１は印字し終わった用紙を受け
るものである。

【００２４】＜操作部＞図３は操作部２０１２の概観を
示す図である。操作部２０１２において、ＬＣＤ表示部
２０１３にはその画面上にタッチパネルシートが貼られ
ており、システムの操作画面を表示するとともに、表示
してあるキーが押されるとその位置情報をコントローラ
ＣＰＵ２００１に伝える。スタートキー２０１４は原稿
画像の読み取り動作を開始する時などに用いる。スター
トキー２０１４の中央部には、緑と赤の２色ＬＥＤ２０
１８があり、その色によってスタートキー２０１４が使
える状態にあるかどうかを示すようになっている。スト
ップキー２０１５は稼働中の動作を止める働きをする。
ＩＤキー２０１６は、使用者のユーザＩＤを入力する時
に用いる。リセットキー２０１７は操作部からの設定を
初期化する時に用いる。

【００２５】＜画像圧縮処理部＞図４は画像圧縮部２０
４０の構成を示すブロック図である。図４において、画
像バスＩ／Ｆコントローラ２０４１は、画像バス２００
８と接続してそのバスアクセスシーケンスを制御する働
きや、入力バッファ２０４２及び出力バッファ２０４５
とのデータのやりとりを行うためのタイミング制御や、
画像圧縮部２０４３に対するモード設定などの制御を行
う。以下に画像圧縮処理部２０４０の処理手順を説明す
る。

【００２６】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０４１に画像圧縮
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０４１は画像圧縮部２０４３に対して
画像圧縮に必要な設定（たとえばＭＭＲ圧縮・ＪＢＩＧ
伸張等の）を行う。必要な設定を行った後に、再度ＣＰ
Ｕ２００１から画像バスＩ／Ｆコントローラ２０４１に
対して画像データ転送の許可を行う。この許可に従い、
画像バスＩ／Ｆコントローラ２０４１はＲＡＭ２００２
もしくは画像バス２００８上の各デバイスから画像デー
タの転送を開始する。

【００２７】受け取った画像データは入力バッファ２０
４２に一時格納され画像圧縮部２０４３の画像データ要
求に応じて一定のスピードで画像を転送する。この際、
入力バッファ２０４２は画像バスＩ／Ｆコントローラ２
０４１と画像圧縮部２０４３の両者の間で画像データを
転送できるかどうかを判断し、画像バス２００８からの
画像データの読み込み及び、画像圧縮部２０４３への画
像の書き込みが不可能である場合は、データの転送を行
わないような制御を行う（以後このような制御をハンド
シェークと呼称する）。

【００２８】画像圧縮部２０４３は受け取った画像デー
タを一旦ＲＡＭ２０４４に格納する。これは画像圧縮を
行う際に、行う画像圧縮処理の種類によっては数ライン
分のデータを要するためであり、最初の１ライン分の圧
縮を行うためには数ライン分の画像データを用意してか
らでないと画像圧縮が行えないためである。画像圧縮を
施された画像データは直ちに出力バッファ２０４５に送
られる。出力バッファ２０４５では、画像バスＩ／Ｆコ
ントローラ２０４１及び画像圧縮部２０４３とのハンド
シェークを行い、画像データを画像バスＩ／Ｆコントロ
ーラ２０４１に転送する。画像バスＩ／Ｆコントローラ
２０４１では転送された圧縮（もしくは伸張）された画
像データをＲＡＭ２００２もしくは画像バス２００８上
の各デバイスに転送する。こうした一連の処理は、ＣＰ
Ｕ２００１からの処理要求が無くなるまで（必要なペー
ジ数の処理が終わったとき）、もしくはこの画像圧縮部
２０４３から停止要求が出るまで（圧縮及び伸張時のエ
ラー発生時等）繰り返される。

【００２９】＜画像回転処理部＞図５は画像回転処理部
２０３０の構成を示すブロック図である。画像バスＩ／
Ｆコントローラ２０３１は、画像バス２００８と接続し
てそのバスシーケンスを制御する働きや、画像回転部２
０３２にモード等を設定する制御及び、画像回転部２０
３２に画像データを転送するためのタイミング制御を行
う。以下に画像回転処理部２０３０の処理手順を示す。

【００３０】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０３１に画像回転
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０４１は画像回転部２０３２に対して
画像回転に必要な設定（たとえば画像サイズや回転方向
・角度等）を行う。必要な設定を行った後に、再度ＣＰ
Ｕ２００１から画像バスＩ／Ｆコントローラ２０３１に
対して画像データ転送の許可を行う。この許可に従い、
画像バスＩ／Ｆコントローラ２０３１はＲＡＭ２００２
もしくは画像バス２００８上の各デバイスから画像デー
タの転送を開始する。

【００３１】尚、ここでは３２ｂｉｔをそのサイズとし
回転を行う画像サイズを３２×３２（ｂｉｔ）とし、
又、画像バス２００８上に画像データを転送させる際に
３２ｂｉｔを単位とする画像転送を行うものとする（扱
う画像は２値を想定する）。

【００３２】上述のように、３２×３２（ｂｉｔ）の画
像を得るためには、上述の単位データ転送を３２回行う
必要があり、且つ不連続なアドレスから画像データを転
送する必要がある。（図１２参照）不連続アドレッシン
グにより転送された画像データは、読み出し時に所望の
角度に回転されているように、ＲＡＭ２０３３に書き込
まれる。例えば、９０度反時計方向回転であれば、最初
に転送された３２ｂｉｔの画像データを、図１３のよう
にＹ方向に書き込んでいく。読み出し時にＸ方向に読み
出すことで、画像が回転される。

【００３３】３２×３２（ｂｉｔ）の画像回転（ＲＡＭ
２０３３への書き込み）が完了した後、画像回転部２０
３２はＲＡＭ２０３３から上述した読み出し方法で画像
データを読み出し、画像バスＩ／Ｆコントローラ２０３
１に画像を転送する。回転処理された画像データを受け
取った画像バスＩ／Ｆコントローラ２０３１は、連続ア
ドレッシングを以て、ＲＡＭ２００２もしくは画像バス
２００８上の各デバイスにデータを転送する。

【００３４】こうした一連の処理は、ＣＰＵ２００１か
らの処理要求が無くなるまで（必要なページ数の処理が
終わったとき）繰り返される。

【００３５】＜画像処理部１＞図６は画像処理部１の構
成を示すブロック図である。図６に示されるように、画
像処理部１にはデータセレクタ部２及びＪＰＥＧ処理部
３が含まれ、スキャナ２０７０、プリンタ２０９５、ス
キャナ画像処理部２０８０、プリンタ画像処理部２０９
０、デバイスＩ／Ｆ部２０２０が接続される。

【００３６】データセレクタ部２にはスキャナ画像処理
部２０８０、プリンタ画像処理部２０９０、デバイスＩ
／Ｆ部２０２０、ＪＰＥＧ処理部３が接続され、各動作
ごとにバスを切りかえるためのバスセレクタと、バスを
切りかえたり各バスにおける転送周波数を合わせたりす
るためのバッファとを備える。

【００３７】このデータセレクタ部２において、スキャ
ナ動作の場合においては、スキャナ２０７０から入力さ
れたスキャン画像はスキャナ画像処理部２０８０を経て
デバイスＩ／Ｆ部２０２０へと出力されるようバスが切
り換えられる。この結果、スキャナ２０７０から読み取
りられた画像データはスキャナ画像処理部２０８０で所
定の処理が施された後にデバイスＩ／Ｆ部２０２０へと
出力される。

【００３８】また、プリンタ動作の場合には、デバイス
Ｉ／Ｆ部２０２０から出力されたデータがプリンタ画像
処理部２０９０を経てプリンタ２０９５へと出力される
ように、データセレクタ部２でバスが切り換えられる。

【００３９】更に、ＪＰＥＧ圧縮処理の場合には、スキ
ャナ２０７０から入力されたスキャン画像がスキャナ画
像処理部２０８０を経てＪＰＥＧ処理部３へと出力され
るように、データセレクタ部２でバスが切り換えられ
る。この結果、スキャナから読み取られたスキャン画像
は、スキャナ画像処理部２０８０で処理の処理を施され
た後、ＪＰＥＧ処理部３へと出力されることになる。そ
して、ＪＰＥＧ処理部３で圧縮されたＪＰＥＧコードデ
ータはデータセレクタ部２内でデバイスＩ／Ｆ部１へと
出力されるようバスが切りかえられて、デバイスＩ／Ｆ
部２０２０へと出力される。

【００４０】ＪＰＥＧ伸張処理の場合にはデバイスＩ／
Ｆ部２０２０から出力されたＪＰＥＧコードデータが、
データセレクタ部２内でＪＰＥＧ処理部３へと出力され
るようバスが切りかえられて、ＪＰＥＧ処理部３へと出
力される。ＪＰＥＧ処理部３で伸張されたＪＰＥＧ伸張
画像はデータセレクタ部２内でデバイスＩ／Ｆ部１へと
出力されるようバスが切りかえられて、デバイスＩ／Ｆ
部２０２０へと出力される。

【００４１】＜スキャナ画像処理部＞図７はスキャナ画
像処理部２０８０の構成を示すブロック図である。

【００４２】スキャナ画像バスコントローラ２０８１
は、スキャナ２０７０と入力バッファ２０８７間、出力
バッファ２０８８とデータセレクタ部２間とのバスアク
セスシーケンスを制御するとともに、スキャナ画像処理
部２０８０内の各デバイスの制御及びタイミング信号の
発生を行う。フィルタ処理部２０８２は、空間フィルタ
でコンボリューション演算を行う。編集部２０８３は、
例えば入力画像データからマーカーペンで囲まれた閉領
域を認識して、その閉領域内の画像データに対して、影
つけ、網掛け、ネガポジ反転等の画像加工処理を行う。
変倍処理部２０８４は、読み取り画像の解像度を変える
場合にラスターイメージの主走査方向について補間演算
を行い拡大、縮小を行う。なお、副走査方向の変倍につ
いては、画像読み取りラインセンサ（図示せず）を走査
する速度を変えることで行う。輝度・濃度変換部２０８
５は、所定のテーブルを参照して、読み取った輝度デー
タである画像データを濃度データに変換する。２値化部
２０８６は、多値のグレースケール画像データを、誤差
拡散処理やスクリーン処理によって２値化する。なお、
多値画像データを出力する場合は２値化は行わない。処
理が終了した画像データは、出力バッファ２０８８を経
てデータセレクタ部２へと転送される。

【００４３】＜プリンタ画像処理部＞図８はプリンタ画
像処理部２０９０の構成を示すブロック図である。

【００４４】プリンタ画像バスコントローラ２０９１
は、データセレクタ部２と入力バッファ２０９４の間、
及び出力バッファ２０９７とプリンタ２０９５の間のバ
スアクセスシーケンスを制御するとともに、プリンタ画
像処理部２０９０内の各デバイスの制御及びタイミング
信号の発生を行う。解像度変換部２０９２は、Network
２０１１あるいは公衆回線２０５１から提供された画像
データをプリンタ２０９５の解像度に変換するための解
像度変換を行う。スムージング処理部２０９３は、解像
度変換後の画像データのジャギー（斜め線等の白黒境界
部に現れる画像のがさつき）を滑らかにする処理を行
う。

【００４５】＜デバイスＩ／Ｆ部＞図９はデバイスＩ／
Ｆ部２０２０の構成を示すブロック図である。

【００４６】図９において、画像バスＩ／Ｆコントロー
ラ２０２１は、画像バス２００８と接続し、そのバスア
クセスシーケンスを制御するとともに、デバイスＩ／Ｆ
部２０２０内の各デバイスの制御及びタイミング信号の
発生、更に、外部のデータセレクタ部２への制御信号の
発生を行う。

【００４７】画像バス出力バッファ２０２２は、データ
セレクタ部２から送られてくる画像データを一時保存
し、画像バス２００８に同期させて画像データを出力す
る。シリアルパラレル・パラレルシリアル変換２０２３
は、画像バス出力バッファ２０２２に保存された画像デ
ータを順番に並べて、あるいは分解して、画像バス２０
０８に転送できるデータ幅に変換する。パラレルシリア
ル・シリアルパラレル変換２０２４は、画像バス２００
８から転送された画像データを分解して、あるいは順番
に並べて、画像バス入力バッファ２０２５に保存できる
データ幅に変換する。画像バス入力バッファ２０２５
は、画像バス２００８から送られてくる画像データを一
時的に保存し、データセレクタ部２に同期させて保存し
た画像データを出力する。

【００４８】画像バス２００８がＰＣＩバスの場合に
は、画像バス出力バッファ２０２２内に画像データが３
２ビット以上入ったときに、画像データを先入れ先出し
で３２ビット分、バッファからシリアルパラレル・パラ
レルシリアル変換２０２３に送り、３２ビットの画像デ
ータに変換し、画像バスＩ／Ｆコントローラ２０２１を
通して画像バス２００８上に転送する。

【００４９】さらに、画像バスから送られてくる３２ビ
ットの画像データを画像バスＩ／Ｆコントローラで受け
取り、パラレルシリアル・シリアルパラレル変換２０２
４に送り、データセレクタ部２の入力データビット数の
画像データに分解し、プリントバッファ２０２５に保存
する。

【００５０】また、画像バス２００８がＩＥＥＥ１３９
４の場合には、画像バス出力バッファ２０２２の画像デ
ータを先入れ先出しで、バッファからシリアルパラレル
・パラレルシリアル変換２０２３に送り、シリアル画像
データに変換し、画像バスＩ／Ｆコントローラ２０２１
を通して画像バス２００８上に転送する。

【００５１】さらに、画像バスからおくられてくるシリ
アル画像データを画像バスＩ／Ｆコントローラで受け取
り、パラレルシリアル・シリアルパラレル変換２０２４
に送り、データセレクタ部２の入力データビット数の画
像データに変換し、画像バス入力バッファ２０２５に保
存する。そして、データセレクタ部２から送られてくる
タイミング信号に同期させて、バッファ内の画像データ
を先入れ先出しで、データセレクタ部２に送る。

【００５２】＜ＪＰＥＧ処理部＞本実施形態では、ＪＰ
ＥＧ処理部３において、ＪＰＥＧコーデック処理にはＰ
ｉｘｅｌＭａｇｉｃ社製のＰＭ−３５を使用する。こ
れはスキャナからの画像転送周波数（本実施形態では２
２ＭＨｚ）でＪＰＥＧ圧縮および伸張が行える汎用のＪ
ＰＥＧコーデックチップである。スキャナ画像処理部２
０８０から出力される画像データは３色で各８ビット
幅、計２４ビット幅のデータがＰＭ−３５に入力され、
圧縮処理がなされた後、ＪＰＥＧコードデータは１６ビ
ット幅で出力を行う。なお、ＪＰＥＧ演算に使用する量
子化テーブルやハフマンテーブル等の設定値は、スキャ
ン画像処理動作前にＰＭ−３５内部レジスタに設定する
ことで演算に使用される。以下、ＰＭ−３５ＪＰＥＧコ
ーデックチップをＪＰＥＧコーデックチップ４と称す
る。

【００５３】図１０は画像処理部１内における、データ
セレクタ部２とＪＰＥＧ処理部３との間の通信を説明す
る図である。上述のように、ＪＰＥＧ処理部３はＪＰＥ
Ｇコーデックチップ４を具備する。

【００５４】ＪＰＥＧコーデックチップ４の内部にも入
力、出力にバッファが設けられており（不図示）、デー
タの入出力は、それぞれデータセレクタ部２内に設けら
れたＪＰＥＧ入力バッファ２１、ＪＰＥＧ出力バッファ
２２との間で行われる。

【００５５】また、ＪＰＥＧコーデックチップ４におけ
る入力データの制御信号には、入力リクエスト信号であ
るＩrql信号と、入力イネーブル信号であるＩackl信号
がある。Ｉrql信号とＩackl信号は画像処理動作開始前
は常に“High”である。

【００５６】Ｉrql信号はＪＰＥＧコーデックチップ４
内の入力バッファがフル状態ではなくデータの入力が可
能であれば“Low”に、入力不可である場合は“High”
になり、ＪＰＥＧコーデックチップ４からデータセレク
タ部２内のバッファコントローラへと出力される。Ｉac
kl信号はデータセレクタ部２内のＪＰＥＧ入力バッファ
がデータがエンプティ状態でなく、出力が可能であれば
“Low”となり、出力不可である場合は“High”となる
信号であり、データセレクタ部２からＪＰＥＧコーデッ
クチップ４へと出力される。ＪＰＥＧコーデックチップ
４は、Ｉrql信号“Low”を出力し、Ｉackl信号“Low”
を受けて初めてデータセレクタ部２からのデータ入力を
行う。

【００５７】ＪＰＥＧコーデックチップ４の出力データ
の制御には、出力リクエスト信号であるＯrql信号と、
出力イネーブル信号であるＯackl信号がある。Ｏrql信
号とＯackl信号は画像処理動作開始前は常に“High”信
号である。

【００５８】Ｏrql信号はＪＰＥＧコーデックチップ４
の出力バッファがエンプティ状態ではなく、データの出
力が可能であれば“Low”になり、出力不可である場合
は“High”となり、ＪＰＥＧコーデックチップ４からデ
ータセレクタ部２内のバッファコントローラへと出力さ
れる。Ｏackl信号はデータセレクタ部２内のＪＰＥＧ出
力バッファがデータがフル状態でなく、入力が可能であ
れば“Ｌｏｗ”となり、入力不可である場合は“High”
となり、データセレクタ部２からＪＰＥＧコーデック４
へと出力される。

【００５９】ＪＰＥＧコーデック４は、Ｏrql信号を出
力し、Ｏackl信号を受けて初めてデータセレクタ部２へ
のデータの出力が行えるようになる。

【００６０】ＪＰＥＧコーデックチップ４の動作中にＩ
rql信号が“High”となると、データセレクタ部２内の
ＪＰＥＧ入力バッファ２１がスキャナ画像処理部２０８
０より画像データを受け取っていてもＪＰＥＧ処理部３
に対する出力はできなくなる。この場合、ＪＰＥＧ入力
バッファ２１のデータサイズ（本実施形態では２４ビッ
ト幅／ワードで４８ワード分）がフル状態になる前にＩ
rql信号が“Low”に切り替わると、画像データはＪＰＥ
Ｇ入力バッファ２１の内部で上書きされることなくＪＰ
ＥＧ圧縮部３へと転送される。しかしながら、ＪＰＥＧ
入力バッファ２１のデータサイズを越える時間にわたっ
てＩrql信号が“High”であると、ＪＰＥＧ入力バッフ
ァ２１の内部でデータの上書きが発生してしまう。その
ため、その後Ｉrql信号が“Low”に切り替わっても、最
終的にＲＡＭ２００２等のメモリに格納されるデータ
は、そのような上書きがなされた分、データが抜け落ち
たものとなってしまう。

【００６１】これは、ＪＰＥＧコーデックチップ４とデ
ータセレクタ部２との間には、リクエスト信号に対する
イネーブル信号のようなハンドシェイクのための制御信
号があるのに対し、スキャナ２０７０からの入力信号に
はなく、データ転送を一時中断することができないため
である。

【００６２】なお、ＪＰＥＧコーデックチップ４の動作
中にＩrql信号が“High”となる原因の主なものとして
は以下のものが考えられる。（１）一つは、ＪＰＥＧコーデックチップ４へのデータ
入力転送に対し、内部での圧縮演算処理、および演算結
果の出力処理が間に合わない場合である。ＪＰＥＧ圧縮
演算では、入力された画像データの種類、設定された量
子化テーブル値や処理方法によって出力するＪＰＥＧコ
ードデータ量が変わってくるため、このような事態が発
生することは十分に考えられる。（２）もう一つは、ＪＰＥＧコーデックチップ４内部で
の圧縮演算処理、および演算結果の出力処理は間に合っ
ていても、Ｏackl信号が“High”から“Low”に切り替
わらない場合である。これは、データセレクタ部２の先
にあるデバイスＩ／Ｆ部２０２０内の画像バス出力バッ
ファ２０２２がフル状態であることによる。

【００６３】上記（２）の場合について更に説明する。
画像バス出力バッファ２０２２はＦＩＦＯで構成されて
おり、データが入力されるときには画像バスＩ／Ｆコン
トローラ２０２１によりＦＩＦＯのライト・カウンタが
カウントアップされ、データが格納される。また、出力
されるときには画像バスＩ／Ｆコントローラ２０２１に
よりＦＩＦＯのリード・カウンタがカウントアップされ
データが読み出される。画像バスＩ／Ｆコントローラ２
０２１はライト・カウンタとリード・カウンタの値を常
に監視しており、カウンタ値の差が所定値となったらデ
ータ出力を開始し、ＦＩＦＯの容量以内のある所定値と
なったら、つまりフル状態と判定されたらデータ入力を
やめて、データがＦＩＦＯからあふれるのを防ぐ。

【００６４】その結果、データセレクタ部２は画像バス
出力バッファ２０２２へのデータ出力が行えなくなり、
ＪＰＥＧ出力バッファ２２がフル状態となった所でＪＰ
ＥＧ処理部３からのデータも入力できなくなる。その結
果、ＪＰＥＧコーデックチップ４は処理を継続できなく
なり、Ｉrqlが“High”となる。

【００６５】画像バス出力バッファ２０２２がフル状態
であることは、画像バス出力バッファ２０２２の入力に
対し、画像バス２００８への出力が間に合わないために
おこる。つまり、ＪＰＥＧ処理部３からの出力データの
転送レートが大きく、画像バス２００８の転送レートを
超えた場合に生じる。

【００６６】以上のような場合に、ＪＰＥＧコーデック
チップ４のＩrql信号は“High”となる。このＩrql信号
の“High”状態がデータセレクタ部２内のＪＰＥＧ入力
バッファ２１のデータサイズ以上のデータが格納される
まで続くと、上述したように正しい転送は行えなくな
る。

【００６７】そこで、本実施形態では、Ｉrql信号の“H
igh”状態がデータセレクタ部内のＪＰＥＧ入力バッフ
ァ２１のデータサイズ以上続いた場合には、行われたス
キャン動作処理結果は使用せず、再スキャンを行って、
再度ＪＰＥＧ演算処理を行う。その際、ＪＰＥＧ演算処
理に使用する量子化テーブルの数値をより大きな所定値
に設定することでＪＰＥＧの圧縮率を上げる。その結果
再スキャンではＪＰＥＧ処理部３から出力されるＪＰＥ
Ｇコードのデータ量が減り、同時に出力データ転送レー
トも小さくなる。その結果、画像バス２００８の転送レ
ートを超えることなく、全ての値がＪＰＥＧ圧縮処理さ
れて、システムバス上のＲＡＭ２００２へ格納すること
が可能となる。なお、圧縮データに対してはＲＡＭ２０
０２を介して、ネットワークへの転送やＪＰＥＧ処理部
での伸張処理を行うことになる。

【００６８】以上の動作構成の流れを図１１のフローチ
ャートを参照して更に説明する。図１１は、本実施形態
における画像処理部の動作を説明するフローチャートで
ある。

【００６９】操作部上コピースタートキーによりスキャ
ン動作が開始されると（ステップＳ３０１）、ＪＰＥＧ
コーデックチップ４の出力信号“Ｉrql”を常に監視し
つづけ、Ｉrqlが“High”であるか否かを判定する（ス
テップＳ３０２）。Ｉrql＝“High”の場合には変数Cou
ntをインクリメントする（ステップＳ３０３）。なお、
Countの初期値はゼロ（Count＝０）である。

【００７０】Countの値と所定値とを比較し（ステップ
Ｓ３０４）、Countの値が所定値より大きい場合には、
上述したようにＪＰＥＧ入力バッファ２１がフル状態と
なったことを意味し、スキャン画像データが正しく転送
されなくなる。このため、スキャン動作終了後（ステッ
プＳ３０５）、操作部２０１２の表示器２０１３上に
「圧縮率を上げて再スキャンを行いますか？」と表示を
行うとともに、再スキャンを行うか否かを選択可能なタ
ッチパネル式の選択手段をユーザに提供する（ステップ
Ｓ３０６）。ユーザが再スキャンを行う旨を指示する
と、（ステップＳ３０７）ＪＰＥＧコーデックチップ４
のレジスタ値のうち量子化テーブル等、圧縮率に関係す
る設定値を変更して、圧縮率を上げるように設定し直
す。その後、再度ステップＳ３０１のスキャン動作に移
ることで、新たな圧縮率によるＪＰＥＧ圧縮処理が開始
される。

【００７１】一方、ステップＳ３０４でCountが所定値
以下であればスキャン動作による画像データは正常に転
送されている。従って、スキャン動作が終了するまで
（ステップＳ３０９）ステップＳ３０２〜Ｓ３０４の処
理を繰り返す。こうしてスキャン動作が終了すれば、Ｊ
ＰＥＧ圧縮処理を終える（ステップＳ３０９、Ｓ３１
０）。

【００７２】また、ステップＳ３０７で再スキャンを行
わない旨が指示された場合には、そのままＪＰＥＧ圧縮
処理を終える（ステップＳ３１０）。

【００７３】なお、本実施形態では汎用のＪＰＥＧコー
デックチップ４としてＰＭ−３５を用いた場合を示した
が、スキャナからのデータをリアルタイムで圧縮処理で
きるものであればよく、ＪＰＥＧ処理部３の構成がこれ
に限定されないものであることはいうまでもない。

【００７４】また、本実施形態ではＪＰＥＧ演算処理の
結果、出力コードデータサイズが大きくなり、システム
バスの転送レートを越えてしまう場合について述べた
が、本実施形態における共通のシステムバスを使用して
いるスキャナ・プリンタ・ネットワークインターフェー
ス・メモリ・画像処理システムは、動作によってはシス
テムバスを複数のデバイスが使用することになるため、
他のＪＰＥＧより優先度の高いデバイスがシステムバス
を使用した場合には、転送レートとして問題が無くて
も、ＪＰＥＧコーデックチップ４の圧縮結果をシステム
バス上に出力することが出来なくなる。このような場合
の対策としても本発明を適用できることは明らかであ
る。

【００７５】以上説明したように、本実施形態によれ
ば、スキャナ・プリンタ・ネットワークインターフェー
ス・メモリ・画像処理システムに対し共通のシステムバ
スを使用している画像処理装置において、ＪＰＥＧ圧縮
されたコードデータのシステムバスを介したリアルタイ
ム転送の問題点に対応するため、圧縮後のデータの転送
レートがシステムバスの最大転送レートを超えたか否か
を判定する構成を具備し、越えていると判定した場合に
はＪＰＥＧ圧縮における圧縮率を上げて、圧縮処理後の
コードデータ量の転送レートを下げる設定にし、再びス
キャナから同じ原稿を読み取る動作を行うよう制御され
る。これにより、転送途中のシステム上でデータが抜け
落ちることを防ぎ、スキャナから読み取られた全データ
を確実に転送して外部メモリへと格納する構成が実現で
きる。

【００７６】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機、ファクシミリ装置
など）に適用してもよい。

【００７７】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することになる。また、
コンピュータが読み出したプログラムコードを実行する
ことにより、前述した実施形態の機能が実現されるだけ
でなく、そのプログラムコードの指示に基づき、コンピ
ュータ上で稼働しているオペレーティングシステム(OS)
などが実際の処理の一部または全部を行い、その処理に
よって前述した実施形態の機能が実現される場合も含ま
れることは言うまでもない。

【００７８】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるCPUなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００７９】

【発明の効果】以上説明したように、本発明によれば、
圧縮処理によって生じるデータ量が確定しない場合であ
っても、圧縮処理後のデータをリアルタイムに確実に転
送することが可能になる。

【図面の簡単な説明】

【図１】本実施形態による画像処理装置の全体構成を示
すブロック図である。

【図２】本実施形態による画像入出力デバイスの概観を
示す図である。

【図３】操作部２０１２の概観を示す図である。

【図４】画像圧縮部２０４０の構成を示すブロック図で
ある。

【図５】画像回転処理部２０３０の構成を示すブロック
図である。

【図６】画像処理部１の構成を示すブロック図である。

【図７】スキャナ画像処理部２０８０の構成を示すブロ
ック図である。

【図８】プリンタ画像処理部２０９０の構成を示すブロ
ック図である。

【図９】デバイスＩ／Ｆ部２０２０の構成を示すブロッ
ク図である。

【図１０】画像処理部１内における、データセレクタ部
２とＪＰＥＧ処理部３との間の通信を説明する図であ
る。

【図１１】本実施形態における画像処理部の動作を説明
するフローチャートである。

【図１２】不連続なアドレスから画像データを転送する
状態を説明する図である。

【図１３】メモリからのデータ読み出し順による画像の
回転を説明する図である。

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C059 KK22 MA00 MC11 PP01 SS06 TA00 TA47 TB04 TC18 TD12 UA02 UA05 UA39 5C073 AA05 BC02 BC05 CE02 5C078 BA57 CA34 DB07 5J064 AA00 BB10 BC01 BC02 BC14 BC25 BC29 BD02 BD07 9A001 BB03 BB04 EE04 HH24 HH27

Claims

【特許請求の範囲】

【請求項１】スキャナによってスキャン入力される画
像データに圧縮処理を施して圧縮画像データを生成する
圧縮手段と、前記圧縮手段で生成された圧縮画像データをバス上へ出
力する出力手段と、前記圧縮手段における圧縮画像データの生成スピードを
前記出力手段における圧縮画像データの出力スピードが
上まわっているかを判定する第１判定手段と、前記第１判定手段により前記生成スピードが前記出力ス
ピードを上回ると判定された場合、前記圧縮手段の圧縮
率を上げて、前記スキャナによる再スキャン入力を実行
して画像データを得て、当該画像データに対し前記圧縮
手段、出力手段、判定手段による処理を再度実行させる
再処理手段とを備えることを特徴とする画像データ処理
装置。
【請求項２】前記圧縮手段は、画像データのＪＰＥＧ
圧縮を実行して圧縮画像データを生成することを特徴と
する請求項１に記載の画像データ処理装置。
【請求項３】前記出力手段は、前記バスを介して接続
されるメモリデバイスへ前記圧縮画像データを格納する
べく出力することを特徴とする請求項１に記載の画像デ
ータ処理装置。
【請求項４】前記出力手段は、前記圧縮手段より入力
される圧縮データを出力バッファにバッファリングして
前記バス上へ圧縮画像データを出力し、前記第１判定手段は、前記出力バッファの圧縮データの
格納状況に基づいて、前記圧縮手段における圧縮画像デ
ータの生成スピードを前記出力手段における圧縮画像デ
ータの出力スピードが上まわっているかを判定すること
を特徴とする請求項１に記載の画像データ処理装置。
【請求項５】前記第１判定手段は、前記出力バッファ
がフル状態になった場合に、前記圧縮手段における圧縮
画像データの生成スピードを前記出力手段における圧縮
画像データの出力スピードが上まわっていると判定する
ことを特徴とする請求項４に記載の画像データ処理装
置。
【請求項６】前記再処理手段は、前記第１判定手段により前記生成スピードが前記出力ス
ピードを上回ると判定された場合に、圧縮率を上げて当
該画像データの再処理を実行するか否かを問い合わせ、該問い合わせに対する応答として再処理を行う旨の指示
を受けた場合に、前記圧縮手段の圧縮率を上げて、当該
画像データに対し前記圧縮手段、出力手段、判定手段に
よる処理を再度実行させることを特徴とする請求項１に
記載の画像データ処理装置。
【請求項７】スキャナより画像データを入力し、入力
バッファにバッファリングした後、前記圧縮手段へ画像
データを提供する入力手段と、前記圧縮手段の処理スピードが前記入力手段への画像デ
ータの入力スピードを下回ったか否かを判定する第２判
定手段とを更に備え、前記再処理手段は、前記第２判定手段で、前記圧縮手段
の処理スピードが前記入力手段における画像データの入
力スピードを下回ったと判定された場合にも、前記圧縮
手段における圧縮率を上げて、当該画像データに対し前
記圧縮手段、出力手段、判定手段による処理を再度実行
させることを特徴とする請求項１に記載の画像データ処
理装置。
【請求項８】前記第２判定手段は、前記入力バッファ
がフル状態になった場合に、前記圧縮手段の処理スピー
ドが前記入力手段への画像データの入力スピードを下回
ったと判定することを特徴とする請求項７に記載の画像
データ処理装置。
【請求項９】スキャナよりスキャン入力される画像デ
ータに圧縮処理を施して圧縮画像データを生成する圧縮
工程と、前記圧縮工程で生成された圧縮画像データをバス上へ出
力する出力工程と、前記圧縮工程における圧縮画像データの生成スピードを
前記出力工程における圧縮画像データの出力スピードが
上まわっているかを判定する第１判定工程と、前記第１判定工程により前記生成スピードが前記出力ス
ピードを上回ると判定された場合、前記圧縮工程の圧縮
率を上げて前記スキャナによる再スキャン入力を実行し
て画像データ得て、当該画像データに対し前記圧縮工
程、出力工程、判定工程による処理を再度実行させる再
処理工程とを備えることを特徴とする画像データ処理方
法。
【請求項１０】前記圧縮工程は、画像データのＪＰＥ
Ｇ圧縮を実行して圧縮画像データを生成することを特徴
とする請求項９に記載の画像データ処理方法。
【請求項１１】前記出力工程は、前記バスを介して接
続されるメモリデバイスへ前記圧縮画像データを格納す
るべく出力することを特徴とする請求項９に記載の画像
データ処理方法。
【請求項１２】前記出力工程は、前記圧縮工程より入
力される圧縮データを出力バッファにバッファリングし
て前記バス上へ圧縮画像データを出力し、前記第１判定工程は、前記出力バッファの圧縮データの
格納状況に基づいて、前記圧縮工程における圧縮画像デ
ータの生成スピードを前記出力工程における圧縮画像デ
ータの出力スピードが上まわっているかを判定すること
を特徴とする請求項９に記載の画像データ処理方法。
【請求項１３】前記第１判定工程は、前記出力バッフ
ァがフル状態になった場合に、前記圧縮工程における圧
縮画像データの生成スピードを前記出力工程における圧
縮画像データの出力スピードが上まわっていると判定す
ることを特徴とする請求項１２に記載の画像データ処理
方法。
【請求項１４】前記再処理工程は、前記第１判定工程により前記生成スピードが前記出力ス
ピードを上回ると判定された場合に、圧縮率を上げて当
該画像データの再処理を実行するか否かを問い合わせ、該問い合わせに対する応答として再処理を行う旨の指示
を受けた場合に、前記圧縮工程の圧縮率を上げて、当該
画像データに対し前記圧縮工程、出力工程、判定工程に
よる処理を再度実行させることを特徴とする請求項９に
記載の画像データ処理方法。
【請求項１５】スキャナより画像データを入力し、入
力バッファにバッファリングした後、前記圧縮工程へ画
像データを提供する入力工程と、前記圧縮工程の処理スピードが前記入力工程への画像デ
ータの入力スピードを下回ったか否かを判定する第２判
定工程とを更に備え、前記再処理工程は、前記第２判定工程で、前記圧縮工程
の処理スピードが前記入力工程における画像データの入
力スピードを下回ったと判定された場合にも、前記圧縮
工程における圧縮率を上げて、当該画像データに対し前
記圧縮工程、出力工程、判定工程による処理を再度実行
させることを特徴とする請求項９に記載の画像データ処
理方法。
【請求項１６】前記第２判定工程は、前記入力バッフ
ァがフル状態になった場合に、前記圧縮工程の処理スピ
ードが前記入力工程への画像データの入力スピードを下
回ったと判定することを特徴とする請求項１５に記載の
画像データ処理方法。
【請求項１７】請求項９乃至１６のいずれかに記載の
画像データ処理方法をコンピュータに実現させるための
制御プログラムを格納する記憶媒体。
【請求項１８】コンピュータによる画像処理を実現す
るための制御プログラムを格納する記憶媒体であって、
該制御プログラムが、スキャナよりスキャン入力される画像データに圧縮処理
を施して圧縮画像データを生成する圧縮工程のコード
と、前記圧縮工程で生成された圧縮画像データをバス上へ出
力する出力工程のコードと、前記圧縮工程における圧縮画像データの生成スピードを
前記出力工程における圧縮画像データの出力スピードが
上まわっているかを判定する第１判定工程のコードと、前記第１判定工程により前記生成スピードが前記出力ス
ピードを上回ると判定された場合、前記圧縮工程の圧縮
率を上げて前記スキャナによる再スキャン入力を実行し
て画像データ得て、当該画像データに対し前記圧縮工
程、出力工程、判定工程による処理を再度実行させる再
処理工程のコードとを備えることを特徴とする記憶媒
体。