JPH11308271A - Data communication device, receiving device, control method, storage medium, and data communication system - Google Patents
Data communication device, receiving device, control method, storage medium, and data communication systemInfo
- 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)【要約】
【課題】 ネットワークを介して二者間でデータ通信す
る際、その二者間に介在するネットワーク上の状況に応
じて転送レートを動的に変更制御し、最適なデータ転送
を行なうことが可能になる。従って、カメラで撮影され
た生の映像を転送するようなリアルタイム性を必要とす
る場合に特に有効に作用する。
【解決手段】 送信側端末のデータ送信部は、データを
送信する際、送信時刻を付加する。受信側端末は受信し
たデータ中に含まれる送信時刻、及び、内部での処理に
要した時間を示す情報を付加した受信レポートを送信側
端末に返信する。送信側端末は、受信レポート情報の受
信時刻と、その受信レポート中の情報に基づいて往復に
要した純粋な転送時間を計測する。そして、計測して得
られた転送時間に基づいて、ネットワーク上のバッファ
ー量を算出する。そして、その算出されたバッファ量に
基づいてデータ送信部の転送レートを制御する。
(57) [Summary] [PROBLEMS] When performing data communication between two parties via a network, the transfer rate is dynamically changed and controlled in accordance with the situation on the network interposed between the two parties, and optimal data transfer is performed. Can be performed. Therefore, it is particularly effective when a real-time property such as transferring a raw video taken by a camera is required. A data transmission unit of a transmission side terminal adds a transmission time when transmitting data. The receiving terminal returns to the transmitting terminal a reception report added with information indicating the transmission time included in the received data and the time required for internal processing. The transmitting terminal measures the pure transfer time required for the round trip based on the reception time of the reception report information and the information in the reception report. Then, the buffer amount on the network is calculated based on the measured transfer time. Then, the transfer rate of the data transmission unit is controlled based on the calculated buffer amount.
Description
【0001】[0001]
【発明の属する技術分野】本発明は、映像や音声といっ
た、定常的に発生するデータをネットワークを通して送
信或いは/及び受信するデータ通信装置及び受信装置及
び制御方法及び記憶媒体及びシステムに関するものであ
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data communication device and a receiving device for transmitting or receiving constantly generated data such as video and audio through a network, a control method, a storage medium, and a system.
【0002】[0002]
【従来の技術】ネットワークを介して、データを送受信
する際に、データをネットワーク上に送出する速度が問
題となってくる。ネットワークで使用可能な伝送容量を
越えてデータを送出するとデータのロスが起こるし、あ
まり送出レートを低くしすぎるとネットワークの仕様可
能帯域を十分使いきれず、満足する品質を得られないと
いうことになってしまう。従来このような場合、送出レ
ートを調整するために、ネットワークでのデータのロス
を監視し、ロスが起こると送出レートを下げるという方
法が取られている。2. Description of the Related Art When data is transmitted and received via a network, the speed at which the data is transmitted over the network becomes a problem. If data is transmitted beyond the transmission capacity available on the network, data loss will occur.If the transmission rate is set too low, the available bandwidth of the network will not be fully used and satisfactory quality will not be obtained. turn into. Conventionally, in such a case, in order to adjust the transmission rate, a method of monitoring data loss in a network and lowering the transmission rate when a loss occurs has been adopted.
【0003】[0003]
【発明が解決しようとする課題】しかし、ネットワーク
の送信側と受信側の間に分散して存在するノードがそれ
ぞれデータを溜めることのできるバッファを保有してお
り、過剰にデータを送出してロスが生じる時には、ネッ
トワーク上のバッファのいずれかが溢れている可能性が
高い。従って、ロスが生じてから送出レートを下げて
も、ネットワーク上のどこかのバッファがいっぱいにな
っていることになり、そのバッファに溜っているデータ
をネットワークが処理できる時間分だけは、必ず伝送遅
延が生じて、送信側からのデータが受信側に到着するこ
とになり、リアルタイム性を重視するデータ通信にとっ
ては非常に大きな問題となる。However, the nodes distributed between the transmitting side and the receiving side of the network each have a buffer capable of storing data, and excessively sending out data causes loss. Is likely, one of the buffers on the network is overflowing. Therefore, even if the transmission rate is reduced after the loss, some buffer on the network is full, and the data stored in that buffer must be transmitted for the time that the network can process. Due to the delay, data from the transmission side arrives at the reception side, which is a very serious problem for data communication that emphasizes real-time properties.
【0004】つまり、伝送遅延をある一定値以内に抑え
つつ、伝送可能なネットワークの帯域を十分に使った送
出レートでデータを送信することが望まれる。[0004] That is, it is desired to transmit data at a transmission rate that makes full use of the transmittable network bandwidth while keeping the transmission delay within a certain fixed value.
【0005】上記の如く、2つの端末間でネットワーク
を通してデータをやり取りする際、ネットワークに送出
されたデータで、ネットワークの途中のノードのバッフ
ァもしくは伝送線上に存在し、未だ、受信側に到着して
いないデータというものが存在する。途中のノードのバ
ッファに溜っているデータも伝送遅延の原因となるた
め、伝送遅延を一定値以内に抑えるためには、このデー
タ量が大きくなりすぎないように送信レートを制御しな
ければならない。しかし、ネットワークの途中のノード
のバッファに溜っているデータ量は送受信側の端末では
知ることができないことが多い。とりわけインターネッ
トなどでは、そうである。As described above, when data is exchanged between two terminals via a network, the data transmitted to the network exists in a buffer or a transmission line of a node in the middle of the network, and has not yet reached the receiving side. There is no data. Data accumulated in the buffer of a node in the middle also causes transmission delay. Therefore, in order to suppress the transmission delay within a certain value, it is necessary to control the transmission rate so that the data amount does not become too large. However, in many cases, the amount of data stored in the buffer of a node in the middle of the network cannot be known by the terminal on the transmission / reception side. Especially on the Internet.
【0006】本発明はネットワークを介してデータ通信
する際、介在するネットワーク上の状況に応じて転送レ
ートを動的に変更制御し、最適なデータ転送を行なうこ
とを可能ならしめるデータ通信装置及び受信装置及び制
御方法及び記憶媒体及びデータ通信システムを提供しよ
うとするものである。The present invention relates to a data communication apparatus and a data communication apparatus capable of dynamically changing and controlling a transfer rate according to a situation on an intervening network when performing data communication via a network, thereby enabling optimal data transfer. An apparatus, a control method, a storage medium, and a data communication system are provided.
【0007】[0007]
【課題を解決するための手段】この課題を解決するた
め、例えば本発明のデータ通信装置は以下に示す構成を
備える。すなわち、ネットワークを介して端末に向けて
データを転送するデータ通信装置であって、前記端末と
の間のデータ転送時間を計測する計測手段と、該計測手
段で計測したデータ転送時間に基づき、前記端末に向け
て転送したデータの中で、前記ネットワーク上にバッフ
ァされるデータ量に関する情報を検出する検出手段と、
該検出手段の結果に基づき、データの転送レートを得る
手段と、得られた転送レートに従ってデータを転送する
転送手段とを備える。To solve this problem, for example, a data communication apparatus according to the present invention has the following configuration. That is, a data communication device that transfers data to a terminal via a network, a measuring unit that measures a data transfer time with the terminal, and a data transfer time that is measured by the measuring unit. Detecting means for detecting information relating to the amount of data buffered on the network, in data transferred to the terminal,
The apparatus includes means for obtaining a data transfer rate based on the result of the detection means, and transfer means for transferring data in accordance with the obtained transfer rate.
【0008】[0008]
【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態を詳細に説明する。Embodiments of the present invention will be described below in detail with reference to the accompanying drawings.
【0009】図1は送信側端末1−1が送信するデータ
をネットワーク1−3を通して受信側端末1−2でデー
タを受信する場合における各装置の接続関係とその構造
を示す図である。ここでネットワーク1−3とは組織内
で運営されているLANから、いわゆるインターネット
のような不特定多数のネットワークが結合したような大
規模なものまで含み、その形態で限定されるものではな
い。以下に図1の各端末とその動作について説明する。FIG. 1 is a diagram showing the connection relationship and structure of each device when data transmitted by the transmitting terminal 1-1 is received by the receiving terminal 1-2 via the network 1-3. Here, the network 1-3 includes a LAN operated in the organization and a large-scale network in which an unspecified number of networks such as the so-called Internet are connected, and is not limited in form. Hereinafter, each terminal in FIG. 1 and its operation will be described.
【0010】送信側端末1−1はデータ生成部1−11
においてデータを生成する。具体的にデータとしては例
えばビデオカメラでキャプチャされた映像データなどが
考えられる。データが映像の場合には、データ生成部1
−11は、映像の取り込や圧縮を行うことになる。ただ
し、ここでデータの内容としては映像に限るものではな
い。[0010] The transmitting terminal 1-1 is provided with a data generating unit 1-11.
Generate data at. Specifically, the data may be, for example, video data captured by a video camera. If the data is video, the data generation unit 1
In the case of -11, video is taken in or compressed. However, the content of the data here is not limited to video.
【0011】データ生成部1−11で生成されたデータ
はデータ送信部1−12に送られる。データ送信部1−
12が送られてきたデータを適当な大きさに分割し、分
割されたデータ毎にシーケンス番号及びデータを送信す
る時刻の情報が付加してネットワーク1−3上に送出す
る。この時、データ送信部1−12は、分割するデータ
の大きさや分割したデータを送り出す間隔を調整するこ
とで、送信レートを送信レート変更部1−13によって
指定されたレートに調整する。The data generated by the data generator 1-11 is sent to the data transmitter 1-12. Data transmission unit 1-
12 divides the transmitted data into an appropriate size, and transmits the divided data to the network 1-3 with the information of the sequence number and the time of transmitting the data added. At this time, the data transmission unit 1-12 adjusts the transmission rate to the rate specified by the transmission rate change unit 1-13 by adjusting the size of the data to be divided and the interval at which the divided data is sent.
【0012】受信レポート受信部1ー15は、受信側端
末1−2から送信されてくる受信レポートを受信し、そ
のレポートの内容をネットワークバッファデータ量計算
部1−14に送る。ネットワークバッファデータ量計算
部1−14は、データの往復時間を計算し、計算された
往復時間に基づいてネットワークバッファデータ量を求
める。そのネットワークバッファデータ量に基づいて、
送信レート変更部1−13が送信レートを決定し、デー
タ送信部1−12に送信レートを指定する。The reception report receiving section 1-15 receives the reception report transmitted from the receiving terminal 1-2, and sends the contents of the report to the network buffer data amount calculation section 1-14. The network buffer data amount calculation unit 1-14 calculates the round trip time of data, and obtains the network buffer data amount based on the calculated round trip time. Based on the amount of network buffer data,
The transmission rate changing unit 1-13 determines the transmission rate, and specifies the transmission rate to the data transmission unit 1-12.
【0013】一方、受信側端末1−2では、ネットワー
ク1−3を通して送信されてきたデータ(ここでは映像
データ+シーケンス番号+送信時刻情報)を、データ受
信部1−21で受信する。受信されたデータはデータ処
理1−22に送られ処理される。例えばデータが映像の
場合には映像を表示するための処理(復号化及び表示処
理など)がデータ処理部1−22で行われる。On the other hand, in the receiving terminal 1-2, the data (here, video data + sequence number + transmission time information) transmitted through the network 1-3 is received by the data receiving section 1-21. The received data is sent to data processing 1-22 for processing. For example, when the data is a video, a process for displaying the video (such as a decoding process and a display process) is performed by the data processing unit 1-22.
【0014】また、データ受信部1−21で受け取った
データのシーケンス番号、データを受け取った時刻、受
け取ったデータ量などについての情報が計測され定期的
に受信レポート生成部1−23に送られる。受信レポー
ト生成部1−23はその情報を元に受信レポートに必要
な受信レートを計算し、受信シーケンス番号及びデータ
送信時刻、データ受信時刻及び受信レポート送信時刻の
情報を付与して、受信レポート送信部1−24に伝え
る。The data receiving section 1-21 measures information on the sequence number of the data received, the time at which the data was received, the amount of data received, and the like, and sends the information to the reception report generating section 1-23 periodically. The reception report generation unit 1-23 calculates the reception rate required for the reception report based on the information, adds information of the reception sequence number, the data transmission time, the data reception time, and the reception report transmission time, and transmits the reception report. Notify section 1-24.
【0015】受信レポート送信部1−24は、ネットワ
ーク1−3を介して送信側端末1−1の受信レポート受
信部1−14へ受信レポートを送信する。The reception report transmitting section 1-24 transmits a reception report to the reception report receiving section 1-14 of the transmitting terminal 1-1 via the network 1-3.
【0016】以下、図2〜図3を使って、送受信端末の
動作手順、送信レートの決定法について具体的に説明す
る。Hereinafter, the operation procedure of the transmitting / receiving terminal and the method of determining the transmission rate will be described in detail with reference to FIGS.
【0017】図2において送信側端末の動作について説
明する。なおステップS201、S202の処理と、ス
テップS203〜S205の処理は以下の説明から明ら
かなように別タスクになっている。The operation of the transmitting terminal will be described with reference to FIG. Note that the processes in steps S201 and S202 and the processes in steps S203 to S205 are separate tasks as will be apparent from the following description.
【0018】まず送信すべきデータが生成される(ステ
ップS201)。例えば映像を送信する場合には映像の
キャプチャ、圧縮などが行われる。次にそのデータが適
当な大きさのデータ(パケット)に分割され、その時点
で決定されている間隔でネットワークに送出される(ス
テップS202)。この時、このパケットの大きさと送
出間隔で送信レートが決められることになる。つまり、
このステップ202では、指定された送信レートでネッ
トワークに送出される。送信レートの決定の仕方につい
ては後述する。データの送信が終わるとデータの生成を
再び行い(ステップS201)、送信する(ステップS
202)ということを繰り返す。送信データを構成する
1つのパケットのフォーマット例を図4に示す。1パケ
ットのデータには、送信シーケンス番号とデータ送信時
刻、及びパケットサイズと送信すべきデータ(ここでは
映像データ)で構成される。First, data to be transmitted is generated (step S201). For example, when transmitting a video, video capture and compression are performed. Next, the data is divided into data (packets) of an appropriate size, and transmitted to the network at intervals determined at that time (step S202). At this time, the transmission rate is determined by the size of the packet and the transmission interval. That is,
In this step 202, the data is transmitted to the network at the specified transmission rate. How to determine the transmission rate will be described later. When the data transmission is completed, the data generation is performed again (step S201), and the data is transmitted (step S201).
202) is repeated. FIG. 4 shows a format example of one packet constituting transmission data. One packet of data includes a transmission sequence number, a data transmission time, a packet size, and data to be transmitted (here, video data).
【0019】一方、送信側端末は上記のようにデータを
送信すると同時に、受信レポートが受信側端末1−2か
ら報告されるのを待っている(ステップS205)。受
信レポートのフォーマット例を図5に示す。受信レポー
トには、図示の如く、受信シーケンス番号(送信シーケ
ンス番号をそのまま転用している)と受信レート、及び
受信時刻、受信レポート送信時刻が含まれているものと
する。On the other hand, the transmitting terminal transmits the data as described above, and at the same time, waits for the reception report to be reported from the receiving terminal 1-2 (step S205). FIG. 5 shows a format example of the reception report. It is assumed that the reception report includes a reception sequence number (the transmission sequence number is diverted as it is), a reception rate, a reception time, and a reception report transmission time, as illustrated.
【0020】送信側端末がこの受信レポートを受信する
と、そのレポートをもとに、送受信端末間のデータ往復
時間を計測し、その往復時間をもとに、送信側端末から
ネットワークに送出されたが未だ受信側端末に到着して
いないデータの量を計算する(ステップS204)。以
後このデータ量のことをネットワークバッファデータ量
と呼ぶ。ネットワークバッファデータ量の計算法を以下
に説明する。When the transmitting terminal receives the reception report, the data round trip time between the transmitting and receiving terminals is measured based on the report, and the data is transmitted from the transmitting terminal to the network based on the round trip time. The amount of data that has not yet arrived at the receiving terminal is calculated (step S204). Hereinafter, this data amount is referred to as a network buffer data amount. The calculation method of the network buffer data amount will be described below.
【0021】往復に要した時間には、受信側端末がデー
タを受信してから受信レポートを送出するまでに要する
時間が含まれているので、その分を差し引く必要があ
る。つまり、データ伝送に係る純粋な往復時間RTTcu
rは、 RTTcur=(Ts2−Ts1)−(Tr2−Tr1) となる。ここでTs1は受信レポートに含まれる送信時刻
(送信パケットに付加した時刻でもある)、Ts2は送信
側端末が受信レポートを受信した時刻である。また、T
r1は受信レポートに含まれるデータ受信時刻、Tr2は受
信レポートに含まれる受信レポート送信時刻である。The time required for the round trip includes the time required from when the receiving terminal receives the data to when the receiving terminal sends out the reception report, and it is necessary to deduct that amount. In other words, the pure round trip time RTTcu for data transmission
r is RTTcur = (Ts2-Ts1)-(Tr2-Tr1). Here, Ts1 is the transmission time included in the reception report (also the time added to the transmission packet), and Ts2 is the time when the transmission terminal received the reception report. Also, T
r1 is the data reception time included in the reception report, and Tr2 is the reception report transmission time included in the reception report.
【0022】例えば、図5のような受信レポートを受信
した時刻が1997年4月15日10時11分13.526
秒であるとすると、 RTTcur=(13.526-12.988)-(13.512-13.302)=0.328sec となる(ここでは、年月日時分は省略して計算した)。For example, the time when the reception report as shown in FIG. 5 is received is 10: 11: 13.526 on April 15, 1997.
If the time is in seconds, RTTcur = (13.526-12.988)-(13.512-13.302) = 0.328 sec (in this case, the year, month, day, hour and minute are omitted and calculated).
【0023】このような手法を用いて、データ往復時間
を求めることで、受信側端と送信側端末がそれぞれ有す
るタイマの時刻が一致していなくても、データ伝送にか
かる正確な往復時間を求めることができる。尚、送信側
端末では、受信側端末内部で要した時間がわかれば良い
ので、受信側端末では受信時刻及び送信時刻を付加する
変わりにその間の時間を付加させるようにしても良い。By calculating the data round-trip time using such a method, an accurate round-trip time required for data transmission is calculated even if the timers of the receiving end and the transmitting terminal do not match. be able to. Since the transmitting terminal only needs to know the time required inside the receiving terminal, the receiving terminal may add the time between the receiving time and the transmitting time instead of adding the receiving time and the transmitting time.
【0024】さて、実施形態における送信側端末(映像
配信サービスを行なう端末)では、こうして求めたデー
タ往復時間のうち、常に最小値を基準往復時間TRRba
seとして保持する。基準往復時間TRRbaseは、データ
送受信の開始後では、最初の受信レポートを受け取った
際の往復時間TRRcurがセットされる。In the transmitting terminal (terminal which performs the video distribution service) in the embodiment, the minimum value of the data round trip time thus obtained is always set to the reference round trip time TRRba.
Keep as se. After the start of data transmission / reception, the reference round trip time TRRbase is set to the round trip time TRRcur when the first reception report is received.
【0025】つまり、送信開始した段階では、 RTTbase=RTTcur となり、その後受信レポートを受信する度に、RTTcu
rを求めるが、その都度求められる往復時間RTTcurと
RTTbassとを比較し、RTTcurがRTTbaseより小
さい場合にRTTbaseをRTTcurで更新する。That is, at the stage of starting transmission, RTTbase = RTTcur, and each time a reception report is received, RTTcu
R is calculated, and the round trip time RTTcur calculated each time is compared with RTTbase, and if RTTcur is smaller than RTTbase, RTTbase is updated with RTTcur.
【0026】RTTbase=RTTcur (IF RTTc
ur<RTTbase) このデータ往復時間の基準値RTTbaseと最新の計測さ
れた往復時間RTTcurとの差をもとにネットワークバ
ッファデータ量を求める。RTTbase = RTTcur (IF RTTc
ur <RTTbase) The network buffer data amount is obtained based on the difference between the reference value RTTbase of the data round trip time and the latest measured round trip time RTTcur.
【0027】実際には、受信レポートに含まれる受信レ
ート(bits/sec)をRrecvとすると、 BUFcur=Rrecv*(RTTcur−RTTbase) のようにして、現在のネットワークバッファデータ量B
UFcurを求める。Actually, assuming that the reception rate (bits / sec) included in the reception report is Rrecv, the current network buffer data amount B is calculated as BUFcur = Rrecv * (RTTcur−RTTbase).
Find UFcur.
【0028】尚、当業者であれば上記の説明からすれば
容易に理解できるであろうが、RTTcur等は往復に要
する時間であり、本来であれば送信側端末から受信側端
末にデータが到達する時間(往時間)を算出することが
必要である。しかしながら、往時間と往復時間は線形関
係にあり、且つ、実施形態では往復時間そのものが送信
レートに反映されるわけではなく、後述する如く定数C
を乗算して計算するものでるから、往時間と往復時間の
概念上の差がなく、これで十分である。As will be understood by those skilled in the art from the above description, RTTcur and the like are the time required for a round trip, and data normally arrives from the transmitting terminal to the receiving terminal. It is necessary to calculate the time (outgoing time). However, the forward time and the round-trip time have a linear relationship, and in the embodiment, the round-trip time itself is not reflected in the transmission rate.
, And there is no conceptual difference between the forward time and the round-trip time, which is sufficient.
【0029】さて、実施形態では、こうして求められた
ネットワークバッファデータ量BUFcurがネットワー
クバッファデータ量の目標値BUFdesに近づくように
送信レートRnewを決定する(ステップS203)。そ
の計算式は次の通りである。In the embodiment, the transmission rate Rnew is determined so that the network buffer data amount BUFcur thus obtained approaches the target value BUFdes of the network buffer data amount (step S203). The calculation formula is as follows.
【0030】 Rnew=Rcur+C*(BUFdes−BUFcur) Rcurが現在の送信レートで、Rnewが新しく決定される
送信レートである。Cは適当な定数である。この処理に
よって決定された送信レートRnewがデータ送信部に伝
えられ、データ送信のステップ(ステップS202)の
送信レートを指定することになる。Rnew = Rcur + C * (BUFdes−BUFcur) Rcur is the current transmission rate, and Rnew is the newly determined transmission rate. C is an appropriate constant. The transmission rate Rnew determined by this processing is transmitted to the data transmission unit, and specifies the transmission rate in the data transmission step (step S202).
【0031】ここでは、送信レートRcurを規準に送信
レートを決定しているが、受信レートRrecvを規準にレ
ートを決定してもよい。また、受信レポートの間隔Inte
rvalが既知の場合には、次の受信レポート到着の時刻に
ネットワークバッファデータ量が目標値に一致するよう
に、 Rnew=Rrecv+{(BUFdes−BUFcur)/Interva
l} の如く、送信レートRnewを決める方法も使用可能であ
る。Here, the transmission rate is determined based on the transmission rate Rcur, but the rate may be determined based on the reception rate Rrecv. Also, the reception report interval Inte
If rval is known, Rnew = Rrecv + {(BUFdes-BUFcur) / Interva so that the network buffer data amount matches the target value at the time of the next reception report arrival.
As in l}, a method of determining the transmission rate Rnew can also be used.
【0032】また、この際に用いる目標ネットワークバ
ッファデータ量BUFdesとしては、実際にルータ等の
ネットワーク機器に搭載されているバッファ量を越えな
い程度の値が指定されることが望ましい。As the target network buffer data amount BUFdes used at this time, it is desirable to specify a value that does not exceed the buffer amount actually mounted on network equipment such as a router.
【0033】次に、実施形態における受信側端末の動作
処理を図3のフローチャートにしたがって説明する。Next, the operation process of the receiving terminal according to the embodiment will be described with reference to the flowchart of FIG.
【0034】ネットワークを介して受信したデータをデ
ータ受信部で受信する(S301)。送られてきたデー
タは、データ処理部に渡される(ステップS304)。
例えば、映像データが送られてきた場合、映像の表示処
理に受信データを渡す。また、データを受信した時刻、
データ量、受信シーケンス番号の情報は、受信レポート
生成部に送られる。そして、その情報をもとに定期的
(例えば3秒毎)に受信レポートが生成される(ステッ
プS303)。受信レポートは、受信シーケンス番号、
受信レート、データ受信時刻、受信レポート送信時刻の
情報を含んで生成される。生成された受信レポートはネ
ットワークを通して、送信側端末の受信レポート受信部
へと送信される(ステップS303)。受信レポートの
フォーマット例は図5に示した通りである。The data received via the network is received by the data receiving section (S301). The transmitted data is passed to the data processing unit (Step S304).
For example, when video data is sent, the received data is passed to the video display processing. Also, the time when the data was received,
Information on the data amount and the reception sequence number is sent to the reception report generation unit. Then, a reception report is generated periodically (for example, every three seconds) based on the information (step S303). The reception report contains the reception sequence number,
It is generated including information on the reception rate, data reception time, and reception report transmission time. The generated reception report is transmitted to the reception report receiving unit of the transmitting terminal through the network (step S303). The format example of the reception report is as shown in FIG.
【0035】以上のようなステップを繰り返し、送受信
端末間でデータの送受信を行いつつ、受信側端末が受信
レポートを定期的に送信し、送信側端末に報告する。一
方、送信側端末では受信レポートの送受信時刻の記録を
基にデータ往復時間を計算し、そのデータ往復時間の最
低値からの伸びを基にネットワークバッファデータ量を
計算する。そして求まったネットワークバッファデータ
量が一定になるように、送信レートを決定する。The above steps are repeated so that the receiving terminal periodically transmits a reception report while transmitting and receiving data between the transmitting and receiving terminals, and reports the reception report to the transmitting terminal. On the other hand, the transmitting terminal calculates the data round trip time based on the record of the transmission / reception time of the reception report, and calculates the network buffer data amount based on the growth of the data round trip time from the minimum value. Then, the transmission rate is determined so that the obtained network buffer data amount becomes constant.
【0036】尚、実施形態では、受信レートを受信側端
末で計算し、受信レポートに含んで送信側端末に報告し
た。しかしながら、受信レポートには最新の受け取った
データのシーケンス番号が含まれているので、前回の受
信レポートで報告された受信シーケンス番号、受信レポ
ートの時間、及びパケットサイズの情報を送信側端末が
保持していれば、送信側端末で受信レートが計算可能で
ある。このように、受信レートを受信レポートに含める
のではなく、送信側端末で計算することが可能であるの
は明らかである。In the embodiment, the receiving rate is calculated at the receiving terminal, included in the receiving report, and reported to the transmitting terminal. However, since the reception report includes the sequence number of the latest received data, the transmitting terminal holds the information of the reception sequence number, reception report time, and packet size reported in the previous reception report. If so, the receiving terminal can calculate the receiving rate. Thus, it is clear that the reception rate can be calculated at the transmitting terminal instead of being included in the reception report.
【0037】次に、実施形態の具体的な適用例を図6に
示し、以下にその動作を説明する。Next, a specific application example of the embodiment is shown in FIG. 6, and the operation thereof will be described below.
【0038】図において、10はカメラサーバであっ
て、カメラ100で撮影した映像データをネットワーク
300を介してクライアント20に転送する。上記実施
形態での説明に合わせると、カメラサーバ10は送信側
端末1−1に対応し、クライアント20は受信側端末1
−2に対応することは理解できよう。In the figure, reference numeral 10 denotes a camera server, which transfers video data captured by the camera 100 to the client 20 via the network 300. According to the description in the above embodiment, the camera server 10 corresponds to the transmitting terminal 1-1, and the client 20 corresponds to the receiving terminal 1
It can be understood that this corresponds to -2.
【0039】さて、カメラサーバ10、クライアント2
0のハード的な違いは、カメラ、キャプチャ部を備えて
いるか否かの違いであり、双方とも例えばパーソナルコ
ンピュータで実現できるものである。つまり、符号10
3〜109と203〜209は実質的に同じ構成であ
り、それぞれが汎用のコンピュータ(例えばパーソナル
コンピュータで実現できるものである)。Now, the camera server 10 and the client 2
A hardware difference of 0 is a difference between whether or not a camera and a capture unit are provided, and both can be realized by, for example, a personal computer. That is, the code 10
3 to 109 and 203 to 209 have substantially the same configuration, and each is a general-purpose computer (for example, a personal computer).
【0040】一方、ソフトウェア的には、カメラサーバ
10には、キャプチャした映像データをクライアントに
転送するためのソフトウェア(外部記憶装置106に格
納され、RAM104にロードし実行される)が動作し
ており、クライアント20では、映像データを受信しそ
れを表示するソフトウェア(外部記憶装置206に格納
され、RAM304にロードし実行される)が動作する
点で異なる。On the other hand, in terms of software, on the camera server 10, software for transferring the captured video data to the client (stored in the external storage device 106, loaded into the RAM 104 and executed) is operating. The client 20 is different from the client 20 in that software (received in the external storage device 206, loaded into the RAM 304 and executed) for receiving and displaying video data operates.
【0041】ただし、ここでは便宜的に、カメラサーバ
とクライアントに分けて示しただけであり、双方にビデ
オキャプチャ機能を付加した場合には、双方がカメラサ
ーバ及びクライアントとして機能することができるもの
である。However, here, for convenience, only the camera server and the client are separately shown, and when a video capture function is added to both, both can function as a camera server and a client. is there.
【0042】さて、先に説明した実施形態の動作をこの
システムに適用する場合、制御対象はカメラサーバ10
における映像データ転送レートとなる。映像データの送
信レートを決めるものとしては、様々なものが考えられ
るが、ここでは、キャプチャする時間間隔を適宜変更す
ることで行うものとする。When the operation of the embodiment described above is applied to this system, the control target is the camera server 10.
Is the video data transfer rate. There are various ways to determine the transmission rate of the video data, but here, it is assumed that the capture time interval is appropriately changed.
【0043】そこで、カメラサーバの動作について説明
する。The operation of the camera server will now be described.
【0044】図7、図8はカメラサーバにおける動作処
理を示すフローチャートであり、図7はクライアントか
ら送信されてくる受信レポートに基づき、キャプチャ時
間間隔(インターバル)を決定し、単位時間当たりのキ
ャプチャする映像枚数を決定して、結果的に単位時間当
たりのデータ転送レートを可変可能の処理を示し、図8
はキャプチャした映像データを転送する処理を示すもの
である。FIGS. 7 and 8 are flowcharts showing the operation processing in the camera server. FIG. 7 determines a capture time interval (interval) based on a reception report transmitted from a client, and performs capture per unit time. FIG. 8 shows a process in which the number of images is determined, and as a result, the data transfer rate per unit time can be changed.
Indicates processing for transferring captured video data.
【0045】まず、ステップS81でクライアント20
からの受信レポート(図5参照)を受信するのを待ち、
それを受信したらステップS82に進んで、データ往復
時間RTTcurを計算し、それをもとにネットワークバ
ッファ容量BUFcurを算出する。そして、ステップS
83に進んで、目標バッファ量BUFdesに近づくよう
に、送信レートRnew(単位時間当たりの転送データ
量)を決定する。First, in step S81, the client 20
Wait for receiving the reception report (see FIG. 5) from
Upon receiving this, the process proceeds to step S82, where the data round trip time RTTcur is calculated, and the network buffer capacity BUFcur is calculated based on it. And step S
Proceeding to 83, the transmission rate Rnew (transfer data amount per unit time) is determined so as to approach the target buffer amount BUFdes.
【0046】そして、ステップS84に進み、算出した
転送レートで単位時間当たりに転送できる映像枚数を決
定し、それをキャプチャ間隔として設定する。以下、ス
テップS81〜ステップS84の処理を繰り返す。Then, the process proceeds to a step S84 to determine the number of images that can be transferred per unit time at the calculated transfer rate, and sets it as a capture interval. Hereinafter, the processing of steps S81 to S84 is repeated.
【0047】一方、転送処理(図8)についてである
が、この処理は、上記ステップS84で決定された時間
間隔で動作するものである。On the other hand, regarding the transfer process (FIG. 8), this process operates at the time intervals determined in step S84.
【0048】まず、ステップS91でキャプチャ部10
1でカメラ100からキャプチャした映像をとりこみ、
ステップS92で圧縮符号化し、ステップS93で先に
説明したように、送信シーケンス番号、送信時刻パケッ
トサイズを含む圧縮符号化した映像をパケット単位に転
送する。First, in step S91, the capture unit 10
1 captures the video captured from the camera 100,
In step S92, the image is compression-encoded, and in step S93, the compression-encoded video including the transmission sequence number and the transmission time packet size is transferred in packet units as described above.
【0049】以上の結果、ネットワークを介して二者間
のデータ転送は、目標としたバッファデータ量に応じて
最適なデータ転送が行えるようになる。また、ネットワ
ークが非常に空いていてい転送速度が早くできる場合で
あっても、それにしたがって転送レートをむやみに上げ
るのではなく、ネットワーク上のバッファのデータとし
て溜っているデータ量が一定値になるようにデータ転送
を制御するので、ネットワークの負荷を軽減させること
ができ、第三者のネットワークの使用の妨げになること
もない。As a result, data transfer between two parties via the network can be performed optimally according to the target buffer data amount. In addition, even if the network is very vacant and the transfer speed can be increased, the transfer rate is not increased unnecessarily, but the amount of data stored as buffer data on the network is kept constant. Since the data transfer is controlled, the load on the network can be reduced, and the use of the network by a third party is not hindered.
【0050】また、本実施形態で示される方法は、種々
のネットワーク、例えばIPプロトコルに基づくインタ
ーネットやLANにおいて実施することができる。96
年1月にRFC1889として標準化されたRTP(Re
al Time Transport Protocol)において本発明を実施す
る方法について以下に説明する。尚、RTPはリアルタ
イムアプリケーション向けのプロトコルであり、トラン
スポート層のTCPの代わりに使用する。かかるRTP
で決められた受信者報告パケットの例を図9に示す。The method described in the present embodiment can be implemented in various networks, for example, the Internet or LAN based on the IP protocol. 96
RTP standardized as RFC 1889 in January
al Time Transport Protocol). Note that RTP is a protocol for real-time applications, and is used instead of TCP in the transport layer. Such RTP
FIG. 9 shows an example of the receiver report packet determined by the above.
【0051】ここで、図9のRTCP受信者報告パケッ
トから、前述のRTT(データ往復時間)、Rrecv(受
信レート)を求めるには、 RTTcur=(Ts2-Ts1)-(Tr2-Tr1) とする。Here, in order to obtain the RTT (data round trip time) and Rrecv (reception rate) from the RTCP receiver report packet in FIG. 9, RTTcur = (Ts2-Ts1)-(Tr2-Tr1) .
【0052】ここで、Ts2はRTCP受信者報告パケッ
トを受信した時刻、Ts1はRTCP受信者報告パケット
中の「最後の送信者報告パケットの時間(時刻)」、
「Tr2-Ts1」はRTCP受信者報告パケット中の「最
後の送信者パケットからの時間」である。尚、図9にお
ける括弧内は上記の点を明示するものである。Here, Ts2 is the time at which the RTCP receiver report packet was received, Ts1 is the “time (time) of the last sender report packet” in the RTCP receiver report packet,
“Tr2-Ts1” is “time since last sender packet” in the RTCP receiver report packet. Note that the above points are clearly shown in parentheses in FIG.
【0053】一方、受信レートは、RFC1889には
規定されていない。したがって、前述のRrecvを求める
方法は幾通りか考えられる。On the other hand, the reception rate is not specified in RFC1889. Therefore, there are several methods for obtaining Rrecv described above.
【0054】例えば、1個のパケット平均サイズを仮に
Pとすれば、 Rrecv=P×(1−L)×(Sn−Sn-1)/(Ts2n−
Ts2n-1) として求める。ここで、Ts2nは時刻nのRTCP受信
者報国パケットを受信した時刻で、Ts2n-1は1個前の
RTCP受信者報国パケットを受信した時刻である。For example, assuming that the average size of one packet is P, Rrecv = P × (1−L) × (Sn−Sn−1) / (Ts2n−
Ts2n-1). Here, Ts2n is the time at which the RTCP receiver report packet at time n was received, and Ts2n-1 is the time at which the immediately preceding RTCP receiver report packet was received.
【0055】或いは、 Rrecv=(時刻(n-1)からnの間に送り出したパケットの
総サイズ)×(1−L)/(Ts2n−Ts2n-1) としてもよいし、他の方法によっても構わない。Alternatively, Rrecv = (total size of packets sent out from time (n-1) to n) × (1−L) / (Ts2n−Ts2n−1) or another method. I do not care.
【0056】以上の通り、本実施形態では、RTPを活
用することも可能になるのは明らかである。As described above, in this embodiment, it is clear that RTP can be used.
【0057】なお、クライアント側での処理は、上記の
説明から容易に理解できるであろうし、図3に示したも
のと実質的に変わらないので、ここでの説明は省略す
る。The processing on the client side can be easily understood from the above description, and is not substantially different from that shown in FIG. 3, so that the description here is omitted.
【0058】また、先に説明したように、パケットサイ
ズを変更することによっても、転送レートを変更するこ
とができる。パケットに含まれるアドレス情報などの制
御に対する、本来のデータ量の比率が変わるからであ
る。Also, as described above, the transfer rate can be changed by changing the packet size. This is because the ratio of the original data amount to the control of the address information and the like included in the packet changes.
【0059】また、上記実施形態の初期転送レートであ
るが、これはネットワークの種類及び、そのネットワー
クに接続するインターフェイスの種類によって適宜設定
できるようにすることが望まれる。例えば、社内で上記
システムを構築するのであれば、イーサネット(10M
bpsや100Mbps)であろうから、高い転送レー
トを初期に設定できるであろう。The initial transfer rate in the above embodiment is desirably set appropriately according to the type of network and the type of interface connected to the network. For example, if the above system is built in-house, Ethernet (10M
bps or 100 Mbps), a high transfer rate could be set initially.
【0060】なお、本発明は、上記の実施形態を実現す
るための装置及び方法のみに限定されるものではなく、
上記システムまたは装置内のコンピュータ(CPUある
いはMPU)に、上記実施形態を実現するためのソフト
ウェアのプログラムコードを供給し、このプログラムコ
ードに従って上記システムあるいは装置のコンピュータ
が上記各種デバイスを動作させることにより上記実施形
態を実現する場合も本発明の範疇に含まれる。The present invention is not limited only to the apparatus and method for realizing the above embodiment,
A computer program (CPU or MPU) in the system or the apparatus is supplied with a program code of software for realizing the above-described embodiment, and the computer of the system or the apparatus operates the various devices according to the program code. Implementation of the embodiment is also included in the scope of the present invention.
【0061】またこの場合、前記ソフトウェアのプログ
ラムコード自体が上記実施形態の機能を実現することに
なり、そのプログラムコード自体、及びそのプログラム
コードをコンピュータに供給するための手段、具体的に
は上記プログラムコードを格納した記憶媒体は本発明の
範疇に含まれる。In this case, the program code of the software implements the functions of the above-described embodiment, and the program code itself and means for supplying the program code to the computer, specifically, the program A storage medium storing the code is included in the scope of the present invention.
【0062】本実施形態においては2者間通信を例にし
て説明したが、本発明は二者間通信に限定されるもので
はなく三者以上の通信であってもよい。Although the embodiment has been described with an example of two-party communication, the present invention is not limited to two-party communication, but may be communication of three or more parties.
【0063】このようなプログラムコードを格納する記
憶媒体としては、例えば、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、CD−RO
M、磁気テープ、不揮発性のメモリカード、ROMなど
を用いることができる。As a storage medium for storing such a program code, for example, a floppy disk, hard disk, optical disk, magneto-optical disk, CD-RO
M, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
【0064】また、上記コンピュータが、供給されたプ
ログラムコードのみに従って各種で倍するを制御するこ
とにより、上記の実施形態の機能が実現されるだけでな
く、上記プログラムコードがコンピュータ上で稼働して
いるOS(オペレーティングシステム)、あるいは他の
アプリケーションソフトなどと共同して上記実施形態が
実現される場合にもかかるプログラムコードは発明の範
疇に含まれる。The computer controls various multiplications in accordance with only the supplied program code, so that not only the functions of the above-described embodiment are realized, but also the program code operates on the computer. Such a program code is included in the scope of the invention even when the above-described embodiment is realized in cooperation with an operating system (OS) or other application software.
【0065】さらに、この供給されたプログラムコード
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるCPUなどが実際
の処理の一部または全部を行い、その処理によって上記
実施形態が実現される場合も本発明の範疇に含まれる。Further, after the supplied program code is stored in a memory provided in a function expansion board of the computer or a function expansion unit connected to the computer, the function expansion board or the function is stored based on the instruction of the program code. The scope of the present invention also includes a case where a CPU or the like provided in the extension unit performs part or all of the actual processing, and the above-described embodiment is realized by the processing.
【0066】以上のように本発明では、データ往復時間
の伸びに応じて送信側端末からネットワークに送出され
未だ受信側端末に到着していないデータ量(ネットワー
クバッファ量)を一定に保つように送信レートを調整す
る。これにより、ネットワークの途中の経路に溜まるデ
ータ量を正確に求めることが可能となり、そのデータ量
を調整することから伝送遅延を許容範囲内に抑えられる
ことが期待できる。また、バッファに常にデータを溜め
るようにデータを送受信することから、ネットワークの
使用可能帯域を十分に使い、データを送受信することが
期待できる。さらに、遅延時間をそのまま送信レートを
制御するための指標として用いるのではなく、ネットワ
ークにバッファされたデータ量を用いることにより、ネ
ットワーク上に十分存在するであろうバッファ量を目標
バッファデータとして規定することができ、過剰にデー
タをネットワーク上に送出することを防ぐことができ
る。As described above, according to the present invention, according to the extension of the data round-trip time, data is transmitted from the transmitting terminal to the network so as to keep the data amount (network buffer amount) which has not yet arrived at the receiving terminal constant. Adjust rate. This makes it possible to accurately determine the amount of data accumulated on a route in the middle of the network, and it is expected that transmission delay can be suppressed within an allowable range by adjusting the amount of data. Further, since data is transmitted and received so that data is always stored in the buffer, it is expected that data can be transmitted and received using the available bandwidth of the network sufficiently. Further, instead of using the delay time as an index for controlling the transmission rate as it is, using the amount of data buffered in the network, the amount of buffer that will be sufficiently present on the network is defined as target buffer data. It is possible to prevent data from being excessively transmitted on the network.
【0067】なお、本発明はインターネットなどの大規
模なネットワークに適用すると効果が大きい。The present invention is highly effective when applied to a large-scale network such as the Internet.
【0068】また、実施形態では送信側端末として、カ
メラサーバを例にして説明したが、これによっても本発
明が限定されるものではない。例えば、外部記憶装置に
記憶されている動画ファイルを再生してクライアントに
サービスする場合にも適用できよう。In the embodiment, the camera server has been described as an example of the transmitting terminal. However, the present invention is not limited thereto. For example, the present invention can also be applied to a case where a moving image file stored in an external storage device is played to provide services to a client.
【0069】[0069]
【発明の効果】以上のように本発明によれば、ネットワ
ークを介してデータ通信する際、介在するネットワーク
上の状況に応じて転送レートを動的に変更制御し、最適
なデータ転送を行なうことが可能になる。従って、例え
ばカメラで撮影された生の映像を転送するようなリアル
タイム性を必要とする場合に特に有効に作用する。As described above, according to the present invention, when data communication is performed via a network, the transfer rate is dynamically changed and controlled in accordance with the situation on the intervening network, and optimal data transfer is performed. Becomes possible. Therefore, it is particularly effective when a real-time property such as transfer of a raw video taken by a camera is required.
【0070】[0070]
【図1】実施形態における装置のブロック図である。FIG. 1 is a block diagram of an apparatus according to an embodiment.
【図2】実施形態における送信側の動作処理内容を示す
フローチャートである。FIG. 2 is a flowchart illustrating an operation processing content on a transmission side according to the embodiment.
【図3】実施形態における受信側の動作処理内容を示す
フローチャートである。FIG. 3 is a flowchart illustrating an operation processing content on a receiving side in the embodiment.
【図4】送信データのフォーマット例である。FIG. 4 is a format example of transmission data.
【図5】受信レポートのフォーマット例である。FIG. 5 is a format example of a reception report.
【図6】実施形態における具体的な適用例を示すシステ
ム構成図である。FIG. 6 is a system configuration diagram showing a specific application example in the embodiment.
【図7】図6におけるカメラサーバの処理内容を示すフ
ローチャートである。FIG. 7 is a flowchart showing processing contents of the camera server in FIG. 6;
【図8】図6におけるカメラサーバの処理内容を示すフ
ローチャートである。FIG. 8 is a flowchart showing the processing contents of the camera server in FIG. 6;
【図9】実施形態の適用例としてのRTCP受信者報告
パケットのフォーマットを示す図である。FIG. 9 is a diagram illustrating a format of an RTCP receiver report packet as an application example of the embodiment;
Claims (15)
タを転送するデータ通信装置であって、 前記端末との間のデータ転送時間を計測する計測手段
と、 該計測手段で計測したデータ転送時間に基づき、前記端
末に向けて転送したデータの中で、前記ネットワーク上
にバッファされるデータ量に関する情報を検出する検出
手段と、 該検出手段の結果に基づき、データの転送レートを得る
手段と、 得られた転送レートに従ってデータを転送する転送手段
とを備えることを特徴とするデータ通信装置。1. A data communication device for transferring data to a terminal via a network, comprising: a measuring means for measuring a data transfer time with the terminal; and a data transfer time measured by the measuring means. Detecting means for detecting information on the amount of data buffered on the network in the data transferred to the terminal, based on the result of the detecting means; and obtaining a data transfer rate based on the result of the detecting means. Transfer means for transferring data according to a given transfer rate.
毎に、その単位を送信する送信時刻情報を付加して転送
することを特徴とする請求項第1項に記載のデータ通信
装置。2. The data communication apparatus according to claim 1, wherein the transfer unit transfers, for each unit of data transfer, transmission time information for transmitting the unit.
る送信時刻情報、当該データを受信してから内部で要し
た処理時間情報を含む受信レポート情報を返信すること
を特徴とする請求項第2項に記載のデータ通信装置。3. The terminal according to claim 2, wherein the terminal returns transmission time information included in the received data, and reception report information including processing time information required internally after receiving the data. 3. The data communication device according to item 2.
ータの受信には非同期であって、所定時間間隔で返信さ
れることを特徴とする請求項第3項に記載のデータ通信
装置。4. The data communication apparatus according to claim 3, wherein the transmission interval of the reception report information is asynchronous with the data reception and is returned at a predetermined time interval.
ポート情報を受信した時刻、当該受信レポート情報に含
まれる送信時刻情報、及び前記処理時間情報に基づいて
データ通信の往復に要する時間を算出することを特徴と
する請求項第3又は第4項に記載のデータ通信装置。5. The measuring means calculates a time required for a round-trip of data communication based on a time at which reception report information is received from the terminal, transmission time information included in the reception report information, and processing time information. The data communication device according to claim 3, wherein the data communication device performs the operation.
記ネットワーク上のバッファ量を算出する算出手段と、 算出されたネットワークバッファ量を所定の目標値との
差分に基づいて、従前の転送レートを補正する補正手段
とを含むことを特徴とする請求項第1項に記載のデータ
通信装置。6. A means for obtaining the transfer rate, calculating means for calculating a buffer amount on the network based on the data transmission time measured by the measuring means, and calculating the calculated network buffer amount to a predetermined target value. 2. The data communication apparatus according to claim 1, further comprising: a correction unit configured to correct a previous transfer rate based on a difference from the data transfer rate.
さくなるように転送レートを補正することを特徴とする
請求項第6項に記載のデータ通信装置。7. The data communication apparatus according to claim 6, wherein said correction means corrects a transfer rate so as to reduce a difference from said target value.
したがって設定されることを特徴とする請求項第7項に
記載のデータ通信装置。8. The data communication apparatus according to claim 7, wherein the target value is set according to a transmission band of a network.
定の撮像手段で撮像された映像データとすることを特徴
とする請求項第1項に記載のデータ通信装置。9. The data communication device according to claim 1, wherein the data transmitted to the terminal is video data captured by a predetermined image capturing unit.
からのデータを受信する端末としての受信装置であっ
て、 前記データ通信装置から転送されてくるデータを受信す
る受信手段と、 該受信手段で受信したデータ中に含まれる送信時刻情
報、及び、受信してから前記データ通信装置に向けて返
信情報を送出するまでに要する時間情報を含めた情報を
前記計測手段の計測を補助する情報として返信手段とを
備えることを特徴とする受信装置。10. A receiving device as a terminal for receiving data from the data communication device according to claim 2, wherein the receiving device receives data transferred from the data communication device; Information including transmission time information included in the data received by the means, and information including time information required from the reception to the transmission of the reply information to the data communication apparatus, to assist the measurement by the measurement means. And a reply means.
標準化されたRTPに適合したネットワークであること
を特徴とする請求項第1項に記載のデータ通信装置。11. The data communication apparatus according to claim 1, wherein the network is a network conforming to RTP standardized by RFC1889.
ータを転送するデータ通信方法であって、 前記端末との間のデータ転送時間を計測する計測工程
と、 該計測工程で計測したデータ転送時間に基づき、前記端
末に向けて転送したデータの中で、前記ネットワーク上
にバッファされるデータ量に関する情報を検出する検出
工程と、 該検出工程による検出結果に基づき、データの転送レー
トを得る工程と、 得られた転送レートに従ってデータの転送を制御する制
御工程とを備えることを特徴とするデータ通信方法。12. A data communication method for transferring data to a terminal via a network, comprising: a measuring step of measuring a data transfer time with the terminal; and a data transfer time measured in the measuring step. A detection step of detecting information on the amount of data buffered on the network in the data transferred to the terminal, and a step of obtaining a data transfer rate based on a detection result by the detection step; A control step of controlling data transfer according to the obtained transfer rate.
で、ネットワークを介して端末に向けてデータを転送す
るデータ通信装置として機能するプログラムコードを格
納した記憶媒体であって、 前記端末との間のデータ転送時間を計測する計測手段
と、 該計測手段で計測したデータ転送時間に基づき、前記端
末に向けて転送したデータの中で、前記ネットワーク上
にバッファされるデータ量に関する情報を検出する検出
手段と、 該検出手段の結果に基づき、データの転送レートを得る
手段と、 得られた転送レートに従ってデータを転送する転送手段
として機能するプログラムコードを格納した記憶媒体。13. A storage medium storing a program code that functions as a data communication device that transfers data to a terminal via a network by being read and executed by a computer, wherein the data transfer is performed between the terminal and the terminal. Measuring means for measuring time, based on the data transfer time measured by the measuring means, detecting means for detecting information on the amount of data buffered on the network, among data transferred to the terminal, A storage medium storing a means for obtaining a data transfer rate based on a result of the detection means, and a program code functioning as a transfer means for transferring data in accordance with the obtained transfer rate.
る送信装置及びデータを受信する受信装置で構成される
データ通信システムであって、 前記送信装置は、 前記受信装置との間のデータ転送時間を計測する計測手
段と、 該計測手段で計測したデータ転送時間に基づき、前記受
信装置に向けて転送したデータの中で、前記ネットワー
ク上にバッファされるデータ量に関する情報を検出する
検出手段と、 該検出手段の結果に基づき、データの転送レートを得る
手段と、 得られた転送レートに従ってデータを転送する転送手段
とを備え、 前記受信装置は、 前記送信側装置からのデータを受信する受信手段と、 該受信手段で受信されたデータに対し、前記計測手段に
よる計測を補助する情報を作成し、前記送信側装置に返
信する返信手段とを備えることを特徴とするデータ通信
システム。14. A data communication system comprising a transmitting device for transmitting data via a network and a receiving device for receiving data, wherein the transmitting device measures a data transfer time with the receiving device. Measuring means for detecting, based on the data transfer time measured by the measuring means, detecting means for detecting information on the amount of data buffered on the network in data transferred to the receiving device; Means for obtaining a data transfer rate based on the result of the means, and transfer means for transferring data according to the obtained transfer rate, wherein the receiving device receives data from the transmitting device, Replying means for creating information that assists the measurement by the measuring means with respect to the data received by the receiving means, and returning the information to the transmitting device. Data communication system, characterized in that to obtain.
位毎に、その単位を送信する送信時刻情報を付加して転
送し、 前記返信手段は、 前記受信手段で受信したデータ中に含まれる送信時刻情
報及び返信に要する時間情報を含む情報を作成し、返信
することを特徴とする請求項第14項に記載のデータ通
信システム。15. The transfer means adds and transmits transmission time information for transmitting the unit for each data transfer unit, and the reply means transmits the data included in the data received by the reception means. 15. The data communication system according to claim 14, wherein information including time information and time information required for a reply is created and returned.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11102298A JPH11308271A (en) | 1998-04-21 | 1998-04-21 | Data communication device, receiving device, control method, storage medium, and data communication system |
| 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 (en) | 1998-04-21 | 1998-04-21 | Data communication device, receiving device, control method, storage medium, and data communication system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11308271A true JPH11308271A (en) | 1999-11-05 |
Family
ID=14550418
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11102298A Pending JPH11308271A (en) | 1997-08-22 | 1998-04-21 | Data communication device, receiving device, control method, storage medium, and data communication system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11308271A (en) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004515163A (en) * | 2000-11-29 | 2004-05-20 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | Transmission and reception of real-time data |
| JP2004304806A (en) * | 2003-03-31 | 2004-10-28 | Lucent Technol Inc | Method for flow control in a communication system |
| JP2006237865A (en) * | 2005-02-23 | 2006-09-07 | Yamaha Corp | Communication apparatus |
| JP2007201702A (en) * | 2006-01-25 | 2007-08-09 | Mitsubishi Electric Corp | Reception device, communication device, and communication method |
| 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 (en) * | 2006-09-12 | 2008-04-24 | Yamaha Corp | Communication device and program |
| JP2009533963A (en) * | 2006-04-13 | 2009-09-17 | ドルビー・ラボラトリーズ・ライセンシング・コーポレーション | Estimation of queue length of wireless processing system equipment and estimation of signal reception quality in wireless network |
| US7636310B2 (en) | 2005-03-14 | 2009-12-22 | Fujitsu Limited | Communication control system and communication control method |
| JP2010062844A (en) * | 2008-09-03 | 2010-03-18 | Toshiba Corp | Network monitoring system, and node device and monitoring apparatus thereof |
| US7778281B2 (en) | 2001-04-27 | 2010-08-17 | Panasonic Corporation | Wireless communication apparatus |
| JP2011146989A (en) * | 2010-01-15 | 2011-07-28 | Fujitsu Telecom Networks Ltd | Monitoring and controlling system, device to be monitored and controlled, and server |
| JP2012133792A (en) * | 2005-04-07 | 2012-07-12 | Opanga Networks Inc | Adaptive file distribution system and method |
| US8239674B2 (en) | 2006-11-21 | 2012-08-07 | Kabushiki Kaisha Toshiba | System and method of protecting files from unauthorized modification or deletion |
| JP2013085192A (en) * | 2011-10-12 | 2013-05-09 | Mitsubishi Electric Corp | Communication system, data transmission terminal, data reception terminal and transmission rate control method |
| WO2014132723A1 (en) * | 2013-03-01 | 2014-09-04 | 日本電気株式会社 | Transmission rate control device, transmission rate control system, transmission rate control method, and transmission rate control program |
| JP2016529776A (en) * | 2013-07-08 | 2016-09-23 | 華為技術有限公司Huawei Technologies Co.,Ltd. | Method, device and system for controlling video playback |
| JP2018022998A (en) * | 2016-08-03 | 2018-02-08 | 富士通株式会社 | Information processing apparatus, client terminal, information processing method, and information processing program |
| JP2021083092A (en) * | 2020-05-13 | 2021-05-27 | ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッドBeijing Baidu Netcom Science Technology Co., Ltd. | Video frame transmission method, device, electronic device, and readable storage medium |
| JP2022091949A (en) * | 2021-05-26 | 2022-06-21 | 阿波▲羅▼智▲聯▼(北京)科技有限公司 | Delay estimation methods, devices and electronics for smart rearview mirrors |
| WO2022131270A1 (en) * | 2020-12-14 | 2022-06-23 | 株式会社東芝 | Viewing assistance system, viewing assistance method, and program |
| US12470495B2 (en) | 2022-12-26 | 2025-11-11 | Canon Kabushiki Kaisha | Data transmitting apparatus that transmits a data stream to a receiving apparatus via a network and a control method thereof |
-
1998
- 1998-04-21 JP JP11102298A patent/JPH11308271A/en active Pending
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004515163A (en) * | 2000-11-29 | 2004-05-20 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | Transmission and reception of real-time data |
| 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 |
| JP2004304806A (en) * | 2003-03-31 | 2004-10-28 | Lucent Technol Inc | Method for flow control in a communication system |
| 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 (en) * | 2005-02-23 | 2006-09-07 | Yamaha Corp | Communication apparatus |
| US7636310B2 (en) | 2005-03-14 | 2009-12-22 | Fujitsu Limited | Communication control system and communication control method |
| JP2012133792A (en) * | 2005-04-07 | 2012-07-12 | Opanga Networks Inc | Adaptive file distribution system and method |
| JP2007201702A (en) * | 2006-01-25 | 2007-08-09 | Mitsubishi Electric Corp | Reception device, communication device, and communication method |
| JP2009533963A (en) * | 2006-04-13 | 2009-09-17 | ドルビー・ラボラトリーズ・ライセンシング・コーポレーション | Estimation of queue length of wireless processing system equipment and estimation of signal reception quality in wireless network |
| JP4891392B2 (en) * | 2006-04-13 | 2012-03-07 | ドルビー ラボラトリーズ ライセンシング コーポレイション | Estimation of queue length of wireless processing system equipment and estimation of signal reception quality in wireless network |
| JP2008099261A (en) * | 2006-09-12 | 2008-04-24 | Yamaha Corp | Communication device and program |
| US8239674B2 (en) | 2006-11-21 | 2012-08-07 | Kabushiki Kaisha Toshiba | System and method of protecting files from unauthorized modification or deletion |
| JP2010062844A (en) * | 2008-09-03 | 2010-03-18 | Toshiba Corp | Network monitoring system, and node device and monitoring apparatus thereof |
| JP2011146989A (en) * | 2010-01-15 | 2011-07-28 | Fujitsu Telecom Networks Ltd | Monitoring and controlling system, device to be monitored and controlled, and server |
| JP2013085192A (en) * | 2011-10-12 | 2013-05-09 | Mitsubishi Electric Corp | Communication system, data transmission terminal, data reception terminal and transmission rate control method |
| WO2014132723A1 (en) * | 2013-03-01 | 2014-09-04 | 日本電気株式会社 | Transmission rate control device, transmission rate control system, transmission rate control method, and transmission rate control program |
| JP2016529776A (en) * | 2013-07-08 | 2016-09-23 | 華為技術有限公司Huawei Technologies Co.,Ltd. | Method, device and system for controlling video playback |
| JP2018022998A (en) * | 2016-08-03 | 2018-02-08 | 富士通株式会社 | Information processing apparatus, client terminal, information processing method, and information processing program |
| JP2021083092A (en) * | 2020-05-13 | 2021-05-27 | ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッドBeijing Baidu Netcom Science Technology Co., Ltd. | Video frame transmission method, device, electronic device, and readable storage medium |
| WO2022131270A1 (en) * | 2020-12-14 | 2022-06-23 | 株式会社東芝 | Viewing assistance system, viewing assistance method, and program |
| JP2022094186A (en) * | 2020-12-14 | 2022-06-24 | 株式会社東芝 | Viewing support system, viewing support method and program |
| US12494201B2 (en) | 2020-12-14 | 2025-12-09 | Kabushiki Kaisha Toshiba | Viewing assistance system, viewing assistance method, and nonvolatile recording medium storing program |
| JP2022091949A (en) * | 2021-05-26 | 2022-06-21 | 阿波▲羅▼智▲聯▼(北京)科技有限公司 | Delay estimation methods, devices and electronics for smart rearview mirrors |
| US12470495B2 (en) | 2022-12-26 | 2025-11-11 | Canon Kabushiki Kaisha | Data transmitting apparatus that transmits a data stream to a receiving apparatus via a network and a control method thereof |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11308271A (en) | Data communication device, receiving device, control method, storage medium, and data communication system | |
| US6701372B2 (en) | Data communication apparatus and method | |
| JP2001094625A (en) | Data communication device, data communication method, and storage medium | |
| US8422367B2 (en) | Method of estimating congestion | |
| US6778493B1 (en) | Real-time media content synchronization and transmission in packet network apparatus and method | |
| CN101160900B (en) | Stream synchronization method and device for multimedia real-time transmission in packet network | |
| JP4520032B2 (en) | Header compression apparatus and header compression method | |
| US7379466B2 (en) | In band signal detection and presentation for IP phone | |
| US20140071986A1 (en) | Communication apparatus and communication system for enhancing speed of communication between terminals | |
| US20020154600A1 (en) | Data communication system | |
| US20120230390A1 (en) | Adaptive Control of Encoders for Continuous Data Streaming | |
| JP2006042334A (en) | Apparatus and method for measuring round-trip delay time of variable bit rate multimedia data | |
| US8538470B2 (en) | Call server, call terminal, call system, transfer processing method, and program storage medium storing program thereof | |
| KR20010074883A (en) | System and method for low latency communication | |
| WO2013014963A1 (en) | Communication device | |
| CN102281283B (en) | Communication processing equipment, communication processing system, communication processing method and program | |
| JP2001144802A (en) | Data communication device and method, communication system and storage medium | |
| US20080002728A1 (en) | Packet relay apparatus and packet relay method | |
| AU2002310383B2 (en) | Dynamic latency management for IP telephony | |
| EP1718027A1 (en) | Method and system of sending an audio stream and a data stream | |
| CN115348481B (en) | A data transmission method, device, transmitter and receiver | |
| US9026610B2 (en) | Method of collecting real time data | |
| JP2001016276A (en) | Communication device, communication method, storage medium, and communication system | |
| JPH11215480A (en) | Video communication system, video transmission device, video reception device, control method thereof, and storage medium | |
| JP4772053B2 (en) | Transmitting apparatus and transmission rate control method |
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 |