JP4304253B2 - 画像撮影ユニットにおける圧縮画像データの投機的圧縮解除のための方法及びシステム - Google Patents

Description

関連出願情報
本発明は以下の同時係属中の米国特許出願の関連出願である。米国特許出願第 号、発明の名称「画像撮影ユニットにおいて向上した画像ファイルと生成するための方法及びシステム」”A Method And System For Generating An Enhanced Image File In An Image Capture Unit”。米国特許出願第号、発明の名称「画像撮影ユニットのレビューモードにおいてユーザインターフェイスを加速するための方法及びシステム」”A Method And System For Accelerating A User Interface Of An Image Capture Unit During Review Mode”。米国特許出願第 号、発明の名称「画像撮影ユニットの再生モードにおいてユーザインターフェイスを加速するための方法及びシステム」”A Method And System For Accelerating A User Interface of an Image Capture Unit During Play Mode”。これらの発明は本発明の譲受人に譲渡され、本発明と出願日を同じくするものである。
発明の分野
本発明は画像撮影ユニットに一般的に関し、より詳細にはこうしたユニットにおいてユーザインターフェイスを加速するための方法及びシステムに関するものである。
発明の背景
写真を撮るための現代のデジタルカメラまたはこれに類するものは、一般に単一スレッドプロセスを動かすコンピュータによって制御される画像素子を有する。画像が捉えられると画像素子は露光され画像を表す生画像データを生成する。生画像データは通常単一画像バッファに保存され、ここでプロセッサにより処理及び圧縮される。画像データを圧縮するための多くの圧縮方式が知られているがJPEG（joint photographic expert group）規格が最も広く用いられている。生画像データがプロセッサによって処理されてJPEG画像ファイルに圧縮された後、このJPEG画像ファイルはプロセッサにより内蔵メモリや外部メモリカードに保存される。
デジタルカメラの中には液晶ディスプレイ（LCD）や他の表示画面をカメラの背面に備えるものがある。LCDの使用によりプロセッサがデジタルカメラを記録及び再生の２つのモードのいずれか一方で動作させることが可能であるが、記録モードしか有さないカメラもある。記録モードでは、LCDはビューファインダとして用いられ、ユーザは写真を撮影する前に物や光景の撮影対象を見ることが可能である。再生モードではLCDはプレイバック画面として用いられ、ユーザは既に撮影した画像を個々に、あるいは４個、９個、または１６個の画像の配列として見ることが可能である。
LCDに加え、デジタルカメラのユーザインターフェイスはまた２つのモードのいずれかにカメラを設定し、再生モードにおいて複数の画像間で移動するための多数のボタンやスイッチを有する。例として、多くのデジタルカメラは撮影された画像間においてユーザが移動またはスクロールすることを可能とする「−」及び「＋」と表示された２個のボタンを有する。例として、ユーザが画像を個々に見る場合、すなわちLCD上に１個の画像がフルサイズで表示される場合には、こうしたナビゲーションボタンの一方を押すことにより現時点で表示されている画像が次の画像に置き換えられる
撮影された画像を再生モードにおいて表示する場合、プロセッサはまず、撮影された画像に対応するJPEG画像ファイルにメモリからアクセスし、この画像データを１度に１６本の横線づつ圧縮解除し、圧縮解除された画像をLCDに送る。次の画像を見るためにユーザがナビゲーションボタンを押すと、ユーザは既に表示されている画像が上から下へゆっくりと次の画像に置き換えられるのを見ることになる。行われる処理量により、画像全体の表示に数秒を要するカメラもある。従来のデジタルカメラでは、画像の圧縮解除時間が遅いばかりでなく、JPEG画像の圧縮解除が行われている間において他の動作を行うことができない。これはユーザが圧縮解除処理を打ち切ることができないことを意味する。すなわち、ユーザが現時点の画像のレビューの途中で別の画像を見たくなった場合、現時点の画像が完全に表示されるまでカメラは次の動作を認識しない。
したがって、この種のユーザインターフェイスはデジタルカメラ上の複数の画像にアクセスを試みる場合、ユーザにとって遅くて、応答性が悪いものとして感じられる。画像へアクセスする速さはこうしたカメラが広く普及するにつれ益々重要な問題となりつつある。
したがって、ユーザが複数の画像を見ることを可能とすると同時に特定の画像の表示及び読み出しを効率的かつ分かりやすく行うことが可能な表示部により画像を提供することが求められている。画像の認識可能な表現を即座に認識することが可能であることも同様に重要である。最後に、システム及び方法は従来のシステムと比較して応答性の高いものでなければならない。例として、複数の撮影画像において２以上の特定の画像を最小の労力で即座に認識できれば便利である。また、一連の画像を通じて速やかに移動するためのより効率的な方法を提供することも重要である。このシステムは簡単かつ高いコスト効率にて実施可能でなければならず、ユーザが容易に扱えるものでなければならない。本発明はそうした必要に応えたものである。
発明の概要
画像撮影ユニットのディスプレイ上のユーザインターフェイスを加速するための方法及びシステムが開示される。画像撮影ユニットは複数の画像を与えるための複数の画像ファイルを有する。本発明に基づく方法及びシステムの第１の態様は、スクロール方法に基づいて画像を選択することと、所定の数の投機バッファを与えることとを含む。本発明に基づく方法及びシステムは更に、選択された画像に基づいて所定の数の投機バッファを編成し、スクロールの方法に応じて複数の画像の１つを保存するために所定の数の投機バッファのそれぞれを割り当てることを含む。
本発明の第２の態様においては、画像撮影ユニットは複数のモードにて動作する。画像撮影ユニットは更に、複数の入力バッファであって、複数のモードの１つにおいて利用され、他の複数のモードの少なくとも１つにおいては利用されない入力バッファを有する。この態様に基づく方法及びシステムは、投機バッファとして入力バッファを再割付けすることと、画像撮影ユニットが複数のモードの内の少なくとも１つのモードにある場合に画像ファイルから投機バッファに画像データを与えることとを含む。
【図面の簡単な説明】
図１は、本発明に基づいた動作を行うデジタルカメラを示すブロック図。
図２は、図１の画像装置の好ましい一実施形態を示すブロック図。
図３は、図１のコンピュータの好ましい一実施形態を示すブロック図。
図４Ａは、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）の好ましい実施形態を示すメモリマップ。
図４Ｂは、１つの入力バッファの内容及び１つのフレームバッファの内容を示すブロック図。
図５Ａ及び５Ｂはそれぞれデジタルカメラの背面図及び頂面図。
図６は、本発明に基づく静止画像ファイルの向上したフォーマットを示すブロック図。
図７は、カメラが撮影モードにあり、ユーザが画像を捉えるためにシャッターボタンを押した時点で始まる画像ファイル生成プロセスを示すブロック図。
図８は、本発明の好ましい一実施形態に基づく加速されたユーザインターフェイスのレビューモードにおける動作及び外観を示す図。
図９は、デジタルカメラのユーザインターフェイスをレビューモードにおいて加速するプロセスを示すフローチャート。
図１０は、本発明の好ましい一実施形態に基づく加速されたユーザインターフェイスの再生モードにおける動作及び外観を示す図。
図１１Ａは、デジタルカメラが再生モードにある場合にユーザインターフェイスを加速するプロセスを示したフローチャート。
図１１Ｂ、１１Ｃ及び１１Ｄは、本発明に基づいてＬＣＤ画面に表示されたスクリーンネイルが高解像度画像が圧縮解除されるのにしたがって高解像度画像に更新される一例を示した図。
図１２は、本発明に基づいた投機バッファとしての入力バッファの再割付けを示すＤＲＡＭのメモリマップ。
図１３は、本発明の好ましい一実施形態における投機的圧縮解除プロセスを示すフローチャート。
図１４Ａ及び１４Ｂは、それぞれ自動及び手動のスクロール方法に応じて画像に与えられるバッファ構成を示すブロック図。
図１５は、投機的圧縮解除プロセスを用いて再生モードのユーザインターフェイスを加速するプロセスを示すフローチャート。
発明の詳細な説明
本発明は、画像撮影ユニットにおいて一連の画像を通じたレビュー及び移動を加速するための方法及びシステムに関する。以下の説明は当業者による本発明の製造及び利用を可能とするために示されるものであり、特許出願における必要書類として提供されるものである。本発明はデジタルカメラに基づいて説明されるものの、好ましい実施形態の様々な変更は当業者にとって自明であり、ここに示される一般的な原理は他の実施形態に適用することも可能である。すなわち、画像、アイコン、または他のアイテムを表示する任意の画像撮影装置において以下に述べられる特徴を適用することが可能であり、そのような装置は本発明の精神及び範囲に含まれるものである。したがって、本発明は示される実施形態に限定されることを意図するものではなく、ここに述べられる原理及び特徴に符合する最も広い範囲を含むものである。
本発明は撮影された画像の速やかな表示を可能とする拡張された画像ファイルを用いて画像撮影ユニットのグラフィカルインターフェイスを加速するための方法及びシステムである。
図１を参照すると、本発明に基づいたカメラ１１０がブロック図にて示されている。カメラ１１０は画像装置１１４、システムバス１１６、及びコンピュータ１１８を好ましくは備える。画像装置１１４は物体１１２に光学的に組み合わされ、システムバス１１６を介してコンピュータ１１８に電気的に接続される。撮影者が画像装置１１４の焦点を物体１１２に合わせ、キャプチャーボタンまたは他の何らかの手段を用いてカメラ１１０に物体１１２の画像を捉えるよう指示を与えると、コンピュータ１１８がシステムバス１１６を介して物体１１２を表す生画像データを捉えるよう画像装置１１４に命令する。捉えられた生画像データはシステムバス１１６を介してコンピュータ１１８に転送される。コンピュータ１１８は画像データを内部メモリに保存する前に画像データに対して様々な処理を行う。画像装置１１４とコンピュータ１１８との間において様々な状況信号及び制御信号が更にシステムバス１１６を流れる。
図２を参照すると、画像装置１１４の好ましい実施形態がブロック図にて示されている。画像装置１１４は通常、絞りを有するレンズ２２０、フィルタ２２２、画像センサ２２４、タイミング発生器２２６、アナログ信号プロセッサ（ＡＳＰ）２２８、アナログデジタル（Ａ／Ｄ）コンバータ２３０、インターフェイス２３２、及び１以上のモータ２３４を備える。
実際の動作においては、画像装置１１４は、光路２３６を通って画像センサ２２４に入射する光の反射光によって物体１１２の画像を捉える。これに応じて、好ましくは電荷結合素子（ＣＣＤ）である画像センサ２２４は捉えられた画像１１２を表す一群の生画像データをＣＣＤフォーマットにて形成する。この生画像データはＡＳＰ２２８、Ａ／Ｄコンバータ２３０、及びインターフェイス２３２を通じて伝送される。インターフェイス２３２はＡＳＰ２２８、モータ２３４、タイミング発生器２２６を制御するための出力部を有する。生画像データはインターフェイス２３２からシステムバス１１６を通じてコンピュータ１１８に伝送される。
図３を参照すると、コンピュータ１１８の好ましい実施形態がブロック図にて示されている。システムバス１１６により画像装置１１４、電力管理部３４２、中央演算ユニット（ＣＰＵ）３４４、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）３４６、入力／出力インターフェイス（Ｉ／Ｏ）３４８、不揮発性メモリ３５０、及び、バッファ／コネクタ３５２の間の接続が与えられる。着脱式メモリ３５４はバッファ／コネクタ３５２を介してシステムバス１１６に接続する。カメラ１１０は着脱式メモリ３５４やバッファ／コネクタ３５２を使用せずに実施することも可能である。
電力管理部３４２は導線３６６を介して電源３５６に接続し、カメラ１１０における電力管理を行う。ＣＰＵ３４４は通常、カメラ１１０の動作を制御するための従来の演算装置を含む。好ましい実施形態においては、ＣＰＵ３４４は、マルチスレッド環境においてカメラ１１０の様々なプロセスを制御するために、複数のソフトウェアルーチンを同時に実行することが可能である。ＤＲＡＭ３４６はダイナミックメモリに隣接したブロックであり、様々な保存機能に選択的に割り付けることが可能である。ＬＣＤコントローラ３９０がＤＲＡＭ３４６にアクセスし、表示のために処理された画像データをＬＣＤスクリーン４０２に伝送する。
Ｉ／Ｏ３４８はコンピュータ１１８との双方向の信号のやりとりを可能にするインターフェイス装置である。例として、Ｉ／Ｏ３４８により外部のホストコンピュータ（図に示されていない）をコンピュータ１１８に接続することが可能である。Ｉ／Ｏ３４８は更に複数のボタンまたはダイアル４０４及びステータスＬＣＤ４０６にインターフェイスする。ステータスＬＣＤ４０６はＬＣＤスクリーン４０２と同様、カメラのユーザインターフェイス４０８のハードウェア要素である。
不揮発性メモリ３５０は通常、コンピュータにより読み出し可能なプログラム指示を保存する従来のＲＯＭまたはフラッシュメモリを含み、カメラ１１０の動作を制御する。着脱式メモリ３５４は更なる画像データ保存領域として機能し、好ましくは不揮発性素子である。またメモリ３５４はカメラ１１０のユーザによりバッファ／コネクタ３５２を介して容易に着脱、交換が可能であることが好ましい。したがって、複数の着脱式メモリ３５４を所有するユーザは、一杯になった着脱式メモリ３５４を空の着脱式メモリ３５４と交換してカメラ１１０の写真撮影容量を効果的に拡張することが可能である。本発明の好ましい実施形態においては、着脱式メモリ３５４はフラッシュディスクを使用して通常実施される。
電源３５６はカメラ１１０の異なる要素に作動電力を供給する。好ましい実施形態においては、電源３５６により主電力バス３６２及び２次電力バス３６４に作動電力が供給される。主電力バス３６２は、画像装置１１４、Ｉ／Ｏ３４８、不揮発性メモリ３５０及び着脱式メモリ３５４に電力を供給する。２次電力バス３６４は電力管理部３４２、ＣＰＵ３４４及びＤＲＡＭ３４６に電力を供給する。
電源３５６は主電池３５８及びバックアップ電池３６０に接続される。好ましい実施形態においては、カメラ１１０のユーザは電源３５６を外部電源に接続することも可能である。電源３５６の通常の動作においては、主電池３５８が電源３５６に動作電力を供給し、電源３５６が更に主電力バス３６２及び２次電力バス３６４を介してカメラ１１０に動作電力を供給する。主電池３５８が故障した場合（電池の出力電圧が動作電圧の最低レベルを下回った場合）のような停電状態においてはバックアップ電池３６０が電源３５６に動作電力を供給し、電源３５６は更にカメラ１１０の２次電力バス３６４にのみ動作電力を供給する。
図４Ａを参照すると、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）３４６の好ましい実施形態を示すメモリマップが示されている。好ましい実施形態においては、ＤＲＡＭ３４６は、ＲＡＭディスク５３２、システム領域５３４、及び作業メモリ５３０を含む。
ＲＡＭディスク５３２は生の圧縮画像データを保存するために用いられ、従来のハードディスクドライブにおけるように「セクター」化されたフォーマットを有する。好ましい一実施形態においては、ＲＡＭディスク５３２はよく知られた標準化ファイルシステムを使用しており、外部のホストコンピュータシステムが１／Ｏ３４８を介してＲＡＭディスク５３２上に保存されたデータを容易に認識し、アクセスすることが可能である。システム領域５３４は通常、コンピュータ１１８の再起動時にＣＰＵ３４４において用いるためのシステムエラーに関するデータ（シャットダウンの原因など）を保存する。
作業メモリ５３０は、ＣＰＵ３４４により使用される各種スタック、データ構造、及び変数を含むと同時にコンピュータ１１８において用いられるソフトウェアルーチンを実行する。作業メモリ５３０は更に、画像装置１１４から送られた生画像データを一時的に保存するための複数の入力バッファ５３８、及び、ＬＣＤスクリーン４０２上で表示するためのデータを保存するフレームバッファ５３６を含む。好ましい一実施形態においては、入力バッファ５３８及びフレームバッファ５３６のそれぞれはピンポンバッファと呼ばれる２つの別々のバッファに分割され（点線にて示されている）、デジタルカメラの表示速度が向上し、ディスプレイ４０２上で画像が割れることが防止される。
図４Ｂを参照すると、入力バッファ５３８及びフレームバッファ５３６の内の１つの内容が示されている。図に示されるように入力バッファ５３８のそれぞれは入力バッファＡ及び入力バッファＢを有し、フレームバッファ５３６はフレームバッファＡ及びフレームバッファＢを有する。入力バッファＡ及びＢは入力サイクルと処理サイクルとの間で交互に切り換わる。入力サイクルでは入力バッファ５３８は画像装置１１４からの生画像データを保存し、処理サイクルではＣＰＵ３４４によって未処理データが処理され、処理されたデータはフレームバッファ５３６に伝送される。
図７を参照すると、好ましい一実施形態においてはライブビュー発生プロセス６１２によってこの処理は行われる。ライブビュー発生プロセス６１２は不揮発性メモリ３５０に保存され、ＣＰＵ３４４上で実行される。この画像処理はハードウェアを用いて実行することも可能である。ライブビュー発生プロセス６１２の実行に際してＣＰＵ３４４は生画像データを入力バッファ５３８からＣＣＤフォーマットにて取り込み、このデータに色空間変換を行う。この変換プロセスにおいてガンマ補正が行われ、生ＣＣＤデータはＬＣＤスクリーン４０２に適合したＲＧＢまたはＹＣＣカラーフォーマットに変換される（ＲＧＢはＲｅｄ、Ｇｒｅｅｎ、Ｂｌｕｅの略であり、ＹＣＣはＬｕｍｉｎａｎｃｅ、Ｃｈｒｏｍｉｎａｎｃｅ−ｒｅｄ、Ｃｈｒｏｍｉｎａｎｃｅ−ｂｌｕｅの略である）。データのＹＣＣへの変換の後、ＹＣＣデータはフレームバッファ５３６に保存される。次に処理された画像データはＬＣＤコントローラ３９０により表示のためにフレームバッファからＬＣＤ画面４０２に伝送される。
しかしながら、ＬＣＤ画面４０２の解像度は異なりうる。通常、ＬＣＤ画面の解像度は、ユーザが最大解像度にて画像を撮影した場合に画像装置１１４によって得られる画像データの解像度と比較して大幅に低い。一般的にＬＣＤの解像度は、最大解像度の画像のビデオ解像度の１／４である。入力バッファ５３８のサイズも異なり得るが、好ましい一実施形態においては入力バッファ５３８の内２つは最大解像度の画像を含むことが求められる。したがって入力バッファ５３８の１つは１／２の解像度にて撮影された１個の画像を含むことが可能である。ＬＣＤは１／４の解像度にて画像を表示することが可能であるためライブビュープロセスが行われる際に生成する画像もやはり１／４の解像度である。したがってこの画像は入力バッファ５３８の半分または１つに保存される。
再び図４Ｂを参照すると、ピンポンバッファはライブビューモードの間において以下のように利用される。入力バッファＡに画像データが蓄積されている間に入力バッファＢからのデータは処理されてフレームバッファＢに伝送される。同時にフレームバッファＡにおいて先に処理されたデータが表示のためにＬＣＤスクリーン４０２に出力される。入力バッファＢに画像データが蓄積されている間には入力バッファＡからのデータが処理されてフレームバッファＡに伝送される。この時、フレームバッファＢにおいて先に処理されたデータが表示のためにＬＣＤスクリーン４０２に出力される。
図５Ａ及び５Ｂにはカメラ１１０のユーザインターフェイス４０８の好ましいハードウェア要素が示されている。図５Ａはカメラ１１０を背面から見た図であり、ＬＣＤスクリーン４０２、４方向ナビゲーションコントロールボタン４０９、オーバレイボタン４１２、メニューボタン４１４、及び１組のプログラミング可能なソフトキー４１６が示されている。図５Ｂはカメラ１１０の頂面図であり、シャッターボタン４１８及びモードダイアル４２０が示されている。カメラは場合により、ステータスＬＣＤ４０６、ステータスＬＣＤスクロールボタン４２２、ステータスＬＣＤ選択ボタン４２４、録音ボタン４２６、ズームインボタン４２６ａ、及びズームアウトボタン４２６ｂを備えることが可能である。
従って、本発明の種々の特徴の組み合わせにより撮影画像にアクセスする際にデジタルカメラのユーザインターフェースを加速することが可能である。これらの特徴は、デジタルカメラの複数動作モードと、ある動作モードにおける画像データを圧縮解除する必要性をなくすことによって画像の急速表示を支援するための複数サムネイル画像の使用と、その他の動作モードにおけるフルサイズ画像の急速表示を支援するための圧縮画像データの投機的圧縮解除とを含んでいる。サムネイルと投機的圧縮解除を用いると、画像をすぐに表示されうる表示を介してより急速にレビューし、ナビゲートすることができる。本発明によって、ユーザに対する相互作用速度と応答性が従来のナビゲーションシステムと較べて著しく増大する。
上述したごとく、本発明の一態様においては、デジタルカメラは種々のカメラ機能を支援するためのいくつかの異なったモードを備える。デジタルカメラは複数動作モードを含んでいるが、この記述に関連するモードは撮影モード、レビューモード、および再生モードである。撮影モードでは、カメラ１００は、画像を捉えるための準備動作および、ＬＣＤスクリーン４０２またはオプションの光学ファインダー（図示せず）の助けを借りたステータスＬＣＤ４０６を用いた画像撮影動作を支援する。レビューモードでは、カメラ１００は、カメラの内容をレビューする動作、画像編集やソート動作、及び画像印刷や転送動作を支援する。再生モードでは、カメラ１００は、画像が捉えられた向きのＬＣＤスクリーン４０２内のスクリーンサイズ化された画像をユーザが見ることを可能にする。再生モードはまた、ユーザが、表示された画像に関する録音された音を聞くことと、インターバル画像、スライドショー画像、およびバーストイメージ画像を含む順番にグループ化した画像を再生することを可能にする。ユーザは、モードダイアル４２０を用いて、撮影モード、レビューモード、および再生モードを切り換えるのが好ましい。カメラが特定のモードにあるとき、そのモードのデフォルトスクリーンが、画像、アイコン、およびテキスト等のモード別アイテムの組が表示されているLCDスクリーン内に現れる。複数操作モードの使用により、カメラの機能と内容は分類され、そのことは、従来のデジタルカメラにおけるような一つの再生モードにすべての内容を重ねることによって可能となる内容および機能へのより速いアクセスを可能にする。
ユーザインターフェース４０８を加速することを可能にする本発明の別の一態様は、高解像度圧縮画像データのより小さな低減解像度版である、各撮影画像に関連付けられた複数のサムネイルの使用である。本発明の好ましい実施形態においては、２種類のサムネイル画像が各撮影画像と関連しており、画像データファイルに含まれている。
図６に、本発明による静止画像ファイルの拡張フォーマットのブロック図を示す。画像ファイル６００は、ヘッダ６０２、圧縮画像データ６０４、サムネイル画像６０６、スクリーンネイル６０８、および画像タグ領域６１０を含んでいる。画像ファイル６００はまた、サウンドクリップが特定の画像に付加されているなら音声ファイル（図示せず）を含む。
ヘッダ６０２は特定の画像ファイルを特定する情報と画像データ６０４によって表される画像とを含んでいる。画像データ６０４は、圧縮形式、好ましくはJPEG形式のフルサイズ化された撮影画像を含む実データである。ユーザは通常、画像が捕捉される解像モードを選ぶが、画像が処理され圧縮されると、圧縮画像データ６０４は、サムネイル６０６とスクリーンネイル６０８と比較して高解像度の画像表示となる。画像が例えば６４０ピクセル×４８０ピクセルの解像度で撮影されるならば、圧縮画像データ６０４は一般的に５０から６０キロバイトのサイズとなる。
サムネイル画像６０６は、画像の小さな、非圧縮低解像度版である。好ましい実施形態においては、サムネイル画像６０６のピクセルサイズはＬＣＤ画面４０２の表示サイズ（例えば８０ピクセル×６０ピクセル）よりも小さく、約１０キロバイトの記憶サイズを持っている。
スクリーンネイル画像６０８は画像の中解像度版であり、好ましい実施形態においてやはり圧縮されているが、スクリーンネイル６０８を圧縮する必要は必ずしもない。サムネイル画像６０６とは異なり、スクリーンネイル画像６０８は表示サイズ化されていて、表示されるときにはＬＣＤスクリーン４０２の可視領域を満たす。好ましい実施形態では、圧縮されたスクリーンネイル画像６０８のピクセルサイズは好ましくは２８８×２１６であり、記憶するのに約１５キロバイト必要である。
画像タグ領域６１０は、画像データ６０４によって表示される画像に関する、好ましくはタグ形式での、情報を含んでいる。メディア形式のタグは、例えば、画像が単一画像かパノラマ画像かといった画像に関するすべてのメディア形式を示す。ある種の動作モードでは、メディア形式タグが、サムネイル画像６０６と並んでLCD４０２内に表示されるアイコンの形式を選択するために用いられる。メディアタグのほかに、画像タグ領域６１０もまた、画像やカメラ１１０そのものに関する追加情報を蓄積するための他の形式のタグを含むことができる。例えば、画像が撮影されたときのカメラの設定を示すため、あるいは、カメラ製造元表示のためにタグを用いることができる。これらのタグの中の情報はカメラインターフェース４００のボタンによってアクセスできる。追加情報はそのときLCD４０２内のテキストとしても表示することができる。
本発明の向上した画像ファイル６００は、ユーザーがカメラが撮影モードにある間に写真を撮るときに、各画像に対して形成される。向上した画像ファイル６００はそのとき、レビューおよび再生モードにあるデジタルカメラのユーザインターフェースを加速するために用いられる。カメラがレビューモードにあるとき、画像ファイル６００の中にあるサムネイル画像６０６は、撮影画像の表示としてLCD４０２上に直接表示され、このことは、圧縮画像データ６０４を処理し圧縮解除する必要性をなくす。そして、カメラが再生モードにあるときは、画像ファイル６００の中にあるスクリーンネイル画像６０８は、まず圧縮解除されLCD４０２上に表示され、次に必要に応じて画像データ６０４が圧縮解除される際に高解像度圧縮画像データ６０４により更新される。この特徴は、デジタルカメラが、高解像度JPEG画像を始めに圧縮解除し、それをＬＣＤ４０２に合うようにサイズを変更することによって起こる遅延なしに、LCD４０２内に撮影画像のフルサイズ版をすぐに表示することを可能にする。圧縮画像データ６０４を圧縮解除し表示するかしないかは、ディスプレイの解像度とスクリーンネイル画像６０８の解像度に基づいている。このことは以下に詳しく述べる。
図７に画像ファイル発生プロセスのブロック図を示す。このプロセスは、カメラが撮影モードにあり、ユーザが画像を撮影するためにシャッターボタン４１８を押すと始まる。上述したように、ユーザが撮影モードにおいて画像を捕捉する前に、何フレームかの生画像データがＬＣＤスクリーン４０２に適した低減解像度で画像装置１１４によって順に捕捉される。そして、各フレームの生画像データは入力バッファ５３８のピンポンバッファ（図４）に蓄積される。ライブビュー発生プロセス６１２は、ガンマ補正と、ＬＣＤスクリーン４０２のYCCフォーマット、典型的にはＹＣＣ２２２フォーマットにデータを変化させるための生画像データについての色変換を行い、それから各フレームのためのＹＣＣ２２２データを表示用フレームバッファ５３６に転送する。入力バッファ５３８内へ置かれた生画像データはまた、露出、焦点、および白バランス設定を抽出するために処理される。
ユーザが画像を捕捉するためにシャッターボタン４１８を押すと、生画像データがユーザによって設定された解像度で画像装置１１４によって捕捉され、生画像データは適当な数の入力バッファ５３８に蓄積される。
生画像データはそこで、図６に示す圧縮画像データ６０４、サムネイル６０６、およびスクリーンネイル６０８を含む撮影画像のための拡張画像ファイル６００を発生するために用いられる。
サムネイル画像６０６とスクリーンネイル画像６０８を発生するとき、本発明は、フレームバッファ５３６内のＹＣＣデータがすでにライブビュー発生プロセス６１２によって処理され、ＬＣＤスクリーン４０２の低減化された解像度で蓄積されているという事実を利用している。サムネイル画像６０６とスクリーンネイル画像６０８はまた、撮影画像の低解像度表示であることが意図されているので、前に処理されたフレームバッファ５３６内のＹＣＣデータが、サムネイル６０６とスクリーンネイル６０８を、入力バッファ５３８に蓄積された生画像データを用いてよりも、直接発生するために用いられている。
スクリーンネイル画像６０８を発生するために、フレームバッファ５３６内のＹＣＣデータがＹＣＣ２２２フォーマットからＹＣＣ４２２フォーマットに変換され、変換圧縮プロセス６１４によって圧縮される。サムネイル画像６０６を発生するために、フレームバッファ５３６内のＹＣＣデータがＹＣＣ２２２フォーマットからＹＣＣ４２２フォーマットに変換され、変換・サイズ変更プロセス６１６によってサイズ変更される。変換・サイズ変更プロセス６１６の間、ＹＣＣ４２２からの一ブロックのピクセル値をサムネイル画像６０６の一つのピクセル値を表示するために平均化する平均化処理によったり、一つのブロック内のある数のピクセルだけをサムネイル画像６０６の一つのピクセル値を表示するために用いるＹＣＣ４２２データのサブサンプリング処理によったりして、サムネイル画像６０６をサイズ変更できる。
図４A，６及び７によると、サムネイル画像６０６とスクリーンネイル画像６０８を発生した後、それらを圧縮画像データ６０４を発生するまでワーキングメモリ５３０内に蓄積する。圧縮画像データ６０４はサムネイル画像６０６とスクリーンネイル画像６０８の前または後に発生することができる。しかしながら、好ましい実施形態においては、背景スプーリングプロセス６１８を用いてサムネイル画像６０６とスクリーンネイル画像６０８を発生した後に圧縮画像データ６０４を発生する。もう一つの実施形態においては、圧縮画像データ６０４と一緒に、背景スプーリングプロセス６１８によってサムネイル画像６０６とスクリーンネイル画像６０８を発生することができる。
もう一つの好ましい実施形態においては、２段階ライブビュー発生器６１２を用いてサムネイル画像６０６とスクリーンネイル画像６０８を発生することができる。第１段階では、ライブビュー発生器６１２は上述したように表示のためにフレームバッファ５３６に画像を提供する。ユーザが画像を撮影するとき、画像装置からの生画像データは、入力バッファ５３８に蓄積される前の高品質の故に圧縮され、ライブビュー発生器６１２が第２段階に切り換える。この段階では、ライブビュー発生器６１２は圧縮された生データを圧縮解除し、ＹＣＣ２２２データとＹＣＣ４２２データの両方にデータを処理する。ライブビュー発生器６１２はそれから表示のためにＹＣＣ４２２データをフレームバッファ５３６に転送し、ＹＣＣ４２２データからサムネイル画像６０６とスクリーンネイル画像６０８を発生する。
背景スプーリングプロセス６１８は、RAMスプーラ１および２（６２０）、着脱式メモリスプーラ１および２（６２４）、および画像処理圧縮プロセス（ＩＰＣ）６２２を含むのが好ましい。プロセス６２０，６２２および６２４はＣＰＵ３４４上の背景プロセスとして実行されるのが好ましく、従って他のプロセスと平行して実行できる。ここに用いられるように、スプーラは一つのプロセスまたはデバイスからその次のプロセスまたはデバイスへデータを転送するプロセスである。背景スプーリングプロセス６１８の主要目的は、もう一つの画像を捕捉するために入力バッファ５３８を解放するためにできるだけ入力バッファ５３８からデータを移動させることである。データが移動した後、そのデータは背景内で処理される。このことは、前の画像が処理され圧縮される前に次の画像を捕捉することを可能にし、このことはデジタルカメラの撮影速度を増加させる。
動作時において、ユーザが画像を捕捉した後は、入力バッファ５３８の生画像データの制御はＲＡＭディスク５３２がいっぱいでなければＲＡＭスプーラ１（６２０）に移る。ＲＡＭスプーラ１（６２０）は、生画像データの制御を得れば、生画像データをＲＡＭディスク５３２に転送する。あるいは、ＲＡＭディスク５３２がいっぱいであれば、生画像データの制御はＩＰＣ６２２に転送され、そこで圧縮画像データ６０４（図６）を発生するためにデータが処理圧縮される。
生画像データがＲＡＭディスク５３２に転送された場合、着脱式メモリスプーラ（６２４）はＲＡＭディスク５３２から生画像データにアクセスし、それを着脱式メモリ３５４に転送することができる。生画像データが着脱式メモリ３５４に転送されると、ＩＰＣ６２２は生画像データにアクセスし、圧縮画像データ６０４を発生するために生画像データを処理する。あるいは、着脱式メモリ３５４が、生画像データをＩＰＣ６２２に直接提供して圧縮画像データ６０４を発生することができる。
圧縮画像データ６０４を発生した後、ＩＰＣ６２２は圧縮画像データ６０４をＲＡＭスプーラ２（６２０）に提供することができる。圧縮画像データ６０４はそこでサムネイル６０６およびスクリーンネイル６０８と結合され、拡張画像データファイル（図６）を発生する。そしてＲＡＭスプーラ２（６２０）は圧縮画像データファイル６００をＲＡＭディスク５３２に転送する。圧縮画像データファイル６００がＲＡＭディスク５３２に書き込まれると、着脱式メモリスプーラ２（６２４）は画像データファイル６００にアクセスし、着脱式メモリ３５４に画像データファイル６００を書き込むことができる。着脱式メモリ３５４が挿入されていないなら、画像データファイル６００はＲＡＭディスク５３２上に留まる。別の実施形態においては、デジタルカメラはＲＡＭディスク５３２なしに実施できる。いずれの場合においても、画像データは着脱式メモリ３５４にスプールされるかまたは着脱式メモリ３５４からスプールされる。
デジタルカメラのレビューモードと再生モードのユーザインターフェースを加速するために、本発明の向上した画像データファイル６００の好ましい使用を以下に述べる。
図８に、本発明の好ましい実施形態に従って、レビューモードの間の加速されたユーザインターフェースの動作と外観を示すブロック図を示す。レビューモードにアクセスするためにモードダイアル（図５B）または他のそのようなボタンを動かすことは、ユーザが各画像に関する具体的な属性と一緒にカメラ内のすべての画像を見ることを可能にする。好ましい実施形態においては、レビュー画面は、同時に４つのサムネイル７００を表示し、ユーザが日時に基づき順に映像間を前後に迅速に移動できる、フィルムのような構成に基づいている。
ユーザは４方向ナビゲーションコントロールボタン４０９を用いてLCDスクリーン４０２内の一連の小サムネイル７００を通じてナビゲートできる。ユーザが左右ボタン４１０を押すか押し下げると、小サムネイル７００はＬＣＤスクリーン４０２をスクロールオフされて他の撮影画像を表示する新しい小サムネイル７００によって置きかわる。静止選択矢印線７０２が、ナビゲーションのためと、どの小サムネイル７００が現在選択された画像かを示すために用いられる。ユーザがナビゲーションボタン４１０を押し、小サムネイル７００がＬＣＤスクリーン４０２をスクロールするとき、選択矢印線７０２内の選択表示の上に位置する小サムネイル７００が現在選択されている画像と考えられる。別の実施形態においては、選択表示は画像リストの最初と最後近くに位置する場合を除き、静止している。
好ましい実施例においては、撮影画像がカメラにない場合、ＬＣＤ７０２はこのことを示すメッセージを表示する。画像が一つだけある場合は、小サムネイル７００は画像が選択矢印線７０２内の選択表示の上に表示されていることを示す。４つより多い画像がカメラの中にある場合は、選択矢印線７０２は矢印ヘッドを表示してその方向への移動が左右ナビゲーションボタン４１０によって可能であることを示す。
小サムネイル７００が現在選択された画像となった後、その画像に対応する追加情報がＬＣＤスクリーン４０２内に自動的に表示される。好ましい実施形態においては、追加情報は、現在選択されている画像の大きいビュー（１２０ピクセル×９０ピクセル）を示すサイズの変更されたサムネイル７０４と、アイコンバー７０６とテキスト７０８を備えた画像情報とを含む。アイコンバーは画像が静止画かインターバル画像かバースト画像かといったこと、音声が画像に付加されているかどうかということ、および画像のカテゴリなどの、活動画像に関するメディア形式を示すいくつかのアイコンを表示することができる。表示されたテキスト７０８は画像の名前または番号の仕様と、画像が撮影された日と時間を含むことができる。
図９に,、レビューモードにあるときのデジタルカメラのユーザインターフェースを加速するプロセスを示すフローチャートが本発明に従って示されている。レビューモードがステップ７２０で求められるとプロセスが開始する。図３，６，８および９を参照すると、レビューモードが求められた後、ステップ７２２において、現在のスクリーンに表示されるべき各サムネイル画像６０６が着脱可能メモリ３５４（または、もし接続されていればホストコンピュータ）に蓄積された対応画像データファイル６００から持ってこられる。
ユーザインターフェースの表示速度を更に大きくするために、図４Ｂに示すフレームバッファ５３６の一方が専用ドローバッファとして用いられ、他方が本発明の好ましい実施形態における専用表示バッファとして持いられる。与えられたレビューモードスクリーンを表示するとき、すべてのスクリーン要素が最初ドローバッファの中で描かれ、それから、データが表示のためにＬＣＤ４０２に出力される表示バッファに移動される。
サムネイル画像６０６が取り出されてワーキングメモリ５３０に置かれた後、サムネイル画像６０６は小サムネイル７００を発生するために切り取られる。そして、小サムネイル７００がステップ７２４でドローバッファに書き込まれる。一つの好ましい実施形態においては、小サムネイル７００はサムネイル画像６０６の中央を、表示される前の画像方向を無視した正方形サイズ（５０ピクセル×５０ピクセル）に切り取ることによって形成される。これは、小サムネイルは画像の正確な表示というよりもナビゲーション目的として使用することが意図されているためと、正方形が景色と肖像のサムネイル画像の表示を支援することが必要とされるＬＣＤ４０２内のスペースを減らすためである。別の実施形態においては、サムネイル７００は、その真の向きと縦横比（肖像または景色）でＬＣＤ４０２内に表示することができる。もう一つの実施形態においては、サムネイルはまた景色のフォーマットで表示し、従来の湿式ネガ上に置かれた画像に似るように切り取ることができ、また切り取らないこともできる。
すべての小サムネイル画像７００がドローバッファに書きこまれた後、ステップ７２６で、現在選択されている画像に関するサムネイル画像６０６が、より大きいサイズ変更されたサムネイル７０４を発生するためにサイズ変更され、サイズ変更されたサムネイル７０４はドローバッファに書き込まれる。好ましい実施形態においては、サイズ変更されたサムネイル７０４はサムネイル画像６０６に画像を効率良く２．２５倍にする１．５などの倍数を乗じて形成される。サイズ変更したサムネイルは、サムネイル画像６０６を拡大するよりも、小サムネイル７００を拡大することによって形成することができる。しかしながら、小サムネイル７００は正方形に切り取られるため、元のサムネイル画像６０６を拡大する方が、画像の真の向きを示すために選択された画像のより良い表示が得られる。
サイズ変更されたサムネイル７０４が書かれた後、ステップ７２８で、選択画像に関する追加情報がドローバッファ７２８に書き込まれる。追加情報は選択画像に対応した画像ファイル６００から画像タグ６１０にアクセスすることによって表示される。ドローバッファがすべての必要なスクリーン要素を持った後、ステップ７３０で、ドローバッファの内容が表示バッファに移されＬＣＤ４０２に出力される。
ステップ７３０で、ユーザがＬＣＤ４０２内の小サムネイルを通してスクロールすると、表示されるべき次のサムネイル画像６０６がその画像データファイル６００から取り出され、ステップ７２２で述べたようにワーキングメモリ５３０に置かれる。そしてこのプロセスが繰り返される。好ましい実施形態においては、ユーザが左右ナビゲーションボタン４１０を下げると、サイズ変更されたサムネイル７０４が選択画像変更として更新され、サイズ変更されたサムネイル７０４を更新できるのと同じ速度でのみ小サムネイル７００がスクロールする。別の一実施形態においては、サイズ変更されたサムネイル７０４は新たな選択画像のそれぞれによって更新されず、小サムネイル７００が、一つ一つ飛んでいくよりも、スムースなスクロールで所定の速度にてスクリーンを横切って速く移動する。この実施形態では、ユーザがスクロールを停止するために左右ナビゲーションボタン４１０を離すと、サイズ変更されたサムネイル７０４は更新される。
本発明においては、小サムネイル７００及び大サムネイル７０４は、レビューモードにてサムネイル画像データ６０６により表示される。サムネイル７００，７０４を表示する上でＪＰＥＧの圧縮解除は必要でないことから、画像表示時間及びユーザインターフェイスの応答性は顕著に向上する。サイズ再設定を施されたサムネイル７０４は小サムネイル７００と共に表示されるため、ユーザは画像間をスクロールすることができる状態で、一定の画像を容易に識別することができる。
別の実施形態では、取り外し可能なメディアのスピードが障害である場合は、一連のサムネイル画像６０６をキャッシュすることにより上記のプロセスを実行することができる。同プロセスはまた、フレームバッファ５３６をドローアンドディスプレイバッファに分割することなく実行可能であり、代わりにピンポンバッファをスワップすることにより実行可能である。しかしながら、スクリーン中の変化する要素のみがドローバッファに再び引き出されて、その他不変のスクリーン要素は再び引き出されず、このことにより時間が節約されると共に、処理サイクルが他のタスクを行うために使用可能になることから、好適な実施形態によって性能上の有利さが得られると考えられる。
次に、図１０には、本発明の好適な一実施形態に基づいて、再生モードにおける加速されたユーザインターフェイスの作用及び外観の概略図を示す。モードダイアル４２０（図５Ｂ）又はその他同様のボタンを再生モードにアクセスすべく動作させることにより、ユーザはフルサイズ画像を見ることができると共に画像に付随する種々のメディアタイプをプレイバックすることができる。好適な一実施形態では、再生スクリーンレイアウトは一度に１つのフルサイズ画像を、その画像が捉えられた定位にて表示する。レビューモードと同様に、ユーザは４方向ナビゲーションコントロールボタン４０９上の複数の左／右ボタン４１０を用いて、ＬＣＤスクリーン４０２にて複数のフルサイズ画像間を時間的順序に従ってナビゲートすることができる。ユーザはまた、デフォルト又はユーザ定義プレイバックレートに基づき、経過時間、バースト及びスライドショー画像等、種々のメディアタイプをプレイバックすることができる。
次に図１１Ａに、再生モードにおけるデジタルカメラのインターフェイスを加速するプロセスを示すフローチャートを、本発明に基づき示す。プロセスは、再生モードがステップ８００にて呼び出された後に開始される。ここで図３、図６及び図１０に示すように、再生モードが呼び出された後、ステップ８０２にて、選択された画像に対応するスクリーンネイル画像６０８は着脱式メモリ３５４（又はホストコンピュータが接続されている場合は同ホストコンピュータ）に保存された画像データファイル６００から引き出される。次にスクリーンネイル画像６０８は、ステップ８０４にて圧縮解除されＬＣＤスクリーン４０２に表示される。
図１１Ｂには、ＬＣＤスクリーン４０２に表示されるスクリーンネイル８０９の一例を示す。スクリーンネイル８０９は中等度の解像度を有するに過ぎないため、その画像はそれほど鮮明ではないが、それにより示される画像が何であるかをユーザが知る上では十分である。図１１Ａに示すようにステップ８０６にてユーザが左／右ボタン４１０を押し、これを押し下げた状態に保持する場合、ステップ８０８において、一連のスクリーンネイル画像６０８は、ユーザがボタンを解除する時点まで継続的に圧縮解除されＬＣＤスクリーン４０２に表示される。
ボタンが解除された後、その時点で表示されている画像が選択画像となり、ステップ８１０において、選択画像に対応する圧縮画像データ６０４が画像ファイル６００から引き出されて圧縮解除され、ディスプレイに適合するようにサイズの再設定を施される。好適な一実施形態では、圧縮画像６０４が圧縮解除される間、ステップ８１２にて、ＬＣＤスクリーン４０２のスクリーンネイル画像６０８は圧縮解除された画像にブロック毎に更新される。
図１１Ｃ及び図１１Ｄは、圧縮画像６０４が圧縮解除されてサイズ再設定を施される間、ＬＣＤスクリーン４０２のスクリーンネイル８０９を上方から下方へ置換していく、より高い解像度を有する圧縮画像８１１を示す。別の実施形態では、単一のステップにおいて、まず圧縮画像６０４を全体に圧縮解除してサイズ再設定を施し、次にスクリーンネイル画像６０８を段階毎に置換するようにしてもよい。
本発明の別の好適な実施形態では、再生モードのユーザインターフェイスは、圧縮画像データ６０４を随意に表示することにより更に加速される。即ち、スクリーンネイルの品質が、ＬＣＤスクリーン４０２におけるその表示と圧縮画像データ６０４の表示とが区別不能な程度のものである場合は、圧縮画像データ６０４を圧縮解除して表示するために時間を費やす理由はない。圧縮画像データ６０４を表示するか否かは２つの要因、即ち、スクリーンネイル６０８を圧縮するために用いられる圧縮要因により決定されるスクリーンネイル６０８の解像度、及びＬＣＤスクリーン４０２の解像度に依存する。スクリーンネイル６０８の解像度がＬＣＤスクリーン４０２の解像度に適合する場合又はこれを超過する場合は、スクリーンネイル６０８のみが再生モードにて表示される。この場合、カメラのビデオジャックを介して、ＰＣモニタ又はテレビ等のより高い解像度を有するデバイスにカメラが接続されているか否かをモニターするように、カメラをプログラムし得る。このようなデバイスに接続されている場合、ステップ８１２と同様に、圧縮画像データ６０８は圧縮解除されより高い解像度を示すデバイスにて表示される。
図１１Ａに示すように、ステップ８１４にてユーザがナビゲーションボタン４１０の１つを押した場合、ステップ８１６にて圧縮解除プロセスは（未完了であれば）中断され、ステップ８０８にて、次のスクリーンネイル画像６０８が圧縮解除され表示される。また、圧縮画像の圧縮解除プロセスは、ユーザがモードを変更した際にも中断されることを理解されたい。
従って、低解像度のスクリーンネイルを圧縮解除することはフルサイズ圧縮画像を圧縮解除することよりも短時間で成されるため、ユーザがナビゲーションボタンを押し下げた場合のみにスクリーンネイル画像を表示することによって、ユーザは従来のデジタルカメラよりも迅速にフルサイズ画像間をスクロールすることができる。更に、ＣＰＵは位置及びモードの変更によって生じる割り込みに応答するため、ユーザは不要な圧縮画像の圧縮解除及び表示を中断して、迅速に次の画像に移行することができる。即ち、従来のデジタルカメラにおけるように、画像表示中にユーザインターフェイスのボタンが固定されることはないため、カメラはユーザのインプットに直ちに応答し、デジタルカメラユーザインターフェイスの応答性は大幅に向上する。
本発明の別の観点において、デジタルカメラのユーザインターフェイスを更に加速するために、圧縮スクリーンネイル画像６０６はレビューモード及び再生モードにて推測に基づき圧縮解除される。図４Ａに示すように、撮影モードでは、前述のように、入力バッファ５３８は入ってくる画像データを捉えるために撮影バッファとして用いられる。しかしながら、カメラがレビューモード及び再生モードに設定されている際、入力バッファ５３８は一般的には使用されていない。本発明では、カメラがレビューモード及び再生モードに設定されている場合は、使用されていないこれらの入力バッファ５３８をワーキングメモリとして再割り当てする。
図１２に、入力バッファの投機バッファとしての再割り当てを示す、ＤＲＡＭのメモリマップを本発明に基づき示す。ＤＲＡＭ３４６は、ユーザがスクロールして指定する可能性がある画像に対応する画像データを推測に基づき圧縮解除するためのバックグラウンドプロセスに用いられる複数の（Ｎ）投機バッファ８５０を備えた状態で図示されている。１つのモードにてインプットデータを捉えるために入力バッファ３５８としてＤＲＡＭ３４６の一部分を用い、その他のモードにて画像データを圧縮解除するために投機バッファ８５０としてＤＲＡＭ３４６の同部分を用いることにより、本発明はメモリの多様な用途を提供する。
本発明における推測に基づく圧縮解除では、投機バッファ８５０は、レビューモード及び再生モードにおいて、スクリーンネイル画像６０８及び圧縮画像６０４をバックグラウンドにて圧縮解除すべく用いられる。ユーザがその時点でレビューモードにあり再生モードに切り換える場合、又は再生モードにあって次の画像を選択する場合は、選択された画像のスクリーンネイルは既に圧縮解除されているため直ちに表示される。ユーザが画像から画像へとスクロールを開始すると、既に圧縮解除されているスクリーンネイルが同様に表示される。ユーザがその時点で選択されている画像に十分に長時間とどまる場合は、全投機バッファ８５０が圧縮解除されたスクリーンネイルで一杯になった後、プロセスはそれぞれの圧縮データ６０４を圧縮解除することによって投機バッファ８５０内のスクリーンネイル画像を置換し始める。このようすれば、ユーザが再生モードに切り換えた際、又は再生モードにあって次の画像を選択した際、画像は既に圧縮解除されているため、より高い解像度を有する画像が即座に表示される。このことが行われる場合は、スクリーンネイルを表示するステップは省略される。
図１３に、推測に基づく圧縮解除プロセスを説明するフローチャートを本発明の好適な一実施形態に基づき示す。同プロセスはステップ９００にてレビューモード又は再生モードが呼び出された際に開始する。プロセスが開始されると、ステップ９０２にて、使用可能な投機バッファ８５０の数が決定される。使用可能な投機バッファ８５０の数が判明すると、ステップ９０４にて、ユーザによって用いられるスクロール方法に基づき、その時点で選択されている画像周囲に投機バッファ編成が割り当てられる。例えば、ユーザは左／右ナビゲーションボタン４１０を押し、これを押し下げた状態に保持することによって、又は画像が予め設定されたレートに基づき進んでいく場合には「再生」ボタンを押すことによって、画像間を自動的に進行することが可能である。ユーザはまた、左ナビゲーションボタン４１０ａ又は右ナビゲーションボタン４１０ｂを繰り返し押すことによって画像間を手動で進行することができる。スクロール方法に応じて割り当てられたバッファ編成は、次に表示される画像を推測し、その結果、スクリーンネイル圧縮解除の順序を決定する。
図１４Ａに、自動スクロール方法に応じて画像に割り当てられたバッファ編成を示す。Ｍ個の投機バッファ８５０が具備される場合、投機バッファ８５０は画像シーケンス中にてその時点で選択されている画像Ｎが最初に圧縮解除されるように割り当てられる。その後、スクリーンネイル圧縮解除の順序は選択された画像Ｎから、画像Ｎ＋１、画像Ｎ＋２、画像Ｎ＋３、画像Ｎ＋４等へと進行していく。この順序によって、ユーザが同一方向にスクロールし続ける間、その時点の画像より先の画像のスクリーンネイル６０８が予め圧縮解除され、それらが選択画像となった場合に遅延することなく表示され得る。
図１４Ｂに、手動スクロール方法に応じて画像に割り当てられたバッファ編成を示す。Ｍ個の投機バッファ８５０及び画像シーケンス中にてその時点で選択されている画像Ｎが具備される場合、投機バッファ８５０は画像シーケンス中にてその時点で選択されている画像Ｎが最初に圧縮解除されるように割り当てられる。その後、スクリーンネイル６０８の圧縮解除の順序は選択された画像Ｎの周囲で交互に、即ち、画像Ｎ＋１、画像Ｎ−１、画像Ｎ＋２、画像Ｎ−２等、と進行していく。選択された画像に隣接する画像のスクリーンネイル６０８を推測に基づき圧縮解除することによって、ユーザが次の画像又は先の画像のいずれに進むかに関わらず、スクリーンネイル６０８は遅延することなく表示され得る。
図１３に示すように、バッファ編成が割り当てられた後、ステップ９０６においてプロセスは（Ｎ）、即ちその時点で選択されている画像の番号を得る。推測に基づく圧縮解除は最初に捉えられた画像又は最後に捉えられた画像を超えて成すことはできないため、選択された画像が最初又は最後に捉えられた画像であるか否かをこの時点で判定しなければならないことに留意されたい。レビューモードでは、（Ｎ）が判明した後、プロセスはまた、画像の画像データファイル６００から選択された画像（Ｎ）のスクリーンネイル６０８を引き出さなければならない。
ステップ９０６にて（Ｎ）が判明した後、ステップ９０８にて、投機バッファ８５０のいずれかにおけるスクリーンネイルの更新が、割り当てられたバッファ編成にて最も近接するオーダーにおいて要求されているか否かが判定される。更新が必要である場合、ステップ９１０にて投機バッファが空いているか否かが判定される。投機バッファ８５０が空いていない場合は、ステップ９１２において、その時点の画像（Ｎ）からその時点のスクロール方向と対向する方向に最も離間した位置に存在する画像のスクリーンネイルを圧縮解除するために用いられている投機バッファ８５０が空けられる。空けられた投機バッファ８５０は次にステップ９１４にて推測プロセスを実施し、ステップ９１６にて更新を必要とする画像のスクリーンネイル６０８を圧縮解除するために用いられる。
再度ステップ９０８において、（Ｎ）が判明した後で投機バッファ８５０のスクリーンネイル更新が要求されていないと判定され、即ち、割り当てられたバッファ編成に従って全投機バッファが圧縮解除されたスクリーンネイルを備えている場合、ステップ９１７において、投機バッファ８５０の圧縮画像データ更新が要求されているか否かが判定される。投機バッファ８５０の圧縮画像データ更新が要求されていない場合は、全投機バッファ８５０が圧縮解除された画像データを備えており、プロセスはステップ９０６にてその時点での画像（Ｎ）が変更されるのを待機する。ステップ９１７において、投機バッファ８５０の圧縮画像データ更新が要求される場合は、ステップ９１９において、更新を必要とする画像の圧縮画像データは圧縮解除されてサイズ再設定を施される。
スクリーンネイル又は圧縮画像データが圧縮解除された後、ステップ９１８において、レビューモード又は再生モードが既に終了しているか否かが判定される。終了している場合は、推測に基づく圧縮解除プロセスはステップ９２０にて完了する。レビューモード又は再生モードが未だ終了されていない場合は、ステップ９２２にて、使用可能な投機バッファ８５０の数が変更されたか否かを判定する。このような変更は、例えば、前に使用されていた入力バッファ５３８が空けられて新しい投機バッファ８５０として再割り当てされた場合などに生じ得る。
使用可能な投機バッファ８５０の数が変更されていた場合は、ステップ９０２にて、使用可能な数の投機バッファ８５０の数を判定することにより、プロセスは継続される。使用可能な投機バッファ８５０の数が変更されていない場合は、ステップ９２４にてユーザのスクロール方法が変更されたか否かが判定される。ユーザのスクロール方法が変更されている場合は、ステップ９０４にて記載したように、同方法に応じて投機バッファ編成を割り当てることによってプロセスは継続する。ユーザのスクロール方法が変更されていない場合は、ステップ９０６にて記載したように、その時点で選択されている画像のスクリーンネイル６０８が画像データファイル６００から引き出され、プロセスは継続する。
図１５に、推測に基づく圧縮解除プロセスによって再生モードのユーザインターフェイスを加速するプロセスを説明するフローチャートを示す。図１１Ａに示すように、ステップ９３０にて再生モードが呼び出された後、ステップ９３２にて選択画像に対応するスクリーンネイル画像６０８が引き出され、ステップ９３４にて圧縮解除され表示される。その後、ステップ９３６にて投機プロセスが呼び出される。
ステップ９３８にて、ユーザが左／右ナビゲーションボタン４１０を押し込んだ状態に保持する場合、ステップ９５２において、次の画像の圧縮解除されたスクリーンネイル又は圧縮解除された高解像度画像が投機プロセスから取得可能であるか否かが判定される。圧縮解除されたスクリーンネイル又は高解像度画像が取得可能である場合、ステップ９５６において、そのスクリーンネイル又は画像は表示されるべく投機バッファ８５０からフレームバッファ５３６にコピーされる。ステップ９５２において、圧縮解除されたスクリーンネイル又は高解像度画像が入手可能ではない場合、ステップ９５４にて次のスクリーンネイル画像６０８が圧縮解除されて表示され、ステップ９３８にてプロセスは継続する。
ステップ９３８にてナビゲーションボタンが解除された後、その時点で表示されている画像が選択画像となる。次に、ステップ９４０において、選択画像に対して投機プロセスから圧縮解除された高解像度画像を入手することが可能か否かが判定される。圧縮解除された高解像度画像が入手可能である場合、ステップ９４２において、同画像は表示されるべく投機バッファ８５０からフレームバッファ５３６にコピーされる。
ステップ９４０において圧縮解除された高解像度画像が取得可能でない場合は、ステップ９４４において、選択画像に対応する圧縮画像データ６０４は画像ファイル６００から引き出され、圧縮解除されてディスプレイに適合するようにサイズ再設定を施される。好適な一実施形態では、圧縮画像６０４が圧縮解除される間、ステップ９４６にて、ＬＣＤスクリーン４０２のスクリーンネイル画像６０８は圧縮解除された画像にブロック毎に更新される。ステップ９４８にてユーザがナビゲーションボタン４１０の１つを押した場合、ステップ９５０にて圧縮解除プロセスは（未完了であれば）中断される。次に、ステップ９５２において、次の画像のための圧縮解除されたスクリーンネイル又は圧縮解除された高解像度画像が投機プロセスから入手可能であるか否かが判定され、プロセスは継続される。
従って、スクリーンネイル画像６０８を推測に基づき圧縮解除することにより、捉えられた画像は再生モードにてより迅速にアクセスされると共にレビューされ、その結果、ユーザ相互作用が容易になる。
画像撮影装置におけるユーザインターフェイスを加速する方法及びシステムを開示した。本発明によって、ユーザインターフェイスは、種々の特徴を有するインタラクションを介して捉えられた画像にアクセスする際に加速される。第１の改良点において、前述したように、各画像に対して、サムネイル、スクリーンネイル、及び最大解像度圧縮画像の組み合わせを有する改良された画像ファイルが供与される。改良された画像ファイルを用いることによって、レビューモードにおけるユーザインターフェイスは、サムネイルが短時間で表示されることから加速される。更に、より大きくサイズ再設定されたサムネイルをディスプレイ上に供与することによって、ユーザは画像をより容易に識別し得る。本発明の別の改良点において、再生モードにおけるユーザインターフェイスは、ユーザが圧縮画像が圧縮解除されるのを待機することなく画像を迅速に見ることができるように、最初に低解像度のスクリーンネイル画像を表示して、次に、同画像をより高い解像度の圧縮画像に更新することによって加速される。本発明の更なる改良点では、入力バッファは、このような画像を推測に基づき圧縮解除することができるように再割り当てされる。このことによって、短時間で見られる表示を介して、画像はより迅速にナビゲートされ得る。本発明によって、従来のデジタルカメラナビゲーションシステムと比較して、インタラクション速度及びユーザへの応答性が顕著に向上する。
以上、本発明を前記実施形態に基づき説明したが、当該技術分野の通常の知識を有する者は、同実施形態に変更を加えることが可能であると共に、これらの変更は本発明の精神及び範囲から逸脱するものではないことを容易に認識するであろう。例えば、加速されたユーザインターフェイスはまた、２つのモードを備えるのみであるが、「再生モード」内に複数のナビゲーション画面を備えているカメラに適用することも可能である。従って、当該技術分野の通常の知識を有する者によって、請求項の精神及び範囲から逸脱することなく数多くの変更が成され得る。

Claims (10)

1. 画像撮影ユニットのディスプレイ上のユーザインターフェイスを加速するための方法であって、該画像撮影ユニットは複数の画像を与えるための複数の画像ファイルを有する方法において、
   利用可能な投機バッファの数を判定する工程と、
   画像を選択するために使用されるスクロール方法を判定する工程と、
   前記利用可能な投機バッファを、選択された画像を保存するバッファを中心として、前記利用可能な投機バッファの数および前記選択画像を選択するために使用された前記スクロール方法に基づいて割り当てる工程とを含む方法。
2. 前記スクロール方法は、所定の速度にて前記選択された画像を進める自動スクロール方法を含む、請求項１に記載の方法。
3. 前記スクロール方法は、ユーザの繰り返し動作に基づいて前記選択された画像を進める手動スクロール方法を含む、請求項１に記載の方法。
4. 前記選択された画像が、前記利用可能な数の投機バッファのうちの１つである選択画像用バッファ内において圧縮解除されるように前記利用可能な数の投機バッファを割り当てる工程と、
   ユーザにより使用される前記自動スクロールに基づいて、前記選択された画像から順番に並んだ画像が、前記利用可能な数の投機バッファのうちの残りの投機バッファに保存されるように前記残りの投機バッファを順序付ける工程とを更に含む請求項２に記載の方法。
5. 前記選択された画像が、前記利用可能な数の投機バッファのうちの１つである選択画像用バッファ内において圧縮解除されるように前記利用可能な数の投機バッファを割り当てる工程と、
   ユーザにより使用される前記手動スクロールに基づいて、前記選択された画像の隣りの画像が、前記利用可能な数の投機バッファのうちの残りの投機バッファに保存されるように前記残りの投機バッファを順序付ける工程とを更に含む請求項３に記載の方法。
6. 画像撮影ユニットのディスプレイ上のユーザインターフェイスを加速するためのシステムであって、該画像撮影ユニットは複数の画像を与えるための複数の画像ファイルを有するシステムにおいて、
   利用可能な投機バッファの数を判定する手段と、
   画像を選択するために使用されるスクロール方法を判定する手段と、
   前記利用可能な投機バッファを、選択された画像を保存するバッファを中心として、前記利用可能な投機バッファの数および前記選択画像を選択するために使用された前記スクロール方法に基づいて割り当てる手段とを備えるシステム。
7. 前記スクロール方法は、所定の速度にて前記選択された画像を進める自動スクロール方法を含む、請求項６に記載のシステム。
8. 前記スクロール方法は、ユーザの繰り返し動作に基づいて前記選択された画像を進める手動スクロール方法を含む、請求項６に記載のシステム。
9. 前記選択された画像が、前記利用可能な数の投機バッファのうちの１つである選択画像用バッファ内において圧縮解除されるように前記利用可能な数の投機バッファを割り当てるための手段と、
   ユーザにより使用される前記自動スクロールに基づいて、前記選択された画像から順番に並んだ画像が、前記利用可能な数の投機バッファのうちの残りの投機バッファに保存されるように前記残りの投機バッファを順序付けるための手段とを更に備える請求項７に記載のシステム。
10. 前記選択された画像が、前記利用可能な数の投機バッファのうちの１つである選択画像用バッファ内において圧縮解除されるように前記利用可能な数の投機バッファを割り当てるための手段と、
    ユーザにより使用される前記手動スクロールに基づいて、前記選択された画像の隣りの画像が、前記利用可能な数の投機バッファのうちの残りの投機バッファに保存されるように前記残りの投機バッファを順序付けるための手段とを更に備える請求項８に記載のシステム。

Images