JP2001298369A - データ通信方法及びデータ通信装置 - Google Patents
データ通信方法及びデータ通信装置Info
- Publication number
- JP2001298369A JP2001298369A JP2001076121A JP2001076121A JP2001298369A JP 2001298369 A JP2001298369 A JP 2001298369A JP 2001076121 A JP2001076121 A JP 2001076121A JP 2001076121 A JP2001076121 A JP 2001076121A JP 2001298369 A JP2001298369 A JP 2001298369A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- packets
- history
- compressed
- data stream
- 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
Classifications
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
- H03M7/3084—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
(57)【要約】
【課題】 パケットの喪失による悪影響の拡大を有さ
ず、頑強性を増し、圧縮比率を増加させるような圧縮技
術と装置を提供すること。 【解決手段】 本発明の態様によれば、所謂、受領確認
ベクトル（acknowledgement vector）の関数として決定
された選択披瀝状態（select history state）が採用さ
れる。この受領確認ベクトルは通信チャネルを介し従来
の転送の際、成功裏に受領したパケットの識別子に関す
る情報を含む。通信チャネルの送信器側には、受信器が
成功裏に受信したパケットに関連するある種の情報が与
えられる。脱圧縮器には選択履歴が与えられ、これによ
り送信器側から送信された圧縮パケットを効率的に脱圧
縮する（戻す）。即ち脱圧縮は、このようなパケットを
圧縮する間の履歴、すなわち選択履歴状態として用いら
れたパケットに基づいて行われる。
ず、頑強性を増し、圧縮比率を増加させるような圧縮技
術と装置を提供すること。 【解決手段】 本発明の態様によれば、所謂、受領確認
ベクトル（acknowledgement vector）の関数として決定
された選択披瀝状態（select history state）が採用さ
れる。この受領確認ベクトルは通信チャネルを介し従来
の転送の際、成功裏に受領したパケットの識別子に関す
る情報を含む。通信チャネルの送信器側には、受信器が
成功裏に受信したパケットに関連するある種の情報が与
えられる。脱圧縮器には選択履歴が与えられ、これによ
り送信器側から送信された圧縮パケットを効率的に脱圧
縮する（戻す）。即ち脱圧縮は、このようなパケットを
圧縮する間の履歴、すなわち選択履歴状態として用いら
れたパケットに基づいて行われる。
Description
【０００１】
【発明の属する技術分野】本発明は、データ圧縮に関
し、特にパケットネットワーク内で行われるデータ圧縮
を改善する方法に関する。
し、特にパケットネットワーク内で行われるデータ圧縮
を改善する方法に関する。
【０００２】
【従来の技術】従来のデータ圧縮技術とそのシステム
は、デジタルデータのストリームをこの圧縮符号ストリ
ームに符号化して、この圧縮符号ストリームを対応する
元のデータストリームに復号化（脱圧縮）している。こ
の符号ストリームは、「圧縮された」と称するが、その
理由は通常ストリームは元のデータストリーム内に含ま
れるシンボルよりも少ない数の符号から成り立っている
からである。このような符号の数が少なくなることによ
り、データをより少量のメモリ内に記憶することが出来
る。更に圧縮された符号ストリームは、通信システム内
で、例えば有線通信システム、無線通信システム、或い
は光ファイバ通信システム内で圧縮されない状態の元の
データよりもより短時間で送信することが出来る。今日
の通信ネットワークにおいてデータ伝送と記憶容量の向
上に対する需要は常に高まっている。斯くして、データ
圧縮は、現代の伝送プロトコル及び通信ネットワークに
おいて重要な役目を果たす。
は、デジタルデータのストリームをこの圧縮符号ストリ
ームに符号化して、この圧縮符号ストリームを対応する
元のデータストリームに復号化（脱圧縮）している。こ
の符号ストリームは、「圧縮された」と称するが、その
理由は通常ストリームは元のデータストリーム内に含ま
れるシンボルよりも少ない数の符号から成り立っている
からである。このような符号の数が少なくなることによ
り、データをより少量のメモリ内に記憶することが出来
る。更に圧縮された符号ストリームは、通信システム内
で、例えば有線通信システム、無線通信システム、或い
は光ファイバ通信システム内で圧縮されない状態の元の
データよりもより短時間で送信することが出来る。今日
の通信ネットワークにおいてデータ伝送と記憶容量の向
上に対する需要は常に高まっている。斯くして、データ
圧縮は、現代の伝送プロトコル及び通信ネットワークに
おいて重要な役目を果たす。
【０００３】従来公知のように、データを圧縮するのに
は２種類の方法があり、所謂特殊目的圧縮と汎用目的圧
縮である。特殊目的の圧縮技術は、特殊な形式のデータ
を圧縮し実現するのは比較的安上がりである。例えば、
特殊目的の圧縮技術はラン−レングス符号化、０−抑制
符号化、ヌル−圧縮符号化、パターン置換符号化を含
む。これらの技術は圧縮比率が低いが、通常の特性及び
冗長性を有するデータを圧縮するからである。圧縮比率
は、圧縮された符号の長さ対元のデータの長さの比であ
る。しかし、特殊目的の圧縮技術は、より一般的な特性
を有するデータ（即ち、共通の特性を高いレベルで所有
することのないデータ）を圧縮するのには効率的でなく
なる傾向がある。
は２種類の方法があり、所謂特殊目的圧縮と汎用目的圧
縮である。特殊目的の圧縮技術は、特殊な形式のデータ
を圧縮し実現するのは比較的安上がりである。例えば、
特殊目的の圧縮技術はラン−レングス符号化、０−抑制
符号化、ヌル−圧縮符号化、パターン置換符号化を含
む。これらの技術は圧縮比率が低いが、通常の特性及び
冗長性を有するデータを圧縮するからである。圧縮比率
は、圧縮された符号の長さ対元のデータの長さの比であ
る。しかし、特殊目的の圧縮技術は、より一般的な特性
を有するデータ（即ち、共通の特性を高いレベルで所有
することのないデータ）を圧縮するのには効率的でなく
なる傾向がある。
【０００４】これに対し汎用目的の圧縮技術は、あるタ
イプのデータを特別に圧縮するよう設計されたものでは
なく、種々雑多なタイプのデータを圧縮するのに適して
いる。最も広く知られ有効な汎用目的の圧縮技術は、J.
ZivとA.Lempelの開発したアルゴリズム群から得られた
ものである。これを通常「ランペル−ジブ（Ｌｅｍｐｅ
ｌ−Ｚｉｖ）符号化」と称する。特にZiv et al.著の
「“A Universal Algorithm for Sequential Data Comp
ressionM”，IEEE Transactions on InformationTheor
y，IT−23（3）：337−343，May 19977（describing th
e comonly denominated“LZl”algorithm）」（通常Ｌ
Ｚ１アルゴリズムと称する）とZiv et al.著の「“Comp
ression of Individual Sequences Via Variable−Rat
e Coding”，“IEEE Transactions on Information Tec
hnology，IT−24（5）：530−536，September 1978（de
scribing the commonly denominated“LZ2”algorith
m）」（ＬＺ２アルゴリズムと称する）を参照のこと。
ＬＺ１とＬＺ２のデータ圧縮技術は、従来公知であるの
でその詳細な説明は割愛する。
イプのデータを特別に圧縮するよう設計されたものでは
なく、種々雑多なタイプのデータを圧縮するのに適して
いる。最も広く知られ有効な汎用目的の圧縮技術は、J.
ZivとA.Lempelの開発したアルゴリズム群から得られた
ものである。これを通常「ランペル−ジブ（Ｌｅｍｐｅ
ｌ−Ｚｉｖ）符号化」と称する。特にZiv et al.著の
「“A Universal Algorithm for Sequential Data Comp
ressionM”，IEEE Transactions on InformationTheor
y，IT−23（3）：337−343，May 19977（describing th
e comonly denominated“LZl”algorithm）」（通常Ｌ
Ｚ１アルゴリズムと称する）とZiv et al.著の「“Comp
ression of Individual Sequences Via Variable−Rat
e Coding”，“IEEE Transactions on Information Tec
hnology，IT−24（5）：530−536，September 1978（de
scribing the commonly denominated“LZ2”algorith
m）」（ＬＺ２アルゴリズムと称する）を参照のこと。
ＬＺ１とＬＺ２のデータ圧縮技術は、従来公知であるの
でその詳細な説明は割愛する。
【０００５】しかし簡単に説明すると、ＬＺ１（ＬＺ７
７とも称する）データ圧縮プロセスは、前に現れたシー
ケンス（即ち、マッチングシーケンス）を参照して文字
の繰り返しシーケンスを置換するという原理に基づいて
いる。基準（reference;例えばポインター）は、以前に
発生した位置の表示（繰り返しシーケンスの開始点から
オフセット（ずれた）されたバイトと繰り返されるキャ
ラクターの長さ、すなわちマッチした長さ）で表され
る。通常基準は、従来のＬＺ１符号化によれば、＜offs
et length＞ペアとして表される。これに対しＬＺ２
（ＬＺ７８とも称する）の圧縮は、入力データキャラク
ターのストリームを、自動的に成長するルックアップテ
ーブル、あるいは圧縮プロセスの間生成される字引に基
づいて符号化値に解析している。すなわちＬＺ２は、任
意のバイト境界及びＬＺ１符号化内の長さでもってマッ
チングを見いだすことはなく、字引のワードがソースス
トリングにマッチングしたときには、新たなワードが字
引に追加される。そしてこの字引は後続のソースストリ
ングバイトとマッチングしたワードを加えたものから成
り立っている。ＬＺ２符号化によれば、マッチングはポ
インターとして、あるいは字引内のワードに対するイン
デックスとして符号化される。
７とも称する）データ圧縮プロセスは、前に現れたシー
ケンス（即ち、マッチングシーケンス）を参照して文字
の繰り返しシーケンスを置換するという原理に基づいて
いる。基準（reference;例えばポインター）は、以前に
発生した位置の表示（繰り返しシーケンスの開始点から
オフセット（ずれた）されたバイトと繰り返されるキャ
ラクターの長さ、すなわちマッチした長さ）で表され
る。通常基準は、従来のＬＺ１符号化によれば、＜offs
et length＞ペアとして表される。これに対しＬＺ２
（ＬＺ７８とも称する）の圧縮は、入力データキャラク
ターのストリームを、自動的に成長するルックアップテ
ーブル、あるいは圧縮プロセスの間生成される字引に基
づいて符号化値に解析している。すなわちＬＺ２は、任
意のバイト境界及びＬＺ１符号化内の長さでもってマッ
チングを見いだすことはなく、字引のワードがソースス
トリングにマッチングしたときには、新たなワードが字
引に追加される。そしてこの字引は後続のソースストリ
ングバイトとマッチングしたワードを加えたものから成
り立っている。ＬＺ２符号化によれば、マッチングはポ
インターとして、あるいは字引内のワードに対するイン
デックスとして符号化される。
【０００６】前述したようにＬＺ１アルゴリズムとＬＺ
２アルゴリズムにより具体化された基本原理に基づいて
派生した沢山の圧縮系が存在する。例えば、Ｔｅｒｒｙ
Ａ．Ｗｅｌｃｈ（T.A.Welch,“A.Technique for High P
erformance Data Compression”,IEEE Computer,pp.8-1
9,June 1984,and U.S.Patent No.4,558,302,issued to
welch on December 10,1985,each of which is incorpo
rated by reference for all purposes）は、ＬＺ２符
号化プロセスを公知のLempel-Ziv-Welch（ＬＺＷ）圧縮
プロセスとしてまとめ上げた。ＬＺ２圧縮技術とＬＺＷ
圧縮技術の両方は、入力キャラクターのストリングを固
定長さの符号にマッピングするような、いわゆるストリ
ングテーブルの生成及び使用に基づいている。具体的に
説明すると、これらの圧縮技術は、データキャラクター
のストリームを圧縮ストリームに圧縮するために、キャ
ラクターストリームを直列的にサーチし、テーブル内、
すなわち字引内に以前に記憶された対応する最長の可能
性のあるストリングにマッチするたシンボルのシーケン
スに基づいて符号を生成することによりデータキャラク
ターのストリームを圧縮している。 マッチングが行わ
れ符号シンボルが生成されると、この圧縮プロセスはデ
ータストリーム内のマッチングしたシーケンスとデータ
ストリーム内の次のキャラクターシンボル遭遇を加えた
ものを含む字引内の新たなストリングエントリーを記憶
する。
２アルゴリズムにより具体化された基本原理に基づいて
派生した沢山の圧縮系が存在する。例えば、Ｔｅｒｒｙ
Ａ．Ｗｅｌｃｈ（T.A.Welch,“A.Technique for High P
erformance Data Compression”,IEEE Computer,pp.8-1
9,June 1984,and U.S.Patent No.4,558,302,issued to
welch on December 10,1985,each of which is incorpo
rated by reference for all purposes）は、ＬＺ２符
号化プロセスを公知のLempel-Ziv-Welch（ＬＺＷ）圧縮
プロセスとしてまとめ上げた。ＬＺ２圧縮技術とＬＺＷ
圧縮技術の両方は、入力キャラクターのストリングを固
定長さの符号にマッピングするような、いわゆるストリ
ングテーブルの生成及び使用に基づいている。具体的に
説明すると、これらの圧縮技術は、データキャラクター
のストリームを圧縮ストリームに圧縮するために、キャ
ラクターストリームを直列的にサーチし、テーブル内、
すなわち字引内に以前に記憶された対応する最長の可能
性のあるストリングにマッチするたシンボルのシーケン
スに基づいて符号を生成することによりデータキャラク
ターのストリームを圧縮している。 マッチングが行わ
れ符号シンボルが生成されると、この圧縮プロセスはデ
ータストリーム内のマッチングしたシーケンスとデータ
ストリーム内の次のキャラクターシンボル遭遇を加えた
ものを含む字引内の新たなストリングエントリーを記憶
する。
【０００７】前述したようにLempel-Ziv符号化の本質
は、元のデータストリーム内、例えば送信すべきドキュ
メント内で繰り返されるストリングとサブストリングを
見いだすことである。圧縮された状態のドキュメント中
に繰り返されるフレーズは、ポインターでもってそれら
が元のデータストリーム、例えばドキュメント中に以前
に発生した場所に置換される。斯くして復号化データ、
例えばこのようにして圧縮されたテキストは、ポインタ
ーが指摘した、すでに復号化されたテキストでもってポ
インターを置換することが必要となる。従来公知のよう
にLempel-Ziv符号化技術を採用する際に考慮すべき重要
な点は、ポインターがどこまで後ろにさかのぼるかに対
する制限を設定すべきか否かを決定すること、及びこの
制限はどんなものであるかを決定することである。Lemp
el-Ziv符号化でさらに設計的に考慮すべき事項は、所望
の制限内にどのサブストリングがポインターの目標とな
り得るかである。即ち、ポインターが前のテキストに到
達することが制限されていない場合、所謂、ウィンドウ
を成長させるか、あるいは前のＮ個のキャラクターから
成る固定サイズのウィンドウに制限されるかである。こ
こでＮは数千キャラクター、例えば３キロバイトの範囲
内にある。この符号化によれば、ストリングの繰り返し
が発見されると、それらの両方がウィンドウ内に現れる
場合にのみ圧縮される。Lempel-Ziv符号化設計に関し、
なされた考慮すべき事項は、速度とメモリーの大きさと
その圧縮比率の間の妥協点を見いだすことである。
は、元のデータストリーム内、例えば送信すべきドキュ
メント内で繰り返されるストリングとサブストリングを
見いだすことである。圧縮された状態のドキュメント中
に繰り返されるフレーズは、ポインターでもってそれら
が元のデータストリーム、例えばドキュメント中に以前
に発生した場所に置換される。斯くして復号化データ、
例えばこのようにして圧縮されたテキストは、ポインタ
ーが指摘した、すでに復号化されたテキストでもってポ
インターを置換することが必要となる。従来公知のよう
にLempel-Ziv符号化技術を採用する際に考慮すべき重要
な点は、ポインターがどこまで後ろにさかのぼるかに対
する制限を設定すべきか否かを決定すること、及びこの
制限はどんなものであるかを決定することである。Lemp
el-Ziv符号化でさらに設計的に考慮すべき事項は、所望
の制限内にどのサブストリングがポインターの目標とな
り得るかである。即ち、ポインターが前のテキストに到
達することが制限されていない場合、所謂、ウィンドウ
を成長させるか、あるいは前のＮ個のキャラクターから
成る固定サイズのウィンドウに制限されるかである。こ
こでＮは数千キャラクター、例えば３キロバイトの範囲
内にある。この符号化によれば、ストリングの繰り返し
が発見されると、それらの両方がウィンドウ内に現れる
場合にのみ圧縮される。Lempel-Ziv符号化設計に関し、
なされた考慮すべき事項は、速度とメモリーの大きさと
その圧縮比率の間の妥協点を見いだすことである。
【０００８】圧縮はネットワークの効率を改善するため
には考慮すべき点である。例えば、利用可能な計算資
源、即ちデータ処理要件が利用可能なネットワークの帯
域幅に比較して大きい場合には、ネットワークにデータ
パケットを伝送する前にデータパケットを圧縮するのが
好ましい。当然のことながら実際に採用する圧縮系は速
度と全体的な圧縮効率の関係から注意深く選択しなけれ
ばならない。即ち、遅い圧縮系は、ネットワークの性能
を低下させ、非効率な圧縮系は潜在的な伝送利得を制限
してしまう。
には考慮すべき点である。例えば、利用可能な計算資
源、即ちデータ処理要件が利用可能なネットワークの帯
域幅に比較して大きい場合には、ネットワークにデータ
パケットを伝送する前にデータパケットを圧縮するのが
好ましい。当然のことながら実際に採用する圧縮系は速
度と全体的な圧縮効率の関係から注意深く選択しなけれ
ばならない。即ち、遅い圧縮系は、ネットワークの性能
を低下させ、非効率な圧縮系は潜在的な伝送利得を制限
してしまう。
【０００９】さらに複雑なネットワーク効率の問題は、
多くのパケットネットワークが本来的に信頼性を有しな
いということである。即ち、現在知られているパケット
ネットワーク、例えばインターネットは、ネットワーク
内を伝送されるパケットを日常的にドロップしたり、あ
るいは再度順序付けているが、これによりデータ伝送に
エラーが発生する。例えば、ある圧縮系がパケット間の
ある種の相互依存性を導入し、そしてその後ネットワー
クがこのパケットをドロップしたり、再度要求するよう
な場合そして受信器で前のパケットが失われている場合
には、パケット間の相互依存性により、特定のパケット
を脱圧縮することはできない（元に戻すことはできな
い）。斯くして、ある種のアプローチがこのような問題
を解決するために採用されている。（１）ネットワーク
の信頼性の改善。これによりインターネットにおいて
は、より信頼性のある端末間のトランスポート層のサー
ビス、例えば公知のトランスミッション制御プロトコル
（Transmission Control Protocol； ＴＣＰ）が適用さ
れてトランスポートレベルでパケットを圧縮する。
（２）無状態（ステイトレス）圧縮を採用する。これ
は、各パケットは独立に圧縮され、これにより各パケッ
トが受信器で脱圧縮される。（３）ストリーミング（St
reaming）圧縮は信頼性が広く行き渡っていることを仮
定し、この仮定が破られた時にはリセットメカニズムを
採用する。具体的に説明すると、パケットが失われたと
きには受信器は圧縮がリセットされるまで後続の各パケ
ットを廃棄する。リセットの後はそれ以降のパケットは
前のパケットには依存せず、脱圧縮は通常の形態で再開
される。これら２つの公知のストリーミングタイプの圧
縮技術は、Point−to−Point Protocol（ＰＰＰ）圧縮
制御プロトコルとUse Datagram Protocol（ＵＤＰ）
パケットに対し採用されるＩＰヘッダー圧縮プロトコル
を有する。
多くのパケットネットワークが本来的に信頼性を有しな
いということである。即ち、現在知られているパケット
ネットワーク、例えばインターネットは、ネットワーク
内を伝送されるパケットを日常的にドロップしたり、あ
るいは再度順序付けているが、これによりデータ伝送に
エラーが発生する。例えば、ある圧縮系がパケット間の
ある種の相互依存性を導入し、そしてその後ネットワー
クがこのパケットをドロップしたり、再度要求するよう
な場合そして受信器で前のパケットが失われている場合
には、パケット間の相互依存性により、特定のパケット
を脱圧縮することはできない（元に戻すことはできな
い）。斯くして、ある種のアプローチがこのような問題
を解決するために採用されている。（１）ネットワーク
の信頼性の改善。これによりインターネットにおいて
は、より信頼性のある端末間のトランスポート層のサー
ビス、例えば公知のトランスミッション制御プロトコル
（Transmission Control Protocol； ＴＣＰ）が適用さ
れてトランスポートレベルでパケットを圧縮する。
（２）無状態（ステイトレス）圧縮を採用する。これ
は、各パケットは独立に圧縮され、これにより各パケッ
トが受信器で脱圧縮される。（３）ストリーミング（St
reaming）圧縮は信頼性が広く行き渡っていることを仮
定し、この仮定が破られた時にはリセットメカニズムを
採用する。具体的に説明すると、パケットが失われたと
きには受信器は圧縮がリセットされるまで後続の各パケ
ットを廃棄する。リセットの後はそれ以降のパケットは
前のパケットには依存せず、脱圧縮は通常の形態で再開
される。これら２つの公知のストリーミングタイプの圧
縮技術は、Point−to−Point Protocol（ＰＰＰ）圧縮
制御プロトコルとUse Datagram Protocol（ＵＤＰ）
パケットに対し採用されるＩＰヘッダー圧縮プロトコル
を有する。
【００１０】上に説明したパケット圧縮系は、パケット
の相互依存性から発生する問題を解決するのには有効で
あるが、このような圧縮系はまた別の問題を発生させ
る。例えば、トランスポートレベルでのパケットの圧縮
は端末間の利用を必要とし、通常、伝送中にアプリケー
ションによるあるレベルの共同作業を必要とする。同様
にステイトレスの圧縮は、ある種の頑強さを提供する
が、ステイトレスの圧縮のパケットの独立性の特性によ
り、実際の圧縮比率が下がるが、これはこのような圧縮
が１個のパケット内のデータを検査するからである。斯
くして、例えば、この圧縮アプローチは隣接するパケッ
トのネットワークヘッダー内に通常見いだされる大量の
冗長性を除去することができない。さらにまた、ストリ
ーミング圧縮はより大きな圧縮技術を与えることができ
るが、これらの圧縮系はパケットがネットワーク内で喪
失した場合には、パケットの喪失の影響を大幅に増や
し、これにより受信器が他の数個のパケットを受領でき
ないことになる。信頼性が低いネットワーク、例えばイ
ンターネットにおいてはこのパケットの大きな影響は、
ストリーミング圧縮を採用する利便性を低下させること
になる。
の相互依存性から発生する問題を解決するのには有効で
あるが、このような圧縮系はまた別の問題を発生させ
る。例えば、トランスポートレベルでのパケットの圧縮
は端末間の利用を必要とし、通常、伝送中にアプリケー
ションによるあるレベルの共同作業を必要とする。同様
にステイトレスの圧縮は、ある種の頑強さを提供する
が、ステイトレスの圧縮のパケットの独立性の特性によ
り、実際の圧縮比率が下がるが、これはこのような圧縮
が１個のパケット内のデータを検査するからである。斯
くして、例えば、この圧縮アプローチは隣接するパケッ
トのネットワークヘッダー内に通常見いだされる大量の
冗長性を除去することができない。さらにまた、ストリ
ーミング圧縮はより大きな圧縮技術を与えることができ
るが、これらの圧縮系はパケットがネットワーク内で喪
失した場合には、パケットの喪失の影響を大幅に増や
し、これにより受信器が他の数個のパケットを受領でき
ないことになる。信頼性が低いネットワーク、例えばイ
ンターネットにおいてはこのパケットの大きな影響は、
ストリーミング圧縮を採用する利便性を低下させること
になる。
【００１１】
【発明が解決しようとする課題】本発明の目的は、従来
の圧縮系の欠点を有さず、頑強性を増し、圧縮比率を増
加させるような圧縮技術を提供することである。本発明
の目的は、従来の圧縮系の欠点、例えばパケットの喪失
による悪影響の拡大を有さず、頑強性を増し、圧縮比率
を増加させるような圧縮方法と装置を提供することであ
る。
の圧縮系の欠点を有さず、頑強性を増し、圧縮比率を増
加させるような圧縮技術を提供することである。本発明
の目的は、従来の圧縮系の欠点、例えばパケットの喪失
による悪影響の拡大を有さず、頑強性を増し、圧縮比率
を増加させるような圧縮方法と装置を提供することであ
る。
【００１２】
【課題を解決するための手段】本発明の態様によれば、
所謂、受領確認ベクトル（acknowledgement vector）の
関数として決定された選択ヒストリー状態（select his
tory state）が採用される。本発明の一態様によれば、
この受領確認ベクトルは通信チャネルを介し従来どうり
転送する際、成功裏に受領したパケットの識別子に関す
る情報を含む。即ちパケットヒストリー状態はそれぞれ
のパケットの選択ヒストリー状態である。通信チャネル
の第１端（例、送信器側）には、第２端（例、受信器）
が成功裏に受信したパケットに関連するある種の情報が
与えられ、それを認識している。脱圧縮器には選択ヒス
トリーが与えられ、それを認識し、これにより送信器側
から送信された圧縮パケットを効率的に脱圧縮する（伸
張する、戻す）。即ち脱圧縮は、このようなパケットを
圧縮する間のヒストリーすなわち選択ヒストリー状態と
して用いられたパケットの関数として（基づいて）行わ
れる。斯くして本発明の選択ヒストリー状態と受領確認
の観点により圧縮器と脱圧縮器（通信チャネルの何れか
の側にある）は、共同して機能して通信チャネルで行わ
れた圧縮を改善している。
所謂、受領確認ベクトル（acknowledgement vector）の
関数として決定された選択ヒストリー状態（select his
tory state）が採用される。本発明の一態様によれば、
この受領確認ベクトルは通信チャネルを介し従来どうり
転送する際、成功裏に受領したパケットの識別子に関す
る情報を含む。即ちパケットヒストリー状態はそれぞれ
のパケットの選択ヒストリー状態である。通信チャネル
の第１端（例、送信器側）には、第２端（例、受信器）
が成功裏に受信したパケットに関連するある種の情報が
与えられ、それを認識している。脱圧縮器には選択ヒス
トリーが与えられ、それを認識し、これにより送信器側
から送信された圧縮パケットを効率的に脱圧縮する（伸
張する、戻す）。即ち脱圧縮は、このようなパケットを
圧縮する間のヒストリーすなわち選択ヒストリー状態と
して用いられたパケットの関数として（基づいて）行わ
れる。斯くして本発明の選択ヒストリー状態と受領確認
の観点により圧縮器と脱圧縮器（通信チャネルの何れか
の側にある）は、共同して機能して通信チャネルで行わ
れた圧縮を改善している。
【００１３】本発明の一実施例によれパケットは符号化
され、少なくともヒストリーベクトルを含むヘッダーが
付与される。このヒストリー状態は、パケットのそれぞ
れのヒストリー状態を特定している。さらにまた、本発
明の一態様によれば受領確認ベクトルが構築され、送信
器側に送られて、これにより送信器側の特定の圧縮アル
ゴリズムが成功裏に受領したパケットに対する圧縮アル
ゴリズムにより使用されたヒストリーを制限することが
できる。斯くして、本発明の一態様によれば、ヒストリ
ーとして用いたパケットを特定するベクターが圧縮され
たパケット内に含まれて、これにより受信器がパケット
を脱圧縮するのに必要なパケットヒストリー状態を再構
築する。
され、少なくともヒストリーベクトルを含むヘッダーが
付与される。このヒストリー状態は、パケットのそれぞ
れのヒストリー状態を特定している。さらにまた、本発
明の一態様によれば受領確認ベクトルが構築され、送信
器側に送られて、これにより送信器側の特定の圧縮アル
ゴリズムが成功裏に受領したパケットに対する圧縮アル
ゴリズムにより使用されたヒストリーを制限することが
できる。斯くして、本発明の一態様によれば、ヒストリ
ーとして用いたパケットを特定するベクターが圧縮され
たパケット内に含まれて、これにより受信器がパケット
を脱圧縮するのに必要なパケットヒストリー状態を再構
築する。
【００１４】本発明の一態様によれば、頑強さ及び圧縮
比率の向上は様々な圧縮方法、あるいは通信チャネルの
装置で達成することができる。即ち、本発明の原理は特
定の種類の圧縮系によらず、そのため本発明の様々な態
様を採用することにより圧縮技法及び通信チャネル技法
で本発明の利点は実現できる。
比率の向上は様々な圧縮方法、あるいは通信チャネルの
装置で達成することができる。即ち、本発明の原理は特
定の種類の圧縮系によらず、そのため本発明の様々な態
様を採用することにより圧縮技法及び通信チャネル技法
で本発明の利点は実現できる。
【００１５】
【発明の実施の形態】本発明は様々な装置及び方法で実
現することができる。本発明はフロッピー（登録商標）
ディスク、ＣＤ−ＲＯＭ、ハードドライブあるは他の機
械が読み取り可能な記憶媒体等で具体化されるプログラ
ムコードの形態で実現できる。また、プログラムコード
はコンピュータ内に組み込み実行できる場合には、この
ようなコンピュータは本発明を実行するための装置であ
る。本発明はまた、記憶媒体中のプログラムコードの形
態でも実現でき、記憶媒体中でそして機械により搭載、
及び機械により実行され伝送媒体を通して送信されるよ
うなプログラムコード の形態で実現できる。プログラ
ムコードがコンピュータのような機械で実現できる場合
には、このような機械は本発明の装置となる。汎用プロ
セッサーで本発明が実現される場合にはプログラムコー
ドは、プロセッサーとプログラム構造のセグメントはプ
ロセッサと組み合わされて特定の論理回路を実行するよ
うな装置を提供できる。
現することができる。本発明はフロッピー（登録商標）
ディスク、ＣＤ−ＲＯＭ、ハードドライブあるは他の機
械が読み取り可能な記憶媒体等で具体化されるプログラ
ムコードの形態で実現できる。また、プログラムコード
はコンピュータ内に組み込み実行できる場合には、この
ようなコンピュータは本発明を実行するための装置であ
る。本発明はまた、記憶媒体中のプログラムコードの形
態でも実現でき、記憶媒体中でそして機械により搭載、
及び機械により実行され伝送媒体を通して送信されるよ
うなプログラムコード の形態で実現できる。プログラ
ムコードがコンピュータのような機械で実現できる場合
には、このような機械は本発明の装置となる。汎用プロ
セッサーで本発明が実現される場合にはプログラムコー
ドは、プロセッサーとプログラム構造のセグメントはプ
ロセッサと組み合わされて特定の論理回路を実行するよ
うな装置を提供できる。
【００１６】図１はデータを脱圧縮したりするシステム
１００のブロック図である。このシステム１００は特に
伝送媒体、例えば有線、無線あるいは光ファイバーを介
して情報を送受信するのに有効である。さらにまた、シ
ステム１００はコンピュータディスクドライブのような
磁気記録媒体、あるいはＣＤ−ＲＯＭのような光学的に
読み取り可能な媒体から情報を読み出したり、そこに情
報を記録するのに有効である。斯くして、磁気ディスク
ドライブのような磁気媒体、ＣＤ−ＲＯＭのような光学
読み取り可能な媒体を含む記録媒体に本発明により圧縮
されたデータを記録することができる。図１において入
力データストリーム１０５、例えばテキストがデータ符
号化器１１０に与えられる。データ符号化器１１０は本
発明によれば可変のヒストリー状態パケット間圧縮を適
応して入力データストリームをあらかじめ処理し符号化
する。符号化プロセスにおける本発明の様々な態様は、
図２を参照して以下詳述する。
１００のブロック図である。このシステム１００は特に
伝送媒体、例えば有線、無線あるいは光ファイバーを介
して情報を送受信するのに有効である。さらにまた、シ
ステム１００はコンピュータディスクドライブのような
磁気記録媒体、あるいはＣＤ−ＲＯＭのような光学的に
読み取り可能な媒体から情報を読み出したり、そこに情
報を記録するのに有効である。斯くして、磁気ディスク
ドライブのような磁気媒体、ＣＤ−ＲＯＭのような光学
読み取り可能な媒体を含む記録媒体に本発明により圧縮
されたデータを記録することができる。図１において入
力データストリーム１０５、例えばテキストがデータ符
号化器１１０に与えられる。データ符号化器１１０は本
発明によれば可変のヒストリー状態パケット間圧縮を適
応して入力データストリームをあらかじめ処理し符号化
する。符号化プロセスにおける本発明の様々な態様は、
図２を参照して以下詳述する。
【００１７】図１のシステム１００において、本発明に
より生成された符号化入力データストリーム１１５が圧
縮器１２０に与えられる。この圧縮器１２０は本発明に
より圧縮技法例えばLempel-Ziv圧縮を適応して符号化入
力データストリーム１１５を圧縮して圧縮データ１２５
を形成する。前述したようにLempel-Ziv形の圧縮は本発
明により符号化入力データストリーム１１５を圧縮する
際有効に用いられる。圧縮データ１２５はその後チャネ
ル符号化器１３０により符号化され、チャネル符号化情
報１３５を生成する。チャネル符号化技術が情報を圧縮
した情報に加えられ、データ読み取りプロセスにおいて
エラー検出及び／または訂正が可能となる。従来のチャ
ネル符号化技術は、公知のリードソロモン符号化技術を
含み、これにより１ビットあるいは複数のビットにより
表されるシンボルのシーケンスを符号化する。これらの
シンボルはその後、変調符号化器１４０により変調符号
化され変調されたデータストリーム１４５を生成し、こ
の変調されたデータストリーム１４５がチャネル／媒体
１５０上に記録されるか、あるいは通信チャネルを介し
て送信されるチャネルシーケンスを規定する。
より生成された符号化入力データストリーム１１５が圧
縮器１２０に与えられる。この圧縮器１２０は本発明に
より圧縮技法例えばLempel-Ziv圧縮を適応して符号化入
力データストリーム１１５を圧縮して圧縮データ１２５
を形成する。前述したようにLempel-Ziv形の圧縮は本発
明により符号化入力データストリーム１１５を圧縮する
際有効に用いられる。圧縮データ１２５はその後チャネ
ル符号化器１３０により符号化され、チャネル符号化情
報１３５を生成する。チャネル符号化技術が情報を圧縮
した情報に加えられ、データ読み取りプロセスにおいて
エラー検出及び／または訂正が可能となる。従来のチャ
ネル符号化技術は、公知のリードソロモン符号化技術を
含み、これにより１ビットあるいは複数のビットにより
表されるシンボルのシーケンスを符号化する。これらの
シンボルはその後、変調符号化器１４０により変調符号
化され変調されたデータストリーム１４５を生成し、こ
の変調されたデータストリーム１４５がチャネル／媒体
１５０上に記録されるか、あるいは通信チャネルを介し
て送信されるチャネルシーケンスを規定する。
【００１８】データストリームの伝送あるいは記録プロ
セスの間、ノイズと干渉がチャネル／媒体１５０内に時
に導入されることがある。斯くして、変調復号化器１５
５とチャネル復号化器１６０はノイズを含んだ変調され
たデータストリーム１４５を受領し、そして公知の方法
でそれぞれチャネル符号化器１３０と変調符号化器１４
０の符号化処理の逆を行う。チャネル復号化器１６０か
らのデータストリームは圧縮器１２０により生成された
圧縮データ１２５に対応する。その後、このデータスト
リームを本発明により脱圧縮器１６５で脱圧縮され、デ
ータ復号化器１７０で復合化されて図４で詳述するよう
に出力データストリーム１７５を生成する。
セスの間、ノイズと干渉がチャネル／媒体１５０内に時
に導入されることがある。斯くして、変調復号化器１５
５とチャネル復号化器１６０はノイズを含んだ変調され
たデータストリーム１４５を受領し、そして公知の方法
でそれぞれチャネル符号化器１３０と変調符号化器１４
０の符号化処理の逆を行う。チャネル復号化器１６０か
らのデータストリームは圧縮器１２０により生成された
圧縮データ１２５に対応する。その後、このデータスト
リームを本発明により脱圧縮器１６５で脱圧縮され、デ
ータ復号化器１７０で復合化されて図４で詳述するよう
に出力データストリーム１７５を生成する。
【００１９】本発明の様々な態様は、圧縮の頑強性及び
圧縮技術の改善を実現するのに向けられる。図２は図１
のシステムで用いられ、本発明によりデータを圧縮する
動作２００のフローチャートを示す。具体的に説明する
と、入力データストリームを受領し、そして成功裏に受
領したパケットが検査される（図２ブロック２１０）。
本発明によればこの成功裏に受領したパケットを検査す
ることにより、パケットのヒストリー状態の特定が受領
確認ベクターの関数として可能となる（ブロック２２
０）。本発明の一実施例によればパケットのヒストリー
状態は、現在のパケットの圧縮が決定される元となった
パケットの前の組である。例えば、Lempel-Ziv７７にお
いては、圧縮ヒストリー状態はこのLempel-Ziv圧縮で採
用された、所謂、字引との直接相関である。興味深いこ
とにネットワークパケットのステイトレス圧縮と、スト
リーミング圧縮との間の大きな違いは、各形が採用する
特定のヒストリー状態である。即ち、ステイトレス圧縮
はヒストリー状態を採用せず、一方ストリーミング圧縮
によれば前のパケットをヒストリーとして採用する。こ
のような差は、本発明の原理でも依然として存在する。
圧縮技術の改善を実現するのに向けられる。図２は図１
のシステムで用いられ、本発明によりデータを圧縮する
動作２００のフローチャートを示す。具体的に説明する
と、入力データストリームを受領し、そして成功裏に受
領したパケットが検査される（図２ブロック２１０）。
本発明によればこの成功裏に受領したパケットを検査す
ることにより、パケットのヒストリー状態の特定が受領
確認ベクターの関数として可能となる（ブロック２２
０）。本発明の一実施例によればパケットのヒストリー
状態は、現在のパケットの圧縮が決定される元となった
パケットの前の組である。例えば、Lempel-Ziv７７にお
いては、圧縮ヒストリー状態はこのLempel-Ziv圧縮で採
用された、所謂、字引との直接相関である。興味深いこ
とにネットワークパケットのステイトレス圧縮と、スト
リーミング圧縮との間の大きな違いは、各形が採用する
特定のヒストリー状態である。即ち、ステイトレス圧縮
はヒストリー状態を採用せず、一方ストリーミング圧縮
によれば前のパケットをヒストリーとして採用する。こ
のような差は、本発明の原理でも依然として存在する。
【００２０】さらに具体的に説明すると、本発明の一実
施例によれば、パケットヒストリー状態は受信器側によ
り通信チャネルを介して成功裏に受領した特定のパケッ
トに関連する選択ヒストリー状態である。そしてこの受
信器側には、送信され圧縮されたパケットを効率的に脱
圧縮することができるような選択ヒストリーが与えら
れ、通知される。好ましいことに本発明によれば、選択
されたパケット間ヒストリー状態を用いることにより、
本来的にパケットの喪失の被害を受ける従来のストリー
ミング圧縮系に対し、圧縮の頑強性及び圧縮比率の改善
を図ることができる。
施例によれば、パケットヒストリー状態は受信器側によ
り通信チャネルを介して成功裏に受領した特定のパケッ
トに関連する選択ヒストリー状態である。そしてこの受
信器側には、送信され圧縮されたパケットを効率的に脱
圧縮することができるような選択ヒストリーが与えら
れ、通知される。好ましいことに本発明によれば、選択
されたパケット間ヒストリー状態を用いることにより、
本来的にパケットの喪失の被害を受ける従来のストリー
ミング圧縮系に対し、圧縮の頑強性及び圧縮比率の改善
を図ることができる。
【００２１】前述したように選択パケットヒストリー状
態を特定した後、このヒストリー状態を採用して送信側
から送信するために待機しているパケットに対し、ある
種の情報を符号化する。具体的に説明すると本発明によ
れば、個々のパケットはそれに関連するそれぞれのパケ
ットヒストリー状態の関数として符号化される（ブロッ
ク２３０）。本発明によれば各パケットにはヘッダーが
付与され、このヘッダーは例えばパケットに関連したそ
れぞれのパケットヒストリーを特定するヒストリーベル
トルを含む。図２を参照すると３００が図２の操作に従
って圧縮された状態を示す。図３の実施例においては、
パケットヘッダーはシーケンス番号及び受領確認ベクト
ルのような付属のアイテムを含む。即ち、本発明によれ
ば前述した受領確認ベクトルはパケットヘッダーの一部
として送信される。受領確認ベクトルが符号化パケット
とは別個に送信されたか、あるいはパケットヘッダーの
一部として送信されたかの決定は、本発明の適応にあた
っては、設計的選択事項である。例えば、受領確認ベク
トルはいわゆるpiggybacking技術を用いて送信者側に送
信することができる。そしてこのpiggybacking技術は受
信器から送信器側への反対方向内のデータストリームが
存在する。
態を特定した後、このヒストリー状態を採用して送信側
から送信するために待機しているパケットに対し、ある
種の情報を符号化する。具体的に説明すると本発明によ
れば、個々のパケットはそれに関連するそれぞれのパケ
ットヒストリー状態の関数として符号化される（ブロッ
ク２３０）。本発明によれば各パケットにはヘッダーが
付与され、このヘッダーは例えばパケットに関連したそ
れぞれのパケットヒストリーを特定するヒストリーベル
トルを含む。図２を参照すると３００が図２の操作に従
って圧縮された状態を示す。図３の実施例においては、
パケットヘッダーはシーケンス番号及び受領確認ベクト
ルのような付属のアイテムを含む。即ち、本発明によれ
ば前述した受領確認ベクトルはパケットヘッダーの一部
として送信される。受領確認ベクトルが符号化パケット
とは別個に送信されたか、あるいはパケットヘッダーの
一部として送信されたかの決定は、本発明の適応にあた
っては、設計的選択事項である。例えば、受領確認ベク
トルはいわゆるpiggybacking技術を用いて送信者側に送
信することができる。そしてこのpiggybacking技術は受
信器から送信器側への反対方向内のデータストリームが
存在する。
【００２２】例えば３００は一連のパケットを含む
（例、図３ではパケット１からパケットＮはパケット３
０５−３１１として示されている）。さらにまた各パケ
ットはヘッダーを含む（例、Ｈ１からＨｎはヘッダー３
２０−３３０として示されている）。さらにまた、ヘッ
ダー１ ３２０はシーケンス番号３３５とヒストリーベ
クトル３４０と受領確認ベクトルを含む。
（例、図３ではパケット１からパケットＮはパケット３
０５−３１１として示されている）。さらにまた各パケ
ットはヘッダーを含む（例、Ｈ１からＨｎはヘッダー３
２０−３３０として示されている）。さらにまた、ヘッ
ダー１ ３２０はシーケンス番号３３５とヒストリーベ
クトル３４０と受領確認ベクトルを含む。
【００２３】本発明の一実施例によれば、シーケンス番
号、例えばシーケンス番号３３５は送信器側と受信器側
の両方で用いられ、本発明により圧縮されたパケットを
特定する。シーケンス番号を符号化するのに必要とされ
るビットの数は、ネットワーク全体を移動するのに必要
な最大時間の間、所謂「ラッピング；wrapping」される
悪影響を回避するのに十分な程度に必要である。例え
ば、シーケンス番号３３５は２４ビットの長さで示され
ている。
号、例えばシーケンス番号３３５は送信器側と受信器側
の両方で用いられ、本発明により圧縮されたパケットを
特定する。シーケンス番号を符号化するのに必要とされ
るビットの数は、ネットワーク全体を移動するのに必要
な最大時間の間、所謂「ラッピング；wrapping」される
悪影響を回避するのに十分な程度に必要である。例え
ば、シーケンス番号３３５は２４ビットの長さで示され
ている。
【００２４】さらにまた本発明の一実施例においては、
ヒストリーベクトル、例えばヒストリーベクトル３４０
は圧縮するのに用いられた前のパケットの組、即ち選択
ヒストリー状態を記述する。ヒストリーを決定するため
に受領確認パケットを利用する本発明の実施例において
は、パケットが送信される時間とパケットがヒストリー
として用いられる時間との間のネットワークの往復時間
に関連する時間遅延が発生する。斯くして、本発明の一
実施例によれば、ヒストリーベクトルはオフセットとビ
ットマスクを用いて符号化され、その結果オフセットは
パケットのシーケンス番号から減算されて、最も最後の
ヒストリーパケットのシーケンス番号を確立する。ビッ
トマスクは最後のヒストリーパケットの直前の付加的な
ヒストリーパケットを特定する。具体的に説明すると、
ヘッダー１ ３２０においては、ヒストリーベクトル３
４０は８ビットのオフセットと８ビットのマスクとを含
み、これによりヒストリー状態を最後の２６３内の最大
９個の連続パケットに制限する。
ヒストリーベクトル、例えばヒストリーベクトル３４０
は圧縮するのに用いられた前のパケットの組、即ち選択
ヒストリー状態を記述する。ヒストリーを決定するため
に受領確認パケットを利用する本発明の実施例において
は、パケットが送信される時間とパケットがヒストリー
として用いられる時間との間のネットワークの往復時間
に関連する時間遅延が発生する。斯くして、本発明の一
実施例によれば、ヒストリーベクトルはオフセットとビ
ットマスクを用いて符号化され、その結果オフセットは
パケットのシーケンス番号から減算されて、最も最後の
ヒストリーパケットのシーケンス番号を確立する。ビッ
トマスクは最後のヒストリーパケットの直前の付加的な
ヒストリーパケットを特定する。具体的に説明すると、
ヘッダー１ ３２０においては、ヒストリーベクトル３
４０は８ビットのオフセットと８ビットのマスクとを含
み、これによりヒストリー状態を最後の２６３内の最大
９個の連続パケットに制限する。
【００２５】前述したように図３のパケットヘッダー
は、最後の方で受信したパケットの組を記述する受領確
認ベクトル、例えば受領確認ベクトルを含む形で具体化
されている。この受領確認ベクトルは、最後に受領した
パケットのシーケンス番号と、その直前のパケットの状
態を記述するビットマスクを少なくとも含む。例えば受
領確認ベクトルは３２ビットの長さで、シーケンス番号
に対しては２４ビットをカバーし、関連マスクに対して
は８ビットをカバーする。
は、最後の方で受信したパケットの組を記述する受領確
認ベクトル、例えば受領確認ベクトルを含む形で具体化
されている。この受領確認ベクトルは、最後に受領した
パケットのシーケンス番号と、その直前のパケットの状
態を記述するビットマスクを少なくとも含む。例えば受
領確認ベクトルは３２ビットの長さで、シーケンス番号
に対しては２４ビットをカバーし、関連マスクに対して
は８ビットをカバーする。
【００２６】図２に戻ってパケットを本発明により、そ
れぞれパケットヒストリー状態の関数として符号化した
後（ブロック２３０）、これらのパケットはその後圧縮
される。前述したように本発明の利点は、様々な既存の
圧縮技術と共に適応可能な点である点である。例えば、
以下に詳述するように本発明は基地のデフレート（Defl
ate）圧縮系、あるいはＬＺ７７圧縮に適用されるパケ
ットストリームの圧縮技術を改善する。選択的な圧縮系
を符号化パケットに適用した後（ブロック２４０）、こ
の圧縮されたパケットは送信用に待機する（ブロック２
５０）。
れぞれパケットヒストリー状態の関数として符号化した
後（ブロック２３０）、これらのパケットはその後圧縮
される。前述したように本発明の利点は、様々な既存の
圧縮技術と共に適応可能な点である点である。例えば、
以下に詳述するように本発明は基地のデフレート（Defl
ate）圧縮系、あるいはＬＺ７７圧縮に適用されるパケ
ットストリームの圧縮技術を改善する。選択的な圧縮系
を符号化パケットに適用した後（ブロック２４０）、こ
の圧縮されたパケットは送信用に待機する（ブロック２
５０）。
【００２７】本発明の一態様によれば、ネットワーク内
を伝送するパケットの関数として選択ヒストリー状態を
採用することにより、洗練された圧縮ツールが達成でき
る。即ち、本発明によれば各パケットに関連するパケッ
トヒストリー状態が送信器側で選択ヒストリー状態であ
り、この送信器側に受信器側が成功裏に受領したパケッ
トに関連するある種の情報を与え通知される。そして、
受信器側にはこのパケットに関連する選択ヒストリー状
態が与えられ通知され、これにより送信器側から送信さ
れた圧縮パケットの効率的な脱圧縮が可能となる。斯く
して本発明の選択ヒストリー状態と受領確認の技術によ
り送信器側と受信器側は共同して通信チャネルにおける
圧縮を改善する。
を伝送するパケットの関数として選択ヒストリー状態を
採用することにより、洗練された圧縮ツールが達成でき
る。即ち、本発明によれば各パケットに関連するパケッ
トヒストリー状態が送信器側で選択ヒストリー状態であ
り、この送信器側に受信器側が成功裏に受領したパケッ
トに関連するある種の情報を与え通知される。そして、
受信器側にはこのパケットに関連する選択ヒストリー状
態が与えられ通知され、これにより送信器側から送信さ
れた圧縮パケットの効率的な脱圧縮が可能となる。斯く
して本発明の選択ヒストリー状態と受領確認の技術によ
り送信器側と受信器側は共同して通信チャネルにおける
圧縮を改善する。
【００２８】具体的に説明すると本発明によれば、受領
確認ベクトルを特定の圧縮アルゴリズムと共に用いて送
信器側が正確に受領したパケットに対し、圧縮アルゴリ
ズムで用いたヒストリーを定める。斯くして本発明の一
実施例によればヒストリーとして用いられたパケットを
特定するベクトルが圧縮されたパケットに含まれ、これ
により受信器は、パケットを脱圧縮するのに必要なパケ
ットヒストリー状態を再構築する。さらに本発明によれ
ば、受領確認ベクトルは、圧縮されたパケットとは別に
送信される。更に又、実施例では単一の通信チャネル構
成について議論しているが、本発明は複数の通信チャネ
ル構成についても等しく適用可能である。さらに本発明
の態様によれば、選択ヒストリー状態を用いることによ
り圧縮の頑強性及び圧縮比率を従来のストリーミング圧
縮系（パケット喪失の場合に妥協せざるを得ない従来の
ストリーミング）よりも改善する。
確認ベクトルを特定の圧縮アルゴリズムと共に用いて送
信器側が正確に受領したパケットに対し、圧縮アルゴリ
ズムで用いたヒストリーを定める。斯くして本発明の一
実施例によればヒストリーとして用いられたパケットを
特定するベクトルが圧縮されたパケットに含まれ、これ
により受信器は、パケットを脱圧縮するのに必要なパケ
ットヒストリー状態を再構築する。さらに本発明によれ
ば、受領確認ベクトルは、圧縮されたパケットとは別に
送信される。更に又、実施例では単一の通信チャネル構
成について議論しているが、本発明は複数の通信チャネ
ル構成についても等しく適用可能である。さらに本発明
の態様によれば、選択ヒストリー状態を用いることによ
り圧縮の頑強性及び圧縮比率を従来のストリーミング圧
縮系（パケット喪失の場合に妥協せざるを得ない従来の
ストリーミング）よりも改善する。
【００２９】本発明の圧縮テスト結果を記述する前に本
発明の脱圧縮について説明する。図４は、本発明により
データを脱圧縮する操作４００のフローチャートであ
る。受信したパケットの圧縮ストリームから（ブロック
４１０）ヒストリーベクトルをパケット毎のベースで抽
出する（ブロック４２０）。例えば、以下の擬似符号が
本発明の一実施例によりこれらのアイテムの抽出を記述
する。 ──────────────────────────────────── ──────────────────────────────────── パケットからシーケンス番号を抽出する。 ヒストリーベクトルのオフセットとマスクを抽出する。 オフセットが０の場合には、ヒストリーは存在しない。 それ以外の場合｛ 「シーケンス番号からオフセットを抽出してヒストリーの第１パケットを与え る。」マスク！＝０｛ シーケンス番号から１を減算する。 低ビットがマスク内に設定された場合には、パケットをヒストリーに追加する 。 マスクを最も右の１ビットにシフトする。 ｝ ｛ パケットを脱圧縮する。 受領確認ベクトルと最後に受信したパケットのシーケンス番号とビットマスク を抽出する。 ──────────────────────────────────── ──────────────────────────────────── 上記の仮コードを用いて本発明を実行するＣプログラム
言語でコンピュータをプログラムすることが出来る。ヒ
ストリーベクトルの抽出から脱圧縮状態のパケットのヒ
ストリー状態が特定される（ブロック４３０）。さらに
本発明によれば、抽出は受領確認ベクトルとパケットヘ
ッダーからのシーケンス番号の抽出を含む。現行パケッ
トの脱圧縮は、特定されたヒストリー状態の関数として
行われる（ブロック４４０）。その結果現在の未圧縮パ
ケットがそれぞれの脱圧縮器、例えば特定の通信チャネ
ルの受信器側にある脱圧縮器の現在受領したパケット状
態に追加される（ブロック４５０）。これにより受信し
たパケットの組を更新する。最後に現行パケットを脱圧
縮した後、受領確認ベクトルが構築され、送信者側に送
信して戻される（ブロック４６０）。前述したように受
領確認ベクトルは、最後に受領したパケットの組を記述
し、送信器側がそれを用いて選択ヒストリー状態と共に
今後のパケットを圧縮する。
発明の脱圧縮について説明する。図４は、本発明により
データを脱圧縮する操作４００のフローチャートであ
る。受信したパケットの圧縮ストリームから（ブロック
４１０）ヒストリーベクトルをパケット毎のベースで抽
出する（ブロック４２０）。例えば、以下の擬似符号が
本発明の一実施例によりこれらのアイテムの抽出を記述
する。 ──────────────────────────────────── ──────────────────────────────────── パケットからシーケンス番号を抽出する。 ヒストリーベクトルのオフセットとマスクを抽出する。 オフセットが０の場合には、ヒストリーは存在しない。 それ以外の場合｛ 「シーケンス番号からオフセットを抽出してヒストリーの第１パケットを与え る。」マスク！＝０｛ シーケンス番号から１を減算する。 低ビットがマスク内に設定された場合には、パケットをヒストリーに追加する 。 マスクを最も右の１ビットにシフトする。 ｝ ｛ パケットを脱圧縮する。 受領確認ベクトルと最後に受信したパケットのシーケンス番号とビットマスク を抽出する。 ──────────────────────────────────── ──────────────────────────────────── 上記の仮コードを用いて本発明を実行するＣプログラム
言語でコンピュータをプログラムすることが出来る。ヒ
ストリーベクトルの抽出から脱圧縮状態のパケットのヒ
ストリー状態が特定される（ブロック４３０）。さらに
本発明によれば、抽出は受領確認ベクトルとパケットヘ
ッダーからのシーケンス番号の抽出を含む。現行パケッ
トの脱圧縮は、特定されたヒストリー状態の関数として
行われる（ブロック４４０）。その結果現在の未圧縮パ
ケットがそれぞれの脱圧縮器、例えば特定の通信チャネ
ルの受信器側にある脱圧縮器の現在受領したパケット状
態に追加される（ブロック４５０）。これにより受信し
たパケットの組を更新する。最後に現行パケットを脱圧
縮した後、受領確認ベクトルが構築され、送信者側に送
信して戻される（ブロック４６０）。前述したように受
領確認ベクトルは、最後に受領したパケットの組を記述
し、送信器側がそれを用いて選択ヒストリー状態と共に
今後のパケットを圧縮する。
【００３０】本発明は、従来公知の２つの圧縮フォーマ
ットを用いるある種の圧縮シミュレーションでも適用可
能である。具体的に説明すると、Deflate圧縮フォーマ
ットは、データパケットの所定のシーケンスと共に用い
られた。Deflateは、gzip、zip、pmgのような公知のファ
イルフォーマットの基礎となる一般的な圧縮フォーマッ
トである。Deflateは、ＬＺ７７とハフマン符号化技術
とを組み合わせ、ネットワークプロトコル内ではＰＰＰ
と共に使用される。上記のフォーマットは、http:www.c
drom.com/pub/infozip/zlibでインターネットを介して
入手可能である。DeflateのZlibの実行は、６個のデフ
ォルタ値に設定された圧縮レベルと共に用いられる。
ットを用いるある種の圧縮シミュレーションでも適用可
能である。具体的に説明すると、Deflate圧縮フォーマ
ットは、データパケットの所定のシーケンスと共に用い
られた。Deflateは、gzip、zip、pmgのような公知のファ
イルフォーマットの基礎となる一般的な圧縮フォーマッ
トである。Deflateは、ＬＺ７７とハフマン符号化技術
とを組み合わせ、ネットワークプロトコル内ではＰＰＰ
と共に使用される。上記のフォーマットは、http:www.c
drom.com/pub/infozip/zlibでインターネットを介して
入手可能である。DeflateのZlibの実行は、６個のデフ
ォルタ値に設定された圧縮レベルと共に用いられる。
【００３１】具体的に説明すると、公知のCalgary Corp
us（a widely used standard reference for evauating
the effectiveness of compression algorithms；圧縮
アルゴリズムの有効性を評価する広く用いられている標
準基準）からの１４個の通常使用されているファイル
（これに関してはT.C.Bell et al.著の「Modeling fort
ext compression,Computing Surveys 21(4）:557-591,D
ecember 1989」を参照のこと）を用いて圧縮用の入力デ
ータストリームを特定した。バイトシーケンスがアルフ
ァベットの順番で１４個のCalgary Corpusファイルを連
続させることにより形成され、１６００バイトのパケッ
トと１２５バイトのパケットから成る固定サイズのパケ
ットに入力ストリームを分割した。本発明は、通信チャ
ネルを伝送させるパケットの受領確認を含む。本発明の
圧縮シミュレーションの例とモデルと圧縮器に到達した
様々な受領確認の中の圧縮器に到達した受領確認、即ち
パケットが遅延する。
us（a widely used standard reference for evauating
the effectiveness of compression algorithms；圧縮
アルゴリズムの有効性を評価する広く用いられている標
準基準）からの１４個の通常使用されているファイル
（これに関してはT.C.Bell et al.著の「Modeling fort
ext compression,Computing Surveys 21(4）:557-591,D
ecember 1989」を参照のこと）を用いて圧縮用の入力デ
ータストリームを特定した。バイトシーケンスがアルフ
ァベットの順番で１４個のCalgary Corpusファイルを連
続させることにより形成され、１６００バイトのパケッ
トと１２５バイトのパケットから成る固定サイズのパケ
ットに入力ストリームを分割した。本発明は、通信チャ
ネルを伝送させるパケットの受領確認を含む。本発明の
圧縮シミュレーションの例とモデルと圧縮器に到達した
様々な受領確認の中の圧縮器に到達した受領確認、即ち
パケットが遅延する。
【００３２】ここに示した実施例は、１６００バイトと
１２５バイトのパケットサイズに対し、入力バイトに対
する出力バイトの数に対する遅延の影響の比較を示す。
特に図５は、公知のstateless圧縮系（５２０）と公知
のstreaming圧縮系（５３０）と本発明による圧縮（受
領確認圧縮 ；acknowledged compression ;Ackと称す
る）の間を比較するためにそれぞれのパケットサイズに
対するシミュレーションの結果である５００と５１０を
示す。Ａｃｋ結果５４０と、シミュレーション結果５０
０と５１０から判るように、Ａｃｋ結果５４０はstatel
ess圧縮の結果５２０よりもより大きな圧縮を示すが、s
treaming圧縮の結果５３０程ではない。streaming圧縮
の結果５３０は、このような圧縮に本来的に付随するパ
ッケット喪失の影響を考慮に入れていない。これに対し
本発明のＡｃｋ結果５４０は、このようなパケット喪失
による影響を受けない。
１２５バイトのパケットサイズに対し、入力バイトに対
する出力バイトの数に対する遅延の影響の比較を示す。
特に図５は、公知のstateless圧縮系（５２０）と公知
のstreaming圧縮系（５３０）と本発明による圧縮（受
領確認圧縮 ；acknowledged compression ;Ackと称す
る）の間を比較するためにそれぞれのパケットサイズに
対するシミュレーションの結果である５００と５１０を
示す。Ａｃｋ結果５４０と、シミュレーション結果５０
０と５１０から判るように、Ａｃｋ結果５４０はstatel
ess圧縮の結果５２０よりもより大きな圧縮を示すが、s
treaming圧縮の結果５３０程ではない。streaming圧縮
の結果５３０は、このような圧縮に本来的に付随するパ
ッケット喪失の影響を考慮に入れていない。これに対し
本発明のＡｃｋ結果５４０は、このようなパケット喪失
による影響を受けない。
【００３３】図に示したブロックは、本発明を実現する
回路の概念を表すものである。フローチャート、フロー
ダイヤグラム、状態遷移図、仮コード、プログラムコー
ド等は、コンピュータで読み込み可能な媒体の中で行わ
れる様々なプロセスを表し、そしてコンピュータ、マシ
ンプロセッサーにより実行されるが、このようなコンピ
ュータ、マシンプロセッサーは図には明確には示してい
ない。
回路の概念を表すものである。フローチャート、フロー
ダイヤグラム、状態遷移図、仮コード、プログラムコー
ド等は、コンピュータで読み込み可能な媒体の中で行わ
れる様々なプロセスを表し、そしてコンピュータ、マシ
ンプロセッサーにより実行されるが、このようなコンピ
ュータ、マシンプロセッサーは図には明確には示してい
ない。
【００３４】特許請求の範囲に発明の構成要件の後の括
弧内の符号が記載されている場合は、構成要件と実施例
と対応づけて発明を容易に理解させる為であり、特許請
求の範囲の解釈に用いるべきのものではない。
弧内の符号が記載されている場合は、構成要件と実施例
と対応づけて発明を容易に理解させる為であり、特許請
求の範囲の解釈に用いるべきのものではない。
【図１】データを圧縮したり、脱圧縮したりするシステ
ムのブロック図。
ムのブロック図。
【図２】図１のシステムで使用される本発明によるデー
タを圧縮する操作を表すフローチャート図。
タを圧縮する操作を表すフローチャート図。
【図３】図２の動作に従って圧縮されたパケットストリ
ームを表す図。
ームを表す図。
【図４】図１のシステムで使用される本発明によるデー
タを脱圧縮する操作を表すフローチャート図。
タを脱圧縮する操作を表すフローチャート図。
【図５】従来の圧縮系と本発明の圧縮系との間の比較を
行うために様々な大きさのパケットに対する圧縮結果を
表す図。
行うために様々な大きさのパケットに対する圧縮結果を
表す図。
１００ システム １０５ 入力データストリーム １１０ データ符号化器 １１５ 符号化入力データストリーム １２０ 圧縮器 １２５ 圧縮データ １３０ チャネル符号化器 １３５ チャネル符号化情報 １４０ 変調符号化器 １４５ 変調されたデータストリーム １５０ チャネル／媒体 １５５ 変調復号化器 １６０ チャネル復号化器 １６５ 脱圧縮器 １７０ データ復号化器 １７５ 出力データストリーム ２１０ 受領パケットを検査する ２２０ 受領確認ベクトルの関数としてパケットヒスト
リー状態を特定する ２３０ 個々のパケットヒストリー状態の関数として符
号化する ２４０ 符号化パケットを圧縮する ２５０ 圧縮されたパケットを送信する ３０５ パケット１ ３２０ ヘッダー１ ３２５ ヘッダー２ ３１０ パッケト２ ３３０ ヘッダーＮ ３１５ パッケトＮ ３３５ シーケンス番号 ３４０ ヒストリーベクトル ３４５ 受領確認ベクトル ４１０ 圧縮されたパケットを受領する ４２０ パケット毎にヒストリーベクトルを抽出する ４３０ ヒストリー状態を特定する ４４０ 現パケットをヒストリー状態の関数として脱圧
縮する ４５０ 圧縮していない現パケットを受領したパッケト
状態に追加する ４６０ 受領確認ベクトルを構築し送信する
リー状態を特定する ２３０ 個々のパケットヒストリー状態の関数として符
号化する ２４０ 符号化パケットを圧縮する ２５０ 圧縮されたパケットを送信する ３０５ パケット１ ３２０ ヘッダー１ ３２５ ヘッダー２ ３１０ パッケト２ ３３０ ヘッダーＮ ３１５ パッケトＮ ３３５ シーケンス番号 ３４０ ヒストリーベクトル ３４５ 受領確認ベクトル ４１０ 圧縮されたパケットを受領する ４２０ パケット毎にヒストリーベクトルを抽出する ４３０ ヒストリー状態を特定する ４４０ 現パケットをヒストリー状態の関数として脱圧
縮する ４５０ 圧縮していない現パケットを受領したパッケト
状態に追加する ４６０ 受領確認ベクトルを構築し送信する
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ショーン マシュー アメリカ合衆国、08836 ニュージャージ ー州、マーチンズビル、ウォルドロン ド ライブ ３ (72)発明者 ショーン クインラン アメリカ合衆国、08836 ニュージャージ ー州、ホウボウカン、パーク アベニュー １、903
Claims (33)
- 【請求項１】（Ａ） データの入力ストリームを複数の
パケットに分割するステップと、 （Ｂ） 前記複数のパケットの内の特定のパケットに対
し、それぞれのパケットヒストリー状態を少なくとも１
つの受領確認ベクトルの関数として特定するステップ
と、 （Ｃ） 前記複数のパケットの内の特定のパケットを、
関連するパケットヒストリーの関数として符号化するス
テップと、 （Ｄ） 前記複数のパケットを圧縮データストリームに
圧縮するステップとから成ることを特徴とするデータ通
信方法。 - 【請求項２】前記パケットに関連するそれぞれのパケッ
トヒストリー状態を複数の受信したパケットの関数とし
て特定することを特徴とする請求項１記載の方法。 - 【請求項３】前記複数の受信したパケットは、受信器が
伝送エラーなしで以前に受信したパケットを表すことを
特徴とする請求項２記載の方法。 - 【請求項４】各パケットは、それぞれパケットヘッダー
を有し、 前記パケットヘッダーは、前記パケットのそれぞれのパ
ケットヒストリー状態を特定する少なくとも１つのヒス
トリーベクトルを含むことを特徴とする請求項２記載の
方法。 - 【請求項５】前記受領確認ベクトルは、受信器により生
成されることを特徴とする請求項３記載の方法。 - 【請求項６】前記受領確認ベクトルは、最後に受領した
特定の受領パケットのシーケンス番号を含むことを特徴
とする請求項３記載の方法。 - 【請求項７】前記パケットヘッダーは、特定の受領パケ
ットを特定するシーケンス番号を含むことを特徴とする
請求項４記載の方法。 - 【請求項８】通信チャネルを介して送信側と受信側との
間で通信ストリームを送信する方法において、 （Ａ） 通信ストリームを複数のパケットに分割するス
テップと、 （Ｂ） 前記パケットの特定のパケットに対するそれぞ
れのパケットヒストリー状態を第１の受領確認ベクトル
の関数として特定するステップと、 前記第１受領確認ベクトルは、受信側から送られて送信
側が受領し、（Ｃ） 前記パケットの内、特定のパケッ
トはそれに関連するそれぞれのパケットヒストリーの関
数として符号化するステップと、 前記各パケットは、それに関連するパケットヘッダーを
有し、 前記パケットヘッダーは、パケットのそれぞれのパケッ
トヒストリー状態を特定する少なくともヒストリーベク
トルを含み、 （Ｄ） 複数のパケットを圧縮データストリームに圧縮
するステップと、 （Ｅ） 通信チャネルを介してこの圧縮データストリー
ムを送信側から受信側に送信するステップとからなるこ
とを特徴とする通信ストリームの送信方法。 - 【請求項９】前記パケットに関連するそれぞれのパケッ
トヒストリー状態は、受信器側が受信した複数のパケッ
トの関数として特定されることを特徴とする請求項８記
載の方法。 - 【請求項１０】前記第１受領確認ベクトルは、受信側が
最後に受信した特定の受領パケットのシーケンス番号を
含むことを特徴とする請求項９記載の方法。 - 【請求項１１】ランペル−ジブ符号化をパケットを圧縮
するステップで用いることを特徴とする請求項９記載の
方法。 - 【請求項１２】（Ｆ） 受信側で圧縮データストリーム
を受領するステップと、 （Ｇ） パケットの内の特定のパケットに関連するそれ
ぞれのパケットヒストリー状態を抽出するステップと、 （Ｈ） 複数のパケットを再生するために、前記圧縮デ
ータストリームを脱圧縮するステップと、を更に有し、 前記符号化されたパケットの内の特定のパケットは、そ
れに関連して抽出されたパケットヒストリーの関数とし
て脱圧縮されることを特徴とする請求項８記載の方法。 - 【請求項１３】（Ｉ） 前記受領したパケット状態を脱
圧縮したパケットの関数として更新するステップを更に
有することを特徴とする請求項１２記載の方法。 - 【請求項１４】（Ｊ） 受領側が脱圧縮されたパケット
の受領を確認する第２受領確認ベクトルを構成するステ
ップと、（Ｋ） 受信側から送信側に前記第２受領確認
ベクトルを送信するステッ プとを更に有することを特徴とする請求項１３記載の方
法。 - 【請求項１５】圧縮されたデータストリームからデータ
を再生する方法において、 （Ａ） 圧縮されたデータストリームを受領するステッ
プと、 前記圧縮されたデータストリームは、複数の符号化パケ
ットを含み、 （Ｂ） 符号化パケットの内の特定のパケットに関連す
るそれぞれのパケットヒストリー状態を特定するステッ
プと、 （Ｃ） データを再生するために前記圧縮されたデータ
ストリームを脱圧縮するステップと、を有し、 前記符号化パケットの内の特定のパケットは、前記それ
ぞれのパケットヒストリーの関数で脱圧縮されることを
特徴とする圧縮されたデータストリームからデータを再
生する方法。 - 【請求項１６】（Ｄ） 前記受領したパケット状態を脱
圧縮したパケットの関数として更新するステップことを
特徴とする請求項１５記載の方法。 - 【請求項１７】（Ｅ） 受領確認ベクトルを構成するス
テップと、 （Ｆ） 受信器側から送信器側に前記受領確認ベクトル
を送信するステップと、を更に有し、前記受信器と送信
器は、少なくとも１つの通信チャネルを介して圧縮デー
タストリームを交換することを特徴とする請求項１６記
載の方法。 - 【請求項１８】送信用に、複数のパケットを有するデー
タストリームを受領する受信器と、 前記パケットに関連する複数のパケットヒストリー状態
を、少なくとも１つの受領確認ベクトルの関数として特
定し、前記複数のパケットを複数のヒストリー状態の関
数として符号化する符号化器と、 前記パケットを圧縮データストリームに圧縮する圧縮器
とから成ることを特徴とするデータ通信装置。 - 【請求項１９】前記圧縮されたデータストリームを通信
チャネルを介して送信する送信器を更に有することを特
徴とする請求項１８記載の通信装置。 - 【請求項２０】通信チャネルは、インターネットの一部
であることを特徴とする請求項１９記載の通信装置。 - 【請求項２１】脱圧縮器を更に有し、前記脱圧縮器は、 複数の圧縮パケットを有する入力データストリームを受
領し、 前記圧縮されたパケットの特定のパケットに関連するそ
れぞれのヒストリー状態を特定し、 前記複数の圧縮されたパケットを脱圧縮し、 前記圧縮されたパケットの内の特定のパケットは、それ
ぞれのパケットヒストリーの関数として脱圧縮されるこ
とを特徴とする請求項１８記載の通信装置。 - 【請求項２２】前記脱圧縮器は、データ通信装置から送
信された少なくとも１つの受領確認ベクトルを構成する
ことを特徴とする請求項２１記載の通信装置。 - 【請求項２３】前記受領確認ベクトルは、データ通信装
置により脱圧縮されたパケットの受領を確認することを
特徴とする請求項２２記載の通信装置。 - 【請求項２４】前記圧縮器は、レンペル−ジブ符号化を
用いて前記パケットを圧縮データストリームに圧縮する
ことを特徴とする請求項１８記載の通信装置。 - 【請求項２５】通信チャネルから圧縮されたデジタル信
号を受領する受信器と、 前記受信した圧縮デジタル信号を脱圧縮し、この脱圧縮
されたデジタル信号からデジタルデータの入力ストリー
ムを再生する脱圧縮器とを有する圧縮されたデジタル信
号を処理する装置において、 前記圧縮されたデジタル信号は、 （Ａ） データの入力ストリームを複数のパケットに分
割するステップと、 （Ｂ） 複数のパケットの内の特定のパケットに対し、
それぞれのパケットヒストリー状態を少なくとも１つの
受領確認ベクトルの関数として特定するステップと、 （Ｃ） 前記複数のパケットの内の特定のパケットをそ
れに関連するパケットヒストリーの関数として符号化す
るステップと、 （Ｄ） 前記複数のパケットを圧縮データストリームに
圧縮するステップと、 （Ｅ） 前記圧縮されたデジタル信号を通信チャネルに
入力するステップと により処理され、 各パケットは、それぞれパケットヘッダーを有し、 前記パケットヘッダーは、前記パケットのそれぞれのパ
ケットヒストリー状態を特定する少なくともヒストリー
ベクトルを含むことを特徴とする圧縮されたデジタル信
号を処理する装置。 - 【請求項２６】前記パケットの内の特定のパケットは、
圧縮されたデジタル信号からそれぞれのパケットのヒス
トリーの関数として脱圧縮されることを特徴とする請求
項２５記載の装置。 - 【請求項２７】前記脱圧縮器は、 受領確認ベクトルを形成し、 前記受領確認ベクトルを受信器から送信器に送信し、 前記受信器と送信器は、圧縮されたデジタル信号を通信
チャネルを介して交換することを特徴とする請求項２６
記載の装置。 - 【請求項２８】前記パケットを圧縮する操作は、レンペ
ル−ジブ符号化を用いることを特徴とする請求項２７記
載の装置。 - 【請求項２９】前記脱圧縮器は、脱圧縮された関連パケ
ットのヒストリー状態を更新することを特徴とする請求
項２７記載の装置。 - 【請求項３０】複数のインストラクションを記憶する記
憶媒体において、 前記複数のインストラクションは、機械により実行され
たときには、送信側と受信側との間で通信チャネルを介
して、以下のステップ （Ａ） 通信ストリームを複数のパケットに分割するス
テップと、 （Ｂ） 前記パケットの特定のパケットに対するそれぞ
れのパケットヒストリー状態を第１の受領確認ベクトル
の関数として特定するステップと、 前記第１受領確認ベクトルは、受信側から送られて送信
側が受領する （Ｃ） 前記パケットの内、特定のパケットはそれに関
連するそれぞれのパケットヒストリーの関数として符号
化し、 前記各パケットは、それに関連するパケットヘッダーを
有し、 前記パケットヘッダーはパケットのそれぞれのパケット
ヒストリー状態を特定する少なくともヒストリーベクト
ルを含み、 （Ｄ） 複数のパケットを圧縮データストリームに圧縮
するステップと、 （Ｅ） 通信チャネルを介してこの圧縮データストリー
ムを送信側から受信側に送信するステップとを実行する
ことを特徴とする複数のインストラクションを記憶する
記憶媒体。 - 【請求項３１】前記パケットに関連するそれぞれのパケ
ットヒストリー状態は、受信器側が受信した複数のパケ
ットの関数として特定されることを特徴とする請求項３
０記載の記憶媒体。 - 【請求項３２】前記インストラクションは更に、 （Ｆ） 受信側で圧縮データストリームを受領するステ
ップと、 （Ｇ） パケットの内の特定のパケットに関連するそれ
ぞれのパケットヒストリー状態を抽出するステップと、 （Ｈ） 複数のパケットを再生するために前記圧縮デー
タストリームを脱圧縮するステップと、を含み前記符号
化されたパケットの内の特定のパケットは、それに関連
して抽出されたパケットヒストリーの関数として脱圧縮
されことを特徴とする請求項３１記載の記憶媒体。 - 【請求項３３】前記インストラクションは更に、 （Ｊ） 第２受領確認ベクトルを構成するステップと、
前記第２受領確認ベクトルは、受信が受領側の脱圧縮さ
れたパケットの受領を確認し、 （Ｋ） 受信側から送信側に前記第２受領確認ベクトル
を送信するステップとを更に有することを特徴とする請
求項３１記載の記憶媒体。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/527,315 US6388584B1 (en) | 2000-03-16 | 2000-03-16 | Method and apparatus for data compression of network packets |
| US09/527315 | 2000-03-16 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001298369A true JP2001298369A (ja) | 2001-10-26 |
| JP2001298369A5 JP2001298369A5 (ja) | 2004-10-14 |
| JP3875502B2 JP3875502B2 (ja) | 2007-01-31 |
Family
ID=24100973
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001076121A Expired - Lifetime JP3875502B2 (ja) | 2000-03-16 | 2001-03-16 | データ通信方法及びデータ通信装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6388584B1 (ja) |
| EP (1) | EP1134900B1 (ja) |
| JP (1) | JP3875502B2 (ja) |
| CA (1) | CA2334442C (ja) |
| DE (1) | DE60001210T2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004206228A (ja) * | 2002-12-24 | 2004-07-22 | Nec Corp | ストア命令実行制御方式 |
| JP2006146580A (ja) * | 2004-11-19 | 2006-06-08 | Nec Corp | ストレージシステムとそのレプリケーション方法並びにプログラム |
Families Citing this family (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6624761B2 (en) | 1998-12-11 | 2003-09-23 | Realtime Data, Llc | Content independent data compression method and system |
| US6604158B1 (en) | 1999-03-11 | 2003-08-05 | Realtime Data, Llc | System and methods for accelerated data storage and retrieval |
| US6601104B1 (en) | 1999-03-11 | 2003-07-29 | Realtime Data Llc | System and methods for accelerated data storage and retrieval |
| US6721333B1 (en) * | 1999-03-25 | 2004-04-13 | Motorola, Inc. | Point to point protocol multiplexing/demultiplexing method and apparatus |
| SE521700C2 (sv) * | 1999-05-21 | 2003-11-25 | Ericsson Telefon Ab L M | Metod för att minska mängden överförd data då ett signaleringsmeddelande skickas fler än en gång mellan två noder i ett TCP/IP-baserat nät |
| US6711164B1 (en) * | 1999-11-05 | 2004-03-23 | Nokia Corporation | Method and apparatus for performing IP-ID regeneration to improve header compression efficiency |
| US6748457B2 (en) * | 2000-02-03 | 2004-06-08 | Realtime Data, Llc | Data storewidth accelerator |
| KR100612003B1 (ko) * | 2000-02-26 | 2006-08-11 | 삼성전자주식회사 | 통신망에서 비트 스트림 송수신 장치 및 그 방법 |
| US6856651B2 (en) | 2000-07-25 | 2005-02-15 | Peribit Networks, Inc. | System and method for incremental and continuous data compression |
| DE60134255D1 (de) | 2000-07-25 | 2008-07-10 | Juniper Networks Inc | Netzwerkarchitektur und verfahren zur transparenten online-querschnittskodierung und zum transport von netzwerkkommunikationsdaten |
| EP1895663A3 (en) * | 2000-07-25 | 2008-06-11 | Juniper Networks, Inc. | System and method for incremental and continuous data compression |
| ATE472897T1 (de) * | 2000-09-28 | 2010-07-15 | Nokia Corp | Verfahren und kompressor zur komprimierung von zeitstempelinformation von paketen |
| US8692695B2 (en) | 2000-10-03 | 2014-04-08 | Realtime Data, Llc | Methods for encoding and decoding data |
| US9143546B2 (en) | 2000-10-03 | 2015-09-22 | Realtime Data Llc | System and method for data feed acceleration and encryption |
| US7386046B2 (en) | 2001-02-13 | 2008-06-10 | Realtime Data Llc | Bandwidth sensitive data compression and decompression |
| US7245405B2 (en) * | 2001-04-11 | 2007-07-17 | Hughes Network Systems, Llc | Method and system for performing stateless compression of messages |
| DE10124706A1 (de) * | 2001-05-18 | 2002-11-21 | Alcatel Sa | Verfahren zur Weiterleitung von Datenpaketen in Routern von Kommunikationsnetzen |
| DE10212656A1 (de) | 2002-03-21 | 2003-10-02 | Scm Microsystems Gmbh | Selektive Verschlüsselung von Multimediadaten |
| US7359974B1 (en) * | 2002-03-29 | 2008-04-15 | Packeteer, Inc. | System and method for dynamically controlling aggregate and individual packet flow characteristics within a compressed logical data tunnel |
| US6750791B1 (en) | 2003-02-07 | 2004-06-15 | Nokia Corporation | Method and device for text data compression |
| US7630394B2 (en) * | 2005-04-14 | 2009-12-08 | Ramot At Tel-Aviv University Ltd. | Method, apparatus and computer-readable code for data compression of network packets |
| US8804765B2 (en) * | 2005-06-21 | 2014-08-12 | Optis Wireless Technology, Llc | Dynamic robust header compression |
| US7970015B2 (en) | 2005-09-12 | 2011-06-28 | Hob Gmbh & Co. Kg | Method for transmitting a message by compressed data transmission between a sender and a receiver via a data network |
| US20070091907A1 (en) * | 2005-10-03 | 2007-04-26 | Varad Seshadri | Secured media communication across enterprise gateway |
| US7620870B2 (en) * | 2005-11-22 | 2009-11-17 | Cisco Technology, Inc. | Data compression method and system |
| US8254262B1 (en) * | 2006-03-31 | 2012-08-28 | Verint Americas, Inc. | Passive recording and load balancing |
| US20080317241A1 (en) * | 2006-06-14 | 2008-12-25 | Derek Wang | Code-based echo cancellation |
| US20090016333A1 (en) * | 2006-06-14 | 2009-01-15 | Derek Wang | Content-based adaptive jitter handling |
| US7480500B1 (en) | 2006-06-14 | 2009-01-20 | Divitas Networks, Inc. | Divitas protocol proxy and methods therefor |
| US20080140767A1 (en) * | 2006-06-14 | 2008-06-12 | Prasad Rao | Divitas description protocol and methods therefor |
| WO2007147034A2 (en) * | 2006-06-14 | 2007-12-21 | Divitas Networks, Inc. | Content-based adaptive jitter handling |
| US7565159B2 (en) * | 2006-06-14 | 2009-07-21 | Divitas Networks, Inc. | Methods and arrangement for implementing an active call handover by employing a switching component |
| US7660793B2 (en) | 2006-11-13 | 2010-02-09 | Exegy Incorporated | Method and system for high performance integration, processing and searching of structured and unstructured data using coprocessors |
| US20090215438A1 (en) * | 2008-02-23 | 2009-08-27 | Ajay Mittal | Methods for performing transparent callback |
| US7953881B1 (en) * | 2008-06-12 | 2011-05-31 | Juniper Networks, Inc. | Network characteristic-based compression of network traffic |
| US20100222053A1 (en) * | 2009-02-27 | 2010-09-02 | Girisrinivasarao Athulurutirumala | Arrangement and methods for establishing a telecommunication connection based on a heuristic model |
| US9998749B2 (en) * | 2010-10-19 | 2018-06-12 | Otoy, Inc. | Composite video streaming using stateless compression |
| US8897298B2 (en) * | 2011-11-02 | 2014-11-25 | Qualcomm Incorporated | Systems and methods for compressing headers and payloads |
| US11436672B2 (en) | 2012-03-27 | 2022-09-06 | Exegy Incorporated | Intelligent switch for processing financial market data |
| US9990393B2 (en) | 2012-03-27 | 2018-06-05 | Ip Reservoir, Llc | Intelligent feed switch |
| US10121196B2 (en) | 2012-03-27 | 2018-11-06 | Ip Reservoir, Llc | Offload processing of data packets containing financial market data |
| WO2015028087A1 (en) * | 2013-08-30 | 2015-03-05 | Huawei Technologies Sweden Ab | Mitigation of signalling congestion in a wireless network |
| EP3560135A4 (en) | 2016-12-22 | 2020-08-05 | IP Reservoir, LLC | PIPELINES INTENDED FOR AUTOMATIC ACCELERATED LEARNING BY EQUIPMENT |
| CA3135226A1 (en) | 2019-05-14 | 2020-11-19 | David Edward Taylor | Methods and systems for low latency generation and distribution of trading signals from financial market data |
| CN110518917B (zh) * | 2019-07-17 | 2023-01-03 | 华东计算技术研究所（中国电子科技集团公司第三十二研究所） | 基于Huffman编码的LZW数据压缩方法及系统 |
| US20220261900A1 (en) | 2021-02-16 | 2022-08-18 | Exegy Incorporated | Methods and Systems for Joining Market Making at Low Latency |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4464650A (en) | 1981-08-10 | 1984-08-07 | Sperry Corporation | Apparatus and method for compressing data signals and restoring the compressed data signals |
| US4558302A (en) | 1983-06-20 | 1985-12-10 | Sperry Corporation | High speed data compression and decompression apparatus and method |
| US4730348A (en) | 1986-09-19 | 1988-03-08 | Adaptive Computer Technologies | Adaptive data compression system |
| US5146221A (en) | 1989-01-13 | 1992-09-08 | Stac, Inc. | Data compression apparatus and method |
| CA2065578C (en) | 1991-04-22 | 1999-02-23 | David W. Carr | Packet-based data compression method |
| US5442350A (en) | 1992-10-29 | 1995-08-15 | International Business Machines Corporation | Method and means providing static dictionary structures for compressing character data and expanding compressed data |
| US5550540A (en) | 1992-11-12 | 1996-08-27 | Internatioal Business Machines Corporation | Distributed coding and prediction by use of contexts |
| US5369605A (en) | 1993-07-07 | 1994-11-29 | Dell Usa, L.P. | Incremental search content addressable memory for increased data compression efficiency |
| US5521597A (en) | 1993-08-02 | 1996-05-28 | Mircosoft Corporation | Data compression for network transport |
| JP3397431B2 (ja) | 1994-03-16 | 2003-04-14 | 富士通株式会社 | データ圧縮方法および装置ならびにデータ復元方法および装置 |
| US5701125A (en) | 1994-06-15 | 1997-12-23 | The United States Of America As Represented By The United States Department Of Energy | Method for compression of data using single pass LZSS and run-length encoding |
| US5572206A (en) | 1994-07-06 | 1996-11-05 | Microsoft Corporation | Data compression method and system |
| US5572209A (en) | 1994-08-16 | 1996-11-05 | International Business Machines Corporation | Method and apparatus for compressing and decompressing data |
| EP0718980A1 (en) | 1994-12-20 | 1996-06-26 | International Business Machines Corporation | Data compression method of individual sequences of strings of a data stream based on a dictionary and device for performing the same |
| US5608396A (en) | 1995-02-28 | 1997-03-04 | International Business Machines Corporation | Efficient Ziv-Lempel LZI data compression system using variable code fields |
| US5663721A (en) | 1995-03-20 | 1997-09-02 | Compaq Computer Corporation | Method and apparatus using code values and length fields for compressing computer data |
| US5815097A (en) * | 1996-05-23 | 1998-09-29 | Ricoh Co. Ltd. | Method and apparatus for spatially embedded coding |
| US5703581A (en) | 1996-06-14 | 1997-12-30 | Lucent Technologies Inc. | Method and apparatus for data compression and decompression |
| US5831558A (en) | 1996-06-17 | 1998-11-03 | Digital Equipment Corporation | Method of compressing and decompressing data in a computer system by encoding data using a data dictionary |
| US6121903A (en) * | 1998-01-27 | 2000-09-19 | Infit Communications Ltd. | On-the-fly data re-compression |
| CA2260289A1 (en) | 1998-01-29 | 1999-07-29 | Steven Michael Bellovin | A method of improving data compression over unreliable underlying networks |
| US6216175B1 (en) * | 1998-06-08 | 2001-04-10 | Microsoft Corporation | Method for upgrading copies of an original file with same update data after normalizing differences between copies created during respective original installations |
| US6301394B1 (en) * | 1998-09-25 | 2001-10-09 | Anzus, Inc. | Method and apparatus for compressing data |
| US6236341B1 (en) * | 2000-03-16 | 2001-05-22 | Lucent Technologies Inc. | Method and apparatus for data compression of network packets employing per-packet hash tables |
-
2000
- 2000-03-16 US US09/527,315 patent/US6388584B1/en not_active Expired - Lifetime
- 2000-10-23 EP EP00309337A patent/EP1134900B1/en not_active Expired - Lifetime
- 2000-10-23 DE DE60001210T patent/DE60001210T2/de not_active Expired - Lifetime
-
2001
- 2001-02-07 CA CA002334442A patent/CA2334442C/en not_active Expired - Lifetime
- 2001-03-16 JP JP2001076121A patent/JP3875502B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004206228A (ja) * | 2002-12-24 | 2004-07-22 | Nec Corp | ストア命令実行制御方式 |
| JP2006146580A (ja) * | 2004-11-19 | 2006-06-08 | Nec Corp | ストレージシステムとそのレプリケーション方法並びにプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1134900B1 (en) | 2003-01-15 |
| DE60001210D1 (de) | 2003-02-20 |
| DE60001210T2 (de) | 2003-08-21 |
| EP1134900A1 (en) | 2001-09-19 |
| CA2334442C (en) | 2005-07-26 |
| JP3875502B2 (ja) | 2007-01-31 |
| CA2334442A1 (en) | 2001-09-16 |
| US6388584B1 (en) | 2002-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3875502B2 (ja) | データ通信方法及びデータ通信装置 | |
| EP1258998B1 (en) | Method and apparatus for data compression of network packets employing per-packet hash tables | |
| US7737870B1 (en) | Bit-stream huffman coding for data compression | |
| US10277716B2 (en) | Data compression for priority based data traffic, on an aggregate traffic level, in a multi stream communications system | |
| CA2065578C (en) | Packet-based data compression method | |
| US8718098B2 (en) | Method for compressing and decompressing time stamp and equipment thereof | |
| US5831558A (en) | Method of compressing and decompressing data in a computer system by encoding data using a data dictionary | |
| CA2299902C (en) | Method and apparatus for data compression using fingerprinting | |
| US8456332B2 (en) | Systems and methods for compression of logical data objects for storage | |
| US5877711A (en) | Method and apparatus for performing adaptive data compression | |
| US9923577B1 (en) | Hybrid software-hardware implementation of lossless data compression and decompression | |
| EP2971721B1 (en) | Data compression for priority-based data traffic, on an aggregate traffic level, in a multi-stream communications system | |
| US7564861B1 (en) | Systems and methods for compressing data | |
| CN112399479B (zh) | 用于数据传输的方法、电子设备和存储介质 | |
| US6778109B1 (en) | Method for efficient data encoding and decoding | |
| US20040036633A1 (en) | System and methods for embedding additional data in compressed data streams | |
| Dorward et al. | Robust data compression of network packets | |
| JP3673222B2 (ja) | 可変長符号化方法及び装置並びに可変長復号化方法及び装置 | |
| US11722149B2 (en) | Deflate compression using sub-literals for reduced complexity Huffman coding | |
| KR100443012B1 (ko) | 압축데이터의 바이트열 복원 방법 | |
| CN114416350A (zh) | 一种解压方法、装置、可读存储介质 | |
| WO2000038098A1 (en) | Synthetic history for adaptive data compression | |
| JPS62209948A (ja) | デ−タ圧縮伝送方法 | |
| EP3024146A1 (en) | Compression by rotation indexing | |
| JP2004120251A (ja) | データ圧縮方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060215 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060515 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060518 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060810 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060828 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060919 |
|
| 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: 20061004 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061026 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3875502 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131102 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |