(57)【特許請求の範囲】
【請求項１】
画像データを有する画像ファイルを記録媒体に記録し、音声データを有する音声ファイルを前記記録媒体に記録し、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルを前記記録媒体に記録する記録手段と、
前記記録媒体から前記付帯情報用ファイルを再生する再生手段とを有し、
前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、
前記画像ファイルに対応する縮小画像と、前記音声ファイルに対応するアイコンとを表示できるようにしたことを特徴とする記録再生装置。
【請求項２】
画像データを有する画像ファイルを記録媒体に記録し、音声データを有する音声ファイルを前記記録媒体に記録し、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルを前記記録媒体に記録する記録手段と、
前記記録媒体から前記付帯情報用ファイルを再生する再生手段とを有し、
前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、
前記音声ファイルに対応するアイコンを前記画像ファイルに対応する縮小画像に重ねて表示できるようにしたことを特徴とする記録再生装置。
【請求項３】
前記第１の付帯情報は、前記画像ファイルが記録されている場所を示す情報を含み、
前記第２の付帯情報は、前記音声ファイルが記録されている場所を示す情報を含むことを特徴とする請求項１または２に記載の記録再生装置。
【請求項４】
前記第１の付帯情報は、前記画像ファイルに関連する音声ファイルが記録されている場所を示す情報を含むことを特徴とする請求項１から３のいずれかに記載の記録再生装置。
【請求項５】
前記記録媒体から前記画像ファイルを再生する場合は、前記第１の付帯情報を用いて前記記録媒体から前記画像ファイルを再生し、
前記記録媒体から前記音声ファイルを再生する場合は、前記第２の付帯情報を用いて前記記録媒体から前記音声ファイルを再生することを特徴とする請求項１から４のいずれかに記載の記録再生装置。
【請求項６】
前記記録媒体は、メモリカードであることを特徴とする請求項１から５のいずれかに記載の記録再生装置。
【請求項７】
前記記録媒体は、ハードディスクであることを特徴とする請求項１から５のいずれかに記載の記録再生装置。
【請求項８】
前記記録再生装置は、カメラであることを特徴とする請求項１から７のいずれかに記載の記録再生装置。
【請求項９】
前記記録手段は、前記画像ファイルを前記記録媒体に記録するだけでなく、前記画像データに関連する縮小画像データを有する縮小画像ファイルを前記記録媒体に記録し、
前記第１の付帯情報は、前記縮小画像ファイルが記録されている場所を示す情報を含むことを特徴とする請求項１から８のいずれかに記載の記録再生装置。
【請求項１０】
前記第１の付帯情報は、前記画像ファイルが属しているグループを示す情報を含むことを特徴とする請求項１から９のいずれかに記載の記録再生装置。
【請求項１１】
画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生する再生手段を有し、
前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、
前記画像ファイルに対応する縮小画像と、前記音声ファイルに対応するアイコンとを表示できるようにしたことを特徴とする再生装置。
【請求項１２】
画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生する再生手段を有し、
前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、
前記音声ファイルに対応するアイコンを前記画像ファイルに対応する縮小画像に重ねて表示できるようにしたことを特徴とする再生装置。
【請求項１３】
前記第１の付帯情報は、前記画像ファイルが記録されている場所を示す情報を含み、
前記第２の付帯情報は、前記音声ファイルが記録されている場所を示す情報を含むことを特徴とする請求項１１または１２に記載の再生装置。
【請求項１４】
前記第１の付帯情報は、前記画像ファイルに関連する音声ファイルが記録されている場所を示す情報を含むことを特徴とする請求項１１から１３のいずれかに記載の再生装置。
【請求項１５】
前記記録媒体から前記画像ファイルを再生する場合は、前記第１の付帯情報を用いて前記記録媒体から前記画像ファイルを再生し、
前記記録媒体から前記音声ファイルを再生する場合は、前記第２の付帯情報を用いて前記記録媒体から前記音声ファイルを再生することを特徴とする請求項１１から１４のいずれかに記載の再生装置。
【請求項１６】
前記記録媒体は、メモリカードであることを特徴とする請求項１１から１５のいずれかに記載の再生装置。
【請求項１７】
前記記録媒体は、ハードディスクであることを特徴とする請求項１１から１５のいずれかに記載の再生装置。
【請求項１８】
前記再生装置は、カメラであることを特徴とする請求項１１から１７のいずれかに記載の再生装置。
【請求項１９】
前記記録媒体は、前記画像ファイルだけでなく、前記画像データに関連する縮小画像データを有する縮小画像ファイルが記録されているものであり、
前記第１の付帯情報は、前記縮小画像ファイルが記録されている場所を示す情報を含むことを特徴とする請求項１１から１８のいずれかに記載の再生装置。
【請求項２０】
前記第１の付帯情報は、前記画像ファイルが属しているグループを示す情報を含むことを特徴とする請求項１１から１９のいずれかに記載の再生装置。
【請求項２１】
画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生するステップと、
前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得するステップと、
前記画像ファイルに対応する縮小画像と、前記音声ファイルに対応するアイコンとを表示するステップとを有することを特徴とする再生方法。
【請求項２２】
画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生するステップと、
前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得するステップと、
前記音声ファイルに対応するアイコンを前記画像ファイルに対応する縮小画像に重ねて表示するステップとを有することを特徴とする再生方法。
【請求項２３】
前記第１の付帯情報は、前記画像ファイルが記録されている場所を示す情報を含み、
前記第２の付帯情報は、前記音声ファイルが記録されている場所を示す情報を含むことを特徴とする請求項２１または２２に記載の再生方法。
【請求項２４】
前記第１の付帯情報は、前記画像ファイルに関連する音声ファイルが記録されている場所を示す情報を含むことを特徴とする請求項２１から２３のいずれかに記載の再生方法。
【請求項２５】
前記記録媒体から前記画像ファイルを再生する場合は、前記第１の付帯情報を用いて前記記録媒体から前記画像ファイルを再生し、
前記記録媒体から前記音声ファイルを再生する場合は、前記第２の付帯情報を用いて前記記録媒体から前記音声ファイルを再生することを特徴とする請求項２１から２４のいずれかに記載の再生方法。
【請求項２６】
前記記録媒体は、メモリカードであることを特徴とする請求項２１から２５のいずれかに記載の再生方法。
【請求項２７】
前記記録媒体は、ハードディスクであることを特徴とする請求項２１から２５のいずれかに記載の再生方法。
【請求項２８】
前記記録媒体は、前記画像ファイルだけでなく、前記画像データに関連する縮小画像データを有する縮小画像ファイルが記録されているものであり、
前記第１の付帯情報は、前記縮小画像ファイルが記録されている場所を示す情報を含むことを特徴とする請求項２１から２７のいずれかに記載の再生方法。
【請求項２９】
前記第１の付帯情報は、前記画像ファイルが属しているグループを示す情報を含むことを特徴とする請求項２１から２８のいずれかに記載の再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録再生装置、再生装置、及び再生方法に関するものである。
【０００２】
【従来の技術】
近年、半導体メモリカードや小型のハードディスクなどのＰＣＭＣＩＡ（Personal Computer Memory Card International Association ）記録媒体に画像や音声をデジタル信号として記録する技術が開発されるに至っている。
【０００３】
例えば、撮影した画像を上記ＰＣＭＣＩＡ記録媒体にデジタル記録するデジタル電子スチルカメラがある。このＰＣＭＣＩＡ記録媒体には、例えば、上記電子スチルカメラによって撮影した画像の注釈情報として音声を記録することも可能である。また、ＰＣＭＣＩＡ記録媒体に記録されたデータは、パーソナルコンピュータで読み込むことができるように構成されている。
【０００４】
上記デジタル電子スチルカメラが発生する画像データのフォーマットの従来例としては、ＪＥＩＤＡ（日本電子工業振興協会）発行の“デジタルスチルカメラ用ＩＣメモリカードガイドラインＤＳＣ６８ピン規格”に記載されているフォーマットがある。
【０００５】
この規格においては、ＰＣＭＣＩＡ記録媒体はＭＳ−ＤＯＳ（米国マイクロソフト社の登録商標）互換のブロックデバイスとして利用され、画像データおよび音声データは、ＰＣＭＣＩＡ記録媒体上に個別のファイルとして記録される。また、画像に関連する付帯情報、例えば撮影年月日、撮影モード、撮影条件などの情報は、個々の画像ファイルの中に記録される。
【０００６】
このＰＣＭＣＩＡ記録媒体に記録された画像ファイルや音声ファイルをパーソナルコンピュータ上で再生しようとする場合、ＭＳ−ＤＯＳの機能を用いて、例えば特定のサブディレクトリに存在するファイルの情報をコンピュータモニタ上に一覧表示して、再生しようとするファイルをユーザに選ばせることができるようになされている。
【０００７】
ただし、この場合、ＭＳ−ＤＯＳが理解できる情報は、ファイルネームやファイル作成年月日やファイルサイズなどに限られる。このため、ＭＳ−ＤＯＳの機能を用いた場合に一覧表示される情報は、これらの情報に限られる。
【０００８】
これらの情報は、ＭＳ−ＤＯＳのディレクトリ構成規約に従ってＰＣＭＣＩＡ記録媒体上の連続領域に記録されているため、比較的高速に復元することができる。また、ファイル作成年月日を撮影年月日と一致させることで、よりユーザが分かりやすい情報を提示することも可能になる。
【０００９】
【発明が解決しようとする課題】
しかしながら、ＭＳ−ＤＯＳは、撮影モードや撮影条件などについては理解できないため、これらの情報をユーザに提示するためには、それ専用のアプリケーションソフトを用意しなければならなかった。上記“ディジタルスチルカメラ用ＩＣメモリカードガイドラインＤＳＣ６８ピン規格”によれば、これらの情報は個々の画像ファイル中に個別に記録されているため、読み取りアプリケーションソフトは個々の画像ファイルを１つ１つ開いて中身を解析する必要があった。
【００１０】
すなわち、読み取りアプリケーションソフトがＭＳ−ＤＯＳに対して画像ファイル内の情報の読み取りを要求すると、ＭＳ−ＤＯＳは、ＰＣＭＣＩＡ記録媒体上における画像ファイルの配置情報を解析して情報を読み出さなければならない。画像ファイルの中身はセクタと呼ばれる小さな記録単位に分割されていて、撮影モードや撮影条件などの情報は任意の場所のセクタに配置され得る。
【００１１】
したがって、アクセス能力の低い記録媒体の場合であって、かつ情報配置の方法がランダムである場合は、情報の読み取り時間が長くなってしまう。このため、大量の画像ファイルについてそれぞれの撮影モードを提示したり、撮影モードごとに画像ファイルの情報をリスト表示したりする場合は、全ての画像ファイルを開いて読み出し、更にその中身を解析する必要があるので、多量の時間を必要とし、ユーザに対する表示が著しく遅くなってしまうという問題があった。
【００１２】
ところで、画像情報は、人間が見て初めて理解できる種類のものである。そこで、画像の再生時において、まず最初にその画像の縮小画像を索引画像としてモニタに表示して、画像ファイルの中身をユーザが短時間に確認できるようにした技術も提案され、多く使用されている。
【００１３】
この技術においては、通常画像ファイルの縮小画像データを対応する元の画像ファイルのヘッダー部分に記録しておくことが普通である。例えば、C-CUBEMICROSYSTEMS社が発行した“JPEG File Interchange Format ver 1.02 ”には、縮小画像データを対応する画像ファイル中に格納する規約が記述されている。
【００１４】
しかしながら、この規約によれば、画像ファイル中における縮小画像データの記録位置は可変である。このため、この縮小画像データの開始位置を確定するためには、画像ファイルのヘッダー部分を解析する必要があり、この解析のための処理が余分なオーバーヘッドとなってしまうという問題があった。
【００１５】
特に、縮小画像を含まない画像ファイルもあることを想定すると、全ての画像ファイルを開いてヘッダー部分を解析する従来方式では、その解析時間が無駄になってしまう場合があるという問題があった。
【００１６】
以上の問題は、画像ファイルに対して音声の注釈情報を付加できるようになされたシステムについても同様に発生する。例えば、どの音声ファイルを注釈情報として記録しているかという付帯情報を画像ファイル中に記録した場合は、その音声ファイルを検索するため、あるいはその音声ファイルが存在するかどうかを調べるためには、画像ファイルの中身を実際に解析しなければならない。
【００１７】
このため、画像ファイルの解析によるオーバーヘッドによって、ユーザーに対する注釈情報の提示が遅くなってしまうという問題があった。
以上の問題は、電子スチルカメラとホストコンピュータとを低速の通信路、例えばＲＳ２３２Ｃなどで接続した場合に特に顕著な問題となる。
【００１８】
本発明は、このような問題を解決するためになされたものであり、画像ファイルなどに関する情報をユーザに高速に提示できるようにすることを目的とする。
【００１９】
【課題を解決するための手段】
本発明に係る記録再生装置の一つは、例えば、画像データを有する画像ファイルを記録媒体に記録し、音声データを有する音声ファイルを前記記録媒体に記録し、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルを前記記録媒体に記録する記録手段と、前記記録媒体から前記付帯情報用ファイルを再生する再生手段とを有し、前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、前記画像ファイルに対応する縮小画像と、前記音声ファイルに対応するアイコンとを表示できるようにしたことを特徴とする。
本発明に係る記録再生装置の一つは、例えば、画像データを有する画像ファイルを記録媒体に記録し、音声データを有する音声ファイルを前記記録媒体に記録し、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルを前記記録媒体に記録する記録手段と、前記記録媒体から前記付帯情報用ファイルを再生する再生手段とを有し、前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、前記音声ファイルに対応するアイコンを前記画像ファイルに対応する縮小画像に重ねて表示できるようにしたことを特徴とする。
【００２０】
本発明に係る再生装置の一つは、例えば、画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生する再生手段を有し、前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、前記画像ファイルに対応する縮小画像と、前記音声ファイルに対応するアイコンとを表示できるようにしたことを特徴とする。
本発明に係る再生装置の一つは、例えば、画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生する再生手段を有し、前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得できるようにし、前記音声ファイルに対応するアイコンを前記画像ファイルに対応する縮小画像に重ねて表示できるようにしたことを特徴とする。
【００２１】
本発明に係る再生方法の一つは、例えば、画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生するステップと、前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得するステップと、前記画像ファイルに対応する縮小画像と、前記音声ファイルに対応するアイコンとを表示するステップとを有することを特徴とする。
本発明に係る再生方法の一つは、例えば、画像データを有する画像ファイルと、音声データを有する音声ファイルと、前記画像ファイルに関する情報を含む第１の付帯情報と前記音声ファイルに関する情報を含む第２の付帯情報とを有する付帯情報用ファイルとが記録された記録媒体から前記付帯情報用ファイルを再生するステップと、前記付帯情報用ファイルから前記画像ファイルに関する情報と前記音声ファイルに関する情報とを取得するステップと、前記音声ファイルに対応するアイコンを前記画像ファイルに対応する縮小画像に重ねて表示するステップとを有することを特徴とする。
【００３１】
【発明の実施の形態】
以下、本発明の記録再生装置の一実施形態を図面に基づいて説明する。
本実施形態による記録再生装置の再生処理は、記録再生装置がＰＣＭＣＩＡ記録媒体に記録したデータをパーソナルコンピュータで再生するときのアプリケーションの処理、および記録再生装置自身がデータを再生するときのカメラの処理において実施しうるものである。
【００３２】
まず、本発明の要素的特徴を表す機能ブロック図を、図１に示す。以下、この図１を用いて本発明の特徴部分について説明する。
図１に示す記録再生装置は、大きく分けて記録装置１と記録媒体２と再生装置３とにより構成される。
【００３３】
上記記録装置１は、画像記録手段１１と、音声記録手段１２と、付帯情報記録手段１３とを備えている。ここで、画像記録手段１１は、少なくとも１つ以上の画像データを記録媒体２上に画像ファイル２１として記録するものである。この画像記録手段１１は、１枚の画像データを記録する度に、１つの画像ファイル２１とそれに対応する１つの縮小画像ファイル２２とを形成する。
【００３４】
また、音声記録手段１２は、少なくとも１つ以上の音声データを記録媒体２上に音声ファイル２３として記録するものである。この音声記録手段１２は、１つの音声データを記録する度に、１つの音声ファイル２３を形成する。
【００３５】
また、付帯情報記録手段１３は、画像や音声に関連する複数種類の付帯情報（画像や音声の記録年月日、画像や音声の記録モード、画像の撮影条件などの付属情報、および画像に対する注釈情報の種類や記録位置、複数の画像や音声を所定のテーマに沿ってまとめたグループに関する情報、縮小画像ファイルの記録位置、画像や音声の記録位置などの情報）をまとめて記録媒体２上に１つのマップファイル２４として記録するものである。
【００３６】
図１から明らかなように、個々の画像データは、個々の画像ファイル２１として記録媒体２上に記録される。したがって、複数の画像データを記録するときは、記録媒体２上に複数の画像ファイル２１が形成される。これは音声ファイル２３についても同様である。
【００３７】
一方、マップファイル２４は１つだけ形成され、個々のファイルに関連する付帯情報が全てまとめて記録される。また、縮小画像データは、その元の画像が記録されている画像ファイル２１中に埋め込まれずに、それとは別の縮小画像ファイル２２として記録される。
【００３８】
上記再生装置３は、マップファイル２４を参照して画像ファイル２１内の画像データや縮小画像ファイル２２内の縮小画像データを再生する画像再生手段３１と、マップファイル２４を参照して音声ファイル２３内の音声データを再生する音声再生手段３２と、マップファイル２４を参照してマップファイル２４内の属性情報を再生する属性情報再生手段３３とを備えている。
【００３９】
上記記録媒体２上に画像ファイル２１として記録された画像データを上記画像再生手段３１によりパーソナルコンピュータ４で再生し、その再生画像をモニタ５に表示することが可能である。この場合、実際にその画像データをモニタ５に表示する前に、上記画像データに関連する属性情報や縮小画像などを再生してモニタ５に表示させ、それを参考にして再生するべき所望の画像ファイルをユーザに選ばせることができる。
【００４０】
例えば、属性情報を再生するときは、属性情報再生手段３３によりマップファイル２４内から属性情報を読み出して再生する。また、縮小画像を再生するときは、画像再生手段３１によりマップファイル２４内の縮小画像記録位置を参照し、その記録位置に基づいて縮小画像ファイル２２内の縮小画像データを読み出して再生する。
【００４１】
また、画像ファイル２１に記録されている画像に関する注釈情報が音声ファイル２３として記録媒体２に記録されているときは、その音声による注釈情報を再生することもできる。この場合は、音声再生手段３２によりマップファイル２４を参照し、注釈情報の記録位置に基づいて音声ファイル２３内から音声データを読み出して再生する。
【００４２】
この場合、画像や音声に関連する付帯情報は１つのマップファイル２４の中に全て記録されているので、このマップファイル２４を開けば、情報提示に必要な付帯情報は全て得ることができる。これにより、従来のように個々の画像ファイルや音声ファイルを一つ一つ開いて付帯情報を読み出さなくても済み、ユーザに対する情報提示を従来に比べて非常に高速に行うことができるようになる。
【００４３】
また、縮小画像データは、画像ファイル２１とは別の縮小画像ファイル２２として記録されているので、所望のファイルをユーザに選ばせるために縮小画像をモニタ５に表示する場合は、マップファイル２４に記述されている縮小画像ファイル２２の記録位置をもとに、縮小画像ファイル２２を直接開いて縮小画像データにアクセスすることができるようになる。したがって、従来のように元の画像が記録されている画像ファイル２１を１つ１つ開いて縮小画像の記録場所を解析しなくても済み、縮小画像のアクセスを高速に行うことができるようになる。
【００４４】
図２は、本発明による記録再生装置の一実施形態であるカメラの記録系の構成を示すブロック図である。
図２に示すように、本実施形態によるカメラの記録系は、レンズ２０１、撮像デバイス２０２、Ａ／Ｄ変換器２０３、画像メモリ２０４、圧縮符号化部２０５、記録装置２０６、ＣＰＵ２０７、記録媒体２０８、操作部２０９、音声入力部２１０、音声Ａ／Ｄ変換器２１１を備えている。なお、本実施形態に直接関係しないカメラの他の部分、例えば絞りやシャッターなどは勿論設けられている。
【００４５】
図２において、レンズ２０１により捕えられた被写体の光学像は、その後方に位置する撮像デバイス２０２、例えばCharge-Coupled Device(ＣＣＤ）によって電気映像信号に変換される。撮像デバイス２０２は、ＣＰＵ２０７より与えられる制御信号に応答して被写体の光学像に対応する電荷の蓄積および映像信号の読み出しを行う。
【００４６】
上記撮像デバイス２０２によって読み出された映像信号は、Ａ／Ｄ変換器２０３によってデジタルの画像データに変換される。なお、撮像デバイス２０２とＡ／Ｄ変換器２０３との間には、図示はしていないが、ガンマ補正、色信号の形成分離、ホワイトバランス調整等の映像信号を処理する手段などが種々設けられている。
【００４７】
上記Ａ／Ｄ変換器２０３によりデジタル信号に変換された画像データは、画像メモリ２０４に蓄えられる。次に、画像メモリ２０４から圧縮符号化部２０５に画像データが読み出され、ここで圧縮符号化が施される。このデータ圧縮の方式としては、例えば国際標準方式として規定されているＪＰＥＧ方式（ISO/IEC DIS 10918-1 に記載されている圧縮方式）を用いることができる。
【００４８】
そして、このようにして圧縮符号化された画像データは、記録装置２０６を介して記録媒体２０８に書き込まれる。記録装置２０６は、例えば、記録媒体２０８のためのインタフェースとしてＪＥＩＤＡなどで規定されたメモリカードインタフェースで構成される。すなわち、圧縮符号化部２０５から受け取った画像データをインタフェースプロトコルに従って記録媒体２０８に書き込むためのロジック回路およびインタフェースコネクタから構成される。
【００４９】
また、記録媒体２０８としては、上記記録装置２０６に適合するメモリカードやハードディスクなどが用いられる。記録媒体２０８上のファイルフォーマットとしては、例えば、ＪＥＩＤＡのメモリカードＤＯＳファイルシステム規約によるフォーマットが用いられ、このフォーマットに従って画像データや音声データやその他の付帯情報がファイルとして記録される。
【００５０】
また、操作部２０９は、本実施形態のカメラにおける記録再生動作に関して種々の指示を行うためのものであり、ユーザはこの操作部２０９を用いて画像や音声の記録再生を指示することが可能である。
【００５１】
例えば、ＣＰＵ２０７がユーザの操作部２０９の操作による音声記録命令を検知すると、ＣＰＵ２０７は、音声入力部２１０より入力され音声Ａ／Ｄ変換器２１１でデジタルデータに変換された音声データを受け取り、それを記録装置２０６を介して記録媒体２０８に記録する。
【００５２】
その後、ＣＰＵ２０７がユーザの操作部２０９の操作による音声記録命令の解除を検知した時点で、あるいはＣＰＵ２０７が一定時間を経過したことで音声記録命令の解除とみなした時点で音声記録の処理を終了する。
【００５３】
このように構成することにより、例えば、ユーザが操作部２０９を操作することによって、画像の注釈情報として音声の記録を指示することもできる。最も単純な注釈の加え方は、音声データを記録した場合はそれを最後に記録した画像ファイルの注釈として記録することであろう。
【００５４】
また、カメラのユーザインタフェースとしてＥＶＦ（Electric View Finder）などを搭載して、カメラ自身で画像の再生を可能にした場合は、任意の画像ファイルへ音声の注釈を加えることも可能になる。この例としては、本出願人が既に出願している特願平５−３２８０３３号に詳しい実施例がある。
【００５５】
この特願平５−３２８０３３号に記載の実施例では、さらに任意の画像ファイルおよび音声ファイルを含むグループ、そのグループに対する音声注釈の付加などについても提案されている。ここに言うグループとは、画像や音声等のファイルの集合を表現するものであり、複数の画像や音声等をユーザがあるテーマに沿って選択したり取りまとめたデータの集合を表している。
【００５６】
本実施形態においては、画像ファイル、音声ファイル、グループ情報、および上記画像ファイルやグループ情報に関する注釈情報をカメラが記録することを前提にした場合は、以下に説明するマップファイルを発生し、このマップファイルに以下に説明する種々の付帯情報を記録するようにしている。
【００５７】
マップファイルの中には、画像ファイル、音声ファイル、グループに関する情報をそれぞれイメージファイルデスクリプタ（Image file desc ）、サウンドファイルデスクリプタ（Sound file desc ）、グループデスクリプタ（Group desc）で表現して、それらを記録時間順に配置する。これにより、マップファイルは、例えば図５のようになる。この図５に示すように、マップファイルの最後には、マップファイルの終了であることを示すタグ（Map file end tag）を配置するようにしている。
【００５８】
上記したそれぞれのデスクリプタは、それぞれ図６、図７、図８のように構成される。これらの図から分かるように、本実施形態では、各デスクリプタの情報の中身を識別するためのタグ（tag ）と、デスクリプタの長さ（length）と、マップファイルの中でそのデスクリプタ自身を一意に識別するための識別子（desc identifier ）とを先頭ヘッダに配置している。したがって、それぞれのデスクリプタの中身や情報の大きさを各デスクリプタの先頭で判断できるので、次のデスクリプタがどこから始まるかを容易に解析することができる。
【００５９】
図６に示すように、上記イメージファイルデスクリプタは、先頭ヘッダに続いて、画像ファイルの配置情報を表現するデスクリプタ（File location desc）、画像ファイルの属性情報を表現するデスクリプタ（Properties desc ）、縮小画像に関する情報を表現するデスクリプタ（Thumbnail desc）、注釈情報に関する情報を表現するデスクリプタ（Annotation desc ）などを含む。
【００６０】
ここで、画像ファイルの配置情報デスクリプタ（File location desc）には、記録媒体２０８上における画像ファイルの実際の記録場所、例えば、絶対パス指定されたファイルネームなどを記録する。また、画像ファイルの属性情報デスクリプタ（Properties desc ）には、撮影年月日、撮影モード、撮影条件などの画像に関する全ての属性情報を記録する。
【００６１】
また、縮小画像情報デスクリプタ（Thumbnail desc）には、記録媒体２０８上における縮小画像ファイルの実際の記録場所、例えば、絶対パス指定されたファイルネームなどを記録する。また、注釈情報デスクリプタ（Annotation desc ）には、音声の注釈であることを示す識別子（Annotation identifier ）および記録媒体２０８上における音声ファイルの実際の記録場所、例えば、絶対パス指定されたファイルネームなどを記録する。注釈情報デスクリプタ（Annotation desc ）は、図６のように複数存在することも考えられる。
【００６２】
また、図７に示すように、上記サウンドファイルデスクリプタは、上記した先頭ヘッダに続いて、音声ファイルの配置情報を表現するデスクリプタ（File location desc）、音声ファイルの属性情報を表現するデスクリプタ（Properties desc ）などを含む。
【００６３】
ここで、音声ファイルの配置情報デスクリプタ（File location desc）には、記録媒体２０８上における音声ファイルの実際の記録場所、例えば、絶対パス指定されたファイルネームなどを記録する。また、音声ファイルの属性情報デスクリプタ（Properties desc ）には、記録年月日、記録モード、記録時間などの音声に関する全ての属性情報を記録する。
【００６４】
また、上述のグループを発生できるシステムの場合、図５のようにマップファイルの中にグループデスクリプタ（Group desc）を記録する。このグループデスクリプタ（Group desc）には、例えば図８に示すように、上記した先頭ヘッダの後に、グループ内のメンバの数（number of member）とそのメンバの数の分だけグループ内のデスクリプタを一意に識別するための識別子（desc identifier ）とを並べて記録する。図８の場合、グループ内のメンバの数（number of member）が４の場合の例を示している。
【００６５】
また、上記グループ内のデスクリプタを一意に識別するための識別子（desc identifier ）の次に、注釈情報に関する情報を表現するデスクリプタ（Annotation desc ）を記録する。この注釈情報を表現するデスクリプタ（Annotation desc ）の中身は、イメージファイルデスクリプタの場合と同じである。
【００６６】
この場合、あるグループのメンバになったデスクリプタは、そのグループのメンバであることを示すグループリンクデスクリプタ（Group link desc ）が追加される。例えば、図９に示すように、イメージファイルデスクリプタがあるグループのメンバになると、そのイメージファイルデスクリプタにグループリンクデスクリプタが挿入される。このグループリンクデスクリプタには、グループデスクリプタを識別するための識別子（groupe desc identifier）を記録する。
【００６７】
次に、本実施形態によるカメラの記録系の処理手順について述べる。
本実施形態のカメラでは、一つの画像データを記録する度に、各１枚の画像ファイルおよび縮小画像ファイルを記録媒体２０８上の前もって定められたサブディレクトリに記録するとともに、それらのファイルに関連する種々の付帯情報を上記マップファイルのプロトコルに従ってマップファイルに書き込む（図６参照）。
【００６８】
また、一つの音声データを記録する度に、１つの音声ファイルを記録媒体２０８上の前もって定められたサブディレクトリに記録するとともに、その音声ファイルに関連する種々の付帯情報を上記マップファイルのプロトコルに従ってマップファイルに書き込む（図７参照）。また、音声ファイルを画像の注釈ファイルとして記録したときは、マップファイル中のその画像ファイルに対応するデスクリプタを、その音声注釈ファイルを含むように書き換える（図６参照）。
【００６９】
また、複数の画像ファイルや音声ファイルでグループを構成した場合には、そのグループを記述するグループデスクリプタ（図８参照）をマップファイルに加える。そして、そのグループのメンバとなった全てのファイルのデスクリプタにグループリンクデスクリプタを加える（図９参照）。
【００７０】
次に、本実施形態によるカメラの再生系の構成を、図３に示す。
図３に示すように、本実施形態によるカメラの再生系は、再生装置３０１、画像メモリ３０２、復号化伸長部３０３、画像出力部３０４、音声出力部３０５、ＣＰＵ２０７、記録媒体２０８および操作部２０９を備えている。
【００７１】
図３において、記録媒体２０８は、図２に示したものと同じであり、上述した画像ファイル、縮小画像ファイル、音声ファイルが所定のサブディレクトリに記録されるとともに、それらのファイルに関する種々の付帯情報（ファイルの配置情報デスクリプタ、ファイルの属性情報デスクリプタ、注釈情報デスクリプタ、グループデスクリプタなどの情報）が、上記した各ファイルとは別の１つのマップファイル上にまとめて記録されている。
【００７２】
上記記録媒体２０８に記録されている情報は、再生装置３０１により再生される。この再生装置３０１は、図２に示した記録装置２０６と同様に、記録媒体２０８のためのインタフェースとしてＪＥＩＤＡなどで規定されたメモリカードインタフェースで構成される。すなわち、音声データを記録媒体２０８から読み出すためのロジック回路およびインタフェースコネクタから構成される。
【００７３】
ＣＰＵ２０７は、この再生装置３０１を介して、記録媒体２０８に記録されているマップファイルを読み取り、読み取ったマップファイルを解析する。そして、マップファイル中に記録されている画像や音声の属性情報、あるいは縮小画像などを画像出力部３０４を介して出力し、例えばコンピュータモニタ（図示せず）上に表示させる。なお、このような属性情報や縮小画像などの情報提示は、ユーザが操作部２０９を操作することで指示することが可能である。
【００７４】
図４は、上述したＣＰＵ２０７の情報提示処理を詳細に示すフローチャートである。以下、この図４を用いて情報提示手順の一例について説明する。
図４において、ＣＰＵ２０７は、まず最初にステップ４０１で、記録媒体２０８に記録されているマップファイルを再生装置３０１を介して読み取る。
【００７５】
次に、ステップ４０２で、上記ステップ４０１にて読み取ったマップファイル中に含まれる全てのイメージファイルデスクリプタとサウンドファイルデスクリプタとを解析する。この時点で、画像ファイルおよび音声ファイルの属性情報を表現するデスクリプタが得られる。これにより、画像ファイルおよび音声ファイルに関する種々の付帯情報のうち、記録年月日、記録モード、撮影条件などの属性情報を、例えばテキストリスト表示などの形でユーザに提示することが可能となる。
【００７６】
また、上記ステップ４０２の時点で、注釈情報を表現するデスクリプタから、画像ファイルにどのような注釈情報が付いているのかの情報も得られるので、その情報をユーザに提示することも可能となる。例えば、音声の注釈が付加されているときは、そのことを表現するアイコンなどを用いて表示を行うと、ユーザにとって一層分かりやすい表示を提供することができる。
【００７７】
すなわち、このステップ４０２の時点では、例えば図１０に示すような表示画面をユーザに提示することができる。この図１０の例では、記録年月日、記録時刻、撮影モード、ファイルのデータサイズ、フラッシュの使用状態、絞り値、シャッタースピードの各属性情報が提示されている。また、画像ファイルであるか音声ファイルであるかを示すアイコン１００１、画像ファイルに音声による注釈ファイルが付属していることを示すアイコン１００２も示されている。
【００７８】
次に、ステップ４０３で、記録媒体２０８に記録されているそれぞれの画像ファイルに対応する縮小画像ファイルの記録媒体２０８上における記録位置をイメージファイルデスクリプタから読み取る。そして、それらの縮小画像ファイルを記録媒体２０８から再生装置３０１を介して読み出し、それらを画像出力部３０４を介してユーザに提示する。この時点では、図１１に示すような表示を行うことができる。
【００７９】
この図１１の例では、個々の画像ファイルについて、その関連情報と共に縮小画像を表示している。上記関連情報としては、上記ステップ４０２にて得られた属性情報を用いることができる。したがって、この図１１では、縮小画像の横に、図１０に示した種々の属性情報と同じ情報を表示している。また、画像ファイルに音声注釈ファイルが加えられているかどうかを示すアイコンは、例えば１１０１のように表現することができる。
【００８０】
さらに、次のステップ４０４では、上記ステップ４０１にて読み取ったマップファイル中にあるグループデスクリプタを解析する。これにより、そのグループ内に存在するメンバである画像ファイルや音声ファイル、およびそのグループに加えられた注釈ファイルを確定する。そして、こうして確定した内容をユーザに提示する。この時点では、図１２に示すような表示を行うことができる。
【００８１】
すなわち、この図１２の例では、全ての画像ファイルについて、その関連情報と共に縮小画像を表示するとともに、マップファイル中に存在するグループごとに、そのグループのメンバとなっている個々の画像ファイルをまとめて矩形１２０１を表示することにより、グループを表現している。また、グループに音声注釈ファイルが加えられているかどうかを示すアイコンを、例えば１２０２のように表現している。
【００８２】
以上のように、本実施形態によれば、１つのマップファイルを読み出して解析するだけで、情報提示に必要な全ての付帯情報を得て、画像や音声の属性情報や注釈情報の有無などの情報をユーザに提示することができる。したがって、いくつものファイルを開いて解析を行わなくても済み、ユーザに対する情報提示に高速に行うことができる。
【００８３】
また、縮小画像は、その元の画像が記録されている画像ファイルとは別の縮小画像ファイルに記録され、その記録位置が付帯情報としてマップファイルに記憶されている。このため、縮小画像をユーザに提示しようとするときは、マップファイル中に記録されている縮小画像ファイルの記録位置をもとに、提示しようとする縮小画像ファイルを直接開いて縮小画像データにアクセスすることができる。よって、いくつもの画像ファイルを１つ１つ開いて記録位置の解析を行わなくても済むので、縮小画像の表示も高速に行うことができる。
【００８４】
次に、ユーザは、図１０、図１１あるいは図１２のように表示された属性情報や縮小画像などを参考にして、再生しようとするファイルを選ぶことができる。このファイル選択は、例えば操作部２０９を操作することによって行うことが可能である。例えば、操作部２０９がマウスで構成される場合、選択しようとするファイルに関する情報の上でマウスクリック操作を行うことにより選択することが可能である。
【００８５】
ユーザが所望のファイルを選択すると、ＣＰＵ２０７は、マップファイル中のファイル配置情報を参照することによって、上記選択されたファイルの記録媒体２０８上における記録位置を解析する。そして、その解析結果に基づいて、上記選択されたファイル内のデータを記録媒体２０８から読み出す。
【００８６】
例えば、ある画像ファイルがユーザによって選択された場合は、その選択された画像ファイル内の画像データが再生装置３０１を介して記録媒体２０８から読み出され、画像メモリ３０２に一時的に蓄えられる。
【００８７】
そして、この画像メモリ３０２に記憶された画像データは、次に復号化伸長部３０３に読み出され、ここで復号化伸長処理が施される。この復号化伸長部３０３における復号化の方式は、図２に示した圧縮符号化部２０５における符号化方式と同種のものである。このようにして復号化伸長処理された画像データは、例えば、画像出力部３０４を介して図示しないコンピュータに出力される。
【００８８】
一方、ユーザによってある音声ファイルが選択されると、その選択された音声ファイル内の音声データが再生装置３０１を介して記録媒体２０８から読み出され、それがＣＰＵ２０７および音声出力部３０５を介して図示しないコンピュータに出力される。
【００８９】
なお、ここでは、選択された画像ファイルや音声ファイルを図示しないコンピュータ上で再生する場合について説明しているが、カメラ自身で再生するようにすることも可能である。この場合には、デジタル信号をアナログ信号に変換するためのＤ／Ａ変換器をカメラ内部に設けるようにしても良い。
【００９０】
本実施形態では、マップファイル中に含まれている情報（画像ファイル、音声ファイル、グループ情報）を編集することが可能である。この場合は、編集しようとする情報に関連する付帯情報を、その編集内容に応じて全て変更するようにする。
【００９１】
例えば、画像ファイルを記録媒体２０８上から消去するときは、その画像ファイルに対応するイメージファイルデスクリプタをマップファイルから消去する。そのとき、画像本体のデータである画像ファイルの他に、縮小画像ファイル、注釈ファイル、および他の画像ファイルとグループリンクされているときはそのグループデスクリプタの中の識別子（desc identifier ）を消去する。
【００９２】
また、あるグループのメンバになっている画像ファイルをそのグループから外す場合は、そのグループデスクリプタの中の識別子（desc identifier ）を消去する。また、画像ファイルあるいはグループに付属している注釈ファイルを消去する場合は、その画像ファイルに対応するイメージファイルデスクリプタ、あるいはそのグループに対応するグループデスクリプタから注釈ファイル識別子を削除するとともに、その注釈ファイルを削除すればよい。
【００９３】
このようにして、記録媒体２０８に記録されている画像ファイル、音声ファイル、グループ情報にそれぞれ関連する情報を常に正常に保ちながらマップファイル内の情報を更新するようにする。
【００９４】
このように、本実施形態では、画像ファイル、音声ファイル、グループ情報の関連情報を一括して管理することで、それらの編集を集中して行うことができるので、システムがより簡潔になるというメリットがある。
【００９５】
＜他の実施形態＞
上記した実施形態では、縮小画像を一つ一つの縮小画像ファイルに記録するとともに、マップファイル内のそれぞれのイメージファイルデスクリプタの中にある縮小画像情報デスクリプタ（Thumbnail desc）に、それらの縮小画像ファイルの記録場所、具体的にはＭＳ−ＤＯＳファイルの絶対パス名およびファイル名を記述しておくようにしている。
【００９６】
しかしながら、このような方式の場合には、以下のような問題が生じる。
すなわち、非常に多くの画像データが記録媒体２０８に記録されている場合において、それらの各画像に対応する縮小画像をコンピュータモニタ上にリスト表示しようとする場合、同時に開ける縮小画像ファイルの数はＭＳ−ＤＯＳによって制限されてしまうため、それら全ての縮小画像ファイルを一度に開いておくことはできない。
【００９７】
したがって、多くの縮小画像データを得るためにそれぞれの縮小画像ファイルを開いては閉じるという操作を繰り返さなければならない。このようなオペレーティングシステムのオーバーヘッドは、装置のパファーマンスを低下させる原因となってしまう。
【００９８】
また、ＭＳ−ＤＯＳファイルの絶対パス名およびファイル名に基づいて提示しようとする縮小画像ファイルを非常に多くのファイルの中から検索しなければならないとすると、その検索に必要な時間も多大なものとなり、そのオーバーヘッドもパファーマンスを低下させる原因となってしまう。
【００９９】
この問題を解決するために、以下に述べる実施形態では、複数の縮小画像を一つのファイル（以下、サブマップファイルと呼ぶ）にまとめて記録し、上記マップファイルの縮小画像情報デスクリプタ（Thumbnail desc）には、縮小画像がそのサブマップファイル内において記録されている位置を記述する。
【０１００】
このようにすれば、多くの縮小画像を得るために最初に一回だけサブマップファイルを開くだけで良い。また、ファイル名による検索を行わなくてもよく、サブマップファイル内におけるアクセス位置の移動だけで済む。サブマップファイル内でのアクセス位置の移動は、ＭＳ−ＤＯＳのいわゆるＦＡＴ（File Allocation Table ：ファイル位置管理テーブル）の連結をたどるだけでよい。通常、オペレーティングシステム内では、このＦＡＴの連結データは主記憶に読み込まれているため、この作業は非常に高速に行うことができる。
【０１０１】
図１３に、上記サブマップファイルの構成例を示す。図１３から明らかなように、サブマップファイルは、縮小画像の配置情報を管理するためのテーブルを記録する管理領域と、実際の縮小画像データを記録するデータ領域とがある。また、サブマップファイルの先頭には、管理テーブルの大きさが４バイトで記録されている。
【０１０２】
上記管理テーブルには、個々のインデックス値で識別される縮小画像データがサブマップファイル中に存在するかどうかを示すためのフラグが順番に記録されている。このフラグは１ビットで表現できるので、例えば、管理テーブルとして１キロバイト用意されれば、１０２４×８＝８１９２個の縮小画像データの有無を管理することができる。
【０１０３】
例えば、図１３の例では、管理テーブルの先頭１バイトのデータ値が“００１１０１１１”であるとすると、インデックス値が０、１、２、４、５に対応するデータ領域に縮小画像データが記録されていることが分かる。すなわち、管理テーブル内のデータ値“１”および“０”は、それぞれ縮小画像データの有り、無しを表現している。
【０１０４】
また、データ領域においては、一つの縮小画像データは、例えば、横８０画素×縦６０画素×３（ＲＧＢ）＝１４．４キロバイトで記録される。そして、図１３に示したように、管理領域の管理テーブルの後に複数の縮小画像データが順番に記録される。
【０１０５】
通常、ファイルサイズはＭＳ−ＤＯＳの機能によって検出できるので、管理テーブルの大きさを表すフィールドの４バイトと管理テーブルの大きさとを合わせたバイト数をサブマップファイルのサイズから減算し、この減算の結果得られるデータ領域のサイズを１つの縮小画像データに必要な容量（１４．４キロバイト）で除算することで、いくつの縮小画像データがサブマップファイルによって管理されているかを知ることができる。
【０１０６】
これにより、有効なインデックス値の範囲を知ることができる。さらに、管理テーブルの中身を確認することで、データ領域の中の何番目の領域に有効な縮小画像データが格納されているかを知ることができる。
【０１０７】
カメラあるいはホストコンピュータでサブマップファイルに縮小画像を新たに加えたい場合、まず、有効なインデックス値の範囲内で管理テーブルのフラグが“０”、すなわち“縮小画像無し”を示しているインデックス値を探す。そのようなインデックス値があれば、そのインデックス値に対応するサブマップファイルのデータ領域を新たな縮小画像データを格納するための場所にして、その管理テーブルのフラグを“１”、すなわち“縮小画像有り”に変更する。
【０１０８】
一方、そのようなインデックス値がない場合は、サブマップファイルが新たな縮小画像データを含むことができるように、サブマップファイルの大きさを変更し、新たに付け加えたデータ領域部分を新たな縮小画像データの格納領域とする。そして、その新たに確保したデータ領域のインデックス値に対応する管理テーブルのフラグの値を“縮小画像有り”を示すように“１”に変更する。このとき、管理テーブルの大きさを変える必要があればその変更も行う。そして、管理領域が増えた分だけデータ領域を後方に移動する。
【０１０９】
そして、以上のようにしてサブマップファイル中に新たに確保されたデータ領域に新たな縮小画像データを格納する。また、その縮小画像データに対応するインデックス値を、マップファイル内の縮小画像情報デスクリプタ（Thumbnail desc）の配置情報（File location ）として記録する。
【０１１０】
また、縮小画像データの読み取りが必要になった場合は、その縮小画像データのインデックス値をもとにサブマップファイル中の場所を計算する。そして、その計算した場所にアクセスを移動して、サブマップファイルから縮小画像データを読み取ることができる。
【０１１１】
このとき、前もってサブマップファイルの管理テーブルを参照して、そのインデックス値が有効かどうかの確認を行う。すなわち、サブマップファイルサイズと縮小画像データの大きさと管理テーブルの大きさとの関係から正当なインデックス値であるかどうか、そして、そのインデックス値に相当する管理テーブルのフラグの値が“縮小画像有り”を示しているかどうかを確認する。
【０１１２】
また、サブマップファイル中に既に記録されている縮小画像データを消去する場合は、例えば、縮小画像データをファイル中に残したままの状態で、管理テーブルのフラグのみを“縮小画像無し”に変更すればよい。
【０１１３】
このように、本実施形態によれば、縮小画像を一つのサブマップファイルにまとめて管理する方式によって、多くの縮小画像を表示するためにファイルを開く回数、閉じる回数を減らし、ファイル名による検索回数を減らすことができる。これにより、縮小画像へのアクセスをより高速に行うことが可能となる。
【０１１４】
【発明の効果】
本発明によれば、画像ファイルなどに関する情報をユーザに高速に提示することができる。
【図面の簡単な説明】
【図１】本発明の要素的特徴を示すブロック図である。
【図２】本発明の一実施形態であるカメラの記録系の構成を示すブロック図である。
【図３】本発明の一実施形態であるカメラの再生系の構成を示すブロック図である。
【図４】本実施形態によるカメラの再生系における情報提示の処理手順を示すフローチャートである。
【図５】本実施形態によるマップファイルの構成例を示す図である。
【図６】本実施形態によるマップファイル中のイメージファイルデスクリプタの内容の一例を示す図である。
【図７】本実施形態によるマップファイル中のサウンドファイルデスクリプタの内容の一例を示す図である。
【図８】本実施形態によるマップファイル中のグループデスクリプタの内容の一例を示す図である。
【図９】本実施形態によるマップファイル中のイメージファイルデスクリプタの内容の他の例を示す図である。
【図１０】本実施形態による情報提示方法の一例を示す図である。
【図１１】本実施形態による情報提示方法の他の例を示す図である。
【図１２】本実施形態による情報提示方法のその他の例を示す図である。
【図１３】本発明の他の実施形態によるサブマップファイルのデータ構造の一例を示す図である。
【符号の説明】
１  記録装置
２  記録媒体
３  再生装置
１１  画像記録手段
１２  音声記録手段
１３  付帯情報記録手段
２１  画像ファイル
２２  縮小画像ファイル
２３  音声ファイル
２４  マップファイル
３１  画像再生手段
３２  音声再生手段
３３  属性情報再生手段
２０１  レンズ
２０２  撮像デバイス
２０３  Ａ／Ｄ変換器
２０４  画像メモリ
２０５  圧縮符号化部
２０６  記録装置
２０７  ＣＰＵ
２０８  記録媒体
２０９  操作部
２１０  音声入力部
２１１  音声Ａ／Ｄ変換器
３０１  再生装置
３０２  画像メモリ
３０３  復号化伸長部
３０４  画像出力部
３０５  音声出力部
【図１】
0003884785.tif 000002
【図２】
0003884785.tif 000003
【図３】
0003884785.tif 000004
【図４】
0003884785.tif 000005
【図５】
0003884785.tif 000006
【図６】
0003884785.tif 000007
【図７】
0003884785.tif 000008
【図８】
0003884785.tif 000009
【図９】
0003884785.tif 000010
【図１０】
0003884785.tif 000011
【図１１】
0003884785.tif 000012
【図１２】
0003884785.tif 000013
【図１３】
0003884785.tif 000014