(57)【要約】【課題】  記録媒体を不必要に消費することなく、複数のデータ構造をサポートした画像データの記録が可能な画像記録装置及びその制御方法を提供すること。【解決手段】  第１のデータ構造に従ってＭＥＤＩＡディレクトリ以下に画像データファイルを記録する第１の記録手段と、第１のデータ構造とは異なる第２のデータ構造に従ってＤＣＩＭディレクトリ以下に画像データファイルを記録する第２の記録手段とを備え、第１の記録手段を用いて記録した画像データファイルへのリンクファイルを、第２の記録手段によって記録する。【選択図】  図２
2006109176.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に画像データを記録する画像記録装置において、
第１のデータ構造に従って画像データファイルを記録する第１の記録手段と、
前記第１のデータ構造とは異なる第２のデータ構造に従って画像データファイルを記録する第２の記録手段とを備え、
前記第１の記録手段を用いて記録した画像データファイルへのリンクファイルを、前記第２の記録手段によって記録することを特徴とする画像記録装置。
【請求項２】
前記第１の記録手段が、静止画像データファイル又は動画像データファイルを記録すると共に、前記静止画像データファイルに対してのみ前記第２の記録手段が前記リンクファイルを記録することを特徴とする請求項１記載の画像記録装置。
【請求項３】
外部機器と通信を行う通信手段と、
前記通信手段を介して接続された外部機器から前記記録媒体に記録された静止画データファイルのファイルリストを要求されると、前記第２のデータ構造に基づいて前記静止画データのファイルリストを生成するファイルリスト生成手段と、
前記ファイルリスト生成手段を前記通信手段を介して前記外部機器に送信する送信手段とをさらに有し、
前記ファイルリスト生成手段が、前記リンクファイルを静止画データファイルの実体として表したファイルリストを生成することを特徴とする請求項２記載の画像記録装置。
【請求項４】
画像データファイルが、第１のデータ構造と、前記第１のデータ構造と異なる第２のデータ構造とに従って記録されている記録媒体のデータ構造を取得する取得手段と、
前記第２のデータ構造に従って記録されている画像データファイルを、前記第１のデータ構造に従って移動させる移動手段と、
前記移動後の画像データファイルへのリンクファイルを、前記第２のデータ構造における前記移動した画像データファイルの代わりに記録する記録手段とを有することを特徴とする画像記録装置。
【請求項５】
前記第１のデータ構造に従って記録された画像データファイルを再生する再生手段を更に有することを特徴とする請求項４記載の画像記録装置。
【請求項６】
前記記録媒体に当初前記第１のデータ構造に従って記録されている前記画像ファイルが動画像ファイルであり、前記記録媒体に当初前記第２のデータ構造に従って記録されている前記画像ファイルが静止画データファイルであることを特徴とする請求項４又は請求項５記載の画像記録装置。
【請求項７】
第１のデータ構造に従って記録媒体に画像データファイルを記録する第１の記録手段と、
前記第１のデータ構造とは異なる第２のデータ構造に従って前記記録媒体に画像データファイルを記録する第２の記録手段とを備えた画像記録装置の制御方法であって、
まず、前記第１の記録手段を用いて画像データファイルを記録するステップと、
前記第１の記録手段を用いて記録した画像データファイルへのリンクファイルを、前記第２の記録手段によって記録するステップとを有することを特徴とする画像記録装置の制御方法。
【請求項８】
画像データファイルが、第１のデータ構造と、前記第１のデータ構造と異なる第２のデータ構造とに従って記録されている記録媒体のデータ構造を取得する取得ステップと、
前記第２のデータ構造に従って記録されている画像データファイルを、前記第１のデータ構造に従って移動させる移動ステップと、
前記移動後の画像データファイルへのリンクファイルを、前記第２のデータ構造における前記移動した画像データファイルの代わりに記録する記録ステップとを有することを特徴とする画像記録装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像記録装置及びその制御方法に関し、特に複数のデータ構造をサポートしながら画像データファイルを記録する画像記録装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、デジタルスチルカメラのデータ構造として広く知られているＤＣＦ(Design rule for Camera File system)規格に準じたディレクトリ構成でＪＰＥＧ形式などの静止画を記録媒体へ記録する装置が知られている（例えば、特許文献１参照）。また、ＳＤ−Ｖｉｄｅｏ方式などの動画記録方式に準じたディレクトリ構成でＭＰＥＧ形式などの動画と静止画とを同一の記録媒体に記録する装置も知られている。このような、規格化された形式に準じた記録を行うことで、静止画や動画をメーカーやハードウェア間の違いを越えて記録再生することが可能になる。
【０００３】
【特許文献１】特開２００４−４８１８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術の構成では、静止画記録方式であるＤＣＦ方式と動画記録方式のＳＤ−Ｖｉｄｅｏ方式とのディレクトリ構成の互換性が低いため、静止画像と動画像とで異なるディレクトリ構成を用いている。そのため、静止画記録モード（ＤＣＦファイル構造を記録）、動画記録モード（動画記録用ファイル構造を記録）の両方を設け、それらを切り替えて記録する必要がある。同様に、静止画像と動画像とを同一規格に準じた方法で取り扱えないため、ユーザは静止画再生モード（ＤＣＦファイル構造を再生）動画再生モード（動画記録用ファイル構造を再生）を切り替えて再生する必要がある。
【０００５】
また、将来的には静止画と動画の両方を同様の形式として取り扱える新規格が作成される可能性があるが、下位互換性維持の観点から、現在用いられているデータ構造をサポートする必要性は当分の間無くならないものと考えられる。
【０００６】
例えば、デジタルスチルカメラをプリンタに直接接続して撮像画像の印刷を行うダイレクトプリント機能は、ＤＣＦ方式を利用してプリンタとカメラ間でデータ通信を行わなければならない。従って、静止画と動画の両方を取り扱い可能な規格が作成されたとしても、このような従来のデータ構造を前提とした機能を利用するためには、依然として従来のデータ構造での記録が必要である。従って、新しい規格に基づいた画像データの記録と、従来のデータ構造が必要な機能の利用の両方が必要な場合、同一撮影画像について、複数の形式で記録しなければならず、記録媒体の容量を必要以上に消費してしまう。
【０００７】
本発明はこのような問題に鑑みてなされたもので、記録媒体を不必要に消費することなく、複数のデータ構造をサポートした画像データの記録が可能な画像記録装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の目的は、記録媒体に画像データを記録する画像記録装置において、第１のデータ構造に従って画像データファイルを記録する第１の記録手段と、第１のデータ構造とは異なる第２のデータ構造に従って画像データファイルを記録する第２の記録手段とを備え、第１の記録手段を用いて記録した画像データファイルへのリンクファイルを、第２の記録手段によって記録することを特徴とする画像記録装置によって達成される。
【０００９】
また、上述の目的は、画像データファイルが、第１のデータ構造と、第１のデータ構造と異なる第２のデータ構造とに従って記録されている記録媒体のデータ構造を取得する取得手段と、第２のデータ構造に従って記録されている画像データファイルを、第１のデータ構造に従って移動させる移動手段と、移動後の画像データファイルへのリンクファイルを、第２のデータ構造における移動した画像データファイルの代わりに記録する記録手段とを有することを特徴とする画像記録装置によっても達成される。
【００１０】
また、上述の目的は、第１のデータ構造に従って記録媒体に画像データファイルを記録する第１の記録手段と、第１のデータ構造とは異なる第２のデータ構造に従って記録媒体に画像データファイルを記録する第２の記録手段とを備えた画像記録装置の制御方法であって、まず、第１の記録手段を用いて画像データファイルを記録するステップと、第１の記録手段を用いて記録した画像データファイルへのリンクファイルを、第２の記録手段によって記録するステップとを有することを特徴とする画像記録装置の制御方法によっても達成される。
【００１１】
また、上述の目的は、画像データファイルが、第１のデータ構造と、第１のデータ構造と異なる第２のデータ構造とに従って記録されている記録媒体のデータ構造を取得する取得ステップと、第２のデータ構造に従って記録されている画像データファイルを、第１のデータ構造に従って移動させる移動ステップと、移動後の画像データファイルへのリンクファイルを、第２のデータ構造における移動した画像データファイルの代わりに記録する記録ステップとを有することを特徴とする画像記録装置の制御方法によっても達成される。
【発明の効果】
【００１２】
このような構成により、本発明によれば、記録媒体を不必要に消費することなく、複数のデータ構造をサポートした画像データの記録が可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施形態に係る画像記録装置としての撮像装置について説明する。
図１は、本実施形態に係る撮像装置の構成例を示すブロック図である。
【００１４】
図において、撮像装置１００は、レンズ、撮像素子（ＣＣＤセンサ、ＣＭＯＳセンサなど）を含み、被写体からの光を電気信号に変換するレンズユニット１０１、レンズユニット１０１からの電気信号を画像データへ変換するカメラ信号処理部１０２、カメラ信号処理部１０２からの出力である画像データをＪＰＥＧ方式、ＭＰＥＧ方式などの圧縮符号化方式を用いて圧縮して圧縮画像データに変換したり、画像メモリ１０４に保持されている圧縮画像データを伸張する圧縮伸張部１０３、画像データ、画像圧縮データを一時的に保持するための画像メモリ１０４、カメラ信号処理部１０２からの画像データや圧縮伸張部１０３で伸張された画像、各種設定メニューなどのＧＵＩ画像などを表示する、例えばＬＣＤである表示部１０５、静止画トリガ、動画記録ボタン、ズームレバー、メニュー操作キー等からなる操作キー１０６、画像記録装置全体を制御するＣＰＵ１０７、記録媒体１１０上の記録ファイル名、属性、種類などを管理するファイル管理モジュール１０８、光ディスクや半導体メモリカード、カード型磁気ディスクドライブなどの着脱可能な記録媒体に対して読み書きを行うためのディスクドライブ／リーダライタ（以下、単にリーダライタと言う）１０９、光ディスク、半導体メモリ等の着脱可能な記録媒体１１０から構成される。
【００１５】
図２は本実施形態の撮像装置が記録媒体１１０にデータを記録する際のデータ記録構造の例を示す図である。
図２に示すように、本実施形態におけるデータ記録構造は、ルートディレクトリを最上位階層とする階層的なデータ構造である。そして、ルートディレクトリ直下にＭＥＤＩＡディレクトリとＤＣＩＭディレクトリを有している。
【００１６】
まず、ＭＥＤＩＡディレクトリについて説明すると、ＭＥＤＩＡディレクトリ以下は、静止画を含む動画、音声、などのコンテンツファイルと、そのコンテンツファイルを再生するためのプレイリストを取り扱いできる規格に準拠したデータ構造を有する。
【００１７】
ＭＥＤＩＡディレクトリ直下には、ディスクビデオレコーダが認識可能で、再生可能コンテンツ情報が記録されているエントリファイル(MED_0001.IDX)と、エントリファイルに対応付けられたサムネイルデータが記録されているサムネイルファイル(MED_0001.THM)と、エントリファイルに対応付けられたテキストを含むタイトルデータが記録されているタイトルファイル(MED_0001.TXT)が存在する。ＭＥＤＩＡディレクトリ直下にはさらに、相互に重複しない３桁の番号とユーザが任意に指定できるアルファベット５文字が組み合わされた８文字の名前を有するディレクトリ（図２では１００ＡＢＣＤＥ、１０１ＡＢＣＤＥ）が含まれる。そして、これらのディレクトリ下には、ユーザが任意に指定できるアルファベット４文字と、関連のないファイルの場合には相互に重複しない４桁の一連番号が組み合わされた８文字の名前を有するコンテンツファイルを記録することができる。さらに、ファイル名には記録されるファイルの属性に従った３文字の拡張子がピリオドに続いて付加される（ＭＰＥＧファイルは”.MPG”、ＪＰＥＧファイルは”.JPG”、オーディオファイルは”.AC3”、プレイリストファイルは”.LST”など）。ディスクビデオレコーダは、上述したエントリファイルに登録されている情報に基づき再生動作をおこなうため、再生するコンテンツファイルはエントリファイルに登録する。
【００１８】
また、ＭＥＤＩＡディレクトリと同様にルートディレクトリ直下にあるＤＣＩＭディレクトリについて説明すると、ＤＣＩＭディレクトリ以下のデータ記録構造はデジタルスチルカメラのデータ構造として広く知られているＤＣＦ(Design rule for Camera File system)方式に準拠した構造を有する。ただし、本実施形態においては、同一ファイルを複数記録することによる記録媒体の消費を防ぐため、ＤＣＩＭディレクトリ以下には、コンテンツファイルの実体の代わりに、ＭＥＤＩＡディレクトリ下にあるコンテンツファイルへのリンク情報が記録される。
【００１９】
また、リンクされているのはＤＣＦ方式で扱える静止画ファイル（ＪＰＥＧファイルなど）であり、ＤＣＦ方式でサポートされていない拡張ファイル（ＭＰＥＧファイル、プレイリストなど）へはリンクされていない。
【００２０】
リンク情報は例えば階層的なファイル構造を用いるファイルシステムを採用したオペレーティングシステムにおいてショートカット、エイリアス、シンボリックリンクなどの名前で実現されている方法を用いて記録することができる。
【００２１】
図３は、本実施形態に係る撮像装置の記録動作を説明するフローチャートである。
本実施形態の撮像装置は再生モードと記録モードを有し、記録モードでの動作中に操作キー１０６に含まれる静止画トリガが操作されると静止画像を、動画トリガが操作されると動画像を記録媒体１１０に記録する。以下の説明では、記録モードで動作しているものとする。
【００２２】
また、記録媒体の初期化処理により図２のデータ記録構造のうち、ルートディレクトリ及びその直下のＭＥＤＩＡディレクトリ、ＤＣＩＭディレクトリ並びにＭＥＤＩＡディレクトリ下のエントリファイル（図２のMED_0001.IDX）は作成されているものとする。さらに、ディレクトリ名及びコンテンツファイル名に用いるユーザ指定可能な文字列と、自動付与する数値も既に決定されているものとする。
【００２３】
撮像装置は、静止画トリガ又は動画トリガにより、記録指示がなされたか判断する（Ｓ３０１）。Ｓ３０１でＮｏと判断された場合はＳ３０１の判断を再度繰り返す。Ｓ３０１でＹｅｓと判断された場合は、レンズユニット１０１、カメラ信号処理部１０２及び圧縮伸張部１０３の処理によって画像メモリ１０４に作成される静止画データ又は動画データを、ファイル管理モジュール１０８を用いて、リーダライタ１０９から記録媒体１１０にあるＭＥＤＩＡディレクトリ下に、コンテンツファイルとして記録する（Ｓ３０２）。
【００２４】
次に、Ｓ３０２で記録されたコンテンツファイルを、ＭＥＤＩＡディレクトリ直下にあるエントリファイル（図２のMED_0001.IDX）へ登録する（Ｓ３０３）。この際、まだサムネールファイル（図２のMED_0001.THM）とタイトルファイル（図２のMED_0001.TXT）が生成されていなければ生成する。また、サムネイル画像を作成し、サムネイル画像ファイルへも登録する。そして、Ｓ３０２で記録された画像データが静止画像かどうかを、例えばファイルの拡張子から判断する（Ｓ３０４）。Ｓ３０４でＮｏと判断された場合は、Ｓ３０１へ戻る。Ｓ３０４でＹｅｓと判断された場合は、Ｓ３０２で作成され、ＭＥＤＩＡディレクトリ下に記録された静止画ファイルへのリンクファイル（例えばショートカットファイル）を、ファイル管理モジュール１０８を用いてリーダライタ１０９から記録媒体１１０にあるＤＣＦ方式準拠のＤＣＩＭディレクトリ下に作成する（Ｓ３０５）。Ｓ３０５の処理後はＳ３０１へ戻る。
【００２５】
また、Ｓ３０５で作成するリンクファイルの名前は、リンク先のコンテンツファイルと同一であっても、異なっていても良い。図２では、同一名とした場合を示している。
【００２６】
＜ダイレクトプリント機能の利用＞
このようなデータ構造を有する記録媒体１１０を装着した撮像装置１００を、ＤＣＦ規格のデータ構造を必要とするダイレクトプリント機能に対応したプリンタと接続した際の動作について説明する。
【００２７】
図６（ａ）は本実施形態に係る撮像装置１００を、プリンタ６０３とＵＳＢケーブル６０２で直接接続する状態を模式的に示す図である。
まず、撮像装置１００には記録媒体１１０が装着されており、記録媒体１１０に記録されているデータ構造は図２に示す通りであるとする。つまり、ＭＥＤＩＡディレクトリ下にすべてのコンテンツファイルの実体が存在しており、ＤＣＦディレクトリ下にはコンテンツファイルの実体は存在せず、ＭＥＤＩＡディレクトリ下に存在する静止画ファイルへのリンクファイルが記録されている。
【００２８】
撮像装置１００（ＵＳＢ Ｓｌａｖｅ）とプリンタ６０３（ＵＳＢ Ｈｏｓｔ）をＵＳＢケーブル６０２を用いて接続すると、装置間でネゴシエーションが行われ、ＰＴＰ(Picture Transfer Protocol)を用いた通信を行うことが決定される。ＰＴＰに従った接続では、プリンタ６０３は撮像装置１００にファイルリストを要求する。
【００２９】
ここで、撮像装置１００は、図７のフローチャートに示す動作により、ファイルリストを生成、送信する。
先ず、Ｓ７０１で、ファイルリストの送信要求の受信を待つ。ファイルリストの要求があると、記録媒体１１０のデータ構造をチェックし（Ｓ７０３）、ルートディレクトリ直下にＤＣＩＭディレクトリのみが存在し、ＤＣＩＭディレクトリ以下のリンクファイルを実際のコンテンツファイルであるように表したファイルリストを生成する（Ｓ７０５）。この際、リンクファイルの名前がそのリンク先のファイル（コンテンツファイルの実体）の名前と異なる場合には、リンク先のファイルの名前を取得し、取得した名前を用いてファイルリストを生成する。そして、このファイルリストをプリンタ６０３へ送信する（Ｓ７０７）。すなわち、プリンタ６０３が受信したファイルリストは図６（ｂ）に示すようなデータ構造を表している。
【００３０】
なお、リンクファイルの名前がそのリンク先のファイル（コンテンツファイルの実体）の名前と異なる場合には、実体のファイル名ではなく、リンクファイルの名前を用いてファイルリストを作成しても良い。
【００３１】
プリンタ６０３と接続された場合に上述のような処理を行うことで、プリンタ６０３が取り扱うことが可能なファイル構成で静止画ファイルのファイルリストを送信することができる。
【００３２】
なお、本実施形態では、静止画ファイルを記録した場合には、常にＤＣＩＭディレクトリ下にリンクファイルを作成したが、リンクファイルを作成するか（他の規格をサポートするかどうか）どうかをユーザが設定可能としてもよい。この場合、設定は通常知られているように撮像装置の設定メニューをユーザが操作することにより設定できるようにすればよい。
【００３３】
また、本実施形態では、静止画ファイルのみＤＣＩＭディレクトリ下にリンクファイルを作成したが、静止画ファイル以外の音声ファイル、ＡＶＩファイルなど任意のファイルに対してリンクファイルを作成するように構成しても良い。
【００３４】
また、本実施形態では、ＤＣＩＭディレクトリ下に、ＭＥＤＩＡディレクトリ下に作成したコンテンツファイルへのリンクファイルを作成したが、ＭＥＤＩＡディレクトリ側にリンクファイルを記録するようにしても良い。この場合、ＤＣＩＭディレクトリ下にＭＥＤＩＡディレクトリからファイルを移動し、その後ＭＥＤＩＡディレクトリ下にリンクファイルを記録すればよい。
【００３５】
さらに、本実施形態では、２つの異なるデータ構造をサポートするようにコンテンツファイルを記録する行う例を説明したが、３つ以上の異なるデータ構造をサポートするように記録することももちろん可能である。つまり、個々のデータ構造に固有なファイル（例えば図２におけるメディア管理ファイルなど）のみを作成し、ファイルの実体の代わりにそのリンクファイルを記録するようにすれば、同一の記録媒体に記録するデータ構造の数には理論上制限はない。
【００３６】
また、本実施形態ではプリンタ６０３とＰＴＰを用いて通信したが、ＰＴＰの拡張フォーマットであるＰｉｃｔ Ｂｒｉｄｇｅ規格に準拠した手順で通信を行ったり、または、ファイルリストの転送を行い、そのファイルリストを用いて通信するような他の通信方式に準拠した方法で通信を行う際に、ここで説明したようなファイルリストの作成、通信処理を行ってもよい。
【００３７】
以上説明したように、本実施形態によれば、ある規格に準拠したデータ構造でコンテンツファイルを記録すると共に、他の規格に準拠した異なるデータ構造でコンテンツファイルへのリンクファイルを記録することにより、記録媒体の消費を必要最小限に抑制しながら、複数のデータ構造をサポートすることができる。
【００３８】
また、例えばダイレクトプリントにおいてファイルリストの要求があった際には、リンクファイルを実際のコンテンツファイルであるように表したファイルリストを生成、送信することで、従来のデータ構造を必要とする機能を利用することが可能となる。
【００３９】
＜第２の実施形態＞
次に、本発明の第２の実施形態に係る画像記録装置としての撮像装置について説明する。なお、本実施形態の撮像装置は、第１の実施形態で説明した撮像装置とその構成を共通とするので、構成についての説明は省略し、本実施形態の特徴である記録形式の変換動作についてのみ説明する。
【００４０】
図４（ａ）は、例えば他の撮像装置で記録された記録媒体のデータ構造を示している。図４（ａ）のデータ構造は、ルートディレクトリ直下にＭＥＤＩＡディレクトリとＤＣＩＭディレクトリを有していること、ＭＥＤＩＡディレクトリ下にメディア管理ファイルが存在することなど、基本的には第１の実施形態の撮像装置のデータ記録構造と類似しているが、静止画像ファイル（ここでは拡張子が”.JPG”のファイル）はＤＣＩＭディレクトリにのみ存在し、かつその実体もＤＣＩＭディレクトリに記録されている点で異なる。
【００４１】
本実施形態の撮像装置は、このようなデータ構造で記録されたコンテンツファイルを、第１の実施形態で説明したようなデータ構造（図４（ｂ））に変換する機能を有することを特徴とする。
【００４２】
変換の手順の概要は以下の通りである。まず、ＤＣＩＭディレクトリ下に実在するＪＰＥＧ静止画ファイルを、ＭＥＤＩＡディレクトリ下へ移動し、ＤＣＩＭディレクトリ下の元の場所に、移動したファイルへのリンクファイルを記録する。その後、ＭＥＤＩＡディレクトリ直下にあるメディア管理ファイルに、移動したＪＰＥＧ静止画ファイルを登録する。以上の処理をＤＣＩＭディレクトリ下に実体が存在するＪＰＥＧ静止画ファイルすべてに行うことで、図４（ａ）から図４（ｂ）へデータ構造の変換が行われる。
【００４３】
図５は、このようなデータ構造変換処理の詳細を説明するフローチャートである。
まず、撮像装置はリーダライタ１０９とファイル管理モジュール１０８を介して、記録媒体１１０からファイルシステムデータを読み込む（Ｓ５０１）。ファイル管理モジュール１０８によりＤＣＩＭディレクトリ下に静止画ファイルの実体が存在するか判断する（Ｓ５０２）。これは、例えばファイルの属性や種類を参照することにより、リンクファイルかどうかを判定することで実現できる。Ｓ５０２でＮｏと判断された場合は通常再生動作へ移行する。
【００４４】
Ｓ５０２でＹｅｓと判断された場合はＤＣＩＭディレクトリ下に実体が存在する静止画ファイルをＭＥＤＩＡディレクトリ下の任意の場所へ実体を移動する（Ｓ５０３）。なお、図４に示したように、ＭＥＤＩＡディレクトリ下に存在するの同一名ディレクトリ下へ移動しても良い。Ｓ５０３で移動した静止画ファイルが元々存在していたＤＣＩＭディレクトリ下の場所には、ＭＥＤＩＡディレクトリ下へ移動した静止画ファイルへのリンクファイルを記録する（Ｓ５０４）。そして、ＭＥＤＩＡディレクトリに移動した静止画ファイルをＭＥＤＩＡディレクトリ直下にあるエントリファイルへ追加登録する（Ｓ５０５）。Ｓ５０５の処理後はＳ５０２へ戻る。
【００４５】
Ｓ５０１からＳ５０５の処理をＤＣＩＭディレクトリ下の各ディレクトリについて行うことで、図４（ａ）のデータ構造から図４（ｂ）のデータ構造への変換が完了する。
【００４６】
通常再生モードではすべてのコンテンツファイルの実体がＭＥＤＩＡディレクトリ下に存在するため、ＤＣＩＭディレクトリ下のコンテンツを再生する方法（ＤＣＩＭ再生）とＭＥＤＩＡディレクトリ下のコンテンツを再生する方法（ＭＥＤＩＡ再生）を切り替える必要はなく、ＭＥＤＩＡ再生で全てのコンテンツを再生することができる。即ち、ＤＣＩＭディレクトリに格納されている静止画ファイルの再生からＭＥＤＩＡディレクトリに格納されている動画ファイルの再生に切り替える度に、メディア管理ファイルを読み出す必要がないので、静止画ファイルと動画ファイルとを迅速に再生することができる。
【００４７】
また、Ｓ５０３でＤＣＩＭディレクトリ下に実在した静止画ファイルをＭＥＤＩＡディレクトリ下へ移動したが、移動したあとのファイル名は同じファイル名にしてもよい。
【００４８】
また、Ｓ５０３でＤＣＩＭディレクトリ下に実在した静止画ファイルをＭＥＤＩＡディレクトリ下へ移動したが、その際、ＤＣＦ方式において関連のないファイルの場合には相互に重複しない様に付与される４桁の一連番号文字列が一致するファイルが移動先ディレクトリにすでに存在する場合には、４桁の一連番号文字列を重複しないようなファイル名に変更してもよい。
【００４９】
また、Ｓ５０４でＤＣＩＭディレクトリ下の元の場所にリンクを生成したが、生成するリンク名は、Ｓ５０３で移動する前の静止画ファイルの名前と同じにしてもよい。
【００５０】
このように、本実施形態によれば、全てのコンテンツファイルを１つのデータ構造下にに集めることで、そのディレクトリを再生するだけで動画と静止画とを再生することができるようになる。
【００５１】
＜他の実施形態＞
なお、上述の実施形態では、被写体像を画像データに変換するためのレンズユニット１０１、カメラ信号処理部１０２、圧縮伸張部１０３などを有する撮像装置に本発明を適用した例を説明したが、これらの機能は本発明に係る画像記録装置に必須ではなく、他の装置で作成した画像データを受け取って、上述した形式により記録を行う画像記録装置であっても良い。
【００５２】
尚、前述した実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いて当該プログラムを実行可能なコンピュータを有する画像記録装置又は画像記録システムに供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを実行することによって同等の機能が達成される場合も本発明に含む。
【００５３】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。
【００５４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記録媒体、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【００５６】
有線／無線通信を用いたプログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイル等、クライアントコンピュータ上で本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムデータファイル）を記憶し、接続のあったクライアントコンピュータにプログラムデータファイルをダウンロードする方法などが挙げられる。この場合、プログラムデータファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに配置することも可能である。
【００５７】
つまり、本発明の機能処理をコンピュータで実現するためのプログラムデータファイルを複数のユーザに対してダウンロードさせるサーバ装置も本発明に含む。
【００５８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件を満たしたユーザに対して暗号化を解く鍵情報を、例えばインターネットを介してホームページからダウンロードさせることによって供給し、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００５９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００６０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施形態に係る撮像装置の構成例を示すブロック図である。
【図２】本発明の第１の実施形態に係る撮像装置のデータ記録構造の例を示す図である。
【図３】第１の実施形態に係る撮像装置の記録処理動作を説明するフローチャートである。
【図４】本発明の第２の実施形態に係る撮像装置が行うデータ構造の変換処理を説明する図である。
【図５】第２の実施形態に係る撮像装置のデータ構造変換処理を説明するフローチャートである。
【図６】第１の実施形態に係る撮像装置をプリンタと直接接続する状態を模式的に示す図である。
【図７】プリンタからファイルリストの要求があった際の撮像装置の処理を説明するフローチャートである。
【図１】
2006109176.tif 000003
【図２】
2006109176.tif 000004
【図３】
2006109176.tif 000005
【図４】
2006109176.tif 000006
【図５】
2006109176.tif 000007
【図６】
2006109176.tif 000008
【図７】
2006109176.tif 000009