(57)【要約】【課題】データの伝送レートの変更回数を低減できるデータ送信装置およびデータ受信装置を提供する。【解決手段】受信した輻輳情報から疑似データの送信レートを制御することで、データ自体の送信レートを変化させずにネットワークの状態を確認できる。疑似データを伝送することでネットワークの状態が確認されてからデータの送信レートを上昇することで、データ自体の伝送レートを頻繁に変える必要がなくなる。【選択図】図４
2005192129.tif 000002
【特許請求の範囲】
【請求項１】
データをネットワークに送信するデータ送信部と、
前記ネットワークの状態を確認可能な疑似データを前記ネットワークに送信する疑似データ送信部と、
前記ネットワークからネットワークの輻輳状態を表す輻輳情報を受信する輻輳情報受信部と、
前記輻輳情報受信部で受信された輻輳情報に基づいて、前記データ送信部からのデータの送信レートを制御するデータ送信制御部と、
前記輻輳情報受信部で受信された輻輳情報に基づいて、前記疑似データ送信部からのデータの送信レートを制御する疑似データ送信制御部と、
を具備することを特徴とするデータ送信装置。
【請求項２】
前記輻輳情報受信部で受信される輻輳情報から前記ネットワークが所定の基準より混んでいないとされる場合に、前記疑似データ送信制御部が疑似データの送信を開始させる
ことを特徴とする請求項１記載のデータ送信装置。
【請求項３】
前記輻輳情報受信部で受信される輻輳情報から前記ネットワークが所定の基準より混んでいない場合に、前記疑似データ送信制御部が疑似データの送信レートを増加させる
ことを特徴とする請求項１記載のデータ送信装置。
【請求項４】
前記輻輳情報受信部で受信される輻輳情報から前記ネットワークが所定の基準より混んでいないとされ、かつその状態が所定期間継続する場合に、前記疑似データ送信制御部が疑似データの送信を中断させ、前記データ送信制御部がデータの送信レートを増加させる
ことを特徴とする請求項１記載のデータ送信装置。
【請求項５】
データをネットワークから受信するデータ受信部と、
前記データ受信部で受信されたデータに基づき、輻輳情報を生成する輻輳情報生成部と、
前記輻輳情報生成部で生成される輻輳情報を送信する輻輳情報送信部と、
ネットワークの状態を確認可能な疑似データをネットワークから受信する疑似データ受信部と、
前記疑似データ受信部が受信した疑似データを破棄する疑似データ破棄部と、
を具備することを特徴とするデータ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの送信、受信を行うデータ送信装置およびデータ受信装置に関する。
【背景技術】
【０００２】
ネットワークを介して、動画や音声などの時系列データ等種々のデータを送受信する場合がある。この場合、QoS（Quality Of Service）が保証されないネットワーク（例えば、インターネット）では、時々刻々とネットワークの状態が変化し，伝送できるビットレートが変化することから、不測のデータ伝送遅れやデータ未到達が発生する可能性がある。
【０００３】
QoS非保証のネットワークを介して時系列データを伝送する際に，ネットワークの状態に応じてビットレートを動的に調整することが考えられる。ネットワークの輻輳情報（例えば、パケットロス率やパケット到着間隔のばらつき）に応じて，ビットレートを調整することで、データの品質（例えば、画像、音声の質）とリアルタイム性との両立が可能となる。パケットロス率やパケット到着間隔のばらつきが大きくなった場合に伝送ビットレートを下げることで、リアルタイムでのデータ伝送が維持されるようにする。その後、輻輳情報からネットワークの状態が復旧したと判断された場合にビットレートを上げる。
なお、通信網の負荷状態に応じて伝送情報量を制御する技術が公開されている（特許文献１参照）。
【特許文献１】特開平９−３２１７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ネットワークの状態はパケットロス率，パケット到着間隔等の輻輳情報には直接的に反映されにくい。このため、ネットワークの復旧が期待を下回っていた場合には，上昇させたビットレートをリアルタイムで伝送できない事態に陥り、一度上げた伝送ビットレートを再度下げなければならなくなる可能性がある。
ここで、伝送ビットレートの制御は伝送している連続メディアのエンコードパラメータの調整により行われる。このとき、データの受信側でエンコードパラメータの変更に対応する処理を行わなければならず、例えば、瞬間的な音切れやノイズなどが発生する可能性がある。ネットワークの状態が復旧していないにも関わらずビットレートを上げた場合には，ビットレートを上げる際，下げる際の双方で音切れ，ノイズ等が発生する可能性がある。
上記に鑑み、本発明はデータの伝送レートの変更回数を低減できるデータ送信装置およびデータ受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
Ａ．上記目的を達成するために、本発明に係るデータ送信装置は、データをネットワークに送信するデータ送信部と、前記ネットワークの状態を確認可能な疑似データを前記ネットワークに送信する疑似データ送信部と、前記ネットワークからネットワークの輻輳状態を表す輻輳情報を受信する輻輳情報受信部と、前記輻輳情報受信部で受信した輻輳情報に基づいて、前記データ送信部からのデータの送信レートを制御するデータ送信制御部と、前記輻輳情報受信部で受信した輻輳情報に基づいて、前記疑似データ送信部からのデータの送信レートを制御する疑似データ送信制御部と、を具備することを特徴とする。
【０００６】
受信した輻輳情報から疑似データの送信レートを制御することで、データ自体の送信レートを変化させずにネットワークの状態を確認できる。疑似データを伝送することでネットワークの状態が確認されてからデータの送信レートを上昇することで、データ自体の伝送レートを頻繁に変える必要がなくなる。また、受信装置から送信装置の送信レートを直接制御する必要がないので、受信装置の構成を簡略なものとできる。
【０００７】
（１）前記輻輳情報受信部で受信される輻輳情報から前記ネットワークが所定の基準より混んでいないとされる場合に、前記疑似データ送信制御部が疑似データの送信を開始させてもよい。
輻輳情報からネットワークの状況が良好と判断されるときに、疑似データを送信することで、ネットワークの状態を確認できる。
【０００８】
（２）前記輻輳情報受信部で受信される輻輳情報から前記ネットワークが所定の基準より混んでいない場合に、前記疑似データ送信制御部が疑似データの送信レートを増加させてもよい。
疑似データの送信レートを増大させることで、ネットワークの状態より精密に確認できる。
なお、この送信レートの増加は段階的に行うことができる。このようにすることで、ネットワークの状態をより精密に確認できる。
【０００９】
（３）前記輻輳情報受信部で受信される輻輳情報から前記ネットワークが所定の基準より混んでいないとされ、かつその状態が所定期間継続する場合に、前記疑似データ送信制御部が疑似データの送信を中断させ、前記データ送信制御部がデータの送信レートを増加させてもよい。
疑似データの送信を中断し、これに応じてデータの送信レートを増大させることで、データの送信レートを頻繁に変更する必要が低減される。
【００１０】
Ｂ．本発明に係るデータ受信装置は、データをネットワークから受信するデータ受信部と、前記データ受信部で受信されたデータに基づき、輻輳情報を生成する輻輳情報生成部と、前記輻輳情報生成部で生成される輻輳情報を送信する輻輳情報送信部と、ネットワークの状態を確認可能な疑似データをネットワークから受信する疑似データ受信部と、前記疑似データ受信部が受信した疑似データを破棄する疑似データ破棄部と、を具備することを特徴とする。
【００１１】
輻輳情報を送信装置に伝送することで、送信装置側にネットワークの状態を確認させることができる。受信装置が送信装置のデータ送信レートの調節を行わなくても良いので、簡略な構成とすることができる。
【発明の効果】
【００１２】
以上説明したように、本発明によればデータの伝送レートの変更回数を低減できるデータ送信装置およびデータ受信装置を提供できる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施の形態を詳細に説明する。
図１は本発明の一実施形態に係るデータ送受信システムを表すブロック図である。
図１に示すデータ送受信システムは、データ送信装置（送信側端末）１１およびデータ受信装置（受信側端末）１２がQoS非保証のネットワーク１６を介して通信可能に接続されることで構成される。
データ送信装置１１は、ネットワーク１６を介してデータ受信装置１２に時系列情報等のメディアデータをリアルタイムで伝送する。データ受信装置１２は，データ送信装置１１から送られたメディアデータを再生する。データ受信装置１２はメディアデータの伝送に関する輻輳情報をデータ送信装置１１に伝送する。これを受けてデータ送信装置１１では，メディアデータ，および擬似データの伝送を制御する。
【００１４】
本実施形態では，データ送信装置１１から送信されたメディアデータをデータ受信装置１２で受信，再生する場合を示しているが、メディアデータを双方向で送受信することも可能である。
【００１５】
図２は、データ送信装置１１の内部構成を表すブロック図である。
図２に示すように，データ送信装置１１はデータ受信装置１２からの輻輳情報を管理する輻輳情報管理部２１，他の装置と通信を行うパケット送受信部２２，動画や音声などの連続メディアを符号化する符号化部２３，メディアの符号化パラメータを制御する符号化パラメータ制御部２４，メディアデータを保持している記憶部２５，擬似パケットを生成する擬似パケット生成部２６，外部からメディアデータを入力する外部入力部（例えば、外部入力端子）２７によって構成されている。
データ送信装置１１は，記憶部２５に蓄積されている，または外部入力部２７から入力される画像（動画等）・音声データ（メディアデータ）を，符号化部２３により符号化し，パケット送受信部２２によりネットワーク１６を介してデータ受信装置１２へ送信する。
なお、符号化パラメータには、例えば、サンプリングレート、チャンネル数（ステレオ、モノラル）、量子化ビット数、圧縮率等を利用できる。メディアデータの伝送レートを変更可能であれば、種々のパラメータを利用可能である。
【００１６】
図３は、データ受信装置１２の内部構成を表すブロック図である。図３に示すように，データ受信装置１２は受信したメディアデータを復号化する復号化部３１，メディアデータ伝送の輻輳情報を管理する輻輳情報管理部３２，復号化部３１により復号化された画像・音声データを出力する画像・音声出力部３３，他の装置と通信を行うパケット送受信部３４によって構成されている。
データ受信装置１２は，パケット受信部３４によりデータ送信装置１１から送信された符号化されたメディアデータを受信し，復号化部３１により復号化し，画像・音声出力部３３により再生出力を行う。
【００１７】
QoS非保証のネットワーク１６を介してデータ伝送を行う場合には，伝送可能なビットレートが動的に変化することから、リアルタイム伝送ができずデータ受信装置１２での再生が滞ってしまう可能性がある。このため、ネットワーク１６の状態に応じてメディアデータの伝送ビットレートを動的に変化させることで，再生が滞ってしまうことを回避する。
【００１８】
データ受信装置１２において，パケットロス率，パケット到着間隔のばらつきといったネットワークの輻輳情報を輻輳情報管理部３２において管理し，データ送信装置１１に送信する。データ送信装置１１ではデータ受信装置１２から送信されたネットワークの輻輳情報を輻輳情報管理部２１で解析し，ネットワークの状態が悪いと判断した場合には，符号化パラメータ制御部２４により伝送ビットレートが低くなるように符号化パラメータを制御する。
【００１９】
伝送ビットレートがそのネットワークが伝送可能なビットレートよりも低くなった場合には，オーディオ伝送が滞ることはなく，予定した時刻どおりにパケット送受信が行われるため，パケットロス率が下がり，パケット到着間隔のばらつきも小さくなる。
しかし，パケットロス率，及びパケット到着間隔のばらつきによって、ネットワークの状態悪化を検出することはできるが，ネットワークの状態復旧を検出することは困難である。伝送しようとするビットレートが伝送可能なビットレートを超えた場合には，パケットロスやパケット到着間隔のばらつきという形で現われる。一方、伝送しようとするビットレートが伝送可能なビットレートより低い場合には，パケットロスはほとんど起こらず，またパケット到着間隔もばらつかない。このため，パケットロス率，及びパケット到着間隔のばらつきを用いて、伝送路にどれだけの余裕があるのかを把握することは困難である。
【００２０】
一定時間，ネットワークの輻輳状態が良好である場合には，ネットワークで伝送可能なビットレートに余裕があると期待して，送信ビットレートを上げる手法では，期待に反して実際には伝送可能なビットレートに余裕がなかった場合には，再度ビットレートを下げざるを得ず，無駄にビットレートを上下させることになってしまう。
また，ビットレートを変更するためにデータ送信装置１１において符号化パラメータを変更するが，これを復号化し再生するデータ受信装置１２において、パラメータ変更の度に画像・音声出力部３３の設定を変更する必要があり，例えば、瞬間的な音切れやノイズを引き起こす場合がある。
ゆえに前述した伝送可能なビットレートの余裕に対する期待が誤りだった場合には，無駄に伝送ビットレートを上下させるだけでなく，音切れやノイズ等が発生して，視聴者に不自然な印象を与えてしまう。
【００２１】
そこで，擬似パケット生成部２６により擬似パケットを生成しデータ送信装置１１からデータ受信装置１２へ擬似データ伝送を行うことで，音切れやノイズを伴うメディアデータの送信ビットレート変更を行うことなく，見かけ上の伝送ビットレートを上げてネットワークの輻輳状態の変化を観測する。
【００２２】
この疑似パケット（疑似データ）は、ネットワークの状態を確認するためにネットワーク１６で送受信されるものであり、データ受信装置１２での再生を予定していない。このため、データ受信装置１２が、何らかの方法で疑似パケットを識別可能とすることが好ましい。例えば、パケットのヘッダに疑似パケットであることを表す情報を埋め込んでも良いし、特定のポートを用いて送受信されるパケットを疑似パケットであると取り決めても良い。
このように疑似パケットを識別可能とすることで、データ受信装置１２が、疑似パケットを通常のパケット（メディアデータ）と区別し、廃棄等を容易に行えるようになる。
【００２３】
メディアデータ伝送に大きな影響を与えないように擬似パケットの伝送ビットレートを徐々に上げていく。あらかじめ定められたビットレートまで上がり，かつデータ受信装置１２から得られるネットワーク１６の輻輳情報にもとづき輻輳情報管理部２１で算出されたネットワーク１６の状態が良好であるならば，擬似パケット伝送に使用しているビットレートの分だけ伝送路に余裕があると判断する。この場合には、擬似パケット伝送を中断し，符号化パラメータ制御部２４によりオーディオ伝送のビットレートを上昇させるべく符号化パラメータを変更し，変更された符号化パラメータに従い符号化部２３にてデータの符号化を行いデータ受信装置１２に送信する。
【００２４】
擬似パケット送信中にネットワークの状態が悪化したと判断された場合には，オーディオ伝送に影響を与えることを避けるために擬似パケット伝送を中断する。また，データ受信装置１２では，擬似パケットを受信した場合にはパケット送受信部３４においてパケットを破棄する。
【００２５】
次に本実施形態のデータ送受信システムにおける，ビットレート変更のための動作手順について説明する。
図４は、データ受信装置１２からの輻輳情報に基づいてデータ送信装置１１がオーディオ伝送ビットレートを変更する手順を表すフローチャートである。以下、図４に基づき、ビットレート変更のための動作手順を説明する。
【００２６】
（１）データ送信装置１１のパケット送受信部２２がデータ受信装置１２から送信された輻輳情報を受信する（ステップＳ１１）。データ受信装置１２からの輻輳情報の送信が繰り返し行われ、その度にステップＳ１１〜Ｓ２５の処理が行われるものとする。この送信は、データ受信装置１２のタイマに基づいて定期的に行われても良いし、データ送信装置１１から発せられた送信要求に基づいて行われてもよい。
【００２７】
輻輳情報は、その送信に先立ち、データ受信装置１２の輻輳情報管理部３２で求められる。輻輳情報は、例えば、パケット到着間隔のバラツキ（ジッター）、パケットロス率で表される。この算出には例えば、ＲＦＣ３５５０の規格を採用することができる。
具体的には、ｉ番目のパケットのジッターＪ(i)は次の式に基づき算出できる。
Ｊ(i)＝Ｊ(i-1)＋（｜Ｄ(i-1,i)｜−Ｊ(i-1)）／１６
ここで、Ｄ(i-1,i)は、（ｉ−１）番目とｉ番目のパケットそれぞれがデータ送信装置１１からデータ受信装置１２に到達するまでに要する時間（パケット到着間隔）の差である。
また、パケットロス率は次のようにして算出できる。即ち、データ送信装置１１から送信されるパケットのヘッダに連続した番号を付与しておき、データ受信装置１２において受信したパケットの数を前記の連続番号から算出される全パケット数で割り算することで、パケットロス率を算出できる。
【００２８】
（２）データ送信装置１１の輻輳情報管理部２１は、受信した輻輳情報に基づいてネットワークの状態を判断する（ステップＳ１２）。
この判断は、判断基準を記憶部２５に記憶させておき、輻輳情報をこの判断基準と対比することで行える。
【００２９】
図５は、輻輳情報に基づきネットワークの状態を判断するための判断基準の一例を表す表である。
ここでは、パケット到着間隔のバラツキおよびパケットロス率の大小に基づいてネットワークの状態（輻輳状態）の良否を判断している。パケット到着間隔のバラツキおよびパケットロス率を大中小の３段階に区分している。この区切りの一例として、パケット到着間隔のバラツキでは、５ｍ秒、１０ｍ秒を、パケットロス率では５％、１０％があげられる。この場合には、パケット到着間隔のバラツキが、５ｍ秒より小さいとき、５ｍ秒以上で１０ｍ秒より小さいとき、１０ｍ秒以上のときにそれぞれ、パケット到着間隔のバラツキが「小」、「中」、「大」とすることができる。また、パケットロス率が、５％より小さいとき、５％以上で１０％より小さいとき、１０％以上のときにそれぞれ、パケットロス率が「小」、「中」、「大」とすることができる。
ここでは、パケット到着間隔のバラツキとパケットロス率の双方が「小」のときにネットワークの状態を「良好」とし、これらのいずれかが「大」のときにネットワークの状態が「不良」、これ以外を「普通」としている。
図５は、あくまでも基準の一例であり、これ以外の判断基準を採用することも可能である。
【００３０】
（３）ステップＳ１２での判断がＮｏ（でネットワーク１６の状態が「不良」ではない）の場合には，ネットワーク１６の状態が「良好」であり、かつその状態が所定期間継続したか否かを判断する（ステップＳ１３）。この所定期間は、予め記憶部２５に記憶させておけばよい。所定期間は、ネットワーク１６の状態が継続した時間（例えば、ｍ秒）そのものでも良いし、ステップＳ１１でネットワーク１６の状態が「良好」な輻輳情報を何回受信したか（回数）で定義しても差し支えない。
ステップＳ１３での判断がＮｏ（ネットワーク１６の状態が「良好」な期間が所定期間継続していない）の場合にはビットレート変更処理を終了し、次の輻輳情報の受信（ステップＳ１１）を待つことになる。
【００３１】
（４）ステップＳ１３での判断がＹｅｓ（ネットワーク１６の状態が「良好」な期間が所定期間継続）の場合には，擬似パケットの伝送ビットレートが閾値以上であるか否かを判断する（ステップＳ１４）。
この閾値は、データの伝送ビットレートを切り換えるための基準であり、伝送ビットレートの切換が頻発することを防ぐために設けられる。例えば、ネットワーク１６の状態が「良好」であったときの伝送レートと現在の伝送レートとの差を閾値とすることができる。このようにすると、ネットワークの状態が「良好」になったときに、元の伝送レートへの復帰が容易に行える。
この閾値は、記憶部２５に初期値を記憶させておくものとする。なお、後述するように、必要に応じてこの閾値が変更され、データ伝送ビットレートが適切な値に保たれるようにする。
【００３２】
（５）ステップＳ１４での判断がＹｅｓ（擬似パケット伝送が閾値以上であると判断）の場合には、疑似データの送信を中断し、メディアデータの伝送レートを上昇する（ステップＳ１５）。ネットワーク１６にはオーディオ伝送に加えて閾値と同等のビットレートを転送する余裕があると判断できるからである。
即ち、擬似パケット生成部２６で行っている擬似パケットの生成，伝送を中断する。また、それまで行っていたと擬似パケット伝送ビットレートと同等のビットレートだけオーディオ伝送のビットレートが上がるように、符号化パラメータ制御部２４が符号化パラメータを制御（変更）する。変更された符号化パラメータに基づき、符号化部２３でのデータの符号化が行われ、データ受信装置１２へと送信される。
【００３３】
（６）ステップＳ１４での判断がＮｏ（擬似パケットの伝送ビットレートが閾値未満，または擬似パケットの伝送が行われていない）の場合には、疑似データの伝送レートを上昇させる（ステップＳ１６）。
擬似パケットの伝送ビットレートを所定値だけ上昇させる。もし，擬似パケットの伝送が行われていない場合には擬似パケットの伝送を開始させる。この所定値は、記憶部２５に記憶させておけばよい。
【００３４】
この伝送ビットレートの上昇は、一度におこなっても良いが、どちらかといえば段階的に行った方が好ましい。ネットワークの状態をより精密に確認することが可能だからである。例えば、所定値の１０％ずつ、擬似パケットの伝送ビットレートを上昇する。これは、ステップＳ１１で輻輳情報を受信して、ステップＳ１５に到達する度に、擬似パケットの伝送ビットレートが徐々に上昇して行くことを意味する。
【００３５】
（７）ステップＳ１２での判断がＹｅｓ（ネットワーク１６の状態が「不良」）の場合には擬似パケット伝送を行っているか否かを判断する（ステップＳ２１）。
１）ステップＳ２１での判断がＮｏ（擬似パケットの伝送を行っていない）の場合には，メディアデータの伝送レートを降下させる（ステップＳ２２）。
即ち、符号化パラメータ制御部２４によりオーディオ伝送のビットレートが下がるように符号化パラメータを変更し，変更された符号化パラメータに従って符号化部２３において符号化を行いデータ受信装置１２へと送信する。
【００３６】
２）ステップＳ２１での判断がＹｅｓ（擬似パケットの伝送を行っている）の場合には，オーディオ伝送に影響を及ぼすのを避けるために擬似パケットの伝送を中断する（ステップＳ２３）。
この場合、擬似パケットの伝送が中断された回数およびそのときの擬似パケットの伝送レートを記録し（ステップＳ２４）、この回数等に応じて閾値を低減するものとする（ステップＳ２５）。例えば、所定の回数擬似パケットの伝送が中断されたとき、閾値をこのときの擬似パケットの伝送レートに設定する。中断されたときの伝送レートの値が異なるときには、この内の最小の伝送レートに閾値を設定することができる。
このとき、データ伝送を安定的に行うには、閾値を中断時の伝送レートよりも幾分小さくする方が好ましい。
【００３７】
図６、７は、メディアデータの伝送レート、疑似データの伝送レート、および閾値との関係の一例を表すタイミングチャートである。図６、７のグラフの横軸が時間であり、縦軸が伝送レートである。実線、破線、一点鎖線がそれぞれ、メディアデータの伝送レート、疑似データの伝送レート、および閾値である。
なお、疑似データの伝送レートおよびその閾値は、メディアデータの伝送レートの初期値に上乗せする形で表されている。即ち、図６，７での初の疑似データの伝送レートはゼロである。
【００３８】
図６では、時刻ｔ１０で疑似データの伝送が開始され、徐々に伝送レートが増大する。これは図４のステップＳ１１での輻輳情報の受信およびステップＳ１５での疑似データの伝送レートの上昇が繰り返し行われたことによる。即ち、時刻ｔ１０〜ｔ１１の間、疑似データの伝送が増大されても、ネットワークの状態は「良好」な状態を維持している。
時刻ｔ１１で疑似データの伝送レートが閾値（Ｒ１１−Ｒ１０）に達し、ステップＳ１５での疑似データの伝送中断およびメディアデータの伝送レート増大（レートがＲ１０からＲ１１に増大）が行われる。
【００３９】
図７では、時刻ｔ２０で疑似データの伝送が開始され、徐々に伝送レートが増大する。即ち、図４のステップＳ１１での輻輳情報の受信およびステップＳ１５での疑似データの伝送レートの上昇が繰り返し行われる。時刻ｔ２０から時刻ｔ２１に至ったときに、ネットワークの状態が「不良」となり、疑似データの送信が中断される。
その後、疑似データの伝送が中断されたことで、ネットワーク１６の状態が「良好」となり、疑似データの伝送が再開される。時刻ｔ２２に至ったときに、ネットワークの状態が「不良」となり、疑似データの送信が中断される。
【００４０】
このように、図７の例では、時刻ｔ２１，ｔ２２，ｔ２３において疑似データの伝送の中断、再開が繰り返される。このため、図４のステップＳ２５における閾値低減が行われる（閾値が（Ｒ２２−Ｒ２０）から（Ｒ２１−Ｒ２０）に低減）。この結果、次の時刻ｔ２４において、疑似データの伝送レートが閾値に達して、ステップＳ１５での疑似データの伝送中断およびメディアデータの伝送レート増大（レートがＲ２０からＲ２１に増大）が行われる。
【００４１】
以上詳述したように，QoS非保証のネットワークにおいて動画や音声などの連続メディアをリアルタイム伝送する際に，安定して伝送できるビットレートを正確に把握できない場合に，本来伝送しているメディアとは無関係な擬似データを伝送し見かけ上の伝送ビットレートを上げることで，瞬間的な音切れやノイズが生じるビットレート変更を伴わずにネットワークの負荷状態を把握することが可能となり，上記音切れやノイズが発生する機会を減少させ，視聴者に不自然な印象を与えないことが可能となるものである。
【００４２】
（その他の実施形態）
本発明の実施形態は上記の実施形態に限られず拡張、変更可能であり、拡張、変更した実施形態も本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態に係るデータ送受信システムを表すブロック図である。
【図２】データ送信装置の内部構成を表すブロック図である。
【図３】データ受信装置の内部構成を表すブロック図である。
【図４】データ受信装置からの輻輳情報に基づいてデータ送信装置がオーディオ伝送ビットレートを変更する手順を表すフローチャートである。
【図５】輻輳情報に基づいてネットワークの状態を判断するための規則を表す。
【図６】メディアデータの伝送レート、疑似データの伝送レート、および閾値との関係の一例を表すタイミングチャートである。
【図７】メディアデータの伝送レート、疑似データの伝送レート、および閾値との関係の一例を表すタイミングチャートである。
【符号の説明】
【００４４】
１１…データ送信装置、１２…データ受信装置、１６…ネットワーク、２１…輻輳情報管理部、２２…パケット送受信部、２３…符号化部、２４…符号化パラメータ制御部、２５…記憶部、２６…擬似パケット生成部、２７…外部入力部、３１…復号化部、３２…輻輳情報管理部、３３…画像・音声出力部、３４…パケット受信部
【図１】
2005192129.tif 000003
【図２】
2005192129.tif 000004
【図３】
2005192129.tif 000005
【図４】
2005192129.tif 000006
【図５】
2005192129.tif 000007
【図６】
2005192129.tif 000008
【図７】
2005192129.tif 000009