(57)【要約】【課題】利用者に対し、納得感の高い品質制御および課金を実現する映像通信課金サービスのシステムおよび方法を提供する。【解決手段】データ送信装置２２は、シグナリングプロトコルを解析することで利用者端末２１と利用者端末２５との間の映像通信サービスを検出、把握し、把握した映像通信サービスに関して、利用者端末２５から品質改善の依頼があった場合、ＦＥＣ処理を行って映像通信サービスの品質改善を行う。利用者端末２５は、ＦＥＣ利用時の現在の品質情報を提示し、データ送信装置２２は、利用者端末２５からの更なる品質改善要求に応じてＦＥＣパラメータを動的に制御することで更なる品質改善を行い、管理サーバ装置２６は、映像通信サービスの品質改善に応じてサービス料金を決定し、課金処理サーバ装置２７は、課金処理を行う。【選択図】図１
2007013575.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末が接続されたデータ送信装置と、利用者端末が接続されたデータ受信装置と、管理サーバと、課金処理サーバが接続され、前記利用者端末間で映像通信を行うネットワークにおける映像通信課金サービスのシステムであって、
前記データ送信装置は、シグナリングプロトコルを解析することで前記利用者端末間の映像通信サービスを検出、把握し、把握した映像通信サービスに関して、受信側の利用者端末から映像通信サービスの品質改善の依頼があった場合、ＦＥＣ処理を行って映像通信サービスの品質改善を行い、受信側の利用者端末からの更なる品質改善要求に応じてＦＥＣパラメータを動的に制御することで更なる品質改善を行う機能を備え、
受信側の利用者端末は、ＦＥＣ利用時の現在の品質情報を提示する機能を備え、
前記管理サーバは、映像通信サービスの品質改善に応じてサービス料金を決定する機能を備え、
前記課金サーバは、前記管理サーバによる料金決定に従って課金処理を行う機能を備えることを特徴とする映像通信課金サービスのシステム。
【請求項２】
前記管理サーバは、前記サービス料金を、冗長度や使用帯域を考慮した重み付けをして決定する機能を備えることを特徴とする請求項１に記載の映像通信課金サービスのシステム。
【請求項３】
前記データ送信装置は、利用者端末間でやり取りされるＳＩＰ  ＩＮＶＩＴＥメッセージの内容、ＲＴＳＰメッセージの内容のうち少なくとも１つを監視して、利用者端末間で行われる映像通信サービスを検出、把握する機能を備えることを特徴とする請求項１または２に記載の映像通信課金サービスのシステム。
【請求項４】
前記品質改善の尺度を、パケット損失率、タイムアウトパケット数のうち少なくとも１つとすることを特徴とする請求項１〜３のいずれかに記載の映像通信課金サービスのシステム。
【請求項５】
前記データ送信装置は、ＦＥＣパラメータである冗長度、遅延設定値のうち少なくとも１つを動的に制御する機能を備えることを特徴とする請求項１〜４のいずれかに記載の映像通信課金サービスのシステム。
【請求項６】
利用者端末間で映像通信を行うネットワークにおける映像通信課金サービスの方法であって、
シグナリングプロトコルを解析することで前記利用者端末間の映像通信サービスを検出、把握し、把握した映像通信サービスに関して、受信側の利用者端末から品質改善の依頼があった場合、ＦＥＣ処理を行って映像通信サービスの品質改善を行い、受信側の利用者端末にＦＥＣ利用時の現在の品質情報を提示し、受信側の利用者端末からの更なる品質改善要求に応じてＦＥＣパラメータを動的に制御することで更なる品質改善を行い、映像通信サービスの品質改善に応じてサービス料金を決定し、課金処理を行うことを特徴とする映像通信課金サービスの方法。
【請求項７】
前記サービス料金を、冗長度や使用帯域を考慮した重み付けをして決定することを特徴とする請求項６に記載の映像通信課金サービスの方法。
【請求項８】
前記利用者端末間でやり取りされるＳＩＰ  ＩＮＶＩＴＥメッセージの内容、ＲＴＳＰメッセージの内容のうち少なくとも１つを監視して、利用者端末間で行われる映像通信サービスを検出、把握することを特徴とする請求項６または７に記載の映像通信課金サービスの方法。
【請求項９】
前記品質改善の尺度を、パケット損失率、タイムアウトパケット数のうち少なくとも１つとすることを特徴とする請求項６〜８のいずれかに記載の映像通信課金サービスの方法。
【請求項１０】
前記ＦＥＣパラメータである冗長度、遅延設定値のうち少なくとも１つを動的に制御することを特徴とする請求項６〜９のいずれかに記載の映像通信課金サービスの方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを含むベストエフォート型サービスのネットワークにおいて、データ転送品質を利用者からの要求に応じて動的に向上させ、品質改善の度合いに応じた利用料の課金を行う映像通信課金サービスのシステムおよび方法に関する。なお、本発明は、有線通信系のベストエフォート型のネットワークの分野において、パケット損失、エンドエンド遅延をターゲットとするものであり、主にシンボル誤り訂正のＲＳ（Ｒｅｅｄ  Ｓｏｌｏｍｏｎ）符号が適用される。
【背景技術】
【０００２】
近年、通信網のブロードバンド化に伴い、映像コミュニケーションなどのリアルタイム映像通信の利用が増加している。リアルタイム映像通信では、通信網の品質が体感品質に直接影響するので、微量なパケット損失が視聴品質の低下につながる。パケット損失による品質低下を防止する機能として、損失パケットの再送を行う方法や、予め冗長パケットを送信し、受信側で誤りを訂正する符号誤り訂正方法がある。パケットの再送を伴わない符号誤り訂正方法は、復号のための符号化ブロックを受信する時間程度の遅延しか発生しないため、リアルタイム系アプリケーションへの適用が期待されている。
【０００３】
一般に、符号誤り訂正とは、ｓビットを１シンボルとし、伝送しようとするｋシンボルの情報に誤り訂正符号化を行い、符号長ｎシンボルの符号（以下、「符号化ブロック」という。）を構成して伝送し、伝送の過程で誤りが発生したとしても誤り訂正復号化を行うことにより、元のｋシンボルの情報に復元することができる、というものである。符号誤り訂正には様々な符号化方式があり、適用される分野やターゲットとする誤りによって使い分けられている。
【０００４】
図５は、ＲＳ（Ｒｅｅｄ  Ｓｏｌｏｍｏｎ）符号によるパケット単位の誤り訂正の実現例を示す図である。送信側の誤り訂正符号化機能において、送信側は、ｋシンボル（１シンボル＝ｓビット）のデータ系列に対してガロア体ＧＦ（２ｓ）の中でシンドローム計算を行い、原データ系列に２ｓ・ｋシンボルの冗長データ系列を添付して送信する。受信側の誤り訂正復号化機能において、同様のシンドローム計算を行い、その結果からシンボル単位の誤り位置および量を特定し、誤り訂正を実現している（例えば、非特許文献１）。パケット単位の誤り訂正を行う場合、一般的には、長さｐビットパケットに対し、上記ｓビット単位の処理をｐ／ｓ個並列に実行することにより訂正を行う。パケットごとにシーケンス番号が付与されている場合、ｋ個の情報パケットに対し、ｎ・ｋ個の冗長パケットを添付して転送することにより（以下、ＲＳ（ｎ，ｋ）符号化という。）、任意のｎ・ｋ個のパケット損失を完全に訂正することができる。
【０００５】
また、ＭＰＥＧ４のようなレート変動のあるコーデックおよびリアルタイム性の高いアプリケーションに対する符号化誤り訂正方式として、本発明者らは、特願２００４−３４５６３６号においてアプリケーションのレート変動に応じて誤り訂正時のパラメータ（ｎ，ｋ）を動的に変更することで誤り訂正遅延を低減、一定化する方式の提案をした。
【０００６】
また、符号誤り訂正方法は、例えば、アメリカのデジタルファウンテン（Ｄｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎ）社が、メタコンテンツ技術といわれる独自の符号化・復号化技術をソフトウェアアプリケーションによって実用されている（例えば、非特許文献２）。また、過度な冗長データを付与することは、ネットワークに更なる輻輳を発生させるという不都合に対し、通信路において発生しているパケット損失率に応じて冗長度パラメータを適応的に変化させる方式が提案されている（例えば、特許文献１）。
【特許文献１】特開２００４−２１５２２４号公報
【非特許文献１】金子敏信、江藤良済、他著、「誤り訂正符号とその応用」、オーム出版局、平成８年１２月２５日発行、ｐ．１０７〜１１５
【非特許文献２】“Ｏｖｅｒｖｉｅｗ  ｏｆ  Ｍｅｔａ−Ｃｏｎｔｅｎｔ  ｔｅｃｈｎｏｌｏｇｙ”，Ｄｉｇｉｔａｌ  Ｆｏｕｎｔａｉｎ社，ｈｔｔｐ：／／ｄｉｇｉｔａｌｆｏｕｎｔａｉｎ．ｃｏｍ／ｔｅｃｈｎｏｌｏｇｙ／ｉｎｄｅｘ．ｃｆｍ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
テレビ会議のようなリアルタイム映像通信サービスを、ＩＰ網のような複数のネットワークが相互接続され、品質を保証しないベストエフォート型のネットワーク上で提供する場合、ネットワーク中のパケット損失に応じて映像通信サービスの体感品質を劣化させてしまう。ＲＳ符号化／復号化のようなＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）方式を用いることで、一定のパケット損失は回復できるが、可変レートのコーデックに対してＦＥＣパラメータを固定にすると、映像レートの変動がエンドエンドでの遅延変動幅を増大させてしまい、アプリケーションのバッファで吸収できないためタイムアウトパケットとなり、再生されないため、利用者に対してはパケット損失と同じ品質劣化を招いてしまう。従って、こうした可変レートの映像通信サービスに対して、パケット損失を修復しつつエンドエンドでの遅延および遅延変動幅を考慮したＦＥＣ方式を実現することが所望されている。
【０００８】
また、ベストエフォート型のネットワーク上でＦＥＣを用いる際は、冗長度に応じた使用帯域を消費するため、冗長度を高くすることでより重度の輻輳状態においてもパケット損失からの回復が可能であるが、他の通信に与える影響も大きくなる。
【０００９】
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、利用者に対し、納得感の高い品質制御および課金を実現する映像通信課金サービスのシステムおよび方法を提供することにあり、すなわち、利用者の品質要求に応じてパケット損失や体感遅延を改善するためにＦＥＣパラメータを動的に制御し、品質改善度に応じて重量課金をすることにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、利用者端末が接続されたデータ送信装置と、利用者端末が接続されたデータ受信装置と、管理サーバと、課金処理サーバが接続され、前記利用者端末間で映像通信を行うネットワークにおける映像通信課金サービスのシステムであって、前記データ送信装置が、シグナリングプロトコルを解析することで前記利用者端末間の映像通信サービスを検出、把握し、把握した映像通信サービスに関して、受信側の利用者端末から映像通信サービスの品質改善の依頼があった場合、ＦＥＣ処理を行って映像通信サービスの品質改善を行い、受信側の利用者端末からの更なる品質改善要求に応じてＦＥＣパラメータを動的に制御することで更なる品質改善を行う機能を備え、受信側の利用者端末が、ＦＥＣ利用時の現在の品質情報を提示する機能を備え、前記管理サーバが、映像通信サービスの品質改善に応じてサービス料金を決定する機能を備え、前記課金サーバが、前記管理サーバによる料金決定に従って課金処理を行う機能を備えることを特徴とする。
【００１１】
前記管理サーバは、前記サービス料金を、冗長度や使用帯域を考慮した重み付けをして決定する機能を備えることが好ましく、前記データ送信装置は、利用者端末間でやり取りされるＳＩＰ  ＩＮＶＩＴＥメッセージの内容、ＲＴＳＰメッセージの内容のうち少なくとも１つを監視して、利用者端末間で行われる映像通信サービスを検出、把握する機能を備えることが好ましい。また、前記品質改善の尺度を、パケット損失率、タイムアウトパケット数のうち少なくとも１つとすることが好ましい。さらに、前記データ送信装置は、ＦＥＣパラメータである冗長度、遅延設定値のうち少なくとも１つを動的に制御する機能を備えることが好ましい。
【００１２】
また、本発明は、利用者端末間で映像通信を行うネットワークにおける映像通信課金サービスの方法であって、シグナリングプロトコルを解析することで前記利用者端末間の映像通信サービスを検出、把握し、把握した映像通信サービスに関して、受信側の利用者端末から品質改善の依頼があった場合、ＦＥＣ処理を行って映像通信サービスの品質改善を行い、受信側の利用者端末にＦＥＣ利用時の現在の品質情報を提示し、受信側の利用者端末からの更なる品質改善要求に応じてＦＥＣパラメータを動的に制御することで更なる品質改善を行い、映像通信サービスの品質改善に応じてサービス料金を決定し、課金処理を行うことを特徴とする。
【００１３】
前記サービス料金を、冗長度や使用帯域を考慮した重み付けをして決定することが好ましく、前記利用者端末間でやり取りされるＳＩＰ  ＩＮＶＩＴＥメッセージの内容、ＲＴＳＰメッセージの内容のうち少なくとも１つを監視して、利用者端末間で行われる映像通信サービスを検出、把握することが好ましく、前記品質改善の尺度を、パケット損失率、タイムアウトパケット数のうち少なくとも１つとすることが好ましく前記ＦＥＣパラメータである冗長度、遅延設定値のうち少なくとも１つを動的に制御することが好ましい。
【発明の効果】
【００１４】
本発明は、受信側の利用者端末からの品質要求に応じて動的にＦＥＣパラメータを変更することで品質改善を実現し、受信側の利用者端末において、その改善具合を利用者に提示し、課金することで利用者にとって納得感の高い有料映像通信サービスを提供することができる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。図１は、本発明による映像通信課金サービスのシステム図である。以下の説明では、本発明をＩＰ網に適用する場合を想定し、送受信されるデータはＩＰパケットの形態をとるものとする。
【００１６】
図１に示す映像通信課金サービスのシステムは、利用者端末（送信側）２１、データ送信装置２２、ＩＰ網２３、データ受信装置２４、利用者端末（受信側）２５、管理サーバ装置２６、課金処理サーバ装置２７から構成される。利用者端末（送信側）２１はデータ送信装置２２に直接もしくは間接的に接続され、データ送信装置２２はＩＰ網２３に直接もしくは間接的に接続さる。ＩＰ網２３にはデータ受信装置２４が直接もしくは間接的に接続され、データ受信装置２４には利用者端末（受信側）２５が直接もしくは間接的に接続される。さらにＩＰ網２３には管理サーバ装置２６、課金処理サーバ装置２７が直接もしくは間接的に接続される。
【００１７】
利用者端末（送信側）２１は、映像通信アプリケーション２１１を格納しており、データ送信装置２２は、利用者把握部２２１、ＦＥＣパラメータ制御部２２２、ＦＥＣ制御部２２３、誤り訂正符号化部２２４を備える。データ受信装置２４は、品質管理部２４１、課金管理部２４２、誤り訂正復号化部２４３を備える。利用者端末（受信側）２５は、サービス管理部２５１、品質管理部２５２を備え、映像通信アプリケーション２５３を格納している。管理サーバ装置２６は、利用者管理部２６１、サービス料金管理部２６２を備え、課金処理サーバ装置２７は、課金処理部２７１を備える。
【００１８】
この実施例においては、便宜上、図１のような構成とするが、実際にはデータ送信装置がデータ受信装置の機能をも有し、データ受信装置がデータ送信装置の機能をも有することで双方向の通信を可能とし、また利用者端末内にその全ての機能を有することや、独立した装置としてＩＰ網上に配備し、複数の利用者端末と接続する構成等も考えられる。
【００１９】
次に、利用者端末（送信側）、データ送信装置、データ受信装置、利用者端末（受信側）、管理サーバ装置、課金処理サーバ装置の各処理部の動作を、図２の映像通信課金サービスシステムのシーケンス例、図３の利用者端末（受信側）の画面例を用いて説明する。
【００２０】
図２のシーケンス例は、利用者の品質要求としてパケット損失をパラメータとした場合の映像通信課金サービスの実施例である。まず、利用者は、利用者端末（送信側）２１の映像通信アプリケーション２１１を用いて他の利用者、即ち利用者端末（受信側）２５との映像通信をＳＩＰやＲＴＳＰ等のシグナリングプロトコルを用いて開始する（ステップ１）。この際、データ送信装置２２の利用者把握部２２１は、利用者端末間でやり取りされるＳＩＰ  ＩＮＶＩＴＥメッセージの内容、ＲＴＳＰメッセージの内容のうち少なくとも１つ以上を監視し、利用者端末間で行われる映像通信に関して、利用者情報、利用者ＩＰアドレスおよび映像通信に用いる送受信ポート番号を把握する（ステップ２）。
【００２１】
この後、利用者端末（送信側）２１と利用者端末（受信側）２５と間のシグナリングプロトコルのやり取りが終了し、利用者端末（送信側）２１と利用者端末（受信側）２５と間での映像通信が開始され（ステップ３）、利用者端末（受信側）２５の映像通信アプリケーション２５３で映像の再生が開始される。映像通信が行われている間、利用者端末（受信側）２５の品質管理部２５２は、定期的に映像通信アプリケーション２５３のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を通じて再生映像のパケット損失率を取得し（ステップ４）、利用者端末（受信側）２５に現在の品質情報として提示するとともに、データ受信装置２４の品質管理部２４１に通知する（ステップ５）。
【００２２】
ここで、映像を受信している利用者が、提示される品質情報、再生映像の品質劣化を検知し、品質改善を望む場合、利用者端末画面の品質改善ボタンを押す（ステップ６）。利用者端末（受信側）２５のサービス管理部２５１は、利用者からの品質改善要求をデータ受信装置２４の品質管理部２４１、課金管理部２４２に通知する（ステップ７）。
【００２３】
データ受信装置２４の品質管理部２４１は、品質改善要求をデータ送信装置２２のＦＥＣパラメータ制御部２２２に通知し（ステップ８）、ＦＥＣパラメータ制御部２２２は、予め設定されたＦＥＣパラメータＲＳ（ｎＯ，ｋＯ）に従ってＦＥＣ制御部２２３において該当する通信に対してＦＥＣ処理を開始する。これにより、データ送信装置２２の誤り訂正符号化部２２４とデータ受信装置２４の誤り訂正復号化部２４３との間で映像通信に対するＦＥＣ符号化、ＦＥＣ復号化が開始され、ネットワーク中での一定のパケット損失に対して、修復が可能となる（ステップ９）。具体的なＦＥＣ処理は、参考文献１および参考文献２に示すとおりである。
【００２４】
データ受信装置２４の品質管理部２４１は、ＦＥＣ処理が開始された時刻ｔｎ、誤り訂正復号化部２４３より誤り訂正復号化処理時に収集可能である、復号化前のパケット損失率ｐｌｎおよび復号化による修復後のパケット損失率ｐ２ｎを品質情報として、定期的にそれぞれｔｎ、ｐｌｎ、ｐ２ｎとして管理し、定期的に管理サーバ装置２６のサービス料金管理部２６２に通知し（ステップ１０）、および利用者端末（受信側）２５の品質管理部２５２に通知する（ステップ１１）。
【００２５】
管理サーバ装置２６のサービス料金管理部２６２では、データ受信装置２４の品質管理部２４１からの定期的な品質情報の通知に従い、利用者へのサービス料金を決定し、品質改善要求を行った利用者端末（受信側）２５の品質管理部２５２に通知する（ステップ１２）。ここで、サービス料金の決定方法としては、パケット損失率ｐｌｎとパケット損失率ｐ２ｎとを比較し、その改善の度合いとその時間を基本として、冗長度や使用帯域を考慮した重み付けをすることで決定する。利用者端末（受信側）２５の品質管理部２５２は、受信した品質情報およびサービス料金をリアルタイムに利用者端末（受信側）２５の画面上で更新する（ステップ１３）。ＦＥＣ処理開始後は、ステップ１０からステップ１３の処理を繰り返すことで、常に利用者に品質改善度と利用料金を通知する。
【００２６】
利用者が映像通信を終了した場合、通信の終了をデータ送信装置２２の利用者把握部２２１が検出し、管理サーバ装置２６のサービス料金管理部２６２に通知する（ステップ１４）。管理サーバ装置２６のサービス料金管理部２６２は、該通信に関わるサービス料金と、利用者管理部２６１からの利用者情報を課金処理サーバ装置２７の課金処理部２７１に通知し、課金処理サーバ装置２７の課金処理部２７１は、通知されたサービス料金と利用者情報をもとに課金処理を行う（ステップ１５）。
【００２７】
ここで、利用者端末（送信側）２１と利用者端末（受信側）２５と間でＦＥＣ処理を行った映像通信を行っている間に、利用者が、品質情報として提示されるネットワーク中でのパケット損失率の低下や、サービス料金から品質改善処理が不要であると判断した場合は、利用者が利用者端末（受信側）２５で制御解除ボタンを押すことで、利用者端末（受信側）２５の品質管理部２５２は、データ送信装置２２のＦＥＣ制御部２２３に通知し、ＦＥＣ処理を停止するとともにサービス料金の更新を停止する。その後、利用者が利用者端末（受信側）２５で映像通信を停止した場合は、前記ステップ１５の課金処理を行う。
【００２８】
また、本発明は、ＦＥＣ処理を行っているにも関わらず、所望の品質改善を得られない、即ちＦＥＣ復号化処理後のパケット損失率、もしくは再生アプリケーションのパケット損失率が高い場合は、動的に利用者端末上の冗長度パラメータを操作することで損失能力を高めることができる。利用者端末の品質管理部２５２は、この冗長パラメータの変更をＦＥＣパラメータ制御部２２２に通知し、ＦＥＣ制御部２２３にて制御することで動的な冗長度変更が可能となる。
【００２９】
また、サービス料金に関しては、前記サービス料金の決定方法により、課金されていく。前記サービス料金の決定方法では、冗長度による重み付けを行うため、大きな冗長度を要求した場合は料金が高くなるが、その決定は利用者の意思により、動的に行われる。
【００３０】
本実施例では、品質情報および品質改善の尺度として、パケット損失を対象とした例を挙げたが、品質情報および品質改善の尺度として、遅延を考慮することも考えられる。リアルタイム双方向映像通信のようなサービスでは、再生アプリケーションとして保持するバッファ容量を極力小さくすることでリアルタイム性を高めることができる。しかし、バッファが小さいと、到着するパケットの遅延変動が大きい場合、タイムアウトとなり、映像として再生されないことになる。特に、ＭＰＥＧ４のようなレート変動の激しいコーデックを用いた映像通信の場合、ＦＥＣを用いると、レート変動に応じてデータ受信装置の誤り訂正復号化部で１つのＦＥＣブロックの到着待ちの時間が変動し、利用者端末（受信側）への到着パケットの遅延変動を大きくすることになり、タイムアウトパケット数を増加させてしまう。そこで、参考資料１のような低遅延化ＦＥＣ方式を用いることでタイムアウトパケット数を減らし、かつ利用者の体感遅延を低減することも可能である。この場合、図４のように利用者から遅延に関する品質要求も行え、ＦＥＣパラメータ制御部では、遅延要求に応じて制御間隔を設定し、制御間隔毎に到着したパケットに応じて動的にＦＥＣパラメータＲＳ（ｎ，ｋ）を決定、誤り訂正符号化を行うことで、遅延要求に応じた安定した映像通信を利用者端末間で行えるようになる。
【００３１】
また、サービス料金の決定方法に関しては、遅延制御を行う前のタイムアウトパケット率と制御後のタイムアウトパケット率を定期的に比較することで品質改善度を求め、利用者が要求する遅延時間に応じて重み付けを行うことで料金を決定する。
【００３２】
なお、図４の例では、冗長度と遅延という２つの品質要求パラメータを用いたが、それぞれ１つのみを品質要求パラメータと制御することも容易に可能である。
【図面の簡単な説明】
【００３３】
【図１】本発明による映像通信課金サービスのシステム図である。
【図２】映像通信課金サービスシステムのシーケンス例を示す図である。
【図３】利用者端末（受信側）の画面例を示す図である。
【図４】利用者端末（受信側）の画面例を示す図である。
【図５】リードソロモン符号によるパケット単位の誤り訂正の実現例を示す図である。
【符号の説明】
【００３４】
２１  利用者端末（送信側）
２２  データ送信装置
２３  ＩＰ網
２４  データ受信装置
２５  利用者端末（受信側）
２６  管理サーバ装置
２７  課金処理サーバ装置
２１１，２５３  映像通信アプリケーション
２２１  利用者把握部
２２２  ＦＥＣパラメータ制御部
２２３  ＦＥＣ制御部
２２４  誤り訂正符号化部
２４１，２５２  品質管理部
２４２  課金管理部
２４３  誤り訂正復号下部
２５１  サービス管理部
２６１  利用者管理部
２６２  サービス料金管理部
２７１  課金処理部
【図１】
2007013575.tif 000003
【図２】
2007013575.tif 000004
【図５】
2007013575.tif 000005
【図３】
2007013575.tif 000006
【図４】
2007013575.tif 000007