JP2018129716A - 画像処理装置、画像処理システム、画像処理方法及びプログラム - Google Patents

Abstract

【課題】画質を向上させることを目的とする。
【解決手段】画像を撮影する撮影装置に接続される画像処理装置は、前記画像を取得する画像取得部と、前記撮影装置の種類を特定できる種類データを取得するデータ取得部と、前記種類データに基づいて、前記撮影装置の種類を判定する判定部と、前記画像を画像処理する画像処理部と、前記判定部による判定結果に基づいて、前記画像処理部が行う画像処理の種類を決定する決定部とを備える。
【選択図】図１

Description

本発明は、画像処理装置、画像処理システム、画像処理方法及びプログラムに関するものである。

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

また、第１の通信端末から送信された画像データ及び音データを中継して、第２の通信端末に、画像データ及び音データを送信する中継装置が普及している。そして、第２の通信端末は、自端末側に設置されるディスプレイの解像度に応じて、中継装置に対し、所望の解像度となる画像データを要求する。このようにして、無駄な通信を抑制し、かつ、通信帯域が狭い通信ネットワークでも通信が途切れないようにする。このように、スムーズに遠隔会議等を行うことができる方法が知られている（例えば、特許文献２参照）。

さらに、まず、全天球パノラマ画像をリアルタイムに取得可能な撮影装置が、通信端末に接続される。そして、通信端末は、撮影装置から取得された全天球パノラマ画像を相手方の各通信端末に送信する。次に、相手方の各通信端末が、全天球パノラマ画像から当該画像の一部である所定領域を示す平面画像に逐次画像変換処理を行う。このようにして、ディスプレイ等に画像を表示する技術が知られている（例えば、特許文献３参照）。

しかしながら、従来の方法では、画像が表示されなかったり、又は、見にくい画像が表示されたりして、画質が悪い場合があるのが課題となる。

本発明の１つの側面は、画質を向上させることを目的とする。

上述した課題を解決するために、本発明の一態様における、画像を撮影する撮影装置に接続される画像処理装置は、
前記画像を取得する画像取得部と、
前記撮影装置の種類を特定できる種類データを取得するデータ取得部と、
前記種類データに基づいて、前記撮影装置の種類を判定する判定部と、
前記画像を画像処理する画像処理部と、
前記判定部による判定結果に基づいて、前記画像処理部が行う画像処理の種類を決定する決定部と
を備える。

画質を向上させることができる。

本発明の一実施形態に係る撮影装置の一例を示す図である。 本発明の一実施形態に係る撮影装置の使用例を示す図である。 本発明の一実施形態に係る全天球パノラマ画像の生成例を示す図（その１）である。 本発明の一実施形態に係る全天球パノラマ画像の生成例を示す図（その２）である。 本発明の一実施形態に係る仮想カメラ及び所定領域の一例を示す図である。 本発明の一実施形態に係る仮想カメラ及び所定領域の一例を示す立体斜視図並びにディスプレイ等に表示された所定領域画像の一例を示す図である。 本発明の一実施形態に係る所定領域情報と所定領域の関係の一例を示す図である。 本発明の一実施形態に係る画像通信システムの一例を示す概略図である。 本発明の一実施形態に係る撮影装置のハードウェア構成例を示すブロック図である。 本発明の一実施形態に係るビデオ会議端末のハードウェア構成例を示すブロック図である。 本発明の一実施形態に係る情報管理システム及びＰＣのハードウェア構成例を示すブロック図である。 本発明の一実施形態に係るスマートフォンのハードウェア構成例を示すブロック図である。 本発明の一実施形態に係る画像通信システムの機能構成例を示す機能ブロック図（その１）である。 本発明の一実施形態に係る画像通信システムの機能構成例を示す機能ブロック図（その２）である。 本発明の一実施形態に係る参加処理例を示すシーケンス図である。 本発明の一実施形態に係る参加処理における通信セッション（仮想の会議室）の選択画面例を示す図である。 本発明の一実施形態に係る画像種類情報の管理処理例を示すシーケンス図である。 本発明の一実施形態に係る解像度の要求処理例を示すシーケンス図である。 本発明の一実施形態に係る映像通話における画像データの通信処理例を示すシーケンス図である。 本発明の一実施形態に係る「一般画像」を用いる映像通話の例を示す図である。 本発明の一実施形態に係る「特殊画像」を用いる映像通話の例を示す図である。 本発明の一実施形態に係る２つの半球画像の表示例を示す図である。 本発明の一実施形態に係る所定領域画像の表示例を示す図である。 本発明の一実施形態に係る解像度の要求処理の変形例を示すシーケンス図である。 本発明の一実施形態に係る撮影装置の判定、決定及び画像処理の一例を示すフローチャートである。 本発明の一実施形態に係る画像処理装置の機能構成の一例を示す機能ブロック図である。

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

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

まず、図１を用いて、撮影装置１の外観を説明する。

図１は、本発明の一実施形態に係る撮影装置の一例を示す図である。図示する例では、撮影装置１は、全天球（３６０°）パノラマ画像の元になる撮影画像を得るためのデジタルカメラである。また、図１（ａ）は、撮影装置１の左側面図である。さらに、図１（ｂ）は、撮影装置１の正面図である。そして、図１（ｃ）は、撮影装置１の平面図である。

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

次に、図２を用いて、撮影装置１の使用状況を説明する。

図２は、本発明の一実施形態に係る撮影装置の使用例を示す図である。例えば、撮影装置１は、図示するように、使用される。具体的には、撮影装置１は、図示するように、例えば、ユーザが手に持って使用する。また、撮影装置１は、ユーザの周りの被写体を撮影する。この例では、撮像素子１０３ａ（図１）及び撮像素子１０３ｂ（図１）によって、それぞれユーザの周りの被写体が撮像される。そのため、撮影によって、２つの半球画像が、生成される。

次に、図３及び図４を用いて、撮影装置１によって撮影された画像（以下「半球画像」とする例で説明する。）から、全天球パノラマ画像が作成されるまでの処理の概略を説明する。

図３及び図４は、本発明の一実施形態に係る全天球パノラマ画像の生成例を示す図である。具体的には、図３（ａ）は、撮影装置で撮影された半球画像（前側）、図３（ｂ）は、撮影装置で撮影された半球画像（後側）の一例を示す図である。また、図３（ｃ）は、メルカトル図法によって、図３（ａ）及び図３（ｂ）に示す半球画像から生成される画像（以下「メルカトル画像」という。）の一例を示す図である。さらに、図４（ａ）は、メルカトル画像で球を被う状態を示す概念図、図４（ｂ）は、全天球パノラマ画像の一例を示す図である。

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

そして、ＯｐｅｎＧＬ（登録商標） ＥＳ（Ｏｐｅｎ Ｇｒａｐｈｉｃｓ Ｌｉｂｒａｒｙ ｆｏｒ Ｅｍｂｅｄｄｅｄ Ｓｙｓｔｅｍｓ）を利用すると、図４（ａ）に示すように、メルカトル画像は、球面を覆うように、貼り付けられる。このようにして、図４（ｂ）に示す全天球パノラマ画像が作成される。

このように、全天球パノラマ画像は、例えば、メルカトル画像が球の中心を向いた画像である。なお、ＯｐｅｎＧＬ（登録商標） ＥＳは、２Ｄ（２−Ｄｉｍｅｎｓｉｏｎｓ）及び３Ｄ（３−Ｄｉｍｅｎｓｉｏｎｓ）のデータを視覚化するためのグラフィックスライブラリである。なお、全天球パノラマ画像は、静止画であってもよいし、動画であってもよい。

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

図５は、本発明の一実施形態に係る仮想カメラ及び所定領域の一例を示す図である。具体的には、図５は、全天球パノラマ画像を三次元の立体球とした場合において、仮想カメラ及び所定領域の位置の一例を示す図である。

また、仮想カメラＩＣは、三次元の立体球として表示される全天球パノラマ画像に対して、その画像を見るユーザの視点に相当する。

図６は、本発明の一実施形態に係る仮想カメラ及び所定領域の一例を示す立体斜視図並びにディスプレイ等に表示された所定領域画像の一例を示す図である。また、図６（ａ）は、図５の状態を示す立体斜視図、図６（ｂ）は、ディスプレイに表示された所定領域画像の一例を示す図である。さらに、この例では、図４に示す全天球パノラマ画像は、三次元の立体球ＣＳで示す。

このように、全天球パノラマ画像が立体球ＣＳであるとすると、図５に示すように、仮想カメラＩＣは、全天球パノラマ画像の外部に位置する。また、全天球パノラマ画像における所定領域Ｔは、仮想カメラＩＣの撮影領域である。さらに、所定領域Ｔは、例えば、全天球パノラマ画像が含まれる三次元の仮想空間において、位置座標で特定できる。具体的には、位置座標は、（ｘ（ｒＨ），ｙ（ｒＶ），画角α（ａｎｇｌｅ））等の所定領域情報である。なお、画角αは、仮想カメラＩＣの画角である。

また、画角αの範囲（円弧）を広げたり、縮めたりすると、画像処理装置は、所定領域Ｔをズームした表現とすることができる。さらにまた、所定領域Ｔのズームは、仮想カメラＩＣを全天球パノラマ画像に近づいたり、遠ざけたりすることで表現することもできる。

そして、所定領域Ｔ（図６（ａ））を示す画像である所定領域画像は、例えば、図６（ｂ）に示すように、所定のディスプレイに、仮想カメラＩＣが撮影した領域の画像として表示される。なお、図６（ｂ）に示す画像は、初期設定（デフォルト）の位置座標に基づいて、表示された所定領域画像の例である。なお、所定領域Ｔは、所定領域情報又は仮想カメラＩＣの位置座標ではなく、仮想カメラＩＣの撮影領域（Ｘ，Ｙ，Ｚ）等で特定されてもよい。以下、所定領域Ｔが位置座標（ｘ（ｒＨ），Ｙ（ｒＶ），画角α（ａｎｇｌｅ））で特定される例で説明する。

次に、図７を用いて、所定領域情報と所定領域Ｔの画像の関係について説明する。

図７は、本発明の一実施形態に係る所定領域情報と所定領域の関係の一例を示す図である。以下、図示するように、所定領域Ｔの対角線画角を「２Ｌ」とする。そして、対角線画角２Ｌの中心点ＣＰが、所定領域情報の（ｘ，ｙ）パラメータとなる。なお、「ｆ」は、仮想カメラＩＣから、中心点ＣＰまでの距離である。また、「Ｌ」は、所定領域Ｔの任意の頂点と、中心点ＣＰとの距離である（２Ｌは、対角線となる）。そして、図示する例では、以下の式（１）で示す三角関数が成り立つ。

Ｌｆ＝ｔａｎ（α／２）・・・（式１）

＜画像通信システムの構成例＞
続いて、図８を用いて、本発明の一実施形態に係る画像通信システムの構成例の概略について説明する。

図８は、本発明の一実施形態に係る画像通信システムの一例を示す概略図である。図示するように、画像通信システムは、例えば、撮影装置１ａ、１ｂ、ビデオ会議端末３ａ、３ｄ、ディスプレイ４ａ、４ｄ、通信管理システム５、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）７、撮影装置８及びスマートフォン９等によって構成される。

そして、画像通信システムは、インターネット等の通信ネットワーク１００を介して、通信することができる。なお、通信ネットワーク１００に接続する形態は、無線又は有線のいずれでも良い。

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

ビデオ会議端末３ａ及び３ｄは、ビデオ会議専用の端末である。また、ビデオ会議端末３ａ及び３ｄは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブル等の有線ケーブルを介して、映像通話（ビデオ通話）の画像を、それぞれディスプレイ４ａ及び４ｄに表示する。例えば、ビデオ会議端末３ａは、カメラ３１２（図１０）で撮影する。一方で、撮影装置１ａを取り付けるクレードル２ａに、有線ケーブルで撮影装置１ａが接続されると、撮影装置１ａが優先される。そのため、ビデオ会議端末３ａは、全天球パノラマ画像の元になる２つの半球画像を得ることができる。

また、有線ケーブルを利用する場合には、この例では、クレードル２ａは、撮影装置１ａと、ビデオ会議端末３ａとの間の通信を行うだけでなく、撮影装置１ａに電源供給及び撮影装置１ａを支持する。なお、撮影装置１ａ、クレードル２ａ、ビデオ会議端末３ａ及びディスプレイ４ａは、拠点Ａに設置されるとする。また、この例は、拠点Ａにおいて、４人のユーザＡ１、Ａ２、Ａ３及びＡ４が、映像通話に参加する例である。

一方、ビデオ会議端末３ｄ及びディスプレイ４ｄは、拠点Ｄに設置されるとする。また、この例は、拠点Ｄにおいて、３人のユーザＤ１、Ｄ２及びＤ３が、映像通話に参加する例である。

通信管理システム５は、ビデオ会議端末３ａ、３ｄ、ＰＣ７及びスマートフォン９による通信を管理及び制御する。また、通信管理システム５は、送受信される画像データの種類（例えば、「一般画像」と「特殊画像」等の種別である。）を管理する。よって、通信管理システムは、通信制御システムでもある。なお、この例では、「特殊画像」は、例えば、全天球パノラマ画像である。

なお、通信管理システム５は、例えば、ビデオ通信のサービスを行うサービス会社等に設置される。また、通信管理システム５は、単一のコンピュータによって構築されてもよいし、複数のコンピュータによって構築されてもよい。

さらに、ＰＣ７は、撮影装置８が取り付けられると、映像通話が可能となる。なお、この例では、ＰＣ７及び撮影装置８は、拠点Ｃに置かれるとする。また、この例は、拠点Ｃにおいて、１人のユーザＣが映像通話に参加する例である。

さらにまた、スマートフォン９は、自装置に設けられるディスプレイ９１７（図１２）に、映像通話の画像を表示する。また、スマートフォン９は、例えば、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ９０５（図１２）等で撮影する。

なお、スマートフォン９は、Ｗｉ−Ｆｉ（登録商標）（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）又はＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信技術を利用して、撮影装置１ｂで得られた全天球パノラマ画像の元になる２つの半球画像データを取得することができる。さらに、無線通信技術を利用する場合には、クレードル２ｂは、撮影装置１ｂに電源供給と撮影装置１ｂを支持する。なお、この例では、撮影装置１ｂ、クレードル２ｂ及びスマートフォン９は、拠点Ｂに置かれる。また、この例は、拠点Ｂにおいて、２人のユーザＢ１、Ｂ２が、映像通話に参加する例である。

ビデオ会議端末３ａ、３ｄ、ＰＣ７及びスマートフォン９は、通信端末の一例である。各通信端末には、ＯｐｅｎＧＬ（登録商標） ＥＳ等があらかじめインストールされる。したがって、ＯｐｅｎＧＬ（登録商標） ＥＳによって、ビデオ会議端末３ａ、３ｄ、ＰＣ７及びスマートフォン９は、全天球パノラマ画像の一部の領域を示す所定領域情報を作成したり、他の通信端末から送られる全天球画像パノラマ画像から所定領域画像を作成したりすることができる。

なお、図８に示す各端末、装置及びユーザの配置は、一例であり、他の例であってもよい。例えば、拠点Ｃでは、撮影装置８に代えて、全天球パノラマ画像に係る撮影が可能な撮影装置が利用されてもよい。また、通信端末には、デジタルテレビ、スマートウオッチ、カーナビゲーション装置又はこれらの組み合わせ等が含まれる。

以下、撮影装置１ａ及び１ｂのうち、任意の撮影装置を「撮影装置１」いう場合がある。また、ビデオ会議端末３ａ及び３ｄのうち、任意のビデオ会議端末を「ビデオ会議端末３」という場合がある。さらに、ディスプレイ４ａ及び４ｄのうち、任意のディスプレイを「ディスプレイ４」という場合がある。

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

＜撮影装置１のハードウェア構成例＞
まず、図９を用いて、撮影装置１のハードウェア構成例を説明する。

図９は、本発明の一実施形態に係る撮影装置のハードウェア構成例を示すブロック図である。以下、撮影装置１は、２つの撮像素子を使用する全天球（全方位）撮影装置とする。なお、撮影装置１は、３つ以上の撮像素子を有してもよい。また、撮影装置１は、全方位を撮影する専用の装置である必要はない。例えば、撮影装置１は、一般的なデジタルカメラ又はスマートフォン等に、後付けの全方位撮影ユニットを取り付け、実質的に、図示する撮影装置１と同じ機能を有する装置等でもよい。

例えば、図示するように、撮影装置１は、撮像ユニット１０１、画像処理ユニット１０４、撮像制御ユニット１０５、マイク１０８、音処理ユニット１０９、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、アンテナ１１７ａ及び電子コンパス１１８を有する。

このうち、撮像ユニット１０１は、例えば、各々半球画像を結像するため、１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズである）１０２ａ及び１０２ｂと、各広角レンズに対応させて設けられる２つの撮像素子１０３ａ及び１０３ｂを備える。

また、撮像素子１０３ａ及び１０３ｂは、魚眼レンズ１０２ａ及び１０２ｂによる光学像を電気信号の画像データに変換し、出力するＣＭＯＳセンサ又はＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）センサ等の画像センサを有する。また、撮像素子１０３ａ及び１０３ｂは、画像センサの水平同期信号、垂直同期信号及び画素クロック等の信号を生成するタイミング生成回路を有する。さらに、撮像素子１０３ａ及び１０３ｂは、撮像素子の動作に必要な種々のコマンド及びパラメータ等が設定されるレジスタ群等を有する。

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

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

撮像制御ユニット１０５は、例えば、撮像制御ユニット１０５をマスタデバイス、撮像素子１０３ａ及び１０３ｂをスレーブデバイスとして、Ｉ２Ｃ（登録商標）バスを利用して、撮像素子１０３ａ及び１０３ｂのレジスタ群に、コマンド等を設定する。また、撮像制御ユニット１０５は、必要なコマンド等をＣＰＵ１１１から受け取る。さらに、撮像制御ユニット１０５は、Ｉ２Ｃ（登録商標）バスを利用して、撮像素子１０３ａ及び１０３ｂのレジスタ群に設定されるステータスデータ等を取り込み、ＣＰＵ１１１に送る。

また、撮像制御ユニット１０５は、操作部１１５のシャッタボタンが押下されたタイミングで、撮像素子１０３ａ及び１０３ｂに、画像データの出力を指示する。

なお、撮影装置１は、ディスプレイ（例えば、ビデオ会議端末３ａのディスプレイ）によるプレビュー表示機能又は動画表示を行う機能を持つ場合もある。このような場合には、撮像素子１０３ａ及び１０３ｂからの画像データの出力は、所定のフレームレート（フレーム／分）によって連続して行われる。

また、撮像制御ユニット１０５は、後述するように、ＣＰＵ１１１と協働して撮像素子１０３ａ及び１０３ｂが出力する画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、撮影装置１には、ディスプレイ等の表示部があってもよい。

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

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

操作部１１５は、例えば、種々の操作ボタン、電源スイッチ及びシャッタボタン等のような、表示と操作の機能を兼ねたタッチパネル等である。ユーザは、操作ボタン等を操作して、種々の撮影モード及び撮影条件等を撮影装置１に入力する。

ネットワークＩ／Ｆ１１６は、ＳＤ（登録商標）カード等の外付けのメディア又は外部装置等とのインターフェース回路（例えば、ＵＳＢ Ｉ／Ｆ等である。）の総称である。また、ネットワークＩ／Ｆ１１６は、無線又は有線で外部装置等と接続する。例えば、ＤＲＡＭ１１４に記憶されたメルカトル画像のデータは、ネットワークＩ／Ｆ１１６を介して、外付けのメディアに記録されたり、又は、ネットワークＩ／Ｆ１１６を介してビデオ会議端末３ａ等の外部装置に送信されたりする。

通信部１１７は、撮影装置１に設けられたアンテナ１１７ａを介して、Ｗｉ−Ｆｉ（登録商標）又はＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の近距離無線技術によって、外部装置と通信を行う。また、撮影装置１は、通信部１１７によって、メルカトル画像のデータを外部装置に送信してもよい。

電子コンパス１１８は、地球の磁気から、撮影装置１の方位及び傾き（Ｒｏｌｌ回転角）を算出し、方位・傾き情報を出力する。また、方位・傾き情報は、例えば、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）に沿った関連情報（メタデータ）である。また、方位・傾き情報は、撮影画像を補正する等の画像処理に利用される。なお、関連情報には、例えば、画像の撮影日時及び画像データのデータ容量等が含まれてもよい。

＜ビデオ会議端末のハードウェア構成例＞
次に、図１０を用いて、ビデオ会議端末３のハードウェア構成を説明する。

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

ＣＰＵ３０１は、ビデオ会議端末３全体の動作を制御する。また、ＲＯＭ３０２は、ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）等のＣＰＵ３０１の駆動に用いられるプログラムを記憶する。さらに、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。フラッシュメモリ３０４は、通信用プログラム、画像データ及び音データ等のデータを記憶する。さらにまた、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）３０５は、ＣＰＵ３０１による制御に基づいて、フラッシュメモリ３０４等の記録媒体に対し、データの読み出し又は書き込みを制御する。なお、ＳＳＤに代えてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）を用いてもよい。また、メディアＩ／Ｆ３０７は、フラッシュメモリ等の記録メディア３０６に対するデータの読み出し又は書き込み（記憶）を制御する。さらに、操作ボタン３０８は、ビデオ会議端末３の宛先を選択する場合等に操作されるボタンである。さらにまた、電源スイッチ３０９は、ビデオ会議端末３の電源を「ＯＮ」又は「ＯＦＦ」に切り換えるためのスイッチである。

ネットワークＩ／Ｆ３１１は、インターネット等の通信ネットワークを利用して通信を行うためのインターフェースである。また、カメラ３１２は、ＣＰＵ３０１による制御に基づいて撮像を行う内蔵型の撮像手段の一種である。さらに、撮像素子Ｉ／Ｆ３１３は、カメラ３１２を制御する回路等である。さらにまた、マイク３１４は、音声を入力する内蔵型の集音手段の一種である。

音入出力Ｉ／Ｆ３１６は、ＣＰＵ３０１による制御に基づいてマイク３１４及びスピーカ３１５との間で音信号の入出力を処理する回路である。また、ディスプレイＩ／Ｆ３１７は、ＣＰＵ３０１による制御に基づいて、ディスプレイ４に、画像データを送信する回路である。さらに、外部機器接続Ｉ／Ｆ３１８は、外部装置を接続するためのインターフェースである。さらにまた、近距離通信回路３１９は、ＮＦＣ又はＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

また、バスライン３１０は、ＣＰＵ３０１等の各ハードウェアを電気的に接続するためのアドレスバス及びデータバス等である。

ディスプレイ４は、被写体の画像又は操作用アイコン等を表示する出力装置である。例えば、ディスプレイ４は、液晶又は有機ＥＬによって構成される装置である。また、ディスプレイ４は、ケーブル４ｃによってディスプレイＩ／Ｆ３１７に接続される。例えば、ケーブル４ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブル、コンポーネントビデオ用のケーブル、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）信号用のケーブル又はＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ）信号用のケーブル等である。

また、カメラ３１２は、レンズ等の光学系及び光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含む。なお、固体撮像素子は、例えば、ＣＭＯＳセンサ又はＣＣＤセンサ等である。

外部機器接続Ｉ／Ｆ３１８には、ＵＳＢケーブル等によって、外付けカメラ、外付けマイク及び外付けスピーカ等の外部装置が接続可能である。例えば、外付けカメラが接続されると、ＣＰＵ３０１による制御に基づいて、内蔵型のカメラ３１２より優先して、外付けカメラが駆動する。同様に、外付けマイクが接続されたり、又は、外付けスピーカが接続されたりすると、ＣＰＵ３０１による制御に基づいて、内蔵型のマイク３１４及び内蔵型のスピーカ３１５より優先して、外付けマイク及び外付けスピーカが駆動する。

また、記録メディア３０６は、ビデオ会議端末３に、着脱可能な記録媒体である。さらに、ＣＰＵ３０１による制御に基づいて、データの読み出し又は書き込みを行う不揮発性メモリであれば、補助記憶装置は、フラッシュメモリ３０４に限らず、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）等でもよい。

＜通信管理システム及びＰＣのハードウェア構成例＞
次に、図１１を用いて、通信管理システム５及びＰＣ７のハードウェア構成例を説明する。

図１１は、本発明の一実施形態に係る情報管理システム及びＰＣのハードウェア構成例を示すブロック図である。なお、通信管理システム５及びＰＣ７は、例えば、コンピュータであって、同じハードウェア構成である。以下、通信管理システム５の構成を例にして説明し、ＰＣ７の構成の説明を省略する。

通信管理システム５は、通信管理システム５全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶するＲＯＭ５０２及びＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３を備える。また、通信管理システム５は、通信管理システム５が用いるプログラム等の各種データを記憶するＨＤ（Ｈａｒｄ Ｄｉｓｋ）５０４並びにＣＰＵ５０１による制御に基づいてＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ５０５を備える。さらに、通信管理システム５は、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字若しくは画像等の各種情報を表示するディスプレイ５０８並びに通信ネットワーク１００を利用してデータ通信するためのネットワークＩ／Ｆ５０９を備える。さらにまた、通信管理システム５は、文字、数値及び指示等を入力するための複数のキーを有するキーボード５１１並びに各指示の選択、実行、処理対象の選択若しくはカーソルの移動を行うマウス５１２を備える。また、通信管理システム５は、着脱可能な記録媒体であるＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５１３等に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４並びに各ハードウェアを電気的に接続するためのアドレスバス及びデータバス等のバスライン５１０を備える。

＜スマートフォンのハードウェア構成例＞
次に、図１２を用いて、スマートフォンのハードウェア構成例について説明する。

図１２は、本発明の一実施形態に係るスマートフォンのハードウェア構成例を示すブロック図である。図示するように、スマートフォン９は、例えば、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＥＥＰＲＯＭ９０４、ＣＭＯＳセンサ９０５、加速度・方位センサ９０６、メディアＩ／Ｆ９０８及びＧＰＳ受信部９０９を備える。

ＣＰＵ９０１は、スマートフォン９全体の動作を制御する。また、ＲＯＭ９０２は、ＩＰＬ等のプログラムを記憶する。さらに、ＲＡＭ９０３は、ＣＰＵ９０１のワークエリアとして使用される。さらにまた、ＥＥＰＲＯＭ９０４は、ＣＰＵ９０１による制御に基づいて、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。

ＣＭＯＳセンサ９０５は、ＣＰＵ９０１による制御に基づいて被写体（主に自画像である。）を撮像し、画像データを得る。さらに、加速度・方位センサ９０６は、地磁気を検知する電子磁気コンパス、ジャイロコンパス又は加速度センサ等である。さらにまた、メディアＩ／Ｆ９０８は、フラッシュメモリ等の記録メディア９０７に対するデータの読み出し又は書き込み（記憶）を制御する。また、ＧＰＳ受信部９０９は、ＧＰＳ衛星からＧＰＳ信号を受信する。

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

遠距離通信回路９１１は、通信ネットワーク１００を介して、外部装置と通信する回路である。また、カメラ９１２は、ＣＰＵ９０１による制御に基づいて被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。さらに、撮像素子Ｉ／Ｆ９１３は、カメラ９１２を制御する回路である。さらにまた、マイク９１４は、音声を入力する内蔵型の集音手段の一種である。

音入出力Ｉ／Ｆ９１６は、ＣＰＵ９０１による制御に基づいて、マイク９１４及びスピーカ９１５の間で、音信号の入出力を処理する回路である。さらに、ディスプレイ９１７は、被写体の画像又は各種アイコン等を表示する出力装置である。例えば、ディスプレイ９１７は、液晶又は有機ＥＬ等によって構成される装置である。さらにまた、外部機器接続Ｉ／Ｆ９１８は、外部装置を接続するためのインターフェースである。

近距離通信回路９１９は、ＮＦＣ又はＢｌｕｅｔｏｏｔｈ等の通信回路である。さらに、タッチパネル９２１は、ユーザがディスプレイ９１７を押下することで、スマートフォン９に操作を入力する入力手段の一種である。

また、スマートフォン９は、バスライン９１０を更に備える。バスライン９１０は、各ハードウェアを電気的に接続するためのアドレスバス及びデータバス等である。

なお、上記各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体及びこれらプログラムが記憶されたＨＤは、いずれもプログラム製品(Ｐｒｏｇｒａｍ Ｐｒｏｄｕｃｔ)として、国内又は国外へ提供できる。

＜＜機能構成例＞＞
次に、図１３及び図１４を用いて、画像通信システムの機能構成例について説明する。

図１３及び図１４は、本発明の一実施形態に係る画像通信システムの機能構成例を示す機能ブロック図である。

＜撮影装置１ａの機能構成例＞
図１３に示すように、撮影装置１ａは、例えば、受付部１２ａ、撮像部１３ａ、集音部１４ａ、通信部１８ａ及び記憶・読出部１９ａを有する機能構成である。これら各部は、例えば、プログラムに基づいて動作するＣＰＵ１１１（図９）等によって実現される機能又は手段である。

また、撮影装置１ａは、図９に示すＲＯＭ１１２、ＳＲＡＭ１１３及びＤＲＡＭ１１４等によって実現される記憶部１０００ａを有する。例えば、記憶部１０００ａには、自装置のＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）等のデータが記憶される。

また、撮影装置１ｂは、例えば、撮影装置１ａと同様に、受付部１２ｂ、撮像部１３ｂ、集音部１４ｂ、通信部１８ｂ、記憶・読出部１９ｂ及び記憶部１０００ｂを有する。以下、図示するように、撮影装置１ａが有する機能と、撮影装置１ｂが有する機能とは、同一であるとし、重複する説明を省略する。

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

受付部１２ａは、主に、図９に示す操作部１１５及びＣＰＵ１１１等によって実現される。また、受付部１２ａは、ユーザによる操作を受け付ける。

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

集音部１４ａは、図９に示すマイク１０８、音処理ユニット１０９及びＣＰＵ１１１等によって実現される。例えば、集音部１４ａは、撮影装置１ａの周囲から発せられる音を集音する。

通信部１８ａは、主に、ＣＰＵ１１１等によって実現される。例えば、通信部１８ａは、ビデオ会議端末３ａが有する通信部３８ａと、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉ（登録商標）等の通信技術によって通信を行う。

記憶・読出部１９ａは、主に、図９に示すＣＰＵ１１１等によって実現される。また、記憶・読出部１９ａは、記憶部１０００ａにデータを記憶したり、記憶部１０００ａからデータを読み出したりする。

＜ビデオ会議端末３ａの機能構成例＞
図１３に示すように、ビデオ会議端末３ａは、例えば、送受信部３１ａ、受付部３２ａ、画像・音処理部３３ａ、表示制御部３４ａ、判断部３５ａ、作成部３６ａ、変更部３７ａ、通信部３８ａ及び記憶・読出部３９ａを有する機能構成である。これら各部は、例えば、プログラムに基づいて動作するＣＰＵ３０１（図１０）等によって実現される機能又は手段である。

また、ビデオ会議端末３ａは、図１０に示すＲＯＭ３０２、ＲＡＭ３０３及びフラッシュメモリ３０４によって実現される記憶部３０００ａを有する。例えば、記憶部３０００ａには、画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、表示レイアウト管理ＤＢ３００３ａ及び要求解像度管理ＤＢ３００４ａが構築される。

これらのＤＢのうち、画像種類管理ＤＢ３００１ａは、例えば、下記（表１）に示す画像種類管理テーブル等のように構成される。

撮影装置管理ＤＢ３００２ａは、例えば、下記（表２）に示す撮影装置管理テーブル等のように構成される。

表示レイアウト管理ＤＢ３００３ａは、例えば、下記（表３）に示す表示レイアウト管理テーブル等のように構成される。

また、表示レイアウト管理テーブルは、他の拠点では、例えば、下記（表４）乃至（表６）等のように構成される。

要求解像度管理ＤＢ３００４ａは、例えば、下記（表７）及び下記（表８）に示す要求解像度管理テーブル等のように構成される。

なお、ビデオ会議端末３ｄは、例えば、送受信部３１ｄ、受付部３２ｄ、画像・音処理部３３ｄ、表示制御部３４ｄ、判断部３５ｄ、作成部３６ｄ、変更部３７ｄ、通信部３８ｄ、記憶・読出部３９ｄ及び記憶部３０００ｄを有する。以下、図示するように、ビデオ会議端末３ａが有する機能と、ビデオ会議端末３ｄが有する機能とは、同一であるとし、重複する説明を省略する。

また、ビデオ会議端末３ｄが有する記憶部３０００ｄには、例えば、画像種類管理ＤＢ３００１ｄ、撮影装置管理ＤＢ３００２ｄ、表示レイアウト管理ＤＢ３００３ｄ及び要求解像度管理ＤＢ３００４ｄが構築される。これらのＤＢは、ビデオ会議端末３ａにおける画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、表示レイアウト管理ＤＢ３００３ａ及び要求解像度管理ＤＢ３００４ａと同様のデータ構造であるため、これらの説明を省略する。

（画像種類管理テーブルの一例）
上記（表１）は、画像種類管理テーブルの一例である。上記（表１）に示す画像種類管理テーブルでは、画像データＩＤ、送信元端末の宛先の一例であるＩＰアドレス及びソース名が関連付けて記憶される。

画像データＩＤは、ビデオ通信を行う際に用いられる各画像データを識別するための画像データ識別情報の一例である。例えば、同じ送信元端末から送信される画像データには、同じ画像データＩＤが付加される。これにより、送信先となる端末（受信側の通信端末）は、画像データＩＤに基づいて受信した画像データの送信元端末を特定することができる。

送信元端末のＩＰアドレスは、画像データＩＤに基づいて特定される通信端末、すなわち、画像データを送信する通信端末のＩＰアドレスを示す。

ソース名は、画像データＩＤに基づいて特定される画像データを出力する撮影装置を特定できる名称等であり、画像種類情報の一例である。この例では、ソース名は、所定の名称の命名規則に従って、ビデオ会議端末３ａ等の各通信端末によって生成された名称である。

上記（表１）に示す例では、ＩＰアドレスがそれぞれ「１．２．１．３」、「１．２．２．３」、「１．３．１．３」及び「１．３．２．３」の４つの通信端末は、画像データＩＤが「ＲＳ００１」、「ＲＳ００２」、「ＲＳ００３」及び「ＲＳ００４」となる画像データを送信する。

さらに、上記（表１）に示す例では、ソース名によって特定される画像の種類は、「Ｖｉｄｅｏ＿Ｔｈｅｔａ」及び「Ｖｉｄｅｏ」である。「Ｖｉｄｅｏ＿Ｔｈｅｔａ」は、画像種類が「特殊画像」であることを示す例である。また、「Ｖｉｄｅｏ」は、画像種類が「一般画像」であることを示す例である。なお、「特殊画像」は、この例では、全天球パノラマ画像である。

また、画像データ以外のデータが、画像データＩＤと関連付され、管理されてもよい。例えば、画像データ以外のデータは、音データ又は資料データ等である。

（撮影装置管理テーブルの一例）
上記（表２）は、撮影装置管理テーブルの一例である。上記（表２）に示す撮影装置管理テーブルでは、撮影装置が、ベンダＩＤ及びプロダクトＩＤによって管理される。

すなわち、ＧＵＩＤは、例えば、ＵＳＢデバイスで利用されるベンダＩＤ(ＶＩＤ)と、プロダクトＩＤ(ＰＩＤ)とである。例えば、ベンダＩＤ及びプロダクトＩＤは、工場から撮影装置が出荷される際に記憶される。なお、ベンダＩＤ及びプロダクトＩＤは、工場出荷後に記憶されてもよい。

（表示レイアウト管理テーブルの一例）
上記（表３）は、各表示レイアウト管理テーブルの一例である。上記（表３）は、ビデオ会議端末３ａが有する表示レイアウト管理ＤＢ３００３ａ（図１３）のデータ構造の一例を示す。

上記（表４）は、同様に、スマートフォン９における表示レイアウト管理ＤＢ９００３（図１３）のデータ構造の一例を示す。

上記（表５）は、ＰＣ７における表示レイアウト管理ＤＢ７００３（図１４）のデータ構造の一例を示す。

上記（表６）は、ビデオ会議端末３ｄにおける表示レイアウト管理ＤＢ３００３ｄ（図１３）のデータ構造の一例を示す。

上記（表３）に示す表示レイアウト管理テーブルでは、レイアウト番号は、ディスプレイ４ａにおける複数の表示領域のうち、１つの表示領域を識別できる番号である。

各表示領域は、それぞれのレイアウトに基づいて画像を表示する。また、各表示領域が表示する画像は、画像データＩＤに基づいて特定される。さらに、各表示領域が画像を表示するサイズは、表示サイズ（上記（表３）では、表示サイズとして、横及び縦のそれぞれの画素数が記憶される。)によって、レイアウト番号等に関連付けて記憶される。

以下の例では、レイアウト番号は、図２２及び図２３に示すように、各表示領域において、右下に表示される。また、表示サイズは、例えば、図８に示す構成では、ビデオ会議端末３ａがディスプレイ４ａから取得して定まる。そのため、使用されるディスプレイ４ａが変更されると、表示サイズは、変更される。

また、各表示領域に表示される画像が変更又は入れ替わると、表示レイアウト管理テーブルにおける画像データＩＤは、変更又は入れ替わる。例えば、変更する（入れ替わる）例として、図２３に示す例では、拠点ＢにおけるユーザＢ１（図８）は、話し出すと、表示領域「２」に表示されていた拠点Ｂの画像が、表示領域「１」に表示されるように、変更される。一方で、表示領域「１」に表示されていた拠点Ａの画像が、表示領域「２」に表示されるように、変更される。この変更は、例えば、変更部３７ａが、音データ及び画像データＩＤに基づいて行う。

（要求解像度管理テーブルの一例）
上記（表７）及び上記（表８）は、画像種類ごとの要求解像度管理テーブルの一例である。上記（表７）及び上記（表８）に示すように、要求解像度管理テーブルは、画像種類を示す画像種類情報ごとに、生成される。各要求解像度管理テーブルでは、ディスプレイにおいて、各表示領域で画像が表示される各表示サイズ（すなわち、横及び縦のそれぞれの画素数である。)が、管理される。また、要求解像度管理テーブルでは、表示サイズと、通信管理システム５に要求される画像データの要求解像度（すなわち、横及び縦のそれぞれの画素数である。）とが、関連付けされて、管理される。

上記（表７）は、「Ｖｉｄｅｏ＿Ｔｈｅｔａ」用、すなわち、画像種類情報が「特殊画像」の場合である。一方で、上記（表８）は、「Ｖｉｄｅｏ」用、すなわち、画像種類情報が「一般画像」の場合である。

以下、上記（表７）及び上記（表８）に示す場合において、同じ表示サイズ（例えば、「表示サイズ」が「６４０×４８０」の画素数であるとする。）である場合を例に説明する。この例では、「一般画像」の場合には、要求解像度は、「６４０×４８０」の画素数である。一方で、「特殊画像」の場合には、要求解像度は、「１２８０×７２０」の画素数である。

したがって、同じ表示サイズであっても、「一般画像」より「特殊画像」の方が、要求解像度が高い。このようにすると、図６（ａ）に示すような所定領域Ｔを示す画像（所定領域画像）が、図６（ｂ）に示すように、ディスプレイ上に表示されても、解像度により、他拠点側の画像が、見え難くなるのを解消できる。

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

ビデオ会議端末３ａが有する送受信部３１ａは、主に、図１０に示すネットワークＩ／Ｆ３１１及びＣＰＵ３０１等によって実現される。また、送受信部３１ａは、通信ネットワーク１００を介して、通信管理システム５等とデータを送受信する。

受付部３２ａは、主に、操作ボタン３０８（図１０）及びＣＰＵ３０１等によって実現される。また、受付部３２ａは、ユーザによる操作を受け付ける。なお、受付部３２ａは、操作ボタン３０８だけでなく、他の入力手段であるタッチパネル等で実現されてもよい。

画像・音処理部３３ａは、主に、ＣＰＵ３０１等によって実現される。また、画像・音処理部３３ａは、カメラ３１２（図１０）が被写体を撮像して得た画像データに対して、画像処理を行う。さらに、画像・音処理部３３ａは、マイク３１４（図１０）によってユーザの音声が音声信号に変換されると、音声を示す音データに対して、音声処理を行う。

また、表示制御部３４ａによって、ディスプレイ４に画像を表示させるため、画像・音処理部３３ａは、ソース名等の画像種類情報に基づき、他の通信端末から受信された画像データに対して画像処理を行う。

具体的には、例えば、画像が特殊画像であると、画像・音処理部３３ａは、画像データ（例えば、図３（ａ）及び図３（ｂ）に示す半球画像等を示す画像データである。）に基づいて、図４（ｂ）に示すような全天球パノラマ画像を示す画像データを生成する。また、画像・音処理部３３ａは、例えば、図６（ｂ）に示すような所定領域画像を生成する。

他にも、画像・音処理部３３ａは、外部装置から通信管理システム５を介して受信する音データに基づいて、スピーカ３１５（図１０）から音声を出力する。

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

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

作成部３６ａは、主に、ＣＰＵ３０１等によって実現される。また、作成部３６ａは、判断部３５ａによって、「一般画像」又は「特殊画像」（この例では、全天球パノラマ画像である。）を判断した結果に基づいて、例えば、上述の命名規則に従ってソース名等を作成する。例えば、判断部３５ａが「一般画像」であると判断すると、作成部３６ａは、「一般画像」である旨を示すソース名「Ｖｉｄｅｏ」を作成する。一方で、判断部３５ａが「特殊画像」であると判断すると、作成部３６ａは、「特殊画像」である旨を示すソース名「Ｖｉｄｅｏ＿Ｔｈｅｔａ」を作成する。

変更部３７ａは、主に、ＣＰＵ３０１等によって実現される。また、変更部３７ａは、表示レイアウト管理テーブルにおいて、レイアウト番号に関連付けする画像データＩＤを変更する。例えば、変更部３７ａは、直前に話したユーザがいる拠点から送られた画像データＩＤをレイアウト番号「１」に変更する。具体的には、変更部３７ａは、レイアウト番号「１」で管理されていた画像データＩＤと、直前に話したユーザがいる拠点から送られた画像データＩＤとを入れ替える。このようにすると、直前に話したユーザがいる拠点を示す画像データを、例えば、図２３に示すように、一番大きくして表示することができる。

通信部３８ａは、主に、近距離通信回路３１９、アンテナ３１８ａ及びＣＰＵ３０１等によって実現される。また、通信部３８ａは、撮影装置１ａが有する通信部１８ａ等と、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉ（登録商標）等によって通信する。なお、通信部３８ａと、送受信部３１ａとは、通信ユニットが別個でも共用でもよい。

記憶・読出部３９ａは、主に、ＣＰＵ３０１等によって実現される。例えば、記憶・読出部３９ａは、記憶部３０００ａにデータを記憶したり、記憶部３０００ａからデータを読み出したりする。

＜通信管理システムの機能構成例＞
次に、図１１及び図１４を用いて、通信管理システム５の各機能構成について説明する。通信管理システム５は、例えば、送受信部５１、制御部５３、判断部５５、生成部５６、及び記憶・読出部５９を有する機能構成である。これら各部は、主に、プログラムに基づいて動作するＣＰＵ５０１（図１１）等によって実現される機能又は手段である。

また、通信管理システム５は、主に、ＲＡＭ５０３及びＨＤ５０４（図１１）等によって実現される記憶部５０００を有する。例えば、記憶部５０００には、セッション管理ＤＢ５００１、画像種類管理ＤＢ５００２及び送信解像度管理ＤＢ５００３が構築される。

このうち、セッション管理ＤＢ５００１は、例えば、下記（表９）に示すセッション管理テーブル等のように構成される。

画像種類管理ＤＢ５００２は、例えば、下記（表１０）に示す画像種類管理テーブル等のように構成される。

送信解像度管理ＤＢ５００３は、例えば、下記（表１１）に示す送信解像度管理テーブル等のように構成される。

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

上記（表９）では、参加した通信端末のＩＰアドレスは、セッションＩＤで特定される仮想の会議室に、参加した通信端末のＩＰアドレスを示す。

（画像種類管理テーブルの一例）
上記（表１０）は、画像種類管理テーブルの一例を示す。上記（表１０）に示す画像種類管理テーブルは、上記（表１）に示す画像種類管理テーブルで管理される各情報に加え、上記（表９）に示すセッション管理テーブルで管理されるセッションＩＤを各情報に関連付けして管理する。この例では、セッションＩＤが「ｓｅ１０１」である仮想の会議室には、ＩＰアドレスが「１．２．１．３」、「１．２．２．３」及び「１．３．１．３」である３つの通信端末が参加する。

なお、通信管理システム５において、ビデオ会議端末３ａ等の通信端末は、画像データＩＤ、送信元端末のＩＰアドレス及び画像種類情報を管理する。このようにすると、通信端末は、新たな通信端末が仮想の会議室に入る場合等には、映像通話中の通信端末と、新たに参加した通信端末に、画像種類情報等を送信することができる。そのため、通信端末は、映像通話中の通信端末と、新たに参加した通信端末との間で、画像種類情報等の送受信を行う必要がない。

（送信解像度管理テーブルの一例）
上記（表１１）は、送信解像度管理テーブルの一例を示す。この例では、送信解像度管理テーブルは、縦方向に、画像データの送信先（要求解像度の送信元）となる通信端末のＩＰアドレスを管理する。一方で、この例では、送信解像度管理テーブルは、横方向に、画像データの送信元となる通信端末のＩＰアドレスを管理する。

これにより、例えば、通信管理システム５が、拠点Ａから送信される画像データを中継して、拠点Ｄに送信する場合には、通信管理システム５は、「１２８０×７２０」画素数の解像度である画像データを拠点Ｄに送信する。

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

通信管理システム５が有する送受信部５１は、例えば、ネットワークＩ／Ｆ５０９及びＣＰＵ５０１（図１１）等によって実現される。また、送受信部５１は、通信ネットワーク１００を介して、ビデオ会議端末３ａ、３ｄ又はＰＣ７等の外部装置とデータを送受信する。

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

判断部５５は、主に、ＣＰＵ５０１等によって実現される。判断部５５は、様々な判断を行う。

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

記憶・読出部５９は、主に、ＨＤＤ５０５（図１１）及びＣＰＵ５０１等によって実現される。例えば、記憶・読出部５９は、記憶部５０００にデータを記憶したり、記憶部５０００からデータを読み出したりする。

＜ＰＣの機能構成例＞
次に、図１１及び図１３を用いて、ＰＣ７の機能構成について説明する。例えば、ＰＣ７は、ビデオ会議端末３ａと同じ機能構成である。すなわち、図１３に示すように、ＰＣ７は、例えば、送受信部７１、受付部７２、画像・音処理部７３、表示制御部７４、判断部７５、作成部７６、変更部７７、通信部７８及び記憶・読出部７９を有する機能構成である。これら各部は、主に、プログラムに基づいて動作するＣＰＵ５０１（図１１）等によって実現される機能又は手段である。

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

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

受付部７２は、主に、キーボード５１１、マウス５１２及びＣＰＵ５０１（図１１）等によって実現される。受付部７２は、例えば、受付部３２ａと同様の機能を実現する。

画像・音処理部７３は、主に、ＣＰＵ５０１（図１１）等によって実現される。画像・音処理部７３は、例えば、画像・音処理部３３ａと同様の機能を実現する。

表示制御部７４は、主に、ＣＰＵ５０１等によって実現される。表示制御部７４は、例えば、表示制御部３４ａと同様の機能を実現する。

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

作成部７６は、主に、ＣＰＵ５０１等によって実現される。作成部７６は、例えば、作成部３６ａと同様の機能を実現する。

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

通信部７８は、主に、ＣＰＵ５０１等によって実現される。通信部７８は、例えば、通信部３８ａと同様の機能を実現する。

記憶・読出部７９は、ＣＰＵ５０１等によって実現される。記憶・読出部７９は、例えば、記憶部７０００にデータを記憶したり、記憶部７０００からデータを読み出したりする。

＜スマートフォンの機能構成例＞
次に、図１２及び図１３を用いて、スマートフォン９の機能構成について説明する。例えば、スマートフォン９は、ビデオ会議端末３ａと同じ機能構成である。すなわち、図１３に示すように、スマートフォン９は、例えば、送受信部９１、受付部９２、画像・音処理部９３、表示制御部９４、判断部９５、作成部９６、変更部９７、通信部９８及び記憶・読出部９９を有する機能構成である。これら各部は、主に、プログラムに基づいて動作するＣＰＵ９０１（図１２）等によって実現される機能又は手段である。

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

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

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

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

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

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

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

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

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

記憶・読出部９９は、ＣＰＵ９０１等によって実現される。記憶・読出部９９は、例えば、記憶部９０００にデータを記憶したり、記憶部９０００からデータを読み出したりする。

＜＜処理例＞＞
＜参加の処理例＞
続いて、図１５乃至図２０を用いて、各装置が行う処理又は動作について説明する。まず、図１５及び図１６を用いて、特定の通信セッションに、ビデオ会議端末が参加する処理について説明する。

図１５は、本発明の一実施形態に係る参加処理例を示すシーケンス図である。

図１６は、本発明の一実施形態に係る参加処理における通信セッション（仮想の会議室）の選択画面例を示す図である。

まず、拠点Ａ（図８）にいるユーザ（以下「ユーザＡ１（図８）」とする。）は、ビデオ会議端末３ａに、通信セッション（仮想の会議室）の選択画面を表示させるように操作する。すなわち、受付部３２ａは、選択画面を表示するユーザＡ１の操作を受け付ける。

ステップＳ２１では、表示制御部３４ａは、ディスプレイ４ａ（図８）に、例えば、図１６に示すような選択画面を表示する。図示する例では、選択画面に、選択対象である各仮想の会議室「Ｒ１」、「Ｒ２」及び「Ｒ３」等を示す選択ボタンｂ１、ｂ２及びｂ３等が表示される。また、図示する例では、選択ボタンｂ１、ｂ２及びｂ３等には、各セッションＩＤが関連付けられる。

ステップＳ２２では、受付部３２ａは、通信セッションの選択を受け付ける。例えば、ユーザＡ１が、仮想の会議室のうち、所望の会議室を選択する選択ボタン（以下「選択ボタンｂ１」が選択され、ユーザＡ１によって押されるとする。）を選択すると、受付部３２ａは、通信セッションの選択を受け付ける。

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

ステップＳ２４では、記憶・読出部９９は、通信セッションへの参加処理を行う。具体的には、記憶・読出部９９は、セッション管理ＤＢ５００１（表９）において、ステップＳ２３で受信されたＩＰアドレスを追加する。なお、ＩＰアドレスは、ステップＳ２３によって受信されたセッションＩＤと同じセッションＩＤのレコードにおける参加端末のＩＰアドレスのフィールドに追加される。

ステップＳ２５では、送受信部５１は、ビデオ会議端末３ａに対して、参加要求応答を送信する。この参加要求応答には、ステップＳ２３によって受信されたセッションＩＤ及び参加処理結果が含まれる。これにより、ビデオ会議端末３ａが有する送受信部３１ａは、参加要求応答を受信する。以下、参加処理が成功した場合について説明する。

＜画像種類情報の管理処理例＞
続いて、図１７を用いて、画像種類情報の管理処理を説明する。

図１７は、本発明の一実施形態に係る画像種類情報の管理処理例を示すシーケンス図である。

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

ステップＳ５２では、ビデオ会議端末３ａが有する判断部３５ａは、画像種類を判断する。例えば、判断部３５ａは、撮影装置管理ＤＢ３００２ａ（表２）に基づいて、判断する。具体的には、判断部３５ａは、ステップＳ５１によって受信するＧＵＩＤが示すベンダＩＤ及びプロダクトＩＤと、同じベンダＩＤ及びプロダクトＩＤが管理されているか否かを判断する。

撮影装置管理ＤＢ３００２ａにおいて、同じベンダＩＤ及びプロダクトＩＤが管理されていると、判断部３５ａは、撮影装置１ａが「特殊画像」（例えば、全天球パノラマ画像である。）を撮影する撮影装置であると判断する。一方で、撮影装置管理ＤＢ３００２ａにおいて、同じベンダＩＤ及びプロダクトＩＤが管理されていないと、判断部３５ａは、撮影装置１ａが「一般画像」を撮影する撮影装置であると判断する。

ステップＳ５３では、記憶・読出部３９ａは、送信元端末である自端末（ビデオ会議端末３ａ）のＩＰアドレスと、画像種類情報とを記憶する。例えば、記憶・読出部３９ａは、画像種類管理ＤＢ３００１ａ（表１）に記憶する。また、自端末のＩＰアドレスと、ステップＳ５２による判断結果である画像種類情報とは、関連付けられる。なお、この例では、この状態では、画像データＩＤは、関連付けられていない。

また、画像種類情報は、例えば、所定の命名規則に従って定められたソース名又は画像種類（例えば、「一般画像」又は「特殊画像」である。）を示すデータである。

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

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

ステップＳ５６は、通信管理システム５が有する生成部５６は、画像データＩＤを生成する。例えば、生成部５６は、固有の画像データＩＤを生成する。

ステップＳ５７では、通信管理システム５が有する記憶・読出部５９は、画像種類情報等を記憶する。例えば、記憶・読出部５９は、画像種類管理ＤＢ５００２（表２０）に、画像種類情報等を記憶する。具体的には、記憶・読出部５９は、新たなレコードを画像種類管理ＤＢ５００２に生成する。そして、新たなレコードには、ステップＳ５５で読み出されるセッションＩＤ、ステップＳ５６で生成される画像データＩＤ、ステップＳ５４で受信される送信元端末のＩＰアドレス及び画像種類情報が、関連付けされて記憶される。

ステップＳ５８では、通信管理システム５が有する送受信部５１は、ビデオ会議端末３ａに、ステップＳ５６で生成された画像データＩＤを送信する。これにより、ビデオ会議端末３ａが有する送受信部３１ａは、画像データＩＤを受信する。

ステップＳ５９では、ビデオ会議端末３ａが有する記憶・読出部３９ａは、画像データＩＤを記憶する。例えば、記憶・読出部３９ａは、画像種類管理ＤＢ３００１ａ（表１）に、画像データＩＤを記憶する。具体的には、記憶・読出部３９ａは、ステップＳ５３で記憶する自端末のＩＰアドレス及び画像種類情報に関連付けて、ステップＳ５８で受信される画像データＩＤを記憶する。

ステップＳ６０では、通信管理システム５の送受信部５１は、他の通信端末（ここでは、ビデオ会議端末３ｄ）に対して、画像種類情報の追加通知を送信する。この例では、画像種類情報の追加通知には、ステップＳ５６で生成される画像データＩＤ、ステップＳ５３で記憶される自端末のＩＰアドレス及び画像種類情報が含まれる。これにより、ビデオ会議端末３ｄが有する送受信部３１ａは、画像種類情報の追加通知を受信する。

なお、送受信部５１の送信先は、例えば、セッション管理ＤＢ５００１（表９）に基づいて定まる。具体的には、この例では、送信先は、ビデオ会議端末３ａのＩＰアドレスと、同じセッションＩＤに関連付けられている他のＩＰアドレスである。すなわち、送信先は、ビデオ会議端末３ａと同じ仮想の会議室に入っている他の通信端末である。

ステップＳ６１では、ビデオ会議端末３ｄが有する記憶・読出部３９ｄは、画像データＩＤ等を記憶する。例えば、記憶・読出部３９ｄは、画像種類管理ＤＢ３００１ｄ（表１）に記憶する。具体的には、記憶・読出部３９ｄは、新たなレコードを生成する。新たなレコードには、ステップＳ６０で受信される画像データＩＤ、送信元端末のＩＰアドレス、及び画像種類情報を関連付けて記憶する。

同様に、他の通信端末であるＰＣ７及びスマートフォン９にも画像種類情報の追加通信が送信される。そして、ＰＣ７及びスマートフォン９は、同様に、画像種類管理ＤＢ７００１及び９００１に、画像データＩＤ等を記憶する。例えば、以上のようにして、各通信端末は、各画像種類管理ＤＢ３００１ａ、３００１ｄ、７００１及び９００１を用いて、同じ情報を共有する。

＜解像度の要求処理例＞
続いて、図１８を用いて、解像度の要求処理例について説明する。

図１８は、本発明の一実施形態に係る解像度の要求処理例を示すシーケンス図である。

ステップＳ７１では、ビデオ会議端末３ｄが有する記憶・読出部３９ａは、画像データＩＤ及び表示サイズの各情報を読み出す。この例では、記憶・読出部３９ａは、各情報を表示レイアウト管理ＤＢ３００３ｄ（表６）等から読み出す。

ステップＳ７２では、記憶・読出部３９ａは、画像種類情報を読み出す。例えば、記憶・読出部３９ａは、ステップＳ７１によって読み出す画像データＩＤを検索キーとして、画像種類管理ＤＢ３００１ｄを検索する。このようにして、記憶・読出部３９ａは、画像データＩＤに対応する画像種類情報を読み出す。

ステップＳ７３では、記憶・読出部３９ａは、要求解像度を読み出す。例えば、記憶・読出部３９ａは、ステップＳ７２によって読み出す画像種類情報に基づいて、要求解像度を読み出す。具体的には、記憶・読出部３９ａは、まず、要求解像度管理ＤＢ３００４ｄにおける（表７）又は（表８）に示すテーブルを選択する。そして、記憶・読出部３９ａは、ステップＳ７１によって読み出す表示サイズを検索キーとして、選択したテーブルを検索する。このようにして、記憶・読出部３９ａは、表示サイズに対応する要求解像度を読み出す。

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

ステップＳ７５では、通信管理システム５が有する記憶・読出部５９は、画像データＩＤに対応する送信元端末のＩＰアドレスを読み出す。例えば、記憶・読出部５９は、ステップＳ７４によって受信する画像データＩＤを検索キーとして、画像種類管理ＤＢ５００２（表１０）を検索する。このようにして、記憶・読出部５９は、画像データＩＤに対応する送信元端末のＩＰアドレスを読み出す。

ステップＳ７６では、通信管理システム５が有する記憶・読出部５９は、ＩＰアドレスごとに、要求解像度を管理する。具体的には、記憶・読出部５９は、送信解像度管理ＤＢ５００３に対し、ステップＳ７５で読み出すＩＰアドレスに応じて、ステップＳ７５によって受信する要求解像度を記憶する。

なお、図１８は、ビデオ会議端末３ｄが通信管理システム５に対して解像度要求情報を送信する例を示す。また、他の通信端末（ビデオ会議端末３ａ、ＰＣ７、スマートフォン９）は、例えば、ビデオ会議端末３ｄと同様の処理を行う。そのため、説明を省略する。

このように、すべての通信端末が、例えば、図示する処理を行うと、上記（表１１）に示すように、送信解像度管理ＤＢ５００３では、すべての要求解像度が管理される。

＜画像データの通信処理例＞
続いて、図１９乃至図２１を用いて、映像通話における画像データの通信処理例について説明する。

図１９は、本発明の一実施形態に係る映像通話における画像データの通信処理例を示すシーケンス図である。

ステップＳ１０１では、撮影装置１ａが有する通信部１８ａは、ビデオ会議端末３ａの通信部３８ａに対して、画像データ及び音データを送信する。なお、この例では、撮影装置１ａは、２つの半球画像を得ることができる装置である。したがって、この例では、ステップＳ１０１で送信される画像データは、例えば、図３（ａ）及び図３（ｂ）に示すように、２つの半球画像のデータである。これにより、ビデオ会議端末３ａが有する通信部３８ａは、画像データ及び音データを受信する。

ステップＳＡでは、ビデオ会議端末３ａは、撮影装置の判定、決定及び画像処理を行う。撮影装置の判定、決定及び画像処理の詳細、すなわち、ステップＳＡの詳細は、後述する。まず、撮影装置の判定処理によって、撮影装置１ａの種類が判定される。そして、判定結果に基づいて、画像処理の種類を決定する。続いて、ビデオ会議端末３ａは、決定された画像処理を行い、画像データを生成する。後段のステップＳ１０２では、画像処理された画像データが送信される。

ステップＳ１０２では、ビデオ会議端末３ａが有する送受信部３１ａは、通信管理システム５に対して、ステップＳＡで画像処理した画像データ及び音データを送信する。また、この送信には、画像データを識別するための画像データＩＤが、含まれる。これにより、通信管理システム５が有する送受信部５１は、画像データ、音データ及び画像データＩＤ等を受信する。

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

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

ステップＳ１０５では、ビデオ会議端末３ｄが有する記憶・読出部３９ｄは、画像種類情報（ソース名）を読み出す。具体的には、記憶・読出部３９ｄは、ステップＳ１０４で受信する画像データＩＤを検索キーにして、画像種類管理ＤＢ３００１ｄ（表１）を検索する。このようにして、記憶・読出部３９ｄは、画像データＩＤに対応する画像種類情報（ソース名）を読み出す。

ステップＳ１０６では、画像種類情報が「特殊画像」である、すなわち、「Ｖｉｄｅｏ＿Ｔｈｅｔａ」であると、ビデオ会議端末３ｄが有する画像・音処理部３３ｄは、ステップＳ１０４によって受信される画像データから、全天球パノラマ画像を生成する。さらに、画像・音処理部３３ｄは、全天球パノラマ画像から所定領域画像を作成する。

ステップＳ１０７では、ビデオ会議端末３ｄが有する記憶・読出部３９ｄは、表示領域を特定する。まず、記憶・読出部３９ｄは、ステップＳ１０４で受信する画像データＩＤを検索キーとして、表示レイアウト管理ＤＢ３００３ｄ（表６）を検索する。このようにして、記憶・読出部３９ｄは、画像データＩＤに対応するレイアウト番号を読み出す。次に、記憶・読出部３９ｄは、複数の表示領域から、ステップＳ１０４で受信する画像データを表示するための表示領域を特定する。

ステップＳ１０８では、ビデオ会議端末３ｄが有する表示制御部９４は、ステップＳ１０７で特定される表示領域に、所定領域画像を表示する。なお、画像種類情報が「一般画像」、すなわち、「Ｖｉｄｅｏ」であると、画像・音処理部９３は、ステップＳ１０３で受信する画像データから、全天球パノラマ画像を作成せず、表示制御部９４は、「一般画像」を表示する。

続いて、図２０及び図２１を用いて、映像通話において「特殊画像」による効果を説明する。

図２０は、本発明の一実施形態に係る「一般画像」を用いる映像通話の例を示す図である。まず、図示するように、撮影装置１ａを利用しない、すなわち、カメラ３１２（図１０）を利用した映像通話の例を説明する。カメラ３１２は、例えば、画角が水平１２５度、かつ、垂直７０度である。そのため、ビデオ会議端末３ａは、ユーザＡ１等の各ユーザ等を映せる位置、例えば、図示するように、机の端等に置かなければならない。このため、映像通話では、各ユーザ等は、ビデオ会議端末３ａ側を向いて話さなければならない。

また、各ユーザ等がビデオ会議端末３ａの方を向くため、ディスプレイ４ａもビデオ会議端末３ａの側に置くことになる。これにより、ビデオ会議端末３ａから離れた位置にいるユーザＡ２及びＡ４は、マイク３１４（図１０）から離れた位置となる。そのため、ユーザＡ２及びＡ４は、比較的大きな声で話さないといけない。また、ユーザＡ２及びＡ４は、ディスプレイ４ａが遠いため、表示内容が見にくい場合が多い。

図２１は、本発明の一実施形態に係る「特殊画像」を用いる映像通話の例を示す図である。図示するように、撮影装置１ａを利用すると、撮影装置１ａは、２つの半球画像を得ることができる。そのため、ビデオ会議端末３ａ及びディスプレイ４ａは、図２０と比較して、机の中央等に置くことができる。これにより、各ユーザ等は、マイク３１４に近いため、比較的小声で話すことができる。また、各ユーザ等は、ディスプレイ４ａの表示内容も見えやすくなる。

続いて、図２２及び図２３を用いて、拠点Ｄにおけるディスプレイの表示例を説明する。以下、拠点Ｄ（図８）におけるディスプレイ４ｄの表示例で説明する。

図２２は、本発明の一実施形態に係る２つの半球画像の表示例を示す図である。すなわち、図示する例は、撮影装置１ａ又は１ｂから送信される画像データから、全天球パノラマ画像の作成及び所定領域画像の作成をせずに、そのまま半球画像が表示される例である。

図２３は、本発明の一実施形態に係る所定領域画像の表示例を示す図である。すなわち、図示する例は、撮影装置１ａ又は１ｂから送信される画像データから、全天球パノラマ画像が作成され、所定領域画像が表示される例である。

図２２及び図２３に示す例では、ディスプレイ４ｄの左側にある表示領域（レイアウト番号「１」の表示領域である。）には、拠点Ａを示す画像が表示される。

また、図２２及び図２３に示す例では、ディスプレイ４ｄの右側上段にある表示領域（レイアウト番号「２」の表示領域である。）には、拠点Ｂを示す画像が表示される。

さらに、図２２及び図２３に示す例では、ディスプレイ４ｄの右側中段にある表示領域（レイアウト番号「３」の表示領域である。）には、拠点Ｃを示す画像が表示される。

さらにまた、ディスプレイ４ｄの右側下段にある表示領域（レイアウト番号「４」の表示領域である。）には、拠点Ｄ（自拠点）を示す画像が表示される。

図２２に示す例は、全天球パノラマ画像の撮影が可能な撮影装置１ａ又は１ｂから送られる画像データをそのまま表示する。したがって、図２２に示す例では、Ａ拠点とＢ拠点の画像（レイアウト番号「１」の表示領域及びレイアウト番号「２」の表示領域である。）が、図３（ａ）及び図３（ｂ）に示すように、前側の半球画像と、後側の半球画像とによって表示される。

一方で、図２３のように、画像・音処理部９３が、２つの半球画像に基づいて全天球パノラマ画像を作成し、所定領域画像を作成する。このようにすると、例えば、図２３のように、平面画像である所定領域画像が表示される。なお、拠点Ｃでは、「一般画像」が、撮影装置８によって撮影される。さらに、拠点Ｄでも、「一般画像」が、ビデオ会議端末３ｄによって撮影される。したがって、レイアウト番号「３」の表示領域及びレイアウト番号「４」の表示領域には、「一般画像」が表示される。

また、ユーザは、所定領域画像が示す領域を変更できる。具体的には、ユーザＤ１等は、操作ボタン３０８又はディスプレイ４ｄが有するタッチパネルに対して領域を変更する操作を行う。そして、受付部３２ｄが、領域を変更する操作を受け付ける。次に、表示制御部９４は、操作に基づいて、所定領域画像をずらしたり、回転したり、縮小したり、拡大したりする。これにより、例えば、初期設定（デフォルト）で、図２３に示すように、拠点Ａ（レイアウト番号「１」の表示領域）に、ユーザＡ１及びＡ２しか表示されていない場合であっても、ユーザＤ１等は、所定領域画像が示す領域を変更して、ユーザＡ３及びＡ４等を表示させることができる。

＜＜効果例＞＞
ビデオ会議端末３ａ等の通信端末は、画像データと一緒に送信される画像データＩＤに基づき、対応する画像種類情報を特定する。そして、通信端末は、画像種類情報に基づいて、全天球パノラマ画像を作成し、所定領域画像を作成する。これにより、例えば、通信端末は、図２３に示すような画像を表示できる効果を奏する。

また、画像種類に応じて、通信管理システム５は、画像データの解像度を制御する（ステップＳ１０３）。そのため、ディスプレイ等の表示手段によって表示される画像は、極端に低い解像度により、画像が見え難くなるという場合が少ない。すなわち、以上のような構成によって、見やすい画像を表示させることができる効果を奏する。

＜変形例＞
図２４を用いて、解像度の要求処理の変形例について説明する。

図２４は、本発明の一実施形態に係る解像度の要求処理の変形例を示すシーケンス図である。

ステップＳ１７１では、記憶・読出部３９ｄは、画像データＩＤ、ＩＰアドレス及び表示サイズを読み出す。図１８に示すステップＳ７１と比較すると、ステップＳ１７１では、記憶・読出部３９ｄは、表示レイアウト管理ＤＢ３００３ｄから、ＩＰアドレスも読み出す点が異なる。

ステップＳ１７２では、記憶・読出部３９ｄは、画像データＩＤに対応する画像種類情報を読み出す。例えば、ステップＳ１７２は、図１８に示すＳ７２と同様の処理である。

ステップＳ１７３では、記憶・読出部３９ｄは、画像種類に基づき表示サイズに対応する要求解像度を読み出す。例えば、ステップＳ１７３は、図１８に示すＳ７３と同様の処理である。

ステップＳ１７４では、送受信部３１ｄは、ＩＰアドレス及び要求解像度を示す解像度要求を送信する。図１８に示すステップＳ７４と比較すると、送受信部３１ｄは、画像データＩＤに代えて、ステップＳ１７１で読み出されたＩＰアドレスを送信する点が異なる。

ステップＳ１７５では、記憶・読出部５９は、ＩＰアドレスごとに、要求解像度を管理する。この変形例では、通信管理システム５は、ステップＳ１７４によって、ＩＰアドレスを受信する。そのため、通信管理システム５は、図１８に示すステップＳ７５と同様の処理を行わずに済む。記憶・読出部５９は、例えば、図１８に示すステップＳ７６と同様の処理を行う。

＜＜撮影装置の判定、決定及び画像処理の一例＞＞
図２５は、本発明の一実施形態に係る撮影装置の判定、決定及び画像処理の一例を示すフローチャートである。図１９に示すステップＳＡでは、例えば、図示するような処理が行われる。

ステップＳ２０１では、ビデオ会議端末３ａは、種類データに基づいて、撮影装置１ａの種類を判定する。種類データは、撮影装置１ａの種類を特定できるデータである。具体的には、種類データは、ＧＵＩＤを示すデータである。この例では、図１７に示すステップＳ５１によって、あらかじめＧＵＩＤが取得されている。したがって、種類データは、ステップＳ５１によって生成される。

そして、ＧＵＩＤ、すなわち、ベンダＩＤ及びプロダクトＩＤ等が分かると、ビデオ会議端末３ａは、撮影装置１ａの種類を特定できる。したがって、撮影装置１ａが「特殊画像」を撮影する撮影装置であるか否かを判定できる。以下、判定結果が、撮影装置１ａが「特殊画像」用の撮影装置である、又は、撮影装置１ａが「一般画像」の撮影装置である場合を例に説明する。

なお、判定は、「特殊画像」を撮影する撮影装置であるか否かを判定するに限られない。例えば、判定は、撮影装置が１つの光学系で画像を撮影する、いわゆる「単眼」であるか、又は、撮影装置１ａのように、２つ以上の光学系で画像を撮影する、いわゆる「複眼」であるかを判定するでもよい。

他にも、判定は、撮影装置が、いわゆる「広角」レンズで画像を撮影するか否かを判定してもよい。例えば、ビデオ会議端末３ａは、撮影装置の画角が、所定の画角（例えば、「１３０度」である。）以上である撮影装置であるか否かを判定するでもよい。

ステップＳ２０２では、ビデオ会議端末３ａは、画像処理の種類を決定する。具体的には、ステップＳ２０２では、ビデオ会議端末３ａは、後段のステップＳ２０３で行われる処理を決定する。

例えば、判定結果が「特殊画像」を撮影する撮影装置であると、ビデオ会議端末３ａは、ステップＳ２０３で、画像の解像度が変更される処理（以下「第１画像処理」という。）が行われるのを制限する。又は、判定結果が「特殊画像」を撮影する撮影装置であると、ビデオ会議端末３ａは、ステップＳ２０３で、画像の一部の領域が切り取られる処理（以下「第２画像処理」という。）が行われるのを制限する。

第１画像処理が制限されると、ステップＳ２０３が行われても、画像処理の前後で、解像度が維持される。そのため、ステップＳ１０２で送信される画像データは、高解像度である。つまり、ステップＳ２０２では、ビデオ会議端末３ａは、第１画像処理を制限して、画像処理によって解像度が低下しないように決定する。

第２画像処理が制限されると、ステップＳ２０３が行われても、画像処理の前後で、画像が示す範囲は、維持される。例えば、２つ半球画像が、全方位（水平３６０度）の範囲を示す場合には、第２画像処理が制限されると、ステップＳ２０３が行われても、画像処理の後も、画像データは、全方位の範囲を示す。そのため、ステップＳ１０２で送信される画像データは、撮影された範囲を示す。つまり、ステップＳ２０２では、ビデオ会議端末３ａは、第２画像処理を制限して、画像処理によって画像データから一部の範囲が消されないように決定する。

また、以上のように、第１画像処理及び第２画像処理が制限されると、画像データは、データ量が大きくなる場合が多い。そこで、ステップＳ２０２では、ビデオ会議端末３ａは、ステップＳ１０２で送信される画像のフレームレートを低下させるように、決定してもよい。例えば、ビデオ会議端末３ａは、「一般画像」用のフレームレートを１０分の１程度にする。なお、フレームレートを低下させる割合等は、画像を送信する帯域幅等に基づいてあらかじめ定められる。

一方で、判定結果が「特殊画像」を撮影する撮影装置でない、すなわち、「一般画像」を撮影する撮影装置と、ビデオ会議端末３ａは、ステップＳ２０３で、第１画像処理及び第２画像処理等を行うように決定する。

ステップＳ２０３では、ビデオ会議端末３ａは、画像処理を行う。すなわち、ステップＳ２０３では、ビデオ会議端末３ａは、いわゆる「前処理」を行う。なお、ステップＳ２０３で行われる画像処理は、ステップＳ２０２で決定された通りである。

ステップＳ２０４では、ビデオ会議端末３ａは、画像をエンコードする。

なお、ステップＳ２０２では、ビデオ会議端末３ａは、例えば、カラー画像をモノクロ画像に変換する画像処理がステップＳ２０３で行われるように決定してもよい。上記のように、第１画像処理及び第２画像処理が制限されると、画像データは、データ量が大きくなる場合が多い。そこで、画像をモノクロ画像にして、データ量を少なくするようにしてもよい。他にも、ステップＳ２０２では、ビデオ会議端末３ａは、ＹＵＶ形式において、Ｕ及びＶのデータを減らすように決定してもよい。具体的には、例えば、ステップＳ２０３によって、ＹＵＶ４４４である画像が、ＹＵＶ４２２又はＹＵＶ４１１等に変換されるようにしてもよい。

一方で、ステップＳ２０２では、ビデオ会議端末３ａは、ステップＳ２０４で行われるエンコードのパラメータを更に決定してもよい。例えば、ステップＳ２０２では、ビデオ会議端末３ａは、画像データを送信する帯域又はＣＰＵ負荷等に余裕がある場合には、エンコード後の画像が高画質になるように決定してもよい。例えば、ビデオ会議端末３ａは、アスペクト比等を決定してもよい。

全天球パノラマ画像は、元となる画像が、低画質であると、特に、画質が悪化しやすい。また、元となる画像の一部が、切り取られると、全天球パノラマ画像が生成できなくなり、ディスプレイに画像が映らなくなる場合等がある。このように、第１画像処理又は第２画像処理が行われると、画像が表示されなかったり、又は、見にくい画像が表示されたりして、画質が悪くなる場合がある。そこで、ステップＳ２０２のように、判定結果に基づいて、ビデオ会議端末３ａは、画像処理の種類を決定する。このようにすると、画像が悪化する画像処理が制限されるため、画質を向上させることができる。

＜機能構成例＞
図２６は、本発明の一実施形態に係る画像処理装置の機能構成の一例を示す機能ブロック図である。例えば、画像処理システム２００は、画像処理装置の例であるビデオ会議端末３と、撮影装置１とを有する。画像処理システム２００は、例えば、画像取得部３Ｆ１と、データ取得部３Ｆ２と、判定部３Ｆ３と、決定部３Ｆ４と、画像処理部３Ｆ５とを備える機能構成である。また、画像処理システム２００は、図示するように、エンコード部３Ｆ６を更に備える機能構成であるのが望ましい。以下、図示する機能構成を例に説明する。

画像取得部３Ｆ１は、撮影装置１から、撮影装置１によって撮影された画像（以下「第１画像ＩＭＧ１」という。）を取得する画像取得手順を行う。例えば、画像取得部３Ｆ１は、外部機器接続Ｉ／Ｆ３１８（図１０）等によって実現される。

データ取得部３Ｆ２は、撮影装置１から、撮影装置１の種類を特定できる種類データＤＣＡを取得するデータ取得手順を行う。例えば、データ取得部３Ｆ２は、外部機器接続Ｉ／Ｆ３１８（図１０）等によって実現される。

判定部３Ｆ３は、種類データＤＣＡに基づいて、撮影装置１の種類を判定する判定手順を行う。例えば、判定部３Ｆ３は、ＣＰＵ３０１（図１０）等によって実現される。

決定部３Ｆ４は、判定部３Ｆ３による判定結果ＲＥＳに基づいて、画像処理部３Ｆ５が行う画像処理の種類及びエンコード部３Ｆ６が行うエンコードのパラメータ等を決定する決定手順を行う。例えば、決定部３Ｆ４は、ＣＰＵ３０１（図１０）等によって実現される。

画像処理部３Ｆ５は、第１画像ＩＭＧ１を画像処理する画像処理手順を行う。なお、画像処理部３Ｆ５によって画像処理された画像を以下「第２画像ＩＭＧ２」という。例えば、画像処理部３Ｆ５は、ＣＰＵ３０１（図１０）等によって実現される。

エンコード部３Ｆ６は、第２画像ＩＭＧ２をエンコードする。なお、エンコード部３Ｆ６によってエンコードされた画像を以下「第３画像ＩＭＧ３」という。例えば、エンコード部３Ｆ６は、ＣＰＵ３０１（図１０）等によって実現される。

図１９に示す処理では、第３画像ＩＭＧ３がステップＳ１０２によって送信される。

以上のような構成であると、画像処理装置は、判定部３Ｆ３によって、撮影装置１の種類を判定できる。そして、撮影装置１の種類に基づいて、画像処理装置は、決定部３Ｆ４によって、画像処理部３Ｆ５及びエンコード部３Ｆ６が行う処理を決定する。このようにすると、全天球パノラマ画像等が生成される場合であっても、画像処理装置は、画質を向上させることができる。

また、実施形態は、画像処理システム等のコンピュータに、各手順を実行させるためのプログラムによって実現されてもよい。

以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

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

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

Claims (7)

1. 画像を撮影する撮影装置に接続される画像処理装置であって、
   前記画像を取得する画像取得部と、
   前記撮影装置の種類を特定できる種類データを取得するデータ取得部と、
   前記種類データに基づいて、前記撮影装置の種類を判定する判定部と、
   前記画像を画像処理する画像処理部と、
   前記判定部による判定結果に基づいて、前記画像処理部が行う画像処理の種類を決定する決定部と
   を備える画像処理装置。
2. 前記撮影装置が、全天球パノラマ画像、前記全天球パノラマ画像を構成する画像、所定の画角以上の範囲を示す画像、２つ以上の画像又は平面画像を撮影する装置であると前記種類データに基づいて判定されると、
   前記決定部は、
   前記画像の解像度が変更される第１画像処理が行われるのを制限する、前記画像のうち、一部の領域が切り取られる第２画像処理が行われるのを制限する、又はこれらの組み合わせが前記画像処理部によって行われるように決定する請求項１に記載の画像処理装置。
3. 前記画像処理部によって画像処理された画像をエンコードするエンコード部を更に備え、
   前記決定部は、
   前記エンコードによるエンコードの種類を更に決定する請求項１又は２に記載の画像処理装置。
4. 前記決定部は、
   画像が出力されるフレームレートを更に決定する請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 画像を撮影する撮影装置と、前記撮影装置に接続される１つ以上の画像処理装置とを有する画像処理システムであって、
   前記画像を取得する画像取得部と、
   前記撮影装置の種類を特定できる種類データを取得するデータ取得部と、
   前記種類データに基づいて、前記撮影装置の種類を判定する判定部と、
   前記画像を画像処理する画像処理部と、
   前記判定部による判定結果に基づいて、前記画像処理部が行う画像処理の種類を決定する決定部と
   を備える画像処理システム。
6. 画像を撮影する撮影装置に接続される画像処理装置が行う画像処理方法であって、
   前記画像処理装置が、前記画像を取得する画像取得手順と、
   前記画像処理装置が、前記撮影装置の種類を特定できる種類データを取得するデータ取得手順と、
   前記画像処理装置が、前記種類データに基づいて、前記撮影装置の種類を判定する判定手順と、
   前記画像処理装置が、前記画像を画像処理する画像処理手順と、
   前記画像処理装置が、前記判定手順による判定結果に基づいて、前記画像処理手順で行う画像処理の種類を決定する決定手順と
   を含む画像処理方法。
7. 画像を撮影する撮影装置に接続されるコンピュータに画像処理方法を実行させるためのプログラムであって、
   前記コンピュータが、前記画像を取得する画像取得手順と、
   前記コンピュータが、前記撮影装置の種類を特定できる種類データを取得するデータ取得手順と、
   前記コンピュータが、前記種類データに基づいて、前記撮影装置の種類を判定する判定手順と、
   前記コンピュータが、前記画像を画像処理する画像処理手順と、
   前記コンピュータが、前記判定手順による判定結果に基づいて、前記画像処理手順で行う画像処理の種類を決定する決定手順と
   を実行させるためのプログラム。

Images