JPH07111460A - データ圧縮装置及び方法 - Google Patents
データ圧縮装置及び方法Info
- Publication number
- JPH07111460A JPH07111460A JP6159042A JP15904294A JPH07111460A JP H07111460 A JPH07111460 A JP H07111460A JP 6159042 A JP6159042 A JP 6159042A JP 15904294 A JP15904294 A JP 15904294A JP H07111460 A JPH07111460 A JP H07111460A
- Authority
- JP
- Japan
- Prior art keywords
- data
- matching
- character
- indicator
- string
- 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.)
- Pending
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
-
- 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/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
-
- 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/46—Conversion to or from run-length codes, i.e. by representing the number of consecutive digits, or groups of digits, of the same kind by a code word and a digit indicative of that kind
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)
- Dc Digital Transmission (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
(57)【要約】 （修正有）
【目的】 入力データキャラクタストリームを可変長符
号化データストリームに変換し、高速かつ高圧縮率のデ
ータ圧縮装置及び方法を提供する。 【構成】 圧縮回路２２８は圧縮コントローラ及びシー
ケンスコントローラ２３０によって制御される。データ
圧縮方法は、データ格納手段内で入力データストリーム
にマッチする入力データキャラクタの最長データストリ
ングをサーチする。マッチングデータストリングが見つ
かった場合には、見つかったことを示す標識と、マッチ
ングデータストリングの長さの可変長指示子と、該格納
手段内での位置を示すポインタと、を割り当てて、マッ
チングデータストリングを符号化する。符号化により、
入力データストリームの２個のキャラクタのマッチング
ストリングは２個より少ないキャラクタに圧縮される。
マッチング入力データストリングが見つからなかった場
合には、「生」データ標識と、入力データストリームの
最初のキャラクタとを割り当てる。
号化データストリームに変換し、高速かつ高圧縮率のデ
ータ圧縮装置及び方法を提供する。 【構成】 圧縮回路２２８は圧縮コントローラ及びシー
ケンスコントローラ２３０によって制御される。データ
圧縮方法は、データ格納手段内で入力データストリーム
にマッチする入力データキャラクタの最長データストリ
ングをサーチする。マッチングデータストリングが見つ
かった場合には、見つかったことを示す標識と、マッチ
ングデータストリングの長さの可変長指示子と、該格納
手段内での位置を示すポインタと、を割り当てて、マッ
チングデータストリングを符号化する。符号化により、
入力データストリームの２個のキャラクタのマッチング
ストリングは２個より少ないキャラクタに圧縮される。
マッチング入力データストリングが見つからなかった場
合には、「生」データ標識と、入力データストリームの
最初のキャラクタとを割り当てる。
Description
【０００１】
【産業上の利用分野】本発明は、一般的にはデータ格納
及び伝送システムに関し、より詳細には、データ格納及
び伝送の能力を改善する、データ圧縮システム及び方法
に関する。
及び伝送システムに関し、より詳細には、データ格納及
び伝送の能力を改善する、データ圧縮システム及び方法
に関する。
【０００２】
【従来の技術】データ格納システムとデータ伝送システ
ムとの間のデータ圧縮の重要でない違いによって、デー
タ格納システムのみが、特に、このようなシステムに格
納されたデータファイルに言及される。しかし、全ての
データ格納システムは、データ伝送システム及び他のア
プリケーションをカバーするように、容易に拡張され得
る。ファイルはバイト又はキャラクタの連続するストリ
ームであると考えられ、そこではバイトは幾つかの固定
された数のビットから成り、圧縮システムはこの入力バ
イトのストリームを、「圧縮された」バイトの出力スト
リームに変換し、これから伸張ユニットによって、オリ
ジナルファイルの内容が再構築され得る。コンピュータ
データファイルが典型的に膨大な量の冗長性を含むとい
うことは、定着している。これらのファイルがディスク
又はテープ記憶媒体上でより小さいスペースを占めるよ
うに、又は１２００ボーのモデムラインのような伝送チ
ャネルに於いてより短い時間で移送され得るように、こ
れらのファイルを「圧縮」するために多くの技術が長年
用いられてきた。例えば、パーソナルコンピュータに使
用される幾つかの広く用いられている市販のプログラム
がある（例えば、System Enhancement Associates,In
c.,Wayne,NJ,1985のＡＲＣソフトウェア）。このプログ
ラムはファイル上で圧縮及び伸張の機能を果たす。減少
量はファイルの内容に大きく依存して変化するが、この
ようなプログラムにとって、与えられたファイルの大き
さを２：１の比（又はそれ以上）に減少させることは一
般的ではない。
ムとの間のデータ圧縮の重要でない違いによって、デー
タ格納システムのみが、特に、このようなシステムに格
納されたデータファイルに言及される。しかし、全ての
データ格納システムは、データ伝送システム及び他のア
プリケーションをカバーするように、容易に拡張され得
る。ファイルはバイト又はキャラクタの連続するストリ
ームであると考えられ、そこではバイトは幾つかの固定
された数のビットから成り、圧縮システムはこの入力バ
イトのストリームを、「圧縮された」バイトの出力スト
リームに変換し、これから伸張ユニットによって、オリ
ジナルファイルの内容が再構築され得る。コンピュータ
データファイルが典型的に膨大な量の冗長性を含むとい
うことは、定着している。これらのファイルがディスク
又はテープ記憶媒体上でより小さいスペースを占めるよ
うに、又は１２００ボーのモデムラインのような伝送チ
ャネルに於いてより短い時間で移送され得るように、こ
れらのファイルを「圧縮」するために多くの技術が長年
用いられてきた。例えば、パーソナルコンピュータに使
用される幾つかの広く用いられている市販のプログラム
がある（例えば、System Enhancement Associates,In
c.,Wayne,NJ,1985のＡＲＣソフトウェア）。このプログ
ラムはファイル上で圧縮及び伸張の機能を果たす。減少
量はファイルの内容に大きく依存して変化するが、この
ようなプログラムにとって、与えられたファイルの大き
さを２：１の比（又はそれ以上）に減少させることは一
般的ではない。
【０００３】データ圧縮のための従来技術に於ける多く
のアプローチがなされている。これらのアプローチの幾
つかは、ファイル又はファイル内のデータの一定のタイ
プについて、暗黙の前提を作り出している。例えば、ス
キャナを用いて生成されたページのビットイメージは、
殆どが空白の画素であり、この傾向は、このようなファ
イルの大きさを大きく減少させる圧縮アルゴリズムによ
って利用される。同様に、ワードプロセッシングファイ
ルは、関係する言語（即ち、英語）に最もよく現れるキ
ャラクタ（又はワード）の知識を用いて容易に圧縮され
る、多くのアスキーキャラクタを含んでいる。他の圧縮
方法はファイルのタイプから独立しており、そのデータ
に「適応」するようにされている。一般に、特定のタイ
プ用の圧縮技術は、その技術が最適化されるファイル上
では、一般用のアルゴリズムよりも高い圧縮性能を供給
する。しかし、もしファイルモデルが正しくないと、そ
れらは非常に低い圧縮性能を有する傾向にある。例え
ば、英語のテキストに最適化された圧縮方法は、フラン
ス語のテキストを含むファイル上では、不完全にしか機
能しないかも知れない。
のアプローチがなされている。これらのアプローチの幾
つかは、ファイル又はファイル内のデータの一定のタイ
プについて、暗黙の前提を作り出している。例えば、ス
キャナを用いて生成されたページのビットイメージは、
殆どが空白の画素であり、この傾向は、このようなファ
イルの大きさを大きく減少させる圧縮アルゴリズムによ
って利用される。同様に、ワードプロセッシングファイ
ルは、関係する言語（即ち、英語）に最もよく現れるキ
ャラクタ（又はワード）の知識を用いて容易に圧縮され
る、多くのアスキーキャラクタを含んでいる。他の圧縮
方法はファイルのタイプから独立しており、そのデータ
に「適応」するようにされている。一般に、特定のタイ
プ用の圧縮技術は、その技術が最適化されるファイル上
では、一般用のアルゴリズムよりも高い圧縮性能を供給
する。しかし、もしファイルモデルが正しくないと、そ
れらは非常に低い圧縮性能を有する傾向にある。例え
ば、英語のテキストに最適化された圧縮方法は、フラン
ス語のテキストを含むファイル上では、不完全にしか機
能しないかも知れない。
【０００４】典型的には、格納システムはどんなタイプ
のデータがその中に格納されているかを知らない。従っ
て、特定のデータ用の圧縮技術は避けられ、又はそれら
は可能な技術の集合の一つとして用いられるのみであ
る。例えば、ＡＢＣは多くの方法を用い、そして各ファ
イルに最適のそれを選択する。しかし、このアプローチ
は単一の圧縮方法を用いるのに比べて、非常なコンピュ
ータのオーバーヘッドを必要とすることに注意しなけれ
ばならない。
のデータがその中に格納されているかを知らない。従っ
て、特定のデータ用の圧縮技術は避けられ、又はそれら
は可能な技術の集合の一つとして用いられるのみであ
る。例えば、ＡＢＣは多くの方法を用い、そして各ファ
イルに最適のそれを選択する。しかし、このアプローチ
は単一の圧縮方法を用いるのに比べて、非常なコンピュ
ータのオーバーヘッドを必要とすることに注意しなけれ
ばならない。
【０００５】圧縮方法の他の重要な見地は、ファイルが
処理される速度である。もし圧縮（又は伸張）の速度が
非常に遅く、システムの性能を著しく低下させる場合に
は、たとえそれが競合する方法よりも高い圧縮比を達成
し得ても、その圧縮方法は受け入れられない。例えば、
ストリームテープシステムでは、もしテープ駆動に必要
な速度でデータを供給するのに十分速くファイルが圧縮
されなければ、テープは流れの速度を落し、圧縮による
性能及び／又は容量利得は無駄になる。
処理される速度である。もし圧縮（又は伸張）の速度が
非常に遅く、システムの性能を著しく低下させる場合に
は、たとえそれが競合する方法よりも高い圧縮比を達成
し得ても、その圧縮方法は受け入れられない。例えば、
ストリームテープシステムでは、もしテープ駆動に必要
な速度でデータを供給するのに十分速くファイルが圧縮
されなければ、テープは流れの速度を落し、圧縮による
性能及び／又は容量利得は無駄になる。
【０００６】最も一般的な圧縮技術の一つは、ランレン
グス符号化として知られている。このアプローチは、ゼ
ロ又はスペースキャラクタのような同じバイト（キャラ
クタ）が繰り返されたストリングを、ファイルがしばし
ば有しているという事実を利用している。このようなス
トリングは「エスケープ」キャラクタを用いて符号化
（コード化）され、繰り返し数、繰り返されるキャラク
タが続く。ランの形式で現れなかった他の全てのキャラ
クタは、それらを「普通テキスト」として出力ストリー
ムに置くことによって符号化される。エスケープキャラ
クタは滅多に使用しないバイトとなるように選ばれ、入
力ストリームに於けるその出現は、キャラクタとしての
エスケープキャラクタそれ自身を有する長さ１のランと
して符号化される。ランレングス符号化はあるタイプの
ファイル上ではよく機能するが、もしファイルが繰り返
しのキャラクタを有していなければ（又はファイルにエ
スケープキャラクタがしばしば出現すれば）、低い圧縮
比率しか有し得ない。従って、一般に、エスケープキャ
ラクタの選択は、データ上で最も使用の少ないバイトを
捜すという余分な経路を必要としこのようなシステムの
効率を低下させる。
グス符号化として知られている。このアプローチは、ゼ
ロ又はスペースキャラクタのような同じバイト（キャラ
クタ）が繰り返されたストリングを、ファイルがしばし
ば有しているという事実を利用している。このようなス
トリングは「エスケープ」キャラクタを用いて符号化
（コード化）され、繰り返し数、繰り返されるキャラク
タが続く。ランの形式で現れなかった他の全てのキャラ
クタは、それらを「普通テキスト」として出力ストリー
ムに置くことによって符号化される。エスケープキャラ
クタは滅多に使用しないバイトとなるように選ばれ、入
力ストリームに於けるその出現は、キャラクタとしての
エスケープキャラクタそれ自身を有する長さ１のランと
して符号化される。ランレングス符号化はあるタイプの
ファイル上ではよく機能するが、もしファイルが繰り返
しのキャラクタを有していなければ（又はファイルにエ
スケープキャラクタがしばしば出現すれば）、低い圧縮
比率しか有し得ない。従って、一般に、エスケープキャ
ラクタの選択は、データ上で最も使用の少ないバイトを
捜すという余分な経路を必要としこのようなシステムの
効率を低下させる。
【０００７】最も洗練されたアプローチは、ハフマンコ
ードとして知られている（Huffman,David A.,"A Method
for the Construction of Minimum Redundancy Code
s",Proceedings of the IRE,pp.1098-1110,September 1
952 を参照せよ）。この方法では、あるバイトはファイ
ル内で他のバイトよりしばしば多く現れると仮定され
る。例えば英語のテキストでは、文字「ｔ」又は「Ｔ」
は文字「Ｑ」より多く存在する。各バイトはビットスト
リングに割り当てられ、その長さは、逆にファイル内に
於けるそのバイトの相対的な頻度に関係する。これらの
ビットストリングは、もし１ビットがある時に処理され
ると、唯一の結果しか生じないように復号化（デコー
ド）されるように選択される。ハフマンはファイルに対
する相対的頻度の統計に基づく、ビットストリングの最
適割当てのためのアルゴリズムを導いている。
ードとして知られている（Huffman,David A.,"A Method
for the Construction of Minimum Redundancy Code
s",Proceedings of the IRE,pp.1098-1110,September 1
952 を参照せよ）。この方法では、あるバイトはファイ
ル内で他のバイトよりしばしば多く現れると仮定され
る。例えば英語のテキストでは、文字「ｔ」又は「Ｔ」
は文字「Ｑ」より多く存在する。各バイトはビットスト
リングに割り当てられ、その長さは、逆にファイル内に
於けるそのバイトの相対的な頻度に関係する。これらの
ビットストリングは、もし１ビットがある時に処理され
ると、唯一の結果しか生じないように復号化（デコー
ド）されるように選択される。ハフマンはファイルに対
する相対的頻度の統計に基づく、ビットストリングの最
適割当てのためのアルゴリズムを導いている。
【０００８】ハルマンアルゴリズムは、達成される圧縮
が漸近的にファイルの「エントロピー」に近づくことを
保証し、それは以下のように正確に定義される。
が漸近的にファイルの「エントロピー」に近づくことを
保証し、それは以下のように正確に定義される。
【０００９】 Ｈ＝ＳＵＭ−［ｐ（ｉ）ｌｏｇ２（ｐ（ｉ））］ ここで、
【００１０】
【数１】
【００１１】Ｈの単位はビットであり、それはファイル
内のキャラクタを表現するのに（平均して）どれだけの
ビットが必要かを測定する。例えば、もしエントロピー
が８−ビットバイトを用いて４．０ビットであれば、ハ
フマン圧縮システムはファイル上で２：１の圧縮をなし
得る。エントロピーが高いほど、データはより「乱雑」
（従って、あまり圧縮できない）である。
内のキャラクタを表現するのに（平均して）どれだけの
ビットが必要かを測定する。例えば、もしエントロピー
が８−ビットバイトを用いて４．０ビットであれば、ハ
フマン圧縮システムはファイル上で２：１の圧縮をなし
得る。エントロピーが高いほど、データはより「乱雑」
（従って、あまり圧縮できない）である。
【００１２】ハフマンアプローチの多くの変形があり
（例えば、Jones, Douglas W.,"Application of Splay
Trees to Data Compression",Communications of the A
CM,pp.996-1007,Vol.31,No.8,August 1988）、通常、そ
れらは処理された入力バイトの最新の履歴に基づいた、
動的コード割当てを含んでいる。このようなスキームは
上で議論した問題点を回避する。他のアプローチは同時
に２バイトワード（バイグラム(bi-gram)）を見ること
を含み、ハフマン符号化をそのワード上で行う。
（例えば、Jones, Douglas W.,"Application of Splay
Trees to Data Compression",Communications of the A
CM,pp.996-1007,Vol.31,No.8,August 1988）、通常、そ
れらは処理された入力バイトの最新の履歴に基づいた、
動的コード割当てを含んでいる。このようなスキームは
上で議論した問題点を回避する。他のアプローチは同時
に２バイトワード（バイグラム(bi-gram)）を見ること
を含み、ハフマン符号化をそのワード上で行う。
【００１３】近年のハフマン符号化の変形は、MacCrisk
enの米国特許第4,730,348号（及びその中で参照されて
いる他の特許）に現れている。MacCriskenの米国特許で
は、ハフマンコードは先のバイトのコンテキストに於け
るバイトに割り当てられる。言い換えれば、複数の符号
化テーブル（コードテーブル）が用いられ、各テーブル
は先のバイトに従って選択される。このアプローチは、
例えば、英語では文字「ｕ」は頻繁には現れないが、
「ｑ」の後には殆ど常に現れるという観察に基づいてい
る。従って、「ｕ」に割り当てられるコードは、先の文
字が「ｑ」（又は「Ｑ」）であるかどうかに依存して異
なるであろう。多数のテーブルと動的コード割当てとを
用いる同様のスキームについては、Jones, Douglas
W.,"Application of Splay Trees to Data Compressio
n"を参照されたい。
enの米国特許第4,730,348号（及びその中で参照されて
いる他の特許）に現れている。MacCriskenの米国特許で
は、ハフマンコードは先のバイトのコンテキストに於け
るバイトに割り当てられる。言い換えれば、複数の符号
化テーブル（コードテーブル）が用いられ、各テーブル
は先のバイトに従って選択される。このアプローチは、
例えば、英語では文字「ｕ」は頻繁には現れないが、
「ｑ」の後には殆ど常に現れるという観察に基づいてい
る。従って、「ｕ」に割り当てられるコードは、先の文
字が「ｑ」（又は「Ｑ」）であるかどうかに依存して異
なるであろう。多数のテーブルと動的コード割当てとを
用いる同様のスキームについては、Jones, Douglas
W.,"Application of Splay Trees to Data Compressio
n"を参照されたい。
【００１４】圧縮のための全体的に異なるアプローチ
が、Ziv及びLempelによって開発され（Ziv,J.及びLempe
l, A. "Compression of Individual Sequence via Vari
able-Rate Coding", IEEE Transactions on Informatio
n Theory, Vol. IT-24, pp. 530-536. September 1978
を参照せよ）、Welchによって改良されている（Welch,T
erry A.,"A Technique for High-Performance Data Com
pression",IEEE Computer,pp.8-19,June 1984）。可変
長のコードを固定された大きさのバイトに割り当てる代
わりに、Ziv-Lempelアルゴリズム（「ＺＬ」）は、固定
長のコードを可変の大きさのストリングに割り当てる。
ファイルからの入力バイトが処理されるにつれて、スト
リングのテーブルが作成され、各バイト又はバイトのス
トリングは、テーブル内のストリングのインデックスの
みを出力することにより、圧縮される。典型的にはこの
インデックスは１１−１４ビットの範囲であり、１２ビ
ットが一般的である。なぜならこれは単純な手法に向い
ているからである。テーブルは先に符号化されたバイト
のみを用いて作成されるので、圧縮及び伸縮のシステム
の両方は、テーブル情報を移送するのに必要な余分なオ
ーバーヘッド無しに、同じテーブルを維持することがで
きる。ハッシングアルゴリズムがマッチングストリング
を効率的に捜すのに用いられる。ファイルの初めでは、
テーブルはアルファベットの各キャラクタに対して一つ
のストリングが初期化される。従って、たとえそのスト
リングが長さ１のみを有していても、全てのバイトは少
なくとも一つのストリングに見いだされるということを
確実にする。
が、Ziv及びLempelによって開発され（Ziv,J.及びLempe
l, A. "Compression of Individual Sequence via Vari
able-Rate Coding", IEEE Transactions on Informatio
n Theory, Vol. IT-24, pp. 530-536. September 1978
を参照せよ）、Welchによって改良されている（Welch,T
erry A.,"A Technique for High-Performance Data Com
pression",IEEE Computer,pp.8-19,June 1984）。可変
長のコードを固定された大きさのバイトに割り当てる代
わりに、Ziv-Lempelアルゴリズム（「ＺＬ」）は、固定
長のコードを可変の大きさのストリングに割り当てる。
ファイルからの入力バイトが処理されるにつれて、スト
リングのテーブルが作成され、各バイト又はバイトのス
トリングは、テーブル内のストリングのインデックスの
みを出力することにより、圧縮される。典型的にはこの
インデックスは１１−１４ビットの範囲であり、１２ビ
ットが一般的である。なぜならこれは単純な手法に向い
ているからである。テーブルは先に符号化されたバイト
のみを用いて作成されるので、圧縮及び伸縮のシステム
の両方は、テーブル情報を移送するのに必要な余分なオ
ーバーヘッド無しに、同じテーブルを維持することがで
きる。ハッシングアルゴリズムがマッチングストリング
を効率的に捜すのに用いられる。ファイルの初めでは、
テーブルはアルファベットの各キャラクタに対して一つ
のストリングが初期化される。従って、たとえそのスト
リングが長さ１のみを有していても、全てのバイトは少
なくとも一つのストリングに見いだされるということを
確実にする。
【００１５】Ziv-Lempelアルゴリズムは、それ自身をデ
ータに適合させ、ファイルの内容に根拠を置く予め設定
されたテーブルを必要としないので、魅力がある。更
に、ストリングを極端に長くし得るので、最適の場合の
圧縮比率は非常に高く、実際のＺＬ出力は、ほとんどの
タイプのファイルでハフマンスキームに匹敵する。ま
た、それは装置にとっても非常に単純であり、この単純
さが高い効率に現れている。
ータに適合させ、ファイルの内容に根拠を置く予め設定
されたテーブルを必要としないので、魅力がある。更
に、ストリングを極端に長くし得るので、最適の場合の
圧縮比率は非常に高く、実際のＺＬ出力は、ほとんどの
タイプのファイルでハフマンスキームに匹敵する。ま
た、それは装置にとっても非常に単純であり、この単純
さが高い効率に現れている。
【００１６】また、同時に１より多くの方法を用いる圧
縮システムを設計することも可能である。このシステム
は、ファイル内でその方法が最も効率的になるように動
的に後ろ及び前にスイッチングする。装置の観点から
は、このようなスキームは非常に高価であるかも知れな
いが（即ち、遅く及び／又は高価である）、結果として
得られる圧縮比率を非常に高くすることができる。
縮システムを設計することも可能である。このシステム
は、ファイル内でその方法が最も効率的になるように動
的に後ろ及び前にスイッチングする。装置の観点から
は、このようなスキームは非常に高価であるかも知れな
いが（即ち、遅く及び／又は高価である）、結果として
得られる圧縮比率を非常に高くすることができる。
【００１７】動的に前後にスイッチするこのような一つ
の方法は、MacCriskenの特許に開示されている。上述の
ように、バイグラムハフマン法は主要な圧縮技術として
使用されている。典型的には、圧縮及び伸張システムは
予め定義された（即ち、統計的に）コードテーブルのセ
ットを用いてスタートする。おそらく、英語、フランス
語及びパスカルソースコードのためのこのようなテーブ
ルのセットがある。圧縮ユニット（送信機）は、使用さ
れるテーブルの短い記述を最初に移送又は格納する。伸
張ユニット（受信機）はこのコードを分析し、適切なテ
ーブルを選択する。圧縮の間に、もし現在のテーブルが
十分に機能しないことが決定されると、送信機は特別の
（「エスケープ」）ハフマンコードを移送する。このコ
ードは、他の特定の予め定義されたテーブルを選択する
か、又は伸張された先のデータに基づいて新たなテーブ
ルを計算するかどうかを受信機に伝える。送信機及び受
信機の両方は、同じアルゴリズムを用いてテーブルを計
算するので、テーブル全体を送る必要はないけれども計
算を行うのに幾らかの時間がかかる。ひとたび新たなテ
ーブルが計算されると、以前と同様に圧縮が行われる。
かなりのコンピュータのオーバーヘッドが存在するけれ
ども、この技術が更に動的ハフマンスキームに用いられ
得ないという理由は無いことに注意しなければならな
い。
の方法は、MacCriskenの特許に開示されている。上述の
ように、バイグラムハフマン法は主要な圧縮技術として
使用されている。典型的には、圧縮及び伸張システムは
予め定義された（即ち、統計的に）コードテーブルのセ
ットを用いてスタートする。おそらく、英語、フランス
語及びパスカルソースコードのためのこのようなテーブ
ルのセットがある。圧縮ユニット（送信機）は、使用さ
れるテーブルの短い記述を最初に移送又は格納する。伸
張ユニット（受信機）はこのコードを分析し、適切なテ
ーブルを選択する。圧縮の間に、もし現在のテーブルが
十分に機能しないことが決定されると、送信機は特別の
（「エスケープ」）ハフマンコードを移送する。このコ
ードは、他の特定の予め定義されたテーブルを選択する
か、又は伸張された先のデータに基づいて新たなテーブ
ルを計算するかどうかを受信機に伝える。送信機及び受
信機の両方は、同じアルゴリズムを用いてテーブルを計
算するので、テーブル全体を送る必要はないけれども計
算を行うのに幾らかの時間がかかる。ひとたび新たなテ
ーブルが計算されると、以前と同様に圧縮が行われる。
かなりのコンピュータのオーバーヘッドが存在するけれ
ども、この技術が更に動的ハフマンスキームに用いられ
得ないという理由は無いことに注意しなければならな
い。
【００１８】ハフマン符号化に加えて、MacCriskenは第
２のストリングに基づく圧縮方法を用いている。送信機
及び受信機の両方が、最新の移送された入力バイトの履
歴バッファを保持する。それぞれの新たな入力バイト
（Ａ）に対してバイグラムハフマンコードが生成される
が、ハッシングスキームを用いて履歴内の次の３つの入
力バイト（ＡＢＣ）によって表現されるストリングを見
つける試みもまた行われる。ハッシュが３バイトストリ
ング上で行われ、ハッシュリスト内の古い入力の廃棄を
可能とするために、２重にリンクされたハッシュリスト
が維持される。もしストリングが見つかると、ストリン
グが続くことを示すために特別のハフマンエスケープコ
ードが生成され、履歴バッファ内のストリングの長さと
オフセットが送られる。オフセットは１０ビットに符号
化され、長さは３−１８バイトの長さを表現する４ビッ
トに符号化される。しかし、このようなストリングが送
られる前に、圧縮ユニットはストリング内の全てのバイ
トに対するハフマンコードを発生し、そのハフマンコー
ドの大きさをストリングビットの大きさと比較する。典
型的にはハフマンストリングエスケープコードは４ビッ
トであり、ストリングを表わすのに１９ビットを要す
る。２つの量の小さい方が送られる。
２のストリングに基づく圧縮方法を用いている。送信機
及び受信機の両方が、最新の移送された入力バイトの履
歴バッファを保持する。それぞれの新たな入力バイト
（Ａ）に対してバイグラムハフマンコードが生成される
が、ハッシングスキームを用いて履歴内の次の３つの入
力バイト（ＡＢＣ）によって表現されるストリングを見
つける試みもまた行われる。ハッシュが３バイトストリ
ング上で行われ、ハッシュリスト内の古い入力の廃棄を
可能とするために、２重にリンクされたハッシュリスト
が維持される。もしストリングが見つかると、ストリン
グが続くことを示すために特別のハフマンエスケープコ
ードが生成され、履歴バッファ内のストリングの長さと
オフセットが送られる。オフセットは１０ビットに符号
化され、長さは３−１８バイトの長さを表現する４ビッ
トに符号化される。しかし、このようなストリングが送
られる前に、圧縮ユニットはストリング内の全てのバイ
トに対するハフマンコードを発生し、そのハフマンコー
ドの大きさをストリングビットの大きさと比較する。典
型的にはハフマンストリングエスケープコードは４ビッ
トであり、ストリングを表わすのに１９ビットを要す
る。２つの量の小さい方が送られる。
【００１９】
【発明が解決しようとする課題】ハフマン符号化は多く
のタイプのファイル上で非常によく機能する。しかし、
ビットストリングのバイトへの割当ては、多くの実際的
な困難を伴う。例えば、予め設定された符号化スキーム
が用いられる場合（例えば、英語に於ける文字の出現の
頻度に基づいて）、もしその予め設定されたスキーム
が、ファイル内の実際に存在するものとかなり異なる頻
度統計であると仮定すると、ハフマン符号化はファイル
を大きく拡張するかもしれない。これに加えて、ファイ
ルの内容に基づく符号化スキームの演算は、ハフマンア
ルゴリズムを頻度統計に適応するのと同様に、データ上
での２つのパスを必要とするのみならず（従って、シス
テムの効率を低下させる）、符号化テーブルがデータに
沿って格納されるということが必要とされ、これは圧縮
率の上での否定的な衝撃を有する。更に、バイトの相対
的頻度は、ファイル内で動的に容易に変えられ得る。そ
のため、どの点でも特定のコード割当てはうまく機能し
ない。
のタイプのファイル上で非常によく機能する。しかし、
ビットストリングのバイトへの割当ては、多くの実際的
な困難を伴う。例えば、予め設定された符号化スキーム
が用いられる場合（例えば、英語に於ける文字の出現の
頻度に基づいて）、もしその予め設定されたスキーム
が、ファイル内の実際に存在するものとかなり異なる頻
度統計であると仮定すると、ハフマン符号化はファイル
を大きく拡張するかもしれない。これに加えて、ファイ
ルの内容に基づく符号化スキームの演算は、ハフマンア
ルゴリズムを頻度統計に適応するのと同様に、データ上
での２つのパスを必要とするのみならず（従って、シス
テムの効率を低下させる）、符号化テーブルがデータに
沿って格納されるということが必要とされ、これは圧縮
率の上での否定的な衝撃を有する。更に、バイトの相対
的頻度は、ファイル内で動的に容易に変えられ得る。そ
のため、どの点でも特定のコード割当てはうまく機能し
ない。
【００２０】上述のハフマンタイプのアプローチは、コ
ンピュータによって強化される傾向にあり、例外的に高
い圧縮比率を達成するものではない。この観察に対する
一つの説明は、８ビットバイトに基づく純粋なハフマン
コードは最も良い場合には８：１の圧縮比率を達成し得
ること、そしてそれはファイルが同じバイトの繰り返し
（即ち、エントロピー＝０）から成る最善の状況でのみ
達成され得ることである。同じ状況では、単純なランレ
ングス符号化スキームは５０：１以上の圧縮率を達成し
得る。平均の性能は最善及び最悪の場合の数の同じ組合
せであろう。そして、最善の場合の限度は、その平均を
も制限する。理想的なハフマンコードはコード割当てを
最適化するために「断片的な」ビットを用いることを可
能にするが、しかし、各コード内のビットの総数の実際
的な制限は、ハフマンの符号化の性能を、その理論的な
限度よりもかなり低く制限する。
ンピュータによって強化される傾向にあり、例外的に高
い圧縮比率を達成するものではない。この観察に対する
一つの説明は、８ビットバイトに基づく純粋なハフマン
コードは最も良い場合には８：１の圧縮比率を達成し得
ること、そしてそれはファイルが同じバイトの繰り返し
（即ち、エントロピー＝０）から成る最善の状況でのみ
達成され得ることである。同じ状況では、単純なランレ
ングス符号化スキームは５０：１以上の圧縮率を達成し
得る。平均の性能は最善及び最悪の場合の数の同じ組合
せであろう。そして、最善の場合の限度は、その平均を
も制限する。理想的なハフマンコードはコード割当てを
最適化するために「断片的な」ビットを用いることを可
能にするが、しかし、各コード内のビットの総数の実際
的な制限は、ハフマンの符号化の性能を、その理論的な
限度よりもかなり低く制限する。
【００２１】また、上述のＺＬ圧縮法にも、幾つかの障
害が存在する。ＺＬストリング探索（ストリングサー
チ）は「どん欲な」アルゴリズムである。例えば、次の
ストリングを考える。
害が存在する。ＺＬストリング探索（ストリングサー
チ）は「どん欲な」アルゴリズムである。例えば、次の
ストリングを考える。
【００２２】ＡＢＣＤＥＦＢＣＤＥＦ ここで、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは異なったバイトであ
る。ＺＬストリング探索は、ＡＢ、ＢＣ、ＣＤ、ＤＥ、
ＥＦ、ＢＣＤ、ＤＥＦのストリングをストリングテーブ
ルに付け加え、このアルゴリズムを用いて出力され得る
長さ２又はそれ以上のストリングは、上で示した時点で
はＢＣ及びＤＥのみであることに注意しなければならな
い。実際にはストリングＢＣＤＥＦは既に入力に現れて
いる。従って、第２のＢＣＤＥＦストリングは最初のＢ
ＣＤＥＦに戻って参照されるのが理想であるが、実際に
はこれは行われない。
る。ＺＬストリング探索は、ＡＢ、ＢＣ、ＣＤ、ＤＥ、
ＥＦ、ＢＣＤ、ＤＥＦのストリングをストリングテーブ
ルに付け加え、このアルゴリズムを用いて出力され得る
長さ２又はそれ以上のストリングは、上で示した時点で
はＢＣ及びＤＥのみであることに注意しなければならな
い。実際にはストリングＢＣＤＥＦは既に入力に現れて
いる。従って、第２のＢＣＤＥＦストリングは最初のＢ
ＣＤＥＦに戻って参照されるのが理想であるが、実際に
はこれは行われない。
【００２３】ＺＬアプローチにとって重大な欠点は、圧
縮されたデータを保持するためのストリングテーブル
が、長いファイルを満たしてしまう傾向にあることであ
る。しかし、テーブルの大きさは増大されることがで
き、このアプローチはストリングを表わすのにより多く
のビットを必要とし、従って、効率が低下するであろ
う。この欠点を扱うための一つのアプローチは、テーブ
ルがいっぱいになったときにそのテーブルの全部又は一
部を捨てることであろう。アルゴリズムの構造のため
に、最新に見いだされたストリングが最初に捨てられ
る。なぜなら、それらは先のストリングに戻って参照す
るからである。しかし、ローカルデータに動的に適合し
ているのは、最新のストリングであり、それらを捨てる
のもまた効率的ではない。基本的にはＺＬストリングは
無限の長さのメモリを有しているので、ファイル内のデ
ータのタイプの変更は、もしストリングテーブルがいっ
ぱいであれば、非常な符号化の効率の悪さを引き起こし
得る。
縮されたデータを保持するためのストリングテーブル
が、長いファイルを満たしてしまう傾向にあることであ
る。しかし、テーブルの大きさは増大されることがで
き、このアプローチはストリングを表わすのにより多く
のビットを必要とし、従って、効率が低下するであろ
う。この欠点を扱うための一つのアプローチは、テーブ
ルがいっぱいになったときにそのテーブルの全部又は一
部を捨てることであろう。アルゴリズムの構造のため
に、最新に見いだされたストリングが最初に捨てられ
る。なぜなら、それらは先のストリングに戻って参照す
るからである。しかし、ローカルデータに動的に適合し
ているのは、最新のストリングであり、それらを捨てる
のもまた効率的ではない。基本的にはＺＬストリングは
無限の長さのメモリを有しているので、ファイル内のデ
ータのタイプの変更は、もしストリングテーブルがいっ
ぱいであれば、非常な符号化の効率の悪さを引き起こし
得る。
【００２４】上述のMacCriskenストリング法は、古い入
力をハッシュリストから除いて廃棄することにより、Zi
v-Lempel法のストリングテーブルが決していっぱいにな
らないという問題点を避けていることに注意しなければ
ならない。従って、最新の（１キロバイト以内）のスト
リングのみがテーブルを占める。また、原理的には全て
のマッチングストリングが見いだされるので、それは
「どん欲」ではない。実際には、ストリング探索の長さ
の制限が課されている。これに加えて、MacCrisken法
は、２つの圧縮アルゴリズムを同時に実行するため、コ
ンピュータのオバーヘッドが非常に高くなるので、コン
ピュータで行うには非効率的である。
力をハッシュリストから除いて廃棄することにより、Zi
v-Lempel法のストリングテーブルが決していっぱいにな
らないという問題点を避けていることに注意しなければ
ならない。従って、最新の（１キロバイト以内）のスト
リングのみがテーブルを占める。また、原理的には全て
のマッチングストリングが見いだされるので、それは
「どん欲」ではない。実際には、ストリング探索の長さ
の制限が課されている。これに加えて、MacCrisken法
は、２つの圧縮アルゴリズムを同時に実行するため、コ
ンピュータのオバーヘッドが非常に高くなるので、コン
ピュータで行うには非効率的である。
【００２５】本発明は上記事情に鑑みてなされたもので
あり、その目的とするところは、磁気ディスク記憶装置
や磁気テープ記憶装置等のデジタル記憶装置の容量を増
大させる、圧縮／伸張システムを提供することにある。
本発明の目的はまた、予め初期化されたコード化テーブ
ルを必要とせず、バイトオリエンテッドなキャラクタス
トリーム（例えば、コンピュータファイルなど）に最適
化された、完全に適合性のある圧縮方法を用いることに
より、従来技術に見られる多くの困難を克服し、上述の
先行技術の何れよりも、より速い速度でより高い圧縮率
を達成することにある。
あり、その目的とするところは、磁気ディスク記憶装置
や磁気テープ記憶装置等のデジタル記憶装置の容量を増
大させる、圧縮／伸張システムを提供することにある。
本発明の目的はまた、予め初期化されたコード化テーブ
ルを必要とせず、バイトオリエンテッドなキャラクタス
トリーム（例えば、コンピュータファイルなど）に最適
化された、完全に適合性のある圧縮方法を用いることに
より、従来技術に見られる多くの困難を克服し、上述の
先行技術の何れよりも、より速い速度でより高い圧縮率
を達成することにある。
【００２６】
【課題を解決するための手段】本発明のデータ圧縮装置
は、入力データストリームを格納する複数のエントリを
有する履歴アレイ手段と、該履歴アレイ手段内の該エン
トリの１つを示す履歴アレイポインタと、各々が該履歴
アレイ手段内の該エントリの１つを示すポインタを格納
する複数のエントリを有するハッシュテーブル手段と、
各々が該履歴アレイ手段内の該エントリの１つから該履
歴アレイ手段内の１個以上の他のエントリへのリンクが
存在する場合にそのリンクを供給する複数のエントリを
有するオフセットアレイ手段と、を備えており、そのこ
とにより上記目的が達成される。。
は、入力データストリームを格納する複数のエントリを
有する履歴アレイ手段と、該履歴アレイ手段内の該エン
トリの１つを示す履歴アレイポインタと、各々が該履歴
アレイ手段内の該エントリの１つを示すポインタを格納
する複数のエントリを有するハッシュテーブル手段と、
各々が該履歴アレイ手段内の該エントリの１つから該履
歴アレイ手段内の１個以上の他のエントリへのリンクが
存在する場合にそのリンクを供給する複数のエントリを
有するオフセットアレイ手段と、を備えており、そのこ
とにより上記目的が達成される。。
【００２７】前記履歴アレイポインタを前記履歴アレイ
手段内の次のエントリにインクリメントする手段と、前
記入力データストリームの次のデータキャラクタをハッ
シングする手段と、を更に備えていてもよい。
手段内の次のエントリにインクリメントする手段と、前
記入力データストリームの次のデータキャラクタをハッ
シングする手段と、を更に備えていてもよい。
【００２８】前記ハッシュテーブルエントリの各々に格
納されている前記ポインタを周期的に調べて、該ハッシ
ュテーブルエントリにおける該ポインタが前記履歴アレ
イポインタよりも所定量だけ異なっているかどうかを決
定する手段を更に備えていてもよい。
納されている前記ポインタを周期的に調べて、該ハッシ
ュテーブルエントリにおける該ポインタが前記履歴アレ
イポインタよりも所定量だけ異なっているかどうかを決
定する手段を更に備えていてもよい。
【００２９】前記決定する手段は、前記ハッシュテーブ
ル内の前記エントリを無効値と置き換えて、該エントリ
を再初期化する手段を更に備えていてもよい。
ル内の前記エントリを無効値と置き換えて、該エントリ
を再初期化する手段を更に備えていてもよい。
【００３０】前記ハッシュテーブルの全エントリを無効
値と置き換えることによって該ハッシュテーブルを初期
化する手段を更に備えていてもよい。
値と置き換えることによって該ハッシュテーブルを初期
化する手段を更に備えていてもよい。
【００３１】本発明のデータ圧縮方法は、入力データキ
ャラクタストリームを可変長符号化データストリームに
変換する方法であり、予め処理された入力データキャラ
クタを参照用の格納手段に格納するステップと、該デー
タ格納手段内で該入力データストリームに適合（マッチ
ング）する該予め処理された入力データキャラクタの最
長データストリングのサーチを実行するステップと、を
包含している。該格納手段内でマッチングデータストリ
ングが見つかった場合には、該マッチングデータストリ
ングが見つかったことを示す標識と、該マッチングデー
タストリングの長さの可変長指示子と、該マッチングデ
ータストリングの該格納手段内での位置を示すポインタ
と、を割り当てることによって該マッチングデータスト
リングを符号化するステップを包含しており、このマッ
チングデータストリングを符号化するステップは、該入
力データストリームの２個のキャラクタのマッチングス
トリングを、２個より少ない該入力データストリームの
キャラクタに確実に圧縮する符号化体系によって該ポイ
ンタと該可変長指示子を表すステップを包含している。
該格納手段内でマッチング入力データストリングが見つ
からなかった場合には、該格納手段内でマッチングデー
タストリングが見つからなかったことを示す「生」デー
タ標識と、該入力データストリームの最初のキャラクタ
とを割り当てることによって該入力データストリームの
該最初のキャラクタを符号化するステップを包含してい
る。これらのことにより上記目的が達成される。
ャラクタストリームを可変長符号化データストリームに
変換する方法であり、予め処理された入力データキャラ
クタを参照用の格納手段に格納するステップと、該デー
タ格納手段内で該入力データストリームに適合（マッチ
ング）する該予め処理された入力データキャラクタの最
長データストリングのサーチを実行するステップと、を
包含している。該格納手段内でマッチングデータストリ
ングが見つかった場合には、該マッチングデータストリ
ングが見つかったことを示す標識と、該マッチングデー
タストリングの長さの可変長指示子と、該マッチングデ
ータストリングの該格納手段内での位置を示すポインタ
と、を割り当てることによって該マッチングデータスト
リングを符号化するステップを包含しており、このマッ
チングデータストリングを符号化するステップは、該入
力データストリームの２個のキャラクタのマッチングス
トリングを、２個より少ない該入力データストリームの
キャラクタに確実に圧縮する符号化体系によって該ポイ
ンタと該可変長指示子を表すステップを包含している。
該格納手段内でマッチング入力データストリングが見つ
からなかった場合には、該格納手段内でマッチングデー
タストリングが見つからなかったことを示す「生」デー
タ標識と、該入力データストリームの最初のキャラクタ
とを割り当てることによって該入力データストリームの
該最初のキャラクタを符号化するステップを包含してい
る。これらのことにより上記目的が達成される。
【００３２】前記格納手段内で前記最長マッチングデー
タストリングのサーチを実行する前記ステップは、該格
納手段内における該最長マッチングデータストリングに
対する所定回数の照会に該サーチを制限するステップを
さらに包含していてもよい。更に、符号化された前記入
力データストリームの入力データキャラクタを放棄する
ステップと、該入力データストリームを更に符号化する
ために、前記方法の１つ以上のステップを実行するステ
ップと、を包含していてもよい。
タストリングのサーチを実行する前記ステップは、該格
納手段内における該最長マッチングデータストリングに
対する所定回数の照会に該サーチを制限するステップを
さらに包含していてもよい。更に、符号化された前記入
力データストリームの入力データキャラクタを放棄する
ステップと、該入力データストリームを更に符号化する
ために、前記方法の１つ以上のステップを実行するステ
ップと、を包含していてもよい。
【００３３】前記ポインタおよび前記可変長指示子を付
加する前記ステップは、前記マッチングデータストリン
グの前記格納手段内での位置に従って長い形式または短
い形式のいずれかによって該ポインタを表すステップを
更に包含してもよい。
加する前記ステップは、前記マッチングデータストリン
グの前記格納手段内での位置に従って長い形式または短
い形式のいずれかによって該ポインタを表すステップを
更に包含してもよい。
【００３４】２個のキャラクタマッチングデータストリ
ングの前記可変長指示子を二進ワード「00」として定義
するステップを更に包含してもよい。
ングの前記可変長指示子を二進ワード「00」として定義
するステップを更に包含してもよい。
【００３５】前記ポインタが前記長い形式または短い形
式のいずれであるかを示す１桁二進ワードを提供するス
テップを更に包含してもよい。
式のいずれであるかを示す１桁二進ワードを提供するス
テップを更に包含してもよい。
【００３６】前記ポインタが前記格納手段内での127個
の異なる位置を示すように、前記短い形式を７桁二進ワ
ードとして符号化するステップを更に包含してもよい。
の異なる位置を示すように、前記短い形式を７桁二進ワ
ードとして符号化するステップを更に包含してもよい。
【００３７】前記ポインタが前記格納手段内での2047個
の異なる位置を示すように、前記長い形式のポインタを
１１桁二進ワードとして符号化するステップを更に包含
してもよい。
の異なる位置を示すように、前記長い形式のポインタを
１１桁二進ワードとして符号化するステップを更に包含
してもよい。
【００３８】前記符号化体系によって前記可変長指示子
を表す前記ステップは、前記マッチングデータストリン
グが２個、３個、および４個のキャラクタ長である場合
の該マッチングデータストリングの長さを定義する第１
のワード群を定義するステップと、該マッチングデータ
ストリングが５個、６個、および７個のキャラクタ長で
ある場合の該マッチングデータストリングの長さを定義
する該第１のワード群および第２のワード群を定義する
ステップと、該マッチングデータストリングが８個から
２２個のキャラクタ長である場合の該マッチングデータ
ストリングの長さを定義する該第１のワード群、該第２
のワード群、および第３のワード群を定義するステップ
と、該マッチングデータストリングが２３個から３７個
のキャラクタ長である該マッチングデータストリングの
長さを定義する該第１のワード群、該第２のワード群、
該第３のワード群、および第４のワード群を定義するス
テップと、を更に包含してもよい。
を表す前記ステップは、前記マッチングデータストリン
グが２個、３個、および４個のキャラクタ長である場合
の該マッチングデータストリングの長さを定義する第１
のワード群を定義するステップと、該マッチングデータ
ストリングが５個、６個、および７個のキャラクタ長で
ある場合の該マッチングデータストリングの長さを定義
する該第１のワード群および第２のワード群を定義する
ステップと、該マッチングデータストリングが８個から
２２個のキャラクタ長である場合の該マッチングデータ
ストリングの長さを定義する該第１のワード群、該第２
のワード群、および第３のワード群を定義するステップ
と、該マッチングデータストリングが２３個から３７個
のキャラクタ長である該マッチングデータストリングの
長さを定義する該第１のワード群、該第２のワード群、
該第３のワード群、および第４のワード群を定義するス
テップと、を更に包含してもよい。
【００３９】前記最長マッチングデータストリングのサ
ーチを前記格納手段内で実行する前記ステップは、ハッ
シュ関数を実行するステップを更に包含してもよい。
ーチを前記格納手段内で実行する前記ステップは、ハッ
シュ関数を実行するステップを更に包含してもよい。
【００４０】前記入力データストリームの前記可変長符
号化データストリームへの変換が行われるデータ圧縮シ
ステムは、該入力データストリームを格納する複数のエ
ントリを有する前記格納手段と、該格納手段内の最新エ
ントリを示す格納手段ポインタと、各々が該格納手段の
該エントリの１つを示すポインタを格納する複数のエン
トリを有するハッシュテーブル手段と、各々が該格納手
段内の該エントリの１個から該格納手段内の１個以上の
エントリまでのリンクを供給する複数のエントリを有す
るオフセットアレイ手段と、を有している。該格納手段
内での前記サーチを実行するステップは、更に、該ハッ
シュ関数が該ハッシュテーブル手段の該エントリの１つ
にポインタを提供するステップと、該ハッシュ関数の結
果によって示される該ハッシュテーブルエントリにおい
て格納されている該ポインタを得るステップと、該格納
手段ポインタと、該ハッシュテーブル手段から読み出さ
れた該ポインタとの差を計算するステップと、該格納手
段ポインタによって示された該オフセットアレイ手段に
該差を格納するステップと、該ハッシュ関数によって示
された該ハッシュテーブルエントリに該格納手段ポイン
タを格納するステップと、を包含してもよい。
号化データストリームへの変換が行われるデータ圧縮シ
ステムは、該入力データストリームを格納する複数のエ
ントリを有する前記格納手段と、該格納手段内の最新エ
ントリを示す格納手段ポインタと、各々が該格納手段の
該エントリの１つを示すポインタを格納する複数のエン
トリを有するハッシュテーブル手段と、各々が該格納手
段内の該エントリの１個から該格納手段内の１個以上の
エントリまでのリンクを供給する複数のエントリを有す
るオフセットアレイ手段と、を有している。該格納手段
内での前記サーチを実行するステップは、更に、該ハッ
シュ関数が該ハッシュテーブル手段の該エントリの１つ
にポインタを提供するステップと、該ハッシュ関数の結
果によって示される該ハッシュテーブルエントリにおい
て格納されている該ポインタを得るステップと、該格納
手段ポインタと、該ハッシュテーブル手段から読み出さ
れた該ポインタとの差を計算するステップと、該格納手
段ポインタによって示された該オフセットアレイ手段に
該差を格納するステップと、該ハッシュ関数によって示
された該ハッシュテーブルエントリに該格納手段ポイン
タを格納するステップと、を包含してもよい。
【００４１】前記格納手段ポインタを前記格納手段内の
次のエントリにインクリメントするステップと、該格納
手段の該次のエントリをハッシングするために、前記方
法の１つ以上の要素を実行するステップと、を包含して
もよい。
次のエントリにインクリメントするステップと、該格納
手段の該次のエントリをハッシングするために、前記方
法の１つ以上の要素を実行するステップと、を包含して
もよい。
【００４２】前記格納手段内のサーチを実行する前記ス
テップは、前記ハッシュテーブルエントリの各々におい
て格納された前記ポインタを周期的に調べて、該エント
リの各々の該ポインタと、前記格納手段ポインタとの前
記差が所定量よりも大きいかどうかを決定するステップ
をさらに包含してもよい。この決定するステップは、前
記差が前記所定量よりも大きい場合には、前記ハッシュ
テーブル内の前記エントリを無効値と置き換えて、該エ
ントリを再初期化するステップを更に包含してもよい。
テップは、前記ハッシュテーブルエントリの各々におい
て格納された前記ポインタを周期的に調べて、該エント
リの各々の該ポインタと、前記格納手段ポインタとの前
記差が所定量よりも大きいかどうかを決定するステップ
をさらに包含してもよい。この決定するステップは、前
記差が前記所定量よりも大きい場合には、前記ハッシュ
テーブル内の前記エントリを無効値と置き換えて、該エ
ントリを再初期化するステップを更に包含してもよい。
【００４３】前記可変長符号化データストリームの伸長
の間に検出された圧縮化データマーカーの終わりを該符
号化データに付加することによって、符号化する前記方
法を完了するステップを更に包含してもよい。
の間に検出された圧縮化データマーカーの終わりを該符
号化データに付加することによって、符号化する前記方
法を完了するステップを更に包含してもよい。
【００４４】前記ハッシュテーブルのすべてのエントリ
を無効値と置き換えることによって前記ハッシュテーブ
ルを初期化するステップを更に包含してもよい。
を無効値と置き換えることによって前記ハッシュテーブ
ルを初期化するステップを更に包含してもよい。
【００４５】前記可変長符号化データストリームを復号
化するステップを更に包含してもよく、該復号化するス
テップは、該可変長符号化データストリームを、各々が
前記標識の１個で始まっている独立した部分に分解する
ステップと、該標識が生データ標識であるのかまたは該
符号化マッチングデータストリングを示す前記標識であ
るのかを決定するために、該独立した部分の各々の該標
識を評価するステップと、包含している。
化するステップを更に包含してもよく、該復号化するス
テップは、該可変長符号化データストリームを、各々が
前記標識の１個で始まっている独立した部分に分解する
ステップと、該標識が生データ標識であるのかまたは該
符号化マッチングデータストリングを示す前記標識であ
るのかを決定するために、該独立した部分の各々の該標
識を評価するステップと、包含している。
【００４６】前記標識が前記符号化マッチングデータス
トリングを示す場合に、前記マッチングデータストリン
グを発生させるために、前記可変長指示子と前記ポイン
タとを解釈し、それによって元の入力データストリーム
の部分を再構築するステップを更に包含してもよい。
トリングを示す場合に、前記マッチングデータストリン
グを発生させるために、前記可変長指示子と前記ポイン
タとを解釈し、それによって元の入力データストリーム
の部分を再構築するステップを更に包含してもよい。
【００４７】前記標識が前記生データ標識を示す場合
に、前記符号化入力データストリームの前記最初のキャ
ラクタを得て、それによって元の入力データストリーム
の部分を再構築するステップを更に包含してもよい。
に、前記符号化入力データストリームの前記最初のキャ
ラクタを得て、それによって元の入力データストリーム
の部分を再構築するステップを更に包含してもよい。
【００４８】本発明によるデータ伸張方法は、出力デー
タキャラクタストリームを格納する複数のエントリを有
する格納手段と、該格納手段内の最新のエントリを示す
格納手段ポインタとを有するデータ伸長システムにおい
て、可変長符号化入力データストリームを出力データキ
ャラクタストリームに変換する方法である。該方法は、
該可変長符号化入力データストリームを、各々が標識で
開始する独立した部分に分解するステップと、該標識が
生データの標識であるのか、または符号化マッチングデ
ータストリングを示す標識であるのかを決定するため
に、該独立した部分の各々の該標識を評価するステップ
と、を有している。該標識が生データの標識である場合
には、該独立した部分から生データバイトを分解するス
テップと、該生データバイトを出力するステップと、該
生データバイトを該格納手段に配置するステップと、を
包含する。該標識が符号化マッチングデータストリング
を示す該標識である場合には、該マッチングデータスト
リングの長さの可変長指示子と、該マッチングデータス
トリングの該格納手段内での位置を示すオフセットとを
分解し、該独立した部分が２個のキャラクタのマッチン
グデータストリングを示す場合には、該独立した部分は
該出力データキャラクタストリームの２個のキャラクタ
より小さくなるステップと、該格納手段内の該位置に該
マッチングデータストリングを該長さで出力するステッ
プと、該マッチングデータストリングを該格納手段内に
配置するステップと、を包含しており、そのことにより
上記目的が達成される。。
タキャラクタストリームを格納する複数のエントリを有
する格納手段と、該格納手段内の最新のエントリを示す
格納手段ポインタとを有するデータ伸長システムにおい
て、可変長符号化入力データストリームを出力データキ
ャラクタストリームに変換する方法である。該方法は、
該可変長符号化入力データストリームを、各々が標識で
開始する独立した部分に分解するステップと、該標識が
生データの標識であるのか、または符号化マッチングデ
ータストリングを示す標識であるのかを決定するため
に、該独立した部分の各々の該標識を評価するステップ
と、を有している。該標識が生データの標識である場合
には、該独立した部分から生データバイトを分解するス
テップと、該生データバイトを出力するステップと、該
生データバイトを該格納手段に配置するステップと、を
包含する。該標識が符号化マッチングデータストリング
を示す該標識である場合には、該マッチングデータスト
リングの長さの可変長指示子と、該マッチングデータス
トリングの該格納手段内での位置を示すオフセットとを
分解し、該独立した部分が２個のキャラクタのマッチン
グデータストリングを示す場合には、該独立した部分は
該出力データキャラクタストリームの２個のキャラクタ
より小さくなるステップと、該格納手段内の該位置に該
マッチングデータストリングを該長さで出力するステッ
プと、該マッチングデータストリングを該格納手段内に
配置するステップと、を包含しており、そのことにより
上記目的が達成される。。
【００４９】本発明のデータ圧縮方法は、複数のエント
リを有する履歴アレイ手段と、履歴アレイポインタと、
複数のエントリを有するハッシュテーブル手段と、複数
のエントリを有するオフセットアレイ手段と、を備えて
いるデータ圧縮システムにおいて、データを圧縮する方
法である。該方法は、該履歴アレイ手段の該エントリ内
の入力データストリームを格納するステップと、該履歴
アレイ手段内の該エントリの１つを該履歴アレイポイン
タによって示すステップと、該ハッシュテーブル手段の
各エントリ内に、該履歴アレイ手段の該エントリの１つ
を示すポインタを格納するステップと、該履歴アレイ手
段内の該エントリの１つから該履歴アレイ手段内の１個
以上の他のエントリへのリンクを該オフセットアレイ手
段の該エントリによって供給するステップと、を包含し
ており、そのことにより上記目的が達成される。。
リを有する履歴アレイ手段と、履歴アレイポインタと、
複数のエントリを有するハッシュテーブル手段と、複数
のエントリを有するオフセットアレイ手段と、を備えて
いるデータ圧縮システムにおいて、データを圧縮する方
法である。該方法は、該履歴アレイ手段の該エントリ内
の入力データストリームを格納するステップと、該履歴
アレイ手段内の該エントリの１つを該履歴アレイポイン
タによって示すステップと、該ハッシュテーブル手段の
各エントリ内に、該履歴アレイ手段の該エントリの１つ
を示すポインタを格納するステップと、該履歴アレイ手
段内の該エントリの１つから該履歴アレイ手段内の１個
以上の他のエントリへのリンクを該オフセットアレイ手
段の該エントリによって供給するステップと、を包含し
ており、そのことにより上記目的が達成される。。
【００５０】前記履歴アレイポインタを、前記履歴アレ
イ手段内の次のエントリにインクリメントするステップ
と、前記入力データストリームの次のデータキャラクタ
をハッシングするステップと、を包含してもよい。
イ手段内の次のエントリにインクリメントするステップ
と、前記入力データストリームの次のデータキャラクタ
をハッシングするステップと、を包含してもよい。
【００５１】前記ハッシュテーブルエントリの各々に格
納されている前記ポインタを周期的に調べて、該ハッシ
ュテーブルエントリにおける該ポインタが前記履歴アレ
イポインタよりも所定量だけ異なっているかどうかを決
定するステップを更に包含してもよい。
納されている前記ポインタを周期的に調べて、該ハッシ
ュテーブルエントリにおける該ポインタが前記履歴アレ
イポインタよりも所定量だけ異なっているかどうかを決
定するステップを更に包含してもよい。
【００５２】前記ハッシュテーブル内の前記エントリを
無効値と置き換えて、該エントリを再初期化するステッ
プを更に包含してもよい。
無効値と置き換えて、該エントリを再初期化するステッ
プを更に包含してもよい。
【００５３】前記ハッシュテーブルの全エントリを無効
値と置き換えることによって該ハッシュテーブルを初期
化するステップを更に包含してもよい。
値と置き換えることによって該ハッシュテーブルを初期
化するステップを更に包含してもよい。
【００５４】本発明の装置は、入力データキャラクタス
トリームを可変長符号化データストリームに変換する装
置であって、予め処理された入力データキャラクタを参
照用に格納する格納手段と、該入力データストリームに
適合（マッチング）する該予め処理された入力データキ
ャラクタの最長データストリングのサーチを該格納手段
内で実行する手段と、該マッチングデータストリングが
見つかったことを示す標識と、該マッチングデータスト
リングの長さの可変長指示子と、該マッチングデータス
トリングの該格納手段内での位置を示すポインタと、を
割り当てることによって該マッチングデータストリング
を符号化する手段と、該入力データストリームの２個の
キャラクタのマッチングストリングを、２個より少ない
該入力データストリームのキャラクタに確実に圧縮する
所定の手法に従う符号化体系によって該ポインタと該可
変長指示子を表す手段と、該格納手段内でマッチングデ
ータストリングが見つからなかったことを示す「生」デ
ータ標識と、該入力データストリームの最初のキャラク
タとを割り当てることによって該入力データストリーム
の該最初のキャラクタを符号化する手段と、を備えてい
る。
トリームを可変長符号化データストリームに変換する装
置であって、予め処理された入力データキャラクタを参
照用に格納する格納手段と、該入力データストリームに
適合（マッチング）する該予め処理された入力データキ
ャラクタの最長データストリングのサーチを該格納手段
内で実行する手段と、該マッチングデータストリングが
見つかったことを示す標識と、該マッチングデータスト
リングの長さの可変長指示子と、該マッチングデータス
トリングの該格納手段内での位置を示すポインタと、を
割り当てることによって該マッチングデータストリング
を符号化する手段と、該入力データストリームの２個の
キャラクタのマッチングストリングを、２個より少ない
該入力データストリームのキャラクタに確実に圧縮する
所定の手法に従う符号化体系によって該ポインタと該可
変長指示子を表す手段と、該格納手段内でマッチングデ
ータストリングが見つからなかったことを示す「生」デ
ータ標識と、該入力データストリームの最初のキャラク
タとを割り当てることによって該入力データストリーム
の該最初のキャラクタを符号化する手段と、を備えてい
る。
【００５５】前記格納手段内における前記最長マッチン
グデータストリングに対する所定回数の照会に前記サー
チを制限する手段をさらに備えていてもよい。
グデータストリングに対する所定回数の照会に前記サー
チを制限する手段をさらに備えていてもよい。
【００５６】符号化された前記入力データストリームの
入力データキャラクタを放棄する手段を更に備えていて
もよい。
入力データキャラクタを放棄する手段を更に備えていて
もよい。
【００５７】前記マッチングデータストリングの前記格
納手段内での位置に従って長い形式または短い形式のい
ずれかによって前記ポインタを表す手段を更に備えてい
てもよい。
納手段内での位置に従って長い形式または短い形式のい
ずれかによって前記ポインタを表す手段を更に備えてい
てもよい。
【００５８】２個のキャラクタマッチングデータストリ
ングの前記可変長指示子を二進ワード「00」として定義
する手段を更に備えていてもよい。
ングの前記可変長指示子を二進ワード「00」として定義
する手段を更に備えていてもよい。
【００５９】前記ポインタが前記長い形式または短い形
式のいずれであるかを示す１桁二進ワードを提供する手
段を更に備えていてもよい。
式のいずれであるかを示す１桁二進ワードを提供する手
段を更に備えていてもよい。
【００６０】前記ポインタが前記格納手段内での127個
の異なる位置を示すように、前記短い形式を７桁二進ワ
ードとして符号化する手段を更に備えていてもよい。
の異なる位置を示すように、前記短い形式を７桁二進ワ
ードとして符号化する手段を更に備えていてもよい。
【００６１】前記ポインタが前記格納手段内での2047個
の異なる位置を示すように、前記長い形式のポインタを
１１桁二進ワードとして符号化する手段を更に備えてい
てもよい。
の異なる位置を示すように、前記長い形式のポインタを
１１桁二進ワードとして符号化する手段を更に備えてい
てもよい。
【００６２】前記マッチングデータストリングが２個、
３個、および４個のキャラクタ長である場合の該マッチ
ングデータストリングの長さを定義する第１のワード群
を定義する手段と、該マッチングデータストリングが５
個、６個、および７個のキャラクタ長である場合の該マ
ッチングデータストリングの長さを定義する該第１のワ
ード群および第２のワード群を定義する手段と、該マッ
チングデータストリングが８個から２２個のキャラクタ
長である場合の該マッチングデータストリングの長さを
定義する該第１のワード群、該第２のワード群、および
第３のワード群を定義する手段と、該マッチングデータ
ストリングが２３個から３７個のキャラクタ長である該
マッチングデータストリングの長さを定義する該第１の
ワード群、該第２のワード群、該第３のワード群、およ
び第４のワード群を定義する手段と、をさらに備えてい
てもよい。
３個、および４個のキャラクタ長である場合の該マッチ
ングデータストリングの長さを定義する第１のワード群
を定義する手段と、該マッチングデータストリングが５
個、６個、および７個のキャラクタ長である場合の該マ
ッチングデータストリングの長さを定義する該第１のワ
ード群および第２のワード群を定義する手段と、該マッ
チングデータストリングが８個から２２個のキャラクタ
長である場合の該マッチングデータストリングの長さを
定義する該第１のワード群、該第２のワード群、および
第３のワード群を定義する手段と、該マッチングデータ
ストリングが２３個から３７個のキャラクタ長である該
マッチングデータストリングの長さを定義する該第１の
ワード群、該第２のワード群、該第３のワード群、およ
び第４のワード群を定義する手段と、をさらに備えてい
てもよい。
【００６３】ハッシュ関数を実行する手段を更に備えて
いてもよい。
いてもよい。
【００６４】前記格納手段は前記入力データストリーム
を格納する複数のエントリを有し、該格納手段内の最新
エントリを示す格納手段ポインタと、各々が該格納手段
の該エントリの１つを示すポインタを格納する複数のエ
ントリを有するハッシュテーブル手段と、各々が格納手
段内の該エントリの１個から該格納手段内の１個以上の
エントリまでのリンクを供給する複数のエントリを有す
るオフセットアレイ手段と、該ハッシュテーブル手段の
該エントリの１つにポインタを供給するハッシュ関数を
実行する手段と、該ハッシュ関数の結果によって示され
る該ハッシュテーブルエントリにおいて格納されている
該ポインタを得る手段と、該格納手段ポインタと、該ハ
ッシュテーブル手段から読み出された該ポインタとの差
を計算する手段と、該格納手段ポインタによって示され
た該オフセットアレイ手段に該差を格納する手段と、該
ハッシュ関数によって示された該ハッシュテーブルエン
トリに該格納手段ポインタを格納する手段と、を備えて
いてもよい。
を格納する複数のエントリを有し、該格納手段内の最新
エントリを示す格納手段ポインタと、各々が該格納手段
の該エントリの１つを示すポインタを格納する複数のエ
ントリを有するハッシュテーブル手段と、各々が格納手
段内の該エントリの１個から該格納手段内の１個以上の
エントリまでのリンクを供給する複数のエントリを有す
るオフセットアレイ手段と、該ハッシュテーブル手段の
該エントリの１つにポインタを供給するハッシュ関数を
実行する手段と、該ハッシュ関数の結果によって示され
る該ハッシュテーブルエントリにおいて格納されている
該ポインタを得る手段と、該格納手段ポインタと、該ハ
ッシュテーブル手段から読み出された該ポインタとの差
を計算する手段と、該格納手段ポインタによって示され
た該オフセットアレイ手段に該差を格納する手段と、該
ハッシュ関数によって示された該ハッシュテーブルエン
トリに該格納手段ポインタを格納する手段と、を備えて
いてもよい。
【００６５】前記格納手段ポインタを前記格納手段内の
次のエントリにインクリメントする手段を更に備えてい
てもよい。
次のエントリにインクリメントする手段を更に備えてい
てもよい。
【００６６】前記ハッシュテーブルエントリの各々にお
いて格納された前記ポインタを周期的に調べて、該エン
トリの各々の該ポインタと、前記格納手段ポインタとの
前記差が所定量よりも大きいかどうかを決定する手段を
更に備えていてもよい。
いて格納された前記ポインタを周期的に調べて、該エン
トリの各々の該ポインタと、前記格納手段ポインタとの
前記差が所定量よりも大きいかどうかを決定する手段を
更に備えていてもよい。
【００６７】前記ハッシュテーブル内の前記エントリを
無効値と置き換えて、該エントリを再初期化する手段を
更に備えていてもよい。
無効値と置き換えて、該エントリを再初期化する手段を
更に備えていてもよい。
【００６８】前記可変長符号化データストリームの伸長
の間に検出された圧縮化データマーカーの終わりを該符
号化データに付加する手段を更に備えていてもよい。
の間に検出された圧縮化データマーカーの終わりを該符
号化データに付加する手段を更に備えていてもよい。
【００６９】前記ハッシュテーブルのすべてのエントリ
を無効値と置き換えることによって該ハッシュテーブル
を初期化する手段を更に備えていてもよい。
を無効値と置き換えることによって該ハッシュテーブル
を初期化する手段を更に備えていてもよい。
【００７０】前記可変長符号化データストリームを復号
化する手段と、該可変長符号化データストリームを、各
々が前記標識の１個で始まっている独立した部分に分解
する手段と、該標識が生データ標識であるのかまたは該
符号化マッチングデータストリングを示す前記標識であ
るのかを決定するために、該別々の部分の各々の該標識
を評価する手段と、を備えていてもよい。
化する手段と、該可変長符号化データストリームを、各
々が前記標識の１個で始まっている独立した部分に分解
する手段と、該標識が生データ標識であるのかまたは該
符号化マッチングデータストリングを示す前記標識であ
るのかを決定するために、該別々の部分の各々の該標識
を評価する手段と、を備えていてもよい。
【００７１】前記マッチングデータストリングを発生さ
せるために、前記可変長指示子と前記ポインタとを解釈
し、これによって元の入力データストリームの部分を再
構築する手段を更に備えていてもよい。
せるために、前記可変長指示子と前記ポインタとを解釈
し、これによって元の入力データストリームの部分を再
構築する手段を更に備えていてもよい。
【００７２】前記符号化入力データストリームの前記最
初のキャラクタを得て、これによって元の入力データス
トリームの部分を再構築する手段を更に備えていてもよ
い。本発明によるデータ伸長装置は、データ伸張システ
ムにおいて、可変長符号化入力データストリームを出力
データキャラクタストリームに変換する。この装置は、
該出力データキャラクタストリームを格納する前記複数
のエントリを有する格納手段と、該格納手段内の最新の
エントリを示す格納手段ポインタと、該可変長符号化入
力データストリームを、各々が標識で開始する独立した
部分に分解する手段と、該標識が生データの標識である
のか、または符号化マッチングデータストリングを示す
標識であるのかを決定するために、該独立した部分の各
々の該標識を評価する手段と、該独立した部分から生デ
ータバイトを分解する手段と、該生データバイトを出力
する手段と、該生データバイトを該格納手段に配置する
手段と、該マッチングデータストリングの長さの可変長
指示子と、該マッチングデータストリングの該格納手段
内での位置を示すオフセットとを分解し、該独立した部
分が２個のキャラクタのマッチングデータストリングを
示す場合に、該独立した部分は該出力データキャラクタ
ストリームの２個のキャラクタより小さくする手段と、
該格納手段内の該位置に該マッチングデータストリング
を該長さで出力する手段と、該マッチングデータストリ
ングを該格納手段内に配置する手段と、を備えており、
このことにより上記目的が達成される。。
初のキャラクタを得て、これによって元の入力データス
トリームの部分を再構築する手段を更に備えていてもよ
い。本発明によるデータ伸長装置は、データ伸張システ
ムにおいて、可変長符号化入力データストリームを出力
データキャラクタストリームに変換する。この装置は、
該出力データキャラクタストリームを格納する前記複数
のエントリを有する格納手段と、該格納手段内の最新の
エントリを示す格納手段ポインタと、該可変長符号化入
力データストリームを、各々が標識で開始する独立した
部分に分解する手段と、該標識が生データの標識である
のか、または符号化マッチングデータストリングを示す
標識であるのかを決定するために、該独立した部分の各
々の該標識を評価する手段と、該独立した部分から生デ
ータバイトを分解する手段と、該生データバイトを出力
する手段と、該生データバイトを該格納手段に配置する
手段と、該マッチングデータストリングの長さの可変長
指示子と、該マッチングデータストリングの該格納手段
内での位置を示すオフセットとを分解し、該独立した部
分が２個のキャラクタのマッチングデータストリングを
示す場合に、該独立した部分は該出力データキャラクタ
ストリームの２個のキャラクタより小さくする手段と、
該格納手段内の該位置に該マッチングデータストリング
を該長さで出力する手段と、該マッチングデータストリ
ングを該格納手段内に配置する手段と、を備えており、
このことにより上記目的が達成される。。
【００７３】本発明による入力データストリームを可変
長符号化データストリームに変換する装置は、該入力デ
ータストリームに適合（マッチング）する最長データス
トリームのサーチを履歴アレイ内で実行する手段と、該
履歴アレイ手段内に見いだされる該マッチングデータス
トリームを符号化する符号化手段と、該データ圧縮シス
テムと分離して備えられたＲＡＭを備えている。該履歴
アレイは、各々が該入力データストリームを格納する複
数のエントリを有しており、該ＲＡＭは、該履歴アレイ
を備え、該データ圧縮システムへのまたは該データ圧縮
システムからのデータ転送をバッファするＦＩＦＯデー
タバッファを有している。これらのことにより上記目的
が達成される。。
長符号化データストリームに変換する装置は、該入力デ
ータストリームに適合（マッチング）する最長データス
トリームのサーチを履歴アレイ内で実行する手段と、該
履歴アレイ手段内に見いだされる該マッチングデータス
トリームを符号化する符号化手段と、該データ圧縮シス
テムと分離して備えられたＲＡＭを備えている。該履歴
アレイは、各々が該入力データストリームを格納する複
数のエントリを有しており、該ＲＡＭは、該履歴アレイ
を備え、該データ圧縮システムへのまたは該データ圧縮
システムからのデータ転送をバッファするＦＩＦＯデー
タバッファを有している。これらのことにより上記目的
が達成される。。
【００７４】本発明による入力データストリームを可変
長符号化データストリームに変換するデータ圧縮システ
ムを有する装置は、該入力データストリームを該可変長
符号化データストリームに変換する間に該データ圧縮シ
ステムによって参照される該入力データストリームを格
納するＲＡＭを備えており、該ＲＡＭは、該圧縮システ
ムへのおよび該圧縮システムからの該入力データストリ
ームの転送をバッファするＦＩＦＯデータバッファを有
しており、このことにより上記目的が達成される。。
長符号化データストリームに変換するデータ圧縮システ
ムを有する装置は、該入力データストリームを該可変長
符号化データストリームに変換する間に該データ圧縮シ
ステムによって参照される該入力データストリームを格
納するＲＡＭを備えており、該ＲＡＭは、該圧縮システ
ムへのおよび該圧縮システムからの該入力データストリ
ームの転送をバッファするＦＩＦＯデータバッファを有
しており、このことにより上記目的が達成される。。
【００７５】本発明の入力データキャラクタを複数のデ
ータキャラクタを含むデータストリームと比較する方法
は、該データストリームの該データキャラクタを、各々
が該データストリームの該データキャラクタの１つを格
納する複数のエントリを有するシフト手段に格納するス
テップと、該入力データキャラクタを該シフト手段の各
エントリに同時伝送するステップと、該シフト手段の各
エントリの該格納されたデータキャラクタの各々を該シ
フト手段の別のエントリに転送するステップと、該シフ
ト手段の各エントリに対して、該格納されたデータキャ
ラクタが該入力されたデータキャラクタにマッチングす
るかどうかを決定するために、該エントリの該格納され
たデータキャラクタを該入力データキャラクタと比較す
るステップと、該シフト手段の各エントリに対して、該
比較の結果を個別に蓄積するステップとを包含してお
り、そのことにより上記目的が達成される。。
ータキャラクタを含むデータストリームと比較する方法
は、該データストリームの該データキャラクタを、各々
が該データストリームの該データキャラクタの１つを格
納する複数のエントリを有するシフト手段に格納するス
テップと、該入力データキャラクタを該シフト手段の各
エントリに同時伝送するステップと、該シフト手段の各
エントリの該格納されたデータキャラクタの各々を該シ
フト手段の別のエントリに転送するステップと、該シフ
ト手段の各エントリに対して、該格納されたデータキャ
ラクタが該入力されたデータキャラクタにマッチングす
るかどうかを決定するために、該エントリの該格納され
たデータキャラクタを該入力データキャラクタと比較す
るステップと、該シフト手段の各エントリに対して、該
比較の結果を個別に蓄積するステップとを包含してお
り、そのことにより上記目的が達成される。。
【００７６】前記シフト手段の各エントリに対して該結
果の蓄積を格納するステップをさらに包含してもよい。
果の蓄積を格納するステップをさらに包含してもよい。
【００７７】前記格納されている前記比較の結果を、後
の入力データキャラクタに対する比較の結果と比較する
ステップをさらに包含してもよい。
の入力データキャラクタに対する比較の結果と比較する
ステップをさらに包含してもよい。
【００７８】１つ以上の前記入力データキャラクタのス
トリングを可変長符号化データストリームに変換するス
テップをさらに包含してもよい。該変換するステップ
は、マッチング入力データキャラクタが前記シフト手段
内に見つかった場合には、該マッチング入力データキャ
ラクタが見つかったことを示す標識と、該マッチング入
力データキャラクタの長さの可変長指示子および該マッ
チング入力データキャラクタの少なくとも１つのキャラ
クタを有する該シフト手段の該エントリを示すポインタ
を含む置換コードとを割り当てることによって、該マッ
チング入力データキャラクタを符号化する。該変換する
ステップは、マッチング入力データキャラクタが該シフ
ト手段内に見つからなかった場合には、「生の」データ
標識と該入力データキャラクタの最初のキャラクタとを
割り当てることによって、該入力データキャラクタの該
最初のキャラクタを符号化する。これにより、該データ
ストリームは該可変長符号化データストリームに変換さ
れる。
トリングを可変長符号化データストリームに変換するス
テップをさらに包含してもよい。該変換するステップ
は、マッチング入力データキャラクタが前記シフト手段
内に見つかった場合には、該マッチング入力データキャ
ラクタが見つかったことを示す標識と、該マッチング入
力データキャラクタの長さの可変長指示子および該マッ
チング入力データキャラクタの少なくとも１つのキャラ
クタを有する該シフト手段の該エントリを示すポインタ
を含む置換コードとを割り当てることによって、該マッ
チング入力データキャラクタを符号化する。該変換する
ステップは、マッチング入力データキャラクタが該シフ
ト手段内に見つからなかった場合には、「生の」データ
標識と該入力データキャラクタの最初のキャラクタとを
割り当てることによって、該入力データキャラクタの該
最初のキャラクタを符号化する。これにより、該データ
ストリームは該可変長符号化データストリームに変換さ
れる。
【００７９】前記比較の結果の蓄積のどちらが前記マッ
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップをさ
らに包含してもよい。
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップをさ
らに包含してもよい。
【００８０】前記シフト手段の前記比較を所定量の入力
データキャラクタに制限するステップをさらに包含して
もよい。
データキャラクタに制限するステップをさらに包含して
もよい。
【００８１】前記比較の結果の蓄積のどちらが前記マッ
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップ、お
よび、等しい長さの該最長ストリングが１つより多くあ
るとき、該最長ストリングに優先順位をつけるステップ
をさらに包含してもよい。
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップ、お
よび、等しい長さの該最長ストリングが１つより多くあ
るとき、該最長ストリングに優先順位をつけるステップ
をさらに包含してもよい。
【００８２】前記優先順位をつけるステップが、前記最
長ストリングのうち最も早いものを選択するステップを
さらに包含してもよい。
長ストリングのうち最も早いものを選択するステップを
さらに包含してもよい。
【００８３】前記可変長符号化データストリームを復号
化するステップをさらに包含てもよい。該復号化するス
テップは、該符号化データストリームを、各々が前記標
識の１個で始まっているいくつかの独立した部分に分解
するステップと、該独立した部分の該標識が前記生のデ
ータ標識を示すのか、または該標識が前記符号化された
マッチング入力データキャラクタを示すのかを決定する
ために、該標識を評価するステップとを包含する。
化するステップをさらに包含てもよい。該復号化するス
テップは、該符号化データストリームを、各々が前記標
識の１個で始まっているいくつかの独立した部分に分解
するステップと、該独立した部分の該標識が前記生のデ
ータ標識を示すのか、または該標識が前記符号化された
マッチング入力データキャラクタを示すのかを決定する
ために、該標識を評価するステップとを包含する。
【００８４】前記標識が前記符号化されたマッチング入
力データキャラクタを示す場合に、該マッチング入力デ
ータキャラクタを生成するための前記置換コードの前記
長さ指示子と前記ポインタとを解釈するステップと、こ
れにより、前記オリジナルのデータストリームの一部を
再構築するステップとをさらに包含してもよい。
力データキャラクタを示す場合に、該マッチング入力デ
ータキャラクタを生成するための前記置換コードの前記
長さ指示子と前記ポインタとを解釈するステップと、こ
れにより、前記オリジナルのデータストリームの一部を
再構築するステップとをさらに包含してもよい。
【００８５】前記標識が前記生のデータ標識を示す場合
に、前記符号化データストリームの前記最初のキャラク
タを得て、これにより、前記オリジナルのデータストリ
ームの一部を再構築するステップをさらに包含してもよ
い。
に、前記符号化データストリームの前記最初のキャラク
タを得て、これにより、前記オリジナルのデータストリ
ームの一部を再構築するステップをさらに包含してもよ
い。
【００８６】本発明の方法は、データ伸張システムにお
いて可変長符号化データストリームを出力データキャラ
クタストリームに変換する方法である。該データ伸張シ
ステムは、複数のエントリを有するシフト手段を備えて
おり、該エントリの各々は該出力データキャラクタスト
リームのデータキャラクタを格納する。該方法は、該可
変長符号化入力データストリームを、各々が標識を先頭
とするいくつかの独立した部分に分解するステップと、
該独立した部分の各々の該標識が生のデータ標識である
か、または符号化されたマッチングデータストリングを
示す標識であるかを決定するために、該標識を評価する
ステップとを包含している。該標識が生のデータ標識で
ある場合には、該独立した部分から生のデータバイトを
分解するステップ、該生のデータバイトを出力するステ
ップ、および該生のデータバイトを該シフト手段内に配
置するステップを包含し、該標識が符号化されたマッチ
ングデータストリングを示す標識である場合には、該マ
ッチングデータストリングの長さの可変長指示子と、該
マッチングデータストリングの最初のキャラクタを含む
該シフト手段内のエントリを示すオフセットとを分解す
るステップ、該長さのための該シフト手段内の該エント
リでの該マッチングデータストリングを出力するステッ
プ、および該マッチングデータストリングを該シフト手
段内に配置するステップを包含する。これらのことによ
り、上記目的が達成される。。
いて可変長符号化データストリームを出力データキャラ
クタストリームに変換する方法である。該データ伸張シ
ステムは、複数のエントリを有するシフト手段を備えて
おり、該エントリの各々は該出力データキャラクタスト
リームのデータキャラクタを格納する。該方法は、該可
変長符号化入力データストリームを、各々が標識を先頭
とするいくつかの独立した部分に分解するステップと、
該独立した部分の各々の該標識が生のデータ標識である
か、または符号化されたマッチングデータストリングを
示す標識であるかを決定するために、該標識を評価する
ステップとを包含している。該標識が生のデータ標識で
ある場合には、該独立した部分から生のデータバイトを
分解するステップ、該生のデータバイトを出力するステ
ップ、および該生のデータバイトを該シフト手段内に配
置するステップを包含し、該標識が符号化されたマッチ
ングデータストリングを示す標識である場合には、該マ
ッチングデータストリングの長さの可変長指示子と、該
マッチングデータストリングの最初のキャラクタを含む
該シフト手段内のエントリを示すオフセットとを分解す
るステップ、該長さのための該シフト手段内の該エント
リでの該マッチングデータストリングを出力するステッ
プ、および該マッチングデータストリングを該シフト手
段内に配置するステップを包含する。これらのことによ
り、上記目的が達成される。。
【００８７】本発明の装置は、データ圧縮システムにお
いて可変長符号化データストリームを出力データキャラ
クタストリームに変換する装置である。該データ伸張シ
ステムはシフト手段を備え、該シフト手段は複数のエン
トリを有し、該シフト手段の各エントリは該出力データ
キャラクタストリームのデータキャラクタを格納する。
該装置は、該可変長符号化入力データストリームを、各
々が標識を先頭とするいくつかの独立した部分に分解す
る手段と、該独立した部分の各々の該標識が生のデータ
標識であるか、または符号化されたマッチングデータス
トリングを示す標識であるかを決定するために、該標識
を評価する手段と、該独立した部分から生のデータバイ
トを分解する手段、該生のデータバイトを出力する手
段、および該生のデータバイトを該シフト手段内に配置
する手段と、該マッチングデータストリングの長さの可
変長指示子と、該マッチングデータストリングの最初の
キャラクタを含む該シフト手段内のエントリを示すオフ
セットとを分解する手段、該長さのための該シフト手段
内の該エントリでの該マッチングデータストリングを出
力する手段、および該マッチングデータストリングを該
シフト手段内に配置する手段とを備えており、そのこと
により上記目的が達成される。。
いて可変長符号化データストリームを出力データキャラ
クタストリームに変換する装置である。該データ伸張シ
ステムはシフト手段を備え、該シフト手段は複数のエン
トリを有し、該シフト手段の各エントリは該出力データ
キャラクタストリームのデータキャラクタを格納する。
該装置は、該可変長符号化入力データストリームを、各
々が標識を先頭とするいくつかの独立した部分に分解す
る手段と、該独立した部分の各々の該標識が生のデータ
標識であるか、または符号化されたマッチングデータス
トリングを示す標識であるかを決定するために、該標識
を評価する手段と、該独立した部分から生のデータバイ
トを分解する手段、該生のデータバイトを出力する手
段、および該生のデータバイトを該シフト手段内に配置
する手段と、該マッチングデータストリングの長さの可
変長指示子と、該マッチングデータストリングの最初の
キャラクタを含む該シフト手段内のエントリを示すオフ
セットとを分解する手段、該長さのための該シフト手段
内の該エントリでの該マッチングデータストリングを出
力する手段、および該マッチングデータストリングを該
シフト手段内に配置する手段とを備えており、そのこと
により上記目的が達成される。。
【００８８】本発明による入力データキャラクタを複数
のデータキャラクタを含むデータストリームと比較する
装置は、該データストリームの該データキャラクタを格
納する手段であって、該格納手段は複数のエントリを有
し、該格納手段の各エントリは該データストリームの該
データキャラクタの１つを格納する手段と、該入力デー
タキャラクタを該格納手段の各エントリに同時伝送する
手段と、該格納手段の各エントリに対して、該格納され
たデータキャラクタが該入力されたデータキャラクタに
適合（マッチング）するかどうかを決定するために、該
エントリの該格納されたデータキャラクタを該入力デー
タキャラクタと比較する手段と、該格納手段の各エント
リに対して、該比較の結果を個別に蓄積する手段と、を
備えており、そのことにより上記目的が達成される。。
のデータキャラクタを含むデータストリームと比較する
装置は、該データストリームの該データキャラクタを格
納する手段であって、該格納手段は複数のエントリを有
し、該格納手段の各エントリは該データストリームの該
データキャラクタの１つを格納する手段と、該入力デー
タキャラクタを該格納手段の各エントリに同時伝送する
手段と、該格納手段の各エントリに対して、該格納され
たデータキャラクタが該入力されたデータキャラクタに
適合（マッチング）するかどうかを決定するために、該
エントリの該格納されたデータキャラクタを該入力デー
タキャラクタと比較する手段と、該格納手段の各エント
リに対して、該比較の結果を個別に蓄積する手段と、を
備えており、そのことにより上記目的が達成される。。
【００８９】前記格納手段の各エントリに対して該結果
の蓄積を格納する手段をさらに備えていてもよい。
の蓄積を格納する手段をさらに備えていてもよい。
【００９０】前記比較の前記格納された結果を、後の入
力データキャラクタに対する比較の結果と比較する手段
をさらに備えていてもよい。
力データキャラクタに対する比較の結果と比較する手段
をさらに備えていてもよい。
【００９１】１つ以上の前記入力データキャラクタより
なるストリングを可変長符号化データストリームに変換
する手段をさらに備えていてもよく、該手段は、マッチ
ング入力データキャラクタが見つかったことを示す標識
と、該マッチング入力データキャラクタの長さの可変長
指示子および該マッチング入力データキャラクタの少な
くとも１つのキャラクタを有する該格納手段の該エント
リを示すポインタを含む置換コードとを割り当てること
によって、該マッチング入力データキャラクタを符号化
する手段と、「生の」データ標識と該入力データキャラ
クタの最初のキャラクタとを割り当てることによって、
該入力データキャラクタの該最初のキャラクタを符号化
する手段と、を備えている。
なるストリングを可変長符号化データストリームに変換
する手段をさらに備えていてもよく、該手段は、マッチ
ング入力データキャラクタが見つかったことを示す標識
と、該マッチング入力データキャラクタの長さの可変長
指示子および該マッチング入力データキャラクタの少な
くとも１つのキャラクタを有する該格納手段の該エント
リを示すポインタを含む置換コードとを割り当てること
によって、該マッチング入力データキャラクタを符号化
する手段と、「生の」データ標識と該入力データキャラ
クタの最初のキャラクタとを割り当てることによって、
該入力データキャラクタの該最初のキャラクタを符号化
する手段と、を備えている。
【００９２】前記比較の結果の蓄積のどちらが前記マッ
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価する手段をさらに
備えていてもよい。
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価する手段をさらに
備えていてもよい。
【００９３】前記格納手段の前記比較を所定数の入力デ
ータキャラクタに限定する手段をさらに備えていてもよ
い。
ータキャラクタに限定する手段をさらに備えていてもよ
い。
【００９４】前記比較の結果の蓄積のどちらが前記マッ
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価する手段、およ
び、等しい長さの該最長ストリングが１つより多くある
とき、該最長ストリングに優先順位をつける手段をさら
に備えていてもよい。
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価する手段、およ
び、等しい長さの該最長ストリングが１つより多くある
とき、該最長ストリングに優先順位をつける手段をさら
に備えていてもよい。
【００９５】前記優先順位をつける手段が、前記最長ス
トリングのうち最も早いものを選択する手段をさらに備
えいてもよい。
トリングのうち最も早いものを選択する手段をさらに備
えいてもよい。
【００９６】前記可変長符号化データストリームを復号
化する手段をさらに包含してもよく、該復号化手段は、
該符号化データストリームを、各々が前記標識の１つを
先頭とするいくつかの独立した部分に分解する手段と、
該独立した部分の該標識が前記生のデータ標識を示すの
か、または該標識が前記符号化されたマッチング入力デ
ータキャラクタを示すのかを決定するために、該標識を
評価する手段と、を備えている。
化する手段をさらに包含してもよく、該復号化手段は、
該符号化データストリームを、各々が前記標識の１つを
先頭とするいくつかの独立した部分に分解する手段と、
該独立した部分の該標識が前記生のデータ標識を示すの
か、または該標識が前記符号化されたマッチング入力デ
ータキャラクタを示すのかを決定するために、該標識を
評価する手段と、を備えている。
【００９７】前記マッチング入力データキャラクタを生
成するための前記置換コードの前記長さ指示子と前記ポ
インタとを解釈する手段をさらに備えていてもよい。
成するための前記置換コードの前記長さ指示子と前記ポ
インタとを解釈する手段をさらに備えていてもよい。
【００９８】前記符号化データストリームの前記最初の
キャラクタを得る手段をさらに備えていてもよい。
キャラクタを得る手段をさらに備えていてもよい。
【００９９】本発明の入力データキャラクタを複数のデ
ータキャラクタを含むデータストリームと比較する方法
は、該データストリームの該データキャラクタを、各々
が該データストリームの該データキャラクタの１つを格
納する複数のエントリを有する該格納手段に格納するス
テップと、該入力データキャラクタを該格納手段の各エ
ントリに同時伝送するステップと、該格納手段の各エン
トリに対して、該格納されたデータキャラクタが該入力
されたデータキャラクタに適合（マッチング）するかど
うかを決定するために、該エントリの該格納されたデー
タキャラクタを該入力データキャラクタと比較するステ
ップと、該格納手段の各エントリに対して該比較の結果
を個別に蓄積するステップと、を包含しており、そのこ
とにより上記目的が達成される。。
ータキャラクタを含むデータストリームと比較する方法
は、該データストリームの該データキャラクタを、各々
が該データストリームの該データキャラクタの１つを格
納する複数のエントリを有する該格納手段に格納するス
テップと、該入力データキャラクタを該格納手段の各エ
ントリに同時伝送するステップと、該格納手段の各エン
トリに対して、該格納されたデータキャラクタが該入力
されたデータキャラクタに適合（マッチング）するかど
うかを決定するために、該エントリの該格納されたデー
タキャラクタを該入力データキャラクタと比較するステ
ップと、該格納手段の各エントリに対して該比較の結果
を個別に蓄積するステップと、を包含しており、そのこ
とにより上記目的が達成される。。
【０１００】前記格納手段の各エントリに対して該結果
の蓄積を格納するステップをさらに包含してもよい。
の蓄積を格納するステップをさらに包含してもよい。
【０１０１】前記比較の前記格納された結果を、後の入
力データキャラクタに対する比較の結果と比較するステ
ップをさらに包含してもよい。
力データキャラクタに対する比較の結果と比較するステ
ップをさらに包含してもよい。
【０１０２】１つ以上の前記入力データキャラクタより
なるストリングを可変長符号化データストリームに変換
するステップをさらに包含してもよい。該変換するステ
ップは、マッチング入力データキャラクタが前記格納手
段内に見つかった場合には、該マッチング入力データキ
ャラクタが見つかったことを示す標識と、該マッチング
入力データキャラクタの長さの可変長指示子および該マ
ッチング入力データキャラクタの少なくとも１つのキャ
ラクタを有する該格納手段の該エントリを示すポインタ
を含む置換コードとを割り当てることによって、該マッ
チング入力データキャラクタを符号化するステップと、
を包含する。該変換するステップは、マッチング入力デ
ータキャラクタが該格納手段内に見つからなかった場合
には、「生の」データ標識と該入力データキャラクタの
最初のキャラクタとを割り当てることによって、該入力
データキャラクタの該最初のキャラクタを符号化するス
テップを包含する。これにより、該データストリームは
該可変長符号化データストリームに変換される。
なるストリングを可変長符号化データストリームに変換
するステップをさらに包含してもよい。該変換するステ
ップは、マッチング入力データキャラクタが前記格納手
段内に見つかった場合には、該マッチング入力データキ
ャラクタが見つかったことを示す標識と、該マッチング
入力データキャラクタの長さの可変長指示子および該マ
ッチング入力データキャラクタの少なくとも１つのキャ
ラクタを有する該格納手段の該エントリを示すポインタ
を含む置換コードとを割り当てることによって、該マッ
チング入力データキャラクタを符号化するステップと、
を包含する。該変換するステップは、マッチング入力デ
ータキャラクタが該格納手段内に見つからなかった場合
には、「生の」データ標識と該入力データキャラクタの
最初のキャラクタとを割り当てることによって、該入力
データキャラクタの該最初のキャラクタを符号化するス
テップを包含する。これにより、該データストリームは
該可変長符号化データストリームに変換される。
【０１０３】前記比較の結果の蓄積のどちらが前記マッ
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップをさ
らに包含してもよい。
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップをさ
らに包含してもよい。
【０１０４】前記シフト手段の前記比較を所定数の入力
データキャラクタに限定するステップをさらに包含して
もよい。
データキャラクタに限定するステップをさらに包含して
もよい。
【０１０５】前記比較の結果の蓄積のどちらが前記マッ
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップ、お
よび、等しい長さの該最長ストリングが１つより多くあ
るとき、該最長ストリングに優先順位をつけるステップ
をさらに包含してもよい。
チング入力データキャラクタの最長ストリングに対応す
るかを決定するために、該蓄積を評価するステップ、お
よび、等しい長さの該最長ストリングが１つより多くあ
るとき、該最長ストリングに優先順位をつけるステップ
をさらに包含してもよい。
【０１０６】前記優先順位をつけるステップは、前記最
長ストリングのうち最も早いものを選択するステップを
さらに包含してもよい。
長ストリングのうち最も早いものを選択するステップを
さらに包含してもよい。
【０１０７】前記可変長符号化データストリームを復号
化するステップをさらに包含してもよい。該復号化ステ
ップは、該符号化データストリームを、各々が前記標識
の１つを先頭とするいくつかの独立した部分に分解する
ステップと、該独立した部分の該標識が前記生のデータ
標識を示すのか、または該標識が前記符号化されたマッ
チング入力データキャラクタを示すのかを決定するため
に、該標識を評価するステップと、を包含する。
化するステップをさらに包含してもよい。該復号化ステ
ップは、該符号化データストリームを、各々が前記標識
の１つを先頭とするいくつかの独立した部分に分解する
ステップと、該独立した部分の該標識が前記生のデータ
標識を示すのか、または該標識が前記符号化されたマッ
チング入力データキャラクタを示すのかを決定するため
に、該標識を評価するステップと、を包含する。
【０１０８】前記標識が前記符号化されたマッチング入
力データキャラクタを示す場合に、該マッチング入力デ
ータキャラクタを生成するための前記置換コードの前記
長さ指示子と前記ポインタとを解釈するステップと、こ
れにより、前記オリジナルのデータストリームの一部を
再構築するステップと、をさらに包含してもよい。
力データキャラクタを示す場合に、該マッチング入力デ
ータキャラクタを生成するための前記置換コードの前記
長さ指示子と前記ポインタとを解釈するステップと、こ
れにより、前記オリジナルのデータストリームの一部を
再構築するステップと、をさらに包含してもよい。
【０１０９】前記標識が前記生のデータ標識を示す場合
に、前記符号化データストリームの前記最初のキャラク
タを得て、これにより、前記オリジナルのデータストリ
ームの一部を再構築するステップをさらに包含してもよ
い。
に、前記符号化データストリームの前記最初のキャラク
タを得て、これにより、前記オリジナルのデータストリ
ームの一部を再構築するステップをさらに包含してもよ
い。
【０１１０】
【０１１１】
【作用】本発明は、磁気ディスク記憶装置や磁気テープ
記憶装置等のデジタル記憶装置の容量を増大させる、圧
縮／伸張システムである。圧縮方法は完全に適合性があ
り、予め初期化されたコード化テーブルを必要とせず、
バイトオリエンテッドなキャラクタストリーム（例え
ば、コンピュータファイルなど）に最適化される。本発
明のデータ圧縮装置においては、圧縮の間に、先に処理
されたバイトの履歴バッファ又はシフトレジスタアレイ
が、圧縮装置内に保持される。圧縮はバイトの繰り返し
のストリングをシフトレジスタに置くことにより達成さ
れる。もし現在検査されているバイトを含むマッチング
ストリングが見つからなければ、そのバイトは、そのバ
イトが「生の」（即ち、ストリングではない）ことを示
す特別の標識ビット（タグビット）の後で出力データス
トリームに付加される。もしこのようなストリングが見
つかると、その長さとシフトレジスタ内の相対的位置が
符号化され、（圧縮）データストリームの出力に付加さ
れる。ストリングの長さ及び位置は、たとえ２バイトの
繰り返しのストリングでも、１：１より良い圧縮比率を
生じるように符号化される。言い換えれば、単一の「生
の」バイトに於てのみ、データの「拡張」を生じる。
記憶装置等のデジタル記憶装置の容量を増大させる、圧
縮／伸張システムである。圧縮方法は完全に適合性があ
り、予め初期化されたコード化テーブルを必要とせず、
バイトオリエンテッドなキャラクタストリーム（例え
ば、コンピュータファイルなど）に最適化される。本発
明のデータ圧縮装置においては、圧縮の間に、先に処理
されたバイトの履歴バッファ又はシフトレジスタアレイ
が、圧縮装置内に保持される。圧縮はバイトの繰り返し
のストリングをシフトレジスタに置くことにより達成さ
れる。もし現在検査されているバイトを含むマッチング
ストリングが見つからなければ、そのバイトは、そのバ
イトが「生の」（即ち、ストリングではない）ことを示
す特別の標識ビット（タグビット）の後で出力データス
トリームに付加される。もしこのようなストリングが見
つかると、その長さとシフトレジスタ内の相対的位置が
符号化され、（圧縮）データストリームの出力に付加さ
れる。ストリングの長さ及び位置は、たとえ２バイトの
繰り返しのストリングでも、１：１より良い圧縮比率を
生じるように符号化される。言い換えれば、単一の「生
の」バイトに於てのみ、データの「拡張」を生じる。
【０１１２】ストリングの長さの符号化は、可変長であ
り、ストリングの位置もまた可変長のフィールドとして
符号化される。従って、本発明は可変長のストリングを
可変長の出力コードにマップする。
り、ストリングの位置もまた可変長のフィールドとして
符号化される。従って、本発明は可変長のストリングを
可変長の出力コードにマップする。
【０１１３】本発明の履歴アレイの具体例に於ては、効
率的なストリング探索を行うために、ハッシュテーブル
が履歴バッファと組み合わせて使用され、ハッシュ「リ
フレッシュ」法が、ハッシュデータ構造の維持に必要と
されるコンピュータのオーバーヘッドを最小にするため
に使用される。これらの技術は、現在利用できる集積回
路技術を用いた数メガバイト／秒にものぼる入力速度で
も、入力データの高速圧縮を可能にする。
率的なストリング探索を行うために、ハッシュテーブル
が履歴バッファと組み合わせて使用され、ハッシュ「リ
フレッシュ」法が、ハッシュデータ構造の維持に必要と
されるコンピュータのオーバーヘッドを最小にするため
に使用される。これらの技術は、現在利用できる集積回
路技術を用いた数メガバイト／秒にものぼる入力速度で
も、入力データの高速圧縮を可能にする。
【０１１４】
【実施例】以下は本発明の二つの例のより詳細な記述で
あり、入力データキャラクタストリングを、可変長に符
号化されたデータストリングに変換するための方法及び
装置を含んでいる。データ圧縮システムはシフトレジス
タ手段又は履歴アレイ手段を有している。シフトレジス
タ手段又は履歴アレイ手段を組み込んだ方法は、以下の
ステップを有している。
あり、入力データキャラクタストリングを、可変長に符
号化されたデータストリングに変換するための方法及び
装置を含んでいる。データ圧縮システムはシフトレジス
タ手段又は履歴アレイ手段を有している。シフトレジス
タ手段又は履歴アレイ手段を組み込んだ方法は、以下の
ステップを有している。
【０１１５】第１のステップは、履歴アレイ手段又はシ
フトレジスタ内で、入力データストリームにマッチした
（マッチングした）最長のデータストリングを探索（サ
ーチ）することを含んでいる。もしこのようなマッチン
グデータストリングが履歴アレイ手段又はシフトレジス
タ手段内に見つかれば、第２のステップは、履歴アレイ
手段又はシフトレジスタ手段内で見つかったマッチング
データストリングを符号化することを含む。
フトレジスタ内で、入力データストリームにマッチした
（マッチングした）最長のデータストリングを探索（サ
ーチ）することを含んでいる。もしこのようなマッチン
グデータストリングが履歴アレイ手段又はシフトレジス
タ手段内に見つかれば、第２のステップは、履歴アレイ
手段又はシフトレジスタ手段内で見つかったマッチング
データストリングを符号化することを含む。
【０１１６】これはマッチングデータストリングが見つ
かったことを示す標識とストリング置換コードとを、可
変長に符号化されたデータストリームに付加することに
より行われる。ストリング置換コードは、マッチングデ
ータストリングの長さの可変長指示子と、マッチングデ
ータストリングの履歴アレイ手段内の位置を指すポイン
タとを含んでいる。
かったことを示す標識とストリング置換コードとを、可
変長に符号化されたデータストリームに付加することに
より行われる。ストリング置換コードは、マッチングデ
ータストリングの長さの可変長指示子と、マッチングデ
ータストリングの履歴アレイ手段内の位置を指すポイン
タとを含んでいる。
【０１１７】もしマッチング入力データストリングが履
歴アレイ手段又はシフトレジスタ手段内に見つからなけ
れば、第２のステップは入力データストリームの最初の
キャラクタを符号化するステップを含み、これはマッチ
ングデータストリングが見つからなかったこと、及び入
力データストリームの最初のキャラクタが可変長に符号
化されたデータストリームに付加されていることを示す
「生の」データ標識を、可変長に符号化されたデータス
トリームに付加することにより行われる。このように、
入力データストリームは可変長に符号化されたデータス
トリームに変換される。
歴アレイ手段又はシフトレジスタ手段内に見つからなけ
れば、第２のステップは入力データストリームの最初の
キャラクタを符号化するステップを含み、これはマッチ
ングデータストリングが見つからなかったこと、及び入
力データストリームの最初のキャラクタが可変長に符号
化されたデータストリームに付加されていることを示す
「生の」データ標識を、可変長に符号化されたデータス
トリームに付加することにより行われる。このように、
入力データストリームは可変長に符号化されたデータス
トリームに変換される。
【０１１８】履歴アレイ手段又はシフトレジスタ手段内
で最長のマッチングデータストリングを探索するステッ
プは、更に、履歴アレイ手段への最長のマッチングデー
タストリングに対する予め決められた数の照会に探索を
制限するステップを含み、又はシフトレジスタ手段の場
合には、前記入力データストリームの入力データキャラ
クタの予め決められた量に、探索を制限するステップを
含む。
で最長のマッチングデータストリングを探索するステッ
プは、更に、履歴アレイ手段への最長のマッチングデー
タストリングに対する予め決められた数の照会に探索を
制限するステップを含み、又はシフトレジスタ手段の場
合には、前記入力データストリームの入力データキャラ
クタの予め決められた量に、探索を制限するステップを
含む。
【０１１９】シフトレジスタを使用する具体例は非常に
反復的なので、ＶＬＳＩの装置に非常に向いている。シ
フトレジスタアレイの比較の殆ど毎回の操作が、最大の
クロック速度にパイプライン化され得、従って、効率が
最大となる。例えば、優先順位符号化は、望まれる性能
を達成するのに必要な高次元までパイプライン化され得
る。パイプライン化のこの能力は重要である。なぜな
ら、装置アレイに要求される大きなトランジスタ数は、
そのアレイが数個の集積回路にわたらざるを得ないから
である。
反復的なので、ＶＬＳＩの装置に非常に向いている。シ
フトレジスタアレイの比較の殆ど毎回の操作が、最大の
クロック速度にパイプライン化され得、従って、効率が
最大となる。例えば、優先順位符号化は、望まれる性能
を達成するのに必要な高次元までパイプライン化され得
る。パイプライン化のこの能力は重要である。なぜな
ら、装置アレイに要求される大きなトランジスタ数は、
そのアレイが数個の集積回路にわたらざるを得ないから
である。
【０１２０】ハッシュ関数を実行するために、履歴アレ
イ手段を用いるデータ圧縮システムは、履歴アレイポイ
ンタ、ハッシュテーブル手段、及びオフセットアレイ手
段を含む、あるハッシュデータ構造を含んでいる。履歴
アレイポインタは履歴アレイ手段の最後のエントリを示
している。ハッシュテーブル手段は複数のエントリを有
し、ハッシュテーブルの各エントリは、履歴アレイ手段
を指すポインタを格納する。オフセットアレイ手段は複
数のエントリを有し、各エントリは履歴アレイ手段のエ
ントリの一つへのリンクを供給する。ハッシュ関数を果
たすためのステップは、次のステップを含んでいる。
イ手段を用いるデータ圧縮システムは、履歴アレイポイ
ンタ、ハッシュテーブル手段、及びオフセットアレイ手
段を含む、あるハッシュデータ構造を含んでいる。履歴
アレイポインタは履歴アレイ手段の最後のエントリを示
している。ハッシュテーブル手段は複数のエントリを有
し、ハッシュテーブルの各エントリは、履歴アレイ手段
を指すポインタを格納する。オフセットアレイ手段は複
数のエントリを有し、各エントリは履歴アレイ手段のエ
ントリの一つへのリンクを供給する。ハッシュ関数を果
たすためのステップは、次のステップを含んでいる。
【０１２１】最初に、ハッシュテーブル手段のエントリ
の一つを指すポインタを供給するハッシュ関数の結果を
得ること。次に、ハッシュ関数の結果によって指示され
ているハッシュテーブルのエントリに格納されたポイン
タを得ること。次に、履歴アレイポインタとハッシュテ
ーブル手段から読み取られたポインタとの間の差を計算
し、その差を履歴アレイポインタによって指示されてい
るオフセットアレイのエントリに格納すること。最後
に、履歴アレイポインタをハッシュ関数によって指示さ
れているハッシュテーブルのエントリに格納すること。
の一つを指すポインタを供給するハッシュ関数の結果を
得ること。次に、ハッシュ関数の結果によって指示され
ているハッシュテーブルのエントリに格納されたポイン
タを得ること。次に、履歴アレイポインタとハッシュテ
ーブル手段から読み取られたポインタとの間の差を計算
し、その差を履歴アレイポインタによって指示されてい
るオフセットアレイのエントリに格納すること。最後
に、履歴アレイポインタをハッシュ関数によって指示さ
れているハッシュテーブルのエントリに格納すること。
【０１２２】履歴アレイ手段を用いた履歴アレイの具体例 また、履歴アレイ手段を用いた本発明の履歴アレイの具
体例は、リフレッシュ機能を含んでいる。リフレッシュ
機能は、各エントリのポインタが予め決められた量だけ
履歴ポインタと異なるかどうか決定するために、ハッシ
ュテーブルのエントリに格納されたポインタを周期的に
調べる。もしそのポインタと履歴アレイポインタとの差
が予め決められた量より大きければ、ハッシュテーブル
のエントリはそのエントリを再び初期化する無効な値に
置き換えられる。
体例は、リフレッシュ機能を含んでいる。リフレッシュ
機能は、各エントリのポインタが予め決められた量だけ
履歴ポインタと異なるかどうか決定するために、ハッシ
ュテーブルのエントリに格納されたポインタを周期的に
調べる。もしそのポインタと履歴アレイポインタとの差
が予め決められた量より大きければ、ハッシュテーブル
のエントリはそのエントリを再び初期化する無効な値に
置き換えられる。
【０１２３】これに加えて、この履歴アレイの具体例
は、ハッシュテーブルの全てのエントリを、そのテーブ
ルを効率的に初期化する無効値で効率的に置き換える初
期化ルーチンを供給する。
は、ハッシュテーブルの全てのエントリを、そのテーブ
ルを効率的に初期化する無効値で効率的に置き換える初
期化ルーチンを供給する。
【０１２４】また、履歴アレイ手段を用いた本発明の履
歴アレイの具体例は、圧縮ユニットの出力である可変長
に符号化されたデータストリームを復号化するための方
法を含んでいる。分解のための方法は、以下のステップ
を含んでいる。
歴アレイの具体例は、圧縮ユニットの出力である可変長
に符号化されたデータストリームを復号化するための方
法を含んでいる。分解のための方法は、以下のステップ
を含んでいる。
【０１２５】最初に、可変長に符号化されたデータスト
リームが独立した部分に分けて解析（パーズ）され、各
独立部分は標識の一つで始まる。次に、各独立部分の標
識が評価され、標識が生データ標識であるか符号化され
たマッチングデータストリングを示す標識であるかが決
定される。標識が符号化されたマッチングデータストリ
ングがあることを示す場合には、次のステップは、長さ
指示子と、マッチングデータストリングを生成するため
の置換コードのポインタとを解釈することを含む。この
ように、最初の入力データストリームの部分が再構築さ
れる。他方、標識が生データである場合には、符号化さ
れた入力データストリームの最初のキャラクタが得ら
れ、このようにして最初のデータストリームが再構築さ
れる。
リームが独立した部分に分けて解析（パーズ）され、各
独立部分は標識の一つで始まる。次に、各独立部分の標
識が評価され、標識が生データ標識であるか符号化され
たマッチングデータストリングを示す標識であるかが決
定される。標識が符号化されたマッチングデータストリ
ングがあることを示す場合には、次のステップは、長さ
指示子と、マッチングデータストリングを生成するため
の置換コードのポインタとを解釈することを含む。この
ように、最初の入力データストリームの部分が再構築さ
れる。他方、標識が生データである場合には、符号化さ
れた入力データストリームの最初のキャラクタが得ら
れ、このようにして最初のデータストリームが再構築さ
れる。
【０１２６】シフトレジスタを用いる第２の具体例 シフトレジスタ手段を用いる第２の具体例は、ハッシュ
関数の具体例より高い効率を有し、回路のコストを最小
にするために集積回路技術を用いている。これに加え
て、この具体例は最長のマッチングストリングは常にシ
フトレジスタアレイに見いだされるということを保証す
る。この履歴アレイの具体例は、探索は高速のパイプラ
イン方式で行われることを可能にする。より詳細には、
入力データストリームの入力データキャラクタは、シフ
トレジスタの各エントリに同時伝送される。入力データ
キャラクタは、シフトレジスタの各エントリの格納され
たキャラクタと比較される。もし入力データキャラクタ
がシフトレジスタ内の格納されたデータキャラクタの何
れかにマッチすれば、マッチした結果が現れる。このプ
ロセスは各入力データキャラクタに対して、最長のマッ
チングデータストリングが見いだされるまで行われる。
シフトレジスタ手段の各エントリに対するマッチした結
果は蓄積され維持される。これに加えて、最長のマッチ
ングストリングの長さに沿った最長のマッチングストリ
ングのエントリの位置が格納される。次に、エントリの
位置及び長さが、それによって圧縮比率を得るために符
号化される。
関数の具体例より高い効率を有し、回路のコストを最小
にするために集積回路技術を用いている。これに加え
て、この具体例は最長のマッチングストリングは常にシ
フトレジスタアレイに見いだされるということを保証す
る。この履歴アレイの具体例は、探索は高速のパイプラ
イン方式で行われることを可能にする。より詳細には、
入力データストリームの入力データキャラクタは、シフ
トレジスタの各エントリに同時伝送される。入力データ
キャラクタは、シフトレジスタの各エントリの格納され
たキャラクタと比較される。もし入力データキャラクタ
がシフトレジスタ内の格納されたデータキャラクタの何
れかにマッチすれば、マッチした結果が現れる。このプ
ロセスは各入力データキャラクタに対して、最長のマッ
チングデータストリングが見いだされるまで行われる。
シフトレジスタ手段の各エントリに対するマッチした結
果は蓄積され維持される。これに加えて、最長のマッチ
ングストリングの長さに沿った最長のマッチングストリ
ングのエントリの位置が格納される。次に、エントリの
位置及び長さが、それによって圧縮比率を得るために符
号化される。
【０１２７】また、シフトレジスタ手段を用いる第２の
具体例は、圧縮ユニットの出力である可変長に符号化さ
れたデータストリームを復号化するための方法を含んで
いる。分解の方法は以下のステップを含んでいる。最初
に、可変長に符号化されたデータストリームが独立した
部分に分解（パーズ）される。各独立部分は標識の一つ
で始まる。次に、各独立部分の標識が評価され、標識が
生データ標識であるか符号化されたマッチングデータス
トリングを示す標識であるかが決定される。標識が符号
化されたマッチングデータストリングがあることを示す
場合には、次のステップは、長さ指示子と、マッチング
データストリングを生成するための置換コードのポイン
タとを解釈することを含む。このように、最初の入力デ
ータストリームの部分が再構築される。他方、標識が生
データである場合には、符号化された入力データストリ
ームの最初のキャラクタが得られ、このようにして最初
のデータストリームが再構築される。
具体例は、圧縮ユニットの出力である可変長に符号化さ
れたデータストリームを復号化するための方法を含んで
いる。分解の方法は以下のステップを含んでいる。最初
に、可変長に符号化されたデータストリームが独立した
部分に分解（パーズ）される。各独立部分は標識の一つ
で始まる。次に、各独立部分の標識が評価され、標識が
生データ標識であるか符号化されたマッチングデータス
トリングを示す標識であるかが決定される。標識が符号
化されたマッチングデータストリングがあることを示す
場合には、次のステップは、長さ指示子と、マッチング
データストリングを生成するための置換コードのポイン
タとを解釈することを含む。このように、最初の入力デ
ータストリームの部分が再構築される。他方、標識が生
データである場合には、符号化された入力データストリ
ームの最初のキャラクタが得られ、このようにして最初
のデータストリームが再構築される。
【０１２８】以下、本発明を、実施例について図面を参
照しながら説明する。
照しながら説明する。
【０１２９】１．圧縮ユニットの構成 図１、図２、図３及び図４に本発明による圧縮ユニット
４及び伸張ユニット６を示す。ユニット４及び６は、ハ
ードウェアモジュールであっても、ソフトウェアサブル
ーチンであってもよい。しかし、履歴アレイを用いた第
１の実施例及びシフトレジスタ手段を包含する第２の実
施例に於いては、圧縮ユニット４及び伸張ユニット６は
１個の集積回路に組み入れられる。この集積回路は、マ
イクロプロセッサ５によって制御されるデータ記憶シス
テム又はデータ伝送システムの一部として用いられる。
図１及び図３に於いて、入力データストリーム８は、ホ
スト１０と称されるデータ送信装置から圧縮ユニット４
に入力される。符号化され、圧縮されたデータストリー
ム１２は装置（ｄｅｖｉｃｅ）１４と称されるデータ受
信装置へ伝送される。
４及び伸張ユニット６を示す。ユニット４及び６は、ハ
ードウェアモジュールであっても、ソフトウェアサブル
ーチンであってもよい。しかし、履歴アレイを用いた第
１の実施例及びシフトレジスタ手段を包含する第２の実
施例に於いては、圧縮ユニット４及び伸張ユニット６は
１個の集積回路に組み入れられる。この集積回路は、マ
イクロプロセッサ５によって制御されるデータ記憶シス
テム又はデータ伝送システムの一部として用いられる。
図１及び図３に於いて、入力データストリーム８は、ホ
スト１０と称されるデータ送信装置から圧縮ユニット４
に入力される。符号化され、圧縮されたデータストリー
ム１２は装置（ｄｅｖｉｃｅ）１４と称されるデータ受
信装置へ伝送される。
【０１３０】同様に、履歴アレイを用いた第１の実施例
を示す図２及びシフトレジスタ手段を用いた第２の実施
例を示す図４に於いて、伸張ユニット６は、装置１４
（ここではデータ送信装置）から圧縮されたデータスト
リームを受け取り、元の圧縮されていないデータストリ
ーム２０を再構成し、そのデータストリームをホスト１
０（ここではデータ受信装置）へ出力する。履歴アレイ
を用いた第１の実施例及びシフトレジスタ手段を用いた
第２の実施例に於いて、伸張及び圧縮は同時には行われ
ない。しかし、他の実施態様に於いては伸張及び圧縮は
同時に行われ得る。
を示す図２及びシフトレジスタ手段を用いた第２の実施
例を示す図４に於いて、伸張ユニット６は、装置１４
（ここではデータ送信装置）から圧縮されたデータスト
リームを受け取り、元の圧縮されていないデータストリ
ーム２０を再構成し、そのデータストリームをホスト１
０（ここではデータ受信装置）へ出力する。履歴アレイ
を用いた第１の実施例及びシフトレジスタ手段を用いた
第２の実施例に於いて、伸張及び圧縮は同時には行われ
ない。しかし、他の実施態様に於いては伸張及び圧縮は
同時に行われ得る。
【０１３１】履歴アレイを用いた実施例に於ける全ての
データ構造（例えば、履歴アレイ１０２、ハッシュテー
ブル１００、及びオフセットアレイ１０４（図７））
は、別の外部のＲＡＭチップ１６内に保持されている。
ＲＡＭ１６を圧縮及び伸張用チップに含めることも可能
であるが、現在の技術では、ＲＡＭ１６及び圧縮／伸張
ユニット４、６を共に包含するチップは非常に高くつく
であろう。履歴アレイを用いた実施例に於いては、ＲＡ
Ｍ１６は少なくとも１６Ｋバイトのデータ容量を有する
必要がある。ＲＡＭ１６の構成は、１６Ｋ×８ビットで
あっても８Ｋ×１６ビットであってもよい。
データ構造（例えば、履歴アレイ１０２、ハッシュテー
ブル１００、及びオフセットアレイ１０４（図７））
は、別の外部のＲＡＭチップ１６内に保持されている。
ＲＡＭ１６を圧縮及び伸張用チップに含めることも可能
であるが、現在の技術では、ＲＡＭ１６及び圧縮／伸張
ユニット４、６を共に包含するチップは非常に高くつく
であろう。履歴アレイを用いた実施例に於いては、ＲＡ
Ｍ１６は少なくとも１６Ｋバイトのデータ容量を有する
必要がある。ＲＡＭ１６の構成は、１６Ｋ×８ビットで
あっても８Ｋ×１６ビットであってもよい。
【０１３２】履歴アレイを用いた実施例では又、より大
きいハッシュテーブル（図７）を用いて能力を向上させ
ることを考慮すると、３２Ｋバイト迄のＲＡＭ１６を用
いることができる。履歴アレイを用いた実施例に於いて
具体化される好ましいデータ構造のより詳細な説明は、
そのようなデータ構造を構築し、保守する圧縮ユニット
についての以下での議論の中で与えられる、シフトレジ
スタ手段を用いた実施例の構成では、外部ＲＡＭは使用
されない。
きいハッシュテーブル（図７）を用いて能力を向上させ
ることを考慮すると、３２Ｋバイト迄のＲＡＭ１６を用
いることができる。履歴アレイを用いた実施例に於いて
具体化される好ましいデータ構造のより詳細な説明は、
そのようなデータ構造を構築し、保守する圧縮ユニット
についての以下での議論の中で与えられる、シフトレジ
スタ手段を用いた実施例の構成では、外部ＲＡＭは使用
されない。
【０１３３】以下で議論される全ての数値パラメータ
（例えば、ＭＥＭＳＩＺＥ、１６ビットＨＰＴＰサイズ
等）の値が本発明の圧縮、伸張技術に於ける基本的な概
念に影響を及ぼすことなく変更可能であることは、当業
者には理解されるであろう。
（例えば、ＭＥＭＳＩＺＥ、１６ビットＨＰＴＰサイズ
等）の値が本発明の圧縮、伸張技術に於ける基本的な概
念に影響を及ぼすことなく変更可能であることは、当業
者には理解されるであろう。
【０１３４】 ２．履歴アレイを用いた実施例に於けるコード構成 図５に本発明の履歴アレイを用いた実施例のコード構成
を示す。本実施例に於ける符号化方法は、出力データス
トリームが「生（ｒａｗ）」又は非圧縮であるか、ある
いは圧縮されたものであるかを示すための標識ビットを
用いる。非圧縮であることは１個の「０」ビットで示さ
れ、図５に参照符号１９で示されるように、０ＢＢＢＢ
ＢＢＢＢは符号化された「生」の８ビットのバイトであ
る。圧縮が行われたことは１個の「１」ビットで示さ
れ、図５に参照符号２１で示されるように、「１（オフ
セット）（長さ）」は履歴バッファ内で「オフセット」
だけ戻った位置にあるストリングである。本実施例で
は、履歴バッファ内でのオフセットの符号化又は戻りの
バイト数は、図５に参照符号２３で示すように、２通り
の形式の一方をとる。７ビットを有する短い形式では、
１〜１２７バイトのオフセットが発生される。他方、１
１ビットを有する長い形式では、１〜２０４７バイトの
オフセットが発生される。
を示す。本実施例に於ける符号化方法は、出力データス
トリームが「生（ｒａｗ）」又は非圧縮であるか、ある
いは圧縮されたものであるかを示すための標識ビットを
用いる。非圧縮であることは１個の「０」ビットで示さ
れ、図５に参照符号１９で示されるように、０ＢＢＢＢ
ＢＢＢＢは符号化された「生」の８ビットのバイトであ
る。圧縮が行われたことは１個の「１」ビットで示さ
れ、図５に参照符号２１で示されるように、「１（オフ
セット）（長さ）」は履歴バッファ内で「オフセット」
だけ戻った位置にあるストリングである。本実施例で
は、履歴バッファ内でのオフセットの符号化又は戻りの
バイト数は、図５に参照符号２３で示すように、２通り
の形式の一方をとる。７ビットを有する短い形式では、
１〜１２７バイトのオフセットが発生される。他方、１
１ビットを有する長い形式では、１〜２０４７バイトの
オフセットが発生される。
【０１３５】短いオフセット形式と長いオフセット形式
とは、１個のビットで区別される。即ち、「１」は短い
形式を示し、「０」は長い形式を示す。本発明で特別に
用いられている長さのコード構成を、図５のテーブル２
５に示す。テーブル２５の先頭から見ていくと、２バイ
トの長さは、図５に参照符号２２で示すように、値「０
０」を有する２ビットに符号化される。同様の手法で、
３バイト及び４バイトの長さの符号化の結果は、値「０
１」を有する２ビット（図５の参照符号２４）及び値
「１０」を有する２ビット（図５の参照符号２６）でそ
れぞれ表される。５バイトから７バイトまでの長さは
「１１ ００」から「１１ １０」までの値を有する４
ビットで表される（図５の参照符号２８〜３２）。８バ
イトから２２バイトまでの長さは、「１１ １１ ００
００」から「１１ １１ １１１０」までの値を有する
８ビットで表される。２２バイト超の長さについては、
次の２３バイトから３７バイトまでの長さは１２ビット
で表され（図５の参照符号６４〜７０）、以後、同様に
してビット数が増大してゆく。テーブル２５に示される
長さのコード構成の利点は、以下で議論する圧縮方法の
中でビットストリングの長さの符号化を行うための効率
的な手続きを可能にすることにある。
とは、１個のビットで区別される。即ち、「１」は短い
形式を示し、「０」は長い形式を示す。本発明で特別に
用いられている長さのコード構成を、図５のテーブル２
５に示す。テーブル２５の先頭から見ていくと、２バイ
トの長さは、図５に参照符号２２で示すように、値「０
０」を有する２ビットに符号化される。同様の手法で、
３バイト及び４バイトの長さの符号化の結果は、値「０
１」を有する２ビット（図５の参照符号２４）及び値
「１０」を有する２ビット（図５の参照符号２６）でそ
れぞれ表される。５バイトから７バイトまでの長さは
「１１ ００」から「１１ １０」までの値を有する４
ビットで表される（図５の参照符号２８〜３２）。８バ
イトから２２バイトまでの長さは、「１１ １１ ００
００」から「１１ １１ １１１０」までの値を有する
８ビットで表される。２２バイト超の長さについては、
次の２３バイトから３７バイトまでの長さは１２ビット
で表され（図５の参照符号６４〜７０）、以後、同様に
してビット数が増大してゆく。テーブル２５に示される
長さのコード構成の利点は、以下で議論する圧縮方法の
中でビットストリングの長さの符号化を行うための効率
的な手続きを可能にすることにある。
【０１３６】長さ及びオフセットの符号化のために様々
な符号化方式が用いられてきたが、このようなアプロー
チによって得られる圧縮比は、本実施例によるものに非
常に近い。
な符号化方式が用いられてきたが、このようなアプロー
チによって得られる圧縮比は、本実施例によるものに非
常に近い。
【０１３７】図６に、図５の圧縮機構を用いた場合の単
純な結果のテーブルを示す。このテーブルは３個の列に
分割されている。第１列７５は入力バイトストリームを
示している。第２列７７は符号化された出力ストリーム
である。最後の第３列７９はコメントを与えている。符
号化された出力ビットストリームの各行には、参照符号
７６〜８６が付加されている。入力バイトストリーム７
５（ＡＢＡＡＡＡＡＡＣＡＢＡ）を圧縮するための基本
的な操作は次の通りである。圧縮は、入力バイトストリ
ーム７５の中でマッチするバイトストリングを見つけ出
すことによって達成される。この機構は、シフトレジス
タを用いた実施例に於いても用いられる。本実施例に於
いては、効率的なハッシュ探索を行うために、図７に示
すハッシュ構造が用いられている。図７に示す構造及び
ハッシュ探索のより詳細な議論は、後に行う。
純な結果のテーブルを示す。このテーブルは３個の列に
分割されている。第１列７５は入力バイトストリームを
示している。第２列７７は符号化された出力ストリーム
である。最後の第３列７９はコメントを与えている。符
号化された出力ビットストリームの各行には、参照符号
７６〜８６が付加されている。入力バイトストリーム７
５（ＡＢＡＡＡＡＡＡＣＡＢＡ）を圧縮するための基本
的な操作は次の通りである。圧縮は、入力バイトストリ
ーム７５の中でマッチするバイトストリングを見つけ出
すことによって達成される。この機構は、シフトレジス
タを用いた実施例に於いても用いられる。本実施例に於
いては、効率的なハッシュ探索を行うために、図７に示
すハッシュ構造が用いられている。図７に示す構造及び
ハッシュ探索のより詳細な議論は、後に行う。
【０１３８】本実施例に於いては、２バイト以上の長さ
を有するバイトストリームに対して圧縮が生じる。第１
の入力バイトが圧縮ユニット４によって受け取られる
と、該第１の入力バイトにマッチする他の２バイトスト
リングが過去の履歴中に存在したか否かを判定するため
の探索が行われる。第１の入力バイトは以前の履歴を有
していないキャラクタ「Ａ」（図６の参照符号７６）で
あり、従って、この第１のバイトについては、図６に参
照符号７６で示すように、８ビットのバイトが、「生」
（又は非圧縮）であることを示す標識ビット「０」の後
で符号化された出力ストリームに追加される。
を有するバイトストリームに対して圧縮が生じる。第１
の入力バイトが圧縮ユニット４によって受け取られる
と、該第１の入力バイトにマッチする他の２バイトスト
リングが過去の履歴中に存在したか否かを判定するため
の探索が行われる。第１の入力バイトは以前の履歴を有
していないキャラクタ「Ａ」（図６の参照符号７６）で
あり、従って、この第１のバイトについては、図６に参
照符号７６で示すように、８ビットのバイトが、「生」
（又は非圧縮）であることを示す標識ビット「０」の後
で符号化された出力ストリームに追加される。
【０１３９】入力バイトストリーム中の次の入力バイト
はキャラクタ「Ｂ」である。この時点では、バイトスト
リーム中の他の唯一のバイトはマッチしない（履歴はキ
ャラクタ「Ａ」を有している）ため、図６に参照符号７
８で示すように、キャラクタ「Ｂ」のためのバイト及び
「生」バイト標識（ダグビット）が出力される。入力ス
トリーム７５中の次の入力バイトはキャラクタ「Ａ」で
ある。本実施例に於いては２バイト以上のバイトストリ
ングのみが圧縮されるため、図６に参照符号８０で示す
ように、キャラクタ「Ａ」のためのバイトは非圧縮のま
ま、生のデータバイトとして出力される。しかし、次の
入力バイト（キャラクタ「Ａ」）が出現すると、２バイ
トのストリングが見いだされる。圧縮ユニット４は長さ
２のマッチを与え、入力バイトストリームの引き続くバ
イトを比較する。次の入力バイトは以前のバイト（例え
ば、キャラクタ「Ａ」）にマッチするので、マッチの長
さがインクリメントされ、ストリングマッチが「拡張」
される。この手順はキャラクタ「Ａ」を有する次の４個
の入力バイトについて継続される。
はキャラクタ「Ｂ」である。この時点では、バイトスト
リーム中の他の唯一のバイトはマッチしない（履歴はキ
ャラクタ「Ａ」を有している）ため、図６に参照符号７
８で示すように、キャラクタ「Ｂ」のためのバイト及び
「生」バイト標識（ダグビット）が出力される。入力ス
トリーム７５中の次の入力バイトはキャラクタ「Ａ」で
ある。本実施例に於いては２バイト以上のバイトストリ
ングのみが圧縮されるため、図６に参照符号８０で示す
ように、キャラクタ「Ａ」のためのバイトは非圧縮のま
ま、生のデータバイトとして出力される。しかし、次の
入力バイト（キャラクタ「Ａ」）が出現すると、２バイ
トのストリングが見いだされる。圧縮ユニット４は長さ
２のマッチを与え、入力バイトストリームの引き続くバ
イトを比較する。次の入力バイトは以前のバイト（例え
ば、キャラクタ「Ａ」）にマッチするので、マッチの長
さがインクリメントされ、ストリングマッチが「拡張」
される。この手順はキャラクタ「Ａ」を有する次の４個
の入力バイトについて継続される。
【０１４０】図６の行８２に示すように、キャラクタ列
「ＡＡＡＡＡＡ」の符号化されたビットストリングは、
「１１ ００００００１ １１００」である。符号化さ
れたストリングの第１ビットは圧縮符号化モードを示す
「１」である。符号化されたビットストリング中の次の
ビットはオフセットの短い形式（図５の参照符号２３）
が用いられていることを示す。オフセットは１バイトの
オフセットを示す「００００００１」であり、長さ「１
１００」は、図５のテーブル２５に示すように、５バイ
トを示す。入力バイトストリーム７５中の残りのバイト
は、上述したものと同様の戦略（手法）を用いて符号化
される。
「ＡＡＡＡＡＡ」の符号化されたビットストリングは、
「１１ ００００００１ １１００」である。符号化さ
れたストリングの第１ビットは圧縮符号化モードを示す
「１」である。符号化されたビットストリング中の次の
ビットはオフセットの短い形式（図５の参照符号２３）
が用いられていることを示す。オフセットは１バイトの
オフセットを示す「００００００１」であり、長さ「１
１００」は、図５のテーブル２５に示すように、５バイ
トを示す。入力バイトストリーム７５中の残りのバイト
は、上述したものと同様の戦略（手法）を用いて符号化
される。
【０１４１】上述の例では、あるバイトについてマッチ
がとれなかった場合には、圧縮ユニット４は、入力バイ
トストリームの履歴を遡って、現在の入力バイトまでマ
ッチし、その入力バイトを含むストリングを探索する。
そのような新たなストリングが見いだされた場合には、
マッチの長さがインクリメントされ、新たなマッチする
ストリングの位置が定められ、記憶される。このストリ
ングマッチは従って、「拡張」されている。そのような
新たなストリングが見いだされない場合、又は余りに多
くの先行する入力バイトエントリを探索する必要がある
場合には、現在のマッチするストリングが最大のストリ
ングであると仮定され、そのマッチするストリングが、
符号化された形式又は生のバイト形式で出力される。符
号化された形式では、そのストリングの長さ及び入力バ
イトストリームを保持している履歴中のそのストリング
の相対位置が、出力される（圧縮された）データストリ
ームに追加される。オフセットは、そのストリングの開
始位置からバッファ内のマッチしたバイトまでのバイト
数として計算される。このバイト数は、履歴アレイを用
いた実施例では、１からメモリサイズ（「ＭＥＭＳＩＺ
Ｅ」）−１迄の範囲にある。上述したように、長さ及び
オフセットは図５に示したように符号化される。「従来
の技術」の章で論じたアプローチとは対照的に、本実施
例に於ける圧縮の手法では、異なる長さのストリングが
異なる長さの出力コードにマッピングされることに注意
されたい。
がとれなかった場合には、圧縮ユニット４は、入力バイ
トストリームの履歴を遡って、現在の入力バイトまでマ
ッチし、その入力バイトを含むストリングを探索する。
そのような新たなストリングが見いだされた場合には、
マッチの長さがインクリメントされ、新たなマッチする
ストリングの位置が定められ、記憶される。このストリ
ングマッチは従って、「拡張」されている。そのような
新たなストリングが見いだされない場合、又は余りに多
くの先行する入力バイトエントリを探索する必要がある
場合には、現在のマッチするストリングが最大のストリ
ングであると仮定され、そのマッチするストリングが、
符号化された形式又は生のバイト形式で出力される。符
号化された形式では、そのストリングの長さ及び入力バ
イトストリームを保持している履歴中のそのストリング
の相対位置が、出力される（圧縮された）データストリ
ームに追加される。オフセットは、そのストリングの開
始位置からバッファ内のマッチしたバイトまでのバイト
数として計算される。このバイト数は、履歴アレイを用
いた実施例では、１からメモリサイズ（「ＭＥＭＳＩＺ
Ｅ」）−１迄の範囲にある。上述したように、長さ及び
オフセットは図５に示したように符号化される。「従来
の技術」の章で論じたアプローチとは対照的に、本実施
例に於ける圧縮の手法では、異なる長さのストリングが
異なる長さの出力コードにマッピングされることに注意
されたい。
【０１４２】入力バイトストリームに対するストリング
探索操作に多くの実現方法が存在することが当業者には
理解されるであろう。特に、マッチするストリングを見
いだすために用いることができるハッシング技法及び探
索手法には多くのものが存在する。様々なハッシング技
術についても完全な背景に関しては、Ｋｎｕｔｈの「Ｓ
ｏｒｔｉｎｇ ａｎｄ Ｓｅａｒｃｈｉｎｇ，Ｔｈｅ
Ａｒｔ ｏｆ Ｃｏｍｐｕｔｅｒ Ｐｒｏｇｒａｍｍｉ
ｎｇ（Ｖｏｌ．３）、ｐｐ．５０６−５４９（１９７
３）を参照されたい。以下に、本実施例によって用いら
れる特別なハッシュ構造の詳細を述べる。ここで論じら
れるデータ構造及びアプローチが選択されたのは、それ
らによって、圧縮機能のために要求されるＲＡＭサイク
ルの数が最小化され、従ってシステムのスループットが
最大化されるからである。
探索操作に多くの実現方法が存在することが当業者には
理解されるであろう。特に、マッチするストリングを見
いだすために用いることができるハッシング技法及び探
索手法には多くのものが存在する。様々なハッシング技
術についても完全な背景に関しては、Ｋｎｕｔｈの「Ｓ
ｏｒｔｉｎｇ ａｎｄ Ｓｅａｒｃｈｉｎｇ，Ｔｈｅ
Ａｒｔ ｏｆ Ｃｏｍｐｕｔｅｒ Ｐｒｏｇｒａｍｍｉ
ｎｇ（Ｖｏｌ．３）、ｐｐ．５０６−５４９（１９７
３）を参照されたい。以下に、本実施例によって用いら
れる特別なハッシュ構造の詳細を述べる。ここで論じら
れるデータ構造及びアプローチが選択されたのは、それ
らによって、圧縮機能のために要求されるＲＡＭサイク
ルの数が最小化され、従ってシステムのスループットが
最大化されるからである。
【０１４３】 ３．履歴アレイ手段を用いた実施例のデータ構造 図７を参照して、本実施例のハッシュ構造について述べ
る。既に処理された（圧縮された、又は生のデータとし
て圧縮されなかった）入力データの最後の２０４８キャ
ラクタを包含する履歴アレイ１０２がＲＡＭ１６に格納
されている。新たな入力データが圧縮ユニット４（図
１）によって受け取られると、本発明のシステムは、新
たな入力データ中の少なくとも２バイトの「ストリン
グ」が履歴アレイ１０２中のストリングにマッチするか
否かをチェックする。マッチすれば、この入力データの
ストリングは符号化され、マッチしなければ、該入力デ
ータのストリングは上述したように生のデータとして表
される。
る。既に処理された（圧縮された、又は生のデータとし
て圧縮されなかった）入力データの最後の２０４８キャ
ラクタを包含する履歴アレイ１０２がＲＡＭ１６に格納
されている。新たな入力データが圧縮ユニット４（図
１）によって受け取られると、本発明のシステムは、新
たな入力データ中の少なくとも２バイトの「ストリン
グ」が履歴アレイ１０２中のストリングにマッチするか
否かをチェックする。マッチすれば、この入力データの
ストリングは符号化され、マッチしなければ、該入力デ
ータのストリングは上述したように生のデータとして表
される。
【０１４４】ハッシュテーブル１００は履歴アレイ１０
２中の特定のストリングを素早く見いだすために用いら
れる。ハッシュテーブル１００は、履歴アレイへの履歴
アレイポインタを含む一連のビン（ｂｉｎ）エントリ１
０６で構成されている。オフセットアレイ１０４と称さ
れるいま一つのデータ構造はハッシュリンクテーブルで
ある。オフセットアレイ１０４中の各リンクリストの第
１の要素は、特定のハッシュ値に対応する履歴アレイ中
の前のエントリを指し示している。該リンクリスト中の
最後の要素（この要素は無効なポインタであってもよ
い）はこのハッシュ値に関連付けられた最も古いエント
リを指し示している。
２中の特定のストリングを素早く見いだすために用いら
れる。ハッシュテーブル１００は、履歴アレイへの履歴
アレイポインタを含む一連のビン（ｂｉｎ）エントリ１
０６で構成されている。オフセットアレイ１０４と称さ
れるいま一つのデータ構造はハッシュリンクテーブルで
ある。オフセットアレイ１０４中の各リンクリストの第
１の要素は、特定のハッシュ値に対応する履歴アレイ中
の前のエントリを指し示している。該リンクリスト中の
最後の要素（この要素は無効なポインタであってもよ
い）はこのハッシュ値に関連付けられた最も古いエント
リを指し示している。
【０１４５】圧縮ユニット４は、各入力バイトが処理さ
れた後にインクリメントされる１６ビットの履歴ポイン
タＨＰＴＲ１０８を維持している。ＨＰＴＲは０に初期
化され、圧縮ユニットによって６４Ｋバイトが処理され
た後に０に戻る。オフセットアレイ１０４は実際には単
純リンクリスト（ｓｉｎｇｌｙ ｌｉｎｋｅｄ ｌｉｓ
ｔ）から構成された２次履歴である。ある特定のオフセ
ットがＭＥＭＳＩＺＥ−ＭＡＸＳＴＲ（ここでＭＡＸＳ
ＴＲは探索されている最大のストリングである）よりも
大きいか、又はリストの最近のエントリからの全てのリ
ンクの合計がＭＥＭＳＩＺＥ−ＭＡＸＳＴＲよりも大き
い場合には、特定のハッシュビン（値）中に有効なエン
トリはもはや存在しない。
れた後にインクリメントされる１６ビットの履歴ポイン
タＨＰＴＲ１０８を維持している。ＨＰＴＲは０に初期
化され、圧縮ユニットによって６４Ｋバイトが処理され
た後に０に戻る。オフセットアレイ１０４は実際には単
純リンクリスト（ｓｉｎｇｌｙ ｌｉｎｋｅｄ ｌｉｓ
ｔ）から構成された２次履歴である。ある特定のオフセ
ットがＭＥＭＳＩＺＥ−ＭＡＸＳＴＲ（ここでＭＡＸＳ
ＴＲは探索されている最大のストリングである）よりも
大きいか、又はリストの最近のエントリからの全てのリ
ンクの合計がＭＥＭＳＩＺＥ−ＭＡＸＳＴＲよりも大き
い場合には、特定のハッシュビン（値）中に有効なエン
トリはもはや存在しない。
【０１４６】このようにして、ＭＥＭＳＩＺＥ−ＭＡＸ
ＳＴＲよりも古いエントリはハッシュテーブル１００の
終わりから効果的に「離れ落ちる（ｆａｌｌ ｏｆ
ｆ）」。本発明のこの点により、オフセットアレイ１０
４中の単純リンクテストの使用を可能にする。単純リン
クリストの維持は、二重リンクリストに比べて半分以下
のメモリアクセスによって行うことができる。しかし、
単純リンクリストの使用は、以下で述べるリフレッシュ
ハッシュ操作を必要とする。
ＳＴＲよりも古いエントリはハッシュテーブル１００の
終わりから効果的に「離れ落ちる（ｆａｌｌ ｏｆ
ｆ）」。本発明のこの点により、オフセットアレイ１０
４中の単純リンクテストの使用を可能にする。単純リン
クリストの維持は、二重リンクリストに比べて半分以下
のメモリアクセスによって行うことができる。しかし、
単純リンクリストの使用は、以下で述べるリフレッシュ
ハッシュ操作を必要とする。
【０１４７】４．履歴アレイを用いた実施例の圧縮操作 図８、図９及び図１０に、本発明の圧縮操作の詳細なフ
ローチャートを示す。フローチャート（図８、図９及び
図１０）の特別なデータパスを示すハードワイヤード版
を図１２に示す。
ローチャートを示す。フローチャート（図８、図９及び
図１０）の特別なデータパスを示すハードワイヤード版
を図１２に示す。
【０１４８】より詳細には、図８に於いて圧縮操作ルー
チンはブロック１０８から出発する。次に、ブロック１
１０に於いて、初期化ルーチン（図９）が呼び出され、
図７に示すハッシュ構造が初期化される。この操作は典
型的にはシステムの初期化に於いて行われ、１回の「圧
縮」が完了し、新たな圧縮が開始される場合にも繰り返
し行われる必要はない。
チンはブロック１０８から出発する。次に、ブロック１
１０に於いて、初期化ルーチン（図９）が呼び出され、
図７に示すハッシュ構造が初期化される。この操作は典
型的にはシステムの初期化に於いて行われ、１回の「圧
縮」が完了し、新たな圧縮が開始される場合にも繰り返
し行われる必要はない。
【０１４９】図９のブロック１１２に於いて、ハッシュ
ポインタ（ＨＰＴＲ）１０８が０に設定される。ブロッ
ク１１４（図９）に於いて、符号化されているビットス
トリングの現在の長さを追跡するためのマッチ長変数
（「ＭＡＴＣＨＬＥＭ」）が０に設定される。次に、ブ
ロック１１６に於いて、後述するリフレッシュカウント
変数（「ＲＦＳＨＣＮＴ」）が１２に設定される。ブロ
ック１１８に於いて、後述するリフレッシュポインタ変
数（「ＲＦＳＨＰＴＲ」）が０に設定される。次に、ブ
ロック１２０に於いて、ハッシュテーブル１００が値Ｈ
ＰＴＲ−ＭＥＭＳＩＺＥで埋められる。このステップに
より、ハッシュテーブル１００の以前の有効な値は効果
的に空にされる。ハッシュテーブルは非常に大きいの
で、新たなデータストリームが与えられる度にこのよう
な初期化プロセス（図９）が必要とされるならば、たい
ていのシステムに於いて受け入れ難い待ち時間が生じ
る。このため、リフレッシュハッシュルーチン（図１
０）が用いられ、これにより初期化のコストが圧縮の全
期間に分配され、従って、圧縮操作間の町時間が最小化
される。
ポインタ（ＨＰＴＲ）１０８が０に設定される。ブロッ
ク１１４（図９）に於いて、符号化されているビットス
トリングの現在の長さを追跡するためのマッチ長変数
（「ＭＡＴＣＨＬＥＭ」）が０に設定される。次に、ブ
ロック１１６に於いて、後述するリフレッシュカウント
変数（「ＲＦＳＨＣＮＴ」）が１２に設定される。ブロ
ック１１８に於いて、後述するリフレッシュポインタ変
数（「ＲＦＳＨＰＴＲ」）が０に設定される。次に、ブ
ロック１２０に於いて、ハッシュテーブル１００が値Ｈ
ＰＴＲ−ＭＥＭＳＩＺＥで埋められる。このステップに
より、ハッシュテーブル１００の以前の有効な値は効果
的に空にされる。ハッシュテーブルは非常に大きいの
で、新たなデータストリームが与えられる度にこのよう
な初期化プロセス（図９）が必要とされるならば、たい
ていのシステムに於いて受け入れ難い待ち時間が生じ
る。このため、リフレッシュハッシュルーチン（図１
０）が用いられ、これにより初期化のコストが圧縮の全
期間に分配され、従って、圧縮操作間の町時間が最小化
される。
【０１５０】図８を再び参照すると、初期化ルーチン
（図９）の終了後、圧縮ユニット４（図１）は入力され
るデータストリームからのバイトの受け入れを開始する
ことができる。ブロック１２４に於いて、変数ＲＦＳＨ
ＣＮＴが０であるか否かが調べられる。ＲＦＳＨＣＮＴ
が０にデクリメントされている場合には、処理はブロッ
ク１２６へ進む。ブロック１２６に於いてはリフレッシ
ュハッシュルーチン（図１０）が実行される。
（図９）の終了後、圧縮ユニット４（図１）は入力され
るデータストリームからのバイトの受け入れを開始する
ことができる。ブロック１２４に於いて、変数ＲＦＳＨ
ＣＮＴが０であるか否かが調べられる。ＲＦＳＨＣＮＴ
が０にデクリメントされている場合には、処理はブロッ
ク１２６へ進む。ブロック１２６に於いてはリフレッシ
ュハッシュルーチン（図１０）が実行される。
【０１５１】リフレッシュハッシュルーチン（図１０）
の目的は、ハッシュテーブル１００の特定の場所に於い
てＨＰＴＲが古い値に折り返される（ｗｒａｐ ｂａｃ
ｋ）という万一の状況に対処することにある。このよう
な状況が生じた場合には、ハッシュテーブル１００内の
実際には非常に古いハッシュビン１０６が突然に非常に
新しく見えるようになる。リフレッシュハッシュルーチ
ン（図１０）は、ハッシュテーブル１００の各エントリ
（ＨＡＳＨＴＡＢＬＥ（ｊ））を定期的に調べ、そのエ
ントリが余りに古くないか、例えばＨＰＴＲ−ＨＡＳＨ
ＴＡＢＬＥ（ｊ）＞ＯＬＤＨＡＳＨが成り立つか否かを
定めることに責任を負っている。ここで、ＯＬＤＨＡＳ
Ｈは適切に選ばれた値（例えば１６Ｋ）である。そのエ
ントリが余りに古い場合には、ＨＡＳＨＴＡＢＬＥ
（ｊ）はＨＰＴＲ−ＭＥＭＳＩＺＥで置き換えられる。
この値は十分に古いので、無効又は「ＮＩＬ」ポインタ
として扱われるが、このことにより、更に６４Ｋ−ＭＥ
ＭＳＩＺＥ迄のバイトを、ＨＰＴＰの折り返しの問題無
しに処理することができる。
の目的は、ハッシュテーブル１００の特定の場所に於い
てＨＰＴＲが古い値に折り返される（ｗｒａｐ ｂａｃ
ｋ）という万一の状況に対処することにある。このよう
な状況が生じた場合には、ハッシュテーブル１００内の
実際には非常に古いハッシュビン１０６が突然に非常に
新しく見えるようになる。リフレッシュハッシュルーチ
ン（図１０）は、ハッシュテーブル１００の各エントリ
（ＨＡＳＨＴＡＢＬＥ（ｊ））を定期的に調べ、そのエ
ントリが余りに古くないか、例えばＨＰＴＲ−ＨＡＳＨ
ＴＡＢＬＥ（ｊ）＞ＯＬＤＨＡＳＨが成り立つか否かを
定めることに責任を負っている。ここで、ＯＬＤＨＡＳ
Ｈは適切に選ばれた値（例えば１６Ｋ）である。そのエ
ントリが余りに古い場合には、ＨＡＳＨＴＡＢＬＥ
（ｊ）はＨＰＴＲ−ＭＥＭＳＩＺＥで置き換えられる。
この値は十分に古いので、無効又は「ＮＩＬ」ポインタ
として扱われるが、このことにより、更に６４Ｋ−ＭＥ
ＭＳＩＺＥ迄のバイトを、ＨＰＴＰの折り返しの問題無
しに処理することができる。
【０１５２】ハッシュテーブル１００がリフレッシュさ
れる頻度は次のようにして計算される。目標は、全ての
ハッシュテーブルのビンが６４Ｋ−ＯＬＤＨＡＳＨバイ
ト毎に少なくとも１度調べられることを保証することで
ある。この目標は、（６４Ｋ−ＯＬＤＨＡＳＨ）／ＨＡ
ＳＨＳＩＺＥの入力バイト毎に１回のリフレッシュハッ
シュを行うことによって達成される。ここで、ＨＡＳＨ
ＳＩＺＥはハッシュテーブル１００内のビンの数であ
る。本実施例に於いては、この値は４８Ｋ／４Ｋ＝１２
であり、従って、各１２回目のバイトの入力毎にハッシ
ュテーブル１００の１個のハッシュエントリがリフレッ
シュされる。
れる頻度は次のようにして計算される。目標は、全ての
ハッシュテーブルのビンが６４Ｋ−ＯＬＤＨＡＳＨバイ
ト毎に少なくとも１度調べられることを保証することで
ある。この目標は、（６４Ｋ−ＯＬＤＨＡＳＨ）／ＨＡ
ＳＨＳＩＺＥの入力バイト毎に１回のリフレッシュハッ
シュを行うことによって達成される。ここで、ＨＡＳＨ
ＳＩＺＥはハッシュテーブル１００内のビンの数であ
る。本実施例に於いては、この値は４８Ｋ／４Ｋ＝１２
であり、従って、各１２回目のバイトの入力毎にハッシ
ュテーブル１００の１個のハッシュエントリがリフレッ
シュされる。
【０１５３】１回のリフレッシュ操作は常に１個のメモ
リサイクルを含むが、ハッシュテーブル１００のビンエ
ントリが更新される必要がある場合には第２の（書き込
み）サイクルが必要とされることに注意されたい。ＯＬ
ＤＨＡＳＨを増大させると、リフレッシュの頻度も又増
大する。しかし、ビンエントリがストリングハッシング
によって既に更新されている可能性がより高くなるの
で、第２のサイクルの生じる可能性は低下する。ＯＬＤ
ＨＡＳＨ＝１６Ｋという値は経験的に得られたものであ
り、この値によれば、本実施例に於けるリフレッシュの
オーバーヘッドは適当なものになる。入力データのバイ
ト当りのリフレッシュオーバーヘッドは概ね１／１２か
ら２／１２メモリサイクルまでの間にある。これは、二
重リンクリストを維持するためのオーバーヘッドよりも
一桁以上小さい。
リサイクルを含むが、ハッシュテーブル１００のビンエ
ントリが更新される必要がある場合には第２の（書き込
み）サイクルが必要とされることに注意されたい。ＯＬ
ＤＨＡＳＨを増大させると、リフレッシュの頻度も又増
大する。しかし、ビンエントリがストリングハッシング
によって既に更新されている可能性がより高くなるの
で、第２のサイクルの生じる可能性は低下する。ＯＬＤ
ＨＡＳＨ＝１６Ｋという値は経験的に得られたものであ
り、この値によれば、本実施例に於けるリフレッシュの
オーバーヘッドは適当なものになる。入力データのバイ
ト当りのリフレッシュオーバーヘッドは概ね１／１２か
ら２／１２メモリサイクルまでの間にある。これは、二
重リンクリストを維持するためのオーバーヘッドよりも
一桁以上小さい。
【０１５４】圧縮操作の終了又は新たな入力バイトスト
リームに対する新たな圧縮操作の開始のためには、圧縮
ユニットは単にＨＰＴＲをＭＥＭＳＩＺＥだけインクリ
メントし、これによりハッシュテーブルのビンは自動的
に無効化される。これに加えて、リフレッシュユニット
は、ＭＥＭＳＩＺＥ／１２のリフレッシュサイクルを実
行し、実際には処理されなかったＭＥＭＳＩＺＥバイト
の間に省略されたリフレッシュサイクルを埋め合わせな
ければならない。しかし、この操作は４０９６回ではな
く僅かに１７１回のリフレッシュ操作を含むだけであ
り、従って、非常に短時間に遂行される。他の圧縮方法
に於いては、新たな圧縮操作の開始に先立って通常全て
のテーブル及びバッファをクリアする必要があり、多大
な待ち時間が必要となる。
リームに対する新たな圧縮操作の開始のためには、圧縮
ユニットは単にＨＰＴＲをＭＥＭＳＩＺＥだけインクリ
メントし、これによりハッシュテーブルのビンは自動的
に無効化される。これに加えて、リフレッシュユニット
は、ＭＥＭＳＩＺＥ／１２のリフレッシュサイクルを実
行し、実際には処理されなかったＭＥＭＳＩＺＥバイト
の間に省略されたリフレッシュサイクルを埋め合わせな
ければならない。しかし、この操作は４０９６回ではな
く僅かに１７１回のリフレッシュ操作を含むだけであ
り、従って、非常に短時間に遂行される。他の圧縮方法
に於いては、新たな圧縮操作の開始に先立って通常全て
のテーブル及びバッファをクリアする必要があり、多大
な待ち時間が必要となる。
【０１５５】図１０に於いて処理はブロック１３０へ進
み、ＨＰＴＲ−ＨＡＳＨＴＡＢＬＥ（ＲＦＳＨＰＴＲ）
＞１６Ｋであるか否かが調べられる。以前に述べたよう
に、この操作により現在のエントリが余りに古いか否か
が定められる。該エントリが余りに古い場合には、処理
はブロック１３２へ進み、ここでＨＡＳＨ（ＲＦＳＨＰ
ＴＲ）がＨＰＴＲ−ＭＥＭＳＩＺＥに設定される。これ
により、このエントリ位置に無効値が効果的に生成され
る。ブロック１３０に於いてエントリが余りに古くはな
いと判定された場合には、処理はブロック１３４へ進
む。エントリが余りに古いか否かに拘らず、処理はブロ
ック１３４に進み、ＲＦＳＨＰＴＲが１だけインクリメ
ントされる。次に、ブロック１３６に於いて、ＲＦＳＨ
ＣＮＴが１２に設定され、処理は圧縮操作ルーチンのブ
ロック１２８（図８）へ戻る。
み、ＨＰＴＲ−ＨＡＳＨＴＡＢＬＥ（ＲＦＳＨＰＴＲ）
＞１６Ｋであるか否かが調べられる。以前に述べたよう
に、この操作により現在のエントリが余りに古いか否か
が定められる。該エントリが余りに古い場合には、処理
はブロック１３２へ進み、ここでＨＡＳＨ（ＲＦＳＨＰ
ＴＲ）がＨＰＴＲ−ＭＥＭＳＩＺＥに設定される。これ
により、このエントリ位置に無効値が効果的に生成され
る。ブロック１３０に於いてエントリが余りに古くはな
いと判定された場合には、処理はブロック１３４へ進
む。エントリが余りに古いか否かに拘らず、処理はブロ
ック１３４に進み、ＲＦＳＨＰＴＲが１だけインクリメ
ントされる。次に、ブロック１３６に於いて、ＲＦＳＨ
ＣＮＴが１２に設定され、処理は圧縮操作ルーチンのブ
ロック１２８（図８）へ戻る。
【０１５６】ブロック１２４に於いてＲＦＳＨＣＮＴが
０に等しい（この場合にはリフレッシュハッシュルーチ
ン（図１０）の呼出が必要である）と判定されたかそう
でないかに拘らず、処理はブロック１２８に進む。ブロ
ック１２８に於いては、圧縮ユニット４（図１）は操作
の初期化を行うために、履歴アレイ１０２の最初の２バ
イトを入力データで埋める。この２バイトはレジスタＩ
ＮＲＥＧ０及びＩＮＲＥＧ１に保持される。新たな１バ
イトが処理される度に、第１バイト及び次の入力バイト
のハッシュ（「Ｈ］）が計算される。本実施例では、Ｉ
ＮＲＥＧ０を左へ４ビットシフトしたものとＩＮＲＥＧ
１との排他的論理和をとることによってハッシュが計算
される。上述したように、（以前に参照した）Ｋｎｕｔ
ｈによって議論されているいずれのハッシュ関数も適用
可能である。新たな１個の入力バイトが処理される度
に、ＩＮＲＥＧ１の内容はＩＮＲＥＧ０へ移され、ＩＮ
ＲＥＧ１には新たなバイト値がロードされる。
０に等しい（この場合にはリフレッシュハッシュルーチ
ン（図１０）の呼出が必要である）と判定されたかそう
でないかに拘らず、処理はブロック１２８に進む。ブロ
ック１２８に於いては、圧縮ユニット４（図１）は操作
の初期化を行うために、履歴アレイ１０２の最初の２バ
イトを入力データで埋める。この２バイトはレジスタＩ
ＮＲＥＧ０及びＩＮＲＥＧ１に保持される。新たな１バ
イトが処理される度に、第１バイト及び次の入力バイト
のハッシュ（「Ｈ］）が計算される。本実施例では、Ｉ
ＮＲＥＧ０を左へ４ビットシフトしたものとＩＮＲＥＧ
１との排他的論理和をとることによってハッシュが計算
される。上述したように、（以前に参照した）Ｋｎｕｔ
ｈによって議論されているいずれのハッシュ関数も適用
可能である。新たな１個の入力バイトが処理される度
に、ＩＮＲＥＧ１の内容はＩＮＲＥＧ０へ移され、ＩＮ
ＲＥＧ１には新たなバイト値がロードされる。
【０１５７】ブロック１２８で処理される各バイトにつ
いて、ハッシュ値Ｈ（「Ｈ］）が計算され、新たなハッ
シュ値に対応するハッシュ値のビン中の古いエントリが
読み出され、ＮＥＸＴと称される変数に格納される。更
に、ブロック１２８に於いて、現在のハッシュ値に対応
するハッシュテーブルの場所の古いエントリはＨＰＴＲ
の現在の値で置換される。ブロック１４０に於いて、Ｈ
ＰＴＲ−ＮＥＸＴ≧ＭＥＭＳＩＺＥ−ＭＡＸＳＴＲであ
るか否かが判定される。変数ＭＡＸＳＴＲは、履歴アレ
イ１０２中で見いだされるマッチするバイトストリング
が現在処理されているバイトによって上書きされないこ
とを保証する、探索されるストリングサイズの最大値で
ある。ＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−ＭＡＸＳ
ＴＲ以上であると判定された場合には、処理はブロック
１４２へ進み、変数ＮＥＸＴはＨＰＴＲ−ＭＥＭＳＩＺ
Ｅに設定される。換言すれば、履歴の最後のＭＥＭＳＩ
ＺＥバイト中にはマッチするストリングが存在しなかっ
たため、ハッシュビンは空にされる。
いて、ハッシュ値Ｈ（「Ｈ］）が計算され、新たなハッ
シュ値に対応するハッシュ値のビン中の古いエントリが
読み出され、ＮＥＸＴと称される変数に格納される。更
に、ブロック１２８に於いて、現在のハッシュ値に対応
するハッシュテーブルの場所の古いエントリはＨＰＴＲ
の現在の値で置換される。ブロック１４０に於いて、Ｈ
ＰＴＲ−ＮＥＸＴ≧ＭＥＭＳＩＺＥ−ＭＡＸＳＴＲであ
るか否かが判定される。変数ＭＡＸＳＴＲは、履歴アレ
イ１０２中で見いだされるマッチするバイトストリング
が現在処理されているバイトによって上書きされないこ
とを保証する、探索されるストリングサイズの最大値で
ある。ＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−ＭＡＸＳ
ＴＲ以上であると判定された場合には、処理はブロック
１４２へ進み、変数ＮＥＸＴはＨＰＴＲ−ＭＥＭＳＩＺ
Ｅに設定される。換言すれば、履歴の最後のＭＥＭＳＩ
ＺＥバイト中にはマッチするストリングが存在しなかっ
たため、ハッシュビンは空にされる。
【０１５８】ＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−Ｍ
ＡＸＳＴＲ以上であると判定されたか否かに拘らず、処
理はブロック１４４へ進む。ブロック１４４では、値Ｈ
ＰＴＲ−ＮＥＸＴが、対応するオフセットアレイ１０４
のエントリＯＦＦＳＥＴ（ＨＰＴＲ）に書き込まれる。
又、ブロック１４４では、ＩＮＲＥＧ１の値が履歴アレ
イ１０２のエントリＨＩＳＴＯＲＹ（ＨＰＴＲ）に置か
れる。上述したブロック１２４、１２６、１２８、１４
０、１４２及び１４４で実行されるステップにより、現
在処理されているバイトについて必要とされるデータ構
造の保守は完了し、この時点で、履歴アレイ１０２の内
容のストリング探索を開始することができる。上述した
保守機能は、圧縮ユニットが現在ストリングマッチの処
理を行っているか否かに拘らず、処理される全ての入力
バイトについて実行されることに注意されたい。
ＡＸＳＴＲ以上であると判定されたか否かに拘らず、処
理はブロック１４４へ進む。ブロック１４４では、値Ｈ
ＰＴＲ−ＮＥＸＴが、対応するオフセットアレイ１０４
のエントリＯＦＦＳＥＴ（ＨＰＴＲ）に書き込まれる。
又、ブロック１４４では、ＩＮＲＥＧ１の値が履歴アレ
イ１０２のエントリＨＩＳＴＯＲＹ（ＨＰＴＲ）に置か
れる。上述したブロック１２４、１２６、１２８、１４
０、１４２及び１４４で実行されるステップにより、現
在処理されているバイトについて必要とされるデータ構
造の保守は完了し、この時点で、履歴アレイ１０２の内
容のストリング探索を開始することができる。上述した
保守機能は、圧縮ユニットが現在ストリングマッチの処
理を行っているか否かに拘らず、処理される全ての入力
バイトについて実行されることに注意されたい。
【０１５９】ブロック１４６に於いて、マッチ長変数Ｍ
ＡＴＣＨＬＥＮが０に等しいか否かが判定される。初期
化ルーチンのブロック１１４（図９）に於いてＭＡＴＣ
ＨＬＥＮは０に設定されたことを想起されたい。ＭＡＴ
ＣＨＬＥＮは現在のストリングマッチ長を包含してお
り、その値は処理の開始時に於いては０である。ここで
圧縮操作の開始時点での処理を行っており、ＭＡＴＣＨ
ＬＥＮが０である場合には、内部ハッシュカウンタＨＡ
ＳＨＣＮＴが０に設定される。ＨＡＳＨＣＮＴは個々の
ストリング探索の繰り返しを制限するために用いられ
る。次に、ブロック１５０に於いて、ＨＰＴＲ−ＮＥＸ
Ｔ≧ＭＥＭＳＩＺＥ−ＭＡＸＳＴＲであるか否かが判定
される。ＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−ＭＡＸ
ＳＴＲよりも小さいと判定された場合には、処理はブロ
ック１５２へ進む。ブロック１５２では、ＩＮＲＥＧ１
の値が履歴アレイのＨＩＳＴＯＲＹ（ＮＥＸＴ）の値に
等しいか否かが判定される。このステップの目的は、履
歴アレイ内の先行するエントリに対してＩＮＲＥＧ０及
びＩＮＲＥＧ１内の２バイトにマッチする２バイトスト
リングを探索することにある。ＩＮＲＥＧ１内の値のみ
がＨＩＳＴＯＲＹ（ＮＥＸＴ）の値と比較される。なぜ
ならば、ハッシュ関数はＩＮＲＥＧ０に関して１対１の
写影が行われるように選ばれており、そのためハッシュ
リスト中の各ストリングからの１バイトのみがＩＮＲＥ
Ｇ１と比較される必要があるからである。このステップ
により、２バイトの比較に代えて１バイトの比較を行う
だけでよいことから、本実施例の性能は向上する。ブロ
ック１５０に於いてＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺ
Ｅ−ＭＡＸＳＴＲ以上であると判定された場合には、処
理はブロック１５８へ進む。ブロック１５８では、生デ
ータ標識及びＩＮＲＥＧ０内の生のデータが出力され、
処理はブロック１２５へ進む。ブロック１２５では、次
の入力バイトが得られ、処理全体が再び開始される。
ＡＴＣＨＬＥＮが０に等しいか否かが判定される。初期
化ルーチンのブロック１１４（図９）に於いてＭＡＴＣ
ＨＬＥＮは０に設定されたことを想起されたい。ＭＡＴ
ＣＨＬＥＮは現在のストリングマッチ長を包含してお
り、その値は処理の開始時に於いては０である。ここで
圧縮操作の開始時点での処理を行っており、ＭＡＴＣＨ
ＬＥＮが０である場合には、内部ハッシュカウンタＨＡ
ＳＨＣＮＴが０に設定される。ＨＡＳＨＣＮＴは個々の
ストリング探索の繰り返しを制限するために用いられ
る。次に、ブロック１５０に於いて、ＨＰＴＲ−ＮＥＸ
Ｔ≧ＭＥＭＳＩＺＥ−ＭＡＸＳＴＲであるか否かが判定
される。ＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−ＭＡＸ
ＳＴＲよりも小さいと判定された場合には、処理はブロ
ック１５２へ進む。ブロック１５２では、ＩＮＲＥＧ１
の値が履歴アレイのＨＩＳＴＯＲＹ（ＮＥＸＴ）の値に
等しいか否かが判定される。このステップの目的は、履
歴アレイ内の先行するエントリに対してＩＮＲＥＧ０及
びＩＮＲＥＧ１内の２バイトにマッチする２バイトスト
リングを探索することにある。ＩＮＲＥＧ１内の値のみ
がＨＩＳＴＯＲＹ（ＮＥＸＴ）の値と比較される。なぜ
ならば、ハッシュ関数はＩＮＲＥＧ０に関して１対１の
写影が行われるように選ばれており、そのためハッシュ
リスト中の各ストリングからの１バイトのみがＩＮＲＥ
Ｇ１と比較される必要があるからである。このステップ
により、２バイトの比較に代えて１バイトの比較を行う
だけでよいことから、本実施例の性能は向上する。ブロ
ック１５０に於いてＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺ
Ｅ−ＭＡＸＳＴＲ以上であると判定された場合には、処
理はブロック１５８へ進む。ブロック１５８では、生デ
ータ標識及びＩＮＲＥＧ０内の生のデータが出力され、
処理はブロック１２５へ進む。ブロック１２５では、次
の入力バイトが得られ、処理全体が再び開始される。
【０１６０】ブロック１５２に於いてマッチが成功した
と判定された場合には、処理はブロック１６０へ進み、
変数ＭＡＴＣＨＰＴＲの値が変数ＮＥＸＴの値に等しく
設定される。更に、２バイトのマッチを示すために変数
ＭＡＴＣＨＬＥＮが２に設定され、処理はブロック１２
５へ進み、次の入力バイトが得られる。しかし、ＨＩＳ
ＴＯＲＹ（ＮＥＸＴ）の値がマッチしない場合には、処
理はブロック１５４へ進み、ＨＡＳＨＣＮＴの値がイン
クリメントされ、変数ＮＥＸＴはＮＥＸＴ−ＯＦＦＳＥ
Ｔ（ＮＥＸＴ）に等しく設定される。このステップによ
り、オフセットアレイ１０４によってリンクされている
次のエントリが効果的に指し示される。処理はブロック
１５６へ進み、ＨＡＳＨＣＮＴが既定の最大カウント値
ＭＡＸＨＣＮＴ（典型的には８）に達したか否かが判定
される。ＨＡＳＨＣＮＴがＭＡＸＨＣＮＴ以上である場
合には、処理はブロック１５８へ進み、生のバイトＩＮ
ＲＥＧ０が出力され、処理はブロック１２５へ進む。し
かし、ＨＡＳＨＣＮＴがＭＡＸＨＣＮＴ以上でなけれ
ば、ＨＡＳＨＣＮＴがＭＡＸＨＣＮＴに達するか、ハッ
シュリストにそれ以上の有効なエントリが存在しなくな
る（ブロック１５０に於いて判定される）か、又は（ブ
ロック１５２に於いて）マッチするストリングが見いだ
されるかの条件が発生するまで、ブロック１５０、１５
２、１５４及び１５６の処理が継続される。
と判定された場合には、処理はブロック１６０へ進み、
変数ＭＡＴＣＨＰＴＲの値が変数ＮＥＸＴの値に等しく
設定される。更に、２バイトのマッチを示すために変数
ＭＡＴＣＨＬＥＮが２に設定され、処理はブロック１２
５へ進み、次の入力バイトが得られる。しかし、ＨＩＳ
ＴＯＲＹ（ＮＥＸＴ）の値がマッチしない場合には、処
理はブロック１５４へ進み、ＨＡＳＨＣＮＴの値がイン
クリメントされ、変数ＮＥＸＴはＮＥＸＴ−ＯＦＦＳＥ
Ｔ（ＮＥＸＴ）に等しく設定される。このステップによ
り、オフセットアレイ１０４によってリンクされている
次のエントリが効果的に指し示される。処理はブロック
１５６へ進み、ＨＡＳＨＣＮＴが既定の最大カウント値
ＭＡＸＨＣＮＴ（典型的には８）に達したか否かが判定
される。ＨＡＳＨＣＮＴがＭＡＸＨＣＮＴ以上である場
合には、処理はブロック１５８へ進み、生のバイトＩＮ
ＲＥＧ０が出力され、処理はブロック１２５へ進む。し
かし、ＨＡＳＨＣＮＴがＭＡＸＨＣＮＴ以上でなけれ
ば、ＨＡＳＨＣＮＴがＭＡＸＨＣＮＴに達するか、ハッ
シュリストにそれ以上の有効なエントリが存在しなくな
る（ブロック１５０に於いて判定される）か、又は（ブ
ロック１５２に於いて）マッチするストリングが見いだ
されるかの条件が発生するまで、ブロック１５０、１５
２、１５４及び１５６の処理が継続される。
【０１６１】処理がブロック１２５へ進んだ場合には、
その時点で圧縮ユニット４（図１）は新たな入力バイト
を処理できる状態にある。ブロック１２５に於いて、Ｈ
ＰＴＲがインクリメントされ、変数ＲＦＳＨＣＮＴがデ
クリメントされる。ブロック１２４、１２６、１２８、
１４０、１４２、１４４、１４６、１４８、１５０、１
５２、１５４、１５６、１５８、１６０及び１２５の処
理が、ブロック１４６に於いてＭＡＴＣＨＬＥＮが０よ
りも大きいと判定されるまで実行される。ブロック１４
６を参照し、ＭＡＴＣＨＬＥＮが０に等しくない場合に
は処理はブロック１６２へ進むことに注意されたい。ブ
ロック１６２に於いて、変数ＭＡＴＣＨＰＴＲが１だけ
インクリメントされる。
その時点で圧縮ユニット４（図１）は新たな入力バイト
を処理できる状態にある。ブロック１２５に於いて、Ｈ
ＰＴＲがインクリメントされ、変数ＲＦＳＨＣＮＴがデ
クリメントされる。ブロック１２４、１２６、１２８、
１４０、１４２、１４４、１４６、１４８、１５０、１
５２、１５４、１５６、１５８、１６０及び１２５の処
理が、ブロック１４６に於いてＭＡＴＣＨＬＥＮが０よ
りも大きいと判定されるまで実行される。ブロック１４
６を参照し、ＭＡＴＣＨＬＥＮが０に等しくない場合に
は処理はブロック１６２へ進むことに注意されたい。ブ
ロック１６２に於いて、変数ＭＡＴＣＨＰＴＲが１だけ
インクリメントされる。
【０１６２】このようにして、新たな値ＩＮＲＥＧ１は
履歴アレイ１０２中のＭＡＴＣＨＰＴＲに於いて見いだ
されるＭＡＴＣＨＬＥＮ＋１の長さのストリーム内の新
たなバイトと比較される。ブロック１６４では、バイト
のマッチが成功したか否かが判定される。マッチした場
合には、ブロック１８０に於いてＭＡＴＣＨＬＥＮがイ
ンクリメントされてストリングが拡張され、処理は次に
ブロック１２５へ進む。しかし、マッチがとれなかった
場合には、処理はブロック１６６へ進み、変数ＮＥＸＴ
はＭＡＴＣＨＰＴＲ−ＭＡＴＣＨＬＥＮ＋１に等しく設
定される。処理はブロック１６８へ進み、変数ＮＥＸＴ
はＮＥＸＴ−ＯＦＦＳＥＴ（ＮＥＸＴ）に設定される。
更に、ブロック１６８で、変数ＨＡＳＨＣＮＴがインク
リメントされる。ステップ１６６及び１６８により、圧
縮ユニット４（図１）は、ハッシュビン中に残されてい
る連続するストリングエントリに於いて、マッチがとれ
るオリジナルのストリングを探索する。ブロック１７０
では、ＨＰＴＲ−ＮＥＸＴ≧ＭＥＭＳＩＺＥ−ＭＡＸＳ
ＴＲであるか否かが判定される。ＨＰＴＲ−ＮＥＸＴが
ＭＥＭＳＩＺＥ−ＭＡＸＳＴＲよりも大きいと判定され
た場合には、有効なエントリはそれ以上存在せず、処理
はブロック１８２へ進む。ブロック１８４では、ＭＡＴ
ＣＨＬＥＮが０に設定され、ブロック１２５で新たなバ
イトについて処理が開始される。しかし、ブロック１７
０に於いてＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−ＭＡ
ＸＳＴＲよりも小さいと判定された場合には、処理はブ
ロック１７２へ進み、ＭＡＴＣＨＬＥＮ≧ＭＡＸＳＴＲ
であるか否かが判定される。ＭＡＴＣＨＬＥＮ≧ＭＡＸ
ＳＴＲである場合には、無効な探索が生じており、処理
はブロック１８２へ進む。しかし、ＭＡＴＣＨＬＥＮ≧
ＭＡＸＳＴＲでなければ、処理はブロック１７４へ進
む。ブロック１８２に於いて圧縮ユニット４（図１）
は、マッチするストリングが見いだされたことを示す標
識ビット（「１」）、それに引き続く、履歴アレイ１０
２中のマッチしたストリングの適切に符号化されたオフ
セット（ＯＦＦＳＥＴ＝ＨＰＴＲ−ＭＡＴＣＨＰＴ
Ｒ）、及び符号化された長さを出力する。
履歴アレイ１０２中のＭＡＴＣＨＰＴＲに於いて見いだ
されるＭＡＴＣＨＬＥＮ＋１の長さのストリーム内の新
たなバイトと比較される。ブロック１６４では、バイト
のマッチが成功したか否かが判定される。マッチした場
合には、ブロック１８０に於いてＭＡＴＣＨＬＥＮがイ
ンクリメントされてストリングが拡張され、処理は次に
ブロック１２５へ進む。しかし、マッチがとれなかった
場合には、処理はブロック１６６へ進み、変数ＮＥＸＴ
はＭＡＴＣＨＰＴＲ−ＭＡＴＣＨＬＥＮ＋１に等しく設
定される。処理はブロック１６８へ進み、変数ＮＥＸＴ
はＮＥＸＴ−ＯＦＦＳＥＴ（ＮＥＸＴ）に設定される。
更に、ブロック１６８で、変数ＨＡＳＨＣＮＴがインク
リメントされる。ステップ１６６及び１６８により、圧
縮ユニット４（図１）は、ハッシュビン中に残されてい
る連続するストリングエントリに於いて、マッチがとれ
るオリジナルのストリングを探索する。ブロック１７０
では、ＨＰＴＲ−ＮＥＸＴ≧ＭＥＭＳＩＺＥ−ＭＡＸＳ
ＴＲであるか否かが判定される。ＨＰＴＲ−ＮＥＸＴが
ＭＥＭＳＩＺＥ−ＭＡＸＳＴＲよりも大きいと判定され
た場合には、有効なエントリはそれ以上存在せず、処理
はブロック１８２へ進む。ブロック１８４では、ＭＡＴ
ＣＨＬＥＮが０に設定され、ブロック１２５で新たなバ
イトについて処理が開始される。しかし、ブロック１７
０に於いてＨＰＴＲ−ＮＥＸＴがＭＥＭＳＩＺＥ−ＭＡ
ＸＳＴＲよりも小さいと判定された場合には、処理はブ
ロック１７２へ進み、ＭＡＴＣＨＬＥＮ≧ＭＡＸＳＴＲ
であるか否かが判定される。ＭＡＴＣＨＬＥＮ≧ＭＡＸ
ＳＴＲである場合には、無効な探索が生じており、処理
はブロック１８２へ進む。しかし、ＭＡＴＣＨＬＥＮ≧
ＭＡＸＳＴＲでなければ、処理はブロック１７４へ進
む。ブロック１８２に於いて圧縮ユニット４（図１）
は、マッチするストリングが見いだされたことを示す標
識ビット（「１」）、それに引き続く、履歴アレイ１０
２中のマッチしたストリングの適切に符号化されたオフ
セット（ＯＦＦＳＥＴ＝ＨＰＴＲ−ＭＡＴＣＨＰＴ
Ｒ）、及び符号化された長さを出力する。
【０１６３】ブロック１７４では、位置ＨＩＳＴＯＲＹ
（ＮＥＸＴ）に於ける長さＭＡＴＣＨＬＥＮ＋１の現在
のストリングが内部マッチバッファの内容に等しいか否
かが判定される。内部マッチバッファは、現在マッチし
ているストリングのＭＡＴＣＨＬＥＮ個のバイトの全て
を包含している。このバッファにより、ストリングの最
初のマッチの試みが失敗した場合の新たなストリングの
探索が高速化される。マッチが実行される度にマッチを
とろうとするバイトを得るためにＲＡＭにアクセスする
必要はなく、該バイトは圧縮ユニットが含まれるチップ
内で即座に利用できるため、効率がよい。換言すると、
マッチバッファは処理を効果的に向上させるためのルッ
クアサイド（ｌｏｏｋ ａｓｉｄｅ）バッファとして機
能する。マッチバッファの長さは有限である（本実施例
ではＭＡＸＳＴＲ＝８バイトである）。
（ＮＥＸＴ）に於ける長さＭＡＴＣＨＬＥＮ＋１の現在
のストリングが内部マッチバッファの内容に等しいか否
かが判定される。内部マッチバッファは、現在マッチし
ているストリングのＭＡＴＣＨＬＥＮ個のバイトの全て
を包含している。このバッファにより、ストリングの最
初のマッチの試みが失敗した場合の新たなストリングの
探索が高速化される。マッチが実行される度にマッチを
とろうとするバイトを得るためにＲＡＭにアクセスする
必要はなく、該バイトは圧縮ユニットが含まれるチップ
内で即座に利用できるため、効率がよい。換言すると、
マッチバッファは処理を効果的に向上させるためのルッ
クアサイド（ｌｏｏｋ ａｓｉｄｅ）バッファとして機
能する。マッチバッファの長さは有限である（本実施例
ではＭＡＸＳＴＲ＝８バイトである）。
【０１６４】ＨＩＳＴＯＲＹ（ＮＥＸＴ）に於ける長さ
ＭＡＴＣＨＬＥＮ＋１のストリングがマッチバッファの
内容に等しい場合には、処理はブロック１７８へ進み、
変数ＭＡＴＣＨＰＴＲはＮＥＸＴ＋ＭＡＴＣＨＬＥＮに
等しく設定される。処理はブロック１８０へ進み、ＭＡ
ＴＣＨＬＥＮがインクリメントされる。次に処理はブロ
ック１２５へ進み、入力データストリーム中の次の新た
なバイトが処理される。しかし、ＨＩＳＴＯＲＹ（ＮＥ
ＸＴ）に於けるストリングがマッチバッファに等しくな
い場合には、処理はブロック１７６へ進み、変数ＨＡＳ
ＨＣＮＴ≧ＭＡＸＨＣＮＴであるか否かが判定される。
ＨＡＳＨＣＮＴ≧ＭＡＸＨＣＮＴである場合には、処理
はブロック１８２及び１８４へ進み、標識ビット
「１」、履歴アレイ中のマッチしたストリングの適切に
符号化されたオフセット、及び符号化された長さを有す
る符号化されたストリングが出力され、変数ＭＡＴＣＨ
ＬＥＮが０に設定される。処理はブロック１２５へ進
み、次の新たな入力データバイトが処理される。ブロッ
ク１７６に於いて、ＨＡＳＨＣＮＴ≧ＭＡＸＨＣＮＴで
ないと判定された場合には、ＭＡＴＣＨＬＥＮ＋１の長
さのマッチがとれるか、ＨＡＳＨＣＮＴがＭＡＸＨＣＮ
Ｔに達するか、又は有効なハッシュエントリが存在しな
くなる（ＨＰＴＲ−ＮＥＸＴ≧ＭＥＭＳＩＺＥ−ＭＡＸ
ＳＴＲ）かの条件が発生するまで、ブロック１６８、１
７０、１７２、１７４および７６の処理が実行される。
ＭＡＴＣＨＬＥＮ＋１のストリングがマッチバッファの
内容に等しい場合には、処理はブロック１７８へ進み、
変数ＭＡＴＣＨＰＴＲはＮＥＸＴ＋ＭＡＴＣＨＬＥＮに
等しく設定される。処理はブロック１８０へ進み、ＭＡ
ＴＣＨＬＥＮがインクリメントされる。次に処理はブロ
ック１２５へ進み、入力データストリーム中の次の新た
なバイトが処理される。しかし、ＨＩＳＴＯＲＹ（ＮＥ
ＸＴ）に於けるストリングがマッチバッファに等しくな
い場合には、処理はブロック１７６へ進み、変数ＨＡＳ
ＨＣＮＴ≧ＭＡＸＨＣＮＴであるか否かが判定される。
ＨＡＳＨＣＮＴ≧ＭＡＸＨＣＮＴである場合には、処理
はブロック１８２及び１８４へ進み、標識ビット
「１」、履歴アレイ中のマッチしたストリングの適切に
符号化されたオフセット、及び符号化された長さを有す
る符号化されたストリングが出力され、変数ＭＡＴＣＨ
ＬＥＮが０に設定される。処理はブロック１２５へ進
み、次の新たな入力データバイトが処理される。ブロッ
ク１７６に於いて、ＨＡＳＨＣＮＴ≧ＭＡＸＨＣＮＴで
ないと判定された場合には、ＭＡＴＣＨＬＥＮ＋１の長
さのマッチがとれるか、ＨＡＳＨＣＮＴがＭＡＸＨＣＮ
Ｔに達するか、又は有効なハッシュエントリが存在しな
くなる（ＨＰＴＲ−ＮＥＸＴ≧ＭＥＭＳＩＺＥ−ＭＡＸ
ＳＴＲ）かの条件が発生するまで、ブロック１６８、１
７０、１７２、１７４および７６の処理が実行される。
【０１６５】本実施例では、ＲＡＭ１６（図１）が全て
のクロックサイクルに於いて使用中であることを保証す
るために、上述の操作はパイプライン化される。なぜな
らば、ＲＡＭサイクルカウントは性能を制限する要因だ
からである。
のクロックサイクルに於いて使用中であることを保証す
るために、上述の操作はパイプライン化される。なぜな
らば、ＲＡＭサイクルカウントは性能を制限する要因だ
からである。
【０１６６】記憶システムに於いては通常、データは固
定長のセクタ又はブロックにブロック化されなければな
らず、ある段階で圧縮を打ち切り、残りの入力ストリー
ムについて新たな操作を再開することが望ましい場合が
多い。本実施例では、出力された圧縮バイトのカウント
が実行される。このカウントが（ユーザが選択可能な）
既定値に達した場合、又は入力データストリームが終了
した場合には、圧縮ユニットは圧縮をフラッシュ（ｆｌ
ｕｓｈ）するように指示される。これは、入力ＦＩＦＯ
から新たなバイトを取り出すことなく、ＩＮＲＥＧ０及
びＩＮＲＥＧ１内のバイトの圧縮を完了し、終了し、
（存在すれば）現在拡張されているストリングを出力
し、又は残りの未処理のバイトを生のバイトとして出力
することを意味する。
定長のセクタ又はブロックにブロック化されなければな
らず、ある段階で圧縮を打ち切り、残りの入力ストリー
ムについて新たな操作を再開することが望ましい場合が
多い。本実施例では、出力された圧縮バイトのカウント
が実行される。このカウントが（ユーザが選択可能な）
既定値に達した場合、又は入力データストリームが終了
した場合には、圧縮ユニットは圧縮をフラッシュ（ｆｌ
ｕｓｈ）するように指示される。これは、入力ＦＩＦＯ
から新たなバイトを取り出すことなく、ＩＮＲＥＧ０及
びＩＮＲＥＧ１内のバイトの圧縮を完了し、終了し、
（存在すれば）現在拡張されているストリングを出力
し、又は残りの未処理のバイトを生のバイトとして出力
することを意味する。
【０１６７】圧縮ユニットは次に、特別の「圧縮データ
の終わり」マーカを出力する。このマーカは０のオフセ
ットを有している。このオフセットは、ＭＥＭＳＩＺＥ
のオフセットとして解釈され得るが、そうではなく、こ
のオフセットは今回の圧縮操作の終わりを示すものとし
て予約されている。実際には、本実施例では、ＭＥＭＳ
ＩＺＥ−ＭＡＸＳＴＲ（ＭＡＸＳＴＲは典型的には８で
ある）からＭＥＭＳＩＺＥ−１までの範囲のオフセット
は予約されている。従って、履歴に於いてこのオフセッ
トを越えたストリングは見いだされない。この特徴によ
り、将来に於けるフォーマットの拡張が可能となり、履
歴バッファに於ける折り返しを含む困難な問題を回避す
ることができる。フラッシュの後では、圧縮ユニットは
ＨＰＴＲにＭＥＭＳＩＺＥを加え、適切な数（ＭＥＭＳ
ＩＺＥ／１２）のリフレッシュハッシュサイクルを実行
し、新たな圧縮操作を開始する。
の終わり」マーカを出力する。このマーカは０のオフセ
ットを有している。このオフセットは、ＭＥＭＳＩＺＥ
のオフセットとして解釈され得るが、そうではなく、こ
のオフセットは今回の圧縮操作の終わりを示すものとし
て予約されている。実際には、本実施例では、ＭＥＭＳ
ＩＺＥ−ＭＡＸＳＴＲ（ＭＡＸＳＴＲは典型的には８で
ある）からＭＥＭＳＩＺＥ−１までの範囲のオフセット
は予約されている。従って、履歴に於いてこのオフセッ
トを越えたストリングは見いだされない。この特徴によ
り、将来に於けるフォーマットの拡張が可能となり、履
歴バッファに於ける折り返しを含む困難な問題を回避す
ることができる。フラッシュの後では、圧縮ユニットは
ＨＰＴＲにＭＥＭＳＩＺＥを加え、適切な数（ＭＥＭＳ
ＩＺＥ／１２）のリフレッシュハッシュサイクルを実行
し、新たな圧縮操作を開始する。
【０１６８】本発明がなされる過程に於いて圧縮方法の
広範なソフトウェアシミュレーションが行われた。ＭＡ
ＸＨＣＮＴ、ＨＡＳＨＳＩＺＥ、マッチバッファのサイ
ズ、ＭＥＭＳＩＺＥを含む全てのパラメータの値が変化
させられて、スループット及び圧縮比に対するそれらの
パラメータの影響が調べられた。本実施例の特別のフォ
ーマット及びパラメータの組は、これらの性能上の論点
に対して受け入れ可能なトレードオフが得られるように
選択された。しかし、多くの類似のパラメータの組及び
符号化は実質的に同様の性能に帰着する。
広範なソフトウェアシミュレーションが行われた。ＭＡ
ＸＨＣＮＴ、ＨＡＳＨＳＩＺＥ、マッチバッファのサイ
ズ、ＭＥＭＳＩＺＥを含む全てのパラメータの値が変化
させられて、スループット及び圧縮比に対するそれらの
パラメータの影響が調べられた。本実施例の特別のフォ
ーマット及びパラメータの組は、これらの性能上の論点
に対して受け入れ可能なトレードオフが得られるように
選択された。しかし、多くの類似のパラメータの組及び
符号化は実質的に同様の性能に帰着する。
【０１６９】伸張ユニット６（図２）は、圧縮ユニット
４（図１）に比べれば非常に簡素である。伸張ユニット
６は符号化されたバイトストリームを受け取り、このス
トリームを、図５に示したコード構成に従って構成され
るビットストリームに変換する。各生のバイト又は符号
化されたバイトストリーム出力については、そのバイト
は伸張出力ＦＩＦＯに転送され、同時に、ＲＡＭ１６
（図２）内に保持される伸張履歴アレイに追加される。
伸張履歴アレイは図７の履歴アレイ１０２と同様であ
る。伸張ユニット６（図２）はまた、カウント履歴ポイ
ンタ（「ＤＰＴＲ」）を有している。ＤＰＴＲは、バイ
トの出力の度にインクリメントされ、ＭＥＭＳＩＺＥに
達した場合に０に戻される。符号化されたストリングが
解析された場合に、そのストリングからのオフセットは
ＤＰＴＲから差し引かれ、伸張履歴アレイ中のオフセッ
ト位置から始まり、符号化された長さのバイトストリン
グが出力される。従って、伸張ユニット６（図２）は図
７に示しようなハッシュ構造（即ち、ハッシュテーブル
１００及びオフセットアレイ１０４）を維持する必要は
なく、実際、ＭＥＭＳＩＺＥバイトのＲＡＭ１６（図
２）を必要とするだけである。
４（図１）に比べれば非常に簡素である。伸張ユニット
６は符号化されたバイトストリームを受け取り、このス
トリームを、図５に示したコード構成に従って構成され
るビットストリームに変換する。各生のバイト又は符号
化されたバイトストリーム出力については、そのバイト
は伸張出力ＦＩＦＯに転送され、同時に、ＲＡＭ１６
（図２）内に保持される伸張履歴アレイに追加される。
伸張履歴アレイは図７の履歴アレイ１０２と同様であ
る。伸張ユニット６（図２）はまた、カウント履歴ポイ
ンタ（「ＤＰＴＲ」）を有している。ＤＰＴＲは、バイ
トの出力の度にインクリメントされ、ＭＥＭＳＩＺＥに
達した場合に０に戻される。符号化されたストリングが
解析された場合に、そのストリングからのオフセットは
ＤＰＴＲから差し引かれ、伸張履歴アレイ中のオフセッ
ト位置から始まり、符号化された長さのバイトストリン
グが出力される。従って、伸張ユニット６（図２）は図
７に示しようなハッシュ構造（即ち、ハッシュテーブル
１００及びオフセットアレイ１０４）を維持する必要は
なく、実際、ＭＥＭＳＩＺＥバイトのＲＡＭ１６（図
２）を必要とするだけである。
【０１７０】通常は、ＲＡＭ１６（図２）には別個の圧
縮データ構造及び伸張データ構造を保持するスペースが
あり、圧縮及び伸張操作を同時に実行することができ
る。しかし、本実施例ではこの能力は具体化されていな
い。
縮データ構造及び伸張データ構造を保持するスペースが
あり、圧縮及び伸張操作を同時に実行することができ
る。しかし、本実施例ではこの能力は具体化されていな
い。
【０１７１】５．履歴アレイを用いた実施例の伸張操作 図１１に伸張を行うための伸張操作ルーチンの詳細なブ
ロック図を示す。伸張操作ルーチン（図１１）への入力
は圧縮操作（即ち、図８、図９及び図１０の圧縮操作）
によって出力された符号化されたバイトストリームであ
る。ブロック１９０に於いて操作が開始され、ブロック
１９２に於いてポインタＤＰＴＲが０に設定される。処
理はブロック１９４へ進み、入力された符号化データス
トリームから標識ビットが取り出される。次に、ブロッ
ク１９６に於いて、標識ビットが１に等しいか０に等し
いかが判定される。標識ビット「１」は符号化された圧
縮ビットストリングが続くことを示し、標識ビット
「０」は出力バイト圧縮されていない生のデータである
ことを示していることを想起されたい。標識ピットが０
に等しい場合には、処理はブロック１９８へ進む。ブロ
ック１９８では、「生」のバイトが入力された符号化デ
ータストリームから取り出される。次に、ブロック２０
０で該生のデータバイトが出力され、ブロック２０２で
該生のデータバイトは伸張履歴アレイのＨＩＳＴＯＲＹ
（ＤＰＴＲ）に格納される。処理はブロック２０４へ進
み、ＤＰＴＲは次の出力バイトへインクリメントされ
る。生のデータバイトの処理のためには、処理はブロッ
ク１９４、１９６、１９８、２００、２０２及び２０４
へ戻る。
ロック図を示す。伸張操作ルーチン（図１１）への入力
は圧縮操作（即ち、図８、図９及び図１０の圧縮操作）
によって出力された符号化されたバイトストリームであ
る。ブロック１９０に於いて操作が開始され、ブロック
１９２に於いてポインタＤＰＴＲが０に設定される。処
理はブロック１９４へ進み、入力された符号化データス
トリームから標識ビットが取り出される。次に、ブロッ
ク１９６に於いて、標識ビットが１に等しいか０に等し
いかが判定される。標識ビット「１」は符号化された圧
縮ビットストリングが続くことを示し、標識ビット
「０」は出力バイト圧縮されていない生のデータである
ことを示していることを想起されたい。標識ピットが０
に等しい場合には、処理はブロック１９８へ進む。ブロ
ック１９８では、「生」のバイトが入力された符号化デ
ータストリームから取り出される。次に、ブロック２０
０で該生のデータバイトが出力され、ブロック２０２で
該生のデータバイトは伸張履歴アレイのＨＩＳＴＯＲＹ
（ＤＰＴＲ）に格納される。処理はブロック２０４へ進
み、ＤＰＴＲは次の出力バイトへインクリメントされ
る。生のデータバイトの処理のためには、処理はブロッ
ク１９４、１９６、１９８、２００、２０２及び２０４
へ戻る。
【０１７２】ブロック１９６に於いて、出力バイトが１
の標識ビットを有する場合には、処理はブロック２０６
へ進む。ブロック２０６に於いて、符号化されたビット
ストリングの解析が開始される。より詳細には、ブロッ
ク２０６では符号化されたストリング中のオフセット
（「Ｐ」）の値が、入力された符号化データストリーム
から取り出される。ブロック２０８では、オフセットの
値Ｐが０に等しいか否かが判定される。値０を有するオ
フセットは、上述したように、符号化された出力データ
ストリームの終わりを意味するエンドマーカを示してい
る。オフセットが０に等しい場合には処理はブロック２
１２へ進み、処理は呼出元のプログラムへ戻る。しか
し、オフセットが０より大きい場合には、処理はブロッ
ク２１０へ進む。
の標識ビットを有する場合には、処理はブロック２０６
へ進む。ブロック２０６に於いて、符号化されたビット
ストリングの解析が開始される。より詳細には、ブロッ
ク２０６では符号化されたストリング中のオフセット
（「Ｐ」）の値が、入力された符号化データストリーム
から取り出される。ブロック２０８では、オフセットの
値Ｐが０に等しいか否かが判定される。値０を有するオ
フセットは、上述したように、符号化された出力データ
ストリームの終わりを意味するエンドマーカを示してい
る。オフセットが０に等しい場合には処理はブロック２
１２へ進み、処理は呼出元のプログラムへ戻る。しか
し、オフセットが０より大きい場合には、処理はブロッ
ク２１０へ進む。
【０１７３】ブロック２１０に於いて、入力された符号
化データストリームから長さのビットストリングが取り
出される。ブロック２１４では、伸張履歴アレイＨＩＳ
ＴＯＲＹ（ＤＰＴＲ−Ｐ）の内容が定められる。次にブ
ロック２１６に於いて、その位置に格納されているデー
タが出力される。ブロック２１８では、そのデータがＨ
ＩＳＴＯＲＹ（ＤＰＴＲ）に格納される。次に、ブロッ
ク２２０に於いてＤＰＴＲがインクリメントされ、ブロ
ック２２２でビットストリングな長さがデクリメントさ
れる。ブロック２２４に於いて、該長さが０までデクリ
メントされたか否かが判定される。該長さが０までデク
リメントされていない場合には、符号化されたバイトス
トリーム中の全てのバイトが出力されるまでブロック２
１４、２１６、２１８、２２０、２２２及び２２４の処
理が行われる。
化データストリームから長さのビットストリングが取り
出される。ブロック２１４では、伸張履歴アレイＨＩＳ
ＴＯＲＹ（ＤＰＴＲ−Ｐ）の内容が定められる。次にブ
ロック２１６に於いて、その位置に格納されているデー
タが出力される。ブロック２１８では、そのデータがＨ
ＩＳＴＯＲＹ（ＤＰＴＲ）に格納される。次に、ブロッ
ク２２０に於いてＤＰＴＲがインクリメントされ、ブロ
ック２２２でビットストリングな長さがデクリメントさ
れる。ブロック２２４に於いて、該長さが０までデクリ
メントされたか否かが判定される。該長さが０までデク
リメントされていない場合には、符号化されたバイトス
トリーム中の全てのバイトが出力されるまでブロック２
１４、２１６、２１８、２２０、２２２及び２２４の処
理が行われる。
【０１７４】該長さが一旦０までデクリメントされる
と、処理はブロック１９４へ進み、入力された符号化デ
ータストリームから次の標識ビットが取り出される。従
って、値０のオフセットを有する符号化されたバイトス
トリングが出現する（ブロック２０８）まで処理は継続
され、そのようなバイトストリングが出現したときには
ブロック２１２に於いて処理は呼出元のプログラムへ戻
る。
と、処理はブロック１９４へ進み、入力された符号化デ
ータストリームから次の標識ビットが取り出される。従
って、値０のオフセットを有する符号化されたバイトス
トリングが出現する（ブロック２０８）まで処理は継続
され、そのようなバイトストリングが出現したときには
ブロック２１２に於いて処理は呼出元のプログラムへ戻
る。
【０１７５】 ６．履歴アレイを用いた実施例の圧縮操作構成 図１２に本実施例のデータ圧縮ユニット４（図１）を含
む回路図２２８を示す。回路２２８の要素はデジタル論
理によって実現される。回路２２８は、圧縮コントロー
ラ及びシーケンスユニット２３０によって制御される。
圧縮コントローラ及びシーケンスユニット２３０は、回
路２２８の要素のそれぞれに一連の制御ライン（図示せ
ず）によってリンクされている。本実施例では数ＭＨｚ
で動作する内部クロック（図示せず）は、動作中の各ク
ロックサイクルに於いて１個以上の要素に働きかけるコ
ントローラ及びシーケンスユニット２３０の活性化レベ
ルを定める。実際の動作及びそれらの動作のシーケンス
は、既に論じた図８、図９及び図１０に示されいる。
む回路図２２８を示す。回路２２８の要素はデジタル論
理によって実現される。回路２２８は、圧縮コントロー
ラ及びシーケンスユニット２３０によって制御される。
圧縮コントローラ及びシーケンスユニット２３０は、回
路２２８の要素のそれぞれに一連の制御ライン（図示せ
ず）によってリンクされている。本実施例では数ＭＨｚ
で動作する内部クロック（図示せず）は、動作中の各ク
ロックサイクルに於いて１個以上の要素に働きかけるコ
ントローラ及びシーケンスユニット２３０の活性化レベ
ルを定める。実際の動作及びそれらの動作のシーケンス
は、既に論じた図８、図９及び図１０に示されいる。
【０１７６】本実施例は、データの移動及びパッキング
を容易にするために、集積回路中のレジスタとして実現
される２個のＦＩＦＯ２３２及び２３４を備えている。
一方のＦＩＦＯ（ユーザによって選択され得る）につい
ては、ＲＡＭ２４０（図１３）の予約された領域に「追
い出す（ｓｐｉｌｌ ｏｖｅｒ）」こともできる。この
予約された領域は典型的には８Ｋ又は１６Ｋバイトであ
る。このように圧縮ＲＡＭの一部を用いることにより、
特に、複数のコンピュータ及び装置がコマンド及びデー
タについて単一のバスを共有するＳＣＳＩ（Ｓｍａｌｌ
Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃ
ｅ）を用いるシステムに於いて、明瞭な性能上の利点が
得られる。
を容易にするために、集積回路中のレジスタとして実現
される２個のＦＩＦＯ２３２及び２３４を備えている。
一方のＦＩＦＯ（ユーザによって選択され得る）につい
ては、ＲＡＭ２４０（図１３）の予約された領域に「追
い出す（ｓｐｉｌｌ ｏｖｅｒ）」こともできる。この
予約された領域は典型的には８Ｋ又は１６Ｋバイトであ
る。このように圧縮ＲＡＭの一部を用いることにより、
特に、複数のコンピュータ及び装置がコマンド及びデー
タについて単一のバスを共有するＳＣＳＩ（Ｓｍａｌｌ
Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃ
ｅ）を用いるシステムに於いて、明瞭な性能上の利点が
得られる。
【０１７７】ＳＣＳＩに於いては、多のバス通信を妨げ
ないように、データを非常に高速で伝送しながら、バス
の獲得及び解放をできる限り素早く行うことが望まし
い。ＳＣＳＩでは最大５Ｍバイト／秒の転送速度が得ら
れる。しかし、圧縮ユニットのスループットは通常この
数値よりもかなり低いため、ＳＣＳＩバスに圧縮された
データを「圧縮しながら（ｏｎ ｔｈｅ ｆｌｙ）」送
出することは、性能の見地から受け入れ難い。
ないように、データを非常に高速で伝送しながら、バス
の獲得及び解放をできる限り素早く行うことが望まし
い。ＳＣＳＩでは最大５Ｍバイト／秒の転送速度が得ら
れる。しかし、圧縮ユニットのスループットは通常この
数値よりもかなり低いため、ＳＣＳＩバスに圧縮された
データを「圧縮しながら（ｏｎ ｔｈｅ ｆｌｙ）」送
出することは、性能の見地から受け入れ難い。
【０１７８】 ７．履歴アレイを用いた実施例の外部ＲＡＭのＦＩＦＯ この問題を避けるために、圧縮ユニット４（図１）の出
力側２３８（図１２）には外部ＲＡＭＦＩＦＯ２４０
（図１３）が選択される。外部ＲＡＭＦＩＦＯ２４０
は、圧縮ユニット（図１）内に設置されたＲＡＭＦＩＦ
Ｏコントロール２４２によって制御される。ＦＡＭＦＩ
ＦＯ２４０は、圧縮計算（履歴、ハッシュ等）のため、
及びＦＩＦＯとしての機能を提供するための両方に用い
られる。一旦ＲＡＭＦＩＦＯ２４０にＳＣＳＩブロック
転送が許容されるに足る量のデータが蓄積されると、チ
ップ内のカウンタにより、ＳＣＳＩ転送を開始する制御
マイクロプロセッサに割込みがかけられる。バッファ
（引続きデータで埋められてよい）は低速で埋められた
にも拘らず、この転送はＳＣＳＩの全帯域で行われる。
力側２３８（図１２）には外部ＲＡＭＦＩＦＯ２４０
（図１３）が選択される。外部ＲＡＭＦＩＦＯ２４０
は、圧縮ユニット（図１）内に設置されたＲＡＭＦＩＦ
Ｏコントロール２４２によって制御される。ＦＡＭＦＩ
ＦＯ２４０は、圧縮計算（履歴、ハッシュ等）のため、
及びＦＩＦＯとしての機能を提供するための両方に用い
られる。一旦ＲＡＭＦＩＦＯ２４０にＳＣＳＩブロック
転送が許容されるに足る量のデータが蓄積されると、チ
ップ内のカウンタにより、ＳＣＳＩ転送を開始する制御
マイクロプロセッサに割込みがかけられる。バッファ
（引続きデータで埋められてよい）は低速で埋められた
にも拘らず、この転送はＳＣＳＩの全帯域で行われる。
【０１７９】ＲＡＭのこのような二重の使用により（圧
縮データ構造及びＦＩＦＯの両方を収容することができ
るサイズのＲＡＭは通例入手可能である）、システムの
性能は飛躍的に向上する。ＲＡＭＦＩＦＯ２４０（図１
３）をデータの流れの他方の側（典型的のには埋め込ま
れた駆動コントローラ内）に配置することもできる。又
は、同様の目標を達成するためにＲＡＭＦＩＦＯを伸張
に於いて使用することもできる。一般に、ＲＡＭＦＩＦ
Ｏは動作のＳＣＳＩ（又は最も高速の）側に置かれる。
縮データ構造及びＦＩＦＯの両方を収容することができ
るサイズのＲＡＭは通例入手可能である）、システムの
性能は飛躍的に向上する。ＲＡＭＦＩＦＯ２４０（図１
３）をデータの流れの他方の側（典型的のには埋め込ま
れた駆動コントローラ内）に配置することもできる。又
は、同様の目標を達成するためにＲＡＭＦＩＦＯを伸張
に於いて使用することもできる。一般に、ＲＡＭＦＩＦ
Ｏは動作のＳＣＳＩ（又は最も高速の）側に置かれる。
【０１８０】回路２２８に於けるデータの流れのより詳
細な説明を行う。入力バイトストリームの圧縮されてい
ないバイトは、圧縮ユニット４に入力され、ライン２４
４を介して入力ＦＩＦＯ２３２に与えられる。入力ＦＩ
ＦＯに格納されたバイトは、２個の拡張ＦＩＦＯレジス
タＩＮＲＥＧ１（参照符号２３３）及びＩＮＲＥＧ０
（参照符号２３５）に転送される。より詳細には，ＦＩ
ＦＯ２３２からのデータはライン２４６を介してＩＮＲ
ＥＧ１レジスタ２３３に与えられる。ＩＮＲＥＧ１レジ
スタ２３３に格納されたデータは、次に、ライン２４８
及び２５０を介してＩＮＲＥＧ０レジスタ２３５に転送
される。ＩＮＲＥＧ１及びＩＮＲＥＧ０レジスタの目的
はハッシュ関数２３７への入力を発生することにあるこ
とを想起されたい。ＩＮＲＥＧ１レジスタ２３３の内容
はライン２４８を介してライン２５２へ出力され、ハッ
シュ関数２３７に入力される。同様に、ＩＮＲＥＧ０レ
ジスタ２３５の内容はライン２５１及び２５３を介して
ハッシュ関数２３７へ出力される。ハッシュ関数２３７
の出力はライン２５５を介してマルチプレクサ２５６へ
伝送される。
細な説明を行う。入力バイトストリームの圧縮されてい
ないバイトは、圧縮ユニット４に入力され、ライン２４
４を介して入力ＦＩＦＯ２３２に与えられる。入力ＦＩ
ＦＯに格納されたバイトは、２個の拡張ＦＩＦＯレジス
タＩＮＲＥＧ１（参照符号２３３）及びＩＮＲＥＧ０
（参照符号２３５）に転送される。より詳細には，ＦＩ
ＦＯ２３２からのデータはライン２４６を介してＩＮＲ
ＥＧ１レジスタ２３３に与えられる。ＩＮＲＥＧ１レジ
スタ２３３に格納されたデータは、次に、ライン２４８
及び２５０を介してＩＮＲＥＧ０レジスタ２３５に転送
される。ＩＮＲＥＧ１及びＩＮＲＥＧ０レジスタの目的
はハッシュ関数２３７への入力を発生することにあるこ
とを想起されたい。ＩＮＲＥＧ１レジスタ２３３の内容
はライン２４８を介してライン２５２へ出力され、ハッ
シュ関数２３７に入力される。同様に、ＩＮＲＥＧ０レ
ジスタ２３５の内容はライン２５１及び２５３を介して
ハッシュ関数２３７へ出力される。ハッシュ関数２３７
の出力はライン２５５を介してマルチプレクサ２５６へ
伝送される。
【０１８１】ＩＮＲＥＧ１レジスタ２３３の内容は、マ
ッチするストリングが見いだされない場合には、ライン
２４８、２５４及び２５８を介して出力ビット管理部２
６０へ送られる。出力ビット管理部２６０の目的は、生
のデータバイト及びストリングを適当な標識が付加され
たビットストリングに符号化すること等にある。出力管
理部２６０の出力は、ライン２６２を介してビット−バ
イト変換器２６４へ伝送される。次にこのデータはライ
ン２６８を介して出力ＦＩＦＯ２３４に入力される。圧
縮されたバイトは、出力ＦＩＦＯ２３４からライン２７
０を介して出力装置（図１の参照符号１４）へ出力され
る。
ッチするストリングが見いだされない場合には、ライン
２４８、２５４及び２５８を介して出力ビット管理部２
６０へ送られる。出力ビット管理部２６０の目的は、生
のデータバイト及びストリングを適当な標識が付加され
たビットストリングに符号化すること等にある。出力管
理部２６０の出力は、ライン２６２を介してビット−バ
イト変換器２６４へ伝送される。次にこのデータはライ
ン２６８を介して出力ＦＩＦＯ２３４に入力される。圧
縮されたバイトは、出力ＦＩＦＯ２３４からライン２７
０を介して出力装置（図１の参照符号１４）へ出力され
る。
【０１８２】ＩＮＲＥＧ１レジスタ２３３の内容は又、
ライン２４８、２５４及び２７２を介して内部マッチバ
ッファ２７４へ送られる。内部マッチバッファ２７４の
目的は、マッチングプロセスの能力を効果的に向上させ
るための「ルックアサイド（ｌｏｏｋａｓｉｄｅ）」バ
ッファとして機能することにある。マッチバッファ２７
４の内容はバイト比較レジスタ２７６の内容と比較され
る。マッチバッファの内容は、ライン２７８上に多重化
されてバイト比較レジスタ２７６へ送られる。バイト比
較レジスタ２７６の内容は外部のＲＡＭ２３８内に格納
されている履歴アレイ１０２（図７）から得られる。履
歴アレイのエントリの内容は、ライン２８０を介してラ
ッチ２８２に入力され、次に、ライン２８４及び２８６
を介してバイト比較レジスタ２７６へ送られる。ブロッ
ク２７６によって実行されるバイト比較の結果は、ライ
ン２８８を介して圧縮コントローラ及びシーケンスユニ
ット２３０に伝達される。圧縮コントローラ及びシーケ
ンスユニット２３０は比較結果を評価し、制御ライン
（図示せず）を介して回路２２８の様々な要素に適切な
制御信号を送出する。
ライン２４８、２５４及び２７２を介して内部マッチバ
ッファ２７４へ送られる。内部マッチバッファ２７４の
目的は、マッチングプロセスの能力を効果的に向上させ
るための「ルックアサイド（ｌｏｏｋａｓｉｄｅ）」バ
ッファとして機能することにある。マッチバッファ２７
４の内容はバイト比較レジスタ２７６の内容と比較され
る。マッチバッファの内容は、ライン２７８上に多重化
されてバイト比較レジスタ２７６へ送られる。バイト比
較レジスタ２７６の内容は外部のＲＡＭ２３８内に格納
されている履歴アレイ１０２（図７）から得られる。履
歴アレイのエントリの内容は、ライン２８０を介してラ
ッチ２８２に入力され、次に、ライン２８４及び２８６
を介してバイト比較レジスタ２７６へ送られる。ブロッ
ク２７６によって実行されるバイト比較の結果は、ライ
ン２８８を介して圧縮コントローラ及びシーケンスユニ
ット２３０に伝達される。圧縮コントローラ及びシーケ
ンスユニット２３０は比較結果を評価し、制御ライン
（図示せず）を介して回路２２８の様々な要素に適切な
制御信号を送出する。
【０１８３】ＩＮＲＥＧ０レジスタ２３５の内容は又、
ライン２５１及び２９０を介してマルチプレクサ２９２
へ送られ得る。マルチプレクサ２９２は調停を行いＩＮ
ＲＥＧ０の内容をライン２９４を介してラッチ２９６へ
送る。ラッチ２９６の内容は、ラン２９８を介してＲＡ
Ｍ２３８内のデータ構造の履歴アレイ１０２（図７）へ
出力される。
ライン２５１及び２９０を介してマルチプレクサ２９２
へ送られ得る。マルチプレクサ２９２は調停を行いＩＮ
ＲＥＧ０の内容をライン２９４を介してラッチ２９６へ
送る。ラッチ２９６の内容は、ラン２９８を介してＲＡ
Ｍ２３８内のデータ構造の履歴アレイ１０２（図７）へ
出力される。
【０１８４】ライン２８０を介してＲＡＭ２３８から入
力されるデータは又、ラッチ２８２並びにライン２８
４、３００及び３０２を介してレジスタ３０４へ送られ
る。このパス上のデータは、ＮＥＸＴと称される変数に
格納された古いハッシュポインタを含んでいる。レジス
タ３０４の内容は、ライン３０５、３０６及び３０７を
介してマルチプレクサ２５６へ出力される。レジスタ３
０４の内容は又、ライン３０５及び３０８を介してオフ
セットレジスタ３１０に与えられる。オフセットレジス
タ３１０の機能については後述する。レジスタ３０４の
内容は又、ライン３０５、３０６及び３１２を介して、
ＭＡＴＣＨＰＴＲのための変数内容を含むレジスタ３１
４へ送られる。レジスタ３１４の出力（ＭＡＴＣＨＰＴ
Ｒ）は、ライン３１６を介してマルチプレクサ２５６へ
送られる。レジスタ３１８の目的は、ポインタＨＰＴＲ
をインクリメントすることにある。レジスタ３１８の内
容は、ライン３２０及び３２２を介してマルチプレクサ
２５６へ送られる。他に、レジスタ３１８の出力は又、
ライン３２０及び３２４を介してオフセットレジスタ３
１０へ送られる。オフセット関数（オフセットレジスタ
３１０）の目的は、履歴アレイ中の適切なオフセットを
計算すること、又はライン３２４及び３０８を介してレ
ジスタ３１８及び３０４から入力されるデータからＨＰ
ＴＲ−ＮＥＸＴを計算することにある。
力されるデータは又、ラッチ２８２並びにライン２８
４、３００及び３０２を介してレジスタ３０４へ送られ
る。このパス上のデータは、ＮＥＸＴと称される変数に
格納された古いハッシュポインタを含んでいる。レジス
タ３０４の内容は、ライン３０５、３０６及び３０７を
介してマルチプレクサ２５６へ出力される。レジスタ３
０４の内容は又、ライン３０５及び３０８を介してオフ
セットレジスタ３１０に与えられる。オフセットレジス
タ３１０の機能については後述する。レジスタ３０４の
内容は又、ライン３０５、３０６及び３１２を介して、
ＭＡＴＣＨＰＴＲのための変数内容を含むレジスタ３１
４へ送られる。レジスタ３１４の出力（ＭＡＴＣＨＰＴ
Ｒ）は、ライン３１６を介してマルチプレクサ２５６へ
送られる。レジスタ３１８の目的は、ポインタＨＰＴＲ
をインクリメントすることにある。レジスタ３１８の内
容は、ライン３２０及び３２２を介してマルチプレクサ
２５６へ送られる。他に、レジスタ３１８の出力は又、
ライン３２０及び３２４を介してオフセットレジスタ３
１０へ送られる。オフセット関数（オフセットレジスタ
３１０）の目的は、履歴アレイ中の適切なオフセットを
計算すること、又はライン３２４及び３０８を介してレ
ジスタ３１８及び３０４から入力されるデータからＨＰ
ＴＲ−ＮＥＸＴを計算することにある。
【０１８５】修正スイッチ３２８はライン３３０を介し
てオフセットレジスタ３１０に与えられ、これによって
オフセット関数はライン３２４を介して入力される現在
のＨＰＴＲのみを出力するようになる。修正スイッチ３
２８が、オフセット関数が定められるように設定された
場合には、オフセット関数３１０の出力は、マルチプレ
クサ２９２及び出力ビット管理部２６０の何れかに送ら
れる。該出力が出力ビット管理部２６０へ送られる場合
には、それはライン３３２及び３３６を介して送られ
る。オフセットは出力ビット管理部２６０に於いて、符
号化ストリングに符号化される。他方、該出力はライン
３３２及び３３４を介してマルチプレクサ２９２へ送ら
れ、次にライン２９４を介してラッチ２９６へ、そして
ライン２９８を介してＲＡＭ２３８へ出力される。しか
し、修正スイッチ３２８が、オフセットレジスタ３１０
の出力が現在のＨＰＴＲであるように設定された場合に
は、該出力は、ライン２９４上の出力を調停するマルチ
プレクサ２９２へライン３３２及び３３４を介して送ら
れる。
てオフセットレジスタ３１０に与えられ、これによって
オフセット関数はライン３２４を介して入力される現在
のＨＰＴＲのみを出力するようになる。修正スイッチ３
２８が、オフセット関数が定められるように設定された
場合には、オフセット関数３１０の出力は、マルチプレ
クサ２９２及び出力ビット管理部２６０の何れかに送ら
れる。該出力が出力ビット管理部２６０へ送られる場合
には、それはライン３３２及び３３６を介して送られ
る。オフセットは出力ビット管理部２６０に於いて、符
号化ストリングに符号化される。他方、該出力はライン
３３２及び３３４を介してマルチプレクサ２９２へ送ら
れ、次にライン２９４を介してラッチ２９６へ、そして
ライン２９８を介してＲＡＭ２３８へ出力される。しか
し、修正スイッチ３２８が、オフセットレジスタ３１０
の出力が現在のＨＰＴＲであるように設定された場合に
は、該出力は、ライン２９４上の出力を調停するマルチ
プレクサ２９２へライン３３２及び３３４を介して送ら
れる。
【０１８６】出力ビット管理部２６０への符号化のため
の長さ入力は、回路図２２８の最下部に示されているレ
ジスタ３３８によって維持されている。レジスタ３３８
の出力はライン３４０を介して出力ビット管理部２６０
に与えられる。回路図２２８の最上部には、リフレッシ
ュ操作が行われる前の現在のサイクルカウントを維持す
るリフレッシュカウンタ３４２が示されている。リフレ
ッシュカウンタ３４２の出力はライン３４４を介してマ
ルチプレクサ２５６へ送られる。マルチプレクサ２５６
の目的は、ＲＡＭ２３８内の適切なデータ構造を選択す
るためにライン３４４、３１６、３２２、３０７及び２
５５上のアドレスの何れかを出力するかを調停すること
にある。
の長さ入力は、回路図２２８の最下部に示されているレ
ジスタ３３８によって維持されている。レジスタ３３８
の出力はライン３４０を介して出力ビット管理部２６０
に与えられる。回路図２２８の最上部には、リフレッシ
ュ操作が行われる前の現在のサイクルカウントを維持す
るリフレッシュカウンタ３４２が示されている。リフレ
ッシュカウンタ３４２の出力はライン３４４を介してマ
ルチプレクサ２５６へ送られる。マルチプレクサ２５６
の目的は、ＲＡＭ２３８内の適切なデータ構造を選択す
るためにライン３４４、３１６、３２２、３０７及び２
５５上のアドレスの何れかを出力するかを調停すること
にある。
【０１８７】８．シフトレジスタを用いた第２の実施例 図１４を参照し、シフトレジスタ構造を用いた実施例の
説明を行う。シフトレジスタアレイ１０３は、最大２０
４８キャラクタの既に処理された入力データ（圧縮さ
れ、又は生のデータとして圧縮されていない）を包含す
ることができる。データキャラクタはシフトレジスタ１
５の各エントリに格納させる。圧縮ユニット４（図３）
によって新たな入力データ受け取られると、本発明の装
置は該新たな入力データ中の少なくとも２バイトの「ス
トリング」がシフトレジスタ１０３内のストリングにマ
ッチするか否かを判定する。マッチした場合には、入力
データのそのストリングは符号化され、マッチしない場
合には、上述したようにそのストリングは生のデータと
して提供される。
説明を行う。シフトレジスタアレイ１０３は、最大２０
４８キャラクタの既に処理された入力データ（圧縮さ
れ、又は生のデータとして圧縮されていない）を包含す
ることができる。データキャラクタはシフトレジスタ１
５の各エントリに格納させる。圧縮ユニット４（図３）
によって新たな入力データ受け取られると、本発明の装
置は該新たな入力データ中の少なくとも２バイトの「ス
トリング」がシフトレジスタ１０３内のストリングにマ
ッチするか否かを判定する。マッチした場合には、入力
データのそのストリングは符号化され、マッチしない場
合には、上述したようにそのストリングは生のデータと
して提供される。
【０１８８】図１４についてより詳細に説明する。図１
４にはシフトレジスタアレイ１０３のごく一部のみが示
されている。即ち、２個のエントリＨＩＳＴＯＲＹ
（Ｊ）及びＨＩＳＴＯＲＹ（Ｊ＋１）が示されている。
任意の時間Ｔに於いて、シフトレジスタアレイ１０３の
ｊ番目のエントリの内容をＨＩＳＴＯＲＹ（ｊ，ｔ）
（ｊ＝１，…，ＭＥＭＳＩＺＥ）で表す。履歴アレイを
用いた実施例では、シフトレジスタアレイは、実際のシ
フトレジスタ回路を用いて、又は修正された連想メモリ
アレイ等を用いて実現される。シフトレジスタエントリ
１０５及び１０７の出力側には、比較回路ＭＡＴＣＨ
（ｊ）１０９及びＭＡＴＣＨ（ｊ＋ｌ）１１１が設けら
れている。これらの比較回路（ＭＡＴＣＨ（ｊ）（ｊ＝
１，…，ＭＥＭＳＩＺＥ）は、シフトレジスタアレイの
各エントリの出力及び同時伝送（ｂｒｏａｄｃａｓｔ）
バイトライン１１５に接続されている。シフトレジスタ
アレイ中のマッチングストリングの有無をチェックされ
ている入力データストリームは、ライン１１５を介して
同時伝送される。ＭＡＴＣＨ（ｊ）回路１０９は、シフ
トレジスタエントリ１０５の出力と、ライン１１５を介
して同時伝送される入力データキャラクタとを比較す
る。同時伝送されたデータキャラクタがシフトレジスタ
エントリ１０５に格納されているキャラクタに等しい場
合には、ＭＡＴＣＨ（ｊ）回路１０９に於いてビットが
１に設定される。他方、同時伝送されたバイトとエント
リ１０５に格納されているキャラクタとがマッチしない
場合には、ＭＡＴＣＨ（ｊ）回路１０９に於いてビット
が０に設定される。入力データキャラクタは、全ての比
較回路（ＭＡＴＣＨ（ｊ）（ｊ＝１，…，ＭＥＮＳＩＺ
Ｅ））に同時に伝送される。換言すれば、シフトレジス
タアレイ１０３の全てのエントリについて、パイプライ
ンの様式で動作が同時に行われる。
４にはシフトレジスタアレイ１０３のごく一部のみが示
されている。即ち、２個のエントリＨＩＳＴＯＲＹ
（Ｊ）及びＨＩＳＴＯＲＹ（Ｊ＋１）が示されている。
任意の時間Ｔに於いて、シフトレジスタアレイ１０３の
ｊ番目のエントリの内容をＨＩＳＴＯＲＹ（ｊ，ｔ）
（ｊ＝１，…，ＭＥＭＳＩＺＥ）で表す。履歴アレイを
用いた実施例では、シフトレジスタアレイは、実際のシ
フトレジスタ回路を用いて、又は修正された連想メモリ
アレイ等を用いて実現される。シフトレジスタエントリ
１０５及び１０７の出力側には、比較回路ＭＡＴＣＨ
（ｊ）１０９及びＭＡＴＣＨ（ｊ＋ｌ）１１１が設けら
れている。これらの比較回路（ＭＡＴＣＨ（ｊ）（ｊ＝
１，…，ＭＥＭＳＩＺＥ）は、シフトレジスタアレイの
各エントリの出力及び同時伝送（ｂｒｏａｄｃａｓｔ）
バイトライン１１５に接続されている。シフトレジスタ
アレイ中のマッチングストリングの有無をチェックされ
ている入力データストリームは、ライン１１５を介して
同時伝送される。ＭＡＴＣＨ（ｊ）回路１０９は、シフ
トレジスタエントリ１０５の出力と、ライン１１５を介
して同時伝送される入力データキャラクタとを比較す
る。同時伝送されたデータキャラクタがシフトレジスタ
エントリ１０５に格納されているキャラクタに等しい場
合には、ＭＡＴＣＨ（ｊ）回路１０９に於いてビットが
１に設定される。他方、同時伝送されたバイトとエント
リ１０５に格納されているキャラクタとがマッチしない
場合には、ＭＡＴＣＨ（ｊ）回路１０９に於いてビット
が０に設定される。入力データキャラクタは、全ての比
較回路（ＭＡＴＣＨ（ｊ）（ｊ＝１，…，ＭＥＮＳＩＺ
Ｅ））に同時に伝送される。換言すれば、シフトレジス
タアレイ１０３の全てのエントリについて、パイプライ
ンの様式で動作が同時に行われる。
【０１８９】１個のバイトが同時伝送され、各比較回路
（ＭＡＴＣＨ（ｊ＝１，…，ＭＥＮＳＩＺＥ））に於い
て比較された後、そのバイトはシフトレジスタ１０３の
第１のエントリにシフトインされ、アレイの各エレメン
トは下記のように１だけ移動する。 ＨＩＳＴＯＲＹ
（ｊ＋１，Ｔ＋１）＝ＨＩＳＴＯＲＹ（ｊ，Ｔ） （ｊ＝１，…，ＭＥＮＳＩＺＥ−１） ＨＩＳＴＯＲＹ（１，Ｔ＋１）＝上記バイト 処理は、各ＭＡＴＣＨ回路に於ける比較のためにライン
１１５を介して同時伝送される入力データストリームの
次のバイトについて継続して行われる。
（ＭＡＴＣＨ（ｊ＝１，…，ＭＥＮＳＩＺＥ））に於い
て比較された後、そのバイトはシフトレジスタ１０３の
第１のエントリにシフトインされ、アレイの各エレメン
トは下記のように１だけ移動する。 ＨＩＳＴＯＲＹ
（ｊ＋１，Ｔ＋１）＝ＨＩＳＴＯＲＹ（ｊ，Ｔ） （ｊ＝１，…，ＭＥＮＳＩＺＥ−１） ＨＩＳＴＯＲＹ（１，Ｔ＋１）＝上記バイト 処理は、各ＭＡＴＣＨ回路に於ける比較のためにライン
１１５を介して同時伝送される入力データストリームの
次のバイトについて継続して行われる。
【０１９０】各比較回路ＭＡＴＣＨ（ｊ）（ｊ＝１，
…，ＭＥＭＳＩＺＥ））は、ＡＮＤゲート及びフリップ
フロップに関連づけられている。ＭＡＴＣＨ回路１０
９、ＡＮＤゲート１１９及びフリップフロット１２３
は、アレイ全体を代表する回路である。同時に、ＡＮＤ
ゲート１１９には、ＡＮＤゲート１１９の先の出力を表
すフリップフロップ１２３の出力が入力される。ＡＮＤ
ゲート１１９の出力が１である場合には、入力データに
ついての現在及び過去の比較に於いてマッチが得られて
いる。しかし、ＡＮＤゲート１１９の出力が０である場
合には、入力データはシフトレジスタエントリ１０５の
内容ともはやマッチしていない。ＡＮＤゲート１１９及
びフリップフロップ１２３の目的は、入力データストリ
ームがシフトレジスタエントリ１０５に格納されている
データキャラクタにもはや連続してマッチしていないこ
とを検出することにある。
…，ＭＥＭＳＩＺＥ））は、ＡＮＤゲート及びフリップ
フロップに関連づけられている。ＭＡＴＣＨ回路１０
９、ＡＮＤゲート１１９及びフリップフロット１２３
は、アレイ全体を代表する回路である。同時に、ＡＮＤ
ゲート１１９には、ＡＮＤゲート１１９の先の出力を表
すフリップフロップ１２３の出力が入力される。ＡＮＤ
ゲート１１９の出力が１である場合には、入力データに
ついての現在及び過去の比較に於いてマッチが得られて
いる。しかし、ＡＮＤゲート１１９の出力が０である場
合には、入力データはシフトレジスタエントリ１０５の
内容ともはやマッチしていない。ＡＮＤゲート１１９及
びフリップフロップ１２３の目的は、入力データストリ
ームがシフトレジスタエントリ１０５に格納されている
データキャラクタにもはや連続してマッチしていないこ
とを検出することにある。
【０１９１】アレイの各フリップフロップは、ＳＴＲＩ
ＮＧ（ｊ，Ｔ）と称されるビットを保持している。新た
なストリングが始まった場合には、ＳＴＲＩＮＧビット
はアレイ全体の各フリップフロップに於いて入力１１７
によって１に設定される。即ち、ＳＴＲＩＮＧ（ｊ，
ｔ）＝１（ｊ＝１，…，ＭＥＭＳＩＺＥ）。比較回路に
於いて新たな入力データバイトのそれぞれが比較される
度に、ＳＴＲＩＮＧの値は次のように更新される。即
ち、ＳＴＲＩＮＧ（ｊ，Ｔ＋１）＝ＳＴＲＩＮＧ（ｊ，
Ｔ）×ＭＡＴＣＨ（ｊ）。この操作はＡＮＤゲート１１
９に於いて行われる。従って、フリップフロップ１２３
のＳＴＲＩＮＧビットは、それが１に設定され、シフト
レジスタアレイ（ＨＩＳＴＯＲＹ（ｊ，Ｔ））のエント
リが入力バイトに等しく、ＭＡＴＣＨ（ｊ）が１になる
場合、及びそのような場合のみに於いて、セットされた
状態で保たれる。
ＮＧ（ｊ，Ｔ）と称されるビットを保持している。新た
なストリングが始まった場合には、ＳＴＲＩＮＧビット
はアレイ全体の各フリップフロップに於いて入力１１７
によって１に設定される。即ち、ＳＴＲＩＮＧ（ｊ，
ｔ）＝１（ｊ＝１，…，ＭＥＭＳＩＺＥ）。比較回路に
於いて新たな入力データバイトのそれぞれが比較される
度に、ＳＴＲＩＮＧの値は次のように更新される。即
ち、ＳＴＲＩＮＧ（ｊ，Ｔ＋１）＝ＳＴＲＩＮＧ（ｊ，
Ｔ）×ＭＡＴＣＨ（ｊ）。この操作はＡＮＤゲート１１
９に於いて行われる。従って、フリップフロップ１２３
のＳＴＲＩＮＧビットは、それが１に設定され、シフト
レジスタアレイ（ＨＩＳＴＯＲＹ（ｊ，Ｔ））のエント
リが入力バイトに等しく、ＭＡＴＣＨ（ｊ）が１になる
場合、及びそのような場合のみに於いて、セットされた
状態で保たれる。
【０１９２】シフトレジスタアレイに２個の入力バイト
が与えられた後、全てのＳＴＲＩＮＧビットがクリア
（又は０に設定）された場合には、アレイ中にはマッチ
するストリングが存在しない。他方、あるＳＴＲＩＮＧ
ビットがセット（又は１に設定）されたままである場合
には、アレイ中の少なくとも１個のストリングがマッチ
している。入力されるバイトは、全てのＳＴＲＩＮＧビ
ットが０にクリアされるまで同時伝送され、アレイにシ
フトインされる。他の実施態様では、無限のマッチング
ストリングが発生することを避けるために、予め定めら
れた最大数の入力バイトが同時に伝送されアレイシフト
インされる。
が与えられた後、全てのＳＴＲＩＮＧビットがクリア
（又は０に設定）された場合には、アレイ中にはマッチ
するストリングが存在しない。他方、あるＳＴＲＩＮＧ
ビットがセット（又は１に設定）されたままである場合
には、アレイ中の少なくとも１個のストリングがマッチ
している。入力されるバイトは、全てのＳＴＲＩＮＧビ
ットが０にクリアされるまで同時伝送され、アレイにシ
フトインされる。他の実施態様では、無限のマッチング
ストリングが発生することを避けるために、予め定めら
れた最大数の入力バイトが同時に伝送されアレイシフト
インされる。
【０１９３】各フリップフロップ１１９、１２１の出力
（ＳＴＲＩＮＧ（ｊ）、（ｊ＝１，…，ＭＥＭＳＩＺ
Ｅ））は、一連のＯＲゲート１２９に入力される。全て
のＯＲゲート（１〜１３）が０になった場合には、シフ
トレジスタ１０３にはもはやマッチするストリングは存
在しない。ステートマシン（ｓｔａｔｅ ｍａｃｈｉｎ
ｅ）の形をとるコントローラ１３１は、アレイ中の各エ
ントリについてマッチの数を蓄積する。コントローラ
は、シフトレジスタアレイの各エントリのストリング長
を追跡し、適切に符号化された各ストリングの長さ及び
エントリ及び／又は生のデータバイトを出力する。
（ＳＴＲＩＮＧ（ｊ）、（ｊ＝１，…，ＭＥＭＳＩＺ
Ｅ））は、一連のＯＲゲート１２９に入力される。全て
のＯＲゲート（１〜１３）が０になった場合には、シフ
トレジスタ１０３にはもはやマッチするストリングは存
在しない。ステートマシン（ｓｔａｔｅ ｍａｃｈｉｎ
ｅ）の形をとるコントローラ１３１は、アレイ中の各エ
ントリについてマッチの数を蓄積する。コントローラ
は、シフトレジスタアレイの各エントリのストリング長
を追跡し、適切に符号化された各ストリングの長さ及び
エントリ及び／又は生のデータバイトを出力する。
【０１９４】シフトレジスタアレイにＮ個のバイトが入
力されると、ストリングマッチの長さは、ＳＴＲＩＮＧ
ビットがセットされたバイトの数（Ｎ−１）であり、ス
トリングマッチのオフセットは、シフトレジスタアレイ
中でのエントリの位置である。１個よりも多いマッチン
グストリングが存在する場合には、優先符号化ネットワ
ークが何れのマッチングストリングを採るかを決定す
る。履歴アレイを用いた実施例では、優先ネットワーク
は、ＳＴＲＩＮＧ（ｊ，Ｔ＋Ｎ−１）が０でないような
最小のインデクスｊを返す。
力されると、ストリングマッチの長さは、ＳＴＲＩＮＧ
ビットがセットされたバイトの数（Ｎ−１）であり、ス
トリングマッチのオフセットは、シフトレジスタアレイ
中でのエントリの位置である。１個よりも多いマッチン
グストリングが存在する場合には、優先符号化ネットワ
ークが何れのマッチングストリングを採るかを決定す
る。履歴アレイを用いた実施例では、優先ネットワーク
は、ＳＴＲＩＮＧ（ｊ，Ｔ＋Ｎ−１）が０でないような
最小のインデクスｊを返す。
【０１９５】伸張を行うために、シフトレジスタアレイ
１０３が用いられる。このシナリオの下では、シフトレ
ジスタアレイの内容は、符号化されたストリングのオフ
セットフィールドを用いて、ランダムアクセス手法での
アクセスされる。入力された圧縮データストリームから
生のバイトが取り出された場合には、そのバイトは、出
力データストリームへ出力され、また、シフトレジスタ
アレイ１０３にシフト入力される。符号化されたストリ
ングが取り出された場合には、オフセットはシフトレジ
スタへの「アドレス」として使用され、そのバイトがシ
フトレジスタから読み出され、シフトレジスタアレイ１
０３にシフト入力される。入力される符号化データスト
リームを前もって解析し、パイプラインアドレス先読み
回路を構築することにより、スループットを最大化する
ためにパイプライン技法を用いることができる。
１０３が用いられる。このシナリオの下では、シフトレ
ジスタアレイの内容は、符号化されたストリングのオフ
セットフィールドを用いて、ランダムアクセス手法での
アクセスされる。入力された圧縮データストリームから
生のバイトが取り出された場合には、そのバイトは、出
力データストリームへ出力され、また、シフトレジスタ
アレイ１０３にシフト入力される。符号化されたストリ
ングが取り出された場合には、オフセットはシフトレジ
スタへの「アドレス」として使用され、そのバイトがシ
フトレジスタから読み出され、シフトレジスタアレイ１
０３にシフト入力される。入力される符号化データスト
リームを前もって解析し、パイプラインアドレス先読み
回路を構築することにより、スループットを最大化する
ためにパイプライン技法を用いることができる。
【０１９６】図１５に、図１４のシフトレジスタを用い
た符号化操作による結果のテーブルの一例を示す。入力
データストリームＡＢＣＤが、一度に１キャラクタずつ
シフトレジスタアレイ１０３に同時伝送される。シフト
レジスタエントリには、既に６キャラクタＡＢＦＡＢＣ
が存在している。シフトレジスタアレイ１０３の第１の
エントリは、Ｃに等しい（ＨＩＳＴＯＲＹ（１）＝
Ｃ）。シフトレジスタアレイ１０３の第２のエントリは
Ｂである（ＨＩＳＴＯＲＹ（２）＝Ｂ）。シフトレジス
タアレイ１０３の第３のエントリはＡである（ＨＩＳＴ
ＯＲＹ（３）＝Ａ）。シフトレジスタアレイ１０３の第
４のエントリはＦである（ＨＩＳＴＯＲＹ（４）＝
Ｆ）。シフトレジスタアレイ１０３の第５のエントリは
Ｂである（ＨＩＳＴＯＲＹ（５）＝Ｂ）。そして、シフ
トレジスタアレイ１０３の第６のエントリはＡである
（ＨＩＳＴＯＲＹ（６）＝Ａ）。同時伝送される第１の
入力バイトはＡである。ＭＡＴＣＨ回路によって実行さ
れる比較操作の結果、シフトレジスタエントリＨＩＳＴ
ＯＲＹ（６）及びＨＩＳＴＯＲＹ（３）に於いて、２個
のマッチが得られる。ＨＩＳＴＯＲＹ（３）及びＨＩＳ
ＴＯＲＹ（６）での比較の結果、１に等しいＭＡＴＣＨ
ビットが出力される。残りのエントリではマッチが得ら
れないため、ＨＩＳＴＯＲＹ（１）、ＨＩＳＴＯＲＹ
（２）、ＨＩＳＴＯＲＹ（４）及びＨＩＳＴＯＲＹ
（５）から出力されるＭＡＴＣＨビットは０に等しい。
入力バイトＡはシフトレジスタアレイにシフト入力さ
れ、残りのキャラクラはアレイの次のエントリへシフト
される。キャラクタＡはここで、シフトレジスタアレイ
の第１のロケーション（ＨＩＳＴＯＲＹ（１））を占有
している。同時伝送される次の入力バイトはＢである。
再び、シフトレジスタエントリＨＩＳＴＯＲＹ（３）及
びＨＩＳＴＯＲＹ（６）に於いて２個のマッチが見いだ
される。他の比較ではマッチが成立しないため、それら
のエントリの出力するＭＡＴＣＨブットは０に等しい。
もっともながいマッチングストリングは、シフトレジス
タエントリＨＩＳＴＯＲＹ（３）及びシフトレジスタエ
ントリＨＩＳＴＯＲＹ（６）に於いて生じることに注意
されたい。この時点で、双方は等しい２バイトの長さの
等しいマッチングストリングを有している。当然に、シ
フトレジスタエントリＨＩＳＴＯＲＹ（３）及びＨＩＳ
ＴＯＲＹ（６）についてのＳＴＲＩＮＧビットは１のま
まである。従って、コントローラ１３１の出力によって
マッチが生じていることが示され、この例では探索に対
して制限が課されていないため、比較は継続される。
た符号化操作による結果のテーブルの一例を示す。入力
データストリームＡＢＣＤが、一度に１キャラクタずつ
シフトレジスタアレイ１０３に同時伝送される。シフト
レジスタエントリには、既に６キャラクタＡＢＦＡＢＣ
が存在している。シフトレジスタアレイ１０３の第１の
エントリは、Ｃに等しい（ＨＩＳＴＯＲＹ（１）＝
Ｃ）。シフトレジスタアレイ１０３の第２のエントリは
Ｂである（ＨＩＳＴＯＲＹ（２）＝Ｂ）。シフトレジス
タアレイ１０３の第３のエントリはＡである（ＨＩＳＴ
ＯＲＹ（３）＝Ａ）。シフトレジスタアレイ１０３の第
４のエントリはＦである（ＨＩＳＴＯＲＹ（４）＝
Ｆ）。シフトレジスタアレイ１０３の第５のエントリは
Ｂである（ＨＩＳＴＯＲＹ（５）＝Ｂ）。そして、シフ
トレジスタアレイ１０３の第６のエントリはＡである
（ＨＩＳＴＯＲＹ（６）＝Ａ）。同時伝送される第１の
入力バイトはＡである。ＭＡＴＣＨ回路によって実行さ
れる比較操作の結果、シフトレジスタエントリＨＩＳＴ
ＯＲＹ（６）及びＨＩＳＴＯＲＹ（３）に於いて、２個
のマッチが得られる。ＨＩＳＴＯＲＹ（３）及びＨＩＳ
ＴＯＲＹ（６）での比較の結果、１に等しいＭＡＴＣＨ
ビットが出力される。残りのエントリではマッチが得ら
れないため、ＨＩＳＴＯＲＹ（１）、ＨＩＳＴＯＲＹ
（２）、ＨＩＳＴＯＲＹ（４）及びＨＩＳＴＯＲＹ
（５）から出力されるＭＡＴＣＨビットは０に等しい。
入力バイトＡはシフトレジスタアレイにシフト入力さ
れ、残りのキャラクラはアレイの次のエントリへシフト
される。キャラクタＡはここで、シフトレジスタアレイ
の第１のロケーション（ＨＩＳＴＯＲＹ（１））を占有
している。同時伝送される次の入力バイトはＢである。
再び、シフトレジスタエントリＨＩＳＴＯＲＹ（３）及
びＨＩＳＴＯＲＹ（６）に於いて２個のマッチが見いだ
される。他の比較ではマッチが成立しないため、それら
のエントリの出力するＭＡＴＣＨブットは０に等しい。
もっともながいマッチングストリングは、シフトレジス
タエントリＨＩＳＴＯＲＹ（３）及びシフトレジスタエ
ントリＨＩＳＴＯＲＹ（６）に於いて生じることに注意
されたい。この時点で、双方は等しい２バイトの長さの
等しいマッチングストリングを有している。当然に、シ
フトレジスタエントリＨＩＳＴＯＲＹ（３）及びＨＩＳ
ＴＯＲＹ（６）についてのＳＴＲＩＮＧビットは１のま
まである。従って、コントローラ１３１の出力によって
マッチが生じていることが示され、この例では探索に対
して制限が課されていないため、比較は継続される。
【０１９７】入力バイトＢは次にシフトレジスタアレイ
の第１のロケーション（ＨＩＳＴＯＲＹ（１））にシフ
ト入力され、残りのキャラクタは、アレイの次のエント
リシフトされる。同時伝送される次の入力バイトはＣで
ある。Ｃはシフトレジスタアレイのただ１個のエントリ
（ＨＩＳＴＯＲＹ（３））に於いてマッチする。シフト
レジスタエントリＨＩＳＴＯＲＹ（６）はＦを包含して
おり、これは同時伝送されたバイトＣにマッチしない。
従って、最も長いマッチングストリングはシフトレジス
タエントリＨＩＳＴＯＲＹ（３）に存在する。コントロ
ーラ１３１は、シフトレジスタエントリＨＩＳＴＯＲＹ
（３）に於けるマッチの結果１のストリング長を蓄積し
ている。同時伝送されたバイトＣは次にシフトレジスタ
アレイの第１のロケーションに入力され、他の全てのバ
イトはアレイ中で次のエントリへシフトされる。
の第１のロケーション（ＨＩＳＴＯＲＹ（１））にシフ
ト入力され、残りのキャラクタは、アレイの次のエント
リシフトされる。同時伝送される次の入力バイトはＣで
ある。Ｃはシフトレジスタアレイのただ１個のエントリ
（ＨＩＳＴＯＲＹ（３））に於いてマッチする。シフト
レジスタエントリＨＩＳＴＯＲＹ（６）はＦを包含して
おり、これは同時伝送されたバイトＣにマッチしない。
従って、最も長いマッチングストリングはシフトレジス
タエントリＨＩＳＴＯＲＹ（３）に存在する。コントロ
ーラ１３１は、シフトレジスタエントリＨＩＳＴＯＲＹ
（３）に於けるマッチの結果１のストリング長を蓄積し
ている。同時伝送されたバイトＣは次にシフトレジスタ
アレイの第１のロケーションに入力され、他の全てのバ
イトはアレイ中で次のエントリへシフトされる。
【０１９８】同時伝送される次の入力バイトはＤであ
る。入力バイトＤに対してはマッチが得られない。従っ
て、最も長いマッチングストリングはシフトレジスタエ
ントリＨＩＳＴＯＲＹ（３）に於いて長さ３のキャラク
タ列ＡＢＣとして見いだされている。エントリの位置及
び長さの符号化は、図５に示した履歴アレイを用いた実
施例によって定められる（１１０００００１１０１）。
る。入力バイトＤに対してはマッチが得られない。従っ
て、最も長いマッチングストリングはシフトレジスタエ
ントリＨＩＳＴＯＲＹ（３）に於いて長さ３のキャラク
タ列ＡＢＣとして見いだされている。エントリの位置及
び長さの符号化は、図５に示した履歴アレイを用いた実
施例によって定められる（１１０００００１１０１）。
【０１９９】このように本発明は例を挙げて、特に履歴
アレイを用いた実施例について説明されたが、本発明は
それらに限定されるものではない。本発明の本質的な精
神及び範囲から逸脱することなく本発明に対して更に様
々な修正及び改良を加えることができることが、当業者
には理解されるであろう。
アレイを用いた実施例について説明されたが、本発明は
それらに限定されるものではない。本発明の本質的な精
神及び範囲から逸脱することなく本発明に対して更に様
々な修正及び改良を加えることができることが、当業者
には理解されるであろう。
【０２００】
【発明の効果】本発明の圧縮／伸張システムによれば、
磁気ディスク記憶装置や磁気テープ記憶装置等のデジタ
ル記憶装置の容量を増大させることができる。本発明の
圧縮方法は完全に適合性があり、予め初期化された符号
化テーブルを必要とせず、バイトオリエンテッドなキャ
ラクタストリーム（例えばコンピュータファイル等）に
最適化されているので、従来技術に見られる多くの困難
を克服し、上述した従来の技術の何れよりも、より速い
速度でより高い圧縮率を達成することができる。本発明
の圧縮／伸張システムによれば、履歴アレイに於て、効
率的なストリング探索を行うために、ハッシュテーブル
を履歴バッファと組み合わせて使用し、ハッシュ「リフ
レッシュ」法を用いることにより、ハッシュデータ構造
の維持に必要とされるコンピュータのオーバーヘッドを
最小にすることができる。本発明の技術によれば、現在
利用できる集積回路技術を用いた数メガバイト／秒にも
のぼる入力速度であっても、入力データを高速に圧縮す
ることが可能である。
磁気ディスク記憶装置や磁気テープ記憶装置等のデジタ
ル記憶装置の容量を増大させることができる。本発明の
圧縮方法は完全に適合性があり、予め初期化された符号
化テーブルを必要とせず、バイトオリエンテッドなキャ
ラクタストリーム（例えばコンピュータファイル等）に
最適化されているので、従来技術に見られる多くの困難
を克服し、上述した従来の技術の何れよりも、より速い
速度でより高い圧縮率を達成することができる。本発明
の圧縮／伸張システムによれば、履歴アレイに於て、効
率的なストリング探索を行うために、ハッシュテーブル
を履歴バッファと組み合わせて使用し、ハッシュ「リフ
レッシュ」法を用いることにより、ハッシュデータ構造
の維持に必要とされるコンピュータのオーバーヘッドを
最小にすることができる。本発明の技術によれば、現在
利用できる集積回路技術を用いた数メガバイト／秒にも
のぼる入力速度であっても、入力データを高速に圧縮す
ることが可能である。
【図１】本発明による履歴アレイを用いた実施例の、圧
縮されていないデータを受け取り、圧縮されたデータを
出力する圧縮ユニットのブロック図である。
縮されていないデータを受け取り、圧縮されたデータを
出力する圧縮ユニットのブロック図である。
【図２】本発明による履歴アレイを用いた実施例の、圧
縮されたデータを受け取り、伸張されたデータを出力す
る伸張ユニットのブロック図である。
縮されたデータを受け取り、伸張されたデータを出力す
る伸張ユニットのブロック図である。
【図３】本発明によるシフトレジスタを用いる実施例
の、圧縮されていないデータを受け取り、圧縮されたデ
ータを出力する圧縮ユニットのブロック図である。
の、圧縮されていないデータを受け取り、圧縮されたデ
ータを出力する圧縮ユニットのブロック図である。
【図４】本発明によるシフトレジスタを用いる実施例
の、圧縮されたデータを受け取り、伸張されたデータを
出力する伸張ユニットのブロック図である。
の、圧縮されたデータを受け取り、伸張されたデータを
出力する伸張ユニットのブロック図である。
【図５】本発明の両方の実施例によって用いられる、圧
縮フォーマットを示す図である。
縮フォーマットを示す図である。
【図６】両方の実施例の図５に示された圧縮フォーマッ
トによる、圧縮符号化の単純化された例を示す図であ
る。
トによる、圧縮符号化の単純化された例を示す図であ
る。
【図７】入力データストリームを探索するために、本発
明の両方の実施例によって提供されるデータ構造を示す
図である。
明の両方の実施例によって提供されるデータ構造を示す
図である。
【図８】両方の実施例の入力データストリームを符号化
するために、圧縮ユニット（図１）によって行われる圧
縮操作ルーチンのブロック流れ図である。
するために、圧縮ユニット（図１）によって行われる圧
縮操作ルーチンのブロック流れ図である。
【図９】図７に示されたデータ構造のハッシュテーブル
を初期化するために、圧縮操作ルーチン（図８）で参照
される初期化ルーチンのブロック流れ図である。
を初期化するために、圧縮操作ルーチン（図８）で参照
される初期化ルーチンのブロック流れ図である。
【図１０】図７に示されたデータ構造のハッシュテーブ
ルを部分的に再び初期化するために、圧縮操作ルーチン
（図８）で参照されるリフレッシュハッシュルーチンの
ブロック流れ図である。
ルを部分的に再び初期化するために、圧縮操作ルーチン
（図８）で参照されるリフレッシュハッシュルーチンの
ブロック流れ図である。
【図１１】伸張操作ルーチンのブロック流れ図である。
【図１２】圧縮操作ルーチン（図８）のハードワイヤー
ド表現の概略ブロック図である。
ド表現の概略ブロック図である。
【図１３】外部ＲＡＭのＦＩＦＯのブロック図である。
【図１４】シフトレジスタアレイ内の２つのエントリを
表わす第２の実施例と、探索機能を実行するための関連
する回路のブロック図である。
表わす第２の実施例と、探索機能を実行するための関連
する回路のブロック図である。
【図１５】第２の実施例のシフトレジスタ内の、特定の
入力データストリングの探索を示す結果の表である。
入力データストリングの探索を示す結果の表である。
２３０ 圧縮コントローラ及びシーケンスユニット ２３２ 入力ＦＩＦＯ ２３３ ＦＩＦＯレジスタ ２３４ 出力ＦＩＦＯ ２３５ ＦＩＦＯレジスタ ２３７ ハッシュ関数 ２５６ マルチプレクサ ２６０ 出力ビット管理部 ２７０ マッチバッファ ２７６ バイト比較レジスタ ２８２ ラッチ ２９２ マルチプレクサ ２９６ ラッチ ３０４ レジスタ（ＮＥＸＴハッシュポインタ） ３１０ オフセットレジスタ ３１４ レジスタ（ＭＡＴＣＨＰＴＲ） ３１８ レジスタ（ＨＰＴＲカウンタ） ３４２ リフレッシュカウンタ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 グレン エー． ジョージ アメリカ合衆国 カリフォルニア 91106 パサデナ，ピー．オー． ボックス 60545 (72)発明者 グレン イー． アイビー アメリカ合衆国 カリフォルニア 91106 パサデナ，サウス ミシガン ＃202 146
Claims (95)
- 【請求項１】 入力データストリームを格納する複数の
エントリを有する履歴アレイ手段と、 該履歴アレイ手段内の該エントリの１つを示す履歴アレ
イポインタと、 複数のエントリを有するハッシュテーブル手段であっ
て、該ハッシュテーブル手段の各エントリは該履歴アレ
イ手段内の該エントリの１つを示すポインタを格納す
る、ハッシュテーブル手段と、 複数のエントリを有するオフセットアレイ手段であっ
て、該オフセットアレイ手段の各エントリは、該履歴ア
レイ手段内の該エントリの１つから該履歴アレイ手段内
の１個以上の他のエントリへのリンクが存在するならそ
のリンクを供給する、オフセットアレイ手段と、 を備えているデータ圧縮装置。 - 【請求項２】 前記履歴アレイポインタを、前記履歴ア
レイ手段内の次のエントリにインクリメントする手段
と、前記入力データストリームの次のデータキャラクタ
をハッシングする手段と、を更に備えている、請求項１
に記載の装置。 - 【請求項３】 前記ハッシュテーブルエントリの各々に
格納されている前記ポインタを周期的に調べて、該ハッ
シュテーブルエントリにおける該ポインタが前記履歴ア
レイポインタよりも所定量だけ異なっているかどうかを
決定する手段を更に備えている、請求項１及び２のいず
れかに記載の装置。 - 【請求項４】 前記手段は、前記ハッシュテーブル内の
前記エントリを無効値と置き換えて、該エントリを再初
期化する手段を更に備えている、請求項３に記載の装
置。 - 【請求項５】 前記ハッシュテーブルの全エントリを無
効値と置き換えることによって該ハッシュテーブルを初
期化する手段を更に備えている、請求項４に記載の装
置。 - 【請求項６】 入力データキャラクタストリームを可変
長符号化データストリームに変換する方法であって、 予め処理された入力データキャラクタを参照用の格納手
段に格納するステップと、 該データ格納手段内で該入力データストリームに適合
（マッチング）する該予め処理された入力データキャラ
クタの最長データストリングのサーチを実行するステッ
プと、 該格納手段内でマッチングデータストリングが見つかっ
た場合には、該マッチングデータストリングが見つかっ
たことを示す標識と、該マッチングデータストリングの
長さの可変長指示子と、該マッチングデータストリング
の該格納手段内での位置を示すポインタと、を割り当て
ることによって該マッチングデータストリングを符号化
するステップであって、該マッチングデータストリング
を符号化するステップは、所定の手法に従う符号化体系
によって該ポインタと該可変長指示子を表すステップを
包含しており、該所定の手法は、該入力データストリー
ムの２個のキャラクタのマッチングストリングを、２個
より少ない該入力データストリームのキャラクタに確実
に圧縮する手法である、マッチングデータストリングを
符号化するステップと、 該格納手段内でマッチング入力データストリングが見つ
からなかった場合には、該格納手段内でマッチングデー
タストリングが見つからなかったことを示す「生」デー
タ標識と、該入力データストリームの最初のキャラクタ
とを割り当てることによって該入力データストリームの
該最初のキャラクタを符号化するステップと、を包含し
ており、 このことにより、該入力データストリームが可変長符号
化データストリームに変換される方法。 - 【請求項７】 前記格納手段内で前記最長マッチングデ
ータストリングのサーチを実行する前記ステップは、該
格納手段内における該最長マッチングデータストリング
に対する所定回数の照会に該サーチを制限するステップ
をさらに包含する、請求項６に記載の方法。 - 【請求項８】 符号化された前記入力データストリーム
の入力データキャラクタを放棄するステップと、 該入力データストリームを更に符号化するために、前記
方法の１つ以上のステップを実行するステップと、 を更に包含する、請求項６に記載の方法。 - 【請求項９】 前記ポインタおよび前記可変長指示子を
付加する前記ステップは、前記マッチングデータストリ
ングの前記格納手段内での位置に従って長い形式または
短い形式のいずれかによって該ポインタを表すステップ
を更に包含する、請求項６に記載の方法。 - 【請求項１０】 ２個のキャラクタマッチングデータス
トリングの前記可変長指示子を二進ワード「00」として
定義するステップを更に包含する、請求項６に記載の方
法。 - 【請求項１１】 前記ポインタが前記長い形式または短
い形式のいずれであるかを示す１桁二進ワードを提供す
るステップを更に包含する、請求項９に記載の方法。 - 【請求項１２】 前記ポインタが前記格納手段内での12
7個の異なる位置を示すように、前記短い形式を７桁二
進ワードとして符号化するステップを更に包含する、請
求項１１に記載の方法。 - 【請求項１３】 前記ポインタが前記格納手段内での20
47個の異なる位置を示すように、前記長い形式のポイン
タを１１桁二進ワードとして符号化するステップを更に
包含する、請求項１１に記載の方法。 - 【請求項１４】 以下の表に従って前記可変長指示子を
符号化するステップを更に包含する、請求項６、１２、
及び１３のいずれかに記載の方法： 【表１】 - 【請求項１５】 前記符号化体系によって前記可変長指
示子を表す前記ステップは、前記マッチングデータスト
リングが２個、３個、および４個のキャラクタ長である
場合の該マッチングデータストリングの長さを定義する
第１のワード群を定義するステップと、 該マッチングデータストリングが５個、６個、および７
個のキャラクタ長である場合の該マッチングデータスト
リングの長さを定義する該第１のワード群および第２の
ワード群を定義するステップと、 該マッチングデータストリングが８個から２２個のキャ
ラクタ長である場合の該マッチングデータストリングの
長さを定義する該第１のワード群、該第２のワード群、
および第３のワード群を定義するステップと、 該マッチングデータストリングが２３個から３７個のキ
ャラクタ長である該マッチングデータストリングの長さ
を定義する該第１のワード群、該第２のワード群、該第
３のワード群、および第４のワード群を定義するステッ
プと、 を更に包含する、請求項６に記載の方法。 - 【請求項１６】 前記第１のワード群を定義する前記ス
テップは、以下の表によって前記２個、３個、および４
個のキャラクタ長を表すステップを更に包含する、請求
項１５に記載の方法： 00 ２個のキャラクタ 01 ３個のキャラクタ 10 ４個のキャラクタ - 【請求項１７】 前記第１および第２のワード群を定義
する前記ステップは、以下の表によって前記５個、６
個、および７個のキャラクタ長を表すステップを更に包
含する、請求項５０に記載の方法： 11 00 ５個のキャラクタ 11 01 ６個のキャラクタ 11 10 ７個のキャラクタ - 【請求項１８】 前記第１、第２、および第３のワード
群を定義する前記ステップは、以下の表によって前記８
個から２２個のキャラクタ長を表すステップを更に包含
する、請求項１５に記載の方法： 11 11 0000 ８個のキャラクタ 11 11 0001 ９個のキャラクタ 11 11 0010 １０個のキャラクタ 11 11 0011 １１個のキャラクタ 11 11 0100 １２個のキャラクタ 11 11 0101 １３個のキャラクタ 11 11 0110 １４個のキャラクタ 11 11 0111 １５個のキャラクタ 11 11 1000 １６個のキャラクタ 11 11 1001 １７個のキャラクタ 11 11 1010 １８個のキャラクタ 11 11 1011 １９個のキャラクタ 11 11 1100 ２０個のキャラクタ 11 11 1101 ２１個のキャラクタ 11 11 1110 ２２個のキャラクタ - 【請求項１９】 前記最長マッチングデータストリング
のサーチを前記格納手段内で実行する前記ステップは、
ハッシュ関数を実行するステップを更に包含する、請求
項６に記載の方法。 - 【請求項２０】 前記入力データストリームの前記可変
長符号化データストリームへの変換はデータ圧縮システ
ム内で起こり、 該データ圧縮システムは、該入力データストリームを格
納する複数のエントリを有する前記格納手段と、該格納
手段内の最新エントリを示す格納手段ポインタと、複数
のエントリを有するハッシュテーブル手段であって、該
ハッシュテーブル手段の各エントリは該格納手段の該エ
ントリの１つを示すポインタを格納する、ハッシュテー
ブル手段と、複数のエントリを有するオフセットアレイ
手段であって、該オフセットアレイ手段の各エントリ
は、該格納手段内の該エントリの１個から該格納手段内
の１個以上のエントリまでのリンクを供給する、オフセ
ットアレイ手段と、を有し、 該格納手段内での前記サーチを実行するステップは、更
に、 該ハッシュ関数が該ハッシュテーブル手段の該エントリ
の１つにポインタを提供するステップと、 該ハッシュ関数の結果によって示される該ハッシュテー
ブルエントリにおいて格納されている該ポインタを得る
ステップと、 該格納手段ポインタと、該ハッシュテーブル手段から読
み出された該ポインタとの差を計算するステップと、 該格納手段ポインタによって示された該オフセットアレ
イ手段に該差を格納するステップと、 該ハッシュ関数によって示された該ハッシュテーブルエ
ントリに該格納手段ポインタを格納するステップと、 を包含する、請求項１９に記載の方法。 - 【請求項２１】 前記格納手段ポインタを前記格納手段
内の次のエントリにインクリメントするステップと、 該格納手段の該次のエントリをハッシングするために、
前記方法の１つ以上の要素を実行するステップと、 を包含する、請求項２０に記載の方法。 - 【請求項２２】 前記格納手段内のサーチを実行する前
記ステップは、前記ハッシュテーブルエントリの各々に
おいて格納された前記ポインタを周期的に調べて、該エ
ントリの各々の該ポインタと、前記格納手段ポインタと
の前記差が所定量よりも大きいかどうかを決定するステ
ップをさらに包含する、請求項５５に記載の方法。 - 【請求項２３】 前記ステップは、前記差が前記所定量
よりも大きい場合には、前記ハッシュテーブル内の前記
エントリを無効値と置き換えて、該エントリを再初期化
するステップを更に包含する、請求項２２に記載の方
法。 - 【請求項２４】 前記可変長符号化データストリームの
伸長の間に検出された圧縮化データマーカーの終わりを
該符号化データに付加することによって、符号化する前
記方法を完了するステップを更に包含する、請求項２３
に記載の方法。 - 【請求項２５】 前記ハッシュテーブルのすべてのエン
トリを無効値と置き換えることによって前記ハッシュテ
ーブルを初期化するステップを更に包含する、請求項２
４に記載の方法。 - 【請求項２６】 前記可変長符号化データストリームを
復号化するステップであって、該ステップは、 該可変長符号化データストリームを、各々が前記標識の
１個で始まっている独立した部分に分解するステップ
と、 該標識が生データ標識であるのかまたは該符号化マッチ
ングデータストリングを示す前記標識であるのかを決定
するために、該独立した部分の各々の該標識を評価する
ステップと、 を更に包含する、請求項６に記載の方法。 - 【請求項２７】 前記標識が前記符号化マッチングデー
タストリングを示す場合に、前記マッチングデータスト
リングを発生させるために、前記可変長指示子と前記ポ
インタとを解釈し、それによって元の入力データストリ
ームの部分を再構築するステップを更に包含する、請求
項２６に記載の方法。 - 【請求項２８】 前記標識が前記生データ標識を示す場
合に、前記符号化入力データストリームの前記最初のキ
ャラクタを得て、それによって元の入力データストリー
ムの部分を再構築するステップを更に包含する、請求項
２６に記載の方法。 - 【請求項２９】 出力データキャラクタストリームを格
納する複数のエントリを有する格納手段と、該格納手段
内の最新のエントリを示す格納手段ポインタとを有する
データ伸長システムにおいて、可変長符号化入力データ
ストリームを出力データキャラクタストリームに変換す
る方法であって、該方法は、 該可変長符号化入力データストリームを、各々が標識で
開始する独立した部分に分解するステップと、 該標識が生データの標識であるのか、または符号化マッ
チングデータストリングを示す標識であるのかを決定す
るために、該独立した部分の各々の該標識を評価するス
テップと、 を有しており、 該標識が生データの標識である場合には、 該独立した部分から生データバイトを分解するステップ
と、該生データバイトを出力するステップと、該生デー
タバイトを該格納手段に配置するステップと、を包含
し、 該標識が符号化マッチングデータストリングを示す該標
識である場合には、該マッチングデータストリングの長
さの可変長指示子と、該マッチングデータストリングの
該格納手段内での位置を示すオフセットとを分解するス
テップであって、該独立した部分が２個のキャラクタの
マッチングデータストリングを示す場合に、該独立した
部分は該出力データキャラクタストリームの２個のキャ
ラクタより小さい、ステップと、該格納手段内の該位置
に該マッチングデータストリングを該長さで出力するス
テップと、該マッチングデータストリングを該格納手段
内に配置するステップと、 を包含する、方法。 - 【請求項３０】 複数のエントリを有する履歴アレイ手
段と、履歴アレイポインタと、複数のエントリを有する
ハッシュテーブル手段と、複数のエントリを有するオフ
セットアレイ手段と、を備えているデータ圧縮システム
において、データを圧縮する方法であって、該方法は、 該履歴アレイ手段の該エントリ内の入力データストリー
ムを格納するステップと、 該履歴アレイ手段内の該エントリの１つを該履歴アレイ
ポインタによって示すステップと、 該ハッシュテーブル手段の各エントリ内に、該履歴アレ
イ手段の該エントリの１つを示すポインタを格納するス
テップと、 該履歴アレイ手段内の該エントリの１つから該履歴アレ
イ手段内の１個以上の他のエントリへのリンクを該オフ
セットアレイ手段の該エントリによって供給するステッ
プと、 を包含する方法。 - 【請求項３１】 前記履歴アレイポインタを、前記履歴
アレイ手段内の次のエントリにインクリメントするステ
ップと、 前記入力データストリームの次のデータキャラクタをハ
ッシングするステップと、 を包含する、請求項３０に記載の方法。 - 【請求項３２】 前記ハッシュテーブルエントリの各々
に格納されている前記ポインタを周期的に調べて、該ハ
ッシュテーブルエントリにおける該ポインタが前記履歴
アレイポインタよりも所定量だけ異なっているかどうか
を決定するステップを更に包含する、請求項３０及び３
１のいずれかに記載の方法。 - 【請求項３３】 前記ハッシュテーブル内の前記エント
リを無効値と置き換えて、該エントリを再初期化するス
テップを更に包含する、請求項３２に記載の方法。 - 【請求項３４】 前記ハッシュテーブルの全エントリを
無効値と置き換えることによって該ハッシュテーブルを
初期化するステップを更に包含する、請求項３３に記載
の装置。 - 【請求項３５】 入力データキャラクタストリームを可
変長符号化データストリームに変換する装置であって、 予め処理された入力データキャラクタを参照用に格納す
る格納手段と、 該入力データストリームに適合（マッチング）する該予
め処理された入力データキャラクタの最長データストリ
ングのサーチを該格納手段内で実行する手段と、 該マッチングデータストリングが見つかったことを示す
標識と、該マッチングデータストリングの長さの可変長
指示子と、該マッチングデータストリングの該格納手段
内での位置を示すポインタと、を割り当てることによっ
て該マッチングデータストリングを符号化する手段と、
所定の手法に従う符号化体系によって該ポインタと該可
変長指示子を表す手段であって、該所定の手法は、該入
力データストリームの２個のキャラクタのマッチングス
トリングを、２個より少ない該入力データストリームの
キャラクタに確実に圧縮する手法である、手段と、 該格納手段内でマッチングデータストリングが見つから
なかったことを示す「生」データ標識と、該入力データ
ストリームの最初のキャラクタとを割り当てることによ
って該入力データストリームの該最初のキャラクタを符
号化する手段と、を備えており、 このことにより、該入力データストリームが可変長符号
化データストリームに変換される装置。 - 【請求項３６】 前記格納手段内における前記最長マッ
チングデータストリングに対する所定回数の照会に前記
サーチを制限する手段をさらに備えている、請求項３５
に記載の装置。 - 【請求項３７】 符号化された前記入力データストリー
ムの入力データキャラクタを放棄する手段を更に備えて
いる、請求項３５に記載の装置。 - 【請求項３８】 前記マッチングデータストリングの前
記格納手段内での位置に従って長い形式または短い形式
のいずれかによって前記ポインタを表す手段を更に備え
ている、請求項３５に記載の装置。 - 【請求項３９】 ２個のキャラクタマッチングデータス
トリングの前記可変長指示子を二進ワード「00」として
定義する手段を更に備えている、請求項３５に記載の装
置。 - 【請求項４０】 前記ポインタが前記長い形式または短
い形式のいずれであるかを示す１桁二進ワードを提供す
る手段を更に備えている、請求項３８に記載の装置。 - 【請求項４１】 前記ポインタが前記格納手段内での12
7個の異なる位置を示すように、前記短い形式を７桁二
進ワードとして符号化する手段を更に備えている、請求
項４０に記載の装置。 - 【請求項４２】 前記ポインタが前記格納手段内での20
47個の異なる位置を示すように、前記長い形式のポイン
タを１１桁二進ワードとして符号化する手段を更に備え
ている、請求項４０に記載の装置。 - 【請求項４３】 以下の表に従って前記可変長指示子を
符号化する手段を更に備えている、請求項３５、４１、
及び４２のいずれかに記載の装置： 【表２】 - 【請求項４４】 前記マッチングデータストリングが２
個、３個、および４個のキャラクタ長である場合の該マ
ッチングデータストリングの長さを定義する第１のワー
ド群を定義する手段と、 該マッチングデータストリングが５個、６個、および７
個のキャラクタ長である場合の該マッチングデータスト
リングの長さを定義する該第１のワード群および第２の
ワード群を定義する手段と、 該マッチングデータストリングが８個から２２個のキャ
ラクタ長である場合の該マッチングデータストリングの
長さを定義する該第１のワード群、該第２のワード群、
および第３のワード群を定義する手段と、 該マッチングデータストリングが２３個から３７個のキ
ャラクタ長である該マッチングデータストリングの長さ
を定義する該第１のワード群、該第２のワード群、該第
３のワード群、および第４のワード群を定義する手段
と、 をさらに備えている、請求項３５に記載の装置。 - 【請求項４５】 以下の表によって前記２個、３個、お
よび４個のキャラクタ長を表す手段を更に備えている、
請求項４４に記載の装置： 00 ２個のキャラクタ 01 ３個のキャラクタ 10 ４個のキャラクタ - 【請求項４６】 以下の表によって前記５個、６個、お
よび７個のキャラクタ長を表す手段を更に備えている、
請求項４４に記載の装置： 11 00 ５個のキャラクタ 11 01 ６個のキャラクタ 11 10 ７個のキャラクタ - 【請求項４７】 以下の表によって前記８個から２２個
のキャラクタ長を表す手段を更に備えている、請求項４
４に記載の装置： 11 11 0000 ８個のキャラクタ 11 11 0001 ９個のキャラクタ 11 11 0010 １０個のキャラクタ 11 11 0011 １１個のキャラクタ 11 11 0100 １２個のキャラクタ 11 11 0101 １３個のキャラクタ 11 11 0110 １４個のキャラクタ 11 11 0111 １５個のキャラクタ 11 11 1000 １６個のキャラクタ 11 11 1001 １７個のキャラクタ 11 11 1010 １８個のキャラクタ 11 11 1011 １９個のキャラクタ 11 11 1100 ２０個のキャラクタ 11 11 1101 ２１個のキャラクタ 11 11 1110 ２２個のキャラクタ - 【請求項４８】 ハッシュ関数を実行する手段を更に備
えている、請求項３５に記載の装置。 - 【請求項４９】 前記格納手段は前記入力データストリ
ームを格納する複数のエントリを有し、 該格納手段内の最新エントリを示す格納手段ポインタ
と、 複数のエントリを有するハッシュテーブル手段であっ
て、該ハッシュテーブル手段の各エントリは該格納手段
の該エントリの１つを示すポインタを格納する、ハッシ
ュテーブル手段と、 複数のエントリを有するオフセットアレイ手段であっ
て、該オフセットアレイ手段の各エントリは該格納手段
内の該エントリの１個から該格納手段内の１個以上のエ
ントリまでのリンクを供給する、オフセットアレイ手段
と、 該ハッシュテーブル手段の該エントリの１つにポインタ
を供給するハッシュ関数を実行する手段と、 該ハッシュ関数の結果によって示される該ハッシュテー
ブルエントリにおいて格納されている該ポインタを得る
手段と、 該格納手段ポインタと、該ハッシュテーブル手段から読
み出された該ポインタとの差を計算する手段と、 該格納手段ポインタによって示された該オフセットアレ
イ手段に該差を格納する手段と、 該ハッシュ関数によって示された該ハッシュテーブルエ
ントリに該格納手段ポインタを格納する手段と、 を備えている、請求項４８に記載の装置。 - 【請求項５０】 前記格納手段ポインタを前記格納手段
内の次のエントリにインクリメントする手段を更に備え
ている、請求項４９に記載の装置。 - 【請求項５１】 前記ハッシュテーブルエントリの各々
において格納された前記ポインタを周期的に調べて、該
エントリの各々の該ポインタと、前記格納手段ポインタ
との前記差が所定量よりも大きいかどうかを決定する手
段を更に備えている、請求項４９に記載の装置。 - 【請求項５２】 前記ハッシュテーブル内の前記エント
リを無効値と置き換えて、該エントリを再初期化する手
段を更に備えている、請求項５１に記載の装置。 - 【請求項５３】 前記可変長符号化データストリームの
伸長の間に検出された圧縮化データマーカーの終わりを
該符号化データに付加する手段を更に備えている、請求
項５２に記載の装置。 - 【請求項５４】 前記ハッシュテーブルのすべてのエン
トリを無効値と置き換えることによって該ハッシュテー
ブルを初期化する手段を更に備えている、請求項５３に
記載の方法。 - 【請求項５５】 前記可変長符号化データストリームを
復号化する手段と、 該可変長符号化データストリームを、各々が前記標識の
１個で始まっている独立した部分に分解する手段と、 該標識が生データ標識であるのかまたは該符号化マッチ
ングデータストリングを示す前記標識であるのかを決定
するために、該別々の部分の各々の該標識を評価する手
段と、 を備えている、請求項３５に記載の装置。 - 【請求項５６】 前記マッチングデータストリングを発
生させるために、前記可変長指示子と前記ポインタとを
解釈し、これによって元の入力データストリームの部分
を再構築する手段を更に備えている、請求項５５に記載
の装置。 - 【請求項５７】 前記符号化入力データストリームの前
記最初のキャラクタを得て、これによって元の入力デー
タストリームの部分を再構築する手段を更に備えてい
る、請求項５５に記載の装置。 - 【請求項５８】 データ伸長システムにおいて、可変長
符号化入力データストリームを出力データキャラクタス
トリームに変換する装置であって、 該出力データキャラクタストリームを格納する前記複数
のエントリを有する格納手段と、 該格納手段内の最新のエントリを示す格納手段ポインタ
と、 該可変長符号化入力データストリームを、各々が標識で
開始する独立した部分に分解する手段と、 該標識が生データの標識であるのか、または符号化マッ
チングデータストリングを示す標識であるのかを決定す
るために、該独立した部分の各々の該標識を評価する手
段と、 該独立した部分から生データバイトを分解する手段と、
該生データバイトを出力する手段と、該生データバイト
を該格納手段に配置する手段と、 該マッチングデータストリングの長さの可変長指示子
と、該マッチングデータストリングの該格納手段内での
位置を示すオフセットとを分解する手段であって、該独
立した部分が２個のキャラクタのマッチングデータスト
リングを示す場合に、該独立した部分は該出力データキ
ャラクタストリームの２個のキャラクタより小さい、手
段と、該格納手段内の該位置に該マッチングデータスト
リングを該長さで出力する手段と、該マッチングデータ
ストリングを該格納手段内に配置する手段と、 を備えている、装置。 - 【請求項５９】 入力データストリームを可変長符号化
データストリームに変換する装置であって、 該入力データストリームに適合（マッチング）する最長
データストリームのサーチを履歴アレイ内で実行する手
段であって、該履歴アレイは複数のエントリを有し、該
履歴アレイの各エントリは該入力データストリームを格
納する、手段と、 該履歴アレイ手段内に見いだされる該マッチングデータ
ストリームを符号化する符号化手段と、 該データ圧縮システムとは分離したＲＡＭであって、該
履歴アレイを有し、該データ圧縮システムへのまたは該
データ圧縮システムからのデータ転送をバッファするＦ
ＩＦＯデータバッファを有する、ＲＡＭと、 を備えている、装置。 - 【請求項６０】 入力データストリームを可変長符号化
データストリームに変換するデータ圧縮システムを有す
る装置であって、該装置は、 該入力データストリームを該可変長符号化データストリ
ームに変換する間に該データ圧縮システムによって参照
される該入力データストリームを格納するＲＡＭを備え
ており、該ＲＡＭは、該圧縮システムへのおよび該圧縮
システムからの該入力データストリームの転送をバッフ
ァするＦＩＦＯデータバッファを有する、装置。 - 【請求項６１】 入力データキャラクタを複数のデータ
キャラクタを含むデータストリームと比較する方法であ
って、 該データストリームの該データキャラクタをシフト手段
に格納するステップであって、該シフト手段は複数のエ
ントリを有し、該シフト手段の各エントリは該データス
トリームの該データキャラクタの１つを格納する、ステ
ップと、 該入力データキャラクタを該シフト手段の各エントリに
同時伝送するステップと、 該シフト手段の各エントリの該格納されたデータキャラ
クタの各々を該シフト手段の別のエントリに転送するス
テップと、 該シフト手段の各エントリに対して、該格納されたデー
タキャラクタが該入力されたデータキャラクタにマッチ
ングするかどうかを決定するために、該エントリの該格
納されたデータキャラクタを該入力データキャラクタと
比較するステップと、 該シフト手段の各エントリに対して、該比較の結果を個
別に蓄積するステップとを包含する方法。 - 【請求項６２】 前記シフト手段の各エントリに対して
該結果の蓄積を格納するステップをさらに包含する、請
求項６１に記載の方法。 - 【請求項６３】 前記格納されている前記比較の結果
を、後の入力データキャラクタに対する比較の結果と比
較するステップをさらに包含する、請求項６２に記載の
方法。 - 【請求項６４】 １つ以上の前記入力データキャラクタ
のストリングを可変長符号化データストリームに変換す
るステップをさらに包含し、該変換するステップは、 マッチング入力データキャラクタが前記シフト手段内に
見つかった場合に、該マッチング入力データキャラクタ
が見つかったことを示す標識と、該マッチング入力デー
タキャラクタの長さの可変長指示子および該マッチング
入力データキャラクタの少なくとも１つのキャラクタを
有する該シフト手段の該エントリを示すポインタを含む
置換コードとを割り当てることによって、該マッチング
入力データキャラクタを符号化するステップと、 マッチング入力データキャラクタが該シフト手段内に見
つからなかった場合に、「生の」データ標識と該入力デ
ータキャラクタの最初のキャラクタとを割り当てること
によって、該入力データキャラクタの該最初のキャラク
タを符号化するステップとを包含し、これにより、該デ
ータストリームは該可変長符号化データストリームに変
換される、請求項６１に記載の方法。 - 【請求項６５】 前記比較の結果の蓄積のどちらが前記
マッチング入力データキャラクタの最長ストリングに対
応するかを決定するために、該蓄積を評価するステップ
をさらに包含する、請求項６４に記載の方法。 - 【請求項６６】 前記シフト手段の前記比較を所定量の
入力データキャラクタに制限するステップをさらに包含
する、請求項６４に記載の方法。 - 【請求項６７】 前記比較の結果の蓄積のどちらが前記
マッチング入力データキャラクタの最長ストリングに対
応するかを決定するために、該蓄積を評価するステッ
プ、および、等しい長さの該最長ストリングが１つより
多くあるとき、該最長ストリングに優先順位をつけるス
テップをさらに包含する、請求項６６に記載の方法。 - 【請求項６８】 前記優先順位をつけるステップが、前
記最長ストリングのうち最も早いものを選択するステッ
プをさらに包含する、請求項６７に記載の方法。 - 【請求項６９】 前記可変長符号化データストリームを
復号化するステップをさらに包含し、該ステップは、 該符号化データストリームを、各々が前記標識の１個で
始まっているいくつかの独立した部分に分解する、ステ
ップと、 該独立した部分の該標識が前記生のデータ標識を示すの
か、または該標識が前記符号化されたマッチング入力デ
ータキャラクタを示すのかを決定するために、該標識を
評価するステップとを包含する、請求項６４に記載の方
法。 - 【請求項７０】 前記標識が前記符号化されたマッチン
グ入力データキャラクタを示す場合に、該マッチング入
力データキャラクタを生成するための前記置換コードの
前記長さ指示子と前記ポインタとを解釈するステップ
と、 これにより、前記オリジナルのデータストリームの一部
を再構築するステップとをさらに包含する、請求項６９
に記載の方法。 - 【請求項７１】 前記標識が前記生のデータ標識を示す
場合に、前記符号化データストリームの前記最初のキャ
ラクタを得て、これにより、前記オリジナルのデータス
トリームの一部を再構築するステップをさらに包含す
る、請求項６９に記載の方法。 - 【請求項７２】 データ伸張システムにおいて可変長符
号化データストリームを出力データキャラクタストリー
ムに変換する方法であって、該データ伸張システムはシ
フト手段を備え、該シフト手段は複数のエントリを有
し、該シフト手段の各エントリは該出力データキャラク
タストリームのデータキャラクタを格納するものであっ
て、該方法は、 該可変長符号化入力データストリームを、各々が標識を
先頭とするいくつかの独立した部分に分解するステップ
と、 該独立した部分の各々の該標識が生のデータ標識である
か、または符号化されたマッチングデータストリングを
示す標識であるかを決定するために、該標識を評価する
ステップと、 該標識が生のデータ標識である場合に、該独立した部分
から生のデータバイトを分解するステップ、該生のデー
タバイトを出力するステップ、および該生のデータバイ
トを該シフト手段内に配置するステップと、 該標識が符号化されたマッチングデータストリングを示
す標識である場合に、該マッチングデータストリングの
長さの可変長指示子と、該マッチングデータストリング
の最初のキャラクタを含む該シフト手段内のエントリを
示すオフセットとを分解するステップ、該長さのための
該シフト手段内の該エントリでの該マッチングデータス
トリングを出力するステップ、および該マッチングデー
タストリングを該シフト手段内に配置するステップとを
包含する方法。 - 【請求項７３】 データ伸張システムにおいて可変長符
号化データストリームを出力データキャラクタストリー
ムに変換する装置であって、該データ伸張システムはシ
フト手段を備え、該シフト手段は複数のエントリを有
し、該シフト手段の各エントリは該出力データキャラク
タストリームのデータキャラクタを格納するものであっ
て、該装置は、 該可変長符号化入力データストリームを、各々が標識を
先頭とするいくつかの独立した部分に分解する手段と、 該独立した部分の各々の該標識が生のデータ標識である
か、または符号化されたマッチングデータストリングを
示す標識であるかを決定するために、該標識を評価する
手段と、 該独立した部分から生のデータバイトを分解する手段、
該生のデータバイトを出力する手段、および該生のデー
タバイトを該シフト手段内に配置する手段と、 該マッチングデータストリングの長さの可変長指示子
と、該マッチングデータストリングの最初のキャラクタ
を含む該シフト手段内のエントリを示すオフセットとを
分解する手段、該長さのための該シフト手段内の該エン
トリでの該マッチングデータストリングを出力する手
段、および該マッチングデータストリングを該シフト手
段内に配置する手段とを備えた装置。 - 【請求項７４】 入力データキャラクタを複数のデータ
キャラクタを含むデータストリームと比較する装置であ
って、 該データストリームの該データキャラクタを格納する手
段であって、該格納手段は複数のエントリを有し、該格
納手段の各エントリは該データストリームの該データキ
ャラクタの１つを格納する、手段と、 該入力データキャラクタを該格納手段の各エントリに同
時伝送する手段と、 該格納手段の各エントリに対して、該格納されたデータ
キャラクタが該入力されたデータキャラクタに適合（マ
ッチング）するかどうかを決定するために、該エントリ
の該格納されたデータキャラクタを該入力データキャラ
クタと比較する手段と、 該格納手段の各エントリに対して、該比較の結果を個別
に蓄積する手段とを備えた装置。 - 【請求項７５】 前記格納手段の各エントリに対して該
結果の蓄積を格納する手段をさらに備えた、請求項７４
に記載の装置。 - 【請求項７６】 前記比較の前記格納された結果を、後
の入力データキャラクタに対する比較の結果と比較する
手段をさらに備えた、請求項７５に記載の装置。 - 【請求項７７】 １つ以上の前記入力データキャラクタ
よりなるストリングを可変長符号化データストリームに
変換する手段をさらに備え、該手段は、 マッチング入力データキャラクタが見つかったことを示
す標識と、該マッチング入力データキャラクタの長さの
可変長指示子および該マッチング入力データキャラクタ
の少なくとも１つのキャラクタを有する該格納手段の該
エントリを示すポインタを含む置換コードとを割り当て
ることによって、該マッチング入力データキャラクタを
符号化する手段と、 「生の」データ標識と該入力データキャラクタの最初の
キャラクタとを割り当てることによって、該入力データ
キャラクタの該最初のキャラクタを符号化する手段とを
備えた、請求項７４に記載の装置。 - 【請求項７８】 前記比較の結果の蓄積のどちらが前記
マッチング入力データキャラクタの最長ストリングに対
応するかを決定するために、該蓄積を評価する手段をさ
らに備えた、請求項７７に記載の装置。 - 【請求項７９】 前記格納手段の前記比較を所定数の入
力データキャラクタに限定する手段をさらに備えた、請
求項７７に記載の装置。 - 【請求項８０】 前記比較の結果の蓄積のどちらが前記
マッチング入力データキャラクタの最長ストリングに対
応するかを決定するために、該蓄積を評価する手段、お
よび、等しい長さの該最長ストリングが１つより多くあ
るとき、該最長ストリングに優先順位をつける手段をさ
らに備えた、請求項７９に記載の装置。 - 【請求項８１】 前記優先順位をつける手段が、前記最
長ストリングのうち最も早いものを選択する手段をさら
に備えた、請求項８０に記載の装置。 - 【請求項８２】 前記可変長符号化データストリームを
復号化する手段をさらに包含し、該手段が、 該符号化データストリームを、各々が前記標識の１つを
先頭とするいくつかの独立した部分に分解する手段と、 該独立した部分の該標識が前記生のデータ標識を示すの
か、または該標識が前記符号化されたマッチング入力デ
ータキャラクタを示すのかを決定するために、該標識を
評価する手段とを備えた、請求項７７に記載の装置。 - 【請求項８３】 前記マッチング入力データキャラクタ
を生成するための前記置換コードの前記長さ指示子と前
記ポインタとを解釈する手段をさらに備えた、請求項７
７に記載の装置。 - 【請求項８４】 前記符号化データストリームの前記最
初のキャラクタを得る手段をさらに備えた、請求項８２
に記載の装置。 - 【請求項８５】 入力データキャラクタを複数のデータ
キャラクタを含むデータストリームと比較する方法であ
って、 該データストリームの該データキャラクタを格納手段に
格納するステップであって、該格納手段は複数のエント
リを有し、該格納手段の各エントリは該データストリー
ムの該データキャラクタの１つを格納するステップと、 該入力データキャラクタを該格納手段の各エントリに同
時伝送するステップと、 該格納手段の各エントリに対して、該格納されたデータ
キャラクタが該入力されたデータキャラクタに適合（マ
ッチング）するかどうかを決定するために、該エントリ
の該格納されたデータキャラクタを該入力データキャラ
クタと比較するステップと、 該格納手段の各エントリに対して該比較の結果を個別に
蓄積するステップとを包含する方法。 - 【請求項８６】 前記格納手段の各エントリに対して該
結果の蓄積を格納するステップをさらに包含する、請求
項８５に記載の方法。 - 【請求項８７】 前記比較の前記格納された結果を、後
の入力データキャラクタに対する比較の結果と比較する
ステップをさらに包含する、請求項８６に記載の方法。 - 【請求項８８】 １つ以上の前記入力データキャラクタ
よりなるストリングを可変長符号化データストリームに
変換するステップをさらに包含し、該変換するステップ
は、 マッチング入力データキャラクタが前記格納手段内に見
つかった場合に、該マッチング入力データキャラクタが
見つかったことを示す標識と、該マッチング入力データ
キャラクタの長さの可変長指示子および該マッチング入
力データキャラクタの少なくとも１つのキャラクタを有
する該格納手段の該エントリを示すポインタを含む置換
コードとを割り当てることによって、該マッチング入力
データキャラクタを符号化するステップと、 マッチング入力データキャラクタが該格納手段内に見つ
からなかった場合に、「生の」データ標識と該入力デー
タキャラクタの最初のキャラクタとを割り当てることに
よって、該入力データキャラクタの該最初のキャラクタ
を符号化するステップとを包含し、これにより、該デー
タストリームは該可変長符号化データストリームに変換
される、請求項８５に記載の方法。 - 【請求項８９】 前記比較の結果の蓄積のどちらが前記
マッチング入力データキャラクタの最長ストリングに対
応するかを決定するために、該蓄積を評価するステップ
をさらに包含する、請求項８８に記載の方法。 - 【請求項９０】 前記シフト手段の前記比較を所定数の
入力データキャラクタに限定するステップをさらに包含
する、請求項８８に記載の方法。 - 【請求項９１】 前記比較の結果の蓄積のどちらが前記
マッチング入力データキャラクタの最長ストリングに対
応するかを決定するために、該蓄積を評価するステッ
プ、および、等しい長さの該最長ストリングが１つより
多くあるとき、該最長ストリングに優先順位をつけるス
テップをさらに包含する、請求項９０に記載の方法。 - 【請求項９２】 前記優先順位をつけるステップが、前
記最長ストリングのうち最も早いものを選択するステッ
プをさらに包含する、請求項９１に記載の方法。 - 【請求項９３】 前記可変長符号化データストリームを
復号化するステップをさらに包含し、該ステップが、 該符号化データストリームを、各々が前記標識の１つを
先頭とするいくつかの独立した部分に分解するステップ
と、 該独立した部分の該標識が前記生のデータ標識を示すの
か、または該標識が前記符号化されたマッチング入力デ
ータキャラクタを示すのかを決定するために、該標識を
評価するステップとを包含する、請求項８８に記載の方
法。 - 【請求項９４】 前記標識が前記符号化されたマッチン
グ入力データキャラクタを示す場合に、該マッチング入
力データキャラクタを生成するための前記置換コードの
前記長さ指示子と前記ポインタとを解釈するステップ
と、 これにより、前記オリジナルのデータストリームの一部
を再構築するステップとをさらに包含する、請求項９３
に記載の方法。 - 【請求項９５】 前記標識が前記生のデータ標識を示す
場合に、前記符号化データストリームの前記最初のキャ
ラクタを得て、これにより、前記オリジナルのデータス
トリームの一部を再構築するステップをさらに包含す
る、請求項９３に記載の方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US07/297,152 US5016009A (en) | 1989-01-13 | 1989-01-13 | Data compression apparatus and method |
| US418,034 | 1989-10-06 | ||
| US297,152 | 1989-10-06 | ||
| US07/418,034 US5003307A (en) | 1989-01-13 | 1989-10-06 | Data compression apparatus with shift register search means |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006057A Division JP2713369B2 (ja) | 1989-01-13 | 1990-01-12 | データ圧縮装置及び方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36352699A Division JP3238143B2 (ja) | 1989-01-13 | 1999-12-21 | データ圧縮装置及び方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07111460A true JPH07111460A (ja) | 1995-04-25 |
Family
ID=26970006
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006057A Expired - Lifetime JP2713369B2 (ja) | 1989-01-13 | 1990-01-12 | データ圧縮装置及び方法 |
| JP6159042A Pending JPH07111460A (ja) | 1989-01-13 | 1994-07-11 | データ圧縮装置及び方法 |
| JP36352699A Expired - Fee Related JP3238143B2 (ja) | 1989-01-13 | 1999-12-21 | データ圧縮装置及び方法 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006057A Expired - Lifetime JP2713369B2 (ja) | 1989-01-13 | 1990-01-12 | データ圧縮装置及び方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36352699A Expired - Fee Related JP3238143B2 (ja) | 1989-01-13 | 1999-12-21 | データ圧縮装置及び方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5003307A (ja) |
| JP (3) | JP2713369B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09212395A (ja) * | 1996-01-30 | 1997-08-15 | Sharp Corp | テキスト圧縮用辞書作成装置およびテキスト圧縮装置 |
| JPH11168389A (ja) * | 1997-12-05 | 1999-06-22 | Toshiba Corp | データ圧縮装置 |
| KR20140113604A (ko) * | 2013-03-15 | 2014-09-24 | 인텔 코오퍼레이션 | 수축 압축을 위한 고속의 고도로 압축된 lz77 토큰화 및 허프만 인코딩을 위한 병렬 장치 |
Families Citing this family (153)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR930003416B1 (ko) * | 1988-03-29 | 1993-04-29 | 주식회사 금성사 | 폰트의 함축방법 |
| GB8815978D0 (en) * | 1988-07-05 | 1988-08-10 | British Telecomm | Method & apparatus for encoding decoding & transmitting data in compressed form |
| US5003307A (en) * | 1989-01-13 | 1991-03-26 | Stac, Inc. | Data compression apparatus with shift register search means |
| US5532694A (en) * | 1989-01-13 | 1996-07-02 | Stac Electronics, Inc. | Data compression apparatus and method using matching string searching and Huffman encoding |
| US5146221A (en) * | 1989-01-13 | 1992-09-08 | Stac, Inc. | Data compression apparatus and method |
| US5452451A (en) * | 1989-06-15 | 1995-09-19 | Hitachi, Ltd. | System for plural-string search with a parallel collation of a first partition of each string followed by finite automata matching of second partitions |
| US5001478A (en) | 1989-12-28 | 1991-03-19 | International Business Machines Corporation | Method of encoding compressed data |
| US5184126A (en) | 1989-12-28 | 1993-02-02 | International Business Machines Corporation | Method of decompressing compressed data |
| US5010345A (en) | 1989-12-28 | 1991-04-23 | International Business Machines Corporation | Data compression method |
| EP0471518B1 (en) * | 1990-08-13 | 1996-12-18 | Fujitsu Limited | Data compression method and apparatus |
| US5490260A (en) * | 1990-12-14 | 1996-02-06 | Ceram, Inc. | Solid-state RAM data storage for virtual memory computer using fixed-sized swap pages with selective compressed/uncompressed data store according to each data size |
| US5237460A (en) * | 1990-12-14 | 1993-08-17 | Ceram, Inc. | Storage of compressed data on random access storage devices |
| US5414530A (en) * | 1991-03-12 | 1995-05-09 | Canon Kabushiki Kaisha | Image recording method and apparatus |
| US5150430A (en) * | 1991-03-15 | 1992-09-22 | The Board Of Trustees Of The Leland Stanford Junior University | Lossless data compression circuit and method |
| US5179378A (en) * | 1991-07-30 | 1993-01-12 | University Of South Florida | Method and apparatus for the compression and decompression of data using Lempel-Ziv based techniques |
| US5159336A (en) * | 1991-08-13 | 1992-10-27 | Iomega Corporation | Tape controller with data compression and error correction sharing a common buffer |
| US5243341A (en) * | 1992-06-01 | 1993-09-07 | Hewlett Packard Company | Lempel-Ziv compression scheme with enhanced adapation |
| US5373290A (en) * | 1991-09-25 | 1994-12-13 | Hewlett-Packard Corporation | Apparatus and method for managing multiple dictionaries in content addressable memory based data compression |
| US5175543A (en) * | 1991-09-25 | 1992-12-29 | Hewlett-Packard Company | Dictionary reset performance enhancement for data compression applications |
| CA2077271C (en) * | 1991-12-13 | 1998-07-28 | David J. Craft | Method and apparatus for compressing data |
| US5396228A (en) * | 1992-01-16 | 1995-03-07 | Mobile Telecommunications Technologies | Methods and apparatus for compressing and decompressing paging data |
| US5406278A (en) * | 1992-02-28 | 1995-04-11 | Intersecting Concepts, Inc. | Method and apparatus for data compression having an improved matching algorithm which utilizes a parallel hashing technique |
| US5371499A (en) * | 1992-02-28 | 1994-12-06 | Intersecting Concepts, Inc. | Data compression using hashing |
| US5339076A (en) * | 1992-04-27 | 1994-08-16 | Integrated Information Technology | Data compression using content addressable memory |
| US5353024A (en) * | 1992-05-01 | 1994-10-04 | Intersecting Concepts, Inc. | Method for data compression having an improved encoding algorithm which utilizes a token stacking technique |
| US5485526A (en) * | 1992-06-02 | 1996-01-16 | Hewlett-Packard Corporation | Memory circuit for lossless data compression/decompression dictionary storage |
| US5734892A (en) * | 1992-06-29 | 1998-03-31 | Apple Computer, Inc. | Efficient method and apparatus for access and storage of compressed data |
| US5649151A (en) * | 1992-06-29 | 1997-07-15 | Apple Computer, Inc. | Efficient method and apparatus for access and storage of compressed data |
| EP0582907A3 (en) * | 1992-08-10 | 1995-05-10 | Stac Electronics Inc | Device and method for data compression using search by comparison of strings and Huffman coding. |
| US5469161A (en) * | 1992-08-13 | 1995-11-21 | International Business Machines Corporation | Algorithm for the implementation of Ziv-Lempel data compression using content addressable memory |
| US5406279A (en) * | 1992-09-02 | 1995-04-11 | Cirrus Logic, Inc. | General purpose, hash-based technique for single-pass lossless data compression |
| US5389922A (en) * | 1993-04-13 | 1995-02-14 | Hewlett-Packard Company | Compression using small dictionaries with applications to network packets |
| US5384567A (en) | 1993-07-08 | 1995-01-24 | International Business Machines Corporation | Combination parallel/serial execution of sequential algorithm for data compression/decompression |
| US5521597A (en) * | 1993-08-02 | 1996-05-28 | Mircosoft Corporation | Data compression for network transport |
| US5406280A (en) * | 1993-08-26 | 1995-04-11 | Commerce Clearing House | Data retrieval system using compression scheme especially for serial data stream |
| DE69425209T2 (de) * | 1993-09-20 | 2001-03-15 | Codex Corp., Mansfield | Verbindungsverfahren und -anordnung für inhaltsadressierbaren Speicher |
| US5499382A (en) * | 1993-09-20 | 1996-03-12 | Nusinov; Eugene B. | Circuit and method of bit-packing and bit-unpacking using a barrel shifter |
| US5384568A (en) * | 1993-12-02 | 1995-01-24 | Bell Communications Research, Inc. | Data compression |
| US5602764A (en) * | 1993-12-22 | 1997-02-11 | Storage Technology Corporation | Comparing prioritizing memory for string searching in a data compression system |
| US5563595A (en) * | 1993-12-23 | 1996-10-08 | International Business Machines Corporation | Method and apparatus for compressing data |
| JP3397431B2 (ja) * | 1994-03-16 | 2003-04-14 | 富士通株式会社 | データ圧縮方法および装置ならびにデータ復元方法および装置 |
| US5525982A (en) * | 1994-04-15 | 1996-06-11 | International Business Machines Corporation | Method and means for character string pattern matching for compression and the like using minimal cycles per character |
| JP3522331B2 (ja) * | 1994-04-22 | 2004-04-26 | 株式会社セタ | データ圧縮方法 |
| US5502439A (en) * | 1994-05-16 | 1996-03-26 | The United States Of America As Represented By The United States Department Of Energy | Method for compression of binary data |
| US5532693A (en) * | 1994-06-13 | 1996-07-02 | Advanced Hardware Architectures | Adaptive data compression system with systolic string matching logic |
| EP0696107B1 (en) * | 1994-08-01 | 2002-01-16 | OpenTV, Inc. | Method for compressing and decompressing data files |
| US5883975A (en) * | 1994-09-12 | 1999-03-16 | Nippon Steel Corporation | Compression and decompression methods on two-dimensional image data |
| US5617517A (en) * | 1994-09-20 | 1997-04-01 | Seiko Epson Corporation | Two-dimensional method and system for compressing bi-level images |
| US5883588A (en) * | 1994-10-04 | 1999-03-16 | Nec Corporation | Data compression system and data compression device for improving data compression rate and coding speed |
| US7190284B1 (en) | 1994-11-16 | 2007-03-13 | Dye Thomas A | Selective lossless, lossy, or no compression of data based on address range, data type, and/or requesting agent |
| US6571279B1 (en) * | 1997-12-05 | 2003-05-27 | Pinpoint Incorporated | Location enhanced information delivery system |
| US6460036B1 (en) | 1994-11-29 | 2002-10-01 | Pinpoint Incorporated | System and method for providing customized electronic newspapers and target advertisements |
| US5758257A (en) | 1994-11-29 | 1998-05-26 | Herz; Frederick | System and method for scheduling broadcast of and access to video programs and other data using customer profiles |
| US5684478A (en) * | 1994-12-06 | 1997-11-04 | Cennoid Technologies, Inc. | Method and apparatus for adaptive data compression |
| US5608396A (en) * | 1995-02-28 | 1997-03-04 | International Business Machines Corporation | Efficient Ziv-Lempel LZI data compression system using variable code fields |
| US5771010A (en) * | 1995-03-22 | 1998-06-23 | Ibm Corporation | Apparatus for compressing data using a Lempel-Ziv-type algorithm |
| US5627534A (en) * | 1995-03-23 | 1997-05-06 | International Business Machines Corporation | Dual stage compression of bit mapped image data using refined run length and LZ compression |
| US5526363A (en) * | 1995-05-16 | 1996-06-11 | Telco Systems, Inc. | Multicontext compression system with shared data structures |
| US5619591A (en) * | 1995-08-23 | 1997-04-08 | Vtech Electronics, Ltd. | Encoding and decoding color image data based on mean luminance and an upper and a lower color value |
| JP3273119B2 (ja) * | 1995-09-29 | 2002-04-08 | 京セラ株式会社 | データ圧縮・伸長装置 |
| US5659755A (en) * | 1995-11-20 | 1997-08-19 | International Business Machines Corporation | Method and system in a data processing system for efficiently compressing data using a sorting network |
| US5933104A (en) * | 1995-11-22 | 1999-08-03 | Microsoft Corporation | Method and system for compression and decompression using variable-sized offset and length fields |
| US5729223A (en) * | 1996-03-20 | 1998-03-17 | Motorola Inc. | Method and apparatus for data compression and restoration |
| US6023558A (en) * | 1996-06-27 | 2000-02-08 | Apple Computer, Inc. | Graphics compression for an emulation system |
| US5951623A (en) * | 1996-08-06 | 1999-09-14 | Reynar; Jeffrey C. | Lempel- Ziv data compression technique utilizing a dictionary pre-filled with frequent letter combinations, words and/or phrases |
| US5760716A (en) * | 1996-08-21 | 1998-06-02 | Autodesk, Inc. | Vector data compression |
| JP3540109B2 (ja) * | 1996-12-24 | 2004-07-07 | 富士通株式会社 | データ圧縮方法及び装置 |
| US6374250B2 (en) * | 1997-02-03 | 2002-04-16 | International Business Machines Corporation | System and method for differential compression of data from a plurality of binary sources |
| US5798718A (en) * | 1997-05-12 | 1998-08-25 | Lexmark International, Inc. | Sliding window data compression method and apparatus |
| US6879266B1 (en) | 1997-08-08 | 2005-04-12 | Quickshift, Inc. | Memory module including scalable embedded parallel data compression and decompression engines |
| US5930790A (en) * | 1997-09-25 | 1999-07-27 | Xerox Corporation | String-match array for substitutional compression |
| JP3327869B2 (ja) * | 1998-07-28 | 2002-09-24 | ゼロックス・コーポレーション | 最小マッチ長が３のプリマッチストリングマッチアレイ |
| US6952823B2 (en) * | 1998-09-01 | 2005-10-04 | Pkware, Inc. | Software patch generator using compression techniques |
| 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 |
| US6624761B2 (en) | 1998-12-11 | 2003-09-23 | Realtime Data, Llc | Content independent data compression method and system |
| US6404931B1 (en) | 1998-12-14 | 2002-06-11 | Microsoft Corporation | Code book construction for variable to variable length entropy encoding |
| US6377930B1 (en) | 1998-12-14 | 2002-04-23 | Microsoft Corporation | Variable to variable length entropy encoding |
| US6300888B1 (en) | 1998-12-14 | 2001-10-09 | Microsoft Corporation | Entrophy code mode switching for frequency-domain audio coding |
| US7538694B2 (en) * | 1999-01-29 | 2009-05-26 | Mossman Holdings Llc | Network device with improved storage density and access speed using compression techniques |
| US6145069A (en) * | 1999-01-29 | 2000-11-07 | Interactive Silicon, Inc. | Parallel decompression and compression system and method for improving storage density and access speed for non-volatile memory and embedded memory devices |
| US6819271B2 (en) | 1999-01-29 | 2004-11-16 | Quickshift, Inc. | Parallel compression and decompression system and method having multiple parallel compression and decompression engines |
| US6208273B1 (en) | 1999-01-29 | 2001-03-27 | Interactive Silicon, Inc. | System and method for performing scalable embedded parallel data compression |
| US7129860B2 (en) * | 1999-01-29 | 2006-10-31 | Quickshift, Inc. | System and method for performing scalable embedded parallel data decompression |
| US6885319B2 (en) * | 1999-01-29 | 2005-04-26 | Quickshift, Inc. | System and method for generating optimally compressed data from a plurality of data compression/decompression engines implementing different data compression algorithms |
| US6822589B1 (en) | 1999-01-29 | 2004-11-23 | Quickshift, Inc. | System and method for performing scalable embedded parallel data decompression |
| US6604158B1 (en) * | 1999-03-11 | 2003-08-05 | Realtime Data, Llc | System and methods for accelerated data storage and retrieval |
| US6601104B1 (en) | 1999-03-11 | 2003-07-29 | Realtime Data Llc | System and methods for accelerated data storage and retrieval |
| US7630986B1 (en) | 1999-10-27 | 2009-12-08 | Pinpoint, Incorporated | Secure data interchange |
| US6318156B1 (en) * | 1999-10-28 | 2001-11-20 | Micro Motion, Inc. | Multiphase flow measurement system |
| US20010047473A1 (en) | 2000-02-03 | 2001-11-29 | Realtime Data, Llc | Systems and methods for computer initialization |
| US20030191876A1 (en) * | 2000-02-03 | 2003-10-09 | Fallon James J. | Data storewidth accelerator |
| US6985848B2 (en) * | 2000-03-02 | 2006-01-10 | Texas Instruments Incorporated | Obtaining and exporting on-chip data processor trace and timing information |
| US20060173848A1 (en) * | 2000-03-09 | 2006-08-03 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US20060143180A1 (en) * | 2000-03-09 | 2006-06-29 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US7844579B2 (en) * | 2000-03-09 | 2010-11-30 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US20050015608A1 (en) * | 2003-07-16 | 2005-01-20 | Pkware, Inc. | Method for strongly encrypting .ZIP files |
| US20060173847A1 (en) * | 2000-03-09 | 2006-08-03 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US20060143253A1 (en) * | 2000-03-09 | 2006-06-29 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US8230482B2 (en) | 2000-03-09 | 2012-07-24 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US20060143237A1 (en) * | 2000-03-09 | 2006-06-29 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US8959582B2 (en) | 2000-03-09 | 2015-02-17 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US20060155788A1 (en) * | 2000-03-09 | 2006-07-13 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US6879988B2 (en) * | 2000-03-09 | 2005-04-12 | Pkware | System and method for manipulating and managing computer archive files |
| US20060143199A1 (en) * | 2000-03-09 | 2006-06-29 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| US20060143249A1 (en) * | 2000-03-09 | 2006-06-29 | Pkware, Inc. | System and method for manipulating and managing computer archive files |
| EP1148649A1 (en) * | 2000-04-17 | 2001-10-24 | I-Data International A/S | Method and apparatus for data compression |
| MXPA03000418A (es) | 2000-07-13 | 2003-07-14 | Belo Company | Sistema y metodo para asociar informacion historica con datos sensoriales y distribucion de los mismos. |
| US6348881B1 (en) * | 2000-08-29 | 2002-02-19 | Philips Electronics No. America Corp. | Efficient hardware implementation of a compression algorithm |
| US7417568B2 (en) * | 2000-10-03 | 2008-08-26 | 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 |
| US9143546B2 (en) | 2000-10-03 | 2015-09-22 | Realtime Data Llc | System and method for data feed acceleration and encryption |
| US6515598B2 (en) | 2000-12-22 | 2003-02-04 | Cilys 53, Inc. | System and method for compressing and decompressing data in real time |
| US7386046B2 (en) | 2001-02-13 | 2008-06-10 | Realtime Data Llc | Bandwidth sensitive data compression and decompression |
| US6392571B1 (en) | 2001-05-10 | 2002-05-21 | International Business Machines Corporation | String search apparatus and method for data compression |
| US7382878B2 (en) * | 2001-06-22 | 2008-06-03 | Uponus Technologies, Llc | System and method for data encryption |
| CA2358048A1 (en) * | 2001-09-25 | 2003-03-25 | Luis Rueda | A cryptosystem for data security |
| JP3906792B2 (ja) * | 2002-01-22 | 2007-04-18 | 松下電器産業株式会社 | 高周波信号受信装置とその製造方法 |
| US6624762B1 (en) | 2002-04-11 | 2003-09-23 | Unisys Corporation | Hardware-based, LZW data compression co-processor |
| US8516588B1 (en) * | 2002-05-02 | 2013-08-20 | Verizon Patent And Licensing Inc. | String detection system and method of detecting a string |
| US6714145B1 (en) | 2002-09-26 | 2004-03-30 | Richard Marques | Method and apparatus for integer-based encoding and decoding of bits |
| US9614772B1 (en) | 2003-10-20 | 2017-04-04 | F5 Networks, Inc. | System and method for directing network traffic in tunneling applications |
| US7079051B2 (en) * | 2004-03-18 | 2006-07-18 | James Andrew Storer | In-place differential compression |
| US8024483B1 (en) | 2004-10-01 | 2011-09-20 | F5 Networks, Inc. | Selective compression for network connections |
| US7634502B2 (en) * | 2005-01-24 | 2009-12-15 | Paul Colton | System and method for improved content delivery |
| US7734686B2 (en) * | 2005-01-25 | 2010-06-08 | International Business Machines Corporation | Markup method for managing rich client code and experiences using multi-component pages |
| US7109895B1 (en) * | 2005-02-01 | 2006-09-19 | Altera Corporation | High performance Lempel Ziv compression architecture |
| US7937510B1 (en) * | 2005-02-01 | 2011-05-03 | Altera Corporation | Lempel Ziv compression architecture |
| US7215259B2 (en) * | 2005-06-03 | 2007-05-08 | Quantum Corporation | Data compression with selective encoding of short matches |
| US7783781B1 (en) | 2005-08-05 | 2010-08-24 | F5 Networks, Inc. | Adaptive compression |
| US8533308B1 (en) | 2005-08-12 | 2013-09-10 | F5 Networks, Inc. | Network traffic management through protocol-configurable transaction processing |
| US8275909B1 (en) | 2005-12-07 | 2012-09-25 | F5 Networks, Inc. | Adaptive compression |
| US7882084B1 (en) | 2005-12-30 | 2011-02-01 | F5 Networks, Inc. | Compression of data transmitted over a network |
| US7873065B1 (en) | 2006-02-01 | 2011-01-18 | F5 Networks, Inc. | Selectively enabling network packet concatenation based on metrics |
| US8565088B1 (en) | 2006-02-01 | 2013-10-22 | F5 Networks, Inc. | Selectively enabling packet concatenation based on a transaction boundary |
| US7417570B2 (en) * | 2006-07-31 | 2008-08-26 | Sap Ag | Lossless comparative compression and transmission method and system |
| US9356824B1 (en) | 2006-09-29 | 2016-05-31 | F5 Networks, Inc. | Transparently cached network resources |
| US8417833B1 (en) | 2006-11-29 | 2013-04-09 | F5 Networks, Inc. | Metacodec for optimizing network data compression based on comparison of write and read rates |
| FR2910998A1 (fr) * | 2007-01-03 | 2008-07-04 | St Microelectronics Sa | Protection d'une donnee statique dans un circuit integre. |
| US9106606B1 (en) | 2007-02-05 | 2015-08-11 | F5 Networks, Inc. | Method, intermediate device and computer program code for maintaining persistency |
| JP4801778B2 (ja) | 2007-10-18 | 2011-10-26 | 富士通株式会社 | 映像圧縮符号化装置、映像復元装置、映像圧縮プログラム、及び、映像復元プログラム |
| US8107754B2 (en) * | 2007-12-07 | 2012-01-31 | Mediatek Inc. | Systems and methods for randomly accessing compressed images |
| US9553604B2 (en) | 2009-03-30 | 2017-01-24 | Nec Corporation | Information processing system, information compression device, information decompression device, information processing method, and program |
| US8750370B2 (en) * | 2009-09-04 | 2014-06-10 | Brocade Communications Systems, Inc. | Congestion-adaptive compression |
| JP5251799B2 (ja) | 2009-09-15 | 2013-07-31 | 株式会社リコー | データ処理装置およびデータ処理方法 |
| JP6003059B2 (ja) | 2012-01-05 | 2016-10-05 | 株式会社リコー | 画像処理装置および画像処理方法、ならびに、画像形成装置 |
| US8868584B2 (en) | 2012-01-13 | 2014-10-21 | International Business Machines Corporation | Compression pattern matching |
| KR101809923B1 (ko) * | 2012-01-17 | 2017-12-20 | 엘지전자 주식회사 | 가전기기, 가전기기 진단장치 및 그 방법 |
| US8775776B2 (en) | 2012-01-18 | 2014-07-08 | International Business Machines Corporation | Hash table using hash table banks |
| US8779950B2 (en) | 2012-03-05 | 2014-07-15 | Dcba, Llc | Command encoded data compression |
| US9864536B2 (en) * | 2013-10-24 | 2018-01-09 | Qualcomm Incorporated | System and method for conserving power consumption in a memory system |
| US9543980B2 (en) | 2014-10-10 | 2017-01-10 | Massachusettes Institute Of Technology | Systems and methods for model-free compression and model-based decompression |
| US9450606B1 (en) | 2015-10-01 | 2016-09-20 | Seagate Technology Llc | Data matching for hardware data compression |
| US10171103B1 (en) | 2018-01-12 | 2019-01-01 | Mellanox Technologies, Ltd. | Hardware data compression architecture including shift register and method thereof |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4464650A (en) * | 1981-08-10 | 1984-08-07 | Sperry Corporation | Apparatus and method for compressing data signals and restoring the compressed data signals |
| US4701745A (en) * | 1985-03-06 | 1987-10-20 | Ferranti, Plc | Data compression system |
| JPH0368219A (ja) * | 1989-01-13 | 1991-03-25 | Stac Inc | データ圧縮装置及び方法 |
| US5016009A (en) * | 1989-01-13 | 1991-05-14 | Stac, Inc. | Data compression apparatus and method |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4021782A (en) * | 1974-01-07 | 1977-05-03 | Hoerning John S | Data compaction system and apparatus |
| US3976844A (en) * | 1975-04-04 | 1976-08-24 | Honeywell Information Systems, Inc. | Data communication system for transmitting data in compressed form |
| US4054951A (en) * | 1976-06-30 | 1977-10-18 | International Business Machines Corporation | Data expansion apparatus |
| US4412230A (en) * | 1981-09-21 | 1983-10-25 | Wavetek Indiana, Inc. | Apparatus and method for producing images on a photosensitive media |
| US4491934A (en) * | 1982-05-12 | 1985-01-01 | Heinz Karl E | Data compression process |
| US4463422A (en) * | 1982-07-12 | 1984-07-31 | Csp, Inc. | Method of processing an iterative program loop |
| US4538240A (en) * | 1982-12-30 | 1985-08-27 | International Business Machines Corporation | Method and apparatus for performing hashing operations using Galois field multiplication |
| US4814746A (en) * | 1983-06-01 | 1989-03-21 | International Business Machines Corporation | Data compression method |
| US4558302A (en) * | 1983-06-20 | 1985-12-10 | Sperry Corporation | High speed data compression and decompression apparatus and method |
| US4588985A (en) * | 1983-12-30 | 1986-05-13 | International Business Machines Corporation | Polynomial hashing |
| US4612532A (en) * | 1984-06-19 | 1986-09-16 | Telebyte Corportion | Data compression apparatus and method |
| US4876541A (en) * | 1987-10-15 | 1989-10-24 | Data Compression Corporation | Stem for dynamically compressing and decompressing electronic data |
-
1989
- 1989-10-06 US US07/418,034 patent/US5003307A/en not_active Expired - Fee Related
-
1990
- 1990-01-12 JP JP2006057A patent/JP2713369B2/ja not_active Expired - Lifetime
-
1994
- 1994-07-11 JP JP6159042A patent/JPH07111460A/ja active Pending
-
1999
- 1999-12-21 JP JP36352699A patent/JP3238143B2/ja not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4464650A (en) * | 1981-08-10 | 1984-08-07 | Sperry Corporation | Apparatus and method for compressing data signals and restoring the compressed data signals |
| US4701745A (en) * | 1985-03-06 | 1987-10-20 | Ferranti, Plc | Data compression system |
| JPH0368219A (ja) * | 1989-01-13 | 1991-03-25 | Stac Inc | データ圧縮装置及び方法 |
| US5003307A (en) * | 1989-01-13 | 1991-03-26 | Stac, Inc. | Data compression apparatus with shift register search means |
| US5016009A (en) * | 1989-01-13 | 1991-05-14 | Stac, Inc. | Data compression apparatus and method |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09212395A (ja) * | 1996-01-30 | 1997-08-15 | Sharp Corp | テキスト圧縮用辞書作成装置およびテキスト圧縮装置 |
| JPH11168389A (ja) * | 1997-12-05 | 1999-06-22 | Toshiba Corp | データ圧縮装置 |
| KR20140113604A (ko) * | 2013-03-15 | 2014-09-24 | 인텔 코오퍼레이션 | 수축 압축을 위한 고속의 고도로 압축된 lz77 토큰화 및 허프만 인코딩을 위한 병렬 장치 |
| JP2014182810A (ja) * | 2013-03-15 | 2014-09-29 | Intel Corp | デフレート圧縮のために高速で高圧縮のｌｚ７７トークン化及びハフマンエンコーディングを行う並列装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000201081A (ja) | 2000-07-18 |
| JP2713369B2 (ja) | 1998-02-16 |
| US5003307A (en) | 1991-03-26 |
| JP3238143B2 (ja) | 2001-12-10 |
| JPH0368219A (ja) | 1991-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3238143B2 (ja) | データ圧縮装置及び方法 | |
| US5126739A (en) | Data compression apparatus and method | |
| US5016009A (en) | Data compression apparatus and method | |
| US5146221A (en) | Data compression apparatus and method | |
| US5532694A (en) | Data compression apparatus and method using matching string searching and Huffman encoding | |
| EP0666651B1 (en) | Apparatus and method for lempel ziv data compression with management of multiple dictionaries in content addressable memory | |
| JP2863065B2 (ja) | マッチングストリング探索およびハフマン符号化を用いたデータ圧縮装置および方法ならびにデータ伸長装置および方法 | |
| US5373290A (en) | Apparatus and method for managing multiple dictionaries in content addressable memory based data compression | |
| US5710562A (en) | Method and apparatus for compressing arbitrary data | |
| US6657565B2 (en) | Method and system for improving lossless compression efficiency | |
| JP3342700B2 (ja) | ストリングリバーサル機構を具備した単一クロックサイクルデータ圧縮装置／圧縮解除装置 | |
| CA2263453C (en) | A lempel-ziv data compression technique utilizing a dictionary pre-filled with frequent letter combinations, words and/or phrases | |
| US5406279A (en) | General purpose, hash-based technique for single-pass lossless data compression | |
| US5973626A (en) | Byte-based prefix encoding | |
| WO1998006028A9 (en) | A lempel-ziv data compression technique utilizing a dicionary pre-filled with fequent letter combinations, words and/or phrases | |
| JPH10341165A (ja) | 少量データへの適応を加速するデータ圧縮方法 | |
| US6535150B1 (en) | Method and apparatus for implementing run-length compression | |
| EP0435802B1 (en) | Method of decompressing compressed data | |
| EP0438954A1 (en) | Method of decoding compressed data | |
| US5745603A (en) | Two dimensional context model obtained without a line buffer for arithmetic coding | |
| JP3171510B2 (ja) | 辞書ベースのメモリ内のデータを圧縮および圧縮解除する方法 | |
| WO2002029643A1 (en) | Enhanced boolean processor with parallel input | |
| EP1323122A2 (en) | Index relational processor |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19990823 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20031210 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050107 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050307 |