JPH06237284A - データ伝送方法 - Google Patents

Abstract

(57)【要約】 【目的】 送信側と受信側の処理状況に応じてデータ圧
縮処理を適度に行うことで、効率の良いデータ伝送を確
保できるデータ伝送方法を提供することを目的とする。 【構成】 伝送するデータを圧縮するデータ圧縮部と、
送信側からの指示によってデータ圧縮を行うか行わない
かを切り替える切替部と、伝送処理全体の伝送効率を推
定しながらデータ圧縮を行うか行わないかを切り替えな
がらデータ伝送を行う制御部とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の情報処理装置を
データ伝送路で接続し、データ伝送を行う方法に関する
ものである。

【０００２】

【従来の技術】従来より、複数の情報処理装置をデータ
伝送路で接続し、データ伝送を行うシステムが各種提供
されている。そして、このようなシステムにおいて、デ
ータ伝送を行う場合に、データを圧縮することで伝送効
率を向上させることは行われてきた。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
方法では、データを圧縮したことによって生じる送信
側、受信側双方のデータ処理のオーバーヘッドを考慮し
ていなかった結果、圧縮を行ったことにより、却って伝
送処理全体の効率の低下を招く恐れがあった。

【０００４】本発明は、送信側と受信側の処理状況に応
じてデータ圧縮処理を適度に行うことで、効率の良いデ
ータ伝送を確保できるデータ伝送方法を提供することを
目的とする。

【０００５】

【課題を解決するための手段】本発明は、データ伝送時
に送信側、受信側の双方の伝送すべきデータを処理する
時間を考慮に入れた上での伝送効率を推定する。

【０００６】従来、データ伝送を行う場合の圧縮による
伝送効率の向上率の評価は、通常、［伝送効率の向上
率］＝（１−［圧縮後のデータ量］／［圧縮前のデータ
量］）×１００（％）という式で行われる。しかし、実
際の伝送においてはデータの圧縮や伸長も全て伝送中に
行わなくてはならないため、この式は実際の伝送効率の
向上率を評価するのに適切とはいえない。

【０００７】そこで、本発明では、伝送効率の向上率を
［伝送効率の向上率］＝（１−（［圧縮後のデータの伝
送時間］＋［送信側の圧縮に要する時間］＋［受信側の
伸長に要する時間］）／［圧縮前のデータの伝送に要す
る時間］）×１００（％）という式で評価することで、
伝送効率の評価をより実際の値に近づけている。そし
て、この評価に基づいて圧縮によって伝送効率が低下す
ると判断される場合には圧縮を停止する。

【０００８】

【実施例】図１は、本発明の第１実施例のシステム構成
を示すブロック図である。

【０００９】このシステムは、データを送信する側の情
報処理装置１０１と、データを伝送するための伝送路１
０２と、データを受信する側の情報処理装置１０３とを
有している。

【００１０】図２は、この実施例における機能ブロック
の構成を示すブロック図である。これらの機能ブロック
は、送信側情報処理装置１０１および受信側情報処理装
置１０３のそれぞれ一部となっている。

【００１１】送信データバッファ２０１は、送信するデ
ータ（圧縮する前のもの）を格納するためのものであ
る。送信側情報処理装置１０１において、この装置が送
信しようとするデータは一旦全てこのデータバッファに
格納される。

【００１２】データ圧縮処理部２０２は、データ圧縮を
行うものである。このデータ圧縮処理部２０２は、送信
データバッファ２０１に格納されたデータを圧縮する処
理を行う。

【００１３】圧縮データバッファ２０３は、圧縮処理部
２０２が圧縮を行うのに使用するものであり、送信制御
部２０４は、送信を行う場合の種々の制御や送信データ
の作成を行うものである。データ送信部２０５は、この
送信制御部２０４が作成したデータを実際に伝送路を通
じて送信するものである。

【００１４】このデータ送信部２０５が送信したデータ
は、伝送路１０２を通じてデータ受信部２０６に到達す
る。ここで受信されたデータは、受信制御部２０７に送
られる。

【００１５】受信制御部２０７では、データが圧縮され
ているかどうかを見て、圧縮されていたらデータ伸長処
理部２０８へ、圧縮されていなければ受信データバッフ
ァ２１０へ送る。データ伸長処理部２０８では、受信制
御部２０７から送られてきた圧縮データを伸長して、も
とのデータを再構成する。このときに、伸長データバッ
ファ２０９は、データ伸長処理部２０８によって使用す
る。データ伸長処理部２０８が再構成したデータは、受
信データバッファ２１０へ送られる。

【００１６】図３は、送信側情報処理装置１０１におけ
る処理動作を示すフローチャートである。

【００１７】送信側情報処理装置１０１がデータの送信
を行う場合には、送信制御部２０４は、まず、Ｓ３０１
で送信データバッファ２０１に格納されたデータをデー
タ圧縮処理部２０２に送りデータの圧縮を行う。次にＳ
３０２では、Ｓ３０１で作成された圧縮後のデータの量
を基に、圧縮後の伝送効率の向上率を計算する。

【００１８】ここで、データの圧縮・伸長に要する時間
は、予めいくつかのケースで測定した値を用いて推定す
ることとする。続いて、Ｓ３０３では、Ｓ３０２におけ
る計算の結果に基づいて条件分岐を行う。もしも、圧縮
後の伝送効率が向上していなければ、Ｓ３０４に進み、
伝送モードを非圧縮伝送モードに切り替えて、Ｓ３０５
で圧縮前のもとのデータをそのまま送信する。こうする
ことによって、受信側でのデータ伸長によって生じるオ
ーバーヘッドを取り除くことができる。

【００１９】なお、送信側情報処理装置１０１と受信側
情報処理装置１０３との間では、予め伝送モードの切り
替えを示すデータ列についての取り決めをしておくこと
とする。

【００２０】Ｓ３０２における計算の結果、圧縮後の伝
送効率が向上すると推定された場合には、Ｓ３０３の条
件分岐ではＳ３０６へ進む。このＳ３０６では伝送モー
ドを圧縮伝送モードに切り替えて、Ｓ３０７で圧縮され
たデータを送信する。

【００２１】図４は、受信側情報処理装置１０３におけ
る処理動作を示すフローチャートである。

【００２２】受信側情報処理装置１０３では、Ｓ４０１
でデータを受信した後、Ｓ４０２でそのデータが伝送モ
ードの切り替えを示すものであるかどうかをチェックす
る。そして、そのデータが伝送モードの切り替えである
場合には、Ｓ４０３へ進み、伝送モードの切り替えを行
う。

【００２３】また、Ｓ４０２において受信したデータが
伝送モードの切り替えを示すものでなかった場合には、
次にＳ４０４で現在の伝送モードが圧縮伝送モードであ
るか非圧縮伝送モードであるかを調べる。そして、非圧
縮伝送モードであった場合には、Ｓ４０５へ進み、受信
したデータをそのまま受信データバッファ２１０へ送
る。また、圧縮伝送モードであった場合には、Ｓ４０６
へ進み、受信したデータをデータ伸長処理部２０８へ送
り、Ｓ４０７でデータ伸長処理部２０８がこのデータを
伸長し、元のデータを再構成する。この伸長されたデー
タは、Ｓ４０８で受信データバッファ２１０へ送られ
る。

【００２４】次に、本発明の第２実施例について説明す
る。なお、この第２実施例におけるシステム構成および
機能ブロックは、上記第１実施例（図１、図２）と同様
であるものとする。

【００２５】図５は、この第２実施例の送信側における
処理動作を示すフローチャートである。この第２実施例
では、送信制御部２０４が、内部にカウンタおよび現在
の転送モードを記憶するためのフラグを有しており、こ
れらは一連の送信を開始する前に適切な値に初期化され
ているものとし、ここで述べる送信時の処理は一連の送
信の中の１つのデータブロックの送信処理だけを抜き出
したものである。

【００２６】送信側情報処理装置１０１がデータを送信
する時には、送信制御部２０４は、まずＳ５０１におい
て、カウンタの値をチェックする。この時、カウンタの
値が予め定めておいた任意の整数Ｎに等しければ、送信
制御部２０４は、Ｓ５０２に進み、カウンタの値を０に
リセットする。

【００２７】次に、送信制御部２０４は、Ｓ５０４に進
み、送信データバッファ２１０に格納されている送信デ
ータをデータ圧縮部２０２に送り、データ圧縮部２０２
がデータを圧縮する。続くＳ５０５では、送信制御部２
０４は、伝送効率の向上率を算出する。この計算の結果
伝送効率が向上することが分かった場合には、Ｓ５０６
の条件分岐からＳ５０７へ進み、送信制御部２０４は圧
縮伝送モードへの切り替えを指定し、続けてＳ５０８で
圧縮したデータを送信する。

【００２８】また、Ｓ５０６の条件分岐において、伝送
効率の向上が得られないと判断された場合には、送信制
御部２０４は、Ｓ５０９へ進み、非圧縮伝送モードへの
切り替えを指定し、続けてＳ５１０で圧縮していないデ
ータを送信する。

【００２９】Ｓ５０１において、カウンタの値がＮに等
しくなかった場合には、次に送信制御部２０４は、現在
の伝送モードが圧縮伝送モードであるかどうかをチェッ
クする。そして、圧縮伝送モードであった場合には、次
にＳ５０４に進む。また、非圧縮伝送モードである場合
にはＳ５０９に進む。

【００３０】この後の手順は上述した通りである。そし
て、Ｓ５０８あるいはＳ５１０においてデータの送信を
終了した後は、いずれの処理もＳ５１１へ進み、カウン
タの値を１増やして１つのデータブロックの送信を終了
する。

【００３１】また、この第２実施例における受信側の処
理は第１実施例におけるものと同じである。

【００３２】以上のように、上述した第１実施例におい
ては、非圧縮モードと圧縮モードを常時適切に切り替え
て使用するために、伝送効率を最大に保つことができる
が、その反面、常にデータの圧縮を行い伝送効率の向上
率をチェックしているため、送信側での圧縮に要するオ
ーバーヘッドが常に存在してしまっていた。それに対し
て、この第２実施例では、非圧縮モードに入ってしまう
と、最悪Ｎ−１回の送信の間、圧縮すれば効率向上が得
られるかもしれないデータも非圧縮のまま送信し続ける
ため、やや伝送効率は下がってしまうが、その間データ
の圧縮を省略するので、圧縮を行うオーバーヘッドを減
らすことができる。

【００３３】また、カウンタの値がＮになる毎に行われ
るテスト圧縮で充分な伝送効率の向上が得られると、伝
送モードが圧縮に変わるのでＮの値を適切に選べば非圧
縮伝送モードのままで伝送を続行することによる効率低
下は最低限に押さえることが可能であり、なおかつ、圧
縮伝送中は圧縮による伝送効率の向上率を常にチェック
しているので、圧縮によるオーバーヘッドで伝送効率が
低下した場合には、すぐに非圧縮モードに切り替わり全
体の伝送効率の低下を防ぐことができる。

【００３４】次に、本発明の第３実施例について説明す
る。なお、この第３実施例におけるシステム構成は、上
記第１実施例（図１）と同様であるものとする。

【００３５】図６は、この実施例における機能ブロック
の構成を示すブロック図である。これらの機能ブロック
は、図１の送信側情報処理装置１０１および受信側情報
処理装置１０３のそれぞれ一部となっている。

【００３６】送信データバッファ６０１は、送信側情報
処理装置１０１が送信しようとするデータ（圧縮する前
のもの）を一時格納するためのものである。データ圧縮
処理部６０２は、送信データバッファ６０１に格納され
たデータを圧縮する処理を行う。

【００３７】圧縮データバッファ６０３は、圧縮処理部
６０２が圧縮したデータを格納するものであり、送信制
御部６０４は、送信を行う場合の種々の制御や送信デー
タの作成を行うものである。カウンタクロック６０５
は、送信制御部６０４が時間を測定するのに使用する適
切なクロックパルスを発生するものである。

【００３８】データ送信部６０６は、送信側情報処理装
置１０１が受信側情報処理装置１０３へデータ送信する
ためのものであり、信号受信部６０７は、送信側情報処
理装置１０１が受信側情報処理装置１０３から送られて
くる伸長処理終了信号を受信するためのものである。

【００３９】データ受信部６０８は、受信側情報処理装
置１０３が送信側情報処理装置１０１から送られてくる
データを受信するためのものであり、信号送信部６０９
は、受信側情報処理装置１０３が送信側情報処理装置１
０１に伸長処理終了信号を送信するためのものである。

【００４０】受信制御部６１０は、受信側情報処理装置
１０３における受信処理を制御するものであり、データ
伸長処理部６１１は、送信側情報処理装置１０１から送
られてきたデータを伸長し、元のデータを再構成するも
のである。

【００４１】伸長データバッファ６１２は、データ伸長
処理部６１１がデータを伸長するのに使用するものであ
り、受信データバッファ６１３は、受信データを格納す
るものである。

【００４２】図７は、送信側情報処理装置１０１におけ
る処理動作を示すフローチャートである。

【００４３】送信開始後、まず、Ｓ７０１で送信データ
バッファ６０１に格納されたデータをデータ圧縮処理部
６０２に送りデータの圧縮を行う。次にＳ７０２では、
送信制御部６０４が圧縮前後のデータの量と、もしあれ
ば、それ以前の送信で推定された受信側オーバーヘッド
とを用いて伝送効率の向上率を推定する。そして、Ｓ７
０３では、Ｓ７０２における計算の結果に基づいて条件
分岐を行う。

【００４４】もしも、充分な伝送効率が得られたと判断
された場合には、Ｓ７０４で、伝送モードを圧縮伝送モ
ードに切り替えて、Ｓ７０５で圧縮されたデータを送信
する。そして、送信が終了したら、ただちにＳ７０６に
進み、クロックカウンタ６０５から現在時刻を取得して
記憶しておく。

【００４５】次に、Ｓ７０７へ進み、受信側情報処理装
置１０３が伸長処理終了信号を送ってくるのを待つ。信
号受信部６０７が受信側情報処理装置１０３からの伸長
処理終了信号を受信すると、だだちに送信処理は次のＳ
７０８へ進み、再びクロックカウンタ６０５から現在時
刻を取得する。

【００４６】そして、Ｓ７０９でＳ７０８で取得した時
刻とＳ７０６で取得した時刻の差を計算し、このデータ
の圧縮率との相関から受信側の伸長処理のオーバーヘッ
ドを推定する。推定した結果は次回の送信処理のＳ７０
２で使用するために記録しておく。

【００４７】もしも、Ｓ７０３で伝送効率の向上が見ら
れないと判断した場合には、送信処理はそのままＳ７１
０に進み、伝送モードを非圧縮伝送モードに切り替え
て、Ｓ７０５で圧縮前のもとのデータをそのまま送信す
る。

【００４８】図８は、受信側情報処理装置１０３におけ
る処理動作を示すフローチャートである。

【００４９】受信側情報処理装置１０３では、Ｓ８０１
でデータを受信した後、Ｓ８０２でそのデータが伝送モ
ードの切り替えを示すものであるかどうかをチェックす
る。そして、そのデータが伝送モードの切り替えである
場合には、Ｓ８０３へ進み、伝送モードの切り替えを行
う。

【００５０】また、Ｓ８０２において受信したデータが
伝送モードの切り替えを示すものでなかった場合には、
次に、Ｓ８０４で現在の伝送モードが圧縮伝送モードで
あるか非圧縮伝送モードであるかを調べる。そして、非
圧縮伝送モードであった場合には、Ｓ８０５へ進み、受
信したデータをそのまま受信データバッファ６１３へ送
る。また、圧縮伝送モードであった場合には、Ｓ８０６
へ進み、受信したデータをデータ伸長処理部６１１へ送
ってデータの伸長を行い、Ｓ８０７で伸長処理終了信号
を信号送信部６０９から送信側情報処理装置１０１に送
信した後、Ｓ８０８において、伸長したデータを受信デ
ータバッファ６１３に送る。

【００５１】以上のように、この第３実施例において
は、受信側のオーバーヘッドを実際の伝送中に推定する
ことから、より正確に伝送効率の向上、低下を判断する
ことができる。また、送信側で受信側の特性に関する仮
定を置かないで済むので、受信側の特性が未知の場合で
も正しく対応して効率の良い伝送を行うことが可能であ
る。

【００５２】次に、本発明の第４実施例について説明す
る。なお、この第４実施例におけるシステム構成は、上
記第１実施例（図１）と同様であり、また、機能ブロッ
クの構成は、上記第３実施例（図６）と同様であるもの
とする。

【００５３】図９は、送信側情報処理装置１０１におけ
る処理動作を示すフローチャートである。

【００５４】送信側情報処理装置１０１がデータを送信
する場合、まず、Ｓ９０１において、カウンタの値をチ
ェックする。この時、カウンタの値が予め定めておいた
任意の整数Ｎに等しければ、Ｓ９０２に進み、カウンタ
の値を０にリセットし、Ｓ９０４に進む。

【００５５】また、Ｓ９０１において、カウンタの値が
Ｎに等しくない場合には、次に現在モードが圧縮モード
であるかどうかチェックし、圧縮モードである場合は、
Ｓ９０４に進む。

【００５６】次に、Ｓ９０４では、送信データバッファ
６１３に格納されている送信データをデータ圧縮部６０
２に送り、データを圧縮する。続くＳ９０５では、圧縮
データ量と、もしあれば、それ以前の送信で推定された
受信側のオーバヘッドを考慮して、伝送効率が向上した
かどうか計算する。そして、この計算の結果、伝送効率
が向上することが分かった場合には、Ｓ９０７へ進み、
圧縮伝送モードへの切り替えを指定し、続けてＳ９０８
で圧縮したデータを送信する。

【００５７】この後、送信が終了したら、ただちにＳ９
０９に進み、クロックカウンタ６０５から現在時刻を取
得し、Ｓ９１０において、受信側情報処理装置１０３か
ら伸長処理終了信号が送られてくるまで待機する。そし
て、信号受信部６０７に伸長処理終了信号を受信した
ら、ただちにＳ９１１に進み、再びクロックカウンタか
ら現在時刻を取得する。次に、Ｓ９１２において、Ｓ９
０９で獲得した時刻とＳ９１１で獲得した時刻の差を計
算し、これを受信側で伸長に要した時間とみなして、デ
ータの圧縮率との相関をとり、新たな受信側のオーバー
ヘッドの推定値を算出し、次回の送信時に使用するため
に記録しておき、Ｓ９１５に進む。

【００５８】また、Ｓ９０３において、現在のモードが
非圧縮伝送モードであった場合には、Ｓ９１３に進む。
また、Ｓ９０６において、伝送効率の向上が得られない
と判断される場合にも、Ｓ９１３に進む。Ｓ９１３にお
いては、非圧縮伝送モードへの切り替えを指示し、続い
てＳ９１４にて圧縮していないデータの送信を行う。そ
して、Ｓ９１５に進む。

【００５９】最後に、Ｓ９１５において、次回の送信の
ためにカウンタの値を１つ増やして送信処理を終了す
る。また、この第４実施例における受信側の処理は第３
実施例（図８）と同じである。

【００６０】この第４実施例によれば、非圧縮伝送時の
送信側での圧縮のオーバーヘッドをほとんどなくすこと
ができ、なおかつ受信側のオーバーヘッドを正しく推定
することが可能になる。また、定数Ｎを適切に選ぶこと
で非圧縮伝送モードに入ってからの圧縮を行わないこと
による効率低下も最小限にとどめることが可能であり、
全体として圧縮−非圧縮のダイナミックな切り替えを行
わない伝送よりも大幅に効率を向上することができる。

【００６１】次に、本発明の第５実施例について説明す
る。なお、この第５実施例におけるシステム構成および
機能ブロックは、上記第１実施例（図１、図２）と同様
であるものとする。

【００６２】図１０は、この第５実施例の送信側におけ
る処理動作を示すフローチャートである。上述した第２
実施例（図５）では、カウンタの値を定数Ｎと比較して
いたが、この第５実施例では、Ｎを変数として、まず始
めに適当な初期値を設定しておくものである。

【００６３】まず、Ｓ１００１でカウンタの値が変数Ｎ
に等しいかどうかをチェックする。そして、等しけれ
ば、Ｓ１００２に進み、カウンタの値を０にリセット
し、Ｓ１００３で変数Ｎの値を増やす。なお、この時、
Ｎの最大値を定めておいて、その値を越えるようであれ
ば、増やさないようにしても良い。そして、変数Ｎの変
更が終わると、Ｓ１００５に進む。

【００６４】また、Ｓ１００１でカウンタの値がＮに等
しくない場合には、Ｓ１００４に進み、現在の伝送モー
ドをチェックする。そして、現在の伝送モードが圧縮伝
送モードであった場合には、Ｓ１００５に進む。

【００６５】Ｓ１００５では、データの圧縮を行い、Ｓ
１００６で圧縮後のデータ量等から伝送効率の向上率を
計算する。そして、この計算の結果、Ｓ１００７で伝送
効率の向上が得られたら、Ｓ１００８に進み、圧縮伝送
モードの切り替えを支持し、Ｓ１００９で圧縮されたデ
ータを送信する。そして、Ｓ１０１６に進む。

【００６６】また、Ｓ１００７で伝送効率の向上が期待
できない場合には、Ｓ１０１０に進み、カウンタの値を
所定の基準値と比較する。この基準値は変数Ｎの値から
算出されるＮよりも小さい数値で、変数Ｎが大きくなれ
ば、この基準値も大きくなり、Ｎが小さくなれば、小さ
くなるという性質をもつように定められる。

【００６７】次に、Ｓ１０１１において、Ｓ１０１０で
の比較の結果、カウンタ値が基準値よりも小さい場合に
は、Ｓ１０１２に進み、変数Ｎの値を適当な値だけ減じ
る。なお、このとき変数Ｎは０以下の値をとらないもの
とする。また、適当なＮの最小値を定めておいて、これ
より小さくならないようにしても良い。

【００６８】この後、Ｓ１０１３に進み、カウンタを０
にリセットした後、Ｓ１０１４に進む。

【００６９】また、Ｓ１０１１でカウンタの値が基準値
よりも大きかった場合には、そのままＳ１０１４に進
む。

【００７０】Ｓ１０１４では、非圧縮伝送モードへの切
り替えを指定し、続けてＳ１０１５で圧縮していないデ
ータを送信する。そして、最後にＳ１０１６でカウンタ
の値を現在の値から１増やし、１ブロック分の送信を終
了する。

【００７１】また、この第５実施例における受信側の処
理は第１実施例におけるものと同じである。

【００７２】この第５実施例によれば、圧縮伝送モード
からの非圧縮伝送モードへの切り替わりの頻度によって
テスト圧縮の回数を加減することができる。すなわち、
圧縮モードからの非圧縮モードへの切り替わりがテスト
圧縮の周期よりも極端に少ない回数で起こるようなら
ば、テスト圧縮の回数を増やすように処理し、圧縮、非
圧縮の切り替りがなかなか発生しないようならば、テス
ト圧縮の回数も減らすことができる。したがって、テス
ト圧縮の回数を最適化することができ、伝送効率を高め
ることができる。

【００７３】次に、本発明の第６実施例について説明す
る。なお、この第６実施例におけるシステム構成は、上
記第１実施例（図１）と同様であるものとする。

【００７４】また、図１１は、この第６実施例における
機能ブロックの構成を示すブロック図である。

【００７５】図において、送信データバッファ１１０１
と、データ圧縮処理部１１０２と、圧縮データバッファ
１１０３と、送信制御部１１０４と、データ受信部１１
０９と、受信制御部１１１０と、データ伸長処理部１１
１１と、伸長データバッファ１１１２と、受信データバ
ッファ１１３とは、上記第１実施例（図２）の機能ブロ
ックと共通の構成である。

【００７６】また、この実施例装置は、送信キュー処理
部１１０５と、送信キューバッファ１１０７と、送信デ
ータをスプールするスプールバッファ１１０６と、実際
に伝送路を通してデータを伝送するための送信部１１０
８とを有する。

【００７７】この第６実施例における送信時の基本的動
作は、上記第１実施例（図３）、または第２実施例（図
５）、あるいは第５実施例（図１０）に示すものと同様
である。そして、この第６実施例が、これらの各実施例
と異なるのは、データを送信する処理がデータをキュー
（待ち行列）に登録する処理を含む点である。すなわ
ち、この第６実施例では、圧縮、非圧縮にかかわらず、
データを送信する際に、送信制御部１１０４は、送信キ
ュー処理部１１０５に対してキューへの登録要求を行
う。送信キュー処理部１１０５は、送信キューバッファ
１１０７に空き容量があれば、登録要求に対し、ジョブ
番号を与え、その番号を送信キューバッファ１１０７に
登録する。続いて送信制御部１１０４から送られてきた
送信データは、同時に指定されたジョブ番号に応じて送
信スプールバッファ１１０６にスプールされる。

【００７８】そして、全てのデータが送られてきたとこ
ろで、そのジョブはキューの順番待ちになる。この後、
キューは優先順位の高い順にスプールバッファ１１０６
から取り出され、データ送信部１１０８に送られる。

【００７９】この第６実施例によれば、送信側情報処理
装置の内部で複数の送信処理が動作している場合でも、
それらから送信されるデータを各処理毎に分離して順番
に伝送することが可能になる。また、送信処理と送信キ
ューの処理を独立して平行して処理することが可能とな
り、送信処理側でデータが伝送路に送出されるのを待た
なくてもよいため、効率の良い伝送が可能となる。

【００８０】

【発明の効果】本発明によれば、データを伝送する場合
に結果として伝送効率を低下させてしまうような結果を
招く圧縮転送を防ぐことが可能となり、伝送効率を向上
させることができる。

【図面の簡単な説明】

【図１】本発明の第１実施例のシステム構成を示すブロ
ック図である。

【図２】上記第１実施例による機能ブロックの構成を示
すブロック図である。

【図３】上記第１実施例による送信側の処理動作を示す
フローチャートである。

【図４】上記第１実施例による受信側の処理動作を示す
フローチャートである。

【図５】本発明の第２実施例による送信側の処理動作を
示すフローチャートである。

【図６】本発明の第３実施例による機能ブロックの構成
を示すブロック図である。

【図７】上記第３実施例による送信側の処理動作を示す
フローチャートである。

【図８】上記第３実施例による受信側の処理動作を示す
フローチャートである。

【図９】本発明の第４実施例による送信側の処理動作を
示すフローチャートである。

【図１０】本発明の第５実施例による送信側の処理動作
を示すフローチャートである。

【図１１】本発明の第６実施例による機能ブロックの構
成を示すブロック図である。

【符号の説明】 １０１…送信側情報処理装置、 １０３…受信側情報処理装置、 ２０１…送信データバッファ、 ２０２…データ圧縮処理部、 ２０３…圧縮データバッファ、 ２０４…送信制御部、 ２０５…データ送信部、 ２０６…データ受信部、 ２０７…受信制御部、 ２０８…データ伸長処理部、 ２０９…伸長データバッファ、 ２１０…受信データバッファ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 データ伝送路を通じてデータ伝送を行う
   方法であって、 伝送するデータを圧縮するデータ圧縮手段と、送信側か
   らの指示によってデータ圧縮を行うか行わないかを切り
   替える切替手段と、伝送処理全体の伝送効率を推定しな
   がらデータ圧縮を行うか行わないかを切り替えながらデ
   ータ伝送を行う制御手段とを有することを特徴とするデ
   ータ伝送方法。
2. 【請求項２】 請求項１において、 上記制御手段は、伝送処理全体の伝送効率を推定するた
   めに、実際に伝送処理に要した時間を測定する手段を用
   いることを特徴とするデータ伝送方法。
3. 【請求項３】 請求項１または２において、 上記制御手段は、伝送処理全体の伝送効率の推定を行う
   回数を減らすことで、伝送効率を向上させることを特徴
   とするデータ伝送方法。
4. 【請求項４】 請求項３において、 伝送処理全体の伝送効率の推定を行う回数を減らす割合
   を可変することで伝送効率を向上させる手段を備えたこ
   とを特徴とするデータ伝送方法。
5. 【請求項５】 請求項１〜４のいずれか１項において、 複数の送信処理を並行して行う時に、それらの処理から
   送出された送信データを整理し、順番に正しく伝送する
   制御手段を有することを特徴とするデータ伝送方法。