JP5236775B2 - シャッターラグを回避する画像キャプチャモジュール及び画像キャプチャ方法 - Google Patents

Description

本発明は、画像キャプチャモジュール及びこれを用いた画像キャプチャ方法に関し、具体的に、シャッターラグを回避する画像キャプチャモジュール及びこれを用いた画像キャプチャ方法に関する。

近年、デジタル画像は、応用される範囲や分野が顕著に成長しつつあり、技術も進歩しつつある。使用者がデジタル画像に対する要求を満足するために、デジタルカメラはもちろん、各種携帯電子製品に、各場面や状況でも撮像ができるように、デジタル画像をキャプチャする機能が搭載された。

図１Ａは従来の画像キャプチャモジュールを示す図である。従来のデジタル画像キャプチャモジュールは、撮像素子２０と、画像処理手段１０と、プレビューインタフェース３０と、プレビュー表示装置６０とを含む。画像をキャプチャする前のプレビューモードにおいて、撮像素子２０が受信した光線を信号２１に転換して、画像処理手段１０に転送する。画像処理手段１０が、信号２１を処理して画像信号１１を生成し、この画像信号１１をプレビューインタフェース３０及びその後に接続されるプレビュー表示装置６０に転送してプレビュー画像を生成する。プレビューモードにおいて、使用者がプレビュー表示装置６０でキャプチャしようとする画像を見てシャッターキーをきるときに、プレビューモードが画像キャプチャモードに切り替えて、画像処理手段１０に画像がキャプチャされる。

図１Ｂに示すように画像信号１１は、撮像素子２０が連続する時間中に順番にキャプチャした複数のタイミングの第１フレーム６１、第２フレーム６３、第３フレーム６５を有する。第１フレーム６１が完全にプレビューインタフェース３０からプレビュー表示装置６０に転送されてからプレビュー画像としてプレビュー表示装置６０に表示される。しかし、このとき、画像処理手段１０から外部に出力する画像信号１１が第２フレーム６３である。つまり、使用者が第１フレーム６１を見てシャッターキーをきるときに、画像処理手段１０にキャプチャされる画像は完全に出力された第１フレーム６１ではない。プレビュー画像とキャプチャされる画像が異なり、つまり、シャッターラグ現象が発生してしまう。

また、プレビューモードにおけるフレームの更新周期を高めるために、通常、プレビューモードにおいて、解像度が低いが更新周期が高い画像信号が撮像素子２０に出力されて、画像処理手段１０にて処理されることにより、第１フレーム６１及び第２フレーム６３が生成される。使用者がシャッターキーをきったとき、撮像素子２０に出力される画像信号は解像度が高いが更新周期が低い画像信号、例えば、第３フレーム６５に切り替える。しかし、撮像素子２０の出力規格の切り替える過程にも時間がかかり、更に第２フレーム６３と第３フレーム６５の間に信号の遅延が発生してしまう。この信号の遅延によって、使用者がプレビューした画像と実際にキャプチャした画像が更に時間的にずれが発生してしまい、前記シャッターラグが更に深刻になってしまう。

韓国登録特許第１０−０８３１６６１号公報 米国特許出願公開第２００８／０１３６９４２号明細書

そこで、本発明は、シャッターラグを回避する画像キャプチャモジュール及び画像キャプチャ方法を提供することを主な目的とする。
また、本発明は、使用者がプレビューした画像と実際にキャプチャした画像が同じものである画像キャプチャモジュール及び画像キャプチャ方法を提供することを他の主な目的とする。

また、本発明は、簡単に後付できるシステムや他の応用装置に連結できる画像キャプチャモジュール及び画像キャプチャ方法を提供することを他の主な目的とする。

前記目的を達成するために、本発明は、撮像素子によって提供される画像データストリームから画像をキャプチャする画像キャプチャモジュールであって、少なくとも、前記画像データストリームを受信して、前記画像データストリームに基づき、第１プレビューフレームを有するプレビュー画像ストリーム及び前記第１プレビューフレームに対応付けられる第１出力フレームを有する出力画像ストリームを生成する画像信号処理手段と、前記画像信号処理手段からのプレビュー画像ストリームを受信して出力するプレビューインタフェースと、少なくともバッファを有し、前記画像信号処理手段からの出力画像ストリームを受信して前記バッファに一時的に保持する画像レジスタと、を含み、前記プレビューインタフェースが前記第１プレビューフレームを受信して出力するタイミングと、前記画像レジスタが前記第１出力フレームを受信して一時的に保持するタイミングとが互いに同じであり、前記プレビューインタフェースが前記第１プレビューフレームを受信して出力した後に画像キャプチャ指令が生成される場合、前記画像レジスタが前記バッファから前記第１出力フレームを出力する画像キャプチャモジュールを提供する。

プレビュー画像ストリームは第１プレビューフレームを有し、出力画像ストリームは第１プレビューフレームに対応付けられる第１出力フレームを有する。プレビューモードにおいて、第１プレビューフレームがプレビューインタフェースに受信されて出力されるとき、第１出力フレームが同時に画像レジスタに受信されて一時的に保持される。第１プレビューフレームは、完全にプレビューインタフェースに出力されてから、プレビュー画像として使用者に見せる。同時に、第１出力フレームは完全に画像レジスタに受信されて保持されている。

使用者がシャッターキーや他のトリガ装置をきることによって画像キャプチャ指令が生成されるとき、システムは、画像キャプチャ指令により、一時的に保持されている第１出力フレームをキャプチャする画像として出力させる。第１プレビューフレームが第１出力フレームに対応付けられているので、当然、両者が示す画像は同じものである。このように、シャッターや画像処理によるタイムラグ、及び使用者がシャッターキーをきるときに見た画像と実際に撮影した画像が異なることが回避される。

従来の画像キャプチャモジュールを示す図。 従来の画像キャプチャモジュールにおける画像信号に関するタイムチャート。 本発明に係る画像キャプチャモジュールの実施形態を示す図。 画像キャプチャモジュールにおける画像信号に関するタイムチャート。 本発明に係る画像キャプチャモジュールの他の実施形態を示す図。 ラグタイムＴを含む実施形態を示す図。 識別番号を含む実施形態を示す図。 バッファの実施形態を示す図。 画像キャプチャ用意モードを含む実施形態を示す図。 画像キャプチャ用意モードを含む他の実施形態を示す図。 本発明に係る画像キャプチャ方法の実施形態を示すフローチャート。 本発明に係る画像キャプチャ方法の他の実施形態を示すフローチャート。

本発明は、画像キャプチャモジュール及びこれを用いた画像キャプチャ方法を提供する。好ましい実施形態では、本発明に係る画像キャプチャモジュール及びこれを用いた画像キャプチャ方法をデジタルカメラに用いることができるが、画像処理が行われる他の電子装置、例えば携帯電話、ＰＤＡ、ＧＰＳ、携帯ゲーム機などに用いることもできる。

図２に示すように、画像キャプチャモジュール１００は少なくとも画像信号処理手段３００と、プレビューインタフェース５００と、画像レジスタ７００とを含む。画像キャプチャモジュール１００は、撮像素子２００に接続されており、撮像素子２００に提供される画像データストリーム２１０を受信する。撮像素子２００は各種のイメージセンサ、例えばＣＣＤやＣＭＯＳであってもよい。撮像素子２００は、外部の光線を受けて電子信号に変換することにより、画像データストリーム２１０を生成する。画像信号処理手段３００は、撮像素子２００からの画像データストリーム２１０を受信する。撮像素子２００によって生成された画像データストリーム２１０は、所定のタイミング及び解像度で伝送されるのが好ましいが、所定の機能を達成するために、適当にタイミングやフレーム周期、解像度を変更してもよい。

また、図２に示すように、画像信号処理手段３００は、プレビュー画像ストリーム３１０及び出力画像ストリーム３３０を生成するように、受信した画像データストリーム２１０を処理する。プレビュー画像ストリーム３１０は、画像信号処理手段３００により画像データストリーム２１０に対して解像度を下げる調節やフォーマットの調節などの処理を経て生成されるのが好ましい。プレビュー画像ストリーム３１０は、その後のプレビューや出力に合わせるように、フォーマットがＲＧＢやＹＵＶであるのが好ましい。また、画像信号処理手段３００は、画像データストリーム２１０に対して、ノイズ除去や他の処理を行って、プレビュー画像ストリーム３１０を生成してもよい。

次に、プレビュー画像ストリーム３１０がプレビューインタフェース５００に転送される。プレビューインタフェース５００は、特定の製品において、需要に応じてシステム中のベースバンド処理手段を介して、表示装置などの表示手段に接続されるが、プレビュー画像を提供するように、直接表示装置などの表示手段に接続されてもよい。図２に示すように、プレビュー画像ストリーム３１０がプレビューインタフェース５００に受信されて、直ちにシステムのベースバンド処理手段／表示手段６００などの応用装置に出力される。ベースバンド処理手段／表示手段６００は、プレビュー画像ストリーム３１０における一つのフレームを完全に受信してから、当該フレームの画像をプレビュー画像として使用者に表示する。

また、図２に示すように、出力画像ストリーム３３０は、画像信号処理手段３００により画像データストリーム２１０に対してフォーマットの調節やノイズ除去などの処理を経て生成されるのが好ましい。出力画像ストリーム３３０は、その後の圧縮や出力に合わせるように、フォーマットがＲＧＢやＹＵＶ、ＲＡＷであるのが好ましい。出力画像ストリーム３３０は、画像信号処理手段３００により画像データストリーム２１０に対して解像度を下げる調節を行うことなく生成されるのが好ましいが、システムに合わせるように、解像度を下げる調節が行われて生成されてもよい。

次に、生成された出力画像ストリーム３３０が画像レジスタ７００に転送される。つまり、プレビュー画像ストリーム３１０及び出力画像ストリーム３３０は二つの独立した信号であり、それぞれ異なる箇所に転送された後に処理される。画像レジスタ７００には、出力画像ストリーム３３０を一時的に保持する少なくとも一つのバッファ７１０を有する。図２に示すように、画像レジスタ７００は、バッファ７１０の前に設けられており、出力画像ストリーム３３０を処理してから一時的にバッファ７１０に保持する画像圧縮手段７３０を含むのが好ましい。画像圧縮手段７３０は、出力画像ストリーム３３０中のフレームをＪＰＥＧ画像フォーマットに圧縮するＪＰＥＧ画像圧縮エンジンであってよく、他のフォーマットの画像圧縮エンジンであってもよい。

図３に示すように、プレビュー画像ストリーム３１０は第１プレビューフレーム３１１、第２プレビューフレーム３１２、及び第３プレビューフレーム３１３を有し、出力画像ストリーム３３０は、それぞれ前記第１プレビューフレーム３１１、第２プレビューフレーム３１２、及び第３プレビューフレーム３１３に対応する第１出力フレーム３３１、第２出力フレーム３３２、及び第３出力フレーム３３３を有する。つまり、第１プレビューフレーム３１１及び第１出力フレーム３３１は、撮像素子２００により提供される画像データストリーム２１０中における同じフレームによって生成され、この後のプレビューフレーム及び対応する出力フレームは前記と同じようである。プレビューフレームは通常表示装置に合わせるように解像度が調節されるので、第１プレビューフレーム３１１の画像解像度は第１出力フレーム３３１の画像解像度より小さいことが好ましい。

図３に示すように、プレビューモードにおいて、第１プレビューフレーム３１１がプレビューインタフェース５００に受信されて出力される場合、第１出力フレーム３３１が同時に画像レジスタ７００に受信されて一時的に保持される。第１プレビューフレーム３１１は、完全にプレビューインタフェース５００からベースバンド処理手段／表示手段６００に出力されてから、プレビュー画像として使用者に表示される。即ち、使用者が第１プレビューフレーム３１１を見てシャッターキーや他のトリガ装置の操作によって画像キャプチャモードに入るときに、第１プレビューフレーム３１１は既にプレビューインタフェース５００から完全に出力され、第１出力フレーム３３１は既に画像レジスタ７００に受信されて完全に保持されている。

使用者がシャッターキーや他のトリガ装置を操作することによって画像キャプチャ指令８００が生成されて画像キャプチャモードに入り、このとき、システムは、画像キャプチャ指令８００により、一時的に保持されている第１出力フレーム３３１をキャプチャする画像として出力させ、また、使用者が出力する画像を確認や検視できるように、第１出力フレーム３３１をプレビューインタフェース５００に転送されて外部に出力されてもよい。第１プレビューフレーム３１１が第１出力フレーム３３１に対応付けられており、つまり、両者の画像内容が画像データストリーム２１０からの同一のフレームであるので、当然、両者が示す画像は同じものである。このように、シャッターや画像処理によるタイムラグ、及び使用者がシャッターキーをきるときに見た画像と実際に撮影した画像が異なることが回避される。

また、画像キャプチャ指令８００が生成されて画像キャプチャモードに入った後に、消費電力を減らすように、プレビューインタフェース５００及び画像レジスタ７００がそれぞれプレビュー画像ストリーム３１０及び出力画像ストリーム３３０を受信することを停止するのが好ましく、画像キャプチャモードから再びプレビューモードに入るときに、プレビューインタフェース５００及び画像レジスタ７００がそれぞれプレビュー画像ストリーム３１０及び出力画像ストリーム３３０を受信し始めるのが好ましい。

図４に示すように、画像キャプチャモジュール１００は、更に、ＣＰＵ９１０と、シャッターキー９３０とを含む。シャッターキー９３０は、使用者の操作により画像キャプチャ指令８００を生成して、ＣＰＵ９１０に転送させる。また、シャッターキー９３０は、タッチパネルや他のトリガ手段からなってもよい。ＣＰＵ９１０に画像キャプチャ指令８００が受信されるときに、画像キャプチャ指令８００が生成された時点に対応するバッファ７１０に保持されている第１出力フレーム３３１にアクセスして出力させる。

図５に示すように、システムに画像キャプチャ指令８００が受信される時点は第２プレビューフレーム３１２がプレビューインタフェース５００に受信されて出力される過程中の場合、表示手段６００に示すプレビュー画像は第1プレビューフレーム３１１である。しかし、ベースバンド処理手段／表示手段６００や他の処理によるラグにより、第２プレビューフレーム３１２は第１プレビューフレーム３１１の直後にある次のフレームではなく、両者の間に一または複数のプレビューフレーム３１５を有する。正確に使用者がプレビューした第１プレビューフレーム３１１に対応する画像を出力するために、ＣＰＵ９１０は、所定のプレビューラグタイムＴによって正確な出力画像にアクセスするように判断が行われる。例えば、画像キャプチャ指令８００が生成される時点は第２プレビューフレーム３１２がプレビューインタフェース５００に受信されて出力される過程中の場合、ＣＰＵ９１０は、バッファ７１０に前記ラグタイムＴの前に保持された第１出力フレーム３３１にアクセスして出力画像とする。このラグタイムＴは、測定によって事前に分かっており、ＣＰＵ９１０に設定することができる。

また、第１プレビューフレーム３１１と第２プレビューフレーム３１２との間に他のプレビューフレームがなく、即ち、ベースバンド処理手段／表示手段６００や他の処理によるラグが発生していない場合も考えられる。このとき、画像キャプチャ指令８００が生成される時点は第２プレビューフレーム３１２がプレビューインタフェース５００に受信されて出力される過程中の場合、つまり、第１プレビューフレーム３１１がプレビューインタフェース５００に出力される最後のフレームのとき、ＣＰＵ９１０は直接バッファ７１０に保持された第２出力フレーム３３２の直前の第１出力フレーム３３１にアクセスして出力画像としてもよい。第２出力フレーム３３２は第２プレビューフレーム３１２に対応付けられており、第２プレビューフレーム３１２がプレビューインタフェース５００に受信されて出力されるときに、第２出力フレーム３３２は画像圧縮手段７３０によって圧縮されてバッファ７１０に一時的に保持する過程中にあるのが好ましい。

図６に示すように、各プレビューフレームはそれぞれ識別番号を有し、例えば、第１プレビューフレーム３１１は第１識別番号４１１を有する。識別番号は各プレビューフレームを形成するデータパケットに含まれるのが好ましく、ベースバンド処理手段／表示手段６００によって解釈されてもよい。第１プレビューフレーム３１１がプレビュー画面としてベースバンド処理手段／表示手段６００に表示されるとき、ベースバンド処理手段／表示手段６００は第１プレビューフレーム３１１の第１識別番号４１１をＣＰＵ９１０に転送する。ＣＰＵ９１０は、受信する第１識別番号４１１によって、バッファ７１０から対応する第１出力フレーム３３１にアクセスして出力画像とすることができる。

前記のように、プレビュー画像として表示されているプレビューフレームとプレビューインタフェース５００が受信しているプレビューフレームが、必ずしも密接しているとは限らなく、両者の間に他のプレビューフレームが挟まれる可能性もある。このため、図７に示すように、バッファ７１０は、プレビューフレームに対応する複数の出力フレームを一時的に保持する複数のバッファゾーン７１１、７１２を有してもよい。図７に示すように、出力画像ストリーム３３０に含まれる第１出力フレーム３３１と、第２出力フレーム３３２が順番にバッファゾーン７１１、７１２に保持される。最後のバッファゾーン７１９に出力フレームが保持された後に、次からの出力フレームは最初のバッファゾーン７１１から上書きして保持されるようになる。

図８Ａに示すように、プレビューモードと画像キャプチャモードの間に、更に画像キャプチャ用意指令８１０によって起動される画像キャプチャ用意モードを含んでもよい。この場合、シャッターキー９３０は、第１段のトリガ９３１と、第２段のトリガ９３２とを有するのが好ましい。例えばシャッターキーを軽く触れることやタッチパネル上の合焦位置をタッチすることによって第１段のトリガ９３１が作動され、これによって合焦や測光を行わせるのが好ましい。また、例えばシャッターキーを実際に押すことやタッチパネル上に示すシャッターキーアイコンをタッチすることによって第２段のトリガ９３２が作動され、これによって画像がキャプチャされるのが好ましい。

図８Ａに示すように、プレビューモードにおいて、第１段のトリガ９３１が作動されていない。このとき、プレビュー画像ストリーム３１０のみが画像信号処理手段３００によって生成されてプレビューインタフェース５００に転送され、出力画像ストリーム３３０がまだ生成されておらず画像レジスタ７００に転送されていない。画像キャプチャ用意指令８１０が生成され、つまり、第１段のトリガ９３１が作動されるとき、出力画像ストリーム３３０がはじめて画像信号処理手段３００によって生成されて、画像レジスタ７００に転送される。その後、前記と同じ画像キャプチャモードに入り、これについての詳細を省略する。これによって、プレビューモードにおいてシステムが消費する電力が節約され、システム資源の消耗を減少することによって効能が高められる。

また、図８Ｂに示すように、画像キャプチャ用意指令８１０を受信する前のプレビューモードにおいて、システムによって、解像度の低い画像データストリーム２１０を提供してプレビュー画像ストリーム３１０の画像更新周期を高めるように撮像素子２００を切り替える、画像キャプチャ用意指令８１０を受信してその後の画像キャプチャ用意モードに入るとき、システムによって、解像度の高い画像データストリーム２１０を提供するように、撮像素子２００を切り替えて、この解像度の高い画像データストリーム２１０によって、同時にプレビュー画像ストリーム３１０と、出力画像ストリーム３３０とを生成する。

図９は本発明に係る画像キャプチャ方法の実施形態を示すフローチャートである。図９に示すように、ステップ１０１０において、前記画像データストリームに基づき第１プレビューフレームを有するプレビュー画像ストリームを生成する。プレビュー画像ストリームは、画像データストリームに対して解像度を下げる調節やフォーマットの調節、ノイズ除去処理などの処理を経て生成されるのが好ましく、その後のプレビューや出力に合わせるように、フォーマットがＲＧＢやＹＵＶであるのが好ましい。

ステップ１０３０において、プレビュー画像ストリームをプレビューインタフェースに転送して出力する。プレビュー画像ストリームがプレビューインタフェースに受信された後、直ちにシステムのベースバンド処理手段／表示手段などの応用装置に出力される。プレビュー画像ストリーム中のいずれか一つのフレームが完全にベースバンド処理手段／表示手段に受信された後、当該フレームの画像をプレビュー画像として使用者に見せる。

ステップ１０５０において、前記画像データストリームに基づき前記第１プレビューフレームに対応付けられる第１出力フレームを有する出力画像ストリームを生成する。つまり、第１プレビューフレームと第１出力フレームは、画像データストリームにおける同一のフレームから生成されたものである。出力画像ストリームは、画像データストリームに対してフォーマットの調節やノイズ除去などの処理を経て生成されるのが好ましく、その後の圧縮や出力に合わせるように、フォーマットがＲＧＢやＹＵＶ、ＲＡＷであるのが好ましい。好ましい実施形態では、画像データストリームに対して解像度を下げる調節を経て出力画像ストリームを生成することはしないが、システムの需要によって、画像データストリームに対して解像度を下げる調節を経て出力画像ストリームを生成してもよい。

ステップ１０７０において、出力画像ストリームを画像レジスタに転送して画像レジスタのバッファに一時的に保持する。つまり、プレビュー画像ストリームと出力画像ストリームが二つの独立とした信号になり、異なる箇所に転送されて後処理される。第１プレビューフレームがプレビューインタフェースに受信されて出力されるとき、第１出力フレームも同時に画像レジスタに受信されて保持される。また、バッファの負担を減らしたり、出力画像のフォーマットに合わせたりするように、出力画像ストリームが画像圧縮手段によって圧縮されてからバッファに一時的に保持されるのが好ましい。前記圧縮処理に用いられるフォーマットはＪＰＥＧであってよいが、これに限定されない。

ステップ１０９０において、プレビューインタフェースが第１プレビューフレームを受信して出力した後に生成される画像キャプチャ指令を受信して、画像キャプチャ指令によって、バッファから第１出力フレームを出力する。前記のように、第１プレビューフレームが完全にプレビューインタフェースに出力されてから、プレビュー画像として使用者に見せる。つまり、使用者は第１プレビューフレームを見て、シャッターキーをきる、または他のトリガ装置を作動することによって、画像キャプチャ指令を生成させるときに、第１出力フレームは既に画像レジスタに受信されて保持されている。このとき、システムは、画像キャプチャ指令によって、キャプチャしようとする出力画像として保持されている第１出力フレームを出力させる。第１プレビューフレームは第１出力フレームに対応付けられており、両者が示す画像は画像データストリームにおける同一のフレームから生成されたものであるので、当然、両者が示す画像は同じものである。このように、シャッターや画像処理によるタイムラグ、及び使用者がシャッターキーをきるときに見た画像と実際に撮影した画像が異なることが回避される。

図１０に示すように、出力画像ストリームを生成するステップ１０５０は、画像キャプチャ用意指令によって、出力画像ストリームを生成して画像レジスタに転送することを開始するステップ１０５１を含む。画像キャプチャ用意指令は、２段式シャッターキーにおいて、合焦や測光を行わせるための第１段のトリガや他のトリガ装置が作動されるときに生成される。システムは、画像キャプチャ用意指令を受信する前に、出力画像ストリームを生成しなくて、プレビュー画像ストリームのみを生成するのでプレビューモードにおいてシステムが消費する電力が節約され、システム資源の消耗を減少することによって効能が高められる。

本発明では好適な実施形態を前述及び図面の通り開示したが、各種の追加、若干の改良、変更が施されたものでも、本発明の好適な実施形態として用いられてもよく、特許請求の範囲に限定する本発明の精神と領域を離脱することはない。当該分野の技術を熟知しているものであれば、本発明における形式、構造、配置、比例、材料、要素及び組合に対して、多様の変動や修正を加えることができる。このため、本明細書に開示された実施形態は本発明を説明に用いられるものであって、決して本発明を限定するものではない。従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とし、法に合致する均等物を含み、前述に限定されない。

１００ 画像キャプチャモジュール
２００ 撮像素子
２１０ 画像データストリーム
３００ 画像信号処理手段
３１０ プレビュー画像ストリーム
３１１ 第１プレビューフレーム
３１２ 第２プレビューフレーム
３１３ 第３プレビューフレーム
３３０ 出力画像ストリーム
３３１ 第１出力フレーム
３３２ 第２出力フレーム
３３３ 第３出力フレーム
４１１ 第１識別番号
５００ プレビューインタフェース
６００ ベースバンド処理手段／表示手段
７００ 画像レジスタ
７１０ バッファ
７１１、７１２、７１９ バッファゾーン
７３０ 画像圧縮手段
８００ 画像キャプチャ指令
８１０ 画像キャプチャ用意指令
９１０ ＣＰＵ
９３０ シャッターキー
９３１ 第１段のトリガ
９３２ 第２段のトリガ

Claims (18)

1. 撮像素子によって提供される画像データストリームから画像をキャプチャする画像キャプチャモジュールであって、
   前記画像データストリームを受信して、前記画像データストリームに基づき、第１プレビューフレームを有するプレビュー画像ストリーム及び前記第１プレビューフレームに対応付けられる第１出力フレームを有する出力画像ストリームを生成する画像信号処理手段と、
   前記画像信号処理手段からのプレビュー画像ストリームを受信して出力するプレビューインタフェースと、
   少なくともバッファを有し、前記画像信号処理手段からの出力画像ストリームを受信して前記バッファに一時的に保持する画像レジスタと、を含み、
   前記プレビューインタフェースが前記第１プレビューフレームを受信して出力するタイミングと、前記画像レジスタが前記第１出力フレームを受信して一時的に保持するタイミングとが互いに同じであり、
   前記プレビューインタフェースが前記第１プレビューフレームを受信して出力した後に画像キャプチャ指令が生成される場合、前記画像レジスタが前記バッファから前記第１出力フレームを出力する画像キャプチャモジュール。
2. 更に前記画像レジスタに接続され、前記画像キャプチャ指令を受信して、前記画像キャプチャ指令によって、前記バッファから出力する前記第１出力フレームにアクセスするＣＰＵを含む請求項１に記載の画像キャプチャモジュール。
3. 前記ＣＰＵは、前記プレビュー画像ストリームが有する前記第１プレビューフレームの後に来る第２プレビューフレームが前記プレビューインタフェースに受信されて出力される過程中にある前記画像キャプチャ指令を受信する時点及び所定のプレビューラグタイムによって、前記第１出力フレームにアクセスする請求項２に記載の画像キャプチャモジュール。
4. 前記ＣＰＵは、前記第１プレビューフレームが有する識別番号によって、前記バッファから出力する前記第１出力フレームにアクセスする請求項２に記載の画像キャプチャモジュール。
5. 前記第１プレビューフレームの解像度が前記第１出力フレームの解像度より小さい請求項１に記載の画像キャプチャモジュール。
6. 前記画像レジスタは、前記バッファの前に設けられており、前記出力画像ストリームを処理してから一時的に前記バッファに保持する画像圧縮手段を含む請求項１に記載の画像キャプチャモジュール。
7. 前記バッファは複数のバッファゾーンを有し、前記出力画像ストリームに含まれる複数の出力フレームが順番に前記複数のバッファゾーンに保持され、最後のバッファゾーンに出力フレームが保持された場合、次からの出力フレームが最初のバッファゾーンから上書きして保持される請求項１に記載の画像キャプチャモジュール。
8. 前記バッファから出力される前記第１出力フレームは、外部に出力するように前記プレビューインタフェースに転送される請求項１に記載の画像キャプチャモジュール。
9. 前記画像信号処理手段は画像キャプチャ用意指令によって、前記出力画像ストリームを画像レジスタに転送することを開始する請求項１に記載の画像キャプチャモジュール。
10. 更に、前記画像キャプチャ用意指令を生成する第１段のトリガと、前記画像キャプチャ指令を生成する第２段のトリガとを有するシャッターキーと、
    前記画像信号処理手段及び画像レジスタに接続されるＣＰＵとを含む請求項９に記載の画像キャプチャモジュール。
11. 前記第１プレビューフレームは前記プレビューインタフェースから出力される最後のフレームである請求項１に記載の画像キャプチャモジュール。
12. 撮像素子によって提供される画像データストリームから画像をキャプチャする画像キャプチャ方法であって、
    前記画像データストリームに基づき第１プレビューフレームを有するプレビュー画像ストリームを生成するステップと、
    前記プレビュー画像ストリームをプレビューインタフェースに転送して出力するステップと、
    前記画像データストリームに基づき前記第１プレビューフレームに対応つけられる第１出力フレームを有する出力画像ストリームを生成するステップと、
    前記出力画像ストリームを画像レジスタに転送して前記画像レジスタのバッファに一時的に保持するステップと、
    前記プレビューインタフェースが前記第１プレビューフレームを受信して出力した後に生成される画像キャプチャ指令を受信して、前記画像キャプチャ指令によって、前記バッファから前記第１出力フレームを出力するステップとを含み、
    前記プレビューインタフェースが前記第１プレビューフレームを受信して出力するタイミングと、前記画像レジスタが前記第１出力フレームを受信して一時的に保持するタイミングとが互いに同じである、画像キャプチャ方法。
13. 前記第１出力フレームを出力するステップにおいて、前記プレビュー画像ストリームが有する前記第１プレビューフレームの後に来る第２プレビューフレームが前記プレビューインタフェースに受信されて出力される過程中にある前記画像キャプチャ指令を受信する時点及び所定のプレビューラグタイムによって、前記第１出力フレームを出力する請求項１２に記載の画像キャプチャ方法。
14. 前記第１出力フレームを出力するステップにおいて、前記第１プレビューフレームが有する識別番号によって、前記バッファから前記第１出力フレームを出力する請求項１２に記載の画像キャプチャ方法。
15. 前記プレビュー画像ストリームを生成するステップにおいて、前記画像データストリームの画像解像度を下げて、前記プレビュー画像ストリームを生成する請求項１２に記載の画像キャプチャ方法。
16. 前記出力画像ストリームを転送するステップは、
    前記出力画像ストリームを前記画像レジスタ中の画像圧縮手段に転送して処理するステップと、
    処理された前記出力画像ストリームを一時的に前記バッファに保持するステップとを含む請求項１２に記載の画像キャプチャ方法。
17. 前記出力画像ストリームを転送するステップは、
    前記出力画像ストリームに含まれる複数の出力フレームを順番に複数のバッファゾーンに保持するステップと、
    最後のバッファゾーンに出力フレームが保持された場合、次からの出力フレームを最初のバッファゾーンから上書きして保持するステップとを含む請求項１２に記載の画像キャプチャ方法。
18. 前記出力画像ストリームを生成するステップにおいて、画像キャプチャ用意指令によって、前記出力画像ストリームを画像レジスタに転送することを開始する請求項１２に記載の画像キャプチャ方法。

Images