WO2003098884A1

WO2003098884A1 - Protocol, information processing system and method, information processing device and method, recording medium, and program

Info

Publication number: WO2003098884A1
Application number: PCT/JP2003/006181
Authority: WO
Inventors: Michinari Kohno
Original assignee: Sony Corporation
Priority date: 2002-05-22
Filing date: 2003-05-19
Publication date: 2003-11-27
Also published as: US7583666B2; EP1507369A1; CN1656750A; KR100975176B1; JP4000905B2; CN100401717C; KR20040111669A; JP2003338841A; US20050182850A1; EP1507369A4

Description

明細書

プロトコル、情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム

技術分野

本発明は、プロトコル、情報処理システムおよび方法、情報処理装置おょぴ方法、記録媒体、並びにプログラムに関し、特に、双方向のネットワーク状況を把握できるようにしたプロトコル、情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラムに関する。

背景技術

近年、インターネット上のデータ伝送サービスにおいて、従来から利用されているダウンロード型の伝送方式に加えて、ストリーム型の伝送方式によるサービスが増加している。ダウンロード型の伝送方式においては、送信側のサーバから映像データまたは音声データが、一旦、受信側の端末にダウンロードされ、その後、再生される。すなわち、ダウンロード型の伝送方式は、データが完全にダウンロードされるまでは再生できないため、映像データの長時間再生やリアルタイム再生には不向きである。

—方、ストリーム型の伝送方式では、送信側のサーバから受信側の端末にデータ転送が行われている間に、すでに受信されているデータが再生されるため、ィンターネット電話、遠隔テレビ会議、または、ビデオオンデマンドといったインターネットサービスに利用されている。

このようなストリーム型の伝送方式に適したインターネット技術に、

IETF (Internet Engineering Task Force) RFC (Request For Comments) 1889 で規定されている R T P (Real - time Transport Protocol)がある。

図 1は、 R T Pパケットの R T Pヘッダの構成例を示す図である。図 1の例において、 R T Pのバージョンを示すバージョン番号、パケットのサイズを調整するビットであるパディング、機能拡張時に指定される拡張ビット、リアルタイム転送に関わる送信元の数を示すカウンタ、データの境界を示すマーカービット、符号化の種類を示すペイロードタイプ、 R TPバケツトの順番を示すシーケンス番号、 RTPパケットが送信された時刻を示すタイムスタンプ、メッセージの最初の送信元を識別する同期ソース識別子、および、メッセージに含まれるバケツト群への準備を行った送信元を識別する貢献ソース識別子が順に配置されている。

RT Pによるデータ転送においては、このタイムスタンプが付加されることにより、送信側と受信側の時間的関係が把握されるので、パケット転送の遅延ゆらぎ（ジッタ）等の影響が抑制され、同期をとつてデータ再生が可能になる。

また、 RTPは、実時間のデータ転送の保障、パケット配送の優先度の設定または管理などができないため、 RTPパケットには、他のパケットと同様に、配送遅延、または、パケット損失等の問題が生じる恐れがある。このような問題が生じた場合でも、映像データまたは音声データは、多少のデータ破損があつたとしてもある程度再生可能であるため、受信側の端末においては、定められた時間内に受信したバケツトのみを利用して再生することができる。

しかしながら、遅延配送されたパケット、または、エラーの発生したパケットは、受信側の端末においてそのまま破棄されるため、送信側のサーバが高品質なデータを配信しても、受信側の端末において十分に高品位なデータが再生されない場合がある。特に、有線区間において、 10_⁵、または、無線区間で 10— ³以上のエラーがある場合には、 RTPをそのまま利用するだけでは、信頼性が低い。このような問題に対応するため、 R TPバケツトのシーケンス番号を利用して、損失したパケットを検出し、送信側のサーバに再送要求を行うことにより、品質の高い転送を行うエラー訂正方式である、自動再送要求（ARQ ： Automatic Repeat request) が実装されるようになってきた。この送信側のサーバへの再送要求は、 RTCP、 RTPまたは TCP等のプロトコルにより行われる。

また、上述したように、 RTPは、実時間データを転送するプロトコルであつて、通信状況を伝えたり、制御する機能を有しないため、 RTPが単体で用いられた場合、ネットワークの状況に対応した輻輳制御、または、受信側の端末の能力に対応したデータ転送を行うことができない。そこで、 RT Pの情報を交換するための通信プロトコノレ RT C P (Real Time Control Protocol) カ用ヽらる。

この RT C Pにおいては、一定の時間間隔で、受信側の端末より受信レポート (RR： Receiver Report) が送信側のサーバに送信され、送信側のサーバより送信レポート（S R ： Sender Report) が受信側の端末に送信される。これにより、送信側のサーバおょぴ受信側の端末間において、ネットワークの状況、または、受信側の端末の状況に対応した動的なデータ転送を行うことができる。すなわち、 RTC Pは、常に RT Pとペアで用いられ、 RT Pにない機能を補助するプロトコノレである。

図 2は、 RTC Pの受信レポートの構成例を示す図である。 RT C Pの受信レポートは、受信側の端末から送信側のサーバへ定期的に送信される情報である。また、この R TC P受信レポートは、受信側の端末からマルチキャストに送信されている。図 2においては、 RTC Pの受信レポートは、ヘッダ、および、 1以上の受信レポートブロック（図 2の例では、受信レポートブロック 1、受信レポートプロック 2、 …… ) により構成される。

ヘッダは、 R T C Pのパージョンを示すパージョン情報、パケットのサイズを調整するビットであるパディング、リアルタイム転送に関わる送信元の数を示すカウンタ、パケットタイプ、メッセージ長、および、送信者（すなわち、この受信レポートを送信している受信側の端末）の同期ソース識別子により構成される。受信レポートブロック 1は、送信者 a l (送信側のサーバ a 1) から受信したパケットに基づいて、受信側の端末により生成される情報であり、そのパケットを送った送信元 a 1 (送信側のサーバ a 1) を識別する送信者 a 1の同期ソース識別子、送信側のサーバ a 1から受信側の端末への転送におけるバケツト損失率、累積損失パケット数、最大受信シーケンス番号、パケット間隔ジッタ、最新送信レポ一ト時刻、および送信レポ一ト経過時間により構成される。同様に、受信レポートブロック 2は、そのパケットを送った送信元 a 2 (送信側のサーバ a 2 ) を識別する送信者 a 2の同期ソース識別子、送信側のサーバ a 2から受信側の端末への転送におけるパケット損失率、累積損失パケット数、最大受信シーケンス番号、パケット間隔ジッタ.、最新送信レポート時刻、および送信レポ一ト経過時間により構成される。

なお、受信レポートブロックは、受信側の端末により前回の受信レポートを送信してから、この受信レポートを送信するまでの間に、各送信者（各送信側のサーバ）から受信されたパケットの数 (ヘッダのカウンタの数) だけ付加される。図 3は、 R T C Pの送信レポートの構成例を示す図である。 R T C Pの送信レポートは、送信側のサーバから受信側の端末へ定期的に送信される情報である。また、この R T C P送信レポートは、送信側のサーバからマルチキャストに送信されている。図 3の例においては、 R T C Pの送信レポートは、ヘッダ、送信するデータの送信情報、および、 1以上の受信レポートブロック（図 3の例では、受信レポートブロック 1、受信レポートブロック 2、 …… ) により構成される。ヘッダは、図 2の受信レポ一トと同様に、バージョン情報、パディング、力ゥンタ、パケットタイプ、メッセージ長、および、送信者（すなわち、この送信レポートを送信している送信側のサーバ）の同期ソース識別子により構成される。送信情報は、送信レポートが送られた時刻である N T P (Network Time Protocol) タイムスタンプ、 N T Pタイムスタンプに対応する R T Pタイムスタンプ、送信側のサーバにより前回の送信レポートを送ってからこの送信レポ一トを送るまでに送信された、送信バケツト数および送信バイト数により構成される。この N T Pタイムスタンプおよび R T Pタイムスタンプにより、複数のパケットの時間軸を共通の時間軸（N T P時間軸）に同期させることができる。受信レポートブロック 1は、送信者 b 1 (受信側の端末 b l ) から受信した受信レポートの情報であり、その受信レポートを送った送信元 b 1 (受信側の端末 b l ) を識別する送信者 b 1の同期ソース識別子、送信側のサーバから受信側の端末 b 1への転送におけるバケツト損失率、累積損失バケツト数、最大受信シーケンス番号、パケット間隔ジッタ、最新送信レポート時刻、および送信レポート経過時間により構成される。

同様に、受信レポートプロック 2は、その受信レポートを送った送信元 b 2 (受信側の端末 b 2 ) を識別する送信者 b 2の同期ソース識別子、送信側のサーパから受信側の端末 b 2への転送におけるパケット損失率、累積損失バケツト数、最大受信シーケンス番号、パケット間隔ジッタ、最新送信レポート時刻、および送信レポ一ト経過時間により構成される。

なお、この受信レポートプロックの数は、送信側のサーバにより前回の送信レポートを送ってからこの送信レポートを送るまでに受信された受信側の端末からの受信レポートの数（ヘッダのカウンタの数）だけ付加される。

以上のような受信レポ一トおよび送信レポートの交換により、送信側のサーバは、送信側のサーバから受信側の端末への転送のネットワークの状況が取得できるため、転送するデータのレート制御を行ったり、パケットを重層して送信するなどの Q o S (Quality of Service) 対策、または、エラー対策を行うことができる。

しかしながら、上述したように、受信レポートおよび送信レポートに付加されているバケツト損失率または累積損失バケツト数は、送信側のサーバから受信側の端末への転送時に関するデータであり、送信側のサーバから受信側の端末への下りのネットワークの状況しか把握することができないという課題があった。その結果、上述した A R Qの再送要求は、受信側の端末から送信側のサーバへの上りのネットワークの状況に左右されるが、その状況を把握することができないため、 A R Qの再送要求を効率よく行うことができないという課題があつた。受信側の端末から送信側のサーバへの上りのネットワークの状況を把握するために、送信側のサーバから受信側の端末への下りのネットワークとは全く別のネットワークを、受信側の端末から送信側のサーバの上りのネットワークを介して行うフィードバック的なシステムを構築することもできるが、このようなシステムでは、ネットワークの状況が大きく異なってしまうため、上りと下りの両方に対応したネットワーク状況報告システムが必要となり、システムが複雑になってしまうという課題があった。発明の開示

本発明はこのような状況に鑑みてなされたものであり、双方向のネットワーク状況を把握できるようにするものである。

本発明のプロトコルは、 R T C Pパケットにシーケンス番号を付加することを特徴とする。

本発明の情報処理システムは、第 1の情報処理装置は、第 2の情報処理装置からの受信レポートを受信し、受信レポートからシーケンス番号を取得し、取得されたシーケンス番号に基づいて、パケットの損失率を計算し、計算されたバケツトの損失率に基づいてエラー訂正を制御するとともに、パケットの損失率を送信レポ一トに付加して第 2の情報処理装置に送信し、第 2の情報処理装置は、第 1 の情報処理装置からのデータを受信し、データから損失バケツトの情報を取得し、第 1の情報処理装置からの送信レポートのパケットの損失率に基づいて、第 1の情報処理装置に対する損失パケットの再送要求を制御することを特徴とする。

本発明の情報処理システムの情報処理方法は、第 1の情報処理装置の情報処理方法は、第 2の情報処理装置からの受信レポートを受信し、受信レポ一トからシ一ケンス番号を取得し、取得されたシーケンス番号に基づいて、パケットの損失率を計算し、計算されたパケットの損失率に基づいてエラー訂正を制御するとともに、パケットの損失率を送信レポートに付加して第 2の情報処理装置に送信し、第 2の情報処理装置の情報処理方法は、第 1の情報処理装置からのデータを受信し、データから損失パケットの情報を取得し、第 1の情報処理装置からの送信レポートのバケツトの損失率に基づいて、第 1の情報処理装置に対する損失パケットの再送要求を制御することを特徴とする。

本発明の第 1の情報処理装置は、他の情報処理装置より送信された受信レポ一トからシーケンス番号を取得する取得手段と、取得手段により取得されたシーケンス番号に基づいて、パケットの損失率を計算する計算手段と、計算手段により計算されたパケットの損失率を送信レポートに付加して他の情報処理装置に送信する送信手段とを備えることを特徴とする。

パケットを単位としたプロトコルは、 R T Pおよび R T C Pであるようにすることができる。

計算手段により計算されたバケツトの損失率に基づいて、データの送信エラーの訂正方法を制御する制御手段をさらに備えるようにすることができる。

制御手段は、計算手段により計算されたバケツトの損失率が第 1の基準値よりも大きいか否かを判断する第 1の判断手段と、第 1の判断手段による判断結果に基づいて、データの送信エラーの訂正方法を設定する設定手段とを備えるようにすることができる。

制御手段に、第 1の判断手段によりパケットの損失率が第 1の基準値よりも小さいと判断された場合、バケツトの損失率が第 2の基準値よりも大きいか否かを判断する第 2の判断手段をさらに備え、設定手段は、第 2の判断手段によりパケットの損失率が第 2の基準値よりも小さいと判断された場合、データの送信エラ一の訂正を禁止するようにすることができる。

設定手段は、第 1の判断手段によりバケツトの損失率が第 1の基準値よりも大きいと判断された場合、データの送信エラーの訂正方法を F E Cに設定し、第 1 の判断手段によりパケットの損失率が第 1の基準値よりも小さいと判断され、かつ、第 2の判断手段によりパケットの損失率が第 2の基準値よりも大きいと判断された場合、データの送信エラーの訂正方法を A R Qに設定するようにすることができる。

本発明の第 1の情報処理方法は、他の情報処理装置より送信された受信レポ一トからシーケンス番号を取得する取得ステップと、取得ステップの処理により取得されたシーケンス番号に基づいて、パケットの損失率を計算する計算ステップと、計算ステップの処理により計算されたバケツトの損失率を送信レポートに付加して他の情報処理装置に送信する送信ステップとを含むことを特徴とする。本発明の第 1の記録媒体のプログラムは、他の情報処理装置より送信された受信レポートからシーケンス番号を取得する取得ステップと、取得ステップの処理により取得されたシーケンス番号に基づいて、バケツトの損失率を計算する計算ステップと、計算ステップの処理により計算されたバケツトの損失率を送信レポートに付加して他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第 1のプログラムは、他の情報処理装置より送信された受信レポ一トからシーケンス番号を取得する取得ステップと、取得ステップの処理により取得されたシーケンス番号に基づいて、バケツトの損失率を計算する計算ステップと、計算ステップの処理により計算されたバケツトの損失率を送信レポートに付加して他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第 2の情報処理装置は、他の情報処理装置より送信されたデータを受信する受信手段と、受信手段により受信されたデータから損失バケツトの情報を取得する取得手段と、他の情報処理装置からの送信レポートのバケツトの損失率に基づいて、取得手段により取得された損失パケットの再送要求を制御する制御手段と、制御手段により制御されたパケットの再送要求を、他の情報処理装置に送信する送信手段とを備えることを特徴とする。

バケツトを単位としたプロトコルは、 R T Pおよび R T C Pであるようにすることができる。

制御手段は、データの送信エラーの訂正方法として A R Qを用いた場合において、パケットの損失率が基準値より大きいとき、損失パケットの再送要求を冗長性をもたせるように制御するようにすることができる。

本発明の第 2の情報処理方法は、他の情報処理装置より送信されたデータを受信する受信ステップと、受信ステツプの処理により受信されたデ一タから損失パケットの情報を取得する取得ステップと、他の情報処理装置からの送信レポートのバケツトの損失率に基づいて、取得ステップの処理により取得された損失パケットの再送要求を制御する制御ステップと、制御ステップの処理により制御されたバケツトの再送要求を、他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第 2の記録媒体のプログラムは、他の情報処理装置より送信されたデータを受信する受信ステップと、受信ステップの処理により受信されたデータから損失パケットの情報を取得する取得ステップと、他の情報処理装置からの送信レポートのバケツトの損失率に基づいて、取得ステップの処理により取得された損失バケツトの再送要求を制御する制御ステップと、制御ステップの処理により制御されたバケツトの再送要求を、他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第 2のプログラムは、他の情報処理装置より送信されたデータを受信する受信ステップと、受信ステップの処理により受信されたデータから損失パケットの情報を取得する取得ステップと、他の情報処理装置からの送信レポートのバケツトの損失率に基づいて、取得ステップの処理により取得された損失パケットの再送要求を制御する制御ステップと、制御ステップの処理により制御されたパケットの再送要求を、他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明のプロトコルにおいては、 R T C Pバケツトにシーケンス番号が付加される。

本発明の情報処理システムおよび方法においては、第 1の情報処理装置および方法により、第 2の情報処理装置からの受信レポートが受信され、受信レポートからシーケンス番号が取得され、取得されたシーケンス番号に基づいて、パケットの損失率が計算され、計算されたバケツトの損失率に基づいてエラー訂正が制御されるとともに、バケツトの損失率が送信レポートに付加して第 2の情報処理装置に送信される。そして、第 2の情報処理装置および方法により、第 1の情報処理装置からのデータが受信され、データから損失パケットの情報が取得され、第 1の情報処理装置からの送信レポ一トのパケットの損失率に基づいて、第 1の情報処理装置に対する損失バケツトの再送要求が制御される。本発明の第 1の情報処理装置および方法、記録媒体、並びにプログラムにおいては、他の情報処理装置より送信された受信レポ一トからシーケンス番号が取得され、取得されたシーケンス番号に基づいて、パケットの損失率が計算され、計算されたバケツトの損失率が送信レポートに付加して他の情報処理装置に送信される。

本発明の第 2の情報処理装置および方法、記録媒体、並びにプログラムにおいては、他の情報処理装置より送信されたデータが受信され、受信されたデータから損失バケツトの情報が取得され、他の情報処理装置からの送信レポートのパケットの損失率に基づいて、取得された損失パケットの再送要求が制御され、制御されたバケツトの再送要求が他の情報処理装置に送信される。

ネットワークとは、少なくとも 2つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであってもよいし、 1つの装置を構成している内部ブロックどうしであってもよい。図面の簡単な説明

図 1は、 R T Pパケットの構成例を示す図である。

図 2は、 R T C Pの受信レポ一トの構成例を示す図である。

図 3は、 R T C Pの送信レポ一トの構成例を示す図である。

図 4は、本発明を適用したストリーミングコンテンツ提供システムの構成例を示す図である。

図 5は、図 4のユーザ端末の構成例を示すプロック図である。

図 6は、図 4のユーザ端末の機能構成例を示すブロック図である。

図 7は、図 4のユーザ端末から送信される R T C Pの受信レポ一トの構成例を示す図である。

図 8は、図 4のユーザ端末から送信される N A C Kのパケットの構成例を示す図である。図 9は、図 4のサーバの機能構成例を示すプロック図である。

図 1 0は、図 4のサーバから送信される R T C Pの送信レポ一トの構成例を示す図である。

図 1 1は、図 4のサーバのパケット損失率計算処理を説明するフローチャートである。

図 1 2は、図 4のユーザ端末の再送要求処理を説明するフローチャートである, 図 1 3は、図 4のユーザ端末のから送信される N A C Kのパケットを説明する図である。

図 1 4は、図 4のユーザ端末のから送信される N A C Kのバケツトを説明する図である。

図 1 5は、図 4のユーザ端末のから送信される N A C Kのバケツトを説明する図である。

図 1 6は、図 4のユーザ端末のから送信される N A C Kのバケツトを説明する図である。

図 1 7は、図 4のサーバのエラー設定方法の変更処理を説明するフローチヤ一トである。発明を実施するための最良の形態

以下、図を参照して本発明の実施の形態について説明する。

図 4は、本発明を適用したストリーミングコンテンツ提供システムの構成例を表している。インターネットに代表されるネットワーク 2には、ユーザ端末 1一 1， 1 - 2 (以下、これらのユーザ端末を個々に区別する必要がない場合、単にユーザ端末 1と称する）が接続されている。この例においては、ユーザ端末が 2 台のみ示されているが、ネットワーク 2には、任意の台数のユーザ端末が接続される。また、ネットワーク 2には、ユーザ端末 1に対してストリーミングコンテンツ (以下、コンテンツと称する）を提供するサーバ 3が接続されている。このサーバ 3も任意の台数が、ネットワーク 2に接続される。

図 5はユーザ端末 1の構成を表している。図 5において、 CPU (Central

Processing Unit) 1 1 fま、 ROM (Read Only Memory) 1 2【こ記'慮されてレヽるプログラム、または記' IS部 1 8力、ら RAM (Random Access Memory) 1 3にロードされたプログラムに従って各種の処理を実行する。 RAM I 3にはまた、 CPU 1 1 が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU 1 1 , ROM 1 2および RAM I 3は、バス 1 4を介して相互に接続されている。このバス 1 4にはまた、入出力ィンタフェース 1 5も接続されている。

入出力インタフェース 1 5には、キーボード、マウスなどよりなる入力部 1 6、 CRT (Cathode Ray Tube)、 LCD (Liquid Crystal Di splay)などよりなるディスプレイ、並びにスピーカなどよりなる出力部 1 7、ハードディスクなどより構成される記憶部 1 8、モデム、ターミナルアダプタなどより構成される通信部 1 9 が接続されている。通信部 1 9は、ネットワーク 2を介しての通信処理を行う。入出力インタフェース 1 5にはまた、必要に応じてドライブ 2 0が接続され、磁気ディスク 2 1、光ディスク 2 2、光磁気ディスク 2 3、或いは半導体メモリ 2 4などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部 1 8にインストーノレされる。

なお、サーバ 3も、ユーザ端末 1と基本的に同様に構成されている。したがつて、以下の説明においては、図 5のユーザ端末 1の構成は、サーバ 3の構成としても引用する。

図 6は、ユーザ端末 1の機能構成例を示すブロック図である。図 6に示される機能プロックは、ユーザ端末 1の CPU 1 1により所定の制御プログラムが実行されることで実現される。

ユーザ端末 1の R T Pポート 4 1は、サーバ 3よりネットワーク 2を介して、 R T Pバケツト化されたコンテンツデータを受信し、 R T Pバケツト解析部 4 2 に出力する。 RTPパケット解析部 42は、その RT Pパケットをヘッダ部とデータ部に分解するとともに解析し、データ部のコンテンツデータをバッファ 43 に蓄積する。なお、このコンテンツデータが蓄積されたバッファ 43の場所（ァドレス）、およびヘッダに記述されていたヘッダ情報を、インデックスリスト 4 4に記憶するようにしてもよい。

復号部 45は、再生する時刻に応じて、バッファ 43に蓄積されたコンテンツデータを復号し、出力部 1 7を構成するディスプレイまたはスピーカに出力し、コンテンツデータが再生される。

RTC Pパケット生成部 46は、 RT Pポート 41によりコンテンツデータを受信している場合、予め設定された一定の時間間隔で、 RTPパケット解析部 4 2により解析された R TPバケツトのヘッダの情報に基づいて、受信レポート R R (Receiver Report) を作成し、 R T C Pポート 47に出力する。

図 7は、ユーザ端末 1一 1よりサーバ 3へ送信される RTC Pの受信レポ一ト RRの構成例を示す図である。なお、図 7の受信レポート RRは、受信レポートプロック 1の送信者 c 1の同期ソース識別子の後に、 RTCPシーケンス番号が追加されている点を除いて、その他の構成は、上述した図 2の受信レポート RR と同様の構成である。したがって、図 2に関する説明は、図 7の説明としても引用する。

図 7の例の場合、例えば、ヘッダの送信者の同期ソース識別子は、ユーザ端末 1一 1に対応し、受信レポートブロック 1は、送信者 c 1 (サーバ 3) から送信されたパケットに対応する情報とされ、受信レポートブロック 2は、送信者 c 2 (図示せぬ他のサーバ）から送信されたバケツトに対応する情報とされる。すなわち、 RT Pパケット生成部 46は、受信レポートプロック 1を、サーバ 3より送信されたパケットに基づいて生成する。このとき、受信レポートプロック 1の送信者 c l (サーバ 3) の同期ソース識別子の後に、 RTCPシーケンス番号を付加して受信レポート RRが生成される。 RTC Pポート 4 7は、その受信レポート RRを、ネットワーク 2を介してサーバ 3に送信する。また、 1 丁。？ポート4 7は、ネットワーク 2を介してサーノ 3より、送信レポート S R (Sender Report) 、または、コンテンツデータの送信が終了したことを示す EOD (End of Data) メッセージデータを受信する。

RTC Pパケット解析部 48は、受信された送信レポート S Rを解析する。送信レポート S R (図 1 0を参照して後述する）には、 RT C Pパケットの RTC Pシーケンス番号、および、ユーザ端末 1からサーバ 3への送信におけるバケツト損失率が付加されている。

エラー判定部 4 9は、エラー訂正方式として、自動再送要求（ARQ：

Automatic Repeat request) が用いられている場合、 RT Pパケット解析部 4 2により解析されたヘッダ情報に基づいて、サーバ 3からユーザ端末 1へ送信されたコンテンッデータの損失パケットを検出し、 RTC Pバケツト生成部 46に再送要求を指示する。このときに、エラー判定部 4 9は、 RTC Pパケットの R TC Pシーケンス番号、および、ユーザ端末 1からサーバ 3への送信におけるパケット損失率に基づいて、再送要求の方法の変更を制御し、 RTC Pパケット生成部 4 6に指示する。

RTC Pパケット生成部 4 6は、その指示の再送要求の方法に基づいて、再送要求 NACK (Negative Knowledge) のパケットを生成し、 R T C Pポート 4 7を介してサーバ 3に送信する。

図 8は、ユーザ端末 1一 1よりサーバ 3へ送信される RTC Pの再送要求 NA CKのパケットの構成を示す図である。図 8の例においては、再送要求 NACK のパケットは、ヘッダ、フォーマットタイプ、パケットタイプ、パケット長、送信者（再送要求 NACKのパケットを送信したユーザ端末 1一 1) の同期ソース識別子、 RTC Pシーケンス番号、およびタイムスタンプにより構成されている, それらの意味は、基本的に、図 7 (したがって、図 2) における対応する名称の要素と同様である。タイムスタンプの後には、 RT Pパケットのヘッダ情報に基づいて検出された損失バケツトに対応した再送指定バケツト個数および再送指定シーケンス番号が付加される。

図 9は、サーバ 3の機能構成例を示すプロック図である。図 9に示される機能ブロックは、サーバ 3の CPU 1 1により所定の制御プログラムが実行されることで実現される。

符号化部 6 1は、ユーザ端末 1からの要求があった場合、撮像部 9 1が被写体を撮像して生成し、リアルタイムで出力するコンテンツデータ（映像データと音声データ）を符号化し、バッファ 6 2に蓄積する。

RT Pバケツト生成部 6 3は、バッファ 6 2に蓄積されたコンテンツデータを R TPパケット化し、 RT Pポート 64に出力する。 R TPポート 64は、 RT Pプロトコルによりネットワーク 2を介してユーザ端末 1に送信する。

1 丁〇？ポート 6 5は、ユーザ端末 1よりネットワーク 2を介して、再送要求 NACKのパケット（図 8) 、または、受信レポート RR (図 7) を受信し、 R TC Pパケット解析部 6 6に出力する。再送要求 NACK：、または、受信レポ一ト RRは、 RTC Pパケットにより構成されており、 RT C Pシーケンス番号が付加されている。

RTC Pパケット解析部 6 6は、再送要求 NACKの RTC Pパケット、または、受信レポート RRの RTC Pパケットを解析する。パケットロス検知部 6 7 は、解析された受信レポート RRの RTC Pバケツトの RTC Pシーケンス番号に基づいて、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2におけるバケツト損失率を計算する。また、バケツトロス検知部 6 7は、解析された再送要求 NACKの RTC Pバケツトから、再送バケツトの要求データをエラー処理部 6 8に出力する。

エラー処理部 6 8は、再送パケットの要求データに基づいて、再送パケットを含むデータをバッファ 6 2より抽出し、 RTPパケット生成部 6 3および RT P ポート 64を介してユーザ端末 1に送信する。なお、エラー処理部 6 8は、必要に応じて、再送パケットを重複して送る場合もある。 RTC Pパケット生成部 6 9は、送信レポート S に、パケットロス検知部 6 7により計算されたバケツト損失率を付加して、予め設定された一定の時間間隔で、 RTC Pポート 6 5よりネットワーク 2を介してュザ端末 1に送信する。また、 RTCPパケット生成部 6 9は、 RT Pポート 64よりコンテンツデータの送信終了が検出されると、 EODメッセージデータを、 RTC Pポート 6 5よりネットワーク 2を介してユーザ端末 1に送信する。

図 1 0は、サーバ 3から送信される RT C Pの送信レポ一ト S Rの構成例を示す図である。なお、図 1 0の送信レポート SRは、ヘッダにおいて、送信者の同期ソース識別子の後に、 RT C Pシーケンス番号が追加されている点、および、受信レポートブロック 1において、その末尾に、送信者 d lから送信者（サーバ 3) に対して転送されたデータのバケツト損失率が追加されている点を除いて、その他の構成は、上述した図 3の送信レポート S Rと同様の構成である。したがつて、上述した図 3の説明は、図 1 0の説明としても引用する。

図 1 0の場合、例えば、受信レポ一トブロック 1は、ユーザ端末 1— 1 (送信者 d l) から送信された受信レポートに対応する情報とされ、受信レポートプロック 2は、ユーザ端末 1一 2 (送信者 d 2) から送信された受信レポートに対応する情報とされる。

すなわち、受信レポートブロック 1に記述されるのは、ユーザ端末 1一 1より送信された受信レポートに基づいた情報であり、 RTC Pバケツト生成部 6 9は、ヘッダの送信者（サーバ 3) の同期ソース識別子の後に、 RTC Pシーケンス番号を付加し、さらに、受信レポートブロック 1の末尾に、送信者 d l (ユーザ端末 1一 1) から送信者（サーバ 3) へのデータ転送のパケット損失率を付加して送信レポート SRを生成する。また、同様に、ユーザ端末 1一 2より送信された受信レポートに RTC Pシーケンス番号が付加されている場合、受信レポートブロック 2の末尾にも送信者 d 2 (ユーザ端末 1— 2) から送信者（サーバ 3) へのデータ転送のバケツト損失率が付加される。なお、パケット損失率に加えて、ユーザ端末 1からの転送途中に損失した RT C Pバケツトの RT C Pシーケンス番号を記述したエラー RT C Pシーケンス番号リストを付加するようにしてもよい。

次に、図 1 1のフローチャートを参照して、サーバ 3のパケット損失率の計算処理を説明する。図 1 1の例において、サーバ 3より送信される送信レポート S Rの送信間隔が、 RTC P基準時間 T i として設定され、この R TCP基準時間内のバケツト損失率が求められる。

サーバ 3からネットワーク 2を介して、 RT Pポート 41によりコンテンツデータを受信している場合、ユーザ端末 1の RTC Pパケット生成部 46は、予め設定された一定の時間間隔で、受信レポート RRを生成し、丁？ポート47 よりネットワーク 2を介してサーバ 3に送信する。これに対応して、ステップ S 1において、サーバ 3の R TCPポート 65は、受信レポート RRを受信する。

RT C Pパケット解析部 66は、ステップ S 2において、受信レポート RRから RTC Pシーケンス番号を取得し、ステップ S 3において、その RTCPシーケンス番号を、 RTC Pシーケンス番号リスト ALに追加する。なお、 RTCP シーケンス番号リスト ALは、 RAMI 3などに記憶されており、送信レポート S Rが送信された時点でリセットされ、その後、新たに RTC Pシーケンス番号が追加される。

RTC Pパケット生成部 6 9は、内蔵するクロックで計時動作を行って、ユーザ端末 1からの RTCPの受信レポート R Rを、前回受信してからの経過時間 T (以下、 RTC P経過時間 Tと称する）を計測している。そこで、ステップ S 4 において、 RTCPパケット生成部 69は、その RTC P経過時間 Tが、予め設定された R T C P基準時間 T i (送信レポート S Rの送信間隔 T i ) になったか否かを判断する。

ステップ S 4において、 RTCP経過時間丁が、まだ RTC P基準時間 T iになっていないと判断された場合、ステップ S 5乃至 S 9の処理はスキップされ、処理は終了される。一方、ステップ S 4において、 RTC P経過時間 Tが、 RTC P基準時間 T i と等しいか、または、 RTC P基準時間 T iより大きくなつたと判断された場合、ステップ S 5において、 RTC Pパケット生成部 6 9は、 RTC Pシーケンス番号リスト ALの RTC Pシーケンス番号の数 ANを取得し、また、同時に、 RT C P基準時間 T iに、ユーザ端末 1からの受信レポート RRを全て正常受信したときの RTC Pシーケンス番号の総数 BNを求める。

なお、 RTC Pシーケンス番号の総数 BNは、次のようにして求められる。すなわち、いまの場合、ユーザ端末 1より受信レポート RRが一定の時間間隔 T u で送信されている。その一定の時間間隔 T uの、設定された RTC P基準時間 T iに対する割合（T uZT i ) の値が 1/1 00であるとすると、 RTC Pシーケンス番号の総数 BNは、 1 00であるとされる。

ステップ S 6において、パケットロス検知部 6 7は、 RTC Pシーケンス番号の数 AN、および、 RT C Pシーケンス番号の総数 BNに基づいて、パケット損失率 Eを以下の式（1) より求める。

パケット損失率 E = AN / BN · ■ · (1) ステップ S 7において、バケツトロス検知部 6 7は、エラー RTC Pシーケンス番号リスト C Lを求める。エラー RT C Pシーケンス番号リスト C Lは、 .RT C P基準時間 T iに、ユーザ端末 1からの受信レポート RRを全て正常に受信した場合の RTC Pシーケンス番号リストから、実際に受信した RTC Pシーケンス番号リスト ALを除いて求められる。

ステップ S 8において、 RTC Pパケット生成部 6 9は、ステップ S 6において求められたパケット損失率 E、および、ステップ S 7において求められたエラ一 RTC Pシーケンス番号リスト C Lを、送信レポート SRに付加し、 RTC P ポート 6 5よりネットワーク 2を介してユーザ端末 1に送信する。

ステップ S 9において、 RTC Pパケット生成部 6 9は、 RTC P経過時間 T を 0に初期化する。このとき、同時に、 RTC Pシーケンス番号リスト ALもリセットされる。上記説明においては、ステップ S 4において、 1 丁〇？経過時間丁と1 丁0？基準時間 T iを比較したが、 1 丁〇？経過時間丁が、 RTC P基準時間 T i と一致したときに、ステップ S 2， S 3および S 5乃至 S 9の処理を実行させるよう以上のように、受信レポート RRに RT C Pシーケンス番号を付加することにより、サーバ 3において、ユーザ端末 1からサーバ 3へのデータ転送のパケット損失率が求められ、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2 の状況が把握される。

さらに、求められたユーザ端末 1からサーバ 3へのデータ転送のバケツト損失率は、送信レポート S Rに付加され、ユーザ端末 1に送信されるので、ユーザ端末 1においても、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2の状況を把握することができる。

以上のようにして、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2の状況が把握される場合の、ユーザ端末 1の再送要求処理について、図 1 2のフローチャートを参照して説明する。なお、図 1 2の例においては、ユーザ端末 1とサーバ 3の間のデータ転送において、エラー訂正方式として、 ARQ (自動再送要求： Automatic Repeat request) 力、用いられる。

サーバ 3は、ユーザ端末 1からの要求に基づいて、コンテンツデータを R TP バケツト化し、 RTPプロトコルによりネットワーク 2を介してユーザ端末 1に送信してくる。そこで、ステップ S 3 1において、ユーザ端末 1の RT Pポート 4 1は、 R TPバケツト化されたコンテンツデータを受信する。

ステップ S 3 2において、 R TPパケット解析部 4 2は、 R TPパケットをへッダ部とデータ部に分解するとともに、ヘッダ部を解析し、データ部のコンテンッデータをバッファ 4 3に蓄積し、ヘッダ部のヘッダの情報をエラー判定部 4 9 に出力する。

ステップ S 3 3において、エラー判定部 4 9は、 RT Pパケット解析部 4 2により解析されたヘッダの情報に基づいて、 R T Pバケツトの中に損失パケットがあるか否かを判断する。具体的には、 RT Pパケットのシーケンス番号（図 1を参照に上述した）力既に受信しているシーケンス番号に対して不連続になっているか否かが判定され、不連続であれば、受信していないパケットがある（損失パケットがある）と判断される。

ステップ S 3 3において、 RT Pパケットに損失パケットがあると判断された場合、ステップ S 3 4において、エラー判定部 4 9は、 RT C Pパケット解析部 48より解析された送信レポート SR内の、ユーザ端末 1からサーバ 3へのデニタ転送のバケツト損失率に基づいて、再送要求 NACKのパケットを RTC Pパケット生成部 46を制御し、生成させる。ステップ S 3 5において、 RTC Pポート 4 7は、生成された再送要求 N AC Kの R TC Pパケットをサーバ 3に送信する。

ここで、上述したステップ S 34および S 3 5の処理の詳細について、図 1 3 乃至図 1 6を参照して説明する。

上述したように、図 1 1のステップ S 8の処理で生成された送信レポ一ト S R は、、設定された RTC P基準時間（送信レポート S Rの送信間隔）で、バケツト損失率 E、および、エラー RT C Pシーケンス番号リスト C Lが付加されて、サーバ 3よりネットワーク 2を介して送信される。この送信レポート S Rは、ュ一ザ端末 1の RTC Pポート 4 7により受信され、 RTC Pバケツト解析部 48 により解析される。これにより、ユーザ端末において、ユーザ端末 1からサーバ 3へのデータ転送のパケット損失率、すなわち、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2の状況が把握される。

このユーザ端末 1からサバ 3へのデータ転送のネットワーク 2の状況に応じて、ユーザ端末 1において、図 1 3乃至図 1 6に示されるように、再送要求が制御される。図 1 3乃至図 1 6においては、横軸は、時間軸を示している。図 1 3 に示されるように、サーバ 3から、 RT Pのシーケンス番号 1乃至 8のパケットがユーザ端末 1に送信され、転送途中に、シーケンス番号 4乃至 6のパケット (図中、 2重にハッチングされた表示のパケット）が損失し、シーケンス番号 1 乃至 3 , 7および 8のバケツトがユーザ端末 1により正確に受信される。

それに対応して、転送途中に損失したシーケンス番号 4乃至 6のバケツトの再送を要求するために、図 1 3の例においては、ユーザ端末 1から、シーケンス番号 4乃至 6のパケットに、それぞれ対応する再送要求 NACK4乃至 NACK 6 のパケット（図中ハッチングされた表示のパケット）が個別にサーバ 3に向けて送信される。

図 1 4の例においては、ユーザ端末 1から、シーケンス番号 4乃至 6のパケットに対応する再送要求 NACK4, 5 , 6が 1つのパケットにまとめられ、サーバ 3に向けて送信されている。

また、図 1 5の例においては、ユーザ端末 1から、シーケンス番号 4乃至 6のバケツトにそれぞれ対応する再送要求 NACK 4乃至 NACK 6のバケツト（図中ハッチングされた表示のパケット）が個別に複数個ずつ（例えば、 2個ずつ）、サーバ 3に向けて送信される。

図 1 6の例においては、ユーザ端末 1から、シーケンス番号 4および 5のパケットに対応する再送要求 NACK4, 5力 1つのパケットにまとめられるとともに、そのパケットが、 2個送信され、さらに、シーケンス番号 6のパケットに対応する再送要求が再送要求 NACK 6の 3個のバケツトがサーバ 3に向けて送信されている。

以上のように、エラー判定部 4 9は、 RTC Pパケット解析部 4 8により解析された送信レポ一ト S R内の、ユーザ端末 1からサーバ 3へのデータ転送のパケット損失率により求められる、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2の状況に応じて、再送要求パケットの送信方法を変更する。例えば、バケツト損失率が第 1の基準値より大きい場合、図 1 5または図 1 6に示されるように、再送要求 NACKのパケットに冗長性を持たせて送信する。これにより、再送要求 NACKのバケツトをサーバ 3に確実に届けることができる。また、パケット損失率が第 2の基準値（第 1の基準値より小さい）より小さい場合には、図 1 4に示されるように、送信するパケットの数を少なくして、伝送路のトラフィック量を減少させる。パケット損失率が第 1の基準値と第 2の基準値の間の値である場合には、図 1 3に示されるように、標準的な方法でバケツトを送信する。

ステップ S 3 3において、損失バケツトが存在しないと判定された場合、ステップ S 3 4， S 3 5の処理はスキップされる。

ステップ S 3 5の処理の後、またはステップ S 3 3において、損失パケットが存在しないと判定された場合、ステップ S 3 6において、復号部 4 5は、バッファ 4 3に蓄積されているコンテンツデータが再生時刻になったか否かを判定する。現在時刻がまだ再生時刻に達していない場合、処理はステップ S 3 1に戻り、それ以降の処理が繰り返される。

ステップ S 3 6において、現在時刻が再生時刻に達したと判定された場合、ステツプ S 3 7に進み、復号部 3 7は、バッファ 4 3に蓄積されているコンテンツデータを読み出し、復号し、出力部 1 7に出力する。

次に、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2の状況が把握されたサーバ 3のエラー訂正方法の設定処理について、図 1 7のフローチヤ一トを参照して説明する。

ステップ S 6 1において、サーバ 3の CPU 1 1 ( R T C Pパケット解析部 6 6、 R T C Pパケット生成部 6 9、パケットロス検知部 6 7など）は、図 1 1のフロ一チャートを参照して上述したバケツト損失率 Eの計算処理を実行する。これにより、ユーザ端末 1からサーバ ₃へのデータ転送のバケツト損失率 Eが求められる。そこで、ステップ S 6 2において、エラー処理部 6 8は、パケット損失率 E が予め設定された基準値 σ 1 ( 0 < σ 1 ) 以上であるか否かを判断し、バケツト損失率 Εが基準値 σ 1以上であると判断した場合、ステップ S 6 3において、エラー処理部 6 8は、エラー訂正方法を、 F E C (前方向誤り訂正： forward error correction) に設定する。すなわち、パケット損失率 Eが、基準値 σ 1 よりも大きい場合、エラー訂正方法を、サーバ 3には再送要求を行わず、ユーザ端末 1だけで誤りの場所を確定し、これを訂正するエラー訂正方法である、 F E Cに設定することにより、 A R Qを用いた場合よりも、ユーザ端末 1とサーバ 3 の間のデータ転送が非効率になってしまうのを抑制できる。

ステップ S 6 2において、パケット損失率 Eが基準値 σ 1より小さいと判断された場合、ステップ S 6 4において、エラー処理部 6 8は、パケット損失率 Ε 力基準値び 2 ( 0 < σ 2 < σ 1 ) より大きいか否かを判断する。ステップ S 6 4において、パケット損失率 Εが、基準値 σ 2より大きいと判断された場合 (ステップ S 6 2の処理により、いま、パケット損失率 Εは、基準値 σ ΐより小さいので、パケット損失率 Εは，基準値 σ 2と基準値 σ 1の間の大きさの値ということになる）、ステップ S 6 5において、エラー処理部 6 8は、エラー訂正方法を、 A R Qに設定する。

ステップ S 6 4において、パケット損失率 Εが、基準値び 2より小さいと判断された場合、ステップ S 6 6において、エラー処理部 6 8は、パケット損失率 Εが、マイナス値であるか否かを判断する。ステップ S 6 6において、パケット損失率 Εが、マイナス値でないと判断された場合、ステップ S 6 7において、ェラー処理部 6 8は、エラー制御を解除し、エラー制御を行わないようにする。ステップ S 6 6において、パケット損失率 Εが、マイナス値であると判断された場合、ステップ S 6 8において、エラー処理部 6 8は、その他のエラー処理を実行する。すなわち、パケット損失率 Εが、取り得もしない値（この場合、マイナス値）である場合は、ユーザ端末 1あるいはサーバ 3において誤動作などが生じている恐れがあり、それに対するエラー処理が実行される。

以上のように、ユーザ端末 1からサーバ 3へのデータ転送のバケツト損失率により求められる、ユーザ端末 1からサーバ 3へのデータ転送のネットワーク 2の状況に応じて、サーバ 3側で、エラー訂正方法を変更できるようにしたので、ュ一ザ端末 1とサーバ 3の間において効率のよいデータ転送が可能になる。以上のように、 R T P伝送において、 R T C Pパケットに R T C Pシーケンス番号を付加したので、ユーザ端末 1からサーバ 3へのデータ転送のパケット損失率が求められ、このバケツト損失率を R T C Pの送信レポートに付加することにより、ユーザ端末 1とサーバ ₃の両方で、ユーザ端末 1からサーバ ₃へのデータ転送のパケット損失率が把握できる。

これにより、ユーザ端末 1においては、自動再送要求 A R Qを R T P伝送に用いた場合、ユーザ端末 1からサーバ 3へのデータ転送のバケツト損失率に応じて, その再送要求を重複して要求したり、冗長要求するなどの選択が動的に実行できるようになり、より正確に、効率よく再送要求ができるようになる。さらに、サーバ 3においては、ユーザ端末 1からサーバ 3へのパケット損失率に応じて、ェラ一訂正方法を A R Qから F E Cなどに変更できたり、データ転送のパケット損失率が非常に少ない場合には、エラー訂正方法を行わないようにすることもできる。

すなわち、サーバ 3からユーザ端末 1へのパケット損失率だけでなく、ユーザ端末 1からサーバ 3へのパケット損失率を求め、その結果をサーバ 3とユーザ端末 1の両方で把握することができるので、より柔軟で、かつ、エラー耐性のある信頼性の高い伝送を動的に提供できる。

以上により、ユーザ端末 1のユーザは、満足するデータを取得することができる。

上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウヱァにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードゥエァに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。

コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図 5に示されるように、磁気ディスク 2 1 (フレキシプルディスクを含む) 、光ディスク 2 2 (CD- ROM (Compact Disc-Read Only Memory) , DVD (Digital Versati le Di sc)を含む）、光磁気ディスク 2 3 (MD (Mini-Di sc) (商標）を含む）、もしくは半導体メモリ 2 4などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に格納される R OM 1 2や、記憶部 1 8などにより構成される。なお、本明細書において、記録媒体に記録されるプログラムを記述するステツプは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。産業上の利用可能性

以上の如く、本発明によれば、双方向のネットワーク状況を把握できるシステムを構築できる。また、本発明によれば、より正確に、効率よく再送要求ができる。さらに、本発明によれば、ネットワーク状況に応じて、効率的なエラー訂正方法が提供される。

Claims

請求の範囲

1 . 複数の情報処理装置がネットワークを介して、パケットを単位としてデータを通信する場合に、 R T Pプロトコルとともに用いられる R T C Pプロトコルにおいて、

R T C Pパケットにシーケンス番号を付加する

ことを特徴とするプロトコル。

2 . 第 1の情報処理装置からネットワークを介して、パケットを単位としたプロトコルでデータを第 2の情報処理装置に送信する情報処理システムにおいて、前記第 1の情報処理装置は、前記第 2の情報処理装置からの受信レポ一トを受信し、前記受信レポートからシーケンス番号を取得し、取得された前記シーケンス番号に基づいて、前記パケットの損失率を計算し、計算された前記パケットの損失率に基づいてエラー訂正を制御するとともに、前記パケットの損失率を送信レポ一トに付加して前記第 2の情報処理装置に送信し、

前記第 2の情報処理装置は、前記第 1の情報処理装置からの前記データを受信し、前記データから損失パケットの情報を取得し、前記第 1の情報処理装置からの前記送信レポ一トの前記パケットの損失率に基づいて、前記第 1の情報処理装置に対する前記損失バケツトの再送要求を制御する

ことを特徴とする情報処理システム。

3 . 第 1の情報処理装置からネットワークを介して、パケットを単位としたプロトコルでデータを第 2の情報処理装置に送信する情報処理システムの情報処理方法において、

前記第 1の情報処理装置の情報処理方法は、前記第 2の情報処理装置からの受信レポートを受信し、前記受信レポートからシーケンス番号を取得し、取得された前記シーケンス番号に基づいて、前記パケットの損失率を計算し、計算された前記バケツトの損失率に基づいてエラー訂正を制御するとともに、前記バケツトの損失率を送信レポ一トに付加して前記第 2の情報処理装置に送信し、前記第 2の情報処理装置の情報処理方法は、前記第 1の情報処理装置からの前記データを受信し、前記データから損失パケットの情報を取得し、前記第 1の情報処理装置からの前記送信レポートの前記バケツトの損失率に基づいて、前記第 1の情報処理装置に対する前記損失パケットの再送要求を制御する

ことを特徴とする情報処理方法。

4 . ネットワークを介して他の情報処理装置に、バケツトを単位としたプロトコルでデータを送信する情報処理装置において、

前記他の情報処理装置より送信された受信レポ一トからシーケンス番号を取得する取得手段と、

前記取得手段により取得された前記シーケンス番号に基づいて、前記パケットの損失率を計算する計算手段と、

前記計算手段により計算された前記バケツトの損失率を送信レポートに付加して前記他の情報処理装置に送信する送信手段と

を備えることを特徴とする情報処理装置。

5 . 前記パケットを単位としたプロトコルは、 R T Pおよび R T C Pであることを特徴とする請求の範囲第 4項に記載の情報処理装置。

6 . 前記計算手段により計算された前記パケットの損失率に基づいて、前記データの送信エラーの訂正方法を制御する制御手段を

さらに備えることを特徴とする請求の範囲第 4項に記載の情報処理装置。

7 . 前記制御手段は、

前記計算手段により計算された前記バケツトの損失率が第 1の基準値よりも大きいか否かを判断する第 1の判断手段と、

前記第 1の判断手段による判断結果に基づいて、前記データの前記送信エラーの訂正方法を設定する設定手段と

を備えることを特徴とする請求の範囲第 6項に記載の情報処理装置。

8 . 前記制御手段に、前記第 1の判断手段により前記パケットの損失率が前記第 1の基準値よりも小さいと判断された場合、前記パケットの損失率が第 2の基準値よりも大きいか否かを判断する第 2の判断手段をさらに備え、

前記設定手段は、前記第 2の判断手段により前記パケットの損失率が前記第 2 の基準値よりも小さいと判断された場合、前記データの前記送信エラーの訂正を禁止する

ことを特徴とする請求の範囲第 7項に記載の情報処理装置。

9 . 前記設定手段は、前記第 1の判断手段により前記バケツトの損失率が前記第 1の基準値よりも大きいと判断された場合、前記データの前記送信エラーの訂正方法を F E Cに設定し、前記第 1の判断手段により前記パケットの損失率が前記第 1の基準値よりも小さいと判断され、かつ、前記第 2の判断手段により前記バケツトの損失率が前記第 2の基準値よりも大きいと判断された場合、前記データの前記送信エラーの訂正方法を A R Qに設定する

ことを特徴とする請求の範囲第 8項に記載の情報処理装置。

1 0 . ネットワークを介して他の情報処理装置に、パケットを単位としたプロトコルでデータを送信する情報処理装置の情報処理方法において、

前記他の情報処理装置より送信された受信レポ一トからシーケンス番号を取得する取得ステップと、

前記取得ステップの処理により取得された前記シーケンス番号に基づいて、前記バケツトの損失率を計算する計算ステップと、

前記計算ステップの処理により計算された前記パケットの損失率を送信レポ一トに付加して前記他の情報処理装置に送信する送信ステップと

を含むことを特徴とする情報処理方法。

1 1 . ネットワークを介して他の情報処理装置に、パケットを単位としたプロトコルでデータを送信する情報処理装置用のプログラムであって、

前記他の情報処理装置より送信された受信レポ一トからシーケンス番号を取得する取得」前記取得ステップの処理により取得された前記シーケンス番号に基づいて、前記バケツトの損失率を計算する計算ステップと、

を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。

1 2 . ネットワークを介して他の情報処理装置に、パケットを単位としたプロトコルでデータを送信する情報処理装置を制御するコンピュータが実行可能なプログラムであって、

前記他の情報処理装置より送信された受信レポートからシーケンス番号を取得する取得ステップと、

前記計算ステップの処理により計算された前記パケットの損失率を送信レポ一トに付加して前記他の情報処理装置に送信する送信ステツプと

を含むことを特徴とするプログラム。

1 3 . ネットワークを介して他の情報処理装置から、バケツトを単位としたプ口トコルでデータを受信する情報処理装置において、

前記他の情報処理装置より送信された前記データを受信する受信手段と、前記受信手段により受信された前記データから損失バケツトの情報を取得する取得手段と、

前記他の情報処理装置からの送信レポ一トの前記バケツトの損失率に基づいて、前記取得手段により取得された前記損失バケツトの再送要求を制御する制御手段と、

前記制御手段により制御された前記パケットの再送要求を、前記他の情報処理装置に送信する送信手段と

を備えることを特徴とする情報処理装置。

1 4 . 前記パケットを単位としたプロトコルは、 R T Pおよび R T C Pであることを特徴とする請求の範囲第 1 3項に記載の情報処理装置。

1 5 . 前記制御手段は、前記データの送信エラーの訂正方法として A R Qを用いた場合において、前記パケットの損失率が基準値より大きいとき、前記損失パケットの再送要求を冗長性をもたせるように制御する

ことを特徴とする請求の範囲第 1 3項に記載の情報処理装置。

1 6 . ネットワークを介して他の情報処理装置から、パケットを単位としたプ口トコルでデータを受信する情報処理装置の情報処理方法において、

前記他の情報処理装置より送信された前記データを受信する受信ステップと、前記受信ステップの処理により受信された前記データから損失バケツトの情報を取得する取得ステツプと、

前記他の情報処理装置からの送信レポートの前記パケットの損失率に基づいて、前記取得ステップの処理により取得された前記損失バケツトの再送要求を制御する制御ステップと、

前記制御ステップの処理により制御された前記パケットの再送要求を、前記他の情報処理装置に送信する送信ステップと

を含むことを特徴とする情報処理方法。

1 7 . ネットワークを介して他の情報処理装置から、バケツトを単位としたプロトコルでデータを受信する情報処理装置用のプログラムであって、

前記他の情報処理装置より送信された前記データを受信する受信ステップと、前記受信ステップの処理により受信された前記データから損失パケットの情報を取得する取得ステップと、

前記他の情報処理装置からの送信レポ一トの前記バケツトの損失率に基づいて、前記取得ステップの処理により取得された前記損失バケツトの再送要求を制御する制御ステップと、

前記制御ステップの処理により制御された前記パケットの再送要求を、前記他の情報処理装置に送信する送信ステップとを含むことを特徴とするコンピュータが読み取り可能なプロダラム.が記録されている記録媒体。

1 8 . ネットワークを介して他の情報処理装置から、パケットを単位としたプ口トコルでデ一タを受信する情報処理装置を制御するコンピュータが実行可能なプログラムであって、

前記他の情報処理装置からの送信レポートの前記バケツトの損失率に基づいて、前記取得ステップの処理により取得された前記損失バケツトの再送要求を制御する制御ステップと、

前記制御ステップの処理により制御された前記バケツトの再送要求を、前記他の情報処理装置に送信する送信」

を含むことを特徴とするプログラム