JP2022522113A - 複数のマシン世代にわたる複合体の機能の互換性の維持 - Google Patents
複数のマシン世代にわたる複合体の機能の互換性の維持 Download PDFInfo
- Publication number
- JP2022522113A JP2022522113A JP2021547172A JP2021547172A JP2022522113A JP 2022522113 A JP2022522113 A JP 2022522113A JP 2021547172 A JP2021547172 A JP 2021547172A JP 2021547172 A JP2021547172 A JP 2021547172A JP 2022522113 A JP2022522113 A JP 2022522113A
- Authority
- JP
- Japan
- Prior art keywords
- machine
- operand
- machines
- instruction
- parameter 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.)
- Granted
Links
- 238000006243 chemical reaction Methods 0.000 claims description 80
- 238000000034 method Methods 0.000 claims description 49
- 238000004590 computer program Methods 0.000 claims description 17
- 230000000644 propagated effect Effects 0.000 claims description 7
- 230000001902 propagating effect Effects 0.000 claims description 7
- 230000006870 function Effects 0.000 description 199
- 239000000872 buffer Substances 0.000 description 115
- 238000012545 processing Methods 0.000 description 75
- 238000007906 compression Methods 0.000 description 49
- 230000006835 compression Effects 0.000 description 49
- 230000008859 change Effects 0.000 description 47
- 230000008569 process Effects 0.000 description 21
- 230000006837 decompression Effects 0.000 description 17
- 238000004422 calculation algorithm Methods 0.000 description 15
- 230000001419 dependent effect Effects 0.000 description 15
- 230000009471 action Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 13
- 230000015572 biosynthetic process Effects 0.000 description 11
- 230000036961 partial effect Effects 0.000 description 11
- 238000010200 validation analysis Methods 0.000 description 9
- 230000008901 benefit Effects 0.000 description 8
- 238000005192 partition Methods 0.000 description 8
- 230000000295 complement effect Effects 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 6
- 239000013598 vector Substances 0.000 description 6
- 238000013144 data compression Methods 0.000 description 5
- 238000013461 design Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 239000000203 mixture Substances 0.000 description 4
- 238000003491 array Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000013508 migration Methods 0.000 description 3
- 230000005012 migration Effects 0.000 description 3
- 230000002829 reductive effect Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000284 resting effect Effects 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 229910052799 carbon Inorganic materials 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 229910052802 copper Inorganic materials 0.000 description 1
- 239000010949 copper Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000013509 system migration Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- ACWBQPMHZXGDFX-QFIPXVFZSA-N valsartan Chemical compound C1=CC(CN(C(=O)CCCC)[C@@H](C(C)C)C(O)=O)=CC=C1C1=CC=CC=C1C1=NN=NN1 ACWBQPMHZXGDFX-QFIPXVFZSA-N 0.000 description 1
Images
Classifications
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45554—Instruction set architectures of guest OS and hypervisor or native processor differ, e.g. Bochs or VirtualPC on PowerPC MacOS
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3877—Concurrent instruction execution, e.g. pipeline or look ahead using a slave processor, e.g. coprocessor
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
- G06F9/45516—Runtime code conversion or optimisation
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45541—Bare-metal, i.e. hypervisor runs directly on hardware
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
-
- 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
- G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Executing Machine-Instructions (AREA)
- Advance Control (AREA)
Abstract
複数のマシンを含んでいるシステムが、第１の世代のマシンおよび第２の世代のマシンを含む。複数のマシンの各々は、マシン・バージョンを含む。第１の世代のマシンは、第１の仮想マシンおよび仮想アーキテクチャ・レベルを実行する。第２の世代のマシンは、第２の仮想マシンおよび仮想アーキテクチャ・レベルを実行する。仮想アーキテクチャ・レベルは、複合体の割り込み可能命令のための互換性レベルを第１および第２の仮想マシンに提供する。この互換性レベルは、複数のマシン全体の最小公分母のマシン・バージョンのために設計される。互換性レベルは、最小公分母のマシン・バージョンを識別する最小公分母インジケータを含む。
Description
本発明は、一般に、複数のマシン世代にわたる複合体の機能の互換性の維持に関連している。
異なるマシン世代のマシン間のワークロードの移行を可能にすることに関して、各マシンは、別のマシンによって開始された作業を続行できる必要がある。例えば、システムが異なるコンピュータ間で移行できる環境内で実行している場合、それらの環境間に共通のアーキテクチャ・レベルが存在する必要がある。アーキテクチャ間で変化することのある複合体のパラメータ・ブロック形式を伴う命令の場合、マシンは、それらの環境間の共通のアーキテクチャ・レベルを使用して、前の各世代のパラメータ・ブロック形式を作成して利用できる必要がある。しかし、前の各世代のパラメータ・ブロック形式を作成して利用することは、実装および検証の複雑さの原因となる可能性がある。例えば、５つの世代にわたって異なるパラメータ・ブロック定義が現れる複合体の命令の場合、最新の世代のマシンは、５つの異なるパラメータ・ブロックを理解し、生成する必要がある。
本発明の実施形態に従って、複数のマシンを含むシステムが提供される。これらの複数のマシンは、第１の世代のマシンおよび第２の世代のマシンを含む。複数のマシンの各々は、マシン・バージョンを含む。第１の世代のマシンは、第１の仮想マシンおよび仮想アーキテクチャ・レベルを実行する。第２の世代のマシンは、第２の仮想マシンおよび仮想アーキテクチャ・レベルを実行する。仮想アーキテクチャ・レベルは、複合体の割り込み可能命令のための互換性レベルを第１および第２の仮想マシンに提供する。互換性レベルは、複数のマシン全体の最小公分母のマシン・バージョンのために設計される。互換性レベルは、最小公分母のマシン・バージョンを識別する最小公分母インジケータを含む。本明細書における実施形態の技術的効果および利点は、複合体の命令／機能に関して、各マシン世代が、最大で２つの異なるパラメータ・ブロック（それ自身のパラメータ・ブロックおよび互換性レベル）のみをサポートする場合に、検証および妥当性確認が、パラメータ・ブロックの現在のバージョンおよび互換性バージョンのみに対するテストに減らされることを含むことができる。
本発明の１つまたは複数の実施形態または上記のシステムの実施形態に従って、互換性レベルは、複数のマシンごとの、複合体の割り込み可能命令のためのローカルなパラメータ・ブロック形式を含み、ローカルなパラメータ・ブロック形式は、複数のマシンの各々のローカルなマシン・バージョンのために設計される。
本発明の１つまたは複数の実施形態または上記のシステムの実施形態のいずれかに従って、最小公分母インジケータは、複合体の割り込み可能命令を最初に実行するために、複数のマシンのうちの１つのマシンによって生成される。
本発明の１つまたは複数の実施形態または上記のシステムの実施形態のいずれかに従って、最小公分母インジケータは、複合体の割り込み可能命令を最初に実行するための複数のマシンのうちの１つのマシンから、複数のマシンのうちの残りの複数のマシンに伝搬される。本明細書における実施形態の技術的効果および利点は、第１の世代の場合、そのパラメータ・ブロック形式が「発生」形式を表し、１つの形式のみがサポート／テストされる必要があるということを含むことができる。したがって、将来のマシン世代に対する下流の影響を引き起こさずに、その後のすべての世代のマシン固有のパラメータ・ブロックの内容が、そのマシンに対して最適化され得る。
本発明の１つまたは複数の実施形態または上記のシステムの実施形態のいずれかに従って、互換性レベル内の最小公分母インジケータは、特定の仮想マシンにおいてどの機能が使用可能であるかを識別する一連の機能ビットによって制御される。
本発明の１つまたは複数の実施形態または上記のシステムの実施形態のいずれかに従って、複合体の割り込み可能命令は、デフレート変換呼び出し命令を含む。
本発明の１つまたは複数の実施形態または上記のシステムの実施形態のいずれかに従って、複合体の割り込み可能命令は、アクセラレータ上で実行される複合体の命令セットの命令を含む。
本発明の１つまたは複数の実施形態に従って、上記のシステムの実施形態のいずれかは、方法またはコンピュータ・プログラム製品として実装され得る。
１つまたは複数の実施形態に従って、第１のマシンによって複合体の割り込み可能命令を実装し、仮想アーキテクチャ・レベルにおいて、第１のマシンのパラメータ・ブロックがこの複合体の割り込み可能命令のためにサポートされるということを示す方法が提供される。または、第１のマシンのパラメータ・ブロックは、複合体内で実行されている各仮想マシンに伝搬される。本明細書における実施形態の技術的効果および利点は、検証および妥当性確認を、パラメータ・ブロックの現在のバージョンおよび互換性バージョンに対するテストに減らすことを含むことができる。
本発明の１つまたは複数の実施形態または上記の方法の実施形態に従って、この方法は、新しいマシンがオンラインであることを検出することと、第１のマシンのパラメータ・ブロックを複合体のマシン・バージョン全体の最小公分母として識別することと、第１のマシンのパラメータ・ブロックを新しいマシンに伝搬することとを含むことができる。
本発明の１つまたは複数の実施形態に従って、上記の方法の実施形態のいずれかは、システムまたはコンピュータ・プログラム製品として実装され得る。
その他の技術的特徴および利点が、本発明の手法によって実現される。本発明の実施形態および態様は、本明細書において詳細に説明され、請求される対象の一部と見なされる。さらに良く理解するために、詳細な説明および図面を参照すること。
本明細書に記載された専有権の詳細は、本明細書の最後にある特許請求の範囲において具体的に指摘され、明確に請求される。本発明の各実施形態の前述およびその他の特徴と長所は、添付の図面と共に行われる以下の詳細な説明から明らかになる。
本明細書において示される図は、実例である。本発明の趣旨から逸脱することなく、本明細書に記載された図または動作の多くの変形が存在することが可能である。例えば、動作は異なる順序で実行されることが可能であり、あるいは動作は追加、削除、または変更されることが可能である。また、「結合される」という用語およびその変形は、２つの要素間に通信経路が存在することを表しており、それらの要素間に要素／接続が介在しない要素間の直接的接続を意味していない。これらのすべての変形は、本明細書の一部であると見なされる。
添付の図および開示された実施形態の以下の詳細な説明では、図に示されたさまざまな要素が、２桁または３桁の参照番号付きで提供されている。わずかな例外を除いて、各参照番号の左端の数字は、その要素が最初に示された図に対応している。
１つまたは複数の実施形態に従って、本発明は、任意の仮想マシンが複合体の割り込み可能命令を利用できるようにする、複合体の割り込み可能命令のための互換性レベルを含む仮想アーキテクチャ・レベルに関連している。これに関して、互換性レベルは、すべての仮想マシン全体の最小公分母のマシン・バージョンのために設計され、最小公分母インジケータがこのマシン・バージョンを識別する。
本発明の態様に従って、コンピューティング環境内の処理を容易にするための能力が提供される。１つの例として、データの圧縮または復元（decompress）（復元（uncompress）とも呼ばれる）あるいはその両方を実行するための圧縮機能または復元機能などの機能（動作とも呼ばれる）を実行するために、単一の命令（例えば、ハードウェア／ソフトウェア・インターフェイスでの単一の設計されたハードウェア・マシン命令）が提供される。この命令は、汎用プロセッサ上でプログラム（例えば、オペレーティング・システムまたはユーザ・プログラム）によってディスパッチされる、汎用プロセッサの命令セット・アーキテクチャ（ＩＳＡ：instruction set architecture）の一部である。ＩＳＡ命令を使用して圧縮／復元を実行することによって、圧縮動作／復元動作を実行するためにオペレーティング・システムによるタスク切り替えが不要になり、それによって、実行サイクルを省く。さらに、単一の命令を使用してデータの圧縮または復元あるいはその両方を実行することによって、汎用プロセッサなどのプロセッサ内の実行時間が短縮される。
１つの例では、この命令は、デフレート規格と呼ばれる業界標準に準拠する圧縮動作および復元動作を実行し、この命令はデフレート変換呼び出し命令と呼ばれる。デフレート規格は、データの元の形態（データの圧縮されていない形態）で重複列を表す圧縮データ・シンボルの説明を含む。そのようなシンボルは、処理されているデータの現在の位置との関係において、以前に処理された重複列の位置および長さを表す重複列のポインタおよび長さを含む。データの以前に処理された圧縮されていない形態は、履歴と呼ばれる。１つの例では、履歴は、メモリ内の連続的な複数のバイトであり、例えば３２Ｋバイト程度の大きさであることができる。
本発明の１つまたは複数の態様を組み込んで使用するためのコンピューティング環境の一実施形態が、図１Ａを参照して説明される。コンピューティング環境１００は、例えば、１つまたは複数のバス１０８またはその他の接続あるいはその両方を介して互いに結合された、例えば、プロセッサ１０２（例えば、中央処理装置）と、メモリ１０４（例えば、メイン・メモリであり、システム・メモリ、主記憶装置、中央記憶装置、ストレージとも呼ばれる）と、１つまたは複数の入出力（Ｉ／Ｏ）デバイスまたはインターフェイス１０６あるいはその両方とを含む。
１つの例では、プロセッサ１０２は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ（ニューヨーク州アーモンク市）によって提供されるｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｒ）ハードウェア・アーキテクチャに基づき、やはりＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎによって提供されてｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャを実装するＩＢＭ Ｚ（Ｒ）サーバなどのサーバに含まれる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャの一実施形態は、“z/Architecture Principles of Operation,” IBM Publication No. SA22-7832-11, 12th edition, September 2017という公開文献に記載されており、この公開文献は本明細書において参照によってその全体が本明細書に組み込まれている。しかし、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャは１つの例示的なアーキテクチャにすぎず、他のアーキテクチャまたは他の種類のコンピューティング環境あるいはその両方が、本発明の１つまたは複数の態様を含むか、または使用するか、あるいはその両方であってよい。１つの例では、プロセッサは、やはりＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎによって提供されるｚ／ＯＳ（Ｒ）オペレーティング・システムなどのオペレーティング・システムを実行する。
プロセッサ１０２は、命令を実行するために使用される複数の機能コンポーネントを含む。図１Ｂに示されているように、これらの機能コンポーネントは、例えば、実行される命令をフェッチするための命令フェッチ・コンポーネント１２０と、フェッチされた命令をデコードするため、およびデコードされた命令のオペランドを取得するための命令デコード・ユニット１２２と、デコードされた命令を実行するための命令実行コンポーネント１２４と、必要な場合に、命令を実行するためにメモリにアクセスするためのメモリ・アクセス・コンポーネント１２６と、実行された命令の結果を提供するための書き戻しコンポーネント１３０とを含む。これらのコンポーネントのうちの１つまたは複数は、本発明の１つまたは複数の態様に従って、本明細書において説明されているように、圧縮処理／復元処理（または本発明の１つまたは複数の態様を使用できるその他の処理）で使用される１つまたは複数の他のコンポーネントの少なくとも一部を含むか、またはそれらのコンポーネントにアクセスすることができてよい。１つまたは複数の他のコンポーネントは、例えば、圧縮コンポーネント／復元コンポーネント（またはその他のコンポーネント）１３６を含む。
本発明の１つまたは複数の態様を組み込んで使用するためのコンピューティング環境の別の例が、図２を参照して説明される。１つの例では、コンピューティング環境はｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャに基づくが、コンピューティング環境は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎまたはその他の企業によって提供される他のアーキテクチャに基づいてよい。
図２を参照すると、１つの例では、コンピューティング環境は中央電子回路複合体（ＣＥＣ：central electronics complex）２００を含む。ＣＥＣ２００は、例えば、１つまたは複数のプロセッサ（中央処理装置（ＣＰＵ：central processing unit）とも呼ばれる）２０４および入出力サブシステム２０６に結合されたメモリ２０２（システム・メモリ、メイン・メモリ、主記憶装置、中央記憶装置、ストレージとも呼ばれる）などの、複数のコンポーネントを含んでいる。
メモリ２０２は、例えば、１つまたは複数の論理パーティション２０８、論理パーティションを管理するハイパーバイザ２１０、およびプロセッサ・ファームウェア２１２を含んでいる。ハイパーバイザ２１０の１つの例は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ（ニューヨーク州アーモンク市）によって提供されるプロセッサ・リソース／システム管理機構（ＰＲ／ＳＭ（ＴＭ）：Processor Resource/System Manager）ハイパーバイザである。本明細書において使用されるとき、ファームウェアは、例えば、プロセッサのマイクロコードを含む。ファームウェアは、例えば、上位レベルのマシン・コードの実装において使用される、ハードウェア・レベルの命令またはデータ構造あるいはその両方を含む。１つの実施形態では、ファームウェアは、例えば、信頼できるソフトウェアを含んでいるマイクロコード、または基盤になるハードウェアに固有のマイクロコードとして通常は提供される、システムのハードウェアへのオペレーティング・システムのアクセスを制御する独自のコードを含む。
各論理パーティション２０８は、別々のシステムとして機能することができる。すなわち、各論理パーティションは、独立してリセットされて、ｚ／ＯＳオペレーティング・システムなどのゲスト・オペレーティング・システム２２０または別のオペレーティング・システムを実行し、異なるプログラム２２２と共に動作することができる。論理パーティション内で実行されるオペレーティング・システムまたはアプリケーション・プログラムは、完全なシステム全体にアクセスできるように見えるが、実際は、その一部のみが利用可能である。
メモリ２０２は、論理パーティションに割り当てることができる物理プロセッサ・リソースであるプロセッサ（例えば、ＣＰＵ）２０４に結合される。例えば、論理パーティション２０８は、１つまたは複数の論理プロセッサを含み、それらの論理プロセッサの各々は、論理パーティションに動的に割り当てることができる物理プロセッサ・リソース２０４の全部または一部を表す。
さらに、メモリ２０２は、Ｉ／Ｏサブシステム２０６に結合される。Ｉ／Ｏサブシステム２０６は、中央電子回路複合体の一部であるか、または中央電子回路複合体から分離してよい。Ｉ／Ｏサブシステム２０６は、主記憶装置２０２と、中央電子回路複合体に結合された入出力制御ユニット２３０および入出力（Ｉ／Ｏ）デバイス２４０との間の情報の流れを方向付ける。
多くの種類のＩ／Ｏデバイスが使用されてよい。１つの特定の種類は、データ・ストレージ・デバイス２５０である。データ・ストレージ・デバイス２５０は、１つまたは複数のプログラム２５２、１つまたは複数のコンピュータ可読プログラム命令２５４、またはデータ、あるいはその組み合わせなどを格納してよい。コンピュータ可読プログラム命令は、本発明の態様の実施形態の機能を実行するように構成されてよい。
１つの例として、各プロセッサ２０４は、１つまたは複数のローカル・キャッシュまたは１つまたは複数の共有キャッシュあるいはその両方などの、複数のレベルのキャッシュを含んでいるキャッシュ階層の少なくとも１つのキャッシュ２６０（例えば、ローカル・キャッシュ）を含む。さらに、１つの実施形態では、ローカル・キャッシュおよびメモリ２０２が、データの圧縮または復元あるいはその両方（または本発明の１つまたは複数の態様の他の動作あるいはその両方）のうちの１つまたは複数の実行において使用される圧縮コンポーネント／復元コンポーネント（またはその他のコンポーネント）２６２に結合される。さまざまな例では、これらのタスクを実行する１つまたは複数のコンポーネントが存在してよい。多くの変形が可能である。
１つの実施形態では、プロセッサ（例えば、プロセッサ２０４）が命令（例えば、デフレート変換呼び出し命令）を取得し、命令をデコードし、命令によって使用されるアドレスの変換を含む、命令の設定を実行し、命令のコマンドを、コンポーネント２６２などのプロセッサに結合されたコンポーネントに送信し、命令によって指定された機能を実行する。コンポーネント２６２は、指定された機能の実行において、データを読み込んで処理し、処理されたデータを再び格納するように、キャッシュ階層およびメモリにアクセスすることができる。一例として、コンポーネント２６２は、ハードウェア・コンポーネントである。
さらに別の実施形態では、コンポーネント２６２の少なくとも一部が、プロセッサの一部として含まれる。多くの変形が可能である。
中央電子回路複合体２００は、取り外し可能／取り外し不可、揮発性／不揮発性のコンピュータ・システム・ストレージ媒体を含むか、またはそのようなコンピュータ・システム・ストレージ媒体に結合されるか、あるいはその両方であってよい。例えば、中央電子回路複合体２００は、取り外し不可、不揮発性の磁気媒体（通常は、「ハード・ドライブ」と呼ばれる）、取り外し可能、不揮発性の磁気ディスク（例えば、「フロッピー（Ｒ）・ディスク」）に対する読み取りと書き込みを行うための磁気ディスク・ドライブ、あるいはＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、またはその他の光媒体などの取り外し可能、不揮発性の光ディスクに対する読み取りと書き込みを行うための光ディスク・ドライブ、あるいはその組み合わせを含むか、またはこれらに結合されるか、あるいはその両方であってよい。その他のハードウェア・コンポーネントまたはソフトウェア・コンポーネントあるいはその両方を、中央電子回路複合体２００と併用できるということが理解されるべきである。その例として、マイクロコード、デバイス・ドライバ、冗長プロセッシング・ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システムなどが挙げられるが、これらに限定されない。
さらに、中央電子回路複合体２００は、他の多数の汎用または専用のコンピューティング・システム環境または構成で運用されてよい。中央電子回路複合体２００での使用に適している可能性がある周知のコンピューティング・システム、環境、または構成、あるいはその組み合わせの例としては、パーソナル・コンピュータ（ＰＣ：personal computer）システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マイクロプロセッサ・システム、マイクロプロセッサベース・システム、セット・トップ・ボックス、プログラマブル・コンシューマ・エレクトロニクス、ネットワークＰＣ、マイクロコンピュータ・システム、メインフレーム・コンピュータ・システム、およびこれらの任意のシステムまたはデバイスを含む分散クラウド・コンピューティング環境などが挙げられるが、これらに限定されない。
本明細書ではコンピューティング環境のさまざまな例が説明されるが、本発明の１つまたは複数の態様が、多くの種類の環境と共に使用されてよい。本明細書で提供されるコンピューティング環境は、例にすぎない。
本発明の態様に従って、コンピューティング環境１００または中央電子回路複合体２００などのコンピューティング環境は、データを圧縮および復元するためのメカニズムを提供する変換機能を採用する。１つの例では、変換機能は、デフレート圧縮データ形式を使用してデータを圧縮および復元するためのメカニズムを提供するデフレート変換機能である。１つの例では、変換機能は、機能インジケータが例えば１に設定されたときに、システムにインストールされる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅハードウェア・アーキテクチャの１つの特定の例として、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅアーキテクチャ・モードで変換機能がインストールされたときに、機能ビット１５１が例えば１に設定される。この機能は、例えば、デフレート変換呼び出し命令を含み、デフレート変換呼び出し命令の実施形態が以下で説明される。
１つの例では、デフレート変換呼び出し命令は、データの元の（圧縮されていない）形態と、ＩＥＴＦ（インターネット・エンジニアリング・タスク・フォース）ＲＦＣ（コメント要求）１９５１仕様（DEFLATE Compressed Data Format Specification version 1.3 Internet Engineering Task Force, Request for Comments 1951, May 1996に記載されている）などの選択された規格によって規定されたデータの圧縮表現との間でデータの状態を変換することに関連する機能を実行する。
１つの例では、圧縮されていないデータはバイトのシーケンスであり、データの圧縮表現はシンボルを含む。シンボルは、圧縮されていないデータの個別のバイト（リテラル・バイトと呼ばれる）を表すか、または圧縮されていないデータの繰り返されるバイトのシーケンス（重複列と呼ばれる）を表す。一例として、ハフマン・テーブルは、圧縮データ・シンボルと圧縮されていないデータの間のエンコーディングおよびデコーディングを指定する。２種類のハフマン・テーブルが存在しており、固定ハフマン・テーブル（ＦＨＴ）は、例えばすべての可能なコーディングを含んでいる既定の仕様であり、動的ハフマン・テーブル（ＤＨＴ）は、圧縮されるデータに対して具体的に作成されたコーディングのセットであり、すべての可能なコーディングのサブセットであることができる。ＤＨＴを使用して生成されたデータの圧縮表現は、ＦＨＴを使用して生成された同じデータの圧縮表現よりも、通常は小さい。直前に処理された圧縮されていないデータの一部（履歴と呼ばれる）が、重複列を表す圧縮データ・シンボルをエンコードおよびデコードするために維持される。履歴は、重複列の参照元である。動作中にデータが処理されるときに、履歴が更新される。
示されているように、１つの例では、デフレート変換呼び出し命令は、RCF 1951,DEFLATE Compressed Data Format Specification version 1.3に記載されているデフレート圧縮データ形式を使用する。デフレート変換呼び出し命令に適用されるデフレート規格の属性は、例えば以下を含む。
・圧縮データ・セットが一連のブロックを含む。３種類のブロックが存在する。１つの種類は、３ビットのヘッダーならびにその後に続く長さの情報および圧縮されていないデータを含み、ブロックの２つの種類は、３ビットのヘッダーおよびその後に続く圧縮データ要素を含む。
・圧縮データ要素は、動的ハフマン・テーブルの圧縮表現、圧縮データ・シンボル、およびブロック終結（ＥＯＢ：end-of-block）シンボルを含んでよい。
・圧縮データ要素は、さまざまなビット長を有する。
・圧縮データ要素は、ストレージ内のバイト境界間で開始または終了してよい。
・圧縮データ要素は、例えば右端のビット位置から左端のビット位置まで、順番にバイトに読み込まれる。
・圧縮データ・セットが一連のブロックを含む。３種類のブロックが存在する。１つの種類は、３ビットのヘッダーならびにその後に続く長さの情報および圧縮されていないデータを含み、ブロックの２つの種類は、３ビットのヘッダーおよびその後に続く圧縮データ要素を含む。
・圧縮データ要素は、動的ハフマン・テーブルの圧縮表現、圧縮データ・シンボル、およびブロック終結（ＥＯＢ：end-of-block）シンボルを含んでよい。
・圧縮データ要素は、さまざまなビット長を有する。
・圧縮データ要素は、ストレージ内のバイト境界間で開始または終了してよい。
・圧縮データ要素は、例えば右端のビット位置から左端のビット位置まで、順番にバイトに読み込まれる。
圧縮データ要素が、ストレージ内のあるバイトの全部ではなく一部を占める場合、ストレージ内のそのバイト全体がアクセスされる。ストレージ・オペランドの長さは、アドレス指定可能なバイトの数を指定し、圧縮データが占めるビットよりも多くのビットを指定することができる。
以下では、圧縮データ・ブロックに関する詳細がさらに説明される。
デフレート変換呼び出し（ＤＦＬＴＣＣ）命令の一実施形態が、図３Ａ～３Ｌを参照して説明される。この命令は、１つの例では、汎用プロセッサ（例えば、プロセッサ１０２または２０４）を使用して実行される。本明細書における説明では、フィールドの特定の位置、特定のフィールド、またはフィールドの特定のサイズ、あるいはその組み合わせが（例えば、特定のバイトまたはビットあるいはその両方で）示される。しかし、他の位置、フィールド、またはサイズ、あるいはその組み合わせが提供されてよい。さらに、特定の値（例えば、１または０）へのビットの設定が指定されるが、これは単なる例である。ビットは、他の例では、反対の値または別の値などの異なる値に設定されてよい。多くの変形が可能である。
１つの実施形態では、プログラム（例えば、オペレーティング・システムまたはユーザ・プログラム）が、デフレート変換呼び出し命令を複数回実行して、単一のデータ・ストリームを圧縮または復元してよい。例えば、アプリケーションが大きい（例えば、１Ｍバイトより大きい）データ・ストリームを圧縮または復元する場合、動作は、データ・ストリームのバッファされた部分を圧縮または復元するための複数の呼び出しを含んでよい。本発明の１つの態様に従って、プログラムは、デフレート変換呼び出し命令の複数の実行にわたる動作中に処理された圧縮されていないデータの履歴を蓄積するために使用されるバッファ（例えば、３２Ｋバイトのバッファ）を宣言する。このバッファは、円形履歴バッファと呼ばれ、本明細書において説明されているように、デフレート変換呼び出し命令を使用して定義される。
図３Ａを参照すると、１つの例では、デフレート変換呼び出し（ＤＦＬＴＣＣ）命令３００の形式は、拡張されたオペレーション・コード（オペコード）フィールドおよび追加のレジスタ・フィールドを使用してレジスタおよびレジスタの動作を示すＲＲＦ形式である。一例として、この命令は、デフレート変換呼び出しの動作を示すオペレーション・コードを含んでいるオペレーション・コード・フィールド３０２（例えば、ビット０～１５）と、汎用レジスタの第１の対を指定する第１のレジスタ・フィールド（Ｒ１）３０４（例えば、ビット２４～２７）と、汎用レジスタの第２の対を指定する第２のレジスタ・フィールド（Ｒ２）３０６（例えば、ビット２８～３１）と、第３の汎用レジスタを指定する第３のレジスタ・フィールド（Ｒ３）３０８（例えば、ビット１６～１９）とを含む。Ｒ１フィールド３０４によって指定されたレジスタの内容は、（ストレージ内の）第１のオペランドの位置を指定し、Ｒ２フィールド３０６によって指定されたレジスタの内容は、（ストレージ内の）第２のオペランドの位置を指定し、Ｒ３フィールド３０８によって指定されたレジスタの内容は、（ストレージ内の）第３のオペランドの位置を指定する。Ｒ１＋１の内容は第１のオペランドの長さを指定し、Ｒ２＋１の内容は第２のオペランドの長さを指定する。１つの例では、命令のビット２０～２３は予備であり、０を含むべきである。そうでない場合、プログラムは将来、互換性を維持して動作しなくなることがある。本明細書において使用されるとき、プログラムは、デフレート変換呼び出し命令の発行元である。プログラムは、ユーザ・プログラム、オペレーティング・システム、または別の種類のプログラムであってよい。
１つの実施形態では、命令の実行は１つまたは複数の暗黙の汎用レジスタ（すなわち、命令によって明示的に指定されないレジスタ）の使用を含む。例えば、本明細書において説明されているように、デフレート変換呼び出し命令の実行では汎用レジスタ０および１が使用される。汎用レジスタ０は、１つの例では、実行される機能（および、以下で説明されるように、履歴バッファ・タイプ）を指定するために使用され、汎用レジスタ１は、命令によって使用されるパラメータ・ブロックの位置を提供するために使用される。
一例として、図３Ｂを参照すると、汎用レジスタ０（３０９）が履歴バッファ・タイプ・フィールド３１０および機能コード・フィールド３１２を含んでいる。１つの特定の例では、汎用レジスタ０のビット位置５６が履歴バッファ・タイプを含み、汎用レジスタ０のビット位置５７～６３が機能コードを含むが、他の実施形態では、履歴バッファ・タイプまたは機能コードあるいはその両方を含むために他のビットが使用されてよい。汎用レジスタ０のビット５７～６３が、割り当てられていないか、またはインストールされていない機能コードを指定している場合、１つの例では、指定例外が認識される。
デフレート変換呼び出し命令の例示的な割り当てられた機能コードが、図３Ｃに示されており、例えば、ＤＦＬＴＣＣ－ＱＡＦ（query available functions：使用可能な機能の照会）機能を示す機能コード０（３１３）、ＤＦＬＴＣＣ－ＧＤＨＴ（Generate Dynamic-Huffman Table：動的ハフマン・テーブルの生成）機能を示す機能コード１（３１５）、ＤＦＬＴＣＣ－ＣＭＰＲ（圧縮）機能を示す機能コード２（３１７）、およびＤＦＬＴＣＣ－ＸＰＮＤ（展開）機能を示す機能コード４（３１９）を含んでいる。各コードはパラメータ・ブロックを使用し、パラメータ・ブロックのサイズは、１つの例では、機能によって決まる。例えば、ＤＦＬＴＣＣ－ＱＡＦ機能の場合、パラメータ・ブロックは３２バイトであり、ＤＦＬＴＣＣ－ＧＤＨＴ機能の場合、パラメータ・ブロックは３８４バイトであり、ＤＦＬＴＣＣ－ＣＭＰＲ機能およびＤＦＬＴＣＣ－ＸＰＮＤ機能の場合、パラメータ・ブロックは１５３６バイトである。他の機能コードは、この例では割り当てられない。例示的な機能および機能コードが説明されているが、他の機能または機能コードあるいはその両方が使用されてよい。
指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤである場合、汎用レジスタ０のビット５６が、動作中に使用される履歴バッファ・タイプ（ＨＢＴ：history buffer type）を指定する。ＨＢＴが０である場合、履歴バッファは直列履歴バッファと呼ばれる。直列履歴バッファを使用しているときに、履歴は、ＤＦＬＴＣＣ－ＣＭＰＲが指定された場合、例えば第２のオペランドのすぐ左に存在し、ＤＦＬＴＣＣ－ＸＰＮＤが指定され場合、例えば第１のオペランドのすぐ左に存在する。ＨＢＴが１である場合、履歴バッファは円形履歴バッファと呼ばれる。円形履歴バッファを使用しているときに、履歴は、ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤのいずれかが指定された場合、第３のオペランドの一部または全部である。ＤＦＬＴＣＣ－ＱＡＦ機能またはＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、汎用レジスタ０のビット５６が無視される。１つの例では、汎用レジスタ０のビット位置０～３１は無視される。さらに、１つの例では、汎用レジスタ０のビット位置３２～５５は予備であり、０を含むべきである。そうでない場合、プログラムは将来、互換性を維持して動作しなくなることがある。
デフレート変換呼び出し命令によって使用される別の暗黙のレジスタ（汎用レジスタ１）に関する詳細が、図３Ｄを参照してさらに説明される。汎用レジスタ１（３１４）の内容は、例えば、ストレージ内のパラメータ・ブロックの左端のバイトの論理アドレス３１６を指定する。１つの例では、パラメータ・ブロックは４Ｋバイト境界上で指定され、そうでない場合、指定例外が認識される。以下では、パラメータ・ブロックに関する詳細がさらに説明される。
指定された機能（例えば、ＤＦＬＴＣＣ－ＱＡＦ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲ、ＤＦＬＴＣＣ－ＸＰＮＤ）の場合、汎用レジスタ０、１、およびＲ３の内容は変更されない。さらに、１つの例では、Ｒ１フィールド３０４が、偶数と奇数の汎用レジスタ対を指定する。これは、偶数番号が付けられたレジスタを指定することであり、汎用レジスタ０を指定することではなく、そうでない場合、指定例外が認識される。
図３Ｅ～３Ｆに示され、本明細書においてさらに詳細に説明されるように、汎用レジスタＲ１ ３１８の内容は、第１のオペランド・アドレス３２０を示し、汎用レジスタＲ１＋１ ３２２の内容は、第１のオペランドの長さ３２４を決定するために使用される。例えば、指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤである場合は、汎用レジスタＲ１ ３１８の内容は、第１のオペランドの左端のバイトの論理アドレスを指定する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲである場合、汎用レジスタＲ１＋１の内容は、パラメータ・ブロックの新しいタスク（ＮＴ：new task）フィールドおよびサブバイト境界（ＳＢＢ：sub-byte boundary）フィールドの値（以下で説明される）と共に、第１のオペランドの長さを指定する。以下の表は、汎用レジスタＲ１＋１の内容、ＮＴフィールド、およびＳＢＢフィールドに応じてＤＦＬＴＣＣ－ＣＭＰＲ機能の第１のオペランドの長さを示す例を提供している。
指定された機能がＤＦＬＴＣＣ－ＸＰＮＤである場合、汎用レジスタＲ１＋１の内容は、第１のオペランドの長さを指定する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤである場合、データの圧縮または復元の結果が、第１のオペランドの位置に格納される。ＤＦＬＴＣＣ－ＱＡＦ機能またはＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、汎用レジスタＲ１およびＲ１＋１の内容が無視される。
さらに、指定された機能（例えば、ＤＦＬＴＣＣ－ＱＡＦ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲ、およびＤＦＬＴＣＣ－ＸＰＮＤ）の場合、１つの例では、Ｒ２フィールド３０６が偶数と奇数の汎用レジスタ対を指定する。これは、偶数番号が付けられたレジスタを指定することであり、汎用レジスタ０を指定することではなく、そうでない場合、指定例外が認識される。
図３Ｇ～３Ｈに示され、本明細書においてさらに詳細に説明されるように、汎用レジスタＲ２ ３２６の内容は、第２のオペランド・アドレス３２８を示し、汎用レジスタＲ２＋１ ３３０の内容は、第２のオペランドの長さ３３２を決定するために使用される。例えば、指定された機能がＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲ、またはＤＦＬＴＣＣ－ＸＰＮＤである場合は、汎用レジスタＲ２の内容は、第２のオペランドの左端のバイトの論理アドレスを指定する。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＧＤＨＴである場合、汎用レジスタＲ２＋１の内容は、第２のオペランドの長さを指定する。指定された機能がＤＦＬＴＣＣ－ＸＰＮＤである場合、汎用レジスタＲ２＋１の内容は、パラメータ・ブロックのＮＴフィールドおよびＳＢＢフィールドの値と共に、第２のオペランドの長さを指定する。命令の実行の開始時に、第２のオペランドの長さが参照され、０以外の値である場合、第２のオペランドの位置からデータがフェッチされる。命令の実行の開始時に、第２のオペランドの長さが参照され、０の値であり、かつ命令の実行の開始時に、パラメータ・ブロックの継続フラグ（ＣＦ：continuation flag）フィールドが１である場合、第２のオペランドがアクセスされない。
ＤＦＬＴＣＣ－ＱＡＦ機能が指定された場合、汎用レジスタＲ２およびＲ２＋１の内容が無視される。ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定され、汎用レジスタＲ２＋１の内容が、０に等しい長さを指定する場合、指定例外が認識され、第２のオペランドがアクセスされない。ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、命令の実行の開始時に、パラメータ・ブロックの継続フラグ（ＣＦ）フィールドが０であり、汎用レジスタＲ２＋１の内容が、０に等しい長さを指定する場合、指定例外が認識され、第２のオペランドがアクセスされない。
図３Ｉに示されているように、指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであり、履歴バッファ・タイプ（ＨＢＴ）が円形（例えば、ＨＢＴ３１０＝１）である場合、汎用レジスタＲ３ ３３５の内容が、円形履歴バッファのアドレス３３７を指定する。例えば、第３のオペランドの左端のバイトの論理アドレスが指定される。この指定は、例えば、４Ｋバイト境界を指定することであり、そうでない場合、指定例外が認識される。１つの例では、円形履歴バッファは、第３のオペランドの位置にある。指定された機能がＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤであり、かつＨＢＴが０である場合、汎用レジスタＲ３の内容が無視される。ＤＦＬＴＣＣ－ＱＡＦ機能またはＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、汎用レジスタＲ３の内容が無視される。指定された機能（例えば、ＤＦＬＴＣＣ－ＱＡＦ、ＤＦＬＴＣＣ－ＧＤＨＴ、ＤＦＬＴＣＣ－ＣＭＰＲ、およびＤＦＬＴＣＣ－ＸＰＮＤ）に関して、Ｒ３フィールドは汎用レジスタ０も汎用レジスタ１も指定せず、そうでない場合、１つの例では指定例外が認識される。
動作の一部として、指定された機能がＤＦＬＴＣＣ－ＣＭＰＲである場合、汎用レジスタＲ１内のアドレスが、ビット位置０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが、同じ数だけデクリメントされ、汎用レジスタＲ２内のアドレスが、第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが、同じ数だけデクリメントされる。ビット位置０の処理を含んでいる第１のオペランドの処理されたバイト数は、例えば、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。アドレスおよび長さの形成および更新は、下で説明されているように、アドレス指定モードによって決まる。
動作の一部として、指定された機能がＤＦＬＴＣＣ－ＸＰＮＤである場合、汎用レジスタＲ１内のアドレスが、第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが、同じ数だけデクリメントされ、汎用レジスタＲ２内のアドレスが、ビット位置０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが、同じ数だけデクリメントされる。ビット位置０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。アドレスおよび長さの形成および更新は、下で説明されているように、アドレス指定モードによって決まる。
１つの実施形態では、２４ビット・アドレス指定モードにおいて以下が当てはまる。
・汎用レジスタ１、Ｒ１、Ｒ２、およびＲ３のビット位置４０～６３の内容は、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファのアドレスをそれぞれ構成し、ビット位置０～３９の内容が無視される。
・更新された第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット４０～６３は、汎用レジスタＲ１およびＲ２内の対応するビットをそれぞれ置き換える。更新されたアドレスのビット位置４０からの繰り上げが無視され、汎用レジスタＲ１およびＲ２のビット位置３２～３９の内容が０に設定される。汎用レジスタＲ１およびＲ２のビット位置０～３１の内容は変化しない。命令が部分的完了または正常完了の状態で終了し、更新されたオペランド・アドレスが命令の実行の開始時のオペランド・アドレスに等しい場合、対応する汎用レジスタのビット位置３２～３９が０に設定される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置３２～６３の内容は、第１および第２のオペランド内のバイト数をそれぞれ指定する、例えば３２ビットの符号なし２進整数を形成する。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は無視される。
・更新された第１のオペランドおよび第２のオペランドの長さのビット３２～６３は、汎用レジスタＲ１＋１およびＲ２＋１内の対応するビットをそれぞれ置き換える。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は変化しない。
・汎用レジスタ１、Ｒ１、Ｒ２、およびＲ３のビット位置４０～６３の内容は、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファのアドレスをそれぞれ構成し、ビット位置０～３９の内容が無視される。
・更新された第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット４０～６３は、汎用レジスタＲ１およびＲ２内の対応するビットをそれぞれ置き換える。更新されたアドレスのビット位置４０からの繰り上げが無視され、汎用レジスタＲ１およびＲ２のビット位置３２～３９の内容が０に設定される。汎用レジスタＲ１およびＲ２のビット位置０～３１の内容は変化しない。命令が部分的完了または正常完了の状態で終了し、更新されたオペランド・アドレスが命令の実行の開始時のオペランド・アドレスに等しい場合、対応する汎用レジスタのビット位置３２～３９が０に設定される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置３２～６３の内容は、第１および第２のオペランド内のバイト数をそれぞれ指定する、例えば３２ビットの符号なし２進整数を形成する。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は無視される。
・更新された第１のオペランドおよび第２のオペランドの長さのビット３２～６３は、汎用レジスタＲ１＋１およびＲ２＋１内の対応するビットをそれぞれ置き換える。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は変化しない。
１つの実施形態では、３１ビット・アドレス指定モードにおいて以下が当てはまる。
・汎用レジスタ１、Ｒ１、Ｒ２、およびＲ３のビット位置３３～６３の内容は、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファのアドレスをそれぞれ構成し、ビット位置０～３２の内容が無視される。
・更新された第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット３３～６３は、汎用レジスタＲ１およびＲ２内の対応するビットをそれぞれ置き換える。更新されたアドレスのビット位置３３からの繰り上げが無視され、汎用レジスタＲ１およびＲ２のビット位置３２の内容が０に設定される。汎用レジスタＲ１およびＲ２のビット位置０～３１の内容は変化しない。命令が部分的完了または正常完了の状態で終了し、更新されたオペランド・アドレスが命令の実行の開始時のオペランド・アドレスに等しい場合、対応する汎用レジスタのビット位置３２が０に設定される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置３２～６３の内容は、第１および第２のオペランド内のバイト数をそれぞれ指定する、３２ビットの符号なし２進整数を形成する。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は無視される。
・更新された第１のオペランドおよび第２のオペランドの長さのビット３２～６３は、汎用レジスタＲ１＋１およびＲ２＋１内の対応するビットをそれぞれ置き換える。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は変化しない。
・汎用レジスタ１、Ｒ１、Ｒ２、およびＲ３のビット位置３３～６３の内容は、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファのアドレスをそれぞれ構成し、ビット位置０～３２の内容が無視される。
・更新された第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット３３～６３は、汎用レジスタＲ１およびＲ２内の対応するビットをそれぞれ置き換える。更新されたアドレスのビット位置３３からの繰り上げが無視され、汎用レジスタＲ１およびＲ２のビット位置３２の内容が０に設定される。汎用レジスタＲ１およびＲ２のビット位置０～３１の内容は変化しない。命令が部分的完了または正常完了の状態で終了し、更新されたオペランド・アドレスが命令の実行の開始時のオペランド・アドレスに等しい場合、対応する汎用レジスタのビット位置３２が０に設定される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置３２～６３の内容は、第１および第２のオペランド内のバイト数をそれぞれ指定する、３２ビットの符号なし２進整数を形成する。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は無視される。
・更新された第１のオペランドおよび第２のオペランドの長さのビット３２～６３は、汎用レジスタＲ１＋１およびＲ２＋１内の対応するビットをそれぞれ置き換える。汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～３１の内容は変化しない。
１つの実施形態では、６４ビット・アドレス指定モードにおいて以下が当てはまる。
・汎用レジスタ１、Ｒ１、Ｒ２、およびＲ３のビット位置０～６３の内容は、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファのアドレスをそれぞれ構成する。
・更新された第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット０～６３は、汎用レジスタＲ１およびＲ２内の対応するビットをそれぞれ置き換える。更新されたアドレスのビット位置０からの繰り上げは無視される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～６３の内容は、第１および第２のオペランド内のバイト数をそれぞれ指定する、６４ビットの符号なし２進整数を形成する。
・更新された第１のオペランドおよび第２のオペランドの長さのビット０～６３は、汎用レジスタＲ１＋１およびＲ２＋１内の対応するビットをそれぞれ置き換える。
・汎用レジスタ１、Ｒ１、Ｒ２、およびＲ３のビット位置０～６３の内容は、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファのアドレスをそれぞれ構成する。
・更新された第１のオペランド・アドレスおよび第２のオペランド・アドレスのビット０～６３は、汎用レジスタＲ１およびＲ２内の対応するビットをそれぞれ置き換える。更新されたアドレスのビット位置０からの繰り上げは無視される。
・汎用レジスタＲ１＋１およびＲ２＋１のビット位置０～６３の内容は、第１および第２のオペランド内のバイト数をそれぞれ指定する、６４ビットの符号なし２進整数を形成する。
・更新された第１のオペランドおよび第２のオペランドの長さのビット０～６３は、汎用レジスタＲ１＋１およびＲ２＋１内の対応するビットをそれぞれ置き換える。
アクセス・レジスタ・モードでは、アクセス・レジスタ１、Ｒ１、Ｒ２、およびＲ３が、パラメータ・ブロック、第１のオペランド、第２のオペランド、および円形履歴バッファを含んでいるアドレス空間をそれぞれ指定する。アクセス・レジスタ・モードで、直列履歴バッファを含むＤＦＬＴＣＣ－ＣＭＰＲが指定された場合、アクセス・レジスタＲ２が、直列履歴を含んでいるアドレス空間を指定する。アクセス・レジスタ・モードで、直列履歴バッファを含むＤＦＬＴＣＣ－ＸＰＮＤが指定された場合、アクセス・レジスタＲ１が、直列履歴を含んでいるアドレス空間を指定する。
以下では、さまざまな機能に関する詳細がさらに説明される。
機能コード０：ＤＦＬＴＣＣ－ＱＡＦ（使用可能な機能の照会）
ＤＦＬＴＣＣ－ＱＡＦ（使用可能な機能の照会）機能は、インストール済み機能およびインストール済みパラメータ・ブロック形式の使用可能性を示すためのメカニズムを提供する。ＤＦＬＴＣＣ－ＱＡＦ機能のパラメータ・ブロックの１つの例示的な形式が、図３Ｊを参照して説明される。１つの例では、ＤＦＬＴＣＣ－ＱＡＦ機能（例えば、機能コード０）のパラメータ・ブロック３４０は、インストール済み機能ベクトル３４２およびインストール済みパラメータ・ブロック形式ベクトル３４６を含む。１つの特定の例では、これらのベクトルは、パラメータ・ブロックのバイト０～１５およびバイト２４～２５にそれぞれ格納される。これらのベクトルの各々が、以下でさらに説明される。
一例として、インストール済み機能ベクトル３４２のビット０～１２７は、デフレート変換呼び出し命令の機能コード０～１２７にそれぞれ対応する。あるビットが例えば１である場合、対応する機能がインストールされており、そうでない場合、その機能はインストールされていない。
さらに、１つの例では、インストール済みパラメータ・ブロック形式ベクトル３４６のビット０～１５が、ＤＦＬＴＣＣ－ＧＤＨＴ機能、ＤＦＬＴＣＣ－ＣＭＰＲ機能および、ＤＦＬＴＣＣ－ＸＰＮＤ機能のパラメータ・ブロック形式０～１５にそれぞれ対応する。あるビットが例えば１である場合、対応するパラメータ・ブロック形式がインストールされており、そうでない場合、そのパラメータ・ブロック形式はインストールされていない。１つの例では、パラメータ・ブロックの予備のバイト１６～２３および２６～３１には０が格納される。
パラメータ・ブロック３４０に関して特定のフィールドが説明されているが、他の実施形態では、追加のフィールド、より少ないフィールド、またはその他のフィールド、あるいはその組み合わせが含まれてよい。
１つの実施形態では、ＤＦＬＴＣＣ－ＱＡＦ機能によって汎用レジスタＲ１、Ｒ２、Ｒ３、Ｒ１＋１、およびＲ２＋１の内容が無視される。
パラメータ・ブロックに関して、適用可能な場合、ＰＥＲ（program event recording：プログラム・イベント記録）ストレージ変更イベントが認識される。パラメータ・ブロックに関して、適用可能な場合、ＰＥＲゼロ・アドレス検出イベントが認識される。
１つの例では、ＤＦＬＴＣＣ－ＱＡＦ機能の実行が完了したときに、条件コード０が設定され、条件コード１、２、および３は、照会機能には適用できない。
機能コード１：ＤＦＬＴＣＣ－ＧＤＨＴ（動的ハフマン・テーブルの生成）
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、デフレート規格によって規定されているように、第２のオペランドは、例えば、動的ハフマン・テーブル（ＤＨＴ）の圧縮表現を生成するためのソースとして使用される。
１つの例では、ＤＦＬＴＣＣ－ＧＤＨＴ機能はパラメータ・ブロックを使用し、その例が図３Ｋを参照して説明される。本明細書に記載された例示的なパラメータ・ブロックでは、特定のフィールドのパラメータ・ブロック内の特定の位置、およびフィールドの特定のサイズが（例えば、特定のバイトまたはビットあるいはその両方で）示される。しかし、フィールドのうちの１つまたは複数の他の位置またはサイズあるいはその両方が提供されてよい。さらに、特定の値（例えば、１または０）へのビットの設定が指定されるが、これは単なる例である。ビットは、他の例では、反対の値または別の値などの異なる値に設定されてよい。多くの変形が可能である。
さらに、１つの例では、パラメータ・ブロックが、１つまたは複数の保存フィールド（preserved fields）および１つまたは複数の予備フィールドを含む。保存フィールドは、ＤＦＬＴＣＣ－ＧＤＨＴ機能によって変更されない。保存フィールドは、プログラムが単一のストレージ位置を初期化することを可能にする予備フィールドとは区別され、そのストレージ位置をＤＦＬＴＣＣ－ＧＤＨＴ機能のパラメータ・ブロックに使用し、その後、同じストレージ位置をＤＦＬＴＣＣ－ＣＭＰＲ機能のパラメータ・ブロックに使用する。予備フィールドは０を含むべきである。そうでない場合、プログラムは将来、互換性を維持して動作しなくなることがある。動作が終了するときに、予備フィールドは、０として格納されてよく、または変化しなくてよい。
さらに、フィールドの一部が他の機能（例えば、ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤ）によって使用され、したがって、それらのフィールドの説明と共に、それらの機能に関連する態様を説明することもできる。
１つの例では、ＤＦＬＴＣＣ－ＧＤＨＴ機能の場合、パラメータ・ブロック３６０は以下のフィールドを含む。
パラメータ・ブロック・バージョン番号（ＰＢＶＮ：Parameter Block Version Number）３６２：パラメータ・ブロックのバイト０～１は、パラメータ・ブロックのバージョンおよびサイズを指定する。ＰＢＶＮのビット０～１１は予備であり、０を含むべきである。そうでない場合、プログラムは将来、互換性を維持して動作しなくなることがある。ＰＢＶＮのビット１２～１５は、パラメータ・ブロックの形式を指定する符号なし２進整数を含む。ＤＦＬＴＣＣ－ＱＡＦ機能は、使用可能なパラメータ・ブロック形式を示すためのメカニズムを提供する。指定されたパラメータ・ブロックの形式がモデルによってサポートされていない場合、一般オペランド・データ例外が認識される。ＰＢＶＮは、プログラムによって指定され、命令の実行中に変更されない。
モデル・バージョン番号（ＭＶＮ：Model Version Number）３６３：パラメータ・ブロックのバイト２は、命令を実行したモデルを識別する符号なし２進整数である。プログラムがＭＶＮを初期化する必要はない。ＭＶＮは、命令の実行中に更新される。ＭＶＮに格納される値は、モデルに依存する。
動的ハフマン・テーブル（ＤＨＴ）生成制御（ＤＨＴＧＣ：Dynamic-Huffman Table (DHT) Generation Control）３６４：パラメータ・ブロックのバイト１７のビット２が、動的ハフマン・テーブル（ＤＨＴ）の生成に適用される。ＤＨＴは、リテラル・バイトを表すシンボルのハフマン・コード、重複列の長さ、ブロック終結（ＥＯＢ）シンボル、および重複列のポインタ距離を指定する。特定のシンボルのハフマン・コードの値は、データの圧縮されていない形態での、シンボルが表す実体の発生数に応じて変わる。あるシンボルの発生数が０である場合、このシンボルのハフマン・コードはＤＨＴに存在しない。ＤＨＴＧＣは、１つの例では、０に等しい数が次のように扱われることを指定する。
ＤＨＴＧＣ 意味
０ ０に等しいリテラル・バイト、重複列の長さ、およびポインタ距離の数を、１に等しいとして扱う（汎用ＤＨＴ（universal DHT）を生成する）。
１ ０に等しい重複列の長さおよびポインタ距離の数を、１に等しいとして扱う。
ＤＨＴＧＣ 意味
０ ０に等しいリテラル・バイト、重複列の長さ、およびポインタ距離の数を、１に等しいとして扱う（汎用ＤＨＴ（universal DHT）を生成する）。
１ ０に等しい重複列の長さおよびポインタ距離の数を、１に等しいとして扱う。
リテラル・バイト、ＥＯＢシンボル、重複列の長さ、重複列のポインタ距離のすべての可能な値に対してハフマン・コードを指定するＤＨＴは、汎用ＤＨＴと呼ばれる。データの圧縮されていない形態で発生しないリテラル・バイト、重複列の長さ、または重複列のポインタ距離の値に対してハフマン・コードを指定しないＤＨＴは、非汎用ＤＨＴと呼ばれる。
デフレート規格によって規定されているように、ＤＨＴＧＣのすべての値に関して得られたＤＨＴは、すべての可能な重複列の長さおよびポインタ距離に対してハフマン・コードを指定する。したがって、下でさらに説明されているように、ＤＨＴの得られた圧縮された形態のＨＬＩＴ（ハフマン・リテラル（Huffman literal））部分要素およびＨＤＩＳＴ（ハフマン距離）部分要素は、例えば２９の値をそれぞれ含む。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、ＤＨＴＧＣが動作への入力である。ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定された場合、ＤＨＴＧＣは動作に適用されない。１つの実施形態では、ＤＨＴＧＣは、命令の実行中に変更されない。
動作終了補助コード（ＯＥＳＣ：Operation Ending Supplemental Code）３６５：パラメータ・ブロックのバイト１９は、プログラムに報告されている条件に関する追加情報を提供する符号なし２進整数である。このフィールドは複数の機能によって使用されるため、条件の一部は、他の機能によって使用されるパラメータ・ブロック（例えば、ＤＦＬＴＣＣ－ＣＭＰＲ機能およびＤＦＬＴＣＣ－ＸＰＮＤ機能によって使用される図３Ｌのパラメータ・ブロック）のフィールドを参照する。報告されている条件が一般オペランド・データ例外である場合、パラメータ・ブロックのＯＥＳＣフィールドが更新されるが、動作は抑制されたと見なされ、その場合、１つの例では、ＯＥＳＣフィールドが次のように定義される。
ＯＥＳＣ（１６進数） 意味
００ 追加情報が提供されない。
０１ パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
０２ ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、履歴長フィールド３８５（図３Ｌ）が例えば３２，７６８より大きく、新しいタスク・フィールド３７４（図３Ｌ）が０である。
１１ ＢＴＹＰＥ（ブロック・タイプ）が２進数１１に等しい圧縮データ・ブロックが発生する。
１２ ＢＴＹＰＥが２進数００に等しい圧縮データ・ブロック、およびＬＥＮ（長さ）の１の補数に等しくないＮＬＥＮが発生する。
２１ ＣＤＨＴＬフィールド３６６（図３Ｌ）が適用され、例えば、４２より小さいか、または２２８３より大きい。
２２ 動作中に使用される圧縮されたＤＨＴのＨＬＩＴ部分要素が、例えば２９より大きい（無効なＤＨＴ）。
２３ 動作中に使用される圧縮されたＤＨＴのＨＤＩＳＴ部分要素が、例えば２９より大きい（無効なＤＨＴ）。
２４ 動作中に使用される圧縮されたＤＨＴが、圧縮されたＤＨＴに対して定義された可能な（例えば、１９個の）コード長のビット長を指定するコードのシーケンス内にある、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコードを指定する（無効なＤＨＴ）。
２６ 動作中に使用される圧縮されたＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されている要素のセットの第１のコード長としてコード長１６（前のコード長のコピー）を指定する（無効なＤＨＴ）。
２７ 動作中に使用される圧縮されたＤＨＴが、リテラル・バイトのコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
２８ 動作中に使用される圧縮されたＤＨＴが、コード長０（ＣＬ０）をＥＯＢシンボルに割り当てるコードを指定する。この場合、対応するＤＨＴが、ＥＯＢシンボルを表すためのハフマン・コードを指定しない（無効なＤＨＴ）。
２９ 動作中に使用される圧縮されたＤＨＴが、重複列の長さおよびポインタ距離のコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
２Ａ 動作中に使用される圧縮されたＤＨＴが、ＨＬＩＴフィールド、ＨＤＩＳＴフィールド、および例えば２５８の値の和によって指定された、ＤＨＴ内のハフマン・コードの数より大きいコード長の数を指定する。これは、例えば、コード長１６、１７、および１８の不適切な使用を伴っている可能性がある（無効なＤＨＴ）。
２Ｂ 動作中に使用される圧縮されたＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
２Ｄ 動作中に使用される圧縮されたＤＨＴが、重複列のポインタ距離のセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
２Ｆ ＣＤＨＴＬフィールド３６６（図３Ｌ）が適用され、動作中に使用されるＣＤＨＴフィールド３６７（図３Ｌ）内の圧縮されたＤＨＴの長さに等しくない。
３１ 動作中に使用される圧縮されたＤＨＴが、動作中に処理されるリテラル・バイトまたは重複列の長さに対応するハフマン・コードを指定しないか（不完全な非汎用ＤＨＴ）、またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＢＴＹＰＥが２進数０１に等しい圧縮データ・ブロック内で発生する圧縮データ・シンボルが、重複列の長さに対して無効なコード（２進数１１０００１１０または１１０００１１１）を指定する。
３２ 動作中に使用される圧縮されたＤＨＴが、動作中に処理される重複列のポインタ距離に対応するハフマン・コードを指定しないか（不完全な非汎用ＤＨＴ）、またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＢＴＹＰＥが２進数０１に等しい圧縮データ・ブロック内で発生する圧縮データ・シンボルが、重複列のポインタ距離に対して無効なコード（２進数１１１１０または１１１１１）を指定する。
４０ 重複列のポインタであり、シンボルを処理する時点で使用可能な履歴の長さより大きい距離を指定する圧縮データ・シンボルが発生する。
ＯＥＳＣ（１６進数） 意味
００ 追加情報が提供されない。
０１ パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
０２ ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、履歴長フィールド３８５（図３Ｌ）が例えば３２，７６８より大きく、新しいタスク・フィールド３７４（図３Ｌ）が０である。
１１ ＢＴＹＰＥ（ブロック・タイプ）が２進数１１に等しい圧縮データ・ブロックが発生する。
１２ ＢＴＹＰＥが２進数００に等しい圧縮データ・ブロック、およびＬＥＮ（長さ）の１の補数に等しくないＮＬＥＮが発生する。
２１ ＣＤＨＴＬフィールド３６６（図３Ｌ）が適用され、例えば、４２より小さいか、または２２８３より大きい。
２２ 動作中に使用される圧縮されたＤＨＴのＨＬＩＴ部分要素が、例えば２９より大きい（無効なＤＨＴ）。
２３ 動作中に使用される圧縮されたＤＨＴのＨＤＩＳＴ部分要素が、例えば２９より大きい（無効なＤＨＴ）。
２４ 動作中に使用される圧縮されたＤＨＴが、圧縮されたＤＨＴに対して定義された可能な（例えば、１９個の）コード長のビット長を指定するコードのシーケンス内にある、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコードを指定する（無効なＤＨＴ）。
２６ 動作中に使用される圧縮されたＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されている要素のセットの第１のコード長としてコード長１６（前のコード長のコピー）を指定する（無効なＤＨＴ）。
２７ 動作中に使用される圧縮されたＤＨＴが、リテラル・バイトのコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
２８ 動作中に使用される圧縮されたＤＨＴが、コード長０（ＣＬ０）をＥＯＢシンボルに割り当てるコードを指定する。この場合、対応するＤＨＴが、ＥＯＢシンボルを表すためのハフマン・コードを指定しない（無効なＤＨＴ）。
２９ 動作中に使用される圧縮されたＤＨＴが、重複列の長さおよびポインタ距離のコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
２Ａ 動作中に使用される圧縮されたＤＨＴが、ＨＬＩＴフィールド、ＨＤＩＳＴフィールド、および例えば２５８の値の和によって指定された、ＤＨＴ内のハフマン・コードの数より大きいコード長の数を指定する。これは、例えば、コード長１６、１７、および１８の不適切な使用を伴っている可能性がある（無効なＤＨＴ）。
２Ｂ 動作中に使用される圧縮されたＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
２Ｄ 動作中に使用される圧縮されたＤＨＴが、重複列のポインタ距離のセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
２Ｆ ＣＤＨＴＬフィールド３６６（図３Ｌ）が適用され、動作中に使用されるＣＤＨＴフィールド３６７（図３Ｌ）内の圧縮されたＤＨＴの長さに等しくない。
３１ 動作中に使用される圧縮されたＤＨＴが、動作中に処理されるリテラル・バイトまたは重複列の長さに対応するハフマン・コードを指定しないか（不完全な非汎用ＤＨＴ）、またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＢＴＹＰＥが２進数０１に等しい圧縮データ・ブロック内で発生する圧縮データ・シンボルが、重複列の長さに対して無効なコード（２進数１１０００１１０または１１０００１１１）を指定する。
３２ 動作中に使用される圧縮されたＤＨＴが、動作中に処理される重複列のポインタ距離に対応するハフマン・コードを指定しないか（不完全な非汎用ＤＨＴ）、またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＢＴＹＰＥが２進数０１に等しい圧縮データ・ブロック内で発生する圧縮データ・シンボルが、重複列のポインタ距離に対して無効なコード（２進数１１１１０または１１１１１）を指定する。
４０ 重複列のポインタであり、シンボルを処理する時点で使用可能な履歴の長さより大きい距離を指定する圧縮データ・シンボルが発生する。
一般オペランド・データ例外を報告せずに動作が終了した場合、０がＯＥＳＣフィールドに格納される。
０以外の補助コードのサポートは、モデルに依存する。複数の条件が存在する場合、コードがもしあれば、どのコードがＯＥＳＣフィールドに報告されるかは、モデルに依存する。
圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ：Compressed Dynamic-Huffman Table Length）３６６：パラメータ・ブロックのバイト５６のビット４からバイト５７のビット７までの１２ビットが、パラメータ・ブロックのＣＤＨＴフィールド（例えば、ＣＤＨＴ３６７）内の圧縮形式のＤＨＴの長さをビット数として指定する符号なし２進整数を含む。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、ＣＤＨＴＬが動作からの出力である。
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、ハフマン・テーブル・タイプ（例えば、図３ＬのＨＴＴ３７６）が１である場合、ＣＤＨＴＬが動作への入力である。ＣＤＨＴＬがＣＤＨＴの適切な長さを指定しない場合、一般オペランド・データ例外が認識される。ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定された場合、ＣＤＨＴＬは変更されない。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＢＴＹＰＥが２進数１０であるブロックの一部のみをデコードした後に動作が終了した場合、ブロック内のＤＨＴの圧縮表現の長さがこのフィールドに格納される。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ブロック境界で、またはＢＴＹＰＥが２進数００または０１であるブロックの一部のみをデコードした後に、動作が終了した場合、０がこのフィールドに格納される。ＢＴＹＰＥが２進数１０であるブロック内で復元動作が再開された場合（すなわち、下で説明されるように、ＣＦ（図３Ｌの継続フラグ３７３）が１に等しく、ＩＦＳ（incomplete function status：不完全な機能の状態３８３）が１６進数ＣまたはＤに等しい場合）、このフィールドが動作への入力である。
圧縮された動的ハフマン・テーブル（ＣＤＨＴ：Compressed Dynamic-Huffman Table）３６７：パラメータ・ブロックのバイト６４～３５１は、動的ハフマン・テーブル（ＤＨＴ）の圧縮形式を含む。
ＤＨＴは、要素の２つのセットを表すためのハフマン・コード（ビット・シーケンス）を指定する。１つのセットの要素は、リテラル・バイト、ＥＯＢシンボル、および重複列の長さを含む。他のセットの要素は、重複列のポインタ距離を含む。ＤＨＴの圧縮表現は、コード長のセットを定義し、各セットの要素ごとにコード長（ＣＬ：code length）を指定する。動作中に参照されることが期待される要素のハフマン・コードは、その要素に対して指定されたＣＬ、および同じ指定されたＣＬを持つ同じセット内の要素の数から導出される。具体的には、ＤＨＴの圧縮表現は、一例として以下を含む。
・リテラル・バイト、ＥＯＢシンボル、および重複列の長さを表すハフマン・コードの数を指定するためのＨＬＩＴフィールド。
・重複列のポインタ距離を表すハフマン・コードの数を指定するためのＨＤＩＳＴフィールド。
・コード長を表すハフマン・コードの数を指定するためのＨＣＬＥＮ（ハフマン・コード長）フィールド。
・圧縮されたＤＨＴに対して定義された例えば１９個のコード長の各々に対してビット長を指定するコードのシーケンス。
・リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。
・重複列のポインタ距離で構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。
・リテラル・バイト、ＥＯＢシンボル、および重複列の長さを表すハフマン・コードの数を指定するためのＨＬＩＴフィールド。
・重複列のポインタ距離を表すハフマン・コードの数を指定するためのＨＤＩＳＴフィールド。
・コード長を表すハフマン・コードの数を指定するためのＨＣＬＥＮ（ハフマン・コード長）フィールド。
・圧縮されたＤＨＴに対して定義された例えば１９個のコード長の各々に対してビット長を指定するコードのシーケンス。
・リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。
・重複列のポインタ距離で構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。
ＤＨＴの圧縮表現の詳細が、ブロック・タイプが２進数１０である圧縮データ・ブロックの説明を参照して下でさらに説明される。
１つの例では、ＤＨＴの圧縮表現は、ＣＤＨＴフィールド内で左詰めにされる。すなわち、バイト６４の右端のビットが、ＤＨＴの圧縮表現のＨＬＩＴ部分要素の最下位ビットを含む。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、ＤＨＴの圧縮表現が動作からの出力である。
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、下で説明されるＨＴＴが１である場合、ＤＨＴの圧縮表現が動作への入力である。ＣＤＨＴフィールドは、ＤＦＬＴＣＣ－ＣＭＰＲ機能によって変更されない。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＢＴＹＰＥが２進数１０であるブロックの一部のみをデコードした後に動作が終了した場合、ブロック内のＤＨＴの圧縮表現がこのフィールドに格納される。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ブロック境界で、またはＢＴＹＰＥが２進数００または０１であるブロックの一部のみをデコードした後に、動作が終了した場合、０がこのフィールドに格納される。ＢＴＹＰＥが２進数１０であるブロック内で復元動作が再開された場合（すなわち、ＣＦが１に等しく、ＩＦＳが１６進数ＣまたはＤに等しい場合）、このフィールドが動作への入力である。
ＣＤＨＴが変更される場合、ＤＨＴの圧縮表現を表すために使用されないフィールドのビットが０として格納される。
パラメータ・ブロック３６０に関してさまざまなフィールドが上で説明されたが、他の実施形態では、追加のフィールド、より少ないフィールド、またはその他のフィールド、あるいはその組み合わせが含まれてよい。
ＤＨＴ生成の態様は、プログラムによって、パラメータ・ブロックの動的ハフマン・テーブル生成制御（ＤＨＴＧＣ）フィールド３６４を使用して、マシンに対して指定される。ソースが圧縮されていないデータを含み、動作の完了後に、生成された結果が、同じソースを圧縮するためのＤＦＬＴＣＣ－ＣＭＰＲ機能と共に指定されるということが、意図される。
１つの実施形態では、現在の動作の処理中に、参照するための前の動作からの履歴が存在しない。
汎用レジスタＲ２＋１の内容が、例えば３２Ｋバイトよりも大きい長さを指定する場合、１つの例では以下が当てはまる。
・第２のオペランドの最初の３２Ｋバイトのみが、ＤＨＴを生成するために使用される。
・第２のオペランドの最初の３２Ｋバイトを超える位置に対して、アクセス例外が認識されない。
・第２のオペランドの最初の３２Ｋバイトのみが、ＤＨＴを生成するために使用される。
・第２のオペランドの最初の３２Ｋバイトを超える位置に対して、アクセス例外が認識されない。
汎用レジスタＲ２＋１の内容が、０に等しい長さを指定する場合、指定例外が認識され、第２のオペランドがアクセスされない。
得られた圧縮されたＤＨＴは、ブロック終結（ＥＯＢ）シンボルを表すハフマン・コードを含む。
生成された圧縮形式のＤＨＴが、パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７に格納される。生成された圧縮形式のＤＨＴの長さが、パラメータ・ブロックのＣＤＨＴＬフィールド３６６に格納される。
この動作は、モデル識別情報をパラメータ・ブロックのモデル・バージョン番号フィールド３６３に格納することを含む。
一般オペランド・データ例外を認識せずに動作が終了した場合、パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５に０が格納される。
ＤＦＬＴＣＣ－ＧＤＨＴ機能の実行が完了したときに、条件コード０が設定され、条件コード１、２、および３は、ＤＦＬＴＣＣ－ＧＤＨＴ機能に適用できない。
この動作によって、汎用レジスタＲ２およびＲ２＋１は変更されない。
ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、汎用レジスタＲ１、Ｒ１＋１、およびＲ３の内容が無視される。
第２のオペランドの位置およびパラメータ・ブロックに関して、適用可能な場合、ＰＥＲゼロ・アドレス検出イベントが認識される。
機能コード２：ＤＦＬＴＣＣ－ＣＭＰＲ（圧縮）
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定された場合、圧縮動作が実行される。この動作は、第２のオペランドの位置のデータを、第１のオペランドの位置に格納される圧縮データ・シンボルにエンコードすることを含む。
１つの例では、ＤＦＬＴＣＣ－ＣＭＰＲ機能はパラメータ・ブロックを使用し、その例が図３Ｌを参照して説明される。フィールドの一部は、パラメータ・ブロック３６０に関して上で説明されているため、以下では同じ参照番号で示され、さらに詳細には説明されない。
１つの例では、パラメータ・ブロック３７０は以下を含む。
パラメータ・ブロック・バージョン番号（ＰＢＶＮ）３６２。
モデル・バージョン番号（ＭＶＮ）３６３。
継続フラグ（ＣＦ）３７３：パラメータ・ブロックのビット６３は、１である場合、動作が部分的に完了していることを示し、継続状態バッファ（例えば、継続状態バッファ・フィールド３９２）の内容が、動作を再開するために使用されてよい。プログラムは、継続フラグ（ＣＦ）を０に初期化し、動作を再開する目的で命令が再実行される場合にＣＦを変更しないようにするべきであり、そうでない場合、結果が予測不可能になる。
新しいタスク（ＮＴ）３７４：パラメータ・ブロックのバイト１６のビット０は、１である場合、動作が圧縮データ・セットの先頭に適用されることを示す。したがって、前の動作からの履歴およびチェック値が現在の動作に適用されない。動作の開始時にＮＴが１であり、部分的完了の後に動作が終了した場合、０がＮＴフィールドに格納される。ＮＴが０である場合、前の動作からの履歴およびチェック値が現在の動作に適用される。
チェック値タイプ（ＣＶＴ：Check Value Type）３７５：パラメータ・ブロックのバイト１６のビット２は、パラメータ・ブロックのチェック値フィールド（例えば、フィールド３８７）に含まれているチェック値のタイプを指定する。ＣＶＴが０である場合、チェック値タイプは、例えば３２ビットの巡回冗長チェック（32-bit cyclic-redundancy-check：ＣＲＣ－３２）である。ＣＶＴが１である場合、チェック値タイプは、例えば３２ビットのアドラー・チェックサム（Ａｄｌｅｒ－３２）である。ＣＶＴビットは、命令の実行中に変更されない。
ハフマン・テーブル・タイプ（ＨＴＴ：Huffman Table Type）３７６：パラメータ・ブロックのバイト１６のビット４は、０である場合、デフレート規格によって規定されているように、固定ハフマン・コードを含んでいるテーブル（ＦＨＴ）を指定し、圧縮動作中に使用される。ＨＴＴが１である場合、パラメータ・ブロックのＣＤＨＴフィールドにおいて指定された、動的ハフマン・コードを含んでいるテーブル（ＤＨＴ）が、圧縮動作中に使用される。ＨＴＴは、復元動作には適用されない。ＨＴＴビットは、命令の実行中に変更されない。
ブロック継続フラグ（ＢＣＦ：Block Continuation Flag）３７７：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定された場合、パラメータ・ブロックのバイト１６のビット５が適用される。０である場合、３ビットのブロック・ヘッダー、および適用可能な場合、パラメータ・ブロックのＣＤＨＴフィールド（例えば、フィールド３６７）において指定された動的ハフマン・テーブルの圧縮形式が、圧縮データ要素を格納する前に、第１のオペランドの位置に格納される。１である場合、ブロック・ヘッダーも圧縮形式のＤＨＴも、第１のオペランドの位置に格納されない。ＮＴが１である場合、ＢＣＦが０に等しいとして扱われる。ＢＣＦビットは、命令の実行中に変更されない。
ブロック終了制御（ＢＣＣ：Block Closing Control）３７８：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定された場合、パラメータ・ブロックのバイト１６のビット６が適用される。１である場合、すべての圧縮データ・シンボルを格納した後に、ブロック終結（ＥＯＢ）シンボルが第１のオペランドの位置に格納される。ＨＴＴがＦＨＴを使用することを指定する場合、一例として、２進数０００００００のハフマン・コード（リテラル・バイト、ＥＯＢシンボル、および重複列の長さのコードを指定するテーブル内の２５６の中間整数表現に対応する）がＥＯＢシンボルに使用される。ＨＴＴがＤＨＴを使用することを指定する場合、ＥＯＢシンボルのハフマン・コードがＤＨＴ内で指定される。ＢＣＣビットが０である場合、ＥＯＢシンボルが第１のオペランドの位置に格納されない。ＢＣＣビットは、命令の実行中に変更されない。
ブロック・ヘッダー終端（ＢＨＦ：Block Header Final）３７９：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、ＢＣＦ３７７が０であるか、またはＮＴ３７４が１である場合、パラメータ・ブロックのバイト１６のビット７が適用され、そうでない場合、ＢＨＦが適用されない。適用可能であり、１である場合、ブロック・ヘッダーを第１のオペランドの位置に格納する前に、ブロック・ヘッダーの最初のビット（ＢＦＩＮＡＬ）が１に設定される。適用可能であり、０である場合、ブロック・ヘッダーを第１のオペランドの位置に格納する前に、ブロック・ヘッダーの最初のビット（ＢＦＩＮＡＬ）が０に設定される。ＢＨＦビットは、命令の実行中に変更されない。
ＤＨＴ生成制御（ＤＨＴＧＣ）３６４：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定された場合、ＤＨＴＧＣは動作に適用されない。ＤＨＴＧＣは、命令の実行中に変更されない。
サブバイト境界（ＳＢＢ）３８１：パラメータ・ブロックのバイト１８のビット５～７は、圧縮データ・ストリームのバイト内の処理済みのビットと未処理のビットの間の境界を指定する符号なし２進整数を含む。参照されるストリームのバイトは、動作が終了するとき、参照される最後のバイト（つまり、右端のバイト）であり、動作が開始または再開するとき、参照される最初のバイト（つまり、左端のバイト）である。ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定された場合、ＳＢＢは、第１のオペランド・アドレスによって指定されたバイトに適用される。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定された場合、ＳＢＢは、第２のオペランド・アドレスによって指定されたバイトに適用される。ＳＢＢは、処理された右端のビットの数を指定する。ＳＢＢは、動作への入力および動作の出力である。
ＳＢＢが２進数０１１の値を含む場合の圧縮データ・ストリームの一例が、図４に示されている。動作の終了後の処理されたデータが４００に示されており、動作の開始前の処理されるデータが４０２に示されている。
さらに、図５Ａ～５Ｃは、ＤＦＬＴＣＣ－ＣＭＰＲ機能へのＳＢＢの適用方法を示す例を提供する。例えば、ＤＦＬＴＣＣ－ＣＭＰＲ機能を実行する前後のＳＢＢの適用方法の一例が、図５Ａに示されている。その他の例が、図５Ｂ～５Ｃに示されている。ＮＴ３７４が１である場合、ＳＢＢ３８１が２進数０００に等しいとして扱われる。
図３Ｌを参照して、パラメータ・ブロック３７０の追加のフィールドが説明される。
動作終了補助コード（ＯＥＳＣ）３６５。
不完全な機能の状態（ＩＦＳ）３８３：パラメータ・ブロックのバイト２１のビット４～７は、特定の動作が終了するときの状態情報を含む。復元動作が終了するときに、ＩＦＳは、１つの例では、次のように第２のオペランドに関する情報を伝達する。
ＩＦＳ（２進数） 意味
００００ ＢＦＩＮＡＬが１に等しいブロックの最後の要素をデコードした後に、動作が終了した。
１０００ ＢＴＹＰＥが２進数００に等しく、ＢＦＩＮＡＬが０に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１００１ ＢＴＹＰＥが２進数００に等しく、ＢＦＩＮＡＬが１に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１０１０ ＢＴＹＰＥが２進数０１に等しく、ＢＦＩＮＡＬが０に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１０１１ ＢＴＹＰＥが２進数０１に等しく、ＢＦＩＮＡＬが１に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１１００ ＢＴＹＰＥが２進数１０に等しく、ＢＦＩＮＡＬが０に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１１０１ ＢＴＹＰＥが２進数１０に等しく、ＢＦＩＮＡＬが１に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１１１０ 動作がブロック境界で終了しており、ＢＦＩＮＡＬが１に等しいブロックの最後の要素がデコードされておらず、その後のブロックのブロック・ヘッダーの最初の要素がまだ処理されていない。
ＩＦＳ（２進数） 意味
００００ ＢＦＩＮＡＬが１に等しいブロックの最後の要素をデコードした後に、動作が終了した。
１０００ ＢＴＹＰＥが２進数００に等しく、ＢＦＩＮＡＬが０に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１００１ ＢＴＹＰＥが２進数００に等しく、ＢＦＩＮＡＬが１に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１０１０ ＢＴＹＰＥが２進数０１に等しく、ＢＦＩＮＡＬが０に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１０１１ ＢＴＹＰＥが２進数０１に等しく、ＢＦＩＮＡＬが１に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１１００ ＢＴＹＰＥが２進数１０に等しく、ＢＦＩＮＡＬが０に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１１０１ ＢＴＹＰＥが２進数１０に等しく、ＢＦＩＮＡＬが１に等しいブロックの最後の要素以外の要素をデコードした後に、動作が終了した。
１１１０ 動作がブロック境界で終了しており、ＢＦＩＮＡＬが１に等しいブロックの最後の要素がデコードされておらず、その後のブロックのブロック・ヘッダーの最初の要素がまだ処理されていない。
１つの実施形態では、復元動作が、２進数００００に等しいＩＦＳを伴って終了し、正常完了を満たさないことがある。そのような場合、条件コード１または３が設定されて動作が終了する。
圧縮動作が終了するときに、ＩＦＳフィールドは定義されないが、変更されてよい。
ＩＦＳは動作への入力ではない。
不完全な機能の長さ（ＩＦＬ：Incomplete Function Length）３８４：パラメータ・ブロックのバイト２２～２３は、特定の動作が終了するときの長さの情報を含む。復元動作の場合、ＩＦＬが第２のオペランドに適用される。ＢＴＹＰＥが２進数００に等しいブロックの全部ではなく一部をデコードした後に、復元動作が終了した場合、ＩＦＬは、第２のオペランド内のまだ処理されていないブロックのバイト数を指定する符号なし２進整数を含む。バイト２２～２３は、ＢＴＹＰＥが２進数００に等しいブロックの、例えばリトルエンディアン（little-endian）・バイト・オーダーであるＬＥＮフィールドとは異なり、例えばビッグエンディアン（big-endian）・バイト・オーダーでＩＦＬを含む。
ＢＴＹＰＥが２進数００に等しく、ＢＦＩＮＡＬが１に等しい完全なブロックをデコードした後に、復元動作が終了した場合、０がＩＦＬフィールドに格納される。復元動作が、ＢＴＹＰＥが０以外であるブロックの全部ではなく一部をデコードした後に終了するか、またはブロック境界で終了した場合、ＩＦＬフィールドは定義されないが、変更されてよい。
圧縮動作が終了するときに、ＩＦＬフィールドは定義されないが、変更されてよい。
ＩＦＬは動作への入力ではない。
履歴長（ＨＬ：History Length）３８５：パラメータ・ブロックのバイト４４～４５は、動作中に参照できる履歴バッファ内の履歴のバイト数を指定する符号なし２進整数を含む。ＨＬは、直列履歴バッファおよび円形履歴バッファに適用される。新しいタスク（ＮＴ）が１に等しい場合、履歴は動作の開始時に適用されず、動作への入力としての履歴長は、０として扱われる。
履歴長が例えば３２，７６８より大きく、ＮＴが０に等しい場合、一般オペランド・データ例外が認識される。
圧縮動作中および復元動作中に、履歴長が変更される。元のＨＬと、動作中に処理された圧縮されていないデータのバイト数との和が、例えば３２，７６８以下である場合、更新されたＨＬは、元のＨＬと、動作中に処理された圧縮されていないデータのバイト数との和に等しく、そうでない場合、更新されたＨＬは３２，７６８の値に等しい。
履歴オフセット（ＨＯ：History Offset）３８６：パラメータ・ブロックのバイト４６のビット１からバイト４７のビット７までの１５ビットは、履歴バッファ・タイプが円形である場合の第３のオペランド内のオフセットを指定する符号なし２進整数を含む。Ｒ３の内容および履歴オフセットの和は、円形履歴バッファ内の履歴の最初のバイトの位置を指定し、このバイトは、バッファ内の圧縮されていないデータのうちの処理されてから最も長い時間が経過したバイトである。履歴バッファ・タイプが円形である場合、履歴オフセットは動作への入力であり、動作の終了時に更新される。元のＨＬと、動作中に処理された圧縮されていないデータのバイト数との和が、例えば３２，７６８以下である場合、更新されたＨＯは、元のＨＬＯに等しく、そうでない場合、更新されたＨＯは、元のＨＯ、元のＨＬ、および動作中に処理された圧縮されていないデータのバイト数の和を３２，７６８で割った余りに等しい。
履歴バッファ・タイプが直列である場合、パラメータ・ブロックのＨＯフィールドは定義されないが、変更されてよい。
チェック値３８７：パラメータ・ブロックのバイト４８～５１はチェック値を含む。動作の一部として、チェック値が生成される。チェック値は、圧縮されていないデータ・オペランドに適用される。すなわち、チェック値は、ＤＦＬＴＣＣ－ＣＭＰＲ機能の場合、第２のオペランドに適用され、ＤＦＬＴＣＣ－ＸＰＮＤ機能の場合、第１のオペランドに適用される。ＣＶＴビット３７５が０である場合、例えば３２ビットの巡回冗長チェックのチェック値（ＣＲＣ－３２）が生成される。ＣＶＴビットが１である場合、例えば３２ビットのアドラー・チェックサムのチェック値（Ａｄｌｅｒ－３２）が生成される。
チェック値を生成するための入力は、例えば、４バイトのベース、および動作中に処理される圧縮されていないデータである。ベース入力は、圧縮データ・ブロックの完全なセットを処理するためにＤＦＬＴＣＣ命令が実行される回数に関わらず、圧縮データ・ブロックのセットに対して単一の一貫したチェック値を計算するための手段を提供する。ＮＴビットが０である場合、チェック値フィールド内の元の値が、チェック値の生成においてベース入力に使用される。
Ａｄｌｅｒ－３２チェック値が生成される場合、１つの例では、以下が適用される。
・ＮＴビットが１である場合、１の値が４バイトのベース入力に使用される。
・Ａｄｌｅｒ－３２チェック値生成において定義された和を６５，５２１で割った余りが計算される。
・その結果が、ビッグエンディアン・バイト・オーダーでチェック値フィールドに格納される。すなわち、チェック値の最上位バイトがバイト４８に位置し、チェック値の最下位バイトがバイト５１に位置する。
・ＮＴビットが１である場合、１の値が４バイトのベース入力に使用される。
・Ａｄｌｅｒ－３２チェック値生成において定義された和を６５，５２１で割った余りが計算される。
・その結果が、ビッグエンディアン・バイト・オーダーでチェック値フィールドに格納される。すなわち、チェック値の最上位バイトがバイト４８に位置し、チェック値の最下位バイトがバイト５１に位置する。
ＣＲＣ－３２チェック値が生成される場合、１つの例では、以下が適用される。
・ＮＴビットが１である場合、０の値が４バイトのベース入力に使用される。
・ＣＲＣ－３２チェック値の生成において除数として使用される多項式は、ｘ３２＋ｘ２６＋ｘ２３＋ｘ２２＋ｘ１６＋ｘ１２＋ｘ１１＋ｘ１０＋ｘ８＋ｘ７＋ｘ５＋ｘ４＋ｘ２＋ｘ１＋ｘ０であり、１６進数１０４Ｃ１１ＤＢ７として表される。この表現では、左端のビットが最上位ビットに対応する。
・チェック値を生成する最初の段階では、ベース入力の１の補数を計算し、最後の段階では、結果を格納する前に、結果の１の補数を計算する。
・その結果が、リトルエンディアン・バイト・オーダーでチェック値フィールドに格納される。すなわち、チェック値の最下位バイトがバイト４８に位置し、チェック値の最上位バイトがバイト５１に位置する。
・ＮＴビットが１である場合、０の値が４バイトのベース入力に使用される。
・ＣＲＣ－３２チェック値の生成において除数として使用される多項式は、ｘ３２＋ｘ２６＋ｘ２３＋ｘ２２＋ｘ１６＋ｘ１２＋ｘ１１＋ｘ１０＋ｘ８＋ｘ７＋ｘ５＋ｘ４＋ｘ２＋ｘ１＋ｘ０であり、１６進数１０４Ｃ１１ＤＢ７として表される。この表現では、左端のビットが最上位ビットに対応する。
・チェック値を生成する最初の段階では、ベース入力の１の補数を計算し、最後の段階では、結果を格納する前に、結果の１の補数を計算する。
・その結果が、リトルエンディアン・バイト・オーダーでチェック値フィールドに格納される。すなわち、チェック値の最下位バイトがバイト４８に位置し、チェック値の最上位バイトがバイト５１に位置する。
１つの例では、条件コード０が設定されて動作が終了する場合にのみ、チェック値はプログラムにとって意味を持ち、そうでない場合、チェック値は、単に中間結果であり、動作を再開することのみのために意味を持つ。ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、条件コード１、２、または３が設定されて動作が終了した場合、第２のオペランド・アドレスによって指定されたバイトの左にある一部のバイトが、得られたチェック値の計算に含まれていないことがある。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、条件コード１、２、または３が設定されて動作が終了した場合、第１のオペランド・アドレスによって指定されたバイトの右にあるまだ格納されていない一部の結果のバイトが、得られたチェック値の計算にすでに含まれていることがある。
ブロック終結シンボル（ＥＯＢＳ：End-Of-Block Symbol）３８８：パラメータ・ブロックのバイト５２のビット０からバイト５３のビット６までの１５ビットは、ブロック終結（ＥＯＢ）シンボルを含む。パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ：end-of-block length）フィールド３８９は、ＥＯＢＳフィールド内のＥＯＢシンボルの長さを指定する。ＥＯＢシンボルは、ＥＯＢＳフィールド内で左詰めにされる。ＥＯＢシンボルによって占められないＥＯＢＳフィールドのビットは、０として格納される。どのタイプのハフマン・テーブルが適用されるかに関わらず、データを圧縮する場合、ＥＯＢＳフィールドは動作の出力である。ＥＯＢＳフィールドは、動作への入力として使用されない。
バイト５２のビット０は、ＥＯＢシンボルの最上位ビットを含む。ＥＯＢシンボルの長さが７ビットである場合、バイト５２のビット６がＥＯＢシンボルの最下位ビットを含む。ＥＯＢシンボルの長さが１５ビットである場合、バイト５３のビット６がＥＯＢシンボルの最下位ビットを含む。
ＦＨＴを使用するブロックの場合、デフレート規格によって規定されているように、ＥＯＢシンボルは２進数０００００００である。ＤＨＴを使用するブロックの場合、ＥＯＢシンボルはＤＨＴによって定義される。ＥＯＢシンボルは、ブロックを閉じる能力をプログラムに提供するために伝達される。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定された場合、ＥＯＢＳフィールドは定義されないが、変更されてよい。
ブロック終結の長さ（ＥＯＢＬ）３８９：パラメータ・ブロックのバイト５４のビット０～３は、パラメータ・ブロックのＥＯＢＳフィールド３８８内のブロック終結（ＥＯＢ）シンボルの長さを指定する符号なし２進整数を含む。この長さは、ＥＯＢＳフィールド内でＥＯＢシンボルが占めるビット数を指定する。どのタイプのハフマン・テーブルが適用されるかに関わらず、データを圧縮する場合、ＥＯＢＬフィールドは動作の出力である。ＥＯＢＬフィールドは、動作への入力として使用されない。
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定された場合、ＥＯＢＬフィールドは定義されないが、変更されてよい。
圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）３６６。
圧縮された動的ハフマン・テーブル（ＣＤＨＴ）３６７：ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、ＨＴＴが１である場合、ＤＨＴの圧縮表現が動作への入力である。ＣＤＨＴフィールドは、ＤＦＬＴＣＣ－ＣＭＰＲ機能によって変更されない。
継続状態バッファ（ＣＳＢ：Continuation State Buffer）３９２：条件が、１の値がＣＦフィールド３７３に格納されることを引き起こした場合、内部状態データがパラメータ・ブロックのバイト３８４～１５３５に格納され、そうでない場合、パラメータ・ブロックのバイト３８４～１５３５が定義されず、変更されてよい。格納される内部状態データは、モデルに依存し、動作を再開するために、その後使用されてよい。プログラムが、例えばすべて０を含むように継続状態バッファを初期化することが期待されるが、これは必須ではない。０以外の条件コードが設定されて命令が終了した後に、動作を再開する目的で命令を再実行する前に、プログラムは継続状態バッファを変更するべきではなく、そうでない場合、結果が予測不可能になる。
パラメータ・ブロック３７０に関してさまざまなフィールドが上で説明されたが、他の実施形態では、追加のフィールド、より少ないフィールド、またはその他のフィールド、あるいはその組み合わせが含まれてよい。
以下では、データの圧縮に関して圧縮動作の一例が説明される。
第２のオペランド全体が圧縮され、第１のオペランドの位置に格納されたときに、ＤＦＬＴＣＣ－ＣＭＰＲ機能の正常完了が発生する。正常完了に起因して動作が終了した場合、１つの例では、以下が発生する。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの継続フラグ（ＣＦ）フィールド３７３が０に設定される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・条件コード０が設定される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの継続フラグ（ＣＦ）フィールド３７３が０に設定される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・条件コード０が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
正常完了が発生した場合、動作の終了後に、パラメータ・ブロックのＣＳＢフィールド３９２が定義されない。
ＣＰＵによって決定されたバイト数が処理されたときに動作が終了し、１つの例では、以下が発生する。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・条件コード３が設定される。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・条件コード３が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
ＣＰＵによって決定されたバイト数は、モデルによって決まり、命令が実行されるたびに異なる数であってよい。
条件コード３が設定されて命令が終了した後に、プログラムが命令に関する入力の仕様も、出力の仕様も変更せずに、分岐して戻り、命令を再実行して動作を再開することが期待される。
特定の状況では、条件コード３が設定されて命令を終了したにもかかわらず、パラメータ・ブロックおよび汎用レジスタが更新されない。このような状況は、ＣＰＵが静止動作（quiescing operation）を実行するか、またはＣＰＵがデフレート変換呼び出し命令の実行中に再試行するときに、発生することがある。そのような場合、ＣＰＵによって決定された処理済みのバイト数は０であり、データが第１のオペランドの位置に格納されていてよく、適用可能な場合、データが第３のオペランドの位置に格納されていてよく、対応する変更のビットが設定されている。
１つの例では、次の条件のいずれかが当てはまる場合、第１のオペランドの長さは、動作を完了するのに不十分である。
・汎用レジスタＲ１＋１の内容によって指定された第１のオペランドの長さが、命令の実行の開始時に０である。
・命令の実行中に第１のオペランドの長さが０に等しくなり、正常完了が発生しない。
・汎用レジスタＲ１＋１の内容によって指定された第１のオペランドの長さが、命令の実行の開始時に０である。
・命令の実行中に第１のオペランドの長さが０に等しくなり、正常完了が発生しない。
１つの例では、汎用レジスタＲ１＋１の内容が０である場合、パラメータ・ブロックのＮＴフィールドおよびＳＢＢフィールド内の値に関わらず、第１のオペランドの長さは０である。
命令の実行中に第１のオペランドの長さが０に等しくなった場合、動作が終了し、１つの実施形態では以下が発生する。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・条件コード１が設定される。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・条件コード１が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
命令の実行の開始時に第１のオペランドの長さが０である場合、動作が終了し、１つの実施形態では以下が発生する。
・条件コード１が設定される。
・条件コード１が設定される。
条件コード１が設定されて命令が終了した後に、プログラムが、第１のオペランドの長さ、第１のオペランド・アドレス、またはその両方を変更し、命令を再実行して動作を再開することが期待される。
以下に関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・下で説明されているように、パラメータ・ブロックに格納する。
・第１のオペランドの位置に格納する。
・第３のオペランドの位置に格納し、この格納が、例えば履歴バッファ・タイプ（ＨＢＴ）が１（円形）である場合に発生する。
・下で説明されているように、パラメータ・ブロックに格納する。
・第１のオペランドの位置に格納する。
・第３のオペランドの位置に格納し、この格納が、例えば履歴バッファ・タイプ（ＨＢＴ）が１（円形）である場合に発生する。
パラメータ・ブロック全体がＰＥＲストレージ領域指定と重なる場合、パラメータ・ブロックに関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。パラメータ・ブロックの一部のみがＰＥＲストレージ領域指定と重なる場合、以下のうちのどれが発生するかは、モデルに依存する。
・パラメータ・ブロックに関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・格納されたパラメータ・ブロックの一部に関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・パラメータ・ブロックに関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・格納されたパラメータ・ブロックの一部に関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
ＨＢＴが１（円形）である場合、パラメータ・ブロック、第１のオペランドの位置、第２のオペランドの位置、および第３のオペランドの位置に関して、適用可能な場合、ＰＥＲゼロ・アドレス検出イベントが認識される。
条件コード２は、ＤＦＬＴＣＣ－ＣＭＰＲ機能に適用できない。
条件コード１または３が設定されて命令が終了するとき、第２のオペランドの位置から参照された入力データは、完全に処理されているか、または部分的にのみ処理されていてよい。入力データが部分的にのみ処理されている場合、パラメータ・ブロックの第１のオペランドの位置、第１のオペランド・アドレス、第１のオペランドの長さ、およびＳＢＢフィールドにおける結果は、更新された第２のオペランドのアドレスおよび長さと一致する状態を表さない。そのような場合、部分的に処理されたデータおよび内部状態情報が、パラメータ・ブロックのＣＳＢフィールドに配置されてよい。部分的に処理されたデータの量は、動作の終了時に存在する条件およびモデルによって決まる。一部のデータのみが部分的に処理されることがあるが、更新された第１のオペランド・アドレスによって指定された位置の左に格納された結果は完成しており、動作が再開するときに変更されない。さらに、その後、プログラムが命令を再実行して動作を再開することが期待され、そのとき、動作を再開する前に、ＣＳＢフィールドの内容が参照される。条件コード０が設定されて命令が終了した場合、すべてのデータが完全に処理されており、入力データおよび出力データに関連付けられたすべての結果が一貫した状態を表す。
０以外の条件コードが設定されて命令が終了した後に、動作を再開する目的で命令を再実行する前に、プログラムはパラメータ・ブロックのどのフィールドも変更するべきではなく、そうでない場合、結果が予測不可能になる。
機能コード４：ＤＦＬＴＣＣ－ＸＰＮＤ（展開）
ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定された場合、復元動作が実行される。この動作は、第２のオペランドの位置の圧縮データ・シンボルを、第１のオペランドの位置に格納される圧縮されていないデータにデコードすることを含む。
１つの例では、ＤＦＬＴＣＣ－ＸＰＮＤ機能はパラメータ・ブロックを使用し、その例が図３Ｋ～３Ｌに関して上で説明されている。
以下では、データの復元に関してＤＦＬＴＣＣ－ＸＰＮＤ動作の一例が説明される。
第２のオペランド内のデータ・セットの最後のブロックのすべての要素がデコードされ、すべての圧縮されていないデータが第１のオペランドの位置に格納されたときに、正常完了が発生する。ブロック・ヘッダーのＢＦＩＮＡＬビットが１である場合、データ・セットの最後のブロックが識別される。正常完了に起因して動作が終了した場合、１つの実施形態では、以下が発生する。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの継続フラグ（ＣＦ）フィールド３７３が０に設定される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が０に設定される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード０が設定される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの継続フラグ（ＣＦ）フィールド３７３が０に設定される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が０に設定される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード０が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
正常完了が発生した場合、動作の終了後に、パラメータ・ブロックのＣＳＢフィールド３９２が定義されない。
ＣＰＵによって決定されたバイト数が処理されたときに動作が終了し、１つの実施形態では、以下が発生する。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が更新される。ＢＴＹＰＥ値が２進数１０であるブロックを処理しているときに部分的完了が発生した場合、テーブルを表すために必要とされないＣＤＨＴフィールドのバイトが０として格納される。ＢＴＹＰＥ値が２進数００または０１であるブロックを処理しているときに部分的完了が発生した場合、ＣＤＨＴフィールドおよびＣＤＨＴＬフィールドに０が格納される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックの不完全な機能の状態（ＩＦＳ）フィールド３８３が更新される。
・適用可能な場合、パラメータ・ブロックの不完全な機能の長さ（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード３が設定される。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が更新される。ＢＴＹＰＥ値が２進数１０であるブロックを処理しているときに部分的完了が発生した場合、テーブルを表すために必要とされないＣＤＨＴフィールドのバイトが０として格納される。ＢＴＹＰＥ値が２進数００または０１であるブロックを処理しているときに部分的完了が発生した場合、ＣＤＨＴフィールドおよびＣＤＨＴＬフィールドに０が格納される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックの不完全な機能の状態（ＩＦＳ）フィールド３８３が更新される。
・適用可能な場合、パラメータ・ブロックの不完全な機能の長さ（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード３が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
ＣＰＵによって決定されたバイト数は、モデルによって決まり、命令が実行されるたびに異なる数であってよい。
条件コード３が設定されて命令が終了した後に、プログラムが命令に関する入力の仕様も、出力の仕様も変更せずに、分岐して戻り、命令を再実行して動作を再開することが期待される。
特定の状況では、条件コード３が設定されて命令を終了したにもかかわらず、パラメータ・ブロックおよび汎用レジスタが更新されない。このような状況は、ＣＰＵが静止動作を実行するか、またはＣＰＵがデフレート変換呼び出し命令の実行中に再試行するときに、発生することがある。そのような場合、ＣＰＵによって決定された処理済みのバイト数は０であり、データが第１のオペランドの位置に格納されていてよく、適用可能な場合、データが第３のオペランドの位置に格納されていてよく、対応する変更のビットが設定されている。
例えば、以下が当てはまる場合、第２のオペランドの長さは、動作を完了するのに不十分である。
・動作中に、ＢＦＩＮＡＬが１に等しい圧縮データ・ブロックの最後の要素がデコードされておらず、第２のオペランドの長さおよびＳＢＢによって指定された第２のオペランドのビット数が、次にデコードする要素のビット数よりも少なく、第２のオペランドの位置からのデータのデコーディングのすべての結果が第１のオペランドの位置に配置されている。
・動作中に、ＢＦＩＮＡＬが１に等しい圧縮データ・ブロックの最後の要素がデコードされておらず、第２のオペランドの長さおよびＳＢＢによって指定された第２のオペランドのビット数が、次にデコードする要素のビット数よりも少なく、第２のオペランドの位置からのデータのデコーディングのすべての結果が第１のオペランドの位置に配置されている。
第２のオペランドの長さが、動作を完了するのに不十分である場合、動作が部分的に完了されており、動作が終了し、１つの実施形態では、以下が発生する。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が更新される。ＢＴＹＰＥ値が２進数１０であるブロックを処理しているときに部分的完了が発生した場合、テーブルを表すために必要とされないＣＤＨＴフィールドのバイトが０として格納される。ＢＴＹＰＥ値が２進数００または０１であるブロックを処理しているときに部分的完了が発生した場合、ＣＤＨＴフィールドおよびＣＤＨＴＬフィールドに０が格納される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックの不完全な機能の状態（ＩＦＳ）フィールド３８３が更新される。
・適用可能な場合、パラメータ・ブロックの不完全な機能の長さ（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード２が設定される。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が更新される。ＢＴＹＰＥ値が２進数１０であるブロックを処理しているときに部分的完了が発生した場合、テーブルを表すために必要とされないＣＤＨＴフィールドのバイトが０として格納される。ＢＴＹＰＥ値が２進数００または０１であるブロックを処理しているときに部分的完了が発生した場合、ＣＤＨＴフィールドおよびＣＤＨＴＬフィールドに０が格納される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックの不完全な機能の状態（ＩＦＳ）フィールド３８３が更新される。
・適用可能な場合、パラメータ・ブロックの不完全な機能の長さ（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード２が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
条件コード２が設定されて命令が終了した後に、プログラムが、第２のオペランドの長さ、第２のオペランド・アドレス、またはその両方を変更し、命令を再実行して動作を再開することが期待される。
例えば、以下が当てはまる場合、第１のオペランドの長さは、動作を完了するのに不十分である。
・第１のオペランドの長さが０に等しいため、第２のオペランドの位置からのデータのデコーディングの結果を第１のオペランドの位置に配置することができない。
・第１のオペランドの長さが０に等しいため、第２のオペランドの位置からのデータのデコーディングの結果を第１のオペランドの位置に配置することができない。
第１のオペランドの長さが、動作を完了するのに不十分である場合、動作が部分的に完了されており、動作が終了し、１つの実施形態では、以下が発生する。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が更新される。ＢＴＹＰＥ値が２進数１０であるブロックを処理しているときに部分的完了が発生した場合、テーブルを表すために必要とされないＣＤＨＴフィールドのバイトが０として格納される。ＢＴＹＰＥ値が２進数００または０１であるブロックを処理しているときに部分的完了が発生した場合、ＣＤＨＴフィールドおよびＣＤＨＴＬフィールドに０が格納される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックの不完全な機能の状態（ＩＦＳ）フィールド３８３が更新される。
・適用可能な場合、パラメータ・ブロックの不完全な機能の長さ（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード１が設定される。
・パラメータ・ブロック内の継続フラグ（ＣＦ）ビット３７３が１に設定される。
・パラメータ・ブロック内の継続状態バッファ（ＣＳＢ）フィールド３９２が更新される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックの圧縮された動的ハフマン・テーブル（ＣＤＨＴ）フィールド３６７および圧縮された動的ハフマン・テーブルの長さ（ＣＤＨＴＬ）フィールド３６６が更新される。ＢＴＹＰＥ値が２進数１０であるブロックを処理しているときに部分的完了が発生した場合、テーブルを表すために必要とされないＣＤＨＴフィールドのバイトが０として格納される。ＢＴＹＰＥ値が２進数００または０１であるブロックを処理しているときに部分的完了が発生した場合、ＣＤＨＴフィールドおよびＣＤＨＴＬフィールドに０が格納される。
・パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５が更新される。
・適用可能な場合、パラメータ・ブロックの履歴オフセット（ＨＯ）フィールド３８６が更新される。
・パラメータ・ブロックのチェック値フィールド３８７が更新される。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５が０に設定される。
・パラメータ・ブロックの不完全な機能の状態（ＩＦＳ）フィールド３８３が更新される。
・適用可能な場合、パラメータ・ブロックの不完全な機能の長さ（ＩＦＬ）フィールド３８４が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・条件コード１が設定される。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
条件コード１が設定されて命令が終了した後に、プログラムが、第１のオペランドの長さ、第１のオペランド・アドレス、またはその両方を変更し、命令を再実行して動作を再開することが期待される。
以下に関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・本明細書において説明されているように、パラメータ・ブロックに格納する。
・第１のオペランドの位置に格納する。
・第３のオペランドの位置に格納し、この格納が、例えば履歴バッファ・タイプ（ＨＢＴ）が１（円形）である場合に発生する。
・本明細書において説明されているように、パラメータ・ブロックに格納する。
・第１のオペランドの位置に格納する。
・第３のオペランドの位置に格納し、この格納が、例えば履歴バッファ・タイプ（ＨＢＴ）が１（円形）である場合に発生する。
１つの例では、パラメータ・ブロック全体がＰＥＲストレージ領域指定と重なる場合、パラメータ・ブロックに関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。パラメータ・ブロックの一部のみがＰＥＲストレージ領域指定と重なる場合、１つの実施形態では、以下のうちのどれが発生するかは、モデルに依存する。
・パラメータ・ブロックに関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・格納されたパラメータ・ブロックの一部に関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・パラメータ・ブロックに関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
・格納されたパラメータ・ブロックの一部に関して、適用可能な場合、ＰＥＲストレージ変更イベントが認識される。
ＨＢＴが１（円形）である場合、パラメータ・ブロック、第１のオペランドの位置、第２のオペランドの位置、および第３のオペランドの位置に関して、適用可能な場合、ＰＥＲゼロ・アドレス検出イベントが認識される。
条件コード１、２、または３が設定されて命令が終了するとき、第２のオペランドの位置から参照された入力データは、完全に処理されているか、または部分的にのみ処理されていてよい。入力データが部分的にのみ処理されている場合、第１のオペランドの位置、第１のオペランド・アドレス、第１のオペランドの長さ、パラメータ・ブロックのＳＢＢフィールド、パラメータ・ブロックのチェック値フィールド、パラメータ・ブロックのＨＬフィールド、パラメータ・ブロックのＩＦＳフィールド、ならびに適用可能な場合、第３のオペランドの位置およびパラメータ・ブロックのＨＯフィールドにおける結果が、更新された第２のオペランドのアドレスおよび長さと一致する状態を表さない。そのような場合、部分的に処理されたデータおよび内部状態情報が、パラメータ・ブロックのＣＳＢフィールドに配置されてよい。部分的に処理されたデータの量は、動作の終了時に存在する条件およびモデルによって決まる。一部のデータのみが部分的に処理されることがあるが、更新された第１のオペランド・アドレスによって指定された位置の左に格納された結果は完成しており、動作が再開するときに変更されない。さらに、その後、プログラムが命令を再実行して動作を再開することが期待され、そのとき、動作を再開する前に、ＣＳＢフィールドの内容が参照される。条件コード０が設定されて動作が終了した場合、すべてのデータが完全に処理されており、入力データおよび出力データに関連付けられたすべての結果が一貫した状態を表す。
０以外の条件コードが設定されて命令が終了した後に、動作を再開する目的で命令を再実行する前に、プログラムはパラメータ・ブロックのどのフィールドも変更するべきではなく、そうでない場合、結果が予測不可能になる。
圧縮データ・ブロック
１つの例では、ストレージ内の圧縮データ・ブロックのバイトが、例えば左から右に処理される。圧縮データ・ブロックは、バイト境界上で開始または終了してもしなくてもよい。例えば、圧縮データ・ブロックはビット・ストリームである。ブロックの要素は、一度に１ビットずつ、ストレージに読み込まれる。ビット・ストリームは、ストレージの各バイト内では例えば右から左へ読み込まれ、バイト・オーダーでは例えば左から右へ読み込まれる。要素がハフマン・コードである場合、ビットは、例えば要素の最上位ビットから最下位ビットへの順序で格納される。要素がハフマン・コードでない場合、ビットは、例えば要素の最下位ビットから最上位ビットへの順序で格納される。
図６は、圧縮データ・シンボルを含んでいない、ブロック・タイプが２進数００であるブロック６００の例を示している。１つの実施形態では、以下がこの例に当てはまる。
・圧縮データ・ブロック６００が、ｂ０として識別されるバイト０のビット４から開始し、ｂ６０として識別されるバイト７のビット０で終了するビット・ストリーム６０２で構成される。
・ビット・ストリームに出現する最初の要素が、バイト０のビット４におけるＢＦＩＮＡＬ（ブロック・ヘッダーの最後のビット）である。
・ビット・ストリームに出現する２番目の要素が、バイト０のビット２～３におけるＢＴＹＰＥ（ブロック・タイプ）である。この例では、ＢＴＹＰＥは２進数００である。
・ＢＴＹＰＥが２進数００である場合、ＢＴＹＰＥの左にあるビット（この例では、バイト０のビット０～１）およびバイト境界の右にあるビットが無視される。
・ビット・ストリームに出現する３番目の要素が、ＬＥＮフィールドの最下位バイト（ＬＳＢ：least significant byte）であり、その後にＬＥＮフィールドの最上位バイト（ＭＳＢ：most significant byte）が続く。ＬＥＮフィールドは、リテラル・データを含むブロック内のバイト数を指定する。リテラル・データは、例えば圧縮されていないデータである。リテラル・データを含むバイトは、ビット・ストリーム内のＮＬＥＮフィールドの後に続く。ＮＬＥＮは、ＬＥＮの１の補数である。１つの例では、バイト１～２が、リトルエンディアン・バイト・オーダーでＬＥＮフィールドを含む。
・ＬＥＮフィールドの後に続いてビット・ストリームに出現する要素が、ＮＬＥＮフィールドの最下位バイトであり、その後にＮＬＥＮフィールドの最上位バイトが続く。バイト３～４が、リトルエンディアン・バイト・オーダーでＮＬＥＮフィールドを含む。ＮＬＥＮフィールドは、ＬＥＮフィールドの１の補数である。
・ＮＬＥＮフィールドの後に続いてビット・ストリームに出現する要素が、リテラル・バイトとして識別される圧縮されていないデータである。バイト５～７は、このブロックを生成するために使用されるソース・データから変更されない、圧縮されていないデータを含む。
・このブロックに含まれているどの要素も、ハフマン・コードではない。このブロック内のすべての要素は、デフレート規格によって規定されているように、要素の最下位ビットから最上位ビットへの順序で、ビット・ストリームに格納される。ＬＥＮ、ＮＬＥＮ、およびリテラルの各要素が、バイト境界上でアライメントされた整数個のバイトであるため、これらの要素は、バイト単位で処理されてよく、必ずしもビット単位で処理されなくてよい。
・圧縮データ・ブロック６００が、ｂ０として識別されるバイト０のビット４から開始し、ｂ６０として識別されるバイト７のビット０で終了するビット・ストリーム６０２で構成される。
・ビット・ストリームに出現する最初の要素が、バイト０のビット４におけるＢＦＩＮＡＬ（ブロック・ヘッダーの最後のビット）である。
・ビット・ストリームに出現する２番目の要素が、バイト０のビット２～３におけるＢＴＹＰＥ（ブロック・タイプ）である。この例では、ＢＴＹＰＥは２進数００である。
・ＢＴＹＰＥが２進数００である場合、ＢＴＹＰＥの左にあるビット（この例では、バイト０のビット０～１）およびバイト境界の右にあるビットが無視される。
・ビット・ストリームに出現する３番目の要素が、ＬＥＮフィールドの最下位バイト（ＬＳＢ：least significant byte）であり、その後にＬＥＮフィールドの最上位バイト（ＭＳＢ：most significant byte）が続く。ＬＥＮフィールドは、リテラル・データを含むブロック内のバイト数を指定する。リテラル・データは、例えば圧縮されていないデータである。リテラル・データを含むバイトは、ビット・ストリーム内のＮＬＥＮフィールドの後に続く。ＮＬＥＮは、ＬＥＮの１の補数である。１つの例では、バイト１～２が、リトルエンディアン・バイト・オーダーでＬＥＮフィールドを含む。
・ＬＥＮフィールドの後に続いてビット・ストリームに出現する要素が、ＮＬＥＮフィールドの最下位バイトであり、その後にＮＬＥＮフィールドの最上位バイトが続く。バイト３～４が、リトルエンディアン・バイト・オーダーでＮＬＥＮフィールドを含む。ＮＬＥＮフィールドは、ＬＥＮフィールドの１の補数である。
・ＮＬＥＮフィールドの後に続いてビット・ストリームに出現する要素が、リテラル・バイトとして識別される圧縮されていないデータである。バイト５～７は、このブロックを生成するために使用されるソース・データから変更されない、圧縮されていないデータを含む。
・このブロックに含まれているどの要素も、ハフマン・コードではない。このブロック内のすべての要素は、デフレート規格によって規定されているように、要素の最下位ビットから最上位ビットへの順序で、ビット・ストリームに格納される。ＬＥＮ、ＮＬＥＮ、およびリテラルの各要素が、バイト境界上でアライメントされた整数個のバイトであるため、これらの要素は、バイト単位で処理されてよく、必ずしもビット単位で処理されなくてよい。
図７は、固定ハフマン・テーブル（ＦＨＴ）を使用して生成された圧縮データ・シンボルを含んでいる、ブロック・タイプが２進数０１であるブロック７００の例を示している。１つの実施形態では、以下がこの例に当てはまる。
・圧縮データ・ブロック７００が、ｂ０として識別されるバイト０のビット４から開始し、ｂ８９として識別されるバイト１１のビット３で終了するビット・ストリーム７０２で構成される。
・ビット・ストリームに出現する最初の要素が、バイト０のビット４におけるＢＦＩＮＡＬである。
・ビット・ストリームに出現する２番目の要素が、バイト０のビット２～３におけるＢＴＹＰＥである。この例では、ＢＴＹＰＥは２進数０１である。
・固定ハフマン・テーブル（ＦＨＴ）が、ブロックの構成要素ではない。
・ビット・ストリームに出現する第３の要素が、バイト０のビット１で開始する最初の圧縮データ・シンボルである。圧縮データ・シンボルは、１つの例では、示されている順序でビット・ストリームに出現する以下の部分要素で構成される。
１．変数の長さのハフマン・コード。このコードの最上位ビットは、コードの長さを指定する。このコードは、コードの最上位ビットから開始してビット・ストリームに出現し、コードの最下位ビットで終了する。このコードがリテラル値またはブロック終結シンボルを表す場合、このコードは、圧縮データ・シンボルの単なる部分要素である。このコードが履歴バッファへのポインタの長さを表す場合、このコードの後に、圧縮データ・シンボルのその後の部分要素が続く。
２．適用可能な場合、デフレート規格によって規定されているように、ポインタの長さを表すハフマン・コードの後に、追加の長さビットが続いてよい。追加の長さビットは、追加の長さビットの最下位ビットから開始してビット・ストリームに出現し、追加の長さビットの最上位ビットで終了する。
３．次にビット・ストリームに出現する部分要素は、履歴バッファへのポインタの５ビットの距離コードである。この距離コードは、例えばコードの最上位ビットから開始してビット・ストリームに出現し、距離コードの最下位ビットで終了する。
４．適用可能な場合、デフレート規格によって規定されているように、距離コードの後に、追加の距離ビットが続いてよい。追加の距離ビットは、追加の距離ビットの最下位ビットから開始してビット・ストリームに出現し、追加の距離ビットの最上位ビットで終了する。
・一例として、バイト０のビット０～１、バイト１～９のすべてのビット、およびバイト１０のビット２～７が、圧縮データ・シンボルのビットを含む。
・ビット・ストリームに出現する最後の要素が、単一の部分要素を含んでいる圧縮データ・シンボルであり、この部分要素は、ブロック終結（ＥＯＢ）シンボルを表すハフマン・コードである。ＢＴＹＰＥが２進数０１であるブロックのＥＯＢシンボルは、２進数０００００００である。この例では、バイト１０のビット１が、ＥＯＢシンボルの最上位ビットを含み、バイト１１のビット３が、ＥＯＢシンボルの最下位ビットを含む。
・バイト１１のビット３が、圧縮データ・ブロックの最後のビットである、ビット・ストリームの最後のビットを含む。
・圧縮データ・ブロック７００が、ｂ０として識別されるバイト０のビット４から開始し、ｂ８９として識別されるバイト１１のビット３で終了するビット・ストリーム７０２で構成される。
・ビット・ストリームに出現する最初の要素が、バイト０のビット４におけるＢＦＩＮＡＬである。
・ビット・ストリームに出現する２番目の要素が、バイト０のビット２～３におけるＢＴＹＰＥである。この例では、ＢＴＹＰＥは２進数０１である。
・固定ハフマン・テーブル（ＦＨＴ）が、ブロックの構成要素ではない。
・ビット・ストリームに出現する第３の要素が、バイト０のビット１で開始する最初の圧縮データ・シンボルである。圧縮データ・シンボルは、１つの例では、示されている順序でビット・ストリームに出現する以下の部分要素で構成される。
１．変数の長さのハフマン・コード。このコードの最上位ビットは、コードの長さを指定する。このコードは、コードの最上位ビットから開始してビット・ストリームに出現し、コードの最下位ビットで終了する。このコードがリテラル値またはブロック終結シンボルを表す場合、このコードは、圧縮データ・シンボルの単なる部分要素である。このコードが履歴バッファへのポインタの長さを表す場合、このコードの後に、圧縮データ・シンボルのその後の部分要素が続く。
２．適用可能な場合、デフレート規格によって規定されているように、ポインタの長さを表すハフマン・コードの後に、追加の長さビットが続いてよい。追加の長さビットは、追加の長さビットの最下位ビットから開始してビット・ストリームに出現し、追加の長さビットの最上位ビットで終了する。
３．次にビット・ストリームに出現する部分要素は、履歴バッファへのポインタの５ビットの距離コードである。この距離コードは、例えばコードの最上位ビットから開始してビット・ストリームに出現し、距離コードの最下位ビットで終了する。
４．適用可能な場合、デフレート規格によって規定されているように、距離コードの後に、追加の距離ビットが続いてよい。追加の距離ビットは、追加の距離ビットの最下位ビットから開始してビット・ストリームに出現し、追加の距離ビットの最上位ビットで終了する。
・一例として、バイト０のビット０～１、バイト１～９のすべてのビット、およびバイト１０のビット２～７が、圧縮データ・シンボルのビットを含む。
・ビット・ストリームに出現する最後の要素が、単一の部分要素を含んでいる圧縮データ・シンボルであり、この部分要素は、ブロック終結（ＥＯＢ）シンボルを表すハフマン・コードである。ＢＴＹＰＥが２進数０１であるブロックのＥＯＢシンボルは、２進数０００００００である。この例では、バイト１０のビット１が、ＥＯＢシンボルの最上位ビットを含み、バイト１１のビット３が、ＥＯＢシンボルの最下位ビットを含む。
・バイト１１のビット３が、圧縮データ・ブロックの最後のビットである、ビット・ストリームの最後のビットを含む。
図８は、動的ハフマン・テーブル（ＤＨＴ）を使用して生成された圧縮データ・シンボルを含んでいる、ブロック・タイプが２進数１０であるブロック８００の例を示している。１つの実施形態では、以下がこの例に当てはまる。
・圧縮データ・ブロック８００が、ｂ０として識別されるバイト０のビット４から開始し、ｂ８９として識別されるバイト１１のビット３で終了するビット・ストリーム８０２で構成される。
・ビット・ストリームに出現する最初の要素が、バイト０のビット４におけるＢＦＩＮＡＬである。
・ビット・ストリームに出現する２番目の要素が、バイト０のビット２～３におけるＢＴＹＰＥである。この例では、ＢＴＹＰＥは２進数１０である。
・ビット・ストリームに出現する第３の要素が、バイト０のビット１で開始する動的ハフマン・テーブル（ＤＨＴ）の圧縮表現である。ＤＨＴの圧縮表現は、１つの例では、示されている順序でビット・ストリームに出現する以下の部分要素で構成される。
１．ＨＬＩＴ：５ビットのＨＬＩＴ部分要素および２５７の和が、リテラル・バイト、ＥＯＢシンボル、および重複列の長さを表すハフマン・コードの数を指定する。ＨＬＩＴの有効な値の範囲は、例えば０～２９である。ＨＬＩＴビットは、ＨＬＩＴ部分要素の最下位ビットから開始してビット・ストリームに出現し、ＨＬＩＴ部分要素の最上位ビットで終了する。この例では、ｂ３として識別されるバイト０のビット１が、ＨＬＩＴ部分要素の最下位ビットである。
２．ＨＤＩＳＴ：５ビットのＨＤＩＳＴ部分要素および１の和が、重複列のポインタ距離を表すハフマン・コードの数を指定する。ＨＤＩＳＴの有効な値の範囲は、例えば０～２９である。ＨＤＩＳＴビットは、ＨＤＩＳＴ部分要素の最下位ビットから開始してビット・ストリームに出現し、ＨＤＩＳＴ部分要素の最上位ビットで終了する。
３．ＨＣＬＥＮ：４ビットのＨＣＬＥＮ部分要素および４の和が、コード長を表すハフマン・コードの数を指定する。ＨＣＬＥＮの有効な値の範囲は、例えば０～１５である。ＨＣＬＥＮビットは、ＨＣＬＥＮ部分要素の最下位ビットから開始してビット・ストリームに出現し、ＨＣＬＥＮ部分要素の最上位ビットで終了する。
４．圧縮されたＤＨＴに対して定義されたコード長の各々に対してビット長を指定するコードのシーケンス。コードの数は、ＨＣＬＥＮおよび４の和に等しい。各コードは３ビットである。
５．リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。指定されるコード長の数は、ＨＬＩＴおよび２５７の和に等しい。
・圧縮データ・ブロック８００が、ｂ０として識別されるバイト０のビット４から開始し、ｂ８９として識別されるバイト１１のビット３で終了するビット・ストリーム８０２で構成される。
・ビット・ストリームに出現する最初の要素が、バイト０のビット４におけるＢＦＩＮＡＬである。
・ビット・ストリームに出現する２番目の要素が、バイト０のビット２～３におけるＢＴＹＰＥである。この例では、ＢＴＹＰＥは２進数１０である。
・ビット・ストリームに出現する第３の要素が、バイト０のビット１で開始する動的ハフマン・テーブル（ＤＨＴ）の圧縮表現である。ＤＨＴの圧縮表現は、１つの例では、示されている順序でビット・ストリームに出現する以下の部分要素で構成される。
１．ＨＬＩＴ：５ビットのＨＬＩＴ部分要素および２５７の和が、リテラル・バイト、ＥＯＢシンボル、および重複列の長さを表すハフマン・コードの数を指定する。ＨＬＩＴの有効な値の範囲は、例えば０～２９である。ＨＬＩＴビットは、ＨＬＩＴ部分要素の最下位ビットから開始してビット・ストリームに出現し、ＨＬＩＴ部分要素の最上位ビットで終了する。この例では、ｂ３として識別されるバイト０のビット１が、ＨＬＩＴ部分要素の最下位ビットである。
２．ＨＤＩＳＴ：５ビットのＨＤＩＳＴ部分要素および１の和が、重複列のポインタ距離を表すハフマン・コードの数を指定する。ＨＤＩＳＴの有効な値の範囲は、例えば０～２９である。ＨＤＩＳＴビットは、ＨＤＩＳＴ部分要素の最下位ビットから開始してビット・ストリームに出現し、ＨＤＩＳＴ部分要素の最上位ビットで終了する。
３．ＨＣＬＥＮ：４ビットのＨＣＬＥＮ部分要素および４の和が、コード長を表すハフマン・コードの数を指定する。ＨＣＬＥＮの有効な値の範囲は、例えば０～１５である。ＨＣＬＥＮビットは、ＨＣＬＥＮ部分要素の最下位ビットから開始してビット・ストリームに出現し、ＨＣＬＥＮ部分要素の最上位ビットで終了する。
４．圧縮されたＤＨＴに対して定義されたコード長の各々に対してビット長を指定するコードのシーケンス。コードの数は、ＨＣＬＥＮおよび４の和に等しい。各コードは３ビットである。
５．リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。指定されるコード長の数は、ＨＬＩＴおよび２５７の和に等しい。
リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットの最後のコード長（ＣＬ）が１６、１７、または１８であり、ＣＬの後に続く追加のビットが、このセットに対して定義されている要素よりも多い要素に対してＣＬを繰り返すことを指定する場合、このコード長は、重複列のポインタ距離のセットにも適用される。リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対してコード長を指定するコードのシーケンス、およびその後に続く、重複列のポインタ距離に対してコード長を指定するコードのシーケンスは、両方のセットに関する隣接するシーケンスである。
６．重複列のポインタ距離で構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。指定されるコード長の数は、ＨＤＩＳＴおよび１の和に等しい。
・ビット・ストリームに出現する第４の要素が、最初の圧縮データ・シンボルである。圧縮データ・シンボルは、１つの実施形態では、示されている順序でビット・ストリームに出現する以下の部分要素で構成される。
１．変数の長さのハフマン・コード。このコードの最上位ビットは、コードの長さを指定する。このコードは、コードの最上位ビットから開始してビット・ストリームに出現し、コードの最下位ビットで終了する。このコードがリテラル値またはブロック終結シンボルを表す場合、このコードは、圧縮データ・シンボルの単なる部分要素である。このコードが履歴バッファへのポインタの長さを表す場合、このコードの後に、圧縮データ・シンボルのその後の部分要素が続く。
２．適用可能な場合、デフレート規格によって規定されているように、ポインタの長さを表すハフマン・コードの後に、追加の長さビットが続いてよい。追加の長さビットは、例えば追加の長さビットの最下位ビットから開始してビット・ストリームに出現し、追加の長さビットの最上位ビットで終了する。
３．次にビット・ストリームに出現する部分要素は、履歴バッファへのポインタの５ビットの距離コードである。この距離コードは、例えばコードの最上位ビットから開始してビット・ストリームに出現し、距離コードの最下位ビットで終了する。
４．適用可能な場合、デフレート規格によって規定されているように、距離コードの後に、追加の距離ビットが続いてよい。追加の距離ビットは、例えば追加の距離ビットの最下位ビットから開始してビット・ストリームに出現し、追加の距離ビットの最上位ビットで終了する。
・ビット・ストリームに出現する、例えばバイト１０のビット５までの、ビット５を含んでいるその後のビットは、圧縮データ・シンボルのビットを含む。
・ビット・ストリームに出現する最後の要素が、単一の部分要素を含んでいる圧縮データ・シンボルであり、この部分要素は、ブロック終結（ＥＯＢ）シンボルを表すハフマン・コードである。この例では、バイト１０のビット４が、ＥＯＢシンボルの最上位ビットを含み、バイト１１のビット３が、ＥＯＢシンボルの最下位ビットを含む。
・バイト１１のビット３が、圧縮データ・ブロックの最後のビットである、ビット・ストリームの最後のビットを含む。
６．重複列のポインタ距離で構成されるセットの要素の各々に対してコード長を指定するコードのシーケンス。指定されるコード長の数は、ＨＤＩＳＴおよび１の和に等しい。
・ビット・ストリームに出現する第４の要素が、最初の圧縮データ・シンボルである。圧縮データ・シンボルは、１つの実施形態では、示されている順序でビット・ストリームに出現する以下の部分要素で構成される。
１．変数の長さのハフマン・コード。このコードの最上位ビットは、コードの長さを指定する。このコードは、コードの最上位ビットから開始してビット・ストリームに出現し、コードの最下位ビットで終了する。このコードがリテラル値またはブロック終結シンボルを表す場合、このコードは、圧縮データ・シンボルの単なる部分要素である。このコードが履歴バッファへのポインタの長さを表す場合、このコードの後に、圧縮データ・シンボルのその後の部分要素が続く。
２．適用可能な場合、デフレート規格によって規定されているように、ポインタの長さを表すハフマン・コードの後に、追加の長さビットが続いてよい。追加の長さビットは、例えば追加の長さビットの最下位ビットから開始してビット・ストリームに出現し、追加の長さビットの最上位ビットで終了する。
３．次にビット・ストリームに出現する部分要素は、履歴バッファへのポインタの５ビットの距離コードである。この距離コードは、例えばコードの最上位ビットから開始してビット・ストリームに出現し、距離コードの最下位ビットで終了する。
４．適用可能な場合、デフレート規格によって規定されているように、距離コードの後に、追加の距離ビットが続いてよい。追加の距離ビットは、例えば追加の距離ビットの最下位ビットから開始してビット・ストリームに出現し、追加の距離ビットの最上位ビットで終了する。
・ビット・ストリームに出現する、例えばバイト１０のビット５までの、ビット５を含んでいるその後のビットは、圧縮データ・シンボルのビットを含む。
・ビット・ストリームに出現する最後の要素が、単一の部分要素を含んでいる圧縮データ・シンボルであり、この部分要素は、ブロック終結（ＥＯＢ）シンボルを表すハフマン・コードである。この例では、バイト１０のビット４が、ＥＯＢシンボルの最上位ビットを含み、バイト１１のビット３が、ＥＯＢシンボルの最下位ビットを含む。
・バイト１１のビット３が、圧縮データ・ブロックの最後のビットである、ビット・ストリームの最後のビットを含む。
さまざまなブロック・タイプの上記の説明では、特定の一定の値に加えて、特定のビット、バイト、方向などが指定された。これらは例にすぎない。他の実施形態では、その他の一定の値、ビット、バイト、方向などが指定されてよい。
圧縮データ・セットの処理
デフレート変換呼び出し命令の使用例を説明し、パラメータ・ブロックのさまざまなフィールドの説明を補強するための圧縮データ・セットの処理の例が提供される。これらの例は、すべての可能なシナリオ、要件、および機能を説明するのではなく、さまざまなシナリオ、要件、または機能、あるいはその組み合わせを説明する。これらの例および説明は、例えばストレージ内の圧縮データ・セットに適用され、その例が図９に示されている。図に示されているように、圧縮データ・セット９００は、複数の圧縮データ・ブロック９０２を含んでおり、データ・セット９００の先頭が、圧縮データ・セット開始アドレス（ＣＤＳＢＡ：compressed data set begin address）９０４によって示されている。
本明細書に記載された例では、圧縮データ・セットを処理するプログラムが、１つの実施形態において以下を考慮することが意図されている。
・単一のパラメータ・ブロックが定義され、圧縮データ・セット全体を処理するために、デフレート変換呼び出し命令の複数の使用によって参照されてよい。パラメータ・ブロックのチェック値フィールド３８７およびチェック値タイプ・フィールド３７５が、圧縮データ・セット内の圧縮データ・ブロック（例えば、すべてのブロック）に適用されるべきである。パラメータ・ブロックのサブバイト境界・フィールド３８１が、個別のブロック間の移行に適用されるべきである。履歴長３８５および履歴オフセット３８６が複数のブロックに適用されてよい。パラメータ・ブロックの残りのフィールドは、１つの例では、デフレート変換呼び出し命令の特定の実行によって処理されている個別の圧縮データ・ブロックのみに適用される。
・個別のチェック値が、例えば、圧縮データ・セットによって表された圧縮されていないデータのすべてに適用される。
・ブロック１には、第１の圧縮データ・シンボルに関して参照する履歴が存在しない。ブロック１内のその後のシンボルは、以前にブロック１に出現したシンボルに対応する履歴を参照してよい。ブロック２内のシンボルは、以前にブロック２および１に出現したシンボルに対応する履歴を参照してよい。ブロック３内のシンボルは、以前にブロック３、２、および１に出現したシンボルに対応する履歴を参照してよい。
・単一のパラメータ・ブロックが定義され、圧縮データ・セット全体を処理するために、デフレート変換呼び出し命令の複数の使用によって参照されてよい。パラメータ・ブロックのチェック値フィールド３８７およびチェック値タイプ・フィールド３７５が、圧縮データ・セット内の圧縮データ・ブロック（例えば、すべてのブロック）に適用されるべきである。パラメータ・ブロックのサブバイト境界・フィールド３８１が、個別のブロック間の移行に適用されるべきである。履歴長３８５および履歴オフセット３８６が複数のブロックに適用されてよい。パラメータ・ブロックの残りのフィールドは、１つの例では、デフレート変換呼び出し命令の特定の実行によって処理されている個別の圧縮データ・ブロックのみに適用される。
・個別のチェック値が、例えば、圧縮データ・セットによって表された圧縮されていないデータのすべてに適用される。
・ブロック１には、第１の圧縮データ・シンボルに関して参照する履歴が存在しない。ブロック１内のその後のシンボルは、以前にブロック１に出現したシンボルに対応する履歴を参照してよい。ブロック２内のシンボルは、以前にブロック２および１に出現したシンボルに対応する履歴を参照してよい。ブロック３内のシンボルは、以前にブロック３、２、および１に出現したシンボルに対応する履歴を参照してよい。
図１０は、図９で説明された圧縮データ・セット９００内のデータを圧縮するために使用されるサンプル・プログラム１０００の一部の一例を示している。さらに、図１１は、図１０のＩＡＢＬＫ１（１００２）というラベルが付けられた命令アドレスにあるＤＦＬＴＣＣ命令の実行中に使用されるパラメータ・ブロックの特定のフィールドの値を示している。例えば、図１１は、パラメータ・ブロックのさまざまなフィールド１１００、圧縮動作の開始時のそれらのフィールドの値１１０２、条件コード１、２、または３が設定されたときの動作の終了時のそれらのフィールドの値１１０４、および条件コード０が設定されたときの動作の終了時のそれらのフィールドの値１１０６を示している。
同様に、図１２は、図１０のＩＡＢＬＫ２（１００４）というラベルが付けられた命令アドレスにあるＤＦＬＴＣＣ命令の実行中に使用されるパラメータ・ブロックの特定のフィールドの値を示している。これらの図は、デフレート変換呼び出し命令を複数回使用して圧縮データ・セット全体を処理することに関連する詳細の一部を示している。
さらに、図１３を参照すると、図９の圧縮データ・セットからデータを復元するために使用されるサンプル・プログラム１３００の一部の一例が示されている。
データの圧縮
データ圧縮のプロセスは、１つまたは複数の圧縮データ・ブロックを生成することを含む。デフレート変換呼び出し命令の圧縮機能は、個別のブロックの部分を構築するために使用される。この部分は、ブロック全体であってよい。この機能は、ブロック・タイプ（ＢＴＹＰＥ）が２進数００ではなく２進数０１または１０であるブロックの部分を生成する。パラメータ・ブロックの新しいタスク（ＮＴ）ビットが１である場合、圧縮データの最初のブロックが生成され、以前に実行された圧縮動作からの参照する履歴が存在しない。
１つの例では、個別のブロックが、以下の要素を示されている順序で含む。
１．最後のブロックの指示（ＢＦＩＮＡＬ）。
２．ブロック・タイプ（ＢＴＹＰＥ）。
３．適用可能な場合、動的ハフマン・テーブルの圧縮形式。
４．圧縮データ・シンボル。
５．ブロック終結（ＥＯＢ）シンボル。
１．最後のブロックの指示（ＢＦＩＮＡＬ）。
２．ブロック・タイプ（ＢＴＹＰＥ）。
３．適用可能な場合、動的ハフマン・テーブルの圧縮形式。
４．圧縮データ・シンボル。
５．ブロック終結（ＥＯＢ）シンボル。
圧縮動作は、ブロックに対して定義された順序で、指定された要素を生成する。要素は、ストレージ内のバイト境界間で開始または終了してよい。サブバイト境界（ＳＢＢ）が、第１のオペランドの位置への第１の要素の格納に適用される。圧縮データ・ブロックはビット・ストリームである。ブロックの構成要素は、一度に１ビットずつ、ストレージに読み込まれる。一例として、ビット・ストリームは、ストレージの各バイト内では右から左へ読み込まれ、バイト・オーダーでは左から右へ読み込まれる。
ＳＢＢが０以外である場合、第１のオペランドの位置での最初のバイトへの参照は、更新参照である。
第２のオペランドの位置からの圧縮されていないデータが圧縮され、圧縮データ・シンボルとして第１のオペランドの位置に格納される。
命令の実行の開始時に第１のオペランドの長さが０であるときに、第１のオペランドはアクセスされず、汎用レジスタＲ１内の第１のオペランド・アドレスおよび汎用レジスタＲ１＋１内の第１のオペランドの長さは変更されない。これは、命令の実行の開始時にＣＦフィールド３７３（図３Ｌ）の値が０または１である場合に当てはまる。
命令の実行の開始時に第２のオペランドの長さが０であるときに、第２のオペランドはアクセスされず、汎用レジスタＲ２内の第２のオペランド・アドレスおよび汎用レジスタＲ２＋１内の第２のオペランドの長さは変更されない。一例として、以下の場合、命令の実行の開始時に第２のオペランドの長さは０である。
・動作を再開するために命令が再実行されており（命令の実行の開始時にパラメータ・ブロックのＣＦフィールド３７３が１であり）、第２のオペランドを参照せずに、パラメータ・ブロックのＣＳＢフィールド３９２を参照して、動作を完了させることができる。
・動作を再開するために命令が再実行されており（命令の実行の開始時にパラメータ・ブロックのＣＦフィールド３７３が１であり）、第２のオペランドを参照せずに、パラメータ・ブロックのＣＳＢフィールド３９２を参照して、動作を完了させることができる。
１つの実施形態では、プログラムは、以下の動作を実行するためにデフレート変換呼び出し命令を使用しない。
・空の圧縮データ・ブロックを生成する。空の圧縮データ・ブロックは、例えばブロック・ヘッダー、適用可能な場合、圧縮形式のＤＨＴ、およびＥＯＢシンボルで構成される。
・開いている圧縮データ・ブロックを閉じる。すなわち、単にＥＯＢシンボルを圧縮データ・ブロックの末尾に格納する。
・空の圧縮データ・ブロックを生成する。空の圧縮データ・ブロックは、例えばブロック・ヘッダー、適用可能な場合、圧縮形式のＤＨＴ、およびＥＯＢシンボルで構成される。
・開いている圧縮データ・ブロックを閉じる。すなわち、単にＥＯＢシンボルを圧縮データ・ブロックの末尾に格納する。
圧縮アルゴリズムは、第２のオペランドの位置からの現在圧縮されているデータに一致するバイト列に関して、最近圧縮されたデータの最新の履歴を検索することを含む。圧縮動作が開始または再開する前に、１つの実施形態では、以下が当てはまる。
・新しいタスク（ＮＴ）３７４が１である場合、参照できる初期履歴が存在しない。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が０（直列）である場合、参照できる初期履歴が、第２のオペランドの左端のバイトの左に隣接して存在し、初期履歴の長さが、パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５によって指定される。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が１（円形）である場合、参照できる初期履歴が、パラメータ・ブロックの履歴オフセット（ＨＯ）３８６フィールドおよび履歴長（ＨＬ）３８５フィールドによって指定された第３のオペランドの位置に存在する。
・新しいタスク（ＮＴ）３７４が１である場合、参照できる初期履歴が存在しない。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が０（直列）である場合、参照できる初期履歴が、第２のオペランドの左端のバイトの左に隣接して存在し、初期履歴の長さが、パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５によって指定される。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が１（円形）である場合、参照できる初期履歴が、パラメータ・ブロックの履歴オフセット（ＨＯ）３８６フィールドおよび履歴長（ＨＬ）３８５フィールドによって指定された第３のオペランドの位置に存在する。
圧縮動作中に、動作を実行するために履歴のどのバイトが使用されるかに関わらず、履歴全体へのフェッチタイプの参照が行われてよい。さらに、履歴バッファ・タイプが円形である場合、動作を実行するために履歴のどのバイトが使用されるかに関わらず、３２Ｋバイトの履歴バッファ全体へのフェッチタイプの参照が行われてよい。
圧縮動作中に、履歴が更新される。一般オペランド・データ例外条件が発生せずに、ソース・データの１つまたは複数のバイトを圧縮データ・シンボルにエンコードした後に、ソース・バイトが履歴の末尾に連結される。最大で３２Ｋバイトまでの、ソース・データの直前に処理されたバイトが、ソース・データのその後のバイトの処理中に参照できる最新の履歴を構成する。
圧縮動作の終了時に、１つの例では、その後、動作を再開するため、または別の動作を開始するために使用できる得られた履歴に、以下が当てはまる。
・ＨＢＴが直列である場合、履歴が更新されるときに、第２のオペランドの位置に対するストレージの更新が不要である。更新された第２のオペランド・アドレスおよび更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
・ＨＢＴが円形である場合、履歴が更新されるときに、第３のオペランドの位置に対するストレージの更新が実行される。第３のオペランド・アドレス、更新されたＨＯ、および更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
・ＨＢＴが直列である場合、履歴が更新されるときに、第２のオペランドの位置に対するストレージの更新が不要である。更新された第２のオペランド・アドレスおよび更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
・ＨＢＴが円形である場合、履歴が更新されるときに、第３のオペランドの位置に対するストレージの更新が実行される。第３のオペランド・アドレス、更新されたＨＯ、および更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
例として、図１４Ａ～１４Ｃは、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、かつ直列履歴が指定された（例えば、ビット３１０＝０）デフレート変換呼び出し命令の複数の実行の前後で、第２のオペランドに関して、各実行が部分的に完了して終了したときの直列履歴バッファの位置を示している。例えば、図１４Ａは、ＤＦＬＴＣＣ－ＣＭＰＲの実行番号１の前の直列履歴を示しており、図１４Ｂは、ＤＦＬＴＣＣ－ＣＭＰＲの実行番号２の前、および実行番号１の後の直列履歴を示しており、図１４Ｃは、ＤＦＬＴＣＣ－ＣＭＰＲの実行番号２の後の直列履歴を示している。図１４Ｃで提供される説明は、図１４Ａおよび１４Ｂにも当てはまる。
汎用レジスタ０のビット５６によって指定されたＨＢＴ（履歴バッファ・タイプ）が円形（例えば、ビット３１０＝１）である場合、履歴は、例えば第３のオペランドの位置にある３２Ｋバイトのバッファ内で維持される。バッファ内の履歴の最初のバイトの位置（ＨＢ）は、例えば、汎用レジスタＲ３の内容および履歴オフセット（ＨＯ）３８６（図３Ｌ）の和によって指定される。履歴の最初のバイトは、バッファ内の圧縮されていないデータのうちの処理されてから最も長い時間が経過したバイトである。バッファ内の履歴の最後のバイトの位置（ＨＥ）は、一例として、以下の方程式によって指定される。
ＨＥ＝Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯ＋ＨＬ－１）
履歴の最後のバイトは、バッファ内の圧縮されていないデータのうちの直前に処理されたバイトである。履歴オフセット（ＨＯ）３８６（図３Ｌ）および履歴長（ＨＬ）３８５の和が、第３のオペランドのサイズ（例えば、３２Ｋバイト）を超えた場合、履歴は、第３のオペランドの末尾から第３のオペランドの先頭に戻る。
例として、図１５Ａ～１５Ｅは、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、かつ円形履歴バッファが指定された（ビット３１０＝１）デフレート変換呼び出し命令の複数の実行の前後で、各実行が部分的に完了して終了したときの円形履歴バッファ内の履歴の位置を示している。例えば、図１５Ａは、ＤＦＬＴＣＣの実行番号１の前の円形履歴バッファを示しており、図１５Ｂは、ＤＦＬＴＣＣの実行番号２の前、および実行番号１の後の円形バッファを示しており、図１５Ｃは、ＤＦＬＴＣＣの実行番号３の前、および実行番号２の後の円形バッファを示しており、図１５Ｄは、ＤＦＬＴＣＣの実行番号４の前、および実行番号３の後の円形バッファを示しており、図１５Ｅは、ＤＦＬＴＣＣの実行番号４の後の円形バッファを示している。図１５Ｅで提供される説明は、図１５Ａ～１５Ｄにも当てはまる。
ＨＢＴが円形であり、第２のオペランドの位置から処理されたバイト数が例えば３２，７６８未満である場合、１つの例では以下が当てはまる。
・第３のオペランドの位置のバイトの範囲への格納が行われる。このバイトの範囲は、例えば次式によって指定された位置から開始し、この位置を含む。
・第３のオペランドの位置のバイトの範囲への格納が行われる。このバイトの範囲は、例えば次式によって指定された位置から開始し、この位置を含む。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ）
ここで、
ここで、
ＨＯＯ：命令が実行される前の履歴オフセット。
ＨＬＯ：命令が実行される前の履歴長。
このバイトの範囲は、例えば次式によって指定された位置で終了し、この位置を含む。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ＋ＢＰ－１）
ここで、
ここで、
ＢＰ：命令の実行中に第２のオペランドの位置から処理されたバイト数。
前述したバイトの範囲に対して行われる格納は、一例として、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
・ストレージ位置の内容を変更しない、必要ではない格納が、前述した範囲に含まれない第３のオペランドの位置のバイトに対して行われてよい。そのような位置への格納も、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
・ストレージ位置の内容を変更しない、必要ではない格納が、前述した範囲に含まれない第３のオペランドの位置のバイトに対して行われてよい。そのような位置への格納も、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
ＨＢＴが円形であり、第２のオペランドの位置から処理されたバイト数が例えば３２，７６８以上である場合、格納は、第３のオペランドの位置のすべてのバイトに対して行われ、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
ブロック継続フラグ（ＢＣＦ）３７７が０である場合、ＢＦＩＮＡＬおよびその後に続くＢＴＹＰＥを含む３ビットのブロック・ヘッダーが、第１のオペランドの位置に格納される。ブロック・ヘッダーのＢＦＩＮＡＬビットは、パラメータ・ブロックのブロック・ヘッダーの最後のビット（ＢＨＦ）３７９と同じに設定される。ハフマン・テーブル・タイプ（ＨＴＴ）３７６が０である場合、ブロック・ヘッダーのＢＴＹＰＥフィールドが例えば２進数０１に設定され、ＨＴＴが１である場合、ブロック・ヘッダーのＢＴＹＰＥフィールドが例えば２進数１０に設定される。ブロック・ヘッダーが格納されるときに、ＢＦＩＮＡＬビットが、第１のオペランドの最初のバイト内のＳＢＢによって指定されたビットに格納される。その後、ＢＴＹＰＥが第１のオペランドの位置に格納される。ＢＣＦが１である場合、ブロック・ヘッダーは格納されない。
ハフマン・テーブル・タイプ（ＨＴＴ）が１である場合、パラメータ・ブロックで指定された動的ハフマン・テーブル（ＤＨＴ）３６７の圧縮形式が、一般オペランド・データ例外条件に関して検査される。ＤＨＴの指定された圧縮形式に関して一般オペランド・データ例外条件が存在する場合、圧縮されたＤＨＴは無効であると見なされ、データの圧縮に使用されない。以下では、一般オペランド・データ例外条件の例示的な定義がさらに説明される。圧縮形式のＤＨＴが、コード長に対するビット長、あるいはリテラル・バイト、ＥＯＢシンボル、重複列の長さ、または重複列のポインタ距離に対するコード長を指定し、これらの長さが、適切な機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さよりも大きい場合、機能するＤＨＴを導出してデータを圧縮するために、圧縮されたＤＨＴがまだ使用される。ブロック継続フラグ（ＢＣＦ）が０であり、ＨＴＴが１である場合、パラメータ・ブロックのＣＤＨＴフィールド３６７で指定された圧縮形式のＤＨＴが、第１のオペランドの位置に格納される。
圧縮動作中に、第２のオペランドの位置からのソース・データが、圧縮データ・シンボルにエンコードされる。このエンコーディングの一部として、ソース・データが履歴と比較される。一致が検出されない場合、ソース・データの中間表現は、ソース・データと同じであるリテラル・バイトである。一致が検出された場合、ソース・データの中間表現は、ソース・データの複製を含んでいる履歴内の位置へのポインタである。ポインタは、長さおよび距離で構成される。この長さは、履歴内の列に一致するソース・データのバイト数である。この距離は、履歴の末尾から、ソース・データに一致する列の先頭までのバイト数である。１つの例では、ソース・データの中間表現を圧縮データ・シンボルにエンコードするために、ハフマン・テーブルからの２つのハフマン・コード・ツリーが使用される。ハフマン・テーブル・タイプ（ＨＴＴ）が０である場合、デフレート規格に記載されているように、固定ハフマン・テーブル（ＦＨＴ）が、中間結果をエンコードするために使用される２つのハフマン・コード・ツリーを指定する。ＨＴＴ３７６が１である場合、パラメータ・ブロックのＣＤＨＴフィールド３６７で指定されたＤＨＴの圧縮表現から導出された動的ハフマン・テーブル（ＤＨＴ）が、中間結果をエンコードするために使用される２つのハフマン・コード・ツリーを指定する。このエンコーディングは、デフレート規格に記載されている通りに実行される。ソース・データの中間表現をエンコードするために使用されるハフマン・コードを指定しない非汎用ＤＨＴが使用される場合、一般オペランド・データ例外が認識される。得られた圧縮データ・シンボルのビットは、結果を第１のオペランドの位置に格納する前に、デフレート規格によって指定された順序で配置される。
１つの例では、重複列の長さの範囲は３～２５８バイトである。
ソース・データをさらに処理する前に、本明細書において説明されているように、履歴が更新される。
このプロセスは、１つの例では、すべてのソース・バイトが処理されるまで繰り返される。
ソース・バイト（例えば、すべてのソース・バイト）が処理され、ブロック終了制御（ＢＣＣ）３７８が１になった後に、ブロック終結（ＥＯＢ）シンボルが第１のオペランドの位置に格納される。固定ハフマン・テーブルが使用される場合、２進数０００００００のハフマン・コードがＥＯＢシンボルに使用される。動的ハフマン・テーブル（ＤＨＴ）が使用される場合、ＥＯＢシンボルに使用されるハフマン・コードは、ＤＨＴによって指定される。ＥＯＢシンボルのビットは、ＥＯＢシンボルを第１のオペランドの位置に格納する前に、デフレート規格によって指定された順序で配置される。
動作の最後の圧縮データ・シンボル（ＥＯＢシンボルを含む）が、格納する最後のバイトの一部のみを占める場合、この最後のシンボルの一部を含まないビットは、１つの例では０として格納される。
最後の圧縮データ・シンボルを処理した後に、１つの実施形態では、以下が発生する。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・パラメータ・ブロックのブロック終結の長さ（ＥＯＢＬ）３８９フィールドおよびブロック終結シンボル（ＥＯＢＳ）３８８フィールドが更新される。
・汎用レジスタＲ１内のアドレスが、ビット０の処理を含んでいる第１のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第１のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された出力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・汎用レジスタＲ２内のアドレスが、処理されたソース・バイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
ソース・データを圧縮することと一致して、ソース・データは、前述した３２ビットのチェック値を生成するための入力になる。得られたチェック値は、パラメータ・ブロックのチェック値フィールド３８７に格納される。
データの復元
１つの実施形態では、デフレート変換呼び出し命令の展開機能が、圧縮データ・セットを圧縮されていないデータにデコードするために使用される。第２のオペランドの位置の圧縮データ・セットは、１つまたは複数の連続する圧縮データ・ブロックを含む。データ・セットのブロックは、１つの例では左から右へ処理され、ブロックのバイトは、例えば左から右へ処理される。ブロックは、バイト境界上で開始または終了してもしなくてもよい。各ブロックは、データ・セット内の他のブロックから独立してデコードされる。汎用レジスタＲ２は、データ・セット内の最初のブロックの左端のバイトの論理アドレスを指定する。データ・セット内の最後のブロックは、処理中に出現する、ＢＦＩＮＡＬビットが１に等しいブロックである。１つの例では、処理する３つのタイプのブロックが存在する。ブロックの内容をデコードする手法は、ブロック・タイプ（ＢＴＹＰＥ）に応じて変わる。
動作が開始するとき（例えば、パラメータ・ブロックの継続フラグ・フィールド３７３が０であるとき）、汎用レジスタＲ２、新しいタスク（ＮＴ）フィールド３７４、およびサブバイト境界（ＳＢＢ）フィールド３８１によって指定されたビットは、圧縮データ・ブロックの最初のビット（ブロック・ヘッダーのＢＦＩＮＡＬビット）として解釈される。
展開機能は、最近デコードされた圧縮されていないデータの最新の履歴を参照することを含む。復元動作が開始または再開する前に、１つの実施形態では、以下が当てはまる。
・新しいタスク（ＮＴ）３７４が１である場合、参照できる初期履歴が存在しない。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が０（直列）である場合、参照できる初期履歴が、第１のオペランドの左端のバイトの左に隣接して存在し、初期履歴の長さが、パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５によって指定される。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が１（円形）である場合、参照できる初期履歴が、パラメータ・ブロックの履歴オフセット（ＨＯ）３８６フィールドおよび履歴長（ＨＬ）３８５フィールドによって指定された第３のオペランドの位置に存在する。
・新しいタスク（ＮＴ）３７４が１である場合、参照できる初期履歴が存在しない。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が０（直列）である場合、参照できる初期履歴が、第１のオペランドの左端のバイトの左に隣接して存在し、初期履歴の長さが、パラメータ・ブロックの履歴長（ＨＬ）フィールド３８５によって指定される。
・ＮＴが０であり、汎用レジスタ０のビット５６（ＨＢＴ）が１（円形）である場合、参照できる初期履歴が、パラメータ・ブロックの履歴オフセット（ＨＯ）３８６フィールドおよび履歴長（ＨＬ）３８５フィールドによって指定された第３のオペランドの位置に存在する。
動作中に、動作を実行するために履歴のどのバイトが使用されるかに関わらず、履歴全体へのフェッチタイプの参照が行われてよい。さらに、履歴バッファ・タイプが円形である場合、動作を実行するために履歴のどのバイトが使用されるかに関わらず、（例えば、３２Ｋバイトの）履歴バッファ全体へのフェッチタイプの参照が行われてよい。
復元動作中に、履歴が更新される。一般オペランド・データ例外条件が発生せずにソース・データをデコードした後に、圧縮されていないデータの得られたバイトが、履歴の末尾に連結される。例えば最大で３２Ｋバイトまでの、圧縮されていないデータの直前にデコードされたバイトが、その後のソース・データの処理中に参照できる最新の履歴を構成する。
復元動作の終了時に、１つの例では、その後、動作を再開するため、または別の動作を開始するために使用できる得られた履歴に、以下が当てはまる。
・ＨＢＴが直列である場合、第１のオペランドの位置に対するストレージの更新が、得られた履歴に対する更新も構成する。更新された第１のオペランド・アドレスおよび更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
・ＨＢＴが円形である場合、履歴が更新されるときに、第３のオペランドの位置に対するストレージの更新が実行される。第３のオペランド・アドレス、更新されたＨＯ、および更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
・ＨＢＴが直列である場合、第１のオペランドの位置に対するストレージの更新が、得られた履歴に対する更新も構成する。更新された第１のオペランド・アドレスおよび更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
・ＨＢＴが円形である場合、履歴が更新されるときに、第３のオペランドの位置に対するストレージの更新が実行される。第３のオペランド・アドレス、更新されたＨＯ、および更新されたＨＬは、得られた履歴の更新された位置および更新された長さを指定する。
例として、図１６Ａ～１６Ｃは、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、かつ直列履歴が指定されたデフレート変換呼び出し命令の複数の実行の前後で、第１のオペランドに関して、各実行が部分的に完了して終了したときの直列履歴バッファの位置の例を示している。動作中に、履歴長（ＨＬ）が３８５変更される。例えば、図１６Ａは、ＤＦＬＴＣＣ－ＸＰＮＤの実行番号１の前の直列履歴の一例を示しており、図１６Ｂは、ＤＦＬＴＣＣ－ＸＰＮＤの実行番号２の前、および実行番号１の後の直列履歴の例を示しており、図１６Ｃは、ＤＦＬＴＣＣ－ＸＰＮＤの実行番号２の後の直列履歴の例を示している。図１６Ｃで提供される説明は、図１６Ａ～１６Ｂにも当てはまる。
汎用レジスタ０のビット５６によって指定されたＨＢＴが円形である場合、履歴は、例えば第３のオペランドの位置にある３２Ｋバイトのバッファ内で維持される。バッファ内の履歴の最初のバイトの位置（ＨＢ）は、汎用レジスタＲ３の内容および履歴オフセット（ＨＯ）３８６の和によって指定される。履歴の最初のバイトは、バッファ内の圧縮されていないデータのうちの処理されてから最も長い時間が経過したバイトである。バッファ内の履歴の最後のバイトの位置（ＨＥ）は、例えば以下の方程式によって指定される。
ＨＥ＝Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯ＋ＨＬ－１）。
履歴の最後のバイトは、バッファ内の圧縮されていないデータのうちの直前に処理されたバイトである。履歴オフセット（ＨＯ）および履歴長（ＨＬ）の和が、第３のオペランドのサイズ（例えば、３２Ｋバイト）を超えた場合、履歴は、第３のオペランドの末尾から第３のオペランドの先頭に戻る。本明細書に記載された図１５Ａ～１５Ｅは、ＤＦＬＴＣＣ－ＸＰＮＤ機能および円形履歴バッファが指定されたデフレート変換呼び出し命令の複数の実行の前後で、各実行が部分的に完了して終了したときの円形履歴バッファ内の履歴の位置の例を示している。
ＨＢＴが円形であり、第１のオペランドの位置に格納されたバイト数が例えば３２，７６８未満である場合、１つの例では以下が当てはまる。
・第３のオペランドの位置のバイトの範囲への格納が行われる。このバイトの範囲は、次式によって指定された位置から開始し、この位置を含む。
・第３のオペランドの位置のバイトの範囲への格納が行われる。このバイトの範囲は、次式によって指定された位置から開始し、この位置を含む。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ）
ここで、
ここで、
ＨＯＯ：命令が実行される前の履歴オフセット。
ＨＬＯ：命令が実行される前の履歴長。
このバイトの範囲は、例えば次式によって指定された位置で終了し、この位置を含む。
Ｒ３＋ｍｏｄｕｌｏ３２Ｋ（ＨＯＯ＋ＨＬＯ＋ＢＰ－１）
ここで、
ここで、
ＢＰ：命令の実行中に第１のオペランドの位置に格納されたバイト数。
前述したバイトの範囲に対して行われる格納は、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
・ストレージ位置の内容を変更しない、必要ではない格納が、前述した範囲に含まれない第３のオペランドの位置のバイトに対して行われてよい。そのような位置への格納も、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
・ストレージ位置の内容を変更しない、必要ではない格納が、前述した範囲に含まれない第３のオペランドの位置のバイトに対して行われてよい。そのような位置への格納も、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
ＨＢＴが円形であり、第１のオペランドの位置に格納されたバイト数が例えば３２，７６８以上である場合、格納は、例えば第３のオペランドの位置のすべてのバイトに対して行われ、格納タイプ・アクセス例外、ＰＥＲストレージ変更イベント、および設定変更ビットの対象になる。
ＢＴＹＰＥが２進数００である場合、ブロックは圧縮データを含まない。本明細書に記載された図６は、ＢＴＹＰＥが２進数００に等しいブロックの一例を示している。ＬＥＮフィールドは、ブロック内のリテラル・バイト数を指定する。ＬＥＮフィールドのバイト・オーダーはリトルエンディアンである。ＬＥＮフィールドは、０のリテラル・バイトを指定してよい。ブロックのリテラル・バイトは、第１のオペランドの位置に配置される。前述したように、履歴も、ブロックの各リテラル・バイトで更新される。
ＢＴＹＰＥが２進数０１である場合、ブロックは、固定ハフマン・テーブル（ＦＨＴ）を使用して生成された圧縮データ・シンボルを含む。ＦＨＴは、デフレート規格によって規定されており、ブロックの一部ではない。本明細書に記載された図７は、ＢＴＹＰＥが２進数０１に等しいブロックの一例を示している。ブロック・ヘッダーを解釈した後に、圧縮データ・シンボルが、ブロックに出現する順序でデコードされる。ブロックのバイトは、例えば左から右へ処理され、ブロックの各バイト内のビットは、例えば右から左へ処理される。１つの例では、各シンボルは、ブロック内の次のシンボルを処理する前に、完全に処理される。ブロック終結（ＥＯＢ）シンボルでない各シンボルは、リテラル値、または履歴バッファ内の以前にデコードされた部分列へのポインタを表す。以前にデコードされた部分列は、重複列とも呼ばれる。１つの例では、重複列の長さの範囲は３～２５８バイトである。ポインタは、部分列の長さ、および履歴の末尾から部分列の先頭までの距離を表すコードで構成される。シンボルが履歴内の部分列を表している場合、この部分列は履歴バッファから参照される。シンボルのデコーディングから得られた圧縮されていないデータが、第１のオペランドの位置に配置される。
ソース・データをさらに処理する前に、前述したように、履歴が更新される。
最新の履歴が、ブロックの次のシンボルのデコーディングに適用される。ＥＯＢシンボルが出現するときに、ブロックの処理が完了する。
ＢＴＹＰＥが２進数１０である場合、ブロックは、動的ハフマン・テーブル（ＤＨＴ）を使用して生成された圧縮データ・シンボルを含む。使用される圧縮形式のＤＨＴは、圧縮データ・ブロックの要素である。本明細書に記載された図８は、ＢＴＹＰＥが２進数１０に等しいブロックの一例を示している。ブロック・ヘッダーを解釈した後に、圧縮データ・ブロック内で提供された圧縮形式のＤＨＴが、一般オペランド・データ例外条件に関して検査される。ＤＨＴの提供された圧縮形式に関して一般オペランド・データ例外条件が存在する場合、圧縮形式のＤＨＴは無効であると見なされ、データの復元に使用されない。圧縮形式のＤＨＴが、コード長に対するビット長、あるいはリテラル・バイト、ＥＯＢシンボル、重複列の長さ、または重複列のポインタ距離に対するコード長を指定し、これらの長さが、適切な機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さよりも大きい場合、機能するＤＨＴを導出してデータを圧縮するために、圧縮されたＤＨＴがまだ使用される。圧縮形式のＤＨＴを検査した後に、圧縮データ・シンボルが、ブロックに出現する順序でデコードされる。ブロックのバイトは、例えば左から右へ処理され、ブロックの各バイト内のビットは、例えば右から左へ処理される。各シンボルは、１つの例では、ブロック内の次のシンボルを処理する前に、完全に処理される。ＢＴＹＰＥが２進数１０であるブロック内のシンボルの処理は、ＢＴＹＰＥが０１であるブロック内のシンボルの処理に関して前に説明した処理と同じであるが、前者がシンボルをデコードするために提供されたＤＨＴを使用し、後者がシンボルをデコードするためにＦＨＴを使用するという点が異なる。圧縮データ・シンボルをデコードするために使用されるハフマン・コードを指定しない非汎用ＤＨＴが提供される場合、一般オペランド・データ例外が認識される。
第２のオペランドを復元することと一致して、圧縮されていないデータは、チェック値（例えば、３２ビットのチェック値）を生成するための入力になる。得られたチェック値は、パラメータ・ブロックのチェック値フィールド３８７に格納される。
データ・セットの最後のブロックを処理した後に、１つの実施形態では、以下が発生する。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
・モデルに依存する値が、パラメータ・ブロックのモデル・バージョン番号（ＭＶＮ）フィールド３６３に格納される。
・パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１が更新される。
・汎用レジスタＲ１内のアドレスが、第１のオペランドの位置に格納されたバイト数だけインクリメントされ、汎用レジスタＲ１＋１内の長さが同じ数だけデクリメントされる。
・汎用レジスタＲ２内のアドレスが、ビット０の処理を含んでいる第２のオペランドの処理されたバイト数だけインクリメントされ、汎用レジスタＲ２＋１内の長さが同じ数だけデクリメントされる。ビット０の処理を含んでいる第２のオペランドの処理されたバイト数は、整数除算から得られた整数化した商であり、被除数は、処理された入力ビット数およびＳＢＢの元の値の和であり、除数は８の値である。
アドレスおよび長さの形成および更新は、アドレス指定モードによって決まる。
命令の実行の開始時に第１のオペランドの長さが０であるときに、第１のオペランドはアクセスされず、汎用レジスタＲ１内の第１のオペランド・アドレスおよび汎用レジスタＲ１＋１内の第１のオペランドの長さは変更されない。これは、命令の実行の開始時にＣＦフィールド３７３の値が０または１である場合に当てはまる。
命令の実行の開始時に第２のオペランドの長さが０であるときに、第２のオペランドはアクセスされず、汎用レジスタＲ２内の第２のオペランド・アドレスおよび汎用レジスタＲ２＋１内の第２のオペランドの長さは変更されない。１つの実施形態では、以下の場合、命令の実行の開始時に第２のオペランドの長さは０である。
・命令が再実行されており（例えば、命令の実行の開始時にパラメータ・ブロックのＣＦフィールド３７３が１であり）、命令が前に実行されたときに、第２のオペランド全体が処理された。
・命令が再実行されており（例えば、命令の実行の開始時にパラメータ・ブロックのＣＦフィールド３７３が１であり）、命令が前に実行されたときに、第２のオペランド全体が処理された。
復元動作は、第２のオペランドの位置からデータが処理されたとしても、結果を第１のオペランドの位置に格納せずに終了してよい。これは、１つの例では、第２のオペランドの位置から処理されたデータが以下の圧縮データ・ブロックの要素のいずれかのみを含んでいる場合に発生する。
・ブロック・ヘッダー。
・ブロック・タイプが２進数００であるブロックのＬＥＮフィールド。
・ブロック・タイプが２進数００であるブロックのＮＬＥＮフィールド。
・動的ハフマン・テーブルの圧縮形式。
・ブロック終結（ＥＯＢ）シンボル。
・ブロック・ヘッダー。
・ブロック・タイプが２進数００であるブロックのＬＥＮフィールド。
・ブロック・タイプが２進数００であるブロックのＮＬＥＮフィールド。
・動的ハフマン・テーブルの圧縮形式。
・ブロック終結（ＥＯＢ）シンボル。
１つまたは複数の実施形態では、以下の条件がデフレート変換呼び出し命令の実行に適用される。
１つの例では、ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定され、以下の条件が発生した場合、一般オペランド・データ例外が認識される。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
１つの例では、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、以下の条件のいずれかが発生した場合、一般オペランド・データ例外が認識される。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
・ＮＴ３７４が０であり、ＨＬ３８５が例えば３２，７６８より大きい。
・ＨＴＴ３７６が１であり、ＣＤＨＴＬ３６６が、例えば４２未満であるか、または例えば２２８３より大きい。
・ＨＴＴ３７６が１であり、ＣＤＨＴＬ３６６が、ＣＤＨＴフィールド３６７で指定された圧縮形式のＤＨＴの長さに等しくない。
・ＨＴＴ３７６が１であり、圧縮形式のＤＨＴのＨＬＩＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、圧縮形式のＤＨＴのＨＤＩＳＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、圧縮されたＤＨＴに対して定義された可能な例えば１９個のコード長のビット長を指定するコードのシーケンス内にある、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコードを指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されている要素のセットの第１のコード長として例えばコード長１６（前のコード長のコピー）を指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、リテラル・バイトのコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、コード長０（ＣＬ０）をＥＯＢシンボルに割り当てるコードを指定する。この場合、対応するＤＨＴが、ＥＯＢシンボルを表すためのハフマン・コードを指定しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、重複列の長さおよびポインタ距離のコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、ＨＬＩＴフィールド、ＨＤＩＳＴフィールド、および例えば２５８の値の和によって指定された、ＤＨＴ内のハフマン・コードの数より大きいコード長の数を指定する。これは、例えば、コード長１６、１７、および１８の不適切な使用を伴っている可能性がある（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、重複列のポインタ距離のセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・ＣＰＵが、第２のオペランド内のリテラル・バイトを表すために圧縮データ・シンボルを生成しようとし、ＣＤＨＴフィールドの内容から導出されたＤＨＴが非汎用であり、そのリテラル・バイトに対応するハフマン・コードを指定しない。
・ＣＰＵが、第２のオペランド内の重複列を表すために圧縮データ・シンボルを生成しようとし、ＣＤＨＴフィールドの内容から導出されたＤＨＴが非汎用であり、その重複列の長さまたはポインタ距離に対応するハフマン・コードを指定しない。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
・ＮＴ３７４が０であり、ＨＬ３８５が例えば３２，７６８より大きい。
・ＨＴＴ３７６が１であり、ＣＤＨＴＬ３６６が、例えば４２未満であるか、または例えば２２８３より大きい。
・ＨＴＴ３７６が１であり、ＣＤＨＴＬ３６６が、ＣＤＨＴフィールド３６７で指定された圧縮形式のＤＨＴの長さに等しくない。
・ＨＴＴ３７６が１であり、圧縮形式のＤＨＴのＨＬＩＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、圧縮形式のＤＨＴのＨＤＩＳＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、圧縮されたＤＨＴに対して定義された可能な例えば１９個のコード長のビット長を指定するコードのシーケンス内にある、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコードを指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されている要素のセットの第１のコード長として例えばコード長１６（前のコード長のコピー）を指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、リテラル・バイトのコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、コード長０（ＣＬ０）をＥＯＢシンボルに割り当てるコードを指定する。この場合、対応するＤＨＴが、ＥＯＢシンボルを表すためのハフマン・コードを指定しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、重複列の長さおよびポインタ距離のコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、ＨＬＩＴフィールド、ＨＤＩＳＴフィールド、および例えば２５８の値の和によって指定された、ＤＨＴ内のハフマン・コードの数より大きいコード長の数を指定する。これは、例えば、コード長１６、１７、および１８の不適切な使用を伴っている可能性がある（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・ＨＴＴ３７６が１であり、ＤＨＴ（ＣＤＨＴフィールド３６７の内容）の圧縮形式が、重複列のポインタ距離のセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・ＣＰＵが、第２のオペランド内のリテラル・バイトを表すために圧縮データ・シンボルを生成しようとし、ＣＤＨＴフィールドの内容から導出されたＤＨＴが非汎用であり、そのリテラル・バイトに対応するハフマン・コードを指定しない。
・ＣＰＵが、第２のオペランド内の重複列を表すために圧縮データ・シンボルを生成しようとし、ＣＤＨＴフィールドの内容から導出されたＤＨＴが非汎用であり、その重複列の長さまたはポインタ距離に対応するハフマン・コードを指定しない。
例えば、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、例として以下の条件のいずれかが発生した場合、一般オペランド・データ例外が認識される。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
・ＮＴ３７４が０であり、ＨＬ３８５が例えば３２，７６８より大きい。
・ＢＴＹＰＥが２進数１１に等しい圧縮データ・ブロックが発生する。
・ＢＴＹＰＥが２進数００に等しい圧縮データ・ブロック、およびＬＥＮの１の補数に等しくないＮＬＥＮが発生する。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、圧縮されたＤＨＴのＨＬＩＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、圧縮されたＤＨＴのＨＤＩＳＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、圧縮されたＤＨＴに対して定義された可能な例えば１９個のコード長のビット長を指定するコードのシーケンス内にある、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコードを指定する（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されている要素のセットの第１のコード長として例えばコード長１６（前のコード長のコピー）を指定する（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、リテラル・バイトのコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、コード長０（ＣＬ０）をＥＯＢシンボルに割り当てるコードを指定する。この場合、対応するＤＨＴが、ＥＯＢシンボルを表すためのハフマン・コードを指定しない（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、重複列の長さおよびポインタ距離のコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、ＨＬＩＴフィールド、ＨＤＩＳＴフィールド、および例えば２５８の値の和によって指定された、ＤＨＴ内のハフマン・コードの数より大きいコード長の数を指定する。これは、例えば、コード長１６、１７、および１８の不適切な使用を伴っている可能性がある（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、重複列のポインタ距離のセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックに出現する圧縮データ・シンボルが、同じブロック内の圧縮形式のＤＨＴから導出された非汎用ＤＨＴによって定義されていないハフマン・コードを指定する。この場合、一般オペランド・データ例外を認識する目的で処理するために使用できる第２のオペランドのビット数は、モデルに依存する。より詳細には、定義されていないコードをデコードしようとするモデルは、より少ないビットを処理した後に例外を決定できたとしても、例外を認識する前に、例えば１５ビットを処理してよい。
・重複列のポインタであり、シンボルを処理する時点で使用可能な履歴の長さより大きい距離を指定する圧縮データ・シンボルが発生する。
・ＢＴＹＰＥが２進数０１に等しい圧縮データ・ブロックに出現する圧縮データ・シンボルが、無効なコード（例えば、重複列の長さの場合は２進数１１０００１１０または１１０００１１１のコード、あるいは重複列のポインタ距離の場合は２進数１１１１０または１１１１１のコード）を指定する。この場合、一般オペランド・データ例外を認識する目的で処理するために使用できる第２のオペランドのビット数は、モデルに依存する。より詳細には、無効なコードをデコードしようとするモデルは、より少ないビットを処理した後に例外を決定できたとしても、例外を認識する前に、例えば、重複列の長さの場合は８ビット、または重複列のポインタ距離の場合は５ビットを処理してよい。
・パラメータ・ブロック・バージョン番号３６２によって指定されたパラメータ・ブロックの形式が、モデルによってサポートされない。
・ＮＴ３７４が０であり、ＨＬ３８５が例えば３２，７６８より大きい。
・ＢＴＹＰＥが２進数１１に等しい圧縮データ・ブロックが発生する。
・ＢＴＹＰＥが２進数００に等しい圧縮データ・ブロック、およびＬＥＮの１の補数に等しくないＮＬＥＮが発生する。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、圧縮されたＤＨＴのＨＬＩＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、圧縮されたＤＨＴのＨＤＩＳＴ部分要素が例えば２９より大きい（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、圧縮されたＤＨＴに対して定義された可能な例えば１９個のコード長のビット長を指定するコードのシーケンス内にある、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコードを指定する（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さで構成されている要素のセットの第１のコード長として例えばコード長１６（前のコード長のコピー）を指定する（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、リテラル・バイトのコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、コード長０（ＣＬ０）をＥＯＢシンボルに割り当てるコードを指定する。この場合、対応するＤＨＴが、ＥＯＢシンボルを表すためのハフマン・コードを指定しない（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、重複列の長さおよびポインタ距離のコード長を指定するコードのシーケンス内にあるコードを指定し、このコードが、圧縮されたＤＨＴ内で前に指定された、参照されるコード長のセットを表すために決定されたコードのいずれにも一致しない（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、ＨＬＩＴフィールド、ＨＤＩＳＴフィールド、および例えば２５８の値の和によって指定された、ＤＨＴ内のハフマン・コードの数より大きいコード長の数を指定する。これは、例えば、コード長１６、１７、および１８の不適切な使用を伴っている可能性がある（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、リテラル・バイト、ＥＯＢシンボル、および重複列の長さのセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・圧縮形式のＤＨＴ（ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックの内容）が発生し、このＤＨＴが、重複列のポインタ距離のセットに対して、機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより小さいコード長を指定する（無効なＤＨＴ）。
・ＢＴＹＰＥが２進数１０に等しい圧縮データ・ブロックに出現する圧縮データ・シンボルが、同じブロック内の圧縮形式のＤＨＴから導出された非汎用ＤＨＴによって定義されていないハフマン・コードを指定する。この場合、一般オペランド・データ例外を認識する目的で処理するために使用できる第２のオペランドのビット数は、モデルに依存する。より詳細には、定義されていないコードをデコードしようとするモデルは、より少ないビットを処理した後に例外を決定できたとしても、例外を認識する前に、例えば１５ビットを処理してよい。
・重複列のポインタであり、シンボルを処理する時点で使用可能な履歴の長さより大きい距離を指定する圧縮データ・シンボルが発生する。
・ＢＴＹＰＥが２進数０１に等しい圧縮データ・ブロックに出現する圧縮データ・シンボルが、無効なコード（例えば、重複列の長さの場合は２進数１１０００１１０または１１０００１１１のコード、あるいは重複列のポインタ距離の場合は２進数１１１１０または１１１１１のコード）を指定する。この場合、一般オペランド・データ例外を認識する目的で処理するために使用できる第２のオペランドのビット数は、モデルに依存する。より詳細には、無効なコードをデコードしようとするモデルは、より少ないビットを処理した後に例外を決定できたとしても、例外を認識する前に、例えば、重複列の長さの場合は８ビット、または重複列のポインタ距離の場合は５ビットを処理してよい。
一般オペランド・データ例外が認識された場合、例外に関連する追加情報を提供するように、パラメータ・ブロックの動作終了補助コード（ＯＥＳＣ）フィールド３６５およびモデル・バージョン番号（ＭＶＮ）フィールド３６３が更新されるとしても、動作は抑制されていると見なされる。
ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が実行されており、一般オペランド・データ例外が、第２のオペランドに関して認識されることになっている場合、その結果は、例外が認識されるか、または動作が部分的に完了して終了し、例えば条件コード３が設定されるかのいずれかである。条件コード３が設定された場合、同じオペランドの処理を続行するために命令が再実行され、例外条件がまだ存在するときに、例外が認識される。
その他の条件として、例えば以下が挙げられる。
命令の実行が割り込み可能である。割り込みが発生した場合、命令が再実行されるときに割り込みの時点で再開するように、汎用レジスタＲ１およびＲ２内のアドレス、汎用レジスタＲ１＋１およびＲ２＋１内の長さ、およびパラメータ・ブロックの特定のフィールドが更新される。
ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が実行されており、アクセス例外が、第１または第２のオペランドに関して認識されることになっている場合、その結果は、例外が認識されるか、または動作が部分的に完了して終了し、例えば条件コード３が設定されるかのいずれかである。条件コード３が設定された場合、同じオペランドの処理を続行するために命令が再実行され、例外条件がまだ存在するときに、例外が認識される。
このＣＰＵ、他のＣＰＵ、およびチャンネル・プログラムによって観察されるとき、パラメータ・ブロック、第１のオペランド、第２のオペランド、および第３のオペランドへの参照は、多重アクセス参照であってよく、これらのストレージ位置へのアクセスは、必ずしもブロック・コンカレントではなく、これらのアクセスまたは参照のシーケンスは定義されない。
１つの実施形態では、ＤＦＬＴＣＣ－ＣＭＰＲ機能またはＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、以下のいずれかが当てはまる場合、結果が予測不可能になる。
・パラメータ・ブロックが第１のまたは第２のオペランドと重なる。
・第１のオペランドが第２のオペランドと重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が円形であり、第３のオペランドが、第１のオペランド、第２のオペランド、またはパラメータ・ブロックと重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が直列であり、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、履歴が、第１のオペランドまたはパラメータ・ブロックと重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が直列であり、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、履歴が、第２のオペランドまたはパラメータ・ブロックと重なる。
・パラメータ・ブロックが第１のまたは第２のオペランドと重なる。
・第１のオペランドが第２のオペランドと重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が円形であり、第３のオペランドが、第１のオペランド、第２のオペランド、またはパラメータ・ブロックと重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が直列であり、ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、履歴が、第１のオペランドまたはパラメータ・ブロックと重なる。
・指定された履歴バッファ・タイプ（ＨＢＴ）が直列であり、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、履歴が、第２のオペランドまたはパラメータ・ブロックと重なる。
特定の状況では、ＣＰＵによって決定された処理済みのバイト数が０の状態で、デフレート変換呼び出し命令の実行を終了するにもかかわらず、データが第１のオペランドの位置に格納されていてよく、適用可能な場合、データが第３のオペランドの位置に格納されていてよく、適用可能な場合、対応する変更のビットが設定されている。そのような場合、パラメータ・ブロックおよび汎用レジスタの内容は、元の値から変更されていない。このような状況は、ＣＰＵが静止動作を実行するか、またはＣＰＵがデフレート変換呼び出し命令の実行中に再試行するときに、発生することがある。
デフレート変換呼び出し命令の実行から得られる例示的な条件コードを以下に示す。
０ 正常完了
１ 第１のオペランドの長さが、動作を完了するのに不十分である
２ 第２のオペランドの長さが、動作を完了するのに不十分である（ＤＦＬＴＣＣ－ＸＰＮＤ）
３ ＣＰＵによって決定された処理済みのデータの量
プログラム例外：
・アクセス（フェッチ、オペランド２、直列履歴、フェッチおよび格納、パラメータ・ブロック、オペランド１、オペランド３）
・ＤＸＣ０を含むデータ、一般オペランド
・演算（デフレート変換機能がインストールされていない場合）
・指定
・トランザクション制約
・アクセス（フェッチ、オペランド２、直列履歴、フェッチおよび格納、パラメータ・ブロック、オペランド１、オペランド３）
・ＤＸＣ０を含むデータ、一般オペランド
・演算（デフレート変換機能がインストールされていない場合）
・指定
・トランザクション制約
デフレート変換呼び出し命令の実行の例示的な優先度を以下に示す。
１．～６．一般的なケースに関する、プログラム割り込み条件の優先度と同じ優先度を持つ例外。
７．Ａ 第２の命令のハーフワードに関するアクセス例外。
７．Ｂ 演算例外。
７．Ｃ トランザクション制約。
８．Ａ 無効な機能コードまたは無効なレジスタ番号に起因する指定例外。
８．Ｂ ４Ｋバイト境界上で指定されないパラメータ・ブロックに起因する指定例外。
８．Ｃ ４Ｋバイト境界上で指定されない円形履歴バッファに起因する指定例外。
９．パラメータ・ブロックへのアクセスに関するアクセス例外。
１０．パラメータ・ブロックの指定された形式がモードによってサポートされていない場合の一般オペランド・データ例外。
１１．命令の実行の開始時に第２のオペランドの長さが０に等しく、ＣＦが０に等しいことに起因する指定例外。
１２．命令の実行の開始時に第１のオペランドの長さが０に等しく、ＤＦＬＴＣＣ－ＣＭＰＲが指定されたことに起因する条件コード１。
１３．Ａ ＤＦＬＴＣＣ－ＣＭＰＲまたはＤＦＬＴＣＣ－ＸＰＮＤが指定された場合に、履歴長フィールドが３２，７６８より大きく、新しいタスク・フィールドが０であることに起因する一般オペランド・データ例外。
１３．Ｂ 第１のオペランドへのアクセスに関するアクセス例外であり、第１のオペランドの長さが０以外である。
１３．Ｃ 第２のオペランドへのアクセスに関するアクセス例外であり、第２のオペランドの長さが０以外である。
１３．Ｄ 命令の実行の開始時に指定された直列履歴へのアクセスに関するアクセス例外。
１３．Ｅ 第３のオペランドへのアクセスに関するアクセス例外。
１４．Ａ 上の項目１０および１３．Ａに含まれている条件以外の条件に起因する一般オペランド・データ例外。
１４．Ｂ 上の項目１２に含まれている条件以外の条件に起因する条件コード１、２、または３。
１５．条件コード０。
使用の前に、一般オペランド・データ例外条件の存在に関して、圧縮形式のＤＨＴが検査される。一般オペランド・データ例外条件に起因して圧縮形式のＤＨＴの長さが正確に定義されない場合、解釈される長さは、条件によって決まってよく、モデルに依存してよく、例えば２８６バイトを超えない。その結果、ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、例えば第２のオペランドの右端の２８６バイトにおいて、一般オペランド・データ例外条件を伴う圧縮形式のＤＨＴが発生した場合、例外条件（優先度１４．Ａ）または条件コード２（優先度１４．Ｂ）が認識されるかどうかは、モデルに依存する。
例示的なプログラミングに関する注意事項を以下に示す。
１．データを圧縮または復元するときに、デフレート変換呼び出し命令が実行される回数を最小限に抑えて動作が実行された場合に、全体的な効率が高くなることがある。言い換えると、大きいオペランドを使用してＤＦＬＴＣＣを実行することは、小さいオペランドを使用して複数回ＤＦＬＴＣＣを実行することよりも効率的であることがある。
２．圧縮動作および復元動作で、条件コード３が設定された場合、プログラムが命令に分岐して戻り、動作を続行できるように、命令によって使用される汎用レジスタおよびパラメータ・ブロックが更新されている。
３．１つの実施形態では、命令のパラメータによって指定された処理の、ＣＰＵによって決定された下位部分を実行した後に、デフレート変換呼び出し命令が完了してよい。指定されたすべての処理の代わりに、ＣＰＵによって決定された量の処理のみを実行した後に命令が完了した場合、命令が条件コード３を設定する。そのような完了時に、命令に分岐して戻り、命令を再実行することによって命令の処理を再開できるように、ＰＳＷ（program status word：プログラム状態ワード）内の命令アドレスが次の順次命令を指定し、命令のオペランド・パラメータが調整されている。命令は、指定されたすべての処理を実行したときに、３以外の条件コードを設定する。
４．ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド内の０以外の値と共に動作が終了した場合、動作は、得られた第１のオペランド・アドレスによって指定されたバイトに格納することを含んでいた。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＳＢＢ内の０以外の値と共に動作が終了した場合、動作は、得られた第２のオペランド・アドレスによって指定されたバイトをフェッチすることを含んでいた。
５．０以外の条件コードが設定されて動作が終了した場合、パラメータ・ブロックのＣＳＢフィールド３９２が、部分的に処理されたデータを含んでよく、プログラムが命令を再実行して動作を再開することが期待される。
６．０以外の条件コードが設定されて動作が終了した後に、動作を再開する目的で命令を再実行する前に、プログラムはパラメータ・ブロックのどのフィールドも変更するべきではなく、そうでない場合、結果が予測不可能になる。
７．ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、生成されたＤＨＴの圧縮表現が、ハフマン・アルゴリズムに従って、３つの正しい完全なハフマン・コード・ツリーを表す。すなわち、不完全なハフマン・コード・ツリーは表されない。不完全なハフマン・コード・ツリーは、適切な機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより大きい要素のコード長を指定するＤＨＴの圧縮表現から導出される。
１．データを圧縮または復元するときに、デフレート変換呼び出し命令が実行される回数を最小限に抑えて動作が実行された場合に、全体的な効率が高くなることがある。言い換えると、大きいオペランドを使用してＤＦＬＴＣＣを実行することは、小さいオペランドを使用して複数回ＤＦＬＴＣＣを実行することよりも効率的であることがある。
２．圧縮動作および復元動作で、条件コード３が設定された場合、プログラムが命令に分岐して戻り、動作を続行できるように、命令によって使用される汎用レジスタおよびパラメータ・ブロックが更新されている。
３．１つの実施形態では、命令のパラメータによって指定された処理の、ＣＰＵによって決定された下位部分を実行した後に、デフレート変換呼び出し命令が完了してよい。指定されたすべての処理の代わりに、ＣＰＵによって決定された量の処理のみを実行した後に命令が完了した場合、命令が条件コード３を設定する。そのような完了時に、命令に分岐して戻り、命令を再実行することによって命令の処理を再開できるように、ＰＳＷ（program status word：プログラム状態ワード）内の命令アドレスが次の順次命令を指定し、命令のオペランド・パラメータが調整されている。命令は、指定されたすべての処理を実行したときに、３以外の条件コードを設定する。
４．ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド内の０以外の値と共に動作が終了した場合、動作は、得られた第１のオペランド・アドレスによって指定されたバイトに格納することを含んでいた。ＤＦＬＴＣＣ－ＸＰＮＤ機能が指定され、ＳＢＢ内の０以外の値と共に動作が終了した場合、動作は、得られた第２のオペランド・アドレスによって指定されたバイトをフェッチすることを含んでいた。
５．０以外の条件コードが設定されて動作が終了した場合、パラメータ・ブロックのＣＳＢフィールド３９２が、部分的に処理されたデータを含んでよく、プログラムが命令を再実行して動作を再開することが期待される。
６．０以外の条件コードが設定されて動作が終了した後に、動作を再開する目的で命令を再実行する前に、プログラムはパラメータ・ブロックのどのフィールドも変更するべきではなく、そうでない場合、結果が予測不可能になる。
７．ＤＦＬＴＣＣ－ＧＤＨＴ機能が指定された場合、生成されたＤＨＴの圧縮表現が、ハフマン・アルゴリズムに従って、３つの正しい完全なハフマン・コード・ツリーを表す。すなわち、不完全なハフマン・コード・ツリーは表されない。不完全なハフマン・コード・ツリーは、適切な機能するハフマン・ツリーを指定するためにハフマン・アルゴリズムによって必要とされる長さより大きい要素のコード長を指定するＤＨＴの圧縮表現から導出される。
ＤＦＬＴＣＣ－ＣＭＰＲ機能が指定され、ＨＴＴが１であり、ＤＨＴの圧縮表現が不完全なハフマン・コード・ツリーの記述を含んでいる場合、ＤＦＬＴＣＣ－ＸＰＮＤ機能を使用することによって、圧縮データの結果を元の圧縮されていないデータに変換することができるが、デフレート規格を順守する一部のデコーダは、結果を元の圧縮されていないデータに変換できないことがある。これは、例えば、ＤＦＬＴＣＣ－ＣＭＰＲ機能に対してプログラムによって指定されたＤＨＴの圧縮表現が、ＤＦＬＴＣＣ－ＧＤＨＴ機能の実行の結果として生成されなかった場合に、発生することがある。
８．条件コード１が設定されてＤＦＬＴＣＣ－ＣＭＰＲ機能が終了した場合、パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１に格納された結果は、２進数０００である。このシナリオを認識することは、デフレート変換呼び出し命令で使用するための出力バッファを割り当てるプログラムに関連することがある。
８．条件コード１が設定されてＤＦＬＴＣＣ－ＣＭＰＲ機能が終了した場合、パラメータ・ブロックのサブバイト境界（ＳＢＢ）フィールド３８１に格納された結果は、２進数０００である。このシナリオを認識することは、デフレート変換呼び出し命令で使用するための出力バッファを割り当てるプログラムに関連することがある。
本明細書において説明されているように、１つの態様では、汎用プロセッサを使用して圧縮動作または復元動作あるいはその両方を実行するために、単一の命令（例えば、ハードウェア／ソフトウェア・インターフェイスでの単一の設計されたマシン命令（例えば、デフレート変換呼び出し命令））が提供される。例えば、この命令は、命令セット・アーキテクチャ（ＩＳＡ：Instruction Set Architecture）において定義されたハードウェア命令である。その結果、圧縮動作または復元動作あるいはその両方に関連するプログラムの複雑さが低減される。さらに、動作（したがって、プロセッサ）の性能が改善される。
デフレート変換呼び出し命令は、例えばプログラマーによって、Ｉ／Ｏデバイス、Ｉ／Ｏインターフェイスを介して接続されたアプリケーション固有のデバイス、またはその他の種類の専用プロセッサなどの専用プロセッサではなく、有利に、汎用プロセッサ（例えば、本明細書ではプロセッサと呼ばれる中央処理装置）上でディスパッチされる。開示された命令の実行は、ソフトウェアの実装と比較して、同じ動作を実行するために大幅に少ない実行サイクルを必要とする。さらに、開示された命令の実行は、動作をＩ／Ｏデバイスにディスパッチすることと比較して、オペレーティング・システムによるＩ／Ｏ操作を必要とせず、動作が完了するのを待っている間に、オペレーティング・システムがタスク切り替えを実行することを引き起こさない。
さまざまなフィールドおよびレジスタが説明されたが、本発明の１つまたは複数の態様は、その他の追加の、またはより少ないフィールドまたはレジスタ、あるいはその他のサイズのフィールドおよびレジスタなどを使用してよい。多くの変形が可能である。例えば、命令の明示的に指定されたレジスタまたはフィールドの代わりに、暗黙のレジスタが使用されてよく、または暗黙のレジスタまたはフィールドの代わりに、明示的に指定されたレジスタまたはフィールドが使用されてよく、あるいはその両方であってよい。その他の変形も可能である。
デフレート変換呼び出し命令の使用の一実施形態が、図１７を参照して説明される。１つの例では、汎用プロセッサなどのプロセッサ上で実行されているプログラムが、ストレージ内のパラメータ・ブロックにおいて、実行される動作の詳細を指定し、パラメータ・ブロックの位置を指定する（ステップ１７００）。例えば、実行される機能に応じて、パラメータ・ブロック（例えば、パラメータ・ブロック３４０、３６０、または３７０）のフィールドのうちの１つまたは複数が提供されるか、または設定される。さらに、プログラムは、実行される動作（例えば、照会、生成、圧縮、展開など）を指定する（ステップ１７０２）。さらに、プログラムは、ストレージ内の位置および入力データの量を指定するか、または更新し（ステップ１７０４）、ストレージ内の結果バッファの位置およびサイズを指定するか、または更新する（ステップ１７０６）。
その後、プログラムは、デフレート変換呼び出し（ＤＦＬＴＣＣ）命令を実行する（ステップ１７０８）。１つの例では、汎用プロセッサ上で命令がディスパッチされる。例えば、命令は、汎用プロセッサ上で処理されるか、または汎用プロセッサに結合された、Ｉ／Ｏインターフェイスを使用せずにアクセス可能なハードウェアによって、少なくとも部分的に処理される。
命令の終了に基づいて、実行から得られた条件コードが第１の定義された値（例えば、０）に等しいかどうかに関する判定が行われる（照会１７１０）。条件コードが第１の定義された値に等しい場合、命令の処理が完了する（ステップ１７１２）。しかし、条件コードが第１の定義された値に等しくない場合、条件コードが第２の定義された値（例えば、３）に等しいかどうかに関する判定がさらに行われる（照会１７１４）。条件コードが、処理される追加のデータが存在することを示す第２の定義された値に等しい場合、命令が再実行される（ステップ１７０８）。しかし、条件コードが第２の定義された値に等しくない場合、条件コードが第３の定義された値（例えば、１）に設定されているかどうかに関する別の判定が行われる（照会１７１６）。条件コードが、第１のオペランドの長さが不十分であることを示す第３の定義された値に設定されている場合、処理がステップ１７０６を続行し、そうでない場合、第２のオペランドの長さが機能のために不十分であり、処理がステップ１７０４を続行する。
示されているように、デフレート変換呼び出し命令は、単一のデータ・ストリームを圧縮または復元するために複数回実行されてよい。したがって、１つの態様では、デフレート変換呼び出し命令が属性を含み、この属性は、デフレート変換呼び出し命令の複数の実行にわたる動作中に処理された圧縮されていないデータの履歴を蓄積するために使用されるバッファ（例えば、３２Ｋバイトのバッファ）を宣言するためのメカニズムをプログラムに提供する。このバッファは、例えば円形履歴バッファである。
１つの態様では、デフレート変換呼び出し命令は、円形履歴バッファの使用を示すために、暗黙のレジスタ（例えば、ＧＲ０．５６）内のインジケータ（例えば、ビット）を使用する。円形履歴バッファが示され、デフレート変換呼び出し命令によって実行される指定された機能がデータの圧縮または復元である場合、命令のフィールド（例えば、Ｒ３）が、例えば３２Ｋバイトのバッファのメモリ内の位置を指定し、プロセッサが、この位置を使用して、動作の開始時に履歴をフェッチし、動作の終了時に履歴を格納する。円形履歴バッファ内の履歴の長さは、デフレート変換呼び出し命令に関連付けられたパラメータ・ブロックのフィールド（例えば、ＨＬフィールド３８５）によって指定され、バッファ内の履歴の先頭は、パラメータ・ブロックの別のフィールド（例えば、ＨＯフィールド３８６）に含まれているオフセットによって指定される。
円形履歴バッファの使用の詳細が、図１８を参照してさらに説明される。１つの例では、汎用プロセッサなどのプロセッサ上で実行されているプログラムが、ストレージ内のパラメータ・ブロックにおいて、実行される動作の詳細を指定し、パラメータ・ブロックの位置を指定する（ステップ１８００）。例えば、実行される機能に応じて、パラメータ・ブロック（例えば、パラメータ・ブロック３６０または３７０）のフィールドのうちの１つまたは複数が提供されるか、または設定される。さらに、プログラムは、実行される動作（例えば、圧縮、展開など）を指定する。
さらに、１つの例では、プログラムは、定義済みのサイズ（例えば、３２Ｋバイト）を有する円形バッファを割り当て、そのメモリ内の位置を指定する（ステップ１８０２）。さらに、プログラムは、圧縮されていないデータ・ストリームの一部をバッファに配置し、このバッファの位置およびサイズをデフレート変換呼び出し命令への入力として指定し（ステップ１８０４）、ストレージ内の結果バッファの位置およびサイズを指定するか、または更新する（ステップ１８０６）。
次に、デフレート変換呼び出し命令が実行される（ステップ１８０８）。命令の実行に基づいて、本明細書において説明されているように、プロセッサが、動作への入力として、例えば円形履歴バッファから履歴をフェッチし（ステップ１８２０）、指定された動作を実行する（ステップ１８２２）。さらに、プロセッサが、動作の出力として、円形履歴バッファ内の履歴を変更する（ステップ１８２４）。データ・ストリーム全体が処理されたかどうかに関する判定が行われる（照会１８２６）。データ・ストリーム全体が処理されていない場合は、処理がステップ１８０４を続行する。データ・ストリーム全体が処理された場合は、処理が完了する。
円形履歴バッファを使用することによって、例えば以下が可能になる。
デフレート変換呼び出し命令の個別の実行で使用するために指定された入力バッファまたは出力バッファのサイズが比較的小さい（例えば、５１２バイト）場合、バッファされたデータ（例えば、最大３２Ｋバイト）の複数のセグメントにわたる履歴が、少数のバイトを処理するデフレート変換呼び出し命令への入力として使用されてよい。
デフレート変換呼び出し命令の個別の実行で使用するために指定された入力バッファまたは出力バッファのサイズが比較的大きい（例えば、１２８Ｋバイト）場合、バッファされたデータ（例えば、最大３２Ｋバイト）の以前のセグメントの履歴が、データの最初の３２Ｋバイトを処理しているデフレート変換呼び出し命令への入力として使用されてよい。
どちらの場合も、他の方法で使用できるであろう履歴よりも多くの履歴を、データを処理するために使用できる。その結果、重複列の検出の有効性が改善され、全体的な圧縮率の改善が得られる。これによって、コンピューティング環境内の処理を容易にし、性能を改善する。
本発明の１つまたは複数の態様は、コンピュータ技術に密接に関係しており、コンピュータ内の処理を容易にし、その性能を改善する。圧縮または復元あるいはその両方を実行するために単一の設計されたマシン命令を使用することによって、コンピューティング環境内の性能を改善する。圧縮／復元されるデータは、データの管理または使用あるいはその両方を行う、コンピュータ処理、医用情報処理、セキュリティ、在庫管理などの多くの技術分野で使用されることがある。圧縮／復元における最適化を実現し、実行時間を削減することによって、これらの技術分野が改善される。
本発明の１つまたは複数の態様に関連している１つまたは複数の実施形態の詳細が、図１９～２２を参照してさらに説明される。
次に、本発明の態様に特に関連する技術の概要について説明すると、デフレートは、数ギガバイト（ＧＢ）のサイズになることがあるデータの圧縮のためのアルゴリズムであり、このアルゴリズムでは、アプリケーションが一度に小さいバッファのみを有することができ、１メガバイト（ＭＢ）以下であることがある比較的小さいブロック内で圧縮が完了する必要がある。デフレートは、通常、ダイレクト・メモリ・アクセス（ＤＭＡ：direct memory access）に使用されるＩ／Ｏインターフェイスに類似する入出力（Ｉ／Ｏ）インターフェイスを使用してオンチップ・コヒーレンス・サブシステム（例えば、Ｌ３キャッシュ）に接続できるアクセラレータまたはＮＸＵ上で実行される複合体の命令セットのことを指すことができる。アーキテクチャの観点からは、デフレートは特定の原理原則に従う必要がある。
さらに、複合体の割り込み可能命令は、割り込みが使用された後に命令を再開できるようにするために外部に保存する必要がある状態を有する命令（例えば、デフレート、デフレート変換呼び出し命令、アクセラレータ上で実行される複合体の命令セットの命令）である。この状態が、特定の形式設定要件（例えば、パラメータ・ブロック形式）を満たす場合に、再開できるようにするために存在する必要があるすべてのものであり得るということに注意する。特定の形式設定要件のマイクロアーキテクチャ設計は、特に、元のマシン・モデルのために行われ得る。次に、同じ複合体の割り込み可能命令を含む新しいマシン・モデルが導入されるときに、同じ複合体の割り込み可能命令の状態のマイクロアーキテクチャ設計は、特に、この新しいマシン・モデルのために行われる。マイクロアーキテクチャ設計が行われるということは、状態の領域があるマシン・モデルのために作成され、このマシン・モデルによってのみ理解可能であるため、ソフトウェアの視点からは、状態の領域が非透過的であるということを意味する。したがって、新しいマシン・モデルの導入後に、コンピューティング環境は、２つの異なるパラメータ・ブロック形式を有する同じ複合体の割り込み可能命令を実行する２つのマシン（例えば、元のマシン・モデルおよび新しいマシン）を含んでいる。
複合体の機能およびパラメータ・ブロックを有する命令の場合、本明細書における１つまたは複数の実施形態に従って、新しい仮想アーキテクチャ・レベル（ＶＡＬ：virtual architecture level）のアプローチが採用される。すなわち、さまざまな複合体のコンピューティング環境内で、ＶＡＬは、すべての仮想マシンに共通する最低のマシン・レベルに設定された（ＶＡＬ内の）インジケータを利用することによって、すべての命令が任意の下位のマシン・レベルからのすべての入力をサポートするように、システムの移行を処理するために使用される。したがって、本発明の１つまたは複数の実施形態は、複数のマシン世代にわたって（例えば、コンピューティング環境の元のマシン・モデルと新しいマシンの間で）複合体の機能の互換性を維持することによって、前述した欠点に対処する。さらに、本明細書における１つまたは複数の実施形態は、各マシンが２つの異なるパラメータ・ブロック形式のみを理解することを要求する、世代間の互換性レベルを定義する。これに関して、すべてのマシンは、それ自身のレベルの命令およびパラメータ・ブロックに加えて、最小公分母を実装する。
図１９は、本発明の実施形態に従って、システム１９００を示している。システム１９００は、パラメータ・ブロック・バージョンｎ１９３０を含んでいる互換性レベル１９２９を有する仮想マシン１９２０をサポートするマシン・バージョン（ｎ）１９１０を含んでいる。パラメータ・ブロック・バージョンｎ１９３０は、すべてのマシン・バージョンの最小公分母のインジケータ（例えば、最小公分母インジケータ１９３１）を含んでいる。
システム１９００は、パラメータ・ブロック・バージョンｎ１９３０およびパラメータ・ブロック・バージョンｎ＋１ １９６０を含んでいる互換性レベル１９５９を有する仮想マシン１９５０をサポートするマシン・バージョン（ｎ＋１）１９４０も含んでいる。システム１９００は、パラメータ・ブロック・バージョンｎ１９３０およびパラメータ・ブロック・バージョンｎ＋２ １９９０を含んでいる互換性レベル１９８９を有する仮想マシン１９８０をサポートするマシン・バージョン（ｎ＋２）１９７０も含んでいる。互換性レベル１９２９、１９５９、および１９８９内の最小公分母インジケータ１９３１は、特定の仮想マシン１９２０、１９５０、および１９８０内でどの機能が使用可能かを識別する一連の機能ビットによって制御される。
「ｎ」が世代の指定であり、ｎ－０である場合、マシン・バージョン１９１０が第１の世代のマシンであり、マシン・バージョン１９４０が第２の世代のマシンであり、マシン・バージョン１９７０が第３の世代のマシンであるということに注意する。マシン・バージョン１９１０、１９４０、および１９７０は、１つまたは複数の仮想マシン（例えば、仮想マシン１９２０、１９５０、および１９８０）をサポートするハードウェア／ソフトウェアの組み合わせを含んでいる任意のデバイスであることができる。例えば、各マシン・バージョン１９１０、１９４０、および１９７０は、図２２のシステム２２００の１つのインスタンスと同等であることができる。
一般に、オペレーティング・システムが仮想マシン１９２０、１９５０、および１９８０間で移行することができるため、すべての仮想マシン１９２０、１９５０、および１９８０は同じＶＡＬを有する必要がある。同じＶＡＬとは、複合体（例えば、システム１９００、図２のＣＥＣ２００）がマシン・バージョン１９１０（例えば、第１の世代のマシン）およびマシン・バージョン１９４０（例えば、第２の世代のマシン）を含んでおり、仮想マシン１９５０が第１の世代のマシンから第２の世代のマシンに移行されている場合、仮想マシン１９５０が、移行後に、第１の世代のマシンの命令を実行できるということを意味する。第２の世代のマシンの命令が第１の世代のマシン上で機能しないということに注意する。第１の世代のマシンの命令および第２の世代のマシンの命令が、第１の世代のマシンおよび第２の世代のマシンの特定の形式設定要件をそれぞれ満たす複合体の割り込み可能命令（例えば、デフレート変換呼び出し命令、またはアクセラレータ上で実行されている複合体の命令セットの命令）であることができるということにも注意する。
システム１９００は、各仮想マシン１９２０、１９５０、および１９８０のＶＡＬ内で、複合体の割り込み可能命令の互換性レベル１９２９、１９５９、および１９８９を維持する。各互換性レベル１９２９、１９５９、および１９８９は、マシン・バージョン１９１０、１９４０、および１９７０全体の最小公分母のマシン・バージョンのため、ならびに複合体の割り込み可能命令のローカルなパラメータ・ブロック形式のために設計される。ローカルなパラメータ・ブロック形式が、マシン・バージョン１９１０、１９４０、および１９７０の各々のローカルなマシン・バージョンのために設計されるということに注意する。これに関して、仮想マシン１９２０は、マシン・バージョン１９１０（これが最も古いバージョンである）上で実行できるパラメータ・ブロック形式をサポートし、仮想マシン１９４０は、マシン・バージョン１９１０（最小公分母）およびマシン・バージョン１９５０（ローカル）上で実行できるパラメータ・ブロック形式をサポートし、仮想マシン１９７０は、マシン・バージョン１９１０（最小公分母）およびマシン・バージョン１９８０（ローカル）上で実行できるパラメータ・ブロック形式をサポートする。より詳細には、バージョンｎが最小公分母であるため、各仮想マシン１９２０、１９５０、および１９８０上の各互換性レベル１９２９、１９５９、および１９８９内で、パラメータ・ブロック・バージョンｎ１９３０が複製される。
１つまたは複数の実施形態に従って、対応する複合体の割り込み可能命令を実行するために、マシン・バージョン１９１０、１９４０、および１９７０のマシンによって、互換性レベル１９２９、１９５９、および１９８９が生成され得る。さらに、対応する複合体の割り込み可能命令を最初に実行するために、マシン・バージョン１９１０、１９４０、および１９７０のマシンによって、最小公分母インジケータ１９３１が生成され得る。ＶＡＬは、互換性レベル１９２９を利用して、この最小公分母インジケータ１９３１を持ち、その後の互換性レベル１９５９および１９８９が生成されるときに、パラメータ・ブロック・バージョンｎ１９３０が複製されるようにする。最小公分母インジケータ１９３１は、図に示されているようにパラメータ・ブロック・バージョンｎ１９３０に関連付けられるか、またはそれ自身の互換性レベル１９２９の独立した部分であることができる。１つまたは複数の実施形態に従って、最小公分母インジケータまたは互換性レベルあるいはその両方は、複合体の割り込み可能命令を最初に実行するためのマシン・バージョン１９１０、１９４０、および１９７０のマシンから、残りの複数のマシン・バージョン１９１０、１９４０、および１９７０に伝搬され得る。
図２０は、本発明の実施形態に従って、プロセス・フロー２０００を示している。図２１は、本発明の実施形態に従って、システム２１００を示している。システム２１００は、マシン・バージョンｎ、ｎ－１、およびｎ－２（それぞれ、２１１０、２１４０、および２１７０）を有するマシンを最初に含み、これらのマシンの各々は、異なるパラメータ・ブロック形式（それぞれ、パラメータ・ブロック・バージョンｎ２１３０、パラメータ・ブロック・バージョンｎ－１ ２１６０、およびパラメータ・ブロック・バージョンｎ－２ ２１９０）を実装する。１つまたは複数の実施形態に従って、各パラメータ・ブロック２１３０、２１６０、および２１９０が、マシン・バージョンｎ、ｎ－１、およびｎ－２（それぞれ、２１１０、２１４０、および２１７０）内に個別に格納され得る。
システム２１００によってプロセス・フロー２０００が実行され得る。ブロック２０１０でプロセス・フロー２０００が開始し、レベルｎ－２（２１７０）でのマシンが、複合体の割り込み可能命令（例えば、デフレート、デフレート変換呼び出し命令、マシン２１７０のアクセラレータ上で実行されている複合体の命令セットの命令）を実装するための第１のマシンである。
ブロック２０２０で、システム２１００の仮想アーキテクチャ・レベルが、最小公分母インジケータ２１９１によって、第１のマシンのパラメータ・ブロック（例えば、パラメータ・ブロック・バージョンｎ－２ ２１９０）が、複合体の割り込み可能命令のために実行／サポートされるということを示す。パラメータ・ブロック・バージョンｎ－２ ２１９０形式は、互換性レベルまたは発生形式と呼ばれ得る。
ブロック２０３０で、最小公分母インジケータ２１９１を含むパラメータ・ブロック・バージョンｎ－２ ２１９０形式が、システム２１００内で現在実行されている各仮想マシンに伝搬される。図２１に示されているように、矢印Ｂによって、パラメータ・ブロック・バージョンｎ－２ ２１９０形式が仮想マシン２１２０および２１５０と共有される。ここで、マシン・レベルｎおよびｎ－１で実行されている仮想マシン２１２０および２１５０の両方が、パラメータ・ブロック・バージョンｎ－２ ２１９０形式を有する複合体の割り込み可能命令を実装することができる。さらに、マシン・レベルｎ上で実行されている仮想マシン２１２０は、パラメータ・ブロック・バージョンｎ２１３０形式に対応する複合体の割り込み可能命令を実装することができ、マシン・レベルｎ－１上で実行されている仮想マシン２１５０は、パラメータ・ブロック・バージョンｎ－１ ２１６０形式に対応する複合体の割り込み可能命令を実装することができる。
ブロック２０４０で、システム２１００が、第１のマシンがオフラインであることを検出する。Ｘによって図２１に示されているように、レベルｎ－２（２１７０）でのマシンがオフラインになる。ブロック２０５０で、システム２１００が、新しいマシンがオンラインであることを検出する。例えば、レベルｎ＋１（２１９１）でのマシンがオンラインになる。ブロック２０６０で、システム２１００が、第１のマシンのパラメータ・ブロックを、マシン・バージョン全体の最小公分母として識別する。
ブロック２０７０で、システム２１００が、第１のマシンのパラメータ・ブロックを新しいマシンに伝搬する。図２１に示されているように、ここでシステム２１００は、パラメータ・ブロック形式（パラメータ・ブロック・バージョンｎ＋１ ２１９３）を実装するマシン・バージョンｎ＋１（２１９１）を有するマシンを含んでいる。図２１に示されているように、矢印Ｄによって、パラメータ・ブロック・バージョンｎ－２ ２１９０形式が仮想マシン２１９２と共有される。したがって、いずれかの仮想マシンが移行されるときに、その仮想マシンは、ｎ－２レベルの機能を使用する。
本明細書における実施形態の技術的効果および利点は、複合体の命令／機能に関して、各マシン世代が、最大で２つの異なるパラメータ・ブロック（それ自身のパラメータ・ブロックおよび互換性レベル）のみをサポートする場合に、検証および妥当性確認が、パラメータ・ブロックの現在のバージョンおよび互換性バージョンに対するテストに減らされることを含む。本明細書における実施形態の技術的効果および利点は、第１の世代の場合、そのパラメータ・ブロック形式が「発生」形式を表し、１つの形式のみがサポート／テストされる必要があるということをさらに含む。したがって、将来のマシン世代に対する下流の影響を引き起こさずに、その後のすべての世代のマシン固有のパラメータ・ブロックの内容が、そのマシンに対して最適化され得る。
ここで図２２を参照すると、本発明の１つまたは複数の実施形態に従って、本明細書の教示を実装するためのシステム２２００が示されている。この実施形態では、システム２２００が、１つまたは複数の中央処理装置（ＣＰＵ）２２０１ａ、２２０１ｂ、２２０１ｃなどを含むことができるプロセッサ２２０１を含んでいる。
プロセッサ２２０１は、処理回路、マイクロプロセッサ、コンピューティング・ユニットとも呼ばれ、システム・バス２２０２を介してシステム・メモリ２２０３およびさまざまな他のコンポーネントに結合される。システム・メモリ２２０３は、読み取り専用メモリ（ＲＯＭ：read only memory）２２０４およびランダム・アクセス・メモリ（ＲＡＭ：random access memory）２２０５を含む。ＲＯＭ２２０４は、システム・バス２２０２に結合され、システム２２００の特定の基本機能を制御する基本入出力システム（ＢＩＯＳ：basic input/output system）を含んでよい。ＲＡＭは、プロセッサ２２０１で使用するためにシステム・バス２２０２に結合された読み取り書き込みメモリである。
図２２のシステム２２００は、プロセッサ２２０１による読み取りおよび実行が可能な有形のストレージ媒体の例であるハード・ディスク２２０７を含んでいる。ハード・ディスク２２０７は、ソフトウェア２２０８およびデータ２２０９を格納する。ソフトウェア２２０８は、（図２１～２２のプロセス・フロー２１００、２２００などのプロセスを実行するために）プロセッサ２２０１によってシステム２２００上で実行される命令として格納される。データ２２０９は、ソフトウェア２２０８の動作をサポートし、ソフトウェア２２０８の動作によって使用されるさまざまなデータ構造に構造化された定性的変数または定量的変数の値のセットを含む。
図２２のシステム２２００は、システム２２００のプロセッサ２２０１、システム・メモリ２２０３、ハード・ディスク２２０７、およびその他のコンポーネント（例えば、周辺機器および外部デバイス）の間を相互接続し、これらの間の通信をサポートする１つまたは複数のアダプタ（例えば、ハード・ディスク・コントローラ、ネットワーク・アダプタ、グラフィックス・アダプタなど）を含む。本発明の１つまたは複数の実施形態では、１つまたは複数のアダプタを、中間バス・ブリッジを介してシステム・バス２２０２に接続された１つまたは複数のＩ／Ｏバスに接続することができ、１つまたは複数のＩ／Ｏバスが、ＰＣＩ（Peripheral Component Interconnect）などの一般的なプロトコルを利用することができる。
図に示されているように、システム２２００は、キーボード２２２１、マウス２２２２、スピーカ２２２３、およびマイクロホン２２２４をシステム・バス２２０２に相互接続するインターフェイス・アダプタ２２２０を含んでいる。システム２２００は、システム・バス２２０２をディスプレイ２２３１に相互接続するディスプレイ・アダプタ２２３０を含んでいる。ディスプレイ・アダプタ２２３０（またはプロセッサ２２０１あるいはその両方）は、ＧＵＩ２２３２の表示および管理などのグラフィックス性能を提供するために、グラフィックス・コントローラを含むことができる。通信アダプタ２２４１は、システム・バス２２０２をネットワーク２２５０と相互接続し、システム２２００が、サーバ２２５１およびデータベース２２５２などの他のシステム、デバイス、データ、およびソフトウェアと通信できるようにする。本発明の１つまたは複数の実施形態では、ソフトウェア２２０８およびデータ２２０９の動作が、サーバ２２５１およびデータベース２２５２によってネットワーク２２５０上に実装され得る。例えば、ネットワーク２２５０、サーバ２２５１、およびデータベース２２５２は、組み合わさって、ＰａａＳ（Platform as a Service）、ＳａａＳ（Software as a Service）、またはＩａａＳ（Infrastructure as a Service）、あるいはその組み合わせとして（例えば、分散システム内のＷｅｂアプリケーションとして）、ソフトウェア２２０８およびデータ２２０９の内部の反復を提供することができる。
したがって、図２２で構成されているように、ソフトウェア２２０８およびデータ２２０９（例えば、システム２２００）の動作は、必然的に、異なるマシン間のワークロードの現在の移行に関する本明細書に記載された欠点を克服し、対処するためのプロセッサ２２０１またはサーバ２２５１あるいはその両方の計算能力に根差している。これに関して、ソフトウェア２２０８およびデータ２２０９は、複数のマシン世代にわたって複合体の機能の互換性を維持することによって、システム２２００のプロセッサ２２０１またはサーバ２２５１あるいはその両方の計算動作を改善する（それによって、検証および妥当性確認を減らし、下流の影響を引き起こさずに、その後のすべての世代のマシン固有のパラメータ・ブロックの内容を最適化する）。
本明細書では、関連する図面を参照して、本発明のさまざまな実施形態が説明される。本発明の範囲を逸脱することなく、本発明の代替の実施形態が考案され得る。以下の説明および図面において、要素間のさまざまな接続および位置関係（例えば、上、下、隣接など）が示される。それらの接続または位置関係あるいはその両方は、特に規定されない限り、直接的または間接的であることができ、本発明はこの点において限定するよう意図されていない。したがって、各実体の結合は、直接的結合または間接的結合を指すことができ、各実体間の位置関係は、直接的位置関係または間接的位置関係であることができる。さらに、本明細書に記載されたさまざまな作業および工程段階は、本明細書に詳細に記載されない追加の段階または機能を含んでいるさらに包括的な手順または工程に組み込まれ得る。
以下の定義および略称が、特許請求の範囲および本明細書の解釈に使用される。本明細書において使用されているように、「備える」、「備えている」、「含む」、「含んでいる」、「有する」、「有している」、「含有する」、「含有している」という用語、またはこれらの任意のその他の変形は、非排他的包含をカバーするよう意図されている。例えば、要素のリストを含んでいる組成、混合、工程、方法、製品、または装置は、それらの要素のみに必ずしも限定されず、明示されていないか、またはそのような組成、混合、工程、方法、製品、または装置に固有の、その他の要素を含むことができる。
さらに、「例」という用語は、本明細書では「例、事例、または実例としての役割を果たす」ことを意味するために使用される。「例」として本明細書に記載された実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいか、または有利であると解釈されるべきではない。「少なくとも１つ」および「１つまたは複数」という用語は、１以上の任意の整数（すなわち、１、２、３、４など）を含んでいると理解されてよい。「複数」という用語は、２以上の任意の整数（すなわち、２、３、４、５など）を含んでいると理解されてよい。「接続」という用語は、間接的「接続」および直接的「接続」の両方を含んでよい。
「約」、「実質的に」、「近似的に」、およびこれらの変形の用語は、本願書の出願時に使用できる機器に基づいて、特定の量の測定に関連付けられた誤差の程度を含むよう意図されている。例えば、「約」は、特定の値の±８％または５％、あるいは２％の範囲を含むことができる。
簡潔さの目的で、本発明の態様の作成および使用に関連する従来手法は、本明細書に詳細に記載されることもあれば、記載されないこともある。具体的には、本明細書に記載されたさまざまな技術的特徴を実装するためのコンピューティング・システムおよび特定のコンピュータ・プログラムのさまざまな態様は、よく知られている。したがって、簡略にするために、多くの従来の実装に関する詳細は、本明細書では、既知のシステムまたは工程あるいはその両方の詳細を提供することなく、簡潔にのみ述べられるか、または全体的に省略される。
本発明は、任意の可能な統合の技術的詳細レベルで、システム、方法、またはコンピュータ・プログラム製品、あるいはその組み合わせであってよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を含んでいるコンピュータ可読ストレージ媒体を含んでよい。
コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用するための命令を保持および格納できる有形のデバイスであることができる。コンピュータ可読ストレージ媒体は、例えば、電子ストレージ・デバイス、磁気ストレージ・デバイス、光ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、またはこれらの任意の適切な組み合わせであってよいが、これらに限定されない。コンピュータ可読ストレージ媒体のさらに具体的な例の非網羅的リストは、ポータブル・フロッピー（Ｒ）・ディスク、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ：random access memory）、読み取り専用メモリ（ＲＯＭ：read-only memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：erasable programmable read-only memoryまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ：static random access memory）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、デジタル多用途ディスク（ＤＶＤ：digital versatile disk）、メモリ・スティック、フロッピー（Ｒ）・ディスク、パンチカードまたは命令が記録されている溝の中の隆起構造などの機械的にエンコードされるデバイス、およびこれらの任意の適切な組み合わせを含む。本明細書において使用されるとき、コンピュータ可読ストレージ媒体は、それ自体が、電波またはその他の自由に伝搬する電磁波、導波管またはその他の送信媒体を伝搬する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、あるいはワイヤを介して送信される電気信号などの一過性の信号であると解釈されるべきではない。
本明細書に記載されたコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体から各コンピューティング・デバイス／処理デバイスへ、またはネットワーク（例えば、インターネット、ローカル・エリア・ネットワーク、広域ネットワーク、または無線ネットワーク、あるいはその組み合わせ）を介して外部コンピュータまたは外部ストレージ・デバイスへダウンロードされ得る。このネットワークは、銅伝送ケーブル、光伝送ファイバ、無線送信、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバ、あるいはその組み合わせを備えてよい。各コンピューティング・デバイス／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェイスは、コンピュータ可読プログラム命令をネットワークから受信し、それらのコンピュータ可読プログラム命令を各コンピューティング・デバイス／処理デバイス内のコンピュータ可読ストレージ媒体に格納するために転送する。
本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ：instruction-set-architecture）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、あるいは、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語などの手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組み合わせで記述されたソース・コードまたはオブジェクト・コードであってよい。コンピュータ可読プログラム命令は、ユーザのコンピュータ上で全体的に実行すること、ユーザのコンピュータ上でスタンドアロン・ソフトウェア・パッケージとして部分的に実行すること、ユーザのコンピュータ上およびリモート・コンピュータ上でそれぞれ部分的に実行すること、あるいはリモート・コンピュータ上またはサーバ上で全体的に実行することができる。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）または広域ネットワーク（ＷＡＮ：wide area network）を含む任意の種類のネットワークを介してユーザのコンピュータに接続されてよく、または接続は、（例えば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータに対して行われてよい。一部の実施形態では、本発明の態様を実行するために、例えばプログラマブル論理回路、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ：field-programmable gate arrays）、またはプログラマブル・ロジック・アレイ（ＰＬＡ：programmable logic arrays）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用することによって、電子回路をカスタマイズするためのコンピュータ可読プログラム命令を実行してよい。
本発明の態様は、本明細書において、本発明の実施形態に従って、方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して説明される。フローチャート図またはブロック図あるいはその両方の各ブロック、ならびにフローチャート図またはブロック図あるいはその両方に含まれるブロックの組み合わせが、コンピュータ可読プログラム命令によって実装され得るということが理解されるであろう。
これらのコンピュータ可読プログラム命令は、コンピュータまたはその他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャートまたはブロック図あるいはその両方のブロックに指定される機能／動作を実施する手段を作り出すべく、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されてマシンを作り出すものであってよい。これらのコンピュータ可読プログラム命令は、命令が格納されたコンピュータ可読ストレージ媒体がフローチャートまたはブロック図あるいはその両方のブロックに指定される機能／動作の態様を実施する命令を含んでいる製品を備えるように、コンピュータ可読ストレージ媒体に格納され、コンピュータ、プログラム可能なデータ処理装置、または他のデバイス、あるいはその組み合わせに特定の方式で機能するように指示できるものであってもよい。
コンピュータ可読プログラム命令は、コンピュータ上、その他のプログラム可能な装置上、またはその他のデバイス上で実行される命令が、フローチャートまたはブロック図あるいはその両方のブロックに指定される機能／動作を実施するように、コンピュータ、その他のプログラム可能なデータ処理装置、またはその他のデバイスに読み込まれてもよく、それによって、一連の動作可能なステップを、コンピュータ上、その他のプログラム可能な装置上、またはコンピュータ実装プロセスを生成するその他のデバイス上で実行させる。
図内のフローチャートおよびブロック図は、本発明のさまざまな実施形態に従って、システム、方法、およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、および動作を示す。これに関連して、フローチャートまたはブロック図内の各ブロックは、規定された論理機能を実装するための１つまたは複数の実行可能な命令を備える、命令のモジュール、セグメント、または部分を表してよい。一部の代替の実装では、ブロックに示された機能は、図に示された順序とは異なる順序で発生してよい。例えば、連続して示された２つのブロックは、実際には、含まれている機能に応じて、実質的に同時に実行されるか、または場合によっては逆の順序で実行されてよい。ブロック図またはフローチャート図あるいはその両方の各ブロック、ならびにブロック図またはフローチャート図あるいはその両方に含まれるブロックの組み合わせは、規定された機能または動作を実行するか、または専用ハードウェアとコンピュータ命令の組み合わせを実行する専用ハードウェアベースのシステムによって実装され得るということにも注意する。
本発明のさまざまな実施形態の説明は、例示の目的で提示されているが、網羅的であることは意図されておらず、開示された実施形態に制限されない。説明された実施形態の趣旨から逸脱することなく多くの変更および変形が可能であることは、当業者にとって明らかであろう。本明細書で使用された用語は、実施形態の原理、実際の適用、または市場で見られる技術を超える技術的改良を最も適切に説明するため、または他の当業者が本明細書に記載された実施形態を理解できるようにするために選択されている。
Claims (25)
- 第１の世代のマシンおよび第２の世代のマシンを含んでいる複数のマシンを備えているシステムであって、前記複数のマシンの各々がマシン・バージョンを含んでおり、前記第１の世代のマシンが第１の仮想マシンおよび仮想アーキテクチャ・レベルを実行し、前記第２の世代のマシンが第２の仮想マシンおよび前記仮想アーキテクチャ・レベルを実行し、
前記仮想アーキテクチャ・レベルが、複合体の割り込み可能命令の互換性レベルを前記第１および第２の仮想マシンに提供し、前記互換性レベルが、前記複数のマシン全体の最小公分母のマシン・バージョンのために設計されており、前記互換性レベルが、前記最小公分母のマシン・バージョンを識別する最小公分母インジケータを含んでいる、システム。 - 前記互換性レベルが、前記複数のマシンごとの、前記複合体の割り込み可能命令のためのローカルなパラメータ・ブロック形式を含み、前記ローカルなパラメータ・ブロック形式が、前記複数のマシンの各々のローカルな前記マシン・バージョンのために設計される、請求項１に記載のシステム。
- 前記最小公分母インジケータが、前記複合体の割り込み可能命令を最初に実行するために、前記複数のマシンのうちの１つのマシンによって生成される、請求項１または２に記載のシステム。
- 前記最小公分母インジケータが、前記複合体の割り込み可能命令を最初に実行するための前記複数のマシンのうちの１つのマシンから、前記複数のマシンのうちの残りの複数のマシンに伝搬される、請求項１または２に記載のシステム。
- 前記互換性レベル内の前記最小公分母インジケータが、特定の仮想マシンにおいてどの機能が使用可能であるかを識別する一連の機能ビットによって制御される、請求項１に記載のシステム。
- 前記複合体の割り込み可能命令がデフレート変換呼び出し命令を含む、請求項１ないし５のいずれかに記載のシステム。
- 前記複合体の割り込み可能命令が、アクセラレータ上で実行されている複合体の命令セットの命令を含む、請求項１に記載のシステム。
- 複数のマシンのうちの第１の世代のマシンによって第１の仮想マシンおよび仮想アーキテクチャ・レベルを実行することであって、前記複数のマシンが前記第１の世代のマシンおよび第２の世代のマシンを含み、前記複数のマシンの各々がマシン・バージョンを含む、前記実行することと、
前記第２の世代のマシンによって第２の仮想マシンおよび前記仮想アーキテクチャ・レベルを実行することと、
前記仮想アーキテクチャ・レベルによって、複合体の割り込み可能命令の互換性レベルを前記第１および第２の仮想マシンに提供することとを含んでいる方法であって、前記互換性レベルが、前記複数のマシン全体の最小公分母のマシン・バージョンのために設計されており、前記互換性レベルが、前記最小公分母のマシン・バージョンを識別する最小公分母インジケータを含んでいる、方法。 - 前記互換性レベルが、前記複数のマシンごとの、前記複合体の割り込み可能命令のためのローカルなパラメータ・ブロック形式を含み、前記ローカルなパラメータ・ブロック形式が、前記複数のマシンの各々のローカルな前記マシン・バージョンのために設計される、請求項８に記載の方法。
- 前記最小公分母インジケータが、前記複合体の割り込み可能命令を最初に実行するために、前記複数のマシンのうちの１つのマシンによって生成される、請求項８に記載の方法。
- 前記最小公分母インジケータが、前記複合体の割り込み可能命令を最初に実行するための前記複数のマシンのうちの１つのマシンから、前記複数のマシンのうちの残りの複数のマシンに伝搬される、請求項８に記載の方法。
- 前記互換性レベル内の前記最小公分母インジケータが、特定の仮想マシンにおいてどの機能が使用可能であるかを識別する一連の機能ビットによって制御される、請求項８に記載の方法。
- 前記複合体の割り込み可能命令がデフレート変換呼び出し命令を含む、請求項８に記載の方法。
- 前記複合体の割り込み可能命令が、アクセラレータ上で実行されている複合体の命令セットの命令を含む、請求項８に記載の方法。
- プログラム命令が具現化されているコンピュータ可読ストレージ媒体を備えているコンピュータ・プログラム製品であって、前記プログラム命令が、
複数のマシンのうちの第１の世代のマシンによって第１の仮想マシンおよび仮想アーキテクチャ・レベルを実行することであって、前記複数のマシンが第１の世代のマシンおよび第２の世代のマシンを含み、前記複数のマシンの各々がマシン・バージョンを含む、前記実行することと、
前記第２の世代のマシンによって第２の仮想マシンおよび前記仮想アーキテクチャ・レベルを実行することと、
前記仮想アーキテクチャ・レベルによって、複合体の割り込み可能命令の互換性レベルを前記第１および第２の仮想マシンに提供することとを含んでいる動作を引き起こすように実行可能であり、前記互換性レベルが、前記複数のマシン全体の最小公分母のマシン・バージョンのために設計されており、前記互換性レベルが、前記最小公分母のマシン・バージョンを識別する最小公分母インジケータを含んでいる、コンピュータ・プログラム製品。 - 前記互換性レベルが、前記複数のマシンごとの、前記複合体の割り込み可能命令のためのローカルなパラメータ・ブロック形式を含み、前記ローカルなパラメータ・ブロック形式が、前記複数のマシンの各々のローカルな前記マシン・バージョンのために設計される、請求項１５に記載のコンピュータ・プログラム製品。
- 前記最小公分母インジケータが、前記複合体の割り込み可能命令を最初に実行するために、前記複数のマシンのうちの１つのマシンによって生成される、請求項１５に記載のコンピュータ・プログラム製品。
- 前記最小公分母インジケータが、前記複合体の割り込み可能命令を最初に実行するための前記複数のマシンのうちの１つのマシンから、前記複数のマシンのうちの残りの複数のマシンに伝搬される、請求項１５に記載のコンピュータ・プログラム製品。
- 前記互換性レベル内の前記最小公分母インジケータが、特定の仮想マシンにおいてどの機能が使用可能であるかを識別する一連の機能ビットによって制御される、請求項１５に記載のコンピュータ・プログラム製品。
- 前記複合体の割り込み可能命令がデフレート変換呼び出し命令を含む、請求項１５に記載のコンピュータ・プログラム製品。
- 前記複合体の割り込み可能命令が、アクセラレータ上で実行されている複合体の命令セットの命令を含む、請求項１５に記載のコンピュータ・プログラム製品。
- 第１のマシンによって複合体の割り込み可能命令を実装することと、
仮想アーキテクチャ・レベルにおいて、前記第１のマシンのパラメータ・ブロックが前記複合体の割り込み可能命令のためにサポートされるということを示すことと、
前記第１のマシンの前記パラメータ・ブロックを、複合体内で実行されている各仮想マシンに伝搬することとを含む、方法。 - 新しいマシンがオンラインであることを検出することと、
前記第１のマシンの前記パラメータ・ブロックを前記複合体のマシン・バージョン全体の最小公分母として識別することと、
前記第１のマシンの前記パラメータ・ブロックを前記新しいマシンに伝搬することとをさらに含む、請求項２２に記載の方法。 - プログラム命令が具現化されているコンピュータ可読ストレージ媒体を備えているコンピュータ・プログラム製品であって、前記プログラム命令が、
第１のマシンによって複合体の割り込み可能命令を実装することと、
仮想アーキテクチャ・レベルにおいて、前記第１のマシンのパラメータ・ブロックが前記複合体の割り込み可能命令のためにサポートされるということを示すことと、
前記第１のマシンの前記パラメータ・ブロックを、複合体内で実行されている各仮想マシンに伝搬することとを含んでいる動作を引き起こすように実行可能である、コンピュータ・プログラム製品。 - 前記プログラム命令が、
新しいマシンがオンラインであることを検出することと、
前記第１のマシンの前記パラメータ・ブロックを前記複合体のマシン・バージョン全体の最小公分母として識別することと、
前記第１のマシンの前記パラメータ・ブロックを前記新しいマシンに伝搬することとを含んでいる動作を引き起こすようにさらに実行可能である、請求項２４に記載のコンピュータ・プログラム製品。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US16/286,990 US11226839B2 (en) | 2019-02-27 | 2019-02-27 | Maintaining compatibility for complex functions over multiple machine generations |
| US16/286,990 | 2019-02-27 | ||
| PCT/EP2020/054518 WO2020173808A1 (en) | 2019-02-27 | 2020-02-20 | Maintaining compatibility for complex functions over multiple machine generations |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2022522113A true JP2022522113A (ja) | 2022-04-14 |
| JPWO2020173808A5 JPWO2020173808A5 (ja) | 2022-06-07 |
| JP7430195B2 JP7430195B2 (ja) | 2024-02-09 |
Family
ID=69701172
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021547172A Active JP7430195B2 (ja) | 2019-02-27 | 2020-02-20 | 複数のマシン世代にわたる複合体の機能の互換性の維持 |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US11226839B2 (ja) |
| EP (1) | EP3931693B1 (ja) |
| JP (1) | JP7430195B2 (ja) |
| KR (1) | KR20210118094A (ja) |
| CN (1) | CN113454593A (ja) |
| ES (1) | ES2963352T3 (ja) |
| HU (1) | HUE063682T2 (ja) |
| PL (1) | PL3931693T3 (ja) |
| SG (1) | SG11202105494SA (ja) |
| WO (1) | WO2020173808A1 (ja) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08509830A (ja) * | 1993-05-05 | 1996-10-15 | アップル コンピューター インコーポレーテッド | コンピュータシステム中にある複数のモジュラーコンポーネント間に互換性如何を確認する方法ならびに装置 |
| JP2013534668A (ja) * | 2010-06-24 | 2013-09-05 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 多機能命令のうちの選択されたインストール済み機能を隠蔽するためのコンピュータで実装される方法、コンピュータ・システム、およびコンピュータ・プログラム |
| JP2014182810A (ja) * | 2013-03-15 | 2014-09-29 | Intel Corp | デフレート圧縮のために高速で高圧縮のｌｚ７７トークン化及びハフマンエンコーディングを行う並列装置 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5701442A (en) | 1995-09-19 | 1997-12-23 | Intel Corporation | Method of modifying an instruction set architecture of a computer processor to maintain backward compatibility |
| US7882121B2 (en) * | 2006-01-27 | 2011-02-01 | Microsoft Corporation | Generating queries using cardinality constraints |
| US7802252B2 (en) | 2007-01-09 | 2010-09-21 | International Business Machines Corporation | Method and apparatus for selecting the architecture level to which a processor appears to conform |
| US8127296B2 (en) | 2007-09-06 | 2012-02-28 | Dell Products L.P. | Virtual machine migration between processors having VM migration registers controlled by firmware to modify the reporting of common processor feature sets to support the migration |
| US10521231B2 (en) | 2010-06-24 | 2019-12-31 | International Business Machines Corporation | Function virtualization facility for blocking instruction function of a multi-function instruction of a virtual processor |
| US8701109B1 (en) | 2012-02-06 | 2014-04-15 | Amazon Technologies, Inc. | Immortal instance type |
| US10083027B2 (en) * | 2013-03-14 | 2018-09-25 | Solano Labs, Inc. | Systems and methods for managing software development environments |
| US9374106B2 (en) | 2013-08-28 | 2016-06-21 | International Business Machines Corporation | Efficient context save/restore during hardware decompression of DEFLATE encoded data |
| US9916185B2 (en) * | 2014-03-18 | 2018-03-13 | International Business Machines Corporation | Managing processing associated with selected architectural facilities |
| US10560520B2 (en) | 2016-05-20 | 2020-02-11 | Sap Se | Compatibility framework for cloud and on-premise application integration |
| US10630312B1 (en) * | 2019-01-31 | 2020-04-21 | International Business Machines Corporation | General-purpose processor instruction to perform compression/decompression operations |
-
2019
- 2019-02-27 US US16/286,990 patent/US11226839B2/en active Active
-
2020
- 2020-02-20 WO PCT/EP2020/054518 patent/WO2020173808A1/en unknown
- 2020-02-20 JP JP2021547172A patent/JP7430195B2/ja active Active
- 2020-02-20 SG SG11202105494SA patent/SG11202105494SA/en unknown
- 2020-02-20 KR KR1020217024766A patent/KR20210118094A/ko not_active Application Discontinuation
- 2020-02-20 PL PL20707213.3T patent/PL3931693T3/pl unknown
- 2020-02-20 HU HUE20707213A patent/HUE063682T2/hu unknown
- 2020-02-20 EP EP20707213.3A patent/EP3931693B1/en active Active
- 2020-02-20 CN CN202080015707.3A patent/CN113454593A/zh active Pending
- 2020-02-20 ES ES20707213T patent/ES2963352T3/es active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08509830A (ja) * | 1993-05-05 | 1996-10-15 | アップル コンピューター インコーポレーテッド | コンピュータシステム中にある複数のモジュラーコンポーネント間に互換性如何を確認する方法ならびに装置 |
| JP2013534668A (ja) * | 2010-06-24 | 2013-09-05 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 多機能命令のうちの選択されたインストール済み機能を隠蔽するためのコンピュータで実装される方法、コンピュータ・システム、およびコンピュータ・プログラム |
| JP2014182810A (ja) * | 2013-03-15 | 2014-09-29 | Intel Corp | デフレート圧縮のために高速で高圧縮のｌｚ７７トークン化及びハフマンエンコーディングを行う並列装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| PL3931693T3 (pl) | 2024-02-12 |
| EP3931693B1 (en) | 2023-10-11 |
| WO2020173808A1 (en) | 2020-09-03 |
| CN113454593A (zh) | 2021-09-28 |
| EP3931693C0 (en) | 2023-10-11 |
| HUE063682T2 (hu) | 2024-01-28 |
| US11226839B2 (en) | 2022-01-18 |
| US20200272491A1 (en) | 2020-08-27 |
| JP7430195B2 (ja) | 2024-02-09 |
| KR20210118094A (ko) | 2021-09-29 |
| EP3931693A1 (en) | 2022-01-05 |
| ES2963352T3 (es) | 2024-03-26 |
| SG11202105494SA (en) | 2021-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7442529B2 (ja) | データの圧縮／解凍で使用する履歴バッファを指定する圧縮／解凍命令 | |
| JP7442526B2 (ja) | 圧縮／解凍オペレーションを実行するための汎用プロセッサ命令 | |
| US10698854B1 (en) | Secure and efficient application data processing | |
| JP7481073B2 (ja) | メモリ境界の収容のためのオーバーフロー管理方法、システム、プログラム | |
| US11119928B2 (en) | Instant quiescing of an accelerator | |
| US11487547B2 (en) | Extended asynchronous data mover functions compatibility indication | |
| US11449367B2 (en) | Functional completion when retrying a non-interruptible instruction in a bi-modal execution environment | |
| JP7430195B2 (ja) | 複数のマシン世代にわたる複合体の機能の互換性の維持 | |
| US11093133B2 (en) | Compression measurement for computer servers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20220512 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220527 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220725 |
|
| 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: 20230509 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230803 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20231010 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240109 |
|
| 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: 20240116 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240130 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7430195 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |