JP6245182B2 - 表示制御装置、プログラム及び表示制御方法 - Google Patents

Description

本開示は、表示制御装置、プログラム及び表示制御方法に関する。

近年、デジタルカメラが広く普及している。例えば、デジタルカメラは、専用の装置として製造され、又はいずれかの装置（例えば、スマートフォン）に内蔵される。一般に、デジタルカメラの撮像素子、画像処理回路等を通じて生成される画像は、デジタルデータとして記憶されるとともに、モニタに表示される。

デジタルカメラには、通常、撮像時の露光調整、光源の種類に応じた色バランス調整等を自動的に行う機能が設けられている。また、多くのデジタルカメラには、例えば、人物、花、風景、夜景のような被写体の種類又は撮像の目的に応じた複数の撮像モードが用意されている。そして、撮像時に所望の撮像モードが選択されると、シャッタースピード、絞り値、光源の種類等の撮像条件が、被写体の種類又は撮像の目的に適したものに自動的に設定される。さらに、デジタルカメラのユーザの好みに応じてエフェクトにより画調を変更する機能も用意されている。

上述したような機能を有するデジタルカメラにおいて、ライブビュー画像（又はスルー画像）をモニタに表示しつつ、いずれかの時点での撮像画像に画調の変更を加えることにより得られる見本画像もサムネイルとして当該モニタに表示する技術が、特許文献１に開示されている。当該技術によれば、デジタルカメラのユーザは、ライブビュー画像を見ながら、所望の画調を伴うサムネイルを選択することにより、デジタルカメラに撮像条件を設定させる。

特開２００７−１９４８１９号公報

しかし、上記特許文献１に開示される技術では、サムネイルとして表示される見本画像は、いずれかの時点での撮像画像をもとに得られる画像であるので、ライブビュー画像とサムネイルとが一致しなくなり得る。そのため、ユーザは、サムネイルを見たとしても、ライブビュー画像にどの画調変更を加えることが望ましいかを想像しにくい。即ち、ユーザは、どのサムネイルの撮像条件を選択することが望ましいかを判断しにくい。

一方、ライブビュー画像のフレームレートに近いフレームレートでサムネイルを更新することも考えられる。しかし、サムネイルについての画像処理に時間がかかるので、実際には、サムネイルのフレームレートは、ライブビュー画像のフレームレートよりも低くなり得る。その結果、サムネイルは、滑らかに表示されず、コマ落ちしたように表示され得る。そのため、サムネイルを見るユーザが強いストレスを感じてしまうことが、懸念される。

そこで、ユーザが撮像時に画像処理後の撮像画像をストレスなく容易に確認することを可能にする仕組みが提供されることが望ましい。

本開示によれば、撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、上記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させる表示制御部と、所定のユーザ操作が認識されたかを判定する判定部と、を備える表示制御装置が提供される。上記表示制御部は、上記所定のユーザ操作が認識されたと判定される場合に、表示される上記１つ以上の処理画像を更新する。

また、本開示によれば、コンピュータを、撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、上記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させる表示制御部と、所定のユーザ操作が認識されたかを判定する判定部と、として機能させるためのプログラムが提供される。上記表示制御部は、上記所定のユーザ操作が認識されたと判定される場合に、表示される上記１つ以上の処理画像を更新する。

また、本開示によれば、撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、上記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させることと、所定のユーザ操作が認識されたかを判定することと、を含む表示制御方法が提供される。表示される上記１つ以上の処理画像は、上記所定のユーザ操作が認識されたと判定される場合に更新される。

以上説明したように本開示によれば、ユーザが撮像時に画像処理後の撮像画像をストレスなく容易に確認することが可能になる。

本開示の一実施形態に係る表示制御装置の外観の一例を説明するための説明図である。 一実施形態に係る表示制御装置のハードウェア構成の一例を示すブロック図である。 第１の実施形態に係る表示制御装置の構成の一例を示すブロック図である。 ライブビュー画像及び処理画像を含む画面の一例を説明するための説明図である。 処理画像の更新の一例を説明するための第１の説明図である。 処理画像の更新の一例を説明するための第２の説明図である。 処理画像の更新を通知する通知アニメーションの一例を説明するための説明図である。 処理画像の更新を通知する通知オブジェクトの一例を説明するための説明図である。 パラメータ変更用オブジェクトの一例を説明するための説明図である。 第１の実施形態に係る表示制御処理の概略的な流れの一例を示すフローチャートである。 第２の実施形態に係る表示制御装置の構成の一例を示すブロック図である。 第２の実施形態に係るライブビュー画像及び処理画像を含む画面の第１の例を説明するための説明図である。 第２の実施形態に係るライブビュー画像及び処理画像を含む画面の第２の例を説明するための説明図である。 第２の実施形態に係るライブビュー画像及び処理画像を含む画面の第３の例を説明するための説明図である。

以下に添付の図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．表示制御装置の外観
２．第１の実施形態
２．１．表示制御装置の構成
２．２．処理の流れ
３．第２の実施形態
３．１．表示制御装置の構成
３．２．処理の流れ
４．ハードウェア構成
５．まとめ

＜＜１．表示制御装置の外観＞＞
まず、図１を参照して、本開示の一実施形態に係る表示制御装置の外観を説明する。図１は、本開示の一実施形態に係る表示制御装置１００の外観の一例を説明するための説明図である。図１を参照すると、表示制御装置１００が示されている。この例では、表示制御装置１００は、スマートフォンである。

例えば、表示制御装置１００は、表示装置１０１を備える。表示制御装置１００は、表示制御装置１００のユーザに見せるための画面を、表示装置１０１に表示する。

また、例えば、表示制御装置１００は、タッチパネルを備える。この場合に、表示装置１０１は、タッチパネルの表示面である。そして、表示制御装置１００は、タッチパネルにおけるユーザのタッチを検出し、当該検出結果からユーザのタッチ操作を認識する。

また、例えば、表示制御装置１００は、カメラ１０３を備える。カメラ１０３を通じて生成される画像は、表示制御装置１００に記憶され、表示装置１０１に表示される。

＜＜２．ハードウェア構成＞＞
続いて、図２を参照して、本開示の一実施形態に表示制御装置１００のハードウェア構成の一例を説明する。図２は、一実施形態に係る表示制御装置１００のハードウェア構成の一例を示すブロック図である。図２を参照すると、表示制御装置１００は、例えば、ＣＰＵ（Central Processing Unit）７１、レンズブロック７３、モータ７５、モータドライバ７７、撮像素子７９、撮像素子ドライバ８１、タイミング発生器８３、信号処理回路８５、画像処理回路８７、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）８９、モニタ９１、内部メモリ９３、外部メモリ９５、キー入力装置９７及びタッチ検出面９９を備える。

ＣＰＵ７１は、表示制御装置１００全体の制御を行う。

レンズブロック７３は、光学系であり、モータ７５により駆動される。また、モータ７５は、モータドライバ７７により制御される。モータドライバ７７は、ＣＰＵ７１からの制御信号に応じてモータ７５を制御することにより、電源オンオフ時等におけるレンズの繰り出し及び収納、光学系のズーム倍率の変更、フォーカス調整、絞り調整等を行う。

撮像素子７９は、例えば、ＣＣＤ（Charge Coupled Device）、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）のような任意の撮像素子である。撮像素子ドライバ８１は、ＣＰＵ７１の制御信号に応じてタイミング発生器８３が生成するタイミング信号に基づいて、撮像素子７９を制御する。撮像素子７９は、撮像素子ドライバ８１による制御に応じて、レンズブロック７３により結像された被写体の光学像を撮像信号に光電変換し、当該撮像信号を信号処理回路８５に出力する。

信号処理回路８５は、撮像信号に含まれるノイズを除去する回路、ノイズ除去後の撮像信号をデジタル信号に変換するアナログ／デジタル変換器等を含む。信号処理回路８５は、デジタル化された撮像信号を画像処理回路８７へ出力する。当該撮像信号は、ＲＡＷ形式の画像データ（以下、「ＲＡＷデータ」と呼ぶ）である。

画像処理回路８７は、撮像信号を輝度（Ｙ）信号及び色差（ＵＶ）信号を含むＹＵＶ形式の画像データ（以下、「ＹＵＶデータ」と呼ぶ）に変換する。また、画像処理回路８７は、必要に応じて画素補完を行う。また、画像処理回路８７は、ＣＰＵ７１による制御に応じて、ホワイトバランス調整、輪郭強調、画調変更等の画像処理を行う。画像処理回路８７により変換されたＹＵＶデータは、ＳＤＲＡＭ８９に順次格納される。また、記録モードの撮像待機状態では、ＳＤＲＡＭ８９に１フレーム分のＹＵＶデータが蓄積される度に、当該ＹＵＶデータに対応するライブビュー画像（又はスルー画像）が、モニタ９１により表示される。当該モニタ９１は、液晶、有機ＥＬ（Organic Light-Emitting Diode：ＯＬＥＤ）、ＣＲＴ（Cathode Ray Tube）等を用いて実現され得る。モニタ９１は、例えばタッチパネルの表示面である。

ＹＵＶデータは、例えば、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式、ＪＰＥＧ２０００形式等のいずれかの形式の画像データに圧縮される。そして、圧縮された画像データは、表示制御装置１００に内蔵された内部メモリ９３、又は、インターフェース（図示せず）を介して表示制御装置１００に接続された着脱可能な外部メモリ９５（例えば、メモリカード）に記憶される。なお、再生モードにおいて、内部メモリ９３又は外部メモリ９５に記憶される画像データは、ユーザ操作に応じてＣＰＵ７１により適宜読み出され、ＹＵＶデータに変換され、ＳＤＲＡＭ８９に読み込まれる。そして、当該ＹＵＶデータが、モニタ９１に表示される。

ＣＰＵ７１にはマイクロコンピュータ（図示せず）が接続されている。また、当該マイクロコンピュータには、キー入力装置９７（タクトスイッチ等）、及びタッチ検出面９９及び電源制御回路（図示せず）が接続されている。タッチ検出面９９は、例えばタッチパネルのタッチ検出面である。上記マイクロコンピュータは、キー入力装置９７におけるキー入力操作、及びタッチ検出面９９におけるタッチ操作を定常的にスキャンする。そして、上記マイクロコンピュータは、キー入力装置９７におけるユーザのキー入力操作を検出し、検出結果をＣＰＵ７１に提供する。また、上記マイクロコンピュータは、タッチ検出面９９におけるユーザのタッチを検出し、検出結果をＣＰＵ７１に提供する。また、上記マイクロコンピュータは、電源制御回路からの電源供給を制御する。

以上、表示制御装置１００のハードウェア構成の一例を説明した。これはあくまで一例であるので、表示制御装置１００は、上述した構成要素の他に、通信回路等の他の構成要素を含んでもよく、又は、上述した構成要素を必ずしも含まなくてもよい。

＜＜３．第１の実施形態＞＞
まず、本開示の第１の実施形態を説明する。本開示の第１の実施形態によれば、ライブビュー画像と画像処理後の処理画像とが表示され、当該１つ以上の処理画像は、所定のユーザ操作に応じて更新される。

＜３．１．表示制御装置の構成＞
図３〜図７を参照して、第１の実施形態に係る表示制御装置１００−１の構成の一例を説明する。図３は、第１の実施形態に係る表示制御装置１００−１の構成の一例を示すブロック図である。図３を参照すると、表示制御装置１００−１は、撮像部１１０、入力部１２０、表示部１３０、記憶部１４０及び制御部１５０を備える。

（撮像部１１０）
撮像部１１０は、撮像素子を通じて画像データを得る。当該画像データは、例えばＲＡＷデータである。

例えば、撮像部１１０は、撮像素子により、撮像信号を出力し、当該撮像信号に含まれるノイズ除去、アナログ／デジタル変換等を行う。その結果、上記画像データが得られる。撮像部１１０は、当該画像データを制御部１５０（画像処理部１５３）に提供する。

なお、一例として、撮像部１１０は、レンズブロック７３、モータ７５、モータドライバ７７、撮像素子７９、撮像素子ドライバ８１、タイミング発生器８３及び信号処理回路８５等により実装される。

（入力部１２０）
入力部１２０は、ユーザ操作を検出する。そして、入力部１２０は、当該検出結果を制御部１５０（操作認識部１５５）に提供する。

例えば、入力部１２０は、タッチパネルにおけるユーザのタッチを検出する。そして、入力部１２０は、当該検出結果（例えば、タッチ位置情報）を制御部１５０（操作認識部１５５）に提供する。

また、入力部１２０は、キー入力装置におけるユーザのキー入力操作を検出する。そして、入力部１２０は、当該検出結果を制御部１５０（操作認識部１５５）に提供する。

なお、一例として、入力部１２０は、キー入力装置９７、タッチ検出面９９、上記マイクロコンピュータ（図示せず）等により実装され得る。

（表示部１３０）
表示部１３０は、表示制御装置１００−１のユーザに見せるための画面を表示する。即ち、表示部１３０は、表示装置１０１に対応する。例えば、表示部１３０は、制御部１５０（表示制御部１５７）による制御に応じて、上記画面を表示する。

なお、一例として、表示部１３０は、モニタ９１等により実装される。即ち、表示部１３０は、例えばタッチパネルの表示面である。

（記憶部１４０）
記憶部１４０は、表示制御装置１００−１の動作のためのプログラム及びデータを記憶する。また、例えば、記憶部１４０は、撮像部１１０及び／又は制御部１５０（画像処理部１５３）を通じて得られる画像データを記憶する。

なお、一例として、記憶部１４０は、ＳＤＲＡＭ８９、内部メモリ９３、外部メモリ９５等により実装され得る。

（制御部１５０）
制御部１５０は、表示制御装置１００−１の様々な機能を提供する。例えば、制御部１５０は、記憶部１４０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部１５０は、撮像制御部１５１、画像処理部１５３、操作認識部１５５、操作判定部１５６、表示制御部１５７及びパラメータ変更部１５９を含む。

なお、一例として、画像処理部１５３は、ＣＰＵ７１、画像処理回路８７等により実装され得る。

（撮像制御部１５１）
撮像制御部１５１は、撮像部１１０による撮像に関する制御を行う。

例えば、撮像制御部１５１は、撮像のタイミングを制御する。より具体的には、例えば、撮像制御部１５１は、撮像のタイミングの制御信号を撮像部１１０に提供することにより、撮像のタイミングを制御する。

また、例えば、撮像制御部１５１は、撮像部１１０の駆動を制御する。より具体的には、例えば、撮像制御部１５１は、駆動の制御信号を撮像部１１０に送信することにより、電源オンオフ時等におけるレンズの繰り出し及び収納、光学系のズーム倍率の変更、フォーカス調整、絞り調整等を行う。

（画像処理部１５３）
画像処理部１５３は、画像処理を行うことにより画像を生成する。例えば、画像処理部１５３は、撮像素子を通じて得られる画像データに基づいて画像を生成する。即ち、撮像部１１０により提供される画像データに基づいて画像を生成する。当該画像データは、例えばＲＡＷデータである。

−ライブビュー画像
とりわけ本実施形態では、画像処理部１５３は、撮像素子を通じて得られる画像データに基づいて、ライブビュー画像（又はスルー画像）を生成する。例えば、撮像モードでの待機状態において、画像処理部１５３は、撮像素子を通じて順次得られる画像データに基づいて、ライブビュー画像を生成する。

−処理画像
また、とりわけ本実施形態では、画像処理部１５３は、上記画像データのうちのいずれかの時点での画像データに基づいて、１つ以上の処理画像をそれぞれの画像処理条件で生成する。例えば、上記画像データは、ＲＡＷデータであり、上記１つ以上の処理画像は、ＲＡＷデータに基づいて画像処理により生成され得る任意の画像である。また、上記画像処理条件は、画像処理に関する任意の条件である。

例えば、上記画像処理条件は、ＲＡＷデータの現像処理の条件（以下、「現像条件」と呼ぶ）を含む。当該現像条件は、例えば、ホワイトバランス、コントラスト、明るさ等の条件を含む。一例として、第１の処理画像は、第１の現像条件での現像処理により生成される画像であり、第２の処理画像は、第２の現像条件での現像処理により生成される画像であってもよい。具体例として、第１の処理画像は、通常の画像よりも高コントラストの画像であってもよく、第２の処理画像は、通常の画像よりも明るい画像であってもよい。

また、例えば、上記画像処理条件は、現像処理後の画像に対して更に行う加工処理（及び当該加工処理の加工条件）を含む。当該加工処理は、例えば、特定の色の抽出（パートカラー）、ネガ画像への変換、イラスト風の画像への変換等を含む。一例として、第３の処理画像は、第１の加工処理を施された画像であり、第４の処理画像は、第２の加工処理を施された画像であってもよい。具体例として、第３の処理画像は、特定の色が抽出された画像であってもよく、第４の処理画像は、イラスト風に変換された画像であってもよい。

以上のように、画像処理部１５３は、画像データに基づいて、画像処理に関する任意の条件で処理画像を生成し得る。

また、上述したように、画像処理部１５３は、上記画像データのうちのいずれかの時点での画像データに基づいて、１つ以上の処理画像を生成する。当該いずれかの時点は、例えば、表示制御部１５７により新たな処理画像の生成を指示された後のいずれかの時点（例えば、直後の時点）を含む。即ち、画像処理部１５３は、表示制御部１５７による指示を受けた後に、新たな処理画像を生成する。また、上記いずれかの時点は、撮像モードの開始時点を含んでもよい。即ち、画像処理部１５３は、撮像モードが開始すると、はじめの処理画像を生成してもよい。

また、例えば、上記１つ以上の処理画像は、上記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る画像である。即ち、画像処理部１５３は、上記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る１つ以上の処理画像を生成する。一例として、当該１つ以上の処理画像は、上記ライブビュー画像に写る被写体の全体がより縮小された状態で写る画像である。

また、例えば、上記１つ以上の処理画像は、複数の処理画像である。即ち、画像処理部１５３は、複数の処理画像をそれぞれの画像処理条件で生成する。そして、例えば、上記複数の処理画像の各々に写る被写体は、上記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する。一例として、上記複数の処理画像の各々に写る被写体は、当該複数の処理画像のうちの別のいずれの処理画像に写る被写体とも全体で重複する。即ち、上記複数の処理画像に写る被写体は、共通の被写体である。

（操作認識部１５５）
操作認識部１５５は、ユーザ操作を認識する。例えば、入力部１２０は、表示制御装置１００−１のユーザによるユーザ操作を検出すると、当該ユーザ操作の検出結果を操作認識部１５５に提供し、操作認識部１５５は、当該検出結果を取得する。そして、操作認識部１５５は、当該検出結果に基づいて、ユーザ操作を認識する。

例えば、上記ユーザ操作は、タッチパネルにおけるタッチ操作を含む。即ち、操作認識部１５５は、タッチパネルにおけるタッチ操作を認識する。より具体的には、例えば、操作認識部１５５は、タッチパネルにおけるタッチ操作として、タッチイベントを認識する。当該タッチイベントは、例えば、タップ、ダブルタップ、ドラッグ、フリック、ピンチ等を含む。例えば、操作認識部１５５は、ユーザ操作の検出結果としてタッチ位置情報を順次取得し、順次取得される当該タッチ位置情報から、タッチイベントを認識する。

また、例えば、上記ユーザ操作は、キー入力装置におけるユーザのキー入力操作を含む。即ち、操作認識部１５５は、キー入力装置におけるキー入力操作を認識する。より具体的には、例えば、操作認識部１５５は、キー入力装置におけるキー入力操作として、キー入力操作の種類を認識する。

（操作判定部１５６）
−更新操作の判定
操作判定部１５６は、所定のユーザ操作（以下、「更新操作」と呼ぶ）が認識されたかを判定する。

例えば、上記更新操作は、タッチパネルにおける所定のタッチ操作である。さらに具体的には、例えば、上記更新操作は、タッチパネルのうちの所定の位置でのタッチ操作である。一例として、上記更新操作は、タッチパネルのうちの上記１つ以上の処理画像が表示される位置でのタッチ操作である。即ち、操作判定部１５６は、タッチパネルのうちの上記１つ以上の処理画像が表示されている位置でのタッチ操作（即ち、更新操作）が認識されたかを判定する。

例えば、操作判定部１５６は、操作認識部１５５により認識されるユーザ操作を監視し、当該ユーザ操作が上記更新操作と一致するかを判定することにより、上記更新操作が認識されたかを判定する。そして、操作判定部１５６は、更新操作が認識された場合に、更新操作が認識されたことを表示制御部１５７に通知する。

−パラメータ変更操作の判定
操作判定部１５６は、所定の別のユーザ操作（以下、「パラメータ変更操作」と呼ぶ）が認識されたかを判定する。

例えば、後述するように、上記１つ以上の処理画像のうちの少なくとも１つの処理画像の生成のためのパラメータが、パラメータ変更部１５９により変更される。そして、上記パラメータ変更操作は、タッチパネルのうちの、上記パラメータの変更のためのオブジェクト（以下、パラメータ変更用オブジェクト）の表示位置での、タッチ操作である。操作判定部１５６は、タッチパネルのうちのパラメータ変更用オブジェクトが表示されている位置でのタッチ操作（即ち、パラメータ変更操作）が認識されたかを判定する。

例えば、操作判定部１５６は、操作認識部１５５により認識されるユーザ操作を監視し、当該ユーザ操作が上記パラメータ変更操作と一致するかを判定することにより、上記パラメータ変更操作が認識されたかを判定する。そして、操作判定部１５６は、パラメータ変更操作が認識された場合に、パラメータ変更操作が認識されたことをパラメータ変更部１５９に通知する。

（表示制御部１５７）
表示制御部１５７は、ユーザに見せるための画面を表示装置１０１に表示させる。上述したとおり、表示装置１０１は、表示部１３０に対応するので、表示制御部１５７は、上記画面を表示部１３０に表示させる。

−ライブビュー画像・処理画像の表示
とりわけ本実施形態では、表示制御部１５７は、撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、当該画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示部１３０に表示させる。例えば、表示制御部１５７は、画像処理部１５３により生成されるライブビュー画像及び１つ以上の処理画像を含む画面を、表示部１３０に表示させる。

例えば、上記１つ以上の処理画像は、上記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る画像である。即ち、表示制御部１５７は、上記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る１つ以上の処理画像を、表示部１３０に表示させる。一例として、当該１つ以上の処理画像は、上記ライブビュー画像の全体に写る被写体がより縮小された状態で写る画像である。

このようにライブビュー画像に写る被写体がより縮小された状態で写る処理画像が表示されることにより、ユーザにとってライブビュー画像と処理画像とを見比べ易くなる。そのため、ユーザは、ライブビュー画像と処理画像とを見ることにより、どのような撮像画像が得られるかを容易に想像することができる。

また、例えば、上記１つ以上の処理画像は、複数の処理画像である。即ち、表示制御部１５７は、ライブビュー画像及び複数の処理画像を、表示部１３０に表示させる。

このように複数の処理画像の表示により、それぞれ別々の画像処理条件で生成される複数の処理画像を見比べることが可能になる。そのため、ユーザは、どの画像処理が望ましいかをより容易に判断することができる。

また、例えば、上記複数の処理画像は、並べて表示される。即ち、表示制御部１５７は、表示部１３０に、複数の処理画像を並べて表示させる。

このように複数の処理画像が並べて表示されることにより、ユーザは、複数の処理画像をより容易に見比べることができる。即ち、ユーザは、どの画像処理条件がより望ましいかをより容易に判断することができる。

また、例えば、上記複数の処理画像の各々に写る被写体は、上記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する。一例として、上記複数の処理画像の各々に写る被写体は、当該複数の処理画像のうちの別のいずれの処理画像に写る被写体とも全体で重複する。即ち、上記複数の処理画像に写る被写体は、共通の被写体である。

このように複数の処理画像間で処理画像に写る被写体が重複することにより、ユーザが複数の処理画像をより容易に見比べることが可能になる。即ち、ユーザは、どの画像処理条件がより望ましいかをより容易に判断することができる。

例えば以上のような処理画像が表示される。以下、図４を参照して具体的な画面の例を説明する。

図４は、ライブビュー画像及び処理画像を含む画面の一例を説明するための説明図である。図４を参照すると、表示制御装置１００−１が示されている。また、表示制御装置１００−１の表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が示されている。複数の処理画像２０は、並べて表示されている。また、当該複数の処理画像２０の各々は、それぞれの画像処理条件で生成された画像である。また、複数の処理画像２０の各々は、ライブビュー画像１０に写る被写体の全体がより縮小された状態で写る画像である。そのため、複数の処理画像２０に写る被写体は、共通の被写体である。

以上のように、ライブビュー画像及び処理画像が表示される。

−処理画像の更新
また、とりわけ本実施形態では、表示制御部１５７は、上記更新操作が認識されたと判定される場合に、表示される上記１つ以上の処理画像を更新する。

例えば、更新操作が認識された場合には、表示制御部１５７は、更新操作が認識されたことを操作判定部１５６により通知される。すると、表示制御部１５７は、画像処理部１５３に新たな処理画像の生成を指示する。そして、表示制御部１５７は、ライブビュー画像と、新たな時点での画像データに基づいて生成される１つ以上の処理画像を、表示部１３０に表示させる。このように上記１つ以上の処理画像が更新される。以下、処理画像の更新の具体例を図５Ａ及び図５Ｂを参照して説明する。

図５Ａ及び図５Ｂは、処理画像の更新の一例を説明するための説明図である。図５Ａを参照すると、表示制御装置１００−１が示されている。また、表示制御装置１００−１の表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が示されている。例えば、図５Ａは、図４の例に示される表示制御装置１００−１が動かされた場合の例を示す。その結果、図５Ａに示される複数の処理画像２０は、図４に示される複数の処理画像２０と同じであるが、図５Ａに示されるライブビュー画像１０は、図４に示されるライブビュー画像１０とは異なる。即ち、図５Ａに示される例では、ライブビュー画像１０に写る被写体と、複数の処理画像２０に写る被写体とが、異なっている。そのため、表示制御装置１００−１のユーザは、ライブビュー画像１０に写る被写体を撮像した場合に画像処理後の撮像画像がどのようなものになるかを想像しにくい。

そこで、図５Ｂに示されるように、ユーザは、指３０で、複数の処理画像２０が表示されている位置でのタッチ操作（例えば、タップ）を行う。すると、複数の処理画像２０が更新される。即ち、ライブビュー画像１０に写る被写体と、複数の処理画像２０に写る被写体とが同様になる。

これにより、ユーザは、必要に応じて更新操作を行えば、ライブビュー画像と同様の被写体が写る処理画像を見ることが可能になる。そのため、ユーザが画像処理後の撮像画像を容易に確認することが可能になる。また、処理画像は、あくまで更新操作が行われた場合に更新されるので、処理画像がライブビュー画像のようなフレームレートで更新されない場合のように、処理画像がコマ落ちしたように表示されることもない。そのため、ユーザが画像処理後の撮像画像をストレスなく確認することが可能になる。即ち、ユーザが撮像時に画像処理後の撮像画像をストレスなく容易に確認することが可能になる。

また、更新操作がタッチ操作であることにより、ユーザは、画面をみながら容易に操作を行うことができるので、処理画像の更新をより容易に行うことが可能になる。また、更新操作が処理画像の表示位置でのタッチ操作であることにより、ユーザは、より直感的な操作で処理画像の更新を行うことが可能になる。

−処理画像の更新の通知
また、例えば、上記１つ以上の処理画像が更新される場合に、上記更新操作を行ったユーザに上記１つ以上の処理画像の更新が通知される。例えば、表示制御部１５７は、上記更新操作が認識されたと判定された場合に、上記ライブビュー画像及び上記１つ以上の処理画像を含む画面であって、当該１つ以上の処理画像の更新を通知する当該画面を、表示部１３０に表示させる。

より具体的には、例えば、上記画面は、上記１つ以上の処理画像の更新を通知する、上記１つ以上の処理画像についてのアニメーション（以下、「通知アニメーション」と呼ぶ）を含む。即ち、表示制御部１５７は、更新操作が認識されたと判定された場合に、上記通知アニメーションを含む画面を、表示部１３０に表示させる。当該通知アニメーションは、一例として、上記１つ以上の処理画像についてのフェードインである。また、当該通知アニメーションは、上記１つ以上の処理画像の点滅、上記１つ以上の処理画像についてのズームイン等の別のアニメーションであってもよい。以下、図６を参照して通知アニメーションの具体例を説明する。

図６は、処理画像の更新を通知する通知アニメーションの一例を説明するための説明図である。図６を参照すると、時間Ｔ_１〜時間Ｔ_３における処理画像２０の表示状態が示されている。更新操作が認識されたと判定されると、例えばこのように、時間Ｔ_１〜時間Ｔ_３にわたって、新たな処理画像２０がフェードインで表示される。

なお、通知アニメーションの代わりに、上記画面は、上記１つ以上の処理画像の更新を通知するオブジェクト（以下、「通知オブジェクト」と呼ぶ）を含んでもよい。即ち、表示制御部１５７は、更新操作が認識されたと判定された場合に、上記通知オブジェクトを含む画面を、表示部１３０に表示させてもよい。当該通知オブジェクトは、一例として、上記１つ以上の処理画像の囲う図形のオブジェクトである。また、当該通知オブジェクトは、上記１つ以上の処理画像を指し示す矢印のオブジェクト、「Ｕｐｄａｔｅｄ」のような文字情報を含むオブジェクト等の別のオブジェクトであってもよい。以下、図７を参照して通知オブジェクトの具体例を説明する。

図７は、処理画像の更新を通知する通知オブジェクトの一例を説明するための説明図である。図７を参照すると、図５Ｂと同様に、表示制御装置１００−１が示されている。そして、表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が表示されている。そして、この例では、複数の処理画像２０を囲う長方形の通知オブジェクト４０が、表示装置１０１にさらに表示されている。更新操作が認識されたと判定されると、例えばこのように、通知オブジェクト４０が表示される。

このように処理画像の更新の通知により、ユーザは、処理画像が更新されたことにより確実に気づくようになる。また、更新操作と処理画像の更新との関連をユーザに理解させることができる。また、画面での通知により、画面を見ているユーザは、処理画像が更新されたことにさらに確実に気づくようになる。例えば、上述したような通知アニメーションは、画面において非常に目立つので、通知アニメーションによれば、画面を見ているユーザは、処理画像が更新されたことにさらに確実に気づくようになる。また、例えば、上述したような通知オブジェクトは、表示のための処理量が少ないので、通知オブジェクトによれば、画面を見ているユーザに上記更新に気づかせつつ、表示処理における処理量を抑えることができる。

−パラメータ変更のためのオブジェクトの表示
また、例えば、後述するように、上記１つ以上の処理画像のうちの少なくとも１つの処理画像の生成のためのパラメータが、パラメータ変更部１５９により変更される。そして、表示制御部１５７は、上記パラメータの変更のためのオブジェクト（即ち、パラメータ変更用オブジェクト）を、表示部１３０に表示させる。一例として、当該パラメータ変更用オブジェクトは、スクロールバーである。以下、この点について図８を参照して具体例を説明する。

図８は、パラメータ変更用オブジェクトの一例を説明するための説明図である。図８を参照すると、図５Ｂと同様に、表示制御装置１００−１が示されている。そして、表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が表示されている。そして、この例では、スクロールバーであるパラメータ変更用オブジェクト５０が、表示装置１０１にさらに表示されている。当該スクロールバー５０は、つまみ部分５１を含む。例えばこのように、パラメータ変更用オブジェクトが表示される。

（パラメータ変更部１５９）
パラメータ変更部１５９は、処理画像の生成のためのパラメータを変更する。一例として、処理画像が、通常の画像よりも高コントラストの画像である場合に、上記パラメータは、処理画像のコントラストの程度である。

とりわけ、パラメータ変更部１５９は、上記ライブビュー画像及び上記１つ以上の処理画像が表示部１３０に表示されている際に、上記１つ以上の処理画像のうちの少なくとも１つの処理画像の生成のためのパラメータを変更する。

また、とりわけ、パラメータ変更部１５９は、上記パラメータ変更操作が認識されたと判定される場合に、上記パラメータを変更する。

例えば、パラメータ変更操作が認識された場合には、パラメータ変更部１５９は、パラメータ変更操作が認識されたことを操作判定部１５６により通知される。すると、パラメータ変更部１５９は、当該パラメータ操作に応じて、少なくとも１つの処理画像の生成のためのパラメータを変更する。

一例として、図８に示されるような画面が表示装置１０１により表示されている場合に、パラメータ変更操作により、スクロールバーであるパラメータ変更用オブジェクト５０のつまみ５１が動かされる。この場合に、パラメータ変更部１５９は、複数の処理画像２０のうちの選択されている処理画像２０（例えば、処理画像２０Ｂ）の生成のためのパラメータを、上記つまみの移動量に応じた量だけ変更する。

このように、処理画像が表示されている際に当該処理画像の生成のためのパラメータが変更される。これにより、ユーザが処理画像を実際に見ながらパラメータを調整することが可能になる。そのため、ユーザは、パラメータを調整した場合に画像処理後の撮像画像がどのようになるかを容易に確認することができる。即ち、ユーザにとっての利便性が高まる。

また、パラメータ変更用オブジェクトを用いたタッチ操作によれば、画面を見つつ容易な操作でパラメータを調整することが可能になる。

＜３．２．処理の流れ＞
次に、図９を参照して、第１の実施形態に係る表示制御処理の一例を説明する。図９は、第１の実施形態に係る表示制御処理の概略的な流れの一例を示すフローチャートである。当該表示制御処理は、撮像のためのアプリケーションの起動により開始する。

まず、ステップＳ３０１で、撮像のためのアプリケーションの撮像モードが開始する。

ステップＳ３０３で、画像処理部１５３は、１つ以上の新たな処理画像を生成する。

ステップＳ３０５で、画像処理部１５３は、ライブビュー画像を生成する。

ステップＳ３０７で、表示制御部１５７は、ライブビュー画像及び１つ以上の処理画像を含む画面を更新する。

ステップＳ３０９で、操作判定部１５６は、アプリケーション又は撮像モードの終了操作があったかを判定する。当該終了操作があった場合には、処理は終了する。そうでなければ、処理はステップＳ３１１へ進む。

ステップＳ３１１で、操作判定部１５６は、更新操作があったかを判定する。更新操作があった場合には、処理はステップＳ３１３へ進む。そうでなければ、処理はステップＳ３０５へ戻る。

ステップＳ３１３で、表示制御部１５７は、画像処理部１５３に新たな処理画像の生成を指示する。そして、処理はステップＳ３０３へ戻る。

＜＜４．第２の実施形態＞＞
続いて、本開示の第２の実施形態を説明する。

上述したように、特開２００７−１９４８１９号公報には、ライブビュー画像（又はスルー画像）をモニタに表示しつつ、いずれかの時点での撮像画像に画調の変更を加えることにより得られる見本画像もサムネイルとして当該モニタに表示する技術が、開示されている。当該技術によれば、デジタルカメラのユーザは、ライブビュー画像を見ながら、所望の画調を伴うサムネイルを選択することにより、デジタルカメラに撮像条件を設定させる。

しかし、上記技術では、見本画像は、サムネイルとして表示されるので、ライブビュー画像よりもより縮小された画像である。そのため、ユーザは、サムネイルとして表示される見本画像を見たとしても、どのような撮像画像が得られるかを詳細に確認することが難しいことも考えられる。

そのため、ユーザが画像処理後の撮像画像をより詳細に確認することを可能にする仕組みが提供されることが望ましい。

そこで、本開示の第２の実施形態によれば、ライブビュー画像と、当該ライブビュー画像と比べてより拡大された状態で被写体が写る処理画像とが、表示される。

＜４．１．表示制御装置の構成＞
図１０〜図１３を参照して、第２の実施形態に係る表示制御装置１００−２の構成の一例を説明する。図１０は、第２の実施形態に係る表示制御装置１００−２の構成の一例を示すブロック図である。図１０を参照すると、表示制御装置１００−２は、撮像部１１０、入力部１２０、表示部１３０、記憶部１４０及び制御部１６０を備える。

なお、撮像部１１０、入力部１２０、表示部１３０及び記憶部１４０については、第１の実施形態と第２の実施形態との間に差異はない。また、制御部１６０に含まれる撮像制御部１５１、画像処理部１５３、操作認識部１５５、操作判定部１５６及びパラメータ変更部１５９についても、第１の実施形態と第２の実施形態との間に差異はない。よって、ここでは、制御部１６０に含まれる画像処理部１６３及び表示制御部１６７を説明する。

（画像処理部１６３）
画像処理部１６３は、画像処理を行うことにより画像を生成する。例えば、画像処理部１６３は、撮像素子を通じて得られる画像データに基づいて画像を生成する。即ち、撮像部１１０により提供される画像データに基づいて画像を生成する。当該画像データは、例えばＲＡＷデータである。

−ライブビュー画像
画像処理部１６３は、撮像素子を通じて得られる画像データに基づいて、ライブビュー画像（又はスルー画像）を生成する。この点は、第１の実施形態に係る画像処理部１５３について説明したとおりである。

−処理画像
また、画像処理部１６３は、上記画像データのうちのいずれかの時点での画像データに基づいて、１つ以上の処理画像をそれぞれの画像処理条件で生成する。例えば、上記画像データは、ＲＡＷデータであり、上記１つ以上の処理画像は、ＲＡＷデータに基づいて画像処理により生成され得る任意の画像である。また、上記画像処理条件は、画像処理に関する任意の条件である。

例えば、上記画像処理条件は、ＲＡＷデータの現像処理の条件（以下、「現像条件」と呼ぶ）を含む。また、例えば、上記画像処理条件は、現像処理後の画像に対して更に行う加工処理（及び当該加工処理の加工条件）を含む。これらの点は、第１の実施形態に係る画像処理部１５３について説明したとおりである。

このように、画像処理部１６３は、画像データに基づいて、画像処理に関する任意の条件で処理画像を生成し得る。

また、上記いずれかの時点は、例えば、表示制御部１５７により新たな処理画像の生成を指示された後のいずれかの時点（例えば、直後の時点）を含む。この点も、第１の実施形態に係る画像処理部１５３について説明したとおりである。

とりわけ本実施形態では、上記１つ以上の処理画像は、上記ライブビュー画像と比べてより拡大された状態で被写体が写る画像である。即ち、画像処理部１６３は、上記ライブビュー画像と比べてより拡大された状態で被写体が写る１つ以上の処理画像を生成する。

また、例えば、上記１つ以上の処理画像は、複数の処理画像である。即ち、画像処理部１６３は、複数の処理画像をそれぞれの画像処理条件で生成する。そして、例えば、上記複数の処理画像の各々に写る被写体は、上記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する。

（表示制御部１６７）
表示制御部１６７は、ユーザに見せるための画面を表示装置１０１に表示させる。上述したとおり、表示装置１０１は、表示部１３０に対応するので、表示制御部１５７は、上記画面を表示部１３０に表示させる。

−ライブビュー画像・処理画像の表示
本実施形態では、表示制御部１６７は、撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、当該画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示部１３０に表示させる。例えば、表示制御部１６７は、画像処理部１６３により生成されるライブビュー画像及び１つ以上の処理画像を含む画面を、表示部１３０に表示させる。

また、とりわけ本実施形態では、上記１つ以上の処理画像は、上記ライブビュー画像と比べてより拡大された状態で被写体が写る画像である。即ち、表示制御部１５７は、上記ライブビュー画像と比べてより拡大された状態で被写体が写る１つ以上の処理画像を、表示部１３０に表示させる。

このように被写体がより拡大された状態で写る画像が表示されることにより、ユーザは、画像処理後の撮像画像の詳細を見ることが可能になる。そのため、ユーザは、処理画像により、どのような撮像画像が得られるかをより詳細に確認することができる。

また、例えば、上記１つ以上の処理画像は、複数の処理画像である。また、例えば、上記複数の処理画像は、並べて表示される。また、例えば、上記複数の処理画像の各々に写る被写体は、上記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する。これらの点は、第１の実施形態に係る表示制御部１５７について説明したとおりである。

例えば以上のような処理画像が表示される。以下、図１１〜図１３を参照して具体的な画面の例を説明する。

図１１は、第２の実施形態に係るライブビュー画像及び処理画像を含む画面の第１の例を説明するための説明図である。図１１を参照すると、表示制御装置１００−２が示されている。また、表示制御装置１００−２の表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が示されている。当該複数の処理画像２０の各々は、それぞれの画像処理条件で生成された画像である。そして、複数の処理画像２０の各々は、ライブビュー画像１０と比べてより拡大された状態で被写体が写る画像である。とりわけこの例では、複数の処理画像２０の各々は、ライブビュー画像１０の一部１１に写る被写体がより拡大された状態で写る画像である。そのため、複数の処理画像２０に写る被写体は、共通の被写体である。また、当該複数の処理画像２０は、並べて表示されている。なお、ライブビュー画像１０の一部１１は、表示装置１０１において示されてもよい。一例として、当該一部１１は、破線の四角形のオブジェクトにより示されてもよい。

図１２は、第２の実施形態に係るライブビュー画像及び処理画像を含む画面の第２の例を説明するための説明図である。図１２を参照すると、表示制御装置１００−２が示されている。また、表示制御装置１００−２の表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が示されている。当該複数の処理画像２０の各々は、それぞれの画像処理条件で生成された画像である。そして、複数の処理画像２０の各々は、ライブビュー画像１０と比べてより拡大された状態で被写体が写る画像である。また、各処理画像２０に写る被写体は、隣接する別の処理画像２０に写る被写体と一部重複する。

図１３は、第２の実施形態に係るライブビュー画像及び処理画像を含む画面の第３の例を説明するための説明図である。図１３を参照すると、表示制御装置１００−２が示されている。また、表示制御装置１００−２の表示装置１０１には、ライブビュー画像１０及び複数の処理画像２０が示されている。当該複数の処理画像２０の各々は、それぞれの画像処理条件で生成された画像である。そして、複数の処理画像２０の各々は、ライブビュー画像１０と比べてより拡大された状態で被写体が写る画像である。また、各処理画像２０に写る被写体は、隣接する別の処理画像２０に写る被写体と一部重複する。

以上のように、ライブビュー画像及び処理画像が表示される。

−処理画像の更新
また、例えば、第２の実施形態でも、表示制御部１６７は、上記更新操作が認識されたと判定される場合に、表示される上記１つ以上の処理画像を更新する。この点は、第１の実施形態に係る表示制御部１５７について説明したとおりである。

−処理画像の更新の通知
また、例えば、第２の実施形態でも、上記１つ以上の処理画像が更新される場合に、上記更新操作を行ったユーザに上記１つ以上の処理画像の更新が通知される。この点は、第１の実施形態に係る表示制御部１５７について説明したとおりである。

−パラメータ変更のためのオブジェクトの表示
また、例えば、第２の実施形態でも、表示制御部１６７は、上記パラメータの変更のためのオブジェクト（即ち、パラメータ変更用オブジェクト）を、表示部１３０に表示させる。この点は、第１の実施形態に係る表示制御部１５７について説明したとおりである。

＜４．２．処理の流れ＞
第２の実施形態に係る表示制御処理は、図９を参照して説明した第１の実施形態に係る表示制御処理と同様である。第１の実施形態と第２の実施形態との間の相違点は、図９に示されるステップＳ３０３で生成される処理画像が異なるという点である。

＜＜５．まとめ＞＞
ここまで、図１〜図１３を用いて、本開示の実施形態に係る表示制御装置１００及び表示制御処理を説明した。本開示に係る実施形態によれば、撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、上記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像が、表示装置に表示される。また、更新操作が認識されたかが判定される。また、上記更新操作が認識されたと判定される場合に、表示される上記１つ以上の処理画像が更新される。

これにより、ユーザは、必要に応じて更新操作を行えば、ライブビュー画像と同様の被写体が写る処理画像を見ることが可能になる。そのため、ユーザが画像処理後の撮像画像を容易に確認することが可能になる。また、処理画像は、あくまで更新操作が行われた場合に更新されるので、処理画像がライブビュー画像のようなフレームレートで更新されない場合のように、処理画像がコマ落ちしたように表示されることもない。そのため、ユーザが画像処理後の撮像画像をストレスなく確認することが可能になる。即ち、ユーザが撮像時に画像処理後の撮像画像をストレスなく容易に確認することが可能になる。

また、例えば、上記表示装置は、タッチパネルの表示面であり、上記更新操作は、上記タッチパネルにおける所定のタッチ操作である。

これにより、ユーザは、画面をみながら容易に操作を行うことができるので、処理画像の更新をより容易に行うことが可能になる。

また、例えば、上記更新操作は、上記タッチパネルのうちの上記１つ以上の処理画像が表示される位置でのタッチ操作である。

これにより、ユーザは、より直感的な操作で処理画像の更新を行うことが可能になる。即ち、操作性が高まる。

また、例えば、上記１つ以上の処理画像が更新される場合に、上記更新操作を行ったユーザに上記１つ以上の処理画像の更新が通知される。

これにより、ユーザは、処理画像が更新されたことにより確実にユーザに気づくようになる。また、更新操作と処理画像の更新との関連をユーザに理解させることができる。

また、例えば、上記更新操作が認識されたと判定された場合に、上記ライブビュー画像及び上記１つ以上の処理画像を含む画面であって、上記１つ以上の処理画像の更新を通知する上記画面が、上記表示装置に表示される。

これにより、画面を見ているユーザは、処理画像が更新されたことにさらに確実に気づくようになる。

また、例えば、上記画面は、上記１つ以上の処理画像の更新を通知する、上記１つ以上の処理画像についてのアニメーション（即ち、通知アニメーション）を含む。

上記通知アニメーションは、画面において非常に目立つので、通知アニメーションによれば、画面を見ているユーザは、処理画像が更新されたことに、さらに確実に気づくようになる。

また、例えば、上記画面は、上記１つ以上の処理画像の更新を通知するオブジェクト（即ち、通知オブジェクト）を含む。

上記通知オブジェクトは、表示のための処理量が少ないので、通知オブジェクトによれば、画面を見ているユーザに上記更新に気づかせつつ、表示処理における処理量を抑えることができる。

また、例えば、上記１つ以上の処理画像は、上記ライブビュー画像と比べてより拡大された状態で被写体が写る画像である。

これにより、ユーザは、画像処理後の撮像画像の詳細を見ることが可能になる。そのため、ユーザは、処理画像により、どのような撮像画像が得られるかをより詳細に確認することができる。

また、例えば、上記１つ以上の処理画像は、上記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る画像である。

これにより、ユーザにとってライブビュー画像と処理画像とを見比べ易くなる。そのため、ユーザは、ライブビュー画像と処理画像とを見ることにより、どのような撮像画像が得られるかを容易に想像することができる。

また、例えば、上記１つ以上の処理画像は、複数の処理画像である。

これにより、それぞれ別々の画像処理条件で生成される複数の処理画像を見比べることが可能になる。そのため、ユーザは、どの画像処理が望ましいかをより容易に判断することができる。

また、例えば、上記複数の処理画像は、並べて表示される。

これにより、ユーザが複数の処理画像をより容易に見比べることが可能になる。即ち、ユーザは、どの画像処理条件がより望ましいかをより容易に判断することができる。

また、例えば、上記複数の処理画像の各々に写る被写体は、上記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する。

これにより、ユーザが複数の処理画像をより容易に見比べることが可能になる。即ち、ユーザは、どの画像処理条件がより望ましいかをより容易に判断することができる。

また、例えば、上記ライブビュー画像及び上記１つ以上の処理画像が上記表示装置に表示されている際に、上記１つ以上の処理画像のうちの少なくとも１つの処理画像の生成のためのパラメータが変更される。また、パラメータ変更操作が認識されたかが判定される。また、上記パラメータ変更操作が認識されたと判定される場合に、上記パラメータが変更される。

これにより、ユーザが処理画像を実際に見ながらパラメータを調整することが可能になる。そのため、ユーザは、パラメータを調整した場合に画像処理後の撮像画像がどのようになるかを容易に確認することができる。即ち、ユーザにとっての利便性が高まる。

また、例えば、上記表示装置は、タッチパネルの表示面である。また、上記パラメータの変更のためのオブジェクトが、上記表示装置にさらに表示される。そして、上記パラメータ変更操作は、上記タッチパネルのうちの上記オブジェクトの表示位置でのタッチ操作である。

これにより、ユーザが画面を見つつ容易な操作でパラメータを調整することが可能になる。

以上、添付図面を参照しながら本開示の好適な実施形態を説明したが、本開示は係る例に限定されないことは言うまでもない。当業者であれば、請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。

例えば、また、更新操作が、１つ以上の処理画像が表示されている位置でのタッチ操作である例を説明したが、本開示は係る例に限定されない。上記更新操作は、１つ以上の処理画像が表示されている位置でのタッチ操作ではなく、別の位置（例えば、１つ以上の処理画像が表示されている位置の近傍の位置、ボタンを示すオブジェクトが表示される位置、等）でのタッチ操作であってもよい。また、上記更新操作は、所定の位置でのタッチ操作ではなく、任意の位置でのタッチ操作（例えば、任意の位置でのダブルタップ、任意の位置でのピンチ、等）であってもよい。また、上記更新操作は、タッチ操作ではなく、別の操作（例えば、キー入力操作、音声入力操作、センサを用いた入力操作、等）であってもよい。

また、認識されるユーザ操作を操作判定部が監視する例を説明したが、本開示は係る例に限定されない。例えば、更新操作又はパラメータ変更操作が認識された場合に、当該更新操作又は当該パラメータ変更操作が認識されたことを操作認識部が操作判定部に通知してもよい。そして、操作判定部は、当該通知があったことをもって、上記更新操作又は上記パラメータ変更操作が認識されたと判定してもよい。

また、処理画像の更新が、表示装置に表示される画面により通知される例を説明したが、本開示は係る例に限定されない。例えば、処理画像の更新は、画面による通知の代わりに、又は画面による通知と併せて、別の手段（例えば、音、振動、等）で通知されてもよい。

また、表示制御装置がスマートフォンである例を説明したが、本開示は係る例に限定されない。例えば、表示制御装置は、スマートフォン以外の、カメラ及び表示装置を有する別の装置（例えば、デジタルカメラ、タブレット端末、等）であってもよい。また、表示制御装置は、カメラ又は表示装置を有しない装置であってもよい。即ち、表示制御装置は、カメラ又は表示装置を有する別の装置と通信する装置（例えば、サーバ等）であってもよい。

また、本明細書の表示制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、表示制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

また、表示制御装置に内蔵されるＣＰＵ、ＲＯＭ及びＲＡＭ等のハードウェアに、上記表示制御装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、前記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させる表示制御部と、
所定のユーザ操作が認識されたかを判定する判定部と、
を備え、
前記表示制御部は、前記所定のユーザ操作が認識されたと判定される場合に、表示される前記１つ以上の処理画像を更新する、
表示制御装置。
（２）
前記表示装置は、タッチパネルの表示面であり、
前記所定のユーザ操作は、前記タッチパネルにおける所定のタッチ操作である、
前記（１）に記載の表示制御装置。
（３）
前記所定のユーザ操作は、前記タッチパネルのうちの前記１つ以上の処理画像が表示される位置でのタッチ操作である、前記（２）に記載の表示制御装置。
（４）
前記１つ以上の処理画像が更新される場合に、前記所定のユーザ操作を行ったユーザに前記１つ以上の処理画像の更新が通知される、前記（１）〜（３）のいずれか１項に記載の表示制御装置。
（５）
前記表示制御部は、前記所定のユーザ操作が認識されたと判定された場合に、前記ライブビュー画像及び前記１つ以上の処理画像を含む画面であって、前記１つ以上の処理画像の更新を通知する前記画面を、前記表示装置に表示させる、前記（１）〜（４）のいずれか１項に記載の表示制御装置。
（６）
前記画面は、前記１つ以上の処理画像の更新を通知する、前記１つ以上の処理画像についてのアニメーションを含む、前記（５）に記載の表示制御装置。
（７）
前記画面は、前記１つ以上の処理画像の更新を通知するオブジェクトを含む、前記（５）に記載の表示制御装置。
（８）
前記１つ以上の処理画像は、前記ライブビュー画像と比べてより拡大された状態で被写体が写る画像である、前記（１）〜（７）のいずれか１項に記載の表示制御装置。
（９）
前記１つ以上の処理画像は、前記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る画像である、前記（１）〜（７）のいずれか１項に記載の表示制御装置。
（１０）
前記１つ以上の処理画像は、複数の処理画像である、前記（１）〜（９）のいずれか１項に記載の表示制御装置。
（１１）
前記複数の処理画像は、並べて表示される、前記（１０）に記載の表示制御装置。
（１２）
前記複数の処理画像の各々に写る被写体は、前記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する、前記（１０）又は（１１）に記載の表示制御装置。
（１３）
前記ライブビュー画像及び前記１つ以上の処理画像が前記表示装置に表示されている際に、前記１つ以上の処理画像のうちの少なくとも１つの処理画像の生成のためのパラメータを変更する変更部
をさらに備え、
前記判定部は、所定の別のユーザ操作が認識されたかを判定し、
前記変更部は、前記所定の別のユーザ操作が認識されたと判定される場合に、前記パラメータを変更する、
前記（１）〜（１２）のいずれか１項に記載表示制御装置。
（１４）
前記表示装置は、タッチパネルの表示面であり、
前記表示制御部は、前記パラメータの変更のためのオブジェクトを、前記表示装置にさらに表示させ、
前記所定の別のユーザ操作は、前記タッチパネルのうちの前記オブジェクトの表示位置でのタッチ操作である、
前記（１３）に記載の表示制御装置。
（１５）
コンピュータを、
撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、前記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させる表示制御部と、
所定のユーザ操作が認識されたかを判定する判定部と、
として機能させ、
前記表示制御部は、前記所定のユーザ操作が認識されたと判定される場合に、表示される前記１つ以上の処理画像を更新する、
プログラム。
（１６）
撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、前記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させることと、
所定のユーザ操作が認識されたかを判定することと、
を含み、
表示される前記１つ以上の処理画像は、前記所定のユーザ操作が認識されたと判定される場合に更新される、
表示制御方法。

１０ ライブビュー画像
２０ 処理画像
３０ 指
４０ 通知オブジェクト
１００ 表示制御装置
１１０ 撮像部
１２０ 入力部
１３０ 表示部
１４０ 記憶部
１５０、１６０ 制御部
１５１ 撮像制御部
１５３ 画像処理部
１５５ 操作認識部
１５６ 操作判定部
１５７、１６７ 表示制御部
１５９ パラメータ変更部

Claims (14)

1. 撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、前記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させる表示制御部と、
   所定のユーザ操作が認識されたかを判定する判定部と、
   を備え、
   前記表示制御部は、
   前記所定のユーザ操作が認識されたと判定される場合に、表示される前記１つ以上の処理画像を更新し、
   前記所定のユーザ操作が認識されたと判定された場合に、前記ライブビュー画像及び前記１つ以上の処理画像を含む画面であって、前記１つ以上の処理画像の更新を通知する前記画面を、前記表示装置に表示させ、
   前記画面は、更新される処理画像を囲むことにより前記１つ以上の処理画像の更新を通知するオブジェクトを含む、
   表示制御装置。
2. 前記表示装置は、タッチパネルの表示面であり、
   前記所定のユーザ操作は、前記タッチパネルにおける所定のタッチ操作である、
   請求項１に記載の表示制御装置。
3. 前記所定のユーザ操作は、前記タッチパネルのうちの前記１つ以上の処理画像が表示される位置でのタッチ操作である、請求項２に記載の表示制御装置。
4. 前記１つ以上の処理画像が更新される場合に、前記所定のユーザ操作を行ったユーザに前記１つ以上の処理画像の更新が通知される、請求項１〜３のいずれか１項に記載の表示制御装置。
5. 前記画面は、前記１つ以上の処理画像の更新を通知する、前記１つ以上の処理画像についてのアニメーションを含む、請求項１〜４のいずれか１項に記載の表示制御装置。
6. 前記１つ以上の処理画像は、前記ライブビュー画像と比べてより拡大された状態で被写体が写る画像である、請求項１〜５のいずれか１項に記載の表示制御装置。
7. 前記１つ以上の処理画像は、前記ライブビュー画像の一部又は全体に写る被写体がより縮小された状態で写る画像である、請求項１〜５のいずれか１項に記載の表示制御装置。
8. 前記１つ以上の処理画像は、複数の処理画像である、請求項１〜７のいずれか１項に記載の表示制御装置。
9. 前記複数の処理画像は、並べて表示される、請求項８に記載の表示制御装置。
10. 前記複数の処理画像の各々に写る被写体は、前記複数の処理画像のうちの１つ以上の別の処理画像に写る被写体と少なくとも一部で重複する、請求項８又は９に記載の表示制御装置。
11. 前記ライブビュー画像及び前記１つ以上の処理画像が前記表示装置に表示されている際に、前記１つ以上の処理画像のうちの少なくとも１つの処理画像の生成のためのパラメータを変更する変更部
    をさらに備え、
    前記判定部は、所定の別のユーザ操作が認識されたかを判定し、
    前記変更部は、前記所定の別のユーザ操作が認識されたと判定される場合に、前記パラメータを変更する、
    請求項１〜１０のいずれか１項に記載の表示制御装置。
12. 前記表示装置は、タッチパネルの表示面であり、
    前記表示制御部は、前記パラメータの変更のためのオブジェクトを、前記表示装置にさらに表示させ、
    前記所定の別のユーザ操作は、前記タッチパネルのうちの前記オブジェクトの表示位置でのタッチ操作である、
    請求項１１に記載の表示制御装置。
13. コンピュータを、
    撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、前記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させる表示制御部と、
    所定のユーザ操作が認識されたかを判定する判定部と、
    として機能させ、
    前記表示制御部は、
    前記所定のユーザ操作が認識されたと判定される場合に、表示される前記１つ以上の処理画像を更新し、
    前記所定のユーザ操作が認識されたと判定された場合に、前記ライブビュー画像及び前記１つ以上の処理画像を含む画面であって、前記１つ以上の処理画像の更新を通知する前記画面を、前記表示装置に表示させ、
    前記画面は、更新される処理画像を囲むことにより前記１つ以上の処理画像の更新を通知するオブジェクトを含む、
    プログラム。
14. 撮像素子を通じて得られる画像データに基づいて生成されるライブビュー画像、及び、前記画像データのうちのいずれかの時点での画像データに基づいてそれぞれの画像処理条件で生成される１つ以上の処理画像を、表示装置に表示させることと、
    所定のユーザ操作が認識されたかを判定することと、
    を含み、
    表示される前記１つ以上の処理画像は、前記所定のユーザ操作が認識されたと判定される場合に更新され、
    前記所定のユーザ操作が認識されたと判定された場合に、前記ライブビュー画像及び前記１つ以上の処理画像を含む画面であって、前記１つ以上の処理画像の更新を通知する前記画面が、前記表示装置に表示され、
    前記画面は、更新される処理画像を囲むことにより前記１つ以上の処理画像の更新を通知するオブジェクトを含む、
    表示制御方法。

Images