JPH0888568A - データの可逆符号化方法 - Google Patents
データの可逆符号化方法Info
- Publication number
- JPH0888568A JPH0888568A JP6246932A JP24693294A JPH0888568A JP H0888568 A JPH0888568 A JP H0888568A JP 6246932 A JP6246932 A JP 6246932A JP 24693294 A JP24693294 A JP 24693294A JP H0888568 A JPH0888568 A JP H0888568A
- Authority
- JP
- Japan
- Prior art keywords
- data
- byte
- string
- code word
- encoded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T9/00—Image coding
- G06T9/005—Statistical coding, e.g. Huffman, run length coding
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
- H03M7/3084—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
- H03M7/3086—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method employing a sliding window, e.g. LZ77
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Abstract
(57)【要約】
【目的】 無圧縮タイプのデータが多い場合の圧縮率を
高める。 【構成】 無圧縮データストリングスは、無圧縮バイト
データＲＡＷの個数Ｎを示す符号語ＷＮと、Ｎ個の無圧
縮バイトデータＲＡＷとで構成される。従って、無圧縮
バイトデータが連続する場合に圧縮率を高めることがで
きる。また、ＬＺ圧縮データストリングスも、個数Ｎを
示す符号語ＷＮと、Ｎ個のＬＺ圧縮データとで構成する
こともできる。さらに、無圧縮データストリングスとＬ
Ｚ圧縮データストリングスとを交互に配列すれば、各デ
ータストリングスの種別を示す接頭語や接尾語を省略す
ることができる。
高める。 【構成】 無圧縮データストリングスは、無圧縮バイト
データＲＡＷの個数Ｎを示す符号語ＷＮと、Ｎ個の無圧
縮バイトデータＲＡＷとで構成される。従って、無圧縮
バイトデータが連続する場合に圧縮率を高めることがで
きる。また、ＬＺ圧縮データストリングスも、個数Ｎを
示す符号語ＷＮと、Ｎ個のＬＺ圧縮データとで構成する
こともできる。さらに、無圧縮データストリングスとＬ
Ｚ圧縮データストリングスとを交互に配列すれば、各デ
ータストリングスの種別を示す接頭語や接尾語を省略す
ることができる。
Description
【０００１】
【産業上の利用分野】この発明は、入力データを可逆符
号化する方法に関する。
号化する方法に関する。
【０００２】
【従来の技術】近年では、コンピュータにおいて処理さ
れるデータ量の急激な増大に対応するためにデータ圧縮
技術が広く用いられるようになってきている。データ圧
縮技術には、圧縮前のデータが元通りに復元される可逆
符号化と、元通りに復元されない非可逆符号化とがあ
る。非可逆符号化は、主として画像データの圧縮に用い
られている。一方、可逆符号化は、プログラムデータ、
テキストデータ、辞書データなどの種々のデータの圧縮
に用いられている。
れるデータ量の急激な増大に対応するためにデータ圧縮
技術が広く用いられるようになってきている。データ圧
縮技術には、圧縮前のデータが元通りに復元される可逆
符号化と、元通りに復元されない非可逆符号化とがあ
る。非可逆符号化は、主として画像データの圧縮に用い
られている。一方、可逆符号化は、プログラムデータ、
テキストデータ、辞書データなどの種々のデータの圧縮
に用いられている。
【０００３】可逆符号化方法の一種として、いわゆるＬ
Ｚ（レンペル−ジフ）方式の符号化が知られている。こ
の符号化方法は、圧縮対象となるデータ列がそれ以前に
出現したデータ列と一致するか否かを調べ、一致するデ
ータ列が存在する場合には、データ列の一致長と、互い
の距離（オフセット）とを用いて符号化する方法であ
る。ここで、「データ列」とは、所定の単位（例えば１
バイト）のデータが連続したものを意味する。そして、
一致するデータ列が以前に存在しない場合には、無圧縮
（「ベタ」とも呼ばれる）のデータそのものを符号化デ
ータ列に付加する。
Ｚ（レンペル−ジフ）方式の符号化が知られている。こ
の符号化方法は、圧縮対象となるデータ列がそれ以前に
出現したデータ列と一致するか否かを調べ、一致するデ
ータ列が存在する場合には、データ列の一致長と、互い
の距離（オフセット）とを用いて符号化する方法であ
る。ここで、「データ列」とは、所定の単位（例えば１
バイト）のデータが連続したものを意味する。そして、
一致するデータ列が以前に存在しない場合には、無圧縮
（「ベタ」とも呼ばれる）のデータそのものを符号化デ
ータ列に付加する。
【０００４】図１５は、従来のＬＺ方式の符号化データ
列のフォーマットを示す説明図である。符号化データ列
全体の中には、無圧縮タイプのバイトデータと、ＬＺタ
イプの圧縮データ（一致長と距離の符号語データを含
む）の２種類の符号化データが混在しているので、これ
らを識別するための接頭語が符号化データの１単位ごと
に付加されている。ここで、「符号化データの１単位」
とは、１つの無圧縮バイトデータや１つのＬＺ圧縮デー
タを意味する。
列のフォーマットを示す説明図である。符号化データ列
全体の中には、無圧縮タイプのバイトデータと、ＬＺタ
イプの圧縮データ（一致長と距離の符号語データを含
む）の２種類の符号化データが混在しているので、これ
らを識別するための接頭語が符号化データの１単位ごと
に付加されている。ここで、「符号化データの１単位」
とは、１つの無圧縮バイトデータや１つのＬＺ圧縮デー
タを意味する。
【０００５】図１６は、従来の符号化方法の状態遷移図
である。従来は、無圧縮タイプのバイトデータとＬＺタ
イプの圧縮データとが任意の順番で配列される。このた
め、圧縮時に符号化データの１単位毎に接頭語を付加し
ておき、伸長時に各符号化データの種類を判別できるよ
うにしていた。
である。従来は、無圧縮タイプのバイトデータとＬＺタ
イプの圧縮データとが任意の順番で配列される。このた
め、圧縮時に符号化データの１単位毎に接頭語を付加し
ておき、伸長時に各符号化データの種類を判別できるよ
うにしていた。
【０００６】
【発明が解決しようとする課題】従来のＬＺ方式の符号
化では、符号化データの１単位毎に接頭語を付加してい
たので、無圧縮タイプのデータが多い場合には必ずしも
十分な圧縮率が得られない場合があった。
化では、符号化データの１単位毎に接頭語を付加してい
たので、無圧縮タイプのデータが多い場合には必ずしも
十分な圧縮率が得られない場合があった。
【０００７】この発明は、従来技術における上述の課題
を解決するためになされたものであり、無圧縮タイプの
データが多い場合にも比較的高い圧縮率が得られるデー
タの可逆符号化方法を提供することを目的とする。
を解決するためになされたものであり、無圧縮タイプの
データが多い場合にも比較的高い圧縮率が得られるデー
タの可逆符号化方法を提供することを目的とする。
【０００８】
【課題を解決するための手段および作用】上述の課題を
解決するため、請求項１に記載した可逆符号化方法で
は、（Ａ）入力データの所定長以上の第１のバイト列
が、所定の符号化モードで符号化するための符号化条件
を満足するか否かを判定する工程と、（Ｂ）前記判定条
件が成立する場合には、前記第１のバイト列を前記所定
の符号化モードで符号化することによって第１の符号化
データを生成し、前記第１の符号化データを符号化デー
タ列に付加する工程と、（Ｃ）前記符号化条件が成立し
ない場合には、前記第１のバイト列の少なくとも先頭バ
イトを無圧縮のバイトデータとして含む第２の符号化デ
ータを生成し、前記第２の符号化データを前記符号化デ
ータ列に付加する工程と、を備え、前記工程（Ｃ）は、
前記無圧縮のバイトデータの個数を示す第１の符号語
と、前記第１の符号語で示される個数だけ連続する前記
無圧縮のバイトデータと、を含むように前記第２の符号
化データを生成する工程、を備えることを特徴とする。
解決するため、請求項１に記載した可逆符号化方法で
は、（Ａ）入力データの所定長以上の第１のバイト列
が、所定の符号化モードで符号化するための符号化条件
を満足するか否かを判定する工程と、（Ｂ）前記判定条
件が成立する場合には、前記第１のバイト列を前記所定
の符号化モードで符号化することによって第１の符号化
データを生成し、前記第１の符号化データを符号化デー
タ列に付加する工程と、（Ｃ）前記符号化条件が成立し
ない場合には、前記第１のバイト列の少なくとも先頭バ
イトを無圧縮のバイトデータとして含む第２の符号化デ
ータを生成し、前記第２の符号化データを前記符号化デ
ータ列に付加する工程と、を備え、前記工程（Ｃ）は、
前記無圧縮のバイトデータの個数を示す第１の符号語
と、前記第１の符号語で示される個数だけ連続する前記
無圧縮のバイトデータと、を含むように前記第２の符号
化データを生成する工程、を備えることを特徴とする。
【０００９】第２の符号化データは、無圧縮のバイトデ
ータの個数を示す第１の符号語と、第１の符号語で示さ
れる個数だけ連続する無圧縮のバイトデータと、を含む
ように構成されるので、無圧縮タイプのデータが多い場
合にも比較的高い圧縮率が得られる。
ータの個数を示す第１の符号語と、第１の符号語で示さ
れる個数だけ連続する無圧縮のバイトデータと、を含む
ように構成されるので、無圧縮タイプのデータが多い場
合にも比較的高い圧縮率が得られる。
【００１０】また、請求項２に記載した可逆符号化方法
では、前記工程（Ｂ）は、前記第１のバイト列と一致す
る最長の第２のバイト列を前記入力データ内で探索する
工程と、前記第１と第２のバイト列相互の距離を示す第
２の符号語と、前記第１のバイト列の長さを示す第３の
符号語と、を含む単位符号化データを作成する工程と、
を備える。
では、前記工程（Ｂ）は、前記第１のバイト列と一致す
る最長の第２のバイト列を前記入力データ内で探索する
工程と、前記第１と第２のバイト列相互の距離を示す第
２の符号語と、前記第１のバイト列の長さを示す第３の
符号語と、を含む単位符号化データを作成する工程と、
を備える。
【００１１】このような単位符号化データを用いれば、
第１のバイト列を少ないデータ量で符号化できる。
第１のバイト列を少ないデータ量で符号化できる。
【００１２】請求項３に記載した可逆符号化方法では、
前記工程（Ｂ）は、さらに、前記単位符号化データの個
数を示す第４の符号語と、前記第４の符号語で示される
個数だけ連続する前記単位符号化データと、を含むよう
に前記第１の符号化データを生成する工程、を備える。
前記工程（Ｂ）は、さらに、前記単位符号化データの個
数を示す第４の符号語と、前記第４の符号語で示される
個数だけ連続する前記単位符号化データと、を含むよう
に前記第１の符号化データを生成する工程、を備える。
【００１３】こうすれば、単位符号化データが連続する
場合に、圧縮率を高めることができる。
場合に、圧縮率を高めることができる。
【００１４】請求項４に記載した可逆符号化方法では、
さらに、前記第１の符号化データと前記第２の符号化デ
ータを交互に配列することによって前記符号データ列を
生成する工程、を備える。
さらに、前記第１の符号化データと前記第２の符号化デ
ータを交互に配列することによって前記符号データ列を
生成する工程、を備える。
【００１５】こうすれば、符号化データの種別を示す接
頭語や接尾語を用いずに各符号化データを区別すること
ができるので、圧縮率をさらに高めることができる。
頭語や接尾語を用いずに各符号化データを区別すること
ができるので、圧縮率をさらに高めることができる。
【００１６】
Ａ．装置の構成：図１は、この発明の一実施例を適用す
る情報処理装置のハードウェア構成を示すブロック図で
ある。この情報処理装置は、パーソナルコンピュータシ
ステムとして構成されたものであり、図示するように、
ＣＰＵ１０１を中心にバスにより相互に接続された次の
各部を備えている。
る情報処理装置のハードウェア構成を示すブロック図で
ある。この情報処理装置は、パーソナルコンピュータシ
ステムとして構成されたものであり、図示するように、
ＣＰＵ１０１を中心にバスにより相互に接続された次の
各部を備えている。
【００１７】ＲＯＭ１０４：モニタプログラム等を記憶
する読み出し専用メモリ ＲＡＭ１０５：主記憶を構成する読み出し・書き込み可
能なメモリ ＰＩＣ１１２：各種の割込に優先順位を付けて制御する
割込コントローラ マウスインタフェース１１５：２ボタンマウス１１４と
のデータ等のやり取りを司るインタフェース キーボードインタフェース１１８：キーボード１１７か
らのキー入力を司るインタフェース ＦＤＣ１２１：フレキシブルディスクドライブ（ＦＤ
Ｄ）１２０を制御するフレキシブルディスクコントロー
ラ ＨＤＣ１２５：ハードディスクドライブ（ＨＤＤ）１２
４を制御するハードディスクコントローラ ＣＲＴＣ１２９：必要なデータ等を表示するＣＲＴ１２
８への信号出力を制御するＣＲＴコントローラ プリンタインタフェース１３１：プリンタ１３０へのデ
ータの出力を制御するインタフェース。
する読み出し専用メモリ ＲＡＭ１０５：主記憶を構成する読み出し・書き込み可
能なメモリ ＰＩＣ１１２：各種の割込に優先順位を付けて制御する
割込コントローラ マウスインタフェース１１５：２ボタンマウス１１４と
のデータ等のやり取りを司るインタフェース キーボードインタフェース１１８：キーボード１１７か
らのキー入力を司るインタフェース ＦＤＣ１２１：フレキシブルディスクドライブ（ＦＤ
Ｄ）１２０を制御するフレキシブルディスクコントロー
ラ ＨＤＣ１２５：ハードディスクドライブ（ＨＤＤ）１２
４を制御するハードディスクコントローラ ＣＲＴＣ１２９：必要なデータ等を表示するＣＲＴ１２
８への信号出力を制御するＣＲＴコントローラ プリンタインタフェース１３１：プリンタ１３０へのデ
ータの出力を制御するインタフェース。
【００１８】図２は、可逆符号化によるデータの圧縮と
伸長とを行なう圧縮伸長用デバイスドライバ２００の構
成を示す機能ブロック図である。この圧縮伸長用デバイ
スドライバ２００は、ＲＡＭ１０５に格納されたプログ
ラムをＣＰＵ１０１が実行することによって実現されて
いる。
伸長とを行なう圧縮伸長用デバイスドライバ２００の構
成を示す機能ブロック図である。この圧縮伸長用デバイ
スドライバ２００は、ＲＡＭ１０５に格納されたプログ
ラムをＣＰＵ１０１が実行することによって実現されて
いる。
【００１９】圧縮伸長用デバイスドライバ２００は、圧
縮対象となる１クラスタ分のデータを記憶するクラスタ
バッファ２０２と、可逆符号化によるデータの圧縮を行
なう圧縮部２０４と、圧縮データ（符号化データ列）を
記憶する圧縮データバッファ２０６と、圧縮データをハ
ードディスク１２３に書き込む書込制御部２０８とを備
えている。なお、１クラスタは所定のデータサイズであ
り、例えば８Ｋバイトである。
縮対象となる１クラスタ分のデータを記憶するクラスタ
バッファ２０２と、可逆符号化によるデータの圧縮を行
なう圧縮部２０４と、圧縮データ（符号化データ列）を
記憶する圧縮データバッファ２０６と、圧縮データをハ
ードディスク１２３に書き込む書込制御部２０８とを備
えている。なお、１クラスタは所定のデータサイズであ
り、例えば８Ｋバイトである。
【００２０】圧縮部２０４は、符号化タイプを判定する
符号化タイプ判定部２１０と、ＬＺ（Lempel-Ziv）方式
の符号化を行なうＬＺ符号化部２１２と、無圧縮タイプ
の符号化を行なう無圧縮符号化部２１６とを備えてい
る。以下ではまず、ＬＺ符号化部２１２によって行なわ
れるＬＺタイプの符号化について説明する。なお、この
実施例においては、「符号化タイプ」と「符号化モー
ド」は同じ意味である。また、「圧縮データ」と「符号
化データ」も同じ意味で使用している。
符号化タイプ判定部２１０と、ＬＺ（Lempel-Ziv）方式
の符号化を行なうＬＺ符号化部２１２と、無圧縮タイプ
の符号化を行なう無圧縮符号化部２１６とを備えてい
る。以下ではまず、ＬＺ符号化部２１２によって行なわ
れるＬＺタイプの符号化について説明する。なお、この
実施例においては、「符号化タイプ」と「符号化モー
ド」は同じ意味である。また、「圧縮データ」と「符号
化データ」も同じ意味で使用している。
【００２１】Ｂ．ＬＺタイプの符号化方法：図３は、Ｌ
Ｚタイプの符号化方法を示す説明図である。この実施例
で使用するＬＺタイプの符号化はレンペル−ジフ（Lemp
el-Ziv）方式の符号化であり、特にスライド辞書法と呼
ばれる符号化方法を使用している。図３（Ａ）に示す例
では、被圧縮データがバイト列「７１h ３Ａh ３Ｂh
…」を含んでいる。なお、この明細書において、付加記
号「 h」は１６進数表記であることを示している。
Ｚタイプの符号化方法を示す説明図である。この実施例
で使用するＬＺタイプの符号化はレンペル−ジフ（Lemp
el-Ziv）方式の符号化であり、特にスライド辞書法と呼
ばれる符号化方法を使用している。図３（Ａ）に示す例
では、被圧縮データがバイト列「７１h ３Ａh ３Ｂh
…」を含んでいる。なお、この明細書において、付加記
号「 h」は１６進数表記であることを示している。
【００２２】ＬＺタイプの符号化では、２バイト以上の
連続したバイト列と同じバイト列が以前に出現している
か否かを調べ、以前に同じバイト列があれば、一致する
最長のバイト列を調べる。そして、現在のバイト列から
以前のバイト列までの距離（オフセット）と、一致した
最長のバイト列のバイト数（一致長）とによって、現在
のバイト列を符号化する。例えば図３（Ａ）の例では、
実線の下線を付した２バイトのバイト列「３Ａh ３Ｂh
」が、破線の下線を付した２バイトのバイト列と同じ
である。そこで、実線の下線を付した２バイトのバイト
列「３Ａh ３Ｂh」の圧縮データ（符号化データ）は、
一致したバイト列同士の距離を表わす符号語ＯＦＦＳＥ
Ｔ（３）と、一致長を表わす符号語ＬＥＮＧＴＨ（２）
と、の２つの符号語の組み合わせによって表わされる。
なお、ＯＦＦＳＥＴ（３）の括弧内の数値は距離（バイ
ト数）を示しており、ＬＥＮＧＴＨ（２）の括弧内の数
値は一致長（バイト数）を示している。なお、圧縮デー
タのフォーマットについては後述する。
連続したバイト列と同じバイト列が以前に出現している
か否かを調べ、以前に同じバイト列があれば、一致する
最長のバイト列を調べる。そして、現在のバイト列から
以前のバイト列までの距離（オフセット）と、一致した
最長のバイト列のバイト数（一致長）とによって、現在
のバイト列を符号化する。例えば図３（Ａ）の例では、
実線の下線を付した２バイトのバイト列「３Ａh ３Ｂh
」が、破線の下線を付した２バイトのバイト列と同じ
である。そこで、実線の下線を付した２バイトのバイト
列「３Ａh ３Ｂh」の圧縮データ（符号化データ）は、
一致したバイト列同士の距離を表わす符号語ＯＦＦＳＥ
Ｔ（３）と、一致長を表わす符号語ＬＥＮＧＴＨ（２）
と、の２つの符号語の組み合わせによって表わされる。
なお、ＯＦＦＳＥＴ（３）の括弧内の数値は距離（バイ
ト数）を示しており、ＬＥＮＧＴＨ（２）の括弧内の数
値は一致長（バイト数）を示している。なお、圧縮デー
タのフォーマットについては後述する。
【００２３】図３（Ｂ）の例では、オフセットが３バイ
トで一致長が３バイトなので、符号語ＯＦＦＳＥＴ
（３）と、符号語ＬＥＮＧＴＨ（３）の組み合わせによ
って実線の下線を付した３バイトのバイト列が符号化さ
れる。
トで一致長が３バイトなので、符号語ＯＦＦＳＥＴ
（３）と、符号語ＬＥＮＧＴＨ（３）の組み合わせによ
って実線の下線を付した３バイトのバイト列が符号化さ
れる。
【００２４】図３（Ｃ）の例では、第２バイト以降の５
バイトが同一である。この場合には、実線の下線を付し
た第３バイト以降の４バイトが、第２バイト以降の４バ
イトと一致することになる。従って、オフセットは１バ
イト、一致長は４バイトとなる。
バイトが同一である。この場合には、実線の下線を付し
た第３バイト以降の４バイトが、第２バイト以降の４バ
イトと一致することになる。従って、オフセットは１バ
イト、一致長は４バイトとなる。
【００２５】以上のように、ＬＺタイプの符号化方法で
は、一致するバイト列が以前に存在している場合に、一
致する最長のバイト列を符号化することによってデータ
を圧縮するので、同一のバイト列が繰り返し出現するよ
うなデータを圧縮する場合に適している。
は、一致するバイト列が以前に存在している場合に、一
致する最長のバイト列を符号化することによってデータ
を圧縮するので、同一のバイト列が繰り返し出現するよ
うなデータを圧縮する場合に適している。
【００２６】Ｃ．符号化データ列のフォーマット：図４
は、第１の実施例における符号化データ列のフォーマッ
トを示す説明図である。第１の実施例では、無圧縮デー
タストリングスＮＣＳとＬＺ圧縮データストリングスＬ
ＺＳとが交互に付加されており、最後にエンドマーカＥ
ＮＤが付加されている。無圧縮データストリングスＮＣ
Ｓは無圧縮のバイトデータを含む符号化データであり、
ＬＺ圧縮データストリングスＬＺＳはＬＺタイプの符号
化データである。入力データの最初のバイトデータはＬ
Ｚタイプの符号化ができないので、符号化データ列の最
初は無圧縮データストリングスである。なお、図面にお
ける記号＜＞は、圧縮データの区切りを示す便宜上の符
号であり、実際の圧縮データには存在しないものであ
る。
は、第１の実施例における符号化データ列のフォーマッ
トを示す説明図である。第１の実施例では、無圧縮デー
タストリングスＮＣＳとＬＺ圧縮データストリングスＬ
ＺＳとが交互に付加されており、最後にエンドマーカＥ
ＮＤが付加されている。無圧縮データストリングスＮＣ
Ｓは無圧縮のバイトデータを含む符号化データであり、
ＬＺ圧縮データストリングスＬＺＳはＬＺタイプの符号
化データである。入力データの最初のバイトデータはＬ
Ｚタイプの符号化ができないので、符号化データ列の最
初は無圧縮データストリングスである。なお、図面にお
ける記号＜＞は、圧縮データの区切りを示す便宜上の符
号であり、実際の圧縮データには存在しないものであ
る。
【００２７】図５は、無圧縮データストリングスのデー
タフォーマットを示す説明図である。無圧縮データスト
リングスは、無圧縮バイトデータの個数Ｎを示すワイル
符号語ＷＮと、Ｎ個の無圧縮バイトデータＲＡＷとで構
成されている。無圧縮バイトデータＲＡＷは、８ビット
のバイトデータそのままである。ワイル符号語ＷＮは、
図５の下部のテーブルに示すように、個数の範囲に応じ
てビット数が異なる可変長符号語である。このテーブル
における「ｘ」は、０または１の値を取り得るビットを
示している。
タフォーマットを示す説明図である。無圧縮データスト
リングスは、無圧縮バイトデータの個数Ｎを示すワイル
符号語ＷＮと、Ｎ個の無圧縮バイトデータＲＡＷとで構
成されている。無圧縮バイトデータＲＡＷは、８ビット
のバイトデータそのままである。ワイル符号語ＷＮは、
図５の下部のテーブルに示すように、個数の範囲に応じ
てビット数が異なる可変長符号語である。このテーブル
における「ｘ」は、０または１の値を取り得るビットを
示している。
【００２８】図５に示すように、無圧縮バイトデータの
個数Ｎを表わす符号語ＷＮと、Ｎ個の無圧縮バイトデー
タＲＡＷとによって無圧縮データストリングスＮＣＳを
構成するようにすれば、各無圧縮バイトデータＲＡＷに
接頭語を付加する必要がないので、無圧縮のバイトデー
タが連続する場合にも全体の圧縮率を比較的高く保つこ
とが可能である。
個数Ｎを表わす符号語ＷＮと、Ｎ個の無圧縮バイトデー
タＲＡＷとによって無圧縮データストリングスＮＣＳを
構成するようにすれば、各無圧縮バイトデータＲＡＷに
接頭語を付加する必要がないので、無圧縮のバイトデー
タが連続する場合にも全体の圧縮率を比較的高く保つこ
とが可能である。
【００２９】図６は、ＬＺ圧縮データストリングスのデ
ータフォーマットを示す説明図である。ＬＺ圧縮データ
ストリングスは、ＬＺ圧縮データの個数Ｎを示すワイル
符号語ＷＮと、Ｎ個のＬＺ圧縮データＬＺとで構成され
ている。ワイル符号語ＷＮは、図５に示す無圧縮データ
ストリングス用のワイル符号語と同じである。ＬＺ圧縮
データＬＺは、一致バイト列同士の距離を示す符号語Ｏ
ＦＦＳＥＴと、一致長を示すワイル符号語ＬＥＮＧＴＨ
とで構成されている。これらの具体例は、図３において
説明した。距離を示す符号語ＯＦＦＳＥＴは、１１ビッ
トで０〜２０４７バイトの距離を表わしている。一致長
を示すワイル符号語ＬＥＮＧＴＨは、可変長のワイル符
号である。
ータフォーマットを示す説明図である。ＬＺ圧縮データ
ストリングスは、ＬＺ圧縮データの個数Ｎを示すワイル
符号語ＷＮと、Ｎ個のＬＺ圧縮データＬＺとで構成され
ている。ワイル符号語ＷＮは、図５に示す無圧縮データ
ストリングス用のワイル符号語と同じである。ＬＺ圧縮
データＬＺは、一致バイト列同士の距離を示す符号語Ｏ
ＦＦＳＥＴと、一致長を示すワイル符号語ＬＥＮＧＴＨ
とで構成されている。これらの具体例は、図３において
説明した。距離を示す符号語ＯＦＦＳＥＴは、１１ビッ
トで０〜２０４７バイトの距離を表わしている。一致長
を示すワイル符号語ＬＥＮＧＴＨは、可変長のワイル符
号である。
【００３０】なお、ＬＺ圧縮データＬＺは、本発明にお
ける「単位符号化データ」に相当する。
ける「単位符号化データ」に相当する。
【００３１】図６に示すように、ＬＺ圧縮データの個数
Ｎを表わす符号語ＷＮと、Ｎ個のＬＺ圧縮データＬＺと
によってＬＺ圧縮データストリングスＬＺＳを構成する
ようにすれば、各ＬＺタイプの圧縮データＬＺの前に接
頭語を付加する必要がないので、ＬＺタイプの圧縮デー
タが連続する場合に圧縮率を高めることが可能である。
Ｎを表わす符号語ＷＮと、Ｎ個のＬＺ圧縮データＬＺと
によってＬＺ圧縮データストリングスＬＺＳを構成する
ようにすれば、各ＬＺタイプの圧縮データＬＺの前に接
頭語を付加する必要がないので、ＬＺタイプの圧縮デー
タが連続する場合に圧縮率を高めることが可能である。
【００３２】図５と図６に示したように、この実施例に
おける無圧縮データストリングスＮＣＳやＬＺ圧縮スト
リングスＬＺＳには、データストリングスの種別（タイ
プ）を示す接頭語や接尾語が含まれていない。これは、
図４に示すように、無圧縮データストリングスＮＣＳと
ＬＺ圧縮データストリングスＬＺＳが交互に配列されて
いるので、データストリングスの種別を示す接頭語や接
尾語がなくても互いに区別できるからである。なお、各
データストリングスに接頭語や接尾語を付加するように
してもよいが、接頭語や接尾語を付加しないフォーマッ
トを採用すれば、より圧縮率を高めることができる。
おける無圧縮データストリングスＮＣＳやＬＺ圧縮スト
リングスＬＺＳには、データストリングスの種別（タイ
プ）を示す接頭語や接尾語が含まれていない。これは、
図４に示すように、無圧縮データストリングスＮＣＳと
ＬＺ圧縮データストリングスＬＺＳが交互に配列されて
いるので、データストリングスの種別を示す接頭語や接
尾語がなくても互いに区別できるからである。なお、各
データストリングスに接頭語や接尾語を付加するように
してもよいが、接頭語や接尾語を付加しないフォーマッ
トを採用すれば、より圧縮率を高めることができる。
【００３３】図７は、エンドマーカのデータフォーマッ
トを示す説明図である。エンドマーカは、符号化データ
列の最後が無圧縮データストリングスＮＣＳの場合は図
７（Ａ）に示すフォーマットを取り、符号化データ列の
最後がＬＺ圧縮データストリングスＬＺＳの場合には図
７（Ｂ）に示すフォーマットを取る。図７（Ａ）のフォ
ーマットでは、個数Ｎが１であることを示すワイル符号
ＷＮ（図５参照）の後に、距離が０であることを示す符
号語ＯＦＦＳＥＴが付加されたものである。なお、エン
ドマーカに使用される符号語ＯＦＦＳＥＴの値（全部
０）はエンドマーカ以外には使用されないような特別な
値であればよく、他の値でもよい。図７（Ｂ）のフォー
マットでは、ＬＺ圧縮データがＮ＋１個連続することを
示すワイル符号語ＷＮと、Ｎ個のＬＺ圧縮データＬＺ
と、距離が０であることを示す符号語ＯＦＦＳＥＴとが
付加されている。Ｎ個のＬＺ圧縮データＬＺは、通常の
ＬＺ圧縮データストリングスにおけるものと同じ構成の
データである。なお、エンドマーカとしては、一意に復
号可能な符号語を使用すればよく、他の形式のエンドマ
ーカを使用することも可能である。
トを示す説明図である。エンドマーカは、符号化データ
列の最後が無圧縮データストリングスＮＣＳの場合は図
７（Ａ）に示すフォーマットを取り、符号化データ列の
最後がＬＺ圧縮データストリングスＬＺＳの場合には図
７（Ｂ）に示すフォーマットを取る。図７（Ａ）のフォ
ーマットでは、個数Ｎが１であることを示すワイル符号
ＷＮ（図５参照）の後に、距離が０であることを示す符
号語ＯＦＦＳＥＴが付加されたものである。なお、エン
ドマーカに使用される符号語ＯＦＦＳＥＴの値（全部
０）はエンドマーカ以外には使用されないような特別な
値であればよく、他の値でもよい。図７（Ｂ）のフォー
マットでは、ＬＺ圧縮データがＮ＋１個連続することを
示すワイル符号語ＷＮと、Ｎ個のＬＺ圧縮データＬＺ
と、距離が０であることを示す符号語ＯＦＦＳＥＴとが
付加されている。Ｎ個のＬＺ圧縮データＬＺは、通常の
ＬＺ圧縮データストリングスにおけるものと同じ構成の
データである。なお、エンドマーカとしては、一意に復
号可能な符号語を使用すればよく、他の形式のエンドマ
ーカを使用することも可能である。
【００３４】Ｄ．符号化処理の手順：図８は、第１の実
施例における状態遷移図である。図８に示すように、第
１の実施例では、無圧縮タイプの符号化とＬＺタイプの
符号化が交互に行なわれる。図９は、バッファ２０２
（図２）に記憶された１組の入力データに関する符号化
処理の手順を示すフローチャートである。また、図１０
および図１１は、この実施例における符号化処理の工程
を示す説明図である。図１０（Ａ）の例では、簡単のた
めに入力データが１０バイトで構成されている。なお、
記号＜＞で囲まれた値は、２進数の符号語を示してい
る。
施例における状態遷移図である。図８に示すように、第
１の実施例では、無圧縮タイプの符号化とＬＺタイプの
符号化が交互に行なわれる。図９は、バッファ２０２
（図２）に記憶された１組の入力データに関する符号化
処理の手順を示すフローチャートである。また、図１０
および図１１は、この実施例における符号化処理の工程
を示す説明図である。図１０（Ａ）の例では、簡単のた
めに入力データが１０バイトで構成されている。なお、
記号＜＞で囲まれた値は、２進数の符号語を示してい
る。
【００３５】入力データの最初の２バイト「７１h ３Ａ
h 」に関してはＬＺタイプによる符号化ができないの
で、ステップＳ１においてこれらの２バイトが無圧縮タ
イプで符号化される。２バイトの無圧縮データストリン
グは、図１０（Ｂ）に示すように、個数Ｎが２であるこ
とを示すワイル符号語ＷＮ（２）と、最初の２バイトの
バイトデータとで構成される。
h 」に関してはＬＺタイプによる符号化ができないの
で、ステップＳ１においてこれらの２バイトが無圧縮タ
イプで符号化される。２バイトの無圧縮データストリン
グは、図１０（Ｂ）に示すように、個数Ｎが２であるこ
とを示すワイル符号語ＷＮ（２）と、最初の２バイトの
バイトデータとで構成される。
【００３６】ステップＳ２においては、未処理の入力デ
ータがバッファ２０２内に存在するか否かが判断され
る。未処理の入力データが存在すれば、ステップＳ３に
おいて、入力データの次の２バイトをＬＺタイプで符号
化できるか否かを判定する。ＬＺタイプの符号化条件
は、次の通りである。 符号化条件Ｃ１：判定対象の２バイトと同一のバイト列
が以前に存在する。この符号化条件Ｃ１が成立する場合
には、少なくともその２バイトを含むバイト列がＬＺタ
イプで符号化される。
ータがバッファ２０２内に存在するか否かが判断され
る。未処理の入力データが存在すれば、ステップＳ３に
おいて、入力データの次の２バイトをＬＺタイプで符号
化できるか否かを判定する。ＬＺタイプの符号化条件
は、次の通りである。 符号化条件Ｃ１：判定対象の２バイトと同一のバイト列
が以前に存在する。この符号化条件Ｃ１が成立する場合
には、少なくともその２バイトを含むバイト列がＬＺタ
イプで符号化される。
【００３７】図１０（Ａ）の入力データの第３、第４バ
イト「３Ｂh ３Ｃh 」は符号化条件Ｃ１を満足しないの
で、ステップＳ３からステップＳ１に移行し、第３バイ
トのバイトデータ「３Ｂh 」が無圧縮データストリング
スに付加され、無圧縮バイトデータの個数を示すワイル
符号語ＷＮが更新される。同様に、第４、第５バイト
「３Ｃh ３Ａh 」も符号化条件Ｃ１を満足しないので、
第４バイト「３Ｃh 」のバイトデータも無圧縮データス
トリングスに付加される。この結果、図１０（Ｃ）に示
すように、最初の４バイトに対する符号化データ列は、
個数Ｎが４であることを示すワイル符号語ＷＮ（４）
と、４つの無圧縮バイトデータとで構成される無圧縮デ
ータストリングスとなる。
イト「３Ｂh ３Ｃh 」は符号化条件Ｃ１を満足しないの
で、ステップＳ３からステップＳ１に移行し、第３バイ
トのバイトデータ「３Ｂh 」が無圧縮データストリング
スに付加され、無圧縮バイトデータの個数を示すワイル
符号語ＷＮが更新される。同様に、第４、第５バイト
「３Ｃh ３Ａh 」も符号化条件Ｃ１を満足しないので、
第４バイト「３Ｃh 」のバイトデータも無圧縮データス
トリングスに付加される。この結果、図１０（Ｃ）に示
すように、最初の４バイトに対する符号化データ列は、
個数Ｎが４であることを示すワイル符号語ＷＮ（４）
と、４つの無圧縮バイトデータとで構成される無圧縮デ
ータストリングスとなる。
【００３８】図１０（Ｄ）に示すように、第５〜６バイ
ト「３Ａh ３Ｂh 」は第２〜３バイトと一致する。そこ
で、ステップＳ３からステップＳ４に移行して、第５バ
イト以降バイト列がＬＺタイプで符号化される。なお、
第５バイト以降のバイト列の最大の一致長は２なので、
第５〜６バイトの２バイト分がＬＺタイプの圧縮データ
に変換されて、符号化データ列に付加される。第５〜６
バイトのＬＺ圧縮データストリングスは、図１０（Ｄ）
に示すように、個数Ｎが１であることを示すワイル符号
語ＷＮ（１）と、距離が３であることを示す符号語ＯＦ
ＦＳＥＴ（３）と、一致長が２バイトであることを示す
符号語ＬＥＮＧＴＨ（２）とで構成される。
ト「３Ａh ３Ｂh 」は第２〜３バイトと一致する。そこ
で、ステップＳ３からステップＳ４に移行して、第５バ
イト以降バイト列がＬＺタイプで符号化される。なお、
第５バイト以降のバイト列の最大の一致長は２なので、
第５〜６バイトの２バイト分がＬＺタイプの圧縮データ
に変換されて、符号化データ列に付加される。第５〜６
バイトのＬＺ圧縮データストリングスは、図１０（Ｄ）
に示すように、個数Ｎが１であることを示すワイル符号
語ＷＮ（１）と、距離が３であることを示す符号語ＯＦ
ＦＳＥＴ（３）と、一致長が２バイトであることを示す
符号語ＬＥＮＧＴＨ（２）とで構成される。
【００３９】ステップＳ５では、ステップＳ２と同様
に、未処理の入力データがバッファ２０２内に存在する
か否かが判断され、未処理の入力データが存在すれば、
ステップＳ６において、入力データの次の２バイト（第
７〜８バイト「３Ａh ３Ｂh 」）をＬＺタイプで符号化
できるか否かを判定する。図１１（Ａ）に示すように、
第７バイト以降のバイト列と一致する最長のバイト列は
第２〜４バイトである。従って、ステップＳ４において
第７〜９バイトがＬＺタイプで符号化されて、そのＬＺ
圧縮データが第５〜６バイトのＬＺ圧縮データストリン
グス（図１０（Ｄ））に付加され、ワイル符号語ＷＮが
更新される。この結果、第５〜９バイトの符号化データ
列は、図１１（Ａ）に示すように、個数Ｎが２であるこ
とを示すワイル符号語ＷＮ（２）と、第５〜６バイトの
ＬＺ圧縮データと、第７〜９バイトのＬＺ圧縮データと
で構成されるＬＺ圧縮データストリングスとなる。
に、未処理の入力データがバッファ２０２内に存在する
か否かが判断され、未処理の入力データが存在すれば、
ステップＳ６において、入力データの次の２バイト（第
７〜８バイト「３Ａh ３Ｂh 」）をＬＺタイプで符号化
できるか否かを判定する。図１１（Ａ）に示すように、
第７バイト以降のバイト列と一致する最長のバイト列は
第２〜４バイトである。従って、ステップＳ４において
第７〜９バイトがＬＺタイプで符号化されて、そのＬＺ
圧縮データが第５〜６バイトのＬＺ圧縮データストリン
グス（図１０（Ｄ））に付加され、ワイル符号語ＷＮが
更新される。この結果、第５〜９バイトの符号化データ
列は、図１１（Ａ）に示すように、個数Ｎが２であるこ
とを示すワイル符号語ＷＮ（２）と、第５〜６バイトの
ＬＺ圧縮データと、第７〜９バイトのＬＺ圧縮データと
で構成されるＬＺ圧縮データストリングスとなる。
【００４０】第１０バイト「７０h 」はＬＺタイプで符
号化できないので、ステップＳ６からステップＳ１に戻
り、無圧縮タイプの符号化が実行される。この結果、図
１１（Ｂ）に示す無圧縮データストリングが符号化デー
タ列に付加される。
号化できないので、ステップＳ６からステップＳ１に戻
り、無圧縮タイプの符号化が実行される。この結果、図
１１（Ｂ）に示す無圧縮データストリングが符号化デー
タ列に付加される。
【００４１】こうして、ＬＺタイプの符号化と、無圧縮
タイプの符号化が交互に行なわれ、バッファ２０２内の
入力データ列がすべて符号化されると、図７に示すエン
ドマーカが符号化データ列の最後に付加される。図１１
の例では、符号化データ列の最後が無圧縮データストリ
ングスなので、図７（Ａ）のエンドマーカが使用され
る。
タイプの符号化が交互に行なわれ、バッファ２０２内の
入力データ列がすべて符号化されると、図７に示すエン
ドマーカが符号化データ列の最後に付加される。図１１
の例では、符号化データ列の最後が無圧縮データストリ
ングスなので、図７（Ａ）のエンドマーカが使用され
る。
【００４２】ＬＺ符号化部２１２と無圧縮符号化部２１
６とで生成された符号化データは、圧縮データバッファ
２０６に記憶されている符号化データ列に順次追加され
ていく。そして、エンドマーカが付加されると、圧縮デ
ータバッファ２０６に記憶されている１組の符号化デー
タ列が書込み制御部２０８によってハードディスク１２
３に書き込まれるとともに、次の入力データ列がバッフ
ァ２０２に読込まれて図９に示す符号化処理が再度実行
される。
６とで生成された符号化データは、圧縮データバッファ
２０６に記憶されている符号化データ列に順次追加され
ていく。そして、エンドマーカが付加されると、圧縮デ
ータバッファ２０６に記憶されている１組の符号化デー
タ列が書込み制御部２０８によってハードディスク１２
３に書き込まれるとともに、次の入力データ列がバッフ
ァ２０２に読込まれて図９に示す符号化処理が再度実行
される。
【００４３】なお、図９のステップＳ２，Ｓ３，Ｓ５，
Ｓ６は、符号化タイプ判定部２１０（図２）によって実
行され、ステップＳ１は無圧縮符号化部２１６によっ
て、ステップＳ４はＬＺ符号化部２１２によってそれぞ
れ実行される。
Ｓ６は、符号化タイプ判定部２１０（図２）によって実
行され、ステップＳ１は無圧縮符号化部２１６によっ
て、ステップＳ４はＬＺ符号化部２１２によってそれぞ
れ実行される。
【００４４】上述した第１の実施例では、無圧縮データ
ストリングスとＬＺ圧縮データストリングスのそれぞれ
において、単位符号化データ（無圧縮バイトデータとＬ
Ｚ圧縮データ）の個数を示す符号語ＷＮに続いて、Ｎ個
の単位符号化データを付加するようにしている。この結
果、個々の単位符号化データにその種別を示す接頭語や
接尾語を付加する必要がないので、圧縮率を高めること
ができる。さらに、無圧縮データストリングスとＬＺ圧
縮データストリングスを交互に配列するようにしたの
で、各データストリングスにもその種別を示す接頭語や
接尾語を付加する必要がなく、圧縮率をさらに高めるこ
とができる。
ストリングスとＬＺ圧縮データストリングスのそれぞれ
において、単位符号化データ（無圧縮バイトデータとＬ
Ｚ圧縮データ）の個数を示す符号語ＷＮに続いて、Ｎ個
の単位符号化データを付加するようにしている。この結
果、個々の単位符号化データにその種別を示す接頭語や
接尾語を付加する必要がないので、圧縮率を高めること
ができる。さらに、無圧縮データストリングスとＬＺ圧
縮データストリングスを交互に配列するようにしたの
で、各データストリングスにもその種別を示す接頭語や
接尾語を付加する必要がなく、圧縮率をさらに高めるこ
とができる。
【００４５】Ｅ．第２の実施例：図１２は、第２実施例
における符号化データ列のフォーマットを示す説明図で
ある。第２の実施例における符号化データ列は、無圧縮
データストリングスＮＣＳと、ＬＺ圧縮データＬＺｆ
と、エンドマーカＥＮＤとで構成されている。無圧縮デ
ータストリングスＮＣＳは、第１の実施例と同じフォー
マットを有している。ＬＺ圧縮データＬＺｆは、後述す
るように、第１の実施例とは異なるフォーマットを有し
ている。
における符号化データ列のフォーマットを示す説明図で
ある。第２の実施例における符号化データ列は、無圧縮
データストリングスＮＣＳと、ＬＺ圧縮データＬＺｆ
と、エンドマーカＥＮＤとで構成されている。無圧縮デ
ータストリングスＮＣＳは、第１の実施例と同じフォー
マットを有している。ＬＺ圧縮データＬＺｆは、後述す
るように、第１の実施例とは異なるフォーマットを有し
ている。
【００４６】図１３は、第２の実施例の状態遷移図であ
る。第２の実施例では、無圧縮タイプの符号化の次には
ＬＺタイプの符号化が行なわれるが、ＬＺタイプの符号
化の次には無圧縮タイプかＬＺタイプのいずれかの符号
化が行なわれる。従って、前述した図１２の例に示すよ
うに、無圧縮データストリングスＮＣＳの後には必ずＬ
Ｚ圧縮データＬＺｆが付加されるが、ＬＺ圧縮データＬ
Ｚｆの後には無圧縮データストリングスＮＣＳとＬＺ圧
縮データＬＺｆのいずれか一方が付加される。
る。第２の実施例では、無圧縮タイプの符号化の次には
ＬＺタイプの符号化が行なわれるが、ＬＺタイプの符号
化の次には無圧縮タイプかＬＺタイプのいずれかの符号
化が行なわれる。従って、前述した図１２の例に示すよ
うに、無圧縮データストリングスＮＣＳの後には必ずＬ
Ｚ圧縮データＬＺｆが付加されるが、ＬＺ圧縮データＬ
Ｚｆの後には無圧縮データストリングスＮＣＳとＬＺ圧
縮データＬＺｆのいずれか一方が付加される。
【００４７】図１４は、第２の実施例におけるＬＺ圧縮
データＬＺｆのフォーマットを示す説明図である。この
ＬＺ圧縮データＬＺｆは、一致データ列同士の距離を示
す符号語ＯＦＦＳＥＴと、一致長を示す符号語ＬＥＮＧ
ＴＨの後に、次の単位符号化データのタイプを示す接尾
語ＦＬＡＧが付加されている。接尾語ＦＬＡＧの値が０
の場合には次の単位符号化データは無圧縮データストリ
ングスであり、１の場合には次の単位符号化データはＬ
Ｚ圧縮データＬＺｆである。なお、無圧縮データストリ
ングスの次には必ずＬＺ圧縮データＬＺｆが付加される
ので、無圧縮データストリングスには接尾語を付加する
必要はない。
データＬＺｆのフォーマットを示す説明図である。この
ＬＺ圧縮データＬＺｆは、一致データ列同士の距離を示
す符号語ＯＦＦＳＥＴと、一致長を示す符号語ＬＥＮＧ
ＴＨの後に、次の単位符号化データのタイプを示す接尾
語ＦＬＡＧが付加されている。接尾語ＦＬＡＧの値が０
の場合には次の単位符号化データは無圧縮データストリ
ングスであり、１の場合には次の単位符号化データはＬ
Ｚ圧縮データＬＺｆである。なお、無圧縮データストリ
ングスの次には必ずＬＺ圧縮データＬＺｆが付加される
ので、無圧縮データストリングスには接尾語を付加する
必要はない。
【００４８】第２の実施例においても、第１の実施例と
同じ無圧縮データストリングスＮＣＳを用いているの
で、符号化データ列の中に複数の無圧縮バイトデータが
続く場合にも、全体の圧縮率を高く保つことが可能であ
る。また、単位符号化データのタイプを示す接尾語は、
ＬＺ圧縮データＬＺｆにのみ必要であり、無圧縮データ
ストリングスＮＣＳには付加する必要がないので、この
点からも圧縮率を従来よりも高くすることが可能であ
る。
同じ無圧縮データストリングスＮＣＳを用いているの
で、符号化データ列の中に複数の無圧縮バイトデータが
続く場合にも、全体の圧縮率を高く保つことが可能であ
る。また、単位符号化データのタイプを示す接尾語は、
ＬＺ圧縮データＬＺｆにのみ必要であり、無圧縮データ
ストリングスＮＣＳには付加する必要がないので、この
点からも圧縮率を従来よりも高くすることが可能であ
る。
【００４９】なお、この発明は上記実施例に限られるも
のではなく、その要旨を逸脱しない範囲において種々の
態様において実施することが可能であり、例えば次のよ
うな変形も可能である。
のではなく、その要旨を逸脱しない範囲において種々の
態様において実施することが可能であり、例えば次のよ
うな変形も可能である。
【００５０】（１）ワイル符号語ＷＮのテーブルは、図
５に示すもの以外のものを使用することが可能である。
また、個数を示す符号語として、ワイル符号以外のもの
を使用することも可能である。
５に示すもの以外のものを使用することが可能である。
また、個数を示す符号語として、ワイル符号以外のもの
を使用することも可能である。
【００５１】（２）符号化のタイプとしては、無圧縮タ
イプとＬＺタイプに他のタイプの符号化を追加すること
もできる。この場合には、必要に応じて各単位符号化デ
ータの種別を示す接頭語や接尾語が用いられる。しか
し、上述したフォーマットの無圧縮データストリングス
ＮＣＳを使用すれば、圧縮率を比較的高く保つことが可
能である。
イプとＬＺタイプに他のタイプの符号化を追加すること
もできる。この場合には、必要に応じて各単位符号化デ
ータの種別を示す接頭語や接尾語が用いられる。しか
し、上述したフォーマットの無圧縮データストリングス
ＮＣＳを使用すれば、圧縮率を比較的高く保つことが可
能である。
【００５２】（３）上記実施例では、一致データ列同士
の距離を示す符号語ＯＦＦＳＥＴを１１ビットの固定長
としたが、距離の大きさに応じた可変長の符号語を用い
ることも可能である。
の距離を示す符号語ＯＦＦＳＥＴを１１ビットの固定長
としたが、距離の大きさに応じた可変長の符号語を用い
ることも可能である。
【００５３】（４）上記実施例では、ＬＺタイプの符号
化が行なわれる最短のデータ長を２バイトとしていた
が、最短のバイト長は２バイト以上の任意の長さに設定
することが可能である。
化が行なわれる最短のデータ長を２バイトとしていた
が、最短のバイト長は２バイト以上の任意の長さに設定
することが可能である。
【００５４】
【発明の効果】以上説明したように、請求項１に記載し
た発明によれば、第２の符号化データが、無圧縮のバイ
トデータの個数を示す第１の符号語と、第１の符号語で
示される個数だけ連続する無圧縮のバイトデータと、を
含むように構成されるので、無圧縮タイプのデータが多
い場合にも比較的高い圧縮率が得られる。
た発明によれば、第２の符号化データが、無圧縮のバイ
トデータの個数を示す第１の符号語と、第１の符号語で
示される個数だけ連続する無圧縮のバイトデータと、を
含むように構成されるので、無圧縮タイプのデータが多
い場合にも比較的高い圧縮率が得られる。
【００５５】請求項２に記載した発明によれば、第１の
バイト列を少ないデータ量で符号化できる。
バイト列を少ないデータ量で符号化できる。
【００５６】請求項３に記載した発明によれば、単位符
号化データが連続する場合に圧縮率を高めることができ
る。
号化データが連続する場合に圧縮率を高めることができ
る。
【００５７】請求項４に記載した発明によれば、符号化
データの種別を示す接頭語や接尾語を用いずに各符号化
データを区別することができるので、圧縮率をさらに高
めることができる。
データの種別を示す接頭語や接尾語を用いずに各符号化
データを区別することができるので、圧縮率をさらに高
めることができる。
【図１】この発明の一実施例を適用する情報処理装置の
ハードウェア構成を示すブロック図。
ハードウェア構成を示すブロック図。
【図２】可逆符号化によるデータの圧縮と伸長とを行な
う圧縮伸長用デバイスドライバ２００の構成を示す機能
ブロック図。
う圧縮伸長用デバイスドライバ２００の構成を示す機能
ブロック図。
【図３】ＬＺタイプの符号化方法を示す説明図。
【図４】符号化データ列のフォーマットを示す説明図。
【図５】無圧縮データストリングスのフォーマットを示
す説明図。
す説明図。
【図６】ＬＺ圧縮データストリングスのフォーマットを
示す説明図。
示す説明図。
【図７】エンドマーカのデータフォーマットを示す説明
図。
図。
【図８】第１実施例の状態遷移図。
【図９】符号化処理の手順を示すフローチャート。
【図１０】第１実施例における符号化工程の一例を示す
説明図。
説明図。
【図１１】第１実施例における符号化工程の一例を示す
説明図。
説明図。
【図１２】第２実施例の符号化データ列のフォーマット
を示す説明図。
を示す説明図。
【図１３】第２実施例の状態遷移図。
【図１４】第２実施例のＬＺ圧縮データのフォーマット
を示す説明図。
を示す説明図。
【図１５】従来のＬＺ方式の符号化データ列のフォーマ
ットを示す説明図。
ットを示す説明図。
【図１６】従来の符号化方法の状態遷移図。
１０１…ＣＰＵ １０４…ＲＯＭ １０５…ＲＡＭ １１２…ＰＩＣ １１５…マウスインタフェース １１７…キーボード １１８…キーボードインタフェース １２１…ＦＤＣ １２３…ハードディスク １２５…ＨＤＣ １２８…ＣＲＴ １２９…ＣＲＴＣ １３０…プリンタ １３１…プリンタインタフェース ２００…圧縮伸長用デバイスドライバ ２０２…クラスタバッファ ２０４…圧縮部 ２０６…圧縮データバッファ ２０８…書込制御部 ２１０…符号化タイプ判定部 ２１２…ＬＺ符号化部 ２１６…無圧縮符号化部 ＥＮＤ…エンドマーカ ＦＬＡＧ…次の単位圧縮データのタイプを示す接尾語 ＬＥＮＧＴＨ…一致長を示す符号語 ＮＣＳ…無圧縮データストリングス ＯＦＦＳＥＴ…一致データ列同士の距離を示す符号語 ＲＡＷ…無圧縮バイトデータ ＷＮ…個数Ｎを示す符号語
Claims (4)
- 【請求項１】 入力データを可逆符号化して符号化デー
タ列を生成する方法であって、（Ａ）入力データの所定
長以上の第１のバイト列が、所定の符号化モードで符号
化するための符号化条件を満足するか否かを判定する工
程と、（Ｂ）前記判定条件が成立する場合には、前記第
１のバイト列を前記所定の符号化モードで符号化するこ
とによって第１の符号化データを生成し、前記第１の符
号化データを符号化データ列に付加する工程と、（Ｃ）
前記符号化条件が成立しない場合には、前記第１のバイ
ト列の少なくとも先頭バイトを無圧縮のバイトデータと
して含む第２の符号化データを生成し、前記第２の符号
化データを前記符号化データ列に付加する工程と、を備
え、 前記工程（Ｃ）は、 前記無圧縮のバイトデータの個数を示す第１の符号語
と、前記第１の符号語で示される個数だけ連続する前記
無圧縮のバイトデータと、を含むように前記第２の符号
化データを生成する工程、を備えることを特徴とするデ
ータの可逆符号化方法。 - 【請求項２】 請求項１記載のデータの可逆符号化方法
であって、 前記工程（Ｂ）は、 前記第１のバイト列と一致する最長の第２のバイト列を
前記入力データ内で探索する工程と、 前記第１と第２のバイト列相互の距離を示す第２の符号
語と、前記第１のバイト列の長さを示す第３の符号語
と、を含む単位符号化データを作成する工程と、を備え
るデータの可逆符号化方法。 - 【請求項３】 請求項２記載のデータの可逆符号化方法
であって、 前記工程（Ｂ）は、さらに、 前記単位符号化データの個数を示す第４の符号語と、前
記第４の符号語で示される個数だけ連続する前記単位符
号化データと、を含むように前記第１の符号化データを
生成する工程、を備えるデータの可逆符号化方法。 - 【請求項４】 請求項３記載のデータの可逆符号化方法
であって、さらに、 前記第１の符号化データと前記第２の符号化データを交
互に配列することによって前記符号データ列を生成する
工程、を備えるデータの可逆符号化方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24693294A JP3240495B2 (ja) | 1994-09-14 | 1994-09-14 | データの可逆符号化方法および装置、並びに、伸長装置 |
| US08/527,904 US5640158A (en) | 1994-09-14 | 1995-09-14 | Reversible method of encoding data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24693294A JP3240495B2 (ja) | 1994-09-14 | 1994-09-14 | データの可逆符号化方法および装置、並びに、伸長装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0888568A true JPH0888568A (ja) | 1996-04-02 |
| JP3240495B2 JP3240495B2 (ja) | 2001-12-17 |
Family
ID=17155900
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24693294A Expired - Lifetime JP3240495B2 (ja) | 1994-09-14 | 1994-09-14 | データの可逆符号化方法および装置、並びに、伸長装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5640158A (ja) |
| JP (1) | JP3240495B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100353171B1 (ko) * | 1997-09-19 | 2002-12-26 | 인터내셔널 비지네스 머신즈 코포레이션 | 적응형데이터압축을수행하는방법및장치 |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5874908A (en) * | 1997-09-19 | 1999-02-23 | International Business Machines Corporation | Method and apparatus for encoding Lempel-Ziv 1 variants |
| JP3541930B2 (ja) * | 1998-08-13 | 2004-07-14 | 富士通株式会社 | 符号化装置及び復号化装置 |
| US6275588B1 (en) | 1998-11-12 | 2001-08-14 | I-Data International A/S | Apparatus and method for performing and controlling encryption/decryption for data to be transmitted on local area network |
| EP1171957A2 (en) * | 1998-11-12 | 2002-01-16 | I-Data International A/S | Apparatus and method for performing and controlling encryption/decryption for data to be transmitted on local area network |
| US6624761B2 (en) * | 1998-12-11 | 2003-09-23 | Realtime Data, Llc | Content independent data compression method and system |
| US6601104B1 (en) * | 1999-03-11 | 2003-07-29 | Realtime Data Llc | System and methods for accelerated data storage and retrieval |
| US6604158B1 (en) | 1999-03-11 | 2003-08-05 | Realtime Data, Llc | System and methods for accelerated data storage and retrieval |
| US6360300B1 (en) | 1999-08-31 | 2002-03-19 | International Business Machines Corporation | System and method for storing compressed and uncompressed data on a hard disk drive |
| US6449689B1 (en) | 1999-08-31 | 2002-09-10 | International Business Machines Corporation | System and method for efficiently storing compressed data on a hard disk drive |
| US20030191876A1 (en) * | 2000-02-03 | 2003-10-09 | Fallon James J. | Data storewidth accelerator |
| US20010047473A1 (en) | 2000-02-03 | 2001-11-29 | Realtime Data, Llc | Systems and methods for computer initialization |
| US7417568B2 (en) | 2000-10-03 | 2008-08-26 | Realtime Data Llc | System and method for data feed acceleration and encryption |
| US9143546B2 (en) | 2000-10-03 | 2015-09-22 | Realtime Data Llc | System and method for data feed acceleration and encryption |
| US8692695B2 (en) | 2000-10-03 | 2014-04-08 | Realtime Data, Llc | Methods for encoding and decoding data |
| WO2002056478A1 (en) * | 2001-01-11 | 2002-07-18 | Koninklijke Philips Electronics N.V. | Data compression method with identifier of regressive string reference |
| US7386046B2 (en) | 2001-02-13 | 2008-06-10 | Realtime Data Llc | Bandwidth sensitive data compression and decompression |
| GB0213687D0 (en) * | 2002-06-14 | 2002-07-24 | Ibm | Multi-byte lempel-ziv 1 (LZ1) decompression |
| KR100532275B1 (ko) * | 2002-12-11 | 2005-11-29 | 삼성전자주식회사 | 이미지 압축방법 |
| US7538696B2 (en) * | 2007-08-31 | 2009-05-26 | Rmi Corporation | System and method for Huffman decoding within a compression engine |
| US7538695B2 (en) * | 2007-06-29 | 2009-05-26 | Rmi Corporation | System and method for deflate processing within a compression engine |
| JP5499894B2 (ja) | 2010-05-14 | 2014-05-21 | 株式会社リコー | 画像処理装置および画像処理方法 |
| US9998142B1 (en) * | 2017-09-28 | 2018-06-12 | Intel Corporation | Techniques for invariant-reference compression |
| US10840943B1 (en) * | 2019-10-15 | 2020-11-17 | EMC IP Holding Company LLC | System and method of data compression between backup server and storage |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2505980B2 (ja) * | 1993-04-16 | 1996-06-12 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 静的辞書作成方法及びコンピュ―タ実行システム |
| US5572206A (en) * | 1994-07-06 | 1996-11-05 | Microsoft Corporation | Data compression method and system |
-
1994
- 1994-09-14 JP JP24693294A patent/JP3240495B2/ja not_active Expired - Lifetime
-
1995
- 1995-09-14 US US08/527,904 patent/US5640158A/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100353171B1 (ko) * | 1997-09-19 | 2002-12-26 | 인터내셔널 비지네스 머신즈 코포레이션 | 적응형데이터압축을수행하는방법및장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3240495B2 (ja) | 2001-12-17 |
| US5640158A (en) | 1997-06-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3240495B2 (ja) | データの可逆符号化方法および装置、並びに、伸長装置 | |
| US5467087A (en) | High speed lossless data compression system | |
| US5374916A (en) | Automatic electronic data type identification process | |
| US5229768A (en) | Adaptive data compression system | |
| US6218970B1 (en) | Literal handling in LZ compression employing MRU/LRU encoding | |
| KR100353171B1 (ko) | 적응형데이터압축을수행하는방법및장치 | |
| JPH0779262B2 (ja) | 圧縮データの符号化方法 | |
| JP3141002B2 (ja) | 符号化方法及びデータ圧縮器 | |
| JPH0779263B2 (ja) | データ圧縮方法 | |
| US6225922B1 (en) | System and method for compressing data using adaptive field encoding | |
| JP2746109B2 (ja) | ハフマン符号復号化回路 | |
| JP2536422B2 (ja) | デ―タ圧縮装置及びデ―タ復元装置 | |
| JPH07107303A (ja) | ハフマン符号の復号化方法 | |
| JPS6345131B2 (ja) | ||
| JP2940948B2 (ja) | データ圧縮方式 | |
| JP3061278B2 (ja) | 可変ビット長コード語のビット長通信方法 | |
| JP4726046B2 (ja) | 文字列検索装置及びコンピュータプログラム及び文字列検索方法 | |
| JP3242795B2 (ja) | データ処理装置及びデータ処理方法 | |
| JP3105598B2 (ja) | ユニバーサル符号を用いたデータ圧縮方式 | |
| JP3199292B2 (ja) | ハフマン符号の符号化でのランレングス抽出方法、ハフマン符号変換方法およびｍｈ符号化処理方法 | |
| JP3442105B2 (ja) | データ圧縮および復元方式 | |
| JP2999561B2 (ja) | データ圧縮及び復元装置 | |
| JPH07271552A (ja) | データの可逆符号化方法および装置 | |
| JP2825960B2 (ja) | データ圧縮方法及び復元方法 | |
| JP3051501B2 (ja) | データ圧縮方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081019 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091019 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111019 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121019 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121019 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131019 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term |