JP2022151665A - 画像通信システム、通信管理装置、通信管理方法及びプログラム - Google Patents

Abstract

【課題】撮影を行いながら撮影された画像を配信するとともに、配信後に時間をおいて撮影された画像を利用者が見返す場合でも、利用者が、撮影された画像を、いつ、どのような視点で見ていたかを把握しやすい画像通信システム、通信管理装置、通信管理方法及びプログラムを提供する。【解決手段】通信管理システムは、送受信部によって撮影装置が送信した画像データＩＤ及び集音して得た音データを含む撮影画像データを受信Ｓ３０１した後、画像変換処理部によって撮影画像データ（録画ファイル）と所定領域の時系列情報（タイムスタンプ）とに基づいて透視射影変換を実行しＳ３０２、送受信部によって新たに生成された利用者（視聴者）毎の視聴状況を反映した変換後所定領域画像データ（変換後の録画ファイル）を通信端末に対して送信するＳ３０３～Ｓ３０５。【選択図】図３１

Description

本発明は、画像通信システム、通信管理装置、通信管理方法及びプログラムに関する。

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

また、イベント会場に、３６０度の全方位カメラを使用可能なカメラユニットを含む複数のカメラユニットを設置して映像をリアルタイムで配信し、その配信映像の中からユーザーに選択された映像に係る選択情報をサーバーに送信することで、サーバーが選択情報に基づいて編集した映像をユーザーに販売するカメラシステムが開示されている（例えば、特許文献２参照）。

しかしながら、従来の技術では、撮影を行いながら撮影された画像を配信するシステムにおいて、配信後に時間をおいて撮影された画像を利用者が見返したい場合に、利用者は、撮影された画像を、いつ、どのような視点で見ていたかを把握しづらいという課題があった。

上述した課題を解決するために、請求項１に係る発明は、撮影することにより撮影画像データを得る撮影装置と、前記撮影画像データに係る撮影画像の所定領域の画像である所定領域画像を表示する通信端末と、前記所定領域を表す所定領域情報を管理する通信管理装置と、を含む画像通信システムであって、前記通信管理装置は、前記撮影装置が撮影した前記撮影画像データ、及び前記通信端末が送信した前記所定領域情報に関連付けられた日時を表す時系列情報を受信する受信手段と、前記受信した前記撮影画像データ及び前記時系列情報に基づいて透視射影変換された変換後所定領域画像データを前記通信端末に送信する送信手段と、を有する、ことを特徴とする画像通信システムを提供する。

以上説明したように本発明によれば、撮影を行いながら撮影された画像を配信するシステムにおいて、配信後に時間をおいて撮影された画像を利用者が見返す場合でも、利用者は、撮影された画像を、いつ、どのような視点で見ていたかを把握しやすくなるという効果を奏する。

（ａ）は撮影装置の左側面図であり、（ｂ）は撮影装置の正面図であり、（ｃ）は撮影装置の平面図である。 撮影装置の使用イメージ図である。 （ａ）は撮影装置で撮影された半球画像（前）、（ｂ）は撮影装置で撮影された半球画像（後）、（ｃ）はメルカトル図法により表された画像を示した図である。 （ａ）メルカトル画像で球を被う状態を示した概念図、（ｂ）全天球パノラマ画像を示した図である。 全天球パノラマ画像を三次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。 （ａ）は図５の立体斜視図、（ｂ）は通信端末のディスプレイに所定領域の画像が表示されたている状態を示す図である。 所定領域情報と所定領域Ｔの画像との関係を示した図である。 球座標による三次元ユークリッド空間内の点を示した図である。 本発明の実施形態に係る画像通信システムの概略図である。 撮影装置のハードウエア構成図である。 ビデオ会議端末のハードウエア構成図である。 通信管理システム及びＰＣのハードウエア構成図である。 スマートフォンのハードウエア構成図である。 画像通信システムの一部の機能ブロック図である。 画像通信システムの一部の機能ブロック図である。 画像種類管理テーブルを示す概念図である。 画像種類管理テーブルを示す概念図である。 撮影装置管理テーブルを示す概念図である。 所定領域管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 画像種類管理テーブルを示す概念図である。 所定領域管理テーブルを示す概念図である。 ポスト変換録画の場合の所定領域管理テーブルを示す概念図である。 録画ファイル保存テーブルを示す概念図である。 特定の通信セッションへの参加処理を示したシーケンス図である。 通信セッション（仮想の会議室）の選択画面を示した図である。 画像種類情報の管理処理を示すシーケンス図である。 映像通話の状態を示したイメージ図であり、（ａ）は撮影装置１ａを利用しない場合を示し、（ｂ）は撮影装置１ａを利用する場合を示している。 映像通話における撮影画像データ及び音データの通信処理を示すシーケンス図である。 視聴拠点Ｂにおけるディスプレイの表示例を示し、（ａ）は、撮影装置１ａ，１ｂから送信された画像データから、全天球パノラマ画像の生成及び所定領域画像の生成をせずに、そのまま表示する場合を示し、（ｂ）は、撮影装置１ａ，１ｂから送信された画像データから、全天球パノラマ画像の生成及び所定領域画像の生成をした場合を示し、（ｃ）は（ｂ）の所定領域画像を変更した場合を示した図である。 所定領域情報を共有する処理を示すシーケンス図である。 所定領域画像の表示処理を示したフローチャートである。 自拠点の所定領域画像における他拠点の注視点の位置の導出方法を示した図である。 （ａ）は角度の定義を示した図、（ｂ）は角度範囲の定義を示した図である。 主表示領域の画像を示しており、表示方向マークを含む所定領域画像の表示例である。 主表示領域の画像を示しており、注視点マークを含む所定領域画像の表示例である。 主表示領域の画像を示しており、注視点マーク及び表示方向マークを含む所定領域画像の表示例である。 定領域情報を共有する他の処理を示すシーケンス図である。 映像通話における撮影画像データ及び音データの通信処理を示すシーケンス図である。 ライブ録画又はポスト変換録画選択及びライブ録画の録画処理を示したフローチャートである。 ポスト変換録画の場合の録画処理を示したフローチャートである。 ポスト変換録画を視聴するためのアプリ上のファイル選択画面例である。 アプリで選択されたポスト変換録画の動画再生画面例である。

以下、図面を用いて、発明を実施するための形態について説明する。なお、図面の説明において同一要素には同一符号を付し、重複する部分があれば、その説明を省略する。

〔第１の実施形態〕
図１乃至図２９を用いて、第１の実施形態について説明する。

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

まず、図１を用いて、撮影装置１の外観を説明する。図１（ａ）は撮影装置の左側面図であり、図１（ｂ）は撮影装置の正面図であり、図１（ｃ）は撮影装置の平面図である。また、撮影装置１は、三次元の全天球パノラマ画像(三次元の全天球パノラマ画像の元になる画像)を撮影可能な全天球撮影装置である。この全天球撮影装置には、デジタルカメラも含まれる。さらに、全天球とは、上下左右を含む全方位３６０°の空間を示す。

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

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

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

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

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

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

図５は、全天球画像を三次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。仮想カメラＩＣは、三次元の立体球として表示されている全天球画像ＣＥに対して、その画像を見るユーザーの視点の位置に相当するものである。また、図６（ａ）は図５の立体斜視図、図６（ｂ）はディスプレイに表示された場合の所定領域画像を表す図である。また、図６（ａ）では、図４に示されている全天球画像ＣＥが、三次元の立体球ＣＳで表わされている。このように生成された全天球画像ＣＥが、立体球ＣＳであるとすると、図５に示されているように、仮想カメラＩＣが全天球画像ＣＥの内部に位置している。全天球画像ＣＥにおける所定領域Ｔは、仮想カメラＩＣの撮影領域であり、全天球画像ＣＥを含む三次元の仮想空間における仮想カメラＩＣの撮影方向と画角を示す所定領域情報によって特定される。

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

図７を用いて、所定領域情報と所定領域Ｔの画像の関係について説明する。なお、図７は、所定領域情報と所定領域Ｔの画像の関係との関係を示した図である。図７に示されているように、ｒＨはHorizontal Radian、ｒＶはVertical Radian、αは画角(Angle)を示す。即ち、撮影方向（ｒＨ，ｒＶ）で示される仮想カメラＩＣの注視点が、仮想カメラＩＣの撮影領域である所定領域Ｔの中心点ＣＰとなるように、仮想カメラＩＣの姿勢を変更することになる。所定領域画像Ｑは、全天球画像ＣＥにおける所定領域Ｔの画像である。ｆは仮想カメラＩＣから中心点ＣＰまでの距離である。Ｌは所定領域Ｔの任意の頂点と中心点ＣＰとの距離である（２Ｌは対角線）。そして、図７では、一般的に以下の（式１）で示される三角関数が成り立つ。

Ｌ／ｆ＝ｔａｎ（α／２）・・・（式１）
図８は、球座標による三次元ユークリッド空間内の点を示した図である。中心点ＣＰを球面極座標系で表現したときの位置座標を（ｒ、θ、φ）とする。（ｒ、θ、φ）は、それぞれ動径、極角、方位角である。動径ｒは、全天球パノラマ画像を含む三次元の仮想空間の原点から中心点ＣＰまでの距離であるため、ｆに等しい。図８は、これらの関係を表した図である。以降、仮想カメラＩＣの位置座標ＣＰ（ｒ，θ、φ）を用いて説明する。

＜画像通信システムの概略＞
続いて、図９を用いて、本実施形態の画像通信システムの構成の概略について説明する。図９は、本実施形態の画像通信システムの構成の概略図である。

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

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

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

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

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

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

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

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

更に、撮影装置１が無線通信等により直接通信ネットワーク１００に接続可能で他の装置へのデータ(情報)の配信が可能な場合は、画像通信システムは、ビデオ会議端末３、スマートフォン９等の通信端末を含まない構成であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

通信部１１７は、撮影装置１に設けられたアンテナ１１７ａを介して、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ(Wireless Fidelity)等の近距離無線通信技術によって、ビデオ会議端末３ａ等の外部装置と通信を行う。この通信部１１７によっても、メルカトル画像のデータをビデオ会議端末３ａの外部装置に送信することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

更に、上述した各プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録、又はネットワークを介してダウンロードを行い流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ、Ｂｌｕ-ｒａｙ(登録商標) Ｄｉｓｃ、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。例えば、通信管理システム５は、本発明に係るプログラムが実行されることで本発明に係る通信管理方法を実現する。

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

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

また、撮影装置１ａは、図１０に示されているＲＯＭ１１２、ＳＲＡＭ１１３、及びＤＲＡＭ１１４のうち少なくとも一つによって構築される記憶部１０００ａを有している。記憶部１０００ａには、自装置のＧＵＩＤ(Globally Unique Identifier)が記憶されている。この記憶部１０００ａには、図１６Ａに示された画像種類管理テーブルによって構成された画像種類管理ＤＢ１００１ａが構築されている。

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

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

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

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

なお、画像種類管理テーブル(画像種類管理ＤＢ１００１)は、撮影装置１が通信ネットワーク１００を介して直接通信管理システム５と通信が可能な状態において用いられるデータテーブルである。例えば、後述する実施形態１のように、撮影装置１ａとビデオ会議端末３ａが接続され、ビデオ会議端末３ａが通信ネットワーク１００を介して通信管理システム５と通信を行う場合は、このデータテーブルは使用されなくてもよい。

（撮影装置１ａの各機能構成）
次に、図１０及び図１４を用いて、撮影装置１ａの各機能構成について更に詳細に説明する。撮影装置１ａの受付部１２ａは、主に、図１０に示されている操作部１１５及びＣＰＵ１１１の処理によって実現され、利用者からの操作入力を受け付ける。

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

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

通信部１８ａは、主に、図１０に示されているＣＰＵ１１１の処理によって実現され、ビデオ会議端末３ａの通信部３８ａと、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等の近距離無線通信技術によって通信することができる。

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

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

また、ビデオ会議端末３ａは、図１１に示されているＲＯＭ３０２、ＲＡＭ３０３、及びフラッシュメモリ３０４のうち少なくとも一つによって構築される記憶部３０００ａを有している。この記憶部３０００ａには、画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、及び所定領域管理ＤＢ３００３ａが構築されている。これらのうち、画像種類管理ＤＢ３００１ａは、図１６Ｂに示されている画像種類管理テーブルによって構成されている。撮影装置管理ＤＢ３００２ａは、図１６Ｃに示される撮影装置管理テーブルによって構成されている。所定領域管理ＤＢ３００３ａは、図１６Ｄに示されている所定領域管理テーブルによって構成されている。

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

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

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

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

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

●所定領域管理テーブル●
図１６Ｄは、所定領域管理テーブルを示す概念図である。この所定領域管理テーブルでは、撮影画像データの送信元の通信端末のＩＰアドレス、撮影画像データの送信先の通信端末のＩＰアドレス、及び、撮影画像データの送信先の通信端末で表示中の所定領域画像を示す所定領域情報が関連付けられて記憶、管理されている。なお、撮影画像データの送信先の通信端末は、所定領域情報の送信元の通信端末でもある。所定領域情報は、図６及び図７に示されているように、撮影画像から、この撮影画像における所定領域Ｔの画像（所定領域画像）に変換するための変換パラメータである。なお、ＩＰアドレスは、宛先情報の一例であって、宛先情報には、ＭＡＣ(Media Access Control)アドレス、通信端末を特定するための端末ＩＤ(Identification)等が含まれる。また、ここでは、ＩＰアドレスは、ＩＰｖ４アドレスを簡略化して表されている。ＩＰアドレスは、ＩＰｖ６でもよい。

例えば、図１６Ｄの所定領域管理テーブルの１行目から３行目までは、ビデオ会議端末３ａのＩＰアドレスが「１．２．１．３」の場合、ビデオ会議端末３ａから送信された撮影画像データが、通信管理システム５を介して、ＩＰアドレスが「１．２．２．３」のビデオ会議端末３ｄ、ＩＰアドレスが「１．３．１．３」のＰＣ７、及びＩＰアドレスが「１．３．２．３」のスマートフォン９に送信された旨が管理されている。更に、ビデオ会議端末３ｄは、所定領域情報（ｒ＝２０，θ＝２０，φ＝３０）の送信元の通信端末である旨が管理されている。同様に、ＰＣ７は、所定領域情報（ｒ＝２０，θ＝３０，φ＝４０）の送信元の通信端末である旨が管理されている。また、スマートフォン９は、所定領域情報（ｒ＝３０，θ＝４０，φ＝５０）の送信元の通信端末である旨が管理されている。

また、送受信部３１ａによって、既に管理されている撮影画像データの送信元の通信端末のＩＰアドレス及び撮影画像データの送信先の通信端末のＩＰアドレスと同じ組のＩＰアドレスを含む所定領域情報が新たに受信された場合には、記憶読出部３９ａは既に管理している所定領域情報を新たに受信された所定領域情報に書き換える。

（ビデオ会議端末３ａの各機能構成）
次に、図１１、図１４及び図１５を用いて、ビデオ会議端末３ａ(３ｄ)の各機能構成について更に詳細に説明する。なお、ビデオ会議端末３ｄの各機能構成は、以下に示すビデオ会議端末３ａの各機能構成と同様のため、説明を省略する。

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

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

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

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

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

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

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

算出部３７ａは、主に、図１１に示されているＣＰＵ３０１の処理によって実現され、所定領域Ｔ２を示す所定領域情報(i2)、及び送受信部３１ａによって他の通信端末から受信された所定領域情報(i1)に基づき、撮影画像において所定領域Ｔ２に対する所定領域Ｔ１の位置（位置情報）及び方向を算出する。なお、所定領域情報(i1)は、撮影画像における所定領域Ｔ１を示している。また、撮影画像の全体が表示された場合の画像は、「全体画像」ともいう。

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

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

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

また、通信管理システム５は、図１２に示されているＲＯＭ５０２、ＲＡＭ５０３、及びＨＤ５０４のうち少なくとも一つによって構築される記憶部５０００を有している。この記憶部５０００には、セッション管理ＤＢ５００１、画像種類管理ＤＢ５００２、所定領域管理ＤＢ５００３、所定領域管理ＤＢ５００３Ｐ及び録画ファイル保存ＤＢ５００４が構築されている。このうち、セッション管理ＤＢ５００１は、図１６Ｅに示されているセッション管理テーブルによって構成されている。画像種類管理ＤＢ５００２は、図１６Ｆに示される画像種類管理テーブルによって構成されている。所定領域管理ＤＢ５００３及び所定領域管理ＤＢ５００３Ｐは、図１６Ｇに示される所定領域管理テーブル及び図１６Ｈに示される所定領域管理テーブルＰによって構成されている。録画ファイル保存ＤＢ５００４は、図１６Ｉに示される録画ファイル保存テーブルによって構成されている。なお、実施形態に係る画像通信システムは、録画処理部５３、画像変換処理部５７、所定領域管理ＤＢ５００３、所定領域管理ＤＢ５００３Ｐ、録画ファイル保存ＤＢ５００４等を備える録画サーバーを、通信管理システム５と独立させて有する構成としてもよい。

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

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

●所定領域管理テーブル(ライブ録画)●
図１６Ｇは、ライブ録画の場合の所定領域管理テーブルを示す概念図である。ライブ録画とは、通信管理システム５が、リアルタイム配信(ライブストリーミング配信)とともに、各拠点(視聴拠点ともいう)が表示している全天球画像の所定領域情報を利用して透視射影変換を行い、平面画像をリアルタイムに生成する。その映像フレームを個別に録画することで、通信管理システム５が、各視聴拠点の視聴状況を録画ファイル等に生成する方式である。このライブ録画の場合の所定領域管理テーブルは、基本的に図１６Ｄに示されている所定領域管理テーブルと同様のデータ構造を有している。但し、後述のように、送受信部５１は、各通信端末に一定期間（例えば３０秒）毎に最新の所定領域情報を送信するため、所定領域情報が一定期間毎に送信されるまでの間に、送受信部５１によって受信された全ての所定領域情報は削除されずに保存されている。図１６Ｇでは、新しい所定領域情報ほど上位で管理されている。

●所定領域管理テーブルＰ(ポスト変換録画)●
図１６Ｈは、ポスト変換録画の場合の所定領域管理テーブルを示す概念図である。ポスト変換録画とは、リアルタイム配信時は各映像データのオリジナルと各視聴拠点の所定領域情報の履歴の記録だけを行う。リアルタイム配信終了後、利用者からポスト変換録画を要求するための録画ファイル取得要求があった場合に、その録画ファイル取得要求に応じて各視聴拠点の視聴状況を反映した録画ファイルを生成する方式である。ポスト変換録画の場合の所定領域管理テーブルは、ライブ録画の場合の所定領域管理テーブルに対して最新の所定領域情報だけでなく、タイムスタンプの項目が追加されている。このタイムスタンプは時系列情報ともいい、例えば、ＵＮＩＸ時間で表すことができ、送受信部５１で各通信端末から受信した所定領域情報について受信した日時(時刻)が記録されている。このポスト変換録画の場合には、同一の画像送信元及び画像送信先の組であってもタイムスタンプ列によって時系列の履歴が記録される。

●録画ファイル保存テーブル(ライブ録画/ポスト変換録画)●
図１６Ｉは、録画ファイル保存テーブルを示す概念図である。この録画ファイル保存テーブルでは、画像送信元のＩＰアドレスごとに、画像送信先のＩＰアドレス、ライブ/ポストフラグ及び録画ファイル名が関連付けられて記憶、管理されている。これらのうち、ライブ/ポストフラグは、後述する録画ファイル名で示される録画ファイルがライブ録画によって録画されたものであるか、ポスト変換録画によって録画されたものであるかを区別する処理フラグ(情報)である。また、録画ファイル名は、画像通信システムにおける画像送信元となる一以上の撮影装置１が送信した全天球映像(画像)の録画ファイル、及び各画像送信先のＩＰアドレスで示される装置、通信端末等が配置された視聴拠点で視聴された光景を記録した録画ファイルを表す。

なお、ライブ録画の場合には、通信管理システム５は、画像送信元のＩＰアドレスごとにオリジナル映像(リアルタイム配信時の映像、又は画像。以下、単にオリジナル映像という)で示される独立のファイルを記録する。また、通信管理システム５は、撮影装置１で撮影された映像(画像)をリアルタイム配信するとともに、画像送信先の各ＩＰアドレスで示される通信端末(視聴拠点)で視聴される録画ファイルを生成する。具体的には、通信管理システム５は、例えば、画像送信先のＩＰアドレス(例えば、1.2.2.1)で示される視聴拠点にいる利用者の視点での録画ファイル(1201.mp4)を生成する。さらに通信管理システム５は、例えば、ＩＰアドレス(例えば、1.2.2.2)で示される視聴拠点にいる別の利用者の視点での録画ファイル(1202.mp4)を生成する。このように、通信管理システム５は、画像データの配信とともに各視聴拠点で視聴される録画ファイルを生成するため、ライブ録画方式と呼んでいる。但し、この場合でも、画像送信元のＩＰアドレス(例えば、1.2.1.3)から送信された全天球映像(画像)を全て残すことも必要である。そのため、通信管理システム５は、画像送信先のＩＰアドレスを指定せずに（データテーブル中の“－”）、録画ファイル名：10101.mp4ファイル名で示されるオリジナル録画ファイルを生成する。つまり、録画ファイル名：10101.mp4のファイルは、送信元の視聴拠点に配置された撮影装置１がライブ配信時に配信(送信)した全天球映像(画像)がそのまま記録されたファイルとなる。なお、録画ファイル名：10101.mp4、1201.mp4、1202.mp4は、ライブ配信による録画ファイルであるため、それぞれの視聴拠点においてライブ配信されている同じタイミングで視聴される。

上述したように、通信管理システム５は、ライブ録画方式の場合では、各映像送信元(配信元)のＩＰアドレスと送信先(配信先)のＩＰアドレスの組合せそれぞれに対して録画ファイルを生成する。すなわち、どの送信先(配信先)拠点が、どの送信元(配信元)拠点からの映像をどのような視点(所定領域画像)で見ていたかといった様子が保存されている。あわせて、送信元(配信元)からの映像データ(例えば、10101.mp4)は、変換せずにそのまま保存される。

他方、ポスト変換録画の場合、通信管理システム５は、ライブ配信後の所定期間後に利用者からポスト変換録画を要求するための録画ファイル取得要求があったときに、ポスト変換録画を実行する。この場合、各視聴拠点における視聴状況を表す映像(動画ファイル)は、リアルタイム配信終了後の利用者からの要求によって後から生成されるため、画像送信元のＩＰアドレスごとにオリジナル映像を表す録画ファイル名が管理され、後から生成された録画ファイルが追加される。なお、録画ファイル名の項目で()書きされているのは、ポスト変換録画時に生成されたポスト変換録画ファイルとライブ配信時に生成されたライブ録画ファイルとが同じ内容を表すことを示している。例えば、画像送信元のＩＰアドレスが1.2.1.3で、画像送信先のＩＰアドレスが1.2.2.1の場合の録画ファイルは、ライブ録画ファイルが1201.mp4であり、ポスト変換録画ファイルが1850.mp4として命名されている。但し、これらはファイル管理上異なるファイル名となっているが、録画ファイルの中身(実体)は、生成された時期が異なるだけであり、ファイルの内容は同じものであるということを示している。このようにライブ録画ファイル名とポスト変換録画ファイル名とを変えて管理する理由のひとつは、例えば、動画配信サービス等のビジネス視点において、配信料金を管理する場合に有用となる。具体的には、画像通信システムは、利用者からどの録画ファイルがポスト変換録画ファイルとして利用されたかなどを、ライブ/ポストフラグとの併用で管理しやすくなるという理由が考えられる。このように、ポスト変換録画ファイルを生成する段階で、通信管理システム５は、画像送信元のＩＰアドレスと画像送信先のＩＰアドレスが同じ組合せの場合に、ポスト変換録画ファイル名とライブ録画ファイル名を変えてもよいし、同じにしてもよい。

本実施形態では、これまでに説明した画像送信元のＩＰアドレスを送信元識別情報又は撮影装置識別情報の一例として扱う。同様に、画像送信先のＩＰアドレスを送信先識別情報又は通信端末識別情報の一例として扱う。さらに、上述した撮影装置識別情報及び通信端末識別情報は、ＩＰアドレスに加えて、撮影装置１の装置識別情報や通信端末(スマートフォン９)の端末識別情報であってもよい。さらに、撮影装置識別情報及び通信端末識別情報は、装置に限らず、撮影装置１を利用する利用者の利用者識別情報や通信端末(スマートフォン９)を利用する利用者の利用者識別情報等を用いてもよい。

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

録画処理部５３は、主に、図１２に示されているＣＰＵ５０１の処理によって実現され、ライブ録画及びポスト変換録画のいずれの場合でも、各通信端末から受信した映像(画像)データに係るオリジナル映像の録画処理を行い、個別の録画ファイルに保存する。そして、録画処理部５３は、録画ファイル保存ＤＢ５００４（図１６Ｉ参照）に対して、それぞれの項目(書誌事項)を管理する。なお、実施形態において、映像(画像)データには、その映像に含まれる音声も含まれているものとする。録画処理部５３は、ライブ録画方式の場合には、上述したオリジナル映像を録画するとともに、各視聴拠点における利用者(視聴者)ごとの視聴状況を再現した透視射影変換処理画像(画像変換処理部５７の出力画像)の記録(録画)も行う。なお、本実施形態において、ライブ録画方式を第１の録画方式という。他方、ポスト変換録画方式の場合には、録画処理部５３は、通信端末を使用する利用者からのポスト変換録画を要求するための録画ファイル取得要求があった際に、取得要求に含まれる送信元拠点の識別情報(例えばＩＰアドレス)と、送信先拠点の識別情報(例えばＩＰアドレス)の組合せに基づき、画像変換処理部５７と協働して、要求された録画ファイルを生成する。さらに、録画処理部５３は、ポスト変換録画における他の機能として、Ｗｅｂページ上で所定の映像を閲覧要求する閲覧要求者(以下、閲覧要求者と記す)にＵＩ(User Interface)を提供する機能も担うことができる。なお、閲覧要求者は、ライブ配信時に所定の視聴拠点でライブ配信動画を視聴していた利用者であってもよいし、他の利用者(例えば、配信動画に係る現場監督者、管理者等)であってもよい。

本実施形態において、ポスト変換録画方式を第２の録画方式という。また、本実施形態において、録画処理部５３は、録画手段の一例として機能する。

判断部５５は、主に、図１２に示されているＣＰＵ５０１の処理によって実現され、通信管理システム５における各種判断を行なう。

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

画像変換処理部５７は、主に、図１２に示されているＣＰＵ５０１の処理によって実現され、ライブ録画及びポスト変換録画のいずれの場合でも、全天球映像(画像)と所定領域情報から透視射影変換処理を行い、平面画像を生成する。また、画像変換処理部５７は、ライブ録画の場合は、各通信端末から受信した全天球映像(画像)に対して、透視射影変換処理を行い、その結果を録画処理部５３に渡して録画させる。具体的には、画像変換処理部５７は、全天球映像(画像)に基づく映像(画像)を視聴している視聴拠点それぞれの所定領域情報を所定領域管理ＤＢ５００３（図１６Ｇ参照）から取り出し、透視射影変換処理を行い、その結果を録画処理部５３に渡して録画させる。他方、ポスト変換録画の場合は、画像変換処理部５７は、利用者からの要求により特定される録画ファイル保存ＤＢ５００４（図１６Ｉ参照）で管理される各オリジナル映像と、所定領域管理ＤＢ５００３Ｐ（図１６Ｈ参照）から抽出される所定領域情報のタイムスタンプごとの履歴を元に透視射影変換処理を行い、その結果を録画処理部５３に渡して録画させる。本実施形態において、画像変換処理部５７は、画像変換処理手段の一例として機能する。

さらに、上述した録画処理部５３及び画像変換処理部５７を合わせて、「録画変換処理部」として機能させてもよい。その場合、録画変換処理部は、録画変換手段の一例として機能する。

記憶読出部５９は、主に、図１２に示されているＨＤＤ５０５、及びＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ（又は情報）を記憶したり、記憶部５０００から各種データ（又は情報）を読み出したりする。本実施形態において、記憶読出部５９は、記憶読出手段の一例として機能し、記憶部５０００は、記憶手段の一例として機能する。

なお、上述した各機能構成は、通信管理システム５内に録画機能を実現するためのモジュール群を含む構成を示したが、通信管理システム５とは別に、録画サーバーなどを設ける構成でもよい。

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

また、ＰＣ７は、図１２に示されているＲＯＭ７０２、ＲＡＭ７０３、及びＨＤ７０４のうち少なくとも一つによって構築される記憶部７０００を有している。この記憶部７０００には、画像種類管理ＤＢ７００１、撮影装置管理ＤＢ７００２、及び所定領域管理ＤＢ７００３が構築されている。なお、画像種類管理ＤＢ７００１、撮影装置管理ＤＢ７００２、及び所定領域管理ＤＢ７００３は、それぞれ画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、及び所定領域管理ＤＢ３００３ａと同じデータ構造であるため、これらの説明を省略する。

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

受付部７２は、主に、図１２に示されているキーボード７１１、マウス７１２及びＣＰＵ７０１の処理によって実現され、受付部３２ａと同様の機能を実現する。

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

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

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

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

算出部７７は、主に、図１２に示されているＣＰＵ７０１の処理によって実現され、算出部３７ａと同様の機能を実現する。

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

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

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

また、スマートフォン９は、図１３に示されているＲＯＭ９０２、ＲＡＭ９０３、及びＥＥＰＲＯＭ９０４のうち少なくとも一つによって構築される記憶部９０００を有している。この記憶部９０００には、画像種類管理ＤＢ９００１、撮影装置管理ＤＢ９００２、及び所定領域管理ＤＢ９００３が構築されている。なお、画像種類管理ＤＢ９００１、撮影装置管理ＤＢ９００２、及び所定領域管理ＤＢ９００３は、それぞれ画像種類管理ＤＢ３００１ａ、撮影装置管理ＤＢ３００２ａ、及び所定領域管理ＤＢ３００３ａと同様のデータ構成であるため、これらの説明を省略する。

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

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

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

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

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

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

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

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

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

＜＜実施形態の処理又は動作＞＞
続いて、図１７乃至図２９を用いて、本実施形態の処理又は動作について説明する。

＜通信セッションへの参加の処理＞
まず、図１７及び図１８を用いて、特定の通信セッションへの参加処理について説明する。図１７は、特定の通信セッションへの参加処理を示したシーケンス図である。図１８は、通信セッション（仮想の会議室）の選択画面を示した図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

＜撮影画像データの通信処理＞
続いて、図２０乃至図２９を用いて、映像通話における撮影画像データの通信処理について説明する。図２０は、映像通話の状態を示したイメージ図である。このうち、図２０（ａ）は、撮影装置１ａを利用しない場合を示し、図２０（ｂ）は、撮影装置１ａを利用する場合を示している。

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

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

続いて、図２１を用い、図２０（ｂ）に示されている視聴拠点Ａで得られた撮影画像データ及び音データが、通信管理システム５を介して、他の各通信端末（スマートフォン９，ＰＣ７，ビデオ会議端末３ｄ）へ送信される処理について説明する。図２１は、映像通話における撮影画像データ及び音データの通信処理を示すシーケンス図である。

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

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

次に、通信管理システム５の送受信部５１は、ビデオ会議端末３ａと同じ映像通話に参加している通信端末（スマートフォン９，ＰＣ７，ビデオ会議端末３ｄ）に対して、撮影画像データ及び音データを送信する（ステップＳ１０３，Ｓ１０４，Ｓ１０５）。これら各送信処理には、送信対象である撮影画像データを識別するための画像データＩＤが含まれている。これにより、スマートフォン９の送受信部９１、ＰＣ７の送受信部７１及びビデオ会議端末３ｄの送受信部３１ｄは、それぞれ撮影画像データ、画像データＩＤ及び音データを受信する。

続いて、図２２を用いて、視聴拠点Ｄにおけるディスプレイ４ｄの表示例を説明する。図２２は、視聴拠点Ｄにおけるディスプレイの表示例である。このうち、図２２（ａ）は、視聴拠点Ａの撮影装置１ａからビデオ会議端末３ａを介して送信された撮影画像データ、及び視聴拠点Ｂの撮影装置１ｂから送信された撮影画像データから、全天球パノラマ画像の生成及び所定領域画像の生成をせずに、そのまま表示する場合を示している。一方、図２２（ｂ）は、撮影装置１ａ，１ｂから送信された撮影画像データから、全天球パノラマ画像の生成及び所定領域画像の生成をした場合を示している。なお、ディスプレイ４ｄの左側の表示領域（レイアウト番号「１」）には視聴拠点Ａの画像が表示され、右側上段の表示領域（レイアウト番号「２」）には視聴拠点Ｂの画像が表示されている。更に、ディスプレイ４ｄの右側中段の表示領域（レイアウト番号「３」）には視聴拠点Ｃの画像が表示され、右側下段の表示領域（レイアウト番号「４」）には視聴拠点Ｄ（自拠点）の画像が表示されている。レイアウト番号「１」の表示領域は主表示領域であり、レイアウト番号「２」、「３」及び「４」の表示領域は副表示領域である。主表示領域の画像と副表示領域の画像は、各通信端末で変更することができる。通常、各視聴拠点では、主表示領域に、映像通話の中心人物がいる視聴拠点の画像が表示される。

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

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

また、各視聴拠点の利用者は、同じ全天球パノラマ画像における所定領域画像に係る所定領域を変更することができる。例えば、利用者Ｂ１は、タッチパネル９２１の操作等により、受付部９２が所定領域画像の移動を受け付け、表示制御部９４は、所定領域画像をずらしたり、回転したり、縮小したり、拡大したりすることができる。これにより、図２２（ｂ）に示されているように、初期設定（デフォルト）で視聴拠点Ａの一部の利用者Ａ１，Ａ２が表示されている所定領域画像から、図２２（ｃ）に示されているように、所定領域画像を表示することができる。具体的には、図２２（ｃ）は、図２０（ｂ）に示されている視聴拠点Ａの撮影画像において、利用者Ａ１，Ａ２を含む所定領域画像から、ホワイトボード６を含む所定領域画像に変更した状態を示している。

なお、図２２（ｂ）、（ｃ）に示されている全天球アイコン１９１，１９２は、全天球パノラマ画像の一部の所定領域Ｔを示す所定領域画像である旨を表すための特殊画像識別アイコンの一例である。なお、全天球アイコン１９１，１９２の表示位置は、右上ではなく、左上、左下、及び右下等、どこでもよい。また、全天球アイコン１９１，１９２の種類は図２２（ｂ）、（ｃ）に限らない。また、全天球アイコン１９１，１９２ではなく、「全天球画像」等の文字であってもよく、アイコンと文字の組合せであってもよい。

続いて、図２３を用いて、図２２（ｂ）のように所定領域画像を表示した場合、及び図２２（ｂ）から図２２（ｃ）のように所定領域画像を変更した場合の画像通信システムにおける処理について説明する。図２３は、所定領域情報を共有する処理を示したシーケンス図である。図２３では、視聴拠点Ａのビデオ会議端末３ａが第３の通信端末であり、視聴拠点Ｄのビデオ会議端末３ｄが他の通信端末であり、視聴拠点Ｂのスマートフォン９が通信端末（自端末）である。

まず、図２２（ｂ）に示されているように、視聴拠点Ｄで利用者Ｄ１等がビデオ会議端末３ｄを利用して視聴拠点Ａの所定領域画像を表示させた場合、ビデオ会議端末３ｄの送受信部３１ｄは、通信管理システム５に対して、表示された所定領域画像を示す所定領域情報を送信する（ステップＳ１１１）。この所定領域情報には、撮影画像データの送信元であるビデオ会議端末３ａのＩＰアドレス、及び撮影画像データの送信先（所定領域情報の送信元）であるビデオ会議端末３ｄのＩＰアドレスが含まれている。これにより、通信管理システム５の送受信部５１は、所定領域情報を受信する。

次に、通信管理システム５の記憶読出部５９は、所定領域管理ＤＢ５００３に、ステップＳ１１１で受信された所定領域情報並びに送信元及び送信先の各ＩＰアドレスを関連付けて記憶する（ステップＳ１１２）。なお、ステップＳ１１１，１１２の処理は、図２２（ｂ）から図２２（ｃ）のように、ビデオ会議端末３ｄで所定領域画像が変更される度に行なわれる。

次に、通信管理システム５の記憶読出部５９は、所定領域管理ＤＢ５００３に記憶しておいた所定領域情報及び各ＩＰアドレスの組のうち、その時点で最新の組となる（最も遅く記憶された組となる）所定領域情報及び各ＩＰアドレスの組を一定期間（例えば、３０秒）毎に読み出す（ステップＳ１１３）。そして、送受信部５１は、所定領域情報の送信元であるビデオ会議端末３ｄと同じ映像通話を行なっている他の通信端末（ビデオ会議端末３ａ、スマートフォン９、ＰＣ７）に対して、ステップＳ１１３で読み出された各ＩＰアドレスを含む所定領域情報を配信（送信）する（ステップＳ１１４，Ｓ１１６，Ｓ１１８）。これにより、ビデオ会議端末３ａの送受信部３１ａは、所定領域情報を受信する。そして、記憶読出部３９ａは、所定領域管理ＤＢ３００３ａに、ステップＳ１１４で受信された所定領域情報及び各ＩＰアドレスを関連付けたまま記憶する（ステップＳ１１５）。同様に、スマートフォン９においても、送受信部９１が所定領域情報を受信した後、記憶読出部９９が所定領域管理ＤＢ９００３に、ステップＳ１１６で受信された所定領域情報及び各ＩＰアドレスに関連付けたまま記憶する（ステップＳ１１７）。更に、ＰＣ７においても、送受信部７１が所定領域情報を受信した後、記憶読出部７９が所定領域管理ＤＢ７００３に、ステップＳ１１８で受信された所定領域情報を同じく受信された各ＩＰアドレスに関連付けて記憶する（ステップＳ１１９）。

以上により、視聴拠点Ｄで変更された所定領域画像を示す所定領域情報は、同じ映像通話中の他拠点Ｂ，Ｃ，Ａの各通信端末に送信されることで、視聴拠点Ｄで表示中の所定領域画像を示す所定領域情報が他拠点Ｂ，Ｃ，Ａにおいても共有される。この処理は、拠点Ｂ，Ｃ，Ａにおいて所定領域画像が変更された場合も同様に行なわれ、同じ映像通話中の全拠点で互いに他拠点で表示中の所定領域画像を示す所定領域情報が共有される。

続いて、図２４乃至図２９を用いて、各拠点で共有された所定領域情報の利用方法について説明する。図２４は、所定領域画像の表示処理を示したフローチャートである。なお、各通信端末の処理は同じであるため、ここでは、拠点Ｂのスマートフォン９の処理について説明する。具体的には、拠点Ａのビデオ会議端末３ａから送信された撮影画像データが、視聴拠点Ｄのビデオ会議端末３ｄによって所定領域画像として表示されている場合に、ビデオ会議端末３ｄが同じ映像通話中の他の通信端末に所定領域画像を示す所定領域情報を送信することによって、視聴拠点Ｂのスマートフォン９が実行する処理について説明する。

まず、スマートフォン９では、記憶読出部９９が、図２１に示されているステップＳ１０３によって受信された画像データＩＤを検索キーとして、画像種類管理ＤＢ９００１（図１６Ｂ参照）を検索することにより、対応するソース名(画像種類情報)を読み出す（ステップＳ１３１）。

次に、判断部９５は、ステップＳ１３１によって読み出された画像種類情報が「特殊画像」である旨を示すか否かを判断する（ステップＳ１３２）。画像種類情報が「特殊画像」である旨を示す場合には（ステップＳ１３２；ＹＥＳ）、更に、記憶読出部９９は、所定領域管理ＤＢ９００３に対して、他拠点の通信端末が表示している所定領域画像を示す所定領域情報を検索する（ステップＳ１３３）。そして、判断部９５は、所定領域管理ＤＢ９００３において、他拠点の通信端末が表示している所定領域画像を示す所定領域情報が管理されているか否かを判断する（ステップＳ１３４）。他拠点の通信端末が表示している所定領域画像を示す所定領域情報が管理されている場合には（ステップＳ１３４；ＹＥＳ）、算出部９７は、スマートフォン９（自端末）が表示中の所定領域Ｔ２の所定領域画像を示す所定領域情報(i2)、及び送受信部９１によって他の通信端末から受信されて所定領域管理ＤＢ９００３に管理されていた所定領域Ｔ１の所定領域画像を示す所定領域情報(i1)に基づき、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の注視点の位置を算出する。同様に、算出部９７は、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の方向を算出する（ステップＳ１３５）。なお、この場合の位置は、厳密には、所定領域Ｔ２の注視点に対する所定領域Ｔ１の注視点を示している。注視点は、上述のように中心点であるが、各所定領域の矩形の左上端（又は、左下端、右上端、若しくは右下端）であってもよい。更に、注視点は、各所定領域内の特定の点であってもよい。

ここで、図２５を用いて、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の注視点を算出する方法について説明する。図２５（ａ）は仮想カメラの角度の定義を示した図であり、図２５（ｂ）は上から見た並行投影で自拠点の所定領域画像における他拠点の注視点の位置を算出する方法を示す図である。

図２５（ａ）に示されているように、算出部９７は、自端末（スマートフォン９）の表示制御部９４が表示中の所定領域画像を示す所定領域情報から、動径ｒ、極角θ、及び方位角φを取得し、これをＣＰ１（ｒ０, θ１, φ１）とする。次に、算出部９７は、ステップＳ１３３で読み出された他拠点の所定領域情報から、動径ｒ、極角θ、及び方位角φを取得し、これをＣＰ２（ｒ０, θ２, φ２）とする。

自端末（スマートフォン９）の注視点ＣＰ１を中心とする所定領域Ｔ２を考えた場合、所定領域Ｔ２の幅ｗと高さｈは、極方向から並行投影した図２５（ｂ）では幅はｗとして、高さはh cosθ１の長さに射影される。

また、注視点ＣＰ１の動径はr０sinθ１の長さに射影され、注視点ＣＰ２の動径はr０sinθ２の長さに射影されるため、注視点ＣＰ１は座標（r０sinθ１・ｒ０cosφ１,r０sinθ１・r０sinφ１）、注視点ＣＰ２は座標（r０sinθ２・r０cosφ２, r０sinθ２・r０cosφ２）に位置する。

以上により、図２５（ｂ）にて、注視点座標ＣＰ１と注視点ＣＰ２の座標が導出できたことで、幅 ｗw と高さ ｈh の所定領域Ｔ２の平面上での注視点ＣＰ２の位置は、一般的な座標変換を用いて導出することができる。

ここで、図２６を用いて、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の方向を算出する方法について説明する。図２６（ａ）は角度の定義を示した図であり、図２６（ｂ）は角度範囲の定義を示した図である。

図２６（ａ）に示されているように、算出部９７は、自端末（スマートフォン９）の表示制御部９４が表示中の所定領域画像を示す所定領域情報から方位角φを取得し、これを回転角φ１とする。次に、算出部９７は、ステップＳ１３３で読み出された他拠点の所定領域情報から方位角φを取得し、これを回転角φ２とする。更に、算出部９７は、回転角φ２と回転角φ１の差を回転角φ３とする。

また、図２６（ｂ）に示されているように、自拠点の回転角φを中心とした角度範囲をα１とし、自拠点の水平角度に１８０度を加えた角度を中心とした角度範囲をα２とした場合、算出部９７は、以下のように、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の方向を算出する。
(1)回転角φ３が角度範囲α１に含まれる場合は、位置関係を「前方向」と判定。
(2)φ３が角度範囲α２に含まれる場合は、位置関係を「後方向」と判定。
(3)φ３が基準水平角度から固定角度αの半分の値を引いた値が０度より大きく１８０度未満の角度範囲に含まれる場合は、位置関係を「右方向」と判定。
(4)φ３が基準水平角度から固定角度αを引いた値が０度より大きく１８０度未満の場合は、位置関係を「右方向」と判定。
(5)φ３が基準水平角度から固定角度αを引いた値が１８０度より大きく３６０度未満の場合は、位置関係を「左方向」と判定。

図２４に戻り、画像・音処理部９３は、算出部９７によって算出された注視点を示す注視点マーク及び方向を示す表示方向マークを含む所定領域画像を生成する（ステップＳ１３６）。注視点マークの表示位置は、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の位置から直接求められる。表示方向マークの表示位置は、全体画像において所定領域Ｔ２に対する所定領域Ｔ１の位置を利用し、上述の(1)～(5)の各判定の処理によって求められる。

この際、画像・音処理部９３は、画像種類情報が「特殊画像」である旨を示すことに基づき、全天球パノラマ画像である旨を示す全天球アイコン１９１，１９２を所定領域画像に合成する。そして、表示制御部９４は、図２７（ａ）、（ｂ）、（ｃ）、図２８（ａ）、（ｂ）、図２９に示されているように、ステップＳ１３６によって生成された所定領域画像を表示する（ステップＳ１３７）。なお、図２７（ａ）、（ｂ）、（ｃ）は、主表示領域の画像を示しており、表示方向マークを含む所定領域画像の３つの表示例を示した図である。なお、図２８（ａ）、（ｂ）は、主表示領域の画像を示しており、注視点マークを含む所定領域画像の２つの表示例を示した図である。なお、図２９は主表示領域の画像を示しており、注視点マーク及び表示方向マークを含む所定領域画像の１つの表示例を示した図である。また、図２２に示されているように、映像通話中の全ての視聴拠点の画像は表示されるが、図２７、図２８及び図２９では、図面の面積の関係上、視聴拠点Ａの画像のみを表示している。

図２７（ａ）に示されているように、視聴拠点Ａの画像の一部である所定領域画像内には、全体画像において、視聴拠点Ｂ（自拠点）で表示中の所定領域画像を基準として、他拠点で表示されている所定領域画像の方向を示す表示方向マークｍ１１，ｍ１３，ｍ１４が表示されている。なお、図２７（ｂ）に示されている表示方向マークｍ２１，ｍ２３，ｍ２４、及び図２７（ｃ）に示されている表示方向マークｍ３１，ｍ３３，ｍ３４は、それぞれ図２７（ａ）に示されている表示方向マークｍ１１，ｍ１３，ｍ１４に対応する。

なお、上述した各表示方向マークは、方向情報の一例であって、他の形態であってもよい。また、方向情報は矢印で示すのではなく、「右」、「左」、「奥」及び「手前」等の文字で示してもよい。

また、図２８（ａ）に示されているように、視聴拠点Ａの画像の一部である所定領域画像内には、全体画像において、視聴拠点Ｂ（自拠点）で表示中の所定領域画像を基準として、他拠点で表示されている所定領域画像の注視点を示す注視点マークｍ４１，ｍ４２が表示されている。注視点マークは所定領域画像を隠さないように半透明で表示されてもよい。なお、図２８（ｂ）に示されている注視点マークｍ５１，ｍ５２は、それぞれ図２８（ａ）に示されている注視点マークｍ４１，ｍ４２に対応する。

図２８（ａ）では、どの視聴拠点の注視点なのかが識別できるように、視聴拠点名である“Ｃ”を示した注視点マークｍ４１、及び視聴拠点名である“Ｄ”を示した注視点マークｍ４２のラベルが表示されている。これに対して、図２８（ｂ）では、視聴拠点名が表示されずに、異なる模様(格子模様、斜線模様等)の注視点マークによって異なる視聴拠点が示されている。この場合、各視聴拠点で、他拠点の注視点を区別できるように塗りつぶす模様を変えている。模様と視聴拠点名を対応づける表を準備すれば、各視聴拠点の利用者は注視点マークの模様から視聴拠点を識別することできる。この表は、紙に印刷されたものでもよいし、電子データとして各視聴拠点で保管されてもよい。

なお、注視点マークを区別する表示する模様の代わりに、色や線種を変えることで区別できるようにしてもよい。なお、注視点マークは、対応位置情報の一例である。

図２９では、他拠点の注視点が所定領域画像の範囲に含まれる場合は注視点を示す注視点マークｍ４１が表示され、所定領域画像の範囲に含まれない場合は表示方向マークｍ１１、ｍ１４が表示されている。

再び図２４に戻り、上述したステップＳ１３４の判断で、所定領域管理ＤＢ９００３において、他拠点の通信端末が表示している所定領域画像を示す所定領域情報が管理されていない場合には（ステップＳ１３４；ＮＯ）、画像・音処理部９３は、注視点マーク及び表示方向マークを含めずに、所定領域画像を生成する（ステップＳ１３８）。その後は、ステップＳ１３７の処理に進む。

また、上述したステップＳ１３２の判断で、画像種類情報が「特殊画像」である旨を示さない場合には（ステップＳ１３２；ＮＯ）、即ち、画像種類情報が「一般画像」である旨を示す場合には、画像・音処理部９３は、ステップＳ１０３によって受信された撮影画像データから全天球パノラマ画像を生成せず、表示制御部９４は一般画像を表示する（ステップＳ１３９）。

以上のように、視聴拠点Ｂの利用者Ｂ１，Ｂ２は、自拠点で表示している所定領域画像と、他拠点で表示されている所定領域画像との位置関係を把握することができる。これにより、視聴拠点Ｂの利用者Ｂ１，Ｂ２が会議等の話題に付いて行けなくなることを防止することができる。

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

更に、任意の視聴拠点の利用者は、他拠点で全天球パノラマ画像の全体画像のうちのどこの部分の所定領域画像が表示されているかを把握することができるため、従来に比べて会議等の話題に付いて行き易くなるという効果を奏する。

また、図２３において、仮に、通信管理システム５が、ビデオ会議端末３ｄから所定領域情報を受信する度に、他の通信端末へ所定領域情報を転送すると、図２９に示されている注視点マーク及び表示方向マークのちらつきによって、利用者Ｂ１，Ｂ２は映像通話に集中できない。そこで、上述したステップＳ１１２～Ｓ１１４に示すように、通信管理システム５は、一定期間毎に、その時点の最新の所定領域画像及び各ＩＰアドレスの組を配信することで、各利用者は映像通話に集中することができる。

〔第２の実施形態〕
続いて、図３０を用いて、第２の実施形態について説明する。図３０は、図２３に示された処理の他の例を示し、所定領域情報を共有する他の処理を示すシーケンス図である。図３０では、視聴拠点Ａのビデオ会議端末３ａが通信端末（自端末）であり、視聴拠点Ｄのビデオ会議端末３ｄが他の通信端末である。

上述した第１の実施形態では、図２３に示されているように、通信管理システム５が、各通信端末から送信された各所定領域情報を一旦管理して（ステップＳ１１２参照）、一定期間毎に送信元以外の各通信端末に各所定領域情報を送信した（ステップＳ１１４～Ｓ１１９参照）。これに対して、本実施形態では、図３０に示されているように、撮影画像データの送信元の通信端末（ここでは、ビデオ会議端末３ａ）が、通信管理システム５に替わって、所定領域情報を一旦管理して（ステップＳ２１３参照）、一定期間毎に自端末以外の各通信端末に各所定領域情報を送信する（ステップＳ２１５～Ｓ２２１参照）。即ち、本実施形態では、撮影画像データの送信元の通信端末は、自端末（ここでは、ビデオ会議端末３ａ）が送信した撮影画像データが他の通信端末でどのような所定領域Ｔ１の所定領域画像として表示されているかを管理している。

なお、本実施形態は、第１の実施形態と同じ構成であり、図２３に示されている処理が異なる。そのため、以下では、同じ構成には同一の符号を用いて説明を省略するとともに、図３０を用いて、第１の実施形態と異なる処理の部分を説明する。

まず、視聴拠点Ｄで利用者Ｄ１等がビデオ会議端末３ｄを利用して視聴拠点Ａの所定領域画像を表示させた場合、ビデオ会議端末３ｄの送受信部３１ｄは、通信管理システム５に対して、表示された所定領域画像を示す所定領域情報を送信する（ステップＳ２１１）。この所定領域情報には、撮影画像データの送信元であるビデオ会議端末３ａのＩＰアドレス、及び撮影画像データの送信先（所定領域情報の送信元）であるビデオ会議端末３ｄのＩＰアドレスが含まれている。これにより、通信管理システム５の送受信部５１は、所定領域情報を受信する。

次に、通信管理システム５の送受信部５１は、撮影画像データの送信元であるビデオ会議端末３ａに、ステップＳ２１１で受信した各ＩＰアドレスを含む所定領域情報を送信する（ステップＳ２１２）。これにより、ビデオ会議端末３ａの送受信部３１ａは、所定領域情報を受信する。

次に、ビデオ会議端末３ａの記憶読出部３９ａは、所定領域管理ＤＢ３００３ａに、ステップＳ２１２で受信された所定領域情報並びに送信元及び送信先の各ＩＰアドレスを関連付けて記憶する（ステップＳ２１３）。このステップＳ２１３の処理が、自端末（ここでは、ビデオ会議端末３ａ）が送信した撮影画像データが他の通信端末でどのように表示されているかを管理する処理である。なお、ステップＳ２１１～Ｓ２１３の処理は、ビデオ会議端末３ｄで所定領域画像が変更される度に行なわれる。

次に、ビデオ会議端末３ａの記憶読出部３９ａは、所定領域管理ＤＢ３００３ａに記憶しておいた所定領域情報及び各ＩＰアドレスの組のうち、その時点で最新の組となる（最も遅く記憶された組となる）所定領域情報及び各ＩＰアドレスを一定期間（例えば、３０秒）毎に読み出す（ステップＳ２１４）。そして、送受信部３１ａは、通信管理システム５に対して、ステップＳ２１４で読み出された各ＩＰアドレスを含む所定領域情報を送信する（ステップＳ２１５）。これにより、通信管理システム５の送受信部５１は、各ＩＰアドレスを含む所定領域情報を受信する。

次に、通信管理システム５の送受信部５１は、各通信端末（ビデオ会議端末３ｄ，スマートフォン９，ＰＣ７）に、ステップＳ２１５で受信した各ＩＰアドレスを含む所定領域情報を送信（配信）する（ステップＳ２１６，Ｓ２１８，Ｓ２２０）。これにより、ビデオ会議端末３ｄの送受信部３１ｄは、所定領域情報を受信する。そして、記憶読出部３９ｄは、所定領域管理ＤＢ３００３ｄに、ステップＳ２１６で受信された所定領域情報を同じく受信された各ＩＰアドレスに関連付けて記憶する（ステップＳ２１７）。同様に、スマートフォン９においても、送受信部９１が所定領域情報を受信した後、記憶読出部９９が所定領域管理ＤＢ９００３に、ステップＳ２１８で受信された所定領域情報を同じく受信された各ＩＰアドレスに関連付けて記憶する（ステップＳ２１９）。更に、ＰＣ７においても、送受信部７１が所定領域情報を受信した後、記憶読出部７９が所定領域管理ＤＢ７００３に、ステップＳ２２０で受信された所定領域情報を同じく受信された各ＩＰアドレスに関連付けて記憶する（ステップＳ２２１）。

＜＜本実施形態の主な効果＞＞
以上説明したように、本実施形態によれば、撮影画像データの送信元の通信端末が、自端末から送信した撮影画像データに基づいて、各通信端末でどのように表示されているかを示す所定領域情報を収集して、各通信端末に配信する。これにより、第１の実施形態の効果に加え、多数の通信端末で同じ会議等を行なう場合に、通信管理システム５への負担が集中することを回避することができるという効果を奏する。

〔第３の実施形態〕
続いて、第３の実施形態について説明する。

図１０において、撮影装置１ａは１つのマイク１０８を備えているが、本実施形態では、撮影装置１ａは、複数の指向性マイクを備えている。撮影装置１ａが複数の指向性マイクを用いることで、撮影装置１ａからビデオ会議端末３ａに各指向性マイクの音声データが送信される。これにより、ビデオ会議端末３ａの算出部３７ａが、各マイクの音声データから音源の方向（マイク角度）を算出し、算出した方向は（撮影画像の送信元の）発話者の位置を特定するために利用される。撮影装置１ｂについても同様であり、複数の指向性マイクを備えた撮影装置１ｂからスマートフォン９に各マイクの音声データを送信し、スマートフォン９の算出部９７が、各マイクの音声データから音源の方向（マイク角度）を算出し、算出した角度は（撮影画像の送信元の）発話者の位置を特定するために利用される。

＜＜本実施形態の主な効果＞＞
以上説明したように、本実施形態によれば、他拠点で全天球パノラマ画像の全体画像のうちのどこの部分の所定領域画像が表示されているかをより精度良く表示させることができるという効果を奏する。

〔第４の実施形態〕
続いて、図３１乃至図３５を用いて、第４の実施形態について説明する。図３１は、映像通話における撮影画像データ及び音データの通信処理を示すシーケンス図である。なお、本実施形態は、第１の実施形態で示した図２１の処理のうち、ビデオ会議端末３ａの処理を不要とする点で異なる。但し、第１の実施形態～第３の実施形態で用いられた所定領域管理ＤＢ５００３（図１６Ｇ参照）には、本実施形態においても図２３等に示された各処理によって所定の値が与えられているものとする。このように、本実施形態では、他の実施形態と同様の部分の説明を省略するとともに、新たに例示される図３１以降の処理について説明する。また、第４の実施形態では、上述した画像通信システムを構成する各ハードウエア資産、及び各機能構成を利用することを前提に、工事現場、建設現場等の屋外でのイベントをライブ配信し、遠隔地に配置された一以上の通信端末を利用してライブ配信された映像(画像)を視聴する場合を例に説明する。

図９に示した視聴拠点Ａにおいて、撮影装置１ａは、撮影した撮影画像を表す撮影画像データを通信管理システム５に送信するとともに、他の通信端末に対して撮影画像のリアルタイム配信(ライブストリーミング配信)が可能な撮影装置であることを前提とする。つまり、第１の実施形態では、撮影装置１ａで撮影した全天球パノラマ画像を表す撮影画像データを、ビデオ会議端末３ａ(通信端末)を介して送信(配信)する構成であった。これに代えて、第４の実施形態では、全天球画像を撮影した撮影装置１ａが、そのまま視聴拠点Ａを含めた他拠点(視聴拠点Ｂ，Ｃ，Ｄ，・・・)に配置された他の通信端末に対して、撮影した全天球パノラマ画像を表す撮影画像データを送信(ライブストリーミング配信)することが可能な構成となっている。

図３１では、まず、撮影装置１ａの通信部１８ａから通信管理システム５の送受信部５１に対して、被写体や風景等を撮影して得た撮影画像(映像)データ及び集音して得た音データを送信する（ステップＳ３０１）。これにより、通信管理システム５の送受信部５１は、撮影装置１ａが送信した撮影画像データ及び集音して得た音データを受信する。このとき、撮影画像(映像)データには、画像データＩＤが含まれる。なお、撮影装置１ａは全天球パノラマ画像の元になる２つの半球画像を得ることができるため、図３（ａ）、（ｂ）に示されているように、撮影画像(映像)データは、２つの半球画像のデータによって構成されている。なお、本実施形態では、説明の便宜上、撮影画像(映像)データには、上述した音データが含まれているものとし、「撮影画像(映像)データ」と記載した場合には、音データが含まれているものとする。さらに、撮影画像(映像)データを、単に撮影画像データと記載する場合もある。

続いて、通信管理システム５は、受信した撮影画像データに対する録画処理を実行する（ステップＳ３０２）。なお、ステップＳ３０２の詳細について、以下の録画処理フローで詳細に説明する。

＜録画処理フロー＞
<<ライブ録画時の録画処理フロー>>
次に、通信管理システム５において実行されるライブ録画の処理について説明する。図３２は、ライブ録画又はポスト変換録画選択及びライブ録画の録画処理を示したフローチャートである。なお、図３２に示された各処理は、各通信端末からメディアデータを受信する毎に実行される。まず、判断部５５は、受信したデータが映像データであるかどうかを判断する（ステップＳ３０２－１）。

受信したデータが映像データでないと判断した場合（ステップＳ３０２－１；ＮＯ）、判断部５５は、このフローを抜ける。他方、受信したデータが映像データであると判断した場合（ステップＳ３０２－１；ＹＥＳ）、録画処理部５３は、記憶読出部５９と協働して、受信された映像データの映像フレームをオリジナル録画ファイルとして、録画ファイル保存ＤＢ５００４（図１６Ｉ参照）に保存する（ステップＳ３０２－２）。この処理ステップでは、録画ファイルは、全天球パノラマ映像の場合であっても全天球全てが含まれる映像フォーマット(例えば、EQUIRECTANGULAR形式)で記録される。

続いて、判断部５５は、受信した映像フレームの録画がライブ録画により録画されたかポスト変換録画により録画されたかを判断する（ステップＳ３０２－３）。受信した映像フレームの録画がポスト変換録画により録画された場合（ステップＳ３０２－３；ポスト）、判断部５５は、以降の処理として図３３の丸Ａで示される処理に遷移するためにこのフローを抜ける。

他方、受信した映像フレームの録画がライブ録画により録画された場合（ステップＳ３０２－３；ライブ）、判断部５５は、更に、受信したデータに含まれる画像データＩＤを検索キーとして画像種類管理ＤＢ５００２（図１６Ｆ参照）を検索することにより、対応する画像種類を読み出し、受信したデータに係る映像が全天球映像であるか否かを判断する（ステップＳ３０２－４）。受信したデータに係る映像が全天球映像ではなく平面映像の場合（ステップＳ３０２－４；ＮＯ）、判断部５５は、特に処理を行わずにこのフローを抜ける。

他方、受信したデータに係る映像が全天球映像である場合（ステップＳ３０２－４；ＹＥＳ）、記憶読出部５９は、各視聴拠点を表す画像送信先の各ＩＰアドレスを検索キーとして所定領域管理ＤＢ５００３（図１６Ｇ参照）を検索することにより、受信したデータに関する各ＩＰアドレスに対応する最新の所定領域情報を読み出す（ステップＳ３０２－５）。

続いて、画像変換処理部５７は、読み出された最新の所定領域情報ごとに透視射影変換を行い、所定領域画像(平面画像)を生成する（ステップＳ３０２－６）。

所定領域画像(平面画像)が生成された後、記憶読出部５９は、生成された各所定領域画像(平面画像)を映像フレームとした録画ファイルとして、録画ファイル保存ＤＢ５００４（図１６Ｉ参照）に保存してこのフローを抜ける（ステップＳ３０２－７）。

上述したステップＳ３０２－５～Ｓ３０２－０７の各処理は、受信した映像データを視聴している各視聴拠点のデータごとに行われ、視聴拠点ごとにその視聴状況を反映した映像ファイルが、録画ファイル名を付与されて生成され、管理される。これにより、ライブ録画による録画方式では、通信管理システム５は、撮影画像のリアルタイム配信とともに全ての視聴クライアント(視聴拠点)ごとの視聴状況を反映した録画ファイルを生成することができる。その際、各視聴クライアント(各通信端末)における画面キャプチャなどを行う必要がなくなり、視聴クライアント側での処理負荷や視聴クライアントから通信管理システム５に対するデータの発生等も抑止することができる。また、撮影されたオリジナル映像も録画ファイル保存ＤＢ５００４（図１６Ｉ参照）に所定の録画ファイル名で保存される。そのため、全天球映像についてはどの視聴拠点も注目していなかった領域に対しても記録が残り、利用者は、必要に応じて所定時間経過後に、残された記録を参照することも可能になる。

<<ポスト変換録画時の録画処理フロー>>
次に、通信管理システム５において実行されるポスト変換録画の処理について説明する。図３３は、ポスト変換録画の場合の録画処理を示したフローチャートである。この図３３の処理は、上述した図３２のステップＳ３０２－３の処理において、判断部５５によってポスト変換録画が実行されると判断された場合（丸Ａの処理に遷移する場合）のフローである。ポスト変換録画では、撮影画像に対するリアルタイム配信時には、各画像(映像)データのオリジナル、及び各視聴拠点の所定領域情報の履歴が記録される。そして、リアルタイム配信終了後に要求された利用者からの録画ファイル取得要求に応じて、指定された視聴拠点の視聴状況を反映した録画ファイルが生成される。なお、丸Ａの処理に遷移する時期は、図３２のステップＳ３０２－３の処理が終了してから所定の期間空いてもよい。この所定の期間とは、例えば、１０分間、３時間、１０日間などである。

まず、判断部５５は、ポスト変換録画が要求されたか否か(ポスト変換録画要求の有無)を判断する（ステップＳ４０１）。このポスト変換録画の要求とは、後述する画像変換処理部５７で変換される変換後所定領域画像データの取得要求をいう。ポスト変換録画が要求されない場合（ステップＳ４０１；ＮＯ）、判断部５５は、ステップＳ４０１の処理に留まる。

他方、ポスト変換録画が要求された場合（ステップＳ４０１；ＹＥＳ）、記憶読出部５９は、指定された画像送信元(視聴拠点)である撮影装置１の識別情報（ＩＰアドレス。送信元識別情報又は撮影装置識別情報の一例）を検索キーとして録画ファイル保存ＤＢ５００４（図１６Ｉ参照）を検索することで、対応するオリジナル録画ファイルを読み出す（ステップＳ４０２）。

なお、録画ファイル取得要求は、例えば、リアルタイム配信が行われた工事現場、建設現場等における現場作業履歴ページに閲覧要求者が通信端末等を用いてアクセスをすることで実現される。具体的には、閲覧要求者は、その現場の一週間前の現場作業記録を入手したい場合などに、日時を指定してＷｅｂページ等にアクセスする。つまり、閲覧要求者は、指定した日時のある場所における現場作業履歴の詳細を知りたいときに、指定した日時及び場所で発生したイベントの詳細を確認することができる。その方法は、例えば、閲覧要求者が所定のＷｅｂページにアクセスして必要なイベント履歴を指定することで、録画処理部５３は、Ｗｅｂページ上で閲覧要求者にＵＩ(User Interface)を提供するようにしてもよい。このとき、要求には、送信元視聴拠点の識別情報(例えば、ＩＰアドレス)と送信先視聴拠点の識別情報(例えば、ＩＰアドレス)の組合せが含まれ、どの視聴拠点がどの視聴拠点をどのように見ていたか等の視聴状況に対する必要性が指定されている。この処理では、記憶読出部５９は、要求に含まれる送信元視聴拠点の識別情報(ＩＰアドレス)を検索キーとして録画ファイル保存ＤＢ５００４（図１６Ｉ参照）を検索することにより、対応する録画ファイルを読み出す。上述したとおり、読み出された録画ファイルには全天球画像であっても全天球映像全てが含まれている。これにより、閲覧要求者によってリクエストされたときに初めて、オリジナルの全天球映像から得られる録画ファイルを取得することができるようになる。

続いて、記憶読出部５９は、利用者の要求に含まれる画像送信元(送信元視聴拠点)の識別情報（ＩＰアドレス。送信元識別情報又は撮影装置識別情報の一例）と画像送信先(送信先視聴拠点)の識別情報（ＩＰアドレス。送信先識別情報又は通信端末識別情報の一例）を検索キーとして、所定領域管理ＤＢ５００３Ｐ（図１６Ｈ参照）を検索することにより、対応する時系列情報(タイムスタンプ)を読み出す（ステップＳ４０３）。なお、閲覧要求者の通信端末には、図２３又は図３０で行われたような所定領域画像を示す所定領域情報の共有がされていることを前提としている。そのため、記憶読出部５９は、ステップＳ４０３の処理において閲覧要求者の通信端末が指定した送信元識別情報（画像送信元のＩＰアドレス。撮影装置識別情報の一例でもある）と送信先識別情報(画像送信先のＩＰアドレス。通信端末識別情報の一例でもある）を検索キーとすることができる。

続いて、画像変換処理部５７は、ステップＳ４０２で読み出された撮影画像データ(録画ファイル)とステップＳ４０３で読み出された所定領域の時系列情報(タイムスタンプ)を組み合わせて、映像フレーム毎に対応したタイムスタンプの所定領域情報を用いて透視射影変換を行う。透視射影変換を行った後、画像変換処理部５７は、平面画像データを取得する。その後、録画処理部５３は、各視聴拠点における利用者(視聴者)ごとの視聴状況を反映した新たな録画ファイルを生成して録画ファイル保存ＤＢ５００４（図１６Ｉ参照）に追加保存する（ステップＳ４０４）。このとき、録画処理部５３は、記憶読出部５９と協働して、新たな録画ファイルのファイル名に対応するライブ/ポストフラグの項目に「ポスト」の処理フラグ(情報)を対応付けて記録してもよい。これにより、記憶読出部５９は、保存された録画ファイル名が、ライブ録画時に録画保存された録画ファイルであるか、ポスト変換録画時に録画保存された録画ファイルであるかを管理することが可能になる。なお、ステップＳ４０４で生成された新たな録画ファイルは変換後所定領域画像データの一例として扱われ、新たな録画ファイルに含まれる画像(映像)は、変換後所定領域画像の一例として扱われる。

ステップＳ４０２で読み出された録画ファイルの全ての映像フレームに対してステップＳ４０３及びＳ４０４の処理を実行後、送受信部５１は、閲覧要求者に対して、新たに生成された利用者(視聴者)ごとに視聴状況を反映した変換後の録画ファイル(変換後所定領域画像データ)を送信する（ステップＳ４０５）。利用者への録画ファイルの送信方法は、例えば、期間限定で利用できるダウンロードＵＲＬを生成して登録されているemail等で通知するなどの方法が考えられるが、これに限らない。

なお、図３２で説明したステップＳ３０２－１及びＳ３０２－２の処理は、リアルタイム配信中に、各通信端末から送信されたメディアデータを受信するごとに実行される。

以上説明したように、ポスト変換録画による録画方式では、リアルタイム配信中はそれぞれの送信映像を記録するだけなので、録画する撮影画像データに重複がなく効率的な処理が行える。また、所定領域の時系列情報は一般的に映像データよりはデータ量が少ないため、視聴拠点が多数であったとしても記録に必要なメモリ容量を抑えることが可能になる。

＜ライブ録画及びポスト変換録画の選択＞
ここで、ライブ録画とポスト変換録画をいつ、どのように切り替えるかについて一例を挙げて説明する。まず、実施形態で説明した画像通信システムにおいて、ライブ録画とポスト変換録画の両方が実行可能な場合を考える。このとき、利用者が所定の会議によって選択が可能な場合であれば、ライブ録画モードが必要か否かをシステムの設定とした上で、事前に設定しておくことが可能である。このようなシステムの設定において、ライブ録画設定がされていたら、通信管理システム５は、図３２のステップＳ３０２－５からＳ３０２－７までのライブ録画モードの処理を実行することになる。

他方、ポスト変換録画モードの場合は、画像通信システムにおいて、後から製品としてサポートするのであれば、必要なら取り寄せるイメージ（ライブ録画の設定でなければ、ポスト変換録画の設定が可）としてもよい。

また、コストを考慮した場合は、ライブ録画に係るライブ録画モード、ポスト変換録画に係るポスト変換録画モードのいずれも実行しないという選択モードもあってもよい。

図３１に戻り、通信管理システム５の送受信部５１は、それぞれ同じ映像通話に参加している通信端末（スマートフォン９，ＰＣ７，ビデオ会議端末３ｄ）に対して、撮影画像データ及び音データを送信する（ステップＳ３０３，Ｓ３０４，Ｓ３０５）。これら各送信処理には、送信対象である撮影画像データを識別するための画像データＩＤが含まれている。これにより、スマートフォン９の送受信部９１、ＰＣ７の送受信部７１及びビデオ会議端末３ｄの送受信部３１ｄは、それぞれ撮影画像データ、画像データＩＤ及び音データを受信する。

●画面表示例●
続いて、ポスト変換録画を行った際に利用者が視聴可能なＵＩ画面例について説明する。図３４は、ポスト変換録画を視聴するためのアプリ上のファイル選択画面例である。図３４では、閲覧要求者が、Ｗｅｂアプリ上で指定された現場作業履歴ページにアクセスをすると、リアルタイム配信が行われた工事現場、建設現場等におけるライブ配信映像を再送するためのライブ配信映像再送サービス画面１０００１が表示される。なお、閲覧要求者がアクセスするための通信端末等は、例えば、スマートフォン９であってもよい。その場合は、スマートフォン９の表示制御部９４が、ディスプレイ９１７に対してライブ配信映像再送サービス画面１０００１の表示制御を行う。このライブ配信映像再送サービス画面１０００１には、例えば、日時、場所、イベント、動画ファイル及び選択用のチェックボックスの各項目が一覧となった映像(動画)ファイルリスト１０００２が表示される。映像(動画)ファイルの項目には、閲覧要求者がどの映像(動画)を再度確認したいかがわかるように、映像(動画)の一部を表すサムネイル画像が添付されていてもよい。ここでは、閲覧要求者によって送信元識別情報(ＩＰアドレス)が1.2.1.3で示される動画ファイル名：10101.mp4のオリジナル動画ファイルが選択され、チェックボックスにレ点チェックが入れられた状態が例示されている。この状態で「閲覧」ボタン１０００３を操作(押下、タップ等)することにより、後述する図３５の動画再生画面１００１１に遷移することができる。また、閲覧要求者は、「閉じる」ボタン１００４を操作することにより、この画面から他の画面に遷移することができる。なお、映像(動画)ファイルリスト１０００２で管理、表示される項目は、上記の内容に限らない。

●画面表示例●
図３５は、アプリで選択されたポスト変換録画の動画再生画面例である。図３５に示されているように、閲覧要求者によって選択された動画ファイル(1850.mp4)は、動画再生画面１００１１の動画再生領域１００１２にて再生される。また、動画再生画面１００１１には、再生される動画ファイルに係るファイル情報表示欄１００１３、「ダウンロード」ボタン１００１４、「閉じる」ボタン１００１５及び送信先拠点選択部１００１６が表示される。ポスト変換録画の場合では、図３５において所定のイベントに参加していた(又は、所定の現場にいた)各視聴拠点の一覧が必要となる。そこで、所定のイベント(又は、所定の現場)で撮影された映像(動画)そのものの選択とあわせて、送信先拠点選択部１００１６を表示させて閲覧者による送信先拠点の選択を促す。これは、撮影された映像(動画)に対して、その映像(動画)を誰が見ていたかを示す視点情報を元に透視射影変換を行い、その映像(動画)の再生を行うか否かを閲覧者に選択させるためである。つまり、送信先拠点情報は、図３３のステップＳ４０３で説明した「送信先拠点」の情報(例えば、送信先識別情報を表すＩＰアドレス)に相当する。図３５に示した例では、閲覧要求者が送信先拠点選択部１００１６のＩＰアドレス：1.2.2.1の送信先をレ点チェックにより送信先拠点情報として選択することにより、その送信先の視聴拠点(視点)における動画ファイル:1850.mp4(録画ファイル保存ＤＢ５００４、図１６Ｉ参照)が先頭から再生可能となる状態(動画再生時間目盛の先頭位置に〇のマークが来る状態)を示している。なお、送信先拠点選択部１００１６は、動画再生画面１００１１に限らず、図３４に示したライブ配信映像再送サービス画面１０００１の中に設けられてもよい。これにより、閲覧要求者は、動画再生領域１００１２にて、動画ファイル(1850.mp4)を再生させ、その動画ファイルで記録されたタイムスタンプと関連付けられている所望の日時における画面、音声、及び画面中の視点の方向を確認することができる。なお、送信先拠点情報の一例としては、上述したようにＩＰアドレスを挙げたが、他にも送信先拠点の利用者の使用者ＩＤ(利用者識別情報)であってもよい。

なお、スマートフォン９の表示制御部９４は、図３４に示した映像(動画)ファイルリスト１０００２中に、タイムスタンプの項目を追加してもよい。具体的には、スマートフォン９の表示制御部９４、及び通信管理システム５の録画変換処理部は、所定領域管理ＤＢ５００３Ｐ（図１６Ｈ参照）で管理されているタイムスタンプの項目と同じ項目を設けて表示させる。これにより、表示されたタイムスタンプの項目のうち、閲覧要求者が確認したいタイムスタンプの日時を選択すると、選択されたタイムスタンプ付近の動画(例えば、タイムスタンプで示された日時を中心とした前後５分間など)が再生されるようにしてもよい。このような機能をポスト変換録画の実行時に組み込むことで、閲覧要求者が所望する時間帯付近の動画だけを保存することが可能になり、通信管理システム５のメモリ容量の節約が期待できる。さらに、閲覧要求者が一定の権限を有していれば、ファイル情報表示欄１００１３に表記されたファイル名を選択して「ダウンロード」ボタン１００１４を操作することで、選択した動画ファイル(再生中の動画ファイル)を通信端末にダウンロードし、ローカルな環境で繰り返し再生することも可能になる。他方、「閉じる」ボタン１００１５を操作することで、ライブ配信映像再送サービス画面１０００１に戻ることができる。

＜＜本実施形態の主な効果＞＞
以上説明したように、本実施形態によれば、通信管理システム５は、送受信部５１によって撮影装置１ａが送信した画像データＩＤ及び集音して得た音データを含む撮影画像データを受信した後（ステップＳ３０１）、画像変換処理部５７によって撮影画像データを録画した録画ファイルと所定領域の時系列情報とに基づいて透視射影変換を実行し（ステップＳ４０４）、送受信部５１によって新たに生成した通信端末ごとの視聴状況を反映した変換後所定領域画像データ(変換後の録画ファイル)を通信端末に対して送信する（ステップＳ４０５）。これにより、配信後に時間をおいて撮影された画像を利用者が見返す場合でも、利用者は、撮影された画像を、いつ、どのような視点で見ていたかを把握しやすくなるという効果を奏する。

〔補足〕
上述した各実施形態では、所定領域Ｔは、全天球画像ＣＥを含む三次元の仮想空間における仮想カメラＩＣの撮影方向と画角を示す所定領域情報によって特定されるが、これに限るものではない。例えば、画角を一定にして利用する場合等には、所定領域Ｔは、図７において、中心点ＣＰ又は矩形の所定領域Ｔの四隅の任意の点を示す所定点情報によって特定されるようにしてもよい。なお、「所定点情報」には、所定領域情報が含まれる。

また、上述した各実施形態では、パノラマ画像の一例として、撮影画像（全体画像）が三次元の全天球パノラマ画像について説明したが、二次元のパノラマ画像であってもよい。

更に、上述した各実施形態では、通信管理システム５が、各通信端末から送信された所定領域情報を中継しているが、これに限らず、各通信端末同士が直接、所定領域情報を送受信してもよい。

なお、各実施形態の機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ(登録商標)等のレガシープログラミング言語又はオブジェクト指向プログラミング言語等で記述されたコンピュータ実行可能なプログラムにより実現でき、各実施形態の機能を実行するためのプログラムは、電気通信回線を通じて頒布することができる。

また、各実施形態の機能を実行するためのプログラムは、ＲＯＭ、ＥＥＰＲＯＭ(Electrically Erasable Programmable Read-Only Memory)、ＥＰＲＯＭ(Erasable Programmable Read-Only Memory)、フラッシュメモリ、フレキシブルディスク、ＣＤ(Compact Disc)－ＲＯＭ、ＣＤ－ＲＷ(Re-Writable)、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＤＶＤ－ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯ(Magneto-Optical disc)等の記録媒体に格納して頒布することもできる。

また、上述した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上述した各機能を実行するよう設計されたＡＳＩＣ(Application Specific Integrated Circuit)、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）、ＳＯＣ(System on a chip)、ＧＰＵ（Graphics Processing Unit）や従来の回路モジュール等のデバイスを含むものとする。

これまで本発明の一実施形態に係る画像通信システム、通信管理装置、通信管理方法及びプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更又は削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１ａ 撮影装置
１ｂ 撮影装置
３ａ ビデオ会議端末（第３の通信端末の一例／通信端末（自端末）の一例）
３ｄ ビデオ会議端末（他の通信端末の一例）
４ａ ディスプレイ
４ｄ ディスプレイ（表示手段の一例）
５ 通信管理システム（通信管理装置の一例）
７ ＰＣ
８ 撮影装置
９ スマートフォン（通信端末（自端末）の一例）
３１ｄ 送受信部（送信手段の一例、受信手段の一例）
３００１ｄ 画像種類管理ＤＢ（画像種類管理手段の一例）
３００２ｄ 撮影装置管理ＤＢ（撮影装置管理手段の一例）
３００３ｄ 所定領域管理ＤＢ（所定領域管理手段の一例）
３００４ｄ 要求解像度管理ＤＢ（要求解像度管理手段の一例）
ｍ１１ 表示方向マーク（方向情報の一例）
ｍ１４ 表示方向マーク（方向情報の一例）
ｍ４１ 注視点マーク（対応位置情報の一例）
５１ 送受信部（受信手段の一例、送信手段の一例）
５３ 録画処理部（録画手段の一例）
５７ 画像変換処理部（画像変換手段の一例）
５９ 記憶読出部（記憶読出手段の一例）

特開２０１２－１７８１３５号公報 特開２００５－１０１９８０号公報

Claims (10)

1. 撮影することにより撮影画像データを得る撮影装置と、前記撮影画像データに係る撮影画像の所定領域の画像である所定領域画像を表示する通信端末と、前記所定領域を表す所定領域情報を管理する通信管理装置と、を含む画像通信システムであって、
   前記通信管理装置は、
   前記撮影装置が撮影した前記撮影画像データ、及び前記通信端末が送信した前記所定領域情報に関連付けられた日時を表す時系列情報を受信する受信手段と、
   前記受信した前記撮影画像データ及び前記時系列情報に基づいて透視射影変換された変換後所定領域画像データを前記通信端末に送信する送信手段と、
   を有する、
   ことを特徴とする画像通信システム。
2. 前記受信手段は、更に、
   前記撮影装置を識別するための撮影装置識別情報、及び前記通信端末を識別するための通信端末識別情報を受信し、
   前記送信手段は、
   前記撮影装置識別情報と前記通信端末識別情報とに関連付けられた前記時系列情報、及び前記撮影画像データに基づいて透視射影変換された前記変換後所定領域画像データを前記通信端末に送信する、
   ことを特徴とする請求項１に記載の画像通信システム。
3. 前記送信手段は、
   前記受信手段が前記通信端末から前記変換後所定領域画像データに係る取得要求を受信した場合に、前記変換後所定領域画像を前記通信端末に送信する、
   ことを特徴とする請求項１又は２に記載の画像通信システム。
4. 前記時系列情報は、
   前記撮影装置識別情報、及び前記通信端末識別情報に関連付けられた日時を表す、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の画像通信システム。
5. 請求項１乃至４のいずれか一項に記載の画像通信システムであって、
   前記通信管理装置は、更に、
   前記時系列情報に基づいて、前記撮影画像データを前記変換後所定領域画像データに変換する画像変換手段を有する、
   ことを特徴とする画像通信システム。
6. 前記画像変換手段は、
   前記時系列情報のうち最新の時系列情報における所定領域情報を用いて、前記撮影画像データを前記変換後所定領域画像データに変換する、
   ことを特徴とする請求項５に記載の画像通信システム。
7. 前記撮影装置は、三次元の全天球パノラマ画像を撮影可能な全天球撮影装置である、
   ことを特徴とする請求項１乃至６のいずれか一項に記載の画像通信システム。
8. 撮影装置が撮影した撮影画像の所定領域の画像である所定領域画像を表示する通信端末が送信した前記所定領域を表す所定領域情報を管理する通信管理装置であって、
   前記撮影装置が撮影した前記撮影画像データ、及び前記通信端末が送信した前記所定領域情報に関連付けられた日時を表す時系列情報を受信する受信手段と、
   前記受信した前記撮影画像データ及び前記時系列情報に基づいて透視射影変換された変換後所定領域画像データを前記通信端末に送信する送信手段と、
   を有する、
   ことを特徴とする通信管理装置。
9. 撮影装置が撮影した撮影画像の所定領域の画像である所定領域画像を表示する通信端末が送信した前記所定領域を表す所定領域情報を管理する通信管理装置が実行する通信管理方法であって、
   前記撮影装置が撮影した前記撮影画像データ、及び前記通信端末が送信した前記所定領域情報に関連付けられた日時を表す時系列情報を受信する受信ステップと、
   前記受信した前記撮影画像データ及び前記時系列情報に基づいて透視射影変換された変換後所定領域画像データを前記通信端末に送信する送信ステップと、
   を含む処理を実行する、
   ことを特徴とする通信管理方法。
10. 撮影装置が撮影した撮影画像の所定領域の画像である所定領域画像を表示する通信端末が送信した前記所定領域を表す所定領域情報を管理する通信管理装置に、
    前記撮影装置が撮影した前記撮影画像データ、及び前記通信端末が送信した前記所定領域情報に関連付けられた日時を表す時系列情報を受信する受信ステップと、
    前記受信した前記撮影画像データ及び前記時系列情報に基づいて透視射影変換された変換後所定領域画像データを前記通信端末に送信する送信ステップと、
    を含むステップを実行させるためのプログラム。

Images