JP3266419B2

JP3266419B2 - データ圧縮・伸長方式

Info

Publication number: JP3266419B2
Application number: JP14742594A
Authority: JP
Inventors: 隆昭林
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 1994-06-29
Filing date: 1994-06-29
Publication date: 2002-03-18
Anticipated expiration: 2017-03-18
Also published as: JPH0818981A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ユニバーサル符号を用
いたプリンタやファクシミリ等の印刷画像におけるデー
タ圧縮及び伸長方式に関する。

【０００２】

【従来の技術】近年、計算機や画像入出力機器の発展に
より、ＯＡの分野でも、テキスト、図形、網点・ディザ
画像等の多様な画像が混在したデータを取り扱うように
なってきた。また、画像の高解像度化も進み画像データ
量は莫大なものとなってきている。そのため、多様かつ
高解像な画像データを圧縮するためのデータ圧縮方式
が、現在求められている。上述のような画像データでは
局所的にデータの統計的性質が異なるため、データ圧縮
処理の進行とともにデータの統計的性質が変動してもデ
ータ圧縮効率が極端に低下することのないユニバーサル
符号によるデータ圧縮方式が望まれている。そのような
データ圧縮方式として、入力データの既に処理し終えた
部分から入力データに最適になるような参照辞書を逐次
構成していくことにより、データの統計的性質に依存せ
ず最適な圧縮が可能なLempel-Zivの符号化方法が提案さ
れている。

【０００３】Lempel-Zivの符号化方法は、参照辞書の作
成方法によって動的辞書方式とスライド辞書方式に分類
されている( 詳しくは、インターフェース 1992 年 vo
l.8 No.183 " データ圧縮アルゴリズムとその実現" を
参照) 。動的辞書方式は、入力データ列を増分分解(Inc
remental Parsing) といわれる方法で部分データ列に分
解し、その部分データ列を辞書に登録していき、その辞
書を参照しながら入力データの符号化処理を進めていく
アルゴリズムである。また、スライド辞書方式は、符号
化済データ列を順次参照バッファに蓄えていき、参照バ
ッファを辞書として参照しながら入力データの符号化処
理を進めていくアルゴリズムである。動的辞書方式はア
ルゴリズムの容易さでスライド辞書方式に勝っている
が、逆にスライド辞書方式は圧縮率で動的辞書方式に勝
るといわれており、それぞれデータ圧縮の分野で広く使
われている。さらに、動的辞書方式の改良としてLZW(Le
mpel-Ziv-Welch) 符号、スライド辞書方式の改良として
LZSS(Lempel-Ziv-Storer-Szymanski) 符号が提案されて
いる。

【０００４】LZSS方式の符号化・復号化処理を図４を用
いて説明する。ここで、入力画像データ中の個々のワー
ド単位を文字と呼び、文字が任意の数だけ連なったもの
を文字列と呼ぶことにする。また、これ以降１文字は１
バイトで構成されているものとする。

【０００５】LZSS方式の符号化処理の流れを図４（ａ）
に示す。まず、参照辞書の初期化を行う（Ｓ４０１）。
参照辞書の初期化は参照バッファの内容を全て０にする
ことにより行われる。また、符号出力用のカウンタｃを
１にセットしておく。次に、画像データを先読みバッフ
ァに入力する（Ｓ４０２）。参照バッファと先読みバッ
ファの概念的な構成は図５のようになっていて、例えば
入力文字列がＡＢＣ・・・ＰＱＲとすると符号化処理の
初期状態は図５（ａ）となる。

【０００６】次に、入力文字列と一致する最長の文字列
を辞書から探索する（Ｓ４０３）。そして、このときの
一致長Ｍの値を調べる（Ｓ４０４）。ここで、一致長Ｌ
が３以上のときは一致文字列の参照辞書中の位置Ａと一
致長Ｍの値を符号化することにより圧縮符号を生成する
（Ｓ４０５）。例えば図５（ｂ）のように先読みバッフ
ァ中の入力文字列と最長一致する文字列ＡＢ・・・Ｅが
参照バッファ中から検索されると位置Ａと一致長Ｍの組
（Ａ、Ｍ）が符号化されることになる。このときの符号
長は参照バッファ長と先読みバッファ長により定まり、
それぞれＬｐ、Ｌｑとすると、位置Ａの符号長は最低で
もｌｏｇ（Ｌｐ）以上の整数値であり、一致長Ｍの符号
長は最低でもｌｏｇ（Ｌｑー２）以上の整数値でなけれ
ばならない。ただし、このときの対数の底は２である。
例えば、参照バッファ長が４ｋバイトで先読みバッファ
長が１８バイトのときは位置Ｐの符号長は１２ビット、
一致長Ｍの符号長は４ビットとなり、圧縮符号の符号長
は１６ビット（＝２バイト）となる。また、圧縮符号で
あることを示すフラグビット１が同時に出力される。次
に、一致長Ｍが３未満のときは入力文字Ｄを１文字その
まま符号化することにより非圧縮符号を生成する（Ｓ４
０６）。１文字は１バイトで表されるので、非圧縮符号
の符号長は１バイトとになる。また、非圧縮符号である
ことを示すフラグビット０が同時に出力される。

【０００７】次に、辞書の更新が行われる（Ｓ４０
７）。辞書の更新は符号化された文字数分だけ古い文字
から順に参照バッファから削除し、符号化した文字を先
読みバッファから参照バッファへ移動させることで達成
される。この動作は概念的には参照バッファ及び先読み
バッファ上を文字列がシフトしていきスライドしていく
ようにみえる。例えば、図５（ｂ）で符号化された文字
列ＡＢ・・・Ｅは辞書更新により参照バッファへと順次
スライドしていき、参照バッファの左端から古いデータ
が捨てられていく。

【０００８】ここで、実際に出力される符号形式につい
て説明する。一般に、LZSS方式ではバイト処理を行い易
くする関係上８個の符号をまとめて１つの符号ブロック
を作成し、符号ブロック単位で出力するようにしてい
る。符号ブロックの一例を示すと、図５（ｃ）のように
なる。まず、符号ブロックの先頭に８個の符号のフラグ
ビットをまとめて１バイトにしたフラグコードを置き、
それに続けて８個の符号を置く。図５（ｃ）の例では、
フラグコード０１１０１１１０なので、非圧縮符号・圧
縮符号・圧縮符号・・・の順に符号が配置されているこ
とがわかる。よって、符号ブロックの出力はＳ４０２か
らＳ４０７までの符号化処理の過程を８回行う毎に１回
行われるので、符号出力用のカウンタｃの値により制御
できる。すなわち、まず、カウンタｃの値を調べて（Ｓ
４０８）、カウンタｃの値が８でなければＳ４０５又は
Ｓ４０６で作成された符号とフラグビットをバッファメ
モリに蓄えておき、カウンタｃの値を１だけ増加してお
いて、再びＳ４０２に戻る（Ｓ４０９）。また、カウン
タｃの値が８ならばバッファメモリに蓄えられた符号を
符号ブロックとして出力し、カウンタｃの値を１にセッ
トし、再びＳ４０２に戻る（Ｓ４１０）。そして、Ｓ４
０２では先読みバッファの右端から新たに文字列が入力
され、以上の符号化処理を継続し、処理すべき画像デー
タが無くなるまで処理を続ける。

【０００９】LZSS方式の復号化処理の流れを図４（ｂ）
に示す。まず、符号化処理のときと同様に参照バッファ
の内容を全て０にすることにより参照辞書の初期化を行
う（Ｓ４２１）。また、フラグコードを入力するための
カウンタｃの値を１にセットする。次に、フラグコード
を入力し（Ｓ４２２）、フラグコードの値を調べる（Ｓ
４２３）。そして、フラグコードの値が１ならば圧縮符
号を入力し（Ｓ４２４）、０ならば非圧縮符号を入力す
る（Ｓ４２６）。ここで、本従来例のLZSS符号では非圧
縮符号は１バイト、圧縮符号は２バイトで符号化される
ので、Ｓ４２４では２バイト、Ｓ４２６では１バイトの
符号が入力される。

【００１０】圧縮符号が入力されると、その符号に従っ
て辞書の検索が行われる（Ｓ４２５）。辞書の検索は参
照バッファ中の文字列の位置と文字列長を圧縮符号を復
号して求め、その文字列を画像データとして取り出す。
非圧縮符号が入力されると、非圧縮符号は１文字分の画
像データを表しているので、圧縮符号を復号化して得ら
れた画像データ、あるいは非圧縮符号から得られた画像
データが出力されることになる（Ｓ４２７）。こうして
１つの符号が復号されると、符号化処理のときと同様に
辞書が更新される（Ｓ４２８）。つまり、ここで復号さ
れた文字列の文字数だけ参照バッファから最も古い文字
から順に削除され、また、ここで復号された文字列を参
照バッファに挿入する。

【００１１】次に、符号ブロックは前述したようにフラ
グコードの続いて８個の符号が存在するので、その８個
の符号を読み終えたならば再びフラグコードを入力し、
そうでなければ圧縮符号又は非圧縮符号を入力すること
となる。そこで、フラグコード入力用のカウンタｃの値
を調べて（Ｓ４２９）、その値が８ならばカウンタの値
を１にセットし（Ｓ４３０）、再びＳ４２２でフラグコ
ードを入力し、処理を続ける。また、カウンタｃの値が
８でなければ、カウンタｃの値を１だけ増加させて、Ｓ
４２３で再び次のフラグの値を調べ処理を続ける。以上
の復号化処理を処理すべき符号が無くなるまで続ける。

【００１２】LZSS方式は処理するデータの性質によらず
ある程度データ圧縮が可能であるが、印刷用の画像デー
タのように、同一データの長大なランが続くようなもの
に対しては高圧縮が望めないという欠点があった。それ
は、LZSS方式が一度に符号化できるデータ量は先読みバ
ッファ長によって制限されるためである。一般に先読み
バッファ長は１０数バイトから数１０バイト程度である
のに対して、画像データでは同一データのランが数百バ
イトから数キロバイト続くことも頻繁に生じる。そのた
め、そのような長大なランのもつ冗長性を充分に除去す
ることができないため、圧縮効率が低くなるという問題
が生じる。

【００１３】このような問題の解決方法として、特開平
5-176187に開示されている方法がある。その符号化方式
を図６（ａ）に示し、復号化方式を図６（ｂ）に示す。
ここで開示されている符号化方式は、画像データを入力
し、中間データ変換手段６０１によりパターンレングス
処理等により画像データの相関性を除去した中間データ
に変換した後、符号化手段６０２により中間データをユ
ニバーサル符号化方式で符号化を行い、圧縮符号を出力
している。また、ここで開示されている復号化方式は、
圧縮符号を入力し、復号化手段６１１によりユニバーサ
ル復号化方式で復号化を行い、元の中間データを作成し
た後、中間データ逆変換手段６１２により中間データを
画像データに復元し、出力するものである。

【００１４】

【発明が解決しようとする課題】しかしながら、従来技
術においては、符号化処理においては中間データ変換手
段とLZSS方式による符号化手段が直列に配置され、ま
た、復号化手段においてはLZSS方式による復号化手段と
中間データ逆変換手段が直列に配置されているため、特
にソフトウェアにより従来技術の構成を実現しようとす
るとユニバーサル符号化及び復号化を単体で行う場合に
比較して圧縮処理速度が低下するという問題があった。
特にプリンタ等の印刷分野ではエンジン部分の処理速度
に対して伸長速度が遅れることは致命的であり、データ
伸長部の高速性が問題となる。

【００１５】本発明はこのような点に鑑み、データ圧縮
及び伸長の処理速度を低下させることなく相関性の高い
画像データを良好に圧縮することができる画像データ圧
縮及び伸長方式を提供する。

【００１６】

【課題を解決するための手段】本発明は、これらの課題
を解決するためのものであり、ラスタ状の画像データを
圧縮する画像データ圧縮方式において、入力画像データ
中の同一データの連続数を計数する計数部と、前記計数
部により計数された計数値と所定のしきい値を比較する
比較部と、前記計数部および比較部により前記所定のし
きい値以上の連続データを有しない複数のデータ列から
構成される第1のデータ列と、前記所定のしきい値以上
の連続データからなる複数のデータ列から構成される第
2のデータ列に分解された入力画像データに対し、符号
化済のデータ列を辞書として参照し、入力画像データ列
と最長一致する画像データ列を少なくとも辞書の開始ア
ドレスと一致長により表すことによって符号化し、前記
第1のデータ列を圧縮する第1の符号化部と、同一データ
の連続に対し、少なくともそのデータの連続が現れた入
力画像データ中の位置と、そのデータ種と、その連続長
を符号化し、前記第2のデータ列を圧縮する第2の符号化
部と、符号化したデータを出力する出力部とから構成さ
れ、前記データの連続が現われた入力画像データ中の位
置に関する情報を符号化することにより前記第1の符号
化部において複数データを一括して圧縮符号に変換する
ようにしたデータ圧縮方式を提供する。

【００１７】さらに、請求項１記載のデータ圧縮方式に
よって圧縮符号化された画像データを伸長する画像デー
タ伸長方式において、入力された圧縮符号を解析し、前
記第1の符号化部によって符号化されたものか、前記第2
の符号化部によって符号化されたものかを識別する解析
部と、前記解析部によって前記第1の符号化部による圧
縮符号であることが解析されたときには画像データを伸
長する第1の復号化部と、前記第2の符号化部による圧縮
符号であることが解析されたときには画像データを伸長
する第2の復号化部とから構成されているデータ伸長方
式を提供する。

【００１８】

【００１９】

【００２０】

【作用】本発明の構成によれば、同一データの連続長の
計数値によりユニバーサル符号とバイトランレングス符
号を切り換えることにより、簡単な構成によりテキスト
等の長いランを持つ画像も疑似中間調画像等の細かく変
化する画像も良好に圧縮することができる。

【００２１】

【実施例】以下、図面を用いて本発明の実施例について
説明する。ここで、入力画像データは、８個の画素毎に
一塊にした８ｂｉｔで表されるものとする。

【００２２】本発明のデータ圧縮及び伸長方式の実施例
を図面をもとにして説明する。図１は、本発明のデータ
圧縮及び伸長方式の最も基本的な構成である。まず、デ
ータ圧縮方式の基本構成について図１（ａ）を用いて説
明する。ラン計数部１０１は入力画像データＤに連続す
る同一データが現れたときに、そのランが連続する長さ
を計数し、その計数値Ｎを出力する。比較部１０２は計
数値Ｎが入力され、計数値Ｎと予め定められたしきい値
Ｎｔｈを比較する。そして、計数値Ｎがしきい値Ｎｔｈ
以下のときは制御コードＵが出力され、計数値Ｎがしき
い値Ｎｔｈより大きいときは制御コードＲが出力され
る。データの符号化は制御コードＵ／Ｒによってユニバ
ーサル符号化部１０３又はバイトランレングス（BRL ）
符号化部１０４のいずれかが選択されて行われる。制御
コードがＵのときはユニバーサル符号化部１０３が選択
され、入力画像データＤ、計数値Ｎがユニバーサル符号
化部１０３に入力され、それぞれの入力値をもとに符号
化が行われる。制御コードがＲのときはBRL 符号化部１
０４が選択され、入力画像データＤ、計数値ＮがBRL 符
号化部１０４に入力され、それぞれの入力値をもとに符
号化が行われる。それぞれの符号化部で生成された符号
は出力部１０５により一つの符号にまとめられ、出力符
号Ｃとして出力される。

【００２３】次に、データ伸長方式の基本構成について
図１（ｂ）を用いて説明する。解析部１１１は入力符号
Ｃに含まれる識別符号を解析し、入力符号Ｃがユニバー
サル復号化部１１２で復号化されるべき符号かBRL 復号
化部１１３で復号化されるべき符号かを識別する。そし
て、識別結果に従って制御コードＵ／Ｒを出力し、ま
た、復号に必要な入力符号Ｃを出力する。データの復号
化は制御コードＵ／Ｒによってユニバーサル復号化部１
１２又はBRL 復号化部１１３のいずれかが選択されて行
われる。制御コードがＵのときはユニバーサル復号化部
１１２が選択され、入力符号Ｃがユニバーサル復号化部
１１２に入力され、復号化が行われる。

【００２４】制御コードがＲのときはBRL 復号化部１１
３が選択され、入力符号ＣがBRL 復号化部１１３に入力
され、復号化が行われる。それぞれの復号化部で復元さ
れた画像データは出力部１０５により一つの画像データ
にまとめられ、出力データＤとして出力される。

【００２５】次に、LZSS方式を用いて本発明の符号化処
理を実現した実施例について、図２及び図７を使って説
明する。ここで、参照バッファ及び先読みバッファの大
きさはそれぞれ４ｋバイト及び１８バイトとする。最初
に、符号化処理の初期化が行われる（Ｓ２０１）。ここ
では、LZSS符号化のための参照辞書の初期化を行い、入
力画像データの先頭にポインタｎをセットする。そし
て、画像データをｎ番目から順次入力していく（Ｓ２０
２）。このとき入力される画像データ列が図７（ａ）で
示される様にＡＢＣ・・ＣＤＥ・・ＥＦＧＨであるとす
る。次に、同一データのランを計数し、その計数値をＮ
に代入する。（Ｓ２０３）。そして、Ｓ２０３で得た計
数値Ｎを所定のしきい値Ｎｔｈと比較し（Ｓ２０４）、
計数値Ｎがしきい値Ｎｔｈより小さいときはLZSS符号化
を行い（Ｓ２０５）、計数値Ｎがしきい値Ｎｔｈ以上の
ときはＳ２０３により計数された同一データのランをパ
ックすることによりBRL 符号化を行う（Ｓ２０６）。ま
た、Ｓ２０５、Ｓ２０６では符号化されたデータ数だけ
入力画像データのポインタｎを増加させる。図７（ａ）
の画像データ列では文字ＣとＥについてのランがしきい
値Ｎｔｈより大きいとすると、比較部の処理より概念的
には入力画像データが図７（ｂ）と図７（ｃ）で表され
る二つのデータ列に分解され、それぞれがLZSS符号化手
段とBRL 符号化手段で符号化されることになる。

【００２６】このように、LZSS及びBRL 符号化された２
系統に分割された圧縮データを一つの符号列に統合して
出力する（Ｓ２０７）。そして、再びＳ２０２に戻り、
処理を継続する。このＳ２０２からＳ２０７までのステ
ップを入力画像データが無くなるまで継続することによ
り画像データの圧縮が行われる。

【００２７】ここで、本実施例によれば本画像データ圧
縮方式は図７（ａ）のような画像データ列を図７
（ｂ）、（ｃ）のような二つのデータ列に分解して処理
しているので、後で復号処理を行う際にそれぞれのデー
タの並び順が明確になるように符号化されている必要が
ある。そのために、本発明ではBRL にパックされた文字
列が図７（ｂ）の文字列のどこに挿入されるかを示す挿
入位置をBRL 符号に付加することとする。このとき、挿
入位置は入力画像データ中の絶対アドレスで示しても良
いが、その場合入力画像データ数メガバイトの大きさを
持つので挿入位置を表すコードに３から４バイト必要と
なってしまう。そこで、BRL データの挿入位置を個々の
LZSS符号ブロック内におけるアドレスで示すことにす
る。LZSS符号は一つの符号が表す最大の文字列長は先読
みバッファ長で制限され、本実施例では１８文字とな
る。よって、一つのLZSS符号ブロックは最大１８ｘ８＝
１４４文字の画像データ列を表すことになるので、この
画像データ列内にBRL データを挿入する位置は８ビッ
ト、すなわち１バイトあれば符号化することができる。

【００２８】符号形式のより具体的な例を図８に示す。
最初に、LZSS符号化処理による符号形式は従来例で説明
した通りであり、非圧縮符号又は圧縮符号である個々の
符号ＬＺＣを８個づつまとめて一つの符号ブロックを形
成する。一方のBRL 符号化処理による符号は連続する画
像データの値を示す連続文字ＣＯＬとそのランの長さを
示す連続長ＬＥＮ及び、そのBRL データがLZSS符号ブロ
ックが表している画像データのどの位置に挿入されるか
を示す挿入位置ＰＯＳから構成されている。例えば、あ
るLZSS符号ブロックが表すデータ列が図７（ｂ）であ
り、もともとの画像データ列が図７（ａ）であったとす
る。図７（ｂ）の文字列の各文字の位置をＡ＝０、Ｂ＝
１、Ｄ＝２・・・とすると、文字ＣについてのBRL デー
タは文字Ｄの直前に挿入されるので、文字Ｄの位置で挿
入位置ＰＯＳを表すことができ、挿入位置ＰＯＳ＝２と
なる。文字ＥについてのBRL データは文字Ｆの直前に挿
入されるので、挿入位置ＰＯＳ＝３となる。また、挿入
位置は上記のように全ての符号をLZSS符号ブロックの示
す文字列の先頭からの相対位置で表す必要はなく、現在
のBRL データの相対位置と直前のBRL データの相対位置
との差分で表すことも可能である。図７の例では文字Ｃ
の挿入位置はLZSS符号ブロック内で出てくる最初のBRL
データなので、初期挿入位置値を０とし、挿入位置ＰＯ
Ｓの値は現在の挿入位置の値と初期挿入位置値の差をと
り２ー０＝２とする。そして、文字Ｅの挿入位置は現在
の挿入位置の値と直前のBRL データの絶対位置の値との
差をとり３ー２＝１とする。こうして作成されたBRL 符
号は個々のLZSS符号ブロック毎に対応するもの同士でBR
L 符号ブロックを構成することができる。一般に一つの
LZSS符号ブロック内に挿入されるBRL データの数は不定
なので、BRL 符号ブロックは個々のBRL符号ＲＬＣがＮ
個（Ｎは０以上）集まって構成されている。実際に符号
が出力されるときは対応するLZSS符号ブロックとBRL 符
号ブロックが対になって出力される。このとき、BRL 符
号ブロックの大きさが不定なので、LZSS符号ブロックと
BRL 符号ブロックの境界が明確であるようにしなければ
ならない。この方法として、図８の出力符号形式（ａ）
にあるようにBRL 符号ブロックとLZSS符号ブロックの間
に区切りコードＥＳＣを入れる方法と、出力符号形式
（ｂ）にあるようにBRL 符号ブロックの先頭にヘッダコ
ードＨＥＡＤを入れる方法ある。例として、区切りコー
ドＥＳＣには挿入位置ＰＯＳで使用されない値、すなわ
ち本実施例においては１４４以上の任意の値を利用すれ
ば良く、またヘッダコードＨＥＡＤには少なくともBRL
符号ブロックに含まれるBRL 符号の数を持っていれば良
い。

【００２９】次に、LZSS方式を用いて本発明の復号化処
理を実現した実施例について、図３及び図９を使って説
明する。最初に、復号化処理の初期化が行われる（Ｓ３
０１）。ここでは、LZSS符号化のための参照辞書の初期
化を行い、入力圧縮符号の先頭にポインタｎをセットす
る。そして、圧縮符号をｎ番目から順次入力し、入力し
た符号数だけｎを増加させる（Ｓ３０２）。そして、入
力した圧縮符号がLZSS方式ので符号化されたものかBRL
方式で符号化されたものかを判別し（Ｓ３０３）、LZSS
方式による圧縮符号はLZSS復号化処理が行われ（Ｓ３０
４）、BRL 方式による圧縮符号はBRL 復号化処理が行わ
れる（Ｓ３０５）。Ｓ３０３における圧縮符号の各復号
化部への振り分けは次のように行われる。まず、図８の
出力符号形式（ａ）の圧縮符号に対しては、先頭の符号
はBRL 符号とし、以下区切りコードが現れるまではBRL
符号とし、区切りコードが現れたら、続く符号はLZSS符
号なのでまずフラグコードを読み、フラグコードに従っ
てその後のＬＺＣ１からＬＺＣ８までの８個の符号はLZ
SS符号とする。そして、また区切りコードが現れるまで
入力符号はBRL 符号であるとし、以降同様に続ける。図
８の出力符号形式（ｂ）の圧縮符号に対しては、まずヘ
ッダコードを読み、そこに書かれているBRL 符号ブロッ
クに含まれるBRL符号数Ｎを読み、その数だけＲＬＣ１
からＲＬＮまではBRL 符号とし、次にフラグコードに基
づくＬＺＣ１からＬＺＣ８までをLZSS符号とし、以下同
様に続ける。

【００３０】次に、Ｓ３０４及びＳ３０５により個別に
復号化されたデータは、ひとつのデータに結合して、画
像データとして出力される（Ｓ３０６）。このときの、
LZSS復号化データとBRL 復号化データの出力方法を図９
により更に詳しく説明する。なお、このときのデータ列
の例として図７で示したデータ列を用いる。まず、図９
（ａ）のようにLZSS符号を復号した結果”ＡＢＤＦＧ
Ｈ”が上段のLZSSデータバッファに記憶される。また、
復号する前のBRL 符号を下段のBRL 符号バッファに記憶
する。ここで、BRL 符号は挿入位置ＰＯＳ、連続文字Ｃ
ＯＬ、連続長ＬＥＮの順番に書かれている。それぞれの
記号にＰＯＳｉのように添え字ｉが付されているとき
は、それがｉ番目のBRL 符号であることを示している。
また、データ読み出し用のカウンタＣＮＴを初期値０に
セットする。まず、カウンタＣＮＴの値と最初のBRL 符
号の挿入位置ＰＯＳ１の値を比較する。ここでは、ＣＮ
Ｔ＝０、ＰＯＳ１＝２と値が異なっているので、LZSSデ
ータバッファから１文字”Ａ”を出力し、カウンタ値を
１だけインクリメントする（図９（ｂ））。次も、ＣＮ
Ｔ＝１、ＰＯＳ１＝２と値が異なるので、同様に”Ｂ”
を出力し、カウンタ値を１だけインクリメントする（図
９（ｃ））。図９（ｃ）では、ＣＮＴ＝ＰＯＳ１＝２と
カウンタ値と挿入位置の値が等しくなるので、BRL デー
タを出力する。このときの連続文字ＣＯＬ１＝”Ｃ”な
ので、文字Ｃを連続長ＬＥＮ１で表される文字数分だけ
出力する（図９（ｃ））。さらに、次のBRL 符号の挿入
位置とカウンタを比較すると、ＣＮＴ＝２、ＰＯＳ２＝
３と値が異なるので、LZSSデータバッファから文字”
Ｄ”を出力し、カウンタ値をインクリメントする（図９
（ｅ））。同様に、カウンタ値と挿入位置の値が等しい
ときはBRL 符号を復号して出力し、それぞれの値が異な
るときはLZSSデータバッファから１文字出力するように
処理を進めると、最終的には図９（ｇ）のようになり、
出力画像データ”ＡＢＣ・・・ＣＤＥ・・・ＥＦＧＨ”
が得られる。これは元々の画像データ図７（ａ）と等し
く、正しく復号されたことが分かる。以上の画像データ
出力方法はBRL 符号の挿入位置が相対位置で示されてい
ても、ほとんど同様の手続きで行われる。一つ異なるの
は、カウンタと比較される挿入位置の値を前回の値と順
次足し合わせていくことだけである。

【００３１】すなわち、ＰＯＳｉ＝ＰＯＳｉ＋ＰＯＳ
（ｉー１）として挿入位置の値を更新するということで
ある。

【００３２】

【発明の効果】以上に説明したように本発明によれば、
画像の統計的性質に依存しないユニバーサル符号化部に
BRL 符号化部を組み合わせることにより、符号化部のユ
ニバーサル性を保存したままテキスト等の同一データの
長いランを有するデータをより高圧縮することができ
る。

【００３３】また、BRL 符号化・復号化部は簡単な構成
で実現可能で、ユニバーサル符号化・復号化処理を単体
で行うことに比べて処理量はほとんど増加せず、処理速
度の劣化がない。

【００３４】特に、プリンタ等の印刷処理で要求される
復号化処理の高速性が劣化することなく、画像データの
圧縮・伸長を行うことができる。

【図面の簡単な説明】

【図１】本発明のデータ圧縮及び伸長方式の基本構成を
示す図

【図２】LZSS方式を利用した符号化処理の流れを示す図

【図３】LZSS方式を利用した復号化処理の流れを示す図

【図４】LZSS符号化及び復号化処理を説明するための図

【図５】LZSS方式の辞書の構成を説明するための図

【図６】従来のデータ圧縮及び伸長方式の構成を示す図

【図７】本実施例の入力データの流れを説明するための
図

【図８】本実施例の符号形式を説明するための図

【図９】本実施例の復号化処理の画像データ出力処理を
説明するための図

【符号の説明】

１０１ラン計数部１０２比較部１０３ユニバーサル符号化部１０４ＢＲＬ符号化部１０５出力部１１１符号解析部１１２ユニバーサル復号化部１１３ＢＲＬ復号化部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 7/24 - 7/68

Claims

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

【請求項１】ラスタ状の画像データを圧縮する画像デ
ータ圧縮方式において、入力画像データ中の同一データ
の連続数を計数する計数部と、前記計数部により計数さ
れた計数値と所定のしきい値を比較する比較部と、前記
計数部および比較部により前記所定のしきい値以上の連
続データを有しない複数のデータ列から構成される第1
のデータ列と、前記所定のしきい値以上の連続データか
らなる複数のデータ列から構成される第2のデータ列に
分解された入力画像データに対し、符号化済のデータ列
を辞書として参照し、入力画像データ列と最長一致する
画像データ列を少なくとも辞書の開始アドレスと一致長
により表すことによって符号化し、前記第1のデータ列
を圧縮する第1の符号化部と、同一データの連続に対
し、少なくともそのデータの連続が現れた入力画像デー
タ中の位置と、そのデータ種と、その連続長を符号化
し、前記第2のデータ列を圧縮する第2の符号化部と、符
号化したデータを出力する出力部とから構成され、前記
データの連続が現われた入力画像データ中の位置に関す
る情報を符号化することにより前記第1の符号化部にお
いて複数データを一括して圧縮符号に変換するようにし
たことを特徴とするデータ圧縮方式。
【請求項２】請求項１記載のデータ圧縮方式によって
圧縮符号化された画像データを伸長する画像データ伸長
方式において、入力された圧縮符号を解析し、前記第1
の符号化部によって符号化されたものか、前記第2の符
号化部によって符号化されたものかを識別する解析部
と、前記解析部によって前記第1の符号化部による圧縮
符号であることが解析されたときには画像データを伸長
する第1の復号化部と、前記第2の符号化部による圧縮符
号であることが解析されたときには画像データを伸長す
る第2の復号化部とから構成されていることを特徴とす
るデータ伸長方式。