特許 6427688 パノラマバーチャルリアリティコンテンツの全方位ステレオキャプチャおよびレンダリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6427688

(24)【登録日】2018年11月2日

(45)【発行日】2018年11月21日

(54)【発明の名称】パノラマバーチャルリアリティコンテンツの全方位ステレオキャプチャおよびレンダリング

(51)【国際特許分類】

   H04N 13/117 20180101AFI20181112BHJP

   H04N 13/344 20180101ALI20181112BHJP

   H04N 13/239 20180101ALI20181112BHJP

   H04N 13/243 20180101ALI20181112BHJP

   H04N 13/221 20180101ALI20181112BHJP

   G06T 19/00 20110101ALI20181112BHJP

【ＦＩ】

   H04N13/117

   H04N13/344

   H04N13/239

   H04N13/243

   H04N13/221

   G06T19/00 300B

   G06T19/00 F

【請求項の数】18

【全頁数】42

(21)【出願番号】特願2017-550739(P2017-550739)

(86)(22)【出願日】2016年5月25日

(65)【公表番号】特表2018-524832(P2018-524832A)

(43)【公表日】2018年8月30日

(86)【国際出願番号】US2016034072

(87)【国際公開番号】WO2016191464

(87)【国際公開日】20161201

【審査請求日】2017年12月5日

(31)【優先権主張番号】14/723,178

(32)【優先日】2015年5月27日

(33)【優先権主張国】US

(31)【優先権主張番号】14/723,151

(32)【優先日】2015年5月27日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】エステバン，カルロス・ヘルナンデス

(72)【発明者】

【氏名】アンダーソン，ロバート

(72)【発明者】

【氏名】ウー，チャンチャン

(72)【発明者】

【氏名】クレイニン，マイケル

【審査官】 益戸 宏

(56)【参考文献】

【文献】 特開２００５−２７７８２５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １３／００

Ｈ０４Ｎ ７／１８

Ｈ０４Ｎ ５／２２５

Ｇ０６Ｔ １５／００ − １９／００

(57)【特許請求の範囲】

【請求項1】

コンピューティングデバイスにおいて、キャプチャされた画像に基づいて１セットの画像を規定することと、
前記１セットの画像の一部と関連付けられている複数のビュー光線を、曲線経路の周りに配列された複数の視点から１つの視点に再キャストすることによって、前記コンピューティングデバイスにおいて、前記１セットの画像の前記一部を透視画像平面から画像球面上に投影することと、
前記コンピューティングデバイスにおいて、前記１つの視点に対応する周囲境界を求め、前記周囲境界の外部の画素を除去することによって更新画像を生成することと、
前記更新画像内の第１のフレームと第２のフレームを互いにスティッチングすることをさらに備え、前記スティッチングすることは、
前記第１のフレームから画素列をサンプリングし、前記第２のフレームから画素列をサンプリングすることと、
前記第１のフレームのサンプリングされた画素列と前記第２のフレームのサンプリングされた画素列の間に、付加的な画素列を補間することと、
ヘッドマウントディスプレイで表示可能な三次元立体パノラマを生成することと、を含み、前記三次元立体パノラマは、左シーンおよび右シーンにコンテンツを混合することによって生成され、前記コンテンツは、前記第１のフレームからの前記サンプリングされた画素列、前記第２のフレームからの前記サンプリングされた画素列、および、前記付加的な画素列を含む、コンピュータによって実行される方法。

【請求項2】

前記１セットの画像は符号化ビデオコンテンツを含む、請求項１に記載の方法。

【請求項3】

前記キャプチャされた画像は、１８０度の視野を有して構成された少なくとも１つのステレオカメラペアで取得されたコンテンツを含む、請求項１または２に記載の方法。

【請求項4】

前記周囲境界は、前記キャプチャされた画像と関連付けられているカメラについて約１２０度の視野に規定される、請求項１から３のいずれか１項に記載の方法。

【請求項5】

前記周囲境界は、前記キャプチャされた画像と関連付けられているカメラについて約１５０度の視野に規定される、請求項１から４のいずれか１項に記載の方法。

【請求項6】

前記周囲境界は、前記キャプチャされた画像と関連付けられているカメラについてビュー平面より上の約３０度に対応する球状の一部である、請求項１から５のいずれか１項に記載の方法。

【請求項7】

前記周囲境界は、前記キャプチャされた画像と関連付けられているカメラについてビュー平面より下の約３０度に対応する球状の一部である、請求項１から６のいずれか１項に記載の方法。

【請求項8】

前記周囲境界の外部の画素を除去することは、前記画素をカラーブロック、静止画像、または前記画素のぼやけた表現で置換することを含む、請求項１から７のいずれか１項に記載の方法。

【請求項9】

前記スティッチングすることは、前記キャプチャされた画像を取得するために用いられる円形カメラリグの直径に少なくとも部分的に基づいて選択されたスティッチング比を用いて実行される、請求項１〜８のいずれか１項に記載の方法。

【請求項10】

ステレオパノラマを生成するように構成された画像処理システムであって、前記システムは、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行された場合に、前記１つ以上のプロセッサに以下の行為を実行させる命令を記憶したメモリとを備え、前記行為は、
前記１つ以上のプロセッサによって、カメラリグ上に配置された複数のカメラを用いて撮影された画像のセットから生成された補間画像を定義することを含み、前記補間画像は、前記画像のセットに関連付けられたカメラポーズと、前記画像のセットにおける画像間の定められたフローとを用いて生成されており、
前記画像のセットの前記フローを用いて補間することを含み、前記画像のセットに補間される画像は立体パノラマのためのバーチャルコンテンツを生成し、前記補間することは、
前記画像のセットを平面投影から球面投影に投影することと、
前記画像のセットを調整して非円形カメラ軌道を補償することと、
前記画像のセットにおける少なくとも２つのフレームをともにスティッチングすることと、を含み、前記スティッチングすることは、前記画像のセットからおよび前記補間する画像から画像の部分をサンプリングすることと、前記画像の部分と前記補間する部分とを互いに混合することと、を含む、画像処理システム。

【請求項11】

前記画像の部分と前記補間する部分とを互いに混合することは、
前記フローを用いて前記画像の部分を互いにスティッチングして、少なくとも１つの画像を生成することと、
前記画像の部分と前記少なくとも１つの画像との相違点を表わす値を計算することによって少なくとも１つの画素値を生成することとを含む、請求項１０に記載のシステム。

【請求項12】

前記命令は、さらに、前記１つ以上のプロセッサに、前記画像のセットを調整して、カメラ同士の分離が約３０度より大きい複数のカメラを用いてキャプチャされたコンテンツを補償するように構成されている、請求項１０または１１に記載のシステム。

【請求項13】

前記命令は、さらに、前記１つ以上のプロセッサに、前記画像のセットを調整して、カメラポーズエラーによるカメラの位置合わせ不良を補償するように構成されている、請求項１０から１２のいずれか１項に記載のシステム。

【請求項14】

前記命令は、さらに、前記１つ以上のプロセッサに、オプティカルフローを推定させ、前記オプティカルフローを推定することは、
前記部分における前記画像内の少なくとも２つの画素について、大きさおよび向きを求めることと、
前記少なくとも２つの画素のうち第１の画素の大きさと前記少なくとも２つの画素のうち第２の画素の大きさを比較することと、
前記第１の画素の向きと前記第２の画素の向きとを比較することと、
前記大きさの比較によって決定された相違点と前記向きの比較によって決定された相違点とを用いて、前記第１の画素と前記第２の画素との間のオプティカルフローを決定することと、を含む、請求項１０から１３のいずれか１項に記載のシステム。

【請求項15】

コンピュータによって実行される方法であって、
コンピューティングデバイスにおいて、キャプチャされた画像に基づいて１セットの画像を規定することと、
前記コンピューティングデバイスにおいて、前記１セットの画像をビデオストリームにスティッチングすることと、を備え、前記スティッチングすることは、
前記１セットの画像から複数の画素列をサンプリングすることと、
少なくとも２つのサンプリングされた画素列の間に、前記キャプチャされた画像の一部ではない追加の画素列を補間することと、
前記コンピューティングデバイスにおいて、前記サンプリングされた画素列と前記追加された画素列とを互いに混合することにより、更新されたビデオストリームである更新後のビデオストリームを生成することと、を含み、前記方法は、さらに、
前記更新後のビデオストリームを平面透視から正距円筒図法透視に投影することによって、第１の視点および第２の視点を生成することと、
前記コンピューティングデバイスにおいて、歪みが前記投影された前記更新後のビデオストリームのための予め規定された閾値より高い境界を求めることとを備え、前記歪みは、前記ビデオストリームの前記投影に少なくとも部分的に基づいており、前記方法は、さらに、
前記境界のおよび当該境界によって規定される内部より外側の、前記投影された前記更新後のビデオストリームにおける画像コンテンツを除去することをさらに備える、コンピュータによって実行される方法。

【請求項16】

前記１セットの画像をビデオストリームにスティッチングすることは、左方向のカメラキャプチャ角度と関連付けられている前記１セットの画像内の画像を、右方向を向いているカメラキャプチャ角度と関連付けられている前記１セットの画像内の画像と組合せることを含む、請求項１５に記載の方法。

【請求項17】

前記第１の視点はヘッドマウントディスプレイの左目のビューに対応し、前記第２の視点は前記ヘッドマウントディスプレイの右目のビューに対応する、請求項１５または１６に記載の方法。

【請求項18】

少なくとも１つのプロセッサによって実行されるコンピュータプログラムであって、前記少なくとも１つのプロセッサに請求項１〜９および１５〜１７のいずれか１項に記載の方法を実現させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本願は、２０１５年５月２７日に出願され「Capture and Render of Panoramic Virtual Reality Content（パノラマバーチャルリアリティコンテンツのキャプチャおよびレンダリング）」と題された米国特許出願連続番号第１４／７２３，１５１号ならびに２０１５年５月２７日に出願され「Omnistereo Capture and Render of Panoramic Virtual Reality Content（パノラマバーチャルリアリティコンテンツの全方位ステレオキャプチャおよびレンダリング）」と題された米国特許出願連続番号第１４／７２３，１７８号に基づく優先権および利益を主張し、上記両出願の開示を本明細書に引用により援用する。

【0002】

技術分野
本説明は概してパノラマを生成することに関する。特に、本説明は、バーチャルリアリティ（ＶＲ）環境でキャプチャした画像から立体パノラマを生成して表示することに関する。

【背景技術】

【0003】

背景
パノラマ写真撮影技術を画像およびビデオに対して用いて、あるシーンの幅広いビューを提供することができる。従来から、パノラマ写真撮影技術および撮像技術を用いて、従来のカメラで撮影された多数の隣接写真からパノラマ画像を得ることができる。当該写真を互いに整列してマウント処理して、パノラマ画像を得ることができる。

【発明の概要】

【課題を解決するための手段】

【0004】

概要
１つの一般的な局面において、コンピュータによって実行される方法は、コンピューティングデバイスにおいて、キャプチャされた画像に基づいて１セットの画像を規定することと、１セットの画像の一部と関連付けられている複数のビュー光線を、曲線経路の周りに配列された複数の視点から１つの視点に再キャストすることによって、コンピューティングデバイスにおいて、１セットの画像の一部を透視画像平面から画像球面上に投影することと、コンピューティングデバイスにおいて、１つの視点に対応する周囲境界を求め、周囲境界の外部の画素を除去することによって更新画像を生成することとを含む。当該方法はさらに、周囲境界の範囲内の更新画像を表示するために提供することを含み得る。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。

【0005】

別の一般的な局面において、撮像システムが含まれており、当該撮像システムはステレオパノラマを生成するように構成されている。当該システムは、規定された１セットの画像から補間された画像を提供し、補間された画像を１セットの画像内にインターリーブして、ステレオパノラマのための付加的なバーチャルコンテンツを生成するように構成された補間モジュールと、１セットの画像を平面透視投影から球面投影に投影するように構成された投影モジュールと、１セットの画像を調整して非円形カメラ軌道を補償するように構成されたキャプチャ補正モジュールとを含み得る。当該システムはさらに、１セットの画像から、および補間された画像から、画像の一部をサンプリングし、画像の一部同士を互いに混合して少なくとも１つの画素値を生成し、画素値を左シーンおよび右シーン内に構成することによってビデオコンテンツを含む三次元立体パノラマを生成するように構成されたスティッチングモジュールを含み得る。撮像システムはさらに、１セットの画像のオプティカルフローを推定して歪みを無くすように構成された画像補正モジュールを含む。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。

【0006】

別の一般的な局面において、コンピュータによって実行される方法は、コンピューティングデバイスにおいて、キャプチャされた画像に基づいて１セットの画像を規定することと、コンピューティングデバイスにおいて、（推定されたオプティカルフローを用いて）、１セットの画像を正距円筒図法のビデオストリームにスティッチングすることと、第１のビューおよび第２のビューについてビデオストリームを平面透視から正距円筒図法透視に投影することによって、コンピューティングデバイスにおいて、ビデオストリームを再生するためにレンダリングすることと、コンピューティングデバイスにおいて、歪みが予め規定された閾値より高い境界を求めることとを含み、歪みは、ビデオストリームを投影することに少なくとも部分的に基づいている。当該方法はさらに、境界によって規定される内部の、および当該内部の外の、１セットの画像内の画像コンテンツを除去することによって、コンピューティングデバイスにおいて、更新されたビデオストリームを生成することと、更新されたビデオストリームを表示するために提供することとを含み得る。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。１つの一般的な局面において、コンピュータによって実行される方法は、コンピューティングデバイスにおいて、キャプチャされた画像に基づいて１セットの画像を規定することと、コンピューティングデバイスにおいて、バーチャルリアリティ（ＶＲ）ヘッドマウントディスプレイのユーザと関連付けられているビュー方向を受信することと、コンピューティングデバイスにおいて、ビュー方向の変更の指示を受信することとを含み得る。当該方法はさらに、指示を受信したことに応答して、コンピューティングデバイスによって１セットの画像の一部の再投影を構成することを含み得、再投影は、変更されたビュー方向、およびキャプチャされた画像と関連付けられている視野に少なくとも部分的に基づいており、当該方法はさらに、再投影を用いて、当該一部を球面透視投影から平面透視投影に変換することを含み得る。当該方法はさらに、コンピューティングデバイスによって、ＶＲヘッドマウントディスプレイにおいて表示するために、再投影に基づいて更新されたビューをレンダリングすることを含み得、更新されたビューは、歪みを補正して当該一部内にステレオ視差を提供するように構成されており、当該方法はさらに、変更されたビュー方向に対応するステレオパノラマシーンを含む更新されたビューをヘッドマウントディスプレイに提供することを含み得る。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。

【0007】

別の一般的な局面において、装置は、少なくとも１つのプロセッサと、命令を格納しているメモリとを有するシステムを含み、当該命令は、少なくとも１つのプロセッサによって実行されるとシステムに動作を実行させ、当該動作は、カメラの少なくとも１つのステレオペアから収集されたキャプチャ済のビデオストリームに基づいて１セットの画像を規定することと、１セットの画像内のオプティカルフローを計算して、１セットの画像の一部ではない画像フレームを補間することと、画像フレームを１セットの画像内にインターリーブし、オプティカルフローに少なくとも部分的に基づいて画像フレームと１セットの画像とを互いにスティッチングすることと、画像フレームおよび１セットの画像を用いて、ＶＲヘッドマウントディスプレイにおいて表示するために全方位ステレオパノラマを生成することとを含む。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。

【0008】

別の一般的な局面において、方法は、カメラリグ上に配列されたカメラのステレオペアを用いて、カメラリグの周囲のシーンと関連付けられている画像を同時にキャプチャしつつ、カメラリグを第１の方向に回転させることと、ステレオペアを用いて、シーンと関連付けられている付加的な画像を同時にキャプチャしつつ、カメラリグを第２の方向に回転させることとを含み得、カメラリグは円形であり、キャプチャ時に、カメラリグのベースと平行なアーク運動で動くように構成されており、ステレオペアは、カメラリグのベースの中心の両側にオフセットしているビュー方向を有して設置されており、ステレオペアはほぼ人間の瞳孔間距離をおいて配列されている。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。

【0009】

１つの一般的な局面において、コンピュータによって実行される方法は、コンピューティングデバイスにおいて、回転可能なカメラリグからキャプチャされたコンテンツを表わす１セットの画像を受信することと、コンピューティングデバイスを用いて、画像内の画像フレームの一部を選択することとを含み得、画像フレームは、カメラリグのベースの外向きエッジから約半径１メートルから、カメラリグのベースの外向きエッジから約半径５メートルの距離をおいてカメラリグでキャプチャされたコンテンツを含んでおり、当該方法はさらに、画像フレームの一部同士を互いにスティッチングして立体パノラマビューを生成することを含み得、スティッチングは、当該部分を、当該部分内の少なくとも１つの他の画像フレームに一致させることに少なくとも部分的に基づいており、スティッチングは、カメラリグの直径に少なくとも部分的に基づいて選択されたスティッチング比を用いて実行され、当該方法はさらに、ビューをヘッドマウントディスプレイに提供することを含み得る。本局面の他の実施形態は、対応するコンピュータシステム、装置、および１つ以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含み、その各々が当該方法のアクションを実行するように構成されている。

【0010】

１つ以上の実現例の詳細を添付の図面および以下の説明で述べる。説明および図面から、かつ請求項から他の特徴が明らかになるであろう。

【0011】

さまざまな図面における同様の参照記号は同様の要素を指す。

【図面の簡単な説明】

【0012】

【図1】３Ｄバーチャルリアリティ（ＶＲ）環境で立体パノラマをキャプチャしてレンダリングするための例示的なシステムのブロック図である。

【図2】立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された例示的なカメラリグを図示する図である。

【図3】立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された別の例示的なカメラリグを図示する図である。

【図4】立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成されたモバイルデバイスを図示する図である。

【図5】立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された別の例示的なカメラリグを図示する図である。

【図6】立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成されたさらに別の例示的なカメラリグを図示する図である。

【図7】例示的なＶＲデバイスを示す図である。

【図8】カメラペアの数をカメラ視野の関数として示す例示的なグラフの図である。

【図9】補間された視野をカメラ視野の関数として示す例示的なグラフの図である。

【図10】カメラリグのための構成の選択を示す例示的なグラフの図である。

【図11】予め規定されたリグ直径に従ってカメラの最小数を求めるために用いられ得る例示的な関係を示すグラフの図である。

【図12A】画像キャプチャ時に起こり得る歪みの線画の例の図である。

【図12B】画像キャプチャ時に起こり得る歪みの線画の例の図である。

【図13A】パノラマ画像の収集時にキャプチャされた光線の例を図示する図である。

【図13B】パノラマ画像の収集時にキャプチャされた光線の例を図示する図である。

【図14A】図１３Ａ〜図１３Ｂにおいて記載したような、平面透視投影の近似の使用例を示す図である。

【図14B】図１３Ａ〜図１３Ｂにおいて記載したような、平面透視投影の近似の使用例を示す図である。

【図15A】画像の平面に適用される近似された平面透視投影の例を示す図である。

【図15B】画像の平面に適用される近似された平面透視投影の例を示す図である。

【図15C】画像の平面に適用される近似された平面透視投影の例を示す図である。

【図16A】垂直視差を導入する例を示す図である。

【図16B】垂直視差を導入する例を示す図である。

【図17A】３Ｄパノラマにおける点を示すために用いられ得る座標系の例示的な点を図示する図である。

【図17B】３Ｄパノラマにおける点を示すために用いられ得る座標系の例示的な点を図示する図である。

【図18】図１７Ａ〜図１７Ｂに図示した点の投影図である。

【図19】本開示に記載のパノラマ撮像技術を用いて全方向ステレオ画像内にキャプチャされた光線を示す図である。

【図20】３Ｄ空間における点に起因する最大垂直視差を示すグラフの図である。

【図21】ステレオパノラマ画像を生成するプロセスの一実施形態を図示するフローチャートの図である。

【図22】ステレオパノラマ画像をキャプチャするプロセスの一実施形態を図示するフローチャートの図である。

【図23】ヘッドマウントディスプレイにおいてパノラマ画像をレンダリングするプロセスの一実施形態を図示するフローチャートの図である。

【図24】画像境界を求めるプロセスの一実施形態を図示するフローチャートの図である。

【図25】ビデオコンテンツを生成するプロセスの一実施形態を図示するフローチャートの図である。

【図26】本明細書に記載の技術を実現するために用いられ得るコンピュータデバイスおよびモバイルコンピュータデバイスの例を示す図である。

【発明を実施するための形態】

【0013】

詳細な説明
パノラマ画像を作成することは一般に、たとえば１つのカメラまたはカメラリグ内の多数のカメラを用いて周囲の三次元（３Ｄ）シーンの画像またはビデオをキャプチャすることを含む。いくつかのカメラを収容するカメラリグを用いる場合、各カメラは、特定の時点で画像をキャプチャするように同期化されて構成され得る。たとえば、各カメラによってキャプチャされる第１のフレームは、第２、第３、および第４のカメラが対応する第１のフレームをキャプチャするのとほぼ同時にキャプチャされ得る。この画像キャプチャは、シーンの一部またはすべてがキャプチャされるまで同時に継続し得る。実現例の多くはカメラに関して説明されるが、実現例は代わりに画像センサに関して、または（画像センサを含み得る）カメラハウジングに関しても説明され得る。

【0014】

複数のカメラを収容するカメラリグは、シーンの特定の角度をキャプチャするように構成され得る。たとえば、カメラリグ上に収容されたカメラは特有の角度で方向付けられ得、その角度からキャプチャされたすべての（または少なくとも一部の）コンテンツが処理されて特定のシーンの全パノラマが生成され得る。いくつかの実現例では、カメラの各々は異なる角度に方向付けられてシーンの異なる角度をキャプチャし得る。シーンの一部のみをキャプチャする場合、またはシーンの一部もしくはすべてが歪みを含んでいる場合は、パノラマのうち、いずれかの欠けている、破損している、または歪んでいるコンテンツを補間または構成するために多数のプロセスが実行され得る。以下の開示では、３Ｄパノラマコンテンツを３Ｄバーチャルリアリティ（ＶＲ）環境でヘッドマウントディスプレイ（ＨＭＤ）デバイスにおいて表示する目的でそのようなコンテンツをキャプチャ、処理、補正、およびレンダリングする多数の装置および方法を記載する。

【0015】

図１は、３Ｄバーチャルリアリティ（ＶＲ）環境で立体パノラマをキャプチャしてレンダリングするための例示的なシステム１００のブロック図である。例示的なシステム１００において、カメラリグ１０２は画像をキャプチャし、（たとえば永久もしくはリムーバブル記憶装置に）ローカルに記憶し、および／またはネットワーク１０４上で提供し得るか、あるいは、画像を分析および処理のために画像処理システム１０６に直接提供し得る。システム１００のいくつかの実現例では、モバイルデバイス１０８は、画像をネットワーク１０４を介して提供するためのカメラリグ１０２として機能し得る。画像がキャプチャされると、画像処理システム１０６は画像に対して多数の計算およびプロセスを実行し、たとえば、処理画像をレンダリングのためにネットワーク１０４上でヘッドマウントディスプレイ（ＨＭＤ）デバイス１１０に提供し得る。いくつかの実現例では、画像処理システム１０６はカメラリグ１０２および／またはＨＭＤデバイス１１０に含まれ得る。いくつかの実現例では、画像処理システム１０６はさらに、処理画像をレンダリング、記憶、またはさらなる処理のためにモバイルデバイス１０８に、および／またはコンピューティングデバイス１１２に提供し得る。

【0016】

ＨＭＤデバイス１１０は、バーチャルリアリティコンテンツを表示可能なバーチャルリアリティヘッドセット、眼鏡、アイピース、または他のウェアラブルデバイスを表わし得る。動作時、ＨＭＤデバイス１１０は、受信したおよび／または処理した画像をユーザに対して再生可能なＶＲアプリケーション（図示せず）を実行し得る。いくつかの実現例では、ＶＲアプリケーションは、図１に示すデバイス１０６，１０８または１１２の１つ以上によってホストされ得る。一例では、ＨＭＤデバイス１１０は、カメラリグ１０２がキャプチャしたシーンのビデオ再生を提供し得る。別の例では、ＨＭＤデバイス１１０は、単一のパノラマシーンにスティッチングされる静止画像の再生を提供し得る。

【0017】

カメラリグ１０２は、ＶＲ環境でコンテンツをレンダリングするために画像データを収集するカメラ（キャプチャデバイスとも称され得る）および／または処理デバイスとして用いられるように構成され得る。カメラリグ１０２は本明細書では特定の機能を有して記載されるブロック図として示されているが、リグ１０２は図２〜図６に示す実現例のいずれかの形態を取ることができ、さらに、本開示全体にわたってカメラリグについて記載される機能を有し得る。たとえば、システム１００の機能の記載を簡潔にするために、図１は画像をキャプチャするカメラがリグの周りに配置されていないカメラリグ１０２を示す。カメラリグ１０２の他の実現例は、リグ１０２などの円形カメラリグの周囲に配置され得る任意の数のカメラを含み得る。

【0018】

図１に示すように、カメラリグ１０２は多数のカメラ１３９および通信システム１３２を含む。カメラ１３９は単一のスチルカメラまたは単一のビデオカメラを含み得る。いくつかの実現例では、カメラ１３０は、リグ１０２の外周（たとえばリング）に沿って並んで配置された（たとえば着座した）複数のスチルカメラまたは複数のビデオカメラを含み得る。カメラ１３９はビデオカメラ、画像センサ、立体カメラ、赤外線カメラ、および／またはモバイルデバイスであり得る。通信システム１３２を用いて画像、命令、および／または他のカメラ関連のコンテンツがアップロードおよびダウンロードされ得る。当該通信は有線でも無線でもよく、私設網または公衆網上でインターフェイス可能である。

【0019】

カメラリグ１０２は、固定リグまたは回転リグとして機能するように構成され得る。リグ上の各カメラはリグの回転中心からオフセットして配置（たとえば設置）される。カメラリグ１０２は、たとえば、３６０度回転して、シーンの３６０度ビューのすべてまたは一部をスイープしてキャプチャするように構成され得る。いくつかの実現例では、リグ１０２は固定位置で動作するように構成され得、そのような構成では、付加的なカメラをリグに追加してシーンの付加的な外向き角度のビューをキャプチャしてもよい。

【0020】

いくつかの実現例では、カメラリグ１０２は、複数のデジタルビデオカメラを含む。複数のデジタルビデオカメラは、それらのレンズの各々が径方向外向き方向を指し示して周囲のシーンまたは環境の異なる部分を見るように、左右にまたは背中合わせに配置される（たとえば、カメラ３０２Ｂおよび３０２Ｆに関して図３に示される）。いくつかの実現例では、複数のデジタルビデオカメラは、ビュー方向が円形カメラリグ１０２に接している接線構成で配置される。たとえば、カメラリグ１０２は、リグのベースに対して接線方向に配列されつつ、自身のレンズの各々が径方向外向き方向を指し示すように配置される複数のデジタルビデオカメラを含み得る。デジタルビデオカメラは、異なる方向のコンテンツをキャプチャして周囲シーンの異なる角度部分を見るように指し示され得る。

【0021】

いくつかの実現例では、カメラからの画像はカメラリグ１０２上の隣接カメラにおいて処理され得る。そのような構成では、隣接カメラの各セットの各第１のカメラはカメラリグベースの円形路に対して接線方向に配置（たとえば設置）され、左方向に（たとえばカメラレンズが左方向を指し示して）整列される。隣接カメラの各セットの各第２のカメラはカメラリグベースの円形路に対して接線方向に配置（たとえば設置）され、（たとえばカメラレンズが）右方向を指し示して整列される。

【0022】

カメラリグ１０２上で用いられるカメラについての例示的な設定として、約６０フレーム／秒のプログレッシブスキャンモード（すなわち、ほとんどビデオカメラの標準的な記録モードのように１行おきではなく、各ラスタ線をサンプリングしてビデオの各フレームを生成するモード）が挙げられ得る。また、カメラの各々は同一の（または同様の）設定で構成され得る。各カメラを同一の（または同様の）設定に構成することは、キャプチャ後に所望の態様で互いにスティッチングされ得る画像をキャプチャするという利点をもたらし得る。例示的な設定として、カメラの１つ以上を同じズーム、フォーカス、露光、およびシャッタスピードに設定すること、ならびに安定化機能が相互に関連しているかまたはオフにされた状態でカメラをホワイトバランスするように設定することが挙げられ得る。

【0023】

いくつかの実現例では、カメラリグ１０２は１つ以上の画像またはビデオをキャプチャするために用いられる前に較正され得る。たとえば、カメラリグ１０２上の各カメラはパノラマビデオを撮るように較正および／または構成され得る。設定は、たとえば、リグを３６０度スイープで特定の回転速度で、広視野で、時計回りまたは反時計回り方向に動作させるように構成することを含み得る。いくつかの実現例では、リグ１０２上のカメラは、たとえば、シーンの周りのキャプチャ経路の３６０度スイープの１度毎に１フレームをキャプチャするように構成され得る。そのような実現例では、リグ１０２上のカメラは、たとえば、シーンの周りのキャプチャ経路の３６０度（以下）スイープの１度毎に複数のフレームをキャプチャするように構成され得る。いくつかの実現例では、リグ１０２上のカメラは、たとえば、１度毎に特に測定されたフレームをキャプチャする必要なしにシーンの周りのキャプチャ経路のスイープで複数のフレームをキャプチャするように構成され得る。

【0024】

いくつかの実現例では、カメラは、同期して機能して、特定の時点でカメラリグ上のカメラからビデオをキャプチャするように構成（たとえばセットアップ）され得る。いくつかの実現例では、カメラは、同期して機能して、ある期間にわたってカメラの１つ以上からビデオの特定の部分をキャプチャするように構成され得る。カメラリグを較正する別の例は、受信画像をどのように記憶するかを構成することを含み得る。たとえば、受信画像は個々のフレームまたはビデオ（たとえば．ａｖｉファイル、．ｍｐｇファイル）として記憶され得、そのように記憶された画像はインターネット、別のサーバもしくはデバイスにアップロードされ得るか、またはカメラリグ１０２上の各カメラを用いてローカルに記憶され得る。いくつかの実現例では、受信画像は符号化ビデオとして記憶され得る。

【0025】

画像処理システム１０６は、補間モジュール１１４、キャプチャ補正モジュール１１６、およびスティッチングモジュール１１８を含む。補間モジュール１１６は、たとえば、デジタル画像およびビデオの一部をサンプリングし、カメラリグ１０２からキャプチャされた隣接画像間で起こると考えられる多数の補間された画像を求めるために用いられ得るアルゴリズムを表わす。いくつかの実現例では、補間モジュール１１４は、隣接画像間の補間された画像フラグメント、画像部分、および／または垂直もしくは水平画像ストリップを求めるように構成され得る。いくつかの実現例では、補間モジュール１１４は、隣接画像内の関連画素間のフローフィールド（および／またはフローベクトル）を求めるように構成され得る。フローフィールドを用いて、画像が受けた両変換、および変換を受けた処理画像が補償され得る。たとえば、フローフィールドを用いて、取得された画像の特定の画素格子の変換が補償され得る。いくつかの実現例では、補間モジュール１１４は、周囲画像の補間によって、キャプチャされた画像の一部ではない１つ以上の画像を生成し得、生成された画像をキャプチャされた画像内にインターリーブして、シーンの付加的なバーチャルリアリティコンテンツを生成し得る。

【0026】

キャプチャ補正モジュール１１６は、非理想的なキャプチャセットアップを補償することによってキャプチャされた画像を補正するように構成され得る。例示的なキャプチャセットアップとして、非限定的な例では、円形カメラ軌道、平行な主（カメラ）軸、カメラ軌道に垂直なビュー方向、カメラ軌道に対して接線方向であるビュー方向、および／または他のキャプチャ条件が挙げられ得る。いくつかの実現例では、キャプチャ補正モジュール１１６は、画像キャプチャ時の非円形カメラ軌道、および／または画像キャプチャ時の非平行主軸の一方または両方を補償するように構成され得る。

【0027】

キャプチャ補正モジュール１１６は、特定の１セットの画像を調整して、カメラ同士の分離が約３０度より大きい複数のカメラを用いてキャプチャされたコンテンツを補償するように構成され得る。たとえば、カメラ間の距離が４０度の場合、キャプチャ補正モジュール１１６は、付加的なカメラからコンテンツを収集することによって、または欠けているコンテンツを補間することによって、カメラのカバー範囲不足に基づく特定のシーンにおけるいずれかの欠けているコンテンツを説明し得る。

【0028】

いくつかの実現例では、キャプチャ補正モジュール１１６はさらに、１セットの画像を調整して、カメラポーズエラーなどによるカメラの位置合わせ不良を補償するように構成され得る。たとえば、カメラポーズエラー（たとえばカメラの向きおよび位置によるエラー）が画像キャプチャ時に起こると、モジュール１１６はいくつかの画像フレームからの２つ以上の画素列同士を混合して、露光不足（もしくは画像フレーム毎の露光変化）によるおよび／または１つ以上のカメラの位置合わせ不良によるアーティファクトを含むアーティファクトを除去し得る。スティッチングモジュール１１８は、規定された、取得された、および／または補間された画像に基づいて３Ｄ立体画像を生成するように構成され得る。スティッチングモジュール１１８は、複数の画像部分からの画素および／または画像ストリップを混合する／スティッチングするように構成され得る。スティッチングは、たとえば補間モジュール１１４によって求められたフローフィールドに基づき得る。たとえば、スティッチングモジュール１１８は、１セットの画像の一部ではない補間された画像フレームを（補間モジュール１１４から）受信し、画像フレームを１セットの画像内にインターリーブし得る。インターリーブすることは、モジュール１１８が、補間モジュール１１４によって生成されたオプティカルフローに少なくとも部分的に基づいて画像フレームと１セットの画像とを互いにスティッチングすることを含み得る。

【0029】

スティッチングされた組合せを用いて、全方位ステレオパノラマがＶＲヘッドマウントディスプレイにおいて表示するために生成され得る。画像フレームは、特定のリグ上に配置されたカメラの多数の隣接ペアから収集された、キャプチャ済のビデオストリームに基づき得る。そのようなリグは、約１２個から約１６個のカメラを含み得る。言い換えると、そのようなリグの他の組合せは、たとえば１２個〜１６個のペアでないまたは個々のカメラを含み得る。いくつかの実現例では、奇数個のカメラがリグに含まれていてもよい。いくつかの実現例では、リグは２セットまたは３セット以上の隣接カメラを含む。いくつかの実現例では、リグは、リグ上に並んで着座し得る同数セットの隣接カメラを含み得る。いくつかの実現例では、スティッチングモジュール１１８は、少なくとも１つの隣接ペアと関連付けられているポーズ情報を用いて、インターリーブを実行する前に１セットの画像の一部を予めスティッチングし得る。カメラリグ上の隣接ペアは、たとえば図３に関連して以下により明確に示されて記載される。

【0030】

いくつかの実現例では、オプティカルフロー技術を用いて画像同士を互いにスティッチングすることは、キャプチャされたビデオコンテンツ同士を互いにスティッチングすることを含み得る。そのようなオプティカルフロー技術を用いて、カメラペアおよび／または単一のカメラを用いて以前にキャプチャされた特定のビデオコンテンツ間の中間ビデオコンテンツが生成され得る。この技術は、画像をキャプチャする円形固定カメラリグ上の一連のカメラをシミュレートする方法として用いられ得る。シミュレートされたカメラは、単一のカメラを円を描くようにスイープして３６０度の画像をキャプチャする方法と同様のコンテンツをキャプチャし得るが、上記の技術では、実際にリグ上に設置されるカメラはより少なく、リグは固定であってもよい。また、一連のカメラをシミュレートする能力は、ビデオ内のフレーム毎にコンテンツ（たとえば１度毎に１画像のキャプチャ間隔で３６０個の画像）をキャプチャすることができるという利点をもたらす。

【0031】

生成された中間ビデオコンテンツは、高密度の１セットの画像（たとえば１度毎に１画像で３６０個の画像）を用いることによってオプティカルフローを用いて実際にキャプチャされたビデオコンテンツにスティッチングされ得るが、実際は、カメラリグがキャプチャした画像は３６０個より少ない。たとえば、円形カメラリグが８ペアのカメラ（すなわち１６個のカメラ）またはペアでない１６個のカメラを含む場合、キャプチャされた画像のカウントは１６個の画像まで低くなり得る。オプティカルフロー技術を用いて１６個の画像間のコンテンツがシミュレートされて３６０度のビデオコンテンツが提供され得る。

【0032】

いくつかの実現例では、オプティカルフロー技術を用いることによって補間効率が向上し得る。たとえば、３６０個の画像を補間する代わりに、カメラの各連続ペア（たとえば［１−２］，［２−３］，［３−４］）間でオプティカルフローが計算され得る。キャプチャされた１６個の画像およびオプティカルフローを仮定して、補間モジュール１４および／またはキャプチャ補正モジュール１１６は、１６個の画像のうちのいずれかにおいて画像全体を補間する必要なしに任意の中間ビューにおける任意の画素を計算し得る。

【0033】

画像処理システム１０６は、投影モジュール１２０および画像補正モジュール１２２をさらに含む。投影モジュール１２０は、画像を透視平面内に投影することによって３Ｄ立体画像を生成するように構成され得る。たとえば、投影モジュール１２０は特定の１セットの画像の投影を取得し得、画像の一部を平面透視投影から球面（すなわち正距円筒図法）透視投影に変換することによって当該１セットの画像の一部の再投影を構成し得る。当該変換は投影モデリング技術を含む。

【0034】

投影モデリングは、投影中心および投影面を規定することを含み得る。本開示に記載の例では、投影中心は、予め規定されたｘｙｚ座標系の原点（０，０，０）における光学中心を表わし得る。投影面は投影中心の前に設置され得、カメラはｘｙｚ座標系のｚ軸に沿って画像をキャプチャするように向いている。一般に、投影は、座標（ｘ，ｙ，ｚ）から投影中心までの特定の画像光線の透視平面の交点を用いて計算され得る。投影の変換は、たとえばマトリックス計算を用いて座標系を操作することによって行なわれ得る。

【0035】

立体パノラマための投影モデリングは、単一の投影中心を有さないマルチ透視画像を用いることを含み得る。マルチ透視は典型的に円形状（球状）（図１３Ｂ参照）として示される。コンテンツをレンダリングする際、本明細書に記載のシステムは、１つの座標系から別の座標系に変換する際の近似として球面を用い得る。

【0036】

一般に、球面（すなわち正距円筒図法）投影は、球面の中心が投影の中心を等しく囲んでいる球状の平面を提供する。透視投影は、透視平面（たとえば２Ｄ表面）上の３Ｄオブジェクトの画像を提供してユーザの実際の視覚を近似するビューを提供する。一般に、画像は平坦な画像面（たとえばコンピュータモニタ、モバイルデバイスＬＣＤスクリーン）上にレンダリングされ得るので、投影は歪みのないビューを提供するために平面透視で示される。しかし、平面投影では３６０度の視野が可能でない場合があるので、キャプチャされた画像（たとえばビデオ）は正距円筒図法（たとえば球面）透視で記憶され得、レンダリング時に平面透視に再投影され得る。

【0037】

特定の再投影が完了した後、投影モジュール１２０はＨＭＤにおいてレンダリングするために再投影された画像の部分を送信し得る。たとえば、投影モジュール１２０は、再投影の一部をＨＭＤ１１０における左目ディスプレイに、再投影の一部をＨＭＤ１１０における右目ディスプレイに提供し得る。いくつかの実現例では、投影モジュール１２０は、上記の再投影を実行することによって垂直視差を計算して減らすように構成され得る。

【0038】

画像補正モジュール１２２は、透視歪みを含むがこれに限定されない歪みを補償することによって３Ｄ立体画像を生成するように構成され得る。いくつかの実現例では、画像補正モジュール１２２は、オプティカルフローが３Ｄステレオのために維持される特定の距離を求め得、画像をセグメント化して、そのようなフローが維持されるシーンの一部のみを示し得る。たとえば、画像補正モジュール１２２は、３Ｄステレオ画像のオプティカルフローが、たとえば、円形カメラリグ１０２の外向きエッジから約半径１メートルから、カメラリグ１０２の外向きエッジから約半径５メートルの間に維持されると判断し得る。したがって、画像補正モジュール１２２は、ＨＭＤ１１０のユーザにとって適切な視差を有する適切な３Ｄステレオ効果を提供しつつ、歪みのない投影においてＨＭＤ１１０内でレンダリングするために１メートルから５メートルの間の部分が選択されることを保証し得る。

【0039】

いくつかの実現例では、画像補正モジュール１２２は、特定の画像を調整することによってオプティカルフローを推定し得る。当該調整は、たとえば、画像の一部を訂正すること、画像の当該一部と関連付けられている推定されたカメラポーズを求めること、および当該一部における画像間のフローを求めることを含み得る。非限定的な例では、画像補正モジュール１２２は、フローが計算されている２つの特定の画像間の回転差を補償し得る。この補正は、回転差（すなわち回転フロー）に起因するフロー成分を除去するように機能し得る。そのような補正によって、並進移動に起因するフロー（たとえば視差フロー）がもたらされ、これは、結果として得られる画像を正確かつロバストにしつつ、フロー推定計算の複雑さを減少させることができる。いくつかの実現例では、画像補正に加えて、レンダリング前に画像に対して処理が行なわれ得る。たとえば、レンダリングが実行される前に、スティッチング、混合、または付加的な補正処理が画像に対して行なわれ得る。

【0040】

いくつかの実現例では、画像補正モジュール１２２は、平面透視投影に基づいていないカメラジオメトリを用いてキャプチャされた画像コンテンツに起因する投影歪みを補正し得る。たとえば、多数の異なるビュー角度からの画像を補間することによって、かつ当該画像と関連付けられているビュー光線を共通の原点から生じていると条件付けることによって、補正が画像に適用され得る。補間された画像はキャプチャされた画像内にインターリーブされて、人間の目にとって無理のないレベルの回転視差を有して人間の目に正確に見えるバーチャルコンテンツが生成され得る。

【0041】

例示的なシステム１００では、デバイス１０６，１０８および１１２はラップトップコンピュータ、デスクトップコンピュータ、モバイルコンピューティングデバイス、またはゲーム機であり得る。いくつかの実現例では、デバイス１０６，１０８および１１２は、ＨＭＤデバイス１１０内に配置され（たとえば設置され／位置し）得るモバイルコンピューティングデバイスであり得る。モバイルコンピューティングデバイスは、たとえば、ＨＭＤデバイス１１０のためのスクリーンとして用いられ得る表示装置を含み得る。デバイス１０６，１０８および１１２は、ＶＲアプリケーションを実行するためのハードウェアおよび／またはソフトウェアを含み得る。さらに、デバイス１０６，１０８および１１２は、これらのデバイスがＨＭＤデバイス１１０の前に設置されるか、またはＨＭＤデバイス１１０に対してある範囲の位置内に保持される場合に、ＨＭＤデバイス１１０の３Ｄ移動を認識、監視、および追跡可能なハードウェアおよび／またはソフトウェアを含み得る。いくつかの実現例では、デバイス１０６，１０８および１１２は、付加的なコンテンツをネットワーク１０４上でＨＭＤデバイス１１０に提供し得る。いくつかの実現例では、デバイス１０２，１０６，１０８，１１０および１１２は、ペアリングされるかまたはネットワーク１０４を介して接続されて、１つ以上と互いに接続／インターフェイスされ得る。当該接続は有線でも無線でもよい。ネットワーク１０４は公衆通信網でも私設通信網でもよい。

【0042】

システム１００は電子記憶装置を含み得る。電子記憶装置はデバイスのうちのいずれか（たとえばカメラリグ１０２、画像処理システム１０６、ＨＭＤデバイス１１０および／またはその他）に含まれ得る。電子記憶装置は、情報を電子的に記憶する非一時的な記憶媒体を含み得る。電子記憶装置は、キャプチャされた画像、取得された画像、前処理された画像、後処理された画像等を記憶するように構成され得る。開示されるカメラリグのいずれかを用いてキャプチャされた画像は処理されて、ビデオの１つ以上のストリームとして記憶され得るか、または個々のフレームとして記憶され得る。いくつかの実現例では、記憶はキャプチャ時に起こり、レンダリングはキャプチャの一部の直後に起こり、キャプチャおよび処理が同時でなかった場合よりも早くパノラマステレオコンテンツへの高速アクセスを可能とし得る。

【0043】

図２は、立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された例示的なカメラリグ２００を図示する図である。カメラリグ２００は、リング状の支持ベース（図示せず）に取付けられた第１のカメラ２０２Ａおよび第２のカメラ２０２Ｂを含む。示されるように、カメラ２０２Ａおよび２０２Ｂは、直接外側を（キャプチャすべき画像／シーンに向かって）向いて、かつリグ２００の回転軸（Ａ１）の中心と平行に、環状位置に配置されている。

【0044】

図示される例では、カメラ２０２Ａおよび２０２Ｂは、ある距離だけ離れて（Ｂ１）マウントプレート２０８上に配置（たとえば設置）される。いくつかの実現例では、カメラリグ２００上の各カメラ間の距離（Ｂ１）は平均的な人間の瞳孔間距離（ＩＰＤ）を表わし得る。カメラをＩＰＤ距離だけ離して設置することによって、人間の目が（矢印２０４によって示すように左右に）回転して矢印２０４によって示されるキャプチャ経路の周りのシーンをスキャンする際にどのように画像を見るかを近似することができる。例示的な平均的な人間のＩＰＤ測定値は、約５センチメートルから約６．５センチメートルであり得る。いくつかの実現例では、標準的なＩＰＤ距離だけ離れて配置された各カメラは１セットの隣接カメラの一部であり得る。

【0045】

いくつかの実現例では、カメラリグ２００は標準的な人間の頭部の直径を近似するように構成され得る。たとえば、カメラリグ２００は、約８センチメートルから約１０センチメートルの直径２０６を有して設計され得る。この直径２０６は、人間の頭部がどのように回転して回転中心Ａ１に対して人間の目でシーン画像を見るかをリグ２００が近似するように選択され得る。他の測定も可能であり、リグ２００またはシステム１００は、たとえばより大きい直径を用いる場合は、キャプチャ技術および結果として得られる画像を調整し得る。

【0046】

非限定的な例では、カメラリグ２００は約８センチメートルから約１０センチメートルの直径２０６を有し得、約６センチメートル離れたＩＰＤ距離に設置されたカメラを収容し得る。多数のリグ配列を以下に記載する。本開示に記載の各配列は、上述のまたは他の直径およびカメラ間距離を有して構成され得る。

【0047】

図２に示すように、２つのカメラ２０２Ａ，２０２Ｂは広視野を有して構成され得る。たとえば、カメラは約１５０度から約１８０度の視野をキャプチャし得る。カメラ２０２Ａ，２０２Ｂは、より幅広いビューをキャプチャする魚眼レンズを有していてもよい。いくつかの実現例では、カメラ２０２Ａ，２０２Ｂはカメラの隣接ペアとして機能する。

【0048】

動作時、リグ２００は回転中心Ａ１の周りを３６０度回転してパノラマシーンをキャプチャし得る。あるいは、リグは固定のままであってもよく、（図３に示すように）付加的なカメラをカメラリグ２００に追加して３６０度のシーンの付加的な部分をキャプチャしてもよい。

【0049】

図３は、立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された別の例示的なカメラリグ３００を図示する図である。カメラリグ３００は、リング状の支持ベース（図示せず）に取付けられた多数のカメラ３０２Ａ〜３０２Ｈを含む。第１のカメラ３０２Ａは実線で示されており、付加的なカメラ３０２Ｂ〜３０２Ｈはそれらがオプションであることを示すために破線で示されている。カメラリグ２００内に示される平行に装着されたカメラ（カメラ２０２Ａおよび２０２Ｂ参照）とは対照的に、カメラ３０２Ａ〜３０２Ｈは円形カメラリグ３００の外周に対して接線方向に配置される。図３に示すように、カメラ３０２Ａは隣接カメラ３０２Ｂおよび隣接カメラ３０２Ｈを有する。

【0050】

図示される例では、カメラ２０２Ａおよび２０２Ｂは、リグ２００内のカメラと同様に、特定の距離だけ離れて（Ｂ１）配置される。この例では、カメラ３０２Ａおよび３０２Ｂは、以下に詳細に記載するように、隣接ペアとして機能して、中心カメラレンズからそれぞれ左右方向に外れた角度をキャプチャし得る。

【0051】

一例では、カメラリグ３００は、回転可能なまたは固定されたベース（図示せず）およびマウントプレート３０６（支持部とも称され得る）を含む円形リグであり、カメラの隣接ペアは、マウントプレート３０６上に設置され、マウントプレート３０６のエッジに対して接線方向であるビュー方向を指し示すように構成され、左方向を指し示すように配列された第１のカメラ３０２Ａと、第１のカメラと並んでマウントプレート３０６上に設置され、第１のカメラ３０２Ａから瞳孔間距離（または異なる距離（たとえばＩＰＤ距離未満））をおいて設置された第２のカメラ３０２Ｂとを含み、第２のカメラ３０２Ｂは、マウントプレート３０６のエッジに対して接線方向であるビュー方向を指し示すように配列され、右方向を指し示すように配列されている。同様に、隣接ペアはカメラ３０２Ｃおよび３０２Ｄから構成され得、別のペアはカメラ３０２Ｅおよび３０２Ｆから構成され得、さらに別のペアはカメラ３０２Ｇおよび３０２Ｈから構成され得る。いくつかの実現例では、各カメラ（たとえば３０２Ａ）は、リグ上の各カメラがリグ上の別のカメラとペアリングされ得るように、自身に隣接していないが自身の隣接カメラに隣接しているカメラとペアリングされ得る。いくつかの実現例では、各カメラは（いずれかの側の）自身の直接の隣接カメラとペアリングされ得る。

【0052】

いくつかの実現例では、補間モジュール１１４によって１つ以上のステレオ画像が生成され得る。たとえば、カメラリグ３００上に示されるステレオカメラに加えて、付加的なステレオカメラが合成ステレオ画像カメラとして生成され得る。特に、キャプチャされた画像からの光線を分析（たとえばレイトレーシング）することによって、３Ｄシーンのシミュレートされたフレームが生成され得る。当該分析は、視点から特定の画像または画像フレームを通ってシーン内に逆方向に光線を追跡することを含み得る。特定の光線がシーン内のオブジェクトに当たると、当該光線が通過する各画像画素は当該オブジェクトと一致する色でペイントされ得る。光線がオブジェクトに当たらなければ、画像画素は背景またはシーン内の他の特徴と一致する色でペイントされ得る。視点およびレイトレーシングを用いて、補間モジュール１１４はシミュレートされたステレオカメラからであるように見える付加的なシーンコンテンツを生成し得る。付加的なコンテンツは、画像効果、欠けている画像コンテンツ、背景コンテンツ、視野外部のコンテンツを含み得る。

【0053】

図３に示すように、カメラ３０２Ａ〜３０２Ｈは、カメラリグ３００の外周に対して接線方向に配置（たとえば設置）されるので、シーンの最大で１８０度のビューをキャプチャし得る。すなわち、カメラは接線的に設置されるので、完全にオクルージョンされていない１８０度の視野がリグ上の各カメラ内にキャプチャされ得る。

【0054】

いくつかの実現例では、カメラリグ３００は隣接カメラを含む。たとえば、リグ３００は隣接カメラ３０２Ａおよび３０２Ｂを含み得る。カメラ３０２Ａは、マウントプレート３０４のエッジに対して接線方向であるビュー方向に方向付けられ、かつ左方向を指し示すように配列された関連のレンズを用いて構成され得る。同様に、カメラ３０２Ｂはカメラ３０２Ａと並んでマウントプレート３０４上に配置され、カメラ３０２Ａからほぼ人間の瞳孔間距離をおいて設置され、マウントプレート３０４のエッジに対して接線方向であるビュー方向を指し示すように配列され、右方向を指し示すように配列され得る。

【0055】

いくつかの実現例では、実際のカメラ３０２Ａ〜Ｈを接線方向に配置するのではなく、カメラ３０２Ａ〜Ｈ上の（またはカメラリグ３００上の）特定のセンサがカメラ３０２Ａ〜Ｈ（またはリグ３００）の外周に対して接線方向に配置されてもよい。このように、カメラ３０２Ａ〜Ｈはユーザ選択に従って設置され得、センサは、リグ３００の場所、スイープ速度に基づいて、またはカメラ構成および設定に基づいて、どのカメラまたはカメラ３０２Ａ〜Ｈが画像をキャプチャ可能であるかを検出し得る。

【0056】

いくつかの実現例では、隣接カメラは、背中合わせにまたは並んで配列されたカメラ３０２Ａおよびカメラ３０２Ｅを含み得る。また、この配列を用いて、それぞれのカメラレンズおよびマウントプレート３０４によって形成される方位角３０８の左右のビュー角度が集められ得る。いくつかの実現例では、カメラは、それぞれカメラレンズおよびマウントプレート３０４によって形成される方位角３０８の左右に傾斜した角度で配列されている。

【0057】

いくつかの実現例では、カメラリグ３００上に設置されるカメラは、画像補間時にその他の隣接カメラとペアリングされ、外向き方向において円形リグの周りに単純に整列され得る。いくつかの実現例では、リグ３００は単一のカメラ（たとえばカメラ３０２Ａ）を含む。カメラ３０２Ａのみがリグ３００に装着される場合は、カメラリグ３００を時計回りに完全に３６０度回転させることによってステレオパノラマ画像がキャプチャされ得る。

【0058】

図４は、立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成されたモバイルデバイス４０２を図示する図である。この例では、ユーザがモバイルデバイス４０２を操作しており、自身の環境の周りの経路４０４，４０６内で景色を記録することによって、当該デバイスを用いてビデオ画像を撮影することができる。たとえば、ユーザは、モバイルデバイス４０２を外向きにしてデバイス４０２の下端が地面と平行であるように保持し、時計回りまたは反時計回りに回ってモバイルデバイス４０２を経路４０４，４０６を回ってスイープして、ユーザの体の周囲のビデオを記録することができる。別の例では、ユーザはモバイルデバイス４０２を頭上に保持し、デバイス４０２に経路４０４，４０６をスイープさせるように回るか、または経路４０４，４０６を作るようにデバイス４０２を回転させて、同様の画像を得ることができる。さらに別の例では、ユーザはモバイルデバイス４０２をカメラリグまたは三脚に装着し、カメラを部分的なまたは完全な３６０度の円形路を回ってスピンさせることができる。

【0059】

ユーザが３６０度ビューをどのようにキャプチャするかにかかわらず、ユーザがナビゲートする経路は、デバイス４０２がユーザの体に対して約９０度に保持されるはっきりと制約された弧が形成される経路４０４をたどらない可能性がある。代わりに、ユーザをそのガイドとして有するモバイルデバイス４０２は、横方向および縦方向の両方において衝突および移動が起こり得る、線４０６によって示す経路を横切る可能性の方が高い。そのような移動は、結果として得られるビデオまたは画像に変化をもたらし、当該ビデオまたは画像に対して後処理が行なわれる場合は問題を引起こし得る。したがって、本開示に記載の方法は、ビデオまたは画像コンテンツ内の不完全にキャプチャされた透視ビューを補正して３Ｄ立体パノラマを提供することができる。

【0060】

図５は、立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された別の例示的なカメラリグ５００を図示する図である。ここで、リグ５００は「クアッドコプタ」、すなわちクアッドロータヘリコプタである。カメラリグ５００は、４つのロータによって上昇して推進可能なマルチロータヘリコプタである。カメラリグ５００は、本開示全体にわたって記載されるように、多数のカメラを用いて構成され得る（たとえば多数のカメラが装備され得る）。当該カメラは、シーンの周りの経路のパノラマをキャプチャするように、またはリグ５００の上部もしくは下部の周りに装着されたいくつかのカメラからシーンの経路の周りの単一の画像をキャプチャするように設定され得る。一般に、シーンの周りの経路とは、ユーザもしくはカメラリグの周りの円、ユーザもしくはカメラリグの周りの円の一部、シーンの画像をキャプチャするモバイルデバイスのスイープ動作によって形成される弧、シーンの３６０度のスイープ、歩くか回ることによって自身の周りのコンテンツをキャプチャしているユーザによって行われる制約されていない経路、またはモバイルデバイスもしくはカメラリグを用いて画像コンテンツをキャプチャするために用いられ得る他の経路を指し得る。

【0061】

図５に示すように、カメラ５０２およびカメラ５０４がクアッドコプタ５００の底部に配置される。たとえば、クアッドコプタ５００が空中で停止して回転しないことになっている場合は、付加的なカメラを追加してパノラマ内の付加的な画像をキャプチャしてもよい。また、１つのカメラを用いるだけで、３Ｄスイープの３６０度ステレオパノラマ画像をキャプチャすることができる。上述のリグ構成のうちの１つ以上に装着されるカメラと同様に、当該カメラは、特定の弧に対して接線方向に、または別の方法で傾いて中心付けられて装着されて、３６０度の円の一部をキャプチャし得る。

【0062】

いくつかの実現例では、ユーザはリモートコントロールまたはコンピュータリモートからクアッドコプタ５００を制御可能である。ユーザは、ビデオ、静止フレーム、スイープフレーム、広いビュー、狭いビュー、斜めのビュー等を含むがこれらに限定されない、どのような種類の画像をキャプチャすべきかについての指示をクアッドコプタに与えることができる。いくつかの実現例では、指示または命令は、特定のシーンが確実にキャプチャされるように、クアッドコプタに装着されたＧＰＳユニットに提供され得る。いくつかの実現例では、ユーザは、シーン内の予め定められた要素（たとえばアクター、木、経路、別のクアッドコプタまたはカメラリグ等）を見つける「追跡」モードを提供し得る。この例では、ユーザは、特定の時間にわたって具体的な経路をたどるようにクアッドコプタ５００を設定可能である。いくつかの実現例では、ユーザは、経路を横切りつつ、または特定の目的地に到着すると、特定の速度で回転するようにクアッドコプタ５００を設定可能である。

【0063】

図６は、立体パノラマを生成する際に用いるシーンの画像をキャプチャするように構成された別の例示的なカメラリグ６００を図示する図である。カメラリグ６００はマウントプレート６０２上に装着され得る。マウントプレート６０２は回転可能なベース６０４上に着座し得る。カメラリグ６００は、カメラリグのマウントプレート６０２の周囲領域を埋める多数の並んだカメラ（たとえばカメラ６０６〜６１０）を含む。カメラはリグ６００の周囲を埋めるように設置されてもよく、あるいは、ビュー角度を最大化してリグ自体のキャプチャ部分を最小化するように戦略的に離間していてもよい。

【0064】

非限定的な例では、円形カメラリグ６００は、回転可能なベース６０４と平行なアーク運動で回転することによって、マウントプレート６０２上に配置された任意の数のカメラを用いて１セットの画像をキャプチャし得る。いくつかの実現例では、カメラリグ６００はマウントプレート６０２上に配置された隣接カメラを含む。隣接カメラは、約１６０度から約１８０度の関連付けられた視野をキャプチャするように同期化され、構成され、位置決めされ得る。他の視野も可能である。いくつかの実現例では、カメラリグ６００は回転可能なベース上に装着されず、固定された態様で機能する。

【0065】

リグ動作の一例では、カメラリグ（たとえばリグ２００，３００，４００，５００または６００）は特定のリグを取囲んでいるシーンのキャプチャ時に第１の方向に回転し、続いて当該シーンのキャプチャ時に異なる方向に回転し得る。たとえば、カメラリグ６００は、リグ６００上のカメラの１つ以上がカメラリグ６００のベース６０４の中心の両側にオフセットしているビュー方向を有して設置された状態で、時計回りに回転し得る。同様に、カメラリグ６００は次いで、任意の数のカメラがシーンの付加的なビューをキャプチャするように左または右を向いた状態で、反時計回り方向に回転し得る。リグ６００の１つの例示的な向きでは、他のすべてのカメラは一方向に向けられ得（たとえばカメラレンズが左方向または右方向に角度を付けられ）、中間のカメラは反対（たとえば左向きまたは右向き）方向に向けられる。

【0066】

いくつかの実現例では、ベース６０４は固定され得る。たとえば、リグ６００上の各カメラは、スチルモードで機能する任意のスチルカメラまたはビデオカメラであり得る。したがって、カメラは、周囲のシーンの画像フレームを同時にキャプチャするように同期化および／または構成され得る。アスペクト同士が互いにスティッチングされてステレオパノラマビューが形成され得る。

【0067】

いくつかの実現例では、本開示に記載のカメラリグは、円形ハウジング上に装着される任意の数のカメラを含み得る。いくつかの実現例では、カメラは、円形リグの中心から外向きの４方向の各々に一対のカメラがある状態で等距離に装着され得る。この例では、たとえば立体ペアとして構成されるカメラは周囲に沿って外向きに向けられ得、各立体ペアが３６０度の視野の別個の四分円をキャプチャするように、０度、９０度、１８０度、および２７０度に配置され得る。一般に、カメラの選択可能な視野は、立体ペアのカメラビューの重なりの量、ならびにカメラ間および隣接する四分円間の任意の盲点のサイズを決定する。一例のカメラリグは、約１２０度から最大で約１８０度の視野をキャプチャするように構成された１つ以上の立体カメラペアを採用し得る。

【0068】

いくつかの実現例では、本開示に記載のカメラリグは約５センチメートルから約８センチメートルの直径（たとえば図２の直径２０６）を有して構成され、人間の瞳孔間距離を模倣して、たとえば、ユーザが自身の頭または体を４分の１円、半円、全円、または円の他の部分だけ回した場合に当該ユーザが見ることになるものをキャプチャし得る。いくつかの実現例では、直径は、リグを横切るカメラレンズ間の距離を指し得る。いくつかの実現例では、直径は、リグを横切るカメラセンサ間の距離を指し得る。いくつかの実現例では、直径は単に、リング状プレートを横切るエッジ間のマウントプレート（たとえばマウントプレート２０８）のサイズを指し得る。

【0069】

いくつかの実現例では、カメラリグは、たとえば付加的なカメラ取付具を収容するように、約８センチメートルから約２５センチメートルに拡大される。いくつかの実現例では、より小さい直径のリグ上により少ないカメラが用いられ得る。そのような例では、本開示に記載のシステムはリグ上のカメラ間のビューを確認または推測して、そのようなビューを実際のキャプチャされたビューでインターリーブし得る。

【0070】

いくつかの実現例では、本開示に記載のカメラリグを用いて、たとえば回転レンズを有するカメラ、または回転カメラを用いて１回の露光でパノラマ全体をキャプチャすることによってパノラマ画像がキャプチャされ得る。上述のカメラおよびカメラリグは、本開示に記載の方法とともに用いられ得る。特に、１つのカメラリグに関して記載される方法は、本明細書に記載の他のカメラリグのいずれかを用いて実行され得る。いくつかの実現例では、カメラリグおよびその後のキャプチャされたコンテンツは、バーチャルコンテンツ、レンダリングされたコンピュータグラフィックス（ＣＧ）コンテンツといった他のコンテンツ、および／または他の得られたもしくは生成された画像と組合され得る。

【0071】

図７は、例示的なＶＲデバイス（ＶＲヘッドセット）７０２を示す図である。ユーザは、ゴーグル、サングラス等を被るのと同様にヘッドセット７０２を自身の目に被せることによってＶＲヘッドセット７０２を身に付けることができる。いくつかの実現例では、図１を参照して、ＶＲヘッドセット７０２は、１つ以上の高速有線および／または無線通信プロトコル（たとえば、Ｗｉ−Ｆｉ、ブルートゥース（登録商標）、ブルートゥースＬＥ、ＵＳＢ等）を用いて、またはＨＤＭＩ（登録商標）インターフェイスを用いることによって、コンピューティングデバイス１０６，１０８または１１２の多数のモニタにインターフェイス／接続し得る。当該接続によって、ＶＲヘッドセット７０２に含まれているスクリーン（図示せず）上でユーザに表示するためのバーチャルコンテンツがＶＲヘッドセット７０２に提供され得る。いくつかの実現例では、ＶＲヘッドセット７０２はキャスト対応デバイスであり得る。これらの実現例では、ユーザはコンテンツをＶＲヘッドセット７０２に提供するか「キャストする」（投影する）かを選択し得る。

【0072】

さらに、ＶＲヘッドセット７０２は、１つ以上の高速有線および／または無線通信インターフェイスおよびプロトコル（たとえば、Ｗｉ−Ｆｉ、ブルートゥース、ブルートゥースＬＥ、ユニバーサルシリアルバス（ＵＳＢ）等）を用いてコンピューティングデバイス１０４にインターフェイス／接続し得る。コンピューティングデバイス（図１）はＶＲヘッドセット７０２へのインターフェイスを認識し得、これに応答して、バーチャルコンテンツを含むコンピュータで生成された３Ｄ環境（ＶＲ空間）においてユーザおよびコンピューティングデバイスをレンダリングするＶＲアプリケーションを実行し得る。

【0073】

いくつかの実現例では、ＶＲヘッドセット７０２はＶＲアプリケーションを実行可能なリムーバブルコンピューティングデバイスを含み得る。リムーバブルコンピューティングデバイスはコンピューティングデバイス１０８または１１２と同様であり得る。リムーバブルコンピューティングデバイスはＶＲヘッドセット（たとえばＶＲヘッドセット７０２）のケーシングまたはフレーム内に組込まれ得、当該ＶＲヘッドセットは次いでＶＲヘッドセット７０２のユーザによって身に付けられ得る。これらの実現例では、リムーバブルコンピューティングデバイスは、ユーザがコンピュータで生成された３Ｄ環境（ＶＲ空間）と対話する際に見るディスプレイまたはスクリーンを提供し得る。上述のように、モバイルコンピューティングデバイス１０４は有線または無線インターフェイスプロトコルを用いてＶＲヘッドセット７０２に接続し得る。モバイルコンピューティングデバイス１０４はＶＲ空間におけるコントローラであり得、ＶＲ空間におけるオブジェクトとして現れ得、ＶＲ空間に入力を提供し得、ＶＲ空間からフィードバック／出力を受信し得る。

【0074】

いくつかの実現例では、モバイルコンピューティングデバイス１０８はＶＲアプリケーションを実行し得、ＶＲ空間を形成するためのデータをＶＲヘッドセット７０２に提供し得る。いくつかの実現例では、ＶＲヘッドセット７０２に含まれているスクリーン上でユーザに対して表示されるＶＲ空間のためのコンテンツは、モバイルコンピューティングデバイス１０８に含まれている表示装置上でも表示され得る。これによって、ユーザがＶＲ空間において対話している可能性があるものを他の誰かも見ることができる。

【0075】

ＶＲヘッドセット７０２は、モバイルコンピューティングデバイス１０８の位置および向きを示す情報およびデータを提供し得る。ＶＲアプリケーションは、当該位置および向きのデータをＶＲ空間内のユーザ対話を示すものとして受信して使用し得る。

【0076】

図８は、カメラ（および隣接カメラ）の数をカメラ視野の関数として示す例示的なグラフ８００である。グラフ８００は、立体パノラマを生成するための予め規定された視野についてカメラリグ上に配置され得るカメラの数を求めるために用いられ得る例示的なグラフを表わす。グラフ８００を用いて、特定のステレオパノラマ結果を保証するためのカメラ設定およびカメラ設置が計算され得る。１つの例示的な設定は、特定のカメラリグに取付けるべきカメラの数の選択を含み得る。別の設定は、キャプチャ時、前処理または後処理ステップ時に用いられるアルゴリズムを求めることを含み得る。たとえば、オプティカルフロー補間技術については、完全な３６０度パノラマをスティッチングすることは、すべての光線方向が少なくとも２つのカメラによって見られるべきであることを要求し得る。これによって、完全な３６０度をカバーするために用いられるカメラの最小数がカメラ視界の関数テータ［θ］として制約され得る。オプティカルフロー補間技術は、隣接カメラ（もしくはペア）によってまたは個々のカメラによって実行されて構成され得る。

【0077】

図８に示すように、関数８０２を示すグラフが図示されている。関数８０２は、カメラの数［ｎ］８０４をカメラ視野の関数［θ］８０６として表わしている。この例では、約９５度のカメラ視野が線８０８によって示されている。線８０８と関数８０２との交点８１０は、各々が９５度の視野を有する１６個のカメラを用いると所望のパノラマ結果が提供されることを示している。そのような例では、カメラリグは、カメラの隣接セット毎に隣接カメラをインターリーブして、隣接カメラをリグ上に設置する際に発生し得る任意の空間を用いることによって構成され得る。

【0078】

隣接カメラをインターリーブすることに加えて、オプティカルフロー要件は、システム１００が同じ種類のカメラ間のオプティカルフローを計算することを要求し得る。すなわち、オプティカルフローは、両方を同時に計算するのではなく、第１のカメラについて、次いで第２のカメラについて計算され得る。一般に、画素におけるフローは、向き（たとえば方向および角度）ならびに大きさ（たとえば速度）として計算され得る。

【0079】

図９は、補間された視野［θ₁］９０２をカメラの視野の関数［θ］９０４として示す例示的なグラフ９００である。グラフ９００を用いて、カメラの視野のどの部分がその左右の隣接カメラと共有されているかが求められ得る。ここで、（線９０６によって示される）約９５度のカメラ視野において、補間された視野は、交点９０８によって示すように、約４８度として示されている。

【0080】

２つの連続したカメラは全く同じ視野の画像を典型的にキャプチャしないと仮定して、補間されたカメラの視野は、隣接カメラ同士の視野の交点によって表わされる。補間された視野［θ₁］は次いで、カメラ視野［θ］の関数および隣接カメラ間の角度となり得る。（図８に示す方法を用いて）所与のカメラ視野について最小数のカメラが選択された場合は、図９に示すように［θ₁］が［θ］の関数として計算され得る。

【0081】

図１０は、カメラリグについての構成の選択を示す例示的なグラフ１０００である。特に、グラフ１０００は、どれほど大きい特定のカメラリグが設計され得るかを求めるために用いられ得る。グラフ１０００は、リグ直径［センチメートルで表わすＤ］１００４の関数としてスティッチング比［ｄ／Ｄ］１００２のプロットを図示している。快適なバーチャルリアリティパノラマ視聴体験を作り出すために、全方位ステレオスティッチング直径［ｄ］は、本開示の例では、典型的な人間のＩＰＤである約５センチメートルから約６．５センチメートルであるように選択される。いくつかの実現例では、スティッチング直径［ｄ］とほぼ同じキャプチャ直径［Ｄ］を用いて全方位ステレオスティッチングが実行され得る。すなわち、約「１」のスティッチング比を維持することによって、たとえば全方位ステレオ画像の後処理におけるスティッチングが容易になり得る。スティッチングに用いられる光線は実際のカメラキャプチャされた光線と同じであるので、この特定の構成によって歪みが最小化され得る。カメラの選択数が大きい（たとえばリグ毎に１２〜１８個のカメラ）場合、「１」のスティッチング比を得ることは困難であり得る。

【0082】

リグ上のカメラが多すぎるという問題を緩和するために、リグサイズは、付加的なカメラを収容してスティッチング比を同じ（または実質的に同じ）ままに維持できるようにより大きいサイズで設計され得る。スティッチングアルゴリズムが、キャプチャ時にレンズの中心近くで撮影された画像内のコンテンツを確実にサンプリングするように、スティッチング比はリグに対するカメラの角度［α］を求めるように固定され得る。たとえば、図１０は、レンズの中心近くでサンプリングすると画像品質が向上し、幾何学的な歪みが最小化されることを示す。特に、角度［α］が小さいほどリグオクルージョン（たとえば、カメラがリグ自体の部品を撮像すること）を回避するのに役立ち得る。

【0083】

図１０の１００６に示すように、０．７５のスティッチング比［ｄ／Ｄ］は約６．５センチメートル（すなわち典型的な人間のＩＰＤ）のリグ直径に対応する。スティッチング比［ｄ／Ｄ］を約０．４５まで減少させるとリグ直径を（１００８に示す）約１５センチメートルに増加させることができ、これによって付加的なカメラをリグに追加することができる。カメラリグに対するカメラの角度は、選択されたスティッチング比に基づいて調整され得る。たとえば、カメラ角度を約３０度に調整することは、リグ直径が約１２．５センチメートルまで大きくなり得ることを示す。同様に、カメラ角度を約２５度に調整することは、リグ直径が１５センチメートルまで大きくなり、たとえば、ユーザに対してレンダリングし返される際に適切な視差および視覚効果を依然として維持することができることを示す。

【0084】

一般に、リグ直径［Ｄ］を仮定して、最適なカメラ角度［α］が計算され得る。［α］から、最大視野［Θ_u］が計算され得る。最大視野［Θ_u］は一般に、リグがカメラを部分的にオクルージョンしない視野に対応する。最大視野は、カメラリグがオクルージョンされていないビューを依然として提供しつつどれほど少数のカメラを保持可能であるかを制限し得る。

【0085】

図１１は、予め規定されたリグ直径に従ってカメラの最小数を求めるために用いられ得る例示的な関係を示すグラフ１１００である。ここで、所与のリグ直径［Ｄ］１１０４についてのカメラの最小数［ｎ_min］１１０２が示されている。リグ直径［Ｄ］１１０４はオクルージョンされていない最大視野を制限し、これはカメラの最小数を制限するように機能する。グラフの１１０６に示すように、約１０センチメートルのリグ直径について、最小で１６個のカメラがカメラリグ内で用いられてオクルージョンされていないビューが提供され得る。リグ直径を修正することによって、リグ上に設置されるカメラの数を増減させることができる。一例では、リグは、約８センチメートルから約２５センチメートルのリグサイズ上に約１２個から約１６個のカメラを収容し得る。

【0086】

視野および画像キャプチャ設定を微調整する他の方法も利用可能であるので、これらの計算をこれら他の方法と組合せてカメラリグ寸法をさらに改良することができる。たとえば、オプティカルフローアルゴリズムを用いて、全方位ステレオパノラマをスティッチングするために典型的に用いられるカメラの数を変更する（たとえば減らす）ことができる。いくつかの実現例では、本開示に図示される、または本開示に記載のシステムおよび方法から生成されるグラフを組合せて用いて、たとえばＨＭＤデバイスにおいてレンダリングするためのバーチャルコンテンツを生成することができる。

【0087】

図１２Ａ〜図１２Ｂは、画像キャプチャ時に起こり得る歪みの線画の例を表わす。特に、ここに示す歪みは、ステレオパノラマをキャプチャする際に起こる影響に対応する。一般に、歪みは、シーンをキャプチャしているカメラに近接して当該シーンがキャプチャされるとより深刻になり得る。図１２Ａは、２メートル×２メートルの、カメラ中心から外向きに１メートルおいて配置されたシーン内の平面を表わす。図１２Ｂは図１２Ａと同じ平面であるが、この図の平面はカメラから外向きに２５センチメートルおいて配置されている。両図とも６．５センチメートルのキャプチャ直径を用いている。図１２Ａは１２０２において中心近くの若干の伸長を示しており、図１２Ｂはより膨張した中心１２０４を示している。この歪みを補正するために多数の技術が採用され得る。以下の段落では、画像コンテンツをキャプチャした近似方法およびシステム（たとえばカメラリグ／キャプチャデバイス）を用いて投影（たとえば球面および平面投影）を分析して歪みを補正することを説明する。

【0088】

図１３Ａ〜図１３Ｂは、パノラマ画像の収集時にキャプチャされた光線の例を図示する。図１３Ａは、キャプチャされた１セットの画像を仮定して、透視画像がキャプチャ経路１３０２上のどこでも左右両目について生成され得ることを示す。ここで、左目についての光線は光線１３０４ａによって示されており、右目についての光線は１３０６ａにおいて示されている。いくつかの実現例では、図示される光線の各々は、カメラセットアップ、動作不良、または単にシーンの不十分なリグセットアップのためにキャプチャされない場合がある。このため、光線１３０４ａおよび１３０６ａの一部が近似され得る。たとえば、シーンが無限に遠く離れている場合は、シーンの１つの測定可能な特徴は、原点から目的地までの光線方向を含む。

【0089】

いくつかの実現例では、光線の原点は収集可能でない場合がある。したがって、本開示のシステムは左目および／または右目を近似して光線の原点位置を求め得る。図１３Ｂは、右目について近似された光線方向１３０６ｂから１３０６ｆを示す。この例では、光線が同じ点から生じているのではなく、各光線は円１３０２上の異なる点から生じている。光線１３０６ｂから１３０６ｆは円１３０２をキャプチャするように接線方向に角度を付けて示されており、キャプチャ円１３０２の周囲の特定の領域に配置されている。また、２つの異なる画像センサ、すなわちカメラリグと関連付けられている画像センサ１３−１および画像センサ１３−２（カメラと関連付けられているかカメラに含まれている）の位置がカメラリグ円１３０３上に示されている。図１３Ｂに示すように、カメラリグ円１３０３はキャプチャ円１３０２より大きい。

【0090】

多数の光線（ならびに各光線と関連付けられている画像の色および強度）は、円から外向きの異なる方向を用いてこのように近似され得る。このように、多くの画像を含む３６０度パノラマビュー全体が左右両目のビューに提供され得る。この技術は範囲中央のオブジェクトの歪みを解決し得るが、場合によっては、近くのオブジェクトを撮像する際に依然として変形を有し得る。簡潔にするために、近似された左目光線方向は図示していない。この例示的な実現例では、いくつかの光線１３０６ｂから１３０６ｆのみを示している。しかし、何千ものそのような光線（およびそれらの光線と関連付けられている画像）が規定され得る。したがって、光線の各々と関連付けられている多くの新たな画像が規定（たとえば補間）され得る。

【0091】

図１３Ｂに示すように、光線１３０６ｂは画像センサ１３−１と画像センサ１３−２との間に投影される。画像センサ１３−１は画像センサ１３−２に隣接している。光線は、画像センサ１３−１（たとえば画像センサ１３−１の投影中心）からの距離Ｇ１、および画像センサ１３−２（たとえば画像センサ１３−２の投影中心）からの距離Ｇ２であり得る。距離Ｇ１およびＧ２は、光線１３０６ｂがカメラリグ円１３０３と交差する場所に基づき得る。距離Ｇ１は距離Ｇ２とは異なっていても（たとえば距離Ｇ２より大きくても小さくても）よい。

【0092】

光線１３０６ｂと関連付けられている画像（たとえば補間された画像、新たな画像）を規定するために、画像センサ１３−１がキャプチャした第１の画像（図示せず）は、画像センサ１３−２がキャプチャした第２の画像（図示せず）と組合される（たとえば互いにスティッチングされる）。いくつかの実現例では、オプティカルフロー技術を用いて第１の画像と第２の画像とが組合され得る。たとえば、第２の画像からの画素に対応する第１の画像からの画素が識別され得る。

【0093】

たとえば光線１３０６ｂと関連付けられている画像を規定するために、対応する画素が距離Ｇ１およびＧ２に基づいてシフトされる。画像センサ１３−１，１３−２の解像度、アスペクト比、高度等は、光線１３０６ｂについての画像（たとえば新たな画像）を規定する目的で同じであると仮定され得る。いくつかの実現例では、解像度、アスペクト比、高度等は異なっていてもよい。しかし、そのような実現例では、それらの差異に対応するために補間を修正しなければならなくなる。

【0094】

具体例として、第１の画像内のオブジェクトと関連付けられている第１の画素が、第２の画像内のオブジェクトと関連付けられている第２の画素に対応するとして識別され得る。第１の画像は（カメラリグ円１３０３の周りの第１の場所にある）画像センサ１３−１の透視からキャプチャされ、第２の画像は（カメラリグ円１３０３の周りの第２の場所にある）画像センサ１３−２の透視からキャプチャされるので、オブジェクトは、第２の画像内の位置（たとえばＸ−Ｙ座標位置）と比較して第１の画像内で位置（Ｘ−Ｙ座標位置）がシフトされる。同様に、オブジェクトと関連付けられている第１の画素は、これもオブジェクトと関連付けられている第２の画素に対して位置（たとえばＸ−Ｙ座標位置）がシフトされる。光線１３０６ｂと関連付けられている新たな画像を生成するために、第１の画素および第２の画素（ならびにオブジェクト）に対応する新たな画素が距離Ｇ１とＧ２との比に基づいて規定され得る。具体的には、新たな画素は、距離Ｇ１に基づく（かつ第１の画素の位置と第２の画素の位置との間の距離に基づく分だけスケール変更される）第１の画素、および距離Ｇ２に基づく（かつ第１の画素の位置と第２の画素の位置との間の距離に基づく分だけスケール変更される）第２の画素から位置がシフトされた場所に規定され得る。

【0095】

上述の実現例によると、第１の画像および第２の画像と一致している光線１３０６ｂと関連付けられている新たな画像についての視差が規定され得る。具体的には、カメラリグに比較的近いオブジェクトは、カメラリグから比較的遠いオブジェクトより大量にシフトされ得る。この視差は、光線１３０６ｂの距離Ｇ１およびＧ２に基づいて（たとえば第１の画素および第２の画素から）画素をシフトする間も維持され得る。

【0096】

このプロセスは、キャプチャ円１３０２の周りのすべての光線（たとえば光線１３０６ｂから１３０６ｆ）について繰返され得る。キャプチャ円１３０２の周りの光線の各々と関連付けられている新たな画像は、カメラリグ円１３０３の周りの光線および画像センサ（たとえば隣接画像センサ、画像センサ１３−１，１３−２）の各々間の距離に基づいて規定され得る。

【0097】

図１３Ｂに示すように、カメラリグ円１３０３の直径はキャプチャ円１３０２の直径より大きい。いくつかの実現例では、カメラリグ円１３０３の直径は、キャプチャ円１３０２の直径より１．５倍から８倍大きくてもよい。具体例として、キャプチャ円の直径は６センチメートルであってもよく、カメラリグ円１３０３（たとえば図４Ａに示すカメラ装着リング４１２）の直径は３０センチメートルであってもよい。

【0098】

図１４Ａ〜図１４Ｂは、図１３Ａ〜図１３Ｂにおいて記載したような、平面透視投影の近似の使用例を示す。図１４Ａは、平面透視光線および投影を近似する前の歪み線を有するパノラマシーンを示す。示されるように、カーテンロッド１４０２ａ、窓枠１４０４ａ、およびドア１４０６ａは曲線特徴を有するオブジェクトとして図示されているが、実際にはそれらは直線特徴のオブジェクトである。直線特徴のオブジェクトとして、曲面を有さないオブジェクト（たとえば平坦なインデックスカード、四角い箱、矩形の窓枠等）が挙げられる。この例では、オブジェクト１４０２ａ，１４０４ａおよび１４０６ａは画像内で歪んでいるために曲線として示されている。図１４Ｂは、平面透視投影が９０度の水平視野で近似された補正画像を示す。ここで、カーテンロッド１４０２ａ、窓枠１４０４ａ、およびドア１４０６ａは、それぞれ補正された直線オブジェクト１４０２ａ，１４０４ｂおよび１４０４ｃとして示されている。

【0099】

図１５Ａ〜図１５Ｃは、画像の平面に適用される近似された平面透視投影の例を示す。図１５Ａは、本開示に記載の技術を用いてパノラマから撮られた平面透視投影を示す。図示される平面ビュー１５００は、たとえば図１４Ｂの画像内に示される平面のオーバーレイを表わし得る。特に、図１５Ａは、曲線が直線に投影される補正された図１４Ａを表わす。ここで、パノラマの平面１５００は１メートルの距離をおいて（９０度の水平視野で）示されている。線１５０２，１５０４，１５０６および１５０８は直線であるが、（図１４Ａに対応する）以前は、同じ中心線は湾曲して歪んでいた。

【0100】

選択された投影スキームに基づいて他の歪みも発生し得る。たとえば、図１５Ｂおよび図１５Ｃは、本開示の技術を用いてパノラマから撮られた平面透視投影を用いて生成された平面（１５１０および１５２０）を表わす。パノラマは２５センチメートルの距離をおいて（９０度の水平視野）キャプチャされた。図１５Ｂは左目キャプチャ１５１０を示し、図１５Ｃは右目キャプチャ１５２０を示す。ここで、平面の底部（１５１２，１５２２）は直線に投影されておらず、垂直視差が導入されている。この特定の変形は、平面透視投影が用いられると発生し得る。

【0101】

図１６Ａ〜図１６Ｂは、垂直視差を導入する例を示す。図１６Ａは、典型的な全方位ステレオパノラマ技術に従ってキャプチャされている直線１６０２ａを図示する。図示される例では、各光線１６０４ａ〜１６１８ａは円１６２２上の異なる点から生じている。

【0102】

図１６Ｂは、透視近似技術を用いて見たときの同じ直線を図示する。示されるように、直線１６０２ａは線１６０２ｂとして変形して示されている。光線１６０４ｂ〜１６１８ｂは円１６２２上の単一点から生じている。この変形は、線１６０２ｂの左半分を視聴者に近づけ、当該線の右半分を視聴者から遠ざける効果を有し得る。左目については、反対のことが起こり得、すなわち、線の左半分が遠くに見え、線の右半分が近くに見える。この変形線は、パノラマレンダリング円１６２２の直径１６２４に等しい距離だけ離れている２本の漸近線間で湾曲している。この変形はパノラマキャプチャ半径と同じサイズであるとして示されているので、当該変形は近くのオブジェクト上でしか目立たない場合がある。この変形の形態は、画像を見ているユーザにとっての垂直視差につながり得、これによって、歪み画像に対してスティッチング処理が行なわれる際にフュージングが困難になり得る。

【0103】

図１７Ａ〜図１７Ｂは、３Ｄパノラマにおける点を示すために用いられ得る座標系の例示的な点を図示する。図１７Ａ〜図１７Ｂは、本開示に記載のパノラマ技術によって撮像された点（０，Ｙ，Ｚ）１７０２を図示する。左右パノラマ内へのこの点の投影は、式（１）および（２）において以下に示すようにそれぞれ（−θ，φ）および（θ，φ）によって表わされ得る：

【0104】

【数1】

【0105】

式中、ｒ１７０４はパノラマキャプチャの半径である。
図１７Ａは、点（０，Ｙ，Ｚ）１７０２のパノラマ撮像のトップダウン図を図示する。図１７Ｂは、点（０，Ｙ，Ｚ）１７０２のパノラマ撮像の側面図を図示する。示される点は、左パノラマにおいて（−θ，φ）に投影され、右パノラマにおいて（θ，φ）に投影される。これら特定の図はキャプチャされたままの状態であり、まだ別の平面に投影されていない。

【0106】

図１８は、図１７Ａ〜図１７Ｂに図示した点の投影図を表わす。ここで、点１７０２の透視ビューは、図１８の１８０２によって示すように、ｙ軸の周りの回転角度［α］を有して水平方向を見るように向けられている。この透視投影は光線方向のみを考慮しているため、パノラマ投影１８０２内の点１７０２を見る光線を透視カメラの基準フレームに変換することによって、点１７０２が沿って投影される光線を見つけることができる。たとえば、点１７０２は以下の表１に示す以下の光線に沿って投影される：

【0107】

【表1】

【0108】

透視分割を行なって、以下の表２の式によって示すように、点投影が求められ得る：

【0109】

【表2】

【0110】

θ＝π／２（無限に遠く離れている元の３Ｄ点１７０２に対応する）である場合は、点１７０２は両透視画像における同一のｙ座標に全体的に投影されるため、垂直視差はないことが理解され得る。しかし、θがπ／２から離れるにつれて（点がカメラに近づくにつれて）、投影されたｙ座標は（点１７０２に向かって見ている透視ビューに対応するα＝０である場合を除いて）左右の目で異なるようになる。

【0111】

いくつかの実現例では、画像およびシーンを特定の態様でキャプチャすることによって歪みを回避することができる。たとえば、カメラの近接場（すなわちカメラまで１メートル未満）内でシーンをキャプチャすると、歪み要素が現れ得る。したがって、外向きに１メートルからシーンまたは画像をキャプチャすることは歪みを最小化させる方法である。

【0112】

いくつかの実現例では、歪みは深度情報を用いて補正され得る。たとえば、あるシーンについての正確な深度情報を仮定して、歪みを補正することが可能であり得る。すなわち、歪みは現在のビュー方向に依存し得るため、レンダリング前に単一の歪みをパノラマ画像に適用できない場合がある。代わりに、深度情報をパノラマとともに伝えてレンダリング時に用いることができる。

【0113】

図１９は、本開示に記載のパノラマ撮像技術を用いて全方向ステレオ画像内にキャプチャされた光線を示す。この例では、円１９００の周りで時計回り方向を指し示している光線１９０２，１９０４，１９０６は左目についての光線に対応する。同様に、円１９００の周りで反時計回り方向を指し示している光線１９０８，１９１０，１９１２は右目についての光線に対応する。反時計回りの各光線は、同じ方向を見ている円の反対側に、対応する時計回りの光線を有し得る。これによって、単一の画像内に表わされる光線の方向の各々について左／右ビュー光線が提供され得る。

【0114】

本開示に記載のパノラマについて１セットの光線をキャプチャすることは、カメラ（図示せず）を円１９００上で移動させてカメラを円１９００に対して接線方向に整列させる（たとえば、カメラレンズをシーンにおいて外側を向いて円１９００に対して接線方向を指し示すようにする）ことを含み得る。左目については、カメラは右を指し示し得る（たとえば、光線１９０４は中心線１９１４ａの右側にキャプチャされる）。同様に、右目については、カメラは左を指し示し得る（たとえば、光線１９１０は中心線１９１４ａの左側にキャプチャされる）。円１９００の他方側および中心線１９１４ｂの下にあるカメラについては、中心線１９１４ｂを用いて同様の左右領域が規定され得る。全方向ステレオ画像を生成することは、実際のカメラキャプチャに、または以前にレンダリングされたコンピュータグラフィック（ＣＧ）コンテンツに効果的である。ビュー補間を、キャプチャされたカメラコンテンツおよびレンダリングされたＣＧコンテンツの両方とともに用いて、たとえば円１９００上の実際のカメラ間の点のキャプチャがシミュレートされ得る。

【0115】

１セットの画像をスティッチングすることは、パノラマ画像を記憶するための球面／正距円筒図法の投影を用いることを含み得る。一般に、この方法では各目に１つずつ、２つの画像が存在する。正距円筒図法を用いた画像内の各画素は球面上の方向に対応する。たとえば、ｘ座標は経度に対応し得、ｙ座標は緯度に対応し得る。単一の全方向画像については、画素についてのビュー光線の原点は同じ点であり得る。しかし、ステレオ画像については、各ビュー光線も円１９００上の異なる点から生じ得る。次いで、キャプチャされた画像内の各画素を分析し、投影モデルから理想的なビュー光線を生成し、ビュー光線が理想的な光線と最も一致しているキャプチャされたまたは補間された画像から画素をサンプリングすることによって、キャプチャされた画像からパノラマ画像がスティッチングされ得る。次に、光線値が互いに混合されてパノラマ画素値が生成され得る。

【0116】

いくつかの実現例では、オプティカルフローベースのビュー補間を用いて、円１９００上の１度毎に少なくとも１つの画像が生成され得る。いくつかの実現例では、列内の１つの画素が所与の画像からサンプリングされる場合は、その列内の他の画素はその同じ画像からサンプリングされるであろうと判断され得るので、パノラマ画像の列全体が一度に埋められ得る。

【0117】

本開示のキャプチャおよびレンダリング局面で用いられるパノラマフォーマットによって、左右の目が見るオブジェクトの画像座標は水平シフトのみが異なることが保証され得る。この水平シフトは視差として知られている。これは正距円筒図法の投影に当てはまり、この投影では、オブジェクトは非常に歪んでいると見える場合がある。

【0118】

この歪みの大きさは、カメラまでの距離およびビュー方向に依存し得る。歪みは、線が曲がった歪み、異なる左右の目の歪みを含み得、いくつかの実現例では、視差はもはや水平に見えない場合がある。一般に、１〜２度の（画像球面上の）垂直視差は人間のユーザによって無理なく許容され得る。また、歪みは周囲目線のオブジェクトについては無視され得る。これは、中心のビュー方向からずれた約３０度と相関している。これらの知見に基づいて、不快な歪みを回避するためにオブジェクトが貫通すべきでないカメラの近くの区域を規定する限界が構築され得る。

【0119】

図２０は、３Ｄ空間における点に起因する最大垂直視差を示すグラフ２０００である。特に、グラフ２０００は、３Ｄ空間における点に起因する最大垂直視差（度で表わす）を、それらが画像の中心から３０度に投影されると仮定して図示している。グラフ２０００は、カメラからの水平位置（メートルで表わす）に対するカメラ中心からの垂直位置（メートルで表わす）をプロットしている。この図では、カメラは原点［０，０］における場所である。グラフが原点から離れるにつれて、歪みの程度は軽くなる。たとえば、グラフ上の（垂直方向の）約０から１の２００２、および０から−１の２００４において、歪みは最悪である。これは、（原点に設置された）カメラの真上および真下の画像に対応する。シーンが外側に移動するにつれて歪みは少なくなり、カメラが点２００６および２００８においてシーンを撮像する時までには、０．５度の垂直視差しか発生しない。

【0120】

３０度を超える周囲の歪みを無視できる場合は、ビュー方向が両極の３０度以内にあるすべての画素が除去され得る。周囲閾値が１５度に許可される場合は、１５度分の画素が除去され得る。除去された画素は、たとえば、カラーブロック（たとえば黒、白、マゼンタ等）または静止画像（たとえばロゴ、公知の境界、テクスチャ加工された層等）に設定され得、除去された画素の新たな表現が除去された画素の代わりにパノラマに挿入され得る。いくつかの実現例では、除去された画素はぼやけている場合があり、除去された画素のぼやけた表現が除去された画素の代わりにパノラマに挿入され得る。

【0121】

図２１は、ステレオパノラマ画像を生成するプロセス２１００の一実施形態を図示するフローチャートである。図２１に示すように、ブロック２１０２において、システム１００はキャプチャされた画像に基づいて１セットの画像を規定し得る。当該画像は、前処理された画像、後処理された画像、バーチャルコンテンツ、ビデオ、画像フレーム、画像フレームの一部、画素等を含み得る。

【0122】

規定された画像は、たとえば、ヘッドマウントディスプレイ（ＨＭＤ）を用いてコンテンツ（たとえばＶＲコンテンツ）にアクセスしているユーザによってアクセスされ得る。システム１００はユーザが行なう特定のアクションを判断し得る。たとえば、ある点で、システム１００はブロック２１０４において、ＶＲ ＨＭＤのユーザと関連付けられているビュー方向を受信し得る。同様に、ユーザが自身のビュー方向を変更した場合、システムはブロック２１０６において、ユーザのビュー方向の変更の指示を受信し得る。

【0123】

そのようなビュー方向の変更の指示を受信したことに応答して、システム１００はブロック２１０８に示すように、１セットの画像の一部の再投影を構成し得る。再投影は、変更されたビュー方向、およびキャプチャされた画像と関連付けられている視野に少なくとも部分的に基づき得る。視野は１度から１８０度であり得、シーンのほんのわずかな画像からシーンの全パノラマ画像までを説明し得る。構成された再投影を用いて、１セットの画像の一部が球面透視投影から平面投影に変換され得る。いくつかの実現例では、再投影は、曲線経路の周りに配列された複数の視点からの１セットの画像と関連付けられているビュー光線の一部を球面透視投影から平面透視投影に再キャストすることを含み得る。

【0124】

再投影は、球面シーンの表面の一部を平面シーンにマッピングするいずれかのまたはすべてのステップを含み得る。当該ステップは、歪んだシーンコンテンツをレタッチすること、シームにおけるもしくはシームの近くのシーンコンテンツを混合する（たとえばスティッチングする)こと、トーンマッピング、および／またはスケーリングを含み得る。

【0125】

再投影を完了すると、システム１００はブロック２１１０に示すように、再投影に基づいて更新されたビューをレンダリングし得る。更新されたビューは、歪みを補正してステレオ視差をユーザに提供するように構成され得る。ブロック２１１２において、システム１００は、変更されたビュー方向に対応するステレオパノラマシーンを含む更新されたビューを提供し得る。たとえば、システム１００は、更新されたビューを提供して（再投影前の）元のビュー内の歪みを補正し得、ＶＲヘッドマウントディスプレイのディスプレイにおいてステレオ視差効果を提供し得る。

【0126】

図２２は、ステレオパノラマ画像をキャプチャするプロセス２２００の一実施形態を図示するフローチャートである。ブロック２２０２において、システム１００は、少なくとも１セットの隣接カメラから収集されたキャプチャ済のビデオストリームに基づいて１セットの画像を規定し得る。たとえば、システム１００は（図２および図５に示すような）隣接カメラ、または（図３および図６に示すような）複数セットの隣接カメラを用い得る。いくつかの実現例では、システム１００は、約１２個から約１６個のカメラから収集されたキャプチャ済のビデオストリームを用いて１セットの画像を規定し得る。いくつかの実現例では、システム１００は一部のまたはすべてのレンダリングされたコンピュータグラフィックス（ＣＧ）コンテンツを用いて１セットの画像を規定し得る。

【0127】

ブロック２２０４において、システム１００は１セットの画像内のオプティカルフローを計算し得る。たとえば、１セットの画像内のオプティカルフローを計算することは、上記に詳述したように、１セットの画像と関連付けられている画素列の一部について画像強度フィールドを分析すること、および画素列の当該一部に対してオプティカルフロー技術を実行することを含み得る。

【0128】

いくつかの実現例では、オプティカルフローを用いて、（ブロック２２０６によって示す）上記に詳述したように、１セットの画像の一部ではない画像フレームが補間され得る。システム１００は次いで、オプティカルフローに少なくとも部分的に基づいて画像フレームと１セットの画像とを互いにスティッチングし得る。ブロック２２０８において、システム１００はインターリーブされたフレームおよび１セットの画像を用いて、ＶＲヘッドマウントディスプレイにおいて表示するために全方位ステレオパノラマを生成し得る。いくつかの実現例では、システム１００は少なくとも１セットのステレオ隣接カメラと関連付けられているポーズ情報を用いて画像スティッチングを実行し、たとえば、インターリーブを実行する前に１セットの画像の一部を予めスティッチングし得る。

【0129】

図２３は、ヘッドマウントディスプレイにおいてパノラマ画像をレンダリングするプロセス２３００の一実施形態を図示するフローチャートである。図２３に示すように、ブロック２３０２において、システム１００は１セットの画像を受信し得る。当該画像は、回転可能なカメラリグからキャプチャされたコンテンツを表わし得る。ブロック２３０４において、システム１００は画像内の画像フレームの部分を選択し得る。画像フレームは、カメラリグでキャプチャされたコンテンツを含み得る。システム１００はキャプチャされたコンテンツの任意の部分を用い得る。たとえば、システム１００は、カメラリグのベースの外向きエッジから約半径１メートルから、カメラリグのベースの外向きエッジから約半径５メートルの距離からリグによってキャプチャされたコンテンツを含む画像フレームの一部を選択し得る。いくつかの実現例では、この選択は、ユーザがどれほど遠くまで３Ｄコンテンツを認識し得るかに基づき得る。ここで、カメラから１メートルからカメラから約５メートルの距離は、ユーザが３Ｄコンテンツを見ることができる「区域」を表わし得る。それより短いと３Ｄビューは歪むことがあり、それより長いとユーザは３Ｄ形状を確認できない場合がある。すなわち、シーンは遠くからでは単に２Ｄに見える場合がある。

【0130】

ブロック２３０６において、画像フレームの選択された部分同士が互いにスティッチングされて立体パノラマビューが生成され得る。この例では、スティッチングは、選択された部分を、選択された部分内の少なくとも１つの他の画像フレームに一致させることに少なくとも部分的に基づき得る。ブロック２３０８において、パノラマビューがＨＭＤデバイスなどのディスプレイにおいて提供され得る。いくつかの実現例では、スティッチングは、カメラリグの直径に少なくとも部分的に基づいて選択されたスティッチング比を用いて実行され得る。いくつかの実現例では、スティッチングは、第１の画像フレーム内の第１の画素列を第２の画像フレーム内の第２の画素列に一致させ、第２の画素列を第３の画像フレーム内の第３の画素列に一致させて、まとまりのあるシーン部分を形成する多数のステップを含む。いくつかの実現例では、多くの画素列がこのように一致させられ組合されてフレームが形成され得、それらのフレームが組合されて画像が形成され得る。さらに、それらの画像が組合されてシーンが形成され得る。

【0131】

いくつかの実現例では、方法２３００は、システム１００を用いて、画像フレームの当該部分の一部ではない付加的な画像フレームを補間する補間ステップを含み得る。そのような補間は、たとえば、遠く離れたカメラによってキャプチャされた画像間にフローが確実に起こるように実行され得る。付加的な画像コンテンツの補間が実行されると、システム１００は付加的な画像フレームを画像フレームの当該部分内にインターリーブしてビューのバーチャルコンテンツを生成し得る。このバーチャルコンテンツは、付加的な画像フレームでインターリーブされた画像フレームの部分として互いにスティッチングされ得る。この結果は、たとえば更新されたビューとしてＨＭＤに提供され得る。この更新されたビューは、画像フレームおよび付加的な画像フレームの当該部分に少なくとも部分的に基づき得る。

【0132】

図２４は、画像境界を求めるプロセス２４００の一実施形態を図示するフローチャートである。ブロック２４０２において、システム１００は、少なくとも１セットの隣接カメラから収集されたキャプチャ済のビデオストリームに基づいて１セットの画像を規定し得る。たとえば、システム１００は（図２および図５に示すような）１セットの隣接カメラ、または（図３および図６に示すような）複数セットの隣接カメラを用い得る。いくつかの実現例では、システム１００は、約１２個から約１６個のカメラから収集されたキャプチャ済のビデオストリームを用いて１セットの画像を規定し得る。いくつかの実現例では、システム１００は一部のまたはすべてのレンダリングされたコンピュータグラフィックス（ＣＧ）コンテンツを用いて１セットの画像を規定し得る。いくつかの実現例では、１セットの画像に対応するビデオストリームは符号化ビデオコンテンツを含む。いくつかの実現例では、１セットの画像に対応するビデオストリームは、１８０度の視野を有して構成された少なくとも１セットの隣接カメラで取得されたコンテンツを含み得る。

【0133】

ブロック２４０４において、システム１００は、１セットの画像の一部と関連付けられているビュー光線を、円形路の一部に配列された複数の視点から１つの視点に再キャストすることによって、１セットの画像の一部を透視画像面から画像球面上に投影し得る。たとえば、１セットの画像は、多数のカメラをホストし得る円形のカメラリグによってキャプチャされ得る。各カメラは視点と関連付けられ得、それらの視点はシーンにおいてカメラリグから外向きに方向付けられている。特に、単一点から生じるのではなく、ビュー光線はリグ上の各カメラから生じている。システム１００は、経路上のさまざまな視点から単一の視点に光線を再キャストし得る。たとえば、システム１００は、カメラがキャプチャしたシーンの各視点を分析し得、補間された単一の視点からのシーンを表わすシーン（またはシーンのセット）を求めるために類似点および相違点を計算し得る。

【0134】

ブロック２４０６において、システム１００は単一の視点に対応する周囲境界を求め、周囲境界外部の画素を除去することによって更新画像を生成し得る。周囲境界は、歪んだ画像コンテンツから明確で簡潔な画像コンテンツの輪郭を描き得る。たとえば、周囲境界は、歪みのある画素から歪みのない画素の輪郭を描き得る。いくつかの実現例では、周囲境界は、ユーザの典型的な周囲ビュー領域外部のビューに関連し得る。そのような画素を除去することによって、歪んだ画像コンテンツがユーザに不必要に提示されないことが保証され得る。画素を除去することは、上記に詳述したように、画素をカラーブロック、静止画像、または画素のぼやけた表現で置換することを含み得る。いくつかの実現例では、周囲境界は、キャプチャされた画像と関連付けられている１つ以上のカメラについて約１５０度の視野に規定される。いくつかの実現例では、周囲境界は、キャプチャされた画像と関連付けられている１つ以上のカメラについて約１２０度の視野に規定される。いくつかの実現例では、周囲境界は、キャプチャされた画像と関連付けられているカメラについてビュー平面より上の約３０度に対応する球状の一部であり、画素を除去することは球面シーンの上部を黒く塗り潰すか除去することを含む。いくつかの実現例では、周囲境界は、キャプチャされた画像と関連付けられているカメラについてビュー平面より下の約３０度に対応する球状の一部であり、画素を除去することは球面シーンの上部を黒く塗り潰すか除去することを含む。ブロック２４０８において、システム１００は、周囲境界の範囲内の更新画像を表示するために提供し得る。

【0135】

いくつかの実現例では、方法２４００はさらに、１セットの画像内の少なくとも２つのフレーム同士を互いにスティッチングすることを含み得る。スティッチングは、フレームから画素列をサンプリングし、少なくとも２つのサンプリングされた画素列間に、フレーム内にキャプチャされていない付加的な画素列を補間するステップを含み得る。さらに、スティッチングは、サンプリングされた列および付加的な列を互いに混合して画素値を生成するステップを含み得る。いくつかの実現例では、混合することは、キャプチャされた画像を取得するために用いられる円形カメラリグの直径に少なくとも部分的に基づいて選択されたスティッチング比を用いて実行され得る。スティッチングはさらに、画素値を左シーンおよび右シーン内に構成することによって三次元立体パノラマを生成するステップを含み得、当該パノラマはたとえばＨＭＤにおいて表示するために提供され得る。

【0136】

図２５は、ビデオコンテンツを生成するプロセス２５００の一実施形態を図示するフローチャートである。ブロック２５０２において、システム１００は、少なくとも１セットの隣接カメラから収集されたキャプチャ済のビデオストリームに基づいて１セットの画像を規定し得る。たとえば、システム１００は（図２に示すような）ステレオペア、または（たとえば図３および図６に示すような）複数セットの隣接カメラを用い得る。いくつかの実現例では、システム１００は、約１２個から約１６個のカメラから収集されたキャプチャ済のビデオストリームを用いて１セットの画像を規定し得る。いくつかの実現例では、システム１００は一部のまたはすべてのレンダリングされたコンピュータグラフィックス（ＣＧ）コンテンツを用いて１セットの画像を規定し得る。

【0137】

ブロック２５０４において、システム１００は１セットの画像を正距円筒図法のビデオストリームにスティッチングし得る。たとえば、スティッチングは、左方向のカメラキャプチャ角度と関連付けられている画像を、右方向を向いているカメラキャプチャ角度と関連付けられている画像と組合せることを含み得る。

【0138】

ブロック２５０６において、システムは、第１のビューおよび第２のビューについてビデオストリームを正距円筒図法から透視投影にすることによって、ビデオストリームを再生するためにレンダリングし得る。第１のビューはヘッドマウントディスプレイの左目のビューに対応し得、第２のビューはヘッドマウントディスプレイの右目のビューに対応し得る。

【0139】

ブロック２５０８において、システムは、歪みが予め規定された閾値より高い境界を求め得る。予め規定された閾値は、特定の１セットの画像内に許容される視差のレベル、不一致のレベル、および／または誤差のレベルを提供し得る。歪みは、たとえば１つの平面またはビューから別の平面またはビューにビデオストリームを投影する際の投影構成に少なくとも部分的に基づき得る。

【0140】

ブロック２５１０において、システムは、上記に詳述したように、境界以上の１セットの画像内の画像コンテンツを除去することによって、更新されたビデオストリームを生成し得る。ビデオストリームを更新すると、更新されたストリームは、たとえばＨＭＤのユーザに表示するために提供され得る。一般に、本開示全体にわたって記載されるシステムおよび方法は、画像をキャプチャし、キャプチャされた画像から歪みを除去し、画像をレンダリングしてＨＭＤデバイスのユーザに３Ｄ立体ビューを提供するように機能し得る。

【0141】

図２６は、本明細書に記載の技術とともに用いられ得る汎用コンピュータデバイス２６００および汎用モバイルコンピュータデバイス２６５０の例を示す。コンピューティングデバイス２６００は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレーム、および他の適切なコンピュータといった、さまざまな形態のデジタルコンピュータを表わすことを意図している。コンピューティングデバイス２６５０は、携帯情報端末、セルラー電話、スマートフォン、および他の同様のコンピューティングデバイスといった、さまざまな形態のモバイルデバイスを表わすことを意図している。ここに示すコンポーネント、それらの接続および関係、ならびにそれらの機能は例示であることが意図されているに過ぎず、本文書に記載のおよび／または請求項に記載の本発明の実現例を限定することを意図していない。

【0142】

コンピューティングデバイス２６００は、プロセッサ２６０２、メモリ２６０４、記憶装置２６０６、メモリ２６０４および高速拡張ポート２６１０に接続している高速インターフェイス２６０８、ならびに低速バス２６１４および記憶装置２６０６に接続している低速インターフェイス２６１２を含む。コンポーネント２６０２，２６０４，２６０６，２６０８，２６１０および２６１２の各々はさまざまなバスを用いて相互に接続されており、共通のマザーボード上にまたは他の態様で適宜搭載され得る。プロセッサ２６０２は、コンピューティングデバイス２６００内で実行される命令を処理可能であり、この命令には、ＧＵＩのためのグラフィカル情報を高速インターフェイス２６０８に結合されているディスプレイ２６１６などの外部入出力デバイス上に表示するためにメモリ２６０４内または記憶装置２６０６上に記憶されている命令が含まれる。他の実現例では、複数のプロセッサおよび／または複数のバスが、複数のメモリおよび複数種類のメモリとともに必要に応じて用いられ得る。また、複数のコンピューティングデバイス２６００が接続され得、各デバイスは（たとえばサーババンク、ブレードサーバのグループ、またはマルチプロセッサシステムとして）必要な動作の一部を提供する。

【0143】

メモリ２６０４は情報をコンピューティングデバイス２６００内に記憶する。一実現例では、メモリ２６０４は１つまたは複数の揮発性メモリユニットである。別の実現例では、メモリ２６０４は１つまたは複数の不揮発性メモリユニットである。また、メモリ２６０４は、磁気ディスクまたは光ディスクといった別の形態のコンピュータ読取可能媒体であってもよい。

【0144】

記憶装置２６０６は、コンピューティングデバイス２６００に大容量記憶を提供可能である。一実現例では、記憶装置２６０６は、フロッピー（登録商標）ディスクデバイス、ハードディスクデバイス、光ディスクデバイス、またはテープデバイス、フラッシュメモリもしくは他の同様のソリッドステートメモリデバイス、またはストレージエリアネットワークもしくは他の構成におけるデバイスを含む多数のデバイスといった、コンピュータ読取可能媒体であってもよく、または当該コンピュータ読取可能媒体を含んでいてもよい。コンピュータプログラムプロダクトが情報担体内に有形に具体化され得る。また、コンピュータプログラムプロダクトは、実行されると上述のような１つ以上の方法を実行する命令を含み得る。情報担体は、メモリ２６０４、記憶装置２６０６、またはプロセッサ２６０２上のメモリといった、コンピュータ読取可能媒体または機械読取可能媒体である。

【0145】

高速コントローラ２６０８はコンピューティングデバイス２６００のための帯域幅集約的な動作を管理するのに対して、低速コントローラ２６１２はより低い帯域幅集約的な動作を管理する。そのような機能の割当ては例示に過ぎない。一実現例では、高速コントローラ２６０８はメモリ２６０４、ディスプレイ２６１６に（たとえばグラフィックスプロセッサまたはアクセラレータを介して）、およびさまざまな拡張カード（図示せず）を受付け得る高速拡張ポート２６１０に結合される。当該実現例では、低速コントローラ２６１２は記憶装置２６０６および低速拡張ポート２６１４に結合される。さまざまな通信ポート（たとえばＵＳＢ、ブルートゥース、イーサネット（登録商標）、無線イーサネット）を含み得る低速拡張ポートは、キーボード、ポインティングデバイス、スキャナ、またはスイッチもしくはルータといったネットワーキングデバイスなどの１つ以上の入出力デバイスに、たとえばネットワークアダプタを介して結合され得る。

【0146】

コンピューティングデバイス２６００は、図に示すように多数の異なる形態で実現されてもよい。たとえば、コンピューティングデバイス２６００は標準的なサーバ２６２０として、またはそのようなサーバのグループ内で複数回実現されてもよい。また、コンピューティングデバイス２６００はラックサーバシステム２６２４の一部として実現されてもよい。さらに、コンピューティングデバイス２６００はラップトップコンピュータ２６２２などのパーソナルコンピュータにおいて実現されてもよい。あるいは、コンピューティングデバイス２６００からのコンポーネントは、デバイス２６５０などのモバイルデバイス（図示せず）内の他のコンポーネントと組合されてもよい。そのようなデバイスの各々がコンピューティングデバイス２６００，２６５０の１つ以上を含んでいてもよく、システム全体が、互いに通信する複数のコンピューティングデバイス２６００，２６５０で構成されてもよい。

【0147】

コンピューティングデバイス２６５０は、数あるコンポーネントの中でも特に、プロセッサ２６５２、メモリ２６６４、ディスプレイ２６５４などの入出力デバイス、通信インターフェイス２６６６、およびトランシーバ２６６８を含む。また、デバイス２６５０には、マイクロドライブまたは他のデバイスなどの記憶装置が提供されて付加的なストレージが提供されてもよい。コンポーネント２６５０，２６５２，２６６４，２６５４，２６６６および２６６８の各々はさまざまなバスを用いて相互に接続されており、当該コンポーネントのいくつかは共通のマザーボード上にまたは他の態様で適宜搭載され得る。

【0148】

プロセッサ２６５２は、メモリ２６６４に記憶されている命令を含む、コンピューティングデバイス２６５０内の命令を実行可能である。プロセッサは、別個の複数のアナログおよびデジタルプロセッサを含むチップのチップセットとして実現されてもよい。プロセッサは、たとえば、ユーザインターフェイス、デバイス２６５０が実行するアプリケーション、およびデバイス２６５０による無線通信の制御といった、デバイス２６５０の他のコンポーネントの協調を提供し得る。

【0149】

プロセッサ２６５２は、ディスプレイ２６５４に結合された制御インターフェイス２６５８およびディスプレイインターフェイス２６５６を介してユーザと通信し得る。ディスプレイ２６５４は、たとえば、ＴＦＴ ＬＣＤ（薄膜トランジスタ液晶ディスプレイ）もしくはＯＬＥＤ（有機発光ダイオード）ディスプレイ、または他の適切なディスプレイ技術であり得る。ディスプレイインターフェイス２６５６は、ディスプレイ２６５４を駆動してグラフィカル情報および他の情報をユーザに提示するための適切な回路を含み得る。制御インターフェイス２６５８はユーザからコマンドを受信し、当該コマンドをプロセッサ２６５２に提出するために変換し得る。さらに、外部インターフェイス２６６２が、デバイス２６５０と他のデバイスとの隣接通信を可能にするために、プロセッサ２６５２と通信した状態で提供されてもよい。外部インターフェイス２６６２は、たとえば、ある実現例では有線通信を提供し、他の実現例では無線通信を提供してもよく、また、複数のインターフェイスが用いられてもよい。

【0150】

メモリ２６６４は情報をコンピューティングデバイス２６５０内に記憶する。メモリ２６６４は、１つもしくは複数のコンピュータ読取可能媒体、１つもしくは複数の揮発性メモリユニット、または１つもしくは複数の不揮発性メモリユニットの１つ以上として実現され得る。さらに、拡張メモリ２６７４が提供され、たとえばＳＩＭＭ（Single In Line Memory Module）カードインターフェイスを含み得る拡張インターフェイス２６７２を介してデバイス２６５０に接続されてもよい。このような拡張メモリ２６７４はデバイス２６５０に余分のストレージスペースを提供し得るか、またはデバイス２６５０のためのアプリケーションもしくは他の情報をさらに記憶し得る。具体的には、拡張メモリ２６７４は上述のプロセスを実行または補足するための命令を含み得、さらにセキュア情報を含み得る。ゆえに、たとえば、拡張メモリ２６７４はデバイス２６５０のためのセキュリティモジュールとして提供されてもよく、デバイス２６５０のセキュアな使用を許可する命令でプログラムされてもよい。さらに、ハッキング不可能なようにＳＩＭＭカード上に識別情報を置くといったように、セキュアなアプリケーションが付加的な情報とともにＳＩＭＭカードを介して提供されてもよい。

【0151】

メモリは、以下に記載のように、たとえばフラッシュメモリおよび／またはＮＶＲＡＭメモリを含み得る。一実現例では、コンピュータプログラムプロダクトが情報担体内に有形に具体化される。コンピュータプログラムプロダクトは、実行されると上述のような１つ以上の方法を実行する命令を含む。情報担体は、たとえばトランシーバ２６６８または外部インターフェイス２６６２上で受信され得る、メモリ２６６４、拡張メモリ２６７４、またはプロセッサ２６５２上のメモリといった、コンピュータ読取可能媒体または機械読取可能媒体である。

【0152】

デバイス２６５０は、必要に応じてデジタル信号処理回路を含み得る通信インターフェイス２６６６を介して無線通信し得る。通信インターフェイス２６６６は、とりわけ、ＧＳＭ（登録商標）音声通話、ＳＭＳ、ＥＭＳ、またはＭＭＳメッセージング、ＣＤＭＡ、ＴＤＭＡ、ＰＤＣ、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、またはＧＰＲＳといった、さまざまなモードまたはプロトコル下の通信を提供し得る。そのような通信は、たとえば無線周波数トランシーバ２６６８を介して起こり得る。さらに、ブルートゥース、Ｗｉ−Ｆｉ、または他のそのようなトランシーバ（図示せず）を用いるなどして、短距離通信が起こり得る。さらに、ＧＰＳ（全地球測位システム）レシーバモジュール２６７０が付加的なナビゲーション関連および位置関連の無線データをデバイス２６５０に提供し得、当該データはデバイス２６５０上で実行されるアプリケーションによって適宜用いられ得る。

【0153】

また、デバイス２６５０は、ユーザから口頭情報を受信して当該情報を使用可能なデジタル情報に変換し得る音声コーデック２６６０を用いて可聴的に通信し得る。音声コーデック２６６０も同様に、たとえばデバイス２６５０のハンドセット内で、スピーカを介すなどしてユーザに可聴音を生成し得る。そのような音は音声通話からの音を含んでいてもよく、録音された音（たとえば音声メッセージ、音楽ファイル等）を含んでいてもよく、さらに、デバイス２６５０上で実行されるアプリケーションが生成する音を含んでいてもよい。

【0154】

コンピューティングデバイス２６５０は、図に示すように多数の異なる形態で実現されてもよい。たとえば、コンピューティングデバイス２６５０はセルラー電話２６８０として実現されてもよい。また、コンピューティングデバイス２６５０は、スマートフォン２６８２、携帯情報端末、または他の同様のモバイルデバイスの一部として実現されてもよい。

【0155】

本明細書に記載のシステムおよび技術のさまざまな実現例は、デジタル電子回路、集積回路、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組合せで実現され得る。これらのさまざまな実現例は、少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステム上で実行可能および／または解釈可能な１つ以上のコンピュータプログラムにおける実現例を含んでいてもよく、当該プロセッサは専用であっても汎用であってもよく、ストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信するように、かつこれらにデータおよび命令を送信するように結合されている。

【0156】

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても公知）はプログラマブルプロセッサのための機械命令を含んでおり、高レベル手続きおよび／もしくはオブジェクト指向プログラミング言語で、ならびに／またはアセンブリ／機械言語で実現され得る。本明細書において使用する「機械読取可能媒体」「コンピュータ読取可能媒体」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために用いられる任意のコンピュータプログラムプロダクト、装置および／またはデバイス（たとえば磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指し、機械命令を機械読取可能信号として受信する機械読取可能媒体を含む。「機械読取可能信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために用いられる任意の信号を指す。

【0157】

ユーザとの対話を提供するために、本明細書に記載のシステムおよび技術は、情報をユーザに表示するための表示装置（たとえばＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザが入力をコンピュータに提供する際に使用可能なキーボードおよびポインティングデバイス（たとえばマウスまたはトラックボール）とを有するコンピュータ上で実現され得る。他の種類のデバイスを用いてユーザとの対話を提供することもでき、たとえば、ユーザに提供されるフィードバックは任意の形態の感覚フィードバック（たとえば視覚フィードバック、聴覚フィードバック、または触覚フィードバック）であり得、ユーザからの入力は、音響、スピーチ、または触覚入力を含む任意の形態で受信され得る。

【0158】

本明細書に記載のシステムおよび技術は、バックエンドコンポーネントを（たとえばデータサーバとして）含む、またはミドルウェアコンポーネントを（たとえばアプリケーションサーバとして）含む、またはフロントエンドコンポーネント（たとえば、ユーザが本明細書に記載のシステムおよび技術の実現例と対話する際に使用可能なグラフィカルユーザインターフェイスもしくはウェブブラウザを有するクライアントコンピュータ）、またはそのようなバックエンド、ミドルウェア、もしくはフロントエンドコンポーネントの任意の組合せを含むコンピューティングシステムにおいて実現され得る。システムのコンポーネントは、任意の形態または媒体のデジタルデータ通信（たとえば通信ネットワーク）によって相互に接続され得る。通信ネットワークの例として、ローカルエリアネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」）、およびインターネットが挙げられる。

【0159】

コンピューティングシステムはクライアントおよびサーバを含み得る。クライアントおよびサーバは一般に互いにリモートであり、典型的に通信ネットワークを介して対話する。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行されて互いにクライアント−サーバ関係を有するコンピュータプログラムによって生じる。

【0160】

多数の実施形態を説明した。しかしながら、明細書の精神および範囲から逸脱することなくさまざまな変更がなされ得ることが理解されるであろう。たとえば、以下の各請求項および上記のそのような請求項の例は任意に組合わせられて、付加的な例示的な実施形態が生成され得る。

【0161】

また、図面に示す論理フローは、所望の結果を達成するために、示されている特定の順序、または順番を必要としない。また、記載のフローとは他のステップが提供されてもよく、または当該フローからステップが除去されてもよく、記載のシステムに他のコンポーネントが追加されてもよく、または当該システムからコンポーネントが除去されてもよい。したがって、他の実施形態も以下の請求項の範囲内にある。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12A】

【図12B】

【図13A】

【図13B】

【図14A】

【図14B】

【図15A】

【図15B】

【図15C】

【図16A】

【図16B】

【図17A】

【図17B】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】