(57)【要約】【課題】通信メディアに依存することなく、最適な通信を行うことができるようにする。【解決手段】未送信パケットカウント部３９は、クリア間隔タイマ３７からクリアタイミングが供給されたとき、送信バッファ３３に残っている未送信パケット数を内蔵するカウンタにカウントする。送信空き時間計測カウント部４０は、送信バッファ３３に蓄積されたデータがなくなったときから、クリアタイミングが供給されるときまでの送信空き時間を計測する。圧縮制御部４１は、未送信パケット数または送信空き時間に基づいて、情報圧縮部３１による圧縮率を制御する。本発明は、音声と映像が連続的に流れるA/Vデータストリームを無線通信する通信システムに適用できる。【選択図】図２
2008118326.tif 000002
【特許請求の範囲】
【請求項１】
データを送信する送信装置において、
送信対象のデータを圧縮する圧縮手段と、
前記圧縮手段により圧縮された前記データをパケット化するパケット手段と、
パケット化された前記データを蓄積するバッファと、
前記バッファに蓄積された前記データを送信する送信手段と、
所定の時間が経過する毎に、前記バッファ内をクリアするクリア手段と、
前記所定の時間内に送信されなかった前記データの数をカウントするデータ数カウント手段と、
前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記クリア手段による前記バッファ内のクリア時までの送信空き時間を計測する時間計測手段と、
前記データ数カウント手段によりカウントされた前記データの数、または、前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する圧縮制御手段と
を備える送信装置。
【請求項２】
前記パケット化手段は、前記圧縮手段により圧縮された前記データを優先度毎にパケット化し、
前記送信手段は、前記バッファに蓄積された前記データを前記優先度順に送信する
請求項１に記載の送信装置。
【請求項３】
前記バッファは、複数のバッファで構成される
請求項１に記載の送信装置。
【請求項４】
前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの送信速度を制御する速度制御手段をさらに備える
請求項１に記載の送信装置。
【請求項５】
データを送信する送信装置の送信方法において、
送信対象のデータを圧縮し、
圧縮された前記データをパケット化し、
パケット化された前記データをバッファに蓄積し、
前記バッファに蓄積された前記データを送信し、
所定の時間が経過する毎に、前記バッファ内をクリアし、
前記所定の時間内に送信されなかったデータ数をカウントし、
前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間を計測し、
カウントされた前記データ数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する
ステップを含む送信方法。
【請求項６】
データを送信する処理をコンピュータに行わせるプログラムであって、
送信対象のデータを圧縮し、
圧縮された前記データをパケット化し、
パケット化された前記データをバッファに蓄積し、
前記バッファに蓄積された前記データを送信し、
所定の時間が経過する毎に、前記バッファ内をクリアし、
前記所定の時間内に送信されなかったデータ数をカウントし、
前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間を計測し、
カウントされた前記データ数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する
ステップを含むプログラム。
【請求項７】
データを送信する送信装置と、前記データを受信する受信装置からなる通信システムにおいて、
前記送信装置は、
送信対象のデータを圧縮する圧縮手段と、
前記圧縮手段により圧縮された前記データをパケット化するパケット手段と、
パケット化された前記データを蓄積するバッファと、
前記バッファに蓄積された前記データを前記受信装置に送信する送信手段と、
所定の時間が経過する毎に、前記バッファ内をクリアするクリア手段と、
前記所定の時間内に送信されなかった前記データの数をカウントするデータ数カウント手段と、
前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記クリア手段による前記バッファ内のクリア時までの送信空き時間を計測する時間計測手段と、
前記データ数カウント手段によりカウントされた前記データの数、または、前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する圧縮制御手段とを備える
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置および方法、プログラム、並びに通信システムに関し、特に、送信側の情報だけで、通信メディアに依存することなく、ストリーミングなどで重視される遅延時間を安定させるなど最適な通信を行うことができるようにした送信装置および方法、プログラム、並びに通信システムに関する。
【背景技術】
【０００２】
従来の技術においては、通信路の品質を受信側におけるパケットのエラー率や信号のS/N比を基に割り出し、伝送速度を変化させる適応を行っていた（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００６−７４３５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術の場合、統計処理が必要であったり、伝送遅延量がばらつくなどのため、ストリーミングを行うときには、多くのバッファを持つ必要があった。また、エラー率やS/Nの特性は通信メディアにより異なるため、それぞれの通信メディアで最適化を必要としていた。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、通信メディアに依存することなく、最適な通信を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の第１の側面の送信装置は、データを送信する送信装置において、送信対象のデータを圧縮する圧縮手段と、前記圧縮手段により圧縮された前記データをパケット化するパケット手段と、パケット化された前記データを蓄積するバッファと、前記バッファに蓄積された前記データを送信する送信手段と、所定の時間が経過する毎に、前記バッファ内をクリアするクリア手段と、前記所定の時間内に送信されなかった前記データの数をカウントするデータ数カウント手段と、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記クリア手段による前記バッファ内のクリア時までの送信空き時間を計測する時間計測手段と、前記データ数カウント手段によりカウントされた前記データの数、または、前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する圧縮制御手段とを備える。
【０００７】
前記パケット化手段は、前記圧縮手段により圧縮された前記データを優先度毎にパケット化し、前記送信手段は、前記バッファに蓄積された前記データを前記優先度順に送信することができる。
【０００８】
前記バッファは、複数のバッファで構成されることができる。
【０００９】
前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの送信速度を制御する速度制御手段をさらに備えることができる。
【００１０】
本発明の第１の側面の送信方法は、データを送信する送信装置の送信方法において、送信対象のデータを圧縮し、圧縮された前記データをパケット化し、パケット化された前記データをバッファに蓄積し、前記バッファに蓄積された前記データを送信し、所定の時間が経過する毎に、前記バッファ内をクリアし、前記所定の時間内に送信されなかったデータ数をカウントし、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間を計測し、カウントされた前記データ数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率を制御するステップを含む。
【００１１】
本発明の第１の側面のプログラムは、データを送信する処理をコンピュータに行わせるプログラムであって、送信対象のデータを圧縮し、圧縮された前記データをパケット化し、パケット化された前記データをバッファに蓄積し、前記バッファに蓄積された前記データを送信し、所定の時間が経過する毎に、前記バッファ内をクリアし、前記所定の時間内に送信されなかったデータ数をカウントし、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間を計測し、カウントされた前記データ数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率を制御するステップを含む。
【００１２】
本発明の第２の側面の通信システムは、データを送信する送信装置と、前記データを受信する受信装置からなる通信システムにおいて、前記送信装置は、送信対象のデータを圧縮する圧縮手段と、前記圧縮手段により圧縮された前記データをパケット化するパケット手段と、パケット化された前記データを蓄積するバッファと、前記バッファに蓄積された前記データを前記受信装置に送信する送信手段と、所定の時間が経過する毎に、前記バッファ内をクリアするクリア手段と、前記所定の時間内に送信されなかった前記データの数をカウントするデータ数カウント手段と、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記クリア手段による前記バッファ内のクリア時までの送信空き時間を計測する時間計測手段と、前記データ数カウント手段によりカウントされた前記データの数、または、前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する圧縮制御手段とを備える。
【００１３】
本発明の第１の側面においては、送信対象のデータが圧縮され、圧縮された前記データがパケット化され、パケット化された前記データがバッファに蓄積され、前記バッファに蓄積された前記データが送信され、所定の時間が経過する毎に、前記バッファ内がクリアされる。そして、前記所定の時間内に送信されなかったデータ数がカウントされ、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間が計測され、カウントされた前記データ数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率が制御される。
【００１４】
本発明の第２の側面においては、送信装置により、送信対象のデータが圧縮され、圧縮された前記データがパケット化され、パケット化された前記データがバッファに蓄積され、前記バッファに蓄積された前記データが前記受信装置に送信され、所定の時間が経過する毎に、前記バッファ内がクリアされる。そして、前記所定の時間内に送信されなかった前記データの数がカウントされ、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間が計測され、カウントされた前記データの数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率が制御される。
【発明の効果】
【００１５】
本発明の第１の側面によれば、通信メディアに依存することなく、最適な通信を行うことができる。特に、ストリーミングなどで重視される遅延時間を安定させることができることができる。
【００１６】
本発明の第２の側面によれば、通信メディアに依存することなく、最適な通信を行うことができる。特に、快適なストリーミング環境を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。したがって、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１８】
本発明の第１の側面の送信装置は、データを送信する送信装置（例えば、図１の送信装置１１）において、送信対象のデータを圧縮する圧縮手段（例えば、図２の情報圧縮部３１）と、前記圧縮手段により圧縮された前記データをパケット化するパケット手段（例えば、図２の属性別パケット化部３２）と、パケット化された前記データを蓄積するバッファ（例えば、図２の送信バッファ３３）と、前記バッファに蓄積された前記データを送信する送信手段（例えば、図２の通信メディアアクセス制御部３４）と、所定の時間が経過する毎に、前記バッファ内をクリアするクリア手段（例えば、図２のバッファクリア部３８）と、前記所定の時間内に送信されなかった前記データの数をカウントするデータ数カウント手段（例えば、図２の未送信パケットカウント部３９）と、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記クリア手段による前記バッファ内のクリア時までの送信空き時間を計測する時間計測手段（例えば、図２の送信空き時間計測カウント部４０）と、前記データ数カウント手段によりカウントされた前記データの数、または、前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する圧縮制御手段（例えば、図２の圧縮制御部４１）とを備える。
【００１９】
前記バッファは、複数のバッファ（例えば、図９のバッファ６１およびバッファ６２）で構成されることができる。
【００２０】
前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの送信速度を制御する速度制御手段（例えば、図２のBB部３５）をさらに備えることができる。
【００２１】
本発明の第１の側面の送信方法またはプログラムは、データを送信する送信装置の送信方法またはプログラムにおいて、送信対象のデータを圧縮し（例えば、図５のステップＳ１１）、圧縮された前記データをパケット化し（例えば、図５のステップＳ１２）、パケット化された前記データをバッファに蓄積し（例えば、図５のステップＳ１３）、前記バッファに蓄積された前記データを送信し（例えば、図６のステップＳ３１）、所定の時間が経過する毎に、前記バッファ内をクリアし（例えば、図６のステップＳ４０）、前記所定の時間内に送信されなかったデータ数をカウントし（例えば、図６のステップＳ３９）、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記バッファ内のクリア時までの送信空き時間を計測し（例えば、図６のステップＳ３６）、カウントされた前記データ数、または、計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する（例えば、図７のステップＳ５３）ステップを含む。
【００２２】
本発明の第２の側面の通信システムは、データを送信する送信装置（例えば、図１の送信装置１１）と、前記データを受信する受信装置（例えば、図１の受信装置１３）からなる通信システム（例えば、図１の通信システム１）において、前記送信装置は、送信対象のデータを圧縮する圧縮手段（例えば、図２の情報圧縮部３１）と、前記圧縮手段により圧縮された前記データをパケット化するパケット手段（例えば、図２の属性別パケット化部３２）と、パケット化された前記データを蓄積するバッファ（例えば、図２の送信バッファ３３）と、前記バッファに蓄積された前記データを前記受信装置に送信する送信手段（例えば、図２の通信メディアアクセス制御部３４）と、所定の時間が経過する毎に、前記バッファ内をクリアするクリア手段（例えば、図２のバッファクリア部３８）と、前記所定の時間内に送信されなかった前記データの数をカウントするデータ数カウント手段（例えば、図２の未送信パケットカウント部３９）と、前記所定の時間が経過するまでに、前記バッファに蓄積された前記データがすべて送信された場合、前記データの送信完了時から、前記クリア手段による前記バッファ内のクリア時までの送信空き時間を計測する時間計測手段（例えば、図２の送信空き時間計測カウント部４０）と、前記データ数カウント手段によりカウントされた前記データの数、または、前記時間計測手段により計測された前記送信空き時間に基づいて、前記データの圧縮率を制御する圧縮制御手段（例えば、図２の圧縮制御部４１）とを備える。
【００２３】
以下、図を参照して本発明の実施の形態について説明する。
【００２４】
図１は、本発明を適用した通信システム（システムとは、複数の装置が論理的に集合したものをいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成を示す図である。
【００２５】
図１において、通信システム１は、送信装置１１、ネットワーク１２、および受信装置１３を含むようにして構成されており、音声と映像（以下、画像と称する）が連続的に流れるA/V(audio / video)データストリームを無線通信する。
【００２６】
送信装置１１は、図示せぬ外部から入力されるA/Vデータストリームを圧縮する。圧縮後のデータは、優先度により区分されている。送信装置１１は、アンテナ２１を有しており、圧縮後のデータを優先度毎にパケット化し、優先度順に、アンテナ２１により、ネットワーク１２を介して、受信装置１３に送信する。
【００２７】
ネットワーク１２には、送信装置１１および受信装置１３が接続される。ネットワーク１２は、例えば、無線の通信を用いるネットワークである無線LAN（local area network）などからなり、例えば、RTP（real time transport protocol）などのプロトコルに従って、送信装置１１および受信装置１３を相互に通信させる。
【００２８】
なお、無線の通信としては、IEEE（the institute of electrical and electronic engineers , Inc.）802.11a、IEEE802.11b、またはIEEE802.11gなどの規格に準拠した無線LANの他に、例えば、UWB (ultra wide band)、ブルートゥース（登録商標）、WiMax (worldwide interoperability for microwave access)などの規格に準拠した無線の通信を用いることができる。
【００２９】
また、ネットワーク１２は、無線の通信に限らず、例えば、イーサネット（登録商標）などの規格に準拠した有線の通信を用いるネットワークの他、インターネットなどの、相互に接続されているネットワークまたは通信回線などとすることができる。また、利用されるプロトコルは、RTPに限らず、例えば、TCP/IP（transmission control protocol/internet protocol）のネットワーク上で利用される他のプロトコルを用いることもできる。
【００３０】
受信装置１３は、アンテナ２２を有しており、アンテナ２２により、送信装置１１から送信されるデータを、ネットワーク１２を介して受信する。受信装置１３は、データが正しく受信された場合には、送信装置１１に対し、ネットワーク１２を介して、ACK（acknowledgement）を返信する。受信装置１３は、受信したデータを伸張し、伸張されたデータであるA/Vデータストリームに対応する音声および画像を出力する。
【００３１】
なお、通信システム１においては、図１の例では、説明を簡略にするために、送信装置１１、ネットワーク１２、および受信装置１３が１つずつ設けられているが、それぞれ、複数設けられるようにしてもよい。
【００３２】
図２は、図１の送信装置１１の構成例を示している。
【００３３】
図２の例において、送信装置１１は、情報圧縮部３１、属性別パケット化部３２、送信バッファ３３、通信メディアアクセス制御部３４、BB（base band）部３５、RF（radio frequency）部３６、クリア間隔タイマ３７、バッファクリア部３８、未送信パケットカウント部３９、送信空き時間計測カウント部４０、および圧縮制御部４１を含むように構成されている。
【００３４】
情報圧縮部３１には、情報として、A/Vデータストリームが入力される。情報圧縮部３１は、A/Vデータストリームのうちの音声データを、例えば、ATRAC (adaptive tranform acoustic coding)やMP3（moving picture experts１ audio layer3）などの符号化方式により圧縮し、圧縮した音声データを、属性別パケット化部３２に出力する。
【００３５】
情報圧縮部３１は、また、A/Vデータストリームのうちの画像データを圧縮することで、優先度により、例えば３段階に区分されているデータを、属性別パケット化部３２に出力する。例えば、情報圧縮部３１においては、JPEG（Joint Photographic Experts Group）2000などで用いられるウェーブレット変換が行われる。なお、優先度による区分は、３段階に限らず、２段階や４段階など、その他複数段階であってもよい。
【００３６】
離散ウェーブレット変換において、原画像は、各水平画素列に対して、１次元ウェーブレット畳み込み（one-dimensional wavelet convolution）が行われ、低周波数情報を含む副画像と高周波数情報を含む副画像に分割される。さらに、各副画像は、それぞれ、各垂直画素行に対して同様の畳み込みが行われ、低周波数情報および高周波数情報の２つの副画像に分割される。
【００３７】
すなわち、原画像であるベースバンド信号は、４つのサブバンドとしての副画像（ＨＨ，ＨＬ，ＬＨ，ＬＬ）に分解される。ＬＬ副画像は、垂直および水平双方のウェーブレット畳み込みからの低周波数情報を含むものである。ＬＨ副画像は、水平ウェーブレット畳み込みからの低周波数画像情報と、垂直ウェーブレット畳み込みからの高周波数画像情報とを含むものである。ＨＬ副画像は、水平ウェーブレット畳み込みからの高周波数画像情報と、垂直ウェーブレット畳み込みからの低周波数画像情報とを含むものである。ＨＨ副画像は、垂直および水平双方のウェーブレット畳み込みからの高周波数画像情報を含むものである。各副画像は、原画像の１/４のサイズであり、原画像の１/４のデータ点数を含んでいる。
【００３８】
そして、このようなウェーブレット変換は、得られたＬＬ副画像に対して繰り返し行われる。つまり、原画像をウェーブレット変換して得られた第１分解レベルの副画像を、それぞれ、１ＨＨ，１ＨＬ，１ＬＨ，および１ＬＬとすると、１ＬＬ副画像に対してさらにウェーブレット変換が行われ、第２分解レベルの副画像である、２ＨＨ，２ＨＬ，２ＬＨ，および２ＬＬに分解される。そして、その２ＬＬ副画像に対してさらにウェーブレット変換がなされ、第３分解レベルの副画像である、３ＨＨ，３ＨＬ，３ＬＨ，および３ＬＬに分解される。このように、ウェーブレット変換が繰り返し行われ、変換後信号においては、副画像が階層構造を形成する。
【００３９】
ここで、圧縮データの視覚特性は、高域よりも低域ほど人間が感知しやすく、音声はさらに、人間が感知しやすい。したがって、人間が識別しやすい順番（すなわち、重要度が高い順番）は、音声データ、画像の低域データ、画像の中域データ、画像の高域データの順番となり、音声データ、画像の低域データ、画像の中域データ、画像の高域データの順番に優先度が高いとされる。
【００４０】
すなわち、情報圧縮部３１においては、画像データに対して、上述したようなウェーブレット変換が行われ、優先度が画像の中で最も高い、周波数成分が低い低域（例えば、１ＨＨ，１ＨＬ，１ＬＨ）、優先度が次に高い、周波数成分が中間の中域（例えば、２ＨＨ，２ＨＬ，２ＬＨ）、優先度が低い、周波数成分が高い高域（例えば、３ＨＨ，３ＨＬ，３ＬＨ，および３ＬＬ）の３段階に区分されている画像データが、属性別パケット化部３２に出力される。したがって、音声データを含めると、情報圧縮部３１からは、４種類の優先度（以下、適宜、属性とも称する）のデータが属性別パケット化部３２に入力される。
【００４１】
属性別パケット化部３２は、４種類の属性のデータを、優先度が高い順番で、属性別にパケット化して、送信バッファ３３に蓄積させる。送信バッファ３３には、属性別にパケット化された音声データ、画像の低域データ、画像の中域データ、および画像の高域データが蓄積される。
【００４２】
通信メディアアクセス制御部３４は、送信バッファ３３に蓄積されたデータを、優先度が高い順番（すなわち、音声データ、画像の低域データ、画像の中域データ、および画像の高域データの順）に、BB部３５に出力する。通信メディアアクセス制御部３４は、データの出力後、BB部３５から、ネットワーク１２を介して受信された受信装置１３からのACKが入力されると、送信したデータを送信バッファ３３から消去し、次に優先度が高いデータをBB部３５に出力する。なお、通信メディアアクセス制御部３４は、受信装置１３からのACKが入力されないと、再度、送信したデータをBB部３５に出力する。
【００４３】
また、通信メディアアクセス制御部３４は、クリア間隔タイマ３７からクリアタイミングが供給されたとき、バッファクリア部３８が送信バッファ３３内をクリアし、送信バッファ３３に次のデータが蓄積されるまで待機する。
【００４４】
BB部３５は、電波を受信するとき、RF部３６から供給されたベースバンド信号を復調して、復調して得られたデータを通信メディアアクセス制御部３４に出力する。BB部３５は、電波を送信するとき、通信メディアアクセス制御部３４などから入力されたデータを、変調して、変調して得られたベースバンド信号をRF部３６に出力する。
【００４５】
RF部３６は、電波を受信するとき、アンテナ２１により受信された受信信号を、中間波に変調し、検波して、検波されたベースバンド信号をBB部３５に出力する。また、RF部３６は、電波を送信するとき、BB部３５から入力されたベースバンド信号を所定の送信信号に変調して、変調された送信信号をアンテナ２１に出力する。
【００４６】
クリア間隔タイマ３７は、計時動作を行い、予め設定されたクリア間隔が経過すると、送信バッファ３３のデータをクリアするクリアタイミングを、バッファクリア部３８、未送信パケットカウント部３９、送信空き時間計測カウント部４０、および通信メディアアクセス制御部３４に供給する。
【００４７】
バッファクリア部３８は、クリア間隔タイマ３７から供給されるクリアタイミングに対応して、送信バッファ３３に残っているデータをクリアする。未送信パケットカウント部３９は、クリア間隔タイマ３７からクリアタイミングが供給されたとき、送信バッファ３３に残っている未送信パケット数を内蔵するカウンタにカウントし、カウントした未送信パケット数を、圧縮制御部４１に出力する。
【００４８】
送信空き時間計測カウント部４０は、送信バッファ３３に蓄積されたデータを監視しており、クリア間隔タイマ３７からクリアタイミングが供給される前に、送信バッファ３３に蓄積されたデータがなくなった場合、データがなくなった時（すなわち、すべてのデータの送信完了時）から、クリア間隔タイマ３７からクリアタイミングが供給される時までの送信空き時間を計測し、計測した送信空き時間を、圧縮制御部４１に出力する。送信空き時間計測カウント部４０は、また、送信バッファ３３に蓄積されたデータがなくなる前に、クリア間隔タイマ３７からクリアタイミングが供給された場合、送信空き時間（０）を圧縮制御部４１に出力する。
【００４９】
圧縮制御部４１は、未送信パケットカウント部３９からの未送信パケット数、および送信空き時間計測カウント部４０からの送信空き時間の少なくともどちらかが入力されると、バッファクリア部３８により送信バッファ３３のデータがクリアされたと判定し、未送信パケット数または送信空き時間に基づいて、情報圧縮部３１による圧縮率を制御する。例えば、情報圧縮部３１でウェーブレット変換が用いられている場合、フィルタを変更するなどの制御が行われる。
【００５０】
図３は、図１の通信システム１によるパケットの伝送シーケンスの例を示している。なお、図３の例においては、音声データが１個のパケットを有し、画像の低域データ、中域データ、および高域データがそれぞれ２個のパケットを有する場合に、無線通信品質がよく、正しくデータが通信できている例が示されている。
【００５１】
送信装置１１のクリア間隔タイマ３７は、１つ前のクリアタイミングから、予め設定されたクリア間隔を計測し、クリア間隔が経過したとき、次のクリアタイミングを各部に供給する処理を繰り返している。
【００５２】
通信メディアアクセス制御部３４は、クリア間隔タイマ３７より１つ前のクリアタイミングが供給されてから、送信バッファ３３へのデータ書き込み時間の後、送信バッファ３３に書き込まれたデータのうち、優先度が最も高い音声データのパケットを受信装置１３に送信する。これに対応して、音声データのパケットが受信装置１３に正しく受信された場合、受信装置１３は、音声データに対するACKを返信してくる。
【００５３】
通信メディアアクセス制御部３４は、音声データに対するACKを受信すると、音声データの送信が完了したことを認識し、音声データのパケットを送信バッファ３３から消去する。次に、通信メディアアクセス制御部３４は、音声データの次に優先度の高い画像の低域データ１のパケットを受信装置１３に送信する。これに対応して、画像の低域データ１のパケットが受信装置１３に正しく受信された場合、受信装置１３は、画像の低域データ１に対するACKを返信してくる。
【００５４】
通信メディアアクセス制御部３４は、画像の低域データ１に対するACKが受信されると、画像の低域データ１の送信が完了したことを認識し、画像の低域データ１のパケットを送信バッファ３３から消去する。以下、同様に、通信メディアアクセス制御部３４においては、画像の低域データ２、中域データ１、中域データ２、高域データ１、および高域データ２のパケットが順に受信装置１３に送信され、どのデータに対しても、受信装置１３から返信されたACKが受信されることで、データの送信完了が認識されて、送信バッファ３３の対応するパケットが消去される。
【００５５】
ここで、図３の例の場合、高域データ２に対するACKが受信されて、高域データ２の送信完了が認識されたときには、まだ、次のクリアタイミングが供給されていない。すなわち、高域データ２に対するACKが受信されてから、クリア間隔タイマ３７による次のクリアタイミングまで時間がある。したがって、送信空き時間計測カウント部４０は、その時間を計測し、計測された送信空き時間を、制御情報の１パラメータとして、圧縮制御部４１に供給する。これに基づいて、圧縮制御部４１は、まだ送信時間に余裕があるとして、情報圧縮部３１によるデータの圧縮率を下げる制御を行う。
【００５６】
その後、クリア間隔が経過した場合、クリア間隔タイマ３７により、次のクリアタイミングが供給される。通信メディアアクセス制御部３４は、上述した処理と同様に、クリア間隔タイマ３７からクリアタイミングが供給されてから、送信バッファ３３へのデータ書き込み時間の後、送信バッファ３３に書き込まれたデータを優先度順に送信し、対応するACKを受け取る処理を繰り返す。
【００５７】
以上のように、送信バッファ３３のデータがすべて送信されたときから、クリアタイミングが供給されるときまでの送信空き時間に基づいてデータの圧縮率を制御するようにしたので、無線通信品質がよく、送信時間に余裕がある場合には、データの圧縮率を下げて、送信されるデータの品質を向上させることができる。
【００５８】
図４は、図１の通信システム１によるパケットの伝送シーケンスの他の例を示している。なお、図４の例においては、音声データが１個のパケットを有し、画像の低域データ、中域データ、および高域データがそれぞれ２個のパケットを有する場合に、図３の例の場合と異なり、無線通信品質が悪く、正しくデータが通信できずに、データの再送が生じている例が示されている。
【００５９】
送信装置１１のクリア間隔タイマ３７は、図３の例の場合と同様に、１つ前のクリアタイミングから、予め設定されたクリア間隔を計測し、クリア間隔が経過したとき、次のクリアタイミングを各部に供給する処理を繰り返している。
【００６０】
通信メディアアクセス制御部３４は、図３の例の場合と同様に、クリア間隔タイマ３７より１つ前のクリアタイミングが供給されてから、送信バッファ３３へのデータ書き込み時間の後、送信バッファ３３に書き込まれたデータのうち、優先度が最も高い音声データのパケットを受信装置１３に送信する。これに対応して、音声データのパケットが受信装置１３に正しく受信された場合、受信装置１３は、音声データに対するACKを返信してくる。
【００６１】
通信メディアアクセス制御部３４は、音声データに対するACKを受信すると、音声データの送信が完了したことを認識し、音声データのパケットを送信バッファ３３から消去する。以下、同様に、通信メディアアクセス制御部３４においては、画像の低域データ２および中域データ１のパケットが順に受信装置１３に送信され、画像の低域データ２および中域データ１に対して、受信装置１３から返信されたACKが受信されることで、データの送信完了が認識されて、送信バッファ３３の対応するパケットが消去される。
【００６２】
次に、通信メディアアクセス制御部３４は、画像の中域データ２のパケットを受信装置１３に送信する。しかしながら、無線通信品質が悪く、画像の中域データ２が受信装置１３に正しく受信されかったため、通信メディアアクセス制御部３４においては、受信装置１３からの画像の中域データ２に対するACKが受信されない。そこで、通信メディアアクセス制御部３４は、再度、画像の中域データ２のパケットを受信装置１３に送信するが、再び受信装置１３からの画像の中域データ２に対するACKが受信されない。したがって、通信メディアアクセス制御部３４は、再々度、画像の中域データ２のパケットを受信装置１３に送信する。
【００６３】
これに対応して、画像の中域データ２のパケットが受信装置１３に正しく受信され、受信装置１３は、画像の中域データ２に対するACKを返信してくるので、通信メディアアクセス制御部３４は、画像の中域データ２の送信が完了したことを認識し、画像の中域データ２のパケットを送信バッファ３３から消去し、次に、画像の高域データ１のパケットを受信装置１３に送信する。
【００６４】
画像の中域データ２の場合と同様に、受信装置１３からの画像の高域データ１に対するACKが受信されないので、通信メディアアクセス制御部３４は、再度、画像の高域データ１のパケットを受信装置１３に送信する。しかしながら、この画像の高域データ１に対するACKを受信する前にクリア間隔が経過してしまい、送信装置１１の各部には、クリア間隔タイマ３７により、次のクリアタイミングが供給される。
【００６５】
このとき、送信バッファ３３内には、画像の高域データ１と高域データ２の２個のパケットが未送信パケットとして残っている。したがって、未送信パケットカウント部３９は、この未送信パケット数をカウントし、カウントした未送信パケット数を、制御情報の１パラメータとして、圧縮制御部４１に供給する。これに基づいて、圧縮制御部４１は、例えば、すべてのデータを送信できるように、情報圧縮部３１によるデータの圧縮率を上げる制御を行う。
【００６６】
そして、クリア間隔タイマ３７からのクリアタイミングの供給後、送信バッファ３３へのデータ書き込み時間が経過してから、通信メディアアクセス制御部３４は、上述した処理と同様に、送信バッファ３３に書き込まれたデータを優先度順に送信し、対応するACKを受け取る処理を繰り返す。
【００６７】
以上のように、クリア間隔が経過し、クリアタイミングが供給されたときに送信バッファ３３に残っているデータ数に基づいてデータの圧縮率を制御するようにしたので、無線通信品質が悪い場合に、データの圧縮率を上げて、送信されるデータの品質を劣化させても、すべてのパケットを送信させることができる。
【００６８】
次に、図５のフローチャートを参照して、図１の送信装置１１の処理について説明する。
【００６９】
情報圧縮部３１には、受信装置１３に送信する情報として、A/Vデータストリームが入力される。ステップＳ１１において、情報圧縮部３１は、情報を圧縮し、圧縮した情報を、属性別パケット化部３２に出力する。
【００７０】
すなわち、情報圧縮部３１は、A/Vデータストリームのうちの音声データを、例えば、ATRACなどの符号化方式により圧縮し、圧縮した音声データを、属性別パケット化部３２に出力する。また、情報圧縮部３１は、A/Vデータストリームのうちの画像データを、例えば、ウェーブレット変換により圧縮することで、優先度により、例えば３段階に区分されたデータ（画像の低域データ、画像の中域データ、および画像の高域データ）を、属性別パケット化部３２に出力する。
【００７１】
ステップＳ１２において、属性別パケット化部３２は、音声データ、画像の低域データ、画像の中域データ、および画像の高域データの４種類の属性のデータを、優先度が高い順に、属性別にパケット化する。
【００７２】
ステップＳ１３において、属性別パケット化部３２は、送信バッファ３３のデータがバッファクリア部３８によりクリアされた後、属性別にパケット化された音声データ、画像の低域データ、画像の中域データ、および画像の高域データを、優先度が高い順に、送信バッファ３３に書き込む。これにより、送信バッファ３３にデータが蓄積される。
【００７３】
ステップＳ１４において、通信メディアアクセス制御部３４は、送信制御処理を実行する。この送信制御処理により、送信バッファ３３に蓄積されたデータが、ネットワーク１２を介して、受信装置１３に送信され、処理は終了される。
【００７４】
このステップＳ１４の送信制御処理を、図６のフローチャートを参照して説明する。なお、この送信制御処理は、送信バッファ３３のデータがバッファクリア部３８によりクリアされ、最初に、属性別にパケット化された音声データが送信バッファ３３に書き込まれた場合に開始される。なお、すべてのデータが書き込まれた後に開始されるように構成することもできる。
【００７５】
ステップＳ３１において、通信メディアアクセス制御部３４は、送信バッファ３３に蓄積されたデータ（例えば、音声データ、画像の低域データ、画像の中域データ、および画像の高域データ）を優先度が高い順に送信する。
【００７６】
例えば、通信メディアアクセス制御部３４は、最も優先度が高い音声データのパケットをBB部３５に出力する。BB部３５は、通信メディアアクセス制御部３４などから入力されたデータを、変調して、変調して得られたベースバンド信号をRF部３６に出力する。RF部３６は、BB部３５から入力されたベースバンド信号を所定の送信信号に変調して、変調された送信信号をアンテナ２１に出力する。アンテナ２１は、送信信号を、ネットワーク１２を介して、受信装置１３に送信する。
【００７７】
クリア間隔タイマ３７は、計時動作を行っており、ステップＳ３２において、クリア間隔が経過したか否かを判定する。ステップＳ３２において、クリア間隔が経過したと判定された場合、クリア間隔タイマ３７からのクリアタイミングが、バッファクリア部３８、未送信パケットカウント部３９、送信空き時間計測カウント部４０、および通信メディアアクセス制御部３４に供給され、処理は、ステップＳ３８に進む。
【００７８】
また、ステップＳ３２において、まだ、クリア間隔が経過していないと判定された場合、処理は、ステップＳ３３に進む。ステップＳ３３において、通信メディアアクセス制御部３４は、ACKを受け取ったか否かを判定する。送信装置１１からの送信信号が、受信装置１３に正しく受信されなかった場合、ACKは送信されてこない。この場合、ステップＳ３３において、ACKを受け取っていないと判定され、処理は、ステップＳ３４に進む。
【００７９】
ステップＳ３４において、通信メディアアクセス制御部３４は、再度、ステップＳ３１において送信したデータと同じデータを送信する。その後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【００８０】
一方、例えば、ステップＳ３１において送信された送信装置１１からの送信信号を、アンテナ２２は、ネットワーク１２を介して受信し、受信装置１３に出力する。受信装置１３は、送信信号を正しく受け取った場合、この送信信号に対するACKを、アンテナ２２およびネットワーク１２を介して送信してくる。
【００８１】
アンテナ２１は、受信装置１３からのACKに対応する信号を受信し、受信信号として、RF部３６に出力する。RF部３６は、アンテナ２１により受信された受信信号を、中間波に変調し、検波して、検波されたベースバンド信号をBB部３５に出力する。BB部３５は、RF部３６から供給されたベースバンド信号を復調して、復調して得られたデータ（ACK）を通信メディアアクセス制御部３４に出力する。
【００８２】
この場合、ステップＳ３３において、ACKを受け取ったと判定され、処理は、ステップＳ３５に進む。ステップＳ３５において、送信空き時間計測カウント部４０は、すべてのデータが送信されたか否かを判定する。送信バッファ３３に蓄積されたデータがなくなった場合、ステップＳ３５において、すべてのデータが送信されたと判定され、処理は、ステップＳ３６に進む。
【００８３】
ステップＳ３６において、送信空き時間計測カウント部４０は、送信バッファ３３に蓄積されたデータがなくなったとき（すなわち、送信バッファ３３のすべてのデータの送信完了時）からの送信空き時間を計測しはじめる。
【００８４】
ステップＳ３７において、クリア間隔タイマ３７は、クリア間隔が経過したか否かを判定し、クリア間隔時間が経過したと判定するまで待機する。ステップＳ３７において、クリア間隔が経過したと判定された場合、クリア間隔タイマ３７は、クリアタイミングを、バッファクリア部３８、未送信パケットカウント部３９、送信空き時間計測カウント部４０、および通信メディアアクセス制御部３４に供給する。
【００８５】
ステップＳ３８において、クリア間隔タイマ３７からのクリアタイミングに対応して、送信空き時間計測カウント部４０は、送信空き時間の計測をやめ、計測した送信空き時間を、圧縮制御部４１に出力する。すなわち、送信空き時間計測カウント部４０においては、送信バッファ３３に蓄積されたデータがなくなり、ステップＳ３６において送信空き時間を計測し始めたときから、ステップＳ３７においてクリア間隔タイマ３７からクリアタイミングが供給されるときまでの送信空き時間が計測される。
【００８６】
なお、ステップＳ３２においてクリア間隔が経過したと判定された場合には、送信バッファ３３に蓄積されたデータがなくなる前であるので、送信空き時間計測カウント部４０は、送信空き時間（０）を圧縮制御部４１に出力する。
【００８７】
ステップＳ３９において、未送信パケットカウント部３９は、クリア間隔タイマ３７からのクリアタイミングに対応して、送信バッファ３３に残っている未送信パケット数を内蔵するカウンタにカウントし、カウントした未送信パケット数を、圧縮制御部４１に出力する。なお、ステップＳ３７においてクリア間隔が経過したと判定された場合には、送信バッファ３３に蓄積されたデータがなくなっているので、未送信パケット数（０）が、圧縮制御部４１に出力される。
【００８８】
ステップＳ４０において、バッファクリア部３８は、クリア間隔タイマ３７から供給されるクリアタイミングに対応して、送信バッファ３３に残っているデータをクリアする。これにより、送信制御処理は終了される。
【００８９】
以上のように、送信装置１１においては、通信路の品質が悪い場合であっても、重要なデータが優先的に送信される。また、送信装置１１においては、送信バッファ３３にデータが残っている場合、または送信バッファ３３にデータが残っていない場合に、クリア間隔が経過したとき、それぞれ、送信空き時間および未送信パケット数が、圧縮制御部４１に出力される。
【００９０】
これに対応して、圧縮制御部４１は、図７のフローチャートに示される圧縮率制御処理を実行する。
【００９１】
圧縮制御部４１は、ステップＳ５１において、送信バッファ３３内のデータがクリアされたと判定するまで待機している。圧縮制御部４１には、図６のステップＳ３８において送信空き時間計測カウント部４０により出力された送信空き時間が入力され、ステップＳ３９において未送信パケットカウント部３９により出力された未送信パケット数が入力される。
【００９２】
送信空き時間および未送信パケット数が入力された場合、ステップＳ５１において、送信バッファ３３内のデータがクリアされたと判定され、処理は、ステップＳ５２に進む。なお、送信空き時間および未送信パケット数の少なくとも一方が入力された場合に送信バッファ３３内のデータがクリアされたと判定されるように構成することもできる。
【００９３】
ステップＳ５２において、圧縮制御部４１は、送信空き時間計測カウント部４０からの送信空き時間がクリア間隔の２０％以上であるか否かを判定する。ステップＳ５２において、送信空き時間計測カウント部４０からの送信空き時間がクリア間隔の２０％以上であると判定された場合、処理は、ステップＳ５３に進む。
【００９４】
ステップＳ５３において、圧縮制御部４１は、画像圧縮率を５％下げるように情報圧縮部３１を制御する。この結果、画像データ自体は、例えば５％増えるが、２０％以上であった送信空き時間が、例えば１５％になるだけであり、圧縮率を下げることで、受信装置１３に受信される画像の品質を向上させることができる。
【００９５】
なお、このとき、圧縮制御部４１による制御に対応して、情報圧縮部３１は、次のデータから画像圧縮率を５％下げることもできるし、次のデータの圧縮が開始されている場合には、その次のデータから画像圧縮率を５％下げることもできる。すなわち、圧縮率の可変タイミングは任意とされる。
【００９６】
また、ステップＳ５２において、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の２０％以上ではないと判定された場合、処理は、ステップＳ５４に進む。
【００９７】
ステップＳ５４において、圧縮制御部４１は、未送信パケットカウント部３９からの未送信パケット数に基づき、送信バッファ３３に未送信パケットがあるか否かを判定する。ステップＳ５４において、未送信パケットがあると判定された場合、処理は、ステップＳ５５に進む。ステップＳ５５において、圧縮制御部４１は、未送信パケットカウント部３９からの未送信パケット数に基づき、未送信パケットの個数は２個以上であるか否かを判定する。
【００９８】
ステップＳ５５において、未送信パケットの個数は２個より少ない、すなわち、１個であると判定された場合、処理は、ステップＳ５６に進む。ステップＳ５６において、圧縮制御部４１は、画像圧縮率を５％上げるように情報圧縮部３１を制御する。この結果、画質はわずかに落ちるが、残り１個のパケットも送信することができる。
【００９９】
ステップＳ５５において、未送信パケットの個数は２個以上であると判定された場合、処理は、ステップＳ５７に進む。ステップＳ５７において、圧縮制御部４１は、画像圧縮率を１０％上げるように情報圧縮部３１を制御する。この結果、ステップＳ５６の場合よりも、さらに圧縮率を高めることで、画質はより落ちるが、すべてのパケットを送信することができる。
【０１００】
以上のように、重要なデータを優先的に送信させ、送信バッファ３３のクリア毎に圧縮率を適応させるようにしたので、通信路が悪いところでは、画像の品質を落としてでもすべてのパケットを送信できるようにし、通信路がよいところでは、すべてのパケットを送信しつつ、ストリーミング画像の品質を上げることができる。すなわち、最適な通信を行うように制御することができる。これにより、例えば、ストリーミングなどで重視される遅延時間を安定させることができる。
【０１０１】
図８のフローチャートを参照して、図７の圧縮率制御処理の他の例を説明する。なお、図８の例は、図７の例の場合よりもさらに、できるだけパケットの破棄をなくすように圧縮率での調整を重視した例であり、ステップＳ７１，Ｓ７２，Ｓ７３，Ｓ７６，およびＳ７７は、図７のステップＳ５１，Ｓ５２，Ｓ５３，Ｓ５４，およびＳ５５と同様の処理を行うため、繰り返しになるのでその詳細な説明は適宜省略する。
【０１０２】
圧縮制御部４１は、ステップＳ７１において、送信バッファ３３内のデータがクリアされたと判定するまで待機している。ステップＳ７１において、送信バッファ３３内のデータがクリアされたと判定された場合、処理は、ステップＳ７２に進む。ステップＳ７２において、圧縮制御部４１は、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の２０％以上であるか否かを判定する。
【０１０３】
ステップＳ７２において、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の２０％以上であると判定された場合、処理は、ステップＳ７３に進む。ステップＳ７３において、圧縮制御部４１は、画像圧縮率を５％下げるように情報圧縮部３１を制御する。
【０１０４】
また、ステップＳ７２において、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の２０％以上ではないと判定された場合、処理は、ステップＳ７４に進む。
【０１０５】
ステップＳ７４において、圧縮制御部４１は、さらに、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の５％以下であるか否かを判定する。ステップＳ７４において、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の５％以下であると判定された場合、処理は、ステップＳ７５に進む。ステップＳ７５において、圧縮制御部４１は、画像圧縮率を５％上げるように情報圧縮部３１を制御する。
【０１０６】
ステップＳ７４において、送信空き時間計測カウント部４０からの送信空き時間が、クリア間隔の５％より多いと判定された場合、処理は、ステップＳ７６に進む。ステップＳ７６において、圧縮制御部４１は、未送信パケットカウント部３９からの未送信パケット数に基づき、送信バッファ３３に、未送信パケットがあるか否かを判定する。ステップＳ７６において、未送信パケットがあると判定された場合、処理は、ステップＳ７７に進む。ステップＳ７７において、圧縮制御部４１は、未送信パケットカウント部３９からの未送信パケット数に基づき、未送信パケットの個数は２個以上であるか否かを判定する。
【０１０７】
ステップＳ７７において、未送信パケットの個数は２個より少ない、すなわち、１個であると判定された場合、処理は、ステップＳ７８に進む。ステップＳ７８において、圧縮制御部４１は、画像圧縮率を１０％上げるように情報圧縮部３１を制御する。
【０１０８】
ステップＳ７７において、未送信パケットの個数は２個以上であると判定された場合、処理は、ステップＳ７９に進む。ステップＳ７９において、圧縮制御部４１は、画像圧縮率を１５％上げるように情報圧縮部３１を制御する。
【０１０９】
以上のように、図７の例の場合は、送信空き時間が０〜２０％の範囲に収束するように圧縮率を適応させているため、パケット破棄も起こる場合があるが、図８の例の場合は、送信空き時間が５〜１５％の範囲に収束するように圧縮率を適応させているため、パケットの破棄が起こりにくい。
【０１１０】
なお、図７および図８の圧縮率制御処理は、ほんの一例であり、適する送信空き時間の長さや圧縮率の加減は、圧縮方法や画像サイズなどに応じて選択されることが好ましい。
【０１１１】
図９は、図１の送信装置１１の他の構成例を示している。図９の例においては、送信装置１１が、情報圧縮部３１、属性別パケット化部３２、送信バッファ３３、通信メディアアクセス制御部３４、BB部３５、RF部３６、クリア間隔タイマ３７、バッファクリア部３８、未送信パケットカウント部３９、送信空き時間計測カウント部４０、および圧縮制御部４１を含むように構成されている点は、図２の送信装置１１と共通しているが、図９の送信バッファ３３が、バッファ６１およびバッファ６２により構成されている点のみが異なっている。
【０１１２】
図９の送信バッファ３３が、バッファ６１およびバッファ６２と複数面で構成されているので、図９の送信装置１１においては、例えば、バッファ６１のクリア時に、通信メディアアクセス制御部３４によりアクセスされるバッファを、バッファ６２に切り替えることができ、反対に、バッファ６２のクリア時に、通信メディアアクセス制御部３４によりアクセスされるバッファを、バッファ６１に切り替えることができる。
【０１１３】
すなわち、通信メディアアクセス制御部３４がバッファ６１に蓄積されたデータを送信しているときに、属性別パケット化部３２は、属性別にパケット化された音声データ、画像の低域データ、画像の中域データ、および画像の高域データを、優先度順に、バッファ６２に蓄積する。また、通信メディアアクセス制御部３４がバッファ６２に蓄積されたデータを送信しているときに、属性別パケット化部３２は、属性別にパケット化された音声データ、画像の低域データ、画像の中域データ、および画像の高域データを、優先度順に、バッファ６１に蓄積する。
【０１１４】
これにより、例えば、図３および図４に示したクリアタイミング後のデータ書き込み時間が削減されるので、クリア時から受信装置１３に送信するまでの時間ロスを減らすことができる。
【０１１５】
なお、この場合も、圧縮率の可変タイミングは任意であるが、例えば、バッファ６１に蓄積されたデータの送信空き時間や未送信パケット数に基づいて、圧縮率を制御する際、すでにバッファ６２にデータを蓄積しているので、次にバッファ６１に蓄積されるデータから圧縮率が制御される。
【０１１６】
また、図９の送信装置１１の処理は、図２の送信装置１１の処理と基本的に同様の処理を行うため、その説明と図示は繰り返しとなるので省略する。また、送信バッファ３３は、２つのバッファに限らず、３つなど複数で構成されることも可能である。
【０１１７】
以上のように、図１の通信システム１においては、送信装置１１により、通信路の品質が悪い場合であっても、重要なデータが優先的に送信され、定期的に送信バッファ３３をクリアするようにし、送信バッファ３３のクリア毎に、送信空き時間や未送信パケット数に基づいて、圧縮率を適応させるようにしたので、通信路が悪いところでは、画像の品質を落としてでもすべてのパケットを送信できるようにし、通信路がよいところでは、すべてのパケットを送信しつつ、ストリーミング画像の品質を上げることができるなど、通信を最適に制御することができる。
【０１１８】
これにより、ストリーミングなどで重視される遅延時間を安定させることができ、ユーザに、快適なストリーミング環境を提供することができる。
【０１１９】
また、通信システム１においては、送信側だけの送信バッファより上位の情報のみ、すなわち、受信装置１３からの情報ではなく、送信装置１１内で取得できる送信空き時間や未送信パケット数などに基づいて圧縮率を制御し、通信システム１の通信を制御することができる。
【０１２０】
これにより、従来のようにバッファを多く用いることなく、受信側からの通信状態（エラー率やS/Nの特性）に影響されずに、通信システム１の通信を制御することができるとともに、下位層への依存性が低く、異なるメディアによる通信にも適用させることが可能となる。したがって、通信メディアに依存することなく、最適な通信を行うことができる。
【０１２１】
なお、上記説明においては、データの圧縮率を制御する例を説明したが、例えば、伝送速度を落とすと通信品質が向上する通信において、データの圧縮率だけでなく、送信空き時間に応じて、BB部３５における変調を変更するなど、送信速度を適応するように制御することもできる。
【０１２２】
また、上記説明においては、低周波側（重要度の高い順）にデータを送信する例を説明したが、例えば、高周波側からデータを送信することもできるし、どの周波数から送信するようにしてもよい。この場合、送信できなかったパケットの重要度に応じて、データの圧縮率の変化量を可変させるようにしてもよい。
【０１２３】
さらに、上記説明においては、圧縮方法としてウェーブレット変換を用いる例を説明したが、圧縮方法は、ウェーブレット変換に限らず、上述した実施例は、データの優先度が区分される圧縮方法であればどの圧縮方法（例えば、ラインベース・ウェーブレット変換やMPEG(Moving Picture Experts Group)など）にも適用することができる。
【０１２４】
すなわち、ラインベース・ウェーブレット変換は、原画像のベースバンド信号の１ラインをスキャンする毎に横方向のウェーブレット変換を行い、一定ライン読み込み毎に縦方向のウェーブレット変換を行っていくものである。例えば、ベースバンド８ライン毎に縦方向のウェーブレット変換を行うとすると、ウェーブレット３分解の場合、その８ラインに対して、最低域３ＬＬ副画像の１ライン、その次のレベルのサブバンド３Ｈ（３ＨＬ，３ＬＨ，３ＨＨ）が各１ライン、さらに次のレベルのサブバンド２Ｈ（２ＨＬ，２ＬＨ，２ＨＨ）が各２ライン、さらに最高域１Ｈ（１ＨＬ，１ＬＨ，１ＨＨ）が各４ライン生成される。
【０１２５】
なお、この各サブバンドのラインの集合をプレシンクトと称する。つまり、１プレシンクトは、ラインベース・ウェーブレット変換の処理単位となるライン数を示す。また、プレシンクトにおける各レベルのサブバンド（３ＬＬ以外は３つのサブバンドから構成）のラインの集合をアラインユニットと称する。すなわち、１つのプレシンクトのサブバンドは、４つのアラインユニット（３ＬＬ，３Ｈ，２Ｈ，１Ｈ）から構成される。
【０１２６】
つまり、例えば、ベースバンド信号において８ラインであったプレシンクトは、ラインベース・ウェーブレット変換された変換後信号の１Ｈにおいて、１ＨＬ，１ＬＨ、および１ＨＨのそれぞれの４ライン、２Ｈにおいて、２ＨＬ，２ＬＨ、および２ＨＨのそれぞれの２ライン、３ＬＬ、３ＨＬ、３ＨＬ、および３ＨＨのそれぞれの１ラインとして構成される。
【０１２７】
このようなラインベース・ウェーブレット変換処理は、１枚のピクチャをより細かい粒度に分解して処理を行うことができ、この変換処理を利用することにより低遅延化を図ることができる。
【０１２８】
なお、ウェーブレットの特長を活かすため、１プレシンクトのデータを、例えば、３ＬＬ，３Ｈ，２Ｈ，および１Ｈを別パケットで伝送する必要があるが、パケットサイズが小さいと、無線における物理層やMAC層のヘッダなどのオーバーヘッドが大きくなったり、パケット数の増加により伝送効率が悪くなることがある。この場合、例えば、プレシンクトのデータを周波数成分毎に分けて一旦蓄積し、周波数成分毎にパケット化することで、重要度毎のデータを送信するようにしてもよい。
【０１２９】
一方、MPEGの場合、通常、トランスポートストリーム内でピクチャ単位の伝送が行われ、各フレーム単位でデコードが行われるので、高周波成分と低周波成分を分けて考えることはできないが、例えば、各フレームに対して割り当てられる伝送のエンドの時間を予め決めておき、その時間が経過しても伝送が完了しなければ、次のGOP(Group Of Picture)から圧縮率を変える（例えば、量子化定数を変えたり、DCT (Discrete Cosine Transform)係数の転送対象を切り替えるなどの制御を行う）ようにすることができる。
【０１３０】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【０１３１】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１３２】
図１０は、上述した一連の処理をプログラムにより実行するパーソナルコンピュータ２０１の構成の例を示すブロック図である。CPU（Central Processing Unit）２１１は、ROM（Read Only Memory）２１２、または記憶部２１８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）２１３には、CPU２１１が実行するプログラムやデータなどが適宜記憶される。これらのCPU２１１、ROM２１２、およびRAM２１３は、バス２１４により相互に接続されている。
【０１３３】
CPU２１１にはまた、バス２１４を介して入出力インタフェース２１５が接続されている。入出力インタフェース２１５には、キーボード、マウス、マイクロフォンなどよりなる入力部２１６、ディスプレイ、スピーカなどよりなる出力部２１７が接続されている。CPU２１１は、入力部２１６から入力される指令に対応して各種の処理を実行する。そして、CPU２１１は、処理の結果を出力部２１７に出力する。
【０１３４】
入出力インタフェース２１５に接続されている記憶部２１８は、例えばハードディスクからなり、CPU２１１が実行するプログラムや各種のデータを記憶する。通信部２１９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１３５】
また、通信部２１９を介してプログラムを取得し、記憶部２１８に記憶してもよい。
【０１３６】
入出力インタフェース２１５に接続されているドライブ２２０は、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどのリムーバブルメディア２２１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部２１８に転送され、記憶される。
【０１３７】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１０に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory)，DVD（Digital Versatile Disc）を含む）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア２２１、または、プログラムが一時的もしくは永続的に格納されるROM２１２や、記憶部２１８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２１９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１３８】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１３９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１４０】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１４１】
【図１】本発明を適用した通信システムの一実施の形態の構成を示すブロック図である。
【図２】図１の送信装置の構成例を示すブロック図である。
【図３】図１の通信システムによるパケットの伝送シーケンスの例を示す図である。
【図４】図１の通信システムによるパケットの伝送シーケンスの他の例を示す図である。
【図５】図１の送信装置の処理を説明するフローチャートである。
【図６】図５のステップＳ１４の送信制御処理を説明するフローチャートである。
【図７】図１の送信装置の圧縮率制御処理の例を説明するフローチャートである。
【図８】図１の送信装置の圧縮率制御処理の他の例を説明するフローチャートである。
【図９】図１の送信装置の他の構成例を示すブロック図である。
【図１０】本発明を適用したパーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１４２】
１  通信システム，  １１  送信装置，  １２  ネットワーク，  １３  受信装置，３１  情報圧縮部，  ３２  属性別パケット化部，  ３３  送信バッファ，  ３４  通信メディアアクセス制御部，  ３７  クリア間隔タイマ，  ３８  バッファクリア部，  ３９  未送信パケットカウント部，  ４０  送信空き時間計測カウント部，  ４１  圧縮制御部，  ６１，６２  バッファ
【図１】
2008118326.tif 000003
【図２】
2008118326.tif 000004
【図３】
2008118326.tif 000005
【図４】
2008118326.tif 000006
【図５】
2008118326.tif 000007
【図６】
2008118326.tif 000008
【図７】
2008118326.tif 000009
【図８】
2008118326.tif 000010
【図９】
2008118326.tif 000011
【図１０】
2008118326.tif 000012