JP2020098499A - 画像ファイル生成装置、画像ファイル生成方法、及びプログラム - Google Patents

Abstract

【課題】画像ファイル生成に関する処理を効率的に行う。【解決手段】１つ以上の画像を所定のイメージファイルフォーマットに従った画像ファイルに格納するための画像ファイル生成装置は、該画像ファイルに格納する複数のメタデータを取得し、該複数のメタデータのうち、メタデータの種別に応じてグループ化し、該グループ化されたメタデータを該画像ファイルに格納する。【選択図】 図１８

Description

本発明は、１つ以上の画像データを画像ファイルに格納するための技術に関する。

ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）では、単一の静止画像、複数の静止画像、又は、画像シーケンス（静止画像のバースト等）を１つのファイルに格納するための標準を開発している。本標準は、ＨＥＩＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）と呼ばれ、画像と画像シーケンスの交換、編集、及び表示を可能とする。またＨＥＩＦは、ＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ：ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ）で定められるツールを基に拡張された格納フォーマットである。ＨＥＩＦは、ＩＳＯ／ＩＥＣ２３００８―１２において「Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ」という名称で標準化が進行している。またＨＥＩＦは、メタデータを含む規範的な構造を定めており、メタデータと画像を関連付けする方法、特定の形式のメタデータの構成について定めている。特許文献１には、ＨＥＩＦに準拠した画像ファイルに派生画像を格納することが記載されている。

一方、カメラやスマートフォン等、画像生成機能を備えた画像生成装置は近年様々な機能を有しており、撮影日時や、画像サイズ、画像品質だけでなく、撮影時の情報や、撮影した画像データのメタデータなど様々な情報を生成可能となっている。例えば、撮影した位置情報や、画像データの被写体やシーンが何であるかといったことを識別する情報、また、撮影時の撮像モード等画像データに付随する多様な情報が画像データとともに生成される。このような画像データに関する情報は、メタデータとしてＨＥＩＦファイルに格納できる。

米国特許出願公開第２０１６／３７１２６５号明細書

所定の画像フォーマットに応じた画像ファイル（例えばＨＥＩＦファイル）内に格納される複数の画像のうち２以上の画像が共通のメタデータに対応する場合において、その処理を効率的に行うことが困難であった。つまり、ＨＥＩＦファイルに格納される２以上の画像に同じメタデータが対応する場合であってもそのメタデータは画像毎に格納されていた。そのため、ＨＥＩＦファイルを処理する装置は、各画像のメタデータやその構成情報を順に確認しなければ各画像のメタデータが共通であることを確認できなかった。したがって、ＨＥＩＦファイル内の複数の画像がすべて共通なメタデータに対応する場合や、複数の画像のうちの２以上が共通のメタデータに対応している場合に、各画像に対して一括処理を行うときの処理負荷が大きかった。

また、例えば１つの画像をタイルに分割し、各タイル画像を派生画像として格納する場合、Ｅｘｉｆデータ等のメタデータを派生画像ごとに定義すると、ファイル生成負荷やファイルサイズの観点から効率が悪かった。なお、ＥｘｉｆはＥｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔの略である。つまり、各タイル画像のメタデータ（例えば画像サイズ、カラー情報、及び符号化情報等）は共通であることが多いにもかかわらず、従来は、複数の（派生）画像ごとにメタデータが定義されていたため、効率的でなかった。

一方で、画像に適応する（対応する）メタデータを構成する際の情報には、そのメタデータが必須であるか否かの情報しか格納することができなかった。つまり、複数のメタデータを１つの画像に適応させる場合において、同種のメタデータからいずれか１つを選択して適応させることができなかった。例えば、ＨＴＭＬ仕様で定義されているような代替テキスト情報を格納する場合や、複数の言語に対応した情報を格納しようとした場合、言語ごとのテキスト情報を、画像に選択的に適応できることが好ましい。ＨＴＭＬでは他のＵＲＩから情報を取得するためのＬｏｎｇｄｅｓｃ情報を格納して多言語に対応しているが、イメージファイル内に閉じて格納する場合はそれぞれの言語に対応した情報をファイル内に格納しておく必要がある。その際、複数の言語のテキスト情報からいずれかを選択して画像に適応させることができなかった。

本発明は、上記課題に鑑みてなされたものであり、画像ファイル生成に関する処理を効率的に行うことを目的とする

上記の課題を解決するための一手段として、本発明の画像ファイル生成装置は、以下の構成を有する。すなわち、１つ以上の画像を所定のイメージファイルフォーマットに従った画像ファイルに格納するための画像ファイル生成装置であって、前記画像ファイルに格納する複数のメタデータを取得する取得手段と、前記複数のメタデータのうち、メタデータの種別に応じてグループ化するグループ化手段と、前記グループ化されたメタデータを前記画像ファイルに格納する格納手段と、を有する。

本発明によれば、画像ファイル生成に関する処理を効率的に行うことが可能となる。

第１実施形態における画像ファイル生成装置の構成を示す図。 第１実施形態における画像ファイル生成装置の処理フローを示す図。 実施形態におけるファイルフォーマットの一例を示す図。 実施形態におけるＥｘｉｆデータの一例を示す図。 第２実施形態における画像ファイル生成装置の構成を示す図。 第２実施形態における画像ファイル生成装置の処理フローを示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘ構造の一例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏＢｏｘ構造の一例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏＢｏｘ構造の別の例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏＧｒｏｕｐＢｏｘ構造の別の例を示す図。 実施形態におけるイメージファイルフォーマット内のＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図。 実施形態におけるイメージファイルフォーマット内のＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＧｒｏｕｐＢｏｘ構造の一例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘの一例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｏｘの一例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎ構造の別の例を示す図。 実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図。 第３実施形態における画像ファイル生成装置の処理フローを示す図。 第３実施形態におけるイメージファイルフォーマット内のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図。 第３実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘの一例を示す図。 第３実施形態におけるイメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘの別の例を示す図。

以下、添付の図面を参照して、本発明をその実施形態の一例に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

＜第１実施形態＞
第１実施形態では、画像ファイル生成時に共通のメタデータを抽出して画像ファイル内に格納する例を説明する。

（画像ファイル生成装置１０１の構成）
図１は、本実施形態の画像ファイル生成装置１０１の構成を示す。図１の画像ファイル生成装置１０１は、カメラやスマートフォン、タブレットＰＣ等の撮影機能を有した通信装置である。本実施形態の画像ファイル生成装置１０１は、所定のイメージファイルフォーマットに準拠した画像ファイルを生成する。画像ファイル生成装置１０１はシステムバス１０２を有し、不揮発メモリ１０３、ＲＯＭ１０４、ＲＡＭ１０５、制御部１０６、撮像部１０７、操作部１０８を有する。画像ファイル生成装置１０１は更に、ファイル出力部１０９、メタデータ処理部１１０、符号化部１１１、表示部１１２、画像認識部１１３、ＬＡＮ制御部１１４を有し、それぞれがシステムバス１０２に接続されるハードウェア構成となっている。システムバス１０２は、接続する各ブロック間でデータを伝達する。なお、本実施形態では、主に「画像」という言葉を用いるが、これは静止画に限定することを意図しない。

制御部１０６は、１つ以上のＣＰＵにより構成され、ＲＯＭ１０４に記憶されるプログラムを実行する。制御部１０６が実行するプログラムには、ＯＳ（オペレーティングシステム）やドライバ、アプリケーション等が含まれる。制御部１０６はプログラムを実行することにより、画像ファイル生成装置１０１の全体制御を行う。例えば、制御部１０６は、ユーザが操作部１０８より入力した指示を基に、表示部１１２への表示制御を行ったり、撮像部１０７へ撮影の指示を行ったり、ＬＡＮ制御部１１４への接続指示を行ったりといった処理を行う。撮像部１０７はＣＭＯＳセンサー等の画像センサーを有し、制御部１０６からの指示により画像信号を入力する。入力された画像信号は符号化部１１１によってデジタルデータに符号化される。また画像ファイル生成装置１０１は、画像ファイルを復号化するように機能しても良い。例えば、制御部１０６が、操作部１０８を介した再生処理に関するユーザ操作に応じて、復号化部（不図示）に画像ファイルの復号化を行わせ、復号化された画像データを表示部１１２に表示させる。

メタデータ処理部１１０は、符号化部１１１によって符号化されたデータを取得し、所定のファイルフォーマット（例えばＨＥＩＦ）に準拠した画像ファイルを生成する。なお、メタデータ処理部１１０は、ＨＥＩＦに限らず、例えば、ＭＰＥＧにおいて規定される他の動画ファイルフォーマットやＪＰＥＧ等のフォーマットに準拠したファイルを生成することもできる。また、メタデータ処理部１１０は、符号化部１１１に限らず、他の装置から符号化済みのデータを取得し、画像ファイルを生成しても良い。

ファイル出力部１０９は、メタデータ処理部１１０により生成された画像ファイルを出力する。出力先は特に限定しないが、例えば、画像ファイルに基づいて画像を表示する表示装置、または、画像ファイルに基づく画像を印刷する印刷装置などに出力されるようにしても良い。また、画像ファイルは、画像ファイルを格納するストレージ装置、または、画像ファイルを格納するストレージメディア（不揮発メモリ１０３）に出力されるようにしても良い。不揮発メモリ１０３は、ＳＤカード、コンパクトフラッシュ（登録商標）、又はフラッシュメモリ等である。画像認識部１１３は、撮像部１０７から入力された画像信号や、不揮発メモリ１０３に格納された画像ファイルから人物や物体、シーン等の認識処理を実行し、その結果（シーン情報や被写体情報）を制御部１０６へ送る。制御部１０６は、認識処理の結果を基に表示部１１２へ指示を送ったり、撮像部１０７へ自動でシャッターを切ったりなどの指示を行う。また制御部１０６は、メタデータ処理部１１０に対し、画像ファイルに格納するメタデータを通知する等の処理を行う。なお、本実施形態においてメタデータとプロパティ情報はほぼ同じ意味であるものとして説明する。

なお、本実施形態では各機能ブロックを別回路による構成としたが、少なくとも１つの機能ブロックの処理（動作）が制御部１０６等によるプログラムの実行により実現されるようにしてもよい。

ＲＡＭ１０５は、画像ファイル生成装置１０１の主記憶部であって、主に、各機能ブロックの処理実行時にデータの一時記憶領域として使用される。ＲＯＭ１０４は、各機能ブロックが実行するソフトウェアプログラムが格納される不揮発性の記憶部である。ＲＯＭ１０４に格納されるプログラムは、ＲＡＭ１０５に転送され、各機能ブロックによって読み出されて実行される。ＬＡＮ制御部１１４は、ＬＡＮに接続する通信インターフェースであり、有線ＬＡＮもしくは無線ＬＡＮの通信制御を実行する。例えば、画像ファイル生成装置１０１が有線ＬＡＮによって他の装置と接続する場合、ＬＡＮ制御部１１４は伝送メディアのＰＨＹ及びＭＡＣ（伝送メディア制御）ハードウェア回路を含む。この場合、ＬＡＮ制御部１１４はＥｔｈｅｒｎｅｔ（登録商標）のＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）に相当する。また、画像ファイル生成装置１０１が無線ＬＡＮにより他の装置と接続する場合、ＬＡＮ制御部１１４は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ等の無線ＬＡＮ制御を実行するコントローラ、ＲＦ回路、アンテナを含む。

（処理の流れ）
次に、イメージファイルフォーマット（ＨＥＩＦ）に準拠した画像ファイル（ＨＥＩＦファイル）の生成処理フローについて、図２を参照して説明する。図２は、本実施形態における画像ファイルの生成処理フローを示す図である。本処理フローはユーザ操作に応じて、図１に示す各回路により実行され得る。あるいは、本処理フローは、制御部１０６が適時にＲＯＭ１０４に格納されるプログラムを実行し、情報の演算及び加工並びに各ハードウェアの制御を実行することにより実現され得る。

Ｓ２０１において、画像ファイル生成装置１０１は、ＨＥＩＦファイルに格納する画像を取得する。具体的には、撮像部１０７により取得された画像信号は符号化部１１１によって符号化され、符号化済みの画像信号（デジタルデータ）がメタデータ処理部１１０へ入力される。なお、画像ファイル生成装置１０１は複数の画像に対応する画像信号を取得できる。例えば、撮像部１０７がバースト撮影（連続撮影）をした場合は、連続的に撮影された複数の画像が取得される。また、撮像部１０７による撮影画像が符号化部１１１によってタイルに分割されて符号化された場合は、各タイル画像が複数の画像として取得される。なお、画像をタイルに分割して符号化する方法には、ＨＥＶＣにおいて規定されているタイル符号化を用いる方法、各分割領域を個別に符号化する方法、その他の方法があり、その方法は限定しない。また、画像ファイル生成装置１０１は、撮像部１０７のみならず、他の装置から１又は複数の画像を取得することもできる。

Ｓ２０２において、メタデータ処理部１１０は、符号化済みの画像信号のメタデータを解析する。次にＳ２０３において、メタデータ処理部１１０は、Ｓ２０１において取得された画像に対応するメタデータを取得（抽出）する。例えば、メタデータ処理部１１０が、符号化済み画像信号として、ＩＳＯＢＭＦＦ（ＩＳＯベースメディアファイルフォーマット）に準拠する画像ファイルを取得した場合について説明する。この場合、メタデータ処理部１１０は、当該画像ファイル内のアイテムプロパティボックス（ｉｐｒｐ）に格納されるプロパティ情報や、イメージプロパティアソシエーションボックスにおいてアイテムが参照するプロパティ情報を取得する。

また、メタデータ処理部１１０は、例えば、符号化済み画像信号として、Ｅｘｉｆデータを含む画像ファイルを取得した場合、Ｅｘｉｆデータを取得する。なおＥｘｉｆデータに限らず、ＸＭＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｔａｄａｔａ Ｐｌａｔｆｏｒｍ）及びＭＰＥＧ−７のメタデータ等でも良い。また、例えばＥｘｉｆデータの一部がＳ２０３において取得されるようにしても良い。

また、画像認識部１１３によって認識された画像情報をメタデータとするケースも考えられる。例えば、画像認識部１１３は、画像のシーンがどのようなシーンであるか、特定の被写体が画像に含まれているかといったことを認識し、その結果（シーンの認識結果や被写体情報）をメタデータとしてメタデータ処理部１１０へ入力されても良い。認識処理の結果に基づくメタデータも後述する共通メタデータの対象となりうる。

Ｓ２０４において、メタデータ処理部１１０は、すでにＨＥＩＦファイルに１以上の画像が格納されているかを判定し、格納されている場合はＳ２０５へ進み、格納されていない場合はＳ２０７へ進む。Ｓ２０５において、メタデータ処理部１１０は、すでにＨＥＩＦファイルに格納されているメタデータと、今回取得した画像に対応するメタデータが一致するか、または、所定の範囲内のものかを判定する。一致、または、所定の範囲である場合はＳ２０６へ進み、メタデータ処理部１１０は、すでにＨＥＩＦファイルに格納済みのメタデータ（すなわち共通メタデータ）に、今回取得した画像のアイテムＩＤ（画像の識別情報）を対応付けて格納する。一方、メタデータ処理部１１０は、Ｓ２０４からＳ２０７に進んだ場合は、新規のＨＥＩＦファイルに、今回取得した共通メタデータとしての画像のメタデータに今回取得した画像のアイテムＩＤを対応付けて格納する。また、メタデータ処理部１１０は、Ｓ２０５からＳ２０７に進んだ場合は、生成済みのＨＥＩＦファイルに、今回取得した共通メタデータとしての画像のメタデータに今回取得した画像のアイテムを対応付けて格納する。

なお、メタデータをすべて共通メタデータの対象とするか、一部のみとするかは任意の設定によって決定されるようにしても良い。例えば、Ｅｘｉｆデータのみが共通メタデータの対象となっても良いし、イメージプロパティアソシエーションボックス内のメタデータのみが共通メタデータの対象となっても良いし、撮影日時の情報のみが共通メタデータの対象となっても良い。

Ｓ２０８において、メタデータ処理部１１０は、未処理画像の有無を判定する。未処理画像が存在しない場合はＳ２０９へ進み、未処理画像が存在する場合はＳ２０１へ進む。なお、Ｓ２０８の判定は、撮影条件の設定（例えばバースト撮影の枚数）や、ユーザによる画像数の設定や、その他の予め決定された条件などに基づいて行われ得る。

Ｓ２０９において、メタデータ処理部１１０は、２以上の画像において共通ではないメタデータを、共通メタデータの格納領域から削除する。なお、本実施形態では２以上の画像において共通でないメタデータを削除することとしたが、２以外の閾値などによって削除の判定をするようにしても良い。また、場合によっては、単一の画像にのみ対応するメタデータが、共通メタデータの格納領域に格納されるようにしても良い。このような構成は、例えば、ＨＥＩＦファイルに画像が１つしか格納されない場合や、特定のメタデータが記録されている画像アイテムをすばやく取り出したいといったユースケースにおいて有効である。つまり、共通メタデータの格納領域に格納される情報は、特定のメタデータが対応付けられている画像のインデックスとして利用できる。

次にＳ２１０において、メタデータ処理部１１０は、共通メタデータをＨＥＩＦファイルに格納する。なお、共通メタデータをＨＥＩＦファイルに格納するタイミングは、Ｓ２０６またはＳ２０７であっても良い。なお、ＨＥＩＦファイルに共通メタデータを格納することで、各画像のメタデータが不要となる場合、メタデータ処理部１１０はそのメタデータをＨＥＩＦファイルから削除する。例えばアイテムプロパティアソシエーションをグループ化した場合は、それぞれのアイテム毎のアイテムプロパティアソシエーションは不要となるため削除される。

（ＨＥＩＦファイルのフォーマットの構成例）
次に、画像ファイル生成装置１０１によって生成されるＨＥＩＦファイルのフォーマットの構成例を、図３を参照して説明する。図３は、ＨＥＩＦファイルのフォーマットの一例を示す。

一般的でシンプルな形式のＨＥＩＦファイル３０１は、管理データ部３０２と、メディアデータ部３０３で構成される。管理データ部３０２には、メディアデータの符号化に関する情報や、ＨＥＩＦファイルへの格納方法に関する情報などを含んだファイル管理データが格納される。メディアデータ部３０３には、コンテンツデータ（動画像、静止画像及び音声）を符号化したデータ（メディアデータ）や外部規格を参照するメタデータ等が格納される。メディアデータ部３０３内には、ＭｅｄｉａＤａｔａＢｏｘというボックス内に、符号化された画像やＥｘｉｆデータ等が格納される。格納領域３１６、３１７、３１８は各画像の格納領域を示し、格納領域３１９、３２０、３２１はＥｘｉｆデータ等の外部規格で定義されたメタデータの格納領域を示している。

管理データ部３０２はボックス構造となっており、各ボックスはｔｙｐｅ識別子によって識別される。ボックス３０４は、識別子ｆｔｙｐにより識別されるＦｉｌｅＴｙｐｅＢｏｘである。ＦｉｌｅＴｙｐｅＢｏｘはファイルの種類を識別するために用いられ、ファイル形式はｂｒａｎｄと呼ばれる４文字の識別子によって識別される。ＨＥＩＦファイルはｍｉｆ１やｍｓｆ１等のｂｒａｎｄを識別する４文字の識別子を用いて表される。ボックス３０５は、ＭｅｔａＢｏｘと呼ばれ、識別子ｍｅｔａにより識別される。ボックス３０５（ＭｅｔａＢｏｘ）内にはさらに様々なボックスが格納される。例えば、画像（画像アイテム）や画像（画像アイテム）に関連したメタデータアイテム等のアンタイムドなメタデータを格納するボックスが、ボックス３０５（ＭｅｔａＢｏｘ）に含まれる。ボックス３０６は、ＨａｎｄｌｅｒＲｅｆｅｒｅｎｃｅＢｏｘと呼ばれ、識別子ｈｄｌｒにより識別される。ＨａｎｄｌｅｒＲｅｆｅｒｅｎｃｅＢｏｘ内のハンドラタイプによって、ボックス３０５（ＭｅｔａＢｏｘ）に含まれるコンテンツの構造やフォーマットが識別される。ＨＥＩＦファイルにおいては、本ハンドラのタイプにｐｉｃｔという４文字の識別コードが適用される。ボックス３０７は、ＩｔｅｍＬｏｃａｔｉｏｎＢｏｘと呼ばれ、識別子ｉｌｏｃにより識別される。ボックス３０７（ＩｔｅｍＬｏｃａｔｉｏｎＢｏｘ）には各アイテムのＩＤ（各画像の識別情報）や格納場所（ロケーション）を示す情報が記述される。メタデータ処理部１１０は、この情報を参照することで、管理データ部３０２で定義されたアイテムのデータがどこに存在するかを知ることができる。ボックス３０８は、ＩｔｅｍＩｎｆｏｍａｔｉｏｎＢｏｘと呼ばれ、識別子ｉｉｎｆにより識別される。ボックス３０８（ＩｔｅｍＩｎｆｏｍａｔｉｏｎＢｏｘ）内にはアイテム毎にＩｔｅｍＩｎｆｏｒｍａｔｉｏｎＥｎｔｒｙが定義され、このエントリー内にアイテムＩＤやアイテム種別、アイテム名称等の情報が格納される。

ボックス３０９は、ＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘと呼ばれ、識別子ｉｒｅｆにより識別される。ボックス３０９（ＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘ）は、参照関係のあるアイテムの関連付けに関して、どのような参照タイプであるかといった情報が格納される。１つのアイテムが複数のアイテムを参照して構成される場合は、参照するアイテムＩＤが順に記述される。例えば、アイテム１のサムネイル画像がアイテム２である場合、参照タイプとしてサムネイル画像を示すｔｈｍｂが格納され、ｆｒｏｍ＿ｉｔｅｍ＿ｉｄにはアイテム１を示すアイテムＩＤが、ｔｏ＿ｉｔｅｍ＿ｉｄにはアイテム２を示すアイテムＩＤが格納される。また、１枚の画像を複数のタイルに分割してＨＥＩＦファイルに格納する場合には、ボックス３０９（ＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘ）には、それらの関連を示す情報が格納される。例えば、全体画像をアイテム１とし、複数のタイル画像をアイテム２、アイテム３、アイテム４、及びアイテム５とする。この場合、アイテム１は、アイテム２、アイテム３、アイテム４、及びアイテム５によって形成される画像であることがわかる情報が格納される。具体的には、参照タイプとして派生画像を示すｄｉｍｇが格納され、ｆｒｏｍ＿ｉｔｅｍ＿ｉｄにはアイテム１を示すＩＤが格納される。さらにｔｏ＿ｉｔｅｍ＿ｉｄにはアイテム２、アイテム３、アイテム４、及びアイテム５を示すアイテムＩＤがすべて格納される。このようにすることで、タイルに分割した複数の画像アイテムを１つの画像として再構成するための情報が表される。また、ボックス３０９（ＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘ）は、Ｅｘｉｆデータ等の外部規格で定義されたメタデータと画像アイテムとの参照関係を記述することもできる。この場合、参照タイプとしてｃｄｓｃが用いられ、ｆｒｏｍ＿ｉｔｅｍ＿ｉｄにＥｘｉｆデータを示すアイテムＩＤが、ｔｏ＿ｉｔｅｍ＿ｉｄに画像アイテムを示すアイテムＩＤがそれぞれ格納される。

ボックス３１０はＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘと呼ばれ、ｉｐｒｐ識別子により識別される。ボックス３１０（ＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ）には各アイテムに適用するプロパティ情報や、そのプロパティの構成方法について示すボックスが格納される。ボックス３１１は、ＩｍａｇｅＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘと呼ばれ、識別子ｉｐｃｏにより識別される。ボックス３１１内には各プロパティを記述するためのボックスが格納される。ボックス３１１（ＩｍａｇｅＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ）は様々なボックスを有しており、例えば画像のサイズを示すボックスや、カラー情報を示すボックス、ピクセル情報を示すボックス、ＨＥＶＣパラメータを格納するボックス等が必要に応じて格納される。これらファイルフォーマットは、ＩＳＯ／ＩＥＣ２３００８―１２で規定されているボックス構造と共通である。

ボックス３１２は、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘと呼ばれ、ｉｐａｇ識別子により識別される。ボックス３１２（ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘ）は、図７で示す構造で定義される。図７は、ファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘ構造の一例を示す図である。ボックス３１２は、ＩＳＯ／ＩＥＣ２３００８―１２において規定されているＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘのエントリーで定義するアイテム毎のＩｔｅｍＰｒｏｐｅｒｔｙの関連付けをグループ化するためのボックスである。本ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘを用いることで、共通のアイテムプロパティが適用されるアイテムをグループ化できる。グループ化されたアイテム群はｉｔｅｍ＿ａｓｓｏｃｉａｔｉｏｎ＿ｇｒｏｕｐ＿ｉｄによって識別可能である。

ボックス３１３は、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏＢｏｘと呼ばれ、ｉｐｍａ識別子により識別される。ボックス３１３は図８で示す構造で定義される。図８は、イメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏＢｏｘ構造の一例を示す図である。アイテム毎にアイテムプロパティの構成を記述する場合はｇｒｏｕｐビットを０に設定して、そのアイテムに適用されるプロパティのインデックスが順に記述される。一方で、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘを用いてグループ化されたアイテムについては、ｇｒｏｕｐビットを１に設定することで、アイテムグループに対するプロパティ構成が記述されることがわかるようにする。そしてｉｔｅｍ＿ａｓｓｏｃｉａｔｉｏｎ＿ｇｒｏｕｐ＿ＩＤにより識別されるグループに対して適用するプロパティ構成が順に記述される。こうすることで、アイテム毎にアイテム構成をすべて記述していた従来の構造から、共通のプロパティを適用するアイテムについてはグループ化して記述できるようになる。これにより、ファイルフォーマットに記述されるデータ量を削減できる。

なお、本実施形態では図７に示すボックスを新しく定義した。しかし、ＩＳＯ／ＩＥＣ２３００８―１２において規定されているＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘを利用して、それに合わせて図８のボックスを拡張することによって、同様にグループ化して記述をする方法を採用しても良い。

本実施形態で示した図７のボックス構造では、使用するビット数を削減できるような構造としたため、より効率的に、メタデータの画像への対応付けが可能となる。一方で、既存のＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘを利用しても、アイテムのグループ化を定義するという目的を達成することは可能である。この場合は新たにｇｒｏｕｐｉｎｇ＿ｔｙｐｅを定義することとなる。本実施形態では、アイテムプロパティに関するグループ化であるためＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ内にアイテムのグルーピングを定義する構成とした。

以上、本実施形態では上記方法でアイテム構成を効率的に記述する方法を示したが、変形例として、図９及び図１０で示すボックス構造を採用しても良い。図９は、イメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘ構造の別の例を示す図であり、図１０は、イメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏＧｒｏｕｐＢｏｘ構造の別の例を示す図である。これはアイテムをグループ化するのではなく、画像に適用するアイテムプロパティをグループ化して記述する方法である。つまり、この方法では、アイテム毎に記載するプロパティ情報の一部がプロパティグループとして記述される。なお、図１０で示すボックス構造では記述していないが、グループ化するタイプを示す識別子を定義して格納するようにしてもよい。この際のグループタイプを示す識別子として、プロパティを結合してすべて画像に適応させることを示す‘ｊｏｉｎ’等の値を用いて識別する。詳細は記載しないが、これにより共通プロパティ以外のプロパティグループを適応可能となる。その際、ボックスタイプに示した‘ｉｐａｇ’の代わりにグループタイプの４文字コード格納するようにしてもよいし、構造体メンバのひとつとしてグループタイプを定義して格納するようにしてもよい。また本実施形態では、図１０に示すボックス構造をＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ内に定義したが、ＩＳＯ／ＩＥＣ２３００８―１２において規定されるＧｒｏｕｐＬｉｓｔＢｏｘ内に定義されるようにしても良い。これにより、ファイルフォーマットに記述する際のデータ量を削減できる。

また、図１７に示すボックス構造をＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ内に定義される各アイテムプロパティのボックスの１つとして格納してもよい。図１７は、イメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図である。図１７に示すボックスは、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘであり、前述したＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘと同等のボックスである。本ボックスをＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ内の１つのＩｔｅｍＰｒｏｐｅｒｔｙとして格納することで、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘの構造を変更せずにアイテムプロパティをグループ化して、画像に適用することが可能となる。本ボックスではボックスタイプを示す４文字コードにグループのタイプを示す識別子を格納可能とした。これにより、どのようなグループのアイテムプロパティなのかを判別可能となる。ｎｕｍ＿ｐｒｏｐｅｒｔｉｅｓ＿ｉｎ＿ｇｒｏｕｐはグループ化するアイテムプロパティの個数を示している。またｅｓｓｅｎｔｉａｌ情報では各ｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘで示されるアイテムプロパティが必須か否かを示す。なお、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘでＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを示すインデックス情報が格納した際のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘ内のｅｓｓｅｎｔｉａｌ情報は、アイテムグループ自体が必須か否かを示すものとなる。ｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘでは、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘと同様に、ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ内の１から始まるインデックス順で示されるアイテムプロパティの情報が記述される。インデックス番号０はｒｅｓｅｒｖｅｄである。なお、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘ自身も同様のインデックス順で示されるが、本ボックス内に自信のインデックス順を示す情報を格納してはならない。もし自身のインデックが格納されていた場合は、無視するようにする。これにより無限ループすることを避けることが可能となる。なお、本ボックスはアイテムプロパティのひとつとして定義されるため、プロパティのタイプはＤｅｓｃｒｉｐｔｉｖｅタイプとなる。またｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘのリストによりグループ化される各アイテムプロパティはＤｅｓｃｒｉｐｔｉｖｅタイプとＴｒａｎｓｆｏｒｍａｔｉｖｅタイプを別々にグループ化することが望ましいがその限りではない。またその際、Ｄｅｓｃｒｉｐｔｉｖｅタイプのアイテムプロパティを記述した後にＤｅｓｃｒｉｐｔｉｖｅタイプをグループ化したＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを記述する。その後にＴｒａｎｓｆｏｒｍａｔｉｖｅのアイテムプロパティを記述し、その後Ｔｒａｎｓｆｏｒｍａｔｉｖｅタイプのアイテムプロパティをグループ化したＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを記述する方が望ましい。なお、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘのｇｒｏｕｐｉｎｇ＿ｔｙｐｅまたはｆｌａｇｓを用いてＤｅｓｃｒｉｐｔｉｖｅタイプのグループなのか、Ｔｒａｎｓｆｏｒｍａｔｉｖｅタイプのグループなのかを識別可能な構成としてもよい。

本実施形態では、以上のボックス構造を定義することにより、画像ファイルに記述されるデータ量を削減することを可能とした。しかしながら、２以上のアイテム（画像アイテム）に適応されるメタデータ（プロパティ）をグループ化して定義する方法であれば別のボックス構造を用いてもよい。また、ボックス内のエントリーとして扱ったデータ構造を別のボックスとして定義して格納してもよい。その他のボックス構造として例えば図１６に示すボックス構造であってもよい。図１６は、イメージファイルフォーマット内のＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘ構造の別の例を示す図である。図１６に示したボックス構造によれば、複数のアイテムに対して複数のアイテムプロパティを適応可能となる。つまり明示的にアイテムプロパティやアイテムをグループ化せずに、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘの各エントリー内でアイテムをグループ化して、それに適応するプロパティを記述可能となる。

ボックス３１４はＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘと呼ばれ、ｃｉｐｒ識別子により識別される。ボックス３１４は図１１で示す構造により定義される。図１１は、ＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図である。ボックス３１４（ＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ）は、すべてのアイテムに共通で適用されるアイテムプロパティを示すためのボックスである。ボックス３１４を用いることによって、すべてのアイテムに共通で適用されるプロパティ（メタデータ）が容易に抽出される。すなわち、ボックス３１４を利用して共通メタデータを格納すれば、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘのエントリーをすべて検索せずに共通メタデータを抽出することが可能となる。これにより、ファイルアクセス時の検索効率が向上する。

なお、本実施形態ではすべてのアイテムに共通で適用されるプロパティを示すボックスを定義することで、検索効率を向上する例を説明した。しかし、この例に限らず、ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ内に定義される各アイテムプロパティのボックス内にそのようなすべてのアイテムに適用することが識別可能な情報を格納しても良い。

ボックス３１５はＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＧｒｏｕｐＢｏｘと呼ばれ、識別子ｃｉｐｇにより識別される。ボックス３１５は図１２で示す構造により定義される。図１２は、ＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＧｒｏｕｐＢｏｘ構造の一例を示す図である。ボックス３１５（ＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＧｒｏｕｐＢｏｘ）は共通のプロパティ（メタデータ）が適用されているアイテムを識別することを可能とするボックスである。言い換えると、ボックス３１５（ＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＧｒｏｕｐＢｏｘ）は、共通のプロパティが適用されるアイテムのリストを記述するボックスである。メタデータ処理部１１０は、ボックス３１５を用いることで、特定のプロパティが適用されているアイテムを、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘのエントリーをすべて確認せずとも特定できる。また、ボックス３１５によれば、画像ファイルを読み込んで、特定のプロパティが適用されているアイテムのみをピックアップして処理を行う場合の効率が向上し、ファイルアクセス時の検索効率が向上する。また、ボックス３１５によれば、ファイルを編集する場合等において、一括操作が容易になる。例えばｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘに示すアイテムプロパティが画像サイズを示すプロパティであった場合、同じサイズの画像アイテムをグループ化して記述することが可能となる。その他にもＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ内に定義された画像プロパティが適用される複数の画像アイテムをボックス３１５によって表すことで、メタデータ処理部１１０は、共通のプロパティが適用される複数の画像を容易に特定できる。

共通プロパティを表すボックスを格納するためのボックス３１０（ＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ）は、図１３に示す構造を有する。図１３は、ＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ（ＩｔｅｍＰｒｏｐｅｒｔｉｅｓＢｏｘ）構造の一例を示す図である。ボックス３１０（ＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘ）は、具体的には、識別子ｉｐｒｐにより識別されるＩｔｅｍＰｒｏｐｅｒｔｉｅｓＢｏｘ内にＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘを格納する。さらにＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘと、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＧｒｏｕｐＢｏｘとＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘとＣｏｍｍｏｎＩｔｅｍＰｒｏｐｅｒｔｙＧｒｏｕｐＢｏｘを格納する。

次に、メディアデータ部３０３に格納される各格納領域（ボックス）３１９、３２０、及び３２１が示す外部定義メタデータ（例えばＥｘｉｆデータ）を共通メタデータとして格納する方法について、図１４、図１５、及び図４を用いて説明する。図１４は、図３のボックス３０９（ＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘ）の記述例である。図１５は、図３のボックス３０８（ＩｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｏｘ）の記述例である。図４は、Ｅｘｉｆデータブロック４０１、４０２、４０３、４０４、４０５を示す。図１５に示すＩｔｅｍＩｎｆｏｍａｔｉｏｎＢｏｘは９つのエントリーで構成されており、ｉｔｅｍ＿ＩＤ１、２、３、４は画像アイテムである。またｉｔｅｍ＿ＩＤが５の画像アイテムはＥｘｉｆデータブロック４０１に、ｉｔｅｍ＿ＩＤが６の画像アイテムがＥｘｉｆデータブロック４０２に、ｉｔｅｍ＿ＩＤが７の画像アイテムがＥｘｉｆデータブロック４０３、ｉｔｅｍ＿ＩＤが８の画像アイテムがＥｘｉｆデータブロック４０４、ｉｔｅｍ＿ＩＤが９の画像アイテムがＥｘｉｆデータブロック４０５にそれぞれ対応する。図１４に示すＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘは各アイテムの参照関係を示している。図１４及び図１５より、ｉｔｅｍ＿ＩＤ５はｉｔｅｍ＿ＩＤ１の画像に関するＥｘｉｆデータブロックであることが読み取れる。また同様にしてｉｔｅｍ＿ＩＤ６はｉｔｅｍ＿ＩＤ２の画像に関するＥｘｉｆデータブロックであり、ｉｔｅｍ＿ＩＤ７はｉｔｅｍ＿ＩＤ３の画像に関するＥｘｉｆデータブロックである。またｉｔｅｍ＿ＩＤ８はｉｔｅｍ＿ＩＤ４の画像に関するＥｘｉｆデータブロックである。またｉｔｅｍ＿ＩＤ９はｉｔｅｍ＿ＩＤ５、６、７、８を参照している。この記述により、ｉｔｅｍ＿ＩＤ９はｉｔｅｍ＿ＩＤ５、６、７、８のＥｘｉｆデータブロックから共通部分（共通メタデータ）を抽出したＥｘｉｆデータブロックであることを示している。

図４に示すＥｘｉｆデータブロック４０１は、画像幅４１０、画像高４１１、Ｘ解像度４１２、Ｙ解像度４１３、メーカ名４１４、モデル名４１５、撮影日時４１６、ＩＳＯ感度４１７、ＧＰＳ情報４１８のＥｘｉｆタグ（メタデータ）を有する。Ｅｘｉｆデータブロック４０２、４０３、及び４０４も同様である。これらタグは撮像時に生成される。また別途編集処理等によってタグを追加、変更、削除が行われることもある。Ｅｘｉｆデータブロック４０５はＥｘｉｆデータブロック４０１、４０２、４０３、及び４０４の共通データ（共通メタデータ）を格納するブロックである。画像幅４１０、４２０、４３０、及び４４０により示される値はすべて「３２０ｐｉｘｅｌ」で共通のため、Ｅｘｉｆデータブロック４０５内の画像幅タグ４５０に値「３２０ｐｉｘｅｌ」が格納される。同様に、画像高４１１、４２１、４３１、及び４４１に示される値はすべて「２４０ｐｉｘｅｌ」で共通のため、Ｅｘｉｆデータブロック４０５内の画像高タグ４５１に値「２４０ｐｉｘｅｌ」が格納される。また、Ｘ解像度４１２、４２２、４３２、及び４４２により示される「９６ｄｐｉ」が領域４５２に格納される。また、Ｙ解像度４１３、４２３、４３３、及び４４３により示される「９６ｄｐｉ」が領域４５３に格納される。また、メーカ名４１４、４２４、４３４、及び４４４により示される「Ａ社」が領域４５４に格納される。また、モデル名４１５、４２５、４３５、及び４４５により示される「１１」が領域４５５に格納される。

一方、撮影日時は画像によって異なっている。図４の例においては、（撮影）日時４１６と４２６は「２０１８年６月１３日」、日時４３６は「２０１８年６月１４日」であり、日時４４６は「２０１８年６月１５日」である。そのため、撮影日時については各Ｅｘｉｆデータブロックの共通データを抽出したＥｘｉｆデータブロック４０５には格納されない。このように、図４の例においては、すべての画像アイテムに共通するメタデータのみがＥｘｉｆデータブロック４０５に格納される。また、ＩＳＯ感度４１７、４２７、４３７、４４７についてもそれぞれ値が異なっているため、Ｅｘｉｆデータブロック４０５には格納されない。なお、図４では、日時４１６、４２６、４３６、４４６において、時刻の情報は省略されている。

ただし、図４の例において、位置情報であるＧＰＳ情報４１８、４２８、４３８、４４８は、完全に値が一致していなくても所定範囲内に収まっていれば、Ｅｘｉｆデータブロック４０５に格納される。これは、ＧＰＳ情報４１８、４２８、４３８、及び４４８は完全に一致しないまでも特定の場所を示す情報としては一致しているためである。つまり、ＧＰＳ情報４１８、４２８、４３８、及び４４８はすべてＡ社の場所を示しており、ジオコード等で導き出される場所はすべてＡ社となり一致する。

そのため、本実施形態のメタデータ処理部１１０は、特定の範囲内に収まる複数のＧＰＳ情報は、共通メタデータとして扱う。このように、いくつかのタイプのメタデータ（例えばＧＰＳ情報）については、値が完全に一致していなくても共通メタデータを格納するための領域に格納させることができる。なお、どの範囲をもって共通とするかについては、ユーザが別途指定しても良いし、特定のシステムの設定等に応じて適宜決められる。図４の例においては、Ａ社の敷地内のＧＰＳ情報はすべて共通のメタデータであるものとして扱われており、ＧＰＳ情報４５８に格納されるＧＰＳ情報はジオコードなどで表されるＡ社の代表地点を表している。例えば、東京都内のＧＰＳ情報を共通のＧＰＳ情報として扱う場合は、東京都の代表地点の位置情報がＧＰＳ情報４５８に格納されることになる。本実施形態のＨＥＩＦファイルはどの粒度でＧＰＳ情報を扱うかを示す情報を格納していないが、ファイル内に格納するようにしてもよい。

また、図４は、各画像のＥｘｉｆデータブロックすべてに共通するデータを共通のＥｘｉｆデータブロックに格納する例を示している。しかしながら、２以上のＥｘｉｆデータブロックに共通するＥｘｉｆデータブロックを共通のＥｘｉｆデータブロックに格納するようにしても良い。その場合、図１４に示すＩｔｅｍＲｅｆｅｒｅｎｃｅＢｏｘにおいて、参照するＥｘｉｆデータブロックを定義するようにすればよい。例えば、ｉｔｅｍ＿ｉｄ５と６のみの共通Ｅｘｉｆデータブロックを抽出する場合、ｔｏ＿ｉｔｅｍ＿ＩＤに５と６を格納する。そのようにした場合、（撮影）日時４１６、４２６についても共通のＥｘｉｆデータとなるため抽出対象に含まれる。また、共通のＥｘｉｆデータブロックとして抽出するＥｘｉｆデータブロックは複数あってもよく、ｉｔｅｍ＿ＩＤ５と６に共通するものと、ｉｔｅｍ＿ＩＤ５、６、７、及び８に共通するものというように、抽出する元データが重複してもよい。

また、本実施形態のメタデータ処理部１１０は、各画像に対応するＥｘｉｆデータブロックにおいて共通しているデータをすべて抽出したが、ある特定のＥｘｉｆデータについてのみ、共通しているデータを抽出するようにしても良い。例えば撮影日時のみを共通しているか否かの判定対象としても良い。また、例えば、撮影日時が特定の範囲に収まる画像についてのみ、撮影日時の共通性を判定するようにしても良い。このように、特定の種類のメタデータについてのみ共通性を判断するようにしてもよく、特定の種類の決めかたにも種々のバリエーションが存在することに留意されたい。

以上、本実施形態の画像ファイル生成装置１０１は、イメージファイルフォーマットに準拠した画像ファイル（ＨＥＩＦファイル）に格納する複数の画像のそれぞれに対応付けられたメタデータ（プロパティ情報）から共通するメタデータを抽出する。そして、画像ファイル生成装置１０１は、抽出されたメタデータを共通メタデータとしてメタデータ領域に格納する。また、画像ファイル生成装置１０１は、すべての画像に共通する共通メタデータなのか、複数の画像のうちの一部に共通する共通メタデータなのかを示す情報をＨＥＩＦファイル中に格納しても良い。一部の画像に共通する共通メタデータである場合は、当該一部の画像のアイテムＩＤ（画像の識別情報）を格納する。また、画像ファイル生成装置１０１は、外部規格に基づくメタデータ（例えばＥｘｉｆデータ）についても、画像毎のメタデータから共通のメタデータを抽出し、それを共通メタデータとして保持する。これにより、ＨＥＩＦファイルに格納された複数の画像を扱う際の処理負荷が低減できる。例えば、ＨＥＩＦファイルに格納された複数の画像のうち、特定のメタデータに対応付けられた１以上の画像に対してだけ特定の処理を行う場合において処理負荷を低減できる。また、ＨＥＩＦファイルに格納された複数の画像の中から特定の画像を検索する処理が低負荷で行えるようになる。また、画像ごとのメタデータを共通化して格納することにより、画像ファイルのサイズを低減できる。

＜第２実施形態＞
第１実施形態では、画像ファイル生成時に共通のメタデータを抽出して画像ファイル内に格納する例を中心に説明した。以下に示す第２実施形態では、画像ファイルに格納済みの画像やメタデータから共通するメタデータを抽出する例を詳細に説明する。

（画像ファイル生成装置５０１の構成）
本実施形態の画像ファイル生成装置５０１の構成を図５に示す。図５の画像ファイル生成装置５０１は、タブレットＰＣやデスクトップＰＣ、クラウド等のＷｅｂサービスで処理を行うサーバ装置等の、ファイル編集機能を有した通信装置である。図１と同じ参照番号の構成要素は、図１と同様のため、説明を省略する。メタデータ処理部５０２は、画像ファイルを編集し、画像ファイルに格納済みの画像やメタデータから共通するメタデータを抽出するための処理を行う。なお、本実施形態における画像ファイル生成装置５０１は、画像ファイルの編集に特徴があるため、撮像部１０７を有さない構成としてもよい。

（処理の流れ）
次に、イメージファイルフォーマットに準拠した画像ファイル（ＨＥＩＦファイル）のから共通メタデータを抽出する処理（編集処理）のフローについて、図６を参照して説明する。図６は、第２実施形態における画像ファイル生成装置５０１の処理フローを示す図である。本処理フローは、ユーザ操作に応じて、図５に示す各回路により実行され得る。あるいは、本処理フローは、制御部１０６が適時にＲＯＭ１０４に格納されるプログラムを実行し、情報の演算及び加工並びに各ハードウェアの制御を実行することにより実現され得る。なお、１つ以上のイメージファイルフォーマットに準拠した画像ファイル（ＨＥＩＦファイル）が、予め画像ファイル生成装置５０１に格納されているものとする。

Ｓ６０１において、メタデータ処理部５０２は、ＨＥＩＦファイルに格納された複数の画像のそれぞれに対応付けられたメタデータに基づいて、メタデータの値、範囲、種別といった、抽出対象とするメタデータに関する情報（抽出対象メタデータ）を決定する。この決定は、操作部１０８を介したユーザ指定に基づいて行われるようにしても良いし、あらかじめ決められたシステム設定などに基づいて行われるようにしても良い。また、複数の決定が行われるようにしても良い。

Ｓ６０２において、メタデータ処理部５０２は、ＨＥＩＦファイルに格納された複数の画像のそれぞれのメタデータを取得する。メタデータ処理部５０２は、１つのＨＥＩＦファイルに限らず、複数のＨＥＩＦファイルを処理対象としても良い。また、ＨＥＩＦファイルに限らず、ＪＰＥＧファイルなども処理対象としても良い。また、メタデータ処理部５０２は、ＨＥＩＦファイルに記録済みのメタデータのみを取得対象としてもよいし、画像認識部５０６の処理によって新規に生成されたメタデータ等を取得対象としても良い。

次にＳ６０３において、メタデータ処理部５０２は、Ｓ６０２において取得されたメタデータとＳ６０１において決定された抽出対象メタデータが一致するかを判定する。一致する場合はＳ６０４へ進み、一致しない場合Ｓ６０５へ進む。なお、Ｓ６０３では、メタデータ処理部５０２が両メタデータの範囲が所定の範囲内か否かを判定し、所定の範囲内の場合にＳ６０４へ進み、所定の範囲内でない場合にＳ６０５へ進むようにしても良い。

Ｓ６０４において、メタデータ処理部５０２は、一致するメタデータを共通メタデータとして抽出し、当該共通メタデータに、画像を識別するためのアイテムＩＤを対応付けて共通メタデータの格納領域に格納する。複数の画像ファイルを処理対象としている場合には、メタデータ処理部５０２は新規にＨＥＩＦファイルを作成し、当該ファイルに画像アイテムとそれに対応するアイテムＩＤを格納する。Ｓ６０５において、メタデータ処理部５０２は、メタデータの取得対象となるすべての画像について処理が完了したか判定する。完了した場合はＳ６０６に進み、完了していない場合はＳ６０２に進み、処理が繰り返される。

Ｓ６０６において、メタデータ処理部５０２は、抽出した共通メタデータのうち、他の画像と共通しないメタデータを削除する。つまり、メタデータ処理部５０２は、単一の画像にのみ適用されるメタデータを、共通メタデータとして格納しない。次にＳ６０７において、メタデータ処理部５０２は、共通メタデータをＨＥＩＦファイルに格納する。このとき、メタデータ処理部５０２は、共通メタデータとその画像のアイテムＩＤを基に、図７から図１７に示したフォーマットに従って、ＨＥＩＦファイル内に共通メタデータを格納する。本実施形態では単一の画像のみに対応するメタデータは共通メタデータとして格納しないこととしたが、所定の閾値よりも少ない数の画像のみに共通しているメタデータは共通メタデータとして格納しないようにしても良い。また、場合によっては、単一の画像にのみ対応するメタデータが、共通メタデータを格納するための領域に格納されるようにしても良い。このような構成は、例えば、ＨＥＩＦファイルに画像が１つしか格納されない場合や、特定のメタデータが記録されている画像アイテムをすばやく取り出したいといったユースケースにおいて有効である。つまり、共通メタデータの格納領域に格納される情報は、特定のメタデータが対応付けられている画像のインデックスとして利用できる。

以上、本実施形態の画像ファイル生成装置５０１は、生成済みの画像ファイルから共通メタデータを抽出し、当該共通メタデータが格納されたＨＥＩＦファイルを新規に生成する。これにより共通メタデータとして記録していない画像ファイルから共通のメタデータを格納した画像ファイルを生成できる。また本実施形態の画像ファイル生成装置５０１は、複数の画像ファイル（ビデオファイルも含む）に格納される複数の画像（ビデオも含む）から共通のメタデータを抽出し、共通メタデータを格納した画像ファイルを新規に生成する。

これにより、複数の装置で生成された画像ファイルや、異なる条件下で生成された画像ファイルから編集処理によって１つのＨＥＩＦファイルを生成することが可能となる。その際、第１実施形態で説明したように、すべての画像群に共通する共通メタデータなのか、画像群のうちの一部に共通する共通メタデータなのかを示す情報を格納しても良い。一部に共通する共通メタデータである場合は、当該共通メタデータに対応する画像のアイテムＩＤがさらに格納される。また、画像ファイル生成装置１０１は、外部規格に基づくメタデータ（例えばＥｘｉｆデータ）についても、画像毎のメタデータから共通のメタデータを抽出し、それを共通メタデータとして保持する。これにより、ＨＥＩＦファイルに格納された複数の画像を扱う際の処理負荷が低減できる。例えば、ＨＥＩＦファイルに格納された複数の画像のうち、特定のメタデータに対応付けられた１以上の画像に対してだけ特定の処理を行う場合において処理負荷を低減できる。また、ＨＥＩＦファイルに格納された複数の画像の中から特定の画像を検索する処理が低負荷で行えるようになる。また、画像ごとのメタデータを共通化して格納することにより、画像ファイルのサイズを低減できる。

＜第３実施形態＞
第１実施形態及び第２実施形態では、共通のメタデータを抽出して画像ファイル内に格納する例を中心に説明した。以下に示す第３実施形態では、同種のメタデータをグループ化して、同一の画像に適応させて格納する例を説明する。本実施形態の画像ファイル生成装置は、撮影機能を有した装置の場合、図１に示した構成となる。また画像ファイルに格納済みの画像やメタデータに同種のメタデータを追加して格納する場合、図５に示した構成となる。

（処理の流れ）
次にイメージファイルフォーマットに準拠した画像ファイル（ＨＥＩＦファイル）への同種メタデータの付加処理フローについて、図１８を参照して説明する。図１８は、本実施形態における画像ファイルの生成処理フローを示す図である。本処理フローは、典型的には、ユーザからの編集指示の入力に応じて開始される。なお、説明のため、本処理フローは、図５に示した画像ファイル生成装置５０１により行われるものとする。例えば、本処理フローは、ユーザ操作により、図５に示す各回路により、あるいは、制御部１０６が適時にＲＯＭ１０４に格納されるプログラムを実行し、情報の演算及び加工並びに各ハードウェアの制御を実行することにより実現され得る。なお、１つ以上のイメージファイルフォーマットに準拠した画像ファイル（ＨＥＩＦファイル）が、予め画像ファイル生成装置５０１に格納されているものとする。また、付加されるメタデータ（後述の付加対象メタデータ）に適応し得る画像が予めＨＥＩＦファイルに存在するものとする。

Ｓ１８０１においてメタデータ処理部５０２は、ＨＥＩＦファイルに格納するメタデータ（付加対象メタデータ）を取得する。メタデータ処理部５０２は、操作部１０８を介したユーザ指定に基づいて付加対象メタデータを取得しても良いし、あらかじめ決められたシステム設定などに基づいてメタデータを取得しても良い。

Ｓ１８０２においてメタデータ処理部５０２は、ＨＥＩＦファイルに格納された１つ以上のメタデータを取得し、それぞれのメタデータの種別を取得する。メタデータの種別の詳細については、後述する。次にＳ１８０３において、メタデータ処理部５０２は、ＨＥＩＦファイル内に、Ｓ１８０１で取得された付加対象メタデータと同種のメタデータが存在するかを判定する。すなわち、メタデータ処理部５０２は、Ｓ１８０２において取得された１つ以上のメタデータの種別のうち、Ｓ１８０１で取得した付加対象メタデータの種別と一致するものが存在するか判定する。存在する場合はＳ１８０４へ進み、存在しない場合Ｓ１８０５へ進む。なお、当該判定は、画像ファイル生成装置５０２に予め格納されている辞書等の知識ベース等に基づいて行われ得る。また、メタデータの種別に替えて、メタデータの性質や属性といった他の情報が比較されても良い。

Ｓ１８０４において、メタデータ処理部５０２は、付加対象メタデータを適応する画像（付加対象メタデータが適用される画像）に、Ｓ１８０３で存在すると判定された同種のメタデータが適応（適用）されているかを確認する。適応されている場合はＳ１８０７へ進み、適応されていない場合はＳ１８０５へ進む。なお、付加対象メタデータを適応する画像が複数存在する場合は、メタデータ処理部５０２は、それぞれの画像に対して確認を行い、いずれか一つでも適応されている場合はＳ１８０７へ進む。

Ｓ１８０５において、メタデータ処理部５０２は、付加対象メタデータの情報をＨＥＩＦファイルに格納する。これは主に、ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘの要素にＩｔｅｍＰｒｏｐｅｒｔｙとして格納することに対応する。次にＳ１８０６において、メタデータ処理部５０２は、格納された付加対象メタデータと画像（付加対象メタデータに適応する画像）の関連づけ情報を格納して処理を終了する。これは主にＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘ内の画像アイテム毎の関連付け情報の格納に対応する。詳細には、メタデータ処理部５０２は、アイテムプロパティのＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘのインデックス順を各アイテムＩＤの関連づけとして格納する。

Ｓ１８０４でＹｅｓの場合のＳ１８０７において、メタデータ処理部５０２は、同一の画像に適応される同種のメタデータがすでにグループ化されているかを確認する。同種のメタデータがグループ化されている場合はＳ１８０６へ進み。グループ化されていない場合はＳ１８１０へ進む。なお、同種のメタデータであっても選択的に適応されず、異なる意味で適応されている場合は同種のメタデータであるとみなさず、Ｓ１８１０へ進む。

Ｓ１８０８において、メタデータ処理部５０２は、Ｓ１８０５と同様に付加対象メタデータの情報をＨＥＩＦファイルに格納する。Ｓ１８０９において、メタデータ処理部５０２は、すでにグループ化されているメタデータグループに、Ｓ１８０８で格納された付加対象メタデータの情報を追加して、処理を終了する。これにより、すでに画像アイテムへＩｔｅｍＡｓｓｏｃｉａｔｉｏｎＢｏｘで関連付けられているアイテムプロパティのグループ内の選択肢が追加されることとなる。

Ｓ１８０７でＹｅｓの場合のＳ１８１０において、メタデータ処理部５０２は、Ｓ１８０５やＳ１８０８同様に、付加対象メタデータの情報をＨＥＩＦファイルに格納する。Ｓ１８１１において、メタデータ処理部５０２は、同一の画像に適応されるメタデータを同種のメタデータをしてグループ化するための情報を格納する。すなわち、メタデータ処理部５０２は、付加対象メタデータが適応される画像に適応されるメタデータと、付加対象メタデータとを、同種のメタデータとしてグループ化するための情報を格納する。Ｓ１８１２において、メタデータ処理部５０２は、すでに格納されていた同種のメタデータと画像アイテムを関連付ける情報を削除する。具体的には、ＩｔｅｍＡｓｓｏｃｉａｔｉｏｎＢｏｘ内のアイテムプロパティにおいて該当するインデックス情報を削除することに対応する。Ｓ１８１３において、メタデータ処理部５０２は、グループ化されたメタデータを画像アイテムに関連付ける情報を格納する。具体的には、ＩｔｅｍＡｓｓｏｃｉａｔｉｏｎＢｏｘにアイテムプロパティグループを示す関連付け情報を格納することに対応する。

以上により、画像に適応されるプロパティ（メタデータ）を、複数のプロパティの中から選択的に適応させる（画像に関連するプロパティとして、複数のプロパティの中から選択的に対応付ける）ことが可能となる。なお、本実施形態では、画像ファイルに格納済みの画像やメタデータに同種のメタデータを追加して格納するフローを説明したが、図２に示したフローで画像ファイルの生成処理の際に同種のプロパティをグループ化して格納する形態であってもよい。その際、Ｓ２０１のイメージファイルフォーマットに格納する画像を入力した際に、関連するメタデータを格納する際に、同種のメタデータグループ情報を格納する。また、本実施形態では上記ボックス構造でプロパティのグループ化を示したが、本目的を達成可能なボックス構造であればよい。

（アイテムプロパティグループボックスの構成例）
次に、アイテムプロパティグループとしてアイテムプロパティ（メタデータ）格納する際の、画像へ適応例を図１９、図２０、図２１を用いて説明する。図１９は、ＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘ構造の一例を示す図であり、図２０と図２１は、ＩｔｅｍＰｒｏｐｅｒｔｙＢｏｘの例を示す。

図１９に示したボックスはＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘである。このボックスはＨＴＭＬ仕様の代替テキスト文字列の情報を格納するボックスである。本ボックスに格納されるａｌｔ＿ｔｅｘｔはＨＴＭＬ仕様の代替テキストを格納するパラメータである。またａｌｔ＿ｌａｎｇはＲＦＣ４６４６やＢＣＰ４７準拠の言語タグの文字列でたとえば‘ｅｎ−ＵＳ’や‘ｆｒ−ＦＲ’、‘ｚｈ−ＣＮ’、‘ｊａ−ＪＰ’等の言語を示す識別子が格納される。ａｌｔ＿ｌａｎｇに示される言語のテキスト情報がａｌｔ＿ｔｅｘｔに格納される。本ボックスを用いることで、画像アイテムがどのような内容の画像であるか等のテキスト情報を格納することができる。また本ボックスを格納したい言語毎にアイテムプロパティとして格納することで、言語に対応したテキスト情報を格納することが可能となる。なお、本実施形態ではＨＴＭＬ仕様の代替テキストを格納することとしたが、ＨＴＭＬ仕様に限らずテキスト情報を格納するようにしてもよい。

図２０に示したＩｔｅｍＰｒｏｐｅｒｔｉｅｓＢｏｘは、画像ファイルに格納されるアイテムプロパティの画像への適応例を示した図である。本画像ファイルは４つのサブピクチャがアイテムＩＤ１から４として格納されており、それをグリッドの派生イメージとして構成する１つの画像アイテムがアイテムＩＤ５として構成されている。４つのサブピクチャは画像サイズが幅５１２、高さ５１２の画像であり、その派生イメージである１つの画像は幅１０２４、高さ１０２４の画像が格納されている。４つのサブピクチャには共通のプロパティが適応されており、１つの派生画像にはその画像が何であるかを示すテキスト情報が格納されている（インデックス１〜６）。

具体的には、ＩｔｅｍＰｒｏｐｅｒｔｉｅｓＢｏｘ内にはＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ及び、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘが格納されている。また、ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘには６個の各種アイテムプロパティが格納されている。

１番目のＨＥＶＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘは、識別子ｈｖｃＣで示されるボックスであり、画像アイテムの符号化パラメータが格納されている。２番目のＩｍａｇｅＳｐａｔｉａｌＥｘｔｅｎｔｓＰｒｏｐｅｒｔｙＢｏｘは、識別子ｉｓｐｅで示されるＢｏｘであり、画像のサイズを示す情報が格納されている。

３番目〜５番目のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘは図１９に示した構造を持つボックスであり、‘ａｌｔｔ’で識別される。３番目のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘには、ａｌｔ＿ｌａｎｇにｅｎ−ＵＳが格納されており、アメリカ地域の英語を示している。また、ａｌｔ＿ｔｅｘｔには、英語のテキスト文字列‘ｄｏｇ’が格納されている。同様にして、４番目のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘには、ａｌｔ＿ｌａｎｇにｊａ−ＪＰが格納されており、日本地域の日本語を示している。また、ａｌｔ＿ｌａｎｇには、日本語のテキスト文字列‘犬’が格納されている。同様にして、５番目のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘには、ａｌｔ＿ｌａｎｇにｆｒ−ＦＲが格納されており、フランス地域のフランス語を示している。またａｌｔ＿ｔｅｘｔには、フランス語のテキスト文字列‘ｃｈｉｅｎ’が格納されている。これら３つのＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘは、いずれも同じ意味のテキスト文字列がそれぞれの言語で格納されている。すなわち、同一の画像に関連するテキスト情報の意味としての種別が同じである。なお、上述のように、画像ファイル生成装置５０１（または１０１）において、予め学習データや辞書等の知識ベースが格納されており、メタデータの種別が同一か否かを判定できるものとする。

６番目のＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘは、図１７に示すように識別子ｉｐｍａで示されるボックスである。本ボックスを用いて、ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘのインデックス順３、４、５番目のＡｃｃｅｓｓｉｂｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘが同種のアイテムプロパティとしてグループ化されている。具体的には、ａｌｔｒのグルーピングタイプを用いて、同種のアイテムプロパティとしてアイテムプロパティがグループ化されている。また、ｎｕｍ＿ｐｒｏｐｅｒｔｉｅｓ＿ｉｎ＿ｇｒｏｕｐは３を示しており、これは、３つのアイテムプロパティがグループ化されていることを示している。また、ｅｓｓｅｎｔｉａｌ情報は必須のアイテムプロパティであることを示している（１＝必須）。また、ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘのインデックス順であるｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘが３、４、５を示しており、前述したＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘをグループ化している。このように、３つのＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘは、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを用いてグループ化され、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを用いてアイテムにグループとして適応させることができる。

次に、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘは識別子ｉｐｍａで示されるボックスであり、各画像アイテムとアイテムプロパティの関連を示す情報が格納されている。ｅｎｔｒｙ＿ｃｏｕｎｔは１を示しており、１つの画像のアイテムプロパティの関連が格納されていることを示している。ｉｔｅｍ＿ＩＤが１である画像は３つのアイテムプロパティに関連づけられていることをａｓｓｏｃｉａｔｉｏｎ＿ｃｏｕｎｔで示している。ｅｓｓｅｎｔｉａｌは１を示し必須のプロパティであることを示す。また、ｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘの１はＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘのインデックス順１である、前述したＨＥＶＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘが関連付けられていることを示している。次に、２つ目のエントリーはｅｓｓｅｎｔｉａｌが０を示しており、必須ではないプロパティであることを示している。ｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘの２は前述したＩｍａｇｅＳｐａｔｉａｌＥｘｔｅｎｔｓＰｒｏｐｅｒｔｙＢｏｘが関連付けられていることを示している。次に、３つ目のエントリーはｅｓｓｅｎｔｉａｌが０を示しており、必須ではないプロパティであることを示している。ｐｒｏｐｅｒｔｙ＿ｉｎｄｅｘは６を示しており、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘが関連付けられている。これにより、画像ファイルを読み出す装置は、ＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘがグループタイプａｌｔｒで適応されている画像アイテムを参照する際には、３つのＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘのうち１つを選択することで参照することができる。

なお、本実施形態ではａｌｔｒでグループ化されたアイテムプロパティのうちいずれか１つが選択的に画像アイテムに適応される構成としたが、選択的に複数のプロパティが適応されてもよい。また、本実施形態では明示的にＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを用いてアイテムプロパティをグループ化して画像アイテムに適応させる構成としたが、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘに同種のアイテムプロパティが適応されていた場合は、暗黙的に選択的に画像アイテムに適応させる構成としてもよい。また代替テキスト情報に限らず、関連するテキストをラベルとして格納するようにしてもよい。その場合意味毎にグループ化したテキスト情報を複数適応し、そのグループ毎にラベル情報を選択的に適応することも可能である。図２０ではＤｅｓｃｒｉｐｔｉｖｅタイプのみ記述しているが、Ｔｒａｎｓｆｏｍａｔｉｖｅタイプのアイテムプロパティも同様にグループ化可能である。その際、ＤｅｓｃｒｉｐｔｉｖｅタイプとＴｒａｎｓｆｏｒｍａｔｉｖｅタイプのプロパティは混在せずにグループ化することが望ましい。またその際、ｆｌａｇｓを用いてグループ化するプロパティのタイプがなんであるかを示すようにしてもよいし、ｇｒｏｕｐｉｎｇ＿ｔｙｐｅを用いてグループタイプを識別可能なように定義してもよい。またＤｅｓｃｒｉｐｔｉｖｅタイプのプロパティを記述した後にＤｅｓｃｒｉｐｔｉｖｅタイプのグループを記述することで、あらかじめ記述されたインデックス番号を記述可能である。またその後にＴｒａｎｓｆｏｒｍａｔｉｖｅタイプのアイテムプロパティを記述する。その後同様にＴｒａｎｓｆｏｒｍａｔｉｖｅタイプのアイテムプロパティをグループ化したＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘを記述する方が望ましい。これにより、アイテムプロパティを適応する際の制約条件を変更することなく適応可能となる。

本実施形態のように明示的にグループ化して画像アイテムに適応させることにより、異なるグループタイプのグループ化が可能となるだけでなく、同種ではあるが意味が異なるプロパティを複数グループ化して画像アイテムに適応させることが可能となる。これにより、異なる意味で適応された同種のアイテムプロパティを、グループ毎に選択的に画像アイテムに適応させることができる。

次に、図２１を用いて、同種のアイテムプロパティと共通のアイテムプロパティのそれぞれのアイテムグループを適応した画像ファイルのＩｔｅｍＰｒｏｐｅｒｔｉｅｓＢｏｘの例を示す。

ＩｔｅｍＰｒｏｐｅｒｔｉｅｓＢｏｘ内にはＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ及び、ＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘが格納されている。またＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘには９個の各種アイテムプロパティが格納されている。１番目のＨＥＶＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘは、識別子ｈｖｃＣで示されるボックスであり、画像アイテムの符号化パラメータが格納されている。２番目のＨＥＶＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘには、異なる符号化パラメータが格納されている。３番目と４番目のＩｍａｇｅＳｐａｔｉａｌＥｘｔｅｎｔｓＰｒｏｐｅｒｔｙＢｏｘは識別子ｉｓｐｅで示されるＢｏｘであり、画像のサイズを示す情報が格納されている。２つのＩｍａｇｅＳｐａｔｉａｌＥｘｔｅｎｔｓＰｒｏｐｅｒｔｙＢｏｘには、それぞれ異なる画像サイズの情報が格納されている。

５番目から７番目のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘは、図１９に示した構造を持つボックスであり、‘ａｌｔｔ’で識別される。３つのＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘには、それぞれ異なる言語のテキストが格納されている。グループタイプ‘ａｌｔｒ’で識別されてＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘは、３つのアイテムプロパティをグループ化している。本実施形態ではインデックス順５、６、７のＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙが同種のプロパティとしてグループ化されている。またグループタイプ‘ｊｏｉｎ’で示されるＩｔｅｍＰｒｏｐｅｒｔｙＴｏＧｒｏｕｐＰｒｏｐｅｒｔｙＢｏｘは２つのアイテムプロパティがグループ化されている。本実施形態ではインデックス順１のＨＥＶＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘとインデックス順３のＩｍａｇｅＳｐａｔｉａｌＥｘｔｅｎｔｓＰｒｏｐｅｒｔｙＢｏｘが共通アイテムプロパティとしてグループ化されている。次にＩｔｅｍＰｒｏｐｅｒｔｙＡｓｓｏｃｉａｔｉｏｎＢｏｘには５つのアイテムのプロパティ関連情報が格納されている。ｉｔｅｍ＿ＩＤが１から４のアイテムはインデックス順９番目の‘ｊｏｉｎ’タイプのアイテムグループが適応されており、インデックス順１番目と３番目のアイテムプロパティがすべて共通に適応される。またアイテムＩＤが５のアイテムはインデックス順２、４、８のアイテムプロパティが適応されている。インデックス順８番目のアイテムプロパティはａｌｔｒタイプのアイテムプロパティグループでインデックス順５、６、７番目のアイテムプロパティが選択的に適応される。

本実施形態では同種のアイテムプロパティとしてＡｃｃｅｓｓｉｂｉｌｉｔｙＴｅｘｔＰｒｏｐｅｒｔｙＢｏｘを定義して説明したが、その他異なるアイテムプロパティが選択的に適応可能であってもよい。例えば、同一のアイテムプロパティが複数のバージョンを持つ場合、異なるバージョンそれぞれを同種のプロパティとして格納しておき、読み出し装置が対応しているバージョンのボックスとして適応してもよい。またその他‘ｃｌａｐ’で識別されるＣｌｅａｎＡｐｅｒｔｕｒｅＢｏｘを同種のプロパティとして複数適応し、読み出し装置の選択により、１６：９や４：３での切り出しを可能とすることが可能である。またその他、複数人の特定の人物ごとのＣｌｅａｎＡｐｅｒｔｕｒｅＢｏｘを定義し、読み出し装置が選択的に特定の人物のみを表示するといったことが可能となる。またその他にもさまざまな拡張が考えられる。

以上、本実施形態の画像ファイル生成装置１０１または５０１は、イメージファイルフォーマットに準拠した画像ファイル（ＨＥＩＦファイル）に格納する画像に関連する複数のメタデータ（プロパティ情報）のうち共通または同種のメタデータを抽出する。そして抽出したメタデータをグループ化してメタデータ領域に格納する。その際グループ化した種別を判定可能な識別子を格納する。グループ化したメタデータを他のグループ化していないメタデータ同様にして画像に関連付けて画像ファイルに保持する。これにより、ＨＥＩＦファイルに格納された複数のメタデータ（プロパティ情報）をグループとして扱うことが可能となり、画像を扱う際の処理負荷の低減や、選択的なメタデータの適応ができる。選択的な適応により、画像ファイルを読み出す装置の状況や条件、判断に基づいて適応的に画像を扱うことが可能となる。また、画像ごとのメタデータを共通化して格納することにより、画像ファイルのサイズを低減できる。

このように、上記にのべた各実施形態によれば、所定のファイルフォーマットに応じた画像ファイル内に格納される複数の画像のうち２以上の画像が共通のメタデータに対応する場合において、その画像ファイルに関する処理を効率的に行うことができる。また、所定のファイルフォーマットに応じた画像ファイル内に格納される複数のメタデータのうち２以上の同種のメタデータを１つの画像に適応させる場合において、その画像ファイルにメタデータの選択的な適応を行うことができる。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１、５０１：画像ファイル生成装置、１０２：システムバス、１０３：不揮発メモリ、１０４：ＲＯＭ、１０５：ＲＡＭ、１０６：制御部、１０７：撮像部：１０８：操作部、１０９：ファイル出力部、１１０、５０２：メタデータ処理部、１１１：符号化部、１１２：表示部、１１３：画像認識部、１１４：ＬＡＮ制御部

Claims (11)

1. １つ以上の画像を所定のイメージファイルフォーマットに従った画像ファイルに格納するための画像ファイル生成装置であって、
   前記画像ファイルに格納する複数のメタデータを取得する取得手段と、
   前記複数のメタデータのうち、メタデータの種別に応じてグループ化するグループ化手段と、
   前記グループ化されたメタデータを前記画像ファイルに格納する格納手段と、
   を有することを特徴とする画像ファイル生成装置。
2. 前記グループ化手段は、同一の画像に適応される、同じ種別を有するメタデータをグループ化し、前記格納手段は、前記グループ化されたメタデータを前記同一の画像に対応付けて前記画像ファイルに格納することを特徴とする請求項１に記載の画像ファイル生成装置。
3. 前記グループ化手段は、前記同一の画像に関連するテキスト情報の意味としての種別が同じメタデータをグループ化することを特徴とする請求項２に記載の画像ファイル生成装置。
4. 前記グループ化手段は、前記テキスト情報の意味が同じで異なる言語で表された複数のメタデータをグループ化することを特徴とする請求項３に記載の画像ファイル生成装置。
5. 前記グループ化手段は、２つ以上の画像に共通の種別を有するメタデータをグループ化し、前記格納手段は、前記グループ化されたメタデータを前記２つ以上の画像に対応付けて前記画像ファイルに格納することを特徴とする請求項１から４のいずれか１項に記載の画像ファイル生成装置。
6. 前記取得手段は、ユーザによる入力により、または、あらかじめ決められた設定に基づいて、前記複数のメタデータを取得することを特徴とする請求項１から５のいずれか１項に記載の画像ファイル生成装置。
7. 前記画像ファイルを外部へ出力する出力手段を更に有することを特徴とする請求項１から６のいずれか１項に記載の画像ファイル生成装置。
8. 前記所定のイメージファイルフォーマットは、ＩＳＯ／ＩＥＣ２３００８―１２において規定されるフォーマットであることを特徴とする請求項１から７のいずれか１項に記載の画像ファイル生成装置。
9. 前記取得手段は、前記メタデータとして、ＩＳＯベースメディアファイルフォーマットに準拠する画像ファイルのメタデータを取得し、
   前記グループ化手段は、前記ＩＳＯベースメディアファイルフォーマットに準拠する前記画像ファイルから、アイテムプロパティボックスに格納されるプロパティ情報を抽出し、当該抽出の結果に基づいてグループ化を行うことを特徴とする請求項８に記載の画像ファイル生成装置。
10. １つ以上の画像を所定のイメージファイルフォーマットに従った画像ファイルに格納するための画像ファイル生成方法であって、
    前記画像ファイルに格納する複数のメタデータを取得する取得工程と、
    前記複数のメタデータのうち、メタデータの種別に応じてグループ化するグループ化工程と
    前記グループ化されたメタデータを前記画像ファイルに格納する格納工程と、
    を有することを特徴とする画像ファイル生成方法。
11. コンピュータを、請求項１から１６のいずれか１項に記載の通信装置として機能させるためのプログラム。

Images