JPH07264371A - 複合型画像処理装置 - Google Patents

Abstract

(57)【要約】 【目的】少なくともファクシミリ機能を含む２つ以上の
各機能がＣＯＤＥＣおよびページメモリのリソースを共
通に使用する場合におけるリソースの使用効率を向上さ
せる。 【構成】少なくともファクシミリ機能を含む２つ以上の
複数の異なる機能を備えた複合型画像処理装置におい
て、上記各機能がＱＮＴ／ＰＭ２４に設けられたＣＯＤ
ＥＣおよびページメモリのリソースを共有する場合に、
上記各機能を実行するためのリソースの制御方法をＲＯ
Ｍ１２に複数用意しておき、ファクシミリ機能によるデ
ータ送信時に、ＣＰＵ１１の制御の下でそのときのジョ
ブの内容に応じて上記各制御方法を適宜切り換えて実行
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、スキャナ等の画像入力
装置、ネットワークを介して画像情報またはその他のデ
ータの送受信を行なう画像通信装置の他、印刷装置、画
像情報蓄積装置等の複数の異なる画像処理装置を一体化
して構成されるディジタル式複合型画像処理装置に係
り、特にファクシミリ機能を含む２つ以上の各機能がＣ
ＯＤＥＣおよびページメモリのリソースを複数のジョブ
で共有する場合に用いて好適な複合型画像処理装置に関
する。

【０００２】

【従来の技術】近年、スキャナ等の画像入力装置、ハー
ドディスク装置や光ディスク装置等の画像記憶装置、フ
ァクシミリやネットワークを用いた画像通信装置、印刷
装置など種々の画像処理装置を一体化して構成されるデ
ィジタル式複合型画像処理装置（マルチファンクション
型複写装置とも呼ばれる）の開発が盛んである。

【０００３】従来では、これらの複数の機能のそれぞれ
を実行するために必要な画像処理用のＡＳＩＣ (Applic
ation Specific Integrated Circuit)、ＣＯＤＥＣ (Co
der/Decoder)、スキャナ、ページメモリなどのリソース
の制御方法は固定的であった。このため、必要なリソー
スのうちの１つでも確保できなければ、たとえ他のリソ
ースに充分な余裕があっても、実行要求の出ている機能
の動作を止めざるを得なかった。

【０００４】このようなリソース確保の問題は、少なく
とも２つ以上の機能を有するディジタル式複合型画像処
理装置において、複数の機能がリソースを共有している
場合に頻繁に発生する事が予想される。例えばＦＡＸ
(Facsimile)機能では、リソースとしてＣＯＤＥＣを使
用し、このＣＯＤＥＣによりＦＡＸ画像データを符号化
圧縮しながら送信することが行われるが、その際に、同
じＣＯＤＥＣを用いて画像データを入力し、ファイリン
グする要求が発生した場合などがそれに相当する。

【０００５】

【発明が解決しようとする課題】上述したように、少な
くとも２つ以上の機能を有するディジタル式複合型画像
処理装置において、複数の機能がリソースを共有してい
る場合には、確保可能なリソースが常に変化し得る。こ
のため、ある機能を実行するに際し、必要なリソースの
うちの１つでも確保できない場合には、たとえ他のリソ
ースに充分な余裕があったとしても、実行要求の出てい
る機能の動作を止めなければならない事態が発生してい
た。特に、ディジタル式複合型画像処理装置では、最も
動作の優先度が高く、また長時間リソースを占有する可
能性が高い機能はＦＡＸ機能であり、そのＦＡＸ送信時
に使用するリソース（ＣＯＤＥＣおよびページメモリ）
を共有するジョブの並行動作が制限されることが多かっ
た。

【０００６】ここで、これらの機能を実行するためのリ
ソースの使用方法は通常１通りではなく、それぞれの方
法で必要とするリソースの使用時間、使用量が異なる。
例えば、ＦＡＸデータの符号化をＣＯＤＥＣで行なう場
合には、符号化データを一時的に蓄積するバッファ領域
を大きくすれば、ＣＯＤＥＣを使用する時間が短くな
る。したがって、ＦＡＸ送信を行ないながら、その間に
ＣＯＤＥＣを必要とする他の機能（例えば受信蓄積デー
タを複合化や印字出力、入力画像データのファイリング
等）を実行することができる。しかし、その反面、リソ
ースとしてページメモリを多く獲得する必要があるた
め、ページメモリを必要とする他の機能（例えばメモリ
編集／複写等）を実行できなくなる可能性が高くなる。

【０００７】一方、符号化データを一時的に蓄積するバ
ッファ領域を小さくすれば、ＣＯＤＥＣを使用する時間
が長くなるが、ページメモリを節約できることから、ペ
ージメモリを必要とする他の機能を実行できる確率が高
くなる。

【０００８】これらの問題の解決策の１つとして、ペー
ジメモリやＣＯＤＥＣなどのリソースを、それらを使用
するジョブ毎にそれぞれ独立して所有するという方法が
考えられる。しかしながら、これでは、複数のＣＯＤＥ
Ｃや膨大な量のページメモリを必要とし、リソースの使
用効率としては非常に無駄が多く、また、装置のコスト
も高くなる問題がある。

【０００９】本発明は上記のような点に鑑みなされたも
ので、少なくともファクシミリ機能を含む２つ以上の各
機能がＣＯＤＥＣおよびページメモリのリソースを共有
する場合に、リソースの制御方法を動作要求に応じて切
り替えることで、リソースの使用効率を向上させること
のできる複合型画像処理装置を提供することを目的とす
る。

【００１０】

【課題を解決するための手段】本発明は、少なくともフ
ァクシミリ機能を含む２つ以上の複数の異なる機能を備
えた複合型画像処理装置において、上記各機能がＣＯＤ
ＥＣおよびページメモリのリソースを共有する場合に、
上記各機能を実行するための上記リソースの制御方法を
複数用意しておき、上記ファクシミリ機能によるデータ
送信時に、そのときのジョブの内容に応じて上記各制御
方法を適宜切り換えて実行するようにしたものである。

【００１１】この場合、上記制御方法として、ページメ
モリの中で複数ページ分のデータ蓄積領域を獲得し、Ｃ
ＯＤＥＣを使用した符号化サイズをページ単位とする第
１の方法と、ページメモリの中で１ページ分のデータ蓄
積領域を獲得し、ＣＯＤＥＣを使用した符号化サイズを
データ転送単位とする第２の制御方法がある。

【００１２】

【作用】上記したように、ファクシミリ機能によるデー
タ送信時において、ファクシミリ機能を含む各機能が共
通に使用するＣＯＤＥＣおよびページメモリのリソース
の制御方法がそのときのジョブの内容に応じて適宜切り
換えられる。したがって、例えばＦＡＸ受信原稿出力
や、ＦＡＸ送信の際の原稿蓄積のようにＣＯＤＥＣを頻
繁に必要とする機能の動作要求が発生している場合と、
例えば画像編集のようにページメモリを多く必要とする
機能の動作要求が発生している場合とでリソース制御方
法を切り換えれば、各機能間でのリソースの使用効率を
向上させることができる。

【００１３】

【実施例】以下、本発明の実施例について図面を参照し
て説明する。図２は本発明の複合型画像処理装置（マル
チファンクション型複写装置）の外観構成を示す斜視図
である。図２において、１は装置本体である。この本体
１の上面前部には、操作パネル２が設けられている。ま
た、本体１の上面には、透明ガラスからなる原稿台（図
示しない）が設けられていて、この原稿台上には原稿押
えカバーを兼ね、シート状の原稿（文書）を自動的に１
枚ずつ送る自動原稿送り装置（ＡＤＦ）３が開閉自在に
設けられている。本体１の底部には、被画像形成媒体と
しての用紙を供給するための給紙カセット４を備えた給
紙装置５が設けられている。

【００１４】本体１の図面に対して右側部には、用紙を
手差しで供給したり、手差しで供給するための手差し給
紙口６が設けられている。本体１の図面に対して左側部
には、画像形成された用紙が排出される排紙トレイ７が
設けられている。

【００１５】本体１の前面で、操作パネル２の下方部位
には、文書情報などを記憶する記憶媒体としての光磁気
ディスクを挿入するためのディスク挿入口１０が設けら
れていて、このディスク挿入口１０と対応する本体１内
に光磁気ディスク記憶装置（図示しない）が設けられて
いる。

【００１６】なお、いずれも図示しないが、本体１内に
は、原稿台上にセットされた原稿の画像（文書情報）を
光学的な走査によって読取り入力するスキャナ（入力手
段）Ｓ、および、スキャナＳで入力された文書情報や検
索された文書情報を給紙装置５から供給される用紙上に
記録出力したり、さらには、後述する検索シートＰの記
録出力などを行なうレーザプリンタ（出力手段）Ｐｒが
それぞれ設けられている。

【００１７】操作パネル２には、表面を透明抵抗体と電
極で構成したタッチパネル機能を備えた表示装置８と、
コピー枚数等を入力するための数字キー、スタートキ
ー、ストップキー、クリアキー等を備えたコントロール
パネル９が設けられている。この操作パネル２の構成に
ついては、後に図４および図５で説明する。

【００１８】図１は本発明の一実施例に係る複合型画像
処理装置の制御系の構成を示すブロック図である。本装
置は、ＣＰＵ１１、ＲＯＭ１２、ワークＲＡＭ１３、Ｎ
ＶＲＡＭ１４、共有ＲＡＭ１５、磁気ディスク装置（以
下、ＨＤＤと称す）１６、光磁気ディスク装置（以下、
ＯＤＤと称す）１７、を有する。ＣＰＵ１１は、本装置
全体の制御を行なうものであり、ここでは操作パネル２
による入力指示に応じて、各種機能動作を実行する。Ｒ
ＯＭ１２、ワークＲＡＭ１３、ＮＶＲＡＭ１４、共有Ｒ
ＡＭ１５には、それぞれ本装置が有する各種の機能の動
作制御に必要な情報が格納される。ＨＤＤ１６およびＯ
ＤＤ１７は大容量の外部記憶装置であり、例えばＯＤＤ
１７は画像データを圧縮した状態で記憶する場合に用い
られ、ＨＤＤ１６はＯＤＤ１７等の管理情報を記憶する
ための補助メモリとして用いられる。

【００１９】また、本装置は、ネットワーク制御回路
（以下、ＬＡＮＣ称す）１８およびＦＡＸ制御回路（以
下、ＦＡＸＣと称す）１９を有する。ＬＡＮＣ１８は、
イーサネットとの接続インタフェースとＮ社ネットワー
クプロトコルを制御するためのＣＯＤＥＣを含む。な
お、このＬＡＮＣ１８のケーブルの一端はルータ、リピ
ータなどのネットワークを構成する機器に接続される。
ＦＡＸＣ１９は、ファクシミリ手順に従って公衆回線と
の接続インタフェースをなす所謂モデムと、送受信用Ｆ
ＡＸバッファと、これらの制御と主制御部との相互通信
を行なうＣＰＵからなる。なお、このＦＡＸＣ１９の具
体的な構成については、後に図３で説明する。これらの
各デバイス１１〜１９は、それぞれシステムバス２０を
介して互いに接続されている。

【００２０】また、本装置は、スキャナインタフェース
（以下、ＳＩＦと称す）２１、画像処理部（以下、ＩＰ
Ｕと称す）２２、ページメモリ部（以下、ＰＭと称す）
２３、二値化制御部（以下、ＱＮＴ／ＰＭと称す）２
４、プリンタインタフェース（以下、ＰＩＦと称す）２
５を有する。ＳＩＦ２１は、スキャナＳからの画像デー
タを受け取る。ＩＰＵ２２は、記録装置に応じた高画質
化処理や拡大縮小、回転などの処理を行なう。ＰＭ２３
は、１画素につき多値のビット数を持つ多値データを格
納する。ＱＮＴ／ＰＭ（ＱＮＴ：量子化，ＰＭ：ページ
メモリ）２４は、図３に示すように、ページメモリ３
１、ＣＯＤＥＣ(1) ３２、画像処理用ＡＳＩＣ３３から
なり、多値データの２値化および記憶を行なう。ＰＩＦ
２５は、プリンタＰｒに画像データを転送する。これら
の各デバイス２１〜２５は、それぞれ異なる画像バス２
６を介して隣接接続されている。

【００２１】ここで、システムバス２０によりＣＰＵ１
１とその他の各デバイス間で制御信号やデータ信号のや
りとりがなされ、画像バス２６を介して各デバイス間で
画像データの高速転送がなされるようになっている。

【００２２】上記スキャナＳでは、例えば列状に配設さ
れた複数の受光素子からなるＣＣＤ形のラインセンサ
（図示せず）により、原稿台上に載置された原稿の文書
情報をＣＰＵ１１からの指示に従い１ライン毎に走査し
て読取り、画像の濃淡を８ビットのディジタルデータに
変換した後、同期信号とともに時系列ディジタルデータ
としてＳＩＦ２１へ出力する。

【００２３】上記プリンタＰｒでは、例えばレーザ光学
系（図示せず）と用紙に画像形成を行なう電子写真方式
を組合わせた画像形成部（図示せず）とにより、ＣＰＵ
１１からの指示に従いＰＩＦ２５上の８ビットのディジ
タル画像情報を同期信号に同期して入力することによ
り、画像情報の大きさに応じたパルス幅のレーザ光によ
って感光体ドラム（図示せず）上に静電潜像を形成した
後、この静電潜像を可視化手段（図示せず）によって可
視化し、この可視化された画像を転写手段（図示せず）
によって給紙装置５から供給される用紙上に転写し、こ
の用紙上に転写された画像を定着手段（図示せず）によ
って定着して出力する。

【００２４】図３はＦＡＸＣ１９とその周辺の構成を示
すブロック図である。ＦＡＸＣ１９は、ＣＰＵ４１、Ｄ
ＭＡ (Direct Memory Access) ／割り込みコントローラ
４２、ＤＭＡバス４３、ＣＯＤＥＣ(2) ４４、バッファ
４５、ＤＵＡＬ ＰＯＲＴＲＡＭ（以下、ＤＰＲＡＭと
称す）４６、モデム４７、ＮＣＵ（Network Control Un
it) ４８を有する。

【００２５】同実施例において、ある動作条件（後述す
る制御(1) ）では、ＦＡＸＣ１９のＮＣＵ４８による回
線選択後、ＦＡＸ用の送信データはＱＮＴ／ＰＭ２４の
ＣＯＤＥＣ(1) ３２で圧縮され、一端ＦＡＸデータバッ
ファ３４に蓄えられる。このＦＡＸデータバッファ３４
は、ＱＮＴ／ＰＭ２４のページメモリ３１の一部を使用
している。ＦＡＸデータは、ＤＭＡ／割り込みコントロ
ーラ４２により制御され、データ転送の指示があった場
合にＤＭＡ転送される。

【００２６】また、別の動作条件（後述する制御(2) ）
では、ＦＡＸＣ１９のＮＣＵ４８による回線選択後、Ｄ
ＭＡ／割り込みコントローラ４２によりデータ転送の指
示があれば、ＦＡＸ用の送信データは、ＱＮＴ／ＰＭ２
４のＣＯＤＥＣ(1) ３２で圧縮されながら、ＦＩＦＯ３
５を介して直接ＤＭＡ転送される。このＦＩＦＯ３５
は、ＱＮＴ／ＰＭ２４のページメモリ３１の一部を使用
している。ＤＭＡ転送されたデータは、ＦＡＸＣ１９側
のＣＯＤＥＣ(2) ４４で一度伸張された後、ＣＰＵ４１
により送信データのヘッダなどが付加されて、送信条件
に合わせて再びＣＯＤＥＣ(2) ４４で符号化圧縮され
る。

【００２７】これらの２つの制御方法は、動作条件に応
じて適宜選択される。ＣＯＤＥＣ(2) ４４で符号化圧縮
された通信データは、一端バッファ４５に格納された
後、モデム４７を介して回線上に送出される。ただし、
送信データが画像データではなく、バイナリファイルで
ある場合には、これらのヘッダの付加、符号化圧縮処理
は行なわず、バッファ４５からモデム４７を介して回線
上に送出される。ここでいうバイナリファイルの送信と
は、国際電気通信連合通信標準化部門 (Telecomunicati
on Standardization Sector)ＩＴＵ−Ｔ（旧ＣＣＩＴ
Ｔ）の勧告Ｔ．３０で記述されているＢＦＴ（Binary F
ile Transfer）などのファイル送信のことを意味してい
る。

【００２８】ＦＡＸ通信の制御は、ＤＰＲＡＭ４６を経
由して行われる。システム側ＣＰＵ１１は、このＤＰＲ
ＡＭ４６に対してコマンドを書き込む。ＦＡＸＣ１９
は、そのコマンド内容を実行し、ステータスあるいはリ
クエストをＤＰＲＡＭ４６に書き込む。このコマンドに
より、ＦＡＸＣ１９のＣＰＵ４１はモデム４７を介して
回線上に標準プロトコルに基づいた信号を送出する。ま
た、システム側のＣＰＵ１１はステータスあるいはリク
エストの内容に応じて次の指示を送出する。

【００２９】図１に示すように、本装置内には、このＦ
ＡＸＣ１９全体の動作を制御するためのＣＰＵ１１と、
制御プログラムを記憶させたＲＯＭ１２およびワーク用
のＲＡＭ１３が搭載されている。

【００３０】また、本装置内には、各デバイスに共通に
接続されたシステムバス２０と、画像データを専用に伝
達するための画像バス２６の２つのバスが設置されてい
る。この画像バス２６は、本装置が複写機として動作す
るときのために設けられたものである。すなわち、画像
バス２６は、本装置が複写機としてリアルタイム動作を
するときに、スキャナＳからくる画像データをＳＩＦ２
１で受信し、ＩＰＵ２２で高画質化処理、拡大縮小処理
を行ない、ＰＩＦ２５でプリンタＰｒに出力するという
動作を並列的に行なう。また、画像バス２６に接続され
たデバイス（ボード）のうち、動作に不必要なものは通
過状態となる。例えば、単なる複写動作のに際には、Ｑ
ＮＴ／ＰＭ２４は不必要なため通過状態となるし、ファ
クシミリ送信の際にはＩＰＵ２２とＰＭ２３が通過状態
となる。

【００３１】図４は操作パネル２の構成を示す図であ
る。操作パネル２には、タッチパネル機能を備えた表示
装置８および各種指示キー等を備えたコントロールパネ
ル９が設けられている。コントロールパネル９には、ス
タート指示を行なうためのスタートキー５１、ストップ
指示を行なうためのストップキー５２、設定内容をクリ
アするためのクリアキー５３、コピー部数を設定するた
めのテンキー５４、原稿サイズを選択するためのサイズ
選択キー５５、カセットを選択するためのカセット選択
キー５６、選択された原稿サイズ・カセットを表示する
ためのＬＥＤ (Light Emitting Diode) ５７、並びに設
定部数を表示するためのＬＥＤ５８等が設けられてい
る。

【００３２】例えば、５部複写する場合には、テンキー
５５の“５”のキーを押す。この操作により、ＬＥＤ５
９にこの数字（部数）が表示される。ここで、原稿をセ
ットし、スタートキー５２を押せば複写動作が開始され
る。

【００３３】図５は表示装置８の構成を示すブロック図
である。表示装置８は、タッチパネル式のディスプレイ
装置であり、ここではタッチパネル６１を液晶ディスプ
レイ装置６２の上に重ねて構成されている。タッチパネ
ル６１は、透明基盤に透明抵抗体を一様に塗布し、Ｘ／
Ｙ方向にそれぞれ所定の距離間隔をおいて透明電極群を
並行に配設してなる。タッチパネル制御部６３の制御の
もと、Ｘ／Ｙ方向の各透明電極にはそれぞれ一定方向に
順次電圧が印加される。タッチパネル６１に対する位置
の指示操作は、専用の導電性ペンあるいは指を用いて行
なわれる。タッチパネル制御部６３は、Ｘ／Ｙ方向のそ
れぞれの電極間の抵抗値を監視し、各電極間の抵抗値か
ら演算により、導電性ペンあるいは指による指示によっ
て局所的に抵抗値が低減した位置の検出を行なう。

【００３４】また、液晶ディスプレイ装置６２には、こ
れを表示駆動するためのディスプレイ制御部６４と、表
示データを表示画素単位で格納するための表示用ＲＡＭ
（ＶＲＡＭ）６５がそれぞれ接続されている。

【００３５】このようにして構成される表示装置８で
は、タッチパネル制御部６３によって求められた位置デ
ータが本装置内のＣＰＵ１１により読み取られ、この位
置データに対応した処理がＣＰＵ１１によって実行され
る。例えば手書き入力を行なう場合であれば、タッチパ
ネル６１上で指示された位置に応じて、ＣＰＵ１１はＶ
ＲＡＭ６５上のデータを非表示状態から反転して表示状
態にしたり、液晶ディスプレイ装置６２の画面に表示さ
れたソフトキーボードや各種設定ボタン群を通じて動作
パラメータなどの入力処理を行なう。

【００３６】図６乃至図８は本装置で用いられる標準的
なＧ３ファクシミリ通信プロトコルの流れを示す図であ
る。ここでは、全て非エラー訂正モードの例を示してい
るが、通信プロトコルの流れとしては基本的にはエラー
訂正モードの場合も同様である。

【００３７】図６は送信データを１頁だけ送信する場合
（後続ページ無し）の例を示している。ＦＡＸの通信プ
ロトコルは、Ａ〜Ｅで示される５つのフェーズに分割さ
れており、それぞれＡ：呼設定、Ｂ：初期認識、Ｃ：デ
ータの送信、Ｄ：送信データ確認、Ｅ：切断に分かれて
いる。

【００３８】図７は後続ペーシがあり、しかも、送信条
件が変更されない場合の例を示している。この場合に
は、フェーズＤにおいてマルチページであることが被呼
端末側に知らされ（ＭＰＳ）、続いてフェーズＣ以降が
繰り返される。

【００３９】図８は後続ページがあり、しかも、送信条
件が変更される場合の例を示している。この場合には、
フェーズＤにおいて通信条件の変更が被呼端末側に知ら
され（ＥＯＭ）、続いてフェーズＢ以降が繰り返され
る。

【００４０】次に、本装置でのネットワーク送信の動作
を説明する。まず、操作パネル２上でネットワーク送信
モードを設定する。次に、送信先情報（ネットワークア
ドレス、ユーザＩＤなど）を設定する。そして、送信画
像データをセットする。設定された送信先情報は、ＣＰ
Ｕ１１の管理下で送信待ち行列にセットされる。送信画
像データは、送信条件に基づいて編集処理された後、符
号化／圧縮処理され、ネットワークに対応したプロトコ
ルに従って送信先へ送られる。全ページ分の送信が終了
すれば、回線切断処理を行なう。

【００４１】以上の動作の間、操作パネル２からの送信
先情報を管理して、ＳＩＦ２１、ＱＮＴ／ＰＭ２４に画
像サイズ、圧縮方式などの各パラメータの設定を行な
う。そして、開始指示が有れば、スキャナＳを通じて入
力された画像データに対して解像度変換、２値化、圧縮
処理を施した後、これらを保持するといった動作を最終
ページまで行なう。

【００４２】次に、複写装置におけるファクシミリ化の
動作を説明する。まず、操作パネル２上でファクシミリ
送信モードを設定する。あるいは、ＬＡＮＣ１８を介し
てパソコンなどの端末装置上から送信モードを設定す
る。操作パネル２上からこのモード設定を行なう場合に
は、表示装置８に表示されたモード選択スイッチを指示
することによって行なう。パソコンなどの端末装置上か
らモード設定を行なう場合には、画面上のメニューから
ファクシミリ送信モードを選択する。次に、ファクシミ
リ送信モードでの設定画面において、送信先情報（電話
番号短縮ダイヤル番号等）、送信サイズ情報、拡大／縮
小などの変倍情報、２ｉｎ１，４ｉｎ１等のページ編集
処理情報、文字画像を想定した処理あるいは疑似中間表
現を用いた入力処理であるのか等の送信条件を設定す
る。

【００４３】メモリ蓄積送信を行なう場合には、送信先
情報は主制御部の管理下に送信待ち行列にセットされ
る。送信データは、ＱＮＴ／ＰＭ２４の一部を使用して
図３に示されるページメモリ３１に２値データとして展
開される。そこで、送信条件に基づいて、２ｉｎ１など
の編集処理を行なった後、ＣＯＤＥＣ(1) ３２において
符号化／圧縮処理し、ページメモリ３１に蓄積する。

【００４４】このとき使用するメモリは、ＱＮＴ／ＰＭ
２４の一部を使用する場合もあるし、例えばＨＤＤ１６
やＯＤＤ１７を使用する場合もある。蓄積されたデータ
は、送信先への回線接続成立後、再びＱＮＴ／ＰＭ２４
のページメモリ３１にロードされ。ＤＭＡ転送指示によ
り、図３に示されるＦＩＦＯ３５を経由してＦＡＸＣ１
９内部のバッファ４５にＤＭＡ転送される。

【００４５】ダイレクト送信を行なう場合には、送信先
情報に基づいてＮＣＵ４８の制御の下で回線接続を行な
う。回線接続が成立した段階で、スキャナＳより画像デ
ータを入力し、ＱＮＴ／ＰＭ２４に２値データとして展
開する。この展開データは、ＣＯＤＥＣ(1) ２４におい
て符号化／圧縮処理され、ＦＩＦＯ３５を経由してＦＡ
ＸＣ１９内部のバッファ４５にＤＭＡ転送される。全ペ
ージ分の送信が終了すれば、回線切断処理を行なう。

【００４６】次に、本発明に関するリソース制御方法に
ついて説明する。図９は本発明のリソース制御方法を実
現するための全体構成を示すブロック図である。図９に
おいて、操作条件／機能選択認識部７１は、操作パネル
２から構成される。例えば操作パネル２によりＦＡＸ送
信が指示されると、その情報はメッセージ通信管理部７
２に伝えられる。このメッセージ通信管理部７２は、図
１に示す共有ＲＡＭ１５を用いて各情報を書き込み、ま
た、周期的にワークＲＡＭ１３にモニタすることで情報
を管理する。

【００４７】状態表示部７３は、操作パネル２の表示装
置８に相当する。メッセージ通信管理部７２からタスク
の終了、エラー情報などの状態が通知された場合、表示
装置８の画面上にその旨が表示される。

【００４８】メッセージ通信管理部７２は、その情報に
従って適宜ＦＡＸ通信管理部７３のＦＡＸ送信制御通信
ソフトウェアを起動させる。ＦＡＸ通信管理部７３は、
ＦＡＸ通信制御ソフトウェアとＦＡＸドライバから構成
される。両者とも、図１のＲＯＭ１２に記憶されてい
る。メッセージ通信管理部７２は、このＦＡＸ通信制御
用ソフトウェアに基づいて、原稿サイズ、解像度等の情
報を元にリソース管理部７４をアクセスし、通信を実行
するのに必要なリソースの確保を行なう。このリソース
とは、ＦＡＸの場合であれば、ページメモリ３１、ＣＯ
ＤＥＣ(1) ３２、画像処理用のＡＳＩＣ３３等が相当す
る。

【００４９】リソース管理部７４は、図１の共有ＲＡＭ
１５内に格納されるリソース管理テーブルに基づいて各
種リソースの管理を行なう部分とリソース管理／獲得を
行なうための関数群から構成される。そのリソース管理
テーブルの例として、ページメモリ３１の管理テーブル
を図１０および図１１に示す。

【００５０】図１０はページメモリ３１の画像データ情
報管理テーブルを示す図である。図に示されているよう
に、このテーブルにより、使用中のタスクＩＤ、紙サイ
ズ、解像度、データサイズ、アドレス、データブロック
数などが管理されている。

【００５１】図１１はページメモリ１３の割付状態管理
テーブルを示す図である。ここでは、画像データ(1) が
０００１〜０００Ｂのブロックを使用し（図中“＊1
”）、画像データ(2) が０００Ｄ〜０００Ｅを使用し
ている（図中“＊2 ”）。また、図中の“−１”は未使
用領域であることを示している。

【００５２】このような形式のページメモリ管理テーブ
ルを用いて、必要なサイズのページメモリ３１が獲得で
きた場合、リソース管理部７４は獲得できたページメモ
リ３１の先頭ブロックのアドレスをＦＡＸ通信管理部７
３に通知する。

【００５３】また、印刷制御部７５も同様に、印刷制御
ソフトウェアと、印字のためのハードウェアを駆動する
ためのプリンタエンジン制御関数群から構成される。両
者とも同様に、図１のＲＯＭ１２に記憶されており、起
動時にワークＲＡＭ１３にロードされる。

【００５４】また、原稿入力管理部７６も同様に、原稿
入力制御ソフトウェアと、原稿入力のためのスキャナな
どのハードウェアを駆動するためのエンジン制御関数群
から構成される。両者とも同様に、図２のＲＯＭ１２に
記憶されており、起動時にワークＲＡＭ１２にロードさ
れる。

【００５５】図９に示す全体構成の動作の一例として、
図１２乃至図１４にＦＡＸで画像データを受信してから
受信蓄積原稿を出力する際の処理を示す。図１２はＦＡ
Ｘ受信処理の動作を示すフローチャートである。ＦＡＸ
通信制御部７３は、着信待ちの状態で、ＦＡＸデータの
着信を確認すると（ステップＡ１のＹｅｓ）、受信処理
を行って、図３に示されるＦＡＸデータバッファ３４に
受信データを蓄積する（ステップＡ２）。そして、受信
データのエラーチェックなどが終了した段階で、ＦＡＸ
通信管理部７３は受信データをＦＡＸＣ１９から転送す
るために、リソース管理部７４を通じてデータ蓄積領域
の確保を行なう。この際のデータ蓄積領域は、ＨＤＤ１
６、ＯＤＤ１７あるいはＱＮＴ／ＰＭ２４の一部を使用
する。データ蓄積領域が確保できた場合（ステップＡ３
のＹｅｓ）、ＦＡＸ通信管理部７３は通信制御部７７に
対してＤＭＡ転送を指示する（ステップＡ４）。

【００５６】受信が全て終了した段階で、ＦＡＸ通信管
理部７３はメッセージ通信管理部７２に対して受信デー
タを蓄積しているアドレス、タスクＩＤ等の情報を通知
する。この処理をＤＭＡ転送が終了するまで繰り返す
（ステップＡ５のＮｏ）。

【００５７】なお、データ蓄積領域が確保できなかった
場合には（ステップＡ３のＮｏ）、ＦＡＸ通信管理部７
３は回線を断ち（ステップＡ６）、メッセージ通信管理
部７２にメモリ不足通知を行なう（ステップＡ７）。

【００５８】図１３はＦＡＸ受信データ印字処理の動作
を示すフローチャートである。メッセージ通信管理部７
２は、常にメッセージの監視を行なっており、メッセー
ジが確認された段階で、適宜必要な処理を行なう（ステ
ップＢ１のＹｅｓ）。例えば、ＦＡＸの受信原稿出力で
あれば、メッセージ通信管理部７２は印刷制御部７５に
対して受信蓄積データの出力を指示し、タスクＩＤ、ア
ドレス、データサイズ等の情報を通知する（ステップＢ
２）。通知を行なった段階で、メッセージ通信管理部７
２は図１５に示すような動作タスク管理テーブルに情報
をセットし、再びメッセージの監視状態にはいる（ステ
ップＢ３）。

【００５９】動作タスク管理テーブルは、ジョブの内容
に応じて、後述する制御(1) または制御(2) のうちで優
先すべき制御方法を選択するためのものである。この動
作タスク管理テーブルは、メッセージ通信管理部７２の
中にあり、図１中ではＮＶＲＡＭ１４に格納されてい
る。図１５の例では、各タスクの動作要求が発生した段
階で、そのフラグが“１”にセットされ、それぞれの条
件に応じた制御方法が選択されるようになっている。例
えばＦＡＸ受信原稿出力や、ＦＡＸ送信の際の原稿蓄積
のように、ＣＯＤＥＣ(1) ３２を頻繁に必要とする機能
の動作要求が発生している場合には、制御(1) が優先的
に選択される。一方、その他の画像編集のようにページ
メモリ３１を多く必要とする機能の動作要求が発生して
いる場合には、制御(2) が優先的に選択される。なお、
この図１５中の制御(1) 、制御(2)はそれぞれ図１６、
図１７の制御(1) 、図１８の制御(2) に対応している。

【００６０】このような動作タスク管理テーブルの設定
後、ＦＡＸ受信があれば（ステップＢ４のＹｅｓ）、印
字タスクが起動される（ステップＢ５）。また、ＦＡＸ
受信でなければ（ステップＢ４のＮｏ）、他の該当タス
クが起動される（ステップＢ６）。

【００６１】図１４は蓄積データ印字処理の動作を示す
フローチャートである。印刷制御部７５は、メッセージ
通信管理部７２より蓄積データの印字指示を受けると
（ステップＣ１のＹｅｓ）、リソース管理部７４を通じ
てＣＯＤＥＣ(1) ３２、ページメモリ３１などの必要リ
ソースの確保を行なう（ステップＣ２）。

【００６２】ここで、リソースが確保できなければ（ス
テップＣ３のＮｏ）、リソースの確保待ち状態となる。
ページメモリ３１などのリソースが確保できれは（ステ
ップＣ３のＹｅｓ）、印刷制御部７５はその段階で印刷
処理を行ない、印刷終了後、メッセージ通信管理部７２
に対して通知する（ステップＣ４）。メッセージ通信管
理部７２は、印刷処理の終了通知を受けると、直ちに、
上述した動作タスク管理テーブルの情報をクリアする。

【００６３】図１６は本発明のリソース制御方法を実現
するための基本処理を示すフローチャートである。操作
パネル２を通じてＦＡＸ送信が指示されるか、または、
ＬＡＮＣ１８を介してパソコン上からＦＡＸ送信が指示
されると（ステップＤ１のＹｅｓ）、図９のメッセージ
通信管理部７２はＦＡＸ通信管理部７３に対して、ＦＡ
Ｘ送信の実行をメッセージで指示すると共に、現在起動
されているジョブを調べ、その種類を同管理部７３に通
知する。

【００６４】ここで、ＦＡＸ通信管理部７３は、図１５
に示すような動作タスクテーブルを参照し、次の２種類
のリソース制御手順の中から、現在動作中のジョブの種
類に適した方法を選択する（ステップＤ２）。

【００６５】図１７および図１８にその２種類のリソー
ス制御手順を示す。第１の制御方法（制御(1) ）は、Ｆ
ＡＸ送信に際し、ページメモリ３１の中で２ページ分以
上のＦＡＸデータバッファ３４を獲得し、ＣＯＤＥＣ
(1) ３２を使用した符号化のサイズをページ単位とする
方法である。第２の制御方法（制御(2) ）は、ＦＡＸ送
信に際し、ページメモリ３１の中で１ページ分のＦＡＸ
データバッファ３４を獲得し、ＣＯＤＥＣ(1) ３２を使
用した符号化のサイズを、ＤＭＡ転送の際に使用するＦ
ＩＦＯ３５のサイズとする方法である。

【００６６】なお、このＦＩＦＯ３５も図３に示すよう
にＱＮＴ／ＰＭ２４の一部を使用している。これら第１
および第２の制御方法は図１のＲＯＭ１２に格納されて
おり、ＣＰＵ１１の制御の下でそれぞれ実行される。

【００６７】具体的に説明すると、図１７のフローチャ
ートに示すように、制御(1) では、リソースが獲得でき
た場合に、ページメモリ３１に確保された２ページ分の
ＦＡＸデータバッファ３４の中で、１ページ分のエリア
（以下、第１のエリアと称す）を画像入出力時に画像デ
ータを展開するための画像入出力バッファとして使用
し、残り１ページ分のエリア（以下、第２のエリアと称
す）をＣＯＤＥＣ(1) ３２によって符号化されたデータ
を一時的に蓄積するためのページバッファとして使用す
る（ステップＥ１，Ｅ２）。

【００６８】ここで、符号化された画像データのサイズ
がもとの生データのサイズを超える場合、すなわち、第
１のエリアに蓄えられた画像データを符号化して圧縮し
た際、そのデータが元のデータより大きくなるような場
合には、その符号化データが第２のエリアに収まらない
ようなこともあるので（ステップＥ３のＮｏ）、直ちに
ＣＯＤＥＣ(1) ３２による符号化をキャンセルする。符
号化データのサイズがもとの生データのサイズを超えな
い場合には（ステップＥ３のＹｅｓ）、そのときの符号
化データ（１頁分）を第２のエリアに格納する（ステッ
プＥ４）。

【００６９】続いて、ＤＭＡ転送指示待ち状態となり、
ＤＭＡ転送が指示されれば（ステップＥ６のＹｅｓ）、
図３に示すように、ＦＡＸＣ１９に対して、ＱＮＴ／Ｐ
Ｍ２４内のＦＩＦＯ３５を経由して直ちに第２のエリア
に符号化データまたは第１エリアにある生データをＤＭ
Ａ転送する（ステップＥ７，Ｅ８）。

【００７０】このように制御(1) によれば、第１のエリ
ア（画像入出力バッファ）に展開した画像データの符号
化をＣＯＤＥＣ(1) ３２により１ページ単位で行なうた
め、１ページ分の符号化が済み次第、ＣＯＤＥＣ(1) ３
２を短時間で解放することができ、その間にＣＯＤＥＣ
(1) ３２を必要とする他の機能を実行することができ
る。

【００７１】例えば、既に受信して蓄積／圧縮されてい
る画像データをＣＯＤＥＣ(1) ３２により復合化伸張
し、ＦＡＸ送信中に印字出力することが可能となる。す
なわち、図１２乃至図１４のフローチャートで説明した
ように、印刷制御部７５はリソースとしてＣＯＤＥＣ
(1) ３２の獲得を行なっているため、ＣＯＤＥＣ(1) ３
２が解放されれば、即リソースの獲得を行ない、受信蓄
積原稿の印字出力処理を実行することができる。

【００７２】一方、図１８のフローチャートに示すよう
に、制御(2) では、リソースが獲得できた場合に、ペー
ジメモリ３１に確保された１ページ分のＦＡＸデータバ
ッファ３４を画像入力時に画像データを展開するための
画像入力バッファとして使用する（ステップＦ１）。

【００７３】この場合には、ＣＯＤＥＣ(1) ３２による
画像データの符号化をＤＭＡ転送時のブロックサイズ単
位で行なう。すなわち、ＤＭＡ転送が指示された際に
（ステップＦ２のＹｅｓ）、直ちに図３のＦＡＸＣ１９
に対するＤＭＡ転送用に、ＣＯＤＥＣ(1) ３２によりブ
ロックサイズの符号化を行ない、ページバッファ３１の
他のエリアを用いることなしに、ＦＩＦＯ３５を経由し
て直接ＦＡＸＣ１９のバッファ４５にＤＭＡ転送する
（ステップＦ３，Ｆ４）。

【００７４】なお、ＤＭＡ転送ブロックのサイズは可変
であるが、ＦＡＸの標準勧告（ＩＴＵ−Ｔ Ｔ．３０）
で勧告されているエラー訂正モードにおける、１頁の送
信サイズは通常６４Ｋバイトであるため、３２Ｋバイト
〜６４Ｋバイトで行なう。

【００７５】このように制御(2) によれば、データ転送
が終了するまでＣＯＤＥＣ(1) ３２を占有することにな
り、ＣＯＤＥＣ(1) ３２を解放できないが、使用するペ
ージメモリ３１のサイズを小さくすることができる。し
たがって、例えばプリンタ機能やメモリ編集機能のよう
に、出力用のページバッファを必要とする他の機能が実
行可能な環境を増やすことができる。

【００７６】しかして、図１６に示すフローチャートに
おいて、動作タスクテーブルに基づいて制御方法を選択
後、必要リソースの獲得を行なう。ここで、例えば制御
(1)に必要なリソースが獲得できない場合には（ステッ
プＤ３のＮｏ）、制御(2) に移行し、必要なリソースの
確保を行なう（ステップＤ８）。これは、ＦＡＸ機能の
緊急性が他の機能に比べて高いため、制御(1) でのリソ
ースが確保できなければ制御(2) に移ることで、他の機
能を中断しても、ＦＡＸ機能優先とするためである。こ
の制御(2) でもリソースが確保できない場合には（ステ
ップＤ９のＮｏ）、ＦＡＸ送信をキャンセルとし、メッ
セージ通信管理部７２に対してその旨を伝える（ステッ
プＤ１１）。メッセージ通信管理部７２では、その状態
通知に基づいて状態表示部７３にエラー情報の表示など
を指示する。

【００７７】一方、制御(1) でのリソースが確保できた
場合には（ステップＤ５のＹｅｓ）、図１７に示す制御
手順で通信制御を行なう（ステップＤ６）。ＦＡＸ送信
が１ページ分終了した段階で、後続の送信画像データが
存在する場合には、再びメッセージ通信管理部７２に対
してその旨を通知し、動作しているジョブあるいは動作
要求の発生している他のジョブを確認する（ステップＤ
７のＮｏ）。ここで、例えば新たにプリンタ出力、画像
入力などの動作要求が発生していれば、それに対応する
ようにＣＯＤＥＣ(1) ３２とページメモリ３１の制御方
法を変更し、再びリソースの確保を行なう。しかし、そ
の際に必要なリソースが確保できなければ、その旨をＦ
ＡＸ通信管理部７３からメッセージ通信管理部７２に対
して通知し、新たに動作要求が発生しているジョブを待
機させ、元の制御方法で制御を行なう。

【００７８】このようにして、ＦＡＸ送信１ページ毎に
動作が要求されているジョブの内容を確認し、それに対
応するようにリソースを確保／解放する。これにより、
ＦＡＸ送信時に、ＦＡＸ機能とその他の各機能がリソー
スを共有する場合において、各機能間でリソースの使用
効率を向上させることができる。

【００７９】

【発明の効果】以上のように本発明によれば、ファクシ
ミリ機能によるデータ送信時において、ファクシミリ機
能を含む各機能が共有するリソース（ＣＯＤＥＣおよび
ページメモリ）の制御方法をそのときのジョブの内容に
応じて適宜切り換えて実行するようにしたため、以下の
ような効果を奏することができる。

【００８０】１．少なくともファクシミリ機能を搭載し
た複数機能を有するディジタル式複合型画像処理装置に
おいて、リソースの使用効率が向上し、各機能の同時並
行動作の実行環境を向上させる効果がある。

【００８１】２．リソースの使用効率の向上により、同
一の機能を実現するために必要なメモリサイズ、ＣＯＤ
ＥＣの個数などを軽減して、装置の価格を低下させるこ
とができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係る複合型画像処理装置の
システム構成を示すブロック図。

【図２】上記複合型画像処理装置の外観構成を示す斜視
図。

【図３】図１に示されるＦＡＸＣとその周辺のハードウ
ェア構成を示すブロック図。

【図４】図１に示される操作パネルの構成を示す図。

【図５】上記操作パネルにおけるタッチパネル式ディス
プレイ装置の構成を示すブロック図。

【図６】上記複合型画像処理装置で用いられるファクシ
ミリ通信プロトコルの制御手順を示す図。

【図７】上記ファクシミリ通信プロトコルの制御手順を
示す図。

【図８】上記ファクシミリ通信プロトコルの制御手順を
示す図。

【図９】上記複合型画像処理装置において、本発明のリ
ソース制御方法を実現するための全体ブロック図。

【図１０】同実施例のリソース管理で使用するページメ
モリ情報管理テーブルを示す図。

【図１１】同実施例のリソース管理で使用するページ割
付状態管理テーブルを示す図。

【図１２】同実施例のＦＡＸ受信処理の動作を示すフロ
ーチャート。

【図１３】同実施例のＦＡＸ受信データ印字処理の動作
を示すフローチャート。

【図１４】同実施例の蓄積データ印字処理の動作を示す
フローチャート。

【図１５】本発明のリソース制御方法で使用する動作タ
スク管理テーブルを示す図。

【図１６】上記リソース制御方法を示すフローチャー
ト。

【図１７】上記リソース制御方法における第１の制御方
法（制御(1) ）を示すフローチャート。

【図１８】上記リソース制御方法における第２の制御方
法（制御(2) ）を示すフローチャート。

【符号の説明】

２…操作パネル、８…表示装置、９…コントロールパネ
ル、１１…ＣＰＵ、１２…ＲＯＭ、１３…ワークＲＡ
Ｍ、１８…ＬＡＮＣ、１９…ＦＡＸＣ、２０…システム
バス、２４…ＱＮＴ／ＰＭ、２６…画像バス、３１…ペ
ージメモリ、３２…ＣＯＤＥＣ(1) 、３３…画像処理用
ＡＳＩＣ、３４…ＦＡＸデータバッファ、７１…操作条
件／機能選択認識部、７２…メッセージ通信管理部、７
３…ＦＡＸ通信管理部、７４…リソース管理部、７５…
印刷制御部、７６…原稿入力管理部、７７…通信制御
部。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 少なくともファクシミリ機能を含む２つ
   以上の複数の異なる機能を備えた複合型画像処理装置に
   おいて、 データの符号化または復合化を行なう符号化／復合化手
   段と、 データを一時的に蓄えるためのメモリ手段と、 このメモリ手段の中で複数ページ分のデータ蓄積領域を
   獲得し、上記符号化／復合化手段を使用した符号化サイ
   ズをページ単位とする第１の制御手段と、 上記メモリ手段の中で１ページ分のデータ蓄積領域を獲
   得し、上記符号化／復合化手段を使用した符号化サイズ
   をデータ転送単位とする第２の制御手段と、 上記ファクシミリ機能によるデータ送信時に、上記ファ
   クシミリ機能を含む各機能が上記符号化／復合化手段お
   よび上記メモリ手段を共有する場合に、そのときのジョ
   ブの内容に応じて上記第１または第２の制御手段を適宜
   切り換えて実行するリソース制御手段とを具備したこと
   を特徴とする複合型画像処理装置。
2. 【請求項２】 少なくともファクシミリ機能を含む２つ
   以上の複数の異なる機能を備えた複合型画像処理装置に
   おいて、 データの符号化または復合化を行なう符号化／復合化手
   段と、 データを一時的に蓄えるためのメモリ手段と、 このメモリ手段の中で複数ページ分のデータ蓄積領域を
   獲得し、上記符号化／復合化手段を使用した符号化サイ
   ズをページ単位とする第１の制御手段と、 上記メモリ手段の中で１ページ分のデータ蓄積領域を獲
   得し、上記符号化／復合化手段を使用した符号化サイズ
   をデータ転送単位とする第２の制御手段と、 上記ファクシミリ機能によるデータ送信時に、上記ファ
   クシミリ機能を含む各機能が上記符号化／復合化手段お
   よび上記メモリ手段を共有する場合に、そのときのジョ
   ブの内容に応じて上記第１または第２の制御手段を適宜
   切り換えて実行するリソース制御手段と、 このリソース制御手段により上記第１の制御手段が実行
   された際に、上記符号化／復合化手段によって符号化さ
   れたデータが元データのサイズを越える場合には上記符
   号化データをキャンセルする符号化制御手段とを具備し
   たことを特徴とする複合型画像処理装置。
3. 【請求項３】 少なくともファクシミリ機能を含む２つ
   以上の複数の異なる機能を備えた複合型画像処理装置に
   おいて、 データの符号化または復合化を行なう符号化／復合化手
   段と、 データを一時的に蓄えるためのメモリ手段と、 このメモリ手段の中で複数ページ分のデータ蓄積領域を
   獲得し、上記符号化／復合化手段を使用した符号化サイ
   ズをページ単位とする第１の制御手段と、 上記メモリ手段の中で１ページ分のデータ蓄積領域を獲
   得し、上記符号化／復合化手段を使用した符号化サイズ
   をデータ転送単位とする第２の制御手段と、 ジョブの内容に応じて、上記第１または第２の制御手段
   のうちで優先すべき制御手段が設定されたテーブル手段
   と、 上記ファクシミリ機能によるデータ送信時に、上記ファ
   クシミリ機能を含む各機能が上記符号化／復合化手段お
   よび上記メモリ手段を共有する場合に、上記テーブル手
   段を参照して上記第１または第２の制御手段を適宜切り
   換えて実行するリソース制御手段とを具備したことを特
   徴とする複合型画像処理装置。
4. 【請求項４】 少なくともファクシミリ機能を含む２つ
   以上の複数の異なる機能を備えた複合型画像処理装置に
   おいて、 データの符号化または復合化を行なう符号化／復合化手
   段と、 データを一時的に蓄えるためのメモリ手段と、 このメモリ手段の中で複数ページ分のデータ蓄積領域を
   獲得し、上記符号化／復合化手段を使用した符号化サイ
   ズをページ単位とする第１の制御手段と、 上記メモリ手段の中で１ページ分のデータ蓄積領域を獲
   得し、上記符号化／復合化手段を使用した符号化サイズ
   をデータ転送単位とする第２の制御手段と、 ジョブの内容に応じて、上記第１または第２の制御手段
   のうちで優先すべき制御手段が設定されたテーブル手段
   と、 上記ファクシミリ機能によるデータ送信時に、上記ファ
   クシミリ機能を含む各機能が上記符号化／復合化手段お
   よび上記メモリ手段を共有する場合に、上記テーブル手
   段を参照して上記第１または第２の制御手段を適宜切り
   換えて実行するリソース制御手段と、 このリソース制御手段により上記第１の制御手段が実行
   された際に、上記符号化／復合化手段によって符号化さ
   れたデータが元データのサイズを越える場合には上記符
   号化データをキャンセルする符号化制御手段とを具備し
   たことを特徴とする複合型画像処理装置。