JPH04501349A - データ予備圧縮装置及びデータ予備圧縮システム及びデータ圧縮比改善方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 発明の名称 ランアンドストリングデータ圧縮装置 発明の背景 １、及咀ユＵ皿分！ 本発明は新しいランレングスのエンコーダに関し、特に、入力デ・−夕を予備圧 縮するストリングデータ圧縮システムと併用するランレングスのエンコーダに関 する。

２、良米伎術皇説里 本発明の新しいランレングスのエンコーダは入力データストリームの予備圧縮を 実行するために適用され、米国クラス３４０、サブクラス３４７ＤＤに分類され ている米国特許Ｎｏ、　４．５５８．３０２　（発明者、ウエルチ（Ｎ！１ｅｌ ｃｈ）　）に記述されている種類の高速データ圧縮システムに用いられる。さら に、本発明は、特に、テープシステム及び／或はディスクシステムを制御するた めに採用されるタイプであるユニバーサル制御装置データ圧縮システムに用いら れる入力データストリームを予備圧縮するために適用される。ユニバーサル制御 装置データ圧縮システムについては、発明の名称が「スロットル、スタートアッ プ及び後戻り読み出し制御を備えたデータ圧ＩＩ／拡張装Ｍ（ＤＡＴＡ　ＣＯＭ ＰＲＥＳＳＩＯＮ／ＤＥＣＱＭＰＲＥＳＳＩＯＮ　ＡＰＰＡＲＡＴｔｌＳ　ＷＩ ＴＨＴＨＲＯＴＴＬＥ、　５ＴＡＲＴ−ＵＰ　ＡＮＤ　ＢＡＣＫＷＡＲＤ　ＲＥ ＡＤ　Ｃ０ＮＴＲ０ＬＳ　）　Ｊである係属出願となっている１９８８年６月３ 日出願の米国クラス２３５、サブクラス３１０及び３１１に分類されている米国 特許出願番号Ｎｏ、　２０２．７３３に述べられている。

前述のウェルチ（Ｖｆｅｌｃｈ）のデータ圧縮アルゴリズムと方法は、ＩＥＥＥ ｒコンピュータＪ　Ｖｏｌ、　１７．　Ｎｏ、　６．１９８４年６月号の１〜１ ９ページに記載されている。この出版物が配布されてわずか後、技術者と科学者 は、この技術を採用し、これは米国中のいくつかの電子広報版に置かれたので、 実質的に科学者の世界では標準となった。そして、この技術は、現在、モデムや 類似のデータ圧縮装置の世界標準として、１ｓＯ（国際標準化機構：　Ｉｎｔｅ ｒｎａｔｉｏｎａｌＳｔａｎｄａｒｄｓ　ＯｒｇａｎｉｚａｔｉＯｎ）によって 処理されている。本発明は互換性をもち、この標準を拡張するものである。

前述のウェルチ（Ｗｅ！ｃｈ）のデータ圧縮システムは８〜１１ビツト長（幅） の文字を受けつけることができ、他のデ・・−夕圧縮システムでは一般的には真 実ではない効率的なデータ圧縮比を維持する。

従来技術による９ビット文字データストリームが、８ビツトセレクテイブ（しば しば、誤ってアダプティブと呼ばれるが）ホフマンデータ圧縮システムにフィー ドされるときデータ圧縮比は数分の１に低下する。その低下は、あまりにもひど いので、システムは異なる種類のデータの一般的な範囲にわたって動作できない 、ホフマンデータ圧縮システムは、文字分配システムとして、特徴づけられる。

このため、その分配が９ビット文字を８とットデーク圧縮システムに入力するこ とによって分裂させられるなら、セレクティブホフマンデータ圧縮システムは、 実質的には中立化させられ、かつ／或は、効率的なシステムどして機能しなくな る。セレクディブホフマンデータ圧縮システムは、入力データストリームにおけ る文字の頻度を考慮して、その結果、メモリライブラリに格納された複数のアル ファベットのセヅトの１つを選択して文字をエンコードするために用いる。最も 発生頻度の高い文字は、より少ないビットにエンコードされ、入力文字ビットと 発生頻度の少ない文字は、入力文字ビットより大きいビット数に拡張してエンコ ードされる。

前述の雑誌「コンピュータ」のウェルチ（Ｗｅｌｃｈ）の論文は、“ランレング スエンコ・−ディングーーーは、実質的にテキスト内では意味をもたず、データ ファイル内でそこそこの意味をもつ、”と述べている。このことは、ランレング スエンコーダに関する一般的な場合については真実であるが、以降詳細に説明す る本発明が述べ　。

るランレングスエンコーダについては正しくない、ウエルチ（Ｗｅｌｃｈ）のデ ータ圧縮はモデムやファクシミリ装置その他に使用されるように急速に世界的な 標準になってきているので、ビットデータストリームのビット文字幅に自動的に 適用でき、システムで圧縮されるデータに対してデータ圧縮比を改善するような 標準的なデータ圧縮システムを提供することが強く望まれている。

発明の要約 本発明の主要な目的は、新しく拡張されたランレングス予備エンコーディングと その結果のアダプティブ文字ストリングデータ圧縮エンコーディングを採用した 高速リアルタイム二重データ圧縮システムを提供することである。

また本発明の別の主要な目的は、入力として可変文字幅を有するビットストリー ムを処理可能なリアルタイムデータ圧縮システムな提供することである。

さらに本発明の別の目的は、自動的にピットデータストリームにおける文字のビ ット文字幅を決定するリアルタイムデータ圧縮システムビット解析装置を提供す ることである。

さらにまた本発明の別の目的は、アダプティブデータ圧縮システムで圧縮される 前にデータストリームを予備圧縮するために適用される新しく拡張されたランレ ングスエンコーダを提供することである。

さらにまた本発明の別の目的は、人力データストリームの文字幅に等しいチャネ ル幅を検出選択し、新（７く拡張されたランレングスエンコーダにその入力デー タストリームを印加する装置を提供することである。

さらにまた本発明の別の目的は、改善されたロスのより少ないウェルチ（Ｗｅｌ ｃｈ）のデータ圧縮を採用したシステムを提供することである。

さらにまた本発明の別の目的は、国際標準として採用されているウェルチ（Ｗｅ ｌｃｈ）のデータ圧縮システムのデータ圧縮比を改善した予備圧縮システムを提 供することである。

さらにまた本発明の別の目的は、改善されたデータ圧縮拡張システムを提供する ことである。

さらにまた本発明の別の一般的な目的は、データベース情報及び図形情報に関し ておおよそ２０；１に近づく比のデータ圧縮比を有する新しいデータ圧縮システ ムを提供することである。

これら本発明の目的に従って、ピットストリームのデータ文字信号を二次圧縮の ためにランレングス圧縮ストリームのコード信号形式に圧縮するデータ予備圧縮 装置が提供される。その入力データストリームは解析されキャラクタ幅チョッパ ーに印加され、所定の文字幅出力を生成する。そして、その出力は、新しく拡張 されたランレングスエンコーダに印加されて拡張されたランレングクのエンコー ドされた信号を二次データ圧縮システムへの印加のための形式と文字幅で生成す る。二次データ圧縮システムは、好適には、米国特許Ｎｏ、　４．５５８．３０ ２　（発明者：ウェルチ（Ｗｅｌｃｈ）　）と１９８８年６月３日出願の出願番 号Ｎｏ、　２０２．７３３に記載の種類のものである。

好適な実施例の説明 図面と本発明の詳細な説明する前に、標準ランレングスエンコーダ（ＲＬＥ）の 定義を理解する必要がある。

標準ランレングスエンコーダは、繰り返される同一の文字や繰り返される文字列 を検出し、その繰り返される文字や文字列をランカウント文字に伴ウラン識別子 文字を用いてエンコードする。

本発明の新しく拡張されたランレングスエンコーダは、前述のラン識別子文字と ランカウント文字を連結して１つの文字にする。

標準ランレングスエンコーダは、その出力で、受信される文字の２倍長の文字を 生成する。これとは反対に、新しく拡張されたランレングスエンコーダは、デー タストリームにおいて受信された文字ビット長の外側に発生する文字をエンコー ドし、その出力で、所定の文字長に拡張された文字を生成する。

さて前述のウェルチ（Ｗｅｌｃｈ）データ圧縮アルゴリズムを採用した好適な従 来技術によるデータ圧縮システムのブロック図を示す第１図を参照されたい、シ ステム１０はチャネル或はホストコンピュータで構成される外部に接続するパラ レルバス１１を有している。バス１１にはチャネルバッファ１２を通してシステ ム１０に内部的に接続される入力があり、また、バッファ１２を通してシステム １０から主要な出力を受信するために用いられる。バス１１は直接出力情報とし てバッファ１２をバイパスする後戻り読み取り（パックワードリード）ラストイ ンファーストアウトバッファ（ＬＩＦＯ）１３から受信することもできる。

バッファ１２からシステム１０へのパラレル出力は、双方向データバス１５．１ ６に印加され、それは、チャネルチョッパ１７の入力に接続される。チョッパ１ ７は、バス１６の８ビツト入力をライン１８の９ビット文字に変換する。ライン １８の９ビツト情報はウェルチ（Ｗｅｌｃｈ）型圧縮拡張制御システム２１に印 加される。そのシステム２１は、本発明の好適な実施例では前のチョッパ１７か ら最大幅の文字を受信するために用いられるビット文字幅入力を有している。

ライン２２のコントローラ２１からの出力は１２ビツトワードな備え、バッファ チョッパ２４で変換され、双方向バス２５でテープに記録するための圧縮フォー マットの８ビツトワードになる。

チョッパ２４からのバス２５はテープバッファ２７に接続してテープバッファ２ ７は圧縮データの連続記録ができるように十分なデータを集める役割を果たす、 バッファ２７のバッファリングされた情報は双方向バス２５を経由してテープバ ッファ２６と制御ライン２８に制御されてテープバッファ制御２６に至る。

連続記録ができるようにバッファ２　’７に十分な圧縮されたデータが時間が遅 れて蓄積された後、テープユニット４１はテープバッファ２６からインテリジェ ントのある周辺装置インタフェース（ＩＰＩ）２９に記録するよう情報を要求す ることができる。情報要求に対応して、バス２５を経由してコントロール２６に 印加された圧縮データはＩＰＩ２９を通り双方向ライン３８．３９を経由してテ ープユニット４１に至る。テープユニット４１では、その８ビツトバイト情報は 、不図示のホストコンピュータによる情報要求に応じバス１１に戻るように逆経 路に従う、その要求命令はライン３゜でプロセッサコントローラ４２に与えられ システムの全構成要素にその命令を伝える。

拡張モードがセットされたとき、システムｌＯはテープユニット４１に８ビツト バイト圧縮情報をライン３９、ＩＰＩ２９、ライン３８、コントローラ２６、そ して、バス２５を経由してバッファ２７に印加させる。

テープバッファ制御２６は、再び、テープバッファ２７を制御し、蓄積された情 報がチョッパ２４への８ビツトバイト入力として双方向バス２５に現れるように する。ライン２３の１２ビツトバイト情報は、コントローラ２１で拡張されて、 チャネルチョッパ１７への出力ライン１９に９ビツトバイトワードとして現れる 。双方向バス１６．１５の８ビツトバイトワードは、チャネルバッファ１２の入 力に印加される。チャネルバッファ１２の非同期ロジックは、ホストシステムへ のバス１１での正しいフォーマット出力のために必要な情報を同化する。

システム１０への情報要求命令が、後戻り読み取り（バックワードリード）ラス トインファースト命令であるとき、前述の拡張手順はチョッパ１７からのバス１ ６に８ビツトバイトを提供するまで続く、バス１６の情報はバッファ１３に印加 され格納される。その結果、バッファ１３に格納された情報はバス１１Ａを経由 してバッファ１２をバイパスするバスｌｌ上に後戻り読み出しされる。

データ圧縮拡張の前述の説明はデータ経路を参照して行われた。

しかし、制御経路については言及しなかった。しかしながら、機能するシステム １０の構成要素に情報を伝えるコントローラ４２は、不図示の制御ラインを経由 して実行される。データバス１４とアドレスバス２９は、ライン３１〜３７とラ イン４３〜４９に初期制御情報を受信するために、そし・て、バス１１で受信す るデータを圧縮するに先立ちシステム１０をセットアツプするために提供される 。

さて、本発明の予備圧縮データ拡張システム５０のブロック図を示す第２図を参 照されたい。ライン５１のチャネル或はホストコンピュータからの文字幅データ 情報を有するビットデータストリームは、バッファメモリ５２に与えられ、双方 向バス５３を経由してマイクロプロセッサビットアナライザ５４に結合される。

ライン５１の情報はセレクトスイッチ５５．５６に選択的に印加され、ビットア ナライザ５４からのライン５７．５８によって制御される。ビットアナライザ５ ４とセレクトスイッチ５５．５６は、ライン５１のビットストリームを、Ｍビッ トチョッパ５９の入力或はビットデータストリー・ム５１の文字の文字幅を定義 するＰビットチョッパ６１（後に詳述する）に連結するために動作可能である。

マイクロプロセッサビットアナライザ５４は、バッファ５２に格納されたｌブロ ックの情報を予備的に調べ、データストリームの文字幅を決定し、正しい文字幅 のチョッパ５９或は６１、或は、後述の任意の可変幅チョッパを選択する９選択 されたチョッパの出力は、ライン６２に入力として図式的に制御信号を有するよ うに示されている拡張ランレングスエンコ・−ダ（ＲＬＥ）６３に印加される。

その制御信号は拡張ラン１ノンゲスエンコーダ（ＲＬＥ）６３のアクティブ或は セレクト端（Ａ）に印加され、そのエンコーダにエンコードされる文字幅を伝え る。拡張されたＲＬＥ６３はライン６２で受信する文字を拡張し、出力ライン６ ４に拡張エンコードされた信号を正しいフォーマットでストリングタイプデータ 圧縮システム６５への印加のため生成する。ブロック６５は、前述の特許、特許 出願、及び、論文が記述し採用しているウェルチ（Ｗｅｌｃｈ）データ圧縮シス テムにおいて記述さねた種類のウェルチ（Ｗｅｌｃｈ）型データ圧縮システムで あることが示されている。ライン６６のウェルチ（Ｖｆｅｌｃｈ）データ圧縮シ ステムからの圧縮データは、ロジックブロック６７に印加され、不図示のリモー トレシーバへライン６８を経由して伝送するために処理される。

図２に示すユニバーサルデータ圧縮システムは、異なる文字幅を有する複数のデ ータストリームに対応する。データストリー・ム５１の文字幅が知られていると き、そのピットストリームムは直接に所定の標準チャネル幅を有する選択的或は 専用のチョッパに印加されろ。その出力は、選択信号を生成しまたり、選択スイ ッチ５５．５６を動作させたりすることなく、直接に拡張されたランレングスエ ンコーダ６３に印加され、ビットアナライザ５４を用いてバッファメモリ５２に 格納された文字幅を決定する。拡張されたランレングスエンコーダ６３は特に専 用チョッパ５９によって受信される文字幅に合わせて設計されるべきであること が理解されるであろう。本システムでは、最大かつ最大効率のデータ圧縮がなし 遂げられる。ウェルチ（Ｗｅｌｃｂ）データ圧縮システムの１つの特徴は、種々 の幅の文字を変形することなく受付け、ライン６４に入力されエンコードされた 情報を最適データ圧縮する点である。ウェルチ（Ｗｅｌｃｈ）データ圧縮を採用 するもう１つの特徴は、出力ライン６６の情報の文字幅が最適圧縮と最適伝送速 度を得るために変化する点である。

例えば、多くのコンピュータシステムは、８ビツト文字幅を採用している。入力 ライン６２に印加されるとき、８ビツト文字は、ＲＬＥ６３において、９ビツト に拡張され、ウェルチ（Ｗｅｌｃｈ）データ圧縮システム６５に入力され、ライ ン６６に９ビツト出力として始まり、付随するメモリによってのみ限定される必 要な最大文字幅に拡張される。

新しく拡張されたランレングスエンコーダの動作モードを説明するために用いら れる第３〜１０図に示されるフロー図を説明する前に、述べられるロジック機能 は、レジスタに格納された情報について実行されることが理解されるであろう、 新規のエンコーダ６３は、区別できるいくつかの要素を採用してインプリメント され、プログラムされた小さなコンピュータシステムを使って動作し、フロー図 の各ステップを実行する。以下に述べる８つのレジスタの内、３つは、初期化時 に固定され、動作中に参照されロードされる残り５つのレジスタのデータは以下 に説明される。

レジスタ　１粗 入力文字（Ｃ，Ｈ）　入力ストリーム ランオフセット値　ＣＨ幅で固定 残りバイトＣＨ（フラグ）　ＣＨ幅で固定ルックパック文字　状態１の前にロー ドランカウント　状態１％２でロード 最大ランカウント［３２］　固定 う：ノカウント十ランオフセット値　状態２でロード最大う：ノカウント十ラン オフセット値　状態２でロードさて、第２図で示されたビットアナライザ５４に よって用いられる好適な文字幅解析決定のブロックフロー図を示す第３図を参照 されたい。ビットアナライザ５４は、ブロック６９で初期化動作を実行する。ブ ロック６９では、十分な統計データを集め、次の決定動作を実行する。アナライ ザブロック７１は、バッファメモリ５２に格納されたバイトが、文字幅、例えば 、説明の目的のため用いられる９ビツトで割り切れるかどうかを調べる。もし、 アナライザブロック７１がアナライザ５４に格納されたバイトカウントが、９で 割り切れると判断したなら、文字長或は幅が９ビツト文字である可能性が高く、 統計カウンタ（不図示）がライン７２の信号によって１だけカウントアツプされ る。同様な方法で、ビットアナライザ５４に格納された統計データは、アナライ ザブロック７３で解析され、９ビツトに関するランカウントが、８ビツト文字の ような他のビットに関する蓄積されたランカウントより大きいかどうか調べる。

もし、統計的情報が、９ビツト文字に対して繰り返す手順者々の平均長が、他の 文字に関する平均ランレングスより大きいなら、そのビットストリームの文字長 が９ビツト文字である可能性があり、ライン７６の信号はそのカウンタを示すた めに用いられる。

もし、そのカウンタ（不図示）が、３のカウントアツプがあるなら、そのピット ストリームが９ビツト文字を含んでいる可能性が非常に高い。しかしながら、も し、付加的な統計情報が必要とされるなら、バッファ５２に格納されている情報 がさらに解析される。もし、そのカウンタのカウント値がゼロであるなら、その ピットストリームが９ビツト文字ではないこの可能性が非常に高い、この情報は 、第３図に示されるビットアナライザチャートをこれ以上用いることなく決定動 作を実行するために用いられる。或は、付加的な統計情報は、ビット文字幅解析 を行うために用いられる。ロジックブロック７７において、９ビツトランの数が 、８ビツトランの数より大きいかどうか判断される。もし、大きいならライン７ ８の信号は再び、そのカウンタをカウントアツプするために用いられる。

同様に、ロジックブロック７９は９ビツト文字データが８ビツト文字データより 良く圧縮できるか調べる。そして、もし、その答がイエス（ＹＥＳ）であるなら 、そのカウンタはライン８１の信号によってカウントアツプされる。付加的な統 計情報が集められピットストリームの文字長を決定する。しかしながら、あるカ ウント値がロジックブロック８２によってとられ、そのカウンタがピットストリ ームのデータが９ビツトである可能性が高いことを示すカウント３だけカウント アツプされたかどうかを調べる。第３図に示される例において、もう１つは、８ ビツト文字幅のデータである。ライン８３．８４の信号はビットアナライザ５４ によりてインタラブドされ、ライン５７．５８に前述の信号を生成し、スイッチ ５５．５６のような複数のセレクトスイッチの１つを選択し、本発明の好適な実 施例において採用された適切なチャネル幅チジッパを選択する。

さて、本発明のデコーディング拡張システムのブロック図を示す第４図を参照さ れたい、拡張システム８０は、ライン８６で受信する信号についての処理ロジッ ク８５を有している。出力ライン８７の処理された信号は、ウェルチ（Ｗｅｌｃ ｈｌ型データ拡張システム８８或は他の型のストリング拡張システムに印加され る。ライン８９の拡張されたデータは、新しく拡張されたランレングスデコーダ ９１に印加されてライン９２にエンコーディングシステムの逆拡張或は収縮比を 含むデコード信号を発生する。ライン９２のデコード信号は、セレクタスイッチ ５５’　、５６’を通して、ランレングスデコーダによって決定される文字幅に 依存して供給される。ライン９２のデコードされた情報は、マツチング文字幅ピ ットチョッパ９３或は９４に印加されて元々は第２図の圧縮システムに印加され るオリジナルデータビットストリーム情報を提供する。ライン９５のデコードデ ータはバッファレシーバ９６に印加されているように示されライン９７を経由し て前述されたホスト或はチャネルに印加されるチャネル幅データストリームを発 生する。

さて、好適な拡張されたランレングスエンコーダ６３の初期化状態のブロック図 を示す第５図を参照されたい、初期化状態において、ロジックブロック９Ｂはセ レクト状態とランカウントに依存して８ビツト或は９ビットＲＬＥ文字を発生す る。第２図のチョッパ５９．６１とエンコーダ６３は文字幅チョッパとエンコー ダであることを理解されたい、データライン６２は、ランレングスエンコーダ６ ３の入力を形成するロジックブロック９８への入力を有しているように示されて いる。ロジックブロック９８はライン９８のデータが、８ビツト入力であるか異 なる文字幅の入力であるかを調べる。この決定は前に、第２図に示すセレクトラ イン６２に示された。８ビツト入力がライン９９に検出されたとき、ランレング スエンコーダ６３は、ランオフセット文字レジスタ値を１６進表示の“ゼロ（Ｆ Ｆ）“で初期化する。これは、ロジックブロック１０１でＸ″ＯＦＦ”として示 されている。ロジックブロック１０１は、また、残りのバイト文字レジスタを１ ６進表示のＸ“１２０“で初期化し、ライン１０２でロジックブロック１０３へ の入力として外へ出る。ロジックブロック１０３は、残りのバイト文字をウェル チ（Ｗａｔｃｈ）型データ圧縮システム６５にライン６４を経由して伝送する。

さらに、ロジックブロック１０３は、ロジックブロック１０１によって前に生成 された残りのバイト文字を用いてルックバック文字レジスタを初期化して、その 後、ライン１０４を経由して状態１へと進む。

もし、ロジックブロック９８においてなされた決定が、入力が８ビツト入力では ないことを示すなら、ライン１０５によって決定は、ライン９９を経由してロジ ックへと進む代わりにロジックブロック１０６へと進む、ロジックブロック１０ ６では、ランオフセット値が、１６進表示でＸ”ＩＦＦ”を用いて生成され、１ ６進表示でＸ“２２０”での残りのバイト文字生成へと続く、ロジックブロック １０６でのこれら２つの文字生成に続いて、ロジックはライン１０７で外に出て 、ライン１０２からのロジックと一緒になり、前述のロジックブロック１０３へ の入力になる。

さて、人力データがなくなったかどうかを判断する状態１０ロジツクとロジック ブロック１０８のブロック図を示す第６図を参照されたい、もし、人力データが 消費されたなら、ロジックはすぐさまライン１０９を経由して状態３に移るが、 もし、入力データが消費されていないなら、ロジックはラインｔｉｔを経由して ロジックブロック１１２に続く、ロジックブロック１１２は入力データをチョッ パ９３或は９４から文字レジスタに格納して、その人力レジスタの人力文字がロ ジックブロック１０３における初期化フェイズの間に生成されたルックバック文 字に等しいかどうかを調べる。もし、入力レジスタにおける入力文字がルックバ ック文字に等しくないなら、その決定がライン１１３で検知され、ロジックはロ ジックブロック１１４に進む、そのとき、入力レジスタにおける入力文字は、ラ イン６４を経由してウエルチ（Ｗｅｌｃｈ）データ圧縮システム６５に伝送され る。ロジックブロック１１４は、入力レジスタにおける入力文字をルックバック 文字レジスタのルックバック文字に上書きして、ライン１０４を経由して状態ｌ に進む、入力レジスタにおける入力文字が、ルックバック文字レジスタのルック バック文字と同じであるなら、ロジックはライン１１５を経てロジックブロック １１６に進み、ランカウントをカウント１として、ライン１１７を経て状態２へ と移る。

さて第７図を参照されたい。これは入力データがなくなったかどうかを判断する 状態２のロジックとロジックブロック１１８のブロック図を示している。もし、 入力データが消費されるなら、ライン１１９の決定はロジックをロジックブロッ ク１２１に入るように進め、ライン６４を経由してウェルチ（Ｖｌｅｌｃｈ）デ ータ圧縮システム６５にランカウント十ランオフセット値に等しい値を伝送する 。そのランカウントは第６図のロジックブロック１１６で生成され、そのランオ フセット値は第５図のロジックブロック１．０１＝１０６で生成される。ウェル チ（Ｗｅｌｃｈｌデータ圧縮システム６５にランカウント十ランオフセット値を 伝送後、ロジックはライン１０９を経由して状態３に進む。もし、データ入力が ロジックブロック１１Ｂで示されるように消費されていないなら、ロジックはラ イン１２２を経由して外へ出てロジックブロック１２３に移る。ロジックブロッ ク１２３ではチョッパからの入力データが入力レジスタに格納される。入力レジ スタの入力文字はルック゛バックレジスタのルックバック文字と比較され、もし 、それらが同じ文字なら、ロジックはライン１２４を経由して外へ出てロジック ブロック１２５に移る。

ロジックブロック１２５は、ランカウントを１だけカウントアツプし、そのラン カウントが今、３２より大きいかどうかを調べる。もし、そのランカウントが３ ２より大きいなら、ロジックはライン１２７を経由してロジックブロック１２６ に入り、３２＋ランオフセツト値に等しい値がライン６４を経由してウェルチ（ Ｗｅｌｃｈ）データ圧縮システム６５に伝送される。そのとき、ランカウントは カウントｌに再セットされ、ロジックはライン１１７を経て状態２に進む、ブロ ック１２３のロジックが、もし、入力文字がルックバック文字と同じでないと判 断したなら、ロジックはライン１２８を経て外に出てロジックブロック１２９に 移る。ブロック１２９におけるロジックは、ランカウント十ランオフセット値に 等しい値をライン６４を経由してウェルチ（Ｗｅｌｃｈ）データ圧縮システム６ ５に伝送し、それから、入力文字レジスタの入力文字をルックバックレジスタの ルックパック文字に上書きして、ライン１０４を経て外へ出て、状態ｌに移る。

ロジックブロック１２５における決定が、もし、ランカウントが３２以下である と判断したなら、ロジックはライン１１７を経て外へ出て状態に移る。

さて、状態３のロジックのブロック図を示す第８図を参照されたい。状態３はラ イン１０９を経てロジックブロック１３１で、その状態に入り、そこで、残りの バイト・フラグラインがチョッパによってセットされたかどうかを判断する。こ の判断は第２図において、バイトフラグがライン６２にたった時点でなされたも のである。残りのバイトフラグラインがチョッパによってセットされていないな ら、ロジックはライン１３２を経て外に出て、ＲＬＥ圧縮手順が完了したことを 示す、残りのバイトフラグがチョッパによってセットされたなら、ロジックはラ イン１３３を経て外に出て、ロジックブロック１３４に移る。ロジックブロック １３４では、残りバイトレジスタの残りのバイト文字は、ライン６４を経由して ウェルチ（Ｗｅｌｃｈ）データ圧縮システム６５に伝送され、データ圧縮の過程 が終了したことをライン１３２を経て信号指示を上げる。上述の初期化状態と３ つのロジック状態が、利用する装置或はメモリ記憶装置に伝送されるデータのＲ ＬＥ圧縮を完了させる。圧縮されたデータは、圧縮形式で復元され及び次に述べ るように拡張される。

さて、ランレングスエンコーディングポストプロセッサ拡張に関する初期化状態 を示す第９図を参照されたい、ウェルチ（Ｗｅｌｃｈ）データ拡張システム８８ からのライン８９のデータは、ロジックブロック１３５に入り、順番に示される ４つのステップを完了させる。ウェルチ（Ｗｅｌｃｈ）データ拡張システム８８ からの入力データは、ランレングスエンコーダ９１における入力レジスタに格納 される。そのとき、入力レジスタの入力文字は、拡張システムにおける残りのバ イト文字を初期化するために用いられる。ランオフセット文字レジスタは、入力 文字−３３（１６進表示Ｘ″’０２ビ）で初期化される。入力レジスタの入力文 字が２８８　（１６進表示Ｘ″１２０”）に等しいはどうか判断される。もし、 その値が同じなら、ロジックはライン１３６で外に出て、ロジックブロック１３ ７に進み、そこで８ビツトチヨツパが選択される。ロジックはライン１３８を経 てライン１３９に示されるように拡張手順の状態１に移る。もし、ブロック１３ ５のロジックが、入力文字が２８８に等しくないと判断したなら、ロジックはラ イン１４１を経てロジックブロック１４２に進み、そこで、９ビツト（Ｐビット ）チョッパが選択され、ロジックは外に出て、ライン１３９を経て拡張システム の状態１に移る。

さて、拡張システムの状態１に関するロジックを示す第１０図を参照されたい、 状態ｌはライン１３９を経てロジックブロック１３９に入る。そこで、入力デー タが消費されたかどうかの判断がなされる。もし、入力データが消費されたなら 、ランレングスエンコブインク拡張システムのタスクは完了し、ライン１４４を 経てロジックは外にでる。しかしながら、入力データが消費されていないなら、 ロジックはライン１４５を経てロジックブロック１４６に入って続く。ウェルチ （Ｗｅｌｃｈ）拡張システムからの入力データは、拡張システムの入力レジスタ に格納される。そのとき、入力レジスタの入力文字が、第９図のロジックブロッ ク１３５で生成されたランオフセット値以下であるかの判断がなされる。もし、 その決定がポジティブ（入力文字はランオフセット値以下）であるなら、ロジッ クは外に出てライン１４７を経てロジックブロック１４８に入り、そこで入力レ ジスタの入力文字がライン９２を経て選択されたチョッパ９３或は９４に伝送さ れる。そのとき、入力レジスタの入力文字がルックバック文字レジスタの文字に 上書きされ、ロジックはライン１３９を経て拡張ロジックの状態１に進む。ブロ ック１４６のロジックが、もし、入力文字がランオフセット値未満であると判断 したなら、ロジックはライン１４９を経て外に出てロジックブロック１５１に移 り、そこで、入力文字レジスタの入力文字が残りバイトレジスタの残りバイト文 字と比較される。もし、それらの値が同じであるなら、ロジックはライン１５２ を経て外に出てロジックブロック１５３に移り、そこで、残りバイトフラグ信号 が、第４図のライン９０にセットされて上がり、ロジックはライン１４４を経て 外に出て、拡張動作が完了したことを示す、しかしながら、もし、入力文字が残 りバイト文字に等しくないなら、ブロック１５１のロジックはライン１５４を経 て外に出てロジックブロック１５５に移る。ロジックブロック１５５は最初に入 力文字−ランオフセット値に等しい“Ｎ”の値を計算する。この値Ｎは結果とし て、ルックバック文字をライン９２を経由してＮ回、選択されたチョッパ９３或 は９４に転送するために用いられる。ルックバック文字の転送に続いて、ロジッ クはライン１３９を経て状態ｌに戻る。上述の手順はロジックブロック１４３の ロジックがライン１４４で外に出て拡張動作が完了したことを示すまで、繰り返 される。ロジックブロック１５３のロジックは、直接にライン１４４を経て外へ 出て拡張動作の完了を示すことができることに注目したい。ロジックブロック１ ５３のロジックは、状態１に戻り、そこで、ライン１４４で外に出るための判断 がなされるようにすることもできる。

〈以下、余白〉 アダプティブストリングデータ圧縮システムに入る前の予備圧縮のために拡張さ れたランレングスエンコーディングを用いた好適な実施例である二重データ圧縮 システムについて説明したので、好適なアダプティブストリングデータ圧縮シス テムは、可変文字幅の人力と出力を扱えるウェルチ（Ｗｅｌｃｈ）システムであ ることが理解されるであろう。それで、改良されたウェルチ（Ｗｅｌｃｈ）デー タ圧縮装置を製造すること、及び／或は、前述した新しい予備圧縮データ圧縮シ ステムを組み入れることによフて、現在のウェルチ（Ｗｅｌｃｈ）データ圧縮装 置を改善することが可能である。ウェルチ（ｗｅｌｃｈ）圧縮拡張システムは、 データの送受信に使用されるモデムの世界標準になってきているので、その標準 は第２図に関して前述したビットアナライザやスイッチ選択装置を不要とする好 適な標準文字幅チョッパを使用できるほど柔軟性があることが理解されるであろ う。

可変幅チョッパは可変の文字幅や文字長データストリームに遭遇するどこにおい ても使用できる。さらに、本発明は、次のことが強調されている。即ち、ＩＳＯ の前に、今、その標準は、ふされしい文字幅チョッパがデータストリームを解析 することなく選択されるようにデータストリームの文字幅を認識するビットデー タストリームのコードデータに関する要求を実施できるかである。この情報が利 用可能なとき、拡張されたランレングスエンコーダのデータストリーム５１から 入力ライン６２までの構造すべてが不要となる。

本発明のもう１つの重要な特徴は、第２図に示された拡張されたＲＬＥ６３とウ ェルチ（Ｗｅｌｃｈ）型圧縮拡張システム６５は、それらが遭遇する可変文字幅 の最大文字を受けつけるよう構成されている限り、改変する必要はないという点 である。そのとき、唯一の必要な要件は、入力チョッパ５９が文字幅チョッパで あり、拡張部のＮビットチョッパ９３は、拡張ＲＬＥ９１の出力において文字幅 チョッパでなければならない点である。

可変幅の文字の圧縮拡張において実質的に無制限の柔軟性を提供するカギは、入 力と出力のＮビットチョッパにあるので、今や、明らかにモジュール型のＮビッ トチョッパは、そのＮが自動的に検知されたり、或は、キーボードやスイッチか ら選択されつる場合に、Ｎビットチョッパとして働くようにプログラマブルに構 成される。

好適な実施例のＮビットチョッパの動作モードは、データストリームのビットを カウントし、リアルタイムカウンタで所定ビット数を選択することにより働く。

この改良されたデータ圧縮システムによりてなし遂げられる顕著な利点をもワと 明らかに示すために、出願人は、本発明の改良されたウェルチ（Ｗｅｌｅｈ）圧 縮システムを含めた４つの典型的なシステムによりて圧縮された４つの異なる種 類の情報の表を準備した０次の第１表において、例１と例２は商業的なデ・−タ ベースとトランザクションデータベースからの典型的なデータベース情報を表し ており、図形情報のデータ圧縮と都合よく比較できる。富士通によフて深川され た典型的なデータ圧縮システムは、商業的なデータベースに対してデータ圧縮比 １２．４９、トランザクションデータベースに対してデー・夕圧縮比６．１５を も・コている。同じ情報が標準的なランレングスエンコーディング（ＲＬＥ）に よって圧縮されると、トランザクションデータベースに対するデータ圧縮がシミ ュレートされ、評価された場合、それぞれ、１１．７３．４．６６のデータ圧縮 比を生み出す。特許出願番号Ｎｏ、２０２．７３３によって示され記述された典 型的な種類のユニシスウェルチ（１！１ｅｌｅｈ）圧縮システムによってなし遂 げられるデータ圧縮比は、商業的なデータベース情報とトランザクションデータ ベース情報に対して、それぞれ、８．５６と６．２６のデータ圧縮比であった。

本発明の改良されたウェルチ（Ｗｅｌｃｈ）圧縮システムが、商業的なデータベ ース情報に対して適用されたとき、データ圧縮比は、２６．７４．、トランザク ションデータベース情報に対してデータ圧縮比は％　１１．０５であった。例１ は明らかに、本発明が特にデータベースタイプの情報に関１ノて有用であること を示している。同様に、本発明は、ソースコードや図形に対しても有用である０ 例１の情報は９ピツトチ￥ネル或は文字幅データを用いて生成された。

例３は、９ビツト文字幅データを用いた大きなビットブロックの情報を有するオ ブジェクトコードについて実行された。４つの異なるシステムに関してなし遂げ られる圧縮比は、表に示されており、付加的な情報を必要とはしないであろうゆ 例４は、５ｏｏｏバイトブロツクの１４０メガバイトのシステムバックアップデ ータについて実行された。この種類の情報は、オブジェクトコードのように圧縮 することはほとんど難しく、広く分散したデータ例についてのデータ圧縮を示し ている。

例５は、１５１００ビツトブロツクの約４０メガバイトのプログラムされたシン ボルについて実行された。このデータは、８ビツト文字幅の形式をしており、他 の全ての例は９ビツト文字幅の形式である。そのデータは、本発明の典型的な商 業的に利用可能なデータ圧縮システムにわたる利点を示している。

第１表 ９ビツト　９ビツト　９ビツト　８−９ビツト典型的なもの　ＳＴＤ　ＴＹＰ　 Ｐ、ＸｎＶ。

ＤＣＲＬＥ　ウエルチ　ＺＸＤＣ 例１　１２．４９　１１．７３　８．５Ｂ　２Ｌ７４例２　Ｂ、１５　４．８６ 　Ｂ、２６　１１．０５例３　ｔ、ｆｉ４　１．２０　！、２４　２．４５例４ 　２．４８　１．８９　２．９８　３．７５例５　申２．５３　０２．０１　中 ３．８１　１４．４１中８ビツトデータ 第２表 ８ビツト　８ビツト　８−９ビツト ＴＹＰ　ＴＹＰ　Ｐ、Ｉｎｖ。

ウェルチ　ウエルチ　ＺＸＤＣ 例６（８ビツトデータ）　２．３３７　１．８１５　２．７８５例７　（９ビツ トデー　タ）　２．１０９　２．８６６　３．３２１例８（混合データ）　２． ２７０　２．０６［ｉ　３．０１８前述の第１表の例は、マツチした幅の文字を 有する互換性のあるデータ圧縮装置上で実行された。さらに例として、本発明は ミスマツチした文字幅データを実行することが可能である。第２表の例６は、８ ビツト入カデータが８ビツトウエルチ（Ｗａｔｃｈ）データ圧縮装置で実行され ると幹、圧縮比２．３３７〜１が達成されるが、同じ８ビツト入カデータが９ビ ツトウエルチ（Ｗｅｌｃｈ）データ圧縮装置で実行されるとき、データ圧縮比は １．６１５〜１に低下することを示している。しかしながら、本発明のデータ圧 縮システムは、８ビツト入カデータを受信したとき、自動的にその入力データを 解析し、好適な実施例のデータ圧縮システムに入力データをマツチさせ、例６に 示すようにデータ圧縮比２．７６５〜１を達成するので、ウェルチ（Ｗｅｌｃｈ ）データ圧縮システム単独の圧縮比を上回る。

例７において、９ビツト入カデータが、８ビツト標準ＲＬＥデータ圧縮システム に印加され、データ圧縮比２．８６６〜１を得る。

こむとは対照的に、本発明の改良されたデータ圧縮システムは、データ圧縮比が 改善され３．３２１〜１となる。

例８において、データを生成するために使用される混合データは８ビツトと９ビ ツトの両方の入力データ形式であり、８ビツトウエルチ（Ｗｅｌｃｈ）データ圧 縮システムが生み出す圧縮比は２．２７０〜１である。９ビツトウエルチ（Ｗｅ ｌｃｈ）データ圧縮システムにおいては１．データ圧縮比は２．０６６〜１であ る。しかしながら、同じ８ビツト９ピツト混合人力データが、本発明の改造され たウェルチ（Ｗｅｌｃｈ）データ圧縮システムに印加されたとき、データ圧縮比 ３．０１８〜１が得られた。それで、これは明らかにコンピュータシステムで通 常、遭遇する種類の大量の混合データブロックの圧縮比が本発明によって改善さ れることを示している。

第３表 １）通常のＲＬＥ　（１文字ルックバック）ネイティブ文字セット　０Ｏ−ＦＦ ＲＬＥ識別子　ＦＤ　（θ） ２）ウェルチ（ｌｌｅｌｃｈ）文字セット入力文字　０００−ＯＦＦ ウェルチ（Ｗａｌｃｈｌ制御文字　１００−１０３ストリング文字　１０４−Ｆ ＦＦ ３８３６ストリング ３）入力　＾Ｂ＾　＾　＾ＡＣθＢＣＣＣＣＣ４）出力　＾Ｂ＾　Ｂ３　Ｃθθ ＢＣθ４第４表 拡張されたＲＬＥ　（１文字ルックバック）１）ネイティブ文字セット　０Ｏ− ＦＦ拡張されたＲＬＥ文字　１００−１１　Ｆ（繰り返し１〜３２回） 残りバイト文字１２０ ２）ウェルチ（Ｗｅｌｃｈ）文字セット入力文字　０００−１２０ ウエルチ（Ｗｅｌｃｈ）制御文字　１２１−１２３ストリング文字　１２４−Ｆ ＦＦ ３８０４ストリング ３）人力　＾Ｂ＾　＾　＾＾ＣθＢＣＣＣＣＣ４）出力　八Ｂ＾Δ３　Ｃθ’Ｂ 　ＣΔ４さて、第１段目の１文字ルックバックを用いた標準ランレングスエンコ ーディング（ＲＬＥ）を示す第３表を参照されたい、この例において、ネイティ ブ文字セットは、１６進表示で０Ｏ−ＦＦの範囲にあり、２５６の入力文字を表 す、ＲＬＥ識別子は１文字の識別子を必要とし、ＦＤとして示されているように 高位の１６道文字が選ばれ、これ以後の説明のために、ギリシャ文字のθ（シー タ）に括弧を付して（θ）と表す。

第３表の第２段目で、ウェルチ（ｌｌｌｅｌｃｈ）文字セットが、１６道表示で ０００〜ＯＦＦの範囲で２５６人力文字を必要とするように示されている。１６ ｉｊｉ表示で１０４〜ＦＦＦで３８３６のストリング文字が準備される。典型的 な入力ストリーム文字に関するストリング文字が第３表の第３段目に示され、そ れは適当に取られた１４の入力文字、つまり、複数のＡ１複数のＢ５複数のＣ１ そして、θが示されている。

第４段目は、標準のランレングスエンコーダ（ＲＬＥ）からの出力ストリームを 示している。そこでは、繰り返しがある最初の文字列は、文字Ａである。３つの Ａが、次の３つの文字は前のＡの文字を３回繰り返すことを意味するＢ３によっ て示されている。同様に、出力ストリームにある５つのＣの文字も、ＣＯ２によ って表さｈ−Ｃいる。もし、ランレングス識別子θが、入力データストリームに おいて、それが８番目の文字位置にあるように現れるなら、それは、文字とは区 別されるＲＬＥ識別子であることを示すために、標準ランレングスエンコーダ（ ＲＬＥ）における出力ストリームにあるように繰り返されねばならない、それで 、θθは、第４段目で１つのθになっている。なお、上記文字の全ては１６道表 記である。

さて、第３表にあるように、１文字ルックバックを採用した本発明の拡張された ランレングスエンコーダを示す第４図を参照されたい。２５６のアクティブな文 字セットは、通常のＲＬＥが文字セットをＯＯ〜ＦＦ（１６進表示）用いている のと同じである。拡張されたランレングスエンコーダの文字は、今や、１６進表 示で１００から１１Ｆまで拡張されるが、これは前の文字を１〜３２回繰り返す ことを指している。１つの例として、もし、文字ＯＯがＩＩＦに続くなら、これ は、文字Ｏが３２回繰り返されることを意味している。さてウェルチ（ｊｌｅｌ ｃｈ）文字セットが１６進表示で０００から１２０までの入力文字、つまり２８ ９０人力文字をもつことを示す第２段目を参照されたい。さらに、ストリング文 字は、１６進表示で１２４からＦＦＦまでに拡張されて３８０４のストリング文 字を有している。第３表のウェルチ（ｆｅｔｃｈ）文字セットと比較して約１％ の小さな損失にあたる３２個のストリング文字の損失があることに注意されたい 。拡張されたランレングスエンコーディングによつてなされる改善は、第４段目 に最も良く示されている。第４表の第３段目の入力は、１４文字を有する第３表 で示された入力文字ストリームと同一のものである。第４表の第４段目に示され る拡張されたＲＬＥ出力の文字は、第３表の第４段目で示された１２文字に代わ りてただ９文字のみを必要とする。この新しく拡張されたランレングスエンコー ダにおける改善された予備圧縮は、たとえ、文字がウエルチ（Ｗｅｌｃｈ）デー タ圧縮システムにおいて８ビツトから９ビツトに拡張されたとしても、なし遂げ られる０本発明のウェルチ（１！１ｅｌｃｈ）データ圧縮システムは、好適な実 施例において、文字幅には依存しない、このことは、ウェルチ（豐ｅｔｃｈ）デ ータ圧縮システムを遭遇する最大文字幅を組み入れるために、そのパラレル入力 において十分に拡くすることによって果たされる。

たとえ、拡張されたランレングスエンコーダが、文字幅を８ビツトから９ビツト に拡張しても、それは依然として実賞的なデータ圧縮を行うことができ、ランカ ウントが、Δ３、Δ４などの１つの１６進文字表示でのオフセットと連結される 。さらに、二重にＲＬＥ識別識別千生成され悪化する場合は、新しい１６道文字 θ′を採用することによりて回避される。第４表に示される例では、新しく拡弓 長されたランレングスエンコーダは、メモリ内のウェルチ（Ｗｅｌｃｈ）ストリ ングテーブルは、はとんど容量を必要としないので二重データ圧縮システムの性 能にほとんど影響を及ぼさないが、３２個のウェルチ（Ｗｅｌｃｈ）文字ストリ ングを失う。

本発明の拡張されたランレングスエンコーダは、特に、それがプリンタファイル 、テキスト、データファイル、図形データの何であっても、デジタル形式で存在 する全ての形式の情報を圧縮するために通用される。その新しく拡張されたラン レングスエンコーディングシステムは、単独に用いられる一方、拡張されたラン レングスエンコーダの出力で生成される文字をさらに圧縮する互換タイプのユニ バーサルデータ圧縮システムにおいて、より有用であろう。２つの例が、この点 を十分に示すであろう、白黒形式の図形データは、白の背景上に顕著な黒の線が あるものである。そのような図形データがラスクスキャンされ、線分を表す文字 に縮小されたとき、美大な隣接しあう冗長な文字ができてしまう、その同一の文 字は圧縮されて１つの文字に縮小され、さらに、第２のデータ圧縮システムで圧 縮される。

単に白黒ではない絵画的な図形データは、同じグレイトーンを有する美大な隣接 しあう線分をもつ、これら美大な隣接しあう冗長な部分は、冗長な文字となり、 それは、第２のデータ圧縮システムでさらに圧縮される前に１つの文字に圧縮さ れる。

前述したように、本発明の拡張されたランレングスエンコーダは、特に、第２の データ圧縮システムとしてのウエルチ（Ｗｅｌｃｈ）データ圧縮システム（或は 、類似のアダプティブエンコーダ）とともに用いられることが適当である。

２つのデータ圧縮システムの結合は、全体的な性能を最適にし、１つのユニバー サルデータ圧縮システムのおける最良の世界を提供する。

図面の簡単な説明 第１図は改良された二重データ圧縮システムを提供することで改善される好適な 従来技術によるデータ圧縮システムのブロック図であり、 第２図は本発明の予備圧縮データ圧縮システムの好適な実施例のブロック図であ り、 第３図は第２図のピットアナイライザによって採用された好適な文字幅解析決定 のブロックフロー図であり、第４図は本発明のデコーディング拡張システムのブ ロック図であり、 第５図は好適な拡張されたランレングスエンコーダの初期化状態のブロック図で あり、 第６図〜第８図は本発明の好適な拡張されたランレングスエンコーダによって採 用された３つの状態１〜３のブロック図であり、゛　第９図は好適な拡張された ランレングスデコーダの初期化状態のブロック図であり、そして、 第１Ｏ図は本発明の好適な拡張されたランレングスデコーダの状態１（及びただ の状態）のブロック図である。

ＦＩＧ、３ 国際調査鱗牛 ＳＡ　３９２４３

Claims (23)

【特許請求の範囲】
1. １．デジタル形式でのデータ文字ストリームを予備圧縮して二次的なデータ圧縮 が可能な形式でランレングスタイプのデータ文字ストリームを提供する装置であ って、 文字幅の形式で前記データ文字ストリームのデータ文字各々を提示する入力手段 と、 前記入力手段と結合して前記データ文字ストリームから個々のＭビット幅文字を 孤立化させるチョッバ手段と、前記チョッバ手段と結合してＮがＭより大きい値 の場合に、前記Ｍビット幅入力文字からＮビット幅出力文字を生成する拡張した ランレングスエンコーディング手段とを有し、Ｎビット出力文字の数がＭビット 入力文字の数より少ないゆえに、拡張された長さのエンコーディングと前記入力 データストリームにおけるより、前記出力データストリームにおいて、より少な いデータ文字数を提供することを特徴とする装置。
2. ２．前記抗張したランレングスエンコーディング手段と結合して、前記予備圧縮 されたＮビット幅の文字のストリングをマッチさせることによって、二重データ 圧縮を実行する二次データ圧縮手段をさらに有することを特徴とする請求項第１ 項に記載の装置。
3. ３．前記チョッバ手段は、複数の所定のチョッバ入力幅の１つに前記チョッバ手 段を調整する手段を有することを特徴とする請求項第２項に記載の装置。
4. ４．前記複数のチョッバ幅は２より大きい複数有することを特徴とする請求項第 ３項に記載の装置。
5. ５．前記拡張したランレングスエンコーディング手段からの前記文字幅出力は前 記二次データ圧縮手段への入力にマッチすることを特徴とする請求項第２項に記 載の装置。
6. ６．データ文字信号のビットストリームを二次圧縮のための形式でランレングス が圧縮されたコード信号ストリームに圧縮するデータ予備圧縮装置であって、 前記データ文字のビットストリームと結合して前記ビットストリームからＭビッ トを選択する文字幅チョッバ手段と、ランレングスが予備圧縮されたＮビットの エンコードされたデータを提供するために前記データのＭビットの拡張されたラ ンレングスエンコーディングを実行する第１圧縮手段と、前記予備圧縮されたデ ータのストリングをマッチングすることによってデータ圧縮を実行し、２重に圧 縮されたデータを提供する第２圧縮手段とを有し、 前記第１圧縮手段或は前記第２圧縮手段いづれかのデータ圧縮比よりも大きい圧 縮比を有することを特徴とするデータ予備圧縮装置。
7. ７．前記チョッバ手段は、ＭビットチヨツパとＰビットチヨツパとを有すること を特徴とする請求項第６項に記載のデータ予備圧縮装置。
8. ８．前記Ｍビットチヨツパは８ビットチヨツパを有することを特徴とする請求項 第７項に記載のデータ予備圧縮装置。
9. ９．前記Ｐビットチヨツパは９ビットチヨツパを有することを特徴とする請求項 第８項に記載のデータ予備圧縮装置。
10. １０．データのビットストリームを蓄積するために前記入力ビットストリームと 結合したメモリバッファ手段と、前記バッファ手段と結合して前記データストリ ームにおけるデータの文字ビット幅を決定する解析手段とをさらに含むことを特 徴とする請求環第７項に記載のデータ予備圧縮装置。
11. １１．前記決定された文字幅に依存して前記入力ビットストリームのために、前 記チョッバの１つを選択する選択スイッチ手段をさらに含むことを特徴とする請 求項第１０項に記載のデータ予備圧縮装置。
12. １２．前記選択されたチヨツパと前記Ｍビット文字幅は、同じビット配列と同じ ビット幅であることを特徴とする請求項第１１項に記載のデータ予備圧縮装置。
13. １３．前記解析手段は、前記バッファメモリ手段内に格納されたビットストリー ムのビットバイトカウントを決定するためのマイクロプロセッサ手段を有するこ とを特徴とする請求項第１０項に記載のデータ予備圧縮装置。
14. １４．デジタル形式でのデータストリームを予備圧縮して二次的なデータ圧縮が 可能な形式でランレングスタイプのデータ文字ストリームを提供する装置であっ て、 前記データストリームのデータ文字を所定の文字幅形式に提示する入力手段と、 前記データ文字ストリームでの文字幅形式を検知する手段と、前記入力手段と結 合して入力文字幅より大きな文字幅のＮビット幅出力文字を生成する拡張したラ ンレングスデータ圧縮エンコーディング手段とを有することを特徴とするデータ ストリーム予備圧縮装置。
15. １５．前記Ｎビット幅出力文字は、入力文字幅より１ビット広いことを特徴とす る請求項第１４項に記載のデータストリーム予備圧縮装置。
16. １６．前記拡張したランレングスデータ圧縮エンコーディング手段と結合して２ 回圧縮されたデータストリームを提供する第２データ圧縮手段をさらに有するこ とを特徴とする請求項第１４項に記載のデータストリーム予備圧縮装置。
17. １７．損失の少ないデータ圧縮システムのデータ圧縮比を改善する方法であって 、 所定のネイティブな文字セットで文字として識刑可能な圧縮されることになる文 字ストリームを提供する工程と、所定の拡張されたランレングス文字を同一のネ イティブな文字のストリングのために代入して、ネイティブと拡張されたランレ ングス文字が混合した予備圧縮されたストリームを提供するために、前記ネイテ ィブな文字ストリームを圧縮する工程と、最初の前記ネイティブな文字ストリー ムを圧縮することによって影響を受けないアダプティブな損失の少ないデータ圧 縮システムにおいて、ネイティブと拡張されたランレングス文字が混合した予備 圧縮されたストリームを圧縮する工程とを有し、２度圧縮された文字ストリーム を提供し、前記ネイティブな文字ストリームのデータ圧縮比がアダプティブな損 失の少ないデータ圧縮システム単独のデータ圧縮比よりも大きいことを特徴とす るデータ圧縮比を改善する方法。
18. １８．前記拡張されたランレングス文字は、文字ルックバックとマッチングする ことを示すランレングス識別子文字を含むことを特徴とする請求項第１７項に記 載のデータ圧縮比を改善する方法。
19. １９．前記拡張されたランレングス識別子文字は、分離され区別される拡張され たランレングス文字を有し、データストリームで識別子の繰り返しを避けるため に１つの識別子を識別することを特徴とする請求項第１７項に記載のデータ圧縮 比を改善する方法。
20. ２０．前記拡張されたランレングス文字は、標準のランレングスエンコーディン グの文字セットより数が多いことを特徴とする請求項第１７項に記載のデータ圧 縮比を改善する方法。
21. ２１．前記拡張されたランレングス文字は、識別子と前記ルックバック文字の繰 り返し数を指示するランカウントと結合させることを特徴とする請求項第１７項 に記載のデータ圧縮比を改善する方法。
22. ２２．結合された識別子とランカウントと前記拡張されたランレングス文字は、 その数が２ｎに等しいことを特徴とする請求項第２１項に記載のデータ圧縮比を 改善する方法。
23. ２３．ｎは５以上であることを特徴とする請求項第２２項に記載のデータ圧縮比 を改善する方法。