(57)【要約】【課題】送信されるデータの量を抑制して通信コストの増大を抑制しつつ、複数の画像の通信によって遠隔会議を行うことができる通信端末、通信方法、及び通信プログラムを提供する。【解決手段】通信システム１は、通信端末３及び会議端末５を備えている。通信端末３には、正面カメラ４６、右面カメラ４７、及び左面カメラ４８が接続されている。右面カメラ４７及び左面カメラ４８から取得される画像のデータの量が、正面カメラ４６から取得される画像のデータの量と比較して小さくなるように、其々のカメラから画像のデータが取得される。取得された画像のデータは、ネットワーク２を介して会議端末５に対して送信される。会議端末５が備える複数のディスプレイには、正面カメラ４６、右面カメラ４７、及び左面カメラ４８の其々から取得された画像が表示される。【選択図】図１
2012169948.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの正面顔を含む領域の画像である正面画像を表示する第一表示部、及び前記ユーザの横顔を含む領域の画像である側面画像を表示する少なくとも一つの第二表示部を備えた遠隔会議用の会議端末に対して、前記正面画像及び前記側面画像を送信する通信端末であって、
制御部と、前記制御部への命令を記憶したメモリとを備え、前記命令が実行されることにより、
前記ユーザの正面顔を含む領域を撮影する第一撮影部から、前記正面画像を取得する第一取得ステップと、
前記ユーザの横顔を含む領域を撮影する第二撮影部から、前記側面画像を取得する第二取得ステップと、
前記第一取得ステップにおいて取得される前記正面画像の表示形式、及び、前記第二取得ステップにおいて取得される前記側面画像の表示形式を決定する決定ステップであって、前記側面画像のデータ量が、前記正面画像のデータ量よりも小さくなるように、前記表示形式を決定する決定ステップと、
前記決定ステップにおいて決定された前記表示形式の前記正面画像及び前記側面画像を、前記会議端末に対して送信する送信ステップと
を実行することを特徴とする通信端末。
【請求項２】
前記制御部は、
前記会議端末に対して送信される前記正面画像及び前記側面画像の伝送する通信路の通信状態を判断する判断ステップと、
前記判断ステップにおいて判断した前記通信路の通信状態に基づいて、前記決定ステップにおいて決定した前記表示形式を変更する変更ステップと
を更に実行することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記表示形式は、フレームレートであり、
前記制御部は、前記決定ステップを実行する場合において、
前記第二取得ステップにおいて取得される前記側面画像のフレームレートが、前記第一取得ステップにおいて取得される前記正面画像のフレームレートよりも小さくなるように、前記正面画像及び前記側面画像のフレームレートを決定することを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
前記表示形式は、解像度であり、
前記制御部は、前記決定ステップを実行する場合において、
前記第二取得ステップにおいて取得される前記側面画像の解像度が、前記第一取得ステップにおいて取得される前記正面画像の解像度よりも小さくなるように、前記正面画像及び前記側面画像の解像度を決定することを特徴とする請求項１又は２に記載の通信端末。
【請求項５】
前記制御部は、
前記判断ステップを実行する場合において、前記通信路の使用可能な帯域を判断し、
前記送信ステップにおいて前記正面画像及び前記側面画像が送信される場合に使用される帯域と、前記判断ステップにおいて判断された前記使用可能な帯域とを比較する比較ステップを更に実行し、
前記変更ステップを実行する場合において、
前記比較ステップにおいて、前記正面画像及び前記側面画像が送信される場合に使用される帯域が、前記使用可能な帯域よりも大きいと判断された場合に、前記第二取得ステップにおいて取得される前記側面画像のデータ量が更に小さくなるように、前記決定ステップにおいて決定した前記表示形式を変更することを特徴とする請求項２に記載の通信端末。
【請求項６】
前記制御部は、前記変更ステップを実行する場合において
前記側面画像が送信される場合に使用される帯域が所定の閾値以下となった場合に、前記第一取得ステップにおいて取得される前記正面画像のデータ量が小さくなるように、前記決定ステップにおいて決定した前記表示形式を変更することを特徴とする請求項５に記載の通信端末。
【請求項７】
ユーザの正面顔を含む領域の画像である正面画像を表示する第一表示部、及び、前記ユーザの横顔を含む領域の画像である側面画像を表示する第二表示部を備えた遠隔会議用の会議端末に対して、前記正面画像及び前記側面画像を送信する通信方法であって、
前記ユーザの正面顔を含む領域を撮影する第一撮影部から、前記正面画像を取得する第一取得ステップと、
前記ユーザの横顔を含む領域を撮影する第二撮影部から、前記側面画像を取得する第二取得ステップと、
前記第一取得ステップにおいて取得される前記正面画像の表示形式、及び、前記第二取得ステップにおいて取得される前記側面画像の表示形式を決定する決定ステップであって、前記側面画像のデータ量が、前記正面画像のデータ量よりも小さくなるように、前記表示形式を決定する決定ステップと、
前記決定ステップにおいて決定された前記表示形式の前記正面画像及び前記側面画像を、前記会議端末に対して送信する送信ステップと
を備えたことを特徴とする通信方法。
【請求項８】
ユーザの正面顔を含む領域の画像である正面画像を表示する第一表示部、及び、前記ユーザの横顔を含む領域の画像である側面画像を表示する第二表示部を備えた遠隔会議用の会議端末に対して、前記正面画像及び前記側面画像を送信するための通信プログラムであって、
前記ユーザの正面顔を含む領域を撮影する第一撮影部から、前記正面画像を取得する第一取得ステップと、
前記ユーザの横顔を含む領域を撮影する第二撮影部から、前記側面画像を取得する第二取得ステップと、
前記第一取得ステップにおいて取得される前記正面画像の表示形式、及び、前記第二取得ステップにおいて取得される前記側面画像の表示形式を決定する決定ステップであって、前記側面画像のデータ量が、前記正面画像のデータ量よりも小さくなるように、前記表示形式を決定する決定ステップと、
前記決定ステップにおいて決定された前記表示形式の前記正面画像及び前記側面画像を、前記会議端末に対して送信する送信ステップと
をコンピュータに実行させるための通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数拠点間で遠隔会議を実行する通信端末、通信方法、及び通信プログラムに関する。
【背景技術】
【０００２】
従来、複数拠点に設けられた通信端末間で遠隔会議を実行する遠隔会議システムが知られている。例えば特許文献１に記載の通信端末は、カメラが一体化したディスプレイを備えている。ユーザがこのディスプレイを正面から注視した状態で、ユーザは正面から撮影される。別の拠点の通信端末（以下、「会議端末」という。）のディスプレイには、ユーザの正面画像が表示される。従って遠隔会議システムのユーザは、遠隔地のユーザとの間で臨場感の高い会議を行うことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−６５４９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の会議端末の周囲を取り囲むようにユーザが着座した場合を想定する。このような場合、ディスプレイと正対しているユーザは、ディスプレイの表示内容を確実に目視できるため、遠隔地のユーザの表情などを把握できる。一方、ディスプレイと正対していないユーザは、ディスプレイの表示内容を目視困難であるか、その位置関係によっては表示内容を全く目視できないことがある。そうすると、遠隔地のユーザの表情などを把握できないことになる。
【０００５】
本発明の目的は、異なる方向を向いた複数のディスプレイを備え、特定のディスプレイと正対していないユーザも、他のディスプレイに表示される画像を目視して遠隔地のユーザの表情などを把握できる会議端末に対してデータを送信する通信端末であって、送信されるデータの量を抑制して通信コストの増大を抑制しつつ、複数の画像の通信によって遠隔会議を行うことができる通信端末、通信方法、及び通信プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第一態様に係る通信端末は、ユーザの正面顔を含む領域の画像である正面画像を表示する第一表示部、及び前記ユーザの横顔を含む領域の画像である側面画像を表示する少なくとも一つの第二表示部を備えた遠隔会議用の会議端末に対して、前記正面画像及び前記側面画像を送信する通信端末であって、制御部と、前記制御部への命令を記憶したメモリとを備え、前記命令が実行されることにより、前記ユーザの正面顔を含む領域を撮影する第一撮影部から、前記正面画像を取得する第一取得ステップと、前記ユーザの横顔を含む領域を撮影する第二撮影部から、前記側面画像を取得する第二取得ステップと、前記第一取得ステップにおいて取得される前記正面画像の表示形式、及び、前記第二取得ステップにおいて取得される前記側面画像の表示形式を決定する決定ステップであって、前記側面画像のデータ量が、前記正面画像のデータ量よりも小さくなるように、前記表示形式を決定する決定ステップと、前記決定ステップにおいて決定された前記表示形式の前記正面画像及び前記側面画像を、前記会議端末に対して送信する送信ステップとを実行する。
【０００７】
第一態様によれば、通信端末は、側面画像のデータ量を小さくできる。従って、ネットワークを介して正面画像及び側面画像を会議端末に送信する場合の総データ量を抑制できるので、通信に要するコストを抑制できる。また、通信路への負荷が小さくなるので、通信端末は、正面画像及び側面画像を遅滞なく確実に会議端末に伝達することができる。
【０００８】
また通信端末は、正面画像のデータ量を側面画像のデータ量よりも大きくできるので、画質の良好な正面画像を会議端末に伝達することができる。なお、ユーザが遠隔会議に対して要求する画質は、正面画像と比べて側面画像の方が低いことが想定される。正面画像には、ユーザの表情や頭の動きが顕著に現れるのに対し、側面画像は、正面画像と比較して変化や動きが少ないためである。従って、側面画像のデータ量が小さくなり画質が劣化した場合でも、遠隔会議の実用性や機能性、利便性は維持される。
【０００９】
第一態様において、前記制御部は、前記会議端末に対して送信される前記正面画像及び前記側面画像の伝送する通信路の通信状態を判断する判断ステップと、前記判断ステップにおいて判断した前記通信路の通信状態に基づいて、前記決定ステップにおいて決定した前記表示形式を変更する変更ステップとを更に実行してもよい。これによって通信端末は、通信路の通信状態に応じて、正面画像及び側面画像の表示形式を調整することができる。通信端末は、通信路の通信状態に応じて最適な表示形式を決定することによって、通信路を効率的に使用して正面画像及び側面画像を送信することができる。
【００１０】
第一態様において前記表示形式は、フレームレートであり、前記制御部は、前記決定ステップを実行する場合において、前記第二取得ステップにおいて取得される前記側面画像のフレームレートが、前記第一取得ステップにおいて取得される前記正面画像のフレームレートよりも小さくなるように、前記正面画像及び前記側面画像のフレームレートを決定してもよい。正面画像のフレームレートを側面画像のフレームレートよりも大きくすることによって、通信端末は、動きが滑らかで違和感のない正面画像を取得し、会議端末に送信することができる。なお、側面画像に求められる画質は、正面画像に求められる画質よりも低いので、側面画像の画質が相対的に劣化しても、遠隔会議の実用性に及ぼす影響は小さい。従って通信端末は、遠隔会議の実用性を低下させることなく、側面画像のフレームレートを小さくして通信路への通信負荷を軽減させることができる。
【００１１】
第一態様において、前記表示形式は、解像度であり、前記制御部は、前記決定ステップを実行する場合において、前記第二取得ステップにおいて取得される前記側面画像の解像度が、前記第一取得ステップにおいて取得される前記正面画像の解像度よりも小さくなるように、前記正面画像及び前記側面画像の解像度を決定してもよい。正面画像の解像度を側面画像の解像度よりも大きくすることによって、通信端末は、高精細な正面画像を取得し、会議端末に送信することができる。なお、側面画像に求められる画質は、正面画像に求められる画質よりも低いので、側面画像の画質が相対的に劣化しても、遠隔会議の実用性に及ぼす影響は小さい。従って通信端末は、遠隔会議の実用性を低下させることなく、側面画像の解像度を小さくして通信路への通信負荷を軽減させることができる。
【００１２】
第一態様において、前記制御部は、前記判断ステップを実行する場合において、前記通信路の使用可能な帯域を判断し、前記送信ステップにおいて前記正面画像及び前記側面画像が送信される場合に使用される帯域と、前記判断ステップにおいて判断された前記使用可能な帯域とを比較する比較ステップを更に実行し、前記変更ステップを実行する場合において、前記比較ステップにおいて、前記正面画像及び前記側面画像が送信される場合に使用される帯域が、前記使用可能な帯域よりも大きいと判断された場合に、前記第二取得ステップにおいて取得される前記側面画像のデータ量が更に小さくなるように、前記決定ステップにおいて決定した前記表示形式を変更してもよい。これによって通信端末は、正面画像及び側面画像を送信した場合に使用される帯域が、通信路における使用可能な帯域を超えた場合に、側面画像のデータ量を優先して小さくすることができる。正面画像の画質は維持される。従って遠隔会議の実用性は維持される。また、正面画像及び側面画像のデータを送信する場合の帯域を、通信路における使用可能な帯域内に収めることで、通信路を介した通信の確実性を高めることができる。通信端末は、データが通信の途中で喪失してしまうことで遠隔会議が途切れてしまうことを防止できる。
【００１３】
第一態様において、前記制御部は、前記変更ステップを実行する場合において、前記側面画像が送信される場合に使用される帯域が所定の閾値以下となった場合に、前記第一取得ステップにおいて取得される前記正面画像のデータ量が小さくなるように、前記決定ステップにおいて決定した前記表示形式を変更してもよい。これによって通信端末は、側面画像のデータ量が所定以上小さくなることを防止することで、側面画像に最低限必要な画質を維持できる。
【００１４】
本発明の第二態様に係る通信方法は、ユーザの正面顔を含む領域の画像である正面画像を表示する第一表示部、及び、前記ユーザの横顔を含む領域の画像である側面画像を表示する第二表示部を備えた遠隔会議用の会議端末に対して、前記正面画像及び前記側面画像を送信する通信方法であって、前記ユーザの正面顔を含む領域を撮影する第一撮影部から、前記正面画像を取得する第一取得ステップと、前記ユーザの横顔を含む領域を撮影する第二撮影部から、前記側面画像を取得する第二取得ステップと、前記第一取得ステップにおいて取得される前記正面画像の表示形式、及び、前記第二取得ステップにおいて取得される前記側面画像の表示形式を決定する決定ステップであって、前記側面画像のデータ量が、前記正面画像のデータ量よりも小さくなるように、前記表示形式を決定する決定ステップと、前記決定ステップにおいて決定された前記表示形式の前記正面画像及び前記側面画像を、前記会議端末に対して送信する送信ステップとを備えている。
【００１５】
第二態様によれば、側面画像のデータ量を小さくできる。従って、ネットワークを介して正面画像及び側面画像を会議端末に送信する場合の総データ量を抑制できるので、通信に要するコストを抑制できる。また、通信路への負荷が小さくなるので、正面画像及び側面画像を遅滞なく確実に会議端末に伝達することができる。
【００１６】
また、正面画像のデータ量を側面画像のデータ量よりも大きくできるので、画質の良好な正面画像を会議端末に伝達することができる。なお、ユーザが遠隔会議に対して要求する画質は、正面画像と比べて側面画像の方が低いことが想定される。正面画像には、ユーザの表情や頭の動きが顕著に現れるのに対し、側面画像は、正面画像と比較して変化や動きが少ないためである。従って、側面画像のデータ量を小さくして画質が劣化した場合でも、遠隔会議の実用性や機能性、利便性は維持される。
【００１７】
本発明の第三態様に係る通信プログラムは、ユーザの正面顔を含む領域の画像である正面画像を表示する第一表示部、及び、前記ユーザの横顔を含む領域の画像である側面画像を表示する第二表示部を備えた遠隔会議用の会議端末に対して、前記正面画像及び前記側面画像を送信するための通信プログラムであって、前記ユーザの正面顔を含む領域を撮影する第一撮影部から、前記正面画像を取得する第一取得ステップと、前記ユーザの横顔を含む領域を撮影する第二撮影部から、前記側面画像を取得する第二取得ステップと、前記第一取得ステップにおいて取得される前記正面画像の表示形式、及び、前記第二取得ステップにおいて取得される前記側面画像の表示形式を決定する決定ステップであって、前記側面画像のデータ量が、前記正面画像のデータ量よりも小さくなるように、前記表示形式を決定する決定ステップと、前記決定ステップにおいて決定された前記表示形式の前記正面画像及び前記側面画像を、前記会議端末に対して送信する送信ステップと
をコンピュータに実行させる。
【００１８】
第三態様によれば、通信プログラムに基づいてコンピュータが駆動することにより、側面画像のデータ量を小さくできる。従って、ネットワークを介して正面画像及び側面画像を会議端末に送信する場合の総データ量を抑制できるので、通信に要するコストを抑制できる。また、通信路への負荷が小さくなるので、正面画像及び側面画像を遅滞なく確実に会議端末に伝達することができる。
【００１９】
また通信プログラムに基づいてコンピュータが駆動することにより、正面画像のデータ量を側面画像のデータ量よりも大きくできるので、画質の良好な正面画像を会議端末に伝達することができる。なお、ユーザが遠隔会議に対して要求する画質は、正面画像と比べて側面画像の方が低いことが想定される。正面画像には、ユーザの表情や頭の動きが顕著に現れるのに対し、側面画像は、正面画像と比較して変化や動きが少ないためである。従って、側面画像のデータ量を小さくして画質が劣化した場合でも、遠隔会議の実用性や機能性、利便性は維持される。
【図面の簡単な説明】
【００２０】
【図１】テレビ会議システム１の全体構成を示す図である。
【図２】会議端末５の斜視図である。
【図３】通信端末３の電気的構成を示すブロック図である。
【図４】会議端末５の電気的構成を示すブロック図である。
【図５】メイン処理を示すフローチャートである。
【図６】第一例における第一割り込み処理を示すフローチャートである。
【図７】第二割り込み処理を示すフローチャートである。
【図８】第二例における第一割り込み処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の一実施形態に係る通信端末３について、図面を参照して説明する。参照する図面は、本発明が採用し得る技術的特徴を説明するために用いられるものである。図面に記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００２２】
図１を参照して、テレビ会議システム１の全体構成について説明する。テレビ会議システム１では、ユーザが存在する複数の拠点に其々設けられた端末が、ネットワーク２を介して接続されている。本実施形態では、会議が開催されている拠点（以下、会議拠点という。）に設置されている会議端末５と、会議拠点とは異なる拠点（以下、遠隔拠点という。）に設置されている通信端末３との間で、テレビ会議が実行される場合を例示する。
【００２３】
テレビ会議システム１では、通信端末３と会議端末５との間でテレビ会議が開始されると、通信端末３及び会議端末５で其々取得された画像及び音声は、ネットワーク２を介して互いに送受信される。通信端末３では、会議端末５で取得された画像及び音声（つまり、会議拠点に存在するユーザの画像及び音声）が出力される。会議端末５では、通信端末３で取得された画像及び音声（つまり、遠隔拠点に存在するユーザの画像及び音声）が出力される。このように、通信端末３及び会議端末５では、其々相手方の拠点に存在するユーザの画像及び音声がリアルタイムに出力されてテレビ会議が進行する。
【００２４】
通信端末３は、汎用のＰＣである。通信端末３には、複数のカメラ（前側カメラ４６、右側カメラ４７、左側カメラ４８）が接続されている。前側カメラ４６は、遠隔拠点のユーザの前側に配置されている。前側カメラ４６は、ユーザの正面顔を含む領域を撮影する。右側カメラ４７は、遠隔拠点のユーザの右側に配置されている。右側カメラ４７は、ユーザの右横顔を含む領域を撮影する。左側カメラ４８は、遠隔拠点のユーザの左側に配置されている。左側カメラ４８は、ユーザの左横顔を含む領域を撮影する。前側カメラ４６、右側カメラ４７、及び左側カメラ４８は、撮影した画像のデータをネットワーク２へリアルタイムに出力可能な、小型・軽量の汎用カメラ（ＷＥＢカメラなど）である。
【００２５】
図２を参照して、会議端末５の物理的構造について説明する。以下の説明では、図３の右下方向、左上方向、左下方向、右上方向を、会議端末５の前側、後側、右側、左側とする。会議端末５は、テレビ会議を実行するために必要なデバイスが格納された筐体７０を備えている。筐体７０は、筐体上部７１、連結部（図示外）、筐体下部７３からなる。
【００２６】
筐体上部７１は、平面視で正方形状であり、上下方向を長手方向とする箱状体（つまり、縦長直方体状）である。筐体上部７１の前面、右面、及び左面には、其々、前面枠７４、右面枠７５、及び左面枠７６が設けられている。前面枠７４には正面ディスプレイ６１が固定されている。右面枠７５には右面ディスプレイ６２が固定されている。左面枠７６には左面ディスプレイ６３（図４参照）が固定されている。つまり、筐体上部７１は、その前面及び左右両面の三面にディスプレイを備えている。
【００２７】
前面枠７４には、正面ディスプレイ６１に重畳したタッチパネル５７が固定されている。ユーザは、正面ディスプレイ６１に表示されるメニューやアイコン等を指で触れることで、会議端末５の操作を行うことができる。
【００２８】
前面枠７４の上枠部分における略中央位置には、カメラ６７が設けられている。カメラ６７は正面ディスプレイ６１と同一面に設けられている。従って、正面ディスプレイ６１が画像表示する方向と同一方向（つまり、筐体上部７１の前方）が、カメラ６７によって撮影される。右面枠７５の上枠部分における略中央位置には、右側マイク６４が設けられている。左面枠７６の上枠部分における略中央位置には、左側マイク６５（図４参照）が設けられている。右側マイク６４及び左側マイク６５は、筐体上部７１の両側面に設けられた一対のバイノーラルマイクである。これによって、会議端末５の周辺で発生した音声は、筐体上部７１の両側面からバイノーラル方式で集音される。
【００２９】
筐体下部７３は、筐体上部７１を下側から支える支持台として機能する。図示しない連結部は、筐体上部７１と筐体下部７３とを連結している。筐体下部７３の前面側に、音声を出力可能なスピーカ６６が設けられている。
【００３０】
通信端末３に接続された複数のカメラによって撮影された画像のデータは、ネットワーク２を介して送信され、会議端末５において受信される。前側カメラ４６において撮影された画像は、正面ディスプレイ６１に表示される。以下、前側カメラ４６において撮影された画像を、正面画像という。右側カメラ４７において撮影された画像は、右面ディスプレイ６２に表示される。左側カメラ４７において撮影された画像は、左面ディスプレイ６３に表示される。以下、右側カメラ４８及び左側カメラ４８において撮影された画像を総称し、側面画像という。これによって会議拠点では、正面ディスプレイ６１と正対していないユーザも、右面ディスプレイ６２または左面ディスプレイ６３に表示される画像を目視して、遠隔拠点のユーザの表情などを把握することができるので、テレビ会議の臨場感を向上させることができる。また会議端末５では、遠隔地のユーザを三方から撮影した画像が、その撮影方向に対応して三面表示される。このような三面表示によって筐体上部７１を遠隔拠点のユーザの頭部に見せかけることで、会議端末５を擬人化することができる。その結果、遠隔拠点のユーザが会議拠点にあたかも存在しているかのような印象を与えて、テレビ会議での存在感を高めることができる。
【００３１】
ここで通信端末３は、複数のカメラ（前側カメラ４６、右側カメラ４７、及び左側カメラ４８）において撮影された複数の画像のデータを、ネットワーク２を介して会議端末５に対して送信する必要がある。送信されるデータの総量は、１つのカメラにおいて撮影された画像のデータを送信する場合と比較して増大する。このため、ネットワーク２の回線使用料は高くなる。また、送信されるデータの量の増加によってネットワーク２の通信負荷が大きくなるため、通信遅延やデータの抜けが発生する可能性が高くなる。通信遅延やデータの抜けが発生すると、会議端末５のディスプレイに表示される画像の動きがぎこちなくなってしまうので、テレビ会議の円滑な実行の妨げとなる。
【００３２】
これに対して通信端末３は、側面画像のデータの量を優先的に抑制し、側面画像のデータの量を、正面画像のデータの量よりも小さくする。これによって、通信端末３から送信される画像のデータの総量は小さくなるので、ネットワーク２の回線使用料を抑制することができる。また、ネットワーク２の通信負荷が小さくなるので、通信遅延やデータの抜けの発生は抑制される。これによって、リアルタイム性が高く円滑なテレビ会議が実行される。
【００３３】
また通信端末３は、ネットワーク２における使用可能な伝送路容量を特定し、特定された伝送路容量内で正面画像及び側面画像のデータが送信されるように、側面画像のデータの量を抑制する。これによって通信端末３は、ネットワーク２において使用可能な伝送路容量を効率的に使用することができる。また、側面画像のデータを不要に抑制することを防ぐことができるので、画像の品質を維持することができる。以下、伝送路容量を帯域ともいう。使用可能な伝送路容量を使用可能帯域ともいう。
【００３４】
画像のデータ量を抑制した場合、画像の品質が劣化することが想定される。これに対して通信端末３は、側面画像のデータを優先的に抑制し、正面画像の品質はできるだけ維持する。ユーザの正面顔には、ユーザの表情や頭の動きが顕著に現れるので、要求される画像の品質は高い。一方、ユーザの側面顔は、正面顔と比較して変化や動きが少ないため、要求される画像の品質は低い。従って、側面画像のデータの量が抑制されて画質が劣化した場合でも、テレビ会議の実用性や機能性、利便性は維持される。このようにして通信端末３は、ユーザに違和感や不快感を与えることなく、ネットワーク２に送信される画像のデータの総量を抑制することができる。
【００３５】
なお通信端末３は、画像のデータの表示形式を調整することで、画像のデータの量を抑制する。表示形式としては、フレームレート、解像度、色数、圧縮形式等が挙げられる。表示形式としてフレームレートを用いた場合の例を、後述する第一例にて説明する。表示形式として解像度を用いた場合の例を、後述する第二例にて説明する。
【００３６】
図３を参照して、通信端末３の電気的構成について説明する。通信端末３は、通信端末３の制御を司るＣＰＵ３０を備えている。ＲＯＭ３１、及びＲＡＭ３２は、ＣＰＵ３０に接続している。ＨＤＤ３３、ビデオコントローラ３４、オーディオコントローラ３５、通信装置３６、キーボード４１、マウス４２、前側カメラ４６、右側カメラ４７、及び左側カメラ４８は、Ｉ／Ｏインタフェイス４０を介してＣＰＵ３０と接続している。ディスプレイ４３はビデオコントローラ３４と接続している。マイク４４、及びスピーカ４５は、オーディオコントローラ３５と接続している。
【００３７】
ＨＤＤ３３は、大容量のハードディスクドライブである。ＨＤＤ３３には、テレビ会議を実行するための各種データ（例えば、通信端末３で取得された画像や音声のデータ、会議端末５から受信した画像や音声のデータ）、ＣＰＵ３０において実行される各種プログラム等が記憶されている。通信装置３６は、ネットワーク２を介してデータの送受信を行うコントローラである。
【００３８】
図４を参照して、会議端末５の電気的構成について説明する。会議端末５は、会議端末５の制御を司るＣＰＵ５０を備えている。ＲＯＭ５１、及びＲＡＭ５２は、ＣＰＵ５０に接続している。ＨＤＤ５３、ビデオコントローラ５４、オーディオコントローラ５５、通信装置５６、タッチパネル５７、及びカメラ６７は、Ｉ／Ｏインタフェイス６０を介してＣＰＵ５０と接続している。正面ディスプレイ６１、右面ディスプレイ６２、及び左面ディスプレイ６３は、ビデオコントローラ５４と接続している。右側マイク６４、左側マイク６５、及びスピーカ６６は、オーディオコントローラ５５と接続している。
【００３９】
ＨＤＤ５３は、大容量のハードディスクドライブである。ＨＤＤ５３には、テレビ会議を実行するための各種データ（例えば、会議端末５で取得された画像や音声のデータ、通信端末３から受信した画像や音声のデータ）、ＣＰＵ５０において実行される各種プログラム等が記憶されている。通信装置５６は、ネットワーク２を介してデータの送受信を行うコントローラである。
【００４０】
図５から図７を参照し、通信端末３のＣＰＵ３０において実行されるメイン処理（図５参照）、第一割り込み処理（図６参照）、及び第二割り込み処理（図７参照）の第一例について説明する。メイン処理は、テレビ会議のアプリケーションを開始する指示が、キーボード４１又はマウス４２を介してユーザによってなされた場合に、ＣＰＵ３０において起動され実行される。第一割り込み処理、及び第二割込み処理は、メイン処理中で起動が許可された場合に、所定の周期で繰り返し起動され実行される定周期割込みである。第一例では、表示形式として画像のフレームレートを調整することによって、画像のデータの量は抑制される。
【００４１】
図５を参照し、メイン処理について説明する。会議参加要求が会議サーバ（図示外）に送信される（Ｓ１）。会議参加要求は、テレビ会議システム１で実行されるテレビ会議への参加を要求するコマンドである。会議サーバは、ネットワーク２を介して会議参加要求を受信した場合、会議参加要求に含まれる認証情報に基づいてユーザ認証を行う。ユーザ認証が成功した場合、参加許可を要求元の通信端末３に返信する。ユーザ認証が失敗した場合、参加拒否を要求元の通信端末３に返信する。
【００４２】
会議参加要求が送信された後、参加許可を取得したか否かが判断される（Ｓ３）。会議サーバから参加拒否を受信した場合、参加許可を取得していないと判断される（Ｓ３：ＮＯ）。この場合、テレビ会議は開始されることなく、メイン処理は終了する。会議サーバから参加許可を受信した場合、参加許可を取得したと判断される（Ｓ３：ＹＥＳ）。この場合、第一割り込み処理（図６参照）、及び第二割り込み処理（図７参照）が起動される（Ｓ５）。第一割り込み処理では、使用可能帯域が特定される。特定された使用可能帯域に基づき、画像のフレームレートが特定される。第二割込み処理では、第一割り込み処理において特定されたフレームレートに基づき、カメラにおいて撮影された画像のデータが取得される。取得された画像のデータが会議端末５に対して送信されることで、テレビ会議が実行される。第一割り込み処理及び第二割込み処理の詳細は後述する。
【００４３】
テレビ会議を終了させる旨の指示が、キーボード４１又はマウス４２を介してユーザによって入力されたか否かが判断される（Ｓ７）。テレビ会議を終了させる旨の指示が入力された場合（Ｓ７：ＹＥＳ）、Ｓ５で起動された第一割り込み処理及び第二割込み処理が終了され（Ｓ９）、メイン処理は終了される。テレビ会議を終了させる指示が入力されていない場合（Ｓ７：ＮＯ）、処理はＳ７に戻り、テレビ会議が継続される。
【００４４】
なお上述では、ネットワーク２に接続する会議サーバに参加許可を送信することによって、テレビ会議への参加を要求していたが、本発明はこれに限定されない。通信端末３は、会議端末５に対して参加許可を送信してもよい。会議端末５において認証処理が実行され、通信端末３をテレビ会議に参加させるか否かが判断されてもよい。
【００４５】
図６を参照し、第一割り込み処理について説明する。フレームレート、及び解像度の初期値が設定される（Ｓ１１）。フレームレート、及び解像度の初期値は、ＲＯＭ３１に予め記憶されている。例えば、正面画像のフレームレートは３０ｆｐｓに設定され、側面画像のフレームレートは１５ｆｐｓに設定される。側面画像のフレームレートが、正面画像のフレームレートよりも小さくなるように、其々のフレームレートは設定される。正面画像のフレームレートを側面画像のフレームレートよりも相対的に大きくすることによって、通信端末３は、動きが滑らかで違和感のない正面画像を取得することができる。なお、側面画像に求められる画質は、正面画像に求められる画質よりも低いので、側面画像の画質が相対的に劣化しても、テレビ会議の実用性に及ぼす影響は小さい。
【００４６】
ネットワーク２における使用可能帯域が計測され（Ｓ１３）、使用可能帯域が特定される（Ｓ１５）。使用可能帯域の計測方法として、周知の様々な方法を用いることができる。以下、計測方法の一例について説明するが、本発明はこの計測方法に限定されない。
【００４７】
通信端末３は、ネットワーク２を介して会議端末５に対して複数の計測パケットを送信する。会議端末５は、複数の計測パケットを受信する。通信端末３が計測パケットを送信する場合に使用される帯域（単位：ｂｐｓ）が使用可能帯域（単位：ｂｐｓ）以下であれば、計測パケットはネットワーク２内で渋滞しない。この場合、通信端末３によって送信された計測パケットを会議端末５が受信する間隔（受信間隔）は、理想的には、計測パケットの送信間隔と同一となる。一方、計測パケットを送信する場合に使用される帯域が使用可能帯域よりも大きければ、計測パケットはネットワーク２内で渋滞し、受信間隔は送信間隔よりも長くなる。
【００４８】
通信端末３は、送信間隔を徐々に変化させることで、計測パケットの送信時に使用される帯域を、広帯域側（送信間隔が短い側）から狭帯域側（送信間隔が長い側）に徐々に変化させる。使用される帯域が使用可能帯域よりも大きい間は、受信間隔が送信間隔よりも長い。しかし、計測パケットの送信時に使用される帯域が使用可能帯域以下となれば、受信間隔と送信間隔とは同一となる。通信端末３は、会議端末５から受信間隔を取得する。通信端末３は、取得された受信間隔と、計測パケットを送信した際の送信間隔との関係が変化する時点の帯域を、使用可能帯域として特定する。
【００４９】
Ｓ１１で設定された条件（フレームレート及び解像度）の正面画像及び側面画像のデータが送信される場合に必要な帯域が、Ｓ１５で特定された使用可能帯域よりも大きいか否かが判断される（Ｓ１７）。正面画像及び側面画像のデータが送信される場合に必要な帯域は、１フレーム当たりのデータサイズ（ｂｉｔ）にフレームレート（ｆｐｓ）を乗算することによって算出される。
【００５０】
正面画像及び側面画像のデータが送信される場合に必要な帯域が使用可能帯域以下である場合（Ｓ１７：ＮＯ）、Ｓ１１で設定した条件でも、正面画像及び側面画像のデータは遅滞なく確実に会議端末５に伝送されることが想定される。この場合、第一割り込み処理は終了する。一方、正面画像及び側面画像のデータが送信される場合に必要な帯域が、使用可能帯域よりも大きくなった場合（Ｓ１７：ＹＥＳ）、正面画像及び側面画像のデータが伝送される際に通信遅延やデータ喪失が発生する可能性がある。このような場合、正面画像及び側面画像のデータが送信される場合に必要な帯域が使用可能帯域内に収まるように、側面画像のフレームレートは小さく変更される（Ｓ１９）。これによって、後述する第二割り込み処理（図７参照）において右側カメラ４７及び左側カメラ４８から取得される側面画像のデータの量が抑制される。このように、側面画像のデータの量が優先して抑制され、良好な画質が要求される正面画像のデータの量は維持される。これによって、正面画像及び側面画像のデータが送信される場合に必要な帯域を抑制しつつ、テレビ会議の実用性は維持される。処理はＳ２１に進む。
【００５１】
例えば、使用可能帯域がＷ（ｂｐｓ）であり、正面画像のデータが送信される場合に必要な帯域がＸ（ｂｐｓ）であった場合、側面画像のフレームレートＹ（ｆｐｓ）は、次式によって算出される。
Ｙ（ｆｐｓ）＝（Ｗ−Ｘ）（ｂｐｓ）／１フレーム当たりのデータサイズ（ｂｉｔ）
【００５２】
Ｓ２１では、Ｓ１９で変更された側面画像のフレームレートが、予め定められた閾値以下となったかが判断される（Ｓ２１）。閾値として、例えば、会議端末５の右面ディスプレイ６２及び左面ディスプレイ６３に側面画像が表示された場合に、テレビ会議が円滑に実行される最低限のフレームレートが設定される。Ｓ１９で変更されたフレームレートが閾値以下となった場合（Ｓ２１：ＹＥＳ）、側面画像の動きは不自然となり、テレビ会議の円滑な進行が妨げられる可能性がある。そこでこのような場合、側面画像のフレームレートは、既述の閾値に変更される（Ｓ２３）。正面画像及び側面画像のデータが送信される場合に必要な帯域が使用可能帯域内に収まるように、正面画像のフレームレートが小さく変更される（Ｓ２５）。これによって、正面画像のデータの量は抑制される。このように、側面画像のデータの量は閾値よりも小さくならないので、側面画像に要求される最低限の画質は維持される。第一割り込み処理は終了する。一方、Ｓ２１で、Ｓ１９で変更されたフレームレートが閾値よりも大きかった場合（Ｓ２１：ＮＯ）、第一割り込み処理は終了する。
【００５３】
例えば、側面画像のデータが送信される場合に必要な帯域が閾値Ｔ（ｂｐｓ）によって変更された場合、正面画像のフレームレートＺ（ｆｐｓ）は、次式によって算出される。
Ｚ（ｆｐｓ）＝（Ｗ−Ｔ）（ｂｐｓ）／１フレームあたりのデータサイズ（ｂｉｔ）
【００５４】
図７を参照し、第二割込み処理について説明する。第一割り込み処理（図６参照）で設定された正面画像のフレームレートに基づき、前側カメラ４６から画像のデータを取得するタイミングが判断される（Ｓ３１）。例えば、正面画像のフレームレートがＬ（ｆｐｓ）であった場合、前側カメラ４６から画像のデータが取得される頻度は、１秒間にＬ回ということになる。前側カメラ４６から画像のデータを取得するタイミングであると判断された場合（Ｓ３１：ＹＥＳ）、１フレーム分の画像のデータが前側カメラ４６から取得される（Ｓ３３）。処理はＳ３５に進む。一方、前側カメラ４６から画像のデータを取得するタイミングでないと判断された場合（Ｓ３１：ＮＯ）、処理はＳ３５に進む。
【００５５】
第一割り込み処理（図６参照）で設定された側面画像のフレームレートに基づき、右側カメラ４７及び左側カメラ４８から画像のデータを取得するタイミングが判断される（Ｓ３５）。例えば、側面画像のフレームレートがＭ（ｆｐｓ）であった場合、右側カメラ４７及び左側カメラ４８から画像のデータが取得される頻度は、１秒間にＭ回ということになる。右側カメラ４７及び左側カメラ４８から画像のデータを取得するタイミングであると判断された場合（Ｓ３５：ＹＥＳ）、１フレーム分の画像のデータが右側カメラ４７及び左側カメラ４８から取得される（Ｓ３７）。処理はＳ３９に進む。一方、右側カメラ４７及び左側カメラ４８から画像のデータを取得するタイミングでないと判断された場合（Ｓ３５：ＮＯ）、処理はＳ３９に進む。
【００５６】
前側カメラ４６、右側カメラ４７、及び左側カメラ４８の全てから所定フレーム数（例えば、１フレーム）分の画像のデータが取得されたか否かが判断される（Ｓ３９）。全てのカメラから所定フレーム数分の画像のデータが取得された場合（Ｓ３９：ＹＥＳ）、各データに撮影元カメラを示す識別タグが付与される（Ｓ４１）。識別タグが付与されたデータは、公知のデータ圧縮が実行された後、データ転送用にパケット化され、映像パケットが作成される（Ｓ４３）。映像パケットは、会議端末５へ送信される（Ｓ４５）。第二割込みは終了する。一方、Ｓ３９において所定フレーム数分の画像のデータが取得されていないと判断された場合（Ｓ３９：ＮＯ）、第二割込み処理は終了する。
【００５７】
Ｓ５（図５参照）で起動された第一割込み処理及び第二割込み処理がＳ９（図５参照）で終了されるまで、所定フレーム数分の画像のデータが取得される毎に、映像パケットが会議端末５へ送信される。具体的には、テレビ会議の実行中は、遠隔拠点を映し出した画像のデータを含む映像パケットが会議端末５へ送信される。映像パケットには、前側カメラ４６で撮影されたユーザの正面顔画像、右側カメラ４７で撮影されたユーザの右顔画像、及び左側カメラ４８で撮影されたユーザの左顔画像が含まれる。
【００５８】
通信端末３から送信された映像パケットは、会議端末５において受信される。会議端末５では、受信されたパケットから圧縮済みのデータが取り出される。このデータについて公知の解凍処理が実行される。解凍されたデータに付与されている識別タグが特定される。例えば、識別タグ「前側カメラ」が付与されているデータは、正面ディスプレイ６１に表示される。識別タグ「右側カメラ」が付与されているデータは、右面ディスプレイ６２に表示される。識別タグ「左側カメラ」が付与されているデータは、左面ディスプレイ６３に表示される。これによって会議端末５は、通信端末３から映像パケットが受信される毎に、３つのディスプレイに選択的に画像を表示することができる。会議拠点のユーザは、各ディスプレイに映し出される画像によって、遠隔拠点のユーザの顔等を見ることができる。
【００５９】
以上説明したように、通信端末３は、側面画像のデータの量を優先して抑制し、ネットワーク２を介して正面画像及び側面画像のデータを送信する場合の総データ量を抑制することができる。これによって、ネットワーク２の回線使用料を抑制することができる。また通信端末３は、送信されるデータの総量を抑制することで、ネットワーク２の通信負荷を小さくすることができる。これによって通信端末３は、正面画像及び側面画像のデータを遅滞なく且つ確実に会議端末５に伝送することができる。
【００６０】
通信端末３は、正面画像のデータの量を側面画像のデータの量よりも大きくすることで、正面画像の画質を良好に維持することができる。会議端末５においてディスプレイに表示される画像に対して要求される画質は、正面画像と比べて側面画像の方が低いことが想定される。従って、側面画像のデータ量が相対的に小さくなり、画質が劣化した場合でも、テレビ会議の実用性や機能性、利便性を維持することができる。
【００６１】
通信端末３は、ネットワーク２の通信状態に応じて、正面画像及び側面画像のフレームレートを調整することができる。通信端末３は、ネットワーク２の通信状態に応じて最適なフレームレートを決定することができる。これによって通信端末３は、正面画像及び側面画像のデータが送信される場合に必要な帯域が使用可能帯域を超えてしまうことを防止できるので、通信の途中でデータが喪失してしまってテレビ会議が途切れてしまうことを防止できる。また通信端末３は、使用可能帯域が有効に利用されるようにフレームレートを調整することができるので、ネットワーク２を効率的に使用して正面画像及び側面画像を伝送することができる。
【００６２】
図８を参照し、通信端末３のＣＰＵ３０において実行されるメイン処理（図５参照）、第一割り込み処理（図８参照）、及び第二割込み処理（図７参照）の第二例について説明する。メイン処理、及び第二割込み処理は、既述の第一例と同一であるので、以下では説明を省略又は簡略している。第二例では、表示形式として解像度を調整することによって、画像のデータの量を抑制する。
【００６３】
フレームレート及び解像度の初期値が設定される（Ｓ５０）。フレームレート及び解像度の初期値は、ＲＯＭ３１に予め記憶されている。例えば、正面画像の解像度の初期値として「ＳＸＧＡ＋（１４００×１０５０）縦」が記憶され、側面画像の解像度の初期値として、「ＸＧＡ（１０２４×７６８）縦」が記憶されている。側面画像の解像度が、正面画像の解像度よりも小さくなるように、其々の解像度は設定される。正面画像の解像度を側面画像の解像度よりも大きくすることによって、通信端末３は、高精細な正面画像を取得することができる。なお、側面画像に求められる画質は、正面画像に求められる画質よりも低いので、側面画像の画質が相対的に劣化しても、テレビ会議の実用性に及ぼす影響は小さい。
【００６４】
ネットワーク２における使用可能帯域が計測され（Ｓ５１）、使用可能帯域が特定される（Ｓ５３）。使用可能帯域の計測方法として、周知の様々な方法を用いることができる。例えば、第一例において説明した方法と同様の計測方法が用いられる。
【００６５】
Ｓ５０で設定された条件（フレームレート及び解像度）の正面画像及び側面画像のデータが送信される場合に必要な帯域が、Ｓ５３で特定された使用可能帯域よりも大きいか否かが判断される（Ｓ５５）。正面画像及び側面画像のデータが送信される場合に必要な帯域が、使用可能帯域以下である場合（Ｓ５５：ＮＯ）、Ｓ５０で設定した条件でも、正面画像及び側面画像のデータは遅滞なく確実に会議端末５に伝送されることが想定される。第一割り込み処理は終了する。一方、正面画像及び側面画像のデータが送信される場合に必要な帯域が、使用可能帯域よりも大きくなった場合（Ｓ５５：ＹＥＳ）、正面画像及び側面画像のデータが送信される際に通信遅延やデータ喪失が発生する可能性がある。このような場合、正面画像及び側面画像のデータが送信される場合に必要な帯域が使用可能帯域内に収まるように、側面画像の解像度は小さく変更される（Ｓ５７）。このように、側面画像のデータの量が優先して抑制され、良好な画質が要求される正面画像のデータの量は維持される。これによって、正面画像及び側面画像のデータが送信される場合に必要な帯域を抑制しつつ、テレビ会議の実用性は維持される。処理はＳ５９に進む。
【００６６】
Ｓ５９では、Ｓ５７で変更された側面画像の解像度が、予め定められた閾値以下となったかが判断される（Ｓ５９）。閾値として、例えば、会議端末５の右面ディスプレイ６２及び左面ディスプレイ６３に側面画像が表示された場合に、テレビ会議が問題なく実行される最低限の解像度が設定される。Ｓ５７で変更された解像度が閾値以下となった場合（Ｓ５９：ＹＥＳ）、側面画像の解像度は粗くなり、テレビ会議の円滑な進行が妨げられる可能性がある。そこでこのような場合、側面画像の解像度は、既述の閾値に変更される（Ｓ６１）。正面画像及び側面画像のデータが送信される場合に必要な帯域が使用可能帯域内に収まるように、正面画像の解像度が小さく変更される（Ｓ６３）。これによって、正面画像のデータは抑制される。このように、側面画像のデータの量は閾値よりも小さくならないので、側面画像に最低限必要な画質は維持される。第一割り込み処理は終了する。一方、Ｓ５９で、Ｓ５７で変更された解像度が閾値よりも大きかった場合（Ｓ５９：ＮＯ）、第一割込み処理は終了する。
【００６７】
図７を参照し、第二割込み処理について説明する。第一割り込み処理（図８参照）で設定された正面画像のフレームレートに基づき、前側カメラ４６から画像のデータを取得するタイミングが判断される（Ｓ３１）。前側カメラ４６から画像のデータを取得するタイミングであると判断された場合（Ｓ３１：ＹＥＳ）、第一割り込み処理で設定された解像度で、１フレーム分の画像のデータが前側カメラ４６から取得される（Ｓ３３）。処理はＳ３５に進む。
【００６８】
第一割り込み処理（図８参照）で設定された側面画像のフレームレートに基づき、右側カメラ４７及び左側カメラ４８から画像のデータを取得するタイミングが判断される（Ｓ３５）。右側カメラ４７及び左側カメラ４８から画像のデータを取得するタイミングであると判断された場合（Ｓ３５：ＹＥＳ）、第一割り込み処理で設定された解像度で、１フレーム分の画像のデータが右側カメラ４７及び左側カメラ４８から取得される（Ｓ３７）。処理はＳ３９に進む。その他の処理は、第一例と同一である。
【００６９】
以上説明したように第二例では、通信端末３は、正面画像の解像度を側面画像の解像度よりも大きくすることによって、相対的に高精細な正面画像を取得することができる。また、側面画像に求められる画質は正面画像に求められる画質よりも低いので、側面画像の画質が相対的に劣化しても、テレビ会議の実用性に及ぼす影響は小さい。従って通信端末３は、テレビ会議の実用性を低下させることなく、画像のデータの量を抑制してネットワーク２への通信負荷を軽減させることができる。
【００７０】
なお、Ｓ３３が本発明の「第一取得ステップ」に相当する。Ｓ３７が本発明の「第二取得ステップ」に相当する。Ｓ１１、及びＳ５０が本発明の「決定ステップ」に相当する。Ｓ４５が本発明の「送信ステップ」に相当する。Ｓ１５、及びＳ５３が本発明の「判断ステップ」に相当する。Ｓ１９、Ｓ２３、Ｓ５７、及びＳ６１が本発明の「変更ステップ」に相当する。Ｓ１７、Ｓ５５が本発明の「比較ステップ」に相当する。
【００７１】
なお本発明は上述の実施形態に限定されることはなく、種々の変更が可能である。上述では、通信端末３に３つのカメラが接続されていたが、カメラの数は２つであってもよいし、４つ以上であってもよい。また、光学系（ミラーやレンズ）を切り替えることによってユーザの正面顔と横顔との両方を撮影することができる一つのカメラが接続されていてもよい。上述では、表示形式として、フレームレート又は解像度が調整されていたが、本発明はこれに限定されない。通信端末３は、フレームレート及び解像度の両方を、計測された使用可能帯域に基づいて変更してもよい。あるいは、調整される表示形式をユーザが選択できるようにしてもよい。通信端末３は、計測された使用可能帯域に基づき、画像の色数や圧縮方式を調整してもよい。
【００７２】
上述では、ＲＯＭ３１に記憶されたフレームレート及び解像度の初期値が設定され、計測された使用可能帯域に応じて、設定された初期値が変更されていた。本発明はこれに限定されない。正面画像及び側面画像のデータを送信する場合に使用される帯域が使用可能帯域に収まるようなフレームレート及び解像度が算出され、初期値として設定されてもよい。この場合、正面画像のフレームレート及び解像度が、側面画像のフレームレート及び解像度よりも大きくなるように、フレームレート及び解像度が算出されてもよい。
【００７３】
上述では、第一割り込み処理（図６、及び８参照）で設定されたフレームレートに基づいて、複数のカメラ（前側カメラ４６、右側カメラ４７、及び左側カメラ４８）から画像を取得するタイミングを判断していた。本発明はこれに限定されない。第二割込み処理（図７参照）の起動の周期で、複数のカメラから画像が取得されても良い。画像が取得された後、設定されたフレームレートに合致するように、取得された画像が修正されても良い。
【００７４】
上述の実施形態では、会議端末５の右面ディスプレイ６２に表示するための画像（右面画像）の表示形式と、左面ディスプレイ６３に表示するための画像（左面画像）の表示形式とは同一とした。本発明はこれに限定されない。通信端末１０は、右面画像の表示形式と左面画像の表示形式とが異なるように設定し、其々の画像を取得して会議端末５に対して送信してもよい。なお其々の表示形式は、以下のようにして決定されてもよい。
【００７５】
会議拠点のうち、会議端末５の右面ディスプレイ６２及び左面ディスプレイ６３の向いている方向の様子が特定される。例えば、右面ディスプレイ６２及び左面ディスプレイ６３の向いている方向に居る会議参加者の数が特定される。会議参加者数の特定は、例えば、予め会議端末５に設定されていてもよい。又、会議端末５のうち右面ディスプレイ６２及び左面ディスプレイ６３の正面を撮影するために新たに設けたカメラ（図示外）によって撮影された画像が処理されることで、会議参加者の数が特定されてもよい。通信端末３において、右面ディスプレイ６２の向いている方向に居る会議参加者の数と、左面ディスプレイ６３の向いている方向に居る会議参加者の数とが比較される。通信端末３は、会議参加者の数が少ない側のディスプレイに表示する画像のデータの量が、会議参加者の数が多い側のディスプレイに表示する画像のデータの量よりも少なくなるように、其々の画像の表示形式を決定する。これによって通信端末１０は、より多くの会議参加者に視認されるディスプレイに表示される画像の画質を、相対的に良好にすることができる。これによって、テレビ会議の利便性を更に向上させることができる。
【００７６】
なお上述において、ディスプレイの向いている方向に居る会議参加者の数が比較される代わりに、ディスプレイに正対しているユーザの数が比較されてもよい。なお、ディスプレイに正対しているユーザの数は、会議端末５のうち右面ディスプレイ６２及び左面ディスプレイ６３の正面を撮影するために新たに設けたカメラ（図示外）によって撮影された画像が処理されることで特定されてもよい。
【００７７】
上述では、通信システム１内に一つの通信端末３が含まれていたが、本発明はこれに限定されない。通信システム１内の通信端末３の数は２以上であってもよい。会議端末５は、複数の通信端末３から受信した画像を順次切り替え、複数のディスプレイに表示してもよい。
【００７８】
上述では、会議端末５はユーザの正面顔及び横顔を表示する３つのディスプレイ（正面ディスプレイ６１、右面ディスプレイ６２、及び左面ディスプレイ６３）を備えていたが、本発明はこれに限定されない。例えば、ユーザの正面顔及び横顔を同時に表示することができる一つのディスプレイを備えていてもよい。また該ディスプレイは、例えば湾曲した円筒形状のディスプレイであってもよいし、複数の方向から異なる映像を見ることが可能な三次元ディスプレイであってもよい。
【符号の説明】
【００７９】
１      テレビ会議システム
２      ネットワーク
３      通信端末
５      会議端末
４６    前側カメラ
４７    右側カメラ
４８    左側カメラ
６１    正面ディスプレイ
６２    右面ディスプレイ
６３    左面ディスプレイ
【図１】
2012169948.tif 000003
【図２】
2012169948.tif 000004
【図３】
2012169948.tif 000005
【図４】
2012169948.tif 000006
【図５】
2012169948.tif 000007
【図６】
2012169948.tif 000008
【図７】
2012169948.tif 000009
【図８】
2012169948.tif 000010