JPH0454021A - データ圧縮転送方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ＯＡ端末とコンピュータとの間、あるいは２
つのコンピュータ間などでデータ転送を行なう際、デー
タ転送の効率向上を図るためのデータ圧縮転送方式に関
する。

〔従来の技術〕

情報通信は、今や企業の経営戦略の一環とじて増々重要
視されてきている６通信範囲は企業内外はもとより業種
間を越え広範囲にわたり、その規模は拡大の一歩をたど
っている。また、特に情報資源の分散化に伴い、情報通
信ネットワークシステムの形態も多様化と高信頼性化へ
と進展してきている。このような状況で、分散化したソ
フトウェア資源を有効に活用するため、例えば本店（中
央局）と支店（子局）との間で分散通信網を通じて、本
店のホストコンピューターと支店のＯＡ端末との間で情
報通信が行なわれる。また、実用化され、企業内私設通
信網としてＶＳＡＴを介して情報通信が行なわれている
。

従来、これら本店、支店の２点間における情報通信にお
いて、データ転送の高速化と通信費（通信回線の利用料
金等）の低減を図るため、転送すべきデータに何らかの
圧縮を施すことは広く知られている。

データの圧縮とは、ＯＡ端末やホストコンピユークーか
ら出力される原データに何らかの圧縮技法に従った処理
を施して圧縮データを生成する圧縮処理、および、圧縮
データを生成するのとは逆の処理を施し圧縮データから
原データを再生成する復元処理を言う。

次に、データ圧縮の方法について説明する。

データ圧縮の方法には、論理的なデータ圧縮と、物理的
なデータ圧縮の２種類がある。

論理的なデータ圧縮とは、例えば、ギルバート・ベルト
著、渡辺豊英他訳、［データ圧縮技法入門」、啓学出版
の２頁〜４頁にも説明されているように、情報の冗長フ
ィールドを除去してできるだけ少ない論理フィールドで
データ要素を表現する方法である。

一方、物理的なデータ圧縮とは、例えば前述した文献の
４頁に説明されているように、送信側は伝送媒体（デー
タ転送が行なわれる物理的な伝送路）にデータを転送す
るのに先立ってデータ量の縮小を図って転送し、一方、
受信側はその縮小されたデータを原データに復元する方
法である。

転送されるデータの形態による制限を受けず容易に応用
されている従来のデータ圧縮技法のいくつかについて説
明する。

まず、論理的圧縮法の一例として、論理フィルドは８　
ｂｉｔまたは７　ｂｉｔ（Ｉ　Ｂｙｔｅ）と定義し、デ
ータ要素が８　ｂｉｔまたは７ｂｉｔに満たない場合、
他のデータ要素と組合せて論理フィールドが効果的に使
用できるよう−まとめにする方法がある。つまり、８ｂ
ｉｔまたは７ｂｉｔで表現できる論理フィールドを複数
のデータ要素で共通使用し、転送すべきデータ量を低減
する方法である。

物理的圧縮法には、転送すべきデータの形態（半固定化
された文字情報とか、ある決まった文字が周期的に発生
するとか、また、ファクシミリの情報転送のように前後
のデータが少しずつ変化する情報とかを言う）によって
、効果的にデータ転送が行なえる色々な技法があるが、
最もよく知られている２つの従来例について説明する。

まず、１番目として、ＮＵＬＬの削除がある。

ＮＵＬＬとは、Ｅ　Ｂ　ＣＤ　Ｉ　Ｃ（Ｅｘｔｅｎｄｅ
ｄ　ＢｉｎａｒｙＣｏｄｅ　Ｄｅｃｉｍａｌ　Ｉｎｔｅ
ｒｃｈａｎｇｅ　Ｃｏｄｅ）文字で、ｂｉｔＯ〜７がす
べて０のコードや、Ａ　Ｓ　ＣＩ　Ｉ　（Ａｍｅｒｉｃ
ａｎＳｔａｎｄａｒｄ　Ｃｏｄｅ　ｆｏｒ　Ｉｎｆｏｒ
ｍａｔｉｏｎ　Ｉｎｔｅｒｃｈａｎｇｅ）文字でｂｉｔ
Ｏ〜６がすべて０のコードである。ＮＵＬＬの削除とは
、これらＮＵＬＬや何の意味も持たない論理フィールド
、つまり、ｂｉｔＯ〜８がすべて０で固定化されている
論理フィールドを削除して転送すべきデータ量を低減す
る技法で、ソフトウェアプログラム処理で行なわれる。

（例えば、前述した文献の、２２頁、２３頁参照） また２番目として、ビット写像の技法がある。

ビット写像とは、転送すべき原データ内にＮＵＬＬが有
るか無いかを判別し、有りを１、無しをＯとした圧縮デ
ータ列を示すビットマツプを作成し、そのビットマツプ
を圧縮データの前に付加して受信側に送り、受信側では
このビットマツプにより原データを復元する技法である
。原データ内にＮＵＬＬがあれば、ビットマツプでは原
データ内でＮＵＬＬに対応するｂｉｔが０と表示される
（例えば、前述した文献の２４頁、２５頁参照） 〔発明が解決しようとする課題〕 ＮＵＬＬの削除技法はデータ列からＮＵＬＬ文字（ｂｉ
ｔＯ〜７がすべて０であるデータ）を探すデータ圧縮技
法であるが、データ圧縮する場合、データの圧縮を示す
特殊な圧縮指示文字と連続するＮＵＬＬ文字の数で圧縮
形式を示すので、ＮＵＬＬの数が連続３文字分なければ
効果がない。３文字分以上連続する場合はその効果が発
揮される。ところが、第７図に示すようなデータフォー
マットにおいては文字情報ではなくＨＥＸ情報であるの
で、第８図に示すようにＮＵＬＬの数が連続３以上検出
できたとしても、圧縮指示文字と他のＨＥＸ情報とが区
別できなくなるという問題がある。

一方、ビット写像による圧縮技法においても、もし、Ｎ
ＵＬＬが検出されビットマツプが作成できたとしても、
このビットマツプとＨＥＸ情報を区別することができな
いという問題がある。

〔課題を解決するための手段〕

本発明のデータ圧縮転送方式は、複数のバイトから構成
された原データフィールドがデータＪＥＭされているか
非圧縮であるかを示す圧縮指示フィールドと、前記原デ
ータフィールドのそれぞれのバイトとｌ対ｌに対応付け
したビットのそれぞれにより前記原データフィールドの
それぞれのバイトがＮ　Ｕ　Ｔ、　Ｌであるか否かを示
すＮＵＬＬ指示フィールドと、このＮＵＬＬ指示フィー
ルドのバイト数を示すＮＵＬＬ指示バイト数フィールド
とで圧縮冗長フィールドを構成し、送信側において、前
記原データフィールドのバイト数に応じて圧縮、非圧縮
を選択する手段と、前記原データフィールド内に含まれ
るＮＵＬＬの数に応じて圧縮、非圧縮を選択する手段と
、前記原データフィールド内の各バイトデータに対して
圧縮、非圧縮を指定する手段と、前記原データフィール
ド内からＮＵＬＬを削除し前記原データフィールド縮、
非圧縮の処理を省く手段と、前記ＮＵＬＬ指示フィール
ド内のＮＵＬＬを削除し　前記ＮＵＬＬ指示フィールド
を圧縮する手段と、前記圧縮冗長フィールド、前記ヘッ
ダフィールドおよび前記圧縮データフィールドを合成し
全体のバイト数をバイト数フィールドに設定する手段と
、このバイト数フィールドを含むバイト数に対して誤り
検出コード生成処理を行ない生成した誤り検出コードを
誤りチェックフィールドに設定する手段とを有し、受信
側において、前記バイト数フィールドで示されるバイト
数に対して誤り検出コードを生成し送信側で付加された
前記誤りチェックフィールド内の誤り検出コードと比較
し一致すれば復元処理の実行を選択し不一致であれば不
実行を選択する手段と、前記圧縮指示フィールドの指示
で復元処理の実行、不実行を選択する手段と、前記ＮＵ
ＬＬ指示バイト数フィールドと前記ＮＵＬＬ指示フィー
ルドとの指定に従って前記圧縮データフィールドを送信
側の前記原データフィールドと同一になるよう復元する
手段と、復元されたデータフィールドからヘッダフィー
ルド内のバイト数を示す情報に従ってデータフィールド
を作成する手段とを有する。

又、本発明のデータ圧縮転送方式は、前記ＮＵＬＬ指示
バイト数フィールドが示すバイト数がＯであるか否かで
圧縮、非圧縮の指示を兼用することにより前記圧縮指示
フィールドを省略してもよい。

更に、本発明のデータ圧縮転送方式は、ＢＣＣ方式によ
り前記誤り検出コード生成処理を行なってもよく、ＥＣ
８方式により前記誤り検圧コード゛生成処理を行なって
もよい。

更に、本発明のデータ圧縮転送方式は、前記誤り検出コ
ードを生成し使用して通信路上での誤りの発生の有無を
判定するための一連の処理をデータ圧縮の一連の処理及
び復元の一連の処理から分。

離し通信インタフェースのハンドラ内で行なってもよい
。

更に又、本発明のデータ圧縮転送方式は、請求項１記載
のデータ圧縮転送方式におけるデータ圧縮及び復元の処
理をバイト単位でなくワード単位で行なうように変更し
てもよい。

〔実施例〕

次に本発明について図面を参照して説明する。

第１図は本発明の一実施例の核となるデータ圧縮技法を
司る圧縮冗長フィールド、原データフィールドおよびそ
の他のフィールドのフォーマットを示している。図中、
それぞれのフィールドは主に次の８つのフィールドから
構成される。

ｌ）転送すべき情報（Ｔｅｘｔ）の開始と終了を示すＳ
ＴＸフィールドｌ、ＥＴＸフィールド１１２）　　Ｔｅ
ｘｔのバイト数を示すＬＥＮＧＴＨ２フィールド２ ３）圧縮、非圧縮の意志表示を表わす圧縮指示フィール
ド３ ４）ＮＵＬＬ指示フィールドのバイト数を示しているＮ
ＵＬＬ指示バイト数フィールド４５）　原データフィー
ルドの各バイトに対応しＮＵＬＬの有無を表わすＮＵＬ
Ｌ指示フィールド５６）原データフィールドで示すデー
タの送り先や送るための送信制御、データの長さ、デー
タの識別から成るヘッダフィールド ７）原データフィールド１０ ８）　　Ｔｅｘｔが通信路上で発生する不具合によって
誤ったことを認識するために送信に先だってあらかしめ
付加されるＢ　ＣＣ（Ｂｌｏｃｋ　Ｃｈｅｃｋ　Ｃｈａ
ｒａｃｔｅｒ）処理の結果が入っているＢＣＣフィール
ド次に、それぞれのフィールドの機能について順をおっ
て説明する。

Ｔｅｘ　ｔの開始と終了を示すＳＴＸフィールトチＥＴ
Ｘフィールド１１は、通信相手に転送すべきＴｅｘｔの
前後に付加され、Ｔｅｘｔの開始と終了を認識するため
やものである。開始はＳＴＸ　（０２）、終了はＥＴＸ
　（０３）で、ＪＩＳ０６３２６に規定されているデー
タ転送制御手順のベーシック手順における伝送制御キャ
ラクタのＳＴＸ符号とＥＴＸ符号である。

ＬＥＮＧＴＨ２フィールド２は、圧縮指示フィールＦ３
．ＮＵＬＬ指示バイト数フィールド４およびＮＵＬＬ指
示フィールド５から成る圧縮冗長フィールドと、ヘッダ
フィールドと、原データフィールドＩＯとの全体のバイ
ト数を示すフィールドである。このフィールドは、受信
側で受信したＴｅｘ　ｔに通信路上で発生する誤りを検
出するために実行されるＢＣＣ処理実行範囲を示すため
使用される。

圧縮指示フィールド３は、原チータフイールド１０が圧
縮されるか否かを示すために使用される。

圧縮、非圧縮の指示は最上位ピッ）　（ＭＳＢ）で表わ
される。本実施例では　３ビット表示になっているが、
次に説明するＮＵＬＬ指示バイト数フィールドに設定さ
れる値によっては、１ビット表示に変更することもでき
る。

ＮＵＬＬ指示バイト数フィールド４は、次に説明するＮ
ＵＬＬ指示フィールド５のバイト数を表わすために使用
される。本実施例では、５ビット表示なので０００００
　（Ｂ）〜１００００（Ｂ）で表示され、１６バイトま
で表わされる。圧縮指示フィールド３が非圧縮に指定さ
れると、ＮＵＬＬ指示バイト数フィールド４は００００
０　（Ｂ）となる。なおＮＵＬＬ指示バイト数フィール
ド４が０であるのか否かにより原データフィールド１０
が圧縮されるか否かがわかるので、圧縮指示フィールド
３を省略することもできる。

ＮＵＬＬ指示フィールド５はヘッダフィールドおよび原
データフィールドｌＯ内におけるＮＵＬＬの有無を表わ
すためのものである。

本実施例では、ＮＵＬＬ指示フィールド５内に０〜１２
７まで通番されているように、ヘッダフィールドと原デ
ータフィールドｌＯｋの各バイトと対応付けされている
。もしヘッダフィールドや原データフィールド１０内に
ＮＵＬＬがあれば、そのＮＵＬＬが入っているバイトに
対応するＮＵＬＬ指示ビットが“０″表示される。ＮＵ
ＬＬ以外であれば“１″となる。しかし、ヘッダフィー
ルドは、原データフィールドＩＯを送るべき相手、転送
制御、バイト数やデータフィールドの識別を示す情報が
入っており、常時、ＮＵＬＬになることはない。

原データフィールド１０は、通信相手に転送すべき情報
のデータ部分であり、圧縮前の形を示している。もし圧
縮されれば、第２図のように圧縮データフィールド１３
になる。

ＢＣＣフィールド１２は、先にも説明したように、ＢＣ
Ｃ処理の結果を付加するためのものである。

ＢＣＣ処理は♀ｌ５Ｃ６３６０で規定されている水平パ
リティを使っている。ＢＣＣは１バイトで、Ｔｅｘ　ｔ
のビット０〜７に対してＢＣＣビットも含めて“１ｎで
あるビット数が偶数になるようにしている。

通信路上の誤り検出の方法として、本実施例はＢＣＣ方
式によっているが、ほかにＢ　ＣＳ　（ＢｌｏｃｋＣｈ
ｅｃｋ　５ｅｑｕｅｎｃｅ）方式による場合もある。Ｂ
Ｏ２は２バイトから成り、Ｔｅｘｔに対して先頭バイト
の最下位ピッ）　（ＬＳＢ）から最後のバイトの最上位
ピッ）　（ＭＳＢ）まで降べきに並べて作った多項式に
Ｘ　”を掛けたあと、さらに生成多項式Ｘ１６十ビツト
がＢＯ２の後のバイトのＭＳＢとなる。

第２図は原データフィールドｌＯに対して圧縮を行なっ
た一例を示している。

圧縮指示フィールド３は圧縮を示し、ＮＵＬＬ指示バイ
ト数フィールド４は３バイトを示している。ＮＵＬＬ指
示フィールド５は各ビットが゛１パと“Ｏ”で表示され
、“１°′のときはＮＵＬＬでないデータを　６１　Ｑ
　ＩＩのときはＮＵＬＬのデータであることを示してい
る。

ＮＵＬＬ指示フィールド５の第１バイト目であ専 るバイト０のＮＵＬＬ指示は、通′＃０〜３までＩＩ　
Ｉ　ＩＩとなっている。これらはヘッダフィールドに対
する表示である。次の通番４は“０″であり、原データ
フィールドＩＯのバイト４がＮＵＬＬであることを示し
ている。しかし、原データフィールドＩＯのデータを圧
縮したデータ社フィールドである圧縮データフィールド
１３のバイト４は、ａｌｌ“０″のＮＵＬＬではなく、
０００００００１が入っている。これは、ＮＵＬＬ指示
フィールド５の通番５で示されるバイト、つまり、原デ
ータフィールドＩＯのバイト５のデータが前づめされ、
バイト４のＮＵＬＬデータが圧縮されたことを示してい
る。

このように、原データフィールド１０の１２４バイトに
圧縮処理を施すことによって１５バイトの圧縮データフ
ィールド１３に圧縮されたことを示している。

圧縮処理の詳細を第３図のフローチャートに示す。

まス、原データフィールド１０のバイト数をＬＥＮＧＴ
Ｈｌフィールド８のデータから判断し、バイト数が８以
下であれば非圧縮を選択する（Ｓ　ｌ　。

Ｓ２）。次に、原データフィールド１０に含まれるＮＵ
ＬＬの数をしらべ（８３〜Ｓ　Ｉ　Ｏ）、ＮＵＬＬ。

数が８未満であれば非圧縮を選択する。

ステップ８１〜Ｓ１２で圧縮が選択されると、仮ＮＵＬ
Ｌ指示フィールドのパイ）Ｏにおけるヘッダフィールド
に対応する各ビットを１にして初期化し、又、仮圧縮デ
ータフィールドのバイト０〜３にヘッダフィールド部を
そのまま代入して初期化する（Ｓ　１３）。この初期化
により、ヘッダフィールドは必ず非圧縮になる。ステッ
プ８１４〜Ｓ２４　（およびステップ５３５）で原デー
タフィールド１０からＮＵＬＬを削除して圧縮データフ
ィールド１３をつくる。この間、ステップＳ１６〜ＳＩ
９で原データフィールド１０内の各バイトデータに対し
圧縮、非圧縮が指定される。

ステップ８２５〜８３４では、仮ＮＵＬＬ指示フィール
ドに最終バイトから前の方に連続してＮＵＬＬがあれば
これらＮＵＬＬを削除して、圧縮冗長フィールドをつく
っている。これらステップに対応する非圧縮の場合の処
理はステップ８３８゜Ｓ３９で行なっている。

続いて、８３６，８３７　（非圧縮の場合はＳ４０゜５
４１）でＬＥＮＧＴＨ２を求め、ＢＣＣ処理を行ない（
Ｓ４２）、最後にＳ林ＴＸＩ及びＥＴＸｌｌを付加して
圧縮処理が完了する（Ｓ４３）。

Φ なお、Ｓ３７又はＳ８１で和する３バイトは、ＬＥＮＧ
ＴＨ２（参照番号２）の１バイトと、圧縮指示フィール
ド３および丼Ｎ　Ｕ　Ｌ　Ｌ指示バイト数フィールド４
によるｌバイトと、ＥＴＸＩ　Ｉの１バイトに相当する
分である。

以上、圧縮について説明したが、次に圧縮された圧縮デ
ータフィールドを伸長、つまり元の原データフィールド
に復元することについて、第４図のフローチャートを参
照して、説明する。本来、圧縮に対して伸長という言葉
が使われるが、ここでは説明上すべて復元という言葉で
統一する。

復元は、まず受信したＴｅｘｔに対してＢＣＣ処理を行
ない通信路上による誤りがあったか否か判定する（３５
１，５５２）。もし誤りがあれば、復元処理は行なわれ
ず、復元処理以外の伝送制御手順の処理を行なう通信ハ
ンドラで否定応答（ＮＡＣ）を送信側に返すことによっ
て誤りがあったことを知らせる。

一方、正しく受信されていれば、次に圧縮指示フィール
ド３を参照して圧縮か非圧縮か判断する（３５３，８５
４）。もし非圧縮であればヘッダフィールドとデータフ
ィールドをそのまま次の処理工程へ引渡す。

圧縮であれば、ＮＵＬＬ指示バイト数フィールド４とＮ
ＵＬＬ指示フィールド５の内容に従って圧縮データフィ
ールド１３を原データフィールドｌＯと同じになるよう
ＮＵＬＬを挿入し復元処理を行なう（８５５〜８６８）
。

さらに、ＮＵＬＬ指示フィールド５も圧縮処理がされて
いるので、以上の復元処理を行なっただけでは原データ
フィールド１０のバイト数と同じにならない可能性があ
る。そのため、最後にヘッダフィールドのＬＥＮＧＴＨ
フィールド８で示されるバイト数になるようＮＵＬＬを
挿入する。実際は、復元データフィールドを作成すると
き初期化されるのでＮＵＬＬになっている（Ｓ５５゜５
６９）。

次に本実施例を採用している通信システムについて第５
図と第６図を用いて説明する。

第５図において、圧縮／非圧縮情報フォーマット２０は
、送信側からの転送情報（Ｔｅｘｔ）が通信相手の通信
インタフェース仕様およびデータ伝送手順に応じたフォ
ーマットに変換された後の情報（Ｔｅｘｔ）フォーマッ
トを示している。

ＡＳＹＮＣ情報フォーマツ）２１は、通信相手が無手順
なＡＳＹＮＣ端末で、しかもＡＳＹＮＣ端末で復元処理
が行なわれない場合のフォーマットである。よって、圧
縮されて転送されてきた情報（Ｔｅｘｔ）を何らかの方
法で復元して圧縮前のフォーマットに変換してからＡＳ
ＹＮＣ端末に転送する必要がある。もしＡＳＹＮＣ端末
で復元処理ができれば、圧縮／非圧縮情報フォーマット
２０をそのままＡＳＹＮＣ端末に直接転送できる。

ＨＤＬＣ情報フォーマット　（圧縮／非圧縮）２２やＨ
ＤＬＣ情報フォーマット（復元）２３は通信相手がＨＤ
　Ｌ　Ｃ（Ｈｉｇｈ　Ｌｅｖｅｌ　Ｄａｔａ　Ｌｉｎｋ
）手順による通信装置や端末である場合に使われる。

ＨＤＬＣ情報フォーマット（圧縮／非圧縮）２２は通信
相手の装置や端末側で復元処理が行なえる場合に使用さ
れる。一方、ＨＤＬＣ情報フォーマット（復元）２３は
何らかの方法で情報（Ｔｅｘｔ）を復元して圧縮処理前
のフォーマットに変換する必要がある。

次に、第６図にて本実施例を採用している通信システム
を説明する。

第６図に示す通信システムは、主に、主コンピュータ装
Ｗ１００および従コンピユータ装置１２０と、これら２
つの装置を結びつける通信路と、複数の通信装置やＡＳ
ＹＮＣ端末とから構成される。

主コンピユータ装置１００にはＣＲＴ１０２゜液晶表示
秦１０３．キーボード１０４．ハードディスク装置１０
５およびプリンタ１０６等の周辺装置が接続され、通信
装置１２１，１２３゜１２４やＡＳＹＮＣ端末１２２の
動作機能の監視や制御を行なう。

従コンピユータ装置１２０は、複数の通信相手の通信イ
ンタフェース仕様や伝送制御手順に応じた各種のＩＮＴ
ＦＣＢＯＡＲＤをもっている。

↓ 通信ＩＮＦＣＢＯＡＲＤ　（ＡＳＹＮＣ）１２６は主コ
ンピユータ装置１００から転送される制御情報（Ｔｅｘ
ｔ）を受信する機能、あるいは、各通信装置の動作状態
を示す情報（Ｔｅｘ　ｔ）を主コンピユータ装置１００
に送る機能を持つ。

また、通信ＩＮＴＦＣＢＯＡＲＤ１２７゜１２８．１２
９およびＰＡＲＡＬＬＥＬ　　ｌ１０ＩＮＴＦＣ１３０
はそれぞれの通信装置、端末との間で制御情報（Ｔｅｘ
ｔ）の送信、あるいは動作状態を示す監視情報（Ｔｅｘ
ｔ）の受信を行なう。これら情報の送受を行なう機能を
ハンドラとも呼んでいる。ＭＡＩＮ　　ＣＰＵ　　ＳＹ
ＳＴＥＭ１２５はこれら通信ＩＮＴＦＣＢＯＡＲＤ間の
情報転送ヒ 処理を行なう。なお、データ圧縮／復元の処理′＠誤り
検出の処理とを分離し、前者の処理はＭＡＩＮＣＰＵ　
　ＳＹＳＴＥＭＩＩｏ、１２５で行ない、各通信ＩＮＴ
ＦＣＢＯＡＲＤでは後者の処理だけ行なうような構成も
とれる。

特に、通信ＩＮＴＦＣＢＯＡＲＤ１２６は、他の複数の
通信ＩＮＴＦＣＢＯＡＲＤを介してそれぞれの通信装置
や端末へ制御情報（Ｔｅｘｔ）の転送や監視情報（Ｔｅ
ｘｔ）の転送を行なうため、情報転送量が非常に多くな
り一箇所に集中する形となる、したがって、これを主コ
ンピユータ装置１００と従コンピユータ装置１２０との
間のそれぞれ一４通信ＩＮＴＦＣＢＯＡＲＤ１１４゜１
２６内で本発明のデータ圧縮転送方式を採用すれば、転
送時間の短縮または伝送レートの低下が図れるといった
非常に大きな効果を発揮する。

さらに、第６図の例のように主、従コンピュータ装置１
００，１２０間は一般的に分散化され、通信ＭＯＤＥＭ
１０８を介して公衆通信路１０９（公衆通信網）で結び
つけられるが、本発明の方式によると伝送レートを下げ
ることができるので公衆通信網の利用料金が低減でき、
通信ＭＯＤＥＭ１０８も低い伝送レートのものが使用で
き、価格低減が図れる。

なお、第５図を参照しての説明で、何らかの方法とは復
元、非復元の処理を従コンピユータ装置１２０内のそれ
ぞれの通信ＩＮＴＦＣＢＯＡＲＤ内またはＭＡＩＮ　　
ＣＰＵ　　ＳＹＳＴＥＭ１２５で個別に行なう方法であ
る。

以上、データの圧縮、復元処理をバイト単位（８ビット
単位）で行なう場合について本発明の詳細な説明したが
、ワード単位（１６ビツト単位）でデータの圧縮、復元
処理を行なう場合にも本発明を適用して同じ効果を得る
ことができる。

〔発明の効果〕

以上説明したように本発明は以下に列挙する効果がある
。

ｌ）伝送レートに対して（実質的）な情報転送量を上げ
ることができる。

２）伝送レートに対して情報転送時間が大幅に短゛縮で
きる。

３）　ソフトウェアプログラム処理ができるためハード
ウェアへの制限がない。

４）ＨＥＸ情報だけでなく文字情報、数値情報の転送に
も使用でき適用範囲が広い。

５）圧縮、非圧縮の処理は判断条件が自由に改定できる
。ここで、判断条件には次のような項目がある。

・通信ＩＮＴＦＣＥＯＡＲＤのＣＰＵによる圧縮処理時
間 ・ＭＡＩＮ　　ＣＰＵ　　ＢＯＡＲＤによる圧縮処理時
間 ・データフィールドのバイト数（圧縮処理時間と対応さ
せる） ・データフィールド内のＮＵＬＬの数（圧縮処理時間と
対応させる） ６）　圧縮、非圧縮を示す情報フィールドも圧縮の対象
となるので冗長フィールドが短かくなる。

よって転送効率が向上する。

７）その他、通信回線の利用料金の低減が図れるという
非常に大きな効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例における各フィールドのフォ
ーマットを説明するための図、第２図は同じくデータ圧
縮された場合の第１図に対応する図、第３図は同じくデ
ータ圧縮処理の工程を示すフローチャート、第４図は同
じく復元処理の工程を示すフローチャート、第５図は第
１図〜第４図を参照して説明した実施例を用いる通信シ
ステムで転送される各種情報のフォーマットを説明する
ための図、第６図は上記の実施例を用いる通信システム
の一例を示すブロック図、第７図及び第８図はＨＥＸデ
ータを転送する場合の従来の情報フォーマットの２つの
例を示す図である。 １　・−・−・−８ＴＸ　（Ｓｔａｒｔ　ｏｒ　Ｔｅｘ
ｔ）、２・・・・・・ＬＥＮＧＴＨ２フィールド、３・
・・・・・圧縮指示フィールド、４・・・・・・ＮＵＬ
Ｌ指示バイト数フィールド、５・・・・・・ＮＵＬＬ指
示フィールド、６・・・・・・ＡＤＤＲＥＳＳフィーノ
Ｖド、７・・・・・・Ｃ０ＮＴＲ０Ｌフイールド、８・
・・・・・ＬＥＮＧＴＨ１フイールド、９・・・・・・
Ｉ　Ｄ　（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ｌＯ・・
・・・・原データフィールド、１１　・−・−ＥＴＸ　
（Ｅｎｄ　　ｏｆ　　Ｔｅｘｔ）、１２・・・・・・Ｂ
ＣＣフィールド、１３・・・・・・圧縮データフィール
ド、２０・・・・・・圧縮／非圧縮情報フォーマツ）、
２１・・・・・・ＡＳＹＮＣ情報フォーマット、２２・
・・・・・ＨＤＩ、情報フォーマット　（圧縮／非圧縮
）、２３・・・・・・ＨＤｕｓ情報フォーマット（復元
）、１００・・・・・・主コンピユータ装置、１０２・
・・・・・ＣＲＴ、１０３・・・・・・液晶表示板、１
０４・・・・・・キーボード、１０５・・・・・・ハー
ドディスク装置、１０６・・・・・・フ゛リンタ、１０
７，１３１〜１３３・・・・・・シリアル通信路、１０
８・・・・・・通信ＭＯＤＥＭ、１０９・・・・・・公
衆通信路、１１０・・・・・・ＭＡＩＮ　　ＣＰＵ　　
ＳＹＳＴＥＭ、１１１・・・・・・ハードディスク制御
回路、１１２・・・・・・メモリボード、１１３・・・
・・・プリンタ制御回路％　１１４，１２６，１２８・
・・・・・インクフェースボード（ＡＳＹＮＣ）、１１
５・・・・・・マルチシステムバス、１２０・・・・・
・従コンピユータ装置、１２１．１２３，１２４・・・
・・・通信装置、１２２・・・・・・ＡＳＹＮＣ端末、
１２５・・・・・・主ＣＰＵシステム、１２７．１２９
・・・・・・通信インタフェースボード（ＨＤＬＣ）、
１３０・・・・・・パラレルＩ１０インタフェース、１
３４，１３５・川・・パラレル通？ｆＫ路。 代理人　弁理士　　内　原　　　晋 第７図

Claims (1)

1. 【特許請求の範囲】 １、複数のバイトから構成された原データフィールドが
   データ圧縮されているか非圧縮であるかを示す圧縮指示
   フィールドと、前記原データフィールドのそれぞれのバ
   イトと１対１に対応付けしたビットのそれぞれにより前
   記原データフィールドのそれぞれのバイトがＮＵＬＬで
   あるか否かを示すＮＵＬＬ指示フィールドと、このＮＵ
   ＬＬ指示フィールドのバイト数を示すＮＵＬＬ指示パー
   ト数フィールドとで圧縮冗長フィールドを構成し、送信
   側において、前記原データフィールドのバイト数に応じ
   て圧縮、非圧縮を選択する手段と、前記原データフィー
   ルド内に含まれるＮＵＬＬの数に応じて圧縮、非圧縮を
   選択する手段と、前記原データフィールド内の各バイト
   データに対して圧縮、非圧縮を指定する手段と、前記原
   データフィールド内からＮＵＬＬを削除し前記原データ
   フィールドを圧縮した圧縮データフィールドにする手段
   と、前記原データフィールドのヘッダフィールドは圧縮
   、非圧縮の処理を省く手段と、前記ＮＵＬＬ指示フィー
   ルド内のＮＵＬＬを削除し前記 ＮＵＬＬ指示フィールドを圧縮する手段と、前記圧縮冗
   長フィールド、前記ヘッダフィールドおよび前記圧縮デ
   ータフィールドを合成し全体のバイト数をバイト数フィ
   ールドに設定する手段と、このバイト数フィールドを含
   むバイト数に対して誤り検出コード生成処理を行ない生
   成した誤り検出コードを誤りチェックフィールドに設定
   する手段とを有し、受信側において、前記バイト数フィ
   ールドで示されるバイト数に対して誤り検出コードを生
   成し送信側で付加された前記誤りチェックフィールド内
   の誤り検出コードと比較し一致すれば復元処理の実行を
   選択し不一致であれば不実行を選択する手段と、前記圧
   縮指示フィールドの指示で復元処理の実行、不実行を選
   択する手段と、前記ＮＵＬＬ指示バイト数フィールドと
   前記ＮＵＬＬ指示フィールドとの指定に従って前記圧縮
   データフィールドを送信側の前記原データフィールドと
   同一になるよう復元する手段と、復元されたデータ フィールドからヘッダフィールド内のバイト数を示す情
   報に従ってデータフィールドを作成する手段とを有する
   ことを特徴とするデータ圧縮転送方式。 ２、前記ＮＵＬＬ指示バイト数フィールドが示すバイト
   数が０であるか否かで圧縮、非圧縮の指示を兼用するこ
   とにより前記圧縮指示フィールドを省略したことを特徴
   とする請求項１記載のデータ圧縮転送方式。 ３、ＢＣＣ方式により前記誤り検出コード生成処理を行
   なうことを特徴とする請求項１記載のデータ圧縮転送方
   式。 ４、ＢＣＳ方式により前記誤り検出コード生成処理を行
   なうことを特徴とする請求項１記載のデータ圧縮転送方
   式。 ５、前記誤り検出コードを生成し使用して通信路上での
   誤りの発生の有無を判定するための一連の処理をデータ
   圧縮の一連の処理及び復元の一連の処理から分離し通信
   インタフェースのハンドラ内で行なうことを特徴とする
   請求項３又は４記載のデータ圧縮転送方式。６、請求項
   １記載のデータ圧縮転送方式におけるデータ圧縮及び復
   元の処理をバイト単位でなくワード単位で行なうように
   変更したことを特徴とするデータ圧縮転送方式。