JP2003179580A - データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム - Google Patents

データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム

Info

Publication number
JP2003179580A
JP2003179580A JP2001378808A JP2001378808A JP2003179580A JP 2003179580 A JP2003179580 A JP 2003179580A JP 2001378808 A JP2001378808 A JP 2001378808A JP 2001378808 A JP2001378808 A JP 2001378808A JP 2003179580 A JP2003179580 A JP 2003179580A
Authority
JP
Japan
Prior art keywords
data
packet
processing
transmission
error
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.)
Granted
Application number
JP2001378808A
Other languages
English (en)
Other versions
JP2003179580A5 (ja
JP3757857B2 (ja
Inventor
Michinari Kouno
道成 河野
Eizaburo Itakura
英三郎 板倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2001378808A priority Critical patent/JP3757857B2/ja
Priority to KR20020078418A priority patent/KR100987421B1/ko
Priority to US10/315,383 priority patent/US7502818B2/en
Publication of JP2003179580A publication Critical patent/JP2003179580A/ja
Publication of JP2003179580A5 publication Critical patent/JP2003179580A5/ja
Application granted granted Critical
Publication of JP3757857B2 publication Critical patent/JP3757857B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems

Abstract

(57)【要約】 【課題】 ＡＲＱ機能あるいはＦＥＣ等のエラー処理を
ネットワーク状況に応じて動的に変更して、高品質なデ
ータ再生を可能とするデータ通信システムを提供する。 【解決手段】 パケット伝送において、ネットワーク監
視部によって監視されるネットワーク状況に基づいてエ
ラー訂正制御を行なう。ＦＥＣによるエラー制御、再送
要求処理（ＡＲＱ）に基づくエラー制御等の態様をネッ
トワークにおけるパケット損失、エラー発生状況に応じ
て動的に変更してパケット転送を実行する。ＲＴＴが短
いならば、ＡＲＱによるエラー訂正選択、ＲＴＴが長い
状況である場合には、ＡＲＱではなくＦＥＣによるエラ
ー訂正を選択するといった動的なエラー訂正制御が可能
となる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データ通信システ
ム、データ送信装置、データ受信装置、および方法、並
びにコンピュータ・プログラムに関する。さらに詳細に
は、ストリーミングデータ転送におけるエラー耐性を高
めたパケット送信構成を持つデータ通信システム、デー
タ送信装置、データ受信装置、および方法、並びにコン
ピュータ・プログラムに関する。
【０００２】
【従来の技術】昨今、インターネット通信など、様々な
通信媒体を介した画像、音声データ等のデータ転送が盛
んに行われている。特に、近年においては、インターネ
ット上のデータ転送において、従来から利用されている
ダウンロード型伝送方式に加えて、ストリーム型伝送方
式によるサービスが増加してきている。ダウンロード型
伝送方式においては、映像ファイルや音声ファイルとい
ったマルチメディアデータを伝送する場合、配信サーバ
からデータファイルを一旦受信側端末の記憶媒体にダウ
ンロードして、その後、記憶媒体から再生することにな
る。よって、この方式ではファイルを完全に転送が終わ
るまでは再生できず、長時間再生やリアルタイム再生な
どには不向きである。
【０００３】一方、後者のストリーム型伝送方式では、
送信側から受信端末にデータ転送が行われている間に、
並列して受信データの再生処理を実行するものであり、
インターネット電話・遠隔テレビ会議・ビデオオンデマ
ンドといったインターネットサービスに利用されてい
る。
【０００４】ストリーム型伝送方式は、例えば画像デー
タのＭＰＥＧ圧縮処理により生成されるＭＰＥＧストリ
ームをＩＰ（Internet Protocol）パケットに格納して
インターネット上を転送させて、ＰＣやＰＤＡ、携帯電
話等の各通信端末において受信するシステム等において
使用され、開発が進んでいる。このような技術は、ビデ
オオンデマンドやライブ映像のストリーミング配信、あ
るいはビデオ会議、テレビ電話などのリアルタイム通信
において有効となる。
【０００５】このようなストリーム型伝送方式に適した
インターネット技術に、IETF RFC1889で規定されている
プロトコル：ＲＴＰ(Realtime Transport Protocol)が
ある。ＲＴＰに従ったデータ転送では、時間情報として
パケットにタイムスタンプを付加し、タイムスタンプの
参照により送信側と受信側の時間的関係の把握を行な
い、データ受信側において、パケット転送の遅延ゆらぎ
（ジッター）などの影響を受けずに同期をとった再生を
可能としている。
【０００６】ただし、ＲＴＰは実時間のデータ転送を保
証しているものではない。パケット配送の優先度や設
定、管理などはＲＴＰが提供するトランスポートサービ
スの範疇ではないため、ＲＴＰパケットは、他のパケッ
トと同様、ネットワーク上での配送遅延やパケット損失
がおきる可能性がある。しかし、このような事態が起こ
っても、受信側は期待する時間内に到着したパケットだ
けを利用してデータを再生することが可能である。これ
は、映像や音声データが多少のデータ欠損があったとし
ても、データ品質を落とした再生、あるいはデータ補正
処理による再生が可能となるからである。
【０００７】なお、再生に間に合わず遅延配送されたパ
ケットやエラーの発生したパケットは、受信側でそのま
ま破棄される。つまり、パケット損失やエラーが発生し
た場合は、高品質なデータ配信処理を行なっている場合
でも、受信側で品質を保持した再生が実行されないとい
う問題点がある。特に、有線区間で１０-5、無線区間で
１０-3以上のエラーがあるといわれている中では、配信
するメディアの品質保持を考慮すると、ＲＴＰをそのま
ま利用したデータ転送には問題がある。
【０００８】このようなＲＴＰに従ったデータ転送にお
ける問題点を解決する１つの案としては、データ転送に
信頼性が高いデータ転送プロトコルであるＴＣＰに従っ
てパケットの再送要求および再送パケット送信を行わせ
る方法が考えられる。しかし、ＴＣＰはエラーには強い
が、スループットが低く、遅延が大きいため、再送して
も再生時間に間に合わない可能性があり、リアルタイム
通信の実現を困難とするという問題がある。
【０００９】さらに、パケットエラー等に対応するエラ
ー訂正手法として、例えばＦＥＣ（Forward Error Corr
ection）という手段が考えられている。これは誤り訂正
を行うためのＦＥＣデータを冗長データとして送信し
て、エラーが発生した場合には、データ受信側におい
て、このＦＥＣデータをもとにエラーの修復を実行しよ
うとするものである。ランダム誤り訂正符号として、Ｂ
ＣＨ符号と畳み込み符号が用いられる。また、バースト
誤り訂正符号では、リードソロモン符号（ＲＳ符号）が
一般的によく利用されている。前述のＡＲＱに比べると
再送にかかる遅延がない分、遅延時間を低く抑えられる
が、冗長データを付加するためにパケット損失が非常に
少ない伝送路においてはスループットは低下する。
【００１０】ＦＥＣは、端末側での誤り検出と符号処理
が複雑なため受信端末側の処理能力に依存してしまう。
このように、ネットワーク状況と受信端末に合わせた最
適な付加ＦＥＣデータを一意に決定して送信するのは難
しく、処理時間のオーバーヘッドが常につきまとうなど
問題が存在する。
【００１１】
【発明が解決しようとする課題】本発明は、上述の問題
点に鑑みてなされたものであり、ビデオオンデマンド
や、遠隔テレビ会議のような、リアルタイム再生が望ま
れるデータ転送処理を効率的に実行可能とかるととも
に、パケット損失等のエラー発生時にも品質の低下を抑
えて高品質なデータ再生を実現するデータ通信システ
ム、データ送信装置、データ受信装置、および方法、並
びにコンピュータ・プログラムを提供することを目的と
する。
【００１２】
【課題を解決するための手段】本発明の第１の側面は、
データ送信装置およびデータ受信装置からなり、ストリ
ーム型データ転送を実行するデータ通信システムであ
り、データ送信装置は、送信データを格納したデータパ
ケットを送信するパケット送信処理部と、ネットワーク
状況を監視するネットワーク状況監視部と、前記ネット
ワーク状況監視部の監視するネットワーク状況に基づい
て、伝送パケットのエラー制御処理態様を制御するデー
タ送信側制御部と、データ受信装置から受信する再送要
求メッセージパケットに従って再送すべきデータパケッ
トの抽出処理を実行する再送制御部とを有し、データ受
信装置は、前記データ送信装置から受信するデータパケ
ットを受信するパケット受信処理部と、前記データ送信
装置から受信するデータパケットのエラーまたはパケッ
トロスの検出を実行し、エラー対応処理を実行するエラ
ー訂正制御部と、前記データ送信装置から受信するデー
タパケットのエラーまたはパケットロスの検出に基づい
て、前記データ送信装置に対するデータパケット再送要
求としての再送要求メッセージパケットの送信可否を判
定する再送要求処理制御部と、を有することを特徴とす
るデータ通信システムにある。
【００１３】さらに、本発明のデータ通信システムの一
実施態様において、前記データ送信側制御部は、前記ネ
ットワーク状況監視部の監視するネットワーク状況に基
づいて、エラー制御方式としてのＦＥＣ(Forward Error
Correction)の処理態様変更、またはデータ再送要求処
理としてのＡＲＱ（Auto Repeat reQuest）処理態様の
変更処理を実行する構成であることを特徴とする。
【００１４】さらに、本発明のデータ通信システムの一
実施態様において、前記ネットワーク状況監視部は、パ
ケットロス率、伝送遅延時間、または前記データ受信装
置からの再送要求に基づいてネットワーク状況解析を実
行し、該解析結果を前記データ送信側制御部に出力し、
前記データ送信側制御部は、該解析結果に基づいて、伝
送パケットのエラー制御処理態様を制御する構成である
ことを特徴とする。
【００１５】さらに、本発明のデータ通信システムの一
実施態様において、前記データ受信装置は、ネットワー
ク状況を監視する受信装置側ネットワーク状況監視部を
有し、前記受信装置側ネットワーク状況監視部は、パケ
ットロス率、または伝送遅延時間に基づくネットワーク
状況解析を実行し、該解析結果に基づいて処理データの
選択を実行する構成であることを特徴とする。
【００１６】さらに、本発明のデータ通信システムの一
実施態様において、前記データ送信装置は、送信符号化
データの階層化処理を実行する階層化部と、前記階層化
部において階層化された階層毎の優先度を設定する優先
度付け処理部とを有し、前記データ受信装置は、ネット
ワーク状況を監視する受信装置側ネットワーク状況監視
部を有し、前記受信装置側ネットワーク状況監視部の解
析結果に基づく処理データの選択を前記階層または優先
度に従って実行する階層選択制御部と、を有することを
特徴とする。
【００１７】さらに、本発明のデータ通信システムの一
実施態様において、前記データ受信装置におけるエラー
訂正制御部は、エラー制御方式としてのＦＥＣ(Forward
Error Correction)に基づくエラー訂正処理、またはデ
ータ再送要求処理としてのＡＲＱ（Auto Repeat reQues
t）処理を実行する構成であることを特徴とする。
【００１８】さらに、本発明のデータ通信システムの一
実施態様において、前記データ受信装置におけるエラー
訂正制御部は、前記データ送信装置とデータ受信装置に
おける往復伝播遅延（ＲＴＴ）の計測処理のために前記
データ送信装置に対するエコーパケットの送信および該
エコーパケットに対するエコーリプライパケットの受信
処理制御を実行し、該エコーパケットに基づいて算出す
る往復伝播遅延（ＲＴＴ）に基づいて、再送要求に基づ
く再送データパケット受信が、再送データパケット格納
データの再生処理開始時間前に可能か否かを判定する構
成を有することを特徴とする。
【００１９】さらに、本発明のデータ通信システムの一
実施態様において、前記データ送信装置は、送信符号化
データの階層化処理を実行する階層化部と、前記階層化
部において階層化された階層毎の優先度を設定する優先
度付け処理部とを有し、前記データ送信側制御部は、前
記階層化部における階層化処理態様、または前記優先度
付け処理部における処理態様をネットワーク状況に応じ
て変更する構成であることを特徴とする。
【００２０】さらに、本発明のデータ通信システムの一
実施態様において、前記データ送信装置は、送信符号化
データの階層化処理を実行する階層化部を有し、前記デ
ータ送信側制御部は、前記ネットワーク状況監視部の監
視するネットワーク状況に基づいて、エラー制御方式と
してのＦＥＣ(Forward Error Correction)の処理態様変
更、またはデータ再送要求処理としてのＡＲＱ（Auto R
epeat reQuest）処理態様の変更処理を前記階層化部の
設定した各階層に対応して実行する構成であることを特
徴とする。
【００２１】さらに、本発明のデータ通信システムの一
実施態様において、前記データ送信装置は、送信符号化
データの階層化処理を実行する階層化部と、前記階層化
部において階層化された階層毎の優先度を設定する優先
度付け処理部とを有し、前記データ送信側制御部は、前
記ネットワーク状況監視部の監視するネットワーク状況
に基づいて、エラー制御方式としてのＦＥＣ(Forward E
rror Correction)の処理態様変更、またはデータ再送要
求処理としてのＡＲＱ（Auto Repeat reQuest）処理態
様の変更処理を前記優先度付け処理部の設定した各優先
度に対応して実行する構成であることを特徴とする。
【００２２】さらに、本発明の第２の側面は、ストリー
ム型データ送信を実行するデータ送信装置であり、送信
データを格納したデータパケットを送信するパケット送
信処理部と、ネットワーク状況を監視するネットワーク
状況監視部と、前記ネットワーク状況監視部の監視する
ネットワーク状況に基づいて、伝送パケットのエラー制
御処理態様を制御するデータ送信側制御部と、データ受
信装置から受信する再送要求メッセージパケットに従っ
て再送すべきデータパケットの抽出処理を実行する再送
制御部と、を有することを特徴とするデータ送信装置に
ある。
【００２３】さらに、本発明のデータ送信装置の一実施
態様において、前記データ送信側制御部は、前記ネット
ワーク状況監視部の監視するネットワーク状況に基づい
て、エラー制御方式としてのＦＥＣ(Forward Error Cor
rection)の処理態様変更、またはデータ再送要求処理と
してのＡＲＱ（Auto Repeat reQuest）処理態様の変更
処理を実行する構成であることを特徴とする。
【００２４】さらに、本発明のデータ送信装置の一実施
態様において、前記ネットワーク状況監視部は、パケッ
トロス率、伝送遅延時間、または前記データ受信装置か
らの再送要求に基づいてネットワーク状況解析を実行
し、該解析結果を前記データ送信側制御部に出力し、前
記データ送信側制御部は、該解析結果に基づいて、伝送
パケットのエラー制御処理態様を制御する構成であるこ
とを特徴とする。
【００２５】さらに、本発明のデータ送信装置の一実施
態様において、前記データ送信装置は、さらに、送信符
号化データの階層化処理を実行する階層化部と、前記階
層化部において階層化された階層毎の優先度を設定する
優先度付け処理部とを有し、前記データ送信側制御部
は、前記階層化部における階層化処理態様、または前記
優先度付け処理部における処理態様をネットワーク状況
に応じて変更する構成であることを特徴とする。
【００２６】さらに、本発明のデータ送信装置の一実施
態様において、前記データ送信装置は、さらに、送信符
号化データの階層化処理を実行する階層化部を有し、前
記データ送信側制御部は、前記ネットワーク状況監視部
の監視するネットワーク状況に基づいて、エラー制御方
式としてのＦＥＣ(Forward Error Correction)の処理態
様変更、またはデータ再送要求処理としてのＡＲＱ（Au
to Repeat reQuest）処理態様の変更処理を前記階層化
部の設定した各階層に対応して実行する構成であること
を特徴とする。
【００２７】さらに、本発明のデータ送信装置の一実施
態様において、前記データ送信装置は、さらに、送信符
号化データの階層化処理を実行する階層化部と、前記階
層化部において階層化された階層毎の優先度を設定する
優先度付け処理部とを有し、前記データ送信側制御部
は、前記ネットワーク状況監視部の監視するネットワー
ク状況に基づいて、エラー制御方式としてのＦＥＣ(For
ward Error Correction)の処理態様変更、またはデータ
再送要求処理としてのＡＲＱ（Auto Repeat reQuest）
処理態様の変更処理を前記優先度付け処理部の設定した
各優先度に対応して実行する構成であることを特徴とす
る。
【００２８】さらに、本発明の第３の側面は、ストリー
ム型データの受信を実行するデータ受信装置であり、デ
ータ送信装置から受信するデータパケットを受信するパ
ケット受信処理部と、ネットワーク状況を監視するネッ
トワーク状況監視部と、前記データ送信装置から受信す
るデータパケットのエラーまたはパケットロスの検出を
実行し、エラー対応処理を実行するエラー訂正制御部
と、前記データ送信装置から受信するデータパケットの
エラーまたはパケットロスの検出に基づいて、前記デー
タ送信装置に対するデータパケット再送要求としての再
送要求メッセージパケットの送信可否を判定する再送要
求処理制御部と、ネットワーク状況監視部の監視結果に
基づいて処理データの選択を実行する階層選択制御部
と、を有することを特徴とするデータ受信装置にある。
【００２９】さらに、本発明のデータ受信装置の一実施
態様において、前記受信装置側ネットワーク状況監視部
は、パケットロス率、または伝送遅延時間に基づくネッ
トワーク状況解析を実行し、階層選択制御部は、該解析
結果に基づいて処理データの選択を実行する構成である
ことを特徴とする。
【００３０】さらに、本発明のデータ受信装置の一実施
態様において、前記データ受信装置におけるエラー訂正
制御部は、エラー制御方式としてのＦＥＣ(Forward Err
or Correction)に基づくエラー訂正処理、またはデータ
再送要求処理としてのＡＲＱ（Auto Repeat reQuest）
処理を実行する構成であることを特徴とする。
【００３１】さらに、本発明のデータ受信装置の一実施
態様において、前記データ受信装置におけるエラー訂正
制御部は、前記データ送信装置とデータ受信装置におけ
る往復伝播遅延（ＲＴＴ）の計測処理のために前記デー
タ送信装置に対するエコーパケットの送信および該エコ
ーパケットに対するエコーリプライパケットの受信処理
制御を実行し、該エコーパケットに基づいて算出する往
復伝播遅延（ＲＴＴ）に基づいて、再送要求に基づく再
送データパケット受信が、再送データパケット格納デー
タの再生処理開始時間前に可能か否かを判定する構成を
有することを特徴とする。
【００３２】さらに、本発明の第４の側面は、データ送
信装置およびデータ受信装置間におけるストリーム型デ
ータ転送を実行するデータ通信方法であり、データ送信
装置は、送信データを格納したデータパケットを送信す
るパケット送信処理ステップと、ネットワーク状況を監
視するネットワーク状況監視ステップと、前記ネットワ
ーク状況監視ステップにおいて監視するネットワーク状
況に基づいて、伝送パケットのエラー制御処理態様を制
御するデータ送信側制御ステップと、データ受信装置か
ら受信する再送要求メッセージパケットに従って再送す
べきデータパケットの抽出処理を実行する再送制御ステ
ップとを実行し、データ受信装置は、前記データ送信装
置から受信するデータパケットを受信するパケット受信
処理ステップと、前記データ送信装置から受信するデー
タパケットのエラーまたはパケットロスの検出を実行
し、エラー対応処理を実行するエラー訂正制御ステップ
と、前記データ送信装置から受信するデータパケットの
エラーまたはパケットロスの検出に基づいて、前記デー
タ送信装置に対するデータパケット再送要求としての再
送要求メッセージパケットの送信可否を判定する再送要
求処理制御ステップと、を実行することを特徴とするデ
ータ通信方法にある。
【００３３】さらに、本発明のデータ通信方法の一実施
態様において、前記データ送信側制御ステップは、前記
ネットワーク状況監視ステップにおいて監視するネット
ワーク状況に基づいて、エラー制御方式としてのＦＥＣ
(Forward Error Correction)の処理態様変更、またはデ
ータ再送要求処理としてのＡＲＱ（Auto Repeat reQues
t）処理態様の変更処理を実行することを特徴とする。
【００３４】さらに、本発明のデータ通信方法の一実施
態様において、前記ネットワーク状況監視ステップは、
パケットロス率、伝送遅延時間、または前記データ受信
装置からの再送要求に基づいてネットワーク状況解析を
実行し、前記データ送信側制御ステップは、該解析結果
に基づいて、伝送パケットのエラー制御処理態様を制御
することを特徴とする。
【００３５】さらに、本発明のデータ通信方法の一実施
態様において、前記データ受信装置は、さらに、パケッ
トロス率、または伝送遅延時間に基づくネットワーク状
況解析を実行するネットワーク状況監視を実行し、該監
視結果に基づいて処理データの選択を実行することを特
徴とする。
【００３６】さらに、本発明のデータ通信方法の一実施
態様において、前記データ送信装置は、送信符号化デー
タの階層化処理を実行する階層化ステップと、前記階層
化ステップにおいて階層化された階層毎の優先度を設定
する優先度付け処理ステップとを有し、前記データ受信
装置は、ネットワーク状況に基づいて処理データの選択
を前記階層または優先度に従って実行する階層選択制御
ステップと、を有することを特徴とする。
【００３７】さらに、本発明のデータ通信方法の一実施
態様において、前記データ受信装置におけるエラー訂正
制御ステップは、エラー制御方式としてのＦＥＣ(Forwa
rd Error Correction)に基づくエラー訂正処理、または
データ再送要求処理としてのＡＲＱ（Auto Repeat reQu
est）処理を実行することを特徴とする。
【００３８】さらに、本発明のデータ通信方法の一実施
態様において、前記データ受信装置におけるエラー訂正
制御ステップは、前記データ送信装置とデータ受信装置
における往復伝播遅延（ＲＴＴ）の計測処理のために前
記データ送信装置に対するエコーパケットの送信および
該エコーパケットに対するエコーリプライパケットの受
信処理ステップ、および、該エコーパケットに基づいて
算出する往復伝播遅延（ＲＴＴ）に基づく、再送要求に
基づく再送データパケット受信が再送データパケット格
納データの再生処理開始時間前に可能か否かを判定する
ステップを含むことを特徴とする。
【００３９】さらに、本発明のデータ通信方法の一実施
態様において、前記データ送信装置は、送信符号化デー
タの階層化処理を実行する階層化ステップと、前記階層
化部において階層化された階層毎の優先度を設定する優
先度付け処理ステップとを有し、前記データ送信側制御
ステップは、前記階層化処理態様、または前記優先度付
け処理態様をネットワーク状況に応じて変更する処理を
含むことを特徴とする。
【００４０】さらに、本発明のデータ通信方法の一実施
態様において、前記データ送信装置は、送信符号化デー
タの階層化処理を実行する階層化ステップを有し、前記
データ送信側制御ステップは、ネットワーク状況に基づ
いて、エラー制御方式としてのＦＥＣ(Forward Error C
orrection)の処理態様変更、またはデータ再送要求処理
としてのＡＲＱ（Auto Repeat reQuest）処理態様の変
更を各階層に対応して実行することを特徴とする。
【００４１】さらに、本発明のデータ通信方法の一実施
態様において、前記データ送信装置は、送信符号化デー
タの階層化処理を実行する階層化ステップと、前記階層
化ステップにおいて階層化された階層毎の優先度を設定
する優先度付け処理ステップとを有し、前記データ送信
側制御ステップは、ネットワーク状況に基づいて、エラ
ー制御方式としてのＦＥＣ(Forward Error Correction)
の処理態様変更、またはデータ再送要求処理としてのＡ
ＲＱ（Auto Repeat reQuest）処理態様の変更を前記優
先度に対応して実行することを特徴とする。
【００４２】さらに、本発明の第５の側面は、ストリー
ム型データ送信を実行するコンピュータ・プログラムで
あって、送信データを格納したデータパケットを送信す
るパケット送信処理ステップと、ネットワーク状況を監
視するネットワーク状況監視ステップと、前記ネットワ
ーク状況監視ステップにおいて監視するネットワーク状
況に基づいて、伝送パケットのエラー制御処理態様を制
御する制御ステップと、データ受信装置から受信する再
送要求メッセージパケットに従って再送すべきデータパ
ケットの抽出処理を実行する再送制御ステップと、を具
備することを特徴とするコンピュータ・プログラムにあ
る。
【００４３】さらに、本発明の第６の側面は、ストリー
ム型データの受信を実行するコンピュータ・プログラム
であって、データ送信装置から受信するデータパケット
を受信するパケット受信処理ステップと、ネットワーク
状況を監視するネットワーク状況監視ステップと、前記
データ送信装置から受信するデータパケットのエラーま
たはパケットロスの検出を実行し、エラー対応処理を実
行するエラー訂正制御ステップと、前記データ送信装置
から受信するデータパケットのエラーまたはパケットロ
スの検出に基づいて、前記データ送信装置に対するデー
タパケット再送要求としての再送要求メッセージパケッ
トの送信可否を判定する再送要求処理制御ステップと、
ネットワーク状況監視ステップにおける監視結果に基づ
いて処理データの選択を実行する階層選択制御ステップ
と、を具備することを特徴とするコンピュータ・プログ
ラムにある。
【００４４】なお、本発明のコンピュータ・プログラム
は、例えば、様々なプログラム・コードを実行可能な汎
用コンピュータ・システムに対して、コンピュータ可読
な形式で提供する記憶媒体、通信媒体、例えば、ＣＤや
ＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークな
どの通信媒体によって提供可能なコンピュータ・プログ
ラムである。このようなプログラムをコンピュータ可読
な形式で提供することにより、コンピュータ・システム
上でプログラムに応じた処理が実現される。
【００４５】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。なお、本明細
書においてシステムとは、複数の装置の論理的集合構成
であり、各構成の装置が同一筐体内にあるものには限ら
ない。
【００４６】
【発明の実施の形態】［システム及びデータ送受信概
要］本発明のデータ通信システムのシステム構成例を図
１に示す。本発明のデータ通信システムは、ビデオオン
デマンドや、遠隔テレビ会議のような、リアルタイム再
生が望まれるデータ転送処理をデータ送信処理を実行す
る送信側端末１００と、データ受信処理を実行する受信
側端末１３０，１３１との間でＩＰネットワーク１３５
を介して実行するシステムである。
【００４７】図１には、１つの送信側端末１００と２つ
の受信側端末１３０，１３１が示してあるが、この他に
も任意数の端末がＩＰネットワーク１３５を介してデー
タ送受信が実行される。また、データ送信側端末、受信
側端末は、データの送信のみ、受信のみを実行するばか
りでなく、データ送受信が可能な端末として構成可能で
ある。
【００４８】データ送信側端末１００は、カメラ１０９
やマイク１１０より、画像、音声等のメディアデータを
インターフェース（Ｉ／Ｆ）１０８などを通して記憶装
置１０５、ＲＡＭ１０３に取り込む。撮り込まれたデー
タは、通信インターフェース１０６を介して、ＩＰネッ
トワーク１３５に伝送される。ＩＰネットワーク１３５
を介して設定される伝送路１３２，１３３，１３４は、
有線路でも無線路でも構わない。これらの伝送路１３
２，１３３，１３４を介して受信側端末１３０は、通信
インターフェース１１２を通してデータを受信しＲＡＭ
１１７にバッファリングする。
【００４９】受信側端末１３０では、ＣＰＵ１１５によ
る処理を経て、受信データを表示装置１１８において画
像表示し、また再生装置１１４において音声の再生を実
行する。受信端末１３１も受信端末１３０と同様に送信
側端末１００からのデータを同時に受信し、同様の画像
再生、音声再生を実行する。
【００５０】図１の構成において、送信側端末１００、
受信側端末１３０，１３１のそれぞれは例えば通信処理
機能を持つＰＣ、あるいは携帯端末等によって構成され
る。各端末の詳細構成については、後段で説明するが、
図１に示す送信側端末１００および受信側端末１３０，
１３１の各処理部の機能の概略をまとめて説明する。
【００５１】ＣＰＵ(Central processing Unit)１０
１，１１５，１２３は、各種実行プログラム、ＯＳ（Op
erating System）を実行するプロセッサであり、後段で
説明する。送受信データの再送制御、エラー訂正処理等
のプログラムを実行する。ＲＯＭ（Read-Only-Memory）
１０２，１１６，１２４は、ＣＰＵが実行するプログラ
ム、あるいは演算パラメータとしての固定データを格納
する。ＲＡＭ（Random Access Memory）１０２，１１
７，１２５は、ＣＰＵの処理において実行されるプログ
ラム、およびプログラム処理において適宜変化するパラ
メータの格納エリア、ワーク領域として使用される。
【００５２】表示装置１０４，１１８，１２６は、例え
ばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキ
ストまたはイメージ等により表示する。外部記憶装置１
０５，１１１，１１９はハードディスク、ＤＶＤ等の記
憶媒体を持つ記憶装置であり、各種データ、プログラム
を格納する。
【００５３】通信Ｉ／Ｆ１０６，１１２，１２０は送信
側端末と受信側端末間の通信処理を実行し、ＣＰＵの制
御の下に、各記憶部から供給されたデータ、あるいはＣ
ＰＵによって処理されたデータを送信したり、他端末か
らのデータを受信する処理を実行する。
【００５４】入力装置１０７，１１３，１２１は、例え
ばキーボード、ポインティングデバイスを含む入力部で
あり、キーボードやマウス等を介してユーザによるデー
タまたはコマンドの入力が可能である。受信側端末１３
０，１３１に示す再生装置１１４，１２２は前述したよ
うに音声再生を実行する例えばスピーカ等の装置であ
る。
【００５５】次に、図２以下を参照して、本発明のデー
タ通信システムにおけるデータ送受信処理の詳細を説明
する。
【００５６】図２のデータ通信システムにおいて、送信
側端末２０１は受信側端末２０２に対して画像、音声等
のデータをパケット化して送信する。転送データは、例
えばビデオカメラ２０３によって取得された画像、音声
データである。なお、転送データは、ＣＤ，ＤＶＤ等の
記憶媒体から入力されるデータ、あるいは外部ネットワ
ーク、衛星等から受信するデータ等であってもよい。な
お、以下の説明では、１つの例として送信側端末２０１
から受信側端末２０２へビデオカメラ２０３によって取
得された動画像データを転送する構成を中心として説明
する。
【００５７】ビデオカメラ２０３によって取得された動
画像データは、送信側端末２０１の符号化装置（エンコ
ーダ）２０４により符号化、例えばＭＰＥＧ圧縮処理等
による符号化がなされ、階層化部２０５、優先度付け処
理部２０６において、送信するデータ、および端末側の
再生能力などに応じてデータを階層化し、優先度付け処
理を実行する。
【００５８】階層化部２０５は、符号化がなされたデー
タの階層化処理を実行する。基本階層（ベースレイヤ
ー）は画像の基本となる階層であり、受信側端末２０２
は、基本階層のみ受信した場合であっても最低限の品質
を確保できる。さらに、上位階層のデータを受信するこ
とでより高品質なデータ例えば画像再生が可能となる。
階層化部２０５は、このように符号化データに応じた階
層区分処理を行なう。
【００５９】ビデオオンデマンドやライブ映像のストリ
ーミング配信、あるいはビデオ会議、テレビ電話などの
リアルタイム通信においては、異なる能力を持つ端末を
受信端末として、データ送受信が行われることを想定す
る必要がある。例えば、１つの情報送信ソースからの送
信データは、携帯電話などのような解像度の低いディス
プレイと処理能力の低いＣＰＵを有する受信端末によっ
て受信されディスプレイに表示する処理が実行され、か
つ、デスクトップパソコンのように高解像度のモニター
と高い処理能力のＣＰＵを有する受信端末によって受信
されて表示処理が実行される。このように、処理能力の
異なる様々な受信端末を相手としたデータ送信が行なわ
れる。このように様々な受信端末において処理能力等に
応じた受信処理、表示処理を実行させる手法として、送
受信するデータの符号化を階層化させて実行するもので
あり、階層化部２０５は、このように符号化データに応
じた階層化処理を行なう。
【００６０】階層符号化によるデータ配信により、例え
ば、高解像度のディスプレイを有する受信端末において
のみ処理する符号化データと、高解像度のディスプレイ
を有する受信端末および低解像度のディスプレイを有す
る受信端末の双方において共通に処理する符号化データ
とを、それぞれ区別可能な態様でパケット化して配信可
能となり、受信側において、データを選別して処理でき
る。
【００６１】階層符号化が可能な圧縮・伸張方式として
は、例えばＭＰＥＧ４とＪＰＥＧ２０００によるビデオ
ストリームをあげることができる。ＭＰＥＧ４ではＦｉ
ｎｅＧｒａｎｕａｌｉｔｙ Ｓｃａｌａｂｉｌｉｔｙ技
術を規格に取り込みプロファイル化する予定であり、こ
の階層符号化技術によりスケーラブルに低いビットレー
トから高いビットレートまで配信することが可能と言わ
れている。また、ウェーブレット（Ｗａｖｅｌｅｔ）変
換をベースとするＪＰＥＧ２０００は、ウェーブレット
（Ｗａｖｅｌｅｔ）変換の特徴を生かし、空間解像度を
ベースにパケット化することや、あるいは画質をベース
に階層的にパケット化することが可能である。またＪＰ
ＥＧ２０００は静止画だけでなく動画を扱えるＭｏｔｉ
ｏｎＪＰＥＧ２０００（Ｐａｒｔ ３）規格により、階
層化したデータをファイルフォーマットで保存すること
が可能である。上述の階層符号化処理の適用により、１
つのファイルデータから異なる能力の端末へ同時にデー
タ配信を実行することが可能となる。
【００６２】また、階層符号化の例としてＤＣＴ（Disc
rete Cosine Transform）ベースの技術を用いた構成も
可能である。これは配信情報となる例えば画像データを
ＤＣＴ処理し、ＤＣＴ処理により高域と低域とを区別し
た階層化を実現し、高域と低域との階層で区分したパケ
ットを生成してデータ配信を実行する方法である。エン
コーダ２０４では、上述のＤＣＴ処理、あるいは、ウェ
ーブレット変換のような階層化の可能な符号化方式を実
行する。
【００６３】エンコーダ２０４は上述の階層符号化をあ
らかじめ設定されたプログレッシブ順序でのプログレッ
シブ符号化処理を実行する。すなわち上記したフェーブ
レット変換等に対応する空間解像度によるプログレッシ
ブ、あるいはＳＮＲ（Signalto Noise Ratio）、すなわ
ち画質毎に設定した階層に対応するプログレッシブ、あ
るいはカラー成分（ＲＧＢやＹＣｂＣｒ）毎の階層に対
応するプログレッシブ等、様々なデータ階層に応じたプ
ログレッシブ符号化処理を実行する。
【００６４】プログレッシプ符号化とは、インターネッ
トの画像配信等において多用される符号化処理であり、
データ受信端末側で粗い画像データを先に出力し、順
次、細かい画像を出力して表示することを可能とするも
のである。例えば、空間解像度によるプログレッシブ符
号化の場合は、粗い画像に対応する低周波画像データの
符号化データから精細な画像に対応する高周波画像デー
タの符号化データを生成する。データの復号、表示を実
行する端末では、低周波画像データの符号化データの復
号、表示処理をまず実行することで、短時間でディスプ
レイに粗い概略画像を表示することが可能となり、その
後、高周波領域の符号化データを復号し、表示すること
で、徐々に精細な画像を表示することが可能となる。Ｓ
ＮＲ（Signal to Noise Ratio）、すなわち画質による
プログレッシブの場合は、低ＳＮＲ（低画質）の符号化
データから高ＳＮＲ（高画質）を区別して符号化する。
カラー成分（ＲＧＢやＹＣｂＣｒ）によるプログレッシ
ブの場合は、カラー成分（ＲＧＢやＹＣｂＣｒ）毎の符
号化を実行する。
【００６５】一例としてウェーブレット変換による符号
化データの階層化処理について説明する。ウェーブレッ
ト変換は、入力画像信号を、ローパスフィルタ、ハイパ
スフィルタによって帯域分割処理を複数段に渡って実行
し、低域成分を階層的に帯域分割した帯域成分を順次生
成する処理として実行される。図３は、レベル３まで２
次元画像を帯域分割した結果得られる帯域成分を図示し
たものである。この図３に示す例では、先ずレベル１の
帯域分割（水平・垂直方向）により４つの成分ＬＬ、Ｌ
Ｈ、ＨＬ、ＨＨに分かれる。ここでＬＬは水平・垂直成
分が共にＬであること、ＬＨは水平成分がＨで垂直成分
がＬであることを意味している。次に、ＬＬ成分は再度
帯域分割されて、ＬＬＬＬ、ＬＬＨＬ、ＬＬＬＨ、ＬＬ
ＨＨが生成される。さらに、ＬＬＬＬ成分は再度帯域分
割されて、ＬＬＬＬＬＬ、ＬＬＬＬＨＬ、ＬＬＬＬＬ
Ｈ、ＬＬＬＬＨＨが生成される。
【００６６】図２に示すエンコーダ２０４は、例えば上
述したウェーブレット変換処理等の階層符号化を実行
し、階層化部２０５において、各階層毎に分類され、さ
らに、優先度付け処理部２０８において各階層毎の優先
度付け処理が行なわれる。なお、エンコーダ２０４は、
ビットレート制御部２１１からの情報に基づいて符号化
態様の変更、例えば符号化階層数等の変更を行なう。ビ
ットレート制御部２１１は、ネットワーク監視部２１５
が監視するネットワーク状況を受信する階層エラー訂正
優先度制御部２１２の設定した情報に基づいて、エンコ
ーダ２０４の符号化態様の設定を行なう。例えばネット
ワークの混雑等によるパケットの遅延状況等をネットワ
ーク監視部２１５が検出し、検出情報に基づいてエンコ
ーダ２０４は、符号化階層数等の変更等、符号化態様を
動的に変更する。
【００６７】優先度付け処理部２０８においては、階層
符号化データの階層毎の重要度に応じた優先度を付与す
る。上述したウェーブレット変換データの空間解像度に
よる階層レベル分けを実行した場合において、もっとも
重要度の高い階層レベルは、ディスプレイに粗い概略画
像を表示するために必要となるデータであり、これは、
図３に示す低域（３ＬＬ）データを含む符号化領域、す
なわち１／８のサイズのＬＬＬＬＬＬ、ＬＬＬＬＨＬ、
ＬＬＬＬＬＨ、ＬＬＬＬＨＨデータ領域３０１に相当す
る。次の重要度の階層レベルは、次の低域の１／４のサ
イズのデータ領域となり、ＬＬＬＬ、ＬＬＨＬ、ＬＬＬ
Ｈ、ＬＬＨＨデータ領域３０２で構成され、次の重要度
の階層レベルは、次の低域の１／２のサイズのデータ領
域となり、ＬＬ、ＬＨ、ＨＬ、ＨＨデータ領域３０３で
構成される。
【００６８】優先度付け処理部２０８も、ネットワーク
監視部２１５が監視するネットワーク状況を受信する階
層エラー訂正優先度制御部２１２の設定した情報に基づ
いて、設定する優先度を動的に変更可能な構成を持つ。
例えばネットワークの混雑等によるパケットの遅延状況
等をネットワーク監視部２１５が検出し、この検出情報
に基づいて優先度付け処理部２０８は、各符号化データ
に対して設定する優先度を動的に変更する。
【００６９】優先度の設定は、例えば図４に示すような
設定として実行される。エンコーダ２０４によって階層
符号化されたデータを、例えば５階層とした場合、階層
０〜階層４までの階層別の符号化データに区分し、これ
らをそれぞれパケット６５〜６９の５つのパケットにペ
イロードとして格納する例を示している。
【００７０】階層０の符号化データが最も重要度の高い
データであり、この階層０の符号化データをペイロード
とするＩＰパケット６５のＲＴＰヘッダ（ＲＴＰＨ）に
は優先度［０］を設定し、また、ＩＰヘッダ（ＩＰＨ）
には、優先度［０］を設定する。階層１の符号化データ
は、次に重要度の高いデータであり、この階層１の符号
化データをペイロードとするＩＰパケット６６のＲＴＰ
ヘッダ（ＲＴＰＨ）には優先度［１］を設定し、また、
ＩＰヘッダ（ＩＰＨ）には、優先度［１］を設定する。
以下、階層２の符号化データをペイロードとするＩＰパ
ケット６７のＲＴＰヘッダには優先度［２］、ＩＰヘッ
ダには優先度［１］、階層３の符号化データをペイロー
ドとするＩＰパケット６８のＲＴＰヘッダには優先度
［３］、ＩＰヘッダには優先度［２］、階層４の符号化
データをペイロードとするＩＰパケット６９のＲＴＰヘ
ッダには優先度［４］、ＩＰヘッダには優先度［２］を
設定する。
【００７１】このＩＰヘッダ、ＲＴＰヘッダに対する優
先度設定処理は、優先度付け処理部２０８内の記憶手段
に記憶した優先度設定マップに従って実行される。図５
に優先度設定マップの構成例を示す。優先度設定マップ
は、エンコーダ２０４において符号化された階層毎にＲ
ＴＰヘッダ、ＩＰヘッダに設定する優先度を対応付けた
マップである。
【００７２】図５に示す優先度設定マップの例は、ウェ
ーブレット変換において設定された階層のレベル：０〜
４をＲＴＰパケットの拡張ヘッダ（ＲＴＰ共通ヘッダに
続くＲＴＰペイロードヘッダ）に設定する優先度：０〜
４としてそのまま適用している。また、ＩＰヘッダに設
定する優先度は、０〜２の３種類としＩＰネットワーク
から見た場合の優先度は３レベルとなる。このように階
層レベルからＲＴＰのレベルへの優先度の対応付けとＲ
ＴＰレベルからＩＰレベルへの優先度のマッピングを行
うことにより、例えば次のような制御が可能となる。
【００７３】ＲＴＰレベルにおいてはパケットのシーケ
ンス番号を管理しており、インターネットでロスがあっ
た場合にロスしたパケットを検出可能である。パケット
ロスを検出することにより、受信側は例えばデコーダに
パケットロス位置を通知することによって、エラー制御
方法を変更することができる。エラー制御方式として
は、例えばＦＥＣ(Forward Error Correction)を使用す
る。ＦＥＣの手法としては、ＡＴＭのＡＡＬ１における
パケットロスに対してＦＥＣを行う手法、ITU-TRecomme
ndation I.363.1, B-ISDN ATM Adaptation Layer (AA
L), types 1 and 2 specificationに記載のマトリック
スを作って損失パケットのリードソロモン復号する手法
に準じた方法等が適用可能である。
【００７４】このような処理はすべての階層レベルのパ
ケットに対して同等に処理する必要はなく、例えばネッ
トワークの帯域に応じてＦＥＣ（フォワードエラーコレ
クション）の冗長度を変化させたり、再送回数を優先度
に応じて重み付けする。
【００７５】なお、図５に示す優先度設定マップは、ネ
ットワーク状況に応じて動的に変更する構成を持つ。ネ
ットワーク監視部２１が取得する帯域監視情報、ＲＴＣ
Ｐによる送信パケットの損失率情報等を用いて、送信可
能な帯域、保証可能な品質を考慮してマッピング方法を
変える。階層レベルをＲＴＰパケットの優先度レベルあ
るいはＩＰパケットの優先度レベルへマッピングする優
先度設定マップを生成する場合、元画像へのロスによる
影響をネットワークのロス率を考慮して優先度を決める
ことが可能である。
【００７６】このように、本発明のデータ通信システム
においては、ＲＴＰヘッダのＲＴＰペイロードヘッダ内
に、符号化データの階層レベルに応じた優先度を設定し
た構成としたので、ＲＴＰパケットレベルで上層のアプ
リケーションに依存した優先度の把握が可能となる。こ
の優先度の把握により、パケットロスに対する処理を変
えることが可能である。
【００７７】このような階層レベル毎の処理はアプリケ
ーションに依存し、ＲＴＰパケットレベルでは優先度に
応じてどう処理するかは、ＲＴＰパケットレベルだけで
決定してよい。同様に、ＩＰパケットレベルで優先度を
つけて処理方法を変えることも可能である。この場合、
ＩＰパケットレベルではＤｉｆｆＳｅｒｖのようにネッ
トワークが提供する機能であるからネットワークがサポ
ートする、あるいはネットワークが規定した優先度をつ
けるためにＲＴＰパケットレベルの優先度からＩＰパケ
ットレベルの優先度へマッピングする。
【００７８】図５に示す優先度設定マップにおいてはＲ
ＴＰパケットレベルで５段階の優先度を設定し、ＩＰパ
ケットレベルで３段階の優先度を設定した例である。Ｒ
ＴＰパケットレベル１がＩＰパケットレベル１に、ＲＴ
Ｐパケットレベル２，３がＩＰパケットレベル２に、Ｒ
ＴＰパケットレベル４，５がＩＰパケットレベル３に対
応している。ＤｉｆｆＳｅｒｖで扱える優先度の数は現
状のＩＰｖ４フォーマットでは少ないが、本例のような
マッピングを適用して、３段階の優先度に対応する処理
は可能である。
【００７９】例えば、解像度に基づくプログレッシブ順
序に従った符号化データについてのパケット化の場合、
低解像度データの符号化データを格納したパケットの優
先度が高く、高解像度の符号化データを格納したパケッ
トの優先度が低く設定され、受信端末では、各パケット
のＩＰヘッダまたはＲＴＰヘッダに付与された優先度を
参照して、低域のパケットを優先して処理することが可
能となり、例えばネットワークの輻輳があっても該当す
るパケットの廃棄される率が下がることにより画質が改
善される。
【００８０】なお、優先度設定マップは、この他にも、
様々な態様の構成が可能である。このように、階層符号
化されたデータの重要度に応じて、アプリケーションに
依存した優先度をＲＴＰペイロードヘッダに設定し、さ
らに、ＩＰヘッダに優先度を設定することが可能であ
り、これらの複数の優先度情報を使ってレイヤー毎にエ
ラー制御方法を変えたり、レート制御を実行するなどの
処理が可能となる。
【００８１】ＲＴＰペイロードヘッダに設定する優先度
はアプリケーションやユーザの要求、受信側端末から受
信する受信側端末情報に応じて動的に変更設定可能であ
り、ＩＰヘッダに設定する優先度は、ネットワーク状
況、例えばネットワークの輻輳度合いに応じて動的に変
更設定する。なお、送信側端末２０１のネットワーク監
視部は、受信側端末２０２から受信側端末のデータ受信
状況に関する情報を受信し、階層エラー訂正優先度制御
部２１２は、この情報に基づいて、上述したように、エ
ンコーダ２０４における符号化態様、階層化部２０５に
おける階層設定処理態様、優先度付け処理部２０６にお
ける優先度設定処理態様を動的に変更するための制御情
報を各処理部に出力する。
【００８２】このように、優先度付け処理部２０８にお
いて、優先度付け処理が行なわれるたデータはバッファ
２０７ヘ出力され保存される。バッファ２０７に保存さ
れた符号化データは、ＦＥＣ(Forward Error Correctio
n)処理部２０８において、エラー訂正のための冗長コー
ドが必要に応じて付与される。ＦＥＣの手法としては、
ＡＴＭのＡＡＬ１におけるパケットロスに対してＦＥＣ
を行う手法、ITU-T Recommendation I.363.1, B-ISDN
ATM Adaptation Layer (AAL), types 1 and 2specific
ationに記載のマトリックスを作って損失パケットのリ
ードソロモン復号する手法に準じた方法等が適用可能で
ある。なお、ＦＥＣ(Forward Error Correction)処理部
２０８における、エラー訂正のための冗長コード付与処
理は、個々のデータに基づく冗長コード付与ではなく、
エラー耐性を高めるために複数のデータに渡るテータに
基づいて冗長コードを付与する処理、すなわちインター
リーブ処理を併せて実行する構成としてもよい。
【００８３】このＦＥＣ(Forward Error Correction)処
理部２０８における、エラー訂正のための冗長コード付
与処理はすべての階層レベルのパケットに対して同等に
処理する必要はなく、ＦＥＣ(Forward Error Correctio
n)処理部２０８は、例えばネットワークの混雑等による
パケットの遅延状況、ネットワークの帯域等をネットワ
ーク監視部２１５が検出し、この検出情報に基づいてＦ
ＥＣ（フォワード・エラー・コレクション）の冗長度を
変化させる等、処理を動的に変更する。
【００８４】上述のように、送信側端末２０１は、ネッ
トワーク監視部２１５の情報、すなわち、受信側端末２
０２からの受信側端末のデータ受信状況に関する情報、
ネットワーク状況に関する情報に基づいて、エンコーダ
２０４における符号化態様、階層化部２０５における階
層設定処理態様、優先度付け処理部２０６における優先
度設定処理態様、ＦＥＣ(Forward Error Correction)処
理部２０８における処理を動的に変更可能である。
【００８５】上述した送信側端末の処理構成に基づい
て、例えば符号化階層（レイヤー）毎に実行すべきエラ
ー処理態様として、ＦＥＣ処理対象階層データとした
り、あるいは再生要求処理（ＡＲＱ：Auto Repeat reQu
est）対象階層データとしての割り当てが可能となり、
各階層において最適なエラー訂正とスループットを得る
ことが可能となる。つまり、伝送路状況がエラー率が高
かったり遅延が大きいなどパケット再生処理（ＡＲＱ：
Auto Repeat reQuest）に不利な状況ではＦＥＣでエラ
ー訂正を実行する設定としたり、あるいは伝送遅延が小
さいが冗長データを送りたくない場合には、ＦＥＣでは
なくＡＲＱを利用したエラー対応とするなど、送信側で
任意のエラー対応設定としたデータパケットの送信が可
能となる。
【００８６】また、受信側端末においても同様のネット
ワーク監視部２２９を有しており、ネットワークの混雑
等によるパケットの遅延状況、ネットワークの帯域等の
情報に基づいて、ネットワーク状況が良い場合には、階
層を上げてより高品質なデータを再生する等の動的な対
応が可能となる。
【００８７】図２の送信側端末２０１の構成について説
明を続ける。ＦＥＣ処理部２０８において、必要に応じ
てエラー訂正用の冗長コードが付与されたデータは、リ
アルタイム・トランスポート・プロトコル：ＲＴＰ（Re
al-time Transport Protocol）に従ったデータ・パケッ
ト（以下パケットと称する）を生成するＲＴＰパケット
生成部２０９に出力され、符号化データを格納したＲＴ
Ｐパケットのパケット生成処理が実行される。ＲＴＰパ
ケット生成部２０９において生成された符号化データを
格納したＲＴＰパケットは、ＲＴＰプロトコルを通じて
ＲＴＰポート２１０からＩＰネットワーク２１９に送出
される。送信側端末２０１のＲＴＰパケット生成部２０
９およびＲＴＰポートによってパケット送信処理部が構
成される。
【００８８】ＲＴＰパケット生成部２０９は、符号化デ
ータをペイロードとしたパケットを生成する処理を実行
する。ペイロードデータに対して、ＲＴＰヘッダを付加
しパケット化する。ＲＴＰパケット構成を図６に示す。
ＲＴＰヘッダには、バージョン番号（ｖ）、パディング
（Ｐ）、拡張ヘッダ（Ｘ）の有無、送信元数（Ｃｏｕｎ
ｔｅｒ）、マーカ情報（ｍａｒｋｅｒ ｂｉｔ）、ペイ
ロードタイプ（Ｐａｙｌｏａｄ ｔｙｐｅ）、シーケン
ス番号、タイムスタンプ、同期ソース（送信元）識別子
（ＳＳＲＣ）および貢献ソース（送信元）識別子（ＣＳ
ＲＣ）の各フィールドが設けられている。データ受信側
において、ＲＴＰヘッダに付与されたタイムスタンプに
よりＲＴＰパケットの展開時に処理時間の制御が実行さ
れ、リアルタイム画像、または音声の再生制御が可能と
なる。なお、例えば動画像データの符号化データを格納
したＲＴＰパケットにおいては、１つの画像フレームに
属する複数のＲＴＰパケットに共通のタイムスタンプが
設定され、各フレームを構成する終端パケットには、終
端であることを示す識別フラグがＲＴＰヘッダに格納さ
れる。
【００８９】ＲＴＰヘッダを付加されたパケットはさら
にＩＰヘッダが付与される。図７にＩＰパケットの構成
中のＩＰヘッダの詳細を示す。ＩＰｖ４、ＩＰｖ６等の
バージョンを示すバージョン、ヘッダ長、さらに、優先
度情報を格納したＴＯＳ（Type of Service）フィール
ド、パケットの長さ、パケットの識別子、ＩＰ層でのデ
ータ分割（フラグメント）に関する制御情報としてのフ
ラグ、分割（フラグメント）されたデータの場所を示す
断片オフセット、データの破棄までの時間情報を示すＴ
ＴＬ（Time to Live）、上位層で利用されるプロトコル
（４：ＩＰ，ＴＣＰ：７，ＵＤＰ：１７…）ヘッダのチ
ェックサム、送信元ＩＰアドレス、宛て先ＩＰアドレス
を有する。
【００９０】図２に戻り、データ受信処理について説明
する。受信側端末２０２のＲＴＰポート２２０は、ＩＰ
ネットワーク２１９を介して送信側端末２０１からのＲ
ＴＰパケットを受信する。受信したＲＴＰパケットは、
ＲＴＰパケット解析部２２１においてパケットの解析が
実行される。受信側端末２０２のＲＴＰポート２２０お
よび、ＲＴＰパケット解析部２２１によってパケット受
信処理部が構成される。ＲＴＰパケット解析部２２１
は、具体的にはパケット内のヘッダ部、データ部につい
ての解析を実行する。パケットから取り出されたペイロ
ードとしてのデータは、エラー監視部２２２において受
信パケットのエラーについての検証が実行される。
【００９１】エラー監視部２２２にてパケット損失が発
見されず、正常にデータ受信がなされている場合には、
受信パケットはバッファ２２３に蓄積され、ヘッダ情報
に基づく時間制御の下にデコーダ２２４に渡され、デコ
ーダ２２４によって復号処理が実行される。例えば動画
像を構成する各画像フレームは、複数のパケットに格納
されたデータによって構成され、１つの画像フレームを
構成するデータを格納した複数のＲＴＰパケットのヘッ
ダには、同一のタイムスタンプが格納されるので、ヘッ
ダ情報のタイムスタンプを参照して同一タイムスタンプ
を持つパケットを１つの画像フレームを構成する符号化
データの集合として、デコーダ２２４に渡すことが可能
となり、デコーダ２２４は、フレーム毎に復号処理を実
行することができる。デコーダ２２４において復号され
たデータは、再生装置としてのディスプレイ、またはス
ピーカへ渡され、出力再生される。
【００９２】送信側端末２０１から受信側端末２０２へ
転送されるパケットが全て滞りなく、また、エラーのな
い状態で送信されれば、受信側端末２０２におけるリア
ルタイムデータ再生は問題なく実行される。しかし、実
際は、ネットワーク上でのパケット損失の発生、遅延、
転送パケットのデータエラー等、様々な要因に基づく再
生エラーあるいは再生データの品質低下が発生し得る。
【００９３】本発明のデータ通信システムでは、エラー
監視部２２２にてパケット損失が発見された場合、エラ
ー訂正制御部２３０は、ＦＥＣにより復元可能かを判断
する。ＦＥＣにより訂正可能ならば、エラー訂正制御部
２３０は、ＦＥＣに基づくエラー訂正を実行する。ＦＥ
Ｃエラー訂正によるデータ復元が実行された場合は、送
信側端末２０１に対するデータ再送要求としてのＡＲＱ
（Auto Repeat reQuest）処理は実行しない。訂正不可
能であると判定した場合には、エラー訂正制御部２３０
は、再送要求としてＡＲＱ（Auto Repeat reQuest）処
理を実行する。図２においては、再送要求としてＲＴＣ
Ｐパケット生成部２２７において、ＲＴＣＰパケットを
作成し、ＲＴＣＰポート２２５より再送要求を送信側端
末に送信する構成を持つ。なお、再送要求伝送処理のプ
ロトコルはＲＴＣＰに限らず、ＴＣＰに従った再送要求
をＴＣＰポート２２８を介して出力してもよい。
【００９４】エラー訂正制御部２３０において、再送要
求を実行するとの判定がなされた場合、受信側端末２０
２は、再送要求パケットを識別するデータを格納した再
送要求ＮＡＣＫ（Negative ACKnowledge)−ＲＴＣＰ（R
eal-time Transport ControlProtocol）パケットをＲＴ
ＣＰパケット生成部２２７にて作成し、ＲＴＣＰパケッ
トポート２２５を介して、送信側端末２０１に対して出
力する。
【００９５】送信側端末２０１のＲＴＣＰパケットポー
ト２１７が、受信側端末２０２からの再送要求を示すＮ
ＡＣＫ−ＲＴＣＰパケットを受信すると、受信したＮＡ
ＣＫ−ＲＴＣＰパケットをＲＴＣＰパケット解析部２１
６に渡す、ＲＴＣＰパケット解析部２１６はパケットの
解析を実行し、解析結果をＡＲＱ制御部２１３、および
ネットワーク監視部２１５へ渡す。ネットワーク監視部
２１５は、入力情報に基づいて、ＡＲＱの頻度の検出が
可能となり、伝送状態を判定することが可能であり、こ
れらの情報を階層エラー訂正優先度制御部２１２に出力
し、階層エラー訂正優先度制御部２１２は入力情報に基
づいて、符号化、階層化、優先度付け、ＦＥＣ処理の各
処理態様の動的変更制御を行なうことが可能となる。
【００９６】また、ＲＴＣＰパケット解析部２１６にお
いて解析した解析結果を受信したＡＲＱ制御部２１３で
は、再送要求に応じたパケットの再送を実行するため、
ＮＡＣＫ−ＲＴＣＰパケットにおいて指定されたパケッ
トをバッファ２０７から抽出し、抽出したパケットを、
ＲＴＰポート２１０を介して再送する制御処理を実行す
る。ＡＲＱ制御部２１３は、データ受信端末装置から受
信する再送要求メッセージパケットに従って再送すべき
データパケットの抽出処理を実行する再送制御部として
機能する。
【００９７】送信側端末２０１において送信すべきスト
リームデータの終了を検知した場合には、送信側端末２
０１のＲＴＣＰパケット生成部２１４の生成したストリ
ームの終了を示すＥＯＳ（End Of Stream）メッセージ
を持つＲＴＣＰパケットを受信側端末２０２へ送り、デ
ータストリームの終了を明示する。
【００９８】本発明のデータ通信システムにおいては、
リアルタイム再生を考慮して、ロストパケットに関する
再送要求の実行／非実行の処理を決定する。データ転送
における自動再送要求方式であるＡＲＱ（Automatic Re
peat reQuest）は非常に有効な誤り訂正機能として知ら
れている。ＡＲＱの具体的方式としては、例えばＳＡＷ
（Stop And Wait）方式、ＧＢＮ（Go Back N）方式、Ｓ
Ｒ（Selective Repeat）方式など種々の方法が提案され
実現されている。
【００９９】本発明のシステムにおいては、上述のよう
にＦＥＣとＡＲＱを組み合わせて、よりエラー耐性の強
いデータ伝送が実現される。受信側端末２０２では、ネ
ットワーク状況とバッファ状況、再生状況によって階層
を落とさなくても、ＦＥＣ処理およびＡＲＱ処理にてそ
の階層の品質が得られるならば、エラー訂正によって処
理し、処理対象データの階層を落とすことによるデータ
品質低下はできるだけ行わないよう制御する。
【０１００】また、受信側端末の階層選択制御部２３１
は、ネットワーク状況を監視するネットワーク状況監視
部２２９のネットワーク状況情報に基づく処理データの
選択を実行し、送信側端末の設定した階層または優先度
に従って処理データを選択して実行する。例えばネット
ワーク状況が悪くパケットロス、遅延が大きい場合に
は、基本階層のみあるいは、優先度の高いデータのみを
選択して処理を実行したり、ネットワーク状況がよくパ
ケットロス、遅延が少ない場合には、より高階層のデー
タあるいは、優先度の低いデータも選択して処理を実行
するなど、ネットワーク状況に応じたデータ選択処理を
実行する。
【０１０１】図２のデータ通信システムにおける受信側
端末２０２のエラー訂正制御部２２３の処理について、
さらに説明する。エラー訂正制御部２２３は、ネットワ
ーク監視部２２９によって監視されている現在のネット
ワーク状況を踏まえてエラー訂正を制御する。ネットワ
ークの監視は、往復伝播遅延（ＲＴＴ）やパケットロス
率などＲＴＣＰやＩＣＭＰなどの汎用のプロトコルを利
用して取得する。ＡＲＱにおいてデータ再生におけるリ
アルタイム性を保持するためには、常に送信と受信にお
ける往復伝播遅延（ＲＴＴ）を計測しておく必要があ
る。本発明のシステムでは、データ受信側端末は、能動
的にＲＴＴを計測し、ネットワーク状況等において変化
する送信と受信における往復伝播遅延（ＲＴＴ）の更新
を実行し、最新のＲＴＴに基づいて再送要求としてのＮ
ＡＣＫ−ＲＴＣＰの送信の実行可否を判定する。
【０１０２】送信と受信における往復伝播遅延（ＲＴ
Ｔ）をデータ受信端末において、あらかじめ把握するこ
とにより、データ受信端末において、再送要求を行なっ
てから再送パケットを受信するまでの時間の把握が可能
となり、データ受信端末においてリアルタイム再生を行
なうために必要な最終再送要求時間を割り出すことが可
能なる。本発明のシステムでは、受信端末のＡＲＱ判定
部において、往復伝播遅延（ＲＴＴ）に基づく最終再送
要求時間を判定し、判定に基づいて、再送要求としての
ＮＡＣＫ−ＲＴＣＰの送信を実行する。これらの処理に
ついては、次の各端末の処理フローの説明において詳細
に説明する。
【０１０３】［データ送信端末における処理］以下、図
面を参照しながら、データ送信端末における処理の詳細
について説明する。
【０１０４】データ送信端末の処理手順を図８に示すフ
ローチャートを参照して説明する。図８に示す処理は、
図２の送信側端末２０１において実行される処理を説明
したフローである。送信側端末は、例えばビデオカメ
ラ、あるいはＤＶＤ、ＣＤ、ハードディスク等の記憶媒
体から撮り込んだデータをエンコーダにおいてＭＰＥＧ
圧縮等の符号化処理を実行し、その後、符号化データを
ペイロードとしたパケットを生成する。図８に示すフロ
ーは、このパケット生成処理以降の処理を示している。
【０１０５】データ送信端末は、ステップＳ３０１にお
いて、送信データをペイロードとしたＲＴＰパケット生
成処理を実行する。ＲＴＰパケットは、先に図６を参照
して説明した構成を有しタイムスタンプをヘッダ中に持
つ。例えば動画像データを送信する場合は、同一画像フ
レームに属する符号化データを格納したパケットには同
一のタイムスタンプが設定され、後続フレームに進むに
従って、増分されたタイムスタンプが設定される。
【０１０６】ステップＳ３０１で生成したＲＴＰパケッ
トは、ステップＳ３０２、ステップＳ３０３において、
必要に応じてＦＥＣ(Forward Error Correction)処理部
２０８が、エラー訂正のための冗長コード付与処理を実
行する。先に説明したように、ＦＥＣ処理部２０８にお
ける処理は動的に変更され、例えばネットワークの混雑
等によるパケットの遅延状況、ネットワークの帯域等を
ネットワーク監視部２１５が検出し、この検出情報に基
づいてＦＥＣ（フォワード・エラー・コレクション）の
冗長度を変化させたり、あるいは冗長コードの付与対象
の階層を変更して処理を実行する。ＦＥＣ所リブにおけ
る処理を実行しないデータに対しては、ステップＳ３０
３を飛ばしてステップＳ３０４に進む。
【０１０７】ＦＥＣ処理部２０８は、ネットワーク監視
部２１５が検出したネットワーク状況情報に基づいて階
層エラー訂正優先度制御部２１２が生成した制御情報を
入力して、入力する制御情報に基づいて処理態様が決定
される。なお、前述したように、ＦＥＣ処理部２０８に
おけるエラー訂正のための冗長コード付与処理は、個々
のデータに基づく冗長コード付与ではなく、エラー耐性
を高めるために複数のデータに渡るテータに基づいて冗
長コードを付与する処理、すなわちインターリーブ処理
が併せて実行される。
【０１０８】次に、ステップＳ３０４において、ＲＴＰ
ポートを介して受信端末に向けてＩＰネットワークに出
力される。なお、ＲＴＰパケットはさらに、先に図７を
用いて説明したＩＰヘッダが付与され、ＩＰヘッダに設
定されたアドレスに向けて配信されることになる。パケ
ット生成、パケット送信処理は、ストリーミング配信さ
れるデータが終了したことを明示的に示すＥＯＳ（End
Of Stream）を配信し、予め設定した時間をタイマーで
計測して、タイマーでの計測時間が設定時間を超えた場
合に、処理を終了する。
【０１０９】図８に示すステップＳ３０５のパケット再
送要求としてのＮＡＣＫ−ＲＴＣＰパケットの受信判定
処理、ステップＳ３０６のパケット受信確認応答として
のＡＣＫ−ＲＴＣＰパケットの受信判定処理、ステップ
Ｓ３０７のＲＴＴ時間計測用のＥＣＨＯ−ＲＴＣＰパケ
ットの受信判定処理は、ＲＴＰパケットによる実データ
送信中の割込み処理としてＲＴＰパケットによる実デー
タ送信に並行して逐次実行される処理である。
【０１１０】ステップＳ３０５の処理は、データ受信端
末からのパケット再送要求であるＮＡＣＫ−ＲＴＣＰパ
ケットの受信判定処理である。データ受信端末からのパ
ケット再送要求であるＮＡＣＫ−ＲＴＣＰパケットを受
信した場合は、ステップＳ３１３〜Ｓ３１７の処理を実
行する。このステップＳ３１３〜Ｓ３１７の処理は、図
２に示すエラー訂正制御部２３０における処理として実
行される。
【０１１１】ステップＳ３１３においては、データ送信
装置は、ＮＡＣＫ−ＲＴＣＰパケットを受信する。図９
にデータ受信端末において生成し、データ送信端末の受
信するパケット再送要求であるＮＡＣＫ−ＲＴＣＰパケ
ットの構成を示す。
【０１１２】ＮＡＣＫ−ＲＴＣＰパケットは、図９に示
すようにヘッダ（ＨＥＡＤ）、フォーマット（ＦＯＲＭ
ＡＴ）、パケットタイプ、パケット長、送信同期ソース
識別子（ＲＴＣＰ）、タイムスタンプの情報に加えて、
再送要求対象となるパケットの識別子としての再送指定
シーケンス番号、さらに、各再送指定シーケンス番号に
対応するデータとして、「再送回数」、「オプショ
ン」、「重複指定回数」が設定可能である。
【０１１３】前述したように、本発明の提案するＡＲＱ
を適用したシステムでは、ＲＴＣＰに従ったコントロー
ル・パケットとして再送要求としてのＮＡＣＫ、受信確
認としてのＡＣＫ、ストリーミング配信されるデータが
終了したことを明示的に示すＥＯＳ、送信と受信におけ
る往復伝播遅延（ＲＴＴ）を計測する際に使用されるＥ
ＣＨＯ、およびＥＣＨＯ−ＲＥＰＬＹのパケットが利用
される。これらの各ＲＴＣＰパケットそれぞれのフォー
マットタイプを一制御メッセージとして、すなわちＲＴ
ＣＰヘッダのＰＴ（Payload Type）として区別をするの
は汎用的ではない。よって、制御メッセージとしては、
フィードバックメッセージ（FM：Feedback Message）と
して定義しＰＴ（Payload Type）に指定する。かつ、Ｒ
ＴＣＰヘッダ内の［フォーマット］フィールドであるＦ
ＭＴ (Feedback Message Format)にそのパケットフォー
マットの指定をすることで、どのようなフィードバック
メッセージかを決定できる構成とする。
【０１１４】図９に示すように、１つのＮＡＣＫパケッ
トには１つ以上の再送要求対象となるパケットの識別子
としてのシーケンス番号を付与することができる構成を
持つ。つまり一度のＮＡＣＫパケットの送信処理で複数
のパケットについての再送要求が可能になる。また、再
送要求パケットのシーケンス番号各々に対して付加され
る「再送回数」は、何回目の再送要求かを明記するフィ
ールドであり、「重複指定回数」は、再送する場合の多
重回数の指定を明記するフィールドであり、「オプショ
ン」はその他の任意の情報を格納するフィールドとして
使用される。
【０１１５】例えば、「重複指定回数」に［３］をいれ
ておけば、ＮＡＣＫを受信したデータ送信側は、同じデ
ータを格納した再送パケットを［３］つ連続で送る処理
を実行する。重要データを格納したパケットについて
は、重複再送を要求することで、再送パケットの受信の
確実性を高めることが可能となる。また、繰り返し、同
一パケットについての再送要求としてのＮＡＣＫを送信
しているにもかかわらず、受信に成功しない場合や、リ
アルタイム再生に間に合うための再送可能最終時間に出
されるＮＡＣＫにおいて、「重複指定回数」の設定数を
増加させてデータ送信側に送信することにより、再送パ
ケットの受信の確実性を高めることが可能となり、デー
タ再生品質を向上させることが可能となる。データ受信
側は、このようなＮＡＣＫ−ＲＴＣＰパケットを送信し
て、データ送信側は、受信したＮＡＣＫ−ＲＴＣＰパケ
ットに基づくパケット再送処理を実行する。
【０１１６】なお、ＲＴＰパケットフォーマットやペイ
ロードフォーマット、または受信端末の利用者が意図的
に指定した場合など、パケットに優先度が与えられてい
る場合、優先度が高いパケットやデータに関しての再送
は多重再送処理を行なうことで、再送パケットの受信確
率を高めるようコントロール可能である。また、「再送
回数」フィールドにおいて何回目の再送要求かを明記す
ることで、ＮＡＣＫ自身が損失したことを送信側が検知
できる。
【０１１７】「オプション」フィールドには、フィール
ド設定値に従って、例えば図１０に示す処理指定を行な
うことが可能となる。すなわち、オプション設定値＝０
指定シーケンス番号を持つパケットのみの再送要求（デ
フォルト）オプション設定値＝１フレーム先頭パケット
から指定シーケンス番号を持つパケットまでの一括再送
要求オプション設定値＝２指定シーケンス番号からフレ
ーム最後尾までのパケットの一括再送要求オプション設
定値＝３指定タイムスタンプの付与されたパケットの一
括再送要求オプション設定値＝４タイムスタンプを無視
してシーケンス番号のみで検索して検索結果のパケット
の再送を要求
【０１１８】画像データ等の符号化データは、先に図６
を参照して説明したように、タイムスタンプとシーケン
ス番号をセットとしたヘッダを持つ１つのＲＴＰパケッ
トに格納した構成を有するが、データ転送処理におい
て、タイムスタンプの変わり目を含んた連続的なエラー
としてのバーストエラーが起こった場合、あるいは、バ
ーストエラーの発生により、フレーム単位でパケットの
損失が発生した場合などにおいては、受信端末側では、
パケット損失の発生したパケットに対応するタイムスタ
ンプとシーケンス番号のセットを特定できない場合が発
生する。このような場合において、特定可能なタイムス
タンプ、あるいはシーケンス番号のいずれか一方のみを
指定して、上記のオプション設定値を設定することによ
り、フレキシブルな態様で再送の必要な１以上のパケッ
ト指定が可能となる。
【０１１９】このように、データ受信端末では、様々な
態様での再送要求パケットの指定が可能であり、ＮＡＣ
Ｋ−ＲＴＣＰパケットを受信したデータ送信端末のＡＲ
Ｑ制御部２１３は、オプションフィールドの設定値に従
って、バッファ２０７に格納済みのパケットから指定パ
ケットを抽出して、再送処理を実行する。
【０１２０】図８に戻り、データ送信端末の処理につい
て説明する。ステップＳ３１４では、ステップＳ３１２
で受信したＮＡＣＫ−ＲＴＣＰパケットに指定された再
送要求パケットに対応するシーケンス番号を抽出し、ス
テップＳ３１５では、オプション指定の抽出を実行す
る。上述したように再送要求パケットの指定態様は、シ
ーケンス番号の直接指定のみならず、タイムスタンプ等
による指定等、様々であり、データ送信端末装置のＡＲ
Ｑ制御部２１３では、受信したＮＡＣＫ−ＲＴＣＰパケ
ットに指定されたオプション指定、およびタイムスタン
プ、シーケンス番号を参照して、再送要求パケットを特
定する処理を実行する。
【０１２１】ステップＳ３１６では、特定された再送要
求パケットをバッファ２０７から抽出する。バッファ２
０７には、再送要求に備えて所定時間、送信済みのパケ
ットが保持格納されており、これらの格納パケットから
再送指定のあったパケットを抽出する処理を実行する。
ステップＳ３１７で、ＲＴＰポートから抽出パケットが
送信される。
【０１２２】ステップＳ３０５において、ＮＡＣＫ−Ｒ
ＴＣＰパケットを受信しない場合は、ステップＳ３０６
でパケット受信応答としてのＡＣＫ−ＲＴＣＰパケット
の受信確認を行ない、ＡＣＫ−ＲＴＣＰパケットの受信
に基づいて、ステップＳ３１１で、受信の確認されたパ
ケットをバッファ２０７からクリア（削除）する。この
ＡＣＫにより、再送要求に対応してパケットを保持する
送信側のバッファを能動的に早めにクリアすることが可
能となり、バッファ溢れの恐れを低下させることが可能
となる。
【０１２３】図１１にデータ受信端末において生成し、
データ送信端末の受信するパケット受信確認応答である
ＡＣＫ−ＲＴＣＰパケットの構成を示す。
【０１２４】ＡＣＫ−ＲＴＣＰパケットは、図１１に示
すようにヘッダ（ＨＥＡＤ）、フォーマット（ＦＯＲＭ
ＡＴ）、パケットタイプ、パケット長、送信同期ソース
識別子（ＲＴＣＰ）、タイムスタンプの情報に加えて、
受信パケットの識別子としての受信済みシーケンス番号
が格納される。
【０１２５】なお、シーケンス番号を指定せず、タイム
スタンプ（TIMESTAMP）のみ指定する構成とすることも
可能であり、この場合には、そのタイムスタンプ（TIME
STAMP）の設定されたパケットすべてを受け取った事を
示す。よってこのような場合にはシーケンス番号をすべ
て指定する必要はないため、ＡＣＫ−ＲＴＣＰパケット
サイズを小さくすることが可能となり、ネットワークト
ラフィックの増大を低減できる。
【０１２６】図８に戻り、データ送信端末の処理の説明
を続ける。データ送信端末は、ステップＳ３０７におい
て、ＥＣＨＯ−ＲＴＣＰパケットの受信確認を行ない、
データ受信端末からＥＣＨＯ−ＲＴＣＰパケットを受信
した場合は、ステップＳ３１１において、ＥＣＨＯ−Ｒ
ＥＰＬＹ−ＲＴＣＰパケットをＥＣＨＯ−ＲＴＣＰパケ
ットを送信してきたデータ受信端末に対して送信する処
理を実行する。
【０１２７】ＥＣＨＯ−ＲＴＣＰパケットと、ＥＣＨＯ
−ＲＥＰＬＹ−ＲＴＣＰパケットは、送信端末と受信端
末における往復伝播遅延（ＲＴＴ）をデータ受信端末に
おいて把握するために用いるＲＴＣＰパケットである。
このパケットの送受信によって、データ受信端末におい
て、再送要求を行なってから再送パケットを受信するま
での時間の把握が可能となり、データ受信端末において
リアルタイム再生を行なうために必要な最終再送要求時
間を割り出すことが可能なる。
【０１２８】本発明のシステムでは、受信端末のエラー
訂正制御部２３０において、往復伝播遅延（ＲＴＴ）に
基づく最終再送要求時間を判定し、判定に基づいて、再
送要求としてのＮＡＣＫ−ＲＴＣＰの送信の実行可否を
決定する。この判定処理に必要な送信端末と受信端末に
おける往復伝播遅延（ＲＴＴ）の最新情報を取得するた
め、データ受信端末側は、任意タイミングで、能動的に
ＥＣＨＯ−ＲＴＣＰパケットをデータ送信端末に送信
し、データ送信端末は、ＥＣＨＯ−ＲＴＣＰパケットの
受信に応答してＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰパケッ
トをＥＣＨＯ−ＲＴＣＰパケットを送信してきたデータ
受信端末に対して送信する。
【０１２９】データ受信端末では、データ送信端末から
の応答として受信するＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰ
パケットを解析することによって、送信端末と受信端末
における往復伝播遅延（ＲＴＴ）を算出する。このＲＴ
Ｔ算出処理については、後段のデータ受信端末の処理の
項目で説明する。
【０１３０】図１２にデータ受信端末において生成し、
データ送信端末の受信するＥＣＨＯ−ＲＴＣＰパケット
の構成、および、データ送信端末において生成し、デー
タ受信端末に対して送信するＥＣＨＯ−ＲＥＰＬＹ−Ｒ
ＴＣＰパケットの構成を示す。
【０１３１】ＥＣＨＯ−ＲＴＣＰパケットは、図１２
（ａ）に示すようにヘッダ（ＨＥＡＤ）、フォーマット
（ＦＯＲＭＡＴ）、パケットタイプ、パケット長、送信
同期ソース識別子（ＲＴＣＰ）、およびＥＣＨＯパケッ
トの識別データとしてのＥＣＨＯ−ＩＤが格納される。
ＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰパケットは、図１２
（ｂ）に示すようにヘッダ（ＨＥＡＤ）、フォーマット
（ＦＯＲＭＡＴ）、パケットタイプ、パケット長、送信
同期ソース識別子（ＲＴＣＰ）、およびＥＣＨＯ−ＲＴ
ＣＰパケットに対応するＥＣＨＯ−ＩＤ、および、サー
バ処理時間が格納される。
【０１３２】ＥＣＨＯ−ＩＤをＥＣＨＯ−ＲＴＣＰパケ
ットとＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰパケットに入れ
ることにより、データ受信端末側がＥＣＨＯ−ＲＥＰＬ
Ｙを受け取った際に、いつ送信したＥＣＨＯ−ＲＴＣＰ
パケットに対応する返事（ＥＣＨＯ−ＲＥＰＬＹ）かを
識別することが可能となる。ＥＣＨＯ−ＲＥＰＬＹ−Ｒ
ＴＣＰパケットに格納されるサーバ処理時間は、データ
送信端末がデータ受信端末からの再送要求（ＮＡＣＫ−
ＲＴＣＰ）を受信してからパケットをデータ送信端末か
ら出力するまでに要する処理時間に相当する時間であ
る。このサーバ処理時間は、ＥＣＨＯ−ＲＴＣＰパケッ
トを受信した時間からＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰ
パケットを送信するまでの時間として設定するか、ある
いは、予めデータ送信端末において過去の履歴データと
して、実際に、データ送信端末がデータ受信端末からの
再送要求（ＮＡＣＫ−ＲＴＣＰ）を受信してからパケッ
トをデータ送信端末から出力するまでに要した時間をメ
モリに格納し、この格納データを適用してもよいし、あ
るいは、ＥＣＨＯ−ＲＴＣＰパケットを受信した時点に
おけるサーバ（データ送信端末）における処理負荷を算
出して、処理負荷に基づいて算出される予測処理時間を
サーバ処理時間として設定する構成としてもよい。
【０１３３】データ受信端末は、ＥＣＨＯ−ＲＥＰＬＹ
−ＲＴＣＰパケットに格納されたサーバ処理時間と、Ｅ
ＣＨＯ−ＲＴＣＰパケット送信からＥＣＨＯ−ＲＥＰＬ
Ｙ−ＲＴＣＰの受信までの時間とに基づいて、送信端末
と受信端末における往復伝播遅延（ＲＴＴ）を算出す
る。このＲＴＴ算出処理については、後段のデータ受信
端末の処理の項目で説明する。
【０１３４】図８に戻り、データ送信端末の処理の説明
を続ける。データ送信端末は、ステップＳ３０６におい
て、送信対象となるストリーミングデータのパケット送
信がすべて終了したかを判定し、終了と判定した場合
は、ステップＳ３１０において、データストリームの終
了を明示するＥＯＳ（End Of Stream）メッセージを持
つＲＴＣＰパケットを受信側端末へ送信する処理を実行
する。
【０１３５】図１３にデータ送信端末において生成し、
データ受信端末の受信するＥＯＳ−ＲＴＣＰパケットの
構成を示す。
【０１３６】ＥＯＳ−ＲＴＣＰパケットは、図１３に示
すようにヘッダ（ＨＥＡＤ）、フォーマット（ＦＯＲＭ
ＡＴ）、パケットタイプ、パケット長、送信同期ソース
識別子（ＲＴＣＰ）、およびタイムスタンプ（ＴＩＭＥ
ＳＴＡＭＰ）が格納される。データ受信端末は、ＥＯＳ
−ＲＴＣＰパケットをデータ送信端末から受信すること
により、ストリーミング配信されるデータの終了を認識
する。受信端末はこの認識処理により、次フレームが到
着しないことによる誤ったＮＡＣＫ送出動作を防ぐこと
ができる。
【０１３７】図８に戻り、データ送信端末の処理の説明
を続ける。データ送信端末は、ステップＳ３０９におい
て、予め設定した時間を計測するタイマーでの計測時間
が設定時間を超えたか否かを判定して、タイマーが設定
時間を超えていない場合は、ステップＳ３０５以下の処
理、すなわち、ステップＳ３０５のパケット再送要求と
してのＮＡＣＫ−ＲＴＣＰパケットの受信判定処理以下
の処理を継続して実行する。これは、全パケット送出後
においても、一定時間は、データ受信側からのパケット
再送要求としてのＮＡＣＫ−ＲＴＣＰパケット、また
は、受信確認応答としてのＡＣＫ−ＲＴＣＰパケット、
または、ＥＣＨＯ−ＲＴＣＰパケットを受信する可能性
があり、これらのパケット受信に対する処理を実行する
ためである。タイマーにおいて、予め設定した時間が経
過した時点で、データ送信を終了する。
【０１３８】［データ受信端末における処理］次に、デ
ータ受信端末の処理手順を図１４に示すフローチャート
を参照して説明する。図１４に示す処理は、図２の受信
側端末２０２において実行される処理を説明したフロー
である。
【０１３９】データ受信端末は、ステップＳ４００にお
いて、データ送信端末からの送信開始通知を受信後、ス
テップＳ４０１において、データ送信端末からの送信パ
ケット、すなわち符号化データをペイロードとして格納
したＲＴＰパケットを順次、受信する。ＲＴＰパケット
は、先に、図６を参照して説明したように、タイムスタ
ンプがヘッダ情報中に格納されている。データ受信端末
は、タイムスタンプに基づいて受信するパケットに含ま
れるフレームを判別することができる。先に説明したよ
うに、動画像データをＲＴＰパケットに符号化データと
して格納して送信する場合、同一の画像フレームに属す
る複数のＲＴＰパケットには同一のタイムスタンプが設
定され、データ受信側端末は、タイムスタンプを参照し
て、フレームの判別が可能となる。
【０１４０】データ受信端末は、ステップＳ４０２にお
いて、受信パケットがエラー訂正のための冗長コードが
付与されているか否かを判定する。冗長コードが付与さ
れている場合は、ステップＳ４１１に進み、エラー訂正
制御部２３０において、データ送信側で実行したインタ
ーリーブ対応するインターリーブ処理を実行して、ステ
ップＳ４１２において、損失パケットの有無を判定す
る。損失パケットが無い場合は、ステップＳ４１６のデ
コード処理に進む。損失パケットがある場合は、ステッ
プＳ４１３で、ＦＥＣによるエラー訂正、すなわち冗長
コードに基づくエラー訂正処理を実行し、エラー訂正に
より再生可能か否かを判定する。再生可能であると判定
した場合は、ステップＳ４１６のデコード処理に進む。
【０１４１】ステップＳ４１３においてＦＥＣによる処
理のみでは、再生可能でないと判定した場合は、ステッ
プＳ４１５に進む。ステップＳ４１５の再送要求処理と
してのＮＡＣＫ−ＲＴＣＰパケットの送信判定処理につ
いて説明する。リアルタイム再生処理を実現するために
は、再生タイミングに間に合うように、再送要求パケッ
トが受信端末に届くことが必要となる。ステップＳ４１
５の再送要求処理としてのＮＡＣＫ−ＲＴＣＰパケット
の送信判定処理は、ＮＡＣＫ−ＲＴＣＰパケットを送信
した場合、リアルタイム再生処理に間に合うタイミング
で、再送パケットが受信可能か否かを判定するものであ
る。
【０１４２】この判定のためには、前述したように、送
信端末と受信端末間における往復伝播遅延（ＲＴＴ）が
重要なパラメータとなる。往復伝播遅延（ＲＴＴ）が大
きい場合、データ受信端末からデータ送信端末に対して
再送要求を出しても、再送要求を発信して、再送パケッ
トがデータ送信端末から再送され、データ受信端末にお
いて受信するまでに時間を要すると、その後デコーダに
渡して復号を行なってリアルタイム再生に間に合わない
場合が発生する。本発明のシステムでは、データ受信端
末において、往復伝播遅延（ＲＴＴ）をあらかじめ把握
し、往復伝播遅延（ＲＴＴ）に基づいて、ＮＡＣＫ−Ｒ
ＴＣＰパケットの送信判定処理を行なう。
【０１４３】本発明のシステムにおいては、データ受信
端末側が、任意タイミングで、往復伝播遅延（ＲＴＴ）
の計測を実行することを可能な構成としている。具体的
には、データ受信端末から、先に説明した図１２に示す
ＥＣＨＯ−ＲＴＣＰパケットを送信し、ＥＣＨＯ−ＲＥ
ＰＬＹ−ＲＴＣＰパケットを受信して、ＲＴＴの算出を
行なう。
【０１４４】図１５を参照して、データ受信端末で実行
するＥＣＨＯ−ＲＴＣＰパケットの送信、ＥＣＨＯ−Ｒ
ＥＰＬＹ−ＲＴＣＰパケットの受信、往復伝播遅延（Ｒ
ＴＴ）の算出処理について説明する。
【０１４５】図１５（ａ）は、ＥＣＨＯ−ＲＴＣＰパケ
ットの送信処理フローである。ＥＣＨＯ−ＲＴＣＰパケ
ットの送信は、データ受信端末が任意タイミングで能動
的に実行することが可能である。
【０１４６】ステップＳ５０１における、ＲＴＣＰパケ
ットの送信待機状態において、ＲＴＴの計測要請が発生
した場合、ステップＳ５０２のＥＣＨＯ−ＲＴＣＰパケ
ットの生成処理に移行する。ＲＴＴの計測は、データ受
信が開始された後、例えば図１４の処理フローにおい
て、ステップＳ４００の送信開始通知を受信した以降、
定期的に実行する等の設定が可能であり、データ受信側
端末に保有するタイマーで予め定めた計測間隔が経過し
たか否かを計測し、予め定めた計測間隔に対応する時間
が経過した場合に、エラー訂正制御部２３０が、ＥＣＨ
Ｏ−ＲＴＣＰパケットの生成要求をＲＴＣＰパケット生
成部２２７に出力し、ＲＴＣＰパケット生成部２２７が
ステップＳ５０２のＥＣＨＯ−ＲＴＣＰパケットの生成
処理を実行するなどの設定が可能である。この他にも、
パケットのロスト状況を解析し、ロスト状況に応じてＥ
ＣＨＯ−ＲＴＣＰパケットの生成、送信を実行する構成
としてもよく、いずれにしても、データ受信端末は、任
意タイミングで、ＥＣＨＯ−ＲＴＣＰパケットの生成、
送信が可能であり、常に最新の往復伝播遅延（ＲＴＴ）
の算出が可能となる。
【０１４７】ステップＳ５０２で生成するＥＣＨＯ−Ｒ
ＴＣＰパケットは、先に図１２（ａ）を参照して説明し
た構成を有する。パケットには、各パケット固有の識別
子としてのＥＣＨＯ−ＩＤが設定される。ステップＳ５
０３で、生成したＥＣＨＯ−ＲＴＣＰパケットが、ＲＴ
ＣＰポート２２５を介して、データ送信端末２０１に対
して送信される。ステップＳ５０４では、ＥＣＨＯ−Ｒ
ＴＣＰパケットを送信した送信時間、および、パケット
に設定されたＥＣＨＯ−ＩＤがメモリに記録される。
【０１４８】図１５（ｂ）は、ＥＣＨＯ−ＲＥＰＬＹ−
ＲＴＣＰパケットの受信およびＲＴＴ算出処理フローで
ある。ステップＳ６０１における、ＲＴＣＰパケットの
送信待機状態において、ＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣ
Ｐパケットが受信されたと判定（ステップＳ６０２でＹ
ｅｓ）されると、ステップＳ６０３において、ＥＣＨＯ
−ＲＥＰＬＹ−ＲＴＣＰパケットの受信時刻がメモリに
記録される。受信するＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰ
パケットは、先に図１２（ｂ）を参照して説明した構成
を有する。パケットには、応答対象となった対応するＥ
ＣＨＯ−ＲＴＣＰパケットと同一の識別子としてのＥＣ
ＨＯ−ＩＤが設定され、さらに、データ送信端末におい
て算出したサーバ処理時間が格納される。
【０１４９】ステップＳ６０４では、受信したＥＣＨＯ
−ＲＥＰＬＹ−ＲＴＣＰパケットからサーバ処理時間が
抽出され、ステップＳ６０５において、受信したＥＣＨ
Ｏ−ＲＥＰＬＹ−ＲＴＣＰパケットに設定されたＥＣＨ
Ｏ−ＩＤから対応するＥＣＨＯ−ＲＴＣＰパケットの送
信時間が検索される。
【０１５０】ステップＳ６０６では、ステップＳ６０３
において取得したＥＣＨＯ−ＲＥＰＬＹ−ＲＴＣＰパケ
ットの受信時刻、ステップＳ６０４において取得したサ
ーバ処理時間、ステップＳ６０３において取得したＥＣ
ＨＯ−ＲＴＣＰパケットの送信時間に基づいて、往復伝
播遅延（ＲＴＴ）の算出処理が実行される。往復伝播遅
延（ＲＴＴ）の算出は、下式に基づいて実行される。往
復伝播遅延（ＲＴＴ）＝(ECHO-REPLAY受信時刻)-(ECHO
送信時刻)-(サーバ処理時間)
【０１５１】なお、ＲＴＴの計測を実行する際に送受信
するＥＣＨＯ，ＥＣＨＯ−ＲＥＰＬＹパケットも損失す
ることが考えられる。またＲＴＴもネットワークの状況
により常に変動するため、データ受信端末は一定間隔で
ＥＣＨＯ，ＥＣＨＯ−ＲＥＰＬＹパケットの送受信処理
を実行してＲＴＴを計測する。
【０１５２】図１４のフローに戻り、データ受信端末側
の処理について説明を続ける。図１４のフローにおい
て、ステップＳ４１５では、再送要求としてのＮＡＣＫ
−ＲＴＣＰを出力した場合、リアルタイム再生処理に間
に合うタイミングで再送要求パケットの受信が可能か否
かを判定する。上述したＥＣＨＯ，ＥＣＨＯ−ＲＥＰＬ
Ｙパケットの送受信処理により計測されたＲＴＴ値と、
各フレームの処理タイミングを計測しているタイマーの
期限に基づいて、再送要求としてのＮＡＣＫ−ＲＴＣＰ
パケットを出しても間に合わないと判断した場合（Ｓ４
１５でＮｏ）には、ＮＡＣＫ−ＲＴＣＰパケットの送信
処理は実行しない。
【０１５３】たとえば、パケット損失の存在する該当フ
レームの符号化データの処理開始までの時間Ｔａ＝１０
０ｍｍｓｅｃである場合、すなわち１００ｍｍｓｅｃ後
にデコーダにデータを渡して復号処理が開始されること
がタイマーの計測により明らかとなっている場合、計測
された最新のＲＴＴ値が、該当フレームの符号化データ
の処理開始までの時間Ｔａより大きい値であった場合、
すなわち、１００ｍｍｓｅｃ以上であった場合には、再
送要求としてのＮＡＣＫ−ＲＴＣＰパケットを送信して
も、再送パケットの受信が、デコード処理開始タイミン
グに間に合わないものと判断して、ＮＡＣＫ−ＲＴＣＰ
パケットの送信処理を実行しない。ただし、ＲＴＴ値が
処理開始までの時間Ｔａ以上であっても、ＲＴＴ値と時
間：Ｔａの非常に近い値を持つ場合には、ぎりぎり間に
合う可能性もあるためＮＡＣＫを送出する構成としても
よい。このＮＡＣＫ送出判定の閾値は実装依存である。
【０１５４】一方、計測された最新のＲＴＴ値が、パケ
ット損失の存在する該当フレームの符号化データの処理
開始までの時間Ｔａ以下であった場合には、再送要求と
してのＮＡＣＫ−ＲＴＣＰパケットを送信して再送パケ
ットを受信するまでの時間が、デコード処理開始タイミ
ングまでの時間以下であるので、再送パケット受信が処
理に間に合うものと判断して、ステップＳ４１７におい
て、ＮＡＣＫ−ＲＴＣＰパケットの送信処理を実行す
る。
【０１５５】図１４のフローのステップＳ４０２におい
て、ＦＥＣによる冗長コードんが付与されていないパケ
ットであると判定した場合は、ステップＳ４０３におい
て、受信したパケットが、ｎフレーム目（ｎ=１，
２...）の終端パケットであるか否かを判定する。ま
た、ステップＳ４０４において、受信したパケットが、
ｎ＋１フレーム目の先頭パケットであるか否かを判定す
る。受信したパケットが、ｎフレーム目（ｎ=１，
２...）の終端パケットである場合、または、ｎ＋１フ
レーム目の先頭パケットである場合には、ステップＳ４
１４に進む。
【０１５６】ステップＳ４１４においては、ｎフレーム
内に未受信のパケット、すなわちロストパケット、ある
いはエラーパケットがあるか否かを判定する。
【０１５７】ロストパケットまたはエラーパケットが検
出されると、ステップＳ４１５以下の処理に進み、再送
要求処理としてのＮＡＣＫ−ＲＴＣＰパケットの送信判
定処理、および判定に基づくＮＡＣＫ−ＲＴＣＰパケッ
トの送信処理が実行される。これらの判定処理の詳細
は、前述した通りである。
【０１５８】ＮＡＣＫ−ＲＴＣＰパケット送信の際にタ
イムスタンプ（TIMESTAMP）とシーケンス番号の組み合
わせがはっきりしない場合には、先に図１０を参照して
説明したオプションを指定して送信する。データ受信端
末では、パケットの送受信情報を随時記録することで、
パケットロス率の割り出しが可能となる。このロス率が
一定値以上になった場合には、ＮＡＣＫ−ＲＴＣＰパケ
ット自体の損失の可能性が考えられるため、おなじＮＡ
ＣＫ−ＲＴＣＰパケットを複数回、重ねて送信する処理
を行なうことで、再送成功率を高めることが可能とな
る。あるいは、ＮＡＣＫ−ＲＴＣＰパケットに重複指定
回数を増分して設定する。
【０１５９】データ送信端末は、ＮＡＣＫ−ＲＴＣＰパ
ケットを受信すると、次のタイムスタンプを設定したフ
レームデータに併せて、再送パケットを送信する。
【０１６０】ステップＳ４１４のロストパケットの検出
処理は、ステップＳ４０３の各フレームの終端パケット
受信、ステップＳ４０４の各フレームの先頭パケット受
信時のみではなく、ステップＳ４０５の各フレームの最
終再送時間の判定でＹｅｓの場合、およびステップＳ４
０６のタイマーの最小計測時間τの経過判定でＹｅｓの
場合に実行される。
【０１６１】ステップＳ４０５の各フレームの最終再送
時間の判定処理は、再送要求としてのＮＡＣＫ−ＲＴＣ
Ｐを出力した場合、リアルタイム再生処理に間に合う最
終時間判定処理である。各フレームについて、各フレー
ムの符号化データの処理開始までの時間Ｔａが計測され
ているＲＴＴ値と等しくなったとき、すなわち、Ｔａ＝
ＲＴＴとなった場合に、ステップＳ４０５の判定がＹｅ
ｓとなり、ステップＳ４０９の該当フレームに対するロ
ストパケットの検出処理が実行される。これは、最後の
再送要求可能タイミングにロストパケットを検出して、
検出された場合に最後の再送要求を送信するための処理
である。
【０１６２】ステップＳ４０６のタイマーの最小計測時
間τの経過判定処理は、データ受信端末の有するタイマ
ーの計測最小時間：τ毎に、ステップＳ４０６の判定が
Ｙｅｓとなり、ステップＳ４１４の該当フレームに対す
るロストパケットの検出処理が実行される。これは、各
計測最小時間：τに対応する受信フレームについて、各
フレームの先頭パケット、最終パケットの検出がなされ
ない場合でもロストパケットを確実に検出して、再送要
求を実行しようとするための処理である。
【０１６３】このように、データ受信端末では、ステッ
プＳ４０３の各フレームの終端パケット受信、ステップ
Ｓ４０４の各フレームの先頭パケット受信時、ステップ
Ｓ４０５の各フレームの最終再送時間の判定、およびス
テップＳ４０６のタイマーの最小計測時間τの経過判定
の各タイミングにおいて、ステップＳ４１４のロストパ
ケットの検出処理を実行する。なお、これらステップＳ
４０３〜Ｓ４０６の４種類のタイミングのいずれかのみ
を実行する構成としてもよい。
【０１６４】ステップＳ４１４の各フレームのロストパ
ケット検出処理において、ロストパケットが検出されな
かった場合は、各パケットに格納された符号化データの
デコード（復号）処理がデコーダ２２４において実行さ
れる。ステップＳ４１８では、受信済みパケットについ
ての受信確認パケットとしてのＡＣＫ−ＲＴＣＰパケッ
トの生成、送信が行われる。ＡＣＫ−ＲＴＣＰパケット
は、先に図１１を参照して説明した通り、受信済みシー
ケンス番号を格納したパケットである。このＡＣＫ−Ｒ
ＴＣＰパケットを受信したデータ送信端末は、ＡＣＫ−
ＲＴＣＰパケットに記録された受信済みシーケンス番号
に対応するパケットをバッファ２２３からクリアする。
【０１６５】図１４に示すフローのステップＳ４０７で
は、各フレームのタイマー期限切れを確認する。このタ
イマー期限は、リアルタイム再生処理の開始期限を計測
するタイマーによって設定される期限であり、各フレー
ム毎にそのタイミングが設定される。ｎフレームのタイ
マー期限切れであると判定された場合には、ロストパケ
ットがあった場合であっても、ステップＳ４１６のデコ
ード処理に移行することになる。
【０１６６】ステップＳ４０８では、データ送信端末か
ら、データストリームの終了を明示するＥＯＳ（End Of
Stream）メッセージを持つＲＴＣＰパケットを受信し
たか否かを判定し、ＥＯＳ−ＲＴＣＰパケット受信でな
い場合は、ステップＳ４０１以下の処理を繰り返す。
【０１６７】ＥＯＳ−ＲＴＣＰパケット受信である場合
は、ステップＳ４０９において、各フレームのタイマー
期限切れを確認する。このタイマー期限は、リアルタイ
ム再生処理の開始期限を計測するタイマーによって設定
される期限であり、各フレーム毎にそのタイミングが設
定される。タイマー期限切れでない場合は、ステップＳ
４１９に進み、再送要求されているロストパケットに関
する再送パケットを受信待機状態であるか否かを判定し
て、待機状態である場合は、ステップＳ４２０に進み、
再送パケットの受信待機状態として、ステップＳ４０１
のパケット受信以下の処理を実行する。
【０１６８】ステップＳ４０９における各フレームのタ
イマー期限切れの確認処理において、Ｙｅｓと判定され
た場合、および、ステップＳ４１９において、再送パケ
ット受信待機状態でないと判定された場合は、デコー
ド、再生処理へ移行すべき未受信のパケットデータは存
在しないと判定され、受信処理を完了する。
【０１６９】このように、本発明のシステムにおいて
は、リアルタイム配信に適するものの信頼性を保証しな
いＲＴＰ等のデータ通信プロトコルに従ったパケット伝
送において、ＦＥＣ処理によるエラー訂正、または再送
要求としてのＡＲＱを選択的に実行することで、エラー
耐性のある信頼性の高いデータ伝送、リアルタイム再生
が可能となる。なお、上述の実施例では、ＲＴＰパケッ
トに符号化データを格納する構成例を中心として説明し
たが、ＲＴＰパケットフォーマットに限らず、ＵＤＰ
等、他のデータ通信プロトコルフォーマットに従ったパ
ケットを用いたデータ通信構成においても、上述の実施
例と同様の各種のコントロールパケットを用いた再送要
求処理を行なうことにより、上述の実施例と同様の構成
を実現可能である。
【０１７０】上述したように本発明の構成では、再送要
求の処理タイミングとして、各フレームの先頭パケット
の受信時、各フレームの最終パケットの受信時、最終処
理期限、および一定間隔（τ）毎等の各種タイミングで
ロストパケットの検出処理を実行する構成としたので、
確実なロストパケットの検出が可能となる。
【０１７１】また、本発明のデータ通信システムにおけ
る送信側端末の階層エラー訂正優先度制御部２１２は、
および受信側端末２０２のエラー訂正制御部２３０は、
それぞれのネットワーク監視部２１５、２２９によって
監視されている現在のネットワーク状況を踏まえてエラ
ー訂正を制御する。ネットワークの監視は、ＲＴＴやパ
ケットロス率などＲＴＣＰやＩＣＭＰなどの汎用のプロ
トコルを利用して取得する。受信側がＲＴＴを検知する
ために、受信側は、前述したＥＣＨＯパケットを送信側
に送り、その返事であるＥＣＨＯ−ＲＥＰＬＹパケット
を受け取ることにとって、ＲＴＴを計測し、確実なパケ
ット再送処理が実現される。
【０１７２】先に説明したように、ＲＴＰではパケット
毎にシーケンス番号をつけており、番号とフレームの先
頭と終端を示すフラグをペイロードにいれておくことに
より、あるフレームを構成するパケット数を簡単に受信
側は計算することができ、必要なパケット数に対してあ
る時間内にどれだけ正当なパケットが届いたかを監視し
ていれば、ある程度のエラー率を求めることができる。
ここで得られたエラー率またはＲＦＣ１８８９で規定さ
れているＲＴＣＰのＲＲ（ＲｅｃｉｅｖｅｒＲｅｐｏｒ
ｔ）でのパケットロス率により、送信側はエラー率を知
りＦＥＣのエラー訂正強度をあげたり、またはＦＥＣを
施さないなどの処理態様の制御を実行する。
【０１７３】エラー訂正処理として実行されるパケット
再送要求（ＡＲＱ）は、再送要求ＮＡＣＫを送信し再送
パケットが届くまでにＲＴＴ時間を要することになり、
また、ＦＥＣ訂正においても送受信端末でインターリー
ブする処理のために一定時間が必要となる。それぞれの
端末におけるネットワーク監視部の監視により得られる
ネットワーク状況に基づいて、例えば、ＲＴＴが短いな
らば、ＡＲＱによる再送が可能となるためＡＲＱによる
エラー訂正を選択して実行し、ＲＴＴが長く、再送する
時間がないほど送信側から受信側に転送時間がかかると
いうネットワーク状況である場合には、ＡＲＱではなく
ＦＥＣによるエラー訂正を選択する、といった動的なエ
ラー訂正制御が可能となる。
【０１７４】受信側端末のエラー監視部２２２では、Ｒ
ＴＰではパケット毎のシーケンス番号に基づいて、必要
なパケット数に対してある時間内にどれだけ正当なパケ
ットが届いたかのエラー率を求めることができ、また、
送信側端末では、再送要求処理の数をカウントすること
でエラー率を概算することが可能となる。エラー率が高
く、ＦＥＣによるエラー訂正で訂正できないほどの高い
エラー率であると判定した場合には、送信側端末２０１
の階層エラー訂正優先度制御部２１２は、ＦＥＣ処理部
における冗長コードの付与を停止し、すべて受信側端末
からの再送要求（ＡＲＱ）に応答するのみの処理を選択
したり、あるいは、よりエラー訂正の強いアルゴリズム
のＦＥＣを選択するといったエラーに対する処理態様を
動的に変更することが可能となる。
【０１７５】また、これらのエラー制御態様は、伝送す
るデータ階層に応じた優先度に対応して選択的に設定可
能であり、様々なエラー訂正ポリシーが決められる。例
えば受信側端末２０２のネットワーク状況監視部２２９
は、パケットロス率、または伝送遅延時間に基づくネッ
トワーク状況解析を実行し、階層選択制御部２３１が、
解析結果に基づいて処理データの選択を実行することが
可能である。
【０１７６】さらに、このエラー訂正ポリシーは、ネッ
トワーク状況や送信および受信端末側の意図により変更
可能なため、一意に決まるものとすることは必要でな
い。ある送信環境とメディアによっては、基本となる階
層は必ず完全再生したいので、強めのＦＥＣ＋ＡＲＱで
優先度を上げておく、音声データはＦＥＣのみで、オー
バーヘッドは極力避けたいのでＦＥＣなしでＡＲＱとし
て再送回数１回まで、といったように自由な態様でのエ
ラー制御態様を設定することができる。
【０１７７】また、本発明のシステムでは、データ受信
端末は、再生処理時間、伝播遅延時間ＲＴＴを考慮した
データ再送要求処理を実行するので、無駄な再送要求パ
ケットおよび再送パケットを出すことを防ぐ事ができ、
ネットワークの帯域を再送によって狭めることがない。
また、データ受信端末が、パケットの送受信情報を随時
記録し、パケットロス率の割り出しにより、ロス率が一
定値以上になった場合、おなじＮＡＣＫ−ＲＴＣＰパケ
ットを複数回、重ねて送信することで、再送成功率を高
めることが可能となる。
【０１７８】［データ送受信端末装置構成例］上述の実
施例で述べた一連の処理は、ハードウェア、またはソフ
トウェア、あるいは両者の複合構成によって実行するこ
とが可能である。ソフトウェアによる処理を実行する場
合は、処理シーケンスを記録したプログラムを、専用の
ハードウェアに組み込まれたデータ処理装置内のメモリ
にインストールして実行させるか、あるいは、各種処理
が実行可能な汎用コンピュータにプログラムをインスト
ールして実行させることが可能である。一連の処理をソ
フトウェアによって行う場合には、そのソフトウェアを
構成するプログラムが、例えば汎用のコンピュータやマ
イクロコンピュータ等にインストールされる。
【０１７９】図１６に、上述の実施例で述べた一連の処
理を実行するデータ送信端末装置、データ受信端末装置
のシステム構成例を示す。本発明のシステムで送受信さ
れるデータは、符号化データであり、データ送信装置で
はエンコード（符号化）処理が実行され、データ受信装
置ではデコード（復号）処理が実行される。符号化され
たデータはパケットとしてネットワークを介して送受信
する。そのため、データ送信側では、パケット生成（パ
ケタイズ処理）を実行し、データ受信側ではパケット展
開（デパケタイズ処理）を実行する。
【０１８０】図１６に示すデータ送受信装置（ｅｘ．Ｐ
Ｃ）８５０は、エンコード（符号化）処理、デコード
（復号）処理を実行するとともにパケット生成、展開処
理を実行するコーデック８５１、通信ネットワークとの
インタフェースとして機能するネットワークインタフェ
ース８５２、マウス８３７、キーボード８３６等の入力
機器との入出力インタフェース８５３、ビデオカメラ８
３３、マイク８３４、スピーカ８３５等のＡＶデータ入
出力機器からのデータ入出力を行なうＡＶインタフェー
ス８５４、ディスプレイ８３２に対するデータ出力イン
タフェースとしてのディスプレイ・インタフェース８５
５、各データ入出力インタフェース、コーデック８５
１、ネットワークインタフェース８５２間のデータ転送
制御、その他各種プログラム制御を実行するＣＰＵ８５
６、ＣＰＵ８５６により制御実行される各種プログラム
の格納、データの格納、ＣＰＵ８５６のワークエリアと
して機能するＲＡＭ、ＲＯＭからなるメモリ８５７、デ
ータ格納、プログラム格納用の記憶媒体としてのＨＤＤ
８５８を有し、それぞれＰＣＩバス８５９に接続され、
相互のデータ送受信が可能な構成を持つ。
【０１８１】コーデック８５１は、図１６に示すよう
に、例えばビデオカメラ８３３からの画像データ、マイ
ク８３４からの音声データを入力し、符号化処理、パケ
ット生成処理（パケタイズ）を実行し、最終的に符号化
データをペイロードとしたパケットを生成する。生成さ
れたパケットは、ＰＣＩバス８５９上に出力され、ネッ
トワークインタフェース８５２を介してネットワークに
出力され、パケットのヘッダに設定された宛先アドレス
に配信される。
【０１８２】また、ＨＤＤ８５８またはメモリ８５７に
格納されたソフトウェアエンコードプログラムに従って
ＣＰＵ８５６の制御により、ビデオカメラ８３３からの
画像データ、マイク８３４からの音声データを符号化し
てネットワークインタフェース８５２を介してネットワ
ークに出力する処理も実行する構成としてもよい。
【０１８３】一方、ネットワークを介して入力するＩＰ
パケット化されたデータは、ネットワークインタフェー
ス８５２を介して、バス８５６上に出力されて、コーデ
ック８５１に入力される。コーデック８５１では入力デ
ータのパケット展開処理（デパケタイズ）を実行し、ペ
イロードとして格納された符号化データを抽出後、復号
処理を実行して、ディスプレイ８３２、スピーカ８３５
において再生、出力する。
【０１８４】上述の実施例における処理対象となる画像
等のデータは、カメラ他の入力機器、例えばスキャナ等
のデータ入力装置、あるいはフロッピー（登録商標）デ
ィスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memor
y)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital
Versatile Disc)、磁気ディスク、半導体メモリなどの
リムーバブル記録媒体から入力可能である。
【０１８５】また、ＣＰＵ８５６は、ＲＯＭ格納プログ
ラムに限らず、ハードディスクに格納されているプログ
ラム、衛星若しくはネットワークから転送され、受信さ
れてインストールされたプログラム等を、ＲＡＭ(Rando
m Access Memory)等のメモリにロードして実行すること
も可能である。
【０１８６】ここで、本明細書において、プログラム
は、１つのコンピュータにより処理されるものであって
も良いし、複数のコンピュータによって分散処理される
ものであっても良い。さらに、プログラムは、遠方のコ
ンピュータに転送されて実行されるものであっても良
い。
【０１８７】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。
【０１８８】
【発明の効果】以上、説明してきたように、本発明の構
成によれば、ネットワーク監視部によって監視されてい
る現在のネットワーク状況を踏まえてエラー訂正を制御
することが可能であり、ＦＥＣによるエラー制御あるい
は再送要求処理（ＡＲＱ）に基づくエラー制御等の態様
をネットワークにおけるパケット損失、エラー発生状況
に応じて動的に変更してパケット転送を実行することが
可能となる。監視データとして、パケットエラー率また
はＲＦＣ１８８９で規定されているＲＴＣＰのＲＲ（Ｒ
ｅｃｉｅｖｅｒ Ｒｅｐｏｒｔ）でのパケットロス率等
を取得し、送信側においてＦＥＣのエラー訂正強度をあ
げたり、またはＦＥＣを施さずＡＲＱ処理のみの対応と
するなどの処理態様の制御が可能となる。
【０１８９】また、本発明の構成によれば、ネットワー
ク監視部の監視により得られるネットワーク状況に基づ
いて、例えば、ＲＴＴが短いならば、ＡＲＱによる再送
が可能となるためＡＲＱによるエラー訂正を選択して実
行し、ＲＴＴが長く、再送する時間がないほど送信側か
ら受信側に転送時間がかかるというネットワーク状況で
ある場合には、ＡＲＱではなくＦＥＣによるエラー訂正
を選択する、といった動的なエラー訂正制御が可能とな
る。
【０１９０】また、これらのエラー制御態様は、伝送す
るデータ階層に応じた優先度に対応して選択的に設定可
能となり、符号化データの階層レベルに応じて異なるエ
ラー訂正処理を実行する構成とすることが可能である。
例えば基本階層を、強めのＦＥＣ＋ＡＲＱで優先度を上
げた設定とし、音声データはＦＥＣのみの対応とした
り、オーバーヘッドは極力避けたいのでＦＥＣなしでＡ
ＲＱとして再送回数を例えば１回までといったように再
送回数の制限数の設定等、自由な態様でのエラー制御態
様を設定することができる。
【図面の簡単な説明】
【図１】本発明のデータ通信システムの構成を示す図で
ある。
【図２】本発明のデータ通信システムの送信側端末、受
信側端末の構成を示す図である。
【図３】データの階層化処理例としてのウェーブレット
変換について説明する図である。
【図４】本発明のデータ通信システムの送信側端末で実
行する優先度付け処理例について説明する図である。
【図５】本発明のデータ通信システムの送信側端末で実
行する優先度付け処理に持ついるマップについて説明す
る図である。
【図６】本発明のデータ通信システムにおいて転送され
るＲＴＰパケットフォーマットを示す図である。
【図７】本発明のデータ通信システムにおいて転送され
るＩＰパケットヘッダフォーマットを示す図である。
【図８】本発明のデータ通信システムにおけるデータ送
信端末の処理フローを示す図である。
【図９】本発明のデータ通信システムにおいて転送され
るＮＡＣＫ−ＲＴＣＰパケットフォーマットを示す図で
ある。
【図１０】本発明のデータ通信システムにおいて転送さ
れるＮＡＣＫ−ＲＴＣＰパケットにおけるオプション値
の機能について説明する図である。
【図１１】本発明のデータ通信システムにおいて転送さ
れるＡＣＫ−ＲＴＣＰパケットフォーマットを示す図で
ある。
【図１２】本発明のデータ通信システムにおいて転送さ
れるＥＣＨＯ−ＲＴＣＰ、およびＥＣＨＯ−ＲＥＰＬＹ
−ＲＴＣＰパケットフォーマットを示す図である。
【図１３】本発明のデータ通信システムにおいて転送さ
れるＥＯＳ−ＲＴＣＰパケットフォーマットを示す図で
ある。
【図１４】本発明のデータ通信システムにおけるデータ
受信端末の処理フローを示す図である。
【図１５】本発明のデータ通信システムにおけるデータ
受信端末のＥＣＨＯ−ＲＴＣＰ、およびＥＣＨＯ−ＲＥ
ＰＬＹ−ＲＴＣＰパケットを適用したＲＴＴ計測処理フ
ローを示す図である。
【図１６】データ送信端末装置およびデータ受信端末装
置のシステム構成例を示す図である。
【符号の説明】
１０１，１１５，１２３ ＣＰＵ １０２，１１６，１２４ ＲＯＭ １０３，１１７，１２５ ＲＡＭ １０４，１１８，１２６ 表示装置 １０５，１１１，１１９ 外部記憶装置 １０６，１１２，１２０ 通信Ｉ／Ｆ １０７，１１３，１２１ 入力装置 １０８ インタフェース １０９ カメラ １１０ マイク １１４，１２２ 再生装置 １３２，１３３，１３４ 伝送路 １３５ ＩＰネットワーク ２０１ 送信側端末 ２０２ 受信側端末 ２０３ ビデオカメラ ２０４ エンコーダ ２０５ 階層化部 ２０６ 優先度付け処理部 ２０７ バッファ ２０８ ＦＥＣ処理部 ２０９ ＲＴＰパケット生成部 ２１０ ＲＴＰポート ２１１ ビットレート制御部 ２１２ 階層エラー訂正優先度制御部 ２１３ ＡＲＱ処理部 ２１４ ＲＴＣＰパケット生成部 ２１５ ネットワーク監視部 ２１６ ＲＴＣＰパケット解析部 ２１７ ＲＴＣＰポート ２１８ ＴＣＰ，ＲＴＣＰポート ２１９ ＩＰネットワーク ２２０ ＲＴＰポート ２２１ ＲＴＰパケット解析部 ２２２ エラー監視部 ２２３ バッファ ２２４ デコーダ ２２５ ＲＴＣＰポート ２２６ ＲＴＣＰパケット解析部 ２２７ ＲＴＣＰパケット生成部 ２２８ ＴＣＰ，ＲＴＣＰポート ２２９ ネットワーク監視部 ２３０ エラー訂正制御部 ２３１ 階層選択制御部 ８０９ ＰＣＩバス ８３２ ディスプレイ ８３３ ビデオカメラ ８３４ マイク ８３５ スピーカ ８３７ マウス ８３８ キーボード ８５０ データ送受信装置 ８５１ コーデック ８５２ ネットワークインタフェース ８５３ 入出力インタフェース ８５４ ＡＶインタフェース ８５５ ディスプレイインタフェース ８５６ ＣＰＵ ８５７ メモリ ８５８ ＨＤＤ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） // Ｈ０４Ｎ 7/15 ６３０ Ｈ０４Ｎ 7/13 Ａ Ｆターム(参考） 5C059 MA00 MA23 MA24 MA32 RE07 RF01 RF04 RF19 RF21 RF23 SS07 SS08 SS09 SS10 TA75 TA76 TC22 TD11 UA02 UA05 5C064 AA02 AC02 AD02 AD06 AD14 AD18 5K014 AA01 DA02 FA03 FA11 FA15 HA10 5K030 GA03 HA08 HB02 HB21 HC01 JT10 LA01 LD08 MA04 MB04 5K034 AA05 HH09 MM01 TT02

Claims (32)

    【特許請求の範囲】
  1. 【請求項１】データ送信装置およびデータ受信装置から
    なり、ストリーム型データ転送を実行するデータ通信シ
    ステムであり、 データ送信装置は、 送信データを格納したデータパケットを送信するパケッ
    ト送信処理部と、 ネットワーク状況を監視するネットワーク状況監視部
    と、 前記ネットワーク状況監視部の監視するネットワーク状
    況に基づいて、伝送パケットのエラー制御処理態様を制
    御するデータ送信側制御部と、 データ受信装置から受信する再送要求メッセージパケッ
    トに従って再送すべきデータパケットの抽出処理を実行
    する再送制御部とを有し、 データ受信装置は、 前記データ送信装置から受信するデータパケットを受信
    するパケット受信処理部と、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出を実行し、エラー対応処理
    を実行するエラー訂正制御部と、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出に基づいて、前記データ送
    信装置に対するデータパケット再送要求としての再送要
    求メッセージパケットの送信可否を判定する再送要求処
    理制御部と、 を有することを特徴とするデータ通信システム。
  2. 【請求項２】前記データ送信側制御部は、前記ネットワ
    ーク状況監視部の監視するネットワーク状況に基づい
    て、エラー制御方式としてのＦＥＣ(Forward Error Cor
    rection)の処理態様変更、またはデータ再送要求処理と
    してのＡＲＱ（Auto Repeat reQuest）処理態様の変更
    処理を実行する構成であることを特徴とする請求項１に
    記載のデータ通信システム。
  3. 【請求項３】前記ネットワーク状況監視部は、パケット
    ロス率、伝送遅延時間、または前記データ受信装置から
    の再送要求に基づいてネットワーク状況解析を実行し、
    該解析結果を前記データ送信側制御部に出力し、前記デ
    ータ送信側制御部は、該解析結果に基づいて、伝送パケ
    ットのエラー制御処理態様を制御する構成であることを
    特徴とする請求項１に記載のデータ通信システム。
  4. 【請求項４】前記データ受信装置は、ネットワーク状況
    を監視する受信装置側ネットワーク状況監視部を有し、 前記受信装置側ネットワーク状況監視部は、パケットロ
    ス率、または伝送遅延時間に基づくネットワーク状況解
    析を実行し、該解析結果に基づいて処理データの選択を
    実行する構成であることを特徴とする請求項１に記載の
    データ通信システム。
  5. 【請求項５】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化部と、 前記階層化部において階層化された階層毎の優先度を設
    定する優先度付け処理部とを有し、 前記データ受信装置は、 ネットワーク状況を監視する受信装置側ネットワーク状
    況監視部を有し、 前記受信装置側ネットワーク状況監視部の解析結果に基
    づく処理データの選択を前記階層または優先度に従って
    実行する階層選択制御部と、 を有することを特徴とする請求項１に記載のデータ通信
    システム。
  6. 【請求項６】前記データ受信装置におけるエラー訂正制
    御部は、 エラー制御方式としてのＦＥＣ(Forward Error Correct
    ion)に基づくエラー訂正処理、またはデータ再送要求処
    理としてのＡＲＱ（Auto Repeat reQuest）処理を実行
    する構成であることを特徴とする請求項１に記載のデー
    タ通信システム。
  7. 【請求項７】前記データ受信装置におけるエラー訂正制
    御部は、 前記データ送信装置とデータ受信装置における往復伝播
    遅延（ＲＴＴ）の計測処理のために前記データ送信装置
    に対するエコーパケットの送信および該エコーパケット
    に対するエコーリプライパケットの受信処理制御を実行
    し、 該エコーパケットに基づいて算出する往復伝播遅延（Ｒ
    ＴＴ）に基づいて、再送要求に基づく再送データパケッ
    ト受信が、再送データパケット格納データの再生処理開
    始時間前に可能か否かを判定する構成を有することを特
    徴とする請求項１に記載のデータ通信システム。
  8. 【請求項８】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化部と、 前記階層化部において階層化された階層毎の優先度を設
    定する優先度付け処理部とを有し、 前記データ送信側制御部は、前記階層化部における階層
    化処理態様、または前記優先度付け処理部における処理
    態様をネットワーク状況に応じて変更する構成であるこ
    とを特徴とする請求項１に記載のデータ通信システム。
  9. 【請求項９】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化部を有
    し、 前記データ送信側制御部は、前記ネットワーク状況監視
    部の監視するネットワーク状況に基づいて、エラー制御
    方式としてのＦＥＣ(Forward Error Correction)の処理
    態様変更、またはデータ再送要求処理としてのＡＲＱ
    （Auto Repeat reQuest）処理態様の変更処理を前記階
    層化部の設定した各階層に対応して実行する構成である
    ことを特徴とする請求項１に記載のデータ通信システ
    ム。
  10. 【請求項１０】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化部と、 前記階層化部において階層化された階層毎の優先度を設
    定する優先度付け処理部とを有し、 前記データ送信側制御部は、前記ネットワーク状況監視
    部の監視するネットワーク状況に基づいて、エラー制御
    方式としてのＦＥＣ(Forward Error Correction)の処理
    態様変更、またはデータ再送要求処理としてのＡＲＱ
    （Auto Repeat reQuest）処理態様の変更処理を前記優
    先度付け処理部の設定した各優先度に対応して実行する
    構成であることを特徴とする請求項１に記載のデータ通
    信システム。
  11. 【請求項１１】ストリーム型データ送信を実行するデー
    タ送信装置であり、 送信データを格納したデータパケットを送信するパケッ
    ト送信処理部と、 ネットワーク状況を監視するネットワーク状況監視部
    と、 前記ネットワーク状況監視部の監視するネットワーク状
    況に基づいて、伝送パケットのエラー制御処理態様を制
    御するデータ送信側制御部と、 データ受信装置から受信する再送要求メッセージパケッ
    トに従って再送すべきデータパケットの抽出処理を実行
    する再送制御部と、 を有することを特徴とするデータ送信装置。
  12. 【請求項１２】前記データ送信側制御部は、前記ネット
    ワーク状況監視部の監視するネットワーク状況に基づい
    て、エラー制御方式としてのＦＥＣ(Forward Error Cor
    rection)の処理態様変更、またはデータ再送要求処理と
    してのＡＲＱ（Auto Repeat reQuest）処理態様の変更
    処理を実行する構成であることを特徴とする請求項１１
    に記載のデータ送信装置。
  13. 【請求項１３】前記ネットワーク状況監視部は、パケッ
    トロス率、伝送遅延時間、または前記データ受信装置か
    らの再送要求に基づいてネットワーク状況解析を実行
    し、該解析結果を前記データ送信側制御部に出力し、前
    記データ送信側制御部は、該解析結果に基づいて、伝送
    パケットのエラー制御処理態様を制御する構成であるこ
    とを特徴とする請求項１１に記載のデータ送信装置。
  14. 【請求項１４】前記データ送信装置は、さらに、 送信符号化データの階層化処理を実行する階層化部と、 前記階層化部において階層化された階層毎の優先度を設
    定する優先度付け処理部とを有し、 前記データ送信側制御部は、前記階層化部における階層
    化処理態様、または前記優先度付け処理部における処理
    態様をネットワーク状況に応じて変更する構成であるこ
    とを特徴とする請求項１１に記載のデータ送信装置。
  15. 【請求項１５】前記データ送信装置は、さらに、 送信符号化データの階層化処理を実行する階層化部を有
    し、 前記データ送信側制御部は、前記ネットワーク状況監視
    部の監視するネットワーク状況に基づいて、エラー制御
    方式としてのＦＥＣ(Forward Error Correction)の処理
    態様変更、またはデータ再送要求処理としてのＡＲＱ
    （Auto Repeat reQuest）処理態様の変更処理を前記階
    層化部の設定した各階層に対応して実行する構成である
    ことを特徴とする請求項１１に記載のデータ送信装置。
  16. 【請求項１６】前記データ送信装置は、さらに、 送信符号化データの階層化処理を実行する階層化部と、 前記階層化部において階層化された階層毎の優先度を設
    定する優先度付け処理部とを有し、 前記データ送信側制御部は、前記ネットワーク状況監視
    部の監視するネットワーク状況に基づいて、エラー制御
    方式としてのＦＥＣ(Forward Error Correction)の処理
    態様変更、またはデータ再送要求処理としてのＡＲＱ
    （Auto Repeat reQuest）処理態様の変更処理を前記優
    先度付け処理部の設定した各優先度に対応して実行する
    構成であることを特徴とする請求項１１に記載のデータ
    送信装置。
  17. 【請求項１７】ストリーム型データの受信を実行するデ
    ータ受信装置であり、 データ送信装置から受信するデータパケットを受信する
    パケット受信処理部と、 ネットワーク状況を監視するネットワーク状況監視部
    と、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出を実行し、エラー対応処理
    を実行するエラー訂正制御部と、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出に基づいて、前記データ送
    信装置に対するデータパケット再送要求としての再送要
    求メッセージパケットの送信可否を判定する再送要求処
    理制御部と、 ネットワーク状況監視部の監視結果に基づいて処理デー
    タの選択を実行する階層選択制御部と、 を有することを特徴とするデータ受信装置。
  18. 【請求項１８】前記受信装置側ネットワーク状況監視部
    は、パケットロス率、または伝送遅延時間に基づくネッ
    トワーク状況解析を実行し、階層選択制御部は、該解析
    結果に基づいて処理データの選択を実行する構成である
    ことを特徴とする請求項１７に記載のデータ受信装置。
  19. 【請求項１９】前記データ受信装置におけるエラー訂正
    制御部は、 エラー制御方式としてのＦＥＣ(Forward Error Correct
    ion)に基づくエラー訂正処理、またはデータ再送要求処
    理としてのＡＲＱ（Auto Repeat reQuest）処理を実行
    する構成であることを特徴とする請求項１７に記載のデ
    ータ受信装置。
  20. 【請求項２０】前記データ受信装置におけるエラー訂正
    制御部は、 前記データ送信装置とデータ受信装置における往復伝播
    遅延（ＲＴＴ）の計測処理のために前記データ送信装置
    に対するエコーパケットの送信および該エコーパケット
    に対するエコーリプライパケットの受信処理制御を実行
    し、 該エコーパケットに基づいて算出する往復伝播遅延（Ｒ
    ＴＴ）に基づいて、再送要求に基づく再送データパケッ
    ト受信が、再送データパケット格納データの再生処理開
    始時間前に可能か否かを判定する構成を有することを特
    徴とする請求項１７に記載のデータ受信装置。
  21. 【請求項２１】データ送信装置およびデータ受信装置間
    におけるストリーム型データ転送を実行するデータ通信
    方法であり、 データ送信装置は、 送信データを格納したデータパケットを送信するパケッ
    ト送信処理ステップと、 ネットワーク状況を監視するネットワーク状況監視ステ
    ップと、 前記ネットワーク状況監視ステップにおいて監視するネ
    ットワーク状況に基づいて、伝送パケットのエラー制御
    処理態様を制御するデータ送信側制御ステップと、 データ受信装置から受信する再送要求メッセージパケッ
    トに従って再送すべきデータパケットの抽出処理を実行
    する再送制御ステップとを実行し、 データ受信装置は、 前記データ送信装置から受信するデータパケットを受信
    するパケット受信処理ステップと、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出を実行し、エラー対応処理
    を実行するエラー訂正制御ステップと、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出に基づいて、前記データ送
    信装置に対するデータパケット再送要求としての再送要
    求メッセージパケットの送信可否を判定する再送要求処
    理制御ステップと、 を実行することを特徴とするデータ通信方法。
  22. 【請求項２２】前記データ送信側制御ステップは、前記
    ネットワーク状況監視ステップにおいて監視するネット
    ワーク状況に基づいて、エラー制御方式としてのＦＥＣ
    (Forward Error Correction)の処理態様変更、またはデ
    ータ再送要求処理としてのＡＲＱ（Auto Repeat reQues
    t）処理態様の変更処理を実行することを特徴とする請
    求項２１に記載のデータ通信方法。
  23. 【請求項２３】前記ネットワーク状況監視ステップは、
    パケットロス率、伝送遅延時間、または前記データ受信
    装置からの再送要求に基づいてネットワーク状況解析を
    実行し、 前記データ送信側制御ステップは、該解析結果に基づい
    て、伝送パケットのエラー制御処理態様を制御すること
    を特徴とする請求項２１に記載のデータ通信方法。
  24. 【請求項２４】前記データ受信装置は、さらに、 パケットロス率、または伝送遅延時間に基づくネットワ
    ーク状況解析を実行するネットワーク状況監視を実行
    し、該監視結果に基づいて処理データの選択を実行する
    ことを特徴とする請求項２１に記載のデータ通信方法。
  25. 【請求項２５】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化ステッ
    プと、 前記階層化ステップにおいて階層化された階層毎の優先
    度を設定する優先度付け処理ステップとを有し、 前記データ受信装置は、 ネットワーク状況に基づいて処理データの選択を前記階
    層または優先度に従って実行する階層選択制御ステップ
    と、 を有することを特徴とする請求項２１に記載のデータ通
    信方法。
  26. 【請求項２６】前記データ受信装置におけるエラー訂正
    制御ステップは、 エラー制御方式としてのＦＥＣ(Forward Error Correct
    ion)に基づくエラー訂正処理、またはデータ再送要求処
    理としてのＡＲＱ（Auto Repeat reQuest）処理を実行
    することを特徴とする請求項２１に記載のデータ通信方
    法。
  27. 【請求項２７】前記データ受信装置におけるエラー訂正
    制御ステップは、 前記データ送信装置とデータ受信装置における往復伝播
    遅延（ＲＴＴ）の計測処理のために前記データ送信装置
    に対するエコーパケットの送信および該エコーパケット
    に対するエコーリプライパケットの受信処理ステップ、
    および、 該エコーパケットに基づいて算出する往復伝播遅延（Ｒ
    ＴＴ）に基づく、再送要求に基づく再送データパケット
    受信が再送データパケット格納データの再生処理開始時
    間前に可能か否かを判定するステップを含むことを特徴
    とする請求項２１に記載のデータ通信方法。
  28. 【請求項２８】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化ステッ
    プと、 前記階層化部において階層化された階層毎の優先度を設
    定する優先度付け処理ステップとを有し、 前記データ送信側制御ステップは、前記階層化処理態
    様、または前記優先度付け処理態様をネットワーク状況
    に応じて変更する処理を含むことを特徴とする請求項２
    １に記載のデータ通信方法。
  29. 【請求項２９】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化ステッ
    プを有し、 前記データ送信側制御ステップは、ネットワーク状況に
    基づいて、エラー制御方式としてのＦＥＣ(Forward Err
    or Correction)の処理態様変更、またはデータ再送要求
    処理としてのＡＲＱ（Auto Repeat reQuest）処理態様
    の変更を各階層に対応して実行することを特徴とする請
    求項２１に記載のデータ通信方法。
  30. 【請求項３０】前記データ送信装置は、 送信符号化データの階層化処理を実行する階層化ステッ
    プと、 前記階層化ステップにおいて階層化された階層毎の優先
    度を設定する優先度付け処理ステップとを有し、 前記データ送信側制御ステップは、ネットワーク状況に
    基づいて、エラー制御方式としてのＦＥＣ(Forward Err
    or Correction)の処理態様変更、またはデータ再送要求
    処理としてのＡＲＱ（Auto Repeat reQuest）処理態様
    の変更を前記優先度に対応して実行することを特徴とす
    る請求項２１に記載のデータ通信方法。
  31. 【請求項３１】ストリーム型データ送信を実行するコン
    ピュータ・プログラムであって、 送信データを格納したデータパケットを送信するパケッ
    ト送信処理ステップと、 ネットワーク状況を監視するネットワーク状況監視ステ
    ップと、 前記ネットワーク状況監視ステップにおいて監視するネ
    ットワーク状況に基づいて、伝送パケットのエラー制御
    処理態様を制御する制御ステップと、 データ受信装置から受信する再送要求メッセージパケッ
    トに従って再送すべきデータパケットの抽出処理を実行
    する再送制御ステップと、 を具備することを特徴とするコンピュータ・プログラ
    ム。
  32. 【請求項３２】ストリーム型データの受信を実行するコ
    ンピュータ・プログラムであって、 データ送信装置から受信するデータパケットを受信する
    パケット受信処理ステップと、 ネットワーク状況を監視するネットワーク状況監視ステ
    ップと、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出を実行し、エラー対応処理
    を実行するエラー訂正制御ステップと、 前記データ送信装置から受信するデータパケットのエラ
    ーまたはパケットロスの検出に基づいて、前記データ送
    信装置に対するデータパケット再送要求としての再送要
    求メッセージパケットの送信可否を判定する再送要求処
    理制御ステップと、 ネットワーク状況監視ステップにおける監視結果に基づ
    いて処理データの選択を実行する階層選択制御ステップ
    と、 を具備することを特徴とするコンピュータ・プログラ
    ム。
JP2001378808A 2001-12-12 2001-12-12 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム Expired - Fee Related JP3757857B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2001378808A JP3757857B2 (ja) 2001-12-12 2001-12-12 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
KR20020078418A KR100987421B1 (ko) 2001-12-12 2002-12-10 데이터통신시스템, 데이터송신장치, 데이터수신장치, 데이터통신방법 및 컴퓨터가 판독가능한 기록 매체
US10/315,383 US7502818B2 (en) 2001-12-12 2002-12-10 Data communications system, data sender, data receiver, data communications method, and computer program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001378808A JP3757857B2 (ja) 2001-12-12 2001-12-12 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム

Publications (3)

Publication Number Publication Date
JP2003179580A true JP2003179580A (ja) 2003-06-27
JP2003179580A5 JP2003179580A5 (ja) 2005-03-17
JP3757857B2 JP3757857B2 (ja) 2006-03-22

Family

ID=19186424

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001378808A Expired - Fee Related JP3757857B2 (ja) 2001-12-12 2001-12-12 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム

Country Status (3)

Country Link
US (1) US7502818B2 (ja)
JP (1) JP3757857B2 (ja)
KR (1) KR100987421B1 (ja)

Cited By (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005027208A (ja) * 2003-07-01 2005-01-27 Sony Corp 送信装置および方法、記録媒体、並びにプログラム
JP2005039775A (ja) * 2003-07-15 2005-02-10 Samsung Electronics Co Ltd モバイルアドホックネットワーク環境での効率的なデータ送受信のためのネットワーク装置及びデータ転送方法
JP2005051714A (ja) * 2003-07-31 2005-02-24 Mitsubishi Electric Corp パケット伝送方法および通信装置
JP2005064648A (ja) * 2003-08-08 2005-03-10 Fujitsu Ltd メディア伝送方法及びメディア伝送装置
JP2005064568A (ja) * 2003-08-11 2005-03-10 Tsubasa System Co Ltd ネットオークションシステム、ネットオークション方法、オークション中継サーバ、オークション参加者端末、オークション中継サーバプログラム、オークション参加者端末プログラム及び記録媒体
JP2005094140A (ja) * 2003-09-12 2005-04-07 Sanyo Electric Co Ltd 映像表示装置
JP2005130428A (ja) * 2003-09-29 2005-05-19 Ntt Communications Kk 双方向画像通信装置、その処理方法及びクライアント装置並びにプログラム
JP2005175837A (ja) * 2003-12-10 2005-06-30 Sony Corp 送信装置および方法、受信装置および方法、記録媒体、並びにプログラム
JP2005198055A (ja) * 2004-01-08 2005-07-21 Sony Corp 受信装置および方法、プログラム、並びに記録媒体
WO2005122455A1 (ja) * 2004-06-14 2005-12-22 Nec Corporation 双方向通信方法と装置、システムならびにプログラム
WO2005122577A1 (ja) * 2004-06-14 2005-12-22 Matsushita Electric Industrial Co., Ltd. コンテンツ利用方法およびコンテンツ記録装置
JP2006109198A (ja) * 2004-10-07 2006-04-20 Vodafone Kk ストリーミングデータ受信再生端末
JP2006339775A (ja) * 2005-05-31 2006-12-14 Kddi R & D Laboratories Inc スケーラブル動画像伝送システム
JP2007053745A (ja) * 2005-07-22 2007-03-01 Sanyo Electric Co Ltd 受信機及びプログラム
JP2007504718A (ja) * 2003-08-29 2007-03-01 オープン ティーヴィー インコーポレイテッド ターゲットコンテンツの放送および受信装置
JP2007134836A (ja) * 2005-11-09 2007-05-31 Sony Corp パケット送信装置、通信システム及びプログラム
WO2007061087A1 (ja) * 2005-11-28 2007-05-31 Nec Corporation 通信装置、通信システム、通信方法、および、通信プログラム
JP2007150916A (ja) * 2005-11-29 2007-06-14 Sony Corp コミュニケーションシステム、端末装置及びコンピュータプログラム
US7234095B2 (en) * 2002-07-11 2007-06-19 Dept. Of Management: Seoul National University Turbo encoded hybrid automatic repeat request system and error detection method
JP2007324700A (ja) * 2006-05-30 2007-12-13 Mitsubishi Electric Corp 伝送制御方法
JP2007537640A (ja) * 2004-05-13 2007-12-20 ノキア コーポレイション パケット化データのビットレートの適合化とデータパケットの再送信との間の連携
WO2008029710A1 (fr) * 2006-09-06 2008-03-13 Sony Corporation Système de communication de données, appareil d'envoi de données, procédé d'envoi de données, appareil de réception de données et procédé de réception de données
JP2008085666A (ja) * 2006-09-27 2008-04-10 Kyocera Corp 送信装置、通信装置及びデータ送信方法
JP2008538674A (ja) * 2005-04-21 2008-10-30 スリング メディア，インク． マルチルームテレビジョンシステムを効果的に実施するための方法
JP2008311795A (ja) * 2007-06-12 2008-12-25 Sony Corp コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラム
JP2009504092A (ja) * 2005-08-05 2009-01-29 ソニー株式会社 損失の多いネットワークを通してデータを送信するためのシステム及び方法
JP2009507450A (ja) * 2005-09-07 2009-02-19 ヴィドヨ，インコーポレーテッド 高信頼性基本層トランクに関するシステムおよび方法
WO2009081449A1 (ja) 2007-12-20 2009-07-02 Fujitsu Limited 波長分割多重装置及び光信号の分散補償方法
JP2009528790A (ja) * 2006-02-27 2009-08-06 ハネウェル・インターナショナル・インコーポレーテッド 順方向誤り符号化の動的割当てのためのシステム及び方法
JP2010501137A (ja) * 2006-08-17 2010-01-14 ドルビー・ラボラトリーズ・ライセンシング・コーポレーション 放送網のパケット待ち行列損失の非定常解析
JP2010119133A (ja) * 2010-01-28 2010-05-27 Sony Corp パケット送信装置、通信システム及びプログラム
JP2011009827A (ja) * 2009-06-23 2011-01-13 Nippon Telegr & Teleph Corp <Ntt> 通信システム及び通信方法
JP2011504324A (ja) * 2007-11-02 2011-02-03 株式会社エヌ・ティ・ティ・ドコモ Ａｒｑ対応のマルチホップ無線ネットワークにおける同期されたマルチリンク伝送
JP2011507422A (ja) * 2007-12-17 2011-03-03 アルカテル−ルーセント パケットを転送するための方法、関連パケット転送システム、関連分類装置、および関連人気監視装置
WO2011086952A1 (ja) * 2010-01-14 2011-07-21 住友電気工業株式会社 動画像符号化データの表示方法、装置及び通信システム
JP2012513689A (ja) * 2008-07-25 2012-06-14 ノーテル ネットワークス リミテッド マルチセグメント損失の保護
JP2012129751A (ja) * 2010-12-14 2012-07-05 Canon Inc 受信装置及び、受信装置による処理方法
JP2012517771A (ja) * 2009-02-10 2012-08-02 アップル インコーポレイテッド ワイヤレスネットワークを経て非常コールデータを送信するための装置及び方法
KR101177454B1 (ko) 2007-03-02 2012-08-27 삼성전자주식회사 영상 데이터의 전송에 따른 에러 복원 결정을 위한 서버 및클라이언트와, 영상 데이터의 전송에 따른 에러 복원결정방법
US8441943B2 (en) 2005-04-19 2013-05-14 Sony Corporation Information processing apparatus and method, program, and recording medium
JP2013518511A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 再送決定する方法及び装置
US8472310B2 (en) 2005-03-25 2013-06-25 Fujitsu Limited Packet distribution band controlling method, distributing apparatus, and video distributing system
KR20130141368A (ko) * 2012-06-15 2013-12-26 삼성전자주식회사 수신장치 및 수신장치용 프로그램
JP2013258657A (ja) * 2012-06-14 2013-12-26 Nippon Hoso Kyokai <Nhk> Ｐ２ｐネットワークサービスに用いる端末装置及びプログラム
US8621533B2 (en) 2004-06-07 2013-12-31 Sling Media, Inc. Fast-start streaming and buffering of streaming content for personal media player
JP2014003359A (ja) * 2012-06-15 2014-01-09 Samsung Electronics Co Ltd 映像データをストリーム型データ転送するために用いられるデータ転送システム及びデータ転送システムに用いられる送信装置、受信装置及びプログラム
US8799969B2 (en) 2004-06-07 2014-08-05 Sling Media, Inc. Capturing and sharing media content
US8904455B2 (en) 2004-06-07 2014-12-02 Sling Media Inc. Personal video recorder functionality for placeshifting systems
US8953484B2 (en) 2011-12-21 2015-02-10 Fujitsu Limited Communication device and communication method
JP2015080198A (ja) * 2013-09-11 2015-04-23 パナソニックＩｐマネジメント株式会社 通信制御装置および通信制御方法
JP2015080255A (ja) * 2005-09-07 2015-04-23 ヴィドヨ，インコーポレーテッド 低遅延かつ分散した会議アプリケーション向けコンファレンスサーバアーキテクチャのためのシステムおよび方法
US9131253B2 (en) 2004-06-07 2015-09-08 Sling Media, Inc. Selection and presentation of context-relevant supplemental content and advertising
WO2016088582A1 (ja) * 2014-12-04 2016-06-09 ソニー株式会社 データ処理装置、データ処理方法、及び、プログラム
JP5935940B2 (ja) * 2013-03-20 2016-06-15 富士通株式会社 通信方法、通信装置、および、通信プログラム
US9584757B2 (en) 1999-05-26 2017-02-28 Sling Media, Inc. Apparatus and method for effectively implementing a wireless television system
US9998802B2 (en) 2004-06-07 2018-06-12 Sling Media LLC Systems and methods for creating variable length clips from a media stream
JP2019501566A (ja) * 2016-03-11 2019-01-17 ▲騰▼▲訊▼科技（深▲セン▼）有限公司 ビデオデータ冗長制御方法および装置
JPWO2017195366A1 (ja) * 2016-05-13 2019-02-07 富士通株式会社 通信装置、無線通信システム及び無線通信方法
JP2020512738A (ja) * 2017-03-15 2020-04-23 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 適応伝送方法及び装置
JP2020123983A (ja) * 2020-04-30 2020-08-13 富士通株式会社 通信装置、無線通信システム及び無線通信方法
JP2020173574A (ja) * 2019-04-10 2020-10-22 タック株式会社 管理サーバと集約サーバの連繋システム、管理サーバ

Families Citing this family (116)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4150951B2 (ja) * 2002-02-19 2008-09-17 ソニー株式会社 動画配信システム、動画配信装置および方法、並びにプログラム
JP4000905B2 (ja) * 2002-05-22 2007-10-31 ソニー株式会社 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
JP4406816B2 (ja) * 2002-12-11 2010-02-03 ソニー株式会社 受信装置および受信方法、記録媒体、並びにプログラム
US8009600B2 (en) * 2003-01-30 2011-08-30 Avaya Inc. Dealing with lost acknowledgements when power-saving
WO2004088927A1 (ja) * 2003-03-27 2004-10-14 Matsushita Electric Industrial Co., Ltd. 間欠通信方法及び間欠通信装置
JP4244159B2 (ja) * 2003-05-16 2009-03-25 株式会社エヌ・ティ・ティ・ドコモ 受信装置、通信システムおよびプログラム
US7466666B2 (en) * 2003-06-18 2008-12-16 Telefonaktiebolaget Lm Ericsson (Publ) Forward ACK/NACK channel for CDMA system
JP2005045409A (ja) * 2003-07-24 2005-02-17 Pioneer Electronic Corp 情報処理装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体
FI20031260A (fi) * 2003-09-04 2005-03-05 Nokia Corp Median suoratoisto palvelimelta asiakaslaitteelle
JP4328602B2 (ja) 2003-11-20 2009-09-09 富士通株式会社 パケットエラー訂正装置及び方法
US20070097987A1 (en) * 2003-11-24 2007-05-03 Rey Jose L Feedback provision using general nack report blocks and loss rle report blocks
JP4475235B2 (ja) * 2004-01-28 2010-06-09 日本電気株式会社 コンテンツの符号化、配信及び受信方法と装置とシステムならびにプログラム
KR101100979B1 (ko) 2004-03-09 2011-12-29 파나소닉 주식회사 랜덤 액세스 방법 및 무선 통신 단말 장치
KR101008636B1 (ko) * 2004-05-04 2011-01-17 엘지전자 주식회사 소프터 핸드오버시에 적용되는 패킷 전송 성공 여부 전송방법
US8949395B2 (en) * 2004-06-01 2015-02-03 Inmage Systems, Inc. Systems and methods of event driven recovery management
JP2006126894A (ja) * 2004-10-26 2006-05-18 Sony Corp コンテンツ配信方法、プログラムおよび情報処理装置
CN100461859C (zh) * 2004-11-12 2009-02-11 乐金电子（昆山）电脑有限公司 移动终端客户端及识别并还原解码器错误运行的方法
ITTO20050221A1 (it) * 2005-04-04 2006-10-05 St Microelectronics Srl Procedimento e sistema per la correzione degli errori a raffica nelle reti di comunicazione, rete e prodotto informatico relativi
US20060291452A1 (en) * 2005-06-24 2006-12-28 Motorola, Inc. Method and apparatus for providing reliable communications over an unreliable communications channel
US7573820B2 (en) * 2005-06-29 2009-08-11 Intel Corporation Techniques to control data transmission for a wireless system
US7743152B2 (en) * 2005-10-31 2010-06-22 Qualcomm Incorporated Method and apparatus for detecting the presence of a terminal in a data session
CN101371312B (zh) 2005-12-08 2015-12-02 维德约股份有限公司 用于视频通信系统中的差错弹性和随机接入的系统和方法
US8693538B2 (en) 2006-03-03 2014-04-08 Vidyo, Inc. System and method for providing error resilience, random access and rate control in scalable video communications
JP2008042288A (ja) * 2006-08-02 2008-02-21 Fujitsu Ltd 信号処理装置及び信号処理方法
JP2008048182A (ja) 2006-08-17 2008-02-28 Sony Corp 通信処理装置、および通信制御方法、並びにコンピュータ・プログラム
KR100851918B1 (ko) * 2006-10-20 2008-08-12 광주과학기술원 네트워크 적응형 데이터 전송 방법, 이를 위한 데이터 전송시스템, 데이터 송신 장치, 및 데이터 수신 장치
US8488508B2 (en) * 2006-11-13 2013-07-16 Qualcomm Incorporated Method and apparatus for providing reliable multicast in a wireless communication system
US7937640B2 (en) * 2006-12-18 2011-05-03 At&T Intellectual Property I, L.P. Video over IP network transmission system
CA2674710C (en) * 2007-01-09 2016-02-23 Vidyo, Inc. Improved systems and methods for error resilience in video communication systems
US20080178243A1 (en) * 2007-01-19 2008-07-24 Suiwu Dong Multimedia client/server system with audio synchronization and methods for use therewith
US8553757B2 (en) * 2007-02-14 2013-10-08 Microsoft Corporation Forward error correction for media transmission
US8839325B2 (en) * 2007-02-14 2014-09-16 At&T Intellectual Property I, L.P. System and method of managing video content quality
KR101399553B1 (ko) * 2007-03-09 2014-05-27 삼성전자주식회사 멀티미디어 스트림 전송 장치 및 방법
US20080311939A1 (en) * 2007-06-18 2008-12-18 Nokia Corporation Acknowledgment aided space domain user scheduling for multi-user mimo
US20090034423A1 (en) * 2007-07-30 2009-02-05 Anthony Terrance Coon Automated detection of TCP anomalies
JP4447028B2 (ja) * 2007-08-10 2010-04-07 富士通株式会社 通信制御方法、送信装置、およびコンピュータプログラム
WO2009022310A2 (en) * 2007-08-14 2009-02-19 Nokia Corporation Resource scheduling enabling partially-constrained retransmission
KR101420099B1 (ko) * 2007-09-21 2014-07-16 삼성전자주식회사 방송 컨텐트 재생 방법 및 장치와 방송 컨텐트 제공 방법및 장치
US9876599B2 (en) * 2007-12-17 2018-01-23 Avago Technologies General Ip (Singapore) Pte. Ltd. System(s), method(s), and apparatus for accurate detection of the end of stream
US8752102B2 (en) * 2008-01-03 2014-06-10 Microsoft Corporation Intelligent retransmission of data stream segments
US8902996B2 (en) 2008-02-26 2014-12-02 Richwave Technology Corp. Adaptive wireless video transmission systems and methods
US8265171B2 (en) * 2008-02-26 2012-09-11 Richwave Technology Corp. Error resilient video transmission using instantaneous receiver feedback and channel quality adaptive packet retransmission
BRPI0822489B1 (pt) * 2008-03-12 2020-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Método para adaptar uma taxa alvo atual de um sinal de vídeo transmitido de um provedor de vídeo para um receptor de vídeo, dispositivo para calcular uma nova taxa alvo de um sinal de vídeo transmitido a partir de um provedor de vídeo, e, meio legível por computador
JP4670902B2 (ja) * 2008-05-30 2011-04-13 ソニー株式会社 送信装置、送信方法および受信装置
JP5344541B2 (ja) * 2008-06-03 2013-11-20 キヤノン株式会社 データ送信装置、送信方法及びプログラム
GB0905317D0 (en) * 2008-07-14 2009-05-13 Musion Ip Ltd Video processing and telepresence system and method
JP2010056964A (ja) * 2008-08-28 2010-03-11 Canon Inc 受信装置及びその制御方法、プログラム、記録媒体
JP2010109530A (ja) * 2008-10-29 2010-05-13 Sony Corp 無線通信装置および無線通信方法
KR20100073168A (ko) * 2008-12-22 2010-07-01 한국전자통신연구원 합성데이터 송/수신 장치 및 방법
US8169914B2 (en) * 2009-03-16 2012-05-01 Sling Media Pvt. Ltd. Method and node for transmitting data over a communication network using negative acknowledgment
EP2302845B1 (en) 2009-09-23 2012-06-20 Google, Inc. Method and device for determining a jitter buffer level
CN102577325A (zh) * 2009-10-14 2012-07-11 日本电气株式会社 分组通信的传输控制方法以及分组通信系统
JP5724879B2 (ja) * 2009-11-24 2015-05-27 日本電気株式会社 品質制御装置、動画送信システム、品質制御方法および記録媒体
US9525569B2 (en) * 2010-03-03 2016-12-20 Skype Enhanced circuit-switched calls
US20110249729A1 (en) * 2010-04-07 2011-10-13 Apple Inc. Error resilient hierarchical long term reference frames
JP5768332B2 (ja) 2010-06-24 2015-08-26 ソニー株式会社 送信機、受信機及び通信システム
US8630412B2 (en) 2010-08-25 2014-01-14 Motorola Mobility Llc Transport of partially encrypted media
US8477050B1 (en) 2010-09-16 2013-07-02 Google Inc. Apparatus and method for encoding using signal fragments for redundant transmission of data
KR101443061B1 (ko) * 2010-11-12 2014-09-26 한국전자통신연구원 패킷 손실에 강인한 애드혹 멀티미디어 그룹통신 단말 및 그 동작방법
WO2012072276A1 (en) * 2010-11-30 2012-06-07 Telefonaktiebolaget L M Ericsson (Publ) Transport bit-rate adaptation in a multi-user multi-media conference system
US8751565B1 (en) 2011-02-08 2014-06-10 Google Inc. Components for web-based configurable pipeline media processing
US9077761B2 (en) * 2011-02-16 2015-07-07 Dell Products L.P. System and method for scalable, efficient, and robust system management communications via vendor defined extensions
CN103650375B (zh) * 2011-07-06 2017-05-03 Sk 普兰尼特有限公司 基于多播的内容传输系统和方法以及用于高速地估算运动的设备和方法
US20130064286A1 (en) * 2011-09-14 2013-03-14 Mobitv, Inc. Weighted encoder fragment scheduling
US9490850B1 (en) 2011-11-28 2016-11-08 Google Inc. Method and apparatus for decoding packetized data
FR2984060A1 (fr) * 2011-12-12 2013-06-14 France Telecom Procede et dispositif de restitution locale d'une video
FR2984059A1 (fr) * 2011-12-12 2013-06-14 France Telecom Procede et dispositif de restitution locale d'une video
IL217307A (en) * 2012-01-01 2015-09-24 Video Flow Ltd Continuous error correction (fec) system and method
US20130195262A1 (en) * 2012-01-31 2013-08-01 Cisco Technology, Inc. Techniques for Handling High Delay Fax Transmissions
US9185429B1 (en) 2012-04-30 2015-11-10 Google Inc. Video encoding and decoding using un-equal error protection
US9191696B2 (en) 2012-06-15 2015-11-17 Samsung Electronics Co., Ltd. Reception device and program for reception device
US20130339482A1 (en) * 2012-06-15 2013-12-19 Samsung Electronics Co., Ltd Data transmitting system, and transmitting apparatus and receiving apparatus and program in data transmitting system
US10034023B1 (en) 2012-07-30 2018-07-24 Google Llc Extended protection of digital video streams
US9247033B2 (en) 2012-12-26 2016-01-26 Google Inc. Accessing payload portions of client requests from client memory storage hardware using remote direct memory access
CN103269260A (zh) * 2013-06-03 2013-08-28 腾讯科技（深圳）有限公司 数据传输方法、数据接收端、数据发送端和数据传输系统
CN103354615B (zh) * 2013-06-24 2015-04-15 西安交通大学 基于信号强度的直播视频数据传输差错控制方法
KR102092090B1 (ko) * 2013-08-28 2020-03-23 엘지전자 주식회사 네트워크 장치 및 동작방법
CN103533387B (zh) * 2013-10-21 2016-08-17 腾讯科技（深圳）有限公司 一种视频直播控制方法、设备及系统
ES2830041T3 (es) * 2013-12-06 2021-06-02 Alcatel Lucent Método y dispositivo para configurar de forma dinámica ya sea FEC o ARQ como protección de ruido de impulso en una línea de comunicación
US9336071B2 (en) * 2014-01-06 2016-05-10 International Business Machines Corporation Administering incomplete data communications messages in a parallel computer
KR102105656B1 (ko) 2014-01-09 2020-04-28 한국전자통신연구원 Mmt 서비스의 패킷 재전송 방법 및 장치, 재전송 요청 방법 및 장치
US9209947B1 (en) * 2014-01-21 2015-12-08 Saratoga Data Systems, Inc. Fault-tolerant data transmission system for networks subject to jamming conditions
US9871717B2 (en) * 2014-04-25 2018-01-16 Metaswitch Networks Ltd Data processing
KR102198701B1 (ko) * 2014-07-03 2021-01-05 삼성전자주식회사 멀티미디어 시스템에서 정보를 송수신하는 방법 및 장치
CN104159166B (zh) * 2014-08-07 2015-08-05 西安交通大学 基于移动网络丢包状态的直播视频数据传输差错控制方法
JP2016063422A (ja) * 2014-09-18 2016-04-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ デバイス、デバイス管理装置、中継装置、端末装置、および通信方法
US9558078B2 (en) 2014-10-28 2017-01-31 Microsoft Technology Licensing, Llc Point in time database restore from storage snapshots
CN106034011A (zh) * 2015-03-11 2016-10-19 中国移动通信集团四川有限公司 一种组播传输质量保障的控制方法及系统
US10237196B2 (en) * 2015-06-04 2019-03-19 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN106301697B (zh) * 2015-06-08 2019-12-06 中国移动通信集团公司 一种数据传输的重传监听控制方法、装置及终端
CN104915523B (zh) * 2015-07-02 2019-03-08 国网福建省电力有限公司 一种基于时间序列的调控全业务统一建模方法
US9781488B2 (en) * 2015-07-30 2017-10-03 Adi Rozenberg Controlled adaptive rate switching system and method for media streaming over IP networks
EP3166246B1 (en) * 2015-11-06 2018-06-20 Fts Computertechnik Gmbh Method to detect and to handle failures in the communication in a computer network
US9755789B2 (en) * 2015-11-20 2017-09-05 Ringcentral, Inc. Systems and methods for dynamic packet duplication in a network
GB2545449B (en) * 2015-12-16 2019-06-26 Canon Kk A method and system for controlling transmission of a data stream
CN106982108B (zh) * 2016-01-18 2019-05-28 华为技术有限公司 一种数据传输的方法以及相关设备
CN109076062B (zh) * 2016-02-26 2022-01-11 网络洞察力有限公司 边缘节点控制
CN107888342B (zh) 2016-09-30 2019-10-25 瞬已网络科技（上海）有限公司 一种网络实时视频传输方法及装置
CN106571893B (zh) * 2016-11-10 2022-05-24 深圳市潮流网络技术有限公司 一种语音数据的编解码方法
US10404632B2 (en) * 2017-07-12 2019-09-03 T-Mobile Usa, Inc. Determining when to partition real time text content and display the partitioned content within separate conversation bubbles
KR102030460B1 (ko) * 2017-11-02 2019-10-10 현대오트론 주식회사 실시간 제공 장치 및 그 방법
EP3565186B1 (en) * 2018-05-02 2021-06-30 TTTech Computertechnik AG Device and network to reliably communicate in a network
US11089341B2 (en) 2018-05-11 2021-08-10 Prowire Sport Llc System and method for capturing and distributing a live audio stream of a live event in real-time
US11606407B2 (en) * 2018-07-05 2023-03-14 Prowire Sport Limited System and method for capturing and distributing live audio streams of a live event
CN109195024B (zh) * 2018-08-24 2019-07-26 深圳爱克莱特科技股份有限公司 一种基于流媒体技术的灯光控制系统数据处理系统
WO2020179993A1 (en) 2019-03-07 2020-09-10 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving data in wireless communication system
CN109862038A (zh) * 2019-03-22 2019-06-07 江苏睿鸿网络技术有限公司 一种流媒体协议中数据延时及丢包的处理方法
RU2710282C1 (ru) * 2019-04-24 2019-12-25 Федеральное государственное казенное военное образовательное учреждение высшего образования Академия Федеральной службы охраны Российской Федерации Способ передачи данных
US11202314B2 (en) * 2019-06-18 2021-12-14 Sony Group Corporation Immediate retransmission scheme for real time applications
US11464054B2 (en) 2019-07-24 2022-10-04 Sony Group Corporation RTA contention collision avoidance
CN110730053A (zh) * 2019-09-09 2020-01-24 晶晨半导体（深圳）有限公司 一种基于ts格式和udp传输方式的网络丢包重传方法
CN111181698B (zh) * 2019-10-31 2022-12-20 腾讯云计算（北京）有限责任公司 数据处理方法、装置、设备及介质
CN114095796A (zh) * 2020-07-30 2022-02-25 中国移动通信集团终端有限公司 无效重传包减少方法、装置、设备及计算机存储介质
CN114125034B (zh) * 2020-08-31 2023-12-08 华为技术有限公司 一种网络性能数据订阅方法及装置
CN114499747B (zh) * 2020-11-09 2023-06-20 成都鼎桥通信技术有限公司 音视频数据的处理方法、装置、电子设备及存储介质
CN113660175A (zh) * 2021-08-04 2021-11-16 国网青海省电力公司信息通信公司 通信数据的处理方法和装置，以及存储介质和处理器

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5844918A (en) 1995-11-28 1998-12-01 Sanyo Electric Co., Ltd. Digital transmission/receiving method, digital communications method, and data receiving apparatus
JPH09214474A (ja) * 1995-11-28 1997-08-15 Sanyo Electric Co Ltd デジタル通信方法及び受信装置
KR100188681B1 (ko) * 1996-09-13 1999-06-01 윤종용 데이터 통신 시 확인 신호 수신 불량을 개선한통신방법
US6728775B1 (en) * 1997-03-17 2004-04-27 Microsoft Corporation Multiple multicasting of multimedia streams
JP3317191B2 (ja) 1997-06-12 2002-08-26 トヨタ自動車株式会社 データ伝送方法
US6278716B1 (en) * 1998-03-23 2001-08-21 University Of Massachusetts Multicast with proactive forward error correction
JP3450729B2 (ja) * 1998-12-21 2003-09-29 日本電信電話株式会社 パケット通信装置
US6594798B1 (en) * 1999-05-21 2003-07-15 Microsoft Corporation Receiver-driven layered error correction multicast over heterogeneous packet networks
JP2001053794A (ja) 1999-08-09 2001-02-23 Nec Corp Ｉｐ通信のリアルタイムバックアップ通信方法
JP2001186193A (ja) * 1999-12-24 2001-07-06 Fujitsu Ltd Ｉｐ通信インタフェース装置、回線交換機及びｉｐ通信ネットワークシステム
EP1361690B1 (en) * 2000-03-02 2006-01-11 Matsushita Electric Industrial Co., Ltd. Method and apparatus for retransmitting data packets based on channel conditions
US6877043B2 (en) * 2000-04-07 2005-04-05 Broadcom Corporation Method for distributing sets of collision resolution parameters in a frame-based communications network
KR100407351B1 (ko) * 2000-05-22 2003-11-28 삼성전자주식회사 복합 재전송형식을 사용하는 데이터 통신시스템의 데이터송수신장치 및 방법
US6778553B1 (en) * 2000-11-10 2004-08-17 Microsoft Corp. System and method for media streaming
US7292530B2 (en) * 2000-12-29 2007-11-06 Intel Corporation Method and apparatus to manage packet fragmentation
US7454527B2 (en) * 2001-05-02 2008-11-18 Microsoft Corporation Architecture and related methods for streaming media content through heterogeneous networks
US6745364B2 (en) * 2001-06-28 2004-06-01 Microsoft Corporation Negotiated/dynamic error correction for streamed media

Cited By (103)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9584757B2 (en) 1999-05-26 2017-02-28 Sling Media, Inc. Apparatus and method for effectively implementing a wireless television system
US7234095B2 (en) * 2002-07-11 2007-06-19 Dept. Of Management: Seoul National University Turbo encoded hybrid automatic repeat request system and error detection method
JP2005027208A (ja) * 2003-07-01 2005-01-27 Sony Corp 送信装置および方法、記録媒体、並びにプログラム
JP2005039775A (ja) * 2003-07-15 2005-02-10 Samsung Electronics Co Ltd モバイルアドホックネットワーク環境での効率的なデータ送受信のためのネットワーク装置及びデータ転送方法
US7428271B2 (en) 2003-07-15 2008-09-23 Samsung Electronics Co., Ltd. Network device and data transmission method for efficient data transmission and reception in mobile ad hoc network environment
JP2005051714A (ja) * 2003-07-31 2005-02-24 Mitsubishi Electric Corp パケット伝送方法および通信装置
JP2005064648A (ja) * 2003-08-08 2005-03-10 Fujitsu Ltd メディア伝送方法及びメディア伝送装置
JP2005064568A (ja) * 2003-08-11 2005-03-10 Tsubasa System Co Ltd ネットオークションシステム、ネットオークション方法、オークション中継サーバ、オークション参加者端末、オークション中継サーバプログラム、オークション参加者端末プログラム及び記録媒体
JP2007504718A (ja) * 2003-08-29 2007-03-01 オープン ティーヴィー インコーポレイテッド ターゲットコンテンツの放送および受信装置
US9693098B2 (en) 2003-08-29 2017-06-27 Opentv, Inc. Targeted content transmission and reception system
US9143248B2 (en) 2003-08-29 2015-09-22 Opentv, Inc. Targeted content streaming and reception system
JP2005094140A (ja) * 2003-09-12 2005-04-07 Sanyo Electric Co Ltd 映像表示装置
JP2005130428A (ja) * 2003-09-29 2005-05-19 Ntt Communications Kk 双方向画像通信装置、その処理方法及びクライアント装置並びにプログラム
JP2005175837A (ja) * 2003-12-10 2005-06-30 Sony Corp 送信装置および方法、受信装置および方法、記録媒体、並びにプログラム
US7539925B2 (en) 2003-12-10 2009-05-26 Sony Corporation Transmission apparatus and method, reception apparatus and method, storage medium, and program
JP2005198055A (ja) * 2004-01-08 2005-07-21 Sony Corp 受信装置および方法、プログラム、並びに記録媒体
US8155035B2 (en) 2004-01-08 2012-04-10 Sony Corporation Reception apparatus and method, program, and recording medium
JP2007537640A (ja) * 2004-05-13 2007-12-20 ノキア コーポレイション パケット化データのビットレートの適合化とデータパケットの再送信との間の連携
US8621533B2 (en) 2004-06-07 2013-12-31 Sling Media, Inc. Fast-start streaming and buffering of streaming content for personal media player
US9356984B2 (en) 2004-06-07 2016-05-31 Sling Media, Inc. Capturing and sharing media content
US10123067B2 (en) 2004-06-07 2018-11-06 Sling Media L.L.C. Personal video recorder functionality for placeshifting systems
US9131253B2 (en) 2004-06-07 2015-09-08 Sling Media, Inc. Selection and presentation of context-relevant supplemental content and advertising
US8799969B2 (en) 2004-06-07 2014-08-05 Sling Media, Inc. Capturing and sharing media content
US10419809B2 (en) 2004-06-07 2019-09-17 Sling Media LLC Selection and presentation of context-relevant supplemental content and advertising
US9716910B2 (en) 2004-06-07 2017-07-25 Sling Media, L.L.C. Personal video recorder functionality for placeshifting systems
US8904455B2 (en) 2004-06-07 2014-12-02 Sling Media Inc. Personal video recorder functionality for placeshifting systems
US9998802B2 (en) 2004-06-07 2018-06-12 Sling Media LLC Systems and methods for creating variable length clips from a media stream
US9106723B2 (en) 2004-06-07 2015-08-11 Sling Media, Inc. Fast-start streaming and buffering of streaming content for personal media player
WO2005122577A1 (ja) * 2004-06-14 2005-12-22 Matsushita Electric Industrial Co., Ltd. コンテンツ利用方法およびコンテンツ記録装置
JPWO2005122455A1 (ja) * 2004-06-14 2008-04-10 日本電気株式会社 双方向通信方法と装置、システムならびにプログラム
WO2005122455A1 (ja) * 2004-06-14 2005-12-22 Nec Corporation 双方向通信方法と装置、システムならびにプログラム
JP2006109198A (ja) * 2004-10-07 2006-04-20 Vodafone Kk ストリーミングデータ受信再生端末
JP4638200B2 (ja) * 2004-10-07 2011-02-23 ソフトバンクモバイル株式会社 ストリーミングデータ受信再生端末
US8472310B2 (en) 2005-03-25 2013-06-25 Fujitsu Limited Packet distribution band controlling method, distributing apparatus, and video distributing system
US8441943B2 (en) 2005-04-19 2013-05-14 Sony Corporation Information processing apparatus and method, program, and recording medium
JP2008538674A (ja) * 2005-04-21 2008-10-30 スリング メディア，インク． マルチルームテレビジョンシステムを効果的に実施するための方法
JP2006339775A (ja) * 2005-05-31 2006-12-14 Kddi R & D Laboratories Inc スケーラブル動画像伝送システム
US9237300B2 (en) 2005-06-07 2016-01-12 Sling Media Inc. Personal video recorder functionality for placeshifting systems
JP2007053745A (ja) * 2005-07-22 2007-03-01 Sanyo Electric Co Ltd 受信機及びプログラム
JP2009504092A (ja) * 2005-08-05 2009-01-29 ソニー株式会社 損失の多いネットワークを通してデータを送信するためのシステム及び方法
JP2015080255A (ja) * 2005-09-07 2015-04-23 ヴィドヨ，インコーポレーテッド 低遅延かつ分散した会議アプリケーション向けコンファレンスサーバアーキテクチャのためのシステムおよび方法
JP2013102524A (ja) * 2005-09-07 2013-05-23 Vidyo Inc 高信頼性基本層トランクに関するシステムおよび方法
JP2009507450A (ja) * 2005-09-07 2009-02-19 ヴィドヨ，インコーポレーテッド 高信頼性基本層トランクに関するシステムおよび方法
US9338213B2 (en) 2005-09-07 2016-05-10 Vidyo, Inc. System and method for a conference server architecture for low delay and distributed conferencing applications
US7958435B2 (en) 2005-09-11 2011-06-07 Sony Corporations Packet transmission apparatus, communication system and program
JP4513725B2 (ja) * 2005-11-09 2010-07-28 ソニー株式会社 パケット送信装置、通信システム及びプログラム
US8516346B2 (en) 2005-11-09 2013-08-20 Sony Corporation Packet transmission apparatus, communication system and program
JP2007134836A (ja) * 2005-11-09 2007-05-31 Sony Corp パケット送信装置、通信システム及びプログラム
US8234548B2 (en) 2005-11-09 2012-07-31 Sony Corporation Packet transmission apparatus, communication system and program
US7957312B2 (en) 2005-11-28 2011-06-07 Nec Corporation Communication unit, communication system, communication method and communication program
US8520545B2 (en) 2005-11-28 2013-08-27 Nec Corporation Communication unit, communication system, communication method and communication program
JP4840365B2 (ja) * 2005-11-28 2011-12-21 日本電気株式会社 通信装置、通信システム、通信方法、および、通信プログラム
WO2007061087A1 (ja) * 2005-11-28 2007-05-31 Nec Corporation 通信装置、通信システム、通信方法、および、通信プログラム
JP2007150916A (ja) * 2005-11-29 2007-06-14 Sony Corp コミュニケーションシステム、端末装置及びコンピュータプログラム
JP2009528790A (ja) * 2006-02-27 2009-08-06 ハネウェル・インターナショナル・インコーポレーテッド 順方向誤り符号化の動的割当てのためのシステム及び方法
JP2007324700A (ja) * 2006-05-30 2007-12-13 Mitsubishi Electric Corp 伝送制御方法
JP2010501137A (ja) * 2006-08-17 2010-01-14 ドルビー・ラボラトリーズ・ライセンシング・コーポレーション 放送網のパケット待ち行列損失の非定常解析
WO2008029710A1 (fr) * 2006-09-06 2008-03-13 Sony Corporation Système de communication de données, appareil d'envoi de données, procédé d'envoi de données, appareil de réception de données et procédé de réception de données
JP2008067016A (ja) * 2006-09-06 2008-03-21 Sony Corp データ通信システム、データ送信装置、データ送信方法、データ受信装置およびデータ受信方法
KR101385265B1 (ko) 2006-09-06 2014-04-16 소니 주식회사 데이터통신시스템, 데이터송신장치, 데이터송신방법, 데이터수신장치 및 데이터수신방법
US8005028B2 (en) 2006-09-06 2011-08-23 Sony Corporation Data communication system, data transmitting device, data transmitting method, data receiving device, and data receiving method
JP2008085666A (ja) * 2006-09-27 2008-04-10 Kyocera Corp 送信装置、通信装置及びデータ送信方法
KR101177454B1 (ko) 2007-03-02 2012-08-27 삼성전자주식회사 영상 데이터의 전송에 따른 에러 복원 결정을 위한 서버 및클라이언트와, 영상 데이터의 전송에 따른 에러 복원결정방법
JP2008311795A (ja) * 2007-06-12 2008-12-25 Sony Corp コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラム
JP2011504324A (ja) * 2007-11-02 2011-02-03 株式会社エヌ・ティ・ティ・ドコモ Ａｒｑ対応のマルチホップ無線ネットワークにおける同期されたマルチリンク伝送
JP2011507422A (ja) * 2007-12-17 2011-03-03 アルカテル−ルーセント パケットを転送するための方法、関連パケット転送システム、関連分類装置、および関連人気監視装置
WO2009081449A1 (ja) 2007-12-20 2009-07-02 Fujitsu Limited 波長分割多重装置及び光信号の分散補償方法
JP2012513689A (ja) * 2008-07-25 2012-06-14 ノーテル ネットワークス リミテッド マルチセグメント損失の保護
JP2012517771A (ja) * 2009-02-10 2012-08-02 アップル インコーポレイテッド ワイヤレスネットワークを経て非常コールデータを送信するための装置及び方法
US9900758B2 (en) 2009-02-10 2018-02-20 Apple Inc. Apparatus and methods for transmission of emergency call data over wireless networks
US9220002B2 (en) 2009-02-10 2015-12-22 Apple Inc. Apparatus and methods for transmission of emergency call data over wireless networks
JP2011009827A (ja) * 2009-06-23 2011-01-13 Nippon Telegr & Teleph Corp <Ntt> 通信システム及び通信方法
US9306708B2 (en) 2009-10-07 2016-04-05 Thomson Licensing Method and apparatus for retransmission decision making
CN102714728B (zh) * 2010-01-14 2015-04-29 住友电气工业株式会社 视频图像编码数据的显示方法、设备和通信系统
WO2011086952A1 (ja) * 2010-01-14 2011-07-21 住友電気工業株式会社 動画像符号化データの表示方法、装置及び通信システム
JP5549681B2 (ja) * 2010-01-14 2014-07-16 住友電気工業株式会社 動画像符号化データの表示方法、装置及び通信システム
US9219925B2 (en) 2010-01-14 2015-12-22 Sumitomo Electric Industries, Ltd. Video image coded data display method, device, and communications system
CN102714728A (zh) * 2010-01-14 2012-10-03 住友电气工业株式会社 视频图像编码数据的显示方法、设备和通信系统
JP2013518511A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 再送決定する方法及び装置
JP2010119133A (ja) * 2010-01-28 2010-05-27 Sony Corp パケット送信装置、通信システム及びプログラム
JP2012129751A (ja) * 2010-12-14 2012-07-05 Canon Inc 受信装置及び、受信装置による処理方法
US8953484B2 (en) 2011-12-21 2015-02-10 Fujitsu Limited Communication device and communication method
JP2013258657A (ja) * 2012-06-14 2013-12-26 Nippon Hoso Kyokai <Nhk> Ｐ２ｐネットワークサービスに用いる端末装置及びプログラム
KR102104495B1 (ko) 2012-06-15 2020-05-29 삼성전자주식회사 수신장치 및 수신장치용 프로그램
KR20130141368A (ko) * 2012-06-15 2013-12-26 삼성전자주식회사 수신장치 및 수신장치용 프로그램
JP2014003371A (ja) * 2012-06-15 2014-01-09 Samsung Electronics Co Ltd 受信装置及び受信装置用プログラム
JP2014003359A (ja) * 2012-06-15 2014-01-09 Samsung Electronics Co Ltd 映像データをストリーム型データ転送するために用いられるデータ転送システム及びデータ転送システムに用いられる送信装置、受信装置及びプログラム
JP5935940B2 (ja) * 2013-03-20 2016-06-15 富士通株式会社 通信方法、通信装置、および、通信プログラム
JP2015080198A (ja) * 2013-09-11 2015-04-23 パナソニックＩｐマネジメント株式会社 通信制御装置および通信制御方法
CN107005591A (zh) * 2014-12-04 2017-08-01 索尼公司 数据处理设备、数据处理方法及程序
JP2020120379A (ja) * 2014-12-04 2020-08-06 ソニー株式会社 情報処理装置、情報処理方法、及び、プログラム
US11284299B2 (en) 2014-12-04 2022-03-22 Sony Corporation Data processing apparatus, data processing method, and program
JPWO2016088582A1 (ja) * 2014-12-04 2017-09-21 ソニー株式会社 データ処理装置、データ処理方法、及び、プログラム
US10764782B2 (en) 2014-12-04 2020-09-01 Sony Corporation Data processing apparatus, data processing method, and program
WO2016088582A1 (ja) * 2014-12-04 2016-06-09 ソニー株式会社 データ処理装置、データ処理方法、及び、プログラム
CN107005591B (zh) * 2014-12-04 2020-07-28 索尼公司 数据处理设备、数据处理方法及程序
US10735029B2 (en) 2016-03-11 2020-08-04 Tencent Technology (Shenzhen) Company Limited Method and apparatus for encoding packets using video data redundancy control information
JP2019501566A (ja) * 2016-03-11 2019-01-17 ▲騰▼▲訊▼科技（深▲セン▼）有限公司 ビデオデータ冗長制御方法および装置
US11082160B2 (en) 2016-05-13 2021-08-03 Fujitsu Limited Communication apparatus, wireless communication system, and wireless communication method
JPWO2017195366A1 (ja) * 2016-05-13 2019-02-07 富士通株式会社 通信装置、無線通信システム及び無線通信方法
JP2020512738A (ja) * 2017-03-15 2020-04-23 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 適応伝送方法及び装置
JP2020173574A (ja) * 2019-04-10 2020-10-22 タック株式会社 管理サーバと集約サーバの連繋システム、管理サーバ
JP2020123983A (ja) * 2020-04-30 2020-08-13 富士通株式会社 通信装置、無線通信システム及び無線通信方法

Also Published As

Publication number Publication date
US20030126238A1 (en) 2003-07-03
US7502818B2 (en) 2009-03-10
KR20030051265A (ko) 2003-06-25
KR100987421B1 (ko) 2010-10-13
JP3757857B2 (ja) 2006-03-22

Similar Documents

Publication Publication Date Title
JP3757857B2 (ja) データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
US8005028B2 (en) Data communication system, data transmitting device, data transmitting method, data receiving device, and data receiving method
JP3912091B2 (ja) データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
KR101242663B1 (ko) 패킷 송신 장치, 통신 시스템 및 컴퓨터 판독가능한 기록매체
EP1328096B1 (en) Multimedia data packet communication with data type identifiers
JP4742669B2 (ja) 送受信システム、送信装置および送信方法、受信装置および受信方法、並びにプログラム
JP4116470B2 (ja) メディア・ストリーミング配信システム
US7583666B2 (en) Protocol information processing system and method information processing device and method recording medium and program
US20050254508A1 (en) Cooperation between packetized data bit-rate adaptation and data packet re-transmission
JP4748729B2 (ja) データおよび対応するプロダクトを送信する準備のための装置と方法
EP3759847B1 (en) Decoding of a media stream at a packet receiver
JP2010119133A (ja) パケット送信装置、通信システム及びプログラム
KR100851918B1 (ko) 네트워크 적응형 데이터 전송 방법, 이를 위한 데이터 전송시스템, 데이터 송신 장치, 및 데이터 수신 장치
JP4283186B2 (ja) 双方向映像通信品質制御システム、利用者端末、品質管理サーバ及びプログラム
JP3927486B2 (ja) ストリーミング配信装置、ストリーミング配信システム、及びストリーミング配信方法
EP1450535A1 (en) A relay for hierarchical retransmissions in multimedia streaming
JP4808227B2 (ja) データ送信装置、コンピュータプログラム及びデータ送信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040423

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040423

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050420

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050422

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050621

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050810

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051011

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20051024

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: 20051206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20051219

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100113

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100113

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110113

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120113

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130113

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees