(57)【要約】【課題】複数種別のメディアに対応するホスト機器において、メディア種別ごとに異なる名称のディレクトリが作成されるようにして、例えばメディアに記憶されるファイルのアップロードなどが円滑に処理されるように配慮する。【解決手段】ホスト機器（デジタルスチルカメラ１）に接続されたメディアの種別を判定してその情報をメディア種別レジスタに保持しておくようにされる。そして、ディレクトリを作成するときには、メディア種別レジスタに保持されている情報からディレクトリの作成対象のメディア種別を特定して、所定の規則に従って、この特定された種別に対応するディレクトリ名を設定する。【選択図】図１６
2006133855.tif 000002
【特許請求の範囲】
【請求項１】
所定の複数種別の記憶媒体に対応した所定のデータ処理が可能に構成されるデータ処理手段と、
上記データ処理手段によるデータ処理が可能な状態にあるとされる上記記憶媒体の種別を判定する種別判定手段と、
上記データ処理手段によるデータ処理対象とされている記憶媒体に記憶される情報の管理をディレクトリ構造を用いた所定の情報管理方式により行うもので、所定階層に配置するべきディレクトリの名称を設定するのにあたっては、上記記憶される情報の管理が行われる記憶媒体について上記種別判定手段が判定した種別に応じて固有となる文字列単位を含んだ名称を設定するようにされた情報管理手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
１つの情報処理装置において、所定の複数種別の記憶媒体に対応して所定のデータ処理を実行するデータ処理手順と、
現在において、上記データ処理手順によるデータ処理が可能な状態にあるとされる上記記憶媒体の種別を判定する種別判定手順と、
上記データ処理手順によるデータ処理対象とされている記憶媒体に記憶される情報の管理をディレクトリ構造を用いた所定の情報管理方式により行うもので、所定階層に配置するべきディレクトリの名称を設定するのにあたっては、上記記憶される情報の管理が行われる記憶媒体について上記種別判定手順が判定した種別に応じて固有となる文字列単位を含んだ名称を設定するようにされた情報管理手順と、
を実行することを特徴とする情報処理方法。
【請求項３】
１つの情報処理装置において、所定の複数種別の記憶媒体に対応して所定のデータ処理を実行するデータ処理手順と、
現在において、上記データ処理手順によるデータ処理が可能な状態にあるとされる上記記憶媒体の種別を判定する種別判定手順と、
上記データ処理手順によるデータ処理対象とされている記憶媒体に記憶される情報の管理をディレクトリ構造を用いた所定の情報管理方式により行うもので、所定階層に配置するべきディレクトリの名称を設定するのにあたっては、上記記憶される情報の管理が行われる記憶媒体について上記種別判定手順が判定した種別に応じて固有となる文字列単位を含んだ名称を設定するようにされた情報管理手順と、
を情報処理装置に実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体に記憶される例えばファイルとしての情報を、いわゆるディレクトリ構造による情報管理形式で管理する情報処理装置、情報処理方法、及びプログラムに関するものである。
【背景技術】
【０００２】
近年、デジタルスチルカメラなどの機器においては、例えば、静止画データファイルをはじめとした、その機器が対応するファイルとしての所定形式のデータを記録再生するために、何らかの記憶媒体（メディア）を使用するようにされている。そして、このような機器が使用するメディアとしては、例えば、半導体メモリ素子を備える記憶装置（半導体記憶装置）が広く採用されている状況にある。
具体的には、デジタルスチルカメラは、所定の規格に対応する半導体記憶装置を装填可能なメディアスロットを備えており、このメディアスロットに装填された半導体記憶装置に対して例えば撮像画像データである静止画ファイルを書き込んで記憶させ、また、装填された半導体記憶装置から記憶された静止画ファイルを読み出して再生することができるようになっている。
【０００３】
上記したような半導体記憶装置は、例えばハードディスクドライブ（ＨＤＤ）などと同様にランダムアクセスが可能なメディアであり、記憶されるファイルを管理するためのファイルシステムとしても、例えばＦＡＴファイルシステムなどに代表される、ツリー型ディレクトリ構造により管理する方式のものが採用されることが一般的である。
【０００４】
ツリー型ディレクトリ構造による管理では、ディレクトリごとに名称（ディレクトリ名）を与えることができるようになっているが、現状のデジタルスチルカメラでは、ディレクトリ名の入力操作などでユーザに必要以上の負担がかからないようにすることなどを目的として、一定のファイル名付与の規定の下で、アプリケーションが所定の規則に従って自動設定するようになっているのが通常である。
このようなファイル名設定の例として、特許文献１には、例えば静止画ファイル、ボイス（録音音声）ファイル、オーディオファイルなどのファイルのデータフォーマット、種類などに応じて、これらのファイルを格納するディレクトリの名称を自動設定する技術が記載されている。
【０００５】
また、図１９に、デジタルスチルカメラが実装するアプリケーション層及びファイルシステム層などに対応するソフトウェアにより、装填されたメディアに対して作成するディレクトリ構造の例を示す。
この図に示すデジタルスチルカメラは、対応メディアの種別としてリムーバブルのメディアＡのみに対応するものとされ、このメディアＡが装填されるメディアスロットとしても１つのみを有するものとされる。
【０００６】
そして、この場合のデジタルスチルカメラのファイルシステム層の処理により形成された、メディアＡのファイル記憶結果に対応するディレクトリ構造としては、例えば先ず、Rootディレクトリの直下の階層に、２つのディレクトリが配置される。これらのディレクトリの名称（ディレクトリ名）は、図示するようにして、１つは[DCIM]であり、もう１つは[MSSONY]とされている。ディレクトリ名［DCIM］は、静止画ファイルを格納するディレクトリであることを示す名称とされ、[MSSONY]は、静止画ファイル以外でベンダー固有の所定形式のファイルを格納するディレクトリであることを示す名称とされる。
【０００７】
ディレクトリ[DCIM]の直下となるサブディレクトリには、ディレクトリ[100MSDCF]、[101MSDCF]、[102MSDCF]の３つのディレクトリが配置される。ディレクトリ[100MSDCF]、[101MSDCF]、[102MSDCF]の各々は、その直下（子）の階層に静止画ファイルを格納するディレクトリであり、ディレクトリ名としては、［３桁の数字(nnn)]＋[MSDCF]による８文字分の文字列から成るものとしてここでは規定される。また、下位５文字分の文字列[MSDCF]における先頭２文字の[MS]は、メディアＡの実際のメディア種別を示す意味を持っている。
そして、この場合においては、ディレクトリ[100MSDCF]がファイルABCD0001.JPG、ABCD0002.JPG、ABCD0003.JPGの３つの静止画ファイルを格納し、ディレクトリ[101MSDCF]がファイルABCD0004.JPG、ABCD0005.JPG、ABCD0006.JPGの３つの静止画ファイルを格納し、ディレクトリ[102MSDCF]がファイルABCD0001.JPG、ABCD0002.JPGの２つの静止画ファイルを格納した結果が示されている。
また、ディレクトリ[MSSONY]のサブディレクトリには、ディレクトリ［ABCDE123]が置かれ、このディレクトリ［ABCDE123]が、直下（子）の階層にてファイルDSC0101.XYZを格納している結果が示されている。このようなディレクトリ名の付与は、例えばデジタルスチルカメラにおけるアプリケーション層に対応する所定のファイルシステム関連のソフトウェア処理により行われる。
【０００８】
また、このようなディレクトリ構造の実体としては、図示しているように、メディアＡの所定の記憶領域に記憶させているファイル管理情報の少なくとも一部となる。つまり、デジタルスチルカメラ（ホスト）のソフトウェアが、このファイル管理情報を読み出して解釈することで、この図に示すようなディレクトリ構造を認識して得ることができる。
そして、デジタルスチルカメラのソフトウェアは、ファイルの追加記録、削除などをはじめとするメディアＡへのファイル処理を実行するのに応じて、このファイル処理結果が反映されるようにして、所定の機会、タイミングで以て、ファイル管理情報を更新するようにされる。これにより、図に示されるディレクトリ構造も適宜変更されるものとなる。
【０００９】
【特許文献１】特開２００１−９２７０４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、デジタルスチルカメラなどの機器に関する実際の状況として、当初から、デジタルスチルカメラが備えるメディアスロットは１つのみである場合がほとんどであり、現在においても、この仕様が主流となっている。ちなみに、この場合、機器が対応可能なメディアの種別としても、メディアスロットに装填可能なメディアの種別の１種類のみとなる。
しかし、現状においても既に、例えば半導体記憶装置だけを挙げても、デジタルスチルカメラの分野で数種類が広く用いられているという状況がある。このことを背景とすると、将来的な汎用性、利便性の拡大などを目的として、１つのデジタルスチルカメラについて、複数の異なる種類、種別のメディアに対応可能に構成することが考えられる。また、このような構成も既に知られるようにもなってきている。
このようなデジタルスチルカメラとしては、具体的には、例えば異なる規格（種別）の複数のメディアに対応するメディアスロットを設けるなどして、複数の異なる種別のメディアを装填可能としたうえで、これらの装填されたメディアの何れに対応しても、例えば撮像画像のファイルなどの記憶、読み出しのためのファイルシステムによる管理を可能に構成することになる。
【００１１】
しかし、このような複数種別のメディアに対応するデジタルスチルカメラを構成した場合に、ファイルシステム関連のソフトウェアについて、これまでの１種のメディアのみに対応することを前提としたままのプログラム構成を適用した場合には、次のような不都合が生じる。この点について、図２０を参照して説明する。
【００１２】
図２０に示すデジタルスチルカメラとしては、それぞれ異なるメディア種別のメディアＡ、メディアＢを装填したとする状態が模式的に示されている。
ここで、メディアＡに対するファイル処理結果が、図１９におけるメディアＡの場合と同じであることとすると、図２０におけるメディアＡのファイル管理情報により表されるディレクトリ構造（ディレクトリ名設定を含む）としても、図の右側に示すようにして、図１９と同じものとなる。
さらに、メディアＢに対するファイル処理結果としても、図１９におけるメディアＡの場合と同じ結果になったものとした場合を想定してみる。この場合の、ディレクトリ名を設定して付与するためのファイルシステム関連のソフトウェアとしては、本来はメディアＡに対応する１種のメディアに対応するディレクトリ名の設定規則のみがプログラミングされた構成となっている。また、ファイルシステム上では、メディアＡとメディアＢとは、それぞれ異なるボリュームとして扱われる。
このために、デジタルスチルカメラでは、メディアＢについても、メディアＡの場合と同一のディレクトリ名により、同一のディレクトリ構造を構築することになる。
【００１３】
この図２０に示される状態は、実際において、デジタルスチルカメラによりメディアＡとメディアＢに対してそれぞれ異なるファイル処理を行ったとしても、ファイル管理情報により表されるディレクトリ名について、メディアＡとメディアＢとで重複する可能性が避けられないことを意味している。
図２０に示した例では、自身の直下の階層において、直接的にファイルを格納するディレクトリの名称である［nnnMSDCF]が重複している。このような状況の下で、例えば、メディアＡ，Ｂに記憶されているファイルを、パーソナルコンピュータなどの他のファイル処理可能なデバイスにコピー、アップロードなどをする場合において、ディレクトリ構造を利用して、［nnnMSDCF]を含む階層以下のディレクトリをアップロードするような手順のアルゴリズムとした場合、メディアＡ側とメディアＢ側とのディレクトリ名［nnnMSDCF]について衝突が生じ得る。このような状況は、メディアからのファイルのコピー、アップロードが適正に実行されない結果を招くことにもつながるので、回避すべきことが求められる。
【課題を解決するための手段】
【００１４】
そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成する。
つまり、所定の複数種別の記憶媒体に対応した所定のデータ処理が可能に構成されるデータ処理手段と、このデータ処理手段によるデータ処理が可能な状態にあるとされる記憶媒体の種別を判定する種別判定手段と、データ処理手段によるデータ処理対象とされている記憶媒体に記憶される情報の管理をディレクトリ構造を用いた所定の情報管理方式により行うもので、所定階層に配置するべきディレクトリの名称を設定するのにあたっては、記憶される情報の管理が行われる記憶媒体について種別判定手段が判定した種別に応じて固有となる文字列単位を含んだ名称を設定するようにされた情報管理手段とを備えて構成することとした。
【００１５】
また、情報処理方法としては、１つの情報処理装置において、所定の複数種別の記憶媒体に対応して所定のデータ処理を実行するデータ処理手順と、現在において、データ処理手順によるデータ処理が可能な状態にあるとされる記憶媒体の種別を判定する種別判定手順と、データ処理手順によるデータ処理対象とされている記憶媒体に記憶される情報の管理をディレクトリ構造を用いた所定の情報管理方式により行うもので、所定階層に配置するべきディレクトリの名称を設定するのにあたっては、記憶される情報の管理が行われる記憶媒体について上記種別判定手順が判定した種別に応じて固有となる文字列単位を含んだ名称を設定するようにされた情報管理手順とを実行するように構成することとした。
【００１６】
また、上記情報処理方法として記載した手順を情報処理装置に実行させるプログラムを構成することとした。
【００１７】
上記各構成によれば、本発明では、複数種別の記憶媒体に対応してデータ処理が可能な情報処理装置において、記憶媒体についての情報（ファイル）管理としては、ディレクトリ構造に基づいた方式を採るものとされる。なお、ここでいう記憶媒体に対応するデータ処理としては、少なくとも記録媒体に対するデータ（情報、ファイル）の書き込み／読み出し、さらにはフォーマット（初期化処理）など、記憶媒体に記憶されるべきデータに関連する所定の処理をいう。また、本発明では、現在において情報処理装置がデータ処理を可能な状態にある記憶媒体の種別を判定するようにしている。そして、記憶媒体に記憶される情報についての管理の処理の１つとして、所定階層におけるディレクトリの名称（ディレクトリ名）を設定するのにあたっては、この管理対象の情報を記憶する記憶媒体について判定された上記種別に固有となる文字列単位を含んだ名称を設定することとしている。
このような構成が採られることで、情報処理装置と接続される複数の異なる種別の記憶媒体間で、所定階層に作成されるディレクトリの名称は重複しないことになる。
【発明の効果】
【００１８】
このようにして、１つの共通の情報処理装置に接続されて情報管理が行われた、複数の異なる種別の記憶媒体間において、所定階層のディレクトリ名の重複が避けられることで、本発明としては、例えばこれらの記憶媒体に記憶した情報を他のデバイス、装置にアップロードするなど、何らかの処理を行わせる場合においても、これらの処理は適正、円滑に実行されることが保証される。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施するための最良の形態（以下、実施の形態という）について説明する。本実施の形態としては、本発明としての情報処理装置の構成をデジタルスチルカメラに適用した場合を例に挙げることとする。
【００２０】
図１は、本実施の形態としてのデジタルスチルカメラ１の構成例を示すブロック図である。
この図に示すデジタルスチルカメラ１において、光学系部２は、撮像レンズ、絞りなどを備えて成り、入射された光を撮像光として、光電変換部３に結像させる。また、光学系部２においては、フォーカス（焦点）調整のためのフォーカス調整機構や、絞り値に応じて絞りを可変する絞り可変機構などを備えているものとされ、このような機構部の駆動は、カメラ機能部６から出力される駆動信号によって行われる。カメラ機能部６は、ＣＰＵ１０の制御に応じて、しかるべきフォーカス状態や絞りの状態等が得られるように所要の駆動信号を出力するようにされている。
また、例えば光学ズーム機能を与えることとした場合には、光学系部２においてズームレンズを移動させるズーム機構を設けると共に、上記と同様にして、ＣＰＵ１０の制御に応じて上記ズーム機構を移動させる駆動部を設けるようにすればよい。さらに、カメラ機能部６として、ストロボを設けたうえで、ストロボ発光機能を与えるように構成することもできる。
【００２１】
光電変換部３は、例えば光電変換素子であるＣＣＤ(Charge Coupled Device)を備えて構成され、光学系部２から入射されて受光面にて結像された撮像光を光電変換することで撮像信号を生成して画像信号処理部４に出力する。撮影時においては、例えば露出設定結果に応じて決定されるシャッター速度の指示が、ＣＰＵ１０から画像信号処理部４に通知される。画像信号処理部４では、通知されたシャッター速度に対応する走査タイミング信号を光電変換部３に出力する。光電変換部３は、この走査タイミング信号に応じて走査を行うようにして、光電変換処理を実行して映像信号を出力するようにされる。
【００２２】
画像信号処理部４は、光電変換部３から入力されたアナログの映像信号について、例えばゲイン調整、サンプルホールド処理を施すことによって波形整形を行ったうえで、Ａ／Ｄ変換を行うことで、デジタルとしての画像信号データに変換する。そして、この変換処理によって得られたデジタル画像信号について、例えば、表示用輝度データの生成処理などをはじめ、表示部７にて表示が行われるようにするための画像信号処理を実行する。これに伴い、画像信号処理部４では、ＣＰＵ１０の制御に応じてキャラクタ画像なども撮像画像に重畳して表示可能なように、いわゆるオンスクリーンディスプレイのための信号処理も実行可能とされている。
表示部７として採用される実際のディスプレイデバイスについては特に限定されるべきものではないが、現状においては、広く液晶ディスプレイパネルが採用されている。
【００２３】
また、画像信号処理部４は、光電変換部３から入力されたアナログ画像信号を変換して得たデジタル画像信号について、例えば所定方式による画像データ圧縮処理を施して、圧縮画像データを生成することも可能とされている。この圧縮画像データは、記録用データとして、例えばＣＰＵ１０の制御によってメディアコントローラ１３に転送される。なお、この図では、記録用データは、ＣＰＵ１０を介するようにしてメディアコントローラ１３に転送される形態として示されている。
【００２４】
また、画像信号処理部４では、光電変換部３から入力された画像（映像）信号や、後述するメディアから読み出された静止画像データなどを、所定方式のアナログ画像信号又はデジタル画像信号に変換して、画像入出力部５を介して外部機器などに出力可能とされている。
【００２５】
また、この画像入出力部５は、外部から所定方式の画像信号を入力可能ともされており、この入力した画像信号を画像信号処理部４の処理を経て表示部７に表示させることが可能とされる。また、画像信号処理部４は、画像入出力部５が入力した画像信号について、光電変換部３から入力されたアナログ画像信号と同様にして、記録用データに変換してメディアコントローラ１３に転送することもできる。
これに対応して、画像入出力部５は、例えば所定方式に従った映像（画像）信号出力端子／映像信号入力端子を備える。
【００２６】
この場合、メディアコントローラ１３は、ＣＰＵ１０との連携により、所定の４つの異なる種別のメディア（記憶媒体、記憶装置）に対応して、これらのメディアに対するデータ処理に関する制御処理を実行可能に構成される。ここでいうメディアに対するデータ処理とは、メディアのフォーマット処理や、メディアの記憶領域に対するファイル及びファイル管理のための情報（ファイル管理情報）などの書き込み／読み出し処理など、メディアに記憶されるべきデータに関連する何らかの処理をいう。
また、メディアコントローラ１３は、下記のようにして対応する各種別のメディアについての接続／非接続など、ソフトウェアレベル或いはハードウェアレベルでの所要の状態監視も行うようにされている。
【００２７】
本実施の形態のメディアコントローラ１３は、メディア種別として、メディアＡ、メディアＢ、メディアＣ、メディアＤとして示す４つの種別のメディアに対応することとしている。これらのメディアＡ〜Ｄは、実際には、特定の規格に従った記憶媒体、記憶装置とされる。
これらメディアＡ〜Ｄのうち、メディアＡ，Ｂ，Ｃは、ホスト（デジタルスチルカメラ１）に対して装脱が可能ないわゆるリムーバブルメディアとされる。これに応じて、デジタルスチルカメラ１は、メディアＡが装脱されるメディアＡ対応スロット１４−１、メディアＢが装脱されるメディアＢ対応スロット１４−２、メディアＣが装脱されるメディアＣ対応スロット１４−３を、デジタルスチルカメラ１の本体に備える。これらメディアＡ対応スロット１４−１、メディアＢ対応スロット１４−２、及びメディアＣ対応スロット１４−３に対して、それぞれ、メディアＡ，Ｂ，Ｃが適正に装填されると、メディアＡ，Ｂ，Ｃのピン端子が、メディアＡ対応スロット１４−１、メディアＢ対応スロット１４−２、メディアＣ対応スロット１４−３のコネクタ部位の端子受け電極と接続され、これにより、メディアＡ，Ｂ，Ｃは、メディアコントローラ１３との間で通信が可能に接続されることになる。
また、メディアＤについては、リムーバブルメディアではなく、デジタルスチルカメラ１において固定的に実装される記憶装置であることとしている。従って、メディアＤは、デジタルスチルカメラ１の内部において、例えば所定のデータインターフェイスに対応するバスなどにより、メディアスロットを介することなく直接的にメディアコントローラ１３と接続されている。
【００２８】
なお、メディアＡ〜Ｄの実際として、メディアＡ，Ｂ，Ｃについては、例えばフラッシュメモリなどの半導体メモリ素子（或いはＨＤＤ(ハードディスクドライブ)でもよい）を内蔵して構成される記憶装置とすることが考えられる。実情としても、かかる記憶装置は、それぞれ異なる規格に従ったいくつかの種別が広く使用されている状況にある。
また、メディアＤとしては、例えば内蔵型のＨＤＤを考えることができる。
【００２９】
また、本実施の形態が対応するリムーバブルのメディア（記憶媒体）としては、上記したような半導体メモリ素子を備える記憶装置に限定されるべきものではなく、リムーバブルの光学ディスク状記録媒体や磁気記録媒体とされてもよい。この場合には、メディア対応のスロットに代えて、これらの記録媒体に対応してデータの書き込み／読み出しが可能に構成されたドライブとしてのデバイスを備えるようにされる。また、磁気テープなどのテープ状記録媒体もリムーバブルのメディアとして採用することが考えられる。内部実装型のメディアＤとしてもＨＤＤに限定されることなく、各種ディスク状記録媒体、テープ状記録媒体などをはじめとした各種の記録媒体、及びこれに対応するドライブなどが採用されてよい。
【００３０】
メディアコントローラ１３は、先に説明したようにして、記録用データとしての圧縮画像データ（及びオーディオデータ）が転送されてくるのに応じて、この圧縮画像データを、メディアコントローラ１３と接続されているメディアのうちから対象として選択されているメディアに対してさらに転送する。データが転送されたメディアでは、メディアコントローラ１３側からの指示に応じて記憶領域に対してデータを書き込んで記憶させる。このようにしてメディアに記憶される圧縮画像データが、いわゆる写真画像の静止画ファイルとして記憶管理されることになる。このメディアに記憶される静止画ファイルの管理は所定方式のファイルシステムによって行われる。
【００３１】
また、例えばメディアに記憶されている静止画ファイルを再生するときには、ＣＰＵ１０及びメディアコントローラ１３は、指定された静止画ファイルにアクセスして読み出しを行い、画像信号処理部４に転送する。
このようにして静止画ファイルが転送されてきた場合、画像信号処理部４は、この静止画ファイルの画像が表示部７にて再生表示されるように、画像信号処理を実行する。
【００３２】
また、本実施の形態のデジタルスチルカメラ１は、音声処理部８及び音声入出力部９を備えることで、音声信号の入出力も可能とされている。
音声入力については、音声入出力部９としてマイクロフォンなどを備え、外部音声の収音を行って音声信号に変換して音声を入力するようにされる。あるいは、音声信号入力端子などを備えて外部のオーディオ機器などからオーディオ信号を入力する。そして、このようにして入力した音声信号を音声処理部８に出力する。音声処理部８は、所定形式に符号化されたデジタルオーディオデータに変換するなどの音声信号処理を施す。このデジタルオーディオデータは、ＣＰＵ１０の制御によって、例えば静止画データに付随する所定形式のオーディオデータや、所定形式のオーディオデータファイルなどの記録データとして、例えば上記のようにしてメディアに記憶させることが可能とされる。
また、上記のようにしてメディアに記憶されたオーディオデータを、音声処理部８及び音声入出力部９により音声として再生出力することも可能とされる。例えば、ＣＰＵ１０は、メディアからオーディオデータを読み出して音声処理部８に転送する。音声処理部８は、転送されてきたオーディオデータの形式に応じた復号処理など所要の音声信号処理を施して、アナログ音声信号として音声入出力部９に出力する。音声入出力部９は、スピーカあるいはヘッドフォン端子などを備え、例えば音声処理部８から入力された音声信号を増幅してスピーカから音声として出力する。あるいは、ヘッドフォン端子に供給する。また、例えばメディアから再生されたオーディオデータは、音声処理部８の音声信号処理を経た後に、音声入出力部９を介して、外部に対して所定形式のオーディオ信号、オーディオデータとして出力することも可能とされている。この場合、音声入出力部９としては、音声処理部８から出力されるオーディオ信号、オーディオデータの形式に対応するオーディオ出力端子を備えることになる。
【００３３】
ＣＰＵ(Central Processing Unit)１０は、プログラムを実行することでデジタルスチルカメラ１についての各種制御処理を実行する。ＲＯＭ１１は、ＣＰＵ１０が実行する各種プログラムのほか、ＣＰＵ１０が処理を実行するのに使用する各種設定情報などが記憶されている。ＲＡＭ１２は、ＣＰＵ１０がプログラムに従った処理を実行するときの作業領域として使用されるもので、各種の演算処理結果などのデータが保持される。
【００３４】
この場合の操作入力部１５は、デジタルスチルカメラ１に備えられる各種操作子を一括して示しているものとされる。例えば、この操作入力部１５における操作子としては、写真撮影時に操作されるシャッターボタン、撮影モードなどを選択する操作子、パラメータのアップ／ダウンを行うための操作子などが含まれる。
【００３５】
通信部１６は、ＣＰＵ１０の制御に応じて、所定のデータ通信方式により外部デバイスと通信を行うためのハードウェア、ソフトウェアを実装して構成される部位である。この通信部１６が対応するデータ通信方式としては、有線、無線を問わず特に限定されるべきものではなく、また、対応するデータ通信方式の数も限定されるべきものでない。現状であれば、データ通信方式としては、有線ではEthernet（商標）などのネットワーク、ＵＳＢ(Universal Serial Bus)、IEEE1394などのデータバス規格などを挙げることができる。また、無線であれば、Bluetooth（商標）などのデバイス間近距離無線通信、IEEE802.11a/b/gなどの無線ＬＡＮ(Local Area Network)規格を挙げることができる。
【００３６】
電源部１７は、デジタルスチルカメラ１における各種のハードウェアデバイスに対して動作電源を供給するもので、例えばバッテリや電源アダプタからの電力供給を受けて動作する電源回路などを備えて構成される。なお、メディアＡ〜Ｄのうち、リムーバブルであるメディアＡ、メディアＢ、メディアＣは、それぞれ、メディアＡ対応スロット１４−１、メディアＢ対応スロット１４−２、メディアＣ対応スロット１４−３に装填されることで所定のピン端子を経由して電源が供給され、この電源供給により起動できるようになっている。
【００３７】
上記のようにして構成される本実施の形態のデジタルスチルカメラ１においては、前述もしたように、複数の異なる種別のメディアＡ，Ｂ，Ｃ，Ｄのいずれにも対応して、データ（ファイル）の書き込み／読み出し、フォーマット（初期化）などのデータ処理を実行可能とされる。
そして、本実施の形態では、メディアＡ，Ｂ，Ｃ，Ｄの何れについても、このようなデータ処理を管理するファイルシステムとして、ツリー型のディレクトリ構造による形式を採用することとしている。このようなツリー型のディレクトリ構造による形式のファイルシステムとしては現状においてもくつか存在するが、本実施の形態ではＦＡＴ(File Allocation Table)ファイルシステムを採用することとする。周知のようにしてＦＡＴファイルシステムにおけるデータの書き込み／読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、メディアにおける物理的なデータ書き込み／読み出しの最小単位であるセクタを所定数にまとめた単位となる。
【００３８】
そのうえで、本実施の形態としてはＦＡＴファイルシステムの下で、メディアＡ，Ｂ，Ｃ，Ｄの種別ごとに応じて、図２〜図５に例示するようにしてディレクトリについての管理を行うようにされる。
図２〜図５は、メディア（Ａ，Ｂ，Ｃ，Ｄ）ごとについての、ディレクトリ構造の具体的な形成例を示している。なお、この図２〜図５の説明にあたり、メディアＡ，Ｂ，Ｃ，Ｄに対して実行したデータ処理としては、デジタルスチルカメラ１に対する同一の操作の過程に従って、同一の８つの静止画ファイル及び１つのベンダー固有のファイルとの計９ファイルを記憶させたと仮定していることを前提としている。
【００３９】
図２は、デジタルスチルカメラ１においてメディアＡをデータ処理対象として上記したファイル記録を実行した場合において、メディアＡに記憶されるファイル管理情報に反映される上記データ処理結果を、ディレクトリ構造により示している。なお、上記ファイル管理情報は、ファイルシステム１０１としての処理により、メディアＡの所定領域に記憶されるもので、ＦＡＴファイルシステムであれば、周知のようにして、例えばディレクトリエントリとＦＡＴ領域のテーブル情報とから成る。
図２に示されるメディアＡのファイル管理情報が示すディレクトリ構造では、先ず、Rootディレクトリに対して直下の層に位置するサブディレクトリとして、ディレクトリ名「DCIM」、[MSSONY]の２つのディレクトリがそれぞれ置かれる。
ディレクトリ名［DCIM］は、静止画ファイルを格納するディレクトリであることの意味を持ち、ディレクトリ名[MSSONY]は、静止画ファイル以外で、例えば、デジタルスチルカメラ１を供給するベンダー固有の所定形式のファイルを格納するディレクトリであることの意味を持つ。
【００４０】
ディレクトリ[DCIM]の直下（子）となるサブディレクトリには、ディレクトリ[100MSDCF]、[101MSDCF]、[102MSDCF]の３つのディレクトリが配置される。つまり、この場合には、ディレクトリ[DCIM]のサブディレクトリとして、上位３文字となる３桁の数字［nnn]と、下位の固定の５文字[MSDCF]による８文字分の文字列から成るディレクトリ名が与えられたディレクトリを配置することとしている。ここで、ディレクトリ名[nnnMSDCF]における下位の［MSDCF]の固定の文字列は、自身がその直下（子）となる階層に撮像画像データとしての静止画ファイルを格納するディレクトリ（ファイル格納ディレクトリ）であることの意味を持つもので、先頭側３桁の数字［nnn]は、ディレクトリ[DCIM]のサブディレクトリの階層においてディレクトリ名の重複を避けるために与えられる番号としての意味を持つ。
また、下位５文字分の文字列[MSDCF]における先頭２文字は、実際のメディア種別を示す意味を持っている。つまり、文字列[MSDCF]における[MS]の文字列が、メディアＡとしての実際の種別を示していることになる。
【００４１】
そして、ディレクトリ[100MSDCF]は、ファイルABCD0001.JPG、ABCD0002.JPG、ABCD0003.JPGの３つの静止画ファイルを格納している結果が示されている。同様に、ディレクトリ[101MSDCF]はファイルABCD0004.JPG、ABCD0005.JPG、ABCD0006.JPGの３つの静止画ファイルを格納し、ディレクトリ[102MSDCF]がファイルABCD0001.JPG、ABCD0002.JPGの２つの静止画ファイルを格納した結果が示されている。
また、ディレクトリ[MSSONY]のサブディレクトリには、ディレクトリ［ABCDE123]が置かれ、このディレクトリ［ABCDE123]が、直下（子）の階層にてファイルDSC0101.XYZを格納している結果が示されている。
【００４２】
また、図３は、デジタルスチルカメラ１においてメディアＢをデータ処理対象として、図２の場合と同様のファイル記録を実行した場合において、メディアＡに記憶されるファイル管理情報に反映される上記データ処理結果を、図２と同じくディレクトリ構造により示している。
図２に示されるメディアＢのファイル管理情報が示すディレクトリ構造としても、先ず、Rootディレクトリに対して直下の層に位置するサブディレクトリとして、ディレクトリ名「DCIM」、[MSSONY]の２つのディレクトリが置かれる。
【００４３】
そして、この場合においては、ディレクトリ[DCIM]の直下（子）となるサブディレクトリとして、図２に示したディレクトリ[100MSDCF]、[101MSDCF]、[102MSDCF]に代えて、[100CFDCF]、[101CFDCF]、[102CFDCF]を配置している。つまり、この場合には、ディレクトリ[DCIM]のサブディレクトリとして、上位３文字分の３桁の数字［nnn]と、下位の共通の５文字[CFDCF]による８文字分の文字列から成るディレクトリ名が与えられたディレクトリを配置することとしている。この場合にも、ディレクトリ名[nnnCFDCF]における下位５文字の［MSDCF]の共通文字列は、自身がその直下（子）となる階層に撮像画像データとしての静止画ファイルを格納するファイル格納ディレクトリであることの意味を持ち、上位３文字となる３桁の数字［nnn]は、ディレクトリ[DCIM]のサブディレクトリの階層においてディレクトリ名の重複を避けるために与えられる番号としての意味を持つ。そして、下位５文字分の文字列[CFDCF]における先頭２文字の[CF]が、メディアＢの実際のメディア種別を示す意味を持っている。
【００４４】
そして、静止画ファイルについては、図２のファイル格納ディレクトリ[100MSDCF]、[101MSDCF]、[102MSDCF]と同様にして、それぞれ、ファイル格納ディレクトリ[100CFDCF]がファイルABCD0001.JPG、ABCD0002.JPG、ABCD0003.JPGを格納し、ファイル格納ディレクトリ[101MSDCF]がファイルABCD0004.JPG、ABCD0005.JPG、ABCD0006.JPGを格納し、ファイル格納ディレクトリ[102MSDCF]がファイルABCD0001.JPG、ABCD0002.JPGの２つの静止画ファイルを格納している。
また、ディレクトリ[MSSONY]の下層の構造については、図２と同様となっている。
【００４５】
ここで、図２と図３を比較してみると、全体としてのディレクトリ構造は同様となっているが、ディレクトリ[DCIM]のサブディレクトリであり、静止画ファイルをその直下（子）の階層において直接的に格納する３つのファイル格納ディレクトリについて、異なるディレクトリ名が与えられていることが分かる。つまり、図２では、これら３つのファイル格納ディレクトリの名称（ディレクトリ名）として[100MSDCF]、[101MSDCF]、[102MSDCF]とされているのに対して、図３では、[100CFDCF]、[101CFDCF]、[102CFDCF]とされている。そして、これらのファイル格納ディレクトリの名称の相違は、下位５文字の文字列における上位２文字の相違となっている。前述したように、この２文字はメディアの実際の種別を示している。
【００４６】
図４は、デジタルスチルカメラ１においてメディアＣをデータ処理対象として、同様のファイル記録を実行した場合において、メディアＡに記憶されるファイル管理情報に反映される上記データ処理結果をディレクトリ構造により示している。
この図４に示すディレクトリ構造についても、全体としては、例えば上記図２及び図３に示した構造と同様となっている。そのうえで、この場合においても相違している点は、ディレクトリ[DCIM]のサブディレクトリとなる３つのファイル格納ディレクトリのディレクトリ名における、下位５文字の共通文字列内の上位２文字、つまり、メディアの種別を示す文字列となっている。つまり、図２では[100MSDCF]、[101MSDCF]、[102MSDCF]とされ、図３では[100CFDCF]、[101CFDCF]、[102CFDCF]とされているのに対して、図４では、[100SDDCF]、[101SDDCF]、[102SDDCF]とされている。
【００４７】
図５は、デジタルスチルカメラ１においてメディアＤをデータ処理対象として、上記メディアＡ，Ｂ，Ｃと同様のファイルを記録した場合において、メディアＡに記憶されるファイル管理情報に反映される上記データ処理結果をディレクトリ構造により示している。
図５に示すディレクトリ構造の全体も、上記図２、図３、及び図４に示した構造と同様とされたうえで、３つのファイル格納ディレクトリのディレクトリ名における、下位５文字の共通文字列内の上位２文字（メディアの種別を示す文字列）が相違したものとなっている。図５では、[100HDDCF]、[101HDDCF]、[102HDDCF]とされている。
【００４８】
上記図２〜図５に示すディレクトリ構造の相違から、本実施の形態としては、直接的に静止画ファイルを格納するディレクトリ[DCIM]のサブディレクトリ（ファイル格納ディレクトリ）のディレクトリ名について次のような命名規則を与えている、ということがいえる。
・基本としては、先頭側の３桁の数字[nnn]と、その下位においてメディアごとに対応して固有（共通）となるアルファベットから成る文字列[xxDCF]とによる計８文字による文字列によりディレクトリ名を形成する。
・共通文字列[xxDCF]の先頭２文字[xx]については、メディアごとに異なる文字列を与えこととする。具体的には、メディアＡに対応しては[MS]、メディアＢに対応しては[CF]、メディアＣに対応しては[SD]、メディアＤに対応しては[HD]とする。
・先頭側の３桁の数字[nnn]については、ディレクトリ[DCIM]の直下の階層においてファイル格納ディレクトリのディレクトリ名について重複が生じないように、所定の規則に従って適宜数値を設定する。
【００４９】
また、デジタルスチルカメラ１に対してメディアＡ，Ｂ，Ｃ，Ｄが同時に接続されてマウントが行われているとして、上記規則に従ってファイル格納ディレクトリの名称を設定していることとした場合において、例えばメディアＡ，Ｂ，Ｃ，Ｄに対応するファイルシステムにより認識されるデバイスのマウント状態（ディレクトリ構造）を、図６により概念的に示しておく。
図６においては、先ず、マウントされたデバイス全体についてのRootが置かれ、この全体rootのサブディレクトリとして、メディアＡ，Ｂ，Ｃ，Ｄごとに対応するRootが置かれる。そして、各メディア対応のRootのサブディレクトリとして、ディレクトリ[DCIM]を置いている。
そのうえで、各メディアごとに対応するディレクトリ[DCIM]のサブディレクトリとしては、これまでの説明のようにしてファイル格納ディレクトリを置くようにされるが、このファイル格納ディレクトリには、上記規則に従ってディレクトリ名を設定することになる。つまり、ファイル格納ディレクトリには、例えば[101MSDCF]の名称を設定している。また、メディアＢ対応のファイル格納ディレクトリには、[101CFDCF]の名称を設定し、メディアＣ対応のファイル格納ディレクトリには、[101SDDCF]の名称を設定し、メディアＤ対応のファイル格納ディレクトリには、[101HDDCF]の名称を設定している。
【００５０】
これまでの説明から理解されるように、本実施の形態としては、デジタルスチルカメラ１として複数の異なるメディアを使用可能に構成した場合において、所定の階層位置（ディレクトリ[DCIM]のサブディレクトリ）に位置するディレクトリであるファイル格納ディレクトリについて、メディアの種別ごとに異なるディレクトリ名を設定することとしている。
そのうえで、図２〜図５において示されるように、そのメディアに対するファイル記録結果は、ファイル管理情報として、デジタルスチルカメラ１側の制御によってメディア側の所定記憶領域に記憶されるのであるが、このファイル管理情報の内容としては、上記のようなディレクトリ名の設定を含むディレクトリ構造が反映されたものとなっている。これにより、先ず、１つのデジタルスチルカメラ１により撮像して得た静止画ファイルを記憶しているメディアＡ，Ｂ，Ｃ，Ｄに記憶されるファイル管理情報の間で、ファイル格納ディレクトリのディレクトリ名が重複することが無くなる。
そのうえで、例えばデジタルスチルカメラ１に限らず、これらのメディアに対応してデータ処理が可能なホスト機器では、これらのメディアが装填などされて接続されたときに、そのメディアに記憶されているファイル管理情報を読み出すことで、いわゆるデバイスのマウントを実行するようにされる。
これにより、例えばこれらのメディアに記憶されているファイルを、パーソナルコンピュータなどをはじめとした他の情報処理装置にアップロード（例えばコピー）するような場合において、ファイル格納ディレクトリに対する操作を行うような処理であるとしても、メディア種別間でのディレクトリ名の重複は無いのであるから、ディレクトリ名の重複が原因となるエラーなどは回避され、上記したアップロードなどの処理は円滑に行われることになる。
【００５１】
また、本実施の形態のデジタルスチルカメラ１により記憶させた静止画ファイルの記憶内容をＧＵＩ(Graphical User Interface)を使用して参照するような場合において、ユーザが、ファイル格納ディレクトリにおける共通文字列[xxDCF]の上位２文字[xx]が、メディア種別に対応していることを認識してさえいれば、例えばＧＵＩ上で表示される、カレントディレクトリについての、共通文字列[xxDCF]の上位２文字[xx]を見ることで、そのメディアの種別を把握できることになる。
これに対して従来としては、図２０により説明したように、メディアの種別にかかわらず、ファイル格納ディレクトリの共通文字列が変更されることはなく、例えば[MSDCF]で固定となっている。このために、ＧＵＩを使用してメディアの記憶内容をディレクトリ構造により見ている段階では、どのメディアであってもファイル格納ディレクトリのファイル名が同じとなる場合があるために、メディア種別の把握などに関してユーザを混乱させる可能性がある。
【００５２】
続いては、本実施の形態のデジタルスチルカメラ１により、上記のようにしてメディア種別ごとに応じてファイル格納ディレクトリの名称を設定可能とするための構成について説明していくこととする。
先ず、メディア種別ごとに異なるディレクトリ名を設定するのにあたっては、そのときにデジタルスチルカメラ１（メディアコントローラ１３）と接続されてデータ処理対象となっているメディアの種別を判定すべき必要がある。はじめに、このメディア種別判定のための構成について説明する。
【００５３】
本実施の形態としては、ＣＰＵ１０及びメディアコントローラ１３がアクセス可能なレジスタとして、メディア種別レジスタを設ける。このメディア種別レジスタの例を図７に示す。
この図７に示すメディア種別レジスタは、例えば上位から下位にかけて第０ビット〜第７ビットの８ビットから成り、下位４ビットを、それぞれメディアＡ，Ｂ，Ｃ，Ｄに対応させた接続フラグを格納する領域として規定している。つまり、最下位ビットの第７ビットに対してはメディアＡに対応する接続フラグを格納し、第６ビットにはメディアＢに対応する接続フラグを格納し、第５ビットにはメディアＣに対応する接続フラグを格納し、第４ビットにはメディアＤに対応する接続フラグを格納する。接続フラグとしては、ビットの値として１である場合にメディアが接続されていることを示し、０である場合にメディアが接続されていないことを示す。
【００５４】
なお、ここでの「メディアが接続されている」ということの意味は、図１の場合であれば、メディアとメディアコントローラ１３とが接続されていることで通信が可能とされており、従って、そのメディアを対象としてブロックデバイスのマウントが可能な状態にあることを指す。つまり、そのメディアを対象とするデータ処理が可能な状態に対応する。このためには、メディアＡ，Ｂ，Ｃについては、少なくとも、各メディア対応のスロット（１４−１，１４−２，１４−３）に適正に装填されていることが必要である。また、「メディアが接続されていない」ということは、上記したこととは逆で、メディアがメディアコントローラ１３と接続されていないために、メディアコントローラ１３との通信が不可となっている状態をいう。
なお、この図に示すメディア種別レジスタのフォーマットはあくまでも一例であり、レジスタを成すビット数、メディアが対応するビット位置、接続フラグがとる値の１／０の意義として、接続／非接続の対応などは、適宜変更されてかまわない。
【００５５】
そして、メディア種別レジスタに対してデータをセットするのにあたっては、ＣＰＵ１０及びメディアコントローラ１３は、次のような処理を行うようにされる。
ここでは、メディアＡの実際を例に挙げることとする。メディアＡは、データライン、電源ラインなどをはじめとする所定のラインに対応する所定数のピン（端子）を有している。メディアＡがメディアＡ対応スロット１４−１に対して装填されることで、これらのピンの物理的接続により、メディアがメディアコントローラ１３と通信可能に接続されることは先に述べたとおりである。
そして、これらのピンのなかで、規格の実際としては、６番ピン(XIN）はスロットへの装填／非装填を検出するためのピンであるとして規定されており、この６番ピンは、メディアＡの側においては内部で基準電位VSS（グランド電位）と接続される状態で設けられている。また、メディアＡ対応スロット１４−１におけるコネクタ経由でメディアＡと接続されるメディアコントローラ１３側では、この６番ピンに対応する６番対応ピン（INS）は、例えば電圧Ｖccの電位（Ｖcc＝2.7V〜3.6V）でプルアップされている状態にある。
【００５６】
そして、例えばメディアコントローラ１３においては周期的に上記６番対応ピンの電位を検出するようにしている。この検出結果として、６番対応ピンの電位が電圧Ｖccのレベルとなっているときには、６番対応ピンはオープンであるから、メディアＡは、メディアＡ対応スロット１４−１には装填されていない、ということになる。
このようにメディアＡがメディアＡ対応スロット１４−１に装填されていない状態は、メディアＡがメディアコントローラ１３と接続されていない状態でもあるということがいえる。そこで、この検出結果に対応して、例えばＣＰＵ１０及びメディアコントローラ１３が連携して行う処理としては、図７に示したメディア種別レジスタにおける第７ビットの接続フラグについて、メディアが装填されていないことを示す０を格納する。
【００５７】
これに対して、メディアＡが装填されることで、メディアＡ側の６番ピンとメディアコントローラ１３側の６番対応ピンとが接続されることになって、メディアコントローラ１３側の６番対応ピンは、メディアＡの６番ピンを介してグランド電位（Vss）と接続されることになる。このとき、メディアコントローラ１３は６番対応ピンの電位がグランド電位レベルであることを検出することになる。
このように６番対応ピンの電位がグランド電位レベルであるということは、例えばメディアコントローラ１３においては、メディアＡがメディアＡ対応スロット１４−１に対して適正に接続されている状態にあるとみてよいが、本実施の形態としては、この状態を以て、メディアコントローラ１３とメディアＡとが接続された状態にあるものとして扱うようにされる。そして、この検出結果に対応してＣＰＵ１０及びメディアコントローラ１３が連携して行う処理としては、メディア種別レジスタにおける第７ビットの接続フラグについて、メディアが装填されていることを示す１を格納するようにされる。
【００５８】
また、メディアＢの規格の実際としては、このメディアＢに設けられる所定数のピンのうち、２５番ピン(-CD2）及び２６番ピン(-CD1)が、スロットへの装填／非装填を検出するためのピンとして規定されており、これらのピンは内部にてグランド電位に接続されている。一方、メディアコントローラ１３側では、これら２５番ピン(-CD2）及び２６番ピン(-CD1)に対応する２５番対応ピン、２６番対応ピンは、例えばＶccの電位でプルアップされている。
そこで、メディアＢの場合においても上記したメディアＡの場合に準じて、メディアコントローラ１３としては、２５番対応ピン、２６番対応ピンの電位を検出し、この検出結果に応じて、ＣＰＵ１０及びメディアコントローラ１３が連携する処理により、メディア種別レジスタの第６ビットの接続フラグについて１又は０を格納するようにされる。
【００５９】
また、メディアＣも、所定のピンがスロットへの装填／非装填を検出するためのピンとなっているので、上記メディアＡ，Ｂと同様にして、メディアＣのスロットへの装填／非装填の状態に応じて、メディア種別レジスタの第５ビットの接続フラグについて１又は０を格納するようにされる。
【００６０】
メディアＤについても、メディアコントローラ１３としては、上記と同様にして、例えばバスラインとの接続を含むデバイスのコネクタにおける、所定の接続確認用のピン端子の電位を検出するものとする。
そして、この検出結果に基づいて、ＣＰＵ１０及びメディアコントローラ１３が連携する処理により、メディア種別レジスタの第４ビットの接続フラグについて１又は０を格納する。メディアＤは、デジタルスチルカメラ１内部において固定的に設けられているので、断線などの障害が生じていない限り、上記接続フラグは１をセットすることになる。
【００６１】
このようにしてメディア種別レジスタに対するデータセットが行われることで、メディア種別レジスタを参照することによっては、現在におけるメディアの接続／非接続の状態について、メディア種別ごとに認識可能であることになる。また、換言すれば、メディア種別レジスタを参照することにより、現在接続されているメディア（すなわち、データ処理対象とすることが可能なメディア（記憶媒体））についての種別を認識可能であるともいえる。
なお、確認のために述べておくと、このメディア種別レジスタの内容は、ホストであるデジタルスチルカメラ１の電源がオフの状態となるまで、そのときのメディアの接続状態（装填／非装填の状態）に応じて適宜書き換えが行われながら、例えばＲＡＭ１２などにて保持される。
【００６２】
また、データ処理可能なメディアの種別判定の構成としては、上記した内容には限定されるべきではなく、上記したような物理的レベルでの電気的な接続状態に基づく判定手法のほかには、例えば、ホスト側からメディアに対して実際に何らかの簡略な通信を試行して、この通信の応答の結果に応じて判定するような手法を採ることも考えられる。
また、メディア種別の範疇がディスクメディアであるような場合には、例えば、ドライブに装填されたメディアの有無と、そのメディアのフォーマット（初期化）状態などを、ドライブに対する制御を行って認識したうえで、メディア種別の判定結果を得るようにされる。
【００６３】
また、先に図２〜図５などに示したディレクトリ構造はファイル管理情報により表現されるものであると説明したが、このファイル管理情報は、本実施の形態では、ＦＡＴファイルシステムのフォーマットに従ったものとなる。そこで、続いては、ＦＡＴファイルシステムに関して説明しておくこととする。
【００６４】
図８は、メディアに対するデータ処理構成として、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示している。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層に大別される。
ソフトウェア層は、この場合には、メディアに対してホスト（実施の形態ではデジタルスチルカメラ１）となるデバイスにおいて、ＣＰＵが実行するプログラム、及び各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応するものとされる。この場合のソフトウェア層は、図示するように、上層から下層にかけて、アプリケーション１００、ファイルシステム１０１、デバイスドライバ１０２の各層が位置する。
ハードウェア層には、メディアそのものの物理的な記憶領域が位置するものとして考えることができる。
【００６５】
アプリケーション１００は、例えばファイルの記録／再生機能などを有して、メディアを使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステム１０１に対して行う。
【００６６】
ファイルシステム１０１は、ファイルシステムとしての機能を実現するソフトウェアが対応する。本実施の形態では、ＦＡＴファイルシステムを採用することとしているので、ファイルシステム１０１の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成されるものとなる。
このファイルシステム１０１では、アプリケーション１００からのファイルレベルによるアクセス要求を、ＦＡＴファイルシステムのフォーマットにおけるデータの管理単位となるクラスタのレベルに変換して、デバイスドライバ１０２に対してアクセス要求を行う。
【００６７】
デバイスドライバ１０２は、コントロール対象のデバイスとなるメディアをコントロールするためのソフトウェアが対応し、上記ファイルシステム１０１からのＦＡＴファイルシステムフォーマットに従ったクラスタレベルによるアクセス要求を、メディア上におけるデータの記録再生単位であるセクタのレベルに変換して、メディア１０３へのアクセス要求を行う。
【００６８】
この場合のメディア１０３は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなり、本実施の形態では、メディアＡ，Ｂ，Ｃ，Ｄの記憶領域が相当する。そして、メディア１０３は、デバイスドライバ１０２からのセクタレベルのアクセス要求に応答して、指定されたセクタアドレスからデータを読み出して、デバイスドライバ１０２に返す。つまり、セクタレベルでのアクセス応答を実行する。
デバイスドライバ１０２は、メディア１０３からのセクタレベルでのアクセス応答、つまりセクタ単位でのデータの受け取りを行い、この受け取ったデータについて、クラスタ単位によるデータとして扱ってファイルシステム１０１に受け渡す（クラスタレベルでのアクセス応答）。
ファイルシステム１０１は、デバイスドライバ１０２から受け取ったデータを、ファイルレベルのデータとしてアプリケーション１００に受け渡すようにされる。アプリケーション１００は、ファイルとして受け取ったデータについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
【００６９】
図２〜図５などに示したディレクトリ構造を表現可能なファイル管理情報は、ＦＡＴファイルシステムフォーマットでは、周知のようにしてディレクトリエントリ、及びＦＡＴといわれるテーブル情報とから成る。ディレクトリエントリは、メディア上におけるファイル、ディレクトリ（サブディレクトリ）の所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリ、ファイルを成すクラスタレベルでのチェイン（リンク）を示す情報である。
【００７０】
図９は、ＦＡＴのファイルシステムにおいて規定されるディレクトリエントリの構造を示している。なお、この図に示す構造は、後述するＦＡＴ３２のフォーマットに対応したものとなる。ＦＡＴ３２では、クラスタ番号について３２ビット（４バイト）により表現する。
この図に示すディレクトリエントリは３２バイトとされている。この図においては、上位バイトから下位バイトまでの各バイト位置を、０〜１Ｆまでの１６進法による表記で示している。なお、以降において１６進法の表記を行うのにあたっては、例えば、1Fhのようにして、１６進法表記であることを示すhを付すこととする。
ディレクトリエントリを形成する３２バイトにおいて、最上位のバイト位置0hからバイト位置7hまでの８バイトの領域は、現ディレクトリエントリが示す現ファイル又は現ディレクトリの名称を格納する。
続く下位のバイト位置8hからバイト位置Ahまでの３バイトの領域は、現ファイルのファイル形式に応じた拡張子が格納される。
【００７１】
続く下位のバイト位置Bhには、現ファイル／現ディレクトリについての属性を示す値が格納される。
バイト位置Chは、ここでは予約領域とされている。
バイト位置Dh〜Fhまでの３バイトの領域は、現ファイル／現ディレクトリの作成時刻を示す値を格納する。
バイト位置10h−11hによる２バイトの領域は、現ファイル／現ディレクトリの作成日付を示す値を格納する。
バイト位置12h−13hによる２バイトの領域は、現ファイル／現ディレクトリに対するアクセスが最後に行われた日（最終アクセス日付）を示す値を格納する。
【００７２】
また、バイト位置14h−15hによる２バイト領域とバイト位置1Ah−1Bhによる２バイト領域との計４バイト（３２ビット）の領域によっては、現ファイル／現ディレクトリが記憶されるメディア上の先頭位置をクラスタ番号により示すようにされる。つまり、この計４バイトの領域には現ファイル／現ディレクトリについての先頭クラスタ番号の値が格納される。バイト位置14h−15hによる２バイト領域に対しては、先頭クラスタ番号についての上位４バイトの値を格納する。バイト位置1Ah−1Bhによる２バイト領域に対しては、先頭クラスタ番号についての下位４バイトの値を格納する。
【００７３】
バイト位置16h−17hによる２バイト領域は、現ファイル／現ディレクトリについての記録（最後の更新）が実行された時刻（記録時刻）を示す値を格納する。
バイト位置18h−19hによる２バイト領域は、現ファイル／現ディレクトリについての記録（最後の更新）が実行された日付（記録日付）を示す値を格納する。
バイト位置1Ch〜1Fhまでの４バイトの領域は、現ファイル／現ディレクトリについてのサイズ（容量）を示す値を格納する。
【００７４】
図１０は、ＦＡＴの規格に従ったメディアのフォーマット構造を示している。
ＦＡＴの形式としては複数が規定されているのであるが、ここでは、ＦＡＴ１６及びＦＡＴ３２の各形式に対応するフォーマット構造を示すこととする。
先ず、図１０の左側に示されるＦＡＴ１６に対応するフォーマット構造から説明する。  この図に示す構造は、ＬＢＡ(Logical Block Addressing)に従った論理的なものとなっている。つまり、最も上を先頭セクタ（LBA=0）として、以降、下に向かってブロック（セクタ）の番号が進んでいくものとなる。
また、ＦＡＴのファイルシステムでは、１つの物理的記憶領域を複数のパーティションに分割可能とされているが、ここでは説明の便宜上、１パーティションとした場合のフォーマット構造を示している。
【００７５】
先ず、LBA=0として表される先頭セクタは、ＭＢＲ(Master Boot Recorder) といわれる、ブート領域となっている。
【００７６】
ＭＢＲの構造を図１１（ａ）に示す。
１セクタは５１２バイトのサイズであり、従って、ＭＢＲとしても５１２バイトとなる。図１１（ａ）では、このＭＢＲの領域における５１２バイトについて、先頭から最終のバイト位置を、0000h〜01FFhによる番号を振って表現したうえで、１６バイト単位を１列として配列して示している。
先ず、バイト位置0000h〜01BDhまでの４４６バイトの領域は、ＯＳ(Operating System)起動用のメディアとして使用される場合において、その起動（ブート：boot）のためのコード（起動コード）が格納される領域である。
【００７７】
ＭＢＲにおけるバイト位置01BEh〜01FDhまでの６４バイトの領域は、パーティションテーブルとされており、起動時において必要とされるパーティションごとに関する所定の情報が格納される。このパーティションテーブルの領域は、さらに１６バイト単位で４つの領域に分割されることになっており、これらの４分割された領域は、先頭から順に、パーティション１、パーティション２、パーティション３、パーティション４に対応する領域となっている。これらのこれらのパーティションごとに対応する各領域は、パーティションごとのエントリの領域となる。
【００７８】
また、ＭＢＲにおける最終の２バイトの領域には、現セクタがＭＢＲであることの識別子として55AAhが格納される。
【００７９】
上記パーティションのエントリは、図１１（ｂ）に示す構造を有するものとされる。先ず、最上位のバイト位置00hは、該当パーティションについての、起動ドライブとしての指定の有無を示すフラグを格納する領域とされる。
また、続くバイト位置01h〜03hによる３バイトの領域は、該当パーティションの開始セクタをＣＨＳ（Cylinder/Head/Sector）により表現した値が格納される。バイト位置05h〜07hから成る３バイトの領域により、該当パーティションの終了セクタをＣＨＳにより表現した値が格納される。
また、バイト位置08h〜0Bhによる４バイトの領域により、該当パーティションの開始セクタをＬＢＡにより示す値を格納することとしている。
【００８０】
バイト位置0Ch〜0Fhから成る４バイトの領域は、該当パーティションのデータサイズ（パーティションサイズ）を示す値を格納する。
【００８１】
バイト位置04hが示す１バイトの領域は、システム識別子ともいわれる、該当パーティションが対応するプラットフォーム、ファイルシステムなどのタイプを示す値を格納する。
【００８２】
説明を図１０に戻す。
ＭＢＲとしての先頭セクタに続けては所定セクタ数による空き領域を設けることとしている。そして、この空き領域より後となるセクタ領域により、パーティション単位の領域を形成する。
【００８３】
１パーティション内における先頭セクタから所定のバイト数までによる領域は、システム関連の情報を格納するシステム領域となる。
このシステム領域において先頭セクタから開始される所定バイト数の領域は、ＢＰＢ(BIOS Parameter Block/Boot Parameter Block)とされ、ここでは現パーティションに関して、例えばホスト側のＢＩＯＳ(Basic Input/Output System)などのように、ブロックデバイスコントロールのためのプログラムが利用すべき所要のデータが格納される。ＢＰＢに格納する情報においては、次に説明するＦＡＴ領域の数、メインのＦＡＴ領域の開始セクタ、ＦＡＴ領域のセクタ数などの情報を含む。
【００８４】
ＢＰＢに続けてはＦＡＴ１、ＦＡＴ２のＦＡＴ領域が順に配置される。通常は、ＦＡＴ１，２のいずれか一方の領域がメインのＦＡＴ領域として使用され、他方のＦＡＴ領域は、メインＦＡＴ領域の内容をコピーしたミラー領域として使用するなど、例えばメインのＦＡＴ領域の予備領域として使用される。
【００８５】
これらのＦＡＴ領域は、ＦＡＴエントリが、データ領域内のクラスタ番号順に配列されて形成される領域とされる。ＦＡＴエントリと、データ領域内のクラスタとは１対１で対応しており、ＦＡＴエントリには、ディレクトリ、ファイルの記憶結果に応じて、該当クラスタについての情報として、例えば、未使用、該当ファイルにおいて現クラスタの次にチェインされるクラスタ番号、不良クラスタ、EOF(End Of File：ファイルにおける最終クラスタ)などのうちから、何れかを示す情報が格納される。
ＦＡＴ１６フォーマットでは、クラスタ番号を２バイト（１６ビット）により表すこととしており、これに応じて、ＦＡＴエントリの個々のサイズも２バイトとされている。
【００８６】
ＦＡＴ１，ＦＡＴ２の領域に続けては、所定サイズのルートディレクトリエントリが配置される。このルートディレクトリエントリには、ルートディレクトリにおけるディレクトリ、ファイルなどについてのディレクトリエントリが格納される。
【００８７】
ルートディレクトリより下位のセクタ領域が、データ領域となる。このデータ領域に対するデータの書き込み／読み出しは、ＦＡＴファイルシステムにより管理される。従って、図示するようにして、ファイルシステムのフォーマット構造としては、１以上の所定数のセクタの連続から成るクラスタ単位によりデータ領域を管理することになる。上記もしたように、ＦＡＴ領域は、原則として、このデータ領域を形成する全クラスタに対応するＦＡＴエントリを有して形成されるものとなる。
【００８８】
続いては図１０の右側に示されるＦＡＴ３２に対応するフォーマット構造について説明する。
ＦＡＴ３２対応のフォーマット構造としても、LBA=0で表される先頭セクタにＭＢＲを配置している。そして、このＭＢＲに続けて配置する所定セクタ数の空き領域に続けて、パーティション単位の領域を配置していくようにされる。
【００８９】
ＦＡＴ３２対応のフォーマット構造のパーティション領域にけるシステム領域としては、ＢＰＢに続けてＦＳｉｎｆｏの領域を設けることとしている。
ＦＳｉｎｆｏは、該当パーティションにおける空き容量を計算するのに利用する所定の情報を格納する領域である。ＦＡＴ１，ＦＡＴ２のＦＡＴ領域は、ＦＳｉｎｆｏに続けて順次配置される。
【００９０】
ＦＡＴ３２のフォーマットの場合のＦＡＴ領域も、クラスタと１対１で対応するＦＡＴエントリがクラスタ番号順に配列されて形成され、ＦＡＴエントリには、ディレクトリ、ファイルの記憶結果に応じて、該当クラスタについての所定の情報が格納される。ただし、ＦＡＴ３２のフォーマットでは、クラスタ番号を４バイト（３２ビット）で表現することから、ＦＡＴエントリの個々のサイズも４バイトで区切られることになる。
【００９１】
また、ＦＡＴ３２のフォーマット構造においては、ＦＡＴ１６のフォーマット構造においてシステム領域内に設けられていたルートディレクトリエントリの領域が省略されている。
ＦＡＴ３２のフォーマット構造では、ルートディレクトリはデータ領域内におかれることなっている。データ領域におけるルートディレクトリの開始クラスタ番号は、ＢＰＢにおける所定領域（RootClus）に格納される値により示されており、ルートディレクトリにアクセスするときには、上記RootClusを参照して認識したクラスタ番号にアクセスするようにされる。RootClusが示すルートディレクトリの開始クラスタ番号は、通常、２である。
【００９２】
データ領域は、この場合においても、ＦＡＴ３２のファイルシステムによりクラスタ単位でデータの書き込み／読み出しが管理される領域となる。
【００９３】
図１２は、ＦＡＴファイルシステムによるファイル管理例を示している。なお、この図においては、ＦＡＴ３２ファイルシステムでフォーマットされた場合を示している。
ここでは、データ領域において、少なくともファイルＡ、ファイルＢ、ファイルＣ、ファイルＤが記憶されているものとし、ファイルＡ，Ｂ，Ｃ，Ｄのディレクトリエントリを、それぞれ図１２（ａ）（ｂ）（ｃ）（ｄ）に示す。
【００９４】
また、図１２（ｅ）は、ＦＡＴ領域の一部を示すもので、ファイルＡ，Ｂ，Ｃ，Ｄの記憶結果に対応するＦＡＴエントリの内容を有している。なお、この図１２（ｅ）においては、図示が簡略でわかりやすくなることを考慮して、ほぼファイルＡ，Ｂ，Ｃ，Ｄのみに対応したＦＡＴエントリ内容のみを抜き出したものとなっている。なお、前述もしたように、ＦＡＴ３２では、個々のＦＡＴエントリは３２ビットのサイズを有する。
また、この図１２（ｅ）に示すＦＡＴ領域におけるＦＡＴエントリは、00000000h、00000010h、00000020h、00000030h・・・として示されるように、ＦＡＴエントリに対応するクラスタ番号の値が１桁ごとにインクリメントされる行と、各行が示すクラスタ番号の値に対して足し合わせる最下位桁の値である、＋00h〜＋0Fhが示される列とのマトリクスにより配列されている。例えば、00000000hの行と＋07hの列が交差する位置のＦＡＴエントリは、クラスタ番号00000007hに対応するものとなる。
【００９５】
ＦＡＴファイルシステムにおいては、クラスタ番号00000000h、00000001hで表される先頭クラスタとこれに続く２番目のクラスタの２クラスタは予約領域（RSV）となる。これに応じて、クラスタ番号00000000h、00000001hに対応する各ＦＡＴエントリも予約領域として規定されている。
そして、上記ＦＡＴエントリに格納する値として、現クラスタの次にチェインするクラスタ番号は、00000002h〜0FFFFFF6hで表すこととしている。また、EOF（該当クラスタを含むファイルにおける最終クラスタ（ファイルの終端クラスタ））については、EOF＝0FFFFFFFhにより表すこととしている。また、図１２（ｅ）においては、未使用クラスタであることを「−」で示しているが、例えば実際には00000000hの値により表すこととしている。
【００９６】
ファイルＡにアクセスするためには、先ず、図１２（ａ）に示すファイルＡのディレクトリエントリにアクセスすることになるが、このファイルＡのディレクトリエントリそのものに対するアクセスは例えば次のようにして行われる。
ファイルアクセスのコマンドが絶対パスによるものである場合を例に挙げると、ファイルＡのディレクトリエントリに対するアクセスのためには、先ず、ルートディレクトリにアクセスし、ここからパスに従ってディレクトリエントリをたどっていくようにされる。また、ディレクトリエントリを辿っていく過程において、或るカレントディレクトリのサブディレクトリを辿ることになる場合があるが、周知のようにして、親ディレクトリと子ディレクトリの親子関係についても、ディレクトリエントリにより表現される。このためには、例えば親ディレクトリ側のディレクトリエントリには、名称として子ディレクトリを示すものを設けておき、この親ディレクトリ側のディレクトリエントリにより示される子ディレクトリのディレクトリエントリには、親ディレクトリが存在することを示す情報を名称の領域に格納したディレクトリエントリを設けるようにされる。これにより、親から子、及び子から親の両方向においてディレクトリを辿っていくことができる。
そして、上記のようにしてパスに従ってディレクトリエントリをたどる結果、アクセス先として、最終的にはファイルＡのディレクトリエントリに到達することになる。
【００９７】
ファイルＡのディレクトリエントリへのアクセスが行われると、続いては、このファイルＡのディレクトリエントリを起点として、ファイルＡそのものへのアクセスが行われることになる。
ファイルＡそのものへのアクセスとしては、概念的には次のようなものとなる。
ファイルＡにアクセスするためには、ファイルＡのディレクトリエントリにおける先頭（開始）クラスタ番号を取得する。この先頭クラスタ番号は、データ領域においてファイルＡのデータが記憶される開始クラスタ番号を示しており、この場合には、図１２（ａ）に示すようにして00000007hとなっている。つまり、この段階で、ファイルＡの開始クラスタ番号が00000007hであることが認識される。
そこで、ファイルシステムは、図１２（ｅ）に示すＦＡＴ領域において、クラスタ番号00000007hに対応するＦＡＴエントリにアクセスして、このＦＡＴエントリに格納される値を参照する。この場合、クラスタ番号00000007hに対応するＦＡＴエントリには、00000008hを格納している。これにより、ファイルシステムは、ファイルＡのデータは、クラスタ番号00000007hのクラスタのデータに続けて、クラスタ番号00000008hのクラスタのデータが連結されていることを認識する。そこで、次にクラスタ番号00000008hに対応するＦＡＴエントリにアクセスして参照すると、ここには、00000009hが格納されているので、ファイルＡのデータは、さらにクラスタ番号00000008hのクラスタのデータに続けて、クラスタ番号00000009hのクラスタのデータを連結することが認識される。そこでまた、クラスタ番号00000009hのＦＡＴエントリを参照すると、ここにはEOFを示す値が格納されているので、ファイルＡは、クラスタ番号00000009hのクラスタが終端であることが認識される。
このことから、ファイルＡは、クラスタ番号00000007h-00000008h-00000009hの順によるクラスタのデータの連結により形成されることが認識されることになる。ファイルシステムは、クラスタ番号00000007h-00000008h-00000009hのクラスタにアクセスしていくようにされ、これにより、ファイルＡに対するアクセスが行われることになる。
【００９８】
上記説明から分かるように、データ領域に記憶されるファイルのデータの位置は、ディレクトリエントリに格納される先頭クラスタ番号と、この先頭クラスタ番号を起点として参照するＦＡＴ領域のＦＡＴエントリの内容によって示されており、これらの情報を参照することで、ファイルへのアクセスが可能となっている。
また、データ領域に記憶されるファイルについての、ツリー型ディレクトリ構造による管理は、ディレクトリエントリにより表現されているものであることも分かる。
【００９９】
そして、残るファイルＢ，Ｃ，Ｄの記憶位置については、上記ディレクトリエントリ及びＦＡＴ領域から成るファイル管理情報により、次のようにして管理されている。
先ず、ファイルＢについては、図１２（ｂ）のディレクトリエントリに示すようにして、ファイルの先頭（開始）クラスタのクラスタ番号が0000000Ahであることが示されている。そこで、図１２（ｅ）に示すＦＡＴ領域のクラスタ番号0000000Ahに対応するＦＡＴエントリを参照すると、次のクラスタを示すチェイン情報としてクラスタ番号0000001Fhが示されている。そこで、さらにＦＡＴエントリを辿って、クラスタ番号0000001Fhに対応するＦＡＴエントリを参照すると、チェイン情報としてクラスタ番号00000025hが格納されている。クラスタ番号00000025hに対応するＦＡＴエントリには、クラスタ番号00000031hが格納されている。クラスタ番号00000031hに対応するＦＡＴエントリにはクラスタ番号00000030hが格納されている。クラスタ番号00000030hに対応するＦＡＴエントリにはEOFであることを示す値が格納されている。
このようにして、ファイルＢは、ディレクトリエントリ及びＦＡＴ領域により、クラスタ番号0000000Ah-0000001Fh-00000025h-00000031h-00000030hの順に従ったクラスタに記憶されるデータの連結により形成されていることが示される。
【０１００】
また、ファイルＣについては、図１２（ｃ）に示すようにして、先ず、ファイルＣのディレクトリエントリにおいて、ファイルの先頭（開始）クラスタとしてクラスタ番号0000001Bhが示されている。このことに基づき、図１２（ｅ）に示すＦＡＴ領域におけるクラスタ番号0000001BのＦＡＴエントリを起点として参照した内容によっては、ファイルＣは、クラスタ番号0000001Bh-00000011h-00000012h-00000013h-00000014h-00000003hの順に従ったクラスタに記憶されるデータの連結により形成されることが示される。
【０１０１】
ファイルＤについては、図１２（ｄ）に示すファイルＤのディレクトリエントリにおいて、ファイルの先頭（開始）クラスタとしてクラスタ番号0000002Chが示されている。これに基づいて、図１２（ｅ）に示すＦＡＴ領域におけるクラスタ番号0000002CのＦＡＴエントリを起点として参照した内容としては、ファイルＤは、クラスタ番号0000002Ch-0000002Dh-0000002Eh-0000002Fh-00000038h-00000039h-0000003Ah-0000003Bhの順に従ったクラスタに記憶されるデータの連結により形成されることが示される。
【０１０２】
続いて、図１３に、本実施の形態において、メディアＡ，Ｂ，Ｃ，Ｄに対応してデータ処理を実行するための構成を、システム階層モデルとして示す。この図１３に示される本実施の形態としてのシステム階層モデルは、先に図８に示した基本的なシステム階層モデルを基としており、図８と同一とされる部分については、同一符号を付している。
【０１０３】
図１３に示すシステム階層においても、最上位階層にはアプリケーション１００が位置しており、ファイルレベルでの各種処理を実行する。
そして、本実施の形態の場合には、アプリケーション１００の下の階層に位置するファイルシステム１０１全体について、図示するようにして、メディアＡ，Ｂ，Ｃ，Ｄの各々に対応するファイルシステム１０１Ａ、１０１Ｂ、１０１Ｃ、１０１Ｄを設けることとしている。また、この場合には、これらのファイルシステム１０１Ａ、１０１Ｂ、１０１Ｃ、１０１Ｄが共通のアプリケーション１００と連携できるように、アプリケーション１００の階層と、ファイルシステム１０１Ａ、１０１Ｂ、１０１Ｃ、１０１Ｄの階層との間に、共通のファイルシステム１０１−１を設けている。ファイルシステム１０１−１は、ファイルシステムの階層レベルにおいて、ファイルシステム１０１Ａ、１０１Ｂ、１０１Ｃ、１０１Ｄ間の相違が吸収されるようにして、これらメディア対応のファイルシステム（１０１Ａ〜１０１Ｄ）とアプリケーション１００とのトランザクションを実行されるようにマネジメントの処理を実行する。例えば、アプリケーション１００がメディアＢを対象としてファイルインターフェイスを実行しようとする場合には、ファイルシステム１０１−１は、アプリケーション１００が発行したデータ処理のためのread、writeなどのコマンドを、メディアＢに対応するファイルシステム１０１Ｂに渡すようにされる。
【０１０４】
そして、ファイルシステム１０１Ａ、１０１Ｂ、１０１Ｃ、１０１Ｄの階層下には、それぞれメディアＡ，Ｂ，Ｃ，Ｄ対応のデバイスドライバ１０２Ａ，１０２Ｂ，１０２Ｃ，１０２Ｄが配置され、これらデバイスドライバ１０２Ａ，１０２Ｂ，１０２Ｃ，１０２ＤによりメディアＡ，Ｂ，Ｃ，Ｄ（図８におけるメディア１０３の階層）に対する直接的なデバイスコントロールがセクタレベルで実行される。
【０１０５】
また、この場合には、ファイルシステム１０１Ａ、１０１Ｂ、１０１Ｃ、１０１Ｄの各々は、ソフトウェアが実行する処理を機能ブロックとしてみた場合には、図示するようにして、記録制御部２００及びメディア制御部２１０を備えて構成されるものとみることができる。
記録制御部２００は、メディアに対するデータの記録（書き込み）及び読み出しに関する各種制御処理を実行するもので、ディレクトリエントリ制御部２０１、ＦＡＴ制御部２０２、及びクラスタ制御部２０３を備える。また、メディア制御部２１０は、ファイルシステムがメディアに対するコントロールを行うために、デバイスドライバ（１０２Ａ，１０２Ｂ，１０２Ｃ，１０２Ｄ）側とデータの授受を行うことが可能な機能部位として位置算出部２１１を備える。
【０１０６】
記録制御部２００内のディレクトリエントリ制御部２０１は、例えばメディアに対するファイルの書き込み、消去などのデータ処理結果に応じてディレクトリエントリを作成、削除、更新するなど、ディレクトリエントリについての各種所要の制御処理を実行する。ＦＡＴ制御部２０２は、メディアに対するファイルデータ処理結果に応じてＦＡＴ領域における所定のＦＡＴエントリについての書き換えを実行するなど、ＦＡＴ領域についての各種所要の制御処理を実行する。クラスタ制御部２０３は、ファイルシステム内での処理がクラスタレベルで実行されるようにするための各種制御処理を実行する。
例えばメディアに書き込むためのデータが、ファイル単位の処理としてアプリケーション１００から渡されてきたとすると、クラスタ制御部２０３は、このファイルレベルのデータをクラスタレベルによるデータに変換する。そして、このクラスタレベルによるデータについてのメディアへの書き込みを、メディア制御部２１０の位置算出部２１１に指示する。
位置算出部２１１では、ＦＡＴ制御部２０２により管理しているＦＡＴ領域の内容を参照して認識されるメディアの未使用領域のうちから、ファイルのデータを書き込むべきクラスタの位置（クラスタ番号）を算出する。そして、デバイスドライバに対して、書き込むべきクラスタ単位のデータを受け渡すと共に、このデータを書き込むべきクラスタ番号を指示する。デバイスドライバは、指示されたクラスタ番号について最終的には、メディア上の記憶領域の物理セクタのアドレスに変換して、セクタレベルによりメディアへのデータの書き込みを実行するようにされる。
【０１０７】
また、これとともに、ファイルシステムでは、上記のようにしてメディアに書き込まれて記憶されるファイルがＦＡＴファイルシステム上で適正に管理されるように、ディレクトリエントリ及びＦＡＴ領域についての書き換え（更新）を行う。
例えば先ず、ディレクトリエントリ制御部２０１により今回記録するファイルについてのディレクトリエントリを作成する。このときには、ＦＡＴ制御部２０２と連携して、ＦＡＴ領域における空き領域から、ファイルを記録すべきクラスタを決定する。これに伴い、ディレクトリエントリにおける開始クラスタに格納する値も決まることになる。また、ファイルを記録すべきクラスタが決定されるのに応じて、ＦＡＴ制御部２０２は、ＦＡＴ領域において、このファイルについてのクラスタチェインなどの内容が示されるように、所要のクラスタ番号のＦＡＴエントリの値を書き換える。
そして、このようにして作成したディレクトリエントリ、及びＦＡＴ領域の書き換え内容を、先の説明と同様にして、クラスタ制御部２０３及びメディア制御部２１０（位置算出部２１１）の処理によって、メディアの所定領域に書き込んで記憶させる。
【０１０８】
図１４のフローチャートは、先に図７を参照して説明したメディアの種別判定（メディア種別レジスタに対するデータセット）の手順を、ＣＰＵ１０及びメディアコントローラ１３がプログラムに従って実行する処理動作として示している。また、この図に示す処理動作を、上記図１３に示したシステム階層構造におけるソフトウェア層が実行する処理としてみた場合には、アプリケーション１００、ファイルシステム１０１（ファイルシステム（共通）１０１−１、及びメディアＡ〜Ｄ対応のファイルシステム１０１Ａ〜１０１Ｄを統合したもの）の少なくとも何れか一方が実行すべき機能としてプログラムを構成することができる。
【０１０９】
この図に示す処理としては、先ず、ステップＳ１０１において、現在、接続された状態にあるメディアを検出する処理を実行する。この処理は、図７において説明したように、メディアＡ，Ｂ，Ｃについては、各メディアスロットに対する装填／非装填を検出するための所定番号に対応する対応ピンの電位状態を検出するようにされる。また、メディアＤについては、メディアＤとの接続を確認するための処理を実行するようにされる。これにより、メディアＡ，Ｂ，Ｃ，Ｄの各メディアについて、現在において接続された状態であるか、非接続の状態であるかが判別される。
【０１１０】
次のステップＳ１０２においては、上記ステップＳ１０１における検出結果として、接続状態にあるとして検出されたメディアは１つのみであるか否かについて判別する。そして、このステップＳ１０２において肯定の判別結果が得られたのであれば、ステップＳ１０４に進み、先のステップＳ１０１において検出された１つのメディアを、マウント対象メディアとして選択決定したうえでステップＳ１０５に進む。
これに対してステップＳ１０２にて否定の判別結果が得られたのであれば、ステップＳ１０３に進んで検出したメディアから１つのマウント対象メディアを選択決定してステップＳ１０５に進む。
なお、ステップＳ１０３におけるマウント対象メディアの選択決定にあたっては、例えばデフォルト（初期設定）として、メディアＡ，Ｂ，Ｃ，Ｄ間での選択決定の優先順位を設定しておき、この設定された優先順位に従うようにすることが考えられる。また、ユーザ操作に応じて上記優先順位を設定可能として、このユーザ設定による優先順位に従うようにすることも考えられる。
【０１１１】
また、ここでいうマウントとは、実際にソフトウェア層のコントロールによるデータ処理が可能なように、デバイスであるメディアについての認識を行う、mountといわれる処理であり、これにより、例えばメディアに記憶されているファイル管理情報の読み込みが行われて、例えばファイルシステム１０１の層においてファイル管理のための処理が実行可能となる。従って、マウント対象メディアとは、このマウントの対象となるメディアをいう。
このことから、本実施の形態としては、ステップＳ１０２〜ステップＳ１０４の処理を経ることで、例えばマウントが行われて実際にデータ処理対象とするメディアとしては、たとえ複数のメディアが接続されているとしても、そのうちの１つのみとされていることになる。このことから、概念的には、本実施の形態のファイルシステム１０１は、マウント対象として選択決定されたメディアに応じて、図１３に示したメディアＡ対応のファイルシステム１０１Ａ、メディアＢ対応のファイルシステム１０１Ｂ、メディアＣ対応のファイルシステム１０１Ｃ、メディアＤ対応のファイルシステム１０１Ｄの何れかのみが起動するような構成となる、ということがいえる。換言すると、ディレクトリ構造については、ファイルシステム１０１は、そのときにマウントされている１つのメディアに対応して、図２〜図５に示したような特定の１メディアの構造のみを管理するようにされる。
【０１１２】
本発明としては、ファイルシステム１０１は、現在接続されているメディアの全てを統合したファイルシステムを構築して管理するような構成としてもよい。これは、例えば図６にてイメージとして示したように、全体Rootを基幹として、各メディアごとに分岐したディレクトリ構造を有するようにしてファイルシステム管理を行う構成である。
しかしながら、例えば撮像して得た静止画データを記憶するメディアについては、ユーザが敢えて切り換えの指定操作などを行わない限り、始めに選択された１つのメディアを対象として行われるような仕様とすることが、実際の使用上における使い勝手を考えれば好ましい。このことは、ソフトウェアとの関係においては、データ処理対象としてマウントされるデバイス（メディア）は、１つでよく、例えばユーザ操作によるデータ処理対象メディアの切り換えなどに応じて、その都度、これまでマウントされていたメディアのアンマウントと、新規にデータ処理対象となるメディアのマウントの処理が実行されればよいことを示している。このことに基づき、本実施の形態としては、図１４のステップＳ１０２〜Ｓ１０４の処理として示すように、その都度、マウント対象となるメディアについては１つとしているものである。また、このようにして、マウント対象となるメディアを１つに限定すれば、例えば図６に示すようにして、現在接続されているメディアの全てを統合したファイルシステム管理を行う必要が無くなるので、その分、例えばファイルシステム１００の階層などをはじめとするソフトウェア層の負担は軽くなる。
【０１１３】
説明を図１４に戻す。
ステップＳ１０５においては、ステップＳ１０２〜Ｓ１０４を経て選択決定されたマウント対象のメディア種別がメディアＡであるか否かについて判別する。ここでメディアＡであるとして肯定結果が得られたのであれば、ステップＳ１０６に進んで、図７のメディア種別レジスタにアクセスし、第７ビットのメディアＡ接続フラグについて、接続状態にあることを示す１をセットする。
また、ステップＳ１０５において、メディアＡではないとして否定の判別結果が得られたのであれば、ステップＳ１０７に進む。ステップＳ１０７においては、マウント対象として選択決定されたメディア種別はメディアＢであるか否かについて判別し、肯定結果が得られたのであれば、ステップＳ１０８に進んで、メディア種別レジスタの第６ビットのメディアＢ接続フラグについて、接続状態にあることを示す１をセットする。これに対して、否定結果が得られたのであれば、ステップＳ１０９に進む。
ステップＳ１０９においては、マウント対象として選択決定されたメディア種別はメディアＣであるか否かについて判別し、肯定結果が得られたのであれば、ステップＳ１１０に進んで、メディア種別レジスタの第５ビットのメディアＣ接続フラグについて、接続状態にあることを示す１をセットする。これに対して、否定結果が得られたのであれば、ステップＳ１１１に進む。
ステップＳ１１１では、マウント対象として選択決定されたメディア種別はメディアＤであるか否かについて判別し、肯定結果が得られたのであれば、ステップＳ１１２に進んで、メディア種別レジスタの第４ビットのメディアＤ接続フラグについて、接続状態にあることを示す１をセットする。否定結果が得られた場合には、マウント対象として選択決定されたメディア種別は、メディアＡ〜Ｄの何れでもないということになるが、ここでは、例えばエラーとして扱って処理を終了するようにされる。
【０１１４】
図１５は、メディアをマウントする処理として、メディアに記憶されたファイル管理情報（ＦＡＴ領域及及びディレクトリエントリ）を読み込むための処理となるもので、本実施の形態としては、メディア対応のファイルシステム１０１Ａ〜１０１Ｄ及びデバイスドライバ１０２Ａ〜１０２Ｄのうちで、マウント対象メディアに対応するファイルシステム及びデバイスドライバが連携して実行する処理となる。
マウント処理としては、先ずステップＳ２０１に示すようにして、マウント対象メディアからＭＢＲを読み込むための処理を実行する。このためには、メディア対応のファイルシステムが、同じメディア対応のデバイスドライバに対して、メディアからのＭＢＲの読み出しを指示するようにされる。これに応答して、デバイスドライバはメディアにアクセスしてLBA=0で表される先頭セクタを読み出してファイルシステムに受け渡す。これによりファイルシステムにおいてＭＢＲを読み込んで取得できたことになる。
【０１１５】
次のステップＳ２０２においては、マウント対象パーティションの位置認識を実行する。
上記ステップＳ２０１によりＭＢＲを読み込んだことにより、このＭＢＲ構造におけるパーティションテーブルの先頭１バイトのフラグ（図１１（ｂ）参照）を参照することで、本実施の形態のデジタルスチルカメラ１にとって起動ドライブとなるパーティション（マウント対象パーティションとなる）が認識される。そして、同じパーティションテーブルの開始セクタ(CHS)、終了セクタ（CHS)、あるいは開始セクタ(LBA)、パーティションサイズの情報から、メディア上におけるマウント対象パーティションのセクタレベルでの位置が認識される。確認のために述べておくと、ファイルシステムは、パーティションごとに管理されるものであり、例えば図２〜図５に例示した各メディアのディレクトリ構造は、そのメディアにおける或る１パーティション内におけるファイル記憶結果を反映しているものである。
【０１１６】
上記ステップＳ２０２の処理により、マウント対象パーティションに対するアクセスが可能な状態が得られることとなる。そこで、ステップＳ２０３においては、マウント対象メディアにおいて記憶されているマウント対象パーティション内に格納されるＢＰＢの読み込みを実行する。このとき、ファイルシステムは、デバイスドライバに対して、マウント対象パーティションのシステム領域においてＢＰＢの領域となる、先頭セクタから所定バイト数までの領域に対するアクセスを要求する。この要求に応じて、デバイスドライバは、マウント対象パーティションにおける先頭セクタから所定バイト数までの領域に対してアクセスして読み出しを実行し、ファイルシステムに返すようにされる。これにより、ファイルシステムは、ＢＰＢを読み込んで取得できたことになる。
先に説明したように、ＢＰＢは、ＦＡＴ領域の数、メインのＦＡＴ領域の開始セクタ、ＦＡＴ領域のセクタ数などの、ＦＡＴ領域にアクセス可能とするための情報を格納している。さらに、ＦＡＴ３２の場合には、ＢＰＢの領域に対して、ルートディレクトリ（ルートディレクトリエントリ）の開始クラスタ番号の情報を格納するようにしている。ＦＡＴ１６においては、システム領域においてルートディレクトリエントリの領域が規定されている。また、ＦＡＴ３２とＦＡＴ１６の何れにあっても、ルートディレクトリエントリとのリンクにより、サブディレクトリのディレクトリエントリにアクセスすることが可能でである。このことから、ＢＰＢの読み込みを行った段階で、メディアに記憶されている該当パーティションのファイル管理情報である、ＦＡＴ領域及びディレクトリエントリに対するアクセス（読み込み）を実行可能な状態となる。つまり、マウントの処理が実行されたこととなる。
【０１１７】
図１６は、本実施の形態としてのメディア種別に応じたディレクトリ名の設定のための処理、つまり、ディレクトリ[DCIM]のサブディレクトリに位置して、静止画ファイルをその直下の階層において直接的に格納する、ファイル格納ディレクトリについてのディレクトリ名を設定するための処理についてのフローチャートを示している。
なお、この図に示す処理は、プログラム構成として、例えばファイルシステム１０１の階層レベルが実行するものとして構成すればよい。また、この処理が実行される機会、タイミングとしては、例えばメディアの起動時、フォーマット時、マウント時、新規ファイル作成（記憶）に対応して新規（ファイル格納）ディレクトリを作成する必要の生じた場合、などを挙げることができる。
【０１１８】
この処理としては、先ず、ステップＳ３０１において、メディア種別レジスタを参照して、現在においてマウント対象メディアとなっているメディアの種別を識別するようにされる。
そして、続くステップＳ３０２，Ｓ３０４，Ｓ３０６，Ｓ３０８の各処理により、上記ステップＳ３０１において識別されたメディア種別が、メディアＡ，Ｂ，Ｃ，Ｄのうちの何れであるのかについて判別を行う。
先ず、ステップＳ３０２においては、ステップＳ３０１において識別されたメディア種別がメディアＡであるか否かについて判別しており、肯定の判別結果が得られたのであれば、ステップＳ３０３に進んで、ファイル格納ディレクトリのディレクトリ名について、"nnnMSDCF"に決定する。つまり、上位３文字の数字による文字列[nnn]と、その下位においてメディアごとに対応して固有（共通）となるアルファベットから成る５文字分の文字列[xxDCF]から成る、８文字のディレクトリ名[nnnxxDCF]について、下位５文字における上位２文字[xx]については、メディアＡの実際の種別に対応する[MS]であると決定する。
なお、上位３文字となる３桁の数字は、このステップＳ３０３の処理が実行されるごとに、予め設定された規則に従って適宜決定されるものとなる。例えば、「最初に付与する値は100であり、以降において１づつインクリメントさせた値を付与する」という規則が設定されており、今回のステップＳ３０３の処理を実行する段階において既に"100MSDCF"のディレクトリが作成済みの状態とされていたのであれば、今回のステップＳ３０３においては、上記規則から"nnn=101"となって、全体としては"101MSDCF"と決定することになる。なお、この上位３文字の数字による文字列[nnn]を決定する点に関しては、以降説明するステップＳ３０５，Ｓ３０７，Ｓ３０９の処理においても同様である。
ステップＳ３０２において否定の判別結果が得られたのであれば、ステップＳ３０４に進む。
【０１１９】
ステップＳ３０４においては、ステップＳ３０１において識別されたメディア種別がメディアＢであるか否かについて判別しており、肯定の判別結果が得られたのであれば、ステップＳ３０５に進んで、ディレクトリ名について、"nnnCFDCF"に決定する。ステップＳ３０４において否定の判別結果が得られたのであればステップＳ３０６に進む。
【０１２０】
ステップＳ３０６においては、ステップＳ３０１において識別されたメディア種別がメディアＣであるか否かについて判別することになる。ここで肯定の判別結果が得られたのであれば、ステップＳ３０５に進んで、ディレクトリ名について、"nnnSDDCF"に決定する。ステップＳ３０６において否定の判別結果が得られたのであればステップＳ３０８に進む。
【０１２１】
ステップＳ３０８においては、ステップＳ３０１において識別されたメディア種別がメディアＤであるか否かについて判別する。ここで肯定の判別結果が得られたのであれば、ステップＳ３０９に進んで、ディレクトリ名について、"nnnHDDCF"に決定する。ステップＳ３０８において否定の判別結果が得られたのであればステップＳ３１０に進む。
【０１２２】
ステップＳ３１０に到達した段階では、ステップＳ３０１において識別されたメディア種別が、デジタルスチルカメラ１が対応するメディアＡ，Ｂ，Ｃ，Ｄの何れでもないと判別したことになる。この場合には、あらかじめ設定したデフォルト（初期値）のディレクトリ名に決定するようにされる。
【０１２３】
なお、ここでは示していないが、例えば現時点においてマウント対象メディアであるとして識別されたメディア種別に対応するファイルシステム（１０１Ａ〜１０１Ｄ）の記録制御部２０２は、上記図１６に示したステップＳ３０３，Ｓ３０５，Ｓ３０７，Ｓ３０９（及びステップＳ３１０）に示した処理結果に応じて決定された名称のファイル格納ディレクトリを作成する処理を実行して、このファイル格納ディレクトリがファイルシステム上で管理されるようにする。
つまり、今回の処理により決定された名称のファイル格納ディレクトリについてのディレクトリエントリを作成するともに、必要に応じて、このディレクトリの作成に対応してＦＡＴ領域の内容を更新する処理を実行する。また、確認のために述べておくと、このようにして更新されたディレクトリエントリ、及びＦＡＴ領域の情報は、メディア上に記憶されるディレクトリエントリ、及びＦＡＴ領域に対する実際の書き換えを以て完了するものとなる。
【０１２４】
また、図１６に示す処理は、ファイルシステムの上層のアプリケーション１００が実行するものとして構成することも考えられる。この場合には、アプリケーション１００は、ファイルシステムに対して、ステップＳ３０３，Ｓ３０５，Ｓ３０７，Ｓ３０９により決定されたディレクトリ名を通知することにより、ファイルシステムの階層レベルで、例えば記録制御部２００が、上記と同様にして、通知された名称のディレクトリを作成するようにされる。
【０１２５】
ところで、上記図１４〜図１６による説明は、図１４におけるステップＳ１０２〜Ｓ１０４の処理に関連して述べたように、複数のメディアが接続されている状態にあっても、マウントを実行してデータ処理を可能な状態とするメディアとしては、常に１つのみに設定するというアルゴリズムであることを前提としている。
しかしながら、先に説明したように、本発明の下では、ファイルシステム１０１としての処理により現在接続されているメディアの全てを統合したファイルシステム（図６に例示している）を構築して管理するような構成としてもよい。つまり、現在接続されている全てのメディアについてマウントしておくこととして、必要に応じて、適宜、データ処理対象となるメディアを変更していく、というアルゴリズムとするものである。
このようなアルゴリズムとした場合には、例えば概念的には、図１３に示した各メディアごとに対応するファイルシステム１０１Ａ〜１０１Ｄのうちで、メディアコントローラ１３と接続されている状態にあるメディアに対応する１以上のファイルシステム（及びデバイスドライバ）が同時的に起動して動作可能なようなプログラム構成とすることになる。
このような構成を採った場合のメリットとしては、例えば次のようなことが挙げられる。この場合、メモリコントローラ１３と接続されている状態にあるメディアについては全てマウントが行われている状態にあって、これらのメディアに対応するファイルシステム、デバイスドライバは起動している状態にある。従って、データ処理対象のメディアが切り換えられたときには、例えば切り換え先のメディアに対応するファイルシステム、デバイスドライバなどについての起動時間、マウント処理などのために時間を必要としない。つまり、データ処理対象に切り換えられたメディアに対して実際にデータ処理可能となるまでの時間が短縮されるなどの使用可能になる。
【０１２６】
そこで、上記のようにして、接続された複数のメディアを同時的にマウントする構成を、本実施の形態における他の構成例として扱うこととする。
この他の実施の形態の構成例における、メディアの種別判定（メディア種別レジスタに対するデータセット）の処理手順を、図１７のフローチャートに示す。この図に示すメディアの種別判定処理も、図１４の場合と同様に、ＣＰＵ１０及びメディアコントローラ１３がプログラムに従って実行するソフトウェア層としての処理となる。
図１７におけるステップＳ４０１では、図１４のステップＳ１０１と同様にして、現在、接続された状態にあるメディアを検出する処理を実行する。ここで、図１７に示す処理は、接続状態にあることを検出した全てのメディアについてマウントを実行するアルゴリズムに応じたものであることから、図１４に示したステップＳ１０２〜Ｓ１０４に相当するマウント対象メディアを１つ選択する処理は省略される。そして、ステップＳ４０２以降において、接続が検出されたメディアについてのメディア種別について順次判定を行い、判定結果に応じて、メディア種別レジスタの接続フラグをセットするための処理を実行していくことになる。
【０１２７】
先ず、ステップＳ４０２においては、ステップＳ４０１において接続状態にあることが検出された１以上のメディアのうちから、今回の種別判定対象となる１つのメディアを所定規則に従って選択し、ステップＳ４０３以降の処理に進む。
そして、ステップＳ４０３〜Ｓ４１０により示される処理により、上記ステップＳ４０２にて、現在、種別判定対象として選択されたメディアについて、メディアＡ，Ｂ，Ｃ，Ｄの何れであるのかについての判別が行われ、その判別結果に応じて、メディア種別レジスタのしかるべきビット位置に対して１の値の接続フラグをセットするようにされる。
【０１２８】
１つの種別判定対象メディアに対応する上記ステップＳ４０３〜Ｓ４１０の処理（メディア種別判定／フラグセット）が終了するとステップＳ４１１に進む。ステップＳ４１１においては、接続が検出された全てのメディアについて、上記ステップＳ４０３〜Ｓ４１０によるメディア種別判定／フラグセットが終了したか否かについて判別しており、接続が検出されたメディアのうちで、未だ、このメディア種別判定／フラグセットの処理が終了していないとして否定の判別結果が得られた場合には、ステップＳ４０２に戻る。ステップＳ４１１から戻ってきた場合のステップＳ４０２の処理としては、接続が検出されたメディアのうちから、未だ種別判定対象として選択されていないメディアを１つ選択する処理を実行することになる。
このようにして、ステップＳ４０２〜ステップＳ４１１を繰り返していくことで、最終的には、接続が検出された全てのメディアを対象としたメディア種別判定／フラグセットの処理が完了し、この図に示す処理を終了することになる。この段階では、メディア種別レジスタには、接続が検出されたメディアの種別に対応するビット位置に対して、接続されていることを示す１の値の接続フラグがセットされた状態となっている。この段階では、ステップＳ４１１にて肯定の判別結果が得られることとなって、この図に示す処理を終了することになる。
【０１２９】
この他の構成例の場合においては、上記のようにして接続フラグについて１がセットされた種別のメディア（接続状態にあるメディア）の各々について、マウントの処理が実行されることになる。この場合のメディアごとのマウント処理は、図１５と同様の処理を、そのときマウント処理の対象となっているメディアの種別に対応するファイルシステム（１０１Ａ〜１０１Ｄ）及びデバイスドライバ（１０２Ａ〜１０２Ｄ）が連携して実行することになる。そして、例えば図１５に示す処理を、メディアの接続が検出されるごとに実行するようにされる。なお、この場合においては、例えば或る１つのメディアがスロットから抜き出されるなどして非接続の状態になった場合には、非接続であることが検出されて、そのメディアの種別に対応するメディア種別レジスタの接続フラグは、非接続を示す０がセットされる。また、アンマウントの処理も実行される。ただし、接続が維持されているメディアについては、そのメディア種別に対応する接続フラグは、１がセットされたままの状態を維持する。
【０１３０】
図１８のフローチャートは、上記図１７と同様に、他の構成例に対応する処理であり、メディア種別に応じたディレクトリ名の設定のための処理を示している。つまり、先の実施の形態の構成における図１６に対応する処理である。
この他の構成例の場合においても、先の図１６の処理の場合と同様に、図１８に示す処理は、プログラム構成として、例えばファイルシステム１０１の階層レベルが実行するものとして構成すればよい。また、この処理が実行される機会、タイミングとしても、図１６と同じく、メディアの起動時、フォーマット時、マウント時、新規ファイル作成（記憶）に対応して新規（ファイル格納）ディレクトリを作成する必要の生じた場合などとなる。
【０１３１】
先ず、ステップＳ５０１においては、現在、接続状態にあってマウントが行われていることでデータ処理が可能とされているメディアのうちから、実際にデータ処理対象として選択されているメディアの種別を識別するようにされる。
【０１３２】
ここで、上記ステップＳ５０１に関連して、他の構成例におけるデータ処理対象のメディア種別の選択（切り換え）について説明しておく。先ず、データ処理対象のメディア種別を切り換える場合としては、ユーザ操作に応じた切り換えを行うという構成を考えることができる。この場合には、例えばアプリケーション１００の処理として、ユーザ操作によるデータ処理対象のメディア種別の変更の指示を受け付け、この指示をファイルシステム側に通知するような処理構成を採ることになる。
また、アプリケーション１００による自動処理として、所定の条件を満たした場合において、データ処理対象のメディアを所定のメディアに変更する構成を考えることができる。例えば、１つには、ファイルを記憶させるメディア種別の優先順位を予め設定しておいたうえで、優先順に従って或る種別のメディアからファイルを書き込んで記憶させていき、或るファイルを書き込むべき段階に至った場合において、このファイルを書き込めるだけのメディアの残り容量が不足した状態となった場合に、次の優先順位の種別のメディアにデータ処理対象を切り換えるような処理を挙げることができる。
また、ファイルをメディアに書き込むべきタイミングで、このファイルの形式に応じてデータ処理対象のメディアの種別を切り換えるという処理構成も考えることができる。
【０１３３】
また、この他の構成例においては、マウント済みのメディアが複数あることが許されているのであるから、データ処理対象とするメディアについても、これらマウント済みのメディアのうちから複数種別を選択することが可能とされる。つまり、例えばメディアＡ〜Ｄのうちから、任意の組み合わせによる２以上のメディア種別を同時的にデータ処理対象として選択できることとするものである。このように複数種別のメディアを同時的にデータ処理対象として選択した場合には、複数のファイルを、それぞれ異なる種別のメディアに対して同時的に書き込むような処理構成を採ることが可能となる。具体的には、メディアＡ〜ＤのうちでメディアＡ，Ｂがデータ処理対象として選択されているものとして、ファイル１をメディアＡに書き込み、ファイル２をメディアＢに書き込むという処理を同時的に実行するものである。なお、このような複数メディアに対する同時的な書き込み処理は、実際には、例えばＣＰＵ１０の制御によって時分割的に実行されるものとなる。
【０１３４】
そして、この他の構成例のようにして、マウント済みのメディアからデータ処理対象とするメディア種別を選択する（切り換える）構成とした場合においては、例えば、選択されたメディアの種別が何であるのかを示す識別情報をセットして保持しておくようにされる。具体的には、図７に示したメディア種別レジスタに加えて、現在データ処理対象として選択されているメディア種別を示す情報を保持しておくためのレジスタ（データ処理対象メディア種別レジスタ）を設けるようにされる。データ処理対象とするメディアの種別を変更する処理を実行したときには、このデータ処理対象メディア種別レジスタの内容を書き換える処理を実行することになる。
【０１３５】
図１８におけるステップＳ５０１により、データ処理対象となるメディアの種別を識別（判定）するのにあたっては、上記したデータ処理対象メディア種別レジスタの内容を参照するようにされる。なお、この場合において、例えばデータ処理対象メディア種別レジスタにおいて、所定の複数の種別のメディアが現在データ処理対象となっていることが示されているのであれば、ステップＳ５０１においては、これら複数の種別のメディアを識別できることになる。
【０１３６】
ステップＳ５０１に続くステップＳ５０２以降の処理によっては、ステップＳ５０１において識別されたメディア種別に応じて、ファイル格納ディレクトリのディレクトリ名を決定するための処理を実行していくことになる。
例えば、ステップＳ５０２においては、ステップＳ５０１において識別された１以上のメディア種別のなかに、メディアＡが含まれているか否かについて判別するようにされる。このステップＳ５０２において肯定の判別結果が得られたのであれば、ステップＳ５０３により、メディアＡのファイル格納ディレクトリのディレクトリ名について、"nnnMSDCF"に決定したうえで、ステップＳ５０４の処理に移行する。なお、このステップＳ５０３の処理は、現在データ処理対象となっているメディアＡに対応のファイルシステム１０１Ａが実行する処理としてみることができる。
また、ステップＳ５０２において否定の判別結果が得られたのであれば、ステップＳ５０３の処理をスキップして、そのままステップＳ５０４に進む。
【０１３７】
ステップＳ５０４、ステップＳ５０５の処理は、上記ステップＳ５０２，５０３に準じて、ステップＳ５０１において識別された１以上のメディア種別のなかにメディアＢが含まれていると判別した場合に、メディアＢ対応のファイルシステム１０１Ｂにより、ファイル格納ディレクトリのディレクトリ名について、"nnnCFDCF"に決定するための処理となる。
また、ステップＳ５０５に続くステップＳ５０６、ステップＳ５０７の処理は、ステップＳ５０１において識別された１以上のメディア種別のなかにメディアＣが含まれていると判別した場合に、メディアＣ対応のファイルシステム１０１Ｃにより、ファイル格納ディレクトリのディレクトリ名について、"nnnSDDCF"に決定するための処理となる。
ステップＳ５０７に続くステップＳ５０８、ステップＳ５０９の処理は、ステップＳ５０１において識別された１以上のメディア種別のなかにメディアＤが含まれていると判別した場合に、メディアＤ対応のファイルシステム１０１Ｄにより、ファイル格納ディレクトリのディレクトリ名について、"nnnHDDCF"に決定するための処理となる。
【０１３８】
ステップＳ５０９に続くステップＳ５１０においては、ここまでの上記ステップＳ５０２〜Ｓ５０９までの処理を経てきた段階において、ステップＳ５０１により識別されたメディア種別のうちで、メディアＡ〜Ｄの何れでもないとされる種別のメディアが残っているか否かについて判別する。そして、このようなメディアは残っていないとして否定の判別結果が得られたのであれば、このまま図に示す処理を終了する。これに対して、メディアＡ〜Ｄ以外とされるメディアが残っているとして肯定の判別結果が得られたのであれば、ステップＳ５１１に進んで、このメディアＡ〜Ｄの何れでもないとされるメディアについてのファイル格納ディレクトリのディレクトリ名について、予め設定したデフォルトのディレクトリ名を決定したうえで、この図に示す処理を終了する。
【０１３９】
なお、本発明としては、これまでに説明した実施の形態としての構成のみに限定されない。
例えば、上記実施の形態では、ファイル格納ディレクトリについて、全部で８文字としたうえで、上位３文字を数字[nnn]として、下位５文字についてはアルファベットから成る文字列[xxDCF]であることとしている。このような名称の文字列構成は、DCF(Design rule of Camera File system)といわれる１規格に則ったものであり、従って、本発明の下でのディレクトリ名の文字列構成の規則としては限定されるべきではない。例えば、"040811125MS"、"040811125CF"、"040811125SD"などのようにして上位１０文字を年・月・日・時・分を示す数値として、下位２文字をメディア種別に対応させるなどをはじめとして、各種の他のディレクトリ名の文字列構成の規則を考えることができる。
また、上記のようにディレクトリ名の文字列構成について限定が無いということからも導き出されることであるが、本発明により形成されるディレクトリ構造のもとで管理されるファイルの形式についても限定されるべきではない。例えば上記実施の形態では、ファイル格納ディレクトリに格納されるべき記録用データとして、写真画像に対応する圧縮符号化された静止画像データとしているが、先ず、この圧縮符号化方式についてはＪＰＥＧなどをはじめとして各種の方式を採用できる。また、圧縮符号化されない非圧縮の形式によるデータとされてもよい。また、静止画像データに限られることなく、動画像データであってもよく、さらには、オーディオデータや、他のアプリケーションデータファイルなど、画像以外のデータであってもよい。
また、本実施の形態では、メディア種別に応じて異なるディレクトリ名が付されるべきディレクトリについて、「ディレクトリ[DCIM]の直下」の階層位置で、「直接的に（直下の階層に）静止画ファイルを格納する」という意義を持つディレクトリ（ファイル格納ディレクトリ）であることとしている。しかしながら、これはあくまでも一例であって、実際のメディアの使用形態などに応じて、上記したような、メディア種別に応じて異なるディレクトリ名が付されるべきディレクトリの階層、意義などは、適宜変更されるべきものである。
また、メディア種別に応じて異なるディレクトリ名が付されるべきディレクトリの階層、意義に応じた数についても、複数とされてかまわない。具体的には、これまでに説明した実施の形態では、ファイル格納ディレクトリの１階層上に位置するディレクトリ[DCIM]については、例えばDCFの規格に準拠して各メディア間で共通としているが、このディレクトリ[DCIM]に相当する階層のディレクトリについても、ファイル格納ディレクトリと同様に、メディア種別に応じて異なるディレクトリ名を与えるようにすることが考えられるものである。
また、上記実施の形態では、フォルダともいわれる概念のディレクトリについてメディア種別に対応した名称を与える場合について説明してきたが、本発明は、ツリー構造における所定の階層位置にある、あるいは、所定の意義を持つファイルについて、メディア種別に対応した名称（ファイル名）を与えようとする場合にも適用が可能である。つまり、本発明としては、ツリー型のディレクトリ構造において、一般のフォルダに対応するディレクトリと、ファイルとでは、ともにディレクトリ構造内において或る階層に位置する階層要素として特に区別すべきものではなく、「ディレクトリ」との表記概念には、一般のフォルダに対応するディレクトリと共に、ファイルも含まれるものとされる。
【０１４０】
また、実施の形態におけるファイルの記録管理についてはＦＡＴファイルシステムを採用することとしているが、例えばＨＳＦ(Hierarchical File System)などをはじめとする他のファイルシステムとされてもよいものであり、ファイルシステムの規格に関しては特に限定されるべきものではない。
【０１４１】
また、上記実施の形態では、複数種別のメディアに対応するホスト機器として、デジタルスチルカメラを例に挙げているが、これに限定されるべきものではなく、例えば、デジタルビデオカメラ、ＨＤＤを備えると共に複数のリムーバブルメディアに対応するテレビジョン放送番組の予約録画機器、さらにはパーソナルコンピュータをはじめ、これに準じた各種情報処理機器など、複数のメディアに対応して何らかのデータ処理が可能な機器であれば、本発明が適用できる。
【図面の簡単な説明】
【０１４２】
【図１】本発明の実施の形態のデジタルスチルカメラの構成例を示すブロック図である。
【図２】実施の形態のデジタルスチルカメラにより、メディアＡに記憶されるファイル管理情報の内容を、ディレクトリ構造により模式的に示す図である。
【図３】実施の形態のデジタルスチルカメラにより、メディアＢに記憶されるファイル管理情報の内容を、ディレクトリ構造により模式的に示す図である。
【図４】実施の形態のデジタルスチルカメラにより、メディアＣに記憶されるファイル管理情報の内容を、ディレクトリ構造により模式的に示す図である。
【図５】実施の形態のデジタルスチルカメラにより、メディアＤに記憶されるファイル管理情報の内容を、ディレクトリ構造により模式的に示す図である。
【図６】メディアＡ，Ｂ，Ｃ，Ｄをマウントしたデジタルスチルカメラのファイルシステム層により認識されるマウント結果のイメージ例を、ディレクトリ構造により模式的に示す図である。
【図７】メディア種別レジスタの構造を示す図である。
【図８】ＦＡＴファイルシステムのシステム構成を階層モデルにより示す図である。
【図９】ＦＡＴファイルシステムにおけるディレクトリエントリの構造を示す図である。
【図１０】ＦＡＴファイルシステムにおけるメディアのフォーマット構造を示す図である。
【図１１】ＦＡＴファイルシステムにおけるＭＢＲの構造を示す図である。
【図１２】ＦＡＴファイルシステムによるファイル記録位置の管理例を示す図である。
【図１３】本実施の形態に対応する、ＦＡＴファイルシステム構成を階層モデルにより示す図である。
【図１４】メディア種別レジスタに対するメディア接続フラグのセットのための処理を示すフローチャート（第１例）である。
【図１５】メディアをデバイスとしてマウントするための処理動作を示すフローチャートである。
【図１６】ファイル格納ディレクトリの名称を決定するための処理を示すフローチャートである。
【図１７】メディア種別レジスタに対するメディア接続フラグのセットのための処理を示すフローチャート（第２例）である。
【図１８】ファイル格納ディレクトリの名称を決定するための処理を示すフローチャート（第２例）である。
【図１９】基本的なディレクトリ名設定例をディレクトリ構造とともに示す図である。
【図２０】複数種別のメディアに対応する場合における、従来としてのディレクトリ名設定例をディレクトリ構造とともに示す図である。
【符号の説明】
【０１４３】
１  デジタルスチルカメラ、２  光学系部、３  光電変換部、４  画像信号処理部、５  画像入出力部、６  カメラ機能部、７  表示部、８  音声処理部、９  音声入出力部、１０  ＣＰＵ、１１  ＲＯＭ、１２  ＲＡＭ、１３  メディアコントローラ、１４−１  メディアＡ対応スロット、１４−２  メディアＢ対応スロット、１４−３  メディアＣ対応スロット、１５  操作入力部、１６  通信部、１００  アプリケーション、１０１（１０１−１，１０１Ａ，１０１ＡＢ，１０１Ｃ，１０１Ｄ）  ファイルシステム、１０２（１０２Ａ，１０２Ｂ，１０２Ｃ，１０２Ｄ）  デバイスドライバ、２００  記録制御部、２０１  ディレクトリエントリ、２０２  ＦＡＴ制御部、２０３  クラスタ制御部、２１０  メディア制御部、２１１  位置算出部
【図１】
2006133855.tif 000003
【図２】
2006133855.tif 000004
【図３】
2006133855.tif 000005
【図４】
2006133855.tif 000006
【図５】
2006133855.tif 000007
【図６】
2006133855.tif 000008
【図７】
2006133855.tif 000009
【図８】
2006133855.tif 000010
【図９】
2006133855.tif 000011
【図１０】
2006133855.tif 000012
【図１１】
2006133855.tif 000013
【図１２】
2006133855.tif 000014
【図１３】
2006133855.tif 000015
【図１４】
2006133855.tif 000016
【図１５】
2006133855.tif 000017
【図１６】
2006133855.tif 000018
【図１７】
2006133855.tif 000019
【図１８】
2006133855.tif 000020
【図１９】
2006133855.tif 000021
【図２０】
2006133855.tif 000022