(57)【要約】【課題】立体画像生成装置において、複数の画像を含むファイルの中から、立体表示用の画像に利用する画像を適切に選択できるようにする。【解決手段】ファイルに含まれる複数の画像は、個別画像番号に従って配列される。そして、代表画像が、左目用画像として選択され、また、当該代表画像に対して右側に位置する画像が、右目用画像として選択される。そして、立体画像は、右目用画像と左目用画像を用いて、生成される。【選択図】図７
2012239071.tif 000002
【特許請求の範囲】
【請求項１】
対象物についての複数の画像を含むファイルを記憶するための記憶手段と、
前記ファイルに含まれる画像のうち、左または右のいずれか一方側の目で見るための画像である一方側画像と、いずれか他方側の目で見るための画像である他方側画像とを用いて、立体表示用の画像を生成するための生成手段とを備え、
前記ファイルは、
前記複数の画像の水平方向の向きを示す情報である方向情報と、
前記複数の画像の中の代表画像を特定する代表画像情報とを含み、
前記生成手段は、
前記代表画像を、前記一方側画像として選択し、
前記方向情報に基づいて前記複数の画像を配列した場合に、前記一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、前記他方側画像として選択する、立体画像生成装置。
【請求項２】
前記生成手段は、
前記方向情報に基づいて前記複数の画像を配列した場合に、前記代表画像が左または右のいずれか他方側の端に位置する画像である場合には、前記代表画像に対して左または右のいずれか一方側に配列された画像を、前記一方側画像として選択し、
前記代表画像を、前記他方側画像として選択する、請求項１に記載の立体画像生成装置。
【請求項３】
前記生成手段は、
前記方向情報に基づいて前記複数の画像を配列した場合に、前記代表画像が左または右のいずれか他方側の端に位置する画像である場合、さらに、前記複数の画像が前記対象物の全周に対応すると推測できるか否かを判断し、
前記複数の画像が前記対象物の全周に対応すると推測できると判断した場合には、前記代表画像を、前記一方側画像として選択し、左または右のいずれか一方側の端に位置する画像を、前記他方側画像として選択する、請求項１または請求項２に記載の立体画像生成装置。
【請求項４】
前記方向情報は、前記複数の画像の中の特定の画像に対する各画像の輻輳角を特定する情報を含み、
前記生成手段は、前記複数の画像の中から、前記一方側画像と前記他方側画像の前記輻輳角の差が所定の角度以上となるように、前記一方側画像と前記他方側画像を選択する、請求項１〜請求項３のいずれかに記載の立体画像生成装置。
【請求項５】
対象物についての複数の画像を含むファイルから、左または右のいずれか一方側の目で見るための画像である一方側画像と、いずれか他方側の目で見るための画像である他方側画像とを用いて、立体表示用の画像を生成する、立体画像生成方法であって、
前記ファイルは、
前記複数の画像の水平方向の向きを示す情報である方向情報と、
前記複数の画像の中の代表画像を特定する代表画像情報とを含み、
前記代表画像を、前記一方側画像として選択するステップと、
前記方向情報に基づいて前記複数の画像を配列した場合に、前記一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、前記他方側画像として選択するステップとを備える、立体画像生成方法。
【請求項６】
対象物についての複数の画像を含むファイルから、左または右のいずれか一方側の目で見るための画像である一方側画像と、いずれか他方側の目で見るための画像である他方側画像とを用いて、立体表示用の画像を生成するコンピュータにおいて実行される立体画像生成用プログラムであって、
前記ファイルは、
前記複数の画像の水平方向の向きを示す情報である方向情報と、
前記複数の画像の中の代表画像を特定する代表画像情報とを含み、
前記コンピュータに、
前記代表画像を、前記一方側画像として選択するステップと、
前記方向情報に基づいて前記複数の画像を配列した場合に、前記一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、前記他方側画像として選択するステップとを実行させる、立体画像生成用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像の立体表示に関し、特に、１つのファイルに含まれる複数の画像から立体表示用の画像を選択して立体表示用のデータを生成するための装置、方法、および、プログラムに関する。
【背景技術】
【０００２】
人間が立体感を得るための技術の１つとして、両目視差を用いる技術が知られている。両目視差とは、異なる２つの視点から対象物を見ることにより得られる映像のずれであり、これを元に奥行き方向の距離を知覚する。
【０００３】
立体表示用の画像データの生成方法の一例として、対象物を異なる視点から見た複数の画像のうち、一の画像を用いて左目用画像データを生成し、そして、他の画像を用いて右目用画像データを生成し、これらを組合わせるものがある。
【０００４】
なお、以上本発明についての従来技術を、出願人の知得した一般的技術情報に基づいて説明したが、出願人の記憶する範囲において、本分割出願の原出願における出願前までに、先行技術文献情報として開示すべき情報を出願人は有していない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、近年、マルチビュー表示用など、複数の画像を関連付けて１つのファイルとして記録したいという要求に基づき、マルチピクチャーフォーマット（ＭＰフォーマット）のような、複数の静止画像データを同一ファイルに記録する規格が提案されている。
【０００６】
立体表示用の画像データの生成に利用されるファイルが上記のような規格に従ったファイルである場合、当該ファイルには、たとえば２つの画像が一定の取り決めで記録される。取り決めの具体例としては、たとえば、ＭＰフォーマットファイルにおいて、１つ目に記録される画像を左目用画像、２つ目に記録される画像を右目用画像として、ファイルが生成される。このような取り決めに従ってファイルが生成されていれば、当該ファイルについて立体表示用の画像を生成する際には、１つ目に記録されている画像を左目用画像とし、２つ目に記録されている画像を右目用画像として、立体表示用の画像が生成される。
【０００７】
しかしながら、上記のような取り決めは、ＭＰフォーマットファイル全般に適用されるものではない。つまり、ＭＰフォーマットファイルには、上記取り決めに従わない態様で複数の画像を記録したファイルも有り得る。したがって、上記取り決めに従っていないＭＰフォーマットファイルに基づいて立体表示用の画像データが生成された場合、適切な画像データを生成できない場合があった。具体的には、たとえば、左目用画像として、右目用画像より右側の視点から対象物を撮影した画像が利用された場合、生成された画像データからは満足のいく立体感が得られない場合があった。特に、ＭＰフォーマットファイルには、複数の画像が含まれる場合があり、これらの画像の中からどのように立体表示用の画像の生成に用いる画像を選択すれば良いかについては、具体的には検討がなされていなかった。
【０００８】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、複数の画像を含むファイルの中から、立体表示用の画像に利用する画像を適切に選択できるようにすることである。
【課題を解決するための手段】
【０００９】
本発明に従った立体画像生成装置は、対象物についての複数の画像を含むファイルを記憶するための記憶手段と、ファイルに含まれる画像のうち、左または右のいずれか一方側の目で見るための画像である一方側画像と、いずれか他方側の目で見るための画像である他方側画像とを用いて、立体表示用の画像を生成するための生成手段とを備え、ファイルは、複数の画像の水平方向の向きを示す情報である方向情報と、複数の画像の中の代表画像を特定する代表画像情報とを含み、生成手段は、代表画像を、一方側画像として選択し、方向情報に基づいて複数の画像を配列した場合に、一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、他方側画像として選択する。
【００１０】
好ましくは、生成手段は、方向情報に基づいて複数の画像を配列した場合に、代表画像が左または右のいずれか他方側の端に位置する画像である場合には、代表画像に対して左または右のいずれか一方側に配列された画像を、一方側画像として選択し、代表画像を、他方側画像として選択する。
【００１１】
好ましくは、生成手段は、方向情報に基づいて複数の画像を配列した場合に、代表画像が左または右のいずれか他方側の端に位置する画像である場合、さらに、複数の画像が対象物の全周に対応すると推測できるか否かを判断し、複数の画像が対象物の全周に対応すると推測できると判断した場合には、代表画像を、一方側画像として選択し、左または右のいずれか一方側の端に位置する画像を、他方側画像として選択する。
【００１２】
好ましくは、方向情報は、複数の画像の中の特定の画像に対する各画像の輻輳角を特定する情報を含み、生成手段は、複数の画像の中から、一方側画像と他方側画像の輻輳角の差が所定の角度以上となるように、一方側画像と他方側画像を選択する。
【００１３】
本発明に従った立体画像生成方法は、好ましくは、対象物についての複数の画像を含むファイルから、左または右のいずれか一方側の目で見るための画像である一方側画像と、いずれか他方側の目で見るための画像である他方側画像とを用いて、立体表示用の画像を生成する、立体画像生成方法であって、ファイルは、複数の画像の水平方向の向きを示す情報である方向情報と、複数の画像の中の代表画像を特定する代表画像情報とを含み、代表画像を、一方側画像として選択するステップと、方向情報に基づいて複数の画像を配列した場合に、一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、他方側画像として選択するステップとを備える。
【００１４】
本発明に従った立体画像生成用プログラムは、対象物についての複数の画像を含むファイルから、左または右のいずれか一方側の目で見るための画像である一方側画像と、いずれか他方側の目で見るための画像である他方側画像とを用いて、立体表示用の画像を生成するコンピュータにおいて実行される立体画像生成用プログラムであって、ファイルは、複数の画像の水平方向の向きを示す情報である方向情報と、複数の画像の中の代表画像を特定する代表画像情報とを含み、コンピュータに、代表画像を、一方側画像として選択するステップと、方向情報に基づいて複数の画像を配列した場合に、一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、他方側画像として選択するステップとを実行させる。
【発明の効果】
【００１５】
本発明によれば、処理対象のファイルに含まれる画像のうち、代表画像を、一方側画像として選択し、方向情報に基づいて複数の画像を配列した場合に、一方側画像として選択された画像に対して左または右のいずれか他方側に位置する画像を、他方側画像として選択する。これにより、立体表示用の画像を生成するための画像を適切に選択できる。
【図面の簡単な説明】
【００１６】
【図１】第１の実施の形態に係る携帯電話機の外観を示す図である。
【図２】図１の携帯電話機のハードウェア構成を表わすブロック図である。
【図３】第１の実施の形態において、立体表示用の画像の生成に利用されるファイルの構造の一例を示す図である。
【図４】図１の携帯電話機において処理対象とされるファイルが、所定の対象物のパノラマ撮影により生成された複数の画像として各個別画像を含む場合の、撮影位置を模式的に示す図である。
【図５】図４に示されたような５回の撮影のそれぞれによって生成された画像を模式的に示す図である。
【図６】図１の携帯電話機において、立体表示用の画像を生成するために実行される処理（立体画像生成処理）のフローチャートである。
【図７】ファイルに含まれる画像を、各画像の輻輳角（各画像の向き）に応じて配列した状態を示す図である。
【図８】第２の実施の形態において実行される立体画像生成処理のフローチャートである。
【図９】図８の処理内容を説明するための図である。
【図１０】第３の実施の形態において実行される立体画像生成処理のフローチャートである。
【図１１】図１０の処理内容を説明するための図である。
【図１２】図１０の処理内容を説明するための図である。
【図１３】第４の実施の形態において実行される立体画像生成処理のフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の立体画像生成装置の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。
【００１８】
＜第１の実施の形態＞
［外観］
図１は、本実施の形態に係る携帯電話機１００の外観を示す図である。
【００１９】
携帯電話機１００は、ディスプレイ１５０と、ボタン１６０を備える。
携帯電話機１００では、画像を２次元と３次元で選択的に表示させることができる。ボタン１６０は、画像表示を２次元と３次元の間で切り替えるためのボタンである。
【００２０】
また、携帯電話機１００は、２以上の画像を関連付けて記憶するファイルを用いて、立体表示用の画像を生成できる。そして、携帯電話機１００は、そのように生成した立体表示用の画像を、ディスプレイ１５０に表示できる。
【００２１】
［ハードウェア構成］
図２を参照して、本実施の形態に係る携帯電話機１００のハードウェア構成について説明する。図２は、携帯電話機１００のハードウェア構成を表わすブロック図である。
【００２２】
携帯電話機１００は、上記したディスプレイ１５０に加え、通信装置１０２と、チューナ１０４と、アンテナ１０６，１０８と、ＣＰＵ（Central  Processing  Unit）１１０と、音声信号処理回路１１１と、カメラ１２０と、フラッシュメモリ１４４と、ＲＡＭ（Random  Access  Memory）１４６と、ＲＯＭ（Read  Only  Memory）１４８と、バックライト１５１と、ボタン１６０と、ＬＥＤ（Light  Emitting  Diode）１７６と、メモリカード駆動装置１８０と、データ通信Ｉ／Ｆ（Interface）１７８と、バイブレータ１８４とを備える。メモリカード駆動装置１８０には、メモリカード１８２が装着され得る。
【００２３】
メモリカード１８２は、携帯電話機１００の本体に対して着脱可能な記憶媒体の一例である。メモリカード駆動装置１８０は、他の形態の記憶媒体を扱うものに置換されても良い。記憶媒体としては、ＣＤ−ＲＯＭ（Compact  Disc  -  Read  Only  Memory）、ＤＶＤ−ＲＯＭ（Digital  Versatile  Disk  -  Read  Only  Memory）、ＵＳＢ（Universal  Serial  Bus）メモリ、メモリカード、ＦＤ（Flexible  Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic  Optical  Disc）、ＭＤ（Mini  Disc）、ＩＣ（Integrated  Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically  Erasable  Programmable  Read-Only  Memory）などの、不揮発的にプログラムやデータを格納する媒体が挙げられる。
【００２４】
ある局面において、アンテナ１０６は、テレビジョン放送信号を受信する。チューナ１０４は、ＣＰＵ１１０の命令に従って番組を選局し、映像信号および音声信号をＣＰＵ１１０に伝送する。
【００２５】
アンテナ１０８によって受信された信号は、通信装置１０２によってフロントエンド処理が行なわれた後、処理後の信号は、ＣＰＵ１１０に送られる。ＣＰＵ１１０は、携帯電話機１００に対して与えられる命令に基づいて、携帯電話機１００の動作を制御するための処理を実行する。ＣＰＵ１１０は、通信装置１０２から送られた信号に基づいて予め規定された処理を実行し、処理後の信号を音声信号処理回路１１１に送出する。音声信号処理回路１１１は、その信号に対して予め規定された信号処理を実行し、処理後の信号をスピーカ１４０に送出する。スピーカ１４０は、その信号に基づいて音声を出力する。
【００２６】
マイク１７０は、携帯電話機１００に対する発話を受け付けて、発話された音声に対応する信号を音声信号処理回路１１１に対して送出する。音声信号処理回路１１１は、その信号に基づいて通話のために予め規定された処理を実行し、処理後の信号をＣＰＵ１１０に対して送出する。ＣＰＵ１１０は、その信号を送信用のデータに変換し、変換後のデータを通信装置１０２に対して送出する。通信装置１０２は、そのデータを用いて送信用の信号を生成し、アンテナ１０８に向けてその信号を送出する。
【００２７】
フラッシュメモリ１４４は、ＣＰＵ１１０から送られるデータを格納する。また、ＣＰＵ１１０は、フラッシュメモリ１４４に格納されているデータを読み出し、そのデータを用いて予め規定された処理を実行する。
【００２８】
ＲＡＭ１４６は、ボタン１６０に対して行なわれた操作に基づいてＣＰＵ１１０によって生成されるデータを一時的に保持する。ＲＯＭ１４８は、携帯電話機１００に予め定められた動作を実行させるためのプログラムあるいはデータを格納している。ＣＰＵ１１０は、ＲＯＭ１４８から当該プログラムまたはデータを読み出し、携帯電話機１００の動作を制御する。
【００２９】
メモリカード駆動装置１８０は、メモリカード１８２に格納されているデータを読み出し、ＣＰＵ１１０に送出する。逆にメモリカード駆動装置１８０は、ＣＰＵ１１０によって出力されるデータを、メモリカード１８２の空き領域に書き込む。
【００３０】
ＣＰＵ１１０は、メモリカード１８２に記録されたプログラムを実行することにより、本明細書に記載の機能を実現することもできる。
【００３１】
音声信号処理回路１１１は、上述のような通話のための信号処理を実行する。なお、ＣＰＵ１１０と音声信号処理回路１１１とが別個の構成として示されているが、他の局面において、ＣＰＵ１１０と音声信号処理回路１１１とが一体として構成されていてもよい。
【００３２】
ディスプレイ１５０は、２次元で、または３次元で画像を表示することができる。ある局面において、ディスプレイ１５０は、視差バリアを形成可能な液晶表示装置によって実現される。ディスプレイ１５０は、ＣＰＵ１１０から出力されるデータに基づいて、画像を表示する。たとえば、ディスプレイ１５０は、フラッシュメモリ１４４が格納している静止画、動画、音楽ファイルの属性（当該ファイルの名前、演奏者、演奏時間など）を表示する。
【００３３】
バックライト１５１は、ディスプレイ１５０に対して発光する。ある局面において、バックライト１５１は、ＣＰＵ１１０からの制御信号に基づいて光量を増加させ、または減少させることができる。
【００３４】
ＬＥＤ１７６は、ＣＰＵ１１０からの信号に基づいて、予め定められた発光動作を実現する。
【００３５】
データ通信Ｉ／Ｆ１７８は、データ通信用のケーブルの装着を受け付ける。データ通信Ｉ／Ｆ１７８は、ＣＰＵ１１０から出力される信号を当該ケーブルに対して送出する。あるいは、データ通信Ｉ／Ｆ１７８は、当該ケーブルを介して受信されるデータを、ＣＰＵ１１０に対して送出する。
【００３６】
バイブレータ１８４は、ＣＰＵ１１０から出力される信号に基づいて、予め定められた周波数で発振動作を実行する。
【００３７】
［データ構造］
次に、図３を参照して、本実施の形態において立体表示用の画像の生成に利用されるファイルの構造の一例を説明する。図３は、本実施の形態において、立体表示用の画像の生成に利用されるファイルの構造の一例を示す図である。なお、図３に示されたファイル構造は、ＭＰフォーマットに従った構造である。ただし、図３は、本発明に関する技術的思想に直接的な関係を有しないと考えられる要素について、省略等簡略化されて記載されている。
【００３８】
図３を参照して、上記フォーマットでは、先頭画像に続いて、単一または複数の個別画像を記録することができる。ファイル９００は、先頭画像を含めたｎ個の個別画像を含む。つまり、ファイル９００は、先頭画像９１０に続いて、（ｎ−１）個の個別画像（個別画像９２０，９３０，…，９９０）を含む。
【００３９】
本明細書では、「先頭画像９１０」を、他の個別画像９２０，９３０，…，９９０と区別する必要がある場合には、先頭画像９１０と呼び、ファイル９００に含まれる個別画像の１つとして他の個別画像９２０，９３０，…，９９０と区別する必要が無い場合には、個別画像９１０と呼ぶ。
【００４０】
先頭画像を含む各個別画像の先頭には、ＳＯＩ（Start  Of  Image）９１１，９２１，９３１，…，９９１があり、また、終わりには、ＥＯＩ（End  Of  Image）９１７，９２７，９３７，…，９９７がある。ＳＯＩ９１１，９２１，９３１，…，９９１は、各個別画像の起点を表すマーカである。
【００４１】
先頭画像９１０および個別画像９２０，９３０，…，９９０は、それぞれ、Ｅｘｉｆ（Exchangeable  Image  File  Format）付属情報を格納したアプリケーションマーカ（ＡＰＰ１）９１２，９２２，９３２，…，９９２を有している。また、先頭画像９１０および個別画像９２０，９３０，…，９９０のＥｘｉｆ付属情報の後の領域には、アプリケーションマーカ（ＡＰＰ２）９１４，９２４，９３４，…，９９４が記録されている。そして、先頭画像９１０および個別画像９２０，９３０，…，９９０は、主画像９１６，９２６，９３６，…，９９６を含む。
【００４２】
各個別画像９１０，９２０，９３０，…，９９０のＡＰＰ１は、サムネイル９１３，９２３，９３３，…，９９３を含む。サムネイル９１３，９２３，９３３，…，９９３は、主画像９１６，９２６，９３６，…，９９６のサムネイル画像である。
【００４３】
また、各個別画像９１０，９２０，９３０，…，９９０のＡＰＰ２は、ＭＰ個別情報ＩＦＤ（Image  File  Directory）９１５，９２５，９３５，…，９９５を含む。本実施の形態のＭＰ個別情報ＩＦＤ９１５，９２５，９３５，…，９９５は、ファイル９００に含まれる各個別画像の方向情報を含む。方向情報とは、各個別画像の水平方向の向きを表す情報の一例である。本実施の形態では、方向情報として、個別画像番号と輻輳角とを含む。これらの中で、まず、輻輳角について、図４および図５を参照して説明する。
【００４４】
（輻輳角）
図４は、ファイル９００が、所定の対象物のパノラマ撮影（多視点立体画像撮影）により生成された複数の画像として各個別画像を含む場合の、撮影位置を模式的に示す図である。図４では、対象物ＯＢを、カメラ１２０の視点を変えて５回撮影したときの携帯電話機１００の位置が、携帯電話機１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ，１００Ｅとして示されている。
【００４５】
図５は、図４に示されたような５回の撮影のそれぞれによって生成された画像を模式的に示す図である。図５では、携帯電話機１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ，１００Ｅのそれぞれの位置で撮影されて生成された画像が、画像８００Ａ，８００Ｂ，８００Ｃ，８００Ｄ，８００Ｅとして示されている。
【００４６】
図４において、輻輳角Ｄ２は、携帯電話機１００Ａと携帯電話機１００Ｂの、カメラ１２０の撮影方向のなす角である。輻輳角Ｄ３は、携帯電話機１００Ａと携帯電話機１００Ｃの、カメラ１２０の撮影方向のなす角である。輻輳角Ｄ４は、携帯電話機１００Ａと携帯電話機１００Ｄの、カメラ１２０の撮影方向のなす角である。輻輳角Ｄ５は、携帯電話機１００Ａと携帯電話機１００Ｅの、カメラ１２０の撮影方向のなす角である。
【００４７】
そして、輻輳角Ｄ２〜Ｄ５は、携帯電話機１００Ａ〜１００Ｅの中の関係と同様に、画像８００Ａ〜画像８００Ｅにおいても適用される。つまり、対象物ＯＢにおいて、輻輳角Ｄ２は、画像８００Ａにおいて表される向きと画像８００Ｂにおいて表される向きのなす角である。また、輻輳角Ｄ３は、画像８００Ａにおいて表される向きと画像８００Ｃにおいて表される向きのなす角である。また、輻輳角Ｄ４は、画像８００Ａにおいて表される向きと画像８００Ｃにおいて表される向きのなす角である。また、輻輳角Ｄ５は、画像８００Ａにおいて表される向きと画像８００Ｅにおいて表される向きのなす角である。
【００４８】
輻輳角Ｄ２は、画像８００Ｂについての、方向情報の中の輻輳角である。また、輻輳角Ｄ３，Ｄ４，Ｄ５は、それぞれ、画像８００Ｃ，８００Ｄ，８００Ｅについての、方向情報の中の輻輳角である。
【００４９】
本実施の形態では、図４を参照して説明したようなパノラマ撮影がなされることにより、画像８００Ａ〜８００Ｅを含むファイルが生成される。そして、本実施の形態において、各個別画像の輻輳角とは、ファイルに含まれる特定の個別画像（図５の例では、画像８００Ａ）の向きに対する各個別画像の向きのなす角である。なお、特定の個別画像の輻輳角は、同一の画像のなす角となるため、０°となる。つまり、画像８００Ａの輻輳角Ｄ１は、０°である。
【００５０】
また、輻輳角ＣＶの値は、たとえば、−１８０°≦ＣＶ＜＋１８０°の範囲で表される。つまり、角度の絶対値を最大「１８０」と抑えつつ、３６０°の範囲をカバーすることができる。これにより、対象物ＯＢに対して、水平方向において３６０°のどの角度から撮影を行なった場合でも、生成された画像に輻輳角の情報を持たせることができる。
【００５１】
（個別画像番号）
個別画像番号は、各個別画像の、向きの順番（カメラ１２０の配置の順番）を表す視点番号である。視点番号は、被写体に向かって左にある視点から右にある視点へ、昇順になるように、番号が付される。
【００５２】
つまり、たとえば図５に示す例であれば、画像８００Ａ，８００Ｂ，８００Ｃ，８００Ｄ，８００Ｅの順に左から右へ視点が移動している。このため、画像８００Ａ，８００Ｂ，８００Ｃ，８００Ｄ，８００Ｅのそれぞれの個別画像番号は、たとえば、１，２，３，４，５となる。なお、上記のように、個別画像番号は、上記の向きに従って昇順で与えられれば良く、必ずしも１から始まる必要はなく、また、同じ数値ずつ上昇する必要もない。たとえば、画像８００Ａ，８００Ｂ，８００Ｃ，８００Ｄ，８００Ｅのそれぞれの個別画像番号は、たとえば、２，６，７，１０，１５等であっても良い。
【００５３】
なお、ファイル９００において、個別画像９１０，９２０，９３０，…，９９０が記憶される順序は、個別画像番号の値の大きさとは相関を有しない場合も有り得る。
【００５４】
（ＭＰエントリ情報）
図３に戻って、ファイル９００において、先頭画像９１０にのみ、ＭＰエントリ情報９１９を含む。ＭＰエントリ情報は、各個別画像９１０，９２０，９３０，…，９９０のオフセットや、個別画像９１０，９２０，９３０，…，９９０のうち代表画像を特定する情報を含む。ファイル９００において、代表画像は、個別画像９１０，９２０，９３０，…，９９０を代表する画像である。一方、先頭画像は、ファイル９００において一番初めに記憶されている画像である。つまり、代表画像と先頭画像とは異なる概念である。したがって、ファイル９００において、代表画像と先頭画像は、同一の画像である場合もあれば、異なる場合もある。
【００５５】
［立体表示用画像の生成］
次に、本実施の形態の携帯電話機１００における、立体表示用の画像の生成について説明する。
【００５６】
本実施の形態で生成される立体表示用の画像は、両目視差を利用して立体感を与えることを意図し、ファイルに含まれる複数の画像から少なくとも左目用画像と右目用画像が選択され、これらが組合わせて、生成される。左目用画像とは、視聴者に左目で見させることを意図した画像である。また、右目用画像とは、視聴者に右目で見させることを意図した画像である。なお、本実施の形態において生成される立体表示用の画像は、パララックスバリア方式やレンティキュラレンズ方式など、左目用画像と右目用画像とを利用する、あらゆる方式の立体表示に適用され得る。
【００５７】
図６は、立体表示用の画像を生成するためにＣＰＵ１１０が実行する処理（立体画像生成処理）のフローチャートである。
【００５８】
図６を参照して、立体表示用の画像の生成を指示する情報が入力されると、ＣＰＵ１１０は、まずステップＳ１０で、ファイルに含まれる複数の画像を個別画像番号順に配列させて、ステップＳ２０へ処理を進める。これにより、処理対象のファイルに含まれる複数の画像は、たとえば、図５に示されるように、仮想的に配列される。
【００５９】
なお、立体表示用の画像の指示とは、携帯電話機１００において実行されるアプリケーションにおいて適宜生成されても良いし、また、ボタン１６０が操作されることによりディスプレイ１５０の表示モードを３Ｄ画像表示モードに切り替えられたことによって生成されても良い。また、当該指示は、携帯電話機１００の外部の装置から入力されても良い。
【００６０】
ステップＳ２０では、ＣＰＵ１１０は、代表画像を左目用画像と決定して、ステップＳ３０へ処理を進める。なお、ＣＰＵ１１０は、ファイル９００におけるＭＦＰエントリ情報９１４に基づいて、ファイル９００に含まれる画像の中から代表画像を特定する。
【００６１】
ステップＳ３０では、ＣＰＵ１１０は、ステップＳ１０において生成した画像の配列において、ステップＳ２０において左目用画像と決定した画像の右隣に位置する画像を、右目用画像と決定して、ステップＳ４０へ処理を進める。
【００６２】
つまり、たとえば、図７に示されたように、ファイル９００に、個別画像として画像（１）〜画像（５）が含まれる場合であって、画像（３）が代表画像であった場合には、ステップＳ２０で画像（３）が左目用画像に決定される。図７は、画像（１）〜画像（５）を含むファイルについて、これらの画像を、各画像の輻輳角（各画像の向き）に応じて配列した状態を示す図である。なお、図７では、画像（１）、画像（２）、画像（３）、画像（４）、画像（５）の順に左から右へ配列されている。これは、この順に個別画像番号が大きくなることを意味している。つまり、たとえば、画像（１）の個別画像番号が「１」、画像（２）の個別画像番号が「２」、画像（３）の個別画像番号が「３」、画像（４）の個別画像番号が「４」、そして、画像（５）の個別画像番号が「５」である場合に、画像（１）〜画像（５）は図７に示されるように配列される。
【００６３】
そして、ステップＳ３０で画像（３）の右隣に配置されている画像（４）が右目用画像に決定される。
【００６４】
そして、ステップＳ４０では、ＣＰＵ１１０は、ステップＳ２０で決定した左目用画像と、ステップＳ３０で決定した右目用画像とを用いて、立体表示用の画像を生成して、処理を終了させる。ステップＳ４０における処理内容としては、たとえばパララックスバリア方式やレンティキュラレンズ方式に従った立体表示用の画像であれば、上記の左目用画像と右目用画像を、縦に細長く切断し、交互に並べることによって、生成される。
【００６５】
以上説明した本実施の形態によれば、複数の画像を含むファイルについて、代表画像を特定する情報が含まれる場合、当該代表画像を利用して、立体表示用の画像が生成される。これにより、たとえば、当該ファイルについて、２次元表示と３次元表示との間で表示の切替が行なわれた場合、見た者に２次元表示と３次元表示の間で全く異なる印象を与える、という事態の発生を極力抑えることができる。
【００６６】
また、本実施の形態によれば、上記ファイルに複数の画像についての水平方向の向きを示す情報が含まれる場合、左目用画像と右目用画像がそれらの向きに対応する位置に従って、決定される。つまり、図７を参照して説明したように、ファイルに含まれる複数の画像が、その向きに従って水平方向に配列された場合に、右目用画像として、左目用画像として決定された画像よりも右側に配列された画像が決定された。これにより、右目用画像として、左目用画像よりも右側で見えるべき画像が選択され、また、左目用画像として、右目用画像よりも左側で見えるべき画像が選択される。したがって、生成される立体表示用の画像が、十分な立体感を与えることが期待される。
【００６７】
なお、本実施の形態では、複数の画像がその向きに従って図７に示されたように配列された場合、右目用画像は、左目用画像よりも右側に配置されていればよく、右側のすぐ隣に位置している必要はない。つまり、左目用画像として、代表画像である画像（３）が決定された場合に、画像（３）より右側には画像（４）と画像（５）が配置されている。この場合、右目用画像は、画像（４）とされても良いし、画像（５）とされても良い。
【００６８】
また、本実施の形態では、代表画像を左目用画像としているが、これに限定されない。代表画像は右目用画像とされても良い。この場合、図７等において、当該代表画像に対して左側に配置されている画像が、左目用画像とされる。たとえば、図７の例において、代表画像である画像（３）の左側には画像（１）および画像（２）が配置されている。そして、この場合、右目用画像として画像（３）が決定され、左目用画像として画像（１）または画像（２）が決定される。
【００６９】
以上説明した本実施の形態では、ファイルに含まれる複数の画像は、個別画像番号に従って、図７等に示されるように配列される。そして、代表画像が、左目用画像として選択される。そして、図７等において代表画像に対して右側に位置する画像が、右目用画像として選択される。
【００７０】
なお、本実施の形態では、個別画像番号に従って画像が配列された後の処理において、左右が入れ替えられても良い。このように変形された場合、図７等に示されるように複数の画像が配列された後、代表画像が、右目用画像として選択される。そして、図７等において代表画像に対して左側に位置する画像が、左目用画像として選択される。
【００７１】
＜第２の実施の形態＞
本実施の形態の携帯電話機１００のハードウェア構成は、第１の実施の形態における携帯電話機１００と同様のものとすることができる。このため、ハードウェア構成についての詳細な説明は繰り返さない。
【００７２】
なお、本実施の形態の携帯電話機１００は、第１の実施の形態に対して、立体画像生成処理の内容が異なる。以下、第１の実施の形態に対する相違点について、説明する。図８は、本実施の形態のＣＰＵ１１０が実行する立体画像生成処理のフローチャートである。
【００７３】
図８を参照して、本実施の形態の立体画像生成処理では、ＣＰＵ１１０は、ステップＳ１０で、ファイルに含まれる複数の画像（個別画像）を方向情報に従って配列させ、次に、ステップＳ２０で、代表画像を左目用画像と決定して、ステップＳ２１へ処理を進める。本実施の形態におけるステップＳ１０とステップＳ２０の内容は、図６におけるこれらの処理内容と同様である。
【００７４】
ステップＳ２１では、ＣＰＵ１１０は、ファイルに含まれる複数の画像がそれらの向きに従って図５に示されたように配列された場合、代表画像が、当該配列において最も右に位置するか否かを判断する。そして、ＣＰＵ１１０は、そうであると判断するとステップＳ２３へ処理を進め、そうではないと判断するとステップＳ３０へ処理を進める。たとえば、図７に示されたように、画像（３）が代表画像である場合には、処理はステップＳ３０へ進められる。一方、図９に示されたように、ファイルに画像（１）〜画像（５）が含まれる場合に、画像（５）が代表画像である場合には、処理はステップＳ２３へ進められる。
【００７５】
図８に戻って、ステップＳ２３では、ＣＰＵ１１０は、左目用画像を代表画像よりも左側に配列されている画像に変更して、ステップＳ２５へ処理を進める。つまり、図９に示された例では、画像（１）〜画像（４）のいずれかへと、左目用画像が変更される。なお、画像（１）〜画像（４）のいずれに変更されるかは、適宜設定されていれば良い。たとえば、代表画像に隣接する画像（画像（４））とされても良いし、代表画像との輻輳角の差が所定以上大きい画像とされても良い。
【００７６】
ステップＳ２５では、ＣＰＵ１１０は、代表画像を右目用画像と決定して、ステップＳ４０へ処理を進める。つまり、図９に示された例では、画像（４）が右目用画像と決定される。
【００７７】
一方、ステップＳ３０では、ＣＰＵ１１０は、図６のステップＳ３０と同様に、代表画像より右側に配列された画像を右目用画像と決定して、ステップＳ４０へ処理を進める。
【００７８】
ステップＳ４０では、ＣＰＵ１１０は、図６のステップＳ４０と同様に、それまでの処理において決定された左目用画像と右目用画像とを利用して立体表示用の画像を生成して、処理を終了させる。
【００７９】
以上説明した本実施の形態では、基本的には、代表画像が左目用画像として選択される（ステップＳ２０）。そして、図９に示されるような配列において、当該代表画像よりも右側に位置する画像が右目用画像として選択される（ステップＳ３０）。しかしながら、代表画像が図９に示されるような配列において右側の端部に位置する場合には（ステップＳ２１でＹＥＳ）、左目用画像が、代表画像よりも左側に配列されている画像へと変更される（ステップＳ２３）。そして、代表画像は、右目用画像として選択される（ステップＳ２５）。
【００８０】
なお、以上説明した本実施の形態では、個別画像番号に従って画像が配列された後の処理において、左右が入れ替えられても良い。このように変形された場合、代表画像は基本的に右目用画像として選択される（ステップＳ２０）。そして、図９に示されるような配列において、当該代表画像よりも左側に位置する画像が左目用画像として選択される（ステップＳ３０）。しかしながら、代表画像が左端に位置する場合には（ステップＳ２１でＹＥＳ）、右目用画像が、代表画像よりも右側に配列されている画像へと変更される（ステップＳ２３）。そして、代表画像は、左目用画像として選択される（ステップＳ２５）。
【００８１】
＜第３の実施の形態＞
本実施の形態の携帯電話機１００のハードウェア構成は、第１の実施の形態における携帯電話機１００と同様のものとすることができる。このため、ハードウェア構成についての詳細な説明は繰り返さない。
【００８２】
なお、本実施の形態の携帯電話機１００は、第１の実施の形態に対して、立体画像生成処理の内容が異なる。以下、第１の実施の形態に対する相違点について、説明する。図１０は、本実施の形態のＣＰＵ１１０が実行する立体画像生成処理のフローチャートである。
【００８３】
図１０を参照して、本実施の形態の立体画像生成処理では、ＣＰＵ１１０は、ステップＳ１０で、ファイルに含まれる複数の画像（個別画像）を方向情報に従って配列させ、次に、ステップＳ２０で、代表画像を左目用画像と決定して、ステップＳ２１へ処理を進める。本実施の形態におけるステップＳ１０とステップＳ２０の内容は、図６におけるこれらの処理内容と同様である。
【００８４】
ステップＳ２１では、ＣＰＵ１１０は、図８のステップＳ２１と同様に、ファイルに含まれる複数の画像がそれらの向きに従って図５に示されたように配列された場合、代表画像が、当該配列において最も右に位置するか否かを判断する。そして、ＣＰＵ１１０は、そうであると判断するとステップＳ２２へ処理を進め、そうではないと判断するとステップＳ３０へ処理を進める。
【００８５】
ステップＳ２２では、ＣＰＵ１１０は、処理対象のファイルに含まれる複数の画像が、対象物の全周に対応しているか否かを判断し、そうであると判断するとステップＳ２７へ処理を進め、そうではないと判断するとステップＳ２３へ処理を進める。なお、「複数の画像が対象物の全周に対応している」とは、複数の画像によって対象物の全周がカバーされていることに相当する。ステップＳ２２における判断の内容については、図１１および図１２を参照して後述する。
【００８６】
ステップＳ２７では、ＣＰＵ１１０は、複数の画像のうち左端の画像を右目用画像と決定して、ステップＳ４０へ処理を進める。
【００８７】
ステップＳ２３では、ＣＰＵ１１０は、図８のステップＳ２３と同様に、左目用画像を代表画像よりも左側に配列されている画像に変更して、ステップＳ２５へ処理を進める。  
【００８８】
ステップＳ２５では、ＣＰＵ１１０は、図８のステップＳ２５と同様に、代表画像を右目用画像と決定して、ステップＳ４０へ処理を進める。
【００８９】
ステップＳ３０では、ＣＰＵ１１０は、図６のステップＳ３０と同様に、代表画像より
右側に配列された画像を右目用画像と決定して、ステップＳ４０へ処理を進める。
【００９０】
ステップＳ４０では、ＣＰＵ１１０は、図６のステップＳ４０と同様に、それまでの処理において決定された左目用画像と右目用画像とを利用して立体表示用の画像を生成して、処理を終了させる。
【００９１】
ここで、ステップＳ２２における判断の内容の一例を、以下に説明する。
ステップＳ１０において、複数の画像は、個別画像番号に従って配列されている。この隣接する画像同士の輻輳角の差を算出する。具体的には、或る画像とその右側に隣接する画像との輻輳角の差を算出する。最も右側にある画像については、最も左側にある画像を用いて差に対応する値ＸＤＩＦを算出する。具体的には、次の式（１）に従って算出する。
【００９２】
ＸＤＩＦ＝（ＣＶＬ＋３６０°）−ＣＶＲ  …（１）
式（１）では、ＸＤＩＦは、最も左側にある画像の輻輳角ＣＶＬに３６０°を加えた値と、最も右側にある画像の輻輳角ＣＶＲとの差として、算出される。
【００９３】
そして、各画像について算出された輻輳角の差、および、上記差に対応した値ＸＤＩＦが、すべて等しい（または、これらの誤差が所定の範囲（たとえば、５°程度）内にある）場合に、ＣＰＵ１１０は、複数の画像が、対象物の全周に対応している、と判断する。一方、これらのうち一つでも異なる（または、上記の誤差範囲外にある）場合には、ＣＰＵ１１０は、複数の画像が対象物の全周には対応していない、と判断する。
【００９４】
この判断態様の例を、図１１を参照して具体的に説明する。図１１は、対象物と、当該対象物を６つの方向から撮影した画像とを模式的に示す図である。
【００９５】
処理対象のファイルには、図１１の画像（１）〜画像（６）が含まれている場合を考える。当該ファイルでは、画像（１）が先頭画像であり、その後に、画像（２）〜画像（６）が順に、個別画像として記録されいているものとする。
【００９６】
また、当該ファイルでは、個別画像番号は、画像（６）、画像（５）、画像（４）、画像（１）、画像（２）、画像（３）の順に大きくなり、画像（６）が最も番号が小さく、画像（３）が最も番号が大きいとする。
【００９７】
当該ファイルでは、各個別画像の輻輳角は、画像（１）を基準に設定されており、画像（１）の輻輳角は０°である。図１１では、画像（１）に対して左向きが矢印Ａ２で示されており、右向きが矢印Ａ１で示されている。そして、画像（２）の輻輳角は＋６０°とする。また、画像（３）の輻輳角は＋１２０°とする。また、画像（４）の輻輳角は−６０°とする。また、画像（５）の輻輳角は−１２０°とする。そして、画像（６）の輻輳角は−１８０°とする。輻輳角は、上記のように−１８０°以上＋１８０°未満である。したがって、図１１の例では、画像（６）が左端の画像であり、画像（３）が右端の画像である。
【００９８】
画像（６）、画像（５）、画像（４）、画像（１）、および、画像（２）のそれぞれの、その右側に隣接する画像との輻輳角の差は、６０°である。一方、画像（３）については、右端の画像であるため、その右側に隣接する画像との輻輳角の差が算出できない。画像（３）については、上記の式（１）に従って、当該差に対応する値が算出される。
【００９９】
図１１の例では、輻輳角ＣＶＬは、画像（６）の輻輳角である、−１８０°である。輻輳角ＣＶＲは、画像（３）の輻輳角である＋１２０°である。これを、式（１）にあてはめると、上記の差に対応する値ＸＤＩＦは、次の式（２）に示されるように、６０°と算出される。
【０１００】
｛（−１８０°）＋３６０°｝−（＋１２０°）＝６０°  …（２）
上記したように、画像（６）、画像（５）、画像（４）、画像（１）、および、画像（２）のそれぞれの、その右側に隣接する画像との輻輳角の差は、６０°である。また、画像（３）についての値ＸＤＩＦも６０°である。つまり、すべての値が等しい。したがって、図１１に示されたようにファイル中の複数の画像が配列される場合には、複数の画像が対象物ＯＢの全周に対応していると判断される。
【０１０１】
図１０の例では、右端の画像が代表画像である場合（ステップＳ２１でＹＥＳ判断時）、ステップＳ２２で、複数の画像が対象物の全周に対応すると判断されると、ステップＳ２７で、左端の画像が右目用画像とされる。したがって、図１１の例では、右端の画像（３）が代表画像である場合、画像（３）が左目用画像として選択され、そして、左端の画像（６）が右目用画像として選択される。
【０１０２】
一方、本明細書において説明する例に従えば、図１２に示される場合には、複数の画像は対象物ＯＢの全周に対応していないと判断される。図１２は、対象物と、当該対象物を５つの方向から撮影した画像とを模式的に示す図である。
【０１０３】
図１２の例では、処理対象のファイルには、図１２の画像（１）〜画像（５）が含まれる。当該ファイルでは、画像（１）が先頭画像であり、その後に、画像（２）〜画像（５）が順に、個別画像として記録されいている。
【０１０４】
また、当該ファイルでは、個別画像番号は、画像（５）、画像（４）、画像（１）、画像（２）、画像（３）の順に大きくなり、画像（５）が最も番号が小さく、画像（３）が最も番号が大きいとする。
【０１０５】
当該ファイルでは、各個別画像の輻輳角は、画像（１）を基準に設定されており、画像（１）の輻輳角は０°である。図１２では、図１１と同様に、画像（１）に対して左向きが矢印Ａ２で示されており、右向きが矢印Ａ１で示されている。画像（２）の輻輳角は＋６０°であり、画像（３）の輻輳角は＋１２０°であり、画像（４）の輻輳角は−６０°であり、そして、画像（５）の輻輳角は−１２０°である。図１２の例では、画像（５）が左端の画像であり、画像（３）が右端の画像である。
【０１０６】
画像（５）、画像（４）、画像（１）、および、画像（２）のそれぞれの、その右側に隣接する画像との輻輳角の差は、６０°である。一方、画像（３）については、右端の画像であるため、その右側に隣接する画像との輻輳角の差が算出できない。画像（３）については、上記の式（１）に従って、当該差に対応する値が算出される。
【０１０７】
図１２の例では、輻輳角ＣＶＬは、画像（５）の輻輳角である、−１２０°である。輻輳角ＣＶＲは、画像（３）の輻輳角である＋１２０°である。これを、式（１）にあてはめると、上記の差に対応する値ＸＤＩＦは、次の式（３）に示されるように、１２０°と算出される。
【０１０８】
｛（−１２０°）＋３６０°｝−（＋１２０°）＝１２０°  …（３）
上記したように、画像（５）、画像（４）、画像（１）、および、画像（２）のそれぞれの、その右側に隣接する画像との輻輳角の差は、６０°である。しかしながら、画像（３）についての値ＸＤＩＦは１２０°である。値ＸＤＩＦは、各画像の輻輳角の差と異なる。したがって、図１２に示されたようにファイル中の複数の画像が配列される場合には、複数の画像が対象物ＯＢの全周に対応していないと判断される。
【０１０９】
図１０の例では、右端の画像が代表画像である場合（ステップＳ２１でＹＥＳ判断時）、ステップＳ２２で、複数の画像が対象物の全周に対応していないと判断されると、ステップＳ２３で代表画像より左側の画像が左目用画像とされ、ステップＳ２５で代表画像が右目用画像とされる。したがって、図１２の例では、右端の画像（３）が代表画像である場合、たとえば画像（１）または画像（２）が左目用画像として選択され、画像（３）が右目用画像として選択される。
【０１１０】
以上説明したように、本実施の形態では、代表画像が左端に位置する場合であって、ファイルに含まれる複数の画像が対象物の全周に対応すると推測できると判断した場合には、代表画像が、左目用画像として選択され、そして、左端に位置する画像が右目用画像として選択される。
【０１１１】
なお、本実施の形態は、個別画像番号に従って複数の画像が配列された後の処理において、左右が入れ替えられても良い。このように変形された場合、個別画像番号に従って複数の画像が配列された後、代表画像が右端に位置する場合であって、ファイルに含まれる複数の画像が対象物の全周に対応すると推測できると判断した場合には、代表画像が、右目用画像として選択され、そして、右端に位置する画像が左目用画像として選択される。
【０１１２】
＜第４の実施の形態＞
本実施の形態の携帯電話機１００のハードウェア構成は、第１の実施の形態における携帯電話機１００と同様のものとすることができる。このため、ハードウェア構成についての詳細な説明は繰り返さない。
【０１１３】
なお、本実施の形態の携帯電話機１００は、第１の実施の形態に対して、立体画像生成処理の内容が異なる。以下、第１の実施の形態に対する相違点について、説明する。図１３は、本実施の形態のＣＰＵ１１０が実行する立体画像生成処理のフローチャートである。
【０１１４】
図１３を参照して、本実施の形態の立体画像生成処理では、ＣＰＵ１１０は、ステップＳ１０で、ファイルに含まれる複数の画像（個別画像）を方向情報に従って配列させ、次に、ステップＳ２０で、代表画像を左目用画像と決定して、ステップＳ３０へ処理を進める。本実施の形態におけるステップＳ１０とステップＳ２０の内容は、図６におけるこれらの処理内容と同様である。
【０１１５】
ステップＳ３０では、ＣＰＵ１１０は、図６のステップＳ３０と同様に、代表画像より右側に配列された画像を右目用画像と決定して、ステップＳ３１へ処理を進める。
【０１１６】
ステップＳ３１では、ＣＰＵ１１０は、左目用画像と右目用画像の輻輳角の差が所定の角度以上であるか否かを判断し、そうであると判断するとステップＳ４０へ処理を進め、そうではないと判断するとステップＳ３２へ処理を進める。
【０１１７】
ステップＳ３２では、ＣＰＵ１１０は、右目用画像を、現在右目用画像として選択されている画像よりさらに右側に配列された画像に変更して、ステップＳ３１へ処理を戻す。
【０１１８】
ステップＳ４０では、ＣＰＵ１１０は、図６のステップＳ４０と同様に、それまでの処理において決定された左目用画像と右目用画像とを利用して立体表示用の画像を生成して、処理を終了させる。
【０１１９】
以上説明した本実施の形態では、左目用画像と右目用画像の輻輳角の差が所定の角度以上となるまで、右目用画像として選択される画像が変更される。
【０１２０】
たとえば、図１１に示した例において、画像（１）が代表画像である場合、当該画像（１）が左目用画像に選択される。また、所定の角度の一例として９０°が挙げられたとする。このような場合、ステップＳ３０において右目用画像として画像（２）が選択されると、画像（１）と画像（２）の輻輳角の差は６０°であるため、所定の角度（９０°）以上とはならない。なお、輻輳角の差は、たとえば、右側の画像の輻輳角から左側の画像の輻輳角を差し引くことにより得られる。つまり、画像（１）と画像（２）の輻輳角の差は、「（＋６０°）−０°」により、６０°と算出される。そして、この場合、ステップＳ３１からステップＳ３２に処理が進められて、右目用画像が、画像（２）よりも右側に配列されている画像（３）へと変更される。そして、ステップＳ３１において、画像（１）と、変更後の右目用画像である画像（３）との、輻輳角の差が算出される。これらの輻輳角の差は１２０°である。このため、ステップＳ３１からステップＳ４０へと処理が進められる。つまり、代表画像である画像（１）を左目用画像、画像（３）を右目用画像として、立体画像が生成される。
【０１２１】
なお、図１３の例では、ステップＳ３１において輻輳角の差が所定の角度以上と判断されるまで、右目用画像として選択される画像が変更されたが、左目用画像として選択されても良い。ただし、立体画像の生成には代表画像が用いられることが好ましいため、本実施の形態では、右目用画像として選択される画像が変更された。
【０１２２】
また、所定の角度の具体的な値については、ユーザの好み等に基づき、適宜設定され得る。
【０１２３】
また、本実施の形態では、個別画像番号に従って複数の画像が配列された後の処理において、左右が入れ替えられても良い。このように変形された場合、個別画像番号に従って複数の画像が配列された後、代表画像が右目用画像として選択され、当該代表画像より左側に配列された画像が左目用画像として暫定的に選択される。そして、これらの画像の輻輳角の差が所定の角度以上あれば、そのまま、これらの画像を用いて立体画像が生成される。一方、これらの画像の輻輳角の差が所定の角度未満であれば、左目用画像として選択する画像が、右目用画像と左目用画像の輻輳角の差が所定の角度以上となるまで変更される。
【０１２４】
＜その他の変形例等＞
以上説明した各実施の形態では、携帯電話機によって立体画像生成装置が構成されたが、本発明の立体画像生成装置はこれに限定されない。立体表示される画像を生成する装置であればよく、テレビジョン受像機や携帯情報端末などで構成される場合もある。また、他の装置から有線または無線で受信したファイルを利用して立体表示用の画像を生成しているが、通信機能を有さず、当該装置内または当該装置に着脱可能に接続される記憶媒体に記録されたファイルのみを利用して立体表示用の画像を生成しても良い。
【０１２５】
なお、立体画像生成装置において生成された立体表示用の画像は、当該装置以外の装置において表示される場合も有り得る。当該画像の表示の態様としては、ディスプレイでの表示以外にも、プロジェクタによる投影のように、直視型以外の態様で表示される場合も有り得る。
【０１２６】
また、立体画像生成装置は、他の装置からの指令に応じて、立体表示用の画像を生成する場合も有り得る。
【０１２７】
また、以上説明した各実施の形態では、立体表示用の画像の生成に用いられるファイルは、携帯電話機１００のカメラ１２０による、図４を参照して説明したような撮影によって生成されたファイルであった。なお、当該ファイルは、立体表示用の画像を生成する装置とは異なる装置で生成されたものであっても良い。ファイルに複数の画像が含まれ、各画像の水平方向に向きの情報（方向情報）、および、代表画像を特定する情報（代表画像特定情報）が含まれていれば、他の装置で生成されて携帯電話機１００に入力された画像であっても良い。
【０１２８】
また、処理対象となる複数の画像は、カメラによって撮影された画像でなくとも良い。ファイルにおいて互いに関連付けられ、そして、当該ファイルに上記方向情報および代表画像特定情報が含まれていれば、画像編集用ソフトウェア等で生成された複数の画像であっても良い。
【０１２９】
今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、各実施の形態に記載の発明は、単独で、または、可能な限り組合わされて、実施されることが意図される。
【符号の説明】
【０１３０】
１００  携帯電話機、１１０  ＣＰＵ、１２０  カメラ、１４４  フラッシュメモリ、１４６  ＲＡＭ、１４８  ＲＯＭ、１５０  ディスプレイ、１５１  バックライト、１６０  ボタン、１８０  メモリカード駆動装置、１８２  メモリカード。
【図１】
2012239071.tif 000003
【図２】
2012239071.tif 000004
【図３】
2012239071.tif 000005
【図４】
2012239071.tif 000006
【図５】
2012239071.tif 000007
【図６】
2012239071.tif 000008
【図７】
2012239071.tif 000009
【図８】
2012239071.tif 000010
【図９】
2012239071.tif 000011
【図１０】
2012239071.tif 000012
【図１１】
2012239071.tif 000013
【図１２】
2012239071.tif 000014
【図１３】
2012239071.tif 000015