JP6155909B2

JP6155909B2 - 会議端末およびサーバー

Info

Publication number: JP6155909B2
Application number: JP2013140201A
Authority: JP
Inventors: 和紀北澤
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2012-09-14
Filing date: 2013-07-03
Publication date: 2017-07-05
Anticipated expiration: 2033-07-03
Also published as: JP2014075779A

Description

本発明は、複数の拠点間でビデオ会議を行うために各拠点に設置される会議端末およびこの会議端末と通信接続されるサーバーに関する。

近年、インターネット等のネットワークを介して遠隔地（拠点）に設置された端末装置（会議端末）を接続し、遠隔会議（ビデオ会議）を行うビデオ会議システムが普及している。会議端末は、各拠点の会議室等に設置され、相手先の会議端末との間で会議出席者の画像や音声をやり取りすることでビデオ会議を行う。具体的には、会議端末の各々は、ビデオ会議に出席する会議出席者をカメラで撮影するとともに会議出席者の音声をマイクで集音し、相手先の会議端末に画像データや音声データを送信する一方で、相手先の会議端末から送信された画像データおよび音声データを受信し、受信した画像データを用いた会議画面を表示部に表示出力するとともに音声データをスピーカーから音出力する。

ところで、会議端末のカメラとして一般的なカメラを用いると、画角が狭いために会議室内全体を撮影できない場合がある。特に、多数の会議出席者が参加する場合、会議出席者の全員をカメラの視野範囲内に収めるのが困難な場合があった。この種の問題を解決するための技術として、広角レンズを用いてカメラを構成し、広角画像を画像処理することで会議の情景をズームアップあるいはパンニングするようにしたものが知られている（特許文献１を参照）。

上記したようなビデオ会議システムにおいては、会議の内容や進行状況等に応じて所望の会議画面を見ながらビデオ会議を進行したいという会議出席者の要望がある。例えば、相手先の会議室内全体の様子（会議出席者全員の様子）を見ながら進めたり、特定の会議出席者に注目しながら進めたいといった要望がある。

しかしながら、特許文献１の技術は、広角画像を画像処理することで会議室内全体の画像データやその一部を拡大した画像データを生成するようにしたに過ぎず、会議出席者が見たい画像データを用いて会議画面を表示するものではない。このため、例えば、会議出席者が相手先の会議出席者全員の様子を見たい場合に、発言者等の特定の会議出席者を拡大した会議画面が表示される等、必ずしも会議出席者が求める会議画面と実際の会議画面とが一致しないという問題があった。

本発明は、上記に鑑みてなされたものであって、会議出席者が所望する会議画面を表示することができる会議端末およびサーバーを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明にかかる会議端末は複数の拠点間でビデオ会議を行うために前記各拠点に設置され、サーバーを介して互いに通信接続される会議端末であって、会議出席者を撮影して画像データを生成するカメラと、予め画像加工処理が定義された画像表示フォーマットの中から２種類以上の送信画像表示フォーマットを指定し、サーバーを介して相手先の会議端末に通知処理する送信フォーマット指定手段と、前記送信画像表示フォーマットに従って前記画像データを画像加工処理して前記送信画像表示フォーマット毎の加工画像データを生成し、該送信画像表示フォーマット毎の加工画像データを前記サーバーを介して前記相手先の会議端末に送信処理する画像送信手段と、前記会議出席者による操作入力を受け付けて、前記相手先の会議端末が送信画像表示フォーマットとして指定している画像表示フォーマットのうちのいずれか１つを受信画像表示フォーマットとして指定する受信フォーマット指定手段と、前記相手先の会議端末から送信された送信画像表示フォーマット毎の加工画像データを前記サーバーを介して受信し、前記受信画像表示フォーマットの加工画像データを表示部に表示処理する画像表示手段と、を備えることを特徴とする。

本発明によれば、相手先の会議端末が送信した２種類以上の送信画像表示フォーマット毎の加工画像データのうち、会議出席者の操作入力に従って指定した受信画像表示フォーマットの加工画像データを表示部に表示処理することができる。したがって、会議出席者が所望する会議画面を表示することができるという効果を奏する。

図１は、ビデオ会議システムの全体構成例を示すブロック図である。図２は、会議端末の主要内部構成例を示すブロック図である。図３−１は、ビデオ会議中のカメラの視野範囲の一例を示す図である。図３−２は、図３−１の視野範囲の画像データを示す図である。図４は、全体画像データの一例を示す図である。図５は、一部拡大画像データの一例を示す図である。図６は、画像データ送信処理の処理手順を示すフローチャートである。図７は、画像データ受信処理の処理手順を示すフローチャートである。図８は、実施の形態においてサーバーと会議端末との間で送受されるデータの流れを示す図である。図９は、実施の形態においてサーバーと会議端末との間で送受されるデータの流れを示す他の図である。図１０は、変形例１においてサーバーと会議端末との間で送受されるデータの流れを示す図である。図１１は、変形例１においてサーバーと会議端末との間で送受されるデータの流れを示す他の図である。図１２は、受信画像表示フォーマット切替処理の処理手順を示すフローチャートである。図１３は、画像データ転送処理の処理手順を示すフローチャートである。図１４は、変形例３の画像データ送信処理の処理手順を示すフローチャートである。図１５は、本変形例においてサーバーと会議端末との間で送受されるデータの流れを示す図である。図１６は、変形例４の画像データ送信処理の処理手順を示すフローチャートである。図１７は、変形例４のサーバーによる画像処理の処理手順を示すフローチャートである。図１８は、変形例４においてサーバーと会議端末との間で送受されるデータの流れを示す図である。

以下、図面を参照して、本発明の会議端末を実施するための形態について説明する。なお、この実施の形態によって本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

（実施の形態）
図１は、本実施の形態におけるビデオ会議システム１の全体構成例を示すブロック図である。図１に示すように、ビデオ会議システム１は、サーバー３と複数の会議端末５（５−１，５−２，５−３，５−４・・・）とを備え、これらがインターネット等のネットワークＮを介して接続されて構成される。サーバー３および会議端末５としては、サーバーコンピュータやワークステーション、パソコン等の汎用コンピュータを利用することができる。

サーバー３は、個々の会議端末５との間で通信接続が確立しているか否かを監視する処理や、会議開始時においてビデオ会議に参加する拠点（参加拠点）に設置された会議端末５を呼び出す処理、呼び出しに応答して通信接続が確立した参加拠点の会議端末５からビデオ会議の間に送信される画像データや音声データを相手先（他の参加拠点）の会議端末５に転送する処理等を行う。

会議端末５の各々は、遠隔地にある拠点の会議室等に設置され、ビデオ会議の出席者によって操作される。ビデオ会議中の各参加拠点の会議端末５は、後述するカメラ５１によって撮影した会議出席者の画像データやマイク５２によって集音した会議出席者の音声データをサーバー３に送信する一方、他の参加拠点の会議端末５から送信されてサーバー３によって転送された画像データや音声データを受信し、表示部５４に会議画面として表示出力するとともにスピーカー５５から音出力する。

例えば、このビデオ会議システム１において図１に示す３台の会議端末５−１〜５−３が参加するビデオ会議では、会議端末５−１から送信された画像データや音声データはサーバー３の制御によって相手先である会議端末５−２，５−３に転送される一方、会議端末５−４には転送されない。同様に、会議端末５−２，５−３から送信された画像データや音声データはサーバー３の制御によって各々の相手先である会議端末５−１，５−３や会議端末５−１，５−２に転送され、会議端末５−４には転送されない。このようにして、ビデオ会議システム１では、サーバー３との通信接続が確立された２台以上の会議端末５が設置された参加拠点間でビデオ会議が行われる。なお、以下では、サーバー３との通信接続が確立された１つのビデオ会議に参加する各参加拠点の会議端末５を適宜「接続端末５」とも呼ぶ。

図２は、会議端末５の主要内部構成例を示すブロック図である。図２に示すように、会議端末５は、カメラ５１と、マイク５２と、操作部５３と、表示部５４と、スピーカー５５と、記録装置５６と、メモリ５７と、ＬＡＮインターフェース（Ｉ／Ｆ）部５８と、送信フォーマット指定手段、画像送信手段、受信フォーマット指定手段、および画像表示手段としてのＣＰＵ５９とを備える。

カメラ５１は、会議出席者の画像を入力するためのものであり、会議室内の様子を撮影し、生成した画像データを随時ＣＰＵ５９に出力する。このカメラ５１は、広角レンズを用いて構成され、その視野範囲（画角）内に会議出席者の全員が含まれるようにビデオ会議の開始前等において会議室内の適所に設置される。マイク５２は、会議出席者の音声を入力するためのものであり、集音した会議出席者の音声データを随時ＣＰＵ５９に出力する。

操作部５３は、キーボードやマウス、タッチパネル、各種スイッチ等の入力装置によって実現されるものであり、操作入力に応じた入力データをＣＰＵ５９に出力する。

表示部５４は、ＬＣＤやＥＬディスプレイ、ＣＲＴディスプレイ等の表示装置によって実現されるものであり、ＣＰＵ５９から入力される画像データ（後述する加工画像データ）を表示した会議画面等の各種画面を表示出力する。スピーカー５５は、ＣＰＵ５９から入力される音声データを音出力する。

記録装置５６は、会議端末５を動作させ、この会議端末５が備える種々の機能を実現するためのプログラムや、これらプログラムの実行中に使用されるデータ等を記録しておくためのものである。この記録装置５６は、例えば、更新記録可能なフラッシュメモリ、内蔵あるいはデータ通信端子で接続されたハードディスク、メモリカード等の情報記録媒体およびその読み書き装置等によって実現され、用途に応じた記録装置を適宜採用して用いることができる。

メモリ５７は、ＣＰＵ５９の作業用メモリとして用いられるものであり、ＣＰＵ５９が実行するプログラムを展開し、あるいはこのプログラムの実行中に使用されるデータ等を一時的に保持するメモリ領域を備える。

ＬＡＮＩ／Ｆ部５８は、外部（例えばサーバー３）とのデータ通信を行うためのものであり、ＬＡＮを経由してネットワークＮと接続し、相手先の接続端末５との画像データや音声データ等の送受をサーバー３を介して行う。このＬＡＮＩ／Ｆ部５８は、１０Ｂａｓｅ−Ｔ，１００Ｂａｓｅ−ＴＸ，１０００Ｂａｓｅ−Ｔ等に対応した制御を行いイーサネット（登録商標）に接続するもの（有線ＬＡＮ）や、８０２．１１ａ／ｂ／ｇ／ｎに対応した制御を行うもの（無線ＬＡＮ）等、接続態様に応じたものを適宜採用して用いることができる。

ＣＰＵ５９は、カメラ５１から入力される画像データやマイク５２から入力される音声データ、ＬＡＮＩ／Ｆ部５８から入力される相手先の接続端末５からの画像データや音声データ、操作部５３から入力される入力データ、記録装置５６に記録されるプログラムやデータ等をもとに、会議端末５を構成する各部への指示やデータの転送等を行って会議端末５の動作を統括的に制御する。例えば、ＣＰＵ５９は、サーバー３からの呼び出しを受けてサーバー３との通信接続が確立した後、カメラ５１から入力される画像データやマイク５２から入力される音声データをサーバー３に送信する処理と、サーバー３から転送される相手先の接続端末５からの画像データや音声データを受信する処理とを並行して繰り返し行う。

具体的には、ＣＰＵ５９は、ビデオ会議中にカメラ５１から随時入力される画像データに後述する画像加工処理を行う。そして、ＣＰＵ５９は、画像加工処理後の画像データ（加工画像データ）をマイク５２から随時入力される音声データとともにＬＡＮＩ／Ｆ部５８に出力することで、これらをサーバー３に送信する処理を行う。また、ＣＰＵ５９は、これと並行し、相手先の接続端末５から送信されてサーバー３によって転送された画像データおよび音声データをＬＡＮＩ／Ｆ部５８を介して受信する。そして、ＣＰＵ５９は、受信した画像データを随時表示部５４に出力して会議画面を表示出力する処理を行うとともに、受信した音声データをスピーカー５５に出力して音出力する処理を行い、これによって相手先の接続端末５で入力された画像および音声の再生を行う。なお、画像加工処理は、ＣＰＵ５９が行う場合に限らず、専用の画像処理回路を用いて行う構成としてもよい。

本実施の形態の会議端末（接続端末）５は、カメラ５１から入力された画像データに対して所定の画像加工処理を行い、その上で相手先の接続端末５とやり取りするものである。画像加工処理は、個々に画像加工処理が定義された画像表示フォーマットとして用意し、記録装置５６に予め記録しておく。先ず、この画像表示フォーマットについて説明する。なお、以下では、説明を簡単にするため、２台の接続端末５がサーバー３と通信接続し、２つの参加拠点間でビデオ会議が行われることとして説明する。

ここで、画像表示フォーマットとは、カメラ５１から入力された画像データの一部または全体を対象に変形を施す方法を示したものであり、この方法を画像加工処理によって定義したものである。すなわち、画像表示フォーマットとは、画像の見え方を変更させるルールのことである。

図３−１は、ビデオ会議中の一方の参加拠点に設置された接続端末５のカメラ５１の視野範囲Ａ１の一例を示す図であり、該当する参加拠点の会議室内で３名の会議出席者Ｐ１，Ｐ２，Ｐ３が並んで着席している様子を示している。また、図３−２は、カメラ５１によって図３−１に示す視野範囲Ａ１を撮影処理して得た画像データＩ１を示す図である。
上記したように、ビデオ会議システム１で用いられるカメラ５１は、広角レンズを用いて構成される。このため、カメラ５１によってその視野範囲Ａ１を撮影処理すると、広角レンズのレンズ特性が原因となって画像に歪みが生じる。この結果、図３−１に示すように、実際には各会議出席者Ｐ１，Ｐ２，Ｐ３はカメラ５１から略等距離の位置に並んでいるにも関わらず、図３−２に示すように、生成される画像データでは中央の会議出席者Ｐ１が小さく、反対に両脇の会議出席者Ｐ２，Ｐ３は大きく見える事態が生じる。したがって、ビデオ会議を違和感なく行うためには、カメラ５１によって生成される画像データＩ１に対して歪み補正処理を行い、画像の歪みを補正して図３−１に示す実際の見た目に近づける必要がある。

そこで、本実施の形態では、会議出席者Ｐ１，Ｐ２，Ｐ３の全員を含む画像表示フォーマット（以下、この画像表示フォーマットを「全体画像」と呼ぶ。）を用意し、画像の歪みを補正する歪み補正処理を画像加工処理として定義しておく。図４は、全体画像の画像加工処理を行った全体画像データＩ２１の一例を示す図である。カメラ５１から入力される図３−２の画像データＩ１は会議出席者Ｐ１，Ｐ２，Ｐ３の全員を含むため、この画像データＩ１に対して歪み補正処理を行えば、広角レンズを用いたことで生じる画像の歪みが補正された加工画像データとして、該当する参加拠点における会議出席者を含む全体画像データＩ２１（図４）が得られる。この全体画像データＩ２１によれば、広角レンズを用いたカメラ５１の画質を担保できる。したがって、相手先の参加拠点の会議出席者は、画像加工処理前の画像データＩ１と比較して違和感の軽減された実際の会議室内の見た目（図３−１）に近い会議画面を見ながらビデオ会議を行うことができる。

一方で、ビデオ会議においては、主に発言する会議出席者等、特定の会議出席者に注目したい場合があるが、例えば、ビデオ会議において図４中の中央の会議出席者Ｐ１に注目したいときに、図４の全体画像データＩ２１では、会議出席者Ｐ１が小さく映り表情等が伝わり難い場合がある。そこで、本実施の形態では、中央の会議出席者Ｐ１に注目した画像表示フォーマット（以下、この画像表示フォーマットを「一部拡大画像」と呼ぶ。）を用意し、会議出席者Ｐ１の領域を抽出して拡大する処理を画像加工処理として定義しておく。図５は、一部拡大画像の画像加工処理を行った一部拡大画像データＩ２３の一例を示す図である。この一部拡大画像データを用いれば、会議出席者Ｐ１を拡大表示（ズーム）
した会議画面を見ながらビデオ会議を行うことができ、全体画像データでは発言者が小さいという欠点を解消してスムーズにビデオ会議を進めることが可能となる。なお、中央の会議出席者Ｐ１に注目した一部拡大画像に限らず、向かって左側の会議出席者Ｐ２や右側の会議出席者Ｐ３が主に発言する場合を想定し、左側の会議出席者Ｐ２の領域を抽出して拡大処理する画像加工処理を定義した画像表示フォーマットや、右側の会議出席者Ｐ３の領域を抽出して拡大処理する画像加工処理を定義した画像表示フォーマットを適宜用意することとしてよい。

次に、実際に接続端末５間で上記した加工画像データをやり取りするための処理手順について説明する。接続端末５は、送信側の接続端末５として上記した加工画像データを送信する処理（画像データ送信処理）と、受信側の接続端末５として上記した加工画像データを受信する処理（画像データ受信処理）とを並行して繰り返し行う。図６は、画像データ送信処理の処理手順を示すフローチャートであり、図７は、画像データ受信処理の処理手順を示すフローチャートである。なお、これら画像データ送信処理および画像データ受信処理の開始に先立ちサーバー３とビデオ会議に参加する各参加拠点の会議端末５との通信接続が確立され、ビデオ会議が開始される。また、ビデオ会議中は、加工画像データのやり取りに加え、音声データのやり取りも行われる。

そして、画像データ送信処理では、図６に示すように、ＣＰＵ５９は先ず、自装置が送信に使用する２種類以上の送信画像表示フォーマットを指定する（ステップＳ１０１）。
例えば、ＣＰＵ５９は、送信可能な画像表示フォーマットを表示部５４に一覧表示する処理を行い、操作部５３を介して２種類以上の画像表示フォーマットの指定操作を受け付ける。そして、ＣＰＵ５９は、受け付けた指定操作に従って２種類以上の画像表示フォーマットを送信画像表示フォーマットとして指定する。

続いて、ＣＰＵ５９は、ステップＳ１０１で指定した送信画像表示フォーマットの種類情報を相手先の接続端末５に通知するための処理を行う（ステップＳ１０３）。実際の処理としては、ＣＰＵ５９は、送信画像表示フォーマットの種類情報をサーバー３に通知する処理を行い、サーバー３がこれを他の接続端末５に転送する処理を行う。

続いて、ＣＰＵ５９は、カメラ５１を駆動して会議出席者の撮影処理を開始し、カメラ５１から随時入力される画像データを取得する（ステップＳ１０５）。そして、ＣＰＵ５９は、ステップＳ１０５で取得した画像データに対し、ステップＳ１０１で指定した２種類以上の送信画像表示フォーマットに定義された画像加工処理を個別に行って送信画像表示フォーマット毎の加工画像データを生成する（ステップＳ１０７）。

続いて、ＣＰＵ５９は、送信画像表示フォーマット毎の加工画像データを相手先の接続端末５に送信するための処理を行う（ステップＳ１０９）。実際の処理としては、ＣＰＵ５９は、送信画像表示フォーマット毎の加工画像データをサーバー３に送信する処理を行い、サーバー３がこれを他の接続端末５に転送する処理を行う。

その後、ＣＰＵ５９は、ビデオ会議が終了したか否かを判定し、ビデオ会議が終了しない間は（ステップＳ１１１：Ｎｏ）、ステップＳ１０５に戻って上記した処理を繰り返す。ビデオ会議が終了した場合には（ステップＳ１１１：Ｙｅｓ）、画像データ送信処理を終える。

例えば、送信側の接続端末５において会議出席者が上記した全体画像および一部拡大画像の２種類の画像表示フォーマットを送信画像表示フォーマットとして指定操作した場合を例に挙げる。この場合、送信側の接続端末５は、全体画像および一部拡大画像を示す種類情報をサーバー３を介して受信側（相手先）の接続端末５に通知する（ステップＳ１０１→Ｓ１０３）。そして、送信側の接続端末５は、ステップＳ１０５で取得した画像データに対して歪み補正処理を画像加工処理として行い、図４に例示した全体画像データＩ２１を生成するとともに、それとは別にステップＳ１０５で取得した画像データから図３−１に示す中央の会議出席者Ｐ１の領域を抽出して拡大する処理を画像加工処理として行い、図５に例示した一部拡大画像データＩ２３を生成する（ステップＳ１０７）。その後、送信側の接続端末５は、全部画像データおよび一部拡大画像データをサーバー３に送信する（ステップＳ１０９）。

一方、画像データ受信処理では、図７に示すように、ＣＰＵ５９は先ず、相手先の接続端末５から送信され、サーバー３によって転送される送信画像表示フォーマットの種類情報を受信する処理を行い（ステップＳ２０１）、サーバー３によって転送される送信画像表示フォーマット毎の加工画像データを受信する処理を行う（ステップＳ２０３）。

続いて、ＣＰＵ５９は、自装置が会議画面に使用する画像表示フォーマットを受信画像表示フォーマットとして初期設定し（ステップＳ２０５）、その後、初期設定した受信画像表示フォーマットの加工画像データを表示部５４に出力して会議画面を表示する処理を行う（ステップＳ２０７）。ここで、受信画像表示フォーマットの初期設定は、ステップＳ２０１で受信した種類情報のうちのいずれか１つを例えば自動的に選出し、選出したものを受信画像表示フォーマットの初期値とすることで行ってもよいし、会議出席者の操作入力を受け付けて行うこととしてもよい。操作入力を受け付ける場合は、後段のステップＳ２１１，Ｓ２１３と同様の処理を行うことで実現できる。このとき、ＣＰＵ５９は、初期設定した受信画像表示フォーマットの種類情報をサーバー３に通知する処理を行う。そして、続くステップＳ２０７では、ＣＰＵ５９は、ステップＳ２０３で受信した送信画像表示フォーマット毎の加工画像データのうち、初期設定した受信画像表示フォーマットの加工画像データを用いた会議画面を表示する。

続いて、ＣＰＵ５９は、ビデオ会議が終了したか否かを判定し、ビデオ会議が終了しない間は（ステップＳ２０９：Ｎｏ）、受信画像表示フォーマットの変更操作の有無を判定する。受信画像表示フォーマットの変更操作が入力されなければ（ステップＳ２１１：Ｎｏ）、ＣＰＵ５９は、ステップＳ２１５に移行する。

一方、受信画像表示フォーマットの変更操作が入力された場合には（ステップＳ２１１：Ｙｅｓ）、ＣＰＵ５９は、受信画像表示フォーマットを変更し（ステップＳ２１３）、その後ステップＳ２１５に移行する。ここでの処理は、例えば次のようにして行う。すなわち先ず、ＣＰＵ５９は、ステップＳ２０１で受信した種類情報に従い、相手先の接続端末５が指定した２種類以上の送信画像表示フォーマットを会議画面に使用可能な画像表示フォーマットとして表示部５４に一覧表示する処理を行う。そして、ＣＰＵ５９は、操作部５３を介して１種類の画像表示フォーマットの指定操作を受け付け、指定操作された１種類の画像表示フォーマットを変更後の受信画像表示フォーマットとして設定する。このとき、ＣＰＵ５９は、変更後の受信画像表示フォーマットの種類情報をサーバー３に通知する処理を行う。

なお、受信画像表示フォーマットの変更操作は、接続端末５が３台以上の場合には、相手先の接続端末５毎に受け付けるようにしてよい。操作入力を受け付けて受信画像表示フォーマットの初期設定を行う場合も同様である。これによれば、３つ以上の参加拠点間でビデオ会議を行う場合に、ある接続端末５に対しては全体画像を指定し、該当する参加拠点の会議出席者全員の様子が見えるようにし、別の接続端末５に対しては一部拡大画像を指定して該当する参加拠点の特定の会議出席者（図３−１の会議出席者Ｐ１）に注目するといったことができる。

そして、ステップＳ２１５では、ＣＰＵ５９は、受信画像表示フォーマットの加工画像データを受信する処理を行う。上記したように、送信側の接続端末５では、画像データ送信処理において自装置が送信に使用する送信画像表示フォーマットを指定し（図６のステップＳ１０１）、指定した送信画像表示フォーマット毎の加工画像データをサーバー３に送信するようになっている（図６のステップＳ１０９）。また、受信側の接続端末５では、前段のステップＳ２０５で受信画像表示フォーマットの初期設定をした際、およびステップＳ２１３で受信画像表示フォーマットを変更した際に受信画像表示フォーマットの種類情報をサーバー３に通知している。そして、サーバー３では、この受信画像表示フォーマットの初期設定通知および変更通知の後は、後述するように、送信側の接続端末５から送信された加工画像データのうちの受信画像表示フォーマットの加工画像データのみを受信側の接続端末５に転送するようになっている（図８のステップＳ３０７）。図７のステップＳ２１５では、ＣＰＵ５９は、このようにしてサーバー３から転送された加工画像データを受信する。

そして、ＣＰＵ５９は、ステップＳ２１５で受信した加工画像データを表示部５４に出力して会議画面を表示する処理を行い、変更後の受信画像表示フォーマットの加工画像データを用いた会議画面を表示する（ステップＳ２１７）。

その後は、ＣＰＵ５９は、ステップＳ２０９に戻ってビデオ会議が終了するまでの間上記した処理を繰り返す。そして、ビデオ会議が終了した場合には（ステップＳ２０９：Ｙｅｓ）、画像データ受信処理を終える。

例えば、送信側の接続端末５が上記した全体画像および一部拡大画像の２種類を送信画像表示フォーマットとして指定している場合、受信側の接続端末５では、全体画像データまたは一部拡大画像データを選択して会議画面の表示を行うことができる。すなわち、受信側の接続端末５が全体画像を受信画像表示フォーマットとして初期設定した場合であれば、受信側の接続端末５は、全体画像を示す種類情報をサーバー３に通知し、これに応答してサーバー３から転送される全体画像データを受信する（ステップＳ２０５，Ｓ２１５）。この場合の初期設定後のビデオ会議では、図３−１に示す会議出席者Ｐ１，Ｐ２，Ｐ３の全員が表示された会議画面を見ながらビデオ会議を行うこととなる。

また、その後の任意のタイミングで受信側の接続端末５に対して会議出席者が受信画像表示フォーマットを一部拡大画像に変更する操作を入力した場合には、受信側の接続端末５は、受信画像表示フォーマットを一部拡大画像に変更し、一部拡大画像を示す種類情報をサーバー３に通知する（ステップＳ２１１（Ｙｅｓ）→Ｓ２１３）。そして、受信側の接続端末５は、これに応答してサーバー３から転送される一部拡大画像データを受信する（ステップＳ２１５）。この場合の変更操作後のビデオ会議では、図３−１の中央の会議出席者Ｐ１が拡大表示された会議画面を見ながらビデオ会議が進められる。

図８は、サーバー３と接続端末（会議端末）５との間で送受されるデータの流れを示す図である。また、図９は、受信側の接続端末５において受信画像表示フォーマットの変更操作が入力された場合にサーバー３と接続端末（会議端末）５との間で送受されるデータの流れを示す図である。接続端末５間での加工画像データのやり取りは、上記した画像データ送信処理と画像データ受信処理とを並行して繰り返し行う接続端末５の間にサーバー３が介在することで実現される。なお、図８，図９では、一方の接続端末５を送信側とし、他方の接続端末５を受信側として、送信側の接続端末５から受信側の接続端末５に加工画像データを送信する場合のデータの流れを示しているが、実際には、受信側の接続端末５が送信側となり、送信側の接続端末５が受信側となって同様の処理が逆方向にも並行して行われることとなる。

図８に示すように、送信側の接続端末５は、サーバー３に対して送信画像表示フォーマットの種類情報を通知するとともに、加工画像データの送信を開始する（ステップＳ３０１）。ここでの処理は、図６のステップＳ１０３〜Ｓ１０９の処理に相当する。これに応答してサーバー３は、送信画像表示フォーマットの種類情報を受信側の接続端末５に転送するとともに、この受信側の接続端末５に対する送信画像表示フォーマット毎の加工画像データの転送を開始する（ステップＳ３０３）。

一方、受信側の接続端末５は、サーバー３から送信画像表示フォーマットの種類情報が転送されると、受信画像表示フォーマットを初期設定してその種類情報をサーバー３に通知する（ステップＳ３０５）。ここでの処理は、図７のステップＳ２０５の処理に相当する。サーバー３は、このようにして受信側の接続端末５から受信画像表示フォーマットの初期設定通知を受信した後は、送信側の接続端末５から随時送信されてくる加工画像データのうち、受信画像表示フォーマットの加工画像データのみを受信側の接続端末５に転送する（ステップＳ３０７）。実際には、ここでの処理を実現するため、サーバー３は、各接続端末５が指定している送信画像表示フォーマットの一覧と、各接続端末５が指定している受信画像表示フォーマットの一覧とを管理する。そして、サーバー３は、これらを参照することで、送信側の接続端末５から送信された２種類以上の送信画像表示フォーマット毎の加工画像データを選択的に受信側の接続端末５に転送する処理を行う。

また、図９に示すように、受信側の接続端末５は、受信画像表示フォーマットが変更操作された際に、変更後の受信画像表示フォーマットの種類情報をサーバー３に通知する（ステップＳ４０１）。ここでの処理は、図７のステップＳ２１３の処理に相当する。サーバー３は、このようにして受信側の接続端末５から受信画像表示フォーマットの変更通知を受信した場合には、変更後の受信画像表示フォーマットに切り替えて加工画像データを受信側の接続端末５に転送する（ステップＳ４０３）。このとき、サーバー３は、上記した受信画像表示フォーマットの一覧を更新する。

以上説明したように、本実施の形態によれば、会議端末（接続端末）５は、予め個別に画像加工処理を定義した画像表示フォーマットを用意しておき、自装置が送信に使用する２種類以上の画像表示フォーマットを送信画像表示フォーマットとして指定することができる。そして、相手先の接続端末５に対する画像データの送信に際し、送信画像表示フォーマットの画像加工処理を個別に行って送信画像表示フォーマット毎の加工画像データを生成することができる。そして、このようにして生成した画像表示フォーマット毎の加工画像データをサーバー３を介して相手先の接続端末５に送信することができる。一方で、会議端末（接続端末）５は、送信側の接続端末５から画像データを受信するに際し、相手先の接続端末５が送信画像表示フォーマットとして指定している画像表示フォーマットのうちの１つを受信画像表示フォーマットとして初期設定し、あるいは会議出席者の操作入力を受け付けて受信画像表示フォーマットを変更することができる。そして、受信画像表示フォーマットの加工画像データを用いて会議画面を表示することができる。したがって、会議出席者が所望する会議画面を表示することができる。

特に、本実施の形態では、広角レンズを用いて構成されたカメラ５１によって会議出席者の全員を含む画像データを随時取得することができる。そして、例えば、取得した画像データに対して歪み補正処理を行い、画像の歪みを補正する画像加工処理を定義した画像表示フォーマット（全体画像）に従って全体画像データを生成するとともに、前述の画像データに対して特定の会議出席者（図３−１の中央の会議出席者Ｐ１）の領域を抽出して拡大する画像加工処理を定義した画像表示フォーマット（一部拡大画像）に従って一部拡大画像データを生成し、サーバー３を介して相手先の接続端末５に送信することができる。そして、受信側の接続端末５では、全体画像データまたは一部拡大画像データを選択して用い、会議画面を表示することができる。

また、サーバー３は、送信側の接続端末５から送信画像表示フォーマット毎の加工画像データを受信し、受信側の接続端末５に転送することができる。また、サーバー３は、このようにして送信側の接続端末５から送信画像表示フォーマット毎の加工画像データを受信しているので、受信側の接続端末５から受信画像表示フォーマットの初期設定通知を受信し、あるいは変更通知を受信した後は、指定された受信画像表示フォーマットの加工画像データのみを該当する受信側の接続端末５に転送することができる。したがって、各接続端末５に対し、該当する接続端末５が会議画面に表示する加工画像データのみを転送することができるので、サーバー３と接続端末５との間のデータ通信に使用するネットワーク帯域を低減できる。これによれば、ネットワーク帯域が小さい回線を利用する場合であっても、安定したデータ通信を行うことができる。

なお、上記した実施の形態では、接続端末５が２台の場合について説明したが、３台以上の接続端末５がサーバー３と通信接続し、３つ以上の参加拠点間でビデオ会議を行う場合にも同様に適用が可能である。すなわち、サーバー３は、上記したように更新・管理する各接続端末５の送信画像表示フォーマットや受信画像表示フォーマットの一覧を参照することによって、送信側の接続端末５から送信された送信画像表示フォーマット毎の加工画像データを、受信側の接続端末５のそれぞれに対して選択的に転送する処理を行う。

（変形例１）
上記した実施の形態では、送信側の接続端末５は、送信画像表示フォーマット毎の加工画像データをサーバー３に送信し、サーバー３は、受信側の接続端末５によって指定されている受信画像表示フォーマットの加工画像データのみをその接続端末５に転送する場合を説明した。これに対し、送信側の接続端末５が、受信側の接続端末５によって指定されている受信画像表示フォーマットの加工画像データのみを送信する構成としてもよい。

図１０は、変形例１においてサーバー３と接続端末（会議端末）５との間で送受されるデータの流れを示す図である。また、図１１は、受信側の接続端末５において受信画像表示フォーマットの変更操作が入力された場合にサーバー３と接続端末（会議端末）５との間で送受されるデータの流れを示す図である。なお、図１０および図１１において上記した実施の形態と同様の処理工程には同一の符号を付し、説明は省略する。

図１０に示すように、サーバー３は、受信側の接続端末５から受信画像表示フォーマットの初期設定通知を受信した際、上記した実施の形態と同様に受信画像表示フォーマットの加工画像データのみを受信側の接続端末５に転送する（ステップＳ３０７）が、変形例１では、その後受信した初期設定通知（受信画像表示フォーマットの種類情報）を送信側の接続端末５に転送する（ステップＳ５０９）。これに応答し、送信側の接続端末５は、通知された受信画像表示フォーマットの加工画像データのみをサーバー３に送信する（ステップＳ５１１）。この場合には、送信側の接続端末５は、受信画像表示フォーマットの加工画像データのみを生成すればよい。その後は、サーバー３は、送信側の接続端末５から送信された加工画像データを受信側の接続端末５に転送する（ステップＳ５１３）。

また、図１１に示すように、サーバー３は、受信側の接続端末５から受信画像表示フォーマットの変更通知を受信した場合に、受信した変更通知（受信画像表示フォーマットの種類情報）を送信側の接続端末５に転送する（ステップＳ６０５）。これに応答し、送信側の接続端末５は、通知された受信画像表示フォーマットの加工画像データのみをサーバー３に送信する（ステップＳ６０７）。この場合も図１０のステップＳ５１１と同様、送信側の接続端末５は、受信画像表示フォーマットの加工画像データのみを生成すればよい。その後は、サーバー３は、送信側の接続端末５から送信された加工画像データを受信側の接続端末５に転送する（ステップＳ６０９）。

ここで、変形例１では、受信側の接続端末５で受信画像表示フォーマットが初期設定された以降においては、送信側の接続端末５は、受信側の接続端末５が受信画像表示フォーマットとして指定している加工画像データのみを送信する（図１０のステップＳ５１１，図１１のＳ６０７）こととなる。したがって、受信画像表示フォーマットが変更された場合には、送信側の接続端末５は、送信する加工画像データの画像表示フォーマットを変更する必要がある。

また、３台以上の接続端末５がサーバー３と通信接続してビデオ会議が行われる場合では、送信側の接続端末５は、場合によって送信する加工画像データを追加する必要が生じる。例えば、図１の４台の接続端末５−１〜５−４がサーバー３と通信接続してビデオ会議が行われている場合であって、接続端末５−１〜５−３が接続端末５−４に対して全体画像を指定していた場合、接続端末５−４は、全体画像データのみを生成してサーバー３に送信することとなる。この状態で、接続端末５−１が接続端末５−４に対する受信画像表示フォーマットを一部拡大画像に変更すると、接続端末５−４は、全体画像データに加えて新たに一部拡大画像データを生成し、サーバー３に送信する必要が生じる。これに対し、接続端末５−１，５−２が接続端末５−４に対して全体画像を指定し、接続端末５−３が接続端末５−４に対して一部拡大画像を指定していた場合、接続端末５−４は、全体画像データと一部拡大画像データとを生成してサーバー３に送信することとなるが、この状態で、接続端末５−１が接続端末５−４に対する受信画像表示フォーマットを一部拡大画像に変更した場合では、接続端末５−４は新たに別の加工画像データを生成する必要が生じない。接続端末５−４は、既に接続端末５−３のために一部拡大画像データを生成してサーバー３に送信しており、サーバー３がこの一部拡大画像データを接続端末５−１に対しても転送すれば済むためである。

図１２は、変形例１において受信側の接続端末５から受信画像表示フォーマットの変更通知を受信した場合にサーバー３が行う受信画像表示フォーマット切替処理の処理手順を示すフローチャートである。

受信画像表示フォーマット切替処理では、図１２に示すように、サーバー３は、受信側の接続端末５から送信側の接続端末５を指定して受信画像表示フォーマットの変更通知を受信する（ステップＳ７０１）。そして、サーバー３は、変更通知を受信すると、その変更後の受信画像表示フォーマットが他の接続端末５で指定されているか否かを判定する。
上記した実施の形態と同様に、サーバー３は、各接続端末５の送信画像表示フォーマットおよび受信画像表示フォーマットの一覧を管理しており、ここでの判定は、これを参照することによって行う。そして、サーバー３は、変更後の受信画像表示フォーマットが他の接続端末５で指定されている場合には（ステップＳ７０３：Ｙｅｓ）、変更後の受信画像表示フォーマットの加工画像データを受信側の接続端末５に転送する（ステップＳ７０５）。

一方、変更後の受信画像表示フォーマットが他の接続端末５で指定されていない場合には（ステップＳ７０３：Ｎｏ）、受信画像表示フォーマットの変更通知を送信側の接続端末５に転送して加工画像データの送信要求を通知する（ステップＳ７０７）。これに応答し、送信側の接続端末５では、変更後の受信画像表示フォーマットの加工画像データを新たに生成してサーバー３に送信する。サーバー３は、このようにして送信側の接続端末５から送信された変更後の受信画像表示フォーマットの加工画像データを受信側の接続端末５に転送する（ステップＳ７０９）。

この変形例１では、接続端末５のＣＰＵ５９は、図６のステップＳ１０５の後でサーバー３から初期設定通知および変更通知が転送されたか否かを判定し、これらが転送された後においては、ステップＳ１０７，Ｓ１０９の処理にかえて、相手先の接続端末５で指定されている受信画像表示フォーマットの加工画像データのみを生成する処理を行い、生成した加工画像データをサーバー３に送信する処理を行う。また、接続端末５のＣＰＵ５９は、図７と同様の手順で画像データ受信処理を行う。

以上説明したように、変形例１によれば、上記した実施の形態と同様の効果を奏するとともに、受信画像表示フォーマットが初期設定された後においては、各接続端末５は、自装置が指定している送信画像表示フォーマットの中から相手先の接続端末５が指定した受信画像表示フォーマットの加工画像データのみを生成し、サーバー３に送信することができる。したがって、各接続端末５におけるＣＰＵ５９の使用率を低減できる。専用の画像処理回路で画像加工処理を行う場合であれば、この画像処理回路の使用率を低減できる。
また、この結果、各接続端末５において消費電力を低減できる。

（変形例２）
上記した実施の形態では、接続端末５側で画像加工処理を行うこととしたが、この画像加工処理は、接続端末５で行う場合に限らず、サーバー３が行ってもよい。

図１３は、変形例２においてサーバー３が行う画像データ転送処理の処理手順を示すフローチャートである。なお、これら画像データ送信処理および画像データ受信処理の開始に先立ちサーバー３とビデオ会議に参加する各参加拠点の会議端末５との通信接続が確立され、ビデオ会議が開始される。また、本変形例２では、サーバー３側で画像加工処理を定義した画像表示フォーマットを用意しておく。

そして、画像データ転送処理では、図１３に示すように、サーバー３は先ず、受信側の接続端末５から送信される２種類以上の送信画像表示フォーマットの種類情報を受信し（ステップＳ８０１）、送信側の接続端末５から送信される画像データを受信する（ステップＳ８０３）。

続いて、サーバー３は、ステップＳ８０３で受信した画像データに対し、ステップＳ８０１で受信した２種類以上の送信画像表示フォーマットに定義された画像加工処理を個別に行って送信画像表示フォーマット毎の加工画像データを生成する（ステップＳ８０５）。

続いて、サーバー３は、受信側の接続端末５からの受信画像表示フォーマットの種類情報の受信の有無、すなわち、受信画像表示フォーマットの初期設定通知および変更通知の受信の有無を判定する。そして、サーバー３は、受信側の接続端末５から受信画像表示フォーマットの種類情報を受信しない間は（ステップＳ８０７：Ｎｏ）、ステップＳ８０５で生成した送信画像表示フォーマット毎の加工画像データを受信側の接続端末５に送信する（ステップＳ８０９）。一方、受信側の接続端末５から受信画像表示フォーマットの種類情報を受信している場合には（ステップＳ８０７：Ｙｅｓ）、サーバー３は、ステップＳ８０５で生成した送信画像表示フォーマット毎の加工画像データのうち、受信画像表示フォーマットの加工画像データのみを受信側の接続端末５に送信する（ステップＳ８１１）。なお、各接続端末５は、相手先の接続端末５から受信画像表示フォーマットの種類情報を受信した後は、相手先の接続端末５が指定している受信画像表示フォーマットの加工画像データのみを生成するようにしてもよい。

その後、サーバー３は、ビデオ会議が終了したか否かを判定し、ビデオ会議が終了しない間は（ステップＳ８１３：Ｎｏ）、ステップＳ８０３に戻って上記した処理を繰り返す。ビデオ会議が終了した場合には（ステップＳ８１３：Ｙｅｓ）、画像データ転送処理を終える。

この変形例２では、接続端末５のＣＰＵ５９は、図６に示す画像データ送信処理においてステップＳ１０７の処理は行わず、ステップＳ１０９の処理にかえてステップＳ１０５で取得した画像データをサーバー３に送信する処理を行う。また、接続端末５のＣＰＵ５９は、図７と同様の手順で画像データ受信処理を行う。

以上説明したように、変形例２によれば、上記した実施の形態と同様の効果を奏することができるとともに、受信画像表示フォーマットが初期設定された後においては、サーバー３は、各接続端末５が指定している受信画像表示フォーマットに従って必要な加工画像データのみを生成し、接続端末５の各々に送信することができる。

（変形例３）
上記実施形態では、会議開始直後に全ての画像表示フォーマットで画像処理を行っていた。本変形例では、会議開始直後に１つの画像表示フォーマットで画像処理する例を説明する。図１４は、本変形例の画像データ送信処理の処理手順を示すフローチャートである。図１４は、受信側の接続端末５から表示したい画像表示フォーマットの要求を受けた後、送信側の接続端末５が要求された画像表示フォーマットを画像処理する場合の処理手順を示す。

送信側の接続端末５のＣＰＵ５９は、送信する画像表示フォーマット（送信画像表示フォーマット）の種類情報を相手先の接続端末５に通知する（ステップＳ９０１）。ＣＰＵ５９は、まずデフォルトの画像表示フォーマットで画像処理を行い、ネットワークに送信する（ステップＳ９０２）。デフォルトの画像表示フォーマットとは、送信側の接続端末５から送信できる複数の画像表示フォーマットの任意の１つを指す。例えば、予め送信側の接続端末５の記録装置に、いずれのフォーマットをデフォルトにするかが記録されている。

ＣＰＵ５９は、受信側の接続端末５から表示する画像表示フォーマットの変更が要求されたか否かを判定する（ステップＳ９０３）。変更が要求された場合（ステップＳ９０３：Ｙｅｓ）、ＣＰＵ５９は、要求された画像表示フォーマットで画像処理を行っているか判定する（ステップＳ９０４）。

要求された画像表示フォーマットで画像処理を行っていない場合（ステップＳ９０４：Ｎｏ）、ＣＰＵ５９は、新たに要求された画像表示フォーマットでの画像処理を、デフォルトの画像表示フォーマットの画像処理に追加して実行し、ネットワークに送信する（ステップＳ９０５）。

その後（ステップＳ９０３：Ｎｏ、ステップＳ９０４：Ｙｅｓ、または、ステップＳ９０５の後）、ＣＰＵ５９は、ビデオ会議が終了したか否かを判定し（ステップＳ９０６）、ビデオ会議が終了しない間は（ステップＳ９０６：Ｎｏ）、ステップＳ９０３に戻って上記した処理を繰り返す。ビデオ会議が終了した場合には（ステップＳ９０６：Ｙｅｓ）、画像データ送信処理を終える。

図１４の例では、受信側の接続端末５から表示する画像表示フォーマットの変更要求があった時点で、画像処理を追加した。逆に、いずれの受信側の接続端末５も表示していない画像表示フォーマットが存在する場合、送信側の接続端末５は、この画像表示フォーマットの画像処理およびネットワーク送信を中止してもよい。

図１４のような処理により、送信側の接続端末５は、会議開始直後に複数の画像表示フォーマットをネットワークに送信する必要がなくなる。また、送信側の接続端末５は、受信側の接続端末５が表示していない画像表示フォーマットの画像処理を行う必要がなくなる。

図１５は、本変形例においてサーバーと会議端末との間で送受されるデータの流れを示す図である。

会議が開始すると、送信側の接続端末５は、サーバー３に対して送信画像表示フォーマットの種類情報を通知するとともに、デフォルトの画像表示フォーマットの画像送信を開始する（ステップＳ１００１）。サーバー３は、送信側の接続端末５から受け取った画像表示フォーマットの種類情報の通知および加工画像データを各受信側の接続端末５へ転送する（ステップＳ１００２）。

受信側の接続端末５は、現在の画像表示フォーマットとは別の画像表示フォーマットに切り替える場合、表示したい画像表示フォーマット（受信画像表示フォーマット）をサーバー３に通知する（ステップＳ１００３）。サーバー３は、受信側の接続端末５から要求があった画像表示フォーマットを送信側の接続端末５に通知する（ステップＳ１００４）。

送信側の接続端末５は、要求を受けると、要求された画像表示フォーマットをサーバー３に対して送信する（ステップＳ１００５）。サーバー３は、受信側の接続端末５から要求があった画像表示フォーマットの画像のみを、受信側の接続端末５に送信する（ステップＳ１００６）。

なお、表示する画像表示フォーマットの変更が受信側の接続端末５から要求された際、既に送信側の接続端末５が該当の画像表示フォーマットをサーバー３に対して送信している場合がある。このような場合、サーバー３は、送信側の接続端末５に対して変更要求を通知せず、既に受信している該当の表示フォーマットを、要求元の受信側の接続端末５に送信してもよい。例えば複数拠点で会議を実施している場合に、このような状況が生じることが想定される。

（変形例４）
一般に画像処理は接続端末５のＣＰＵ５９に大きな負荷がかかるため、複数の画像処理を１つの接続端末５で同時に行うことは困難である。そこで１つの接続端末５で同時に実行できる画像処理の数（規定数）を予め出荷段階で設定しておき、規定数より多い画像処理を行う必要がある場合は、サーバー３を利用するように構成してもよい。これにより、複数の画像処理を実行することが可能になる。

図１６は、このように構成する変形例４の画像データ送信処理の処理手順を示すフローチャートである。

ステップＳ１１０１からステップＳ１１０４は、図１４のステップＳ９０１からステップＳ９０４と同様であるため説明を省略する。

ステップＳ１１０４で、要求された画像表示フォーマットで画像処理を行っていない場合（ステップＳ１１０４：Ｎｏ）、ＣＰＵ５９は、現在、送信側の接続端末５が画像処理を行う画像表示フォーマットの数に、新たな画像表示フォーマットに相当する１を追加した数が、規定数以内であるか否か判定する（ステップＳ１１０５）。規定数以内であった場合（ステップＳ１１０５：Ｙｅｓ）、ＣＰＵ５９は、要求された画像表示フォーマットでの画像処理を現在の画像処理に追加して実施し、ネットワークに送信する（ステップＳ１１０８）。規定数は、例えば予め送信側の接続端末５の記憶装置に保存されているものとする。

規定数を超えた場合（ステップＳ１１０５：Ｎｏ）、ＣＰＵ５９は、要求された画像表示フォーマットで画像処理を行うようにサーバー３に要求する（ステップＳ１１０６）。ＣＰＵ５９は、サーバー３が画像処理を行うための元画像である、画像処理を行っていない画像をサーバー３に送信する（ステップＳ１１０７）。

その後（ステップＳ１１０３：Ｎｏ、ステップＳ１１０４：Ｙｅｓ、ステップＳ１１０７の後、または、ステップＳ１１０８の後）、ＣＰＵ５９は、ビデオ会議が終了したか否かを判定し（ステップＳ１１０９）、ビデオ会議が終了しない間は（ステップＳ１１０９：Ｎｏ）、ステップＳ１１０３に戻って上記した処理を繰り返す。ビデオ会議が終了した場合には（ステップＳ１１０９：Ｙｅｓ）、画像データ送信処理を終える。

図１７は、変形例４のサーバー３による画像処理の処理手順を示すフローチャートである。

会議が開始すると、サーバー３は、送信側の接続端末５から画像処理が要求されたか判定する（ステップＳ１２０１）。要求された場合（ステップＳ１２０１：Ｙｅｓ）、サーバ３は、送信側の接続端末５から受信した元画像を使用して画像処理を行い、受信側の接続端末５に送信する（ステップＳ１２０２）。

その後（ステップＳ１２０１：Ｎｏ、または、ステップＳ１２０２の後）、サーバー３は、ビデオ会議が終了したか否かを判定し（ステップＳ１２０３）、ビデオ会議が終了しない間は（ステップＳ１２０３：Ｎｏ）、ステップＳ１２０１に戻って上記した処理を繰り返す。ビデオ会議が終了した場合には（ステップＳ１２０３：Ｙｅｓ）、画像処理を終える。

図１８は、本変形例においてサーバーと会議端末との間で送受されるデータの流れを示す図である。

会議を開始すると、送信側の接続端末５は、サーバー３に対して送信画像表示フォーマットの種類情報を通知するとともに、デフォルトのフォーマットの画像送信を開始する（ステップＳ１３０１）。サーバー３は、受信側の接続端末５に対して、送信側の接続端末５から受け取った送信側の接続端末５の送信画像表示フォーマットの種類情報の通知、および、加工画像データの送信を行う（ステップＳ１３０２）。

受信側の接続端末５が表示したい画像表示フォーマットを変更する場合、表示したい画像表示フォーマット（受信画像表示フォーマット）をサーバー３に通知する（ステップＳ１３０３）。サーバー３は、受信側の接続端末５から要求があった画像表示フォーマットの変更要求を、送信側の接続端末５に送信する（ステップＳ１３０４）。

ここで送信側の接続端末５が要求された画像表示フォーマットで画像処理を実行できない場合、送信側の接続端末５は、画像処理要求をサーバー３に通知する（ステップＳ１３０５）。続けて送信側の接続端末５は、画像処理前の画像をサーバー３に送信する（ステップＳ１３０６）。

サーバー３は、受信した画像を使用して、ステップＳ１３０３で受信側の接続端末５から要求された画像表示フォーマットで画像処理を行い、画像処理後の画像を受信側の接続端末５に送信する（ステップＳ１３０７）。

１ビデオ会議システム
３サーバー
５会議端末（接続端末）
５１カメラ
５２マイク
５３操作部
５４表示部
５５スピーカー
５６記録装置
５７メモリ
５８ＬＡＮＩ／Ｆ部
５９ＣＰＵ
Ｎネットワーク

特開平０８−２７９９９９号公報

Claims

複数の拠点間でビデオ会議を行うために前記各拠点に設置され、サーバーを介して互いに通信接続される会議端末であって、会議出席者を撮影して画像データを生成するカメラと、
予め画像加工処理が定義された画像表示フォーマットの中から２種類以上の送信画像表示フォーマットを指定し、サーバーを介して相手先の会議端末に通知処理する送信フォーマット指定手段と、
前記送信画像表示フォーマットに従って前記画像データを画像加工処理して前記送信画像表示フォーマット毎の加工画像データを生成し、該送信画像表示フォーマット毎の加工画像データを前記サーバーを介して前記相手先の会議端末に送信処理する画像送信手段と、
前記会議出席者による操作入力を受け付けて、前記相手先の会議端末が送信画像表示フォーマットとして指定している画像表示フォーマットのうちのいずれか１つを受信画像表示フォーマットとして指定する受信フォーマット指定手段と、
前記相手先の会議端末から送信された送信画像表示フォーマット毎の加工画像データを前記サーバーを介して受信し、前記受信画像表示フォーマットの加工画像データを表示部に表示処理する画像表示手段と、
を備えることを特徴とする会議端末。
前記カメラは、広角レンズを用いて構成されたことを特徴とする請求項１に記載の会議端末。
前記送信画像表示フォーマットは、前記画像データに対する歪み補正処理が前記画像加工処理として定義された画像表示フォーマットと、前記会議出席者のうちの特定の会議出席者の領域を抽出して拡大する処理が前記画像加工処理として定義された画像表示フォーマットとを含むことを特徴とする請求項１または２に記載の会議端末。
前記受信フォーマット指定手段は、前記受信画像表示フォーマットを前記サーバーを介して前記相手先の会議端末に通知処理し、
前記画像送信手段は、前記相手先の会議端末から受信画像表示フォーマットが通知された後は、該受信画像表示フォーマットの加工画像データのみを前記サーバーに送信することを特徴とする請求項１〜３のいずれか１項に記載の会議端末。
前記画像送信手段は、前記受信画像表示フォーマットの加工画像データのみを生成して前記サーバーに送信することを特徴とする請求項４に記載の会議端末。
前記受信フォーマット指定手段は、前記受信画像表示フォーマットを前記サーバーを介して前記相手先の会議端末に通知処理し、
前記画像表示手段は、前記受信画像表示フォーマットを前記相手先の会議端末に通知した以降は、前記相手先の会議端末から送信された送信画像表示フォーマット毎の加工画像データのうちの前記受信画像表示フォーマットの加工画像データのみを前記サーバーを介して受信し、該加工画像データを表示処理することを特徴とする請求項１〜３のいずれか１項に記載の会議端末。
請求項６に記載の会議端末と通信接続されるサーバーであって、前記会議端末から通知された受信画像表示フォーマットに従い、相手先の会議端末から送信された送信画像表示フォーマット毎の加工画像データのうちの前記受信画像表示フォーマットの加工画像データのみを前記会議端末に転送することを特徴とするサーバー。