(57)【要約】  端末１０は、スケーラブルに符号化された符号化データを他の端末１０との間で送受信し、他の端末１０から受信した前記符号化データを復号して再生出力する。端末１０は、再生出力しているデータの品質を表す再生品質情報を、再生出力しているデータの送信元である他の端末に通知する通知部２６と、他の端末１０から通知された前記再生品質情報に基づき、該再生品質情報を通知した他の端末１０に送信する前記符号化データの符号化の設定を制御する符号化設定制御部２７と、を備える。
2015129319.tif 000002
【特許請求の範囲】
【請求項１】
スケーラブルに符号化された符号化データを他の通信装置との間で送受信し、受信した前記符号化データを復号して再生出力する通信装置であって、
再生出力しているデータの品質を表す再生品質情報を、再生出力しているデータの送信元である他の通信装置に通知する通知部と、
他の通信装置から通知された前記再生品質情報に基づき、該再生品質情報を通知した他の通信装置に送信する前記符号化データの符号化の設定を制御する符号化設定制御部と、を備える通信装置。
【請求項２】
前記符号化設定制御部は、他の通信装置から通知された前記再生品質情報が表す品質が、他の通信装置に送信した前記符号化データの品質よりも低い場合に、他の通信装置から通知された前記再生品質情報が表す品質を超える品質を含まないように、他の通信装置に送信する前記符号化データの符号化の設定を変更する、請求項１に記載の通信装置。
【請求項３】
他の通信装置が複数存在し、これら複数存在する他の通信装置に対して共通の前記符号化データを送信する場合において、
前記符号化設定制御部は、複数存在する他の通信装置から各々通知された複数の前記再生品質情報が表す品質のうち最も高い品質が、複数存在する他の通信装置に送信した共通の前記符号化データの品質よりも低い場合に、前記最も高い品質を超える品質を含まないように、複数存在する他の通信装置に送信する共通の前記符号化データの符号化の設定を変更する、請求項１に記載の通信装置。
【請求項４】
前記データは映像データであり、前記データの品質は映像データの解像度とフレームレートの少なくとも一方を含む、請求項１〜３のいずれか一項に記載の通信装置。
【請求項５】
前記符号化データは、Ｈ．２６４／ＳＶＣ符号化フォーマットで符号化されたデータである、請求項４に記載の通信装置。
【請求項６】
スケーラブルに符号化された符号化データを複数の通信装置の間で送受信し、少なくとも１つの通信装置が他の通信装置で符号化された前記符号化データを復号して再生出力する通信システムであって、
前記通信装置で再生出力しているデータの品質を表す再生品質情報を、他の通信装置に通知する通知部と、
他の通信装置から前記通信装置に通知された前記再生品質情報に基づき、前記通信装置から他の通信装置に送信する前記符号化データの符号化の設定を制御する符号化設定制御部と、を備える通信システム。
【請求項７】
スケーラブルに符号化された符号化データを他の通信装置との間で送受信し、受信した前記符号化データを復号して再生出力する通信装置において実行される通信制御方法であって、
再生出力しているデータの品質を表す再生品質情報を、再生出力しているデータの送信元である他の通信装置に通知する工程と、
他の通信装置から通知された前記再生品質情報に基づき、該再生品質情報を通知した他の通信装置に送信する前記符号化データの符号化の設定を制御する工程と、を含む通信制御方法。
【請求項８】
スケーラブルに符号化された符号化データを他の通信装置との間で送受信し、受信した前記符号化データを復号して再生出力する通信装置において実行されるプログラムであって、
再生出力しているデータの品質を表す再生品質情報を、再生出力しているデータの送信元である他の通信装置に通知する機能と、
他の通信装置から通知された前記再生品質情報に基づき、該再生品質情報を通知した他の通信装置に送信する前記符号化データの符号化の設定を制御する機能と、を前記通信装置に実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、通信制御方法およびプログラムに関する。
【背景技術】
【０００２】
通信ネットワークを利用して遠隔会議を実現するテレビ会議システムなどの通信システムにおいて、スケーラブルな符号化フォーマットで符号化した符号化データを、端末となる通信装置間で送受信する技術がある。例えば、特許文献１には、Ｈ．２６４／ＳＶＣフォーマットでスケーラブルに符号化した符号化データを送信する送信側端末と、この符号化データを受信して復号する受信側端末と、送信側端末と受信側端末とを繋ぐ会議ブリッジとを備えたテレビ会議システムが開示されている。この特許文献１に記載のテレビ会議システムでは、会議ブリッジが、送信側端末からの符号化データを中継して受信側端末に送信する際に、受信側端末のネットワーク状況などを判断する。そして、会議ブリッジは、送信側端末でスケーラブルに符号化されて送信された符号化データの中から、受信側端末の状況に適合した品質のビデオストリームの符号化データを選択して受信側端末に送信する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、従来の技術では、送信側でスケーラブルに符号化された符号化データに対して、受信側の状況を判断して実際に受信側に送信する符号化データを選択する権限は、特許文献１に記載の会議ブリッジなどの中継装置に存在していた。このため、送信側では、受信側の状況に関わらず、所定の設定でスケーラブルに符号化した符号化データのすべてを中継装置に送信しており、本来必要のない品質のデータも中継装置に送信することがある。その場合、送信側のネットワーク帯域幅を必要以上に使用してしまうことになる。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、本発明は、スケーラブルに符号化された符号化データを他の通信装置との間で送受信し、受信した前記符号化データを復号して再生出力する通信装置であって、再生出力しているデータの品質を表す再生品質情報を、再生出力しているデータの送信元である他の通信装置に通知する通知部と、他の通信装置から通知された前記再生品質情報に基づき、該再生品質情報を通知した他の通信装置に送信する前記符号化データの符号化の設定を制御する符号化設定制御部と、を備える。
【発明の効果】
【０００５】
本発明によれば、受信側の状況に合わせて送信側のスケーラブルな符号化の設定を制御し、送信側のネットワーク帯域幅を必要以上に使用することを抑制できるという効果を奏する。
【図面の簡単な説明】
【０００６】
【図１】図１は、実施形態のテレビ会議システムの概略構成図である。
【図２】図２は、実施形態のテレビ会議システムにおける通信の概要を示す概念図である。
【図３】図３は、映像データの符号化の方式を説明する概念図である。
【図４】図４は、中継サーバが映像データおよび音声データを中継する様子を模式的に示す概念図である。
【図５】図５は、端末のハードウェア構成の一例を示すブロック図である。
【図６】図６は、中継サーバのハードウェア構成の一例を示すブロック図である。
【図７】図７は、端末の機能的な構成の一例を示すブロック図である。
【図８】図８は、端末が備える品質制御モジュールの詳細を示すブロック図である。
【図９】図９は、通知部が生成する再生品質情報の具体例を示す概念図である。
【図１０】図１０は、複数の拠点の端末間における再生品質情報の通知の具体例を示す概念図である。
【図１１】図１１は、符号化設定制御部が符号化部による符号化の設定を制御する具体例を示す概念図である。
【図１２】図１２は、符号化設定制御部による処理手順の具体例を示すフローチャートである。
【図１３】図１３は、送信側の端末と受信側の端末との間で映像を送受信する処理の概要を示すシーケンス図である。
【図１４】図１４は、通知部が生成する再生品質情報の具体例を示す概念図である。
【図１５】図１５は、複数の拠点の端末間における再生品質情報の通知の具体例を示す概念図である。
【図１６】図１６は、符号化設定制御部が符号化部による符号化の設定を制御する具体例を示す概念図である。
【図１７】図１７は、符号化設定制御部が符号化部による符号化の設定を制御する具体例を示す概念図である。
【図１８】図１８は、符号化設定制御部による処理手順の具体例を示すフローチャートである。
【図１９】図１９は、符号化設定制御部が符号化部による符号化の設定を制御する具体例を示す概念図である。
【図２０】図２０は、符号化設定制御部が符号化部による符号化の設定を制御する具体例を示す概念図である。
【図２１】図２１は、符号化設定制御部による処理手順の具体例を示すフローチャートである。
【発明を実施するための形態】
【０００７】
以下に添付図面を参照して、この発明に係る通信装置、通信システム、通信制御方法およびプログラムの実施形態を詳細に説明する。以下では、本発明を適用した通信システムの一例として、複数のテレビ会議端末（「通信装置」に相当）間で映像データおよび音声データを送受信して複数拠点での遠隔会議を実現するテレビ会議システム（「ビデオ会議システム」ともいう。）を例示する。このテレビ会議システムでは、一のテレビ会議端末で撮像された映像データをスケーラブルに符号化して他のテレビ会議端末に送信し、他のテレビ会議端末にてこの符号化データを復号して再生出力する。ただし、本発明が適用可能な通信システムはこの例に限らない。本発明は、複数の通信装置の間でスケーラブルに符号化された符号化データを送受信する各種の通信システム、および、この通信システムで用いられる各種の通信端末に対して、広く適用可能である。
【０００８】
（第１の実施形態）
図１は、本実施形態のテレビ会議システム１の概略構成図であり、図２は、本実施形態のテレビ会議システム１における通信の概要を示す概念図である。また、図３は、本実施形態における映像データの符号化の方式を説明する概念図である。
【０００９】
本実施形態のテレビ会議システム１は、図１に示すように、各拠点に設置された複数のテレビ会議端末（以下、単に「端末」という。）１０およびディスプレイ１１と、複数の中継サーバ３０と、管理サーバ４０と、プログラム提供サーバ５０と、メンテナンスサーバ６０と、を備える。
【００１０】
ディスプレイ１１は、有線または無線により端末１０に接続されている。なお、ディスプレイ１１は、端末１０と一体化された構成であってもよい。
【００１１】
端末１０および中継サーバ３０は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のノードとしてルータに接続される。ルータは、データ伝送の経路選択を行うネットワーク機器であり、図１に示す例では、ＬＡＮ２ａ内のルータ７０ａと、ＬＡＮ２ｂ内のルータ７０ｂと、ＬＡＮ２ｃ内のルータ７０ｃと、ＬＡＮ２ｄ内のルータ７０ｄと、ルータ７０ａおよびルータ７０ｂと専用回線２ｅで接続されてインターネット２ｉに繋がるルータ７０ｅと、ルータ７０ｃおよびルータ７０ｄと専用回線２ｆで接続されてインターネット２ｉに繋がるルータ７０ｆとを例示している。
【００１２】
なお、ＬＡＮ２ａおよびＬＡＮ２ｂは地域Ｘ内の別の場所に構築され、ＬＡＮ２ｃおよびＬＡＮ２ｄは地域Ｙ内の別の場所に構築されていることを想定している。例えば、地域Ｘは日本、地域Ｙはアメリカ合衆国であり、ＬＡＮ２ａは東京の事業所内で構築され、ＬＡＮ２ｂは大阪の事業所内で構築され、ＬＡＮ２ｃはニューヨークの事業所内で構築され、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用回線２ｅ、インターネット２ｉ、専用回線２ｆ、ＬＡＮ２ｃ、およびＬＡＮ２ｄによって、通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）やＢｌｕｅｔｏｏｔｈ（登録商標）などの無線による通信が行われる箇所が含まれていてもよい。
【００１３】
本実施形態のテレビ会議システム１では、複数の端末１０間で中継サーバ３０を介した映像データおよび音声データの送受信を行う。この際、図２に示すように、複数の端末１０間には、管理サーバ４０を介して、各種の管理情報を送受信するための管理情報用セッションＳｅｉが確立される。また、複数の端末１０間には、中継サーバ３０を介して、映像データおよび音声データの送受信を行うためのデータ用セッションＳｅｄが確立される。ここで、特に、データ用セッションＳｅｄで送受信される映像データは、スケーラブルに符号化された符号化データであり、例えば、高品質映像の符号化データ、中品質映像の符号化データ、低品質映像の符号化データが、それぞれ別々のチャンネルで送受信される。なお、複数の端末１０間で管理情報用セッションＳｅｉやデータ用セッションＳｅｄを確立する処理は、例えば特開２０１２−１３８８９３号公報に記載の技術を利用することができるため、ここでは詳細な説明を省略する。
【００１４】
映像データをスケーラブルに符号化する標準の符号化フォーマットとして、Ｈ．２６４／ＳＶＣ（Ｈ．２６４／ＡＶＣ  Ａｎｎｅｘ  Ｇ）符号化フォーマットが知られている。Ｈ．２６４／ＳＶＣ符号化フォーマットでは、映像データを階層構造のデータに変換し、品質が異なる複数の映像データの集合として符号化して、それぞれの品質の映像データに対応する符号化データを複数のチャンネルで送受信することができる。本実施形態では、このＨ．２６４／ＳＶＣ符号化フォーマットを利用して映像データを符号化した符号化データを、複数の端末１０間で送受信するものとする。
【００１５】
具体的には、例えば図３に示すように、映像データをベースレイヤと拡張レイヤ（下層／上層）を持つ階層構造のデータに変換する。そして、ベースレイヤのみの映像データを低品質の映像データとし、ベースレイヤと下層の拡張レイヤとからなる映像データを中品質の映像データとし、ベースレイヤと下層の拡張レイヤと上層の拡張レイヤとからなる映像データを高品質の映像データとする。そして、それぞれの品質の映像データを符号化して３つのチャンネルで伝送する。
【００１６】
映像データの品質としては、例えば、空間スケーラビリティである解像度と、時間スケーラビリティであるフレームレートがある。ここで解像度とは、映像の横方向および縦方向の画素数で表される画面解像度（画面モードともいう。）である。本実施形態では、映像データの品質としてこれら解像度とフレームレートの双方を扱う。中品質の映像データは、解像度とフレームレートの少なくとも一方が、低品質の映像データよりも高い。高品質の映像データは、解像度とフレームレートの少なくとも一方が、中品質の映像データよりも高い。なお、本実施形態では、映像データの品質を低・中・高の３段階に分けているが、２段階に分けるようにしてもよいし、４段階以上のさらに細かい品質に分けるようにしてもよい。また、本実施形態では、解像度とフレームレートとを含めた映像データの品質を扱うが、解像度とフレームレートとを独立して扱ってもよい。また、映像データの品質としては、解像度とフレームレートとの一方のみを扱うようにしてもよいし、解像度とフレームレート以外の品質に関わる他のパラメータ（例えばＳ／Ｎ比など）を加えるようにしてもよい。
【００１７】
中継サーバ３０は、複数の端末１０間における映像データおよび音声データの伝送を中継するコンピュータである。中継サーバ３０が中継する映像データは、上述したように、例えば上述のＨ．２６４／ＳＶＣ符号化フォーマットでスケーラブルに符号化された符号化データである。ここで、仮にこの中継サーバ３０に従来技術を適用すると、中継サーバ３０は、映像データの送信側の端末１０から、スケーラブルに符号化されたすべての品質の符号化データを複数チャンネルで受信し、受信側の端末１０のネットワーク状況や映像の表示解像度などに応じて、必要な品質に対応するチャンネルを選択してそのチャンネルの符号化データのみを受信側の端末１０に送信することになる。しかし、このような従来技術では、送信側の端末１０は受信側の端末１０の状況に関わらず、スケーラブルに符号化されたすべての品質の符号化データを中継サーバ３０に送信するため、送信側の端末１０と中継サーバ３０との間のネットワーク帯域幅を必要以上に使用してしまう。
【００１８】
そこで、本実施形態では、受信側の端末１０で実際に再生出力している（つまり、ディスプレイ１１に表示されている）映像の品質を送信側の端末１０が把握できるようにし、送信側の端末１０が、受信側の端末１０で実際に再生出力している映像の品質に応じて、受信側の端末１０に送信する符号化データの符号化の設定を制御する。これにより、受信側の端末１０で必要とされる品質の符号化データのみを送信側の端末１０から中継サーバ３０を介して受信側の端末１０に送信することが可能となり、送信側の端末１０と中継サーバ３０との間のネットワーク帯域幅を必要以上に使用してしまう不都合を有効に抑制することができる。
【００１９】
図４は、中継サーバ３０が映像データおよび音声データを中継する様子を模式的に示す概念図であり、図４（ａ）は従来技術を適用した場合の例を示し、図４（ｂ）は本実施形態の例を示している。図４（ａ），（ｂ）の例では、拠点Ａの端末１０（図示は省略）から中継サーバ３０を介して拠点Ｂの端末１０（図示は省略）に映像データおよび音声データを送信しており、拠点Ｂでは低品質の映像を再生出力している（ディスプレイ１１に表示されている）ものとする。
【００２０】
従来技術では、図４（ａ）に示すように、送信側となる拠点Ａの端末１０（図示は省略）から中継サーバ３０に対して、高品質映像、中品質映像、および低品質映像の３つのチャンネルの映像および音声の符号化データが送信される。中継サーバ３０は、受信側となる拠点Ｂの状況に応じて、高品質映像、中品質映像、および低品質映像の３つのチャンネルから低品質映像のチャンネルを選択し、この低品質映像のチャンネルと音声のチャンネルの符号化データを拠点Ｂの端末１０（図示は省略）に送信する。このように、従来技術では、拠点Ｂで再生出力している映像が低品質であるにも関わらず、拠点Ａから中継サーバ３０に対しては高品質映像のデータおよび中品質映像のデータが送信されており、拠点Ａと中継サーバ３０との間のネットワークの帯域幅が必要以上に使用されている。
【００２１】
これに対し本実施形態では、図４（ｂ）に示すように、受信側となる拠点Ｂの端末１０（図示は省略）が、再生出力している拠点Ａからの映像の品質を表す再生品質情報（ここでは低品質）を、送信側となる拠点Ａの端末１０に通知する。そして、送信側となる拠点Ａの端末１０（図示は省略）は、拠点Ｂの端末１０から通知された再生品質情報に基づき、映像データをスケーラブルに符号化する際の符号化の設定を、高品質映像と中品質映像とが含まれないように変更する。その結果、拠点Ａの端末１０から中継サーバ３０に対して、低品質映像のチャンネルと音声のチャンネルの符号化データのみが送信されることになり、拠点Ａと中継サーバ３０との間のネットワークの帯域幅が必要以上に使用される不都合を有効に抑制することができる。
【００２２】
なお、拠点Ｂの端末１０から拠点Ａの端末１０への再生品質情報の通知は、例えば、上述した管理情報セッションＳｅｉを利用して行うことができる。また、拠点Ｂの端末１０から拠点Ａの端末１０への再生品質情報の通知を、中継サーバ３０を介して（データ用セッションＳｅｄとは別のセッションで）行うようにしてもよい。
【００２３】
以上のような本実施形態の特徴的な処理は、例えば、上述した再生品質情報を他の端末１０に通知する機能や他の端末１０から通知された再生品質情報に基づいて符号化の設定を制御する機能などの新たな機能を端末１０に付加することによって実現することができる。なお、このような機能も含めた端末１０の具体的な構成例については、詳細を後述する。
【００２４】
管理サーバ４０は、本実施形態のテレビ会議システム１の全体を管理するコンピュータである。例えば、管理サーバ４０は、登録された各端末１０の状態管理、中継装置３０の状態管理、端末１０を使用するユーザのログイン管理、複数の端末１０間で確立されたデータ用セッションＳｅｄの管理などを行う。
【００２５】
また、本実施形態では、上述したように、受信側の端末１０でどのような品質の映像が再生出力されているかに応じて、必要以上の品質の映像データが送信されないように、送信側の端末１０で映像データの符号化の設定を制御する。このため、受信側の端末１０では、送信側の端末１０で符号化された映像データの品質を超える品質で映像データを再生出力することができない。しかし、例えば受信側の端末１０のネットワーク状況が改善された場合や、表示のレイアウト変更があった場合などには、現在再生出力している映像データよりも高い品質の映像データを再生出力することが望ましい場合もある。このような場合は、管理サーバ４０が、上述した管理情報セッションＳｅｉを利用して受信側の端末１０から映像データの品質向上の要求を受け付け、その要求を送信側の端末１０に通知し、送信側の端末１０が受信側の端末１０の要求に応じて、より高品位の映像データも符号化するように、符号化の設定を変更することが望ましい。
【００２６】
プログラム提供サーバ５０は、各種のプログラムを端末１０、中継サーバ３０、管理サーバ４０、メンテナンスサーバ６０などに提供するコンピュータである。例えば、プログラム提供サーバ５０は、端末１０に各種機能を実現させるための端末用プログラムを格納しており、この端末用プログラムを端末１０に送信することができる。また、プログラム提供サーバ５０は、中継サーバ３０に各種機能を実現させるための中継サーバ用プログラムを格納しており、この中継サーバ用プログラムを中継サーバ３０に送信することができる。また、プログラム提供サーバ５０は、管理サーバ４０に各種機能を実現させるための管理サーバ用プログラムを格納しており、この管理サーバ用プログラムを管理サーバ４０に送信することができる。また、プログラム提供サーバ５０は、メンテナンスサーバ６０に各種機能を実現させるためのメンテナンスサーバ用プログラムを格納しており、このメンテナンスサーバ用プログラムをメンテナンスサーバ６０に送信することができる。
【００２７】
メンテナンスサーバ６０は、端末１０、中継サーバ３０、管理サーバ４０、およびプログラム提供サーバ５０のうちの少なくとも１つの維持、管理、または保守を行うためのコンピュータである。例えば、メンテナンスサーバ６０が国内に設置され、端末１０、中継サーバ３０、管理サーバ４０、またはプログラム提供サーバ６０が国外に設置されている場合、メンテナンスサーバ６０は、通信ネットワーク２を介して遠隔的に、端末１０、中継サーバ３０、管理サーバ４０、およびプログラム提供サーバ５０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。
【００２８】
次に、本実施形態のテレビ会議システム１における端末１０、中継サーバ３０、管理サーバ４０、プログラム提供サーバ５０、およびメンテナンスサーバ６０のハードウェア構成について説明する。図５は、端末１０のハードウェア構成の一例を示し、図６は、中継サーバ３０のハードウェア構成の一例を示している。なお、管理サーバ４０、プログラム提供サーバ５０、およびメンテナンスサーバ６０は、中継サーバ３０と同様のハードウェア構成を採用できるため、図示を省略する。
【００２９】
端末１０は、図５に示すように、端末１０全体の動作を制御するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１、ＩＰＬ（Ｉｎｉｔｉａｌ  Ｐｒｏｇｒａｍ  Ｌｏａｄｅｒ）等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御に従ってフラッシュメモリ１０４に対する各種データの読み出しや書き込みを制御するＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出しや書き込み（記憶）を制御するメディアドライブ１０７、通信相手となる他の端末１０を選択する場合などに操作される操作ボタン１０８、端末１０の電源のオン／オフを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１１を備えている。
【００３０】
また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従ってディスプレイ１１に表示映像のデータを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、および上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００３１】
なお、カメラ１１２、マイク１１４、スピーカ１１５は、必ずしも端末１０に内蔵されている必要はなく、外付けされる構成であってもよい。また、ディスプレイ１１は、端末１０に内蔵された構成であってもよい。また、ディスプレイ１１は、液晶パネル等の表示装置を想定するが、これに限らず、プロジェクタ等の投影装置であってもよい。図５に示す端末１０のハードウェア構成はあくまで一例であり、上記以外の他のハードウェアが追加されていてもよい。
【００３２】
上述したプログラム提供サーバ５０から提供される端末用プログラムは、例えばフラッシュメモリ１０４に格納され、ＣＰＵ１０１の制御によりＲＡＭ１０３上に読み出されて実行される。なお、端末用プログラムを格納するメモリは不揮発性メモリであればよく、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等を用いてもよい。また、端末用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、コンピュータで読み取り可能な記録メディア１０６等の記録媒体に記録されて提供されるようにしてもよい。また、端末用プログラムは、ＲＯＭ１０２等に予め格納された組み込みプログラムとして提供されるようにしてもよい。
【００３３】
中継サーバ３０は、図６に示すように、中継サーバ３０全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、中継サーバ用プログラム等の各種データを記憶するＨＤ（Ｈａｒｄ  Ｄｉｓｋ）２０４、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出しまたは書き込みを制御するＨＤＤ（ＨＤ  Ｄｒｉｖｅ）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出しや書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２１３に対する各種データの読み出しまたは書き込みを制御するＣＤ−ＲＯＭドライブ２１４、および上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。
【００３４】
上述したプログラム提供サーバ５０から提供される中継サーバ用プログラムは、例えばＨＤ２０４に格納され、ＣＰＵ２０１の制御によりＲＡＭ２０３上に読み出されて実行される。また、中継サーバ用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録されて提供されるようにしてもよい。また、中継サーバ用プログラムは、ＲＯＭ２０２等に予め格納された組み込みプログラムとして提供されるようにしてもよい。
【００３５】
管理サーバ４０は、図６に示した中継サーバ３０と同様のハードウェア構成を採用できる。ただし、ＨＤ２０４には、プログラム提供サーバ５０から提供される管理サーバ用プログラムが記録されている。この場合も、管理サーバ用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録されて提供されるようにしてもよい。また、管理サーバ用プログラムは、ＲＯＭ２０２等に予め格納された組み込みプログラムとして提供されるようにしてもよい。
【００３６】
プログラム提供サーバ５０は、図６に示した中継サーバ３０と同様のハードウェア構成を採用できる。ただし、ＨＤ２０４には、プログラム提供サーバ５０にプログラム提供機能を実現させるためのプログラムのほか、端末１０に提供する端末用プログラム、中継サーバ３０に提供する中継サーバ用プログラム、および管理サーバ４０に提供する管理サーバ用プログラムが記録されている。
【００３７】
メンテナンスサーバ６０は、図６に示した中継サーバ３０と同様のハードウェア構成を採用できる。ただし、ＨＤ２０４には、プログラム提供サーバ５０から提供されるメンテナンスサーバ用プログラムが記録されている。この場合も、メンテナンスサーバ用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録されて提供されるようにしてもよい。また、メンテナンスサーバ用プログラムは、ＲＯＭ２０２等に予め格納された組み込みプログラムとして提供されるようにしてもよい。
【００３８】
なお、着脱可能な記録媒体の他の例としては、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体が挙げられる。上述した各種のプログラムは、これらの記録媒体に記録されて提供されるようにしてもよい。
【００３９】
次に、端末１０の機能構成について説明する。図７は、端末１０の機能的な構成の一例を示すブロック図であり、図８は、端末１０が備える品質制御モジュール２５の詳細を示すブロック図である。端末１０は、図７に示すように、送受信部１２、操作入力受付部１３、撮像部１４、音声入力部１５、音声出力部１６、符号化部１７、復号化部１８、表示映像生成部１９、表示制御部２０、記憶・読出処理部２１、揮発性記憶部２２、不揮発性記憶部２３、および品質制御モジュール２５を備える。
【００４０】
送受信部１２は、通信ネットワーク２を介して、他の端末１０、中継サーバ３０、管理サーバ４０等との間で各種データ（または情報）の送受信を行う。送受信部１２は、例えば、図５に示したネットワークＩ／Ｆ１１１およびＣＰＵ１０１によって実現される。
【００４１】
操作入力受付部１３は、端末１０を使用するユーザによる各種の入力操作を受け付ける。操作入力受付部１３は、例えば、図５に示した操作ボタン１０８、電源スイッチ１０９、およびＣＰＵ１０１によって実現される。
【００４２】
撮像部１４は、端末１０が設置されている拠点の映像を撮影して映像データを出力する。撮像部１４は、例えば、図５に示したカメラ１１２、撮像素子Ｉ／Ｆ１１３、およびＣＰＵ１０１によって実現される。
【００４３】
音声入力部１５は、端末１０が設置されている拠点の音声を入力して音声データを出力する。音声入力部１５は、例えば、図５に示したマイク１１４、音声入出力Ｉ／Ｆ１１６、およびＣＰＵ１０１によって実現される。
【００４４】
音声出力部１６は、音声データを再生出力する。音声出力部１６は、例えば、図５に示したスピーカ１１５、音声入出力Ｉ／Ｆ１１６、およびＣＰＵ１０１によって実現される。
【００４５】
符号化部１７は、撮像部１４から出力される映像データや、音声入力部１５から出力される音声データを符号化して、符号化データを生成する。符号化部１７は、特に映像データの符号化については、Ｈ．２６４／ＳＶＣ符号化フォーマットに従って映像データをスケーラブルに符号化する。また、符号化部１７は、映像データをスケーラブルに符号化する際の設定（例えば、符号化するデータのレイヤ構成の設定）を、後述の品質制御モジュール２５からの設定信号に応じて変更可能に構成されている。符号化部１７は、例えば、図５に示したＣＰＵ１０１が、上述した端末用プログラムに含まれる符号化／復号化プログラム（映像・音声コーデック）を実行することにより実現される。
【００４６】
復号化部１８は、他の端末１０から中継サーバ３０を介して送信された符号化データを復号し、符号化前の映像データや音声データを出力する。復号化部１８は、例えば、図５に示したＣＰＵ１０１が上述した端末用プログラムに含まれる符号化／復号化プログラム（映像・音声コーデック）を実行することにより実現される。
【００４７】
表示映像生成部１９は、復号化部１８で復号された映像データを用いて、ディスプレイ１１に表示させる（再生出力する）表示映像を生成する。例えば、表示映像生成部１９は、復号化部１８で復号された映像データが複数の拠点の複数の端末１０から送信された映像データを含む場合、予め定められたレイアウトの設定、あるいはユーザにより指定されたレイアウトの設定に従って、それぞれの映像データを１画面内に含む表示映像を生成する。また、表示映像生成部１９は、生成した表示映像のレイアウトに関する情報、具体的には、どの拠点からの映像がどのようなサイズ（解像度）およびフレームレートで表示映像に含まれるかを示すレイアウト情報を、後述の品質制御モジュール２５に渡す機能を持つ。表示映像生成部１９は、例えば、図５に示したＣＰＵ１０１が、上述した端末用プログラムに含まれる表示映像生成プログラムを実行することにより実現される。
【００４８】
表示制御部２０は、表示映像生成部１９によって生成された表示映像をディスプレイ１１に表示させる（再生出力する）ための制御を行う。表示制御部２０は、例えば、図５に示したディスプレイＩ／Ｆ１１７およびＣＰＵ１０１によって実現される。
【００４９】
記憶・読出処理部２１は、揮発性記憶部２２や不揮発性記憶部２３に対して各種データを記憶したり、読み出したりする処理を行う。記憶・読出処理部２１は、例えば、図５に示したＳＳＤ１０５およびＣＰＵ１０１によって実現される。揮発性記憶部２２は、例えば、図５に示したＲＡＭ１０３によって実現される。不揮発性記憶部２３は、例えば、図５に示したフラッシュメモリ１０４によって実現される。
【００５０】
品質制御モジュール２５は、本実施形態の端末１０に特徴的な処理を行うモジュールであり、例えば、図５に示したＣＰＵ１０１が、上述した端末用プログラムに含まれる品質制御プログラムを実行することにより実現される。この品質制御モジュール２５は、図８に示すように、通知部２６と符号化設定制御部２７とを有している。
【００５１】
通知部２６は、表示映像生成部１９から渡された上述のレイアウト情報に基づいて、ディスプレイ１１が表示映像として表示している他拠点からの映像の品質を表す再生品質情報を生成する。そして、通知部２６は、生成した再生品質情報を送受信部１２から映像の送信元の他の端末１０に通知する。
【００５２】
図９は、通知部２６が生成する再生品質情報の具体例を示す概念図である。図９では、拠点Ａ、拠点Ｂ、および拠点Ｃの３つの拠点の端末１０間で映像を送受信するケースにおいて、拠点Ｃの端末１０において生成される再生品質情報の具体例を示している。
【００５３】
図９（ａ）の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像のみを含み、拠点Ａからの映像が６４０×３６０（横×縦の画素数）の解像度および３０ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：６４０×３６０、フレームレート：３０ｆｐｓの各項目を含む再生品質情報を生成する。
【００５４】
図９（ｂ）の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像と、拠点Ｂからの映像とを含み、拠点Ａからの映像が３２０×１８０の解像度および３０ｆｐｓのフレームレートで表示され、拠点Ｂからの映像が３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：３０ｆｐｓの各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓの各項目を含む再生品質情報とを生成する。
【００５５】
図９（ｃ）の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像と、拠点Ｂからの映像と、拠点Ｂとの間で共有されるデータとを含み、拠点Ａからの映像が３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂからの映像が３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂとの間で共有されるデータが６４０×３６０の解像度および５ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓの各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓの各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：データ、解像度：６４０×３６０、フレームレート：５ｆｐｓの各項目を含む再生品質情報とを生成する。なお、拠点Ｂとの間で共有されるデータとは、例えば拠点Ｂの端末１０に接続されたＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などの外部機器から入力したデータを想定している。本実施形態のテレビ会議システム１では、このような外部機器から端末１０に入力したデータを、映像データと同様に扱うものとする。
【００５６】
端末１０の通知部２６は、以上のような再生品質情報を、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のような汎用的な形式で生成してもよいし、端末１０が解釈可能な独自の形式で生成してもよい。
【００５７】
図１０は、複数の拠点の端末１０間における再生品質情報の通知の具体例を示す概念図である。図１０では、拠点Ａ、拠点Ｂ、および拠点Ｃの３つの拠点の端末１０間で映像を送受信するケースにおいて、各拠点の端末１０が他の拠点の端末１０にどの再生品質情報を通知するかを示している。
【００５８】
図１０の例では、拠点Ａのディスプレイ１１に表示される表示映像は、拠点Ｂからの映像と、拠点Ｃからの映像とを含み、拠点Ｂからの映像が３２０×１８０の解像度および３０ｆｐｓのフレームレートで表示され、拠点Ｃからの映像が３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示されている。この場合、拠点Ａの端末１０の通知部２６は、例えば、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：３０ｆｐｓの各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ｂの端末１０に通知する。また、拠点Ａの端末１０の通知部２６は、例えば、送信元：拠点Ｃ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓの各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ｃの端末１０に通知する。
【００５９】
また、図１０の例では、拠点Ｂのディスプレイ１１に表示される表示映像は、拠点Ａからの映像のみを含み、拠点Ａからの映像が６４０×３６０の解像度および３０ｆｐｓのフレームレートで表示されている。この場合、拠点Ｂの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：６４０×３６０、フレームレート：３０ｆｐｓの各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ａの端末１０に通知する。
【００６０】
また、図１０の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像と、拠点Ｂからの映像と、拠点Ｂとの間で共有されるデータとを含み、拠点Ａからの映像が３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂからの映像が３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂとの間で共有されるデータが６４０×３６０の解像度および５ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓの各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ａの端末１０に通知する。また、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓの各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：データ、解像度：６４０×３６０、フレームレート：５ｆｐｓの各項目を含む再生品質情報とを生成し、これらの再生品質情報を拠点Ｂの端末１０に通知する。
【００６１】
これにより、各拠点の端末１０は、他の拠点の端末１０に送信した映像が他の拠点でどのような品質で再生出力されているかを知ることができる。なお、再生品質情報の通知は、上述したように、例えば図２に示した管理情報セッションＳｅｉを利用して行うようにしてもよいし、中継サーバ３０を介して（データ用セッションＳｅｄとは別のセッションで）行うようにしてもよい。
【００６２】
符号化設定制御部２７は、他の拠点の端末１０から通知された再生品質情報に基づき、符号化部１７による符号化の設定を制御する。例えば、符号化設定制御部２７は、他の拠点の端末１０から通知された再生品質情報が表す品質（つまり、他の拠点で表示されている自拠点からの映像の品質）が、中継サーバ３０を介して他の拠点の端末１０に送信した符号化データの品質（つまり、符号化部１７による符号化の現在の設定によって生成される符号化データの最大の品質）よりも低い場合に、他の拠点の端末１０から通知された再生品質情報が表す品質を超える品質を含まないように、符号化部１７による符号化の設定（例えば、レイヤ構成の設定等）を変更する。また、映像を送信している他の拠点が複数あり、これら複数の拠点の各端末１０に対して共通の符号化データを送信している場合は、符号化設定制御部２７は、各拠点の端末１０から各々通知された複数の再生品質情報が表す品質のうち最も高い品質が、中継サーバ３０を介して各拠点の端末１０に送信した共通の符号化データの品質よりも低い場合に、複数の再生品質情報が表す品質のうち最も高い品質を超える品質を含まないように、符号化部１７による符号化の設定を変更する。
【００６３】
図１１は、符号化設定制御部２７が符号化部１７による符号化の設定を制御する具体例を示す概念図である。図１１では、拠点Ａ、拠点Ｂ、および拠点Ｃの３つの拠点の端末１０間で映像を送受信するケースにおいて、拠点Ａの端末１０の符号化設定制御部２７が、拠点Ｂの端末１０から通知された再生品質情報と、拠点Ｃの端末１０から通知された再生品質情報とに基づいて、符号化部１７による符号化の設定をどのように制御するかを示している。
【００６４】
図１１の例では、拠点Ａの端末１０の符号化部１７の設定が、３２０×１８０の解像度および３０ｆｐｓのフレームレートの低品質映像と、６４０×３６０の解像度および３０ｆｐｓのフレームレートの中品質映像と、１２８０×７２０の解像度および３０ｆｐｓのフレームレートの高品質映像とを含むように、映像データを符号化する設定となっている。そして、拠点Ａの端末１０は、このような設定の符号化部１７により映像データをスケーラブルに符号化して、符号化データを送受信部１２から中継サーバ３０に送信している。
【００６５】
その後、拠点Ｂの端末１０から解像度：６４０×３６０、フレームレート：３０ｆｐｓの項目を含む再生品質情報が拠点Ａの端末１０に通知され、拠点Ｃの端末１０から解像度：３２０×１８０、フレームレート：１５ｆｐｓの項目を含む再生品質情報が拠点Ａの端末１０に通知される。拠点Ａの端末１０の符号化設定制御部２７は、これら拠点Ｂの端末１０から通知された再生品質情報と、拠点Ｃの端末１０から通知された再生品質情報とを取得し、これらの再生品質情報から、１２８０×７２０の解像度および３０ｆｐｓのフレームレートの高品質映像を表示している拠点がないと判断する。そして、拠点Ａの端末１０の符号化設定制御部２７は、１２８０×７２０の解像度および３０ｆｐｓのフレームレートの高品質映像に対応するレイヤを含まないように、符号化部１７による符号化のレイヤ構成の設定変更等を行う。
【００６６】
これにより、その後は拠点Ａの端末１０から中継サーバ３０に対して、低品質映像と中品質映像のみを含む符号化データが送信されることになり、拠点Ａと中継サーバ３０との間のネットワークの帯域幅が必要以上に使用される不都合を有効に抑制することができる。なお、図１１の例では、高品質映像に対応するレイヤを含まないように、符号化部１７による符号化のレイヤ構成の設定変更を行うようにしているが、高品質映像に対応するレイヤの解像度やフレームレートを下げるように、符号化の設定変更を行うようにしてもよい。また、高品質映像に対応するレイヤをより下層のレイヤに統合するように、符号化の設定変更を行うようにしてもよい。
【００６７】
図１２は、符号化設定制御部２７による処理手順の具体例を示すフローチャートである。図１２のフローチャートで示す処理が開始されると、符号化設定制御部２７は、まずステップＳ１０１において、自拠点の映像を表示している他のすべての拠点から、再生品質情報を取得する。そして、符号化設定制御部２７は、ステップＳ１０２において、ステップＳ１０１で取得した再生品質情報から、他拠点で表示されている自拠点の映像の最大の解像度および最大のフレームレートを検知する。
【００６８】
次に、符号化設定制御部２７は、ステップＳ１０３において、ステップＳ１０２で検知した最大の解像度を超える映像の符号化データを中継サーバ３０に送信しているか否かを判定する。例えば、符号化設定制御部２７は、映像データをスケーラブルに符号化する符号化部１７の現在のレイヤ構成の設定が、ステップＳ１０２で検知した最大の解像度を超える映像のレイヤを含む設定となっているか否かを確認することにより、この判定を行う。そして、最大の解像度を超える映像の符号化データを中継サーバ３０に送信している場合は（ステップＳ１０３：Ｙｅｓ）ステップＳ１０４に進み、最大の解像度を超える映像の符号化データを中継サーバ３０に送信していない場合は（ステップＳ１０３：Ｎｏ）ステップＳ１０６に進む。
【００６９】
ステップＳ１０４では、符号化設定制御部２７は、ステップＳ１０２で検知した最大の解像度を超える映像に対応するレイヤが削除可能か否かを判定する。そして、最大の解像度を超える映像に対応するレイヤを削除できる場合は（ステップＳ１０４：Ｙｅｓ）ステップＳ１０５に進み、最大の解像度を超える映像に対応するレイヤを削除できない場合は（ステップＳ１０４：Ｎｏ）ステップＳ１０６に進む。なお、最大の解像度を超える映像に対応するレイヤを削除できない場合とは、例えば、最大の解像度を超える映像に対応するレイヤが、最大の解像度以下の解像度、つまり他の拠点で表示されている自拠点の映像の解像度を含むレイヤとなっている場合などである。
【００７０】
ステップＳ１０５では、符号化設定制御部２７は、ステップＳ１０２で検知した最大の解像度を超えるレイヤを含まないように、符号化部１７のレイヤ構成の設定を変更して、ステップＳ１０６に進む。
【００７１】
ステップＳ１０６では、符号化設定制御部２７は、ステップＳ１０２で検知した最大のフレームレートを超える映像の符号化データを中継サーバ３０に送信しているか否かを判定する。例えば、符号化設定制御部２７は、映像データをスケーラブルに符号化する符号化部１７の現在のレイヤ構成の設定が、ステップＳ１０２で検知した最大のフレームレートを超える映像のレイヤを含む設定となっているか否かを確認することにより、この判定を行う。そして、最大のフレームレートを超える映像の符号化データを中継サーバ３０に送信している場合は（ステップＳ１０６：Ｙｅｓ）ステップＳ１０７に進み、最大のフレームレートを超える映像の符号化データを中継サーバ３０に送信していない場合は（ステップＳ１０６：Ｎｏ）、図１２のフローチャートで示す処理を終了する。
【００７２】
ステップＳ１０７では、符号化設定制御部２７は、ステップＳ１０２で検知した最大のフレームレートを超えるレイヤを含まないように、符号化部１７のレイヤ構成の設定を変更して、図１２のフローチャートで示す処理を終了する。
【００７３】
図１３は、送信側の端末１０から受信側の端末１０に映像を送信する処理の概要を示すシーケンス図である。図１３では、送信側の端末１０が低品質映像、中品質映像、および高品質映像を送信したが、受信側の端末１０で表示されている映像が中品質であるため、高品質映像を送信しないように符号化の設定を変更する例を示している。
【００７４】
まず、送信側の端末１０から中継サーバ３０を介して受信側の端末１０に低品質映像、中品質映像、および高品質映像の符号化データが送信される（ステップＳ２０１）。受信側の端末１０では、受信した符号化データを復号化部１８が復号し、表示映像生成部１９がディスプレイ１１に表示させる表示映像を生成する（ステップＳ２０２）。このとき、表示映像生成部１９は、生成した表示映像に関するレイアウト情報を通知部２６に渡す。
【００７５】
受信側の端末１０の通知部２６は、表示映像生成部１９から渡されたレイアウト情報に基づいて再生品質情報を生成し（ステップＳ２０３）、生成した再生品質情報を送信側の端末１０に通知する（ステップＳ２０４）。本例の場合、送信側の端末１０に通知する再生品質情報は、受信側の端末１０がディスプレイ１１に表示させている映像の品質が中品質であることを表すものとなっている。
【００７６】
送信側の端末１０では、受信側の端末１０から再生品質情報が通知されると、符号化設定制御部２７が、この再生品質情報に基づいて符号化部１７による符号化の設定を変更する必要があるか否かを判断する（ステップＳ２０５）。本例の場合、受信側の端末１０に高品質映像を送信する必要がないため、符号化設定制御部２７は、符号化部１７による符号化の設定を変更する必要があると判断する。そして、符号化設定制御部２７は、高品質映像に対応するレイヤを含まないように、符号化部１７による符号化のレイヤ構成の設定変更を行う（ステップＳ２０６）。
【００７７】
その後は、設定変更された符号化部１７により符号化された低品質映像および中品質映像の符号化データが、送信側の端末１０から中継サーバ３０を介して受信側の端末１０に送信される（ステップＳ２０７）。これにより、送信側の端末１０と中継サーバ３０との間のネットワークの帯域幅が必要以上に使用される不都合を有効に抑制することができる。
【００７８】
以上、具体的な例を挙げながら詳細に説明したように、本実施形態のテレビ会議システム１によれば、受信側の端末１０が、実際に再生出力している映像の品質を表す再生品質情報を、映像の送信元である送信側の端末１０に通知する。そして、送信側の端末１０は、受信側の端末１０から通知された再生品質情報に基づいて、受信側の端末１０に対して送信する映像の符号化の設定を制御する。したがって、送信側の端末１０は、受信側の端末１０が必要とする品質の映像のみを符号化して中継サーバ３０に送信することができ、送信側の端末１０と中継サーバ３０との間のネットワーク帯域幅を必要以上に使用してしまう不都合を有効に抑制することができる。
【００７９】
（第２の実施形態）
次に、第２の実施形態について説明する。本実施形態は、端末１０の通知部２６が、表示映像の圧縮率を含む再生品質情報を生成して、映像の送信元の他の端末１０に通知するものである。本実施形態では、表示映像生成部１９が復号化部１８で復号された映像データを用いてディスプレイ１１に表示させる表示映像を生成する際に、生成した表示映像のレイアウトに関する情報として、各拠点からの映像のサイズ（解像度）およびフレームレートに加えて圧縮率を含む情報を生成し、品質制御モジュール２５に渡す。品質制御モジュール２５の通知部２６は、表示映像生成部１９から渡されたレイアウト情報に基づいて、ディスプレイ１１が表示映像として表示している他拠点からの映像の品質を表す再生品質情報として、解像度とフレームレートに加えて圧縮率を含む再生品質情報を生成し、この再生品質情報を送受信部１２から映像の送信元の他の端末１０に通知する。ここで再生品質情報における圧縮率とは、表示映像に含まれる各拠点からの映像の映像データがどのくらいの割合で圧縮されて送信されているかを表し、データ量が半分になるように圧縮された映像を表示映像に含ませる場合の圧縮率は５０％、圧縮されていない映像を表示映像に含ませる場合の圧縮率は１００％である。
【００８０】
図１４は、本実施形態の通知部２６が生成する再生品質情報の具体例を示す概念図である。図１４では、図９に示した例と同様に、拠点Ａ、拠点Ｂ、および拠点Ｃの３つの拠点の端末１０間で映像を送受信するケースにおいて、拠点Ｃの端末１０において生成される再生品質情報の具体例を示している。
【００８１】
図１４（ａ）の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像のみを含み、拠点Ａからの圧縮率１００％（圧縮なし）の映像が、６４０×３６０（横×縦の画素数）の解像度および３０ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：６４０×３６０、フレームレート：３０ｆｐｓ、圧縮率：１００％の各項目を含む再生品質情報を生成する。
【００８２】
図１４（ｂ）の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像と、拠点Ｂからの映像とを含み、拠点Ａからの圧縮率８０％（２０％圧縮）の映像が、３２０×１８０の解像度および３０ｆｐｓのフレームレートで表示され、拠点Ｂからの圧縮率８０％の映像が、３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：３０ｆｐｓ、圧縮率：８０％の各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：８０％の各項目を含む再生品質情報とを生成する。
【００８３】
図１４（ｃ）の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像と、拠点Ｂからの映像と、拠点Ｂとの間で共有されるデータとを含み、拠点Ａからの圧縮率５０％（５０％圧縮）の映像が、３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂからの圧縮率５０％の映像が、３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂとの間で共有される圧縮率１００％のデータが、６４０×３６０の解像度および５ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：５０％の各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：５０％の各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：データ、解像度：６４０×３６０、フレームレート：５ｆｐｓ、圧縮率：１００％の各項目を含む再生品質情報とを生成する。
【００８４】
図１５は、複数の拠点の端末１０間における再生品質情報の通知の具体例を示す概念図である。図１５では、図１０に示した例と同様に、拠点Ａ、拠点Ｂ、および拠点Ｃの３つの拠点の端末１０間で映像を送受信するケースにおいて、各拠点の端末１０が他の拠点の端末１０にどの再生品質情報を通知するかを示している。
【００８５】
図１５の例では、拠点Ａのディスプレイ１１に表示される表示映像は、拠点Ｂからの映像と、拠点Ｃからの映像とを含み、拠点Ｂからの圧縮率８０％の映像が、３２０×１８０の解像度および３０ｆｐｓのフレームレートで表示され、拠点Ｃからの圧縮率８０％の映像が、３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示されている。この場合、拠点Ａの端末１０の通知部２６は、例えば、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：３０ｆｐｓ、圧縮率：８０％の各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ｂの端末１０に通知する。また、拠点Ａの端末１０の通知部２６は、例えば、送信元：拠点Ｃ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：８０％の各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ｃの端末１０に通知する。
【００８６】
また、図１５の例では、拠点Ｂのディスプレイ１１に表示される表示映像は、拠点Ａからの映像のみを含み、拠点Ａからの圧縮率１００％の映像が、６４０×３６０の解像度および３０ｆｐｓのフレームレートで表示されている。この場合、拠点Ｂの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：６４０×３６０、フレームレート：３０ｆｐｓ、圧縮率：１００％の各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ａの端末１０に通知する。
【００８７】
また、図１５の例では、拠点Ｃのディスプレイ１１に表示される表示映像は、拠点Ａからの映像と、拠点Ｂからの映像と、拠点Ｂとの間で共有されるデータとを含み、拠点Ａからの圧縮率５０％の映像が、３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂからの圧縮率５０％の映像が、３２０×１８０の解像度および１５ｆｐｓのフレームレートで表示され、拠点Ｂとの間で共有される圧縮率１００％のデータが、６４０×３６０の解像度および５ｆｐｓのフレームレートで表示されている。この場合、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ａ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：５０％の各項目を含む再生品質情報を生成して、この再生品質情報を拠点Ａの端末１０に通知する。また、拠点Ｃの端末１０の通知部２６は、例えば、送信元：拠点Ｂ、表示タイプ：映像、解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：５０％の各項目を含む再生品質情報と、送信元：拠点Ｂ、表示タイプ：データ、解像度：６４０×３６０、フレームレート：５ｆｐｓ、圧縮率：１００％の各項目を含む再生品質情報とを生成し、これらの再生品質情報を拠点Ｂの端末１０に通知する。
【００８８】
図１６は、本実施形態の符号化設定制御部２７が符号化部１７による符号化の設定を制御する具体例を示す概念図である。図１６では、図１１に示した例と同様に、拠点Ａ、拠点Ｂ、および拠点Ｃの３つの拠点の端末１０間で映像を送受信するケースにおいて、拠点Ａの端末１０の符号化設定制御部２７が、拠点Ｂの端末１０から通知された再生品質情報と、拠点Ｃの端末１０から通知された再生品質情報とに基づいて、符号化部１７による符号化の設定をどのように制御するかを示している。
【００８９】
図１６の例では、拠点Ａの端末１０の符号化部１７の設定が、３２０×１８０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の低品質映像と、６４０×３６０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の中品質映像と、１２８０×７２０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の高品質映像とを含むように、映像データを符号化する設定となっている。そして、拠点Ａの端末１０は、このような設定の符号化部１７により映像データをスケーラブルに符号化して、符号化データを送受信部１２から中継サーバ３０に送信している。
【００９０】
その後、拠点Ｂの端末１０から解像度：６４０×３６０、フレームレート：３０ｆｐｓ、圧縮率：１００％の各項目を含む再生品質情報が拠点Ａの端末１０に通知され、拠点Ｃの端末１０から解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：５０％の各項目を含む再生品質情報が拠点Ａの端末１０に通知される。拠点Ａの端末１０の符号化設定制御部２７は、これら拠点Ｂの端末１０から通知された再生品質情報と、拠点Ｃの端末１０から通知された再生品質情報とを取得し、これらの再生品質情報から、１２８０×７２０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の高品質映像を表示している拠点がないと判断する。そして、拠点Ａの端末１０の符号化設定制御部２７は、１２８０×７２０の解像度および３０ｆｐｓのフレームレートで圧縮率１００％の高品質映像に対応するレイヤを含まないように、符号化部１７による符号化のレイヤ構成の設定変更等を行う。
【００９１】
これにより、その後は拠点Ａの端末１０から中継サーバ３０に対して、低品質映像と中品質映像のみを含む符号化データが送信されることになり、拠点Ａと中継サーバ３０との間のネットワークの帯域幅が必要以上に使用される不都合を有効に抑制することができる。
【００９２】
なお、図１６の例では、高品質映像に対応するレイヤを含まないように、符号化部１７による符号化のレイヤ構成の設定変更を行うようにしているが、高品質映像に対応するレイヤの解像度やフレームレートを下げるように、符号化の設定変更を行うようにしてもよい。図１７は、符号化データのレイヤ数を変更せずに最大解像度を下げるように符号化の設定変更を行う例を示している。
【００９３】
図１７の例では、拠点Ａの端末１０の符号化設定制御部２７は、図１６の例と同様に、拠点Ｂの端末１０から通知された再生品質情報と、拠点Ｃの端末１０から通知された再生品質情報とを取得し、これらの再生品質情報から、１２８０×７２０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の高品質映像を表示している拠点がないと判断する。このため、拠点Ａの端末１０の符号化設定制御部２７は、例えば、高品質映像の解像度を６４０×３６０、中品質映像の解像度を３２０×１８０、低品質映像の解像度を１６０×９０に変更し、符号化データのレイヤ数を変更せずに最大解像度を下げるように符号化の設定変更を行う。これにより、拠点Ａと中継サーバ３０との間のネットワークの帯域幅が必要以上に使用される不都合を有効に抑制することができる。
【００９４】
図１８は、本実施形態の符号化設定制御部２７による処理手順の具体例を示すフローチャートである。図１８のフローチャートにおけるステップＳ３０１からステップＳ３０７までの処理は、図１２のフローチャートにおけるステップＳ１０１からステップＳ１０７までの処理と同様であるため、説明を省略する。なお、図１２のステップＳ１０２では、他拠点からの再生品質情報をもとに、他拠点で表示されている自拠点の映像の最大の解像度および最大のフレームレートを検知していたのに対し、図１８のステップＳ３０２では、他拠点からの再生品質情報をもとに、他拠点で表示されている自拠点の映像の最大の解像度および最大のフレームレートに加えて、最大の圧縮率を検出している。
【００９５】
本実施形態では、図１８のステップＳ３０６の判定結果がＮｏであった場合、あるいはステップＳ３０６の判定結果がＹｅｓでありステップＳ３０７の処理が行われた後、ステップＳ３０８に進む。
【００９６】
ステップＳ３０８では、符号化設定制御部２７は、ステップＳ３０２で検知した最大の圧縮率を超える映像の符号化データを中継サーバ３０に送信しているか否かを判定する。例えば、符号化設定制御部２７は、映像データをスケーラブルに符号化する符号化部１７の現在のレイヤ構成の設定が、ステップＳ３０２で検知した最大の圧縮率を超える映像のレイヤを含む設定となっているか否かを確認することにより、この判定を行う。そして、最大の圧縮率を超える映像の符号化データを中継サーバ３０に送信している場合は（ステップＳ３０８：Ｙｅｓ）ステップＳ３０９に進み、最大の圧縮率を超える映像の符号化データを中継サーバ３０に送信していない場合は（ステップＳ３０８：Ｎｏ）、図１８のフローチャートで示す処理を終了する。
【００９７】
ステップＳ３０９では、符号化設定制御部２７は、ステップＳ３０２で検知した最大の圧縮率を超える映像に対応するレイヤを含まないように、符号化部１７のレイヤ構成の設定を変更して、図１８のフローチャートで示す処理を終了する。
【００９８】
なお、以上説明した例では、実際にディスプレイ１１に表示されている映像や外部機器からの入力データの解像度、フレームレートおよび圧縮率を再生品質情報として扱っている。しかし、実際にディスプレイ１１に表示される表示映像に含まれる映像やデータの品質とは異なるが、表示映像上で表示させる映像の品質として例えばユーザが要求する再生品質に応じた解像度、フレームレート、圧縮率などを再生品質情報として扱うようにしてもよい。この場合、端末１０の通知部２６は、例えば、表示映像上で表示させたい映像やデータの解像度、フレームレート、圧縮率などを指定するユーザの操作を受け付けて、ユーザにより指定された品質に応じた再生品質情報を生成して、映像やデータの送信元の端末１０に通知する。
【００９９】
この例の場合、映像やデータの送信元の端末１０には、当該端末１０が送信している符号化データに含まれる高品質映像を超える品質が指定された再生品質情報が通知されることがある。この場合、当該端末１０の符号化設定制御部２７は、当該端末１０から他の端末１０に送信する符号化データに、他の端末１０から通知された再生品質情報で指定される品質が含まれるように、符号化部１７による符号化の設定変更を行う。
【０１００】
図１９は、符号化設定制御部２７が符号化部１７による符号化の設定を制御する具体例を示す概念図である。図１９の例では、拠点Ａの端末１０の符号化部１７の設定が、３２０×１８０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の低品質映像と、６４０×３６０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の中品質映像とを含むように、映像データを符号化する設定となっている。そして、拠点Ａの端末１０は、このような設定の符号化部１７により映像データをスケーラブルに符号化して、符号化データを送受信部１２から中継サーバ３０に送信している。
【０１０１】
その後、拠点Ｂの端末１０から解像度：１２８０×７２０、フレームレート：３０ｆｐｓ、圧縮率：１００％の各項目を含む再生品質情報が拠点Ａの端末１０に通知され、拠点Ｃの端末１０から解像度：３２０×１８０、フレームレート：１５ｆｐｓ、圧縮率：５０％の各項目を含む再生品質情報が拠点Ａの端末１０に通知される。拠点Ａの端末１０の符号化設定制御部２７は、これら拠点Ｂの端末１０から通知された再生品質情報と、拠点Ｃの端末１０から通知された再生品質情報とを取得し、これらの再生品質情報から、拠点Ｂにおいて、１２８０×７２０の解像度および３０ｆｐｓのフレームレートで圧縮率が１００％の高品質映像の表示が要求されていると判断する。この場合、拠点Ａの端末１０の符号化設定制御部２７は、１２８０×７２０の解像度および３０ｆｐｓのフレームレートで圧縮率１００％の高品質映像に対応するレイヤを追加するように、符号化部１７による符号化のレイヤ構成の設定変更等を行う。
【０１０２】
なお、以上の例のように、ユーザが要求する再生品質に応じた解像度、フレームレート、圧縮率などを再生品質情報として扱う場合には、要求される解像度、フレームレート、圧縮率などを範囲で指定してもよい。この場合、端末１０の通知部２６は、例えば、表示映像上で表示させたい映像やデータの解像度、フレームレート、圧縮率などの範囲を指定するユーザの操作を受け付けて、ユーザにより指定された品質の範囲を含む再生品質情報を生成して、映像やデータの送信元の端末１０に通知する。
【０１０３】
図２０は、符号化設定制御部２７が符号化部１７による符号化の設定を制御する具体例を示す概念図である。図２０の例では、拠点Ｂの端末１０から拠点Ａの端末に通知される再生品質情報の解像度の項目が、１２８０×７２０〜６４０×３６０というように範囲で指定されている。この場合、拠点Ａの端末１０の符号化設定制御部２７は、拠点Ｂから通知された再生品質情報をもとに、拠点Ｂにおいて、解像度が１２８０×７２０〜６４０×３６０の範囲で映像を表示することが要求されていると判断する。そして、拠点Ａの端末１０の符号化設定制御部２７は、各拠点の再生品質情報をできるだけ包含するレイヤ構成となるように、符号化部１７による符号化のレイヤ構成の設定変更等を行う。
【０１０４】
図２１は、符号化設定制御部２７による処理手順の具体例を示すフローチャートである。図２１のフローチャートで示す処理が開始されると、符号化設定制御部２７は、まずステップＳ４０１において、自拠点の映像を表示している他のすべての拠点から、再生品質情報を取得する。そして、符号化設定制御部２７は、ステップＳ４０２において、ステップＳ４０１で取得した再生品質情報から、他拠点で要求されている自拠点の映像の最大の解像度、最大のフレームレート、および最大の圧縮率を検知する。
【０１０５】
次に、符号化設定制御部２７は、ステップＳ４０３において、ステップＳ４０２で検知した最大の解像度を包含する符号化データを中継サーバ３０に送信しているか否かを判定する。そして、中継サーバ３０に送信している符号化データが、ステップＳ４０２で検知した最大の解像度を包含していない場合は（ステップＳ４０３：Ｎｏ）ステップＳ４０４に進み、最大の解像度を包含している場合は（ステップＳ４０３：Ｙｅｓ）ステップＳ４０６に進む。
【０１０６】
ステップＳ４０４では、符号化設定制御部２７は、ステップＳ４０２で検知した最大の解像度に対応するレイヤを追加可能か否かを判定する。そして、最大の解像度に対応するレイヤを追加できる場合は（ステップＳ４０４：Ｙｅｓ）ステップＳ４０５に進み、最大の解像度に対応するレイヤを追加できない場合は（ステップＳ４０４：Ｎｏ）ステップＳ４０６に進む。
【０１０７】
ステップＳ４０５では、符号化設定制御部２７は、ステップＳ４０２で検知した最大の解像度に対応するレイヤを追加するように、符号化部１７のレイヤ構成の設定を変更して、ステップＳ４０６に進む。
【０１０８】
ステップＳ４０６では、符号化設定制御部２７は、ステップＳ４０２で検知した最大のフレームレートを包含する符号化データを中継サーバ３０に送信しているか否かを判定する。そして、中継サーバ３０に送信している符号化データが、ステップＳ４０２で検知した最大のフレームレートを包含していない場合は（ステップＳ４０６：Ｎｏ）ステップＳ４０７に進み、最大のフレームレートを包含している場合は（ステップＳ４０６：Ｙｅｓ）ステップＳ４０９に進む。
【０１０９】
ステップＳ４０７では、符号化設定制御部２７は、ステップＳ４０２で検知した最大のフレームレートに対応するレイヤを追加可能か否かを判定する。そして、最大のフレームレートに対応するレイヤを追加できる場合は（ステップＳ４０７：Ｙｅｓ）ステップＳ４０８に進み、最大のフレームレートに対応するレイヤを追加できない場合は（ステップＳ４０７：Ｎｏ）ステップＳ４０９に進む。
【０１１０】
ステップＳ４０８では、符号化設定制御部２７は、ステップＳ４０２で検知した最大のフレームレートに対応するレイヤを追加するように、符号化部１７のレイヤ構成の設定を変更して、ステップＳ４０９に進む。
【０１１１】
ステップＳ４０９では、符号化設定制御部２７は、ステップＳ４０２で検知した最大の圧縮率を包含する符号化データを中継サーバ３０に送信しているか否かを判定する。そして、中継サーバ３０に送信している符号化データが、ステップＳ４０２で検知した最大の圧縮率を包含していない場合は（ステップＳ４０９：Ｎｏ）ステップＳ４１０に進み、最大の圧縮率を包含している場合は（ステップＳ４０９：Ｙｅｓ）、図２１のフローチャートで示す処理を終了する。
【０１１２】
ステップＳ４１０では、符号化設定制御部２７は、ステップＳ４０２で検知した最大の圧縮率に対応するレイヤを追加可能か否かを判定する。そして、最大の圧縮率に対応するレイヤを追加できる場合は（ステップＳ４１０：Ｙｅｓ）ステップＳ４１１に進み、最大の圧縮率に対応するレイヤを追加できない場合は（ステップＳ４１０：Ｎｏ）、図２１のフローチャートで示す処理を終了する。
【０１１３】
ステップＳ４１１では、符号化設定制御部２７は、ステップＳ４０２で検知した最大の圧縮率に対応するレイヤを追加するように、符号化部１７のレイヤ構成の設定を変更して、図２１のフローチャートで示す処理を終了する。  
【０１１４】
以上、本発明の具体的な実施形態について説明したが、本発明は、上述した実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で様々な変形や変更を加えて具体化することができる。つまり、上述した実施形態で説明したテレビ会議システム１や端末１０などの具体的な構成や動作はあくまで一例であり、用途や目的に応じて様々な変形が可能である。
【０１１５】
例えば、上述した実施形態では、通知部２６と符号化設定制御部２７とを含む品質制御モジュール２５を端末１０が備えているが、この品質制御モジュール２５の機能の一部または全部を、例えば管理サーバ４０などの他の装置が備えるように構成してもよい。例えば、管理サーバ４０が通知部２６を備える構成の場合、管理サーバ４０は、受信側の端末１０からレイアウト情報を取得し、このレイアウト情報をもとに再生品質情報を生成して送信側の端末１０に通知する。また、管理サーバ４０が符号化設定制御部２７を備える構成の場合、管理サーバ４０は、受信側の端末１０から通知される再生品質情報を取得し、この再生品質情報に基づいて、送信側の端末１０の符号化部１７の設定を制御する制御信号を生成して、送信側の端末１０に送信する。
【０１１６】
また、上述した実施形態では、映像データをスケーラブルに符号化して端末１０間で送受信するものとしているが、映像データとともに、あるいは映像データに代えて、音声データをスケーラブルに符号化して端末１０間で送受信するようにしてもよい。この場合、音声データの品質としては、例えば、音声におけるサンプリング周波数や、音声におけるビット長などが挙げられる。
【０１１７】
また、上述した実施形態では、本発明を適用した通信システムの一例としてテレビ会議システム１を例示したが、これに限られるものではない。本発明は、例えば、端末間で双方向に音声データを送受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話等の電話システムや、管理センタの端末から自動車に搭載されたカーナビゲーション装置に対して地図データやルート情報などを配信するカーナビゲーションシステム等、各種の通信システムに対して有効に適用可能である。
【０１１８】
また、上述した実施形態では、本発明を適用した通信装置の一例としてテレビ会議端末（端末）１０を例示したが、これに限られるものではない。本発明は、各種データをスケーラブルに符号化して送信する機能と、スケーラブルに符号化された符号化データを復号して再生する機能とを有する通信装置であれば、例えばＰＣやタブレット端末、スマートフォン、電子黒板、自動車に搭載されるカーナビゲーション装置等の各種の通信装置に対して有効に適用可能である。
【先行技術文献】
【特許文献】
【０１１９】
【特許文献１】特許第４９２１４８８号公報
【図１】
2015129319.tif 000003
【図２】
2015129319.tif 000004
【図３】
2015129319.tif 000005
【図４】
2015129319.tif 000006
【図５】
2015129319.tif 000007
【図６】
2015129319.tif 000008
【図７】
2015129319.tif 000009
【図８】
2015129319.tif 000010
【図９】
2015129319.tif 000011
【図１０】
2015129319.tif 000012
【図１１】
2015129319.tif 000013
【図１２】
2015129319.tif 000014
【図１３】
2015129319.tif 000015
【図１４】
2015129319.tif 000016
【図１５】
2015129319.tif 000017
【図１６】
2015129319.tif 000018
【図１７】
2015129319.tif 000019
【図１８】
2015129319.tif 000020
【図１９】
2015129319.tif 000021
【図２０】
2015129319.tif 000022
【図２１】
2015129319.tif 000023
【国際調査報告】
2015129319.tif 000024
2015129319.tif 000025