(57)【要約】【課題】受信端末側において発話者の動画像の視聴品質が劣化することを抑制することを可能とする送信端末を提供する。【解決手段】ネットワーク２００を介して接続される複数の端末１００によって構成されるテレビ会議システムにおいて、端末１００は、画像データの生成に用いる画像を取得するカメラ１０２と、音声データの生成に用いる音声を取得するマイク１０１と、音声取得部によって取得された音声のレベルに応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する設定部１０４と、設定部１０４によって設定された送信パラメータに従って、画像データを含むデータパケットを送信する送信部１０６とを備える。【選択図】図５
2009055469.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続される複数の端末によって構成されるテレビ会議システムにおいて、前記複数の端末のうち、画像データ又は音声データを含むデータパケットを他の端末に送信する端末である送信端末であって、
前記画像データの生成に用いる画像を取得する画像取得部と、
前記音声データの生成に用いる音声を取得する音声取得部と、
前記音声取得部によって取得された音声のレベルに応じて、前記画像データを含む前記データパケットの送信に用いる送信パラメータを設定する設定部と、
前記設定部によって設定された前記送信パラメータに従って、前記画像データを含む前記データパケットを送信する送信部とを備えることを特徴とする送信端末。
【請求項２】
前記送信部は、前記画像データの誤り訂正に用いる冗長データを含む誤り訂正パケットを送信し、
前記送信パラメータは、前記冗長データの長さであることを特徴とする請求項１に記載の送信端末。
【請求項３】
前記画像データを含む前記データパケットは、前記通信回線上において前記画像データを含む前記データパケットを転送する優先度を示す優先度クラスを含み、
前記送信パラメータは、前記優先度クラスであることを特徴とする請求項１に記載の送信端末。
【請求項４】
前記設定部は、前記音声取得部によって取得された音声のレベルが所定閾値よりも大きい場合には、前記音声取得部によって取得された音声のレベルが前記所定閾値よりも小さい場合に比べて、前記画像データの品質を高める前記送信パラメータを設定することを特徴とする請求項１に記載の送信端末。
【請求項５】
前記音声データを含む前記データパケットを前記他の端末から受信する受信部と、
前記受信部によって受信された前記データパケットに含まれる前記音声データに対応する音声のレベルである比較対象レベルを取得する音声レベル取得部とをさらに備え、
前記設定部は、前記音声取得部によって取得された音声のレベルが前記比較対象レベルよりも大きい場合には、前記音声取得部によって取得された音声のレベルが前記比較対象レベルよりも小さい場合に比べて、前記画像データの品質を高める前記送信パラメータを設定することを特徴とする請求項１に記載の送信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を介して接続される複数の端末によって構成されるテレビ会議システムにおいて、複数の端末のうち、画像データ又は音声データを含むデータパケットを他の端末に送信する端末である送信端末に関する。
【背景技術】
【０００２】
従来、複数の端末が通信回線を介して接続されている環境下において、画像データ又は音声データを含むデータパケットを交換するテレビ会議システムが知られている。画像データは、例えば、端末によって撮像されたユーザの画像のデータである。同様に、音声データは、例えば、端末によって集音されたユーザの音声のデータである。
【０００３】
このようなテレビ会議システムでは、各端末は、画像データ又は音声データを含むデータパケットを他の端末から受信した上で、画像や音声を出力する。
【０００４】
ここで、テレビ会議では、テレビ会議に参加している各ユーザが発話を行う。また、テレビ会議では、発話者が注目を集めることが一般的である。
【０００５】
これに対して、発話者の画像劣化を抑制する技術が提案されている（例えば、特許文献１）。具体的には、発話者の画像データを受信する端末（以下、受信端末）は、発話者の音声レベルに応じて、発話者の画像データを優先的に取り扱う。
【０００６】
例えば、送信端末から受信した画像データを再生するために必要な処理能力が受信端末の処理能力を超えている場合には、受信端末は、画像データによって再生すべきフレーム数を削減する。
【特許文献１】特開２００３−１７９８９４（例えば、［００１２］、［００１３］、［００１５］、［００１８］など）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、発話者の画像データは、発話者の端末（送信端末）から受信端末に通信回線を介して送信される。従って、通信回線が劣悪な環境下では、受信端末が画像データを受信した段階で、画像データが既に劣化している可能性がある。
【０００８】
すなわち、単に、受信端末側でフレーム数を削減しても、発話者の画像劣化を抑制することができない場合がある。また、一般的には、フレーム数の削減によって、静止画像の劣化については、ある程度抑制するものと考えられるが、受信端末側において動画像の視聴品質については劣化してしまう。
【０００９】
そこで、本発明は、上述した課題を解決するためになされたものであり、受信端末側において発話者の動画像の視聴品質が劣化することを抑制することを可能とする送信端末を提供することを目的とする。
【課題を解決するための手段】
【００１０】
一の特徴では、通信回線を介して接続される複数の端末によって構成されるテレビ会議システムにおいて、前記複数の端末のうち、画像データ又は音声データを含むデータパケットを他の端末に送信する端末である送信端末は、前記画像データの生成に用いる画像を取得する画像取得部（カメラ１０２）と、前記音声データの生成に用いる音声を取得する音声取得部（マイク１０１）と、前記音声取得部によって取得された音声のレベルに応じて、前記画像データを含む前記データパケットの送信に用いる送信パラメータを設定する設定部（設定部１０４）と、前記設定部によって設定された前記送信パラメータに従って、前記画像データを含む前記データパケットを送信する送信部（送信部１０６）とを備える。
【００１１】
かかる特徴によれば、送信端末は、自端末によって集音された音声のレベルに応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。すなわち、送信端末は、自端末のユーザが発話者であるか否かに応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。
【００１２】
従って、通信回線の状況による悪影響を軽減して、受信端末側において発話者の動画像の視聴品質が劣化することを抑制することができる。
【００１３】
上述した特徴において、前記送信部は、前記画像データの誤り訂正に用いる冗長データを送信し、前記送信パラメータは、前記冗長データの長さであることが好ましい。
【００１４】
上述した特徴において、前記画像データを含む前記データパケットは、前記通信回線上において前記画像データを含む前記データパケットを転送する優先度を示す優先度クラスを含み、前記送信パラメータは、前記優先度クラスであることが好ましい。
【００１５】
上述した特徴において、前記設定部は、前記音声取得部によって取得された音声のレベルが所定閾値よりも大きい場合には、前記音声取得部によって取得された音声のレベルが前記所定閾値よりも小さい場合に比べて、前記画像データの品質を高める前記送信パラメータを設定することが好ましい。
【００１６】
上述した特徴において、前記音声データを含む前記データパケットを前記他の端末から受信する受信部と、前記受信部によって受信された前記データパケットに含まれる前記音声データに対応する音声のレベルである比較対象レベルを取得する音声レベル取得部（設定部１０４）とをさらに備え、前記設定部は、前記音声取得部によって取得された音声のレベルが前記比較対象レベルよりも大きい場合には、前記音声取得部によって取得された音声のレベルが前記比較対象レベルよりも小さい場合に比べて、前記画像データの品質を高める前記送信パラメータを設定することが好ましい。
【発明の効果】
【００１７】
本発明によれば、受信端末側において発話者の動画像の視聴品質が劣化することを抑制することを可能とする送信端末を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下において、本発明の実施形態に係るテレビ会議システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【００１９】
［第１実施形態］
（テレビ会議システムの概略）
以下において、第１実施形態に係るテレビ会議システムの概略について、図面を参照しながら説明する。図１は、第１実施形態に係るテレビ会議システムの概略を示す図である。
【００２０】
図１に示すように、テレビ会議システムは、複数の端末１００（端末１００Ａ〜端末１００Ｃ）と、ネットワーク２００とを有する。テレビ会議システムにおいて、各端末１００は、画像データ又は音声データを含むデータパケットを交換する。
【００２１】
端末１００は、データパケットを送受信する端末である。例えば、端末１００は、携帯電話（例えば、端末１００Ａ）やノート型コンピュータ（例えば、端末１００Ｂ）などのような携帯端末であってもよい。端末１００は、デスクトップ型コンピュータ（例えば、端末１００Ｃ）などのような固定端末であってもよい。
【００２２】
具体的には、端末１００は、ユーザの画像を撮像するカメラやユーザの音声を集音するマイクなどを有する。端末１００は、画像データや音声データを符号化した上で、画像データや音声データをパケット化する。
【００２３】
ここで、画像データの符号化方式としては、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）で規定されたＭＰＥＧ−２、ＩＴＵ−ＴのＶＣＥＧ（Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）で規定されたＨ．２６４などを用いることが可能である。音声データの符号化方式としては、ＭＰＥＧで規定されたＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）やＡＣ３（Ａｕｄｉｏ  Ｃｏｄｅ  ｎｕｍｂｅｒ  ３）などを用いることが可能である。なお、画像データや音声データの符号化方式が上述した方式に限定されるものではないことは勿論である。
【００２４】
ネットワーク２００は、複数の端末１００を相互に接続しており、画像データ又は音声データを含むデータパケットを中継するネットワークである。
【００２５】
第１実施形態では、ネットワーク２００は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に準拠するＩＰネットワークである。各端末１００は、データパケットをマルチキャストで他の端末１００に送信する。データパケットのマルチキャスト送信は、ＲＦＣ３８１０で規定されたＭＬＤｖ２（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｖｅｒｓｉｏｎ  ２）、ＲＦＣ２２３６で規定されたＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）などによって実現可能である。
【００２６】
第１実施形態では、ＩＰの上位プロトコルとして、再送制御が行われないＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）が用いられる。ＵＤＰの上位プロトコルとして、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）が用いられる。
【００２７】
第１実施形態では、再送制御が行われないＵＤＰが用いられるため、各端末１００は、データパケットに加えて、パケットロスによって失われたデータパケットの復元に用いる誤り訂正パケットを他の端末１００に送信する。誤り訂正方法としては、ＦＥＣ（Ｆｏｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）などが考えられる。
【００２８】
（パケットフォーマット）
以下において、第１実施形態に係るデータパケット及び誤り訂正パケットのパケットフォーマットについて、図面を参照しながら説明する。図２（ａ）は、第１実施形態に係るデータパケットのパケットフォーマットを示す図である。図２（ｂ）は、第１実施形態に係る誤り訂正パケットのパケットフォーマットを示す図である。
【００２９】
図２（ａ）に示すように、データパケットは、ＩＰペイロードとＩＰヘッダとによって構成されるＩＰパケットである。ＩＰペイロードは、ＲＴＰペイロード（ＴＳパケット）と、ＲＴＰヘッダと、ＵＤＰヘッダとを含む。
【００３０】
図２（ｂ）に示すように、誤り訂正パケットは、ＩＰペイロードとＩＰヘッダとによって構成されるＩＰパケットである。ＩＰペイロードは、ＲＴＰペイロード（冗長データ＋ＦＥＣヘッダ）と、ＲＴＰヘッダと、ＵＤＰヘッダとを含む。
【００３１】
データパケットに含まれるＲＴＰペイロード（ＴＳパケット）は、符号化された画像データ又は音声データによって構成される。ＲＴＰペイロード（ＴＳパケット）のサイズは、例えば、１８８バイトの固定長である。
【００３２】
誤り訂正パケットに含まれるＲＴＰペイロードは、パケットロスによって失われたＴＳパケットの復元に用いる冗長データ（パリティデータ）とＦＥＣヘッダとによって構成される。なお、ＦＥＣヘッダの詳細については後述する（図３（ｂ）を参照）。
【００３３】
ＲＴＰヘッダは、図３（ａ）に示すように、以下に示す情報が含まれる。（１）ＲＴＰのバージョンを示す“Ｖ”、（２）パディングビットの有無を示す“Ｐ”、（３）拡張ヘッダの有無を示す“Ｘ”、（４）ＲＴＰペイロードに含まれるデータの送信元数を示す“ＣＣ”、（５）ＲＴＰペイロードの種類を示す“ＰＴ”、（６）ＲＴＰペイロード及びＲＴＰヘッダを含むＲＴＰパケットの順序番号を示す“ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ”、（７）ＲＴＰペイロード（ＴＳパケット）に含まれるデータのサンプリング時刻を示す“ｔｉｍｅ  ｓｔａｍｐ”、（８）ＲＴＰペイロードに含まれるデータの送信元を識別する“ＳＳＲＣ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）  ｉｄｅｎｔｉｆｉｅｒ”を含む。
【００３４】
ここで、ＲＴＰパケットに冗長データが含まれる場合には、拡張ヘッダ（ＦＥＣヘッダ）が含まれることを示す“１”が“Ｘ”にセットされる。
【００３５】
また、ＲＴＰペイロードにＴＳパケットが含まれる場合には、パケットの種類がデータパケットであることを示す“３３”が“ＰＴ”にセットされる。ＲＴＰペイロードに冗長データが含まれる場合には、パケットの種類が誤り訂正パケットであることを示す“４４”が“ＰＴ”にセットされる。
【００３６】
上述した拡張ヘッダ（ＦＥＣヘッダ）は、図３（ｂ）に示すように、（１）冗長データの計算に用いたＲＴＰパケットの順序番号を示す“ＳＮ  ｂａｓｅ”、（２）ＦＥＣヘッダ及び冗長データの長さを示す“ｌｅｎｇｔｈ”、（３）冗長データの計算に用いたＲＴＰパケットの総数を示す“ｐａｃｋｅｔ  ｓｕｍ”、（４）誤り訂正を行うことが可能なビット数（パリティの深さ）を示す“ｐａｒｉｔｙ  ｄｅｐｔｈ”を含む。
【００３７】
ＵＤＰヘッダは、送信元ポート番号、宛先ポート番号、ＵＤＰパケット長などを含む。
【００３８】
ＩＰヘッダは、図４に示すように、（１）ＩＰのバージョン（例えば、ＩＰｖ４やＩＰｖ６）を示す“バージョン”、（２）ネットワーク２００においてＩＰパケットを転送する優先度を示す優先度クラス（ＤＳＣＰ（ＤｉｆｆＳｅｒｖｅ  Ｃｏｄｅ  Ｐｏｉｎｔ）値）を含む“トラフィッククラス”、（３）端末１００が送信する一連のデータパケット（フロー）を識別する“フローラベル”、（４）ＵＤＰヘッダ、ＲＴＰヘッダ及びＲＴＰペイロードを含むＩＰペイロード長を示す“ペイロード長”、（５）ＩＰペイロード内に設けられるヘッダの種類（例えば、ＵＤＰヘッダ）を示す“次ヘッダ”、（６）ネットワーク２００においてＩＰパケットが経由可能なルータ数（ホップ数）の上限を示す“ホップリミット”、（７）ＩＰパケットの送信元である端末１００のＩＰアドレスを示す“送信元アドレス”、（８）ＩＰパケットの送信先（宛先）である端末１００のＩＰアドレスを示す“送信先アドレス”を含む。
【００３９】
（端末の構成）
以下において、第１実施形態に係る端末の構成について、図面を参照しながら説明する。図５は、第１実施形態に係る端末１００の構成を示すブロック図である。
【００４０】
図５に示すように、端末１００は、マイク１０１と、カメラ１０２と、エンコーダ１０３と、設定部１０４と、パケット生成部１０５と、送信部１０６と、受信部１１１と、誤り訂正部１１２と、デコーダ１１３と、スピーカ１１４と、ディスプレイ１１５とを有する。
【００４１】
マイク１０１は、端末１００のユーザの音声を集音する。すなわち、マイク１０１は、音声データの生成に用いる音声を取得する。なお、マイク１０１によって集音された音声についてＡ／Ｄ変換を行うことによって音声データが生成される。
【００４２】
カメラ１０２は、端末１００のユーザの画像を撮像する。すなわち、カメラ１０２は、画像データの生成に用いる画像を取得する。なお、カメラ１０２によって撮像された画像についてＡ／Ｄ変換を行うことによって画像データが生成される。
【００４３】
エンコーダ１０３は、音声データ及び画像データを符号化（圧縮）する。なお、画像データの符号化方式としては、上述したように、ＭＰＥＧで規定されたＭＰＥＧ−２、ＩＴＵ−ＴのＶＣＥＧで規定されたＨ．２６４などを用いることが可能である。音声データの符号化方式としては、上述したように、ＭＰＥＧで規定されたＡＡＣやＡＣ３などを用いることが可能である。
【００４４】
設定部１０４は、データパケットの送信に用いる送信パラメータを設定する。ここで、設定部１０４は、マイク１０１によって集音された音声のレベル（以下、音声レベル；Ｌ）に応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。第１実施形態では、送信パラメータは、データパケットに含まれる画像データの誤り訂正に用いる冗長データの長さ（ＦＥＣ長）、ネットワーク２００において画像データを含むデータパケットを転送する優先度を示す優先度クラス（ＤＳＣＰ値）である。
【００４５】
具体的には、設定部１０４は、Ａ／Ｄ変換が行われた音声（音声データ）によって、音声レベル（Ｌ）を取得する。続いて、設定部１０４は、音声レベル（Ｌ）と所定閾値とを比較する。
【００４６】
設定部１０４は、図６（ａ）に示すように、音声レベル（Ｌ）が所定閾値（Ｔｈ１）未満である場合には、ＤＳＣＰ値としてデフォルト値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，１）を設定する。一方で、設定部１０４は、音声レベル（Ｌ）が所定閾値（Ｔｈ１）以上である場合には、ＤＳＣＰ値として最優先値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，２）を設定する。
【００４７】
すなわち、設定部１０４は、音声レベル（Ｌ）が所定閾値（Ｔｈ１）未満である場合には、ユーザが発話していない“発話なし”と判定し、音声レベル（Ｌ）が所定閾値（Ｔｈ１）以上である場合には、ユーザが発話している“発話あり”と判定する。
【００４８】
設定部１０４は、“発話あり”におけるＤＳＣＰ値として、“発話なし”におけるＤＳＣＰ値（デフォルト値）よりも高い最優先値を設定する。同様に、設定部１０４は、“発話あり”におけるＦＥＣ長として、“発話なし”におけるＦＥＣ長（１６，１）よりも長い（１６、２）を設定する。
【００４９】
このように、設定部１０４は、音声レベルが所定閾値よりも大きい場合には、音声レベルが所定閾値よりも小さい場合に比べて、画像データの品質を高める送信パラメータを設定する。
【００５０】
なお、設定部１０４は、“発話あり”と“発話なし”とを区別するだけではなく、音声レベルに応じて、画像データを含むデータパケットについて３段階以上の送信パラメータを設定してもよい。
【００５１】
例えば、設定部１０４は、図６（ｂ）に示すように、音声レベル（Ｌ）が所定閾値（Ｔｈ１）未満である場合には、ＤＳＣＰ値としてデフォルト値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，１）を設定する。一方で、設定部１０４は、音声レベル（Ｌ）が所定閾値（Ｔｈ１）以上所定閾値（Ｔｈ２）未満である場合には、ＤＳＣＰ値としてデフォルト値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，２）を設定する。設定部１０４は、音声レベル（Ｌ）が所定閾値（Ｔｈ２）以上である場合には、ＤＳＣＰ値として最優先値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，２）を設定する。
【００５２】
なお、設定部１０４は、音声データを含むデータパケットについて送信パラメータを設定してもよいことは勿論である。例えば、設定部１０４は、テレビ会議システムに要求されるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に従って、音声データを含むデータパケットの送信に用いる送信パラメータを設定してもよい。
【００５３】
パケット生成部１０５は、設定部１０４によって設定された送信パラメータに従って、ＩＰパケットを生成する。具体的には、パケット生成部１０５は、上述した図２〜図４に示したパケットフォーマットでＩＰパケットを生成する。
【００５４】
ここで、画像データを含むデータパケットの生成では、パケット生成部１０５は、設定部１０４によって設定されたＤＳＣＰ値を、ＩＰヘッダに含まれるトラフィッククラスに設定する。また、パケット生成部１０５は、設定部１０４によって設定されたＦＥＣ長に従って冗長データを生成した上で、冗長データを含む誤り訂正パケットを生成する。
【００５５】
送信部１０６は、パケット生成部１０５によって生成されたＩＰパケットを送信する。具体的には、送信部１０６は、データパケット及び誤り訂正パケットをマルチキャストで他の端末１００に送信する。
【００５６】
受信部１１１は、データパケット及び誤り訂正パケットを他の端末１００から受信する。誤り訂正部１１２は、誤り訂正パケットによってデータパケットの誤り訂正を行う。
【００５７】
デコーダ１１３は、音声データ及び画像データを復号（伸長）する。なお、画像データの符号化（復号）方式としては、上述したように、ＭＰＥＧで規定されたＭＰＥＧ−２、ＩＴＵ−ＴのＶＣＥＧで規定されたＨ．２６４などを用いることが可能である。音声データの符号化（復号）方式としては、上述したように、ＭＰＥＧで規定されたＡＡＣやＡＣ３などを用いることが可能である。
【００５８】
スピーカ１１４は、デコーダ１１３によって復号された音声データに基づいて音声を出力する。具体的には、デコーダ１１３によって復号された音声データについてＤ／Ａ変換を行うことによって音声が生成される。
【００５９】
ディスプレイ１１５は、デコーダ１１３によって復号された画像データに基づいて画像を出力する。具体的には、デコーダ１１３によって復号された画像データについてＤ／Ａ変換を行うことによって画像が生成される。
【００６０】
（端末の動作）
以下において、第１実施形態に係る端末の動作（送信方法）について、図面を参照しながら説明する。図７は、第１実施形態に係る端末１００の動作を示すフロー図である。なお、図７では、端末１００がデータパケット及び誤り訂正パケットを送信するケースについて説明する。
【００６１】
図７に示すように、ステップ１０において、端末１００は、ユーザの音声及びユーザの画像を取得する。具体的には、マイク１０１は、ユーザの音声を集音し、カメラ１０２は、ユーザの画像を撮像する。
【００６２】
ステップ２０において、端末１００は、マイク１０１によって集音された音声のレベル（音声レベル）と閾値とを比較する。具体的には、端末１００は、上述した図６（ａ）又は図６（ｂ）に示したように、音声レベル（Ｌ）と所定閾値（Ｔｈ１〜Ｔｈ２）とを比較する。
【００６３】
ステップ３０において、端末１００は、データパケットの送信に用いる送信パラメータを設定する。例えば、端末１００は、画像データを含むデータパケットについて、上述した図６（ａ）又は図６（ｂ）を参照して、ステップ２０における比較結果に対応する送信パラメータを設定する。具体的には、端末１００は、ＤＳＣＰ値及びＦＥＣ長を設定する。
【００６４】
ステップ４０において、端末１００は、ステップ３０で設定された送信パラメータに従って、ＩＰパケット（データパケットや誤り訂正パケット）を生成する。
【００６５】
ステップ５０において、端末１００は、ステップ４０で生成されたＩＰパケット（データパケットや誤り訂正パケット）をマルチキャストで他の端末１００に送信する。
【００６６】
（作用及び効果）
第１実施形態によれば、端末１００は、自端末によって集音された音声のレベルと所定閾値との比較結果に応じて、画像データを含むデータパケットの送信に用いる送信パラメータ（例えば、ＤＳＣＰ値やＦＥＣ長）を設定する。すなわち、端末１００は、自端末のユーザが発話しているか否かに応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。
【００６７】
具体的には、端末１００は、自端末によって集音された音声のレベルが所定閾値よりも大きい場合には、自端末によって集音された音声のレベルが所定閾値よりも小さい場合に比べて、画像データの品質を高める送信パラメータを設定する。
【００６８】
従って、通信回線の状況による悪影響を軽減して、受信端末側において発話者の動画像の視聴品質が劣化することを抑制することができる。
【００６９】
［第２実施形態］
以下において、第２実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第２実施形態との相違点について主として説明する。
【００７０】
具体的には、上述した第１実施形態では、端末は、音声レベルと所定閾値との比較結果に応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。
【００７１】
これに対して、第２実施形態では、端末は、自端末によって集音された音声レベルと他端末から受信した音声レベル（比較対象音声レベル）との比較結果に応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。
【００７２】
（端末の構成）
以下において、第２実施形態に係る端末の構成について、図面を参照しながら説明する。図８は、第２実施形態に係る端末１００の構成を示すブロック図である。なお、図８では、上述した図５と同様の構成について同様の符号を付していることに留意すべきである。
【００７３】
図８に示すように、端末１００では、デコーダ１１３が設定部１０４に接続されている。デコーダ１１３は、他の端末１００から受信した音声データを復号した上で、復号された音声データを設定部１０４に出力する。
【００７４】
設定部１０４は、第１実施形態と同様に、マイク１０１によって集音された音声のレベルである音声レベル（Ｌｓｅｌｆ）を取得する。また、設定部１０４は、デコーダ１１３から取得した音声データに基づいて、音声データに対応する音声のレベルである比較対象レベル（Ｌｏｔｈｅｒ）を取得する。続いて、設定部１０４は、音声レベル（Ｌｓｅｌｆ）と比較対象レベル（Ｌｏｔｈｅｒ）とを比較する。
【００７５】
設定部１０４は、図９に示すように、音声レベル（Ｌｓｅｌｆ）が比較対象レベル（Ｌｏｔｈｅｒ）未満である場合には、ＤＳＣＰ値としてデフォルト値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，１）を設定する。一方で、設定部１０４は、音声レベル（Ｌｓｅｌｆ）が比較対象レベル（Ｌｏｔｈｅｒ）以上である場合には、ＤＳＣＰ値として最優先値を設定し、ＦＥＣ長（ｎ，ｋ）として（１６，２）を設定する。
【００７６】
すなわち、設定部１０４は、音声レベル（Ｌｓｅｌｆ）が比較対象レベル（Ｌｏｔｈｅｒ）未満である場合には、ユーザが発話していない“非発話者”と判定し、音声レベル（Ｌｓｅｌｆ）が比較対象レベル（Ｌｏｔｈｅｒ）以上である場合には、ユーザが他のユーザに対して主として発話している“発話者”と判定する。
【００７７】
設定部１０４は、“発話者”におけるＤＳＣＰ値として、“非発話者”におけるＤＳＣＰ値（デフォルト値）よりも高い最優先値を設定する。同様に、設定部１０４は、“発話者”におけるＦＥＣ長として、“非発話者”におけるＦＥＣ長（１６，１）よりも長い（１６、２）を設定する。
【００７８】
このように、設定部１０４は、音声レベル（Ｌｓｅｌｆ）が比較対象レベル（Ｌｏｔｈｅｒ）よりも大きい場合には、音声レベル（Ｌｓｅｌｆ）が比較対象レベル（Ｌｏｔｈｅｒ）よりも小さい場合に比べて、画像データの品質を高める送信パラメータを設定する。
【００７９】
（端末の動作）
以下において、第２実施形態に係る端末の動作（送信方法）について、図面を参照しながら説明する。図１０は、第２実施形態に係る端末１００の動作を示すフロー図である。なお、図１０では、端末１００がデータパケット及び誤り訂正パケットを送信するケースについて説明する。
【００８０】
図１０に示すように、ステップ１１０において、端末１００は、上述したステップ１０と同様に、ユーザの音声及びユーザの画像を取得する。具体的には、マイク１０１は、ユーザの音声を集音し、カメラ１０２は、ユーザの画像を撮像する。
【００８１】
ステップ１２０において、端末１００は、音声データを含むデータパケットを他の端末１００から受信する。
【００８２】
ステップ１３０において、端末１００は、上述した図９に示すように、自端末に係る音声レベル（Ｌｓｅｌｆ）と他端末に係る比較対象レベル（Ｌｏｔｈｅｒ）とを比較する。
【００８３】
ステップ１４０において、端末１００は、データパケットの送信に用いる送信パラメータを設定する。具体的には、端末１００は、画像データを含むデータパケットについて、上述した図９を参照して、ステップ１３０における比較結果に対応する送信パラメータを設定する。具体的には、端末１００は、画像データを含むデータパケットについて、ＤＳＣＰ値及びＦＥＣ長を設定する。
【００８４】
ステップ１５０において、端末１００は、ステップ１４０で設定された送信パラメータに従って、ＩＰパケット（データパケットや誤り訂正パケット）を生成する。
【００８５】
ステップ１６０において、端末１００は、ステップ１５０で生成されたＩＰパケット（データパケットや誤り訂正パケット）をマルチキャストで他の端末１００に送信する。
【００８６】
（作用及び効果）
第２実施形態によれば、端末１００は、自端末に係る音声レベル（Ｌｓｅｌｆ）と他端末に係る比較対象レベル（Ｌｏｔｈｅｒ）との比較結果に応じて、画像データを含むデータパケットの送信に用いる送信パラメータ（例えば、ＤＳＣＰ値やＦＥＣ長）を設定する。すなわち、端末１００は、自端末のユーザが主たる発話者であるか否かに応じて、画像データを含むデータパケットの送信に用いる送信パラメータを設定する。
【００８７】
具体的には、端末１００は、自端末に係る音声レベル（Ｌｓｅｌｆ）が他端末に係る比較対象レベル（Ｌｏｔｈｅｒ）よりも大きい場合に、自端末に係る音声レベル（Ｌｓｅｌｆ）が他端末に係る比較対象レベル（Ｌｏｔｈｅｒ）よりも小さい場合に比べて、画像データの品質を高める送信パラメータを設定する。
【００８８】
従って、通信回線の状況による悪影響を軽減して、受信端末側において発話者の動画像の視聴品質が劣化することを抑制することができる。
【００８９】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【００９０】
例えば、端末１００の動作、すなわち、パケットの送信方法（図７又は図１０）をコンピュータに実行させるプログラムが提供されてもよい。
【００９１】
上述した実施形態では、端末１００は、カメラ１０２によって撮像されたユーザの画像のデータを画像データとして用いて用いるが、これに限定されるものではない。例えば、端末１００は、ユーザのアバター画像のデータ（アバターデータ）を記憶する記憶部を有しており、アバターデータを画像データとして用いてもよい。
【００９２】
上述した実施形態では特に触れていないが、誤り訂正技術に加えて、パケットの再生順序とは異なる送信順序にパケットを並び替えるインタリーブ技術を用いてもよい。
【００９３】
上述した実施形態では、各レイヤにおけるプロトコルの一例として、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）などを挙げたが、これに限定されるものではない。
【００９４】
上述した実施形態では、データパケットや誤り訂正パケットなどのＩＰパケットは、マルチキャストで送信されるが、これに限定されるものではない。データパケットや誤り訂正パケットなどのＩＰパケットは、ユニキャストで送信されてもよい。
【００９５】
上述した実施形態では、送信パラメータは、優先度クラス（ＤＳＣＰ値）や冗長データ長（ＦＥＣ長）であるが、これに限定されるものではない。具体的には、テレビ会議システムで再送制御（ＡＲＱ；Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）が用いられている場合には、送信パラメータは再送回数であってもよい。この場合には、音声レベル（Ｌ）が大きい場合には、音声レベルが小さい場合に比べて、再送回数が多い回数に設定される。
【００９６】
送信パラメータは、画像データを用いて再現される画像のフレームレートであってもよい。この場合には、音声レベル（Ｌ）が大きい場合には、音声レベルが小さい場合に比べて、フレームレートが高いレートに設定される。
【００９７】
上述した実施形態では特に触れていないが、端末１００は、送信パラメータを設定する周期を計時するタイマを有していてもよい。端末１００は、タイマがタイムアウトする毎に、自端末に係る音声レベル（Ｌｓｅｌｆ）と所定閾値（又は、他端末に係る比較対象レベル（Ｌｏｔｈｅｒ））とを比較した上で、比較結果に応じて送信パラメータを設定する。
【図面の簡単な説明】
【００９８】
【図１】第１実施形態に係るテレビ会議システムの概略を示す図である。
【図２】第１実施形態に係るパケットフォーマットを示す図である。
【図３】第１実施形態に係るＲＴＰヘッダ及び拡張ヘッダを示す図である。
【図４】第１実施形態に係るＩＰヘッダを示す図である。
【図５】第１実施形態に係る端末１００の構成を示すブロック図である。
【図６】第１実施形態に係る送信パラメータの設定方法の一例を示す図である。
【図７】第１実施形態に係る端末１００の動作を示すフロー図である。
【図８】第１実施形態に係る端末１００の構成を示すブロック図である。
【図９】第１実施形態に係る送信パラメータの設定方法の一例を示す図である。
【図１０】第１実施形態に係る端末１００の動作を示すフロー図である。
【符号の説明】
【００９９】
端末１００、マイク１０１、カメラ１０２、エンコーダ１０３、設定部１０４、パケット生成部１０５、送信部１０６、受信部１１１、誤り訂正部１１２、デコーダ１１３、スピーカ１１４、ディスプレイ１１５、ネットワーク２００
【図１】
2009055469.tif 000003
【図２】
2009055469.tif 000004
【図３】
2009055469.tif 000005
【図４】
2009055469.tif 000006
【図５】
2009055469.tif 000007
【図６】
2009055469.tif 000008
【図７】
2009055469.tif 000009
【図８】
2009055469.tif 000010
【図９】
2009055469.tif 000011
【図１０】
2009055469.tif 000012