(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-11
(45)【発行日】2023-12-19
(54)【発明の名称】撮像装置、画像生成方法、プログラム
(51)【国際特許分類】
H04N 23/60 20230101AFI20231212BHJP
H04N 23/71 20230101ALI20231212BHJP
H04N 23/695 20230101ALI20231212BHJP
G03B 15/00 20210101ALI20231212BHJP
G03B 19/07 20210101ALI20231212BHJP
G03B 37/00 20210101ALI20231212BHJP
【FI】
H04N23/60
H04N23/71
H04N23/698
G03B15/00 W
G03B19/07
G03B37/00 A
(21)【出願番号】P 2019225855
(22)【出願日】2019-12-13
【審査請求日】2022-10-17
(73)【特許権者】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】田中 大貴
【審査官】▲うし▼田 真悟
(56)【参考文献】
【文献】特開2019-117330(JP,A)
【文献】特開2003-274278(JP,A)
【文献】特開2016-139947(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
H04N 5/222-5/257
H04N 23/00
H04N 23/40-23/76
H04N 23/90-23/959
G03B 15/00
G03B 19/07
G03B 37/00
(57)【特許請求の範囲】
【請求項1】
複数の撮像素子で撮像された画像データを合成して1つの撮像素子で撮像された画像データよりも広角な画像データを生成する撮像装置であって、
一方の撮像素子で撮像された画像データの輝度平均値に
時間的な周期性がある場合、
輝度平均値に
時間的な周期性がある前記画像データを合成に使用せず、他方の1つ以上の撮像素子で撮像された画像データを出力することを特徴とする撮像装置。
【請求項2】
各フレームの画像データの輝度平均値を記憶する輝度値記憶部と、
フレームの
画像データの輝度平均値と前記輝度値記憶部に記憶されている前フレームの
画像データの輝度平均値との輝度差
である第一の輝度差、及び、時間的に隣接する2つの
第一の輝度差の差を計算する輝度差計算部と、
前記輝度差計算部で計算された前記
第一の輝度差の
差が第一の閾値以上かどうかを判断する輝度値特徴判断部と、を有し、
前記輝度値特徴判断部は、前記第一の閾値以上の前記
第一の輝度差の差が検出されたフレームと、前回、前記第一の閾値以上の前記
第一の輝度差の差が検出されたフレームとの間隔が第二の閾値未満の場合、輝度平均値に
時間的な周期性があると判断することを特徴とする請求項1に記載の撮像装置。
【請求項3】
時間的な周期性の検出が完了している1周期分のフレームについて、前記第一の閾値以上の
前記第一の輝度差、及び、該
第一の輝度差が検出された時刻を前記輝度値記憶部に記憶し、すでに前記輝度値記憶部に記憶されている前記1周期分の
輝度平均値を削除する特徴圧縮部を有することを特徴とする請求項2に記載の撮像装置。
【請求項4】
前記画像データを複数のエリアに分割するエリア分割部
と、
前記エリアごと
の輝度平均値に
時間的な周期性があるか否かを判断し、
1つでも
時間的な周期性がある前記エリアが検出された場合、前記画像データの輝度平均値に
時間的な周期性があると判断する
輝度値特徴判断部と、を有することを特徴とする請求項
1に記載の撮像装置。
【請求項5】
前記エリアごとに、フレームの輝度平均値、該フレームの前フレームの輝度平均値、該フレームと前フレームの輝度平均値の輝度差、及び、時間的に隣接した2つの前記輝度差の差を計算する
輝度差計算部をさらに有し、
前記輝度値特徴判断部は、前記エリアごとに
、第一の閾値以上の前記輝度差の差が検出されたフレームと、前回、前記第一の閾値以上の前記輝度差の差が検出されたフレームとの間隔が第二の閾値未満の場合、2つのフレーム間の中点の時刻を決定し、
各エリアの前記時刻の差が予め設定した第三の閾値未満である場合に、輝度平均値に
時間的な周期性があると判断する検出部を有することを特徴とする請求項
4に記載の撮像装置。
【請求項6】
前記エリアごとに、第一の撮像素子で撮像されたフレームの輝度平均値とその前フレームの輝度平均値との輝度差、及び、時間的に隣接した2つの輝度差の差を計算する第一の輝度差計算部と、
前記エリアごとに、前記第一の閾値以上の前記輝度差の差が検出されたフレームと、前回、前記第一の閾値以上の前記輝度差の差が検出されたフレームとの間隔が第二の閾値未満の場合、2つのフレーム間の中点の時刻を決定する第一の輝度値特徴判断部と、
各エリアの前記時刻の差が
前記第三の閾値未満である場合に、輝度平均値に時間的な周期性があると判断する第一の検出部と、
前記エリアごとに、第二の撮像素子で撮像されたフレームの輝度平均値とその前フレームの輝度平均値との輝度差、及び、時間的に隣接した2つの輝度差の差を計算する第二の輝度差計算部と、
前記エリアごとに、前記第一の閾値以上の前記輝度差の差が検出されたフレームと、前回、前記第一の閾値以上の前記輝度差の差が検出されたフレームとの間隔が第二の閾値未満の場合、2つのフレーム間の中点の時刻を決定する第二の輝度値特徴判断部と、
各エリアの前記時刻の差が
前記第三の閾値未満である場合に、輝度平均値に
時間的な周期性があると判断する第二の検出部と、を有し、
前記第一の検出部と前記第二の検出部は互いに各エリアの前記時刻の差を送信することを特徴とする請求項
5に記載の撮像装置。
【請求項7】
3つ以上の撮像素子を有することを特徴とする請求項1~
6のいずれか1項に記載の撮像装置。
【請求項8】
複数の撮像素子で撮像された画像データを合成して1つの撮像素子で撮像された画像データよりも広角な画像データを撮像装置が生成する画像生成方法であって、
一方の撮像素子で撮像された画像データの輝度平均値に
時間的な周期性がある場合、
時間的な周期性がある前記画像データを合成に使用せず、他方の
1つ以上の撮像素子で撮像された画像データを出力することを特徴とする画像生成方法。
【請求項9】
複数の撮像素子で撮像された画像データを合成して1つの撮像素子で撮像された画像データよりも広角な画像データを生成する撮像装置に、
一方の撮像素子で撮像された画像データの輝度平均値に
時間的な周期性がある場合、
時間的な周期性がある前記画像データを合成に使用せず、他方の
1つ以上の撮像素子で撮像された画像データを出力させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、撮像装置、画像生成方法、及び、プログラムに関する。
【背景技術】
【0002】
魚眼レンズや超広角レンズなどの広角なレンズを複数使用して周囲360度又は全方位を一度に撮像する撮像装置が知られている。この撮像装置では、各々のレンズからの像を各撮像素子に投影し、得られる各画像を画像処理によってつなぎ合わせることで、360度画像を生成する。
【0003】
このような撮像装置で撮像された映像を撮像者が提供する場合、画角が広いために所望の被写体を簡単に明示できない場合がある。つまり360度が撮像された全天球画像のどこに明示したい被写体が写っているかを閲覧者に伝えることが容易でない。
【0004】
そこで、画角を狭める技術が知られている(例えば、特許文献1参照。)。特許文献1には、タッチパネルや物理ボタンの押下により、ユーザの意図したタイミングで360度撮像モードと180度撮像モードを切り替える撮像装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来の技術では、画像の画角を狭めるためのユーザの操作を受け付けるハードウェアが必要になるという問題があった。
【0006】
本発明は、上記課題に鑑み、所定のハードウェアがなくても画像の画角を制御できる撮像装置を提供することを目的とする。
【課題を解決するための手段】
【0007】
上記課題に鑑み、本発明は、複数の撮像素子で撮像された画像データを合成して1つの撮像素子で撮像された画像データよりも広角な画像データを生成する撮像装置であって、 一方の撮像素子で撮像された画像データの輝度平均値に時間的な周期性がある場合、輝度平均値に時間的な周期性がある前記画像データを合成に使用せず、他方の1つ以上の撮像素子で撮像された画像データを出力することを特徴とする。
【発明の効果】
【0008】
所定のハードウェアがなくても画像の画角を制御できる撮像装置を提供することができる。
【図面の簡単な説明】
【0009】
【
図1】画像通信システムの一例のユースケースを説明する図である。
【
図2】不動産物件を案内している不動産業者が任意の所定範囲を不動産店舗にいる顧客に表示させる画像通信システムの概略的な動作を説明する図である。
【
図3A】画像通信システムの構成の概略図の一例である。
【
図3B】画像通信システムの別の構成の概略図の一例である。
【
図5】撮像装置のハードウェア構成例を示す図である。
【
図6】端末装置のハードウェア構成図の一例である。
【
図8】撮像装置で撮像された画像から360度画像が作成されるまでの処理の概略を説明する図である(その1)。
【
図9】撮像装置で撮像された画像から360度画像が作成されるまでの処理の概略を説明する図である(その2)。
【
図10】全天球画像を三次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。
【
図11】入力画像処理モジュールの機能をブロック状に示す機能ブロック図の一例である。
【
図12】撮像装置が撮像する空間の一例を示す図である。
【
図13】ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す図である。
【
図14】撮像装置が360度画像から180度画像に切り替える手順を示すフローチャート図の一例である。
【
図15】輝度値特徴記憶部の構成例を示す図である。
【
図16】ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す図である。
【
図17】撮像装置が360度画像から180度画像に切り替える手順を示すフローチャート図の一例である(実施例2)。
【
図18】輝度値比較部の機能を示す図である(実施例3)。
【
図19】ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す図である(実施例3)。
【
図20】撮像装置が360度画像から180度画像に切り替える手順を示すフローチャート図の一例である(実施例3)。
【
図22】入力画像処理モジュールの構成例を示す図である(実施例4)。
【
図23】入力画像処理モジュールの処理を説明するフローチャート図の一例である。
【
図24】入力画像処理モジュールの構成例を示す図である(実施例5)。
【
図25】ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す図である(実施例5)。
【
図26】入力画像処理モジュールの処理を説明するフローチャート図の一例である(実施例5)。
【
図27】輝度値比較部の構成例を示す図である(実施例6)。
【
図28】エリア間の比較の対象を説明する図の一例である。
【
図29】ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す図である(実施例6)。
【
図30】入力画像処理モジュールの処理を説明するフローチャート図の一例である(実施例6)。
【
図31】入力画像処理モジュールの構成を説明する図の一例である(実施例7)。
【
図32】入力画像処理モジュールの処理を説明するフローチャート図の一例である。
【発明を実施するための形態】
【0010】
以下、本発明を実施するための形態の一例として、撮像装置と撮像装置が行う画像生成方法について図面を参照しながら説明する。
【実施例1】
【0011】
<画像通信システムの概略>
図1は、画像通信システム100のユースケースを説明する図である。不動産物件110にいる不動産業者101は撮像装置5を把持して、360度画像を撮像しながら各部屋を移動する。撮像装置5は360度画像(動画)をリアルタイムに不動産店舗にある端末装置10Aへ送信する。端末装置10Aは受信した360度画像の所定範囲を平面デバイスであるディスプレイに表示する。
【0012】
不動産店舗にいる顧客102は、端末装置10Aを操作して360度画像を回転させる(任意の所定範囲を表示させる)ことができ、不動産店舗にいながら不動産物件の任意の方向を閲覧できる。
【0013】
不動産物件110にいる不動産業者101が部屋に設置された例えばエアコンを顧客102に見せたい場合を説明する。従来は、360度画像のどこにエアコンが写っているかを不動産業者101が音声で説明しなければならなかったが、コミュニケーションが容易でなく説明が煩わしいと感じられるおそれがあった。
【0014】
そこで、本実施形態の画像通信システム100は、以下のようにして、不動産業者101が見せたい被写体を、顧客102が操作する端末装置10Aに容易に表示することを可能にする。
【0015】
図2を用いて、画像通信システム100の概略的な動作について説明する。
図2は、不動産物件110にいる不動産業者101が任意の所定範囲を不動産店舗120にいる顧客102に表示させる画像通信システム100の概略的な動作を説明する図である。
【0016】
不動産業者101が把持する撮像装置5は360度画像を撮像できるため2つ以上の撮像素子を有している。本実施形態では主に2つの撮像素子を有する撮像装置5について説明するが、撮像素子は3以上の場合もある。撮像装置5は2つの撮像素子でそれぞれ撮像された画像データをつなぎ合わせて(合成して)360度画像を作成する。
【0017】
不動産業者101が例えば顧客102をエアコン901に注目させてエアコン901について説明したい場合、不動産業者101はエアコン901とは反対側の撮像素子(写したいものが写っていない撮像素子)の前で手を周期的に動作させる。以下、この動作を「ジェスチャー切り替え動作」という。不動産業者101が撮像装置5のレンズ上を何度も通過するように手を左右(又は上下)に動かすと、周期的に輝度が変化する。片方のレンズに物体が被さる面積と検出される輝度平均値が反比例の関係にあるためである。また、例えば、手を近づける/遠ざける、手を開く/閉じるなどのジェスチャーでも同様の変化となる。
【0018】
図2では、エアコン901とは反対側のレンズが手のひらで周期的に遮光されている。撮像装置5は2つの撮像素子のうち少なくとも一方が検出する輝度が周期的に変化したことを検出した場合、2つの撮像素子でそれぞれ撮像された画像データの合成を行わず、輝度が変化していない方の画像データのみを不動産店舗120の端末装置10Aに送信する。本実施形態では、2つの撮像素子でそれぞれ撮像された画像データを合成すると360度(全天球)の画像が得られるので、1つの撮像素子で撮像された画像データを180度画像といい、2つの撮像素子で撮像された2つの画像データを合成したものを360度画像という。撮像装置5は次のジェスチャー切り替え動作が検出されるまで同じ状態(180度画像を出力する)を保持する。
【0019】
なお、撮像装置5は輝度が変化した方の画像データのみを不動産店舗120の端末装置10Aに送信してもよい。輝度が変化した方の画像データを送信するのか、輝度が変化していない方の画像データのみを送信するのかを、例えば、ユーザが使いやすい方を選択して設定できてよい。
【0020】
不動産店舗120の端末装置10Aは、180度画像の全体を表示するが、不動産業者101は撮像装置5の光軸の中心にエアコン901が写るように撮像しているため、端末装置10Aのディスプレイのほぼ中央付近にエアコン901が表示される。したがって、顧客102はエアコン901が写るように表示範囲を調整する必要があまりない。
【0021】
このように、本実施形態の画像通信システム100は、360度画像から180度画像へ切り替えて広角な画像から任意の範囲を表示させることができる。また、タッチパネルや物理キーなど所定のハードウェア的なスイッチを使用することなく実行させることができ、直感的な操作で実現できる。したがって、不動産業者101が着目して欲しい被写体がどこあるかを説明しなくても、顧客102は不動産業者101が着目して欲しい被写体を閲覧できる。
【0022】
<用語について>
合成とは、二つ以上の物を合わせて1つのものにすることをいう。本実施形態では2つ以上の画像で広角な画像データを生成することをいう。
【0023】
周期性とは一定の時間をおいて同じ状況が生じることをいう。ただし、一定とは厳密である必要がない。
【0024】
<画像通信システムの概略>
続いて、
図3を用いて、本実施形態の画像通信システム100の構成の概略について説明する。
図3は、本実施形態の画像通信システム100の構成の概略図である。
【0025】
図3Aに示されているように、本実施形態の画像通信システム100は、拠点Aに配置された端末装置10Aと拠点Bに配置された撮像装置5がインターネットやセルラー回線等の通信ネットワークNを介して通信することができる。拠点Aは例えば顧客102がいる不動産店舗120であり、拠点Bは例えば内見の対象となる不動産物件110である。
【0026】
撮像装置5は、上記のように、被写体や風景等を撮像して360度画像の元になる2つの180度画像を合成する特殊なデジタルカメラである。
【0027】
端末装置10Aはビデオ会議用のアプリケーションソフトを動作させることで他の拠点と通信する汎用的な情報処理装置である。端末装置10Aは例えば、ノートPC(Personal Computer)、携帯電話、スマートフォン、タブレット端末、カーナビ、ゲーム機、PDA(Personal Digital Assistant)、ウェアラブルPC又はデスクトップPC等である。しかし、これらには限られない。
【0028】
端末装置10Aは、自装置に設けられたディスプレイ720に受信した画像を表示する。
【0029】
また、端末装置10Aには、OpenGL ES(Open Graphics Library for Embedded Systems)がインストールされており、撮像装置5から送られて来た360度画像から所定領域画像を作成することができる。したがって、各端末装置10Aは360度画像から切り出した所定領域画像を表示できる。
【0030】
拠点Aには少なくとも一人の顧客102が存在し、端末装置10Aは撮像装置5が撮像する映像(360度画像又は180度画像)をディスプレイ720に表示する。拠点Aの顧客102は、不動産業者101により切り替えられた180度画像又は360度画像を閲覧するユーザである。ただし、顧客102の人数は一例である。
【0031】
拠点Bには、少なくとも一人の不動産業者101が存在し、撮像装置5を手に把持したり棒状部材に取り付けたりして保持している。不動産業者101は撮像装置5と共に移動することができる。不動産業者101は不動産物件110を撮像する撮像者である。ただし、不動産業者101の人数は一例である。
【0032】
次に、
図3Bに示されているように、本実施形態の別の画像通信システム100は、少なくとも2つの拠点A、拠点Bに配置された各端末装置10A,10Bがインターネット等の通信ネットワークNを介して通信して、各拠点の端末装置10A,10Bが映像を共有することができる。拠点Aには撮像装置4と端末装置10Aが配置されており、拠点Bには端末装置10Bと撮像装置5が配置されている。拠点Aは例えば顧客102がいる不動産店舗120であり、拠点Bは例えば内見の対象となる不動産物件110である。
【0033】
撮像装置5は、上記のように、被写体や風景等を撮像して360度画像の元になる2つの180度画像を合成する特殊なデジタルカメラである。一方、撮像装置4は、被写体や風景等を撮像して一般の平面画像を得るための一般のデジタルカメラである。
【0034】
端末装置10A,10Bはビデオ会議用のアプリケーションソフトを動作させることで他の拠点と通信する汎用的な情報処理装置である。端末装置10A、10Bは例えば、ノートPC(Personal Computer)、携帯電話、スマートフォン、タブレット端末、カーナビ、ゲーム機、PDA(Personal Digital Assistant)、ウェアラブルPC又はデスクトップPC等である。しかし、これらには限られない。
【0035】
端末装置10Aは、自装置に設けられたディスプレイ720に映像通話の画像を表示する。端末装置10Aは、外付けされた撮像装置4で顧客102等を撮像する。
【0036】
端末装置10Bは、自装置に設けられたディスプレイ720に映像通話の画像を表示する。端末装置10Bは、通常は自装置に設けられた後述のCMOSセンサ712(Complementary Metal Oxide Semiconductor)等で撮像するが、Wi-Fi(Wireless Fidelity)やBluetooth(登録商標)等の無線通信技術を利用して、撮像装置5で得られた360度画像を取得することができる。
【0037】
また、端末装置10A,10Bには、OpenGL ESがインストールされており、360度画像の一部の領域を示す所定領域画像を作成したり、他の端末装置10から送られて来た360度画像から所定領域画像を作成したりすることができる。したがって、各端末装置10A,10Bは360度画像から切り出した所定領域画像を表示できる。
【0038】
拠点Aには少なくとも一人の顧客102が存在し、端末装置10Aは撮像装置5が撮像する映像(360度画像又は180度画像)及び撮像装置4が撮像する映像をディスプレイ720に表示する。拠点Aの顧客102は、不動産業者101により切り替えられた180度画像又は360度画像を閲覧するユーザである。ただし、顧客102の人数は一例である。
【0039】
拠点Bには、少なくとも一人の不動産業者101が存在し、撮像装置5を手に把持したり棒状部材に取り付けたりして保持している。不動産業者101は撮像装置5と共に移動することができる。不動産業者101は不動産物件110を撮像する撮像者である。また、端末装置10Bは、撮像装置4、5が撮像する映像をディスプレイ720に表示する。ただし、不動産業者101の人数は一例である。
【0040】
通信管理システム80は、端末装置10A,10Bの通信を管理及び制御する。よって、通信管理システム80は通信制御システムでもある。なお、通信管理システム80は、通信サービスを行うデータセンタやクラウドに設置されている。また、通信管理システム80は、単一のコンピュータによって構築されてもよいし、各部(機能、手段、又は記憶部)を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
【0041】
なお、
図3Bに示した、拠点数、各拠点に配置される端末装置10A,10Bの種類、撮像装置4,5の種類、及び、ユーザ(顧客と不動産業者)の人数は一例であり、本実施形態では、拠点Aと他の1つの拠点があればよいが、画像通信システム100は3つ以上の拠点で通信できる。また、拠点Aは撮像装置4を有していなくてもよく、拠点Bから送信される360度画像を表示できればよい。
【0042】
<構成例>
以下、
図4及び
図5を参照しながら、本実施形態による撮像装置5の全体構成について説明する。
図4は、本実施形態による撮像装置5の断面図である。
図4に示す撮像装置5は、撮像体19と、上記撮像体19の他、制御ユニット16やバッテリ15などの部品を保持する筐体17と、上記筐体17に設けられた撮像ボタン18とを備える。
【0043】
図4に示す撮像体19は、2つの結像光学系20A,20Bと、撮像素子21A,撮像素子21Bと、を有する。撮像素子21A,21B(それぞれ第一の撮像素子、第二の撮像素子の一例)は、CCD(Charge Coupled Device)センサやCMOSセンサなどである。結像光学系20A、20Bは、例えば6群7枚の魚眼レンズとして構成される。上記魚眼レンズは、
図4に示す実施形態では、180度(=360度/n;光学系の数n=2)より大きい画角を有し、好適には、190度以上の画角を有する。このような広角な結像光学系20A,20Bと撮像素子21A,21Bとを1個ずつ組み合わせたものを広角撮像光学系と称する。
【0044】
2つの結像光学系20A,20Bの光学素子(レンズ、プリズム、フィルタ及び開口絞り)は、撮像素子21A,21Bに対して位置が定められる。結像光学系20A,20Bの光学素子の光軸が、対応する撮像素子21の受光領域の中心部に直交して位置するように、かつ、受光領域が、対応する魚眼レンズの結像面となるように位置決めが行われる。
【0045】
図4に示す実施形態では、結像光学系20A,20Bは、同一仕様のものであり、それぞれの光軸が合致するようにして、互いに逆向きに組み合わせられる。撮像素子21A,21Bは、受光した光分布を画像信号に変換し、制御ユニット16に、順次、画像フレーム(フレームとは画像データのことであるが、連続した画像データのうちの1つを指す場合に使用される場合が多い)を出力する。撮像素子21A,21Bでそれぞれ撮像された画像は、合成処理されて、これにより、立体角4πステラジアンの画像(360度画像又は全天球画像)が生成される。360度画像は、撮像地点から見渡すことのできる全ての方向を撮像したものとなる。説明する実施形態では、360度画像を生成するものとして説明するが、水平面のみ360度を撮像した、いわゆるパノラマ画像であってもよく、全天球又は水平面360度の全景のうちの一部を撮像した画像であってもよい。また、360度画像は、静止画として保存することもできるし、動画として保存することもできる。
【0046】
図5は、撮像装置5のハードウェア構成例を示す図である。撮像装置5は、CPU30、メインメモリ31、フラッシュROM32、魚眼レンズ14A,14B、撮像素子21A、21B、A/D変換回路33A,33B、入力画像処理モジュール34A、34B、3軸加速度センサ35、歪曲補正・画像合成モジュール36、画像コーデック37、音声コーデック38、マイク39、スピーカー40、無線通信モジュール41、メモリカードI/Fモジュール42、及び、メモリカード43を有している。
【0047】
CPU30はフラッシュROM32に記憶されているプログラムをメインメモリ31に展開して実行して撮像装置5の全体を制御する。メインメモリ31は、例えばDRAM(Dynamic Random Access Memory)であり、CPU30のワークエリアとして使用される。フラッシュROM32は、電源オン時のシステム立ち上げや撮像装置5の機能を実現するための各種プログラムを記憶する。
【0048】
画像コーデック37は画像データを圧縮する。音声コーデック38はマイクが集音した音声データを圧縮し、また、無線通信モジュール41から入力された音声データを伸長してスピーカー40から出力する。
【0049】
無線通信モジュール41はセルラー回線に接続して無線で映像や音声等を送受信する。メモリカードI/Fモジュール42は装着されたメモリカード43にデータを書き込み、また、メモリカード43からデータを読み出す。
【0050】
撮像素子21A、21Bから出力されたアナログ画像信号はA/D変換回路33A、33Bによりデジタル画像データに変換され、これらの画像データは入力画像処理モジュール34A、34Bに入力される。
【0051】
入力画像処理モジュール34A、34Bは、画像データの輝度情報を利用して測光し、露光量を調整する露光制御(AE(Automatic Exposure))やRGBの割合を均一にして色の再現性をよくするためのホワイトバランス(AWB(Automatic White Balance)の処理を行っている。これらの処理を施された画像データは歪曲補正・画像合成モジュール36に入力される。
【0052】
歪曲補正・画像合成モジュール36は、3軸加速度センサ35からの情報を利用して、2つの画像データに対して歪曲補正と共に天地補正を行って360度画像を合成する。この360度画像データは画像コーデック37で圧縮されて、無線通信(セルラー回線)により不動産店舗120にある端末装置10Aへ送信される。また、マイク39で集音された音声信号も無線通信(セルラー回線)により不動産店舗120にある端末装置10Aに送信される。
【0053】
図6は、端末装置10のハードウェア構成図である。
図6に示されているように、端末装置10は、CPU701、ROM702、RAM703、フラッシュメモリ704、SSD705、メディアI/F707、操作ボタン708、電源スイッチ709、バスライン710、ネットワークI/F711、CMOSセンサ712、撮像素子I/F713、マイク714、スピーカー715、音入出力I/F716、ディスプレイI/F717、外部機器接続I/F718、近距離通信回路719、近距離通信回路719のアンテナ719aを備えている。これらのうち、CPU701は、端末装置全体の動作を制御する。ROM702は、IPL等のOSの起動に用いられるプログラムを記憶する。RAM703は、CPU701のワークエリアとして使用される。フラッシュメモリ704は、通信用プログラム、画像データ、及び音データ等の各種データを記憶する。SSD705は、CPU701の制御にしたがってフラッシュメモリ704に対する各種データの読み出し又は書き込みを制御する。なお、SSDに代えてHDDを用いてもよい。メディアI/F707は、フラッシュメモリ等の記録メディア706に対するデータの読み出し又は書き込み(記憶)を制御する。操作ボタン708は、端末装置10の宛先を選択する場合などに操作されるボタンである。電源スイッチ709は、端末装置10の電源のON/OFFを切り換えるためのスイッチである。
【0054】
また、ネットワークI/F711は、インターネット等の通信ネットワークNを利用してデータ通信をするためのインターフェイスである。CMOSセンサ712は、CPU701の制御にしたがって被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、CMOSセンサではなく、CCDセンサ等の撮像手段であってもよい。撮像素子I/F713は、CMOSセンサ712の駆動を制御する回路である。マイク714は、音を電気信号に変える内蔵型のデバイスである。スピーカー715は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型のデバイスである。音入出力I/F716は、CPU701の制御にしたがってマイク714及びスピーカー715との間で音信号の入出力を処理する回路である。ディスプレイI/F717は、CPU701の制御にしたがって外付けのディスプレイに画像データを送信する回路である。外部機器接続I/F718は、各種の外部機器を接続するためのインターフェイスである。近距離通信回路719は、NFC(Near Field Communication)やBluetooth(登録商標)等の通信回路である。
【0055】
また、バスライン710は、
図6に示されているCPU701等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0056】
ディスプレイ720は、被写体の画像や操作用アイコン等を表示する液晶や有機EL(Electro Luminescence)等によって構成された表示手段の一種である。また、ディスプレイ720は、ケーブルによってディスプレイI/F717に接続される。このケーブルは、アナログRGB(VGA)信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、HDMI(High-Definition Multimedia Interface)(登録商標)やDVI(Digital Video Interactive)信号用のケーブルであってもよい。
【0057】
なお、CMOSセンサ712は、CPU701の制御にしたがって被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、CMOSセンサではなく、CCDセンサ等の撮像手段であってもよい。外部機器接続I/F718には、USBケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカー等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、CPU701の制御にしたがって、内蔵型のCMOSセンサ712に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカーが接続された場合には、CPU701の制御にしたがって、それぞれが内蔵型のマイク714や内蔵型のスピーカー715に優先して、外付けマイクや外付けスピーカーが駆動する。
【0058】
また、記録メディア706は、端末装置10に対して着脱自在な構成となっている。また、CPU701の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ704に限らず、EEPROM等を用いてもよい。
【0059】
<360度画像の生成方法>
次に、
図7~
図9を用いて360度画像の生成方法を説明する。
図7は、撮像装置5の使用イメージ図である。撮像装置5は、
図7に示されているように、例えば、ユーザ(本実施形態では不動産業者)が手に持ってユーザの周りの被写体を撮像するために用いられる。この場合、
図4に示されている撮像素子21A及び撮像素子21Bによって、それぞれユーザの周りの被写体が撮像されることで、2つの180度画像を得ることができる。
【0060】
次に、
図8及び
図9を用いて、撮像装置5で撮像された画像から360度画像が作成されるまでの処理の概略を説明する。なお、
図8(a)は撮像装置5で撮像された180度画像(前側)、
図8(b)は撮像装置5で撮像された180度画像(後側)、
図8(c)は正距円筒射影図法により表された画像(以下、「正距円筒射影画像」という)を示した図である。
図9(a)は正距円筒射影画像で球を被う状態を示した概念図、
図9(b)は360度画像を示した図である。
【0061】
図8(a)に示されているように、撮像素子21Aによって得られた画像は、魚眼レンズ14Aによって湾曲した180度画像(前側)となる。また、
図8(b)に示されているように、撮像素子21Bによって得られた画像は、魚眼レンズ14Bによって湾曲した180度画像(後側)となる。そして、180度画像(前側)と、180度反転された180度画像(後側)とは、撮像装置5によって合成され、
図8(c)に示されているように、正距円筒射影画像が作成される。
【0062】
そして、端末装置10においてOpenGL ESが利用されることで、
図9(a)に示されているように、正距円筒射影画像が球面を覆うように貼り付けられ、
図9(b)に示されているような360度画像が作成される。このように、360度画像は、正距円筒射影画像が球の中心を向いた画像として表される。なお、OpenGL ESは、2D(2-Dimensions)及び3D(3-Dimensions)のデータを視覚化するために使用するグラフィックスライブラリである。なお、360度画像は、静止画であっても動画であってもよい。
【0063】
以上のように、360度画像は、球面を覆うように貼り付けられた画像であるため、人間が見ると違和感を持ってしまう。そこで、360度画像の一部の所定領域(以下、「所定領域画像」という)を湾曲の少ない平面画像として表示することで、人間に違和感を与えない表示をすることができる。
【0064】
図10は、全天球画像を三次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。仮想カメラICは、三次元の立体球として表示されている全天球画像CEに対して、その画像を見るユーザの視点の位置に相当するものである。
【0065】
図10に示されているように、仮想カメラICが全天球画像CEの内部に位置している。全天球画像CEにおける所定領域Tは、仮想カメラICの撮像領域である。所定領域Tのズームは、画角αの範囲(円弧)を広げたり縮めたりすることで表現することができる。また、所定領域Tのズームは、仮想カメラICを全天球画像CEに近づいたり、遠ざけたりすることで表現することもできる。所定領域画像Qは、全天球画像CEにおける所定領域Tの画像である。
【0066】
<機能について>
図11(a)は、入力画像処理モジュール34A、34Bの機能をブロック状に示す機能ブロック図の一例である。入力画像処理モジュール34A、34Bの機能は同じであるものとするが一方にのみ存在する機能があってもよい。また、
図11(b)は輝度値比較部52の機能を詳細に示す図である。
【0067】
入力画像処理モジュール34A、34Bは露光制御部50、輝度値記憶部51、輝度値比較部52、ホワイトバランス制御部53、ガンマ補正部54、及び、色変換部55を有している。露光制御部50は、撮像素子21A、21Bから出力され、A/D変換された画像データの輝度情報を利用して測光し、露光量を調整したり、後述する360度画像と180度画像の切り替えに関する処理を実行したりする。露光制御部50は1フレームごとに輝度平均値を算出する。
【0068】
輝度値記憶部51は露光制御部50にて求められた輝度値を、時間的に後の画像データと比較するために一時的に記憶する。少なくとも周期性を判断できる程度の時間の画像データを記憶する。輝度値比較部52は輝度値記憶部51に記憶された過去の複数フレーム分の輝度値に基づいて輝度値の周期的な変化を検出する。
【0069】
ホワイトバランス制御部53は色の再現性をよくするために、RGBの割合を均一にする処理を行う。ガンマ補正部54は1フレーム分の画像全体の色合いを調整する処理を行う。色変換部55はRGBデジタル画像データについて、色差成分(Cb,Cr)と輝度成分(Y)に変換する。
【0070】
魚眼レンズ14A,14Bから入力される光量が変化して、入力画像処理モジュール34A、34Bに複数フレームにわたって入力される輝度平均値の変化パターンに特定の周期性を検出された場合の処理について説明する(処理内容を
図13にて説明するので参照されたい)。
【0071】
入力画像処理モジュール34A、34Bの露光制御部50は入力される1フレーム分の全ての画像データの輝度成分の値の平均値を求め、この輝度平均値を輝度値記憶部51に記憶する。これを複数フレーム繰り返し、輝度値記憶部51に輝度平均値を時間経過に合わせて順次保存していく。
【0072】
輝度値記憶部51の処理と平行して、輝度値比較部52は輝度値記憶部51に記憶された時間的に隣接した輝度平均値の差を比較する。
図11(b)に示すように、輝度値比較部52は、輝度差計算部60、輝度値特徴記憶部61、及び、輝度値特徴判断部62を有している。
【0073】
まず、輝度差計算部60が処理対象フレーム(現在の処理対象のフレーム)の輝度平均値とその前フレームの輝度平均値との輝度差を計算する。輝度差計算部60は、輝度値特徴記憶部61に輝度差を記憶していく。輝度値特徴判断部62は、輝度値特徴記憶部61に記憶された1つ前の輝度差と現在の輝度差との差が予め設定されている閾値A(第一の閾値の一例)以上か否かを判断する。閾値A以上の場合には、処理対象フレームのフレームナンバー(処理対象フレームが取得された時刻に相当する)を輝度値特徴記憶部61に記憶する。そして、前回、輝度差の差が閾値A以上であるとして記憶されたフレームナンバーとの間隔が(すなわち、時間の間隔が)、予め設定されている閾値B(第二の閾値の一例)未満の場合、輝度値特徴判断部62はフレームごとの輝度平均値に周期性があると判断する。
【0074】
そして、周期性があると判断した場合、入力画像処理モジュール34A、34Bは歪曲補正・画像合成モジュール36へジェスチャー切り替え信号を出す。また、輝度値特徴判断部62がフレームごとの輝度平均値に周期性があると再度、判断した場合、入力画像処理モジュール34A、34Bは歪曲補正・画像合成モジュール36へジェスチャー切り替え信号を出す。したがって、ユーザは同じジェスチャー切り替え動作で180度画像と360度画像を切り替えることができる(画角を制御することができる)。
【0075】
<撮像対象と撮像装置5の関係>
図12に基づいて、360度画像から180度画像に切り替える際の不動産業者101の動作と撮像装置5の処理について説明する。
図12は撮像対象と撮像装置5の位置の一例を示す図である。
【0076】
不動産物件を案内している不動産業者101は一脚3を持って撮像装置5で室内を撮像しながら、不動産店舗にいる顧客102に対して音声にて説明している。まず、全天球の映像を送信して顧客102に部屋全体(A空間とB空間)を見てもらうが、部屋に設置されたエアコン901の説明をする場合、360度画像におけるエアコン901の位置を説明する必要がある。
【0077】
このエアコン901の位置の説明を省略するために、不動産業者101は360度画像を180度画像に切り替えて、エアコン901がこの180度画像の中心付近に映るように撮像装置5の向きと傾きを調整する。
【0078】
撮像素子21Aにて撮像される空間をA空間、撮像素子21Bにて撮像される空間をB空間と定義する。今、エアコン901がA空間にある場合、不動産業者101は魚眼レンズ14Aの光軸がおおよそエアコン901に向くように撮像装置5の向きと傾きを変える。そして、魚眼レンズ14Bにかざした手を何回か振ると、魚眼レンズ14Bから入力される光量が周期的に低下する。入力画像処理モジュール34Bの輝度値比較部52は周期的な低下を検出すると、歪曲補正・画像合成モジュール36へジェスチャー切り替え信号を出力する。歪曲補正・画像合成モジュール36はこのジェスチャー切り替え信号を検出すると、360度画像の合成処理を止め、入力画像処理モジュール34Aから入力される画像データについて(ジェスチャー切り替え信号を出力しない方の入力画像処理モジュール)、歪曲補正と共に天地補正を行って180度画像を生成するモードに切り替える。この180度画像は画像コーデック37にてH.264に圧縮して、無線通信モジュール41がこの画像データを、通信ネットワークN(セルラー回線等)を使用して不動産店舗120にある端末装置10Aに送信する。端末装置10Aのディスプレイには、180度画像のほぼ中心付近にエアコン901が表示される。
【0079】
不動産業者101が魚眼レンズ14Bにかざした手を振ることを止めても、撮像装置5は180度画像の生成を継続する。
【0080】
その後、不動産物件110にいる不動産業者101が魚眼レンズ14Bにかざした手を再度振ると、魚眼レンズ14Bから入力される光量が周期的に低下する。入力画像処理モジュール34Bの輝度値比較部52は周期的な低下を検出すると、歪曲補正・画像合成モジュール36へジェスチャー切替信号を出力する。
【0081】
歪曲補正・画像合成モジュール36はこのジェスチャー切り替え信号を検出すると、現在、180度画像を生成しているので、360度画像の合成処理を再開する。そして、この360度画像はH.264に圧縮されて、無線通信モジュール41によって通信ネットワークN(セルラー回線等)を使用して不動産店舗120にある端末装置10Aへ送信される。なお、現在、180度画像を生成している場合には、魚眼レンズ14A、14Bのどちらからジェスチャー切り替え信号が送信されても、歪曲補正・画像合成モジュール36が360度画像の合成処理を再開してよい。ユーザがどちらの魚眼レンズ14A、14Bが有効かを忘れても合成処理を再開できる。
【0082】
不動産業者101が魚眼レンズ14Aにかざした手を振った場合に、歪曲補正・画像合成モジュール36が魚眼レンズ14Bの180度画像を合成に用いることを停止してもよい。
【0083】
ここでは撮像素子21が2つの場合を説明したが、撮像素子が3つ以上の場合、1つの撮像素子の入力画像処理モジュール34がジェスチャー切り替え信号を出力すると、歪曲補正・画像合成モジュール36は残りの2つの撮像素子21の画像データを合成する。撮像素子が4つ以上の場合も同様である。
【0084】
このように、360度画像から撮像素子21Aにて撮像される画像(概ね180度の画像)への切り替えや、360度画像から撮像素子21Bにて撮像される画像(概ね180度の画像)への切り替えをハード又はソフト的なスイッチを使用することなく、片方の魚眼レンズにかざした手を振るといった直感的な操作で実現することが可能となる。撮像素子21A、21Bにて撮像される画像(概ね180度の画像)から360度画像への切り替えも、ハード又はソフト的なスイッチを使用することなく片方の魚眼レンズにかざした手を振るといった直感的な操作で実現することが可能となる。
【0085】
<輝度値の周期的な変化の検出>
本実施形態では、上記のように輝度値比較部52が「輝度平均値の特定の時間変化パターン」を1回以上検出した場合のみに360度画像と180度画像を切り替える。これにより、タッチパネルや物理キーなどのハードウェアが必要ないだけでなく、以下の効果も期待できる。
・一度切り替えれば、次の切り替え検出が発生するまで、撮像モード(360度画像又は180度画像を撮像するモード)がどちらであっても継続することができる。
・輝度ゆらぎ等による意図しない輝度の瞬間的な変化による切り替えを防止できる。
【0086】
図13は、ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す。
図13(a)は横軸を時間又はフレームナンバー、縦軸を輝度値とする散布図であり、
図13(b)は輝度差の差が閾値A以上の時刻を説明する図である。
【0087】
図13(a)に示すように、レンズ上を何度も通過するように不動産業者が手を左右(又は上下等)に動かすと、手を振る速度に応じた周期で輝度が変化する。片方のレンズに物体が被さる面積と検出される輝度平均値が反比例の関係にあるためである。また例えば、手を近づける又は遠ざける、手を開く又は閉じるなどのジェスチャーでも同様の変化となる。
【0088】
図13(a)では、手がレンズの上を1往復する期間に輝度が極端に小さくなる(下向きの極値を取る)タイミングが2回出現したと考えられる。輝度値特徴判断部62は、輝度が小さくなる期間Tの長さを閾値Bと比較することでジェスチャーなのか、又は、輝度ゆらぎであるのか判断可能になる。
図13(b)では時刻t1~t4で輝度差の差が閾値A以上になっている。なお、詳細には、輝度差の差が閾値A以上になっている。輝度差そのものを閾値Aと比較してもよい。また、輝度差の差が閾値A以上になるフレームの間隔(時間)が閾値B未満であると検出されたので、輝度値比較部52はジェスチャー切り替え動作を検出する。
【0089】
なお、輝度差の差が閾値A以上になるフレームの間隔(時間)が閾値B未満であることが2回以上検出された場合にジェスチャー切り替え動作を検出してもよい(手の往復に相当)。ジェスチャー切り替え動作でないのにジェスチャー切り替え動作を検出することを抑制できる。
【0090】
<動作手順>
図14は、撮像装置5が360度画像から180度画像に切り替える手順を示すフローチャート図の一例である。
図14の処理は撮像装置5が2つの画像データを合成して360度画像を作成している間、繰り返し実行される。
【0091】
入力画像処理モジュール34A、34Bの輝度値比較部52は露光制御部50が1フレームの全ての画素の輝度成分の平均値(輝度平均値)を輝度値記憶部51に記憶する(S11)。
【0092】
次に、輝度差計算部60が処理対象フレームの輝度平均値とその前フレームの輝度平均値との輝度差を計算し、輝度値特徴記憶部61に輝度差を記憶していく(S12)。
【0093】
輝度値特徴判断部62は、輝度値特徴記憶部61に記憶されている最も新しい輝度差と1つ前の輝度差の差の絶対値が閾値A以上かどうかを判断する(S13)。閾値A以上でない場合、
図14の処理は終了する。
【0094】
閾値A以上の場合、輝度値特徴判断部62は処理対象フレームのフレームナンバーを輝度値特徴記憶部61に記憶する(S14)。
【0095】
そして、輝度値特徴判断部62は処理対象フレームのフレームナンバーと1つ前に記憶されているフレームナンバーとの差が閾値B未満か否かを判断する(S15)。フレームナンバーを比較することで時間を比較することができる。閾値B未満でない場合、
図14の処理は終了する。
【0096】
閾値B未満の場合、輝度値特徴判断部62はジェスチャー切り替え動作を検出してジェスチャー切り替え信号を出力する(S16)。
【0097】
この結果、歪曲補正・画像合成モジュール36は360度画像の合成処理を止め、もう一方の入力画像処理モジュール34(ジェスチャー切り替え動作が検出されない方)から入力される画像について180度画像を生成する(S17)。
【0098】
そして、画像コーデック37は180度画像をH.264に圧縮して、通信ネットワークNを使用して端末装置10Aへ送信する(S18)。
【0099】
360度画像の生成に戻すには、同じジェスチャー切り替え動作を不動産業者が行えばよい。
【0100】
<主な効果>
本実施形態の画像通信システム100は、360度画像から180度画像へ切り替えて広角な画像から任意の範囲を表示させることができる。また、タッチパネルや物理キーなど所定のハードウェア的なスイッチを使用することなく実行させることができ、直感的な操作で実現できる。一度切り替えれば、次のジェスチャー切り替え動作が検出されるまで、撮像モードがどちらであっても継続することができる。輝度ゆらぎ等による意図しない輝度の瞬間的な変化による切り替えを防止できる。
【実施例2】
【0101】
本実施例では、輝度平均値の記憶に要する輝度値記憶部51の容量を低減できる撮像装置5について説明する。撮像装置5が複数回の周期的な輝度平均値の低下を検出した場合に、ジェスチャー切り替え動作を検出する場合、輝度値記憶部51には複数の周期分の輝度平均値が記憶される。したがって、例えば、複数回の周期的な輝度平均値の低下を検出した場合に、ジェスチャー切り替え動作を検出する場合に輝度値記憶部51の容量を低減できる。
【0102】
<輝度値特徴記憶部の構成について>
本実施例においては、上記の実施例にて説明した
図4~
図6のハードウェア構成図、及び、
図11に示した機能ブロック図を援用できるものとして説明する。
【0103】
図15は、本実施例の輝度値特徴記憶部61の構成例を示す図である。輝度値特徴記憶部61は特徴圧縮部70と特徴記憶部71を有する。輝度差計算部60が計算した輝度差のデータは一時的に特徴圧縮部70に蓄積され、特徴圧縮部70は輝度差を周期データに変換可能と判断できた場合には、周期データをパラメータで表す周期データパラメータを特徴記憶部71に記憶する。特徴記憶部71に記憶された周期データパラメータは輝度値記憶部51に転送される。
【0104】
<輝度平均値の周期データ>
図16は、ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す。特徴圧縮部70は1周期前の輝度平均値を順次周期データパラメータに変換していくことで、輝度値記憶部51が保持するデータ容量を圧縮する。
【0105】
図16の現在の周期301では周期性の検出を行うため、フレームごとの輝度平均値を全て保持する必要がある。しかし、1つ前を含む以前の周期302に関しては、周期性の検出が完了しているため、周期データパラメータ(輝度差が大きくなる時刻とその輝度差の値)のみを保持できればよい。これらを使うと次のように輝度値記憶部51の保持データを圧縮できる。
(i)圧縮前のデータ数
1周期のフレーム数×(輝度平均値+時間) → データ数20~30個
(ii) 圧縮後のデータ数(周期データパラメータのデータ数)
閾値A以上の輝度差の差+この輝度差が生じた時刻)×2 → データ数 4個
<動作手順>
図17は、撮像装置5が360度画像から180度画像に切り替える手順を示すフローチャート図の一例である。
図17の説明では主に
図14との相違を説明する。
【0106】
図17の処理ではステップS15-2が追加されている。ステップS15-2では、特徴圧縮部70が、輝度値記憶部51に蓄積されていく輝度平均値について、閾値A以上の輝度差の差とこの輝度差の差が検出された時刻(フレームナンバーでもよい)を1周期分、特徴記憶部71に記憶する。1周期分なので、(ii)のように4つのデータを記憶する。特徴記憶部71は、周期データパラメータは輝度値特徴記憶部61に転送し、輝度値特徴記憶部61に記憶されている1周期分の輝度平均値を削除する。
【0107】
輝度値特徴判断部62は輝度値記憶部51の周期データパラメータを参照して、例えばN周期分の周期データパラメータを検出した場合に、ジェスチャー切り替え動作を検出する(S16-2)。以降の処理は
図14と同様でよい。
【0108】
<主な効果>
本実施例によれば、実施例1の効果に加え、輝度値記憶部51に記憶される輝度平均値の容量を低減することができる。
【実施例3】
【0109】
本実施例では、ユーザがジェスチャー切り替え動作をしているにも関わらず、輝度平均値の周期的な変化が顕著に表れない場合でも、ジェスチャー切り替え動作の検出精度を高めることができる撮像装置5について説明する。
【0110】
<輝度値比較部の構成例>
本実施例においては、実施例1にて説明した
図4~
図6のハードウェア構成図、及び、
図11(a)に示した入力画像処理モジュール34A、34Bの機能ブロック図を援用できるものとして説明する。
【0111】
図18は本実施例の輝度値比較部52の機能を示す図である。入力画像処理モジュール34Aが有する輝度値記憶部51を51A,入力画像処理モジュール34Bが有する輝度値記憶部51を51Bとする。輝度値記憶部51Aは入力画像処理モジュール34Aが生成した画像データ(第一の画像データの一例)から算出された輝度平均値を記憶する。輝度値記憶部51Bは入力画像処理モジュール34Bが生成した画像データ(第二の画像データの一例)から算出された輝度平均値を記憶する。
【0112】
また、入力画像処理モジュール34Aの輝度値比較部52Aは、輝度差計算部60A(第一の輝度差計算部の一例)、輝度値特徴記憶部61A、及び、輝度値特徴判断部62A(第一の輝度値特徴判断部の一例)を有し、入力画像処理モジュール34Bの輝度値比較部52Bは、輝度差計算部60B(第二の輝度差計算部の一例)、輝度値特徴記憶部61B、及び、輝度値特徴判断部62B(第二の輝度値特徴判断部の一例)を有する。
【0113】
本実施例の輝度値比較部52A,52Bが有する機能は実施例1と同様であるが、輝度差計算部60A、60Bに、他方の入力画像処理モジュール34A、34Bが出力した輝度平均値も入力される。したがって、輝度差計算部60A,60Bは自分のレンズ内の輝度差だけでなく、他方のレンズの輝度平均値と自分のレンズの輝度平均値との輝度差を算出できる。相対的な輝度差を算出することで、より詳細な輝度差の特徴の検出が可能になる。
【0114】
<輝度平均値の周期データ>
図19は、ジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す。
図19にはユーザがジェスチャー切り替え動作をしている方のレンズからの輝度平均値310A(「○」で表す)の時間変化と合わせて、同時刻に取得した他方のレンズからの輝度平均値310B(「△」で表す)の時間変化も表示されている。輝度平均値の変化が大きい方が、ジェスチャー切り替え動作が行われたレンズの輝度平均値310Aであり、小さい方が、ジェスチャー切り替え動作が行われていないレンズの輝度平均値310Bである。
【0115】
輝度値比較部52は相対的な視点から輝度平均値の時間変化を見ることで、実施例1では見られなかった周期性を検出可能にする。輝度差計算部60A,60Bは、実施例1の輝度差の計算に加え、同時刻の輝度平均値310Aと輝度平均値310Bの輝度差を算出する。輝度差に基づく周期性の判断方法は実施例1と同様でよい。
【0116】
図19では、時刻t1~t4で、輝度平均値310Aと輝度平均値310Bの輝度差の差が閾値A以上となっている。
【0117】
<動作手順>
図20は、撮像装置5が360度画像から180度画像に切り替える手順を示すフローチャート図の一例である。
図20の説明では主に
図14との相違を説明する。
【0118】
まず、ステップS12-2において、輝度差計算部60A、60Bが処理対象フレームの輝度平均値とその前フレームの輝度平均値との輝度差を計算し、輝度値特徴記憶部61に輝度差の差I(第一の輝度差の差の一例)を記憶していく(同じ入力画像処理モジュール34A、34B内の比較)。また、輝度差計算部60Aは処理対象フレームと同時刻に入力画像処理モジュール34Bが出力した輝度平均値との輝度差の差II(第二の輝度差の差の一例)を計算し、輝度差計算部60Bは処理対象フレームと同時刻に入力画像処理モジュール34Aが出力した輝度平均値との輝度差の差IIを計算する(入力画像処理モジュール34Aと34Bの比較)。
【0119】
そして、ステップS13~S15では、輝度差の差I、輝度差の差IIについて同じように、閾値A、閾値Bとの比較を行う(S13~S15)。
【0120】
そして、輝度差の差I、輝度差の差IIのどちらか一方で、閾値A、閾値Bとの比較が基準を満たす場合、輝度値比較部52はジェスチャー切り替え動作を検出する(S16)。以降の処理は実施例1と同様でよい。
【0121】
<主な効果>
本実施例によれば、実施例1の効果に加え、ユーザがジェスチャー切り替え動作をしているにも関わらず、輝度平均値の周期的な変化が顕著に表れない場合でも、ジェスチャー切り替え動作の検出精度を高めることができる。
【実施例4】
【0122】
本実施例では、ユーザのジェスチャー位置がレンズの中心から外れていた場合にもジェスチャー切り替え動作を検出できる撮像装置5について説明する。本実施例では、画像データを分割したエリアごとに輝度平均値の時間変化の周期性を判断する。例えば、画像データを4分割する場合には、撮像装置5は輝度値記憶部51と輝度値比較部52を4つずつ有することになる。
【0123】
<分割例>
図21は画像データの分割例を示す図である。
図21では画像データは中心を通る水平線と垂直線で4つのエリア320に分割されている。中心から等角度で分割してもよいし、エリアごとに異なる形状で分割してもよい。また、エリア320は2つ以上あればよく、4つは一例に過ぎない。
【0124】
<機能について>
図22は、本実施例の入力画像処理モジュール34A、34Bの構成例を示す図である。入力画像処理モジュール34A、34Bは画像データを分割して処理を行うため、輝度値記憶部51と輝度値比較部52を分割した数だけ有する。更に、画像データを各エリアに分割する輝度エリア分割部56と、ジェスチャー切り替え動作が検出されたエリアの比較結果を選択して歪曲補正・画像合成モジュール36に出力する有効輝度エリア選択部57を有する。
【0125】
なお、輝度値比較部52の機能は実施例1の
図11(b)と同様でよい。
【0126】
<動作について>
図23は本実施例の入力画像処理モジュールの処理を説明するフローチャート図の一例である。
【0127】
まず、輝度エリア分割部56はガンマ補正等が終わった入力画像(画像データ)を受け取り、設定されている数のエリアに分割する(S101)。エリアの数は任意でよいが例えば2つ以上であればよい。また、エリアの形状は元の画像データに相似形の矩形の他、中心から等間隔で分割された形状、又は不定形でもよい。各エリアの面積は同じでなくてよい。
【0128】
次に、露光制御部50は、分割したエリアごとに輝度平均値を計算する(S102)。
【0129】
次に、露光制御部50は、エリアに対応する複数の輝度値記憶部51にそれぞれの輝度平均値を転送する(S103)。
【0130】
輝度値比較部52は、実施例1と同様の方法で、エリアごとにジェスチャー切り替え動作を検出する(S104)。すなわち、各エリアの輝度値比較部52が
図14のステップS12~S15を実行する。エリアごとにジェスチャー切り替え動作を検出するので、ユーザの手がレンズの中心から離れていても、ジェスチャー切り替え動作を検出しやすくなる。
【0131】
各輝度値比較部52はエリアごとの比較結果をそれぞれ有効輝度エリア選択部57に転送する(S105)。この比較結果は、エリアの識別情報に対応付けられたジェスチャー切り替え動作の検出結果の有無である。
【0132】
有効輝度エリア選択部57は1つでもジェスチャー切り替え動作が検出されたエリアがあれば(S106)、ユーザがジェスチャー動作を行ったと判断する(S107)。以降の処理は実施例1の
図14と同様でよい。
【0133】
<主な効果>
本実施例によれば、実施例1の効果に加え、ユーザのジェスチャー位置がレンズの中心から外れていた場合にもジェスチャー切り替え動作を検出できる。
【実施例5】
【0134】
本実施例では実施例1~4とは異なるジェスチャー切り替え動作を検出できる撮像装置5について説明する。例えば、ユーザが円を描くようにレンズに手をかざした場合でも撮像装置5がジェスチャー切り替え動作を検出できる。
【0135】
<機能について>
図24は、本実施例の入力画像処理モジュール34A,34Bの機能を示す図の一例である。本実施例では画像データを分割して処理を行うため、入力画像処理モジュール34A,34Bは分割した数だけの輝度値記憶部51と輝度値比較部52を有している。更に、輝度の平均値を求めるエリアに画像データを分割するための輝度エリア分割部56と、複数の輝度値比較部52のフレームごとの輝度差の変化からジェスチャーを検知して歪曲補正・画像合成モジュール36に出力するジェスチャー検出部58を有する。ジェスチャー検出部58は、輝度値比較部52のフレームごとの輝度差の変化を各輝度値比較部52から取得して、各エリアの輝度差の変化からジェスチャー切り替え動作を検出する。
【0136】
なお、輝度値比較部52の機能は実施例1の
図11(b)と同様でよい。
【0137】
<ジェスチャー切り替え動作と各エリアの輝度差の変化>
図25は本実施例の各エリアの輝度差の変化を模式的に示す図である。
図25では元の画像データが4つに分割されたものとして説明する。また、ユーザはレンズ上で時計回りに円を描くように手を移動させている。画像データの中心を通る直線で4分割した場合、
図25(a)は左上の画像データの輝度平均値であり、
図25(b)は右上の画像データの輝度平均値であり、
図25(c)は右下の画像データの輝度平均値であり、
図25(d)は左下の画像データの輝度平均値である。時計回りなので、ユーザの手は、左上→右上→右下→左下の順に移動する。
【0138】
図25を見ると分かるように、輝度平均値が小さい部分(下向きピーク)が、左上→右上→右下→左下の順に時間的に遅い方に移動している。すなわち、各エリアの輝度平均値を比較すると周期性があることが分かる。ジェスチャー検出部58は
図25の周期性を検出した場合に、ジェスチャー切り替え動作が検出されたと判断する。
【0139】
各エリアに対応した輝度値特徴判断部62は、輝度差の差が閾値A以上となる2つのフレーム間の中点Pを、輝度が最も小さくなるフレームに決定する。なお、中点Pは閾値A以上となる2つのタイミングの差が閾値B未満であることが条件となっている。そして、ジェスチャー検出部58は4つのエリアの輝度が最も小さくなるフレーム(各エリアの中点P)に基づいて周期性を確認する。
【0140】
図25(e)は各エリアで輝度が最も小さくなるフレームf1~f5(時刻t1~t5でもよい)の間隔を示す。ジェスチャー検出部58はf1とf2の間隔とf2とf3の間隔の差、f2とf3の間隔のとf3とf4の間隔の差、f3とf4の間隔とf4とf5の間隔の差、がそれぞれ閾値C(第三の閾値の一例)未満の場合、エリアの輝度平均値に周期性があると判断し、ジェスチャー切り替え動作を検出する。
【0141】
<動作手順>
図26は本実施例の入力画像処理モジュールの処理を説明するフローチャート図の一例である。
【0142】
まず、輝度エリア分割部56が入力画像(元の画像データ)をエリアに分割する(S201)。
【0143】
次に、露光制御部50が分割されたエリアごとに輝度平均値を計算する(S202)。
【0144】
次に、露光制御部50がエリアに対応する複数の輝度値記憶部51にそれぞれの輝度平均値を記憶する(S203)。
【0145】
次に、各エリアに対応する輝度値比較部52が輝度値記憶部51に記憶された輝度平均値に対し、実施例1と同様の方法で輝度平均値が極小値を取るフレームを決定する(S204)。すなわち、各エリアの輝度値比較部52が
図14のステップS12~S15を実行し、輝度差の差が閾値A以上となる2つのタイミングであってタイミングの差が閾値B未満のタイミングの中点P(又は中点Pに最も近いフレーム若しくは時刻)を決定する。
【0146】
次に、各輝度値比較部52は輝度平均値が極小値を取るフレームを全てジェスチャー検出部58に転送する(S205)。
【0147】
次に、ジェスチャー検出部58は、各エリアの輝度平均値が極小値を取るフレーム(タイミング)を集計し、各エリアで極小値を取るフレームの差が予め設定した閾値C未満である場合にジェスチャー動作が検出されたと判断する(S206)。
【0148】
<主な効果>
本実施例によれば、実施例1の効果に加え、ユーザが円を描くようにレンズに手をかざした場合でも撮像装置5がジェスチャー切り替え動作を検出できる。
【実施例6】
【0149】
本実施例では、ユーザのジェスチャー位置がレンズの中心から外れていた場合、かつ、輝度平均値の時間変化が顕著に表れない場合の精度を高めることができる撮像装置5について説明する。
【0150】
<機能について>
まず、入力画像処理モジュール34A,34Bの構成は実施例4の
図22と同様であるとする。したがって、本実施例でも両レンズそれぞれの画像データを同様に分割する。
【0151】
図27は、本実施例の輝度値比較部52の構成例を示す図である。輝度値比較部52の構成は実施例3の
図18と同様とする。すなわち、輝度差計算部60A、60Bに、他方の入力画像処理モジュール34A、34Bが出力した輝度平均値も入力される。更に、入力される輝度平均値はエリアごとに算出されている。したがって、輝度差計算部60A,60Bは自分のレンズ内のエリアごとの輝度差だけでなく、他方のレンズの輝度平均値と自分のレンズの輝度平均値との輝度差をエリアごとに算出できる。相対的な輝度差を算出することで、より詳細な輝度差の特徴の検出が可能になる。
【0152】
1つの画像データが4つに分割される場合、入力画像処理モジュール34A,34B間の比較の組み合わせは4×4=16あるが、本実施例では、両レンズの点対称に位置するエリア同士を全て比較するものとする。
【0153】
図28は比較の対象を説明する図の一例である。
図28(a)は入力画像処理モジュール34Aの画像データAであり、
図28(b)は入力画像処理モジュール34Bの画像データBである。したがって、輝度値特徴判断部62は、以下の組み合わせで輝度平均値を比較する。
・画像データAのエリア1と点対称なのは画像データBのエリア3
・画像データAのエリア2と点対称なのは画像データBのエリア4
・画像データAのエリア3と点対称なのは画像データBのエリア1
・画像データAのエリア4と点対称なのは画像データBのエリア2
こうすることで、手の位置の影響を受けている画像データのエリアと手の位置の影響を受けにくい画像データのエリアの輝度平均値を比較できる。なお、線対称な関係にあるエリア同士を比較してもよい。
【0154】
なお、
図28の比較の対称は一例に過ぎず、画像データAのエリア1と画像データBのエリア1~4のいずれか、画像データAのエリア2と画像データBのエリア1~4のいずれか、画像データAのエリア3と画像データBのエリア1~4のいずれか、画像データAのエリア4と画像データBのエリア1~4のいずれか、を比較してもよい。
【0155】
<ジェスチャー切り替え動作と各エリアの輝度差の変化>
図29はジェスチャー切り替え動作による輝度平均値の時間変化の一例を示す図である。
図29(a)は例えば入力画像処理モジュール34Aの左上のエリアの輝度平均値であり、
図29(b)は右上のエリアの輝度平均値であり、
図29(c)は右下のエリアの輝度平均値であり、
図29(d)は左下のエリアの輝度平均値である。各エリアの輝度平均値が「○」で示され、比較対象の入力画像処理モジュール34Bの輝度平均値が「△」で表示されている。
【0156】
輝度値特徴判断部62A、62Bは、他方のレンズの輝度平均値との輝度差の差が閾値A以上のフレームを特定し、このフレームが閾値B未満の間隔で検出された場合にジェスチャー切り替え動作を検出する。
図29(a)では左上のエリアの輝度平均値で周期性が検出される。各エリアに対応した輝度値特徴判断部62A、62Bはジェスチャー切り替え動作を検出した旨を有効輝度エリア選択部57に出力する。有効輝度エリア選択部57は1つでもジェスチャー切り替え動作が検出されたエリアがあれば、ユーザがジェスチャー動作を行ったと判断する。
【0157】
<動作手順>
図30は本実施例の入力画像処理モジュールの処理を説明するフローチャート図の一例である。なお、
図30の説明では主に
図23との相違を説明する。
【0158】
図30ではステップS103-2において、露光制御部50は、エリアに対応する複数の輝度値記憶部51にそれぞれの輝度平均値を転送し、他方のレンズの点対称な位置のエリアの輝度平均値も転送する。
【0159】
次に、ステップS104-2において、各エリアに対応する輝度値比較部52が輝度値記憶部51に記憶された輝度平均値を、他方のレンズの輝度平均値と比較して、輝度差を算出し、実施例1と同様にジェスチャー切り替え動作を検出する。以降の処理は
図23と同様でよい。
【0160】
<主な効果>
本実施例によれば、実施例1の効果に加え、ユーザのジェスチャー位置がレンズの中心から外れていた場合、かつ、輝度平均値の時間変化が顕著に表れない場合の精度を高めることができる。
【実施例7】
【0161】
本実施例では、三次元のジェスチャー切り替え動作を検出可能な撮像装置5について説明する。
【0162】
<機能について>
図31は、本実施例の入力画像処理モジュール34A,34Bの構成を説明する図である。入力画像処理モジュール34A,34Bの構成は実施例5の
図24と同様であるが、ジェスチャー検出部58A,58B(それぞれ第一の検出部、第二の検出部の一例)は入力画像処理モジュール34A,34Bのそれぞれの輝度値比較部52から受け取るデータを他方(入力画像処理モジュール34B,34A)へ転送する。それぞれのジェスチャー検出部58には同じデータ(周期データ)が入力されることになるため、入力画像処理モジュール34A,34Bのどちらでもジェスチャーを認識することができる。
【0163】
<動作手順>
図32は本実施例の入力画像処理モジュールの処理を説明するフローチャート図の一例である。
【0164】
まず、実施例5で説明したように、各輝度値比較部52は輝度平均値が極小値を取るフレームを決定し、フレームの全てをジェスチャー検出部58に転送する(S301)。
【0165】
次に、ジェスチャー検出部58Aは輝度平均値が極小値を取るフレームを他の入力画像処理モジュール34Bのジェスチャー検出部58Bに転送する(S302)。ジェスチャー検出部58Bは輝度平均値が極小値を取るフレームを他の入力画像処理モジュール34Aのジェスチャー検出部58Aに転送する。
【0166】
ジェスチャー検出部58A、58Bは、各エリアの輝度差が大きくなるフレーム(タイミング)を集計し、各エリアで極小値を取るフレームの差が予め設定した閾値C未満である場合にジェスチャー動作が検出されたと判断する(S303)。つまり、ジェスチャー検出部58A、58Bは自分の入力画像処理モジュールと他の入力画像処理モジュールの、輝度平均値が極小値を取るフレームについてそれぞれジェスチャー動作の有無を判断する。
【0167】
<主な効果>
本実施例によれば、実施例1の効果に加え、三次元のジェスチャー切り替え動作を検出できる。
【0168】
<その他の適用例>
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【0169】
例えば、本実施形態では不動産の内見を例にして説明したが、画像通信システム100の適用例はこれに限られない。例えば、展示会、展覧会、工場見学、観光、視察、など現地の対象を指し示す場合に適用できる。
【0170】
また、本実施形態では人間が撮像装置5で対象を撮像したが、機械やロボット、動物が指し示してもよい。
【0171】
また、
図11等の構成例は、画像通信システム100による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。画像通信システム100の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、1つの処理単位が更に多くの処理を含むように分割することもできる。
【0172】
複数の通信管理システム80が存在してもよいし、通信管理システム80の機能が複数のサーバに分散していてもよい。画像データと音データを中継する中継装置があってもよい。
【0173】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP(digital signal processor)、FPGA(field programmable gate array)や従来の回路モジュール等のデバイスを含むものとする。
【符号の説明】
【0174】
5 撮像装置
10 端末装置
21 撮像素子
34 入力画像処理モジュール
50 露光制御部
51 輝度値記憶部
52 輝度値比較部
70 通信管理システム
100 画像通信システム
【先行技術文献】
【特許文献】
【0175】