(57)【要約】【課題】  ＪＰＥＧファイルの画像を表示した際に、その種別を識別しやすくすることができる。【解決手段】  ＪＰＥＧファイルの一覧を表示する指示が与えられると、個々のＪＰＥＧファイルを解析し、ＨＤＲデータが内包されているファイルであるか否かを判定する。ＨＤＲデータを内包していると判断されたＪＰＥＧファイルの場合には、視覚的に判別できる枠をサムネイルに付加する所定の処理を実行する。一方、ＨＤＲデータを内包しないファイルである場合にはこの処理を行なわない。そして、それぞれのサムネイルを表示する。【選択図】  図２
2014204175.tif 000002
【特許請求の範囲】
【請求項１】
ＪＰＥＧファイルを取得する取得手段と、
前記取得されたＪＰＥＧファイルが特定の種別に対応するＪＰＥＧファイルの場合には所定の情報が付加された画像を表示し、前記取得されたＪＰＥＧファイルが前記特定の種別に対応しないＪＰＥＧファイルの場合には前記所定の情報が付加されない画像を表示するように、前記取得されたＪＰＥＧファイルの画像を表示させる表示制御手段と
を有することを特徴とする画像処理装置。
【請求項２】
前記取得されたＪＰＥＧファイルが前記特定の種別に対応するか否かは、前記ＪＰＥＧファイルに所定のデータが存在するか否かに応じて判定されることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記取得されたＪＰＥＧファイルが前記特定の種別に対応するか否かは、前記ＪＰＥＧファイルの所定位置にあるサイズ情報が所定サイズ以上を示しているか否かで判定されることを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記表示制御手段は、前記取得されたＪＰＥＧファイルが前記特定の種別に対応するＪＰＥＧファイルの場合には、前記取得されたＪＰＥＧファイルの画像に所定の枠を表示させ、前記取得されたＪＰＥＧファイルが前記特定の種別に対応しないＪＰＥＧファイルの場合には、前記取得されたＪＰＥＧファイルの画像に前記所定の枠を表示させないことを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記表示制御手段は、前記取得されたＪＰＥＧファイルが前記特定の種別に対応するＪＰＥＧファイルの場合には、前記取得されたＪＰＥＧファイルの画像内に所定のマークを表示させ、前記取得されたＪＰＥＧファイルが前記特定の種別に対応しないＪＰＥＧファイルの場合には、前記取得されたＪＰＥＧファイルの画像内に前記所定のマークを表示させないことを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記取得されたＪＰＥＧファイルが前記特定の種別に対応するＪＰＥＧファイルであるか否かは、前記ＪＰＥＧファイルの所定のアプリケーション部のデータと画像データとを組み合わせて画像の再生処理を実行し、再生処理の途中でエラーが発生したか否かによって判定されることを特徴とする請求項１に記載の画像処理装置。
【請求項７】
画像表示を指示してから表示が完了するまでの時間が異なる複数の画像表示モードを切り替える切替手段を有し、
前記表示制御手段は、
第１の画像表示モードの場合であって、取得されたＪＰＥＧファイルが前記特定の種別に対応する場合、前記ＪＰＥＧファイルに対応し前記所定の情報が付加された画像を表示させ、
前記第１の画像表示モードよりも画像の表示を指示してから画像の表示が完了するまでの時間が短い第２の画像表示モードの場合には、前記取得されたＪＰＥＧファイルが前記特定の種別に対応するかにかかわらず、前記所定の情報が付加されない画像を表示させる
ことを特徴とする請求項１に記載の画像処理装置。
【請求項８】
ＪＰＥＧファイルを複数取得する取得手段と、
前記取得された複数のＪＰＥＧファイルのそれぞれが特定の種別に対応するＪＰＥＧファイルであるか否かに応じて、前記複数のＪＰＥＧファイルのそれぞれに対応する複数の画像の表示位置を決定する決定手段と、
を有することを特徴とする画像処理装置。
【請求項９】
前記決定手段は、前記複数のＪＰＥＧファイルのそれぞれについて、前記特定の種別に対応するＪＰＥＧファイルの第１のグループと、前記特定の種別に対応しないＪＰＥＧファイルの第２のグループに分類し、前記第１のグループに属する各ＪＰＥＧファイルの画像の後に、前記第２のグループに属する各ＪＰＥＧファイルの画像を表示することを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
前記決定手段は、前記複数のＪＰＥＧファイルのそれぞれについて、前記特定の種別に対応するＪＰＥＧファイルの第１のグループと、前記特定の種別に対応しないＪＰＥＧファイルの第２のグループに分類し、前記第２のグループに属する各ＪＰＥＧファイルの画像の後に、前記第１のグループに属する各ＪＰＥＧファイルの画像を表示することを特徴とする請求項８に記載の画像処理装置。
【請求項１１】
画像ファイルが表わす画像を表示する画像処理装置の制御方法であって、
取得手段が、ＪＰＥＧファイルを取得する取得工程と、
表示制御手段が、前記取得されたＪＰＥＧファイルが特定の種別に対応するＪＰＥＧファイルの場合には所定の情報が付加された画像を表示し、前記取得されたＪＰＥＧファイルが前記特定の種別に対応しないＪＰＥＧファイルの場合には前記所定の情報が付加されない画像を表示するように、前記取得されたＪＰＥＧファイルの画像を表示させる表示制御工程と
を有することを特徴とする画像処理装置の制御方法。
【請求項１２】
コンピュータが読み込み実行することで、前記コンピュータに請求項１１に記載の方法が有する各工程を実行させるためのプログラム。
【請求項１３】
画像ファイルが表わす画像を表示する画像処理装置の制御方法であって、
取得手段が、ＪＰＥＧファイルを複数取得する取得工程と、
決定手段が、前記取得された複数のＪＰＥＧファイルのそれぞれが特定の種別に対応するＪＰＥＧファイルであるか否かに応じて、前記複数のＪＰＥＧファイルのそれぞれに対応する複数の画像の表示位置を決定する決定工程と、
を有することを特徴とする画像処理装置の制御方法。
【請求項１４】
コンピュータが読み込み実行することで、前記コンピュータに請求項１３に記載の方法が有する各工程を実行させるためのプログラム。
【請求項１５】
画像データからＪＰＥＧファイルを生成する画像処理装置であって、
画像データを取得する取得手段と、
特定の種別に対応するＪＰＥＧファイルを生成する場合には、前記画像データから、所定の情報を付加したサムネイル画像を生成し、前記特定の種別に非対応のＪＰＥＧファイルを生成する場合には、前記画像データから前記所定の情報を含まないサムネイル画像を生成するサムネイル生成手段と、
該サムネイル生成手段で生成されたサムネイルを含むＪＰＥＧファイルを生成するファイル生成手段と
を有することを特徴とする画像処理装置。
【請求項１６】
前記サムネイル生成手段が付加する前記所定の情報は、視覚効果を持つ枠又はマークであることを特徴とする請求項１５に記載の画像処理装置。
【請求項１７】
画像データからＪＰＥＧファイルを生成する画像処理装置の制御方法であって、
取得手段が、画像データを取得する取得工程と、
サムネイル生成手段が、特定の種別に対応するＪＰＥＧファイルを生成する場合には、前記画像データから、所定の情報を付加したサムネイル画像を生成し、前記特定の種別に非対応のＪＰＥＧファイルを生成する場合には、前記画像データから前記所定の情報を含まないサムネイル画像を生成するサムネイル生成工程と、
ファイル生成手段が、前記サムネイル生成工程で生成されたサムネイルを含むＪＰＥＧファイルを生成するファイル生成工程と
を有することを特徴とする画像処理装置の制御方法。
【請求項１８】
コンピュータが読み込み実行することで、前記コンピュータに請求項１７に記載の方法が有する各工程を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＪＰＥＧファイルの作成、並びに表示技術に関するものである。
【背景技術】
【０００２】
従来、画像データとこれに関する付加情報とをＪＰＥＧのファイル形式に従って配列する技術が知られている。例えば、特許文献１には、画像サイズや日付などの付加情報をＥｘｉｆ（Ｅｘｃｈａｎｇａｂｌｅ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ  ｆｏｒ  Ｄｉｇｉｔａｌ  Ｓｔｉｌｌ  Ｃａｍｅｒａ）のＡＰＰ１と呼ばれる領域に記述することが記載されている。
【０００３】
また、特許文献２には、ＪＦＩＦの画像部に含まれる画像データと組み合わせてＨＤＲ画像を再構築しうるＨＤＲ情報部を、ＪＦＩＦのアプリケーション拡張子部、及び／又は、ＪＦＩＦファイルのコメント部に記述することが記載されている。なお、ＪＦＩＦはＪＰＥＧ  Ｆｉｌｅ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔであり、ＨＤＲは、Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅである。このＨＤＲをサポートするＪＰＥＧビューワは、ＪＦＩＦの画像部の情報とＨＤＲ情報部の情報を用いて、ＨＤＲ画像を再生する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２０９５４５号公報
【特許文献２】特開２０１１−１９３５１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、単にサムネイル画像を見ただけでは、その元となるＪＰＥＧファイルの種別をユーザが識別することは困難である。例えば、Ｅｘｉｆファイルのサムネイル画像を表示させた場合、サムネイル画像を見ただけではこの画像ファイルの画像サイズや日付などをユーザは識別することは困難である。また例えば、ＪＦＩＦファイルのサムネイル画像を表示させた場合、サムネイル画像からこの画像ファイルがＨＤＲに対応しているものであるか否かをユーザが識別することは困難である。
【０００６】
本発明は上述した問題を解決するためになされたものである。そして、本明細書では、ＪＰＥＧファイルの画像を表示した際に、その種別を識別しやすくする技術を提供する。
【課題を解決するための手段】
【０００７】
本明細書における画像処理装置は、例えば以下の構成を備える。すなわち、
ＪＰＥＧファイルを取得する取得手段と、
前記取得されたＪＰＥＧファイルが特定の種別に対応するＪＰＥＧファイルの場合には所定の情報が付加された画像を表示し、前記取得されたＪＰＥＧファイルが前記特定の種別に対応しないＪＰＥＧファイルの場合には前記所定の情報が付加されない画像を表示するように、前記取得されたＪＰＥＧファイルの画像を表示させる表示制御手段とを有する。
【発明の効果】
【０００８】
本明細書によれば、ＪＰＥＧファイルの画像を表示した際に、その種別が容易に理解できるようになる。
【図面の簡単な説明】
【０００９】
【図１】画像処理装置のブロック図。
【図２】画像処理装置の処理を説明するためのフローチャート。
【図３】ＪＰＥＧファイルのフォーマットの例を説明するための図。
【図４】サムネイル画像の表示例を示す図。
【図５】第２の実施形態の画像処理装置の処理を説明するためのフローチャート。
【図６】サムネイル画像の表示例を示す図。
【図７】画像処理装置のブロック図。
【図８】画像処理装置の処理を説明するためのフローチャート。
【図９】ＨＤＲ差分データ生成部のブロック図。
【図１０】ＨＤＲ差分データ生成部の処理を説明するためのフローチャート。
【図１１】対数変換の効果を説明するための図。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１１】
＜第１の実施形態＞
本実施形態の画像処理装置の構成について、図１のブロック図を用いて説明する。
【００１２】
図１は、本実施形態の画像処理装置１００の機能を説明するためのブロック図である。画像処理装置１００は、ＣＰＵ、並びに、ＣＰＵが実行するためのプログラムを格納したり、ワークエリアとするためのＲＯＭ及びＲＡＭ等を含む。図示の表示部１０６を除く、取得部１０１、復号部１０２、判定部１０３、処理部１０４、表示制御部１０５は、ＣＰＵがプログラムを実行することで機能するものと理解されたい。勿論、取得部１０１、復号部１０２、判定部１０３、処理部１０４、表示制御部１０５はＣＰＵ以外の専用のハードウェア等で実現しても構わないし、ハードウェアとソフトウエアとを組みあせであっても構わない。
【００１３】
本実施形態の画像処理装置１００は、ＪＰＥＧ符号化データを内包するＪＰＥＧファイルのサムネイル画像を表示させることが可能な装置であり、例えば、デジタルカメラである。ただし画像処理装置１００は、デジタルカメラに限らず、例えば、携帯電話、スマートフォン、タブレット、パーソナルコンピュータなどでも良い。
【００１４】
画像処理装置１００の取得部１０１は、ＪＰＥＧファイルを取得する。画像処理装置１００がデジタルカメラの場合、取得部１０１は、例えば、デジタルカメラの撮像により得られたＪＰＥＧファイルを取得する。また、取得部１０１は、例えば、他の装置との通信によってＪＰＥＧファイルを取得することも可能である。また、取得部１０１は、ＪＰＥＧファイルを複数取得できる。
【００１５】
復号部１０２は、取得部１０１により取得されたＪＰＥＧファイルを復号する。また、判定部１０３は、取得部１０１により取得されたＪＰＥＧファイルが所定の種別に対応するか否かを判定する。判定部１０３による判定処理の詳細は後述する。
【００１６】
処理部１０４は、取得部１０１により取得されたＪＰＥＧファイルのサムネイル画像であって、判定部１０３による判定結果に応じたサムネイル画像を生成する。処理部１０４によるサムネイル画像の生成方法の詳細は、後述する。
【００１７】
表示制御部１０５は、処理部１０４により生成されたサムネイル画像を表示部１０６（ディスプレイ）に表示させる。画像処理装置１００と表示部１０６は一体の装置であっても良いし、別の装置であっても良い。
【００１８】
次に、画像処理装置１００による処理について、図２のフローチャートを用いて説明する。図２の処理は、画像処理装置１００のＣＰＵが、図２の処理に関するプログラムを画像処理装置１００のメモリから読み出して実行することにより、実現される。
【００１９】
また、本実施形態において、図２の処理は、ユーザがサムネイル画像の表示を指示したことによって開始される。ユーザは、例えば、デジタルカメラのモードを、撮像モードから撮像画像を閲覧するためのビューモードへ切り替えることが可能である。また、ユーザは、ビューモード中に、特定のディレクトリを指定することで、上記ディレクトリ内のＪＰＥＧファイルのサムネイル画像の表示を指示することも可能である。なお、本形態の画像処理装置は、デジタルカメラに限らない。
【００２０】
画像処理装置１００の取得部１０１は、ステップＳ２０１において、対象とするＪＰＥＧファイルを取得する（取得手順）。取得部１０１は、取得したＪＰＥＧファイルを復号部１０２、及び、判定部１０３へ渡す。
【００２１】
判定部１０３は、取得部１０１が取得したＪＰＥＧファイルのＨＤＲセグメントを参照することで、上記ＪＰＥＧファイルがＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に対応するＪＰＥＧファイルであるか否かを判定する（ステップＳ２０２）。
【００２２】
ここで、本実施形態におけるＪＰＥＧファイルのフォーマットの例を、図３を用いて説明する。
【００２３】
図３（ａ）は、ＪＰＥＧファイルの全体構成である。本実施形態のＪＰＥＧファイルは、ＳＯＩ（Ｓｔａｒｔ  Ｏｆ  Ｉｍａｇｅ）で開始され、ＥＯＩ（Ｅｎｄ  Ｏｆ  Ｉｍａｇｅ）で終了する。ＳＯＩは、ＪＰＥＧファイルの先頭を示すマーカである。ヘッダには、ＬＤＲ画像データの圧縮条件、量子化パラメータ、ハフマン符号化テーブル等が格納される。ＬＤＲ画像データとは、ＨＤＲ画像データに対するトーンマッピング処理により得られる画像データである。トーンマッピング処理とは、ＨＤＲ画像データを所定のダイナミックレンジに圧縮する処理のことであり、ＨＤＲ画像を通常のディスプレイで表示するなどのために行われる処理である。図３（ａ）の圧縮データ列の領域には、ＬＤＲ画像データのＪＰＥＧ圧縮された圧縮ＬＤＲ画像データが格納される。
【００２４】
また、図３（ａ）のヘッダには、ＨＤＲ差分データのＪＰＥＧ圧縮データ（圧縮ＨＤＲ差分データ）の格納領域が設けられる。ＨＤＲ差分データとは、ＪＰＥＧファイルの圧縮データ列に含まれる圧縮ＬＤＲ画像データをＨＤＲ画像データへ変換するために必要となるデータである。ＥＯＩは、ＪＰＥＧファイルの終わりを示すマーカである。
【００２５】
図３（ｂ）は、ＨＤＲ差分データの格納領域の詳細説明図である。同図に示すように、ＨＤＲ差分データの格納領域の先頭には、マーカ“ＡＰＰ１１”を示すマーカコード０ｘＦＦＥＢ（ＨＤＲマーカコード）が格納される。本実施形態では、このようなマーカコードから始まるアプリケーションマーカセグメントがＪＰＥＧファイル内に複数存在する場合を想定している。デコーダは、マーカコード０ｘＦＦＥＢから、次のアプリケーションマーカセグメントのマーカコードの開始までが、ＨＤＲ差分データが格納されるアプリケーションマーカセグメント（ＨＤＲセグメント）であると認識できる。また、ＨＤＲ画像データのデコードに非対応のＪＰＥＧデコーダは、マーカコード０ｘＦＦＥＢから始まるアプリケーションマーカセグメントを読み飛ばすこと可能である。なお、「０ｘ」は１６進数を示す接頭語である。
【００２６】
マーカコード０ｘＦＦＥＢの次の領域には、識別子が格納される。本実施形態では、この領域に識別子として固定的に“ＪＰ”が与えられるものとする。識別子の次の領域には、上記アプリケーションマーカセグメントの長さを示す長さ情報が格納される。なお、アプリケーションマーカセグメントの最大長は６５５３５ｂｙｔｅとされている。このため、例えば、ＨＤＲ差分データのＪＰＥＧ圧縮データが６５５３５ｂｙｔｅ以上である場合、複数のアプリケーションマーカセグメントに分けてＨＤＲ差分データのＪＰＥＧ圧縮データを記述する必要がある。この場合、復号時には、複数に分かれたＨＤＲ差分データのＪＰＥＧ圧縮データを正しい順番で並べることが必要である。そこで、本実施形態では、長さ情報の次に通し番号に格納する領域が設けられている。
【００２７】
通し番号の次の領域には、ＨＤＲ差分データを生成する過程で得られる各種情報のうち、ＨＤＲ画像データの取得のために必要となる生成条件情報が格納される。そして、生成条件情報の次の領域には、ＨＤＲ差分データのＪＰＥＧ圧縮データが格納される。
【００２８】
本実施形態の判定部１０３は、取得部１０１によって取得されたＪＰＥＧファイルのＨＤＲセグメントを参照して、ＪＰＥＧファイルがＨＤＲに対応しているか否かを判定する。より具体的には、判定部１０３は、ＪＰＥＧファイルにＨＤＲマーカコード（所定のマーカ）が存在するか否かをチェックすることで、ＪＰＥＧファイルがＨＤＲに対応しているか否かを判定する。すなわち、取得されたＪＰＥＧファイルが所定の種別に対応するか否かは、ＪＰＥＧファイルに所定のデータ（ＨＤＲマーカコード）が存在するか否かに応じて判定される。
【００２９】
なお、判定部１０３は、ＨＤＲセグメントのＨＤＲマーカコードに続く長さ情報の有無をチェックすることで、ＪＰＥＧファイルがＨＤＲに対応しているか否かを判定することも可能である。すなわち、取得されたＪＰＥＧファイルが所定の種別に対応するか否かは、ＪＰＥＧファイルの所定位置（ＨＤＲセグメントのＨＤＲマーカコードの後ろ）に、所定のデータ（長さ情報）が存在するか否かに応じて判定されるようにしても良い。
【００３０】
本実施形態では、ＨＤＲに対応するＪＰＥＧファイルのＨＤＲセグメントには長さ情報が含まれるが、ＨＤＲに対応しないＪＰＥＧファイルには、長さ情報が格納されない。従って、判定部１０３は、各ＪＰＥＧファイルのＨＤＲセグメントに長さ情報が含まれるか否かをチェックすることにより、ＪＰＥＧファイルがＨＤＲに対応しているか否かを判定する。
【００３１】
また、例えば、判定部１０３は、上記の長さ情報が示す長さが、所定値以上である場合に、ＪＰＥＧファイルがＨＤＲに対応していると判定するようにすることも可能である。すなわち、取得されたＪＰＥＧファイルが所定の種別に対応するか否かは、ＪＰＥＧファイルの所定位置にあるサイズ情報（ＨＤＲセグメントの長さ情報）が所定サイズ以上を示しているか否かに応じて判定されるようにすることも可能である。このようにすれば、有効な長さのＨＤＲ差分データが含まれている場合に、ＪＰＥＧファイルがＨＤＲに対応していると判定されるので、ＨＤＲに対応しているか否かの判定を、より精度よく行うことができるようになる。
【００３２】
また、ＪＰＥＧファイルがＨＤＲに対応しているか否かの判定方法は、例えば、ＨＤＲの生成条件情報やＨＤＲ差分データそのものを参照することによって行うようにすることも可能である。
【００３３】
なお、本形態において、ＨＤＲに対応しているＪＰＥＧファイルとは、ＨＤＲセグメントにＨＤＲ差分データが格納されているＪＰＥＧファイルである。ＨＤＲ差分データは、図３の圧縮データ列に格納される圧縮ＬＤＲ画像データを復号して得られるＬＤＲ画像データと組み合わせてＨＤＲ画像を再生するためのデータである。また、本形態におけるＨＤＲセグメントは、マーカコード０ｘＦＦＥＢにより開始されるアプリケーションマーカセグメントである。ＨＤＲ画像とは、露出が異なる複数回の撮像により得られた複数の画像を合成することで、１回の撮像で得られる画像よりも広いダイナミックレンジ（撮像範囲の最も明るい部分と最も暗い部分の明暗の比）を表現できるようにした画像である。
【００３４】
また、本実施形態では、ＪＰＥＧファイルがＨＤＲに対応するか否かを判定部１０３が判定する例を中心に説明するが、これに限らない。すなわち、判定部１０３は、ＪＰＥＧファイルが、所定の日時よりも前に取得されたＪＰＥＧファイルであるか否かを判定したり、特定の位置で撮像された画像データに対応するＪＰＥＧファイルであるか否かを判定したりことも可能である。すなわち、判定部１０３は、ステップＳ２０２において、取得部１０１により取得されたＪＰＥＧファイルが、所定の種別に対応するＪＰＥＧファイルであるか否かを判定する。判定部１０３は、判定結果を処理部１０４へ通知する。
【００３５】
復号部１０２は、取得部１０１によって取得されたＪＰＥＧファイルの圧縮データ列に格納される圧縮ＬＤＲ画像データを復号する（ステップＳ２０３）。圧縮ＬＤＲ画像データとは、ＨＤＲ画像データに対してトーンマッピング処理して得られるＬＤＲ画像データがＪＰＥＧ圧縮されて得られる画像データである。そして、復号部１０２は、復号した画像データ（ＬＤＲ画像データ）を処理部１０４へ渡す。なお、ステップＳ２０２とステップＳ２０３の処理の順序は、逆でも良いし、並行して行っても良い。
【００３６】
処理部１０４は、復号部１０２からの画像データ、及び、判定部１０３から通知された判定結果に基づいて、表示させるべきサムネイル画像を生成する。すなわち、処理部１０４は、復号部１０２からの画像データを縮小する。そして、処理部１０４は、判定部１０３から、ＪＰＥＧファイルがＨＤＲに対応するＪＰＥＧファイルであるという通知を受けた場合（ステップＳ２０４でＹＥＳ）、所定の枠を持つサムネイル画像を生成する（ステップＳ２０５）。
【００３７】
一方、処理部１０４は、判定部１０３から、ＪＰＥＧファイルがＨＤＲに対応しないＪＰＥＧファイルであるという通知を受けた場合（ステップＳ２０４でＮＯ）、上記所定の枠を含まないサムネイル画像を生成する。処理部１０４は、生成したサムネイル画像を表示制御部１０５へ渡す。
【００３８】
表示制御部１０５は、処理部１０４からのサムネイル画像を表示部１０６（ディスプレイ）に表示させる（ステップＳ２０６）。なお、サムネイル画像の枠の有無は、ＪＰＥＧファイルがＨＤＲに対応するか否かに応じて、処理部１０４により決定される。すなわち、ステップＳ２０７において、表示制御部１０５は、取得されたＪＰＥＧファイルが所定の種別（ＨＤＲ）に対応するＪＰＥＧファイルの場合、所定の枠を含むサムネイル画像を表示させる。一方、表示制御部１０５は、取得されたＪＰＥＧファイルが所定の種別（ＨＤＲ）に対応しないＪＰＥＧファイルの場合、上記所定の枠を含まないサムネイル画像を表示させる（表示制御手順）。このようにすることで、ユーザは、サムネイル画像を見ることで、どの画像がＨＤＲに対応しているのかを容易に識別できるようになる。
【００３９】
なお、上記の説明では、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像に枠を表示させる例を説明したが、これに限らない。すなわち、表示制御部１０５は、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像内に所定のマークを表示させることも可能である。要は、両者の違いが視覚的に判別できるようにすればよい。
【００４０】
図４（ａ）は、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像に枠を表示させ、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像に枠を表示させない場合のサムネイル画像の表示画面例を示している。また、図４（ｂ）は、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像内に所定のマークを表示させ、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像内に上記所定のマークを表示させない場合のサムネイル画像の表示画面例を示している。
【００４１】
このように、本形態の表示制御部１０５は、取得したＪＰＥＧファイルが所定の種別（例えばＨＤＲ）に対応する場合、所定の情報（枠やマーク）が付加されたサムネイル画像を表示させる。また、本形態の表示制御部１０５は、取得したＪＰＥＧファイルが所定の種別に対応しない場合、所定の情報が付加されないサムネイル画像を表示させる。
【００４２】
なお、図４（ａ）は、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像４０２には枠を表示しない例を示しているが、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像４０３の枠とは異なる枠を表示させるようにしても良い。また、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像４０３の枠の色、太さ、線の種類などは、図４（ａ）の例に限らない。例えば、枠の色は、白でも良い。
【００４３】
また、図４（ｂ）は、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像４０５にはマークを表示しない例を示しているが、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像４０６に表示されているマークとは異なるマークを表示させるようにしても良い。また、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像４０６に表示させるマークの色、大きさ、形状などは、図４（ｂ）の例に限らない。
【００４４】
また、ステップＳ２０１〜ステップＳ２０６の処理は、取得部１０１が取得したＪＰＥＧファイルの数に応じた回数、繰り返される。つまり、１０個のＪＰＥＧファイルが取得された場合、ステップＳ２０１〜ステップＳ２０６までの処理は、１０回行われ、その結果、１０個のサムネイル画像が表示される。
【００４５】
また、本実施形態では、所定の情報が枠やマークである場合を中心に説明しているが、この例に限らない。すなわち、各サムネイル画像のＪＰＥＧファイルが所定の種別に対応しているか否かをユーザが識別しやすくなる画像であれば、所定の画像は枠やマークでなくても良い。例えば、所定の情報はテキストなどでも良い。
【００４６】
また、本実施形態では、サムネイル画像に所定の情報を付加する形態を中心に説明したが、サムネイル画像以外の画像に所定の情報を付加することも可能である。例えば、１画面に１枚のＨＤＲ画像を表示する場合に、上記画像の端にマークを表示し、１画面に非ＨＤＲ画像を表示する場合に、上記画像の端にマークを表示しないようにすることも可能である。すなわち、画像処理装置１００は、取得されたＪＰＥＧファイルが所定の種別に対応するＪＰＥＧファイルの場合、所定の情報が付加された画像が表示されるようにＪＰＥＧファイルの画像の表示を制御する。また、画像処理装置１００は、ＪＰＥＧファイルが所定の種別に対応しないＪＰＥＧファイルの場合、所定の情報が付加されない画像が表示されるようにＪＰＥＧファイルの画像の表示を制御する。このようにすることで、ユーザは、表示された画像が、ＨＤＲ画像か非ＨＤＲ画像かを容易に識別できるようになる。
【００４７】
また、画像処理装置１００は、例えば、フォルダ内の複数のアイコン画像を表示する場合に、ＨＤＲ画像に対応するアイコン画像に所定の情報を付与することが可能である。この場合、画像処理装置１００は、非ＨＤＲ画像に対応するアイコン画像として、所定の情報が付与されていないアイコン画像を表示させる。これにより、ユーザは、アイコン画像に対応する画像ファイルが、ＨＤＲ画像の画像ファイルか、非ＨＤＲ画像の画像ファイルかを容易に識別できるようになる。また、本実施形態では、ＪＰＥＧファイルにＨＤＲマーカコード（所定のマーカ）が存在するか否かに基づいてＪＰＥＧファイルがＨＤＲに対応するか否かを判定する例を中心に説明したが、この例に限らない。例えば、画像処理装置１００の復号部１０２が、ＪＰＥＧファイルのＨＤＲセグメントのデータとＬＤＲ画像データでＨＤＲ画像の再生処理ができればＪＰＥＧファイルがＨＤＲに対応していると判定するようにしても良い。なお、ＨＤＲセグメントは、ＨＤＲマーカコードから開始されるアプリケーションマーカセグメントである。
【００４８】
即ち、ＪＰＥＧファイルが所定の種別に対応するＪＰＥＧファイルであるか否かは、ＪＰＥＧファイルの所定のアプリケーション部（ＨＤＲセグメント）のデータと画像データ（ＬＤＲ画像データ）とを組み合わせて画像の再生処理をすることで判定できる。このように、実際にＨＤＲ画像の再生ができるか否かによって、ＪＰＥＧファイルがＨＤＲに対応しているか否かを判定すれば、より精度の高い判定ができる。
【００４９】
また、ＪＰＥＧファイルがＨＤＲに対応しているか否かに応じて、サムネイル画像に枠やマークを付加する処理を行うか否かを、サムネイル画像の表示モードに応じて切り替えるようにすることも可能である。具体的には、サムネイル画像の表示モードが高速表示モード（第２の画像表示モード）の場合には、各ＪＰＥＧファイルがＨＤＲに対応しているか否かに関わらず、通常のサムネイル画像（所定の情報が付加されないサムネイル画像）を表示させる。一方、サムネイル画像の表示モードが通常表示モード（第１の画像表示モード）の場合には、各ＪＰＥＧファイルがＨＤＲに対応しているか否かに応じて、サムネイル画像に枠やマークを付加して表示させる。
【００５０】
すなわち、画像処理装置１００は、サムネイル画像の表示指示からサムネイル画像の表示完了までの時間が異なる複数のサムネイル画像表示モード（高速表示モードと通常表示モード）を切り替えるための切り替え部を有し、以下の処理を実行する。
【００５１】
表示制御部１０５は、通常表示モード（第１のサムネイル画像表示モード）の場合であって、ＪＰＥＧファイルが所定の種別（ＨＤＲ）に対応する場合、上記ＪＰＥＧファイルのサムネイル画像であって所定の情報が付加されたサムネイル画像を表示させる。本実施形態における所定の情報とは、枠やマークである。ＪＰＥＧファイルが所定の種別（ＨＤＲ）に対応しない場合には、上記所定の情報を付加せず、識別可能にする。
【００５２】
一方、表示制御部１０５は、高速表示モード（第２のサムネイル画像表示モード）の場合であって、取得されたＪＰＥＧファイルが所定の種別に対応する場合、上記ＪＰＥＧファイルのサムネイル画像であって所定の情報が付加されないサムネイル画像を表示させる。なお、高速表示モードは、通常表示モードよりもサムネイル画像の表示指示からサムネイル画像の表示完了までの時間が短い表示モードである。
【００５３】
このように、ユーザがサムネイル画像の一覧をできるだけ早く見たいと思うときには、各ＪＰＥＧファイルのＨＤＲセグメントの参照処理やサムネイル画像に所定の情報を付加する処理を省略して、サムネイル画像の一覧をより早く表示できるようになる。
【００５４】
以上説明したように本実施形態の画像処理装置によれば、サムネイル画像からＪＰＥＧファイルの種別をユーザがより容易に識別できるようになる。
【００５５】
なお、本実施形態では、サムネイル画像の表示時に、ＪＰＥＧファイルからサムネイル画像を生成する場合の例を中心に説明したが、例えば、サムネイル画像をＪＰＥＧファイルの生成時に格納する場合にも、本発明の考え方を適用することが可能である。
【００５６】
ＪＰＥＧファイルにサムネイル画像のデータを含める場合の例を以下で説明する。なお、以下では、画像処理装置が図７に示す装置７００の構成を有するものとして説明する。同図において、７０１は入力部、７０２はＣＰＵ、７０３はＬＤＲ画像生成部、７０４はＨＤＲ差分データ生成部、７０５はＪＰＥＧ符号化部、７０６はバッファＡ、７０７は符号列生成部、７０８は出力部である。画像処理装置７００は、ＨＤＲ画像データからＪＰＥＧファイルを生成する画像処理装置である。本形態の画像処理装置１００と画像処理装置７００の機能は、１つの画像処理装置で実現することも可能である。
【００５７】
本実施形態における符号化対象のＨＤＲ画像データは、ＲＧＢカラーデータとする。また、本実施形態における各コンポーネント（色）は、１６ビットの実数値で表現される。但し、ＲＧＢ以外のコンポーネントの構成（例えばグレー）でも構わず、色空間の種類，コンポーネントの個数は問わない。また、１コンポーネントのビット数も１６ビットに限らず、３２ビットなど、１６ビットを超えるビット数でもよい。また、実数値だけに限定されず、１６ビットの整数値などでもよい。つまり、ＨＤＲ画像のコントラスト比を表現できれば、入力画像の形式は問わない。
【００５８】
図８は、図７のブロック図の処理フローを示したフローチャートである。以下、図７、図８を用いて、本実施形態における画像処理装置７００の処理を説明する。図８の処理は、画像処理装置７００のＣＰＵ７０２が、図８の処理に関するプログラムを画像処理装置７００のメモリから読み出して実行することにより、実現される。また、本実施形態において、図８の処理は、例えば、ユーザがデジタルカメラとしての画像処理装置７００の撮像ボタンを押下したことにより、開始される。ただし、画像処理装置７００はデジタルカメラに限らない。
【００５９】
入力部７０１は、ステップＳ８０１（取得手順）において、符号化対象のＨＤＲ画像データを入力する。入力されたＨＤＲ画像データは、ＬＤＲ画像生成部７０３に供給されるとともに、ＨＤＲ画像データのコピーがバッファＡ７０６へ供給される。
【００６０】
ＬＤＲ画像生成部７０３は、入力されたＨＤＲ画像データから、トーンマッピング処理により、ＬＤＲ（Ｌｏｗ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）画像データを生成する（ステップＳ８０２）。トーンマッピング処理とは、ＨＤＲ画像データを所定のダイナミックレンジに圧縮する処理のことであり、ＨＤＲ画像を通常のディスプレイで表示するなどのために行われる処理である。ＬＤＲ画像データに基づくＬＤＲ画像は、通常のディスプレイで表示することが可能である。トーンマッピング処理の方法として、様々な方法が提案されている。特に人間の視覚特性や表示デバイス特性を考慮した手法が主流となっている。
【００６１】
本実施形態では、ＬＤＲ画像生成部７０３が、トーンマッピング処理により８ビットの整数値（０〜２５５）のＬＤＲ画像データを生成する例を説明する。トーンマッピング処理の方法は問わない。生成されたＬＤＲ画像データはＪＰＥＧ符号化部７０５へ出力されると共に、そのＬＤＲ画像データのコピーがバッファＡ７０６に記憶される。
【００６２】
また、本実施形態のＬＤＲ画像生成部７０３は、ステップＳ８０２（サムネイル生成手順）において、ＬＤＲ画像データが縮小されたサムネイル画像を生成する。また、本形態のＬＤＲ画像生成部７０３は、ＨＤＲに対応するＪＰＥＧファイルを生成する場合、視覚効果をもたらす所定の情報（枠やマーク）が付加されたサムネイル画像を生成する。また、ＬＤＲ画像生成部７０３は、ＨＤＲに対応しないＪＰＥＧファイルを生成する場合、所定の情報が付加されないサムネイル画像を生成する。ＨＤＲに対応しないＪＰＥＧファイルを生成する場合とは、例えば、非ＨＤＲ撮像モードで撮像が行われた場合である。
【００６３】
ＪＰＥＧ符号化部７０５は、ＬＤＲ画像データをＪＰＥＧ符号化方式（ＩＳＯ／ＩＥＣ  １０９１８−１，  ＩＴＵ−Ｔ  Ｔ．８１）により圧縮する（ステップＳ８０３）。ＪＰＥＧ符号化方式の圧縮方式については、公知技術であり、説明を割愛する。ＬＤＲ画像データから生成されたＪＰＥＧ圧縮データ（圧縮ＬＤＲ画像データ）は、符号列生成部７０７へ供給される。
【００６４】
ＨＤＲ差分データ生成部７０４は、復号時にＬＤＲ画像データからＨＤＲ画像データを取得するために用いるＨＤＲ差分データの生成を行う（ステップＳ８０４）。ＨＤＲ差分データ生成部７０４は、ＨＤＲ画像データをバッファＡ７０６から読み出して、ＨＤＲ差分データの生成を行う。本実施形態におけるＨＤＲ差分データは、入力部７０１から入力されたＨＤＲ画像データと同じ水平、垂直方向の画素数で、コンポーネント数は３、各コンポーネントは８ビットの整数値（０〜２５５）を持つ。ＨＤＲ差分データの具体的な生成方法は後程説明する。ＨＤＲ差分データ生成部７０４により生成されたＨＤＲ差分データは、ＪＰＥＧ符号化部７０５へ供給される。
【００６５】
ＪＰＥＧ符号化部７０５は、入力されたＨＤＲ差分データをＪＰＥＧ符号化方式により圧縮する（ステップＳ８０５）。そして、ＪＰＥＧ符号化部７０５は、圧縮されたＨＤＲ差分データを符号列生成部７０７へ出力する。
【００６６】
符号列生成部７０７は、ＬＤＲ画像データとＨＤＲ差分データのそれぞれのＪＰＥＧ圧縮データから、ＨＤＲ画像の符号列（ＨＤＲ画像符号化データ）を生成する（ステップＳ８０６）。ステップＳ８０６で生成されるＨＤＲ画像符号化データ、すなわちＪＰＥＧファイルのフォーマットは、図３に示した通りである。また、ＨＤＲ画像符号化データの生成方法の概略は、以下の通りである。すなわち、符号列生成部７０７は、ＬＤＲ画像符号化データとしてのＪＰＥＧファイルのヘッダ内に、通常のデコーダ（ＨＤＲ画像データのデコードに対応していないＪＰＥＧデコーダ）は読み飛ばす領域を設ける。そして、その領域内に、圧縮ＨＤＲ差分データを格納する。このような構成にする理由は、通常のデコーダ（ＨＤＲ画像データのデコードに対応していないＪＰＥＧデコーダ）で、ＬＤＲ画像の復号表示をできるようにするためである。
【００６７】
また、本形態の符号列生成部７０７は、図３のヘッダの領域に、サムネイル画像を格納する。符号列生成部７０７が格納するサムネイル画像は、ＬＤＲ画像を縮小して得られるサムネイル画像に対して、所定の情報（例えば、枠やマーク）が付加されたサムネイル画像である。すなわち、本形態の符号列生成部７０７は、ステップＳ８０６（ファイル生成手順）において、ステップＳ８０２（サムネイル生成手順）により生成されたサムネイル画像を含むＪＰＥＧファイルを生成する。
【００６８】
上記のような構成のＪＰＥＧファイル（ＨＤＲ差分符号化データ）は、出力部７０８より出力される（ステップＳ８０７）。
【００６９】
続いて、ＨＤＲ差分データ生成部７０４の詳細説明に移る。図９は、ＨＤＲ差分データ生成部７０４のブロック図である。図９に示すように、ＨＤＲ差分データ生成部７０４は、輝度成分比算出部９０１、対数変換部９０２、バッファＢ９０３、最大値／最小値導出部Ａ９０４、整数化部Ａ９０５、バッファＤ９０６を有する。また、ＨＤＲ差分データ生成部７０４は、入力画像除算部９０７、ＬＤＲ相当画像／ＬＤＲ画像差分算出部９０８、色変換部９０９、ノーマライズ部９１０、バッファＣ９１１、最大値／最小値導出部Ｂ９１２、整数化部Ｂ９１３、バッファＥ９１４を有する。
【００７０】
まず、ＨＤＲ差分データ生成部７０４の処理の概要について述べる。輝度成分比算出部９０１は、ＨＤＲ画像とＬＤＲ画像のそれぞれの輝度成分の比（Ｙレシオ）を画素毎に求める。なおＹレシオ（ratio）は、ＨＤＲ輝度成分値／ＬＤＲ輝度成分値に相当する比率である。
【００７１】
そして、入力画像除算部９０７は、その輝度成分の比（Ｙレシオ）を用いて、ＨＤＲ画像のＲＧＢ各コンポーネントに対して除算を行い、ＬＤＲ相当のダイナミックレンジを持つ画像（ＬＤＲ相当画像）を生成する。
【００７２】
さらに、ＬＤＲ相当画像／ＬＤＲ画像差分算出部９０８は、ＬＤＲ画像とＬＤＲ相当画像の間で、各画素におけるＲＧＢ各コンポーネントの差分を求める。色変換部９０９は、その差分データに対してＹＣｂＣｒ変換を行い、Ｃｂ差分、Ｃｒ差分を生成する。そして、ＨＤＲ差分データ生成部７０４は、ＹレシオとＣｂ差分、Ｃｒ差分を、１枚の画像を構成するコンポーネントと見立てて、ＪＰＥＧ符号化部７０５へ出力する。
【００７３】
図１０は、ＨＤＲ差分データ生成部７０４の処理フローを示したフローチャートである。
【００７４】
以下、図９、図１０を用いて、ＨＤＲ差分データ生成部７０４の処理を、より詳細に説明する。図１０の処理は、画像処理装置７００のＣＰＵが、図１０の処理に関するプログラムを画像処理装置７００のメモリから読み出して実行することにより、実現される。
【００７５】
輝度成分比算出部９０１は、バッファＡ７０６からＨＤＲ画像データとＬＤＲ画像データを取得し、Ｙレシオを算出する（ステップＳ８０１）。ＨＤＲ画像データの輝度成分をＹ＿ｈｄｒ、ＬＤＲ画像データの輝度成分をＹ＿ｌｄｒとした場合、Ｙレシオは、以下の式に従って算出される。なお、ＨＤＲ画像データ、ＬＤＲ画像データは共にＲＧＢ成分を有し、それぞれに接尾語「＿ｈｄｒ」、「＿ｌｄｒ」を付すこととする。
Ｙ＿ｈｄｒ＝０．２９９＊Ｒ＿ｈｄｒ＋０．５８７＊Ｇ＿ｈｄｒ＋０．１１４＊Ｂ＿ｈｄｒ
Ｙ＿ｌｄｒ＝０．２９９＊Ｒ＿ｌｄｒ＋０．５８７＊Ｇ＿ｌｄｒ＋０．１１４＊Ｂ＿ｌｄｒ
Ｒａｔｉｏ＝Ｙ＿ｈｄｒ／Ｙ＿ｌｄｒ
【００７６】
算出されたＹレシオは、バッファＥ９１４へ出力される。対数変換部９０２は、バッファＥ９１４からＹレシオを取得し、対数変換（底は「２」）する（ステップＳ１００２）。Ｙレシオは、最終的にＪＰＥＧ符号化されるため、８ビットの整数（０〜２５５）で表現される必要がある。
【００７７】
Ｙレシオは、ダイナミックレンジが非常に広いので、対数変換をせずに８ビットの整数化を行うと、小さなＹレシオの変化がつぶされてしまい、微妙な輝度変化が失われる。一方で、Ｙレシオの対数表現に対して８ビットの整数化を行うと、低輝度側では小さな輝度の変化を保てる。そのため、本実施形態の画像処理装置７００は、対数変換部９０２でＹレシオの対数変換を行う。
【００７８】
対数変換により低輝度側の輝度変化を保てる理由は次のとおりである。すなわち、対数での変化に対するＹレシオの変化（Δ）は、高輝度側に比べて低輝度側では緩やかである。また、対数表現にすることでダイナミックレンジは小さくなる。このため、８ビット整数化において、Ｙレシオで見て、Δが緩やかに変化している低輝度側を細かくサンプリングできる。このような理由により、対数変換により低輝度側の輝度変化を保つことができる。
【００７９】
一例を挙げる。画像全体で見て、Ｙレシオが１〜２５５００の範囲にあるとした場合、そのまま８ビットの整数化を行ってしまうと、８ビット表現における１の変化は、Ｙレシオにおける１００の変化に相当する。つまり、Ｙレシオは１，１００，２００，…，２５５００の値を取る。一方で、Ｙレシオの対数値は０〜１４．６３８２１であり、８ビットの整数値に対応するＹレシオの対数値とＹレシオは、図１１に示したとおりである。
【００８０】
図１１に示す通り、Ｙレシオを対数で表現することで、８ビット整数値で見て０に近い値、つまり低輝度側では、Ｙレシオを細かくサンプリングできる。このため、対数表現を導入することで、Ｙレシオに８ビットの整数化を行っても、低輝度側の輝度成分の緩やかな変化を再現できることができるようになる。
【００８１】
各画素の対数変換されたＹレシオ（ＬｏｇＹレシオ）は、バッファＢ９０３に格納される。画像全体のＬｏｇＹレシオがバッファＢ９０３に揃うと、最大値／最小値導出部Ａ９０４が、ＬｏｇＹレシオの最大値と最小値（Ｍａｘ＿ＬｏｇＹｒａｔｉｏ，  Ｍｉｎ＿ＬｏｇＹｒａｔｉｏ）を算出する（ステップＳ１００３）。算出されたＭａｘ＿ＬｏｇＹｒａｔｉｏとＭｉｎ＿ＬｏｇＹｒａｔｉｏは、整数化部Ａ９０５へ出力される。整数化部Ａ９０５は、Ｍａｘ＿ＬｏｇＹｒａｔｉｏとＭｉｎ＿ＬｏｇＹｒａｔｉｏを基に、バッファＢ９０３に格納されているＬｏｇＹレシオを８ビット化し（ステップＳ１００３）、バッファＤ９０６へ出力する。
【００８２】
また、Ｍａｘ＿ＬｏｇＹｒａｔｉｏとＭｉｎ＿ＬｏｇＹｒａｔｉｏは、復号時に８ビット整数を元のレンジの実数表現へ戻す際に使われるので、符号列のヘッダ（ＪＰＥＧファイルのヘッダ）に格納される必要がある。そのため、最大値／最小値導出部Ａ９０４は、Ｍａｘ＿ＬｏｇＹｒａｔｉｏとＭｉｎ＿ＬｏｇＹｒａｔｉｏの値をバッファＡ７０６に記憶させる。そして、符号列生成部７０７は、バッファＡ７０６に記憶されたＭａｘ＿ＬｏｇＹｒａｔｉｏとＭｉｎ＿ＬｏｇＹｒａｔｉｏを読み出して、それらをＪＰＥＧファイルのヘッダに格納する。
【００８３】
ここまでの処理が終わると、画像処理装置７００のＨＤＲ差分データ生成部７０４は、デコーダがＬＤＲ画像データとＹレシオからＨＤＲ画像データを取得するために必要なデータを生成する。つまり、デコーダは、ＬＤＲ画像データとＹレシオだけでは、ＨＤＲ画像データの輝度成分のみしか取得できない。従って、ＨＤＲ差分データ生成部７０４は、ＨＤＲ画像データの色差成分を戻すために必要となるデータを取得する。
【００８４】
入力画像除算部９０７は、バッファＡ７０６に格納されているＨＤＲ画像データに対して、バッファＥ９１４に格納されているＹレシオで除算を行い、ＬＤＲ相当画像を生成する（ステップＳ１００５）。この除算は、入力ＨＤＲ画像のＲＧＢ配列に対して行う。ＬＤＲ相当画像／ＬＤＲ画像差分算出部９０８は、ＬＤＲ相当画像とバッファＡ７０６のＬＤＲ画像で、各画素のＲＧＢ値の差分を求める（ステップＳ１００６）。色変換部９０９は、ステップＳ１００６で生成された差分に対して色変換を行う（ステップＳ１００７）。この色変換は以下のとおりである。
Ｃｂ＿ｅ＝−０．１６８７＊Ｒ＿ｅ  −  ０．３３１３＊Ｇ＿ｅ  ＋  ０．５＊Ｂ＿ｅ
Ｃｒ＿ｅ＝０．５＊Ｒ  −  ０．４１８７＊Ｇ＿ｅ  −  ０．０８１３＊Ｂ＿ｅ
こｋどえ、Ｒ＿ｅ，Ｇ＿ｅ，Ｂ＿ｅはステップＳ１００６にて算出された差分である。また、輝度成分であるＹ＿ｅは算出されていない。これは、除算で用いたＹレシオはＲａｔｉｏ＝Ｙ＿ｈｄｒ／Ｙ＿ｌｄｒであり、除算結果のＬＤＲ相当画像の輝度成分はＹ＿ｌｄｒとなっていて、差分値は０となるからである。数式で証明すると以下のとおりである。
Ｙ＿ｅ＝０．２９９＊Ｒ＿ｅ＋０．５８７＊Ｇ＿ｅ＋０．１１４＊Ｂ＿ｅ
＝０．２９９＊（Ｒ＿ｌｄｒ’−Ｒ＿ｌｄｒ）＋０．５８７＊（Ｇ＿ｌｄｒ’−Ｇ＿ｌｄｒ）＋０．１１４＊（Ｂ＿ｌｄｒ’−Ｂ＿ｌｄｒ）
＝０．２９９＊Ｒ＿ｌｄｒ’＋０．５８７＊Ｇ＿ｌｄｒ’＋０．１１４＊Ｂ＿ｌｄｒ’−（０．２９９＊Ｒ＿ｌｄｒ＋０．５８７＊Ｇ＿ｌｄｒ＋０．１１４＊Ｂ＿ｌｄｒ）
＝０．２９９＊（Ｒ＿ｈｄｒ／Ｒａｔｉｏ）＋０．５８７＊（Ｇ＿ｈｄｒ／Ｒａｔｉｏ）＋０．１１４＊（Ｂ＿ｈｄｒ／Ｒａｔｉｏ）
−（０．２９９＊Ｒ＿ｌｄｒ＋０．５８７＊Ｇ＿ｌｄｒ＋０．１１４＊Ｂ＿ｌｄｒ）
＝Ｙ＿ｈｄｒ／Ｒａｔｉｏ  −  Ｙ＿ｌｄｒ  ＝  ０
【００８５】
ステップＳ１００７の色変換が終了すると、ノーマライズ部９１０は、以下の数式に示すように、Ｃｂ＿ｅ，Ｃｒ＿ｅをＹ＿ｌｄｒでノーマライズし、その結果をバッファＣ９１１へ出力する。
Ｃｂ＿ｅ  ＝  Ｃｂ＿ｅ  ／  Ｙ＿ｌｄｒ
Ｃｒ＿ｅ  ＝  Ｃｒ＿ｅ  ／  Ｙ＿ｌｄｒ
【００８６】
最大値／最小値導出部Ｂ９１２は、バッファＣ９１１に記憶されているＣｂ＿ｅ，Ｃｒ＿ｅのそれぞれの最大値（Ｍａｘ＿Ｃｂ＿ｅ，Ｍａｘ＿Ｃｒ＿ｅ）と最小値（Ｍｉｎ＿Ｃｂ＿ｅ，Ｍｉｎ＿Ｃｒ＿ｅ）を算出する（ステップＳ１００９）。算出された最大値，最小値は、整数化部Ｂ９１３へ出力される。整数化部Ｂ９１３は、バッファＣ９１１に格納されているＣｂ＿ｅ，Ｃｒ＿ｅを、Ｍａｘ＿Ｃｂ＿ｅ，Ｍａｘ＿Ｃｒ＿ｅ，  Ｍｉｎ＿Ｃｂ＿ｅ，Ｍｉｎ＿Ｃｒ＿ｅを基に８ビット化し（ステップＳ１０１４）、バッファＤ９０６へ出力する。また、Ｍａｘ＿Ｃｂ＿ｅ，Ｍａｘ＿Ｃｒ＿ｅ，Ｍｉｎ＿Ｃｂ＿ｅ，Ｍｉｎ＿Ｃｒ＿ｅは、復号時に８ビット整数を元のレンジの実数表現へ戻す際に使われるので、符号列のヘッダ（ＪＰＥＧファイルのヘッダ）に格納される必要がある。そのため、最大値／最小値導出部Ｂ９１２は、ａｘ＿Ｃｂ＿ｅ，Ｍａｘ＿Ｃｒ＿ｅと  Ｍｉｎ＿Ｃｂ＿ｅ，Ｍｉｎ＿Ｃｒ＿ｅを、バッファＡ７０６に記憶させる。そして、符号列生成部７０７は、バッファＡ７０６に記憶されたａｘ＿Ｃｂ＿ｅ，Ｍａｘ＿Ｃｒ＿ｅとＭｉｎ＿Ｃｂ＿ｅ，Ｍｉｎ＿Ｃｒ＿ｅを読み出して、それらをＪＰＥＧファイルのヘッダに格納する。
【００８７】
バッファＤ９０６にＬｏｇＹレシオとＣｂ＿ｅ，Ｃｒ＿ｅそれぞれの８ビット整数データが揃うと、上記データがバッファＤ９０６からＪＰＥＧ符号化部７０５へ出力される（ステップＳ９０６）。画像処理装置７００は、バッファＤ９０６からの上記データを１枚の画像のＹＣｂＣｒ成分としてＪＰＥＧ符号化する。
【００８８】
なお、本実施形態では、画像処理装置７００がサムネイル画像を含むＪＰＥＧファイルを生成する場合について説明しているが、画像処理装置７００は、サムネイル画像を含まないＪＰＥＧファイルを生成することも可能である。この場合、画像処理装置７００のＬＤＲ画像生成部７０３は、図８のステップＳ８０２において、ＨＤＲ画像データに対するトーンマッピング処理を行い、ＬＤＲ画像データを生成するが、サムネイル画像の生成は行わない。
【００８９】
また、画像処理装置７００の符号列生成部７０７は、ステップＳ８０６において、ＬＤＲ画像データとＨＤＲ画像データのそれぞれの圧縮データを含み、サムネイル画像を含まないＪＰＥＧファイルを生成する。
【００９０】
＜第２の実施形態＞
次に、第２の実施形態について、上記第１の実施形態との差異を中心に説明する。
【００９１】
本形態の画像処理装置１００は、複数のＪＰＥＧファイルそれぞれについて所定の種別に対応しているか否かを判定し、第１のグループ及び第２のグループに分類し、第１，第２のグループ毎にサムネイル画像を分離して表示する。
【００９２】
第２の実施形態における画像処理装置１００の処理を図５のフローチャートを用いて説明する。図５の処理は、画像処理装置１００のＣＰＵが、図５の処理に関するプログラムを画像処理装置１００のメモリから読み出して実行することにより、実現される。
【００９３】
また、本実施形態において、図５の処理は、不図示の操作部からのサムネイル画像のユーザによる表示指示を検出したことによって開始される。例えば、ユーザは、デジタルカメラのモード切り替えスイッチ（切替部）を操作することで、デジタルカメラのモードを、撮像モードから撮像画像を閲覧するためのビューモードへ切り替えることが可能である。また、ユーザは、ビューモード中に、特定のディレクトリを指定し、上記ディレクトリ内のＪＰＥＧファイルのサムネイル画像の表示を指示することも可能である。なお、本形態の画像処理装置は、デジタルカメラに限らない。
【００９４】
画像処理装置１００の取得部１０１は、ステップＳ５０１において複数のＪＰＥＧファイルを取得する（取得手順）。取得部１０１は取得したＪＰＥＧファイルを復号部１０２、及び、判定部１０３へ渡す。
【００９５】
判定部１０３は、取得部１０１が取得したＪＰＥＧファイルのＨＤＲセグメントを参照することで、上記ＪＰＥＧファイルがＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に対応するＪＰＥＧファイルであるか否かを判定する（ステップＳ５０２）。なお、ＨＤＲセグメントは、ＨＤＲマーカコード０ｘＦＦＥＢにより開始されるアプリケーションマーカセグメントである。本実施形態の判定部１０３は、ＪＰＥＧファイルにＨＤＲマーカコード（所定のマーカ）が存在するか否かに基づいてＪＰＥＧファイルがＨＤＲに対応しているか否かを判定するが、この方法に限らない。例えば、ＨＤＲセグメントの長さを示す長さ情報の有無や、長さ情報が示す長さが所定の長さ以上か否かなどに基づいて、ＪＰＥＧファイルがＨＤＲに対応するか否かが判定されるようにしても良い。
【００９６】
復号部１０２は、取得部１０１によって取得されたＪＰＥＧファイルの圧縮データ列に含まれる圧縮ＬＤＲ画像データを復号する（ステップＳ５０３）。そして、復号部１０２は、復号した画像データを処理部１０４へ渡す。なお、ステップＳ５０２とステップＳ５０３の処理の順序は、逆でも良いし、並行して行っても良い。
【００９７】
処理部１０４は、復号部１０２から復号されたＬＤＲ画像データを取得すると共に、判定部１０３から判定結果の情報を取得する。本形態において、判定結果はＪＰＥＧファイルがＨＤＲに対応するか否かの判定結果である。ただし、この例に限らない。また、処理部１０４は、復号部１０２からの画像データを縮小してサムネイル画像を生成する。
【００９８】
また、処理部１０４は、表示すべきすべてのサムネイル画像の生成が完了したか否かを判定する（ステップＳ５０４）。例えば、ユーザが、１０個のＪＰＥＧファイルを格納するフォルダを画像処理装置１００がビューモードのときに指定した場合、処理部１０４は、ステップＳ５０４において、１０個のＪＰＥＧファイルのサムネイル画像の生成が完了したか否かを判定する。すべてのサムネイル画像の生成が完了したと判定された場合は、ステップＳ５０５に進み、表示すべてきすべてのサムネイル画像の生成が完了していないと判定された場合は、ステップＳ５０１に戻る。
【００９９】
処理部１０４は、ステップＳ５０５において、ＪＰＥＧファイルのそれぞれがＨＤＲに対応しているか否かに基づいて、各ＪＰＥＧファイルのサムネイル画像の表示位置を決定する（決定手順）。
【０１００】
すなわち、処理部１０４は、取得した複数のＪＰＥＧファイルのそれぞれが所定の種別（ＨＤＲ）に対応するＪＰＥＧファイルであるか否かに応じて、複数のＪＰＥＧファイルのそれぞれに対応する複数のサムネイル画像の表示位置を決定する。処理部１０４は、決定した表示位置に従った順序で、サムネイル画像のデータを表示制御部１０５へ渡す。
【０１０１】
表示制御部１０５は、処理部１０４が決定したサムネイル画像の表示位置に基づいて、各サムネイル画像を表示部１０６に表示させる（ステップＳ５０６）。
【０１０２】
本実施形態におけるサムネイル画像の表示画面の例を図６に示す。図６は、複数のＪＰＥＧファイルのサムネイル画像のうち、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像を画面の上側に表示し、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像を画面の下側に表示する例を示している。
【０１０３】
この例において、処理部１０４は、取得された第１のＪＰＥＧファイル、及び、第１のＪＰＥＧファイルよりも後に取得された第２のＪＰＥＧファイルのいずれもが所定の種別（ＨＤＲ）に対応しない場合、以下のようにサムネイル画像の表示位置を決定する。すなわち、処理部１０４は、第１のＪＰＥＧファイルのサムネイル画像の後に第２のＪＰＥＧファイルのサムネイル画像が表示されるように第１のＪＰＥＧファイルと第２のＪＰＥＧファイルのサムネイル画像の表示位置を決定する。
【０１０４】
また、処理部１０４は、第１のＪＰＥＧファイルが所定の種別に対応せず、第２のＪＰＥＧファイルが所定の種別に対応する場合、以下のようにサムネイル画像の表示位置を決定する。すなわち、処理部１０４は、第２のＪＰＥＧファイルのサムネイル画像の後に第１のＪＰＥＧファイルのサムネイル画像が表示されるように、第１のＪＰＥＧファイルと第２のＪＰＥＧファイルのサムネイル画像の表示位置を決定する。
【０１０５】
ただし、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像を画面の上側に表示し、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像を画面の下側に表示するようにしても良い。
【０１０６】
この例において、処理部１０４は、取得された第１のＪＰＥＧファイル、及び、第１のＪＰＥＧファイルよりも後に取得された第２のＪＰＥＧファイルのいずれもが所定の種別（ＨＤＲ）に対応しない場合、以下のようにサムネイル画像の表示位置を決定する。
【０１０７】
すなわち、処理部１０４は、第１のＪＰＥＧファイルのサムネイル画像の後に第２のＪＰＥＧファイルのサムネイル画像が表示されるように、第１のＪＰＥＧファイルと第２のＪＰＥＧファイルのサムネイル画像の表示位置を決定する。また、処理部１０４は、第１のＪＰＥＧファイルが所定の種別に対応し、第２のＪＰＥＧファイルが所定の種別に対応しない場合、以下のようにサムネイル画像の表示位置を決定する。すなわち、処理部１０４は、第２のＪＰＥＧファイルのサムネイル画像の後に第１のＪＰＥＧファイルのサムネイル画像が表示されるように、第１のＪＰＥＧファイルと第２のＪＰＥＧファイルのサムネイル画像の表示位置を決定する。
【０１０８】
なお、ＨＤＲに対応しないＪＰＥＧファイルのサムネイル画像の表示領域６０１と、ＨＤＲに対応するＪＰＥＧファイルのサムネイル画像の表示領域６０２の間に、所定の空き領域を設けることが可能である。このようにすれば、ユーザは、ＨＤＲに対応するサムネイル画像と、ＨＤＲに対応しないサムネイル画像を、より容易に識別できるようになる。また、空き領域の代わりに、ＨＤＲに対応するサムネイル画像群とＨＤＲに対応しないサムネイル画像群との間にラインを設けることによっても、ユーザがサムネイル画像からＨＤＲ画像に対応するＪＰＥＧファイルであるか否かを容易に識別できるようになる。
【０１０９】
以上説明したように、本実施形態の画像処理装置１００は、複数のＪＰＥＧファイルのサムネイル画像を表示させる場合に、各ＪＰＥＧファイルがＨＤＲに対応しているか否かに応じて、サムネイル画像の表示順序を変更する。このようにすることで、サムネイル画像を見たユーザが、対応する画像の種別を識別しやすくなる。
【０１１０】
なお、本実施形態では、ＪＰＥＧファイルがＨＤＲに対応するか否かが判定される例を中心に説明しているが、これに限らない。画像処理装置１００は、例えば、ＪＰＥＧファイルの取得日が特定の日よりも前であるか否かを判定したり、ＪＰＥＧファイルの取得位置情報が所定の位置であるか否かを判定したりすることも可能である。
【０１１１】
また、本実施形態では、ＪＰＥＧファイルにＨＤＲマーカコード（所定のマーカ）が存在するか否かに基づいてＪＰＥＧファイルがＨＤＲに対応するか否かを判定する例を中心に説明したが、この例に限らない。例えば、画像処理装置１００の復号部１０２は、ＪＰＥＧファイルのＨＤＲセグメントのデータと図３の圧縮データ列のデータとでＨＤＲ画像の再生処理ができれば、上記ＪＰＥＧファイルがＨＤＲに対応していると判定することも可能である。また、画像処理装置１００の復号部１０２は、ＨＤＲセグメントのデータと圧縮データ列のデータとでＨＤＲ画像の再生処理をしている途中でエラーが発生すれば、上記ＪＰＥＧファイルがＨＤＲに対応していないと判定することも可能である。
【０１１２】
すなわち、ＪＰＥＧファイルが所定の種別に対応するＪＰＥＧファイルであるか否かは、ＪＰＥＧファイルの所定のアプリケーション部（ＨＤＲセグメント）のデータと画像データとを組み合わせて画像の再生処理をすることで判定することも可能である。画像データとは、図３で示す圧縮データ列に格納される圧縮ＬＤＲデータである。このように、実際にＨＤＲ画像の再生ができるか否かによって、ＪＰＥＧファイルがＨＤＲに対応しているか否かを判定すれば、より精度の高い判定ができる。
【０１１３】
また、各ＪＰＥＧファイルのそれぞれがＨＤＲに対応しているか否かに応じて、サムネイル画像の表示位置を変更するか否かを、サムネイル画像の表示モードに応じて切り替えるようにすることも可能である。具体的には、サムネイル画像の表示モードが高速表示モードの場合には、各ＪＰＥＧファイルがＨＤＲに対応しているか否かに関わらず、ＪＰＥＧファイルの取得順序に従った位置にサムネイル画像を表示させる。一方、サムネイル画像の表示モードが通常表示モードの場合には、各ＪＰＥＧファイルがＨＤＲに対応しているか否かに応じて、サムネイル画像の表示位置を変更する。
【０１１４】
また、本形態の画像処理装置１００は、ＪＰＥＧファイルがＨＤＲに対応するか否かに応じたサムネイル画像の枠の表示、及び、マークの表示、及び、サムネイル画像の表示位置の決定を組み合わせることも可能である。
【０１１５】
＜その他の実施形態＞
ＨＤＲ差分データは、第１の実施形態に示したデータに限られることはない。例えば、次に述べるようなデータも考えられる。圧縮ＬＤＲ画像データを復号し、逆トーンマップ処理を行う。得られたＨＤＲ画像データと入力のＨＤＲ画像データの差分を算出し、差分画像を生成する。その差分画像の圧縮データと逆トーンマップ情報をＨＤＲ差分データとする。なお、このようなＨＤＲ差分データを受け取った復号装置は、次のとおり復号処理を行う。圧縮ＬＤＲ画像データを復号して、逆トーンマップ情報を基に逆トーンマップ処理を行う。次いで、得られたＨＤＲ画像データに対して差分画像を加算する。
【０１１６】
ＨＤＲ差分データの符号化方法としてＪＰＥＧとしたが、ＪＰＥＧに限られることはない。ＪＰＥＧ２０００、ＪＰＥＧ  ＸＲなどの符号化方法を使うことも本発明の範疇である。
【０１１７】
第１，２実施形態では、ＬＤＲ画像データをＪＰＥＧで圧縮するものとして説明したが、それに限られることはない。例えば、ＪＰＥＧ２０００，ＪＰＥＧ  ＸＲなどの符号化方法でもよい。
【０１１８】
第１、２実施形態では、ＨＤＲに対応しているＨＤＲ画像符号化データのサムネイル，アイコンに特定の情報を付与する方法を示している。しかし、特定の情報を付与する対象はサムネイル，アイコンに限られない。例えば、デジタルカメラの液晶画面等における１枚の画像の表示でも、特定の情報を付与してもよい。
【０１１９】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014204175.tif 000003
【図２】
2014204175.tif 000004
【図３】
2014204175.tif 000005
【図４】
2014204175.tif 000006
【図５】
2014204175.tif 000007
【図６】
2014204175.tif 000008
【図７】
2014204175.tif 000009
【図８】
2014204175.tif 000010
【図９】
2014204175.tif 000011
【図１０】
2014204175.tif 000012
【図１１】
2014204175.tif 000013