JP3119387B2

JP3119387B2 - 画像処理装置

Info

Publication number: JP3119387B2
Application number: JP04074150A
Authority: JP
Inventors: 重忠小林
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1991-03-29
Filing date: 1992-03-30
Publication date: 2000-12-18
Anticipated expiration: 2015-12-18
Also published as: JPH05104786A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像処理装置に関する。

【０００２】

【従来の技術】ワードプロセッサや、デスクトップパブ
リシングシステムなどによって作成される１ページの情
報は、「文字」と、円や直線などの「図形」と、イメー
ジスキャナなどで生成される「画像」の３種類に大別さ
れる。この例について図３を用いて説明する。図３の３
０１はワードプロセッサや、デスクトップパブリシング
システムなどで、作られる１ページのデータを表示した
例を示している。この「文字」「図形」「画像」は、３
０２のようなコードとして次の処理に渡される。このと
き、「画像」のコードとして、カラーの多値画像であれ
ばＡＤＣＴと呼ばれる画像圧縮方式が、用いられること
が多い。従来の手法では、コード化されたデータ３０２
は、出力する際に、１ページの全てのエリアを確保した
ページメモリ３０３にラスタイメージとして展開され
る。３０２のように、２つの「画像」コードを含む場合
でも、ページメモリを持っていることによって、１つの
ＡＤＣＴ処理ブロックが、第１の画像を展開した後に、
第２の画像を展開することができる。「文字」や「図
形」も、このページメモリに展開される。この１ページ
分のデータをプリンタエンジンに送り、出力する。

【０００３】

【発明が解決しようとする課題】しかしながらかかる上
述の例のように、ページメモリを持つと、大量のメモリ
が必要である。プリンタエンジンが低速度であれば、ペ
ージメモリとして、ハードディスク装置などを用いるこ
とも可能であるが高価なものとなる。例えば、４００Ｄ
ＰＩの解像度でＣ（シアン）、Ｍ（マゼンタ）、Ｙ（イ
エロー）、Ｋ（ブラック）の４色で現像され、各色８ビ
ットの階調をもつプリンタでは、Ａ４サイズでおよそ６
０ＭＢｙｔｅのＲＡＭが必要である。そこで、図３の３
０４に示すような、１ページを横方向のセグメントに分
割し、１セグメント分の大きさのバンドメモリによっ
て、コードを展開するシステムが考えられる。これによ
れば、ページをセグメントに分けることで、メモリを小
さくすることができる。しかし、図３で示しているよう
に、１ページに複数の「画像」が含まれている場合には
問題が生じ、従来は良好な処理が行えなかった。例えば
図４において、注目しているセグメント４０４におい
て、圧縮画像の伸長器が、図４の第１画像４０２を伸長
する場合、（尚４０２中のａ、ｂ、ｃ、・・・はＡＤＣ
Ｔ方式における８×８画素からなるブロックを意味して
いる）ａ、ｂ、ｃのブロックが順次伸長され、ｆまで伸
長すると次は、ｇではなく第２画像４０４のｊの部分を
伸長しなければならない。しかしながら、伸長の途中で
しかしながら、画像が第１画像から第２画像に変わるた
め、良好に伸長が行えないという問題が生じるという点
が発明者により見い出された。

【０００４】

【０００５】本発明は上記問題点に鑑みてなされたもの
であり、１画面内に含まれるべき第１、第２の画像にブ
ロック単位のＤＣＴを含む圧縮処理を施して得られた、
各画像を表す圧縮データを、前記１画面を構成する各バ
ンド単位に伸長し、各バンド画像に展開する際に、前記
各画像の圧縮データの復号化、特に復号化の切り替え処
理を効率良く行うことを目的とする。

【０００６】

【０００７】

【０００８】

【０００９】

【００１０】

【００１１】

【課題を解決するための手段】上記目的を達成するため
に本発明の画像処理装置によれば、１画面内に含まれる
べき第１、第２の画像（例えば本実施例における画像４
０２、４０３に相当）にブロック単位のＤＣＴを含む圧
縮処理（同じくＤＣＴ、量子化、ハフマンエンコードに
相当）を施して得られた、各画像を表す圧縮データを、
前記１画面を構成する各バンド単位（同じく１セグメン
トに相当）に伸長し、各バンド画像に展開するための画
像処理装置であって、前記各圧縮データに、前記圧縮処
理に対応する伸長処理を施す伸長手段（同じく、２０
２、２０６、２０９等に相当）と、前記第１の画像を表
す圧縮データの前記伸長処理のための第１作業用記憶領
域（同じく、レジスタ、バッファ２０３或いは２０７等
における０番に相当）、及び前記第２の画像を表す圧縮
データの前記伸長処理のための第２作業用記憶領域（同
じく、レジスタ、バッファ２０３或いは２０７等におけ
る１番に相当）を含む記憶手段（同じく、レジスタ、バ
ッファ２０３或いは２０７等に相当）と、前記第１、第
２の画像の展開対象バンド（同じく、セグメント４０４
に相当）内に存在する部分（同じく、ブロックａ〜ｆ、
ｊ〜ｌ）を表す圧縮データに対し、前記第１、第２作業
用記憶領域を切り替え使用することにより、第１、第２
の画像の順で前記伸長処理を施すと共に、該展開対象バ
ンド内の第２の画像の伸長処理が終了し次バンド内の前
記第１の画像（同じく、ブロックｇ，ｈ，ｉ…）の伸長
が再開されるまで前記展開対象バンド内の第１の画像の
伸長処理が終了した際の状態を前記第１作業用記憶領域
に保持する様、制御する制御手段（同じく、ブロック検
出器２１２、切替え信号発生器２１３等に相当）とを有
することを特徴とする画像処理装置。

【００１２】

【実施例】以下説明する本発明の好ましい実施例では、
ＡＤＣＴ画像圧縮伸長装置に、８×８画素ブロックの境
界を検出する手段と、複数個のハフマンテーブル、複数
個の量子化テーブル、複数個の同期合わせ用のＦＩＦ
Ｏ、複数個のＤＣ成分保存レジスタなどの各種のレジス
タやバッファを持ち、これを伸長画像ごとに切替える手
段を持つことで、１つの伸長器によって、１セグメント
に含まれる複数の圧縮された画像データについての伸長
を可能とする様にした装置が開示される。即ちこの装置
においては１セグメントにかかる、複数の画像に関し
て、画像内の途中から途中までの圧縮データの伸長を可
能としている。これにより、バンドメモリによる複数の
圧縮された画像情報からラスタイメージの展開が可能と
なるがかかる実施例に本発明は限定されないものであ
る。

【００１３】以下図面を用いて詳述する。

【００１４】図３は、本発明の一実施例のシステムの動
作を説明するための図面であり、３０１はワードプロセ
ッサやＤＴＰシステムなど、コンピュータ上で、編集し
ている１ページの情報を示している。コンピュータ内部
ではかかる１ページ分の画像情報は３０２に示すような
コードとして扱われている。コンピュータ内部で扱うコ
ードとさらにプリンタに出力するためのコードとが、違
っている場合も多いが、ここでは、同じものとして説明
をする。本発明は上述した違っている場合、同じもので
ある場合、いずれにも適用可能である。コード３０２で
は３０１にある各要素を示す記述がある。コード３０２
に示された例について説明する。まず描画すべき色がＲ
ＧＢ（０、０、０）によって黒を表わし、Ｃｉｒｃｌｅ
（６００、３００、１００）で円を描画することを表わ
している。Ｉｍａｇｅ（…ＡＤＣＴ）ｄａｔａ（ｆｆ、
ｅｅ、…）は、ＡＤＣＴ方式で圧縮された画像データで
あり、そのデータを示している。本実施例では例えば上
述した様なコード情報を、３０４のイメージ展開システ
ムによって、ラスタイメージとして展開し、プリンタエ
ンジンに転送し、３０５のようなプリントアウトを得
る。

【００１５】図１は本発明の一実施例のラスタイメージ
展開システムのブロック図である。１０１のＩ／Ｆによ
り、コンピュータ側から、コードデータを受けとり、１
ページ分のコードデータは一旦、全て１０４のＲＡＭに
格納される。１０２に示すＲＯＭにはコードデータをラ
スタイメージに展開するためのプログラムと文字のフォ
ントデータが格納されている。ＲＡＭ１０４に格納され
ているデータの中で「文字」と「図形」を示すコマンド
については、１０３に示すＣＰＵがＲＯＭ１０２のプロ
グラムによって１０６のバンドメモリ上にラスターイメ
ージ展開を行う。一方ＲＡＭ１０４に格納されているデ
ータの中で圧縮画像のコードは、１０５のＡＤＣＴ伸長
器によって、ラスタイメージに戻され、１０６のバンド
メモリに展開される。１セグメント分の展開が終了した
ら、ラスタイメージを１０８のプリンタエンジンにイン
ターフェース１０７を介して転送し、実際にプリントを
行い次にセグメントの展開を行う。１０５のＡＤＣＴ処
理ブロックの内部は図２のようになっている。

【００１６】図２において２０１はＣＰＵ１０３とのデ
ータのやり取りを行うインターフェース、２０２はハフ
マンデコード／エンコードを行うブロック、２０３はか
かるハフマンデコード／エンコードのためのレジスタ、
バッファ、２０４はハフマンデコードのためのハフマン
テーブルを格納しておく部分、２０５はハフマンデコー
ドされたデータをストアするＦＩＦＯ、２０６はハフマ
ンデコードされたデータを逆量子化する逆量子化器、２
０７はかかる逆量子化のために用いられるレジスタ、バ
ッファ、２０８は逆量子化のために用いられる量子化テ
ーブルを格納しておく部分、２０９はＩＤＣＴ（Ｉｎｖ
ｅｒｔＤｉｓｃｒａｔｅＣｏｓｉｎｅＴｒａｎｓ
ｆｏｒｍ）を行うブロック、２１０はかかるＩＤＣＴを
行うためのレジスタ、バッファ、２１１は伸長データを
バンドメモリに格納するためのインターフェース、２１
２は本実施例におけるＤＣＴブロック（８画素×８画素
からなる）を検出し、図４における画像１、画像２の切
り換点を判別するための８×８ブロック検出器、２１３
はかかるブロックの区切りから画像１、画像２の切換を
示す切換信号を発生する切換信号発生器である。

【００１７】尚図２に示す各ブロックは上述の様な復号
化のための機能だけではなく、符号化のための機能も有
している。したがって図２においては２１１から２０１
のブロックへデータを転送すれば圧縮動作も行える。
尚、説明が前後するが本実施例におけるプリンタは例え
ばインクジェット記録を行うプリンタ、好ましくはＶＳ
Ｐにおいて知られる様な膜沸騰により液滴を吐出するプ
リンタであってもよいし、又電子写真方式のプリンタで
あってもよい。

【００１８】プリンタとして複走査方向に所定の幅に並
べられた複数記録エレメントを使用しかかる複数記録エ
レメントを主走査方向に移動させて一画面分の画像を記
録するプリンタを用いる場合には前述のバンドメモリの
幅を前記複数記録エレメントの幅よりも大きくすればよ
い。

【００１９】次に本発明の実施例の動作について説明す
る。

【００２０】図４に示すようにページ内に２つの「画
像」がある場合について、図２の動作を説明する。２０
１のＩ／Ｆは図１の１０４のＲＡＭから、図４の４０２
に示すｉｍａｇｅ１のａの部分に相当するような、ハフ
マンエンコードされているデータを取り出す。２０２の
ハフマン復号化器では、デコードをおこなう。このと
き、２０４のハフマンテーブルを参照するが、現在は４
０２に示す画像１のデコードを行うためテーブル２０４
の０番を使う。このテーブルデータはデコードする画像
ごとに異なり、あらかじめＣＰＵによって設定されてい
る。またデコード時に使われるレジスタやバッファは、
レジスタ、バッファ２０３の０番の部分を使用する。即
ち、例えばＡＤＣＴ方式で符号化される場合には各ブロ
ックの直交変換後のＤＣ成分はＤＰＣＭ圧縮してハフマ
ンエンコードされている。ハフマンデコーダ２０２によ
りもとの画像のＤＣ成分とＡＣ成分のデータが伸長さ
れ、ＦＩＦＯ２０５の０番に入る。逆量子化器２０６で
は、ＦＩＦＯ２０５に溜っているデータを読みだし、Ａ
Ｃ成分のランレングスのデコードの後に、テーブル２０
８に記憶されている量子化テーブルに従って、系数をか
ける。このときの量子化テーブルは０番を使うが、この
テーブルも画像１、画像２で同じとは限らず異なるテー
ブルを用い、あらかじめＣＰＵによって設定されてい
る。また作業用のレジスタやバッファは、２０７の０番
を使用する。次に、２０９のＩＤＣＴ（逆ディスクリー
トコサイン変換）器では逆量子化器の出力である８×８
の２次元の空間周波数データをもとの画像データに変換
する。ここでも作業のためのレジスタやバッファは２１
０の０番を使用する。そしてＩ／Ｆ２１１によって、伸
長されたデータはバンドメモリ１０６へ出力される。ま
た２１２のブロック検出器は、８×８のブロックの境界
を検出している。現在伸長している画像が、セグメント
の終わりになったかどうかを判断している。すなわち、
図４のｆのブロックを伸長したら、次は、ｇ、ｈ、ｉ…
ではなく４０３の第２画像のｊを伸長しなければならな
い。したがって２１２のブロック検出器からのブロック
境界信号を計数して切替え信号発生器２１３はセグメン
トの境界部分では、各部のレジスタやテーブルの番号を
０番から１番へ変更する信号を出す。このとき既に、ハ
フマン符号化器などでは、現在のセグメントの次のセグ
メントのデータのデコードを始めてしまっているが、切
替え時点までの状態は、０番に保持されるため、画像２
のデコードが、ｌのブロックが終了した時点で、０番に
もどって、画像１の伸長処理を再開することができる。

【００２１】次に画像２の圧縮画像データのｊ、ｋから
ｌまでのブロックのデータが順次伸長され復号が行われ
る。

【００２２】この場合、伸長に必要なパラメータは各レ
ジスタやテーブル番号の１番にストアされる。

【００２３】画像２の注目セグメント４０４の伸長が行
われると次に注目セグメントが１バンド分変更され、再
び前述の画像１の伸長処理が行われる。

【００２４】かかる動作をくり返せば複数圧縮画像のデ
ータをバンドメモリを用いて容易に伸長出来る。

【００２５】又、ページ内の圧縮画像の配置される位置
が、任意に設定されている場合には、伸長画像の８×８
ブロックの境界が、セグメントの境界に一致していない
場合がおこりうる。次にかかる場合でも良好な処理を行
うことが出来る実施例について図５以降を用いて説明す
る。かかる実施例においては図２に示した実施例と構成
は共通している。図５の５０１は現在展開が行なわれて
いるセグメントを示し、５０２はこの次に展開がなされ
るセグメントを示している。画像１５０３は８×８のブ
ロックとセグメントの境界が一致しており、画像２５
０４は８×８ブロックとセグメントの境界が一致してい
ない場合を示している。画像２の中の５０５はセグメン
トにまたがるようなブロックを示しており、このような
ブロックを伸長した場合、現在のセグメントからはみ出
た部分のデータを保持するために、本実施例においては
バンドメモリ図１の大きさをセグメントの大きさより１
ブロックの幅だけ、大きく設定し、セグメント境界を越
えた部分のデータもそのまま、バンドメモリに書き込
む。そして、次のセグメントを展開する処理に入る直前
に、この１ブロック幅のデータを、バンドメモリの先頭
部分にデータ複写する。ただし、８×８ブロック境界と
セグメント境界が一致している圧縮画像データのみを伸
長する場合には、このデータ複写を行なわない。図７は
セグメントとバンドメモリの大きさを示す図である。図
７のようにバンドメモリは１ブロック幅すなわち８画素
分の幅だけ、セグメントの大きさよりも多くメモリを設
定しておく。図７の７０３は前述のフローの複写部分を
示す図である。ブロックの境界とセグメントの境界が一
致していない画像があると、コピーフラグがＯＮにな
り、次のセグメントの展開に先だって、７０３の斜線部
へデータがコピーされる。

【００２６】このようにすることで、主走査方向に複数
の画像が配置される場合の伸長動作を可能とするため
の、画像の途中から途中の伸長動作を可能とするため
に、同じ圧縮データを戻って２回伸長することなく、中
断した伸長動作の状態を保持し、再開するような伸長装
置を構成できる。

【００２７】また本実施例ではＡＤＣＴ方式の圧縮方法
を採ったので図２に示した各レジスタ、ハフマンテーブ
ル、レジスタ、バッファ、量子化テーブルをストアする
テーブルとしたが圧縮方式が異なれば各レジスタ等の構
成は圧縮方式に応じて適宜変更する。例えば圧縮方式が
ベクトル量子化であり、復号用テーブルが画像によって
ことなるものである場合には、かかる画像に応じたパラ
メータをストアするレジスタを有するように構成すれば
よい。

【００２８】また、以上の実施例では特にカラー画像の
処理について述べているが、カラー画像の処理に関して
はＹ，Ｃｒ，Ｃｂ等夫々の色成分に合わせて前述の各レ
ジスタ、各テーブルの段数が増加することになる。

【００２９】尚、説明が前後するが図５以降を用いて説
明した実施例の動作について図６のフローチャートを用
いて更に説明を行う。

【００３０】かかる実施例においてはバンドメモリは前
述した様に、図５の５０４のような画像でもセグメント
を越えた部分のデータをメモリに保持できる。そして、
１つのセグメントにかかる伸長を終えたら、バンドメモ
リのデータはプリンタエンジンへ送られ、次のセグメン
トの展開動作に入るが、このとき、プリンタ側へ送られ
るのは１ブロック幅の分は除いた大きさの部分すなわち
セグメントと同じ大きさである。続いて、１ブロック幅
の部分のデータは、７０３に示すように、バンドの先頭
部分の斜線で示した部分に複写される。

【００３１】これらを、図６のフローチャートで説明す
る。これは、前述の説明のように、コードデータが、図
１の１０４のＲＡＭに格納されているものとして、ここ
からコードを取り出して、バンドメモリ１０６に展開す
る動作についてのものである。まずステップ６０２は１
ブロック幅（８画素幅）のデータの複写をするかどうか
の判断部分である。最初のセグメントについては複写を
行なわないので、ステップ６０５へゆく、ステップ６０
５はコードデータの取りだしを行なう。そして、取り出
されたコードに従って、バンドメモリへの展開処理を行
なう。コードが「文字」を表すものであれば、ステップ
６０６の文字の展開を行ない、コードが「図形」を表す
ものであれば、ステップ６０７の図形の展開を行ない、
「画像」を表すものであればステップ６０８の図形の展
開を行なう。それぞれのコードはバンドメモリへラスタ
イメージとして展開されたら、ステップ６１１の判断部
で、注目セグメントにかかるコードを全て展開したかを
判断し、残っている分があればステップ６０５へ戻って
動作を繰り返す。ここで、圧縮画像の展開に関しては、
ステップ６０９の部分でブロックの境界とセグメントの
境界が一致していない場合を判断し、もし一致していな
い場合はステップ６１０でコピーフラグを立てる。１つ
のセグメントにかかるデータを展開し終ったら、そのデ
ータをステップ６１２で、プリンタエンジンへ転送す
る。そして、ステップ６１３で全てのセグメントについ
ての動作が終えたかどうか、すなわち、１ページ分の展
開を終えたかどうかの判断をおこなう。ここではまだ、
第１セグメントの展開が終ったばかりであるから、ステ
ップ６０２へもどって、動作を繰り返す。第２のセグメ
ントに関してからは、前のセグメントの展開時にコピー
フラグが立っている場合があり、この場合はステップ６
０２の判断部でステップ６０３へ進む。これは、ブロッ
クの境界とセグメントの境界が一致していない画像を展
開し、セグメントをはみ出た部分の処理をせよという、
コピーフラグ（図１の破線で示す）が立っている場合で
あり、はみ出た部分すなわち１ブロック幅のデータを、
バンドの先頭に複写する動作を行なう。そしてステップ
６０４でこのフラグをクリアして、ステップ６０５へ進
み、第２セグメントに関してのコードの取り出しと展開
を行なう。以上の動作をステップ６１３の判断部で１ペ
ージ分が終了するまで繰り返す。このように、フラグを
設けることで、展開画像中にブロック境界とセグメント
境界が不一致の画像が存在しない場合には、１ブロック
幅データの複写動作を行なわずにすむ。

【００３２】このようにすることで、主走査方向に複数
の画像が配置される場合の伸長動作を可能とするため
の、画像の途中から途中の伸長動作を可能とするため
に、同じ圧縮データを、戻って２回伸長することなく、
中断した伸長動作の状態を保持し、再開するような伸長
装置を構成できる。

【００３３】また、上記実施例では、常にバンドメモリ
１０６の先頭と各セグメントの先頭が一致するような構
成について述べたが、いわゆるリングバッファのように
してもよい。この場合は、複写動作が不必要になる。バ
ンドメモリとしてかかるリングバッファを用いた場合に
ついて図８を用いて説明する。図８のそれぞれは、バン
ドメモリ１０６でのデータの展開の様子である。点々の
分はセグメントの大きさのメモリ領域を示し、白い部分
はセグメントからはみ出た部分のメモリ容量、即ち１ブ
ロック幅の部分を示している。まず８０１に示す最初の
せぐめんとの展開時はバンドメモリの先頭が、セグメン
トの先頭と一致して、展開が行なわれる。次に、８０２
では、先ほどの８０１で、最後の部分の１ブロック幅の
部分の最上部（→）で示すをセグメントの先頭として、
２番目のセグメントの展開を行なう。この場合、バンド
メモリの終端は先頭と同じになっており、すなわちリン
グバッファの構成になっている。８０２に示されるよう
に、この場合では、セグメントの大きさの部分が２つに
分かれているように図示されるが、実際は連続してアク
セスできる。さらに３番目のセグメントの展開時には８
０３のような位置（（→）で示す）をセグメントの先頭
として展開がなされる。そして８０４の状態になったら
次は８０１の状態にもどって、以下これを繰り返す。

【００３４】このようなリングバッファ構成では、ブロ
ック境界とセグメント境界が一致せず、セグメントをは
み出るブロックが存在しても、次のセグメントの展開を
バンドメモリの先頭をずらすことで、良好な伸長処理が
行える。

【００３５】本発明はかかる実施例に限定されず、他の
方法であっても図５に示す様な８×８ブロックとセグメ
ントの境界の不一致を解決出来ればよい。

【００３６】上述の例では図４に示す様に２つの画像が
主走査方向に並んだ場合を例にとって説明したが、本発
明はこれに限らず他の場合、主走査方向に３以上の複数
画像が並んだ場合にも同様にて適用することが出来る。

【００３７】バンドメモリはラスタイメージ展開と、プ
リンタエンジン出力を同時に行なうために、いわゆるダ
ブルバッファ構成としてもよい。画像の圧縮方式は国際
標準のＪＰＥＧ方式のＡＤＣＴ方式を想定しているが、
前述のようにこれに限るものではなく、他の符合化を用
いてもよい。

【００３８】以上説明した本実施例に依れば複数個の参
照テーブルやレジスタやバッファなどにより、動作状態
を保持する手段と画素ブロックの境界を検出し、伸長画
像ごとに動作状態を切替える手段と、を持った圧縮画像
データの伸長装置によって、限定された大きさのバンド
メモリによって、複数の圧縮画像からなるページ情報を
展開できる。

【００３９】上記の実施例においては圧縮された複数の
画像を伸長してバンド幅のメモリに展開する例について
説明したが、本発明はこれに限らずページメモリに展開
する場合でも同様に実施することができる。

【００４０】

【発明の効果】以上説明した様に本発明によれば、１画
面内に含まれるべき第１、第２の画像にブロック単位の
ＤＣＴを含む圧縮処理を施して得られた、各画像を表す
圧縮データを、前記１画面を構成する各バンド単位に伸
長し、各バンド画像に展開する場合において、第１、第
２の画像を表す圧縮データの前記伸長処理のための第
１、第２作業用記憶領域を備え、前記第１、第２の画像
の展開対象バンド内に存在する部分を表す圧縮データに
対し、第１、第２作業用記憶領域を切り替え使用するこ
とにより、第１、第２の画像の順で伸長処理を施すと共
に、展開対象バンド内の第２の画像の伸長処理が終了し
次バンド内の第１の画像の伸長が再開されるまで上記展
開対象バンド内の第１の画像の伸長処理が終了した際の
状態を前記第１作業用記憶領域に保持する様にしたの
で、次バンドの伸長の再開がスムーズに行える様にな
り、各画像の圧縮データの復号化、特に復号化の切り替
え処理を効率良く行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例を示す、システムのブロック
図。

【図２】画像伸長ブロックの内部ブロック図。

【図３】本実施例の動作を従来方法との対比を示す図。

【図４】１ページ内に２つの画像がある場合の配置図。

【図５】ブロックの境界とセグメントの境界を示す図。

【図６】本実施例の動作を説明するためのフローチャー
ト。

【図７】セグメントとバンドメモリの大きさを示す図。

【図８】本発明の別の実施例を説明するための図。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩＨ０４Ｎ 1/41 Ｇ０６Ｆ 15/66 ３３０Ａ (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/30 B41J 21/00 B41J 29/38 G06T 9/00 H04N 1/41

Claims

(57)【特許請求の範囲】

【請求項１】１画面内に含まれるべき第１、第２の画
像にブロック単位のＤＣＴを含む圧縮処理を施して得ら
れた、各画像を表す圧縮データを、前記１画面を構成す
る各バンド単位に伸長し、各バンド画像に展開するため
の画像処理装置であって、前記各圧縮データに、前記圧縮処理に対応する伸長処理
を施す伸長手段と、前記第１の画像を表す圧縮データの前記伸長処理のため
の第１作業用記憶領域、及び前記第２の画像を表す圧縮
データの前記伸長処理のための第２作業用記憶領域を含
む記憶手段と、前記第１、第２の画像の展開対象バンド内に存在する部
分を表す圧縮データに対し、前記第１、第２作業用記憶
領域を切り替え使用することにより、第１、第２の画像
の順で前記伸長処理を施すと共に、該展開対象バンド内
の第２の画像の伸長処理が終了し次バンド内の前記第１
の画像の伸長が再開されるまで前記展開対象バンド内の
第１の画像の伸長処理が終了した際の状態を前記第１作
業用記憶領域に保持する様、制御する制御手段とを有す
ることを特徴とする画像処理装置。
【請求項２】前記圧縮処理には量子化処理が含まれ、
前記伸長処理には逆量子化処理が含まれ、前記記憶手段
における第１、第２の作業用記憶領域は、それぞれ前記
第１、第２の画像を表す圧縮データを逆量子化処理する
ための作業領域であることを特徴とする請求項１に記載
の画像処理装置。
【請求項３】前記圧縮処理にはハフマン符号化処理が
含まれ、前記伸長処理にはハフマン復号化処理が含ま
れ、前記記憶手段における第１、第２の作業用記憶領域
は、それぞれ前記第１、第２の画像を表す圧縮データを
ハフマン復号化するための作業領域であることを特徴と
する請求項１に記載の画像処理装置。
【請求項４】前記圧縮データには、前記各ブロックのＤ
ＣＴ後のＤＣ成分をＤＰＣＭ圧縮してからハフマン符号
化されたデータが含まれることを特徴とする請求項１に
記載の画像処理装置。
【請求項５】前記第１、第２の画像を表す圧縮データ
の伸長には、所定の格納手段における各々独立した格納
領域に格納されたハフマンテーブルと量子化テーブルが
参照されることを特徴とする請求項１に記載の画像処理
装置。