(57)【要約】【課題】ネットワークや通信の知識を持たないユーザにとって、容易に適切な通信品質制御のためのパラメータ設定が行えるようにする。【解決手段】伝送データの通信品質に係る複数のパラメータの名称及び設定を表示する表示部と、この表示部に表示された複数のパラメータの設定を選択可能なグラフィカル・ユーザ・インターフェース（ＧＵＩ）部と、複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを記憶している記憶部と、ＧＵＩ部により選択された複数のパラメータの設定に対応するＱｏＳ機能の設定を、設定テーブルから決定するパラメータ決定部と、このパラメータ決定部で決定されたＱｏＳ機能の設定に基づいて、ネットワークに伝送するデータの通信品質を制御する通信制御部と、からデータ送信装置を構成する。これにより、ユーザにとって使い勝手のよいインターフェースを提供する。【選択図】図１０
2008288973.tif 000002
【特許請求の範囲】
【請求項１】
伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示する表示部と、
前記表示部に表示された前記複数のパラメータの設定を選択可能なグラフィカル・ユーザ・インターフェース（以下、「ＧＵＩ」と称す。）部と、
前記複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを記憶している記憶部と、
前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、前記設定テーブルを参照して決定するパラメータ決定部と、
前記パラメータ決定部で決定されたＱｏＳ機能の設定に基づいて、ネットワークに伝送するデータの通信品質を制御する通信制御部、を含む、
ことを特徴とするデータ送信装置。
【請求項２】
前記複数のパラメータは、遅延、回復率、データレートを少なくとも含む、
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記遅延は受信バッファサイズ、前記回復率及びデータレートは、エラー訂正後のデータのロス率と対応している、
ことを特徴とする請求項２に記載のデータ送信装置。
【請求項４】
伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示する表示部と、
前記表示部に表示された前記複数のパラメータの設定を選択可能なグラフィカル・ユーザ・インターフェース（以下、「ＧＵＩ」と称す。）部と、
前記複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを記憶している記憶部と、
前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、前記設定テーブルを参照して決定するパラメータ決定部と、
前記パラメータ決定部で決定されたＱｏＳ機能の設定に基づいて、ネットワークより受信するデータの通信品質を制御する通信制御部、を含む、
ことを特徴とするデータ受信装置。
【請求項５】
前記複数のパラメータは、遅延、回復率、データレートを少なくとも含む、
ことを特徴とする請求項４に記載のデータ受信装置。
【請求項６】
前記遅延は受信バッファサイズ、前記回復率及びデータレートはエラー訂正後のデータのロス率と対応している、
ことを特徴とする請求項５に記載のデータ受信装置。
【請求項７】
伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示部に表示するステップと、
グラフィカル・ユーザ・インターフェース（以下、「ＧＵＩ」と称す。）部により、前記表示部に表示された前記複数のパラメータの設定を取得するステップと、
前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、前記複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを参照して決定するステップと、
前記決定されたＱｏＳ機能の設定に基づいて、ネットワークに伝送するデータの通信品質を制御するステップと、
を含むことを特徴とするデータ送信方法。
【請求項８】
伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示部に表示するステップと、
グラフィカル・ユーザ・インターフェース（以下、「ＧＵＩ」と称す。）部により、前記表示部に表示された前記複数のパラメータの設定を取得するステップと、
前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、前記複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを参照して決定するステップと、
前記決定されたＱｏＳ機能の設定に基づいて、ネットワークより受信するデータの通信品質を制御するステップと、
を含むことを特徴とするデータ受信方法。
【請求項９】
伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示部に表示する手順と、
グラフィカル・ユーザ・インターフェース（以下、「ＧＵＩ」と称す。）部により、前記表示部に表示された前記複数のパラメータの設定を取得する手順と、
前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、前記複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを参照して決定する手順と、
前記決定されたＱｏＳ機能の設定に基づいて、ネットワークに伝送するデータの通信品質を制御する手順を、
コンピュータに実行させるためのデータ送信プログラム。
【請求項１０】
伝送データの通信品質に係る複数のパラメータの名称及び設定を表示部に表示する手順と、
グラフィカル・ユーザ・インターフェース（以下、「ＧＵＩ」と称す。）部により、前記表示部に表示された前記複数のパラメータの設定を取得する手順と、
前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、前記複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを参照して決定する手順と、
前記決定されたＱｏＳ機能の設定に基づいて、ネットワークより受信するデータの通信品質を制御する手順と、
をコンピュータに実行させるためのデータ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＱｏＳ(QoS: Quality of Service)機能を使用できるデータ送信装置、データ受信装置、データ送信方法、データ受信方法、データ送信プログラム及びデータ受信プログラムに関する。
【背景技術】
【０００２】
現在のインターネット等のネットワーク環境及び無線環境においては、データ伝送中のパケット損失は少なからず発生する。例えば、テレビ会議システムに代表されるビジュアルコミュニケーションの通信中にパケット損失が発生すると、映像の劣化やフリーズ、音声が乱れるなどの不具合を引き起こす。このような映像及び音声の品質の不具合に対し、ネットワークや無線の通信品質を制御するための技術（以下、「ＱｏＳ制御」と称す。）が必須となっている。
【０００３】
ＱｏＳ制御は、送信装置と受信装置との間で損失したパケットを回復する技術を利用する。パケット回復技術には、伝送データをパケット単位で処理する「誤り訂正符号機能」、「パケット再送機能」がある。さらに、パケット損失の発生による映像の劣化を隠す「エラーコンシールメント機能」がある。その他にも、ネットワーク帯域に応じて伝送レートを制御する「レート制御機能」がある。
【０００４】
各機能の特徴について簡単に説明する。「誤り訂正符号機能」は、伝送距離が長い場合の損失パケット回復に有効だが、冗長なデータが入るため伝送レートが落ちる。また、「パケット再送機能」は、短い伝送距離の損失パケット回復に有効だが、再送分をバッファに確保するため、一定の遅延が生じる。また、「エラーコンシールメント機能」は、映像の劣化を隠すためのものであり、補間処理を行うので画質が落ちる可能性がある。
【０００５】
上記のように、それぞれの機能には一長一短がある。そこで、ＱｏＳ機能を実施するにあたって複数の機能を自動／手動で複合的に組み合わせる方式が提案されている。さらに、ＱｏＳ機能で用いられる制御パラメータも自動／手動で設定が可能なものがある。例えば、特許文献１には、割当て可能な資源の容量、及び各通信セッションが利用している資源の容量を監視し、予約されているが稀にしか使われない資源を効率良く通信セッション間に割り当てることができるようにした技術が開示されている。
【０００６】
ユーザの目的は、例えば受信装置によりネットワーク経由でデータを受信し、その受信したデータを表示装置に表示することである。送信側及び受信側でシステムとして自動でＱｏＳ機能が動作しても、通信環境に応じたＱｏＳ機能の制御パラメータの選択は、上記目的を得るための手段でしかない。
【０００７】
【特許文献１】特開平９−２３１１４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記受信装置をはじめとする現在のネットワーク機器は、ある程度は自動でＱｏＳ機能が働くものの、使用する目的によって、より最適なＱｏＳ制御を行うためには、ユーザがＱｏＳ機能の特徴を理解する必要があるということである。これは、ユーザの使用するネットワーク機器の状況に応じた有効な機能の選択が、ユーザにとって困難あるいは不可能なことである。特に、現在のネットワーク機器に搭載されたＱｏＳ機能選択、及び、そのパラメータは、ユーザにとって使い勝手のよい（ユーザフレンドリーな）インターフェースを提供せず、ユーザがＱｏＳパラメータ選択を行うために必要な情報が不十分なことが多い。
【０００９】
本発明は斯かる点に鑑みてなされたものであり、ネットワークや通信の知識を持たないユーザにとって、容易に適切な通信品質制御のためのパラメータ設定が行えるようにすることを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明のデータ送信装置は、伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示する表示部と、この表示部に表示された複数のパラメータの設定を選択可能なグラフィカル・ユーザ・インターフェース（ＧＵＩ）部と、複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを記憶している記憶部と、ＧＵＩ部により選択された複数のパラメータの設定に対応するＱｏＳ機能の設定を、設定テーブルを参照して決定するパラメータ決定部と、このパラメータ決定部で決定されたＱｏＳ機能の設定に基づいて、ネットワークに伝送するデータの通信品質を制御する通信制御部を含む、ことを特徴とする。
【００１１】
また、本発明のデータ受信装置は、伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示する表示部と、この表示部に表示された複数のパラメータの設定を選択可能なグラフィカル・ユーザ・インターフェース（ＧＵＩ）部と、複数のパラメータの設定とＱｏＳ機能の設定が対応づけられた設定テーブルを記憶している記憶部と、前記ＧＵＩ部により選択された前記複数のパラメータの設定に対応するＱｏＳ機能の設定を、設定テーブルを参照して決定するパラメータ決定部と、このパラメータ決定部で決定されたＱｏｓ機能の設定に基づいて、ネットワークより受信するデータの通信品質を制御する通信制御部を含む、ことを特徴とする。
【００１２】
これらの構成によれば、ＱｏＳ機能と関連づけられた、伝送データの通信品質に係る複数のパラメータの名称及び設定内容を表示部に表示するので、ユーザに対して理解しやすい顕在化した、又は単純化したＱｏＳ機能を提示することができる。
【発明の効果】
【００１３】
本発明によれば、ネットワークや通信の知識を持たないユーザにとって、適切な通信品質制御のためのパラメータ設定が容易に行える。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施の形態の例について、添付図面を参照しながら説明する。
【００１５】
本発明は、下記通信システムについてグラフィカル・ユーザ・インターフェース（GUI；Graphical User Interface）で通信品質にかかわるパラメータを設定後、動作させるものである。
具体的には、到着期限に制限のあるパケットを、ベストエフォート型のネットワーク経由で送信する送信装置に、以下の処理機能を搭載する技術である。
（ａ）損失パケットの再送を制御するパケット自動再送機能（ＡＲＱ方式）
（ｂ）データ本体に冗長データを付加する前方誤り訂正符号化機能（ＦＥＣ方式）
（ｃ）レート制御機能
（ｄ）レート制御機能より通知された情報と、観測されたネットワーク状態情報に基づいて、損失パケットの再送のみで達成される受信装置側の誤り訂正後ロス率が許容誤り訂正後ロス率を満たすように、データ本体に付加する冗長データの冗長度を動的に決定する冗長度決定機能
【００１６】
この通信システムは、ネットワークの状態に応じて冗長データの冗長度を最適化する。これにより、ネットワークの混雑を不必要に増長させたり、データ本体の伝送量を不必要に低下させたりすることなく、受信装置側でのエラー訂正後ロス率を許容範囲内に留めることができる。
【００１７】
一例として、ビデオデータをインターネット経由でストリーミング伝送する通信システムについて説明する。なお、伝送するデータについて、音声やその他のデータ、またはそれらが複合されている場合もある。
シェアードメディア（他ユーザと（帯域を）共有するメディア）における伝送レート制御により、又は帯域予約の制約により、あるいは物理ネットワークの制約により、使用可能な総伝送レートが限定される場合を想定する。ここで、総伝送レートとは、ビデオデータ本体の伝送レートと、誤り訂正パケットの伝送レートと、再送パケットの伝送レートの総和をいう。
【００１８】
図１は、本発明の一実施の形態に係る通信システムの構成例を示したものである。図１の通信システム１００は、インターネット網などのネットワークを通じて通信可能に接続された１台の送信装置２００と１台の受信装置３００で構成される例としてある。
【００１９】
送信装置２００は、符号化部２０１、パケット化部２０２、ＦＥＣ符号化部２０３、ＲＴＰ送信部２０４、ＲＴＣＰ部２０５、ＡＲＱ部２０６、レート制御部２０７、冗長度決定部２０８、操作入力部２０９、パラメータ決定部２１０、ＧＵＩ表示部２１１、メモリ２１２から構成してある。
【００２０】
符号化部２０１は、ＭＰＥＧ（Moving Picture Experts Group）２等、所定の符号化方式に従って入力されたビデオデータＶｉｎを符号化処理し、パケット化部２０２へ出力する。
【００２１】
パケット化部２０２は、符号化されたビデオデータを送信先のアドレスなどの制御情報を付加したパケットに分割し、ＦＥＣ符号化部２０３へ出力する。
【００２２】
ＦＥＣ（Forward Error Correction）符号化部２０３は、ビデオデータ本体に誤り訂正データを付加する「前方誤り訂正符号化機能」に対応するものであり、誤り訂正データを付加したビデオデータをＲＴＰ送信部２０４へ出力する。
【００２３】
ＲＴＰ（Real-time Transport Protocol）送信部２０４は、ＦＥＣ符号化部２０３及びＡＲＱ部２０６から所定の情報を取得し、映像をストリーミング再生するための伝送プロトコルに従ってビデオデータをネットワークへ伝送する。
【００２４】
ＲＴＣＰ（RTP Control Protocol）部２０５は、ＲＴＰによりビデオデータを送受信するためのセッションを制御するプロトコルに従って動作する。ストリーム形式データの受信装置３００からＲＴＣＰパケットを定期的に受信し、送信装置の伝送レート等の調整を行うためのネットワーク状態情報を取得する。
【００２５】
ＡＲＱ（Automatic Repeat reQuest）部２０６は、再送パケットの再送を制御する「パケット自動再送機能」に対応するものであり、ＲＴＣＰ部２０５から供給されるＮＡＣＫ（Negative Acknowledgment）に基づいて、冗長度決定部２０８へＮＡＣＫサイズ（再送データサイズ）を通知するとともに、ＲＴＰ送信部２０４に対する再送制御を行う。なお、ＮＡＣＫは、送信側から送信されたデータを受信側が正しく受信できなかった場合に、受信側が送信側に返す応答信号である。
【００２６】
レート制御部２０７は、ＲＴＣＰ部２０５から受信したネットワーク状態情報に基づいてレート情報を生成する「レート制御機能」に対応し、そのレート情報を冗長度決定部２０８へ出力する。ネットワーク状態情報には、ＲＴＣＰ部２０５からのパケットロス率、往復伝送遅延（RTT：Round Trip Time）等が含まれる。なお、ネットワーク状態情報は、往復伝送遅延ＲＴＴだけで与えることも可能であるが、その分、ネットワークの通信状態を予測する精度はパケットロス率を加味する場合よりも低下する。その他の通信処理機能には、いずれも既知の技術を適用する。
【００２７】
冗長度決定部２０８は、レート制御部２０７からのレート情報と、観測されたネットワーク状態情報に基づいて、損失パケットの再送のみで達成される受信装置３００の誤り訂正後ロス率が許容誤り訂正後ロス率を満たすように、ビデオデータ本体に付加する冗長データの冗長度を動的に決定する「冗長度決定機能」に対応するものである。この冗長度決定部２０８は、レート制御部２０７からの情報とＡＲＱ部２０６からの情報に基づいて、符号化部２０１にビデオフレームデータサイズを通知するとともに、ＦＥＣ符号化部２０３に付加すべき冗長度を通知する。
【００２８】
操作入力部２０９は、マウスなどのポインティングデバイスが適用される。ユーザは、操作入力部２０９を用いて、ＧＵＩ表示部２１１に表示されたネットワークの通信品質に係る複数のパラメータの名称及び設定から所望の設定を選択することができる。
【００２９】
パラメータ決定部２１０は、操作入力部２０９から入力された操作内容に基づいて、ネットワークを伝送するデータの品質を制御するためのパラメータを決定するものである。メモリ（記憶部）２１２は、複数のパラメータの設定とＱｏＳ機能の設定との対応関係を表した設定テーブルを保持しており、パラメータ決定部２１０はこの設定テーブルを参照してＱｏＳ機能の設定を決定する。メモリ２１２には、半導体メモリなどからなる不揮発の読み書き可能なメモリが適用される。なお、このメモリ２１２は、各種データベースの記憶装置としても利用される。また、本実施形態では、メモリ２１２又は図示しないＲＯＭに、送信装置２００を制御するためのプログラムが格納されており、そのプログラムに従ってＦＥＣ処理、ＡＲＱ処理、冗長度決定処理等の制御が行われる。
【００３０】
ＧＵＩ表示部２１１は、ユーザに対する情報の表示にグラフィックを使用し、大半の基礎的な操作をマウスなどのポインティングデバイスによって行なうことができるグラフィカル・ユーザ・インターフェース（ＧＵＩ）機能を備える。このＧＵＩ表示部２１１は、特許請求の範囲に記載された表示部及びＧＵＩ部として機能する。
【００３１】
上記送信装置２００の構成は一例であり、この例に限られるものではない。なお、説明していないその他の通信処理機能には、いずれも既知の技術を適用する。
【００３２】
一方、受信装置３００は、ＲＴＰ受信部３０１、デパケット化部３０２、復号化部３０３、ＦＥＣ復号化部３０４、ロス検出部３０５、ＡＲＱ部３０６、ＲＴＣＰ部３０７、操作入力部３０８、パラメータ決定部３０９、ＧＵＩ表示部３１０、メモリ３１１から構成してある。
【００３３】
ＲＴＰ受信部３０１は、映像をストリーミング再生するための伝送プロトコルに従って、送信装置２００から送信される誤り訂正データが付加されたビデオデータを受信し、ＦＥＣ復号化部３０４に出力する。また、このＲＴＰ受信部３０１は、ＦＥＣ復号化部３０４から復号化処理が実行されたビデオデータを受信し、デパケット化部３０２に出力する。
【００３４】
デパケット化部３０２は、パケット化されているビデオデータを元のデータ形式に戻して復号化部３０３に出力する。
【００３５】
復号化部３０３は、ビデオデータに対して送信装置２００で実施された符号化処理に対応した復号化処理を行い、ビデオデータＶｏｕｔを取り出す。
【００３６】
ＦＥＣ復号化部３０４は、誤り訂正データが付加されたビデオデータに対し復号化処理を実行する。また、ＦＥＣ復号化部３０４は、後述するように必要に応じて、ＡＲＱ部３０６にＦＥＣ回復情報を与えるとともに、ＮＡＣＫリストから復号化できたパケットを削除する。
【００３７】
ロス検出部３０５は、送信装置２００から送信されたパケットの損失パケットをＲＴＰ受信部３０１から検知して、パケットロス情報としてＡＲＱ部３０６へ出力する。例えばＲＴＰパケットヘッダに記載されたシーケンス番号を検査し、受信したＲＴＰパケットのシーケンス番号が連続でなかった場合にはパケットが損失したものとみなす。
【００３８】
ＡＲＱ部３０６は、ＦＥＣ復号化部３０４から送られるＦＥＣ回復情報を含む情報と、ロス検出部３０５から送られるパケットロス情報に基づいて、ＲＴＣＰ部３０７に再送要求リスト（ＮＡＣＫリスト）を出力する。
【００３９】
ＲＴＣＰ部３０７は、ＲＴＰによりビデオデータを送受信するためのセッションを制御するプロトコルに従って動作するものであり、送信装置２００の伝送レート等の調整用に、ＡＲＱ部３０６からのＮＡＣＫリストに基づいて、ＲＴＣＰパケットを定期的に送信する。ＲＴＣＰパケットとして、例えばパケットロス率やＮＡＣＫパケットが送信される。
【００４０】
操作入力部３０８は、マウスなどのポインティングデバイスが適用される。ユーザは、操作入力部３０８を用いて、ＧＵＩ表示部３１０に表示されたネットワークの通信品質に係る複数のパラメータの名称及び設定から所望の設定を選択することができる。
【００４１】
パラメータ決定部３０９は、操作入力部３０８から入力された操作内容に基づいて、ネットワークを伝送するデータの品質を制御するためのパラメータを決定するものである。メモリ（記憶部）３１１は、複数のパラメータの設定とＱｏＳ機能の設定との対応関係を表した設定テーブルを保持しており、パラメータ決定部３０９はこの設定テーブルを参照してＱｏＳ機能の設定を決定する。メモリ３１１には、半導体メモリなどからなる不揮発の読み書き可能なメモリが適用される。なお、このメモリ３１１は、各種データベースの記憶装置としても利用される。また、本実施形態では、メモリ３１１又は図示しないＲＯＭに、受信装置３００を制御するためのプログラムが格納されており、そのプログラムに従ってＦＥＣ処理、ＡＲＱ処理等の制御が行われる。
【００４２】
ＧＵＩ表示部３１０は、ユーザに対する情報の表示にグラフィックを使用し、大半の基礎的な操作をマウスなどのポインティングデバイスによって行なうことができるグラフィカル・ユーザ・インターフェース（ＧＵＩ）機能を備える。このＧＵＩ表示部３１０は、特許請求の範囲に記載された表示部及びＧＵＩ部として機能する。
【００４３】
これらの通信処理機能には、いずれも概知の技術を適用する。また、これら受信装置３００の構成は一例であり、この例に限られるものではない。
【００４４】
以下、通信システム１００で実行される処理アルゴリズムを、通常伝送処理、エラー訂正処理に分けて説明する。
【００４５】
＜通常伝送処理＞
送信装置２００は、ビデオカメラその他の図示せぬ画像出力装置とビデオ入力インターフェース経由でビデオデータＶｉｎが供給される。ビデオインターフェース経由で入力されたビデオデータＶｉｎは、符号化部２０１において動画像圧縮処理された後、パケット化部２０２に送られ、ＲＴＰパケット化される。この後、ビデオデータは、ＦＥＣ符号化部２０３において誤り訂正データが付加される。すなわち、ＦＥＣ冗長符号化処理が行われる。なお、ＦＥＣ冗長符号化されたビデオデータはＲＴＰ送信部２０４に送られ、ＲＴＰパケットとしてインターネット網に送信される。
【００４６】
受信装置３００は、ＲＴＰパケットをＲＴＰ受信部３０１で受信し、デパケット化部３０２において圧縮画像データに再構成する。この後、復号化部３０３は、再構成された圧縮画像データの圧縮処理を解除する。復号化されたビデオデータＶｏｕｔは、図示せぬビデオ出力インターフェースより、例えばディスプレイその他の映像表示装置に出力される。
【００４７】
＜エラー訂正処理＞
エラー訂正処理は、「ＦＥＣ処理」「ＡＲＱ処理」「冗長度決定処理」の３つの処理に分けられる。
「ＦＥＣ処理」では、通信システムは、ＦＥＣ方式による冗長符号化、復号化処理を実行する。また、「ＡＲＱ処理」では、ＡＲＱ方式による再送制御を実行する。また、「冗長度決定処理」では、ネットワーク状態情報とＡＲＱ再送パケット量、ビデオデータ等のデータ本体のデータレートからＦＥＣによる冗長度を決定する処理を実行する。
【００４８】
（ａ）  ＦＥＣ処理
「ＦＥＣ処理」において、送信装置２００は、「冗長度決定処理」により決定された冗長度に基づく元データの冗長符号化処理を実行する。一方、受信装置３００は、復号化処理を実行する。ＦＥＣ冗長符号化には、例えばリードソロモン（Reed-Solomon）符号等の損失誤り訂正符号を用い、冗長符号化処理を実行する。「冗長度決定処理」からの冗長度は、（元データパケット数，冗長パケット数)という形式で指定する。
【００４９】
（元データパケット数，冗長パケット数）の組を一つの冗長符号単位、いわゆるＦＥＣブロックとして扱う。例えば（元データパケット数，冗長パケット数）＝（１０，５）と指定された場合、送信装置２００におけるＦＥＣ処理により元データパケット数が１０個に対して冗長パケット数５個を生成し、このＦＥＣブロックにおいては合計１５個のパケットが送信される。受信装置３００においては、このＦＥＣブロックパケット中１０個のパケットを受信すれば、ＦＥＣ復号処理により元データの復号が可能である。
【００５０】
図２及び図３に、「ＦＥＣ処理」で実行される処理手順を示す。図２に送信装置２００側の処理手順を、図３に受信装置３００側の処理手順を示す。
【００５１】
図２において、セッション初期化後、送信装置２００側のＦＥＣ符号化部２０３は、最初にＦＥＣ処理を終了するか否かを判定する（ステップＳ１）。ここで肯定結果が得られた場合、ＦＥＣ処理を終了する。
【００５２】
上記ステップＳ１の判定処理で、否定結果が得られた場合、ＦＥＣ符号化部２０３は、パケット化部２０２から入力されるビデオデータ本体の送信パケットを取得したか否かを判定する（ステップＳ２）。このステップＳ２の判定処理で否定結果が得られている間、ＦＥＣ符号化部２０３は、ステップＳ１及びステップＳ２の判定処理を繰り返す。
【００５３】
また、ステップＳ２の判定処理で肯定結果が得られた場合、ＦＥＣ符号化部２０３は、冗長度決定部２０８からＦＥＣ処理で使用する冗長パケット数を取得する（ステップＳ３）。この後、ＦＥＣ符号化部２０３は、取得した冗長パケット数に基づいて送信パケットを冗長符号化し、符号化結果をＲＴＰ送信部２０４に送る（ステップＳ４）。そして、ステップＳ１の判定処理へ移行する。
【００５４】
一方、図３に示すように受信装置３００側のＦＥＣ復号化部３０４も、最初にＦＥＣ処理を終了するか否かを判定する（ステップＳ１１）。ここで肯定結果が得られた場合、ＦＥＣ処理を終了する。
【００５５】
上記ステップＳ１１の判定処理で否定結果が得られた場合、ＦＥＣ復号化部３０４は、受信バッファにパケットを受信するとともに、ＦＥＣデータベースを更新する（ステップＳ１２）。
【００５６】
この後、ＦＥＣ復号化部３０４は、受信したパケットでＦＥＣ復号化ができるか否かを判定する（ステップＳ１３）。このステップＳ１３の判定処理で否定結果が得られている間、すなわちＦＥＣ復号化が可能になるまで、ＦＥＣ復号化部３０４は、ステップＳ１１〜ステップＳ１３の処理を繰り返す。
【００５７】
一方、ステップＳ１３の判定処理で肯定結果が得られた場合、ＦＥＣ復号化部３０４は復号化処理を実行し、復号されたパケットを受信バッファに戻す（ステップＳ１４）。
【００５８】
この後、ＦＥＣ復号化部３０４は、ＡＲＱ部３０６にＦＥＣ回復情報を与えるとともに、復号化できたパケットをＮＡＣＫリストから削除する（ステップＳ１５）。これらの処理をＦＥＣ処理の終了が確認されるまで繰り返し実行する。
【００５９】
（ｂ）  ＡＲＱ処理
「ＡＲＱ処理」では、受信装置３００から送信装置２００に対し、損失パケットの再送を要求する再送要求パケット（すなわち、ＮＡＣＫパケット）が送信される。一方の送信装置２００では、ＮＡＣＫパケットにより指定されたシーケンス番号の損失パケットの再送処理を実行する。
【００６０】
損失パケットの検知は、受信装置３００のロス検出部３０５により実行される。ロス検出部３０５は、例えばＲＴＰパケットヘッダに記載されたシーケンス番号を検査し、受信したＲＴＰパケットのシーケンス番号が連続でなかった場合にはパケットが損失したものとみなす。
【００６１】
損失パケットは、ＡＲＱ部３０６で再送要求リスト（すなわち、ＮＡＣＫリスト）に追加される。ＡＲＱ部３０６は、指定時刻に「ＮＡＣＫリスト」よりＮＡＣＫパケット情報を読み出してＲＴＣＰ部３０７に与える。ＲＴＣＰ部３０７は、「ＮＡＣＫリスト」に基づいてＮＡＣＫパケットを送信装置２００に送信する。この「ＮＡＣＫリスト」には、個々のＮＡＣＫパケット情報に対して「NACK timeout」情報と、「NACK deadline」情報との２つの時刻情報が設定される。
【００６２】
ここで、受信装置３００のＡＲＱ部３０６は、最初にパケットロスを検知した時点で、ＮＡＣＫパケットの送信を指示する。その一方で、ＡＲＱ部３０７は、ＮＡＣＫパケットの送信から一定時間が経過した時点でも（すなわち、「NACK timeout」の経過時点でも）再送パケットを受信していない場合には、再度のＮＡＣＫパケットの送信指示を「NACK deadline」になるまで繰り返し出力する。
【００６３】
「NACK timeout」は、通常、ＮＡＣＫパケットの送信からＲＴＴ時間（往復伝送遅延時間）が経った時刻に設定される。「NACK timeout」は、そのパケットデータの再生予定時刻などのパケット到着期限よりＲＴＴ時間前に設定される。
【００６４】
図４に、通信システム１００による「ＡＲＱ処理」のシーケンス例を示す。図４は、シーケンス番号（ｓｅｑ）の「１０２」が付されたパケットが損失パケットになった場合に、２度の再送パケットも損失パケットとして判定されるが、「NACK deadline」の到来によりＮＡＣＫパケットの送信が停止される例を表している。
【００６５】
本例では、ＮＡＣＫパケットのフォーマットには、例えばIETF（The Internet Engineering Task Force） Internet Draft 「Extended RTP Profile for RTCP-based Feedback」記載のＲＴＣＰ  ＮＡＣＫパケットフォーマットを使用する。
【００６６】
次に、図５及び図６に、「ＡＲＱ処理」で実行される処理手順例を示す。図５に送信装置２００側の処理手順を、図６に受信装置３００側の処理手順を示す。
【００６７】
図５において、セッション初期化後、送信装置２００側のＡＲＱ部２０６は、最初にＡＲＱ処理を終了するか否かを判定する（ステップＳ２１）。ここで肯定結果が得られた場合、ＡＲＱ処理を終了する。
【００６８】
上記ステップＳ２１の判定処理で否定結果が得られた場合、ＡＲＱ部２０６は、ＮＡＣＫパケットが受信されたか否かを判定する（ステップＳ２２）。このステップＳ２２で否定結果が得られている間、ＡＲＱ部２０６は、ステップＳ２１とステップＳ２２の判定処理を繰り返す。
【００６９】
また、上記ステップＳ２２の判定処理で肯定結果が得られた場合、ＡＲＱ部２０６は、ＮＡＣＫパケットのシーケンス番号で指定されたパケットの再送をＲＴＰ送信部２０４に通知する（ステップＳ２３）。これらの処理をＡＲＱ処理の終了が確認されるまで繰り返し実行する。
【００７０】
一方、図６に示すように、受信装置３００側のＡＲＱ部３０６も、最初にＡＲＱ処理を終了するか否かを判定する（ステップＳ３１）。ここで肯定結果が得られた場合、ＡＲＱ処理を終了する。
【００７１】
上記ステップＳ３１の判定処理で否定結果が得られた場合、ＡＲＱ部３０６は、ＮＡＣＫリストのうち「NACK deadline」を超えたパケットをデータリストから削除する（ステップＳ３２）。
【００７２】
この後、ＡＲＱ部３０６は、ＲＴＣＰ部３０７にパケットロス情報を通知するか否かを判定する（ステップＳ３３）。ここで肯定結果が得られた場合、ＡＲＱ部３０６は、損失パケットのシーケンス番号、「NACK timeout」、「NACK deadline」をＮＡＣＫリストに追加する（ステップＳ３４）。一方、ステップＳ３３で否定結果が得られた場合（既に、同一パケットについてＮＡＣＫパケットが送信されている場合）、ＡＲＱ部３０６は、「NACK timeout」が経過したか否かを判定する（ステップＳ３５）。
【００７３】
上記ステップＳ３４の処理を実行後又はステップＳ３５の判定処理で肯定結果が得られた場合、ＡＲＱ部３０６は、現在時刻が「NACK deadline」を超えているか否かを判定し、超えていない場合にはＲＴＣＰ部３０６にＮＡＣＫパケットの送信を要求する（ステップＳ３６）。
【００７４】
そして、上記ステップＳ３６の処理を実行後又はステップＳ３５の判定処理で否定結果が得られた場合、ＡＲＱ部３０６は、ステップＳ３１の判定処理に戻って一連の処理を実行する。
【００７５】
（ｃ）  レート制御処理
レート制御処理は、例えばIETF RFC3448「TCP Friendly Rate Control (TFRC):Protocol Specification」に従って行う。送信装置２００におけるレート制御部２０７は、ＲＴＣＰ部２０５よりパケットロス率、ＲＴＴ等のネットワーク状態情報に基づいて、データ本体、ＦＥＣによる冗長パケットデータ、ＡＲＱによる再送データの総伝送レートを決定する。既知の処理方式の場合、総伝送レート情報は、符号化部２０１、ＲＴＰ送信部２０４と冗長度決定部２０８に通知される。
【００７６】
（ｄ）  冗長度決定処理
「冗長度決定処理」は、送信装置２００の冗長度決定部２０８において、レート制御部２０７より通知された総伝送レートと、ＲＴＣＰ部２０５より通知されるパケットロス率及びＲＴＴと、ＡＲＱ部２０６より通知される再送データサイズに基づいて符号化部２０１に通知するビデオフレームデータサイズとＦＥＣ符号化部２０３に通知する冗長度を決定する。
【００７７】
冗長度決定部２０８で再送データの送信レート、ＦＥＣ冗長データの送信レート、データ本体の送信レートの合計がレート制御部２０７より通知された総伝送レートになるように調整したデータサイズと冗長度を、符号化部２０１及びＦＥＣ符号化部２０３に通知する。
【００７８】
ネットワーク状態情報は、例えば送信装置２００のＲＴＣＰ部２０５と受信装置３００のＲＴＣＰ部３０７との間で送受信されるIETF RFC 3550に記載のRTCP Sender Report(SR)パケット、RTCP Receiver Report(RR)パケットより得られる。ネットワーク状態情報としては、往復伝送遅延（ＲＴＴ）、パケットロス率など様々なパラメータが用いられる。
【００７９】
この実施の形態例の場合、冗長度決定部２０８がこれらのネットワークパラメータから損失パケットの再送のみで達成されるエラー訂正後ロス率を求め、目標とされるエラー訂正後ロス率を達成するために必要なＦＥＣ冗長度を決定する。
【００８０】
パケット到着期限がない場合には、ＡＲＱ機能による再送要求を無限に実行できるため、ＡＲＱのみで目標とされるエラー訂正後ロス率を達成することができる。
【００８１】
しかし、パケット到着期限が限定されている場合には、ＡＲＱ方式による再送可能回数がＲＴＴとパケット到着期限により決定され、ＲＴＴが大きいほどＡＲＱによるエラー訂正後ロス率が高くなる。すなわち、ＦＥＣ符号化部２０３においては、より冗長度の高い冗長符号化が必要とされる。
【００８２】
そこで、実施形態の例の一つとして、ビデオフレームデータをＦＥＣブロック単位とし、エラー訂正後ビデオフレームロス率を目標エラー訂正後ロス率の指標とする場合を考える。
【００８３】
例えば、目標エラー訂正後ビデオフレームロス率＜１０−４とした場合、ＡＲＱ方式とＦＥＣ方式を用いるエラー訂正後のビデオフレーム内のパケットが１つでも欠ける確率を１０−４以下とするように冗長度を決定する。目標指標をビデオフレームロス率の代わりにエラー訂正後パケットロス率を用いることもできる。
【００８４】
冗長度決定部２０８では、例えばＲＴＣＰ部２０５からのＲＴＴ情報及びパケット化部２０２からのビデオフレーム当たりのパケット数情報に基づいて、各ＦＥＣブロック当たりの冗長パケット数を決定する。
【００８５】
冗長パケット数の指定には、予め計算しておいた「冗長度テーブル」を参照する方式やその都度計算する方式の適用が考えられる。
【００８６】
図７に、「冗長度テーブル」を参照する方法で使用する冗長度テーブル例を示す。図７は、ネットワークのパケットロス率はパラメータとして用いずに、あるランダムパケットロス率の環境下で一定値以下のエラー訂正後ビデオフレームロス率保つために必要な冗長度テーブルの例である。
【００８７】
この冗長度テーブルでは、「総伝送レートから再送パケットの送信に必要な送信レート（再送データレート）を除いた伝送レート」を現在値とし、この現在値とＲＴＴ値（往復伝送遅延時間）との関係に応じてＦＥＣブロック当たりのＦＥＣ冗長パケット数を決定する。
【００８８】
なお、ＲＴＴ情報に加えて、パケットロス率もパラメータとして加えることもできる。この場合は、３次元の冗長度テーブルが必要となる。
【００８９】
本例のようにビデオフレームをＦＥＣブロック単位とする場合、エラー訂正後ビデオフレームロス率を一定以上に保つためには、ＦＥＣブロック当たりのデータパケット数に応じて、データパケット数に対する必要なＦＥＣパケット数の割合が変化する。
【００９０】
図８に、「冗長度決定処理」で実行される処理手順を示す。
図８において、セッション初期化後、冗長度決定部２０８は、最初に冗長度決定処理を終了するか否かを判定する（ステップＳ４１）。ここで肯定結果が得られている場合、冗長度決定処理を終了する。
【００９１】
上記ステップＳ４１の判定処理で否定結果が得られた場合、冗長度決定部２０８は、ＲＴＣＰ部２０５からネットワーク状態情報を取得したか否かを判定する（ステップＳ４２）。このステップＳ４２の判定処理で否定結果が得られている間（ネットワーク状態情報の取得が確認されるまでの間）、冗長度決定部２０８は、ステップＳ４１及びステップＳ４２の判定処理を繰り返す。
【００９２】
また、上記ステップＳ４２の判定処理で肯定結果が得られた場合、冗長度決定部２０８は、レート制御部２０７から送信レート情報を取得したか否かを判定する（ステップＳ４３）。このステップＳ４３の判定処理で否定結果が得られている間（送信レート情報の取得が確認されるまでの間）、冗長度決定部２０８は、ステップＳ４１〜ステップＳ４３までの判定処理を繰り返す。
【００９３】
また、ステップＳ４３の判定処理で肯定結果が得られた場合、冗長度決定部２０８は、ＡＲＱ部２０６から再送データサイズ（ＮＡＣＫサイズ）を取得したか否かを判定する（ステップＳ４４）。このステップＳ４４の判定処理で否定結果が得られている間（再送データサイズの取得が確認されるまでの間）、冗長度決定部２０８は、ステップＳ４１〜ステップＳ４４までの判定処理を繰り返す。
【００９４】
また、ステップＳ４４の判定処理で肯定結果が得られた場合、冗長度決定部２０８は、総伝送レートから再送データ分を減算し、データ本体とＦＥＣ冗長パケットが使用できる伝送レートを求める（ステップＳ４５）。
【００９５】
そして、目的の伝送レートが求まると、冗長度決定部２０８は、「冗長度テーブル（図７）」を参照して制約条件である伝送レートを満たすように、データパケット数とＦＥＣ冗長パケット数を決定し、これらを符号化部２０１とＦＥＣ符号化部２０３に供給する（ステップＳ４６）。これらの一例の処理を冗長度決定処理の終了が確認されるまで繰り返し実行する。
【００９６】
なお前述したように、ビデオフレームをＦＥＣブロック単位とする場合、ＡＲＱのみによるエラー訂正後パケットロス率、ＡＲＱ及びＦＥＣによるエラー訂正後ビデオフレームロス率は、下記の式（数１）（数２）で計算することができる。本式（数１）（数２）により、所望のエラー訂正後ビデオフレームロス率を達成するために必要な冗長パケット数を計算することができる。
【００９７】
【数１】
2008288973.tif 000003
【数２】
2008288973.tif 000004
【００９８】
以上のように、送信装置２００側に冗長度決定部２０８を設け、ネットワーク（インターネット網）の状態に応じて冗長データの冗長度を最適化することにより、限られた伝送レートの範囲で冗長度を不必要に増やすことなく、受信装置３００でのエラー訂正後ロス率を許容範囲内に留めることができる。
【００９９】
例えば、往復伝送遅延（ＲＴＴ）が小さい場合には、損失パケットの再送により所定のエラー訂正後ロス率を達成できる。このため、冗長データの冗長度は最小になり、伝送されるデータ本体の割合を増やすことができる。
【０１００】
また例えば、往復伝送遅延（ＲＴＴ）が大きい場合には、損失パケットの再送だけでは要求されるエラー訂正後ロス率を実現することはできないが、要求されるエラー訂正後ロス率を達成できる範囲で、データ本体に割り当てられるデータ量を最大化できる。
【０１０１】
図９に、上記冗長度の最適化処理の変更前と変更後のイメージを示す。図９に示すように、総伝送レートは一定であるが、データ本体と誤り訂正データ（ＦＥＣ）の割合をネットワークの状態に応じて増減させることができる。ここでは、ＡＲＱの割合を増加させた例としてある。
冗長度決定部２０８の採用により、送信装置２００及び受信装置３００を利用するユーザが手動でエラー訂正方式の設定を変更する必要がない。
また、エラー訂正に必要なデータ伝送量を最小限で済ませることができるため、その分、データ本体の伝送に多くの伝送量を割り当てることができる。例えば動画像伝送の場合には、従来に比してより高品質での画像伝送を実現できる。
【０１０２】
以下、上述したＱｏＳ制御アルゴリズムを有する通信システムに対して、ユーザがＱｏＳ制御の設定を選択する方法について説明する。なお、下記の例では、送信装置２００を例に説明するが、受信装置３００においても同様であるので受信装置３００については説明を割愛する。
【０１０３】
ユーザは、送信装置２００のコントローラやキーボード等の操作入力部２０９を用いて、ＧＵＩ表示部２１１上にＧＵＩによって提示された機能から選択する。ＧＵＩ表示部２１１に表示された伝送データの品質を制御するための機能（パラメータ）は、ネットワーク及び通信について専門知識を持たないユーザにとっても直感的に理解しやすい言葉で表現されている。したがって、ユーザは、現在の送信装置２００においてＱｏＳ機能が顕在化、単純化されたわかりやすい表現で表示されている機能（パラメータ）の中からから選択を行うことができるようになっている。
【０１０４】
本実施形態では、利用できるＱｏＳ機能の設定と、ユーザが理解しやすい顕在化された、又は単純化された機能群との関係を、例えばマトリクス（設定パラメータのテーブル）にしてメモリ２１２に保存しておく。本実施形態では、ユーザが理解しやすい顕在化された、又は単純化された機能群として、例えば、「遅延」「回復率」「データレート」を使用し、一例として図１０に示すような設定テーブルを作成する。本実施形態では、５パターンの設定が登録されている。
【０１０５】
「遅延」「回復率」「データレート」の各パラメータの定義は、以下のとおりとする。
【０１０６】
（遅延の定義と、ＧＵＩとＱｏＳ機能との関連）
本実施形態における「遅延」は、相手側装置の映像、音声が入力されたときから相手側装置に出力される時間のずれを指す。テレビ電話などのリアルタイムコミュニケーションにおいては、一般に２５０ｍｓｅｃ以上の遅延があると相手とのコミュニケーションのずれを感じると言われている。
遅延の詳細として、送信端末２００の符号化部２０１、パケット化部２０２、ＦＥＣ符号化部２０３、ＲＴＰ送信部２０４の処理やバッファ遅延、伝送距離やネットワークの混雑状況、ルータなど中継機器が入ることによるネットワーク遅延、受信端末３００のＲＴＰ受信部３０１、デパケット化部３０２、復号化部３０３の処理、バッファ遅延がある。
【０１０７】
ここでいう「遅延」として、本実施形態の通信システムで直接関係するＱｏＳ機能は、ＲＴＰ受信部３０１の受信バッファサイズとする。なお、上記列挙した「遅延」の定義に加え、例えば、符号化・復号化の方式を加えた場合、符号化・復号化の方式を変える、すなわち、符号化部２０１と復号化部３０３を変えることにより遅延時間を変えることも可能である。
【０１０８】
（回復率の定義と、ＧＵＩとＱｏＳ機能との関連）
本実施形態における「回復率」は、エラー訂正後のロス率を示す。ここでいう「回復率」は、上記通信システム１００では、エラー訂正後ビデオフレームロス率のこととする。なお、エラー訂正後パケットロス率と置き換えてもよい。もしくは、エラー訂正後のロス率を満たすＦＥＣの冗長度テーブルとする。
【０１０９】
（データレートの定義と、ＧＵＩとＱｏＳ機能との関連）
本実施形態における「データレート」は、映像データなどデータ本体のビットレートを指す。ビットレートが高いということはコーデックの解像度、フレームレートを高くできるため、より自然な映像にすることができる。ここでいう「データレート」とは全体の伝送レートに対する映像データなどデータ本体の伝送レートの割合をいう。全体の伝送レートはデータパケット（データ本体）、誤り訂正パケット（ＦＥＣ）、再送パケット（ＡＲＱ）で構成されている。ＧＵＩに表示するデータレートと直接関連するパラメータは、エラー訂正後ロス率を満たすＦＥＣの冗長度テーブルとする。
【０１１０】
（遅延、回復率、データレートの関係）
遅延と回復率は比例の関係にある。回復率が大きいということは、ＡＲＱ、ＦＥＣ、レート制御を機能させるということであり、ＲＴＰ受信部３０１の受信バッファを生成し、さらにＦＥＣの冗長度を多く付加するということになるので、その復号処理のために遅延が大きくなる。一方、回復率とデータレートは反比例の関係にある。回復率を高く設定するとパケットロス時、同じ総伝送レートでも誤り訂正パケットの伝送レートが大きくなることによって、データレートが小さくなる。
【０１１１】
上記パラメータとＱｏＳ機能との関係は、図１０に示すような設定テーブルで実現できる。この設定テーブル上で設定されたパターンとＧＵＩ表示部２１１の表示内容は、１対１の関係である。図１１に、ＧＵＩによるパラメータの表示例（１）を示す。図１１の遅延３（標準）、回復率３（標準）、データレート３（標準）の表示は、図１０のパターン３を表し、対応するパラメータは受信バッファサイズ１５０ｍｓｅｃ、エラー訂正後ロス率１０−４を満たす。
【０１１２】
ここで、ＧＵＩを利用したパラメータの設定処理について説明する。図１２は、パラメータ設定処理を示すフローチャートである。送信装置２００を例にパラメータ設定処理を説明するが、受信装置３００でも同様である。
【０１１３】
図１２において、まず、対象とする装置（送信装置２００又は受信装置３００）で利用可能なＱｏＳ機能とユーザが理解しやすい顕在化・単純化された機能（パラメータ）について、関連づける（ステップＳ５１）。これは、図１０に示すような設定テーブルを作成して、メモリ２１２に保存しておくことを指している。
【０１１４】
次に、顕在化・単純化されたパラメータの選択肢（設定）を、ＧＵＩ表示部２１１上に表示する（ステップＳ５２）。パラメータ決定部２１０は、ユーザが操作入力部２０９を用いてＧＵＩ上で指示した確定ボタン４０１によってパラメータ決定処理を終了するか否かを判定する（ステップＳ５３）。ここで肯定結果が得られた場合、パラメータ決定処理を終了する。
【０１１５】
上記ステップＳ５３の判定処理で、否定結果が得られた場合、パラメータ決定部２１０は、ユーザが操作入力部２０９を用いてＧＵＩ上で指示したパラメータの設定を取得する（ステップＳ５４）。そして、パラメータ決定部２１０は、メモリ２１２に保存された設定テーブルを参照し、選択された顕在化・単純化されたパラメータに応じて利用可能なＱｏＳ機能とその設定を決定する。決定したＱｏＳ機能の設定をＧＵＩ表示部２１１に送り、表示画面に表示する（ステップＳ５５）。これらの処理をパラメータ決定処理の終了が確認されるまで繰り返し実行する。
【０１１６】
例えば、ユーザがＧＵＩで遅延最小を意図して、ポインタ４０２を操作して「遅延の１（小）」を選択した場合、設定テーブルは図１０のパターン１が選択されたことになり、図１３に示すようにＧＵＩの表示が設定テーブルに従って変化する。確定ボタン４０１を押すと、この表示されているパラメータに決定される。この例ではパターン３が選択されたので、図１０に示すようにＱｏＳ機能は、受信バッファなし、ＡＲＱ、ＦＥＣ、レート制御機能ｏｆｆに変化する。
【０１１７】
例えば、ＴＶ会議用に到着期限に制限のある通信システムに適用するには、図１０の設定テーブルのパターン３（標準）を選択する。ＱｏＳ機能が保証されたネットワークでは、パケットロスが起こらないので回復率は不要かつデータレートを高くしてできるだけデータを流したい場合はパターン１を選択する。また、パケットロスが多発する通信環境で、遅延があってもデータを流したい場合は、設定テーブルのパターン５を選択する、などのように適宜所望の変更が可能である。
【０１１８】
上記ＧＵＩを利用したパラメータの設定処理において、ＧＵＩ上でユーザがポインタ４２を用いて遅延のパラメータを３→１に変更した場合、それに連動して回復率、データレートのパラメータもそれぞれ、回復率３→１、データレート３→５に変更される。つまり、３つのパラメータのうちどれか一つを変更すると、設定パラメータのテーブル（図１０参照）に従って他の２つのパラメータが決定されるため、１つのパラメータの変更と連動してすべてのパラメータが更新される。これにより、ユーザは、ＧＵＩに表示されたパラメータのうち、一つのパラメータだけを設定するだけですべてのパラメータの設定が完了するので、設定操作を簡略化でき使い勝手が向上する。
【０１１９】
本例では、図１０に示す設定パラメータの組合せは一義的に決定される。これに対し、例えば設定パラメータのテーブルに遅延を１とするパターンが複数存在する場合を考える。その場合、ユーザは、ＧＵＩ上で遅延を１に設定した後で、回復率又はデータレートを所望の値に設定することによりパラメータの設定が完了する。それによって、３つのパラメータの設定を２回の設定操作で完了させることができるので、３つのパラメータすべてを設定するのに比べて設定操作を簡略できる。
【０１２０】
なお、ＧＵＩでの設定を有効にするために、ユーザは、送信装置２００、受信装置３００のＧＵＩ設定を合わせる必要がある。ＧＵＩ設定が異なっていた場合はＧＵＩの標準の設定（例えば、図１０のパターン３など）で動作するようにする。もしくは、送信装置２００、受信装置３００、いずれかに決定権があり、そのＧＵＩ設定に従って動作する。
【０１２１】
図１４は、図１３に示すＧＵＩを他の表示形態で表示した例である。
【０１２２】
ユーザが理解しやすいパラメータと実際のＱｏＳ機能の設定を、ＧＵＩ表示部２１１上に同時に表示するようにしてもよい。このようにした場合、ネットワーク及び通信の技術に詳しいユーザ、そうでないユーザともに設定内容を理解してパラメータの設定が実施できる。
【０１２３】
以上説明した実施の形態によれば、ユーザが理解しやすい顕在化した又は単純化した機能をＧＵＩによって直感的にナビゲートするため、ユーザはＱｏＳ機能を深く理解する必要がなく、使用状況に応じた最適なＱｏＳ制御の設定が可能となる。
【０１２４】
なお、本実施形態は、いかなるコンピュータプログラミング言語にも限定するものではない。また、ネットワーク機器単体での操作の他に、ブラウザなどを使用したリモートでの操作も含まれる。
【０１２５】
また、本発明は、上述した実施の形態の例に限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能であることは勿論である。
【図面の簡単な説明】
【０１２６】
【図１】本発明の一実施形態に係る通信システムの全体構成例を示す図である。
【図２】本発明の一実施形態に係る送信装置で実行されるＦＥＣ処理例を示すフローチャートである。
【図３】本発明の一実施形態に係る受信装置で実行されるＦＥＣ処理例を示す図である。
【図４】本発明の一実施形態に係るＡＲＱ処理例のシーケンス図を示す図である。
【図５】本発明の一実施形態に係る送信装置で実行されるＡＲＱ処理例を示す図である。
【図６】本発明の一実施形態に係る受信装置で実行されるＡＲＱ処理例を示す図である。
【図７】本発明の一実施形態に係る冗長度テーブル例を示す図である。
【図８】本発明の一実施形態に係る冗長度決定処理例を示す図である。
【図９】本発明の一実施形態に係る冗長度の制御イメージを示す図である。
【図１０】本発明の一実施形態に係るＧＵＩと設定パラメータのテーブル例を示す図である。
【図１１】本発明の一実施形態に係るＧＵＩ例（１）を示す図である。
【図１２】本発明の一実施形態に係るパラメータ設定処理例を示すフローチャートである。
【図１３】本発明の一実施形態に係るＧＵＩ例（２）を示す図である。
【図１４】本発明の一実施形態に係るＧＵＩ例（３）を示す図である。
【符号の説明】
【０１２７】
１００…通信システム、２００…送信装置、２０１…符号化部、２０２…パケット化部、２０３…ＦＥＣ符号化部、２０４…ＲＴＰ送信部、２０５…ＲＴＣＰ部、２０６…ＡＲＱ部、２０７…レート制御部、２０８…冗長度決定部、２０９…操作入力部、２１０…パラメータ決定部、２１１…ＧＵＩ表示部、２１２…メモリ、３００…受信装置、３０１…ＲＴＰ受信部、３０２…デパケット化部、３０３…復号化部、３０４…ＦＥＣ復号化部、３０５…ロス検出部、３０６…ＡＲＱ部、３０７…ＲＴＣＰ部、３０８…操作入力部、３０９…パラメータ決定部、３１０…ＧＵＩ表示部、３１１…メモリ、４０１…確定ボタン、４０２…ポインタ
【図１】
2008288973.tif 000005
【図２】
2008288973.tif 000006
【図３】
2008288973.tif 000007
【図４】
2008288973.tif 000008
【図５】
2008288973.tif 000009
【図６】
2008288973.tif 000010
【図７】
2008288973.tif 000011
【図８】
2008288973.tif 000012
【図９】
2008288973.tif 000013
【図１０】
2008288973.tif 000014
【図１１】
2008288973.tif 000015
【図１２】
2008288973.tif 000016
【図１３】
2008288973.tif 000017
【図１４】
2008288973.tif 000018