(57)【特許請求の範囲】
【請求項１】
所定の記録規則に従って、記録媒体中に記録されるディレクトリに割り当てるディレクトリ番号とファイル名に割り当てるファイル番号を決めて、当該記録媒体にファイルを記録する記録手段と、
前記記録媒体に記録されているディレクトリの番号又はファイルの番号に空きがあるかを判定する第１の判定手段と、
前記ディレクトリが、前記記録規則に従って自動で作成されたものであるか否かを判定する第２の判定手段と、
前記第１の判定手段により、ディレクトリの番号又はファイルの番号に空きが有ると判定された場合に、前記第２の判定手段による判定結果に従って、前記記録規則に従って自動で作成されたディレクトリとそうでないディレクトリとで、前記ディレクトリ番号とファイル番号の再設定の方法を異ならしめて、前記記録媒体のディレクトリ名及びファイル名をリネームするリネーム処理を実行するリネーム手段とを有することを特徴とする情報記録装置。
【請求項２】
前記第２の判定手段は、各ディレクトリ名が前記記録規則に従うものであるか否かに応じて判定することを特徴とする請求項１に記載の情報記録装置。
【請求項３】
前記記録媒体には、各ディレクトリが前記記録規則に従って自動で作成されたものであるか否かを示す情報が記録されており、
前記第２の判定手段は各ディレクトリが前記記録規則に従って自動で作成されたものであるか否かを示す情報に従って判定を行うことを特徴とする請求項１又は２に記載の情報記録装置。
【請求項４】
前記リネーム手段は、前記記録規則に従って自動で作成されたディレクトリについては、当該ディレクトリの番号と、当該ディレクトリ中に記録されているファイルの番号との両方をリネームの対象とし、前記記録規則に従って自動で作成されたものでないディレクトリについては、当該ディレクトリ中に記録されているファイルの番号は変更せずに当該ディレクトリの番号をリネームの対象とすることを特徴とする請求項１〜３のいずれか１項に記載の情報記録装置。
【請求項５】
前記記録規則とはＤＣＦ規格であることを特徴とする請求項１〜４のいずれか１項に記載の情報記録装置。
【請求項６】
さらに前記情報記録装置は充電池を内蔵可能であり、
前記リネーム処理は前記充電池を充電している間に実行されることを特徴とする請求項１〜５のいずれか１項に記載の情報記録装置。
【請求項７】
さらに撮像手段を有しており、前記記録手段は、前記撮像手段により得られた画像データをファイルとして前記記録媒体に記録することを特徴とする請求項１〜６のいずれか１項に記載の情報記録装置。
【請求項８】
前記充電池を充電する際に充電に要する充電完了時間を得る充電時間測定手段と、
前記リネーム手段によるリネームに要するリネーム完了時間を得るリネーム時間測定手段と、
前記充電完了時間と前記リネーム完了時間とに応じて前記ディレクトリ及び前記ファイルの全てについてリネームを行うフルリネーム処理を実行するか否かの判定を行うリネーム判定手段とを有することを特徴とする請求項６に記載の情報記録装置。
【請求項９】
前記リネーム判定手段は、前記充電完了時間が前記リネーム完了時間よりも長いと、前記フルリネーム処理を実行すると判定するようにしたことを特徴とする請求項８に記載の情報記録装置。
【請求項１０】
所定の記録規則に従って、記録媒体中に記録されるディレクトリに割り当てるディレクトリ番号とファイル名に割り当てるファイル番号を決めて、当該記録媒体にファイルを記録する記録ステップと、
前記記録媒体に記録されているディレクトリの番号又はファイルの番号に空きがあるかを判定する第１の判定ステップと、
前記ディレクトリが、前記記録規則に従って自動で作成されたものであるか否かを判定する第２の判定ステップと、
前記第１の判定ステップにより、ディレクトリの番号又はファイルの番号に空きが有ると判定された場合に、前記第２の判定ステップによる判定結果に従って、前記記録規則に従って自動で作成されたディレクトリとそうでないディレクトリとで、前記ディレクトリ番号とファイル番号の再設定の方法を異ならしめて、前記記録媒体のディレクトリ名及びファイル名をリネームするリネーム処理を実行するリネームステップとを有することを特徴とするファイル管理方法。
【請求項１１】
請求項１０に記載のファイル管理方法をコンピュータに実行させるためのファイル管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データをファイルとして、所定の記録規則に応じて記録する情報記録装置、ファイル管理方法、及びファイル管理プログラムに関し、特に、デジタルカメラ等の撮像装置によって被写体を撮影して得られた画像データ等を、所定の記録規則に応じて記録したファイル構成において、そのディレクトリ及びファイルを管理するための情報記録装置、ファイル管理方法、及びファイル管理プログラム関する。
【背景技術】
【０００２】
近年、デジタル技術の発展等に伴って、被写体を撮影した結果得られた画像データ等を電子的に処理するデジタルカメラ等の撮像装置が普及している。このような撮像装置では、撮影レンズを通過した被写体を表す被写体像をＣＣＤ（Ｃｈａｒｇｅ  ＣｏｕｐＬｅｄ  Ｄｅｖｉｃｅ）等の固体撮像素子に導いて、この被写体像を電気信号に変換して画像信号として出力している。
【０００３】
そして、画像処理装置において、この画像信号に様々な画像処理を施して画像データとしている。その後、最終的に、メモリカード等の記録媒体に、画像データが画像ファイルとして保存される。
【０００４】
デジタルカメラ等の撮像装置において、記録媒体上の画像ファイルを管理する規格として、カメラファイルシステム規格であるＤＣＦ（ＪＥＩＤＡ規格：Ｄｅｓｉｇｎ  ｒｕＬｅ  ｆｏｒ  Ｃａｍｅｒａ  ＦｉＬｅ  ｓｙｓｔｅｍ）規格がある。そして、現在、このＤＣＦ規格が主流となっている。このＤＣＦ規格は所定の記録規則の１つである。
【０００５】
また、映像データを映像ファイルとして記録媒体に記録した場合には、記録媒体上の映像ファイルを管理する規格として、ＳＤ−Ｖｉｄｅｏ、ＡＶＣＨＤ等の規格が広く知られている。
【０００６】
図１８は、従来の情報記録装置を備える撮像装置で用いられるＤＣＦ規格のファイル構成の一例を示す図である。
【０００７】
図１８を参照して、ルートディレクトリ（Ｒｏｏｔ）２００の直下のディレクトリ名「ＤＣＩＭ」を有するディレクトリ２０１は、ＤＣＦイメージルートディレクトリと呼ばれる（以下、このディレクトリをＤＣＩＭ（ＤｉｇｉｔａＬ  Ｃａｍｅｒａ  Ｉｍａｇｅｓ）ディレクトリとも呼ぶ）。
【０００８】
そして、ＤＣＩＭディレクトリ２０１の中に、画像ファイル等のＤＣＦオブジェクト（以下、ＤＣＦファイルとも呼ぶ）２０５〜２１３を格納するための複数のディレクトリ（以下、ＤＣＦディレクトリと呼ぶ）２０２〜２０４が生成される。
【０００９】
このＤＣＦディレクトリ２０２〜２０４の名称（以下、ＤＣＦディレクトリ名と呼ぶ）は、次のように定義されている。ＤＣＦディレクトリ名（ディレクトリ識別符号）は８文字で、その１〜３文字目は１００〜９９９の番号とされる（なお、０００〜０９９の番号は使用しない）。そして、１〜３文字目の３文字をディレクトリ番号と呼ぶ。４〜８文字目は、自由文字であり、自由に文字を割り当てることができる。
【００１０】
そして、ＤＣＦファイル２０５〜２１３の名称（以下、ＤＣＦファイル名と呼ぶ）は次のように定義されている。ＤＣＦファイル名（ファイル識別符号）は８文字であり、１〜４文字目は自由文字で自由に文字を割り当てることができる。５〜８文字目は、０００１〜９９９９の番号とされる。５〜８文字目の４文字をファイル番号と呼ぶ。
【００１１】
通常の撮影（例えば、単写撮影、セルフタイマ撮影）においては、例えば、９００ＡＡＡＡＡで示すＤＣＦディレクトリディレクトリ２０２の中に、ＩＭＧ＿０００１．ＪＰＧ〜ＩＭＧ＿９９９９．ＪＰＧまでの、最大９９９９個の画像ファイル（ＤＣＦファイル）が収納でき、最大ファイル番号記録後に、ディレクトリ番号の連続した、新しい９０１ＡＡＡＡＡで示すＤＣＦディレクトリ（図１８には示されていない）が作成される。
【００１２】
このように、ＤＣＦ規格においては、記録媒体中に、番号が付与されたＤＣＦディレクトリ２０２〜２０４を作成して、これらＤＣＦディレクトリ２０２〜２０４ディレクトリ内へファイル番号を付与した画像ファイルを格納するように規定されている。
【００１３】
ディレクトリ番号の振り付けに当たって、デジタルカメラ等の撮像装置において記録媒体を交換するとディレクトリ番号が初期化されるようにした仕様が知られている。
【００１４】
また、交換前の記録媒体のディレクトリ番号をデジタルカメラ等の撮像装置が記録して、新しい記録媒体を撮像装置に装着した際に、新しい記録媒体のディレクトリ番号を、記録したディレクトリ番号の後に連続して設定する仕様が知られている。
【００１５】
しかしながら、上述したように、ＤＣＦ規格においては、ディレクトリ番号が９９９でかつファイル番号が９９９９以上の画像ファイル及びＤＣＦディレクトリを作成することができない。
【００１６】
このため、実際に記録媒体がメモリフル状態となっていないにも関わらず、新規の画像ファイル又は新規のＤＣＦディレクトリが生成できないといった現象が発生してしまう。
【００１７】
従って、ディレクトリ番号及びファイル番号が上限に達すると、撮影を継続するために、一旦記録媒体を初期化して、ＤＣＦディレクトリ名及び画像ファイル名に付与する番号をリセットするようにしている。
【００１８】
ところが、一旦記録媒体を初期化するとなると、記録媒体を初期化する前に、記録媒体に記録されている画像ファイルを含めた各種情報を他の記録媒体にコピーした後、記録媒体の初期化を行う必要がある。このため、記録媒体の初期化を行う際に煩わしさが伴ってしまう。
【００１９】
加えて、他の記録媒体に各種情報をコピーする環境がないと、撮影をあきらめるか、又は記録されている各種情報をバックアップしないで消去するしか方法がない。
【００２０】
このような点を解消するため、記録されているファイル構成を解析して、使用されていないディレクトリ番号とファイル番号とを探し出することが行われている。そして、使用されていないディレクトリ番号とファイル番号とを用いて、画像ファイルを記録するようにした手法がある。
【００２１】
ところが、記録されている画像ファイルを再生する場合には、ディレクトリ番号及びファイル番号の小さい方から再生が行われる結果、再生される画像ファイルの順番と撮影した画像情報の順番とが異なってしまうことになる。つまり、再生の際に、時系列が崩れてしまうという問題がある。
【００２２】
このような不都合を解消するため、画像ファイルの格納規格に基づいて、記録媒体に作成可能な作成可能ファイル数を算出することが行われている。ここでは、記録媒体の残容量に基づいて、記録媒体に記録可能な記録可能枚数（記録可能ファイル数）を算出する。そして、作成可能ファイル数と記録可能ファイル数とを比較して、いずれか少ない方の数値を撮影可能枚数として表示する。さらに、その旨（つまり、撮影可能枚数）を警告して、その対処方法を表示するようにしている（例えば、特許文献１参照）。
【００２３】
なお、上記の対処方法として、例えば、ディレクトリ番号を小さい順に初期値から振り直す方法又はＤＣＦディレクトリ名を変更する方法等がある。
【００２４】
加えて、再生の際に時系列が崩れるという問題を回避する手法として、次のような手法が知られている。欠番となったファイル番号及びディレクトリ番号は、撮影後、ユーザによって消去されたものである。従って、記録媒体上に存在するファイル番号及びディレクトリ番号をソートして、ソートされた順番にファイル番号をつけ直して、欠番をなくすようにしている。
【００２５】
これによって、結果的に、欠番となっているファイル番号及びディレクトリ番号の数だけファイルシステム上の最大値に対して空き領域が確保され、撮影を続行することも可能となる。
【先行技術文献】
【特許文献】
【００２６】
【特許文献１】特開２００３−１５８６４５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２７】
上述のように、従来の情報記録装置を備える撮像装置において、画像ファイルが格納される記録媒体の残容量を算出するものが知られている。そして、この撮像装置では、撮影に応じて得られた画像ファイルの容量に基づいて、記録媒体の残り記録可能枚数を求めて、外部表示装置に表示・警告するようにしている。
【００２８】
そして、前出したように、記録した画像ファイルの規格の１つとして、ＤＣＦ規格がある。このＤＣＦ規格においては、記録媒体中に、番号が付与されたフォルダを作成して、当該フォルダ内にファイル番号を付与した画像ファイルを格納するように規定されている。
【００２９】
さらに、ディレクトリ番号を振り付ける際には、前述したように、記録媒体の交換によって、ディレクトリ番号を初期化する仕様がある。また、交換前の記録媒体のディレクトリ番号を情報記録装置が記録して、情報記録装置に新しい記録媒体を装着した際に、記録されたディレクトリ番号に連続してディレクトリ番号を設定するようにした仕様がある。
【００３０】
ところが、情報記録装置において、ＤＣＦ規格に準拠した画像ファイルの格納を行う場合、前述のように、ディレクトリ番号の最大値以上のディレクトリを作成することができないという規格（制約）がある。
【００３１】
つまり、１つの記録媒体中のディレクトリ番号が最大値に到達すると、そのフォルダ内に作成可能な画像ファイル数以上に画像ファイル作成が不能となってしまうことになる。
【００３２】
一方、記録媒体の大容量化に伴って、１つの記録媒体中に作成されるディレクトリ数が多くなっている。また、パーソナルコンピュータ（ＰＣ）の使用によって、記録媒体中のフォルダ番号を、使用者が操作可能な状況にある。これらの点等を考慮すると、記録媒体の残容量があるにも関わらず、ディレクトリ番号の最大値以上のディレクトリを作成することができないという制約によって、情報記録装置を備える撮像装置によって、撮影動作ができない状況が発生してしまうという課題がある。
【００３３】
また、従来の情報記録装置では、画像ファイルの作成が不能になって初めて、その旨を示す警告が行われるだけであり、使用者が画像ファイルの作成が不能であるかを事前に知ることができない。
【００３４】
また、画像ファイルの作成が不能であることに対処する機能を、上記の撮像装置本体（撮像装置単体）が備えておらず、この結果、記録媒体を用いて、撮影の記録を行うことができなくなってしまうという課題がある。
【００３５】
一方、前述したように、ファイル番号及びディレクトリ番号のソートを行って、ファイル番号及びディレクトリ番号を付け直す処理（リネーム処理）を行うには、多大な時間を必要とする。従って、デジタルカメラ等の撮像装置が、小容量の充電池によって動作する場合には、充電池の容量を考慮すると、上記のリネーム処理を記録媒体の全体に亘って行うことは困難であるという問題点がある。
【００３６】
従って、本発明の目的は、記録媒体に空容量があるにも関わらず、画像ファイルの作成ができないことに起因する記録不能状態が突然発生することを防止することのできる情報記録装置、ファイル管理方法、及びファイル管理プログラムを提供することにある。
【００３７】
本発明の他の目的は、記録不能状態を事前にユーザに知らせるとともに、その対処方法を提供して、使い勝手を良好にすることのできる情報記録装置、ファイル管理方法、及びファイル管理プログラムを提供することにある。
【課題を解決するための手段】
【００３８】
上記の課題を解決するため、本発明による情報記録装置は、所定の記録規則に従って、記録媒体中に記録されるディレクトリに割り当てるディレクトリ番号とファイル名に割り当てるファイル番号を決めて、当該記録媒体にファイルを記録する記録手段と、前記記録媒体に記録されているディレクトリの番号又はファイルの番号に空きがあるかを判定する第１の判定手段と、前記ディレクトリが、前記記録規則に従って自動で作成されたものであるか否かを判定する第２の判定手段と、前記第１の判定手段により、ディレクトリの番号又はファイルの番号に空きが有ると判定された場合に、前記第２の判定手段による判定結果に従って、前記記録規則に従って自動で作成されたディレクトリとそうでないディレクトリとで、前記ディレクトリ番号とファイル番号の再設定の方法を異ならしめて、前記記録媒体のディレクトリ名及びファイル名をリネームするリネーム処理を実行するリネーム手段とを有することを特徴とする。
【００３９】
本発明によるファイル管理方法は、所定の記録規則に従って、記録媒体中に記録されるディレクトリに割り当てるディレクトリ番号とファイル名に割り当てるファイル番号を決めて、当該記録媒体にファイルを記録する記録ステップと、前記記録媒体に記録されているディレクトリの番号又はファイルの番号に空きがあるかを判定する第１の判定ステップと、前記ディレクトリが、前記記録規則に従って自動で作成されたものであるか否かを判定する第２の判定ステップと、前記第１の判定ステップにより、ディレクトリの番号又はファイルの番号に空きが有ると判定された場合に、前記第２の判定ステップによる判定結果に従って、前記記録規則に従って自動で作成されたディレクトリとそうでないディレクトリとで、前記ディレクトリ番号とファイル番号の再設定の方法を異ならしめて、前記記録媒体のディレクトリ名及びファイル名をリネームするリネーム処理を実行するリネームステップとを有することを特徴とする。
【００４０】
本発明によるファイル管理プログラムは、上記のファイル管理方法をコンピュータに実行させるためのファイル管理プログラムである。
【発明の効果】
【００４１】
本発明によれば、ディレクトリの番号又はファイルの番号に空きが有ると判定されると、ディレクトリが記録規則に従って自動で作成されたものであるか否かを示す判定結果に応じて、ディレクトリ番号とファイル番号の再設定の方法を異ならせて、記録媒体のディレクトリ名及びファイル名のリネームを行う。従って、記録媒体に空容量があるにも関わらず、ファイルの作成ができないことに起因する記録不能状態が突然発生することを防止することができるという効果がある。
【００４２】
さらに、記録不能状態を事前にユーザに知らせるようにすれば、ユーザの希望に応じたファイル構成の再構築ができるばかりでなく、必要に応じてファイル番号及びディレクトリ番号を付け直す処理を行うことができるという効果がある。
【００４３】
この結果、本発明では、適切なディレクトリ及びファイルの管理を行って、ネーミングエラーによる記録禁止状態を未然に防止することができるという効果がある。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態による情報記録装置が用いられる撮像装置の一例を示すブロック図である。
【図２】図１に示す撮像装置で用いられるＤＣＦ規格のファイル構成の一例を示す図である。
【図３】図１に示す撮像装置において、ＤＣＦ規格のファイル構成を再構築した例を示す図である。
【図４】図１に示す撮像装置において、ファイル構成の再構築を行う際の動作の第１の例を説明するためのフローチャートである。
【図５】図１に示す撮像装置において、ファイル構成の再構築の一例を説明ためのフローチャートである。
【図６】図５に示すディレクトリ単位処理の手順を説明するためのフローチャートである。
【図７】図５に示すファイル単位処理の手順を説明するためのフローチャートである。
【図８】図１に示す撮像装置において、ファイル単位でファイル構成の再構築（ファイル再構築処理）を行う手順の他の例を説明するためのフローチャートである。
【図９ａ】図１に示す撮像装置において、ディレクトリ単位でファイル構成の再構築（ディレクトリ単位ファイル再構築処理）を行う手順のさらに他の例を説明するためのフローチャートである。
【図９ｂ】図１に示す撮像装置において、ディレクトリ単位でファイル構成の再構築（ディレクトリ単位ファイル再構築処理）を行う手順のさらに他の例を説明するためのフローチャートである。
【図１０】図１に示す撮像装置において、充電開始によるリネーム処理の第１の例を説明するためのフローチャートである。
【図１１】図１に示す撮像装置において、充電開始によるリネーム処理の第２の例を説明するためのフローチャートである。
【図１２】図１に示す撮像装置において、充電開始によるリネーム処理の第３の例を説明するためのフローチャートである。
【図１３】図１に示す撮像装置において、ユーザ通知の一例及びリネーム実行可否選択表示の一例を示す図である。
【図１４】図１に示す撮像装置において、充電開始によるリネームの第４の例を説明するためのフローチャートである。
【図１５】図１に示す撮像装置において、簡易リネーム処理及びフルリネーム処理の選択表示の一例を示す図である。
【図１６】図１に示す撮像装置において、リネーム処理実行後のカメラ起動時の撮影可能枚数表示処理の一例を示す図である。
【図１７】図１に示す撮像装置において、撮影中のリネーム処理の一例を説明するためのフローチャートである。
【図１８】従来の情報記録装置を備える撮像装置で用いられるＤＣＦ規格のファイル構成の一例を示す図である。
【発明を実施するための形態】
【００４５】
以下、本発明の実施の形態による情報記録装置の一例について、図面を参照して説明する。なお、以下の説明では、当該情報記録装置は、デジタルカメラ等の撮像装置に備えられ、撮像装置による撮像の結果得られた画像データを画像ファイル（単に、ファイルとも呼ぶ）として記録する場合について説明する。
【００４６】
図１は、本発明の実施の形態による情報記録装置が用いられる撮像装置の一例を示すブロック図である。図示の例では、撮像装置としてデジタルカメラ（以下、単にカメラと呼ぶ）１００が示されている。
【００４７】
図１を参照して、カメラ１００は、カメラ１００の全体を制御するシステムコントローラ１０１を有している。さらに、図示の例では、カメラ１００は、撮像部１０２、画像音声処理部１０３、着脱可能記憶媒体インターフェース（ＩＦ）１０４、着脱記憶媒体検出部１０６、内蔵記憶媒体１０７、表示部１０８、音声出力部１０９、ユーザ操作部１１０、及び充電池（電源部とも呼ぶ）ＩＦ１１１を有している。
【００４８】
カメラ１００に、着脱可能記憶媒体１０５が挿入されると、着脱可能記憶媒体ＩＦ１０４と着脱可能記憶媒体１０５とが接続される。着脱可能記憶媒体１０５の着脱は、着脱可能記憶媒体検出部１０６によって検出される。
【００４９】
着脱可能記憶媒体検出部１０６は、着脱可能記憶媒体１０５がカメラ１００に装着されているか否かを示す媒体検出信号をシステムコントローラ１０１に与える（図示の例では、信号線は示されていない）。
【００５０】
また、充電池ＩＦ１１１には充電池１１２が接続される。なお、充電池ＩＦ１１１には、アダプター端子（充電手段）１１３が設けられており、このアダプター端子１１３を介してアダプター（図示せず）から電源（ＤＣ電源）が供給される。
【００５１】
システムコントローラ１０１は、充電池ＩＦ１１１又はアダプターのいずれが充電池ＩＦに接続されているかを検出する。
【００５２】
撮像部１０２は、光学系、この光学系を駆動・制御するためのモータ、及び撮像素子（ともに図示せず）等を有している。
【００５３】
カメラ１００を用いて、画像（以下、ここでは、画像には所謂映像も含まれるものとする）を記録する際には、まず、撮像部１０２を通過した外光によって撮像素子の面上に光学像が結像される。そして、光学像は、撮像素子によって電気信号に変換される。この電気信号は、画像音声処理部１０３に与えられ、ここで、デジタルデータ（画像データ）に変換される。
【００５４】
着脱可能記憶媒体１０５がカメラ１００に装着されていると、画像音声処理部１０３は、システムコントローラ１０１の制御下で、着脱可能記憶媒体ＩＦ１０４を介して、画像データを画像ファイルとして着脱可能記憶媒体（単に、記録媒体ともいう）１０５に記録する。
【００５５】
なお、着脱可能記憶媒体１０５がカメラ１００に装着されていなければ、画像データは、画像ファイルとして内蔵記憶媒体（単に、記録媒体ともいう）１０７に記録される。
【００５６】
なお、図示のカメラ１００においては、ＤＣＦ規格で画像ファイルを着脱可能記憶媒体１０５又は内蔵記憶媒体１０７に記録する。
【００５７】
着脱可能記憶媒体１０５又は内蔵記憶媒体１０７に記録された画像ファイルを再生する際には、画像音声処理部１０３は、システムコントローラ１０１の制御下で、画像ファイルを表示に適する画像データに変換して、表示部１０８に表示する。
【００５８】
ユーザは、カメラ１００の操作を、ユーザ操作部１１０を用いて行うことができる。音声出力部１０９は、カメラ１００の内部の状態をユーザに知らせるための警告音及び画像再生時における音声を出力するためのものである。なお、上記の警告及びカメラの動作状態は、表示部１０８に表示することもできる。
【００５９】
なお、図１に示すカメラ１００においては、撮像部１０２、音声出力部１０９、及び着脱記憶媒体検出部１０６を除く構成要素が情報記録装置を構成することになる。
【００６０】
図２は、図１に示すカメラ１００で用いられるＤＣＦ規格（ＤＣＦ規格は、記録規則の１つである）のファイル構成の一例を示す図である。カメラ１００において、画像ファイルを記録する際には、ＤＣＦ規格に準拠して画像ファイルが記録される。図示の例では、画像ファイルは、着脱可能記憶媒体１０５に記録されるものとして説明する。
【００６１】
図２を参照して、ＤＣＩＭディレクトリ３００は、ＤＣＦ規格で定義されたディレクトリである。ＤＣＩＭディレクトリ３００中には、ＤＣＦ規格で定められた定義に従って名前の付けられたＤＣＦディレクトリ３０１〜３０５がある。この名前が、例えば、ディレクトリ識別符号である。
【００６２】
そして、図示のように、ＤＣＦディレクトリ３０１〜３０５には、それぞれＤＣＦ規格で定められた定義に従って名前の付けられた画像ファイル等のＤＣＦファイル３０６〜３０８、３０９〜３１１、３１２〜３１４、３１５〜３１７、及び３１８〜３２０がある。この名前が、例えば、ファイル識別符号である。
【００６３】
図示の例では、ＤＣＦディレクトリ番号（単に、ディレクトリ番号とも呼ぶ）及びＤＣＦファイル番号（単に、ファイル番号とも呼ぶ）が連続しておらず、この結果、着脱可能記憶媒体１０５（図１）の記録領域に無駄が生じている。そこで、ここでは、ＤＣＦディレクトリ番号及びＤＣＦファイル番号が連続するように、ファイル構成を再構築する。
【００６４】
図３は、図１に示すカメラ１００において、ＤＣＦ規格のファイル構成を再構築した例を示す図である。
【００６５】
図３を参照して、ファイル構成の再構築を行う際には、ＤＣＦディレクトリ番号の小さいＤＣＦディレクトリから順にそのディレクトリ情報を調べる。そして、ＤＣＦディレクトリがＤＣＦ規格に従って自動的に作成されたものであれば、ユーザに意図して作成されものでないとして、後述するようにして、ＤＣＦファイル単位で、ＤＣＦディレクトリ番号及びＤＣＦファイル番号をつめていく。
【００６６】
一方、ＤＣＦディレクトリ名が、ＤＣＦ規格に従って自動的に作成されたものでなければ、ユーザに意図して作成されたものである可能性が高い。例えば、当該ＤＣＦディレクトリは、日付毎及びイベント毎に意図して分けられたＤＣＦディレクトリである可能性が高い。
【００６７】
このため、当該ＤＣＦディレクトリは、他のＤＣＦディレクトリと区別して管理する方が、ユーザにとって利便性があることになる。このため、この場合には、後述するように、ＤＣＦディレクトリ単位で、ＤＣＦディレクトリ番号をつめることになる。つまり、ＤＣＦ規格に従って自動でディレクトリが作成されものであるか否かに応じてディレクトリ番号とファイル番号の再設定の方法を異ならせることになる。そして、後述するように、ＤＣＦ規格に従って自動で作成されたディレクトリについては、当該ディレクトリの番号と当該ディレクトリ中に記録されているファイルの番号との両方がリネームの対象とされる。また、ＤＣＦ規格に従って自動で作成されたものでないディレクトリについては、当該ディレクトリ中に記録されているファイルの番号は変更せずに当該ディレクトリの番号がリネームの対象とされる。
【００６８】
図示の例では、ＤＣＩＭディレクトリ４００中には、ＤＣＦディレクトリ４０１〜４０３がある。そして、ＤＣＦディレクトリ４０１〜４０３には、それぞれＤＣＦファイル４０４〜４０９、４１０〜４１２、及び４１３〜４１８がある。
【００６９】
ここで、図２及び図３を参照して、ＤＣＦディレクトリ名をディレクトリ情報として扱うものとする。図２において、「１００ＡＡＡＡＡ」で表すＤＣＦディレクトリ３０１と「２００ＡＡＡＡＡ」で表すＤＣＦディレクトリ３０２では、そのＤＣＦディレクトリ名は意図して付与したＤＣＦディレクトリ名ではない。
【００７０】
従って、ここでは、ＤＣＦディレクトリ番号が「１００ＡＡＡＡＡ」で表わされるＤＣＦディレクトリ３０１にひとまとまりとする。そして、図２に示すＤＣＦディレクトリ３０１及び３０２に含まれるＤＣＦファイル３０６〜３１１のＤＣＦファイル番号を「０００１」から付け直す。
【００７１】
なお、図３においては、ＤＣＦディレクトリ番号が「１００ＡＡＡＡＡ」で表されるＤＣＦディレクトリを符号４０１で示している。
【００７２】
その結果、図３においては、ＤＣＦディレクトリ４０１には、図２に示すＤＣＦファイル３０６〜３１１がＤＣＦファイル４０４〜４０９として含まれることになる。
【００７３】
図２において、「３０００７４１０」で表すＤＣＦディレクトリ３０３は、ＤＣＦディレクトリ名が日付に関連付けてつけられている可能性が高いＤＣＦディレクトリである。このため、このＤＣＦディレクトリ３０３は、他のＤＣＦディレクトリと区別し、他のＤＣＦディレクトリ中のＤＣＦファイルとはまとめない。
【００７４】
そして、「３０００７４１０」で表すＤＣＦディレクトリ３０３のＤＣＦディレクトリ番号のみを「１０１０７４１０」に変更する。これによって、図２に示すＤＣＦディレクトリ３０３は、図３に示すＤＣＦディレクトリ４０２となる。
【００７５】
なお、図３においては、図２に示すＤＣＦファイル３１２〜３１４は、ＤＣＦファイル４１０〜４１２で示されている。
【００７６】
図２において、「４００ＡＡＡＡＡ」で表すＤＣＦディレクトリ３０４及び「５００ＡＡＡＡＡ」で表すＤＣＦディレクトリ３０５では、そのＤＣＦディレクトリ名は意図して付与されたＤＣＦディレクトリ名ではない。よって、前述した「１００ＡＡＡＡＡ」で表すＤＣＦディレクトリ３０１及び「２００ＡＡＡＡＡ」で表すＤＣＦディレクトリ３０２と同様にして、図３に示すように、ＤＣＦディレクトリ番号「１０２ＡＡＡＡＡ」で表される１つのＤＣＦディレクトリ４０３にまとめる。そして、ＤＣＦディレクトリ３０４及び３０５におけるＤＣＦファイル３１５〜３２０のファイル番号を「０００１」から付け直す。
【００７７】
これによって、図２に示すＤＣＦファイル３１５〜３２０は、図３に示すＤＣＦファイル４１３〜４１８とされ、ＤＣＦディレクトリ４０３には、ＤＣＦファイル４１３〜４１８が含まれることになる。
【００７８】
図２及び図３においては、ＤＣＦディレクトリ名をディレクトリ情報としてファイル構成の再構築をする例について説明したが、日付又はイベント毎にＤＣＦディレクトリを分けた場合には、別のファイルにおいてＤＣＩＭディレクトリにおいて画像ファイルを管理する手法がある。この手法においては、管理ファイルを調べることによって、当該ＤＣＦディレクトリが、日付又はイベント毎に作成されたＤＣＦディレクトリであるか否かを知ることができる。
【００７９】
上述のようにして、ファイル構成の再構築を行って、ＤＣＦディレクトリ番号及びＤＣＦファイル番号を連続させて、着脱可能記憶媒体１０５の記録領域を実質的に増加させる。ここでは、続いて、ファイル構成の再構築を行う際の手順について説明する。
【００８０】
図４は、図１に示すカメラ１００においてファイル構成の再構築を行う際の動作の第１の例を説明するためのフローチャートである。なお、以下の説明においては、システムコントローラ１０１が画像音声処理部１０３を制御しつつ、画像音声処理部１０３とともにファイル構成の再構築を行う。
【００８１】
図１及び図４を参照して、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５をアクセスして、ＤＣＦフォーマット規格のファイル構成の解析を行う（ステップＳ１０１）。そして、システムコントローラ１０１は、解析の結果からＤＣＦディレクトリ番号及びＤＣＦファイル番号に空きがあるか否かを調べる（ステップＳ１０２：第１の判定手段）。
【００８２】
続いて、ＤＣＦディレクトリ番号及びＤＣＦファイル番号に空きがあると（ステップＳ１０２において、ＹＥＳ）、システムコントローラ１０１は、ファイル構成の再構築を実行する（ステップＳ１０３）。このステップＳ１０３におけるファイル構成の再構築については後述する。
【００８３】
一方、ＤＣＦディレクトリ番号及びＤＣＦファイル番号に空きがないと（ステップＳ１０２において、ＮＯ）、システムコントローラ１０１は、再構築処理を終了する。
【００８４】
図５は、図１に示すカメラ１００において、ファイル構成の再構築の一例を説明ためのフローチャートである。
【００８５】
図１及び図５を参照して、図４で説明したように、ステップＳ１０２において、ＤＣＦディレクトリ番号及びＤＣＦファイル番号に空きがあると、システムコントローラ１０１は、ステップＳ１０３で示すファイル構成の再構築を実行する（ファイル再構築処理）。
【００８６】
まず、システムコントローラ１０１は、ＤＣＩＭディレクトリの下に位置するＤＣＦディレクトリ数を取得して、この数を変数Ｌに代入する（ステップＳ２０１）。つまり、Ｌ＝ＤＣＦディレクトリ数とする。
【００８７】
次に、システムコントローラ１０１は、再構築したファイル構成で生成するＤＣＦディレクトリ数（再構築ディレクトリ数）、つまり、ＤＣＦディレクトリ番号を入れる変数ｘに１００を代入して初期化する（ステップＳ２０２）。
【００８８】
そして、システムコントローラ１０１は、同様にして、再構築したファイル構成におけるＤＣＦファイル数、つまり、ＤＣＦファイル番号を入れる変数ｙに１を代入して初期化する（ステップＳ２０３）。続いて、システムコントローラ１０１は、ＤＣＦディレクトリをカウントするための変数ｉに０を代入して初期化する（ステップＳ２０４）。
【００８９】
システムコントローラ１０１は、ＤＣＦディレクトリ数Ｌがカウント数ｉよりも小さいか否かを確認する（ステップＳ２０５）。カウント数ｉがディレクトリ数Ｌよりも小さければ（ステップＳ２０５において、ＹＥＳ）、システムコントローラ１０１は、ｉ番目のＤＣＦディレクトリが、ＤＣＦ規格に応じて自動的に生成したディレクトリであるか否かについて確認する。つまり、前述したように、ＤＣＦに応じて自動的で生成したものではないディレクトリ又はフォルダは、ユーザが意図して作成したディレクトリ又はフォルダである可能性が高い。従って、システムコントローラ１０１は、実質的にｉ番目のＤＣＦディレクトリがユーザに意図して作成されたか否かを確認するための処理（確認処理）を行うことになる（ステップＳ２０６）。そして、システムコントローラ１０１はステップＳ２０７に移行する。
【００９０】
ユーザが意図して作成した可能性のあるディレクトリについては、ファイル名又はディレクト名をむやみに変更すると、ユーザの意図に反して分かりづらくなってしまう恐れがある。一方、ＤＣＦ規格に応じて自動的に生成したディレクトリについては、その番号をつめてもユーザに対する不利益はあまりない。加えて、ＤＣＦ規格に応じて自動的に生成したディレクトリについては、ディレクトリ番号が一杯となって画像ファイルの記録できなくなってしまう事態を防止するメリットの方が大きい。
【００９１】
ここで、各ディレクトリが、ユーザが意図して作成したものであるか否かを判定する際の手法として、例えば、次の（１）及び（２）の手法が用いられる。
【００９２】
（１）まず、ディレクトリ名がＤＣＦ規格に準拠しているか否かを判定する。続いて、（２）記録媒体中にテーブルを用意しておき、当該テーブルに各ディレクトリがＤＣＦ規格に従って自動で生成されたものか否かを示す情報を記録しておく。そして、当該テーブルを参照して、システムコントローラ１０１は、上記の情報に基づいて各ディレクトリが、ユーザが意図して作成したものであるか否かを判定する。
【００９３】
なお、テーブルに、各ディレクトリがＤＣＦ規格に従って自動で生成されたものか否かを示す情報を記録しておくことは一例である。つまり、各ディレクトリがＤＣＦ規格に従って自動で生成したものか否かを判定できる情報を記録しておけば、各ディレクトの記録箇所及びその記録形態は、適宜変更可能である。
【００９４】
一方、カウント数ｉがＤＣＦディレクトリ数Ｌ以上であれば（ステップＳ２０５において、ＮＯ）、システムコントローラ１０１は処理を終了する。
【００９５】
次に、ステップＳ２０７において、システムコントローラ１０１は、ｉ番目のＤＣＦディレクトリがＤＣＦ規格に応じて自動的に生成したディレクトリであるか否かについて確認する。つまり、システムコントローラ１０１は、ｉ番目のＤＣＦディレクトリがユーザに意図して作成されているか否かを確認することになる（第２の判定手段）。ｉ番目のＤＣＦディレクトリがＤＣＦ規格に応じて自動的に作成されていれば（ステップＳ２０７において、ＹＥＳ）、画像音声処理部１０３はＤＣＦディレクトリ単位で番号をつめて（ディレクトリ単位処理）、ファイル構成の再構築を行う（ステップＳ２０８：第１の処理）。
【００９６】
一方、ｉ番目のＤＣＦディレクトリがＤＣＦ規格に応じて自動的に作成されていない場合には、つまり、ユーザに意図して作成されたものである可能性が高い場合には（ステップＳ２０７において、ＮＯ）、画像音声処理部１０３は、ＤＣＦファイル単位で番号をつめて（ファイル単位処理）、ファイル構成の再構築を実行する（ステップＳ２０９：第２の処理）。
【００９７】
なお、上述のステップＳ２０８におけるディレクトリ単位処理及びステップＳ２０９におけるファイル単位処理については、後述する。また、ここでは、ディレクトリ単位処理及びファイル単位処理をリネーム処理と呼び、リネーム処理を行う機能がリネーム手段である。
【００９８】
その後、画像音声処理部１０３は、カウント数ｉをインクリメントして（ステップＳ２１０）、ステップＳ２０５に戻り、同様にして処理を続行する。
【００９９】
図６は、図５に示すディレクトリ単位処理の手順を説明するためのフローチャートである。
【０１００】
図１及び図６を参照して、ここでは、図６における変数ｉ及びｘは、図５で説明した変数ｉ及びｘと同等のものである。
【０１０１】
まず、システムコントローラ１０１は、ｉ番目のＤＣＦディレクトリ番号を、再構築後のファイル構成において次に作成するＤＣＦディレクトリ番号ｘに変更する（ステップＳ３０１）。
【０１０２】
続いて、システムコントローラ１０１は、変数ｘをインクリメントする（ステップＳ３０２）。そして、システムコントローラ１０１は、再構築後のファイル構成において次に作成するＤＣＦファイル番号ｙに１を代入する（ステップＳ３０３）。その後、システムコントローラ１０１は、図５に示すステップＳ２１０に移行する。
【０１０３】
図７は、図５に示すファイル単位処理の手順を説明するためのフローチャートである。
【０１０４】
図１及び図７を参照して、ここで、図７における変数ｉ及びｘは、図５で説明した変数ｉ及びｘと同等のものである。まず、システムコントローラ１０１は、ｉ番目のＤＣＦディレクトリにおけるＤＣＦファイル数を取得して、そのＤＣＦファイルを変数ｍに代入する（ステップＳ４０１）。
【０１０５】
次に、システムコントローラ１０１は、カウント数ｊに０を代入して初期化する（ステップＳ４０２）。そして、システムコントローラ１０１は、カウント数ｊがファイル数ｍより小さいか否かを確認する（ステップＳ４０３）。
【０１０６】
カウント数ｊがファイル数ｍより小さければ（ステップＳ４０３において、ＹＥＳ）、システムコントローラ１０１は、再構築後のファイル構成において次に作成するＤＣＦファイル番号ｙが９９９９以下であるか否かを確認する（ステップＳ４０４：第３の判定手段）。
【０１０７】
一方、カウント数ｊがファイル数ｍ以上であれば（ステップＳ４０３において、ＮＯ）、システムコントローラ１０１は、処理を終了して、図５に示すステップＳ２１０に移行する。
【０１０８】
ステップＳ４０４において、ＤＣＦファイル番号ｙが９９９９を越えていると（ステップＳ４０４において、ＮＯ）、システムコントローラ１０１は、再構築後のファイル構成において次に作成するＤＣＦディレクトリ番号ｘをインクリメントする（ステップＳ４０５）。そして、システムコントローラ１０１は、再構築後のファイル構成において次に作成するファイル番号ｙに１を代入する（ステップＳ４０６）。
【０１０９】
一方、ステップＳ４０４において、ＤＣＦファイル番号ｙが９９９９以下であると（ステップＳ４０４において、ＹＥＳ）、システムコントローラ１０１は、ｊ番目のＤＣＦファイル番号を、再構築後のファイル構成におけるＤＣＦディレクトリ番号ｘのＤＣＦディレクトリ内のＤＣＦファイル番号ｙのファイルに変更する（ステップＳ４０７：再構築手段）。
【０１１０】
そして、システムコントローラ１０１は、再構築後のファイル構成において次に作成するＤＣＦファイル番号ｙをインクリメントする（ステップＳ４０８）。続いて、システムコントローラ１０１は、カウント数ｊをインクリメントする（ステップＳ４０９）。
【０１１１】
その後、システムコントローラ１０１は、ステップＳ４０３に戻って、カウント数ｊがファイル数ｍより小さいかを確認する処理を行って、以後同様にして処理を続行する。
【０１１２】
ところで、着脱可能記憶媒体１０５に記録されたＤＣＦディレクトリが、全てＤＣＦ規格に従って自動的に作成されたものでない場合、例えば、全てユーザが意図して付けた名前であった場合には、前述のように、ディレクトリ単位でファイル構成の再構築を行うことができない。
【０１１３】
この結果、ＤＣＦディレクトリ番号及びＤＣＦファイル番号が上限に達している場合には、これ以上の撮影を行うこと、つまり、画像ファイルの記録を行うことはできなくなってしまうことになる。
【０１１４】
この場合には、ユーザが、例えば、日付及びイベント毎に分けたＤＣＦディレクトリ構成が崩れてしまうことになるが、ＤＣＦファイル単位でファイル構成の再構築を行って、撮影可能な状態にするかどうかの確認を、ユーザに促すようにする。そして、ユーザがＤＣＦファイル単位で再構築を実行することを選択した際には、ＤＣＦファイル単位で再構築の実行を行う。以下、このＤＣＦファイル単位での再構築について説明する。
【０１１５】
図８は、図１に示すカメラ１００において、ファイル単位でファイル構成の再構築（ファイル再構築処理）を行う手順の他の例を説明するためのフローチャートである。
【０１１６】
なお、図８に示すファイル再構築処理は、図５に示すファイル再構築処理に対して、後述するステップＳ５０１〜Ｓ５０７が追加されたものである。従って、ここでは、図５で説明したステップについては、同一の参照番号を付し、説明を省略することにする。
【０１１７】
図１及び図８を参照して、図８においては、ステップＳ２０４に続いて、システムコントローラ１０１は、ＤＣＦディレクトリ単位でつめることが可能か否かの確認を行うための確認処理を実行する（ステップＳ５０１）。なお、ステップＳ５０１における確認処理については、後述する。
【０１１８】
そして、システムコントローラ１０１は、ＤＣＦディレクトリ単位でつめることが可能か否かを調べる（ステップＳ５０２）。ＤＣＦディレクトリ単位でつめることが可能であれば（ステップＳ５０２において、ＹＥＳ）、システムコントローラ１０１は、図５で説明したステップＳ２０５に進む。そして、以後、システムコントローラ１０１は、図５で説明したようにして、処理を続行する。
【０１１９】
一方、ＤＣＦディレクトリ単位でつめることが不可能であると（ステップＳ５０２において、ＮＯ）、システムコントローラ１０１は、画像音声処理部１０３を介して、ＤＣＦファイル単位でつめる処理を行うか否かを確認するための確認画面を表示部１０８に表示する（ステップＳ５０３）。つまり、システムコントローラ１０１は、ユーザにＤＣＦファイル単位でつめるか否かの確認を行う確認処理を実行することになる。
【０１２０】
システムコントローラ１０１は、ユーザに対してＤＣＦファイル単位でつめるか否かを確認する（ステップＳ５０４）。ユーザがユーザ操作部１１０によって「ＤＣＦファイル単位でつめる」を選択すると（ステップＳ５０４において、ＹＥＳ）、システムコントローラ１０１は、カウント数ｉがＤＣＦディレクトリ数Ｌより小さいか否かを確認する（ステップＳ５０５）。
【０１２１】
一方、ユーザがユーザ操作部１１０によって「ＤＣＦファイル単位でつめない」を選択すると（ステップＳ５０４において、ＮＯ）、システムコントローラ１０１は、ファイル再構築処理を終了する。
【０１２２】
ステップＳ５０５において、カウント数ｉがＤＣＦディレクトリ数Ｌより小さいと（ステップＳ５０５において、ＹＥＳ）、システムコントローラ１０１は、ＤＣＦファイル単位でＤＣＦファイルをつめてファイル構成の再構築を行う（ステップＳ５０６）。
【０１２３】
なお、ステップＳ５０５において、カウント数ｉがディレクトリ数Ｌ以上であると（ステップＳ５０５において、ＮＯ）、システムコントローラ１０１は、ファイル再構築処理を終了する。
【０１２４】
続いて、システムコントローラ１０１は、カウント数ｉをインクリメントする（ステップＳ５０７）。その後、システムコントローラ１０１は、ステップＳ５０５に戻って、カウント数ｉがＤＣＦディレクトリ数Ｌより小さいか否かを確認し、以後同様にして処理を続行する。
【０１２５】
図９ａ及び図９ｂは、図１に示すカメラ１００において、ディレクトリ単位でファイル構成の再構築（ディレクトリ単位ファイル再構築処理）を行う手順のさらに他の例を説明するためのフローチャートである。
【０１２６】
図１、図９ａ、及び図９ｂを参照して、システムコントローラ１０１は、画像音声処理部１０３を介して着脱可能記憶媒体１０５からＤＣＦディレクトリ数を取得して、これを変数Ｌに代入する（ステップＳ６０１）。続いて、システムコントローラ１０１は、ディレクトリ数、つまり、変数Ｌが９００であるか否かを確認する確認処理を行う（ステップＳ６０２）。
【０１２７】
変数Ｌが９００であれば（ステップＳ６０２において、ＹＥＳ）、システムコントローラ１０１は、カウント数ｊに０を代入して初期化する（ステップＳ６０３）。一方、変数Ｌが９００でないと（ステップＳ６０２において、ＮＯ）、システムコントローラ１０１は、ディレクトリ単位でつめられる旨を示すメッセージを、画像音声処理部１０３を介して表示部１０８に表示する（ステップＳ６０４）。そして、システムコントローラ１０１は、ディレクトリ単位ファイル再構築処理を終了する。
【０１２８】
ステップＳ６０３に続いて、システムコントローラ１０１は、ＤＣＦファイル数を保持するテンポラリ変数ｔｍｐに０を代入して初期化する（ステップＳ６０５）。そして、システムコントローラ１０１は、カウント数ｊが変数Ｌ、つまり、ＤＣＦディレクトリ数より小さいか否かを確認する（ステップＳ６０６）。
【０１２９】
カウント数ｊが変数数Ｌより小さいと（ステップＳ６０６において、ＹＥＳ）、システムコントローラ１０１は、ｊ番目のＤＣＦディレクトリがＤＣＦ規格に従って自動的に生成されたか（つまり、このＤＣＦディレクトリをユーザが意図して作成したか）否かの確認を行う確認処理を実行する（ステップＳ６０７）。
【０１３０】
一方、カウント数ｊが変数Ｌ以上であると（ステップＳ６０６において、ＮＯ）、システムコントローラ１０１は、画像音声処理部１０３を介してＤＣＦディレクトリ単位でつめられない旨のメッセージを、表示部１０８に表示する（ステップＳ６０８）。そして、システムコントローラ１０１は、ディレクトリ単位ファイル再構築処理を終了する。
【０１３１】
ステップＳ６０７に続いて、システムコントローラ１０１は、ｊ番目のＤＣＦディレクトリがＤＣＦ規格に従って自動的に生成されたか（つまり、このＤＣＦディレクトリをユーザが意図して作成したか）否かについて調べる（ステップＳ６０９）。ｊ番目のＤＣＦディレクトリが、ＤＣＦ規格に従って自動的に生成されたＤＣＦディレクトリでないと（つまり、ユーザが意図して作成したＤＣＦディレクトリであると：ステップＳ６０９において、ＹＥＳ）、システムコントローラ１０１は、ＤＣＦファイル数を保持するテンポラリ変数ｔｍｐに０を代入する（ステップＳ６１０）。
【０１３２】
そして、システムコントローラ１０１は、カウント数ｊをインクリメントする（ステップＳ６１５）。その後、システムコントローラ１０１は、ステップＳ６０６に戻って、カウント数ｊが変数Ｌ、つまり、ＤＣＦディレクトリ数より小さいか否かを確認して、同様にして処理を続行する。
【０１３３】
一方、ステップＳ６０９において、ｊ番目のＤＣＦディレクトリが、ＤＣＦ規格に従って自動的に生成されたディレクトリであると（つまり、ユーザが意図して作成したディレクトリでないと：ステップＳ６０９において、ＮＯ）、システムコントローラ１０１は、ｊ番目のＤＣＦディレクトリのＤＣＦファイル数を取得して、これを変数ｍに代入する（ステップＳ６１２）。そして、システムコントローラ１０１は、テンポラリ変数ｔｍｐが０であるか否かについて確認する（ステップＳ６１３）。
【０１３４】
テンポラリ変数ｔｍｐが０であると（ステップＳ６１３において、ＹＥＳ）、システムコントローラ１０１は、テンポラリ変数ｔｍｐをｍだけインクリメントする（ステップＳ６１４）。そして、システムコントローラ１０１は、ステップＳ６１１に移行して、カウント数ｊをインクリメントする。
【０１３５】
一方、テンポラリ変数ｔｍｐが０でないと（ステップＳ６１３において、ＮＯ）、システムコントローラ１０１は、テンポラリ変数ｔｍｐをｍだけディクリメントする（ステップＳ６１５）。そして、システムコントローラ１０１は、テンポラリ変数ｔｍｐが９９９９以上であるか否かを確認する（ステップＳ６１６）。
【０１３６】
テンポラリ変数ｔｍｐが９９９９より大きいと（ステップＳ６１６において、ＹＥＳ）、システムコントローラ１０１は、テンポラリ変数ｔｍｐに「ｔｍｐ−９９９９」の値を代入する（ステップＳ６１７）。そして、システムコントローラ１０１は、ステップＳ６１１に移行して、カウント数ｊをインクリメントする。
【０１３７】
一方、テンポラリ変数ｔｍｐが９９９９でないと、つまり、テンポラリ変数ｔｍｐが９９９９以下であると（ステップＳ６１６において、ＮＯ）、システムコントローラ１０１は、ステップＳ６０４に進んで、画像音声処理部１０３を介して、ＤＣＦディレクトリ単位でつめられる旨を示すメッセージを、表示部１０８に表示する。そして、システムコントローラ１０１は、ディレクトリ単位ファイル再構築処理を終了する。
【０１３８】
上述したファイル構成の再構築は、例えば、撮影途中で画像データ、つまり、画像ファイルの記録が不可能状態に陥った場合に実行されることを想定しているが、ＤＣＦディレクトリ番号又はＤＣＦファイル番号が所定の値以上になった場合等、様々なタイミングで実行するようにしてもよい。
【０１３９】
図１０は、図１に示すカメラ１００において、充電開始によるリネーム処理の第１の例を説明するためのフローチャートである。
【０１４０】
前述したように、カメラ１００は充電池１１２（図１）を内蔵可能である。ここでは、カメラ１００、つまり、充電池１１２を充電する際に、つまり、カメラ１００の充電開始時において、充電に必要な時間（充電完了時間と呼ぶ）を計測（予測）する。続いて、リネーム処理に必要な時間（リネーム完了時間と呼ぶ）を測定して、当該リネーム処理の実施可否を判定する。例えば、ここでは、充電完了時間がリネーム完了時間より長い場合に、リネーム処理が実行される。
【０１４１】
図１及び図１０を参照して、まず、システムコントローラ１０１が充電開始の判断を行う（ステップＳ７０１）。図示の例では、充電池ＩＦ（電源部）１１１に充電池１１２が接続されるとともに、アダプタ端子１１３にＤＣ電源が接続され、かつカメラ１００がオフ（ＯＦＦ）状態である場合に、システムコントローラ１０１は充電開始と判断する。つまり、充電開始の条件は、充電池１１１及びＤＣ電源の接続とカメラ１００のオフ状態である。
【０１４２】
充電開始と判断すると（ステップＳ７０１において、ＹＥＳ）、システムコントローラ１０１は、充電完了時間の予測を行う（ステップＳ７０２：充電時間測定手段）。一方、充電開始と判断しないと（ステップＳ７０１において、ＮＯ）、システムコントローラ１０１は、リネーム処理を終了する。
【０１４３】
充電完了時間の予測を行う際には、システムコントローラ１０１は、充電池１１２のインフォ情報に基づいて充電池１１２のチャージ量から、充電完了に必要な時間（充電完了時間）を算出する。
【０１４４】
続いて、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及び画像ファイル（ＤＣＦファイル）の全てに対して、リネーム処理を行う場合に必要な時間（リネーム完了時間）の予測を行う（ステップＳ７０３：リネーム時間測定手段）。
【０１４５】
システムコントローラ１０１は、充電完了時間とリネーム完了時間とを比較して、充電完了時間がリネーム完了時間よりも大きいか否かについて判定する（ステップＳ７０４）。そして、その判定結果に応じて、システムコントローラ１０１はリネーム処理を行うか否かを決定する（リネーム判定手段）。
【０１４６】
充電完了時間が充分にあってリネーム完了時間より長いと（ステップＳ７０４において、ＹＥＳ）、システムコントローラ１０１は、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対してリネーム処理を行う（ステップＳ７０５）。そして、システムコントローラ１０１は、リネーム処理を終了する。
【０１４７】
一方、充電完了時間がリネーム完了時間以下であると（ステップＳ７０４において、ＮＯ）、システムコントローラ１０１は、リネーム処理を行うことなく、リネーム処理を終了する。
【０１４８】
このようにして、充電完了時間とリネーム完了時間とに応じて、リネーム処理を行うか否かを判断するようにしたので、全てのＤＣＦディレクトリ及びＤＣＦファイルのリネーム処理を確実に行うことができる。
【０１４９】
図１１は、図１に示すカメラ１００において、充電開始によるリネーム処理の第２の例を説明するためのフローチャートである。
【０１５０】
ここでは、カメラ１００の充電開始を行う際に、全てのＤＣＦディレクトリ及びＤＣＦファイルに対してリネーム処理を実施するか、それとも、ＤＣＦディレクトリ及びＤＣＦファイルの一部に対してリネーム処理を実施するかを判断して、リネーム処理が実行される。
【０１５１】
図１及び図１１を参照して、まず、図１０に関連して説明したようにして、システムコントローラ１０１が充電開始の判断を行う（ステップＳ８０１）。充電開始と判断すると（ステップＳ８０１において、ＹＥＳ）、システムコントローラ１０１は、図１０で説明したようにして、充電完了時間の予測を行う（ステップＳ８０２）。一方、充電開始と判断しないと（ステップＳ８０１において、ＮＯ）、システムコントローラ１０１はリネーム処理を終了する。
【０１５２】
続いて、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対して、リネーム処理を行う場合に必要とする時間（リネーム完了時間）の予測を行う（ステップＳ８０３）。
【０１５３】
システムコントローラ１０１は、充電完了時間とリネーム完了時間とを比較して、充電完了時間がリネーム完了時間よりも大きいか否かについて判定する（ステップＳ８０４）。
【０１５４】
充電完了時間が充分にあってリネーム完了時間より長いと（ステップ８０４において、ＹＥＳ）、システムコントローラ１０１は、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対してリネーム処理を行う（ステップＳ８０５）。そして、システムコントローラ１０１はリネーム処理を終了する。
【０１５５】
一方、充電完了時間がリネーム完了時間以下であると（ステップＳ８０４において、ＮＯ）、システムコントローラ１０１は、１ＤＣＦディレクトリ分についてリネーム処理を実行する（ステップＳ８０６）。そして、システムコントローラ１０１はリネーム処理を終了する。
【０１５６】
なお、図１１に示す例では、ステップＳ８０４、Ｓ８０５、及びＳ８０６がリネーム判定手段として機能していることになる。
【０１５７】
このようにして、充電完了時間とリネーム完了時間とに応じて、ＤＣＦディレクトリ及びＤＣＦファイルの全てについてリネーム処理を行うか、それとも、ＤＣＦディレクトリの一部に関してリネーム処理を行うかを判断するようにしたので、リネーム処理を適宜実行することができる。
【０１５８】
図１２は、図１に示すカメラ１００において、充電開始によるリネーム処理の第３の例を説明するためのフローチャートである。
【０１５９】
ここでは、カメラ１００を充電する際に、その充電完了時間が短い場合に、リネーム処理を行うか否かについてユーザに選択させるようにしている。
【０１６０】
図１及び図１２を参照して、まず、図１０に関連して説明したようにして、システムコントローラ１０１が充電開始の判断を行う（ステップＳ９０１）。充電開始と判断すると（ステップＳ９０１において、ＹＥＳ）、システムコントローラ１０１は、図１０で説明したようにして、充電完了時間の予測を行う（ステップＳ９０２）。一方、充電開始と判断しないと（ステップＳ９０１において、ＮＯ）、システムコントローラ１０１はリネーム処理を終了する。
【０１６１】
続いて、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対して、リネーム処理を行う場合に必要な時間（リネーム完了時間）の予測を行う（ステップＳ９０３）。
【０１６２】
システムコントローラ１０１は、充電完了時間とリネーム完了時間とを比較して、充電完了時間がリネーム完了時間よりも大きいか否かについて判定する（ステップＳ９０４）。
【０１６３】
充電完了時間が充分にあってリネーム完了時間より長いと（ステップ９０４において、ＹＥＳ）、システムコントローラ１０１は、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対してリネーム処理を行う（ステップＳ９０５）。そして、システムコントローラ１０１はリネーム処理を終了する。
【０１６４】
一方、充電完了時間がリネーム完了時間以下であると（ステップＳ９０４において、ＮＯ）、システムコントローラ１０１は、画像音声処理部１０３を介して、充電完了時間内にリネーム処理が終了しない旨、つまり、リネーム処理が充電処理よりも長い旨、表示部１０８に表示して、ユーザに通知する（ステップＳ９０６）。
【０１６５】
これによって、システムコントローラ１０１は、リネーム処理を実施するか否かについてユーザに選択させることになる。
【０１６６】
図１３は、図１に示すカメラ１００において、ユーザ通知の一例及びリネーム実行可否選択表示の一例を示す図である。
【０１６７】
図１３に示すように、システムコントローラ１０１は、表示部１０８に、ユーザ通知として、「リネーム処理は充電完了の時間内に終わりません。」を表示する。さらに、システムコントローラ１０１は、リネーム実行可否選択表示として、表示部１０８に、「リネーム処理を実施しますか？」を表示して、その下に、「はい」及び「いいえ」ボタン１３ａ及び１３ｂを表示する。
【０１６８】
ステップＳ９０６に続いて、システムコントローラ１０１は、リネーム処理を実施するか否かを判定する（ステップＳ９０７）。ユーザが、ユーザ操作部１１０を用いて、「はい」ボタン１３ａを選択すると（ステップＳ９０７において、ＹＥＳ）、システムコントローラ１０１は、リネーム処理を実施すると判定して、ステップＳ９０５に移行する。そして、システムコントローラ１０１は、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対してリネーム処理を行い、その後、リネーム処理を終了する。
【０１６９】
一方、ユーザが、ユーザ操作部１１０を用いて、「いいえ」ボタン１３ａを選択すると（ステップＳ９０７において、ＮＯ）、システムコントローラ１０１は、リネーム処理を実施しないと判定して、リネーム処理を終了する。
【０１７０】
このようにして、充電完了時間とリネーム完了時間とに応じて、ＤＣＦディレクトリ及びＤＣＦファイルの全てについてリネーム処理を行うか否かを判断する際に、ユーザの意向に応じてリネーム処理の実施を判断するようにしたので、リネーム処理をユーザの選択に応じて適宜実施することができる。
【０１７１】
図１４は、図１に示すカメラ１００において、充電開始によるリネーム処理の第４の例を説明するためのフローチャートである。
【０１７２】
図１及び図１４を参照して、まず、図１０に関連して説明したようにして、システムコントローラ１０１が充電開始の判断を行う（ステップＳ１００１）。充電開始と判断すると（ステップＳ１００１において、ＹＥＳ）、システムコントローラ１０１は、図１０で説明したようにして、充電完了時間の予測を行う（ステップＳ１００２）。
【０１７３】
一方、充電開始と判断しないと（ステップＳ１００１において、ＮＯ）、システムコントローラ１０１はリネーム処理を終了する。
【０１７４】
続いて、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対して、リネーム処理を行う場合に必要な時間（リネーム完了時間）の予測を行う（ステップＳ１００３）。
【０１７５】
システムコントローラ１０１は、充電完了時間とリネーム完了時間とを比較して、充電完了時間がリネーム完了時間よりも大きいか否かについて判定する（ステップＳ１００４）。
【０１７６】
充電完了時間が充分にあって、リネーム完了時間より長いと（ステップ１００４において、ＹＥＳ）、システムコントローラ１０１は、簡易リネーム処理を連続して所定の回数（例えば、５回）実施したか否かについて判定する（ステップＳ１００５）。なお、ここで、簡易リネーム処理とは、１ＤＣＦディレクトリ分のリネーム処理を実行することをいう。
【０１７７】
簡易リネーム処理を連続して所定の回数実施していないと（ステップＳ１００５において、ＮＯ）、システムコントローラ１０１は、１ディレクトリ分だけリネーム処理（つまり、簡易リネーム処理）を実行する（ステップＳ１００６）。
【０１７８】
そして、システムコントローラ１０１は、簡易リネーム処理の連続実行回数をインクリメントして（＋１カウントアップして）、この実行回数を保持し（ステップＳ１００７）、リネーム処理を終了する。
【０１７９】
ステップＳ１００４において、充電完了時間がリネーム完了時間以下であると（ステップＳ１００４において、ＮＯ）、システムコントローラ１０１は、画像音声処理部１０３を介して、充電完了時間内にリネーム処理が終了しない旨、つまり、リネーム処理が充電処理よりも長い旨を表示部１０８に表示して、ユーザに通知する（ステップＳ１００８）。
【０１８０】
続いて、システムコントローラ１０１は、リネーム処理を実施するか否かについて、表示部１０８に表示を行って、ユーザに通知する（ステップＳ１００９）。これによって、システムコントローラ１０１は、リネーム処理を実施するか否かについてユーザに選択させることになる。
【０１８１】
なお、ステップＳ１００８及びＳ１００９における表示は、図１３で説明した表示例と同様であるので、説明を省略する。
【０１８２】
いま、ユーザがリネーム処理の実施を選択すると（ステップＳ１００９において、ＹＥＳ）、システムコントローラ１０１は、簡易リネーム処理を行うか又は全てのリネーム処理を行うか（フルリネーム処理）の選択をユーザに通知する（ステップＳ１０１０）。
【０１８３】
図１５は、図１に示すカメラ１００において、簡易リネーム処理及びフルリネーム処理の選択表示の一例を示す図である。
【０１８４】
図１５に示すように、システムコントローラ１０１は、表示部１０８に、「リネーム処理の対象範囲」及び「以下の選択をしてください。」という通知文を表示する。そして、システムコントローラ１０１は、表示部１０８に、「以下を選択してください。」の通知文の下に、「簡易」及び「全ファイル」ボタン１５ａ及び１５ｂを表示する。
【０１８５】
ユーザが、ユーザ操作部１１０を用いて、「簡易」ボタン１５ａを選択すると（ステップＳ１０１０において、簡易）、システムコントローラ１０１は、簡易リネーム処理を実施すると判定して、ステップＳ１００６に移行する。そして、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録された１ＤＣＦディレクトリ分についてリネーム処理、つまり、簡易リネーム処理を実施する。
【０１８６】
一方、ユーザが、ユーザ操作部１１０を用いて、「全ファイル」ボタン１５ｂを選択すると（ステップＳ１０１０において、フル）、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対してリネーム処理、つまり、フルリネーム処理を実施する（ステップＳ１０１１）。
【０１８７】
続いて、システムコントローラ１０１は、簡易リネーム処理の連続実行回数をリセット（消去）して（ステップＳ１０１２）、リネーム処理を終了する。
【０１８８】
なお、ステップＳ１００９において、ユーザが、ユーザ操作部１１０を用いて、図１３に示す「いいえ」ボタン１３ａを選択すると（ステップＳ１００９において、ＮＯ）、システムコントローラ１０１は、リネーム処理を実施しないと判定して、リネーム処理を終了する。
【０１８９】
また、ステップＳ１００５において、簡易リネーム処理の連続実行回数が所定の回数以上であると（ステップＳ１００５において、ＹＥＳ）、システムコントローラ１０１は、ステップＳ１０１１に移行する。そして、システムコントローラ１０１は、画像音声処理部１０３を介して、着脱可能記憶媒体１０５に記録されているＤＣＦディレクトリ及びＤＣＦファイルの全てに対してリネーム処理（フルリネーム処理）を実施する。
【０１９０】
このようにして、充電完了時間とリネーム完了時間とに応じて、ＤＣＦディレクトリ及びＤＣＦファイルの全てについてリネーム処理を行うか否かを判断する際に、簡易リネーム処理を行うかフルリネーム処理を行うかについて、ユーザの選択に応じてリネーム処理の実施を判断するようにしたので、リネーム処理をユーザの選択に応じて適宜実施することができる。
【０１９１】
上述のように、充電開始に応じてリネーム処理を行う第１〜第４の例では、充電池の容量を気にすることなく、リネーム処理を行うことができ、その結果、記録不能となる事態を極力回避することができる。
【０１９２】
図１６は、図１に示すカメラ１００において、リネーム処理実行後のカメラ起動時の撮影可能枚数表示処理の一例を示す図である。
【０１９３】
ここでは、前述のようにして、カメラ１００の充電中にリネーム処理を実行した後に、カメラ１００を起動した際に、ＤＣＦディレクトリ番号及びＤＣＦファイル番号がその上限に達するまでの記録可能枚数（つまり、撮影可能枚数）を表示部１０８に表示する。
【０１９４】
図１及び図１６を参照して、いま、カメラ１００を起動すると、システムコントローラ１０１は、充電完了直後であると、充電中にリネーム処理を行ったか否かついて判定する（ステップＳ１１０１）。なお、充電中にリネーム処理を行ったか否かを示す充電情報は、システムコントローラ１０１によって、不揮発性メモリ（図示せず）に保持されているものとする。
【０１９５】
充電情報が不揮発性メモリに保持されていると、つまり、充電中にリネーム処理を行っていると（ステップＳ１１０１において、ＹＥＳ）、システムコントローラ１０１は、カメラ１００の起動後、予め規定された時間の間、ＤＣＦ規格のＤＣＦディレクトリ番号及びＤＣＦファイル番号が上限に達するまでの記録可能枚数を、画像音声処理部１０３を介して表示部１０８に表示する（ステップＳ１１０２）。そして、システムコントローラ１０１は、撮影可能枚数表示処理を終了する。
【０１９６】
一方、充電中にリネーム処理を行っていないと（ステップＳ１１０１において、ＮＯ）、システムコントローラ１０１は、撮影可能枚数表示処理を終了する。
【０１９７】
なお、システムコントローラ１０１は、上述のようにして、記録可能枚数を表示した後、充電完了直後におけるカメラ起動情報と上記の充電情報とをともに不揮発性メモリから消去する。
【０１９８】
このようにして、リネーム処理を実行した後、カメラ１００の起動時に記録可能枚数を表示するようにしたので、ユーザは、リネーム処理によって記録可能となった枚数を直ちに知ることができる。
【０１９９】
ところで、図１に示すカメラ１００を用いて、ユーザが撮影を行った際に、ＤＣＦファイル番号が、カメラ１００で規定された最大値を越えてしまった際には、次のようにしてリネーム処理が行われる。
【０２００】
図１７は、図１に示すカメラ１００において、撮影中のリネーム処理の一例を説明するためのフローチャートである。
【０２０１】
図１及び図１７を参照して、図１に関連して説明したように、ユーザがシャッター（図示せず）を押して、被写体を１枚撮影すると、システムコントローラ１０１は、画像音声処理部１０３を介して、当該被写体に係る画像データを画像ファイルとして、例えば、着脱可能記憶媒体１０５に格納する（ステップＳ２００１）。
【０２０２】
システムコントローラ１０１は、画像データを画像ファイルとして着脱可能記憶媒体１０５に格納する都度、ＤＣＦファイル番号が、ファイルシステム、つまり、カメラ１００で規定する上限（最大値）に達したか否かを判断する（ステップＳ２００２）。
【０２０３】
ＤＣＦファイル番号が上限に達していなければ、システムコントローラ１０１は、ステップＳ２００１に戻り、これによって、ユーザは、次の撮影を行うことができる。
【０２０４】
一方、ＤＣＦファイル番号が上限に達している場合には、システムコントローラ１０１は、使用されている電源が充電池１１２であるか否かをチェックする（ステップＳ２００３）。
【０２０５】
電源が充電池ではないと（ステップＳ２００３において、ＮＯ）、システムコントローラ１０１は、着脱可能記憶媒体１０５の全領域、つまり、全てのＤＣＦディレクトリ及びＤＣＦファイルについてリネーム処理を実施する（ステップＳ２００４）。そして、システムコントローラ１０１は、撮影中リネーム処理を終了する。
【０２０６】
なお、上記のステップＳ２００４におけるリネーム処理は、図４で説明した処理と同様であるので、ここでは、説明を省略する。
【０２０７】
ステップＳ２００３において、電源が充電池１１２であると（ステップＳ２００３において、ＹＥＳ）、システムコントローラ１０１は、１ＤＣＦディレクトリ分についてのみリネームを実施する簡易リネーム処理を行う（ステップＳ２００５）。そして、システムコントローラ１０１は、撮影中リネーム処理を終了する。
【０２０８】
簡易リネーム処理を行う際には、例えば、システムコントローラ１０１は、まず、ＤＣＦディレクトリ番号が大きい方から逆の順番で、ＤＣＦディレクトリ内に空き領域（欠番）があるか否かをチェックする。そして、最初に空き領域が発見されたＤＣＦディレクトリに対して、システムコントローラ１０１は、前述したＤＣＦファイル単位でつめる処理を実行することになる。
【０２０９】
着脱可能記憶媒体１０５の全領域に関してリネーム処理（フルリネーム処理）を行う際には、高速のＣＰＵ（中央演算装置）で行っても多大な時間を必要とする。一般に、カメラ１００には、大容量の充電池１１２が取り付けられていることは殆どなく、フルリネーム処理を行うことは困難である。
【０２１０】
従って、電源が充電池１１２である場合には、簡易リネーム処理を行って、ユーザがさらに撮影を続けることを可能としている。つまり、この場合には、最終的なＤＣＦファイル番号がファイルシステムの上限となっている状態を回避するために、簡易リネーム処理を行うことになる。
【０２１１】
このような簡易リネーム処理であれば、大容量の充電池１１２が取り付けられていない場合であっても、短時間で処理でき、必要最低限の電力を使用するだけである。そして、ファイルシステムからの制限によって撮影が不可能な状態を回避することが可能となる。
【０２１２】
以上のように、本発明の実施の形態によれば、着脱可能記憶媒体１０５等の記録媒体に空容量があるにも関わらず、画像ファイルを記録できないという事態を極力回避することができる。そして、例えば、記録不能な状態を事前にユーザに知らせて、ユーザの希望に応じたファイル構成の再構築を行うようにしたので、ユーザの意図に合わせて、ＤＣＦファイル番号及びＤＣＦディレクトリ番号を付け直す処理を行うことができる。従って、本発明の実施の形態によれば、適切なＤＣＦディレクトリ及びＤＣＦファイルの管理を行うことができる。
【０２１３】
さらに、記録不能状態を事前にユーザに知らせるようにして、ユーザの選択に応じてリネーム処理を実行するようにしたので、ユーザの希望に応じたファイル構成の再構築ができるばかりでなく、必要に応じてファイル番号及びディレクトリ番号を付け直す処理を行って、記録不能状態を回避することができる。
【０２１４】
なお、上述の説明から明らかなように、本発明の実施の形態においては、システムコントローラ１０１及び画像音声処理部１０３が、集合的に、記録手段、第１の判定手段、第２の判定手段、及びリネーム手段として機能することになる。また、システムコントローラ１０１は、充電時間測定手段、リネーム時間測定手段、及びリネーム判定手段として機能する。
【０２１５】
以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【０２１６】
例えば、上述の実施の形態の機能をファイル管理方法として、マイクロプロセッサー等のコンピュータに実行させるようにしてもよい。また、上述の実施の形態の機能を有するプログラムをファイル管理プログラムとして、マイクロプロセッサー等のコンピュータに実行させるようにしてもよい。
【０２１７】
さらには、このファイル管理プログラムが格納された記録媒体から、ファイル管理プログラムをマイクロプロセッサー等のコンピュータに読み込ませて、当該プログラムを実行させても、同様な効果を実現できる。
【０２１８】
ファイル管理プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリが用いられる。また、ファイル管理プログラムを供給する際には、コンピュータネットワーク上のサーバに当該プログラムを記憶し、クライアントコンピュータがこのプログラムをダウンロードするようにしてもよい。
【符号の説明】
【０２１９】
１００  カメラ
１０１  システムコントローラ
１０２  撮像部
１０３  画像音声処理部
１０４  着脱可能記憶媒体ＩＦ
１０５  着脱可能記憶媒体
１０６  着脱記憶媒体検出部
１０７  内蔵記憶媒体
１０８  表示部
１０９  音声出力部
１１０  ユーザ操作部
１１１  充電池ＩＦ
【図１】
0005511491.tif 000002
【図２】
0005511491.tif 000003
【図３】
0005511491.tif 000004
【図４】
0005511491.tif 000005
【図５】
0005511491.tif 000006
【図６】
0005511491.tif 000007
【図７】
0005511491.tif 000008
【図８】
0005511491.tif 000009
【図９ａ】
0005511491.tif 000010
【図９ｂ】
0005511491.tif 000011
【図１０】
0005511491.tif 000012
【図１１】
0005511491.tif 000013
【図１２】
0005511491.tif 000014
【図１３】
0005511491.tif 000015
【図１４】
0005511491.tif 000016
【図１５】
0005511491.tif 000017
【図１６】
0005511491.tif 000018
【図１７】
0005511491.tif 000019
【図１８】
0005511491.tif 000020