JP3202488B2 - データ符号化及び復号化方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置のプログ
ラムやデータを高速に圧縮符号化及び復号化する方式に
関する。

【０００２】

【従来の技術】情報処理装置のプログラムやテキストな
どのデータ列を、元データを完全復号可能な形で、圧縮
符号化するアルゴリズムとしては、“ＩＥＥＥ Ｔransa
ctionson Ｉnformation Ｔheory”Ｖol.ＩＴ-２３，Ｎ
o.３，ｐｐ.３３７−３４３のＪ.ＺivとＡ.Ｌempelによ
る論文“Ａ Ｕniversal Ａlgorithm for ＳequentialＤ
ata Ｃomplession"に記載の方式が有効であることが知
られている。これを、以下、簡単に説明する。

【０００３】この方式による符号化の手順は次の通りで
ある。

【０００４】まず、入力されたデータ列を逐次バッファ
に溜めておく。バッファ上のかかるデータ列を履歴デー
タ列という。方式によってタイミングなどは異なるが、
ある程度バッファに履歴データ列が蓄積された段階で、
さらに、入力されたデータ列（以下、新規データ列とい
う）と履歴データ列とを比較し、 Ａ）新規データ列の先頭からの内容と一致するデータ列
（部分データ列）が履歴データ列中に存在すれば、これ
を「履歴参照」といい、これを示す識別子（以下、履歴
参照識別子という）と、その部分データ列の位置を示す
インデックス（以下、参照位置インデックスという）と
一致したデータの長さを示すインデックス（以下、参照
長さインデックスという）とからなる符号（以下、これ
を履歴参照インデックスという）を生成し、履歴参照識
別子，履歴参照インデックスの順に圧縮データ記憶手段
に記憶する。

【０００５】Ｂ）新規データ列の先頭からの内容と一致
する部分データ列が履歴データ列中に存在しなければ、
これを「非参照」といい、これを示す識別子（以下、非
参照識別子という）を生成するとともに、新規データ列
の先頭の１文字（あるいは１バイト）を符号（非参照デ
ータという）とし、非参照識別子，非参照データの順で
圧縮データ記憶手段に記憶する。

【０００６】このようにして、新規データ列と履歴デー
タ列とが比較される毎に、圧縮データ記憶手段では、順
次識別子と符号とが追加記憶されていき、バッファで
は、圧縮データ記憶手段に記憶される符号に対応した新
規データ列が、これまでに記憶された履歴データに続い
て記憶されて新たな履歴データとなる。これにより、新
たに追加された履歴データ列も新規データ列との比較対
象となるが、バッファの容量いっぱいになると、新たな
履歴データ列の追加とともに、古い履歴データ列は排除
される。

【０００７】上記の識別子や履歴参照インデックスは短
かい符号で構成される。履歴データ列中の部分データ列
に内容が一致する新規データ列の部分はかかる識別子と
履歴参照インデックスとに置換される。これにより、入
力されるデータ列の上記部分データ列に内容が一致する
部分が冗長部分として圧縮されることになり、従って、
新規データ列が圧縮符号化されることになる。

【０００８】かかる圧縮データの復号化処理は次の通り
である。

【０００９】予め符号化処理のときと同じ大きさの履歴
データを保持するバッファが設けられ、まず、上記圧縮
データを記憶した圧縮データ記憶手段から最初の符号に
対する識別子を読み取り、この識別子が非参照識別子で
あれば、これに続く１文字分のデータを圧縮データ記憶
手段から読み取って伸長データ記憶手段に記憶するとと
もに、履歴データを保持するバッファにも、履歴データ
列として記憶する。

【００１０】読み出された上記識別子が履歴参照識別子
であれば、これに続く履歴参照インデックスを圧縮デー
タ記憶手段から読み取り、これの参照位置インデックス
と参照長さインデックスとが示す情報内容から、バッフ
ァ上の履歴データの対応する部分データ列を読み取っ
て、伸長データ記憶手段に記憶するとともに、新たな履
歴データ列として、このバッファにそこに既に記憶され
ている履歴データ列に続けて記憶する。

【００１１】以上の動作が圧縮データ記憶手段の全ての
圧縮データについて繰り返し行なわれ、これにより、圧
縮データの復号が行なわれる。

【００１２】履歴参照インデックスの構成は、圧縮を行
なうデータの冗長性に応じて最適なビット長を選択する
ことができる。例えば、履歴参照インデックスを固定長
の２進表現する場合を考えると、プログラムのソースコ
ードのように冗長性が高く、部分データ列の長さが９バ
イトを超えるようなデータを圧縮する場合には、履歴参
照インデックスの参照位置インデックスに１２ビット
を、参照長さインデックスに４ビットを夫々割り当てる
ことにより、圧縮率を高くすることができる。また、実
行プログラムコードのように冗長性がそれ程高くなく、
部分データ列の長さも９バイトを超えることは殆どない
データを圧縮する場合には、参照位置インデックスを１
１ビット乃至１０ビットで、参照長さのインデックスを
３ビットで夫々構成すると、圧縮率が高くなる。

【００１３】このように、データの出現パターンをバッ
ファに保持し、それと入力データ列とを比較して符号化
する方法は、一般に、スライディングディクショナリ方
式、あるいはＬＺ符号化方式と呼ばれ、履歴の参照の仕
方や符号の構成によって様々な方法が提案されている。
この方式の特徴は復号処理が簡単なことであり、従っ
て、プログラムコードやデータの初期値、メニュー画面
データなどといった通常変更を伴わないものをこの方式
で圧縮して記憶し、実行時に復号化して用いるといった
用途に好適である。

【００１４】

【発明が解決しようとする課題】ところで、このように
符号化された圧縮データでの個々の符号は、元のデータ
でのバイト単位や文字単位とは異なる長さのものとな
る。従来技術では、かかる符号を単一の圧縮データ記憶
手段に生成順にシーケンシャルに記憶していた。また、
その圧縮データの符号を同じシーケンシャルで伸長処理
し、復号するようにしている。

【００１５】以下、ＬＺ符号化方式での圧縮データを得
る場合の従来技術を図５により説明する。但し、同図
（ａ）は圧縮データを、同図（ｂ）は伸長データ（従っ
て、元のデータ）を夫々示し、また、図５（ａ），
（ｂ）では、非参照識別子１０、非参照データ１１、履
歴参照識別子１２、履歴参照インデックス１３及び後述
する履歴複写データを模様で区別するようにしており、
これら模様との対象表も図示している。

【００１６】なお、図５（ａ）での１区切りは８ビット
であり、図５（ｂ）での１区切りは８ビットの文字を表
わしている。また、丸で囲んだ数字は非参照データ１１
についての順序を示すものである。

【００１７】図５（ｂ）のデータが元のデータとする場
合、区切りによって示す文字を左から順に１番目の文
字，２番目の文字，３番目の文字，……とする。この例
では、３番目の文字，７番目の文字が１番目の文字と内
容が等しく、４番目の文字，６番目の文字、８番目の文
字が２番目の文字と内容が等しいとする。前の文字と内
容が同じでない文字は、１番目の文字と２番目の文字
と５番目の文字である。前の文字と内容が同じ文字
は白抜きで同じ内容の文字に付された丸で囲んだ数字で
示している。

【００１８】ここで、各識別子を１ビット、履歴参照イ
ンデックスを１４ビットとすると、かかる入力データ列
（元のデータ）をＬＺ符号化する場合、図５（ａ）に示
す元のデータは図５（ｂ）に示されるような圧縮データ
となる。

【００１９】即ち、１番目の文字と２番目の文字
は、前に同じ内容の文字がないから、非参照データ１１
であり、夫々の直前毎に非参照識別子１０が付加され
る。従って、これら文字，文字に対する８ビットの
非参照データ１１は１ビットの非参照識別子１０が付加
されて９ビットのデータとなる。

【００２０】また、３番目の文字と４番目の文字とは１
番目の文字と２番目の文字と内容が同じであるの
で、これら２つの文字に対して１番目の文字と２番目
の文字と同じ内容であることを示す上記の履歴参照イ
ンデックス１３（これを、図５（ａ）では、符号Ａとし
て示す）が形成され、これの先頭に１ビットの履歴参照
識別子１２が付加される。ここで、履歴参照インデック
ス１２が１４ビットからなるものとすると、３番目の文
字と４番目の文字の１６ビットのデータが１４＋１＝１
５ビットのデータに圧縮されたことになる。

【００２１】図５（ｂ）での５番目の文字は非参照デ
ータ１１であり、図５（ａ）に示すように、１ビットの
非参照識別子１０が付加される。６番目の文字、７番目
の文字、８番目の文字は夫々、２番目の文字、１番目
の文字、２番目の文字と同じ内容であるから、これ
ら３文字に対して１４ビットの履歴参照インデックス１
３が形成され、図５（ａ）において、符号Ｂとして示す
ように、１ビットの履歴参照識別子１２が付加される。
この場合には、３文字の２４ビットのデータが１５ビッ
トのデータに圧縮されたことになる。

【００２２】ところで、図５（ａ）に示すような圧縮デ
ータの場合、８ビット毎に区分すると、非参照データ１
１や履歴参照データ１３の区分とは関係がない区分とな
る。例えば、最初の８ビットの区分は、１ビットの非参
照識別子１０と文字に対する非参照データ１１の７ビ
ットからなり、次の８ビットの区分は、文字に対する
非参照データ１１の１ビットと１ビットの非参照識別子
１０と文字に対する非参照データ１１の６ビットとか
らなる。一方、メモリへのアクセスはアドレス単位で行
なわれ、アドレス単位は８ビットあるいは１６ビットで
ある。アドレス単位を８ビットとすると、例えば、文字
や文字に対する非参照データ１１は２つのアドレス
単位にまたがって記憶されることになる。

【００２３】このように、図５（ａ）に示す圧縮データ
では、非参照データ１１や履歴参照インデックス１３と
メモリでのアドレスとの対応関係が非常に複雑なものと
なり、かかるメモリから所望の非参照データ１１や履歴
参照インデックス１３を読み出すときには、対応するア
ドレス単位の割出しと対応する部分の切出しとが必要で
あった。

【００２４】ここで、図５（ａ）に示す圧縮データを、
アドレス単位を１バイト（８ビット）とするメモリに書
き込み、これを図５（ａ）に示す順で識別子や非参照デ
ータ、履歴参照インデックスを読み出す場合に必要なア
ドレス数（アクセス容量）を示すと、次の表１のように
なる。

【００２５】

【表１】

【００２６】表１において、例えば、最初の非参照識別
子１１を読み出す場合には、この非参照識別子１１は１
ビットであるから（取得ビット数１）、１つのアドレス
ですみ、この場合のアクセス容量は１バイトである。ま
た、文字に対する非参照データ１１を読み出す場合に
は、８ビットの非参照データ１１に対して２つのアドレ
スが必要であり、従って、アクセス容量は２バイトであ
る。文字に対する非参照データ１１を読み出す場合で
も同様である。１４ビットの履歴参照インデックス１３
を読み出す場合には、図５（ａ）から明らかなように、
３つのアドレスが必要であり、このため、アドレス容量
は３バイトとなる。このようにして、図５（ａ）に示す
圧縮データを読み出すためには、全取得ビット数が５７
ビットであるのに対し、全アクセス容量は１７バイト
（＝１３６ビット）となり、２倍以上のアクセス容量が
必要となる。

【００２７】しかも、非参照データや履歴参照インデッ
クスの読出しでは、複数バイト（複数アドレス）にまた
がったデータの切出しや合成が必要である。例えば、図
５（ａ）における文字に対する非参照データ１１を得
るためには、この非参照データが２つのアドレスにまた
がっているので、夫々のアドレスの読出しを行なうとと
もに、夫々のアドレスの読出しデータから非参照データ
１１の部分を切り出し、それら切出し部分を合成しなけ
ればならない。このような処理を必要とするため、これ
ら非参照データや履歴参照インデックスを得るのに非常
な時間を要することになる。

【００２８】また、従来では、復号処理を行なうための
履歴データをバッファに保持していたが、履歴データ
は、復号処理の進行とともに、内容を更新しなければな
らず、これによっても処理時間がかかるという問題があ
った。

【００２９】本発明の目的は、かかる問題を解消し、高
速に圧縮データの復号を行なうことができるようにした
データ符号化及び復号化方式を提供することにある。

【００３０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、文字列からなる入力データをそれ以前に
入力された文字列と比較して同一内容の文字列があるか
否かを判定し、その判定結果を表わす識別子を生成する
とともに、以前に同じ内容の文字列がないときには、入
力データの先頭の１文字を非参照データとし、ある場合
には、最も古い同じ内容の文字列の位置と長さを表わす
インデックス（履歴参照インデックス）を生成し、かか
る履歴参照インデックスが元の文字列よりも短かいデー
タであるようにしてデータの圧縮を行なうに際し、この
ようにして得られる圧縮データを、識別子だけの入力順
の配列からなる第１のデータと、非参照データと履歴参
照インデックスとが入力順に配列されてなる第２のデー
タとで構成する。

【００３１】また、本発明は、上記履歴参照インデック
スの長さが非参照データの長さの整数倍でない場合に
は、この履歴参照インデックスに対する元の文字列に続
く文字列の識別子をこの履歴参照インデックスに追加す
る。

【００３２】

【作用】識別子は非参照データか履歴参照インデックス
かを示すものであるから、そのビット数はメモリのアド
レス単位のビット数以下とすることができ、従って、上
記第１のデータをメモリに格納する場合には、メモリの
各アドレスに１個ずつ識別子を格納することが可能とな
る。また、履歴参照インデックスの長さを非参照データ
の長さの整数倍とすれば、上記第２のデータは非参照デ
ータの長さを単位として区切ることができ、非参照デー
タの長さをメモリのアドレス単位のビット数に定めるこ
とにより、第２のデータをメモリに格納する場合、メモ
リの各アドレスに１個ずつしか非参照データが格納させ
ず、また、メモリの複数個のアドレスに１個の履歴参照
インデックスのみしか納まらないようにすることが可能
となる。これにより、データの伸長に際しては、メモリ
から圧縮データを読み出す場合、識別子や非参照データ
は１アドレスのアクセスで読み出すことができ、しか
も、かかるアクセスによって識別子や非参照データその
ものが得られることになる。また、履歴参照インデック
スを読み出す場合には、複数アドレスのアクセスを必要
とするが、履歴参照インデックスの長さはデータ圧縮の
観点から短く設定されるから、アクセスするアドレス数
もわずかなものであり、しかも、かかるアクセスによっ
て履歴参照インデックスそのものが得られることにな
る。

【００３３】また、履歴参照インデックスの長さは、入
力文字列と比較する既に入力された文字列をどこまで対
象とするかによってきまるが、非常に遡った文字列まで
も対象にすると、履歴参照インデックスは非常に長いも
のとなり、履歴参照インデックスと置換される文字列は
非常に長いものとしなければ、データ圧縮の効果が現わ
れず、短かい文字列に対してはデータ圧縮をすることが
できなくなる。このようなことから履歴参照インデック
スの長さが決められるものであるから、履歴参照インデ
ックスの長さは非参照データの長さの整数倍となるとは
限らない。このような場合、本発明では、上記のよう
に、履歴参照インデックスに次の文字列に対して得られ
る識別子を追加するものであり、これにより、非参照デ
ータの長さの整数倍の長さのデータとすることができ
る。

【００３４】

【実施例】以下、本発明の実施例を図面を用いて説明す
る。図１は本発明による符号化方式及び復号化方式の一
実施例を示すブロック図であって、１はＣＰＵ（演算処
理装置）、２はＲＯＭ（読出し専用メモリ）、３はＲＡ
Ｍ（随時書込み読出しメモリ）、４はシステムバスであ
る。

【００３５】同図において、ＣＰＵ１とＲＯＭ２とＲＡ
Ｍ３とがシステムバス４で相互に接続されており、シス
テムバス４を介してこれら間のデータのやり取りが行な
われる。ＣＰＵ１はＲＯＭ２に格納されているプログラ
ムやデータやＲＡＭ３に格納されているデータに基づい
て演算処理を行ない、その演算結果をＲＡＭ３に格納す
る。

【００３６】ＲＯＭ２には、圧縮処理プログラム２Ａや
伸長処理プログラム２Ｂ、管理プログラム２Ｃ、演算処
理プログラム２Ｄ、演算処理データ２Ｅが格納されてい
る。管理プログラム２Ｃは電源投入後の初期処理を行な
うためのものであり、圧縮，伸長処理を行なう場合に
は、圧縮処理プログラム２Ａあるいは伸長処理プログラ
ム２Ｂを起動する。また、演算処理プログラム２Ｄは演
算処理を行なうためのものであり、演算処理データ２Ｅ
はこの演算処理を行なうために使用され、圧縮処理プロ
グラム２Ａによって圧縮された形で格納されている。

【００３７】ＲＡＭ３には、圧縮処理を行なう際に用い
る履歴バッファ５、圧縮した結果を保持する圧縮データ
記憶バッファ６及び伸長データを保持する伸長データ記
憶バッファ７が設けられ、また、出力先制御フラグ８や
識別子取得フラグ９を格納している。圧縮データ記憶バ
ッファ６は、さらに、第１の圧縮データ記憶バッファ６
ａ、第２の圧縮データ記憶バッファ６ｂとに区分されて
いる。

【００３８】履歴バッファ５は２０４８バイトの容量を
有しており、ＦＩＦＯ（Ｆirst ＩnＦirst Ｏut）でデ
ータを保持し、新たにデータが読み込まれると、最も古
いデータから順に消去される。

【００３９】ここで、この実施例で用いている圧縮符号
は、上記従来技術と同様に、次の４つで構成されてい
る。 １）非参照識別子１０ ２）非参照データ１１ ３）履歴参照識別子１２ ４）履歴参照インデックス１３。

【００４０】非参照識別子１０と履歴参照識別子１２は
１ビットで構成されており、前者は“１”、後者は
“０”とする。上記従来技術の場合と同様に、非参照デ
ータ１１は、履歴バッファ５上のどの部分データ列とも
一致しなかったデータであって、８ビットで構成される
ものとする。履歴参照インデックス１３は１５ビットで
構成され、新規データ列と内容が一致する部分データ列
がこの新規データ列よりも何バイト手前から始まるかを
示す１１ビットの位置インデックスと新規データ列と内
容が一致する部分データ列のデータ長を示す４ビットの
長さインデックスとを組み合わせたものとする。次の表
２に位置インデックスと長さインデックスの値と実際の
参照位置と参照長さとの対応を示す。

【００４１】

【表２】

【００４２】値０の位置インデックスは、他の位置イン
デックスとは異なり、圧縮データの終了コードとして使
用される。伸長処理プログラム２Ｂは、この値０の位置
インデックスを取得すると、処理を終了する。長さイン
デックスにおいて、参照長さが２バイトであるのに、参
照長インデックスの値を０としているのは、長さ２バイ
トが参照長さの最小であり、４ビットの長さインデック
スを効率良く使うために、値０の参照長インデックスを
参照長さ２バイトに、………、値１５の参照長インデッ
クスを長さ１７バイトに夫々対応させているためであ
る。

【００４３】後に詳細に説明するが、圧縮処理プログラ
ム２Ａの実行による圧縮処理においては、上記従来技術
のように、履歴バッファ５上の履歴データ列と新規デー
タ列との比較結果に応じて、非参照識別子１０と非参照
データ１１、もしくは履歴参照識別子１２と履歴参照イ
ンデックス１３が得られ、これらが圧縮データ記憶バッ
ファ６に供給されて記録されるのであるが、これら識別
子１０，１２は第１の圧縮データ記憶バッファ６ａに、
非参照データ１１と履歴参照インデックス１３とは第２
の圧縮データ記憶バッファ６ｂに夫々格納される。

【００４４】また、これも後に詳細に説明するが、伸長
処理プログラム２Ｂの実行による伸長処理では、第１の
圧縮データ記憶バッファ６ａに識別子１０，１２を、第
２の圧縮データ記憶バッファ６ｂに非参照データ１１と
履歴参照インデックス１３を夫々格納し、まず、第１の
圧縮データ記憶バッファ６ａから識別子を読み取り、そ
の内容（非参照識別子１０のときは“１”，履歴参照識
別子１２のときは“０”）に応じて、次に第２の圧縮デ
ータ記憶バッファ６ｂから読み取るデータが非参照デー
タ１１であるか、履歴参照インデックス１３であるかを
判別する。

【００４５】なお、以下の説明では、識別子に関して
“１”の出力や参照（判定）は非参照識別子５２の出力
や参照（判定）を示し、“０”の出力や参照（判定）は
履歴参照識別子の出力や参照（判定）を示している。

【００４６】次に、この実施例の動作（ＣＰＵ１の処理
動作）を図２により概略的に説明する。ここで、同図
（ｂ）は元のデータ列を示すものであり、図５（ｂ）に
示したデータ列と同じものである。また、図２（ａ）は
この元のデータ列の圧縮データである。なお、ここで
は、説明を簡単にするため、１文字のビット数を８ビッ
ト（１バイト）とし、また、履歴参照インデックスは１
５ビットとしている。しかし、本発明は、これに限定さ
れるものではない 図２（ｂ）に示す元のデータ列を圧縮処理プログラム２
Ａによって圧縮処理する場合、かかるデータの２文字以
上が履歴バッファ５に既に格納されている履歴データの
うちで内容が一致する部分文字列があるか否かを判定
し、１番目の文字と２番目の文字については否であ
るとすると、これらが夫々非参照データ１１となり、ま
た、夫々に“１”の非参照識別子１０が生成される。そ
して、これら非参照識別子１０は順に第１の圧縮データ
記憶バッファ６ａに記憶され、文字と２番目の文字
に対する非参照データ１１もその順に第２の圧縮データ
記憶バッファ６ｂに記憶される。

【００４７】次に、図２（ｂ）での３番目の文字と４番
目の文字からなる文字列は１番目の文字と２番目の文字
とからなる文字列と内容が一致するから、これらに対し
て“０”の履歴参照識別子１２と１５ビットの履歴参照
インデックス１３とが生成され、履歴参照識別子１２は
第１の圧縮データ記憶バッファ６ａに、１５ビットの履
歴参照インデックス１３は第２の圧縮データ記憶バッフ
ァ６ｂに夫々先に記憶された非参照識別子１０や非参照
データ１１に続けて記憶されるが、この履歴参照インデ
ックス１３の生成に際し、３番目の文字と４番目の文字
に続く５番目の文字には必ず非参照識別子１０と非参
照データ１１が対応するから、この５番目の文字に対
応する非参照識別子１１も同じに生成して履歴参照イン
デックス１３に最下位ビットとして付加し、履歴参照イ
ンデックス１３を１６ビット（＝２バイト）にして第２
の圧縮データ記憶バッファ６ｂに記憶する。そして、次
の５番目の文字に対しては、非参照データ１１のみを
生成し、これを第２の圧縮データ記憶バッファ６ｂに記
憶する。

【００４８】このようにして、２以上の文字の新規デー
タ列が履歴データ列の部分データ列と内容が一致しない
場合には、１文字ずつ非参照データ１１として第２の圧
縮データ記憶バッファ６ｂに記憶するとともに、各非参
照データ１１毎に非参照識別子１０を生成し、第１の圧
縮データ記憶バッファ６ａに記憶するが、２以上の文字
の新規データ列が履歴データ列の部分データ列と内容が
一致する場合には、履歴参照識別子１２を生成して第１
の圧縮データ記憶バッファ６ａに記憶するとともに、履
歴参照インデックス１３に次の非参照データ１１に対す
る非参照識別子１０を付加して２バイトのデータとし、
これを第２の圧縮データ記憶バッファ６ｂに記憶する。

【００４９】ここで、２文字以上の文字列の内容が一致
したとき、履歴参照インデックス１３を用いるのは、履
歴参照インデックス１３のビット数が１５ビットであ
り、１個の文字のビット数よりも大きく、２文字の文字
列よりも小さいからであり、１文字に対しても履歴参照
インデックス１３を用いるようにすると、却ってビット
数が増加してデータ圧縮とはならないからである。

【００５０】以上により、第２の圧縮データ記憶バッフ
ァ６ｂでは、図２（ａ）に示すように、１バイトずつ区
切ったとき、非参照データ１１は１つずつ区切れ、履歴
参照インデックス１３は２バイトに区切れる圧縮データ
を得ることができる。かかる圧縮データを記憶する第２
の圧縮データ記憶バッファ６ｂのアドレス単位が１バイ
トとすると、各非参照データ１１は１アドレスに記憶す
ることができ、また、履歴参照インデックス１３も２ア
ドレスに記憶することができて、１アドレスに異なる非
参照データ１１が同時に記憶されるようなことがない
し、また、１アドレスに非参照データ１１と履歴参照イ
ンデックス１３が同時に記憶されるようなこともない。

【００５１】なお、第１の圧縮データ記憶バッファ６ａ
もアドレス単位を１バイトとし、各アドレスに識別子が
１つずつ順に８つまで記憶される。

【００５２】図２（ａ）に示す圧縮データ列を伸長処理
プログラム２Ｂによって伸長処理する場合には、各識別
子が圧縮処理のときの順で第１の圧縮データ記憶バッフ
ァ６ａまたはこれから移されたメモリに格納されてお
り、また、非参照データ１１や履歴参照インデックス１
３などが圧縮処理のときの順で第２の圧縮データ記憶バ
ッファ６ｂまたはこれから移されたメモリに格納されて
いるが、ここでは、識別子が第１の圧縮データ記憶バッ
ファ６ａに、また、非参照データ１１や履歴参照インデ
ックス１３などが第２の圧縮データ記憶バッファ６ｂに
夫々格納されているものとする。

【００５３】次に、第１の圧縮データ記憶バッファ６ａ
から識別子を１つ読み取り、それが“１”か“０”かそ
の内容から、次に第２の圧縮データ記憶バッファ６ｂか
ら読み取られる、この識別子に対応した１バイト単位の
データの内容を判定する。図２（ａ）の場合、最初に読
み取られる識別子は“１”の非参照識別子１０であるか
ら、第２の圧縮データ記憶バッファ６ｂから読み取るデ
ータは非参照データ１１であり、これが１番目の文字
として伸長データ記憶バッファ７に記憶される。２番目
の文字についても同様である。

【００５４】なお、第１の圧縮データ記憶バッファ６ａ
のアドレス単位は１バイトであり、このため、１アドレ
スからは１バイトのデータ、即ち、８つの識別子が読み
出される。この実施例では、この８つの識別子を順次切
り出して処理するようにしている。

【００５５】第１の圧縮データ記憶バッファ６ａから読
み取った識別子が“０”の履歴参照識別子１２である場
合には、第２の圧縮データ記憶バッファ６ｂから２バイ
トの読み取りを行ない、これにより、“１”の非参照識
別子１０が最下位ビットとして付加された履歴参照イン
デックス１３が読み取られる。そして、かかる２バイト
のデータから１ビットの非参照識別子１０と１５ビット
の履歴参照インデックス１３とが分離され、非参照識別
子１０はＣＰＵ１にそのまま保持しておく。また、履歴
参照インデックス１３から上記表２のように設定されて
いる参照位置と参照長さとを求め、これをもとに、伸長
データ記憶バッファ７に記憶されている伸長データの中
の対応する部分データ列を読み取り、これを伸長データ
記憶バッファ７に既に記憶されているデータに続けて記
憶する。この場合、かかる履歴参照インデックス１３が
図２（ａ）で符号Ａとして示されるものとすると、伸長
データ記憶バッファ７に既に記憶されている１番目の文
字と２番目の文字とが読み取られ、これらが夫々３
番目の文字，４番目の文字として伸長データ記憶バッフ
ァ７に記憶される。このようにして、履歴参照インデッ
クス１３が伸長処理されて元の３番目の文字，４番目の
文字が得られる。

【００５６】次に、符号Ａで示す履歴参照インデックス
１３に続く非参照データ１１は、先に履歴参照インデッ
クス１３の読取りの際に得られて保持されている非参照
識別子１０により判定され、５番目の文字として伸長
データ記憶バッファ７に記憶される。また、次の符号Ｂ
として示す履歴参照インデックス１３については、符号
Ａとして示す履歴参照インデックス１３の場合と同様で
ある。

【００５７】このようにして、伸長データ記憶バッファ
７に図２（ｂ）に示す元のデータと同じ伸長データが得
られることになる。

【００５８】かかる伸長処理による復号化においては、
圧縮データを格納したメモリ、即ち、第２の圧縮データ
記憶バッファ６ｂのアドレス単位が１バイトである場
合、１バイトの非参照データ１１は１回のアクセスで読
み取ることができ、上記従来技術に比べてアクセス時間
が短くて済むし、上記従来技術のような読取りデータの
切取りや合成などの処理が不要となる。

【００５９】また、第２の圧縮データ記憶バッファ６ｂ
から履歴参照インデックス１３を読み取る場合も、２つ
のアドレスを続けて読み出せばよく、これらから読み取
られた２バイトのデータを単に繋ぎ合わせるだけでよ
い。この場合、２バイトのデータから１ビットの非参照
識別子１０と１５ビットの履歴参照インデックス１３を
分離する必要があるが、この非参照識別子１０は、この
２バイトのデータの最下位ビットであるから、２バイト
のデータに最下位ビットのみが“１”で他のビットが
“０”のデータを論理積処理し、下位１バイトの部分を
抽出することによって得ることができる、また、２バイ
トのデータを１ビットだけ最下位ビット側に右シフトす
ることにより、履歴参照インデックス１３が得られ、非
常に簡単な処理である。

【００６０】先の表１に対応して、この実施例における
図２の例の場合でのアクセス容量を示すと、次の表３の
ようになる。

【００６１】

【表３】

【００６２】図２（ａ）に示す圧縮データを図２（ｂ）
に示すように伸長処理する場合、第１の圧縮データ記憶
バッファ６ａからは、１バイト単位のアクセスを４回行
なうことにより、４個の識別子の取得（読取り）を行な
うことになるから、この第１の圧縮データ記憶バッファ
６ａでのアクセス容量は合計４バイトであり、また、第
２の圧縮データ記憶バッファ６ｂからは、１バイト単位
のアクセスを３回行なうことによって３個の非参照デー
タ１１の取得（読取り）を行ない、２バイト単位のアク
セスを２回行なうことによって２個の履歴参照インデッ
クス１３の取得（読取り）を行なうから、この第２の圧
縮データ記憶バッファ６ｂでのアクセス容量は合計７バ
イトである。従って、第１の圧縮データ記憶バッファ６
ａでのアクセス容量を加えても、表１で示した従来の１
７バイトに比べると、充分小さい容量のアクセスで復号
することができ、従って、アクセスに要する時間が大幅
に短縮できることになる。

【００６３】次に、この実施例の動作をさらに詳細に説
明するが、まず、圧縮処理プログラム２Ａによる圧縮処
理を図１と図３を用いて説明する。なお、以下の説明で
は、上記と同様に、内容を比較するデータの単位を１バ
イトとし、この１バイトのデータを１文字と表現する
が、これに限るものではないことは明らかである。

【００６４】圧縮処理プログラム２Ａは、起動すると、
まず、履歴バッファ５を初期化し（ステップ１００）、
次いで、出力先制御フラグ８を“１”に設定する（ステ
ップ１０１）。この出力先制御フラグ８は、非参照識別
子１０や履歴参照識別子１２を第１の圧縮データ記憶バ
ッファ６ａ，第２の圧縮データ記憶バッファ６ｂのいず
れに格納するかを指示するものであって、“１”のとき
には、第１の圧縮データ記憶バッファ６ａに記憶するこ
とを、“０”のときには、第２の圧縮データ記憶バッフ
ァ６ｂに記憶することを夫々指示しているものとする。

【００６５】しかる後、履歴バッファ５に符号化する入
力データをＭ文字分（但し、Ｍは１よりも大きい整数）
読み込む（ステップ１０２）。読込み元は管理プログラ
ム２Ｃからパラメータで与えられている。ここでは、履
歴参照インデックス１３の長さインデックス（上記表２
参照）で表現できる最大長の文字数１７をＭとし、１７
文字（１７バイト）を履歴バッファ５に読み込む。ま
た、変数ｍをＭの値に設定する（ステップ１０３）。こ
の変数ｍは比較する部分データ列の長さを示している。

【００６６】以上の処理が終了すると、次に説明する一
連のステップによる処理に移るが、かかる処理は符号化
する文字列がなくなるまで繰り返される。まず、履歴バ
ッファ５上に読み込んだ最新のｍ文字とそれ以前に読み
込んだ履歴バッファ５上のデータ（履歴データ列）とを
比較し（ステップ１０４）、最長の一致文字列を求め
る。この比較は一般的な方法を用いて実現している。こ
の比較の後、一致文字長を評価し（ステップ１０５）、
２文字以上一致するならば、ステップ１０６〜ステップ
１１５を実行し、そうでなければ、ステップ１１６〜ス
テップ１２２あるいはステップ１２３を実行する。

【００６７】ここで、２文字以上の一致の有無を判定す
るのは、履歴参照インデックス１３は１５ビットであ
り、１文字のビット数（８ビット）よりも大きく、１文
字のデータを履歴参照インデックスで表わすと、却って
ビット数が増加してデータ圧縮にはならず、データ圧縮
のためには、少なくとも２文字以上のデータでなければ
ならないからである。

【００６８】まず、２文字以上一致する場合を説明する
と、出力先制御フラグ８を調べ（ステップ１０６）、こ
れが“１”であれば、“０”の履歴参照識別子１２を第
１の圧縮データ記憶バッファ６ａに書き込み（ステップ
１０７）、また、出力先制御フラグ８が“２”であれ
ば、“０”の履歴参照識別子１２を第２の圧縮データ記
憶バッファ６ｂに書き込み（ステップ１０８）、しかる
後、いずれの場合も、出力先制御フラグ８を２に設定し
て（ステップ１０９）、一致文字列の比較元の文字列と
の相対距離を１１ビット、長さを４ビットの固定長符号
で表わした履歴参照インデックス１３を第２の圧縮デー
タ記憶バッファ６ｂに書き込む（ステップ１１０）。

【００６９】その後、一致文字列の長さとまだ符号化処
理を行なっていない未符号化文字列の長さを比較し（ス
テップ１１１）、未符号化文字列の方が長ければ、変数
Ｃに一致文字長の値を代入し（ステップ１１２）、そう
でなければ、変数Ｃに未符号化文字長の値を代入する
（ステップ１１３）。しかる後、履歴バッファ５に符号
化する文字を変数Ｃの値の数だけ新たに履歴データ列と
して書き込み（ステップ１１４）、変数ｍに変数Ｃの値
を加えて一致文字長を引き算した値を再び変数ｍに代入
する（ステップ１１５）。

【００７０】ステップ１０５で２文字以上の一致がない
ときには、出力先制御フラグ８を調べ（ステップ１１
６）、これが“１”であれば、“１”の非参照識別子１
０を第１の圧縮データ記憶バッファ６ａに書き込み（ス
テップ１１７）、出力先制御フラグ８が“２”であれ
ば、“１”の非参照識別子１０を第２の圧縮データ記憶
バッファ６ｂに書き込む（ステップ１１８）。しかる
後、出力先制御フラグ８を１に設定し（ステップ１１
９）、履歴バッファ５上の最新のｍ文字のうちの先頭１
文字を非参照データ１１として第２の圧縮データ記憶バ
ッファ６ｂに書き込む（ステップ１２０）。そして、未
符号化文字長が０よりも大きいかどうか調べ（ステップ
１２１）、０より大きい場合には、履歴バッファ５に符
号化するデータを１文字読み込み（ステップ１２２）、
そうでない場合には、変数ｍから１を減ずる（ステップ
１２３）。

【００７１】以上のようにしてステップ１１５，１２２
または１２３までの処理が終了すると、変数ｍが０より
も大きいかどうか調べ（ステップ１２４）、０よりも大
きければ、ステップ１０４に戻り、そうでなければ、第
２の圧縮データ記憶バッファ６ｂに、上記表２に示した
位置インデックスが０の１５ビットの履歴参照インデッ
クス１３を終了コードとして供給し（ステップ１２
５）、圧縮処理プログラム２Ａによる処理を終了する。

【００７２】圧縮データ記憶バッファ６ｂ上に記憶され
た上記圧縮データ（識別子も含む）は、管理プログラム
２Ｃの機能により、目的に応じた格納場所に移される。
例えば、演算結果を圧縮退避する場合には、管理プログ
ラム２ＣがＲＡＭ３上の演算結果の格納場所（図１に図
示せず）を読込み元として圧縮処理プログラム２Ａを起
動し、圧縮処理プログラム２Ａの終了後、ＲＡＭ３上の
データ退避場所（図１に図示せず）に圧縮データ記憶バ
ッファ６の上記内容を転送する。

【００７３】次に、伸長処理プログラム２Ｂの動作を図
１及び図４を用いて説明する。管理プログラム２Ｃは、
伸長処理プログラム２Ｂに対して、第１の入力と第２の
入力という２つの入力元のアドレスを与える。これは夫
々、圧縮処理プログラム２Ａでの第１の圧縮データ記憶
バッファ６ａの内容と第２の圧縮データ記憶バッファ６
ｂの内容とに対応している。即ち、管理プログラム２Ｃ
は、第１の圧縮データ記憶バッファ６ａあるいはその内
容を移動した先のデータを第１の入力とし、第２の圧縮
データ記憶バッファ６ｂあるいはその内容を移動した先
のデータを第２の入力として伸長処理プログラム２Ｂに
与える。

【００７４】伸長処理プログラム２Ｂは、起動すると、
まず、識別子取得フラグ９を「未取得」状態に設定する
（ステップ２００）。以下に説明するこれ以降の処理
は、全ての圧縮データを復号し終わるまで繰り返され
る。なお、識別子取得フラグ９はＣＰＵ１（図１）に次
の識別子を既に取り込んでいるか否かを示すフラグであ
って、「未取得」状態にあるときには、まだ取り込んで
おらず、「取得済み」状態にあるときには、既に取り込
んで保持している状態を夫々示している。後者の場合、
ＣＰＵ１は、この保持している識別子を用いて次に第２
の入力から取り込むデータが非参照データ１１である
か、あるいは履歴参照インデックス１３であるかを判定
する。

【００７５】まず、識別子取得フラグ９を調べ（ステッ
プ２０１）、これが「未取得」状態に設定されていれ
ば、識別子を上記の第１の入力から取り込む（ステップ
２０２）。そして、この識別子の内容が“０”かどうか
を判定し（ステップ２０３）、履歴参照識別子１２であ
って“０”ならば、ステップ２０４〜ステップ２０９
を、そうでなければ（即ち、非参照識別子１０であって
“１”ならば）、ステップ２１２〜ステップ２１４を夫
々実行する。

【００７６】そこで、識別子の内容が“０”である場合
を説明すると、第２の入力から２バイト（２文字）のデ
ータを取り込み（ステップ２０４）、その１６ビット目
から６ビット目までの１１ビットを履歴参照インデック
ス１３の位置インデックスとして切り出し（ステップ２
０５）、次の５ビット目から２ビット目までの４ビット
を履歴参照インデックス１３の長さインデックスとして
切り出し（ステップ２０６）、最後の１ビット目（即
ち、最下位ビット）を、次に第２の入力から取り込むべ
き非参照データ１１もしくは履歴参照インデックス１３
の識別子として、取得する（ステップ２０７）。

【００７７】そして、さらに、識別子取得フラグ９を
「取得済み」状態に設定して（ステップ２０８）、履歴
参照インデックス１３の位置インデックスが０かどうか
を調べ（ステップ２０９）、この位置インデックスが０
であれば、圧縮データの終了と判定して伸長処理プログ
ラム２Ｂによる処理を終了するが、この位置インデック
スが０でなければ、伸長データ記憶バッファ７から履歴
参照インデックス１３の位置インデックス，長さインデ
ックスで表わされる一致文字列を取り込み（ステップ２
１０）、伸長データ記憶バッファ７に格納されているデ
ータ末尾にこの一致文字列を追加して書き込み（ステッ
プ２１１）、ステップ２０１に戻る。

【００７８】ステップ２０３で識別子が“０”でないと
判定された場合には、第２の入力から１バイトのデータ
を取り出し（ステップ２１２）、これを１文字として伸
長データ記憶バッファ７に格納されている文字列の最後
に追加して書き込む（ステップ２１３）。そして、識別
子取得フラグ９を「取得済み」状態に設定し（ステップ
２１４）、ステップ２０１に戻る。

【００７９】次に、図２に示したデータを例にして、圧
縮処理プログラム２Ａによる処理を図１及び図３を用い
て説明する。但し、かかるデータは１８バイトよりも充
分に長いものとする。

【００８０】図３において、圧縮処理プログラム２Ａが
起動されると、図３に示したステップ１００からステッ
プ１０３までの一連の処理がなされた後、ステップ１０
４で部分データ列の比較が行なわれる。図２（ｂ）での
１バイト目の最初の文字のデータについては、ステッ
プ１０４の比較の結果は、履歴バッファ５に最新のｍ文
字より前に読み込んだデータがないため、一致データな
しとなり、ステップ１１６に移行する。このとき、ステ
ップ１０１で出力先制御フラグ８が１に設定されている
から、第１の圧縮データ記憶バッファ６ａに“１”の非
参照識別子１０が出力され（ステップ１１７）、第２の
圧縮データ記憶バッファ６ｂに１番目の文字に対応す
るバイトデータが非参照データ１１として書き込まれる
（ステップ１２０）。ここで、圧縮する元のデータは充
分な長さを持つから、ステップ１２１の判定は常に
“ｙ”となり、履歴バッファ５に１文字、即ち、最初の
文字が読み込まれ（ステップ１２２）、ステップ１２
４を経由してステップ１０４に戻り、２番目の文字、
即ち、２バイト目のデータの処理に移る。

【００８１】２番目の文字に対しても、ステップ１０
４の判定は一致データなしとなるので、ステップ１１６
に移行する。ここで、１番目の文字のデータのステッ
プ１１９での処理で出力先制御フラグ８が１に設定され
るため、ステップ１１７に進み、第１の圧縮データ記憶
バッファ６ａに“１”の非参照識別子１０が書き込まれ
る。そして、ステップ１２０で第２の圧縮データ記憶バ
ッファ６ｂに２番目の文字に対応するバイトデータが
非参照データ１１として書き込まれる。上記と同様に、
ステップ１２１の判定は“ｙ”となり、履歴バッファ５
に２番目の文字が書き込まれ（ステップ１２２）、ス
テップ１２４を経由してステップ１０４に戻り、３番目
の文字のデータの処理となる。

【００８２】３番目の文字と４番目の文字のデータは夫
々１番目の文字と２番目の文字と一致するので、ス
テップ１０４の比較結果では２文字以上の一致となり、
ステップ１０６に移行する。ここで、２番目の文字の
データの上記処理でのステップ１１９で出力先制御フラ
グ８が１に設定されたため、ステップ１０７に進んで第
１の圧縮データ記憶バッファ６ａに“０”の履歴参照識
別子１２が書き込まれ、出力先制御フラグ８が２とされ
る（ステップ１０９）。そして、一致した部分データ列
の位置と長さを表わす履歴参照インデックス１３が第２
の圧縮データ記憶バッファ６ｂに書き込まれる（ステッ
プ１１０）。これが図２（ａ）での符号Ａである。この
場合には、現在の処理データ（即ち、３番目の文字のデ
ータ）の２バイト前から２バイトの長さ（即ち、文字
，）を参照するので、表２での２の位置インデック
スと０の長さインデックスとが組み合わされた１５ビッ
トの符号Ａが書き込まれる。

【００８３】次のステップ１１１でデータ長が充分長い
と判定されるので、変数Ｃに一致文字列長の２がセット
され（ステップ１１２）、履歴バッファ５に３番目の文
字と４番目の文字が新たな履歴データとして追加書き込
まれる（ステップ１１４）。そして、変数ｍの値を更新
する（ステップ１１５）が、加算する変数Ｃの値と減算
する一致文字数が同じであるため、ｍの値は不変であ
る。その後、ステップ１２４を経由してステップ１０４
に戻り、５番目の文字のデータの処理と移る。

【００８４】５バイト目のデータ（即ち、文字のデー
タ）に対しては、ステップ１０４の判定は一致データな
しとなるので、ステップ１１６に移行する。このとき、
３番目の文字と４番目の文字のデータの処理でのステッ
プ１０９で出力先制御フラグ８が２に設定されるため、
第２の圧縮データ記憶バッファ６ｂに“１”の非参照識
別子１０が書き込まれ（ステップ１１８）、これによ
り、上記の１５ビットの履歴参照インデックス１３（符
号Ａ）に１ビットの非参照識別子１０が加わって１６ビ
ット（２バイト）のデータとなる。次いで、第２の圧縮
データ記憶バッファ６ｂに文字に対応するバイトデー
タが供給される（ステップ１２０）。そして、上記と同
様に、ステップ１２１の判定は“ｙ”となり、履歴バッ
ファ５に１文字新たに読み込まれ（ステップ１２２）、
ステップ１２４を経由してステップ１０４に戻り、６番
目の文字のデータの処理に移る。

【００８５】６〜８番目の文字のデータは２〜４番目の
文字と内容が一致するので、ステップ１０４の比較結果
では２文字以上一致となり、ステップ１０６に移行す
る。このとき、５番目の文字のデータの処理でのステッ
プ１１９で出力先制御フラグ８が１に設定されているた
め、第１の圧縮データ記憶バッファ６ａに“０”の履歴
参照識別子１２が書き込まれる（ステップ１０７）。そ
して、出力先制御フラグ８が２に設定され（ステップ１
０９）、一致した部分データ列の位置と長さを表わす履
歴参照インデックス１３が第２の圧縮データ記憶バッフ
ァ６ｂに出力される（ステップ１１０）。これが図２
（ａ）での符号Ｂである。この場合には、現在の処理デ
ータの４文字（４バイト）前から３文字（３バイト）の
長さを参照するので、履歴参照インデックス１３の位置
インデックスは４，長さインデックスは１である。次
に、ステップ１１１でデータ長が充分長いと判定される
ので、変数Ｃに一致文字列の文字数３がセットされ（ス
テップ１１２）、履歴バッファ５に６〜８番目の３文字
を書き込む（ステップ１１４）。そして、ステップ１１
５で変数ｍの値を更新するが、加算する変数Ｃの値と減
算する一致文字数が同じため、ｍの値は不変である。そ
の後、ステップ１２４を経由してステップ１０４に戻
り、９番目の文字以降のデータの処理となる。

【００８６】以上のような処理の流れにより、図２
（ａ）に示すような圧縮データが夫々第１の圧縮データ
記憶バッファ６ａ，第２の圧縮データ記憶バッファ６ｂ
に得られる。

【００８７】次に、図２（ａ）に示す圧縮データから同
図（ｂ）に示す伸長データ（元のデータ）を生成する処
理を図１及び図４を用いて説明する。

【００８８】ここで、図１における第１の圧縮データ記
憶手段６ａに上記一連の識別子が格納され、第２の圧縮
データ記憶手段６ｂに上記非参照データ１１と履歴参照
インデックス１３とからなる一連のデータが格納されて
いるものとすると、前者を第１の入力、後者を第２の入
力として伸長処理プログラム２Ｂを起動する。

【００８９】そこで、まず、ステップ２００で識別子取
得フラグ９を「未取得」状態に設定するので、ステップ
２０１の判定の結果、ステップ２０２に移行して第１の
圧縮データ記憶手段６ａから識別子を読み取る。図２
（ａ）の例では、最初の識別子は“１”の非参照識別子
１０であるので、ステップ２０３の判定の結果、ステッ
プ２１２に移行して第２の圧縮データ記憶手段６ｂから
１番目の非参照データ１１を読み取り、一番目の文字
として伸長データ記憶バッファ７に書き込む（ステップ
２１３）。そして、識別子取得フラグ９を「未取得」状
態に設定し（ステップ２１４）、ステップ２０１に戻っ
て次の符号の伸長処理に移る。

【００９０】次の符号の伸長処理では、ステップ２１４
で識別子取得フラグ９が「未取得」状態に設定されてい
るので、上記と同様に、ステップ２０１の判定の結果、
ステップ２０２に移行し、第１の圧縮データ記憶手段６
ａから識別子を読み取る。図２（ａ）では、２番目の識
別子も“１”の非参照識別子１０であるので、ステップ
２０３の判定の結果、ステップ２１２に移行して第２の
圧縮データ記憶手段６ｂから第２番目の非参照データ１
１を読み取り、これを２番目の文字として伸長データ
記憶バッファ７に書き込む（ステップ２１３）。そし
て、識別子取得フラグ９を「未取得」状態に設定し（ス
テップ２１４）、ステップ２０１に戻ってさらに次の符
号の伸長処理に移る。

【００９１】さらに次の符号の伸長処理では、上記のよ
うに、ステップ２１４で識別子取得フラグ９が「未取
得」状態に設定されているので、上記と同様に、ステッ
プ２０１の判定の結果、ステップ２０２に移行して第１
の圧縮データ記憶手段６ａから識別子を読み取る。図２
（ａ）では、３番目の識別子は“０”の履歴参照識別子
１２であるので、ステップ２０３の判定の結果、ステッ
プ２０４に移行して第２の圧縮データ記憶手段６ｂから
２バイトのデータを読み取る。図２（ａ）の例では、符
号Ａで示される部分とそれに続く非参照識別子１０の１
ビットがまとめて読み出され、ステップ２０５〜２０７
で位置インデックスが２，長さインデックスが０の履歴
参照インデックス１３と“０”の非参照識別子１０（こ
れが、次の４番目の処理の識別子となる）とが得られ
る。そして、識別子取得フラグ９が「取得済」状態に設
定される（ステップ２０８）。次のステップ２０９の判
定では、上記のように位置インデックスが０でないの
で、ステップ２１０に移行し、０の長さインデックスに
より、伸長データ記憶バッファ７でのデータの末尾の２
バイト手前から２バイトのデータ（即ち、図２（ｂ）で
の「Ａの参照範囲」として示す範囲の文字と文字）
を取得し、それらを、履歴複写データ，として、伸
長データ記憶バッファ７のデータの末尾に付加する。そ
して、ステップ２０１に戻り、さらに次の符号の伸長処
理に移る。

【００９２】さらに次の符号の処理では、１回前の処理
でのステップ２０８で識別子取得フラグ９が「取得済」
状態に設定されているので、ステップ２０１の判定の結
果、ステップ２０３に移行する。図２（ａ）の例では、
１回前の処理でのステップ２０７で取得した４番目の識
別子は“０”の非参照識別子１０であるので、ステップ
２０３の判定の結果、ステップ２１２に移行して第２の
圧縮データ記憶手段６ｂから非参照データ１１が読み取
られ、５番目の文字として伸長データ記憶バッファ７
に書き込まれる（ステップ２１３）。そして、ステップ
２１４で識別子取得フラグ９を「未取得」状態に設定し
てステップ２０１に戻り、さらに次の符号の伸長処理に
移る。

【００９３】次の伸長処理では、識別子取得フラグ９が
「未取得」状態に設定されているので、ステップ２０１
の判定の結果、ステップ２０２に移行して第１の圧縮デ
ータ記憶手段６ａから識別子を読み取る。図２（ａ）の
例では、５番目の識別子は“０”の履歴参照識別子１２
であるので、ステップ２０３の判定の結果、ステップ２
０４に移行して第２の圧縮データ記憶手段６ｂから２バ
イトのデータを読み取る。図２（ａ）の例では、符号Ｂ
で示される部分とそれに隣接した非参照識別子１０の１
ビットがまとめて読み取られる。そして、ステップ２０
５〜ステップ２０７で位置インデックスが４，長さイン
デックスが１の履歴参照インデックス１３と“１”の非
参照識別子１０とが得られる。次に、識別子取得フラグ
９を「取得済」状態に設定し、ステップ２０９の判定に
より、位置インデックスが０でないので、ステップ２１
０に移行し、履歴参照インデックス１３で示される伸長
データ記憶バッファ７のデータの末尾の４バイト手前か
ら３バイト（図２（ａ）での「Ｂの参照範囲」と示され
る範囲での非参照データ１１である文字と履歴複写デ
ータである文字，）を取り込み、それを伸長データ
記憶バッファのデータ末尾に６番目，７番目，８番目の
文字として追加する。そして、ステップ２０１に戻り、
さらに次の符号の伸長処理に移る。

【００９４】このように、この実施例では、圧縮データ
の復号に際し、非参照データ１１や履歴参照インデック
ス１３は、メモリからバイト単位でアクセスして読み取
ることができる。また、識別子は１ビットの符号である
ので、複数ビットの符号の切出しのように複数バイトに
またがることがなく、容易に読み取ることができる。従
って、高速な伸長処理が実現できる。

【００９５】なお、以上の説明では、入出力の単位を１
バイトあるいは１ビットとしたが、アクセスが高速に行
なえるメモリバウンダリであれば、何ビットであって
も、本発明による符号化及び復号化方式を適用可能であ
る。また、識別子のビット数も１ビット以上でもよい。
この場合、履歴参照インデックスは （メモリバウンダリ×ｎ）−（識別子のビット数） ………（１） で与えられるビット数で構成すればよい。

【００９６】また、例えば、先に説明した冗長性が高い
データの場合のように、位置インデックスを１２ビッ
ト，長さインデックスを４ビットとして履歴参照インデ
ックスを非参照データの２倍の１６ビット構成とした場
合には、上記のように履歴参照インデックスに次の文字
列の識別子を付加するようなことは必要ない。

【００９７】さらに、図１に示したように、第２の圧縮
データ記憶バッファ６ｂには、履歴参照できなかったデ
ータ、言い換えれば、入力データ中で非冗長なデータが
出現順に記録される。従って、全く冗長を含まない文字
の列からなるデータを圧縮した場合、第１の圧縮データ
記憶バッファ６ａには、非参照識別子１０のみが圧縮デ
ータ数と同じ数だけ記憶され、また、第２の圧縮データ
記憶バッファ６ｂには、入力データそのものが記憶され
ることになる。

【００９８】

【発明の効果】以上説明したように、本発明によれば、
符号の復号化のためのメモリアクセスが１ビットのアク
セスと１文字単位のアクセスの２種類でよいため、非常
に高速に行なうことができるし、また、伸長処理時の履
歴参照を伸長したデータそのものを利用して行なうた
め、履歴バッファが不要となり、処理が簡単化して高速
化される。

【図面の簡単な説明】

【図１】本発明による符号化及び復号化方式の一実施例
を示すブロック図である。

【図２】図１に示した実施例での圧縮データと伸長デー
タ（元のデータ）との一具体例を示す図である。

【図３】図１における圧縮処理プログラムの流れを示す
フローチャートである。

【図４】図１における伸長処理プログラムの流れを示す
フローチャートである。

【図５】従来の符号化及び復号化方式のでの圧縮データ
と伸長データ（元のデータ）との一具体例を示す図であ
る。

【符号の説明】

１ 演算処理装置 ２ 読出し専用メモリ ２Ａ 圧縮処理プログラム ２Ｂ 伸長処理プログラム ２Ｃ 管理プログラム ２Ｄ 演算処理プログラム ２Ｅ 演算処理データ ３ 随時書込み読出しメモリ ４ システムバス ５ 履歴バッファ ６ 圧縮データ記憶バッファ ６ａ 第１の圧縮データ記憶バッファ ６ｂ 第２の圧縮データ記憶バッファ ７ 伸長データ記憶バッファ ８ 出力先制御フラグ ９ 識別子取得フラグ １０ 非参照識別子 １１ 非参照データ １２ 履歴参照識別子 １３ 履歴参照インデックス

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−76727（ＪＰ，Ａ) 特開 平４−217021（ＪＰ，Ａ) 特開 平６−178124（ＪＰ，Ａ) 特開 平５−233212（ＪＰ，Ａ) 特開 平６−274310（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H03M 7/46

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 シーケンシャルに入力された文字列をメ
   モリに蓄積し、 蓄積された文字列の中で複数回繰り返し出現する部分文
   字列を検索し、 ２回目以降に出現する同じ内容の部分文字列を同じ内容
   の先頭の部分文字列を指示する符号に変換して圧縮する
   とともに、圧縮されない部分文字列と該符号毎に識別子
   を生成し、 該圧縮されない部分文字列と該部分文字列を指示する符
   号が入力順に配列されてなるデータと、該識別子が生成
   順に配列されてなるデータとを別々に出力することを特
   徴とするデータ符号化方式。
2. 【請求項２】 シーケンシャルに入力された文字列を蓄
   積する履歴バッファと、 １文字のデータバウンダリ単位で記憶する圧縮データ記
   憶手段と、 １文字のデータバウンダリ単位で記憶する伸長データ記
   憶手段と、 新たに入力された文字列と該履歴バッファ上の文字列を
   比較し、２文字以上一致する文字列があるとき、履歴参
   照識別子と、新たに入力された該文字列と一致する該履
   歴バッファ上の文字列での部分文字列の位置及び長さを
   示す履歴参照インデックスとを生成して圧縮データ記憶
   手段に追加格納し、２文字以上一致する文字列がないと
   きには、新たに入力された該文字列の先頭１文字を非参
   照データとするとともに、非参照識別子を生成し、該非
   参照データと該非参照識別子とを圧縮データ記憶手段に
   追加格納する処理を繰り返し、該圧縮データ記憶手段に
   履歴参照識別子，非参照識別子と履歴参照インデック
   ス，非参照データとからなる圧縮データを得るようにし
   た圧縮処理手段と、 該圧縮データの識別子を取り込み、取り込んだ該識別子
   が非参照識別子であるときには、該圧縮データから該非
   参照データ１個分のデータを取り込み、１文字のデータ
   として該伸長データ記憶手段に追加格納し、該圧縮デー
   タから取り込んだ識別子が履歴参照識別子であるときに
   は、該圧縮データから履歴参照インデックス１個分のデ
   ータを取り込み、その内容に基づいて、既に該伸長デー
   タ記憶手段に格納されている文字列のうちの該履歴参照
   インデックスで指示される部分文字列を取り込んで該伸
   長データ記憶手段に追加格納する伸長処理手段とを有す
   るデータ符号化及び復号化方式において、 前記圧縮データ記憶手段は、第１，第２の圧縮データ記
   憶手段からなり、 前記圧縮処理手段は、該第１の圧縮データ記憶手段に前
   記履歴参照識別子と非参照識別子とを格納し、該第２の
   圧縮データ記憶手段に前記履歴参照インデックスと非参
   照データとを格納することを特徴とするデータ符号化及
   び復号化方式。
3. 【請求項３】 請求項２において、 前記圧縮処理手段は、前記履歴参照インデックスに変換
   される部分文字列に続く部分文字列に対して生成する識
   別子を、前記第２の圧縮データ記憶手段で、前記履歴参
   照インデックスに付加して格納し、 該識別子が付加された履歴参照インデックスのデータ長
   を前記非参照データのデータ長の整数倍とすることを特
   徴とするデータ符号化及び復号化方式。
4. 【請求項４】 請求項２または３において、 第１の状態で識別子の前記第１の圧縮データ記憶手段へ
   の出力を指示し、第２の状態で前記第２の圧縮データ記
   憶手段への出力を指示する出力先制御フラグと、識別子
   の「取得済み」か「未取得」かを示す識別子取得フラグ
   とを設け、 前記圧縮処理手段は、 圧縮処理の開始時、該出力先制御フラグを第１の状態に
   設定し、 圧縮処理時、前記履歴バッファ上の文字列中に入力され
   る文字列と２文字以上一致する部分文字列がないときに
   は、該出力先制御フラグの状態に応じて前記非参照識別
   子を前記第１または第２の圧縮データ記憶手段に記憶し
   た後、該出力先制御フラグを第１の状態に設定し、 圧縮処理時、前記履歴バッファ上の文字列中に入力され
   る文字列と２文字以上一致する部分文字列があるときに
   は、該出力先制御フラグの状態に応じて前記履歴参照識
   別子を前記第１または第２の圧縮データ記憶手段に記憶
   した後、該出力先制御フラグを第２の状態に設定し、 前記伸長処理手段は、 前記第１または第２の圧縮データ記憶手段から取り込ん
   だ識別子の保持手段を有しており、 伸長処理の開始時、前記識別子取得フラグを「未取得」
   状態に設定し、 前記識別子取得フラグが「未取得」状態にあるとき、前
   記第１の圧縮データ記憶手段から識別子を取り込んで該
   保持手段に保持し、これが非参照識別子であるとき、前
   記第２の圧縮データ記憶手段から１バイト取り込んで復
   号データとし、前記伸長データ記憶手段に格納するとと
   もに、前記識別子取得フラグを「未取得」状態に設定
   し、前記保持手段に保持された識別子が履歴参照識別子
   であるときには、前記第２の圧縮データ記憶手段から取
   り込まれる前記履歴参照インデックスから分離される識
   別子を前記保持手段に保持するとともに前記識別子取得
   フラグを「取得済み」状態に設定し、 前記識別子取得フラグが「取得済み」状態にあるときに
   は、前記保持手段で保持されている前記識別子の内容に
   応じて前記第２の圧縮データ記憶手段からデータの取込
   みを行なうことを特徴とするデータ符号化及び復号化方
   式。
5. 【請求項５】 請求項２，３または４において、 前記伸長処理手段は、 前記圧縮データから取り込んだ前記履歴参照インデック
   スで指示される位置，長さに基づいて前記伸長データ記
   憶手段から部分データ列を取り込み、前記伸長データ記
   憶手段でのデータ列の最後に続けて格納することを特徴
   とするデータ符号化及び復号化方式。