JP3283150B2

JP3283150B2 - データ圧縮・圧縮解除法

Info

Publication number: JP3283150B2
Application number: JP31500894A
Authority: JP
Inventors: ロバート・ディー・モリソン; ブラッド・アール・ラーソン
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1993-12-20
Filing date: 1994-12-19
Publication date: 2002-05-20
Anticipated expiration: 2017-05-20
Also published as: EP0660587B1; DE69418441T2; DE69418441D1; JPH07202712A; EP0660587A3; EP0660587A2

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ圧縮・圧縮解除
法に関し、さらに詳細には、逆方向への圧縮解除を可能
にするデータ圧縮・圧縮解除法に関する。

【０００２】

【従来の技術】従来技術では、ディジタル・データ信号
のストリームを圧縮済みディジタル・コード信号として
コード化し、圧縮済みディジタル・コード信号を圧縮解
除して最初のデータに戻すデータ圧縮装置が知られてい
る。データ圧縮とは、所与のフォーマットのデータを最
初のフォーマットよりも少ない空間しか必要としない代
替フォーマットに変換しようとするあらゆるプロセスを
指称する。データ圧縮システムの目的は、所与のディジ
タル情報本体を保持するのに必要とされる記憶域の量と
所与のディジタル情報本体を送るのに必要とされる時間
とを節約することである。

【０００３】汎用ディジタル・データ圧縮装置が実際的
なものであるには、ある基準を満たすべきである。この
ような装置は相互性を有するべきである。データ圧縮装
置が相互性を有するには、情報を修正することも、失う
こともなしに、圧縮済みデータを再拡張または復号して
最初の形に戻すことができなければならない。復号され
たデータと最初のデータは同じものであり、相互に区別
のできないものでなければならない。相互性は情報理論
で使用される厳密な無雑音性と同義である。いくつかの
応用例では、相互性に厳密に固執することは必要とされ
ない。具体的なそのような応用例の１つは、グラフィカ
ル・データを処理するときである。人間の目は雑音に対
してそれほど敏感ではないので、圧縮・圧縮解除プロセ
ス時の情報のある程度の修正または喪失は受け入れられ
る。

【０００４】このような装置は、データ圧縮・圧縮解除
装置が通信する装置によって提供され、受け入れられる
データ転送速度に関して十分な性能を提供すべきであ
る。データを圧縮できる速度は、通常毎秒数百万バイト
（メガバイト／秒）単位の圧縮装置への入力データ処理
速度によって決定される。通常速度が１メガバイト／秒
を超える現在のディスク装置、テープ装置、および通信
装置で達成されるデータ転送速度を維持するのに十分な
性能が必要である。したがって、データ圧縮・圧縮解除
装置は、装置全体に悪影響を及ぼさないように十分なデ
ータ・スループットをもたなければならない。データ圧
縮・圧縮解除装置の性能は通常、圧縮および圧縮解除に
必要な計算と、統計データを記憶して圧縮・圧縮解除プ
ロセスを導くために使用されるランダム・アクセス・メ
モリ（ＲＡＭ）などの装置構成要素の速度によって制限
される。圧縮装置に関する性能は、コンプレッサの下で
１入力文字当たりに必要とされるプロセッサ・サイクル
の数によって特徴付けられる。サイクル数が少なければ
少ないほど、性能は高くなる。

【０００５】データ圧縮・圧縮解除装置の設計における
他の重要な基準は、圧縮率で特徴付けられる圧縮効果で
ある。圧縮率とは、非圧縮形のデータ・サイズを圧縮形
のサイズで除した比率である。データが圧縮可能である
には、データは冗長性を含まなければならない。圧縮効
果は、圧縮手順がどのように効果的に入力データで冗長
性を使用するかによって決定される。コンピュータに記
憶される典型的なデータでは、個別の記号、たとえば数
字、バイト、文字などの非一様な使用法と、共通ワー
ド、空白レコード・ファイルなどの記号シーケンスの頻
繁な再発の両方において冗長性が生起する。

【０００６】汎用データ圧縮手順は、従来技術でも知ら
れており、関連する３つの手順は、ハフマン法(Huffma
n) 、ツンストール(Tunstall)法、およびレムペール−
ツアイブ（Lwmpel-Ziv) 法である。ハフマン法は、広く
知られ、かつ使用されており、「A Method For Constru
ction Of Minimum Redundancy Codes （最小冗長コード
の構築方法）」｛Proceedings IRE(会報IRE) 、４０、
１０、１０９８ないし１１００ページ（１９５２年９
月）｝と題するＤ．Ａ．ハフマンの論文で論及されてい
る。ツンストール・アルゴリズムは、「synthesis of N
oiseless Compression Codes（ノイズレス圧縮コードの
合成）」｛Georgia Institute of Technology （科学技
術のジョージァ学会）（１９６７年９月）｝と題するB.
P.Tunstall（ビー．ピー．ツンストール）の博士論文で
論及されている。レムペール−ツアイブ手順は、「A Un
iversal Algorithm For Sequential Data Compression
（連続データ圧縮用一般アルゴリズム）」｛IEEE Trans
actions on Information Theory （情報理論に関するIE
EE会報）｝ＩＴ−２３、３、３３７ないし３４３ページ
（１９７７年５月））と題するJ.Ziv ( ゼイ．ツァイ
ブ）およびA.Lempel（エイ．レムペル）ｌ著の論文で参
照することができる。

【０００７】最初に開発された汎用データ圧縮手順の１
つはハフマン法である。簡単に説明すると、ハフマン手
順は、記号の完全長セグメントを可変長ワードとしてマ
ップするものである。ハフマン・データ圧縮手順には２
つの制限がある。第１に、ハフマン手順は、圧縮すべき
入力データを記号の固定長セグメントとしてパーズする
制限の下で機能する。ハフマン手順は、このような制限
の下で得ることができる最高の圧縮率を提供するが、制
限が緩和されると、他の手順を使用することによってこ
れよりもずっと高い圧縮率を得ることができる。第２
に、ハフマン・コード化では、ソース・データの統計特
性の十分な知識が必要とされる。ハフマン手順は、各固
定長入力セグメントが生起する確率が知られているとの
仮定の下で機能する。ハフマン手順のこの要件は実際に
は、データの処理時に必要な統計を累積する適応手順バ
ージョンを使用することによって満たすことができる。
しかし、これはやっかいなものであり、かなりの作業メ
モリ空間を必要とし、適応時の実行は次善のものにな
る。

【０００８】記号の可変長セグメントを固定長バイナリ
・ワードとしてマップするツンストール・アルゴリズム
は、現在入力セグメントではなく出力セグメントに適用
されている固定長制限を含むハフマン手順を補うもので
ある。ハフマン手順と同様に、ツンストール手順はソー
ス・データ確率の予測を必要とする。この場合も、デー
タの処理時に統計を累積する適応バージョンを使用する
ことによって、この予測要件をある程度満たすことがで
きる。

【０００９】レムペル−ツァイブ手順は、記号の可変長
セグメントを可変長バイナリ・ワードとしてマップす
る。この手順は、入力セグメントにも出力セグメントに
も制限がないときに最適に近いものになる。この手順で
は、入力データ文字列が、それぞれ、入力データから得
た１つの新しい記号が接尾語として付けられた入力文字
列の最初の部分の正確なコピーから成る、適応的に増大
するセグメントとしてパーズされる。作成されるコピー
はできるだけ長いものであり、パーズされる最初のセグ
メントに一致するように制限されることはない。出力中
でセグメントに置き換えられるコード・ワードは、コピ
ーされる最初の部分が開始する場所へのポインタと、コ
ピーの長さと、新しい記号とから成る情報を含む。

【００１０】前述のデータ圧縮手順は良好な汎用手順で
あるが、他の手順を使用してある特定の種類の冗長性を
圧縮することができる。一般にラン・レングス・コード
化（ＲＬＥ）として知られているそのような手順の１つ
はグラフィカル・イメージ・データによく適している。
ＲＬＥでは、同じ文字のシーケンスをカウント・フィー
ルドと、繰り返される文字の識別子としてコード化する
ことができる。通常、各文字ランにマーク付けするには
２つの文字が必要とされ、したがってこのコード化は２
つ以下の文字のランには使用されない。しかし、ディジ
タル・データ形で表されるグラフィカル・イメージを処
理するときに、任意の所与の行に同じ文字の大規模なラ
ンがあり、ＲＬＥがそのような情報の効果的な圧縮手順
になることがある。

【００１１】大部分の応用例は、最初に圧縮されたのと
同じ方向にデータを圧縮解除することを必要とする。あ
る種の非常に特定の応用例は、データの圧縮を逆方向に
行うことを必要とする。たとえば、そのような応用例の
１つは、用紙の両面に印刷する（重複印刷）プリンタで
ある。重複印刷を行うプリンタは、２番目に印刷される
ページを上から下へかつ右から左へと印刷する必要があ
る。そのような重複プリンタの１つに、本発明の譲受人
によって製作されたレーザジェット・プリンタがある。

【００１２】この逆印刷の必要性は、重複機構が示され
た図１４ないし図１７の助けで最もよく理解することが
できる。重複機構５０は、それぞれ、逆転経路５６の各
側に位置決めされた逆転ローラ５２とスレーブ・ローラ
５４とを含む。インプリント経路拡張機構２４ａは、レ
ーザ・プリンタ内のインプリント経路２４と連通し、重
複動作が所望のときに開放される。その位置にあると
き、セレクト・レバー３４は出力経路３６を閉鎖し、そ
れによって、サイクルの重複印刷部分中にプリンタから
媒体シートが排出されることを妨げる。

【００１３】図１５では、デュープレクサ装置のタイミ
ング図が示されている。プリンタの当業者には理解され
る理由のために、出力トレイ中の妥当な用紙順序を維持
するように、偶数番号のページが最初に印刷される。図
１５の図の水平軸は時間の増分を示し、図の各行はレー
ザ・プリンタ中の特定のステーションを示し、各行の上
にある数字は、その数字を有するページがいつそのステ
ーションに現れるかを示す。たとえば、図１５の第１行
は、図示しない接続されたコンピュータから順次ページ
が受け取られることを示す。ページ１と２が共にメモリ
に記憶されるまでＰＣドラム２６において印刷動作は開
始されず、記憶された時点で最初にページ２が印刷され
ることに留意されたい。点線８０で示したように、ペー
ジ２は次いで、逆転ローラ５２を通過して、デュープレ
クサ機構５０の下部に入る。ページ２を有するシートは
次いで、ＰＣドラム２６を越えて輸送され、ページ１を
前面に印刷できるようにする。ページ１および２を有す
る、デュープレクサによって印刷された媒体シートは次
いで、出力ローラ３８に渡され、出力トレイ４０上に排
出され、メモリから解放される。

【００１４】

【発明が解決しようとする課題】図１６は、印刷された
媒体がデュープレクサを輪回して、実際にはページ１で
ある第２のページを印刷するときにまず、ＰＣドラム２
６に下部が提供されることに留意されたい。図１６およ
び図１７を通過する用紙経路をたどることによって、現
在、印刷が右から左へ行われていることも分かる。した
がって、前述のように、図１５で説明し、かつ示したも
のなどの重複プリンタでは、２番目に印刷されるページ
用のデータが逆の順序でプリンタＰＣドラム２６に提供
される必要がある。

【００１５】プリンタ技術分野では今でも、そのような
プリンタのメモリ要件を低減し、それによって全体的な
コストを減らして性能を向上することが現在の傾向であ
る。現代のプリンタはグラフィカル・イメージ・データ
を圧縮するための様々な圧縮技法を組み込み、それによ
ってそのようなプリンタのメモリ要件を低減している。
しかし、本発明よりも前には、データの圧縮解除を逆の
順序で行えるようにするデータ圧縮法はなかった。した
がって、重複モードでの印刷が可能なプリンタで重複モ
ードで印刷を行うとき、グラフィカル・データに対して
圧縮を行うことはできない。

【００１６】したがって、本発明の一目的は、データを
通常の方向に圧縮し、次いで逆の方向に圧縮解除するデ
ータ圧縮・圧縮解除法を提供することである。

【００１７】

【課題を解決するための手段】データ圧縮とは、あるフ
ォーマットから、それよりも少ない空間しか必要としな
い第２のフォーマットへデータを変換するプロセスであ
る。以前のデータ圧縮方法はすべて、データが順方向に
圧縮解除されると仮定している。これは真であることが
多いが、いくつかの特別な応用例はデータを逆方向に圧
縮解除することを必要とする。本発明は、順方向へも逆
方向へも圧縮解除できるようにするものである。そのよ
うな可逆性は、２つの主要な方法のうちの一方で得るこ
とができる。第１に、圧縮済みデータ・ストリーム中に
周期マーカを置くことができる。各マーカは、圧縮済み
データ・ブロックを復号するのに必要な情報と、場合に
よっては次のマーカの位置とを含む。したがって、マー
カを妥当な順序で検索してブロックを圧縮解除すること
によって、順方向へも逆方向へも圧縮解除を導くことが
できる。他の方法は、圧縮方式自体が周期的なものであ
ると仮定するものである。この仮定を使用して、どんな
圧縮済み周期データ・ブロックからでも圧縮解除を開始
することができる。単に周期ブロックを逆の順序で進む
ことによって、データを逆方向に圧縮解除することがで
きる。これらの方式についてはそれぞれ、以下で詳細に
説明する。

【００１８】

【実施例】上述のように、データ圧縮とは、あるフォー
マットから、それよりも少ない空間しか必要としない第
２のフォーマットへデータを変換するプロセスである。
以前のデータ圧縮方法はすべて、データが順方向に圧縮
解除されると仮定している。これは真であることが多い
が、いくつかの特別な応用例は、データを逆方向に圧縮
解除することを必要とする。

【００１９】本発明は、順方向へも逆方向へも圧縮解除
できるようにするものである。そのような可逆性は、２
つの主要な方法のうちの一方で得ることができる。第１
に、圧縮済みデータ・ストリーム中に周期マーカを置く
ことができる。各マーカは、圧縮済みデータ・ブロック
を復号するのに必要な情報と、場合によっては次のマー
カの位置とを含む。したがって、マーカを妥当な順序で
検索してブロックを圧縮解除することによって、順方向
へも逆方向へも圧縮解除を導くことができる。

【００２０】他の方法は、圧縮方法自体が周期的なもの
であると仮定するものである。この仮定を使用して、ど
んな圧縮済み周期データ・ブロックからでも圧縮解除を
開始することができる。単に周期ブロックを逆の順序で
進むことによって、データを逆方向に圧縮解除すること
ができる。これらの方法についてはそれぞれ、以下で詳
細に説明する。

【００２１】読者を本発明を理解するうえで助けるため
に、まず比較的簡単な圧縮技法を説明し、データ・サン
プルに適用する。次に、逆方向圧縮解除を可能にするこ
の圧縮技法に対する修正を示す。

【００２２】一例として、圧縮すべき領域を図１に示
す。図１の領域は、２次元Ｘ−Ｙ座標系として記述され
ている。したがって、図１から、０≦Ｘ≦２０００およ
び０≦Ｙ≦２０００である。

【００２３】一般に、コンピュータ装置は類似の２次元
構成を使用して装置自体の画面を表す。同様に、プリン
タ装置もそのような構成を使用することができる。どち
らの装置でも、当技術分野でピクセルとして知られる一
連の点としてオブジェクトが表示され、あるいは印刷さ
れる。本実施例では、各点（Ｘ、Ｙ）は固有のピクセル
を表す。各ピクセルが１バイトを必要とすると仮定する
と、図１の領域は２００１＊２００１、すなわち４００
４００１バイト・メモリを必要とする。

【００２４】引き続き図１を参照すると、この領域は、
（５００，５００）にある左下隅と（１４９９，１２５
０）にある右上隅とを有するボックスを含む。ボックス
の中には２本の直線がある。ピクチャの１本の線を記憶
するには２００１バイトが必要である。次に表１を参照
すると、ｙ＝１２５０にある水平線が記述されている。
左の欄は、直接Ｘ値に関係するバイト位置を表す。右の
欄は、対応するメモリ位置に記憶される値を示す。した
がって、この線を記憶するには、２００１バイトのメモ
リが必要である。次の表１は、このデータが冗長である
ことを明確に示している。上述のように、圧縮方法が機
能するには、データが冗長性を含まなければならない。

【００２５】

【表１】

【００２６】上述のように、当技術分野ではいくつかの
データ圧縮方法が知られている。本例では、グラフィカ
ル・データが圧縮されるので、ＲＬＥコード化が選択さ
れている。一般に、ＲＬＥはカウント・フィールドおよ
び識別子フィールドを使用する。いくつかの変形例が可
能であり、各変形例は、予期されるデータ・タイプ向け
に設計される。

【００２７】次に、図２〜図５を参照すると、ＲＬＥ方
式の１つの可能なバージョンが示されている。図２〜図
５では、ＲＬＥバイトは、それぞれ４ビットを含む２つ
のニブルに分割される。最初の４ビットはＲＬＥコード
を表し、最後の４ビットはＲＬＥコードの機能である。
図２に示すように、最初のニブルが値１ないし１２を含
む場合、第２のニブルは、１ないし１２回繰り返される
パターンを定義する。

【００２８】オブジェクトは、黒色または白色の大きな
領域を含む傾向があるので、別々のコードが与えられ
る。したがって、図３に示すように、ＲＬＥコードが１
３である場合、第２のニブルは黒いワードの数を定義す
る。同様に、図４に示すように、ＲＬＥコードが１４で
ある場合、第２のニブルは白いワードの数を定義する。
最後に、図５に示すように、ＲＬＥコード１５は、カウ
ント・バイトの非圧縮データが後に続くことを示す。Ｒ
ＬＥコードのこの特定の構成と定義とは、読者を本発明
を理解するうえで助けるように選択してある。そのよう
な情報は、本発明をこの構成に限定することを意味する
ものではない。

【００２９】再び図１を参照する。以下の記述は、上記
のＲＬＥ方法がどのように、必要とされるメモリの量を
低減するかについて説明するものである。図１の線ｙ＝
１２５０は３つの領域を有するものとして記述すること
ができる。まず、この線は、０から４９９まで白色であ
り、次に５００から１４９９までの黒い領域が続き、第
３の領域は１５００から２０００までで白色である。次
の表２は、表１と同じ線に関するメモリ内容を示すが、
表２では、上記のＲＬＥ圧縮方法が使用されている。表
２では、メモリ内容は右側に示され、値は１６進数で示
されている。左側はもはや、Ｘ値に対応しないので、重
複値のカウントを与える。

【００３０】

【表２】

【００３１】０から４９９間での白い部分は、５００バ
イトの白色を含むことに注目することによってコード化
されている。図４を参照すると、本明細書ではワードと
呼ぶ２バイトを使用して白色がコード化されていること
が分かる。したがって、白い部分は２５０個の白色ワー
ドから成る。白色ワードは、図４の定義を使用して［１
４］［カウント］でコード化される。本発明の「カウン
ト」の定義は４ビット・ニブルに限られるので、「カウ
ント」が保持できる最大値は１５である。したがって、
問題は、５００バイトを記述するのにいくつの１５ワー
ド・チャンクが必要かということである。２５０を１５
で除すると、１６．６７になる。したがって、表２は
［１４］［１５］、すなわち１６進数の「ＥＦ」の１６
個の値で始まる。しかし、これらの１６バイトは、１６
＊１５＊２＝４８０バイトの白い線を記述するに過ぎな
い。白い線の残りの２０バイト、すなわち１０ワード
は、単一バイト［１４］［１０］、すなわち「ＥＡ」１
６進数でコード化されている。したがって、圧縮なしで
記憶するのに５００バイトを必要とした第１の領域が現
在、記憶のために必要とするのは１７バイトだけであ
る。

【００３２】同様に、５００から１４９９までの黒い線
は、３３バイトの「ＤＦ」（［１３］［１５］）および
１バイトの「Ｄ５」（［１３］［５］）としてコード化
され、それによって最初の１０００バイトが３４バイト
に低減される。最後に、１５００から２０００までの白
い部分は、１６バイトの「ＥＦ」および１バイトの「Ｅ
Ｂ」としてコード化される。メモリ要件を合計すると、
圧縮率は２００１／６８≒２９．４３ないし１であるこ
とがわかる。

【００３３】次に、図６を参照すると、図１の簡単なボ
ックスが圧縮不能オブジェクトで置換されている。この
構成は、ＲＬＥ圧縮がどのように圧縮不能材料を処理す
るかを示すために使用される。線ｙ＝１２４９の圧縮の
結果が示された次の表３も参照する。前の例と同様に、
線は、０から４９９までの白色、５００から１４９９ま
での圧縮不能部分、および再び、１５００から２０００
までの白色の３つの部分を含むものとみなすことができ
る。第１の白色部分は１６バイトの「ＥＦ」および１バ
イトの「ＥＡ」まで圧縮される。第２の白線を圧縮する
と、１６バイトの「ＥＦ」および１バイトの「ＥＢ」が
生成される。５００から１４９９までの部分は圧縮不能
として定義されているので、圧縮は実行されない。圧縮
されないデータをラスタ・フォーマットであると言う。
しかし、このラスタ・データはそれでも、圧縮方式に従
わなければならない。図５に示したように、ラスタ・デ
ータは、「ＦＦ」（［１５］［１５］）のヘッダ・タイ
プとしての圧縮コードを含む１５バイトの最大パケット
に記憶することができる。この構成では、１０００バイ
トのラスタ・データが１５バイトのパケットに分割され
る。１０００バイトが１５で除され、６６．６７が得ら
れる。したがって、この表３は、ヘッダ値「ＦＦ」とそ
れに続く１５バイトのラスタ・データを含む６６個のパ
ケットと、ヘッダ値「ＦＡ」とそれに続く１０バイトの
ラスタ・データを含む１つのパケットとを有する。大部
分の比較方法では、圧縮不能部分を圧縮フォーマットで
記憶するには最初のデータよりも多くの空間が必要であ
る。具体的には、最初、５００から１４９９までの部分
を記憶するには１０００バイトが必要であった。本実施
例の圧縮方法を使用すると、その同じ部分を記憶するに
は１０６７バイトが必要である。しかし、全体を圧縮す
ることによって、メモリ要件は２００１／１１０１≒２
８２ないし１だけ低減される。

【００３４】

【表３】

【００３５】圧縮は、メモリからバイトを読み取り、コ
ードを解釈して、適当な命令を実行することによって行
われる。したがって、表３の場合、第１バイト「ＥＦ」
は１５個の白色ワードの書込みを意味するものとして読
み取られ解釈される。同様に、バイト「ＦＦ」は、次の
１５バイトが、非圧縮データであることを意味する。Ｒ
ＬＥの逆圧縮解除を不可能にしているのはこの非圧縮コ
ードである。たとえば、逆方向に圧縮解除しようとする
とき、最初に読み取られるバイトは「ＥＢ」である。し
かし、「ＥＢ」が有効なＲＬＥコードであるかどうか、
あるいは「ＥＢ」がラスタ・データであるかどうかを判
定するための追加情報なしではそれは不可能である。

【００３６】このように問題点を簡単に説明したうえ
で、次に、上述の方法がデータを逆方向に圧縮解除でき
るようにするための手段および方法について説明する。
一実施例における表２に示したＲＬＥ圧縮に関して引き
続き説明すると、圧縮済みコードは、知られているブロ
ック・サイズに分割され、ブロックの始めにはマーカが
置かれる。このマークは、次のブロック中のデータのタ
イプを記述し、代替実施例では、前のブロック中のデー
タのタイプを記述することができる。そのようなマーカ
の可能な構成の１つを図７に示す。

【００３７】ブロック・サイズ８を使用すると、図７に
示したマーカは、マーカの単一ビット中の８つのバイト
の各々の状況をコード化する。したがって、データ・ブ
ロックの第１バイトが有効なＲＬＥバイトである場合、
マーカの第１ビットは１にセットされる。マーカを含む
データの圧縮は、図８に示したように比較的簡単であ
る。データはＸバイト・ブロックとしてステップ６０１
で圧縮される。本実施例では、Ｘは８として選択されて
いる。８バイトが圧縮された後、マーカが作成され、デ
ータ・ストリームにステップ６０２で記憶される。実施
例がプレマーカを使用するものである場合、すなわちマ
ーカが次のブロックを記述するものである場合、マーカ
は、データ・ストリーム中の圧縮されたデータの前に置
かれる。また、実施例がポストマーカを使用するもので
ある場合、マーカは、データ・ストリーム中の圧縮され
たデータの後に置かれる。

【００３８】この構成の圧縮解除を図９に示す。まず、
ステップ７０１で、終了ポインタが検索される。次に、
ステップ７０２で、このポインタが最後のマーカを見つ
けるように調整される。実施例がプレマーカを使用する
ものである場合、ポインタは最後のマーカを指すように
調整される。実施例がポストマーカを使用するものであ
る場合、最後のバイトは、前のデータ・ブロックを記述
するマーカであるべきである。ステップ７０３で、デー
タ・ブロックが順方向にバッファ内へ圧縮解除される。
ステップ７０４で、ブロックが圧縮解除された後、バッ
ファが逆方向に読み取られ、それによってデータが逆方
向に生成される。定義上、単一のＲＬＥコードが多数の
同じバイトとして復号され、したがってバッファの使用
が任意選択のものであることに留意されたい。バッファ
がない場合、各ＲＬＥコードは直接、出力ストリームと
して復号される。

【００３９】順方向への圧縮解除プロセスを図１０に示
す。この場合、マーカは一般に、ステップ５０２でスキ
ップされる。しかし、プレマーカを使用してデコンプレ
ッサに対してデータを示すことを構想することができ
る。

【００４０】プレマーカ構成を使用して、表３で圧縮さ
れたものと同じデータを次の表４に示す。この場合、図
７のマーカが使用される。前述のように、図７のマーカ
構成を使用するには、圧縮済みデータを８バイト・ブロ
ックに分解する必要がある。表４を参照すると、第１バ
イトはマーカ「ＦＦ」である。次の８バイトはすべてＲ
ＬＥコードなので、マーカは８つのビットをすべて１に
セットさせる。これは第２のマーカにも当てはまる。

【００４１】

【表４】

【００４２】データが圧縮不能になると、圧縮ルーチン
が、８バイト・ブロックと各ブロックの始めにあるマー
カとに圧縮されたデータを分解しなければならない。こ
の要件の結果として、圧縮不能なデータは８バイト・ブ
ロック以下にしか記憶することができない。新たに表４
を参照すると、第３のマーカは、値「８０」１６進値ま
たは「１０００００００」２進値を有する。このマーカ
を解釈すると、第１バイト（「ＥＡ」）が有効なＲＬＥ
コードであり、最後の７バイトがラスタであることが分
かる。同様に、第４のマーカ「００」は、８つのバイト
がすべてラスタであることを示す。簡単な演算によっ
て、圧縮不能領域を記述するには、８バイトおよび１バ
イトの１２４個のブロックが必要であることが分かる。
次のマーカ「７Ｆ」は、残りの１つのラスタ・バイトが
７バイトのＲＬＥコードと共に後に続くことを示す。最
後に、圧縮済みデータは８で均等に除することができな
いので、最後の有効なマーカを指す任意選択の終了マー
カを示す。終了マーカを省略するには、圧縮済みファイ
ル・サイズを９で除して残りの部分に調整を施すことに
よって最後のマーカの位置を判定する必要がある。

【００４３】追加空間を使用してマーカと縮小されたブ
ロック・サイズとを記憶して圧縮不能領域を記述する
と、２００１／１１６５≒１．７２７ないし１の圧縮率
が得られる。

【００４４】第２の実施例も類似の方法を使用する。た
だし、マーカは不要になる。この実施例では、図１１に
示したように、ブロック・サイズが固定される。この実
施例を復号するのに必要な主な修正は、エンコーダが、
各ブロックの始めのバイトが有効なＲＬＥバイトにな
り、かつラスタ・データ・バイトにならないようにする
ことである。そのような構成では、名目上コード化を行
うのに必要なよりも多くのパケットとしてラスタ・デー
タを分解する必要があることがある。

【００４５】この構成の圧縮解除は、図９に示したもの
に類似している。まず、ステップ７０１で、終了ポイン
タが検索される。次に、ステップ７０２で、最後のブロ
ックの始めに整列するようにポインタが調整される。ス
テップ７０３で、データ・ブロックが順方向にバッファ
内へ圧縮解除される。ブロックが圧縮解除された後、ス
テップ７０４でバッファが逆方向に読み取られ、それに
よってデータが逆方向に生成される。

【００４６】マーカが挿入されていないので、順方向へ
の圧縮解除は、逆転不能ＲＬＥ方法を使用するときのも
のとまったく同じである。

【００４７】図１１の構成の使用法を次の表５及び表６
に示す。表５及び表６は、ブロック化サイズ１６を使用
する。なぜなら、そのようなサイズは圧縮不能データの
最大ブロック・サイズに一致するからである。次の表５
及び表６を見ると、表３の行と異なる行は２つしかない
ことが分かる。すなわち、圧縮不能データの第１行が１
だけ少なくなっており、圧縮不能データの最後の行が１
だけ増えている。この場合も、上述のように、終了マー
カを使用することも、あるいは最後のブロックを計算す
ることもできる。したがって、この例では、終了マーカ
を省略した場合、可逆圧縮構成用のファイル・サイズは
不可逆圧縮構成用のファイル・サイズと同じになる。可
逆圧縮済みファイルは、入力データに応じて、不可逆圧
縮ファイルと同じサイズにならないことがある。ＲＬＥ
コード、ブロック・サイズ、およびマーカのこの特定の
構成は、読者を本発明を理解するうえで助けるために選
択されている。そのような情報は、この構成を使用する
ことに本発明を限定することを意味するものではない。

【００４８】

【表５】

【００４９】

【表６】

【００５０】他の実施例は、図１２に示したように、逆
方向ポインタとしてマーカを使用するものである。その
ようなポインタは、逆方向のブロックの始めまたは行の
始め、あるいはデータ中の他の任意の点を指すことがで
きる。図１１の実施例と同様に、エンコーダは、ポイン
タが逆方向の有効なＲＬＥバイトを指し、ラスタ・デー
タ・バイトを指さないようにしなければならない。この
実施例の主な利点は、ブロック・サイズが増大され、か
つ可変であり、それによって、使用されるマーカの数が
かなり減少し、したがって圧縮率が向上することであ
る。順方向への圧縮解除を図１０に示す。この場合、マ
ーカは一般に、ステップ５０２でスキップされる。

【００５１】当技術分野では他の圧縮方式が知られてい
る。たとえば、最も人気の高い汎用方式の１つはＬＺ７
８コンプレッサ・ファミリとして知られている。ＬＺ７
８ベースの方法は、句を「辞書」に入力し、次いで、そ
の特定の句が繰り返して生起していることが発見された
ときに、句の代わりに辞書索引を出力することによって
機能する。この原則に基づく幾つかの圧縮アルゴリズム
が存在し、それらは主として、辞書の管理方法が異な
る。この種の圧縮の主な利点は、実際に明示的に辞書が
送られることなく辞書全体がデコーダに送られることで
ある。ランの終わりに、デコーダは、全体的に復号プロ
セスの一部として構成された、エンコーダが有するもの
と同じ辞書を有することになる。

【００５２】ＬＺ７８圧縮方法は、逆圧縮解除が可能な
ように修正することもできる。一実施例は、前述のよう
に圧縮済みデータに組み込まれたマーカを使用する。マ
ーカは、辞書に変更が加えられると必ずデータ中に置か
れる。さらに、マーカは次のマーカに対するオフセット
を提示する。デコンプレッサは、マーカを使用すること
によって、辞書を順方向に再構成することができる。デ
コンプレッサが所望の点に達した後、圧縮解除が開始す
る。ブロックがバッファ内へ圧縮解除され、バッファが
逆方向に読み取られ、それによってデータが逆方向に出
力される。順方向への圧縮解除ではマーカを無視しなけ
ればならない。マーカを記憶するには追加空間が必要な
ので、この実施例は圧縮率に悪影響を及ぼす。

【００５３】他の実施例は、マーカを使用することを必
要としない。マーカを不要にすることによって、圧縮率
は悪影響を受けない。しかし、辞書は順方向に再構成し
なければならない。辞書を再構成するには、辞書を再構
成するためだけにデータを順方向に読み取る必要があ
る。デコンプレッサが所望の点に達した後、圧縮解除が
開始する。ブロックがバッファ内へ圧縮解除され、バッ
ファが逆方向に読み取られる。順方向への圧縮解除は影
響を受けない。この実施例は圧縮率には悪影響を及ぼさ
ないが、辞書を再構成するのに追加処理時間が必要であ
り、それによって性能が悪影響を受ける。

【００５４】他の可能な例には、データ・ストリームに
よって辞書を記憶することが含まれる。データ・ストリ
ームに辞書を記憶することによって、辞書を再構成する
ための追加時間は必要でなくなる。この方法は２つの主
な欠点を有する。第１に、辞書を記憶する必要があるこ
とによって、圧縮率が悪影響を受ける。第２に、このた
め、辞書は静的辞書である必要がある。言い換えると、
辞書が一杯になった後、変更を加えることはできなくな
る。このことも圧縮率に悪影響を及ぼす。

【００５５】他の方法は、コンプレッサからの出力ブロ
ック・サイズを固定し、各ブロックの始めに辞書をリセ
ットすることを必要とするものである。その場合、デコ
ンプレッサはどんなブロックの始めからでも圧縮解除を
開始することができる。この場合も、この方法では、各
ブロックの最初の部分の間、辞書への入力が頻繁なた
め、圧縮が不良なものになるので、圧縮率が悪影響を受
ける。

【００５６】前述のように、可逆データ圧縮方式を使用
する１つの特定の応用例は重複プリンタである。図１３
を参照すると、１つのそのようなプリンタの概略ブロッ
ク図が示されている。図１３に示したアプリケーション
・プログラム１４００はプリンタ装置の一部でないこと
に留意されたい。

【００５７】可逆データ圧縮方法は図１３のブロック図
を含むいくつかの方法で使用できるが、本明細書では２
つの主な方法について論じる。どの特定の方式を選択す
るかは、プリンタ装置全体の推定費用によって決定され
る。より高価な実施態様では、ＣＰＵ１４０２が圧縮ア
ルゴリズム自体を実行するのに十分な処理能力とメモリ
とを有する。低コストのプリンタ装置では、ＣＰＵ１４
０２が存在しなくてもよく、メモリ要件は最小限のもの
に維持される。廉価な構成では、アプリケーション・プ
ログラム１４００が圧縮アルゴリズムを実施しなければ
ならない。

【００５８】高性能プリンタ装置では、アプリケーショ
ン・プログラム１４００がハイ・レベル・プリンタ制御
言語１４０１を使用してプリンタ装置にデータを送る。
ＣＰＵ１４０２は、ハイ・レベル・プリンタ制御言語１
４０１からデータを検索し、そのデータを非圧縮フォー
マットでラスタ化してメモリ１４０３に入れる。次に、
ＣＰＵは非圧縮ラスタ化情報をメモリ１４０３から検索
して、コンプレッサ１４０５を通過させ、コンプレッサ
は次いで、圧縮済みイメージを再びメモリ１４０４に記
憶する。適当な時間に、ＤＭＡ（ダイレクト・メモリ・
アクセス）１４０６はＣＰＵ１４０２の制御下で、圧縮
済みイメージをメモリ１４０４から検索する。圧縮済み
イメージは次いで、デコンプレッサ１４０８に転送さ
れ、デコンプレッサ１４０８は圧縮解除アルゴリズム
を実行する。デコンプレッサ１４０８の出力は、非圧縮
イメージ情報に従ってレーザ１４０９を変調するビデオ
・チップ１４０７に送られる。

【００５９】この構成を使用すると、アプリケーション
・プログラム１４００は、メモリ１４０４に記憶されて
いる圧縮済みイメージをいつ、ＤＭＡ１４０６によって
逆方向に読み取り、デコンプレッサ１４０８によって逆
方向に圧縮解除しなければならないかに関する決定から
完全に解放される。アプリケーション・プログラム１４
００を独立させることによって、そのようなプログラム
が不必要に複雑になることはなくなる。

【００６０】第２の構成は、プリンタ装置自体のコスト
を最小限に抑えようとするものである。そのような構成
は、メモリ１４０４、ＤＭＡ１４０６、デコンプレッサ
１４０８、ビデオ・チップ１４０７、およびレーザ・ダ
イオード１４０９しか使用しない。プリンタ装置がＣＰ
Ｕを含まないので、アプリケーション・プログラム１４
００は圧縮アルゴリズム全体を実施しなければならな
い。しかし、アプリケーション・プログラムは、圧縮済
みイメージを順方向に印刷すべきか、それとも逆方向に
印刷すべきかに関する予測を行うことを必要とされな
い。ＤＭＡ１４０６とデコンプレッサ１４０８は共に、
イメージを逆方向に圧縮解除すべきかどうかを知らなけ
ればならない。ＤＭＡ１４０６がこれを知る必要がある
のは、圧縮済みイメージをメモリ１４０４の位置から逆
方向に検索できるようにするためである。デコンプレッ
サ１４０８も、正しいアルゴリズムを適切に適用できる
ように、この方向を知らなければならない。

【００６１】アプリケーション・プログラム１４００と
プリンタ装置の間の追加スループットは、アプリケーシ
ョン・プログラムが、データをプリンタ装置に送る前に
ラスタ化し、次いで圧縮できるようにすることによって
得ることができる。アプリケーション・プログラムは、
可逆データ圧縮方法を使用して、ラスタ化情報をハイ・
レベル・プログラム制御言語ブロック１４０１に送る前
に圧縮し、次いで適当なページ記述言語に組み込むこと
ができる。ＣＰＵ１４０２は、ページ記述言語命令を検
索するとき、後続情報が圧縮済みラスタ化データである
ことを意味するものとしてその命令を復号する。したが
って、ＣＰＵ１４０２は、この圧縮ステップをバイパス
し、圧縮済みデータを直接、圧縮済みイメージを記憶す
るメモリ１４０４に入れる。前述のように、ＤＭＡ１４
０６は、圧縮済みイメージを再びメモリ１４０４から検
索してデコンプレッサ１４０８に送り、デコンプレッサ
１４０８は前記イメージを圧縮解除してビデオ・チップ
１４０７およびレーザ・ダイオード１４０９上に送る。
この構成でも、アプリケーション・プログラム１４００
は、ラスタ化情報をプリンタ装置に送る前に圧縮してお
かなければならない。しかし、第２の方法とは異なり、
アプリケーション・プログラム１４００が、プリンタ装
置のメモリを管理するのに必要とされることはない。

【００６２】通常の印刷プロセスでは、ＤＭＡ１４０６
は、圧縮済みイメージをメモリ１４０４から検索し、前
述のように、デコンプレッサ１４０８に送り、デコンプ
レッサは圧縮済みイメージを圧縮解除する。この構成
は、もはやＣＰＵ１４０２を必要としないので、プリン
タ装置のコストを大幅に低減する。しかし、そのような
構成は、イメージをラスタ化して圧縮する追加負担をア
プリケーション・プログラム１４００に与える。

【００６３】本発明の好ましい実施例を例示し、その形
態について説明したが、当業者には、本発明の趣旨から
も特許請求の範囲からも逸脱せずに本発明に様々な修正
を加えられることが容易に理解されよう。

【００６４】以上本発明の各実施例について詳述した
が、ここで各実施例の理解を容易にするために、各実施
例ごとに要約して以下に列挙する。

【００６５】１．最初のデータを圧縮済みデータとし
て圧縮し、前記圧縮済みデータが、前記最初のデータを
逆の順序にしたものである逆転データとして圧縮解除す
るデータ圧縮・圧縮解除法であって、前記最初のデータ
を中間圧縮済みデータとして圧縮するステップ（６０
１）と、前記中間圧縮済みデータに関する情報を示す少
なくとも１つのマーカ手段を前記中間圧縮済みデータに
入れて前記圧縮済みデータを作成するステップ（６０
２）と、前記圧縮済みデータから前記マーカ手段を検索
するステップ（７０２）と、前記マーカ手段を使用して
前記圧縮済みデータを圧縮解除し、前記圧縮済みデータ
を前記逆方向に圧縮解除し、それによって前記逆転デー
タを作成するステップ（７０３、７０４）と、を含むこ
とを特徴とするデータ圧縮・圧縮解除法である。

【００６６】２．前記マーカ手段が前記圧縮済みデー
タ中の次の圧縮済みデータ・ブロックを記述することを
特徴とする前記１に記載のデータ圧縮・圧縮解除法であ
る。

【００６７】３．前記次のブロックが固定数の圧縮済
みデータ要素を有することを特徴とする前記２に記載の
データ圧縮・圧縮解除法である。

【００６８】４．前記マーカ手段がさらに、次のマー
カ手段を指すポインタ手段を含むことを特徴とする前記
１に記載のデータ圧縮・圧縮解除法である。

【００６９】５．前記マーカ手段が、固定数の圧縮済
みデータ要素を有する、前記圧縮済みデータ・ストリー
ム中の前の圧縮済みデータ・ブロックを記述することを
特徴とする前記１に記載のデータ圧縮・圧縮解除法であ
る。

【００７０】６．前記マーカ手段がさらに、次のマー
カ手段を指すポインタ手段を含むことを特徴とする前記
５に記載のデータ圧縮・圧縮解除法である。

【００７１】７．最初のデータを圧縮済みデータとし
て圧縮し、前記圧縮済みデータが、前記最初のデータを
逆の順序にしたものである逆転データとして圧縮解除す
るデータ圧縮・圧縮解除法であって、前記圧縮済みデー
タである、最初のブロックを含む少なくとも１つのブロ
ックとして、前記最初のデータを圧縮するステップ（６
０１）と、前記少なくとも１つのブロックからブロック
を逆の順序で検索するステップ（７０１、７０２）と、
前記ブロックを圧縮解除してバッファ手段に入れるステ
ップ（７０３）と、前記バッファ手段を逆方向に読み取
るステップ（７０４）と、を含むことを特徴とデータ圧
縮・圧縮解除法である。

【００７２】８．さらに、前記検索ステップ（７０
１、７０２）によって前記第１のブロックが検索される
まで、前記検索ステップ（７０１、７０２）、圧縮解除
ステップ（７０３）、および読取りステップ（７０４）
を繰り返すステップを含むことを特徴とする前記７に記
載のデータ圧縮・圧縮解除法である。

【００７３】９．最初のデータを圧縮済みデータとし
て圧縮し、前記圧縮済みデータが、前記最初のデータを
逆の順序にしたものである逆転データとして圧縮解除す
るデータ圧縮・圧縮解除法であって、前記圧縮済みデー
タである、最初のブロックと最後のブロックとを含む複
数のブロックとして、前記最初のデータを圧縮するステ
ップ（６０１）と、前記複数のブロックから、前記最後
のブロックを最初にして逆の順序で検索するステップ
（７０１、７０２）と、前記ブロックを圧縮解除してバ
ッファ手段に入れるステップ（７０３）と、前記バッフ
ァ手段を逆方向に読み取るステップ（７０４）と、前記
検索ステップ（７０１、７０２）によって前記第１のブ
ロックが検索されるまで、前記検索ステップ（７０１、
７０２）、圧縮解除ステップ（７０３）、および読取り
ステップ（７０４）を繰り返すステップと、を含むこと
を特徴とするデータ圧縮・圧縮解除法である。

【００７４】１０．前記複数のブロックのうちの各ブ
ロックが、固定数（６０１）の圧縮済みデータ要素を有
することを特徴とする前記９に記載のデータ圧縮・圧縮
解除法である。

【００７５】

【発明の効果】以上のように、本発明によれば、最初の
データを圧縮して中間圧縮済みデータとし、この中間圧
縮済みデータに関する情報を示すマーカ手段を中間圧縮
済みデータに入れて圧縮済みデータを作成するととも
に、圧縮済みデータからマーカ手段を検索し、このマー
カ手段を使用して圧縮済みデータを逆方向に圧縮解除し
て、最初のデータを逆の順序にした逆転データを作成す
るようにしたので、順方向と逆方向の両方向に圧縮解除
ができ、メモリ要件を低減することができるとともに、
重複モードでの印刷かせ可能なプリンタで重複モードで
印刷を行うときに、グラフィカル・データに対して圧縮
を行うことができ、プリンタの性能向上の一助となすこ
ともできる。

【図面の簡単な説明】

【図１】比較的簡単なライン・アート・オブジェクトを
含むグラフィカル・ウィンドウを示す説明図である。

【図２】本発明と共に使用できるＲＬＥコード化構成を
示す説明図である。

【図３】本発明と共に使用できるＲＬＥコード化構成を
示す説明図である。

【図４】本発明と共に使用できるＲＬＥコード化構成を
示す説明図である。

【図５】本発明と共に使用できるＲＬＥコード化構成を
示す説明図である。

【図６】図１に示したものと類似のグラフィカル・ウィ
ンドウを示す説明図であるが、ただし、ウィンドウ中の
オブジェクトは圧縮可能ではない。

【図７】図１２で使用されるマークの１つの可能な表現
を示す説明図である。

【図８】本発明によってデータを圧縮するために使用さ
れる状態を示す説明図である。

【図９】データを逆方向に圧縮解除するときに使用され
る状態を示す説明図である。

【図１０】データを順方向に圧縮解除するときに使用さ
れる状態を示す説明図である。

【図１１】固定ブロック化サイズをマーカなしで使用す
るときのデータを表す説明図である。

【図１２】本発明によって使用されるマーカを示す説明
図である。

【図１３】本発明を使用するプリンタ装置のハイレベル
機能の説明図である。

【図１４】重複機構がとりつけられたプリンタの側面概
略図である。

【図１５】プリンタの動作を理解するうえで助けとなる
タイミング図である。

【図１６】動作時の後の点における図１４に示したプリ
ンタを示す側面概略図である。

【図１７】動作時の後の点における図１６に示したプリ
ンタを示す側面概略図である。

【符号の説明】

１４００アプリケーション・プログラム１４０１ハイレベル・プリンタ・制御言語１４０２ＣＰＵ１４０３，１４０４メモリ１４０５コンプレッサ１４０６ＤＭＡ１４０７ビデオ・チップ１４０８デコンプレッサ１４０９レーザ・ダイオード

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平５−300027（ＪＰ，Ａ) 特開平６−125434（ＪＰ，Ａ) 特開平６−152888（ＪＰ，Ａ) 特開平５−182365（ＪＰ，Ａ) 特開平６−150550（ＪＰ，Ａ) 特開平２−196387（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H03M 7/30 H03M 7/46

Claims

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

【請求項１】元のデータを圧縮済みデータとして圧縮
し、該圧縮済みデータを、該元のデータを逆の順序にし
た逆転データとして圧縮解除する、データ圧縮および圧
縮解除方法であって、前記元のデータを中間圧縮済みデータに圧縮するステッ
プと、前記中間圧縮済みデータに関する情報を示す少なくとも
１つのマーカ手段を前記中間圧縮済みデータに入れて、
前記圧縮済みデータを生成するステップと、前記マーカ手段を前記圧縮済みデータから抽出するステ
ップと、前記マーカ手段を使用して前記圧縮済みデータを圧縮解
除し、該圧縮済みデータを逆方向に圧縮解除して、前記
逆転データを生成するステップと、を含む、データ圧縮および圧縮解除方法。
【請求項２】前記マーカ手段は、前記圧縮済みデータに
おける次の圧縮済みデータブロックを記述する、請求項
１に記載のデータ圧縮および圧縮解除方法。
【請求項３】前記次の圧縮済みデータブロックは、固定
数の圧縮済みデータ要素を有する、請求項２に記載のデ
ータ圧縮および圧縮解除方法。
【請求項４】前記マーカ手段は、次のマーカ手段を指す
ポインタ手段をさらに含む、請求項１に記載のデータ圧
縮および圧縮解除方法。
【請求項５】前記マーカ手段は、前記圧縮済みデータの
ストリームにおける前の圧縮済みデータブロックを記述
しており、該前の圧縮済みデータブロックは、固定数の
圧縮済みデータ要素を有する、請求項１に記載のデータ
圧縮および圧縮解除方法。
【請求項６】前記マーカ手段は、次のマーカ手段を指す
ポインタ手段をさらに含む、請求項５に記載のデータ圧
縮および圧縮解除方法。
【請求項７】元のデータを圧縮済みデータとして圧縮
し、該圧縮済みデータを、前記もとのデータを逆の順序
にした逆転データとして圧縮解除する、データ圧縮およ
び圧縮解除方法であって、前記元のデータを、最初のブロックを含む少なくとも１
つのブロックに圧縮するステップと、前記少なくとも１つのブロックから、逆の順序でブロッ
クを抽出するステップと、前記ブロックをバッファ手段に圧縮解除するステップ
と、前記バッファ手段を逆方向に読み出すステップと、を含
み、前記少なくとも１つのブロックは前記圧縮済みデータで
ある、データ圧縮および圧縮解除方法。
【請求項８】前記抽出するステップが前記最初のブロッ
クを抽出するまで、前記抽出するステップ、前記圧縮解
除するステップおよび前記読み出すステップを繰り返す
ステップをさらに含む、請求項７に記載のデータ圧縮お
よび圧縮解除方法。
【請求項９】元のデータを圧縮済みデータとして圧縮
し、該圧縮済みデータを、該元のデータを逆の順序にし
た逆転データとして圧縮解除する、データ圧縮および圧
縮解除方法であって、前記元のデータを、最初のブロックおよび最後のブロッ
クを含む複数のブロックに圧縮するステップと、前記複数のブロックから、前記最後のブロックを最初と
して逆の順序でブロックを抽出するステップと、前記ブロックをバッファ手段に圧縮解除するステップ
と、前記バッファ手段を逆方向に読み出すステップと、を含
み、前記複数のブロックは前記圧縮済みデータである、デー
タ圧縮および圧縮解除方法。
【請求項１０】前記複数のブロックのそれぞれは、固定
数の圧縮済みデータ要素を有する、請求項９に記載のデ
ータ圧縮および圧縮解除方法。