JP4565121B2 - 撮像装置および撮影プログラム - Google Patents

Description

本発明は、撮像装置および撮影プログラムに関する。

従来、カメラ付き携帯電話では、写真撮影時もしくは動画撮影時に、画角の一部領域が透過色となったイラストなどの画像（以下、フレーム画像）を表示し、透過部分のみで被写体をスルー表示し、それ以外でフレーム画像を表示しつつ、シャッターボタンが操作されると、撮影した透過部分の画像とフレーム画像とを合成するフレーム撮影機能を有するものがある（例えば特許文献１参照）。

特開平１１−３４１２５４号公報

ところで、近年、カメラ付き携帯電話では、高解像度のカメラ、大画面の表示部を備え、縦方向だけでの表示、撮影に加え、横方向での表示、撮影が可能となってきている。しかしながら、上記従来技術では、フレーム画像として、表示部を縦方向（もしくは横方向）だけでの表示用にしか用意されておらず、いずれか一方でしかフレーム撮影を行うことができないという欠点があった。

例えば、図１５（ａ）に示すように、縦方向用のフレーム画像を備えている場合、横方向で撮影しようとすると、図１５（ｂ）に示すように、フレーム画像が単純に横位置になってしまう。この場合、縦方向用、横方向用のそれぞれでフレーム画像を用意すればよいが、メモリ容量を圧迫するという問題がある。

また、縦方向で使用した場合に適合する縦横比を有するフレーム画像を、横方向での使用に合わせるように縮小／拡大等の画像処理を行って流用することも考えられる。しかしながら、この場合、図１５（ｃ）に示すように、上記透過部分（斜線部分）も変形してしまうため、透過部分（斜線部分）に被写体を納めるのが難しくなったり、合成後の画像の見栄えが悪くなったりするという問題があった。

そこで本発明は、メモリ容量を圧迫することなく、縦長撮影時であっても横長撮影時であっても適切な透過部分によるフレーム撮影を行うことができる撮像装置および撮影プログラムを提供することを目的とする。

請求項1記載の発明は、被写体を撮像する撮像手段を備えた撮像装置であって、所定画像によるフレーム画像を記憶するフレーム画像記憶手段と、縦長撮影時用の透過部分を形成するための縦長マスク画像と、横長撮影時用の透過部分を形成するための横長マスク画像と、を記憶するマスク画像記憶手段と、縦長撮影か横長撮影かの撮影状態を検出する検出手段と、前記撮影状態が縦長撮影であれば、前記フレーム画像を縦長方向に展開して前記縦長マスク画像との合成により前記フレーム画像に前記縦長撮影時用の透過部分が形成された縦長フレーム画像を生成し、前記撮影状態が横長撮影であれば、前記フレーム画像を横長方向に展開して前記横長マスク画像との合成により前記フレーム画像に前記横長撮影時用の透過部分が形成された横長フレーム画像を生成する透過フレーム画像生成手段と、この生成された縦長フレーム画像あるいは横長フレーム画像の透過部分に、前記撮像手段で撮像される被写体画像を合成し、その合成された画像データを記憶する撮像画像記憶手段と、を具備することを特徴とする。

本発明よれば、メモリ容量を圧迫することなく、縦長撮影時であっても横長撮影時であっても適切な透過部分によるフレーム撮影を行うことができる。

以下、本発明の実施の形態を、図面を参照して説明する。

Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本発明の実施形態による携帯電話の外観図（開状態：正面図および背面図）である。図において、携帯電話１は、蓋部２と本体部３とからなる二つ折り構造である。スピーカ１０１は、蓋部２の前面側に設けられており、電話モードにおける通話時には音声出力を行う。メイン表示部１０２は、カラー液晶であり、ＱＶＧＡの解像度を有し、撮像した画像、動画やダウンロードした画像、動画を表示可能となっている。アンテナ１０３は、蓋部２の背面に設けられており、伸縮自在となっている。

カメラキー１０４は、電源オン状態におけるカメラモードへの移行、後述する撮像デバイス１３０、ＤＳＰ１２９の起動を指示するためのキーである。メールキー１０５は、メールモードへの移行、メールプログラムのロードを指示するためのキーである。十字キー１０６は、カーソルの移動、フォーカス（選択）の移動、ズーム値を指示するためのキーである。決定キー１０７は、モード選択を決定したり、選択を決定したり、撮像を指示するためのキーである。アドレスキー１０８は、アドレス帳データを表示するためのキーである。ネット接続キー１０９は、インターネットへ接続するためのキーである。

クリアキー１１０は、選択などをキャンセルするためのキーである。オンフックキー１１１は、回線を接続するためのキーである。オフフックキー１１２は、電話モード／カメラモード兼用電源オフキー、電話モード立ち上げ用電源オンキー、回線を切断するためのキーである。テンキー１１３は、文字入力やダイアル入力を行うためのキーである。マイク１１４は、本体部３の下部に設けられており、通話時における音声入力を行う。

サブ表示部１１６は、蓋部２の背面に設けられており、携帯電話１が閉じられた状態において、日時表示や、着信報知、メール着信報知、静止画や動画撮影時の補助画面などに用いられる。撮像レンズ１１８は、蓋部２の背面、上記サブ表示部１１６の上部に設けられており、静止画や動画を撮影する。フラッシュ用ＬＥＤ１１９は、静止画や動画撮影時に点灯し、露出不足を防止する。

次に、図２は、上述した携帯電話１の構成を示すブロック図である。図において、無線送受信部１３０は、無線によりアンテナ１０３を介して音声やデータ（メールデータ）を送受し変調／復調するなど、ＰＳＫ方式に基づく変復調、ＣＤＭＡ方式に基づく端末認証処理を含む通信処理を行う。

通信制御部１３１は、ＷＷＷ接続制御を含む当該機器を制御する。通信データ処理部１３１１は、ＣＬＥＰ系音声復号処理回路、パケットデータ生成回路、およびパケットデータ復元回路を含み、通信プロトコルに沿ったデータ処理を行う。オーディオインターフェース１３１２は、通信データ処理部１３１１で処理される音声信号の入出力処理を行い、マイク１１４からの音声を入力して音声信号に変換して、音声信号をスピーカ１０１から出力する。

システムＲＯＭ１３２は、主に無線通信処理全般を制御するための基本ＯＳやプロトコルプログラムを格納するプロトコル・プログラムエリアからなる。ＲＡＭ１３３は、通信処理に関連するドライバやワークエリアからなる。画像処理制御部１３４は、撮影時または再生時における動画／静止画に対する、ＭＰＥＧ（ＭＰＥＧ４）／ＪＰＥＧエンコードおよびデコード処理やデジタルズームにおける画像データの撮り込み処理などを行う。特に、本第１実施形態では、フレーム画像データの変倍処理、マスク画像データに基づく透過処理、撮影画像とフレーム画像データとの合成処理などを行う。これら各種処理の詳細については区述する。

ＲＡＭ１３５は、アプリケーションヒープ（システムリソース領域）等を有するワークエリア、ユーザデータなどを格納するバックアップエリア、ファイルシステムを格納するシステム管理エリア、キャッシュメモリエリア、その他のエリアからなる。プログラムＲＯＭ１３６は、書き換え可能なＦｌａｓｈ ＲＯＭで構成され、画像・イラスト・フレーム画像・フォントなどを格納するデータエリア、ユーザデータ管理データやファイルシステム管理データなどを格納するファイルシステムエリア、データやプログラムなどを格納する辞書エリア、ＵＩプログラムエリアからなる。なお、上記フレーム画像の詳細については後述する。

表示モジュール系ドライバ１３７は、表示バッファを含み、サブ表示部１１６、メイン表示部１０２、フラッシュ用ＬＥＤ１１９を駆動させる。ステップモータ１３８は、撮像レンズ１１８のズーム制御を行う。撮像デバイス１３９は、有効画素２００万画素相当のＣＣＤ、若しくはＣＭＯＳで構成され、撮像レンズ１１８により集束された映像をカラー画像として撮り込み、Ａ／Ｄ変換を行ってカメラ内信号処理部１４０のＲＡＭ１５０に順次出力する。ＤＳＰ１５１は、カメラ内信号処理部１４０に含まれており、撮像デバイス１３９にて撮り込まれ、ＲＡＭ１５０に記憶された撮像データを読み出す。

音源ＩＣ１４２は、着信音などを生成する。アンプ１４３は、音源ＩＣ１４２からの音声信号を増幅し、報知スピーカ１２０から出力する。コネクタ１４４は、外部記録媒体（例えばｍｉｎｉＳＤカードなど）１４５を装着する。外部インターフェースコントローラ１４６は、ＵＳＢインターフェース、１８芯コネクタの両方のインターフェースを切り替え、外部機器との間でデータの送受信を制御する。ユーザメモリ１４９は、ダウンロードしたデータや、撮影した画像データ、動画ファイル、メールデータ、アドレス帳データなどを格納するデータエリア、リードオンリエリア、ファイルシステム管理データエリアからなる。アドレスデータバス処理部１４８は、通信制御部１３１、画像処理制御部１３４のアドレス制御、バスのデータの流れを制御する。状態検出部１６０は、ジャイロ機能などにより、表示部１０２が縦長状態か、あるいは横長状態のいずれの使用状態にあるかを検出する。

図３は、本第１実施形態における、上述したフレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。また、図４は、上述したフレーム画像、該フレーム画像に対応するマスク画像の一例を示す模式図である。プログラムＲＯＭ１３６には、フレーム番号１３２２毎に、フレーム画像データ（のファイル名）１３６２、該フレーム画像データに対応する縦用のマスク画像データ（のファイル名）１３６３および該フレーム画像データに対応する横用のマスク画像データ（のファイル名）１３６４が記憶されている。フレーム画像データ１３６２は、図４（ａ）に示すように、縦状態に合致する縦横比を有するサイズのカラー画像データである。縦用のマスク画像データ１３６３は、図４（ｂ）に示すように、縦状態に合致する縦横比を有し、透過部分が白、それ以外が黒の２値画像であり、横用のマスク画像データ１３６４は、図４（ｃ）に示すように、横状態に合致する縦横比を有し、透過部分が白、それ以外が黒の２値画像データである。

画像処理制御部１３４は、縦状態での撮影であるか、横状態での撮影であるかに応じてフレーム画像データ１３６２を展開する。具体的には、縦状態での撮影の場合には、フレーム画像データ１３６２をそのまま用いる一方、横状態での撮影の場合には、横状態の縦横比に合致するように、フレーム画像データ１３６２を拡大／縮小する。そして、縦状態の場合には、対応するマスク画像データ１３６３を参照して透過色を判別し、横状態の場合には、対応するマスク画像データ１３６４を参照して透過色を判別する。そして、透過部分のみで被写体をスルー表示するようにフレーム画像データを表示しつつ、シャッターボタン（決定キー１０７）が操作されると、撮影した透過部分の画像データとフレーム画像データとを合成する。この結果、フレーム画像の透過部分に撮影した画像が合成された合成画像データが得られる。

Ａ−２．第１実施形態の動作
次に、上述した第１実施形態の動作について説明する。ここで、図５および図６は、本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。また、図７および図８は、本第１実施形態による携帯電話１の動作を説明するための概念図である。

カメラが起動されると、まず、フレーム画像データを選択する（ステップＳ１０）。フレーム画像データは、フレーム画像データのサムネイル画像の一覧、もしくはフレーム画像データのファイル名の一覧などから選択することが可能となっている。フレーム画像データとして、例えば、図４（ａ）に示すフレーム画像データが選択されると、状態検出部１６０による検出結果に従って、表示部１０２の表示方向を判断する（ステップＳ１２）。

そして、表示部１０２の表示方向が縦状態である場合には、選択されたフレーム画像データを縦方向に展開し（ステップＳ１４）、選択されたフレーム画像データに対応するマスク画像（縦用）データ、例えば図４（ｂ）に示すマスク画像（縦用）を読み出す（ステップＳ１６）。なお、本第１実施形態では、フレーム画像データとして表示部１０２が縦方向で使用される場合に適合するような縦横比のものを予め用意しているので、この場合、選択されたフレーム画像データをそのまま使用することになる。

一方、表示部１０２の表示方向が横状態にある場合には、選択されたフレーム画像データを横方向に展開し（ステップＳ１８）、選択されたフレーム画像データに対応するマスク画像（横用）データ、例えば図４（ｂ）に示すマスク画像（横用）を読み出す（ステップＳ２０）。

いずれの場合においても、次に、マスク画像（縦用または横用）データに従って、透過色を判別する（ステップＳ２２）。この場合、白が透過色である。そして、透過色に従って、表示部１０２にフレーム画像データを表示し（ステップＳ２４）、透過部分に被写体のスルー画像を表示する（ステップＳ２６）。

この様子を図７および図８を参照して説明する。表示部１０２が縦方向の場合には、図７（ａ）に示すフレーム画像に対して、図７（ｂ）に示すマスク画像（縦用）データが読み出される。そして、マスク画像（縦用）データの透過色に従って、図７（ｃ）に示すように、透過部分（斜線部分）に被写体のスルー画像を表示する。一方、表示部１０２が横方向の場合には、図８（ａ）に示すフレーム画像データを、図８（ｂ）に示すように、横方向に展開（拡大／縮小）し、図８（ｃ）に示すマスク画像（横用）データが読み出される。そして、マスク画像（横用）データの透過色に従って、図８（ｄ）に示すように、透過部分（斜線部分）に被写体のスルー画像を表示する。

次に、ズーム操作が行われたか否かを判断する（ステップＳ２８）。ユーザは、図７（ｃ）または図８（ｄ）に示すフレーム画像において、透過部分（斜線部分）に被写体（の顔）が入るように、ズーム操作やカメラと被写体との位置関係を調整する。ここで、ズーム操作が行われた場合には、ズーム駆動して入力画像を表示部１０２に表示する（ステップＳ３０）。そして、ズーム操作が行われない場合、ズーム操作が行われた場合のいずれにおいても、シャッターボタン（決定キー１０７）が半押しされたか否かを判断し（ステップＳ３２）、シャッターボタン（決定キー１０７）の半押しがされていない場合には、ステップＳ２６へ戻り、透過部分（斜線部分）への被写体のスルー画像表示、ズーム操作の検出を繰り返す。

一方、シャッターボタン（決定キー１０７）が半押しされると、被写体にピントを合わせる合焦処理（フォーカシング）を行い、入力画像を表示部１０２の透過部分（斜線部分）へのスルー表示を行う（ステップＳ３４）。次に、シャッターボタン（決定キー１０７）が全押しされたか否かを判断し（ステップＳ３６）、全押しされなければ、ステップＳ３２へ戻り、全押しされるまで待機する。一方、シャッターボタン（決定キー１０７）が全押しされると、露出／シャッター速度／フラッシュ発光等を自動制御して撮影し（ステップＳ３８）、撮影した画像データをＲＡＭ１５０に記録し（ステップＳ４０）、フレーム画像データと撮影した画像データとを合成して表示部１０２に表示する（ステップＳ４２）。

次に、合成した画像データを記録するか否かをユーザに確認し（ステップＳ４４）、ユーザが記録しないことを指示した場合には、バッファメモリ（ＲＡＭ１５０等）をクリアし、ステップＳ１２へ戻り、上述した処理を繰り返す。一方、ユーザが記録することを指示した場合には、合成した画像データを符号化／変換／圧縮処理し（ステップＳ４８）、該合成した画像データをユーザメモリ（または外部記録媒体１４５）１４９に記録する（ステップＳ５０）。

本第１実施形態によれば、表示部１０２を縦状態にした場合は当然、横状態にした場合においても、フレーム画像を横方向に展開しても透過部分（斜線部分）が変形しないため、縦方向と同様に透過部分（斜線部分）に容易に被写体を納めることができる。また、マスク画像は２値データであるのでメモリ容量を圧迫することもない。

Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。上述した第１実施形態では、縦用、横用それぞれのマスク画像データ（２値データ）を用意したが、本第２実施形態では、マスク画像データを用いずに、フレーム画像データの拡大／縮小を制御することで、被写体画像を透過させる透過部分を変形させないようにしたことを特徴とする。

Ｂ−１．第２実施形態の構成
まず、第２実施形態の構成について説明する。なお、第２実施形態による携帯電話の外観、構成は、図１または図２と同様であるので、異なる部分についてのみ説明する。ここで、図９は、本第２実施形態における、フレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。また、図１０は、上述したフレーム画像に関する情報の一例を示す模式図である。

プログラムＲＯＭ１３６には、フレーム番号１３２２毎に、フレーム画像データ（のファイル名）１３６２、該フレーム画像データに対応する縦用のマスク画像データ（のファイル名）１３６３および該フレーム画像データ内における透過部分の座標１３６６が記憶されている。フレーム画像データ１３６２は、図１０（ａ）に示すように、縦状態に合致する縦横比を有するサイズのカラー画像データである。該フレーム画像データ内における透過部分の座標１３６６は、図１０（ｂ）に示すように、フレーム画像データ内における透過部分の位置および大きさを表す。

画像処理制御部１３４は、縦状態での撮影であるか、横状態での撮影であるかに応じてフレーム画像データ１３６２を展開する。具体的には、縦状態での撮影の場合には、フレーム画像データ１３６２をそのまま用いる。一方、横状態での撮影の場合には、横状態の縦横比に合致するように、フレーム画像データ１３６２を拡大／縮小する。このとき、フレーム画像データ１３６２に対応する透過部分の座標に従って、透過部分については拡大も縮小も施さず、それ以外の領域についてのみ拡大／縮小を行う。この結果、透過部分については、縦状態であっても、横状態であっても、その大きさはほぼ変化しない。そして、透過部分のみで被写体をスルー表示するようにフレーム画像データを表示しつつ、シャッターボタン（決定キー１０７）が操作されると、撮影した透過部分の画像データとフレーム画像データとを合成することにより、フレーム画像の透過部分に撮影した画像が合成された合成画像データが得られるようになっている。

Ｂ−２．第２実施形態の動作
次に、上述した第２実施形態の動作について説明する。ここで、図１１および図１２は、本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。また、図１３および図１４は、本第２実施形態による携帯電話１の動作を説明するための概念図である。

カメラが起動されると、まず、フレーム画像データを選択する（ステップＳ６０）。フレーム画像データとして、例えば、図１０（ａ）に示すフレーム画像データが選択されると、状態検出部１６０による検出結果に従って、表示部１０２の表示方向を判断する（ステップＳ６２）。そして、表示部１０２の表示方向が縦状態である場合には、選択されたフレーム画像データを縦方向に展開する（ステップＳ６４）。なお、本第２実施形態では、上述した第１実施形態と同様に、フレーム画像データとして表示部１０２が縦方向で使用される場合に適合するような縦横比のものを予め用意しているので、この場合、選択されたフレーム画像データをそのまま使用することになる。

一方、表示部１０２の表示方向が横状態にある場合には、選択されたフレーム画像データを横方向に展開する（ステップＳ６６）。このとき、フレーム画像データに対応する透過部分の座標に従って、透過部分については拡大も縮小も施さず、それ以外の領域についてのみ拡大／縮小を行う。したがって、透過部分については、横状態であっても、その大きさはほぼ変化しない。

いずれの場合においても、次に、フレーム画像における透過色を判別する（ステップＳ６８）。この場合、白が透過色である。そして、透過色に従って、表示部１０２にフレーム画像データを表示し（ステップＳ７０）、透過部分に被写体のスルー画像を表示する（ステップＳ７２）。

この様子を図１３および図１４を参照して説明する。表示部１０２が縦方向の場合には、図１３（ａ）に示すフレーム画像データの透過色に従って、図１３（ｂ）に示すように、透過部分（斜線部分）に被写体のスルー画像を表示する。一方、表示部１０２が横方向の場合には、図１４（ａ）に示すように、フレーム画像データを、図１４（ａ）に示すように、透過部分以外について、縦方向に縮小する一方、横方向に拡大することにより、図１４（ｂ）に示すフレーム画像を取得する。ちなみに、従来技術では、単純に拡大／縮小するので、図１４（ｃ）に示すように透過部分も変形することになる。そして、フレーム画像データの透過色に従って、透過部分（斜線部分）に被写体のスルー画像を表示する。

次に、ズーム操作が行われたか否かを判断する（ステップＳ７４）。ユーザは、図１３（ｂ）または図１４（ｂ）に示すフレーム画像において、透過部分（斜線部分）に被写体（の顔）が入るように、ズーム操作やカメラと被写体との位置関係を調整する。ここで、ズーム操作が行われた場合には、ズーム駆動して入力画像を表示部１０２に表示する（ステップＳ７６）。そして、ズーム操作が行われない場合、ズーム操作が行われた場合のいずれにおいても、シャッターボタン（決定キー１０７）が半押しされたか否かを判断し（ステップＳ７８）、シャッターボタン（決定キー１０７）の半押しがされていない場合には、ステップＳ７２へ戻り、透過部分（斜線部分）への被写体のスルー画像表示、ズーム操作の検出を繰り返す。

一方、シャッターボタン（決定キー１０７）が半押しされると、被写体にピントを合わせる合焦処理（フォーカシング）を行い、入力画像を表示部１０２の透過部分（斜線部分）へのスルー表示を行う（ステップＳ８０）。次に、シャッターボタン（決定キー１０７）が全押しされたか否かを判断し（ステップＳ８２）、全押しされなければ、ステップＳ７８へ戻り、全押しされるまで待機する。一方、シャッターボタン（決定キー１０７）が全押しされると、露出／シャッター速度／フラッシュ発光等を自動制御して撮影し（ステップＳ８４）、撮影した画像データをＲＡＭ１５０に記録し（ステップＳ８６）、フレーム画像データと撮影した画像データとを合成して表示部１０２に表示する（ステップＳ８８）。

次に、合成した画像データを記録するか否かをユーザに確認し（ステップＳ９０）、ユーザが記録しないことを指示した場合には、バッファメモリ（ＲＡＭ１５０等）をクリアし、ステップＳ６２ヘへ戻り、上述した処理を繰り返す。一方、ユーザが記録することを指示した場合には、合成した画像データを符号化／変換／圧縮処理し（ステップＳ９４）、該合成した画像データをユーザメモリ（または外部記録媒体１４５）１４９に記録する（ステップＳ９６）。

本第２実施形態によれば、表示部１０２を縦状態にした場合には当然、横状態にした場合においても、フレーム画像を横方向に展開しても透過部分（斜線部分）が変形しないため、縦方向と同様に透過部分（斜線部分）に容易に被写体を納めることができる。また、フレーム画像データのみを用意すればよいのでメモリ容量を圧迫することもない。

Ｃ．第３実施形態
上述した第２実施形態では、透過部分の座標（位置とその大きさを含む）に基づいて、該透過部分を拡縮することなく、フレーム画像データを変倍するようにしたが、上記透過部分の座標（位置とその大きさを含む）に加えて形状情報を記憶しておき上記座標および形状情報に従って、透過部分であることを表す色、すなわち白色で変倍後のフレーム画像データ上を塗り潰すことにより、透過部分を有するフレーム画像データを生成するようにしてもよい。この場合も、第２実施形態と同様に、フレーム画像を横方向に展開しても透過部分（斜線部分）が変形しないため、縦方向と同様に透過部分（斜線部分）に容易に被写体を納めることができる。また、フレーム画像データのみを用意すればよいのでメモリ容量を圧迫することもない。

なお、上述した第１ないし第３実施形態においては、１つのフレーム画像について飲み説明したが、透過部分がその他の形状を有する、如何なるフレーム画像であっても適用可能であり、上述した第１、第２実施形態と同様の効果が得られることは言うまでもない。

本発明の実施形態による携帯電話の外観図（開状態：正面図および背面図）である。 上述した携帯電話１の構成を示すブロック図である。 本第１実施形態における、上述したフレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。 上述したフレーム画像、該フレーム画像に対応するマスク画像の一例を示す模式図である。 本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。 本第１実施形態による携帯電話１の動作を説明するためのフローチャートである。 本第１実施形態による携帯電話１の動作（縦状態）を説明するための概念図である。 本第１実施形態による携帯電話１の動作（横状態）を説明するための概念図である。 本第２実施形態における、フレーム画像に関する情報が格納されているプログラムＲＯＭ１３６のデータ構造を説明するための概念図である。 上述したフレーム画像に関する情報の一例を示す模式図である。 本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。 本第２実施形態による携帯電話１の動作を説明するためのフローチャートである。 本第２実施形態による携帯電話１の動作（縦状態）を説明するための概念図である。 本第２実施形態による携帯電話１の動作（横状態）を説明するための概念図である。 従来技術によるフレーム撮影の課題を説明するための模式図である。

符号の説明

１ 携帯電話（撮像装置）
２ 蓋部
３ 本体部
１０１ スピーカ
１０２ メイン表示部（表示手段）
１０３ アンテナ
１０４ カメラキー
１０５ メールキー
１０６ 十字キー
１０７ 決定キー
１０８ アドレスキー
１０９ ネット接続キー
１１０ クリアキー
１１１ オンフックキー
１１２ オフフックキー
１１３ テンキー
１１４ マイク
１１６ サブ表示部
１１８ 撮像レンズ（撮像手段）
１１９ フラッシュ用ＬＥＤ
１３０ 無線送受信部
１３１ 通信制御部
１３１１ 通信データ処理部
１３１２ オーディオインターフェース
１３２ システムＲＯＭ
１３３ ＲＡＭ
１３４ 画像処理制御部（変形手段、表示制御手段、合成手段）
１３４１ カメラ・インターフェース
１３５ ＲＡＭ（第２の記憶手段）
１３６ プログラムＲＯＭ（第１の記憶手段）
１３７ 表示モジュール系ドライバ
１３８ ステップモータ
１３９ 撮像デバイス（撮像手段）
１４０ カメラ内信号処理部（撮像手段）
１４２ 音源ＩＣ
１４３ アンプ
１４４ コネクタ
１４５ 外部記録媒体
１４６ 外部インターフェースコントローラ
１４８ アドレスデータバス処理部
１４９ ユーザメモリ
１５０ ＲＡＭ
１５１ ＤＳＰ（撮像手段）
１６０ 状態検出部（状態検出手段）

Claims (2)

1. 被写体を撮像する撮像手段を備えた撮像装置であって、
   所定画像によるフレーム画像を記憶するフレーム画像記憶手段と、
   縦長撮影時用の透過部分を形成するための縦長マスク画像と、横長撮影時用の透過部分を形成するための横長マスク画像と、を記憶するマスク画像記憶手段と、
   縦長撮影か横長撮影かの撮影状態を検出する検出手段と、
   前記撮影状態が縦長撮影であれば、前記フレーム画像を縦長方向に展開して前記縦長マスク画像との合成により前記フレーム画像に前記縦長撮影時用の透過部分が形成された縦長フレーム画像を生成し、前記撮影状態が横長撮影であれば、前記フレーム画像を横長方向に展開して前記横長マスク画像との合成により前記フレーム画像に前記横長撮影時用の透過部分が形成された横長フレーム画像を生成する透過フレーム画像生成手段と、
   この生成された縦長フレーム画像あるいは横長フレーム画像の透過部分に、前記撮像手段で撮像される被写体画像を合成し、その合成された画像データを記憶する撮像画像記憶手段と、
   を具備することを特徴とする撮像装置。
2. 被写体を撮像する撮像手段を備えたコンピュータに、
   所定画像によるフレーム画像を記憶する記憶ステップと、
   縦長撮影時用の透過部分を形成するための縦長マスク画像と、横長撮影時用の透過部分を形成するための横長マスク画像と、を記憶する記憶ステップと、
   縦長撮影か横長撮影かの撮影状態を検出する検出ステップと、
   前記撮影状態が縦長撮影であれば、前記フレーム画像を縦長方向に展開して前記縦長マスク画像との合成により前記フレーム画像に前記縦長撮影時用の透過部分が形成された縦長フレーム画像を生成し、前記撮影状態が横長撮影であれば、前記フレーム画像を横長方向に展開して前記横長マスク画像との合成により前記フレーム画像に前記横長撮影時用の透過部分が形成された横長フレーム画像を生成する生成ステップと、
   この生成された縦長フレーム画像あるいは横長フレーム画像の透過部分に、前記撮像手段で撮像される被写体画像を合成し、その合成された画像データを記憶する記憶ステップと、
   を実行させることを特徴とする撮影プログラム。
   

Images