(57)【要約】【課題】  メモリ容量を圧迫することなく、縦長使用時、横長使用時のいずれにおいても適切なフレーム撮影を行う。【解決手段】  状態検出部１６０は、表示部１０２の表示方向を検出する。画像処理制御部１３４は、表示方向が縦状態である場合には、２値画像データのマスク画像（縦用）データに従って透過部分を判別し、選択されたフレーム画像データと透過部分に撮影された画像データとを合成して記録する。一方、横状態にある場合には、選択されたフレーム画像データを横方向に展開し、２値画像データのマスク画像（横用）データ従って透過部分を判別し、選択されたフレーム画像データと透過部分に撮影された画像データとを合成して記録する。【選択図】  図１
2006238116.tif 000002
【特許請求の範囲】
【請求項１】
被写体を撮像する撮像手段と、
前記撮像手段によって撮像された被写体像を表示する表示手段と、
前記表示手段が縦長状態か、あるいは横長状態のいずれの使用状態にあるかを検出する状態検出手段と、
前記表示手段のいずれか一方の使用状態に合わせた縦横比を有するフレーム画像データを記憶する第１の記憶手段と、
前記状態検出手段により検出された使用状態に基づいて、前記フレーム画像データの縦横比が前記使用状態に合わせた縦横比になるように前記フレーム画像データを変形する変形手段と、
前記変形手段によって変形されたフレーム画像データを表示するとともに、この表示されたフレーム画像データに前記撮像手段により撮影された被写体像をスルー表示するよう前記表示手段を制御する表示制御手段と、
前記表示制御手段によって表示されている被写体像と前記フレーム画像データとを合成する合成手段と、
前記合成手段により合成された画像データを記憶する第２の記憶手段と
を具備することを特徴とする撮像装置。
【請求項２】
前記フレーム画像データは、前記撮像手段により撮影された被写体像をスルー表示するための透過部分を有し、前記表示手段のいずれか一方の使用状態に合わせた縦横比を有する第１のマスク画像データと、他方の使用状態に合わせた縦横比を有する第２のマスク画像データとを含み、
前記表示制御手段は、前記変形手段によって変形されたフレーム画像データを表示するとともに、前記状態検出手段により検出された使用状態に基づいて、前記第１のマスク画像データと第２のマスク画像データのいずれかを選択することを特徴とする請求項１記載の撮像装置。
【請求項３】
前記第１のマスク画像データおよび前記第２のマスク画像データは、透過部分を表す白色と、非透過部分を表す黒色とから構成される２値画像データであり、
前記透過部分形成手段は、前記変倍手段により変倍されたフレーム画像データに対し、前記第１または第２のマスク画像データの白色部分に対応する部分を透過部分とすることを特徴とする請求項２記載の撮像装置。
【請求項４】
前記第１の記憶手段は、前記フレーム画像データに対応して当該フレーム画像データに形成される透過領域を規定する領域情報を更に記憶し、
前記変形手段は、前記状態検出手段により検出された使用状態に基づいて、前記透過領域の縦横比を変形することなく、前記フレーム画像データの縦横比を前記使用状態に合わせて変形することを特徴とする請求項１に記載の撮像装置。
【請求項５】
被写体を撮像する撮像ステップと、
表示部の使用状態が縦長かあるいは横長のいずれかであるかを検出する状態検出ステップと、
前記状態検出ステップにて検出された使用状態に基づいて、前記表示部のいずれか一方の使用状態に合わせた縦横比を有するフレーム画像データを記憶するメモリよりフレーム画像データを読み出し、前記表示部の前記使用状態に合わせた縦横比になるように変形する変形ステップと、
前記変形ステップにて変形されたフレーム画像データを前記表示部に表示させるとともに、この表示されたフレーム画像データに前記撮像ステップにて撮影された被写体像をスルー表示するよう制御する表示制御ステップと、
前記表示制御ステップにて表示されている被写体像と前記フレーム画像データとを合成して保存する保存ステップと
を含むことを特徴とする撮影方法。
【請求項６】
撮像装置により撮像した画像データと予め用意されたフレーム画像データとを合成して表示装置に表示する撮影プログラムであって、
前記表示装置が縦長状態かあるいは横長状態のいずれの使用状態にあるかを検出する状態検出ステップと、
前記状態検出ステップで検出された使用状態に基づいて、前記フレーム画像データの縦横比を前記使用状態に合わせた縦横比になるように前記フレーム画像データを変形する変形ステップと、
前記変形ステップにて変形されたフレーム画像データを前記表示装置に表示させるとともに、この表示されたフレーム画像データに前記撮像ステップにて撮影された被写体像をスルー表示するよう制御する表示制御ステップと、
前記表示制御ステップにて表示されている被写体像と前記フレーム画像データとを合成して保存する保存ステップと
をコンピュータに実行させることを特徴とする撮影プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置、撮影方法および撮影プログラムに関する。
【背景技術】
【０００２】
従来、カメラ付き携帯電話では、写真撮影時もしくは動画撮影時に、画角の一部領域が透過色となったイラストなどの画像（以下、フレーム画像）を表示し、透過部分のみで被写体をスルー表示し、それ以外でフレーム画像を表示しつつ、シャッターボタンが操作されると、撮影した透過部分の画像とフレーム画像とを合成するフレーム撮影機能を有するものがある（例えば特許文献１参照）。
【０００３】
【特許文献１】特開平１１−３４１２５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、近年、カメラ付き携帯電話では、高解像度のカメラ、大画面の表示部を備え、縦方向だけでの表示、撮影に加え、横方向での表示、撮影が可能となってきている。しかしながら、上記従来技術では、フレーム画像として、表示部を縦方向（もしくは横方向）だけでの表示用にしか用意されておらず、いずれか一方でしかフレーム撮影を行うことができないという欠点があった。
【０００５】
例えば、図１５（ａ）に示すように、縦方向用のフレーム画像を備えている場合、横方向で撮影しようとすると、図１５（ｂ）に示すように、フレーム画像が単純に横位置になってしまう。この場合、縦方向用、横方向用のそれぞれでフレーム画像を用意すればよいが、メモリ容量を圧迫するという問題がある。
【０００６】
また、縦方向で使用した場合に適合する縦横比を有するフレーム画像を、横方向での使用に合わせるように縮小／拡大等の画像処理を行って流用することも考えられる。しかしながら、この場合、図１５（ｃ）に示すように、上記透過部分（斜線部分）も変形してしまうため、透過部分（斜線部分）に被写体を納めるのが難しくなったり、合成後の画像の見栄えが悪くなったりするという問題があった。
【０００７】
そこで本発明は、メモリ容量を圧迫することなく、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができる撮像装置、撮影方法および撮影プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的達成のため、請求項１記載の発明による撮像装置は、被写体を撮像する撮像手段と、前記撮像手段によって撮像された被写体像を表示する表示手段と、前記表示手段が縦長状態か、あるいは横長状態のいずれの使用状態にあるかを検出する状態検出手段と、前記表示手段のいずれか一方の使用状態に合わせた縦横比を有するフレーム画像データを記憶する第１の記憶手段と、前記状態検出手段により検出された使用状態に基づいて、前記フレーム画像データの縦横比が前記使用状態に合わせた縦横比になるように前記フレーム画像データを変形する変形手段と、前記変形手段によって変形されたフレーム画像データを表示するとともに、この表示されたフレーム画像データに前記撮像手段により撮影された被写体像をスルー表示するよう前記表示手段を制御する表示制御手段と、前記表示制御手段によって表示されている被写体像と前記フレーム画像データとを合成する合成手段と、前記合成手段により合成された画像データを記憶する第２の記憶手段とを具備することを特徴とする。
【０００９】
また、好ましい態様として、例えば請求項２記載のように、請求項１記載の撮像装置において、前記フレーム画像データは、前記撮像手段により撮影された被写体像をスルー表示するための透過部分を有し、前記表示手段のいずれか一方の使用状態に合わせた縦横比を有する第１のマスク画像データと、他方の使用状態に合わせた縦横比を有する第２のマスク画像データとを含み、前記表示制御手段は、前記変形手段によって変形されたフレーム画像データを表示するとともに、前記状態検出手段により検出された使用状態に基づいて、前記第１のマスク画像データと第２のマスク画像データのいずれかを選択するようにしてもよい。
【００１０】
また、好ましい態様として、例えば請求項３記載のように、請求項２記載の撮像装置において、前記第１のマスク画像データおよび前記第２のマスク画像データは、透過部分を表す白色と、非透過部分を表す黒色とから構成される２値画像データであり、前記透過部分形成手段は、前記変倍手段により変倍されたフレーム画像データに対し、前記第１または第２のマスク画像データの白色部分に対応する部分を透過部分とするようにしてもよい。
【００１１】
また、好ましい態様として、例えば請求項４記載のように、請求項１に記載の撮像装置において、前記第１の記憶手段は、前記フレーム画像データに対応して当該フレーム画像データに形成される透過領域を規定する領域情報を更に記憶し、前記変形手段は、前記状態検出手段により検出された使用状態に基づいて、前記透過領域の縦横比を変形することなく、前記フレーム画像データの縦横比を前記使用状態に合わせて変形するようにしてもよい。
【００１２】
また、上記目的達成のため、請求項５記載の発明による撮影方法は、被写体を撮像する撮像ステップと、表示部の使用状態が縦長かあるいは横長のいずれかであるかを検出する状態検出ステップと、前記状態検出ステップにて検出された使用状態に基づいて、前記表示部のいずれか一方の使用状態に合わせた縦横比を有するフレーム画像データを記憶するメモリよりフレーム画像データを読み出し、前記表示部の前記使用状態に合わせた縦横比になるように変形する変形ステップと、前記変形ステップにて変形されたフレーム画像データを前記表示部に表示させるとともに、この表示されたフレーム画像データに前記撮像ステップにて撮影された被写体像をスルー表示するよう制御する表示制御ステップと、前記表示制御ステップにて表示されている被写体像と前記フレーム画像データとを合成して保存する保存ステップとを含むことを特徴とする。
【００１３】
また、上記目的達成のため、請求項６記載の発明による撮影プログラムは、撮像装置により撮像した画像データと予め用意されたフレーム画像データとを合成して表示装置に表示する撮影プログラムであって、前記表示装置が縦長状態かあるいは横長状態のいずれの使用状態にあるかを検出する状態検出ステップと、前記状態検出ステップで検出された使用状態に基づいて、前記フレーム画像データの縦横比を前記使用状態に合わせた縦横比になるように前記フレーム画像データを変形する変形ステップと、前記変形ステップにて変形されたフレーム画像データを前記表示装置に表示させるとともに、この表示されたフレーム画像データに前記撮像ステップにて撮影された被写体像をスルー表示するよう制御する表示制御ステップと、前記表示制御ステップにて表示されている被写体像と前記フレーム画像データとを合成して保存する保存ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
請求項１記載の発明によれば、状態検出手段により、前記表示手段が縦長状態か、あるいは横長状態のいずれの使用状態にあるかを検出し、変形手段により、検出された使用状態に基づいて、第１の記憶手段に記憶されているフレーム画像データの縦横比が前記使用状態に合わせた縦横比になるように前記フレーム画像データを変形し、表示制御手段により、前記変形手段によって変形されたフレーム画像データを表示するとともに、この表示されたフレーム画像データに前記撮像手段により撮影された被写体像をスルー表示するよう前記表示手段を制御し、合成手段により、前記表示制御手段によって表示されている被写体像と前記フレーム画像データとを合成し、合成された画像データを第２の記憶手段に記憶するようにしたので、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができるという利点が得られる。
【００１５】
また、請求項２記載の発明によれば、前記表示制御手段により、前記変形手段によって変形されたフレーム画像データを表示するとともに、前記状態検出手段により検出された使用状態に基づいて、前記第１のマスク画像データと第２のマスク画像データのいずれかを選択するようにしたので、メモリ容量を圧迫することなく、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができるという利点が得られる。
【００１６】
また、請求項３記載の発明によれば、前記第１のマスク画像データおよび前記第２のマスク画像データを、透過部分を表す白色と、非透過部分を表す黒色とから構成される２値画像データとし、前記透過部分形成手段により、前記変倍手段により変倍されたフレーム画像データに対し、前記第１または第２のマスク画像データの白色部分に対応する部分を透過部分とするようにしたので、メモリ容量を圧迫することなく、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができるという利点が得られる。
【００１７】
また、請求項４記載の発明によれば、前記変形手段により、前記状態検出手段により検出された使用状態に基づいて、前記透過領域の縦横比を変形することなく、前記フレーム画像データの縦横比を前記使用状態に合わせて変形するようにしたので、メモリ容量を圧迫することなく、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができるという利点が得られる。
【００１８】
また、請求項５記載によれば、撮像ステップで被写体を撮像し、状態検出ステップで、表示部の使用状態が縦長かあるいは横長のいずれかであるかを検出し、変形ステップで、検出された使用状態に基づいて、前記表示部のいずれか一方の使用状態に合わせた縦横比を有するフレーム画像データを記憶するメモリよりフレーム画像データを読み出し、前記表示部の前記使用状態に合わせた縦横比になるように変形し、表示制御ステップで、前記変形ステップにて変形されたフレーム画像データを前記表示部に表示させるとともに、この表示されたフレーム画像データに前記撮像ステップにて撮影された被写体像をスルー表示するよう制御し、保存ステップで、前記表示制御ステップにて表示されている被写体像と前記フレーム画像データとを合成して保存するようにしたので、メモリ容量を圧迫することなく、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができるという利点が得られる。
【００１９】
また、請求項６記載の発明によれば、撮像装置により撮像した画像データと予め用意されたフレーム画像データとを合成して表示装置に表示する撮影プログラムであって、前記表示装置が縦長状態かあるいは横長状態のいずれの使用状態にあるかを検出する状態検出ステップと、前記状態検出ステップで検出された使用状態に基づいて、前記フレーム画像データの縦横比を前記使用状態に合わせた縦横比になるように前記フレーム画像データを変形する変形ステップと、前記変形ステップにて変形されたフレーム画像データを前記表示装置に表示させるとともに、この表示されたフレーム画像データに前記撮像ステップにて撮影された被写体像をスルー表示するよう制御する表示制御ステップと、前記表示制御ステップにて表示されている被写体像と前記フレーム画像データとを合成して保存する保存ステップとをコンピュータに実行させるようにしたので、メモリ容量を圧迫することなく、表示部の縦方向での使用時、横方向での使用時のいずれにおいても適切なフレーム撮影を行うことができるという利点が得られる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を、図面を参照して説明する。
【００２１】
Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本発明の実施形態による携帯電話の外観図（開状態：正面図および背面図）である。図において、携帯電話１は、蓋部２と本体部３とからなる二つ折り構造である。スピーカ１０１は、蓋部２の前面側に設けられており、電話モードにおける通話時には音声出力を行う。メイン表示部１０２は、カラー液晶であり、ＱＶＧＡの解像度を有し、撮像した画像、動画やダウンロードした画像、動画を表示可能となっている。アンテナ１０３は、蓋部２の背面に設けられており、伸縮自在となっている。
【００２２】
カメラキー１０４は、電源オン状態におけるカメラモードへの移行、後述する撮像デバイス１３０、ＤＳＰ１２９の起動を指示するためのキーである。メールキー１０５は、メールモードへの移行、メールプログラムのロードを指示するためのキーである。十字キー１０６は、カーソルの移動、フォーカス（選択）の移動、ズーム値を指示するためのキーである。決定キー１０７は、モード選択を決定したり、選択を決定したり、撮像を指示するためのキーである。アドレスキー１０８は、アドレス帳データを表示するためのキーである。ネット接続キー１０９は、インターネットへ接続するためのキーである。
【００２３】
クリアキー１１０は、選択などをキャンセルするためのキーである。オンフックキー１１１は、回線を接続するためのキーである。オフフックキー１１２は、電話モード／カメラモード兼用電源オフキー、電話モード立ち上げ用電源オンキー、回線を切断するためのキーである。テンキー１１３は、文字入力やダイアル入力を行うためのキーである。マイク１１４は、本体部３の下部に設けられており、通話時における音声入力を行う。
【００２４】
サブ表示部１１６は、蓋部２の背面に設けられており、携帯電話１が閉じられた状態において、日時表示や、着信報知、メール着信報知、静止画や動画撮影時の補助画面などに用いられる。撮像レンズ１１８は、蓋部２の背面、上記サブ表示部１１６の上部に設けられており、静止画や動画を撮影する。フラッシュ用ＬＥＤ１１９は、静止画や動画撮影時に点灯し、露出不足を防止する。
【００２５】
次に、図２は、上述した携帯電話１の構成を示すブロック図である。図において、無線送受信部１３０は、無線によりアンテナ１０３を介して音声やデータ（メールデータ）を送受し変調／復調するなど、ＰＳＫ方式に基づく変復調、ＣＤＭＡ方式に基づく端末認証処理を含む通信処理を行う。
【００２６】
通信制御部１３１は、ＷＷＷ接続制御を含む当該機器を制御する。通信データ処理部１３１１は、ＣＬＥＰ系音声復号処理回路、パケットデータ生成回路、およびパケットデータ復元回路を含み、通信プロトコルに沿ったデータ処理を行う。オーディオインターフェース１３１２は、通信データ処理部１３１１で処理される音声信号の入出力処理を行い、マイク１１４からの音声を入力して音声信号に変換して、音声信号をスピーカ１０１から出力する。
【００２７】
システムＲＯＭ１３２は、主に無線通信処理全般を制御するための基本ＯＳやプロトコルプログラムを格納するプロトコル・プログラムエリアからなる。ＲＡＭ１３３は、通信処理に関連するドライバやワークエリアからなる。画像処理制御部１３４は、撮影時または再生時における動画／静止画に対する、ＭＰＥＧ（ＭＰＥＧ４）／ＪＰＥＧエンコードおよびデコード処理やデジタルズームにおける画像データの撮り込み処理などを行う。特に、本第１実施形態では、フレーム画像データの変倍処理、マスク画像データに基づく透過処理、撮影画像とフレーム画像データとの合成処理などを行う。これら各種処理の詳細については区述する。
【００２８】
ＲＡＭ１３５は、アプリケーションヒープ（システムリソース領域）等を有するワークエリア、ユーザデータなどを格納するバックアップエリア、ファイルシステムを格納するシステム管理エリア、キャッシュメモリエリア、その他のエリアからなる。プログラムＲＯＭ１３６は、書き換え可能なＦｌａｓｈ  ＲＯＭで構成され、画像・イラスト・フレーム画像・フォントなどを格納するデータエリア、ユーザデータ管理データやファイルシステム管理データなどを格納するファイルシステムエリア、データやプログラムなどを格納する辞書エリア、ＵＩプログラムエリアからなる。なお、上記フレーム画像の詳細については後述する。
【００２９】
表示モジュール系ドライバ１３７は、表示バッファを含み、サブ表示部１１６、メイン表示部１０２、フラッシュ用ＬＥＤ１１９を駆動させる。ステップモータ１３８は、撮像レンズ１１８のズーム制御を行う。撮像デバイス１３９は、有効画素２００万画素相当のＣＣＤ、若しくはＣＭＯＳで構成され、撮像レンズ１１８により集束された映像をカラー画像として撮り込み、Ａ／Ｄ変換を行ってカメラ内信号処理部１４０のＲＡＭ１５０に順次出力する。ＤＳＰ１５１は、カメラ内信号処理部１４０に含まれており、撮像デバイス１３９にて撮り込まれ、ＲＡＭ１５０に記憶された撮像データを読み出す。
【００３０】
音源ＩＣ１４２は、着信音などを生成する。アンプ１４３は、音源ＩＣ１４２からの音声信号を増幅し、報知スピーカ１２０から出力する。コネクタ１４４は、外部記録媒体（例えばｍｉｎｉＳＤカードなど）１４５を装着する。外部インターフェースコントローラ１４６は、ＵＳＢインターフェース、１８芯コネクタの両方のインターフェースを切り替え、外部機器との間でデータの送受信を制御する。ユーザメモリ１４９は、ダウンロードしたデータや、撮影した画像データ、動画ファイル、メールデータ、アドレス帳データなどを格納するデータエリア、リードオンリエリア、ファイルシステム管理データエリアからなる。アドレスデータバス処理部１４８は、通信制御部１３１、画像処理制御部１３４のアドレス制御、バスのデータの流れを制御する。状態検出部１６０は、ジャイロ機能などにより、表示部１０２が縦長状態か、あるいは横長状態のいずれの使用状態にあるかを検出する。
【００３１】
図３は、本第１実施形態における、上述したフレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。また、図４は、上述したフレーム画像、該フレーム画像に対応するマスク画像の一例を示す模式図である。プログラムＲＯＭ１３６には、フレーム番号１３２２毎に、フレーム画像データ（のファイル名）１３６２、該フレーム画像データに対応する縦用のマスク画像データ（のファイル名）１３６３および該フレーム画像データに対応する横用のマスク画像データ（のファイル名）１３６４が記憶されている。フレーム画像データ１３６２は、図４（ａ）に示すように、縦状態に合致する縦横比を有するサイズのカラー画像データである。縦用のマスク画像データ１３６３は、図４（ｂ）に示すように、縦状態に合致する縦横比を有し、透過部分が白、それ以外が黒の２値画像であり、横用のマスク画像データ１３６４は、図４（ｃ）に示すように、横状態に合致する縦横比を有し、透過部分が白、それ以外が黒の２値画像データである。
【００３２】
画像処理制御部１３４は、縦状態での撮影であるか、横状態での撮影であるかに応じてフレーム画像データ１３６２を展開する。具体的には、縦状態での撮影の場合には、フレーム画像データ１３６２をそのまま用いる一方、横状態での撮影の場合には、横状態の縦横比に合致するように、フレーム画像データ１３６２を拡大／縮小する。そして、縦状態の場合には、対応するマスク画像データ１３６３を参照して透過色を判別し、横状態の場合には、対応するマスク画像データ１３６４を参照して透過色を判別する。そして、透過部分のみで被写体をスルー表示するようにフレーム画像データを表示しつつ、シャッターボタン（決定キー１０７）が操作されると、撮影した透過部分の画像データとフレーム画像データとを合成する。この結果、フレーム画像の透過部分に撮影した画像が合成された合成画像データが得られる。
【００３３】
Ａ−２．第１実施形態の動作
次に、上述した第１実施形態の動作について説明する。ここで、図５および図６は、本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。また、図７および図８は、本第１実施形態による携帯電話１の動作を説明するための概念図である。
【００３４】
カメラが起動されると、まず、フレーム画像データを選択する（ステップＳ１０）。フレーム画像データは、フレーム画像データのサムネイル画像の一覧、もしくはフレーム画像データのファイル名の一覧などから選択することが可能となっている。フレーム画像データとして、例えば、図４（ａ）に示すフレーム画像データが選択されると、状態検出部１６０による検出結果に従って、表示部１０２の表示方向を判断する（ステップＳ１２）。
【００３５】
そして、表示部１０２の表示方向が縦状態である場合には、選択されたフレーム画像データを縦方向に展開し（ステップＳ１４）、選択されたフレーム画像データに対応するマスク画像（縦用）データ、例えば図４（ｂ）に示すマスク画像（縦用）を読み出す（ステップＳ１６）。なお、本第１実施形態では、フレーム画像データとして表示部１０２が縦方向で使用される場合に適合するような縦横比のものを予め用意しているので、この場合、選択されたフレーム画像データをそのまま使用することになる。
【００３６】
一方、表示部１０２の表示方向が横状態にある場合には、選択されたフレーム画像データを横方向に展開し（ステップＳ１８）、選択されたフレーム画像データに対応するマスク画像（横用）データ、例えば図４（ｂ）に示すマスク画像（横用）を読み出す（ステップＳ２０）。
【００３７】
いずれの場合においても、次に、マスク画像（縦用または横用）データに従って、透過色を判別する（ステップＳ２２）。この場合、白が透過色である。そして、透過色に従って、表示部１０２にフレーム画像データを表示し（ステップＳ２４）、透過部分に被写体のスルー画像を表示する（ステップＳ２６）。
【００３８】
この様子を図７および図８を参照して説明する。表示部１０２が縦方向の場合には、図７（ａ）に示すフレーム画像に対して、図７（ｂ）に示すマスク画像（縦用）データが読み出される。そして、マスク画像（縦用）データの透過色に従って、図７（ｃ）に示すように、透過部分（斜線部分）に被写体のスルー画像を表示する。一方、表示部１０２が横方向の場合には、図８（ａ）に示すフレーム画像データを、図８（ｂ）に示すように、横方向に展開（拡大／縮小）し、図８（ｃ）に示すマスク画像（横用）データが読み出される。そして、マスク画像（横用）データの透過色に従って、図８（ｄ）に示すように、透過部分（斜線部分）に被写体のスルー画像を表示する。
【００３９】
次に、ズーム操作が行われたか否かを判断する（ステップＳ２８）。ユーザは、図７（ｃ）または図８（ｄ）に示すフレーム画像において、透過部分（斜線部分）に被写体（の顔）が入るように、ズーム操作やカメラと被写体との位置関係を調整する。ここで、ズーム操作が行われた場合には、ズーム駆動して入力画像を表示部１０２に表示する（ステップＳ３０）。そして、ズーム操作が行われない場合、ズーム操作が行われた場合のいずれにおいても、シャッターボタン（決定キー１０７）が半押しされたか否かを判断し（ステップＳ３２）、シャッターボタン（決定キー１０７）の半押しがされていない場合には、ステップＳ２６へ戻り、透過部分（斜線部分）への被写体のスルー画像表示、ズーム操作の検出を繰り返す。
【００４０】
一方、シャッターボタン（決定キー１０７）が半押しされると、被写体にピントを合わせる合焦処理（フォーカシング）を行い、入力画像を表示部１０２の透過部分（斜線部分）へのスルー表示を行う（ステップＳ３４）。次に、シャッターボタン（決定キー１０７）が全押しされたか否かを判断し（ステップＳ３６）、全押しされなければ、ステップＳ３２へ戻り、全押しされるまで待機する。一方、シャッターボタン（決定キー１０７）が全押しされると、露出／シャッター速度／フラッシュ発光等を自動制御して撮影し（ステップＳ３８）、撮影した画像データをＲＡＭ１５０に記録し（ステップＳ４０）、フレーム画像データと撮影した画像データとを合成して表示部１０２に表示する（ステップＳ４２）。
【００４１】
次に、合成した画像データを記録するか否かをユーザに確認し（ステップＳ４４）、ユーザが記録しないことを指示した場合には、バッファメモリ（ＲＡＭ１５０等）をクリアし、ステップＳ１２へ戻り、上述した処理を繰り返す。一方、ユーザが記録することを指示した場合には、合成した画像データを符号化／変換／圧縮処理し（ステップＳ４８）、該合成した画像データをユーザメモリ（または外部記録媒体１４５）１４９に記録する（ステップＳ５０）。
【００４２】
本第１実施形態によれば、表示部１０２を縦状態にした場合は当然、横状態にした場合においても、フレーム画像を横方向に展開しても透過部分（斜線部分）が変形しないため、縦方向と同様に透過部分（斜線部分）に容易に被写体を納めることができる。また、マスク画像は２値データであるのでメモリ容量を圧迫することもない。
【００４３】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。上述した第１実施形態では、縦用、横用それぞれのマスク画像データ（２値データ）を用意したが、本第２実施形態では、マスク画像データを用いずに、フレーム画像データの拡大／縮小を制御することで、被写体画像を透過させる透過部分を変形させないようにしたことを特徴とする。
【００４４】
Ｂ−１．第２実施形態の構成
まず、第２実施形態の構成について説明する。なお、第２実施形態による携帯電話の外観、構成は、図１または図２と同様であるので、異なる部分についてのみ説明する。ここで、図９は、本第２実施形態における、フレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。また、図１０は、上述したフレーム画像に関する情報の一例を示す模式図である。
【００４５】
プログラムＲＯＭ１３６には、フレーム番号１３２２毎に、フレーム画像データ（のファイル名）１３６２、該フレーム画像データに対応する縦用のマスク画像データ（のファイル名）１３６３および該フレーム画像データ内における透過部分の座標１３６６が記憶されている。フレーム画像データ１３６２は、図１０（ａ）に示すように、縦状態に合致する縦横比を有するサイズのカラー画像データである。該フレーム画像データ内における透過部分の座標１３６６は、図１０（ｂ）に示すように、フレーム画像データ内における透過部分の位置および大きさを表す。
【００４６】
画像処理制御部１３４は、縦状態での撮影であるか、横状態での撮影であるかに応じてフレーム画像データ１３６２を展開する。具体的には、縦状態での撮影の場合には、フレーム画像データ１３６２をそのまま用いる。一方、横状態での撮影の場合には、横状態の縦横比に合致するように、フレーム画像データ１３６２を拡大／縮小する。このとき、フレーム画像データ１３６２に対応する透過部分の座標に従って、透過部分については拡大も縮小も施さず、それ以外の領域についてのみ拡大／縮小を行う。この結果、透過部分については、縦状態であっても、横状態であっても、その大きさはほぼ変化しない。そして、透過部分のみで被写体をスルー表示するようにフレーム画像データを表示しつつ、シャッターボタン（決定キー１０７）が操作されると、撮影した透過部分の画像データとフレーム画像データとを合成することにより、フレーム画像の透過部分に撮影した画像が合成された合成画像データが得られるようになっている。
【００４７】
Ｂ−２．第２実施形態の動作
次に、上述した第２実施形態の動作について説明する。ここで、図１１および図１２は、本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。また、図１３および図１４は、本第２実施形態による携帯電話１の動作を説明するための概念図である。
【００４８】
カメラが起動されると、まず、フレーム画像データを選択する（ステップＳ６０）。フレーム画像データとして、例えば、図１０（ａ）に示すフレーム画像データが選択されると、状態検出部１６０による検出結果に従って、表示部１０２の表示方向を判断する（ステップＳ６２）。そして、表示部１０２の表示方向が縦状態である場合には、選択されたフレーム画像データを縦方向に展開する（ステップＳ６４）。なお、本第２実施形態では、上述した第１実施形態と同様に、フレーム画像データとして表示部１０２が縦方向で使用される場合に適合するような縦横比のものを予め用意しているので、この場合、選択されたフレーム画像データをそのまま使用することになる。
【００４９】
一方、表示部１０２の表示方向が横状態にある場合には、選択されたフレーム画像データを横方向に展開する（ステップＳ６６）。このとき、フレーム画像データに対応する透過部分の座標に従って、透過部分については拡大も縮小も施さず、それ以外の領域についてのみ拡大／縮小を行う。したがって、透過部分については、横状態であっても、その大きさはほぼ変化しない。
【００５０】
いずれの場合においても、次に、フレーム画像における透過色を判別する（ステップＳ６８）。この場合、白が透過色である。そして、透過色に従って、表示部１０２にフレーム画像データを表示し（ステップＳ７０）、透過部分に被写体のスルー画像を表示する（ステップＳ７２）。
【００５１】
この様子を図１３および図１４を参照して説明する。表示部１０２が縦方向の場合には、図１３（ａ）に示すフレーム画像データの透過色に従って、図１３（ｂ）に示すように、透過部分（斜線部分）に被写体のスルー画像を表示する。一方、表示部１０２が横方向の場合には、図１４（ａ）に示すように、フレーム画像データを、図１４（ａ）に示すように、透過部分以外について、縦方向に縮小する一方、横方向に拡大することにより、図１４（ｂ）に示すフレーム画像を取得する。ちなみに、従来技術では、単純に拡大／縮小するので、図１４（ｃ）に示すように透過部分も変形することになる。そして、フレーム画像データの透過色に従って、透過部分（斜線部分）に被写体のスルー画像を表示する。
【００５２】
次に、ズーム操作が行われたか否かを判断する（ステップＳ７４）。ユーザは、図１３（ｂ）または図１４（ｂ）に示すフレーム画像において、透過部分（斜線部分）に被写体（の顔）が入るように、ズーム操作やカメラと被写体との位置関係を調整する。ここで、ズーム操作が行われた場合には、ズーム駆動して入力画像を表示部１０２に表示する（ステップＳ７６）。そして、ズーム操作が行われない場合、ズーム操作が行われた場合のいずれにおいても、シャッターボタン（決定キー１０７）が半押しされたか否かを判断し（ステップＳ７８）、シャッターボタン（決定キー１０７）の半押しがされていない場合には、ステップＳ７２へ戻り、透過部分（斜線部分）への被写体のスルー画像表示、ズーム操作の検出を繰り返す。
【００５３】
一方、シャッターボタン（決定キー１０７）が半押しされると、被写体にピントを合わせる合焦処理（フォーカシング）を行い、入力画像を表示部１０２の透過部分（斜線部分）へのスルー表示を行う（ステップＳ８０）。次に、シャッターボタン（決定キー１０７）が全押しされたか否かを判断し（ステップＳ８２）、全押しされなければ、ステップＳ７８へ戻り、全押しされるまで待機する。一方、シャッターボタン（決定キー１０７）が全押しされると、露出／シャッター速度／フラッシュ発光等を自動制御して撮影し（ステップＳ８４）、撮影した画像データをＲＡＭ１５０に記録し（ステップＳ８６）、フレーム画像データと撮影した画像データとを合成して表示部１０２に表示する（ステップＳ８８）。
【００５４】
次に、合成した画像データを記録するか否かをユーザに確認し（ステップＳ９０）、ユーザが記録しないことを指示した場合には、バッファメモリ（ＲＡＭ１５０等）をクリアし、ステップＳ６２ヘへ戻り、上述した処理を繰り返す。一方、ユーザが記録することを指示した場合には、合成した画像データを符号化／変換／圧縮処理し（ステップＳ９４）、該合成した画像データをユーザメモリ（または外部記録媒体１４５）１４９に記録する（ステップＳ９６）。
【００５５】
本第２実施形態によれば、表示部１０２を縦状態にした場合には当然、横状態にした場合においても、フレーム画像を横方向に展開しても透過部分（斜線部分）が変形しないため、縦方向と同様に透過部分（斜線部分）に容易に被写体を納めることができる。また、フレーム画像データのみを用意すればよいのでメモリ容量を圧迫することもない。
【００５６】
Ｃ．第３実施形態
上述した第２実施形態では、透過部分の座標（位置とその大きさを含む）に基づいて、該透過部分を拡縮することなく、フレーム画像データを変倍するようにしたが、上記透過部分の座標（位置とその大きさを含む）に加えて形状情報を記憶しておき上記座標および形状情報に従って、透過部分であることを表す色、すなわち白色で変倍後のフレーム画像データ上を塗り潰すことにより、透過部分を有するフレーム画像データを生成するようにしてもよい。この場合も、第２実施形態と同様に、フレーム画像を横方向に展開しても透過部分（斜線部分）が変形しないため、縦方向と同様に透過部分（斜線部分）に容易に被写体を納めることができる。また、フレーム画像データのみを用意すればよいのでメモリ容量を圧迫することもない。
【００５７】
なお、上述した第１ないし第３実施形態においては、１つのフレーム画像について飲み説明したが、透過部分がその他の形状を有する、如何なるフレーム画像であっても適用可能であり、上述した第１、第２実施形態と同様の効果が得られることは言うまでもない。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施形態による携帯電話の外観図（開状態：正面図および背面図）である。
【図２】上述した携帯電話１の構成を示すブロック図である。
【図３】本第１実施形態における、上述したフレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。
【図４】上述したフレーム画像、該フレーム画像に対応するマスク画像の一例を示す模式図である。
【図５】本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図６】本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図７】本第１実施形態による携帯電話１の動作（縦状態）を説明するための概念図である。
【図８】本第１実施形態による携帯電話１の動作（横状態）を説明するための概念図である。
【図９】本第２実施形態における、フレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。
【図１０】上述したフレーム画像に関する情報の一例を示す模式図である。
【図１１】本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図１２】本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。
【図１３】本第２実施形態による携帯電話１の動作（縦状態）を説明するための概念図である。
【図１４】本第２実施形態による携帯電話１の動作（横状態）を説明するための概念図である。
【図１５】従来技術によるフレーム撮影の課題を説明するための模式図である。
【符号の説明】
【００５９】
１  携帯電話（撮像装置）
２  蓋部
３  本体部
１０１  スピーカ
１０２  メイン表示部（表示手段）
１０３  アンテナ
１０４  カメラキー
１０５  メールキー
１０６  十字キー
１０７  決定キー
１０８  アドレスキー
１０９  ネット接続キー
１１０  クリアキー
１１１  オンフックキー
１１２  オフフックキー
１１３  テンキー
１１４  マイク
１１６  サブ表示部
１１８  撮像レンズ（撮像手段）
１１９  フラッシュ用ＬＥＤ
１３０  無線送受信部
１３１  通信制御部
１３１１  通信データ処理部
１３１２  オーディオインターフェース
１３２  システムＲＯＭ
１３３  ＲＡＭ
１３４  画像処理制御部（変形手段、表示制御手段、合成手段）
１３４１  カメラ・インターフェース
１３５  ＲＡＭ（第２の記憶手段）
１３６  プログラムＲＯＭ（第１の記憶手段）
１３７  表示モジュール系ドライバ
１３８  ステップモータ
１３９  撮像デバイス（撮像手段）
１４０  カメラ内信号処理部（撮像手段）
１４２  音源ＩＣ
１４３  アンプ
１４４  コネクタ
１４５  外部記録媒体
１４６  外部インターフェースコントローラ
１４８  アドレスデータバス処理部
１４９  ユーザメモリ
１５０  ＲＡＭ
１５１  ＤＳＰ（撮像手段）
１６０  状態検出部（状態検出手段）
【図１】
2006238116.tif 000003
【図２】
2006238116.tif 000004
【図３】
2006238116.tif 000005
【図４】
2006238116.tif 000006
【図５】
2006238116.tif 000007
【図６】
2006238116.tif 000008
【図７】
2006238116.tif 000009
【図８】
2006238116.tif 000010
【図９】
2006238116.tif 000011
【図１０】
2006238116.tif 000012
【図１１】
2006238116.tif 000013
【図１２】
2006238116.tif 000014
【図１３】
2006238116.tif 000015
【図１４】
2006238116.tif 000016
【図１５】
2006238116.tif 000017