JP2001144802A - データ通信装置及びその方法及び通信システム及び記憶媒体 - Google Patents
データ通信装置及びその方法及び通信システム及び記憶媒体Info
- Publication number
- JP2001144802A JP2001144802A JP32120399A JP32120399A JP2001144802A JP 2001144802 A JP2001144802 A JP 2001144802A JP 32120399 A JP32120399 A JP 32120399A JP 32120399 A JP32120399 A JP 32120399A JP 2001144802 A JP2001144802 A JP 2001144802A
- Authority
- JP
- Japan
- Prior art keywords
- data
- transmission
- rate
- reception
- transmission rate
- 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.)
- Withdrawn
Links
Abstract
(57)【要約】
【課題】 送信データを受信した端末から送られる受信
状況に基づいて、送信レートを決定してデータを送信す
ることにより、そのデータの送信状況に応じた送信レー
トでデータを送受信する。 【解決手段】 ネットワークを介してデータを送受信す
るデータ通信装置であって、送信側端末１０１からネッ
トワークを介してデータを送信し、その送信したデータ
を受信した受信側端末１０２から返送される受信状況を
受信し、その受信状況に含まれるデータに基づいて、例
えばパケットロスが大きければ送信レート制御部１１３
ａにより決定される送信レートで、伝送損失が大きい時
は送信レート制御部１１３ｂによる送信レートで、送信
側端末１０１から受信側端末１０２にデータを送信す
る。
状況に基づいて、送信レートを決定してデータを送信す
ることにより、そのデータの送信状況に応じた送信レー
トでデータを送受信する。 【解決手段】 ネットワークを介してデータを送受信す
るデータ通信装置であって、送信側端末１０１からネッ
トワークを介してデータを送信し、その送信したデータ
を受信した受信側端末１０２から返送される受信状況を
受信し、その受信状況に含まれるデータに基づいて、例
えばパケットロスが大きければ送信レート制御部１１３
ａにより決定される送信レートで、伝送損失が大きい時
は送信レート制御部１１３ｂによる送信レートで、送信
側端末１０１から受信側端末１０２にデータを送信す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
してデータを送受信するデータ通信装置及びその方法及
び通信システム及びそのデータ通信を実行するプログラ
ムを記憶した記憶媒体に関するものである。
してデータを送受信するデータ通信装置及びその方法及
び通信システム及びそのデータ通信を実行するプログラ
ムを記憶した記憶媒体に関するものである。
【０００２】
【従来の技術】ネットワークを介してデータを送受信す
る際に、送信側端末からネットワーク上にデータを送出
する速度（送信レート）が問題となってくる。この際、
ネットワークで使用可能な伝送容量を越えてデータを送
出するとデータのロスが発生し、あまり送信レートを低
くしすぎるとネットワークの使用可能帯域を十分使いき
れず、満足する伝送効率が得られないことになる。従来
は、送信レートを調整するためにネットワークの通信状
況を常に監視し、その時のネットワークの状態に応じて
送信レートを変更するという方法がとられている。この
ような送信レートの制御手法としては、例えば、パケツ
トロスを指標に制御する方法が公知技術として存在する
（例えば、"A rate control scheme for packet video
in the internet" Proc.IEEE Infocom'94, pp.1216-122
3, Tronto Canada,June 1994）。
る際に、送信側端末からネットワーク上にデータを送出
する速度（送信レート）が問題となってくる。この際、
ネットワークで使用可能な伝送容量を越えてデータを送
出するとデータのロスが発生し、あまり送信レートを低
くしすぎるとネットワークの使用可能帯域を十分使いき
れず、満足する伝送効率が得られないことになる。従来
は、送信レートを調整するためにネットワークの通信状
況を常に監視し、その時のネットワークの状態に応じて
送信レートを変更するという方法がとられている。この
ような送信レートの制御手法としては、例えば、パケツ
トロスを指標に制御する方法が公知技術として存在する
（例えば、"A rate control scheme for packet video
in the internet" Proc.IEEE Infocom'94, pp.1216-122
3, Tronto Canada,June 1994）。
【０００３】
【発明が解決しようとする課題】しかし、インターネッ
トのように、異なる通信方式のネットワーク（イーサネ
ット、ＩＳＤＮ、モデムなど）が混在し、且つ、途中の
ノードに様々なデータが流入するネットワークでは、そ
のネットワークの接続形態や外部トラフィックの量など
に応じてレート制御手法を異ならせる必要がある。例え
ば、高速なネットワークを介して両端末が接続されてお
り、その中間にボトルネックとなる低速なリンクがない
場合には、パケットロスに基づいて送信レート制御する
のが適している。また、中間に低速なリンクが介在して
ボトルネックになっている場合には、伝送遅延の変化に
応じてレート制御を行うのが望ましい。即ち、最適な通
信状態を実現するには、ネットワークの状態に応じたレ
ート制御手法を選択する必要がある。
トのように、異なる通信方式のネットワーク（イーサネ
ット、ＩＳＤＮ、モデムなど）が混在し、且つ、途中の
ノードに様々なデータが流入するネットワークでは、そ
のネットワークの接続形態や外部トラフィックの量など
に応じてレート制御手法を異ならせる必要がある。例え
ば、高速なネットワークを介して両端末が接続されてお
り、その中間にボトルネックとなる低速なリンクがない
場合には、パケットロスに基づいて送信レート制御する
のが適している。また、中間に低速なリンクが介在して
ボトルネックになっている場合には、伝送遅延の変化に
応じてレート制御を行うのが望ましい。即ち、最適な通
信状態を実現するには、ネットワークの状態に応じたレ
ート制御手法を選択する必要がある。
【０００４】本発明は上記従来例に鑑みてなされたもの
で、送信データを受信した端末から送られる受信状況に
基づいて、送信レートを決定してデータを送信するデー
タ通信装置及びその方法及び通信システム及びその記憶
媒体を提供することを目的とする。
で、送信データを受信した端末から送られる受信状況に
基づいて、送信レートを決定してデータを送信するデー
タ通信装置及びその方法及び通信システム及びその記憶
媒体を提供することを目的とする。
【０００５】又本発明の目的は、受信側端末におけるデ
ータ損失率に基づいて送信レートを決定してデータを送
信するデータ通信装置及びその方法及び通信システム及
びその記憶媒体を提供することにある。
ータ損失率に基づいて送信レートを決定してデータを送
信するデータ通信装置及びその方法及び通信システム及
びその記憶媒体を提供することにある。
【０００６】又本発明の目的は、データの伝送遅延に基
づいて送信レートを決定してデータを送信するデータ通
信装置及びその方法及び通信システム及びその記憶媒体
を提供することにある。
づいて送信レートを決定してデータを送信するデータ通
信装置及びその方法及び通信システム及びその記憶媒体
を提供することにある。
【０００７】また本発明の目的は、端末から受信した受
信状況に含まれる送信時刻情報と受信時刻情報に基づい
て、データが送信されて端末から返送されるのに要する
時間を求め、その時間に基づいて送信レートを決定して
データを送信するデータ通信装置及びその方法及び通信
システム及びその記憶媒体を提供することにある。
信状況に含まれる送信時刻情報と受信時刻情報に基づい
て、データが送信されて端末から返送されるのに要する
時間を求め、その時間に基づいて送信レートを決定して
データを送信するデータ通信装置及びその方法及び通信
システム及びその記憶媒体を提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に本発明のデータ通信装置は以下のような構成を備え
る。即ち、ネットワークを介してデータを送受信するデ
ータ通信装置であって、データを送信する送信手段と、
前記送信手段により送信された前記データを受信した端
末から送信される受信状況を受信する受信手段と、前記
送信手段により送信するデータの送信レートを制御する
制御手段と、前記受信手段により受信された受信状況に
基づいて送信レートを決定する送信レート決定手段とを
有し、前記送信レート決定手段により決定された送信レ
ートに従って前記制御手段により前記送信手段を制御し
てデータを送信することを特徴とする。
に本発明のデータ通信装置は以下のような構成を備え
る。即ち、ネットワークを介してデータを送受信するデ
ータ通信装置であって、データを送信する送信手段と、
前記送信手段により送信された前記データを受信した端
末から送信される受信状況を受信する受信手段と、前記
送信手段により送信するデータの送信レートを制御する
制御手段と、前記受信手段により受信された受信状況に
基づいて送信レートを決定する送信レート決定手段とを
有し、前記送信レート決定手段により決定された送信レ
ートに従って前記制御手段により前記送信手段を制御し
てデータを送信することを特徴とする。
【０００９】又上記目的を達成するために本発明のデー
タ通信方法は以下のような工程を備える。即ち、ネット
ワークを介してデータを送受信するデータ通信装置にお
けるデータ通信方法であって、ネットワークを介して送
信したデータを受信した端末から送信される受信状況を
受信する受信工程と、前記受信状況に基づいて送信レー
トを決定する送信レート決定工程と、決定された送信レ
ートに従って前記端末にデータを送信する送信工程と、
を有することを特徴とする。
タ通信方法は以下のような工程を備える。即ち、ネット
ワークを介してデータを送受信するデータ通信装置にお
けるデータ通信方法であって、ネットワークを介して送
信したデータを受信した端末から送信される受信状況を
受信する受信工程と、前記受信状況に基づいて送信レー
トを決定する送信レート決定工程と、決定された送信レ
ートに従って前記端末にデータを送信する送信工程と、
を有することを特徴とする。
【００１０】上記目的を達成するために本発明の通信シ
ステムは以下のような構成を備える。即ち、ネットワー
クを介してサーバとクライアントとを接続する通信シス
テムであって、前記サーバは、データを送信する送信手
段と、前記送信手段により送信された前記データを受信
したクライアントから送信される受信状況を受信する受
信手段と、前記送信手段により送信するデータの送信レ
ートを制御する制御手段と、前記受信手段により受信さ
れた受信状況に基づいて送信レートを決定する送信レー
ト決定手段とを有し、前記送信レート決定手段により決
定された送信レートに従って前記制御手段により前記送
信手段を制御して前記クライアントにデータを送信する
とともに、前記クライアントは、前記送信手段によって
送信されたデータを受信すると前記サーバに前記受信状
況を送信する手段とを有することを特徴とする。
ステムは以下のような構成を備える。即ち、ネットワー
クを介してサーバとクライアントとを接続する通信シス
テムであって、前記サーバは、データを送信する送信手
段と、前記送信手段により送信された前記データを受信
したクライアントから送信される受信状況を受信する受
信手段と、前記送信手段により送信するデータの送信レ
ートを制御する制御手段と、前記受信手段により受信さ
れた受信状況に基づいて送信レートを決定する送信レー
ト決定手段とを有し、前記送信レート決定手段により決
定された送信レートに従って前記制御手段により前記送
信手段を制御して前記クライアントにデータを送信する
とともに、前記クライアントは、前記送信手段によって
送信されたデータを受信すると前記サーバに前記受信状
況を送信する手段とを有することを特徴とする。
【００１１】又本発明の一態様として、送信されるデー
タは、そのデータを送信する送信時刻情報を含む。
タは、そのデータを送信する送信時刻情報を含む。
【００１２】また受信状況は、少なくとも前記データに
含まれる送信時刻情報、当該データを処理するのに要す
る処理時間情報、及びデータ損失率の情報を含む。
含まれる送信時刻情報、当該データを処理するのに要す
る処理時間情報、及びデータ損失率の情報を含む。
【００１３】また受信状況の送信間隔は、送信されるデ
ータの受信とは非同期であって所定時間間隔で、受信し
た端末から返信される。
ータの受信とは非同期であって所定時間間隔で、受信し
た端末から返信される。
【００１４】また送信レートは、データ損失率、データ
の伝送遅延に基づいて決定される。また送信レートは、
受信側端末から受信した受信状況に含まれる送信時刻情
報と受信時刻情報に基づいて、送信データが送信されて
その受信側端末から返送されるのに要する時間を求め、
その時間に基づいて決定される。
の伝送遅延に基づいて決定される。また送信レートは、
受信側端末から受信した受信状況に含まれる送信時刻情
報と受信時刻情報に基づいて、送信データが送信されて
その受信側端末から返送されるのに要する時間を求め、
その時間に基づいて決定される。
【００１５】更に受信状況は受信レート情報を含み、そ
の受信レートに基づいて送信レートが決定される。
の受信レートに基づいて送信レートが決定される。
【００１６】また受信状況はパケットロス率情報を含
み、そのパケットロス率情報に基づいて送信レートが決
定される。
み、そのパケットロス率情報に基づいて送信レートが決
定される。
【００１７】また送信側端末はサーバであり、受信側端
末はクライアントである。
末はクライアントである。
【００１８】
【発明の実施の形態】以下、添付図面を参照して本発明
の好適な実施の形態を詳細に説明する。
の好適な実施の形態を詳細に説明する。
【００１９】図１は、ネットワーク１０３を介して接続
された送信側端末１０１と受信側端末１０２の構造を示
すブロック図である。ここでネットワーク１０３は、例
えば組織内で運営されているＬＡＮ、或はインターネッ
トのような不特定多数のネットワークが結合したような
大規模なものまで含み、その形態について特定するもの
ではない。
された送信側端末１０１と受信側端末１０２の構造を示
すブロック図である。ここでネットワーク１０３は、例
えば組織内で運営されているＬＡＮ、或はインターネッ
トのような不特定多数のネットワークが結合したような
大規模なものまで含み、その形態について特定するもの
ではない。
【００２０】図において、送信側端末１０１は、データ
生成部１１１により、送信すべきデータを生成する。具
体的には、このデータとしては、例えばビデオカメラで
撮像された映像データなどが考えられる。このようにデ
ータ生成部１１１で生成されるデータが映像データの場
合には、データ生成部１１１は、映像データの取り込み
や、データ圧縮を行うことになる。但し、ここでデータ
の内容としては映像データに限るものではない。
生成部１１１により、送信すべきデータを生成する。具
体的には、このデータとしては、例えばビデオカメラで
撮像された映像データなどが考えられる。このようにデ
ータ生成部１１１で生成されるデータが映像データの場
合には、データ生成部１１１は、映像データの取り込み
や、データ圧縮を行うことになる。但し、ここでデータ
の内容としては映像データに限るものではない。
【００２１】データ生成部１１１で生成されたデータは
データ送信部１１２に送られる。こうしてデータ送信部
１１２に送られたデータは、データ送信部１１２におい
て適当な大きさに分割される。こうして分割されたデー
タには、それぞれシーケンス番号、及びそのデータを送
信する時刻情報が付されてネットワーク１０３に送出さ
れる。この時、データ送信部１１２は、分割する各デー
タのサイズや、分割したデータを送り出す時間間隔を調
整することにより、送信レート制御部１１３ａ或は１１
３ｂによって指定された送信レートに調整する。
データ送信部１１２に送られる。こうしてデータ送信部
１１２に送られたデータは、データ送信部１１２におい
て適当な大きさに分割される。こうして分割されたデー
タには、それぞれシーケンス番号、及びそのデータを送
信する時刻情報が付されてネットワーク１０３に送出さ
れる。この時、データ送信部１１２は、分割する各デー
タのサイズや、分割したデータを送り出す時間間隔を調
整することにより、送信レート制御部１１３ａ或は１１
３ｂによって指定された送信レートに調整する。
【００２２】受信レポート受信部１１５は、受信側端末
１０２から送信されてくる受信レポートを受け、その受
信レポートの内容をレート制御手法選択部１１４に送
る。これによりレート制御手法選択部１１４は、その受
信レポートによって報告された受信状況に基づいて、具
体的には、その受信レートに基づいて、最適なレート制
御手法を選択する。本実施の形態では、パケットロス率
を指標にして送信レートを制御する手法（送信レート制
御手法１）と、伝送遅延を指標にして送信レートを制御
する手法（送信レート制御手法２）の２つから、最適な
レート制御手法を選択するものとする。またレート制御
法選択は、受信レポートによって報告される受信レート
に基づいて行うものとする。こうして選択されたレート
制御手法に応じて、レート制御手法選択部１１４は、送
信レート制御手法１を用いるときは送信レート制御部１
１３ａを選択し、送信レート制御手法２を用いるときは
送信レート制御部１１３ｂを選択する。こうして送信レ
ートが決定されると、送信レート制御部１１３ａ或は１
１３ｂにより、データ送信部１１２に送信レートを指定
する。
１０２から送信されてくる受信レポートを受け、その受
信レポートの内容をレート制御手法選択部１１４に送
る。これによりレート制御手法選択部１１４は、その受
信レポートによって報告された受信状況に基づいて、具
体的には、その受信レートに基づいて、最適なレート制
御手法を選択する。本実施の形態では、パケットロス率
を指標にして送信レートを制御する手法（送信レート制
御手法１）と、伝送遅延を指標にして送信レートを制御
する手法（送信レート制御手法２）の２つから、最適な
レート制御手法を選択するものとする。またレート制御
法選択は、受信レポートによって報告される受信レート
に基づいて行うものとする。こうして選択されたレート
制御手法に応じて、レート制御手法選択部１１４は、送
信レート制御手法１を用いるときは送信レート制御部１
１３ａを選択し、送信レート制御手法２を用いるときは
送信レート制御部１１３ｂを選択する。こうして送信レ
ートが決定されると、送信レート制御部１１３ａ或は１
１３ｂにより、データ送信部１１２に送信レートを指定
する。
【００２３】一方、受信側端末１０２では、ネットワー
ク１０３を通して送信されてきたデータをデータ受信部
１２１で受信する。受信されたデータはデータ処理部１
２２に送られて処理される。例えば、この受信データが
映像データの場合には、その映像を表示するための処理
（復号化及び表示処理など）がデータ処理部１２２で行
われる。
ク１０３を通して送信されてきたデータをデータ受信部
１２１で受信する。受信されたデータはデータ処理部１
２２に送られて処理される。例えば、この受信データが
映像データの場合には、その映像を表示するための処理
（復号化及び表示処理など）がデータ処理部１２２で行
われる。
【００２４】またこの際、データ受信部１２１で受信し
たデータのシーケンス番号、データを受信した時刻、受
信したデータ量などについての情報が計測され、定期的
に受信レポート生成部１２３に送られる。この受信レポ
ート生成部１２３は、その情報を基に、受信レポート送
信部１２４から送信する受信レポートに必要な受信レー
トを計算し、更には、受信シーケンス番号及びデータ送
信時刻、データ受信時刻、受信レポート送信時刻の情報
を付与して、受信レポート送信部１２４に伝える。受信
レポート送信部１２４は、この受取った受信レポート
を、ネットワーク１０３を介して送信側端末１０１の受
信レポート受信部１１４に送信する。
たデータのシーケンス番号、データを受信した時刻、受
信したデータ量などについての情報が計測され、定期的
に受信レポート生成部１２３に送られる。この受信レポ
ート生成部１２３は、その情報を基に、受信レポート送
信部１２４から送信する受信レポートに必要な受信レー
トを計算し、更には、受信シーケンス番号及びデータ送
信時刻、データ受信時刻、受信レポート送信時刻の情報
を付与して、受信レポート送信部１２４に伝える。受信
レポート送信部１２４は、この受取った受信レポート
を、ネットワーク１０３を介して送信側端末１０１の受
信レポート受信部１１４に送信する。
【００２５】図２は、本実施の形態の送信側端末１０１
における動作を説明するフローチャートである。なお、
ステップＳ１、Ｓ２の処理と、ステップＳ１１〜Ｓ１４
の処理は以下の説明から明らかなように別タスクになっ
ている。
における動作を説明するフローチャートである。なお、
ステップＳ１、Ｓ２の処理と、ステップＳ１１〜Ｓ１４
の処理は以下の説明から明らかなように別タスクになっ
ている。
【００２６】まずステップＳ１で、データ生成部１１１
により、送信すべきデータが生成される。ここでは例え
ば、映像データを送信する場合には映像のキャプチャ、
圧縮などが行わわる。次にステップＳ２に進み、そのデ
ータを適当なサイズのデータ（パケット）に分割し、適
当な間隔でネットワーク１０３に送出する。この時、こ
のパケットのサイズと送出時間間隔で送信レートが決め
られることになり、指定された送信レートで、そのパケ
ットがネットワーク１０３に送出される。なお、この送
信レートの決定の仕方については後述する。こうしてデ
ータの送信が終わるとステップＳ１に進み、データの生
成を再び行ってステップＳ２で送信するという処理を繰
り返す。
により、送信すべきデータが生成される。ここでは例え
ば、映像データを送信する場合には映像のキャプチャ、
圧縮などが行わわる。次にステップＳ２に進み、そのデ
ータを適当なサイズのデータ（パケット）に分割し、適
当な間隔でネットワーク１０３に送出する。この時、こ
のパケットのサイズと送出時間間隔で送信レートが決め
られることになり、指定された送信レートで、そのパケ
ットがネットワーク１０３に送出される。なお、この送
信レートの決定の仕方については後述する。こうしてデ
ータの送信が終わるとステップＳ１に進み、データの生
成を再び行ってステップＳ２で送信するという処理を繰
り返す。
【００２７】図４は、この送信データのフォーマット例
を示す図である。
を示す図である。
【００２８】この送信データには、送信シーケンス番
号、データ送信時刻、パケットロス率、パケットサイズ
等の情報が含まれている。
号、データ送信時刻、パケットロス率、パケットサイズ
等の情報が含まれている。
【００２９】また送信側端末１０１は、このようなデー
タを送信すると同時に、受信側端末１０２からの受信レ
ポートが送られてくるのを待っている（Ｓ１４）。
タを送信すると同時に、受信側端末１０２からの受信レ
ポートが送られてくるのを待っている（Ｓ１４）。
【００３０】この受信レポートのデータフォーマット例
を図５に示す。
を図５に示す。
【００３１】この受信レポートには、受信シーケンス番
号、受信レート、パケットロス率、及びデータ送信及び
受信時刻、受信レポート送信時刻など、送信側端末１０
１における送信レート制御法の選択に必要な情報と、そ
の選択された送信レート制御に用いる受信状況の情報な
どが含まれているものとする。
号、受信レート、パケットロス率、及びデータ送信及び
受信時刻、受信レポート送信時刻など、送信側端末１０
１における送信レート制御法の選択に必要な情報と、そ
の選択された送信レート制御に用いる受信状況の情報な
どが含まれているものとする。
【００３２】こうして受信レポートが受信されるとステ
ップＳ１３に進み、その受信レポートに記録されている
受信レートが、所定閾値（例えば５００Ｋｂｐｓ）を越
えているかどうかに基づいて、送信レート手法を選択す
る。ここでは、その閾値を越えている場合には、パケッ
トロスに基づくレート制御手法（送信レート制御部１１
３ａ：送信レート手法１）を選択する。また受信レート
が閾値以下の場合には、伝送遅延に基づくレート制御手
法（送信レート制御部１１３ｂ：送信レート手法２）を
選択する。
ップＳ１３に進み、その受信レポートに記録されている
受信レートが、所定閾値（例えば５００Ｋｂｐｓ）を越
えているかどうかに基づいて、送信レート手法を選択す
る。ここでは、その閾値を越えている場合には、パケッ
トロスに基づくレート制御手法（送信レート制御部１１
３ａ：送信レート手法１）を選択する。また受信レート
が閾値以下の場合には、伝送遅延に基づくレート制御手
法（送信レート制御部１１３ｂ：送信レート手法２）を
選択する。
【００３３】こうしてステップＳ１１或はステップＳ１
２において、その選択されたレート制御手法に基づい
て、受信レポートの情報を用いて送信レートを決定し、
その決定した送信レートを、データ送信用の送信レート
として指定する。
２において、その選択されたレート制御手法に基づい
て、受信レポートの情報を用いて送信レートを決定し、
その決定した送信レートを、データ送信用の送信レート
として指定する。
【００３４】図３は、本実施の形態の受信側端末１０２
における動作を説明するフローチャートである。
における動作を説明するフローチャートである。
【００３５】まずステップＳ２１で、ネットワーク１０
３を介して送信されてきたデータをデータ受信部１２１
で受信する。こうして受信された受信データは、データ
処理部１２２に送られて処理される（Ｓ２４）。ここで
は例えば、映像データが送られてきた場合、映像の表示
などを行う。また、そのデータを受信した時刻、データ
量、受信シーケンス番号の情報は、受信レポート生成部
１２３に送られる。そして、その情報を基に定期的（例
えば３秒ごと）に受信レポートを作成する（Ｓ２２）。
この受信レポートは、図５に示すように、受信シーケン
ス番号、受信レート、データ受信時刻、受信レポート送
信時刻、パケットロス率の情報を含んでいる。こうして
生成された受信レポートは、ネットワーク１０３を通し
て、送信側端未１０１の受信レポート受信部１１５に送
信される（Ｓ２３）。この受信レポートのデータフォー
マットは、前述の図５に示す通りである。
３を介して送信されてきたデータをデータ受信部１２１
で受信する。こうして受信された受信データは、データ
処理部１２２に送られて処理される（Ｓ２４）。ここで
は例えば、映像データが送られてきた場合、映像の表示
などを行う。また、そのデータを受信した時刻、データ
量、受信シーケンス番号の情報は、受信レポート生成部
１２３に送られる。そして、その情報を基に定期的（例
えば３秒ごと）に受信レポートを作成する（Ｓ２２）。
この受信レポートは、図５に示すように、受信シーケン
ス番号、受信レート、データ受信時刻、受信レポート送
信時刻、パケットロス率の情報を含んでいる。こうして
生成された受信レポートは、ネットワーク１０３を通し
て、送信側端未１０１の受信レポート受信部１１５に送
信される（Ｓ２３）。この受信レポートのデータフォー
マットは、前述の図５に示す通りである。
【００３６】以上のような処理を行って、送受信端末１
０１、１０２の間でデータの送受信を行いつつ、受信側
端末１０２が受信レポートを定期的に送信側端末１０１
に送信する。一方、送信側端末１０１では、受信レポー
トに含まれる受信レートを基に、最適な送信レート制御
手法を選択する。即ち、パケットロス率を指標にして送
信レートを制御する手法（送信レート制御手法１）と、
伝送遅延を指標にして送信レートを制御する手法のいず
れかを選択する。こうして選択された送信レート制御手
法を用いて送信レートを決定する。
０１、１０２の間でデータの送受信を行いつつ、受信側
端末１０２が受信レポートを定期的に送信側端末１０１
に送信する。一方、送信側端末１０１では、受信レポー
トに含まれる受信レートを基に、最適な送信レート制御
手法を選択する。即ち、パケットロス率を指標にして送
信レートを制御する手法（送信レート制御手法１）と、
伝送遅延を指標にして送信レートを制御する手法のいず
れかを選択する。こうして選択された送信レート制御手
法を用いて送信レートを決定する。
【００３７】図６は、図１に示すネットワーク１０３を
介して接続された送信側端末１０１と受信側端末１０２
の具体的な構成例を説明するブロック図である。
介して接続された送信側端末１０１と受信側端末１０２
の具体的な構成例を説明するブロック図である。
【００３８】図６において、送信側端末１０１はカメラ
サーバであって、カメラ１１００で撮影した映像データ
をネットワーク１０３を介して受信側端末１０２（クラ
イアント）に伝送している。このカメラサーバ１０１と
クライアント１０２とのハードウェア構成の相違点は、
カメラサーバ１０１がカメラ１１００、キャプチャ部１
１０１を備えていて、クライアント１０２がそれらを備
えていない点だけであり、これら送信側及び受信側端末
はいずれも、例えばパーソナルコンピュータで実現でき
る。つまり、符号１１０３〜１１０９と１２０３〜１２
０９は実質的に同じ構成であり、それぞれが汎用のコン
ピュータ（例えばパーソナルコンピュータ）で実現可能
である。
サーバであって、カメラ１１００で撮影した映像データ
をネットワーク１０３を介して受信側端末１０２（クラ
イアント）に伝送している。このカメラサーバ１０１と
クライアント１０２とのハードウェア構成の相違点は、
カメラサーバ１０１がカメラ１１００、キャプチャ部１
１０１を備えていて、クライアント１０２がそれらを備
えていない点だけであり、これら送信側及び受信側端末
はいずれも、例えばパーソナルコンピュータで実現でき
る。つまり、符号１１０３〜１１０９と１２０３〜１２
０９は実質的に同じ構成であり、それぞれが汎用のコン
ピュータ（例えばパーソナルコンピュータ）で実現可能
である。
【００３９】またソフトウェア的には、カメラサーバ１
０１には、撮像した映像データをクライアント１０２に
伝送するためのソフトウェア（外部記憶装置１１０６に
格納され、ＲＡＭ１１０５にロードされて実行される）
が動作しており、クライアント１０２では、その映像デ
ータを受信し、それを表示するソフトウェア（外部記憶
装置１２０６に格納されＲＡＭ１２０５にロードされて
実行される）が動作する点で異なる。
０１には、撮像した映像データをクライアント１０２に
伝送するためのソフトウェア（外部記憶装置１１０６に
格納され、ＲＡＭ１１０５にロードされて実行される）
が動作しており、クライアント１０２では、その映像デ
ータを受信し、それを表示するソフトウェア（外部記憶
装置１２０６に格納されＲＡＭ１２０５にロードされて
実行される）が動作する点で異なる。
【００４０】図６の構成を簡単に説明すると、ＣＰＵ１
１０３はＲＡＭ１１０５にロードされたプログラムに従
ってカメラサーバ１０１全体の動作を制御している。Ｒ
ＯＭ１１０４は各種データやプログラム等を固定的に記
憶している。ＲＡＭ１１０５はＣＰＵ１１０３の動作
時、各種データを一時的に保存するためのワークエリア
を有しており、またカメラ１１００により撮像された映
像データなども記憶される。１１０６はハードディスク
等の外部記憶装置で、各種プログラムやデータを記憶し
ている。１１０７はキーボードで、ポインティングデバ
イスであるマウス等も備えている。１１０８は液晶やＣ
ＲＴなどの表示装置である。キャプチャ部１１０１はカ
メラ１１００により撮像された映像データを取り込んで
デジタル信号に変換してバスに出力している。通信Ｉ／
Ｆ１１０９は、ネットワーク１１０３との間のインター
フェースを制御する通信インターフェース部である。
１０３はＲＡＭ１１０５にロードされたプログラムに従
ってカメラサーバ１０１全体の動作を制御している。Ｒ
ＯＭ１１０４は各種データやプログラム等を固定的に記
憶している。ＲＡＭ１１０５はＣＰＵ１１０３の動作
時、各種データを一時的に保存するためのワークエリア
を有しており、またカメラ１１００により撮像された映
像データなども記憶される。１１０６はハードディスク
等の外部記憶装置で、各種プログラムやデータを記憶し
ている。１１０７はキーボードで、ポインティングデバ
イスであるマウス等も備えている。１１０８は液晶やＣ
ＲＴなどの表示装置である。キャプチャ部１１０１はカ
メラ１１００により撮像された映像データを取り込んで
デジタル信号に変換してバスに出力している。通信Ｉ／
Ｆ１１０９は、ネットワーク１１０３との間のインター
フェースを制御する通信インターフェース部である。
【００４１】尚、クライアント１０２における１２０３
乃至１２０８（もしくは１２０９）は、前述のようにカ
メラサーバ１０１の１１０３乃至１１０９とハード的に
同じ構成であるため、それらの説明を省略する。
乃至１２０８（もしくは１２０９）は、前述のようにカ
メラサーバ１０１の１１０３乃至１１０９とハード的に
同じ構成であるため、それらの説明を省略する。
【００４２】尚、ここでは便宜上、カメラサーバ１０１
とクライアント１０２の例で示しただけであり、双方の
機器にビデオキャプチャ機能を付加した場合には、双方
がカメラサーバ及びクライアントとして機能することが
できる。
とクライアント１０２の例で示しただけであり、双方の
機器にビデオキャプチャ機能を付加した場合には、双方
がカメラサーバ及びクライアントとして機能することが
できる。
【００４３】さて、先に説明した実施の形態の動作をこ
のシステムに適用する場合、カメラサーバ１０１におけ
る映像データの送信レートを調整することになる。この
映像データの送信レートを決めるものとしては様々なも
のが考えられるが、ここでは、撮像する時間間隔を適宜
変更することで行うものとする。
のシステムに適用する場合、カメラサーバ１０１におけ
る映像データの送信レートを調整することになる。この
映像データの送信レートを決めるものとしては様々なも
のが考えられるが、ここでは、撮像する時間間隔を適宜
変更することで行うものとする。
【００４４】まず、カメラサーバ１０１の動作について
説明する。
説明する。
【００４５】図７及び図８は、カメラサーバ１０１にお
ける処理を示すフローチャートであり、図７はクライア
ント１０２から送信されてくる受信レポートに基づき、
キャプチャ時間間隔（インターバル）を決定し、単位時
間当たりに撮像する映像の枚数を決定して、結果的に単
位時間当たりの送信レートを可変する処理を示し、図８
は、その送信レートに従って撮像した映像データをクラ
イアント１０２に伝送する処理を示すフローチャートで
ある。
ける処理を示すフローチャートであり、図７はクライア
ント１０２から送信されてくる受信レポートに基づき、
キャプチャ時間間隔（インターバル）を決定し、単位時
間当たりに撮像する映像の枚数を決定して、結果的に単
位時間当たりの送信レートを可変する処理を示し、図８
は、その送信レートに従って撮像した映像データをクラ
イアント１０２に伝送する処理を示すフローチャートで
ある。
【００４６】図７において、まずステップＳ８１で、ク
ライアント１０２からの受信レポート（図５参照）を受
信するのを待ち、通信インターフェース１１０９により
受信するとステップＳ８２に進み、その受信レポートに
含まれる受信レートに基づいてレート制御手法を選択す
る。そしてステップＳ８３に進み、ステップＳ８２で選
択された送信レート制御手法により、送信レート（単位
時間当たりの伝送データ量）を決定する。そしてステッ
プＳ８４に進み、その算出した送信レートに従って、単
位時間当たりに送信できる映像枚数を決定し、それをキ
ャプチャ間隔として設定する。以下ステップＳ８１〜ス
テップＳ８４の処理を繰り返す。
ライアント１０２からの受信レポート（図５参照）を受
信するのを待ち、通信インターフェース１１０９により
受信するとステップＳ８２に進み、その受信レポートに
含まれる受信レートに基づいてレート制御手法を選択す
る。そしてステップＳ８３に進み、ステップＳ８２で選
択された送信レート制御手法により、送信レート（単位
時間当たりの伝送データ量）を決定する。そしてステッ
プＳ８４に進み、その算出した送信レートに従って、単
位時間当たりに送信できる映像枚数を決定し、それをキ
ャプチャ間隔として設定する。以下ステップＳ８１〜ス
テップＳ８４の処理を繰り返す。
【００４７】ここでは、クライアント１０２から受信レ
ポートが来る毎にレート制御手法を選択するように説明
したが、このように受信レポートを受信する毎にレート
制御手法を変更すると、設定される送信レートが振動的
になって、動作が安定しない虞がある。そこでこのよう
な場合には、レート制御手法の選択を受信レポートの受
信毎に行わず、例えば、受信レポートを１０回受信する
度に１回だけ行うようにしてもよい。尚、この際にも、
ステップＳ８２における送信レートの変更処理は、受信
レポートの受信毎に行われるものとする。
ポートが来る毎にレート制御手法を選択するように説明
したが、このように受信レポートを受信する毎にレート
制御手法を変更すると、設定される送信レートが振動的
になって、動作が安定しない虞がある。そこでこのよう
な場合には、レート制御手法の選択を受信レポートの受
信毎に行わず、例えば、受信レポートを１０回受信する
度に１回だけ行うようにしてもよい。尚、この際にも、
ステップＳ８２における送信レートの変更処理は、受信
レポートの受信毎に行われるものとする。
【００４８】次に図８のフローチャートを参照して、カ
メラサーバ１０１における映像データの送信処理を説明
する。この送信処理は、上記ステップＳ８４で決定され
た撮像時間間隔で動作するものである。
メラサーバ１０１における映像データの送信処理を説明
する。この送信処理は、上記ステップＳ８４で決定され
た撮像時間間隔で動作するものである。
【００４９】まずステップＳ９１で、キャプチャ部１１
０１でカメラ１１００により撮影した映像を取り込み、
ステップＳ９２でその映像データを圧縮符号化し、ステ
ップＳ９３で前述したように、送信シーケンス番号、デ
ータ送信時刻、パケットロス率、パケットサイズ等を含
む圧縮符号化した映像データを、パケットデータとして
送信する。
０１でカメラ１１００により撮影した映像を取り込み、
ステップＳ９２でその映像データを圧縮符号化し、ステ
ップＳ９３で前述したように、送信シーケンス番号、デ
ータ送信時刻、パケットロス率、パケットサイズ等を含
む圧縮符号化した映像データを、パケットデータとして
送信する。
【００５０】その結果、ネットワーク１０３を介した送
信側端末と受信側端末の間のデータ伝送は、ネットワー
ク１０３の状況に応じた、最適な送信レートで実施され
ることになる。
信側端末と受信側端末の間のデータ伝送は、ネットワー
ク１０３の状況に応じた、最適な送信レートで実施され
ることになる。
【００５１】本実施の形態では、受信レートを受信側端
未で計算し、その受信レートを受信レポートに含んで送
信側端末に報告することになっている。しかしながら、
この受信レポートには最新の受信データの受信シーケン
ス番号が含まれており、前回の受信レポートで報告され
た受信シーケンス番号、受信レポート送信時刻、及びパ
ケットサイズ等の情報を送信側端末が保持していれば、
送信側端末で受信レートが計算可能である。このよう
に、受信レートを受信側端末から送信側端末に送信する
受信レポートに含めるのではなく送信側端未で計算する
ことにより、ＲＴＰ（ＲＦＣ１８８９）の仕様に則って
実現する方法を以下に説明する。
未で計算し、その受信レートを受信レポートに含んで送
信側端末に報告することになっている。しかしながら、
この受信レポートには最新の受信データの受信シーケン
ス番号が含まれており、前回の受信レポートで報告され
た受信シーケンス番号、受信レポート送信時刻、及びパ
ケットサイズ等の情報を送信側端末が保持していれば、
送信側端末で受信レートが計算可能である。このよう
に、受信レートを受信側端末から送信側端末に送信する
受信レポートに含めるのではなく送信側端未で計算する
ことにより、ＲＴＰ（ＲＦＣ１８８９）の仕様に則って
実現する方法を以下に説明する。
【００５２】かかるＲＴＰで決められるた受信レポート
の例を図９に示す。
の例を図９に示す。
【００５３】いま１個のパケットの平均サイズを仮にＰ
とすれば、 Ｒrecv=Ｐ×(１−Ｌ)×(Ｓn−Ｓn-1)／(Ｔs2n−Ｔs2n-
1) として求める。ここで「Ｔs2n」は、時刻ｎのＲＴＣＰ
受信レポートを受信した時刻で、「Ｔs2n-1」は、１個
前のＲＴＣＰ受信レポートを受信した時刻である。以上
の通り、本実施の形態では、ＲＴＰを活用することも可
能になるのは明らかである。なお、クライアント側での
処理は、上記の説明から容易に理解できるであろうし、
図３に示したものと実質的に変わらないのでここでの説
明は省略する。
とすれば、 Ｒrecv=Ｐ×(１−Ｌ)×(Ｓn−Ｓn-1)／(Ｔs2n−Ｔs2n-
1) として求める。ここで「Ｔs2n」は、時刻ｎのＲＴＣＰ
受信レポートを受信した時刻で、「Ｔs2n-1」は、１個
前のＲＴＣＰ受信レポートを受信した時刻である。以上
の通り、本実施の形態では、ＲＴＰを活用することも可
能になるのは明らかである。なお、クライアント側での
処理は、上記の説明から容易に理解できるであろうし、
図３に示したものと実質的に変わらないのでここでの説
明は省略する。
【００５４】上述した実施の形態では、２つのレート制
御手法を切り替えるとして説明したが、実際にはその切
り替えの閾値付近で、レート制御法の切り替えが頻繁に
発生し、送信レートが振動的な振る舞いになる可能性が
ある。これを解決するために、レート制御手法の変更に
ヒステリシス特性を持たせることが考えられる。例え
ば、レート制御手法１から手法２への変更は、受信レー
トが閾値６００[Kbps]を越えたときに行い、レート制御
手法２から手法１への変更は、受信レートが閾値４００
[Kbps]を下回った時に行う、といったようにする。
御手法を切り替えるとして説明したが、実際にはその切
り替えの閾値付近で、レート制御法の切り替えが頻繁に
発生し、送信レートが振動的な振る舞いになる可能性が
ある。これを解決するために、レート制御手法の変更に
ヒステリシス特性を持たせることが考えられる。例え
ば、レート制御手法１から手法２への変更は、受信レー
トが閾値６００[Kbps]を越えたときに行い、レート制御
手法２から手法１への変更は、受信レートが閾値４００
[Kbps]を下回った時に行う、といったようにする。
【００５５】別の安定化のための解決法として、閾値付
近では、２つのレート制御手法の出力を合成して、送信
レートを決定する方法が考えられる。例えば、受信レー
トが４００[Kbps]を下回るときにはレート制御手法２を
採用し、受信レートが６００[Kbps]を越える場合にはレ
ート制御手法１を採用するが、それら２つ閾値の間（４
００[Kbps]〜６００[Kbps]）では、２つのレート制御法
の出力を合成して、送信レートを決定すればよい。受信
レートが５００[Kbps]のときは、これら２つのレート制
御手法の出力をそれぞれ２分の１にして足し合わせ、受
信レートが４５０[Kbps]のときには、レート制御手法１
の出力の２５％とレート制御手法２の出力の７５％を足
し合わせというように、閾値を越えた割合に応じて送信
レートを決定すればよい。
近では、２つのレート制御手法の出力を合成して、送信
レートを決定する方法が考えられる。例えば、受信レー
トが４００[Kbps]を下回るときにはレート制御手法２を
採用し、受信レートが６００[Kbps]を越える場合にはレ
ート制御手法１を採用するが、それら２つ閾値の間（４
００[Kbps]〜６００[Kbps]）では、２つのレート制御法
の出力を合成して、送信レートを決定すればよい。受信
レートが５００[Kbps]のときは、これら２つのレート制
御手法の出力をそれぞれ２分の１にして足し合わせ、受
信レートが４５０[Kbps]のときには、レート制御手法１
の出力の２５％とレート制御手法２の出力の７５％を足
し合わせというように、閾値を越えた割合に応じて送信
レートを決定すればよい。
【００５６】また前述したように、パケットサイズを変
更することによっても送信レートを変更することができ
る。これはパケットに含まれるアドレス情報などの制御
に対する、本来のデータ量の比率が変わるためである。
更することによっても送信レートを変更することができ
る。これはパケットに含まれるアドレス情報などの制御
に対する、本来のデータ量の比率が変わるためである。
【００５７】また、上記実施の形態の初期送信レートで
あるが、これはネットワークの種類及び、そのネットワ
ークに接続するインターフェースの種類によって適宜設
定できるようにすることが望まれる。例えば、社内で上
記システムを構築するのであれば、イーサネット（１０
[Mbps]や１００[Mbps]）であろうから、高い送信レート
を初期に設定できるであろう。
あるが、これはネットワークの種類及び、そのネットワ
ークに接続するインターフェースの種類によって適宜設
定できるようにすることが望まれる。例えば、社内で上
記システムを構築するのであれば、イーサネット（１０
[Mbps]や１００[Mbps]）であろうから、高い送信レート
を初期に設定できるであろう。
【００５８】［実施の形態２］本実施の形態２に係る装
置の構成は前述の実施の形態１と同様である。但し、最
適な送信レート制御法の選択法が異なる。前述の実施の
形態１では、受信レートの情報に基づいてレート制御手
法の選択を行ったが、この実施の形態２では、データ往
復時間の計測値に基づいてレート制御手法を選択する。
置の構成は前述の実施の形態１と同様である。但し、最
適な送信レート制御法の選択法が異なる。前述の実施の
形態１では、受信レートの情報に基づいてレート制御手
法の選択を行ったが、この実施の形態２では、データ往
復時間の計測値に基づいてレート制御手法を選択する。
【００５９】図５に示す受信レポートより、データ往復
時間を計測することができる。データ往復時間に閾値
（例えば２００[msec]）を設け、計測されたデータ往復
時間が閾値を越える場合は、伝送遅延に基づくレート制
御手法（レート制御手法２）を選択する。計測されたデ
ータ往復時間が閾値より小さい場合には、パケットロス
に基づくレート制御手法（レート制御手法１）を選択す
る。
時間を計測することができる。データ往復時間に閾値
（例えば２００[msec]）を設け、計測されたデータ往復
時間が閾値を越える場合は、伝送遅延に基づくレート制
御手法（レート制御手法２）を選択する。計測されたデ
ータ往復時間が閾値より小さい場合には、パケットロス
に基づくレート制御手法（レート制御手法１）を選択す
る。
【００６０】［実施の形態３］本実施の形態３に係る装
置の構成は前述の実施の形態１と同様である。但し、こ
の実施の形態３では、最適な送信レート制御法の選択法
が異なる。前述の実施の形態１では、受信レポートに含
まれる受信レートの情報に基づいてレート制御手法の選
択を行ったが、本実施の形態３では、データ往復時間の
ばらつきに基づいてレート制御手法を選択する。
置の構成は前述の実施の形態１と同様である。但し、こ
の実施の形態３では、最適な送信レート制御法の選択法
が異なる。前述の実施の形態１では、受信レポートに含
まれる受信レートの情報に基づいてレート制御手法の選
択を行ったが、本実施の形態３では、データ往復時間の
ばらつきに基づいてレート制御手法を選択する。
【００６１】図５に示す受信レポートより、データ往復
時間を計測することができる。ここで計測される往復時
間は、ある程度のばらつきをもっている。この計測値の
標準偏差を求める。この標準偏差と計測値の平均値（も
しくは最小値）との比を計算し、この比がある閾値（例
えば０．２）以上であれば、パケットロスに基づくレー
ト制御法（レート制御手法１）を選択する。また閾値以
下であった時には伝送遅延に基づくレート制御手法（レ
ート制御手法２）を選択する。
時間を計測することができる。ここで計測される往復時
間は、ある程度のばらつきをもっている。この計測値の
標準偏差を求める。この標準偏差と計測値の平均値（も
しくは最小値）との比を計算し、この比がある閾値（例
えば０．２）以上であれば、パケットロスに基づくレー
ト制御法（レート制御手法１）を選択する。また閾値以
下であった時には伝送遅延に基づくレート制御手法（レ
ート制御手法２）を選択する。
【００６２】［実鹿の形態４］本実施の形態４に係る装
置の構成は前述の実施の形態１と同様である。但し、最
適な送信レート制御法の選択法が異なる。実施の形態１
では、受信レートの情報に基づいてレート制御手法の選
択を行ったが、この実施の形態４では、送信側でのデー
タレートの変更が、パケットロス率の変化に影響を及ぼ
すか、データ往復時間の変化に影響を及ぼすかによって
レート制御手法を選択する。
置の構成は前述の実施の形態１と同様である。但し、最
適な送信レート制御法の選択法が異なる。実施の形態１
では、受信レートの情報に基づいてレート制御手法の選
択を行ったが、この実施の形態４では、送信側でのデー
タレートの変更が、パケットロス率の変化に影響を及ぼ
すか、データ往復時間の変化に影響を及ぼすかによって
レート制御手法を選択する。
【００６３】パケットロスも伝送遅延も大きくない初期
状態から、徐々に送信レートを上げていく。その後、パ
ケットロスが急激に発生する状態（例えば５０％以上の
ロス率）が生じた場合には、パケットロスに基づいてレ
ート制御手法（レート制御手法１）を選択する。パケッ
トロスの発生が観測される前に、データ往復時間の増加
（例えば最小値の往復時間の１．５倍）が観測された場
合には、伝送遅延に基づくレート制御手法（レート制御
手法２）を選択する。
状態から、徐々に送信レートを上げていく。その後、パ
ケットロスが急激に発生する状態（例えば５０％以上の
ロス率）が生じた場合には、パケットロスに基づいてレ
ート制御手法（レート制御手法１）を選択する。パケッ
トロスの発生が観測される前に、データ往復時間の増加
（例えば最小値の往復時間の１．５倍）が観測された場
合には、伝送遅延に基づくレート制御手法（レート制御
手法２）を選択する。
【００６４】送信側端末は送信レートを増大させたとき
に、その時刻からデータ往復時間だけ経過した時刻に最
も近い受信レポートを調べ、データ往復時間が増大した
場合には伝送遅延に基づくレート制御手法（レート制御
手法２）を選択する。またパケットロス率が増大してい
る場合には、パケットロスに基づくレート制御手法（レ
ート制御手法１）を選択する。
に、その時刻からデータ往復時間だけ経過した時刻に最
も近い受信レポートを調べ、データ往復時間が増大した
場合には伝送遅延に基づくレート制御手法（レート制御
手法２）を選択する。またパケットロス率が増大してい
る場合には、パケットロスに基づくレート制御手法（レ
ート制御手法１）を選択する。
【００６５】なお、本発明は、上記の実施の形態を実現
するための装置および方法のみに限定されるものではな
く、上記システムまたは装置内のコンピュータ（ＣＰＵ
あるいはＭＰＵ）に、上記実施の形態を実現するための
ソフトウェアのプログラムコードを供給し、このプログ
ラムコードに従って上記システムあるいは装置のコンピ
ュータが上記各種デバイスを動作させることにより上記
実施の形態を実現する場合も本発明の範疇に含まれる。
するための装置および方法のみに限定されるものではな
く、上記システムまたは装置内のコンピュータ（ＣＰＵ
あるいはＭＰＵ）に、上記実施の形態を実現するための
ソフトウェアのプログラムコードを供給し、このプログ
ラムコードに従って上記システムあるいは装置のコンピ
ュータが上記各種デバイスを動作させることにより上記
実施の形態を実現する場合も本発明の範疇に含まれる。
【００６６】またこの場合、前記ソフトウェアのプログ
ラムコード自体が上記実施の形態の機能を実現すること
になり、そのプログラムコード自体、およびそのプログ
ラムコードをコンピュータに供給するための手段、具体
的には上記プログラムコードを格納した記憶媒体は本発
明の範疇に含まれる。
ラムコード自体が上記実施の形態の機能を実現すること
になり、そのプログラムコード自体、およびそのプログ
ラムコードをコンピュータに供給するための手段、具体
的には上記プログラムコードを格納した記憶媒体は本発
明の範疇に含まれる。
【００６７】このようなプログラムコードを格納する記
憶媒体としては、例えばフロッピーディスク、ハードデ
ィスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、
磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用
いることができる。
憶媒体としては、例えばフロッピーディスク、ハードデ
ィスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、
磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用
いることができる。
【００６８】また、上記コンピュータが、供給されたプ
ログラムコードのみに従って各種デバイスを制御するこ
とにより、上記実施の形態の機能が実現される場合だけ
ではなく、上記プログラムコードがコンピュータ上で稼
動しているＯＳ（オペレーティングシステム）、あるい
は他のアプリケーションソフトなどと共同して上記実施
の形態が実現される場合にもかかるプログラムコードは
発明の範疇に含まれる。
ログラムコードのみに従って各種デバイスを制御するこ
とにより、上記実施の形態の機能が実現される場合だけ
ではなく、上記プログラムコードがコンピュータ上で稼
動しているＯＳ（オペレーティングシステム）、あるい
は他のアプリケーションソフトなどと共同して上記実施
の形態が実現される場合にもかかるプログラムコードは
発明の範疇に含まれる。
【００６９】更に、この供給されたプログラムコード
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部又は全部を行い、その処理によって上記実
施の形態が実現される場合も本発明の範疇に含まれる。
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部又は全部を行い、その処理によって上記実
施の形態が実現される場合も本発明の範疇に含まれる。
【００７０】尚、本発明はインターネットなどの大規模
なネットワークに適用すると効果が大きい。
なネットワークに適用すると効果が大きい。
【００７１】また、上述した実施の形態では、送信側端
末として、カメラサーバを例にして説明したが、本発明
はこれに限定されるものではない。例えば、外部記憶装
置に記憶されている動画ファイルを再生してクライアン
トにサービスする場合にも適用できよう。
末として、カメラサーバを例にして説明したが、本発明
はこれに限定されるものではない。例えば、外部記憶装
置に記憶されている動画ファイルを再生してクライアン
トにサービスする場合にも適用できよう。
【００７２】以上説明したように本実施の形態によれ
ば、ネットワークを介してデータ通信する際、介在する
ネットワークの状況に応じた制御手法を用いて送信レー
トを動的に変更制御し、最適なデータ転送を行うことが
可能になる。従って、例えばカメラで撮影された映像を
ネットワークを介して伝送するような、リアルタイム性
が要求される場合に特に有効である。
ば、ネットワークを介してデータ通信する際、介在する
ネットワークの状況に応じた制御手法を用いて送信レー
トを動的に変更制御し、最適なデータ転送を行うことが
可能になる。従って、例えばカメラで撮影された映像を
ネットワークを介して伝送するような、リアルタイム性
が要求される場合に特に有効である。
【００７３】
【発明の効果】以上説明したように本発明によれば、送
信データを受信した端末から送られる受信状況に基づい
て、送信レートを決定してデータを送信することによ
り、そのデータの送信状況に応じた送信レートでデータ
を送受信できるという効果がある。
信データを受信した端末から送られる受信状況に基づい
て、送信レートを決定してデータを送信することによ
り、そのデータの送信状況に応じた送信レートでデータ
を送受信できるという効果がある。
【００７４】又本発明によれば、受信側端末におけるデ
ータ損失率に基づいて送信レートを決定してデータを送
信することにより、そのデータ損失率に応じた送信レー
トでデータを送受信できるという効果がある。
ータ損失率に基づいて送信レートを決定してデータを送
信することにより、そのデータ損失率に応じた送信レー
トでデータを送受信できるという効果がある。
【００７５】又本発明によれば、データの伝送遅延に基
づいて送信レートを決定してデータを送信できる。
づいて送信レートを決定してデータを送信できる。
【００７６】また本発明によれば、端末から受信した受
信状況に含まれる送信時刻情報と受信時刻情報に基づい
て、データが送信されて端末から返送されるのに要する
時間を求め、その時間に基づいて送信レートを決定して
データを送信することにより、そのデータの伝送処理状
況に応じた送信レートでデータを送受信できるという効
果がある。
信状況に含まれる送信時刻情報と受信時刻情報に基づい
て、データが送信されて端末から返送されるのに要する
時間を求め、その時間に基づいて送信レートを決定して
データを送信することにより、そのデータの伝送処理状
況に応じた送信レートでデータを送受信できるという効
果がある。
【図１】本発明の実施の形態に係るネットワークを介し
て接続された送信側端末と受信側端末の構造を示すブロ
ック図である。
て接続された送信側端末と受信側端末の構造を示すブロ
ック図である。
【図２】本実施の形態に係る送信側端末の処理を示すフ
ローチャートである。
ローチャートである。
【図３】本実施の形態に係る受信側端末における処理を
示すフローチャートである。
示すフローチャートである。
【図４】本実施の形態の送信側端末から送信される送信
データのデータフォーマット例を示す図である。
データのデータフォーマット例を示す図である。
【図５】本実施の形態の受信側端末から送られる受信レ
ポートのデータフォーマット例を示す図である。
ポートのデータフォーマット例を示す図である。
【図６】本発明の実施の形態に係るネットワークを介し
て接続された送信側端末（カメラサーバ）と受信側端末
（クライアント）の構造を示すブロック図である。
て接続された送信側端末（カメラサーバ）と受信側端末
（クライアント）の構造を示すブロック図である。
【図７】本実施の形態に係るカメラサーバの処理を示す
フローチャートである。
フローチャートである。
【図８】本実施の形態に係るカメラサーバの処理を示す
フローチャートである。
フローチャートである。
【図９】本実施の形態の適用例としてのＲＴＣＰ受信レ
ポートのパケットフォーマットを示す図である。
ポートのパケットフォーマットを示す図である。
Claims (52)
- 【請求項１】 ネットワークを介してデータを送受信す
るデータ通信装置であって、 データを送信する送信手段と、 前記送信手段により送信された前記データを受信した端
末から送信される受信状況を受信する受信手段と、 前記送信手段により送信するデータの送信レートを制御
する制御手段と、 前記受信手段により受信された受信状況に基づいて送信
レートを決定する送信レート決定手段とを有し、 前記送信レート決定手段により決定された送信レートに
従って前記制御手段により前記送信手段を制御してデー
タを送信することを特徴とするデータ通信装置。 - 【請求項２】 前記データは、当該データを送信する送
信時刻情報を含むことを特徴とする請求項１に記載のデ
ータ通信装置。 - 【請求項３】 前記受信状況は、少なくとも前記データ
に含まれる送信時刻情報、当該データを処理するのに要
する処理時間情報、及びデータ損失率の情報を含むこと
を特徴とする請求項１又は２に記載のデータ通信装置。 - 【請求項４】 前記受信状況の送信間隔は、前記送信手
段から送信されるデータの受信とは非同期であって所定
時間間隔で前記端末から返信されることを特徴とする請
求項１に記載のデータ通信装置。 - 【請求項５】 前記制御手段は、データ損失率に基づい
て第１送信レートを設定することを特徴とする請求項１
に記載のデータ通信装置。 - 【請求項６】 前記制御手段は、データの伝送遅延に基
づいて第２送信レートを設定することを特徴とする請求
項１に記載のデータ通信装置。 - 【請求項７】 前記送信レート決定手段は、前記端末か
ら受信した前記受信状況に含まれる送信時刻情報と受信
時刻情報に基づいて、前記送信手段からデータが送信さ
れて前記端末から返送されるのに要する時間を求め、当
該時間に基づいて前記送信レートを決定することを特徴
とする請求項３に記載のデータ通信装置。 - 【請求項８】 前記受信状況は受信レート情報を含み、
前記送信レート決定手段は、前記受信レートに基づいて
前記送信レートを決定することを特徴とする請求項１に
記載のデータ通信装置。 - 【請求項９】 前記受信状況はパケットロス率情報を含
み、前記送信レート決定手段は、前記パケットロス率情
報に基づいて前記送信レートを決定することを特徴とす
る請求項１に記載のデータ通信装置。 - 【請求項１０】 前記送信レート決定手段は、前記送信
レートを変更する閾値にヒステリシス特性を持たせるこ
とを特徴とする請求項１に記載のデータ通信装置。 - 【請求項１１】 ネットワークを介してサーバとクライ
アントとを接続する通信システムであって、前記サーバ
は、データを送信する送信手段と、前記送信手段により
送信された前記データを受信したクライアントから送信
される受信状況を受信する受信手段と、前記送信手段に
より送信するデータの送信レートを制御する制御手段
と、前記受信手段により受信された受信状況に基づいて
送信レートを決定する送信レート決定手段とを有し、前
記送信レート決定手段により決定された送信レートに従
って前記制御手段により前記送信手段を制御して前記ク
ライアントにデータを送信するとともに、前記クライア
ントは、前記送信手段によって送信されたデータを受信
すると前記サーバに前記受信状況を送信する手段と、を
有することを特徴とする通信システム。 - 【請求項１２】 前記データは、当該データを送信する
送信時刻情報を含むことを特徴とする請求項１１に記載
の通信システム。 - 【請求項１３】 前記受信状況は、少なくとも前記デー
タに含まれる送信時刻情報、当該データを処理するのに
要する処理時間情報、及びデータ損失率の情報を含むこ
とを特徴とする請求項１１又は１２に記載の通信システ
ム。 - 【請求項１４】 前記受信状況の送信間隔は、前記送信
手段から送信されるデータの受信とは非同期であって所
定時間間隔で前記クライアントから返信されることを特
徴とする請求項１１に記載の通信システム。 - 【請求項１５】 前記制御手段は、データ損失率に基づ
いて第１送信レートを設定することを特徴とする請求項
１１に記載の通信システム。 - 【請求項１６】 前記制御手段は、データの伝送遅延に
基づいて第２送信レートを設定することを特徴とする請
求項１１に記載の通信システム。 - 【請求項１７】 前記送信レート決定手段は、前記クラ
イアントから受信した前記受信状況に含まれる送信時刻
情報と受信時刻情報に基づいて、前記送信手段からデー
タが送信されて前記クライアントから返送されるのに要
する時間を求め、当該時間に基づいて前記送信レートを
決定することを特徴とする請求項１３に記載の通信シス
テム。 - 【請求項１８】 前記受信状況は受信レート情報を含
み、前記送信レート決定手段は、前記受信レートに基づ
いて前記送信レートを決定することを特徴とする請求項
１１に記載の通信システム。 - 【請求項１９】 ネットワークを介してデータを送受信
するデータ通信装置におけるデータ通信方法であって、 ネットワークを介して送信したデータを受信した端末か
ら送信される受信状況を受信する受信工程と、 前記受信状況に基づいて送信レートを決定する送信レー
ト決定工程と、 決定された送信レートに従って前記端末にデータを送信
する送信工程と、を有することを特徴とするデータ通信
方法。 - 【請求項２０】 前記データは、当該データを送信する
送信時刻情報を含むことを特徴とする請求項１９に記載
のデータ通信方法。 - 【請求項２１】 前記受信状況は、少なくとも前記デー
タに含まれる送信時刻情報、当該データを処理するのに
要する処理時間情報、及びデータ損失率の情報を含むこ
とを特徴とする請求項１９又は２０に記載のデータ通信
方法。 - 【請求項２２】 前記受信状況の送信間隔は、送信され
るデータの受信とは非同期であって所定時間間隔で前記
端末から返信されることを特徴とする請求項１９に記載
のデータ通信方法。 - 【請求項２３】 前記送信レートは、データ損失率に基
づいて設定されることを特徴とする請求項１９に記載の
データ通信方法。 - 【請求項２４】 前記送信レートは、データの伝送遅延
に基づいて設定されることを特徴とする請求項１９に記
載のデータ通信方法。 - 【請求項２５】 前記送信レートは、前記端末から受信
した前記受信状況に含まれる送信時刻情報と受信時刻情
報に基づいて、前記データが送信されて前記端末から返
送されるのに要する時間を求め、当該時間に基づいて決
定されることを特徴とする請求項２１に記載のデータ通
信方法。 - 【請求項２６】 前記受信状況は受信レート情報を含
み、前記送信レートは前記受信レートに基づいて決定さ
れることを特徴とする請求項１９に記載のデータ通信方
法。 - 【請求項２７】 前記受信状況はパケットロス率情報を
含み、前記送信レートは、前記パケットロス率情報に基
づいて決定されることを特徴とする請求項１９に記載の
データ通信方法。 - 【請求項２８】 前記送信レートを変更する閾値にヒス
テリシス特性を持たせることを特徴とする請求項１９に
記載のデータ通信方法。 - 【請求項２９】 ネットワークを介してデータを送受信
するデータ通信装置におけるデータ通信方法を実行する
プログラムを記憶したコンピュータにより読取り可能な
記憶媒体であって、 ネットワークを介して送信したデータを受信した端末か
ら送信される受信状況を受信する受信工程モジュール
と、 前記受信状況に基づいて送信レートを決定する送信レー
ト決定工程モジュールと、 決定された送信レートに従って前記端末にデータを送信
する送信工程モジュールと、を有することを特徴とする
記憶媒体。 - 【請求項３０】 前記データは、当該データを送信する
送信時刻情報を含むことを特徴とする請求項２９に記載
の記憶媒体。 - 【請求項３１】 前記受信状況は、少なくとも前記デー
タに含まれる送信時刻情報、当該データを処理するのに
要する処理時間情報、及びデータ損失率の情報を含むこ
とを特徴とする請求項２９又は３０に記載の記憶媒体。 - 【請求項３２】 前記受信状況の送信間隔は、送信され
るデータの受信とは非同期であって所定時間間隔で前記
端末から返信されることを特徴とする請求項２９に記載
の記憶媒体。 - 【請求項３３】 前記送信レートは、データ損失率に基
づいて設定されることを特徴とする請求項２９に記載の
記憶媒体。 - 【請求項３４】 前記送信レートは、データの伝送遅延
に基づいて設定されることを特徴とする請求項２９に記
載の記憶媒体。 - 【請求項３５】 前記送信レートは、前記端末から受信
した前記受信状況に含まれる送信時刻情報と受信時刻情
報に基づいて、前記データが送信されて前記端末から返
送されるのに要する時間を求め、当該時間に基づいて決
定されることを特徴とする請求項３１に記載の記憶媒
体。 - 【請求項３６】 前記受信状況は受信レート情報を含
み、前記送信レートは前記受信レートに基づいて決定さ
れることを特徴とする請求項２９に記載の記憶媒体。 - 【請求項３７】 前記受信状況はパケットロス率情報を
含み、前記送信レートは、前記パケットロス率情報に基
づいて決定されることを特徴とする請求項２９に記載の
記憶媒体。 - 【請求項３８】 前記送信レートを変更する閾値にヒス
テリシス特性を持たせることを特徴とする請求項２９に
記載の記憶媒体。 - 【請求項３９】 ネットワークを介して、端末に向けて
データを転送するデータ通信装置であって、 前記端末に向けて、データを受信した端末が送信した受
信状況を受信する手段と、 データを転送するレートを制御する転送レート制御手段
を複数保有し、 前記受信状況に基づき、前記転送レート制御手段を選択
する手段と、 前記選択された転送レート制御手段により、転送レート
を得る手段と、 得られた転送レートに従ってデータを転送する転送手段
と、を備えることを特徴とするデータ通信装置。 - 【請求項４０】 前記転送手段は、データを転送する単
位毎に、その単位を送信する時刻情報を付加して転送す
ることを特徴とする請求項３９に記載のデータ通信装
置。 - 【請求項４１】 前記端末は、受信したデータ中に含ま
れる送信時刻情報、当該データを受信してから内部で要
した処理時間情報、及びデータ損失率の情報を含む受信
レポート情報を返信することを特徴とする請求項４０に
記載のデータ通信装置。 - 【請求項４２】 前記受信レポート情報の送信間隔は、
データの受信には非同期であって、所定時間間隔で返信
されることを特徴とする請求項４１に記載のデータ通信
装置。 - 【請求項４３】 端末側から返送されてくるデータに含
まれる前記送信時刻情報と前記受信時刻情報を含む返答
情報を検出することで、データが前記転送手段と前記端
末の間を往復するのに要する時間を計測する計測手段を
更に有することを特徴とする請求項４１又は請求項４２
に記載のデータ通信装置。 - 【請求項４４】 前記転送レート制御手段の一つが、パ
ケットロスに基づいて前記転送レートを決定する手段で
あることを特徴とする請求項３９に記載のデータ通信装
置。 - 【請求項４５】 前記転送レート制御手段の一つが、伝
送遅延に基づいて前記転送レートを決定する手段である
ことを特徴とする請求項３９に記載のデータ通信装置。 - 【請求項４６】 前記転送レート制御手法の選択手段と
して、前記受信レポートに含まれる受信レートを用いる
手段を含むことを特徴とする請求項３９に記載のデータ
通信装置。 - 【請求項４７】 前記転送レート制御手法の選択手段と
して、前記受信レポートより求められる前記データ往復
時間を用いる手段を含むことを特徴とする請求項３９に
記載のデータ通信装置。 - 【請求項４８】 前記転送レート制御手法の選択手段と
して、選択を変更する閾値にヒステリシスを持つ手段を
含むことを特徴とする請求項３９に記載のデータ通信装
置。 - 【請求項４９】 ネットワークを介して、端末に向けて
データを転送するデータ通信装置であって、 前記端末に向けて、データを受信した端末が送信した受
信状況を受信する手段と、 データを転送するレートを制御する転送レート制御手段
を複数保有し、 前記受信状況に基づき、前記複数の転送レート制御手段
によって得られるレートを合成する手段と、 前記レート合成手段により、転送レートを得る手段と、 得られた転送レートに従ってデータを転送する転送手段
とを備えることを特徴とするデータ通信装置。 - 【請求項５０】 情報を発信するサーバと、当該サーバ
からのデータをネットワークを介して受信するクライア
ントで構成されるシステムにおいて、 前記サーバは、 前記クライアントからの受信レポートを受信する手段
と、 前記受信レポートに基づき、データ転送レート制御手法
を選択する選択手段と、 前記選択手段により選択された転送レート制御手法に基
づき、転送レートを得る手段と、 得られた転送レートに従ってデータを転送する転送手段
とを備え、 前記クライアントは、 前記送信手段によって送信されてきたデータを受信する
受信手段と、 該受信手段で受信されたデータに対し、前記計測手段に
よる計測を補助する情報を作成し、前記送信側装置に返
信する返信手段とを備えることを特徴とするデータ通信
システム。 - 【請求項５１】 ネットワークを介して端末に向けてデ
ータを転送するデータ通信装置として機能するプログラ
ムを格納した記憶媒体であって、 前記ネットワークの通信状況により転送レート制御手法
を選択する手段と、 前記選択手段によって選択された転送レート制御手法に
基づき、転送レートを得る手段と、 得られた転送レートに従ってデータを転送する転送手段
として機能するプログラムコードを格納した記憶媒体。 - 【請求項５２】 ネットワーク上のデータ発信元装置か
ら送られてくるデータを受信するデータ通信装置として
機能するプログラムを格納した記憶媒体であって、 受信したデータ中に含まれる当該データを送信した時刻
を抽出する抽出手段と、 抽出された送信時刻、及び当該データを受信した時刻、
及び現在の時刻の情報を前記データ発信元装置の転送レ
ートを決定する情報として当該データ発信元装置に送信
する手段として機能するプログラムコードを格納した記
憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32120399A JP2001144802A (ja) | 1999-11-11 | 1999-11-11 | データ通信装置及びその方法及び通信システム及び記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32120399A JP2001144802A (ja) | 1999-11-11 | 1999-11-11 | データ通信装置及びその方法及び通信システム及び記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001144802A true JP2001144802A (ja) | 2001-05-25 |
Family
ID=18129956
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32120399A Withdrawn JP2001144802A (ja) | 1999-11-11 | 1999-11-11 | データ通信装置及びその方法及び通信システム及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001144802A (ja) |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005503723A (ja) * | 2001-09-21 | 2005-02-03 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | ストリーム当りの利用可能な帯域幅とビットストリームのトレードオフを計算する、複数データストリームを送るためのデータ通信方法とシステム |
| JP2005538651A (ja) * | 2002-09-10 | 2005-12-15 | トムソン ライセンシング | ビデオ・オン・デマンド・サーバのシステムおよび方法 |
| US7299292B2 (en) | 2002-03-29 | 2007-11-20 | Widevine Technologies, Inc. | Process and streaming server for encrypting a data stream to a virtual smart card client system |
| JP2008219170A (ja) * | 2007-02-28 | 2008-09-18 | Nippon Hoso Kyokai <Nhk> | ファイル送信装置およびファイル送信プログラム、ならびにファイル受信装置およびファイル受信プログラム |
| US7430219B2 (en) | 2002-06-14 | 2008-09-30 | Matsushita Electric Industrial Co., Ltd. | Method for transporting media, transmitter and receiver therefor |
| US7636310B2 (en) | 2005-03-14 | 2009-12-22 | Fujitsu Limited | Communication control system and communication control method |
| US7761901B2 (en) | 2003-03-19 | 2010-07-20 | British Telecommunications Plc | Data transmission |
| US7844992B2 (en) | 2003-09-10 | 2010-11-30 | Thomson Licensing | Video on demand server system and method |
| US7974200B2 (en) | 2000-11-29 | 2011-07-05 | British Telecommunications Public Limited Company | Transmitting and receiving real-time data |
| US7987284B2 (en) | 2005-03-28 | 2011-07-26 | Sony Corporation | Communication processing apparatus, data communication system, and communication processing method |
| JP2011166380A (ja) * | 2010-02-08 | 2011-08-25 | Canon Inc | 通信装置、通信方法、及びプログラム |
| US8055894B2 (en) | 1999-11-09 | 2011-11-08 | Google Inc. | Process and streaming server for encrypting a data stream with bandwidth based variation |
| US8135852B2 (en) | 2002-03-27 | 2012-03-13 | British Telecommunications Public Limited Company | Data streaming system and method |
| JP2012516067A (ja) * | 2009-01-20 | 2012-07-12 | トムソン ライセンシング | パケットスイッチングネットワークにおけるフローを制御する方法 |
| US8243924B2 (en) | 2007-06-29 | 2012-08-14 | Google Inc. | Progressive download or streaming of digital media securely through a localized container and communication protocol proxy |
| US8689016B2 (en) | 2005-12-02 | 2014-04-01 | Google Inc. | Tamper prevention and detection for video provided over a network to a client |
| JP2016021636A (ja) * | 2014-07-14 | 2016-02-04 | 船井電機株式会社 | 送信装置、受信装置、及び送信方法 |
| WO2019239541A1 (ja) * | 2018-06-14 | 2019-12-19 | 三菱電機株式会社 | 電気機器、通信システム、及び制御方法 |
| WO2021157513A1 (ja) * | 2020-02-04 | 2021-08-12 | ファナック株式会社 | 制御システム |
-
1999
- 1999-11-11 JP JP32120399A patent/JP2001144802A/ja not_active Withdrawn
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8055894B2 (en) | 1999-11-09 | 2011-11-08 | Google Inc. | Process and streaming server for encrypting a data stream with bandwidth based variation |
| US8386771B2 (en) | 1999-11-09 | 2013-02-26 | Google Inc. | Process and streaming server for encrypting a data stream with bandwidth based variation |
| US7974200B2 (en) | 2000-11-29 | 2011-07-05 | British Telecommunications Public Limited Company | Transmitting and receiving real-time data |
| JP2005503723A (ja) * | 2001-09-21 | 2005-02-03 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | ストリーム当りの利用可能な帯域幅とビットストリームのトレードオフを計算する、複数データストリームを送るためのデータ通信方法とシステム |
| US8386631B2 (en) | 2002-03-27 | 2013-02-26 | British Telecommunications Plc | Data streaming system and method |
| US8135852B2 (en) | 2002-03-27 | 2012-03-13 | British Telecommunications Public Limited Company | Data streaming system and method |
| US7299292B2 (en) | 2002-03-29 | 2007-11-20 | Widevine Technologies, Inc. | Process and streaming server for encrypting a data stream to a virtual smart card client system |
| US7430219B2 (en) | 2002-06-14 | 2008-09-30 | Matsushita Electric Industrial Co., Ltd. | Method for transporting media, transmitter and receiver therefor |
| JP2005538651A (ja) * | 2002-09-10 | 2005-12-15 | トムソン ライセンシング | ビデオ・オン・デマンド・サーバのシステムおよび方法 |
| JP4643988B2 (ja) * | 2002-09-10 | 2011-03-02 | トムソン ライセンシング | ビデオ・オン・デマンド・サーバのシステムおよび方法 |
| US7761901B2 (en) | 2003-03-19 | 2010-07-20 | British Telecommunications Plc | Data transmission |
| US7844992B2 (en) | 2003-09-10 | 2010-11-30 | Thomson Licensing | Video on demand server system and method |
| US7636310B2 (en) | 2005-03-14 | 2009-12-22 | Fujitsu Limited | Communication control system and communication control method |
| US7987284B2 (en) | 2005-03-28 | 2011-07-26 | Sony Corporation | Communication processing apparatus, data communication system, and communication processing method |
| US8689016B2 (en) | 2005-12-02 | 2014-04-01 | Google Inc. | Tamper prevention and detection for video provided over a network to a client |
| JP4714172B2 (ja) * | 2007-02-28 | 2011-06-29 | 日本放送協会 | ファイル受信装置およびファイル受信プログラム |
| JP2008219170A (ja) * | 2007-02-28 | 2008-09-18 | Nippon Hoso Kyokai <Nhk> | ファイル送信装置およびファイル送信プログラム、ならびにファイル受信装置およびファイル受信プログラム |
| US8752194B2 (en) | 2007-06-29 | 2014-06-10 | Google Inc. | Progressive download or streaming of digital media securely through a localized container and communication protocol proxy |
| US8243924B2 (en) | 2007-06-29 | 2012-08-14 | Google Inc. | Progressive download or streaming of digital media securely through a localized container and communication protocol proxy |
| US9038147B2 (en) | 2007-06-29 | 2015-05-19 | Google Inc. | Progressive download or streaming of digital media securely through a localized container and communication protocol proxy |
| JP2012516067A (ja) * | 2009-01-20 | 2012-07-12 | トムソン ライセンシング | パケットスイッチングネットワークにおけるフローを制御する方法 |
| US8995268B2 (en) | 2009-01-20 | 2015-03-31 | Thomson Licensing | Method for controlling a flow in a packet switching network |
| JP2011166380A (ja) * | 2010-02-08 | 2011-08-25 | Canon Inc | 通信装置、通信方法、及びプログラム |
| JP2016021636A (ja) * | 2014-07-14 | 2016-02-04 | 船井電機株式会社 | 送信装置、受信装置、及び送信方法 |
| WO2019239541A1 (ja) * | 2018-06-14 | 2019-12-19 | 三菱電機株式会社 | 電気機器、通信システム、及び制御方法 |
| JPWO2019239541A1 (ja) * | 2018-06-14 | 2020-12-17 | 三菱電機株式会社 | 電気機器、通信システム、及び制御方法 |
| JP7004815B2 (ja) | 2018-06-14 | 2022-01-21 | 三菱電機株式会社 | 空調機、通信システム、及び制御方法 |
| WO2021157513A1 (ja) * | 2020-02-04 | 2021-08-12 | ファナック株式会社 | 制御システム |
| JPWO2021157513A1 (ja) * | 2020-02-04 | 2021-08-12 | ||
| JP7460663B2 (ja) | 2020-02-04 | 2024-04-02 | ファナック株式会社 | 制御システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001144802A (ja) | データ通信装置及びその方法及び通信システム及び記憶媒体 | |
| JP2001094625A (ja) | データ通信装置、データ通信方法及び記憶媒体 | |
| JP3882187B2 (ja) | フロー制御システムおよび方法 | |
| JP4491257B2 (ja) | 終端間測定に基づくネットワークへのデータストリームの許容の制御 | |
| US8867354B2 (en) | Transmission control method, transmission control system, communication device and recording medium of transmission control program | |
| CN105357075B (zh) | 基于软件定义网络的流量监测系统和方法 | |
| EP1395014B1 (en) | A method of transmitting data streams with data segments of variable length | |
| KR101071035B1 (ko) | 송신 윈도우 크기를 계산하는 방법 | |
| US20040008628A1 (en) | System, method and computer readable medium for flow control of data traffic | |
| JP2002335278A (ja) | 無線データ通信網切替装置と無線データ通信網切替処理用プログラム | |
| WO2002049254A2 (en) | A system and method for data transfer acceleration in a tcp network environment | |
| JPH11308271A (ja) | データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム | |
| CN100456673C (zh) | 移动专用网络环境中有效发送接收数据的网络设备和方法 | |
| EP1395000B1 (en) | A method of transmitting data streams dependent on the monitored state of the client application buffer | |
| JP2007013449A (ja) | シェーパー制御方法、データ通信システム、ネットワークインタフェース装置及びネットワーク中継装置 | |
| JP3711156B2 (ja) | ファイル転送方法 | |
| JP2004140475A (ja) | データ転送速度調停システム及びそれに用いるデータ転送速度調停方法 | |
| JPH11215480A (ja) | 映像通信システム及び映像送信装置及び映像受信装置及びそれらの制御方法及び記憶媒体 | |
| CN117676695A (zh) | Tcp传输方法、装置和系统 | |
| JP2001016276A (ja) | 通信装置、通信方法、記憶媒体及び通信システム | |
| JP2002359651A (ja) | Ｃｏｄｅｃ選択方式および方法 | |
| JP6200870B2 (ja) | データ転送制御装置、方法及びプログラム | |
| CN107302504B (zh) | 一种基于虚拟发送队列的多路传输调度方法及系统 | |
| JPH1168880A (ja) | データ通信装置及び方法及びシステム及び記憶媒体 | |
| KR100440575B1 (ko) | 실시간 화상 데이터 전송을 위한 트래픽 특성화방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20070206 |