JPH07226846A - 入力データストリームの処理方法及び圧縮フォーマットの生成方法 - Google Patents
入力データストリームの処理方法及び圧縮フォーマットの生成方法Info
- Publication number
- JPH07226846A JPH07226846A JP6291050A JP29105094A JPH07226846A JP H07226846 A JPH07226846 A JP H07226846A JP 6291050 A JP6291050 A JP 6291050A JP 29105094 A JP29105094 A JP 29105094A JP H07226846 A JPH07226846 A JP H07226846A
- Authority
- JP
- Japan
- Prior art keywords
- scan line
- lexical
- tree structure
- image data
- vector
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/41—Bandwidth or redundancy reduction
- H04N1/411—Bandwidth or redundancy reduction for the transmission or storage or reproduction of two-tone pictures, e.g. black and white pictures
- H04N1/413—Systems or arrangements allowing the picture to be reproduced without loss or modification of picture-information
- H04N1/417—Systems or arrangements allowing the picture to be reproduced without loss or modification of picture-information using predictive or differential encoding
-
- 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
- H03M7/42—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code using table look-up for the coding or decoding process, e.g. using read-only memory
- H03M7/425—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code using table look-up for the coding or decoding process, e.g. using read-only memory for the decoding process only
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/94—Vector quantisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Image Processing (AREA)
- Compression Of Band Width Or Redundancy In Fax (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
(57)【要約】 （修正有）
【目的】 ＣＣＩＴＴ圧縮データを変換するに際し、圧
縮データのストリーム中のワードをサンプリングし、か
つ拡張したハフマンの木構造を使用してサンプリングし
たワードから複数の字句単位を取得する。また、変更ベ
クターから圧縮フォーマットを生成する。 【構成】 ルートと複数のリンク経路とを有する木構造
２４を与え、そのリンク経路のそれぞれを字句単位と結
合させ、それぞれのリンク経路を拡張して複数の拡張リ
ンク経路を有する拡張木構造を形成し、それぞれの拡張
リンク経路を字句単位のセットと結合させかつ第１のワ
ードを表し、第１のワードとそのそれぞれの字句単位の
セットとを対応させ、入力データストリームをサンプリ
ングして圧縮画像データの一部分を表すサンプルワード
を取得し、サンプルワードと第１のワードの選択したも
のとを突合せて第１のワードの選択したものに対応する
字句単位のセットを取得する。
縮データのストリーム中のワードをサンプリングし、か
つ拡張したハフマンの木構造を使用してサンプリングし
たワードから複数の字句単位を取得する。また、変更ベ
クターから圧縮フォーマットを生成する。 【構成】 ルートと複数のリンク経路とを有する木構造
２４を与え、そのリンク経路のそれぞれを字句単位と結
合させ、それぞれのリンク経路を拡張して複数の拡張リ
ンク経路を有する拡張木構造を形成し、それぞれの拡張
リンク経路を字句単位のセットと結合させかつ第１のワ
ードを表し、第１のワードとそのそれぞれの字句単位の
セットとを対応させ、入力データストリームをサンプリ
ングして圧縮画像データの一部分を表すサンプルワード
を取得し、サンプルワードと第１のワードの選択したも
のとを突合せて第１のワードの選択したものに対応する
字句単位のセットを取得する。
Description
【０００１】
【産業上の利用分野】本発明は、一般にＣＣＩＴＴ圧縮
データを変換する技術に関し、更に詳しくは圧縮データ
のストリーム中のワードをサンプリングし、かつ拡張し
たハフマンの木構造を使用してサンプリングしたワード
から複数の字句単位を取得する手法に関する。他の態様
では、変更ベクトルから圧縮フォーマットを生成する。
データを変換する技術に関し、更に詳しくは圧縮データ
のストリーム中のワードをサンプリングし、かつ拡張し
たハフマンの木構造を使用してサンプリングしたワード
から複数の字句単位を取得する手法に関する。他の態様
では、変更ベクトルから圧縮フォーマットを生成する。
【０００２】
【従来の技術】ディジタル式に基く画像データの処理お
よび保存の増加に伴い、この種のデータを圧縮すること
に対する高い要求がある。画像データの圧縮に際して
は、画像データをコードデータに変換するためにコード
化が用いられる。この種のデータは一般に英数字シンボ
ルのような多数のシンボルと結合しているため、また典
型的な英字中の幾つかのシンボルは大きな頻度をもって
生ずるものであるため、コードワードの平均の長さを低
減するには、適切な長さの信号を誘導して個々のシンボ
ルを表す、いわゆる統計的コード化技術が有利であるこ
とが示されている。可変長さのコード化システムの例
が、従来技術における次のような研究に記載されてい
る：ディ・エー・ハフマン（D. A. Huffman ）、「最小
冗長度コードの構築のための方法」、Proc. of the IR
E, v. 40, pp. 1098-1101、１９５２年９月。
よび保存の増加に伴い、この種のデータを圧縮すること
に対する高い要求がある。画像データの圧縮に際して
は、画像データをコードデータに変換するためにコード
化が用いられる。この種のデータは一般に英数字シンボ
ルのような多数のシンボルと結合しているため、また典
型的な英字中の幾つかのシンボルは大きな頻度をもって
生ずるものであるため、コードワードの平均の長さを低
減するには、適切な長さの信号を誘導して個々のシンボ
ルを表す、いわゆる統計的コード化技術が有利であるこ
とが示されている。可変長さのコード化システムの例
が、従来技術における次のような研究に記載されてい
る：ディ・エー・ハフマン（D. A. Huffman ）、「最小
冗長度コードの構築のための方法」、Proc. of the IR
E, v. 40, pp. 1098-1101、１９５２年９月。
【０００３】いわゆるハフマンの圧縮／脱圧縮（圧縮解
除）方式では、それぞれのソースシンボルまたは文字の
発生の確率に依存して、コードワードまたは字句単位
（トークン）がシンボルまたは文字に割当てられる。よ
って、より短いコードワードが最も頻繁に発生するよう
な文字に割当てられる。一般に、それぞれのシンボルま
たは文字に割当てられるコードワードの長さは、そのシ
ンボルまたは文字の発生の確率が減少するにつれて増加
する。
除）方式では、それぞれのソースシンボルまたは文字の
発生の確率に依存して、コードワードまたは字句単位
（トークン）がシンボルまたは文字に割当てられる。よ
って、より短いコードワードが最も頻繁に発生するよう
な文字に割当てられる。一般に、それぞれのシンボルま
たは文字に割当てられるコードワードの長さは、そのシ
ンボルまたは文字の発生の確率が減少するにつれて増加
する。
【０００４】１つの例では、シンボルは１つの位置にコ
ードされ、最終的な脱圧縮のために入力データのストリ
ームの形態で離れた部位に伝達される。画像データの脱
圧縮は３つの段階で行うことができる： １）入力データのストリームからコードワードまたは字
句単位を抽出し、 ２）字句単位を複数の変更ベクトルに変換し、かつ ３）対応する画像の出力のために変更ベクトルをビット
マップに拡張する。
ードされ、最終的な脱圧縮のために入力データのストリ
ームの形態で離れた部位に伝達される。画像データの脱
圧縮は３つの段階で行うことができる： １）入力データのストリームからコードワードまたは字
句単位を抽出し、 ２）字句単位を複数の変更ベクトルに変換し、かつ ３）対応する画像の出力のために変更ベクトルをビット
マップに拡張する。
【０００５】ディジタル式に基く画像データを圧縮する
方式は、ゼロックス（商標名）社により開示されてお
り、この圧縮方式（以下「ゼロックス（商標名）圧縮フ
ォーマット」と称される）は、画像内の至る所にある予
測値画素の値に基いて画素の値を予測することに基くも
のである。この予測値画素の位置は、同一の走査ライン
の後方の固定した数の画素、直ぐ上の画素または白色画
素（この最後の技術は有効には予測されない）のいずれ
かである。画素予測が正しい場合、中間バッファにゼロ
が書込まれるか、さもなければ１が書込まれる。このよ
うにして元の画像と同一の大きさおよび次元を有する
「ビットマップ」が生成される。結果的に得られたこの
画像は、その後にゼロニブルの走行長さを使用して走査
ライン基準で圧縮される。走行長さの値および終端する
ゼロでないニブルに基いて字句単位が生成される。これ
らの字句単位は、その１、２または３ニブルデータ形式
としてコード化され、出力データベクトルに書込まれ
る。
方式は、ゼロックス（商標名）社により開示されてお
り、この圧縮方式（以下「ゼロックス（商標名）圧縮フ
ォーマット」と称される）は、画像内の至る所にある予
測値画素の値に基いて画素の値を予測することに基くも
のである。この予測値画素の位置は、同一の走査ライン
の後方の固定した数の画素、直ぐ上の画素または白色画
素（この最後の技術は有効には予測されない）のいずれ
かである。画素予測が正しい場合、中間バッファにゼロ
が書込まれるか、さもなければ１が書込まれる。このよ
うにして元の画像と同一の大きさおよび次元を有する
「ビットマップ」が生成される。結果的に得られたこの
画像は、その後にゼロニブルの走行長さを使用して走査
ライン基準で圧縮される。走行長さの値および終端する
ゼロでないニブルに基いて字句単位が生成される。これ
らの字句単位は、その１、２または３ニブルデータ形式
としてコード化され、出力データベクトルに書込まれ
る。
【０００６】
【発明が解決しようとする課題】前記したハフマンのデ
コード手法では、適切な木構造を参照することにより第
１の字句単位がデコードされ、全ての対応する変更ベク
トルが生成されるまで特異な基準で残りの字句単位がデ
コードされる。多数の字句単位が一度にデコードされる
技術を提供するのが望ましいであろう。更に、圧縮画像
データをゼロックス（商標名）圧縮フォーマットに変換
する際には、圧縮画像データを脱圧縮してその後に脱圧
縮画像データからフォーマットを取得する必要がある。
圧縮画像データのゼロックス（商標名）圧縮フォーマッ
トへの変換率を増加させる目的のためには、ゼロックス
（商標名）圧縮フォーマットを変更ベクトルから取得し
得る技術を提供するのが望ましいであろう。
コード手法では、適切な木構造を参照することにより第
１の字句単位がデコードされ、全ての対応する変更ベク
トルが生成されるまで特異な基準で残りの字句単位がデ
コードされる。多数の字句単位が一度にデコードされる
技術を提供するのが望ましいであろう。更に、圧縮画像
データをゼロックス（商標名）圧縮フォーマットに変換
する際には、圧縮画像データを脱圧縮してその後に脱圧
縮画像データからフォーマットを取得する必要がある。
圧縮画像データのゼロックス（商標名）圧縮フォーマッ
トへの変換率を増加させる目的のためには、ゼロックス
（商標名）圧縮フォーマットを変更ベクトルから取得し
得る技術を提供するのが望ましいであろう。
【０００７】
【課題を解決するための手段】本発明の１つの態様によ
れば、圧縮画像データを含む入力データストリームを処
理する方法であって、ルートと複数のリンク経路とを有
する木構造を与え、そのリンク経路のそれぞれを字句単
位と結合させ、それぞれのリンク経路を拡張して複数の
拡張リンク経路を有する拡張木構造を形成し、それぞれ
の拡張リンク経路を字句単位のセットと結合させかつ第
１のワードを表すものとし、第１のワードとそのそれぞ
れの字句単位のセットとを対応させ、入力データストリ
ームをサンプリングして圧縮画像データの一部分を表す
サンプルワードを取得し、サンプルワードと第１のワー
ドの選択したものとを突合せて第１のワードの選択した
ものに対応する字句単位のセットを取得し、かつ突合せ
工程により取得した字句単位のセットに応じて圧縮画像
データ部分を処理する工程を含むことを特徴とする圧縮
画像データを含む入力データストリームを処理する方法
が提供される。
れば、圧縮画像データを含む入力データストリームを処
理する方法であって、ルートと複数のリンク経路とを有
する木構造を与え、そのリンク経路のそれぞれを字句単
位と結合させ、それぞれのリンク経路を拡張して複数の
拡張リンク経路を有する拡張木構造を形成し、それぞれ
の拡張リンク経路を字句単位のセットと結合させかつ第
１のワードを表すものとし、第１のワードとそのそれぞ
れの字句単位のセットとを対応させ、入力データストリ
ームをサンプリングして圧縮画像データの一部分を表す
サンプルワードを取得し、サンプルワードと第１のワー
ドの選択したものとを突合せて第１のワードの選択した
ものに対応する字句単位のセットを取得し、かつ突合せ
工程により取得した字句単位のセットに応じて圧縮画像
データ部分を処理する工程を含むことを特徴とする圧縮
画像データを含む入力データストリームを処理する方法
が提供される。
【０００８】本発明の他の態様によれば、画素の第１の
セットを有する第１の走査ラインと画素の第２のセット
を有する第２の走査ラインとの両者から生成した予測値
走査ラインを代表する圧縮フォーマットを生成する方法
であって、第１の走査ラインと第２の走査ラインとをメ
モリーからプロセッサに伝達し、第１のセットの字句単
位を有する第１の変更ベクトルを第１の走査ラインか
ら、第２のセットの字句単位を有する第２の変更ベクト
ルを第２の走査ラインからプロセッサを用いて生成し、
第１の変更ベクトルは画素の第１のセットの走行長さパ
ターンを表し、かつ第２の変更ベクトルは画素の第２の
セットの走行長さパターンを表すものとし、第１および
第２の変更ベクトルを併合して併合ベクトルを形成し、
併合ベクトルの第１および第２の字句単位のセットをソ
ートし、保存し併合したベクトル内の共通の字句単位を
除去して予測値変更ベクトルを生成し、かつプロセッサ
を用いて予測値変更ベクトルから圧縮フォーマットを展
開する工程を含むことを特徴とする予測値走査ラインを
代表する圧縮フォーマットを生成する方法が提供され
る。
セットを有する第１の走査ラインと画素の第２のセット
を有する第２の走査ラインとの両者から生成した予測値
走査ラインを代表する圧縮フォーマットを生成する方法
であって、第１の走査ラインと第２の走査ラインとをメ
モリーからプロセッサに伝達し、第１のセットの字句単
位を有する第１の変更ベクトルを第１の走査ラインか
ら、第２のセットの字句単位を有する第２の変更ベクト
ルを第２の走査ラインからプロセッサを用いて生成し、
第１の変更ベクトルは画素の第１のセットの走行長さパ
ターンを表し、かつ第２の変更ベクトルは画素の第２の
セットの走行長さパターンを表すものとし、第１および
第２の変更ベクトルを併合して併合ベクトルを形成し、
併合ベクトルの第１および第２の字句単位のセットをソ
ートし、保存し併合したベクトル内の共通の字句単位を
除去して予測値変更ベクトルを生成し、かつプロセッサ
を用いて予測値変更ベクトルから圧縮フォーマットを展
開する工程を含むことを特徴とする予測値走査ラインを
代表する圧縮フォーマットを生成する方法が提供され
る。
【０００９】この発明のこれらの、および他の観点は以
下の説明から明らかとなろうが、その説明は添付図面と
併せて読む際に、この発明の好適な態様を示すのに使用
するものとする。
下の説明から明らかとなろうが、その説明は添付図面と
併せて読む際に、この発明の好適な態様を示すのに使用
するものとする。
【００１０】
【実施例】図１を参照し、黒色および白色の画素の走査
ラインにより表示される画像を使用し、「ＣＣＩＴＴ
ＧＰ３」および「ＣＣＩＴＴ ＧＰ４」と称される（以
下では併せて「ＣＣＩＴＴ圧縮」と称する）圧縮方式を
簡略に論ずるものとする。ＣＣＩＴＴ圧縮記録は、走査
ライン基準で画像が変化する。考察する変化は、黒色か
ら白色およびその逆の色の変化である。典型的には、こ
れらの変化は、同一の走査ライン（「１Ｄまたは走行長
さコード化」）に対する、または前の走査ラインにおけ
る最も近い変化（「２Ｄコード化」）に対する変化を記
録する２つの様式で記録する。図１の図示した態様で
は、参照番号１０により示す第１の走査ラインは、それ
ぞれ参照番号１２により示される８つの連続的な白色の
画素を特徴とし、その後に１つの黒色の終端画素１４が
続く。走査ライン１０および画素１４を含む列は、これ
らがコード化およびデコード処理を促進する目的のため
に生成されたプロセッサである点で仮想的なものである
ことを理解すべきである。１Ｄコード化方式において
は、走査ラインはフォーマット「８Ｗ、１Ｂ」により表
すことができる。
ラインにより表示される画像を使用し、「ＣＣＩＴＴ
ＧＰ３」および「ＣＣＩＴＴ ＧＰ４」と称される（以
下では併せて「ＣＣＩＴＴ圧縮」と称する）圧縮方式を
簡略に論ずるものとする。ＣＣＩＴＴ圧縮記録は、走査
ライン基準で画像が変化する。考察する変化は、黒色か
ら白色およびその逆の色の変化である。典型的には、こ
れらの変化は、同一の走査ライン（「１Ｄまたは走行長
さコード化」）に対する、または前の走査ラインにおけ
る最も近い変化（「２Ｄコード化」）に対する変化を記
録する２つの様式で記録する。図１の図示した態様で
は、参照番号１０により示す第１の走査ラインは、それ
ぞれ参照番号１２により示される８つの連続的な白色の
画素を特徴とし、その後に１つの黒色の終端画素１４が
続く。走査ライン１０および画素１４を含む列は、これ
らがコード化およびデコード処理を促進する目的のため
に生成されたプロセッサである点で仮想的なものである
ことを理解すべきである。１Ｄコード化方式において
は、走査ラインはフォーマット「８Ｗ、１Ｂ」により表
すことができる。
【００１１】２Ｄコード化に関して、辺（エッヂ）１
６、１８および２０を用いて第３の走査ライン２１を記
述することができる。特に、黒色の画素２２を辺１６と
整列させ、辺１８から４画素離れたものとする。更に、
最も右側の黒色の画素を辺２０と整列させる。よって、
２Ｄコード化に関して、第３の走査ラインを「０Ｖ、−
３Ｖ、０Ｖ」として記述することができる。公知のよう
に、ＣＣＩＴＴ ＧＰ４圧縮方式は、２Ｄコード化が画
像データを圧縮するのに最も効率的な手段と考えられて
いるために、相当程度２Ｄコード化を用いるものであ
る。以下に記載する技術は２Ｄコード化と共に使用する
のに最も適切であるが、１Ｄおよび２Ｄコード化と共に
この技術を用いることができることが理解されよう。
６、１８および２０を用いて第３の走査ライン２１を記
述することができる。特に、黒色の画素２２を辺１６と
整列させ、辺１８から４画素離れたものとする。更に、
最も右側の黒色の画素を辺２０と整列させる。よって、
２Ｄコード化に関して、第３の走査ラインを「０Ｖ、−
３Ｖ、０Ｖ」として記述することができる。公知のよう
に、ＣＣＩＴＴ ＧＰ４圧縮方式は、２Ｄコード化が画
像データを圧縮するのに最も効率的な手段と考えられて
いるために、相当程度２Ｄコード化を用いるものであ
る。以下に記載する技術は２Ｄコード化と共に使用する
のに最も適切であるが、１Ｄおよび２Ｄコード化と共に
この技術を用いることができることが理解されよう。
【００１２】いずれの種類のコード化によっても一連の
字句単位が生成されるが、これらは真正のデータ表示を
必要とする抽象形態である。この表示は、３つの種類の
字句単位、２Ｄ字句単位、白色走行長さ字句単位および
黒色走行長さ字句単位のそれぞれについてハフマンの木
構造を構築することにより達成される。図２を参照し、
従来のハフマンの木構造の根底にある理論を更に詳細に
論ずる。当業者であれば、ＣＣＩＴＴ圧縮におけるハフ
マンの木構造は、図２または図３で用いた図示した木構
造２４より相当に拡張性であるものの、図２および３の
例示的な木構造は、従来技術および本開示におけるハフ
マンの木構造の使用の根底にある概念を理解するための
基礎を与えるべく働くものであることを理解しよう。ハ
フマンの木構造２４（図２）では、種々の可変長さコー
ドワードを複数の相対頻度または字句単位と結合させ
る。特に、可変長さワードはリンクにより表され、字句
単位（「ａ」、「ｂ」等）は「リーフノード」として言
及するノードに位置する。
字句単位が生成されるが、これらは真正のデータ表示を
必要とする抽象形態である。この表示は、３つの種類の
字句単位、２Ｄ字句単位、白色走行長さ字句単位および
黒色走行長さ字句単位のそれぞれについてハフマンの木
構造を構築することにより達成される。図２を参照し、
従来のハフマンの木構造の根底にある理論を更に詳細に
論ずる。当業者であれば、ＣＣＩＴＴ圧縮におけるハフ
マンの木構造は、図２または図３で用いた図示した木構
造２４より相当に拡張性であるものの、図２および３の
例示的な木構造は、従来技術および本開示におけるハフ
マンの木構造の使用の根底にある概念を理解するための
基礎を与えるべく働くものであることを理解しよう。ハ
フマンの木構造２４（図２）では、種々の可変長さコー
ドワードを複数の相対頻度または字句単位と結合させ
る。特に、可変長さワードはリンクにより表され、字句
単位（「ａ」、「ｂ」等）は「リーフノード」として言
及するノードに位置する。
【００１３】ＣＣＩＴＴ圧縮から得られる出力データ
は、ハフマンコード化から生成した可変長さ表示の単純
な連結である。ＣＣＩＴＴ圧縮データを脱圧縮するため
に、従来の技術によれば以下の段階をその後に行う： １／圧縮入力データからワードを読取り、 ２／このワードを用いて、１Ｄまたは２Ｄ木構造の１つ
のルートから出発して木構造を通り抜け、 ３／リーフノードに到達する際にデコードした字句単位
を取得し、 ４／１以上の所望のビットマップを処理するまで前記工
程を繰り返す。
は、ハフマンコード化から生成した可変長さ表示の単純
な連結である。ＣＣＩＴＴ圧縮データを脱圧縮するため
に、従来の技術によれば以下の段階をその後に行う： １／圧縮入力データからワードを読取り、 ２／このワードを用いて、１Ｄまたは２Ｄ木構造の１つ
のルートから出発して木構造を通り抜け、 ３／リーフノードに到達する際にデコードした字句単位
を取得し、 ４／１以上の所望のビットマップを処理するまで前記工
程を繰り返す。
【００１４】従来技術の技法は、入力データのそれぞれ
のビットについて決定を行わなければならず、入力圧縮
ベクトルが数百キロバイトのデータを含み得るため、極
めて時間を浪費するものである。
のビットについて決定を行わなければならず、入力圧縮
ベクトルが数百キロバイトのデータを含み得るため、極
めて時間を浪費するものである。
【００１５】図３を参照し、好適な態様では、画像デー
タを脱圧縮するのに使用するための拡張したハフマンの
木構造を、最も短いリンク経路が予め選択した数のリン
クと等しくなるまで、接続されていないリーフノードに
対して木構造２４（図２）のコピーを再帰的に付加する
ことによって展開する。予め選択した数は好ましくは１
６とするが、好適な態様が基く基本的な概念に影響しな
いのであれば、予め選択した数はより大きくすることが
できる。この追加した木構造において、幾つかのリンク
経路は他のものより長い。翻って、追加した木構造をそ
の後に刈込み、ルートから全てのリーフノードに至る全
ての経路が１６リンクの長さである拡張した木構造を形
成する。
タを脱圧縮するのに使用するための拡張したハフマンの
木構造を、最も短いリンク経路が予め選択した数のリン
クと等しくなるまで、接続されていないリーフノードに
対して木構造２４（図２）のコピーを再帰的に付加する
ことによって展開する。予め選択した数は好ましくは１
６とするが、好適な態様が基く基本的な概念に影響しな
いのであれば、予め選択した数はより大きくすることが
できる。この追加した木構造において、幾つかのリンク
経路は他のものより長い。翻って、追加した木構造をそ
の後に刈込み、ルートから全てのリーフノードに至る全
ての経路が１６リンクの長さである拡張した木構造を形
成する。
【００１６】拡張した木構造のための参照テーブルを形
成するために、ルートからリーフノードへとそれぞれの
経路を通り抜け、遭遇した字句単位の値を記録する。認
められ得るように、リーフノードと一旦結合した多くの
字句単位は、拡張した木構造においては、内部ノードを
構成することとなる。参照テーブルを形成するに際し、
いずれかの与えられたリンク経路について、遭遇した最
初の６つの字句単位の値のみを、表を展開するのに実際
は使用する。更に、６つの字句単位の値と結合したリン
クの数を記録する。ある通り抜けにおいて記録した字句
単位の数が６未満、６と等しい、または６を越える場合
のいずれであっても、記録された字句単位を取得する際
に通り抜けたリンクの数を好ましくは記録する。拡張し
た木構造においては、０〜０ｘｆｆｆｆの数を用いてリ
ーフノードを数え上げることができる。
成するために、ルートからリーフノードへとそれぞれの
経路を通り抜け、遭遇した字句単位の値を記録する。認
められ得るように、リーフノードと一旦結合した多くの
字句単位は、拡張した木構造においては、内部ノードを
構成することとなる。参照テーブルを形成するに際し、
いずれかの与えられたリンク経路について、遭遇した最
初の６つの字句単位の値のみを、表を展開するのに実際
は使用する。更に、６つの字句単位の値と結合したリン
クの数を記録する。ある通り抜けにおいて記録した字句
単位の数が６未満、６と等しい、または６を越える場合
のいずれであっても、記録された字句単位を取得する際
に通り抜けたリンクの数を好ましくは記録する。拡張し
た木構造においては、０〜０ｘｆｆｆｆの数を用いてリ
ーフノードを数え上げることができる。
【００１７】要は、それぞれのリンク経路を通り抜ける
ことにより収集したデータは１６ビットのワードを含む
ものであり、以下では「ノード数え上げ数」として言及
するものとし、そのワードに結合した６つの字句単位の
値までとする。更に、パラメータ「ｕ」（図４Ａ）によ
って指定する値は、字句単位を取得するのに使用されて
いないビットの数を表すものとする。
ことにより収集したデータは１６ビットのワードを含む
ものであり、以下では「ノード数え上げ数」として言及
するものとし、そのワードに結合した６つの字句単位の
値までとする。更に、パラメータ「ｕ」（図４Ａ）によ
って指定する値は、字句単位を取得するのに使用されて
いないビットの数を表すものとする。
【００１８】拡張した木構造から１Ｄ参照テーブルを展
開する場合は、１つの内部ノードのみをターミナルノー
ドとして記録し、その字句単位の値がその経路によって
表される走行長さとなる。１Ｄの場合の更なる理解は以
下の説明から明らかとなろう。
開する場合は、１つの内部ノードのみをターミナルノー
ドとして記録し、その字句単位の値がその経路によって
表される走行長さとなる。１Ｄの場合の更なる理解は以
下の説明から明らかとなろう。
【００１９】図４Ａを参照し、拡張した木構造から得ら
れたデータを用いて参照テーブルを構築するための更な
る方法論を説明する。ノード数え上げ数をテーブルへの
インデックスとして使用し、新しいターミナルノード
（すなわち記録された字句単位の値）から３２ビット値
のテーブルを構築する。更に詳しくは、参照テーブルの
それぞれのライン２６は、８ニブル（４ビット）のフィ
ールドに分割された３２ビットのワード３０を含む。参
照テーブルのそれぞれの３２ビットワードの位置は、図
３の拡張したハフマンの木構造のノード数え上げワード
または数の１つに対応することを銘記すべきである。第
１のフィールド３２でｕの値を指定する一方、記録され
た字句単位をフィールド３４で指定する。０〜１５の値
から選択された整数によって任意に表される字句単位
は、対応するビットマップにおける画素に対してとられ
る動作を表す。この動作は、就中、出力画像への画素の
出力、画素の現在の位置の更新（例えば１走査ライン下
方への画素位置の移動）または画素における画像処理の
実行（例えば解像度変換）を含むことができる。これら
の動作を開始する様式に関する更なる説明は、以下に更
に詳細に論ずる。ワード３０の最後の字句単位はリター
ンフラグとして働き、更に以下に説明するように、これ
によりプロセスはより多くの字句単位を取得する。フィ
ールド２８および３０の大きさは、他の因子の中でもメ
モリーの利用度に依存して拡大または縮小できることを
認めるべきである。
れたデータを用いて参照テーブルを構築するための更な
る方法論を説明する。ノード数え上げ数をテーブルへの
インデックスとして使用し、新しいターミナルノード
（すなわち記録された字句単位の値）から３２ビット値
のテーブルを構築する。更に詳しくは、参照テーブルの
それぞれのライン２６は、８ニブル（４ビット）のフィ
ールドに分割された３２ビットのワード３０を含む。参
照テーブルのそれぞれの３２ビットワードの位置は、図
３の拡張したハフマンの木構造のノード数え上げワード
または数の１つに対応することを銘記すべきである。第
１のフィールド３２でｕの値を指定する一方、記録され
た字句単位をフィールド３４で指定する。０〜１５の値
から選択された整数によって任意に表される字句単位
は、対応するビットマップにおける画素に対してとられ
る動作を表す。この動作は、就中、出力画像への画素の
出力、画素の現在の位置の更新（例えば１走査ライン下
方への画素位置の移動）または画素における画像処理の
実行（例えば解像度変換）を含むことができる。これら
の動作を開始する様式に関する更なる説明は、以下に更
に詳細に論ずる。ワード３０の最後の字句単位はリター
ンフラグとして働き、更に以下に説明するように、これ
によりプロセスはより多くの字句単位を取得する。フィ
ールド２８および３０の大きさは、他の因子の中でもメ
モリーの利用度に依存して拡大または縮小できることを
認めるべきである。
【００２０】図４Ｂを参照し、参照テーブルにおける他
の例示的なラインを示す。図４Ｂに示すように、ワード
３０のフィールドは６つの字句単位の値まで含むことが
でき、幾つかの例では、ワード３０は６未満の字句単位
の値を含むことができる。
の例示的なラインを示す。図４Ｂに示すように、ワード
３０のフィールドは６つの字句単位の値まで含むことが
でき、幾つかの例では、ワード３０は６未満の字句単位
の値を含むことができる。
【００２１】図５を参照し、好適な技術によって画像デ
ータを脱圧縮する装置を参照番号４０により示す。装置
４０は、適切な量のメモリー容量を有するディスクドラ
イブ装置４４に連結した従来のネットワークインターフ
ェース４２を備える。このディスクドライブ装置は、プ
ロセッサ／ページバッファ配置体４６と接続されてい
る。好適な態様では、プロセッサは８０９６０リスクプ
ロセッサを備える。更に、プロセッサ／ページバッファ
配置体は、プロセッサ／ページバッファ配置体のメモリ
ーに保存されたデータを出力するための画像出力端末
（「ＩＯＴ」）のような出力インターフェース４８と接
続されている。実際は、プロセッサ／ページバッファ配
置体４６は、字句単位の値および画像処理動作と適合し
たデータの出力を促進するような機能を営むための適切
なコード４９を備える。
ータを脱圧縮する装置を参照番号４０により示す。装置
４０は、適切な量のメモリー容量を有するディスクドラ
イブ装置４４に連結した従来のネットワークインターフ
ェース４２を備える。このディスクドライブ装置は、プ
ロセッサ／ページバッファ配置体４６と接続されてい
る。好適な態様では、プロセッサは８０９６０リスクプ
ロセッサを備える。更に、プロセッサ／ページバッファ
配置体は、プロセッサ／ページバッファ配置体のメモリ
ーに保存されたデータを出力するための画像出力端末
（「ＩＯＴ」）のような出力インターフェース４８と接
続されている。実際は、プロセッサ／ページバッファ配
置体４６は、字句単位の値および画像処理動作と適合し
たデータの出力を促進するような機能を営むための適切
なコード４９を備える。
【００２２】図５および６を参照し、参照テーブルの字
句単位を処理するための好適な手法を示す。特に、圧縮
データの１６ビットワードを、ディスクドライブ装置４
４からプロセッサによって取得する。その後ワードを参
照テーブルへのインデックスとして使用し、対応する３
２ビットワードのそれぞれの字句単位を演算ルーチンに
直列的に伝達する。図６により示すように、字句単位を
用いる演算の実行に際し、プロセスはコード５０におけ
る適切なアドレスにジャンプするか（アセンブラ言語を
使用する場合）またはスイッチする（Ｃ言語を使用する
場合）。１つの例では、式として次のような形態を想定
する： コードのアドレス＝ｃ（字句単位の値）＋（コードラベ
ル） 式中、ｃ＝任意の定数、かつラベル＝コード内の位置に
対応する定数 演算ルーチンと併せて、それぞれの字句単位がコード内
の選択されたアドレスに送られるよう制御を生起し、こ
こで出力に対して予め指定された動作が行われる。得ら
れた１６ビットワード内のそれぞれの字句単位を処理し
た後に、ディスクドライブ装置からより多くのデータを
取得し、１６ビットワードの未使用の部分と連結して新
たな１６ビットワードを形成し、所望の量の画像データ
を処理するまでプロセスを継続する。
句単位を処理するための好適な手法を示す。特に、圧縮
データの１６ビットワードを、ディスクドライブ装置４
４からプロセッサによって取得する。その後ワードを参
照テーブルへのインデックスとして使用し、対応する３
２ビットワードのそれぞれの字句単位を演算ルーチンに
直列的に伝達する。図６により示すように、字句単位を
用いる演算の実行に際し、プロセスはコード５０におけ
る適切なアドレスにジャンプするか（アセンブラ言語を
使用する場合）またはスイッチする（Ｃ言語を使用する
場合）。１つの例では、式として次のような形態を想定
する： コードのアドレス＝ｃ（字句単位の値）＋（コードラベ
ル） 式中、ｃ＝任意の定数、かつラベル＝コード内の位置に
対応する定数 演算ルーチンと併せて、それぞれの字句単位がコード内
の選択されたアドレスに送られるよう制御を生起し、こ
こで出力に対して予め指定された動作が行われる。得ら
れた１６ビットワード内のそれぞれの字句単位を処理し
た後に、ディスクドライブ装置からより多くのデータを
取得し、１６ビットワードの未使用の部分と連結して新
たな１６ビットワードを形成し、所望の量の画像データ
を処理するまでプロセスを継続する。
【００２３】図７および８を参照し、図５および６の手
法を更に詳細に説明する。図８において、未使用のビッ
トをインディケータ「Ｎu 」により指定する一方、与え
られた字句単位を表すビットを「Ｎti」の形態で示す。
最初に、ステップ５２では、圧縮画像データ（以下では
「入力データストリーム」として言及する）をネットワ
ークインターフェース４２により受取り、ディスクドラ
イブ装置４４に保存する。受取った画像データを処理す
るために、選択した数のビット（Ｓ1 ）（好適な態様で
は１６ビット）を入力データストリームからサンプリン
グする（ステップ５４）。ステップ５６に当り、サンプ
リングしたワードを参照テーブルへのインデックスとし
て使用し、３２ビット値の１つを指定する。指定した３
２ビット値を用いて、以下に更に詳細に説明するよう
に、第２のサンプリングウインドウ（Ｓ2 ）を開始する
ために対応するｕの値を読取る（ステップ５８）。
法を更に詳細に説明する。図８において、未使用のビッ
トをインディケータ「Ｎu 」により指定する一方、与え
られた字句単位を表すビットを「Ｎti」の形態で示す。
最初に、ステップ５２では、圧縮画像データ（以下では
「入力データストリーム」として言及する）をネットワ
ークインターフェース４２により受取り、ディスクドラ
イブ装置４４に保存する。受取った画像データを処理す
るために、選択した数のビット（Ｓ1 ）（好適な態様で
は１６ビット）を入力データストリームからサンプリン
グする（ステップ５４）。ステップ５６に当り、サンプ
リングしたワードを参照テーブルへのインデックスとし
て使用し、３２ビット値の１つを指定する。指定した３
２ビット値を用いて、以下に更に詳細に説明するよう
に、第２のサンプリングウインドウ（Ｓ2 ）を開始する
ために対応するｕの値を読取る（ステップ５８）。
【００２４】ｕの読取りの後に、図４Ａのワード３０の
最も右側から２番目のフィールドからステップ６０を介
して字句単位ｔ0 を取得する。ｔ0 の値を用いて、前記
した形式の適切な式によりアドレスを演算する。このア
ドレスは、１以上の画素に対して複数のタスクの１つを
実行するのに適切なソフトウェアにおける位置を表す。
１つの例では、タスクは、１以上の画素の出力または処
理を要求し得る。１以上の画素の出力の幾つかの例は次
の通りである：字句単位が走行長さを含む１Ｄ字句単位
である場合、変更ベクトルにおける先のエントリーを取
得し、これに走行長さの値を付加して変更ベクトルにお
ける次のエントリーを生成するか、または字句単位が２
Ｄ字句単位である場合、先の走査ラインをその中の次の
変化位置を見出すために調べることができ、これにより
先のラインに対して左側３つの位置から右側３つの位置
へと出力ベクトルにエントリーを付加する、先のライン
上の次の２つのエントリーをスキップする、または参照
モードを１Ｄにスイッチして他の参照を強制するような
適切な動作をとることができる。
最も右側から２番目のフィールドからステップ６０を介
して字句単位ｔ0 を取得する。ｔ0 の値を用いて、前記
した形式の適切な式によりアドレスを演算する。このア
ドレスは、１以上の画素に対して複数のタスクの１つを
実行するのに適切なソフトウェアにおける位置を表す。
１つの例では、タスクは、１以上の画素の出力または処
理を要求し得る。１以上の画素の出力の幾つかの例は次
の通りである：字句単位が走行長さを含む１Ｄ字句単位
である場合、変更ベクトルにおける先のエントリーを取
得し、これに走行長さの値を付加して変更ベクトルにお
ける次のエントリーを生成するか、または字句単位が２
Ｄ字句単位である場合、先の走査ラインをその中の次の
変化位置を見出すために調べることができ、これにより
先のラインに対して左側３つの位置から右側３つの位置
へと出力ベクトルにエントリーを付加する、先のライン
上の次の２つのエントリーをスキップする、または参照
モードを１Ｄにスイッチして他の参照を強制するような
適切な動作をとることができる。
【００２５】画像処理を行う１つの有利な方法は、変更
ベクトルの形態で画素の走査ラインを構築し、その後に
適切な画像処理、例えば解像度変換および／または変更
ベクトルによって表される画素上での回転を行うことで
あることが分った。代替的に、１以上の変更ベクトルに
対して一度に画像処理を行うのが望ましいものたり得
る。好ましくは、ジャンプテーブル（アセンブラ言語に
ついて）またはスイッチケースステートメント（Ｃ言語
について）のような手段を介して、プロセスは参照テー
ブルから適切なソフトウェア４６内の位置（図６）へと
移動する。
ベクトルの形態で画素の走査ラインを構築し、その後に
適切な画像処理、例えば解像度変換および／または変更
ベクトルによって表される画素上での回転を行うことで
あることが分った。代替的に、１以上の変更ベクトルに
対して一度に画像処理を行うのが望ましいものたり得
る。好ましくは、ジャンプテーブル（アセンブラ言語に
ついて）またはスイッチケースステートメント（Ｃ言語
について）のような手段を介して、プロセスは参照テー
ブルから適切なソフトウェア４６内の位置（図６）へと
移動する。
【００２６】コード内の選択したタスクを実行するに際
し（ステップ６４）、リターン字句単位（すなわち
ｔr ）（図４Ａ）に遭遇していない限り、ステップ６８
に当って３２ビット値から次の字句単位を取得する。次
に取得した字句単位がｔr ではない場合、１６ビットの
他のサンプルを取得するために、プロセスはステップ６
６に進む。図７の処理手順は実際には意志決定を何ら含
まず、これは好適な技術の処理時間を最小にするよう働
くものであることを理解するのは有意義である。ステッ
プ６８についての決定用菱形は、単に理解に便利なよう
に含まれていることを認めるべきである。更に詳しく
は、与えられた字句単位についてステップ６２によって
演算を行い、字句単位がｔr 以外の値を有する場合は、
３２ビット値における処理のためにプロセスはフィール
ドを増加させることとなる（すなわち、考慮するフィー
ルドがｔi からｔi+1 に移動することとなる）。一方、
字句単位がｔr の値を有する場合は、ｔr を用いて行う
演算により、入力データストリームの更なるサンプリン
グを生起するコード位置へのジャンプまたはスイッチが
生起することとなる。
し（ステップ６４）、リターン字句単位（すなわち
ｔr ）（図４Ａ）に遭遇していない限り、ステップ６８
に当って３２ビット値から次の字句単位を取得する。次
に取得した字句単位がｔr ではない場合、１６ビットの
他のサンプルを取得するために、プロセスはステップ６
６に進む。図７の処理手順は実際には意志決定を何ら含
まず、これは好適な技術の処理時間を最小にするよう働
くものであることを理解するのは有意義である。ステッ
プ６８についての決定用菱形は、単に理解に便利なよう
に含まれていることを認めるべきである。更に詳しく
は、与えられた字句単位についてステップ６２によって
演算を行い、字句単位がｔr 以外の値を有する場合は、
３２ビット値における処理のためにプロセスはフィール
ドを増加させることとなる（すなわち、考慮するフィー
ルドがｔi からｔi+1 に移動することとなる）。一方、
字句単位がｔr の値を有する場合は、ｔr を用いて行う
演算により、入力データストリームの更なるサンプリン
グを生起するコード位置へのジャンプまたはスイッチが
生起することとなる。
【００２７】ｔr に遭遇した場合は、必要に応じてプロ
セスをリターンし、入力データストリームのサンプリン
グを継続する。再度図８を参照し、最後に処理した字句
単位、すなわちＮtnに対応するビットの最後においてウ
インドウＳ2 の開始を設定することにより、プロセスは
Ｎu により表される未使用のビットを収容する。
セスをリターンし、入力データストリームのサンプリン
グを継続する。再度図８を参照し、最後に処理した字句
単位、すなわちＮtnに対応するビットの最後においてウ
インドウＳ2 の開始を設定することにより、プロセスは
Ｎu により表される未使用のビットを収容する。
【００２８】図９Ａ〜９Ｃおよび１０を参照し、８の白
色（または黒色）画素の走行長さをゼロックス（商標
名）圧縮フォーマットに変換するための好適な手法を説
明する。特に図９Ａ、９Ｂおよび９Ｃを参照し、８の白
色画素の走行長さを表す変更ベクトルを構築するプロセ
スを説明する。図９Ａの図示した態様では、参照番号７
２および７４により指定する２つの隣接する走査ライン
（一方が他方の頂部にある）を示す。２つの走査ライン
から予測値走査ラインを構築するために、画素毎の圧縮
を行う。走査ライン７２および７４における画素が同一
の場合は、予測値走査ライン７６に「０」を置く。一
方、画素が異なる場合は、予測値走査ラインに「１」を
置く。当業者であれば、走査ライン７２の二進法値が知
られている限り、予測値走査ラインを使用して走査ライ
ン７４を記述することができ、５走行長さを有する走査
ライン７６を９走行長さを有する走査ライン７４より簡
略に変更ベクトルにおいて記述できることを理解しよ
う。
色（または黒色）画素の走行長さをゼロックス（商標
名）圧縮フォーマットに変換するための好適な手法を説
明する。特に図９Ａ、９Ｂおよび９Ｃを参照し、８の白
色画素の走行長さを表す変更ベクトルを構築するプロセ
スを説明する。図９Ａの図示した態様では、参照番号７
２および７４により指定する２つの隣接する走査ライン
（一方が他方の頂部にある）を示す。２つの走査ライン
から予測値走査ラインを構築するために、画素毎の圧縮
を行う。走査ライン７２および７４における画素が同一
の場合は、予測値走査ライン７６に「０」を置く。一
方、画素が異なる場合は、予測値走査ラインに「１」を
置く。当業者であれば、走査ライン７２の二進法値が知
られている限り、予測値走査ラインを使用して走査ライ
ン７４を記述することができ、５走行長さを有する走査
ライン７６を９走行長さを有する走査ライン７４より簡
略に変更ベクトルにおいて記述できることを理解しよ
う。
【００２９】ゼロックス（商標名）圧縮フォーマットで
は、走行長さインディケータおよびターミネータフラグ
に関連して走行長さを記述する。ゼロックス（商標名）
圧縮フォーマットについては、適切な数の対合であって
走行長さインディケータおよびターミネータフラグを含
むそれぞれの対合を含むテーブルにより、与えられた画
像を記述することができる。図９Ｂの予測値走査ライン
７６においては、走行長さ画素はニブル７６ａおよび７
６ｂにより表される一方、ターミネータフラグはニブル
７６ｃにより表される。以下の図１０の説明から明らか
となるように、ここに記載した好適な方法において、ニ
ブル７６ｄの情報を所持してターミネータフラグ７６ｃ
の値の取得を図ることが必要である。図９Ｃを参照し、
拡張した木構造を用いて変更ベクトルを展開する前記し
た技術に基くソフトウェアを含むいずれかの適切なソフ
トウェアを用いて取得することのできる変更ベクトル
は、参照番号７８ａ〜７８ｄによりそれぞれ指定される
４つのフィールドを含む。フィールドは予測値走査ライ
ン７６を累積的に記述するものであり、黒色と白色の間
で交替する。すなわち、フィールド７８ａは９つの連続
的な白色の画素の存在を指定し、フィールド７８ｂは１
つの黒色の画素の存在を指定し、フィールド７８ｃは１
つの白色の画素の存在を指定し、フィールド７８ｄは４
つの連続的な黒色の画素の存在を表す。
は、走行長さインディケータおよびターミネータフラグ
に関連して走行長さを記述する。ゼロックス（商標名）
圧縮フォーマットについては、適切な数の対合であって
走行長さインディケータおよびターミネータフラグを含
むそれぞれの対合を含むテーブルにより、与えられた画
像を記述することができる。図９Ｂの予測値走査ライン
７６においては、走行長さ画素はニブル７６ａおよび７
６ｂにより表される一方、ターミネータフラグはニブル
７６ｃにより表される。以下の図１０の説明から明らか
となるように、ここに記載した好適な方法において、ニ
ブル７６ｄの情報を所持してターミネータフラグ７６ｃ
の値の取得を図ることが必要である。図９Ｃを参照し、
拡張した木構造を用いて変更ベクトルを展開する前記し
た技術に基くソフトウェアを含むいずれかの適切なソフ
トウェアを用いて取得することのできる変更ベクトル
は、参照番号７８ａ〜７８ｄによりそれぞれ指定される
４つのフィールドを含む。フィールドは予測値走査ライ
ン７６を累積的に記述するものであり、黒色と白色の間
で交替する。すなわち、フィールド７８ａは９つの連続
的な白色の画素の存在を指定し、フィールド７８ｂは１
つの黒色の画素の存在を指定し、フィールド７８ｃは１
つの白色の画素の存在を指定し、フィールド７８ｄは４
つの連続的な黒色の画素の存在を表す。
【００３０】変更ベクトルから走行長さインディケータ
（「ＲＬ」）を決定するために、フィールド７８ａを４
で割り、余りを捨てる。よって変更ベクトル７８につい
てのＲＬの値は２となる。ターミネータフラグを取得す
るために、図１０の状態決定図を構築する。好ましく
は、この図は、０および１が１、２、３および４ビット
ワードで分布され得る様式を表す３０の状態を含む。３
０の状態の内の１９のみを図１０に実際に示すが、他の
１１の状態は類似により容易に得ることができる。
（「ＲＬ」）を決定するために、フィールド７８ａを４
で割り、余りを捨てる。よって変更ベクトル７８につい
てのＲＬの値は２となる。ターミネータフラグを取得す
るために、図１０の状態決定図を構築する。好ましく
は、この図は、０および１が１、２、３および４ビット
ワードで分布され得る様式を表す３０の状態を含む。３
０の状態の内の１９のみを図１０に実際に示すが、他の
１１の状態は類似により容易に得ることができる。
【００３１】図９Ｃおよび１０を併せて参照し、変更ベ
クトル７８からターミネータフラグ７６ｃを取得する手
順を説明する。白色の画素の２つのニブルのアクセスに
おいてフィールド７８ａは１つの白色の画素を表すた
め、この後にターミネータフラグを決定するためのプロ
セス（「状態プロセス」）が図の左半分で開始する。よ
って、状態プロセスは「開始」状態から「０」状態へと
流れる。フィールド７８ｂは１つの黒色の画素の存在を
示すものであるため、状態プロセスはその後に「０１」
状態へと流れる。７８ｃフィールドの観点から、ターミ
ネータフラグは他の白色の画素を含まなければならず、
この白色の画素はフィールド７８ｂにより指定された黒
色の画素の後に続く。フィールド７８ｄは３つの連続的
な黒色の画素の存在を示すため、状態プロセスは「０１
０」から「０１０１」へと流れる必要がある。前記した
状態決定プロセスを実行するための適切なコードを書込
むことは、十分に、有限状態の機械の設計に馴染みのあ
る者の視野の範囲内であることが提起される。
クトル７８からターミネータフラグ７６ｃを取得する手
順を説明する。白色の画素の２つのニブルのアクセスに
おいてフィールド７８ａは１つの白色の画素を表すた
め、この後にターミネータフラグを決定するためのプロ
セス（「状態プロセス」）が図の左半分で開始する。よ
って、状態プロセスは「開始」状態から「０」状態へと
流れる。フィールド７８ｂは１つの黒色の画素の存在を
示すものであるため、状態プロセスはその後に「０１」
状態へと流れる。７８ｃフィールドの観点から、ターミ
ネータフラグは他の白色の画素を含まなければならず、
この白色の画素はフィールド７８ｂにより指定された黒
色の画素の後に続く。フィールド７８ｄは３つの連続的
な黒色の画素の存在を示すため、状態プロセスは「０１
０」から「０１０１」へと流れる必要がある。前記した
状態決定プロセスを実行するための適切なコードを書込
むことは、十分に、有限状態の機械の設計に馴染みのあ
る者の視野の範囲内であることが提起される。
【００３２】
【発明の効果】前記した説明に照らして、開示した態様
の多数の特徴が当業者に明らかとなろう。好適な態様の
１つの特徴は、圧縮入力画像データのストリームを脱圧
縮できる速度を最大とする点である。特に、拡張したハ
フマンの木構造の構築により、入力データストリームか
らサンプリングした単一のワードを用いて複数の字句単
位を取得することが可能となる。開示した態様の他の特
徴は、意志決定を最小とした手順を介して字句単位を処
理することのできる速度を最大とする点である。特に、
予め設定した形式にそれぞれの字句単位を適用し、予め
展開したコードにおける位置に対応するアドレスを決定
する。字句単位の処理は、予め決定した位置で予め展開
したコードにアクセスする結果として達成される。開示
した態様の更に他の特徴は、圧縮画像データを完全に脱
圧縮することなく圧縮画像データに対して画像処理を行
うことができる点である。１つの例では、圧縮画像デー
タから得られた１以上の変更ベクトルを用いて画像処理
を行うことができる。認められるように、部分的に脱圧
縮したデータを操作する速度は、完全に脱圧縮したデー
タを操作する速度を越える。開示した態様の他の特徴
は、第１のフォーマットの画像データを完全に脱圧縮す
ることなく、画像データを第１の圧縮フォーマットから
第２の圧縮フォーマットへと変換できる点である。すな
わち、複数の変更ベクトルから第２の圧縮フォーマット
を得ることができる。
の多数の特徴が当業者に明らかとなろう。好適な態様の
１つの特徴は、圧縮入力画像データのストリームを脱圧
縮できる速度を最大とする点である。特に、拡張したハ
フマンの木構造の構築により、入力データストリームか
らサンプリングした単一のワードを用いて複数の字句単
位を取得することが可能となる。開示した態様の他の特
徴は、意志決定を最小とした手順を介して字句単位を処
理することのできる速度を最大とする点である。特に、
予め設定した形式にそれぞれの字句単位を適用し、予め
展開したコードにおける位置に対応するアドレスを決定
する。字句単位の処理は、予め決定した位置で予め展開
したコードにアクセスする結果として達成される。開示
した態様の更に他の特徴は、圧縮画像データを完全に脱
圧縮することなく圧縮画像データに対して画像処理を行
うことができる点である。１つの例では、圧縮画像デー
タから得られた１以上の変更ベクトルを用いて画像処理
を行うことができる。認められるように、部分的に脱圧
縮したデータを操作する速度は、完全に脱圧縮したデー
タを操作する速度を越える。開示した態様の他の特徴
は、第１のフォーマットの画像データを完全に脱圧縮す
ることなく、画像データを第１の圧縮フォーマットから
第２の圧縮フォーマットへと変換できる点である。すな
わち、複数の変更ベクトルから第２の圧縮フォーマット
を得ることができる。
【図１】文字の画像および右側辺に沿う終端する列を形
成するよう構成した複数の黒色および白色画素の従来技
術における概略立面図である。
成するよう構成した複数の黒色および白色画素の従来技
術における概略立面図である。
【図２】生ずる頻度に基いて可変の長さコードワードを
デコードするのに使用するために適切な例示的なハフマ
ンの木構造の従来技術における概略図である。
デコードするのに使用するために適切な例示的なハフマ
ンの木構造の従来技術における概略図である。
【図３】本発明の好適な脱圧縮技術で使用するために構
成した例示的な拡張したハフマンの木構造である。
成した例示的な拡張したハフマンの木構造である。
【図４】図４Ａおよび図４Ｂは、図３に示した種類の拡
張した木構造を通り抜けることにより得られた多ビット
ワードの概略図である。
張した木構造を通り抜けることにより得られた多ビット
ワードの概略図である。
【図５】好適な脱圧縮技術に従って圧縮画像データを脱
圧縮するのに使用することのできる装置のブロック図で
ある。
圧縮するのに使用することのできる装置のブロック図で
ある。
【図６】好適な脱圧縮技術を実行するのに使用する処理
戦略の概略図である。
戦略の概略図である。
【図７】図６の戦略を実行するのに使用する手法の流れ
図である。
図である。
【図８】好適な脱圧縮技術で使用するサンプリング手法
を示す概略図である。
を示す概略図である。
【図９】図９Ａは黒色および白色の画素を有する２つの
隣接する走査ラインの概略図であり、図９Ｂはゼロック
ス（商標名）圧縮フォーマットに従う図９Ａの隣接する
走査ラインから展開した予測値走査ラインであり、図９
Ｃは図９Ｂの予測値走査ラインを示す変更ベクトルであ
る。
隣接する走査ラインの概略図であり、図９Ｂはゼロック
ス（商標名）圧縮フォーマットに従う図９Ａの隣接する
走査ラインから展開した予測値走査ラインであり、図９
Ｃは図９Ｂの予測値走査ラインを示す変更ベクトルであ
る。
【図１０】図９Ｃの変更ベクトルについてターミネータ
ニブルを決定するのに用いる状態図である。
ニブルを決定するのに用いる状態図である。
１０ 第１の走査ライン １２ 連続的な白色の画素 １４ 終端画素 １６ 辺 １８ 辺 ２０ 辺 ２２ 黒色の画素 ２４ 木構造 ２６ ライン ３０ ワード ３２ 第１のフィールド ３４ フィールド
Claims (2)
- 【請求項１】 圧縮画像データを含む入力データストリ
ームを処理する方法であって、 ルートと複数のリンク経路とを有する木構造を与え、そ
のリンク経路のそれぞれを字句単位と結合させ、 それぞれのリンク経路を拡張して複数の拡張リンク経路
を有する拡張木構造を形成し、それぞれの拡張リンク経
路を字句単位のセットと結合させかつ第１のワードを表
すものとし、 第１のワードとそのそれぞれの字句単位のセットとを対
応させ、 入力データストリームをサンプリングして圧縮画像デー
タの一部分を表すサンプルワードを取得し、 サンプルワードと第１のワードの選択したものとを突合
せて第１のワードの選択したものに対応する字句単位の
セットを取得し、かつ前記突合せ工程により取得した字
句単位のセットに応じて圧縮画像データ部分を処理する
工程を含むことを特徴とする圧縮画像データを含む入力
データストリームの処理方法。 - 【請求項２】 画素の第１のセットを有する第１の走査
ラインと画素の第２のセットを有する第２の走査ライン
との両者から生成した予測値走査ラインを代表する圧縮
フォーマットを生成する方法であって、 第１の走査ラインと第２の走査ラインとをメモリーから
プロセッサに伝達し、 第１のセットの字句単位を有する第１の変更ベクトルを
第１の走査ラインから、第２のセットの字句単位を有す
る第２の変更ベクトルを第２の走査ラインからプロセッ
サを用いて生成し、第１の変更ベクトルは画素の第１の
セットの走行長さパターンを表し、かつ第２の変更ベク
トルは画素の第２のセットの走行長さパターンを表すも
のとし、 第１および第２の変更ベクトルを併合して併合ベクトル
を形成し、 併合ベクトルの第１および第２の字句単位のセットをソ
ートし、 保存し併合したベクトル内の共通の字句単位を除去して
予測値変更ベクトルを生成し、かつプロセッサを用いて
予測値変更ベクトルから圧縮フォーマットを展開する工
程を含むことを特徴とする予測値走査ラインを代表する
圧縮フォーマットの生成方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/161,492 US5509088A (en) | 1993-12-06 | 1993-12-06 | Method for converting CCITT compressed data using a balanced tree |
| US161492 | 1993-12-06 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07226846A true JPH07226846A (ja) | 1995-08-22 |
Family
ID=22581397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6291050A Pending JPH07226846A (ja) | 1993-12-06 | 1994-11-25 | 入力データストリームの処理方法及び圧縮フォーマットの生成方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5509088A (ja) |
| JP (1) | JPH07226846A (ja) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6157746A (en) | 1997-02-12 | 2000-12-05 | Sarnoff Corporation | Apparatus and method for encoding wavelet trees generated by a wavelet-based coding method |
| US6279062B1 (en) * | 1998-12-28 | 2001-08-21 | Compaq Computer Corp. | System for reducing data transmission between coprocessors in a video compression/decompression environment by determining logical data elements of non-zero value and retrieving subset of the logical data elements |
| CA2411227C (en) * | 2002-07-03 | 2007-01-09 | 2012244 Ontario Inc. | System and method of creating and using compact linguistic data |
| DE10337825A1 (de) * | 2002-11-15 | 2004-06-03 | Siemens Ag | Verfahren zur Erzeugung eines Bitstroms aus einem Indizierungsbaum |
| US8037102B2 (en) | 2004-02-09 | 2011-10-11 | Robert T. and Virginia T. Jenkins | Manipulating sets of hierarchical data |
| US9646107B2 (en) | 2004-05-28 | 2017-05-09 | Robert T. and Virginia T. Jenkins as Trustee of the Jenkins Family Trust | Method and/or system for simplifying tree expressions such as for query reduction |
| US7620632B2 (en) * | 2004-06-30 | 2009-11-17 | Skyler Technology, Inc. | Method and/or system for performing tree matching |
| US7882147B2 (en) * | 2004-06-30 | 2011-02-01 | Robert T. and Virginia T. Jenkins | File location naming hierarchy |
| US7801923B2 (en) * | 2004-10-29 | 2010-09-21 | Robert T. and Virginia T. Jenkins as Trustees of the Jenkins Family Trust | Method and/or system for tagging trees |
| US7627591B2 (en) | 2004-10-29 | 2009-12-01 | Skyler Technology, Inc. | Method and/or system for manipulating tree expressions |
| US7630995B2 (en) | 2004-11-30 | 2009-12-08 | Skyler Technology, Inc. | Method and/or system for transmitting and/or receiving data |
| US7636727B2 (en) * | 2004-12-06 | 2009-12-22 | Skyler Technology, Inc. | Enumeration of trees from finite number of nodes |
| US8316059B1 (en) | 2004-12-30 | 2012-11-20 | Robert T. and Virginia T. Jenkins | Enumeration of rooted partial subtrees |
| US8615530B1 (en) | 2005-01-31 | 2013-12-24 | Robert T. and Virginia T. Jenkins as Trustees for the Jenkins Family Trust | Method and/or system for tree transformation |
| US7681177B2 (en) | 2005-02-28 | 2010-03-16 | Skyler Technology, Inc. | Method and/or system for transforming between trees and strings |
| US8356040B2 (en) | 2005-03-31 | 2013-01-15 | Robert T. and Virginia T. Jenkins | Method and/or system for transforming between trees and arrays |
| US7899821B1 (en) | 2005-04-29 | 2011-03-01 | Karl Schiffmann | Manipulation and/or analysis of hierarchical data |
| US20080127006A1 (en) * | 2006-10-27 | 2008-05-29 | International Business Machines Corporation | Real-Time Data Stream Decompressor |
| CN103457700B (zh) * | 2013-08-20 | 2017-03-01 | 重庆邮电大学 | Ndn/ccn网络中的数据包内容名称编码压缩方法 |
| US10333696B2 (en) | 2015-01-12 | 2019-06-25 | X-Prime, Inc. | Systems and methods for implementing an efficient, scalable homomorphic transformation of encrypted data with minimal data expansion and improved processing efficiency |
| US9787323B1 (en) * | 2016-12-11 | 2017-10-10 | Microsoft Technology Licensing, Llc | Huffman tree decompression |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3813485A (en) * | 1972-01-05 | 1974-05-28 | Ibm | System for compression of digital data |
| US3777066B1 (en) * | 1972-01-13 | 1996-07-30 | Univ Iowa State Res Found | Method and system for synchronizing the transmission of digital data while providing variable length filler code |
| US3883847A (en) * | 1974-03-28 | 1975-05-13 | Bell Telephone Labor Inc | Uniform decoding of minimum-redundancy codes |
| US4044347A (en) * | 1975-05-19 | 1977-08-23 | International Business Machines Corporation | Variable-length to fixed-length conversion of minimum-redundancy codes |
| US4559563A (en) * | 1983-10-11 | 1985-12-17 | Xerox Corporation | Adaptive prediction for binary encoded documents containing a mixture of text, line drawings and halftones |
| JPS6229372A (ja) * | 1985-07-31 | 1987-02-07 | インタ−ナショナル ビジネス マシ−ンズ コ−ポレ−ション | ２値デ−タの圧縮方法 |
| US5109433A (en) * | 1989-10-13 | 1992-04-28 | Microsoft Corporation | Compressing and decompressing text files |
| US5151949A (en) * | 1990-10-10 | 1992-09-29 | Fuji Xerox Co., Ltd. | System and method employing multiple predictor sets to compress image data having different portions |
| US5253053A (en) * | 1990-12-31 | 1993-10-12 | Apple Computer, Inc. | Variable length decoding using lookup tables |
-
1993
- 1993-12-06 US US08/161,492 patent/US5509088A/en not_active Expired - Lifetime
-
1994
- 1994-11-25 JP JP6291050A patent/JPH07226846A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US5509088A (en) | 1996-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07226846A (ja) | 入力データストリームの処理方法及び圧縮フォーマットの生成方法 | |
| JP2581903B2 (ja) | バイト整列式データ圧縮方法及び装置 | |
| JP3278297B2 (ja) | データ圧縮方法及びデータ復元方法並びにデータ圧縮装置及びデータ復元装置 | |
| Nelson et al. | The data compression book 2nd edition | |
| JP3009727B2 (ja) | 改良形データ圧縮装置 | |
| RU2125765C1 (ru) | Способ и устройство сжатия символов, стохастический кодер (варианты) | |
| US7358874B2 (en) | Data compression using a stream selector with edit-in-place capability for compressed data | |
| US6304676B1 (en) | Apparatus and method for successively refined competitive compression with redundant decompression | |
| JP2746109B2 (ja) | ハフマン符号復号化回路 | |
| JP2000269822A (ja) | データ圧縮装置、及びデータ復元装置 | |
| US7348901B2 (en) | Method and system for decoding variable length encoded signals, computer program product therefor | |
| WO2002069269A2 (en) | Font compression and retrieval | |
| JP2536422B2 (ja) | デ―タ圧縮装置及びデ―タ復元装置 | |
| JP4726046B2 (ja) | 文字列検索装置及びコンピュータプログラム及び文字列検索方法 | |
| JP3199292B2 (ja) | ハフマン符号の符号化でのランレングス抽出方法、ハフマン符号変換方法およびｍｈ符号化処理方法 | |
| JPH0628149A (ja) | 複数種類データのデータ圧縮方法 | |
| JP2005286371A (ja) | データ圧縮方法及びプログラムならびにデータ復元方法及び装置 | |
| JPH06161705A (ja) | データ符号化方式及びデータ復元方式 | |
| JP2537551B2 (ja) | 可変長符号復号回路 | |
| JPH05152971A (ja) | データ圧縮・復元方法 | |
| JPS62209948A (ja) | デ−タ圧縮伝送方法 | |
| JP2001168727A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP3132836B2 (ja) | 画像データ圧縮復元方法 | |
| JP3001519B1 (ja) | データ圧縮方法およびデータ圧縮方式 | |
| JP3648944B2 (ja) | データ符号化方法およびデータ符号化装置ならびにデータ復号化方法およびデータ復号化装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20030909 |