WO2021020142A1 - ファイル処理装置、ファイル処理方法、及び、プログラム - Google Patents

ファイル処理装置、ファイル処理方法、及び、プログラム Download PDF

Info

Publication number
WO2021020142A1
WO2021020142A1 PCT/JP2020/027631 JP2020027631W WO2021020142A1 WO 2021020142 A1 WO2021020142 A1 WO 2021020142A1 JP 2020027631 W JP2020027631 W JP 2020027631W WO 2021020142 A1 WO2021020142 A1 WO 2021020142A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
image
proxy
item
stored
Prior art date
Application number
PCT/JP2020/027631
Other languages
English (en)
French (fr)
Inventor
大輔 舩元
伊藤　亮吾
磯部　幸雄
敏弥 石坂
裕樹 椎名
政吾 菊池
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to US17/629,011 priority Critical patent/US20220269716A1/en
Priority to JP2021536926A priority patent/JPWO2021020142A1/ja
Priority to EP20847855.2A priority patent/EP3993394A4/en
Priority to CN202080052758.3A priority patent/CN114128249A/zh
Publication of WO2021020142A1 publication Critical patent/WO2021020142A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • H04N5/772—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera the recording apparatus and the television camera being placed in the same enclosure
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/583—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/21—Intermediate information storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32101—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N1/32128—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title attached to the image data, e.g. file header, transmitted message header, information on the same page or in the same computer file as the image
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32101—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N1/32106—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title separate from the image data, e.g. in a different computer file

Definitions

  • the first file processing method of the present technology is a file processing method including generating a proxy file which is another HEIF file in which related images related to images in a HEIF (High Efficiency Image File Format) file are stored. is there.
  • the signal processing unit 13 includes an optical system / image sensor control unit 41, a coding control unit 42, a file control unit 43, a media control unit 44, an operation control unit 45, a display control unit 46, and a UI control unit 47.
  • the base media file conforming to the ISO base media file format can have an ftyp box, a moov box (MovieBox), a meta box (MetaBox), an mdat box (MediaDataBox), and the like.
  • the ftyp box stores identification information that identifies the file format.
  • the moov box can store a trak box and the like.
  • the meta box can store an inf box, an iprp box, an iref box, an iloc box, and the like.
  • the mdat box can store media data (AV data) and any other data.
  • the ftyp box stores identification information that identifies the file format, for example, that the file is a HEIF file in image item format or image sequence format.
  • FIG. 5 is a diagram showing an example of the format of the HEIF file in the image item format.
  • the iinf box stores the number of items (attribute name and attribute value) that are media data (AV data) stored in the mdat box.
  • An item is one piece of data stored in the mdat box of a HEIF file in the image item format.
  • one image is an item.
  • one image regardless of whether it is a still image or a moving image, is also referred to as a frame.
  • One frame is one item.
  • FIG. 9 is a diagram showing an example of a normal collection file in which a main image and a thumbnail image are stored.
  • heic indicating that it is an image item format and that the codec is HEVC is stored as identification information that identifies the file format.
  • the information stored in the meta box is the normal collection of FIG. 9 in response to the association information as item Item # 201 being stored in the mdat box. Different from the case of files.
  • the metadata of the association information as item Item # 201 is stored in the meta box.
  • FIG. 12 is a diagram showing an example of a third association type collection file.
  • the moov box stores a trak box that manages each track stored in the mdat box.
  • the track of the main image specified by the track ID # 1 (hereinafter, also described as track # 1) and the track # 2 of the thumbnail image of the main image of track # 1 are placed in the mdat box. It is stored. Therefore, the moov box stores a trak box that manages track # 1 and a trak box that manages track # 2.
  • the nth thumbnail image (frame) of track # 2 (from the beginning) is the thumbnail image of the nth main image of track # 1.
  • the tref box can be stored in the trak box.
  • a track ID that identifies another track related to the track managed by the truck box in which the tref box is stored, information indicating the contents of the track, and the like are stored.
  • a tref box is provided in the trak box that manages the track # 2.
  • the HEIF file is accessed by referring to the handle list as necessary.
  • the playback target image specified by the playback target item ID is read from the collection file.
  • step S72 the file control unit 43 reads the uuid associated with the item ID of the predetermined main image searched in step S71 in the association information, and the process ends.
  • the file control unit 43 can store the uuid assigned to the RAW file (RAW image) in the RAW file, for example, the marker note.
  • this technology can be applied to other files, for example, which do not have a box structure and store an image (main image) and another image whose resolution is lowered.
  • the HEIF file to be displayed on the index is transmitted to the external device via the network, and the external device performs the same as the index display on the digital camera 10. , Index display is performed.
  • the first association type collection file of FIG. 34 stores a plurality of four-frame main images Item # 1 to Item # 4, the file size is large.
  • index display for collection files other than the association type collection file can be performed in the same way as the index display for the association type collection file.
  • a proxy file is generated in which the 4-frame thumbnail image in the intra-encoded state is stored as proxy items Item # 1 to Item # 4.
  • the thumbnail image (main image of the proxy file) as the proxy item Item #i is used as the internal data in the proxy file, and the track # 1 of the sequence file # 1 corresponding to the thumbnail image is used.
  • FIG. 51 is a diagram illustrating a proxy file generation process for generating a proxy file of the first form and an additional process for adding a thumbnail image to the proxy file.
  • step S254 the file control unit 43 acquires by reading the meta box from the proxy file to be added, and the process proceeds to step S255.
  • step S257 the file control unit 43 generates a new free box whose size is reduced by an increase in the size (data amount) of the new meta box with respect to the meta box before rewriting. Further, the file control unit 43 rewrites the free box of the proxy file to be added by the new free box, and the additional process ends.
  • step S271 the file control unit 43 selects a thumbnail image from the list screen from the proxy file (hereinafter, also referred to as a selected thumbnail image). Acquired by reading the specific information associated with, the process proceeds to step S272.
  • step S272 the file control unit 43 selects the HEIF file to be searched for the search for detecting the main image, and the process proceeds to step S273.
  • step S284 the file control unit 43 uses the access information to detect the main image specified by the specific information associated with the selected thumbnail image from the detection target file, and the detection process ends.
  • association information in which the item ID of the main image and the item ID of the specific information of the main image are associated with each other is stored in the cdsc box of the iref box in the meta box (Fig. 12).
  • the file control unit 43 sets the main image of the item ID associated with the uuid corresponding to the uuid as the specific information associated with the selected thumbnail image in the proxy target file to the main image corresponding to the selected thumbnail image. Detect as.
  • the proxy thumbnail image can be encoded with a compression rate different from that of the present thumbnail image, for example, a encoding having a compression rate higher than that of the present thumbnail image.
  • the file control unit 43 has, for example, a first collection file having a free box and having a proxy thumbnail image as a thumbnail image of the main image stored in the proxy target file stored in the mdat box as a proxy item. Generate as a form proxy file.
  • FIG. 67B shows an example of the structure of the proxy file after the proxy thumbnail images of other main images are added by the additional processing.
  • the file control unit 43 When adding the proxy thumbnail images C and D, the file control unit 43 rewrites the meta box to the state in which the metadata of the proxy thumbnail images C and D is added, and frees only by the increase in the capacity of the meta box increased by the rewriting. Reduce the capacity of the box.
  • the proxy thumbnail image of the main image stored in the new proxy target file is added to the existing proxy file in the same manner.
  • FIG. 70 shows an example of the structure of the proxy file after the proxy thumbnail images of other main images are added by the additional processing.
  • step S373 the file control unit 43 calculates the size (size) of the free box provided in the proxy file in the same manner as in step S243 of FIG. 55, and the process proceeds to step S374.
  • step S381 the file control unit 43 uses, for example, a HEIF file (all or a part of) already existing in a predetermined directory or media as a proxy target file, and a proxy thumbnail image of the main image stored in the proxy target file. Is acquired as an additional thumbnail image, and the process proceeds to step S382.
  • a HEIF file all or a part of
  • the file control unit 43 rewrites the meta box of the proxy file to be added by the new meta box, and the process proceeds from step S386 to step S387.
  • step S387 the file control unit 43 generates a new free box whose size is reduced by the increase in the size of the new meta box with respect to the meta box before rewriting. Further, the file control unit 43 rewrites the free box of the proxy file to be added by the new free box, and the additional process ends.
  • the file processing device described. ⁇ 7> The file processing device according to any one of ⁇ 1> to ⁇ 6>, wherein the related image is an image having a different image quality or data amount from the image.
  • the related image is an image having the same content with a different number of pixels or size from the image, an image with the same content having a different signal format from the image, or an image having the same content with a different gradation from the image ⁇ 1> to The file processing device according to any one of ⁇ 6>.
  • the HEIF file stores the image and a thumbnail image of the image.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Library & Information Science (AREA)
  • Television Signal Processing For Recording (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本技術は、インデクス表示を、迅速に行うことができるようにするファイル処理装置、ファイル処理方法、及び、プログラムに関する。 ファイル制御部は、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成する。また、ファイル制御部は、プロキシファイルに格納された関連画像から選択された選択関連画像に対応する画像を検出する。本技術は、例えば、サムネイル画像のインデクス表示を行う場合等に適用することができる。

Description

ファイル処理装置、ファイル処理方法、及び、プログラム
　本技術は、ファイル処理装置、ファイル処理方法、及び、プログラムに関し、特に、例えば、インデクス表示を、迅速に行うことができるようにするファイル処理装置、ファイル処理方法、及び、プログラムに関する。
　画像を、効率的に格納するファイルフォーマットとして、HEIF(High Efficiency Image File Format)がある（非特許文献１を参照）。
ISO/IEC 23008-12:2017, Information technology -- High efficiency coding and media delivery in heterogeneous environments -- Part 12: Image File Format
　HEIF(High Efficiency Image File Format)に準拠したHEIFファイルについては、今後、インデクス表示を迅速に行うことが要請されることが予想される。
　本技術は、このような状況に鑑みてなされたものであり、インデクス表示を、迅速に行うことができるようにするものである。
　本技術の第１のファイル処理装置、又は、プログラムは、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成するファイル制御部を備えるファイル処理装置、又は、そのようなファイル処理装置として、コンピュータを機能させるためのプログラムである。
　本技術の第１のファイル処理方法は、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成することを含むファイル処理方法である。
　本技術の第１のファイル処理装置、ファイル処理方法、及び、プログラムにおいては、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルが生成される。
　本技術の第２のファイル処理装置、又は、プログラムは、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出するファイル制御部を備えるファイル処理装置、又は、そのようなファイル処理装置として、コンピュータを機能させるためのプログラムである。
　本技術の第２のファイル処理方法は、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出することを含むファイル処理方法である。
　本技術の第２のファイル処理装置、ファイル処理方法、及び、プログラムにおいては、HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像が検出される。
　なお、第１及び第２のファイル処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
　また、第１及び第２のプログラムは、記録媒体に記録して、又は、伝送媒体を介して伝送することにより、提供することができる。
本技術を適用したディジタルカメラの一実施の形態の構成例を示すブロック図である。 JPEG(Joint Photographic Experts Group)に準拠したJPEGファイルのフォーマットの例を示す図である。 ISOベースメディアファイルフォーマットの例を示す図である。 HEIFに準拠したHEIFファイルのフォーマットの例を示す図である。 イメージアイテム形式のHEIFファイルのフォーマットの例を示す図である。 iprpボックスの例を示す図である。 イメージシーケンス形式のHEIFファイルのフォーマットの例を示す図である。 trakボックスの例を示す図である。 主画像及びサムネイル画像が格納された通常のコレクションファイルの例を示す図である。 第１の関連付け型コレクションファイルの例を示す図である。 第２の関連付け型コレクションファイルの例を示す図である。 第３の関連付け型コレクションファイルの例を示す図である。 主画像のトラック及びその主画像のサムネイル画像のトラックが格納された通常のシーケンスファイルの例を示す図である。 関連付け型シーケンスファイルの例を示す図である。 関連付け型HEIFファイルを生成する生成処理の例の概要を説明するフローチャートである。 関連付け型HEIFファイルを再生する再生処理の例の概要を説明するフローチャートである。 コレクションファイルを再生する再生処理の例を説明するフローチャートである。 ステップＳ３２の再生対象画像の読み出しの処理の例を説明するフローチャートである。 ステップＳ３１の再生対象アイテムIDの取得の処理の第１の例を説明するフローチャートである。 ステップＳ３１の再生対象アイテムIDの取得の処理の第２の例を説明するフローチャートである。 第１の関連付け型コレクションファイルから所定の主画像のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。 第２の関連付け型コレクションファイルから所定の主画像のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。 第３の関連付け型コレクションファイルから所定の主画像のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。 コレクションファイルから主画像のアイテムIDのリストを取得する処理の例を説明するフローチャートである。 シーケンスファイルから所定の時刻情報に対する主画像（のフレーム）のサムネイル画像を再生する処理の例を説明するフローチャートである。 関連付け型シーケンスファイルから所定の主画像（のフレーム）のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。 外部データとして、主画像のRAWファイルを採用し、関連付け型コレクションファイルを生成する場合の、RAWファイルへのuuidの格納の例を示す図である。 外部データとして、主画像のRAWファイルを採用し、関連付け型シーケンスファイルを生成する場合の、RAWファイルへのuuidの格納の例を示す図である。 外部データとして、主画像のWAVファイルを採用し、関連付け型コレクションファイルを生成する場合の、WAVファイルへのuuidの格納の例を示す図である。 外部データとして、主画像のWAVファイルを採用し、関連付け型シーケンスファイルを生成する場合の、WAVファイルへのuuidの格納の例を示す図である。 ディジタルカメラ１０でのインデクス表示の例を説明する図である。 ディジタルカメラ１０以外の外部デバイスでのインデクス表示の例を説明する図である。 第１の関連付け型コレクションファイルを対象とするインデクス表示の例を示す図である。 第１の関連付け型コレクションファイルを対象とするインデクス表示の他の例を示す図である。 関連付け型シーケンスファイルを対象とするインデクス表示の例を示す図である。 プロキシファイルの第１の例を説明する図である。 プロキシファイルの第２の例を説明する図である。 プロキシファイルの第３の例を説明する図である。 プロキシファイルの第４の例を説明する図である。 プロキシ対象ファイルとしてのシーケンスファイル#1への、外部データとしての主画像の特定情報としてのuuidの書き込みの例を説明する図である。 第１の関連付け型コレクションファイルをプロキシ対象ファイルとするプロキシファイルの生成の例を説明する図である。 第１の関連付け型コレクションファイルをプロキシ対象ファイルとするプロキシファイルの生成の他の例を説明する図である。 関連付け型シーケンスファイルをプロキシ対象ファイルとするプロキシファイルの生成の例を説明する図である。 プロキシ対象ファイルと、そのプロキシ対象ファイルを用いたプロキシファイル生成処理により生成されるプロキシファイルとの組がとる形態を説明する図である。 プロキシ対象ファイルとプロキシファイルとの組がとる第２の形態の詳細例を示す図である。 プロキシ対象ファイルとプロキシファイルとの組がとる第３の形態の詳細例を示す図である。 ディジタルカメラ１０でのプロキシファイルを用いたインデクス表示の例を説明する図である。 ディジタルカメラ１０以外の外部デバイスでのプロキシファイルを用いたインデクス表示の例を説明する図である。 プロキシ対象ファイルとするHEIFファイルの選択の例を説明する図である。 プロキシ対象ファイルとするHEIFファイルの選択の他の例を説明する図である。 第１の形態のプロキシファイルを生成するプロキシファイル生成処理、及び、そのプロキシファイルにサムネイル画像を追加する追加処理を説明する図である。 第１の形態のプロキシファイルを生成するプロキシファイル生成処理の例を説明するフローチャートである。 第１の形態のプロキシファイルにサムネイル画像を追加する追加処理の例を説明するフローチャートである。 第２又は第３の形態のプロキシファイルを生成するプロキシファイル生成処理、及び、そのプロキシファイルにサムネイル画像を追加する追加処理を説明する図である。 第２又は第３の形態のプロキシファイルを生成するプロキシファイル生成処理の例を説明するフローチャートである。 第２又は第３の形態のプロキシファイルにサムネイル画像を追加する追加処理の例を説明するフローチャートである。 第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例を説明する図である。 第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例をさらに説明する図である。 第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例を説明するフローチャートである。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例を説明する図である。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例をさらに説明する図である。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第１の例を説明する図である。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第１の例を説明するフローチャートである。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第２の例を説明する図である。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第３の例を説明する図である。 第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第４の例を説明する図である。 プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理、及び、追加処理を説明する図である。 プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理の例を説明するフローチャートである。 プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合の追加処理の例を説明するフローチャートである。 プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理、及び、追加処理を説明する図である。 プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理の例を説明するフローチャートである。 プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合の追加処理の例を説明するフローチャートである。 既に存在するHEIFファイルをプロキシ対象ファイルとするプロキシファイル生成処理の例を説明するフローチャートである。 既に存在するHEIFファイルをプロキシ対象ファイルとする追加処理の例を説明するフローチャートである。 本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
　＜本技術を適用したディジタルカメラの一実施の形態＞
　図１は、本技術を適用したディジタルカメラの一実施の形態の構成例を示すブロック図である。
　ディジタルカメラ１０は、光学系１１、イメージセンサ１２、信号処理部１３、メディア１４、インタフェース１５及び１６、ボタン／キー１７、タッチパネル１８、液晶パネル１９、ビューファインダ２０、並びに、インタフェース２１等を有する。
　光学系１１は、被写体からの光を、イメージセンサ１２に集光する。
　イメージセンサ１２は、光学系１１からの光を受光し、光電変換する撮像を行うことで、電気信号としての画像のデータを生成し、信号処理部１３に供給する。
　信号処理部１３は、光学系／イメージセンサ制御部４１、符号化制御部４２、ファイル制御部４３、メディア制御部４４、操作制御部４５、表示制御部４６、及び、UI制御部４７を有する。
　光学系／イメージセンサ制御部４１は、光学系１１及びイメージセンサ１２を制御し、その制御に従って行われる撮像により得られる画像（のデータ）を、符号化制御部４２に供給する。
　符号化制御部４２は、光学系／イメージセンサ制御部４１からの画像を表示制御部４６に供給するとともに、必要に応じて符号化し、ファイル制御部４３に供給する。また、符号化制御部４２は、ファイル制御部４３から供給される画像を必要に応じて復号し、表示制御部４６に供給する。
　ファイル制御部４３は、符号化制御部４２から供給される画像を格納したファイルを生成し、メディア制御部４４に供給する。また、ファイル制御部４３は、メディア制御部４４から供給されるファイルの再生、すなわち、ファイルに格納された画像等のデータの読み出し等を行う。例えば、ファイルから読み出された画像は、ファイル制御部４３から符号化制御部４２に供給される。
　メディア制御部４４は、メディア１４、並びに、インタフェース１５及び１６との間でのファイルのやりとりを制御する。例えば、メディア制御部４４は、ファイル制御部４３からのファイルを、メディア１４に記録させ、又は、インタフェース１５及び１６から送信させる。また、メディア制御部４４は、メディア１４からファイルを読み出し、又は、インタフェース１５及び１６にファイルを受信させ、ファイル制御部４３に供給する。
　操作制御部４５は、ユーザによるボタン／キー１７やタッチパネル１８の操作に応じて、その操作に対応する操作信号を、必要なブロックに供給する。
　表示制御部４６は、符号化制御部４２から供給される画像等を、液晶パネル１９や、ビューファインダ２０、インタフェース２１に供給して表示させる表示制御等を行う。
　UI制御部４７は、UI(User Interface)制御をつかさどる。
　メディア１４は、例えば、SDカード等の記憶媒体である。インタフェース１５は、例えば、WiFi（登録商標）やイーサネット（登録商標）等のLAN(Local Area Network)のインタフェースである。インタフェース１６は、例えば、USB(Universal Serial Bus)のインタフェースである。ボタン／キー１７及びタッチパネル１８は、ディジタルカメラ１０に指令その他の情報を入力するときに、ユーザによって操作される。タッチパネル１８は、液晶パネル１９と一体的に構成することができる。液晶パネル１９及びビューファインダ２０は、表示制御部４６から供給される画像等を表示する。インタフェース２１は、HDMI(High-Definition Multimedia Interface)（登録商標）やDP(Display Port)等の少なくとも画像を伝送するインタフェースである。
　以上のように構成されるディジタルカメラ１０では、光学系／イメージセンサ制御部４１は、イメージセンサ１２の撮像により得られるRAWデータの画像（以下、RAW画像ともいう）から、例えば、そのRAW画像と同一の解像度（画素数）のYUVの画像を、HEIFファイルの主画像(master image)として生成し、符号化制御部４２に供給する。
　符号化制御部４２は、YUVの主画像から、液晶パネル１９や外部のディスプレイでの表示の用途用に、主画像に基づく第１の他の画像としての、例えば、主画像よりも解像度が低いYUVの画像（以下、スクリーンネイル画像ともいう）を生成するとともに、インデクス表示（一覧表示）の用途用に、主画像に基づく第２の他の画像としての、例えば、スクリーンネイル画像よりも解像度が低いYUVの画像（以下、サムネイル画像ともいう）を生成する。符号化制御部４２は、例えば、スクリーンネイル画像を、表示制御部４６を介して、液晶パネル１９に供給し、いわゆるスルー画として表示させる。サムネイル画像としては、例えば、長辺が320ピクセル以下のサイズの画像を採用することができる。主画像と、主画像に基づく第１の他の画像としてのスクリーンネイル画像、又は、主画像に基づく第２の他の画像としてのサムネイル画像とのサイズ（ピクセル数）の比率は、例えば、200倍以下にすることができる。主画像に基づく第１の他の画像としてのスクリーンネイル画像と、主画像に基づく第２の他の画像としてのサムネイル画像とのサイズの比率も、同様に、200倍以下とすることができる。スクリーンネイル画像としては、例えば、解像度が4K以上の画像を採用することができる。また、スクリーンネイル画像としては、例えば、ユーザの選択に応じて、4K（QFHD）又はFHDの画像を採用することができる。さらに、主画像とスクリーンネイル画像としては、同一の解像度の画像を採用することができる。主画像とスクリーンネイル画像として、同一の解像度の画像を採用する場合、HEIFファイルには、主画像とスクリーンネイル画像との両方を格納することもできるし、スクリーンネイル画像を格納せずに、主画像を格納することができる。HEIFファイルに、スクリーンネイル画像を格納せずに、主画像を格納する場合には、主画像をリサイズして、スクリーンネイル画像として用いることができる。
　また、符号化制御部４２は、RAW画像に対応する主画像、スクリーンネイル画像、及び、サムネイル画像（同一のRAW画像から生成された主画像、スクリーンネイル画像、及び、サムネイル画像）を、必要に応じて符号化し、RAW画像とともに、ファイル制御部４３に供給する。
　ファイル制御部４３は、RAW画像が格納されたRAWファイルを生成するとともに、対応する主画像、スクリーンネイル画像、及び、サムネイル画像（同一のRAW画像から生成された主画像、スクリーンネイル画像、及び、サムネイル画像）が格納されたHEIFファイル、又は、JPEGファイル等を生成し、メディア制御部４４に供給する。HEIFファイルとは、HEIF(High Efficiency Image File Format)に準拠したファイルであり、JPEGファイルとは、JPEG(Joint Photographic Experts Group)に準拠したファイルである。
　メディア制御部４４は、ファイル制御部４３からのRAWファイルと、HEIFファイル又はJPEGファイルとを、メディア１４に記録し、あるいは、インタフェース１５又は１６から送信させる。
　ファイル制御部４３において、HEIFファイル、及び、JPEGファイルのうちのいずれを生成するかは、例えば、ユーザの操作に応じて選択することができる。また、HEIFファイルには、後述するように、イメージアイテム形式とイメージシーケンス形式とがあるが、イメージアイテム形式とイメージシーケンス形式とのいずれを採用するかは、例えば、ユーザの操作に応じて選択することができる。さらに、ファイル制御部４３では、ユーザの操作に応じて、HEIFファイルとJPEGファイルとの間の相互変換を行うことができる。
　さらに、ファイル制御部４３では、HEIFファイルの生成にあたって、HEIFファイル外の外部データ（HEIFファイルに格納されていないデータ）と関連付けるHEIFファイル内の内部データ（HEIFファイルに格納されたデータ）と、その外部データを特定する特定情報とを関連付けて、HEIFファイルに格納することができる。内部データと、その内部データと関連付ける外部データの特定情報とが関連付けられて格納されたHEIFファイルを、関連付け型HEIFファイルともいう。関連付け型HEIFファイルには、例えば、内部データと特定情報とを関連付ける関連付け情報を格納すること等によって、内部データと特定情報とを関連付けて格納することができる。
　＜JPEGファイル＞
　図２は、JPEG(Joint Photographic Experts Group)に準拠したJPEGファイルのフォーマットの例を示す図である。
　JPEGファイルは、例えば、Exifのメタデータ、サムネイル画像、XMP(Extensible Metadata Platform)（登録商標）のメタデータ、主画像及び簡易表示用画像の格納場所（位置）等を表すMPF、主画像、並びに、簡易表示用画像が格納されて構成される。簡易表示用画像としては、例えば、スクリーンネイル画像を採用することができる。
　＜ISOベースメディアファイルフォーマット＞
　図３は、ISOベースメディアファイルフォーマットの例を示す図である。
　HEIF(ISO/IEC 23008-12)は、ISOベースメディアファイルフォーマット(ISO/IEC 14496-12)に準拠したファイルフォーマットであり、したがって、HEIFファイルは、ISOベースメディアファイルフォーマットに準拠する。
　ISOベースメディアファイルフォーマットは、データを格納するコンテナとしてのボックス(box)と呼ばれる単位で構成され、ボックス構造と呼ばれる構造を有する。
　ボックスは、タイプ(box type)、及び、実データ(data)等を有する。タイプは、ボックス内の実データの種類を表す。実データとしては、画像（静止画、動画）や、オーディオ、字幕（サブタイトル）等の再生可能なメディアデータ、属性名（フィールド名）とその属性名（で表される変数）の属性値（フィールド値）、その他の各種のデータを採用することができる。
　さらに、実データとしては、ボックスを採用することができる。すなわち、ボックスは、実データとして、ボックスを持つことができ、これにより、階層構造にすることができる。
　ISOベースメディアファイルフォーマットに準拠したベースメディアファイルは、ftypボックス、moovボックス(MovieBox)、metaボックス(MetaBox)、及び、mdatボックス(MediaDataBox)等を有することができる。ftypボックスには、ファイルフォーマットを識別する識別情報が格納される。moovボックスは、trakボックス等を格納することができる。metaボックスは、iinfボックス、iprpボックス、irefボックス、ilocボックス等を格納することができる。mdatボックスは、メディアデータ（AVデータ）、その他任意のデータを格納することができる。
　HEIFは、以上のようなISOベースメディアファイルフォーマットに準拠する。
　＜HEIFファイル＞
　図４は、HEIFに準拠したHEIFファイルのフォーマットの例を示す図である。
　HEIFファイルには、大きく分けて、イメージアイテム形式と、イメージシーケンス形式とがある。さらに、イメージアイテム形式には、後述するアイテムを１つだけ有するシングルイメージ形式と、アイテムを複数有するイメージコレクション形式とがある。
　イメージアイテム形式のHEIFファイルは、ftypボックス、metaボックス、及び、mdatボックスを有する。
　イメージシーケンス形式のHEIFファイルは、ftypボックス、moovボックス、及び、mdatボックスを有する。
　なお、HEIFファイルは、metaボックス及びmoovボックスのうちの一方だけでなく、両方を有することもできる。
　ftypボックスには、ファイルフォーマットを識別する識別情報、例えば、ファイルがイメージアイテム形式又はイメージシーケンス形式のHEIFファイルであること等が格納される。
　metaボックス及びmoovボックスには、mdatボックスに格納されるメディアデータの再生や管理等に必要な、例えば、メディアデータの格納場所等のメタデータが格納される。
　mdatボックスには、メディアデータ（AVデータ）等が格納される。
　ディジタルカメラ１０において、イメージアイテム形式とイメージシーケンス形式とのHEIFファイルのうちのいずれのHEIFファイルを生成するかは、例えば、ユーザの操作に応じて選択することができる。また、HEIFファイルのmdatボックスに、画像を符号化して格納する場合には、イメージアイテム形式については、イントラ符号化のみが許され、イメージシーケンス形式については、イントラ符号化及びインター符号化が許される。したがって、例えば、HEIFファイルに格納されたデータへの高速アクセスを優先する場合には、イメージアイテム形式のHEIFファイルの生成を選択し、HEIFファイルのサイズ（データ量）を小さくすることを優先する場合には、イメージシーケンス形式のHEIFファイルの生成を選択することができる。
　図５は、イメージアイテム形式のHEIFファイルのフォーマットの例を示す図である。
　イメージアイテム形式のHEIFファイルでは、ftypボックスに、イメージアイテム形式のHEIFファイルであることを表す情報、例えば、mif1等が（属性値として）格納される。
　metaボックスには、iinfボックス、irefボックス、iprpボックス、及び、ilocボックスが格納される。
　iinfボックスには、mdatボックスに格納されたメディアデータ（AVデータ）であるアイテムの数（を表す属性名と属性値）等が格納される。アイテムとは、イメージアイテム形式のHEIFファイルのmdatボックスに格納される１つのデータであり、例えば、１枚（画面）の画像が、アイテムである。本明細書では、静止画及び動画にかかわらず、画像の１枚を、フレームともいう。１フレームは、１アイテムである。
　irefボックスには、アイテムどうしの関連を表す情報が格納される。例えば、mdatボックスには、対応する主画像、スクリーンネイル画像、及び、サムネイル画像のそれぞれをアイテムとして格納することができる。mdatボックスに、主画像としてのアイテムI1、スクリーンネイル画像としてのアイテムI2、及び、サムネイル画像としてのアイテムI3が格納される場合、irefボックスには、アイテムI2がアイテムI1としての主画像のスクリーンネイル画像であることを表す情報や、アイテムI3がアイテムI1としての主画像のサムネイル画像であることを表す情報が格納される。
　iprpボックスには、アイテムのプロパティに関する情報が格納される。
　ilocボックスには、mdatボックスに格納されたアイテムの格納場所に関する情報が格納される。
　イメージアイテム形式の（HEIFファイルの）mdatボックスには、アイテムとしての、例えば、画像のフレームが格納される。mdatボックスには、１個以上のアイテムを格納することができる。また、mdatボックスには、アイテムとしてのフレームを符号化して格納することができる。但し、イメージアイテム形式のmdatボックスに格納するアイテムとしてのフレームの符号化は、イントラ符号化に制限される。アイテムとしてのフレームを符号化する符号化方式（コーデック）としては、例えば、HEVC等を採用することができる。
　図６は、図５のiprpボックスの例を示す図である。
　iprpボックスには、アイテムのプロパティに関するipcoボックス及びipmaボックスが格納される。ipcoボックスには、mdatボックスに格納されたアイテムのプロパティ、例えば、アイテムとしての画像のコーデックに関するコーデック情報やサイズに関する画サイズ情報が格納される。ipmaボックスには、mdatボックスに格納されたアイテムの、ipcoボックスに格納されたプロパティへのインデクス（ポインタ）が格納される。
　図７は、イメージシーケンス形式のHEIFファイルのフォーマットの例を示す図である。
　イメージシーケンス形式のHEIFファイルでは、ftypボックスに、イメージシーケンス形式のHEIFファイルであることを表す情報、例えば、msf1等が格納される。
　moovボックスには、trakボックスが格納される。trakボックスには、mdatボックスに格納されるトラックに関する情報が格納される。
　トラックは、画像や音声等の１つの独立した、タイムラインに従って再生されるメディアデータで構成される。例えば、トラックは、エレメンタリストリームとなる１フレーム以上の画像で構成される。mdatボックスに格納されるトラックについては、複数のトラック、例えば、同時に記録された画像及び音声それぞれのトラックを、同時に再生することができる。
　トラックのメディアデータは、サンプルと呼ばれる単位で構成される。サンプルとは、HEIFファイル内のメディアデータにアクセスする場合の、最小の単位（アクセス単位）である。したがって、サンプルより細かい単位で、HEIFファイル内のメディアデータにアクセスすることはできない。
　画像のメディアデータについては、例えば、１フレーム等が、１サンプルとなる。また、音声のメディアデータについては、例えば、その音声のメディアデータの規格で定められた１オーディオフレーム等が、１サンプルとなる。
　イメージシーケンス形式の（HEIFファイルの）mdatボックスにおいて、トラックのメディアデータは、チャンク(chunk)と呼ばれる単位で配置される。チャンクは、論理的に連続したアドレスに配置される１以上のサンプルの集合である。
　mdatボックスに、メディアデータとしての複数のトラックが格納される場合、その複数のトラックは、チャンク単位で、インターリーブして配置される。
　以上のように、イメージシーケンス形式のmdatボックスには、画像や音声等のメディアデータで構成される１以上のトラックが格納される。
　mdatボックスには、トラックを構成する画像のフレームを符号化して格納することができる。イメージシーケンス形式のmdatボックスに格納するトラックを構成するフレームの符号化には、GOP(Group of Picture)として、long GOPを採用するとともに、イントラ符号化及びインター符号化のいずれをも採用することができる。トラックを構成するフレームを符号化するコーデックとしては、例えば、HEVC等を採用することができる。
　図８は、trakボックスの例を示す図である。
　trakボックスには、tkhdボックス及びmdiaボックスを格納することができる。tkhdボックスには、trakボックスが管理するトラックの作成日時等の、トラックのヘッダ情報が格納される。mdiaボックスには、minfボックス等が格納される。minfボックスには、stblボックスが格納される。stblボックスには、トラックのサンプル、ひいては、チャンクにアクセスするための情報が格納されるstsdボックス、stscボックス、stszボックス、及び、stcoボックスが格納される。stsdボックスには、トラックのコーデックに関するコーデック情報が格納される。stscボックスには、チャンクサイズ（1チャンクのサンプル数）が格納される。stszボックスには、サンプルサイズが格納される。stcoボックスには、チャンクオフセット、すなわち、mdatボックスに格納されたトラックの各チャンクの配置位置のオフセットが格納される。
　ここで、イメージアイテム形式のHEIFファイルを、コレクションファイルともいい、イメージシーケンス形式のHEIFファイルを、シーケンスファイルともいう。さらに、イメージアイテム形式の関連付け型HEIFファイルを、関連付け型コレクションファイルともいい、イメージシーケンス形式の関連付け型HEIFファイルを、関連付け型シーケンスファイルともいう。
　ディジタルカメラ１０では、主画像、さらには、必要なスクリーンネイル画像、及び、サムネイル画像のうちの一方又は両方が格納されたHEIFファイル（関連付け型HEIFファイルを含む）を生成することができる。
　＜コレクションファイル＞
　図９は、主画像及びサムネイル画像が格納された通常のコレクションファイルの例を示す図である。
　ここで、通常のコレクションファイルとは、コレクションファイル内の内部データと、外部データの特定情報とが関連付けられていないコレクションファイルを意味する。
　いま、コレクションファイルのmdatボックスには、フレーム（アイテム）がHEVCで符号化されて格納されることとする。
　ftypボックスには、ファイルフォーマットを識別する識別情報として、イメージアイテム形式であることと、コーデックがHEVCであることとを表すheicが格納される。
　iinfボックスには、mdatボックスに格納されたアイテムの数（アイテム数）が格納される。図９では、アイテムID#1で特定される主画像（以下、主画像Item#1のようにも記載する）、主画像Item#2、アイテムID#101で特定されるサムネイル画像（以下、サムネイル画像Item#101のようにも記載する）、サムネイル画像Item#102の合計で４個のアイテム（フレーム）が、mdatボックスに格納されている。したがって、アイテム数は４である。なお、サムネイル画像Item#101は、主画像Item#1のサムネイル画像であり、サムネイル画像Item#102は、主画像Item#2のサムネイル画像である。
　iinfボックスには、さらに、例えば、mdatボックスに格納されたアイテムごとに、infeボックスが格納される。infeボックスには、アイテムを特定するアイテムIDと、アイテムタイプとが登録される。図９では、主画像Item#1及びItem#2、並びに、サムネイル画像Item#101及びIteｍ#102それぞれのinfeボックスが存在する。
　irefボックスには、mdatボックスに格納されたアイテムどうしを関連付ける情報として、例えば、thmbボックスが格納される。thmbボックスは、主画像とその主画像のサムネイル画像とを関連付ける情報としての参照元と参照先とが対応付けられて格納される。thmbボックスにおいて、参照元は、主画像のアイテムIDを表し、参照先は、参照元のアイテムIDで特定される主画像のサムネイル画像のアイテムIDを表す。したがって、参照元に対応付けられている参照先によれば、参照元が表すアイテムIDで特定される主画像のサムネイル画像のアイテムIDを認識することができる。また、参照先に対応付けられている参照元によれば、参照先が表すアイテムIDで特定されるサムネイル画像の主画像のアイテムIDを認識することができる。
　iprpボックスには、図６で説明したように、ipcoボックス及びipmaボックスが格納される。ipcoボックスには、図６で説明したように、mdatボックスに格納されたアイテムとしてのフレームのプロパティ、例えば、コーデックに関するコーデック情報やサイズに関する画サイズ情報が格納される。ipmaボックスには、図６で説明したように、mdatボックスに格納されたアイテムの、ipcoボックスに格納されたプロパティへのインデクスが格納される。
　ilocボックスには、図６で説明したようにmdatボックスにおけるアイテムの格納場所に関する情報が格納される。図９では、ilocボックスには、アイテム数が４であることが格納されている。さらに、ilocボックスには、mdatボックスに格納された主画像Item#1及びItem#2、並びに、サムネイル画像Item#101及びIteｍ#102それぞれの格納場所へのオフセット及びサイズがアイテムIDと対応付けられて格納されている。
　以下、図９の通常のコレクションファイルに、内部データと外部データの特定情報とを関連付けて格納した関連付け型コレクションファイルについて説明する。
　図１０は、第１の関連付け型コレクションファイルの例を示す図である。
　ここで、以下では、HEIFファイル内の内部データとしての主画像と関連付ける外部データとして、例えば、その主画像のRAW画像（が格納されたRAWファイル）を採用することとする。
　第１の関連付け型コレクションファイルには、内部データとしての主画像と、外部データとしてのRAW画像が格納されたRAWファイル（に格納されたRAW画像）の特定情報とを関連付ける関連付け情報を格納することで、主画像とRAW画像が格納されたRAWファイルの特定情報とが関連付けられて格納される。さらに、第１の関連付け型コレクションファイルでは、関連付け情報が、metaボックスに格納される。
　外部データとしてのRAW画像が格納されたRAWファイルの特定情報としては、RAWファイルのファイル名や、RAWファイルに対して発行されたuuid(Universally Unique Identifier)、URL(Uniform Resource Locator)、その他、RAWファイル（に格納されたRAW画像）を特定することができる任意の情報を採用することができる。
　第１の関連付け型コレクションファイルについては、metaボックスに格納される新たなボックスとして、関連付け情報が格納される関連付け情報格納ボックスが定義され、metaボックスに格納される。第１の関連付け型コレクションファイルの関連付け情報格納ボックスには、例えば、主画像を特定するアイテムIDと、その主画像に関連付ける（RAW画像が格納された）RAWファイル（に格納されたRAW画像）を特定する特定情報としてのuuidとが対応付けられた関連付け情報が格納される。さらに、関連付け情報格納ボックスには、RAWファイル（に格納されたRAW画像）と関連付けられる主画像の数（主画像数）が格納される。関連付け情報格納ボックスに格納される主画像数は、RAWファイルと関連付けられる主画像の数であるので、mdatボックスに格納されている主画像の数以下の値になる。
　図１０では、主画像Item#1のRAWファイルのuuid（主画像Item#1と関連付けられたRAW画像のuuid）が、UUID#1になっており、主画像Item#2のRAWファイルのuuidが、UUID#2になっている。いま、uuidがUUID#iのRAWファイルを、RAWファイルUUID#iと記述することとすると、図１０では、主画像Item#1のアイテムID#1とRAWファイルUUID#1のuuidとが対応付けられ、かつ、主画像Item#2のアイテムID#2とRAWファイルUUID#2のuuidとが対応付けられた関連付け情報が、関連付け情報格納ボックスに格納されている。
　図１１は、第２の関連付け型コレクションファイルの例を示す図である。
　第２の関連付け型コレクションファイルには、第１の関連付けコレクションファイルと同様に、内部データとしての主画像と、外部データとしてのRAWファイルの特定情報とを関連付ける関連付け情報を格納することで、主画像とRAWファイルの特定情報とが関連付けられて格納される。但し、第２の関連付け型コレクションファイルでは、関連付け情報が、mdatボックスに格納される。
　第２の関連付け型コレクションファイルについては、例えば、第１の関連付けコレクションファイルの場合と同様の関連付け情報が、アイテムとして、mdatボックスに格納される。図１１では、関連付け情報が、アイテムID#201のアイテムとして、mdatボックスに格納されている。
　以上のように、第２の関連付け型コレクションファイルでは、アイテムItem#201としての関連付け情報が、mdatボックスに格納されることに応じて、metaボックスに格納される情報が、図９の通常のコレクションファイルの場合と異なる。第２の関連付け型コレクションファイルでは、アイテムItem#201としての関連付け情報のメタデータが、metaボックスに格納される。
　具体的には、第２の関連付け型コレクションファイルでは、iinfボックス及びilocボックスに格納されるアイテム数が、図９の場合の４から、その４に、アイテムItem#201の１を加えた５になる。さらに、iinfボックスに、アイテムItem#201に対するinfeボックスが追加されるとともに、ilocボックスに、アイテムItem#201の格納場所へのオフセット及びサイズが追加される。アイテムItem#201に対するinfeボックスには、アイテムItem#201のアイテムID#201と、アイテムItem#201が関連付け情報であることを表すアイテムタイプIDIF(identifying data info)とが格納される。IDIFは、アイテムが関連付け情報であることを表す、新たに定義された属性値（フィールド値）である。
　図１２は、第３の関連付け型コレクションファイルの例を示す図である。
　第３の関連付け型コレクションファイルでは、外部データとしてのRAWファイルの特定情報を、特定情報ごとに、アイテムとして、mdatボックスに格納するとともに、内部データとしての主画像と、外部データとしてのRAWファイルの特定情報とを関連付ける関連付け情報を、metaボックスに格納することで、主画像とRAWファイルの特定情報とが関連付けられて格納される。但し、第３の関連付け型コレクションファイルでは、関連付け情報は、アイテムとしての主画像のアイテムIDと、アイテムとしての（RAWファイルの）特定情報のアイテムIDとを対応付けた情報であり、metaボックス内のirefボックスに格納されるcdscボックスに格納される。
　cdscボックスには、主画像とその主画像のRAWファイルの特定情報それぞれとしてのアイテムどうしとを関連付ける情報としての参照元と参照先とを対応付けて格納することができる。cdscボックスにおいて、参照元は、主画像のアイテムIDを表し、参照先は、参照元のアイテムIDで特定される主画像のRAWファイルのアイテムとしての特定情報のアイテムIDを表す。
　図１２では、主画像Item#1のRAWファイルの特定情報としてのuuidであるUUID#1が、アイテムItem#201として、mdatボックスに格納され、主画像Item#2のRAWファイルの特定情報としてのuuidであるUUID#2が、アイテムItem#202として、mdatボックスに格納されている。さらに、主画像Item#1のアイテムID#1と、特定情報UUID#1のアイテムID#201とを、それぞれ参照元と参照先として対応付けた関連付け情報が格納されたcdscボックスが、irefボックスに格納され、主画像Item#2のアイテムID#2と、特定情報UUID#2のアイテムID#202とを、それぞれ参照元と参照先として対応付けた関連付け情報が格納されたcdscボックスが、irefボックスに格納されている。
　＜シーケンスファイル＞
　図１３は、主画像のトラック及びその主画像のサムネイル画像のトラックが格納された通常のシーケンスファイルの例を示す図である。
　ここで、通常のシーケンスとは、シーケンスファイル内の内部データと、外部データの特定情報とが関連付けられていないシーケンスファイルを意味する。
　いま、シーケンスファイルのmdatボックスには、フレームがHEVCで符号化されて格納されることとする。
　ftypボックスには、ファイルフォーマットを識別する識別情報として、イメージシーケンス形式であることと、コーデックがHEVCであることとを表すhevcが格納される。
　moovボックスには、図７で説明したように、mdatボックスに格納されるトラックそれぞれを管理するtrakボックスが格納される。図１３では、トラックID#1で特定される主画像のトラック（以下、トラック#1のようにも記載する）、及び、トラック#1の主画像のサムネイル画像のトラック#2が、mdatボックスに格納されている。したがって、moovボックスには、トラック#1を管理するtrakボックスと、トラック#2を管理するtrakボックスとが格納される。トラック#2の（先頭から）n番目のサムネイル画像（のフレーム）は、トラック#1のn番目の主画像のサムネイル画像である。
　シーケンスファイルは、例えば、ディジタルカメラ１０で連写が行われた場合に、その連写で得られる複数フレームの主画像及びサムネイル画像を、それぞれ、1トラックとして記録する場合等に有用である。
　主画像のトラック#1を管理するtrakボックスのtkhdボックスには、トラック#1を特定するトラックID#1、トラック#1を構成する主画像の画サイズ、主画像が撮像されたときのディジタルカメラ１０の向きを表す回転情報、及び、トラック#1の作成日時が格納される。サムネイル画像のトラック#2を管理するtrakボックスのtkhdボックスには、トラック#2を特定するトラックID#2、及び、トラック#2の作成日時が格納される。
　trakボックスには、図７で説明したtkhdボックス及びmdiaボックスの他に、trefボックスを格納することができる。trefボックスには、そのtrefボックスが格納されたtrakボックスが管理するトラックと関連する他のトラックを特定するトラックID、及び、トラックの内容を表す情報等が格納される。図１３では、トラック#2を管理するtrakボックスの中に、trefボックスが設けられている。そして、そのtrefボックスには、トラック#2と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#2を構成するデータがサムネイル画像であること（トラック#2がサムネイル画像のトラックであること）(type=thmb)を表す情報が格納されている。
　trakボックスのmdiaボックスには、図８で説明したminfボックスの他、hdlrボックスを格納することができる。hdlrボックスには、そのhdlrボックスが格納されたtrakボックスが管理するトラックを構成するデータの種別を表す情報が格納される。主画像のトラック#1を管理するtrakボックスに（格納されるmdiaボックスに）格納されるhdlrボックスには、トラック#1を構成するデータがピクチャ（フレーム）であることを表す情報(pict)が格納され、サムネイル画像のトラック#2を管理するtrakボックスに格納されるhdlrボックスには、トラック#2を構成するデータがピクチャであることを表す情報が格納される。
　minfボックスについては、図８で説明した通りである。
　以下、図１３の通常のシーケンスファイルに、内部データと外部データの特定情報とを関連付けて格納した関連付け型シーケンスファイルについて説明する。
　図１４は、関連付け型シーケンスファイルの例を示す図である。
　関連付け型シーケンスファイルでは、外部データとしてのRAWファイルの特定情報としてのuuidの（エレメンタリ）ストリーム(Meta ES)のトラック#3が、mdatボックスに追加されるとともに、そのトラック#3を管理するtrakボックスが、moovボックスに追加される。
　ここで、トラック#1は、タイムライン上に並ぶ主画像の１フレーム以上の時系列であり、トラック#3は、タイムライン上に並ぶ、主画像の各フレームのRAWファイルのuuidの時系列である。
　トラック#3の（先頭から）n番目のuuidは、トラック#1のn番目の主画像のフレームのRAWファイルの特定情報である。また、mdatボックスに格納された複数のトラック（のデータ）は、１つのタイムライン上の時刻情報に従って同期して再生することができる。したがって、主画像のトラック#1と、トラック#1を構成する主画像の各フレームのRAWファイルのuuid（のストリーム）のトラック#3とを、mdatボックスに格納することで、トラック#1のn番目の主画像のフレームと、その主画像（のフレーム）のRAWファイルのuuidとは、関連付けられて格納される。この場合、トラック#1の主画像のフレームと、その主画像（のフレーム）のRAWファイルのuuidとは、タイムライン上の時刻情報により関連付けられるということができる。
　なお、トラック#3の（先頭から）n番目のuuidは、トラック#1のn番目のフレームのRAWファイルの特定情報であり、トラック#1を構成する主画像（のフレーム）と、トラック#3を構成するuuidとは、トラックに配置される順番によって関連付けられると捉えることもできる。
　関連付け型シーケンスファイルでは、RAWファイルのuuidのトラック#3が、mdatボックスに追加されることに応じて、そのトラック#3を管理するtrakボックスが、moovボックスに追加される。
　RAWファイルのuuidのトラック#3を管理するtrakボックスには、tkhdボックス、trefボックス、及び、mdiaボックス等が格納される。
　トラック#3を管理するtrakボックスのtkhdボックスには、トラック#3を特定するトラックID#3、及び、トラック#3の作成日時が格納される。
　トラック#3を管理するtrakボックスのtrefボックスには、そのtrefボックスが格納されたtrakボックスが管理するトラック#3と関連する他のトラックを特定するトラックID、及び、トラック#3の内容を表す情報等が格納される。トラック#3を構成するuuidは、トラック#1を構成する主画像のRAWファイルの特定情報であり、トラック#3は、トラック#1と関連しているので、図１４のトラック#3を管理するtrakボックスのtrefボックスには、トラック#3と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#3がメタデータ（ここでは、特定情報）のトラックであること(type=cdsc)を表す情報が格納される。
　トラック#3を管理するtrakボックスのmdiaボックスには、hdlrボックス及びminfボックスが格納される。トラック#3を管理するtrakボックスにおいて、hdlrボックスには、トラック#3を構成するデータが（主画像の）メタデータであることを表す情報が格納され、minfボックスには、トラック#3についてのstscボックス、stscボックス、stszボックス、及び、stcoボックスが格納される。
　＜HEIFファイルの生成及び再生＞
　図１５は、関連付け型HEIFファイルを生成する生成処理の例の概要を説明するフローチャートである。
　生成処理では、ステップＳ１１において、ファイル制御部４３は、主画像のフレームのRAWファイル（RAW画像）の特定情報としてのuuidを生成し、処理は、ステップＳ１２に進む。
　ステップＳ１２では、ファイル制御部４３は、ステップＳ１１で生成したuuidを、主画像のフレームのRAWファイル（RAW画像）に割り当て、処理は、ステップＳ１３に進む。
　ステップＳ１３では、ファイル制御部４３は、HEIFファイルに主画像のフレームと、そのフレームのRAWファイルのuuidとを関連付けて格納した関連付け型HEIFファイルを生成し、生成処理を終了する。
　図１６は、関連付け型HEIFファイルを再生する再生処理の例の概要を説明するフローチャートである。
　再生処理では、ステップＳ２１において、ファイル制御部４３は、例えば、メディア１４に記憶されたHEIFファイルに格納された主画像のフレームの個々を識別するハンドルのハンドルリストを生成し、処理は、ステップＳ２２に進む。
　ここで、主画像のフレームのハンドルは、そのフレームが格納されたHEIFファイルのファイル名を含む。コレクションファイルに格納された主画像のフレーム（アイテム）のハンドルは、さらに、そのフレームのアイテムIDを含む。シーケンスファイルに格納された主画像のフレームのハンドルは、さらに、そのフレームの時刻情報を含む。主画像のフレームのハンドルによれば、そのハンドルに対するフレームを、一意に識別（特定）することができる。
　なお、シーケンスファイルに格納された主画像のフレームのハンドルには、フレームの時刻情報に代えて、フレームを含むトラックのトラックIDと、そのトラックにおけるフレームの順番（何番目のフレームであるか）とを含めることができる。
　シーケンスファイルに格納される、主画像のフレームで構成されるトラックが、１つであっても複数であっても、各フレームの時刻情報はユニークである。したがって、フレームの時刻情報によれば、シーケンスファイルに複数のトラックが格納されていても、その複数のトラックそれぞれを構成するフレームから、ハンドルに含まれる時刻情報のフレームを、一意に特定することができる。そのため、主画像のフレームのハンドルに、そのフレームの時刻情報を含める場合には、そのフレームが存在するトラックのトラックIDがなくても、時刻情報に対するフレームを、一意に特定することができる。
　ハンドルリストは、メディア１４に記憶されたHEIFファイルに格納された主画像のフレームすべてを対象に生成することもできるし、特定の作成日時のフレーム等の、特定の条件で絞り込んだフレームのみを対象に生成することもできる。
　ファイル制御部４３において、ハンドルリストの生成後、HEIFファイルへのアクセスは、必要に応じて、ハンドルリストを参照して行われる。
　ステップＳ２２では、例えば、ユーザが、サムネイル画像の表示を行うように、ディジタルカメラ１０を操作すること等を待って、UI制御部４７は、サムネイル画像の表示を、ファイル制御部４３に要求する。ファイル制御部４３は、UI制御部４７からのサムネイル画像の表示の要求に応じて、ハンドルリストのハンドルにより識別される主画像のフレームのサムネイル画像（のフレーム）を、HEIFファイルから読み出す。そして、ファイル制御部４３は、HEIFファイルから読み出されたサムネイル画像の一覧を、例えば、液晶パネル１９（図１）に表示させ、処理は、ステップＳ２２からステップＳ２３に進む。
　ステップＳ２３では、例えば、ユーザが、サムネイル画像の一覧から、所望のサムネイル（のフレーム）を選択すること等を待って、UI制御部４７は、ユーザが選択したサムネイル画像に対応する主画像を、ファイル制御部４３に要求する。ファイル制御部４３は、UI制御部４７からの主画像の要求に応じて、その主画像を、HEIFファイルから読み出す。ファイル制御部４３は、HEIFファイルから読み出された主画像を、必要に応じて、液晶パネル１９に表示させることができる。
　又は、UI制御部４７は、ユーザが選択したサムネイル画像に対応する主画像のRAWファイルのuuidを、ファイル制御部４３に要求する。ファイル制御部４３は、UI制御部４７からのuuidの要求に応じて、そのuuidを、関連付け型HEIFファイルから読み出す。ファイル制御部４３は、必要に応じて、関連付け型HEIFファイルから読み出されたuuidにより特定されるRAWファイルにアクセスすることができる。
　図１７は、コレクションファイルを再生する再生処理の例を説明するフローチャートである。
　ステップＳ３１において、ファイル制御部４３は、再生対象の画像（アイテム）である再生対象画像のアイテムID（以下、再生対象アイテムIDともいう）の取得を行い、処理は、ステップＳ３２に進む。
　再生対象アイテムIDの取得では、例えば、ハンドルリストの任意のハンドルにより識別される主画像や、その主画像のサムネイル画像、サムネイル画像の一覧からユーザが選択したサムネイル画像（以下、選択サムネイル画像ともいう）、選択サムネイル画像の主画像等を、再生対象画像として、その再生対象画像のアイテムID（再生対象アイテムID）が取得される。
　ステップＳ３２では、ファイル制御部４３は、ステップＳ３１で取得された再生対象アイテムIDに応じて、再生対象画像の読み出しを行う。
　再生対象画像の読み出しでは、再生対象アイテムIDにより特定される再生対象画像が、コレクションファイルから読み出される。
　図１８は、図１７のステップＳ３２の再生対象画像の読み出しの処理の例を説明するフローチャートである。
　ステップＳ４１において、ファイル制御部４３は、コレクションファイル（図９ないし図１２）のilocボックスから、再生対象アイテムIDを検索し、処理は、ステップＳ４２に進む。
　ステップＳ４２では、ファイル制御部４３は、ilocボックスにおいて、ステップＳ４１で検索された再生対象アイテムIDに対応付けられているオフセット及びサイズを読み出し、処理は、ステップＳ４３に進む。
　ステップＳ４３では、ファイル制御部４３は、再生対象アイテムIDに対応付けられているオフセット及びサイズに応じて、コレクションファイルのmdatボックスに格納された再生対象画像を読み出し、処理は終了する。
　図１９は、図１７のステップＳ３１の再生対象アイテムIDの取得の処理の第１の例を説明するフローチャートである。
　すなわち、図１９は、サムネイル画像を再生対象画像として、その再生対象画像であるサムネイル画像のアイテムIDの取得の例を示している。
　なお、図１９では、ファイル制御部４３は、例えば、ハンドルから、再生対象画像としてサムネイル画像の主画像のアイテムIDを認識していることとする。
　ステップＳ５１において、ファイル制御部４３は、コレクションファイル（図９ないし図１２）のirefボックスの中のthmbボックスから、参照元が主画像のアイテムIDに一致するthmbボックスを検索し、処理は、ステップＳ５２に進む。
　ステップＳ５２では、ファイル制御部４３は、ステップＳ５１で検索された、参照元が主画像のアイテムIDに一致するthmbボックス内の参照先を、再生対象画像としてのサムネイル画像のアイテムIDとして読み出し、処理は終了する。
　図２０は、図１７のステップＳ３１の再生対象アイテムIDの取得の処理の第２の例を説明するフローチャートである。
　すなわち、図２０は、主画像を再生対象画像として、その再生対象画像である主画像のアイテムIDの取得の例を示している。
　なお、図２０では、例えば、ユーザが、サムネイル画像の一覧からサムネイル画像（選択サムネイル画像）を選択し、ファイル制御部４３は、その選択サムネイル画像のアイテムIDを認識していることとする。
　ステップＳ６１において、ファイル制御部４３は、コレクションファイル（図９ないし図１２）のirefボックスの中のthmbボックスから、参照先が選択サムネイル画像のアイテムIDに一致するthmbボックスを検索し、処理は、ステップＳ６２に進む。
　ステップＳ６２では、ファイル制御部４３は、ステップＳ６１で検索された、参照先が選択サムネイル画像のアイテムIDに一致するthmbボックス内の参照元を、再生対象画像としての主画像のアイテムIDとして読み出し、処理は終了する。
　図２１は、図１０の第１の関連付け型コレクションファイルから所定の主画像のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。
　なお、図２１では、例えば、ファイル制御部４３は、ハンドルリスト等によって、所定の主画像のアイテムIDを認識していることとする。
　ステップＳ７１において、ファイル制御部４３は、第１の関連付け型コレクションファイル（図１０）の関連付け情報格納ボックスの関連付け情報から、所定の主画像のアイテムIDを検索し、処理は、ステップＳ７２に進む。
　ステップＳ７２では、ファイル制御部４３は、関連付け情報において、ステップＳ７１で検索された所定の主画像のアイテムIDに対応付けられているuuidを読み出し、処理は終了する。
　ファイル制御部４３は、以上のように読み出されたuuidにより、所定の主画像のRAWファイルにアクセスすることができる。
　図２２は、図１１の第２の関連付け型コレクションファイルから所定の主画像のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。
　なお、図２２では、例えば、ファイル制御部４３は、ハンドルリスト等によって、所定の主画像のアイテムIDを認識していることとする。
　ステップＳ８１において、ファイル制御部４３は、第２の関連付け型コレクションファイル（図１１）のiinfボックス内のinfeボックスから、アイテムが関連付け情報であることを表すアイテムタイプIDIFのinfeボックスを検索し、処理は、ステップＳ８２に進む。
　ステップＳ８２では、ファイル制御部４３は、ステップＳ８１で検索された、アイテムタイプIDIFのinfeボックスから、アイテムとしての関連付け情報のアイテムIDを読み出し、処理は、ステップＳ８３に進む。
　ステップＳ８３では、ファイル制御部４３は、第２の関連付け型コレクションファイルのilocボックスから、ステップＳ８２で読み出された、関連付け情報のアイテムIDを検索し、処理は、ステップＳ８４に進む。
　ステップＳ８４では、ファイル制御部４３は、ilocボックスにおいて、ステップＳ８３で検索された、関連付け情報のアイテムIDに対応付けられているオフセット及びサイズを読み出し、処理は、ステップＳ８５に進む。
　ステップＳ８５では、ファイル制御部４３は、ステップＳ８４で読み出された、関連付け情報のアイテムIDに対応付けられているオフセット及びサイズに応じて、第２の関連付け型コレクションファイルのmdatボックスに格納されたアイテムとしての関連付け情報を読み出し、処理は、ステップＳ８６に進む。
　ステップＳ８６では、ファイル制御部４３は、ステップＳ８５で読み出された関連付け情報から、所定の主画像のアイテムIDを検索し、処理は、ステップＳ８７に進む。
　ステップＳ８７では、ファイル制御部４３は、関連付け情報において、ステップＳ８６で検索された、所定の主画像のアイテムIDに対応付けられているuuidを読み出し、処理は終了する。
　ファイル制御部４３は、以上のように読み出されたuuidにより、所定の主画像のRAWファイルにアクセスすることができる。
　図２３は、図１２の第３の関連付け型コレクションファイルから所定の主画像のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。
　なお、図２３では、例えば、ファイル制御部４３は、ハンドルリスト等によって、所定の主画像のアイテムIDを認識していることとする。
　ステップＳ９１において、ファイル制御部４３は、第３の関連付け型コレクションファイル（図１２）のirefボックス内のcdscボックスから、参照元が所定の主画像のアイテムIDに一致するcdscボックスを検索し、処理は、ステップＳ９２に進む。
　ステップＳ９２では、ファイル制御部４３は、ステップＳ９１で検索された、参照元が所定の主画像のアイテムIDに一致するcdscボックス内の参照先を、アイテムとしての、所定の主画像のRAWファイルの特定情報のアイテムIDとして読み出し、処理は、ステップＳ９３に進む。
　ステップＳ９３では、ファイル制御部４３は、第３の関連付け型コレクションファイルのilocボックスから、ステップＳ９２で読み出された、アイテムとしての特定情報のアイテムIDを検索し、処理は、ステップＳ９４に進む。
　ステップＳ９４では、ファイル制御部４３は、ilocボックスにおいて、ステップＳ９３で検索された、特定情報のアイテムIDに対応付けられているオフセット及びサイズを読み出し、処理は、ステップＳ９５に進む。
　ステップＳ９５では、ファイル制御部４３は、ステップＳ９４で読み出された、特定情報のアイテムIDに対応付けられているオフセット及びサイズに応じて、第３の関連付け型コレクションファイルのmdatボックスに格納された、所定の主画像のRAWファイルの特定情報としてのuuidを読み出し、処理は終了する。
　ファイル制御部４３は、以上のように読み出されたuuidにより、所定の主画像のRAWファイルにアクセスすることができる。
　図２４は、コレクションファイルから主画像のアイテムIDのリストを取得する処理の例を説明するフローチャートである。
　コレクションファイルから主画像のアイテムIDのリストを取得する処理は、例えば、ハンドルリストを生成する場合等に行われる。
　ステップＳ１０１において、ファイル制御部４３は、コレクションファイル（図９ないし図１２）のiinfボックス内のすべてのinfeボックスから、アイテムIDを読み出し、主画像のアイテムIDのリスト（以下、主画像リストともいう）に登録して、処理は、ステップＳ１０２に進む。
　ステップＳ１０２では、ファイル制御部４３は、コレクションファイルのirefボックス内のすべてのボックスから、参照先になっているアイテムIDを読み出し、主画像リストから除外して、処理は終了する。
　以上の処理後、主画像リストに登録されているアイテムIDが、主画像のアイテムIDとなる。
　図２５は、シーケンスファイルから所定の時刻情報に対する主画像（のフレーム）のサムネイル画像を再生する処理の例を説明するフローチャートである。
　なお、図２５では、例えば、ファイル制御部４３は、ハンドルリスト等によって、所定の主画像の時刻情報（又は順番）を認識していることとする。
　ステップＳ１１１において、ファイル制御部４３は、シーケンスファイル（図１３及び図１４）のmoovボックス内のtrakボックスから、trefボックスに、トラックを構成するデータがサムネイル画像であることを表す情報が格納されたtrakボックス、すなわち、trefボックス内のtypeがthmbになっているtrakボックスを、所定の時刻情報に対する主画像のサムネイル画像のトラックを管理するtrakボックスとして検索し、処理は、ステップＳ１１２に進む。
　ステップＳ１１２では、ファイル制御部４３は、ステップＳ１１１で検索されたtrakボックス内のtkhdボックス内のトラックIDを、所定の時刻情報に対する主画像のサムネイル画像のトラックのトラックIDとして読み出し、処理は、ステップＳ１１３に進む。
　ステップＳ１１３では、ファイル制御部４３は、ステップＳ１１２で読み出されたトラックIDのトラックを再生し、そのトラックから、所定の時刻情報（又は順番）に対するサムネイル画像（のフレーム）を、所定の時刻情報に対する主画像のサムネイル画像として取得して、処理は終了する。
　なお、シーケンスファイルに格納された画像のトラックを再生する処理は、MP4ファイルの動画再生の処理と同様である。
　図２６は、関連付け型シーケンスファイルから所定の主画像（のフレーム）のRAWファイルの特定情報としてのuuidを取得する処理の例を説明するフローチャートである。
　なお、図２６では、例えば、ファイル制御部４３は、ハンドルリスト等によって、所定の主画像の時刻情報（又は順番）を認識していることとする。
　ステップＳ１２１において、ファイル制御部４３は、関連付け型シーケンスファイル（図１４）のmoovボックス内のtrakボックスから、trefボックスに、トラックを構成するデータが特定情報であることを表す情報が格納されたtrakボックス、すなわち、trefボックス内のtypeがcdscになっているtrakボックスを、特定情報のトラックを管理するtrakボックスとして検索し、処理は、ステップＳ１２２に進む。
　ステップＳ１２２では、ファイル制御部４３は、ステップＳ１２１で検索されたtrakボックス内のtkhdボックス内のトラックIDを、特定情報のトラックのトラックIDとして読み出し、処理は、ステップＳ１２３に進む。
　ステップＳ１２３では、ファイル制御部４３は、ステップＳ１２２で読み出されたトラックIDのトラックから、所定の主画像の時刻情報（又は順番）に対する特定情報としてのuuidを、所定の主画像のRAWファイルのuuidとして取得して、処理は終了する。
　ファイル制御部４３は、以上のように取得されたuuidにより、所定の主画像のRAWファイルにアクセスすることができる。
　以上のように、ファイル制御部４３では、HEIFに準拠したHEIFファイルに、HEIFファイル内の主画像と、その主画像と関連付ける、HEIFファイル外の外部データを特定する特定情報とを関連付けて格納した関連付け型HEIFファイルの生成及び再生を行うので、HEIFファイル内に格納される主画像と、HEIFファイル外の外部データとを関連付けることができる。
　また、特定情報として、uuidを用いる場合には、外部データのファイル名が変更されても、uuidにより、HEIFファイル内の主画像と、ファイル名の変更後の外部データとの関連付けを維持することができる。
　＜外部データに割り当てられた特定情報の格納＞
　図２７は、外部データ（が格納されたファイル）として、主画像のRAWファイルを採用し、関連付け型コレクションファイルを生成する場合の、RAWファイルへのuuidの格納の例を示す図である。
　なお、図２７では、関連付け型コレクションファイルとして、第１の関連付け型コレクションファイルが採用されている。
　RAWファイルは、メタデータとしてのExifの付属情報を格納する領域の一部の領域として、マーカノート(MakerNote)と呼ばれる領域を有する。
　ファイル制御部４３は、RAWファイル（RAW画像）に割り当てられたuuidを、そのRAWファイルの、例えば、マーカノートに格納することができる。
　図２７では、関連付け型コレクションファイルに、４個のアイテムとしての主画像Item#1, Item#2, Item#3, Item#4が格納され、主画像Item#1, Item#2, Item#3, Item#4のRAW画像が格納されたRAWファイル#1, #2, #3, #4が生成されている。そして、RAWファイル#i（RAW画像）には、UUID#iが割り当てられ、主画像Item#iとその主画像Item#iのRAWファイル#iのUUID#iとを関連付ける関連付け情報として、主画像Item#iを特定するアイテムID#iと、その主画像Item#iに関連付けるRAWファイル#iのUUID#iとが対応付けられた関連付け情報が、関連付け情報格納ボックスに格納されている。
　図２８は、外部データとして、主画像のRAWファイルを採用し、関連付け型シーケンスファイルを生成する場合の、RAWファイルへのuuidの格納の例を示す図である。
　ファイル制御部４３は、関連付け型シーケンスファイルを生成する場合も、図２７で説明した関連付け型コレクションファイルを生成する場合と同様に、RAWファイルに割り当てられたuuidを、そのRAWファイルのマーカノートに格納することができる。
　図２８では、関連付け型シーケンスファイルに、４個のフレームとしての主画像#1, #2, #3, #4で構成されるトラック#1が格納され、主画像#1, #2, #3, #4のRAW画像が格納されたRAWファイル#1, #2, #3, #4が生成されている。そして、RAWファイル#iには、UUID#iが割り当てられ、関連付け型シーケンスファイルには、RAWファイル#iのUUID#iが、RAWファイル#i（RAW画像）に対応する主画像#iと同一の時刻情報を有するように配置されて構成されるトラック#3が格納されている。
　以上のように、RAWファイル#iのUUID#iが、RAWファイル#iに対応する主画像#iと同一の時刻情報を有するように配置されて、トラック#3が構成されることで、トラック#1のi番目の主画像#iとトラック#3のi番目のUUID#i、すなわち、主画像#iのRAWファイル#iのUUID#iとは、関連付けられて、関連付け型シーケンスファイルに格納される。
　以上においては、外部データとして、主画像のRAWファイル（RAW画像）を採用したが、外部データとしては、その他のデータを採用することができる。外部データとしては、例えば、主画像の撮像とともに録音した音声（音）等を採用することができる。音声を格納するファイルとしては、例えば、WAVフォーマットのWAVファイルや、MP4フォーマットのMP4ファイル等を採用することができる。以下では、音声を格納したファイルとして、例えば、WAVファイルを採用することとする。
　図２９は、外部データ（が格納されたファイル）として、主画像のWAVファイルを採用し、関連付け型コレクションファイルを生成する場合の、WAVファイルへのuuidの格納の例を示す図である。
　なお、図２９では、関連付け型コレクションファイルとして、第１の関連付け型コレクションファイルが採用されている。
　WAVファイルは、メタデータを記述する領域の一部の領域として、Listチャンクと呼ばれる領域を有する。
　ファイル制御部４３は、WAVファイル（音声）に割り当てられたuuidを、そのWAVファイルの、例えば、Listチャンクに格納することができる。
　図２９では、関連付け型コレクションファイルに、４個のアイテムとしての主画像Item#1, Item#2, Item#3, Item#4が格納され、主画像Item#1, Item#2, Item#3, Item#4のWAVファイル#1, #2, #3, #4が生成されている。そして、WAVファイル#i（音声）には、UUID#iが割り当てられ、主画像Item#iとその主画像Item#iのWAVファイル#iのUUID#iとを関連付ける関連付け情報として、主画像Item#iを特定するアイテムID#iと、その主画像Item#iに関連付けるWAVファイル#iのUUID#iとが対応付けられた関連付け情報が、関連付け情報格納ボックスに格納されている。
　図３０は、外部データとして、主画像のWAVファイルを採用し、関連付け型シーケンスファイルを生成する場合の、WAVファイルへのuuidの格納の例を示す図である。
　ファイル制御部４３は、関連付け型シーケンスファイルを生成する場合も、図２９で説明した関連付け型コレクションファイルを生成する場合と同様に、WAVファイルに割り当てられたuuidを、そのWAVファイルのListチャンクに格納することができる。
　図３０では、関連付け型シーケンスファイルに、４個のフレームとしての主画像#1, #2, #3, #4で構成されるトラック#1が格納され、主画像#1, #2, #3, #4のWAVファイル#1, #2, #3, #4が生成されている。そして、WAVファイル#iには、UUID#iが割り当てられ、関連付け型シーケンスファイルには、WAVファイル#iのUUID#iが、WAVファイル#iに対応する主画像#iと同一の時刻情報を有するように配置されて構成されるトラック#3が格納されている。
　以上のように、WAVファイル#iのUUID#iが、WAVファイル#iに対応する主画像#iと同一の時刻情報を有するように配置されて、トラック#3が構成されることで、トラック#1のi番目の主画像#iとトラック#3のi番目のUUID#i、すなわち、主画像#iのWAVファイル#iのUUID#iとは、関連付けられて、関連付け型シーケンスファイルに格納される。
　なお、本技術は、HEIFファイルの他、HEIFファイル以外のボックス構造を有する、例えば、ISOベースメディアファイルや、MP4ファイル、Miafファイル等に適用することができる。
　また、本技術は、その他、例えば、ボックス構造を有しない、画像（主画像）と、その画像の解像度を低下させた他の画像とを格納するファイル等に適用することができる。
　さらに、本技術は、外部データを、HEIFファイル内の主画像に関連付ける場合の他、HEIFファイル内のスクリーンネイル画像やサムネイル画像に関連付ける場合に適用することができる。
　また、本技術は、その他、例えば、外部データを、HEIFファイル内の主画像等の画像以外の内部データに関連付ける場合に適用することができる。
　＜インデクス表示＞
　図３１は、ディジタルカメラ１０でのインデクス表示の例を説明する図である。
　ディジタルカメラ１０では、HEIFファイル（関連付け型HEIFファイルを含む）等の各種ファイルに格納された画像の一覧表示をインデクス表示として行うことができる。説明を簡単にするため、インデクス表示の対象とするファイルが、HEIFファイルであるとする。
　ディジタルカメラ１０は、インデクス表示において、HEIFファイルに格納されたサムネイル画像Thm#iを読み出し、そのサムネイル画像Thm#iをマトリクス状に配置した一覧画面を、液晶パネル１９に表示する。
　図３１では、サムネイル画像Thm#iを、横×縦が３×３に配置した一覧画面が生成されている。
　インデクス表示の対象とするHEIFファイルに格納されたサムネイル画像Thm#iの総数が、一覧画面に配置することができるサムネイル画像の数（ここでは、９個）を超える場合には、一覧画面の上部に、必要な数のタブが設けられる。図３１において、黒塗りのタブは、選択されているタブである。
　デフォルトでは、（左から）１番目のタブが選択され、インデクス表示の対象とする最初の９個のHEIFファイルに格納されたサムネイル画像Thm#1ないしThm#9が配置された一覧画面が表示される。
　ユーザが、２番目のタブを選択すると、インデクス表示の対象とする次の９個のHEIFファイルに格納されたサムネイル画像Thm#10ないしThm#18が配置された一覧画面が表示される。
　以下同様に、ユーザが選択するタブに応じた９個（以下）のHEIFファイルに格納されたサムネイル画像が配置された一覧画面が表示される。ここで、一覧画面のサムネイル画像の配置は、３×３に限定されるものではない。
　なお、図３１では、ディジタルカメラ１０は、共有ボタン及びRAW編集ボタンが設けられている。
　一覧画面のサムネイル画像Thm#iが選択された状態で、共有ボタンが操作されると、一覧画面で選択されているサムネイル画像Thm#iに対応する主画像が、ディジタルカメラ１０以外の外部機器に送信され、その外部機器との間で共有される。
　一覧画面のサムネイル画像Thm#iが選択された状態で、RAW編集ボタンが操作されると、ディジタルカメラ１０では、例えば、一覧画面で選択されているサムネイル画像Thm#iに対応する（主画像に関連付けられている）RAW画像が、RAWファイルから読み出され、一覧画面に代えて、液晶パネル１９に表示される。これにより、ディジタルカメラ１０は、RAW画像が編集可能な状態となる。
　以上のようなインデクス表示では、インデクス表示の対象とするHEIFファイルの数が多くなると、その多くのHEIFファイルのopen/closeを行う必要があり、一覧画面を表示するまでに時間を要することがある。
　さらに、インデクス表示の対象とするHEIFファイルに、シーケンスファイルが含まれている場合、そのシーケンスファイルに格納されたサムネイル画像Thm#iがlong GOPで符号化されているときには、インデクス表示のために行われる処理が冗長になることがある。
　例えば、GOPを構成する１５フレームのサムネイル画像Thm#iのうちの、１フレーム目ないし９フレーム目のサムネイル画像Thm#1ないしThm#9が、１枚目の一覧画面に配置され、１０フレーム目ないし１５フレーム目のサムネイル画像Thm#10ないしThm#15が、２枚目の一覧画面に配置される場合、一覧画面の表示が、２枚目以外の一覧画面から、２枚目の一覧画面に切り替えられるときには、２枚目の一覧画面に配置される１０フレーム目ないし１５フレーム目のサムネイル画像Thm#10ないしThm#15を復号するために、２枚目の一覧画面に配置されない１フレーム目ないし９フレーム目のサムネイル画像Thm#1ないしThm#9のうちの、１０フレーム目ないし１５フレーム目のサムネイル画像Thm#10ないしThm#15の復号に必要なサムネイル画像Thm#iを復号しなければならない。
　図３２は、ディジタルカメラ１０以外の外部デバイスでのインデクス表示の例を説明する図である。
　ディジタルカメラ１０で得られたHEIFファイルに格納された画像については、ディジタルカメラ１０以外の外部デバイスにおいてインデクス表示を行うことができる。
　外部デバイスにおいてインデクス表示を行う場合には、例えば、インデクス表示の対象とするHEIFファイルが、ネットワークを経由して、外部デバイスに送信され、外部デバイスにおいて、ディジタルカメラ１０でのインデクス表示と同様にして、インデクス表示が行われる。
　ディジタルカメラ１０から外部デバイスへのHEIFファイルの送信は、インターネットや、LAN、USB、その他任意の有線又は無線ネットワークを介して行うことができる。また、ディジタルカメラ１０から外部デバイスへのHEIFファイルの送信は、クラウドコンピュータを介して行うことができる。
　外部デバイスにおいて、ディジタルカメラ１０で得られたHEIFファイルに格納された画像について、インデクス表示を行う場合にも、ディジタルカメラ１０においてインデクス表示を行う場合と同様に、一覧画面を表示するまでに時間を要することや、インデクス表示のために行われる処理が冗長になることがある。
　さらに、外部デバイスにおいてインデクス表示を行う場合には、ディジタルカメラ１０から外部デバイスに、一覧画面の生成に必要なHEIFファイルの送信に時間を要し、例えば、ユーザが外部デバイスでのインデクス表示を要求してから、実際に一覧画面が表示されるまでの応答性が悪くなることがある。
　図３３は、第１の関連付け型コレクションファイルを対象とするインデクス表示の例を示す図である。
　ここで、あるHEIFファイルAと、そのHEIFファイルAと異なる他のHEIFファイルBとでは、重複するアイテムIDを使用することができる。例えば、HEIFファイルA内の１つのアイテムのアイテムIDを1とし、HEIFファイルB内の１つのアイテムのアイテムIDを1とすることができる。但し、本実施の形態では、説明を分かりやすくするため、HEIFファイルAとHEIFファイルBとにおいて、適宜、重複しないアイテムIDを使用することとする。
　図３３では、４個の第１の関連付け型コレクションファイル（HEIFファイル）#１ないし#４が、インデクス表示の対象になっている。
　図３３の第１の関連付け型コレクションファイル#iでは、１フレームの主画像Item#iと、その主画像Item#iのサムネイル画像Item#(1000+i)とが、mdatボックスに格納されている。さらに、主画像数が１であること、及び、主画像Item#iのアイテムID#iと、主画像Item#iに関連付けられた外部データの特定情報としてのUUID#iとが対応付けられた関連付け情報を有する関連付け情報格納ボックスが、metaボックスに格納されている。
　以上のような４個の第１の関連付け型コレクションファイル#１ないし#４を対象として、インデクス表示が行われる場合には、例えば、４個の第１の関連付け型コレクションファイル#１ないし#４からサムネイル画像Item#1001ないしItem#1004が、それぞれ読み出される。そして、サムネイル画像Item#1001ないしItem#1004が配置された一覧画面が生成される。
　したがって、ディジタルカメラ１０及び外部デバイスにおいてインデクス表示が行われる場合には、第１の関連付け型コレクションファイル#１ないし#４からサムネイル画像Item#1001ないしItem#1004をそれぞれ読み出すために、複数である４個の第１の関連付け型コレクションファイル#１ないし#４それぞれのopen/closeが行われるため、インデクス表示の応答性が悪くなることがある。
　さらに、外部デバイスにおいてインデクス表示が行われる場合には、ディジタルカメラ１０から外部デバイスに、複数である４個の第１の関連付け型コレクションファイル#１ないし#４を送信しなければならず、その送信に時間を要し、インデクス表示の応答性が悪くなることがある。
　図３４は、第１の関連付け型コレクションファイルを対象とするインデクス表示の他の例を示す図である。
　図３４では、１個の第１の関連付け型コレクションファイル（HEIFファイル）#１が、インデクス表示の対象になっている。
　図３４の第１の関連付け型コレクションファイル#1では、複数である４フレームの主画像Item#1ないしItem#4と、その主画像Item#1ないしItem#4それぞれのサムネイル画像Item#1001ないしItem#1004とが、mdatボックスに格納されている。
　さらに、主画像数が４であること、及び、４フレームの主画像Item#1ないしItem#4それぞれについて、主画像Item#iのアイテムID#iと、主画像に関連付けられた外部データの特定情報としてのUUID#iとが対応付けられた関連付け情報を有する関連付け情報格納ボックスが、metaボックスに格納されている。
　以上のような第１の関連付け型コレクションファイル#１を対象として、インデクス表示が行われる場合には、例えば、第１の関連付け型コレクションファイル#１からサムネイル画像Item#1001ないしItem#1004が読み出される。そして、サムネイル画像Item#1001ないしItem#1004が配置された一覧画面が生成される。
　したがって、ディジタルカメラ１０及び外部デバイスにおいてインデクス表示が行われる場合には、第１の関連付け型コレクションファイル#１からサムネイル画像Item#1001ないしItem#1004だけを読み出すために、第１の関連付け型コレクションファイル#１のシークが行われるため、インデクス表示の応答性が悪くなる。
　また、図３４の第１の関連付け型コレクションファイルには、複数である４フレームの主画像Item#1ないしItem#4が格納されているため、ファイルサイズが大きい。
　したがって、外部デバイスにおいてインデクス表示が行われる場合には、ディジタルカメラ１０から外部デバイスに、ファイルサイズが大きい第１の関連付け型コレクションファイル#１を送信しなければならず、その送信に時間を要し、インデクス表示の応答性が悪くなることがある。
　なお、関連付け型コレクションファイル以外のコレクションファイルを対象とするインデクス表示は、関連付け型コレクションファイルを対象とするインデクス表示と同様にして行うことができる。
　図３５は、関連付け型シーケンスファイルを対象とするインデクス表示の例を示す図である。
　図３５では、１個の関連付け型シーケンスファイル（HEIFファイル）#１が、インデクス表示の対象になっている。
　図３５の関連付け型シーケンスファイル#1では、複数である４フレームの主画像で構成されるトラック#1、その主画像それぞれの４フレームのサムネイル画像で構成されるトラック#2、及び、４フレームの主画像それぞれに関連付けられた外部データの特定情報としてのUUID#1ないしUUID#4で構成されるトラック#3が、mdatボックスに格納されている。
　さらに、トラック#1ないし#3を管理するtrakボックスそれぞれが、moovボックスに格納されている。
　トラック#1ないし#3を管理するtrakボックスは、それぞれ、そのtrakボックスが管理するトラックのトラックIDが格納されたtkhdボックスを有する。トラック#2を管理するtrakボックスは、さらに、トラック#2と関連する他のトラックがトラック#1であること（を表す情報）(track_ID=1)、及び、トラック#2がサムネイル画像のトラックであること(type=thmb)が格納されたtrefボックスを有する。トラック#3を管理するtrakボックスは、さらに、トラック#3と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#3がメタデータ（特定情報）のトラックであること(type=cdsc)が格納されたtrefボックスを有する。
　以上のような関連付け型シーケンスファイル#１を対象として、インデクス表示が行われる場合には、例えば、関連付け型シーケンスファイル#１から４フレームのサムネイル画像（の符号化データ）が読み出されて復号される。そして、４フレームのサムネイル画像が配置された一覧画面が生成される。
　関連付け型シーケンスファイルでは、サムネイル画像が、例えば、long GOPで符号化された状態で格納される。
　したがって、インター符号化されたサムネイル画像を復号（再生）するのに、そのサムネイル画像が参照している他のサムネイル画像を復号する必要がある。さらに、他のサムネイル画像が、さらに他のサムネイル画像を参照している場合には、そのサムネイル画像を復号する必要がある。
　関連付け型シーケンスファイルは、インター符号化された画像を格納することができるため、インター符号化された画像の格納が許されないコレクションファイルよりもファイルサイズを小さくすることができる。しかしながら、インター符号化に起因して、あるサムネイル画像の復号に、他の１フレーム以上のサムネイル画像の復号が必要になることがある。
　そのため、ディジタルカメラ１０及び外部デバイスにおいて、例えば、一覧画面のスクロールやタブによる切り換えを行う場合に、スクロール後やタブの切り換え後に表示すべきサムネイル画像の復号に時間を要し、インデクス表示の応答性が悪くなることがある。
　なお、関連付け型シーケンスファイル以外のシーケンスファイルを対象とするインデクス表示は、関連付け型シーケンスファイルを対象とするインデクス表示と同様にして行うことができる。
　そこで、ディジタルカメラ１０では、１以上のHEIFファイルに格納された主画像のサムネイル画像等の、主画像に関連する関連画像を格納した別のHEIFファイルを、１以上のHEIFファイルを代理するプロキシファイルとして生成することができる。そして、ディジタルカメラ１０や外部デバイスでは、プロキシファイルを用いて、インデクス表示を行うことができる。
　プロキシファイルを用いて、インデクス表示を行うことにより、ディジタルカメラ１０及び外部デバイスにおいて、インデクス表示としての一覧画面の表示を行うまでに時間を要することを抑制し、インデクス表示を迅速に行うことができる。
　また、インデクス表示のために行われる処理が冗長になることを抑制することができる。
　さらに、ディジタルカメラ１０から外部デバイスに、プロキシファイルを送信することで、一覧画面の生成に必要なHEIFファイルを送信する場合に比較して、送信に要する時間を短縮し、外部デバイスの応答性が悪くなることを抑制することができる。
　また、プロキシファイルでは、１以上のHEIFファイルに格納された主画像のサムネイル画像がまとまっているので、サムネイル画像の管理が容易になる。
　＜プロキシファイル＞
　図３６は、プロキシファイルの第１の例を説明する図である。
　ファイル制御部４３は、HEIFファイル（関連付け型HEIFファイルを含む）に格納された主画像に関連する関連画像を、HEIFファイルの主画像として格納したプロキシファイルを生成することができる。
　プロキシファイルとしては、例えば、HEIFファイル、特に、コレクションファイルを採用することができる。その他、プロキシファイルとしては、シーケンスファイルや、HEIFファイル以外のファイルを採用することができる。
　また、プロキシファイルには、HEIFファイルに格納された主画像に関連する関連画像の他、HEIFファイル以外の、例えば、JPEGファイルやRAWファイルに格納された画像に関連する関連画像を格納することができる。
　HEIFファイルに格納された主画像に関連する関連画像としては、主画像と画素数（サイズ）が異なる同一内容の画像、すなわち、例えば、主画像の画素数（サイズ）を少なくしたサムネイル画像や、主画像とYUVの信号フォーマットが異なる同一内容の画像、主画像と１画素のビット割り当て（階調）が異なる同一内容の画像、その他の主画像に関連する画像を採用することができる。
　例えば、HEIFファイルに、主画像とサムネイル画像とが格納されている場合、その主画像に関連する関連画像としてのサムネイル画像は、主画像から画素を間引く等して生成してもよいし、HEIFファイルに格納されているサムネイル画像をコピーして用いてもよい。
　すなわち、主画像に関連する画像として、主画像のサムネイル画像を採用する場合に、HEIFファイルに、主画像とサムネイル画像とが格納されているときには、HEIFファイルに格納された主画像から、サムネイル画像を新たに生成し、そのサムネイル画像を、関連画像として、プロキシファイルに格納することもできるし、HEIFファイルに格納されたサムネイル画像（のコピー）を、関連画像として、プロキシファイルに格納することもできる。以下では、例えば、主画像の関連画像として、主画像のサムネイル画像を採用することとする。
　ここで、プロキシファイルとしてのHEIFファイルのアイテムを、プロキシファイルでないHEIFファイルのアイテムと区別するために、プロキシアイテムともいう。
　図３６では、コレクションファイルである４個のHEIFファイル#1ないし#4が存在し、各HEIFファイル#iのmdatボックスには、１つの主画像Item#iと、その主画像Item#iのサムネイル画像Item#(1000+i)とが格納されている。
　そして、図３６では、HEIFファイル#1ないし#4に格納されたサムネイル画像Item#1001ないしItem#1004（のコピー）が、プロキシアイテムItem#1ないしItem#4として格納されたプロキシファイルが生成されている。
　プロキシアイテムItem#iは、画像としては、HEIFファイル#iの主画像Item#iのサムネイル画像であるが、プロキシファイル（としてのHEIFファイル）の主画像である。
　プロキシファイルの第１の例については、例えば、プロキシファイル内のプロキシアイテム#iとしてのサムネイル画像と、HEIFファイル#１ないし#4内の主画像Item#1ないしItem#4それぞれ、又は、サムネイル画像Item#1001ないしItem#1004それぞれとのマッチングを行うことにより、プロキシアイテム#iとしてのサムネイル画像と最もマッチする主画像Item#i’、又は、プロキシアイテム#iとしてのサムネイル画像と最もマッチするサムネイル画像Item#(1000+i’)に対応する主画像Item#i’を、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　図３７は、プロキシファイルの第２の例を説明する図である。
　図３７では、図３６と同様に、HEIFファイル#1ないし#4に格納されたサムネイル画像Item#1001ないしItem#1004が、プロキシアイテムItem#1ないしItem#4として格納されたプロキシファイルが生成されている。
　さらに、図３７では、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）をプロキシファイル内の内部データとするとともに、そのサムネイル画像に対応する主画像Item#iを、プロキシファイル外の外部データとして、内部データ（プロキシアイテムItem#iとしてのサムネイル画像）と、外部データ（主画像Item#i）の特定情報とを関連付けて格納した関連付け型HEIFファイルが、プロキシファイルとして生成されている。
　すなわち、図３７では、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）のアイテムID#iと、そのサムネイル画像に対応する主画像Item#iの特定情報としてのhash値#iとが対応付けられた関連付け情報が格納された関連付け情報格納ボックスが、プロキシファイルとしてのHEIFファイルのmetaボックスに格納されている。したがって、図３７のプロキシファイルは、第１の関連付け型コレクションファイル（図１０）である。
　主画像Item#iの特定情報としてのhash値#iとしては、例えば、主画像Item#iを入力とするhash値を援用することができる。
　また、図３７では、プロキシファイルの関連付け情報格納ボックスにおいて、主画像数は、プロキシファイルに格納されたプロキシアイテムItem#1ないしItem#4としての、主画像Item#1ないし#4のサムネイル画像の数、すなわち、対応付けられているアイテムIDと特定情報としてのhash値とのセット数である４になっている。
　なお、プロキシファイル（のファイルフォーマット）としては、第１の関連付け型コレクションファイル以外の関連付け型HEIFファイル、すなわち、第２の関連付け型コレクションファイル（図１１）や、第３の関連付け型コレクションファイル（図１２）、関連付け型シーケンスファイル（図１４）を採用することができる。
　プロキシファイルの第２の例については、例えば、プロキシアイテム#iとしてのサムネイル画像に関連付けられた特定情報としてのhash値（サムネイル画像のアイテムIDに対応付けられたhash値）によって特定される主画像、すなわち、HEIFファイル#１ないし#4内の主画像Item#1ないしItem#4それぞれを入力として生成されるhash値のうちの、hash値#iに一致するhash値が得られる主画像Item#i’を、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　図３８は、プロキシファイルの第３の例を説明する図である。
　図３８では、図３７と同様に、コレクションファイルであるHEIFファイル#1ないし#4に格納されたサムネイル画像Item#1001ないしItem#1004が、プロキシアイテムItem#1ないしItem#4として格納されたプロキシファイルが生成されている。
　さらに、図３８では、図３７と同様に、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）をプロキシファイル内の内部データとするとともに、そのサムネイル画像に対応する主画像Item#iを、プロキシファイル外の外部データとして、内部データ（プロキシアイテムItem#iとしてのサムネイル画像）と、外部データ（主画像Item#i）の特定情報とを関連付けて格納した関連付け型HEIFファイルが、プロキシファイルとして生成されている。
　すなわち、図３８では、図３７と同様に、プロキシアイテムItem#iとしてのサムネイル画像のアイテムID#iと、そのサムネイル画像に対応する主画像Item#iの特定情報とが対応付けられた関連付け情報が格納された関連付け情報格納ボックスが、プロキシファイルとしてのHEIFファイルのmetaボックスに格納されている。したがって、図３８のプロキシファイルは、第１の関連付け型コレクションファイルである。
　但し、図３８では、主画像Item#iの特定情報としては、hash値に代えて、uuidが採用されている。
　外部データとしての主画像Item#iの特定情報として、uuidが採用される場合、図２７ないし図３０で説明した場合と同様に、外部データとしての主画像Item#iが格納されたHEIFファイル#iに、その主画像Item#iの特定情報としてのUUID#iを書き込む（格納する）必要がある。
　そこで、ファイル制御部４３は、外部データとしての主画像Item#iのUUID#iを、その主画像Item#iが格納されたHEIFファイル#iに書き込む。
　外部データとしての主画像Item#iが格納されたHEIFファイル#iへのUUID#iの書き込みは、HEIFファイル#iのmetaボックスやmdatボックスに対して行うことができる。外部データとしての主画像Item#iが格納されたHEIFファイル#iへのUUID#iの書き込みは、例えば、関連付け型HEIFファイルのフォーマットに従って、すなわち、UUID#iの書き込み後のフォーマットが、関連付け型HEIFファイルのフォーマットになるように、行うことができる。
　図３８では、外部データとしての主画像Item#iが格納されたHEIFファイル#iへのUUID#iの書き込みが、第１の関連付け型コレクションファイルのファイルフォーマットに従って行われている。
　すなわち、図３８では、主画像Item#iのUUID#iと、その主画像Item#iのアイテムID#iとが対応付けられて格納された関連付け情報格納ボックスが、HEIFファイル#iのmetaボックスに格納されることで、HEIFファイル#iは、第１の関連付け型コレクションファイルになっている（第１の関連付け型コレクションファイルのフォーマットに従っている）。
　また、図３８では、（第１の関連付け型コレクションファイルとなった）HEIFファイル#iの関連付け情報格納ボックスにおいて、主画像数は、HEIFファイル#iに格納された主画像Item#iの数、すなわち、対応付けられているアイテムIDと特定情報としてのuuidとのセット数である１になっている。
　ここで、プロキシファイルに関連画像としてのサムネイル画像が格納される対象の主画像が格納されるHEIFファイルは、プロキシファイルの生成の対象となるHEIFファイルであり、以下、プロキシ対象ファイルともいう。
　プロキシ対象ファイルとしてのHEIFファイル#iへのUUID#iの書き込みは、HEIFファイル#iがコレクションファイルである場合には、第１ないし第３の関連付け型コレクションファイルのいずれかのフォーマットに従って行うことができ、HEIFファイルが#iがシーケンスファイルである場合には、関連付け型シーケンスファイルのフォーマットに従って行うことができる。
　なお、プロキシ対象ファイルとしてのHEIFファイル#iにUUID#iを書き込んだ後のHEIFファイル#iにとって、そのHEIFファイル#i内の主画像Item#iは、HEIFファイル#iの内部データであり、プロキシファイルのプロキシアイテムItem#iとしてのサムネイル画像は、HEIFファイル#iの外部データである。
　そして、プロキシ対象ファイルとしてのHEIFファイル#iに書き込まれたUUID#iは、プロキシファイルにとって外部データである主画像#Item#iの特定情報であるが、プロキシアイテム#iを特定する特定情報であるともみなすことができる。
　この場合、UUID#iが書き込まれた後のプロキシ対象ファイルとしてのHEIFファイル#iは、内部データとしての主画像Item#iと、外部データとしてのプロキシアイテムItem#i、すなわち、プロキシファイル内の（主画像Item#iの）サムネイル画像の特定情報UUID#iとが関連付けられて格納された第１の関連付け型HEIFファイルであるとみなすことができる。
　プロキシファイルの第３の例については、例えば、プロキシアイテム#iとしてのサムネイル画像に関連付けられた特定情報としてのuuid（サムネイル画像のアイテムIDに対応付けられたuuid）によって特定される主画像、すなわち、HEIFファイル#１ないし#4内の主画像Item#1ないしItem#4のうちの、UUID#iと対応付けられているアイテムID#iの主画像Item#iを、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　図３９は、プロキシファイルの第４の例を説明する図である。
　図３８では、プロキシ対象ファイルとしてのHEIFファイルが、４個のコレクションファイルであったが、図３９では、プロキシ対象ファイルとしてのHEIFファイルが、１個のシーケンスファイル#1である点で、図３９のプロキシファイルの第４の例は、図３８のプロキシファイルの第３の例と異なっている。
　ここで、図３９の、プロキシ対象ファイルとしてのコレクションファイル#1は、関連付け型シーケンスファイルでない、通常のシーケンスファイルになっている。
　図３９のシーケンスファイル#1では、複数である４フレームの主画像で構成されるトラック#1、及び、その４フレームの主画像それぞれの４フレームのサムネイル画像で構成されるトラック#2が、mdatボックスに格納されている。
　さらに、トラック#1及び#2を管理するtrakボックスそれぞれが、moovボックスに格納されている。
　トラック#1ないし#2を管理するtrakボックスは、それぞれ、そのtrakボックスが管理するトラックのトラックIDが格納されたtkhdボックスを有する。
　トラック#2を管理するtrakボックスは、さらに、トラック#2と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#2がサムネイル画像のトラックであること(type=thmb)が格納されたtrefボックスを有する。
　図３９では、例えば、シーケンスファイル#1に格納された４フレームのサムネイル画像が復号され、イントラ符号化される。
　そして、イントラ符号化された状態の４フレームのサムネイル画像が、プロキシアイテムItem#1ないしItem#4として格納されたプロキシファイルが生成される。このプロキシファイルには、さらに、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）をプロキシファイル内の内部データとするとともに、そのサムネイル画像に対応するシーケンスファイル#1のトラック#1のiフレーム目（i番目のフレーム）の主画像を、プロキシファイル外の外部データとして、内部データ（プロキシアイテムItem#iとしてのサムネイル画像）と、外部データ（iフレーム目の主画像）の特定情報とが関連付けられて格納される。
　すなわち、図３９では、図３８と同様に、プロキシアイテムItem#iとしてのサムネイル画像のアイテムID#iと、そのサムネイル画像に対応するiフレーム目の主画像の特定情報とが対応付けられた関連付け情報が格納された関連付け情報格納ボックスが、プロキシファイルとしてのHEIFファイルのmetaボックスに格納されている。したがって、図３９のプロキシファイルは、第１の関連付け型コレクションファイルである。
　図３９では、図３８と同様に、外部データとしての主画像の特定情報として、uuidが採用されている。外部データとしてのiフレーム目の主画像のuuidは、UUID#iになっている。
　以上のように、図３９では、外部データとしての主画像の特定情報として、uuidが採用されているため、図３８と同様に、外部データとしての主画像が格納されたプロキシ対象ファイルとしてのシーケンスファイル#1には、外部データとしての主画像の特定情報としてのuuidが書き込まれる（格納される）。
　図４０は、プロキシ対象ファイルとしてのシーケンスファイル#1への、外部データとしての主画像の特定情報としてのuuidの書き込みの例を説明する図である。
　外部データとしての主画像のuuidの、その主画像が格納されたシーケンスファイル#iへの書き込みは、シーケンスファイル#iのmoovボックスやmdatボックスに対して行うことができる。主画像のuuidの、その主画像が格納されたシーケンスファイル#iへの書き込みは、例えば、関連付け型HEIFファイルのフォーマットに従って、すなわち、uuidの書き込み後のフォーマットが、関連付け型HEIFファイルのフォーマットになるように行うことができる。
　図４０では、外部データとしての主画像が格納されたシーケンスファイル#1へのuuidの書き込みが、関連付け型シーケンスファイルのファイルフォーマットに従って行われている。
　すなわち、図４０では、トラック#1を構成する１フレーム目ないし４フレーム目の主画像のUUID#1ないしUUID#4のトラック#3、及び、トラック#3を管理するtrakボックスが生成され、トラック#3が、mdatボックスに格納されるとともに、トラック#3を管理するtrakボックスが、moovボックスに格納されることで、シーケンスファイル#1は、関連付け型シーケンスファイルになっている（関連付け型シーケンスファイルのフォーマットに従っている）。
　トラック#3は、タイムライン上の時刻情報、又は、トラック#3に配置する順番によって、トラック#1のiフレーム目の主画像と、その主画像のUUID#iとが関連付けられるように、１フレーム目ないし４フレーム目の主画像それぞれのUUID#1ないしUUID#4が配置されて構成される。
　トラック#3を管理するtrakボックスは、そのtrakボックスが管理するトラック#3のトラックIDが格納されたtkhdボックスを有する。
　トラック#3を管理するtrakボックスは、さらに、トラック#3と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#3がメタデータ（特定情報）のトラックであること(type=cdsc)が格納されたtrefボックスを有する。
　プロキシファイルの第４の例については、例えば、（関連付け型）シーケンスファイル#１のトラック#1を構成する４フレームの主画像のうちの、UUID#iと関連付けられているトラック#1のiフレーム目の主画像を、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　なお、プロキシ対象ファイルとしてのシーケンスファイル#1にUUID#iを書き込んだ後のシーケンスファイル#1にとって、そのシーケンスファイル#1内の主画像は、シーケンスファイル#1の内部データであり、プロキシファイルのプロキシアイテムItem#iとしてのサムネイル画像は、シーケンスファイル#1の外部データである。
　そして、プロキシ対象ファイルとしてのシーケンスファイル#1に書き込まれたUUID#iは、プロキシファイルにとって外部データであるiフレーム目の主画像の特定情報であるが、プロキシアイテム#iを特定する特定情報であるともみなすことができる。
　この場合、UUID#iが書き込まれた後のプロキシ対象ファイルとしてのシーケンスファイル#1は、内部データとしてのiフレーム目の主画像と、外部データとしてのプロキシアイテムItem#i、すなわち、iフレーム目の主画像のサムネイル画像の特定情報UUID#iとが関連付けられて格納された関連付け型シーケンスファイルであるとみなすことができる。
　以上のようなプロキシファイルによれば、HEIFファイルに格納された主画像の関連画像としての、例えば、サムネイル画像のインデクス表示を迅速に行うことができる。さらに、インデクス表示における関連画像としてのサムネイル画像に対応する主画像を、容易に検出することができる。
　図４１は、第１の関連付け型コレクションファイルをプロキシ対象ファイルとするプロキシファイルの生成の例を説明する図である。
　図３６ないし図４０では、通常のHEIFファイル（関連付け型HEIFファイル以外のHEIFファイル）をプロキシ対象ファイルとして生成されるプロキシファイルについて説明したが、プロキシファイルは、通常のHEIFファイルの他、関連付け型HEIFファイルをプロキシ対象ファイルとして生成することができる。
　図４１では、プロキシ対象ファイルが、４個の第１の関連付け型コレクションファイル#１ないし#４になっている。
　図４１の第１の関連付け型コレクションファイル#iでは、１フレームの主画像Item#iと、その主画像Item#iのサムネイル画像Item#(1000+i)とが、mdatボックスに格納されている。さらに、主画像数が１であること、及び、主画像Item#iのアイテムID#iと、主画像Item#iに関連付けられた（図示せぬ）外部データの特定情報としてのUUID#iとが対応付けられた関連付け情報を有する関連付け情報格納ボックスが、metaボックスに格納されている。
　以上のように、第１の関連付け型コレクションファイル#iでは、主画像Item#iのアイテムID#iと、主画像Item#iに関連付けられた何らかの外部データの特定情報としてのUUID#iとが対応付けられた関連付け情報を有する関連付け情報格納ボックスが、metaボックスに格納されており、主画像Item#iは、UUID#iを、何らかの外部データの特定情報として、その外部データと既に関連付けられている。第１の関連付け型コレクションファイル#iにおいて、主画像Item#iと既に関連付けられている何らかの外部データを、関連付け済み外部データともいう。
　以上のような第１の関連付け型コレクションファイル#iをプロキシ対象ファイルとして、プロキシファイルを生成するプロキシファイル生成処理を行う場合には、ファイル制御部４３は、関連付け済み外部データの特定情報として既に使用されているUUID#iを、プロキシファイルにとって外部データとなる主画像Item#iの特定情報としても兼用で使用して、プロキシファイルを生成することができる。
　すなわち、プロキシファイル生成処理において、ファイル制御部４３は、第１の関連付け型コレクションファイル#1ないし#4に格納されたサムネイル画像Item#1001ないしItem#1004を、プロキシアイテムItem#1ないしItem#4として、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）をプロキシファイル内の内部データとするとともに、そのサムネイル画像に対応する主画像Item#iを、プロキシファイル外の外部データとして、内部データ（プロキシアイテムItem#iとしてのサムネイル画像）と、外部データ（主画像Item#i）の特定情報とを関連付けて格納した関連付け型HEIFファイルを、プロキシファイルとして生成する。
　例えば、ファイル制御部４３は、プロキシアイテムItem#iとしてのサムネイル画像のアイテムID#iと、そのサムネイル画像に対応する主画像Item#iの特定情報とが対応付けられた関連付け情報が格納された関連付け情報格納ボックスがmetaボックスに格納された第１の関連付け型コレクションファイルを、プロキシファイルとして生成する。
　以上のような第１の関連付け型コレクションファイル#iをプロキシ対象ファイルとするプロキシファイル生成処理では、プロキシファイルにとって外部データとなる主画像Item#iの特定情報として、第１の関連付け型コレクションファイル#iにおいて、主画像Item#iと関連付けられている関連付け済み外部データの特定情報としてのUUID#iを使用することができる。
　この場合、プロキシファイルにとって外部データとなる主画像Item#iの特定情報としてのUUID#iについては、図３８で説明したような、第１の関連付け型コレクションファイル#iへのUUID#iの書き込みを行う必要がない。第１の関連付け型コレクションファイル#iは、既にUUID#iが書き込まれた状態になっているからである。
　図４１のプロキシファイルについては、図３８のプロキシファイルの第３の例と同様に、例えば、第１のHEIFファイル#１ないし#4内の主画像Item#1ないしItem#4のうちの、UUID#iと対応付けられているアイテムID#iの主画像Item#iを、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　図４２は、第１の関連付け型コレクションファイルをプロキシ対象ファイルとするプロキシファイルの生成の他の例を説明する図である。
　図４２では、プロキシ対象ファイルが、１個の第１の関連付け型コレクションファイル#1になっている。
　図４２の第１の関連付け型コレクションファイル#1では、複数である４フレームの主画像Item#1ないしItem#4と、その主画像Item#1ないしItem#4それぞれのサムネイル画像Item#1001ないしItem#1004とが、mdatボックスに格納されている。さらに、主画像数が４であること、及び、４フレームの主画像Item#1ないしItem#4それぞれについて、主画像Item#iのアイテムID#iと、主画像に関連付けられた関連付け済み外部データの特定情報としてのUUID#iとが対応付けられた関連付け情報を有する関連付け情報格納ボックスが、metaボックスに格納されている。
　以上のような第１の関連付け型コレクションファイル#1をプロキシ対象ファイルとしてプロキシファイル生成処理を行う場合には、ファイル制御部４３は、図４１の場合と同様に、関連付け済み外部データの特定情報として既に使用されているUUID#iを、プロキシファイルにとって外部データとなる主画像Item#iの特定情報としても兼用で使用して、プロキシファイルを生成することができる。
　すなわち、プロキシファイル生成処理において、ファイル制御部４３は、第１の関連付け型コレクションファイル#1に格納されたサムネイル画像Item#1001ないしItem#1004を、プロキシアイテムItem#1ないしItem#4として、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）をプロキシファイル内の内部データとするとともに、そのサムネイル画像に対応する主画像Item#iを、プロキシファイル外の外部データとして、内部データ（プロキシアイテムItem#iとしてのサムネイル画像）と、外部データ（主画像Item#i）の特定情報とを関連付けて格納した関連付け型HEIFファイルを、プロキシファイルとして生成する。
　例えば、ファイル制御部４３は、プロキシアイテムItem#iとしてのサムネイル画像のアイテムID#iと、そのサムネイル画像に対応する主画像Item#iの特定情報とが対応付けられた関連付け情報が格納された関連付け情報格納ボックスがmetaボックスに格納された第１の関連付け型コレクションファイルを、プロキシファイルとして生成する。
　以上のような第１の関連付け型コレクションファイル#iをプロキシ対象ファイルとするプロキシファイル生成処理では、プロキシファイルにとって外部データとなる主画像Item#iの特定情報として、第１の関連付け型コレクションファイル#iにおいて、主画像Item#iと関連付けられている関連付け済み外部データの特定情報としてのUUID#iを使用することができる。
　この場合、プロキシファイルにとって外部データとなる主画像Item#iの特定情報としてのUUID#iについては、図３８で説明したような、第１の関連付け型コレクションファイル#iへのUUID#iの書き込みを行う必要がない。第１の関連付け型コレクションファイル#iは、既にUUID#iが書き込まれた状態になっているからである。
　図４２のプロキシファイルについては、図３８のプロキシファイルの第３の例と同様に、例えば、第１のHEIFファイル#１ないし#4内の主画像Item#1ないしItem#4のうちの、UUID#iと対応付けられているアイテムID#iの主画像Item#iを、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　図４３は、関連付け型シーケンスファイルをプロキシ対象ファイルとするプロキシファイルの生成の例を説明する図である。
　図４３では、プロキシ対象ファイルが、１個の関連付け型シーケンスファイル#1になっている。
　図４３の関連付け型シーケンスファイル#1では、複数である４フレームの主画像で構成されるトラック#1、その主画像それぞれの４フレームのサムネイル画像で構成されるトラック#2、及び、４フレームの主画像それぞれに関連付けられた関連付け済み外部データの特定情報としてのUUID#1ないしUUID#4で構成されるトラック#3が、mdatボックスに格納されている。
　さらに、図４３の関連付け型シーケンスファイル#1では、トラック#1ないし#3を管理するtrakボックスそれぞれが、moovボックスに格納されている。
　トラック#1ないし#3を管理するtrakボックスは、それぞれ、そのtrakボックスが管理するトラックのトラックIDが格納されたtkhdボックスを有する。
　トラック#2を管理するtrakボックスは、さらに、トラック#2と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#2がサムネイル画像のトラックであること(type=thmb)が格納されたtrefボックスを有する。
　トラック#3を管理するtrakボックスは、さらに、トラック#3と関連する他のトラックがトラック#1であること(track_ID=1)、及び、トラック#3がメタデータ（特定情報）のトラックであること(type=cdsc)が格納されたtrefボックスを有する。
　以上のような関連付け型シーケンスファイル#1をプロキシ対象ファイルとしてプロキシファイル生成処理を行う場合には、ファイル制御部４３は、図４１の場合と同様に、関連付け済み外部データの特定情報として既に使用されているUUID#iを、プロキシファイルにとって外部データとなる主画像Item#iの特定情報としても兼用で使用して、プロキシファイルを生成することができる。
　すなわち、プロキシファイル生成処理において、ファイル制御部４３は、関連付け型シーケンスファイル#1に格納された４フレームのサムネイル画像を、符号化制御部４２に復号させ、さらにイントラ符号化させる。
　そして、ファイル制御部４３は、イントラ符号化された状態の４フレームのサムネイル画像を、プロキシアイテムItem#1ないしItem#4として格納した第１の関連付け型コレクションファイルを、プロキシファイルとして生成する。
　このプロキシファイルには、さらに、プロキシアイテムItem#iとしてのサムネイル画像（プロキシファイルの主画像）をプロキシファイル内の内部データとするとともに、そのサムネイル画像に対応するシーケンスファイル#1のトラック#1のiフレーム目の主画像を、プロキシファイル外の外部データとして、内部データ（プロキシアイテムItem#iとしてのサムネイル画像）と、外部データ（iフレーム目の主画像）の特定情報とが関連付けられて格納される。
　すなわち、プロキシアイテムItem#iとしてのサムネイル画像のアイテムID#iと、そのサムネイル画像に対応するiフレーム目の主画像の特定情報とが対応付けられた関連付け情報が格納された関連付け情報格納ボックスが、プロキシファイルのmetaボックスに格納される。
　以上のような関連付け型シーケンスファイル#1をプロキシ対象ファイルとするプロキシファイル生成処理では、プロキシファイルにとって外部データとなるトラック#1のiフレーム目の主画像の特定情報として、関連付け型シーケンスファイル#1において、iフレーム目の主画像と関連付けられている関連付け済み外部データの特定情報としてのUUID#iを使用することができる。
　この場合、プロキシファイルにとって外部データとなるiフレーム目の主画像の特定情報としてのUUID#iについては、図３９及び図４０で説明したような、関連付け型シーケンスファイル#1へのUUID#iの書き込みを行う必要がない。関連付け型シーケンスファイル#1は、既にUUID#iが書き込まれた状態になっているからである。
　図４３のプロキシファイルについては、図３９及び図４０のプロキシファイルの第４の例と同様に、例えば、関連付け型シーケンスファイル#１のトラック#1を構成する４フレームの主画像のうちの、UUID#iと関連付けられているトラック#1のiフレーム目の主画像を、プロキシアイテム#iとしてのサムネイル画像に対応する主画像として検出することができる。
　図４４は、プロキシ対象ファイルと、そのプロキシ対象ファイルを用いたプロキシファイル生成処理により生成されるプロキシファイルとの組がとる形態を説明する図である。
　図４４のＡは、プロキシ対象ファイルとプロキシファイルとの組がとる第１の形態の例を示している。
　第１の形態では、プロキシファイルは、そのプロキシファイル内のプロキシアイテムとしてのサムネイル画像に対応する、プロキシ対象ファイル内の主画像の特定情報を有しない。同様に、プロキシ対象ファイルは、そのプロキシ対象ファイル内の主画像の特定情報を有しない。
　第１の形態では、例えば、プロキシファイル内のプロキシアイテムであるサムネイル画像と、プロキシ対象ファイル内の主画像とのマッチングを行うことにより、プロキシアイテムとしてのサムネイル画像と最もマッチする主画像を、プロキシアイテムであるサムネイル画像に対応する主画像として検出することができる。
　図４４のＢは、プロキシ対象ファイルとプロキシファイルとの組がとる第２の形態の例を示している。
　第２の形態では、プロキシファイルは、そのプロキシファイル内のプロキシアイテムとしてのサムネイル画像に対応する、プロキシ対象ファイル内の主画像の特定情報を有する。
　一方、プロキシ対象ファイルは、そのプロキシ対象ファイル内の主画像の特定情報を有しない。第２の形態において、主画像の特定情報としては、例えば、その主画像を入力とするhash値等の、主画像を用いて生成することができる情報を採用することができる。
　第２の形態では、例えば、プロキシ対象ファイル内の主画像を入力として生成されるhash値のうちの、プロキシファイル内のプロキシアイテムとしてのサムネイル画像に関連付けられた特定情報としてのhash値に一致するhash値が得られる主画像を、プロキシアイテムとしてのサムネイル画像に対応する主画像として検出することができる。
　図４４のＣは、プロキシ対象ファイルとプロキシファイルとの組がとる第３の形態の例を示している。
　第３の形態では、プロキシファイルは、そのプロキシファイル内のプロキシアイテムとしてのサムネイル画像に対応する、プロキシ対象ファイル内の主画像の特定情報を有する。
　同様に、プロキシ対象ファイルは、そのプロキシ対象ファイル内の主画像の特定情報を有する。第３の形態において、主画像の特定情報としては、例えば、uuid等の主画像を特定し得る情報を採用することができる。
　第３の形態では、例えば、プロキシファイルにおいてプロキシアイテムとしてのサムネイル画像に関連付けられた特定情報と同一の、プロキシ対象ファイル内の特定情報と関連付けられているプロキシ対象ファイル内の主画像を、プロキシアイテムとしてのサムネイル画像に対応する主画像として検出することができる。
　図４５は、プロキシ対象ファイルとプロキシファイルとの組がとる第２の形態の詳細例を示す図である。
　図４５では、２個のHEIFファイル#1及び#2をプロキシ対象ファイルとして、プロキシファイルが生成されている。
　図４５において、プロキシ対象ファイルとしてのHEIFファイル#1には、2個の主画像A及びB、並びに、その主画像A及びBそれぞれのサムネイル画像A及びBが格納されている。プロキシ対象ファイルとしてのHEIFファイル#2には、2個の主画像C及びD、並びに、その主画像C及びDそれぞれのサムネイル画像C及びDが格納されている。
　そして、プロキシファイルには、サムネイル画像AないしDが、プロキシファイルの主画像として格納され、さらに、サムネイル画像AないしDに対応する主画像AないしDの特定情報が格納されている。主画像AないしDの特定情報としては、主画像AないしDを入力とするhash値AないしDが、それぞれ採用されている。
　第２の形態では、プロキシファイルに格納されたサムネイル画像が選択された場合、プロキシ対象ファイルとしてのHEIFファイル#1及び#2内の主画像AないしDそれぞれを入力として生成されるhash値のうちの、プロキシファイルにおいて選択されたサムネイル画像に関連付けられた特定情報としてのhash値に一致するhash値が得られる主画像を、プロキシファイルにおいて選択されたサムネイル画像に対応する主画像として検出することができる。
　図４６は、プロキシ対象ファイルとプロキシファイルとの組がとる第３の形態の詳細例を示す図である。
　図４６では、２個のHEIFファイル#1及び#2をプロキシ対象ファイルとして、プロキシファイルが生成されている。
　図４６において、プロキシ対象ファイルとしてのHEIFファイル#1には、2個の主画像A及びB、並びに、その主画像A及びBそれぞれのサムネイル画像A及びBが格納されている。プロキシ対象ファイルとしてのHEIFファイル#2には、2個の主画像C及びD、並びに、その主画像C及びDそれぞれのサムネイル画像C及びDが格納されている。
　そして、プロキシファイルには、サムネイル画像AないしDが、プロキシファイルの主画像として格納され、さらに、サムネイル画像AないしDに対応する主画像AないしDの特定情報が格納されている。主画像AないしDの特定情報としては、uuid(UUID#A, UUID#B, UUID#C, UUID#D)が採用されている。
　主画像AないしDの特定情報としてのUUID#A, UUID#B, UUID#C, UUID#Dは、プロキシファイルの他、プロキシ対象ファイルにも格納されている（書き込まれている）。すなわち、主画像A及びBが格納されたプロキシ対象ファイルとしてのHEIFファイル#1には、その主画像A及びBのUUID#A及びUUID#Bが格納され、主画像C及びDが格納されたプロキシ対象ファイルとしてのHEIFファイル#2には、その主画像C及びDのUUID#C及びUUID#Dが格納されている。
　第３の形態では、プロキシファイルに格納されたサムネイル画像が選択された場合、プロキシファイルにおいて選択されたサムネイル画像に関連付けられたuuidと同一の、プロキシ対象ファイル内のuuidと関連付けられているプロキシ対象ファイル内の主画像を、プロキシファイルにおいて選択されたサムネイル画像に対応する主画像として検出することができる。
　＜プロキシファイルを用いたインデクス表示＞
　図４７は、ディジタルカメラ１０でのプロキシファイルを用いたインデクス表示の例を説明する図である。
　ディジタルカメラ１０は、インデクス表示において、プロキシファイルに格納されたサムネイル画像Thm#iを読み出し、そのサムネイル画像Thm#iをマトリクス状に配置した一覧画面を、液晶パネル１９に表示する。図４７では、図３１と同様に、サムネイル画像Thm#iを、横×縦が３×３に配置した一覧画面が生成される。インデクス表示の対象とするプロキシファイルに格納されたサムネイル画像Thm#iの総数が、一覧画面に配置することができるサムネイル画像の数（ここでは、９個）を超える場合には、一覧画面の上部に、必要な数のタブが設けられる。
　デフォルトでは、１番目のタブが選択され、インデクス表示の対象とする最初の９個のプロキシファイルに格納されたサムネイル画像Thm#1ないしThm#9が配置された一覧画面が表示される。ユーザが、２番目のタブを選択すると、インデクス表示の対象とする次の９個のプロキシファイルに格納されたサムネイル画像Thm#10ないしThm#18が配置された一覧画面が表示される。以下同様に、ユーザが選択するタブに応じた９個（以下）のプロキシファイルに格納されたサムネイル画像が配置された一覧画面が表示される。
　ここで、図３１の場合と同様に、一覧画面のサムネイル画像の配置は、３×３に限定されるものではない。また、共有ボタン及びRAW編集ボタンについては、図３１で説明した通りである。
　以上のようなプロキシファイルを用いたインデクス表示によれば、インデクス表示を適切に行うことができる。
　すなわち、プロキシファイルを用いたインデクス表示では、プロキシファイルのopen/closeを行えばよく、プロキシファイル内のサムネイル画像Thm#iに対応する主画像が格納されたHEIFファイルのopen/closeを行う必要はない。したがって、主画像が格納されたHEIFファイルのopen/closeを行う場合に比較して、一覧画面を表示するまでの時間を短縮し、一覧画面を迅速に表示することができる。
　さらに、インデクス表示の対象とするプロキシファイルには、サムネイル画像Thm#iが、インター符号化されずに格納されるので、すなわち、本実施の形態では、イントラ符号化されて格納されるので、インデクス表示のために行われる処理が冗長になることを防止することができる。具体的には、図３１で説明したような、シーケンスファイルに格納された、long GOPでインター符号化されたサムネイル画像Thm#iを表示する場合のように、あるサムネイル画像Thm#iを一覧画面に表示する場合に、そのサムネイル画像Thm#iを復号するために、他のサムネイル画像Thm#i’を復号する必要がない。
　図４８は、ディジタルカメラ１０以外の外部デバイスでのプロキシファイルを用いたインデクス表示の例を説明する図である。
　ディジタルカメラ１０以外の外部デバイスにおいてインデクス表示を行う場合には、例えば、インデクス表示の対象とするHEIFファイルに代えて、そのHEIFファイルをプロキシ対象ファイルとして用いて生成されたプロキシファイルを、ネットワークを経由して、外部デバイスに送信することができる。
　外部デバイスでは、ディジタルカメラ１０からのプロキシファイルが受信される。そして、外部デバイスでは、ディジタルカメラ１０においてプロキシファイルを用いたインデクス表示を行う場合と同様に、プロキシファイルに格納されたサムネイル画像Thm#iを用いて一覧画面が生成されて表示される。
　したがって、外部デバイスでは、ディジタルカメラ１０においてプロキシファイルを用いたインデクス表示を行う場合と同様に、インデクス表示を適切に行うことができる。すなわち、一覧画面を表示するまでの時間を短縮し、一覧画面を迅速に表示することができる。
　さらに、インデクス表示のために行われる処理が冗長になることを防止することができる。
　また、サムネイル画像が格納されたプロキシファイルのデータ量は、そのプロキシファイルに格納されたサムネイル画像に対応する主画像が格納されたHEIFファイルの合計のデータ量に比較して少ない。したがって、ディジタルカメラ１０から外部デバイスに対するプロキシファイルの送信は、図３２で説明したようなHEIFファイルの送信よりも短時間で行うことができる。
　以上から、ユーザが外部デバイスでのインデクス表示を要求してから、実際に一覧画面が表示されるまでの応答性を向上させることができる。
　なお、外部デバイスにおいて、一覧画面が表示された後、ユーザは、一覧画面内の任意のサムネイル画像Thm#iを選択することができる。ユーザがサムネイル画像Thm#iを選択すると、外部デバイスは、プロキシファイルにおいてサムネイル画像Thm#iに関連付けられている、そのサムネイル画像Thm#iに対応する主画像Main#iの特定情報を、ディジタルカメラ１０に送信することができる。ディジタルカメラ１０は、外部デバイスからの特定情報によって特定されるHEIFファイル内の主画像Main#iや、関連付け済み外部データとしての、例えば、主画像Main#iに対応するRAWファイル内のRAW画像を取得し、外部デバイスに送信して表示させることができる。
　図４９は、プロキシ対象ファイルとするHEIFファイルの選択の例を説明する図である。
　プロキシファイル生成処理にあたっては、例えば、図４１に示したように、１フレーム（以上）の主画像及びサムネイル画像が格納された複数のコレクションファイルを、プロキシ対象ファイルに選択して、プロキシファイルを生成することができる。
　また、例えば、図４２に示したように、複数フレームの主画像及びサムネイル画像が格納された１個（以上）のコレクションファイルを、プロキシ対象ファイルに選択して、プロキシファイルを生成することができる。
　さらに、例えば、図４３に示したように、１個（以上）のシーケンスファイルを、プロキシ対象ファイルに選択して、プロキシファイルを生成することができる。
　その他、プロキシファイルは、例えば、図４９に示すように、特定のディレクトリに格納されたHEIFファイルを、プロキシ対象ファイルに選択して生成することができる。
　図４９では、ルートディレクトリに、DCIMディレクトリが存在し、DCIMディレクトリに、100MSDCFディレクトリが存在する。そして、その100MSDCFディレクトリ内のHEIFファイルが、プロキシ対象ファイルに選択され、プロキシファイルが生成されている。
　図４９において、100MSDCFディレクトリには、１フレームの主画像及びサムネイル画像が格納された、ファイル名が”DSC00001.HEIF”及び”DSC00002.HEIF”の２個のコレクションファイル（HEIFファイル）が格納されている。そして、その２個のコレクションファイルをプロキシ対象ファイルとして、プロキシファイルが生成されている。
　図５０は、プロキシ対象ファイルとするHEIFファイルの選択の他の例を説明する図である。
　プロキシファイルは、例えば、図５０に示すように、特定のメディア（例えば、ディジタルカメラ１０に装着されたメディア１４）に格納されたHEIFファイルを、プロキシ対象ファイルに選択して生成することができる。
　図５０では、メディア内のルートディレクトリに、DCIMディレクトリが存在し、DCIMディレクトリに、100MSDCFディレクトリ、101MSDCFディレクトリ、・・・、999MSDCFディレクトリが存在する。そして、100MSDCFディレクトリないし999MSDCFディレクトリ内のHEIFファイルが、プロキシ対象ファイルに選択され、プロキシファイルが生成されている。
　図５０において、100MSDCFディレクトリないし999MSDCFディレクトリには、全体で、１フレームの主画像及びサムネイル画像が格納されたＮ個のコレクションファイル（HEIFファイル）が格納され、そのＮ個のコレクションファイルをプロキシ対象ファイルとして、プロキシファイルが生成されている。
　＜第１の形態のプロキシファイルを生成するプロキシファイル生成処理、及び、プロキシファイルにサムネイル画像を追加する追加処理＞
　図５１は、第１の形態のプロキシファイルを生成するプロキシファイル生成処理、及び、そのプロキシファイルにサムネイル画像を追加する追加処理を説明する図である。
　図５１は、第１の形態のプロキシファイルの構造の例を示している。
　図５１のＡは、プロキシファイルの生成時のプロキシファイルの構造の例を示している。なお、ここでは、プロキシファイルの生成時において、プロキシファイルには、プロキシ対象ファイルに格納された１個の主画像のサムネイル画像が格納されることとする。
　プロキシファイルの生成では、ファイル制御部４３は、例えば、空の領域（パティング領域）を有するfreeボックスを有し、プロキシ対象ファイルに格納された１個の主画像のサムネイル画像#1がプロキシアイテムとしてmdatボックスに格納された通常のコレクションファイルを、プロキシファイルとして生成する。
　freeボックスとは、任意のデータを格納することができるボックスである。freeボックス（の空の領域）の容量は、例えば、プロキシファイルに格納する（予定の）サムネイル画像の数等に応じて決定される。
　図５１では、freeボックスが、metaボックスとmdatボックスとの間のファイル階層に設けられている。但し、freeボックスは、その他、metaボックス内に設けることができる。
　図５１のＢは、他の主画像のサムネイル画像が追加された後のプロキシファイルの構造の例を示している。
　既に生成されているプロキシファイルには、サムネイル画像を追加することができる。既に生成されているプロキシファイルに、サムネイル画像を追加する処理を、追加処理ともいう。
　既に生成されている、例えば、図５１のＡのようなプロキシファイルに、他の主画像のサムネイル画像#2を格納する場合、ファイル制御部４３は、プロキシファイルのmdatボックスに既に格納されているサムネイル画像#1の後に追加する形で、他の主画像のサムネイル画像#2をプロキシアイテムとして格納する。
　さらに、ファイル制御部４３は、metaボックスを、プロキシアイテムとしてのサムネイル画像#2のメタデータを追加した状態に書き換え、書き換えによって増加したmetaボックスの容量の増加分だけ、freeボックスの容量（サイズ）を削減する。プロキシファイルへの、さらに他の主画像のサムネイル画像の追加は、同様にして行われる。
　プロキシファイルの生成後に、プロキシアイテムとしてのサムネイル画像を追加する場合、その追加するサムネイル画像のメタデータを、プロキシファイルのmetaボックスに追加する必要がある。この場合、メタデータの追加のための何らの措置も施していないときには、プロキシファイルにメタデータを追加すると、mdatボックスに既に格納されているデータのオフセットがずれることがある。
　mdatボックスに格納されたデータのオフセットがずれる場合、mdatボックスに格納されたデータのそれぞれについて、オフセットのずれ量を算出し、そのずれ量を反映したオフセットで、ilocボックスを書き直す必要があり、プロキシファイルにサムネイル画像を追加する追加処理の負荷が大になる。
　そこで、本実施の形態では、プロキシファイルの生成時に、プロキシファイルにfreeボックスを設けておく。そして、プロキシファイルにサムネイル画像を追加する追加処理を行う場合には、freeボックスを利用して、メタデータを追加することで、mdatボックスに既に格納されているデータのオフセットのずれを防止する。
　なお、追加処理において、サムネイル画像#2は、プロキシファイルのmdatボックスに既に格納されているサムネイル画像#1の後に追加する形で格納される（書き込まれる）。したがって、mdatボックスへのサムネイル画像#2の追加それ自体によっては、freeボックス（の空き領域）を消費しないし、mdatボックスに既に格納されているサムネイル画像#1のオフセットのずれも生じない。
　図５２は、第１の形態のプロキシファイルを生成するプロキシファイル生成処理の例を説明するフローチャートである。
　ステップＳ２１１において、ファイル制御部４３は、プロキシ対象ファイルに格納された主画像のサムネイル画像を、プロキシファイルにプロキシアイテムとして格納するサムネイル画像として取得し、処理は、ステップＳ２１２に進む。
　例えば、プロキシ対象ファイルが、コレクションファイル、又は、サムネイル画像すべてがイントラ符号化されて格納されているシーケンスファイルである場合、ファイル制御部４３は、プロキシ対象ファイルとしてのコレクションファイル、又は、シーケンスファイルから、サムネイル画像を読み出すことにより、プロキシファイルにプロキシアイテムとして格納するサムネイル画像を取得する。
　また、例えば、プロキシ対象ファイルが、サムネイル画像がlong GOPでインター符号化されて格納されているシーケンスファイルである場合、ファイル制御部４３は、プロキシ対象ファイルとしてのシーケンスファイルからサムネイル画像を生成することにより取得する。
　具体的には、ファイル制御部４３は、例えば、プロキシ対象ファイルとしてのシーケンスファイルに格納された主画像（又は主画像に対応するRAW画像）からYUVのサムネイル画像を生成してイントラ符号化することで、プロキシファイルにプロキシアイテムとして格納するサムネイル画像を取得する。又は、ファイル制御部４３は、プロキシ対象ファイルとしてのシーケンスファイルに格納された、インター符号化されたYUVのサムネイル画像を復号し、イントラ符号化することで、プロキシファイルにプロキシアイテムとして格納するサムネイル画像を取得する。
　ステップＳ２１２において、ファイル制御部４３は、プロキシファイルに設けるfreeボックスのサイズ（大きさ）を計算し、処理は、ステップＳ２１３に進む。
　例えば、ファイル制御部４３は、プロキシファイルに格納するサムネイル画像の数の最大値（以下、サムネイル最大数ともいう）を決定する。そして、ファイル制御部４３は、サムネイル最大数に応じて、プロキシファイルのmdatボックスに格納されたデータのオフセットをすらすことなく、サムネイル最大数だけのサムネイル画像をプロキシファイルに格納することができるように、少なくとも、サムネイル最大数だけのサムネイル画像のメタデータを格納することができるfreeボックスのサイズを計算する。
　サムネイル最大数は、例えば、プロキシ対象ファイル及びプロキシファイルを記録するメディア（メディア１４等）の残容量に応じて決定することができる。
　また、ディジタルカメラ１０において、１回のシャッタ操作に応じて、複数枚の写真（画像）を撮像する連写に対して、１枚の写真を撮像することを単写ということとすると、サムネイル最大数は、例えば、プロキシ対象ファイルとしてのHEIFファイルごとに設定可能なディジタルカメラ１０の撮像モードである連写モード／単写モードの別に応じて決定することができる。
　さらに、サムネイル最大数は、例えば、プロキシ対象ファイルとなる１個のHEIFファイルに格納し得る主画像の最大数を定め、その最大数に応じて決定することができる。
　また、サムネイル最大数は、例えば、ファイル制御部４３において、プロキシ対象ファイルに格納された主画像を評価し、評価が良い主画像の数に応じて決定することができる。主画像の評価では、例えば、主画像のS/Nや鮮鋭度等の画質に関する情報を求め、S/Nや鮮鋭度等が閾値以上の主画像を、評価が良い主画像に決定することができる。
　その他、サムネイル最大数は、上述のメディアの残容量等の複数の要素に応じて決定することができる。
　さらに、所定のディレクトリ又は所定のメディアに格納されたHEIFファイルを、プロキシ対象ファイルとする場合には、サムネイル最大数は、所定のディレクトリ又は所定のメディアに格納されるプロキシ対象ファイルとなる１個のHEIFファイルに格納し得る主画像の最大数を定め、その最大数に応じて決定することができる。
　ステップＳ２１３では、ファイル制御部４３は、ステップＳ２１２で計算されたサイズのfreeボックスを有し、プロキシ対象ファイルに格納された主画像のサムネイル画像がプロキシアイテムとしてmdatボックスに格納された通常のコレクションファイルを、プロキシファイルとして生成し、プロキシファイル生成処理を終了する。
　図５３は、第１の形態のプロキシファイルにサムネイル画像を追加する追加処理の例を説明するフローチャートである。
　追加処理は、既にプロキシファイルが存在し、そのプロキシファイルにサムネイル画像を追加する場合に、そのプロキシファイルを追加処理対象として行われる。
　ステップＳ２２１において、ファイル制御部４３は、プロキシ対象ファイルに格納された主画像のサムネイル画像を、追加処理対象のプロキシファイルにプロキシアイテムとして追加するサムネイル画像（以下、追加サムネイル画像ともいう）として取得し、処理は、ステップＳ２２２に進む。ステップＳ２２１の追加サムネイル画像の取得は、図５２のステップＳ２１１と同様に行うことができる。
　ステップＳ２２２において、ファイル制御部４３は、追加サムネイル画像を、追加処理対象のプロキシファイルのmdatボックスにプロキシアイテムとして追加し、処理は、ステップＳ２２３に進む。
　ステップＳ２２３では、ファイル制御部４３は、追加処理対象のプロキシファイルからmetaボックスを読み出すことにより取得し、処理は、ステップＳ２２４に進む。
　ステップＳ２２４では、ファイル制御部４３は、追加処理対象のプロキシファイルのfreeボックス内の残容量を取得し、その残容量が、追加サムネイル画像のメタデータの追加に足りることを確認して、処理は、ステップＳ２２５に進む。
　なお、ステップＳ２２４において、freeボックスの残容量が、追加サムネイル画像のメタデータの追加に足りない場合は、例えば、その旨が液晶パネル１９に表示され、追加処理は終了する。さらに、この場合、追加サムネイル画像が格納された新たなプロキシファイルを生成するプロキシファイル生成処理を行うことができる。
　ステップＳ２２５では、ファイル制御部４３は、追加処理対象のプロキシファイルのmdatボックスへのプロキシアイテムとしての追加サムネイル画像の追加に応じて、ステップＳ２２３で取得したmetaボックスを、追加サムネイル画像のメタデータを追加した新たなmetaボックスに生成し直す。さらに、ファイル制御部４３は、その新たなmetaボックスによって、追加処理対象のプロキシファイルのmetaボックスを書き換え、処理は、ステップＳ２２５からステップＳ２２６に進む。
　ステップＳ２２６では、ファイル制御部４３は、書き換え前のmetaボックスに対する新たなmetaボックスのサイズ（データ量）の増加分だけサイズを減少させた新たなfreeボックスを生成する。さらに、ファイル制御部４３は、新たなfreeボックスによって、追加処理対象のプロキシファイルのfreeボックスを書き換え、追加処理は終了する。
　＜第２又は第３の形態のプロキシファイルを生成するプロキシファイル生成処理、及び、プロキシファイルにサムネイル画像を追加する追加処理＞
　図５４は、第２又は第３の形態のプロキシファイルを生成するプロキシファイル生成処理、及び、そのプロキシファイルにサムネイル画像を追加する追加処理を説明する図である。
　図５４は、第２又は第３の形態のプロキシファイルの構造の例を示している。
　図５４のＡは、プロキシファイルの生成時のプロキシファイルの構造の例を示している。なお、ここでは、プロキシファイルの生成時において、プロキシファイルには、プロキシ対象ファイルに格納された１個の主画像のサムネイル画像が格納されることとする。
　プロキシファイルの生成では、ファイル制御部４３は、例えば、freeボックスを有し、プロキシ対象ファイルに格納された１個の主画像のサムネイル画像#1がプロキシアイテムとしてmdatボックスに格納された関連付け型コレクションファイルを、プロキシファイルとして生成する。
　プロキシファイルとしての関連付け型コレクションファイルには、サムネイル画像#1が、そのサムネイル画像#1（の特定情報）と関連付ける形で格納される。すなわち、プロキシファイルとしての関連付け型コレクションファイルには、プロキシファイル内のサムネイル画像と、外部データとしての、そのサムネイル画像に対応する主画像の特定情報との関連付けに関係する関係情報が格納される。
　関係情報としては、例えば、図１０の第１の関連付け型コレクションファイルの関連付け情報格納ボックスに格納される関連付け情報がある。
　さらに、関係情報としては、例えば、図１１の第２の関連付け型コレクションファイルのmdatボックスに格納されるアイテムItem#201としての関連付け情報、並びに、metaボックスのiinfボックスに格納されるアイテムItem#201に対するinfeボックス、及び、metaボックスのiprpボックスのilocボックスに格納されるアイテムItem#201の格納場所へのオフセット等がある。
　また、関係情報としては、例えば、図１２の第３の関連付け型コレクションファイルでのmdatボックスに格納されるアイテムとしての特定情報、及び、metaボックスのirefボックスのcdscボックスに格納されるアイテムとしての主画像のアイテムIDと、アイテムとしての特定情報のアイテムIDとを対応付けた関連付け情報等がある。
　さらに、関係情報としては、例えば、図１４の関連付け型シーケンスファイルのmdatボックスに格納される特定情報のトラック#3、及び、moovボックスに格納される、特定情報のトラック#3を管理するtrakボックスがある。
　図５４では、プロキシファイルとして、第３の関連付け型コレクションファイルが生成されている。
　また、図５４のＡにおいて、特定情報#1は、サムネイル画像#1対応する主画像の特定情報であり、関係情報の一部である。
　第３の関連付け型コレクションファイルであるプロキシファイルでは、特定情報#1は、mdatボックスに格納される。サムネイル画像#1と特定情報#１との関連付けに関係する関係情報のうちの、特定情報#1以外の情報、例えば、図１２で説明したmetaボックスのirefボックスのcdscボックスに格納される、サムネイル画像#1のアイテムIDと特定情報#1のアイテムIDとを対応付けた関連付け情報や、特定情報#1の格納場所のオフセット等のメタデータは、第３の関連付け型コレクションファイルであるプロキシファイルのmetaボックスに格納される。
　図５４のＢは、他の主画像のサムネイル画像が追加された後のプロキシファイルの構造の例を示している。
　既に生成されている、例えば、図５４のＡのようなプロキシファイルに、他の主画像のサムネイル画像#2を追加で格納する追加処理では、ファイル制御部４３は、プロキシファイルのmdatボックスに既に格納されているサムネイル画像#1及び特定情報#1の後に追加する形で、他の主画像のサムネイル画像#2をプロキシアイテムとして格納する。
　さらに、ファイル制御部４３は、metaボックスを、プロキシアイテムとしてのサムネイル画像#2のメタデータを追加した状態に書き換える。
　他の主画像のサムネイル画像#2の格納は、サムネイル画像#２に対応する主画像の特定情報#2と関連付ける形で行われる。すなわち、ファイル制御部４３は、プロキシファイルのmdatボックスにサムネイル画像#2に追加する形で、特定情報#2をプロキシアイテムとして格納する。
　さらに、ファイル制御部４３は、metaボックスを、プロキシアイテムとしてのサムネイル画像#2のメタデータ、及び、サムネイル画像#2と特定情報#2との関連付けに関係する関係情報のうちの、特定情報#2以外の情報を追加した状態に書き換える。
　ファイル制御部４３は、metaボックスの、書き換えによって増加したmetaボックスの容量の増加分だけ、freeボックスの容量を削減する。プロキシファイルへの、さらに他の主画像のサムネイル画像の追加は、同様にして行われる。
　なお、追加処理において、サムネイル画像#2及び特定情報#2は、mdatボックスに既に格納されているサムネイル画像#1及び特定情報#1の後に追加する形で書き込まれる。したがって、mdatボックスへのサムネイル画像#2及び特定情報#2の追加それ自体によっては、freeボックスを消費しないし、mdatボックスに既に格納されているサムネイル画像#1及び特定情報#1のオフセットのずれも生じない。
　図５５は、第２又は第３の形態のプロキシファイルを生成するプロキシファイル生成処理の例を説明するフローチャートである。
　ステップＳ２４１において、ファイル制御部４３は、図５２のステップＳ２１１と同様に、プロキシ対象ファイルに格納された主画像のサムネイル画像を、プロキシファイルにプロキシアイテムとして格納するサムネイル画像として取得し、処理は、ステップＳ２４２に進む。
　ステップＳ２４２において、ファイル制御部４３は、ステップＳ２４１で取得したサムネイル画像に対応する主画像の特定情報を取得し、処理は、ステップＳ２４３に進む。
　主画像が格納されたプロキシ対象ファイルとしてのHEIFファイルがコレクションファイルである場合、主画像の特定情報としては、例えば、uuidや、主画像を入力として計算されたhash値、主画像が格納されたプロキシ対象ファイルに割り当てられたURLと主画像のアイテムIDとのセット等を採用することができる。
　主画像が格納されたプロキシ対象ファイルとしてのHEIFファイルがシーケンスファイルである場合、主画像の特定情報としては、例えば、uuidや、主画像が格納されたプロキシ対象ファイルに割り当てられたURL、主画像のフレームのトラックのトラックID、及び、主画像のフレームのトラック先頭からの順番（フレームオフセット）のセット、主画像が格納されたプロキシ対象ファイルに割り当てられたURLと主画像のフレームのタイムライン上の時刻情報とのセット等を採用することができる。
　なお、特定情報が、その特定情報をプロキシ対象ファイルに書き込むことにより、プロキシ対象ファイル内のデータ（主画像）を特定することができる情報である場合、例えば、特定情報がuuidである場合、ステップＳ２４２では、主画像の特定情報の生成後に、その特定情報が、その特定情報によって特定されるべき主画像が格納されたプロキシ対象ファイルに書き込まれる。
　また、プロキシ対象ファイルが、関連付け型HEIFファイルであり、その関連付け型HEIFファイルに格納された主画像と関連付けられた外部データの特定情報が、プロキシ対象ファイルとしての関連付け型HEIFファイルに格納されている場合、ステップＳ２４２では、その外部データの特定情報を、主画像の特定情報として取得することができる。この場合、主画像の特定情報は、プロキシ対象ファイルとしての関連付け型HEIFファイルに既に書き込まれているので、新たに書き込む必要はない。
　ステップＳ２４３において、ファイル制御部４３は、図５２のステップＳ２１２と同様に、プロキシファイルに設けるfreeボックスのサイズ（大きさ）を計算し、処理は、ステップＳ２４４に進む。
　なお、第２又は第３の形態のプロキシファイルを、追加処理対象のプロキシファイルとして追加処理が行われる場合、プロキシファイルのmetaボックスには、追加するサムネイル画像のメタデータだけでなく、追加するサムネイル画像とそのサムネイル画像に対応する主画像の特定情報との関連付けに関係する関係情報（のうちのmetaボックスに格納すべき情報）が格納される。
　したがって、図５５のステップＳ２４３では、第２又は第３の形態のプロキシファイルに格納するサムネイル画像のサムネイル最大数が、第１の形態のプロキシファイルに格納するサムネイル画像のサムネイル最大数と同一であっても、図５２のステップＳ２１２よりも大きなサイズが、freeボックスのサイズとして計算される。
　ステップＳ２４４では、ファイル制御部４３は、ステップＳ２４３で計算されたサイズのfreeボックスを有し、プロキシ対象ファイルに格納された主画像のサムネイル画像がプロキシアイテムとしてmdatボックスに格納された関連付け型コレクションファイルを、プロキシファイルとして生成し、プロキシファイル生成処理を終了する。
　ステップＳ２４４のプロキシファイルの生成では、プロキシアイテムとしてのサムネイル画像が、そのサムネイル画像に対応する主画像の特定情報、すなわち、ステップＳ２４２で取得された特定情報と関連付けて格納されたプロキシファイルとしての関連付け型コレクションファイルが生成される。例えば、プロキシアイテムとしてのサムネイル画像とともに、そのサムネイル画像と、そのサムネイル画像に対応する主画像の特定情報との関連付けに関係する関係情報が格納されたプロキシファイルが生成される。
　図５６は、第２又は第３の形態のプロキシファイルにサムネイル画像を追加する追加処理の例を説明するフローチャートである。
　追加処理は、既にプロキシファイルが存在し、そのプロキシファイルにサムネイル画像を追加する場合に、そのプロキシファイルを追加処理対象として行われる。ここでは、追加処理対象としてのプロキシファイルは、例えば、第３の関連付け型コレクションファイル（図１２）であることとする。
　ステップＳ２５１において、ファイル制御部４３は、プロキシ対象ファイルに格納された主画像のサムネイル画像を、追加処理対象のプロキシファイルにプロキシアイテムとして追加する追加サムネイル画像として取得し、処理は、ステップＳ２５２に進む。ステップＳ２５１の追加サムネイル画像の取得は、図５５のステップＳ２４１と同様に行うことができる。
　ステップＳ２５２において、ファイル制御部４３は、ステップＳ２４１で取得した追加サムネイル画像に対応する主画像の特定情報の取得等の、図５５のステップＳ２４２と同様の処理を行い、処理は、ステップＳ２５３に進む。
　ステップＳ２５３において、ファイル制御部４３は、追加サムネイル画像と、その追加サムネイル画像に対応する主画像の特定情報とを、追加処理対象のプロキシファイルのmdatボックスにプロキシアイテムとして追加し、処理は、ステップＳ２５４に進む。
　ステップＳ２５４では、ファイル制御部４３は、追加処理対象のプロキシファイルからmetaボックスを読み出すことにより取得し、処理は、ステップＳ２５５に進む。
　ステップＳ２５５では、ファイル制御部４３は、追加処理対象のプロキシファイルのfreeボックス内の残容量を取得し、その残容量が、追加サムネイル画像のメタデータの追加、及び、追加サムネイル画像とその追加サムネイル画像に対応する主画像の特定情報との関連付けに関係する関係情報（但し、ここでは、ステップＳ２５３で既にmdatボックスに追加された特定情報を除く）の追加に足りることを確認して、処理は、ステップＳ２５６に進む。
　なお、ステップＳ２５５において、freeボックスの残容量が追加に足りない場合は、図５３のステップＳ２２４で説明した処理と同様の処理を行うことができる。
　ステップＳ２５６では、ファイル制御部４３は、ステップＳ２５４で取得したmetaボックスを、新たなmetaボックスに生成し直す。
　新たなmetaボックスは、ステップＳ２５４で取得したmetaボックスに、追加処理対象のプロキシファイルのmdatボックスに追加されたプロキシアイテムとしての追加サムネイル画像のメタデータ、及び、追加サムネイル画像とその追加サムネイル画像に対応する主画像の特定情報との関連付けに関係する関係情報（但し、ここでは、ステップＳ２５３で既にmdatボックスに追加された特定情報を除く）を追加することにより生成される。
　ファイル制御部４３は、新たなmetaボックスによって、追加処理対象のプロキシファイルのmetaボックスを書き換え、処理は、ステップＳ２５６からステップＳ２５７に進む。
　ステップＳ２５７では、ファイル制御部４３は、書き換え前のmetaボックスに対する新たなmetaボックスのサイズ（データ量）の増加分だけサイズを減少させた新たなfreeボックスを生成する。さらに、ファイル制御部４３は、新たなfreeボックスによって、追加処理対象のプロキシファイルのfreeボックスを書き換え、追加処理は終了する。
　＜第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理＞
　図５７は、第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例を説明する図である。
　図５７は、第２の形態のプロキシ対象ファイルとプロキシファイルとの組の例を示している。
　図５７では、コレクションファイル#1及び#2をプロキシ対象ファイルとして、プロキシファイルが生成されている。プロキシファイルとしては、例えば、第３の関連付け型コレクションファイルが採用されている。
　コレクションファイル#iでは、主画像#iと、その主画像#iのサムネイル画像#iとがmdatボックスに格納されている。
　プロキシファイルでは、サムネイル画像#1及び#2、並びに、そのサムネイル画像#1及び#2に対応する主画像の特定情報#1及び#2が、サムネイル画像#iと特定情報#iとを関連付ける形で格納されている。
　第２の形態のプロキシ対象ファイルとしてのコレクションファイル#iは、主画像#iの特定情報#iを有しない。そのため、第２の形態では、主画像#iの特定情報#iとして、例えば、主画像#iを入力とするhash値等の、コレクションファイル#iに、主画像#iの特定情報#iが書き込まれていなくても、その主画像#iを特定することができる情報が採用される。
　いま、主画像#iの特定情報#iとして、例えば、主画像#iを入力とするhash値が採用されていることとする。
　この場合、プロキシ対象ファイルとしてのコレクションファイル#1及び#2内の主画像#1及び#2それぞれを入力として生成されるhash値のうちの、プロキシファイル内のプロキシアイテムとしてのサムネイル画像#iに関連付けられた特定情報#iとしてのhash値に一致するhash値が得られる主画像#iが、プロキシファイル内のサムネイル画像#iに対応する主画像として検出される。
　図５８は、第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例をさらに説明する図である。
　図５８は、第２の形態のプロキシ対象ファイルとプロキシファイルとの組の例を示している。
　図５８では、コレクションファイル#1及び#2をプロキシ対象ファイルとして、プロキシファイルが生成されている。プロキシファイルとしては、例えば、第１の関連付け型コレクションファイルが採用されている。プロキシ対象ファイルとしてのコレクションファイル#1及び#2としては、通常のコレクションファイルが採用されている。
　コレクションファイル#1では、主画像A及びBと、その主画像A及びBのサムネイル画像A及びBとがmdatボックスに格納されている。コレクションファイル#2では、主画像C及びDと、その主画像C及びDのサムネイル画像C及びDとがmdatボックスに格納されている。
　プロキシファイルでは、サムネイル画像AないしD、及び、主画像AないしDの特定情報としてのhash値#Aないし#Dが、サムネイル画像AないしDと、特定情報としてのhash値#Aないし#Dとをそれぞれ関連付ける形で格納されている。すなわち、プロキシファイルでは、関連付け情報格納ボックスに、サムネイル画像AないしDのアイテムIDと、特定情報としてのhash値#Aないし#Dとをそれぞれ対応付けた関連付け情報が格納されている。特定情報としてのhash値#Aないし#Dは、それぞれ、主画像AないしDを入力とするhash値である。
　この場合、プロキシ対象ファイルとしてのコレクションファイル#1及び#2内の主画像AないしDそれぞれを入力として生成されるhash値のうちの、プロキシファイル内のプロキシアイテムとしての、あるサムネイル画像X（Xは、AないしDのいずれか）に関連付けられた特定情報としてのhash値に一致するhash値が得られる主画像が、プロキシファイル内のサムネイル画像Xに対応する主画像として検出される。
　図５９は、第２の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例を説明するフローチャートである。
　例えば、UI制御部４７は、ファイル制御部４３等を制御することにより、プロキシファイルに格納されたサムネイル画像を用いて一覧画面を生成して液晶パネル１９に表示するインデクス表示を行わせる。
　例えば、ファイル制御部４３は、プロキシファイルに格納されたサムネイル画像（プロキシファイルにとっての主画像）の個々を識別するハンドルのハンドルリストを生成する。UI制御部４７は、例えば、ユーザの操作等に応じて、プロキシファイルに格納されたサムネイル画像のインデクス表示を、ファイル制御部４３に要求する。
　ファイル制御部４３は、UI制御部４７からのインデクス表示の要求に応じて、ハンドルリストのハンドルにより識別されるサムネイル画像（のフレーム）を、プロキシファイルから読み出し、符号化制御部４２を介して、表示制御部４６に供給する。
　表示制御部４６は、ファイル制御部４３からのサムネイル画像の一覧画面を生成し、液晶パネル１９に表示させる。
　その後、例えば、ユーザが、一覧画面から、所望のサムネイル画像を選択すると、ステップＳ２７１において、ファイル制御部４３は、プロキシファイルから、一覧画面から選択されたサムネイル画像（以下、選択サムネイル画像ともいう）に関連付けられた特定情報を読み出すことにより取得し、処理は、ステップＳ２７２に進む。
　すなわち、例えば、ファイル制御部４３は、ハンドルリストにおいて選択サムネイル画像（選択関連画像）のハンドルを特定し、プロキシファイルにおいて、そのハンドルにより識別される選択サムネイル画像に関連付けられた特定情報を読み出すことにより取得する。
　ステップＳ２７２において、ファイル制御部４３は、主画像を検出する検索の検索対象とするHEIFファイルを選択し、処理は、ステップＳ２７３に進む。
　ここで、プロキシファイル生成処理（及び追加処理）では、図４９や図５０等で説明したように、１個以上のコレクションファイルや、１個以上のシーケンスファイル、特定のディレクトリに格納されたHEIFファイル、特定のメディア内のHEIFファイルを、プロキシ対象ファイルに選択することができる。
　ファイル制御部４３は、プロキシファイルについてプロキシ対象ファイルに選択されたHEIFファイルを、検索対象に選択する。プロキシ対象ファイルを特定するために必要な情報、例えば、特定のディレクトリ又はメディアに格納されたHEIFファイルがプロキシ対象ファイルに選択された場合の、その特定のディレクトリ又はメディアを特定する情報は、例えば、プロキシファイルのmetaボックスやmdatボックスに格納しておくことができる。
　ステップＳ２７３において、ファイル制御部４３は、検索対象のHEIFファイルを対象に、主画像を検索し、選択サムネイル画像に関連付けられた特定情報によって特定される主画像を検出して、検出処理は終了する。
　例えば、主画像の特定情報として、主画像を入力として、sha-256等で計算されるhash値が採用されている場合には、ファイル制御部４３は、検索対象のHEIFファイルそれぞれについて、HEIFファイル内の主画像（それぞれ）を入力とするhash値を求める。
　すなわち、例えば、検索対象のHEIFファイルが、コレクションファイルである場合には、ファイル制御部４３は、検索対象のコレクションファイルそれぞれについて、コレクションファイル内の主画像のアイテムIDのリスト（主画像リスト）を求める。
　さらに、ファイル制御部４３は、主画像リストの各アイテムIDについて、アイテムIDによって特定されるアイテムとしての主画像（のデータ）を、検索対象のコレクションファイルのilocボックス内の情報に応じて、mdatボックスから読み出す。ファイル制御部４３は、検索対象のコレクションファイルのmdatボックスから読み出した主画像を入力として、hash値を計算する。
　そして、ファイル制御部４３は、選択サムネイル画像に関連付けられた特定情報としてのhash値に一致するhash値が得られる主画像#iを、選択サムネイル画像に対応する主画像として検出する。
　＜第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理＞
　図６０は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例を説明する図である。
　図６０は、第３の形態のプロキシ対象ファイルとプロキシファイルとの組の例を示している。
　図６０では、コレクションファイル#1及び#2をプロキシ対象ファイルとして、プロキシファイルが生成されている。
　プロキシファイルとしては、例えば、第３の関連付け型コレクションファイルが採用されている。プロキシ対象ファイルとしてのコレクションファイル#1及び#2としても、第３の関連付け型コレクションファイルが採用されている。
　コレクションファイル#iでは、図５７の場合と同様に、主画像#iと、その主画像#iのサムネイル画像#iとがmdatボックスに格納されている。
　さらに、コレクションファイル#iでは、主画像#i及び主画像#iの特定情報#iが、主画像#iと特定情報#iとを関連付ける形で格納されている。
　プロキシファイルでは、図５７の場合と同様に、サムネイル画像#1及び#2、並びに、主画像の特定情報#1及び#2が、サムネイル画像#iと特定情報#iとを関連付ける形で格納されている。
　第３の形態のプロキシ対象ファイルとしてのコレクションファイル#iは、主画像#iの特定情報#iを有する。そのため、第３の形態では、プロキシ対象ファイルとしてのコレクションファイル#iが、主画像の特定情報を書き込むことができるファイルであれば、主画像の特定情報としては、任意の情報を採用することができる。
　いま、主画像#iの特定情報#iとして、例えば、uuidが採用されていることとする。
　この場合、プロキシ対象ファイルとしてのコレクションファイル#1及び#2それぞれ内の主画像#1及び#2のうちの、プロキシファイル内のプロキシアイテムとしてのサムネイル画像#iに関連付けられた特定情報#iとしてのuuidに一致するuuidに関連付けられた主画像#iが、プロキシファイル内のサムネイル画像#iに対応する主画像として検出される。
　図６１は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の例をさらに説明する図である。
　図６１は、第３の形態のプロキシ対象ファイルとプロキシファイルとの組の例を示している。
　図６１では、コレクションファイル#1及び#2をプロキシ対象ファイルとして、プロキシファイルが生成されている。
　プロキシファイルとしては、例えば、第１の関連付け型コレクションファイルが採用されている。プロキシ対象ファイルとしてのコレクションファイル#1及び#2としても、第１の関連付け型コレクションファイルが採用されている。
　コレクションファイル#1では、主画像A及びBと、その主画像A及びBのサムネイル画像A及びBとがmdatボックスに格納されている。
　また、コレクションファイル#1では、主画像A及びBのアイテムIDと、主画像A及びBの特定情報としてのUUID#A及び#Bとをそれぞれ対応付けた関連付け情報が、metaボックスの関連付け情報格納ボックスに格納されている。
　コレクションファイル#2では、主画像C及びDと、その主画像C及びDのサムネイル画像C及びDとがmdatボックスに格納されている。
　また、コレクションファイル#2では、主画像C及びDのアイテムIDと、主画像C及びDの特定情報としてのUUID#C及び#Dとをそれぞれ対応付けた関連付け情報が、metaボックスの関連付け情報格納ボックスに格納されている。
　プロキシファイルでは、サムネイル画像AないしD、及び、主画像AないしDの特定情報としてのhash値#Aないし#Dが、サムネイル画像AないしDと、特定情報としてのhash値#Aないし#Dとをそれぞれ関連付ける形で格納されている。
　すなわち、プロキシファイルでは、関連付け情報格納ボックスに、サムネイル画像AないしDのアイテムIDと、特定情報としてのUUID#AないしUUID#Dとをそれぞれ対応付けた関連付け情報が格納されている。
　この場合、プロキシ対象ファイルとしてのコレクションファイル#1及び#2内の主画像AないしDのうちの、プロキシファイル内のプロキシアイテムとしてのあるサムネイル画像Xに関連付けられた特定情報、すなわち、プロキシファイルの関連付け情報格納ボックスにおいてサムネイル画像XのアイテムIDと対応付けられたuuidに一致するuuidに関連付けられた主画像が、プロキシファイル内のサムネイル画像Xに対応する主画像として検出される。
　図６２は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第１の例を説明する図である。
　図６２は、第３の形態のプロキシ対象ファイルとプロキシファイルとの組において、第１の関連付け型コレクションファイル（図１０）がプロキシ対象ファイルに採用された場合の、そのプロキシ対象ファイルの例を示している。
　検出処理の第１の例では、第１の関連付け型コレクションファイルがプロキシ対象ファイルに採用されていることとする。
　プロキシ対象ファイルとしての第１の関連付け型コレクションファイルでは、metaボックスに、関連付け情報格納ボックスが格納される。図６２では、関連付け情報格納ボックスには、主画像数が１であること、及び、主画像のアイテムID=1と、その主画像の特定情報としてのUUID#1とが対応付けられて格納されている。
　第１の関連付け型コレクションファイルがプロキシ対象ファイルに採用された場合、検出処理では、ファイル制御部４３は、プロキシファイルにおいて選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidが関連付け情報格納ボックスに格納されたプロキシ対象ファイルを検出する。
　そして、ファイル制御部４３は、そのプロキシ対象ファイルにおいて、選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidに対応付けられたアイテムIDの主画像を、選択サムネイル画像に対応する主画像として検出する。
　図６３は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第１の例を説明するフローチャートである。
　例えば、UI制御部４７は、図５９で説明したように、プロキシファイルに格納されたサムネイル画像を用いて一覧画面を生成して液晶パネル１９に表示するインデクス表示を行わせる。
　その後、例えば、ユーザが、一覧画面から、所望のサムネイル画像を選択すると、ステップＳ２８１において、ファイル制御部４３は、図５９のステップＳ２７１と同様に、プロキシファイルから、一覧画面から選択された選択サムネイル画像に関連付けられた特定情報を読み出すことにより取得し、処理は、ステップＳ２８２に進む。
　ステップＳ２８２において、ファイル制御部４３は、図５９のステップＳ２７２と同様に、主画像を検出する検索の検索対象とするHEIFファイルを選択し、処理は、ステップＳ２８３に進む。
　ステップＳ２８３において、ファイル制御部４３は、検索対象のHEIFファイルから、関連付け情報格納ボックスに、選択サムネイル画像に関連付けられた特定情報と一致する特定情報（以下、一致特定情報ともいう）が格納されたHEIFファイルを、選択サムネイル画像に対応する主画像を検出する対象の検出対象ファイルとして検出する。
　さらに、ファイル制御部４３は、検出対象ファイル内の、一致特定情報に関連付けられた主画像（一致特定情報によって特定される主画像）にアクセスするためのアクセス情報を、検出対象ファイルの関連付け情報格納ボックスから読み出すことにより取得し、処理は、ステップＳ２８３からステップＳ２８４に進む。
　検出処理の第１の例では、図６２で説明したように、第１の関連付け型コレクションファイルがプロキシ対象ファイルに採用されている。したがって、検出処理の第１の例では、検出対象ファイルは、第１の関連付け型コレクションファイルである。
　検出対象ファイルとしての第１の関連付け型コレクションファイルでは、図６２で説明したように、関連付け情報格納ボックスに、主画像のアイテムIDと、その主画像の特定情報（uuid等）とが対応付けられて格納されている。
　ファイル制御部４３は、検出対象ファイルとしての第１の関連付け型コレクションファイルの関連付け情報格納ボックスにおいて、一致特定情報に対応付けられた（主画像の）アイテムIDを、アクセス情報として取得する。
　ステップＳ２８４において、ファイル制御部４３は、アクセス情報を用いて、検出対象ファイルから、選択サムネイル画像に関連付けられた特定情報によって特定される主画像を検出し、検出処理は終了する。
　すなわち、ファイル制御部４３は、検出対象ファイルから、アクセス情報としてのアイテムIDによって特定される主画像を、選択サムネイル画像に関連付けられた特定情報によって特定される主画像として読み出すことにより検出する。検出対象ファイルからの、アクセス情報としてのアイテムIDによって特定される主画像の読み出しは、図１８で説明したようにして行うことができる。
　図６４は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第２の例を説明する図である。
　図６４は、第３の形態のプロキシ対象ファイルとプロキシファイルとの組において、第２の関連付け型コレクションファイル（図１１）がプロキシ対象ファイルに採用された場合の、そのプロキシ対象ファイルの例を示している。
　検出処理の第２の例では、第２の関連付け型コレクションファイルがプロキシ対象ファイルに採用されていることとする。
　プロキシ対象ファイルとしての第２の関連付け型コレクションファイルでは、第１の関連付け型コレクションファイルにおいて関連付け情報格納ボックスに格納される主画像数、及び、主画像のアイテムIDとその主画像の特定情報としてのuuidとが対応付けられた関連付け情報が、アイテムとして、mdatボックスに格納される。
　第２の関連付け型コレクションファイルがプロキシ対象ファイルに採用された場合、検出処理では、ファイル制御部４３は、プロキシファイルにおいて選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidを含む関連付け情報がmdatボックスに格納されたプロキシ対象ファイルを検出する。
　そして、ファイル制御部４３は、そのプロキシ対象ファイルにおいて、選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidに対応付けられたアイテムIDの主画像を、選択サムネイル画像に対応する主画像として検出する。
　第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第２の例では、図６３の検出処理の第１の例と同様の処理が行われる。
　但し、検出処理の第２の例では、図６３のステップＳ２８３において、ファイル制御部４３は、検索対象のHEIFファイル（第２の関連付け型コレクションファイル（図１１））について、iinfボックスのinfeボックス内のアイテムタイプがIDIFになっているInfeボックス内のアイテムIDを、アイテムとしての関連付け情報のアイテムIDとして取得する。
　さらに、ファイル制御部４３は、検索対象のHEIFファイルについて、ilocボックスから、アイテムとしての関連付け情報のアイテムIDを検索し、そのアイテムIDに対応付けられたオフセット及びサイズを読み出す。
　そして、ファイル制御部４３は、アイテムとしての関連付け情報のアイテムIDに対応付けられたオフセット及びサイズに応じて、検索対象のHEIFファイルのmdatボックスに格納されたアイテムとしての関連付け情報を読み出す。
　ファイル制御部４３は、以上のようにして、検索対象のHEIFファイルから読み出した関連付け情報から、選択サムネイル画像に関連付けられた特定情報と一致する特定情報（一致特定情報）を有する関連付け情報を検出する。
　その後、ファイル制御部４３は、一致特定情報を有する関連付け情報をアイテムとして有する検索対象のHEIFファイルを、検出対象ファイルとして検出する。そして、ファイル制御部４３は、検出対象ファイルの関連付け情報において、一致特定情報と対応付けられた（主画像の）アイテムIDを、主画像にアクセスするためのアクセス情報として取得する。
　図６５は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第３の例を説明する図である。
　図６５は、第３の形態のプロキシ対象ファイルとプロキシファイルとの組において、第３の関連付け型コレクションファイル（図１２）がプロキシ対象ファイルに採用された場合の、そのプロキシ対象ファイルの例を示している。
　検出処理の第３の例では、第３の関連付け型コレクションファイルがプロキシ対象ファイルに採用されていることとする。
　プロキシ対象ファイルとしての第３の関連付け型コレクションファイルでは、主画像の特定情報としてのuuidが、アイテムとしてmdatボックスに格納される。
　さらに、主画像のアイテムIDと、主画像の特定情報のアイテムIDとが対応付けられた関連付け情報が、metaボックス内のirefボックスのcdscボックスに格納される（図１２）。
　第３の関連付け型コレクションファイルがプロキシ対象ファイルに採用された場合、検出処理では、ファイル制御部４３は、プロキシファイルにおいて選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidがmdatボックスに格納されたプロキシ対象ファイルを検出する。
　そして、ファイル制御部４３は、そのプロキシ対象ファイルにおいて、選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidに対応付けられたアイテムIDの主画像を、選択サムネイル画像に対応する主画像として検出する。
　第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第３の例では、図６３の検出処理の第１の例と同様の処理が行われる。
　但し、検出処理の第３の例では、図６３のステップＳ２８３において、ファイル制御部４３は、検索対象のHEIFファイル（第３の関連付け型コレクションファイル（図１２））について、iinfボックスのinfeボックス内のアイテムタイプがIDIFになっているInfeボックス内のアイテムIDを、アイテムとしての特定情報のアイテムIDとして取得する。
　さらに、ファイル制御部４３は、検索対象のHEIFファイルについて、ilocボックスから、アイテムとしての特定情報のアイテムIDを検索し、そのアイテムIDに対応付けられたオフセット及びサイズを読み出す。
　そして、ファイル制御部４３は、アイテムとしての特定情報のアイテムIDに対応付けられたオフセット及びサイズに応じて、検索対象のHEIFファイルのmdatボックスに格納されたアイテムとしての特定情報を読み出す。
　ファイル制御部４３は、以上のようにして、検索対象のHEIFファイルから読み出した特定情報から、選択サムネイル画像に関連付けられた特定情報と一致する特定情報（一致特定情報）を検出する。
　その後、ファイル制御部４３は、一致特定情報をアイテムとして有する検索対象のHEIFファイルを、検出対象ファイルとして検出する。
　そして、ファイル制御部４３は、検出対象ファイルのmetaボックスのirefボックスのcdscボックス（図１２）内の関連付け情報において、アイテムとしての一致特定情報のアイテムIDと対応付けられた（主画像の）アイテムID、すなわち、アイテムとしての一致特定情報のアイテムIDを参照先として、その参照先に参照元として対応付けられたアイテムIDを、主画像にアクセスするためのアクセス情報として取得する。
　図６６は、第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第４の例を説明する図である。
　図６６は、第３の形態のプロキシ対象ファイルとプロキシファイルとの組において、関連付け型シーケンスファイル（図１４）がプロキシ対象ファイルに採用された場合の、そのプロキシ対象ファイルの例を示している。
　検出処理の第４の例では、関連付け型シーケンスファイルがプロキシ対象ファイルに採用されていることとする。
　プロキシ対象ファイルとしての関連付け型シーケンスファイルでは、主画像の特定情報としてのuuidのトラックが、mdatボックスに格納される。プロキシ対象ファイルとしての関連付け型シーケンスファイルにおいて、主画像のトラック（以下、主画像トラックともいう）の主画像（のフレーム）と、特定情報のトラック（以下、特定情報トラックともいう）の、主画像の特定情報としてのuuidとは、タイムライン上の時刻情報（又はトラックに配置された順番）によって関連付けられて格納される。
　関連付け型シーケンスファイルがプロキシ対象ファイルに採用された場合、検出処理では、ファイル制御部４３は、プロキシファイルにおいて選択サムネイル画像に関連付けられた特定情報としてのuuidに一致するuuidがmdatボックスに格納されたプロキシ対象ファイルを検出する。
　そして、ファイル制御部４３は、そのプロキシ対象ファイルにおいて、選択サムネイル画像に関連付けられた特定情報としてのuuidによって特定される主画像を、選択サムネイル画像に対応する主画像として検出する。
　第３の形態のプロキシファイルに格納されたサムネイル画像に対応する主画像を検出する検出処理の第４の例では、図６３の検出処理の第１の例と同様の処理が行われる。
　但し、検出処理の第４の例では、図６３のステップＳ２８３において、ファイル制御部４３は、検索対象のHEIFファイル（関連付け型シーケンスファイル（図１４））について、moovボックス内のtrakボックスから、trefボックス内のtypeがcdscになっているtrakボックスを、特定情報トラックを管理するtrakボックスとして検索する。
　さらに、ファイル制御部４３は、特定情報トラックを管理するtrakボックスのtkhdボックスから、特定情報トラックのトラックIDを読み出し、そのトラックIDのトラック、すなわち、特定情報トラックの特定情報を読み出す。ファイル制御部４３は、以上のようにして、検索対象のHEIFファイルから読み出した特定情報から、選択サムネイル画像に関連付けられた特定情報と一致する特定情報（一致特定情報）を検出する。
　その後、ファイル制御部４３は、一致特定情報を含む特定情報トラックを有する検索対象のHEIFファイルを、検出対象ファイルとして検出する。
　そして、ファイル制御部４３は、検出対象ファイルの、一致特定情報を含む特定情報トラックを管理するtrakボックスのtrefボックス（図１４）内のトラックID（主画像トラックのトラックID）と、一致特定情報のタイムライン上の時刻情報（又は特定情報トラックに配置された順番）とを、主画像にアクセスするためのアクセス情報として取得する。
　＜プロキシ対象ファイルの生成時にプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理、及び、追加処理＞
　図６７は、プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理、及び、追加処理を説明する図である。
　図６７は、第１の形態のプロキシファイルの構造の例を示している。
　図６７のＡは、プロキシファイル生成処理により生成されるプロキシファイルの構造の例を示している。
　プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理では、ファイル制御部４３は、プロキシ対象ファイルの生成時に、そのプロキシ対象ファイルに格納されるサムネイル画像（以下、本サムネイル画像ともいう）の生成に用いられる元画像を用いて、第１の形態のプロキシファイルに格納するサムネイル画像（以下、プロキシサムネイル画像ともいう）を生成する。
　プロキシサムネイル画像としては、本サムネイル画像と同一の画像（コピー）を採用することもできるし、本サムネイル画像と画質やデータ量等が異なる画像（画質やデータ量が低い画像）を採用することもできる。
　例えば、本サムネイル画像のYUVの信号フォーマットが4:2:2である場合に、プロキシサムネイル画像の信号フォーマットとして、4:2:0を採用することができる。また、例えば、本サムネイル画像の階調が10ビットである場合に、プロキシサムネイル画像の信号フォーマットとして、8ビットを採用することができる。さらに、例えば、プロキシサムネイル画像としては、本サムネイル画像よりもサイズ（画素数）が少ない画像を採用することができる。
　また、例えば、プロキシサムネイル画像には、本サムネイル画像と圧縮率が異なる符号化、例えば、本サムネイル画像の圧縮率よりも高い圧縮率の符号化を採用することができる。
　さらに、例えば、プロキシサムネイル画像には、本サムネイル画像とは異なる種類のコーデックを採用することができる。例えば、本サムネイル画像には、HEVCを採用し、プロキシサムネイル画像には、JPEGを採用することができる。
　ファイル制御部４３は、例えば、freeボックスを有し、プロキシ対象ファイルに格納された主画像のサムネイル画像としてのプロキシサムネイル画像がプロキシアイテムとしてmdatボックスに格納された通常のコレクションファイルを、第１の形態のプロキシファイルとして生成する。
　図６７のＡでは、プロキシファイル生成処理により、２個のプロキシサムネイル画像A及びBが（主画像として）格納されたプロキシファイルが生成されている。
　また、freeボックスは、metaボックスに設けられている。プロキシファイル生成処理により生成されるプロキシファイルのmetaボックスには、プロキシサムネイル画像A及びBのメタデータが格納される。
　図６７のＢは、追加処理により他の主画像のプロキシサムネイル画像が追加された後のプロキシファイルの構造の例を示している。
　プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するプロキシサムネイル画像を生成する場合の追加処理では、例えば、プロキシファイルの生成後に生成されるHEIFファイルを、新たなプロキシ対象ファイルとして、その新たなプロキシ対象ファイルに格納される主画像のプロキシサムネイル画像が、既に生成されているプロキシファイル（以下、既存プロキシファイルともいう）に追加される。
　すなわち、ファイル制御部４３は、新たなプロキシ対象ファイルの生成時に、その新たなプロキシ対象ファイルに格納される本サムネイル画像の生成に用いられる元画像を用いて、第１の形態のプロキシファイルに追加するプロキシサムネイル画像を生成する。
　図６７のＢでは、追加処理により、２個のプロキシサムネイル画像C及びDが（主画像として）、図６７のＡの既存プロキシファイルのmdatボックスの既に格納されているプロキシサムネイル画像A及びBの後に追加されている。
　ファイル制御部４３は、プロキシサムネイル画像C及びDの追加にあたり、metaボックスを、プロキシサムネイル画像C及びDのメタデータを追加した状態に書き換え、書き換えによって増加したmetaボックスの容量の増加分だけ、freeボックスの容量を削減する。既存プロキシファイルへの、さらに新たなプロキシ対象ファイルに格納された主画像のプロキシサムネイル画像の追加は、同様にして行われる。
　図６８は、プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理の例を説明するフローチャートである。
　ファイル制御部４３は、HEIFファイルを生成した場合、そのHEIFファイルを、プロキシ対象ファイルとするプロキシファイル生成処理を実行するプロキシファイル生成処理実行条件が満たされるときには、以下のプロキシファイル生成処理を実行する。
　プロキシファイル生成処理実行条件としては、例えば、プロキシファイルが、プロキシ対象ファイルを格納するディレクトリ又はメディアに存在しないことを採用することができる。また、プロキシファイル生成処理実行条件としては、例えば、プロキシファイルが、プロキシ対象ファイルを格納するディレクトリ又はメディアに存在する場合に、プロキシファイルに格納されているサムネイル画像の数が上限に達していることを採用することができる。
　ステップＳ３１１において、ファイル制御部４３は、例えば、プロキシ対象ファイルに格納された本サムネイル画像の生成に用いられた元画像を用いて、第１の形態のプロキシファイルに格納するプロキシサムネイル画像を生成し、処理は、ステップＳ３１２に進む。
　なお、ステップＳ３１１では、元画像からプロキシサムネイル画像を生成することに代えて、元画像から生成された本サムネイル画像を、そのまま、プロキシサムネイル画像として取得（コピー）することができる。
　ステップＳ３１２において、ファイル制御部４３は、図５２のステップＳ２１２と同様に、プロキシファイルに設けるfreeボックスのサイズ（大きさ）を計算し、処理は、ステップＳ３１３に進む。
　ステップＳ３１３では、ファイル制御部４３は、ステップＳ３１２で計算されたサイズのfreeボックスを有し、ステップＳ３１１で生成されたプロキシサムネイル画像、すなわち、例えば、プロキシ対象ファイルに格納された主画像のサムネイル画像がプロキシアイテムとしてmdatボックスに格納された通常のコレクションファイルを、プロキシファイルとして生成し、プロキシファイル生成処理を終了する。
　図６９は、プロキシ対象ファイルの生成時に第１の形態のプロキシファイルに格納するサムネイル画像を生成する場合の追加処理の例を説明するフローチャートである。
　ファイル制御部４３は、HEIFファイルを生成した場合、そのHEIFファイルを、プロキシ対象ファイルとする追加処理を実行する追加処理実行条件が満たされるときには、以下の追加処理を実行する。
　追加処理実行条件としては、例えば、プロキシファイルが、プロキシ対象ファイルを格納するディレクトリ又はメディアに既に存在し、そのプロキシファイルに格納されているサムネイル画像の数が上限に達していないことを採用することができる。
　追加処理は、既に存在するプロキシファイル（既存プロキシファイル）を追加処理対象として行われる。
　ステップＳ３２１において、ファイル制御部４３は、図６８のステップＳ３１１と同様に、プロキシサムネイル画像を、追加サムネイル画像として生成し、処理は、ステップＳ３２２に進む。
　ステップＳ３２２ないしＳ３２６では、図５３のステップＳ２２２ないしＳ２２６とそれぞれ同様の処理が行われ、追加処理は終了する。
　図７０は、プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理、及び、追加処理を説明する図である。
　なお、プロキシ対象ファイルの生成時に第２の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理、及び、追加処理については、プロキシ対象ファイルに、特定情報が書き込まれない点、及び、特定情報として、プロキシ対象ファイルに書き込む必要がない情報が採用される点を除き、第３の形態のプロキシファイルの場合と同様であるため、説明を省略する。
　図７０は、第３の形態のプロキシファイルの構造の例を示している。
　図７０のＡは、プロキシファイル生成処理により生成されるプロキシファイルの構造の例を示している。
　プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理では、ファイル制御部４３は、第１の形態のプロキシファイルを生成するプロキシファイル生成処理（図６７）と同様に、プロキシ対象ファイルの生成時に、そのプロキシ対象ファイルに格納される本サムネイル画像の生成に用いられる元画像を用いて、第３の形態のプロキシファイルに格納するプロキシサムネイル画像を生成する。
　ファイル制御部４３は、例えば、freeボックスを有し、プロキシ対象ファイルに格納された主画像のサムネイル画像としてのプロキシサムネイル画像がプロキシアイテムとしてmdatボックスに格納された関連付け型コレクションファイルを、第３の形態のプロキシファイルとして生成する。
　図７０のＡでは、プロキシファイル生成処理により、２個のプロキシサムネイル画像A及びBが（主画像として）格納されたプロキシファイルが生成されている。また、freeボックスは、metaボックスに設けられている。プロキシファイル生成処理により生成されるプロキシファイルのmetaボックスには、プロキシサムネイル画像A及びBのメタデータが格納される。
　さらに、図７０では、プロキシファイルとして、第１の関連付け型コレクションファイルが採用されており、プロキシファイルは、metaボックス内に、関連付け情報格納ボックスを有する。関連付け情報格納ボックスには、プロキシサムネイル画像AのアイテムID=1と、プロキシサムネイル画像Aに対応する主画像の特定情報としてのUUID#Aとを対応付けた関連付け情報、及び、プロキシサムネイル画像BのアイテムID=2と、プロキシサムネイル画像Bに対応する主画像の特定情報としてのUUID#Bとを対応付けた関連付け情報が格納されている。
　図７０のＢは、追加処理により他の主画像のプロキシサムネイル画像が追加された後のプロキシファイルの構造の例を示している。
　プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するプロキシサムネイル画像を生成する場合の追加処理では、例えば、プロキシファイルの生成後に生成されるHEIFファイルを、新たなプロキシ対象ファイルとして、その新たなプロキシ対象ファイルに格納される主画像のプロキシサムネイル画像が、既に生成されている既存プロキシファイルに追加される。
　すなわち、ファイル制御部４３は、新たなプロキシ対象ファイルの生成時に、その新たなプロキシ対象ファイルに格納される本サムネイル画像の生成に用いられる元画像を用いて、第３の形態のプロキシファイルに追加するプロキシサムネイル画像を生成する。
　図７０のＢでは、追加処理により、２個のプロキシサムネイル画像C及びDが（主画像として）、図７０のＡの既存プロキシファイルのmdatボックスの既に格納されているプロキシサムネイル画像A及びBの後に追加されている。
　ファイル制御部４３は、プロキシサムネイル画像C及びDの追加にあたり、metaボックスを、プロキシサムネイル画像C及びDのメタデータを追加した状態に書き換える。
　さらに、ファイル制御部４３は、metaボックス（の関連付け情報格納ボックス）を、プロキシサムネイル画像CのアイテムID=3と、プロキシサムネイル画像Cに対応する主画像の特定情報としてのUUID#Cとを対応付けた関連付け情報、及び、プロキシサムネイル画像DのアイテムID=4と、プロキシサムネイル画像Dに対応する主画像の特定情報としてのUUID#Dとを対応付けた関連付け情報を追加した状態に書き換える。
　そして、ファイル制御部４３は、metaボックスの書き換えによって増加したmetaボックスの容量の増加分だけ、freeボックスの容量を削減する。既存プロキシファイルへの、さらに新たなプロキシ対象ファイルに格納された主画像のプロキシサムネイル画像の追加は、同様にして行われる。
　図７１は、プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合のプロキシファイル生成処理の例を説明するフローチャートである。
　ファイル制御部４３は、HEIFファイルを生成した場合、そのHEIFファイルを、プロキシ対象ファイルとし、図６８で説明したプロキシファイル生成処理実行条件が満たされるときには、以下のプロキシファイル生成処理を実行する。
　ステップＳ３４１において、ファイル制御部４３は、図６８のステップＳ３１１と同様に、プロキシサムネイル画像を生成し、処理は、ステップＳ３４２に進む。
　ステップＳ３４２において、ファイル制御部４３は、ステップＳ３４１で生成されたプロキシサムネイル画像に対応する主画像の特定情報としての、例えば、uuidを生成することにより取得し、処理は、ステップＳ３４３に進む。
　ステップＳ３４３において、ファイル制御部４３は、図５５のステップＳ２４３と同様に、プロキシファイルに設けるfreeボックスのサイズ（大きさ）を計算し、処理は、ステップＳ３４４に進む。
　ステップＳ３４４では、ファイル制御部４３は、ステップＳ３４３で計算されたサイズのfreeボックスを有し、ステップＳ３４１で生成されたプロキシサムネイル画像、すなわち、プロキシ対象ファイルに格納された主画像のサムネイル画像がプロキシアイテムとしてmdatボックスに格納された、例えば、第１の関連付け型コレクションファイルを、プロキシファイルとして生成し、プロキシファイル生成処理を終了する。
　ステップＳ３４４のプロキシファイルの生成では、プロキシサムネイル画像が、そのプロキシサムネイル画像に対応する主画像の特定情報、例えば、ステップＳ３４２で取得されたuuidと関連付けて格納された第１の関連付け型コレクションファイルが生成される。
　すなわち、プロキシサムネイル画像がmdatボックスに格納されるとともに、そのプロキシサムネイル画像のアイテムIDと、そのプロキシサムネイル画像に対応する主画像のuuidとを対応付けた関連付け情報が関連付け情報格納ボックスに格納された第１の関連付け型コレクションファイルが、プロキシファイルとして生成される。
　図７２は、プロキシ対象ファイルの生成時に第３の形態のプロキシファイルに格納するサムネイル画像を生成する場合の追加処理の例を説明するフローチャートである。
　ファイル制御部４３は、HEIFファイルを生成した場合、そのHEIFファイルを、プロキシ対象ファイルとし、図６９で説明した追加処理実行条件が満たされるときには、以下の追加処理を実行する。
　追加処理は、既に存在するプロキシファイル（既存プロキシファイル）を追加処理対象として行われる。ここでは、既存プロキシファイルは、例えば、図７０及び図７１の場合と同様に、第１の関連付け型コレクションファイルであることとする。
　ステップＳ３５１において、ファイル制御部４３は、図６９のステップＳ３２１と同様に、プロキシサムネイル画像を、追加サムネイル画像として生成し、処理は、ステップＳ３５２に進む。
　ステップＳ３５２において、ファイル制御部４３は、ステップＳ３５１で生成された追加サムネイル画像に対応する主画像の特定情報としての、例えば、uuidを取得し、処理は、ステップＳ３５３に進む。
　ステップＳ３５３において、ファイル制御部４３は、追加サムネイル画像を、追加処理対象のプロキシファイルのmdatボックスにプロキシアイテムとして追加し、処理は、ステップＳ３５４に進む。
　ステップＳ３５４では、ファイル制御部４３は、追加処理対象のプロキシファイルからmetaボックスを読み出すことにより取得し、処理は、ステップＳ３５５に進む。
　ステップＳ３５５では、ファイル制御部４３は、追加処理対象のプロキシファイルのfreeボックス内の残容量を取得し、その残容量が、追加サムネイル画像のメタデータの追加、及び、追加サムネイル画像のアイテムIDと、その追加サムネイル画像に対応する主画像の特定情報としてのuuidとを対応付けた関連付け情報の追加に足りることを確認して、処理は、ステップＳ３５６に進む。
　なお、ステップＳ３５５において、freeボックスの残容量が追加に足りない場合は、図５３のステップＳ２２４で説明した処理と同様の処理を行うことができる。
　ステップＳ３５６では、ファイル制御部４３は、ステップＳ３５４で取得したmetaボックスを、新たなmetaボックスに生成し直す。
　新たなmetaボックスは、ステップＳ３５４で取得したmetaボックスに、追加処理対象のプロキシファイルのmdatボックスに追加されたプロキシアイテムとしての追加サムネイル画像のメタデータを追加するとともに、metaボックスの関連付け情報格納ボックスに、追加サムネイル画像のアイテムIDと、その追加サムネイル画像に対応する主画像の特定情報としてのuuidとを対応付けた関連付け情報を追加することにより生成される。
　ファイル制御部４３は、新たなmetaボックスによって、追加処理対象のプロキシファイルのmetaボックスを書き換え、処理は、ステップＳ３５６からステップＳ３５７に進む。
　ステップＳ３５７では、ファイル制御部４３は、書き換え前のmetaボックスに対する新たなmetaボックスのサイズの増加分だけサイズを減少させた新たなfreeボックスを生成する。さらに、ファイル制御部４３は、新たなfreeボックスによって、追加処理対象のプロキシファイルのfreeボックスを書き換え、追加処理は終了する。
　＜既に存在するHEIFファイルをプロキシ対象ファイルとするプロキシファイル生成処理、及び、追加処理＞
　図７３は、既に存在するHEIFファイルをプロキシ対象ファイルとするプロキシファイル生成処理の例を説明するフローチャートである。
　ファイル制御部４３は、例えば、ユーザやアプリケーションからプロキシファイルの生成の要求があり、図６８で説明したプロキシファイル生成処理実行条件が満たされる場合、以下のプロキシファイル生成処理を実行する。ここでは、プロキシファイル生成処理において、例えば、第１の関連付け型コレクションファイルの第２又は第３の形態のプロキシファイルが生成されることとする。
　ステップＳ３７１において、ファイル制御部４３は、例えば、所定のディレクトリ又はメディアに既に存在するHEIFファイル（の全部又は一部）を、プロキシ対象ファイルとして選択する。さらに、ファイル制御部４３は、プロキシ対象ファイル内の主画像のサムネイル画像を、プロキシサムネイル画像として取得し、処理は、ステップＳ３７１からステップＳ３７２に進む。
　ファイル制御部４３は、例えば、プロキシ対象ファイルに格納された主画像の本サムネイル画像のコピーを、プロキシサムネイル画像として取得する。また、ファイル制御部４３は、例えば、プロキシ対象ファイルに格納された主画像、又は、本サムネイル画像を間引くことや、主画像又は本サムネイル画像の信号フォーマットの変換や再符号化を行うこと等によって、プロキシサムネイル画像を生成する。
　ステップＳ３７２において、ファイル制御部４３は、ステップＳ３７１で生成されたプロキシサムネイル画像に対応する主画像の特定情報としての、例えば、uuidを生成することにより取得し、処理は、ステップＳ３７３に進む。
　ステップＳ３７３において、ファイル制御部４３は、図５５のステップＳ２４３と同様に、プロキシファイルに設けるfreeボックスのサイズ（大きさ）を計算し、処理は、ステップＳ３７４に進む。
　ステップＳ３７４では、ファイル制御部４３は、ステップＳ３７３で計算されたサイズのfreeボックスを有し、ステップＳ３７１で生成されたプロキシサムネイル画像がプロキシアイテムとしてmdatボックスに格納された、例えば、第１の関連付け型コレクションファイルを、プロキシファイルとして生成し、プロキシファイル生成処理を終了する。
　ステップＳ３７４のプロキシファイルの生成では、プロキシサムネイル画像が、そのプロキシサムネイル画像に対応する主画像の特定情報としてのステップＳ３７２で取得されたuuidと関連付けて格納された第１の関連付け型コレクションファイルが生成される。
　すなわち、プロキシサムネイル画像がmdatボックスに格納されるとともに、そのプロキシサムネイル画像のアイテムIDと、そのプロキシサムネイル画像に対応する主画像のuuidとを対応付けた関連付け情報が関連付け情報格納ボックスに格納された第１の関連付け型コレクションファイルが、プロキシファイルとして生成される。
　図７４は、既に存在するHEIFファイルをプロキシ対象ファイルとする追加処理の例を説明するフローチャートである。
　ファイル制御部４３は、例えば、ユーザやアプリケーションからプロキシファイルの生成の要求があり、図６９で説明した追加処理実行条件が満たされる場合、以下の追加処理を実行する。追加処理は、既に存在するプロキシファイル（既存プロキシファイル）を追加処理対象として行われる。ここでは、既存プロキシファイルは、第１の関連付け型コレクションファイルの第２又は第３の形態のプロキシファイルであることとする。
　ステップＳ３８１において、ファイル制御部４３は、例えば、所定のディレクトリ又はメディアに既に存在するHEIFファイル（の全部又は一部）を、プロキシ対象ファイルとして、プロキシ対象ファイルに格納された主画像のプロキシサムネイル画像を、追加サムネイル画像として取得し、処理は、ステップＳ３８２に進む。
　ファイル制御部４３は、例えば、プロキシ対象ファイルに格納された主画像の本サムネイル画像のコピーを、追加サムネイル画像として取得する。また、ファイル制御部４３は、例えば、プロキシ対象ファイルに格納された主画像、又は、本サムネイル画像を間引くことや、主画像又は本サムネイル画像の信号フォーマットの変換や再符号化を行うこと等によって、追加サムネイル画像を生成する。
　ステップＳ３８２において、ファイル制御部４３は、ステップＳ３８１で生成された追加サムネイル画像に対応する主画像の特定情報としての、例えば、uuidを取得し、処理は、ステップＳ３８３に進む。
　ステップＳ３８３において、ファイル制御部４３は、追加サムネイル画像を、追加処理対象の既存プロキシファイルのmdatボックスにプロキシアイテムとして追加し、処理は、ステップＳ３８４に進む。
　ステップＳ３８４では、ファイル制御部４３は、追加処理対象のプロキシファイルからmetaボックスを読み出すことにより取得し、処理は、ステップＳ３８５に進む。
　ステップＳ３８５では、ファイル制御部４３は、追加処理対象のプロキシファイルのfreeボックス内の残容量を取得し、その残容量が、追加サムネイル画像のメタデータの追加、及び、追加サムネイル画像のアイテムIDと、その追加サムネイル画像に対応する主画像の特定情報としてのuuidとを対応付けた関連付け情報の追加に足りることを確認して、処理は、ステップＳ３８６に進む。
　なお、ステップＳ３８５において、freeボックスの残容量が追加に足りない場合は、図５３のステップＳ２２４で説明した処理と同様の処理を行うことができる。
　ステップＳ３８６では、ファイル制御部４３は、ステップＳ３８４で取得したmetaボックスを、新たなmetaボックスに生成し直す。新たなmetaボックスは、ステップＳ３８４で取得したmetaボックスに、追加処理対象の既存プロキシファイルのmdatボックスに追加されたプロキシアイテムとしての追加サムネイル画像のメタデータを追加するとともに、metaボックスの関連付け情報格納ボックスに、追加サムネイル画像のアイテムIDと、その追加サムネイル画像に対応する主画像の特定情報としてのuuidとを対応付けた関連付け情報を追加することにより生成される。
　ファイル制御部４３は、新たなmetaボックスによって、追加処理対象のプロキシファイルのmetaボックスを書き換え、処理は、ステップＳ３８６からステップＳ３８７に進む。
　ステップＳ３８７では、ファイル制御部４３は、書き換え前のmetaボックスに対する新たなmetaボックスのサイズの増加分だけサイズを減少させた新たなfreeボックスを生成する。さらに、ファイル制御部４３は、新たなfreeボックスによって、追加処理対象のプロキシファイルのfreeボックスを書き換え、追加処理は終了する。
　＜本技術を適用したコンピュータの説明＞
　次に、上述したファイル制御部４３その他の信号処理部１３（図１）を構成する各ブロックの一連の処理は、ハードウエアにより行うこともできるし、ソフトウエアにより行うこともできる。一連の処理をソフトウエアによって行う場合には、そのソフトウエアを構成するプログラムが、コンピュータ等にインストールされる。
　図７５は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示すブロック図である。
　プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク９０５やROM９０３に予め記録しておくことができる。
　あるいはまた、プログラムは、ドライブ９０９によって駆動されるリムーバブル記録媒体９１１に格納（記録）しておくことができる。このようなリムーバブル記録媒体９１１は、いわゆるパッケージソフトウエアとして提供することができる。ここで、リムーバブル記録媒体９１１としては、例えば、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等がある。
　なお、プログラムは、上述したようなリムーバブル記録媒体９１１からコンピュータにインストールする他、通信網や放送網を介して、コンピュータにダウンロードし、内蔵するハードディスク９０５にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送することができる。
　コンピュータは、CPU(Central Processing Unit)９０２を内蔵しており、CPU９０２には、バス９０１を介して、入出力インタフェース９１０が接続されている。
　CPU９０２は、入出力インタフェース９１０を介して、ユーザによって、入力部９０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)９０３に格納されているプログラムを実行する。あるいは、CPU９０２は、ハードディスク９０５に格納されたプログラムを、RAM(Random Access Memory)９０４にロードして実行する。
　これにより、CPU９０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU９０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース９１０を介して、出力部９０６から出力、あるいは、通信部９０８から送信、さらには、ハードディスク９０５に記録等させる。
　なお、入力部９０７は、キーボードや、マウス、マイク等で構成される。また、出力部９０６は、LCD(Liquid Crystal Display)やスピーカ等で構成される。
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。
　また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
　さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
　さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
　また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
　なお、本技術は、以下の構成をとることができる。
　＜１＞
　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成するファイル制御部を備える
　ファイル処理装置。
　＜２＞
　前記ファイル制御部は、前記関連画像がアイテムとして格納された、イメージアイテム形式のHEIFファイルであるコレクションファイルを、前記プロキシファイルとして生成する
　＜１＞に記載のファイル処理装置。
　＜３＞
　前記ファイル制御部は、前記関連画像と前記関連画像に対応する前記画像を特定する特定情報とを関連付ける関連付け情報が格納された前記プロキシファイルを生成する
　＜２＞に記載のファイル処理装置。
　＜４＞
　前記ファイル制御部は、前記関連画像を特定するアイテムIDと前記特定情報とを対応付けた前記関連付け情報が格納された前記プロキシファイルを生成する
　＜３＞に記載のファイル処理装置。
　＜５＞
　前記ファイル制御部は、前記関連付け情報がmetaボックス、又は、mdatボックスに格納された前記プロキシファイルを生成する
　＜４＞に記載のファイル処理装置。
　＜６＞
　前記ファイル制御部は、
　　前記特定情報が、アイテムとして前記プロキシファイルのmdatボックスに格納され、
　　前記関連画像を特定するアイテムIDと、前記mdatボックスに格納された前記特定情報を特定するアイテムIDとを対応付けた前記関連付け情報がmetaボックスに格納された
　前記プロキシファイルを生成する
　＜３＞に記載のファイル処理装置。
　＜７＞
　前記関連画像は、前記画像と画質又はデータ量が異なる画像である
　＜１＞ないし＜６＞のいずれかに記載のファイル処理装置。
　＜８＞
　前記関連画像は、前記画像と画素数若しくはサイズが異なる同一内容の画像、前記画像と信号フォーマットが異なる同一内容の画像、又は、前記画像と階調が異なる同一内容の画像である
　＜１＞ないし＜６＞のいずれかに記載のファイル処理装置。
　＜９＞
　前記HEIFファイルには、前記画像と、前記画像のサムネイル画像とが格納され、
　前記関連画像は、前記HEIFファイルに格納された前記サムネイル画像、前記サムネイル画像の圧縮率とは異なる圧縮率の符号化が採用された画像、又は、前記サムネイル画像とは異なるコーデックが採用された画像である
　＜１＞ないし＜６＞のいずれかに記載のファイル処理装置。
　＜１０＞
　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成する
　ことを含むファイル処理方法。
　＜１１＞
　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成するファイル制御部
　として、コンピュータを機能させるためのプログラム。
　＜１２＞
　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出するファイル制御部を備える
　ファイル処理装置。
　＜１３＞
　前記プロキシファイルは、前記関連画像がアイテムとして格納された、イメージアイテム形式のHEIFファイルである
　＜１２＞に記載のファイル処理装置。
　＜１４＞
　前記プロキシファイルには、前記関連画像と前記関連画像に対応する前記画像を特定する特定情報とを関連付ける関連付け情報が格納され、
　前記ファイル制御部は、前記選択関連画像に関連付けられた前記特定情報によって特定される前記画像を、前記選択関連画像に対応する前記画像として検出する
　＜１３＞に記載のファイル処理装置。
　＜１５＞
　前記プロキシファイルには、前記関連画像を特定するアイテムIDと前記特定情報とを対応付けた前記関連付け情報が格納され、
　前記ファイル制御部は、前記選択関連画像のアイテムIDに対応付けられた前記特定情報によって特定される前記画像を、前記選択関連画像に対応する前記画像として検出する
　＜１４＞に記載のファイル処理装置。
　＜１６＞
　前記関連画像は、前記画像と画質又はデータ量が異なる画像である
　＜１２＞ないし＜１５＞のいずれかに記載のファイル処理装置。
　＜１７＞
　前記関連画像は、前記画像と画素数若しくはサイズが異なる同一内容の画像、前記画像と信号フォーマットが異なる同一内容の画像、又は、前記画像と階調が異なる同一内容の画像である
　＜１２＞ないし＜１５＞のいずれかに記載のファイル処理装置。
　＜１８＞
　前記HEIFファイルには、前記画像と、前記画像のサムネイル画像とが格納され、
　前記関連画像は、前記HEIFファイルに格納された前記サムネイル画像、前記サムネイル画像の圧縮率とは異なる圧縮率の符号化が採用された画像、又は、前記サムネイル画像とは異なるコーデックが採用された画像である
　＜１２＞ないし＜１５＞のいずれかに記載のファイル処理装置。
　＜１９＞
　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出する
　ことを含むファイル処理方法。
　＜２０＞
　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出するファイル制御部
　として、コンピュータを機能させるためのプログラム。
　１０　ディジタルカメラ，　１１　光学系，　１３　信号処理部，　１４　メディア，　１５，１６　インタフェース，　１７　ボタン／キー，　１８　タッチパネル，　１９　液晶パネル，　２０　ビューファインダ，　２１　インタフェース，　４１　光学系／イメージセンサ制御部，　４２　符号化制御部，　４３　ファイル制御部，　４４　メディア制御部，　４５　操作制御部，　４６　表示制御部，　４７　UI制御部，　９０１　バス，　９０２　CPU，　９０３　ROM，　９０４　RAM，　９０５　ハードディスク，　９０６　出力部，　９０７　入力部，　９０８　通信部，　９０９　ドライブ，　９１０　入出力インタフェース，　９１１　リムーバブル記録媒体

Claims (20)

  1. 　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成するファイル制御部を備える
    　ファイル処理装置。
  2. 　前記ファイル制御部は、前記関連画像がアイテムとして格納された、イメージアイテム形式のHEIFファイルであるコレクションファイルを、前記プロキシファイルとして生成する
    　請求項１に記載のファイル処理装置。
  3. 　前記ファイル制御部は、前記関連画像と前記関連画像に対応する前記画像を特定する特定情報とを関連付ける関連付け情報が格納された前記プロキシファイルを生成する
    　請求項２に記載のファイル処理装置。
  4. 　前記ファイル制御部は、前記関連画像を特定するアイテムIDと前記特定情報とを対応付けた前記関連付け情報が格納された前記プロキシファイルを生成する
    　請求項３に記載のファイル処理装置。
  5. 　前記ファイル制御部は、前記関連付け情報がmetaボックス、又は、mdatボックスに格納された前記プロキシファイルを生成する
    　請求項４に記載のファイル処理装置。
  6. 　前記ファイル制御部は、
    　　前記特定情報が、アイテムとして前記プロキシファイルのmdatボックスに格納され、
    　　前記関連画像を特定するアイテムIDと、前記mdatボックスに格納された前記特定情報を特定するアイテムIDとを対応付けた前記関連付け情報がmetaボックスに格納された
    　前記プロキシファイルを生成する
    　請求項３に記載のファイル処理装置。
  7. 　前記関連画像は、前記画像と画質又はデータ量が異なる画像である
    　請求項１に記載のファイル処理装置。
  8. 　前記関連画像は、前記画像と画素数若しくはサイズが異なる同一内容の画像、前記画像と信号フォーマットが異なる同一内容の画像、又は、前記画像と階調が異なる同一内容の画像である
    　請求項１に記載のファイル処理装置。
  9. 　前記HEIFファイルには、前記画像と、前記画像のサムネイル画像とが格納され、
    　前記関連画像は、前記HEIFファイルに格納された前記サムネイル画像、前記サムネイル画像の圧縮率とは異なる圧縮率の符号化が採用された画像、又は、前記サムネイル画像とは異なるコーデックが採用された画像である
    　請求項１に記載のファイル処理装置。
  10. 　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成する
    　ことを含むファイル処理方法。
  11. 　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルを生成するファイル制御部
    　として、コンピュータを機能させるためのプログラム。
  12. 　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出するファイル制御部を備える
    　ファイル処理装置。
  13. 　前記プロキシファイルは、前記関連画像がアイテムとして格納された、イメージアイテム形式のHEIFファイルである
    　請求項１２に記載のファイル処理装置。
  14. 　前記プロキシファイルには、前記関連画像と前記関連画像に対応する前記画像を特定する特定情報とを関連付ける関連付け情報が格納され、
    　前記ファイル制御部は、前記選択関連画像に関連付けられた前記特定情報によって特定される前記画像を、前記選択関連画像に対応する前記画像として検出する
    　請求項１３に記載のファイル処理装置。
  15. 　前記プロキシファイルには、前記関連画像を特定するアイテムIDと前記特定情報とを対応付けた前記関連付け情報が格納され、
    　前記ファイル制御部は、前記選択関連画像のアイテムIDに対応付けられた前記特定情報によって特定される前記画像を、前記選択関連画像に対応する前記画像として検出する
    　請求項１４に記載のファイル処理装置。
  16. 　前記関連画像は、前記画像と画質又はデータ量が異なる画像である
    　請求項１２に記載のファイル処理装置。
  17. 　前記関連画像は、前記画像と画素数若しくはサイズが異なる同一内容の画像、前記画像と信号フォーマットが異なる同一内容の画像、又は、前記画像と階調が異なる同一内容の画像である
    　請求項１２に記載のファイル処理装置。
  18. 　前記HEIFファイルには、前記画像と、前記画像のサムネイル画像とが格納され、
    　前記関連画像は、前記HEIFファイルに格納された前記サムネイル画像、前記サムネイル画像の圧縮率とは異なる圧縮率の符号化が採用された画像、又は、前記サムネイル画像とは異なるコーデックが採用された画像である
    　請求項１２に記載のファイル処理装置。
  19. 　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出する
    　ことを含むファイル処理方法。
  20. 　HEIF(High Efficiency Image File Format)ファイル内の画像に関連する関連画像が格納された他のHEIFファイルであるプロキシファイルに格納された前記関連画像から選択された選択関連画像に対応する前記画像を検出するファイル制御部
    　として、コンピュータを機能させるためのプログラム。
PCT/JP2020/027631 2019-07-30 2020-07-16 ファイル処理装置、ファイル処理方法、及び、プログラム WO2021020142A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US17/629,011 US20220269716A1 (en) 2019-07-30 2020-07-16 File processing device, file processing method, and program
JP2021536926A JPWO2021020142A1 (ja) 2019-07-30 2020-07-16
EP20847855.2A EP3993394A4 (en) 2019-07-30 2020-07-16 FILE PROCESSING DEVICE, FILE PROCESSING METHOD AND PROGRAM
CN202080052758.3A CN114128249A (zh) 2019-07-30 2020-07-16 文件处理设备、文件处理方法和程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-139686 2019-07-30
JP2019139686 2019-07-30

Publications (1)

Publication Number Publication Date
WO2021020142A1 true WO2021020142A1 (ja) 2021-02-04

Family

ID=74228287

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/027631 WO2021020142A1 (ja) 2019-07-30 2020-07-16 ファイル処理装置、ファイル処理方法、及び、プログラム

Country Status (5)

Country Link
US (1) US20220269716A1 (ja)
EP (1) EP3993394A4 (ja)
JP (1) JPWO2021020142A1 (ja)
CN (1) CN114128249A (ja)
WO (1) WO2021020142A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7563378B2 (ja) * 2019-03-28 2024-10-08 ソニーグループ株式会社 ファイル生成装置、ファイル生成方法、ファイル再生装置、ファイル再生方法、及び、プログラム
WO2021117481A1 (ja) * 2019-12-09 2021-06-17 ソニーグループ株式会社 データ処理装置、データ処理方法、及び、プログラム
US11908167B1 (en) * 2022-11-04 2024-02-20 Osom Products, Inc. Verifying that a digital image is not generated by an artificial intelligence

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016046777A (ja) * 2014-08-26 2016-04-04 キヤノン株式会社 画像処理装置及び該装置の制御方法、並びにプログラム
US20160342596A1 (en) * 2015-05-20 2016-11-24 Nokia Technologies Oy Method and apparatus to obtain differential location information
JP2018110435A (ja) * 2013-12-26 2018-07-12 パナソニックＩｐマネジメント株式会社 映像編集方法
WO2018212013A1 (ja) * 2017-05-18 2018-11-22 ソニー株式会社 情報処理装置、情報処理方法および情報処理プログラム

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5440401A (en) * 1990-09-14 1995-08-08 Eastman Kodak Company Image database incorporating low resolution index image data
JPH10341402A (ja) * 1997-06-09 1998-12-22 Sony Corp 画像記録装置及び方法並びに画像再生装置及び方法
US7783154B2 (en) * 1999-12-16 2010-08-24 Eastman Kodak Company Video-editing workflow methods and apparatus thereof
US8762837B1 (en) * 2001-04-09 2014-06-24 Critical Technologies, Inc. System and methodology for the storage and manipulation of documents
US7549129B2 (en) * 2001-10-31 2009-06-16 Microsoft Corporation Computer system with enhanced user interface for images
JP2003198833A (ja) * 2001-12-27 2003-07-11 Canon Inc 画像通信装置及び画像通信装置の制御方法及び画像通信装置の制御プログラム及び携帯機器装置及び携帯機器装置の制御方法及び携帯機器装置の制御プログラム及び記憶媒体
JP2004145568A (ja) * 2002-10-23 2004-05-20 Kyocera Mita Corp 画像表示プログラム及び画像表示装置
JP2005251340A (ja) * 2004-03-05 2005-09-15 Sharp Corp 再生装置
JP4285375B2 (ja) * 2004-09-02 2009-06-24 ソニー株式会社 記録再生装置、記録再生方法、並びにプログラム
JP2006302352A (ja) * 2005-04-18 2006-11-02 Noritsu Koki Co Ltd 光ディスク、光ディスクへの画像データ記録方法、及び、光ディスクからの画像データ読出し方法
JP2008047963A (ja) * 2006-08-10 2008-02-28 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2008236468A (ja) * 2007-03-22 2008-10-02 Pioneer Electronic Corp 画像ファイル管理装置及びプログラム
JP2009064239A (ja) * 2007-09-06 2009-03-26 Seiko Epson Corp 文書管理装置、文書管理方法及び文書管理プログラム
JP4989516B2 (ja) * 2008-02-27 2012-08-01 キヤノン株式会社 表示制御装置、撮像装置及び表示制御方法、プログラム並びに記憶媒体
US9239847B2 (en) * 2009-03-12 2016-01-19 Samsung Electronics Co., Ltd. Method and apparatus for managing image files
JP2011160386A (ja) * 2010-02-04 2011-08-18 Panasonic Corp 画像ファイル処理装置、方法、及びプログラム
JP2014106596A (ja) * 2012-11-26 2014-06-09 Canon Inc 情報処理装置、その制御方法およびプログラム
CA2916892A1 (en) * 2013-07-22 2015-01-29 Sony Corporation Information processing apparatus and method
KR20150089510A (ko) * 2014-01-28 2015-08-05 팽정국 멀티미디어 데이터 관리 방법 및 시스템
EP3240285B1 (en) * 2014-12-22 2021-04-21 Sony Corporation Information processing device, information recording medium, information processing method, and program
GB2538998A (en) * 2015-06-03 2016-12-07 Nokia Technologies Oy A method, an apparatus, a computer program for video coding
GB2538997A (en) * 2015-06-03 2016-12-07 Nokia Technologies Oy A method, an apparatus, a computer program for video coding
WO2019074732A1 (en) * 2017-10-12 2019-04-18 Kinsey Stanley Bruce INDEX BASED ON A CLOUD AND CENTRALIZED CONCENTRATOR INTERFACE BASED ON A CLOUD FOR CLOUD STORAGE MEDIA
JP2019154014A (ja) * 2018-03-06 2019-09-12 キヤノン株式会社 画像処理装置、画像処理方法及びプログラム
EP3777221A1 (en) * 2018-04-05 2021-02-17 Canon Kabushiki Kaisha Method and apparatus for encapsulating images in a file
GB2573096B (en) * 2018-04-05 2021-09-29 Canon Kk Method and apparatus for encapsulating images with proprietary information in a file
US10965983B2 (en) * 2018-07-27 2021-03-30 Sling Media Pvt. Ltd. Live thumbnail image generation
JP7303625B2 (ja) * 2018-12-18 2023-07-05 キヤノン株式会社 画像ファイル生成装置、画像ファイル生成方法、及びプログラム
JP7365133B2 (ja) * 2019-04-19 2023-10-19 キヤノン株式会社 通信装置およびその制御方法、プログラム
GB2585052B (en) * 2019-06-26 2023-07-26 Canon Kk Method and apparatus for encapsulating panorama images in a file

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018110435A (ja) * 2013-12-26 2018-07-12 パナソニックＩｐマネジメント株式会社 映像編集方法
JP2016046777A (ja) * 2014-08-26 2016-04-04 キヤノン株式会社 画像処理装置及び該装置の制御方法、並びにプログラム
US20160342596A1 (en) * 2015-05-20 2016-11-24 Nokia Technologies Oy Method and apparatus to obtain differential location information
WO2018212013A1 (ja) * 2017-05-18 2018-11-22 ソニー株式会社 情報処理装置、情報処理方法および情報処理プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Information technology -- High efficiency coding and media delivery in heterogeneous environments", ISO/IEC 23008-12:2017

Also Published As

Publication number Publication date
JPWO2021020142A1 (ja) 2021-02-04
EP3993394A1 (en) 2022-05-04
CN114128249A (zh) 2022-03-01
EP3993394A4 (en) 2022-08-17
US20220269716A1 (en) 2022-08-25

Similar Documents

Publication Publication Date Title
WO2021020142A1 (ja) ファイル処理装置、ファイル処理方法、及び、プログラム
CN101059813B (zh) 文件管理装置、文件管理方法和程序
JP7563378B2 (ja) ファイル生成装置、ファイル生成方法、ファイル再生装置、ファイル再生方法、及び、プログラム
JP4164478B2 (ja) 再生装置
JP2009060510A (ja) 撮像装置及び撮像システム
WO2020255757A1 (ja) ファイル処理装置、ファイル処理方法、及び、プログラム
JP2006074391A (ja) ファイル記録方法および記録装置
JP7468530B2 (ja) ファイル処理装置、ファイル処理方法、及び、プログラム
WO2021182090A1 (ja) ファイル処理装置、ファイル処理方法、及び、プログラム
JP2005005810A (ja) メディアデータ管理方法、ディスク録画装置、ディスク再生装置、メディアデータ管理システム、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体
WO2021117481A1 (ja) データ処理装置、データ処理方法、及び、プログラム
WO2021100491A1 (ja) ファイル処理装置及びファイル処理方法
KR100960767B1 (ko) 기록 방법 및 기록 장치
KR100967972B1 (ko) 기록 방법
WO2021182089A1 (ja) ファイル処理装置、ファイル処理方法、及び、プログラム
JP2008108364A (ja) コンテンツ記録再生装置及びポータブルコンテンツプレーヤ
JP2007158508A (ja) 情報管理方法
JP2011130219A (ja) 映像記録装置および映像再生装置
JP2009016954A (ja) 撮像装置と撮像装置の管理方法
JP2007080148A (ja) 表示制御装置および方法、並びにプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20847855

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021536926

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020847855

Country of ref document: EP

Effective date: 20220127