JP2009171437A - マルチ画像ファイル作成方法及びマルチ画像ファイル編集方法 - Google Patents

Abstract

【課題】画像の入替え、編集に効率良く対応することのできるマルチ画像ファイル作成方法及びマルチ画像ファイル編集方法を提供する。
【解決手段】複数の副画像データ（ＪＰＥＧ）と、それぞれの副画像データを管理する副画像データ管理情報４０と、副画像データの代表となる主画像データ（ＪＰＥＧ）と、副画像データの有無を表すデータと前記主画像データを管理するデータを含む主画像データ管理情報３０ａと、それぞれの副画像データへのアクセス情報を含む副画像関連情報３０ｂと、を有するデータを一つのファイルとして扱うマルチ画像ファイルを作成するマルチ画像ファイル作成方法であって、前記主画像データ管理情報は主画像データについてＥｘｉｆ規格に対応した情報を含み、前記副画像データ管理情報は前記副画像データについてＥｘｉｆ規格に対応した情報を含み、前記副画像データの一つは前記主画像データと同一の画像データとなるように前記マルチ画像ファイルを作成する。
【選択図】図６

Description

本発明は、複数の画像を一つのファイルとして扱うマルチ画像ファイルを作成するマルチ画像ファイル作成方法、この作成方法により作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法に関する。

デジタル・スチル・カメラ（ＤＳＣ）では、被写体を撮影して獲得した画像データは、撮影条件等の情報と共に画像ファイルに格納される。従来の規格では、得られた画像データ毎に画像ファイルが生成されていたため、カメラ内に多数の画像ファイルが存在する場合があった。

そこで、画像ファイルの数を増やすことなく多数のフォーマットの画像データを記録できるファイル生成手段が提案されている（例えば、特許文献１参照）。
特開２００５−２５２７５４号公報

ところで、連写撮影、パノラマ撮影などで得られた複数の画像データを一つのファイルとしてまとめることができれば、データ管理上、並びに取扱い上有利である。以下、このようなファイルをマルチ画像ファイルという。
一方、これら一群の画像データは、当該グループを代表する画像データ（主画像）とそれ以外の画像データ（副画像）とに区分されるが、これらの画像データの取扱いが簡便なことが求められる。即ち、主画像と副画像の区分の変更（入替え）、画像データの再処理（編集）などの操作にも柔軟に対応できることが必要である。

例えば、連写撮影では一つのマルチ画像ファイルに百枚近くの画像データが格納されるケースもあるが、上述の主画像と副画像の入替え、画像データの編集が行われると、それに伴うファイル構成の変更、ファイル容量の変更などファイル構造の再構築に多大の時間を要することになる。

しかしながら、特許文献１に開示された技術には、この課題解決を図ることを示唆し或いは動機付ける記載はない。

本発明は、このような事情に鑑みてなされたものであり、画像の入替え、編集に効率良く対応することのできるマルチ画像ファイル作成方法及びマルチ画像ファイル編集方法を提供することを目的とする。

上記課題を解決するための本発明は、複数の副画像データと、この複数の副画像データのそれぞれの副画像データを管理する副画像データ管理情報と、前記複数の副画像データの代表となる主画像データと、少なくとも前記複数の副画像データの有無を表すデータと前記主画像データを管理するデータを含む主画像データ管理情報と、少なくとも前記複数の副画像データのそれぞれの副画像データへのアクセス情報を含む副画像関連情報と、を有するデータを一つのファイルとして扱うマルチ画像ファイルを作成するマルチ画像ファイル作成方法であって、前記主画像データ管理情報は少なくとも前記主画像データについてＥｘｉｆ規格に対応した情報を含み、前記副画像データ管理情報は少なくとも前記副画像データについてＥｘｉｆ規格に対応した情報を含み、前記副画像データの一つは前記主画像データと同一の画像データとなるように前記マルチ画像ファイルを作成するマルチ画像ファイル作成方法である。

また本発明は、上記記載の発明であるマルチ画像ファイル作成方法において、前記主画像データを格納する領域には、第１の予備領域となる空き領域が設けられ、前記第１の予備領域は、最大画像サイズの前記副画像データをＪＰＥＧ圧縮した符号量に基づいて規定される。

また本発明は、上記記載の発明であるマルチ画像ファイル作成方法において、前記副画像関連情報を格納する領域には、第２の予備領域となる空きの領域が設けられ、前記第２の領域は、前記副画像関連情報の容量を単位として規定されている。

また本発明は、上記記載の発明であるマルチ画像ファイル作成方法で作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法において、前記主画像データを、前記複数の副画像データの内の１つの副画像データで書き換えるとともに、前記主画像データ管理情報を前記１つの副画像データの副画像データ管理情報に基づいて書き換える。

また本発明は、上記記載の発明であるマルチ画像ファイル作成方法で作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法において、編集前の前記主画像データを編集後の前記主画像データで書き換え、前記編集後の前記主画像データと同一の前記副画像データとこの副画像データを管理する前記副画像データ管理情報を新たに生成して前記マルチ画像ファイルに追加して格納し、さらに、前記編集前の前記主画像データと同一の前記副画像データに関連する前記副画像関連情報を、前記編集後の前記主画像データと同一の前記副画像データに関連する前記副画像関連情報に書き換える。

また本発明は、上記記載の発明であるマルチ画像ファイル作成方法で作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法において、編集前の前記主画像データを編集後の前記主画像データで書き換え、前記編集後の前記主画像データと同一の前記副画像データとこの副画像データを管理する前記副画像データ管理情報を新たに生成して前記マルチ画像ファイルに追加して格納し、さらに、前記編集後の前記主画像データと同一の前記副画像データに関連する前記副画像関連情報を前記マルチ画像ファイルに追加して格納する。

本発明によれば、画像の入替え、編集に効率良く対応することのできるマルチ画像ファイル作成方法及びマルチ画像ファイル編集方法を提供することができる。

［第１の実施の形態］
図１は、第１の実施の形態のマルチ画像ファイルを備えたデジタル・スチル・カメラ（ＤＳＣ）の構成を示す図である。
このカメラでは、ＣＰＵ１がカメラ内の各部を統括して制御する。図１では、実線の矢印がデータの流れを表し、破線の矢印が制御の流れを表している。

被写体からの光は、レンズ及び絞りからなる光学系２を介してレンズ背面に設置された撮像装置３で受光される。撮像装置３は、例えばＣＣＤ等の光電変換素子で構成され、被写体像をアナログの電気信号に変換する。変換されたアナログの電気信号は、アナログ増幅器（Ａ−ＡＭＰ）４によりゲイン調整された後、アナログデジタル変換器（ＡＤＣ）５によってデジタルデータである画像データに変換される。そして、変換されたデジタルデータは、一旦ＤＲＡＭ６に保存される。

続いて、画像処理ブロック７がＤＲＡＭ６から画像データを読み出してＪＰＥＧ等の圧縮処理を含む画像処理を施した後、生成したマルチ画像ファイルに記録用画像データとして格納する。そして、そのマルチ画像ファイルをＤＲＡＭ６に書き戻す。またそのマルチ画像ファイルはＦＬＡＳＨメモリ８にも記録される。

一方、ユーザが操作部９を介して撮影した画像の再生を指示したときは、画像処理ブロック７がＤＲＡＭ６から記録用画像データを読み出し、伸張処理等を含む画像処理を行った後、表示用画像データとしてＤＲＡＭ６に書き戻す。そして、ビデオエンコーダ１０が表示用画像データを読み出してＬＣＤ／ＴＶ（液晶表示パネル）１１に表示する。

次に、本実施の形態のマルチ画像ファイルについて説明する。このマルチ画像ファイルの構成要素はＪＰＥＧファイルと類似の構成を備えている。

図２は、ＪＰＥＧファイルの構成を示す図である。
ＪＰＥＧファイルは、一般には、ＳＯＩ（Start Of Image）からＥＯＩ（End Of Image）の間に、ＪＰＥＧヘッダの領域と画像の本体部分となるＪＰＥＧ画像データ領域とを備えている。

ＪＰＥＧヘッダには、例えば撮影時のカメラの設定情報、撮影条件、また撮影画像の縮小画像であるサムネイル等が記録されたＥｘｉｆデータが存在している。

Ｅｘｉｆデータは、アプリケーション層であるＡＰＰ１セグメントで規定されている。内部には、Ｅｘｉｆヘッダ、ＴＩＦＦヘッダ、０ｔｈ ＩＦＤ（Image File Directory）、Ｅｘｉｆ ＩＦＤ、及び１ｓｔ ＩＦＤが記録されている。
ＥｘｉｆヘッダはＥｘｉｆ識別コードを備えている。０ｔｈ ＩＦＤには、主画像に関する情報が記憶されている。Ｅｘｉｆ ＩＦＤには、カメラ撮影情報が格納されている。１ｓｔ ＩＦＤにはサムネイルに関する情報が記録されている。そして、ＴＩＦＦヘッダは、データの記録形式や０ｔｈ ＩＦＤへのオフセット情報を記録している。

マルチ画像ファイルは、複数の画像を一つのファイルとして扱うファイル構造（以下、マルチ画像構造という。）を備えている。
図３は、マルチ画像ファイルのマルチ画像構造とＪＰＥＧ構造との比較を示す図である。マルチ画像構造では、複数の画像はそれぞれ通常のＪＰＥＧ構造と同様にＳＯＩからＥＯＩまでのデータ構造を有している。即ち、単体としてもＪＰＥＧ画像として成り立つ構造が一つのファイルとしてまとめられているものである。

マルチ画像構造２０では、先頭の画像（以下、主画像）に続き、関連する複数の画像（以下、副画像）が連続的に記録される。ここで、主画像が記録される領域を主画像領域２０ａ、複数の副画像が記録される領域を副画像領域２０ｂと呼ぶ。

このように主画像領域２０ａが、通常のＪＰＥＧ構造と同一の構成をしているため、マルチ画像ファイルをマルチ画像構造に対応していない表示システムに適用した場合であっても、主画像に関しては通常のＪＰＥＧ画像として表示することが可能である。

図４は、主画像領域２０ａの主画像ヘッダ３０の内容を示す図である。

主画像ヘッダ３０内には、主画像データに関する情報が記録される主画像データ管理情報領域３０ａの他に、まとめられた副画像の相互関連性などの管理情報が記録された副画像関連情報領域３０ｂが存在する。

主画像データ管理情報領域３０ａでは、主画像特性３１として、通常のＥｘｉｆ情報や画像情報のほかに、副画像の有無を表す情報と、後述する副画像構成情報３２へのポインタとが記録されている。したがって、主画像特性３１を解析することで、この画像ファイルが副画像を備えているか否かを判断し、さらに副画像に対応するデータ領域へアクセスすることが可能となる。

副画像関連情報領域３０ｂには、副画像構成情報３２として、副画像と主画像の関連情報が記録され、さらに副画像関連情報３３として、個々の副画像の情報と副画像間でのアクセスのやり取りの情報とが記録されている。

副画像構成情報３２では、マルチ画像ファイルが保有する副画像の枚数や先頭の副画像関連情報３３へのポインタを保持している。また、主画像の副画像に対する情報として後述する「種別情報」と「相関情報」が記録されている。

副画像関連情報３３では、「種別情報」としてその副画像の属性が記録されている。例えば、パノラマ撮影或いは連写撮影をして得られた複数の画像をマルチ画像構造で保存した場合、副画像関連情報３３の「種別情報」には、パノラマ撮影或いは連写撮影による副画像である事を示す情報が記録される。また、副画像領域２０ｂに記録された対応する副画像へアクセスするための「副画像へのオフセット」、続く副画像関連情報３３へのポインタである「次の副画像へのポインタ」も記録されている。このデータリンクに関しては、図５を用いて後述する。

副画像領域２０ｂの副画像データ管理情報領域たる副画像ヘッダ４０には、通常のＥｘｉｆ情報や画像情報のほかに、その副画像の「種別情報」と「相関情報」が記録されている。「種別情報」と「相関情報」に関しては、副画像関連情報領域３０ｂと重複する場合があるが、画像分割を行った場合などでも、個々のヘッダ内にデータが残る仕組みとなっている。なお、「相関情報」とは、対応する副画像がマルチ画像全体で何枚目に撮られた画像か、又はどの位置にあるか等を表す情報である。

図５は、主画像ヘッダ３０のアプリケーション層におけるデータリンクを示す図である。

主画像特性３１では副画像構成情報３２へのポインタを持ち、それにより副画像構成情報３２へのアクセスが可能となる。
副画像構成情報３２では副画像（１）へのポインタを持ち、それにより副画像（１）関連情報へのアクセスが可能となる。

副画像（１）関連情報３３は、「次の副画像へのポインタ」、「副画像（１）へのオフセット」を有している。「次の副画像へのポインタ」により連続する副画像関連情報３３へのアクセス、即ち、図５の例では、副画像（２）関連情報３３へのアクセスが可能となる。「副画像（１）へのオフセット」により、副画像（１）関連情報３３に対応する副画像領域２０ｂの副画像（１）データへのアクセスが可能となる。

副画像関連情報領域３０ｂの最終端となる副画像（Ｎ）関連情報３３では、「次の副画像へのポインタ」に”０”が入ることにより次に続く副画像が存在しない事を示している。

第１の実施の形態に係るマルチ画像ファイルは、以上説明したマルチ画像構造２０を基本的な構造として採用し、更に主画像と同じ副画像を副画像領域２０ｂに備えている点に特徴を備えている。

図６は、画像ファイルの構成を示す図である。
主画像（Ｌ）と同じ副画像を副画像領域２０ｂに副画像（Ｌ）として保持している。主画像ヘッダ（Ｌ）３０内部の主画像特性３１ではＥｘｉｆ情報（Ｌ）が、副画像ヘッダ（Ｌ）４０のＥｘｉｆ情報（Ｌ）と対応しており、また副画像構成情報３２の「主画像識別情報（Ｌ）」と「主画像相関情報（Ｌ）」が、副画像ヘッダ（Ｌ）４０の「種別情報（Ｌ）」と「相関情報（Ｌ）」に対応している。

次に、主画像（Ｌ）と副画像（Ｍ）を入れ替える場合のデータの動作について説明する。

図７は、主画像と副画像を入れ替える処理手順を示すフロー図である。この処理は、例えば図１に示すＣＰＵ１がカメラ各部の動作を制御することで実現する。

ステップ７０１において、ユーザが操作部９より、複数の副画像の中から主画像と入れ替える副画像（Ｍ）を選択する。ステップ７０２において、入替え画像が主画像と同じ副画像かどうかを調べる。ステップ７０２でＹｅｓの場合、即ち、入替え画像が主画像と同じ副画像の場合には入替え操作は行わず本処理を終了する。

ステップ７０２でＮｏの場合、即ち、入替え画像が主画像と異なる場合には、ステップ７０３において、主画像領域２０ａの「主画像ＪＰＥＧ（Ｌ）」の記憶域に「副画像ＪＰＥＧ（Ｍ）」を上書きする。ステップ７０４において、主画像ヘッダ３０内部の主画像特性３１の「Ｅｘｉｆ情報（Ｌ）」に副画像ヘッダ（Ｍ）４０の「Ｅｘｉｆ情報（Ｍ）」を上書きする。ここでＥｘｉｆ以外にも通常のＪＰＥＧを構成をする上で、個々の画像に関連する情報も入替える。

ステップ７０５において、主画像ヘッダ３０内の「主画像種別情報（Ｌ）」を副画像ヘッダ（Ｍ）４０の「種別情報（Ｍ）」上書きし、ステップ７０６において、主画像ヘッダ３０内の「主画像相関情報（Ｌ）」を、副画像ヘッダ（Ｍ）４０の「相関情報（Ｍ）」で上書きする。その他、マルチ画像に起因しない画像固有情報についても、ここで副画像（Ｍ）の情報を用いて上書きする。
以上の上書きの手順で、主画像と副画像の入替えが完了する。

図８は、入替え後の、画像ファイルの内容を示す図である。
図８に示すように、主画像領域２０ａにあった「主画像ＪＰＥＧ（Ｌ）」が「主画像ＪＰＥＧ（Ｍ）」に切り替わり、主画像ヘッダ３０のＥｘｉｆ情報、主画像種別情報、主画像相関情報などの画像固有情報が「（Ｌ）」から「（Ｍ）」に切り替わることで、主画像と任意の副画像の入替えが可能となる。

この結果、副画像領域２０ｂの構成を一切変更する事なく、主画像の画像データと画像ヘッダの一部を変更するだけで、主画像と任意の副画像の入替えが可能となる。
また、マルチ画像に対応していないアプリケーションで入れ替え後のマルチ画像ファイルを表示させた場合であっても、入れ替え後の画像を表示させる事が可能となる。

なお、主画像に設定されている副画像をユーザに表示しないようにする事も可能である。上記フローで主画像と副画像の入替え処理を行った場合には、例えば、新たな主画像（Ｍ）に対応する副画像（Ｍ）を呼び出す副画像情報（Ｍ）へのポインタを変更することで、入れ替え後にも対応することが可能となる。

図９は、画像を削除する処理手順を示すフロー図である。この処理は、例えば図１に示すＣＰＵ１がカメラ各部の動作を制御することで実現する。

ステップ８０１において、ユーザが操作部９より、複数の画像の中から削除する画像を選択する。ステップ８０２において、削除する画像が主画像かどうかを調べる。ステップ７０２でＮｏの場合、即ち、削除する画像が主画像でない場合は、ステップ８０５において、削除対象副画像を呼び出す呼び出し元の「次の副画像へのポインタ」を、削除対象副画像の「次の副画像へのポインタ」で置き換える。

一方、ステップ７０２でＹｅｓの場合、即ち、削除する画像が主画像の場合は、ステップ８０３において、ユーザは更に操作部９より、主画像と置き換える画像を複数の副画像から選択する。ステップ８０４において、図７で説明した処理手順に従って、主画像と副画像との入れ替え処理を実行する。この処理内容は既に説明しているため再度の説明は省略する。そして、ステップ８０５において、削除対象副画像を呼び出す呼び出し元の「次の副画像へのポインタ」を削除対象副画像の「次の副画像へのポインタ」で置き換える。

このように、画像の削除の場合には、削除画像が主画像もしくは主画像と対応する副画像か否かを判断し、主画像と対応しない副画像の場合には、副画像関連情報３３のポインタを変更するのみで、ユーザからは見えないようにする事が可能となる。一方、削除画像が主画像もしくは主画像と対応する副画像の場合には、図７に示す入替え処理を行った後に、副画像のポインタを変更するだけで、非表示にする事が可能である。
従って、いずれの場合であっても多大の時間を要するファイル構造の再構築の必要がない。

［第２の実施の形態］
第２の実施の形態では、マルチ画像ファイルが予備領域を備えている点が第１の実施の形態と異なっている。従って、第１の実施の形態と同一の部位には同一の符号を付してその詳細の説明を省略する。

図１０は、予備領域を考慮したマルチ画像ファイルのマルチ画像構造を示す図である。
第２の実施の形態では、主画像領域２０ａの後に予め予備領域２０ｃを設定した状態で、マルチ画像を構築する。

予備領域２０ｃのサイズを決定する方法について説明する。
一般に、ＪＰＥＧ画像に圧縮する場合、同じサイズの画像であっても圧縮後のＪＰＥＧ画像の容量が同一であるとは限らない。それは、画像の特徴を利用して圧縮を行うというＪＰＥＧによる圧縮方式に起因するためである。

例えば、複雑な構造のビルや風景画像（以下、情報量の多い画像）と、平坦な壁などの画像（以下、情報量の少ない画像）に対して、同一の条件でＪＰＥＧ圧縮を行った場合、情報量の多い画像は圧縮後の容量が大きく、情報量の少ない画像は、圧縮後の画像の容量が小さくなる。

このように、撮影対象により圧縮画像容量が異なる結果、圧縮画像をコンパクトフラッシュ（登録商標）等の記録媒体に記録する際に、記録可能な枚数が撮影するシーンによって変化することとなる。

そこで、撮影シーンによらず画像容量を極力一定化する処理を実行する。具体的には、画像圧縮後の目標容量を画像サイズ（例えば、ＶＧＡ，ＸＧＡ，ＶＸＧＡなど）ごとに設定しておき、予め決めたパラメータで一度圧縮を行い、圧縮後の画像容量が目標容量以上になった場合には、再度パラメータを変更して圧縮を行う。これを繰り返すことで、結果として必ず目標容量よりは少ない画像容量とすることができる。

図１１は、第２の実施形態に係るマルチ画像ファイルを生成する処理手順を示すフロー図である。この処理手順は、例えば、撮影によって一群の画像データが生成された後、続いて実行される
ステップｂ００１において、生成された各画像データの画像サイズのうち、最大の画像サイズを確認する。ステップｂ００２において、その最大画像サイズにおいてＪＰＥＧ圧縮を行う場合の予め決められた目標容量を取得する。ここで、画像のＪＰＥＧ圧縮時に必要となる各画像サイズに対応した目標容量は、Ｆｌａｓｈメモリ等に記録してあるものとする。

ステップｂ００３において、その最大画像サイズに対応する目標容量の画像でヘッダを含むＥｘｉｆ準拠のファイル、即ち、ＳＯＩからＥＯＩまでの画像構成を作成した場合の必要容量を算出する。ステップｂ００４において、ファイルの先頭から必要容量を確保する。以下、ここで確保した領域を必要領域という。そして、それ以降に副画像を記録する構成でマルチ画像を構築する。

図１２は、目標容量に基づいて構成したマルチ画像ファイルを示す図である。
この図からわかるように、必要領域は複数の画像のうち、最大の画像サイズに対する目標容量から確定されている。このため、主画像と副画像の入替え処理によって画像容量が変化する場合があったとしても、主画像の領域が必要領域を超えることはない。

なお、上述の説明は、主画像と同一の副画像を副画像領域に保持しているマルチ画像ファイルについて述べたが、主画像と同一の副画像が副画像領域に保持していないタイプのマルチ画像ファイルについても適用することができる。その場合、必要領域は複数の副画像のうち、最大の画像サイズに対する目標容量から確定される。

続いて、画像を編集する動作について説明する。
マルチ画像ファイルは、図１０に示すような予備領域を備えている。また、主画像と同一の副画像が副画像領域２０ｂに格納されている。

図１３は、主画像を編集しマルチ画像ファイルに記録する処理手順を示すフロー図であり、図１４は、記録後の画像ファイルの内容を示す図である。図１３，図１４を参照しつつ編集動作について説明する。
先ず主画像領域２０ａの修正を実行する。ステップｄ００１において、主画像を編集する場合、編集前のヘッダから継承すべきタグ情報を取得する。ステップｄ００２において、Ｅｘｉｆ準拠のファイル、即ち、ＳＯＩからＥＯＩまでの画像を構成し、主画像領域２０ａに上書きする。

次に、副画像領域２０への追加処理を実行する。ステップｄ００３において、主画像のヘッダ構成に基づいて副画像のヘッダ構成を作成し、そして編集後の画像に基づいて副画像を作成する。ステップｄ００４において、作成した副画像を副画像領域２０ｂの最終端に副画像（Ｋ’）として追加する。そうすることで、編集前の副画像領域２０ｂの構成（副画像（１）から副画像（Ｎ）まで）を変更する事なく、主画像と同一の副画像を副画像領域２０ｂに追記する形式で保持するため、第１の実施の形態で述べたように、その後の画像の入替え等にも対応する事が可能となる。

ここで、主画像ヘッダ３０内の副画像関連情報領域３０ｂでも、新規に副画像（Ｋ’）情報を作成してしまうと主画像のヘッダ領域が大きくなってしまい、全体の構成を変更しなくてはならない。

そこで、ステップｄ００５において、主画像ヘッダ３０内の副画像関連情報領域３０ｂにおける編集前の主画像に対応する副画像（Ｋ）関連情報について、画像データへアクセスする「副画像（Ｋ）へのオフセット」を編集後の「副画像（Ｋ’）へのオフセット」へ修正することで、副画像（Ｋ）関連情報を副画像（Ｋ’）関連情報に変更する。この処理によって、主画像ヘッダ３０の記憶域の容量を変更することなく、編集後の画像を保持することが可能となる。

なお、副画像を編集する場合は、ステップｄ００４の処理である、作成した副画像を副画像領域２０ｂの最終端に副画像（Ｋ’）として追加し、さらに副画像関連情報３３の「副画像（Ｋ）へのオフセット」を編集後の「副画像（Ｋ’）へのオフセット」へ修正すれば良い。

以上説明した第２の実施の形態に係るマルチ画像ファイルでは、主画像領域２０ａに設けた予備領域により、副画像領域２０ｂに影響を与える事なく、主画像領域２０ａへの上書きを行うことができ、また副画像領域２０ｂの最後に編集後の副画像を追記することで、「主画像と同一の画像を副画像としても保持しておく」という構成を維持することができ、入替え処理も可能となる。

［第２の実施の形態のバリエーション］
図１５は、バリエーションの形態のマルチ画像ファイルの内容を示す図である。
第２の実施の形態のバリエーションでは、主画像ヘッダ３０内に更に予備領域を設けている点が異なっている。この予備領域には、編集後の副画像関連情報３３が追加して複数書き込めるように予め構築がされている。

図１６は、主画像を編集した後のマルチ画像ファイルの内容を示す図である。
編集後の画像情報はこの予備領域に追加して記憶され、編集後の画像は、副画像領域２０ｂに追加して記憶されている。従って、主画像領域２０ａの容量を再構築する必要がない。

図１７は、副画像（Ｋ）を編集した後のマルチ画像ファイルの内容を示す図である。
編集画像情報は主画像ヘッダ３０内の予備領域に追加して記憶されており、編集前の副画像（Ｋ）も消されることなく保持されている。

結果として、バリエーションの形態によれば、編集後の画像記録であっても、それまでのマルチ画像構成を変更する事なく、マルチ画像として画像を保持する事が可能となる。

［実施の形態の効果］
以上説明した各実施の形態によれば、種々の効果を奏する事ができる。
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

（１）複数の副画像データの中から所定の画像データを自由に選択して主画像データとすることができるとともに、副画像データを含むマルチ画像ファイルのフォーマットに対応していないＥｘｉｆ規格に対応した既存のアプリケーションソフトにおいても主画像データのみを読み出すことができる。

（２）また副画像データは主画像データをコピーした画像データを含むので、主画像データの記憶領域に複数の副画像データの中の所定の副画像データを上書きしても、主画像データを含む複数の副画像データはそのまま保存される。従って、副画像データを含むマルチ画像ファイルのフォーマットに対応したアプリケーションソフトにおいては、画像編集の自由度を大きくすることができる。また、主画像データと同一の画像を常に副画像に持っているため、主画像変更の際にも、変更箇所を最低限抑えながら変更できるため、処理の高速化が見込める。

（３）主画像と同一画像を副画像の一つとして保持し、主画像を先頭に置くマルチファイル構成を採用しているため、必要最小限の変更のみで、画像の入替え、編集後の記録を行うことができ、マルチ画像に対応していない読み出しアプリケーションでも、常に主画像を表示することを可能とする。また、ファイルの再構築を行わないため、入替え／編集の処理時間を短縮する事を可能とする。

第１の実施の形態のマルチ画像ファイルを備えたデジタル・スチル・カメラの構成を示す図。 ＪＰＥＧファイルの構成を示す図。 マルチ画像ファイルのマルチ画像構造とＪＰＥＧ構造との比較を示す図。 主画像領域の主画像ヘッダの内容を示す図。 主画像ヘッダのアプリケーション層におけるデータリンクを示す図。 画像ファイルの構成を示す図。 主画像と副画像を入れ替える処理手順を示すフロー図。 入替え後の、画像ファイルの内容を示す図。 画像を削除する処理手順を示すフロー図。 予備領域を考慮したマルチ画像ファイルのマルチ画像構造を示す図。 第２の実施形態に係るマルチ画像ファイルを生成する処理手順を示すフロー図。 目標容量に基づいて構成したマルチ画像ファイルを示す図。 主画像を編集しマルチ画像ファイルに記録する処理手順を示すフロー図。 記録後の画像ファイルの内容を示す図。 バリエーションの形態のマルチ画像ファイルの内容を示す図。 主画像を編集した後のマルチ画像ファイルの内容を示す図。 副画像を編集した後のマルチ画像ファイルの内容を示す図。

符号の説明

１…ＣＰＵ、２…光学系、３…撮像装置、４…アナログ増幅器、５…アナログデジタル変換器、６…ＤＲＡＭ、７…画像処理ブロック、８…ＦＬＡＳＨメモリ、９…操作部、１０…ビデオエンコーダ、１１…ＴＶ、２０…マルチ画像構造、２０ａ…主画像領域、２０ｂ…副画像領域、２０ｃ…予備領域、３０…主画像ヘッダ、３０ａ…主画像データ管理情報領域、３０ｂ…副画像関連情報領域、３１…主画像特性、３２…副画像構成情報、３３…副画像関連情報、４０…副画像ヘッダ。

Claims (6)

1. 複数の副画像データと、この複数の副画像データのそれぞれの副画像データを管理する副画像データ管理情報と、前記複数の副画像データの代表となる主画像データと、少なくとも前記複数の副画像データの有無を表すデータと前記主画像データを管理するデータを含む主画像データ管理情報と、少なくとも前記複数の副画像データのそれぞれの副画像データへのアクセス情報を含む副画像関連情報と、を有するデータを一つのファイルとして扱うマルチ画像ファイルを作成するマルチ画像ファイル作成方法であって、
   前記主画像データ管理情報は少なくとも前記主画像データについてＥｘｉｆ規格に対応した情報を含み、前記副画像データ管理情報は少なくとも前記副画像データについてＥｘｉｆ規格に対応した情報を含み、前記副画像データの一つは前記主画像データと同一の画像データとなるように前記マルチ画像ファイルを作成することを特徴とするマルチ画像ファイル作成方法。
2. 前記主画像データを格納する領域には、第１の予備領域となる空き領域が設けられ、前記第１の予備領域は、最大画像サイズの前記副画像データをＪＰＥＧ圧縮した符号量に基づいて規定されることを特徴とする請求項１に記載のマルチ画像ファイル作成方法。
3. 前記副画像関連情報を格納する領域には、第２の予備領域となる空きの領域が設けられ、前記第２の領域は、前記副画像関連情報の容量を単位として規定されていることを特徴とする請求項１に記載のマルチ画像ファイル作成方法。
4. 前記主画像データを、前記複数の副画像データの内の１つの副画像データで書き換えるとともに、前記主画像データ管理情報を前記１つの副画像データの副画像データ管理情報に基づいて書き換えることを特徴とする請求項１乃至３に内いずれか１項に記載のマルチ画像ファイル作成方法で作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法。
5. 編集前の前記主画像データを編集後の前記主画像データで書き換え、前記編集後の前記主画像データと同一の前記副画像データとこの副画像データを管理する前記副画像データ管理情報を新たに生成して前記マルチ画像ファイルに追加して格納し、さらに、前記編集前の前記主画像データと同一の前記副画像データに関連する前記副画像関連情報を、前記編集後の前記主画像データと同一の前記副画像データに関連する前記副画像関連情報に書き換えることを特徴とする請求項２に記載のマルチ画像ファイル作成方法で作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法。
6. 編集前の前記主画像データを編集後の前記主画像データで書き換え、前記編集後の前記主画像データと同一の前記副画像データとこの副画像データを管理する前記副画像データ管理情報を新たに生成して前記マルチ画像ファイルに追加して格納し、さらに、前記編集後の前記主画像データと同一の前記副画像データに関連する前記副画像関連情報を前記マルチ画像ファイルに追加して格納することを特徴とする請求項３に記載のマルチ画像ファイル作成方法で作成したマルチ画像ファイルを編集するマルチ画像ファイル編集方法。

Images