JPH11308271A - データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム - Google Patents
データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システムInfo
- Publication number
- JPH11308271A JPH11308271A JP11102298A JP11102298A JPH11308271A JP H11308271 A JPH11308271 A JP H11308271A JP 11102298 A JP11102298 A JP 11102298A JP 11102298 A JP11102298 A JP 11102298A JP H11308271 A JPH11308271 A JP H11308271A
- Authority
- JP
- Japan
- Prior art keywords
- data
- network
- time
- data communication
- transfer
- 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.)
- Pending
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 ネットワークを介して二者間でデータ通信す
る際、その二者間に介在するネットワーク上の状況に応
じて転送レートを動的に変更制御し、最適なデータ転送
を行なうことが可能になる。従って、カメラで撮影され
た生の映像を転送するようなリアルタイム性を必要とす
る場合に特に有効に作用する。 【解決手段】 送信側端末のデータ送信部は、データを
送信する際、送信時刻を付加する。受信側端末は受信し
たデータ中に含まれる送信時刻、及び、内部での処理に
要した時間を示す情報を付加した受信レポートを送信側
端末に返信する。送信側端末は、受信レポート情報の受
信時刻と、その受信レポート中の情報に基づいて往復に
要した純粋な転送時間を計測する。そして、計測して得
られた転送時間に基づいて、ネットワーク上のバッファ
ー量を算出する。そして、その算出されたバッファ量に
基づいてデータ送信部の転送レートを制御する。
る際、その二者間に介在するネットワーク上の状況に応
じて転送レートを動的に変更制御し、最適なデータ転送
を行なうことが可能になる。従って、カメラで撮影され
た生の映像を転送するようなリアルタイム性を必要とす
る場合に特に有効に作用する。 【解決手段】 送信側端末のデータ送信部は、データを
送信する際、送信時刻を付加する。受信側端末は受信し
たデータ中に含まれる送信時刻、及び、内部での処理に
要した時間を示す情報を付加した受信レポートを送信側
端末に返信する。送信側端末は、受信レポート情報の受
信時刻と、その受信レポート中の情報に基づいて往復に
要した純粋な転送時間を計測する。そして、計測して得
られた転送時間に基づいて、ネットワーク上のバッファ
ー量を算出する。そして、その算出されたバッファ量に
基づいてデータ送信部の転送レートを制御する。
Description
【０００１】
【発明の属する技術分野】本発明は、映像や音声といっ
た、定常的に発生するデータをネットワークを通して送
信或いは／及び受信するデータ通信装置及び受信装置及
び制御方法及び記憶媒体及びシステムに関するものであ
る。
た、定常的に発生するデータをネットワークを通して送
信或いは／及び受信するデータ通信装置及び受信装置及
び制御方法及び記憶媒体及びシステムに関するものであ
る。
【０００２】
【従来の技術】ネットワークを介して、データを送受信
する際に、データをネットワーク上に送出する速度が問
題となってくる。ネットワークで使用可能な伝送容量を
越えてデータを送出するとデータのロスが起こるし、あ
まり送出レートを低くしすぎるとネットワークの仕様可
能帯域を十分使いきれず、満足する品質を得られないと
いうことになってしまう。従来このような場合、送出レ
ートを調整するために、ネットワークでのデータのロス
を監視し、ロスが起こると送出レートを下げるという方
法が取られている。
する際に、データをネットワーク上に送出する速度が問
題となってくる。ネットワークで使用可能な伝送容量を
越えてデータを送出するとデータのロスが起こるし、あ
まり送出レートを低くしすぎるとネットワークの仕様可
能帯域を十分使いきれず、満足する品質を得られないと
いうことになってしまう。従来このような場合、送出レ
ートを調整するために、ネットワークでのデータのロス
を監視し、ロスが起こると送出レートを下げるという方
法が取られている。
【０００３】
【発明が解決しようとする課題】しかし、ネットワーク
の送信側と受信側の間に分散して存在するノードがそれ
ぞれデータを溜めることのできるバッファを保有してお
り、過剰にデータを送出してロスが生じる時には、ネッ
トワーク上のバッファのいずれかが溢れている可能性が
高い。従って、ロスが生じてから送出レートを下げて
も、ネットワーク上のどこかのバッファがいっぱいにな
っていることになり、そのバッファに溜っているデータ
をネットワークが処理できる時間分だけは、必ず伝送遅
延が生じて、送信側からのデータが受信側に到着するこ
とになり、リアルタイム性を重視するデータ通信にとっ
ては非常に大きな問題となる。
の送信側と受信側の間に分散して存在するノードがそれ
ぞれデータを溜めることのできるバッファを保有してお
り、過剰にデータを送出してロスが生じる時には、ネッ
トワーク上のバッファのいずれかが溢れている可能性が
高い。従って、ロスが生じてから送出レートを下げて
も、ネットワーク上のどこかのバッファがいっぱいにな
っていることになり、そのバッファに溜っているデータ
をネットワークが処理できる時間分だけは、必ず伝送遅
延が生じて、送信側からのデータが受信側に到着するこ
とになり、リアルタイム性を重視するデータ通信にとっ
ては非常に大きな問題となる。
【０００４】つまり、伝送遅延をある一定値以内に抑え
つつ、伝送可能なネットワークの帯域を十分に使った送
出レートでデータを送信することが望まれる。
つつ、伝送可能なネットワークの帯域を十分に使った送
出レートでデータを送信することが望まれる。
【０００５】上記の如く、２つの端末間でネットワーク
を通してデータをやり取りする際、ネットワークに送出
されたデータで、ネットワークの途中のノードのバッフ
ァもしくは伝送線上に存在し、未だ、受信側に到着して
いないデータというものが存在する。途中のノードのバ
ッファに溜っているデータも伝送遅延の原因となるた
め、伝送遅延を一定値以内に抑えるためには、このデー
タ量が大きくなりすぎないように送信レートを制御しな
ければならない。しかし、ネットワークの途中のノード
のバッファに溜っているデータ量は送受信側の端末では
知ることができないことが多い。とりわけインターネッ
トなどでは、そうである。
を通してデータをやり取りする際、ネットワークに送出
されたデータで、ネットワークの途中のノードのバッフ
ァもしくは伝送線上に存在し、未だ、受信側に到着して
いないデータというものが存在する。途中のノードのバ
ッファに溜っているデータも伝送遅延の原因となるた
め、伝送遅延を一定値以内に抑えるためには、このデー
タ量が大きくなりすぎないように送信レートを制御しな
ければならない。しかし、ネットワークの途中のノード
のバッファに溜っているデータ量は送受信側の端末では
知ることができないことが多い。とりわけインターネッ
トなどでは、そうである。
【０００６】本発明はネットワークを介してデータ通信
する際、介在するネットワーク上の状況に応じて転送レ
ートを動的に変更制御し、最適なデータ転送を行なうこ
とを可能ならしめるデータ通信装置及び受信装置及び制
御方法及び記憶媒体及びデータ通信システムを提供しよ
うとするものである。
する際、介在するネットワーク上の状況に応じて転送レ
ートを動的に変更制御し、最適なデータ転送を行なうこ
とを可能ならしめるデータ通信装置及び受信装置及び制
御方法及び記憶媒体及びデータ通信システムを提供しよ
うとするものである。
【０００７】
【課題を解決するための手段】この課題を解決するた
め、例えば本発明のデータ通信装置は以下に示す構成を
備える。すなわち、ネットワークを介して端末に向けて
データを転送するデータ通信装置であって、前記端末と
の間のデータ転送時間を計測する計測手段と、該計測手
段で計測したデータ転送時間に基づき、前記端末に向け
て転送したデータの中で、前記ネットワーク上にバッフ
ァされるデータ量に関する情報を検出する検出手段と、
該検出手段の結果に基づき、データの転送レートを得る
手段と、得られた転送レートに従ってデータを転送する
転送手段とを備える。
め、例えば本発明のデータ通信装置は以下に示す構成を
備える。すなわち、ネットワークを介して端末に向けて
データを転送するデータ通信装置であって、前記端末と
の間のデータ転送時間を計測する計測手段と、該計測手
段で計測したデータ転送時間に基づき、前記端末に向け
て転送したデータの中で、前記ネットワーク上にバッフ
ァされるデータ量に関する情報を検出する検出手段と、
該検出手段の結果に基づき、データの転送レートを得る
手段と、得られた転送レートに従ってデータを転送する
転送手段とを備える。
【０００８】
【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態を詳細に説明する。
係る実施形態を詳細に説明する。
【０００９】図１は送信側端末１−１が送信するデータ
をネットワーク１−３を通して受信側端末１−２でデー
タを受信する場合における各装置の接続関係とその構造
を示す図である。ここでネットワーク１−３とは組織内
で運営されているＬＡＮから、いわゆるインターネット
のような不特定多数のネットワークが結合したような大
規模なものまで含み、その形態で限定されるものではな
い。以下に図１の各端末とその動作について説明する。
をネットワーク１−３を通して受信側端末１−２でデー
タを受信する場合における各装置の接続関係とその構造
を示す図である。ここでネットワーク１−３とは組織内
で運営されているＬＡＮから、いわゆるインターネット
のような不特定多数のネットワークが結合したような大
規模なものまで含み、その形態で限定されるものではな
い。以下に図１の各端末とその動作について説明する。
【００１０】送信側端末１−１はデータ生成部１−１１
においてデータを生成する。具体的にデータとしては例
えばビデオカメラでキャプチャされた映像データなどが
考えられる。データが映像の場合には、データ生成部１
−１１は、映像の取り込や圧縮を行うことになる。ただ
し、ここでデータの内容としては映像に限るものではな
い。
においてデータを生成する。具体的にデータとしては例
えばビデオカメラでキャプチャされた映像データなどが
考えられる。データが映像の場合には、データ生成部１
−１１は、映像の取り込や圧縮を行うことになる。ただ
し、ここでデータの内容としては映像に限るものではな
い。
【００１１】データ生成部１−１１で生成されたデータ
はデータ送信部１−１２に送られる。データ送信部１−
１２が送られてきたデータを適当な大きさに分割し、分
割されたデータ毎にシーケンス番号及びデータを送信す
る時刻の情報が付加してネットワーク１−３上に送出す
る。この時、データ送信部１−１２は、分割するデータ
の大きさや分割したデータを送り出す間隔を調整するこ
とで、送信レートを送信レート変更部１−１３によって
指定されたレートに調整する。
はデータ送信部１−１２に送られる。データ送信部１−
１２が送られてきたデータを適当な大きさに分割し、分
割されたデータ毎にシーケンス番号及びデータを送信す
る時刻の情報が付加してネットワーク１−３上に送出す
る。この時、データ送信部１−１２は、分割するデータ
の大きさや分割したデータを送り出す間隔を調整するこ
とで、送信レートを送信レート変更部１−１３によって
指定されたレートに調整する。
【００１２】受信レポート受信部１ー１５は、受信側端
末１−２から送信されてくる受信レポートを受信し、そ
のレポートの内容をネットワークバッファデータ量計算
部１−１４に送る。ネットワークバッファデータ量計算
部１−１４は、データの往復時間を計算し、計算された
往復時間に基づいてネットワークバッファデータ量を求
める。そのネットワークバッファデータ量に基づいて、
送信レート変更部１−１３が送信レートを決定し、デー
タ送信部１−１２に送信レートを指定する。
末１−２から送信されてくる受信レポートを受信し、そ
のレポートの内容をネットワークバッファデータ量計算
部１−１４に送る。ネットワークバッファデータ量計算
部１−１４は、データの往復時間を計算し、計算された
往復時間に基づいてネットワークバッファデータ量を求
める。そのネットワークバッファデータ量に基づいて、
送信レート変更部１−１３が送信レートを決定し、デー
タ送信部１−１２に送信レートを指定する。
【００１３】一方、受信側端末１−２では、ネットワー
ク１−３を通して送信されてきたデータ（ここでは映像
データ＋シーケンス番号＋送信時刻情報）を、データ受
信部１−２１で受信する。受信されたデータはデータ処
理１−２２に送られ処理される。例えばデータが映像の
場合には映像を表示するための処理（復号化及び表示処
理など）がデータ処理部１−２２で行われる。
ク１−３を通して送信されてきたデータ（ここでは映像
データ＋シーケンス番号＋送信時刻情報）を、データ受
信部１−２１で受信する。受信されたデータはデータ処
理１−２２に送られ処理される。例えばデータが映像の
場合には映像を表示するための処理（復号化及び表示処
理など）がデータ処理部１−２２で行われる。
【００１４】また、データ受信部１−２１で受け取った
データのシーケンス番号、データを受け取った時刻、受
け取ったデータ量などについての情報が計測され定期的
に受信レポート生成部１−２３に送られる。受信レポー
ト生成部１−２３はその情報を元に受信レポートに必要
な受信レートを計算し、受信シーケンス番号及びデータ
送信時刻、データ受信時刻及び受信レポート送信時刻の
情報を付与して、受信レポート送信部１−２４に伝え
る。
データのシーケンス番号、データを受け取った時刻、受
け取ったデータ量などについての情報が計測され定期的
に受信レポート生成部１−２３に送られる。受信レポー
ト生成部１−２３はその情報を元に受信レポートに必要
な受信レートを計算し、受信シーケンス番号及びデータ
送信時刻、データ受信時刻及び受信レポート送信時刻の
情報を付与して、受信レポート送信部１−２４に伝え
る。
【００１５】受信レポート送信部１−２４は、ネットワ
ーク１−３を介して送信側端末１−１の受信レポート受
信部１−１４へ受信レポートを送信する。
ーク１−３を介して送信側端末１−１の受信レポート受
信部１−１４へ受信レポートを送信する。
【００１６】以下、図２〜図３を使って、送受信端末の
動作手順、送信レートの決定法について具体的に説明す
る。
動作手順、送信レートの決定法について具体的に説明す
る。
【００１７】図２において送信側端末の動作について説
明する。なおステップＳ２０１、Ｓ２０２の処理と、ス
テップＳ２０３〜Ｓ２０５の処理は以下の説明から明ら
かなように別タスクになっている。
明する。なおステップＳ２０１、Ｓ２０２の処理と、ス
テップＳ２０３〜Ｓ２０５の処理は以下の説明から明ら
かなように別タスクになっている。
【００１８】まず送信すべきデータが生成される（ステ
ップＳ２０１）。例えば映像を送信する場合には映像の
キャプチャ、圧縮などが行われる。次にそのデータが適
当な大きさのデータ（パケット）に分割され、その時点
で決定されている間隔でネットワークに送出される（ス
テップＳ２０２）。この時、このパケットの大きさと送
出間隔で送信レートが決められることになる。つまり、
このステップ２０２では、指定された送信レートでネッ
トワークに送出される。送信レートの決定の仕方につい
ては後述する。データの送信が終わるとデータの生成を
再び行い（ステップＳ２０１）、送信する（ステップＳ
２０２）ということを繰り返す。送信データを構成する
１つのパケットのフォーマット例を図４に示す。１パケ
ットのデータには、送信シーケンス番号とデータ送信時
刻、及びパケットサイズと送信すべきデータ（ここでは
映像データ）で構成される。
ップＳ２０１）。例えば映像を送信する場合には映像の
キャプチャ、圧縮などが行われる。次にそのデータが適
当な大きさのデータ（パケット）に分割され、その時点
で決定されている間隔でネットワークに送出される（ス
テップＳ２０２）。この時、このパケットの大きさと送
出間隔で送信レートが決められることになる。つまり、
このステップ２０２では、指定された送信レートでネッ
トワークに送出される。送信レートの決定の仕方につい
ては後述する。データの送信が終わるとデータの生成を
再び行い（ステップＳ２０１）、送信する（ステップＳ
２０２）ということを繰り返す。送信データを構成する
１つのパケットのフォーマット例を図４に示す。１パケ
ットのデータには、送信シーケンス番号とデータ送信時
刻、及びパケットサイズと送信すべきデータ（ここでは
映像データ）で構成される。
【００１９】一方、送信側端末は上記のようにデータを
送信すると同時に、受信レポートが受信側端末１−２か
ら報告されるのを待っている（ステップＳ２０５）。受
信レポートのフォーマット例を図５に示す。受信レポー
トには、図示の如く、受信シーケンス番号（送信シーケ
ンス番号をそのまま転用している）と受信レート、及び
受信時刻、受信レポート送信時刻が含まれているものと
する。
送信すると同時に、受信レポートが受信側端末１−２か
ら報告されるのを待っている（ステップＳ２０５）。受
信レポートのフォーマット例を図５に示す。受信レポー
トには、図示の如く、受信シーケンス番号（送信シーケ
ンス番号をそのまま転用している）と受信レート、及び
受信時刻、受信レポート送信時刻が含まれているものと
する。
【００２０】送信側端末がこの受信レポートを受信する
と、そのレポートをもとに、送受信端末間のデータ往復
時間を計測し、その往復時間をもとに、送信側端末から
ネットワークに送出されたが未だ受信側端末に到着して
いないデータの量を計算する（ステップＳ２０４）。以
後このデータ量のことをネットワークバッファデータ量
と呼ぶ。ネットワークバッファデータ量の計算法を以下
に説明する。
と、そのレポートをもとに、送受信端末間のデータ往復
時間を計測し、その往復時間をもとに、送信側端末から
ネットワークに送出されたが未だ受信側端末に到着して
いないデータの量を計算する（ステップＳ２０４）。以
後このデータ量のことをネットワークバッファデータ量
と呼ぶ。ネットワークバッファデータ量の計算法を以下
に説明する。
【００２１】往復に要した時間には、受信側端末がデー
タを受信してから受信レポートを送出するまでに要する
時間が含まれているので、その分を差し引く必要があ
る。つまり、データ伝送に係る純粋な往復時間ＲＴＴcu
rは、 ＲＴＴcur＝（Ｔs2−Ｔs1）−（Ｔr2−Ｔr1） となる。ここでＴs1は受信レポートに含まれる送信時刻
（送信パケットに付加した時刻でもある）、Ｔs2は送信
側端末が受信レポートを受信した時刻である。また、Ｔ
r1は受信レポートに含まれるデータ受信時刻、Ｔr2は受
信レポートに含まれる受信レポート送信時刻である。
タを受信してから受信レポートを送出するまでに要する
時間が含まれているので、その分を差し引く必要があ
る。つまり、データ伝送に係る純粋な往復時間ＲＴＴcu
rは、 ＲＴＴcur＝（Ｔs2−Ｔs1）−（Ｔr2−Ｔr1） となる。ここでＴs1は受信レポートに含まれる送信時刻
（送信パケットに付加した時刻でもある）、Ｔs2は送信
側端末が受信レポートを受信した時刻である。また、Ｔ
r1は受信レポートに含まれるデータ受信時刻、Ｔr2は受
信レポートに含まれる受信レポート送信時刻である。
【００２２】例えば、図５のような受信レポートを受信
した時刻が1997年４月１５日１０時１１分１３．５２６
秒であるとすると、 ＲＴＴcur=(13.526-12.988)-(13.512-13.302)=0.328sec となる（ここでは、年月日時分は省略して計算した）。
した時刻が1997年４月１５日１０時１１分１３．５２６
秒であるとすると、 ＲＴＴcur=(13.526-12.988)-(13.512-13.302)=0.328sec となる（ここでは、年月日時分は省略して計算した）。
【００２３】このような手法を用いて、データ往復時間
を求めることで、受信側端と送信側端末がそれぞれ有す
るタイマの時刻が一致していなくても、データ伝送にか
かる正確な往復時間を求めることができる。尚、送信側
端末では、受信側端末内部で要した時間がわかれば良い
ので、受信側端末では受信時刻及び送信時刻を付加する
変わりにその間の時間を付加させるようにしても良い。
を求めることで、受信側端と送信側端末がそれぞれ有す
るタイマの時刻が一致していなくても、データ伝送にか
かる正確な往復時間を求めることができる。尚、送信側
端末では、受信側端末内部で要した時間がわかれば良い
ので、受信側端末では受信時刻及び送信時刻を付加する
変わりにその間の時間を付加させるようにしても良い。
【００２４】さて、実施形態における送信側端末（映像
配信サービスを行なう端末）では、こうして求めたデー
タ往復時間のうち、常に最小値を基準往復時間ＴＲＲba
seとして保持する。基準往復時間ＴＲＲbaseは、データ
送受信の開始後では、最初の受信レポートを受け取った
際の往復時間ＴＲＲcurがセットされる。
配信サービスを行なう端末）では、こうして求めたデー
タ往復時間のうち、常に最小値を基準往復時間ＴＲＲba
seとして保持する。基準往復時間ＴＲＲbaseは、データ
送受信の開始後では、最初の受信レポートを受け取った
際の往復時間ＴＲＲcurがセットされる。
【００２５】つまり、送信開始した段階では、 ＲＴＴbase＝ＲＴＴcur となり、その後受信レポートを受信する度に、ＲＴＴcu
rを求めるが、その都度求められる往復時間ＲＴＴcurと
ＲＴＴbassとを比較し、ＲＴＴcurがＲＴＴbaseより小
さい場合にＲＴＴbaseをＲＴＴcurで更新する。
rを求めるが、その都度求められる往復時間ＲＴＴcurと
ＲＴＴbassとを比較し、ＲＴＴcurがＲＴＴbaseより小
さい場合にＲＴＴbaseをＲＴＴcurで更新する。
【００２６】ＲＴＴbase＝ＲＴＴcur (ＩＦ ＲＴＴc
ur＜ＲＴＴbase） このデータ往復時間の基準値ＲＴＴbaseと最新の計測さ
れた往復時間ＲＴＴcurとの差をもとにネットワークバ
ッファデータ量を求める。
ur＜ＲＴＴbase） このデータ往復時間の基準値ＲＴＴbaseと最新の計測さ
れた往復時間ＲＴＴcurとの差をもとにネットワークバ
ッファデータ量を求める。
【００２７】実際には、受信レポートに含まれる受信レ
ート（bits/sec)をＲrecvとすると、 ＢＵＦcur＝Ｒrecv*（ＲＴＴcur−ＲＴＴbase） のようにして、現在のネットワークバッファデータ量Ｂ
ＵＦcurを求める。
ート（bits/sec)をＲrecvとすると、 ＢＵＦcur＝Ｒrecv*（ＲＴＴcur−ＲＴＴbase） のようにして、現在のネットワークバッファデータ量Ｂ
ＵＦcurを求める。
【００２８】尚、当業者であれば上記の説明からすれば
容易に理解できるであろうが、ＲＴＴcur等は往復に要
する時間であり、本来であれば送信側端末から受信側端
末にデータが到達する時間（往時間）を算出することが
必要である。しかしながら、往時間と往復時間は線形関
係にあり、且つ、実施形態では往復時間そのものが送信
レートに反映されるわけではなく、後述する如く定数Ｃ
を乗算して計算するものでるから、往時間と往復時間の
概念上の差がなく、これで十分である。
容易に理解できるであろうが、ＲＴＴcur等は往復に要
する時間であり、本来であれば送信側端末から受信側端
末にデータが到達する時間（往時間）を算出することが
必要である。しかしながら、往時間と往復時間は線形関
係にあり、且つ、実施形態では往復時間そのものが送信
レートに反映されるわけではなく、後述する如く定数Ｃ
を乗算して計算するものでるから、往時間と往復時間の
概念上の差がなく、これで十分である。
【００２９】さて、実施形態では、こうして求められた
ネットワークバッファデータ量ＢＵＦcurがネットワー
クバッファデータ量の目標値ＢＵＦdesに近づくように
送信レートＲnewを決定する（ステップＳ２０３）。そ
の計算式は次の通りである。
ネットワークバッファデータ量ＢＵＦcurがネットワー
クバッファデータ量の目標値ＢＵＦdesに近づくように
送信レートＲnewを決定する（ステップＳ２０３）。そ
の計算式は次の通りである。
【００３０】 Ｒnew＝Ｒcur＋Ｃ*（ＢＵＦdes−ＢＵＦcur） Ｒcurが現在の送信レートで、Ｒnewが新しく決定される
送信レートである。Ｃは適当な定数である。この処理に
よって決定された送信レートＲnewがデータ送信部に伝
えられ、データ送信のステップ（ステップＳ２０２）の
送信レートを指定することになる。
送信レートである。Ｃは適当な定数である。この処理に
よって決定された送信レートＲnewがデータ送信部に伝
えられ、データ送信のステップ（ステップＳ２０２）の
送信レートを指定することになる。
【００３１】ここでは、送信レートＲcurを規準に送信
レートを決定しているが、受信レートＲrecvを規準にレ
ートを決定してもよい。また、受信レポートの間隔Inte
rvalが既知の場合には、次の受信レポート到着の時刻に
ネットワークバッファデータ量が目標値に一致するよう
に、 Ｒnew＝Ｒrecv＋｛（ＢＵＦdes−ＢＵＦcur）／Interva
l｝ の如く、送信レートＲnewを決める方法も使用可能であ
る。
レートを決定しているが、受信レートＲrecvを規準にレ
ートを決定してもよい。また、受信レポートの間隔Inte
rvalが既知の場合には、次の受信レポート到着の時刻に
ネットワークバッファデータ量が目標値に一致するよう
に、 Ｒnew＝Ｒrecv＋｛（ＢＵＦdes−ＢＵＦcur）／Interva
l｝ の如く、送信レートＲnewを決める方法も使用可能であ
る。
【００３２】また、この際に用いる目標ネットワークバ
ッファデータ量ＢＵＦdesとしては、実際にルータ等の
ネットワーク機器に搭載されているバッファ量を越えな
い程度の値が指定されることが望ましい。
ッファデータ量ＢＵＦdesとしては、実際にルータ等の
ネットワーク機器に搭載されているバッファ量を越えな
い程度の値が指定されることが望ましい。
【００３３】次に、実施形態における受信側端末の動作
処理を図３のフローチャートにしたがって説明する。
処理を図３のフローチャートにしたがって説明する。
【００３４】ネットワークを介して受信したデータをデ
ータ受信部で受信する（Ｓ３０１）。送られてきたデー
タは、データ処理部に渡される（ステップＳ３０４）。
例えば、映像データが送られてきた場合、映像の表示処
理に受信データを渡す。また、データを受信した時刻、
データ量、受信シーケンス番号の情報は、受信レポート
生成部に送られる。そして、その情報をもとに定期的
（例えば３秒毎）に受信レポートが生成される（ステッ
プＳ３０３）。受信レポートは、受信シーケンス番号、
受信レート、データ受信時刻、受信レポート送信時刻の
情報を含んで生成される。生成された受信レポートはネ
ットワークを通して、送信側端末の受信レポート受信部
へと送信される（ステップＳ３０３）。受信レポートの
フォーマット例は図５に示した通りである。
ータ受信部で受信する（Ｓ３０１）。送られてきたデー
タは、データ処理部に渡される（ステップＳ３０４）。
例えば、映像データが送られてきた場合、映像の表示処
理に受信データを渡す。また、データを受信した時刻、
データ量、受信シーケンス番号の情報は、受信レポート
生成部に送られる。そして、その情報をもとに定期的
（例えば３秒毎）に受信レポートが生成される（ステッ
プＳ３０３）。受信レポートは、受信シーケンス番号、
受信レート、データ受信時刻、受信レポート送信時刻の
情報を含んで生成される。生成された受信レポートはネ
ットワークを通して、送信側端末の受信レポート受信部
へと送信される（ステップＳ３０３）。受信レポートの
フォーマット例は図５に示した通りである。
【００３５】以上のようなステップを繰り返し、送受信
端末間でデータの送受信を行いつつ、受信側端末が受信
レポートを定期的に送信し、送信側端末に報告する。一
方、送信側端末では受信レポートの送受信時刻の記録を
基にデータ往復時間を計算し、そのデータ往復時間の最
低値からの伸びを基にネットワークバッファデータ量を
計算する。そして求まったネットワークバッファデータ
量が一定になるように、送信レートを決定する。
端末間でデータの送受信を行いつつ、受信側端末が受信
レポートを定期的に送信し、送信側端末に報告する。一
方、送信側端末では受信レポートの送受信時刻の記録を
基にデータ往復時間を計算し、そのデータ往復時間の最
低値からの伸びを基にネットワークバッファデータ量を
計算する。そして求まったネットワークバッファデータ
量が一定になるように、送信レートを決定する。
【００３６】尚、実施形態では、受信レートを受信側端
末で計算し、受信レポートに含んで送信側端末に報告し
た。しかしながら、受信レポートには最新の受け取った
データのシーケンス番号が含まれているので、前回の受
信レポートで報告された受信シーケンス番号、受信レポ
ートの時間、及びパケットサイズの情報を送信側端末が
保持していれば、送信側端末で受信レートが計算可能で
ある。このように、受信レートを受信レポートに含める
のではなく、送信側端末で計算することが可能であるの
は明らかである。
末で計算し、受信レポートに含んで送信側端末に報告し
た。しかしながら、受信レポートには最新の受け取った
データのシーケンス番号が含まれているので、前回の受
信レポートで報告された受信シーケンス番号、受信レポ
ートの時間、及びパケットサイズの情報を送信側端末が
保持していれば、送信側端末で受信レートが計算可能で
ある。このように、受信レートを受信レポートに含める
のではなく、送信側端末で計算することが可能であるの
は明らかである。
【００３７】次に、実施形態の具体的な適用例を図６に
示し、以下にその動作を説明する。
示し、以下にその動作を説明する。
【００３８】図において、１０はカメラサーバであっ
て、カメラ１００で撮影した映像データをネットワーク
３００を介してクライアント２０に転送する。上記実施
形態での説明に合わせると、カメラサーバ１０は送信側
端末１−１に対応し、クライアント２０は受信側端末１
−２に対応することは理解できよう。
て、カメラ１００で撮影した映像データをネットワーク
３００を介してクライアント２０に転送する。上記実施
形態での説明に合わせると、カメラサーバ１０は送信側
端末１−１に対応し、クライアント２０は受信側端末１
−２に対応することは理解できよう。
【００３９】さて、カメラサーバ１０、クライアント２
０のハード的な違いは、カメラ、キャプチャ部を備えて
いるか否かの違いであり、双方とも例えばパーソナルコ
ンピュータで実現できるものである。つまり、符号１０
３〜１０９と２０３〜２０９は実質的に同じ構成であ
り、それぞれが汎用のコンピュータ（例えばパーソナル
コンピュータで実現できるものである）。
０のハード的な違いは、カメラ、キャプチャ部を備えて
いるか否かの違いであり、双方とも例えばパーソナルコ
ンピュータで実現できるものである。つまり、符号１０
３〜１０９と２０３〜２０９は実質的に同じ構成であ
り、それぞれが汎用のコンピュータ（例えばパーソナル
コンピュータで実現できるものである）。
【００４０】一方、ソフトウェア的には、カメラサーバ
１０には、キャプチャした映像データをクライアントに
転送するためのソフトウェア（外部記憶装置１０６に格
納され、ＲＡＭ１０４にロードし実行される）が動作し
ており、クライアント２０では、映像データを受信しそ
れを表示するソフトウェア（外部記憶装置２０６に格納
され、ＲＡＭ３０４にロードし実行される）が動作する
点で異なる。
１０には、キャプチャした映像データをクライアントに
転送するためのソフトウェア（外部記憶装置１０６に格
納され、ＲＡＭ１０４にロードし実行される）が動作し
ており、クライアント２０では、映像データを受信しそ
れを表示するソフトウェア（外部記憶装置２０６に格納
され、ＲＡＭ３０４にロードし実行される）が動作する
点で異なる。
【００４１】ただし、ここでは便宜的に、カメラサーバ
とクライアントに分けて示しただけであり、双方にビデ
オキャプチャ機能を付加した場合には、双方がカメラサ
ーバ及びクライアントとして機能することができるもの
である。
とクライアントに分けて示しただけであり、双方にビデ
オキャプチャ機能を付加した場合には、双方がカメラサ
ーバ及びクライアントとして機能することができるもの
である。
【００４２】さて、先に説明した実施形態の動作をこの
システムに適用する場合、制御対象はカメラサーバ１０
における映像データ転送レートとなる。映像データの送
信レートを決めるものとしては、様々なものが考えられ
るが、ここでは、キャプチャする時間間隔を適宜変更す
ることで行うものとする。
システムに適用する場合、制御対象はカメラサーバ１０
における映像データ転送レートとなる。映像データの送
信レートを決めるものとしては、様々なものが考えられ
るが、ここでは、キャプチャする時間間隔を適宜変更す
ることで行うものとする。
【００４３】そこで、カメラサーバの動作について説明
する。
する。
【００４４】図７、図８はカメラサーバにおける動作処
理を示すフローチャートであり、図７はクライアントか
ら送信されてくる受信レポートに基づき、キャプチャ時
間間隔（インターバル）を決定し、単位時間当たりのキ
ャプチャする映像枚数を決定して、結果的に単位時間当
たりのデータ転送レートを可変可能の処理を示し、図８
はキャプチャした映像データを転送する処理を示すもの
である。
理を示すフローチャートであり、図７はクライアントか
ら送信されてくる受信レポートに基づき、キャプチャ時
間間隔（インターバル）を決定し、単位時間当たりのキ
ャプチャする映像枚数を決定して、結果的に単位時間当
たりのデータ転送レートを可変可能の処理を示し、図８
はキャプチャした映像データを転送する処理を示すもの
である。
【００４５】まず、ステップＳ８１でクライアント２０
からの受信レポート（図５参照）を受信するのを待ち、
それを受信したらステップＳ８２に進んで、データ往復
時間ＲＴＴcurを計算し、それをもとにネットワークバ
ッファ容量ＢＵＦcurを算出する。そして、ステップＳ
８３に進んで、目標バッファ量ＢＵＦdesに近づくよう
に、送信レートＲnew（単位時間当たりの転送データ
量）を決定する。
からの受信レポート（図５参照）を受信するのを待ち、
それを受信したらステップＳ８２に進んで、データ往復
時間ＲＴＴcurを計算し、それをもとにネットワークバ
ッファ容量ＢＵＦcurを算出する。そして、ステップＳ
８３に進んで、目標バッファ量ＢＵＦdesに近づくよう
に、送信レートＲnew（単位時間当たりの転送データ
量）を決定する。
【００４６】そして、ステップＳ８４に進み、算出した
転送レートで単位時間当たりに転送できる映像枚数を決
定し、それをキャプチャ間隔として設定する。以下、ス
テップＳ８１〜ステップＳ８４の処理を繰り返す。
転送レートで単位時間当たりに転送できる映像枚数を決
定し、それをキャプチャ間隔として設定する。以下、ス
テップＳ８１〜ステップＳ８４の処理を繰り返す。
【００４７】一方、転送処理（図８）についてである
が、この処理は、上記ステップＳ８４で決定された時間
間隔で動作するものである。
が、この処理は、上記ステップＳ８４で決定された時間
間隔で動作するものである。
【００４８】まず、ステップＳ９１でキャプチャ部１０
１でカメラ１００からキャプチャした映像をとりこみ、
ステップＳ９２で圧縮符号化し、ステップＳ９３で先に
説明したように、送信シーケンス番号、送信時刻パケッ
トサイズを含む圧縮符号化した映像をパケット単位に転
送する。
１でカメラ１００からキャプチャした映像をとりこみ、
ステップＳ９２で圧縮符号化し、ステップＳ９３で先に
説明したように、送信シーケンス番号、送信時刻パケッ
トサイズを含む圧縮符号化した映像をパケット単位に転
送する。
【００４９】以上の結果、ネットワークを介して二者間
のデータ転送は、目標としたバッファデータ量に応じて
最適なデータ転送が行えるようになる。また、ネットワ
ークが非常に空いていてい転送速度が早くできる場合で
あっても、それにしたがって転送レートをむやみに上げ
るのではなく、ネットワーク上のバッファのデータとし
て溜っているデータ量が一定値になるようにデータ転送
を制御するので、ネットワークの負荷を軽減させること
ができ、第三者のネットワークの使用の妨げになること
もない。
のデータ転送は、目標としたバッファデータ量に応じて
最適なデータ転送が行えるようになる。また、ネットワ
ークが非常に空いていてい転送速度が早くできる場合で
あっても、それにしたがって転送レートをむやみに上げ
るのではなく、ネットワーク上のバッファのデータとし
て溜っているデータ量が一定値になるようにデータ転送
を制御するので、ネットワークの負荷を軽減させること
ができ、第三者のネットワークの使用の妨げになること
もない。
【００５０】また、本実施形態で示される方法は、種々
のネットワーク、例えばＩＰプロトコルに基づくインタ
ーネットやＬＡＮにおいて実施することができる。９６
年１月にＲＦＣ１８８９として標準化されたＲＴＰ（Re
al Time Transport Protocol）において本発明を実施す
る方法について以下に説明する。尚、ＲＴＰはリアルタ
イムアプリケーション向けのプロトコルであり、トラン
スポート層のＴＣＰの代わりに使用する。かかるＲＴＰ
で決められた受信者報告パケットの例を図９に示す。
のネットワーク、例えばＩＰプロトコルに基づくインタ
ーネットやＬＡＮにおいて実施することができる。９６
年１月にＲＦＣ１８８９として標準化されたＲＴＰ（Re
al Time Transport Protocol）において本発明を実施す
る方法について以下に説明する。尚、ＲＴＰはリアルタ
イムアプリケーション向けのプロトコルであり、トラン
スポート層のＴＣＰの代わりに使用する。かかるＲＴＰ
で決められた受信者報告パケットの例を図９に示す。
【００５１】ここで、図９のＲＴＣＰ受信者報告パケッ
トから、前述のＲＴＴ（データ往復時間）、Ｒrecv（受
信レート）を求めるには、 ＲＴＴcur=（Ｔs2-Ｔs1）-（Ｔr2-Ｔr1） とする。
トから、前述のＲＴＴ（データ往復時間）、Ｒrecv（受
信レート）を求めるには、 ＲＴＴcur=（Ｔs2-Ｔs1）-（Ｔr2-Ｔr1） とする。
【００５２】ここで、Ｔs2はＲＴＣＰ受信者報告パケッ
トを受信した時刻、Ｔs1はＲＴＣＰ受信者報告パケット
中の「最後の送信者報告パケットの時間（時刻）」、
「Ｔr2-Ｔs1」はＲＴＣＰ受信者報告パケット中の「最
後の送信者パケットからの時間」である。尚、図９にお
ける括弧内は上記の点を明示するものである。
トを受信した時刻、Ｔs1はＲＴＣＰ受信者報告パケット
中の「最後の送信者報告パケットの時間（時刻）」、
「Ｔr2-Ｔs1」はＲＴＣＰ受信者報告パケット中の「最
後の送信者パケットからの時間」である。尚、図９にお
ける括弧内は上記の点を明示するものである。
【００５３】一方、受信レートは、ＲＦＣ１８８９には
規定されていない。したがって、前述のＲrecvを求める
方法は幾通りか考えられる。
規定されていない。したがって、前述のＲrecvを求める
方法は幾通りか考えられる。
【００５４】例えば、１個のパケット平均サイズを仮に
Ｐとすれば、 Ｒrecv＝Ｐ×（１−Ｌ）×（Ｓn−Ｓn-1）／（Ｔs2n−
Ｔs2n-1） として求める。ここで、Ｔs2nは時刻ｎのＲＴＣＰ受信
者報国パケットを受信した時刻で、Ｔs2n-1は１個前の
ＲＴＣＰ受信者報国パケットを受信した時刻である。
Ｐとすれば、 Ｒrecv＝Ｐ×（１−Ｌ）×（Ｓn−Ｓn-1）／（Ｔs2n−
Ｔs2n-1） として求める。ここで、Ｔs2nは時刻ｎのＲＴＣＰ受信
者報国パケットを受信した時刻で、Ｔs2n-1は１個前の
ＲＴＣＰ受信者報国パケットを受信した時刻である。
【００５５】或いは、 Ｒrecv=(時刻(n-1)からｎの間に送り出したパケットの
総サイズ)×(１−Ｌ)／（Ｔs2n−Ｔs2n-1） としてもよいし、他の方法によっても構わない。
総サイズ)×(１−Ｌ)／（Ｔs2n−Ｔs2n-1） としてもよいし、他の方法によっても構わない。
【００５６】以上の通り、本実施形態では、ＲＴＰを活
用することも可能になるのは明らかである。
用することも可能になるのは明らかである。
【００５７】なお、クライアント側での処理は、上記の
説明から容易に理解できるであろうし、図３に示したも
のと実質的に変わらないので、ここでの説明は省略す
る。
説明から容易に理解できるであろうし、図３に示したも
のと実質的に変わらないので、ここでの説明は省略す
る。
【００５８】また、先に説明したように、パケットサイ
ズを変更することによっても、転送レートを変更するこ
とができる。パケットに含まれるアドレス情報などの制
御に対する、本来のデータ量の比率が変わるからであ
る。
ズを変更することによっても、転送レートを変更するこ
とができる。パケットに含まれるアドレス情報などの制
御に対する、本来のデータ量の比率が変わるからであ
る。
【００５９】また、上記実施形態の初期転送レートであ
るが、これはネットワークの種類及び、そのネットワー
クに接続するインターフェイスの種類によって適宜設定
できるようにすることが望まれる。例えば、社内で上記
システムを構築するのであれば、イーサネット（１０Ｍ
ｂｐｓや１００Ｍｂｐｓ）であろうから、高い転送レー
トを初期に設定できるであろう。
るが、これはネットワークの種類及び、そのネットワー
クに接続するインターフェイスの種類によって適宜設定
できるようにすることが望まれる。例えば、社内で上記
システムを構築するのであれば、イーサネット（１０Ｍ
ｂｐｓや１００Ｍｂｐｓ）であろうから、高い転送レー
トを初期に設定できるであろう。
【００６０】なお、本発明は、上記の実施形態を実現す
るための装置及び方法のみに限定されるものではなく、
上記システムまたは装置内のコンピュータ（ＣＰＵある
いはＭＰＵ）に、上記実施形態を実現するためのソフト
ウェアのプログラムコードを供給し、このプログラムコ
ードに従って上記システムあるいは装置のコンピュータ
が上記各種デバイスを動作させることにより上記実施形
態を実現する場合も本発明の範疇に含まれる。
るための装置及び方法のみに限定されるものではなく、
上記システムまたは装置内のコンピュータ（ＣＰＵある
いはＭＰＵ）に、上記実施形態を実現するためのソフト
ウェアのプログラムコードを供給し、このプログラムコ
ードに従って上記システムあるいは装置のコンピュータ
が上記各種デバイスを動作させることにより上記実施形
態を実現する場合も本発明の範疇に含まれる。
【００６１】またこの場合、前記ソフトウェアのプログ
ラムコード自体が上記実施形態の機能を実現することに
なり、そのプログラムコード自体、及びそのプログラム
コードをコンピュータに供給するための手段、具体的に
は上記プログラムコードを格納した記憶媒体は本発明の
範疇に含まれる。
ラムコード自体が上記実施形態の機能を実現することに
なり、そのプログラムコード自体、及びそのプログラム
コードをコンピュータに供給するための手段、具体的に
は上記プログラムコードを格納した記憶媒体は本発明の
範疇に含まれる。
【００６２】本実施形態においては２者間通信を例にし
て説明したが、本発明は二者間通信に限定されるもので
はなく三者以上の通信であってもよい。
て説明したが、本発明は二者間通信に限定されるもので
はなく三者以上の通信であってもよい。
【００６３】このようなプログラムコードを格納する記
憶媒体としては、例えば、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、磁気テープ、不揮発性のメモリカード、ＲＯＭなど
を用いることができる。
憶媒体としては、例えば、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、磁気テープ、不揮発性のメモリカード、ＲＯＭなど
を用いることができる。
【００６４】また、上記コンピュータが、供給されたプ
ログラムコードのみに従って各種で倍するを制御するこ
とにより、上記の実施形態の機能が実現されるだけでな
く、上記プログラムコードがコンピュータ上で稼働して
いるＯＳ（オペレーティングシステム）、あるいは他の
アプリケーションソフトなどと共同して上記実施形態が
実現される場合にもかかるプログラムコードは発明の範
疇に含まれる。
ログラムコードのみに従って各種で倍するを制御するこ
とにより、上記の実施形態の機能が実現されるだけでな
く、上記プログラムコードがコンピュータ上で稼働して
いるＯＳ（オペレーティングシステム）、あるいは他の
アプリケーションソフトなどと共同して上記実施形態が
実現される場合にもかかるプログラムコードは発明の範
疇に含まれる。
【００６５】さらに、この供給されたプログラムコード
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部または全部を行い、その処理によって上記
実施形態が実現される場合も本発明の範疇に含まれる。
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部または全部を行い、その処理によって上記
実施形態が実現される場合も本発明の範疇に含まれる。
【００６６】以上のように本発明では、データ往復時間
の伸びに応じて送信側端末からネットワークに送出され
未だ受信側端末に到着していないデータ量（ネットワー
クバッファ量）を一定に保つように送信レートを調整す
る。これにより、ネットワークの途中の経路に溜まるデ
ータ量を正確に求めることが可能となり、そのデータ量
を調整することから伝送遅延を許容範囲内に抑えられる
ことが期待できる。また、バッファに常にデータを溜め
るようにデータを送受信することから、ネットワークの
使用可能帯域を十分に使い、データを送受信することが
期待できる。さらに、遅延時間をそのまま送信レートを
制御するための指標として用いるのではなく、ネットワ
ークにバッファされたデータ量を用いることにより、ネ
ットワーク上に十分存在するであろうバッファ量を目標
バッファデータとして規定することができ、過剰にデー
タをネットワーク上に送出することを防ぐことができ
る。
の伸びに応じて送信側端末からネットワークに送出され
未だ受信側端末に到着していないデータ量（ネットワー
クバッファ量）を一定に保つように送信レートを調整す
る。これにより、ネットワークの途中の経路に溜まるデ
ータ量を正確に求めることが可能となり、そのデータ量
を調整することから伝送遅延を許容範囲内に抑えられる
ことが期待できる。また、バッファに常にデータを溜め
るようにデータを送受信することから、ネットワークの
使用可能帯域を十分に使い、データを送受信することが
期待できる。さらに、遅延時間をそのまま送信レートを
制御するための指標として用いるのではなく、ネットワ
ークにバッファされたデータ量を用いることにより、ネ
ットワーク上に十分存在するであろうバッファ量を目標
バッファデータとして規定することができ、過剰にデー
タをネットワーク上に送出することを防ぐことができ
る。
【００６７】なお、本発明はインターネットなどの大規
模なネットワークに適用すると効果が大きい。
模なネットワークに適用すると効果が大きい。
【００６８】また、実施形態では送信側端末として、カ
メラサーバを例にして説明したが、これによっても本発
明が限定されるものではない。例えば、外部記憶装置に
記憶されている動画ファイルを再生してクライアントに
サービスする場合にも適用できよう。
メラサーバを例にして説明したが、これによっても本発
明が限定されるものではない。例えば、外部記憶装置に
記憶されている動画ファイルを再生してクライアントに
サービスする場合にも適用できよう。
【００６９】
【発明の効果】以上のように本発明によれば、ネットワ
ークを介してデータ通信する際、介在するネットワーク
上の状況に応じて転送レートを動的に変更制御し、最適
なデータ転送を行なうことが可能になる。従って、例え
ばカメラで撮影された生の映像を転送するようなリアル
タイム性を必要とする場合に特に有効に作用する。
ークを介してデータ通信する際、介在するネットワーク
上の状況に応じて転送レートを動的に変更制御し、最適
なデータ転送を行なうことが可能になる。従って、例え
ばカメラで撮影された生の映像を転送するようなリアル
タイム性を必要とする場合に特に有効に作用する。
【００７０】
【図１】実施形態における装置のブロック図である。
【図２】実施形態における送信側の動作処理内容を示す
フローチャートである。
フローチャートである。
【図３】実施形態における受信側の動作処理内容を示す
フローチャートである。
フローチャートである。
【図４】送信データのフォーマット例である。
【図５】受信レポートのフォーマット例である。
【図６】実施形態における具体的な適用例を示すシステ
ム構成図である。
ム構成図である。
【図７】図６におけるカメラサーバの処理内容を示すフ
ローチャートである。
ローチャートである。
【図８】図６におけるカメラサーバの処理内容を示すフ
ローチャートである。
ローチャートである。
【図９】実施形態の適用例としてのＲＴＣＰ受信者報告
パケットのフォーマットを示す図である。
パケットのフォーマットを示す図である。
Claims (15)
- 【請求項１】 ネットワークを介して端末に向けてデー
タを転送するデータ通信装置であって、 前記端末との間のデータ転送時間を計測する計測手段
と、 該計測手段で計測したデータ転送時間に基づき、前記端
末に向けて転送したデータの中で、前記ネットワーク上
にバッファされるデータ量に関する情報を検出する検出
手段と、 該検出手段の結果に基づき、データの転送レートを得る
手段と、 得られた転送レートに従ってデータを転送する転送手段
とを備えることを特徴とするデータ通信装置。 - 【請求項２】 前記転送手段は、データを転送する単位
毎に、その単位を送信する送信時刻情報を付加して転送
することを特徴とする請求項第１項に記載のデータ通信
装置。 - 【請求項３】 前記端末は、受信したデータ中に含まれ
る送信時刻情報、当該データを受信してから内部で要し
た処理時間情報を含む受信レポート情報を返信すること
を特徴とする請求項第２項に記載のデータ通信装置。 - 【請求項４】 前記受信レポート情報の送信間隔は、デ
ータの受信には非同期であって、所定時間間隔で返信さ
れることを特徴とする請求項第３項に記載のデータ通信
装置。 - 【請求項５】 前記計測手段は、前記端末からの受信レ
ポート情報を受信した時刻、当該受信レポート情報に含
まれる送信時刻情報、及び前記処理時間情報に基づいて
データ通信の往復に要する時間を算出することを特徴と
する請求項第３又は第４項に記載のデータ通信装置。 - 【請求項６】 前記転送レートを得る手段は、 前記計測手段で計測されたデータ伝送時間に基づいて前
記ネットワーク上のバッファ量を算出する算出手段と、 算出されたネットワークバッファ量を所定の目標値との
差分に基づいて、従前の転送レートを補正する補正手段
とを含むことを特徴とする請求項第１項に記載のデータ
通信装置。 - 【請求項７】 前記補正手段は、前記目標値との差が小
さくなるように転送レートを補正することを特徴とする
請求項第６項に記載のデータ通信装置。 - 【請求項８】 前記目標値はネットワークの伝送帯域に
したがって設定されることを特徴とする請求項第７項に
記載のデータ通信装置。 - 【請求項９】 前記端末に向けて送信するデータは、所
定の撮像手段で撮像された映像データとすることを特徴
とする請求項第１項に記載のデータ通信装置。 - 【請求項１０】 請求項第２項に記載のデータ通信装置
からのデータを受信する端末としての受信装置であっ
て、 前記データ通信装置から転送されてくるデータを受信す
る受信手段と、 該受信手段で受信したデータ中に含まれる送信時刻情
報、及び、受信してから前記データ通信装置に向けて返
信情報を送出するまでに要する時間情報を含めた情報を
前記計測手段の計測を補助する情報として返信手段とを
備えることを特徴とする受信装置。 - 【請求項１１】 前記ネットワークはＲＦＣ１８８９で
標準化されたＲＴＰに適合したネットワークであること
を特徴とする請求項第１項に記載のデータ通信装置。 - 【請求項１２】 ネットワークを介して端末に向けてデ
ータを転送するデータ通信方法であって、 前記端末との間のデータ転送時間を計測する計測工程
と、 該計測工程で計測したデータ転送時間に基づき、前記端
末に向けて転送したデータの中で、前記ネットワーク上
にバッファされるデータ量に関する情報を検出する検出
工程と、 該検出工程による検出結果に基づき、データの転送レー
トを得る工程と、 得られた転送レートに従ってデータの転送を制御する制
御工程とを備えることを特徴とするデータ通信方法。 - 【請求項１３】 コンピュータが読み込み実行すること
で、ネットワークを介して端末に向けてデータを転送す
るデータ通信装置として機能するプログラムコードを格
納した記憶媒体であって、 前記端末との間のデータ転送時間を計測する計測手段
と、 該計測手段で計測したデータ転送時間に基づき、前記端
末に向けて転送したデータの中で、前記ネットワーク上
にバッファされるデータ量に関する情報を検出する検出
手段と、 該検出手段の結果に基づき、データの転送レートを得る
手段と、 得られた転送レートに従ってデータを転送する転送手段
として機能するプログラムコードを格納した記憶媒体。 - 【請求項１４】 ネットワークを介してデータを送信す
る送信装置及びデータを受信する受信装置で構成される
データ通信システムであって、 前記送信装置は、 前記受信装置との間のデータ転送時間を計測する計測手
段と、 該計測手段で計測したデータ転送時間に基づき、前記受
信装置に向けて転送したデータの中で、前記ネットワー
ク上にバッファされるデータ量に関する情報を検出する
検出手段と、 該検出手段の結果に基づき、データの転送レートを得る
手段と、 得られた転送レートに従ってデータを転送する転送手段
とを備え、 前記受信装置は、 前記送信側装置からのデータを受信する受信手段と、 該受信手段で受信されたデータに対し、前記計測手段に
よる計測を補助する情報を作成し、前記送信側装置に返
信する返信手段とを備えることを特徴とするデータ通信
システム。 - 【請求項１５】 前記転送手段は、データを転送する単
位毎に、その単位を送信する送信時刻情報を付加して転
送し、 前記返信手段は、 前記受信手段で受信したデータ中に含まれる送信時刻情
報及び返信に要する時間情報を含む情報を作成し、返信
することを特徴とする請求項第１４項に記載のデータ通
信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11102298A JPH11308271A (ja) | 1998-04-21 | 1998-04-21 | データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム |
| US09/137,800 US6701372B2 (en) | 1997-08-22 | 1998-08-20 | Data communication apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11102298A JPH11308271A (ja) | 1998-04-21 | 1998-04-21 | データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11308271A true JPH11308271A (ja) | 1999-11-05 |
Family
ID=14550418
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11102298A Pending JPH11308271A (ja) | 1997-08-22 | 1998-04-21 | データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11308271A (ja) |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004515163A (ja) * | 2000-11-29 | 2004-05-20 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | リアルタイムデータの送信および受信 |
| JP2004304806A (ja) * | 2003-03-31 | 2004-10-28 | Lucent Technol Inc | 通信システム内のフロー制御のための方法 |
| JP2006237865A (ja) * | 2005-02-23 | 2006-09-07 | Yamaha Corp | 通信装置 |
| JP2007201702A (ja) * | 2006-01-25 | 2007-08-09 | Mitsubishi Electric Corp | 受信装置、通信装置および通信方法 |
| EP1619816A3 (en) * | 2004-07-22 | 2007-09-19 | LG Electronics, Inc. | Apparatus and method for measuring round trip delay time of variable bit rate multimedia data |
| US7345996B2 (en) | 2003-03-27 | 2008-03-18 | Sony Corporation | Data communication system, information processing apparatus, information processing method, and program |
| JP2008099261A (ja) * | 2006-09-12 | 2008-04-24 | Yamaha Corp | 通信装置およびプログラム |
| JP2009533963A (ja) * | 2006-04-13 | 2009-09-17 | ドルビー・ラボラトリーズ・ライセンシング・コーポレーション | 無線処理システム装置のキュー長の推定および無線ネットワークにおける信号受信品質の推定 |
| US7636310B2 (en) | 2005-03-14 | 2009-12-22 | Fujitsu Limited | Communication control system and communication control method |
| JP2010062844A (ja) * | 2008-09-03 | 2010-03-18 | Toshiba Corp | ネットワーク監視システムとそのノード装置および監視装置 |
| US7778281B2 (en) | 2001-04-27 | 2010-08-17 | Panasonic Corporation | Wireless communication apparatus |
| JP2011146989A (ja) * | 2010-01-15 | 2011-07-28 | Fujitsu Telecom Networks Ltd | 監視制御システム、被監視制御装置およびサーバ |
| JP2012133792A (ja) * | 2005-04-07 | 2012-07-12 | Opanga Networks Inc | 適応型ファイル配信システムおよび方法 |
| US8239674B2 (en) | 2006-11-21 | 2012-08-07 | Kabushiki Kaisha Toshiba | System and method of protecting files from unauthorized modification or deletion |
| JP2013085192A (ja) * | 2011-10-12 | 2013-05-09 | Mitsubishi Electric Corp | 通信システム、データ送信端末、データ受信端末および送信レート制御方法 |
| WO2014132723A1 (ja) * | 2013-03-01 | 2014-09-04 | 日本電気株式会社 | 送信レート制御装置送信レート制御システム、送信レート制御方法及び送信レート制御プログラム |
| JP2016529776A (ja) * | 2013-07-08 | 2016-09-23 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | ビデオ再生を制御する方法、デバイス及びシステム |
| JP2018022998A (ja) * | 2016-08-03 | 2018-02-08 | 富士通株式会社 | 情報処理装置、クライアント端末、情報処理方法、及び、情報処理プログラム |
| JP2021083092A (ja) * | 2020-05-13 | 2021-05-27 | ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッドＢｅｉｊｉｎｇ Ｂａｉｄｕ Ｎｅｔｃｏｍ Ｓｃｉｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ． | 映像フレームの伝送方法、装置、電子機器及び可読記憶媒体 |
| JP2022091949A (ja) * | 2021-05-26 | 2022-06-21 | 阿波▲羅▼智▲聯▼（北京）科技有限公司 | スマートバックミラー用の遅延推定方法、装置および電子機器 |
| WO2022131270A1 (ja) * | 2020-12-14 | 2022-06-23 | 株式会社東芝 | 視聴支援システム、視聴支援方法およびプログラム |
-
1998
- 1998-04-21 JP JP11102298A patent/JPH11308271A/ja active Pending
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004515163A (ja) * | 2000-11-29 | 2004-05-20 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | リアルタイムデータの送信および受信 |
| US7778281B2 (en) | 2001-04-27 | 2010-08-17 | Panasonic Corporation | Wireless communication apparatus |
| US7345996B2 (en) | 2003-03-27 | 2008-03-18 | Sony Corporation | Data communication system, information processing apparatus, information processing method, and program |
| JP4700290B2 (ja) * | 2003-03-31 | 2011-06-15 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 通信システム内のフロー制御のための方法 |
| JP2004304806A (ja) * | 2003-03-31 | 2004-10-28 | Lucent Technol Inc | 通信システム内のフロー制御のための方法 |
| EP1619816A3 (en) * | 2004-07-22 | 2007-09-19 | LG Electronics, Inc. | Apparatus and method for measuring round trip delay time of variable bit rate multimedia data |
| US7496040B2 (en) | 2004-07-22 | 2009-02-24 | Kwang-Deok Seo | Roundtrip delay time measurement apparatus and method for variable bit rate multimedia data |
| JP2006237865A (ja) * | 2005-02-23 | 2006-09-07 | Yamaha Corp | 通信装置 |
| US7636310B2 (en) | 2005-03-14 | 2009-12-22 | Fujitsu Limited | Communication control system and communication control method |
| JP2012133792A (ja) * | 2005-04-07 | 2012-07-12 | Opanga Networks Inc | 適応型ファイル配信システムおよび方法 |
| JP2007201702A (ja) * | 2006-01-25 | 2007-08-09 | Mitsubishi Electric Corp | 受信装置、通信装置および通信方法 |
| JP2009533963A (ja) * | 2006-04-13 | 2009-09-17 | ドルビー・ラボラトリーズ・ライセンシング・コーポレーション | 無線処理システム装置のキュー長の推定および無線ネットワークにおける信号受信品質の推定 |
| JP4891392B2 (ja) * | 2006-04-13 | 2012-03-07 | ドルビー ラボラトリーズ ライセンシング コーポレイション | 無線処理システム装置のキュー長の推定および無線ネットワークにおける信号受信品質の推定 |
| JP2008099261A (ja) * | 2006-09-12 | 2008-04-24 | Yamaha Corp | 通信装置およびプログラム |
| US8239674B2 (en) | 2006-11-21 | 2012-08-07 | Kabushiki Kaisha Toshiba | System and method of protecting files from unauthorized modification or deletion |
| JP4455658B2 (ja) * | 2008-09-03 | 2010-04-21 | 株式会社東芝 | ネットワーク監視システムとそのノード装置および監視装置 |
| JP2010062844A (ja) * | 2008-09-03 | 2010-03-18 | Toshiba Corp | ネットワーク監視システムとそのノード装置および監視装置 |
| JP2011146989A (ja) * | 2010-01-15 | 2011-07-28 | Fujitsu Telecom Networks Ltd | 監視制御システム、被監視制御装置およびサーバ |
| JP2013085192A (ja) * | 2011-10-12 | 2013-05-09 | Mitsubishi Electric Corp | 通信システム、データ送信端末、データ受信端末および送信レート制御方法 |
| WO2014132723A1 (ja) * | 2013-03-01 | 2014-09-04 | 日本電気株式会社 | 送信レート制御装置送信レート制御システム、送信レート制御方法及び送信レート制御プログラム |
| JP2016529776A (ja) * | 2013-07-08 | 2016-09-23 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | ビデオ再生を制御する方法、デバイス及びシステム |
| JP2018022998A (ja) * | 2016-08-03 | 2018-02-08 | 富士通株式会社 | 情報処理装置、クライアント端末、情報処理方法、及び、情報処理プログラム |
| JP2021083092A (ja) * | 2020-05-13 | 2021-05-27 | ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッドＢｅｉｊｉｎｇ Ｂａｉｄｕ Ｎｅｔｃｏｍ Ｓｃｉｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ． | 映像フレームの伝送方法、装置、電子機器及び可読記憶媒体 |
| WO2022131270A1 (ja) * | 2020-12-14 | 2022-06-23 | 株式会社東芝 | 視聴支援システム、視聴支援方法およびプログラム |
| JP2022091949A (ja) * | 2021-05-26 | 2022-06-21 | 阿波▲羅▼智▲聯▼（北京）科技有限公司 | スマートバックミラー用の遅延推定方法、装置および電子機器 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11308271A (ja) | データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム | |
| US6701372B2 (en) | Data communication apparatus and method | |
| CN102859950B (zh) | 估计拥塞的方法 | |
| US6778493B1 (en) | Real-time media content synchronization and transmission in packet network apparatus and method | |
| JP2001094625A (ja) | データ通信装置、データ通信方法及び記憶媒体 | |
| US7778214B2 (en) | Relay apparatus, relay method, and relay program | |
| KR100551859B1 (ko) | 패킷 처리 장치 | |
| FI108692B (fi) | Menetelmä ja laite datapakettien prosessoinnin ajoittamiseksi | |
| US7379466B2 (en) | In band signal detection and presentation for IP phone | |
| US7903690B2 (en) | Method and system of sending an audio stream and a data stream | |
| JP2006042334A (ja) | 可変ビットレートマルチメディアデータの往復遅延時間測定装置及び方法 | |
| US20120230390A1 (en) | Adaptive Control of Encoders for Continuous Data Streaming | |
| US9621682B2 (en) | Reduced latency media distribution system | |
| KR20010074883A (ko) | 적은 대기 시간 통신 시스템 및 그 방법 | |
| JP2006521035A (ja) | マルチメディアストリーミングのための方法及び装置 | |
| US8538470B2 (en) | Call server, call terminal, call system, transfer processing method, and program storage medium storing program thereof | |
| JP2001144802A (ja) | データ通信装置及びその方法及び通信システム及び記憶媒体 | |
| AU2002310383B2 (en) | Dynamic latency management for IP telephony | |
| JP4772053B2 (ja) | 送信装置および送信レート制御方法 | |
| US9026610B2 (en) | Method of collecting real time data | |
| CN114979011B (zh) | 一种应用于园区网络的拥塞控制方法 | |
| JPH11215480A (ja) | 映像通信システム及び映像送信装置及び映像受信装置及びそれらの制御方法及び記憶媒体 | |
| JP2001016276A (ja) | 通信装置、通信方法、記憶媒体及び通信システム | |
| EP1633161A1 (en) | Medium signal reception device, transmission device, and transmission/reception system | |
| JPH1168880A (ja) | データ通信装置及び方法及びシステム及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050311 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20050311 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20050311 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061023 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061027 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061030 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070206 |