JP6756269B2 - 通信端末、画像通信システム、通信方法、及びプログラム - Google Patents

Description

本発明は、通信端末、画像通信システム、通信方法、及びプログラムに関するものである。

インターネット等の通信ネットワークを介して、遠隔地との間で遠隔会議を行う会議システムが普及している。この会議システムにおいては、遠隔会議を行う出席者等の当事者の一方がいる会議室において、遠隔会議システムの通信端末を用いて会議の当事者などの会議室の画像および発言などの音声を撮影および収集し、これらをデジタルデータに変換して相手方の通信端末に送信している。これにより、相手方の会議室のディスプレイに画像表示およびスピーカにより音声出力して、映像通話（ビデオ通話）を行なうことができるため、実際の会議に近い状態で遠隔地間の会議を行うことができる（特許文献１参照）。

また、第１の通信端末から送信された画像データ及び音データを中継して、第２の通信端末に画像データ及び音データを送信する中継装置が普及している。そして、第２の通信端末は、自端末側のディスプレイの解像度に応じて、中継装置に対し所望の解像度の画像データを要求することで、無駄な通信を抑制し、通信帯域が狭い通信ネットワークでも通信が途切れないようにしてスムーズに遠隔会議等を行なうことができる（特許文献２参照）
ところで、通信端末に全天球パノラマ画像をリアルタイムに取得可能な撮影装置を接続し、この撮影装置から取得された全天球パノラマ画像を相手方の各通信端末に送信し、相手方の各通信端末において、全天球パノラマ画像から当該画像の一部である所定領域を示す平面画像に逐次画像変換処理を行ってディスプレイ等に表示する技術が知られている（特許文献３参照）

しかしながら、各拠点で利用されている撮影装置が、平面画像を得る一般の撮影装置と、全天球パノラマ画像の元になる２つの半球画像を得る特殊な撮影装置のように、種類が異なっている場合には、画像データを受信した通信端末側では、以下のような課題が生じる。

即ち、特殊な撮影装置から取得された画像データを受信した通信端末が、平面画像に画像処理変換して表示すると、この平面画像は全天球パノラマ画像の一部であるため、解像度が下がってしまう。これにより、上述の特許文献２に開示されている技術を流用すると、無駄な通信を抑制するために解像度が下がった状態から、平面画像に変換するために更に解像度が下がることになる。そのため、平面画像をディスプレイ等に表示しても、かなり低い解像度の画像が表示され、ディスプレイ等の表示手段に画像を表示しても、極端に低い解像度により相手側の画像が見え難くなるという課題が生じる。

請求項１に係る発明は、他の通信端末から送信された画像データを中継して送信して来る通信管理システムに対して、前記送信して来る画像データの解像度を管理するための要求を行なう通信端末であって、画像の種類を示す所定の画像種類情報毎に、表示手段における複数の表示領域の各表示サイズ、及び前記通信管理システムに対して要求する前記画像データの要求解像度を関連付けて管理する要求解像度管理手段と、前記通信管理システムから前記他の通信端末が送信する特定の画像データの画像の種類を示す特定の画像種類情報を受信する受信手段と、前記要求解像度管理手段において、前記特定の画像種類情報及び前記特定の画像データを表示する表示領域の表示サイズに基づき、対応する特定の要求解像度を前記通信管理システムに送信する送信手段と、を有することを特徴とする通信端末である。

以上説明したように本発明によれば、画像種類に応じて画像管理システムに要求する画像データの解像度を制御するため、ディスプレイ等の表示手段に画像を表示しても、極端に低い解像度により相手側の画像が見え難くなるという課題を解消することができるという効果を奏する。

（ａ）は撮影装置の左側面図であり、（ｂ）は撮影装置の正面図であり、（ｃ）は撮影装置の平面図である。 撮影装置の使用イメージ図である。 （ａ）は撮影装置で撮影された半球画像（前）、（ｂ）は撮影装置で撮影された半球画像（後）、（ｃ）はメルカトル図法により表された画像を示した図である。 （ａ）メルカトル画像で球を被う状態を示した概念図、（ｂ）全天球パノラマ画像を示した図である。 全天球パノラマ画像を３次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。 （ａ）は図５の立体斜視図、（ｂ）は通信端末のディスプレイに所定領域の画像が表示されたている状態を示す図である。 所定領域情報と所定領域Ｔの画像との関係を示した図である。 本発明の実施形態に係る画像通信システムの概略図である。 撮影装置のハードウェア構成図である。 ビデオ会議端末のハードウェア構成図である。 通信管理システム及びＰＣのハードウェア構成図である。 スマートフォンのハードウェア構成図である。 画像通信システムの一部の機能ブロック図である。 画像通信システムの一部の機能ブロック図である。 画像種類管理テーブルを示す概念図である。 撮影装置管理テーブルを示す概念図である。 各表示レイアウト管理テーブルを示す概念図である。 画像種類毎の要求解像度管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 画像種類管理テーブルを示す概念図である。 送信解像度管理テーブルを示す概念図である。 特定の通信セッションへの参加処理を示したシーケンス図である。 通信セッション（仮想の会議室）の選択画面を示した図である。 画像種類情報の管理処理を示すシーケンス図である。 解像度の要求処理を示したシーケンス図である。 映像通話における画像データの通信処理を示すシーケンス図である。 （ａ）は撮影装置１ａを利用しない場合を示し、（ｂ）は撮影装置１ａを利用する場合を示している。 拠点Ｄにおけるディスプレイの表示例を示し、（ａ）は、撮影装置１ａ，１ｂから送られて来た画像データから、全天球パノラマ画像の作成及び所定領域画像の作成をせずに、そのまま表示する場合を示し、図２８（ｂ）は、撮影装置１ａ，１ｂから送られて来た画像データから、全天球パノラマ画像の作成及び所定領域画像の作成をした場合を示している。 解像度の要求処理のその他の例を示したシーケンス図である。

以下、図面を用いて、本発明の実施形態について説明する。

＜＜実施形態の概略＞＞
＜全天球パノラマ画像の生成方法＞
図１乃至図７を用いて、全天球パノラマ画像の生成方法について説明する。

まず、図１を用いて、撮影装置１の外観を説明する。撮影装置１は、全天球（３６０°）パノラマ画像の元になる撮影画像を得るためのデジタルカメラである。なお、図１（ａ）は撮影装置の左側面図であり、図１（ｂ）は撮影装置の正面図であり、図１（ｃ）は撮影装置の平面図である。

図１（ａ）に示されているように、撮影装置１は、人間が片手で持つことができる大きさである。また、図１（ａ），図１（ｂ），図１（ｃ）に示されているように、撮影装置１の上部には、正面側（前側）に撮像素子１０３ａ及び背面側（後側）に撮像素子１０３ｂが設けられている。これら撮像素子（画像センサ）１０３ａ，１０３ｂは、半球画像（画角１８０°以上）の撮影が可能な光学部材（例えば、後述する魚眼レンズ１０２ａ，１０２ｂ）と併せて用いられる。また、図１（ｂ）に示されているように、撮影装置１の正面側と反対側の面には、シャッターボタン等の操作部１１５が設けられている。

次に、図２を用いて、撮影装置１の使用状況を説明する。なお、図２は、撮影装置の使用イメージ図である。撮影装置１は、図２に示されているように、例えば、ユーザが手に持ってユーザの周りの被写体を撮影するために用いられる。この場合、図１に示されている撮像素子１０３ａ及び撮像素子１０３ｂによって、それぞれユーザの周りの被写体が撮像されることで、２つの半球画像を得ることができる。

次に、図３及び図４を用いて、撮影装置１で撮影された画像から全天球パノラマ画像が作成されるまでの処理の概略を説明する。なお、図３（ａ）は撮影装置で撮影された半球画像（前側）、図３（ｂ）は撮影装置で撮影された半球画像（後側）、図３（ｃ）はメルカトル図法により表された画像（以下、「メルカトル画像」という）を示した図である。図４（ａ）はメルカトル画像で球を被う状態を示した概念図、図４（ｂ）は全天球パノラマ画像を示した図である。

図３（ａ）に示されているように、撮像素子１０３ａによって得られた画像は、後述の魚眼レンズ１０２ａによって湾曲した半球画像（前側）となる。また、図３（ｂ）に示されているように、撮像素子１０３ｂによって得られた画像は、後述の魚眼レンズ１０２ｂによって湾曲した半球画像（後側）となる。そして、半球画像（前側）と、１８０度反転された半球画像（後側）とは、撮影装置１によって合成され、図３（ｃ）に示されているように、メルカトル画像が作成される。

そして、OpenGL ES（Open Graphics Library for Embedded Systems）が利用されることで、図４（ａ）に示されているように、メルカトル画像が球面を覆うように貼り付けられ、図４（ｂ）に示されているような全天球パノラマ画像が作成される。このように、全天球パノラマ画像は、メルカトル画像が球の中心を向いた画像として表される。なお、OpenGL ESは、２Ｄ(2-Dimensions)および３Ｄ(3-Dimensions)のデータを視覚化するために使用するグラフィックスライブラリである。なお、全天球パノラマ画像は、静止画であっても動画であってもよい。

以上のように、全天球パノラマ画像は、球面を覆うように貼り付けられた画像であるため、人間が見ると違和感を持ってしまう。そこで、全天球パノラマ画像の一部の所定領域（以下、「所定領域画像」という）を湾曲の少ない平面画像として表示することで、人間に違和感を与えない表示をすることができる。これに関して、図５及び図６を用いて説明する。

なお、図５は、全天球パノラマ画像を三次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。仮想カメラＩＣは、三次元の立体球として表示されている全天球パノラマ画像に対して、その画像を見るユーザの視点の位置に相当するものである。また、図６（ａ）は図５の立体斜視図、図６（ｂ）はディスプレイに表示された場合の所定領域画像を表す図である。また、図６（ａ）では、図４に示されている全天球パノラマ画像が、三次元の立体球ＣＳで表わされている。このように生成された全天球パノラマ画像が、立体球ＣＳであるとすると、図５に示されているように、仮想カメラＩＣが全天球パノラマ画像の外部に位置している。全天球パノラマ画像における所定領域Ｔは、仮想カメラＩＣの撮影領域であり、全天球パノラマ画像を含む三次元の仮想空間における仮想カメラＩＣの画角を含む位置座標（ｘ(rH)，ｙ(rV)，画角α(angle)）を示す所定領域情報によって特定される。所定領域Ｔのズームは、画角αの範囲（円弧）を広げたり縮めたりすることで表現することができる。また、所定領域Ｔのズームは、仮想カメラＩＣを全天球パノラマ画像に近づいたり、遠ざけたりすることで表現することもできる。

そして、図６（ａ）に示されている所定領域Ｔの画像である所定領域画像は、図６（ｂ）に示されているように、所定のディスプレイに、仮想カメラＩＣの撮影領域の画像として表示される。図６（ｂ）に示されている画像は、初期設定（デフォルト）された所定領域情報によって表された所定領域画像である。なお、所定領域情報、仮想カメラＩＣの位置座標ではなく、所定領域Ｔである仮想カメラＩＣの撮影領域（Ｘ，Ｙ，Ｚ）によって示してもよい。以下では、仮想カメラＩＣの位置座標（ｘ(rH)、ｙ(rV)、及び画角α(angle)）を用いて説明する。

次に、図７を用いて、所定領域情報と所定領域Ｔの画像の関係について説明する。なお、図７は、所定領域情報と所定領域Ｔの画像の関係との関係を示した図である。図７に示されているように、仮想カメラＩＣの画角αによって表される所定領域Ｔの対角線画角を２Ｌとした場合の中心点ＣＰが、所定領域情報の（ｘ，ｙ）パラメータとなる。ｆは仮想カメラＩＣから中心点ＣＰまでの距離である。Ｌは所定領域Ｔの任意の頂点と中心点ＣＰとの距離である（２Ｌは対角線）。そして、図７では、一般的に以下の式（１）で示される三角関数が成り立つ。

Ｌｆ＝ｔａｎ（α／２）・・・（式１）
＜画像通信システムの概略＞
続いて、図８を用いて、本実施形態の画像通信システムの構成の概略について説明する。図８は、本実施形態の画像通信システムの構成の概略図である。

図８に示されているように、本実施形態の画像通信システムは、撮影装置１ａ，１ｂ、ビデオ会議端末３ａ，３ｂ、ディスプレイ４ａ，４ｂ、通信管理システム５、ＰＣ(Personal Computer)７、撮影装置８、及びスマートフォン９によって構成され、インターネット等の通信ネットワーク１００を介して通信することができる。通信ネットワーク１００の接続形態は、無線又は有線のいずれでも良い。

これらのうち、撮影装置１ａ，１ｂは、上述のように、被写体や風景等を撮影して全天球パノラマ画像の元になる２つの半球画像を得るための特殊なデジタルカメラである。一方、撮影装置８は、被写体や風景等を撮影して一般の平面画像を得るための一般のデジタルカメラである。

ビデオ会議端末３ａ，３ｂは、ビデオ会議専用の端末であり、ＵＳＢ(Universal Serial Bus)ケーブル等の有線ケーブルを介して映像通話（ビデオ通話）の画像を、それぞれディスプレイ４ａ，４ｂに表示する。ビデオ会議端末３ａは、通常は後述のカメラ３１２で撮影するが、撮影装置１ａを取り付けるクレードル２ａに有線ケーブルで接続されると、撮影装置１ａが優先され、全天球パノラマ画像の元になる２つの半球画像を得ることができる。有線ケーブルを利用する場合、クレードル２ａは、撮影装置１ａとビデオ会議端末３ａとの間の通信を行なうだけでなく、撮影装置１ａに電源供給及び撮影装置１ａを支える役割を果たす。なお、ここでは、撮影装置１ａ、クレードル２ａ、ビデオ会議端末３ａ、及びディスプレイ４ａは、同じ拠点である拠点Ａに置かれている。また、拠点Ａには、４人の利用者Ａ１，Ａ２，Ａ３，Ａ４が、映像通話に参加している。一方、ビデオ会議端末３ｄ、及びディスプレイ４ｄは、同じ拠点である拠点Ｄに置かれている。また、拠点Ｄには、３人の利用者Ｄ１，Ｄ２，Ｄ３が、映像通話に参加している。

通信管理システム５は、ビデオ会議端末３ａ，３ｂ、ＰＣ７、及びスマートフォン９の通信を管理及び制御したり、送受信される画像データの種類（一般画像と特殊画像の種別）を管理したりする。よって、通信管理システムは、通信制御システムでもある。ここでは、特殊画像は全天球パノラマ画像である。なお、通信管理システム５は、ビデオ通信のサービスを行なうサービス会社等に設置されている。また、通信管理システム５は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

ＰＣ７は、撮影装置８が取り付けられることで、映像通話が可能となる。なお、ここでは、ＰＣ７、及び撮影装置８は、同じ拠点である拠点Ｃに置かれている。また、拠点Ｃには、１人の利用者Ｃが映像通話に参加している。

スマートフォン９は、自装置に設けられた後述のディスプレイ９１７に映像通話の画像を表示する。スマートフォン９は、通常は自装置に設けられた後述のＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ９０５等で撮影するが、WiFi(Wireless Fidelity)やBluetooth（登録商標）等の無線通信技術を利用して、撮影装置１ｂで得られた全天球パノラマ画像の元になる２つの半球画像データを取得することができる。無線通信技術を利用する場合、クレードル２ｂは、撮影装置１ｂに電源供給と撮影装置１ｂを支えるだけの役割を果たす。なお、ここでは、撮影装置１ｂ、クレードル２ｂ、及びスマートフォン９は、同じ拠点である拠点Ｂに置かれている。また、拠点Ｂには、２人の利用者Ｂ１，Ｂ２が、映像通話に参加している。

また、ビデオ会議端末３ａ，３ｄ、ＰＣ７、及びスマートフォン９は、通信端末の一例である。各通信端末には、OpenGL ESがインストールされており、全天球パノラマ画像の一部の領域を示す所定領域情報を作成したり、他の通信端末から送られて来た全天球画像パノラマ画像から所定領域画像を作成したりすることができる。

なお、図８に示す各端末、装置、利用者の配置は一例であり、他の例であってもよい。例えば、拠点Ｃで、撮影装置８に代えて、全天球パノラマ画像に係る撮影が可能な撮影装置を利用者してもよい。また、通信端末には、デジタルテレビ、スマートウオッチ、カーナビゲーション装置等も含まれる。また、以降、撮影装置１ａ，１ｂのうち任意の撮影装置を表す場合には、「撮影装置１」として表す。また、ビデオ会議端末３ａ，３ｂのうち任意のビデオ会議端末を表す場合には、「ビデオ会議端末３」として表す。更に、ディスプレイ４ａ，４ｂのうち任意のディスプレイを表す場合には、「ディスプレイ４」として表す。

＜＜実施形態のハードウェア構成＞＞
次に、図９乃至図１２を用いて、本実施形態の撮影装置１、ビデオ会議端末３、通信管理システム５、ＰＣ７、及びスマートフォン９のハードウェア構成を詳細に説明する。なお、撮影装置８は、一般のカメラであるため、詳細な説明は省略する。

＜撮影装置１のハードウェア構成＞
まず、図９を用いて、撮影装置１のハードウェア構成を説明する。図９は、撮影装置１のハードウェア構成図である。以下では、撮影装置１は、２つの撮像素子を使用した全天球（全方位）撮影装置とするが、撮像素子は２つ以上いくつでもよい。また、必ずしも全方位撮影専用の装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全方位撮影ユニットを取り付けることで、実質的に撮影装置１と同じ機能を有するようにしてもよい。

図９に示されているように、撮影装置１は、撮像ユニット１０１、画像処理ユニット１０４、撮像制御ユニット１０５、マイク１０８、音処理ユニット１０９、ＣＰＵ(Central Processing Unit)１１１、ＲＯＭ(Read Only Memory)１１２、ＳＲＡＭ(Static Random Access Memory)１１３、ＤＲＡＭ(Dynamic Random Access Memory)１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、及びアンテナ１１７ａによって構成されている。

このうち、撮像ユニット１０１は、各々半球画像を結像するための１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズ）１０２ａ，１０２ｂと、各広角レンズに対応させて設けられている２つの撮像素子１０３ａ，１０３ｂを備えている。撮像素子１０３ａ，１０３ｂは、魚眼レンズ１０２ａ，１０２ｂによる光学像を電気信号の画像データに変換して出力するＣＭＯＳセンサやＣＣＤ(Charge Coupled Device)センサなどの画像センサ、この画像センサの水平又は垂直同期信号や画素クロックなどを生成するタイミング生成回路、この撮像素子の動作に必要な種々のコマンドやパラメータなどが設定されるレジスタ群などを有している。

撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、各々、画像処理ユニット１０４とパラレルＩ／Ｆバスで接続されている。一方、撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、撮像制御ユニット１０５とは別に、シリアルＩ／Ｆバス（Ｉ２Ｃバス等）で接続されている。画像処理ユニット１０４及び撮像制御ユニット１０５は、バス１１０を介してＣＰＵ１１１と接続される。さらに、バス１１０には、ＲＯＭ１１２、ＳＲＡＭ１１３、ＤＲＡＭ１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、及び電子コンパス１１８なども接続される。

画像処理ユニット１０４は、撮像素子１０３ａ，１０３ｂから出力される画像データをパラレルＩ／Ｆバスを通して取り込み、それぞれの画像データに対して所定の処理を施した後、これらの画像データを合成処理して、図３（ｃ）に示されているようなメルカトル画像のデータを作成する。

撮像制御ユニット１０５は、一般に撮像制御ユニット１０５をマスタデバイス、撮像素子１０３ａ，１０３ｂをスレーブデバイスとして、Ｉ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群にコマンド等を設定する。必要なコマンド等は、ＣＰＵ１１１から受け取る。また、撮像制御ユニット１０５は、同じくＩ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群のステータスデータ等を取り込み、ＣＰＵ１１１に送る。

また、撮像制御ユニット１０５は、操作部１１５のシャッターボタンが押下されたタイミングで、撮像素子１０３ａ，１０３ｂに画像データの出力を指示する。撮影装置１によっては、ディスプレイ（例えば、ビデオ会議端末３ａのディスプレイ）によるプレビュー表示機能や動画表示に対応する機能を持つ場合もある。この場合は、撮像素子１０３ａ，１０３ｂからの画像データの出力は、所定のフレームレート（フレーム／分）によって連続して行われる。

また、撮像制御ユニット１０５は、後述するように、ＣＰＵ１１１と協働して撮像素子１０３ａ，１０３ｂの画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、本実施形態では、撮影装置１には表示部（ディスプレイ）が設けられていないが、表示部を設けてもよい。

マイク１０８は、音を音（信号）データに変換する。音処理ユニット１０９は、マイク１０８から出力される音データをＩ／Ｆバスを通して取り込み、音データに対して所定の処理を施す。

ＣＰＵ１１１は、撮影装置１の全体の動作を制御すると共に必要な処理を実行する。ＲＯＭ１１２は、ＣＰＵ１１１のための種々のプログラムを記憶している。ＳＲＡＭ１１３及びＤＲＡＭ１１４はワークメモリであり、ＣＰＵ１１１で実行するプログラムや処理途中のデータ等を記憶する。特にＤＲＡＭ１１４は、画像処理ユニット１０４での処理途中の画像データや処理済みのメルカトル画像のデータを記憶する。

操作部１１５は、種々の操作ボタンや電源スイッチ、シャッターボタン、表示と操作の機能を兼ねたタッチパネルなどの総称である。ユーザは操作ボタンを操作することで、種々の撮影モードや撮影条件などを入力する。

ネットワークＩ／Ｆ１１６は、ＳＤカード等の外付けのメディアやパーソナルコンピュータなどとのインターフェース回路（ＵＳＢＩ／Ｆ等）の総称である。また、ネットワークＩ／Ｆ１１６としては、無線、有線を問わない。ＤＲＡＭ１１４に記憶されたメルカトル画像のデータは、このネットワークＩ／Ｆ１１６を介して外付けのメディアに記録されたり、必要に応じてネットワークＩ／Ｆ１１６を介してビデオ会議端末３ａ等の外部装置に送信されたりする。

通信部１１７は、撮影装置１に設けられたアンテナ１１７ａを介して、WiFiやNFC（Near Field Communication）等の近距離無線技術によって、ビデオ会議端末３ａ等の外部装置と通信を行う。この通信部１１７によっても、メルカトル画像のデータをビデオ会議端末３ａの外部装置に送信することができる。

電子コンパス１１８は、地球の磁気から撮影装置１の方位及び傾き(Roll回転角)を算出し、方位・傾き情報を出力する。この方位・傾き情報はExifに沿った関連情報（メタデータ）の一例であり、撮影画像の画像補正等の画像処理に利用される。なお、関連情報には、画像の撮影日時、及び画像データのデータ容量の各データも含まれている。

＜ビデオ会議端末のハードウェア構成＞
次に、図１０を用いて、ビデオ会議端末３のハードウェア構成を説明する。図１０は、ビデオ会議端末のハードウェア構成図である。図１０に示されているように、ビデオ会議端末３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、フラッシュメモリ３０４、ＳＳＤ３０５、メディアＩ／Ｆ３０７、操作ボタン３０８、電源スイッチ３０９、バスライン３１０、ネットワークＩ／Ｆ３１１、カメラ３１２、撮像素子Ｉ／Ｆ、マイク３１４、スピーカ３１５、音入出力Ｉ／Ｆ３１６、ディスプレイＩ／Ｆ３１７、外部機器接続Ｉ／Ｆ３１８、近距離通信回路３１９、近距離通信回路３１９のアンテナ３１９ａを備えている。

これらのうち、ＣＰＵ３０１は、ビデオ会議端末３全体の動作を制御する。ＲＯＭ３０２は、ＩＰＬ(Initial Program Loader)等のＣＰＵ３０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。フラッシュメモリ３０４は、通信用プログラム、画像データ、及び音データ等の各種データを記憶する。ＳＳＤ（Solid State Drive）３０５は、ＣＰＵ３０１の制御にしたがってフラッシュメモリ３０４に対する各種データの読み出し又は書き込みを制御する。なお、ＳＳＤに代えてＨＤＤを用いてもよい。メディアＩ／Ｆ３０７は、フラッシュメモリ等の記録メディア３０６に対するデータの読み出し又は書き込み（記憶）を制御する。操作ボタン３０８は、ビデオ会議端末３の宛先を選択する場合などに操作されるボタンである。電源スイッチ３０９は、ビデオ会議端末３の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

また、ネットワークＩ／Ｆ３１１は、インターネット等の通信ネットワーク４を利用してデータ通信をするためのインターフェースである。カメラ３１２は、ＣＰＵ３０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ３１３は、カメラ３１２の駆動を制御する回路である。マイク３１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ３１６は、ＣＰＵ３０１の制御に従ってマイク３１４及びスピーカ３１５との間で音信号の入出力を処理する回路である。ディスプレイＩ／Ｆ３１７は、ＣＰＵ３０１の制御に従って外付けのディスプレイ３２０に画像データを送信する回路である。外部機器接続Ｉ／Ｆ３１８は、各種の外部機器を接続するためのインターフェースである。近距離通信回路３１９は、ＮＦＣ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

また、バスライン３１０は、図２に示されているＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

ディスプレイ４は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示手段の一種である。また、ディスプレイ４は、ケーブル４ｃによってディスプレイＩ／Ｆ３１７に接続される。このケーブル４ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ(High-Definition Multimedia Interface)（登録商標）やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

なお、カメラ３１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳセンサや、ＣＣＤセンサ等が用いられる。外部機器接続Ｉ／Ｆ３１８には、ＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ３０１の制御に従って、内蔵型のカメラ３１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ３０１の制御に従って、それぞれが内蔵型のマイク３１４や内蔵型のスピーカ３１５に優先して、外付けマイクや外付けスピーカが駆動する。

また、記録メディア３０６は、ビデオ会議端末３に対して着脱自在な構成となっている。また、ＣＰＵ３０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ３０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

＜通信管理システム、ＰＣのハードウェア構成＞
次に、図１１を用いて、通信管理システム５及びＰＣ７のハードウェア構成を説明する。図１１は、通信管理システム及びＰＣのハードウェア構成図である。なお、通信管理システム５及びＰＣ７は、ともにコンピュータで同じ構成を有しているため、以下では、通信管理システム５の構成について説明し、ＰＣ７の構成の説明は省略する。

通信管理システム５は、通信管理システム５全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、通信管理システム５用のプログラム等の各種データを記憶するＨＤ５０４、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ５０８、通信ネットワーク１００を利用してデータ通信するためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図１１に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。

＜スマートフォンのハードウェア構成＞
次に、図１２を用いて、スマートフォンのハードウェアについて説明する。図１２は、スマートフォンのハードウェア構成図である。図１２に示されているように、スマートフォン９は、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＥＥＰＲＯＭ９０４、ＣＭＯＳセンサ９０５、加速度・方位センサ９０６、メディアＩ／Ｆ９０８、ＧＰＳ受信部９０９を備えている。

これらのうち、ＣＰＵ９０１は、スマートフォン９全体の動作を制御する。ＲＯＭ９０２は、ＣＰＵ９０１やＩＰＬ等のＣＰＵ９０１の駆動に用いられるプログラムを記憶する。ＲＡＭ９０３は、ＣＰＵ９０１のワークエリアとして使用される。ＥＥＰＲＯＭ９０４は、ＣＰＵ９０１の制御にしたがって、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。ＣＭＯＳセンサ９０５は、ＣＰＵ９０１の制御に従って被写体（主に自画像）を撮像し画像データを得る。加速度・方位センサ９０６は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ９０８は、フラッシュメモリ等の記録メディア９０７に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部９０９は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、スマートフォン９は、遠距離通信回路９１１、カメラ９１２、撮像素子Ｉ／Ｆ９１３、マイク９１４、スピーカ９１５、音入出力Ｉ／Ｆ９１６、ディスプレイ９１７、外部機器接続Ｉ／Ｆ９１８、近距離通信回路９１９、近距離通信回路９１９のアンテナ４１９ａ、及びタッチパネル９２１を備えている。

これらのうち、遠距離通信回路９１１は、通信ネットワーク１００を介して、他の機器と通信する回路である。カメラ９１２は、ＣＰＵ９０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ９１３は、カメラ９１２の駆動を制御する回路である。マイク９１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ９１６は、ＣＰＵ９０１の制御に従ってマイク９１４及びスピーカ９１５との間で音信号の入出力を処理する回路である。ディスプレイ９１７は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬなどの表示手段の一種である。外部機器接続Ｉ／Ｆ９１８は、各種の外部機器を接続するためのインターフェースである。近距離通信回路９１９は、ＮＦＣやＢｌｕｅｔｏｏｔｈ等の通信回路である。タッチパネル９２１は、利用者がディスプレイ９１７を押下することで、スマートフォン９を操作する入力手段の一種である。

また、スマートフォン９は、バスライン９１０を備えている。バスライン９１０は、ＣＰＵ９０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

なお、上記各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤは、いずれもプログラム製品(Program Product)として、国内又は国外へ提供されることができる。

＜＜実施形態の機能構成＞＞
次に、図１３乃至図２０を用いて、本実施形態の機能構成について説明する。図１３及び図１４は、画像通信システムの一部の機能ブロック図である。

＜撮影装置１ａの機能構成＞
図１３に示されているように、撮影装置１ａは、受付部１２ａ、撮像部１３ａ、集音部１４ａ、通信部１８ａ、及び記憶・読出部１９ａを有している。これら各部は、図９に示されている各構成要素のいずれかが、ＳＲＡＭ１１３からＤＲＡＭ１１４上に展開された撮影装置用のプログラムに従ったＣＰＵ１１１からの命令によって動作することで実現される機能又は手段である。

また、撮影装置１は、図９に示されているＲＯＭ１１２、ＳＲＡＭ１１３、及びＤＲＡＭ１１４によって構築される記憶部１０００ａを有している。記憶部１０００ａには、自装置のＧＵＩＤ(Globally Unique Identifier)が記憶されている。

なお、撮影装置１ｂは、受付部１２ｂ、撮像部１３ｂ、集音部１４ｂ、通信部１８ｂ、記憶・読出部１９ｂ、及び記憶部１０００ｂを有しているが、それぞれ、撮影装置１ａにおける受付部１２ａ、撮像部１３ａ、集音部１４ａ、通信部１８ａ、記憶・読出部１９ａ及び記憶部１０００ａと同様の機能を実現するため、これらの説明を省略する。

（撮影装置１ａの各機能構成）
次に、図９及び図１３を用いて、撮影装置１の各機能構成について更に詳細に説明する。

撮影装置１の受付部１２ａは、主に、図９に示されている操作部１１５及びＣＰＵ１１１の処理によって実現され、利用者からの操作入力を受け付ける。

撮像部１３ａは、主に、図９に示されている撮像ユニット１０１、画像処理ユニット１０４、及び撮像制御ユニット１０５、並びにＣＰＵ１１１の処理によって実現され、風景等を撮像し、撮影画像データを得る。

集音部１４ａは、図９に示されている１０８及び音処理ユニット１０９、並びにＣＰＵ１１１の処理によって実現され、撮影装置１ａの周囲の音を集音する。

通信部１８ａは、主に、ＣＰＵ１１１の処理によって実現され、ビデオ会議端末３ａの通信部３８と、NFC規格、BlueTooth、WiFi等による近距離無線通信技術によって通信することができる。

記憶・読出部１９ａは、主に、図９に示されているＣＰＵ１１１の処理によって実現され、記憶部１０００に各種データ（または情報）を記憶したり、記憶部１０００ａから各種データ（または情報）を読み出したりする。

＜ビデオ会議端末３ａの機能構成＞
図１３に示されているように、ビデオ会議端末３ａは、送受信部３１ａ、受付部３２ａ、画像・音処理部３３ａ、表示制御部３４ａ、判断部３５ａ、作成部３６ａ、変更部３７ａ、通信部３８ａ、及び記憶・読出部３９ａを有している。これら各部は、図１０に示されている各構成要素のいずれかが、フラッシュメモリ３０４からＲＡＭ３０３上に展開されたビデオ会議端末３ａ用プログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は手段である。

また、ビデオ会議端末３ａは、図１０に示されているＲＯＭ３０２、ＲＡＭ３０３、及びフラッシュメモリ３０４によって構築される記憶部３０００ａを有している。この記憶部３０００ａには、画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、表示レイアウト管理ＤＢ３００３ａ、及び要求解像度管理ＤＢ３００４ａが構築されている。これらのうち、画像種類管理ＤＢ３００１ａは、図１５に示されている画像種類管理テーブルによって構成されている。撮影装置管理ＤＢ３００２ａは、図１６に示される撮影装置管理テーブルによって構成されている。表示レイアウト管理ＤＢ３００３ａは、図１７（ａ）に示されている表示レイアウト管理テーブルによって構成されている。要求解像度管理ＤＢ３００４ａは、図１８に示される要求解像度管理テーブルによって構成されている。

なお、ビデオ会議端末３ｄは、送受信部３１ｄ、受付部３２ｄ、画像・音処理部３３ｄ、表示制御部３４ｄ、判断部３５ｄ、作成部３６ｄ、変更部３７ｄ、通信部３８ｄ、記憶・読出部３９ｄ、及び記憶部３０００ｄを有しているが、それぞれ、ビデオ会議端末３ａにおける送受信部３１ａ、受付部３２ａ、画像・音処理部３３ａ、表示制御部３４ａ、判断部３５ａ、作成部３６ａ、変更部３７ａ、通信部３８ａ、記憶・読出部３９ａ、及び記憶部３０００ａと同様の機能を実現するため、これらの説明を省略する。また、ビデオ会議端末３ｄにおける記憶部３０００ｄには、画像種類管理ＤＢ３００１ｄ、撮影装置管理ＤＢ３００２ｄ、表示レイアウト管理ＤＢ３００３ｄ、及び要求解像度管理ＤＢ３００４ｄが構築されているが、ビデオ会議端末３ａにおける画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、表示レイアウト管理ＤＢ３００３ａ、及び要求解像度管理ＤＢ３００４ａと同様のデータ構造であるため、これらの説明を省略する。

（画像種類管理テーブル）
図１５は、画像種類管理テーブルを示す概念図である。この画像種類管理テーブルでは、画像データＩＤ、送信元端末の宛先の一例であるＩＰアドレス、及びソース名が関連付けて記憶されて管理されている。これらのうち、画像データＩＤは、ビデオ通信を行なう際の画像データを識別するための画像データ識別情報の一例である。同じ送信元端末から送信される画像データには、同じ画像データＩＤが付加されている。これにより、送信先端末（受信側の通信端末）は、受信した画像データの送信元端末を特定することができる。送信元端末のＩＰアドレスは、関連付けられている画像データＩＤで示される画像データを送信する通信端末のＩＰアドレスを示す。ソース名は、関連付けられている画像データＩＤで示される画像データを出力する撮影装置を特定するための名称であり、画像種類情報の一例である。このソース名は、所定の名称の命名規則に従って、ビデオ会議端末３ａ等の各通信端末によって作成された名称である。

例えば、ＩＰアドレスがそれぞれ「１．２．１．３」、「１．２．２．３」、「１．３．１．３」、「１．３．２．３」の４つの通信端末は、それぞれ、画像データＩＤ「ＲＳ００１」、「ＲＳ００２」、「ＲＳ００３」、「ＲＳ００４」によって示される画像データを送信していることが表されている。更に、各通信端末のソース名によって示される画像の種類は、「Video_Theta」、「Video_Theta」、「Video」、「Video」であり、これらは順に画像種類が「特殊画像」、「特殊画像」、「一般画像」、「一般画像」である旨を示している。なお、特殊画像は、ここでは、全天球パノラマ画像である。

なお、画像データ以外のデータについても、画像データＩＤと関連付けて管理してもよい。画像データ以外のデータは、例えば、音データ、画面共有時の資料データである。また、画像データ以外のデータについても、画像データＩＤと関連付けて管理してもよい。画像データ以外のデータは、例えば、音データ、画面共有時の資料データである。

（撮影装置管理テーブル）
図１６は、撮影装置管理テーブルを示す概念図である。この撮影装置管理テーブルでは、全天球パノラマ画像の元になる２つの半球画像を得ることができる撮影装置のＧＵＩＤのうちのベンダＩＤとプロダクトＩＤが記憶されて管理されている。ＧＵＩＤとしては、例えば、ＵＳＢデバイスで利用されるベンダーＩＤ(ＶＩＤ)とプロダクトＩＤ(ＰＩＤ)が利用できる。このベンダＩＤとプロダクトＩＤは、ビデオ会議端末等の通信端末の工場出荷時から記憶されているが、工場出荷後に追加で記憶してもよい。

（表示レイアウト管理テーブル）
図１７は、各表示レイアウト管理テーブルを示す概念図である。これらのうち、図１７（ａ）は、ビデオ会議端末３ａにおける表示レイアウト管理ＤＢ３００３ａのデータ構造を示している。

なお、図１７（ｂ）は、スマートフォン９における表示レイアウト管理ＤＢ９００３のデータ構造を示している。図１７（ｃ）は、ＰＣ７における表示レイアウト管理ＤＢ７００３のデータ構造を示している。図１７（ｄ）は、ビデオ会議端末３ｄにおける表示レイアウト管理ＤＢ３００３ｄのデータ構造を示している。

図１７（ａ）に示されている表示レイアウト管理テーブルでは、ディスプレイ４ａにおける複数の表示領域のレイアウトを示すレイアウト番号毎に、レイアウトに従った表示領域に対して表示する画像に係る画像データを識別するための所定の画像データＩＤ及び表示領域の表示サイズ(横縦の画素数)が関連付けて記憶されて管理されている。このレイアウト番号は、図２８に示されているように、各表示領域の右下の番号を示している。表示サイズは、ビデオ会議端末３ａがディスプレイ４ａから取得した情報であるため、使用されるディスプレイ４ａが変更されると、表示サイズも変更される。また、各表示領域に表示される画像が変更すると（入れ替わると）、表示レイアウト管理テーブルにおける画像データＩＤも変更する（入れ替わる）。変更する（入れ替わる）例として、図２８（ｂ）において、拠点Ｂの利用者Ｂ１は話し出すと、表示領域「２」に表示されていた拠点Ｂの画像が表示領域「１」に変更され、表示領域「１」に表示されていた拠点Ａの画像が表示領域「２」に変更される。この変更は、後述の変更部３７ａが、音データ及び画像データＩＤに基づいて行なう。

（要求解像度管理テーブル）
図１８は、画像種類毎の要求解像度管理テーブルを示す概念図である。この要求解像度管理テーブルでは、画像の種類を示す所定の画像種類情報毎に、ディスプレイにおける複数の表示領域の各表示サイズ(横縦の画素数)、及び通信管理システム５に対して要求する画像データの要求解像度(横縦の画素数)が関連付けて記憶されて管理されている。図１８（ａ）は画像種類情報が「特殊画像」の場合を示しており、図１８（ｂ）は画像種類情報が「一般画像」の場合を示している。このように、同じ表示サイズ（例えば、「６４０×４８０」画素数）であっても、一般画像の場合の要求解像度（「６４０×４８０」画素数）よりも、特殊画像の場合の要求解像度（「１２８０×７２０」画素数）が高くなっている。これにより、図６（ａ）に示されているように、全天球パノラマ画像の一部の領域である所定領域Ｔの画像（所定領域画像）が、図６（ｂ）に示されているように、ディスプレイ上に表示されても、極端に低い解像度により他拠点側の画像が見え難くなるという課題を解消することができる。

（ビデオ会議端末３ａの各機能構成）
次に、図１０及び図１３を用いて、ビデオ会議端末３ａの各機能構成について更に詳細に説明する。

ビデオ会議端末３ａの送受信部３１ａは、主に、図１０に示されているネットワークＩ／Ｆ３１１及びＣＰＵ３０１の処理によって実現され、通信ネットワーク１００を介して、通信管理システム５と各種データ（または情報）の送受信を行う。

受付部３２ａは、主に操作ボタン３０８及びＣＰＵ３０１による処理によって実現され、利用者から各種の選択又は入力を受け付ける。また、操作ボタン３０８だけでなく、他の入力手段としてタッチパネル等を用いてもよい。

画像・音処理部３３ａは、図１０に示されているＣＰＵ３０１からの命令によって実現され、カメラ３１２が被写体を撮像して得た画像データに対して画像処理を行なう。また、画像・音処理部３３は、マイク３１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音データに対して音声処理を行なう。

更に、画像・音処理部３３ａは、表示制御部３４がディスプレイ４に画像を表示させるため、ソース名等の画像種類情報に基づき、他の通信端末から受信された画像データに対して画像処理を行なう。具体的には、画像種類情報が特殊画像である旨を示す場合には、画像・音処理部３３ａは、画像データ（例えば、図３（ａ），（ｂ）に示されているような各半球画像のデータ）に基づいて、図４（ｂ）に示されているような全天球パノラマ画像データに変換することで全天球パノラマ画像データを作成し、更に、図６（ｂ）に示されているような所定領域画像を作成する。また、画像・音処理部３３ａは、他の通信端末から通信管理システム５を介して受信された音データに係る音声信号をスピーカ３１５に出力し、スピーカ３１５から音声を出力させる。

表示制御部３４ａは、主にディスプレイＩ／Ｆ３１７及びＣＰＵ３０１の処理によって実現され、ディスプレイ４に各種画像や文字等を表示させるための制御を行う。

判断部３５ａは、主にＣＰＵ３０１の処理によって実現され、例えば、撮影装置１ａから受信された画像データに係る画像種類を判断する。

作成部３６ａは、主にＣＰＵ３０１の処理によって実現され、判断部３５ａによって、一般画像又は特殊画像（ここでは、全天球パノラマ画像）と判断された結果に基づき、上述の命名規則に従って、画像種類情報の一例であるソース名を作成する。例えば、判断部３５ａが、一般画像であると判断した場合には、作成部３６ａは、一般画像である旨を示すソース名「Video」を作成する。一方、判断部３５ａが、特殊画像であると判断した場合には、作成部３６ａは、特殊画像である旨を示すソース名「Video_Theta」を作成する。

変更部３７ａは、主にＣＰＵ３０１の処理によって実現され、表示レイアウト管理テーブルにおいて、レイアウト番号に対する所定の画像データＩＤを変更する。直前に話した利用者がいる拠点から送られて来た画像データＩＤを、レイアウト番号「１」に変更し、既にレイアウト番号「１」で管理されていた画像データＩＤと入れ替える。これにより、話した利用者の拠点からの画像データが、常に、図２６（ｂ）に示されているように、一番大きく表示される。

通信部３８ａは、主に、近距離通信回路３１９、アンテナ３１８ａ、及びＣＰＵ３０１の処理によって実現され、撮影装置１ａの通信部１８ａと、NFC、BlueTooth、WiFi等による近距離無線技術によって通信することができる。なお、通信部３８ａと送受信部３１ａとは通信ユニットを別個に有する構成で説明したが、共用構成であってもよい。

記憶・読出部３９ａは、主に、図１０に示されているＣＰＵ３０１の処理によって実現され、記憶部３０００に各種データ（または情報）を記憶したり、記憶部３０００から各種データ（または情報）を読み出したりする。

＜通信管理システムの機能構成＞
次に、図１１及び図１４を用いて、通信管理システム５の各機能構成について詳細に説明する。通信管理システム５は、送受信部５１、制御部５３、判断部５５、生成部５６、及び記憶・読出部５９を有している。これら各部は、図１１に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された通信管理システム５用プログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。

また、通信管理システム５は、図１１に示されているＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部５０００を有している。この記憶部５０００には、セッション管理ＤＢ５００１、画像種類管理ＤＢ５００２、及び送信解像度管理ＤＢ５００３が構築されている。このうち、セッション管理ＤＢ５００１は、図１９に示されているセッション管理テーブルによって構成されている。画像種類管理ＤＢ５００２は、図２０に示される画像種類管理テーブルによって構成されている。送信解像度管理ＤＢ５００３は、図２１に示される送信解像度管理テーブルによって構成されている。

（セッション管理テーブル）
図１９は、セッション管理テーブルを示す概念図である。このセッション管理テーブルでは、セッションＩＤ、及び参加した通信端末のＩＰアドレスが関連付けて記憶されて管理されている。このうち、セッションＩＤは、映像通話を実現する通信セッションを識別するためのセッション識別情報の一例であり、仮想の会議室ごとに生成される。セッションＩＤは、ビデオ会議端末３ａ等の各通信端末でも管理されており、各通信端末において通信セッションの選択の際に利用される。参加した通信端末のＩＰアドレスは、関連付けられているセッションＩＤで示される仮想の会議室に参加した通信端末のＩＰアドレスを示している。

（画像種類管理テーブル）
図２０は、画像種類管理テーブルを示す概念図である。図２０に示されている画像種類管理テーブルは、図１５に示されている画像種類管理テーブルで管理されている各情報に加え、セッション管理テーブルで管理されているセッションＩＤと同じセッションＩＤが関連付けて管理されている。ここでは、同じセッションＩＤ「ｓｅ１０１」で示される仮想の会議室には、ＩＰアドレスがそれぞれ「１．２．１．３」、「１．２．２．３」、「１．３．１．３」の３つの通信端末が参加していることが示されている。なお、通信管理システム５において、ビデオ会議端末３ａ等の通信端末で管理される、画像データＩＤ、送信元端末のＩＰアドレス、及び画像種類情報を同じものを管理するのは、新たな通信端末が仮想の会議室に入る場合等に、既に映像通話中の通信端末と新たに参加した通信端末に、画像種類情報等を送信するためである。これにより、既に映像通話中の通信端末と新たに参加した通信端末との間で、画像種類情報等の送受信を行なう必要がない。

（送信解像度管理テーブル）
図２１は、送信解像度管理テーブルを示す概念図である。この送信解像度管理テーブルでは、縦方向に画像データの送信先（要求解像度の送信元）のＩＰアドレス、横方向に画像データの送信元のＩＰアドレスか関連づけて記憶されて管理されている。これにより、例えば、通信管理システム５は、拠点Ａから送信されて来た画像データを中継して拠点Ｄに送信する場合には、「１２８０×７２０」画素数の解像度にした状態の画像データを送信する。

（通信管理システムの各機能構成）
次に、図１１及び図１３を用いて、通信管理システム５の各機能構成について詳細に説明する。

通信管理システム５の送受信部５１は、主に、図１１に示されているネットワークＩ／Ｆ５０９及びＣＰＵ５０１の処理によって実現され、通信ネットワーク１００を介してビデオ会議端末３ａ，３ｄ、又はＰＣ７と各種データ（または情報）の送受信を行う。

制御部５３は、主にＣＰＵ５０１の処理によって実現され、送信解像度管理ＤＢ５００３に基づいて、一の通信端末から送信されて来た画像データの解像度を制御（例えば、変更）する。

判断部５５は、主にＣＰＵ５０１の処理によって実現され、各種判断を行なう。

生成部５６は、主にＣＰＵ５０１の処理によって実現され、画像データＩＤを生成する。

記憶・読出部５９は、主に、図１１に示されているＨＤＤ５０５、及びＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ（または情報）を記憶したり、記憶部５０００から各種データ（または情報）を読み出したりする。

＜ＰＣの機能構成＞
次に、図１１及び図１３を用いて、ＰＣ７の機能構成について詳細に説明する。ＰＣ７は、基本的にビデオ会議端末３ａと同じ機能を有している。即ち、図１３に示されているように、ＰＣ７は、送受信部７１、受付部７２、画像・音処理部７３、表示制御部７４、判断部７５、作成部７６、変更部７７、通信部７８、及び記憶・読出部７９を有している。これら各部は、図１１に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたＰＣ７用プログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。

また、ＰＣ７は、図１１に示されているＲＯＭ５０２、ＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部７０００を有している。この記憶部７０００には、画像種類管理ＤＢ７００１、撮影装置管理ＤＢ７００２、表示レイアウト管理ＤＢ７００３、及び要求解像度管理ＤＢ７００４が構築されている。なお、画像種類管理ＤＢ７００１、撮影装置管理ＤＢ７００２、表示レイアウト管理ＤＢ７００３、及び要求解像度管理ＤＢ７００４は、それぞれ画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、表示レイアウト管理ＤＢ３００３ａ、及び要求解像度管理ＤＢ３００４ａと同じデータ構造であるため、これらの説明を省略する。

（ＰＣの各機能構成）
ＰＣ７の送受信部７１は、主に、図１１に示されているネットワークＩ／Ｆ５０９及びＣＰＵ５０１の処理によって実現され、送受信部３１ａと同様の機能を実現する。

受付部７２は、主にキーボード５１１、マウス５１２及びＣＰＵ５０１の処理によって実現され、受付部３２ａと同様の機能を実現する。画像・音処理部７３は、主にＣＰＵ５０１からの命令によって実現され、画像・音処理部３３ａと同様の機能を実現する。表示制御部７４は、主にＣＰＵ５０１の処理によって実現され、表示制御部３４ａと同様の機能を実現する。判断部７５は、主にＣＰＵ５０１の処理によって実現され、判断部３５ａと同様の機能を実現する。作成部７６は、主にＣＰＵ５０１の処理によって実現され、作成部３６ａと同様の機能を実現する。変更部７７は、主にＣＰＵ５０１の処理によって実現され、変更部３７ａと同様の機能を実現する。通信部７８は、主に、ＣＰＵ５０１の処理によって実現され、通信部３８ａと同様の機能を実現する。記憶・読出部３９ａは、ＣＰＵ５０１の処理によって実現され、記憶部７０００に各種データ（または情報）を記憶したり、記憶部７０００から各種データ（または情報）を読み出したりする。

＜スマートフォンの機能構成＞
次に、図１２及び図１３を用いて、スマートフォン９の機能構成について詳細に説明する。スマートフォン９は、基本的にビデオ会議端末３ａと同じ機能を有している。即ち、図１３に示されているように、スマートフォン９は、送受信部９１、受付部９２、画像・音処理部９３、表示制御部９４、判断部９５、作成部９６、変更部９７、通信部９８、及び記憶・読出部９９を有している。これら各部は、図１２に示されている各構成要素のいずれかが、ＥＥＰＲＯＭ９０４からＲＡＭ９０３上に展開されたスマートフォン９用プログラムに従ったＣＰＵ９０１からの命令によって動作することで実現される機能又は手段である。

また、スマートフォン９は、図１２に示されているＲＯＭ９０２、ＲＡＭ９０３、及びＥＥＰＲＯＭ９０４によって構築される記憶部９０００を有している。この記憶部９０００には、画像種類管理ＤＢ９００１、撮影装置管理ＤＢ９００２、表示レイアウト管理ＤＢ９００３、及び要求解像度管理ＤＢ９００４が構築されている。なお、画像種類管理ＤＢ９００１、撮影装置管理ＤＢ９００２、表示レイアウト管理ＤＢ９００３、及び要求解像度管理ＤＢ９００４は、それぞれ画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、表示レイアウト管理ＤＢ３００３ａ、及び要求解像度管理ＤＢ３００４ａと同じデータ構成であるため、これらの説明を省略する。

（スマートフォンの各機能構成）
スマートフォン９の送受信部９１は、主に、図１２に示されている遠距離通信回路９１１及びＣＰＵ９０１の処理によって実現され、送受信部３１ａと同様の機能を実現する。

受付部９２は、主にタッチパネル９２１及びＣＰＵ９０１の処理によって実現され、受付部３２ａと同様の機能を実現する。

画像・音処理部９３は、主にＣＰＵ９０１からの命令によって実現され、画像・音処理部３３ａと同様の機能を実現する。

表示制御部９４は、主にＣＰＵ９０１の処理によって実現され、表示制御部３４ａと同様の機能を実現する。

判断部９５は、主にＣＰＵ９０１の処理によって実現され、判断部３５ａと同様の機能を実現する。

作成部９６は、主にＣＰＵ９０１の処理によって実現され、作成部３６ａと同様の機能を実現する。

変更部９７は、主にＣＰＵ９０１の処理によって実現され、変更部３７ａと同様の機能を実現する。

通信部９８は、主に、ＣＰＵ９０１の処理によって実現され、通信部３８ａと同様の機能を実現する。

記憶・読出部９９は、ＣＰＵ９０１の処理によって実現され、記憶部９０００に各種データ（または情報）を記憶したり、記憶部９０００から各種データ（または情報）を読み出したりする。

＜＜実施形態の処理又は動作＞＞
＜参加の処理＞
続いて、図２２乃至図２７を用いて、本実施形態の処理又は動作について説明する。まず、図２２及び図２３を用いて、特定の通信セッションへの参加処理について説明する。図２２は、特定の通信セッションへの参加処理を示したシーケンス図である。図２３は、通信セッション（仮想の会議室）の選択画面を示した図である。

まず、拠点Ａの利用者（例えば、利用者Ａ１）が、ビデオ会議端末３ａにおいて、通信セッション（仮想の会議室）の選択画面の表示を行なう操作をすると、受付部３２ａが選択画面を表示する操作を受け付け、表示制御部３４ａがディスプレイ４ａに、図２３に示されているような選択画面を表示する（ステップＳ２１）。この選択画面には、選択対象である各仮想の会議室Ｒ１，Ｒ２，Ｒ３等を示す選択ボタンｂ１，ｂ２，ｂ３等が表示されている。また、各選択ボタンｂ１等には、各セッションＩＤが関連付けられている。

ここで、利用者Ａ１が仮想の会議室の所望の選択ボタン（ここでは選択ボタンｂ１）を選択すると、受付部３２ａは、通信セッションの選択を受け付ける（ステップＳ２２）。そして、送受信部３１ａは、通信管理システム５に対して、仮想の会議室への参加要求を送信する（ステップＳ２３）。この参加要求には、ステップＳ２２で選択を受け付けられた通信セッションを示すセッションＩＤ、及び要求元端末であるビデオ会議端末３ａのＩＰアドレスが含まれている。これにより、通信管理システム５の送受信部５１は、参加要求を受信する。

次に、記憶・読出部９９は、セッション管理ＤＢ５００１（図１９参照）において、ステップＳ２３で受信されたセッションＩＤと同じセッションＩＤのレコードにおける参加端末ＩＰアドレスのフィールドに、ステップＳ２３で受信されたＩＰアドレスを追加することで、通信セッションへの参加処理を行なう（ステップＳ２４）。そして、送受信部５１は、ビデオ会議端末３ａに対して、参加要求応答を送信する（ステップＳ２５）。この参加要求応答には、ステップＳ２３によって受信されたセッションＩＤ、及び参加処理結果が含まれている。これにより、ビデオ会議端末３ａの送受信部３１ａは、参加要求応答を受信する。以降、参加処理が成功した場合について説明する。

＜画像種類情報の管理処理＞
続いて、図２４を用いて、画像種類情報の管理処理を説明する。図２４は、画像種類情報の管理処理を示すシーケンス図である。

まず、拠点Ａの利用者（例えば、利用者Ａ１）が、ビデオ会議端末３ａに、撮影装置１ａが取り付けられた状態のクレードル２ａのＵＳＢケーブルを接続すると、撮影装置１ａの記憶・読出部１９ａが記憶部１０００ａに記憶されている自装置（撮影装置１ａ）のＧＵＩＤを読み出し、通信部１８ａがビデオ会議端末３ａの通信部３８ａに対して自装置のＧＵＩＤを送信する（ステップＳ５１）。これにより、ビデオ会議端末３ａの通信部３８ａは、撮影装置１ａのＧＵＩＤを受信する。

次に、ビデオ会議端末３ａの判断部３５ａは、撮影装置管理ＤＢ３００２ａ（図１６参照）において、ステップＳ５１によって受信されたＧＵＩＤ中のベンダＩＤ及びプロダクトＩＤと、同じベンダＩＤ及びプロダクトＩＤが管理されているか否かを判断することで、画像種類を判断する（ステップＳ５２）。具体的には、撮影装置管理ＤＢ３００２ａにおいて、同じベンダＩＤ及びプロダクトＩＤが管理されている場合には、判断部３５ａは、撮影装置１ａが特殊画像（ここでは、全天球パノラマ画像）を撮影する撮影装置であると判断する。これに対して、撮影装置管理ＤＢ３００２ａにおいて、同じベンダＩＤ及びプロダクトＩＤが管理されていない場合には、判断部３５ａは、撮影装置１ａが一般画像を撮影する撮影装置であると判断する。

次に、記憶・読出部３９ａは、画像種類管理ＤＢ３００１ａ（図１５参照）に対して、送信元端末である自端末（ビデオ会議端末３ａ）のＩＰアドレスと、ステップＳ５２で判断された判断結果である画像種類情報とを関連付けて記憶する（ステップＳ５３）。この状態では、画像データＩＤは関連付けられていない。画像種類情報は、例えば、所定の命名規則に従って定められたソース名や、画像種類（一般画像、特殊画像）である。

次に、送受信部３１ａは、通信管理システム５に対して、画像種類情報の追加要求を送信する（ステップＳ５４）。この画像種類情報の追加要求には、ステップＳ５３で記憶した送信元端末である自端末のＩＰアドレス、及び画像種類情報が含まれている。これにより、通信管理システム５の送受信部５１は、画像種類情報の追加要求を受信する。

次に、通信管理システム５の記憶・読出部５９は、ステップＳ５４によって受信された送信元端末のＩＰアドレスを検索キーとして、セッション管理ＤＢ５００１（図１９参照）を検索することにより、対応するセッションＩＤを読み出す（ステップＳ５５）。

次に、生成部５６は、固有の画像データＩＤを生成する（ステップＳ５６）。そして、記憶・読出部５９は、画像種類管理ＤＢ５００２（図２０参照）に、新たなレコードとして、ステップＳ５５で読み出されたセッションＩＤ、ステップＳ５６で生成された画像データＩＤ、並びに、ステップＳ５４で受信された送信元端末のＩＰアドレス及び画像種類情報を関連付けて記憶する（ステップＳ５７）。そして、送受信部５１は、ビデオ会議端末３ａに対して、ステップＳ５６で生成された画像データＩＤを送信する。これにより、ビデオ会議端末３ａの送受信部３１ａは、画像データＩＤを受信する。

次に、ビデオ会議端末３ａの記憶・読出部３９ａは、画像種類管理ＤＢ３００１ａ（図１５参照）に、上記ステップＳ５３で記憶しておいた送信先端末である自端末（ビデオ会議端末３ａ）のＩＰアドレス及び画像種類情報に関連づけて、ステップＳ５８で受信された画像データＩＤを記憶する（ステップＳ５９）。

一方、通信管理システム５の送受信部５１は、他の通信端末（ここでは、ビデオ会議端末３ｄ）に対して、画像種類情報の追加通知を送信する（ステップＳ６０）。この画像種類情報の追加通知には、ステップＳ５６で生成された画像データＩＤ、並びに、ステップＳ５３で記憶された送信先端末である自端末（ビデオ会議端末３ａ）のＩＰアドレス及び画像種類情報が含まれている。これにより、ビデオ会議端末３ｄの送受信部３１ａは、画像種類情報の追加通知を受信する。なお、送受信部５１の送信先は、セッション管理ＤＢ５００１（図１９参照）で、ビデオ会議端末３ａのＩＰアドレスと同じセッションＩＤに関連付けられている他のＩＰアドレスである。即ち、送信先は、ビデオ会議端末３ａと同じ仮想の会議室に入っている他の通信端末である。

次に、ビデオ会議端末３ｄの記憶・読出部３９ｄは、画像種類管理ＤＢ３００１ｄ（図１５参照）に、新たなレコードとして、ステップＳ６０で受信された、画像データＩＤ、送信元端末のＩＰアドレス、及び画像種類情報を関連付けて記憶する（ステップＳ６１）。同じように、他の通信端末であるＰＣ７及びスマートフォン９にも画像種類情報の追加通信が送信され、ＰＣ７及びスマートフォン９でも、それぞれ画像種類管理ＤＢ７００１，９００１に記憶される。以上より、各通信端末では、各画像種類管理ＤＢ３００１ａ，３００１ｄ，７００１，９００１で同じ情報を共有することができる。

＜解像度の要求処理＞
続いて、図２５を用いて、解像度の要求処理について説明する。図２５は、解像度の要求処理を示したシーケンス図である。

図２５に示されているように、ビデオ会議端末３ｄの記憶・読出部３９ａは、表示レイアウト管理ＤＢ３００３ｄ（図１７（ｄ）参照）から、画像データＩＤ及び表示サイズの各情報を読み出す（ステップＳ７１）。そして、記憶・読出部３９ａは、ステップＳ７１によって読み出した画像データＩＤを検索キーとして画像種類管理ＤＢ３００１ｄを検索することにより、対応する画像種類情報を読み出す（ステップＳ７２）。更に、記憶・読出部３９ａは、ステップＳ７２によって読み出した画像種類情報に基づいて、要求解像度管理ＤＢ３００４ｄにおける図１８（ａ）又は図１８（ｂ）のテーブルを選択し、上記ステップＳ７１によって読み出した表示サイズを検索キーとして当該選択したテーブルを検索することにより、対応する要求解像度を示す情報を読み出す（ステップＳ７３）。

次に、ビデオ会議端末３ｄの送受信部３１ｄは、通信管理システム５に対して、解像度の要求を示す解像度要求情報を送信する（ステップＳ７４）。この解像度要求情報には、上述のステップＳ７１で読み出された画像データＩＤ、及びステップＳ７３で読み出された要求解像度が含まれている。これにより、通信管理システム５の送受信部５１は、解像度要求情報を受信する。

次に、通信管理システム５の記憶・読出部５９は、ステップＳ７４によって受信された画像データＩＤを検索キーとして画像種類管理ＤＢ５００２（図２０参照）を検索することにより、対応する送信元端末のＩＰアドレスを読み出す（ステップＳ７５）。そして、記憶・読出部５９は、送信解像度管理ＤＢ５００３に対し、ステップＳ７５で読み出したＩＰアドレスに応じて、ステップＳ７５で受信された要求解像度を記憶して管理する。

なお、図２５では、ビデオ会議端末３ｄが通信管理システム５に対して解像度要求情報を送信する場合について説明したが、他の通信端末（ビデオ会議端末３ａ、ＰＣ７、スマートフォン９）もビデオ会議端末３ｄと同様の処理を行なうため、説明を省略する。このように、全ての通信端末が図２５に示されている処理を行なうことで、図２１に示されているように、送信解像度管理ＤＢ５００３では、全ての要求解像度が埋まる。

＜画像データの通信処理＞
続いて、図２６乃至図２８を用いて、映像通話における画像データの通信処理について説明する。図２６は、映像通話における画像データの通信処理を示すシーケンス図である。

まず、撮影装置１ａの通信部１８ａからビデオ会議端末３ａの通信部３８ａに対して、被写体や風景等を撮影して得た画像データ、及び音データを送信する（ステップＳ１０１）。この場合、撮影装置１ａは全天球パノラマ画像の元になる２つの半球画像を得ることができる装置であるため、図３（ａ）、（ｂ）に示されているように、画像データは、２つの半球画像のデータによって構成されている。これにより、ビデオ会議端末３ａの通信部３８ａは、画像データ及び音データを受信する。

次に、ビデオ会議端末３ａの送受信部３１ａは、通信管理システム５に対して、撮影装置１ａから送られてきた画像データ及び音データを送信する（ステップＳ１０２）。この送信には、送信対象である画像データを識別するための画像データＩＤが含まれている。これにより、通信管理システム５の送受信部５１は、画像データ及び画像データＩＤを受信する。

次に、制御部５３は、送信解像度管理ＤＢ５００３で管理されている要求解像度に基づき、ステップＳ１２０で受信された画像データの解像度を変更するように制御する（ステップＳ１０３）。なお、既にステップＳ１０２によって受信された画像データの解像度が、送信解像度管理ＤＢ５００３で管理されている要求解像度と同じ場合には、制御部５３は、画像データの解像度を変更しない制御を行なう。

次に、通信管理システム５の送受信部５１は、ビデオ会議端末３ｄに対して、ステップＳ１０３による制御後の画像データ、及び音データを送信する（ステップＳ１０４）。この送信には、送信対象である画像データを識別するための画像データＩＤが含まれている。これにより、ビデオ会議端末３ｄの送受信部３１ｄは、画像データ、画像データＩＤ及び音データを受信する。

次に、ビデオ会議端末３ｄでは、記憶・読出部９９が、ステップＳ１０４によって受信された画像データＩＤを検索キーとして、画像種類管理ＤＢ９００１（図１５参照）を検索することにより、対応する画像種類情報（ソース名）を読み出す（ステップＳ１０５）。そして、画像種類情報が特殊画像（ここでは、全天球パノラマ画像）である旨（Video_Theta）を示す場合には、画像・音処理部９３は、ステップＳ１０４によって受信された画像データから全天球パノラマ画像を作成し、更に所定領域画像を作成する（ステップＳ１０６）。

次に、記憶・読出部３９ｄは、ステップＳ１０４で受信された画像データを検索キーとして表示レイアウト管理ＤＢ３００３ｄ（図１７（ｄ）参照）を検索することにより、対応するレイアウト番号を読み出すことで、ディスプレイ４ｄにおける複数の表示領域から、ステップＳ１０４で受信された画像データに係る画像を表示するための表示領域を特定する（ステップＳ１０７）。そして、表示制御部９４は、ステップＳ１０７で特定された表示領域に、所定領域画像を表示する（ステップＳ１０８）。なお、画像種類情報が一般画像である旨（Video）を示す場合には、画像・音処理部９３は、ステップＳ１０３によって受信された画像データから全天球パノラマ画像を作成せず、表示制御部９４は一般画像を表示する。

続いて、図２７を用いて、映像通話の状態を説明する。図２７は、映像通話の状態を示したイメージ図である。このうち、図２７（ａ）は、撮影装置１ａを利用しない場合を示し、図２７（ｂ）は、撮影装置１ａを利用する場合を示している。

まず、図２７（ａ）に示されているように、撮影装置１ａを利用しないで、ビデオ会議端末３ａに予め設けられたカメラ３１２（図１０参照）を利用する場合、画角が水平１２５度で垂直７０度であるため、ビデオ会議端末３ａを各利用者Ａ１等が映る机の端に置かなければならない。このため、各利用者Ａ１等は、ビデオ会議端末３ａ側を向いて話さなければならない。また、各利用者Ａ１等がビデオ会議端末３ａの方を向くため、ディスプレイ４ａもビデオ会議端末３ａの側に置くことになる。これにより、ビデオ会議端末３ａから離れた利用者Ａ２，Ａ４は、マイク３１４（図１０参照）から離れているため、比較的大きな声で話さないといけないし、ディスプレイ４ａの表示内容が見えづらい。

これに対して、図２７（ｂ）に示されているように、撮影装置１ａを利用する場合には、全天球パノラマ画像の元になる２つの半球画像を得ることができるため、ビデオ会議端末３ａ及びディスプレイ４ａは、比較的、机の中央に置くことができる。これにより、各利用者Ａ１等は、マイク３１４に近いため、比較的小声で話すことができ、ディスプレイ４ａの表示内容も見えやすくなる。

続いて、図２８を用いて、拠点Ｄにおけるディスプレイの表示例を説明する。図２８は、拠点Ｄにおけるディスプレイの表示例である。このうち、図２８（ａ）は、撮影装置１ａ，１ｂから送られて来た画像データから、全天球パノラマ画像の作成及び所定領域画像の作成をせずに、そのまま表示する場合を示している。図２８（ｂ）は、撮影装置１ａ，１ｂから送られて来た画像データから、全天球パノラマ画像の作成及び所定領域画像の作成をした場合を示している。なお、ディスプレイ４ｄの左側の表示領域（レイアウト番号「１」）には拠点Ａの画像が表示され、右側上段の表示領域（レイアウト番号「２」）には拠点Ｂの画像が表示されている。更に、ディスプレイ４ｄの右側中段の表示領域（レイアウト番号「３」）には拠点Ｃの画像が表示され、右側下段の表示領域（レイアウト番号「４」）には拠点Ｄ（自拠点）の画像が表示されている。

ここで、全天球パノラマ画像の撮影が可能な撮影装置１ａ，１ｂから送られて来た画像データをそのまま表示すると、図２８（ａ）に示されているように表示される。このように、Ａ拠点とＢ拠点の画像が、それぞれ図３（ａ），（ｂ）に示されているように、前側の半球画像と後側の半球画像として表示される。

これに対して、画像・音処理部９３が、全天球パノラマ画像の元になる２つの半球画像を得ることができる撮影装置１ａ，１ｂから送られて来た画像データから、全天球パノラマ画像を作成し、更に所定領域画像を作成すると、図２８（ｂ）に示されているように、平面画像である所定領域画像が表示される。なお、拠点Ｃでは、一般画像を得る撮影装置８が撮影し、拠点Ｄでも、一般画像を得るビデオ会議端末３ｄが撮影しているため、図２８（ａ），（ｂ）のいずれも、一般画像が表示されている。

また、利用者は、同じ全天球パノラマ画像における所定領域画像に係る所定領域を変更することができる。即ち、利用者Ｄ１等は、操作ボタン３０８の操作又はディスプレイ４ｄのタッチパネルに対して指を接して移動させることにより、受付部３２ｄが画像の移動を受け付け、表示制御部９４は、所定領域画像をずらしたり、回転したり、縮小したり、拡大したりすることができる。これにより、図２８（ｂ）に示されているように、初期設定（デフォルト）で拠点Ａの一部の利用者Ａ１，Ａ２しか表示されていない場合であっても、所定領域画像をずらして利用者Ａ４，Ａ３を表示することができる。

＜＜本実施形態の主な効果＞＞
以上説明したように本実施形態によれば、ビデオ会議端末３ａ等の通信端末は、画像データと共に送られて来る画像データＩＤに基づき、対応する画像種類情報によって、全天球パノラマ画像を作成し、更に所定領域画像を作成することができる。これにより、図２８（ａ）に示されているように、前側の半球画像と後側の半球画像を表示してしまうことを防止することができるという効果を奏する。

また、画像種類に応じて通信管理システム５に要求する画像データの解像度を制御するため（Ｓ１０３参照）、ディスプレイ等の表示手段に画像を表示しても、極端に低い解像度により相手側の画像が見え難くなるという課題を解消することができるという効果を奏する。

〔その他の例〕
図２９を用いて、解像度の要求処理のその他の例について説明する。画像種類情報の管理処理のその他の例について説明する。図２４は、解像度の要求処理のその他の例を示したシーケンス図である。

上述のステップＳ７１では、記憶・読出部３９ｄは、表示レイアウト管理ＤＢ３００３ｄから画像データＩＤ及び表示サイズを読み出したが、その他の例では、ＩＰアドレスも読み出す（ステップＳ１７１）。そして、記憶・読出部３９ｄは、上述のステップＳ７２，Ｓ７３と同様の処理を行なう（ステップＳ１７２，Ｓ１７３）。

次に、上述のステップＳ７４では、送受信部３１ｄは、解像度要求情報に画像データＩＤ及び要求解像度を含めて送信したが、その他の例では、画像データＩＤに代えて、ステップＳ１７１で読み出されたＩＰアドレスを送信する（ステップＳ１７４）。

次に、通信管理システム５では、ステップＳ１７４でＩＰアドレスを受信しているため、上述のステップＳ７５と同様の処理を行なわずに済み、記憶・読出部５９は、上述のステップＳ７６と同様の処理を行なう（ステップＳ１７５）。

１ａ 撮影装置
１ｂ 撮影装置
３ａ ビデオ会議端末（他の通信端末の一例）
３ｄ ビデオ会議端末（通信端末の一例）
４ａ ディスプレイ
４ｄ ディスプレイ（表示手段の一例）
５ 通信管理システム
７ ＰＣ（他の通信端末の一例）
８ 撮影装置
９ スマートフォン（他の通信端末の一例）
３１ｄ 送受信部（送信手段の一例、受信手段の一例）
３７ｄ 変更部（変更手段の一例）
３００１ｄ 画像種類管理ＤＢ（画像種類管理手段の一例）
３００２ｄ 撮影装置管理ＤＢ（撮影装置管理手段の一例）
３００３ｄ 表示レイアウト管理ＤＢ（表示レイアウト管理手段の一例）
３００４ｄ 要求解像度管理ＤＢ（要求解像度管理手段の一例）

特開２０１２−１７８１３５号公報 米国特許第８２８９３７０号明細書 特開２０１１−２２３０７６号公報

Claims (9)

1. 他の通信端末から送信された画像データを中継して送信して来る通信管理システムに対して、前記送信して来る画像データの解像度を管理するための要求を行なう通信端末であって、
   画像の種類を示す所定の画像種類情報毎に、表示手段における複数の表示領域の各表示サイズ、及び前記通信管理システムに対して要求する前記画像データの要求解像度を関連付けて管理する要求解像度管理手段と、
   前記通信管理システムから前記他の通信端末が送信する特定の画像データの画像の種類を示す特定の画像種類情報を受信する受信手段と、
   前記要求解像度管理手段において、前記特定の画像種類情報及び前記特定の画像データを表示する表示領域の表示サイズに基づき、対応する特定の要求解像度を前記通信管理システムに送信する送信手段と、
   を有することを特徴とする通信端末。
2. 請求項１に記載の通信端末であって、
   前記表示手段における複数の表示領域のレイアウトを示すレイアウト番号毎に、当該レイアウトに従った表示領域に対して表示する画像に係る画像データを識別するための所定の画像データ識別情報及び前記表示領域の表示サイズを関連付けて管理する表示レイアウト管理手段を有し、
   前記受信手段は、前記通信管理システムから前記他の通信端末が送信する前記特定の画像データを識別するための特定の画像データ識別情報及び前記特定の画像種類情報を受信し、
   前記表示レイアウト管理手段において前記受信された特定の画像データ識別情報に対応する表示サイズに基づき、前記要求解像度管理手段において対応する前記特定の要求解像度を前記通信管理システムに送信すること
   を特徴とする通信端末。
3. 前記表示レイアウト管理手段において、前記レイアウト番号に対する前記所定の画像データ識別情報を変更する変更手段を有することを特徴とする請求項２に記載の通信端末。
4. 画像種類情報は、平面画像又は全天球パノラマ画像である旨を示すことを特徴とする請求項１乃至３のいずれか一項に記載の通信端末。
5. 請求項４に記載の通信端末であって、
   前記画像種類情報が全天球パノラマ画像である旨を示す場合には、前記他の通信端末が送信した画像データに基づき、全天球パノラマ画像データを作成する作成手段を有することを特徴とする通信端末。
6. 前記通信端末は、ビデオ会議端末、パーソナルコンピュータ、スマートフォン、デジタルテレビ、スマートウオッチ、又はカーナビゲーション装置であることを特徴とする請求項１乃至５のいずれか一項に記載の通信端末。
7. 請求項１乃至６のいずれか一項に記載の通信端末と、
   前記通信管理システムと、
   を有することを特徴とする画像通信システム。
8. 他の通信端末から送信された画像データを中継して送信して来る通信管理システムに対して、前記送信して来る画像データの解像度を管理するための要求を行なう通信端末が実行する通信方法であって、
   前記通信端末は、画像の種類を示す所定の画像種類情報毎に、表示手段における複数の表示領域の各表示サイズ、及び前記通信管理システムに対して要求する前記画像データの要求解像度を関連付けて管理する要求解像度管理手段を有し、
   前記通信端末は、
   前記通信管理システムから前記他の通信端末が送信する特定の画像データの画像の種類を示す特定の画像種類情報を受信する受信ステップと、
   前記要求解像度管理手段において、前記特定の画像種類情報及び前記特定の画像データを表示する表示領域の表示サイズに基づき、対応する特定の要求解像度を前記通信管理システムに送信する送信ステップと、
   を実行することを特徴とする通信方法。
9. コンピュータに、請求項８に記載の方法を実行させるためのプログラム。