(57)【要約】【課題】現行の画像処理装置では画像表示時にリフォーカス画像を生成する場合、ユーザーの操作に応じてリフォーカス画像を生成しており、該リフォーカス画像生成に時間がかかる為、待ち時間が生じていた。【解決手段】操作履歴を示す履歴情報に基づいて焦点を合わせる対象の順位を決定し、決定した順位に従って、前記対象に焦点を合わせた合成画像データを複数の視点位置から撮像して得られた多視点画像データから順次生成する。【選択図】図１
2014014071.tif 000002
【特許請求の範囲】
【請求項１】
操作履歴を示す履歴情報に基づいて焦点を合わせる対象の順位を決定する決定手段と、
前記決定手段で決定された順位に従って、前記対象に焦点を合わせた合成画像データを複数の視点位置から撮像して得られた多視点画像データから順次生成する生成手段と
を備えることを特徴とする画像処理装置。
【請求項２】
前記生成された合成画像データを表示させる制御手段をさらに備え、
前記表示された合成画像データに対するユーザーからのパラメータの入力があった場合、前記制御手段は、
前記入力されたパラメータに対応する対象に焦点を合わせた合成画像データが前記生成手段によって生成されているかを判定し、
前記生成手段によって生成されていると判定した場合は当該生成されている合成画像データを表示させ、
前記生成手段によって生成されていないと判定した場合は当該パラメータに対応する対象に焦点を合わせた合成画像データを前記生成手段に生成させる、
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記生成された合成画像データを表示させる制御手段をさらに備え、
前記生成手段は、前記表示された合成画像データに対するユーザーからのパラメータの入力がない間、前記順位に従って前記合成画像データを順次生成することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記多視点画像データが示す画像に含まれる物体を認識する認識手段をさらに備え、
前記決定手段は、前記認識手段によって認識された物体を前記対象として抽出することを特徴とする請求項１から３のいずれかに記載の画像処理装置。
【請求項５】
前記表示された合成画像データに対してユーザーから入力されたパラメータに対応する領域を含む対象が選択された回数を前記履歴情報として記憶する履歴情報記憶手段をさらに備えることを特徴とする請求項２から４のいずれかに記載の画像処理装置。
【請求項６】
焦点を合わせる対象を示すモードが優先設定されているかを判定する判定手段をさらに備え、
前記決定手段は、前記判定手段によって前記モードが優先設定されていると判定された場合、前記モードに適合する対象の前記順位を変更することを特徴とする請求項１から５のいずれかに記載の画像処理装置。
【請求項７】
前記決定手段は、前記モードにおける操作履歴を示す第２の履歴情報を用いて前記順位の変更をすることを特徴とする請求項６に記載の画像処理装置。
【請求項８】
複数の視点位置から撮像して得られた多視点画像データから、操作履歴を示す履歴情報に応じた対象に焦点を合わせた合成画像データを、ユーザーからのパラメータの入力なしで表示する表示手段を
有することを特徴とする画像処理装置。
【請求項９】
ユーザーからの指示により、画像上で焦点を合わせたくない非合焦領域を特定する特定手段と、
前記特定された非合焦領域に対応するピント面を決定する決定手段と、
前記決定されたピント面を用いて複数の画像データを合成する合成手段と
を備えることを特徴とする画像処理装置。
【請求項１０】
前記合成手段は、少なくとも２つの異なる視点から撮像された複数の画像データを合成することを特徴とする請求項９に記載の画像処理装置
【請求項１１】
前記合成手段は、少なくとも２つの連続する時刻において撮像された複数の画像データを合成することを特徴とする請求項９に記載の画像処理装置
【請求項１２】
前記特定手段は、ユーザーからの指示により、画像上で焦点を合わせたい合焦領域をさらに特定することを特徴とする請求項９から１１のいずれか一項に記載の画像処理装置。
【請求項１３】
前記合成手段で合成された画像データに前記特定手段で特定された合焦領域または非合焦領域の位置を示す位置情報を付加する付加手段をさらに備えることを特徴とする請求項１２に記載の画像処理装置。
【請求項１４】
前記付加手段は、前記位置情報が合焦領域か非合焦領域かを示す属性情報を前記位置情報に関連付けてさらに前記画像データに付加することを特徴とする請求項１３に記載の画像処理装置。
【請求項１５】
前記付加手段により前記位置情報が付加された画像データが示す画像に対する前記ユーザーからの指示に基づいて、前記付加手段により前記位置情報が付加された画像データが示す画像上で前記非合焦領域を前記特定手段が特定した場合、
前記付加手段は、前記画像データに付加される前記属性情報を、前記非合焦領域を示す情報で更新することを特徴とする請求項１４に記載の画像処理装置。
【請求項１６】
前記特定手段は、ユーザーが画像上の領域を一定時間以上指示した場合、前記指示された領域を前記非合焦領域として特定することを特徴とする請求項９から１５のいずれか一項に記載の画像処理装置。
【請求項１７】
前記特定手段は、ユーザーが画像上の領域を一定時間内に連続して指示した場合、前記指示された領域を前記合焦領域として特定することを特徴とする請求項１２に記載の画像処理装置。
【請求項１８】
前記決定手段は、ユーザーの指示に基づき、ピント面の位置をずらすことで前記非合焦領域に対応するピント面を決定することを特徴とする請求項９から１７のいずれか一項に記載の画像処理装置。
【請求項１９】
前記決定手段は、ユーザーの指示に基づき、被写界深度を調整することで前記非合焦領域に対応するピント面を決定することを特徴とする請求項９から１８のいずれか一項に記載の画像処理装置。
【請求項２０】
前記決定手段は、ユーザーの指示に基づき、ピント面を形成する元となる曲線の形状を調整することで前記非合焦領域に対応するピント面を決定することを特徴とする請求項９から１９のいずれか一項に記載の画像処理装置。
【請求項２１】
前記決定手段は、画像データに付加される合焦領域の位置を示す位置情報に基づいて前記非合焦領域に対応するピント面を決定することを特徴とする請求項９から２０のいずれか一項に記載の画像処理装置。
【請求項２２】
前記決定手段は、画像データに付加される非合焦領域の位置を示す位置情報にさらに基づいて前記非合焦対象に対応するピント面を決定することを特徴とする請求項９から２２のいずれか一項に記載の画像処理装置。
【請求項２３】
対象物を識別するための識別用データと、該識別用データに関連付けられた、対象物の合焦状態を示す合焦状態データとを取得する取得手段と、
画像内に前記識別用データと一致する対象物が存在するか判定する判定手段と、
前記判定手段によって前記画像内に識別用データと一致する対象物が存在すると判定された場合、前記識別用データに関連付けられた合焦状態データに基づいて複数の画像データを合成する際のピント面を決定する決定手段と
を備えることを特徴とする画像処理装置。
【請求項２４】
前記合焦状態データは、対象物が合焦対象であるか非合焦対象であるかを示すことを特徴とする請求項２３に記載の画像処理装置。
【請求項２５】
前記取得手段は、前記識別用データとして識別コードを取得し、
前記判定手段は、前記識別コードが前記画像を示す画像データに含まれる場合、前記対象物が存在すると判定することを特徴とする請求項２３または２４に記載の画像処理装置。
【請求項２６】
前記取得手段は、前記識別用データとして対象物の特徴を示す認識情報を取得し、
前記判定手段は、前記認識情報と前記画像内のオブジェクトとを比較することによって前記判定を行うことを特徴とする請求項２３または２４に記載の画像処理装置。
【請求項２７】
前記取得手段は、前記識別用データとして識別コードと対象物の特徴を示す認識情報とを取得し、
前記判定手段は、前記識別コードが前記画像を示す画像データに含まれない場合、前記認識情報と前記画像内のオブジェクトとを比較することによって前記判定を行うことを特徴とする請求項２３または２４に記載の画像処理装置。
【請求項２８】
前記判定手段は、画像内に占める面積の大きさ、画像内の位置、またはその両方に基づく順位に従って検出される複数のオブジェクトを用いて前記比較を行うことを特徴とする請求項２６または２７に記載の画像処理装置。
【請求項２９】
前記決定手段によって決定されたピント面を示す情報を、前記画像を示す画像データに付加する付加手段をさらに備えることを特徴とする請求項２３から２８のいずれか一項に記載の画像処理装置。
【請求項３０】
前記決定手段によって決定されたピント面を示す情報は、前記識別用データと、前記合焦状態データと、前記対象物の前記画像における位置を示す位置情報とが関連付けられた情報であることを特徴とする請求項２９に記載の画像処理装置。
【請求項３１】
前記取得手段で取得した識別用データに対応する対象物についての位置情報が前記画像データに付加されている場合、前記画像データに前記識別用データに関連付けられて付加されている合焦状態データを、前記取得手段で取得した合焦状態データで更新する更新手段をさらに有することを特徴とする請求項３０に記載の画像処理装置。
【請求項３２】
前記取得手段で取得する識別用データに一致しない識別用データが前記画像データに付加されている場合、該一致しない識別用データと、該一致しない識別用データに関連付けられている合焦状態データと、位置情報と、を前記画像データから削除する削除手段をさらに備えることを特徴とする請求項３０または３１に記載の画像処理装置。
【請求項３３】
前記複数の画像データの集合と、対象物を識別するための識別用データ及び該識別用データに関連付けられた対象物の合焦状態を示す合焦状態データとを階層化されたグループ毎に保持する保持手段をさらに備え、
前記判定手段は、前記取得手段で取得した識別用データと合焦状態データとが属するグループ及び該グループによって包含されるグループに属する画像データに対して前記判定を行うことを特徴とする請求項２３から３２のいずれか一項に記載の画像処理装置。
【請求項３４】
前記識別用データと一致すると判定された対象物を含む領域を画像から抽出することにより生成される対象物データを表示する表示手段と、
前記表示手段によって表示された前記対象物データに対するユーザーからの指示に従い、前記識別用データを更新する更新手段とを
さらに備えることを特徴とする請求項２３から３３のいずれか一項に記載の画像処理装置。
【請求項３５】
前記識別用データと一致すると判定された対象物を含む領域を画像から抽出することにより生成される対象物データを表示する表示手段と、
前記表示手段によって表示された前記対象物データに対するユーザーからの指示に従い、前記対象物データが抽出された画像データ内の前記画像内の対象物が存在する位置情報を削除する削除手段と
をさらに備えることを特徴とする請求項２３から３４のいずれか一項に記載の画像処理装置。
【請求項３６】
複数の視点から撮像された画像データを含む画像ファイルのデータ構造であって、
前記画像データと、
前記画像データが示す画像における合焦する対象物の位置情報を示すデータと
を含むデータ構造。
【請求項３７】
前記画像データが示す画像における合焦する対象物の位置情報を示すデータの有無を示すデータをさらに含むことを特徴とする請求項３６に記載のデータ構造。
【請求項３８】
複数の視点から撮像された画像データを含む画像ファイルのデータ構造であって、
前記画像データと、
前記画像データが示す画像における非合焦する対象物の位置情報を示すデータと
を含むデータ構造。
【請求項３９】
前記画像データが示す画像における非合焦する対象物の位置情報を示すデータの有無を示すデータをさらに含むことを特徴とする請求項３８に記載のデータ構造。
【請求項４０】
複数の視点から撮像された画像データを含む画像ファイルのデータ構造であって、
前記画像データと、
前記画像データが示す画像における対象物の位置情報を示すデータと、
前記対象物が合焦する対象物かまたは非合焦する対象物かを示すデータと
を含むデータ構造。
【請求項４１】
前記画像データを除く各データは、対象物ごとに含まれることを特徴とする請求項３６から４０のいずれか一項に記載のデータ構造。
【請求項４２】
操作履歴を示す履歴情報に基づいて焦点を合わせる対象の順位を決定する決定ステップと、
前記決定ステップで決定された順位に従って、前記対象に焦点を合わせた合成画像データを複数の視点位置から撮像して得られた多視点画像データから順次生成する生成ステップと
を備えることを特徴とする画像処理方法。
【請求項４３】
複数の視点位置から撮像して得られた多視点画像データから、操作履歴を示す履歴情報に応じた対象に焦点を合わせた合成画像データを、ユーザーからのパラメータの入力なしで表示する表示ステップを
有することを特徴とする画像処理方法。
【請求項４４】
ユーザーからの指示により、画像上で焦点を合わせたくない非合焦領域を特定する特定ステップと、
前記特定された非合焦領域に対応するピント面を決定する決定ステップと、
前記決定されたピント面を用いて複数の画像データを合成する合成ステップと
を備えることを特徴とする画像処理方法。
【請求項４５】
対象物を識別するための識別用データと、該識別用データに関連付けられた対象物の合焦状態を示す合焦状態データとを取得する取得ステップと、
画像内に前記識別用データと一致する対象物が存在するか判定する判定ステップと、
前記判定ステップによって前記画像内に識別用データと一致する対象物が存在すると判定された場合、前記識別用データに関連付けられた合焦状態データに基づいて複数の画像データを合成する際のピント面を決定する決定ステップと
を備えることを特徴とする画像処理方法。
【請求項４６】
コンピュータを請求項１から３５のいずれかに記載の画像処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の視点位置から取得された情報に基づき画像データを処理する画像処理装置及び画像処理方法に関するものである。
【背景技術】
【０００２】
現在、撮像装置において撮像後に撮像画像を確認する方法として、いわゆる再生モードにおいて撮像画像を表示させ、確認する方法が知られている。
【０００３】
また、近年、「Light Field Photography」と呼ばれる手法を用いた撮像装置が提案されている（非特許文献１、特許文献１）。この撮像装置は、撮像レンズと、マイクロレンズアレイと、撮像素子と、画像処理部と、から構成され、撮像素子から得られる撮像画像データが、受光面における光の強度分布に加えてその光の進行方向の情報も含むようになっている。そして画像処理部において、複数の視点や方向からの観察画像を再構築できるようになっている。
【０００４】
その再構築の一つに撮像後のピント調整処理（以降、リフォーカスと呼ぶ）があり（たとえば特許文献２）、撮像後にリフォーカスが可能な撮像装置（以降、ライトフィールドカメラと呼ぶ）が開発されている。
【０００５】
画像処理部に於ける複数の視点や方向からの観察画像を再構築するリフォーカス演算処理は、複数の視点や方向からの画像に関する位置合わせ処理が必須であり、この位置合わせ演算量（処理負荷）が大きい。
【０００６】
また、リフォーカス演算処理は領域毎にフォーカスを合わせる演算と、ぼかす演算とが必要となる。特にぼかしについては、前記フォーカス領域以外の領域に対して一律にぼかすのではなく、視覚的に自然なぼかし処理（例えば、焦点深度の浅い撮像画像データの生成）が必須であり、こちらも演算量（処理負荷）が大きい。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−１８３３１６号公報
【特許文献２】特開２０１１−２２７９６号公報
【非特許文献】
【０００８】
【非特許文献１】R. Ng, M. Levoy, M.Bredif, G. Duval, M. Horowitz, P. Hanrahan: "Light Field Photography with a Hand-Held Plenoptic Camera", Stanford Tech Report CTSR 2005-02（2005）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
現行の画像処理装置では画像表示時にリフォーカス画像を生成する場合、ユーザーの操作に応じてリフォーカス画像を生成しており、該リフォーカス画像生成に時間がかかる為、待ち時間が生じていた。
【課題を解決するための手段】
【００１０】
本発明に係る画像処理装置は、操作履歴を示す履歴情報に基づいて焦点を合わせる対象の順位を決定する決定手段と、前記決定手段で決定された順位に従って、前記対象に焦点を合わせた合成画像データを複数の視点位置から撮像して得られた多視点画像データから順次生成する生成手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザーが、リフォーカス表示したい領域の指定操作を行う前にユーザーがリフォーカス表示を希望する領域を予測し、リフォーカス演算を開始又は完了させることが可能となる。従って、ユーザーがリフォーカス領域を指定してから、リフォーカス画像を表示するまでの待ち時間を短縮することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例１に係る多眼カメラ全体のハードウェア構成の一例を示すブロック図である。
【図２】本発明の実施例１に係る再生時のリフォーカス処理の一例を示すフローチャートである。
【図３】本発明の実施例１に係るパラメータ選択処理の一例を示すフローチャートである。
【図４】本発明の実施例１に係るリフォーカス演算領域の予測方法の一例を示すフローチャートである。
【図５】本発明の実施例１に係る過去の人物に関するリフォーカス履歴の一例を示す図である。
【図６】本発明の実施例１に係るリフォーカス画像の表示の一例を示す図である。
【図７】本発明の第１の実施例に係るリフォーカス画像データを保存する一時画像フォーマットの一例を示す図である。
【図８】本発明の実施例１に係る多視点画像を保存する画像データフォーマットの一例を示す図である。
【図９】本発明の実施例２に係る再生時のリフォーカス処理の一例を示すフローチャートである。
【図１０】本発明の実施例２に係る再生時のリフォーカス処理の一例を示すフローチャートである。
【図１１】本発明の実施例３に係る多眼カメラ撮像部の外観の一例を示す図である。
【図１２】本発明の実施例３に係る多視点画像を保存する画像データフォーマットの一例を示す図である。
【図１３】本発明の実施例３に係るリフォーカス演算部の機能構成例と処理の流れの一例を示す図である。
【図１４】本発明の実施例３に係る非合焦対象を指示した場合の処理の流れの一例を示すフローチャートである。
【図１５】本発明の実施例３に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と焦点深度等の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図１６】本発明の実施例３に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と焦点深度等の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図１７】本発明の実施例３に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と焦点深度等の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図１８】本発明の実施例４に係る合焦・非合焦対象リストのデータフォーマットの一例を示す図である。
【図１９】本発明の実施例４に係る多視点画像を保存する画像データフォーマットの一例を示す図である。
【図２０】本発明の実施例４に係る合焦・非合焦対象リストの管理構造の一例を示す図である。
【図２１】本発明の実施例４に係る合焦・非合焦対象リスト内の対象物を追加・削除処理の一例を示すフローチャートである。
【図２２】本発明の実施例４に係る合焦・非合焦対象リスト内の対象物追加を多視点画像のリフォーカス位置情報に反映する処理の一例を示すフローチャートである。
【図２３】本発明の実施例４に係る合焦・非合焦対象リスト内の対象物削除を多視点画像のリフォーカス位置情報に反映する処理の一例を示すフローチャートである。
【図２４】本発明の実施例４に係る多視点画像撮像時に、当該多視点画像にリフォーカス位置情報を付加する処理の一例を示すフローチャートである。
【図２５】本発明の実施例４に係る合焦・非合焦対象リスト内の対象物の情報を保存多視点画像のリフォーカス位置情報に反映する処理の一例を示すフローチャートである。
【図２６】本発明の実施例５に係る合焦・非合焦対象リストのデータフォーマットの一例を示す図である。
【図２７】本発明の実施例５に係る合焦・非合焦対象リスト内の対象物の認識情報更新、当該対象物に基づき生成されたリフォーカス位置情報の削除を行うためのユーザーインターフェイス（ＵＩ）の一例を示す図である。
【図２８】本発明の実施例６に係る合焦・非合焦対象リスト管理とリフォーカス位置情報生成、リフォーカス画像生成を行うシステム構成の一例を示す図である。
【図２９】本発明の実施例７に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と焦点深度等の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図３０】本発明の実施例７に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と焦点深度等の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図３１】本発明の実施例７に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と焦点深度等の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図３２】本発明の実施例７に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と仮想ピント面の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図３３】本発明の実施例７に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と仮想ピント面の関係、及びそのディスプレイ上での表示の一例を示す図である。
【図３４】本発明の実施例８に係る画像処理を行う対象を撮像した際の撮像装置と撮像被写体の位置と仮想ピント面の関係の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を用いて本発明の実施例について詳細に説明する。
【実施例１】
【００１４】
図１は、本発明による実施例１の画像処理装置のハードウェア構成の一例を示すブロック図である。以下、図１について詳細に説明する。多眼カメラ撮像部１０１は、相互に独立した光学系と撮像素子とを持つ相互に独立した複数のカメラの集合体である。多眼カメラ撮像部１０１は、撮像素子の制御部等を含み、複数の撮像素子からの出力データの集合を多視点画像データとして出力する。
【００１５】
ＲＡＭ１０２は、多眼カメラ撮像部１０１で撮像した多視点画像データの一時記憶や生成したリフォーカス画像データの一時記憶、およびその他演算途中のデータなどの一時記憶に使用する為のメモリである。ＦｌａｓｈＲＯＭ１０７は、不揮発メモリであり、過去にユーザーが選択した画像（種別と位置）や操作に関する操作履歴を累積、記憶する履歴情報記憶部として機能する。外部メモリ１０９は、ＳＤカードなどの外部メモリである。また、外部メモリ１０９は不揮発メモリであり、電源を切っても画像データは保存される。外部メモリ１０９には、多眼カメラ撮像部１０１で撮像した多視点画像データが、例えば図８に示される画像データフォーマットに従って画像ファイルとして保存される。画像データフォーマットの詳細は後述する。また外部メモリ１０９は、処理中の画像データを一時画像ファイルとして一時的に保存する領域としても利用される。
【００１６】
メモリ制御部１１０は、いわゆるバスシステムと、バスシステムに接続されるメモリやデバイスの制御部から構成され、例えば、ＲＡＭ１０２、ＦｌａｓｈＲＯＭ１０７、外部メモリ１０９の各メモリに対するデータの読み書きを制御する。
【００１７】
ユーザーＩ／Ｆ（インターフェース）１０６は、機器の操作や、ユーザーがリフォーカス表示を希望する画像又は領域を選択したり、又は撮像済み画像の表示に係わるモード選択を行う為のＩ／Ｆ（インターフェース）である。具体的には、ディスプレイ１０５上に設置されるタッチパネルや、シャッターボタン、操作ダイヤルなどユーザーＩ／Ｆに対応する。
【００１８】
全体制御部（ＣＰＵ）１０８は、機器全体の制御や、ＦｌａｓｈＲＯＭ１０７に記憶されている履歴情報から最も頻度の高い領域を選択し、リフォーカス演算部１０３へ指示するなどの演算制御を行う。
【００１９】
リフォーカス演算部１０３は、全体制御部１０８の指示に従って、多視点画像データからリフォーカス画像データを生成する。ここで、多視点画像データからリフォーカス画像データを生成する概要を説明する。ライトフィールドフォトグラフィでは、多視点画像データから、空間中の複数の位置について、それぞれの位置を通過する光線の方向と強度（ライトフィールド、以下、「ＬＦ」という。）を計算する。そして、得られたＬＦの情報を用いて、仮想の光学系を通過して仮想のセンサに結像した場合の画像を計算する。このような仮想の光学系やセンサを適宜設定する事で、所定の対象に焦点を合わせた合成画像データであるリフォーカス画像データを生成することが可能となる。なお、リフォーカス処理は本実施例の主眼ではなく、上述した手法以外の手法を用いても良い。生成されたリフォーカス画像データは、ＲＡＭ１０２や、外部メモリ１０９などへ格納される。詳細は後述する。
【００２０】
グラフィックプロセッサ１０４は、リフォーカス演算部１０３で生成されたリフォーカス画像データをディスプレイ１０５に表示する機能を具備している。ネットワークＩ／Ｆ１１１０は、機器外とネットワーク接続を行い、ネットワーク上の外部機器との間でデータ転送を行う。
【００２１】
画像解析部１１２は、画像データ中の被写体の領域を検出し、領域毎に識別コードを割り当てる。画像解析部１１２は、検出した被写体の領域情報と識別コードとをＲＡＭ１０２に記憶する。本実施例の被写体とは、前景にあたる人や動物だけでなく、背景に含まれる風景部分も含む物体であるとする。被写体の検出は、例えば、いくつかの顕著な特徴（２つの目、口、鼻など）とその特徴間の固有の幾何学的位置関係とを利用することで実施できる。あるいは、被写体の検出は、顔の対称的特徴、顔色の特徴、テンプレート・マッチング、ニューラル・ネットワークなどを利用することによっても実施できる。背景の検出は、例えば前述の方法で画像内の人物や動物の顔を検出し、その位置やサイズを算出する。この算出結果に基づいて画像中の人物を含む被写体領域と、それ以外の背景領域とに画像を区分することができる。例えば、被写体領域を矩形と仮定すると、領域情報の形式は、左上と右下の座標で示される。また、被写体の識別対象は、人（又は顔）、動物、風景の三種類としているが、これに限定されず、さらに細かい分類をすることも可能である。なお、被写体の検出および識別方法は、本実施例の主眼ではなく、上述した手法以外の手法を用いても良い。画像解析部１１２での被写体検出および認識機能は、画像撮像後、直ちに実施され、その結果は例えば、ＦｌａｓｈＲＯＭ１０７や外部メモリ１０９のような不揮発メモリに記憶される。したがって、本実施例の説明に於いては、これら被写体の領域情報と識別コードとが既に記憶されていることを前提とする。
【００２２】
多眼カメラ撮像部１０１が撮像した多視点画像データは、図８の画像データフォーマットに従って、画像ファイルとして、外部メモリ１０９に記録される。
【００２３】
図８は、本実施例に於ける多視点画像データを画像ファイルとして保存する際に用いる画像データフォーマットを説明する図である。図８に示す画像ファイルは、画像幅を示す情報８０１、画像高さを示す情報８０２、リフォーカス位置情報８０３、多視点画像ヘッダ情報８１０、多視点画像データ８０４を含む。
【００２４】
リフォーカス位置情報８０３は、位置情報存在フラグ８０５を含む。位置情報存在フラグ８０５は、リフォーカス位置情報が存在するか否かを示す情報である。この位置情報存在フラグは、例えば初期状態（履歴が無い状態）では０（偽）である。１（真）である場合に後続の位置情報８０６〜８０９の値を有効とすることができる。すなわち、位置情報存在フラグが真である場合、リフォーカスされた位置を示す情報が含まれていることになる。Top_left_x８０６は、リフォーカス領域の左上のＸ座標を示す情報である。Top_left_y８０７は、リフォーカス領域の左上のＹ座標を示す情報である。Bottom_right_x８０８は、リフォーカス領域の右下のＸ座標を示す情報である。Bottom_right_y８０９は、リフォーカス領域の右下のＹ座標を示す情報である。
【００２５】
なお、位置情報存在フラグ８０５は、画像ファイルの付加の真偽を示す一ビットの情報で十分であるが、かならずしも、１ビットに限定されない。リフォーカス位置情報フォーマットの形式を示す多値をとってもよい。例えば、次のような構成をとることも可能である。位置情報存在フラグ８０５が０の場合は、位置情報が存在しない。位置情報存在フラグ８０５が１の場合は、位置情報は、上述のように矩形情報として表現される。位置情報存在フラグ８０５が２の場合は、位置情報は、フォーカス対象を示す円の中心座標と半径を位置情報として表現される。
【００２６】
多視点画像ヘッダ情報８１０には、リフォーカス処理を行うために必要な情報や補助的な撮像情報が含まれる。例えば、カメラ機種名、レンズ構成、撮像日、シャッタースピード、および、露出プログラムなどである。また、多視点画像ヘッダ情報８１０には、リフォーカス処理に用いられる多視点画像データの中の各画像データの位置情報が含まれる。つまり、各撮像部の位置を示す情報が含まれる。本実施例では、位置情報存在フラグの真偽に関わらず、位置情報８０６〜８０９が存在する構成例を示している。しかしこの例に限定されず、位置情報存在フラグが偽の場合は、位置情報８０６〜８０９エントリーそのものを画像データに含めない構成とすることも可能である。また、リフォーカス位置情報は、任意の形状を示すように構成することも可能であり、本実施例で説明する矩形領域に限定するものではない。
【００２７】
なお、多視点画像データ８０４は、撮像素子から得られたＲＡＷ画像データであってもよいし、デモザイキング処理、ホワイトバランス処理、ガンマ処理、及びノイズ低減処理などの現像処理が施された現像後画像データであってもよい。また、本実施例では多眼カメラ撮像部１０１を用いる例を説明したが、多視点画像データは複数の視点位置からのデータであればよく、例えばマイクロレンズアレイを用いて得られる撮像データを用いてもよい。
【００２８】
図２は、再生モードに移行してから、１枚目のリフォーカス画像を表示するまでのフローチャートである。再生モードは、外部メモリ１０９に保存された画像ファイルをディスプレイ１０５で表示する制御を行う動作モードである。図２のフローは、全体制御部（ＣＰＵ）１０８が、リフォーカス演算部１０３およびグラフィックプロセッサ１０４等を制御することにより実行される。
【００２９】
全体制御部１０８が、図２に示す制御を実行する為のプログラムは、例えば、ＦｌａｓｈＲＯＭ１０７等に記憶されている。また、上述したリフォーカスのためのプログラムも同様に記憶されている。図２に示すフローに於ける画像ファイルは、多眼カメラ撮像部１０１により撮像された多視点画像データが、図８で示すようにヘッダ情報と共に外部メモリ１０９に既に記録されていることを前提としている。
【００３０】
ステップＳ２０１では、全体制御部１０８は、動作モードを再生モードに移行する。ステップＳ２０１の処理に移る場合として、以下の３パターンが考えられる。
１．再生モード以外で起動中であり、その後再生モードに切り換え
２．起動時に既に再生モード
３．再生モードで別の画像を指定された時
【００３１】
ステップＳ２０２では、全体制御部１０８が画像ファイルを外部メモリ１０９から取得する。ステップＳ２０３では、全体制御部１０８が再生リフォーカスモードと履歴情報とを取得して、処理をＳ２０４へ移行する。再生リフォーカスモードとは、リフォーカス演算済みの画像データ（以下、リフォーカス画像データと称する）を表示する際に、例えば、人モード、風景モード、動物モードなどを選択するモードである。履歴情報とは、過去にユーザーが選択した画像データの種別及び位置や、操作に関する履歴を累積した情報である。履歴情報の詳細については後述する。ステップＳ２０４では、全体制御部１０８が読み込んだ画像ファイルのヘッダ情報を解析する。ヘッダ情報は、図８の８０１から８０３に該当する。本実施例では、リフォーカス位置情報８０３を特に解析する。
【００３２】
ステップＳ２０５では、全体制御部１０８が、ステップＳ２０４で解析したヘッダ情報に推奨パラメータが存在するか否かを判定する。推奨パラメータとは、画像ファイルをリフォーカスする際に推奨される画像や表示方法などを示すパラメータである。推奨パラメータが存在する場合には処理がステップＳ２０６に移行し、存在しない場合にはステップＳ２０７に移行する。本実施例では、図８に示される位置情報存在フラグ８０５を１ビットのフラグとして扱い、フラグの値が１の場合には、全体制御部１０８は、推奨パラメータが存在すると判定してステップＳ２０６に遷移する。フラグの値が０の場合は、全体制御部１０８は推奨パラメータが存在しないと判定してステップＳ２０７に移行する。
【００３３】
ステップＳ２０６では、全体制御部１０８は、ステップＳ２０２で読み込んだ画像ファイルのリフォーカス位置情報８０３を解析して得られた推奨パラメータを利用してリフォーカス演算部１０３を制御し、リフォーカス画像データを生成する。
【００３４】
具体的には、リフォーカス演算部１０３は、再生ファイルに含まれる多視点画像データ８０４から、位置情報８０６と８０８との平均をＸ座標、位置情報８０７と８０９との平均をＹ座標とする位置にフォーカスが合った画像データを生成する。リフォーカス演算部１０３で生成されたリフォーカス画像データは、グラフィックプロセッサ１０４を介して、ディスプレイ１０５に表示される。また生成されたリフォーカス画像データは、図７に示される一時画像ファイルフォーマットに従って一時画像ファイルとして、外部メモリ１０９又はＲＡＭ１０２に保存される。図７は、リフォーカス演算部１０３で生成されたリフォーカス画像データを含む画像ファイルの一時画像ファイルフォーマットの一例を示す図である。一時画像ファイルフォーマットに従う画像ファイルは、リフォーカス位置情報７０２と、リフォーカス画像データ７０５とを含む。リフォーカス位置情報７０２には、リフォーカス画像データ７０５のリフォーカス処理を行った際にフォーカスを合わせた位置を示す情報が含まれる。位置情報７０６〜７０９は、図８の位置情報８０６〜８０９と同じ情報とすることができる。なお、図７に示す一時画像ファイルは、例えばリフォーカスの画像データ毎に生成される。
【００３５】
ステップＳ２０６に処理が進んでいるということは、推奨パラメータが存在していることになる。従って、その推奨パラメータに含まれる情報を図７の７０２で示すリフォーカス位置情報に含めた一時画像ファイルを記憶する。なお、一時画像ファイルの記憶場所は、外部メモリ１０９、ＲＡＭ１０２に限定されるものではなく、ネットワークＩ/Ｆ１１１を介して、クラウド上に存在する任意の記憶装置に記憶しても良い。
【００３６】
次に、ステップＳ２０５にて、ヘッダ情報に推奨パラメータが存在しない場合の処理を説明する。ステップＳ２０７の処理は、ステップＳ２０２でメモリから読み出した画像ファイルに推奨パラメータが無い場合、即ち再生モードでの表示が初めての画像ファイルである場合の処理である。本実施例では、履歴情報に基づいてリフォーカス画像データを生成し、一時画像ファイルとして記憶する。また、履歴情報の更新を実施する。履歴情報に基づいてリフォーカス画像データを生成する処理、および履歴情報を更新する処理については、図３に関連して説明するため、ここで説明を省略する。
【００３７】
ステップＳ２０８は、グラフィックプロセッサ１０４がステップＳ２０７で生成したリフォーカス済み画像をディスプレイ１０５に表示する。図６は、ステップＳ２０６又はステップＳ２０７で生成されたリフォーカス画像データを表示した際の一例を示す図である。図６の（ａ）は、風景（樹木）にフォーカスの合った画像の例を示してある。
【００３８】
ステップＳ２０９では、グラフィックプロセッサ１０４がパラメータ選択ＵＩ画面を追加でディスプレイ１０５に表示する。パラメータ選択ＵＩ画面を追加した例を図６（ｂ）に示す。図６（ｂ）の例に於いては、タッチパネルでユーザーがフォーカスを合わせたいポイントを指定することを想定している。すなわち、グラフィックプロセッサ１０４は、フォーカスを合わる位置（パラメータ）をユーザーに入力させるためのＵＩ画面を表示する。なお、パラメータは、画像中の２次元の位置情報を表してもよいし、多視点画像の中の空間的な距離（奥行き）を表してもよい。
【００３９】
ステップＳ２１０では、全体制御部１０８は、ステップＳ２０２で読み取った画像ファイルのリフォーカス位置情報８０３の更新を実施する。すなわち、ヘッダ情報に推奨パラメータが存在していない場合、ステップＳ２０７でリフォーカス位置が決定された領域の位置情報でリフォーカス位置情報８０３を更新する。なお、ヘッダ情報に推奨パラメータが存在している場合、ステップＳ２０２で読み取った画像ファイルのリフォーカス位置情報８０３の更新は行わなくてよい。以上が、再生モードを起動した場合の動作、すなわち、ある画像ファイルを読み取った場合の最初に表示されるリフォーカス画像に関する処理である。
【００４０】
続いて、１枚目のリフォーカス画像データを表示した後の動作（２枚目以降のリフォーカス画像データの表示、動作の終了等）について、図３を用いて説明する。すなわち、図２のフローで説明した画像ファイルを読み取った場合に最初に表示されるリフォーカス画像を表示した後の処理を図３を用いて説明する。図３に示すフロー全体が、図２のフローと同様に、全体制御部１０８により制御されている。
【００４１】
図２のステップＳ２０９で、図６（ｂ）に示すパラメータ選択ＵＩが表示されると、ユーザーは、表示されたＵＩを利用して、パラメータの選択を行う事が可能になる。ステップＳ３０１では、全体制御部１０８は、ＵＩを使用して、ユーザーがパラメータを選択した時は、処理をステップＳ３０４へ移行する。本実施例では、ユーザーが画面上の１点を指定することによって、パラメータを選択することとする。次に、ステップＳ３０４では、ステップＳ３０１でユーザーによって選択されたパラメータを取得する。ステップＳ３０４では、全体制御部１０８は、図７の形式で記憶されている一時画像ファイル群の中から、ステップＳ３０１にてユーザーが指定（選択）したパラメータを含むリフォーカス画像データが存在するか否かを判定する。すなわち、ユーザーが指定したパラメータを含むリフォーカス位置情報７０２を含む一時画像ファイルが存在するか否かを判定する。ステップＳ３０４でユーザーが指定したパラメータに適合するリフォーカス画像データを含む一時画像ファイルが存在する場合、全体制御部１０８は、処理をステップＳ３０９へ移行する。ステップＳ３０９では、前記リフォーカス画像を含む一時画像の情報（位置、表示履歴情報）を更新し、処理をステップＳ３０６へ移行する。詳細は後述する。
【００４２】
ステップＳ３０６では、グラフィックプロセッサ１０４が、ユーザーが指定したパラメータに適合するリフォーカス画像データを含む一時画像を所定のディスプレイ１０５に表示する。
【００４３】
一方、ステップＳ３０４で、ユーザーが指定したパラメータに適合するリフォーカス画像データを含む一時画像ファイルが存在しなかった場合は、全体制御部１０８は、処理をステップＳ３０５へ移行する。ステップＳ３０５では、ステップＳ３０１でユーザーが指定したパラメータに基づいて、リフォーカス演算部１０３が、当該パラメータが示す領域にフォーカスが合ったリフォーカス画像データを生成する。ステップＳ３０５では、生成したリフォーカス画像データを例えば、ＲＡＭ１０２等に図７に示す一時画像ファイルとして記憶する。
【００４４】
ステップＳ３０５の処理が完了したら、全体制御部１０８は、処理をステップＳ３０９へ移行する。
【００４５】
ステップＳ３０９では、ステップＳ３０５にて、ユーザーが、ステップＳ３０１で指定したパラメータに従って生成したリフォーカス画像に関する情報（位置および表示履歴情報）の更新を実施し、処理をステップＳ３０６へ移行する。詳細は後述する。
【００４６】
ステップＳ３０６では、例えば、ＲＡＭ１０２等から、ステップＳ３０１で指定されたパラメータに従って生成または選択されたリフォーカス画像データを読み出して、ディスプレイ１０５へ表示する。
【００４７】
ここで、ステップＳ３０９に於ける情報更新について、詳しく説明する。先に説明したように、画像解析部１１２によって、撮像後の多視点画像データ内の被写体の領域が検出され、領域毎に識別コードを割り当てられ、領域情報と識別コードとがＦｌａｓｈＲＯＭ１０７や、外部メモリ１０９のような不揮発メモリに記憶されている。ここでは、記憶されている領域情報と指定されたパラメータとを比較して、領域情報の中に指定されたパラメータが含まれている場合、その領域情報を位置情報として更新する。すなわち、被写体として分類され、その被写体の位置が特定されている領域情報を、一時画像ファイルのリフォーカス位置情報７０２として更新する。一方、記憶されている領域情報と指定されたパラメータとを比較して、領域情報の中に指定されたパラメータが含まれていない場合、指定パラメータを一時画像ファイルのリフォーカス位置情報７０２として更新する。
【００４８】
次に、履歴情報について、図５を用いて説明する。図５に於いて、識別コードは、画像解析部１１２で識別された識別コードである。頻度は、再生モードに於いて、識別コード（人、風景等）で示される各領域に対して、ユーザーがフォーカスを合わせた画像の表示を指示した頻度のことである。この頻度は、ある画像ファイルごとの頻度であってもよいし、画像ファイルを問わずに、画像処理装置におけてあるユーザーが指示した頻度であってもよい。図５（ａ）は、５０１が識別コード＝風景、５０２が識別コード＝人、５０３が識別コード＝動物の例を示している。ここで、識別コード毎の頻度順位は、以下の通りである。
１位：風景（５０１）
２位：人（５０２）
３位：動物（５０３）
【００４９】
図５（ｂ）は、識別コード＝人に関して、識別コードを更に細分化した例を示したものである。なお、娘、息子、父の区別は、例えばそれぞれの顔画像の特徴ベクトルを算出しておき、人物と判定された領域の特徴ベクトルと比較することによって判定することができる。ここで、識別コード毎の頻度順位は、以下の通りである。
１位：ユーザーの娘（５０５）
２位：ユーザーの息子（５０６）
３位：ユーザーの父（５０７）
４位：登録外の人物（５０８）
本実施例に於いて、履歴情報は、各識別コードの頻度情報のことを指す。
【００５０】
次に履歴情報の更新について述べる。先に説明したように、領域情報の中に指定されたパラメータが含まれていた場合、その領域に関連付けられた識別コードの頻度情報をインクリメントする。一方、領域情報の中に指定されたパラメータが含まれていない場合、有用な情報は、座標情報のみなので、履歴情報は更新しない。
【００５１】
次にステップＳ３０１で、ユーザーが、パラメータを選択しなかった場合の処理について説明する。すでに表示されている画像を継続して表示した状態で、処理をステップＳ３０２へ移行する。
【００５２】
ステップＳ３０２では、画像解析部１１２で抽出した全ての領域情報に対して、全体制御部１０８は、各領域情報にフォーカスを合わせたリフォーカス画像データを生成したか否かを判定する。具体的には、全ての領域情報に対して、各領域情報を含むリフォーカス位置情報７０２を有する一時画像ファイルが存在するか否かを判定する。
【００５３】
ステップＳ３０２で、全ての領域情報に対して、リフォーカス画像を生成していないと判定された場合、処理をＳ３０３へ移行する。一方、ステップＳ３０２で、全ての領域情報に対して、リフォーカス画像の生成が完了していると判定された場合は、処理をＳ３０７へ移行する。
【００５４】
全ての領域情報に対して、リフォーカス画像を生成していないと判定された場合、ステップＳ３０３で、履歴情報に基づいて、リフォーカス画像データを生成する。詳細は後述する。次に生成したリフォーカス画像をＳ３０６で表示した後、ステップＳ３０７へ移行する。
【００５５】
Ｓ３０７では、全体制御部１０８は、再生モードを終了するか、継続するかを判定する。Ｓ３０７に於ける再生モードの終了条件は、例えば以下の３つである。
１．再生モードを除くモードに切り換えた時
２．電源をＯＦＦした時
３．再生モードで別の画像を指定された時
Ｓ３０７で再生モード終了と判定された場合は、処理をＳ３０８へ移行し、再生モードの終了に必要な各種処理が実行され、再生モードを終了する。一方、ステップＳ３０７で再生モード継続と判定された場合は、処理をステップＳ３０１へ戻し、ステップＳ３０１からの操作を繰り返す。
【００５６】
なお、パラメータ選択は、ユーザーが画面上の１点を指すことで行うこととしたが、閉領域として指定することも可能である。例えば、ユーザーが指定した点を含む画像および指定された閉領域に含まれる画像をＦｌａｓｈＲＯＭ（履歴記憶部）１０７の履歴と比較することにより、履歴情報の有無を判定することができる。
【００５７】
次に、図２のＳ２０７と図３のＳ３０３に於ける処理詳細について、図４のフローチャートを用いて説明する。図４のフローチャートに示す処理は、全体制御部（ＣＰＵ）１０８が、リフォーカス演算部１０３およびグラフィックプロセッサ１０４等を制御することにより、実行される。
【００５８】
先に説明したように、画像解析部１１２によって、撮像後の多視点画像データ内の被写体の領域が検出され、かつ領域毎に識別コードを割り当てられ、領域情報と識別コードとがＲＡＭ１０２や、外部メモリ１０９のような不揮発メモリに記憶されている。また、履歴情報は、図５に示す頻度情報のこととする。即ち、過去の履歴（頻度）は、風景画像が頻度１位、人の画像が２位、動物の画像が３位であると仮定する。更に、人の画像は、頻度１位が娘、２位が息子、３位が父、４位が登録外人物と仮定する。
【００５９】
ステップＳ４０１では、全体制御部１０８は、リフォーカス画像データを未生成の領域を特定する。まず、全体制御部１０８は、対象画像データ（すなわち、Ｓ２０２で読み込んだ画像ファイルの多視点画像データが示す画像データ）に関する画像解析結果の識別コード及び領域情報のペアの全てを取得する。また、全ての一時画像ファイルに含まれるリフォーカス画像データの位置情報を取得する。次に、取得した情報の中から、一時画像ファイルに含まれるリフォーカス位置情報７０２と、領域情報とを比較する。そして、位置情報が領域情報に含まれるものは省いて、対応する位置情報が存在しない領域情報を抽出する。この領域情報は、即ち、リフォーカス画像データを生成していない領域に対応する。
【００６０】
次に、全体制御部１０８は、ステップＳ４０２で、ステップＳ４０１で抽出した領域情報に関連付けられた識別コードの中で、履歴情報の頻度が最も高い識別コードに一致するものを選択する。選択の結果、風景に該当する識別コードの頻度が、最上位であった場合、ステップＳ４０３へ移行する。ステップＳ４０３では、風景画像に対応する領域が、Ｓ４０１で抽出した領域情報にあるか否かを判定する。風景画像がある場合、ステップＳ４０４へ移行する。
【００６１】
ステップＳ４０４では、識別コードが風景である領域情報を抽出して、それが１つである場合は、その領域を次にリフォーカス画像データを生成する領域として決定する。また風景に該当する識別コードを持つ領域が複数存在する場合、例えば、領域情報の左上のＸ座標とＹ座標をもって、順位を決定することができる。具体的には、Ｘ座標の値が小さい順にリフォーカス演算順位を決定することができる。また、同一のＸ座標が複数存在する場合は、Ｙ座標の小さい順でリフォーカス演算順位を決定することができる。ここでは、最も順位の高い領域情報を次にリフォーカス画像を生成する領域として決定する。
【００６２】
次に処理をステップＳ４０５へ移行する。ステップＳ４０５では、リフォーカス演算部１０３が、ステップＳ４０４で決定された順位に基づいて当該順位の領域情報にフォーカスを合わせたリフォーカス画像データを生成する。具体的には、多視点画像データから、左上と右下の座標の平均を取った結果をＸ座標、Ｙ座標とする位置にフォーカスが合った画像データを生成する。
【００６３】
次に、処理をステップＳ４０６へ移行する。ステップＳ４０６では、ステップＳ４０５で生成したリフォーカス画像データと共に、そのフォーカスを合わせた領域情報をリフォーカス位置情報とした一時画像ファイルを図７に示す一時画像ファイルフォーマットで記憶する。
【００６４】
次に処理をステップＳ４０７へ移行する。ステップＳ４０７では、履歴情報を更新する。具体的には、選択された識別コードに該当する頻度をインクリメントする。そして処理を終了する。
【００６５】
次に、ステップＳ４０２に戻って、選択の結果、人に該当する識別コードの頻度が、最上位であった場合、ステップＳ４０９へ移行する。ステップＳ４０９では、人の画像があるか否かを判定する。人の画像がない場合、ステップＳ４０２に戻る。人の画像がある場合、ステップＳ４１０に移行する。ステップＳ４１０では、図５（ｂ）で示すような登録者の識別コードがあるか否かを判定する。登録者の識別コードがあった場合、処理をステップＳ４１１へ移行する。ステップＳ４１１では、履歴情報の中に、ステップＳ４１０で存在が確認された登録者がいるか否かを判定する。履歴情報の中に登録者がいた場合、処理をステップＳ４１２へ移行する。ステップＳ４１２では、履歴情報の頻度に従って、リフォーカス画像生成の順位を決定する。図５（ｂ）では、順位１位が娘、２位が息子、３位が父というようになっているので、例えば、識別コードの中に娘が存在すれば、娘を最上位とする。
【００６６】
ステップＳ４１１で、履歴情報の中に登録者がいない場合、処理をステップＳ４１３へ移行する。また、ステップＳ４１０で、登録者の識別コードが無かった場合、処理をステップＳ４１４へ移行する。なお、ステップＳ４１３及びＳ４１４は、Ｓ４０４と同様の処理を行う。
【００６７】
次に、ステップＳ４０２に戻って、選択の結果、動物に該当する識別コードの頻度が、最上位であった場合、ステップＳ４１５へ移行する。ステップＳ４１５で動物の画像があると判定した場合、ステップＳ４１６へ移行する。なお、ステップＳ４１６の処理については、Ｓ４０４と同様の処理を行うことができる。
【００６８】
以上、説明したように構成することによって、過去の履歴を利用することで、リフォーカス画像データの生成をユーザーに指示される前に、実施することが可能となる。すなわち、多視点画像データを含む画像ファイルを最初に読み出した際に、そのファイルのヘッダ情報に推奨パラメータが含まれていない場合、履歴情報を用いてリフォーカス画像データをユーザーの指示なしに生成することができる。また、履歴情報を用いることで、そのユーザーが過去にフォーカスを合わせた被写体の頻度に応じてリフォーカス画像データを生成することができる。ユーザーの指示なしに予めリフォーカス画像データを生成しておくことによって、ユーザーが希望するフォーカス領域を指定した時、リフォーカス演算時間を待つことなく、ユーザーが希望するリフォーカス画像を表示することが可能となる効果がある。
【００６９】
また、リフォーカス画像を表示中に次のリフォーカス画像を予測し、リフォーカス演算を実施することが可能となったことにより、演算リソースの利用効率が向上し、ハードウェア的なグレードアップ無しで処理速度が向上することと同様の効果を期待できる。
【００７０】
更に、リフォーカス演算回数を重ねる度に、ユーザーの趣向をより明確に判定することができるので、使い込む毎にリフォーカス領域の予測精度が向上し、リフォーカス画像の切り換えの高速化が期待できる。
【００７１】
また、本実施例では、多視点画像データが含まれる画像ファイルに、ユーザーが最後に指定したフォーカス位置を特定するパラメータ情報を埋め込んでいる。これにより、次回、画像ファイルを読み込んで、表示する際、ユーザーが最後に表示していた画像を、パラメータの再設定なしに表示することができる。これにより、ユーザーによるパラメータ設定の手間を省くことができ、本技術を組み込んだ装置の操作性が向上することにつながる。
【００７２】
なお、本実施例では、説明を簡単にする為、図４の例では３種類（人、風景、動物）の選択肢を例に挙げて説明したが、識別可能なものは選択肢に加えて構わない。更に、人の画像に関しても本実施例では、娘、息子、父、登録外人物というように、３人の登録者と登録外人物として説明したが、登録者を例えば、４人以上としても構わない。また、登録人物についても家族としたが、それに限定されるものではない。
【００７３】
また、本実施例では画像ファイルのヘッダ情報に推奨パラメータが存在していない場合に、履歴情報に基づいてリフォーカス画像データを順次生成する例を説明した。しかしながら、画像ファイルのヘッダ情報に推奨パラメータが存在している場合においても、図２のステップＳ２０９の処理（すなわち図３で示す処理）のように、履歴情報に基づいてリフォーカス画像データを生成できる点に留意されたい。
【実施例２】
【００７４】
実施例２は、現在の再生リフォーカスモード及び再生リフォーカスモードの履歴情報を予測要因に加えた例について説明する。
【００７５】
図２（実施例１）のステップＳ２０７の説明では、メモリに格納されている画像ファイルに推奨パラメータが存在しない場合、即ち再生モードでの表示が初めてである場合の処理について説明した。また実施例１のステップＳ２０７に関する説明で、リフォーカス画像の再生に関する過去の履歴情報に基づいてリフォーカス領域を予測し、リフォーカス演算が可能であることを説明した。
【００７６】
実施例１との差異は、図２のステップＳ２０７、図３のステップＳ３０３で示すリフォーカス領域の予測要因（すなわち、過去の履歴情報）に現在の再生リフォーカスモードの情報および現在の再生リフォーカスモードの履歴情報を予測要因に加えた点にある。再生リフォーカスモードとは、ピントを合わせたい対象に応じてリフォーカス対象を切り替えることが可能な機能で、例えば、人、風景、動物モードが選択可能で、それぞれの被写体に適合したリフォーカス演算が可能な設定である。
【００７７】
実施例１で説明した履歴情報は、過去の履歴全般の情報である。本実施例の現在の再生リフォーカスモードの履歴情報は、再生リフォーカスモードにおける履歴の情報である。ここでは、実施例１で説明した履歴情報を第１の履歴情報とし、現在の再生リフォーカスモードの履歴情報を第２の履歴情報と称する場合がある。
【００７８】
実施例１では、過去のリフォーカス演算又は表示についての履歴情報のみを用いる例を説明した。本実施例では、この履歴情報に再生リフォーカスモードの情報を予測要因に加えたことで、リフォーカス領域と演算順位の予測精度向上を意図したものである。
【００７９】
初めに、メモリに格納されているリフォーカス画像ファイルに推奨パラメータが存在しない場合、即ち本実施例に於ける１枚目のリフォーカス画像の表示までの処理について説明する。なお、次に図９を参照して説明する例では１枚目のリフォーカス画像の表示に際しては、前述の再生リフォーカスモードの履歴情報（第２の履歴情報）は使用しないが、後述する図１０の処理のように第２の履歴情報も使用してもよい。
【００８０】
図９のステップＳ９０１からステップＳ９０６は図２の処理と同様であるのでここでの説明は省略する。図９のステップＳ９１０にて、全体制御部１０８が第１の履歴情報を参照して、過去のリフォーカス演算処理の頻度情報を読み出し、頻度の大きい順でリフォーカス演算順位を仮決定し、処理をステップＳ９１１へ移行する。この仮決定する処理は、例えば図４に示すフローで示す処理と同等の処理とすることができる。
【００８１】
ステップＳ９１１では、カメラ等に於ける設定が、現在の再生リフォーカスモードを優先する優先設定であるか、過去の履歴情報（例えば、図５）優先する設定であるかを全体制御部１０８が判定する。ステップＳ９１０にて、現在の再生リフォーカスモード優先と判定された場合は、処理をステップＳ９１３へ移行する。過去の履歴優先と判定された場合は、処理をステップＳ９１２へ移行する。
【００８２】
現在の再生リフォーカスモードの設定および過去の履歴情報のどちらを優先するかの設定は、ユーザーが、カメラ本体やＰＣ等のビューア等に表示されるメニュー等で選択するのが一般的である。また、初期値としてどちらを優先するかを予め設定しておいてもよい。
【００８３】
ステップＳ９１１で再生リフォーカスモード優先であると判定された場合、ステップＳ９１３では、全体制御部１０８が、次の処理をする。すなわち、画像解析部１１２で検出された被写体の全リフォーカス対象領域に対して、現在の再生リフォーカスモードに適合する画像を含むリフォーカス対象領域があるか否かを判定する。再生リフォーカスモードに適合する画像が含まれていると判定された場合は、処理をステップＳ９１４へ移行する。一方、ステップＳ９１３で、リフォーカス対象領域に、現在の再生リフォーカスモードに適合する画像が含まれていないと判定された場合、処理をステップＳ９１２へ移行する。以後の処理は、ステップＳ９１１で現在の再生リフォーカスモードを優先しないと判定された場合と同様となる。
【００８４】
ステップＳ９１４では、全体制御部１０８が、ステップＳ９１３で、現在の再生リフォーカスモード設定に適合する画像が含まれていると判定された領域に対するリフォーカス演算順位（ステップＳ９１０で仮決定）を１順位あげる。なお、この１順位あげることは例示に過ぎず、順位の変動幅に制約は設けない。ステップＳ９１３の処理により、ステップＳ９１０で仮決定されたリフォーカス演算順位を変更する。そして、全リフォーカス対象領域のリフォーカス演算順位を確定し、確定したリフォーカス演算順位に従って、各リフォーカス演算対象領域のリフォーカス演算を実施し、リフォーカス画像データを生成する。
【００８５】
ステップＳ９１４で、リフォーカス演算が完了したら、生成したリフォーカス画像データを一時記憶ファイルとして外部メモリ１０９などのメモリに記憶する。ステップＳ９０８では、メモリに記憶したリフォーカス画像データを読み出して、所定のディスプレイに表示して、処理をステップＳ９０９へ移行する。ステップＳ９０９、Ｓ９２０の処理は、図２の実施例１のステップＳ２０９，ステップＳ２１０と同様なので、説明を割愛する。
【００８６】
次に、本実施例に於ける２枚目以降のリフォーカス処理について、主として、図１０を用いて説明する。すなわち、図９のステップＳ９０９に引き続く処理を図１０において説明する。図１０では、第２の履歴情報を用いる場合がある。
【００８７】
図１０で示すケースは、２枚目以降のリフォーカス演算を実施する場合のケースを想定している。すなわち、少なくとも過去に１回以上のリフォーカス演算を行い生成したリフォーカス画像データの表示履歴があり、リフォーカス演算又は表示に関するリフォーカス位置情報の履歴が残っている状態を想定している。なお、画像ファイルのヘッダ情報に推奨パラメータが含まれている場合には、その推奨パラメータをリフォーカス位置情報の履歴として扱うこともできる。本動作は、図１における全体制御部１０８がＲＡＭ１０２、ＦｌａｓｈＲＯＭ１０７、外部メモリ１０９などに記憶されているプログラムを読み出して実行することで行われる。
【００８８】
ステップＳ１０１０で、全体制御部１０８はユーザーによるパラメータ選択の有無を判定し、パラメータ選択があったと判定された場合は、処理をステップＳ１０５０へ移行する。
【００８９】
ステップＳ１０５０では、全体制御部１０８は所定のメモリに記憶されている一時画像ファイルから、指定されたパラメータに適合するリフォーカス画像データを探索する。すなわち、指定されたパラメータを含むリフォーカス位置情報に関連付けられたリフォーカス画像データの検出を試みる。適合するリフォーカス画像データが検出された場合（すなわち、既に当該リフォーカス画像データを生成済みの場合）は、ステップＳ１０５２へ、検出されなかった場合は、ステップＳ１０５１へ処理を移行する。
【００９０】
ステップＳ１０５１では、全体制御部１０８はユーザーにより指定されたパラメータに基づいて、当該パラメータに対応する領域にフォーカスを合わせたリフォーカス演算を行いリフォーカス画像データを生成する。また、リフォーカス対象に関する位置情報、被写体の指定頻度等の履歴情報を更新して、処理をステップＳ１０５２へ移行する。
【００９１】
ステップＳ１０５２では、全体制御部１０８はステップＳ１０５０で検出された画像データ、又はステップＳ１０５１でリフォーカス演算して生成されたリフォーカス画像データを所定のメモリから読み出す。そして、所定のディスプレイへ表示した後、処理をステップＳ１０６０へ移行する。
【００９２】
ステップＳ１０６０では、カメラ、ＰＣ等のリフォーカス画像再生装置に関して、再生モードの終了操作、再生モードを除く他のモードへの移行操作、全リフォーカス候補のリフォーカス演算および表示の完了の３つの要因（再生モード終了要因）を判定する。
【００９３】
ステップＳ１０６０の３つの判定要因に該当する操作が無かった場合は、全体制御部１０８は再生モード継続と判定し、処理をステップＳ１０１０へ移行して、前述の処理を繰り返す。ステップＳ１０６０の３つの判定要因に該当する操作があったと判定された場合は、全体制御部１０８は処理をステップＳ１０７０へ移し、再生モードの終了処理を実施する。
【００９４】
ステップＳ１０１０で、前述のようにユーザーによるパラメータ選択が無かったと判定された場合は、全体制御部１０８は処理をステップＳ１０１１へ移行する。ステップＳ１０１１では、パラメータの選択が無い期間が、所定の時間を超過したか否かを判定し、超過と判定された場合は、本フローの処理を終了する。なおステップＳ１０１１で、一定時間内にパラメータ指定が無いと判定された場合、省電力等の観点からシステムの全機能を終了してもよいし、スリープモード等に入るように構成しても良い。
【００９５】
ステップＳ１０１１の判定で、パラメータ選択の無い期間が、所定の時間内であると判定された場合は、全体制御部１０８は処理をステップＳ１０２０へ移行する。なお、所定の時間とは、ユーザーによるパラメータの選択を待つ時間であると共に、ユーザーが次にリフォーカス表示を希望する領域の画像を予測し、予測された画像に対するリフォーカス演算し、生成された画像データをメモリに記憶する期間である。
【００９６】
ステップＳ１０２０では、全体制御部１０８はリフォーカス対象画像の中に、予測に基づくリフォーカス画像生成候補（画像又は領域）が存在するか否かを判定する。すなわち、第１の履歴情報に基づいてフォーカス位置を合わせる領域が特定される被写体の候補が存在するか否かを判定する。候補が存在すると判定された場合は、全体制御部１０８は処理をステップＳ１０３０へ移行する。一方、ステップＳ１０２０に於いて、候補が無いと判定された場合は、全体制御部１０８は処理をステップＳ１０２１へ移行する。
【００９７】
ステップＳ１０２１では、現在カメラ、ＰＣ等のリフォーカス画像再生装置に設定に於ける現在のリフォーカス再生モードに適合するリフォーカスを合わせる被写体の候補を選択し、リフォーカス演算を実施して、処理をステップＳ１０５３へ移行する。
【００９８】
ステップＳ１０３０では、全体制御部１０８は図９のステップＳ９１０での説明と同様に、過去のリフォーカス演算に用いた第１の履歴情報を読み出す。そして、その頻度順に従って、リフォーカス演算対象となる被写体の順位を仮決定し、処理をステップＳ１０３１へ移行する。この仮決定する処理は、例えば図４に示すフローで示す処理と同等の処理とすることができる。
【００９９】
ステップＳ１０３１では、全体制御部１０８はリフォーカス画像再生装置の現在の設定が、再生リフォーカスモード優先か否かを判定する。使用するモードとして、再生リフォーカスモードを優先するモードと、過去の第１の履歴情報を優先するモードとが存在する。これらの設定は、ユーザーがユーザーＩ／Ｆ１０６を介して設定してもよいし、デフォルト設定に従ってもよい。ステップＳ１０３１では、この設定されているモードがどちらを優先するモードとなっているかを判定する。
【０１００】
ステップＳ１０３１で再生リフォーカスモード優先と判定された場合は、全体制御部１０８は処理をステップＳ１０３３へ移行し、再生リフォーカスモードを優先しないと判定された場合は、処理をステップＳ１０３２へ移行する。図１０における再生リフォーカスモード優先とは、現在の再生リフォーカスモード又は再生リフォーカスモードの履歴情報（第２の履歴情報）に基づいて、リフォーカス領域とその演算順位を予測するモードのことである。
【０１０１】
ステップＳ１０３２では、ステップＳ１０３０で第１の履歴情報に基づいて決定した仮のリフォーカス演算順位に従って、リフォーカス対象の被写体の領域にフォーカスを合わせたリフォーカス演算を実施し、リフォーカス画像データを生成する。すなわち、仮のリフォーカス演算順位を、実際のリフォーカス演算順位として使用する。そして、処理をステップＳ１０５３へ移行する。
【０１０２】
ステップＳ１０３３では、リフォーカス演算対象領域に於いて、現在の再生リフォーカスモードに適合する画像が候補の中にあるか否か、又は、再生リフォーカスモードの履歴情報（第２の履歴情報）に適合する画像が候補の中にあるか否かを判定する。いずれかが存在する場合は、処理をステップＳ１０３４へ移行し、いずれも存在しない場合は、処理をステップＳ１０３２へ移行する。すなわち、ステップＳ１０３３では、再生リフォーカスモードに適合する被写体を含むリフォーカス対象領域が、読み込んだ画像ファイルの多視点画像データに含まれているか否かを判定する。
【０１０３】
ステップＳ１０３３に於いて、再生リフォーカスモードの履歴情報（第２の履歴情報）が存在するかを判定する。第２の履歴情報がある場合、全体制御部１０８はその頻度１位の再生リフォーカスモードから順番に、その再生リフォーカスモードに適合する被写体を含む領域を探索する。ステップＳ１０３３では、ステップＳ１０３０で仮決定した演算順位の高い領域から順番に頻度第１位である現在の再生リフォーカスモードに適合する領域を探索し、適合する領域が検出された場合は、処理をステップＳ１０３４へ移行する。
【０１０４】
当然頻度１位の再生リフォーカスモードに適合する領域の探索を終えたら、頻度２位の再生リフォーカスモードに適合する領域を探索するように、頻度順に探索が実施されるのは、言うまでもない。
【０１０５】
探索の結果、適合する画像が未検であった場合は、処理をステップＳ１０３２へ移行する。そして、既に説明したように、過去の第１の履歴情報から決定した仮のリフォーカス演算順位に従って、リフォーカス演算を実施し、全体制御部１０８は処理をステップＳ１０５３へ移行する。
【０１０６】
なお、再生リフォーカスモードには、前述したように、ユーザーの設定による現在の再生リフォーカスモードの場合と、再生リフォーカスモードの第２の履歴情報を用いる場合とがある。後者の場合は、複数種類の再生リフォーカスモードに対して、その頻度に応じた順位が付与されている。従って、ステップＳ１０３３では、この第２の履歴情報で決定された順位に従って、第１の履歴情報で仮決定された順位の領域に探索を実施する処理ということもできる。
【０１０７】
一方、ステップＳ１０３３で現在の再生リフォーカス画像に適合する領域が検出された場合は、ステップＳ１０３４にてその検出された再生リフォーカスモードに適合する画像を含む領域のリフォーカス演算順位を変更（上げる）する処理を実施する。
【０１０８】
ステップＳ１０３４では、全体制御部１０８は、ステップＳ１０３３で検出された再生リフォーカスモードに適合する領域の演算順位をステップＳ１０３０で仮決定した演算順位に対して、ｎ位上げる（ｎは任意の整数）。再生リフォーカスモードによって、ｎの値を変えても良い。具体的には、再生リフォーカスモードが、人（家族）、人（知人）、人（その他）、風景、動物とあった場合、家族を最優先として、自動的に演算順位を１位に順位アップ、友人は２ランクアップする等の処理が考えられるが、特に限定しない。
【０１０９】
ステップＳ１０３４における再生リフォーカスモードに適合する画像を含む領域のリフォーカス演算順位の変更と、変更された順位に応じたリフォーカス演算が完了したら、全体制御部１０８は処理をステップＳ１０５３へ移行する。
【０１１０】
ステップＳ１０５３では、実施例１でも説明したように、ステップＳ１０３４で実施したリフォーカス画像に関するパラメータ（リフォーカス画像の位置情報等）と、リフォーカス画像ファイルを外部メモリ１０９などに記憶する。そして、処理を再びステップＳ１０１０へ移行する。
【０１１１】
ステップＳ１０５３では、前述のステップＳ１０２１、ステップＳ１０３２で生成されたリフォーカス画像データについても同様の処理を実施し、処理をステップＳ１０１０へ移行する。
【０１１２】
再生リフォーカスモードを含む各種設定は、カメラ本体、ＰＣ上のソフトウェア等で設定（選択）することが可能である。例えば、カメラのダイヤルのようなメカニカルな選択方法、カメラ、ＰＣのタッチパネル上の表示メニューから選択する等の方法が考えられる。
【０１１３】
再生リフォーカスモードの第２の履歴情報（例えば、人モード、風景モードの頻度情報）は、実施例１で述べた第１の履歴情報（過去の頻度情報）と同様に、モード毎に履歴が更新（累積）され、履歴情報記憶部１０７の記憶内容も更新される。
【０１１４】
以上、説明したように構成することによって、ユーザーが指定するリフォーカス画像の生成順序を予測し、ユーザーがリフォーカス領域を指定する以前に、リフォーカス演算を開始することが可能となる。
【０１１５】
本実施例は、実施例１の第１の履歴情報に、現在の再生リフォーカスモード又はその第２の履歴情報を加えたことにより、ユーザーの趣向、領域選択の予測精度の更なる向上を意図したものである。また、ユーザーがパラメータ選択を行っていない期間を利用して、予測された領域のリフォーカス演算を実施して、外部メモリ１０９などに格納することにより、パラメータ指定からリフォーカス画像表示までの時間短縮も期待したものである。
【０１１６】
前述のように予測され、リフォーカス演算されて生成されたリフォーカス画像データは、画像の位置情報をヘッダとして付加した形式（例えば図７参照）で、外部メモリ１０９やネットワーク上の記憶装置に記憶される。
【０１１７】
図１０のフローチャートでは、表現を省略したが、実際のリフォーカス再生装置では、パラメータが指定されたら、その時点での処理を中断して、処理をステップＳ１０５１へ強制移行するのが理想的である。
【実施例３】
【０１１８】
実施例１、２では、リフォーカス画像を生成する際に、焦点を合わせる（以下合焦）対象に着目した場合の例を示した。しかし、リフォーカス画像を生成する際には、焦点を合わせない（以下非合焦）対象に着目した場合の方がユーザーの意図をよく表現できる場合も考えられる。
【０１１９】
現行の画像処理装置では、画像表示時にリフォーカス画像データを生成する場合、非合焦状態にさせたい場所を簡便に指定する方法はない。例えば、前述の特許文献２の技術は、被写体が複数の場合はパンフォーカスによって複数の被写体にフォーカスを合わせるものである。しかし合焦した複数の被写体から特定の被写体のみ合焦状態から外したい場合に、的確に指示して一部の被写体を非合焦状態にすることはできなかった。したがって、特定の被写体を合焦状態から外した画像を簡単に生成・表示することもできないという問題も存在する。
【０１２０】
本実施例では、非合焦状態にさせたい場所の指定に基づき特定の被写体を合焦から外した画像を生成する例、及び非合焦状態にさせたい場所を簡便に指定する方法に関する例を示す。
【０１２１】
［画像処理装置のハードウェア構成の概観］
実施例３の画像処理装置のハードウェア構成を図１、及び図１１、図１２、図１３などを用いながら詳細に説明する。なお、図１に関しては、第１の実施例と共通であるので、その詳細な説明は省略する。
【０１２２】
図１１は多眼カメラ撮像部１０１の外観を示す図である。  
【０１２３】
図１１に示すように、多眼カメラ撮像部１０１の正面には複数の撮像部１１０１−１１０９が配置されている。ここでは、撮像部１１０１−１１０９は、正方格子状に均等に配置され、それら撮像部の上下軸、左右軸、光軸はすべて同じ方向である。
【０１２４】
ユーザーの撮像指示により、撮像部１１０１−１１０９はそれぞれ、撮像レンズや絞りなどを介して撮像デバイス上に結像された被写体の光情報に相当するアナログ信号を撮像素子から取り出す。そして、アナログ信号をアナログ-ディジタル変換し、さらにデモザイキングなどの画像処理を施した画像データの集合を多視点画像データとして出力する。
【０１２５】
このような多眼カメラ撮像部１０１により、同一の被写体を複数の視点位置から撮像した画像データ群を得ることができる。ここでは撮像部の数が９個の例を示すが、複数の撮像部があれば本実施例を適用することが可能であり、撮像部の数は任意である。また、撮像部の配置は、正方格子状に均等な配置である必要はなく、撮像部の配置も任意である。例えば、放射状や直線状に配置してもよいし、全くランダムな配置でもよい。
【０１２６】
［多視点画像データの画像データフォーマット］
実施例１の図８に示した例では、位置情報存在フラグ８０５は、画像ファイルにリフォーカス位置情報が存在するか否かを示す１ビットの情報である例を主として説明した。本実施例では、位置情報存在フラグ８０５は、リフォーカス位置情報によって特定される位置の領域が合焦対象か非合焦対象かを示す多値をとってもよい。例えば、図１２(a)に示すような構成をとることも可能である。図１２（ａ）において、リフォーカス位置情報１２０３は、図８のリフォーカス位置情報８０３に対応する。図１２(a)においては、位置情報存在フラグ１２０５はチェイン情報１２１０と属性情報１２２０との２つのフィールドのフラグによって構成される。チェイン情報１２１０は、チェイン情報１２１０のフラグの後に続くリフォーカス位置情報が有効であるか否かを示すと共に、図１２（ａ）で示す１２１０から１２０９までの一連のリフォーカス位置情報のまとまりが繰り返し続くかどうかを示している。例えば、チェイン情報１２１０が１である場合、それに続く一連の属性情報１２２０、位置情報１２０６〜１２０９までの情報は有効な情報である。そして、当該一連のリフォーカス位置情報のまとまりの更に後ろに別のリフォーカス位置情報のまとまりが存在することを示している。属性情報１２２０は、その属性情報１２２０に続く位置情報１２０６から１２０９のフィールド情報で示している位置情報の属性を示す。例えば、属性情報１２２０が０である場合、その属性情報１２２０に続く位置情報１２０６から１２０９のフィールド情報は、焦点を合わせるべき位置（合焦点位置）を示す情報として扱われる。一方、属性情報１２２０が１である場合、その属性情報１２２０に続く位置情報１２０６から１２０９のフィールド情報は、焦点を外して、ぼかすべき対象が存在する位置（非合焦点位置）を示す情報として扱われる。つまり、属性情報１２２０は、合焦の状態を示す合焦状態データともいえる。
【０１２７】
図１２（ｂ）に位置情報存在フラグ１２０５に多値フラグを使用した場合の具体例を示す。図１２（ｂ）は図８のリフォーカス位置情報１２０３の位置に図１２（ａ）で示すリフォーカス位置情報のフィールドが４つ存在する場合に、当該フィールドを抜き出したものである。チェイン情報１２１０ａ〜ｃは１であるので、それぞれ１２０３ａ、１２０３ｂ、１２０３ｃのリフォーカス位置情報は有効な情報である。一方、チェイン情報１２１０ｄは０であるので、１２０３ｄのリフォーカス位置情報は無効の情報であり、この１２０３ｄをもってリフォーカス位置情報のフィールドは終了し、次に図８に示す多視点画像ヘッダ情報８１０が続くことを示している。また、属性情報１２２０ａおよび１２２０ｂは０であるので、１２０３ａ、１２０３ｂは合焦点についての位置情報を持っていることを示している。この場合、焦点を合わせるべき対象が２か所に分かれて存在していることを示している。一方、属性情報１２２０ｃは１であるので、１２０３ｃではぼかすべき対象の位置である非合焦点について位置情報を示している。つまり、図１２（ｂ）に示す多値フラグを有する例では、２つの合焦点と１つの非合焦とを示す３つの有効な位置情報を有する例を示している。
【０１２８】
［リフォーカス演算部１０３の構成例と処理の流れ］
図１３のブロック図を用いてリフォーカス演算部１０３の機能構成例と処理の流れを説明する。なお、図１３においては、長方形の枠が処理モジュールを表し、角丸長方形が内蔵ＳＲＡＭなどによって構成されるデータバッファを表している。
【０１２９】
本実施例では、データバッファはリフォーカス演算部内部に置かれることを想定しているが、場合によっては、データ入力部/出力部を介してＲＡＭ１０２などを用いることも可能である。また、本実施例では、リフォーカス演算部１０３内部の処理モジュールが、リフォーカス演算部コントローラ１３０１の指示に基づき各処理を実行していくことを前提としている。なお、リフォーカス演算部コントローラ１３０１からの指示を示す制御信号は図示していない。しかしながら、以下に示す処理全体を一つもしくは複数のCPUを用いて画像処理プログラムを実行することによっても実現は可能である。
【０１３０】
リフォーカス演算部コントローラ１３０１の指示を受け、データ入力部１３０２は、ＲＡＭ１０２または外部メモリ１０９などから撮像データおよび撮像データを撮像した装置（例えば多眼カメラ撮像部１０１）の情報や撮像情報を示す撮像付随情報を入力する。ここで、例えば図８における多視点画像ヘッダ情報８１０が撮像情報に相当する。また図８の多視点画像データ８０４が撮像データに対応する。入力されたデータの内、撮像付随情報はバッファ１３１１に、撮像データはバッファ１３１２に格納される。この場合の、撮像データは、複数の撮像部（例えば多眼カメラ撮像部１０１の撮像部１１０１〜１１０９）によって撮像された複数の画像データを含む。
【０１３１】
また、バッファ１３１１に格納される撮像付随情報には、前述したように個々の撮像部の撮像情報以外に、各撮像部の撮像位置（相対的な位置関係）などが含まれる。
【０１３２】
更に、必要に応じて、ユーザー指示情報が同じくデータ入力部１３０２から入力される。このユーザー指示情報は、ユーザーがリフォーカス画像を生成するにあたって特に指示したい内容、例えば、焦点を合わせたい合焦対象や、合わせたくない非合焦対象等の情報が含まれる。例えば、図１２におけるリフォーカス位置情報１２０３などがユーザー指示情報に該当する。
【０１３３】
処理に必要なデータの取り込みが終了すると、リフォーカス演算部コントローラ１３０１の制御に従い、フォーカス座標取得部１３０４は、基準の画像データをバッファ１３１２から入力する。フォーカス座標取得部１３０４は、バッファ１３１３に格納されたユーザー指示情報に従い表示画面上でフォーカスを合わせる位置等を示すフォーカス座標情報を出力する。フォーカス座標情報はバッファ１３１５に保存される。
【０１３４】
なお、基準の画像データはバッファ１３１２に格納された撮像データである複数の画像データのうちの一つであり、複数の画像データのどれでもよい。本実施例では、多眼カメラ撮像部１０１の撮像部１１０１〜１１０９のうち、中央に位置する撮像部１１０５によって撮像された画像データを基準の画像データとする。
【０１３５】
次いでリフォーカス演算部コントローラ１３０１の制御により、距離推定部１３０３は、バッファ１３１２から複数の画像データを入力する。また距離推定部１３０３は、バッファ１３１１から撮像付随情報を入力する。そして、距離推定部１３０３は、複数の画像データと撮像付随情報とに基づいてステレオマッチングにより撮像シーンのデプス値を推定して距離画像データを生成する。生成された距離画像データはバッファ１３１４に格納される。
【０１３６】
フォーカス座標情報と距離画像との生成が完了すると、リフォーカス演算部コントローラ１３０１の制御により、仮想ピント面生成部１３０５は、フォーカス座標情報と、距離画像データと、ユーザー指示情報とを入力して、ピント面情報を生成する。
【０１３７】
ピント面情報とは、撮像時のカメラと焦点を合わすべき被写体との位置等を３次元空間的にとらえるための情報であり、カメラとピント面との距離、ピント面の形状、被写界深度情報などによって構成される。ピント面情報はバッファ１３１６に保存される。
【０１３８】
最後に、リフォーカス演算部コントローラ１３０１の制御により、画像合成部１３０６は、複数の画像データと、撮像付随情報と、距離画像データと、ピント面情報とをそれぞれバッファ１３１２、１３１１、１３１４、１３１６から読み出す。そして画像合成部１３０６はリフォーカス画像データを生成する。  
【０１３９】
リフォーカス画像データはバッファ１３１７に一旦保存された後、データ出力部を介してリフォーカス演算部１０３から出力され、ＲＡＭ１０２や外部メモリ１０９に格納される。また、場合によってはグラフィックプロセッサ１０４を介してディスプレイ１０５に対して表示されたりする。
【０１４０】
［非合焦対象を指示した場合の処理の流れ］
図１、図１２、図１３と図１４のフローチャート、及び図１５、１６を用いて、非合焦対象を指示した場合の処理の流れを説明する。図１４のフローチャートは、全体制御部１０８がユーザー指示情報の入力を受けてどのような処理の指示をリフォーカス演算部１０３をはじめとする各モジュールに対して行うかを示したものである。
【０１４１】
図１５、１６は画像処理を行う対象を撮像した際の撮像装置と撮像被写体との位置関係を説明する図である。また、撮像画像がディスプレイ１０５でどのように表示されているか、及びディスプレイ１０５上に設置されるタッチパネル上でどのような指示がなされたかを説明するものである。
【０１４２】
図１５（a）は図１５（ｂ）に示される画像を撮像した時の多眼カメラ撮像部１０１と撮像被写体との位置関係を上空から見下ろした様子を示している。多眼カメラ撮像部１０１の画角は、多眼カメラ撮像部１０１から斜めに伸びる１５１０、１５１１の２本の線によって示され、その範囲内の被写体である、人物A、B、C、Dが山や木と一緒に撮像されている。また、図１５（ｂ）は、ディスプレイ１０５に表示されたこの画像の撮像時の初期画像である。
【０１４３】
ここで、まず図１４のステップＳ１４０１からＳ１４０３までとステップＳ１４１４、Ｓ１４１５を用いて、図１５（ｂ）の画像が表示されるまでの処理を説明する。
【０１４４】
図１４のステップＳ１４０１において、画像の表示が指示されると、全体制御部１０８は、保存されている多視点画像データのリフォーカス位置情報１２０３が有効か否かを判定する。全体制御部１０８は、リフォーカス位置情報が有効と判定した場合は、ステップＳ１４０２に処理を進める。ステップＳ１４０２において、全体制御部１０８は、そのリフォーカス位置情報に適合する一時画像ファイルが存在するかを判定する。全体制御部１０８は、一時画像ファイルが存在すると判定した場合、ステップＳ１４０３に処理を進める。ステップＳ１４０３において、全体制御部１０８は、その一時画像ファイルの画像を外部メモリ１０９などから読み出し、グラフィックプロセッサ１０４に送り込み、ディスプレイ１０５のＧＵＩ画面上に表示する。
【０１４５】
ステップＳ１４０２において、全体制御部１０８は、一時画像ファイルが存在しないと判定した場合、ステップＳ１４１５に処理を進める。ステップＳ１４１５において、全体制御部１０８の制御により、リフォーカス演算部１０３は、リフォーカス位置情報に基づき仮想ピント面や被写界深度を設定した上で画像データを生成する。次に、ステップＳ１４０３において、全体制御部１０８は、ステップＳ１４１５によって生成された画像データによって表される画像を表示する。
【０１４６】
一方、ステップＳ１４０１において、全体制御部１０８は、リフォーカス位置情報が有効ではないと判定した場合には、ステップＳ１４１４に処理を進める。ステップＳ１４１４において、全体制御部１０８は、実施例１の図４で示したようにしてまずリフォーカスすべき対象を検出し、その対象を含む位置をリフォーカス位置情報に追加する。次に、全体制御部１０８は、ステップＳ１４１５において画像を生成し、ステップＳ１４０３において、画像を表示する。
【０１４７】
なお、ステップＳ１４０１においてリフォーカス位置情報が無効であると判定した場合には、全体制御部１０８は、実施例１の図４で示す処理を行わずに、単に基準となる画像データによって表される画像を表示する処理を行っても良い。この場合、以下で説明する例では、基準となる画像データによって表される画像が、図１５（ｂ）であるものとする。
【０１４８】
ステップＳ１４０３で表示されたGUI上の画像は図１５（ｂ）である場合について以下で説明を続ける。ここで、図１５（ｂ）中に太線で示された物体は合焦対象となっていることを示している。この場合、人物A、B、C、DとCの後ろの木が合焦対象となって表示されている。これは、多視点画像データのリフォーカス位置情報において、人物Ａ，Ｂ，Ｃ，Ｄが合焦対象であると指定されたことによる。本実施例では、図１５（ａ）に示されるように、仮想ピント面が人物Ａ及びＢを通る線分１５０１の位置に設定される。更に人物Ｃ及びＤが合焦範囲内に入るように、被写界深度が矢印１５０２で示される範囲となるように設定が行われる。そして仮想ピント面と被写界深度に基づき表示画像が生成されている。よって、結果的に多眼カメラ撮像部１０１から遠い側の線分１５０３と近い側の線分１５０４との間の物体に焦点の合った画像がディスプレイ１０５に表示されることになる。この時Cの後ろの木も被写界深度１５０２の範囲内に入っているので、これにも焦点が合っている画像が表示されることになる。ここで線分１５０１、１５０３，１５０４は直線で表わされているが、実際には多眼カメラ撮像部１０１からの距離に応じた緩い弧を描いている。本実施例では簡易に表現するためにこの表現形式を用いる。
【０１４９】
次いで、非合焦状態にさせたい場所の指定に基づき特定の被写体を合焦から外した画像データを生成する方法、及び非合焦状態にさせたい場所を簡便に指定する方法に関して図１４のステップＳ１４０４以降を用いて説明する。
【０１５０】
ステップＳ１４０３によってディスプレイ１０５に画像が表示されると、ステップＳ１４０４において、全体制御部１０８は、ユーザーによるパラメータ選択待ちになる。本実施例では、ユーザーＩ／Ｆ１０６として、ディスプレイ１０５上に設置されるタッチパネルを利用するとする。次いでステップＳ１４０５において、全体制御部１０８は、ユーザーが画面上の点を指で触ってパラメータ（この場合は合焦・非合焦の変更を意図する位置）を選択したか否かを判定する。ステップＳ１４０５において、全体制御部１０８は、ユーザーがパラメータを選択したと判定した場合には、ステップＳ１４０６に処理を進める。ステップＳ１４０６において、全体制御部１０８は、ステップＳ１４０５の選択行為として、パラメータを選択するために画面上の特定の点を押している時間が一定以上連続したか（長押しされたか）を判定する。すなわち、ユーザーが画像上の領域を一定時間以上指示したかを判定する。本実施例では長押しするという行為は選択した点を非合焦にするという指示であるとする。例えば、本実施例では３秒以上押し続けられた場合、長押しされたと判定するとする。なおこの時間の基準は一例であり、必要に応じて時間は変更されてもよい。ステップＳ１４０６において、全体制御部１０８は、長押しされたと判定するとステップＳ１４０７に処理を進める。ステップＳ１４０７において、全体制御部１０８は、長押しによって指定された位置が、表示している多視点画像データのリフォーカス位置情報１２０３に含まれるか否かを判定する。ここで、長押しによって指定された位置が含まれるかどうかの判定は、指定された位置が有効なリフォーカス位置情報の位置情報１２０６〜１２０９で表現される矩形内部にあるか否かで判定される。
【０１５１】
ステップＳ１４０７において、全体制御部１０８は、長押しによって指定された位置がリフォーカス位置情報に含まれていないと判定した場合、ステップＳ１４０８に処理を進める。ステップＳ１４０８において、全体制御部１０８は、ステップＳ１４０５においてユーザーの選択した位置を中心とする領域を新たに表現するためのリフォーカス位置情報のエントリーを作成する。この時、新たに作られる属性情報１２２０のフィールドは、非合焦指示を意味する１に設定される。
【０１５２】
次いでＳ１４０９において、全体制御部１０８は、ユーザーが指定した位置を内部に含んだ非合焦の範囲を決定するための領域認識を行う。この領域認識は実施例１で説明したように画像解析部１１２で行われる。その領域認識の結果に基づき、非合焦とするべき範囲が新規に作成されたリフォーカス位置情報の位置情報１２０６〜１２０９に設定される。
【０１５３】
ステップＳ１４０７において、全体制御部１０８は、長押しによって指定された位置が有効なリフォーカス位置情報の位置情報１２０６〜１２０９で表現される矩形内部に含まれていると判定した場合、ステップＳ１４１８に処理を進める。ステップＳ１４１８において、全体制御部１０８は、必要に応じてリフォーカス位置情報の属性情報１２２０のフィールドを、非合焦指示を意味する１に設定する。
【０１５４】
ここでは、合焦、非合焦の情報とそのリフォーカス位置の情報とを、多視点画像を保存する画像データフォーマットの一部として保存する例を示した。一方、同じタイミングで合焦、非合焦の情報と、リフォーカス位置を示す情報に基づいて画像中から切り出した画像情報などとを組み合わせて、個別の多視点画像データとは独立したリストとして保存し、利用することも可能である。例えば、図１８に示す形式のリストを作成し保存することが考えられる。このリストの詳細と利用に関しては、後述の実施例４にて説明する。
【０１５５】
次に、ステップＳ１４１０において、全体制御部１０８は、長押しされていた時間の長さに応じて、非合焦強度を指定する情報を、表示している多視点画像データの多視点画像ヘッダ情報８１０に追加する。多視点画像ヘッダ情報８１０の詳細なフィールドの中身は記述していないが、この非合焦強度を指定する情報は、リフォーカス位置情報における非合焦を示すフィールドの位置と、ボケさせる強度とを組みにして保存される。ボケさせる強度は長押しされていた時間が長いほど強く設定されるが、ボケの強度の最大値まで指定されると、それ以上長く押されても強度は最大値から更新されない。
【０１５６】
次いで、ステップＳ１４１１において、リフォーカス演算部１０３は、更新後のリフォーカス位置情報に基づき、仮想ピント面の変更及び被写界深度の変更などを行う。そして変更後の仮想ピント面と被写界深度などに基づき画像データを生成する。ステップＳ１４１２において、全体制御部１０８は、ステップＳ１４１１で生成された画像を表示する。この非合焦をするための仮想ピント面の変更および被写界深度の変更がどのように行われるかの例を図１５及び図１６、図１７を用いて示す。
【０１５７】
図１５(b)において、人物Ｃが非合焦の対象として選択され、ディスプレイ１０５上でＣの文字が描かれている位置をユーザーが指で３秒以上継続して長押ししたとする。全体制御部１０８はその状況を監視し、新たなリフォーカス位置情報を含んだデータをリフォーカス演算部１０３に渡す。リフォーカス演算部１０３では、先に示した図１４のフローに基づいて仮想ピント面と被写界深度とを決定する。同様にして人物Ｄを非合焦の対象として指示することもできる。
【０１５８】
例えば、人物Ｃ及び人物Ｄが合焦対象から外され、人物Ａ、Ｂのみに焦点が合った絵を作ることが要求された場合を考える。本実施例においては、人物Ａ，Ｂは図１５（ｂ）表示時の仮想ピント面１５０１上にあり、人物Ｃ及びＤは仮想ピント面から少し離れたところに位置している。このような場合、仮想ピント面は変えずに、被写界深度を狭く調整することにより、人物Ｃ及び人物Ｄが合焦対象から外すことが可能である。その場合、本実施例では、図１６（ａ）に示されるように、仮想ピント面は人物Ａ及びＢを通る線分１５０１の位置から動かさず、人物Ｃ、Ｄが被写界深度の範囲から外れるように被写界深度が矢印１６０２で示される範囲となるように設定が行われる。そして、このような仮想ピント面と被写界深度とに基づき表示画像が生成される。すなわち、点線１６０３と点線１６０４との間の物体にピントの合った画像（図１６（ｂ））が生成され、ステップＳ１４１２においてディスプレイ１０５に表示されることになる。図１６（ｂ）では、人物Ｃ及びＤが非合焦状態になったことを太い点線で示している。
【０１５９】
また、人物Ｃ、Ｄの両方ではなく、人物Ｃのみが合焦対象から外され、人物Ａ、Ｂ、Ｄに焦点が合った絵を作ることが要求されることも考えられる。その場合、人物Ｃは他にピントを合わすべき人物Ａ，Ｂ，Ｄに比べて多眼カメラ撮像部１０１に近いところにあるため、ピント面を後方にずらすことによって対応が可能である。そのような場合を図１７を用いて説明する。この例では、図１７（ａ）に示されるように、仮想ピント面が人物Ａ及びＢを通る線分１５０１の位置からそれより後方の点線１７０１の位置に設定される。更に人物Ｃが被写界深度の範囲から外れるように被写界深度が矢印１７０２で示される範囲となるように設定が行われる。このような仮想ピント面と被写界深度とに基づき表示画像が生成される。すなわち、点線１７０３と点線１７０４の間の物体にピントの合った画像図１７（ｂ）が生成され、ステップＳ１４１２においてディスプレイ１０５に表示されることになる。
【０１６０】
図１７(b)では、人物Ｃが非合焦状態になったことを太い点線で示している。なお、この例の場合人物Ｄの後ろの木が新たに合焦対象に入っているが、本実施例では人物以外の物体に関しては合焦状態に関して特に制限を行っていないため、問題となるものではない。
【０１６１】
次に、図１４に戻りフローチャートの説明を続ける。
【０１６２】
ステップＳ１４１２においてディスプレイ１０５上の画像が更新されると、ステップＳ１４１３において、全体制御部１０８は、ユーザーの指定が更に継続しているかを判定する。ユーザーの指定が更に継続しているとは、長押しがまだ継続していることを意味する。ステップＳ１４１３において、全体制御部１０８は、長押しがまだ継続していると判定した場合には、ステップＳ１４１０に戻り、その指定行為の継続時間に応じて非合焦強度を変更し、必要に応じて画像を作り直す。ステップＳ１４１３において、全体制御部１０８は、長押しが継続していないと判定した場合には、ステップＳ１４０４に戻り、ユーザーのパラメータ選択待ちとなる。続くステップＳ１４０５において、全体制御部１０８は、ユーザーがパラメータを選択しないと判定した場合、ステップＳ１４２０に処理を進める。ステップＳ１４２０において、全体制御部１０８は、リフォーカスの表示処理の終了指示があるかを判定する。ステップＳ１４２０において、全体制御部１０８は、リフォーカスの表示処理の終了指示がないと判定した場合は、ステップＳ１４０４に戻り更にユーザーによるパラメータ選択待ちを継続する。
【０１６３】
ステップＳ１４２０において全体制御部１０８は、リフォーカス表示の終了指示があると判定した場合、この表示動作を終了して一連の動作を終了する。なお、このリフォーカス表示の終了指示は、ユーザーが明示的にボタンなどのユーザーＩＦ等を選択することや、一定の時間以上ユーザーからの指示がなかった場合のタイムアウトに基づく指示などによって行うことが可能である。
【０１６４】
ステップＳ１４０６において、ユーザーからの指示がタッチパネル上であったが長押しでなかった場合には、全体制御部１０８は、ステップＳ１４１６に処理を進める。ステップＳ１４１６において、全体制御部１０８は、ユーザーの近傍箇所の選択が一定時間内に複数回あるか否かを判定する。本実施例では、一定の時間内（例えば２秒以内）に一定の距離内（例えばタッチパネル上の距離5mm以内）にある箇所が複数回選択された場合には、その位置を合焦させる対象に加える指示であると解釈することにする。ステップＳ１４１６において一定時間内に複数回の選択があったと判定した場合、全体制御部１０８は、Ｓ１４１７において、ユーザーの選択した位置をリフォーカス位置情報に合焦対象として追加する。ステップＳ１４１７における内容はほぼステップＳ１４０７からＳ１４０９までの工程と同一であり、属性情報１２２０のフィールドに設定される値が合焦指示を意味する０に設定されるのが主に異なる点である。なお、ステップＳ１４１６において一定時間内に複数回の選択があったと判定しなかった場合には、ステップＳ１４１９に示すように、パラメータや画像の変更が行われることはなく、全体制御部１０８は、ステップＳ１４０４に処理を進める。
【０１６５】
なお、本実施例では、ユーザーの焦点を合わせない対象を指定する方法として、タッチパネルを用いた表示画像上の長押しという手法を用いたが、それ以外の手法によって指定することも可能である。例えば、タッチパネル画面上に予め非合焦に設定するというボタンを設け、そのボタンに触った後に画面上で指示した箇所を非合焦設定箇所と認識してもよい。また、タッチパネル画面上でオブジェクトを指定するとメニューが出て合焦／非合焦の指示をするようにしてもよい。
【０１６６】
また、タッチパネルを用いない場合、マウス等で指示を出すことも考えられる。例えば、アプリケーションで右クリックを非合焦指示と結びつけることによって、指示を出すことも考えられる。その場合、右クリックの長押し指示や、右クリックの複数回指示などによって意味を持たせることも可能である。
【０１６７】
上記のようにすることによって、撮像後にユーザーの好みに応じて焦点を合わせる位置を変えた画像を表示することが可能であるシステムに置いて、焦点を合わせない対象を簡便に指定することが可能となる。また、焦点を合わせない指定に基づき、特定の被写体を合焦から外した画像を作成することが可能となる。  
【０１６８】
従って、ユーザーが意図しない合焦状態を解消し、特定の被写体だけを選んで非合焦状態にすることが可能になる。結果として、ユーザーの望む対象にのみ合焦させた画像を簡便に生成、表示することが可能になる。
【実施例４】
【０１６９】
実施例３では焦点を合わせる対象、焦点を合わせない対象を指定し、指定に基づいたリフォーカス画像を生成する方法を示した。実施例３における焦点を合わせる対象、焦点を合わせない対象を個々の画像データと別に記憶、管理することで、例えば特定の人物に焦点を合わせたリフォーカス画像を一括で生成できればユーザーの操作の負荷を軽減することが可能である。なぜならば、現行の画像処理装置では複数の視点から撮影した画像を合成する際のピント面を生成する際に、画像毎にユーザーの操作に応じて操作を行う必要があるため、ユーザーにとって煩わしい場合があるからである。本実施例では焦点を合わせる対象、焦点を合わせない対象を記憶、管理する手法の例を示す。以降では、焦点を合わせる対象を合焦対象、焦点を合わせない対象を非合焦対象と記述する。
【０１７０】
実施例４のハードウェア構成の例を図１、図１１、及び図１３に示す。図１、図１１、及び図１３については実施例１、実施例３と共通であるため詳細な説明は省略する。
【０１７１】
［データフォーマットとデータ構造］
合焦対象、非合焦対象を記憶、管理するためのデータフォーマットについて図１８を用いて詳細に説明する。実施例３で少し説明したとおり、図１８は、個別の多視点画像データとは独立したリスト形式のデータフォーマットである。合焦対象または非合焦対象のデータについては、１８０１から１８０３に示すように対象物ごとのデータがリスト形式で保存される。このリストは以降で合焦・非合焦対象リスト又は単にリストと記述する。なお、データフォーマットは保存済みの任意の対象物にアクセス可能であればリスト形式に限定されるものではない。
【０１７２】
リスト内の各対象物のデータは識別コード１８０４、属性情報１８０５、認識情報１８０６により構成されている。識別コード１８０４は対象物を識別するための情報であり、例えば人物、動物、樹木などを示す多値情報である。さらに例えば人物を本人、妻、長女、長男などのように、より詳細に分類した識別の情報であってもよい。識別コードは対象物を識別するための識別用データともいえる。属性情報１８０５は対象物が合焦対象か非合焦対象かを示す１ビットの情報である。合焦・非合焦を示すには1ビットで十分であるが、属性情報のビット数を限定するものではない。認識情報１８０６は合焦・非合焦対象の特徴を示す情報である。例えば、人物の場合には眉や目などの特徴点の距離、特徴点で囲まれる領域の面積や領域内の画素の輝度などである。認識情報１８０６は、画像解析部１１２による解析によって得られる。認識情報１８０６を基に画像中の被写体に対して合焦対象物か、非合焦対象物が識別される。認識情報もまた、対象物を識別するための識別用データともいえる。
【０１７３】
次に本実施例の画像のデータフォーマットに含まれるリフォーカス位置情報１２０３フィールドついて図１９を用いて詳細に説明する。実施例３では位置情報存在フラグ１２０５はチェイン情報１２１０、属性情報１２２０から構成される情報の例を説明した。本実施例においてはさらに識別コード１９０１を加えた構成とする。ここで識別コード１９０１は図１８の識別コード１８０４と同じである。他の構成要素は実施例１と共通であるため説明を省略する。図１９に示すリフォーカス位置情報１２０３のフィールドは、実施例３で説明したように多値情報を有することができる。すなわち、複数の合焦対象または非合焦対象の位置情報をリフォーカス位置情報１２０３のフィールドに追加・または削除可能な形態になっている。
【０１７４】
図２０を用いて合焦・非合焦対象リストと保存画像とを管理するためのデータ構造の一例を詳細に説明する。保存画像とは、外部メモリ１０９などに保存されている画像データのことであり、図１９で示すリフォーカス位置情報を含む図８の画像データフォーマットにて規定される画像データのことである。図１８、図１９で示した合焦・非合焦対象リストと画像データとは、図２０に示すように階層化されたグループ毎に分類されて管理される。合焦・非合焦対象リストは、対象物定義情報と称しても良い。後述する合焦・非合焦対象リストに基づく各画像データへのリフォーカス位置情報付加処理は、合焦・非合焦対象リストが存在するグループとそのグループに包含されるグループ内の画像データに対して適用される。リフォーカス位置情報付加処理の詳細については後述する。
【０１７５】
図２０においてグループ１（家族）２００５は、グループ１．１（旅行）２００６とグループ１．２（運動会）２００７を包含するグループである。グループ１（家族）２００５内の合焦・非合焦対象リスト２００２に基づくリフォーカス位置情報付加処理は、次の保存画像に対して適用する。すなわち、グループ１．１（旅行）内の保存画像２００４と、グループ１．２（運動会）２００７内とその包含するグループ内に存在する図示しない保存画像に対して適用される。一方、グループ１．１（旅行）内の合焦・非合焦対象リスト２００３に基づくリフォーカス位置情報付加処理は、グループ１．１（旅行）内の保存画像２００４にのみ適用される。なお、グローバル合焦・非合焦対象リスト２００１は、グループに依存せず全ての保存画像にリフォーカス位置情報を付加する合焦・非合焦対象リストである。このような階層構造のグループ内にそれぞれ合焦・非合焦対象リストと保存画像とを含めることにより、ユーザーの利便性が向上する。例えば、グループ１（家族）２００５の合焦・非合焦対象リストでは、家族の人物を合焦する対象物として設定する。一方で、グループ１．１（旅行）２００５の合焦・非合焦対象リストでは、例えばツアー旅行に行った場合における、同行者の人物を非合焦する対象物として設定する。このように設定することにより、グループ１．１内の保存画像については、家族の人物に合焦し、かつツアーの同行者の人物には合焦しない画像データが生成されることになる。
【０１７６】
本実施例においては前述のデータ構造を採用しているが、このデータ構造に限定せずとも実施可能である。
【０１７７】
［合焦・非合焦対象リスト更新とリフォーカス位置情報更新の処理フロー］
図１８、図１９及び図２１から図２５を用いて合焦・非合焦対象リスト更新とリフォーカス位置情報付加の処理フローの詳細な説明を行う。以降の説明は、合焦・非合焦対象リストの更新を行った際の処理、新規に画像を撮像した際の処理、任意のタイミングで合焦・非合焦対象リストに基づくリフォーカス位置情報更新を行う際の処理の３つに分けて行う。
【０１７８】
まず、合焦・非合焦対象リストの更新を行った際の処理について説明を行う。図２１から図２３は、いずれか又は複数の合焦・非合焦対象リストに対して新しい対象物の追加、既存の対象物の削除などのリスト更新を行う際の処理フローを示している。図２１のステップＳ２１０１において、全体制御部１０８は、ユーザーが保存画像中の対象を指定し合焦・非合焦対象リストに追加指示したか否かの判定を行う。例えばディスプレイ１０５上に任意の保存画像を表示し、ユーザーＩ／Ｆを介してユーザーからの合焦・非合焦対象リストに追加指示があるか否かを判定する。例えば、ユーザーがディスプレイ１０５上に表示中の保存画像中の任意の位置を指定し、その位置の対象物の合焦・非合焦対象リストに追加する旨の項目を選択した場合に、全体制御部１０８は、追加指示があったと判定する。なお、ステップＳ２１０１における合焦・非合焦対象リストは、図２０で説明したように、保存画像と同一グループに属するリストとすることができる。あるいは、ユーザーにどのグループを対象とするリストに追加するかを選択させてもよい。ステップＳ２１０１において、全体制御部１０８は、リストへの対象の追加指示がないと判定した場合、処理をステップＳ２１０７に進める。ステップＳ２１０１において、全体制御部１０８は、リストへの対象の追加指示があると判定した場合、ステップＳ２１０２へ処理を進める。
【０１７９】
ステップＳ２１０２では全体制御部１０８は、ステップＳ２１０１で指示された対象物へ識別コード１８０４を割り当て、その対象物の認識情報１８０６と共にＦｌａｓｈＲＯＭ１０７や外部メモリ１０９に保存する。  
【０１８０】
ここではユーザーが保存画像中から対象を指定して、その対象物の認識情報を画像解析部１１２が算出し、保存する場合を想定している。しかし、特定の個人でない人物全般などの認識情報は、予めＦｌａｓｈＲＯＭ１０７などに保存されていてもよい。この場合、ステップＳ２１０２において保存する認識情報１８０６は、認識情報が保存されているＦｌａｓｈＲＯＭ１０７上のアドレスを示すポインタなどであってもよい。
【０１８１】
次にステップＳ２１０３では全体制御部１０８は、ステップＳ２１０１で指示された合焦・非合焦対象リストへの追加対象物が合焦対象か、非合焦対象かを判定する。合焦対象か非合焦対象かはユーザーが実施例３に示すような方法で指示することができる。リストへの追加対象物が合焦対象である場合、全体制御部１０８はステップＳ２１０４に処理を進め、属性情報１８０５のビットを０に設定する。リストへの追加対象物が非合焦対象である場合、全体制御部１０８はステップＳ２１０５処理を進め属性情報１８０５のビットを１に設定する。ステップＳ２１０６では全体制御部１０８は、ステップＳ２１０１で指示された全ての追加対象物が処理されたか判定する。全体制御部１０８は、全て処理されるまでステップＳ２１０２からステップＳ２１０５の処理を繰り返す。
【０１８２】
リストへの全ての追加対象が処理されると、ステップＳ２１０７にて全体制御部１０８は、合焦・非合焦対象リストからの対象物の削除指示があるか否かを判定する。削除指示についても、追加指示と同様に、例えばディスプレイ１０５上に任意の保存画像を表示し、ユーザーＩ／Ｆを介してユーザーからの合焦・非合焦対象リストからの削除指示があるか否かを判定する。例えば、ユーザーがディスプレイ１０５上に表示中の保存画像中の任意の位置を指定し、その位置の対象物の合焦・非合焦対象リストから削除する旨の項目を選択した場合に、全体制御部１０８は、削除指示があったと判定する。
【０１８３】
ステップＳ２１０７においてリストからの対象物削除指示がないと判定した場合、全体制御部１０８は、ステップＳ２１１０へ処理を進める。ステップＳ２１０７においてリストからの対象物削除指示があると判定した場合、全体制御部１０８は、ステップＳ２１０８へ処理を進める。ステップＳ２１０８において、全体制御部１０８は、ステップＳ２１０７で指示された対象物をリストから削除する。このとき対象物を削除するリストは、保存画像と同一グループに属するリストであってもよい。あるいは、ユーザーにどのグループに属するリストから対象物を削除するかを選択させてもよい。あるいは全てのグループに属するリストから対象物を削除してもよい。ステップＳ２１０９では、全体制御部１０８は、ステップＳ２１０７にて指示された対象物を全てリストから削除したかを判定し、全ての削除対象物が処理されるまでステップＳ２１０８の処理を繰り返す。リストからの全削除対象物に対する処理を終えると、全体制御部１０８は、ステップＳ２１１０へ処理を進める。
【０１８４】
ステップＳ２１１０では全体制御部１０８は、合焦・非合焦対象リストが更新された際の保存画像に対するリフォーカス位置情報更新の指示があるか否かを判定する。ここで、保存画像は、更新された合焦・非合焦対象リストが属するグループとそのグループが包含するグループとに含まれる全ての保存画像とすることができる。また、リフォーカス位置情報更新とは、図８のフォーマットにおけるリフォーカス位置情報８０３のフィールドに対して、図１９に示すような位置情報のフィールドを追加したり、削除したりする処理である。なお、上述したように図１９に示すリフォーカス位置情報１２０３は、複数の項目に対する値を含めることができる。なお、リフォーカス位置情報更新指示はステップＳ２１１０のリスト更新時に指示するか否かをユーザーインターフェイス（以下ＵＩ）によりユーザーに選択させるようにすることができる。あるいは、ステップＳ２１０１におけるリストへの対象物の追加指示の際にユーザーから指示されてもよい。あるいは、事前にユーザー、又は機器によって自動で設定されている指示であってもよい。ステップＳ２１１０において、全体制御部１０８は、リフォーカス位置情報更新指示がないと判定した場合、そのまま処理を終了する。ステップＳ２１１０において、全体制御部１０８は、リフォーカス位置情報更新指示があると判定した場合、ステップＳ２１１１のリスト追加反映処理に進む。
【０１８５】
図２２はリストへの追加対象物を保存画像のリフォーカス位置情報に反映するリスト追加反映処理ステップＳ２１１１の詳細を示しており、これについて説明を行う。まず、ステップＳ２２０１では全体制御部１０８は、合焦・非合焦対象リストへの対象物の追加処理があるか否かの判定を行う。ステップＳ２２０１においてリストへの対象物の追加がないと判定した場合、全体制御部１０８は、リスト追加反映処理を終了し、ステップＳ２１１２へ処理を進める。ステップＳ２２０１において、全体制御部１０８は、合焦・非合焦対象リストへの対象物の追加処理が行われたと判定した場合、ステップＳ２２０２へ処理を進める。
【０１８６】
ステップＳ２２０２において、全体制御部１０８は、保存画像内に追加対象物が存在するか否かを判定する。例えば、全体制御部１０８は、対象物が追加された合焦・非合焦対象リストが適用される全ての保存画像の中から１つの保存画像を抽出する。そして、全体制御部１０８は、保存画像内に追加の対象物が存在するかを判定する。この判定は画像解析部１１２による保存画像内の領域の認識情報とリスト内の対象物の認識情報との比較により、その値の差が所定の範囲内に収まっているか否かで行うことができる。ステップＳ２２０２において、全体制御部１０８は、保存画像内に追加対象物が存在しないと判定した場合、ステップＳ２２０５へ処理を進める。ステップＳ２２０２において、全体制御部１０８は、保存画像内に追加対象物が存在すると判定した場合、ステップＳ２２０３へと処理を進める。ステップＳ２２０３では全体制御部１０８は、保存画像のデータのうち、図１９のリフォーカス位置情報１２０３内の位置情報１２０６から１２０９と、チェイン情報１２１０と、属性情報１２２０と、識別コード１９０１とを更新する。すなわち、追加された対象物についての項目がそれぞれ追加されたリフォーカス位置情報１２０３を有する保存画像に更新する。追加された対象物が合焦対象の場合も非合焦対象の場合も、本ステップにおいてリフォーカス位置情報１２０３が更新される。位置情報１２０６から１２０９とチェイン情報１２１０、属性情報１２２０については実施例１及び実施例３と共通であるため説明を省略する。識別コード１９０１の更新についてはリスト合焦・非合焦対象リストにおける追加対象物の識別コード１８０４をコピーして保存する。
【０１８７】
次に、ステップＳ２２０４では全体制御部１０８は、リストへの１つの追加対象物に関して、適用範囲グループ内の保存画像すべてについてリフォーカス位置情報付加処理を行ったか否かを判定する。ステップＳ２２０４において未処理の処理すべき保存画像が存在すると判定した場合、全体制御部１０８は、次の保存画像に関するリフォーカス位置情報付加処理を行うためステップＳ２２０２に処理を戻す。ステップＳ２２０４において未処理の処理すべき保存画像がないと判定した場合、全体制御部１０８は、ステップＳ２２０５へ処理を進める。ステップＳ２２０５では全体制御部１０８は、リストへのすべて追加対象物に関して、リフォーカス位置情報付加処理を行ったか否かを判定する。未処理の追加対象物が存在する場合、全体制御部１０８は、ステップＳ２２０２へ処理を戻し、次の追加対象物に関する処理を行う。ステップＳ２２０５において、未処理の追加対象物が存在しないと判定した場合全体制御部１０８は、リスト追加反映処理を終了し、ステップＳ２１１２へ処理を進める。
【０１８８】
図２３はリストからの削除対象物を保存画像データ内のリフォーカス位置情報に反映するリスト削除反映処理ステップＳ２１１２の詳細を示す図である。まず、ステップＳ２３０１では全体制御部１０８は、合焦・非合焦対象リストから対象物の削除を行ったか否かの判定を行う。リストからの削除対象物がないと判定した場合全体制御部１０８は、リスト削除反映処理を終了しリスト更新処理は完了となる。リストからの削除対象物が存在すると判定した場合全体制御部１０８は、ステップＳ２３０２へ処理を進める。ステップＳ２３０２において全体制御部１０８は、削除対象物に関して保存画像データ内に削除対象物に対するリフォーカス位置情報が存在するか否かを判定する。判定は削除対象物の識別コード１８０４と保存画像データに付加されているリフォーカス位置情報中の識別コード１９０１との照合により行うことができる。識別コードが合致するものが存在しないと判定した場合全体制御部１０８は、ステップＳ２３０４へ処理を進める。識別コードが合致するものが存在すると判定した場合全体制御部１０８は、ステップＳ２３０３に処理を進める。ステップＳ２３０３において、全体制御部１０８は、ステップＳ２３０２において合致すると判定した識別コードを持つリフォーカス位置情報の削除を行う。すなわち、全体制御部１０８は、図１９に示す識別コード１９０１と、その識別コード１９０１に関連付けられたチェイン情報１２１０、属性情報１２２０、位置情報１２０６−１２０９を削除する。なお、リフォーカス位置情報は前述の通り多値を有することができる。したがって、リフォーカス位置情報に複数のフィールド（すなわち、複数の対象物に関する情報）が含まれている場合には、ステップＳ２３０２において合致すると判定された識別コードに関連する情報のみを削除する。
【０１８９】
ステップＳ２３０４では全体制御部１０８は、リストからの削除対象物の適用範囲グループ内の保存画像を全て処理したか否かを判定する。未処理の処理すべき保存画像が存在すると判定した場合、全体制御部１０８は、次の保存画像を処理するためステップＳ２３０２へ処理を戻す。未処理の処理すべき保存画像が存在しないと判定した場合全体制御部１０８は、ステップＳ２３０５へ処理を進める。ステップＳ２３０５では全体制御部１０８は、リストから削除が行われた対象物すべてに関して、リフォーカス位置情報削除処理が行われたか否かを判定する。未処理のリストからの削除対象物が存在すると判定した場合、全体制御部１０８は、次の削除対象物に関する処理を行うためステップＳ２３０２に処理を戻す。未処理のリストからの削除対象物が存在しないと判定した場合全体制御部１０８は、リスト削除反映処理を終了しリスト更新処理は完了となる。
【０１９０】
次に、画像撮像時に撮像画像に合焦・非合焦対象リストに基づいたリフォーカス位置情報を付加する際の処理フローを、図２４を用いて詳細に説明する。まず、ステップＳ２４０１で全体制御部１０８は、ユーザーの指示により撮像画像が所属するグループを決定する。例えば、全体制御部１０８は、例えばディスプレイ１０５上に撮像画像が所属するグループを選択させる設定画面を表示し、ユーザーＩ／Ｆを介してユーザーから指示により撮像画像が所属するグループを決定する。あるいは、事前にユーザー、又は機器によって自動で設定されている指示であってもよい。
【０１９１】
次に、ステップＳ２４０２では全体制御部１０８は、撮像画像に対するリフォーカス位置情報付加指示があるか否かを判定する。ステップＳ２４０１と同様に、全体制御部１０８は、例えばディスプレイ１０５上に撮像画像に対してリフォーカス位置情報を付加するか否かを選択させる設定画面を表示する。そして、ユーザーＩ／Ｆを介してユーザーから指示によりリフォーカス位置情報付加指示があるか否かを判定する。あるいは、事前にユーザー、又は機器によって自動で設定されている指示であってもよい。リフォーカス位置情報付加指示がないと判定した場合、全体制御部１０８は処理を終了する。ステップＳ２４０２においてリフォーカス位置情報付加指示があると判定した場合、全体制御部１０８は、ステップＳ２４０３へ処理を進める。リフォーカス位置情報付加指示は、リスト更新時に指示するか否かをＵＩによりユーザーに選択させるようにすることもできる。
【０１９２】
ステップＳ２４０３では全体制御部１０８は、撮像画像の所属グループに基づいて適用する合焦・非合焦対象リストを決定する。ステップＳ２４０４において全体制御部１０８は、撮像画像に対して一般オブジェクト認識を行いオブジェクトを抽出する。ステップＳ２４０５において全体制御部１０８は、ステップＳ２４０４において抽出されたオブジェクトのうち所定個を抽出する。一例として、全体制御部１０８は、ステップＳ２４０４の一般オブジェクト認識として、顔認識処理を行い、検出された複数の顔領域のうちＳ２４０５において顔領域の面積の大きい順に所定個抽出するように処理することができる。ステップＳ２４０４におけるオブジェクトは顔に限定されてはおらず、動物や樹木、それら複数の組み合わせであってもよい。また、ステップＳ２４０５における所定個のオブジェクト抽出の方法はオブジェクトの領域面積の大きい順に限定されない。例えば、合焦対象に対しては画像の中央から距離が近いものから順に適用し、非合焦対象に対しては画像の中央から遠い順に順位付けするなど、その他の方法による順位付けを用いてもよい。ステップＳ２４０４、ステップＳ２４０５のように処理することで後述するステップＳ２４０６からステップＳ２４０８の処理負荷を軽減することができる。しかしながら、ステップＳ２４０４、ステップＳ２４０５は必須の処理ではなく、含まずとも本実施例の実施は可能である。
【０１９３】
ステップＳ２４０６では全体制御部１０８は、ステップＳ２４０５で抽出したオブジェクトが合焦・非合焦対象リスト内の対象物であるか否かの判定を行う。この判定は、ステップＳ２４０５で抽出したオブジェクトと合焦・非合焦対象リスト内の認識情報とを比較することによって行われる。抽出オブジェクトがリスト内の対象物でないと判定した場合全体制御部１０８は、ステップＳ２４０８へ処理を進める。抽出オブジェクトがリスト内の対象物であると判定した場合、全体制御部１０８は、ステップＳ２４０７に処理を進める。ステップＳ２４０７では撮像画像へのリフォーカス位置情報付加処理を行う。ステップＳ２４０７はステップＳ２２０３と同じ処理であり、詳細な説明は省略する。
【０１９４】
ステップＳ２４０８では全体制御部１０８は、適用する合焦・非合焦対象リスト内の対象物と抽出オブジェクトの全ての組み合わせでステップＳ２４０６、ステップＳ２４０７の処理を行ったか否かを判定する。全ての組み合わせで完了していない場合、全体制御部１０８は、次の組み合わせの処理を行うためステップＳ２４０６に処理を戻す。全ての組み合わせで完了している場合、全体制御部１０８は、撮像時の全体の処理を終了する。
【０１９５】
次に、任意のタイミングでその時点の合焦・非合焦対象リストに基づき保存画像のリフォーカス位置情報を更新する際の処理フローについて、図２５などを用いて説明を行う。
【０１９６】
まず、ステップＳ２５０１において、全体制御部１０８は、リフォーカス位置情報の更新を行う画像の選択を受け付ける。選択はユーザーがＵＩにより行っても良いし、機器の設定により自動で選択されても良い。ステップＳ２５０２では全体制御部１０８は、リフォーカス位置情報を更新する画像の所属グループに基づき適用する合焦・非合焦対象リストを適用リストとして決定する。
【０１９７】
ステップＳ２５０３では全体制御部１０８は、ステップＳ２５０２で決定された適用リスト内の対象物に関するリフォーカス位置情報がステップＳ２５０１で選択された保存画像に既に存在しているか否かを判定する。この判定は適用リスト内の対象物の識別コードと同じ識別コードを持つリフォーカス位置情報が保存画像データに含まれるかどうかを調べることにより行うことができる。ステップＳ２５０３において適用リスト内の対象物に関するリフォーカス位置情報が既に存在していると判定した場合全体制御部１０８は、処理をステップＳ２５１０に進める。ステップＳ２５０３において適用リスト内の対象物に関するリフォーカス位置情報が存在しないと判定した場合全体制御部１０８は、処理をステップＳ２５０４へ進める。
【０１９８】
ステップＳ２５０４では全体制御部１０８は、リスト内の対象物がステップＳ２５０１で選択された画像内に存在するか否かを判定する。ステップＳ２５０４の処理は、画像解析部１１２による保存画像内の領域の認識情報とリスト内の対象物の認識情報との比較により、その値の差が所定の範囲内に収まっているか否かで行うことができる。すなわち、ステップＳ２５０３では識別コードの有無によって判定を行い、ステップＳ２５０４では認識情報の比較により判定を行う。ステップＳ２５０４においてリスト内の対象物がステップＳ２５０１で選択された保存画像内に存在しない場合、全体制御部１０８は、ステップＳ２５０６へ処理を進める。ステップＳ２５０４においてリスト内の対象物がステップＳ２５０１で選択された保存画像内に存在する場合全体制御部１０８は、ステップＳ２５０５に処理を進める。ステップＳ２５０５では全体制御部１０８は、リフォーカス位置情報の付加を保存画像に対して行う。ステップＳ２５０５の処理はステップＳ２２０３と同じであるので詳細な説明は省略する。
【０１９９】
一方、ステップＳ２５１０では全体制御部１０８は、ステップＳ２５０２で決定した適用リスト内の対象物の属性情報と、ステップＳ２５０３で同一の識別コードを有すると判定されたリフォーカス位置情報に含まれる属性情報とを比較する。属性情報が一致している場合全体制御部１０８は、属性情報の変更なしと判定しステップＳ２５０６に処理を進める。属性情報が一致しない場合全体制御部１０８は、属性情報の変更ありと判定し、ステップＳ２５１１に処理を進める。ステップＳ２５１１において、全体制御部１０８は、リフォーカス位置情報に含まれる属性情報をステップＳ２５０２で決定された適用リスト内の対象物の属性情報で上書きする。これは、いままで合焦対象であったものが、非合焦とされた場合などにおいて適用される。
【０２００】
ステップＳ２５０６では全体制御部１０８は、適用する合焦・非合焦対象物リスト内の対象物すべてについて保存画像に対するリフォーカス位置情報付加処理が終了したか否かを判定する。リスト内の対象物に未処理のものが存在する場合、全体制御部１０８は、次の対象物の処理のためステップＳ２５０３に処理を戻す。リスト内の対象物に未処理のものが存在しない場合全体制御部１０８は、処理をステップＳ２５０７に進める。
【０２０１】
ステップＳ２５０７では全体制御部１０８は、ステップＳ２５０１で選択された保存画像に付加されているリフォーカス位置情報のうち、ステップＳ２５０２で決定された適用のリスト内に存在しない対象物に関するものが存在するか否かを判定する。この判定は適用リスト内の対象物の識別コードのいずれにも該当しない識別コードを持つリフォーカス位置情報があるかどうかを調べることにより行うことができる。適用リスト内に存在しない対象物に関するリフォーカス情報がある場合、全体制御部１０８は、ステップＳ２５０８に処理を進め、保存画像に付加されている当該リフォーカス情報を削除する。適用リスト内に存在しない対象物に関するリフォーカス位置情報がない場合、全体制御部１０８は、ステップＳ２５０９に処理を進める。
【０２０２】
ステップＳ２５０９では全体制御部１０８は、ステップＳ２５０１で選択された保存画像すべてに対してリフォーカス位置情報更新処理が行われたか否かを判定する。未処理の保存画像が存在する場合全体制御部１０８は、次の画像の処理のためステップＳ２５０２へ処理を戻す。未処理の保存画像が存在しない場合全体制御部１０８は、処理を終了する。
【０２０３】
図２５のように処理することで、合焦・非合焦対象リストの更新を任意のタイミングで任意の保存画像に対して適用することができる。
【０２０４】
なお、図２１、図２４、図２５の各処理では、リストの更新や保存画像のリフォーカス位置情報の更新をする処理について説明した。その後の処理として、リフォーカス位置情報の追加または削除がされた保存画像に対して、実施例３で説明したピント面を新たに形成した画像データを生成する処理を行う。この保存画像の更新処理は、図２１、図２４、図２５の各処理のあとに行っても良いし、ユーザーからの指示に応じて行っても良い。
【０２０５】
以上のように焦点を合わせる対象、焦点を合わせない対象を個々の画像データと別に記憶、管理することによって、複数の視点から撮像した画像を合成する際にユーザーの意図を反映した画像を迅速に作成して表示することが可能になる。
【０２０６】
また、特定の対象に焦点を合わせるように、あるグループに属するリフォーカス画像に対して一括して指示することが可能になり、ユーザーの操作の負荷を軽減することが可能となる。
【実施例５】
【０２０７】
本実施例を図１、図１１、図１２、及び図１８から図２７を用いて詳細に説明する。図１、図１１、図１２、図１８から図２５については実施例１、３、４と共通のため説明を省略する。
【０２０８】
実施例４においては合焦・非合焦対象リストを記憶・管理し、このリストに基づいて画像データにリフォーカス位置情報を一括で更新する例を示した。本実施例ではユーザーが保存画像中から対象物を指定することによって特定された合焦・非合焦対象の認識情報１８０６をより識別性の高いものに簡便に更新するための方法の例を示す。また、合焦・非合焦対象リストに基づき生成されたリフォーカス位置情報のうち、ユーザーの意図と異なるものをユーザーが判断し、簡便に訂正を行う手法の例を示す。
【０２０９】
本実施例においては実施例４における合焦・非合焦対象リストのデータフォーマットは図２６となる。図２６では図１８のデータフォーマットに加えて、対象物ごとにその対象物の領域を切出した対象物切出し画像２６０１を付加する。対象物切出し画像（以下、切出し画像という）２６０１は、ユーザーが合焦・非合焦対象リストへの追加対象物を画像中から指定する際に、認識した対象物の領域を切出すことで得られる。
【０２１０】
図２７はユーザーにより合焦・非合焦対象リスト内の対象物の認識情報の更新と、ユーザーの意図と異なるリフォーカス位置情報の訂正とを行うためのＵＩの例を示している。
【０２１１】
図２７（ａ）において２７０１から２７０３は合焦・非合焦対象リスト内における、それぞれの合焦対象物の切出し画像２６０１に対応する画像を表示している。同様に２７０４、２７０５は非合焦対象物の切出し画像を表示している。以降ＵＩによる選択操作はタッチパネル上の操作として説明を行うが、マウスでカーソルを移動して選択する方法や、ボタン操作により選択する方法であっても良く、操作方法を限定するものではない。また、以降で記述するタップという操作はタッチパネル上の一定範囲内を一定時間以上押下してその後離す一連の動作のことを指す。
【０２１２】
ここでは、ユーザーがリスト内の対象物である人物Ａについて認識情報、リフォーカス位置情報を操作する場合を考える。まず、ユーザーは図２７（ａ）上で画像２７０１をタップし選択を行う。２７０１を囲んでいる太枠は選択したことを表すものである。次に、認識データ更新ボタン２７１９をタップすることで、表示が図２７（ａ）から図２７（ｂ）に切替わる。
【０２１３】
２７０６、２７０７は人物Ａを示す識別コードが割当てられた合焦・非合焦対象リスト内の対象物切出し画像２６０１を表示しているものである。なお、図２７の例において２７０６、２７０７の対象物データには人物Ａを示す同一の識別コード１８０４が割当てられている。なお、このように同じ識別コードを持つ複数の対象物データをリスト内に持ってもよい。同じ識別コードを持つ複数のデータがある場合、前述の図２７（ａ）で表示する切出し画像は同じ識別コードを持つ対象物については、それらの切出し画像のうちいずれか１枚を表示すればよい。また、同じ識別コードを持つ複数のデータがある場合、先の実施例で説明した認識情報の比較は、複数の識別コードを用いて各保存画像について行うことができる。
【０２１４】
図２７（ｂ）中の２７０８から２７１４は、合焦・非合焦対象リスト内の対象物２７０６、又は２７０７と同じ識別コードが割当てられたリフォーカス位置情報を含む画像データから得た切出し画像である。この切出し画像は各画像データに含まれるリフォーカス位置情報１２０３中の位置情報１２０６から１２０９の座標が示す矩形領域を切出すことにより得ることができる。
【０２１５】
ここで、２７０８から２７１４はすべて人物Ａであることが望ましいが、図２７（ｂ）の例では誤認識により人物Ｆ２７０９、人物Ｇ２７１４が表示されている。このとき、ユーザーは２７０９、２７１４をタップして選択し、適用解除ボタン２７１８をタップすることで２７０９と２７１４に関するリフォーカス位置情報を対応する画像データ中から削除することができる。すなわち、人物Ａを示す識別コードを含むリフォーカス位置情報のフィールドを画像２７０９と２７１４の切出し元である画像データから削除する。これにより、次に認識データ更新を行う場合には、人物Ａを示す識別コードが含まれていないため、図２７（ｂ）の適用対象として抽出されなくなる。
【０２１６】
また、人物Ａに合焦するためのリフォーカス位置情報は適用対象の保存画像中の全ての人物Ａについて生成されることが望ましい。しかしながら、合焦・非合焦対象リストに含まれる人物Ａの認識情報によっては、必ずしもすべての人物Ａに対してリフォーカス位置情報が生成されないことが考えられる。
【０２１７】
これを改善するために、ユーザーはまず、２７０８から２７１４の中で、より識別に適すると判断した画像をタップして選択する。次に、リストに追加ボタン２７１７をタップすることで当該画像を人物Ａの識別コードを持つ合焦対象物として合焦・非合焦対象リストに追加することができる。
【０２１８】
さらに、２７０６、２７０７に示すリスト内の対象物は、これらをタップして選択し、削除ボタン２７１５をタップすることで削除することもできる。
【０２１９】
一連のリスト更新処理の後、リスト再適用ボタン２７１６をタップすると保存画像の画像データから人物Ａの識別コードが割当てられたリフォーカス位置情報をすべて削除する。その後、リスト更新後の人物Ａの認識情報を用いて再度、実施例４の方法によって適用保存画像にリフォーカス位置情報を付加する。その結果を図２７（ｂ）のＵＩ上に反映する。なお、ここで、リスト更新の追加対象物の認識情報は追加対象物の切出し画像、又は切出し元画像に対して画像解析部１１２が処理することにより得られる。
【０２２０】
図２７（ｃ）は図２７（ｂ）において対象物２７１１をリストに追加し、リスト再適用を行った結果の画面を示している。追加された画像はリスト内対象物として２７２０に示されている。２７０１から２７１４と２７２１がリスト内対象物２７０６、２７０７、２７２０に基づいてリフォーカス位置情報が付加された保存画像からの切出し画像である。対象物２７２０をリストに追加したことにより、適用対象として図２７（ｂ）の７件に加えて、切出し画像２７２１が表示されている。これは、切出し元画像２７２１に人物Ａを示す識別コードが関連付けられたリフォーカス位置情報が付加されたことを示している。
【０２２１】
以上のように処理することで、ユーザーが合焦・非合焦の対象となっている切出し画像を確認しながらリストの認識情報をより識別性の高いものに更新することができる。また、生成されるリフォーカス位置情報のうち不要なものを簡便に削除することも可能である。その上で、リストの更新に基づき、あるグループに属するリフォーカス画像に対して一括して合焦・非合焦を指示することが可能になり、ユーザーの操作の負荷を軽減することが可能となる。
【実施例６】
【０２２２】
本実施例を図２８を用いて詳細に説明する。前述した実施例と共通の内容については説明を省略する。
【０２２３】
本実施例におけるシステム構成を図２８に示す。本実施例におけるシステムは、図１に示すような構成を持つデジタルカメラ２８０１、ＰＣ、携帯電話、タブレットなどの画像表示端末２８０２、サーバー２８０４を含む。これらはネットワークに接続するための通信機能を備えている。ネットワーク２８０３にはデジタルカメラ２８０１、ＰＣ、携帯電話、タブレットなどの画像表示端末２８０２、サーバー２８０４などが接続されている。
【０２２４】
実施例４、５で示した合焦・非合焦対象リストの運用は図２８に示すような機器同士のネットワークを介した連携により、より効率的な運用が可能となる。
【０２２５】
サーバー２８０４は人物、動物、電柱、樹木などユーザーが個別に合焦・非合焦対象リストに登録しない、一般的な対象物を識別するための識別情報を所持している。また、認識情報と合焦状態の情報に基づいてリフォーカス位置情報を生成する機能を持っている。さらに、サーバー２８０４はリフォーカス位置情報を基にリフォーカス画像を生成する機能を持っていてもよい。
【０２２６】
サーバー２８０４上でリフォーカス画像を生成した場合には、ＰＣ、携帯電話、タブレットなどの画像表示端末２８０２にネットワークを介してリフォーカス画像を転送することで、画像表示端末２８０２上でリフォーカス画像を閲覧することもできる。
【０２２７】
また、画像表示端末２８０２はその表示画面を用いて、実施例５に示したような合焦・非合焦対象リストの更新作業が可能であるとする。その場合、合焦・非合焦対象リストはサーバー２８０４上から画像表示端末２８０２にダウンロードされるのでもよいし、サーバー２８０４上のデータを直接変更できる仕組みがあってもよい。画像表示端末２８０２にダウンロードされる場合は、合焦・非合焦対象リストの更新処理後サーバーに対してリストがアップロードされる。その後、必要に応じて更新された合焦・非合焦対象リストに応じて、サーバー側でリフォーカス位置情報を生成するようにすることも可能である。
【０２２８】
デジタルカメラ２８０１はサーバー２８０４との通信により、サーバーが処理することのできる合焦・非合焦対象物の情報を得る。この情報入手は、サーバー上の合焦・非合焦対象リストの更新が行われた後にサーバー２８０４とデジタルカメラ２８０１の通信が行われた場合に、自動で行われるようにすることも可能である。また、その更新の内容を、ＵＩを通しユーザーに通知することも可能である。更新した場合にユーザーに通知するような設定にした場合には、ユーザーはその中から合焦・非合焦対象物を選択し、デジタルカメラ２８０１内に保存する。このようにすることにより、デジタルカメラ２８０１では、更新した合焦・非合焦対象リストに基づいて、その後に撮像した画像の表示を最適化することが可能になる。
【０２２９】
デジタルカメラ２８０１において撮像、保存された画像データとユーザーが選択、保存したサーバーに処理させる合焦・非合焦対象物情報はネットワーク２８０３を介してサーバー２８０４に転送される。サーバー２８０４へ転送される画像データにはその時点で付加されているリフォーカス位置情報も含む。サーバー２８０４はユーザーが設定した合焦・非合焦対象物情報に基づき、各画像データに対するリフォーカス位置情報生成処理を行う。生成されたリフォーカス位置情報は再びネットワーク２８０３を介してデジタルカメラ２８０１に転送され、デジタルカメラ２８０１内の対応する画像のリフォーカス位置情報が更新される。その際、リフォーカス位置情報を基にサーバー２８０４により生成されたリフォーカス画像データが、同時にデジタルカメラ２８０１へ転送されてもよい。
【０２３０】
このように構成することでデジタルカメラ２８０１上のリフォーカス位置情報生成・リフォーカス画像生成の処理負荷を軽減することができ、また、デジタルカメラ２８０１上に保持しておく認識情報のデータ量を低減することが可能になる。
【実施例７】
【０２３１】
実施例４においては、合焦・非合焦の指示に対応した基本的な仮想ピント面や被写界深度の変更の仕方について示した。本実施例においては、さらに複雑な要求に対応して仮想ピント面を変更する方法について説明する。図１５、図２９〜図３３を用いて説明する。
【０２３２】
図１５(b)において、人物Ｃが画面上で長押しされ、非合焦対象にする指示が出されたとする。このとき、仮想ピント面を変更する方針として「指定された対象以外のものはなるべく見え方を変更しない」という方針がユーザーにより設定されていたとする。この場合、仮想ピント面は変えずに、画角上の人物Ｃに関連する部分だけ被写界深度を浅くすることによって、人物Ｃをぼかすようにすることが可能である。図２９(a)にそのような場合の例を示す。仮想ピント面１５０１は変更されていないが、人物Ｃの画角に関連する部分のみ被写界深度が矢印２９０２に示すように浅く設定される。そのため、合焦する範囲が点線２９０３と点線２９０４の間となり、人物Ｃが合焦範囲から外れることとなる。図２９(b)にその時の表示画像を示す。
【０２３３】
図３０、３１を用いて、同一仮想ピント面上にある人物のうち、一人を外して合焦させたい場合のピント面の変更方法に関して示す。図３０(a)において、人物Ａ，Ｂ，Ｅは同一仮想ピント面３００１上に存在するものとして、合焦状態にある。人物Ｄはこの時合焦対象ではないので、人物Ｄを合焦範囲から外すように被写界深度３００２が決められたとする。よって、図３０においては、合焦範囲は直線３００３と直線３００４の間となっている。その時のディスプレイ１０５上の表示画像を図３０（ｂ）に示す。
【０２３４】
この図３０（ｂ）の画面において、人物Ｅが画面上で長押しされ、非合焦対象にする指示が出されたとする。このとき、人物Ａ，Ｂ，Ｅは同一仮想ピント面上に存在するため、被写界深度の調節だけでは、人物Ｅを非合焦状態にすることはできない。そのような場合には、仮想ピント面の一部をずらすことによって対応が可能である。そのような場合を図３１に示す。図３１(a)においては、仮想ピント面３１０１は人物Ｅの近辺で多眼カメラ撮像部１０１から遠い側に曲げられている。被写界深度の変更は行われていないため、仮想ピント面の変更に伴い、被写界深度範囲を示す線も点線３１０３及び３１０４のように曲げられる。この操作により、図３１（ｂ）に示すように、人物Ａ，Ｂにのみ合焦した画像がディスプレイ１０５に表示されることになる。
【０２３５】
図３２、３３を用いて、仮想ピント面を曲面で定義した場合の例を示す。図３２(a)は、人物Ａ，Ｂ，Ｃ，Ｄに合焦した画像を合成する場合を示したものである。この場合、仮想ピント面３２０１は人物Ａ，Ｂ，Ｃ，Ｄを通った曲面として定義される。そのため、図３２（ｂ）に示すように、人物Ａ，Ｂ，Ｃ，Ｄに対して、それぞれ合焦し、なおかつ被写界深度の浅い（ピントが合っているところ以外はぼけ具合が大きい）画像をディスプレイ１０５に表示することが可能になる。
【０２３６】
ここで、ディスプレイ１０５上のＣの画像を長押しし、人物Ｃを非合焦対象として指定したとする。その結果作成された画像と仮想ピント面の状況を図３３に示す。図３３(a)では、仮想ピント面３３０１が人物Ｃではなく、人物Ｃの後ろの木の場所を通るように変更された様子を示している。先に述べたように、この画像の被写界深度は浅いため、図３３（ｂ）に示したように人物Ｃはボケた画像となる。
【０２３７】
仮想ピント面を曲面として定義して画像を合成する処理の流れは、先に実施例３の図１３を用いて説明した。ここでは、曲面として定義する上での特徴的な事象について図１３を再度用いて説明する。
【０２３８】
仮想ピント面生成部１３０５は、指示された合焦すべき対象の数と位置に応じてピント面の形状を生成する。例えば、図３２の場合、人物Ａ，Ｂ，Ｃ，Ｄに合焦するように指示が出されている。この時、仮想ピント面生成部１３０５は、バッファ１３１５のフォーカス座標情報から、人物Ａ，Ｂ，Ｃ，Ｄの表示画面（ここでは、図３３（ｂ）の画像）に対応する２次元座標（ＸＡ，ＹＡ）（ＸＢ，ＹＢ）（ＸＣ，ＹＣ）（ＸＤ，ＹＤ）を入手する。また、バッファ１３１４の距離画像から、前記２次元座標を用いて人物Ａ，Ｂ，Ｃ，Ｄの撮像時の３次元空間位置(xA,yA,zA), (xB,yB,zB), (xC,yC,zC), (xD,yD,zD)を把握する。その上で、仮想ピント面生成部は合焦すべき対象の数に基づき、ピント面を生成するベースになる曲線の次数を定義する。本実施例では、“合焦すべき対象の数−１”を次数とする。この例では合焦すべき対象は人物Ａ，Ｂ，Ｃ，Ｄの４人であることから、合焦すべき対象の数は４となり、曲線の次数は３と定義される。なお、この次数の決め方はこの方式に一意に決まるものではなく、合焦すべき対象が多い場合には、上限を設けるなどすることも考えられる。また、実際の合焦すべき対象の位置関係においては、曲線の次数が先に示した次数より低い次数となる場合もある。
【０２３９】
次に仮想ピント面生成部１３０５は、実際の曲面を定義する。図３２（a）は、そのまま被写体が存在する３次元空間をｙ軸方向から観察した様子となっている。すなわち、図３２(a)の奥行き方向がｚ軸になり、撮像部と各被写体との距離となる。いま、曲線の次数が３と定義されたので、曲線に対応する多項式は以下のようになる。
z = ax^3 + bx^2 + cx +d
【０２４０】
この式に先に求めた人物Ａ，Ｂ，Ｃ，Ｄの撮像時の３次元空間位置(xA,yA,zA), (xB,yB,zB), (xC,yC,zC), (xD,yD,zD)のxとzに対応する値を入れた連立方程式を解く。これによって、xz平面上の曲線を求めることができる。求め方としては行列演算によるものや最小二乗法による近似曲線を求めるなど様々な方法があるが、ここでは割愛する。ここで求めた多項式の次数と係数がバッファ１３１６に格納されるピント面の形状を表現するピント面情報となる。
【０２４１】
ピント面情報が求まると、画像合成部１３０６は求めた多項式が示す曲線をｙ軸方向に拡張し、仮想ピント面を生成する。そして、バッファ１３１２の撮像データの各個眼毎に重み付けをして足し合わせ、画像を合成する。その際、仮想ピント面上の人物Ａ，Ｂ，Ｃ，Ｄに相当する位置に対しては仮想ピント面上に焦点の合った画像を合成する。また、人物Ａ，Ｂ，Ｃ，Ｄ以外に対しては、実際にその撮像対象が存在した３次元空間位置と仮想ピント面の存在する位置との距離から、ぼかし具合を計算し、その距離に応じたぼかし効果を持つ画像を合成する。ぼかし具合の計算には設定される被写界深度を考慮して行う。このように曲面のピント面を利用することによって、図３１や図３３に示したように指定された対象のみを選択的に非合焦にすることが可能になる。
【０２４２】
以上のようにすることで、多眼カメラ撮像部１０１から同じ距離にあるような２つの物体に対しても選択的に片方だけぼかした画像を作ることが可能になる。よって、ユーザーは画面上に表示された物体に対して、特に距離や被写界深度を意識することなく、簡単に非合焦対象を選択して指示を行い、意図した画像を作成することが可能になる。
【実施例８】
【０２４３】
ここまでの実施例では多眼カメラ撮像部１０１を用いて複数の画像として異なる視点から同時に撮像された画像を用いていたが、例えば、連続した時刻において撮像した画像を用いることも可能である。例えば、連続する２つ以上の時刻において、カメラの位置を微小に変化させて撮像した場合や、カメラのレンズの焦点位置を微小に変化させて撮像した場合が考えられる。どちらの場合も被写体に動きがなく、カメラの位置変化もしくはレンズの焦点位置の変化が既知であれば、複数画像を用いて距離推定を行って距離画像を作ることが可能である。
【０２４４】
図３４にカメラのレンズの焦点位置を微小に変化させて連続撮像した場合の例を示す。図３４において、３４０１は連写の可能なカメラ撮像部である。カメラ撮像部３４０１の画角は３４０１から斜めに伸びる３４１０、３４１１の２本の線によって示され、その範囲内の被写体である、人物A、B、C、Dが山や木と一緒に撮像されている。
【０２４５】
ここで、時刻t1に人物Ｃに焦点が合うように仮想ピント面３４０２を設定した画像が撮像されたとする。その直後の時刻t2に人物Ａ及びＢに焦点が合うように仮想ピント面３４０３を設定した画像が撮像されたとする。更に時刻t3に人物Ｄに焦点が合うように仮想ピント面３４０４を設定した画像が撮像されたとする。
【０２４６】
ここで、時刻t1、t2、t3の間隔が十分に短く被写体の動きが無視できるとする。その場合、３つの仮想ピント面で撮像した画像と、その時の焦点距離情報、及び撮像した画像情報から距離推定を行い、距離画像を作ることが可能である。距離画像ができれば、あとは第３の実施例において図１３を用いて説明した処理の流れに沿って焦点位置を変えた画像を作成することが可能になる。よって、ユーザーが表示画像上で焦点を合わせたくない領域を指示し、その指示領域を非合焦領域になるようにピント面を生成し、画像を合成・表示することが可能になる。
【０２４７】
＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014014071.tif 000003
【図２】
2014014071.tif 000004
【図３】
2014014071.tif 000005
【図４】
2014014071.tif 000006
【図５】
2014014071.tif 000007
【図６】
2014014071.tif 000008
【図７】
2014014071.tif 000009
【図８】
2014014071.tif 000010
【図９】
2014014071.tif 000011
【図１０】
2014014071.tif 000012
【図１１】
2014014071.tif 000013
【図１２】
2014014071.tif 000014
【図１３】
2014014071.tif 000015
【図１４】
2014014071.tif 000016
【図１５】
2014014071.tif 000017
【図１６】
2014014071.tif 000018
【図１７】
2014014071.tif 000019
【図１８】
2014014071.tif 000020
【図１９】
2014014071.tif 000021
【図２０】
2014014071.tif 000022
【図２１】
2014014071.tif 000023
【図２２】
2014014071.tif 000024
【図２３】
2014014071.tif 000025
【図２４】
2014014071.tif 000026
【図２５】
2014014071.tif 000027
【図２６】
2014014071.tif 000028
【図２７】
2014014071.tif 000029
【図２８】
2014014071.tif 000030
【図２９】
2014014071.tif 000031
【図３０】
2014014071.tif 000032
【図３１】
2014014071.tif 000033
【図３２】
2014014071.tif 000034
【図３３】
2014014071.tif 000035
【図３４】
2014014071.tif 000036