JP3777279B2 - データ通信システム並びにデータ受信端末及びデータ送信端末 - Google Patents
データ通信システム並びにデータ受信端末及びデータ送信端末 Download PDFInfo
- Publication number
- JP3777279B2 JP3777279B2 JP36125699A JP36125699A JP3777279B2 JP 3777279 B2 JP3777279 B2 JP 3777279B2 JP 36125699 A JP36125699 A JP 36125699A JP 36125699 A JP36125699 A JP 36125699A JP 3777279 B2 JP3777279 B2 JP 3777279B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- quality
- transmission
- terminal
- unit
- 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.)
- Expired - Lifetime
Links
- 238000004891 communication Methods 0.000 title claims description 34
- 230000005540 biological transmission Effects 0.000 claims description 350
- 238000013500 data storage Methods 0.000 claims description 70
- 238000012544 monitoring process Methods 0.000 claims description 61
- 238000009825 accumulation Methods 0.000 claims description 27
- 230000004044 response Effects 0.000 claims description 15
- 241000283690 Bos taurus Species 0.000 claims 1
- 238000000034 method Methods 0.000 description 23
- 238000010586 diagram Methods 0.000 description 17
- 238000006243 chemical reaction Methods 0.000 description 15
- 230000004048 modification Effects 0.000 description 8
- 238000012986 modification Methods 0.000 description 8
- 230000008859 change Effects 0.000 description 6
- 230000007423 decrease Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 230000003292 diminished effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
- H04L2012/6472—Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
- H04L2012/6475—N-ISDN, Public Switched Telephone Network [PSTN]
Description
【０００１】
【発明の属する技術分野】
本発明は、データ通信システム並びにデータ受信端末及びデータ送信端末に関し、特に、データ受信端末において受信データのリアルタイム出力と蓄積とを並行して行なうのに好適な、データ通信システム並びにデータ受信端末及びデータ送信端末に関する。
【０００２】
【従来の技術】
図１０はＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol）ネットワークを利用したデータ通信システムの構成を示すブロック図で、この図１０に示すデータ通信システム１００は、それぞれＴＣＰ／ＩＰに準拠した複数の通信ネットワーク１０１と複数のルータ１０２とで構築されたＴＣＰ／ＩＰネットワーク１０５に、送信端末１０３と複数の受信端末１０４とが接続されて成っており、例えば、送信端末１０３から、或るサービス〔例えば、ＶＯＤ（Video On Demand)〕についてのデータを複数の受信端末１０４へ配信することができるようになっている。
【０００３】
ここで、このように、或る送信端末１０３から複数の受信端末１０４へ同じデータを送信（配信）する場合、ＴＣＰ／ＩＰでは、受信端末１０４毎にデータの送信を行なうのではなく、マルチキャストと呼ばれる技術を適用して、受信端末１０４の数が増加しても送信端末１０３自身のデータ送信量は増やさないようにするのが一般的である。
【０００４】
具体的には、各ルータ１０２がマルチキャストデータを受信すべき端末１０４の存在する（接続されている）ネットワーク１０１を把握し、必要に応じて、各ルータ１０２が、受信したマルチキャストデータを複製して他の通信ネットワーク１０１へ配送することが行なわれる。従って、送信端末１０３は、マルチキャストデータを１度だけ送信すれば、各ルータ１０２においてそのマルチキャストデータが必要な数だけ複製・転送されてゆき、最終的に、必要台数分のマルチキャストデータがＴＣＰ／ＩＰネットワーク１０５内で生成されて、各受信端末１０４に配信されることになる。
【０００５】
ところで、ＴＣＰ／ＩＰネットワーク（以下、単に「ネットワーク」という）１０５では、データ転送中に様々な要因により伝送エラーが生じ、受信端末１０４で得られたデータ中にデータ欠落が起こる場合がある。このようなネットワーク１０５におけるデータ損失については、ＴＣＰにおける再送処理プロトコル（アプリケーション）を適用することで解決することが可能である。
【０００６】
しかしながら、例えば図１１に示すように、上記のデータ通信システム１００が、送信端末１０３からネットワーク１０５を介して或る受信端末１０４へＡＶ(Audio & Video) データ（マルチメディアデータ）を送信し、受信端末１０４において、そのＡＶデータをリアルタイムに再生して表示装置（ディスプレイ等）１０４ａやスピーカ１０４ｂへ出力するようなＡＶデータ配信システムとして構築される場合、ＡＶデータは次のような特徴をもつため、再送処理はなるべく行なわないようにするのが一般的である。
【０００７】
▲１▼ＡＶデータはデータ量が非常に多いため、再送処理を繰り返すと、受信端末１０４の数に比例して、送信端末１０３の送信処理負荷が増大する。また、ネットワーク帯域が圧迫され、同じネットワーク１０５を使った他のデータ通信に及ぼす影響が大きい。
▲２▼再送が完了するまで受信端末１０４はＡＶデータを再生できないので、大きな遅延時間が生じる（リアルタイム通信の意義が薄れる）。
【０００８】
▲３▼ＡＶデータの場合、受信端末１０４でデータの欠落があっても再生画像や音声の品質が一時的に少し低下する程度であれば運用上は問題なしとみなすことができる。
このため、ＡＶデータは、多くの場合、ＴＣＰ／ＩＰプロトコルファミリーである、仕様自体に再送制御が含まれていないＵＤＰ(User Datagram Protocol)と呼ばれるプロトコルを用いて伝送される。ただし、本ＵＤＰを使う場合でもその上位層（例えば、アプリケーション層）でデータの再送制御機能を実装することは可能である。
【０００９】
このようにＵＤＰによるデータ伝送に再送制御機能を実装した場合、受信端末１０４の数が多くなってくると、１つの送信端末１０３では再送処理が事実上不可能となるため、マルチキャスト技術の分野では、高信頼マルチキャスト技術(Reliable Multicast)と呼ばれる様々な方式が提案されている。例えば、受信端末１０４からの再送要求をネットワークの中間に位置する装置でまとめてから送信端末１０３へ再送要求を送信することで、送信端末１０３における再送処理の回数を減らす方法や、送信端末１０３と受信端末１０４との間（ネットワーク１０５内）に位置する装置（ルータ１０２等）が要求された再送データをもっていれば、送信端末１０３に変わって再送を代行するローカルペリアと呼ばれる技術等がある。
【００１０】
ところで、このようなＡＶデータ配信システム１００において、会議の状況や監視カメラの画像，音声情報などを送信端末１０３がＡＶデータとして受信端末１０４へリアルタイムに伝送するような場合、送信端末１０３が送信したデータが受信端末１０４で再生されるまでの遅延時間を極力短縮することが要求される。特に、音声データを送信する場合は、受信データが途切れると再生音も途切れて聴取者が違和感を覚えるため、なるべくデータが途絶えないように伝送しなければならない。
【００１１】
しかし、例えば、同じネットワーク１０５を使って他のデータ通信が行なわれ、ネットワーク帯域が圧迫されている状況では、送信するＡＶデータのレート（送信データ量）を下げないと、受信側での再生音が途切れ、その時間分だけ再生遅延時間が増加することになる。
このような事態を避けるには、送信端末１０３側にＡＶデータ転送に使うネットワーク帯域が狭くなっていることを検出する手段を設け、利用可能な帯域が狭くなっている場合には送信端末１０３側で送出するデータのレートを下げる制御を行なうことが有効である。
【００１２】
例えば、送信端末１０３が、音声データを、通常時は４４．１ｋＨｚでサンプリングし圧縮符号化して、ステレオ２チャンネル（２５６ｋｂｐｓ）で送信していると仮定する。そして、この送信中に、送信端末１０３が、受信端末１０４との間で利用可能なネットワーク帯域が減少してきたことを検出すると、例えば、送信データの品質をステレオ２チャンネル（１２８ｋｂｐｓ）→モノラル（４６ｋｂｐｓ）というように段階的に落とす。
【００１３】
これにより、送信端末１０３からの送信データ量が減るため、受信端末１０４側での再生音の遅延を防止することができる。また、送信データ品質を段階的に落とすことで、聴取者に品質の変動を意識させないようにすることができる。なお、ネットワーク１０５の混雑が回復すれば、上記とは逆に、送信データ品質を段階的に上げることで、本来の品質でデータが再生されるようにする。
【００１４】
ところで、利用可能なネットワーク帯域の減少に伴って送信データ量を削減する手法としては、上述したようなレート制御以外に、例えば、特開平７−７５０９２号公報に示されるように、送信レートはそのままで動画像データの解像度を落とす手法も提案されている。即ち、利用可能なネットワーク帯域が減少してくると、送信すべき動画像データの高周波数成分をカットすることにより、送信データの周波数成分の範囲を制限して単位時間当たりの送信データ量を削減するのである。
【００１５】
ここで、データ送信に利用可能なネットワーク帯域が減少（あるいは拡大）しているかどうかは、送信端末１０３，受信端末１０４間の伝送遅延量の変化を測定することで推測可能である。この測定方法としては、例えば、ＲＴＰ(Real-Time Transport Protocol)と呼ばれるデータ転送プロトコルの仕様に含まれるＲＴＣＰ(Real-Time Control Protocol)のＳＲ／ＲＲパケットを利用する方法が知られている。図１２によりこの伝送遅延測定について説明する。
【００１６】
まず、送信端末１０３は、通常のＡＶデータ（パケット）１１１を送信する動作と並行して定期的にＳＲ（Sender Report)パケット１１２と呼ばれるデータを送信する。このＳＲパケット１１２には、自身（ＳＲパケット１１２）が送信端末１０３から送信された時刻情報等が格納されている。
そして、受信端末１０４にてこのＳＲパケット１１２が受信されると、受信端末１０４は、これに応答して、ＲＲ（Receiver Report)パケット１１３を生成して送信端末１０３に送信（返信）する。このとき、受信端末１０４は、このＲＲパケット１１３を送信する際、（ａ）ＳＲパケット１１２に格納されていたＳＲパケット送信時刻情報と、（ｂ）受信端末１０４でＳＲパケット１１２を受信してからその応答としてのＲＲパケット１１３を送信するまでに、受信端末１０４内で経過した時間（遅延時間）情報との２種の情報をＲＲパケット１１３に格納する。
【００１７】
これにより、最終的に、送信端末１０３が受信端末１０４からのＲＲパケット１１３を受信した時点で、送信端末１０３は、その受信時刻を基に次のようにして送信端末１０３−受信端末１０４間の往復伝送遅延量を求めることができる。
「往復伝送遅延量」＝「ＲＲパケット受信時刻」−「ＲＲパケット１１３に格納されているＳＲパケット送信時刻」−「ＲＲパケット１１３に格納されている受信端末１０４でのＲＲパケット送信までの遅延時間」
このようにして、送信端末１０３−受信端末１０４間の往復伝送遅延量が求められ、ＡＶデータ伝送に使用しているネットワーク１０５が混雑しつつあるか空きつつあるかをこの伝送遅延量の変化を基に判断できる。また、この伝送遅延量が、極端に増減しない安定した状態に送信レートを制御することで、受信側での再生遅延時間が一定に保たれると考えられる。
【００１８】
次に、上述したようなＡＶデータ配信システム１００において、例えば図１３に示すように、或る受信端末１０４で受信したＡＶデータをＨＤＤ(Hard Disk Drive) 等の蓄積媒体（受信データ蓄積部）１０４ｃに蓄積し、後でこれを取り出して再生したり編集したりするアプリケーションについて考える。なお、受信したＡＶデータを蓄積する端末は、全受信端末１０４のうちの何台かの端末（最低１台）であるとする。
【００１９】
このようなシステム構成は、例えば、監視システムにおいてメリットがある。即ち、送信端末１０３は、監視地点に設置されたビデオカメラで撮影したデータを送信し、通常の監視は各受信端末１０４でリアルタイムに再生される画像や音声をモニタすることで行なわれ、何か異常が起こったことが判明した場合には、後で受信データを蓄積媒体１０４ｃで蓄積している受信端末１０４の蓄積画像・音声を再生して解析することができる。なお、図１３には図示を省略しているが、送信端末１０３は、実際には、監視地点数分だけ複数分、ネットワーク１０５に接続されているものとする。
【００２０】
【発明が解決しようとする課題】
しかしながら、このような監視システムにおいても、受信端末１０４での再生遅延時間を改善するために、送信端末１０３に、前述したようなネットワーク１０５の混み具合に応じて送信品質を可変にする方式を適用した場合、受信データの蓄積を行なっている受信端末１０４にとっては、本来、必要としている品質のデータが受信できないことがあり、これが問題となる場合がある。
【００２１】
例えば、リアルタイム再生では、前述したごとく、ステレオ音声がモノラルになったり、２５６ｋｂｐｓの符号化送信レートが１２８ｋｂｐｓになったりしても、再生品質が一時的に低下するだけで、それらを視聴する人間が気にしなければさほど問題にはならないが、蓄積して２次利用する場合は、データ全体に渡って本来必要としている品質が維持されていることが絶対条件である場合が考えられるからである。
【００２２】
なお、上述した再送制御機能は、本来、パケット損失が生じた場合に損失パケットと全く同じパケットの再送を要求する機能であるので、このような品質変化に応じた再送要求は行なえない。
本発明は、このような課題に鑑み創案されたもので、データ受信端末におけるデータの低遅延再生と高品質なデータ蓄積とを両立できるようにした、データ通信システム並びにデータ受信端末及びデータ送信端末を提供することを目的とする。
【００２３】
【課題を解決するための手段】
上記の目的を達成するために、本発明のデータ通信システム（請求項１）は、データ送信端末とデータ受信端末とをそなえて成り、それぞれに、以下に示すものがそなえられていることを特徴としている。
・データ受信端末（請求項２）
（１）データ送信端末から受信されるデータの品質が所定の蓄積品質を満足しているか否かを監視する受信データ品質監視部
（２）この受信データ品質監視部にて或る区間の受信済みの受信データ品質が蓄積品質を満足していないと判定されると、その蓄積品質を満足していない区間の受信済みのデータについて蓄積品質を満足するデータ品質の代替データの送信をデータ送信端末に要求する代替データ送信要求部
（３）上記の受信データ品質監視部により蓄積品質を満足していると判定された受信データと、上記の代替データ送信要求部による要求に対してデータ送信端末から送信されてくる代替データとを蓄積する受信データ蓄積部
・データ送信端末（請求項６）
（１）上記のデータ受信端末の代替データ送信要求部から上記区間の蓄積品質を満足するデータ品質の代替データの送信要求を受信する代替データ送信要求受信部
（２）上記のデータ受信端末への送信データをデータ受信端末からの上記送信要求に応じてデータ受信端末へ送信しうるデータとして蓄積する送信データ蓄積部と、
（３）この代替データ送信要求受信部にて送信要求が受信されると、前記区間の該蓄積品質を満足するデータ品質のデータを送信データ蓄積部の蓄積内容から得てデータ受信端末へ該代替データとして送信する代替データ送信部
ここで、上記のデータ受信端末における代替データ送信要求部は、上記の蓄積品質を満足していない区間のデータについて既に受信したデータと組み合わせることによりその蓄積品質を満足する差分データを代替データとして要求する差分データ送信要求部として構成されていてもよい（請求項３）。
【００２４】
また、上記のデータ送信端末は、データ受信端末での蓄積品質判定の基となる、送信データ品質情報をデータ受信端末へ送信する送信データ品質情報送信部をそなえていてもよい（請求項８）。この場合、データ受信端末における受信データ品質監視部は、このデータ送信端末から送信される送信データ品質情報に基づいて受信データの蓄積品質を監視する（請求項４）。
【００２５】
さらに、上記のデータ送信端末は、データ受信端末で満足すべき蓄積品質の決定の基となる、データ受信端末へ送信しうる送信データについての品質種類情報を予めデータ受信端末へ送信する品質種類情報送信部をそなえていてもよい（請求項９）。この場合、データ受信端末における受信データ品質監視部は、データ送信端末からの品質種類情報を予めデータ送信端末から受信し、その品質種類情報に基づいて満足すべき蓄積品質を決定する（請求項５）。
【００２６】
また、上記のデータ送信端末における送信データ蓄積部は、既に送信したデータと組み合わせることにより異なる品質の送信データを形成しうる差分データを蓄積しうる差分データ蓄積部として構成されていてもよく、この場合、上記の代替データ送信部は、上記の代替データ送信要求受信部にて、データ受信端末から上記の蓄積品質を満足していない区間のデータについて既に受信したデータと組み合わせることによりその蓄積品質を満足する差分データについての送信要求が受信されると、上記の差分データ蓄積部から該当差分データを得てデータ受信端末へ送信する差分データ送信部として構成されるのがよい（請求項７）。
【００２７】
さらに、上記のデータ送信端末は、上記の送信データ蓄積部に蓄積された送信データを一定時間経過したものから削除する蓄積制御部をそなえていてもよい（請求項１０）。
また、本発明のデータ受信端末（請求項１１）は、次の各部をそなえていることを特徴としている。
【００２８】
（１）受信データの品質が所定品質を満足しているか否かを監視する受信データ品質監視部
（２）この受信データ品質監視部にて或る区間の受信済みの受信データ品質が上記の所定品質を満足していないと判定されると、その区間の受信済みのデータについて上記の所定品質を満足するデータ品質の代替データの送信を他の端末に要求する代替データ送信要求部
さらに、本発明のデータ送信端末（請求項１２）は、次の各部をそなえていることを特徴としている。
【００２９】
（１）データ受信端末において或る区間の受信済みの受信データ品質が所定品質を満足していないと判定された場合にそのデータ受信端末から送信される上記の区間の受信済みのデータについての上記所定品質を満足するデータ品質の代替データの送信要求を受信する代替データ送信要求受信部
（２）この代替データ送信要求受信部にて上記送信要求が受信されると、前記区間の上記の所定品質を満足するデータ品質のデータを上記データ受信端末へ該代替データとして送信する代替データ送信部
【００３０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
（Ａ）第１実施形態の説明
図１は本発明の第１実施形態としてのデータ通信システムの構成を示すブロック図で、この図１に示すデータ通信システム１は、送信端末（データ送信端末）２と受信端末（データ受信端末）３とが、図１０により前述したものと同様のＴＣＰ／ＩＰネットワーク４を介して相互に通信可能に接続された構造になっている。
【００３１】
なお、この図１では、ＴＣＰ／ＩＰネットワーク４に、それぞれ１台ずつの送信端末２及び受信端末３とが接続されている状態を示しているが、勿論、送信端末２，受信端末３は、実際には、それぞれ適宜の数だけＴＣＰ／ＩＰネットワーク４（以下、単に「ネットワーク４」ということがある）に接続されているものとする。
【００３２】
そして、この図１に示すように、上記の送信端末２は、本実施形態の要部の構成に着目すると、符号化部２１，２２，ネットワークインタフェース（Ｉ／Ｆ）部２３，再送用データ蓄積部２４及び再送用データ蓄積制御部２５をそなえており、同様に、受信端末３は、本実施形態の要部の構成に着目すると、ネットワークインタフェース（Ｉ／Ｆ）部３１，復号部３２，受信データ品質監視部３３，受信データ蓄積制御部３４，受信データ蓄積部３５及び再送要求情報蓄積部３６をそなえて構成されている。
【００３３】
ここで、まず、送信端末２において、上記の符号化部２１は、例えばビデオカメラ等から入力されたＡＶデータを所定の符号化方式（符号化レート）で符号化して所定品質「１」の送信データを得るものであり、符号化部２２は、上記のＡＶデータを例えば符号化部２１での符号化レートよりも低いレートで符号化して上記の品質「１」よりも品質の低い品質「２」の送信データを得るものである。つまり、本送信端末２は、入力されたＡＶデータを品質「１」，「２」という２種類の品質で送信することができるようになっている。
【００３４】
次に、ネットワークインタフェース部２３は、ＩＰパケット変換機能を有し、これらの各符号化部２１，２２によって得られた各送信データのいずれかをＩＰパケット化して選択的にＴＣＰ／ＩＰネットワーク４へ送出するもので、本実施形態では、例えば、通常運用時には、符号化部２１によって得られた品質「１」の送信データを送出し、ネットワーク４の負荷（受信端末３へのネットワーク帯域の圧迫度）が高い場合には符号化部２２によって得られた品質「２」の送信データを送出するようになっている。
【００３５】
つまり、本ネットワークインタフェース部２３は、品質「１」，品質「２」の２種類の品質で同じＡＶデータを送信することができ、例えば、ネットワーク４の負荷が増大し受信端末３へのネットワーク帯域が狭くなってくると、本来はＡＶデータを品質「１」で送りたいところを、品質「２」に落として送信するのである。
【００３６】
このため、ネットワークインタフェース部２３及び受信端末３側のネットワークインタフェース部３１には、例えば、前述したＲＴＣＰ等を利用した送信端末２−受信端末３間の伝送遅延測定機能（ＳＲパケット生成・送信機能）が実装されており、この機能により、送信端末２は、ネットワーク４の負荷（混雑）状況（受信端末３へのネットワーク帯域の拡大／縮小）を認識し、これに基づいて、送信データの品質選択を行なえるようになっている。
【００３７】
また、再送用データ蓄積部（送信データ蓄積部）２４は、符号化部２１での符号化によって得られた品質「１」の送信データをＴＣＰ／ＩＰネットワーク４への送信と並行して蓄積しておくためのものであり、例えば、ＨＤＤやＲＡＭ，ＭＯ（光磁気ディスク）等の記録媒体によって構成されている。
さらに、再送用データ蓄積制御部２５は、この再送用データ蓄積部２４に対するデータ蓄積／取り出しを制御するためのもので、本実施形態では、後述するように、受信端末３において受信データが所定の品質（蓄積品質）を満足していないと判定された場合にその受信端末から送信される或る区間の送信データについての再送要求（上記の蓄積品質を満足する代替データの送信要求）がネットワークインタフェース部２３にて受け付けられると、該当する送信データを再送用データ蓄積部２４の蓄積内容から得てネットワークインタフェース部２３へ渡すようになっている。
【００３８】
つまり、上記の再送用データ蓄積部２４は、受信端末３への送信データを受信端末３からの再送要求に応じて受信端末３へ送信しうる代替データとして蓄積するようになっているのである。そして、ネットワークインタフェース部２３は、受信端末３からの上記再送要求を受信する代替データ送信要求受信部２６としての機能も果たしており、さらには、上記の再送用データ蓄積制御部２５と協動して動作することにより、上記の再送要求が受信されると、上記の蓄積品質を満足する代替データを再送用データ蓄積部２４の蓄積内容から得て受信端末３へ送信する代替データ送信部２７としての機能も果たしていることになる。
【００３９】
なお、この代替データの送信は、本実施形態では、受信端末３との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから実施される。
一方、受信端末３において、ネットワークインタフェース部３１は、ネットワーク４を通じて送信端末３からＩＰパケットとして送信されてくるデータ（ＡＶデータ）を受信するものであり、復号部３２は、ネットワークインタフェース部３１で受信されたＡＶデータを送信端末２側の符号化方式に応じた復号方式で復号することにより、符号化ＡＶデータを再生するものである。
【００４０】
また、受信データ品質監視部３３は、ネットワークインタフェース部３１で受信されたＡＶデータの品質が所定の蓄積品質を満足しているか否かを監視（判定）するもので、ここでは、例えば、送信端末２のネットワークインタフェース部２３から送信されたＡＶデータに付加されている現在送信中のデータ送信品質を示す情報（送信データ品質情報）を参照し、これに基づいて、受信データ品質を認識するようになっている。
【００４１】
つまり、前述した送信端末２のネットワークインタフェース部２３は、例えば、送信中のＡＶデータにその品質（品質「１」，「２」）を表す情報を付加することにより、受信端末３での受信データの蓄積品質判定の基となる、送信データ品質情報を受信端末３へ送信する送信データ品質情報送信部２８としても機能するのである。
【００４２】
なお、受信端末３での蓄積品質は、本実施形態では、送信端末２から通信開始前に予め送信されてくる送信端末２側でのデータ品質可変範囲情報（送信端末２が送信しうる品質種類情報；この場合は品質「１」，「２」）を受けて、その中で適当な品質を選択することで設定（決定）されるようになっており、以下では、例えば、前記の品質「１」が受信端末３での蓄積品質として設定されているものとする。
【００４３】
そして、例えば、上述したこの受信データ品質監視部３３において、受信データの品質が所定の蓄積品質（品質「１」）を満足していない（つまり、この場合は受信データ品質が品質「２」である）と判定されると、受信データ品質監視部３３は、ネットワークインタフェース部３１へ、蓄積品質未満と判定した区間情報を含む再送要求情報を生成するようになっている。
【００４４】
また、再送要求情報蓄積部３６は、この再送要求情報を一時的に蓄積するもので、この再送要求情報を基に、ネットワークインタフェース部３１が、蓄積品質未満と判定された区間のデータについて蓄積品質を満足する代替データ（品質「１」のデータ）の送信を送信端末２に要求する送信端末２宛の再送要求パケットを生成してネットワーク４へ送出するようになっている。
【００４５】
つまり、受信端末３におけるネットワークインタフェース部３１は、受信データ品質監視部３３にて受信データ品質が蓄積品質を満足していないと判定されると、その区間のデータについて蓄積品質を満足する代替データの送信を送信端末２に要求する代替データ送信要求部３７としても機能するのである。ただし、この送信要求は、送信端末２との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから実施される。
【００４６】
さらに、受信データ蓄積部３５は、上記の受信データ品質監視部３３で上記の蓄積品質を満足していると判定された区間の受信データと、代替データ送信要求部３７として機能するネットワークインタフェース部３１から送信された上記の送信要求に対して送信端末２から送信されてくる（蓄積品質未満と判定された区間についての）代替データとを蓄積するものである。なお、上記の各蓄積部３５，３６も、例えば、ＨＤＤやＲＡＭ，ＭＯ（光磁気ディスク）等の記録媒体によって構成されている。
【００４７】
また、受信データ蓄積制御部３４は、この受信データ蓄積部３５に対するデータ蓄積／取り出しを制御するもので、本実施形態では、受信データ品質監視部３３により蓄積品質を満足していると判定された受信データ（「品質「１」のデータ）と、上記の代替データ送信要求部３７（ネットワークインタフェース部３１）による要求に対して送信端末２から送信されてくる代替データ（品質「１」のデータ）とを受信データ蓄積部３５に蓄積させるようになっている。
【００４８】
なお、この受信データ蓄積制御部３４は、受信データ蓄積部３５に蓄積されたＡＶデータの２次利用のために外部から入力される蓄積データ要求情報に応じて、該当する蓄積データ取り出して要求元へ出力することができるようにもなっている。
以下、上述のごとく構成された本実施形態のデータ通信システム１（送信端末２，受信端末３）の動作について、図２を参照しながら詳述する。
【００４９】
まず、送信端末２は、ＡＶデータの送信に先だって、送信データ品質情報送信部２８として機能するネットワークインタフェース部２３により、送信データの品質が変化する範囲についての情報（この場合は、送信データの品質が品質「１」，品質「２」のいずれかであることを示す情報）をＩＰパケットにより受信端末３へ送信する（ステップＡ１）。
【００５０】
受信端末３は、このパケットを受信すると（ステップＡ２）、そのパケットにより通知された品質可変範囲内で、受信データの蓄積品質を決定する（ここでは、蓄積品質を品質「１」に決定したとする：ステップＡ３）。その後、送信端末２は、品質「１」でＡＶデータの送信を開始する（このとき、送信中のＡＶデータが品質「１」であることを示す送信データ品質情報も送信される：ステップＡ４，Ａ６，Ａ８）。
【００５１】
受信端末３では、ネットワークインタフェース部３１にて送信端末２から送信されたＡＶデータを受信したら（ステップＡ５，Ａ７，Ａ９）、その受信データを復号部３２と受信データ品質監視部３２へそれぞれ出力する。復号部３２ではネットワークインタフェース部３１から入力された受信データを復号して、ビデオ信号及び音声信号を再生して表示装置及びスピーカへ出力する。
【００５２】
一方、受信データ品質監視部３２では、受信データの品質が受信端末３で設定されている蓄積品質（品質「１」）を満たしているかどうかを監視しており、品質「１」を満たしている場合は、受信データを受信データ蓄積制御部３４へ出力して、受信データ蓄積部３５に蓄積させる。このようにして、受信端末３では、ＡＶデータのリアルタイム再生と蓄積動作とが並行して行なわれる。
【００５３】
そして、或る時点で送信端末２（ネットワークインタフェース部２３）が、受信端末３との間の伝送遅延の増加を検出し（ステップＡ１０）、遅延改善のために、送信データの品質を品質「１」から品質「２」に切り替えたとする。すると、送信端末２は、ネットワークインタフェース部２３を通じてＡＶデータを品質「２」で送信し始める（ステップＡ１１）。
【００５４】
その後、送信端末２は、受信端末３との間の伝送遅延が改善したことを検出した時点で、送信データ品質を元の品質「１」に戻して、品質「１」でのＡＶデータの送信を再開する（ステップＡ１３，Ａ１５，Ａ１８，Ａ２２）。
一方、受信端末３では、上記のステップＡ１１において送信端末２から送信された品質「２」のＡＶデータを受信することにより、受信データ品質監視部３３が、受信中のＡＶデータの品質が所定の蓄積品質「１」よりも低下した（品質「２」のＡＶデータを受信した）ことを検出すると、再送要求情報（蓄積品質を満足しない区間情報を含む）をネットワークインタフェース部３１へ入力する。
すると、ネットワークインタフェース部３１は、入力された再送要求情報を基に送信端末２宛の再送要求用のパケットを生成して送信することで、送信端末２に対して、上記のステップＡ１１において品質「２」で送信した区間のＡＶデータについて、品質「１」で送信しなおすように要求（代替データの送信要求）を送出する（ステップＡ１２）。
【００５５】
ただし、この際、ネットワークインタフェース部３１は、送信端末２との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから、この要求を行なう。なお、その後も、受信端末３は、上記のステップＡ１３，Ａ１５，Ａ１８，Ａ２２において送信端末２から送信された品質「１」のＡＶデータについての受信（リアルタイム再生）・蓄積は継続して行なう（ステップＡ１４，Ａ１６，Ａ１９，Ａ２３）。
【００５６】
一方、送信端末２は、品質「１」でのＡＶデータの送信中に、受信端末３からの送信要求（パケット）を受信すると（ステップＡ１７）、要求された区間のＡＶデータについて品質「１」で送信し直す（ステップＡ２０）。即ち、送信端末２は、再送用データ蓄積制御部２５により、受信端末３から要求された区間のデータについて、符号化部２１で符号化された品質「１」のＡＶデータを品質「２」で送信したＡＶデータの代替データとして取り出して、ネットワークインタフェース部２３を通じて受信端末３へ向けて送信する。
【００５７】
ただし、この際、ネットワークインタフェース部２３は、受信端末３との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから、代替データの送信を行なう。
そして、受信端末３では、この品質「１」で送信し直されたＡＶデータを受信すると（ステップＡ２１）、受信データ蓄積制御部３４によって、そのＡＶデータを受信データ蓄積部３４に蓄積する。
【００５８】
このようにして、受信端末３は、送信端末２でのネットワーク状況（送受端末間伝送遅延量）に応じた制御に従った品質のＡＶデータをリアルタイム再生しながら、受信データ蓄積部３４に、全区間について当初想定した品質「１」のＡＶデータを蓄積することができる。従って、受信データのリアルタイム再生と高品質蓄積とを両立することができる。
【００５９】
また、受信端末３から送信端末２に対する代替データの送信要求の送出、送信端末２から受信端末３への要求された代替データの送出は、いずれも、送信端末２−受信端末３間の伝送遅延量（ネットワーク負荷）が所定値以下である場合に行なわれるので、不用意にネットワーク負荷を増大させることが無く、代替データの要求及び送信による受信端末３でのリアルタイム再生に対する影響も最小限に抑制されている。
【００６０】
さらに、受信端末３での蓄積品質の決定は、送信端末２から予め通知される品質可変範囲内で行なわれるので、送信端末２でサポートしていない送信品質が受信端末３での基準品質として決定されることが無く、常に適正な品質が受信端末３で設定される。
なお、上述した例では、送信端末２から現在のデータ送信品質についての情報を受信端末３へ送信することにより、受信端末３での品質監視（品質低下検出）を行なえるようにしているが、例えば、受信端末３において、或る区間における受信データ量を監視することで、独自に、受信データの品質低下検出を行なうことも可能である。
【００６１】
即ち、例えば、送信端末２において、ＡＶデータの１フレームがＵＤＰの１パケットに相当するようにデータを格納して送信するようにした場合、図３に示すように、各送信パケットにシーケンス番号（連続番号）を付加しておき、受信端末３（受信データ品質監視部３３）では、同じ受信パケット数での受信データ量が少なくなった場合に、受信データの品質が低下したと判定するのである。なお、この場合、上記のシーケンス番号は例えばＵＤＰヘッダの後（ＲＴＰをＵＤＰ上で使用してデータを送信する場合等はＲＴＰヘッダ）に付加する。
【００６２】
また、例えば図４に示すように、ＵＤＰパケットの後に送信側で格納されているデータの再生時刻を表すタイムスタンプを付加（ＲＴＰでＭＰＥＧシステムストリームを送信する場合などは９０ｋＨｚ精度のタイムスタンプをＲＴＰヘッダに付加）して送信し、受信端末３（受信データ品質監視部３３）では、そのタイムスタンプを参照して、再生時間が一定期間のデータ量を監視することでも受信データ品質の変化を検出することができる。
【００６３】
ところで、上記の送信端末２において、再送用データ蓄積部２４が受信端末３への送信データの全てを蓄積するだけの容量を予め有している場合は、受信端末３からの代替データの送信要求に常に応えることができるので問題ない。しかし、再送用データ蓄積部２４の蓄積容量には限りがあるので、本実施形態では、再送用データ蓄積制御部２５によって、蓄積済の送信データのうち、受信端末３から送信要求が受信されており、尚且つ、まだその要求に対する送信処理が完了していないデータ以外を破棄する操作を行なう。
【００６４】
具体的には、再送用データ蓄積制御部２５は、今後、受信端末３から送信要求が受信される確率が低い、もしくは、送信要求が受信されても送信の必要性が薄いデータについて優先的に廃棄してゆく。
例えば、受信端末３から送信要求が受信されていない区間のデータで、送信から一定時間が経過しているものは受信端末３からの送信要求が受信される可能性が低いので、破棄しても問題ないと推測される。また、画像データでフレーム間予測符号化を行なっている場合は、復号時に他のフレームに参照されないフレームのデータは重要度が低いとみなして破棄する順位を高めることも考えられる。
さらに、音声データの場合は、無音が記録されていることが分かっている区間のデータについては破棄して、受信端末３からの送信要求が受信されても送信をキャンセルするようにすることが考えられる。
【００６５】
（Ａ′）第１実施形態の変形例の説明
図５は上述した第１実施形態の変形例としてのデータ通信システムの構成を示すブロック図で、この図５に示すデータ通信システム１は、図１により前述したものに比して、主に、送信端末２に、符号化部２１に代えて符号化部２１Ａがそなえられるとともに、受信端末３に、想定品質未満受信データ蓄積部３５′とデータ再構成部３８と差分データ要求情報蓄積部３９とがそなえられている点が異なる。
【００６６】
ここで、送信端末２において、符号化部２１Ａは、入力ＡＶデータと符号化部２２により得られる品質「２」のＡＶデータとの差分データを符号化部２１Ａで符号化するもので、これにより得られた差分データと符号化部２２によって得られた品質「２」のＡＶデータとをネットワークインタフェース部２３にて組み合わせる（多重化する）ことで、品質「１」のＡＶデータが得られるようになっている。つまり、本変形例の送信端末２は、入力ＡＶデータの符号化方式に階層符号化方式を適用した構成になっている。
【００６７】
従って、受信端末３からの要求に応じて品質「１」のＡＶデータを送信する必要がある場合にも、送信端末２は、上記の差分データ（符号化部２１Ａの出力）のみを蓄積しておけば対応できることになり、このため、本変形例の再送用データ蓄積制御部２５は、上記の差分データのみを再送用データ蓄積部２４に蓄積するようになっている。
【００６８】
一方、これに伴い、受信端末３は、受信データ品質監視部３３にて受信データ品質データが所定の蓄積品質未満であった場合、その区間のＡＶデータについて、上記の差分データのみを上述した第１実施形態と同様に代替データとして送信し直すよう要求することになる。即ち、受信データ品質監視部３３は、或る区間の受信データの品質が蓄積品質未満であると、その区間の差分データについての代替データの要求（差分データ要求情報）を生成する。
【００６９】
この差分データ要求情報は、一旦、差分データ要求情報蓄積部３９に蓄積され、ネットワークインタフェース部３１が、この差分データ要求情報に基づいて差分データの送信を要求する送信端末２宛の差分データ送信要求パケットを生成する。
そして、この差分データの送信要求（パケット）に対して送信端末２から差分データが送信されてくると、受信端末３では、この差分データと、想定品質未満受信データ蓄積部３５′（ＨＤＤやＲＡＭ，ＭＯ等）に蓄積されている受信済の蓄積品質未満のＡＶデータとをデータ再構成部３８によって組み合わせる（多重化する）ことで、品質「１」のＡＶデータが得られ、これが、受信データ蓄積部３５に、受信データ品質監視部３３で蓄積品質以上と判定された区間のＡＶデータとともに蓄積される。
【００７０】
なお、このように送信端末２と受信端末３との間で遣り取りされる情報が差分データについてのものである点以外、他の構成及び動作については、上述した第１実施形態と同様である。
従って、本変形例によれば、上述した第１実施形態と同様の作用効果が得られるほか、送信端末２の再送用データ蓄積部２４に必要な蓄積容量を削減することができるとともに、ＴＣＰ／ＩＰネットワーク４へ送出される代替データ量（つまり、ネットワーク４のトラフィック量）を削減してネットワーク負荷の増大をさらに抑制することができる。
【００７１】
（Ｂ）第２実施形態の説明
図６は本発明の第２実施形態としてのデータ通信システムの構成を示すブロック図で、この図６に示すデータ通信システム１Ａも、送信端末（データ送信端末）５と受信端末（データ受信端末）６とが、図１０により前述したものと同様のＴＣＰ／ＩＰネットワーク４を介して相互に通信可能に接続されて構成されている。なお、この図６においても、図示は省略しているが、送信端末５，受信端末６は、実際には、適宜の数だけネットワーク４に接続されているものとする。
【００７２】
そして、この図６に示すように、本第２実施形態の送信端末５は、符号化部５１，ネットワークインタフェース（Ｉ／Ｆ）部５２，再送用データ蓄積制御部５３及び再送用データ蓄積部５４をそなえており、受信端末６は、ネットワークインタフェース（Ｉ／Ｆ）部６１，復号部６２，受信データエラー監視部６３，受信データ蓄積制御部６４，受信データ蓄積部６５及び再送要求情報蓄積部６６をそなえて構成されている。
【００７３】
ここで、送信端末５において、符号化部５１は、入力ＡＶデータを所定の符号化方式で符号化するものであり、ネットワークインタフェース部５２は、この符号化部５１によって得られた符号化ＡＶデータをパケット化してＴＣＰ／ＩＰネットワーク４へ送出する一方、後述するように受信端末６から送信されてくる再送要求パケットを受信するものである。
【００７４】
また、再送用データ蓄積制御部５３は、符号化部５１により得られた符号化ＡＶデータを受信端末６から再送が要求されうる代替データとしてネットワークインタフェース部５２からの送信と並行して再送用データ蓄積部５３に蓄積する一方、ネットワークインタフェース部５２にて上記の再送要求パケットが受信されると、そのパケットにより要求されている区間のデータを再送用データ蓄積部５３から取り出してネットワークインタフェース部５２へ渡すものである。
【００７５】
つまり、本第２実施形態においても、ネットワークインタフェース部５２は、受信端末６からの上記再送要求を受信する代替データ送信要求受信部２６としての機能も果たしており、さらには、再送用データ蓄積制御部５３と協動して動作することにより、上記の再送要求が受信されると、上記の蓄積品質を満足する代替データを再送用データ蓄積部５４（ＨＤＤやＲＡＭ，ＭＯ等）の蓄積内容から得て受信端末６へ送信する代替データ送信部２７としての機能も果たしている。
【００７６】
一方、受信端末６において、ネットワークインタフェース部６１は、本実施形態においても、ネットワーク４を通じて送信端末５からＩＰパケットとして送信されてくるデータ（ＡＶデータ：ＳＲパケットも含む）を受信するものであり、復号部６２は、このネットワークインタフェース部６１で受信されたＡＶデータを送信端末５側（符号化部５１）の符号化方式に応じた復号方式で復号することにより、符号化ＡＶデータを再生するものである。
【００７７】
また、受信データエラー監視部６３は、ネットワークインタフェース部６１からの受信データ（符号化ＡＶデータ）にエラーが無いかどうかを検出することで、受信データの品質監視を行なうもので、この受信データエラー監視部６３にてエラーが検出されると、そのエラー区間についてのＡＶデータの蓄積品質が所定の蓄積品質を満足していないものとして、第１実施形態と同様にそのエラー区間についてのＡＶデータ（代替データ）の再送要求情報がネットワークインタフェース部６１へ出力されるようになっている。
【００７８】
これにより、この場合も、ネットワークインタフェース部６１は、エラー区間のＡＶデータについての送信端末５宛の再送要求パケットを生成してネットワーク４へ送出することになる。つまり、本実施形態においても、ネットワークインタフェース部６１は、受信データエラー監視部６３にて受信データエラーが検出されて受信データ品質が蓄積品質を満足していないと判定されると、そのエラー区間のデータについて蓄積品質を満足する代替データの送信を送信端末５に要求する代替データ送信要求部３７として機能するのである。
【００７９】
なお、上記の受信データエラー監視部６３で監視する「受信データのエラー」とは、本実施形態では、パケットを使って送信されてきたＡＶデータの連続性が失われていないかどうかといった上位レベル（パケット内容について）のエラーであり、既存の再送制御対象となるＵＤＰ等のパケット伝送プロトコルレベルでの受信エラーについてはネットワークインタフェース部６１にて検出／排除するものとする。
【００８０】
このため、本実施形態のネットワークインタフェース部６１は、パケット伝送プロトコルレベルでの単位時間当たりのパケットエラー量を常に測定する機能を有している。そして、本実施形態では、このエラー量測定機能によって測定されたエラー量が所定値以下に収まっていることを条件として、上記の再送要求情報蓄積部６６から再送要求情報がネットワークインタフェース部６１によって読み出されて再送要求パケットの生成・送信が行なわれるようになっている。
【００８１】
さらに、受信データ蓄積制御部６４は、上記の受信データエラー監視部６３にて受信エラーが検出されなかった（蓄積品質を満足している）ＡＶデータについてはそのまま受信データ蓄積部６５（ＨＤＤやＲＡＭ，ＭＯ等）へ蓄積し、受信データエラー監視部６３にて受信エラーが検出された（蓄積品質未満の）ＡＶデータについては、送信端末２から上記の再送要求パケットに対して送信されてくる代替データを代わりに受信データ蓄積部６５に蓄積するものである。
【００８２】
なお、本実施形態においても、この受信データ蓄積制御部６４は、受信データ蓄積部６５に蓄積されたＡＶデータの２次利用のために外部から入力される蓄積データ要求情報に応じて、該当する蓄積データ取り出して要求元へ出力きるようにもなっている。
以下、上述のごとく構成された本第２実施形態のデータ通信システム（送信端末５，受信端末６）の動作について、図７を参照しながら詳述する。
【００８３】
まず、送信端末５は、符号化部５１によって符号化したＡＶデータ（１〜ｍ：ｍは自然数）をネットワークインタフェース部５２においてパケット化して、順次、ネットワーク４へ送出する（ステップＢ１，Ｂ３，Ｂ５）。
受信端末６では、このように送信端末５から送信されたパケット（ＡＶデータ）がネットワークインタフェース部６１にて受信されると（ステップＢ２，Ｂ４，Ｂ６）、パケット分解処理が施されたのち、復号部６２と受信データエラー監視部６３とのそれぞれに出力される。
【００８４】
そして、復号部６２では、このネットワークインタフェース部６１からの受信データを復号してＡＶデータを再生し表示装置やスピーカへ出力する。一方、受信データエラー監視部６３では、上述したごとく受信データにエラーが無いかどうかを監視し、エラーの検出されなかったデータについてはそのまま受信データ蓄積制御部６４へ出力し、受信データ蓄積部６５に蓄積させる。
【００８５】
ここで、例えば、受信データ（１〜ｍ）のうち受信データ（ｍ）にエラーが発生していることを受信データエラー監視部６３が検出したとする（ステップＢ６′）。すると、受信データエラー監視部６３は、エラーが検出されたＡＶデータ（ｍ）については送信端末５へ再送要求を送出すべく、必要な情報（区間情報等の再送要求情報）を生成する。この再送要求情報は、一旦、再送要求情報蓄積部６６に蓄積される。
【００８６】
ネットワークインタフェース部６１は、このように再送要求情報が再送要求情報蓄積部６６に蓄積されると、前記のエラー量測定機能によって測定したエラー量が所定値以下に収まっているときに、再送要求情報蓄積部６６から再送要求情報を読み出し、それに基づいて送信端末５宛の再送要求パケットを生成してネットワーク４へ送出する（ステップＢ７）。
【００８７】
なお、この間も、送信端末５は、ＡＶデータ（ｍ＋１〜ｍ＋５）の送信を継続しており（ステップＢ８，Ｂ１０，Ｂ１３，Ｂ１６，Ｂ１８）、受信端末６は、そのＡＶデータ（ｍ＋１〜ｍ＋５）を、順次、受信して、受信データエラー監視部６３でエラーが検出されない限り、受信データ蓄積部６５に蓄積している（ステップＢ９，Ｂ１１，Ｂ１５，Ｂ１７，Ｂ１９）。
【００８８】
そして、上記の受信端末６からの再送要求（パケット）が送信端末５において例えばＡＶデータ（ｍ＋２）の送信後に受信されたとすると（ステップＢ１２）、送信端末５は、再送用データ蓄積制御部５３によって、要求された区間のデータ〔代替データ：ＡＶデータ（ｍ）〕を受信データ蓄積部５４から取り出して、受信端末６へ送信しようとする。
【００８９】
ところが、例えば、送信端末５（ネットワークインタフェース部５２）が、ＡＶデータ（ｍ＋３）を送信した（ステップＢ１３）後、受信端末６との間の伝送遅延量の増加（所定値を超えたこと）を検出したとする（ステップＢ１４）。すると、ネットワークインタフェース部５２は、その時点では、代替データ〔ＡＶデータ（ｍ）〕の送信は行なわず、伝送遅延が所定値以下になり回復するまで待ってから、この送信を行なう（ステップＢ２０）。
【００９０】
受信端末６は、このＡＶデータ（ｍ）を受信すると（ステップＢ２１）、受信データ蓄積制御部６４によって、エラーの検出されなかったＡＶデータ（１〜ｍ−１，ｍ＋１〜ｍ＋５）とともに、受信データ蓄積部６５に蓄積させる。これにより、受信端末６の受信データ蓄積部６５にはエラーの無い状態で送信端末５から送信された全区間のＡＶデータが蓄積される。
【００９１】
以上のように、本第２実施形態においても、受信端末６は、送信端末５からのＡＶデータをリアルタイム再生しながら、受信データ蓄積部６５に、通信中の全区間について当初想定した品質の（エラーの無い）ＡＶデータを蓄積することができるので、受信データのリアルタイム再生と高品質蓄積とを両立することができる。
【００９２】
また、受信端末６から送信端末５に対する代替データの送信要求の送出は、それまでの或る一定期間の受信データのエラー率が所定値以下であることを条件として行なわれるので、送信端末５に対する上記の送信要求を確実に行なうことができる。一方、送信端末２から受信端末３への代替データの送出は、この場合も、受信端末３との間の伝送遅延量が所定値以下であることを条件として行なわれるので、不用意にネットワーク負荷を増大させることが無く、代替データ送信による受信端末６でのリアルタイム再生に対する影響も最小限に抑制される。
【００９３】
（Ｃ）その他
なお、前述した第１実施形態において、受信端末３への送信データの品質を変更するのは、必ずしも、送信端末２ではなく、送信端末２以外の端末（代理端末）である場合もある。
例えば、図８に示すように、ＴＣＰ／ＩＰネットワーク４に代理端末（品質変換端末）７が接続されて、この品質変換端末７にて、送信端末２で生成された送信データ（ＡＶデータ等）の品質がネットワーク４の負荷状況に応じた品質に変換されて受信端末３へ提供されるようなシステム構成を考える。なお、この図８に示すデータ通信システム１Ｂにおいても、送信端末２，受信端末３は、実際には、それぞれ適宜の数だけネットワーク４に接続されているものとする。
【００９４】
この場合、送信端末２では、送信データ生成部２０で生成した送信データ（ＡＶデータ等）をそのままネットワークインタフェース（Ｉ／Ｆ）部２３Ａを通じて品質変換端末７へ送出するとともに、その送信データを送信データ蓄積制御部２５Ａによって送信データ蓄積部２４Ａに蓄積しておく。
そして、品質変換端末７では、送信端末２からのＡＶデータをネットワークインタフェース（Ｉ／Ｆ）部７１にて受信すると、その受信データを受信端末３へ転送するのだが、このとき、受信端末３との間の伝送遅延量を計測して、伝送遅延量が増加している（ネットワーク帯域が圧迫されている）ことを検出すると、品質変換部７２により、受信データを元の品質よりも低い品質に変換して受信端末３へ送信する。
【００９５】
受信端末３は、図１に示すものと同様の構成を有しており、前述した第１実施形態と同様に、品質変換端末７から受信したＡＶデータの品質を監視して、所定の蓄積品質を満足している受信データについてはそのまま蓄積を行ない、蓄積品質未満の受信データについては送信端末２に対して蓄積品質以上の代替データの送信要求を行なって、これに応答して送信端末２から送信されてくる代替データを他の蓄積品質以上の受信データとともに蓄積する。
【００９６】
なお、受信端末３が受信データの品質が所定の蓄積品質未満であると判断した場合に代替データの送信を要求する相手端末は、上記の送信端末２ではなく代理端末７である場合も考えられる。ただし、この場合、送信端末２の送信データ蓄積部２４Ａで蓄積しておいた送信データを代理端末７へ転送しておく、もしくは、代理端末７において送信端末２から受信した品質変換前のオリジナルのＡＶデータを順次蓄積しておく必要がある。
【００９７】
また、上述したような品質変換端末７を有するシステム構成においても、前述した第１実施形態の変形例と同様に、例えば、品質変換処理に階層符号化を適用して、送信対象の代替データを差分データのみとすることも可能である。
例えば、図９に示すように、品質変換端末７において、送信端末２からのＡＶデータを品質変換部７２Ａで階層符号化により符号化することで、或る符号化データと差分データとの組み合わせで異なる品質の符号化データを生成して、これを受信端末３へ送信する一方、上記の差分データを再送用の代替データとして差分データ蓄積部７３に蓄積しておく。
【００９８】
そして、受信端末３（構成は図５に示すものと同様）において、受信データの品質が所定の蓄積品質以下であると判断されて、蓄積品質以上の代替データの送信要求が品質変換端末７で受信されると、品質変換端末７は、差分データ蓄積部７３から該当する代替データ（差分データ）を取り出して受信端末３へ送信する。これにより、この場合も、差分データ蓄積部７３に必要な蓄積容量が最小限に抑えられるとともに、ネットワーク４のトラフィック量が削減される。
【００９９】
また、上述した例では、いずれの場合も、送信端末２（５）から送信されるデータをＡＶデータとしているが、本発明はこれに限定されず、リアルタイム再生と蓄積とを行なう可能性のあるデータであれば、どのような形式のデータであってもよい。
また、上述した例では、受信端末３（６）から送信端末２（５）への代替データの送信要求や、それに対する送信端末２（５）から受信端末３（６）への代替データの送信タイミングを、ネットワーク４の負荷状況（伝送エラー率）に応じて後にずらすように制御しているが、勿論、このような制御は省略してもよい（再送要求情報蓄積部３６や６６は省略してもよい）。
【０１００】
さらに、上述した例（第１実施形態）では、送信端末２が品質「１」，品質「２」の２種類の品質でデータ送信を行なう場合について説明したが、勿論、送信端末２は３種類以上の品質でデータ送信を行なえるようにしてもよい。この場合、受信端末３が受信データの品質が所定の蓄積品質を満足していないと判断したときに送信端末２に要求する代替データは、その蓄積品質を満足する品質以上のデータであればどの品質のデータでもよい。
【０１０１】
例えば、送信データの品質が品質「１」〜「５」まで存在し、受信端末３において満足すべき受信データの蓄積品質が品質「３」であると仮定した場合、受信端末３は、品質「１」〜「３」の代替データであればどのデータでも蓄積を行なう。ただし、品質「１」〜「５」が順番に変化する（品質「１」での送信状態が、突然、品質「３」での送信状態になることはない）場合、蓄積品質を満足しないと判定する直前まで受信していた品質の代替データを要求するようにすれば、代替データの再送制御が単純になる。また、受信端末３側での蓄積品質を或る一定品質に揃えたいような場合には、常に、その一定品質の代替データを送信端末２に要求するようにすればよい。
【０１０２】
さらに、上述した例では、利用可能なネットワーク帯域の減少（拡大）に伴って送信データの品質を落とす（上げる）のに、データ送信レート（符号化レート）を下げる（上げる）手法を適用しているが、本発明はこれに限定されず、前述した解像度を落とす（上げる）手法をはじめ、送信データ量を削減できる手法であればどのような手法を適用してもよい。
【０１０３】
また、上述した例では、いずれも、受信データの蓄積を受信端末３（６）において行なっている〔受信端末３（６）に受信データ蓄積部３５や３５′，６５を設けている〕が、本発明はこれに限定されず、例えば、受信端末３（６）以外の他の端末や装置で行なうようにしてもよい。
さらに、上述した例では、いずれも、受信端末３（６）において受信データの蓄積を目的としているが、本発明は、これに限定されず、蓄積以外の目的で受信端末３（６）がデータを受信する場合にも適用できる。即ち、受信端末３（５）は、受信データの或る区間の品質が所定品質を満足していなければ、その区間についての上記所定品質を満足する代替データの送信を送信端末２（５）や他の代替端末７等に要求して取得することができる。
【０１０４】
また、上述した実施形態では、受信データ品質監視（第１実施形態）及び受信データエラー監視（第２実施形態）のいずれか一方のみを行なう場合について説明したが、勿論、これらの双方の監視を行なって、一定品質未満の送信データについての代替データの送信を要求できるようにしてもよい。
さらに、上述した例では、いずれも、送信端末２（５），受信端末３（６）の接続されたネットワークがＴＣＰ／ＩＰネットワーク４である場合について説明したが、本発明はこれに限定されず、ＡＴＭ(Asynchronous Transfer Mode)ネットワーク等の他の伝送方式やプロトコルに準拠したネットワークであってもよい。
【０１０５】
そして、本発明は、上述した各実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
【０１０６】
【発明の効果】
以上詳述したように、本発明によれば、データ受信端末において、データ送信端末から受信した或る区間の受信済みのデータ品質が所定の蓄積品質を満足していないと、その区間のデータについて、蓄積品質を満足するデータ品質の代替データをデータ送信端末に要求して取得するので、例えば、ネットワークの混雑等の理由によりデータ送信端末がデータ送信品質を落とした場合でも、データ受信端末では、常に、一定の蓄積品質を満足するデータを蓄積することができる。従って、データ受信端末におけるデータの低遅延再生と高品質なデータ蓄積とを両立することが可能である（請求項１，２，６）。
【０１０７】
ここで、データ受信端末は、上記の蓄積品質を満足していない区間の受信済みのデータについて既に受信したデータと組み合わせることによりその蓄積品質を満足するデータ品質の差分データを代替データとして要求するようにすれば、データ送信端末から送信してもらうデータ量を削減することができるので、ネットワーク負荷を軽減することができる。また、データ送信端末において代替データ用に蓄積しておくべきデータ量も削減される（請求項３，７）。
【０１０８】
また、データ送信端末からデータ受信端末へ送信データ品質情報を送信するようにし、データ受信端末では、このデータ送信端末からの送信データ品質情報に基づいて受信データの蓄積品質を判定するようにすれば、受信データ品質判定を容易、且つ、確実に行なうことができる（請求項４，８）。
さらに、データ送信端末から、データ受信端末へ送信しうる送信データについての品質種類情報を予めデータ受信端末へ送信するようにし、データ受信端末では、このデータ送信端末からの品質種類情報に基づいて満足すべき蓄積品質を決定するようにすれば、データ送信端末でサポートしていないデータ送信品質がデータ受信端末での基準品質として決定されることが無く、常に、適正な蓄積品質がデータ受信端末において設定される（請求項５，９）。
【０１０９】
さらに、データ送信端末では、代替データ用に蓄積された送信データを一定時間経過したものから削除するようにすれば、不要な送信データをいつまでも蓄積することが無く、最小限の蓄積容量で代替データ用の送信データを蓄積することができる（請求項１０）。
なお、本発明は、蓄積を目的とする場合のみならず、それ以外の目的でデータ受信端末においてデータを受信する場合にも適用できる。即ち、データ受信端末は、受信データの或る区間の受信済みの受信データ品質が所定品質を満足していなければ、その区間の受信済みのデータについて上記所定品質を満足するデータ品質の代替データの送信を要求して取得することができる（請求項１１，１２）。
【図面の簡単な説明】
【図１】本発明の第１実施形態としてのデータ通信システムの構成を示すブロック図である。
【図２】第１実施形態のデータ通信システム（送信端末，受信端末）の動作を説明するためのシーケンス図である。
【図３】第１実施形態に係る受信データ品質変化の検出方法を説明するための図である。
【図４】第１実施形態に係る受信データ品質変化の検出方法を説明するための図である。
【図５】第１実施形態の変形例としてのデータ通信システムの構成を示すブロック図である。
【図６】本発明の第２実施形態としてのデータ通信システムの構成を示すブロック図である。
【図７】第２実施形態のデータ通信システム（送信端末，受信端末）の動作を説明するためのシーケンス図である。
【図８】データ通信システムの他の構成例を示すブロック図である。
【図９】データ通信システムの他の構成例を示すブロック図である。
【図１０】ＴＣＰ／ＩＰネットワークを利用したデータ通信システムの構成を示すブロック図である。
【図１１】ＴＣＰ／ＩＰネットワークを利用したＡＶデータ配信システムの構成を示すブロック図である。
【図１２】ＲＴＣＰを用いた送受端末間伝送遅延測定方法を説明するための図である。
【図１３】ＴＣＰ／ＩＰネットワークを利用したＡＶデータ配信システムにおいて、リアルタイム再生のみを行なう端末と、リアルタイム再生と蓄積とを行なう端末とが混在する場合の構成を示すブロック図である。
【符号の説明】
１，１Ａ，１Ｂ データ通信システム
２，５ 送信端末（データ送信端末）
３，６ 受信端末（データ受信端末）
４ ＴＣＰ／ＩＰネットワーク
７ 代理端末（品質変換端末）
２０ 送信データ生成部
２１，２１Ａ，２２，５１ 符号化部
２３，２３Ａ，３１，５２，６１，７１ ネットワークインタフェース（Ｉ／Ｆ）部
２４，５４ 再送用データ蓄積部（送信データ蓄積部）
２５，５３ 再送用データ蓄積制御部
２６ 代替データ送信要求受信部
２７ 代替データ送信部
２８ 送信データ品質情報送信部
３２，６２ 復号部
３３ 受信データ品質監視部
３４，６４ 受信データ蓄積制御部
３５，６５ 受信データ蓄積部
３５′ 想定品質未満受信データ蓄積部
３６，６６ 再送要求情報蓄積部
３７ 代替データ送信要求部
３８ データ再構成部
６３ 受信データエラー監視部
７２，７２Ａ 品質変換部
７３ 差分データ蓄積部
【発明の属する技術分野】
本発明は、データ通信システム並びにデータ受信端末及びデータ送信端末に関し、特に、データ受信端末において受信データのリアルタイム出力と蓄積とを並行して行なうのに好適な、データ通信システム並びにデータ受信端末及びデータ送信端末に関する。
【０００２】
【従来の技術】
図１０はＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol）ネットワークを利用したデータ通信システムの構成を示すブロック図で、この図１０に示すデータ通信システム１００は、それぞれＴＣＰ／ＩＰに準拠した複数の通信ネットワーク１０１と複数のルータ１０２とで構築されたＴＣＰ／ＩＰネットワーク１０５に、送信端末１０３と複数の受信端末１０４とが接続されて成っており、例えば、送信端末１０３から、或るサービス〔例えば、ＶＯＤ（Video On Demand)〕についてのデータを複数の受信端末１０４へ配信することができるようになっている。
【０００３】
ここで、このように、或る送信端末１０３から複数の受信端末１０４へ同じデータを送信（配信）する場合、ＴＣＰ／ＩＰでは、受信端末１０４毎にデータの送信を行なうのではなく、マルチキャストと呼ばれる技術を適用して、受信端末１０４の数が増加しても送信端末１０３自身のデータ送信量は増やさないようにするのが一般的である。
【０００４】
具体的には、各ルータ１０２がマルチキャストデータを受信すべき端末１０４の存在する（接続されている）ネットワーク１０１を把握し、必要に応じて、各ルータ１０２が、受信したマルチキャストデータを複製して他の通信ネットワーク１０１へ配送することが行なわれる。従って、送信端末１０３は、マルチキャストデータを１度だけ送信すれば、各ルータ１０２においてそのマルチキャストデータが必要な数だけ複製・転送されてゆき、最終的に、必要台数分のマルチキャストデータがＴＣＰ／ＩＰネットワーク１０５内で生成されて、各受信端末１０４に配信されることになる。
【０００５】
ところで、ＴＣＰ／ＩＰネットワーク（以下、単に「ネットワーク」という）１０５では、データ転送中に様々な要因により伝送エラーが生じ、受信端末１０４で得られたデータ中にデータ欠落が起こる場合がある。このようなネットワーク１０５におけるデータ損失については、ＴＣＰにおける再送処理プロトコル（アプリケーション）を適用することで解決することが可能である。
【０００６】
しかしながら、例えば図１１に示すように、上記のデータ通信システム１００が、送信端末１０３からネットワーク１０５を介して或る受信端末１０４へＡＶ(Audio & Video) データ（マルチメディアデータ）を送信し、受信端末１０４において、そのＡＶデータをリアルタイムに再生して表示装置（ディスプレイ等）１０４ａやスピーカ１０４ｂへ出力するようなＡＶデータ配信システムとして構築される場合、ＡＶデータは次のような特徴をもつため、再送処理はなるべく行なわないようにするのが一般的である。
【０００７】
▲１▼ＡＶデータはデータ量が非常に多いため、再送処理を繰り返すと、受信端末１０４の数に比例して、送信端末１０３の送信処理負荷が増大する。また、ネットワーク帯域が圧迫され、同じネットワーク１０５を使った他のデータ通信に及ぼす影響が大きい。
▲２▼再送が完了するまで受信端末１０４はＡＶデータを再生できないので、大きな遅延時間が生じる（リアルタイム通信の意義が薄れる）。
【０００８】
▲３▼ＡＶデータの場合、受信端末１０４でデータの欠落があっても再生画像や音声の品質が一時的に少し低下する程度であれば運用上は問題なしとみなすことができる。
このため、ＡＶデータは、多くの場合、ＴＣＰ／ＩＰプロトコルファミリーである、仕様自体に再送制御が含まれていないＵＤＰ(User Datagram Protocol)と呼ばれるプロトコルを用いて伝送される。ただし、本ＵＤＰを使う場合でもその上位層（例えば、アプリケーション層）でデータの再送制御機能を実装することは可能である。
【０００９】
このようにＵＤＰによるデータ伝送に再送制御機能を実装した場合、受信端末１０４の数が多くなってくると、１つの送信端末１０３では再送処理が事実上不可能となるため、マルチキャスト技術の分野では、高信頼マルチキャスト技術(Reliable Multicast)と呼ばれる様々な方式が提案されている。例えば、受信端末１０４からの再送要求をネットワークの中間に位置する装置でまとめてから送信端末１０３へ再送要求を送信することで、送信端末１０３における再送処理の回数を減らす方法や、送信端末１０３と受信端末１０４との間（ネットワーク１０５内）に位置する装置（ルータ１０２等）が要求された再送データをもっていれば、送信端末１０３に変わって再送を代行するローカルペリアと呼ばれる技術等がある。
【００１０】
ところで、このようなＡＶデータ配信システム１００において、会議の状況や監視カメラの画像，音声情報などを送信端末１０３がＡＶデータとして受信端末１０４へリアルタイムに伝送するような場合、送信端末１０３が送信したデータが受信端末１０４で再生されるまでの遅延時間を極力短縮することが要求される。特に、音声データを送信する場合は、受信データが途切れると再生音も途切れて聴取者が違和感を覚えるため、なるべくデータが途絶えないように伝送しなければならない。
【００１１】
しかし、例えば、同じネットワーク１０５を使って他のデータ通信が行なわれ、ネットワーク帯域が圧迫されている状況では、送信するＡＶデータのレート（送信データ量）を下げないと、受信側での再生音が途切れ、その時間分だけ再生遅延時間が増加することになる。
このような事態を避けるには、送信端末１０３側にＡＶデータ転送に使うネットワーク帯域が狭くなっていることを検出する手段を設け、利用可能な帯域が狭くなっている場合には送信端末１０３側で送出するデータのレートを下げる制御を行なうことが有効である。
【００１２】
例えば、送信端末１０３が、音声データを、通常時は４４．１ｋＨｚでサンプリングし圧縮符号化して、ステレオ２チャンネル（２５６ｋｂｐｓ）で送信していると仮定する。そして、この送信中に、送信端末１０３が、受信端末１０４との間で利用可能なネットワーク帯域が減少してきたことを検出すると、例えば、送信データの品質をステレオ２チャンネル（１２８ｋｂｐｓ）→モノラル（４６ｋｂｐｓ）というように段階的に落とす。
【００１３】
これにより、送信端末１０３からの送信データ量が減るため、受信端末１０４側での再生音の遅延を防止することができる。また、送信データ品質を段階的に落とすことで、聴取者に品質の変動を意識させないようにすることができる。なお、ネットワーク１０５の混雑が回復すれば、上記とは逆に、送信データ品質を段階的に上げることで、本来の品質でデータが再生されるようにする。
【００１４】
ところで、利用可能なネットワーク帯域の減少に伴って送信データ量を削減する手法としては、上述したようなレート制御以外に、例えば、特開平７−７５０９２号公報に示されるように、送信レートはそのままで動画像データの解像度を落とす手法も提案されている。即ち、利用可能なネットワーク帯域が減少してくると、送信すべき動画像データの高周波数成分をカットすることにより、送信データの周波数成分の範囲を制限して単位時間当たりの送信データ量を削減するのである。
【００１５】
ここで、データ送信に利用可能なネットワーク帯域が減少（あるいは拡大）しているかどうかは、送信端末１０３，受信端末１０４間の伝送遅延量の変化を測定することで推測可能である。この測定方法としては、例えば、ＲＴＰ(Real-Time Transport Protocol)と呼ばれるデータ転送プロトコルの仕様に含まれるＲＴＣＰ(Real-Time Control Protocol)のＳＲ／ＲＲパケットを利用する方法が知られている。図１２によりこの伝送遅延測定について説明する。
【００１６】
まず、送信端末１０３は、通常のＡＶデータ（パケット）１１１を送信する動作と並行して定期的にＳＲ（Sender Report)パケット１１２と呼ばれるデータを送信する。このＳＲパケット１１２には、自身（ＳＲパケット１１２）が送信端末１０３から送信された時刻情報等が格納されている。
そして、受信端末１０４にてこのＳＲパケット１１２が受信されると、受信端末１０４は、これに応答して、ＲＲ（Receiver Report)パケット１１３を生成して送信端末１０３に送信（返信）する。このとき、受信端末１０４は、このＲＲパケット１１３を送信する際、（ａ）ＳＲパケット１１２に格納されていたＳＲパケット送信時刻情報と、（ｂ）受信端末１０４でＳＲパケット１１２を受信してからその応答としてのＲＲパケット１１３を送信するまでに、受信端末１０４内で経過した時間（遅延時間）情報との２種の情報をＲＲパケット１１３に格納する。
【００１７】
これにより、最終的に、送信端末１０３が受信端末１０４からのＲＲパケット１１３を受信した時点で、送信端末１０３は、その受信時刻を基に次のようにして送信端末１０３−受信端末１０４間の往復伝送遅延量を求めることができる。
「往復伝送遅延量」＝「ＲＲパケット受信時刻」−「ＲＲパケット１１３に格納されているＳＲパケット送信時刻」−「ＲＲパケット１１３に格納されている受信端末１０４でのＲＲパケット送信までの遅延時間」
このようにして、送信端末１０３−受信端末１０４間の往復伝送遅延量が求められ、ＡＶデータ伝送に使用しているネットワーク１０５が混雑しつつあるか空きつつあるかをこの伝送遅延量の変化を基に判断できる。また、この伝送遅延量が、極端に増減しない安定した状態に送信レートを制御することで、受信側での再生遅延時間が一定に保たれると考えられる。
【００１８】
次に、上述したようなＡＶデータ配信システム１００において、例えば図１３に示すように、或る受信端末１０４で受信したＡＶデータをＨＤＤ(Hard Disk Drive) 等の蓄積媒体（受信データ蓄積部）１０４ｃに蓄積し、後でこれを取り出して再生したり編集したりするアプリケーションについて考える。なお、受信したＡＶデータを蓄積する端末は、全受信端末１０４のうちの何台かの端末（最低１台）であるとする。
【００１９】
このようなシステム構成は、例えば、監視システムにおいてメリットがある。即ち、送信端末１０３は、監視地点に設置されたビデオカメラで撮影したデータを送信し、通常の監視は各受信端末１０４でリアルタイムに再生される画像や音声をモニタすることで行なわれ、何か異常が起こったことが判明した場合には、後で受信データを蓄積媒体１０４ｃで蓄積している受信端末１０４の蓄積画像・音声を再生して解析することができる。なお、図１３には図示を省略しているが、送信端末１０３は、実際には、監視地点数分だけ複数分、ネットワーク１０５に接続されているものとする。
【００２０】
【発明が解決しようとする課題】
しかしながら、このような監視システムにおいても、受信端末１０４での再生遅延時間を改善するために、送信端末１０３に、前述したようなネットワーク１０５の混み具合に応じて送信品質を可変にする方式を適用した場合、受信データの蓄積を行なっている受信端末１０４にとっては、本来、必要としている品質のデータが受信できないことがあり、これが問題となる場合がある。
【００２１】
例えば、リアルタイム再生では、前述したごとく、ステレオ音声がモノラルになったり、２５６ｋｂｐｓの符号化送信レートが１２８ｋｂｐｓになったりしても、再生品質が一時的に低下するだけで、それらを視聴する人間が気にしなければさほど問題にはならないが、蓄積して２次利用する場合は、データ全体に渡って本来必要としている品質が維持されていることが絶対条件である場合が考えられるからである。
【００２２】
なお、上述した再送制御機能は、本来、パケット損失が生じた場合に損失パケットと全く同じパケットの再送を要求する機能であるので、このような品質変化に応じた再送要求は行なえない。
本発明は、このような課題に鑑み創案されたもので、データ受信端末におけるデータの低遅延再生と高品質なデータ蓄積とを両立できるようにした、データ通信システム並びにデータ受信端末及びデータ送信端末を提供することを目的とする。
【００２３】
【課題を解決するための手段】
上記の目的を達成するために、本発明のデータ通信システム（請求項１）は、データ送信端末とデータ受信端末とをそなえて成り、それぞれに、以下に示すものがそなえられていることを特徴としている。
・データ受信端末（請求項２）
（１）データ送信端末から受信されるデータの品質が所定の蓄積品質を満足しているか否かを監視する受信データ品質監視部
（２）この受信データ品質監視部にて或る区間の受信済みの受信データ品質が蓄積品質を満足していないと判定されると、その蓄積品質を満足していない区間の受信済みのデータについて蓄積品質を満足するデータ品質の代替データの送信をデータ送信端末に要求する代替データ送信要求部
（３）上記の受信データ品質監視部により蓄積品質を満足していると判定された受信データと、上記の代替データ送信要求部による要求に対してデータ送信端末から送信されてくる代替データとを蓄積する受信データ蓄積部
・データ送信端末（請求項６）
（１）上記のデータ受信端末の代替データ送信要求部から上記区間の蓄積品質を満足するデータ品質の代替データの送信要求を受信する代替データ送信要求受信部
（２）上記のデータ受信端末への送信データをデータ受信端末からの上記送信要求に応じてデータ受信端末へ送信しうるデータとして蓄積する送信データ蓄積部と、
（３）この代替データ送信要求受信部にて送信要求が受信されると、前記区間の該蓄積品質を満足するデータ品質のデータを送信データ蓄積部の蓄積内容から得てデータ受信端末へ該代替データとして送信する代替データ送信部
ここで、上記のデータ受信端末における代替データ送信要求部は、上記の蓄積品質を満足していない区間のデータについて既に受信したデータと組み合わせることによりその蓄積品質を満足する差分データを代替データとして要求する差分データ送信要求部として構成されていてもよい（請求項３）。
【００２４】
また、上記のデータ送信端末は、データ受信端末での蓄積品質判定の基となる、送信データ品質情報をデータ受信端末へ送信する送信データ品質情報送信部をそなえていてもよい（請求項８）。この場合、データ受信端末における受信データ品質監視部は、このデータ送信端末から送信される送信データ品質情報に基づいて受信データの蓄積品質を監視する（請求項４）。
【００２５】
さらに、上記のデータ送信端末は、データ受信端末で満足すべき蓄積品質の決定の基となる、データ受信端末へ送信しうる送信データについての品質種類情報を予めデータ受信端末へ送信する品質種類情報送信部をそなえていてもよい（請求項９）。この場合、データ受信端末における受信データ品質監視部は、データ送信端末からの品質種類情報を予めデータ送信端末から受信し、その品質種類情報に基づいて満足すべき蓄積品質を決定する（請求項５）。
【００２６】
また、上記のデータ送信端末における送信データ蓄積部は、既に送信したデータと組み合わせることにより異なる品質の送信データを形成しうる差分データを蓄積しうる差分データ蓄積部として構成されていてもよく、この場合、上記の代替データ送信部は、上記の代替データ送信要求受信部にて、データ受信端末から上記の蓄積品質を満足していない区間のデータについて既に受信したデータと組み合わせることによりその蓄積品質を満足する差分データについての送信要求が受信されると、上記の差分データ蓄積部から該当差分データを得てデータ受信端末へ送信する差分データ送信部として構成されるのがよい（請求項７）。
【００２７】
さらに、上記のデータ送信端末は、上記の送信データ蓄積部に蓄積された送信データを一定時間経過したものから削除する蓄積制御部をそなえていてもよい（請求項１０）。
また、本発明のデータ受信端末（請求項１１）は、次の各部をそなえていることを特徴としている。
【００２８】
（１）受信データの品質が所定品質を満足しているか否かを監視する受信データ品質監視部
（２）この受信データ品質監視部にて或る区間の受信済みの受信データ品質が上記の所定品質を満足していないと判定されると、その区間の受信済みのデータについて上記の所定品質を満足するデータ品質の代替データの送信を他の端末に要求する代替データ送信要求部
さらに、本発明のデータ送信端末（請求項１２）は、次の各部をそなえていることを特徴としている。
【００２９】
（１）データ受信端末において或る区間の受信済みの受信データ品質が所定品質を満足していないと判定された場合にそのデータ受信端末から送信される上記の区間の受信済みのデータについての上記所定品質を満足するデータ品質の代替データの送信要求を受信する代替データ送信要求受信部
（２）この代替データ送信要求受信部にて上記送信要求が受信されると、前記区間の上記の所定品質を満足するデータ品質のデータを上記データ受信端末へ該代替データとして送信する代替データ送信部
【００３０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
（Ａ）第１実施形態の説明
図１は本発明の第１実施形態としてのデータ通信システムの構成を示すブロック図で、この図１に示すデータ通信システム１は、送信端末（データ送信端末）２と受信端末（データ受信端末）３とが、図１０により前述したものと同様のＴＣＰ／ＩＰネットワーク４を介して相互に通信可能に接続された構造になっている。
【００３１】
なお、この図１では、ＴＣＰ／ＩＰネットワーク４に、それぞれ１台ずつの送信端末２及び受信端末３とが接続されている状態を示しているが、勿論、送信端末２，受信端末３は、実際には、それぞれ適宜の数だけＴＣＰ／ＩＰネットワーク４（以下、単に「ネットワーク４」ということがある）に接続されているものとする。
【００３２】
そして、この図１に示すように、上記の送信端末２は、本実施形態の要部の構成に着目すると、符号化部２１，２２，ネットワークインタフェース（Ｉ／Ｆ）部２３，再送用データ蓄積部２４及び再送用データ蓄積制御部２５をそなえており、同様に、受信端末３は、本実施形態の要部の構成に着目すると、ネットワークインタフェース（Ｉ／Ｆ）部３１，復号部３２，受信データ品質監視部３３，受信データ蓄積制御部３４，受信データ蓄積部３５及び再送要求情報蓄積部３６をそなえて構成されている。
【００３３】
ここで、まず、送信端末２において、上記の符号化部２１は、例えばビデオカメラ等から入力されたＡＶデータを所定の符号化方式（符号化レート）で符号化して所定品質「１」の送信データを得るものであり、符号化部２２は、上記のＡＶデータを例えば符号化部２１での符号化レートよりも低いレートで符号化して上記の品質「１」よりも品質の低い品質「２」の送信データを得るものである。つまり、本送信端末２は、入力されたＡＶデータを品質「１」，「２」という２種類の品質で送信することができるようになっている。
【００３４】
次に、ネットワークインタフェース部２３は、ＩＰパケット変換機能を有し、これらの各符号化部２１，２２によって得られた各送信データのいずれかをＩＰパケット化して選択的にＴＣＰ／ＩＰネットワーク４へ送出するもので、本実施形態では、例えば、通常運用時には、符号化部２１によって得られた品質「１」の送信データを送出し、ネットワーク４の負荷（受信端末３へのネットワーク帯域の圧迫度）が高い場合には符号化部２２によって得られた品質「２」の送信データを送出するようになっている。
【００３５】
つまり、本ネットワークインタフェース部２３は、品質「１」，品質「２」の２種類の品質で同じＡＶデータを送信することができ、例えば、ネットワーク４の負荷が増大し受信端末３へのネットワーク帯域が狭くなってくると、本来はＡＶデータを品質「１」で送りたいところを、品質「２」に落として送信するのである。
【００３６】
このため、ネットワークインタフェース部２３及び受信端末３側のネットワークインタフェース部３１には、例えば、前述したＲＴＣＰ等を利用した送信端末２−受信端末３間の伝送遅延測定機能（ＳＲパケット生成・送信機能）が実装されており、この機能により、送信端末２は、ネットワーク４の負荷（混雑）状況（受信端末３へのネットワーク帯域の拡大／縮小）を認識し、これに基づいて、送信データの品質選択を行なえるようになっている。
【００３７】
また、再送用データ蓄積部（送信データ蓄積部）２４は、符号化部２１での符号化によって得られた品質「１」の送信データをＴＣＰ／ＩＰネットワーク４への送信と並行して蓄積しておくためのものであり、例えば、ＨＤＤやＲＡＭ，ＭＯ（光磁気ディスク）等の記録媒体によって構成されている。
さらに、再送用データ蓄積制御部２５は、この再送用データ蓄積部２４に対するデータ蓄積／取り出しを制御するためのもので、本実施形態では、後述するように、受信端末３において受信データが所定の品質（蓄積品質）を満足していないと判定された場合にその受信端末から送信される或る区間の送信データについての再送要求（上記の蓄積品質を満足する代替データの送信要求）がネットワークインタフェース部２３にて受け付けられると、該当する送信データを再送用データ蓄積部２４の蓄積内容から得てネットワークインタフェース部２３へ渡すようになっている。
【００３８】
つまり、上記の再送用データ蓄積部２４は、受信端末３への送信データを受信端末３からの再送要求に応じて受信端末３へ送信しうる代替データとして蓄積するようになっているのである。そして、ネットワークインタフェース部２３は、受信端末３からの上記再送要求を受信する代替データ送信要求受信部２６としての機能も果たしており、さらには、上記の再送用データ蓄積制御部２５と協動して動作することにより、上記の再送要求が受信されると、上記の蓄積品質を満足する代替データを再送用データ蓄積部２４の蓄積内容から得て受信端末３へ送信する代替データ送信部２７としての機能も果たしていることになる。
【００３９】
なお、この代替データの送信は、本実施形態では、受信端末３との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから実施される。
一方、受信端末３において、ネットワークインタフェース部３１は、ネットワーク４を通じて送信端末３からＩＰパケットとして送信されてくるデータ（ＡＶデータ）を受信するものであり、復号部３２は、ネットワークインタフェース部３１で受信されたＡＶデータを送信端末２側の符号化方式に応じた復号方式で復号することにより、符号化ＡＶデータを再生するものである。
【００４０】
また、受信データ品質監視部３３は、ネットワークインタフェース部３１で受信されたＡＶデータの品質が所定の蓄積品質を満足しているか否かを監視（判定）するもので、ここでは、例えば、送信端末２のネットワークインタフェース部２３から送信されたＡＶデータに付加されている現在送信中のデータ送信品質を示す情報（送信データ品質情報）を参照し、これに基づいて、受信データ品質を認識するようになっている。
【００４１】
つまり、前述した送信端末２のネットワークインタフェース部２３は、例えば、送信中のＡＶデータにその品質（品質「１」，「２」）を表す情報を付加することにより、受信端末３での受信データの蓄積品質判定の基となる、送信データ品質情報を受信端末３へ送信する送信データ品質情報送信部２８としても機能するのである。
【００４２】
なお、受信端末３での蓄積品質は、本実施形態では、送信端末２から通信開始前に予め送信されてくる送信端末２側でのデータ品質可変範囲情報（送信端末２が送信しうる品質種類情報；この場合は品質「１」，「２」）を受けて、その中で適当な品質を選択することで設定（決定）されるようになっており、以下では、例えば、前記の品質「１」が受信端末３での蓄積品質として設定されているものとする。
【００４３】
そして、例えば、上述したこの受信データ品質監視部３３において、受信データの品質が所定の蓄積品質（品質「１」）を満足していない（つまり、この場合は受信データ品質が品質「２」である）と判定されると、受信データ品質監視部３３は、ネットワークインタフェース部３１へ、蓄積品質未満と判定した区間情報を含む再送要求情報を生成するようになっている。
【００４４】
また、再送要求情報蓄積部３６は、この再送要求情報を一時的に蓄積するもので、この再送要求情報を基に、ネットワークインタフェース部３１が、蓄積品質未満と判定された区間のデータについて蓄積品質を満足する代替データ（品質「１」のデータ）の送信を送信端末２に要求する送信端末２宛の再送要求パケットを生成してネットワーク４へ送出するようになっている。
【００４５】
つまり、受信端末３におけるネットワークインタフェース部３１は、受信データ品質監視部３３にて受信データ品質が蓄積品質を満足していないと判定されると、その区間のデータについて蓄積品質を満足する代替データの送信を送信端末２に要求する代替データ送信要求部３７としても機能するのである。ただし、この送信要求は、送信端末２との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから実施される。
【００４６】
さらに、受信データ蓄積部３５は、上記の受信データ品質監視部３３で上記の蓄積品質を満足していると判定された区間の受信データと、代替データ送信要求部３７として機能するネットワークインタフェース部３１から送信された上記の送信要求に対して送信端末２から送信されてくる（蓄積品質未満と判定された区間についての）代替データとを蓄積するものである。なお、上記の各蓄積部３５，３６も、例えば、ＨＤＤやＲＡＭ，ＭＯ（光磁気ディスク）等の記録媒体によって構成されている。
【００４７】
また、受信データ蓄積制御部３４は、この受信データ蓄積部３５に対するデータ蓄積／取り出しを制御するもので、本実施形態では、受信データ品質監視部３３により蓄積品質を満足していると判定された受信データ（「品質「１」のデータ）と、上記の代替データ送信要求部３７（ネットワークインタフェース部３１）による要求に対して送信端末２から送信されてくる代替データ（品質「１」のデータ）とを受信データ蓄積部３５に蓄積させるようになっている。
【００４８】
なお、この受信データ蓄積制御部３４は、受信データ蓄積部３５に蓄積されたＡＶデータの２次利用のために外部から入力される蓄積データ要求情報に応じて、該当する蓄積データ取り出して要求元へ出力することができるようにもなっている。
以下、上述のごとく構成された本実施形態のデータ通信システム１（送信端末２，受信端末３）の動作について、図２を参照しながら詳述する。
【００４９】
まず、送信端末２は、ＡＶデータの送信に先だって、送信データ品質情報送信部２８として機能するネットワークインタフェース部２３により、送信データの品質が変化する範囲についての情報（この場合は、送信データの品質が品質「１」，品質「２」のいずれかであることを示す情報）をＩＰパケットにより受信端末３へ送信する（ステップＡ１）。
【００５０】
受信端末３は、このパケットを受信すると（ステップＡ２）、そのパケットにより通知された品質可変範囲内で、受信データの蓄積品質を決定する（ここでは、蓄積品質を品質「１」に決定したとする：ステップＡ３）。その後、送信端末２は、品質「１」でＡＶデータの送信を開始する（このとき、送信中のＡＶデータが品質「１」であることを示す送信データ品質情報も送信される：ステップＡ４，Ａ６，Ａ８）。
【００５１】
受信端末３では、ネットワークインタフェース部３１にて送信端末２から送信されたＡＶデータを受信したら（ステップＡ５，Ａ７，Ａ９）、その受信データを復号部３２と受信データ品質監視部３２へそれぞれ出力する。復号部３２ではネットワークインタフェース部３１から入力された受信データを復号して、ビデオ信号及び音声信号を再生して表示装置及びスピーカへ出力する。
【００５２】
一方、受信データ品質監視部３２では、受信データの品質が受信端末３で設定されている蓄積品質（品質「１」）を満たしているかどうかを監視しており、品質「１」を満たしている場合は、受信データを受信データ蓄積制御部３４へ出力して、受信データ蓄積部３５に蓄積させる。このようにして、受信端末３では、ＡＶデータのリアルタイム再生と蓄積動作とが並行して行なわれる。
【００５３】
そして、或る時点で送信端末２（ネットワークインタフェース部２３）が、受信端末３との間の伝送遅延の増加を検出し（ステップＡ１０）、遅延改善のために、送信データの品質を品質「１」から品質「２」に切り替えたとする。すると、送信端末２は、ネットワークインタフェース部２３を通じてＡＶデータを品質「２」で送信し始める（ステップＡ１１）。
【００５４】
その後、送信端末２は、受信端末３との間の伝送遅延が改善したことを検出した時点で、送信データ品質を元の品質「１」に戻して、品質「１」でのＡＶデータの送信を再開する（ステップＡ１３，Ａ１５，Ａ１８，Ａ２２）。
一方、受信端末３では、上記のステップＡ１１において送信端末２から送信された品質「２」のＡＶデータを受信することにより、受信データ品質監視部３３が、受信中のＡＶデータの品質が所定の蓄積品質「１」よりも低下した（品質「２」のＡＶデータを受信した）ことを検出すると、再送要求情報（蓄積品質を満足しない区間情報を含む）をネットワークインタフェース部３１へ入力する。
すると、ネットワークインタフェース部３１は、入力された再送要求情報を基に送信端末２宛の再送要求用のパケットを生成して送信することで、送信端末２に対して、上記のステップＡ１１において品質「２」で送信した区間のＡＶデータについて、品質「１」で送信しなおすように要求（代替データの送信要求）を送出する（ステップＡ１２）。
【００５５】
ただし、この際、ネットワークインタフェース部３１は、送信端末２との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから、この要求を行なう。なお、その後も、受信端末３は、上記のステップＡ１３，Ａ１５，Ａ１８，Ａ２２において送信端末２から送信された品質「１」のＡＶデータについての受信（リアルタイム再生）・蓄積は継続して行なう（ステップＡ１４，Ａ１６，Ａ１９，Ａ２３）。
【００５６】
一方、送信端末２は、品質「１」でのＡＶデータの送信中に、受信端末３からの送信要求（パケット）を受信すると（ステップＡ１７）、要求された区間のＡＶデータについて品質「１」で送信し直す（ステップＡ２０）。即ち、送信端末２は、再送用データ蓄積制御部２５により、受信端末３から要求された区間のデータについて、符号化部２１で符号化された品質「１」のＡＶデータを品質「２」で送信したＡＶデータの代替データとして取り出して、ネットワークインタフェース部２３を通じて受信端末３へ向けて送信する。
【００５７】
ただし、この際、ネットワークインタフェース部２３は、受信端末３との間の伝送遅延量が所定値を超えている場合には、その伝送遅延量が所定値以下になるまで待ってから、代替データの送信を行なう。
そして、受信端末３では、この品質「１」で送信し直されたＡＶデータを受信すると（ステップＡ２１）、受信データ蓄積制御部３４によって、そのＡＶデータを受信データ蓄積部３４に蓄積する。
【００５８】
このようにして、受信端末３は、送信端末２でのネットワーク状況（送受端末間伝送遅延量）に応じた制御に従った品質のＡＶデータをリアルタイム再生しながら、受信データ蓄積部３４に、全区間について当初想定した品質「１」のＡＶデータを蓄積することができる。従って、受信データのリアルタイム再生と高品質蓄積とを両立することができる。
【００５９】
また、受信端末３から送信端末２に対する代替データの送信要求の送出、送信端末２から受信端末３への要求された代替データの送出は、いずれも、送信端末２−受信端末３間の伝送遅延量（ネットワーク負荷）が所定値以下である場合に行なわれるので、不用意にネットワーク負荷を増大させることが無く、代替データの要求及び送信による受信端末３でのリアルタイム再生に対する影響も最小限に抑制されている。
【００６０】
さらに、受信端末３での蓄積品質の決定は、送信端末２から予め通知される品質可変範囲内で行なわれるので、送信端末２でサポートしていない送信品質が受信端末３での基準品質として決定されることが無く、常に適正な品質が受信端末３で設定される。
なお、上述した例では、送信端末２から現在のデータ送信品質についての情報を受信端末３へ送信することにより、受信端末３での品質監視（品質低下検出）を行なえるようにしているが、例えば、受信端末３において、或る区間における受信データ量を監視することで、独自に、受信データの品質低下検出を行なうことも可能である。
【００６１】
即ち、例えば、送信端末２において、ＡＶデータの１フレームがＵＤＰの１パケットに相当するようにデータを格納して送信するようにした場合、図３に示すように、各送信パケットにシーケンス番号（連続番号）を付加しておき、受信端末３（受信データ品質監視部３３）では、同じ受信パケット数での受信データ量が少なくなった場合に、受信データの品質が低下したと判定するのである。なお、この場合、上記のシーケンス番号は例えばＵＤＰヘッダの後（ＲＴＰをＵＤＰ上で使用してデータを送信する場合等はＲＴＰヘッダ）に付加する。
【００６２】
また、例えば図４に示すように、ＵＤＰパケットの後に送信側で格納されているデータの再生時刻を表すタイムスタンプを付加（ＲＴＰでＭＰＥＧシステムストリームを送信する場合などは９０ｋＨｚ精度のタイムスタンプをＲＴＰヘッダに付加）して送信し、受信端末３（受信データ品質監視部３３）では、そのタイムスタンプを参照して、再生時間が一定期間のデータ量を監視することでも受信データ品質の変化を検出することができる。
【００６３】
ところで、上記の送信端末２において、再送用データ蓄積部２４が受信端末３への送信データの全てを蓄積するだけの容量を予め有している場合は、受信端末３からの代替データの送信要求に常に応えることができるので問題ない。しかし、再送用データ蓄積部２４の蓄積容量には限りがあるので、本実施形態では、再送用データ蓄積制御部２５によって、蓄積済の送信データのうち、受信端末３から送信要求が受信されており、尚且つ、まだその要求に対する送信処理が完了していないデータ以外を破棄する操作を行なう。
【００６４】
具体的には、再送用データ蓄積制御部２５は、今後、受信端末３から送信要求が受信される確率が低い、もしくは、送信要求が受信されても送信の必要性が薄いデータについて優先的に廃棄してゆく。
例えば、受信端末３から送信要求が受信されていない区間のデータで、送信から一定時間が経過しているものは受信端末３からの送信要求が受信される可能性が低いので、破棄しても問題ないと推測される。また、画像データでフレーム間予測符号化を行なっている場合は、復号時に他のフレームに参照されないフレームのデータは重要度が低いとみなして破棄する順位を高めることも考えられる。
さらに、音声データの場合は、無音が記録されていることが分かっている区間のデータについては破棄して、受信端末３からの送信要求が受信されても送信をキャンセルするようにすることが考えられる。
【００６５】
（Ａ′）第１実施形態の変形例の説明
図５は上述した第１実施形態の変形例としてのデータ通信システムの構成を示すブロック図で、この図５に示すデータ通信システム１は、図１により前述したものに比して、主に、送信端末２に、符号化部２１に代えて符号化部２１Ａがそなえられるとともに、受信端末３に、想定品質未満受信データ蓄積部３５′とデータ再構成部３８と差分データ要求情報蓄積部３９とがそなえられている点が異なる。
【００６６】
ここで、送信端末２において、符号化部２１Ａは、入力ＡＶデータと符号化部２２により得られる品質「２」のＡＶデータとの差分データを符号化部２１Ａで符号化するもので、これにより得られた差分データと符号化部２２によって得られた品質「２」のＡＶデータとをネットワークインタフェース部２３にて組み合わせる（多重化する）ことで、品質「１」のＡＶデータが得られるようになっている。つまり、本変形例の送信端末２は、入力ＡＶデータの符号化方式に階層符号化方式を適用した構成になっている。
【００６７】
従って、受信端末３からの要求に応じて品質「１」のＡＶデータを送信する必要がある場合にも、送信端末２は、上記の差分データ（符号化部２１Ａの出力）のみを蓄積しておけば対応できることになり、このため、本変形例の再送用データ蓄積制御部２５は、上記の差分データのみを再送用データ蓄積部２４に蓄積するようになっている。
【００６８】
一方、これに伴い、受信端末３は、受信データ品質監視部３３にて受信データ品質データが所定の蓄積品質未満であった場合、その区間のＡＶデータについて、上記の差分データのみを上述した第１実施形態と同様に代替データとして送信し直すよう要求することになる。即ち、受信データ品質監視部３３は、或る区間の受信データの品質が蓄積品質未満であると、その区間の差分データについての代替データの要求（差分データ要求情報）を生成する。
【００６９】
この差分データ要求情報は、一旦、差分データ要求情報蓄積部３９に蓄積され、ネットワークインタフェース部３１が、この差分データ要求情報に基づいて差分データの送信を要求する送信端末２宛の差分データ送信要求パケットを生成する。
そして、この差分データの送信要求（パケット）に対して送信端末２から差分データが送信されてくると、受信端末３では、この差分データと、想定品質未満受信データ蓄積部３５′（ＨＤＤやＲＡＭ，ＭＯ等）に蓄積されている受信済の蓄積品質未満のＡＶデータとをデータ再構成部３８によって組み合わせる（多重化する）ことで、品質「１」のＡＶデータが得られ、これが、受信データ蓄積部３５に、受信データ品質監視部３３で蓄積品質以上と判定された区間のＡＶデータとともに蓄積される。
【００７０】
なお、このように送信端末２と受信端末３との間で遣り取りされる情報が差分データについてのものである点以外、他の構成及び動作については、上述した第１実施形態と同様である。
従って、本変形例によれば、上述した第１実施形態と同様の作用効果が得られるほか、送信端末２の再送用データ蓄積部２４に必要な蓄積容量を削減することができるとともに、ＴＣＰ／ＩＰネットワーク４へ送出される代替データ量（つまり、ネットワーク４のトラフィック量）を削減してネットワーク負荷の増大をさらに抑制することができる。
【００７１】
（Ｂ）第２実施形態の説明
図６は本発明の第２実施形態としてのデータ通信システムの構成を示すブロック図で、この図６に示すデータ通信システム１Ａも、送信端末（データ送信端末）５と受信端末（データ受信端末）６とが、図１０により前述したものと同様のＴＣＰ／ＩＰネットワーク４を介して相互に通信可能に接続されて構成されている。なお、この図６においても、図示は省略しているが、送信端末５，受信端末６は、実際には、適宜の数だけネットワーク４に接続されているものとする。
【００７２】
そして、この図６に示すように、本第２実施形態の送信端末５は、符号化部５１，ネットワークインタフェース（Ｉ／Ｆ）部５２，再送用データ蓄積制御部５３及び再送用データ蓄積部５４をそなえており、受信端末６は、ネットワークインタフェース（Ｉ／Ｆ）部６１，復号部６２，受信データエラー監視部６３，受信データ蓄積制御部６４，受信データ蓄積部６５及び再送要求情報蓄積部６６をそなえて構成されている。
【００７３】
ここで、送信端末５において、符号化部５１は、入力ＡＶデータを所定の符号化方式で符号化するものであり、ネットワークインタフェース部５２は、この符号化部５１によって得られた符号化ＡＶデータをパケット化してＴＣＰ／ＩＰネットワーク４へ送出する一方、後述するように受信端末６から送信されてくる再送要求パケットを受信するものである。
【００７４】
また、再送用データ蓄積制御部５３は、符号化部５１により得られた符号化ＡＶデータを受信端末６から再送が要求されうる代替データとしてネットワークインタフェース部５２からの送信と並行して再送用データ蓄積部５３に蓄積する一方、ネットワークインタフェース部５２にて上記の再送要求パケットが受信されると、そのパケットにより要求されている区間のデータを再送用データ蓄積部５３から取り出してネットワークインタフェース部５２へ渡すものである。
【００７５】
つまり、本第２実施形態においても、ネットワークインタフェース部５２は、受信端末６からの上記再送要求を受信する代替データ送信要求受信部２６としての機能も果たしており、さらには、再送用データ蓄積制御部５３と協動して動作することにより、上記の再送要求が受信されると、上記の蓄積品質を満足する代替データを再送用データ蓄積部５４（ＨＤＤやＲＡＭ，ＭＯ等）の蓄積内容から得て受信端末６へ送信する代替データ送信部２７としての機能も果たしている。
【００７６】
一方、受信端末６において、ネットワークインタフェース部６１は、本実施形態においても、ネットワーク４を通じて送信端末５からＩＰパケットとして送信されてくるデータ（ＡＶデータ：ＳＲパケットも含む）を受信するものであり、復号部６２は、このネットワークインタフェース部６１で受信されたＡＶデータを送信端末５側（符号化部５１）の符号化方式に応じた復号方式で復号することにより、符号化ＡＶデータを再生するものである。
【００７７】
また、受信データエラー監視部６３は、ネットワークインタフェース部６１からの受信データ（符号化ＡＶデータ）にエラーが無いかどうかを検出することで、受信データの品質監視を行なうもので、この受信データエラー監視部６３にてエラーが検出されると、そのエラー区間についてのＡＶデータの蓄積品質が所定の蓄積品質を満足していないものとして、第１実施形態と同様にそのエラー区間についてのＡＶデータ（代替データ）の再送要求情報がネットワークインタフェース部６１へ出力されるようになっている。
【００７８】
これにより、この場合も、ネットワークインタフェース部６１は、エラー区間のＡＶデータについての送信端末５宛の再送要求パケットを生成してネットワーク４へ送出することになる。つまり、本実施形態においても、ネットワークインタフェース部６１は、受信データエラー監視部６３にて受信データエラーが検出されて受信データ品質が蓄積品質を満足していないと判定されると、そのエラー区間のデータについて蓄積品質を満足する代替データの送信を送信端末５に要求する代替データ送信要求部３７として機能するのである。
【００７９】
なお、上記の受信データエラー監視部６３で監視する「受信データのエラー」とは、本実施形態では、パケットを使って送信されてきたＡＶデータの連続性が失われていないかどうかといった上位レベル（パケット内容について）のエラーであり、既存の再送制御対象となるＵＤＰ等のパケット伝送プロトコルレベルでの受信エラーについてはネットワークインタフェース部６１にて検出／排除するものとする。
【００８０】
このため、本実施形態のネットワークインタフェース部６１は、パケット伝送プロトコルレベルでの単位時間当たりのパケットエラー量を常に測定する機能を有している。そして、本実施形態では、このエラー量測定機能によって測定されたエラー量が所定値以下に収まっていることを条件として、上記の再送要求情報蓄積部６６から再送要求情報がネットワークインタフェース部６１によって読み出されて再送要求パケットの生成・送信が行なわれるようになっている。
【００８１】
さらに、受信データ蓄積制御部６４は、上記の受信データエラー監視部６３にて受信エラーが検出されなかった（蓄積品質を満足している）ＡＶデータについてはそのまま受信データ蓄積部６５（ＨＤＤやＲＡＭ，ＭＯ等）へ蓄積し、受信データエラー監視部６３にて受信エラーが検出された（蓄積品質未満の）ＡＶデータについては、送信端末２から上記の再送要求パケットに対して送信されてくる代替データを代わりに受信データ蓄積部６５に蓄積するものである。
【００８２】
なお、本実施形態においても、この受信データ蓄積制御部６４は、受信データ蓄積部６５に蓄積されたＡＶデータの２次利用のために外部から入力される蓄積データ要求情報に応じて、該当する蓄積データ取り出して要求元へ出力きるようにもなっている。
以下、上述のごとく構成された本第２実施形態のデータ通信システム（送信端末５，受信端末６）の動作について、図７を参照しながら詳述する。
【００８３】
まず、送信端末５は、符号化部５１によって符号化したＡＶデータ（１〜ｍ：ｍは自然数）をネットワークインタフェース部５２においてパケット化して、順次、ネットワーク４へ送出する（ステップＢ１，Ｂ３，Ｂ５）。
受信端末６では、このように送信端末５から送信されたパケット（ＡＶデータ）がネットワークインタフェース部６１にて受信されると（ステップＢ２，Ｂ４，Ｂ６）、パケット分解処理が施されたのち、復号部６２と受信データエラー監視部６３とのそれぞれに出力される。
【００８４】
そして、復号部６２では、このネットワークインタフェース部６１からの受信データを復号してＡＶデータを再生し表示装置やスピーカへ出力する。一方、受信データエラー監視部６３では、上述したごとく受信データにエラーが無いかどうかを監視し、エラーの検出されなかったデータについてはそのまま受信データ蓄積制御部６４へ出力し、受信データ蓄積部６５に蓄積させる。
【００８５】
ここで、例えば、受信データ（１〜ｍ）のうち受信データ（ｍ）にエラーが発生していることを受信データエラー監視部６３が検出したとする（ステップＢ６′）。すると、受信データエラー監視部６３は、エラーが検出されたＡＶデータ（ｍ）については送信端末５へ再送要求を送出すべく、必要な情報（区間情報等の再送要求情報）を生成する。この再送要求情報は、一旦、再送要求情報蓄積部６６に蓄積される。
【００８６】
ネットワークインタフェース部６１は、このように再送要求情報が再送要求情報蓄積部６６に蓄積されると、前記のエラー量測定機能によって測定したエラー量が所定値以下に収まっているときに、再送要求情報蓄積部６６から再送要求情報を読み出し、それに基づいて送信端末５宛の再送要求パケットを生成してネットワーク４へ送出する（ステップＢ７）。
【００８７】
なお、この間も、送信端末５は、ＡＶデータ（ｍ＋１〜ｍ＋５）の送信を継続しており（ステップＢ８，Ｂ１０，Ｂ１３，Ｂ１６，Ｂ１８）、受信端末６は、そのＡＶデータ（ｍ＋１〜ｍ＋５）を、順次、受信して、受信データエラー監視部６３でエラーが検出されない限り、受信データ蓄積部６５に蓄積している（ステップＢ９，Ｂ１１，Ｂ１５，Ｂ１７，Ｂ１９）。
【００８８】
そして、上記の受信端末６からの再送要求（パケット）が送信端末５において例えばＡＶデータ（ｍ＋２）の送信後に受信されたとすると（ステップＢ１２）、送信端末５は、再送用データ蓄積制御部５３によって、要求された区間のデータ〔代替データ：ＡＶデータ（ｍ）〕を受信データ蓄積部５４から取り出して、受信端末６へ送信しようとする。
【００８９】
ところが、例えば、送信端末５（ネットワークインタフェース部５２）が、ＡＶデータ（ｍ＋３）を送信した（ステップＢ１３）後、受信端末６との間の伝送遅延量の増加（所定値を超えたこと）を検出したとする（ステップＢ１４）。すると、ネットワークインタフェース部５２は、その時点では、代替データ〔ＡＶデータ（ｍ）〕の送信は行なわず、伝送遅延が所定値以下になり回復するまで待ってから、この送信を行なう（ステップＢ２０）。
【００９０】
受信端末６は、このＡＶデータ（ｍ）を受信すると（ステップＢ２１）、受信データ蓄積制御部６４によって、エラーの検出されなかったＡＶデータ（１〜ｍ−１，ｍ＋１〜ｍ＋５）とともに、受信データ蓄積部６５に蓄積させる。これにより、受信端末６の受信データ蓄積部６５にはエラーの無い状態で送信端末５から送信された全区間のＡＶデータが蓄積される。
【００９１】
以上のように、本第２実施形態においても、受信端末６は、送信端末５からのＡＶデータをリアルタイム再生しながら、受信データ蓄積部６５に、通信中の全区間について当初想定した品質の（エラーの無い）ＡＶデータを蓄積することができるので、受信データのリアルタイム再生と高品質蓄積とを両立することができる。
【００９２】
また、受信端末６から送信端末５に対する代替データの送信要求の送出は、それまでの或る一定期間の受信データのエラー率が所定値以下であることを条件として行なわれるので、送信端末５に対する上記の送信要求を確実に行なうことができる。一方、送信端末２から受信端末３への代替データの送出は、この場合も、受信端末３との間の伝送遅延量が所定値以下であることを条件として行なわれるので、不用意にネットワーク負荷を増大させることが無く、代替データ送信による受信端末６でのリアルタイム再生に対する影響も最小限に抑制される。
【００９３】
（Ｃ）その他
なお、前述した第１実施形態において、受信端末３への送信データの品質を変更するのは、必ずしも、送信端末２ではなく、送信端末２以外の端末（代理端末）である場合もある。
例えば、図８に示すように、ＴＣＰ／ＩＰネットワーク４に代理端末（品質変換端末）７が接続されて、この品質変換端末７にて、送信端末２で生成された送信データ（ＡＶデータ等）の品質がネットワーク４の負荷状況に応じた品質に変換されて受信端末３へ提供されるようなシステム構成を考える。なお、この図８に示すデータ通信システム１Ｂにおいても、送信端末２，受信端末３は、実際には、それぞれ適宜の数だけネットワーク４に接続されているものとする。
【００９４】
この場合、送信端末２では、送信データ生成部２０で生成した送信データ（ＡＶデータ等）をそのままネットワークインタフェース（Ｉ／Ｆ）部２３Ａを通じて品質変換端末７へ送出するとともに、その送信データを送信データ蓄積制御部２５Ａによって送信データ蓄積部２４Ａに蓄積しておく。
そして、品質変換端末７では、送信端末２からのＡＶデータをネットワークインタフェース（Ｉ／Ｆ）部７１にて受信すると、その受信データを受信端末３へ転送するのだが、このとき、受信端末３との間の伝送遅延量を計測して、伝送遅延量が増加している（ネットワーク帯域が圧迫されている）ことを検出すると、品質変換部７２により、受信データを元の品質よりも低い品質に変換して受信端末３へ送信する。
【００９５】
受信端末３は、図１に示すものと同様の構成を有しており、前述した第１実施形態と同様に、品質変換端末７から受信したＡＶデータの品質を監視して、所定の蓄積品質を満足している受信データについてはそのまま蓄積を行ない、蓄積品質未満の受信データについては送信端末２に対して蓄積品質以上の代替データの送信要求を行なって、これに応答して送信端末２から送信されてくる代替データを他の蓄積品質以上の受信データとともに蓄積する。
【００９６】
なお、受信端末３が受信データの品質が所定の蓄積品質未満であると判断した場合に代替データの送信を要求する相手端末は、上記の送信端末２ではなく代理端末７である場合も考えられる。ただし、この場合、送信端末２の送信データ蓄積部２４Ａで蓄積しておいた送信データを代理端末７へ転送しておく、もしくは、代理端末７において送信端末２から受信した品質変換前のオリジナルのＡＶデータを順次蓄積しておく必要がある。
【００９７】
また、上述したような品質変換端末７を有するシステム構成においても、前述した第１実施形態の変形例と同様に、例えば、品質変換処理に階層符号化を適用して、送信対象の代替データを差分データのみとすることも可能である。
例えば、図９に示すように、品質変換端末７において、送信端末２からのＡＶデータを品質変換部７２Ａで階層符号化により符号化することで、或る符号化データと差分データとの組み合わせで異なる品質の符号化データを生成して、これを受信端末３へ送信する一方、上記の差分データを再送用の代替データとして差分データ蓄積部７３に蓄積しておく。
【００９８】
そして、受信端末３（構成は図５に示すものと同様）において、受信データの品質が所定の蓄積品質以下であると判断されて、蓄積品質以上の代替データの送信要求が品質変換端末７で受信されると、品質変換端末７は、差分データ蓄積部７３から該当する代替データ（差分データ）を取り出して受信端末３へ送信する。これにより、この場合も、差分データ蓄積部７３に必要な蓄積容量が最小限に抑えられるとともに、ネットワーク４のトラフィック量が削減される。
【００９９】
また、上述した例では、いずれの場合も、送信端末２（５）から送信されるデータをＡＶデータとしているが、本発明はこれに限定されず、リアルタイム再生と蓄積とを行なう可能性のあるデータであれば、どのような形式のデータであってもよい。
また、上述した例では、受信端末３（６）から送信端末２（５）への代替データの送信要求や、それに対する送信端末２（５）から受信端末３（６）への代替データの送信タイミングを、ネットワーク４の負荷状況（伝送エラー率）に応じて後にずらすように制御しているが、勿論、このような制御は省略してもよい（再送要求情報蓄積部３６や６６は省略してもよい）。
【０１００】
さらに、上述した例（第１実施形態）では、送信端末２が品質「１」，品質「２」の２種類の品質でデータ送信を行なう場合について説明したが、勿論、送信端末２は３種類以上の品質でデータ送信を行なえるようにしてもよい。この場合、受信端末３が受信データの品質が所定の蓄積品質を満足していないと判断したときに送信端末２に要求する代替データは、その蓄積品質を満足する品質以上のデータであればどの品質のデータでもよい。
【０１０１】
例えば、送信データの品質が品質「１」〜「５」まで存在し、受信端末３において満足すべき受信データの蓄積品質が品質「３」であると仮定した場合、受信端末３は、品質「１」〜「３」の代替データであればどのデータでも蓄積を行なう。ただし、品質「１」〜「５」が順番に変化する（品質「１」での送信状態が、突然、品質「３」での送信状態になることはない）場合、蓄積品質を満足しないと判定する直前まで受信していた品質の代替データを要求するようにすれば、代替データの再送制御が単純になる。また、受信端末３側での蓄積品質を或る一定品質に揃えたいような場合には、常に、その一定品質の代替データを送信端末２に要求するようにすればよい。
【０１０２】
さらに、上述した例では、利用可能なネットワーク帯域の減少（拡大）に伴って送信データの品質を落とす（上げる）のに、データ送信レート（符号化レート）を下げる（上げる）手法を適用しているが、本発明はこれに限定されず、前述した解像度を落とす（上げる）手法をはじめ、送信データ量を削減できる手法であればどのような手法を適用してもよい。
【０１０３】
また、上述した例では、いずれも、受信データの蓄積を受信端末３（６）において行なっている〔受信端末３（６）に受信データ蓄積部３５や３５′，６５を設けている〕が、本発明はこれに限定されず、例えば、受信端末３（６）以外の他の端末や装置で行なうようにしてもよい。
さらに、上述した例では、いずれも、受信端末３（６）において受信データの蓄積を目的としているが、本発明は、これに限定されず、蓄積以外の目的で受信端末３（６）がデータを受信する場合にも適用できる。即ち、受信端末３（５）は、受信データの或る区間の品質が所定品質を満足していなければ、その区間についての上記所定品質を満足する代替データの送信を送信端末２（５）や他の代替端末７等に要求して取得することができる。
【０１０４】
また、上述した実施形態では、受信データ品質監視（第１実施形態）及び受信データエラー監視（第２実施形態）のいずれか一方のみを行なう場合について説明したが、勿論、これらの双方の監視を行なって、一定品質未満の送信データについての代替データの送信を要求できるようにしてもよい。
さらに、上述した例では、いずれも、送信端末２（５），受信端末３（６）の接続されたネットワークがＴＣＰ／ＩＰネットワーク４である場合について説明したが、本発明はこれに限定されず、ＡＴＭ(Asynchronous Transfer Mode)ネットワーク等の他の伝送方式やプロトコルに準拠したネットワークであってもよい。
【０１０５】
そして、本発明は、上述した各実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
【０１０６】
【発明の効果】
以上詳述したように、本発明によれば、データ受信端末において、データ送信端末から受信した或る区間の受信済みのデータ品質が所定の蓄積品質を満足していないと、その区間のデータについて、蓄積品質を満足するデータ品質の代替データをデータ送信端末に要求して取得するので、例えば、ネットワークの混雑等の理由によりデータ送信端末がデータ送信品質を落とした場合でも、データ受信端末では、常に、一定の蓄積品質を満足するデータを蓄積することができる。従って、データ受信端末におけるデータの低遅延再生と高品質なデータ蓄積とを両立することが可能である（請求項１，２，６）。
【０１０７】
ここで、データ受信端末は、上記の蓄積品質を満足していない区間の受信済みのデータについて既に受信したデータと組み合わせることによりその蓄積品質を満足するデータ品質の差分データを代替データとして要求するようにすれば、データ送信端末から送信してもらうデータ量を削減することができるので、ネットワーク負荷を軽減することができる。また、データ送信端末において代替データ用に蓄積しておくべきデータ量も削減される（請求項３，７）。
【０１０８】
また、データ送信端末からデータ受信端末へ送信データ品質情報を送信するようにし、データ受信端末では、このデータ送信端末からの送信データ品質情報に基づいて受信データの蓄積品質を判定するようにすれば、受信データ品質判定を容易、且つ、確実に行なうことができる（請求項４，８）。
さらに、データ送信端末から、データ受信端末へ送信しうる送信データについての品質種類情報を予めデータ受信端末へ送信するようにし、データ受信端末では、このデータ送信端末からの品質種類情報に基づいて満足すべき蓄積品質を決定するようにすれば、データ送信端末でサポートしていないデータ送信品質がデータ受信端末での基準品質として決定されることが無く、常に、適正な蓄積品質がデータ受信端末において設定される（請求項５，９）。
【０１０９】
さらに、データ送信端末では、代替データ用に蓄積された送信データを一定時間経過したものから削除するようにすれば、不要な送信データをいつまでも蓄積することが無く、最小限の蓄積容量で代替データ用の送信データを蓄積することができる（請求項１０）。
なお、本発明は、蓄積を目的とする場合のみならず、それ以外の目的でデータ受信端末においてデータを受信する場合にも適用できる。即ち、データ受信端末は、受信データの或る区間の受信済みの受信データ品質が所定品質を満足していなければ、その区間の受信済みのデータについて上記所定品質を満足するデータ品質の代替データの送信を要求して取得することができる（請求項１１，１２）。
【図面の簡単な説明】
【図１】本発明の第１実施形態としてのデータ通信システムの構成を示すブロック図である。
【図２】第１実施形態のデータ通信システム（送信端末，受信端末）の動作を説明するためのシーケンス図である。
【図３】第１実施形態に係る受信データ品質変化の検出方法を説明するための図である。
【図４】第１実施形態に係る受信データ品質変化の検出方法を説明するための図である。
【図５】第１実施形態の変形例としてのデータ通信システムの構成を示すブロック図である。
【図６】本発明の第２実施形態としてのデータ通信システムの構成を示すブロック図である。
【図７】第２実施形態のデータ通信システム（送信端末，受信端末）の動作を説明するためのシーケンス図である。
【図８】データ通信システムの他の構成例を示すブロック図である。
【図９】データ通信システムの他の構成例を示すブロック図である。
【図１０】ＴＣＰ／ＩＰネットワークを利用したデータ通信システムの構成を示すブロック図である。
【図１１】ＴＣＰ／ＩＰネットワークを利用したＡＶデータ配信システムの構成を示すブロック図である。
【図１２】ＲＴＣＰを用いた送受端末間伝送遅延測定方法を説明するための図である。
【図１３】ＴＣＰ／ＩＰネットワークを利用したＡＶデータ配信システムにおいて、リアルタイム再生のみを行なう端末と、リアルタイム再生と蓄積とを行なう端末とが混在する場合の構成を示すブロック図である。
【符号の説明】
１，１Ａ，１Ｂ データ通信システム
２，５ 送信端末（データ送信端末）
３，６ 受信端末（データ受信端末）
４ ＴＣＰ／ＩＰネットワーク
７ 代理端末（品質変換端末）
２０ 送信データ生成部
２１，２１Ａ，２２，５１ 符号化部
２３，２３Ａ，３１，５２，６１，７１ ネットワークインタフェース（Ｉ／Ｆ）部
２４，５４ 再送用データ蓄積部（送信データ蓄積部）
２５，５３ 再送用データ蓄積制御部
２６ 代替データ送信要求受信部
２７ 代替データ送信部
２８ 送信データ品質情報送信部
３２，６２ 復号部
３３ 受信データ品質監視部
３４，６４ 受信データ蓄積制御部
３５，６５ 受信データ蓄積部
３５′ 想定品質未満受信データ蓄積部
３６，６６ 再送要求情報蓄積部
３７ 代替データ送信要求部
３８ データ再構成部
６３ 受信データエラー監視部
７２，７２Ａ 品質変換部
７３ 差分データ蓄積部
Claims (12)
- データ送信端末とデータ受信端末とをそなえて成るデータ通信システムにおいて、
該データ受信端末が、
該データ送信端末から受信されるデータの品質が所定の蓄積品質を満足しているか否かを監視する受信データ品質監視部と、
該受信データ品質監視部にて或る区間の受信済みの受信データ品質が該蓄積品質を満足していないと判定されると、その区間の受信済みデータについて該蓄積品質を満足するデータ品質の代替データの送信を該データ送信端末に要求する代替データ送信要求部と、
該受信データ品質監視部により該蓄積品質を満足していると判定された受信データと、該代替データ送信要求部による要求に対して該データ送信端末から送信されてくる代替データとを蓄積する受信データ蓄積部とをそなえるとともに、
該データ送信端末が、
該データ受信端末の該代替データ送信要求部から該蓄積品質を満足する代替データの送信要求を受信する代替データ送信要求受信部と、
該データ受信端末への送信データを該データ受信端末からの該送信要求に応じて該データ受信端末へ送信しうるデータとして蓄積する送信データ蓄積部と、
該代替データ送信要求受信部にて該送信要求が受信されると、前記区間の該蓄積品質を満足するデータ品質のデータを該送信データ蓄積部の蓄積内容から得て該データ受信端末へ該代替データとして送信する代替データ送信部とをそなえていることを特徴とする、データ通信システム。 - データ送信端末から受信されるデータの品質が所定の蓄積品質を満足しているか否かを監視する受信データ品質監視部と、
該受信データ品質監視部にて或る区間の受信済みの受信データ品質が該蓄積品質を満足していないと判定されると、その区間の受信済みのデータについて該蓄積品質を満足するデータ品質の代替データの送信を該データ送信端末に要求する代替データ送信要求部と、
該受信データ品質監視部により該蓄積品質を満足していると判定された受信データと、該代替データ送信要求部による要求に対して該データ送信端末から送信されてくる代替データとを蓄積する受信データ蓄積部とをそなえたことを特徴とする、データ受信端末。 - 該代替データ送信要求部が、
該蓄積品質を満足していない区間のデータについて既に受信したデータと組み合わせることにより該蓄積品質を満足する差分データを該代替データとして要求する差分データ送信要求部として構成されたことを特徴とする、請求項２記載のデータ受信端末。 - 該受信データ品質監視部が、
該データ送信端末から送信される送信データ品質情報に基づいて該受信データの蓄積品質を監視するように構成されたことを特徴とする、請求項２記載のデータ受信端末。 - 該受信データ品質監視部が、
該データ送信端末が送信しうる送信データについての品質種類情報を予め該データ送信端末から受信し、該品質種類情報に基づいて満足すべき蓄積品質を決定するように構成されたことを特徴とする、請求項２記載のデータ受信端末。 - データ受信端末において或る区間の受信済みの受信データ品質が所定の蓄積品質を満足していないと判定された場合に該データ受信端末から送信されるその区間の受信済みのデータについての該蓄積品質を満足するデータ品質の代替データの送信要求を受信する代替データ送信要求受信部と、
該データ受信端末への送信データを該送信要求に応じて該データ受信端末へ送信しうるデータとして蓄積する送信データ蓄積部と、
該代替データ送信要求受信部にて該送信要求が受信されると、前記区間の該蓄積品質を満足するデータ品質のデータを該送信データ蓄積部の蓄積内容から得て該データ受信端末へ該代替データとして送信する代替データ送信部とをそなえたことを特徴とする、データ送信端末。 - 該送信データ蓄積部が、
既に送信したデータと組み合わせることにより異なる品質の送信データを形成しうる差分データを蓄積しうる差分データ蓄積部として構成されるとともに、
該代替データ送信部が、
該代替データ送信要求受信部にて、該データ受信端末から該蓄積品質を満足していない区間のデータについて既に受信したデータと組み合わせることにより該蓄積品質を満足する差分データについての送信要求が受信されると、該差分データ蓄積部から該当差分データを得て該データ受信端末へ送信する差分データ送信部として構成されていることを特徴とする、請求項６記載のデータ送信端末。 - 該データ受信端末での蓄積品質判定の基となる、送信データ品質情報を該データ受信端末へ送信する送信データ品質情報送信部をそなえていることを特徴とする、請求項６記載のデータ送信端末。
- 該データ受信端末で満足すべき蓄積品質の決定の基となる、該データ受信端末へ送信しうる送信データについての品質種類情報を予め該データ受信端末へ送信する品質種類情報送信部をそなえていることを特徴とする、請求項６記載のデータ送信端末。
- 該送信データ蓄積部に蓄積された送信データを一定時間経過したものから削除する蓄積制御部をそなえていることを特徴とする、請求項６記載のデータ送信端末。
- 受信データの品質が所定品質を満足しているか否かを監視する受信データ品質監視部と、
該受信データ品質監視部にて或る区間の受信済みの受信データ品質が該所定品質を満足していないと判定されると、その区間の受信済みのデータについて該所定品質を満足するデータ品質の代替データの送信を他の端末に要求する代替データ送信要求部とをそなえたことを特徴とする、データ受信端末。 - データ受信端末において或る区間の受信済みの受信データ品質が所定品質を満足していないと判定された場合に該データ受信端末から送信されるその区間の受信済みのデータについての該所定品質を満足するデータ品質の代替データの送信要求を受信する代替データ送信要求受信部と、
該代替データ送信要求受信部にて該送信要求が受信されると、前記区間の該所定品質を満足するデータ品質のデータを該データ受信端末へ該代替データとして送信する代替データ送信部とをそなえたことを特徴とする、データ送信端末。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36125699A JP3777279B2 (ja) | 1999-12-20 | 1999-12-20 | データ通信システム並びにデータ受信端末及びデータ送信端末 |
| US09/735,887 US7061863B2 (en) | 1999-12-20 | 2000-12-13 | Data communication system, data receiving terminal and data sending terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36125699A JP3777279B2 (ja) | 1999-12-20 | 1999-12-20 | データ通信システム並びにデータ受信端末及びデータ送信端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001177573A JP2001177573A (ja) | 2001-06-29 |
| JP3777279B2 true JP3777279B2 (ja) | 2006-05-24 |
Family
ID=18472838
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36125699A Expired - Lifetime JP3777279B2 (ja) | 1999-12-20 | 1999-12-20 | データ通信システム並びにデータ受信端末及びデータ送信端末 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7061863B2 (ja) |
| JP (1) | JP3777279B2 (ja) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4282207B2 (ja) * | 2000-05-31 | 2009-06-17 | 日本電気株式会社 | サーバ装置、クライアント装置、クライアントサーバ通信システム及びそれらに用いるサーバ特定方式 |
| US7327676B2 (en) * | 2001-10-11 | 2008-02-05 | Nippon Telegraph And Telephone Corporation | Data transmission control method, program therefor and data transmission unit using the same |
| US7133368B2 (en) | 2002-02-01 | 2006-11-07 | Microsoft Corporation | Peer-to-peer method of quality of service (QoS) probing and analysis and infrastructure employing same |
| JP2003309541A (ja) * | 2002-04-15 | 2003-10-31 | Sony Corp | データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム |
| US7499407B2 (en) * | 2002-09-20 | 2009-03-03 | Nortel Networks Limited | System and method for managing an optical networking service |
| US6934751B2 (en) * | 2002-11-29 | 2005-08-23 | Motorola, Inc. | Method and device for providing more accurate subscriber device billing |
| FR2849733A1 (fr) * | 2003-01-02 | 2004-07-09 | Thomson Licensing Sa | Dispositif et procede d'ajustement de debit d'un flux de contenus et produits associes |
| US8295175B2 (en) * | 2003-09-30 | 2012-10-23 | Ciena Corporation | Service metrics for managing services transported over circuit-oriented and connectionless networks |
| WO2005088931A1 (en) * | 2004-02-13 | 2005-09-22 | Nokia Corporation | Timing of quality of experience metrics |
| JPWO2005099250A1 (ja) * | 2004-04-06 | 2008-03-06 | 松下電器産業株式会社 | プログラム実行装置 |
| JP4265781B2 (ja) * | 2004-06-01 | 2009-05-20 | シャープ株式会社 | 音楽データ送信装置、音楽データ再生装置及び音楽データ通信システム |
| US8036123B1 (en) | 2005-01-07 | 2011-10-11 | Marvell International Ltd. | Integrated circuit for network stress testing |
| JP5072261B2 (ja) * | 2006-05-02 | 2012-11-14 | キヤノン株式会社 | 撮像装置、通信装置、システム、通信方法及びプログラム |
| KR100765540B1 (ko) * | 2006-05-26 | 2007-10-10 | 엘지전자 주식회사 | 이동통신단말기의 응답 메시지 전송방법 및 이를 수행하기위한 이동통신단말기 |
| US8600528B2 (en) * | 2006-09-18 | 2013-12-03 | The Research Foundation Of State University Of New York | Real-time, packet-level quality assurance of electromechanical device control data |
| JP2008131106A (ja) * | 2006-11-16 | 2008-06-05 | Software Kitchen:Kk | 通信会議システム |
| JP5207895B2 (ja) * | 2008-09-17 | 2013-06-12 | キヤノン株式会社 | 送信装置、受信装置、及び方法、プログラム |
| US9461760B2 (en) * | 2008-10-29 | 2016-10-04 | At&T Intellectual Property I, L.P. | Remediation of television signals using a network back-channel |
| JP2011010091A (ja) * | 2009-06-26 | 2011-01-13 | Toshiba Corp | 出力情報制御装置および出力情報制御方法 |
| KR101345098B1 (ko) * | 2009-12-18 | 2013-12-26 | 한국전자통신연구원 | 실시간 영상품질 측정 장치 및 방법 |
| JPWO2011099254A1 (ja) * | 2010-02-15 | 2013-06-13 | パナソニック株式会社 | データ処理装置及びデータ符号化装置 |
| CN102714626B (zh) * | 2010-06-28 | 2016-04-06 | 松下知识产权经营株式会社 | 通信终端、通信方法以及集成电路 |
| US8909762B2 (en) * | 2011-03-17 | 2014-12-09 | Hewlett-Packard Development Company, L.P. | Network system management |
| JP5861085B2 (ja) * | 2011-06-09 | 2016-02-16 | パナソニックＩｐマネジメント株式会社 | 通信端末、通信制御方法及びプログラム |
| US9135071B2 (en) * | 2011-08-19 | 2015-09-15 | Hewlett-Packard Development Company, L.P. | Selecting processing techniques for a data flow task |
| JP2013207465A (ja) | 2012-03-28 | 2013-10-07 | Brother Ind Ltd | 会議システム、端末装置および会議方法 |
| JP2013211784A (ja) * | 2012-03-30 | 2013-10-10 | Sharp Corp | コンテンツデータ記録装置およびコンテンツデータ記録方法 |
| JP6093317B2 (ja) * | 2014-02-18 | 2017-03-08 | 日本電信電話株式会社 | ノンフリーズ型映像配信ネットワークシステム |
| JP2015092697A (ja) * | 2014-12-09 | 2015-05-14 | 日立マクセル株式会社 | データ送信装置 |
| JP2017040768A (ja) * | 2015-08-19 | 2017-02-23 | ヤマハ株式会社 | コンテンツ送信装置 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0775092A (ja) | 1993-07-14 | 1995-03-17 | Hitachi Ltd | ディジタル動画圧縮装置およびこれを用いたリアルタイム動画通信システム |
| JP3588522B2 (ja) | 1995-09-04 | 2004-11-10 | 株式会社東芝 | リアルタイムデータ用情報中継システムおよびリアルタイムデータ伝送用情報提供システム |
| JPH10164553A (ja) | 1996-11-29 | 1998-06-19 | Canon Inc | 映像サーバ及びクライアント及び制御方法及び記憶媒体 |
| JPH10243373A (ja) | 1997-02-27 | 1998-09-11 | Ricoh Co Ltd | 通信システム |
| US5903673A (en) * | 1997-03-14 | 1999-05-11 | Microsoft Corporation | Digital video signal encoder and encoding method |
| US6587985B1 (en) * | 1998-11-30 | 2003-07-01 | Matsushita Electric Industrial Co., Ltd. | Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure |
| US6637031B1 (en) * | 1998-12-04 | 2003-10-21 | Microsoft Corporation | Multimedia presentation latency minimization |
-
1999
- 1999-12-20 JP JP36125699A patent/JP3777279B2/ja not_active Expired - Lifetime
-
2000
- 2000-12-13 US US09/735,887 patent/US7061863B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7061863B2 (en) | 2006-06-13 |
| US20010004352A1 (en) | 2001-06-21 |
| JP2001177573A (ja) | 2001-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3777279B2 (ja) | データ通信システム並びにデータ受信端末及びデータ送信端末 | |
| JP4405875B2 (ja) | エラー訂正用データの生成方法及び生成装置並びに生成プログラム及び同プログラムを格納したコンピュータ読み取り可能な記録媒体 | |
| JP4426316B2 (ja) | データストリーミングシステムおよび方法 | |
| JP4000905B2 (ja) | 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム | |
| KR101242663B1 (ko) | 패킷 송신 장치, 통신 시스템 및 컴퓨터 판독가능한 기록매체 | |
| JP3757857B2 (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
| US8804754B1 (en) | Communication system and techniques for transmission from source to destination | |
| EP1309151A2 (en) | System and method of network adaptive real-time multimedia streaming | |
| US20050021830A1 (en) | Data communications method and system using buffer size to calculate transmission rate for congestion control | |
| JP2003152752A (ja) | データ送受信方法 | |
| JP2005522115A (ja) | データストリーミングシステムのためのデータ構造 | |
| JP2010074366A (ja) | 送信装置、受信装置、及び方法、プログラム | |
| JP4170942B2 (ja) | モバイルアドホックネットワーク環境での効率的なデータ送受信のためのネットワーク装置及びデータ転送方法 | |
| Chakareski et al. | RaDiO Edge: Rate-distortion optimized proxy-driven streaming from the network edge | |
| JP2005033556A (ja) | データ送信装置、データ送信方法、データ受信装置、データ受信方法 | |
| JP4445012B2 (ja) | パケットの配信帯域制御方法、配信装置及び映像配信システム | |
| JP5031230B2 (ja) | データ送信装置及び方法 | |
| JP4909590B2 (ja) | メディア信号の受信装置、送信装置及び送受信システム | |
| Ghimire et al. | Enhanced the Quality of telemedicine Real-Time Video Transmission and Distortion Minimization in Wireless Network | |
| Apostolopoulos et al. | Broadband in the last mile: Current and future applications� | |
| THANH | Packet prioritizing and delivering for multimedia streaming | |
| Argyriou | Transport layer optimizations for heterogeneous wireless multimedia networks | |
| Schulzrinne | Transport protocols for multimedia | |
| AU2002337730A1 (en) | Communication system and techniques for transmission from source to destination |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050526 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050705 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050901 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060227 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120303 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130303 Year of fee payment: 7 |