JP7442526B2 - 圧縮／解凍オペレーションを実行するための汎用プロセッサ命令 - Google Patents

圧縮／解凍オペレーションを実行するための汎用プロセッサ命令 Download PDF

Info

Publication number
JP7442526B2
JP7442526B2 JP2021532806A JP2021532806A JP7442526B2 JP 7442526 B2 JP7442526 B2 JP 7442526B2 JP 2021532806 A JP2021532806 A JP 2021532806A JP 2021532806 A JP2021532806 A JP 2021532806A JP 7442526 B2 JP7442526 B2 JP 7442526B2
Authority
JP
Japan
Prior art keywords
function
instruction
data
operand
block
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.)
Active
Application number
JP2021532806A
Other languages
English (en)
Other versions
JP2022518665A (ja
Inventor
ギアメイ、ブルース、コンラート
クライン、マティアス
スリゲル、ティモシー
ファレル、マーク
ソフィア、アントニー、トーマス
ヴァイシャウプト、サイモン
ミシュラ、アシュトシュ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of JP2022518665A publication Critical patent/JP2022518665A/ja
Application granted granted Critical
Publication of JP7442526B2 publication Critical patent/JP7442526B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/30007—Arrangements for executing specific machine instructions to perform operations on data operands
    • 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/4031—Fixed length to variable length coding
    • H03M7/4037—Prefix coding
    • H03M7/4043—Adaptive prefix coding
    • H03M7/4062—Coding table adaptation
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/30007—Arrangements for executing specific machine instructions to perform operations on data operands
    • G06F9/30025—Format conversion instructions, e.g. Floating-Point to Integer, decimal conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Executing Machine-Instructions (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Description

１つまたは複数の態様は一般に、コンピューティング環境内での処理を容易にすることに関し、詳細には、圧縮（compression）および解凍（decompression）オペレーションの処理を容易にすることに関する。
１つまたは複数のコンピューティング環境では、情報が、ストレージ・デバイス上に、元の圧縮されていない形態ではなしに、圧縮された形態で維持される。圧縮された形態は、元の形態よりも占有するバイトの数が少ない。その結果、圧縮された形態の情報を伝送および維持すると、元の形態の情報を用いて同じ機能を実行するのに比べて時間および空間が少なくて済む。
このような環境では、圧縮および解凍オペレーションを実行する機構をオペレーティング・システム（ＯＳ）が提供する。一例では、これらのオペレーションを提供するために、オペレーティング・システムが、ｚｌｉｂオープンソース・ソフトウェア・ライブラリを含んでいる。ｚｌｉｂオープンソース・ソフトウェア・ライブラリは、ＩＥＴＦ（Internet Engineering Task Force） ＲＦＣ（Request for Comments）１９５１仕様に指定されているＤＥＦＬＡＴＥ標準圧縮技術に忠実に従っている。この機構は、圧縮もしくは解凍を実行するために汎用プロセッサ上でユーザが多くの命令を実行するソフトウェア実装を含むことがあり、またはシステムの入力／出力（Ｉ／Ｏ）ポートに接続された専用ハードウェア実装を使用することもある。この専用ハードウェア実装ではＩ／Ｏデバイスがそれらのオペレーションを実行する。
コンピューティング環境内での処理を容易にするためのコンピュータ・プログラム製品の提供によって、先行技術の短所が解決され、追加の利点が提供される。このコンピュータ・プログラム製品は、処理回路によって可読のコンピュータ可読記憶媒体であり、方法を実行するための命令を記憶したコンピュータ可読記憶媒体を備える。この方法は、コンピューティング環境の汎用プロセッサによって、複数の機能のうちの機能を実行するための命令を取得することを含み、この機能は、この命令によってサポート、すなわち、支持、実現されている。この命令は、圧縮のための業界標準に準拠した命令セット・アーキテクチャの単一のアーキテクト機械命令（architected machine instruction）である。この命令を実行する。この命令を実行することは、機能が圧縮機能であることまたは解凍機能であることに基づいて、入力データの状態を、入力データの圧縮されていない形態と入力データの圧縮された形態との間で変換して、変換された状態のデータを提供することを含む。変換された状態のデータは、タスクを実行する際に使用するために出力として提供される。
汎用プロセッサ上にディスパッチされた単一のアーキテクト命令を使用して、圧縮機能もしくは解凍機能またはその両方の機能（オペレーションとも呼ばれる）を実行することによって、それらの機能を実行するための基本ソフトウェア命令のうちのかなりのサブセットが、その単一のアーキテクト命令によって置き換えられる。それらの基本命令を単一のアーキテクト命令に置き換えることによって、プログラムの複雑さが低減し、基本命令を最適化するためのコードを含める必要性が排除される。全体的な性能が向上する。さらに、入力／出力デバイスにオペレーションをディスパッチしないことによって、オペレーティング・システムは、入力／出力デバイスがそのオペレーションを実行するのを待つ間のタスク・スイッチを回避する。
一例として、入力データの状態を変換することは、業界標準に準拠した圧縮フォーマットを使用する。この圧縮フォーマットは、例えば、ＤＥＦＬＡＴＥ圧縮フォーマット（DEFLATE compression format）を含む。
一実施形態では、このタスクが、圧縮データを含む出力を使用する１つまたは複数のオペレーションを実行すること、出力を送信すること、圧縮されていないデータを含む出力を使用する１つまたは複数のオペレーションを実行することからなるタスクのグループから選択される。
一実施形態では、命令は、オペレーションを指定するためのオペレーション・コードを含むオペレーション・コード・フィールドと、命令によって使用される複数のレジスタを指定するための複数のレジスタ・フィールドとを含む。この複数のレジスタは、命令によって出力として使用される出力オペランド位置を識別するために使用される１つのレジスタと、命令によって入力として使用される入力オペランド位置を識別するために使用される別のレジスタとを含み、この入力は、実行される機能に依存する。
例えば、機能が圧縮機能であることに基づいて、入力が、入力オペランド位置からのデータを含み、このデータが、出力オペランド位置に記憶される圧縮データ・シンボルを提供するようにエンコードされ、機能が解凍機能であることに基づいて、入力が、入力オペランド位置からの圧縮データ・シンボルを含み、この圧縮データ・シンボルが、出力オペランド位置に記憶される圧縮されていないデータを提供するようにデコードされる。
圧縮機能を実行すると、ストレージ・デバイス上には、元の形態の情報ではなく、圧縮された形態の情報が維持される。圧縮された形態の情報は、元の形態よりも少数のバイトを占有する。その結果、圧縮された形態の情報を伝送および維持すると、元の形態の情報を用いて同じ機能を実行するのに比べて時間および空間が少なくて済む。
一実施形態では、命令が、命令によって実行される複数の機能のうちの機能を示すための選択されたレジスタをさらに使用する。この複数の機能は、照会機能、圧縮機能、動的ハフマン表生成機能（generate dynamic-Huffman table function）および解凍機能を含む。
一実施形態では、命令が、複数の機能のうちの１つまたは複数の機能に関して命令によって使用されるパラメータ・ブロックのアドレスを提供するための選択された別のレジスタをさらに使用する。
さらなる態様では、実行される機能が動的ハフマン表生成機能であり、命令を実行することが、機能が動的ハフマン表生成機能であることに基づいて、命令の別の実行時に実行される機能が圧縮機能または解凍機能であるときに使用される動的ハフマン表の圧縮表現を生成することを含む。
本明細書では、１つまたは複数の態様に関係したコンピュータ実施方法（computer-implemented method）およびシステムも説明および特許請求されている。さらに、本明細書では、１つまたは複数の態様に関係するサービスも説明されており、それらのサービスが特許請求されている場合もある。
本明細書に記載された技術によって、追加の特徴および利点が実現される。本明細書では、他の実施形態および態様が詳細に説明されており、それらは、特許請求されている態様の部分とみなされる。
１つまたは複数の態様は、本明細書の末尾の特許請求の範囲に例として具体的に示されており、明確に特許請求されている。１つまたは複数の態様の上記の目的、特徴および利点ならびにその他の目的、特徴および利点は、添付図面とともに解釈される以下の詳細な説明から明らかである。
本発明の１つまたは複数の態様を組み込み、使用するためのコンピューティング環境の一例を示す図である。 本発明の１つまたは複数の態様による、図１Ａのプロセッサのさらなる詳細を示す図である。 本発明の１つまたは複数の態様を組み込み、使用するためのコンピューティング環境の別の例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し（DEFLATE Conversion Call）（ＤＦＬＴＣＣ）命令の１つのフォーマットを示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって使用される暗黙のレジスタ（implied register）である汎用レジスタ０のフィールドの一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令の機能コードの一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって使用される暗黙のレジスタである汎用レジスタ１のフィールドの一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって指定されるレジスタＲ１の内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって使用されるレジスタＲ１＋１の内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって指定されるレジスタＲ２の内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって使用されるレジスタＲ２＋１の内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令によって指定されるレジスタＲ３の内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令のＤＦＬＴＣＣ－ＱＡＦ（使用可能機能照会（query available functions））機能によって使用されるパラメータ・ブロックの内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令のＤＦＬＴＣＣ－ＧＤＨＴ（動的ハフマン表生成（generate dynamic-Huffman table））機能によって使用されるパラメータ・ブロックの内容の一例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令のＤＦＬＴＣＣ－ＣＭＰＲ（圧縮）およびＤＦＬＴＣＣ－ＸＰＮＤ（展開（expand））機能によって使用されるパラメータ・ブロックの内容の一例を示す図である。 本発明の１つまたは複数の態様による、サブバイト境界（sub-byte boundary）の一例を示す図である。 本発明の一態様による、ＤＦＴＬＣＣ－ＣＭＰＲ機能に対してサブバイト境界がどのように適用されるのかを説明する例を示す図である。 本発明の一態様による、ＤＦＴＬＣＣ－ＣＭＰＲ機能に対してサブバイト境界がどのように適用されるのかを説明する例を示す図である。 本発明の一態様による、ＤＦＴＬＣＣ－ＣＭＰＲ機能に対してサブバイト境界がどのように適用されるのかを説明する例を示す図である。 本発明の一態様による、無圧縮のデータのブロックの一例を示す図である。 本発明の一態様による、固定ハフマン表（fixed-Huffman table）（ＦＨＴ）を使用した圧縮データを有するブロックの一例を示す図である。 本発明の一態様による、動的ハフマン表（dynamic-Huffman table）（ＤＨＴ）を使用した圧縮データを有するブロックの一例を示す図である。 本発明の一態様による、ストレージの中の圧縮データ・セットの一例を示す図である。 本発明の一態様による、データを圧縮して圧縮データ・セットの３つのブロックに入れるプログラムの見本の一例を示す図である。 本発明の一態様による、セットの第１の圧縮データ・ブロック上で機能しているＤＦＬＴＣＣ－ＣＭＰＲ機能のためのパラメータ・ブロック内容の一例を示す図である。 本発明の一態様による、セットの第２の圧縮データ・ブロック上で機能しているＤＦＬＴＣＣ－ＣＭＰＲ機能のためのパラメータ・ブロック内容の一例を示す図である。 本発明の一態様による、圧縮データ・セットからのデータを解凍するプログラムの見本の一例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣ－ＣＭＰＲを実行する前および複数回実行した後のインライン履歴バッファの例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣ－ＣＭＰＲを実行する前および複数回実行した後のインライン履歴バッファの例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣ－ＣＭＰＲを実行する前および複数回実行した後のインライン履歴バッファの例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣを実行する前および複数回実行した後の循環履歴の例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣを実行する前および複数回実行した後の循環履歴の例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣを実行する前および複数回実行した後の循環履歴の例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣを実行する前および複数回実行した後の循環履歴の例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣを実行する前および複数回実行した後の循環履歴の例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣ－ＸＰＮＤを実行する前および複数回実行した後のインライン履歴バッファの例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣ－ＸＰＮＤを実行する前および複数回実行した後のインライン履歴バッファの例を示す図である。 本発明の一態様による、ＤＦＬＴＣＣ－ＸＰＮＤを実行する前および複数回実行した後のインライン履歴バッファの例を示す図である。 本発明の一態様による、ＤＥＦＬＡＴＥ変換呼出し命令の使用の一例を示す図である。 本発明の一態様による、循環履歴バッファの使用の一例を示す図である。 本発明の一態様による、コンピューティング環境内での処理を容易にすることの一例を示す図である。 本発明の一態様による、コンピューティング環境内での処理を容易にすることの一例を示す図である。 本発明の１つまたは複数の態様を組み込み、使用するためのコンピューティング環境の別の例を示す図である。 図２０Ａのメモリのさらなる詳細を示す図である。 クラウド・コンピューティング環境の一実施形態を示す図である。 抽象化モデル層の一例を示す図である。
本発明の一態様によれば、コンピューティング環境内での処理を容易にする能力が提供される。一例として、データを圧縮または解凍する（復元するとも言う）あるいはその両方のために、圧縮または解凍機能などの機能（オペレーションとも言う）を実行する単一の命令（例えばハードウェア／ソフトウェア・インタフェースの単一のアーキテクト・ハードウェア機械命令）が提供される。この命令は、プログラム（例えばオペレーティング・システムまたはユーザ・プログラム）によって汎用プロセッサ上にディスパッチされる、汎用プロセッサ命令セット・アーキテクチャ（ＩＳＡ）の部分である。ＩＳＡ命令を使用して圧縮／解凍を実行することにより、圧縮／解凍オペレーションを実行するのに、オペレーティング・システムによるタスク切替えが必要なく、それによって実行サイクルが節約される。さらに、単一の命令を使用してデータを圧縮または解凍する、あるいはその両方により、汎用プロセッサなどのプロセッサ内での実行時間が短縮される。
一例では、この命令が、ＤＥＦＬＡＴＥ規格と呼ばれる業界標準に準拠した圧縮オペレーションおよび復元オペレーションを実行し、この命令は、ＤＥＦＬＡＴＥ変換呼出し命令と呼ばれる。ＤＥＦＬＡＴＥ規格は、元の形態のデータ（圧縮されていない形態のデータ）の重複ストリング（duplicate string）を表す圧縮データ・シンボルに対する記述を含む。このようなシンボルは、処理中のデータの現在の位置に対する以前に処理した重複ストリングの位置および長さを記述した、重複ストリングのポインタおよび長さを含む。以前に処理した圧縮されていない形態のデータは履歴（history）と呼ばれる。一例では、履歴が、メモリの中の連続したいくつかのバイトであり、それらのバイトは、例えば３２キロバイトもの大きなものでありうる。
本発明の１つまたは複数の態様を組み込み、使用するためのコンピューティング環境の一実施形態を、図１Ａを参照して説明する。コンピューティング環境１００は、例えば、プロセッサ１０２（例えば中央処理ユニット）、メモリ１０４（例えば主メモリ。システム・メモリ、主ストレージ、中央ストレージ、ストレージとしても知られている）、および１つもしくは複数の入力／出力（Ｉ／Ｏ）デバイスもしくはインタフェースまたはその両方１０６を含み、これらは、例えば１つもしくは複数のバス１０８もしくは他の接続またはその両方を介して互いに結合されている。
一例では、プロセッサ１０２が、米ニューヨーク州Ａｒｍｏｎｋのインターナショナル・ビジネス・マシーンズ・コーポレーション（International Business Machines Corporation）によって提供されているｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャに基づくものであり、ＩＢＭ Ｚ（Ｒ）サーバなどのサーバの部分である。ＩＢＭ Ｚ（Ｒ）サーバも、インターナショナル・ビジネス・マシーンズ・コーポレーションによって提供されており、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャを実装している。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャの一実施形態が、"z/Architecture Principles of Operation,"IBM Publication No. SA22-7832-11, 12th edition, September 2017という表題の刊行物に記載されており、この刊行物は、参照によってその全体が本明細書に組み込まれている。しかしながら、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャはアーキテクチャの一例に過ぎず、他のアーキテクチャもしくは他のタイプのコンピューティング環境またはその両方も、本発明の１つもしくは複数の態様を含むことができ、または本発明の１つもしくは複数の態様を使用することができ、あるいはその両方を実施することができる。一例では、このプロセッサが、ｚ／ＯＳ（Ｒ）オペレーティング・システムなどのオペレーティング・システムを実行する。ｚ／ＯＳ（Ｒ）オペレーティング・システムも、インターナショナル・ビジネス・マシーンズ・コーポレーションによって提供されている。
プロセッサ１０２は、命令を実行するために使用される複数の機能構成要素を含む。図１Ｂに示されているように、これらの機能的構成要素は、例えば、実行する命令をフェッチする命令フェッチ構成要素１２０、フェッチされた命令をデコードし、デコードされた命令のオペランドを取得する命令デコード・ユニット１２２、デコードされた命令を実行する命令実行構成要素１２４、命令を実行するために必要に応じてメモリにアクセスするメモリ・アクセス構成要素１２６、および実行された命令の結果を提供するライトバック（write back）構成要素１３０を含む。本発明の１つまたは複数の態様によれば、これらの構成要素のうちの１つまたは複数の構成要素は、本明細書に記載されている圧縮／解凍処理（または本発明の１つもしくは複数の態様を使用する可能性がある他の処理）で使用される１つもしくは複数の他の構成要素のうちの少なくとも一部分を含み、またはそのような１つもしくは複数の他の構成要素にアクセスすることができる。そのような１つもしくは複数の他の構成要素には、例えば、圧縮／解凍構成要素（または他の構成要素）１３６が含まれる。
本発明の１つまたは複数の態様を組み込み、使用するためのコンピューティング環境の別の例を、図２を参照して説明する。一例では、このコンピューティング環境が、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャに基づくものである。しかしながら、このコンピューティング環境は、インターナショナル・ビジネス・マシーンズ・コーポレーションまたは他の法人によって提供されている他のアーキテクチャに基づくものであってもよい。
図２を参照すると、一例では、このコンピューティング環境が、中央電子処理装置（central electronics complex）（ＣＥＣ）２００を含む。ＣＥＣ２００は、例えば、１つまたは複数のプロセッサ（中央処理ユニット（ＣＰＵ）としても知られている）２０４および入力／出力サブシステム２０６に結合されたメモリ２０２（システム・メモリ、主メモリ、主ストレージ、中央ストレージ、ストレージとしても知られている）など、複数の構成要素を含む。
メモリ２０２は、例えば、１つまたは複数の論理区画２０８、それらの論理区画を管理するハイパーバイザ２１０、およびプロセッサ・ファームウェア２１２を含む。ハイパーバイザ２１０の一例は、米ニューヨーク州Ａｒｍｏｎｋのインターナショナル・ビジネス・マシーンズ・コーポレーションによって提供されているＰｒｏｃｅｓｓｏｒ Ｒｅｓｏｕｒｃｅ／Ｓｙｓｔｅｍ Ｍａｎａｇｅｒ（ＰＲ／ＳＭ（商標））ハイパーバイザである。本明細書で使用されるとき、ファームウェアは、例えばプロセッサのマイクロコードを含む。ファームウェアは、例えば、より高水準の機械コードの実装で使用されるハードウェアレベル命令もしくはデータ構造またはその両方を含む。一実施形態では、ファームウェアが例えば、通常は信頼できるソフトウェアを含むマイクロコードまたは基礎をなすハードウェア向けの特定のマイクロコードとして配信されるプロプライエタリ・コード（proprietary code）を含み、システム・ハードウェアへのオペレーティング・システム・アクセスを制御する。
それぞれの論理区画２０８は別個のシステムとして機能することができる。すなわち、それぞれの論理区画を独立してリセットすることができ、それぞれの論理区画は、ｚ／ＯＳ（Ｒ）オペレーティング・システムまたは別のオペレーティング・システムなどのゲスト・オペレーティング・システム２２０をランすることができ、異なるプログラム２２２とともに動作することができる。論理区画の中でランしているオペレーティング・システムまたはアプリケーション・プログラムは、システム全体にアクセスすることができるように見えるが、実際には、使用可能なのはシステムの一部分だけである。
メモリ２０２は、プロセッサ（例えばＣＰＵ）２０４に結合されており、プロセッサ（例えばＣＰＵ）２０４は、論理区画に割り振ることができる物理プロセッサ・リソースである。例えば、論理区画２０８は、１つまたは複数の論理プロセッサを含み、その１つまたは複数の論理プロセッサはそれぞれ、論理区画に動的に割り振ることができる物理プロセッサ・リソース２０４の全部または一部を表す。
さらに、メモリ２０２はＩ／Ｏサブシステム２０６に結合されている。Ｉ／Ｏサブシステム２０６は、中央電子処理装置の部分とすることができ、または中央電子処理装置とは別個のものとすることができる。Ｉ／Ｏサブシステム２０６は、主ストレージ２０２と、中央電子処理装置に結合された入力／出力制御ユニット２３０および入力／出力（Ｉ／Ｏ）デバイス２４０との間の情報の流れを指図する。
多くのタイプのＩ／Ｏデバイスを使用することができる。特定の１つのタイプのＩ／Ｏデバイスがデータ・ストレージ・デバイス２５０である。データ・ストレージ・デバイス２５０は、１つもしくは複数のプログラム２５２、１つもしくは複数のコンピュータ可読プログラム命令２５４、またはデータ、あるいはこれらの組合せなどを記憶することができる。このコンピュータ可読プログラム命令を、本発明の態様の実施形態の機能を実行するように構成されたものとすることができる。
一例として、それぞれのプロセッサ２０４は、１つもしくは複数のローカル・キャッシュまたは１つもしくは複数の共用キャッシュあるいはその両方を含む、複数のキャッシュ・レベルを含むキャッシュ階層の少なくとも１つのキャッシュ２６０（例えばローカル・キャッシュ）を含む。さらに、一実施形態では、ローカル・キャッシュおよびメモリ２０２が、データの圧縮および／もしくは解凍（ならびに／または本発明の１つもしくは複数の態様の他のオペレーション）のうちの１つまたは複数を実行する際に使用される圧縮／解凍構成要素（または他の構成要素）２６２に結合されている。さまざまな例では、これらのタスクを実行する１つまたは複数の構成要素が存在することができる。多くの変形形態が可能である。
一実施形態では、プロセッサ（例えばプロセッサ２０４）が、命令（例えばＤＥＦＬＡＴＥ変換呼出し命令）を取得し、その命令をデコードし、その命令が使用するアドレスを変換することを含む、その命令のための準備を実行し、その命令のためのコマンドを、プロセッサに結合された、構成要素２６２などの構成要素に送信して、その命令によって指定された機能を実行する。構成要素２６２は、この指定された機能を実行する際に、構成要素２６２がデータを読み出し、そのデータを処理し、処理されたデータを再び記憶するような態様で、キャッシュ階層およびメモリにアクセスすることができる。一例として、構成要素２６２はハードウェア構成要素である。
さらなる実施形態では、構成要素２６２の少なくとも一部分が、プロセッサの一部として含まれている。多くの変形形態が可能である。
中央電子処理装置２００は、取外し可能／非取外し可能の揮発性／不揮発性コンピュータ・システム記憶媒体を含むことができ、もしくはそのようなコンピュータ・システム記憶媒体に結合されたものとすることができ、またはその両方であることができる。例えば、中央電子処理装置２００は、非取外し可能の不揮発性磁気媒体（通常は「ハード・ドライブ」と呼ばれる）、取外し可能な不揮発性磁気ディスク（例えば「フロッピー（Ｒ）・ディスク」）から読み出すためおよび取外し可能な不揮発性磁気ディスクに書き込むための磁気ディスク・ドライブ、および／またはＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭもしくは他の光学式媒体などの取外し可能な不揮発性光ディスクから読み出すため、または取外し可能な不揮発性光ディスクに書き込むための光ディスク・ドライブを含むことができ、ならびに／あるいはこれらに結合されたものとすることができる。中央電子処理装置２００とともに、他のハードウェア構成要素もしくはソフトウェア構成要素またはその両方を使用することができることを理解すべきである。このような構成要素の例は、限定はされないが、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブおよびデータ・アーカイバル・ストレージ・システムなどを含む。
さらに、中央電子処理装置２００は、他の多数の汎用または専用コンピューティング・システム環境または構成とともに動作可能であることがある。中央電子処理装置２００とともに使用するのに適している可能性があるよく知られているコンピューティング・システム、環境もしくは構成またはこれらの組合せの例は、限定はされないが、パーソナル・コンピュータ（ＰＣ）システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、セット・トップ・ボックス、プログラム可能なコンシューマ電子機器、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、および上記のシステムまたはデバイスのうちの任意のシステムまたはデバイスを含む分散クラウド・コンピューティング環境などを含む。
本明細書には、コンピューティング環境のさまざまな例が記載されているが、本発明の１つまたは複数の態様は、多くのタイプの環境とともに使用することができる。本明細書に提供されたコンピューティング環境は例に過ぎない。
本発明の一態様によれば、コンピューティング環境１００または中央電子処理装置２００などのコンピューティング環境は、データを圧縮および解凍する機構を提供する変換機能を使用する。一例では、この変換機能が、ＤＥＦＬＡＴＥ圧縮データ・フォーマットを使用してデータを圧縮および解凍する機構を提供するＤＥＦＬＡＴＥ変換機能である。一例では、機能インジケータが例えば１にセットされているときに、この変換機能がシステムにインストールされる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャの特定の１つの例として、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）アーキテクチャ・モードで変換機能がインストールされたときに、機能ビット１５１が例えば１にセットされる、この機能は、例えばＤＥＦＬＡＴＥ変換呼出し命令を含み、ＤＥＦＬＡＴＥ変換呼出し命令の一実施形態を下で説明する。
一例では、ＩＥＴＦ（Internet Engineering Task Force） ＲＦＣ（Request for Comments）１９５１仕様などの選択された規格によって指定されているとおり、ＤＥＦＬＡＴＥ変換呼出し命令が、データの状態を、そのデータの元の（圧縮されていない）形態とそのデータの圧縮表現との間で変換することに関係した機能を実行する。この仕様は、the DEFLATE Compressed Data Format Specification version 1.3 Internet Engineering Task Force, Request for Comments 1951, May 1996に記載されている。
一例では、圧縮されていないデータがバイトのシーケンスであり、そのデータの圧縮表現がシンボルを含む。シンボルは、リテラル・バイト（literal byte）と呼ばれる圧縮されていないデータの個々のバイト、または重複ストリングと呼ばれる圧縮されていないデータの再び出現するバイトのシーケンスを表す。一例として、ハフマン表は、圧縮データ・シンボルと圧縮されていないデータとの間のエンコーディングおよびデコーディングを指定する。２種類のハフマン表、すなわち例えば可能な全てのコーディングを含む所定の仕様である固定ハフマン表（ＦＨＴ）と、圧縮するデータに対して特に生成されるコーディングのセットである動的ハフマン表（ＤＨＴ）とがあり、ＤＨＴは、可能な全てのコーディングのサブセットであることがある。ＤＨＴを用いて生成されたデータの圧縮表現は通常、ＦＨＴを用いて生成された同じデータの圧縮表現よりも小さい。重複ストリングを表す圧縮データ・シンボルをエンコードおよびデコードするために、履歴と呼ばれる、最も最近に（most recently）処理された圧縮されていないデータの一部分が維持される。履歴は、重複ストリングの参照ソース（reference source）である。履歴は、オペレーション中にデータが処理されたときに更新される。
示したとおり、一例では、ＤＥＦＬＡＴＥ変換呼出し命令が、ＤＥＦＬＡＴＥ圧縮データ・フォーマットを使用する。ＤＥＦＬＡＴＥ圧縮データ・フォーマットは、RCF 1951, DEFLATE Compressed Data Format Specification version 1.3に記載されている。ＤＥＦＬＡＴＥ変換呼出し命令に適用されるＤＥＦＬＡＴＥ規格の属性は、例えば以下のものを含む。
・圧縮データ・セットは一連のブロックを含む。３種類のブロックがある。１つの種類のブロックは、３ビット・ヘッダ、ならびにそれに続く長さ情報および圧縮されていないデータを含み、２つの種類のブロックは、３ビット・ヘッダ、およびそれに続く圧縮データ要素を含む。
・圧縮データ要素は、動的ハフマン表の圧縮表現、圧縮データ・シンボル、およびエンド・オブ・ブロック（ＥＯＢ）シンボルを含むことがある。
・圧縮データ要素は、さまざまなビット長を有する。
・圧縮データ要素は、ストレージの中のバイト境界間で始まること、または終わることがある。
・圧縮データ要素は、例えば右端ビット位置から左端ビット位置への順番でバイトにロードされる。
圧縮データ要素が、ストレージの中のバイトの全部ではない一部を占有しているときには、ストレージの中のそのバイトの全体にアクセスされる。ストレージ・オペランド長は、アドレス指定可能なバイトの数を指定し、これは、圧縮データが占有しているビットよりも多くのビットを指定することがある。
圧縮データ・ブロックに関する追加の詳細を以下でさらに説明する。
ＤＥＦＬＡＴＥ変換呼出し（ＤＦＬＴＣＣ）命令の一実施形態を図３Ａ～３Ｌを参照して説明する。一例では、この命令が、汎用プロセッサ（例えばプロセッサ１０２または２０４）を使用して実行される。本明細書の説明では、特定の位置、特定のフィールドもしくはそれらのフィールドの特定のサイズ（例えば特定のバイトもしくはビットまたはその両方）、またはこれらの組合せが示される。しかしながら、他の位置、他のフィールドもしくは他のサイズまたはこれらの組合せを提供することもできる。さらに、ビットを特定の値、例えば１または０にセットすることが指定されるが、これは単なる例である。他の例では、ビットを、反対の値などの異なる値または別の値にセットすることができる。多くの変形形態が可能である。
一実施形態では、単一のデータ・ストリームを圧縮または復元するために、プログラム（例えばオペレーティング・システムまたはユーザ・プログラム）がＤＥＦＬＡＴＥ変換呼出し命令を複数回実行することがある。例えば、アプリケーションが、大きなデータ・ストリーム（例えば１メガバイトよりも大きなデータ・ストリーム）を圧縮または解凍するとき、そのオペレーションは、データ・ストリームのバッファリングされた部分を圧縮または解凍するための複数回の呼出しを含むことがある。本発明の一態様によれば、プログラムが、ＤＥＦＬＡＴＥ変換呼出し命令の複数回の実行にまたがるオペレーション中に処理された圧縮されていないデータの履歴を蓄積するために使用されるバッファ（例えば３２キロバイト・バッファ）を宣言する。このバッファは循環履歴バッファと呼ばれ、循環履歴バッファは、本明細書に記載されているように、ＤＥＦＬＡＴＥ変換呼出し命令を使用して定義される。
図３Ａを参照すると、一例では、ＤＥＦＬＡＴＥ変換呼出し（ＤＦＬＴＣＣ）命令３００のフォーマットが、オペレーション・コード（オペコード）フィールドおよび追加のレジスタ・フィールドを含む、レジスタおよびレジスタ・オペレーションを示すＲＲＦフォーマットである。一例として、この命令は、ＤＥＦＬＡＴＥ変換呼出しオペレーションを示すオペレーション・コードを有するオペレーション・コード・フィールド３０２（例えばビット０～１５）、汎用レジスタの第１の対を指示する第１のレジスタ・フィールド（Ｒ１）３０４（例えばビット２４～２７）、汎用レジスタの第２の対を指示する第２のレジスタ・フィールド（Ｒ２）３０６（例えばビット２８～３１）、および第３の汎用レジスタを指示する第３のレジスタ・フィールド（Ｒ３）３０８（例えばビット１６～１９）を含む。Ｒ１フィールド３０４によって指示されたレジスタの内容は、（ストレージの中の）第１のオペランドの位置を指定し、Ｒ２フィールド３０６によって指示されたレジスタの内容は、（ストレージの中の）第２のオペランドの位置を指定し、Ｒ３フィールド３０８によって指示されたレジスタの内容は、（ストレージの中の）第３のオペランドの位置を指定する。Ｒ１＋１の内容は第１のオペランドの長さを指定し、Ｒ２＋１の内容は第２のオペランドの長さを指定する。一例では、命令のビット２０～２３が予備であり、０を含むべきであり、そうでない場合には、将来、このプログラムがコンパチブルには（compatibly）動作しない可能性がある。本明細書で使用されるとき、このプログラムは、ＤＥＦＬＡＴＥ変換呼出し命令を発行するプログラムである。このプログラムは、ユーザ・プログラム、オペレーティング・システムまたは別のタイプのプログラムとすることができる。
一実施形態では、この命令の実行が、１つまたは複数の暗黙の汎用レジスタ（すなわち命令によって明示的には指示されていないレジスタ）の使用を含む。例えば、汎用レジスタ０および１は、本明細書に記載されているように、ＤＥＦＬＡＴＥ変換呼出し命令を実行する際に使用される。一例では、汎用レジスタ０が、実行する機能（および後述する履歴バッファ・タイプ）を指定するために使用され、汎用レジスタ１が、この命令によって使用されるパラメータ・ブロックの位置を提供するために使用される。
一例として、図３Ｂを参照すると、汎用レジスタ０（３０９）が、履歴バッファ・タイプ・フィールド３１０および機能コード・フィールド３１２を含む。特定の１つの例では、汎用レジスタ０のビット位置５６が履歴バッファ・タイプを含み、汎用レジスタ０のビット位置５７～６３が機能コードを含むが、他の実施形態では、履歴バッファ・タイプもしくは機能コードまたはその両方を収容するために、他のビットを使用することができる。一例では、汎用レジスタ０のビット５７～６３が、割り当てられていない機能コードまたはインストールされていない機能コードを指示しているときに、指定例外（specification exception）が認識される。
ＤＥＦＬＡＴＥ変換呼出し命令の割り当てられた例示的な機能コードが図３Ｃに示されており、それらの機能コードは、例えば、ＤＦＬＴＣＣ－ＱＡＦ（使用可能機能照会）機能を示す機能コード０（３１３）、ＤＦＬＴＣＣ－ＧＤＨＴ（動的ハフマン表生成）機能を示す機能コード１（３１５）、ＤＦＬＴＣＣ－ＣＭＰＲ（圧縮）機能を示す機能コード２（３１７）、およびＤＦＬＴＣＣ－ＸＰＮＤ（展開）機能を示す機能コード４（３１９）を含む。それぞれのコードがパラメータ・ブロックを使用し、一例では、パラメータ・ブロックのサイズが機能に依存する。例えば、ＤＦＬＴＣＣ－ＱＡＦ機能に関してはパラメータ・ブロックが３２バイト、ＤＦＬＴＣＣ－ＧＤＨＴ機能に関してはパラメータ・ブロックが３８４バイト、ＤＦＬＴＣＣ－ＣＭＰＲおよびＤＦＬＴＣＣ－ＸＰＮＤ機能に関してはパラメータ・ブロックが１５３６バイトである。この例では、その他の機能コードが割り当てられていない。例示的な機能および機能コードを説明するが、他の機能もしくは機能コードまたはその両方を使用することもできる。
指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであるとき、汎用レジスタ０のビット５６は、そのオペレーション中に使用される履歴バッファ・タイプ（ＨＢＴ）を指定する。ＨＢＴが０のとき、履歴バッファはインライン履歴バッファと呼ばれる。インライン履歴バッファを使用しているとき、ＤＦＬＴＣＣ－ＣＭＰＲが指定されているときには、履歴が例えば第２のオペランドの直ぐ左にあり、ＤＦＬＴＣＣ－ＸＰＮＤが指定されているときには、履歴が例えば第１のオペランドの直ぐ左にある。ＨＢＴが１のとき、履歴バッファは循環履歴バッファと呼ばれる。循環履歴バッファを使用しているとき、ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤが指定されているときには、履歴が、第３のオペランドの一部分または全部である。ＤＦＬＴＣＣ－ＱＡＦまたはＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、汎用レジスタ０のビット５６は無視される。一例では、汎用レジスタ０のビット位置０～３１が無視される。さらに、一例では、汎用レジスタ０のビット位置３２～５５が予備であり、０を含むべきであり、そうでない場合には、将来、このプログラムがコンパチブルには動作しない可能性がある。
ＤＥＦＬＡＴＥ変換呼出し命令によって使用される別の暗黙のレジスタである汎用レジスタ１に関するさらなる詳細を、図３Ｄを参照して説明する。汎用レジスタ１（３１４）の内容は、例えば、ストレージの中のパラメータ・ブロックの左端バイトの論理アドレス３１６を指定する。一例では、このパラメータ・ブロックが、４キロバイト境界上に指示されることになっており、そうでない場合には指定例外が認識される。パラメータ・ブロックに関するさらなる詳細を以下でさらに説明する。
指定された機能（例えばＤＦＬＴＣＣ－ＱＡＦ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲ、ＤＦＬＴＣＣ－ＸＰＮＤ）に関して、汎用レジスタ０、１およびＲ３の内容は変更されない。さらに、一例では、Ｒ１フィールド３０４が、汎用レジスタの偶数－奇数対を指示する。Ｒ１フィールド３０４は、偶数レジスタを指示するためのものであり、汎用レジスタ０を指示するためのものではなく、そうでない場合には指定例外が認識される。
図３Ｅ～３Ｆに示されており、本明細書でさらに詳細に説明されるように、汎用レジスタＲ１ ３１８の内容は第１のオペランド・アドレス３２０を示し、汎用レジスタＲ１＋１ ３２２の内容は、第１のオペランドの長さ３２４を決定するために使用される。例えば、指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであるとき、汎用レジスタＲ１ ３１８の内容は、第１のオペランドの左端バイトの論理アドレスを指定する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲであるとき、汎用レジスタＲ１＋１の内容は、パラメータ・ブロックの新規タスク（ＮＴ）フィールドおよびサブバイト境界（ＳＢＢ）フィールド（後述）の値ととともに、第１のオペランドの長さを指定する。下の表は、ＤＦＬＴＣＣ－ＣＭＰＲ機能に対する第１のオペランドの長さを、汎用レジスタＲ１＋１、ＮＴフィールドおよびＳＢＢフィールドの内容に関して示した例を示している。
Figure 0007442526000001
指定された機能がＤＦＬＴＣＣ－ＸＰＮＤであるとき、汎用レジスタＲ１＋１の内容は第１のオペランドの長さを指定する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであるとき、第１のオペランド位置には、データを圧縮または解凍した結果が記憶される。ＤＦＬＴＣＣ－ＱＡＦまたはＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、汎用レジスタＲ１およびＲ１＋１の内容は無視される。
さらに、一例では、指定された機能（例えばＤＦＬＴＣＣ－ＱＡＦ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲおよびＤＦＬＴＣＣ－ＸＰＮＤ）に関して、Ｒ２フィールド３０６は、汎用レジスタの偶数－奇数対を指示する。Ｒ２フィールド３０６は、偶数レジスタを指示するためのものであり、汎用レジスタ０を指示するためのものではなく、そうでない場合には指定例外が認識される。
図３Ｇ～３Ｈに示されており、本明細書でさらに詳細に説明されるように、汎用レジスタＲ２ ３２６の内容は第２のオペランド・アドレス３２８を示し、汎用レジスタＲ２＋１ ３３０の内容は、第２のオペランドの長さ３３２を決定するために使用される。例えば、指定された機能がＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであるとき、汎用レジスタＲ２の内容は、第２のオペランドの左端バイトの論理アドレスを指定する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＧＤＨＴであるとき、汎用レジスタＲ２＋１の内容は、第２のオペランドの長さを指定する。指定された機能がＤＦＬＴＣＣ－ＸＰＮＤであるとき、汎用レジスタＲ２＋１の内容は、パラメータ・ブロックのＮＴフィールドおよびＳＢＢフィールドの値とともに、第２のオペランドの長さを指定する。第２のオペランド長が参照されており、命令の実行の開始時に第２のオペランド長の値が０でないとき、第２のオペランド位置からデータがフェッチされる。第２のオペランド長が参照されており、命令の実行の開始時に第２のオペランド長の値が０であり、命令の実行の開始時にパラメータ・ブロックの継続フラグ（continuation flag）（ＣＦ）フィールドが１であるとき、第２のオペランドにはアクセスされない。
ＤＦＬＴＣＣ－ＱＡＦ機能が指定されているとき、汎用レジスタＲ２およびＲ２＋１の内容は無視される。ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されており、汎用レジスタＲ２＋１の内容が０に等しい長さを指定しているときには、指定例外が認識され、第２のオペランドにアクセスされない。ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、命令の実行の開始時にパラメータ・ブロックの継続フラグ（ＣＦ）フィールドが０であり、汎用レジスタＲ２＋１の内容が０に等しい長さを指定しているときには、指定例外が認識され、第２のオペランドにアクセスされない。
図３Ｉに示されているように、指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであり、履歴バッファ・タイプ（ＨＢＴ）が循環（例えばＨＢＴ３１０＝１）であるときには、汎用レジスタＲ３ ３３５の内容が、循環履歴バッファ・アドレス３３７を指定する。例えば、第３のオペランドの左端バイトの論理アドレスが指定される。これは、例えば４キロバイト境界を指示するためのものであり、そうでない場合には指定例外が認識される。一例では、循環履歴バッファが第３のオペランド位置に位置する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであり、ＨＢＴが０のとき、汎用レジスタＲ３の内容は無視される。ＤＦＬＴＣＣ－ＱＡＦまたはＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、汎用レジスタＲ３の内容は無視される。一例では、指定された機能（例えば、ＤＦＬＴＣＣ－ＱＡＦ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲおよびＤＦＬＴＣＣ－ＸＰＮＤ）に関しては、Ｒ３フィールドが、汎用レジスタ０または汎用レジスタ１を指示するためのものではなく、そうでない場合には指定例外が認識される。
オペレーションの一部として、指定された機能がＤＦＬＴＣＣ－ＣＭＰＲであるとき、汎用レジスタＲ１の中のアドレスは、処理ビット位置０を含んだ第１のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さは、同じ数だけデクリメントされ、汎用レジスタＲ２の中のアドレスは、第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さは、同じ数だけデクリメントされる。処理ビット位置０を含んだ第１のオペランドの処理されたバイトの数は、例えば、処理された出力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算（integer division）の結果得られる整数商（integer quotient）である。下で説明するように、これらのアドレスおよび長さの形成および更新はアドレッシング・モードに依存する。
オペレーションの一部として、指定された機能がＤＦＬＴＣＣ－ＸＰＮＤであるとき、汎用レジスタＲ１の中のアドレスは、第１のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さは、同じ数だけデクリメントされ、汎用レジスタＲ２の中のアドレスは、処理ビット位置０を含んだ第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さは、同じ数だけデクリメントされる。処理ビット位置０を含んだ第２のオペランドの処理されたバイトの数は、処理された入力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。下で説明するように、これらのアドレスおよび長さの形成および更新はアドレッシング・モードに依存する。
２４ビット・アドレシング・モードでは、一実施形態において、以下のことが適用される。
・汎用レジスタ１、Ｒ１、Ｒ２およびＲ３のビット位置４０～６３の内容はそれぞれ、パラメータ・ブロック、第１のオペランド、第２のオペランドおよび循環履歴バッファのアドレスを構成し、ビット位置０～３９の内容は無視される。
・更新後の第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット４０～６３はそれぞれ、汎用レジスタＲ１およびＲ２の中の対応するビットを置き換える。更新後のアドレスのビット位置４０からの桁上げ（carry）は無視され、汎用レジスタＲ１およびＲ２のビット位置３２～３９の内容は０にセットされる。汎用レジスタＲ１およびＲ２のビット位置０～３１の内容は変更されないままである。この命令が、部分完了（partial completion）または正常完了（normal completion）で終了し、更新後のオペランド・アドレスが、命令の実行の開始時のオペランド・アドレスに等しいとき、対応する汎用レジスタのビット位置３２～３９は０にセットされる。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置３２～６３の内容はそれぞれ、例えば、第１および第２のオペランドの中のバイトの数を指定する３２ビット符号なし２進整数を形成する。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は無視される。
・更新後の第１のオペランド長および第２のオペランド長のビット３２～６３はそれぞれ、汎用レジスタＲ１＋１およびＲ２＋１の中の対応するビットを置き換える。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は変更されないままである。
３１ビット・アドレシング・モードでは、一実施形態において、以下のことが適用される。
・汎用レジスタ１、Ｒ１、Ｒ２およびＲ３のビット位置３３～６３の内容はそれぞれ、パラメータ・ブロック、第１のオペランド、第２のオペランドおよび循環履歴バッファのアドレスを構成し、ビット位置０～３２の内容は無視される。
・更新後の第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット３３～６３はそれぞれ、汎用レジスタＲ１およびＲ２の中の対応するビットを置き換える。更新後のアドレスのビット位置３３からの桁上げは無視され、汎用レジスタＲ１およびＲ２のビット位置３２の内容は０にセットされる。汎用レジスタＲ１およびＲ２のビット位置０～３１の内容は変更されないままである。この命令が、部分完了または正常完了で終了し、更新後のオペランド・アドレスが、命令の実行の開始時のオペランド・アドレスに等しいとき、対応する汎用レジスタのビット位置３２は０にセットされる。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置３２～６３の内容はそれぞれ、第１および第２のオペランドの中のバイトの数を指定する３２ビット符号なし２進整数を形成する。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は無視される。
・更新後の第１のオペランド長および第２のオペランド長のビット３２～６３はそれぞれ、汎用レジスタＲ１＋１およびＲ２＋１の中の対応するビットを置き換える。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は変更されないままである。
６４ビット・アドレシング・モードでは、一実施形態において、以下のことが適用される。
・汎用レジスタ１、Ｒ１、Ｒ２およびＲ３のビット位置０～６３の内容はそれぞれ、パラメータ・ブロック、第１のオペランド、第２のオペランドおよび循環履歴バッファのアドレスを構成する。
・更新後の第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット０～６３はそれぞれ、汎用レジスタＲ１およびＲ２の中の対応するビットを置き換える。更新後のアドレスのビット位置０からの桁上げは無視される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～６３の内容はそれぞれ、第１および第２のオペランドの中のバイトの数を指定する６４ビット符号なし２進整数を形成する。
・更新後の第１のオペランド長および第２のオペランド長のビット０～６３はそれぞれ、汎用レジスタＲ１＋１およびＲ２＋１の中の対応するビットを置き換える。
アクセス－レジスタ・モードでは、アクセス・レジスタ１、Ｒ１、Ｒ２およびＲ３がそれぞれ、パラメータ・ブロック、第１のオペランド、第２のオペランドおよび循環履歴バッファを含むアドレス空間を指定する。アクセス－レジスタ・モードにおいて、インライン履歴バッファを用いたＤＦＴＣＣ－ＣＭＰＲが指定されているときには、アクセス・レジスタＲ２が、インライン履歴を含むアドレス空間を指定する。アクセス－レジスタ・モードにおいて、インライン履歴バッファを用いたＤＦＴＣＣ－ＸＰＮＤが指定されているときには、アクセス・レジスタＲ１が、インライン履歴を含むアドレス空間を指定する。
これらのさまざまな機能に関するさらなる詳細を下で説明する。
機能コード０：ＤＦＬＴＣＣ－ＱＡＦ（使用可能機能照会）
ＤＦＬＴＣＣ－ＱＡＦ（使用可能機能照会）機能は、インストールされた機能およびインストールされたパラメータ・ブロック・フォーマットの使用可能性を示す機構を提供する。ＤＦＬＴＣＣ－ＱＡＦ機能に対するパラメータ・ブロックの例示的な１つのフォーマットを、図３Ｊを参照して説明する。一例では、ＤＦＬＴＣＣ－ＱＡＦ機能（例えば機能コード０）に対するパラメータ・ブロック３４０が、インストール済み機能ベクトル（installed functions vector）３４２およびインストール済みパラメータ・ブロック・フォーマット・ベクトル（installed parameter block formats vector）３４６を含む。特定の１つの例では、これらのベクトルがそれぞれ、パラメータ・ブロックのバイト０～１５およびバイト２４～２５に記憶されている。それぞれのベクトルを下でさらに説明する。
一例として、インストール済み機能ベクトル３４２のビット０～１２７はそれぞれ、ＤＥＦＬＡＴＥ変換呼出し命令の機能コード０～１２７に対応する。ビットが例えば１のときには、対応する機能がインストールされており、そうでない場合には、その機能はインストールされていない。
さらに、一例では、インストール済みパラメータ・ブロック・フォーマット・ベクトル３４６のビット０～１５がそれぞれ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲおよびＤＦＬＴＣＣ－ＸＰＮＤ機能に対するパラメータ・ブロック・フォーマット０～１５に対応する。ビットが例えば１のときには、対応するパラメータ・ブロック・フォーマットがインストールされており、そうでない場合には、そのパラメータ・ブロック・フォーマットはインストールされていない。一例では、パラメータ・ブロックの予備のバイト１６～２３および２６～３１に０が記憶されている。
パラメータ・ブロック３４０に関してある種のフィールドを説明したが、他の実施形態では、追加のフィールド、より少数のフィールドもしくは他のフィールド、またはこれらの組合せを含めることができる。
一実施形態では、ＤＦＬＴＣＣ－ＱＡＦ機能が、汎用レジスタＲ１、Ｒ２、Ｒ３、Ｒ１＋１およびＲ２＋１の内容を無視する。
適用可能なときには、パラメータ・ブロックに対してＰＥＲ（プログラム・イベント記録（program event recording））ストレージ変更イベントが認識される。適用可能なときには、パラメータ・ブロックに対してＰＥＲ０アドレス検出イベントが認識される。
一例では、ＤＦＬＴＣＣ－ＱＡＦ機能の実行が完了したときに、条件コード（condition code）０がセットされ、一例では、この照会機能に対して条件コード１、２および３が適用不可である。
機能コード１：ＤＦＬＴＣＣ－ＧＤＨＴ（動的ハフマン表生成）
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているときには、ＤＥＦＬＡＴＥ規格によって指定されているとおり、第２のオペランドが、例えば、動的ハフマン表（ＤＨＴ）の圧縮表現を生成するためのソースとして使用される。
一例では、ＤＦＬＴＣＣ－ＧＤＨＴ機能がパラメータ・ブロックを使用する。その一例を図３Ｋを参照して説明する。本明細書に記載されたこの例示的なパラメータ・ブロックでは、特定のフィールドおよびフィールドの特定のサイズに対する、パラメータ・ブロック内の特定の位置（例えば特定のバイトもしくはビットまたはその両方）が示される。しかしながら、１つまたは複数のフィールドに対して他の位置もしくはサイズまたはその両方を提供することもできる。さらに、ビットを特定の値、例えば１または０にセットすることが指定されるが、これは単なる例である。他の例では、ビットを、反対の値などの異なる値または別の値にセットすることができる。多くの変形形態が可能である。
さらに、一例では、このパラメータ・ブロックが、１つまたは複数の保存フィールド（preserved field）および１つまたは複数の予備フィールド（reserved field）を含む。保存フィールドは、ＤＦＬＴＣＣ－ＧＤＨＴ機能によって変更されない。プログラムが、単一のストレージ位置を初期化し、そのストレージ位置を、ＤＦＬＴＣＣ－ＧＤＨＴ機能のパラメータ・ブロックに対して使用し、続いて、同じストレージ位置を、ＤＦＬＴＣＣ－ＣＭＰＲ機能のパラメータ・ブロックに対して使用することを可能にするために、保存フィールドは予備フィールドから区別される。予備フィールドは０を含むことになっており、そうでない場合には、将来、このプログラムがコンパチブルには動作しない可能性がある。オペレーションが終了したとき、予備フィールドは０として記憶することができ、または変更しないでおくことができる
さらに、一部のフィールドは、他の機能（例えばＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ）によって使用され、したがって、それらの機能に関係する態様を、それらのフィールドの記述とともに記述することもできる。
一例では、ＤＦＬＴＣＣ－ＧＤＨＴ機能に対するパラメータ・ブロック３６０が以下のフィールドを含む。
パラメータ・ブロック・バージョン番号（Parameter Block Version Number）（ＰＢＶＮ）３６２：このパラメータ・ブロックのバイト０～１は、パラメータ・ブロックのバージョンおよびサイズを指定する。ＰＢＶＮのビット０～１１は予備であり、０を含むべきであり、そうでない場合には、将来、このプログラムがコンパチブルには動作しない可能性がある。ＰＢＶＮのビット１２～１５は、パラメータ・ブロックのフォーマットを指定する符号なし２進整数を含む。ＤＦＬＴＣＣ－ＱＡＦ機能は、使用可能なパラメータ・ブロック・フォーマットを示す機構を提供する。指定されたパラメータ・ブロックのフォーマットがモデルによってサポートされていないときには、汎用オペランド・データ例外が認識される。ＰＢＶＮは、プログラムによって指定され、命令の実行中に変更されない。
モデル・バージョン番号（Model Version Number）（ＭＶＮ）３６３：このパラメータ・ブロックのバイト２は、命令を実行したモデルを識別する符号なし２進整数である。プログラムがＭＶＮを初期化する必要はない。ＭＶＮは、命令の実行中に更新される。ＭＶＮに記憶される値はモデルに依存する。
動的ハフマン表（ＤＨＴ）生成制御（Generation Control）（ＤＨＴＧＣ）３６４：このパラメータ・ブロックのバイト１７のビット２は、動的ハフマン表（ＤＨＴ）の生成に適用される。ＤＨＴは、リテラル・バイト、重複ストリング長、エンド・オブ・ブロック（ＥＯＢ）シンボルおよび重複ストリング・ポインタ距離（duplicate string pointer distance）を表すシンボルに対するハフマン・コードを指定する。特定のシンボルに対するハフマン・コードの値は、データの圧縮されていない形態の中での、そのシンボルが表すエンティティの出現カウントの関数である。シンボルに対するカウントが０のとき、そのシンボルに対するＤＨＴ中にハフマン・コードは存在しない。一例では、ＤＨＴＧＣが、０に等しいカウントを指定し、以下のとおりに取り扱われる。
ＤＨＴＧＣ 意味
０ ０に等しいリテラル・バイト、重複ストリング長およびポインタ距離のカウントを、１に等しいものとして取り扱う（ユニバーサルＤＨＴを生成する）。
１ ０に等しい重複ストリング長およびポインタ距離のカウントを、１に等しいものとして取り扱う。
リテラル・バイト、ＥＯＢシンボル、重複ストリング長および重複ストリング・ポインタ距離の可能な全ての値に対するハフマン・コードを指定するＤＨＴは、ユニバーサルＤＨＴと呼ばれる。圧縮されていない形態のデータの中では出現しないリテラル・バイト、重複ストリング長または重複ストリング・ポインタ距離の値に対してハフマン・コードを指定しないＤＨＴは、非ユニバーサルＤＨＴと呼ばれる。
ＤＨＴＧＣの全ての値について、結果として得られるＤＨＴは、ＤＥＦＬＡＴＥ規格によって定義されているとおり、全ての可能な重複ストリング長およびポインタ距離に対してハフマン・コードを指定する。したがって、後にさらに説明する、結果として得られる圧縮された形態のＤＨＴのＨＬＩＴ（ハフマン・リテラル（Huffman literal））およびＨＤＩＳＴ（ハフマン距離（Huffman distances））サブ要素はそれぞれ、例えば値２９を含む。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、ＤＨＴＧＣはオペレーションへの入力である。ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されているとき、ＤＨＴＧＣはオペレーションに適用されない。一実施形態では、命令の実行中、ＤＨＴＧＣが変更されない。
オペレーション終了補足コード（Operation Ending Supplemental Code）（ＯＥＳＣ）３６５：このパラメータ・ブロックのバイト１９は、プログラムに報告されている条件に関する追加情報を提供する符号なし２進整数である。このフィールドは複数の機能によって使用されるため、一部の条件は、他の機能によって使用されるパラメータ・ブロック（例えばＤＦＬＴＣＣ－ＣＭＰＲおよびＤＦＬＴＣＣ－ＸＰＮＤ機能によって使用される図３Ｌのパラメータ・ブロック）のフィールドを指す。報告されている条件が汎用オペランド・データ例外であるとき、オペレーションは抑制されているとみなされるが、パラメータ・ブロックのＯＥＳＣフィールドは更新され、一例では、その場合に、それは以下のように定義される。
ＯＥＳＣ（１６進数） 意味
００ 追加情報は提供されていない。
０１ パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックのフォーマットがモデルによってサポートされていない。
０２ ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、履歴長フィールド３８５（図３Ｌ）が例えば３２，７６８よりも大きく、新規タスク・フィールド３７４（図３Ｌ）が０である。
１１ ２進数１１に等しいＢＴＹＰＥ（ブロック・タイプ）を有する圧縮データ・ブロックに遭遇する。
１２ ２進数００に等しいＢＴＹＰＥおよびＬＥＮ（長さ）の１の補数に等しくないＮＬＥＮを有する圧縮データ・ブロックに遭遇する。
２１ ＣＤＨＴＬフィールド３６６（図３Ｌ）が適用され、ＣＤＨＴＬフィールド３６６が、例えば４２よりも小さいか、または２２８３よりも大きい。
２２ オペレーション中に使用された圧縮ＤＨＴのＨＬＩＴサブ要素が、例えば２９よりも大きい（無効なＤＨＴ）。
２３ オペレーション中に使用された圧縮ＤＨＴのＨＤＩＳＴサブ要素が、例えば２９よりも大きい（無効なＤＨＴ）。
２４ オペレーション中に使用された圧縮ＤＨＴが、圧縮ＤＨＴに対して定義された可能なコード長（例えば１９）に対するビット長を指定するコードのシーケンスの中のコードであって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコードを指定する（無効なＤＨＴ）。
２６ オペレーション中に使用された圧縮ＤＨＴが、リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長からなる要素のセットに対する最初のコード長としてコード長１６を指定する（以前のコード長をコピーする）（無効なＤＨＴ）。
２７ オペレーション中に使用された圧縮ＤＨＴが、リテラル・バイトに対するコード長を指定するコードのシーケンスの中のコードを指定し、そのコードが、圧縮ＤＨＴの中で以前に指定された、参照されたコード長のセットを表すように決定されたどのコードとも一致しない（無効なＤＨＴ）。
２８ オペレーション中に使用された圧縮ＤＨＴが、ＥＯＢシンボルにコード長０（ＣＬ０）を割り当てるコードを指定する。この場合、対応するＤＨＴは、ＥＯＢシンボルを表すハフマン・コードを指定しない（無効なＤＨＴ）。
２９ オペレーション中に使用された圧縮ＤＨＴが、重複ストリング長およびポインタ距離に対するコード長を指定するコードのシーケンスの中のコードを指定し、そのコードが、圧縮ＤＨＴの中で以前に指定された、参照されたコード長のセットを表すように決定されたどのコードとも一致しない（無効なＤＨＴ）。
２Ａ オペレーション中に使用された圧縮ＤＨＴが、ＨＬＩＴフィールドの中の値と、ＨＤＩＳＴフィールドの中の値と例えば２５８との和によって指定される、ＤＨＴの中のハフマン・コードの数よりも大きいいくつかのコード長を指定する。例として、これは、コード長１６、１７および１８の不適切な使用によって可能である（無効なＤＨＴ）。
２Ｂ オペレーション中に使用された圧縮ＤＨＴが、リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長のセットに対するコード長であって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコード長を指定する（無効なＤＨＴ）。
２Ｄ オペレーション中に使用された圧縮ＤＨＴが、重複ストリング・ポインタ距離のセットに対するコード長であって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコード長を指定する（無効なＤＨＴ）。
２Ｆ ＣＤＨＴＬフィールド３６６（図３Ｌ）が、オペレーション中に使用されたＣＤＨＴフィールド３６７（図３Ｌ）の中の圧縮ＤＨＴの長さを適用し、ＣＤＨＴＬフィールド３６６が、この長さに等しくない。
３１ オペレーション中に使用された圧縮ＤＨＴが、オペレーション中に処理されたリテラル・バイトまたは重複ストリング長に対応するハフマン・コードを指定しない（不十分な非ユニバーサルＤＨＴ）か、または、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、２進数０１に等しいＢＴＹＰＥを有する圧縮データ・ブロックの中で遭遇する圧縮データ・シンボルが、重複ストリング長に対する無効コード（２進数１１０００１１０または１１０００１１１）を指定する。
３２ オペレーション中に使用された圧縮ＤＨＴが、オペレーション中に処理された重複ストリング・ポインタ距離に対応するハフマン・コードを指定しない（不十分な非ユニバーサルＤＨＴ）か、または、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、２進数０１に等しいＢＴＹＰＥを有する圧縮データ・ブロックの中で遭遇する圧縮データ・シンボルが、重複ストリング・ポインタ距離に対する無効コード（２進数１１１１０または１１１１１）を指定する。
４０ 重複ストリング・ポインタである圧縮データ・シンボルに遭遇し、このデータ・シンボルが、そのシンボルを処理する時点で使用可能な履歴の長さよりも大きな距離を指定する。
汎用オペランド・データ例外の報告なしにオペレーションが終了したときには、ＯＥＳＣフィールドに０が記憶される。
０以外の補足コードに対するサポートはモデルに依存する。複数の条件が存在するとき、コードが存在する場合にどのコードがＯＥＳＣフィールドの中で報告されるのかはモデルに依存する。
圧縮動的ハフマン表長（Compressed Dynamic-Huffman Table Length）（ＣＤＨＴＬ）３６６：このパラメータ・ブロックのバイト５６のビット４からバイト５７のビット７までの１２個のビットは、パラメータ・ブロックのＣＤＨＴフィールド（例えばＣＤＨＴ３６７）の中のＤＨＴの圧縮フォーマットの長さをビット・カウントとして指定する符号なし２進整数を含む。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、ＣＤＨＴＬは、オペレーションからの出力である。
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、ハフマン表タイプ（例えば図３ＬのＨＴＴ３７６）が１のとき、ＣＤＨＴＬは、オペレーションへの入力である。ＣＤＨＴＬが、ＣＤＨＴに対する適切な長さを指定していないときには、汎用オペランド・データ例外が認識される。ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されているとき、ＣＤＨＴＬは変更されない。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、２進数１０のＢＴＹＰＥを有するブロックの一部分だけをデコードした後にオペレーションが終了したとき、このフィールドには、そのブロックの中のＤＨＴの圧縮表現の長さが記憶される。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、オペレーションが、ブロック境界で、または２進数００もしくは０１のＢＴＹＰＥを有するブロックの一部分だけをデコードした後に終了したとき、このフィールドには０が記憶される。２進数１０のＢＴＹＰＥを有するブロック内で、復元オペレーションが再開されるとき、（すなわちＣＦ（図３Ｌの継続フラグ３７３）が１に等しく、後述するＩＦＳ（未完了機能ステータス（incomplete function status）３８３）が１６進数ＣまたはＤに等しいとき）、このフィールドは、オペレーションへの入力である。
圧縮動的ハフマン表（ＣＤＨＴ）３６７：このパラメータ・ブロックのバイト６４～３５１は、動的ハフマン表（ＤＨＴ）の圧縮フォーマットを含む。
ＤＨＴは、２セットの要素を表すハフマン・コード（ビット・シーケンス）を指定する。一方のセットの要素は、リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長を含む。もう一方のセットの要素は、重複ストリング・ポインタ距離を含む。ＤＨＴの圧縮表現は、コード長のセットを定義し、それぞれのセットのそれぞれの要素に対するコード長（ＣＬ）を指定する。オペレーション中に参照されることが予想される要素に対するハフマン・コードは、その要素に対して指定されたＣＬ、および同じセットの中の同じ指定されたＣＬを有する要素の数から導出される。具体的には、ＤＨＴの圧縮表現は、一例として、以下のものを含む。
・リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長を表すハフマン・コードの数を指定するＨＬＩＴフィールド
・重複ストリング・ポインタ距離を表すハフマン・コードの数を指定するＨＤＩＳＴフィールド
・コード長を表すハフマン・コードの数を指定するＨＣＬＥＮ（ハフマン・コード長（Huffman code lengths））フィールド
・圧縮ＤＨＴに対して定義されたコード長、例えば１９個のコード長のうちのそれぞれのコード長に対するビット長を指定するコードのシーケンス
・リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長からなるセットの要素のうちのそれぞれの要素に対するコード長を指定するコードのシーケンス
・重複ストリング・ポインタ距離からなるセットの要素のうちのそれぞれの要素に対するコード長を指定するコードのシーケンス
以下で、ＤＨＴの圧縮表現に関するさらなる詳細を、２進数１０のブロック・タイプを有する圧縮データ・ブロックの説明を参照して説明する。
一例では、ＤＨＴの圧縮表現が、ＣＤＨＴフィールドの中で左揃えにされる。すなわち、バイト６４の右端ビットが、ＤＨＴの圧縮表現のＨＬＩＴサブ要素の最下位ビットを含む。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、ＤＨＴの圧縮表現は、オペレーションからの出力である。
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、後述するＨＴＴが１のとき、ＤＨＴの圧縮表現は、オペレーションへの入力である。ＣＤＨＴフィールドは、ＤＦＬＴＣＣ－ＣＭＰＲ機能によって変更されない。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、２進数１０のＢＴＹＰＥを有するブロックの一部分だけをデコードした後にオペレーションが終了したとき、このフィールドには、そのブロックの中のＤＨＴの圧縮表現が記憶される。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、オペレーションが、ブロック境界で、または２進数００または０１のＢＴＹＰＥを有するブロックの一部分だけをデコードした後に終了したとき、このフィールドには０が記憶される。２進数１０のＢＴＹＰＥを有するブロック内で復元オペレーションが再開されるとき（すなわち、ＣＦが１に等しく、ＩＦＳが１６進数ＣまたはＤに等しいとき）、このフィールドは、オペレーションへの入力である。
ＣＤＨＴが変更されたとき、ＤＨＴの圧縮表現を表すために使用されていないフィールドのビットは、０として記憶される。
パラメータ・ブロック３６０に関してさまざまなフィールドを上で説明したが、他の実施形態では、追加のフィールド、より少数のフィールドもしくは他のフィールド、またはこれらの組合せを含めることができる。
ＤＨＴ生成の態様は、パラメータ・ブロックの動的ハフマン表生成制御（ＤＨＴＧＣ）フィールド３６４を使用して、プログラムによって機械に指定される。ソースが、圧縮されていないデータを含むこと、およびこのオペレーションを完了した後、生成された結果が、ＤＦＬＴＣＣ－ＣＭＰＲ機能によって同じソースを圧縮するように指定されることが意図されている。
一実施形態では、現在のオペレーションを処理している間に以前のオペレーションから参照するための履歴が存在しない。
一例では、汎用レジスタＲ２＋１の内容が、例えば３２キロバイトよりも大きな長さを指定しているときに、以下のことが適用される。
・ＤＨＴの生成には、第２のオペランドの最初の３２キロバイトだけが使用される。
・第２のオペランドの最初の３２キロバイトを超える位置に対してはアクセス例外が認識されない。
汎用レジスタＲ２＋１の内容が、０に等しい長さを指定しているときには、指定例外が認識され、第２のオペランドにはアクセスされない。
結果として得られる圧縮ＤＨＴは、エンド・オブ・ブロック（ＥＯＢ）シンボルを表すハフマン・コードを含む。
パラメータ・ブロックの圧縮動的ハフマン表（ＣＤＨＴ）フィールド３６７には、生成されたＤＨＴの圧縮フォーマットが記憶される。パラメータ・ブロックのＣＤＨＴＬフィールド３６６には、生成されたＤＨＴの圧縮フォーマットの長さが記憶される。
このオペレーションは、このパラメータ・ブロックのモデル・バージョン番号フィールド３６３にモデル識別を記憶することを含む。
汎用オペランド・データ例外を認識することなくオペレーションが終了したときには、このパラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５に０が記憶される。
ＤＦＬＴＣＣ－ＧＤＨＴ機能の実行が完了したときには、条件コード０がセットされる。このＤＦＬＴＣＣ－ＧＤＨＴ機能に対して条件コード１、２および３は適用不可である。
汎用レジスタＲ２およびＲ２＋１はオペレーションによって変更されない。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、汎用レジスタＲ１、Ｒ１＋１およびＲ３の内容は無視される。
適用可能なときには、第２のオペランド位置およびパラメータ・ブロックに対してＰＥＲ０アドレス検出イベントが認識される。
機能コード２：ＤＦＬＴＣＣ－ＣＭＰＲ（圧縮）
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されているときには、圧縮オペレーションが実行される。このオペレーションは、第２のオペランド位置からのデータをエンコードして、圧縮データ・シンボルにすることを含み、それらの圧縮データ・シンボルは、第１のオペランド位置に記憶される。
一例では、ＤＦＬＴＣＣ－ＣＭＰＲ機能がパラメータ・ブロックを使用する。その一例を、図３Ｌを参照して説明する。フィールドの一部は、パラメータ・ブロック３６０に関して上で説明されており、したがって、以下では、それらのフィールドが同じ参照符号で示されており、それらのフィールドがさらに詳細に説明されることはない。
一例では、パラメータ・ブロック３７０が以下のものを含む。
パラメータ・ブロック・バージョン番号（ＰＢＶＮ）３６２
モデル・バージョン番号（ＭＶＮ）３６３
継続フラグ（ＣＦ）３７３：このパラメータ・ブロックのビット６３は、１であるときに、オペレーションが部分的に完了したこと、および（例えば継続状態バッファ・フィールド３９２の中の）継続状態バッファの内容を使用して、オペレーションを再開することができることを示す。このプログラムは、継続フラグ（ＣＦ）を０に初期化するためのものであり、オペレーションを再開するために命令が再実行される場合にはＣＦを変更せず、そうでない場合、結果は予測不能である。
新規タスク（ＮＴ）３７４：このパラメータ・ブロックのバイト１６のビット０は、１であるときに、オペレーションが、圧縮データ・セットの始まりに適用されることを指示する。したがって、現在のオペレーションに、以前のオペレーションからの履歴および検査値（check value）は適用されない。オペレーションの開始時にＮＴが１であり、部分完了の後にオペレーションが終了したときには、ＮＴフィールドに０が記憶される。ＮＴが０のときには、現在のオペレーションに、以前のオペレーションからの履歴および検査値が適用される。
検査値タイプ（ＣＶＴ）３７５：このパラメータ・ブロックのバイト１６のビット２は、パラメータ・ブロックの検査値フィールド（例えばフィールド３８７）に含まれる検査値のタイプを指定する。ＣＶＴが０のとき、検査値タイプは、例えば、３２ビット巡回冗長検査（ＣＲＣ－３２）である。ＣＶＴが１のとき、検査値タイプは、例えば、３２ビット・アドラー・チェックサム（Adler checksum）（アドラー－３２）である。ＣＶＴビットは、命令の実行中に変更されない。
ハフマン表タイプ（ＨＴＴ）３７６：このパラメータ・ブロックのバイト１６のビット４は、０であるときに、ＤＥＦＬＡＴＥ規格によって定義されているとおり、固定ハフマン・コードを含む表（ＦＨＴ）が圧縮オペレーション中に使用されることを指定する。ＨＴＴが１のときには、このパラメータ・ブロックのＣＤＨＴフィールドに指定された動的ハフマン・コードを含む表（ＤＨＴ）が圧縮オペレーション中に使用される。ＨＴＴは、解凍オペレーションには適用されない。ＨＴＴビットは、命令の実行中に変更されない。
ブロック継続フラグ（ＢＣＦ）３７７：このパラメータ・ブロックのバイト１６のビット５は、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されているときに適用される。０のときには、圧縮データ要素を記憶する前に、３ビット・ブロック・ヘッダ、および適用可能なときにはこのパラメータ・ブロックのＣＤＨＴフィールド（例えばフィールド３６７）の中に指定された動的ハフマン表の圧縮フォーマットが、第１のオペランド位置に記憶される。１のとき、第１のオペランド位置には、ブロック・ヘッダもまたはＤＨＴの圧縮フォーマットも記憶されない。ＮＴが１のとき、ＢＣＦは、０に等しいものとして取り扱われる。ＢＣＦビットは、命令の実行中に変更されない。
ブロック終了制御（Block Closing Control）（ＢＣＣ）３７８：このパラメータ・ブロックのバイト１６のビット６は、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されてきるときに適用される。１のときには、全ての圧縮データ・シンボルを記憶した後に、エンド・オブ・ブロック（ＥＯＢ）シンボルが、第１のオペランド位置に記憶される。ＨＴＴが、ＦＨＴを使用することを指定しているときには、一例として、（リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長に対するコードを指定する表の中の中間整数表現２５６に対応する）２進数０００００００のハフマン・コードが、ＥＯＢシンボルに対して使用される。ＨＴＴが、ＤＨＴを使用することを指定しているときには、ＤＨＴの中に、ＥＯＢシンボルに対するハフマン・コードが指定される。ＢＣＣビットが０のとき、第１のオペランド位置にはＥＯＢシンボルが記憶されない。ＢＣＣビットは、命令の実行中に変更されない。
ブロック・ヘッダ最終（Block Header Final）（ＢＨＦ）３７９：このパラメータ・ブロックのバイト１６のビット７は、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、ＢＣＦ３７７が０またはＮＴ３７４が１のときに適用され、そうでない場合、ＢＨＦは適用されない。適用可能であり、かつ１であるときには、第１のオペランド位置にブロック・ヘッダを記憶する前に、ブロック・ヘッダの最初のビット（ＢＦＩＮＡＬ）が１にセットされる。適用可能であり、かつ０であるときには、第１のオペランド位置にブロック・ヘッダを記憶する前に、ブロック・ヘッダの最初のビット（ＢＦＩＮＡＬ）が０にセットされる。ＢＨＦビットは、命令の実行中に変更されない。
ＤＨＴ生成制御（ＤＨＴＧＣ）３６４：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されているとき、ＤＨＴＧＣは、オペレーションに適用されない。ＤＨＴＧＣは、命令の実行中に変更されない。
サブバイト境界（ＳＢＢ）３８１：このパラメータ・ブロックのバイト１８のビット５～７は、圧縮データ・ストリームのバイト内の処理済みビットと未処理ビットとの間の境界を指定する符号なし２進整数を含む。参照されるストリームのバイトは、オペレーションが終了したときに参照される最後のバイトであり、これは右端バイトを意味し、また、オペレーションが開始または再開されるときに参照される最初のバイトであり、これは左端バイトを意味する。ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されているとき、ＳＢＢは、第１のオペランド・アドレスによって指示されたバイトに適用される。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されているとき、ＳＢＢは、第２のオペランド・アドレスによって指示されたバイトに適用される。ＳＢＢは、処理された右端ビットの数を指定する。ＳＢＢは、オペレーションへの入力およびオペレーションの出力である。
ＳＢＢが２進数０１１の値を有するときの圧縮データ・ストリームの一例が、図４に示されている。オペレーション終了後の処理されたデータが４００に示されており、オペレーション開始前の処理されるデータが４０２に示されている。
さらに、図５Ａ～５Ｃは、ＤＦＬＴＣＣ－ＣＭＰＲ機能に対してＳＢＢがどのように適用されるのかを示す例を示している。例えば、ＤＦＬＴＣＣ－ＣＭＰＲ機能を実行する前および実行した後にＳＢＢがどのように適用されるのかを示す一例が図５Ａに示されている。他の例が図５Ｂ～５Ｃに示されている。ＮＴ３７４が１のとき、ＳＢＢ３８１は、２進数０００に等しいものとして取り扱われる。
図３Ｌに戻り、パラメータ・ブロック３７０の追加のフィールドを説明する。
オペレーション終了補足コード（ＯＥＳＣ）３６５
未完了機能ステータス（ＩＦＳ）３８３：このパラメータ・ブロックのバイト２１のビット４～７は、ある種のオペレーションが終了したときのステータス情報を含む。一例では、解凍オペレーションが終了したときに、ＩＦＳが、第２のオペランドに関する情報を以下のように伝達する。
ＩＦＳ（２進数） 意味
００００ １に等しいＢＦＩＮＡＬを有するブロックの最後の要素をデコードした後にオペレーションが終了した。
１０００ ２進数００に等しいＢＴＹＰＥおよび０に等しいＢＦＩＮＡＬを有するブロックの最後の要素以外の要素をデコードした後にオペレーションが終了した。
１００１ ２進数００に等しいＢＴＹＰＥおよび１に等しいＢＦＩＮＡＬを有するブロックの最後の要素以外の要素をデコードした後にオペレーションが終了した。
１０１０ ２進数０１に等しいＢＴＹＰＥおよび０に等しいＢＦＩＮＡＬを有するブロックの最後の要素以外の要素をデコードした後にオペレーションが終了した。
１０１１ ２進数０１に等しいＢＴＹＰＥおよび１に等しいＢＦＩＮＡＬを有するブロックの最後の要素以外の要素をデコードした後にオペレーションが終了した。
１１００ ２進数１０に等しいＢＴＹＰＥおよび０に等しいＢＦＩＮＡＬを有するブロックの最後の要素以外の要素をデコードした後にオペレーションが終了した。
１１０１ ２進数１０に等しいＢＴＹＰＥおよび１に等しいＢＦＩＮＡＬを有するブロックの最後の要素以外の要素をデコードした後にオペレーションが終了した。
１１１０ ブロック境界でオペレーションが終了し、１に等しいＢＦＩＮＡＬを有するブロックの最後の要素はデコードされておらず、次のブロックの最初のブロック・ヘッダ要素はまだ処理されていない。
一実施形態では、２進数００００に等しいＩＦＳで復元オペレーションが終了することがあり、そのオペレーションが正常完了を満たさないことがある。そのような場合、そのオペレーションは、条件コード１または３がセットされた状態で終了する。
圧縮オペレーションが終了したとき、ＩＦＳフィールドは不定（undefined）だが、変更することができる。
ＩＦＳは、このオペレーションへの入力ではない。
未完了機能長（Incomplete Function Length）（ＩＦＬ）３８４：このパラメータ・ブロックのバイト２２～２３は、ある種のオペレーションが終了したときの長さ情報を含む。解凍オペレーションに関しては、ＩＦＬが、第２のオペランドに適用される。２進数００に等しいＢＴＹＰＥを有するブロックの全部ではない一部をデコードした後に解凍オペレーションが終了したとき、ＩＦＬは、まだ処理されていない、第２のオペランドの中のブロックのバイトの数を指定する符号なし２進整数を含む。例えばリトルエンディアン・バイト順（little-endian byte order）である２進数００に等しいＢＴＹＰＥを有するブロックのＬＥＮフィールドとは違い、バイト２２～２３は、ＩＦＬを、例えばビッグエンディアン・バイト順（big-endian byte order）で含む。
２進数００に等しいＢＴＹＰＥおよび１に等しいＢＦＩＮＡＬを有するブロック全体をデコードした後に解凍オペレーションが終了したときには、ＩＦＬフィールドに０が記憶される。０でないＢＴＹＰＥを有するブロックの全部ではない一部をデコードした後に解凍オペレーションが終了したとき、または解凍オペレーションがブロック境界で終了したとき、ＩＦＬフィールドは不定だが、変更することができる。
圧縮オペレーションが終了したとき、ＩＦＬフィールドは不定だが、変更することができる。
ＩＦＬは、オペレーションへの入力ではない。
履歴長（ＨＬ）３８５：このパラメータ・ブロックのバイト４４～４５は、オペレーション中に参照することができる履歴バッファの中の履歴のバイト数を指定する符号なし２進整数を含む。ＨＬは、インラインおよび循環履歴バッファに適用される。新規タスク（ＮＴ）が１に等しいとき、オペレーションの開始時に履歴は適用されず、履歴長は、オペレーションへの入力として０として取り扱われる。
履歴長が例えば３２，７６８よりも大きく、ＮＴが０に等しいときには、汎用オペランド・データ例外が認識される。
履歴長は、圧縮および解凍オペレーション中に変更される。元のＨＬとオペレーション中に処理された圧縮されていないデータ・バイトの数との和が、例えば３２，７６８よりも小さいかまたは３２，７６８に等しいとき、更新後のＨＬは、元のＨＬとオペレーション中に処理された圧縮されていないデータ・バイトの数との和に等しく、そうでないときには、更新後のＨＬが値３２，７６８に等しい。
履歴オフセット（ＨＯ）３８６：履歴バッファ・タイプが循環であるとき、このパラメータ・ブロックのバイト４６のビット１からバイト４７のビット７までの１５個のビットは、第３のオペランドの中のオフセットを指定する符号なし２進整数を含む。Ｒ３の内容と履歴オフセットとの和は、循環履歴バッファの中の圧縮されていないデータの最も早く（least recently）処理されたバイトである、バッファ内の履歴の最初のバイトの位置を指示する。履歴バッファ・タイプが循環であるとき、履歴オフセットは、オペレーションへの入力であり、オペレーションの終了時に更新される。元のＨＬとオペレーション中に処理された圧縮されていないデータ・バイトの数との和が、例えば３２，７６８よりも小さいかまたは３２，７６８に等しいとき、更新後のＨＯは元のＨＯに等しく、そうでないとき、更新後のＨＯは、３２，７６８を法とする、元のＨＯと、元のＨＬと、オペレーション中に処理された圧縮されていないデータ・バイトの数との和に等しい。
履歴バッファ・タイプがインラインであるとき、パラメータ・ブロックのＨＯフィールドは不定だが、変更することができる。
検査値３８７：このパラメータ・ブロックのバイト４８～５１は検査値を含む。オペレーションの一部として検査値が生成される。検査値は、圧縮されていないデータのオペランドに適用される。すなわち、検査値は、ＤＦＬＴＣＣ－ＣＭＰＲ機能に関しては第２のオペランドに適用され、ＤＦＬＴＣＣ－ＸＰＮＤ機能に関しては第１のオペランドに適用される。ＣＶＴビット３７５が０のときには、例えば３２ビットの巡回冗長検査検査値（ＣＲＣ－３２）が生成される。ＣＶＴビット３７５が１のときには、例えば３２ビットのアドラー・チェックサム検査値（アドラー－３２）が生成される。
検査値の生成に対する入力は、例えば、４バイト・ベース（base）およびオペレーション中に処理された圧縮されていないデータである。圧縮データ・ブロックのセット全体を処理するためにＤＦＬＴＣＣ命令が実行される回数に関わりなく、このベース入力は、圧縮データ・ブロックのセットに対する単一の首尾一貫した（consistent）検査値を計算する手段を提供する。ＮＴビットが０のときには、検査値を生成する際のベース入力に対して、検査値フィールドの中の元の値が使用される。
一例では、アドラー－３２検査値が生成されるときに、以下のことが適用される。
・ＮＴビットが１のときには、４バイト・ベース入力に対して値１が使用される。
・アドラー－３２検査値生成において定義される和は、６５，５２１を法とする。
・結果は、検査値フィールドに、ビッグエンディアン・バイト順で記憶される。すなわち、検査値の最上位バイトがバイト４８に位置し、検査値の最下位バイトがバイト５１に位置する。
一実施形態では、ＣＲＣ－３２検査値が生成されるときに、以下のことが適用される。
・ＮＴビットが１のときには、４バイト・ベース入力に対して値０が使用される。
・ＣＲＣ－３２検査値を生成する際に除数として使用される多項式は、ｘ３２＋ｘ２６＋ｘ２３＋ｘ２２＋ｘ１６＋ｘ１２＋ｘ１１＋ｘ１０＋ｘ８＋ｘ７＋ｘ５＋ｘ４＋ｘ２＋ｘ１＋ｘ０であり、これは１６進数１０４Ｃ１１ＤＢ７として表される。この表現では、左端ビットが最上位ビットに対応する。
・検査値を生成する最初のステージおよび最後のステージはそれぞれ、ベース入力の１の補数を計算するステージ、および結果を記憶する前に結果の１の補数を計算するステージである。
・結果は、検査値フィールドに、リトルエンディアン・バイト順で記憶される。すなわち、検査値の最下位バイトがバイト４８に位置し、検査値の最上位バイトがバイト５１に位置する。
一例では、オペレーションが、条件コード０がセットされた状態で終了したときに、検査値が、そのプログラムに対してだけ意味をなし、そうでないときには、検査値が中間結果に過ぎず、オペレーションを再開するためだけに意味をなす。ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、オペレーションが、条件コード１、２または３がセットされた状態で終了したときには、第２のオペランド・アドレスによって指示されたバイトの左の一部のバイトが、結果として得られる検査値の計算に含まれないことがある。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、オペレーションが、条件コード１、２または３がセットされた状態で終了したときには、第１のオペランド・アドレスによって指示されたバイトの右にまだ記憶されてない一部の結果バイトが、結果として得られる検査値の計算に既に含まれていることがある。
エンド・オブ・ブロック・シンボル（ＥＯＢＳ）３８８：このパラメータ・ブロックのバイト５２のビット０からバイト５３のビット６までの１５個のビットは、エンド・オブ・ブロック（ＥＯＢ）シンボルを含む。パラメータ・ブロックのエンド・オブ・ブロック長（ＥＯＢＬ）フィールド３８９は、ＥＯＢＳフィールドの中のＥＯＢシンボルの長さを指定する。ＥＯＢシンボルは、ＥＯＢＳフィールドの中で左揃えにされる。ＥＯＢシンボルによって占有されていないＥＯＢＳフィールドのビットは、０として記憶される。データを圧縮するとき、どのタイプのハフマン表が適用されるのかに関わりなく、ＥＯＢＳフィールドは、オペレーションの出力である。ＥＯＢＳフィールドは、オペレーションへの入力としては使用されない。
バイト５２のビット０は、ＥＯＢシンボルの最上位ビットを含む。ＥＯＢシンボルの長さが７ビットであるとき、バイト５２のビット６は、ＥＯＢシンボルの最下位ビットを含む。ＥＯＢシンボルの長さが１５ビットであるとき、バイト５３のビット６は、ＥＯＢシンボルの最下位ビットを含む。
ＦＨＴを使用するブロックに関しては、ＤＥＦＬＡＴＥ規格によって定義されているとおり、ＥＯＢシンボルが２進数０００００００である。ＤＨＴを使用するブロックに関しては、ＥＯＢシンボルがＤＨＴによって定義される。ＥＯＢシンボルは、プログラムがブロックを閉じる能力を提供するために伝達される。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されているとき、ＥＯＢＳフィールドは不定だが、変更することができる。
エンド・オブ・ブロック長（ＥＯＢＬ）３８９：このパラメータ・ブロックのバイト５４のビット０～３は、パラメータ・ブロックのＥＯＢＳフィールド３８８の中のエンド・オブ・ブロック（ＥＯＢ）シンボルの長さを指定する符号なし２進整数を含む。この長さは、ＥＯＢシンボルがＥＯＢＳフィールドの中で占有するビットの数を指定する。データを圧縮するとき、どのタイプのハフマン表が適用されるのかに関わりなく、ＥＯＢＬフィールドは、オペレーションの出力である。ＥＯＢＬフィールドは、オペレーションへの入力としては使用されない。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されているとき、ＥＯＢＬフィールドは不定だが、変更することができる。
圧縮動的ハフマン表長（ＣＤＨＴＬ）３６６
圧縮動的ハフマン表（ＣＤＨＴ）３６７：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、ＨＴＴが１のとき、ＤＨＴの圧縮表現は、オペレーションへの入力である。ＣＤＨＴフィールドは、ＤＦＬＴＣＣ－ＣＭＰＲ機能によって変更されない。
継続状態バッファ（ＣＳＢ）３９２：条件によってＣＦフィールド３７３に値１が記憶されたときには、このパラメータ・ブロックのバイト３８４～１５３５に内部状態データが記憶され、そうでないときには、このパラメータ・ブロックのバイト３８４～１５３５が不定であり、変更することができる。記憶される内部状態データはモデルに依存し、この内部状態データは、続いて、オペレーションを再開するために使用することができる。必須ではないが、プログラムが、この継続状態バッファを、例えば全て０を含むように初期化することが予想される。命令が、０でない条件コードがセットされた状態で終了した後、オペレーションを再開するために命令を再実行する前に、プログラムは、継続状態バッファを変更すべきではなく、そうでない場合、結果は予測不能である。
パラメータ・ブロック３７０に関してさまざまなフィールドを上で説明したが、他の実施形態では、追加のフィールド、より少数のフィールドもしくは他のフィールド、またはこれらの組合せを含めることができる。
以下では、データの圧縮に関する圧縮オペレーションの一例を説明する。
第２のオペランドの全体が圧縮され、第１のオペランド位置に記憶されると、ＤＦＬＴＣＣ－ＣＭＰＲ機能の正常完了が起こる。一例では、正常完了によってオペレーションが終了すると、以下のことが起こる。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックの継続フラグ（ＣＦ）フィールド３７３が０にセットされる。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックのエンド・オブ・ブロック長（ＥＯＢＬ）フィールド３８９およびエンド・オブ・ブロック・シンボル（ＥＯＢＳ）フィールド３８８が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・汎用レジスタＲ１の中のアドレスが、処理ビット０を含んだ第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第１のオペランドの処理されたバイトの数は、処理された出力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・汎用レジスタＲ２の中のアドレスが、処理されたソース・バイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。
・条件コード０がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
正常完了が起こったとき、オペレーションが終了した後のパラメータ・ブロックのＣＳＢフィールド３９２は不定である。
一例では、ＣＰＵによって決定された数のバイトが処理されると、オペレーションが終了し、以下のことが起こる。
・パラメータ・ブロックの中の継続フラグ（ＣＦ）ビット３７３が１にセットされる。
・パラメータ・ブロックの中の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのエンド・オブ・ブロック長（ＥＯＢＬ）フィールド３８９およびエンド・オブ・ブロック・シンボル（ＥＯＢＳ）フィールド３８８が更新される。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・汎用レジスタＲ１の中のアドレスが、処理ビット０を含んだ第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第１のオペランドの処理されたバイトの数は、処理された出力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・汎用レジスタＲ２の中のアドレスが、処理されたソース・バイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。
・条件コード３がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
このＣＰＵによって決定されるバイトの数はモデルに依存し、命令が実行されるたびに異なる数とすることができる。
命令が、条件コード３がセットされた状態で終了した後、プログラムは、命令に対する入力または出力指定を変更せず、分岐して上に戻って、オペレーションを再開するために命令を再実行することが予想される。
ある種の状況では、条件コード３がセットされた状態で命令を終了したにもかかわらず、パラメータ・ブロックおよび汎用レジスタが更新されない。これらの状況は、ＤＥＦＬＡＴＥ変換呼出し命令を実行している間に、ＣＰＵが、静止（quiescing）オペレーションまたはＣＰＵ再試行を実行したときに起こることがある。これらのケースでは、ＣＰＵによって決定される処理されるバイトの数が０であり、第１のオペランド位置にデータが記憶されていることがあり、適用可能なときに、第３のオペランド位置にデータが記憶されていることがあり、対応する変更ビットがセットされている。
一例では、以下の条件のうちのいずれかの条件が当てはまるときに、第１のオペランド長は、オペレーションを完了するのに不十分である。
・命令の実行の開始時に、汎用レジスタＲ１＋１の内容によって指定された第１のオペランド長が０である。
・命令の実行中に第１のオペランド長が０に等しくなり、正常完了が起こらない。
一例では、汎用レジスタＲ１＋１の内容が０のとき、パラメータ・ブロックのＮＴおよびＳＢＢフィールドの中の値に関わりなく、第１のオペランド長が０である。
一実施形態では、命令の実行中に第１のオペランド長が０に等しくなると、オペレーションが終了し、以下のことが起こる。
・パラメータ・ブロックの中の継続フラグ（ＣＦ）ビット３７３が１にセットされる。
・パラメータ・ブロックの中の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのエンド・オブ・ブロック長（ＥＯＢＬ）フィールド３８９およびエンド・オブ・ブロック・シンボル（ＥＯＢＳ）フィールド３８８が更新される。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・汎用レジスタＲ１の中のアドレスが、処理ビット０を含んだ第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第１のオペランドの処理されたバイトの数は、処理された出力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・汎用レジスタＲ２の中のアドレスが、処理されたソース・バイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。
・条件コード１がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
一実施形態では、命令の実行の開始時に第１のオペランド長が０のとき、オペレーションが終了し、以下のことが起こる。
・条件コード１がセットされる。
命令が、条件コード１がセットされた状態で終了した後、プログラムは、第１のオペランド長もしくは第１のオペランド・アドレスまたはその両方を変更し、オペレーションを再開するために命令を再実行することが予想される。
適用可能なときには、以下のことに対して、ＰＥＲストレージ変更イベントが認識される。
・後述するようにパラメータ・ブロックに記憶する。
・第１のオペランド位置に記憶する。
・第３のオペランド位置に記憶する。これは例えば、履歴バッファ・タイプ（ＨＢＴ）が１（循環）であるときに起こる。
パラメータ・ブロックの全体がＰＥＲストレージ・エリア指示に重なるときには、適用可能なときに、パラメータ・ブロックに対してＰＥＲストレージ変更イベントが認識される。パラメータ・ブロックの一部分だけがＰＥＲストレージ・エリア指示に重なるとき、以下のうちのどれが起こるのかはモデルに依存する。
・適用可能なときに、パラメータ・ブロックに対してＰＥＲストレージ変更イベントが認識される。
・適用可能なときに、パラメータ・ブロックの記憶された部分に対してＰＥＲストレージ変更イベントが認識される。
ＨＢＴが１（循環）であるときには、適用可能なときに、パラメータ・ブロック、第１のオペランド位置、第２のオペランド位置および第３のオペランド位置に対してＰＥＲ０アドレス検出イベントが認識される。
ＤＦＬＴＣ－ＣＣＭＰＲ機能に対して条件コード２は適用不可である。
命令が、条件コード１または３がセットされた状態で終了したときには、第２のオペランド位置から参照された入力データが、完全に処理されていること、または部分的にしか処理されていないことがある。入力データが部分的にしか処理されていないときには、第１のオペランド位置、第１のオペランド・アドレス、第１のオペランド長、およびパラメータ・ブロックのＳＢＢフィールドの中の結果が、更新後の第２のオペランド・アドレスおよび第２のオペランド長と首尾一貫した状態を表さない。これらのケースでは、部分的に処理されたデータおよび内部状態情報を、パラメータ・ブロックのＣＳＢフィールドの中に置くことができる。部分的に処理されるデータの量は、オペレーションが終了したときに存在した条件およびモデルに依存する。一部のデータが部分的にしか処理されていないことがあるが、更新後の第１のオペランド・アドレスによって指示された位置の左に記憶された結果は完全であり、それらの結果は、オペレーションが再開したときに変更されない。さらに、プログラムは続いて、オペレーションを再開するために命令を再実行することが予想され、そのときには、オペレーションを再開する前にＣＳＢフィールドの内容が参照される。命令が、条件コード０がセットされた状態で終了したときには、全てのデータが完全に処理されており、入力および出力データに関連した全ての結果は首尾一貫した状態を表す。
命令が、０でない条件コードがセットされた状態で終了した後、オペレーションを再開するために命令を再実行する前に、プログラムは、パラメータ・ブロックのどのフィールドも変更すべきではなく、そうでない場合、結果は予測不能である。
機能コード４：ＤＦＬＴＣＣ－ＸＰＮＤ（展開）
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されているときには、復元オペレーションが実行される。このオペレーションは、第２のオペランド位置からの圧縮データ・シンボルをデコードして、圧縮されていないデータにすることを含み、それらのデータは、第１のオペランド位置に記憶される。
一例では、ＤＦＬＴＣＣ－ＸＰＮＤ機能がパラメータ・ブロックを使用する。その一例は、図３Ｋ～３Ｌに関して上で説明されている。
以下では、データの復元に関するＤＦＬＴＣＣ－ＸＰＮＤオペレーションの一例を説明する。
正常完了は、第２のオペランドの中のデータ・セットの最後のブロックの全ての要素がデコードされ、全ての圧縮されていないデータが第１のオペランド位置に記憶されたときに起こる。データ・セットの最後のブロックは、ブロック・ヘッダのＢＦＩＮＡＬビットが１のときに識別される。一実施形態では、正常完了によってオペレーションが終了すると、以下のことが起こる。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックの継続フラグ（ＣＦ）フィールド３７３が０にセットされる。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの圧縮動的ハフマン表（ＣＤＨＴ）フィールド３６７および圧縮動的ハフマン表長（ＣＤＨＴＬ）フィールド３６６が０にセットされる。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・汎用レジスタＲ１の中のアドレスが、第１のオペランド位置に記憶されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。
・汎用レジスタＲ２の中のアドレスが、処理ビット０を含んだ第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第２のオペランドの処理されたバイトの数は、処理された入力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・条件コード０がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
正常完了が起こったとき、オペレーションが終了した後のパラメータ・ブロックのＣＳＢフィールド３９２は不定である。
一実施形態では、ＣＰＵによって決定された数のバイトが処理されると、オペレーションが終了し、以下のことが起こる。
・パラメータ・ブロックの中の継続フラグ（ＣＦ）ビット３７３が１にセットされる。
・パラメータ・ブロックの中の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮動的ハフマン表（ＣＤＨＴ）フィールド３６７および圧縮動的ハフマン表長（ＣＤＨＴＬ）フィールド３６６が更新される。２進数１０のＢＴＹＰＥ値を有するブロックを処理している間に部分完了が起こったときには、表を表すのに必要でないＣＤＨＴフィールドのバイトが０として記憶される。２進数００または０１のＢＴＹＰＥ値を有するブロックを処理している間に部分完了が起こったときには、ＣＤＨＴおよびＣＤＨＴＬフィールドに０が記憶される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・パラメータ・ブロックの未完了機能ステータス（ＩＦＳ）フィールド３８３が更新される。
・適用可能なときに、パラメータ・ブロックの未完了機能長（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１の中のアドレスが、第１のオペランド位置に記憶されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。
・汎用レジスタＲ２の中のアドレスが、処理ビット０を含んだ第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第２のオペランドの処理されたバイトの数は、処理された入力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・条件コード３がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
このＣＰＵによって決定されるバイトの数はモデルに依存し、命令が実行されるたびに異なる数とすることができる。
命令が、条件コード３がセットされた状態で終了した後、プログラムは、命令に対する入力または出力指定を変更せず、分岐して上に戻って、オペレーションを再開するために命令を再実行することが予想される。
ある種の状況では、条件コード３がセットされた状態で命令を終了したにもかかわらず、パラメータ・ブロックおよび汎用レジスタが更新されない。これらの状況は、ＤＥＦＬＡＴＥ変換呼出し命令を実行している間に、ＣＰＵが、静止オペレーションまたはＣＰＵ再試行を実行したときに起こることがある。これらのケースでは、ＣＰＵによって決定される処理されるバイトの数が０であり、第１のオペランド位置にデータが記憶されていることがあり、適用可能なときに、第３のオペランド位置にデータが記憶されていることがあり、対応する変更ビットがセットされている。
例えば以下のことが当てはまるとき、第２のオペランド長は、オペレーションを完了するのに不十分である。
・１に等しいＢＦＩＮＡＬを有する圧縮データ・ブロックの最後の要素が、オペレーション中にデコードされておらず、第２のオペランド長およびＳＢＢによって指示された第２のオペランドの中のビットの数が、デコードする次の要素のビットの数よりも少なく、第２のオペランド位置からのデータをデコードした全ての結果が、第１のオペランド位置に置かれている。
一実施形態では、第２のオペランド長が、オペレーションを完了するのに不十分であるとき、オペレーションが部分的に完了しており、オペレーションが終了し、以下のことが起こる。
・パラメータ・ブロックの中の継続フラグ（ＣＦ）ビット３７３が１にセットされる。
・パラメータ・ブロックの中の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮動的ハフマン表（ＣＤＨＴ）フィールド３６７および圧縮動的ハフマン表長（ＣＤＨＴＬ）フィールド３６６が更新される。２進数１０のＢＴＹＰＥ値を有するブロックを処理している間に部分完了が起こったときには、表を表すのに必要でないＣＤＨＴフィールドのバイトが０として記憶される。２進数００または０１のＢＴＹＰＥ値を有するブロックを処理している間に部分完了が起こったときには、ＣＤＨＴおよびＣＤＨＴＬフィールドに０が記憶される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・パラメータ・ブロックの未完了機能ステータス（ＩＦＳ）フィールド３８３が更新される。
・適用可能なときに、パラメータ・ブロックの未完了機能長（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１の中のアドレスが、第１のオペランド位置に記憶されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。
・汎用レジスタＲ２の中のアドレスが、処理ビット０を含んだ第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第２のオペランドの処理されたバイトの数は、処理された入力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・条件コード２がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
命令が、条件コード２がセットされた状態で終了した後、プログラムは、第２のオペランド長もしくは第２のオペランド・アドレスまたはその両方を変更し、オペレーションを再開するために命令を再実行することが予想される。
例えば以下のことが当てはまるとき、第１のオペランド長は、オペレーションを完了するのに不十分である。
・第１のオペランド長が０に等しいために、第２のオペランド位置からのデータをデコードした結果を、第１のオペランド位置に置くことができない。
一実施形態では、第１のオペランド長が、オペレーションを完了するのに不十分であるとき、オペレーションが部分的に完了しており、オペレーションが終了し、以下のことが起こる。
・パラメータ・ブロックの中の継続フラグ（ＣＦ）ビット３７３が１にセットされる。
・パラメータ・ブロックの中の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮動的ハフマン表（ＣＤＨＴ）フィールド３６７および圧縮動的ハフマン表長（ＣＤＨＴＬ）フィールド３６６が更新される。２進数１０のＢＴＹＰＥ値を有するブロックを処理している間に部分完了が起こったときには、表を表すのに必要でないＣＤＨＴフィールドのバイトが０として記憶される。２進数００または０１のＢＴＹＰＥ値を有するブロックを処理している間に部分完了が起こったときには、ＣＤＨＴおよびＣＤＨＴＬフィールドに０が記憶される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能なときに、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの検査値フィールド３８７が更新される。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５が０にセットされる。
・パラメータ・ブロックの未完了機能ステータス（ＩＦＳ）フィールド３８３が更新される。
・適用可能なときに、パラメータ・ブロックの未完了機能長（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１の中のアドレスが、第１のオペランド位置に記憶されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。
・汎用レジスタＲ２の中のアドレスが、処理ビット０を含んだ第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第２のオペランドの処理されたバイトの数は、処理された入力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・条件コード１がセットされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
命令が、条件コード１がセットされた状態で終了した後、プログラムは、第１のオペランド長もしくは第１のオペランド・アドレスまたはその両方を変更し、オペレーションを再開するために命令を再実行することが予想される。
適用可能なときには、以下のことに対して、ＰＥＲストレージ変更イベントが認識される。
・本明細書で記載するようにパラメータ・ブロックに記憶する。
・第１のオペランド位置に記憶する。
・第３のオペランド位置に記憶する。これは例えば、履歴バッファ・タイプ（ＨＢＴ）が１（循環）であるときに起こる。
一例では、パラメータ・ブロックの全体がＰＥＲストレージ・エリア指示に重なるとき、適用可能なときに、パラメータ・ブロックに対してＰＥＲストレージ変更イベントが認識される。一実施形態では、パラメータ・ブロックの一部分だけがＰＥＲストレージ・エリア指示に重なるとき、以下のうちのどれが起こるのかがモデルに依存する。
・適用可能なときに、パラメータ・ブロックに対してＰＥＲストレージ変更イベントが認識される。
・適用可能なときに、パラメータ・ブロックの記憶された部分に対してＰＥＲストレージ変更イベントが認識される。
ＨＢＴが１（循環）であるときには、適用可能なときに、パラメータ・ブロック、第１のオペランド位置、第２のオペランド位置および第３のオペランド位置に対してＰＥＲ０アドレス検出イベントが認識される。
命令が、条件コード１、２または３がセットされた状態で終了したときには、第２のオペランド位置から参照された入力データが、完全に処理されていること、または部分的にしか処理されていないことがある。入力データが部分的にしか処理されていないときには、第１のオペランド位置、第１のオペランド・アドレス、第１のオペランド長、パラメータ・ブロックのＳＢＢフィールド、パラメータ・ブロックの検査値フィールド、パラメータ・ブロックのＨＬフィールド、パラメータ・ブロックのＩＦＳフィールド、ならびに適用可能なときには第３のオペランド位置およびパラメータ・ブロックのＨＯフィールドの中の結果が、更新後の第２のオペランド・アドレスおよび第２のオペランド長と首尾一貫した状態を表さない。これらのケースでは、部分的に処理されたデータおよび内部状態情報を、パラメータ・ブロックのＣＳＢフィールドの中に置くことができる。部分的に処理されるデータの量は、オペレーションが終了したときに存在した条件およびモデルに依存する。一部のデータが部分的にしか処理されていないことがあるが、更新後の第１のオペランド・アドレスによって指示された位置の左に記憶された結果は完全であり、それらの結果は、オペレーションが再開したときに変更されない。さらに、プログラムは続いて、オペレーションを再開するために命令を再実行することが予想され、そのときには、オペレーションを再開する前にＣＳＢフィールドの内容が参照される。オペレーションが、条件コード０がセットされた状態で終了したときには、全てのデータが完全に処理されており、入力および出力データに関連した全ての結果は首尾一貫した状態を表す。
命令が、０でない条件コードがセットされた状態で終了した後、オペレーションを再開するために命令を再実行する前に、プログラムは、パラメータ・ブロックのどのフィールドも変更すべきではなく、そうでない場合、結果は予測不能である。
圧縮データ・ブロック
一例では、ストレージの中の圧縮データ・ブロックのバイトが、例えば左から右へ処理される。圧縮データ・ブロックは、バイト境界で始まることも、もしくはバイト境界で始まらないこともあり、またはバイト境界で終わることも、もしくはバイト境界で終わらないこともある。圧縮データ・ブロックは例えばビット・ストリームである。ブロックの要素は、１ビットずつストレージにロードされる。このビット・ストリームは、ストレージのそれぞれのバイト内では例えば右から左へロードされ、バイト順では例えば左から右へロードされる。要素がハフマン・コードであるとき、ビットは、例えば要素の最上位ビットから最下位ビットへの順番で記憶される。要素がハフマン・コードでないとき、ビットは、例えば要素の最下位ビットから最上位ビットへの順番で記憶される。
図６は、圧縮データ・シンボルを含まない、２進数００のブロック・タイプを有するブロックの例６００を示している。一実施形態では、この例に以下のことが当てはまる。
・圧縮データ・ブロック６００は、ｂ０として識別されるバイト０のビット４から始まり、ｂ６０として識別されるバイト７のビット０で終わる、ビット・ストリーム６０２からなる。
・このビット・ストリームの中で遭遇する最初の要素は、バイト０のビット４のＢＦＩＮＡＬ（ブロック・ヘッダ最終ビット）である。
・このビット・ストリームの中で遭遇する２番目の要素は、バイト０のビット２～３のＢＴＹＰＥ（ブロック・タイプ）である。この例では、ＢＴＹＰＥが２進数００である。
・ＢＴＹＰＥが２進数００であるとき、ＢＴＹＰＥの左、バイト境界の右のビットは無視される。この例では、それらのビットがバイト０のビット０～１である。
・このビット・ストリームの中で遭遇する３番目の要素は、ＬＥＮフィールドの最下位バイト（ＬＳＢ）であり、その次がＬＥＮフィールドの最上位バイト（ＭＳＢ）である。ＬＥＮフィールドは、ブロックの中の、リテラル・データを含むバイトの数を指定する。リテラル・データは例えば圧縮されていないデータである。このビット・ストリームではリテラル・データを含むバイトがＮＬＥＮフィールドの後ろにある。ＮＬＥＮは、ＬＥＮの１の補数である。一例では、バイト１～２が、ＬＥＮフィールドを、リトルエンディアン・バイト順で含む。
・このビット・ストリームの中でＬＥＮフィールドの次に遭遇する要素は、ＮＬＥＮフィールドの最下位バイトであり、その次がＮＬＥＮフィールドの最上位バイトがある。バイト３～４は、ＮＬＥＮフィールドを、リトルエンディアン・バイト順で含む。ＮＬＥＮフィールドは、ＬＥＮフィールドの１の補数である。
・このビット・ストリームの中でＮＬＥＮフィールドの次に遭遇する要素は、リテラル・バイトとして識別される、圧縮されていないデータである。バイト５～７は、圧縮されていないデータを含み、これらのデータは、このブロックを生成するために使用されたソース・データから変更されていない。
・このブロックに含まれる要素はいずれもハフマン・コードではない。ＤＥＦＬＡＴＥ規格によって定義されているように、このブロックの中の全ての要素は、その要素の最下位ビットから最上位ビットへの順番でビット・ストリーム順に記憶される。ＬＥＮ、ＮＬＥＮおよびリテラル要素はそれぞれ、バイト境界で整列した整数個のバイトであるため、これらの要素はバイト単位で処理することができ、ビット単位で処理する必要は必ずしもない。
図７は、固定ハフマン表（ＦＨＴ）を使用して生成された圧縮データ・シンボルを含む、２進数０１のブロック・タイプを有するブロックの例７００を示している。一実施形態では、この例に以下のことが当てはまる。
・圧縮データ・ブロック７００は、ｂ０として識別されるバイト０のビット４から始まり、ｂ８９として識別されるバイト１１のビット３で終わる、ビット・ストリーム７０２からなる。
・このビット・ストリームの中で遭遇する最初の要素は、バイト０のビット４のＢＦＩＮＡＬである。
・このビット・ストリームの中で遭遇する２番目の要素は、バイト０のビット２～３のＢＴＹＰＥである。この例では、ＢＴＹＰＥが２進数０１である。
・固定ハフマン表（ＦＨＴ）はこのブロックの構成要素ではない。
・このビット・ストリームの中で遭遇する３番目の要素は、バイト０のビット１から始まる、最初の圧縮データ・シンボルである。一例では、圧縮データ・シンボルが以下のサブ要素からなり、このビット・ストリームの中でそれらのサブ要素には、それらが記載された順番で遭遇する。
１．可変長のハフマン・コード。このコードの最上位ビットはこのコードの長さを指示する。このビット・ストリームの中で、このコードには、このコードの最上位ビットから最下位ビットへの順番で遭遇する。このコードが、リテラル値またはエンド・オブ・ブロック・シンボルを表しているとき、このコードは、その圧縮データ・シンボルの唯一のサブ要素である。このコードが、履歴バッファを指すポインタの長さを表しているとき、このコードの後には、圧縮データ・シンボルの後続のサブ要素が続く。
２．適用可能なときには、ＤＥＦＬＡＴＥ規格によって指定されているとおり、このハフマン・コードの後に、ポインタ長を表す余剰長さビット（extra length bit）が続くことができる。このビット・ストリームの中で、余剰長さビットには、その余剰長さビットの最下位ビットから最上位ビットへの順番で遭遇する。
３．このビット・ストリームの中で遭遇する次のサブ要素は、履歴バッファを指すポインタの５ビット距離コードである。このビット・ストリームの中で、この距離コードには、例えば距離コードの最上位ビットから最下位ビットへの順番で遭遇する。
４．適用可能なときには、ＤＥＦＬＡＴＥ規格によって指定されているとおり、この距離コードの後に、余剰距離ビットが続くことができる。このビット・ストリームの中で、余剰距離ビットには、その余剰距離ビットの最下位ビットから最上位ビットへの順番で遭遇する。
・一例として、バイト０のビット０～１、バイト１から９の全てのビット、およびバイト１０のビット２～７は、圧縮データ・シンボルのビットを含む。
・このビット・ストリームの中で遭遇する最後の要素は、単一のサブ要素を含む圧縮データ・シンボルであり、この単一のサブ要素は、エンド・オブ・ブロック（ＥＯＢ）シンボルを表すハフマン・コードである。２進数０１のＢＴＹＰＥを有するブロックに対するＥＯＢシンボルは２進数０００００００である。この例では、バイト１０のビット１がＥＯＢシンボルの最上位ビットを含んでおり、バイト１１のビット３がＥＯＢシンボルの最下位ビットを含んでいる。
・バイト１１のビット３は、このビット・ストリームの最後のビットを含んでおり、このビットが、この圧縮データ・ブロックの最後のビットである。
図８は、動的ハフマン表（ＤＨＴ）を使用して生成された圧縮データ・シンボルを含む、２進数１０のブロック・タイプを有するブロックの例８００を示している。一実施形態では、この例に以下のことが当てはまる。
・圧縮データ・ブロック８００は、ｂ０として識別されるバイト０のビット４から始まり、ｂ８９として識別されるバイト１１のビット３で終わる、ビット・ストリーム８０２からなる。
・このビット・ストリームの中で遭遇する最初の要素は、バイト０のビット４のＢＦＩＮＡＬである。
・このビット・ストリームの中で遭遇する２番目の要素は、バイト０のビット２～３のＢＴＹＰＥである。この例では、ＢＴＹＰＥが２進数１０である。
・このビット・ストリームの中で遭遇する３番目の要素は、バイト０のビット１から始まる、動的ハフマン表（ＤＨＴ）の圧縮表現である。一例では、このＤＨＴの圧縮表現が以下のサブ要素からなり、このビット・ストリームの中でそれらのサブ要素には、それらが記載された順番で遭遇する。
１．ＨＬＩＴ：この５ビットＨＬＩＴサブ要素と２５７との和が、リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長を表すハフマン・コードの数を指定する。ＨＬＩＴの有効値は例えば０から２９の範囲にある。このビット・ストリームの中で、ＨＬＩＴビットには、そのＨＬＩＴサブ要素の最下位ビットから最上位ビットへの順番で遭遇する。この例では、ｂ３として識別されるバイト０のビット１が、ＨＬＩＴサブ要素の最下位ビットである。
２．ＨＤＩＳＴ：この５ビットＨＤＩＳＴサブ要素と１との和が、重複ストリング・ポインタ距離を表すハフマン・コードの数を指定する。ＨＤＩＳＴの有効値は例えば０から２９の範囲にある。このビット・ストリームの中で、ＨＤＩＳＴビットには、そのＨＤＩＳＴサブ要素の最下位ビットから最上位ビットへの順番で遭遇する。
３．ＨＣＬＥＮ：この４ビットＨＣＬＥＮサブ要素と４との和が、コード長を表すハフマン・コードの数を指定する。ＨＣＬＥＮの有効値は例えば０から１５の範囲にある。このビット・ストリームの中で、ＨＣＬＥＮビットには、そのＨＣＬＥＮサブ要素の最下位ビットから最上位ビットへの順番で遭遇する。
４．圧縮ＤＨＴに対して定義されたそれぞれのコード長に対するビット長を指定するコードのシーケンス。コードの数は、ＨＣＬＥＮと４との和に等しい。それぞれのコードは３ビットである。
５．リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長からなるセットのそれぞれの要素に対するコード長を指定するコードのシーケンス。指定されたコード長の数は、ＨＬＩＴと２５７との和に等しい。
リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長のセットに対する最後のコード長（ＣＬ）が１６、１７または１８であり、ＣＬに続く余剰ビットが、そのセットに対して定義された数よりも多くの要素に対してＣＬを繰り返すことを指定しているとき、そのコード長は、重複ストリング・ポインタ距離のセットにも適用される。リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長のセットに対するコード長を指定するコードのシーケンス、およびそれに続く、重複ストリング・ポインタ距離に対するコード長を指定するコードのシーケンスは、両方のセットに対する連続シーケンスである。
６．重複ストリング・ポインタ距離からなるセットのそれぞれの要素に対するコード長を指定するコードのシーケンス。指定されたコード長の数はＨＤＩＳＴと１との和に等しい。
・このビット・ストリームの中で遭遇する４番目の要素は、最初の圧縮データ・シンボルである。一実施形態では、圧縮データ・シンボルが以下のサブ要素からなり、このビット・ストリームの中でそれらのサブ要素には、それらが記載された順番で遭遇する。
１．可変長のハフマン・コード。このコードの最上位ビットはこのコードの長さを指示する。このビット・ストリームの中で、このコードには、このコードの最上位ビットから最下位ビットへの順番で遭遇する。このコードが、リテラル値またはエンド・オブ・ブロック・シンボルを表しているとき、このコードは、その圧縮データ・シンボルの唯一のサブ要素である。このコードが、履歴バッファを指すポインタの長さを表しているとき、このコードの後には、圧縮データ・シンボルの後続のサブ要素が続く。
２．適用可能なときには、ＤＥＦＬＡＴＥ規格によって指定されているとおり、このハフマン・コードの後に、ポインタ長を表す余剰長さビットが続くことができる。このビット・ストリームの中で、余剰長さビットには、例えばその余剰長さビットの最下位ビットから最上位ビットへの順番で遭遇する。
３．このビット・ストリームの中で遭遇する次のサブ要素は、履歴バッファを指すポインタの５ビット距離コードである。このビット・ストリームの中で、この距離コードには、例えば距離コードの最上位ビットから最下位ビットへの順番で遭遇する。
４．適用可能なときには、ＤＥＦＬＡＴＥ規格によって指定されているとおり、この距離コードの後に、余剰距離ビットが続くことができる。このビット・ストリームの中で、余剰距離ビットには、例えばその余剰距離ビットの最下位ビットから最上位ビットへの順番で遭遇する。
・このビット・ストリームの中で遭遇する後続のビット、例えばバイト１０のビット５を含む、バイト１０のビット５までの後続のビットは、圧縮データ・シンボルのビットを含む。
・このビット・ストリームの中で遭遇する最後の要素は、単一のサブ要素を含む圧縮データ・シンボルであり、この単一のサブ要素は、エンド・オブ・ブロック（ＥＯＢ）シンボルを表すハフマン・コードである。この例では、バイト１０のビット４がＥＯＢシンボルの最上位ビットを含んでおり、バイト１１のビット３がＥＯＢシンボルの最下位ビットを含んでいる。
・バイト１１のビット３は、このビット・ストリームの最後のビットを含んでおり、このビットが、この圧縮データ・ブロックの最後のビットである。
これらのさまざまなブロック・タイプの上記の説明では、ある種の定数値、および特定のビット、バイト、方向などを指定した。これらは例に過ぎない。他の実施形態では、他の定数値、ビット、バイト、方向などを指定することができる。
圧縮データ・セットの処理
ＤＥＦＬＡＴＥ変換呼出し命令の例示的な使用を示し、パラメータ・ブロックのさまざまなフィールドの説明を補強するために、圧縮データ・セットの処理の例を提供する。これらの例は、可能な全てのシナリオ、要件および能力を説明するものではなく、それらのうちのさまざまなシナリオ、要件もしくは能力またはそれらの組合せを示すものである。それらの例および説明は、例えば、ストレージの中の圧縮データ・セットに適用される。ストレージの中の圧縮データ・セットの一例が図９に示されている。示されているように、圧縮データ・セット９００は、複数の圧縮データ・ブロック９０２を含み、データ・セット９００の始まりは、圧縮データ・セット開始アドレス（ＣＤＳＢＡ）９０４によって示される。
一実施形態では、本明細書に記載されたこれらの例に関して、圧縮データ・セットを処理するプログラムが、以下のことを考慮することが意図されている。
・圧縮データ・セット全体を処理するためにＤＥＦＬＡＴＥ変換呼出し命令を複数回使用することにより、単一のパラメータ・ブロックを定義すること、および参照することができる。パラメータ・ブロックの検査値フィールド３８７および検査値タイプ・フィールド３７５は、圧縮データ・セットの中の圧縮データ・ブロック（例えば全てのブロック）に適用される。パラメータ・ブロックのサブバイト境界フィールド３８１は、個々のブロック間の遷移に適用される。履歴長３８５および履歴オフセット３８６は、複数のブロックに適用することができる。一例において、パラメータ・ブロックの残りのフィールドは、ＤＥＦＬＡＴＥ変換呼出し命令の特定の実行によって処理されている個々の圧縮データ・ブロックに適用されるだけである。
・個々の検査値は、例えば、圧縮データ・セットが表す圧縮されていないデータの全体に適用される。
・ブロック１の中の最初の圧縮データ・シンボルに関しては、参照すべき履歴は存在しない。ブロック１の中の後続のシンボルは、ブロック１の中の以前に遭遇したシンボルに対応する履歴を参照することができる。ブロック２の中のシンボルは、ブロック２および１の中の以前に遭遇したシンボルに対応する履歴を参照することができる。ブロック３の中のシンボルは、ブロック３、２および１の中の以前に遭遇したシンボルに対応する履歴を参照することができる。
図１０は、図９で説明した圧縮データ・セット９００の中のデータを圧縮するために使用される見本プログラム１０００の一部分の一例を示している。さらに、図１１は、図１０のＩＡＢＬＫ１（１００２）として示された命令アドレスに位置するＤＦＬＴＣＣ命令の実行中に使用されるパラメータ・ブロックのある種のフィールドに対する値を示している。例えば、図１１は、さまざまなパラメータ・ブロック・フィールド１１００、圧縮オペレーションの開始時のそれらのフィールドに対する値１１０２、条件コード１、２または３がセットされたときのオペレーションの終了時のそれらのフィールドに対する値１１０４、および条件コード０がセットされたときのオペレーションの終了時のそれらのフィールドに対する値１１０６を示している。
同様に、図１２は、図１０のＩＡＢＬＫ２（１００４）として示された命令アドレスに位置するＤＦＬＴＣＣ命令の実行中に使用されるパラメータ・ブロックのある種のフィールドに対する値を示している。これらの図は、圧縮データ・セットの全体を処理するためにＤＥＦＬＡＴＥ変換呼出し命令を複数回使用することに関連した詳細の一部を示している。
さらに、図１３を参照すると、図９の圧縮データ・セットからのデータを解凍するために使用される見本プログラム１３００の一部分の一例が示されている。
データの圧縮
データを圧縮するプロセスは、１つまたは複数の圧縮データ・ブロックを生成することを含む。ＤＥＦＬＡＴＥ変換呼出し命令の圧縮機能は、個々のブロックの部分を構築するために使用される。この部分がブロック全体であることもある。この機能は、２進数００ではなく、２進数０１または１０のブロック・タイプ（ＢＴＹＰＥ）を有するブロックの部分を生成する。パラメータ・ブロックの新規タスク・ビット（ＮＴ）が１のときに、圧縮データの最初のブロックが生成され、以前に実行された圧縮オペレーションによる、参照すべき履歴は存在しない。
一例では、個々のブロックが、以下の要素を、それらの要素が記載された順に含む。
１．最終ブロック指示（ＢＦＩＮＡＬ）
２．ブロック・タイプ（ＢＴＹＰＥ）
３．動的ハフマン表の圧縮フォーマット（適用可能なとき）
４．圧縮データ・シンボル
５．エンド・オブ・ブロック（ＥＯＢ）シンボル
圧縮オペレーションは、ブロックに対して定義された順序で指定されたこれらの要素を生成する。これらの要素は、ストレージの中のバイト境界間で始まることまたは終わることがある。サブバイト境界（ＳＢＢ）は、最初の要素を第１のオペランド位置に記憶することに適用される。圧縮データ・ブロックはビット・ストリームである。ブロックの構成要素は、１ビットずつストレージにロードされる。一例として、このビット・ストリームは、ストレージのそれぞれのバイト内では右から左へロードされ、バイト順では左から右へロードされる。
ＳＢＢが０でないとき、第１のオペランド位置の最初のバイトの参照は更新参照（update reference）である。
第２のオペランド位置からの圧縮されていないデータが圧縮され、第１のオペランド位置に圧縮データ・シンボルとして記憶される。
命令の実行の開始時に第１のオペランド長が０のとき、第１のオペランドにはアクセスされず、汎用レジスタＲ１およびＲ１＋１の中の対応するそれぞれの第１のオペランド・アドレスおよび第１のオペランド長は変更されない。これは、命令の実行の開始時にＣＦフィールド３７３（図３Ｌ）の値が０または１のときに適用される。
命令の実行の開始時に第２のオペランド長が０のとき、第２のオペランドにはアクセスされず、汎用レジスタＲ２およびＲ２＋１の中の対応するそれぞれの第２のオペランド・アドレスおよび第２のオペランド長は変更されない。一例として、以下のケースに対しては、命令の実行の開始時に第２のオペランド長が０である。
・オペレーションを再開するために、命令が再実行されており（命令の実行の開始時にパラメータ・ブロックのＣＦフィールド３７３が１であり）、オペレーションの完了を、パラメータ・ブロックのＣＳＢフィールド３９２を参照し、第２のオペランドを参照せずに実行することができる。
一実施形態では、プログラムが、以下のオペレーションを実行するためにＤＥＦＬＡＴＥ変換呼出し命令を使用することではない。
・空の圧縮データ・ブロックを生成する。空の圧縮データ・ブロックは、例えば、ブロック・ヘッダ、ＤＨＴの圧縮フォーマット（適用可能なとき）およびＥＯＢシンボルからなる。
・開いている圧縮データ・ブロックを閉じる。すなわち、圧縮データ・ブロックの終わりにＥＯＢシンボルを記憶するだけである。
圧縮アルゴリズムは、第２のオペランド位置からの現在圧縮されているデータと一致するバイトのストリングを探して、最近に圧縮されたデータの更新後の履歴を探索することを含む。一実施形態では、圧縮オペレーションが始まる前または再開する前に、以下のことが当てはまる。
・新規タスク（ＮＴ）３７４が１のとき、参照に使用可能な初期履歴は存在しない。
・ＮＴが０であり、汎用レジスタ０（ＨＢＴ）のビット５６が０（インライン）のとき、参照に使用可能な初期履歴は、第２のオペランドの左端バイトの左、第２のオペランドの左端バイトの隣に位置し、初期履歴の長さは、パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５によって指定されている。
・ＮＴが０であり、汎用レジスタ０（ＨＢＴ）のビット５６が１（循環）のとき、参照に使用可能な初期履歴は、第３のオペランド位置に、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６および履歴長（ＨＬ）フィールド３８５によって指定されたとおりに位置する。
圧縮オペレーションを実行するために履歴のどのバイトが使用されるのかに関わりなく、圧縮オペレーション中に、履歴全体に対するフェッチ型参照を実施することができる。さらに、履歴バッファ・タイプが循環であるときには、圧縮オペレーションを実行するために履歴のどのバイトが使用されるのかに関わりなく、３２キロバイト履歴バッファの全体に対するフェッチ型参照を実施することができる。
圧縮オペレーション中に履歴が更新される。汎用オペランド・データ例外条件に遭遇することなく、ソース・データの１つまたは複数のバイトをエンコードして圧縮データ・シンボルにした後、ソース・バイトが履歴の終わりに連結される。ソース・データの最も最近に処理された、最大３２キロバイトまでのバイトは、ソース・データの後続のバイトを処理している間の参照に使用可能な更新後の履歴を構成する。
一例では、圧縮オペレーションが終了したとき、続いてオペレーションを再開するためまたは別のオペレーションを開始するために使用可能な結果として得られる履歴には、以下のことが適用される。
・ＨＢＴがインラインであるときには、履歴が更新されるときに、第２のオペランド位置に対するストレージ更新が必要ない。更新後の第２のオペランド・アドレスおよび更新後のＨＬが、結果として得られる履歴の更新後の位置および更新後の長さを指定する。
・ＨＢＴが循環であるときには、履歴が更新されるときに、第３のオペランド位置に対するストレージ更新が実行される。第３のオペランド・アドレス、更新後のＨＯおよび更新後のＨＬが、結果として得られる履歴の更新後の位置および更新後の長さを指定する。
例として、図１４Ａ～１４Ｃは、ＤＦＬＴＣＣ－ＣＭＰＲ機能およびインライン履歴（例えばビット３１０＝０）が指定された、ＤＥＦＬＡＴＥ変換呼出し命令の複数回の実行の前および後の、それぞれの実行が部分完了で終了したときの、第２のオペランドに対するインライン履歴バッファの位置を示している。例えば、図１４Ａは、ＤＦＬＴＣＣ－ＣＭＰＲ実行番号１の前のインライン履歴を示しており、図１４Ｂは、ＤＦＬＴＣＣ－ＣＭＰＲ実行番号２の前、実行番号１の後のインライン履歴を示しており、図１４Ｃは、ＤＦＬＴＣＣ－ＣＭＰＲ実行番号２の後のインライン履歴を示している。図１４Ｃに示された説明は、図１４Ａおよび１４Ｂにも適用される。
汎用レジスタ０のビット５６によって指定されたＨＢＴ（履歴バッファ・タイプ）が循環（例えばビット３１０＝１）であるとき、履歴は、例えば第３のオペランド位置に位置する３２キロバイト・バッファの中に維持される。バッファ（ＨＢ）内の履歴の最初のバイトの位置は、例えば汎用レジスタＲ３の内容と履歴オフセット（ＨＯ）３８６（図３Ｌ）との和によって指示される。履歴の最初のバイトは、バッファの中の、圧縮されていないデータの最も早く処理されたバイトである。一例として、バッファ内の履歴の最後のバイトの位置（ＨＥ）は、下式によって指示される。
ＨＥ＝Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯ＋ＨＬ－１）
履歴の最後のバイトは、バッファの中の、圧縮されていないデータの最も最近に処理されたバイトである。履歴オフセット（ＨＯ）３８６（図３Ｌ）と履歴長（ＨＬ）３８５との和が、第３のオペランドのサイズ（例えば３２キロバイト）を超えるとき、履歴は、第３のオペランドの終わりから第３のオペランドの始まりにラップ（wrap）する。
例として、図１５Ａ～１５Ｅは、ＤＦＬＴＣＣ－ＣＭＰＲ機能および循環履歴バッファ（ビット３１０＝１）が指定された、ＤＥＦＬＡＴＥ変換呼出し命令の複数回の実行の前および後の、それぞれの実行が部分完了で終了したときの、循環履歴バッファ内の履歴の位置を示している。例えば、図１５Ａは、ＤＦＬＴＣＣ実行番号１の前の循環履歴バッファを示しており、図１５Ｂは、ＤＦＬＴＣＣ実行番号２の前、実行番号１の後の循環バッファを示しており、図１５Ｃは、ＤＦＬＴＣＣ実行番号３の前、実行番号２の後の循環バッファを示しており、図１５Ｄは、ＤＦＬＴＣＣ実行番号４の前、実行番号３の後の循環バッファを示しており、図１５Ｅは、ＤＦＬＴＣＣ実行番号４の後の循環バッファを示している。図１５Ｅに示された説明は、図１５Ａ～１５Ｄにも適用される。
一例では、ＨＢＴが循環であり、第２のオペランド位置からの処理されたバイトの数が例えば３２，７６８よりも少ないときには、以下のことが適用される。
・第３のオペランド位置の中のバイトの範囲に記憶が実施される。このバイトの範囲は、例えば下式によって指示される位置を含み、その位置から始まる。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ）、この式で、
ＨＯＯ：命令実行前の履歴オフセット
ＨＬＯ：命令実行前の履歴長
である。
このバイトの範囲は、例えば下式によって指示される位置を含み、その位置で終わる。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ＋ＢＰ－１）、この式で、
ＢＰ：命令の実行中に処理された、第２のオペランド位置からのバイトの数
である。
上で説明したバイトの範囲に実施される記憶は、一例として、ストア・タイプ・アクセス例外、ＰＥＲストレージ変更イベントおよびセッティング変更ビットにさらされる。
・ストレージ位置の内容を変更しない記憶であって、必要でない記憶は、第３のオペランド位置の中の、上で説明した範囲に含まれないバイトに実施することができる。このような位置への記憶も、ストア・タイプ・アクセス例外、ＰＥＲストレージ変更イベントおよびセッティング変更ビットにさらされる。
ＨＢＴが循環であり、第２のオペランド位置からの処理されたバイトの数が例えば３２，７６８以上であるときには、第３のオペランド位置の全てのバイトに記憶が実施され、この記憶は、ストア・タイプ・アクセス例外、ＰＥＲストレージ変更イベントおよびセッティング変更ビットにさらされる。
ブロック継続フラグ（ＢＣＦ）３７７が０のときには、ＢＦＩＮＡＬおよびそれに続くＢＴＹＰＥを含む３ビット・ブロック・ヘッダが、第１のオペランド位置に記憶される。このブロック・ヘッダのＢＦＩＮＡＬビットは、パラメータ・ブロックのブロック・ヘッダ最終ビット（ＢＨＦ）３７９に等しくなるようにセットされる。ハフマン表タイプ（ＨＴＴ）３７６が０のときには、ブロック・ヘッダのＢＴＹＰＥフィールドが例えば２進数０１にセットされ、ＨＴＴが１のときには、ブロック・ヘッダのＢＴＹＰＥフィールドが例えば２進数１０にセットされる。ブロック・ヘッダが記憶されるとき、ＢＦＩＮＡＬビットは、第１のオペランドの最初のバイトの中のＳＢＢによって指定されたビットに記憶される。続いて、ＢＴＹＰＥが第１のオペランド位置に記憶される。ＢＣＦが１のときにはブロック・ヘッダが記憶されない。
ハフマン表タイプ（ＨＴＴ）が１のときには、汎用オペランド・データ例外条件がないか、パラメータ・ブロックの中に指定された動的ハフマン表（ＤＨＴ）３６７の圧縮フォーマットが調べられる。指定されたＤＨＴの圧縮フォーマットに関して汎用オペランド・データ例外条件が存在するとき、その圧縮ＤＨＴは無効と称され、データの圧縮には使用されない。汎用オペランド・データ例外条件の例示的な定義が下でさらに説明される。適正な機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも大きい、コード長に対するビット長、またはリテラル・バイト、ＥＯＢシンボル、重複ストリング長もしくは重複ストリング・ポインタ距離に対するコード長を、ＤＨＴの圧縮フォーマットが指定しているとき、圧縮ＤＨＴは、依然として、機能ＤＨＴを導出し、データを圧縮するために使用される。ブロック継続フラグ（ＢＣＦ）が０、ＨＴＴが１のときには、パラメータ・ブロックのＣＤＨＴフィールド３６７の中に指定されたＤＨＴの圧縮フォーマットが第１のオペランド位置に記憶される。
圧縮オペレーション中に、第２のオペランド位置からのソース・データが、圧縮データ・シンボルにエンコードされる。このエンコーディングの部分として、ソース・データは履歴と比較される。一致が見つからなかったとき、ソース・データの中間表現は、ソース・データと同じリテラル・バイトである。一致が見つかったとき、ソース・データの中間表現は、ソース・データの重複コピーを含む履歴内の位置を指すポインタである。ポインタは、長さおよび距離からなる。ポインタの長さは、履歴の中のストリングと一致するソース・データ・バイトの数である。ポインタの距離は、履歴の終わりから、ソース・データと一致するストリングの始まりまでのバイトの数である。一例では、ソース・データの中間表現をエンコードして圧縮データ・シンボルにするために、ハフマン表からの２つのハフマン・コード・ツリーが使用される。ハフマン表タイプ（ＨＴＴ）が０のときには、ＤＥＦＬＡＴＥ規格によって記述されているように、固定ハフマン表（ＦＨＴ）が、中間結果をエンコードするために使用される２つのハフマン・コード・ツリーを指定する。ＨＴＴ３７６が１のときには、パラメータ・ブロックのＣＤＨＴフィールド３６７の中に指定されたＤＨＴの圧縮表現から導出された動的ハフマン表（ＤＨＴ）が、中間結果をエンコードするために使用される２つのハフマン・コード・ツリーを指定する。このエンコーディングは、ＤＥＦＬＡＴＥ規格によって記述されているとおりに実行される。ソース・データの中間表現をエンコードするために使用されるハフマン・コードを指定しない非ユニバーサルＤＨＴが使用されたときには、汎用オペランド・データ例外が認識される。結果として得られる圧縮データ・シンボルのビットは、第１のオペランド位置に結果を記憶する前に、ＤＥＦＬＡＴＥ規格によって指定された順序で配置される。
一例では、重複ストリング長が３から２５８バイトの範囲にある。
本明細書に記載されているとおり、さらなるソース・データを処理する前に履歴は更新される。
このプロセスは、一例では全てのソース・バイトが処理されるまで、繰り返される。
ソース・バイト（例えば全てのソース・バイト）が処理され、ブロック終了制御（ＢＣＣ）３７８が１にされた後、第１のオペランド位置に、エンド・オブ・ブロック（ＥＯＢ）シンボルが記憶される。固定ハフマン表が使用されているときには、ＥＯＢシンボルに対して２進数０００００００のハフマン・コードが使用される。動的ハフマン表（ＤＨＴ）が使用されているときには、ＥＯＢシンボルに対して使用されるハフマン・コードが、ＤＨＴによって指定される。ＥＯＢシンボルのビットは、第１のオペランド位置にＥＯＢシンボルを記憶する前に、ＤＥＦＬＡＴＥ規格によって指定された順序で配置される。
一例では、（ＥＯＢシンボルを含む）オペレーションの最後の圧縮データ・シンボルが、記憶する最後のバイトの一部分だけを占めるとき、最後のシンボルの一部分を含まないビットは０として記憶される。
一実施形態では、最後の圧縮データ・シンボルを処理した後、以下のことが起こる。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックのエンド・オブ・ブロック長（ＥＯＢＬ）フィールド３８９およびエンド・オブ・ブロック・シンボル（ＥＯＢＳ）フィールド３８８が更新される。
・汎用レジスタＲ１の中のアドレスが、処理ビット０を含んだ第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第１のオペランドの処理されたバイトの数は、処理された出力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
・汎用レジスタＲ２の中のアドレスが、処理されたソース・バイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
ソース・データを圧縮するのと同時に、ソース・データは、上で説明した３２ビット検査値の生成に入力される。結果として得られる検査値は、パラメータ・ブロックの検査値フィールド３８７に記憶される。
データの復元
一実施形態では、圧縮データ・セットをデコードして、圧縮されていないデータにするために、ＤＥＦＬＡＴＥ変換呼出し命令の展開機能が使用される。第２のオペランド位置の圧縮データ・セットは、１つまたは複数の連続する圧縮データ・ブロックを含む。一例では、このデータ・セットのブロックが左から右へ処理され、ブロックのバイトが例えば左から右へ処理される。これらのブロックは、バイト境界で始まることも、もしくはバイト境界で始まらないこともあり、またはバイト境界で終わることも、もしくはバイト境界で終わらないこともある。それぞれのブロックは、データ・セットの中の他のブロックとは独立にデコードされる。汎用レジスタＲ２は、データ・セットの中の第１のブロックの左端バイトの論理アドレスを指定する。データ・セットの中の最後のブロックは、処理中に、ＢＦＩＮＡＬビットが１に等しいときに遭遇するブロックである。一例では、処理する３つのタイプのブロックが存在する。ブロックの内容をデコードする技術はブロック・タイプ（ＢＴＹＰＥ）の関数である。
このオペレーションが始まるとき（例えばパラメータ・ブロックの継続フラグ・フィールド３７３が０のとき）、汎用レジスタＲ２、新規タスク（ＮＴ）フィールド３７４およびサブバイト境界（ＳＢＢ）フィールド３８１によって指示されたビットは、圧縮データ・ブロックの最初のビット（ブロック・ヘッダのＢＦＩＮＡＬビット）と解釈される。
展開機能は、最近デコードされた圧縮されていないデータの更新後の履歴を参照することを含む。一実施形態では、復元オペレーションが始まる前または再開する前に、以下のことが当てはまる。
・新規タスク（ＮＴ）３７４が１のとき、参照に使用可能な初期履歴は存在しない。
・ＮＴが０であり、汎用レジスタ０（ＨＢＴ）のビット５６が０（インライン）のとき、参照に使用可能な初期履歴は、第１のオペランドの左端バイトの左、第１のオペランドの左端バイトの隣に位置し、初期履歴の長さは、パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５によって指定されている。
・ＮＴが０であり、汎用レジスタ０（ＨＢＴ）のビット５６が１（循環）のとき、参照に使用可能な初期履歴は、第３のオペランド位置に、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６および履歴長（ＨＬ）フィールド３８５によって指定されたとおりに位置する。
オペレーションを実行するために履歴のどのバイトが使用されるのかに関わりなく、オペレーション中に、履歴全体に対するフェッチ型参照を実施することができる。さらに、履歴バッファ・タイプが循環であるときには、オペレーションを実行するために履歴のどのバイトが使用されるのかに関わりなく、履歴バッファ（例えば３２キロバイト）の全体に対するフェッチ型参照を実施することができる。
復元オペレーション中に履歴が更新される。汎用オペランド・データ例外条件に遭遇することなくソース・データをデコードした後、結果として得られる圧縮されていないデータのバイトが、履歴の終わりに連結される。圧縮されていないデータの最も最近にデコードされた、例えば最大３２キロバイトまでのバイトは、後続のソース・データを処理している間の参照に使用可能な更新後の履歴を構成する。
一例では、復元オペレーションが終了したとき、続いてオペレーションを再開するためまたは別のオペレーションを開始するために使用可能な結果として得られる履歴には、以下のことが適用される。
・ＨＢＴがインラインであるときには、第１のオペランド位置に対するストレージ更新も、結果として得られる履歴に対する更新を構成する。更新後の第１のオペランド・アドレスおよび更新後のＨＬが、結果として得られる履歴の更新後の位置および更新後の長さを指定する。
・ＨＢＴが循環であるときには、履歴が更新されるときに、第３のオペランド位置に対するストレージ更新が実行される。第３のオペランド・アドレス、更新後のＨＯおよび更新後のＨＬが、結果として得られる履歴の更新後の位置および更新後の長さを指定する。
例として、図１６Ａ～１６Ｃは、ＤＦＬＴＣＣ－ＸＰＮＤ機能およびインライン履歴が指定された、ＤＥＦＬＡＴＥ変換呼出し命令の複数回の実行の前および後の、それぞれの実行が部分完了で終了したときの、第１のオペランドに対するインライン履歴バッファの位置の例を示している。履歴長（ＨＬ）３８５は、オペレーション中に変更される。例えば、図１６Ａは、ＤＦＬＴＣＣ－ＸＰＮＤ実行番号１の前のインライン履歴の一例を示しており、図１６Ｂは、ＤＦＬＴＣＣ－ＸＰＮＤ実行番号２の前、実行番号１の後のインライン履歴の例を示しており、図１６Ｃは、ＤＦＬＴＣＣ－ＸＰＮＤ実行番号２の後のインライン履歴の例を示している。図１６Ｃに示された説明は、図１６Ａ～１６Ｂにも適用される。
汎用レジスタ０のビット５６によって指定されたＨＢＴが循環であるとき、履歴は、例えば第３のオペランド位置に位置する３２キロバイト・バッファの中に維持される。バッファ（ＨＢ）内の履歴の最初のバイトの位置は、汎用レジスタＲ３の内容と履歴オフセット（ＨＯ）３８６との和によって指示される。履歴の最初のバイトは、バッファの中の、圧縮されていないデータの最も早く処理されたバイトである。バッファ内の履歴の最後のバイトの位置（ＨＥ）は、例えば下式によって指示される。
ＨＥ＝Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯ＋ＨＬ－１）
履歴の最後のバイトは、バッファの中の、圧縮されていないデータの最も最近に処理されたバイトである。履歴オフセット（ＨＯ）と履歴長（ＨＬ）との和が、第３のオペランドのサイズ（例えば３２キロバイト）を超えるとき、履歴は、第３のオペランドの終わりから第３のオペランドの始まりにラップする。本明細書に記載された図１５Ａ～１５Ｅは、ＤＦＬＴＣＣ－ＸＰＮＤ機能および循環履歴バッファが指定された、ＤＥＦＬＡＴＥ変換呼出し命令の複数回の実行の前および後の、それぞれの実行が部分完了で終了したときの、循環履歴バッファ内の履歴の位置の例を示している。
一例では、ＨＢＴが循環であり、第１のオペランド位置に記憶されたバイトの数が例えば３２，７６８よりも少ないときには、以下のことが適用される。
・第３のオペランド位置の中のバイトの範囲に記憶が実施される。このバイトの範囲は、下式によって指示される位置を含み、その位置から始まる。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ）、上式で、
ＨＯＯ：命令実行前の履歴オフセット
ＨＬＯ：命令実行前の履歴長
である。
このバイトの範囲は、例えば下式によって指示される位置を含み、その位置で終わる。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ＋ＢＰ－１）、この式で、
ＢＰ：命令の実行中に第１のオペランド位置に記憶されたバイトの数
である。
上で説明したバイトの範囲に実施される記憶は、ストア・タイプ・アクセス例外、ＰＥＲストレージ変更イベントおよびセッティング変更ビットにさらされる。
・ストレージ位置の内容を変更しない記憶であって、必要でない記憶は、第３のオペランド位置の中の、上で説明した範囲に含まれないバイトに実施することができる。このような位置への記憶も、ストア・タイプ・アクセス例外、ＰＥＲストレージ変更イベントおよびセッティング変更ビットにさらされる。
ＨＢＴが循環であり、第１のオペランド位置に記憶されたバイトの数が例えば３２，７６８以上であるときには、第３のオペランド位置の例えば全てのバイトに記憶が実施され、この記憶は、ストア・タイプ・アクセス例外、ＰＥＲストレージ変更イベントおよびセッティング変更ビットにさらされる。
ＢＴＹＰＥが２進数００のとき、そのブロックは圧縮データを含まない。本明細書に記載された図６は、２進数００に等しいＢＴＹＰＥを有するブロックの一例を示している。ＬＥＮフィールドは、ブロックの中のリテラル・バイトの数を指定する。ＬＥＮフィールドのバイト順はリトルエンディアンである。ＬＥＮフィールドは、０リテラル・バイトを指定することができる。ブロックのリテラル・バイトは、第１のオペランド位置に置かれる。上述のとおり、ブロックのそれぞれのリテラル・バイトと一緒に履歴も更新される。
ＢＴＹＰＥが２進数０１のとき、そのブロックは、固定ハフマン表（ＦＨＴ）を使用して生成された圧縮データ・シンボルを含む。ＦＨＴは、ＤＥＦＬＡＴＥ規格によって定義されており、ブロックの部分ではない。本明細書に記載された図７は、２進数０１に等しいＢＴＹＰＥを有するブロックの一例を示している。ブロック・ヘッダを解釈した後、圧縮データ・シンボルが、ブロックの中でそれらが現れる順番でデコードされる。ブロックのバイトは例えば左から右へ処理され、ブロックのそれぞれのバイト内のビットは例えば右から左へ処理される。一例では、ブロックの中の次のシンボルを処理する前に、それぞれのシンボルが完全に処理される。エンド・オブ・ブロック（ＥＯＢ）シンボルでないそれぞれのシンボルは、リテラル値、または履歴バッファ内で以前にデコードされたサブストリングを指すポインタを表す。以前にデコードされたサブストリングは重複ストリングとも呼ばれる。一例では、重複ストリング長が３から２５８バイトの範囲にある。ポインタは、サブストリング長と、履歴の終わりからサブストリングの始まりまでの距離とを表すコードからなる。シンボルが、履歴の中のサブストリングを表しているとき、そのサブストリングは履歴バッファから参照される。シンボルをデコードすることによって得られた圧縮されていないデータは、第１のオペランド位置に置かれる。
上述のとおり、さらなるソース・データを処理する前に履歴は更新される。
更新後の履歴は、ブロックの次のシンボルをデコードすることに適用される。ＥＯＢシンボルに遭遇したとき、ブロックの処理は完了である。
ＢＴＹＰＥが２進数１０のとき、そのブロックは、動的ハフマン表（ＤＨＴ）を使用して生成された圧縮データ・シンボルを含む。使用されたＤＨＴの圧縮フォーマットは圧縮データ・ブロックの要素である。本明細書に記載された図８は、２進数１０に等しいＢＴＹＰＥを有するブロックの一例を示している。ブロック・ヘッダを解釈した後、汎用オペランド・データ例外条件がないか、圧縮データ・ブロック内に提供されたＤＨＴの圧縮フォーマットが調べられる。提供されたＤＨＴの圧縮フォーマットに関して汎用オペランド・データ例外条件が存在するとき、そのＤＨＴの圧縮フォーマットは無効と称され、データの復元には使用されない。適正な機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも大きい、コード長に対するビット長、またはリテラル・バイト、ＥＯＢシンボル、重複ストリング長もしくは重複ストリング・ポインタ距離に対するコード長を、ＤＨＴの圧縮フォーマットが指定しているとき、圧縮ＤＨＴは、依然として、機能ＤＨＴを導出し、データを圧縮するために使用される。ＤＨＴの圧縮フォーマットを調べた後、圧縮データ・シンボルが、ブロックの中でそれらが現れる順番でデコードされる。ブロックのバイトは例えば左から右へ処理され、ブロックのそれぞれのバイト内のビットは例えば右から左へ処理される。一例では、ブロックの中の次のシンボルを処理する前に、それぞれのシンボルが完全に処理される。２進数１０のＢＴＹＰＥを有するブロックの中のシンボルの処理は、以前に説明した２進数０１のＢＴＹＰＥを有するブロックの中のシンボルの処理と、前者が、シンボルをデコードするために提供されたＤＨＴを使用し、後者が、シンボルをデコードするためにＦＨＴを使用する点を除いて同じである。圧縮データ・シンボルをデコードするために使用されるハフマン・コードを指定しない非ユニバーサルＤＨＴが提供されたときには、汎用オペランド・データ例外が認識される。
第２のオペランドを復元するのと同時に、復元されたデータは、検査値（例えば３２ビット検査値）の生成に入力される。結果として得られる検査値は、パラメータ・ブロックの検査値フィールド３８７に記憶される。
一実施形態では、データ・セットの最後のブロックを処理した後、以下のことが起こる。
・パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に、モデルに依存する値が記憶される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・汎用レジスタＲ１の中のアドレスが、第１のオペランド位置に記憶されたバイトの数だけインクリメントされ、汎用レジスタＲ１＋１の中の長さが、同じ数だけデクリメントされる。
・汎用レジスタＲ２の中のアドレスが、処理ビット０を含んだ第２のオペランドの処理されたバイトの数だけインクリメントされ、汎用レジスタＲ２＋１の中の長さが、同じ数だけデクリメントされる。処理ビット０を含んだ第２のオペランドの処理されたバイトの数は、処理された入力ビットの数とＳＢＢの元の値との和である被除数および値８である除数を用いた整数除算の結果得られる整数商である。
アドレスおよび長さの形成および更新はアドレシング・モードに依存する。
命令の実行の開始時に第１のオペランド長が０のとき、第１のオペランドにはアクセスされず、汎用レジスタＲ１およびＲ１＋１の中の対応するそれぞれの第１のオペランド・アドレスおよび第１のオペランド長は変更されない。これは、命令の実行の開始時にＣＦフィールド３７３の値が０または１のときに適用される。
命令の実行の開始時に第２のオペランド長が０のとき、第２のオペランドにはアクセスされず、汎用レジスタＲ２およびＲ２＋１の中の対応するそれぞれの第２のオペランド・アドレスおよび第２のオペランド長は変更されない。一実施形態では、以下のケースに対して、命令の実行の開始時に第２のオペランド長が０である。
・命令が再実行されており（例えば命令の実行の開始時にパラメータ・ブロックのＣＦフィールド３７３が１であり）、命令が以前に実行されたときに第２のオペランドの全体が処理された。
たとえ第２のオペランド位置からのデータが処理されたとしても、復元オペレーションは、第１のオペランド位置に結果を記憶することなしに終了することができる。一例では、このことが、第２のオペランド位置から処理されたデータが、以下の圧縮データ・ブロック要素のいずれかの要素だけを含むときに起こる。
・ブロック・ヘッダ
・２進数００のブロック・タイプを有するブロックのＬＥＮフィールド
・２進数００のブロック・タイプを有するブロックのＮＬＥＮフィールド
・動的ハフマン表の圧縮フォーマット
・エンド・オブ・ブロック（ＥＯＢ）シンボル
１つまたは複数の実施形態では、以下の条件が、ＤＥＦＬＡＴＥ変換呼出し命令の実行に適用される。
一例では、ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されており、以下の条件が生じたときに、汎用オペランド・データ例外が認識される。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックのフォーマットが、モデルによってサポートされていない。
一例では、ＤＦＬＴＣＣ－ＣＭＰＲ機能は指定されており、以下の条件のうちのいずれかの条件が生じたときに、汎用オペランド・データ例外が認識される。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックのフォーマットが、モデルによってサポートされていない。
・ＮＴ３７４が０であり、ＨＬ３８５が例えば３２，７６８よりも大きい。
・ＨＴＴ３７６が１であり、ＣＤＨＴＬ３６６が例えば４２よりも小さく、または例えば２２８３よりも大きい。
・ＨＴＴ３７６が１であり、ＣＤＨＴＬ３６６が、ＣＤＨＴフィールド３６７の中に指定されたＤＨＴの圧縮フォーマットの長さに等しくない。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマットのＨＬＩＴサブ要素が例えば２９よりも大きい（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマットのＨＤＩＳＴサブ要素が例えば２９よりも大きい（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、圧縮ＤＨＴに対して定義された可能なコード長、例えば１９の可能なコード長に対するビット長を指定するコードのシーケンスの中のコードであって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコードを指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長からなる要素のセットに対する最初のコード長としてコード長、例えば１６を指定する（以前のコード長をコピーする）（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、リテラル・バイトに対するコード長を指定するコードのシーケンスの中のコードを指定しており、そのコードが、圧縮ＤＨＴの中で以前に指定された、参照されたコード長のセットを表すように決定されたどのコードとも一致しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、ＥＯＢシンボルにコード長０（ＣＬ０）を割り当てるコードを指定する。この場合、対応するＤＨＴは、ＥＯＢシンボルを表すハフマン・コードを指定しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、重複ストリング長およびポインタ距離に対するコード長を指定するコードのシーケンスの中のコードを指定しており、そのコードが、圧縮ＤＨＴの中で以前に指定された、参照されたコード長のセットを表すように決定されたどのコードとも一致しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、ＨＬＩＴフィールドの中の値と、ＨＤＩＳＴフィールドの中の値と例えば２５８と和によって指定される、ＤＨＴの中のハフマン・コードの数よりも大きいいくつかのコード長を指定する。例として、これは、コード長１６、１７および１８の不適切な使用によって可能である（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長のセットに対するコード長であって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコード長を指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴの圧縮フォーマット（ＣＤＨＴフィールド３６７の内容）が、重複ストリング・ポインタ距離のセットに対するコード長であって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコード長を指定する（無効なＤＨＴ）。
・ＣＰＵが、第２のオペランドの中のリテラル・バイトを表す圧縮データ・シンボルを生成しようとしており、ＣＤＨＴフィールドの内容から導出されたＤＨＴが非ユニバーサルであり、そのリテラル・バイトに対応するハフマン・コードを指定しない。
・ＣＰＵが、第２のオペランドの中の重複ストリングを表す圧縮データ・シンボルを生成しようとしており、ＣＤＨＴフィールドの内容から導出されたＤＨＴが非ユニバーサルであり、その重複ストリングの長さまたはポインタ距離に対応するハフマン・コードを指定しない。
例として、例えば、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、以下の条件のうちのいずれかの条件が生じたときに、汎用オペランド・データ例外が認識される。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックのフォーマットが、モデルによってサポートされていない。
・ＮＴ３７４が０であり、ＨＬ３８５が例えば３２，７６８よりも大きい。
・２進数１１に等しいＢＴＹＰＥを有する圧縮データ・ブロックに遭遇する。
・２進数００に等しいＢＴＹＰＥおよびＬＥＮの１の補数に等しくないＮＬＥＮを有する圧縮データ・ブロックに遭遇する。
・ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇し、圧縮ＤＨＴのＨＬＩＴサブ要素が例えば２９よりも大きい（無効なＤＨＴ）。
・ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇し、圧縮ＤＨＴのＨＤＩＳＴサブ要素が例えば２９よりも大きい（無効なＤＨＴ）。
・圧縮ＤＨＴに対して定義された可能なコード長、例えば１９の可能なコード長に対するビット長を指定するコードのシーケンスの中のコードであって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコードを指定する、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する（無効なＤＨＴ）。
・リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長からなる要素のセットに対する最初のコード長としてコード長、例えば１６を指定する（以前のコード長をコピーする）、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する（無効なＤＨＴ）。
・リテラル・バイトに対するコード長を指定するコードのシーケンスの中のコードを指定しており、そのコードが、圧縮ＤＨＴの中で以前に指定された、参照されたコード長のセットを表すように決定されたどのコードとも一致しない、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する（無効なＤＨＴ）。
・ＥＯＢシンボルにコード長０（ＣＬ０）を割り当てるコードを指定する、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する。この場合、対応するＤＨＴは、ＥＯＢシンボルを表すハフマン・コードを指定しない（無効なＤＨＴ）。
・重複ストリング長およびポインタ距離に対するコード長を指定するコードのシーケンスの中のコードを指定しており、そのコードが、圧縮ＤＨＴの中で以前に指定された、参照されたコード長のセットを表すように決定されたどのコードとも一致しない、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する（無効なＤＨＴ）。
・ＨＬＩＴフィールドの中の値と、ＨＤＩＳＴフィールドの中の値と例えば２５８と和によって指定される、ＤＨＴの中のハフマン・コードの数よりも大きいいくつかのコード長を指定する、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する。例として、これは、コード長１６、１７および１８の不適切な使用によって可能である（無効なＤＨＴ）。
・リテラル・バイト、ＥＯＢシンボルおよび重複ストリング長のセットに対するコード長であって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコード長を指定する、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する（無効なＤＨＴ）。
・重複ストリング・ポインタ距離のセットに対するコード長であって、機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも短いコード長を指定する、ＤＨＴの圧縮フォーマット（２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの内容）に遭遇する（無効なＤＨＴ）。
・２進数１０に等しいＢＴＹＰＥを有する圧縮データ・ブロックの中で遭遇する圧縮データ・シンボルが、同じブロックの中のＤＨＴの圧縮フォーマットから導出された非ユニバーサルＤＨＴによって定義されていないハフマン・コードを指定する。この場合、汎用オペランド・データ例外を認識するための処理に使用可能となる第２のオペランドのビットの数は、モデルに依存する。より詳細には、不定のコードをデコードしようとするモデルは、たとえより少数のビットを処理した後に例外を決定することができることもあるにせよ、例外を認識する前に、例えば１５ビットを処理することがある。
・重複ストリング・ポインタであり、シンボルを処理する時点で使用可能な履歴長よりも長い距離を指定する、圧縮データ・シンボルに遭遇する。
・２進数０１に等しいＢＴＹＰＥを有する圧縮データ・ブロックの中で遭遇する圧縮データ・シンボルが、無効コード（例えば、重複ストリング長に対する２進数１１０００１１０または１１０００１１１のコード、または重複ストリング・ポインタ距離に対する２進数１１１１０または１１１１１のコード）を指定する。この場合、汎用オペランド・データ例外を認識するための処理に使用可能となる第２のオペランドのビットの数は、モデルに依存する。より詳細には、無効コードをデコードしようとするモデルは、たとえより少数のビットを処理した後に例外を決定することができることもあるにせよ、例外を認識する前に、例えば、重複ストリング長の場合には８ビット、または重複ストリング・ポインタ距離の場合には５ビットを処理することがある。
汎用オペランド・データ例外が認識されたときには、たとえ、パラメータ・ブロックのオペレーション終了補足コード（ＯＥＳＣ）フィールド３６５およびモデル・バージョン番号（ＭＶＮ）フィールド３６３が、例外に関連した追加情報を提供するように更新されたとしても、オペレーションは抑制されているとみなされる。
ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ機能が実行されており、第２のオペランドに対して汎用オペランド・データ例外が認識されることになっているとき、その結果は、汎用オペランド・データ例外が認識されるか、またはオペレーションが部分完了で終了し、条件コード、例えば条件コード３がセットされるかのどちらかである。条件コード３がセットされた場合には、同じオペランドの処理を続けるために命令が再実行され、例外条件が依然として存在するときに、例外が認識される。
他の条件には例えば以下のものが含まれる。
命令の実行は中断可能である。中断が起こると、命令が再実行されたときに中断のところから命令が再開するように、汎用レジスタＲ１およびＲ２の中のアドレス、汎用レジスタＲ１＋１およびＲ２＋１の中の長さ、およびパラメータ・ブロックの特定のフィールドが更新される。
ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ機能が実行されており、第１または第２のオペランドに対してアクセス例外が認識されることになっているとき、その結果は、アクセス例外が認識されるか、またはオペレーションが部分完了で終了し、条件コード、例えば条件コード３がセットされるかのどちらかである。条件コード３がセットされた場合には、同じオペランドの処理を続けるために命令が再実行され、例外条件が依然として存在するときに、例外が認識される。
このＣＰＵ、他のＣＰＵおよびチャネル・プログラムによって観察されるとき、パラメータ・ブロック、第１、第２および第３のオペランドに対する参照はマルチアクセス参照であることがあり、これらのストレージ位置に対するアクセスは、必ずしもブロック・コンカレント（block concurrent）であるというわけではなく、これらのアクセスまたは参照のシーケンスは不定である。
一実施形態では、ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、以下のうちのいずれかが当てはまる場合、結果は予測不能である。
・パラメータ・ブロックが第１または第２のオペランドに重なる。
・第１のオペランドが第２のオペランドに重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が循環であり、第３のオペランドが、第１のオペランド、第２のオペランドまたはパラメータ・ブロックに重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）がインラインであり、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、履歴が、第１のオペランドまたはパラメータ・ブロックに重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）がインラインであり、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、履歴が、第２のオペランドまたはパラメータ・ブロックに重なる。
ある種の状況では、ＣＰＵによって決定される処理されるバイトの数が０である状態でＤＥＦＬＡＴＥ変換呼出し命令の実行を終了したにもかかわらず、第１のオペランド位置にデータが記憶されていることがあり、適用可能なときに、第３のオペランド位置にデータが記憶されていることがあり、適用可能なときに、対応する変更ビットがセットされている。これらのケースでは、パラメータ・ブロックおよび汎用レジスタの内容が、元の値から変更されていない。これらの状況は、ＤＥＦＬＡＴＥ変換呼出し命令を実行している間に、ＣＰＵが、静止オペレーションまたはＣＰＵ再試行を実行したときに起こることがある。
以下のコードは、ＤＥＦＬＡＴＥ変換呼出し命令を実行した結果として生じる例示的な条件コードである。
０ 正常完了
１ 第１のオペランド長が、オペレーションを完了するのに不十分である
２ 第２のオペランド長が、オペレーション（ＤＦＬＴＣＣ－ＸＰＮＤ）を完了するのに不十分である
３ ＣＰＵによって決定される量のデータが処理された
プログラム例外：
・アクセス（フェッチ、オペランド２、インライン履歴；フェッチおよびストア、パラメータ・ブロック、オペランド１、オペランド３）
・ＤＸＣ０を有するデータ、汎用オペランド
・オペレーション（ＤＥＦＬＡＴＥ変換機能がインストールされていない場合）
・指定
・トランザクション制約
ＤＥＦＬＡＴＥ変換呼出し命令に対する実行の例示的な優先度を下に示す。
１．～６． 一般的なケースに対するプログラム中断条件の優先度と同じ優先度を有する例外
７．Ａ 第２の命令ハーフワードに対するアクセス例外
７．Ｂ オペレーション例外
７．Ｃ トランザクション制約
８．Ａ 無効な機能コードまたは無効なレジスタ番号による指定例外
８．Ｂ パラメータ・ブロックが４キロバイト境界に指示されてないことによる指定例外
８．Ｃ 循環履歴バッファが４キロバイト境界に指示されてないことによる指定例外
９． パラメータ・ブロックへのアクセスに対するアクセス例外
１０． パラメータ・ブロックの指定されたフォーマットがモードによってサポートされていないときの汎用オペランド・データ例外
１１． 命令の実行の開始時に第２のオペランド長が０に等しく、ＣＦが０に等しいことによる指定例外
１２． 命令の実行の開始時に第１のオペランド長が０に等しく、ＤＦＬＴＣＣ－ＣＭＰＲが指定されていることによる条件コード１
１３．Ａ ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤが指定されているときに、履歴長フィールドが３２，７６８よりも大きく、新規タスク・フィールドが０であることによる汎用オペランド・データ例外
１３．Ｂ 第１のオペランドおよび第１のオペランド長へのアクセスが０でないことに対するアクセス例外
１３．Ｃ 第２のオペランドおよび第２のオペランド長へのアクセスが０でないことに対するアクセス例外
１３．Ｄ 命令の実行の開始時に指定されたインライン履歴へのアクセスに対するアクセス例外
１３．Ｅ 第３のオペランドへのアクセスに対するアクセス例外
１４．Ａ 上記項目１０および１３．Ａに含まれる条件以外の条件による汎用オペランド・データ例外
１４．Ｂ 上記項目１２に含まれる条件以外の条件による条件コード１、２または３
１５． 条件コード０
使用前に、汎用オペランド・データ例外条件が存在しないか、ＤＨＴの圧縮フォーマットが調べられる。汎用オペランド・データ例外条件のために、ＤＨＴの圧縮フォーマットの長さが正確には定義されていないとき、解釈される長さは、条件およびモデルに依存することがあり、例えば２８６バイトを超えない。その結果として、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、汎用オペランド・データ例外条件を有するＤＨＴの圧縮フォーマットに、第２のオペランドの例えば右端の２８６バイトの中で遭遇するときに、例外条件（優先度１４．Ａ）が認識されるのか、または条件コード２（優先度１４．Ｂ）が認識されるのかは、モデルに依存する。
プログラミング上の例示的な留意事項を以下に示す。
１．データを圧縮または復元するときには、全体として、ＤＥＦＬＡＴＥ変換呼出し命令が実行される回数を最小にしてオペレーションを実行したときの方が効率的なことがある。言い換えると、小さなオペランドを用いてＤＦＬＴＣＣを複数回実行するよりも、大きなオペランドを用いてＤＦＬＴＣＣを実行した方が効率的なことがある。
２．圧縮および復元オペレーションに関して、条件コード３がセットされているときには、命令によって使用される汎用レジスタおよびパラメータ・ブロックが、プログラムが分岐して命令の上部に戻りオペレーションを続けることができるように、更新されている。
３．一実施形態では、ＤＥＦＬＡＴＥ変換呼出し命令は命令のパラメータによって指定された処理の、ＣＰＵによって決定されるサブ部分を実行した後に、この命令を完了させることができる。指定された全ての処理を実行する代わりに、ＣＰＵによって決定される量の処理だけを実行した後に命令が完了したときには、命令が、条件コード３をセットする。このように完了したときには、ＰＳＷ（program status word）（プログラム・ステータス・ワード）の中の命令アドレスが、次順命令（next sequential instruction）を指示し、その命令のオペランド・パラメータは、分岐して命令の上部に戻って処理を再実行することによってその命令の処理を再開することができるように調整されている。指定された全ての処理を実行したとき、命令は、条件コード３以外の条件コードをセットする。
４．ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、このオペレーションが、パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールドの中の値が０でない状態で終了したとき、オペレーションは、結果として得られる第１のオペランド・アドレスによって指示されたバイトに記憶することを含む。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定されており、このオペレーションが、ＳＢＢの中の値が０でない状態で終了したとき、オペレーションは、結果として得られる第２のオペランド・アドレスによって指示されたバイトをフェッチすることを含む。
５．オペレーションが、０でない条件コードがセットされた状態で終了したときには、パラメータ・ブロックのＣＳＢフィールド３９２が、部分的に処理されたデータを含むことがあり、オペレーションを再開するために、プログラムが命令を再実行することが予想される。
６．オペレーションが、０でない条件コードがセットされた状態で終了した後、オペレーションを再開するために命令を再実行する前に、プログラムは、パラメータ・ブロックのどのフィールドも変更せず、そうでない場合、結果は予測不能である。
７．ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定されているとき、生成されたＤＨＴの圧縮表現は、ハフマン・アルゴリズムに従って、３つのプロパーフル（proper-full）ハフマン・コード・ツリーを記述する。すなわち、アンダーフル（under-full）ハフマン・コード・ツリーは記述されない。アンダーフル・ハフマン・コード・ツリーは、適正な機能ハフマン・ツリーを指定するためにハフマン・アルゴリズムが必要とする長さよりも大きい、要素に対するコード長を指定するＤＨＴの圧縮表現から導出される。
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定されており、ＨＴＴが１であり、ＤＨＴの圧縮表現が、アンダーフル・ハフマン・コード・ツリーの記述を含むときには、ＤＦＬＴＣＣ－ＸＰＮＤ機能を使用することによって、圧縮データ結果を元の圧縮されていないデータに変換することができるが、ＤＥＦＬＡＴＥ規格に準拠した全てのデコーダが、圧縮データ結果を元の圧縮されていないデータに変換することができるわけではない。このことは、例えば、ＤＦＬＴＣＣ－ＣＭＰＲ機能に関して、プログラムによって指定されたＤＨＴの圧縮表現が生成されなかったときに、ＤＦＬＴＣＣ－ＧＤＨＴ機能を実行した結果として起こることがある。
８．ＤＦＬＴＣＣ－ＣＭＰＲ機能が、条件コード１がセットされた状態で終了したとき、パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１に記憶される結果は、２進数０００である。このシナリオを認識することは、ＤＥＦＬＡＴＥ変換呼出し命令とともに使用するために出力バッファを割り振るプログラムに関連していることがある。
本明細書に記載されているとおり、一態様では、圧縮もしくは解凍オペレーションまたはその両方を汎用プロセッサを使用して実行するために、単一の命令（例えばハードウェア／ソフトウェア・インタフェースの単一のアーキテクト機械命令、例えばＤＥＦＬＡＴＥ変換呼出し命令）が提供される。この命令は、例えば、命令セット・アーキテクチャ（ＩＳＡ）の中に定義されたハードウェア命令である。その結果として、圧縮もしくは解凍オペレーションまたはその両方に関係するプログラムの複雑さが低減する。さらに、オペレーションの性能、したがってプロセッサの性能が向上する。
有利には、ＤＥＦＬＡＴＥ変換呼出し命令が、例えばプログラマによって、Ｉ／Ｏデバイス、Ｉ／Ｏインタフェースを通して接続された特定用途向けデバイス、または他のタイプの専用プロセッサなどの専用プロセッサ上ではなく、汎用プロセッサ（例えば中央処理ユニット。本明細書ではプロセッサと呼ぶ）上にディスパッチされる。ソフトウェア実装との比較では、開示された命令を実行すると、同じオペレーションを実行するのに実行サイクルが大幅に少なくて済む。さらに、Ｉ／Ｏデバイスにオペレーションをディスパッチすることとの比較では、開示された命令を実行すると、オペレーティング・システムによるＩ／Ｏオペレーションが必要なくなり、開示された命令の実行は、オペレーションが完了するのを待つ間にタスク切替えを実行するためにオペレーティング・システムをトリガしない。
さまざまなフィールドおよびレジスタを説明したが、本発明の１つまたは複数の態様は、他のフィールドもしくはレジスタ、追加のフィールドもしくはレジスタ、またはより少数のフィールドもしくはレジスタ、あるいは他のサイズのフィールドおよびレジスタなどを使用することができる。多くの変形形態が可能である。例えば、命令の明示的に指定されたレジスタもしくはフィールドの代わりに、暗黙のレジスタを使用することができ、または、暗黙のレジスタもしくはフィールドの代わりに、明示的に指定されたレジスタもしくはフィールドを使用することができ、あるいはその両方を使用することができる。他の変形形態も可能である。
ＤＥＦＬＡＴＥ変換呼出し命令の使用の一実施形態を、図１７を参照して説明する。一例では、ステップ１７００で、汎用プロセッサなどのプロセッサ上で実行されているプログラムが、ストレージの中のパラメータ・ブロックの中の実行するオペレーションの詳細を指定し、およびパラメータ・ブロックの位置を指定する。例えば、実行する機能に応じて、パラメータ・ブロック（例えばパラメータ・ブロック３４０、３６０または３７０）のフィールドのうちの１つまたは複数のフィールドを提供またはセットする。さらに、ステップ１７０２で、このプログラムが、実行するオペレーション（例えば照会、生成、圧縮、展開など）を指定する。さらに、ステップ１７０４で、このプログラムが、ストレージの中の入力データの位置および量を指定または更新し、ステップ１７０６で、ストレージの中の結果バッファの位置およびサイズを指定または更新する。
その後、ステップ１７０８で、プログラムが、ＤＥＦＬＡＴＥ変換呼出し（ＤＦＬＴＣＣ）命令を実行する。一例では、汎用プロセッサ上に命令をディスパッチする。例として、汎用プロセッサ上で命令を処理し、または、汎用プロセッサに結合されたハードウェアであり、Ｉ／Ｏインタフェースを使用することなしにアクセス可能なハードウェアによって少なくとも部分的に処理する。
命令の終了に基づいて、問合せ１７１０で、実行の結果得られた条件コードが、第１の定義値、例えば０に等しいかどうかを判定する。条件コードが第１の定義値に等しい場合には、ステップ１７１２で、命令の処理を完了する。しかしながら、条件コードが第１の定義値に等しくない場合には、問合せ１７１４で、条件コードが、第２の定義値、例えば３に等しいかどうかをさらに判定する。条件コードが第２の定義値に等しい場合、すなわち処理すべき追加のデータが存在する場合には、ステップ１７０８で、命令を再実行する。しかしながら、条件コードが第２の定義値に等しくない場合には、問合せ１７１６で、条件コードが、第３の定義値、例えば１に等しいかどうかをさらに判定する。条件コードが第３の定義値にセットされる場合、すなわち第１のオペランド長が不十分である場合には、ステップ１７０６から処理を続ける。条件コードが第３の定義値にセットされていない場合には、機能に対して第２のオペランド長が不十分であり、ステップ１７０４から処理を続ける。
示したとおり、単一のデータ・ストリームを圧縮または解凍するために、ＤＥＦＬＡＴＥ変換呼出し命令が複数回実行されることがある。したがって、一態様では、プログラムがバッファ（例えば３２キロバイト・バッファ）を宣言するための機構を提供する属性をＤＥＦＬＡＴＥ変換呼出し命令が含み、このバッファは、ＤＥＦＬＡＴＥ変換呼出し命令の複数回の実行にまたがるオペレーション中に処理された圧縮されていないデータの履歴を蓄積するために使用される。このバッファは例えば循環履歴バッファである。
一態様では、ＤＥＦＬＡＴＥ変換呼出し命令が、暗黙のレジスタ（例えばＧＲ０．５６）の中のインジケータ（例えばビット）を使用して、循環履歴バッファの使用を指示する。循環履歴バッファが指示され、ＤＥＦＬＡＴＥ変換呼出し命令によって実行される指定された機能が、データの圧縮またはデータの復元であるときには、命令のフィールド（例えばＲ３）が、メモリ、例えば３２キロバイト・バッファのメモリの中の位置を指定する。プロセッサは、このバッファを使用して、オペレーションの開始時にこのバッファから履歴をフェッチし、オペレーションの終了時にこのバッファに履歴を記憶する。循環履歴バッファ内の履歴の長さは、ＤＥＦＬＡＴＥ変換呼出し命令に関連したパラメータ・ブロックのフィールド（例えばＨＬフィールド３８５）によって指定され、バッファ内の履歴の始まりは、パラメータ・ブロックの別のフィールド（例えばＨＯフィールド３８６）に含まれるオフセットによって指定される。
循環履歴バッファの使用のさらなる詳細を、図１８を参照して説明する。一例では、ステップ１８００で、汎用プロセッサなどのプロセッサ上で実行されているプログラムが、ストレージの中のパラメータ・ブロックの中の実行するオペレーションの詳細、およびパラメータ・ブロックの位置を指定する。例えば、実行する機能に応じて、パラメータ・ブロック（例えばパラメータ・ブロック３６０または３７０）のフィールドのうちの１つまたは複数のフィールドを提供またはセットする。さらに、このプログラムは、実行するオペレーション（例えば圧縮、展開など）を指定する。
さらに、一例では、ステップ１８０２で、このプログラムが、予め定義されたサイズ（例えば３２キロバイト）の循環バッファのメモリの中の位置を割り振り、指定する。さらに、ステップ１８０４で、このプログラムが、圧縮されていないデータ・ストリームの一部分をバッファに入れ、ＤＥＦＬＡＴＥ変換呼出し命令への入力として、そのバッファの位置およびサイズを指定し、ステップ１８０６で、ストレージの中の結果バッファの位置およびサイズを指定または更新する。
次いで、ステップ１８０８で、ＤＥＦＬＡＴＥ変換呼出し命令を実行する。この命令の実行に基づいて、ステップ１８２０で、プロセッサが、オペレーションへの入力として、履歴を、例えば循環履歴バッファからフェッチし、ステップ１８２２で、指定されたオペレーションを、本明細書に記載されたとおりに実行する。さらに、ステップ１８２４で、プロセッサが、オペレーションの出力として、循環履歴バッファの中の履歴を変更する。問合せ１８２６で、データ・ストリームの全体が処理されたかどうかを判定する。処理されていない場合には、ステップ１８０４から処理を続ける。データ・ストリームの全体が処理された場合、処理は完了となる。
循環履歴バッファの使用は、例として以下のことを提供する。
ＤＥＦＬＡＴＥ変換呼出し命令の個々の実行で使用するように指定された入力または出力バッファのサイズが比較的に小さい（例えば５１２バイトである）ときには、例えば最大３２キロバイトのバッファリングされたデータの複数のセグメントにまたがる履歴を、少数のバイトを処理するＤＥＦＬＡＴＥ変換呼出し命令への入力として使用することができる。
ＤＥＦＬＡＴＥ変換呼出し命令の個々の実行で使用するように指定された入力または出力バッファのサイズが比較的に大きい（例えば１２８キロバイトである）ときには、例えば最大３２キロバイトのバッファリングされたデータの前のセグメントの履歴を、最初の３２キロバイトのデータを処理しているＤＥＦＬＡＴＥ変換呼出し命令への入力として使用することができる。
両方のケースで、そうしない場合に使用可能であると思われる履歴よりも多くの履歴が、データ処理に使用可能である。その結果として、重複ストリングを検出する有効性が向上し、その結果、全体的な圧縮比が改善される。このことは、コンピューティング環境内での処理を容易にし、性能を向上させる。
本発明の１つまたは複数の態様は、コンピュータ技術に不可分に結びついており、コンピュータ内での処理を容易にし、コンピュータ内での処理の性能を向上させる。単一のアーキテクト機械命令を使用して、圧縮もしくは解凍またはその両方を実行することは、コンピューティング環境内での性能を向上させる。圧縮／解凍されたデータは、データの管理もしくは使用またはその両方を実行する多くの技術分野、例えばコンピュータ処理、医療処理、セキュリティ、在庫管理などで使用することができる。圧縮／解凍の最適化を提供することにより、これらの技術分野は、実行時間を短縮することで改善される。
本発明の１つまたは複数の態様に関係しているためコンピューティング環境内での処理を容易にする１つの実施形態のさらなる詳細を、図１９Ａ～１９Ｂを参照して説明する。
図１９Ａを参照すると、一実施形態では、コンピューティング環境の汎用プロセッサが、複数の機能のうちの機能を実行するための命令を取得し、この機能が、この命令によってサポートされている（１９００）。この命令は、例えば、圧縮のための業界標準に準拠した命令セット・アーキテクチャの単一のアーキテクト命令である（１９０２）。この命令を実行する（１９０４）。この命令を実行することは、機能が圧縮機能であることまたは解凍機能であることに基づいて、入力データの状態を、入力データの圧縮されていない形態と入力データの圧縮された形態との間で変換して、変換された状態のデータを提供することを含む（１９０６）。タスクを実行する際に使用するために、この変換された状態のデータを出力として提供する（１９０８）。
一実施形態では、入力データの状態を変換することが、業界標準に準拠した圧縮フォーマットを使用する（１９１０）。この圧縮フォーマットは、例えば、ＤＥＦＬＡＴＥ圧縮フォーマットを含む（１９１２）。
例として、このタスクは、圧縮データを含む出力を使用する１つまたは複数のオペレーションを実行すること、出力を送信すること、圧縮されていないデータを含む出力を使用する１つまたは複数のオペレーションを実行することからなるタスクのグループから選択される（１９１４）。
一実施形態では、図１９Ｂを参照すると、この命令は、オペレーションを指定するためのオペレーション・コードを含むオペレーション・コード・フィールドと、この命令によって使用される複数のレジスタを指定するための複数のレジスタ・フィールドとを含む（１９２０）。この複数のレジスタは、例えば、命令によって出力として使用される出力オペランド位置を識別するために使用される１つのレジスタと、命令によって入力として使用される入力オペランド位置を識別するために使用される別のレジスタとを含み、この入力は機能に依存する（１９２２）。
一例として、機能が圧縮機能であることに基づいて、入力が、入力オペランド位置からのデータを含み、このデータが、出力オペランド位置に記憶される圧縮データ・シンボルを提供するようにエンコードされ（１９２４）、機能が解凍機能であることに基づいて、入力が、入力オペランド位置からの圧縮データ・シンボルを含み、この圧縮データ・シンボルが、出力オペランド位置に記憶される圧縮されていないデータを提供するようにデコードされる（１９２６）。
さらに、一実施形態では、命令が、命令によって実行される複数の機能のうちの機能を示すための選択されたレジスタを使用する（１９２８）。この複数の機能は、例えば、照会機能、圧縮機能、動的ハフマン表生成機能および解凍機能を含む（１９３０）。さらに、一実施形態では、命令が、複数の機能のうちの１つまたは複数の機能に関して命令によって使用されるパラメータ・ブロックのアドレスを提供するための選択された別のレジスタを使用する（１９３２）。
さらなる態様では、実行される機能が動的ハフマン表生成機能であり、命令を実行することが、機能が動的ハフマン表生成機能であることに基づいて、命令の別の実行時に実行される機能が圧縮機能または解凍機能であるときに使用される動的ハフマン表の圧縮表現を生成することを含む（１９３４）。
他の変形形態および実施形態も可能である。
多くのタイプのコンピューティング環境が本発明の態様を使用することができる。本発明の１つまたは複数の態様を組み込み、使用するためのコンピューティング環境の別の実施形態を、図２０Ａを参照して説明する。この例では、コンピューティング環境１０が、例えば、ネイティブ中央処理ユニット（ＣＰＵ）１２、メモリ１４、および１つもしくは複数の入力／出力デバイスもしくはインタフェースまたはその両方１６を含み、これらは、例えば１つもしくは複数のバス１８もしくは他の接続またはその両方を介して互いに結合されている。例として、コンピューティング環境１０は、米ニューヨーク州Ａｒｍｏｎｋのインターナショナル・ビジネス・マシーンズ・コーポレーションによって提供されているＰｏｗｅｒＰＣ（Ｒ）プロセッサ、米カリフォルニア州Ｐａｌｏ Ａｌｔｏのヒューレット・パッカード（Hewlett Packard Co.）によって提供されているＨＰ Ｓｕｐｅｒｄｏｍｅ ｗｉｔｈ Ｉｎｔｅｌ Ｉｔａｎｉｕｍ ＩＩ ｐｒｏｃｅｓｓｏｒｓ、もしくはインターナショナル・ビジネス・マシーンズ・コーポレーション、ヒューレット・パッカード、インテル・コーポレーション（Intel Corporation）、オラクル（Oracle）などによって提供されているアーキテクチャに基づく他の機械、またはこれらの組合せを含むことができる。ＩＢＭ、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＢＭ Ｚ、ｚ／ＯＳ、ＰＲ／ＳＭおよびＰｏｗｅｒＰＣは、少なくとも１つの法域における、インターナショナル・ビジネス・マシーンズ・コーポレーションの商標または登録商標である。ＩｎｔｅｌおよびＩｔａｎｉｕｍは、米国および他の国々における、インテル・コーポレーションまたはその子会社の商標または登録商標である。
ネイティブ中央処理ユニット１２は、その環境内での処理中に使用される、１つもしくは複数の汎用レジスタまたは１つもしくは複数の専用レジスタあるいはその両方などの、１つもしくは複数のネイティブ・レジスタ２０を含む。これらのレジスタは、特定の時点における環境の状態を表す情報を含む。
さらに、ネイティブ中央処理ユニット１２は、メモリ１４に記憶された命令およびコードを実行する。特定の１つの例では、中央処理ユニットが、メモリ１４に記憶されたエミュレータ・コード２２を実行する。このコードは、１つのアーキテクチャで構成されたコンピューティング環境が別のアーキテクチャをエミュレートすることを可能にする。例えば、エミュレータ・コード２２は、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャ以外のアーキテクチャに基づく、ＰｏｗｅｒＰＣプロセッサ、ＨＰ Ｓｕｐｅｒｄｏｍｅサーバなどの機械が、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャをエミュレートすること、ならびにｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャに基づいて開発されたソフトウェアおよび命令を実行することを可能にする。
エミュレータ・コード２２に関するさらなる詳細を、図２０Ｂを参照して説明する。メモリ１４に記憶されたゲスト命令３０は、ネイティブＣＰＵ１２のアーキテクチャ以外のアーキテクチャで実行されるように開発された（例えば機械命令に相関する）ソフトウェア命令を含む。例えば、ゲスト命令３０は、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャに基づくプロセッサ上で実行されるように設計されたものだが、その代わりにネイティブＣＰＵ１２上でエミュレートされている。ネイティブＣＰＵ１２は例えばＩｎｔｅｌ Ｉｔａｎｉｕｍ ＩＩプロセッサとすることができる。一例では、エミュレータ・コード２２が、メモリ１４から１つまたは複数のゲスト命令３０を取得し、任意選択で、取得した命令に対するローカル・バッファリングを提供する命令フェッチ・ルーチン３２を含む。エミュレータ・コード２２はさらに、取得したゲスト命令のタイプを決定し、そのゲスト命令を、対応する１つまたは複数のネイティブ命令３６に変換する命令変換ルーチン３４を含む。この変換は、例えば、ゲスト命令が実行することになっている機能を識別すること、およびその機能を実行するネイティブ命令を選ぶことを含む。
さらに、エミュレータ・コード２２は、ネイティブ命令を実行させるエミュレーション制御ルーチン４０を含む。エミュレーション制御ルーチン４０は、以前に取得した１つまたは複数のゲスト命令をエミュレートするネイティブ命令のルーチンを、ネイティブＣＰＵ１２に実行させ、そのような実行の終わりに、次のゲスト命令または一群のゲスト命令の取得をエミュレートする命令フェッチ・ルーチンに制御を返すことができる。ネイティブ命令３６の実行は、メモリ１４からレジスタにデータをロードすること、レジスタからメモリにデータを再び記憶すること、または、変換ルーチンによって決定された、あるタイプの算術もしくは論理演算を実行することを含むことができる。
それぞれのルーチンは例えばソフトウェアに実装されており、そのソフトウェアは、メモリに記憶されており、ネイティブ中央処理ユニット１２によって実行される。他の例では、これらのルーチンまたは演算のうちの１つまたは複数のルーチンまたは演算が、ファームウェア、ハードウェア、ソフトウェアまたはこれらの組合せに実装されている。エミュレートされたプロセッサのレジスタは、ネイティブＣＰＵのレジスタ２０を使用して、またはメモリ１４の中の位置を使用することによってエミュレートすることができる。実施形態では、ゲスト命令３０、ネイティブ命令３６およびエミュレータ・コード２２が同じメモリにあってもよく、または異なるメモリ・デバイスに分散していてもよい。
上で説明したコンピューティング環境は、使用することができるコンピューティング環境の例に過ぎない。限定はされないが、区分されていない（non-partitioned）他の環境、区分された他の環境もしくはエミュレートされた他の環境またはこれらの組合せを含む、他の環境を使用することもできる。実施形態は、いずれか１つの環境だけに限定されない。
本発明の１つまたは複数の態様を含むように、それぞれのコンピューティング環境を構成することができる。本発明の１つまたは複数の態様によれば、例えば、ソーティングもしくはマージングまたはその両方を提供するように、それぞれのコンピューティング環境を構成することができる。
１つまたは複数の態様は、クラウド・コンピューティングに関係している場合がある。
本開示はクラウド・コンピューティングに関する詳細な説明を含むが、本明細書に記載された教示の実施態様はクラウド・コンピューティング環境に限定されないことを理解すべきである。本発明の実施形態は、現在知られているまたは後に開発される他の任意のタイプのコンピューティング環境と併せて実施することができる。
クラウド・コンピューティングは、最小限の管理労力またはサービスのプロバイダとの最小限のインタラクションで迅速に供給およびリリースすることができる構成可能なコンピューティング・リソース（例えばネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想機械およびサービス）の共用プールへの都合のよいオンデマンド・ネットワーク・アクセスを可能にするサービス配信モデルである。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つのデプロイメント（deployment）モデルを含むことができる。
特徴は以下のとおりである。
オンデマンド・セルフサービス：クラウド・コンシューマは、サーバ時間およびネットワーク・ストレージなどのコンピューティング機能の供給を、サービスのプロバイダとのヒューマン・インタラクションを必要とすることなく必要に応じて自動的に一方的に受けることができる。
ブロード・ネットワーク・アクセス：機能は、ネットワーク上で利用可能であり、異種のシンまたはシック・クライアント・プラットフォーム（例えば移動電話、ラップトップおよびＰＤＡ）による使用を促進する標準的機構を通してアクセスされる。
リソース・プーリング（resource pooling）：マルチテナント・モデルを使用して多数のコンシューマにサービスを提供するため、プロバイダのコンピューティング・リソースはプールされており、要求に応じて、異なる物理的および仮想リソースが動的に割当ておよび再割当てされる。コンシューマは一般に、提供されたリソースの正確な位置を制御できずまたは正確な位置を知らないが、より高次の抽象化レベル（例えば国、州またはデータセンター）で位置を指定することができるという意味で、位置独立の感覚がある。
ラピッド・エラスティシティ（rapid elasticity）：機能は、素早くスケールアウトするために迅速かつ弾力的に、場合によっては自動的に供給することができ、素早くスケールインするために迅速にリリースすることができる。コンシューマにとって、供給に利用可能な機能はしばしば無限であるように見え、いつでも好きな量だけ購入することができる。
メジャード・サービス（measured service）：クラウド・システムは、サービスのタイプ（例えば、ストレージ、処理、帯域幅および使用中ユーザ・アカウント）に対して適切なある抽象化レベルで計測機能に介入することによって、リソースの使用状況を自動的に制御および最適化する。リソースの使用状況を監視、制御および報告して、利用されているサービスのプロバイダとコンシューマの両方に透明性を提供することができる。
サービス・モデルは以下のとおりである。
ソフトウェア・アズ・ア・サービス（ＳａａＳ）：コンシューマに提供されるこの機能は、クラウド・インフラストラクチャ上でランしているプロバイダのアプリケーションを使用する機能である。ウェブ・ブラウザなどのシン・クライアント・インタフェース（例えばウェブ・ベースの電子メール）を通してさまざまなクライアント・デバイスからアプリケーションにアクセス可能である。場合によっては可能な限られたユーザ固有のアプリケーション構成の設定を除けば、コンシューマは、ネットワーク、サーバ、オペレーティング・システム、ストレージまたは個々のアプリケーション機能を含む基礎をなすクラウド・インフラストラクチャを管理もまたは制御もしない。
プラットフォーム・アズ・ア・サービス（ＰａａＳ）：コンシューマに提供されるこの機能は、クラウド・インフラストラクチャ上で、プロバイダがサポートするプログラム言語およびツールを使用して作成されたコンシューマ作成または取得のアプリケーションをデプロイする機能である。コンシューマは、ネットワーク、サーバ、オペレーティング・システムまたはストレージを含む基礎をなすクラウド・インフラストラクチャを管理も制御もしないが、デプロイされたアプリケーションおよび場合によってはアプリケーション・ホスティング環境構成は制御することができる。
インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）：コンシューマに提供されるこの機能は、処理、ストレージ、ネットワークおよび他の基本的なコンピューティング・リソースを供給する機能であり、コンシューマは任意のソフトウェアをデプロイおよびランすることができ、このソフトウェアは、オペレーティング・システムおよびアプリケーションを含むことができる。コンシューマは、基礎をなすクラウド・インフラストラクチャを管理も制御もしないが、オペレーティング・システム、ストレージおよびデプロイされたアプリケーションは制御することができ、場合によっては、選択されたネットワーク構成要素（例えばホスト・ファイアウォール）を限定的に制御することができる。
デプロイメント・モデルは以下のとおりである。
プライベート・クラウド：このクラウド・インフラストラクチャは、組織体のためだけに運営される。インフラストラクチャは、その組織体または第三者が管理することができ、オンプレミス（on-premises）またはオフプレミス（off-premises）で存在することができる。
コミュニティ・クラウド：このクラウド・インフラストラクチャは、いくつかの組織体によって共有され、利害（例えばミッション、セキュリティ要件、ポリシーおよびコンプライアンス上の問題）を共有する特定のコミュニティをサポートする。インフラストラクチャは、その組織体または第三者が管理することができ、オンプレミスまたはオフプレミスで存在することができる。
パブリック・クラウド：このクラウド・インフラストラクチャは、一般大衆または大きな産業グループが利用可能であり、クラウド・サービスを販売している組織体によって所有される。
ハイブリッド・クラウド：このクラウド・インフラストラクチャは、固有の実体を維持しているが、データおよびアプリケーション・ポータビリティを可能にする標準化された技術または独占技術（例えばクラウド間のロード・バランシングのためのクラウド・バースティング（cloud bursting））によって１つに結合された２つ以上のクラウド（プライベート、コミュニティまたはパブリック）の合成体である。
クラウド・コンピューティング環境は、無国籍、低結合、モジュール性および意味論的相互運用性に重きを置くサービス指向の環境である。クラウド・コンピューティングの中心には、相互接続されたノードのネットワークを含むインフラストラクチャがある。
次に図２１を参照すると、例示的なクラウド・コンピューティング環境５０が示されている。示されているとおり、クラウド・コンピューティング環境５０は１つまたは複数のクラウド・コンピューティング・ノード５２を含み、クラウド・コンシューマによって使用されるローカル・コンピューティング・デバイス、例えばパーソナル・ディジタル・アシスタント（ＰＤＡ）もしくは移動電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃまたは自動車コンピュータ・システム５４Ｎあるいはこれらの組合せは、これらのノードと通信することができる。ノード５２は互いに通信することができる。それらのノードは、上で説明したプライベート、コミュニティ、パブリックまたはハイブリッド・クラウドまたはこれらの組合せなどの１つまたは複数のネットワークに、物理的にまたは仮想的にグループ分けされていることがある（図示せず）。これによって、クラウド・コンピューティング環境５０は、インフラストラクチャ、プラットフォームもしくはソフトウェアまたはこれらの組合せをサービスとして提供することができ、そのため、クラウド・コンシューマは、ローカル・コンピューティング・デバイス上にリソースを維持する必要がない。図２１に示されたタイプのコンピューティング・デバイス５４Ａ～Ｎは単なる例であることが意図されていること、ならびにコンピューティング・ノード５２およびクラウド・コンピューティング環境５０は、任意のタイプのネットワーク上もしくはアドレス指定可能なネットワーク接続上またはその両方で（例えばウェブ・ブラウザを使用して）、コンピュータ化された任意のタイプのデバイスと通信することができることが理解される。
次に図２２を参照すると、クラウド・コンピューティング環境５０（図２１）によって提供される一組の機能抽象化層が示されている。図２２に示された構成要素、層および機能は単なる例であることが意図されており、本発明の実施形態はそれらに限定されないことを予め理解しておくべきである。図示のとおり、以下の層および対応する機能が提供される。
ハードウェアおよびソフトウェア層６０は、ハードウェア構成要素およびソフトウェア構成要素を含む。ハードウェア構成要素の例は、メインフレーム６１、ＲＩＳＣ（縮小命令セット・コンピュータ）アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、ストレージ・デバイス６５ならびにネットワークおよびネットワーキング構成要素６６を含む。いくつかの実施形態では、ソフトウェア構成要素が、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８を含む。
仮想化層７０は抽象化層を提供し、この層から、仮想実体の以下の例を提供することができる：仮想サーバ７１、仮想ストレージ７２、仮想専用ネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５。
一例では、管理層８０が以下の機能を提供することができる。リソース供給８１は、クラウド・コンピューティング環境内でタスクを実行する目的に利用されるコンピューティング・リソースおよびその他のリソースの動的調達を提供する。計量および価格設定８２は、クラウド・コンピューティング環境内でリソースが利用されたときの費用追跡、およびこれらのリソースの消費に対する課金または請求を提供する。一例では、これらのリソースがアプリケーション・ソフトウェア・ライセンスを含むことがある。セキュリティは、クラウド・コンシューマおよびタスクの識別確認ならびにデータおよび他のリソースの保護を提供する。ユーザ・ポータル８３は、コンシューマおよびシステム管理者に、クラウド・コンピューティング環境へのアクセスを提供する。サービス水準管理８４は、必要なサービス水準が達成されるようなクラウド・コンピューティング・リソースの割振りおよび管理を提供する。サービス水準合意（Service Level Agreement）（ＳＬＡ）計画および履行８５は、ＳＬＡによって将来必要になると予想されるクラウド・コンピューティング・リソースの事前調整および調達を提供する。
ワークロード層９０は、クラウド・コンピューティング環境を利用することができる機能の例を提供する。この層から提供することができるワークロードおよび機能の例は、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育配信９３、データ解析処理９４、トランザクション処理９５、および圧縮／解凍処理９６を含む。
本発明の態様は、インテグレーションの可能な技術的詳細レベルにおいて、システム、方法もしくはコンピュータ・プログラム製品、またはこれらの組合せであることができる。コンピュータ・プログラム製品は、本発明の態様をプロセッサに実行させるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読記憶媒体を含むことができる。
このコンピュータ可読記憶媒体は、命令実行デバイスが使用するための命令を保持および記憶することができる有形のデバイスとすることができる。このコンピュータ可読記憶媒体は、例えば、限定はされないが、電子ストレージ・デバイス、磁気ストレージ・デバイス、光学ストレージ・デバイス、電磁気ストレージ・デバイス、半導体ストレージ・デバイスまたはこれらの適当な組合せとすることができる。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストは、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リードオンリー・メモリ（ＲＯＭ）、消去可能なプログラマブル・リードオンリー・メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ポータブル・コンパクト・ディスク・リードオンリー・メモリ（ＣＤ－ＲＯＭ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック、フロッピー（Ｒ）・ディスク、機械的にエンコードされたデバイス、例えばパンチカードまたはその上に命令が記録された溝の中の一段高くなった構造体、およびこれらの適当な組合せを含む。本明細書で使用されるとき、コンピュータ可読記憶媒体は、それ自体が一過性の信号、例えば電波もしくは他の自由に伝搬する電磁波、ウェーブガイドもしくは他の伝送体内を伝搬する電磁波（例えば光ファイバ・ケーブル内を通る光パルス）、または電線を通して伝送される電気信号であると解釈されるべきではない。
本明細書に記載されたコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスにダウンロードすることができ、またはネットワーク、例えばインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークもしくは無線ネットワークまたはそれらの組合せを介して外部コンピュータもしくは外部ストレージ・デバイスにダウンロードすることができる。このネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータもしくはエッジ・サーバ、またはこれらの組合せを含むことができる。それぞれのコンピューティング／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インタフェースは、コンピュータ可読プログラム命令をネットワークから受け取り、それらのコンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に記憶するために転送する。
本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、もしくは集積回路用の構成データであってもよく、またはＳｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同種のプログラミング言語などの手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書かれた、ソース・コードもしくはオブジェクト・コードであってもよい。このコンピュータ可読プログラム命令は、全体がユーザのコンピュータ上で実行されてもよく、一部がユーザのコンピュータ上で実行されてもよく、独立型ソフトウェア・パッケージとして実行されてもよく、一部がユーザのコンピュータ上で、一部が遠隔コンピュータ上で実行されてもよく、または全体が遠隔コンピュータもしくは遠隔サーバ上で実行されてもよい。上記の最後のシナリオでは、遠隔コンピュータが、ローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、またはこの接続が、外部コンピュータに対して（例えばインターネット・サービス・プロバイダを使用してインターネットを介して）実施されてもよい。いくつかの実施形態では、本発明の態様を実施するために、例えばプログラム可能論理回路、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）またはプログラム可能論理アレイ（ＰＬＡ）を含む電子回路が、このコンピュータ可読プログラム命令の状態情報を利用してその電子回路をパーソナライズすることにより、このコンピュータ可読プログラム命令を実行してもよい。
本明細書では、本発明の態様が、本発明の実施形態による方法、装置（システム）およびコンピュータ・プログラム製品の流れ図もしくはブロック図またはその両方の図を参照して説明される。それらの流れ図もしくはブロック図またはその両方の図のそれぞれのブロック、およびそれらの流れ図もしくはブロック図またはその両方の図のブロックの組合せは、コンピュータ可読プログラム命令によって実施することができることが理解される。
これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラム可能データ処理装置のプロセッサによって実行される命令が、流れ図もしくはブロック図またはその両方の図のブロックに指定された機能／動作を実施する手段を生成するように、汎用コンピュータ、専用コンピュータまたは他のプログラム可能データ処理装置のプロセッサに提供されて、マシンを作り出すものであってよい。これらのコンピュータ可読プログラム命令はさらに、命令が記憶されたコンピュータ可読記憶媒体が、流れ図もしくはブロック図またはその両方の図のブロックに指定された機能／動作の態様を実施する命令を含む製品を含むように、コンピュータ可読記憶媒体に記憶され、コンピュータ、プログラム可能データ処理装置もしくは他のデバイスまたはこれらの組合せに特定の方式で機能するように指示することができるものであってもよい。
コンピュータ可読プログラム命令はさらに、コンピュータ、他のプログラム可能装置または他のデバイス上で実施される命令が、流れ図もしくはブロック図またはその両方の図のブロックに指定された機能／動作を実施するように、コンピュータによって実施されるプロセスを生み出すために、コンピュータ、他のプログラム可能データ処理装置または他のデバイス上にロードされ、コンピュータ、他のプログラム可能装置または他のデバイス上で一連の動作ステップを実行させるものであってもよい。
添付図中の流れ図およびブロック図は、本発明のさまざまな実施形態によるシステム、方法およびコンピュータ・プログラム製品の可能な実施態様のアーキテクチャ、機能および動作を示す。この点に関して、それらの流れ図またはブロック図のそれぞれのブロックは、指定された論理機能を実施する１つまたは複数の実行可能命令を含む、命令のモジュール、セグメントまたは部分を表すことがある。いくつかの代替実施態様では、ブロックに示された機能を、図に示された順序とは異なる順序で実施することができる。例えば、連続して示された２つのブロックが、実際は、実質的に同時に実行されることがあり、または、含まれる機能によってはそれらのブロックが逆の順序で実行されることもある。それらのブロック図もしくは流れ図またはその両方の図のそれぞれのブロック、ならびにそれらのブロック図もしくは流れ図またはその両方の図のブロックの組合せを、指定された機能もしくは動作を実行しまたは専用ハードウェアとコンピュータ命令の組合せを実施するハードウェアベースの専用システムによって実施することができることにも留意すべきである。
以上に加えて、顧客環境の管理を提供するサービス・プロバイダが、１つまたは複数の態様を、例えば提供し、提案し、デプロイし、管理し、供給することができる。例えば、サービス・プロバイダは、１または複数の顧客に対して、１つまたは複数の態様を実行するコンピュータ・コードもしくはコンピュータ・インフラストラクチャまたはその両方を、例えば生成し、維持し、サポートすることができる。見返りとして、サービス・プロバイダは、例として、サブスクリプション（subscription）契約もしくは料金（fee）契約またはその両方の下で顧客から支払いを受け取ることができる。それに加えて、またはその代わりに、サービス・プロバイダは、１または複数の第三者への広告内容の販売によって支払いを受け取ることもできる。
一態様では、１つまたは複数の実施形態を実行するためにアプリケーションをデプロイすることができる。一例として、このアプリケーションのデプロイは、１つまたは複数の実施形態を実行するように動作可能なコンピュータ・インフラストラクチャを提供することを含む。
さらなる態様として、コンピューティング・インフラストラクチャをデプロイすることができ、これは、コンピュータ可読コードをコンピューティング・システムに統合することを含み、このコンピュータ可読コードは、コンピューティング・システムとともに、１つまたは複数の実施形態を実行することができる。
さらなる態様として、コンピューティング・インフラストラクチャを統合するためのプロセスであって、コンピュータ可読コードをコンピューティング・システムに統合することを含むプロセスを提供することができる。このコンピュータ・システムはコンピュータ可読媒体を含み、このコンピュータ媒体は、１つまたは複数の実施形態を含む。このコンピュータ可読コードは、コンピュータ・システムとともに、１つまたは複数の実施形態を実行することができる。
以上に、さまざまな実施形態を説明したが、それらの実施形態は例に過ぎない。例えば、他のアーキテクチャのコンピューティング環境を使用して、１つまたは複数の実施形態を組み込み、使用することもできる。さらに、異なる命令またはオペレーションを使用することもできる。さらに、異なるレジスタを使用すること、もしくは（レジスタ番号以外の）他のタイプの指示を指定すること、あるいはその両方を実行することもできる。多くの変形形態が可能である。
さらに、他のタイプのコンピューティング環境が利点を得ること、および他のタイプのコンピューティング環境を使用することができる。一例として、プログラム・コードを記憶することもしくは実行することに適したデータ処理システム、またはその両方に適したデータ処理システムであって、メモリ要素に直接に結合されたまたはシステム・バスを通してメモリ要素に間接的に結合された少なくとも２つプロセッサを含むデータ処理システムが使用可能である。このメモリ要素は例えば、プログラム・コードの実際の実行中に使用されるローカル・メモリ、大容量ストレージ、およびキャッシュ・メモリを含み、キャッシュ・メモリは、実行中に大容量ストレージからコードを取り出さなければならない回数を減らすために、少なくとも一部のプログラム・コードの一時記憶を提供する。
（限定はされないが、キーボード、ディスプレイ、ポインティング・デバイス、ＤＡＳＤ、テープ、ＣＤ、ＤＶＤ、サム・ドライブ（thumb drive）および他のメモリ媒体などを含む）入力／出力デバイスないしＩ／Ｏデバイスを、直接にまたはＩ／Ｏコントローラを介在させて、システムに結合することができる。データ処理システムが、介在する専用または公衆ネットワークを通して他のデータ処理システムまたは遠隔プリンタもしくはストレージ・デバイスに結合されることを可能にするために、システムにネットワーク・アダプタを結合することもできる。モデム、ケーブル・モデムおよびＥｔｈｅｒｎｅｔ（Ｒ）カードは、使用可能なタイプのネットワーク・アダプタの例である。
本明細書で使用される用語の目的は特定の実施形態を説明することだけであり、それらの用語が限定を目的とすることは意図されていない。文脈からそうでないことが明らかである場合を除き、本明細書で使用されるとき、単数形の「ある（ａ）」、「１つの（ａｎ）」および「その（ｔｈｅ）」は複数形も含むことが意図されている。本明細書で使用されるとき、用語「備える（comprises）」もしくは「備えている（comprising）」またはその両方は、明示された特徴、完全体（integer）、ステップ、動作、要素もしくは構成要素またはこれらの組合せの存在を指定するが、他の１つもしくは複数の特徴、完全体、ステップ、動作、要素、構成要素もしくはこれらのグループ、またはこれらの組合せの存在または追加を排除しないこともさらに理解される。
特許請求の範囲に記載された全てのミーンズまたはステップ・プラス・ファンクション要素の対応する構造体、材料、動作、および均等物は、存在する場合には、特に特許請求の範囲に記載された他の請求の要素とともに機能を実行するための任意の構造体、材料または動作を含むことが意図されている。図示および説明のために１つまたは複数の実施形態の記述を提示したが、その記述が網羅的であること、または開示された形態に限定されることは意図されていない。当業者には、多くの変更および変形形態が明白である。実施形態は、さまざまな態様および実用的用途を最もよく説明するため、ならびに企図された特定の使用に適したさまざまな変更を有するさまざまな実施形態を当業者が理解することを可能にするために選択し、説明した。

Claims (17)

  1. コンピューティング環境内での処理を容易にするためのコンピュータ・プログラムを記録した、処理回路によって可読のコンピュータ可読記憶媒体であって、方法を実行するための命令を記憶していて、前記方法が、
    前記コンピューティング環境の汎用プロセッサによって、複数の機能のうちの機能を実行するための命令を取得することであって、前記機能が前記命令の実行に使用される暗黙の汎用レジスタの機能コードによって指定されており、前記命令が、圧縮のための業界標準に準拠した命令セット・アーキテクチャの単一のアーキテクト命令である、前記取得することと、
    前記命令を実行することと
    を含み、前記命令を実行することが、
    前記機能が圧縮機能であることまたは解凍機能であることに基づいて、入力データの状態を、前記入力データが現れる順番に、前記入力データの圧縮されていない形態と前記入力データの圧縮された形態との間で変換して、変換された状態のデータを提供すること、および
    タスクを実行する際に使用するために、前記変換された状態のデータを出力として提供すること
    を含み、
    前記複数の機能が、照会機能、前記圧縮機能、動的ハフマン表生成機能および前記解凍機能を含む、
    コンピュータ可読記憶媒体。
  2. 前記入力データの前記状態を変換することが、前記業界標準に準拠した圧縮フォーマットを使用する、請求項１に記載のコンピュータ可読記憶媒体。
  3. 前記圧縮フォーマットがＤＥＦＬＡＴＥ圧縮フォーマットを含む、請求項２に記載のコンピュータ可読記憶媒体。
  4. 前記タスクが、圧縮データを含む前記出力を使用する１つまたは複数のオペレーションを実行すること、圧縮されていないデータを含む前記出力を使用する１つまたは複数のオペレーションを実行することからなるタスクのグループから選択される、請求項１に記載のコンピュータ可読記憶媒体。
  5. 前記命令が、オペレーションを指定するためのオペレーション・コードを含むオペレーション・コード・フィールドと、前記命令によって使用される複数のレジスタを指定するための複数のレジスタ・フィールドとを含む、請求項１に記載のコンピュータ可読記憶媒体。
  6. 前記複数のレジスタが、前記命令によって出力として使用される出力オペランド位置を識別するために使用される１つのレジスタと、前記命令によって入力として使用される入力オペランド位置を識別するために使用される別のレジスタとを含み、前記入力が、実行される前記機能に依存する、請求項５に記載のコンピュータ可読記憶媒体。
  7. 前記機能が前記圧縮機能であることに基づいて、前記入力が、前記入力オペランド位置からのデータを含み、前記データが、前記出力オペランド位置に記憶される圧縮データ・シンボルを提供するようにエンコードされ、前記機能が前記解凍機能であることに基づいて、前記入力が、前記入力オペランド位置からの前記圧縮データ・シンボルを含み、前記圧縮データ・シンボルが、前記出力オペランド位置に記憶される圧縮されていないデータを提供するようにデコードされる、請求項６に記載のコンピュータ可読記憶媒体。
  8. 前記命令が、前記汎用レジスタを選択し使用する、請求項５に記載のコンピュータ可読記憶媒体。
  9. 前記命令が、前記複数の機能のうちの１つまたは複数の機能に関して前記命令によって使用されるパラメータ・ブロックのアドレスを提供するための選択された別のレジスタをさらに使用する、請求項８に記載のコンピュータ可読記憶媒体。
  10. 実行される前記機能が前記動的ハフマン表生成機能であり、前記命令を実行することが、前記機能が前記動的ハフマン表生成機能であることに基づいて、前記命令の別の実行時に実行される前記機能が前記圧縮機能または前記解凍機能であるときに使用される動的ハフマン表の圧縮表現を生成することを含む、請求項１に記載のコンピュータ可読記憶媒体。
  11. コンピューティング環境内での処理を容易にするためのコンピュータ・システムであって、前記コンピュータ・システムが、
    メモリと、
    前記メモリに結合された汎用プロセッサと
    を備え、前記コンピュータ・システムが、方法を実行するように構成されており、前記方法が、
    前記汎用プロセッサによって、複数の機能のうちの機能を実行するための命令を取得することであって、前記機能が前記命令の実行に使用される暗黙の汎用レジスタの機能コードによって指定されており、前記命令が、圧縮のための業界標準に準拠した命令セット・アーキテクチャの単一のアーキテクト命令である、前記取得することと、
    前記命令を実行することと
    を含み、前記命令を実行することが、
    前記機能が圧縮機能であることまたは解凍機能であることに基づいて、入力データの状態を、前記入力データが現れる順番に、前記入力データの圧縮されていない形態と前記入力データの圧縮された形態との間で変換して、変換された状態のデータを提供すること、および
    タスクを実行する際に使用するために、前記変換された状態のデータを出力として提供すること
    を含み、
    実行される前記機能が動的ハフマン表生成機能であり、前記命令を実行することが、前記機能が前記動的ハフマン表生成機能であることに基づいて、前記命令の別の実行時に実行される前記機能が前記圧縮機能または前記解凍機能であるときに使用される動的ハフマン表の圧縮表現を生成することを含む、
    コンピュータ・システム。
  12. 前記入力データの前記状態を変換することが、前記業界標準に準拠した圧縮フォーマットを使用する、請求項１１に記載のコンピュータ・システム。
  13. 前記命令が、オペレーションを指定するためのオペレーション・コードを含むオペレーション・コード・フィールドと、前記命令によって使用される複数のレジスタを指定するための複数のレジスタ・フィールドとを含む、請求項１１に記載のコンピュータ・システム。
  14. 前記複数のレジスタが、前記命令によって出力として使用される出力オペランド位置を識別するために使用される１つのレジスタと、前記命令によって入力として使用される入力オペランド位置を識別するために使用される別のレジスタとを含み、前記入力が前記機能に依存し、前記機能が前記圧縮機能であることに基づいて、前記入力が、前記入力オペランド位置からのデータを含み、前記データが、前記出力オペランド位置に記憶される圧縮データ・シンボルを提供するようにエンコードされ、前記機能が前記解凍機能であることに基づいて、前記入力が、前記入力オペランド位置からの前記圧縮データ・シンボルを含み、前記圧縮データ・シンボルが、前記出力オペランド位置に記憶される圧縮されていないデータを提供するようにデコードされる、請求項１３に記載のコンピュータ・システム。
  15. コンピューティング環境内での処理を容易にするコンピュータ実施方法であって、前記コンピュータ実施方法が、
    前記コンピューティング環境の汎用プロセッサによって、複数の機能のうちの機能を実行するための命令を取得することであって、前記機能が前記命令の実行に使用される暗黙の汎用レジスタの機能コードによって指定されており、前記命令が、圧縮のための業界標準に準拠した命令セット・アーキテクチャの単一のアーキテクト命令である、前記取得することと、
    前記命令を実行することと
    を含み、前記命令を実行することが、
    前記機能が圧縮機能であることまたは解凍機能であることに基づいて、入力データの状態を、前記入力データが現れる順番に、前記入力データの圧縮されていない形態と前記入力データの圧縮された形態との間で変換して、変換された状態のデータを提供すること、および
    タスクを実行する際に使用するために、前記変換された状態のデータを出力として提供すること
    を含み、
    実行される前記機能が動的ハフマン表生成機能であり、前記命令を実行することが、前記機能が前記動的ハフマン表生成機能であることに基づいて、前記命令の別の実行時に実行される前記機能が前記圧縮機能または前記解凍機能であるときに使用される動的ハフマン表の圧縮表現を生成することを含む、
    方法。
  16. 前記入力データの前記状態を変換することが、前記業界標準に準拠した圧縮フォーマットを使用する、請求項１５に記載のコンピュータ実施方法。
  17. 前記命令が、オペレーションを指定するためのオペレーション・コードを含むオペレーション・コード・フィールドと、前記命令によって使用される複数のレジスタを指定するための複数のレジスタ・フィールドとを含み、前記複数のレジスタが、前記命令によって出力として使用される出力オペランド位置を識別するために使用される１つのレジスタと、前記命令によって入力として使用される入力オペランド位置を識別するために使用される別のレジスタとを含み、前記入力が前記機能に依存し、前記機能が前記圧縮機能であることに基づいて、前記入力が、前記入力オペランド位置からのデータを含み、前記データが、前記出力オペランド位置に記憶される圧縮データ・シンボルを提供するようにエンコードされ、前記機能が前記解凍機能であることに基づいて、前記入力が、前記入力オペランド位置からの前記圧縮データ・シンボルを含み、前記圧縮データ・シンボルが、前記出力オペランド位置に記憶される圧縮されていないデータを提供するようにデコードされる、請求項１５に記載のコンピュータ実施方法。
JP2021532806A 2019-01-31 2020-01-23 圧縮／解凍オペレーションを実行するための汎用プロセッサ命令 Active JP7442526B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/263,735 2019-01-31
US16/263,735 US10630312B1 (en) 2019-01-31 2019-01-31 General-purpose processor instruction to perform compression/decompression operations
PCT/EP2020/051658 WO2020156926A1 (en) 2019-01-31 2020-01-23 General-purpose processor instruction to perform compression/decompression operations

Publications (2)

Publication Number Publication Date
JP2022518665A JP2022518665A (ja) 2022-03-16
JP7442526B2 true JP7442526B2 (ja) 2024-03-04

Family

ID=69192075

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021532806A Active JP7442526B2 (ja) 2019-01-31 2020-01-23 圧縮／解凍オペレーションを実行するための汎用プロセッサ命令

Country Status (14)

Country Link
US (1) US10630312B1 (ja)
EP (1) EP3918469A1 (ja)
JP (1) JP7442526B2 (ja)
KR (1) KR102598928B1 (ja)
CN (1) CN113383309A (ja)
AU (1) AU2020213853B2 (ja)
BR (1) BR112021015027A2 (ja)
CA (1) CA3127849A1 (ja)
IL (1) IL283617B2 (ja)
MX (1) MX2021009157A (ja)
SG (1) SG11202104106WA (ja)
TW (1) TWI764078B (ja)
WO (1) WO2020156926A1 (ja)
ZA (1) ZA202104999B (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10831497B2 (en) * 2019-01-31 2020-11-10 International Business Machines Corporation Compression/decompression instruction specifying a history buffer to be used in the compression/decompression of data
US11226839B2 (en) * 2019-02-27 2022-01-18 International Business Machines Corporation Maintaining compatibility for complex functions over multiple machine generations
US11663119B2 (en) * 2020-05-29 2023-05-30 International Business Machines Corporation Select decompression headers and symbol start indicators used in writing decompressed data
US11669331B2 (en) * 2021-06-17 2023-06-06 International Business Machines Corporation Neural network processing assist instruction
US20230267003A1 (en) * 2022-02-23 2023-08-24 International Business Machines Corporation Padding input data for artificial intelligence accelerators
TWI820994B (zh) * 2022-11-01 2023-11-01 大陸商星宸科技股份有限公司 指令壓縮方法、指令解壓縮方法及流程壓縮方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007080278A (ja) 2003-05-12 2007-03-29 Internatl Business Mach Corp <Ibm> 埋め込み符号を持ったコンピュータ命令値フィールド
JP2010258532A (ja) 2009-04-21 2010-11-11 Internatl Business Mach Corp <Ibm> ビット長を符号に変換する回路及び方法
JP2014182810A (ja) 2013-03-15 2014-09-29 Intel Corp デフレート圧縮のために高速で高圧縮のｌｚ７７トークン化及びハフマンエンコーディングを行う並列装置
JP2016213806A (ja) 2015-05-11 2016-12-15 ヴィア アライアンス セミコンダクター カンパニー リミテッド 入力ブロックのスキャンと同時にソート済みシンボル・リストを維持するハードウェア・データ圧縮器
US20170161362A1 (en) 2015-12-03 2017-06-08 International Business Machines Corporation Memory preserving parse tree based compression with entropy coding

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5926208A (en) * 1992-02-19 1999-07-20 Noonen; Michael Video compression and decompression arrangement having reconfigurable camera and low-bandwidth transmission capability
US5442350A (en) * 1992-10-29 1995-08-15 International Business Machines Corporation Method and means providing static dictionary structures for compressing character data and expanding compressed data
US6604158B1 (en) * 1999-03-11 2003-08-05 Realtime Data, Llc System and methods for accelerated data storage and retrieval
US20030185301A1 (en) * 2002-04-02 2003-10-02 Abrams Thomas Algie Video appliance
GB0513433D0 (en) * 2005-06-30 2005-08-10 Nokia Corp Signal message compressor
US7991622B2 (en) * 2007-03-20 2011-08-02 Microsoft Corporation Audio compression and decompression using integer-reversible modulated lapped transforms
US20100223237A1 (en) * 2007-11-05 2010-09-02 University Of Florida Research Foundation, Inc. Lossless data compression and real-time decompression
CN101977061B (zh) 2010-10-19 2012-12-26 广西师范大学 一种通用信息的无损压缩与解压缩方法
WO2012053015A2 (en) * 2010-10-22 2012-04-26 Jana, Tejaswini, Ramesh Compression and decompression of data at high speed in solid state storage
US9766812B2 (en) 2011-07-20 2017-09-19 Veritas Technologies Llc Method and system for storing data in compliance with a compression handling instruction
US20130099946A1 (en) * 2011-10-21 2013-04-25 International Business Machines Corporation Data Compression Utilizing Variable and Limited Length Codes
US10534606B2 (en) * 2011-12-08 2020-01-14 Oracle International Corporation Run-length encoding decompression
US8593308B1 (en) * 2012-05-31 2013-11-26 International Business Machines Corporation Method of accelerating dynamic Huffman decompaction within the inflate algorithm
US20140006536A1 (en) 2012-06-29 2014-01-02 Intel Corporation Techniques to accelerate lossless compression
US9154157B2 (en) * 2012-09-27 2015-10-06 Intel Corporation Search unit to accelerate variable length compression/decompression
US8947270B2 (en) * 2013-06-29 2015-02-03 Intel Corporation Apparatus and method to accelerate compression and decompression operations
US9374106B2 (en) 2013-08-28 2016-06-21 International Business Machines Corporation Efficient context save/restore during hardware decompression of DEFLATE encoded data
US9337862B2 (en) * 2014-06-09 2016-05-10 Tidal Systems, Inc. VLSI efficient Huffman encoding apparatus and method
US9306596B2 (en) 2014-06-27 2016-04-05 Intel Corporation Hybrid CAM assisted deflate decompression accelerator
US10102215B2 (en) * 2015-03-27 2018-10-16 Intel Corporation Apparatus for hardware implementation of lossless data compression
US9564917B1 (en) * 2015-12-18 2017-02-07 Intel Corporation Instruction and logic for accelerated compressed data decoding
CN105871382B (zh) 2016-03-29 2019-10-18 中海油信息科技有限公司 一种Micaps第四类格点数据无损压缩算法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007080278A (ja) 2003-05-12 2007-03-29 Internatl Business Mach Corp <Ibm> 埋め込み符号を持ったコンピュータ命令値フィールド
JP2010258532A (ja) 2009-04-21 2010-11-11 Internatl Business Mach Corp <Ibm> ビット長を符号に変換する回路及び方法
JP2014182810A (ja) 2013-03-15 2014-09-29 Intel Corp デフレート圧縮のために高速で高圧縮のｌｚ７７トークン化及びハフマンエンコーディングを行う並列装置
JP2016213806A (ja) 2015-05-11 2016-12-15 ヴィア アライアンス セミコンダクター カンパニー リミテッド 入力ブロックのスキャンと同時にソート済みシンボル・リストを維持するハードウェア・データ圧縮器
US20170161362A1 (en) 2015-12-03 2017-06-08 International Business Machines Corporation Memory preserving parse tree based compression with entropy coding

Also Published As

Publication number Publication date
TWI764078B (zh) 2022-05-11
MX2021009157A (es) 2022-03-17
IL283617B1 (en) 2023-10-01
JP2022518665A (ja) 2022-03-16
CN113383309A (zh) 2021-09-10
BR112021015027A2 (pt) 2021-10-05
IL283617B2 (en) 2024-02-01
US10630312B1 (en) 2020-04-21
CA3127849A1 (en) 2020-08-06
AU2020213853B2 (en) 2022-09-08
WO2020156926A1 (en) 2020-08-06
AU2020213853A1 (en) 2021-06-03
EP3918469A1 (en) 2021-12-08
IL283617A (en) 2021-07-29
SG11202104106WA (en) 2021-05-28
ZA202104999B (en) 2022-08-31
KR102598928B1 (ko) 2023-11-03
TW202034161A (zh) 2020-09-16
KR20210108995A (ko) 2021-09-03

Similar Documents

Publication Publication Date Title
JP7442526B2 (ja) 圧縮／解凍オペレーションを実行するための汎用プロセッサ命令
JP7442529B2 (ja) データの圧縮／解凍で使用する履歴バッファを指定する圧縮／解凍命令
US10698854B1 (en) Secure and efficient application data processing
JP7481073B2 (ja) メモリ境界の収容のためのオーバーフロー管理方法、システム、プログラム
US11449367B2 (en) Functional completion when retrying a non-interruptible instruction in a bi-modal execution environment
US11061685B2 (en) Extended asynchronous data mover functions compatibility indication
JP7430195B2 (ja) 複数のマシン世代にわたる複合体の機能の互換性の維持

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20220512

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220622

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230428

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230516

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230728

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231031

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240123

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240220

R150 Certificate of patent or registration of utility model

Ref document number: 7442526

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150