JPH0896142A

JPH0896142A - 画像処理方法及び装置

Info

Publication number: JPH0896142A
Application number: JP23473894A
Authority: JP
Inventors: Tsukasa Aiba; 司相場
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1994-09-29
Filing date: 1994-09-29
Publication date: 1996-04-12

Abstract

(57)【要約】【目的】同一の画像データの連続バイト数によらず、
高い圧縮率が得られるような画像データの圧縮／伸張が
可能な画像処理方法及び装置を提供することを目的とす
る。【構成】画像データにおいて１バイト内の所定ビット
数が全く同一であるバイトが連続する場合に、該バイト
中において同一ビット（「０」又は「１」）の連続長を
計算し、同一ビットの連続長を１バイトで示し、その後
に、元データ（圧縮前データ）のバイト数を１バイトで
示し、圧縮できないデータをその後に続けることによ
り、データ圧縮を実現する。即ち、第１バイト目に共通
ビット種別及び共通ビット数を示し、第２バイト目に圧
縮前のバイト数を示し、第３バイト以降に非共通ビット
を示す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像処理方法及び装置に
関し、例えば、画像を圧縮して転送、又は記憶する画像
処理方法及び装置に関する。

【０００２】

【従来の技術】従来の画像データを圧縮して転送する画
像処理装置の例として、例えば図７に示すようにホスト
コンピュータで作成した画像データをプリンタ装置へ転
送して印刷を行う場合が挙げられる。図７において、ホ
ストコンピュータ２００内の画像データを印刷するため
には、ホストコンピュータ２００からパラレル又はシリ
アルのインターフェイスを有するケーブル２１０を介し
てプリンタ装置２２０へ画像データを転送すれば良い。
このインタフェースにおける画像データの転送時間が印
刷処理のスループットを左右することは明白であり、従
って、この転送時間をできるだけ短縮する必要がある。

【０００３】一般に、転送時間を短縮するためには大量
の画像データをそのまま転送することはせず、ホストコ
ンピュータ２００（送信側）において一旦圧縮が施され
る。そして、圧縮された画像データがケーブル２１０を
介してプリンタ装置２２０（受信側）へ転送される。そ
して、プリンタ装置２２０では圧縮された画像データを
逐次伸長して、印刷を行っていた。

【０００４】ここで、インタフェースを通過するデータ
量が少なければ少ない程転送時間も短くて済むが、一
方、画像データの圧縮／伸長処理が複雑になると、圧縮
／伸長処理に要する時間が長くなってしまう。そのた
め、効率の良い画像データの圧縮／伸長方式が必要とさ
れている。

【０００５】従来の画像処理装置における画像データの
圧縮／伸長方式には、ホストコンピュータ等における画
像データ格納等に使用されるパックビット（PackBits）
符号化方式や、Ｇ３ファクシミリ等で使用されるＭＨ符
号化方式等があり、これらは２値の画像データを符号化
してデータの圧縮を行うことにより、装置内におけるデ
ィスク等のデータ記憶装置の使用量低減や、データ転送
時間の短縮等を実現している。

【０００６】以下、従来の画像処理装置における画像デ
ータ圧縮方式を図８を参照して説明する。

【０００７】図８は、パックビット符号化方式による画
像データ圧縮の様子を示す図である。パックビット符号
化方式とは、同じ値の１バイトデータが連続する場合、
その連続するバイト数をカウントし、そのバイト数を符
号「ＴＡＧ」内で表すことにより、データ圧縮を行う符
号化方式である。

【０００８】図８の（ａ）に、未圧縮の画像データ（５
バイト）を示す。図８の（ａ）に示す５バイトの画像デ
ータ「Ｉｍｇ」が同一の値を有していた場合に、パック
ビット符号化方式により圧縮を施すと、図８の（ｂ）に
示すように２バイトに圧縮される。図８の（ｂ）におい
て、「ＴＡＧ」は後続する１バイトの画像データ「Ｉｍ
ｇ」と同一の画像データが５個連続することを示す情報
を含んでいる。

【０００９】

【発明が解決しようとする課題】しかしながら、上述し
た従来のパックビット符号化方式では、例えば図８の
（ａ）に示す５バイトの画像データ「Ｉｍｇ」が全て異
なる値を有していた場合に圧縮を施すと、図８の（ｃ）
に示す様に、むしろデータ量が増大してしまう。図８の
（ｃ）における「ＴＡＧ」は、後続する５バイトのデー
タが同一でないことを示す情報を含んでいる。

【００１０】即ち、従来のパックビット符号化方式を適
用した画像処理装置においては、少なくとも２バイト以
上の画像データ一致しなければ、圧縮を行うことができ
なかった。また、同一の画像データが連続した場合で
も、その連続長によっては高い圧縮効率を望むことがで
きないという問題があった。

【００１１】本発明は上述した課題を解決するためにな
されたものであり、同一の画像データの連続バイト数に
よらず、高い圧縮率が得られるような画像データの圧縮
／伸張が可能な画像処理方法及び装置を提供することを
目的とする。

【００１２】

【課題を解決するための手段】上述した目的を達成する
ために、本発明は以下の構成を備える。

【００１３】即ち、画像データを入力する入力手段と、
所定ビット数を記憶する記憶手段と、前記画像データを
前記所定ビット数のブロックに分割し、連続するブロッ
ク間で連続して出現する「１」又は「０」の共通ビット
列の出現数と、前記ブロック間で連続しない非共通ビッ
ト列とを用いて符号化する符号化手段と、前記符号化手
段により符号化されたデータを出力する出力手段とを有
することを特徴とする。

【００１４】例えば、前記所定ビット数は８であること
を特徴とする。

【００１５】例えば、前記共通ビット列の出現数は、２
以上８以下であることを特徴とする。

【００１６】例えば、前記共通ビット列の出現数は、４
及び８であることを特徴とする。

【００１７】例えば、前記符号化手段による符号化後の
データフォーマットは、第１ブロックで共通ビット列種
及びその出現数を示し、第２ブロックで符号化前のブロ
ック数を示し、第３ブロック以降で非共通ビット列を示
すことを特徴とする。

【００１８】例えば、前記第３ブロック以降で示される
非共通ビット列は、そのビット列長の整数倍が１ブロッ
ク単位になることを特徴とする。

【００１９】更に、前記符号化手段により符号化される
画像データのブロック数を計数する計数手段を有し、前
記第２ブロックに示されるブロック数は、前記計数手段
により計数された値であることを特徴とする。

【００２０】更に、前記入力手段は前記符号化手段によ
る符号化データを入力し、前記データを所定ビット数の
ブロックに分割し、前記データフォーマットに従って符
号化データを伸張する伸張手段を更に有することを特徴
とする。

【００２１】

【作用】以上の構成により、１バイトの画像データにお
いて、圧縮するデータ長を可変とすることが可能とな
り、より汎用的な画像データの圧縮が可能となるという
特有の作用効果が得られる。

【００２２】

【実施例】以下、本発明に係る一実施例を、図面を参照
して詳細に説明する。

【００２３】［装置構成の説明］図１に、本実施例にお
ける画像処理装置のブロック構成図を示す。図１におい
て、１０はＣＣＤスキャナ等により構成される画像デー
タを入力する画像入力部、１１は本実施例の特徴である
符号化処理を含む各種画像処理を行う画像処理部、１２
は操作パネル等、操作者によるコマンド入力や操作者へ
画像処理装置の状態報知等を行う操作部、１３はＣＲＴ
等、画像データを表示する画像表示部、１４は画像デー
タの送受信を行う通信部、１５はプリンタ等、記録媒体
に画像データを出力する画像出力部である。

【００２４】図２に、上述した画像処理部１１の詳細構
成を示す。図２において、８１はＣＰＵ、８２は本実施
例における圧縮／伸張処理のプログラム等を格納してい
るＲＯＭ、８３はＣＰＵ８１の作業領域となるＲＡＭで
ある。また、８４はカウンタ、８５はデータ入力部、８
６はデータ出力部である。

【００２５】上述した構成をなす本実施例の画像処理装
置における圧縮／伸張処理について、以下詳細に説明す
る。

【００２６】［圧縮データフォーマットの説明］本実施
例の符号化方式は、画像データにおいて１バイト内の所
定ビット数が全く同一であるバイトが連続する場合に、
該バイト中において同一ビット（「０」又は「１」）の
連続長を計算し、同一ビットの連続長を１バイトで示
し、その後に、元データ（圧縮前データ）のバイト数を
１バイトで示し、圧縮できないデータをその後に続ける
ことにより、データ圧縮を実現する符号化方式である。

【００２７】図３に、本実施例における圧縮データのフ
ォーマットを示す。

【００２８】図３において、第１バイト内の上位４ビッ
ト（「００００」又は「１１１１」）が圧縮している共
通ビット種を示し、下位４ビットがそのビット数を示し
ている。例えば、第１バイトが「０８ｈ」であった場合
は「０」であるビットが８個連続している、即ち全て
「０」のバイトを圧縮していることを示し、「Ｆ４ｈ」
であれば、「１」であるビットが４個連続しているバイ
トを圧縮していることを示す。

【００２９】第２バイト目は、前記共通ビットを含んだ
圧縮前データのバイト数を示す。そして第３バイト目以
降は、１バイト内における前記共通ビット以外の非共通
ビット部分の実データであるとする。即ち、第３バイト
目以降のデータは、１バイトデータから前記共通ビット
部分を削除した部分を、第２バイトで示されるバイト数
分順次並べたデータとなる。但し、１バイト目で示した
共通ビット数が「０８ｈ」又は「Ｆ８ｈ」で示される場
合には、非共通ビットが存在しないため、１バイト単位
での圧縮となり、従って第３バイト目以降は省略され
る。

【００３０】［圧縮処理の説明］上述したような圧縮フ
ォーマットに基づく本実施例の圧縮処理の様子を、図４
のフローチャートを参照して説明する。

【００３１】図４において、まずステップＳ４００で元
データのバイト数をカウントするカウンタ８４を「０」
に初期化する。そしてステップＳ４０１において、デー
タ入力部８５より圧縮対象のファイルから１バイトのデ
ータを入力し、ＲＡＭ８３に格納する。次にステップＳ
４０２において、入力したデータが「００ｈ」（白デー
タ）であるか否かを判断し、「００ｈ」でなければステ
ップＳ４０３に進んで更に「ＦＦｈ」（黒データ）であ
るか否かを判断する。ステップＳ４０３において「ＦＦ
ｈ」でないと判断されると、ステップＳ４０４において
更に「１０ｈ」未満であるか否かを判断する。「１０
ｈ」未満でなければステップＳ４０５に進み、更に「Ｆ
０ｈ」以上であるか否かを判断する。ステップＳ４０５
で「Ｆ０ｈ」以上でないと判断された１バイトデータ
は、本実施例における圧縮の対象外であるため、入力し
た１バイトデータをそのままデータ出力部８６から出力
する。即ち、圧縮の対象外であるデータについては、何
も処理を行わない。

【００３２】一方、ステップＳ４０２で入力したデータ
が「００ｈ」であると判断された場合、本実施例におけ
る圧縮の対象となるため、ステップＳ４１０でカウンタ
８４に１加算し、ステップＳ４１１で次の１バイトデー
タを入力する。そしてステップＳ４１２で入力したデー
タが「００ｈ」であるか否かを判断し、「００ｈ」であ
れば、ステップＳ４１０へ戻り、処理を繰りかえす。ス
テップＳ４１２において「００ｈ」でないと判定される
と、「００ｈ」であるデータに関する圧縮処理を終了し
てステップＳ４１３に進み、図３に示す第１バイトとし
て「０８ｈ」（「０」が８ビット連続していることを示
す）、図３に示す第２バイトとして元データのバイト数
を示すカウンタ８４の値を採用して、圧縮データを生成
する。そして、ステップＳ４５０で圧縮データを出力す
る。

【００３３】また、ステップＳ４０３において入力デー
タが「ＦＦｈ」と判断された場合にも圧縮の対象とな
り、ステップＳ４２０，Ｓ４２１，Ｓ４２２において、
上述した入力データが「００ｈ」の場合（Ｓ４１０，Ｓ
４１１，Ｓ４１２）と同様の処理を行う。そして「ＦＦ
ｈ」に関する圧縮処理を終了すると、ステップＳ４２３
において、図３に示す第１バイトとして「Ｆ８ｈ」
（「１」が８ビット連続していることを示す）、図３に
示す第２バイトとして元データのバイト数を示すカウン
タ８４の値を採用して圧縮データを生成する。そして、
ステップＳ４５０で圧縮データを出力する。

【００３４】一方、ステップＳ４０４において入力デー
タが「１０ｈ」未満であると判断された場合にも圧縮の
対象となり、ステップＳ４３０においてカウンタ８４を
更新する以外に、非共通ビットの抜き出しを行う。即
ち、この場合は入力した１バイトデータの上位４ビット
が「０」であるため、この４個の「０」を省いて、下位
４ビットを非共通ビットとして抜き出す。そして、ステ
ップＳ４３１，Ｓ４３２において、上述したステップＳ
４１１，Ｓ４１２と同様の処理を行い、ステップＳ４３
２において入力された１バイトデータが「１０ｈ」未満
でなくなると、ステップＳ４３３に進む。そしてステッ
プＳ４３３においては、図３に示す第１バイトとして
「０４ｈ」（「０」が４ビット連続していることを示
す）、図３に示す第２バイトとして元データのバイト数
を示すカウンタ８４の値を採用し、更に、図３に示す第
３バイト以降のデータとして、ステップＳ４３０で抜き
出した非共通ビットを挿入することにより、圧縮データ
を生成する。即ち、非共通ビットである４ビットの組み
合わせで第３バイト以降のデータを構成するため、圧縮
前の２バイト分のデータを、１バイトに圧縮することが
できる。そして、ステップＳ４５０で圧縮データを出力
する。

【００３５】また、ステップＳ４０５において入力デー
タが「Ｆ０ｈ」以上であると判断された場合も圧縮の対
象となり、ステップＳ４４０、Ｓ４４１、Ｓ４４２にお
いて、上述した入力データが「１０ｈ」未満である場合
と同様の処理（Ｓ４３０、Ｓ４３１、Ｓ４３２）を行
う。ステップＳ４２２で圧縮を終了した場合には、ステ
ップＳ４４３に進み、図３に示す第１バイトとして「Ｆ
４ｈ」（「１」が４ビット連続していることを示す）、
図３に示す第２バイトとして元データのバイト数を示す
カウンタ８４の値を採用し、更に、図３に示す第３バイ
ト以降のデータとして、ステップＳ４４０で抜き出した
非共通ビットを挿入することにより、圧縮データを生成
する。即ち、非共通ビットである４ビットの組み合わせ
で第３バイト以降のデータを構成するため、圧縮前の２
バイト分のデータを、１バイトに圧縮することができ
る。そして、ステップＳ４５０で圧縮データを出力す
る。

【００３６】尚、上述したステップＳ４３３，Ｓ４４３
において、圧縮前のバイト数が奇数であった場合には、
生成する最終圧縮バイトの後半４ビットは無意味なデー
タを挿入しておけば良い。

【００３７】以上いずれの場合においても、ステップＳ
４５０で圧縮データを出力するとステップＳ４６０に進
み、圧縮対象ファイルのデータが全て圧縮終了したか否
かを判定し、未終了であればステップＳ４００に戻って
圧縮処理を続行する。尚、ステップＳ４０１において既
に未処理の１バイトデータが読み込まれている場合に
は、新たなデータの読み込みは行わないものとする。

【００３８】尚、本実施例においては図４のフローチャ
ートに示すように「０」又は「１」の連続ビット数が８
個又は４個である場合について説明を行ったが、連続ビ
ット数が２個以上であれば、同様に圧縮処理を行うこと
が可能となる。即ち、１バイトデータ内において「２」
以上の所定の閾値を設定し、該閾値を使用した圧縮処理
が可能である。尚、閾値の値はＲＯＭ８２に予め格納さ
れていても良いし、ＲＡＭ８３に記憶しておいて操作者
により変更可能としても良い。

【００３９】［伸長処理の説明］以下、本実施例におけ
る伸長処理を、図５のフローチャートを参照して説明す
る。

【００４０】図５において、まずステップＳ５００でデ
ータ入力部８５から、伸張対象の圧縮ファイルの１バイ
トのデータを入力する。そしてステップＳ５０１におい
て、入力した１バイトデータが「０８ｈ」であるか否か
を判断し、「０８ｈ」でなければ、更にステップＳ５０
２において「Ｆ８ｈ」であるか否かを判断する。「Ｆ８
ｈ」でなければ更にステップＳ５０３に進み、「０４
ｈ」であるか否かを判断し、「０４ｈ」でなければ更に
ステップＳ５０４で「Ｆ４ｈ」であるか否かを判断す
る。「Ｆ４ｈ」でなければ、本実施例における伸長処理
の対象外であるため、入力した１バイトデータをステッ
プＳ５０５においてそのまま出力する。即ち、伸長の対
象外であるデータについては、何も処理を行わない。

【００４１】ステップＳ５０１において、入力した１バ
イトデータが「０８ｈ」であると判断された場合は伸長
の対象となるため、ステップＳ５１０において伸長処理
に必要な次の１バイトデータを入力する。ステップＳ５
１０で入力された１バイトデータは圧縮前の元データの
バイト数（図３の第２バイトに相当）であるため、この
データ値が示す個数分の「００ｈ」データを生成する。
これが伸長処理に相当する。そして、伸長したデータを
ステップＳ５１１でデータ出力部８６より出力する。

【００４２】一方、ステップＳ５０２において入力デー
タが「Ｆ８ｈ」であると判断された場合も伸長の対象と
なるため、ステップＳ５２０，Ｓ５２１において上述し
た入力データが「０８ｈ」の場合と同様に「ＦＦｈ」デ
ータを圧縮前のバイト数分生成することにより、圧縮デ
ータを伸長する。

【００４３】また、ステップＳ５０３において入力デー
タが「０４ｈ」であると判断された場合も伸長の対象と
なり、ステップＳ５３０で伸長処理に必要な次の１バイ
トデータを入力する。ステップＳ５３０で入力した１バ
イトデータは、圧縮前の元データのバイト数を示してい
るため、ステップＳ５３１で、ステップＳ５３０で入力
した１バイトデータが示す数の１／２個の１バイトデー
タを入力する。そしてステップＳ５３２において、入力
した複数の１バイトデータを４ビット毎に分割し、それ
ぞれに共通ビット（「０」が４ビット）を付加すること
により、「０Ｘｈ」（Ｘ：分割した４ビットデータ）デ
ータとして１バイトデータを生成する。この処理により
本実施例における伸張処理が行われ、出力される。

【００４４】また、ステップＳ５０４において入力デー
タが「Ｆ４ｈ」と判断された場合も伸長の対象となり、
ステップＳ５４０、Ｓ５４１、Ｓ５４２により上述した
入力データが「０４ｈ」の場合と同様の処理（Ｓ５３
０，Ｓ５３１）を行い、「ＦＸｈ」データを生成するこ
とにより圧縮データを伸長し、出力する。

【００４５】以上いずれの場合においても、伸張データ
を出力するとステップＳ５５０に進み、伸張対象ファイ
ルのデータが全て伸張終了したか否かを判定し、未終了
であればステップＳ５００に進んで伸張処理を続行す
る。尚、ステップＳ５００において既に未処理の１バイ
トデータが読み込まれている場合には、新たなデータの
読み込みは行わないものとする。

【００４６】尚、上述した圧縮処理において説明したよ
うに、連続ビット数が「８」個又は「４」個に限らず、
２個以上である場合について圧縮処理を施した場合にお
いても、上述した「０４ｈ」と同様の処理により伸長可
能となる。

【００４７】［圧縮データ例］図６に、本実施例におけ
る画像データの圧縮例を示す。図６の（ａ）は圧縮前の
画像データ例を示し、図６の（ｂ）は本実施例の圧縮処
理によって圧縮されたデータ例を示している。尚、いず
れも１６進表記である。図６によれば、圧縮前に２０バ
イトであった画像データが、圧縮後には９バイトになっ
ていることが分かる。特に、図６の（ａ）で示した後半
の画像データ「０１ｈ」〜「０６ｈ」が連続する場合に
おいては、従来圧縮されなかった画像データまでも圧縮
されていることが分かる。

【００４８】以上説明したように本実施例によれば、１
バイトが全く同一である画像データに限らず、１バイト
内の所定部分が同一である連続する画像データについて
も圧縮／伸張処理が行えるため、更に効率のよい圧縮処
理が可能となる。

【００４９】尚、本実施例においてはホストコンピュー
タとプリンタ装置間における画像データの送受信を例と
して説明を行ったが、本発明はこの限りではなく、例え
ばファクシミリ装置や、ホストコンピュータと記憶装置
間、又はアプリケーションソフトウェア間等、その転送
手段も有線／無線を問わず、画像データの送受信を行う
全ての装置及びソフトウェアについて適用可能である。

【００５０】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。

【００５１】

【発明の効果】以上説明した様に本発明によれば、１バ
イトが全く同一である画像データに限らず、１バイト内
の所定部分が同一である連続する画像データについても
圧縮／伸張処理が行えるため、更に効率のよい圧縮処理
が可能となる。従って、データ転送処理における転送時
間の短縮や、記憶装置の使用量を低減させることが可能
となる。

【００５２】

【図面の簡単な説明】

【図１】本発明に係る一実施例における画像処理装置の
構成を示す図である。

【図２】本実施例における画像処理部の詳細構成を示す
図である。

【図３】本実施例における圧縮データフォーマットを示
す図である。

【図４】本実施例における圧縮処理を示すフローチャー
トである。

【図５】本実施例における伸長処理を示すフローチャー
トである。

【図６】本実施例における圧縮データ例を示す図であ
る。

【図７】従来のホストコンピュータと印刷装置のシステ
ム構成例を示す図である。

【図８】従来のパックビット方式による圧縮データの構
成例を示す図である。

【符号の説明】

１０画像入力部１１画像処理部１２操作部１３画像表示部１４通信部１５画像出力部８１ＣＰＵ８２ＲＯＭ８３ＲＡＭ８４カウンタ８５データ入力部８６データ出力部

Claims

【特許請求の範囲】

【請求項１】画像データを所定ビット数のブロックに
分割し、連続するブロック間で連続して出現する「１」
又は「０」の共通ビット列の出現数と、前記ブロック間
で連続しない非共通ビット列とを用いて符号化すること
を特徴とする画像処理方法。
【請求項２】前記ブロックは８ビットからなることを
特徴とする請求項１記載の画像処理方法。
【請求項３】前記共通ビット列の出現数は、２以上８
以下であることを特徴とする請求項２記載の画像処理方
法。
【請求項４】前記共通ビット列の出現数は、４及び８
であることを特徴とする請求項２記載の画像処理方法。
【請求項５】前記符号化後のデータフォーマットは、
第１ブロックで共通ビット列種及びその出現数を示し、
第２ブロックで符号化前のブロック数を示し、第３ブロ
ック以降で非共通ビット列を示すことを特徴とする請求
項１記載の画像処理方法。
【請求項６】前記第３ブロック以降で示される非共通
ビット列は、そのビット列長の整数倍が１ブロック単位
になることを特徴とする請求項５記載の画像処理方法。
【請求項７】符号化データを所定ビット数のブロック
に分割し、前記データフォーマットに従って符号化デー
タを伸張することを特徴とする請求項５記載の画像処理
方法。
【請求項８】画像データを入力する入力手段と、所定ビット数を記憶する記憶手段と、前記画像データを前記所定ビット数のブロックに分割
し、連続するブロック間で連続して出現する「１」又は
「０」の共通ビット列の出現数と、前記ブロック間で連
続しない非共通ビット列とを用いて符号化する符号化手
段と、前記符号化手段により符号化されたデータを出力する出
力手段とを有することを特徴とする画像処理装置。
【請求項９】前記所定ビット数は８であることを特徴
とする請求項８記載の画像処理装置。
【請求項１０】前記共通ビット列の出現数は、２以上
８以下であることを特徴とする請求項８記載の画像処理
装置。
【請求項１１】前記共通ビット列の出現数は、４及び
８であることを特徴とする請求項８記載の画像処理装
置。
【請求項１２】前記符号化手段による符号化後のデー
タフォーマットは、第１ブロックで共通ビット列種及び
その出現数を示し、第２ブロックで符号化前のブロック
数を示し、第３ブロック以降で非共通ビット列を示すこ
とを特徴とする請求項８記載の画像処理装置。
【請求項１３】前記第３ブロック以降で示される非共
通ビット列は、そのビット列長の整数倍が１ブロック単
位になることを特徴とする請求項１２記載の画像処理装
置。
【請求項１４】前記符号化手段により符号化される画
像データのブロック数を計数する計数手段を更に有し、前記第２ブロックに示されるブロック数は、前記計数手
段により計数された値であることを特徴とする請求項１
２記載の画像処理装置。
【請求項１５】前記入力手段は前記符号化手段による
符号化データを入力し、前記データを所定ビット数のブロックに分割し、前記デ
ータフォーマットに従って符号化データを伸張する伸張
手段を更に有することを特徴とする請求項１２記載の画
像処理装置。