JP2024092693A - データ送信装置およびその制御方法 - Google Patents

Abstract

【課題】データ送信における適切な転送レートを決定する。
【解決手段】データ送信装置は、ネットワークを介して受信装置にストリームデータを送信する送信手段と、ネットワークに関する統計情報を取得する取得手段と、ネットワーク上にバッファされるデータ許容量である第１の閾値を決定する決定手段と、送信手段がストリームデータを第１の転送レートで送信中にネットワーク上にバッファされたストリームデータのデータ量が第１の閾値を上回った場合に、送信手段によるストリームデータを停止し、第１の転送レートより低い第２の転送レートで送信手段によるストリームデータの送信を再開する送信制御手段と、を備える。決定手段は、送信手段がストリームデータを送信中に取得手段により得られた統計情報に基づいて第１の閾値を決定する。
【選択図】図４

Description

本発明は、データ転送における転送レートの制御技術に関するものである。

ネットワークを介してリアルタイムに映像のストリーミング配信をする際、ネットワークの混雑により帯域が制限され、映像の乱れや停止が生じる可能性がある。そこで、ネットワーク状況（帯域の変化など）に応じて転送レートを動的に制御する適応的ビットレート（ＡＢＲ）と呼ばれる技術が利用されている。ＡＢＲは、例えば、ネットワークの統計情報を活用して実現される。例えば、映像伝送プロトコルの１つであるセキュア信頼性転送（ＳＲＴ）では、ネットワークの統計情報を取得し、取得した統計情報に基づいて転送レートを動的に制御し、高い安全性、確実性、接続性を実現している。ネットワークの統計情報には、送受信パケット数、再送パケット数、ネットワーク帯域、往復遅延時間（ＲＴＴ）などが含まれる。また、特許文献１では、ネットワーク上にバッファされるデータ量を算出し所定の目標値との差分に基づいて転送レートを制御する方法が開示されている。

特開平１１－３０８２７１号公報

しかしながら、得られた統計情報をどのように利用するかに応じて、ＡＢＲの性能に差が生じる。例えば、特許文献１においては、緩やかな帯域制限に対しては良い結果が得られるが、急激な帯域制限に対しては転送レート変更が追い付かず、映像の乱れや長時間停止が生じる可能性がある。

本発明は、このような問題に鑑みてなされたものであり、データ送信における適切な転送レートを決定可能とする技術を提供することを目的としている。

上述の問題点を解決するため、本発明に係るデータ送信装置は以下の構成を備える。すなわち、データ送信装置は、
ネットワークを介して受信装置にストリームデータを送信する送信手段と、
前記ネットワークに関する統計情報を取得する取得手段と、
前記ネットワーク上にバッファされるデータ許容量である第１の閾値を決定する決定手段と、
前記送信手段が前記ストリームデータを第１の転送レートで送信中に前記ネットワーク上にバッファされた前記ストリームデータのデータ量が前記第１の閾値を上回った場合に、前記送信手段による前記ストリームデータを停止し、前記第１の転送レートより低い第２の転送レートで前記送信手段による前記ストリームデータの送信を再開する送信制御手段と、
を備え、
前記決定手段は、前記送信手段が前記ストリームデータを送信中に前記取得手段により得られた統計情報に基づいて前記第１の閾値を決定する。

本発明によれば、データ送信における適切な転送レートを決定可能とする技術を提供することができる。

システムの全体構成を示す図である。 カメラの内部構成を示すブロック図である。 クライアント装置の内部構成を示すブロック図である。 転送レートの下降制御を示すフローチャートである。 転送レートの上昇制御を示すフローチャートである。 第１の閾値の決定を示すフローチャートである。 転送レートの下降制御を示すフローチャートである（第２実施形態）。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（第１実施形態）
本発明に係るデータ送信装置の第１実施形態として、クライアント装置に対して映像データを送信するカメラを例に挙げて以下に説明する。なお、送信するデータは映像データに限定されず、一般にストリーム送信の形態で送信されるデータであれば適用可能である。

＜システムおよび各装置の構成＞
図１は、システムの全体構成を示す図である。システムは、カメラ１０００、クライアント装置２０００、ネットワーク３０００から構成される。カメラ１０００はネットワーク３０００を介してクライアント装置２０００へ映像データを送信することができる。

図２は、カメラ１００の内部構成を示すブロック図である。制御部１００１は、情報処理装置の全体の制御を行う。制御部１００１は、例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）などにより構成される。記憶部１００２は、主に制御部１００１が実行するプログラム格納領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。記憶部１００２は、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、各種ストレージ（ＨＤＤ、ＳＳＤ）などにより構成される。

撮像部１００３は、被写体の像を撮像して取得したアナログ信号をデジタルデータに変換し、撮像画像として記憶部１００２に出力する。通信部１００４は、所定の映像伝送プロトコルを用いて、クライアント装置２０００へ映像データ、各設定値を送信する送信部であり、また、各設定値や確認応答などを受信する受信部である。通信部１００４は、映像データのようなストリームデータをパケットとして順次送信する。転送レート制御部１００５は、クライアント装置２０００へ映像データを送信する際の転送レートを、ネットワークの状況に応じて制御する送信制御を行う。詳細は後述するが、転送レート制御部１００５は、通信部１００４により取得された各種情報を用いて転送レートを制御する。

図３は、クライアント装置２０００の内部構成を示すブロック図である。制御部２００１は、クライアント装置２０００の全体の制御を行う。制御部２００１は、例えば、ＣＰＵ、ＡＳＩＣなどにより構成される。記憶部２００２は、主に制御部２００１が実行するプログラム格納領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。記憶部１００２は、例えば、ＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤなどにより構成される。

出力部２００３は、クライアント装置２０００のユーザに対して様々な情報を提供する画面を表示する。出力部２００３は、例えば液晶ディスプレイ（ＬＣＤ）、有機ＥＬディスプレイ（ＯＬＥＤ）等で構成され、情報として、例えば、グラフィカルユーザインタフェース（ＧＵＩ）などの設定画面や、カメラ１０００から受信する映像を表示する。

入力部２００４は、ユーザからの操作を受け付け制御部２００１に通知する。入力部２００４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、例えば、上述のＧＵＩを介してユーザからの操作を受け付ける。

通信部２００５は、ネットワーク３０００を介して、カメラ１０００から映像データ、各設定値を受信し、各設定値や確認応答などを送信する。以下の説明では、映像伝送プロトコルとしてＳＲＴを用いることを想定するが他のプロトコルを用いてもよい。

＜装置の動作＞
以下では、図４および図５を参照してカメラ１０００で行われる転送レートの制御について説明する。第１実施形態では、映像データの送信フレームの送信を開始した後、ネットワーク上にバッファされているデータ量が大きくなった場合に、送信フレームの送信を停止する。その後、最低の転送レートで送信フレームの送信を再開した後、転送レートを上昇させる。

図４は、カメラ１０００で行われる転送レートの下降制御を示すフローチャートである。当該下降制御は、カメラ１０００はクライアント装置２０００に対して、任意の目標転送レートで映像の配信を開始した後、実行される。

Ｓ４００１では、転送レート制御部１００５は、通信部１００４が送信した送信フレーム（パケット）のうち、対応するＡＣＫ（確認応答）が受信されていない送信フレーム（パケット）の個数の取得を開始する。以降、このようなパケットの数を「ＡＣＫ待ちパケット数」と呼ぶ。例えば、通信部１００４のＳＲＴの機能により取得されるネットワーク統計情報からＡＣＫ待ちパケット数を取得することが出来る。ＡＣＫ待ちパケット数の情報により、ネットワーク上にバッファされている映像データ量を推定することが出来る。以降では、転送レート制御部１００５は、定期的にＡＣＫ待ちパケット数を取得する。

Ｓ４００２では、転送レート制御部１００５は、通信部１００４がパケットを送信中に、ＡＣＫ待ちパケット数が第１の閾値以上である（あるいは第１の閾値を上回った）期間が所定時間以上継続したか否かを判定する。例えば、新たなＡＣＫ待ちパケット数を取得したタイミングで判定を行う。ＡＣＫ待ちパケット数が第１の閾値以上である期間が所定時間以上継続したと判定された場合、配信映像の乱れや停止が生じる可能性があると判断しＳ４００３に進む。なお、詳細は後述するが、第１の閾値は例えば一定周期ごとに更新される値であり、ネットワーク上にバッファされるデータ許容量を示す値である。

Ｓ４００３では、転送レート制御部１００５は、通信部１００４による映像データの送信を停止する。これは、Ｓ４００２でＹｅｓとなるのは、ネットワークの帯域に制限がかかった等の場合に発生するためである。

Ｓ４００４では、転送レート制御部１００５は、ＡＣＫ待ちパケット数が事前に定めた第２の閾値を下回ったか否かを判定する。例えば、新たなＡＣＫ待ちパケット数を取得したタイミングで判定を行う。ＡＣＫ待ちパケット数が第２の閾値を下回った場合はＳ４００５に進む。

Ｓ４００５では、転送レート制御部１００５は、転送レートを設定可能な最低値まで下げて、通信部１００４による映像データの送信を再開する。なお、上述の第２の閾値は、大きい値を設定するほど送信を再開するまでに要する時間が短くなる。ただし、大きすぎると、ＡＣＫ待ちパケット数が多い状態で送信を再開するためパケットが滞りなく流れるようになるまでに時間を要することになる。そのため、送信を再開するまでに要する許容可能な時間に基づいて第２の閾値を決定してもよい。また、設定可能な最低値とは、例えば、カメラ１０００の性能や仕様に応じて製品出荷時にプリセットされる複数の転送レートに含まれる最低の転送レートである。

図５は、カメラ１０００で行われる転送レートの上昇制御を示すフローチャートである。上述の
Ｓ５００１では、転送レート制御部１００５は、ＡＣＫ待ちパケット数および推定帯域の取得を開始する。例えば、通信部１００４のＳＲＴの機能により取得されるネットワーク統計情報からこれらの情報を取得することが出来る。以降では、転送レート制御部１００５は、定期的にＡＣＫ待ちパケット数および推定帯域を取得する。

Ｓ５００２では、転送レート制御部１００５は、条件１「ＡＣＫ待ちパケット数が第１の閾値未満である期間が所定時間以上継続」かつ条件２「転送レートが推定帯域未満」を満たすか否かを判定する。条件１および条件２の両方を満たす場合は、現在の転送レートがネットワークの帯域に対して余裕があると判断してＳ５００３に進む。

Ｓ５００３では、転送レート制御部１００５は、現在の転送レートが目標転送レート未満であるか否かを判定する。現在の転送レートが目標転送レート未満である場合は、Ｓ５００３に進む。なお、目標転送レートとは、例えば、カメラ１０００が現在のストリームデータを送信開始した際の転送レートである。ただし、別途の転送レートを目標転送レートとして設定してもよい。

Ｓ５００４では、転送レート制御部１００５は、推定帯域を超過しない範囲で、現在の転送レートに比較してより高い転送レート（上昇させた転送レート）を決定する。転送レートの決定は、上昇させた転送レートにおける転送再開後に再度ネットワークの帯域に制限がかかる可能性を考えて、利用な可能な転送レートを小さい順から選択し徐々に上昇させるとよい。ただし、予め設定された転送レートとするなど他の方法でもよい。

図６は、カメラ１０００で行われる第１の閾値の決定を示すフローチャートである。この処理は、映像データの送信（図４，図５のどうさを含む）と並行して行われる。

具体的には、ネットワークの帯域の変化に応じて一定周期ごとに「仮の閾値」を決定する。そして、「第１の閾値」は、ネットワーク上にバッファされたパケット数の変動に応じて仮の閾値に一定値加算することにより決定される。なお、カメラ１０００の電源を入れ起動した直後などは、例えば製品出荷時にプリセットされる閾値が設定される。

Ｓ６００１では、転送レート制御部１００５は、現在のＡＣＫ待ちパケット数と現在の送信フレームのパケット数とを取得する。例えば、通信部１００４のＳＲＴの機能により取得されるネットワーク統計情報からこれらの情報を取得することが出来る。

Ｓ６００２では、転送レート制御部１００５は、一定周期の時間が経過したか否かを判定する。一定周期の時間が経過した場合はＳ６００３に進み、経過していない場合はＳ６００５に進む。なお、一定周期の値は、任意に決定することが可能であるが、ネットワーク統計情報の取得周期（例えば１秒）よりは長く、ネットワークの帯域変動の典型的時間スケール（例えば１０分）よりは短い値が好適である。

Ｓ６００３では、転送レート制御部１００５は、一定周期の時間が経過するまでの期間に取得した中で、最大のＡＣＫ待ちパケット数を仮の閾値として決定する。そして、Ｓ６００４では、転送レート制御部１００５は、最大のＡＣＫ待ちパケット数を取得したときの送信フレームのパケット数を「第１のパケット数」とする。つまり、第１のパケット数は、前回の仮閾値を使用していた期間における、最大のＡＣＫ待ちパケット数に対応する送信フレームパケット数である。

Ｓ６００５では、転送レート制御部１００５は、一定周期の時間が経過するまで、現在の送信フレームパケット数から第１のパケット数を差し引いた値を、仮の閾値に加えたものを第１の閾値とする。

このように、一定周期ごとに仮の閾値を決定することで、常時変化するネットワークの帯域に応じて、閾値を決定することができる。また、仮の閾値に現在の送信フレームのパケット数から第１のパケット数を差し引いた値を加えることで、閾値も変動させることができる。すなわち、映像の動きの量の変化や転送レートの変動によって送信フレームのパケット数が変動し、ＡＣＫ待ちパケット数が変動しても、それに応じて、閾値も変動させることができる。

なお、上述の説明では、第１の閾値を、ネットワーク上にバッファされたパケット数をもとに決定しているが、他の情報に基づき決定してもよい。例えば、パケット数の時間変化に基づいて決定してもよい。例えば、フレーム間予測を用いた圧縮映像の場合、映像の変化が小さい期間は相対的にＩフレームのパケット数が多くなる。そこで、単位時間当たりのＩフレームのパケット数に基づいて第１の閾値を決定する。あるいは、転送レートの間変化に基づき決定してもよい。例えば、転送レートを一定値増加させるごとに第１の閾値を一定値増加させる。また、最大のＡＣＫ待ちパケット数を「仮の閾値」とする代わりに、最大のＡＣＫ待ちパケット数に適当な一定値を加えたものを「仮の閾値」としてもよい。

以上説明したとおり第１実施形態によれば、データ送信に使用するネットワークに関する統計情報に基づきデータ送信の転送レートを制御する。特に、一定周期ごとに仮の閾値を決定し転送レートの制御に使用する第１の閾値を更新する。これにより、ネットワークの帯域に対して適応的な転送レートを決定することが可能となる。特に、急激な帯域制限（利用可能帯域の変動）が発生した場合であっても、配信映像の乱れや停止が生じる可能性を低減することが可能となる。

（第２実施形態）
第２実施形態では、映像データの送信を開始した後、ネットワーク上にバッファされている映像データ量が大きくなった場合に、映像データの送信を停止する。その後、段階的に転送レートを下降させて送信を再開する形態について説明する。なお、システムの全体構成、カメラ１０００およびクライアント装置２０００の内部構成については第１実施形態（図１～図３）と同様であるため説明を省略する。また、第１の閾値の設定処理についても第１実施形態（図６）と同様の処理が可能である。

＜装置の動作＞
図７は、第２実施形態におけるカメラ１０００で行われる転送レートの下降制御を示すフローチャートである。当該下降制御は、カメラ１０００はクライアント装置２０００に対して、任意の目標転送レートで映像の配信を開始した後、実行される。図７のＳ４００１～Ｓ４００４は第１実施形態（図４のＳ４００１～Ｓ４００４）と同じであるため、説明を省略する。

Ｓ４００３において映像データの送信を停止した後、Ｓ４００４においてＡＣＫ待ちパケット数が第２の閾値より少なくなった場合、Ｓ７００１に進む。

Ｓ７００１では、転送レート制御部１００５は、転送レートを一定値だけ下げて、通信部１００４による映像データの送信を再開する。その後、Ｓ４００２に進む。なお、一定値とは、例えば、カメラ１０００の性能や仕様に応じて製品出荷時にプリセットされる複数の転送レートに含まれる現在の転送レートより１段階（あるいは所定段階）低い転送レートである。

すなわち、仮に、一定値だけ下げた後の転送レートでは配信映像の乱れや停止が生じる可能性がある場合であっても、図７の処理が繰り返し実行され、再度Ｓ７００１において転送レートが一定値だけ下降することになる。Ｓ７００１が繰り返し実行されることで、段階的に転送レートが下がり、最終的に乱れや停止がない配信が可能な値まで下がる。

そのため、上述の一定値（下降量）が小さいほど最終的に高い転送レートになるが、小さすぎると転送レートが下がりきるまでに時間を要し映像の停止する時間が延びる可能性がある。

以上説明したとおり第２実施形態によれば、段階的に転送レートを下降させて送信を再開することにより、クライアント装置における画質の急激な変動を抑えることが可能となる。

本明細書の開示は、以下のデータ送信装置、制御方法およびプログラムを含む。
（項目１）
ネットワークを介して受信装置にストリームデータを送信する送信手段と、
前記ネットワークに関する統計情報を取得する取得手段と、
前記ネットワーク上にバッファされるデータ許容量である第１の閾値を決定する決定手段と、
前記送信手段が前記ストリームデータを第１の転送レートで送信中に前記ネットワーク上にバッファされた前記ストリームデータのデータ量が前記第１の閾値を上回った場合に、前記送信手段による前記ストリームデータを停止し、前記第１の転送レートより低い第２の転送レートで前記送信手段による前記ストリームデータの送信を再開する送信制御手段と、
を備え、
前記決定手段は、前記送信手段が前記ストリームデータを送信中に前記取得手段により得られた統計情報に基づいて前記第１の閾値を決定する
ことを特徴とするデータ送信装置。
（項目２）
前記送信手段は、前記ストリームデータをパケットとして順次送信し、
前記決定手段は、前記送信手段が送信したパケットのうち対応する確認応答が受信されていないパケットの個数を前記統計情報から算出し、該個数に基づいて前記第１の閾値を決定する
ことを特徴とする項目１に記載のデータ送信装置。
（項目３）
前記送信制御手段は、前記送信手段による前記ストリームデータを停止した後、前記ネットワーク上にバッファされた前記ストリームデータのデータ量が第２の閾値を下回った場合に、前記送信手段による前記ストリームデータの送信を再開する
ことを特徴とする項目１または２に記載のデータ送信装置。
（項目４）
前記第２の閾値は、前記送信手段による前記ストリームデータの送信の前記停止から前記再開までの許容可能な時間に基づいて決定される
ことを特徴とする項目３に記載のデータ送信装置。
（項目５）
前記第２の転送レートは、前記送信手段が前記ストリームデータの送信に利用可能な最低の転送レートであり、
前記送信制御手段は、前記送信手段による前記ストリームデータの送信を前記第２の転送レートで再開した後、前記送信手段による前記ストリームデータの転送レートを段階的に上昇させる
ことを特徴とする項目１乃至４の何れか１項目に記載のデータ送信装置。
（項目６）
前記統計情報は、前記ネットワークの推定帯域を含み、
前記送信制御手段は、前記推定帯域を超過しない範囲で転送レートを上昇させる
ことを特徴とする項目５に記載のデータ送信装置。
（項目７）
前記第２の転送レートは、前記送信手段が前記ストリームデータの送信に利用可能な複数のレートのうち前記第１の転送レートより低い転送レートであり、
前記送信制御手段は、前記送信手段による前記ストリームデータの送信を前記第２の転送レートで再開した後、前記送信手段による前記ストリームデータの転送レートを段階的に下降させる
ことを特徴とする項目１乃至４の何れか１項目に記載のデータ送信装置。
（項目８）
ネットワークを介して受信装置にストリームデータを送信する送信部を有するデータ送信装置の制御方法であって、
前記送信部が前記ストリームデータを送信中に前記ネットワークに関する統計情報を取得する取得工程と、
前記取得工程により得られた統計情報に基づいて前記ネットワーク上にバッファされるデータ許容量である第１の閾値を決定する決定工程と、
前記送信部が前記ストリームデータを第１の転送レートで送信中に前記ネットワーク上にバッファされた前記ストリームデータのデータ量が前記第１の閾値を上回った場合に、前記送信部による前記ストリームデータを停止し、前記第１の転送レートより低い第２の転送レートで前記送信部による前記ストリームデータの送信を再開する送信制御工程と、
を含むことを特徴とする制御方法。
（項目９）
項目８に記載の制御方法をコンピュータに実行させるためのプログラム。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０００ カメラ； ２０００ クライアント装置； ３０００ ネットワーク； １００１ 制御部； １００２ 記憶部； １００３ 撮像部； １００４ 通信部； １００５ 転送レート制御部

上述の問題点を解決するため、本発明に係るデータ送信装置は以下の構成を備える。すなわち、データ送信装置は、
ネットワークを介して受信装置にストリームデータを送信する送信手段と、
前記ネットワークに関する統計情報を取得する取得手段と、
前記ネットワーク上にバッファされるデータ量に関連する第１の閾値を決定する決定手段と、
前記送信手段が前記ストリームデータを第１の転送レートで送信中に前記ネットワーク上にバッファされた前記ストリームデータのデータ量が前記第１の閾値を上回った場合に、前記送信手段による前記ストリームデータを停止し、前記第１の転送レートより低い第２の転送レートで前記送信手段による前記ストリームデータの送信を再開する送信制御手段と、
を備え、
前記決定手段は、前記送信手段が前記ストリームデータを送信中に前記取得手段により得られた統計情報に基づいて前記第１の閾値を決定する。

Claims (9)

1. ネットワークを介して受信装置にストリームデータを送信する送信手段と、
   前記ネットワークに関する統計情報を取得する取得手段と、
   前記ネットワーク上にバッファされるデータ許容量である第１の閾値を決定する決定手段と、
   前記送信手段が前記ストリームデータを第１の転送レートで送信中に前記ネットワーク上にバッファされた前記ストリームデータのデータ量が前記第１の閾値を上回った場合に、前記送信手段による前記ストリームデータを停止し、前記第１の転送レートより低い第２の転送レートで前記送信手段による前記ストリームデータの送信を再開する送信制御手段と、
   を備え、
   前記決定手段は、前記送信手段が前記ストリームデータを送信中に前記取得手段により得られた統計情報に基づいて前記第１の閾値を決定する
   ことを特徴とするデータ送信装置。
2. 前記送信手段は、前記ストリームデータをパケットとして順次送信し、
   前記決定手段は、前記送信手段が送信したパケットのうち対応する確認応答が受信されていないパケットの個数を前記統計情報から算出し、該個数に基づいて前記第１の閾値を決定する
   ことを特徴とする請求項１に記載のデータ送信装置。
3. 前記送信制御手段は、前記送信手段による前記ストリームデータを停止した後、前記ネットワーク上にバッファされた前記ストリームデータのデータ量が第２の閾値を下回った場合に、前記送信手段による前記ストリームデータの送信を再開する
   ことを特徴とする請求項１または２に記載のデータ送信装置。
4. 前記第２の閾値は、前記送信手段による前記ストリームデータの送信の前記停止から前記再開までの許容可能な時間に基づいて決定される
   ことを特徴とする請求項３に記載のデータ送信装置。
5. 前記第２の転送レートは、前記送信手段が前記ストリームデータの送信に利用可能な最低の転送レートであり、
   前記送信制御手段は、前記送信手段による前記ストリームデータの送信を前記第２の転送レートで再開した後、前記送信手段による前記ストリームデータの転送レートを段階的に上昇させる
   ことを特徴とする請求項１または２に記載のデータ送信装置。
6. 前記統計情報は、前記ネットワークの推定帯域を含み、
   前記送信制御手段は、前記推定帯域を超過しない範囲で転送レートを上昇させる
   ことを特徴とする請求項５に記載のデータ送信装置。
7. 前記第２の転送レートは、前記送信手段が前記ストリームデータの送信に利用可能な複数のレートのうち前記第１の転送レートより低い転送レートであり、
   前記送信制御手段は、前記送信手段による前記ストリームデータの送信を前記第２の転送レートで再開した後、前記送信手段による前記ストリームデータの転送レートを段階的に下降させる
   ことを特徴とする請求項１または２に記載のデータ送信装置。
8. ネットワークを介して受信装置にストリームデータを送信する送信部を有するデータ送信装置の制御方法であって、
   前記送信部が前記ストリームデータを送信中に前記ネットワークに関する統計情報を取得する取得工程と、
   前記取得工程により得られた統計情報に基づいて前記ネットワーク上にバッファされるデータ許容量である第１の閾値を決定する決定工程と、
   前記送信部が前記ストリームデータを第１の転送レートで送信中に前記ネットワーク上にバッファされた前記ストリームデータのデータ量が前記第１の閾値を上回った場合に、前記送信部による前記ストリームデータを停止し、前記第１の転送レートより低い第２の転送レートで前記送信部による前記ストリームデータの送信を再開する送信制御工程と、
   を含むことを特徴とする制御方法。
9. 請求項８に記載の制御方法をコンピュータに実行させるためのプログラム。

Images