JP3857611B2 - データ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置 - Google Patents
データ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置 Download PDFInfo
- Publication number
- JP3857611B2 JP3857611B2 JP2002144607A JP2002144607A JP3857611B2 JP 3857611 B2 JP3857611 B2 JP 3857611B2 JP 2002144607 A JP2002144607 A JP 2002144607A JP 2002144607 A JP2002144607 A JP 2002144607A JP 3857611 B2 JP3857611 B2 JP 3857611B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- compression
- connection
- unit
- number counter
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
- G06F17/40—Data acquisition and logging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Information Transfer Between Computers (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はデータの圧縮を行うためのデータ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置に関し、特に通信データの圧縮に適したデータ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置に関する。
【０００２】
【従来の技術】
近年、携帯電話やＰＨＳ(Personal Handyphone System)といった移動体電話を用いたデータ通信が盛んに行われている。特に最近は、パケット通信によるデータ通信サービスも開始され、多くのユーザに利用されている。一般的なパケット通信の課金方式では、送受信したパケット数により料金が算出される。そのため、通信データをできる限り圧縮して送受信することが望まれている。
【０００３】
そこで、従来は、送受信するパケットに所定のデータ圧縮処理を施し、圧縮されたデータを転送していた。これにより、転送されるパケット数を低減させることができる。パケット数が少なくなるということは、料金が安くなると共に、データ転送時間が短くなるという利点がある。
【０００４】
図１３は、従来のデータ圧縮処理を示す概念図である。図１３には、ウェブサーバ９１０やメールサーバ９２０から出力されるデータを、圧縮処理部９３０で圧縮してネットワーク９４０を介して送信する場合の例について示している。ウェブサーバ９１０からは、たとえば、ＨＴＭＬ(Hyper Text Markup Language)形式の文書データ９１やＧＩＦ(Graphics Interchange Format)形式などで圧縮された画像データ９２などが出力される。メールサーバ９２０からは、たとえば、テキスト形式のメールデータ９３が出力される。文書データ９１、画像データ９２、メールデータ９３などは、圧縮処理部９３０によって圧縮される。その結果、圧縮処理部９３０の圧縮方式に応じた圧縮形式の文書データ９１ａ、画像データ９２ａ、メールデータ９３ａが生成される。これらの圧縮されたデータが、ネットワーク９４０を介して送信される。
【０００５】
これにより、通信データの小容量化を図ることができる。その結果、パケット通信の通信料金が安くなると共に、データ転送時間が短縮される。
なお、圧縮処理部９３０でデータの圧縮を行うかどうか（圧縮処理機能のＯＮ／ＯＦＦ）は、システム（圧縮処理部９３０を実装した装置）単位で予め設定されている。したがって、圧縮処理部９３０において送信データを圧縮すべき旨の指定がされていれば、圧縮処理部９３０を経由して送信される全てのデータに対して圧縮処理が行われる。
【０００６】
【発明が解決しようとする課題】
しかし、通信データの中には、圧縮処理を行っても、実際にデータ容量が減少しないものがある。たとえば、元々圧縮されているデータは、再度圧縮処理を行ってもデータ容量が減少しない。このような場合、データに対する圧縮処理を試みた分だけ性能的な損失が発生する。
【０００７】
本発明はこのような点に鑑みてなされたものであり、圧縮効果の高いデータのみを圧縮することができるデータ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の態様では上記課題を解決するために、図１に示すような処理をコンピュータに実行させるデータ圧縮プログラムが提供される。本発明に係るデータ圧縮プログラムは、コンピュータに次の処理を実行させる。すなわち、まず、コンピュータは、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化する。次に、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮する。次に、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップする。そして、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する。
【０００９】
このようなデータ圧縮プログラムを実行するコンピュータによれば、圧縮対象データの一部のデータの圧縮が行われる。一部のデータの圧縮処理の前後でのデータ容量に基づいて圧縮効果の有無が判定される。そして、圧縮効果がある場合にのみ他のデータの圧縮が行われる。
【００１０】
本発明の第２の態様では、コンピュータでデータを圧縮するためのデータ圧縮方法において、初期化手段が、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化し、圧縮手段が、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮し、圧縮不可回数カウント手段が、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップし、判定手段が、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する、ことを特徴とするデータ圧縮方法が提供される。
【００１１】
このようなデータ圧縮方法によれば、圧縮対象データの一部のデータの圧縮が行われる。一部のデータの圧縮処理の前後でのデータ容量に基づいて圧縮効果の有無が判定される。そして、圧縮効果がある場合にのみ他のデータの圧縮が行われる。
【００１２】
本発明の第３の態様では、データを圧縮するためのデータ圧縮装置において、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化する初期化手段と、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮する圧縮手段と、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップする圧縮不可回数カウント手段と、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する判定手段と、を有することを特徴とするデータ圧縮装置が提供される。
【００１３】
このようなデータ圧縮装置によれば、圧縮対象データの一部のデータの圧縮が行われる。一部のデータの圧縮処理の前後でのデータ容量に基づいて圧縮効果の有無が判定される。そして、圧縮効果がある場合にのみ他のデータの圧縮が行われる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。
【００１５】
図１は、実施の形態に適用される発明の概念図である。図１には、送信側装置１から圧縮対象データ４，５がネットワーク２を介して受信側装置３に送信される場合のデータ圧縮処理が示されている。図１の例では、圧縮対象データ４はテキストデータのような未圧縮のデータ（圧縮処理が行われていないデータ）である。また、圧縮対象データ５は、圧縮された画像データのような既圧縮のデータ（圧縮処理が行われているデータ）である。
【００１６】
ここで、まず、送信側装置１において圧縮対象データ４，５の一部のデータを圧縮する（ステップＳ１）。たとえば、圧縮データ４，５を複数の単位データに分割して、データ配列上の先頭のデータから順に圧縮を試みる。
【００１７】
次に、送信側装置１では、一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定する（ステップＳ２）。たとえば、データ圧縮によりデータ容量が少しでも減少していれば、圧縮の効果有りとすることができる。図１の例では、圧縮対象データ４は未圧縮のデータであるため、一部のデータの圧縮処理により、そのデータのデータ容量は減少する。一方、圧縮対象データ５は既圧縮データであるため、一部のデータの圧縮処理を行ってもデータ容量はほぼ同じであり、減少していない。
【００１８】
そして、送信側装置１は、圧縮効果があると判定された場合にのみ、圧縮対象データを構成する他のデータを圧縮する（ステップＳ３）。すなわち、未圧縮の圧縮対象データ４は残りのデータも圧縮されるが、既圧縮の圧縮対象データ５の残りのデータは圧縮されない。
【００１９】
送信側装置１からは、圧縮後の圧縮対象データ４ａがネットワーク２を介して受信側装置３に送信される。この圧縮対象データ４ａは、受信側装置３で展開され、元の圧縮対象データ４が再生される（ステップ４）。また、送信側装置１からは、圧縮対象データ５がネットワーク２を介して受信側装置３に送信される。
【００２０】
このようにして、通信データのコンテンツのデータ形式（たとえば圧縮形式か否か）に関係なく、効率的なデータ通信が可能となる。特に、大容量のデータの通信においては、そのデータに対して無駄な圧縮処理を実行すると、システム全体としてのデータ処理効率が大きくて低下してしまう。したがって、オンラインでの音声データや映像データの配信システムへの本発明の適用は特に有効である。
【００２１】
また、本発明は、データ圧縮処理に対してＣＰＵ(Central Processing Unit )の処理能力を十分に割くことができない端末装置に適用することで、より効果を発揮することができる。たとえば、近年モバイルネットワークが普及してきている。モバイルネットワークでは、移動体電話機（携帯電話機やＰＨＳなど）やカーナビゲーションシステムなどの端末装置を用いて、インターネット上のコンテンツの閲覧等を可能としている。これらの端末装置は、データ通信以外に、その装置本来の機能を有している。移動体電話機であれば無線による通話機能であり、カーナビゲーションシステムであれば道順のナビゲーション機能である。このような移動体通信に用いられる端末装置でデータ通信を行うには、その装置本来の機能を損なわずにデータ通信に伴うデータ圧縮や展開等の処理を実行する必要がある。そのため、データ通信によるＣＰＵへの負荷をできるだけ少なくすることが求められる。
【００２２】
以下、モバイルネットワークを介した通信に本発明を適用した場合の実施の形態について詳しく説明する。
図２は、本実施の形態のシステム構成例を示す図である。図２に示すように、通信サーバ１００が、ネットワーク２１とネットワーク２２とに接続されている。通信サーバ１００は、ネットワーク２１，２２を介してＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)の通信を行うことができるとともに、ネットワーク２１とネットワーク２２との間のゲートウェイの機能を有している。
【００２３】
ネットワーク２１は、たとえばモバイルネットワークである。ネットワーク２１には、複数の端末装置２００〜２０２が接続可能である。端末装置２００〜２０２は、たとえば、携帯型のパーソナルコンピュータ、携帯電話機、カーナビゲーションシステムである。
【００２４】
ネットワーク２２は、たとえば、インターネットやイントラネットである。ネットワーク２２には、各種サーバ３１，３２が接続されている。サーバ３１，３２は、コンテンツサーバやアプリケーションサーバなどである。
【００２５】
なお、ネットワーク２１を介した通信サーバ１００と端末装置２００〜２０２との間で通信されるデータは、端末装置２００〜２０２内の通信用のバッファサイズに合わせた単位データに分割され、単位データ毎に送信される。
【００２６】
図３は、通信サーバのハードウェア構成例を示す図である。通信サーバ１００は、ＣＰＵ１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６，１０７が接続されている。
【００２７】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００２８】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０８を介してＣＰＵ１０１に送信する。
【００２９】
通信インタフェース１０６は、ネットワーク２１に接続されている。通信インタフェース１０６は、ネットワーク２１を介して端末装置２００〜２０２との間でデータの送受信を行う。通信インタフェース１０７は、ネットワーク２２に接続されている。通信インタフェース１０７は、ネットワーク２２を介してサーバ３１，３２との間でデータの送受信を行う。
【００３０】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、通信サーバ１００のハードウェア構成例を示したが、他のサーバ３１，３２や端末装置２００〜２０２も同様のハードウェア構成で実現することができる。但し、サーバ３１，３２には、ネットワーク２１に接続するための通信インタフェースは不要である。また、端末装置２００〜２０２には、ネットワーク２２に接続するための通信インタフェースは不要である。さらに、端末装置２００〜２０２には、各装置本来の機能を実現するための要素が含まれている。たとえば、移動体電話機であれば、無線による通話機能を備えており、カーナビゲーションシステムであれば、ＧＰＳ(Global Positioning System)による現在地測定機能や目的地までのナビゲーション機能などを備えている。
【００３１】
なお、端末装置２００〜２０２におけるモニタ１１に相当する出力装置とキーボード１２やマウス１３に相当する入力装置とは、本体と一体に構成することができる。また、入力装置と本体とを無線で接続することもできる。
【００３２】
次に、通信サーバ１００と端末装置２００〜２０２との間のデータ通信処理について具体的に説明する。なお、以下の説明では代表的に端末装置２００を用いて説明するが、他の端末装置２０１，２０２が有する機能も同様である。
【００３３】
図４は、通信サーバと端末装置とのデータ通信機能を示す機能ブロック図である。図４の例では、通信サーバ１００は、圧縮制御部１１０、通信処理部１２０、ゲートウェイ１３０、ウェブサーバ１４０、およびメールサーバ１５０を有している。
【００３４】
圧縮制御部１１０は、データの圧縮および展開を行う。具体的には、圧縮制御部１１０は、ゲートウェイ１３０、ウェブサーバ１４０、あるいはメールサーバ１５０などから端末装置２００宛てに送信すべきデータを受け取ると、そのデータの圧縮効率の良否を判断する。そして、圧縮制御部１１０は、圧縮効率が良いと判断された場合には、データを圧縮して通信処理部１２０に渡す。なお、圧縮制御部１１０は、圧縮したデータに対して、そのデータが圧縮されていることを示すフラグ（圧縮有効フラグ）が付与される。また、圧縮制御部１１０は、圧縮効率が悪いと判断された場合には、データの圧縮処理を行わずに、元のデータを通信処理部１２０に渡す。
【００３５】
なお、圧縮効率の良否は、送信すべきデータの一部の圧縮処理を試み、その結果によって判断する。すなわち、単位データの圧縮によるデータ容量の圧縮率（元のデータ容量に対して何％のデータ容量になったか）が所定値（圧縮効率閾値）未満の場合に圧縮効率が良好であると判断し、そうでない場合には圧縮効率が悪いと判断する。圧縮効率閾値として、たとえば１００％を設定しておくことができる。この場合、圧縮制御部１１０は、少しでもデータ容量が減少していれば圧縮効率が良いと判断する。なお、圧縮効率が１００％以上になる場合とは、たとえば、既に圧縮されているデータに圧縮処理を試み、元のデータは圧縮されず、余分なヘッダ情報が付与されるような場合である。
【００３６】
圧縮制御部１１０は、データの圧縮処理を行うために圧縮制御プロセス毎の環境変数情報１１１と、端末装置２００との間のコネクション毎のコネクションテーブル１１２とを有している。圧縮制御プロセスは、端末装置２００や他の端末装置２０１，２０２からの通信確立要求に応答して、端末装置対応づけて生成される。コネクションは、端末装置２００や他の端末装置２０１，２０２からの処理要求（たとえば、データ取得要求）毎に、端末装置との間で確立される。なお、環境変数情報１１１とコネクションテーブル１１２との内容の詳細は後述する。
【００３７】
また、圧縮制御部１１０は、通信処理部１２０を介して端末装置２００や他の端末装置２０１，２０２からデータを受け取った際には、そのデータの圧縮処理の有無を判断する。受け取ったデータが圧縮されていれば、そのデータを展開して、ゲートウェイ１３０，ウェブサーバ１４０、もしくはメールサーバ１５０に渡す。なお、データの圧縮の有無は、そのデータに付与されているフラグ（圧縮有効フラグ）の値によって判断できる。
【００３８】
通信処理部１２０は、端末装置２００や他の端末装置２０１，２０２との間でデータ通信を行う。本実施の形態では、ＴＣＰ／ＩＰの通信を行うものとする。
ゲートウェイ１３０は、端末装置２００をネットワーク２２上の他のサーバ３１，３２に接続するためのゲートウェイである。ウェブサーバ１４０は、コンテンツなどを端末装置２００に提供する。メールサーバ１５０は、端末装置２００を使用するユーザ宛の電子メールを受信して保持したり、端末装置２００から他のコンピュータ宛の電子メールを送信したりする。
【００３９】
なお、図４の例では、通信サーバ１００内にウェブサーバ１４０やメールサーバ１５０が設けられているが、ウェブサーバ１４０やメールサーバ１５０は、ネットワーク２２上の他のサーバコンピュータに設けられていてもよい。その場合、端末装置２００は、ゲートウェイ１３０を介してウェブサーバ１４０やメールサーバ１５０にアクセスすることができる。
【００４０】
端末装置２００は、圧縮制御部２１０、通信処理部２２０、ウェブブラウザ２３０、およびメーラ２４０を有している。
圧縮制御部２１０は、データの圧縮および展開を行う。具体的には、圧縮制御部２１０は、ウェブブラウザ２３０やメーラ２４０から通信サーバ１００や他のサーバ３１，３２に送信すべきデータを受け取ると、そのデータの圧縮効率の良否を判断する。そして、圧縮制御部２１０は、圧縮効率が良いと判断した場合には、データを圧縮して通信処理部２２０に渡す。また、圧縮制御部２１０は、圧縮効率が悪いと判断した場合には、データの圧縮処理を行わずに、元のデータを通信処理部２２０に渡す。なお、圧縮効率の良否判断処理は、通信サーバ１００の圧縮制御部１１０で行われる処理と同様である。また、圧縮制御部２１０は、データの圧縮処理を行うために環境変数情報２１１と、通信サーバ１００との間で確立されるコネクション毎のコネクションテーブル２１２とを有している。
【００４１】
また、圧縮制御部２１０は、通信処理部２２０を介して通信サーバ１００からデータを受け取った際には、そのデータの圧縮処理の有無を判断する。受け取ったデータが圧縮されていれば、そのデータを展開して、ウェブブラウザ２３０やメーラ２４０に渡す。なお、データの圧縮の有無は、そのデータに付与されているフラグ（圧縮指定フラグ）の値によって判断できる。
【００４２】
通信処理部２２０は、通信サーバ１００との間でデータ通信を行う。本実施の形態では、ＴＣＰ／ＩＰの通信を行うものとする。
ウェブブラウザ２３０は、ウェブサーバ１４０などで提供されるコンテンツの閲覧機能を備えている。具体的には、ウェブブラウザ２３０は、ユーザからの操作入力等に応答して、コンテンツ等のデータの取得要求を各種サーバ宛てに送信して、その取得要求に応答して送られてきたデータを画面に表示させる。
【００４３】
メーラ２４０は、電子メールの送受信を行う。具体的には、メーラ２４０は、ユーザの操作入力に応答して、電子メールデータを生成し、その電子メールデータをメールサーバ１５０に送信する。また、メーラ２４０は、メールサーバ１５０から端末装置２００を使用しているユーザ宛の電子メールを受信し、その内容を画面に表示させる。
【００４４】
図５は、環境変数情報のデータ構造例を示す図である。環境変数情報１１１には、圧縮指定フラグ(cmp＿flg)、非効率圧縮最大回数(cmp＿maxcount)、圧縮効率閾値(cmp＿rate)、バッファサイズ(buffer＿size)などが設定されている。圧縮指定フラグ(cmp＿flg)、非効率圧縮最大回数(cmp＿maxcount)、圧縮効率閾値(cmp＿rate)およびバッファサイズ(buffer＿size)は、通信サーバ１００と端末装置２００との間で通信状態を確立した際に、端末装置２００から通信サーバ１００に渡される。
【００４５】
圧縮指定フラグ(cmp＿flg)は、環境変数情報１１１に対応する端末装置２００との間で通信されるデータを圧縮するか否かを示す情報である。本実施の形態では、データを圧縮して通信する際には、圧縮指定フラグに「１」が設定される。また、データの圧縮を行わない場合には、圧縮指定フラグに「０」が設定される。
【００４６】
非効率圧縮最大回数(cmp＿maxcount)は、送信すべきデータ全体の圧縮処理の要否を判定するための判断基準を示す情報である。非効率圧縮最大回数には、送信するデータを分割した単位データの圧縮を試みた結果、圧縮効率が悪いと連続して判断された回数の最大値が設定される。圧縮効率が悪いと連続して判断された回数が非効率圧縮最大回数に達した場合には、データの圧縮が不要と判断され、以後のデータの圧縮処理が回避される。
【００４７】
圧縮効率閾値(cmp＿rate)は、圧縮効率の良否を判断するための判断基準となる情報である。単位データに対する圧縮処理後のデータ容量が、圧縮前のデータ容量に対して圧縮効率閾値以上であれば、圧縮効率が悪いと判断される。単位データに対する圧縮処理後のデータ容量が、圧縮前のデータ容量に対して圧縮効率閾値未満であれば、圧縮効率が良いと判断される。
【００４８】
バッファサイズ(buffer＿size)は、環境変数情報１１１に対応する端末装置２００が有する通信用のバッファサイズである。圧縮制御部１１０は、バッファサイズに設定されたデータ容量毎に、送信すべきデータを分割して複数の単位データを生成する。
【００４９】
なお、図５には、通信サーバ１００内の環境変数情報１１１のデータ構造例を示したが、端末装置２００内の環境変数情報２１１も同様のデータ構造である。
図６は、コネクションテーブルのデータ構造例を示す図である。コネクションテーブル１１２には、圧縮有効フラグ(cmp＿act)と圧縮不可回数カウンタ(cmp＿cnt)とが含まれている。圧縮有効フラグは、送信する単位データの圧縮の有無を示す情報である。
【００５０】
圧縮有効フラグは、単位データに対する圧縮処理を行うか否かを示す情報である。圧縮有効フラグがＯＮ（１が設定されている）のときには、単位データに対して圧縮が行われる。圧縮有効フラグがＯＦＦ（０が設定されている）のときには、単位データに対する圧縮処理は行われない。圧縮有効フラグの値は、圧縮要否判断の結果に基づいて圧縮制御部１１０により設定される。また、送信されるデータ（各単位データ）に、そのデータの圧縮要否を判断したときの圧縮有効フラグを付与することで、そのデータの圧縮の有無が示される。
【００５１】
圧縮不可回数カウンタ(cmp＿cnt)は、効率の悪い圧縮処理が何回連続したかを示すカウンタである。圧縮不可回数カウンタの値と、環境変数情報１１１内の非効率圧縮最大回数とを比較することにより、送信対象となっているデータの圧縮の要否が判断される。
【００５２】
圧縮不可回数カウンタの値は、圧縮制御部１１０によって設定される。圧縮不可回数カウンタに値を設定するための条件は、以下の通りである。
圧縮不可回数カウンタには、初期値（コネクションテーブル１１２作成時）として０が設定される。また、コネクションの再利用時（コネクションを継続させてそのコネクションにより複数回のデータ転送を行うときの各データの送信開始時）、端末装置からデータを受け取った際にも、圧縮不可回数カウンタの値に０が設定される。さらに、効率の良い圧縮が行われた際には、圧縮不可回数カウンタの値に０が設定（クリア）される。効率の悪い圧縮が行われたら、圧縮不可回数カウンタの値に１が加算される。
【００５３】
なお、図６には、通信サーバ１００内のコネクションテーブル１１２のデータ構造例を示したが、端末装置２００内のコネクションテーブル２１２も同様のデータ構造である。
【００５４】
次に、本実施の形態におけるデータ通信処理について説明する。本実施の形態では、圧縮すべき旨が指定されている場合、まず圧縮処理を有効としてデータ通信が行われる。そして、ＴＣＰ／ＩＰコネクション単位で圧縮効率が判断される。圧縮効率が悪いと判断された場合には、以後、同一コネクション内の同一方向のデータ転送においては、圧縮処理を行わない。
【００５５】
図７は、データ通信状況を示す概念図である。図７の例では、通信サーバ１００のウェブサーバ１４０から端末装置２００宛のデータとして、ＨＴＭＬ形式の文書データ４１やＧＩＦなどの圧縮形式の画像データ４２が出力されている。また、通信サーバ１００のメールサーバ１５０から端末装置２００宛のデータとして、テキスト形式のメールデータ４３が出力されている。これらの各データは、個別のコネクションで通信される。
【００５６】
圧縮制御部１１０は、コネクション単位でデータ圧縮処理のＯＮ／ＯＦＦを切り替える。文書データ４１やメールデータ４３の場合、元々圧縮されていないため圧縮制御部１１０で圧縮され、圧縮形式の文書データ４１ａやメールデータ４３ａがネットワーク２１を介して端末装置２００に送信される。なお、圧縮されたデータには、圧縮したことを示す情報（圧縮有効フラグがＯＮ）が付与されている。
【００５７】
画像データ４２の場合、元々圧縮されたデータである。そのため、再度圧縮処理を行っても、データ容量はあまり小さくならない。しかも、余分なヘッダ情報などが付与されて、データ容量が増加する場合さえある。そのため、圧縮制御部１１０は、画像データ４２の一部のデータの圧縮を試みることで圧縮効率が悪いことを判別し、それ以降のデータに対しては圧縮処理を行わない。そして、画像データ４２に関しては、元のデータがそのままネットワーク２１を介して端末装置２００に送信される。
【００５８】
端末装置２００では、受信したデータの圧縮有効フラグがＯＮであれば、圧縮制御部２１０がそのデータを展開する。したがって、圧縮された文書データ４１ａやメールデータ４３ａが展開され、元の文書データ４１やメールデータ４３が復元される。画像データ４２に対しては、展開処理は行われない。そして、各データは、そのデータを処理すべき要素（ウェブブラウザ２３０やメーラ２４０）に渡される。
【００５９】
このように、ＨＴＭＬ形式やテキスト形式のデータのように、圧縮が有効なデータは圧縮して送信される。その結果、送信するデータの容量が削減され、データの送信時間が短縮される。また、圧縮形式の画像データのように先頭のデータに対する圧縮処理を行ってもデータ容量が削減されない場合、後続のデータの圧縮処理を行わない。そのため、無駄な圧縮処理が行われず、圧縮に使用するＣＰＵ時間を削減することができる。圧縮に使用するＣＰＵ時間が削減されることで、ＣＰＵ負荷が軽減され、全体としての性能を向上させることができる。
【００６０】
なお、図７の例では、通信サーバ１００から端末装置２００へデータが転送される場合の状況を示したが、端末装置２００から通信サーバ１００へデータが転送される場合も同様に、圧縮効率が良い場合には、圧縮処理を行ったデータが転送される。
【００６１】
図８は、データ通信の流れを示すシーケンス図である。図８の例では、端末装置２００から通信サーバ１００に対して処理要求（たとえば、データの取得要求）を送信し、通信サーバ１００から端末装置２００へ処置結果（たとえば、取得したデータ）を送信する場合の例である。以下、図８に示す処理をステップ番号に沿って説明する。
【００６２】
［ステップＳ１１］端末装置２００は、通信環境の設定要求を通信サーバ１００に対して送信する。この設定要求には、端末装置２００に予め設定されている環境変数情報２１１が含まれる。
【００６３】
［ステップＳ１２］通信サーバ１００は、端末装置２００からの通信環境の設定要求に応答して、端末装置２００に対応する環境変数情報１１１を生成する。生成された環境変数情報１１１には、端末装置２００の環境変数情報２１１と同じ値の情報（圧縮指定フラグ、非効率圧縮最大回数、圧縮効率閾値、バッファサイズなど）が設定される。なお、図８の例では、圧縮指定フラグの値は１であるものとする（圧縮を行う）。
【００６４】
［ステップＳ１３］端末装置２００の圧縮制御部２１０は、ウェブブラウザ２３０やメーラ２４０などのアプリケーション（アプリケーションソフトウェアに基づく処理機能）から、通信サーバ１００に対して送信すべき処理要求を受け付ける。
【００６５】
［ステップＳ１４］端末装置２００の圧縮制御部２１０は、アプリケーションから渡された処理要求を構成するデータを複数の単位データに分割し、単位データに対する圧縮処理を行う。圧縮制御部２１０は、効率の良い圧縮が行われた場合には、圧縮された単位データを通信処理部２２０に渡す。その際、単位データに、圧縮したことを示す圧縮有効フラグを付与する。また、圧縮制御部２１０は、効率の悪い圧縮が行われた場合には、圧縮前の元の単位データを通信処理部２２０に渡す。なお、圧縮処理中において、データの圧縮効率が悪いと判断されると、それ以降の単位データに対しては圧縮処理は実行されない。
【００６６】
［ステップＳ１５］端末装置２００の通信処理部２２０は、圧縮制御部２１０から受け取った単位データを通信サーバ１００へ送信する。
［ステップＳ１６］通信サーバ１００の通信処理部１２０は、端末装置２００から送られた単位データを受信し、圧縮制御部１１０に渡す。
【００６７】
［ステップＳ１７］通信サーバ１００の圧縮制御部１１０は、受け取った単位データの圧縮有効フラグの有無を判断し、圧縮したことを示す圧縮有効フラグが付与されている場合には、その単位データを展開する。圧縮したことを示す圧縮有効フラグが付与されていなければ、展開処理は不要である。
【００６８】
［ステップＳ１８］通信サーバ１００の圧縮制御部１１０は、非圧縮の単位データを繋ぎ合わせて元のデータ（処理要求）を構成し、その処理要求に対応する処理を実行すべき要素（ゲートウェイ１３０、ウェブサーバ１４０あるいはメールサーバ１５０）に渡す。すると、データを受け取った要素によって処理要求に応じた処理が行われ、処理結果を表すデータが圧縮制御部１１０に渡される。
【００６９】
［ステップＳ１９］通信サーバ１００の圧縮制御部１１０は、環境変数情報１１１の圧縮指定フラグを参照し、端末装置２００に送信すべきデータの圧縮処理の要否を判定する。圧縮処理が必要であれば、処理結果のデータを環境変数情報１１１に設定されているバッファサイズで示されるデータ容量の単位データに分割して、各単位データの圧縮処理を行う。圧縮制御部１１０は、効率の良い圧縮が行われた場合には、圧縮された単位データを通信処理部１２０に渡す。また、圧縮制御部１１０は、効率の悪い圧縮が行われた場合には、圧縮前の元の単位データを通信処理部１２０に渡す。なお、圧縮処理中において、データの圧縮効率が悪いと判断されると、それ以降の単位データに対しては圧縮処理は実行されない。
【００７０】
［ステップＳ２０］通信サーバ１００の通信処理部１２０は、圧縮制御部１１０から受け取った単位データを端末装置２００へ送信する。
［ステップＳ２１］端末装置２００の通信処理部２２０は、通信サーバ１００から送られた単位データを受信し、圧縮制御部２１０に渡す。
【００７１】
［ステップＳ２２］端末装置２００の圧縮制御部２１０は、受け取った単位データの圧縮有効フラグの有無を判断し、圧縮したことを示す圧縮有効フラグが付与されている場合には、その単位データを展開する。圧縮したことを示す圧縮有効フラグが付与されていなければ、展開処理は不要である。
【００７２】
［ステップＳ２３］端末装置２００の圧縮制御部２１０は、非圧縮の単位データを繋ぎ合わせて元のデータ（処置結果）を構成し、ステップＳ１３において処理要求を出したアプリケーションへ、処置結果を示すデータを渡す。
【００７３】
ところで、端末装置２００から通信サーバ１００へのデータ送信、あるいは通信サーバ１００から端末装置２００へのデータ送信は、１回のコネクションで複数のデータを送信することができる。たとえば、ＨＴＴＰ(HyperText Transfer Protocol)通信であればＨＴＴＰキープアライブ機能を利用することができる。すなわち、端末装置２００がキープアライブのオプションを指定した要求を通信サーバ１００に送ると、そのオプションを認識した通信サーバ１００は、要求に応じたデータを端末装置２００に転送した後もコネクション（接続状態）を維持する。
【００７４】
一般に、連続して転送されるデータの圧縮の有効性の有無は、共通性を持つ。たとえば、ウェブサーバからウェブページ内のコンテンツを端末装置へ転送する場合を想定する。電子会議室の発言履歴のように文字情報を基本としたウェブページであれば、連続して転送される各データに対する圧縮は有効である（多くの場合、文字情報は圧縮されずにＨＴＭＬ文書内に記述されている）。一方、ストリーミングによる音楽配信のように音楽のコンテンツを受信する場合であれば、連続して転送される各データに対する圧縮は無駄である（一般に、音楽データは予め圧縮されている）。
【００７５】
そこで、本実施の形態では、コネクションを維持している間に同一方向（端末装置から通信サーバ、あるいは通信サーバから端末装置）に連続して転送されるデータの場合、圧縮の効果が無いと判断されると、それ以降、圧縮不要の状態を維持する。なお、コネクションが切断されて新たなコネクションが確立された場合や、同一コネクションの間でも逆方向のデータが流れた場合には、それまでと異なる種別のデータが転送されるものと判断して、圧縮が必要な状態に設定する。
【００７６】
以下、コネクションを継続し、複数のデータの通信を行う場合のデータ送受信処理について詳細に説明する。なお、データ送受信処理は、通信サーバ１００と端末装置２００とで同様の処理が行われる。そこで、以下に通信サーバ１００のデータ送受信処理を例に採って説明する。
【００７７】
図９は、データ送受信処理の手順を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。
［ステップＳ３１］圧縮制御部１１０は、まず圧縮不可回数カウンタを初期化（０を設定）する。
【００７８】
［ステップＳ３２］圧縮制御部１１０は、ネットワーク２１からのデータ受信があるか否かを判断する。すなわち、圧縮制御部１１０は、通信処理部１２０からデータを受け取ったか否かを判断する。データ受信があれば処理がステップＳ３３に進められる。データ受信がなければ処理がステップＳ３５に進められる。
【００７９】
［ステップＳ３３］圧縮制御部１１０は、データ受信処理を行う。データ受信処理の詳細は後述する。
［ステップＳ３４］圧縮制御部１１０は、圧縮不可回数カウンタに０を設定する。
【００８０】
［ステップＳ３５］圧縮制御部１１０は、ネットワーク２１へのデータ送信があるか否かを判断する。すなわち、圧縮制御部１１０は、ゲートウェイ１３０、ウェブサーバ１４０、あるいはメールサーバ１５０から端末装置２００に送信すべきデータを受け取ったか否かを判断する。データ送信がある場合には、処理がステップＳ３６に進められる。データ送信が無い場合には、処理がステップＳ３７に進められる。
【００８１】
［ステップＳ３６］圧縮制御部１１０は、データ送信処理を行う。データ送信処理の詳細は後述する。
［ステップＳ３７］圧縮制御部１１０は、コネクションが切断されたか否かを判断する。なお、コネクションは、端末装置２００からの切断要求に基づいて通信処理部１２０によって切断される。コネクションが切断された場合には、処理が終了する。コネクションが継続している場合には、処理がステップＳ３２に進められる。
【００８２】
以下、データ送信処理とデータ受信処理との詳細について説明する。なお、図９のフローチャートではデータ受信処理の方が先に記載されているが、理解を容易にするために、データ送信処理の詳細を先に説明する。
【００８３】
図１０は、データ送信処理の詳細を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
［ステップＳ４１］圧縮制御部１１０は、コネクションテーブル１１２の圧縮有効フラグをＯＦＦにする。
【００８４】
［ステップＳ４２］圧縮制御部１１０は、環境変数情報１１１の圧縮指定フラグを参照し、圧縮処理を行うことが指定されているかどうかを判断する。圧縮の実行が指定されている場合には、処理がステップＳ４３に進められる。圧縮の実行が指定されていない場合には、処理がステップＳ４９に進められる。
【００８５】
［ステップＳ４３］圧縮制御部１１０は、コネクションテーブル１１２に設定されている圧縮不可回数カウンタの値が、環境変数情報１１１に設定されている非効率圧縮最大回数以上か否かを判断する。圧縮不可回数カウンタの値が非効率圧縮最大回数以上である場合には、処理がステップＳ４９に進められる。圧縮不可回数カウンタの値が非効率圧縮最大回数未満の場合には、処理がステップＳ４４に進められる。
【００８６】
［ステップＳ４４］圧縮制御部１１０は、単位データを圧縮する。
［ステップＳ４５］圧縮制御部１１０は、圧縮結果が圧縮効率閾値以上か否かを判断する。圧縮結果とは、圧縮前のデータ容量に対する圧縮後のデータ容量をパーセンテージで表したものである。圧縮結果（圧縮前のデータ容量に対する圧縮後のデータ容量の割合）が圧縮効率閾値以上の場合（圧縮効率が悪い）、処理がステップＳ４６に進められる。圧縮結果が圧縮効率閾値未満の場合には、処理がステップＳ４７に進められる。
【００８７】
［ステップＳ４６］圧縮制御部１１０は、圧縮不可回数カウンタの値に１を加算する。その後、処理がステップＳ４９に進められる。
［ステップＳ４７］圧縮制御部１１０は、コネクションテーブル１１２の圧縮有効フラグをＯＮにする。
【００８８】
［ステップＳ４８］圧縮制御部１１０は、コネクションテーブル１１２の圧縮不可回数カウンタの値に０を設定する。すなわち、効率の良い圧縮が行われたことにより、非効率圧縮の連続性がとぎれるため、圧縮不可回数カウンタの値を初期化する。
【００８９】
［ステップＳ４９］圧縮制御部１１０は、データ（元のままのデータもしくはステップＳ４４で圧縮されたデータ）に圧縮有効フラグ（圧縮していればＯＮ、非圧縮であればＯＦＦ）を付与して、通信処理部１２０に渡す。すると、通信処理部１２０により端末装置２００へデータが送信される。その後、処理が図９に示すステップＳ３７に進められる。
【００９０】
図１１は、データ受信処理の詳細を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
［ステップＳ５１］圧縮制御部１１０は、通信処理部１２０からデータを受け取る。
【００９１】
［ステップＳ５２］圧縮制御部１１０は、受け取ったデータに付与されている圧縮有効フラグがＯＮか否かを判断する。圧縮有効フラグがＯＮであれば処理がステップＳ５３に進められる。圧縮有効フラグがＯＦＦであれば処理がステップＳ５４に進められる。
【００９２】
［ステップＳ５３］圧縮制御部１１０は、受け取ったデータを展開する。
［ステップＳ５４］圧縮制御部１１０は、受け取ったデータを処理すべきアプリケーションソフトウェア（ゲートウェイ１３０、ウェブサーバ１４０、もしくはメールサーバ１５０）に渡す。その後、処理が図９に示すステップＳ３４に進められる。
【００９３】
以上のようにして、圧縮効果の高いデータのみに圧縮処理を行うことができる。その結果、無駄な圧縮処理が減り、データ圧縮の処理効率が向上する。しかも、圧縮効果が高いデータは圧縮して転送するため、転送されるデータ容量が削減されていると共に、転送時間も短縮される。
【００９４】
本実施の形態のシステムでは、圧縮データが多数含まれるコンテンツを転送する際に、特に効果が現れる。たとえば、商品画像が多数含まれるウェブページを作成し、サーバに転送格納／表示する場合がある。ウェブページの本文はＨＴＭＬであり、データ形式としてはテキスト形式であるが、画像データは予め圧縮されていることがほとんどである。このような場合、本実施の形態のシステムによってデータ転送を行えば、高い処理効率で圧縮処理を施すことができる。
【００９５】
図１２は、転送されるデータの一例を示す図である。図１２には、受信されるウェブページの内容をウェブブラウザ２３０で表示させた場合の画面例を示している。ウェブブラウザ２３０の画面６０には、まずＨＴＭＬの本文が転送され、ＧＩＦやＪＰＥＧといった圧縮ファイルが引き続き転送される。図１２の例では、画面６０内にＨＴＭＬの本文６１や画像ファイルを展開することで得られる画像６２〜６５が表示されている。
【００９６】
このような内容のウェブページが本実施の形態のシステムで送信される場合、ＨＴＭＬのヘッダや本文は圧縮して転送され、画像ファイルが圧縮処理をせずに転送される。
【００９７】
これにより、圧縮効果の高い部分が圧縮されて、全体としてのデータ容量が削減される。しかも、圧縮効果の少ない画像ファイルに関しては圧縮処理が行われないため、無駄な圧縮処理によるＣＰＵへの負荷の増加を防止することができる。
【００９８】
なお、上記の実施の形態では、モバイルネットワークを介した通信に本発明を適用した場合の例を示したが、モバイルネットワーク以外に本発明を適用することもできる。たとえば、家電ネットワークと呼ばれるように、家庭用のテレビ受像器やオーディオシステムをインターネットに接続することも可能である。これらの機器のネットワーク上の通信サーバとの間のデータ通信に本発明を適用すれば、効率よくデータを転送することができる。
【００９９】
また、上記の実施の形態では、非効率の圧縮が所定回数連続した場合に、圧縮不要と判断しているが、圧縮対象のデータ内の単位データのうち非効率の圧縮が所定回数を超えた場合に（非連続でも良い）、圧縮不要と判断しても良い。その場合、図１０に示すステップＳ４８の処理を実行しないようにすればよい。たとえば、既圧縮データの転送であっても定期的に非圧縮の制御コードが含まれる場合、非効率の圧縮が所定回数連続して発生しないこともある。このような場合、非効率の圧縮が所定回数を超えたときに圧縮不要と判断することで、不要な圧縮処理を施さずに既圧縮データを送信できる。
【０１００】
なお、圧縮効果の高いデータとしては、テキストデータ（拡張子がtxtのファイル）、ＨＴＭＬ文書（拡張子がhtmlのファイル）、非圧縮の画像ファイル（拡張子がｂｍｐのファイルなど）、実行モジュール（拡張子がexeのファイル）、ライブラリモジュール（拡張子がdllのファイル）、ワープロ文書ファイル（拡張子がdocやoasのファイルなど）がある。また、圧縮効果の低いファイルとしては、圧縮された画像ファイル（拡張子がgifやjpegのファイルなど）、圧縮形式のファイル（拡張子がzip、lzh、cabのファイルなど）、自己解凍型の圧縮ファイル（拡張子がexeのファイル）、その他音声や画像の各種ストリーミングデータがある。
【０１０１】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、通信サーバ１００や端末装置２００〜２０２が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disc)などがある。
【０１０２】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１０３】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１０４】
（付記１） データを圧縮するためのデータ圧縮プログラムにおいて、
コンピュータに、
圧縮対象データを構成する一部のデータを圧縮し、
前記一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定し、
圧縮効果があると判定された場合にのみ、前記圧縮対象データを構成する他のデータを圧縮する、
処理を実行させることを特徴とするデータ圧縮プログラム。
【０１０５】
（付記２） 圧縮効果があると判定された場合、圧縮された前記一部のデータをネットワークを介して送信し、圧縮効果が無いと判定された場合、非圧縮の前記一部のデータを前記ネットワークを介して送信することを特徴とする付記１記載のデータ圧縮プログラム。
【０１０６】
（付記３） 圧縮効果が無いと判定された場合、同一コネクションにおいて同一方向に連続して転送される後続のデータも圧縮効果が無いと判定することを特徴とする付記１記載のデータ圧縮プログラム。
【０１０７】
（付記４） 前記一部のデータを圧縮する際には、圧縮効果が無いと判定されるまで、前記圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮し、
複数の前記単位データそれぞれの圧縮前後でのデータ容量の圧縮効率の良否に基づいて、圧縮効果の有無を判定する、
ことを特徴とする付記１記載のデータ圧縮プログラム。
【０１０８】
（付記５） 圧縮効率の悪い単位データが所定数に達した場合に圧縮効果が無いと判定することを特徴とする付記４記載のデータ圧縮プログラム。
（付記６） 圧縮効率の悪い単位データの連続発生数が所定数に達した場合に圧縮効果が無いと判定することを特徴とする付記４記載のデータ圧縮プログラム。
【０１０９】
（付記７） 前記圧縮対象データはネットワークを介して接続された他の装置に送信されるデータであり、前記単位データ毎に圧縮の有無を示す圧縮有効フラグを付与し、順次前記ネットワークを介して送信することを特徴とする付記４記載のデータ圧縮プログラム。
【０１１０】
（付記８） 前記圧縮対象データはネットワークを介して接続された他の装置に送信されるデータであり、前記単位データは、前記他の端末装置に設けられた受信用バッファのサイズに応じたデータ容量であることを特徴とする付記４記載のデータ圧縮プログラム。
【０１１１】
（付記９） データを圧縮するためのデータ圧縮方法において、
圧縮対象データを構成する一部のデータを圧縮し、
前記一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定し、
圧縮効果があると判定された場合にのみ、前記圧縮対象データを構成する他のデータを圧縮する、
ことを特徴とするデータ圧縮方法。
【０１１２】
（付記１０） データを圧縮するためのデータ圧縮装置において、
圧縮処理の要否を示す圧縮指定フラグにおいて圧縮必要と設定されている間、圧縮対象データを構成する複数の単位データを順次圧縮する圧縮手段と、
前記圧縮手段において圧縮された少なくとも１つの前記単位データの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定する判定手段と、
前記判定手段において圧縮効果がないと判定された場合に、前記圧縮指定フラグを圧縮不要に変更するフラグ設定手段と、
を有することを特徴とするデータ圧縮装置。
【０１１３】
（付記１１） データを圧縮するためのデータ圧縮プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
圧縮対象データを構成する一部のデータを圧縮し、
前記一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定し、
圧縮効果があると判定された場合にのみ、前記圧縮対象データを構成する他のデータを圧縮する、
処理を実行させることを特徴とするデータ圧縮プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１１４】
【発明の効果】
以上説明したように本発明では、圧縮対象データの一部の圧縮結果から圧縮効果の有無を判定し、圧縮効果がある場合にのみ他のデータを圧縮するようにしたため、データ圧縮における処理効率が向上する。
【図面の簡単な説明】
【図１】実施の形態に適用される発明の概念図である。
【図２】本実施の形態のシステム構成例を示す図である。
【図３】通信サーバのハードウェア構成例を示す図である。
【図４】通信サーバと端末装置とのデータ通信機能を示す機能ブロック図である。
【図５】環境変数情報のデータ構造例を示す図である。
【図６】コネクションテーブルのデータ構造例を示す図である。
【図７】データ通信状況を示す概念図である。
【図８】データ通信の流れを示すシーケンス図である。
【図９】データ送受信処理の手順を示すフローチャートである。
【図１０】データ送信処理の詳細を示すフローチャートである。
【図１１】データ受信処理の詳細を示すフローチャートである。
【図１２】転送されるデータの一例を示す図である。
【図１３】従来のデータ圧縮処理を示す概念図である。
【符号の説明】
１ 送信側装置
２ ネットワーク
３ 受信側装置
４，４ａ，５ 圧縮対象データ
２１，２２ ネットワーク
３１，３２ サーバ
１００ 通信サーバ
２００，２０１，２０２ 端末装置
【発明の属する技術分野】
本発明はデータの圧縮を行うためのデータ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置に関し、特に通信データの圧縮に適したデータ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置に関する。
【０００２】
【従来の技術】
近年、携帯電話やＰＨＳ(Personal Handyphone System)といった移動体電話を用いたデータ通信が盛んに行われている。特に最近は、パケット通信によるデータ通信サービスも開始され、多くのユーザに利用されている。一般的なパケット通信の課金方式では、送受信したパケット数により料金が算出される。そのため、通信データをできる限り圧縮して送受信することが望まれている。
【０００３】
そこで、従来は、送受信するパケットに所定のデータ圧縮処理を施し、圧縮されたデータを転送していた。これにより、転送されるパケット数を低減させることができる。パケット数が少なくなるということは、料金が安くなると共に、データ転送時間が短くなるという利点がある。
【０００４】
図１３は、従来のデータ圧縮処理を示す概念図である。図１３には、ウェブサーバ９１０やメールサーバ９２０から出力されるデータを、圧縮処理部９３０で圧縮してネットワーク９４０を介して送信する場合の例について示している。ウェブサーバ９１０からは、たとえば、ＨＴＭＬ(Hyper Text Markup Language)形式の文書データ９１やＧＩＦ(Graphics Interchange Format)形式などで圧縮された画像データ９２などが出力される。メールサーバ９２０からは、たとえば、テキスト形式のメールデータ９３が出力される。文書データ９１、画像データ９２、メールデータ９３などは、圧縮処理部９３０によって圧縮される。その結果、圧縮処理部９３０の圧縮方式に応じた圧縮形式の文書データ９１ａ、画像データ９２ａ、メールデータ９３ａが生成される。これらの圧縮されたデータが、ネットワーク９４０を介して送信される。
【０００５】
これにより、通信データの小容量化を図ることができる。その結果、パケット通信の通信料金が安くなると共に、データ転送時間が短縮される。
なお、圧縮処理部９３０でデータの圧縮を行うかどうか（圧縮処理機能のＯＮ／ＯＦＦ）は、システム（圧縮処理部９３０を実装した装置）単位で予め設定されている。したがって、圧縮処理部９３０において送信データを圧縮すべき旨の指定がされていれば、圧縮処理部９３０を経由して送信される全てのデータに対して圧縮処理が行われる。
【０００６】
【発明が解決しようとする課題】
しかし、通信データの中には、圧縮処理を行っても、実際にデータ容量が減少しないものがある。たとえば、元々圧縮されているデータは、再度圧縮処理を行ってもデータ容量が減少しない。このような場合、データに対する圧縮処理を試みた分だけ性能的な損失が発生する。
【０００７】
本発明はこのような点に鑑みてなされたものであり、圧縮効果の高いデータのみを圧縮することができるデータ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の態様では上記課題を解決するために、図１に示すような処理をコンピュータに実行させるデータ圧縮プログラムが提供される。本発明に係るデータ圧縮プログラムは、コンピュータに次の処理を実行させる。すなわち、まず、コンピュータは、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化する。次に、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮する。次に、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップする。そして、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する。
【０００９】
このようなデータ圧縮プログラムを実行するコンピュータによれば、圧縮対象データの一部のデータの圧縮が行われる。一部のデータの圧縮処理の前後でのデータ容量に基づいて圧縮効果の有無が判定される。そして、圧縮効果がある場合にのみ他のデータの圧縮が行われる。
【００１０】
本発明の第２の態様では、コンピュータでデータを圧縮するためのデータ圧縮方法において、初期化手段が、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化し、圧縮手段が、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮し、圧縮不可回数カウント手段が、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップし、判定手段が、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する、ことを特徴とするデータ圧縮方法が提供される。
【００１１】
このようなデータ圧縮方法によれば、圧縮対象データの一部のデータの圧縮が行われる。一部のデータの圧縮処理の前後でのデータ容量に基づいて圧縮効果の有無が判定される。そして、圧縮効果がある場合にのみ他のデータの圧縮が行われる。
【００１２】
本発明の第３の態様では、データを圧縮するためのデータ圧縮装置において、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化する初期化手段と、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮する圧縮手段と、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップする圧縮不可回数カウント手段と、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する判定手段と、を有することを特徴とするデータ圧縮装置が提供される。
【００１３】
このようなデータ圧縮装置によれば、圧縮対象データの一部のデータの圧縮が行われる。一部のデータの圧縮処理の前後でのデータ容量に基づいて圧縮効果の有無が判定される。そして、圧縮効果がある場合にのみ他のデータの圧縮が行われる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。
【００１５】
図１は、実施の形態に適用される発明の概念図である。図１には、送信側装置１から圧縮対象データ４，５がネットワーク２を介して受信側装置３に送信される場合のデータ圧縮処理が示されている。図１の例では、圧縮対象データ４はテキストデータのような未圧縮のデータ（圧縮処理が行われていないデータ）である。また、圧縮対象データ５は、圧縮された画像データのような既圧縮のデータ（圧縮処理が行われているデータ）である。
【００１６】
ここで、まず、送信側装置１において圧縮対象データ４，５の一部のデータを圧縮する（ステップＳ１）。たとえば、圧縮データ４，５を複数の単位データに分割して、データ配列上の先頭のデータから順に圧縮を試みる。
【００１７】
次に、送信側装置１では、一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定する（ステップＳ２）。たとえば、データ圧縮によりデータ容量が少しでも減少していれば、圧縮の効果有りとすることができる。図１の例では、圧縮対象データ４は未圧縮のデータであるため、一部のデータの圧縮処理により、そのデータのデータ容量は減少する。一方、圧縮対象データ５は既圧縮データであるため、一部のデータの圧縮処理を行ってもデータ容量はほぼ同じであり、減少していない。
【００１８】
そして、送信側装置１は、圧縮効果があると判定された場合にのみ、圧縮対象データを構成する他のデータを圧縮する（ステップＳ３）。すなわち、未圧縮の圧縮対象データ４は残りのデータも圧縮されるが、既圧縮の圧縮対象データ５の残りのデータは圧縮されない。
【００１９】
送信側装置１からは、圧縮後の圧縮対象データ４ａがネットワーク２を介して受信側装置３に送信される。この圧縮対象データ４ａは、受信側装置３で展開され、元の圧縮対象データ４が再生される（ステップ４）。また、送信側装置１からは、圧縮対象データ５がネットワーク２を介して受信側装置３に送信される。
【００２０】
このようにして、通信データのコンテンツのデータ形式（たとえば圧縮形式か否か）に関係なく、効率的なデータ通信が可能となる。特に、大容量のデータの通信においては、そのデータに対して無駄な圧縮処理を実行すると、システム全体としてのデータ処理効率が大きくて低下してしまう。したがって、オンラインでの音声データや映像データの配信システムへの本発明の適用は特に有効である。
【００２１】
また、本発明は、データ圧縮処理に対してＣＰＵ(Central Processing Unit )の処理能力を十分に割くことができない端末装置に適用することで、より効果を発揮することができる。たとえば、近年モバイルネットワークが普及してきている。モバイルネットワークでは、移動体電話機（携帯電話機やＰＨＳなど）やカーナビゲーションシステムなどの端末装置を用いて、インターネット上のコンテンツの閲覧等を可能としている。これらの端末装置は、データ通信以外に、その装置本来の機能を有している。移動体電話機であれば無線による通話機能であり、カーナビゲーションシステムであれば道順のナビゲーション機能である。このような移動体通信に用いられる端末装置でデータ通信を行うには、その装置本来の機能を損なわずにデータ通信に伴うデータ圧縮や展開等の処理を実行する必要がある。そのため、データ通信によるＣＰＵへの負荷をできるだけ少なくすることが求められる。
【００２２】
以下、モバイルネットワークを介した通信に本発明を適用した場合の実施の形態について詳しく説明する。
図２は、本実施の形態のシステム構成例を示す図である。図２に示すように、通信サーバ１００が、ネットワーク２１とネットワーク２２とに接続されている。通信サーバ１００は、ネットワーク２１，２２を介してＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)の通信を行うことができるとともに、ネットワーク２１とネットワーク２２との間のゲートウェイの機能を有している。
【００２３】
ネットワーク２１は、たとえばモバイルネットワークである。ネットワーク２１には、複数の端末装置２００〜２０２が接続可能である。端末装置２００〜２０２は、たとえば、携帯型のパーソナルコンピュータ、携帯電話機、カーナビゲーションシステムである。
【００２４】
ネットワーク２２は、たとえば、インターネットやイントラネットである。ネットワーク２２には、各種サーバ３１，３２が接続されている。サーバ３１，３２は、コンテンツサーバやアプリケーションサーバなどである。
【００２５】
なお、ネットワーク２１を介した通信サーバ１００と端末装置２００〜２０２との間で通信されるデータは、端末装置２００〜２０２内の通信用のバッファサイズに合わせた単位データに分割され、単位データ毎に送信される。
【００２６】
図３は、通信サーバのハードウェア構成例を示す図である。通信サーバ１００は、ＣＰＵ１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６，１０７が接続されている。
【００２７】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００２８】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０８を介してＣＰＵ１０１に送信する。
【００２９】
通信インタフェース１０６は、ネットワーク２１に接続されている。通信インタフェース１０６は、ネットワーク２１を介して端末装置２００〜２０２との間でデータの送受信を行う。通信インタフェース１０７は、ネットワーク２２に接続されている。通信インタフェース１０７は、ネットワーク２２を介してサーバ３１，３２との間でデータの送受信を行う。
【００３０】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、通信サーバ１００のハードウェア構成例を示したが、他のサーバ３１，３２や端末装置２００〜２０２も同様のハードウェア構成で実現することができる。但し、サーバ３１，３２には、ネットワーク２１に接続するための通信インタフェースは不要である。また、端末装置２００〜２０２には、ネットワーク２２に接続するための通信インタフェースは不要である。さらに、端末装置２００〜２０２には、各装置本来の機能を実現するための要素が含まれている。たとえば、移動体電話機であれば、無線による通話機能を備えており、カーナビゲーションシステムであれば、ＧＰＳ(Global Positioning System)による現在地測定機能や目的地までのナビゲーション機能などを備えている。
【００３１】
なお、端末装置２００〜２０２におけるモニタ１１に相当する出力装置とキーボード１２やマウス１３に相当する入力装置とは、本体と一体に構成することができる。また、入力装置と本体とを無線で接続することもできる。
【００３２】
次に、通信サーバ１００と端末装置２００〜２０２との間のデータ通信処理について具体的に説明する。なお、以下の説明では代表的に端末装置２００を用いて説明するが、他の端末装置２０１，２０２が有する機能も同様である。
【００３３】
図４は、通信サーバと端末装置とのデータ通信機能を示す機能ブロック図である。図４の例では、通信サーバ１００は、圧縮制御部１１０、通信処理部１２０、ゲートウェイ１３０、ウェブサーバ１４０、およびメールサーバ１５０を有している。
【００３４】
圧縮制御部１１０は、データの圧縮および展開を行う。具体的には、圧縮制御部１１０は、ゲートウェイ１３０、ウェブサーバ１４０、あるいはメールサーバ１５０などから端末装置２００宛てに送信すべきデータを受け取ると、そのデータの圧縮効率の良否を判断する。そして、圧縮制御部１１０は、圧縮効率が良いと判断された場合には、データを圧縮して通信処理部１２０に渡す。なお、圧縮制御部１１０は、圧縮したデータに対して、そのデータが圧縮されていることを示すフラグ（圧縮有効フラグ）が付与される。また、圧縮制御部１１０は、圧縮効率が悪いと判断された場合には、データの圧縮処理を行わずに、元のデータを通信処理部１２０に渡す。
【００３５】
なお、圧縮効率の良否は、送信すべきデータの一部の圧縮処理を試み、その結果によって判断する。すなわち、単位データの圧縮によるデータ容量の圧縮率（元のデータ容量に対して何％のデータ容量になったか）が所定値（圧縮効率閾値）未満の場合に圧縮効率が良好であると判断し、そうでない場合には圧縮効率が悪いと判断する。圧縮効率閾値として、たとえば１００％を設定しておくことができる。この場合、圧縮制御部１１０は、少しでもデータ容量が減少していれば圧縮効率が良いと判断する。なお、圧縮効率が１００％以上になる場合とは、たとえば、既に圧縮されているデータに圧縮処理を試み、元のデータは圧縮されず、余分なヘッダ情報が付与されるような場合である。
【００３６】
圧縮制御部１１０は、データの圧縮処理を行うために圧縮制御プロセス毎の環境変数情報１１１と、端末装置２００との間のコネクション毎のコネクションテーブル１１２とを有している。圧縮制御プロセスは、端末装置２００や他の端末装置２０１，２０２からの通信確立要求に応答して、端末装置対応づけて生成される。コネクションは、端末装置２００や他の端末装置２０１，２０２からの処理要求（たとえば、データ取得要求）毎に、端末装置との間で確立される。なお、環境変数情報１１１とコネクションテーブル１１２との内容の詳細は後述する。
【００３７】
また、圧縮制御部１１０は、通信処理部１２０を介して端末装置２００や他の端末装置２０１，２０２からデータを受け取った際には、そのデータの圧縮処理の有無を判断する。受け取ったデータが圧縮されていれば、そのデータを展開して、ゲートウェイ１３０，ウェブサーバ１４０、もしくはメールサーバ１５０に渡す。なお、データの圧縮の有無は、そのデータに付与されているフラグ（圧縮有効フラグ）の値によって判断できる。
【００３８】
通信処理部１２０は、端末装置２００や他の端末装置２０１，２０２との間でデータ通信を行う。本実施の形態では、ＴＣＰ／ＩＰの通信を行うものとする。
ゲートウェイ１３０は、端末装置２００をネットワーク２２上の他のサーバ３１，３２に接続するためのゲートウェイである。ウェブサーバ１４０は、コンテンツなどを端末装置２００に提供する。メールサーバ１５０は、端末装置２００を使用するユーザ宛の電子メールを受信して保持したり、端末装置２００から他のコンピュータ宛の電子メールを送信したりする。
【００３９】
なお、図４の例では、通信サーバ１００内にウェブサーバ１４０やメールサーバ１５０が設けられているが、ウェブサーバ１４０やメールサーバ１５０は、ネットワーク２２上の他のサーバコンピュータに設けられていてもよい。その場合、端末装置２００は、ゲートウェイ１３０を介してウェブサーバ１４０やメールサーバ１５０にアクセスすることができる。
【００４０】
端末装置２００は、圧縮制御部２１０、通信処理部２２０、ウェブブラウザ２３０、およびメーラ２４０を有している。
圧縮制御部２１０は、データの圧縮および展開を行う。具体的には、圧縮制御部２１０は、ウェブブラウザ２３０やメーラ２４０から通信サーバ１００や他のサーバ３１，３２に送信すべきデータを受け取ると、そのデータの圧縮効率の良否を判断する。そして、圧縮制御部２１０は、圧縮効率が良いと判断した場合には、データを圧縮して通信処理部２２０に渡す。また、圧縮制御部２１０は、圧縮効率が悪いと判断した場合には、データの圧縮処理を行わずに、元のデータを通信処理部２２０に渡す。なお、圧縮効率の良否判断処理は、通信サーバ１００の圧縮制御部１１０で行われる処理と同様である。また、圧縮制御部２１０は、データの圧縮処理を行うために環境変数情報２１１と、通信サーバ１００との間で確立されるコネクション毎のコネクションテーブル２１２とを有している。
【００４１】
また、圧縮制御部２１０は、通信処理部２２０を介して通信サーバ１００からデータを受け取った際には、そのデータの圧縮処理の有無を判断する。受け取ったデータが圧縮されていれば、そのデータを展開して、ウェブブラウザ２３０やメーラ２４０に渡す。なお、データの圧縮の有無は、そのデータに付与されているフラグ（圧縮指定フラグ）の値によって判断できる。
【００４２】
通信処理部２２０は、通信サーバ１００との間でデータ通信を行う。本実施の形態では、ＴＣＰ／ＩＰの通信を行うものとする。
ウェブブラウザ２３０は、ウェブサーバ１４０などで提供されるコンテンツの閲覧機能を備えている。具体的には、ウェブブラウザ２３０は、ユーザからの操作入力等に応答して、コンテンツ等のデータの取得要求を各種サーバ宛てに送信して、その取得要求に応答して送られてきたデータを画面に表示させる。
【００４３】
メーラ２４０は、電子メールの送受信を行う。具体的には、メーラ２４０は、ユーザの操作入力に応答して、電子メールデータを生成し、その電子メールデータをメールサーバ１５０に送信する。また、メーラ２４０は、メールサーバ１５０から端末装置２００を使用しているユーザ宛の電子メールを受信し、その内容を画面に表示させる。
【００４４】
図５は、環境変数情報のデータ構造例を示す図である。環境変数情報１１１には、圧縮指定フラグ(cmp＿flg)、非効率圧縮最大回数(cmp＿maxcount)、圧縮効率閾値(cmp＿rate)、バッファサイズ(buffer＿size)などが設定されている。圧縮指定フラグ(cmp＿flg)、非効率圧縮最大回数(cmp＿maxcount)、圧縮効率閾値(cmp＿rate)およびバッファサイズ(buffer＿size)は、通信サーバ１００と端末装置２００との間で通信状態を確立した際に、端末装置２００から通信サーバ１００に渡される。
【００４５】
圧縮指定フラグ(cmp＿flg)は、環境変数情報１１１に対応する端末装置２００との間で通信されるデータを圧縮するか否かを示す情報である。本実施の形態では、データを圧縮して通信する際には、圧縮指定フラグに「１」が設定される。また、データの圧縮を行わない場合には、圧縮指定フラグに「０」が設定される。
【００４６】
非効率圧縮最大回数(cmp＿maxcount)は、送信すべきデータ全体の圧縮処理の要否を判定するための判断基準を示す情報である。非効率圧縮最大回数には、送信するデータを分割した単位データの圧縮を試みた結果、圧縮効率が悪いと連続して判断された回数の最大値が設定される。圧縮効率が悪いと連続して判断された回数が非効率圧縮最大回数に達した場合には、データの圧縮が不要と判断され、以後のデータの圧縮処理が回避される。
【００４７】
圧縮効率閾値(cmp＿rate)は、圧縮効率の良否を判断するための判断基準となる情報である。単位データに対する圧縮処理後のデータ容量が、圧縮前のデータ容量に対して圧縮効率閾値以上であれば、圧縮効率が悪いと判断される。単位データに対する圧縮処理後のデータ容量が、圧縮前のデータ容量に対して圧縮効率閾値未満であれば、圧縮効率が良いと判断される。
【００４８】
バッファサイズ(buffer＿size)は、環境変数情報１１１に対応する端末装置２００が有する通信用のバッファサイズである。圧縮制御部１１０は、バッファサイズに設定されたデータ容量毎に、送信すべきデータを分割して複数の単位データを生成する。
【００４９】
なお、図５には、通信サーバ１００内の環境変数情報１１１のデータ構造例を示したが、端末装置２００内の環境変数情報２１１も同様のデータ構造である。
図６は、コネクションテーブルのデータ構造例を示す図である。コネクションテーブル１１２には、圧縮有効フラグ(cmp＿act)と圧縮不可回数カウンタ(cmp＿cnt)とが含まれている。圧縮有効フラグは、送信する単位データの圧縮の有無を示す情報である。
【００５０】
圧縮有効フラグは、単位データに対する圧縮処理を行うか否かを示す情報である。圧縮有効フラグがＯＮ（１が設定されている）のときには、単位データに対して圧縮が行われる。圧縮有効フラグがＯＦＦ（０が設定されている）のときには、単位データに対する圧縮処理は行われない。圧縮有効フラグの値は、圧縮要否判断の結果に基づいて圧縮制御部１１０により設定される。また、送信されるデータ（各単位データ）に、そのデータの圧縮要否を判断したときの圧縮有効フラグを付与することで、そのデータの圧縮の有無が示される。
【００５１】
圧縮不可回数カウンタ(cmp＿cnt)は、効率の悪い圧縮処理が何回連続したかを示すカウンタである。圧縮不可回数カウンタの値と、環境変数情報１１１内の非効率圧縮最大回数とを比較することにより、送信対象となっているデータの圧縮の要否が判断される。
【００５２】
圧縮不可回数カウンタの値は、圧縮制御部１１０によって設定される。圧縮不可回数カウンタに値を設定するための条件は、以下の通りである。
圧縮不可回数カウンタには、初期値（コネクションテーブル１１２作成時）として０が設定される。また、コネクションの再利用時（コネクションを継続させてそのコネクションにより複数回のデータ転送を行うときの各データの送信開始時）、端末装置からデータを受け取った際にも、圧縮不可回数カウンタの値に０が設定される。さらに、効率の良い圧縮が行われた際には、圧縮不可回数カウンタの値に０が設定（クリア）される。効率の悪い圧縮が行われたら、圧縮不可回数カウンタの値に１が加算される。
【００５３】
なお、図６には、通信サーバ１００内のコネクションテーブル１１２のデータ構造例を示したが、端末装置２００内のコネクションテーブル２１２も同様のデータ構造である。
【００５４】
次に、本実施の形態におけるデータ通信処理について説明する。本実施の形態では、圧縮すべき旨が指定されている場合、まず圧縮処理を有効としてデータ通信が行われる。そして、ＴＣＰ／ＩＰコネクション単位で圧縮効率が判断される。圧縮効率が悪いと判断された場合には、以後、同一コネクション内の同一方向のデータ転送においては、圧縮処理を行わない。
【００５５】
図７は、データ通信状況を示す概念図である。図７の例では、通信サーバ１００のウェブサーバ１４０から端末装置２００宛のデータとして、ＨＴＭＬ形式の文書データ４１やＧＩＦなどの圧縮形式の画像データ４２が出力されている。また、通信サーバ１００のメールサーバ１５０から端末装置２００宛のデータとして、テキスト形式のメールデータ４３が出力されている。これらの各データは、個別のコネクションで通信される。
【００５６】
圧縮制御部１１０は、コネクション単位でデータ圧縮処理のＯＮ／ＯＦＦを切り替える。文書データ４１やメールデータ４３の場合、元々圧縮されていないため圧縮制御部１１０で圧縮され、圧縮形式の文書データ４１ａやメールデータ４３ａがネットワーク２１を介して端末装置２００に送信される。なお、圧縮されたデータには、圧縮したことを示す情報（圧縮有効フラグがＯＮ）が付与されている。
【００５７】
画像データ４２の場合、元々圧縮されたデータである。そのため、再度圧縮処理を行っても、データ容量はあまり小さくならない。しかも、余分なヘッダ情報などが付与されて、データ容量が増加する場合さえある。そのため、圧縮制御部１１０は、画像データ４２の一部のデータの圧縮を試みることで圧縮効率が悪いことを判別し、それ以降のデータに対しては圧縮処理を行わない。そして、画像データ４２に関しては、元のデータがそのままネットワーク２１を介して端末装置２００に送信される。
【００５８】
端末装置２００では、受信したデータの圧縮有効フラグがＯＮであれば、圧縮制御部２１０がそのデータを展開する。したがって、圧縮された文書データ４１ａやメールデータ４３ａが展開され、元の文書データ４１やメールデータ４３が復元される。画像データ４２に対しては、展開処理は行われない。そして、各データは、そのデータを処理すべき要素（ウェブブラウザ２３０やメーラ２４０）に渡される。
【００５９】
このように、ＨＴＭＬ形式やテキスト形式のデータのように、圧縮が有効なデータは圧縮して送信される。その結果、送信するデータの容量が削減され、データの送信時間が短縮される。また、圧縮形式の画像データのように先頭のデータに対する圧縮処理を行ってもデータ容量が削減されない場合、後続のデータの圧縮処理を行わない。そのため、無駄な圧縮処理が行われず、圧縮に使用するＣＰＵ時間を削減することができる。圧縮に使用するＣＰＵ時間が削減されることで、ＣＰＵ負荷が軽減され、全体としての性能を向上させることができる。
【００６０】
なお、図７の例では、通信サーバ１００から端末装置２００へデータが転送される場合の状況を示したが、端末装置２００から通信サーバ１００へデータが転送される場合も同様に、圧縮効率が良い場合には、圧縮処理を行ったデータが転送される。
【００６１】
図８は、データ通信の流れを示すシーケンス図である。図８の例では、端末装置２００から通信サーバ１００に対して処理要求（たとえば、データの取得要求）を送信し、通信サーバ１００から端末装置２００へ処置結果（たとえば、取得したデータ）を送信する場合の例である。以下、図８に示す処理をステップ番号に沿って説明する。
【００６２】
［ステップＳ１１］端末装置２００は、通信環境の設定要求を通信サーバ１００に対して送信する。この設定要求には、端末装置２００に予め設定されている環境変数情報２１１が含まれる。
【００６３】
［ステップＳ１２］通信サーバ１００は、端末装置２００からの通信環境の設定要求に応答して、端末装置２００に対応する環境変数情報１１１を生成する。生成された環境変数情報１１１には、端末装置２００の環境変数情報２１１と同じ値の情報（圧縮指定フラグ、非効率圧縮最大回数、圧縮効率閾値、バッファサイズなど）が設定される。なお、図８の例では、圧縮指定フラグの値は１であるものとする（圧縮を行う）。
【００６４】
［ステップＳ１３］端末装置２００の圧縮制御部２１０は、ウェブブラウザ２３０やメーラ２４０などのアプリケーション（アプリケーションソフトウェアに基づく処理機能）から、通信サーバ１００に対して送信すべき処理要求を受け付ける。
【００６５】
［ステップＳ１４］端末装置２００の圧縮制御部２１０は、アプリケーションから渡された処理要求を構成するデータを複数の単位データに分割し、単位データに対する圧縮処理を行う。圧縮制御部２１０は、効率の良い圧縮が行われた場合には、圧縮された単位データを通信処理部２２０に渡す。その際、単位データに、圧縮したことを示す圧縮有効フラグを付与する。また、圧縮制御部２１０は、効率の悪い圧縮が行われた場合には、圧縮前の元の単位データを通信処理部２２０に渡す。なお、圧縮処理中において、データの圧縮効率が悪いと判断されると、それ以降の単位データに対しては圧縮処理は実行されない。
【００６６】
［ステップＳ１５］端末装置２００の通信処理部２２０は、圧縮制御部２１０から受け取った単位データを通信サーバ１００へ送信する。
［ステップＳ１６］通信サーバ１００の通信処理部１２０は、端末装置２００から送られた単位データを受信し、圧縮制御部１１０に渡す。
【００６７】
［ステップＳ１７］通信サーバ１００の圧縮制御部１１０は、受け取った単位データの圧縮有効フラグの有無を判断し、圧縮したことを示す圧縮有効フラグが付与されている場合には、その単位データを展開する。圧縮したことを示す圧縮有効フラグが付与されていなければ、展開処理は不要である。
【００６８】
［ステップＳ１８］通信サーバ１００の圧縮制御部１１０は、非圧縮の単位データを繋ぎ合わせて元のデータ（処理要求）を構成し、その処理要求に対応する処理を実行すべき要素（ゲートウェイ１３０、ウェブサーバ１４０あるいはメールサーバ１５０）に渡す。すると、データを受け取った要素によって処理要求に応じた処理が行われ、処理結果を表すデータが圧縮制御部１１０に渡される。
【００６９】
［ステップＳ１９］通信サーバ１００の圧縮制御部１１０は、環境変数情報１１１の圧縮指定フラグを参照し、端末装置２００に送信すべきデータの圧縮処理の要否を判定する。圧縮処理が必要であれば、処理結果のデータを環境変数情報１１１に設定されているバッファサイズで示されるデータ容量の単位データに分割して、各単位データの圧縮処理を行う。圧縮制御部１１０は、効率の良い圧縮が行われた場合には、圧縮された単位データを通信処理部１２０に渡す。また、圧縮制御部１１０は、効率の悪い圧縮が行われた場合には、圧縮前の元の単位データを通信処理部１２０に渡す。なお、圧縮処理中において、データの圧縮効率が悪いと判断されると、それ以降の単位データに対しては圧縮処理は実行されない。
【００７０】
［ステップＳ２０］通信サーバ１００の通信処理部１２０は、圧縮制御部１１０から受け取った単位データを端末装置２００へ送信する。
［ステップＳ２１］端末装置２００の通信処理部２２０は、通信サーバ１００から送られた単位データを受信し、圧縮制御部２１０に渡す。
【００７１】
［ステップＳ２２］端末装置２００の圧縮制御部２１０は、受け取った単位データの圧縮有効フラグの有無を判断し、圧縮したことを示す圧縮有効フラグが付与されている場合には、その単位データを展開する。圧縮したことを示す圧縮有効フラグが付与されていなければ、展開処理は不要である。
【００７２】
［ステップＳ２３］端末装置２００の圧縮制御部２１０は、非圧縮の単位データを繋ぎ合わせて元のデータ（処置結果）を構成し、ステップＳ１３において処理要求を出したアプリケーションへ、処置結果を示すデータを渡す。
【００７３】
ところで、端末装置２００から通信サーバ１００へのデータ送信、あるいは通信サーバ１００から端末装置２００へのデータ送信は、１回のコネクションで複数のデータを送信することができる。たとえば、ＨＴＴＰ(HyperText Transfer Protocol)通信であればＨＴＴＰキープアライブ機能を利用することができる。すなわち、端末装置２００がキープアライブのオプションを指定した要求を通信サーバ１００に送ると、そのオプションを認識した通信サーバ１００は、要求に応じたデータを端末装置２００に転送した後もコネクション（接続状態）を維持する。
【００７４】
一般に、連続して転送されるデータの圧縮の有効性の有無は、共通性を持つ。たとえば、ウェブサーバからウェブページ内のコンテンツを端末装置へ転送する場合を想定する。電子会議室の発言履歴のように文字情報を基本としたウェブページであれば、連続して転送される各データに対する圧縮は有効である（多くの場合、文字情報は圧縮されずにＨＴＭＬ文書内に記述されている）。一方、ストリーミングによる音楽配信のように音楽のコンテンツを受信する場合であれば、連続して転送される各データに対する圧縮は無駄である（一般に、音楽データは予め圧縮されている）。
【００７５】
そこで、本実施の形態では、コネクションを維持している間に同一方向（端末装置から通信サーバ、あるいは通信サーバから端末装置）に連続して転送されるデータの場合、圧縮の効果が無いと判断されると、それ以降、圧縮不要の状態を維持する。なお、コネクションが切断されて新たなコネクションが確立された場合や、同一コネクションの間でも逆方向のデータが流れた場合には、それまでと異なる種別のデータが転送されるものと判断して、圧縮が必要な状態に設定する。
【００７６】
以下、コネクションを継続し、複数のデータの通信を行う場合のデータ送受信処理について詳細に説明する。なお、データ送受信処理は、通信サーバ１００と端末装置２００とで同様の処理が行われる。そこで、以下に通信サーバ１００のデータ送受信処理を例に採って説明する。
【００７７】
図９は、データ送受信処理の手順を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。
［ステップＳ３１］圧縮制御部１１０は、まず圧縮不可回数カウンタを初期化（０を設定）する。
【００７８】
［ステップＳ３２］圧縮制御部１１０は、ネットワーク２１からのデータ受信があるか否かを判断する。すなわち、圧縮制御部１１０は、通信処理部１２０からデータを受け取ったか否かを判断する。データ受信があれば処理がステップＳ３３に進められる。データ受信がなければ処理がステップＳ３５に進められる。
【００７９】
［ステップＳ３３］圧縮制御部１１０は、データ受信処理を行う。データ受信処理の詳細は後述する。
［ステップＳ３４］圧縮制御部１１０は、圧縮不可回数カウンタに０を設定する。
【００８０】
［ステップＳ３５］圧縮制御部１１０は、ネットワーク２１へのデータ送信があるか否かを判断する。すなわち、圧縮制御部１１０は、ゲートウェイ１３０、ウェブサーバ１４０、あるいはメールサーバ１５０から端末装置２００に送信すべきデータを受け取ったか否かを判断する。データ送信がある場合には、処理がステップＳ３６に進められる。データ送信が無い場合には、処理がステップＳ３７に進められる。
【００８１】
［ステップＳ３６］圧縮制御部１１０は、データ送信処理を行う。データ送信処理の詳細は後述する。
［ステップＳ３７］圧縮制御部１１０は、コネクションが切断されたか否かを判断する。なお、コネクションは、端末装置２００からの切断要求に基づいて通信処理部１２０によって切断される。コネクションが切断された場合には、処理が終了する。コネクションが継続している場合には、処理がステップＳ３２に進められる。
【００８２】
以下、データ送信処理とデータ受信処理との詳細について説明する。なお、図９のフローチャートではデータ受信処理の方が先に記載されているが、理解を容易にするために、データ送信処理の詳細を先に説明する。
【００８３】
図１０は、データ送信処理の詳細を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
［ステップＳ４１］圧縮制御部１１０は、コネクションテーブル１１２の圧縮有効フラグをＯＦＦにする。
【００８４】
［ステップＳ４２］圧縮制御部１１０は、環境変数情報１１１の圧縮指定フラグを参照し、圧縮処理を行うことが指定されているかどうかを判断する。圧縮の実行が指定されている場合には、処理がステップＳ４３に進められる。圧縮の実行が指定されていない場合には、処理がステップＳ４９に進められる。
【００８５】
［ステップＳ４３］圧縮制御部１１０は、コネクションテーブル１１２に設定されている圧縮不可回数カウンタの値が、環境変数情報１１１に設定されている非効率圧縮最大回数以上か否かを判断する。圧縮不可回数カウンタの値が非効率圧縮最大回数以上である場合には、処理がステップＳ４９に進められる。圧縮不可回数カウンタの値が非効率圧縮最大回数未満の場合には、処理がステップＳ４４に進められる。
【００８６】
［ステップＳ４４］圧縮制御部１１０は、単位データを圧縮する。
［ステップＳ４５］圧縮制御部１１０は、圧縮結果が圧縮効率閾値以上か否かを判断する。圧縮結果とは、圧縮前のデータ容量に対する圧縮後のデータ容量をパーセンテージで表したものである。圧縮結果（圧縮前のデータ容量に対する圧縮後のデータ容量の割合）が圧縮効率閾値以上の場合（圧縮効率が悪い）、処理がステップＳ４６に進められる。圧縮結果が圧縮効率閾値未満の場合には、処理がステップＳ４７に進められる。
【００８７】
［ステップＳ４６］圧縮制御部１１０は、圧縮不可回数カウンタの値に１を加算する。その後、処理がステップＳ４９に進められる。
［ステップＳ４７］圧縮制御部１１０は、コネクションテーブル１１２の圧縮有効フラグをＯＮにする。
【００８８】
［ステップＳ４８］圧縮制御部１１０は、コネクションテーブル１１２の圧縮不可回数カウンタの値に０を設定する。すなわち、効率の良い圧縮が行われたことにより、非効率圧縮の連続性がとぎれるため、圧縮不可回数カウンタの値を初期化する。
【００８９】
［ステップＳ４９］圧縮制御部１１０は、データ（元のままのデータもしくはステップＳ４４で圧縮されたデータ）に圧縮有効フラグ（圧縮していればＯＮ、非圧縮であればＯＦＦ）を付与して、通信処理部１２０に渡す。すると、通信処理部１２０により端末装置２００へデータが送信される。その後、処理が図９に示すステップＳ３７に進められる。
【００９０】
図１１は、データ受信処理の詳細を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
［ステップＳ５１］圧縮制御部１１０は、通信処理部１２０からデータを受け取る。
【００９１】
［ステップＳ５２］圧縮制御部１１０は、受け取ったデータに付与されている圧縮有効フラグがＯＮか否かを判断する。圧縮有効フラグがＯＮであれば処理がステップＳ５３に進められる。圧縮有効フラグがＯＦＦであれば処理がステップＳ５４に進められる。
【００９２】
［ステップＳ５３］圧縮制御部１１０は、受け取ったデータを展開する。
［ステップＳ５４］圧縮制御部１１０は、受け取ったデータを処理すべきアプリケーションソフトウェア（ゲートウェイ１３０、ウェブサーバ１４０、もしくはメールサーバ１５０）に渡す。その後、処理が図９に示すステップＳ３４に進められる。
【００９３】
以上のようにして、圧縮効果の高いデータのみに圧縮処理を行うことができる。その結果、無駄な圧縮処理が減り、データ圧縮の処理効率が向上する。しかも、圧縮効果が高いデータは圧縮して転送するため、転送されるデータ容量が削減されていると共に、転送時間も短縮される。
【００９４】
本実施の形態のシステムでは、圧縮データが多数含まれるコンテンツを転送する際に、特に効果が現れる。たとえば、商品画像が多数含まれるウェブページを作成し、サーバに転送格納／表示する場合がある。ウェブページの本文はＨＴＭＬであり、データ形式としてはテキスト形式であるが、画像データは予め圧縮されていることがほとんどである。このような場合、本実施の形態のシステムによってデータ転送を行えば、高い処理効率で圧縮処理を施すことができる。
【００９５】
図１２は、転送されるデータの一例を示す図である。図１２には、受信されるウェブページの内容をウェブブラウザ２３０で表示させた場合の画面例を示している。ウェブブラウザ２３０の画面６０には、まずＨＴＭＬの本文が転送され、ＧＩＦやＪＰＥＧといった圧縮ファイルが引き続き転送される。図１２の例では、画面６０内にＨＴＭＬの本文６１や画像ファイルを展開することで得られる画像６２〜６５が表示されている。
【００９６】
このような内容のウェブページが本実施の形態のシステムで送信される場合、ＨＴＭＬのヘッダや本文は圧縮して転送され、画像ファイルが圧縮処理をせずに転送される。
【００９７】
これにより、圧縮効果の高い部分が圧縮されて、全体としてのデータ容量が削減される。しかも、圧縮効果の少ない画像ファイルに関しては圧縮処理が行われないため、無駄な圧縮処理によるＣＰＵへの負荷の増加を防止することができる。
【００９８】
なお、上記の実施の形態では、モバイルネットワークを介した通信に本発明を適用した場合の例を示したが、モバイルネットワーク以外に本発明を適用することもできる。たとえば、家電ネットワークと呼ばれるように、家庭用のテレビ受像器やオーディオシステムをインターネットに接続することも可能である。これらの機器のネットワーク上の通信サーバとの間のデータ通信に本発明を適用すれば、効率よくデータを転送することができる。
【００９９】
また、上記の実施の形態では、非効率の圧縮が所定回数連続した場合に、圧縮不要と判断しているが、圧縮対象のデータ内の単位データのうち非効率の圧縮が所定回数を超えた場合に（非連続でも良い）、圧縮不要と判断しても良い。その場合、図１０に示すステップＳ４８の処理を実行しないようにすればよい。たとえば、既圧縮データの転送であっても定期的に非圧縮の制御コードが含まれる場合、非効率の圧縮が所定回数連続して発生しないこともある。このような場合、非効率の圧縮が所定回数を超えたときに圧縮不要と判断することで、不要な圧縮処理を施さずに既圧縮データを送信できる。
【０１００】
なお、圧縮効果の高いデータとしては、テキストデータ（拡張子がtxtのファイル）、ＨＴＭＬ文書（拡張子がhtmlのファイル）、非圧縮の画像ファイル（拡張子がｂｍｐのファイルなど）、実行モジュール（拡張子がexeのファイル）、ライブラリモジュール（拡張子がdllのファイル）、ワープロ文書ファイル（拡張子がdocやoasのファイルなど）がある。また、圧縮効果の低いファイルとしては、圧縮された画像ファイル（拡張子がgifやjpegのファイルなど）、圧縮形式のファイル（拡張子がzip、lzh、cabのファイルなど）、自己解凍型の圧縮ファイル（拡張子がexeのファイル）、その他音声や画像の各種ストリーミングデータがある。
【０１０１】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、通信サーバ１００や端末装置２００〜２０２が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disc)などがある。
【０１０２】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１０３】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１０４】
（付記１） データを圧縮するためのデータ圧縮プログラムにおいて、
コンピュータに、
圧縮対象データを構成する一部のデータを圧縮し、
前記一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定し、
圧縮効果があると判定された場合にのみ、前記圧縮対象データを構成する他のデータを圧縮する、
処理を実行させることを特徴とするデータ圧縮プログラム。
【０１０５】
（付記２） 圧縮効果があると判定された場合、圧縮された前記一部のデータをネットワークを介して送信し、圧縮効果が無いと判定された場合、非圧縮の前記一部のデータを前記ネットワークを介して送信することを特徴とする付記１記載のデータ圧縮プログラム。
【０１０６】
（付記３） 圧縮効果が無いと判定された場合、同一コネクションにおいて同一方向に連続して転送される後続のデータも圧縮効果が無いと判定することを特徴とする付記１記載のデータ圧縮プログラム。
【０１０７】
（付記４） 前記一部のデータを圧縮する際には、圧縮効果が無いと判定されるまで、前記圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮し、
複数の前記単位データそれぞれの圧縮前後でのデータ容量の圧縮効率の良否に基づいて、圧縮効果の有無を判定する、
ことを特徴とする付記１記載のデータ圧縮プログラム。
【０１０８】
（付記５） 圧縮効率の悪い単位データが所定数に達した場合に圧縮効果が無いと判定することを特徴とする付記４記載のデータ圧縮プログラム。
（付記６） 圧縮効率の悪い単位データの連続発生数が所定数に達した場合に圧縮効果が無いと判定することを特徴とする付記４記載のデータ圧縮プログラム。
【０１０９】
（付記７） 前記圧縮対象データはネットワークを介して接続された他の装置に送信されるデータであり、前記単位データ毎に圧縮の有無を示す圧縮有効フラグを付与し、順次前記ネットワークを介して送信することを特徴とする付記４記載のデータ圧縮プログラム。
【０１１０】
（付記８） 前記圧縮対象データはネットワークを介して接続された他の装置に送信されるデータであり、前記単位データは、前記他の端末装置に設けられた受信用バッファのサイズに応じたデータ容量であることを特徴とする付記４記載のデータ圧縮プログラム。
【０１１１】
（付記９） データを圧縮するためのデータ圧縮方法において、
圧縮対象データを構成する一部のデータを圧縮し、
前記一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定し、
圧縮効果があると判定された場合にのみ、前記圧縮対象データを構成する他のデータを圧縮する、
ことを特徴とするデータ圧縮方法。
【０１１２】
（付記１０） データを圧縮するためのデータ圧縮装置において、
圧縮処理の要否を示す圧縮指定フラグにおいて圧縮必要と設定されている間、圧縮対象データを構成する複数の単位データを順次圧縮する圧縮手段と、
前記圧縮手段において圧縮された少なくとも１つの前記単位データの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定する判定手段と、
前記判定手段において圧縮効果がないと判定された場合に、前記圧縮指定フラグを圧縮不要に変更するフラグ設定手段と、
を有することを特徴とするデータ圧縮装置。
【０１１３】
（付記１１） データを圧縮するためのデータ圧縮プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
圧縮対象データを構成する一部のデータを圧縮し、
前記一部のデータの圧縮処理の前後におけるデータ容量を比較して、圧縮効果の有無を判定し、
圧縮効果があると判定された場合にのみ、前記圧縮対象データを構成する他のデータを圧縮する、
処理を実行させることを特徴とするデータ圧縮プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１１４】
【発明の効果】
以上説明したように本発明では、圧縮対象データの一部の圧縮結果から圧縮効果の有無を判定し、圧縮効果がある場合にのみ他のデータを圧縮するようにしたため、データ圧縮における処理効率が向上する。
【図面の簡単な説明】
【図１】実施の形態に適用される発明の概念図である。
【図２】本実施の形態のシステム構成例を示す図である。
【図３】通信サーバのハードウェア構成例を示す図である。
【図４】通信サーバと端末装置とのデータ通信機能を示す機能ブロック図である。
【図５】環境変数情報のデータ構造例を示す図である。
【図６】コネクションテーブルのデータ構造例を示す図である。
【図７】データ通信状況を示す概念図である。
【図８】データ通信の流れを示すシーケンス図である。
【図９】データ送受信処理の手順を示すフローチャートである。
【図１０】データ送信処理の詳細を示すフローチャートである。
【図１１】データ受信処理の詳細を示すフローチャートである。
【図１２】転送されるデータの一例を示す図である。
【図１３】従来のデータ圧縮処理を示す概念図である。
【符号の説明】
１ 送信側装置
２ ネットワーク
３ 受信側装置
４，４ａ，５ 圧縮対象データ
２１，２２ ネットワーク
３１，３２ サーバ
１００ 通信サーバ
２００，２０１，２０２ 端末装置
Claims (6)
- データを圧縮するためのデータ圧縮プログラムにおいて、
コンピュータに、
確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化し、
前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮し、
複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップし、
前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する、
処理を実行させることを特徴とするデータ圧縮プログラム。 - 前記圧縮対象データから切り出された前記単位データの圧縮効率が良いと判定された場合にも、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値を０に初期化することを特徴とする請求項１記載のデータ圧縮プログラム。
- 前記コンピュータに、さらに、
前記圧縮対象データはネットワークを介して接続された他の端末装置に送信されるデータであり、前記単位データ毎に圧縮の有無を示す圧縮有効フラグを付与し、順次前記ネットワークを介して送信する処理を実行させることを特徴とする請求項１記載のデータ圧縮プログラム。 - 前記圧縮対象データはネットワークを介して接続された他の端末装置に送信されるデータであり、前記単位データは、前記他の端末装置に設けられた受信用バッファのサイズに応じたデータ容量であることを特徴とする請求項１記載のデータ圧縮プログラム。
- コンピュータでデータを圧縮するためのデータ圧縮方法において、
初期化手段が、確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化し、
圧縮手段が、前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデータ容量ずつ切り出した単位データを順次圧縮し、
圧縮不可回数カウント手段が、複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップし、
判定手段が、前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する、
ことを特徴とするデータ圧縮方法。 - データを圧縮するためのデータ圧縮装置において、
確立されたコネクションのそれぞれに対応付けて圧縮不可回数カウンタが設けられ、対応する前記コネクションの確立時および対応する前記コネクションにおけるデータ受信時に前記圧縮不可回数カウンタの値を０に初期化する初期化手段と、
前記コネクションで送信すべき１以上の圧縮対象データが入力されると、当該コネクションに対して圧縮効果が無いと判定されるまで、当該圧縮対象データの先頭から所定のデ ータ容量ずつ切り出した単位データを順次圧縮する圧縮手段と、
複数の前記単位データそれぞれの圧縮処理の前後におけるデータ容量を比較して、前記単位データ毎のデータ容量の圧縮効率の良否を判定し、圧縮効率が悪いと判定された場合、前記圧縮対象データを送信する前記コネクションに対応する前記圧縮不可回数カウンタの値をカウントアップする圧縮不可回数カウント手段と、
前記圧縮不可回数カウンタの値が予め設定された閾値以上となった場合、当該圧縮不可回数カウンタに対応する前記コネクションに対して圧縮効果が無いと判定する判定手段と、
を有することを特徴とするデータ圧縮装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002144607A JP3857611B2 (ja) | 2002-05-20 | 2002-05-20 | データ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置 |
| US10/434,346 US7451237B2 (en) | 2002-05-20 | 2003-05-09 | Data compression program, data compression method, and data compression device |
| KR1020030031593A KR100869213B1 (ko) | 2002-05-20 | 2003-05-19 | 데이터 압축 프로그램을 기록한 기록매체, 데이터 압축 방법, 및 데이터 압축 장치 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002144607A JP3857611B2 (ja) | 2002-05-20 | 2002-05-20 | データ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003338761A JP2003338761A (ja) | 2003-11-28 |
| JP3857611B2 true JP3857611B2 (ja) | 2006-12-13 |
Family
ID=29561177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002144607A Expired - Fee Related JP3857611B2 (ja) | 2002-05-20 | 2002-05-20 | データ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7451237B2 (ja) |
| JP (1) | JP3857611B2 (ja) |
| KR (1) | KR100869213B1 (ja) |
Families Citing this family (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7444381B2 (en) * | 2000-05-04 | 2008-10-28 | At&T Intellectual Property I, L.P. | Data compression in electronic communications |
| US7398325B2 (en) * | 2003-09-04 | 2008-07-08 | International Business Machines Corporation | Header compression in messages |
| JP4705406B2 (ja) * | 2005-05-13 | 2011-06-22 | 富士通株式会社 | マルチモーダル制御装置およびマルチモーダル制御方法 |
| US7706851B2 (en) * | 2005-07-21 | 2010-04-27 | Radioshack Corporation | Compander, and associated methodology, for a radio communication station operable pursuant to a coded squelch scheme |
| US8392684B2 (en) | 2005-08-12 | 2013-03-05 | Silver Peak Systems, Inc. | Data encryption in a network memory architecture for providing data based on local accessibility |
| US8171238B1 (en) | 2007-07-05 | 2012-05-01 | Silver Peak Systems, Inc. | Identification of data stored in memory |
| US8370583B2 (en) | 2005-08-12 | 2013-02-05 | Silver Peak Systems, Inc. | Network memory architecture for providing data based on local accessibility |
| US8095774B1 (en) | 2007-07-05 | 2012-01-10 | Silver Peak Systems, Inc. | Pre-fetching data into a memory |
| US7979394B2 (en) * | 2005-09-20 | 2011-07-12 | Teradata Us, Inc. | Method of managing storage and retrieval of data objects |
| US8489562B1 (en) | 2007-11-30 | 2013-07-16 | Silver Peak Systems, Inc. | Deferred data storage |
| US8929402B1 (en) | 2005-09-29 | 2015-01-06 | Silver Peak Systems, Inc. | Systems and methods for compressing packet data by predicting subsequent data |
| US8811431B2 (en) * | 2008-11-20 | 2014-08-19 | Silver Peak Systems, Inc. | Systems and methods for compressing packet data |
| US7978922B2 (en) * | 2005-12-15 | 2011-07-12 | Microsoft Corporation | Compressing images in documents |
| CN100450094C (zh) * | 2005-12-15 | 2009-01-07 | 华为技术有限公司 | 一种实现头压缩算法性能统计的方法及系统 |
| US20070139518A1 (en) * | 2005-12-16 | 2007-06-21 | Ming-Chih Chang | Image-capturing and data-storing system with data-compressing function and related method to process image data |
| US8885632B2 (en) | 2006-08-02 | 2014-11-11 | Silver Peak Systems, Inc. | Communications scheduler |
| US8755381B2 (en) | 2006-08-02 | 2014-06-17 | Silver Peak Systems, Inc. | Data matching using flow based packet data storage |
| US8144997B1 (en) * | 2006-12-21 | 2012-03-27 | Marvell International Ltd. | Method for enhanced image decoding |
| US8307115B1 (en) | 2007-11-30 | 2012-11-06 | Silver Peak Systems, Inc. | Network memory mirroring |
| US8442052B1 (en) | 2008-02-20 | 2013-05-14 | Silver Peak Systems, Inc. | Forward packet recovery |
| US8743683B1 (en) | 2008-07-03 | 2014-06-03 | Silver Peak Systems, Inc. | Quality of service using multiple flows |
| US10164861B2 (en) | 2015-12-28 | 2018-12-25 | Silver Peak Systems, Inc. | Dynamic monitoring and visualization for network health characteristics |
| US9717021B2 (en) | 2008-07-03 | 2017-07-25 | Silver Peak Systems, Inc. | Virtual network overlay |
| US10805840B2 (en) | 2008-07-03 | 2020-10-13 | Silver Peak Systems, Inc. | Data transmission via a virtual wide area network overlay |
| US8271718B2 (en) * | 2009-03-11 | 2012-09-18 | Hitachi, Ltd. | Storage system and control method for the same, and program |
| US8305947B2 (en) | 2010-02-12 | 2012-11-06 | Intel Corporation | Minimizing power consumption in a network device |
| US8533550B2 (en) * | 2010-06-29 | 2013-09-10 | Intel Corporation | Method and system to improve the performance and/or reliability of a solid-state drive |
| US9130991B2 (en) | 2011-10-14 | 2015-09-08 | Silver Peak Systems, Inc. | Processing data packets in performance enhancing proxy (PEP) environment |
| US9626224B2 (en) | 2011-11-03 | 2017-04-18 | Silver Peak Systems, Inc. | Optimizing available computing resources within a virtual environment |
| US9166620B2 (en) * | 2012-09-26 | 2015-10-20 | Qualcomm Incorporated | Method and apparatus for a memory based packet compression encoding |
| JP6011349B2 (ja) | 2013-01-11 | 2016-10-19 | 富士通株式会社 | ストレージ装置、およびデータ圧縮方法 |
| US20140215170A1 (en) * | 2013-01-31 | 2014-07-31 | Futurewei Technologies, Inc. | Block Compression in a Key/Value Store |
| US20140258247A1 (en) * | 2013-03-05 | 2014-09-11 | Htc Corporation | Electronic apparatus for data access and data access method therefor |
| US9948496B1 (en) | 2014-07-30 | 2018-04-17 | Silver Peak Systems, Inc. | Determining a transit appliance for data traffic to a software service |
| US9875344B1 (en) | 2014-09-05 | 2018-01-23 | Silver Peak Systems, Inc. | Dynamic monitoring and authorization of an optimization device |
| US10051294B2 (en) * | 2015-03-31 | 2018-08-14 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Compressed video buffering |
| CN106713394A (zh) * | 2015-11-16 | 2017-05-24 | 华为技术有限公司 | 一种数据传输方法和装置 |
| WO2017168730A1 (ja) * | 2016-03-31 | 2017-10-05 | 富士通株式会社 | データ送信プログラム、データ送信方法及びデータ送信装置 |
| US10432484B2 (en) | 2016-06-13 | 2019-10-01 | Silver Peak Systems, Inc. | Aggregating select network traffic statistics |
| US9967056B1 (en) | 2016-08-19 | 2018-05-08 | Silver Peak Systems, Inc. | Forward packet recovery with constrained overhead |
| US11044202B2 (en) | 2017-02-06 | 2021-06-22 | Silver Peak Systems, Inc. | Multi-level learning for predicting and classifying traffic flows from first packet data |
| US10892978B2 (en) | 2017-02-06 | 2021-01-12 | Silver Peak Systems, Inc. | Multi-level learning for classifying traffic flows from first packet data |
| US10771394B2 (en) | 2017-02-06 | 2020-09-08 | Silver Peak Systems, Inc. | Multi-level learning for classifying traffic flows on a first packet from DNS data |
| US10257082B2 (en) | 2017-02-06 | 2019-04-09 | Silver Peak Systems, Inc. | Multi-level learning for classifying traffic flows |
| US10609172B1 (en) | 2017-04-27 | 2020-03-31 | Chicago Mercantile Exchange Inc. | Adaptive compression of stored data |
| US11212210B2 (en) | 2017-09-21 | 2021-12-28 | Silver Peak Systems, Inc. | Selective route exporting using source type |
| US10637721B2 (en) | 2018-03-12 | 2020-04-28 | Silver Peak Systems, Inc. | Detecting path break conditions while minimizing network overhead |
| JP7187809B2 (ja) * | 2018-04-13 | 2022-12-13 | 富士通株式会社 | 情報処理装置、情報処理方法、およびプログラム |
| WO2021025605A1 (en) * | 2019-08-08 | 2021-02-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Reducing network traffic |
| US20220269807A1 (en) * | 2021-02-22 | 2022-08-25 | EMC IP Holding Company LLC | Detecting unauthorized encryptions in data storage systems |
Family Cites Families (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3786439A (en) * | 1972-12-26 | 1974-01-15 | Ibm | Error detection systems |
| US4124870A (en) * | 1977-03-31 | 1978-11-07 | International Business Machines Corporation | Method for improving print quality of coarse-scan/fine-print character reproduction |
| US4712243A (en) * | 1983-05-09 | 1987-12-08 | Casio Computer Co., Ltd. | Speech recognition apparatus |
| US5177480A (en) * | 1988-12-07 | 1993-01-05 | British Telecommunications Public Limited Company | Data communication having transmitter-controlled mode switching from compressed-to-transparent mode but local synchronous transmitter-controlled and receiver-controlled mode switching from transparent-to-compressed mode |
| US5500923A (en) * | 1992-02-28 | 1996-03-19 | Canon Kabushiki Kaisha | Image processing apparatus utilizing the JBIG method, having a compression/expansion circuit to manage memory more effectively |
| GB2270821A (en) * | 1992-09-19 | 1994-03-23 | Ibm | Message transmission in a computer network |
| AU679457B2 (en) * | 1992-10-22 | 1997-07-03 | Nec Corporation | File compression processor |
| US5991515A (en) * | 1992-11-10 | 1999-11-23 | Adobe Systems Incorporated | Method and apparatus for compressing and decompressing data prior to display |
| US5518408A (en) * | 1993-04-06 | 1996-05-21 | Yamaha Corporation | Karaoke apparatus sounding instrumental accompaniment and back chorus |
| JPH06334872A (ja) * | 1993-05-26 | 1994-12-02 | Fuji Xerox Co Ltd | 画像処理装置 |
| JPH0787482A (ja) * | 1993-09-17 | 1995-03-31 | Fujitsu Ltd | 画像データの符号化方法及び復元方法並びに装置 |
| JPH07264417A (ja) * | 1994-03-18 | 1995-10-13 | Oki Electric Ind Co Ltd | 画像符号化方法 |
| US5805932A (en) | 1994-04-22 | 1998-09-08 | Sony Corporation | System for transmitting compressed data if compression ratio is at least preset ratio and pre-compressed data if compression ratio is less than preset ratio |
| JPH088842A (ja) * | 1994-06-15 | 1996-01-12 | Philips Electron Nv | データ圧縮伝送システム |
| US5636294A (en) * | 1994-08-09 | 1997-06-03 | Unisys Corporation | Method and apparatus for truncation of images during data compression |
| US5594660A (en) * | 1994-09-30 | 1997-01-14 | Cirrus Logic, Inc. | Programmable audio-video synchronization method and apparatus for multimedia systems |
| US5745245A (en) * | 1995-01-06 | 1998-04-28 | Mita Industrial Co., Ltd. | Communication apparatus |
| JP2831602B2 (ja) * | 1995-01-13 | 1998-12-02 | 富士通株式会社 | 圧縮データ管理装置及び圧縮データ管理方法 |
| JP3426385B2 (ja) * | 1995-03-09 | 2003-07-14 | 富士通株式会社 | ディスク制御装置 |
| US5917988A (en) * | 1995-04-07 | 1999-06-29 | Sony Corporation | Editing apparatus, editing method and decoding apparatus for compressed video signal |
| JP3342236B2 (ja) * | 1995-06-09 | 2002-11-05 | キヤノン株式会社 | 情報処理装置及びその制御方法 |
| US5712907A (en) * | 1995-09-18 | 1998-01-27 | Open Port Technology, Inc. | Pro-active message delivery system and method |
| US6038033A (en) * | 1997-08-20 | 2000-03-14 | Lexmark International, Inc. | Method and apparatus for compressing and decompressing print data in the background operations of a printer |
| US6711709B1 (en) * | 1998-06-24 | 2004-03-23 | Unisys Corporation | Integrated block checking system for rapid file transfer of compressed data |
| US6665732B1 (en) * | 1998-08-21 | 2003-12-16 | Lucent Technologies Inc. | Method and system for resource scheduling composite multimedia objects |
| US6393149B2 (en) * | 1998-09-17 | 2002-05-21 | Navigation Technologies Corp. | Method and system for compressing data and a geographic database formed therewith and methods for use thereof in a navigation application program |
| US6310974B1 (en) * | 1998-10-01 | 2001-10-30 | Sharewave, Inc. | Method and apparatus for digital data compression |
| JP3869992B2 (ja) * | 1999-02-17 | 2007-01-17 | キヤノン株式会社 | 情報処理装置、画像処理装置およびそれらの方法 |
| US6741368B1 (en) * | 1999-05-25 | 2004-05-25 | Adobe Systems, Incorporated | Method and apparatus for reducing storage requirements for display data |
| JP2000358144A (ja) * | 1999-06-17 | 2000-12-26 | Canon Inc | 画像入出力システム及びその制御方法 |
| JP3204251B2 (ja) * | 1999-06-30 | 2001-09-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ハイバネーション装置及び方法、それを格納した記録媒体並びにそれを適用したコンピュータ |
| JP2001111432A (ja) * | 1999-10-04 | 2001-04-20 | Seiko Epson Corp | データ圧縮制御装置、データ圧縮制御方法、印刷情報形成装置、印刷システム及びプログラムを記録した記録媒体 |
| JP2001275112A (ja) * | 2000-01-19 | 2001-10-05 | Oki Electric Ind Co Ltd | データ圧縮装置 |
| JP3730835B2 (ja) * | 2000-03-03 | 2006-01-05 | 株式会社エヌ・ティ・ティ・ドコモ | パケット伝送方法、中継装置およびデータ端末 |
| US7089286B1 (en) * | 2000-05-04 | 2006-08-08 | Bellsouth Intellectual Property Corporation | Method and apparatus for compressing attachments to electronic mail communications for transmission |
| US6724817B1 (en) * | 2000-06-05 | 2004-04-20 | Amphion Semiconductor Limited | Adaptive image data compression |
| US6856651B2 (en) * | 2000-07-25 | 2005-02-15 | Peribit Networks, Inc. | System and method for incremental and continuous data compression |
| JP4281230B2 (ja) | 2000-08-10 | 2009-06-17 | ソニー株式会社 | 画像符号化装置および方法、記録媒体、並びに画像処理システム |
| US6411228B1 (en) * | 2000-09-21 | 2002-06-25 | International Business Machines Corporation | Apparatus and method for compressing pseudo-random data using distribution approximations |
| US7417568B2 (en) * | 2000-10-03 | 2008-08-26 | Realtime Data Llc | System and method for data feed acceleration and encryption |
| US6618397B1 (en) * | 2000-10-05 | 2003-09-09 | Provisionpoint Communications, Llc. | Group packet encapsulation and compression system and method |
| JP2002135496A (ja) | 2000-10-18 | 2002-05-10 | Fuji Xerox Co Ltd | 画像形成装置 |
| US20030030575A1 (en) * | 2001-05-07 | 2003-02-13 | Harmonic Data Systems Ltd. | Lossless data compression |
| US7124195B2 (en) * | 2001-10-17 | 2006-10-17 | Velcero Broadband Applications, Llc | Broadband network system configured to transport audio or video at the transport layer, and associated method |
| KR100450823B1 (ko) * | 2001-11-27 | 2004-10-01 | 삼성전자주식회사 | 깊이 이미지 기반 3차원 물체의 표현을 위한 노드 구조 |
| US9350782B2 (en) * | 2002-01-29 | 2016-05-24 | Antonio Ortega | Method and system for delivering media data |
-
2002
- 2002-05-20 JP JP2002144607A patent/JP3857611B2/ja not_active Expired - Fee Related
-
2003
- 2003-05-09 US US10/434,346 patent/US7451237B2/en not_active Expired - Fee Related
- 2003-05-19 KR KR1020030031593A patent/KR100869213B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003338761A (ja) | 2003-11-28 |
| US20030224734A1 (en) | 2003-12-04 |
| KR100869213B1 (ko) | 2008-11-18 |
| KR20030090528A (ko) | 2003-11-28 |
| US7451237B2 (en) | 2008-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3857611B2 (ja) | データ圧縮プログラム、データ圧縮方法、およびデータ圧縮装置 | |
| JP4972409B2 (ja) | ノード及びネットワークの特性を考慮したサービスロケーション管理を行うためのシステム | |
| US6938047B2 (en) | Methods, data structures, and systems for processing media data streams | |
| US7299271B2 (en) | System for automatically downloading content from a server to a home system based on user's command from a remote terminal | |
| US20090327523A1 (en) | System and method for partial data compression and data transfer | |
| US20110202979A1 (en) | System and method for using resources of a computer system in conjunction with a thin media client | |
| JP2005521280A (ja) | クライアントにおいてグラフィックおよびメディア・ディスプレーを作成する方法および装置 | |
| JP2001222491A (ja) | 情報提供システム、情報提供方法およびクライアント | |
| JP2002374303A (ja) | ネットワーク性能予測システム及び方法 | |
| CN102006368A (zh) | 基于移动终端记忆卡缓存技术的流媒体音频文件播放方法 | |
| JP4538750B2 (ja) | データ再生装置及び方法並びにプログラム | |
| US8340717B2 (en) | Method and device for downloading a file via a network | |
| US6842836B2 (en) | Streaming media cache filing | |
| JP2007516499A (ja) | クライアントデバイスによって要求されたコンテンツにサービスを提供するプロバイダが選択されるシステム及び方法 | |
| KR101451956B1 (ko) | 클라우드 서비스 시스템, 클라우드 서비스 장치 및 이를 이용한 방법 | |
| JPH09223052A (ja) | 電子メール装置 | |
| EP1237074A2 (en) | Method and apparatus for digital data distributing system | |
| WO2004105352A1 (en) | Systems and methods for selecting a provider | |
| JP2007281731A (ja) | 通信装置及び通信方法及びプログラム | |
| JP2000076155A (ja) | Ｈｔｍｌドキュメント圧縮・展開・表示方式 | |
| US20040107293A1 (en) | Program obtainment method and packet transmission apparatus | |
| JP6635873B2 (ja) | コンテンツの配信方法、プログラム、情報処理装置、及び情報処理システム | |
| JP2005204138A (ja) | データ通信システム、データ送信端末、データ受信端末、プログラム | |
| JP2004310490A (ja) | インターネットアクセス高速化システム | |
| JP2006092341A (ja) | コンテンツ配信サーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050112 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060313 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060522 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060606 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060803 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060808 |
|
| 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: 20060912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060914 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3857611 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |