(57)【要約】【課題】  ファイル名（拡張子）の文字列の情報管理の精度を高めること。【解決手段】  ファイル名フィールドに格納されるファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を予約フィールドに格納するようにした。そのため、検索処理の対象となるディレクトリエントリのファイル名フィールドに格納されているファイル名の文字列文字コードと、予約フィールドに格納されている大小文字フラグＡとを相互に照らし合わせることで、アルファベットの大文字・小文字を厳密に区別して、拡張子に関する情報管理の精度を高めることが可能である。【選択図】  図２
2006092248.tif 000002
【特許請求の範囲】
【請求項１】
各ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理プログラムであって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納する格納機能をコンピュータに実行させることを特徴とするファイル管理プログラム。
【請求項２】
前記格納機能は、各ファイルの拡張子を示す情報をディレクトリエントリの拡張子フィールドに格納し、且つ、前記拡張子フィールドに格納された拡張子に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納することを特徴とする請求項１に記載のファイル管理プログラム。
【請求項３】
各ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理プログラムであって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報が、前記ディレクトリエントリの空きフィールドに格納されている場合には、前記空きフィールドを解析することで、前記アルファベットが大文字及び小文字のいずれであるかを区別して前記ファイル名の文字列を管理する管理機能を備えたことを特徴とするファイル管理プログラム。
【請求項４】
ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理プログラムで用いられるデータ構造あって、
前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納することを特徴とするデータ構造。
【請求項５】
ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理装置であって、
前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納する格納手段を備えたことを特徴とするファイル管理装置。
【請求項６】
ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理装置であって、
前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報が、前記ディレクトリエントリの空きフィールドに格納されている場合には、前記空きフィールドを解析することで、前記アルファベットが大文字及び小文字のいずれであるかを区別して前記ファイル名の文字列を管理する管理手段を備えたことを特徴とするファイル管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ファイル或いはディレクトリそれぞれに名前を設定し、その設定された名前で、当該ファイル或いはディレクトリを管理するファイル管理プログラム、データ構造及びファイル管理装置に関する。
【背景技術】
【０００２】
従来、この種のファイル管理プログラムとしては、例えば、マイクロソフト社のオペレーティングシステム(Windows(登録商標)やMS-DOS（登録商標）)に搭載されたファイルシステム、つまり、ＦＡＴ(File Allocation Table)３２ファイルシステム、ＦＡＴ１６ファイルシステム、ＦＡＴ１２ファイルシステムが知られている。このようなファイル管理プログラムにあっては、一般に、新しいファイル及びディレクトリが生成されると、そのファイル名及びディレクトリ名として、８文字＋３文字のファイル名を設定し、そのファイル名に含まれるアルファベットの文字列は、その大文字及び小文字の指定内容に関わらず、全て大文字として統一的に管理され、１つの単位記憶領域（以下、「ディレクトリエントリ」とも呼ぶ。）に格納することで、当該ファイル及びディレクトリの名前を管理するようになっている（特許文献１参照）。
【特許文献１】特開平６−３０９２０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記従来のファイル管理プログラムにあっては、ファイル名に含まれるアルファベットを全て大文字として管理するようになっているため、例えば、利用者がアルファベットの大文字・小文字を意図的に区別してファイル名を指定しても、ファイル名の格納時に、その指定されたファイル名に含まれるアルファベットは、ファイルシステムの内部で自動的に、全て大文字として統一的に管理され、その結果、利用者の意志にそぐわないファイル名が設定されることになり、ファイル名管理の精度や柔軟性に欠けている面があった。
【０００４】
本発明は、上記従来技術の未解決の問題点を解決することを目的とするものであって、大文字・小文字を厳密に区別してファイル名を管理することが可能なファイル管理プログラム、データ構造及びファイル管理装置を提供することを課題とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、第１の発明であるファイル管理プログラムは、各ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理プログラムであって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納する格納機能をコンピュータに実行させることを特徴とする。
【０００６】
また、第２の発明であるファイル管理プログラムにあっては、各ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理プログラムであって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報が、前記ディレクトリエントリの空きフィールドに格納されている場合には、前記空きフィールドを解析することで、前記アルファベットが大文字及び小文字のいずれであるかを区別して前記ファイル名の文字列を管理する管理機能を備えたことを特徴とする。
【０００７】
さらに、第３の発明であるデータ管理構造にあっては、ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理プログラムで用いられるデータ構造あって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納することを特徴とする。
【０００８】
また、第４の発明であるファイル管理装置にあっては、ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理装置であって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納する格納手段を備えたことを特徴とする。
【０００９】
さらに、第５の発明であるファイル管理装置にあっては、ファイル或いはディレクトリの名前をディレクトリエントリのファイル名フィールドに格納して当該ファイル或いはディレクトリを管理するファイル管理装置であって、前記ファイル名フィールドに格納されたファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報が、前記ディレクトリエントリの空きフィールドに格納されている場合には、前記空きフィールドを解析することで、前記アルファベットが大文字及び小文字のいずれであるかを区別して前記ファイル名の文字列を管理する管理手段を備えたことを特徴とする。
【００１０】
これら第１〜第５の発明によれば、例えば、ディレクトリエントリのファイル名フィールドに格納されているファイル名の文字列情報と、空きフィールドに格納されている大文字及び小文字の管理情報とを、相互に照らし合わせることで、利用者により意図的に指定されたファイル名の大文字・小文字を厳密に区別して、ファイルやディレクトリの名前を管理し、これにより、ファイル名に関する情報管理の精度を高めることが可能である。
【００１１】
また、第６の発明であるファイル管理プログラムにあっては、前記格納機能は、各ファイルの拡張子を示す情報をディレクトリエントリの拡張子フィールドに格納し、且つ、前記拡張子フィールドに格納された拡張子に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を、前記ディレクトリエントリの空きフィールドに格納することを特徴とする。
【００１２】
この第６の発明によれば、例えば、ディレクトリエントリの拡張子フィールドに格納されている拡張子の文字列情報と、空きフィールドに格納されている大文字及び小文字の管理情報とを、相互に照らし合わせることで、大文字・小文字を厳密に区別して当該拡張子を管理し、これにより、ファイル名に関する情報管理の精度を高めることが可能である。
【発明を実施するための最良の形態】
【００１３】
以下、本発明のファイル管理プログラムの実施形態として、画像データを生成可能なＣＣＤカメラ等の撮像ユニットを備えた携帯端末に適用した例を図面に基づいて説明する。
即ち、この携帯端末１にあっては、撮像ユニットで画像データが生成されると、その生成された画像データのファイルに対して、８文字のファイル名と、そのファイル名に含まれるアルファベットそれぞれが大文字及び小文字のいずれであるかを示す情報と、ＦＡＴ１２ファイルシステムの規格に従った当該ファイルに関するその他の情報と、を設定してメモリーカードに格納する。そして、この携帯端末１にあっては、そのメモリーカードに格納されたファイルを、ＦＡＴ３２ファイルシステム、ＦＡＴ１６ファイルシステム、ＦＡＴ１２ファイルシステムを搭載したパソコンで利用者にそのまま扱わせることができ、また、ファイル名のディレクトリエントリを１つだけ解析することで、任意のファイルのファイル名に含まれるアルファベットそれぞれを大文字・小文字と区別して管理することができるようにした。
＜携帯端末の構成＞
図１は、本実施形態の携帯端末の内部構成を示すブロック図である。この図１に示すように、携帯端末１は、撮像ユニット２、文字入力ユニット３、メモリーカードユニット４、表示ユニット５、Ｉ／Ｆ（InterFace）６、ＣＰＵ（Central Processing Unit）７、ＲＡＭ（Random Access Memory）８及びＲＯＭ(Read Only Memory)９を含んで構成される。そして、携帯端末１は、撮像ユニット２、文字入力ユニット３、メモリーカードユニット４及び表示ユニット５を除く各部が、バス１０で互いに接続される。
【００１４】
撮像ユニット２は、背面側の平面視上部に配され、ＣＣＤカメラ（不図示）を含んで構成される。そして、撮像ユニット２は、所定の操作がされると、被写体の画像データをＣＣＤカメラ（不図示）で生成し、その画像データをＩ／Ｆ６経由でＣＰＵ７に出力する。
また、文字入力ユニット３は、前面側の平面視下部に配され、任意の文字列を入力可能なキーボード（不図示）を含んで構成される。そして、文字入力ユニット３は、そのキーボード（不図示）から入力される文字列の情報をＩ／Ｆ６経由でＣＰＵ７に出力する。
【００１５】
さらに、メモリーカードユニット４は、平面視左端部に配され、電力供給を停止してもデータを保持可能な不揮発性のメモリーカード（不図示）を着脱可能に構成される。そして、メモリーカードユニット４は、ＣＰＵ７からファイル格納指令（後述）が出力されると、ＣＰＵ７で生成されたファイル（後述）をメモリーカード（不図示）に格納する。
また、メモリーカードユニット４は、ＣＰＵ７からディレクトリエントリ格納指令（後述）が出力されると、後述するようにＣＰＵ７で生成されるファイル名のディレクトリエントリに格納する全ての情報を、メモリーカード（不図示）に格納する。
【００１６】
さらに、メモリーカードユニット４は、ＣＰＵ７からＩ／Ｆ６経由でディレクトリエントリ読出指令（後述）が出力されると、その出力されたディレクトリエントリ読出指令（後述）で指定されるファイルのファイル名のディレクトリエントリを、メモリーカード（不図示）から読み出してＩ／Ｆ６経由でＣＰＵ７に出力する。また、メモリーカードユニット４は、ＣＰＵ７からＩ／Ｆ６経由でファイル読出指令（後述）が出力されると、前記ディレクトリエントリ読出指令（後述）によって読み出されたディレクトリエントリに対応するファイルをメモリーカード（不図示）から読み出す。そして、メモリーカードユニット４は、その読み出されたファイルをＩ／Ｆ６経由で表示ユニット５に出力する。
【００１７】
さらに、表示ユニット５は、前面側の平面視中央部に配され、任意の画像を表示可能な表示装置（不図示）を含んで構成される。そして、表示ユニット５は、メモリーカードユニット４からＩ／Ｆ６経由でファイルが出力されると、その出力されたファイルに含まれるデータ（例えば、画像データや文書データ等）を表示装置（不図示）に表示させる。
また、Ｉ／Ｆ６は、携帯端末１が備える各ユニット２〜５間や、各ユニット２〜５とＣＰＵ７との間で授受されるデータを受信側２〜５、７が読込可能な形式に変換する。
【００１８】
さらに、ＣＰＵ７は、ＲＯＭ９に格納されている基本制御プログラム(OS:Operating System)や、アプリケーションプログラム等の各種プログラムを読み出し、それら読み出された各種プログラムを実行して、携帯端末１が備える各部２〜９を制御する。
また、ＣＰＵ７は、撮像ユニット２から画像データが出力されると、その出力された画像データのファイルを生成し、また、その生成されたファイル（以下、「新生成ファイル」とも呼ぶ。）のファイルパスとして文字入力ユニット３から文字列の情報が入力されると、その生成されたファイルをメモリカード（不図示）の前記ファイルパスで指定されたディレクトリに格納させる指令（以下、「ファイル格納指令」とも呼ぶ。）をＩ／Ｆ６経由でメモリーカードユニット４に出力する。また、ＣＰＵ７は、その格納させる新生成ファイルのファイル名として文字入力ユニット３から文字列の情報が入力されると、ディレクトリエントリ生成処理（後述）を実行する。そして、ＣＰＵ７は、ディレクトリエントリ生成処理（後述）が実行されると、その入力された文字列の情報に基づいて、８文字までのファイル名と、そのファイル名の文字列に含まれるアルファベットそれぞれが大文字及び小文字のいずれであるかを示す情報と、ＦＡＴファイルシステムの規格に従った当該ファイルに関するその他の情報とを生成する。また、ＣＰＵ７は、その生成された前記ファイル名を新生成ファイルのディレクトリエントリのファイル名フィールドに格納させ、また、前記大文字及び小文字のいずれであるかを示す情報を予約フィールドに格納させ、さらに、前記その他の情報をその他のフィールドに格納させる指令（ディレクトリエントリ格納指令（後述））をＩ／Ｆ６経由でメモリーカードユニット４に出力してから、このディレクトリエントリ生成処理（後述）を終了する。
【００１９】
具体的には、ＦＡＴファイルシステムの規格に従って、図２（ａ）に示すように、ファイル名のディレクトリエントリは、ファイル名フィールド、拡張子フィールド、属性フィールド、予約フィールド（空きフィールド）、更新時刻フィールド、更新日付フィールド、先頭クラスタフィールド、ファイルサイズフィールドを含んで構成される。そして、ファイル名フィールドには、アルファベットや記号文字、数字等を含む８文字までの文字コードが設定される。この時、アルファベットの文字列については、ＦＡＴファイルシステムの規定により、大文字及び小文字の指定内容に関わらず、全て大文字の文字コードが設定される。
【００２０】
また、予約フィールドは、図２（ｂ）に示すように、大小文字フラグＡ（１ビット）、作成時刻Ｂ（１ビット）、作成時刻Ｃ（２ビット）、作成日付Ｄ（２ビット）、ファイルアクセス日付Ｅ（２ビット）、先頭クラスタ番号の上位２バイトＦ（２ビット）の１０ビットで構成される。そして、大小文字フラグＡには、ファイル名フィールドに格納されるファイル名の文字に含まれるアルファベットそれぞれが大文字及び小文字のいずれであるかを示す情報が設定される。具体的には、ファイル名の各１文字ずつそれぞれに対応させた８ビットのビット列（bit0〜7）を使用する。このビット列の各ビット（bit０〜７）に、対応するファイル名の文字がアルファベットの小文字である場合には「１」を設定し、アルファベットの大文字である場合には「０」を設定することとする。但し、このビット設定の対象は、アルファベットの文字のみとし、空白文字や記号文字、数字などの対象外の文字の場合は、その設定状態を無視するものとする（初期設定として「０」を設定する）。
【００２１】
なお、作成時刻Ｂ、作成時刻Ｃ、作成日付Ｄ、ファイルアクセス日付Ｅ及び先頭クラスタ番号の上位２バイトＦは、ＦＡＴファイルシステムの規格に従って設定する。
さらに、ＣＰＵ７は、メモリカード（不図示）に記録されている複数のファイルから所望のファイルを開くために、その所望のファイルのファイル名として文字入力ユニット３から文字列の情報が入力されるとファイルオープン処理（後述）を実行する。そして、ＣＰＵ７は、ファイルオープン処理（後述）が実行されると、ディレクトリエントリ読出指令（後述）をＩ／Ｆ６経由でメモリーカードユニット４に出力して、各ファイルのファイル名のディレクトリエントリをメモリーカード（不図示）から順次読み出す。また、ＣＰＵ７は、その読み出されたディレクトリエントリに記録されているファイル名と大小文字フラグＡとによって特定される文字列が前記入力された文字列と一致するか否かを判定し、それらが一致する場合には、ファイル読出指令（後述）をメモリーカードユニット４に出力して、前記ディレクトリエントリが読み出されたファイルを表示ユニット５に表示させてから、このファイルオープン処理（後述）を終了する。
【００２２】
さらに、ＲＡＭ８は、ＣＰＵ７で実行される各種プログラムを展開するためのワークエリアと、それら各種プログラムの実行時に用いられるデータを格納するためのメモリ領域とを形成する。そして、ＲＡＭ８は、ＣＰＵ７から読み出し要求が出力されると、ＲＡＭ３に格納されているデータから当該読み出し要求に応じたデータをＣＰＵ７に出力する。
また、ＲＯＭ９は、ＣＰＵ７で実行される各種プログラムとデータとを格納する。そして、ＲＯＭ９は、ＣＰＵ７から読み出し要求が出力されると、ＲＯＭ９に格納されているプログラムやデータから当該読み出し要求に応じたプログラム等をＣＰＵ７に出力する。
＜携帯端末の動作＞
次に、ＣＰＵ７で実行されるディレクトリエントリ生成処理を、図３のフローチャートに従って説明する。このディレクトリエントリ生成処理は、新生成ファイルのファイル名として文字入力ユニット３から文字列の情報が入力されると実行される処理であって、まず、そのステップＳ１０１で、その入力された文字列をファイル名（以下、「ディレクトリエントリ生成用ファイル名」とも呼ぶ。）に設定するものとし、そのファイル名のディレクトリエントリの予約フィールドの大小文字フラグＡ（ファイル名のアルファベットの文字列の大文字及び小文字を示す情報）のフィールド値（情報）を設定する。
【００２３】
次にステップＳ１０２に移行して、ＦＡＴファイルシステムの規格に従い、新生成ファイルのファイル名のディレクトリエントリに格納するその他の情報（大小文字フラグＡの情報を除いた情報）を生成する。なお、ファイル名としては、ＦＡＴファイルシステムの規定通りに、アルファベットの文字が含まれる場合は、大文字及び小文字の指定内容に関わらず、全て大文字としての文字コードを設定する。
【００２４】
次にステップＳ１０３に移行して、前記ステップＳ１０１で生成された大小文字フラグＡの情報と、前記ステップＳ１０２で生成されたその他の情報とを、新生成ファイルのファイル名のディレクトリエントリに格納させる指令（以下、「ディレクトリエントリ格納指令」とも呼ぶ。）をメモリーカードユニット４に出力してから、この演算処理を終了する。
【００２５】
次に、ＣＰＵ７で実行されるファイルオープン処理を、図４のフローチャートに従って説明する。このファイルオープン処理は、メモリーカード（不図示）内の任意のディレクトリに記録されている複数のファイルから所望のファイルを開くために、その所望のファイルのファイル名、すなわち、当該検索の対象となるファイルが格納されているディレクトリのファイルパスとして文字入力ユニット３から文字列の情報が入力されると実行される処理であって、まず、そのステップＳ２０１で、利用者によって指定されたファイルパスに対応するディレクトリエントリ群の記録位置の先頭から順番に、ファイル名のディレクトリエントリを読み出してＣＰＵ７に出力させる指令（以下、「ディレクトリエントリ読出指令」とも呼ぶ。）をＩ／Ｆ６経由でメモリーカードユニット４に出力する。
【００２６】
次にステップＳ２０２に移行して、前記ステップＳ２０１で読み出されたディレクトリエントリに含まれるファイル名が、前記利用者によって入力されたファイル名（以下「オープン用ファイル名」とも呼ぶ。）と一致するか否かを判定する。この時、前記読み出されたディレクトリエントリの大小文字フラグＡに格納されている１６進数を８ビットのビット列（bit０〜７）に展開し、その展開されたビット列（bit０〜７）の各ビット情報として、「１」が設定されているか「０」が設定されているかを判定する。そして、「１」が設定されている場合には、当該ビット番号に対応するファイル名の１文字の文字コードが小文字の文字コードであるとして前記一致を判定し、「０」が設定されている場合には、当該ビット番号に対応するファイル名の１文字の文字コードが大文字の文字コードであるとして前記一致を判定することとする。但し、対応するファイル名の文字コードとして、空白文字や記号文字、数字等、アルファベット以外の文字が対象となる場合は、前記大小文字フラグＡのビット設定状態は無視するものとする。
【００２７】
以上の判定処理の結果、それらが一致する場合には（Ｙｅｓ）前記ステップＳ２０１でディレクトリエントリが読み出されたファイルをメモリカード（不図示）から読み出して表示ユニット５に出力させる指令（以下、「ファイル読出指令」とも呼ぶ。）をＩ／Ｆ６経由でメモリーカードユニット４に出力してから、この演算処理を終了し、一致しない場合には（Ｎｏ）記録されている次の（ファイル名の）ディレクトリエントリを読み出して解析するために、前記ステップＳ２０１に移行する。
【００２８】
＜携帯端末の具体的動作＞
次に、本実施形態の携帯端末１の動作を具体的状況に基づいて詳細に説明する。
＜ファイルの生成＞
まず、利用者が撮像のための所定の操作をし、被写体の画像データが撮像ユニット２のＣＣＤカメラ（不図示）で生成されたとする。すると、図１に示すように、撮像ユニット２によって、その生成された画像データがＩ／Ｆ６経由でＣＰＵ７に出力される。そして、ＣＰＵ７によって、その出力された画像データのファイルが生成される。
【００２９】
次いで、その生成されたファイル（新生成ファイル）のファイル名（ディレクトリエントリ生成用ファイル名）と拡張子との組み合わせとして、利用者が文字入力ユニット３のキーボード（不図示）から文字列「ＡｂＣｄＥｆＧｈ．ＢＭＰ」を入力したとする。すると、文字入力ユニット３によって、その入力された文字列の情報がＩ／Ｆ６経由でＣＰＵ７に出力される。また、ＣＰＵ７によって、ファイル格納指令がＩ／Ｆ６経由でメモリーカードユニット４に出力される。さらに、メモリーカードユニット４によって、前記生成されたファイルがメモリーカード（不図示）に格納される。また同時に、ＣＰＵ７によって、ディレクトリエントリ生成処理が実行され、図３に示すように、まず、そのステップＳ１０１で、その入力されたディレクトリエントリ生成用ファイル名に基づいて、新生成ファイルのディレクトリエントリの予約フィールドの大小文字フラグＡが「０１０１０１０１＝０ｘ５５」と設定される。
【００３０】
また、ステップＳ１０２で、ＦＡＴファイルシステムの規格に従い、新生成ファイルのディレクトリエントリに格納するその他の情報が生成される。また、ステップＳ１０３で、ディレクトリエントリ格納指令がＩ／Ｆ６経由でメモリーカードユニット４に出力される。そして、メモリーカードユニット４によって、図２に示すように、ＣＰＵ７で生成された前記大小文字フラグＡとその他の情報とが、メモリーカード（不図示）のディレクトリエントリに格納されてから、この演算処理を終了する。
【００３１】
＜ファイルを開く＞
また、上記フローが繰り返し実行され、複数のファイルがメモリーカード（不図示）に記録された後に、それら複数のファイルの中から、所望のファイルを開くために、その所望のファイルのファイル名（オープン用ファイル名）と拡張子との組み合わせ、すなわち、当該検索の対象となるファイルが格納されているディレクトリのファイルパスとして利用者が文字入力ユニット３から文字列の情報を入力したとする。すると、ＣＰＵ７によって、ファイルオープン処理が実行され、図４に示すように、まず、そのステップＳ２０１で、ディレクトリエントリ読出指令がＩ／Ｆ６経由でメモリーカードユニット４に出力され、メモリーカードユニット４によって、図２に示すように、利用者によって指定されたファイルパスに対応するディレクトリエントリ群の記録位置の先頭にあるファイル名のディレクトリエントリがメモリカード（不図示）から読み出されてＣＰＵ７に出力される。また、そのディレクトリエントリに格納されているファイル名の文字列と大小文字フラグＡとによって特定される文字列がオープン用ファイル名と一致しなかったとする。すると、ステップＳ２０２の判定が「Ｎｏ」となり、前記ステップＳ２０１から上記フローが繰り返し実行され、前記先頭にあるファイル名のディレクトリエントリに続くファイル名のディレクトリエントリが順次読み出される。
【００３２】
そして、上記フローが繰り返し実行されるうちに、前記ディレクトリエントリに格納されているファイル名の文字列と大小文字フラグＡとによって特定される文字列がオープン用ファイル名と一致したとする。すると、ファイル読出指令がＩ／Ｆ６経由でメモリーカードユニット４に出力されてから、この演算処理を終了する。そして、メモリーカードユニット４によって、前記ディレクトリエントリに対応するファイルがメモリカード（不図示）から読み出されて表示ユニット５に出力され、表示ユニット５によって、そのファイルが開かれて当該ファイルに含まれる画像データが表示装置（不図示）に表示される。
【００３３】
このように、本実施形態の携帯端末１によれば、ファイル名フィールドに格納されるファイル名の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を予約フィールドに格納するようにした。そのため、ディレクトリエントリのファイル名フィールドに格納されているファイル名の文字列の文字コードと、予約フィールドに格納されている大小文字フラグＡとを解析することで、アルファベットの大文字・小文字を厳密に区別して、ファイル名に関する情報管理の精度を高めることが可能である。そのため、例えば、所望ファイルを開くときに、検索処理の対象となるディレクトリエントリのファイル名フィールドに格納されているファイル名の文字列の文字コードと予約フィールドに格納されている大小文字フラグＡとを解析させることで、アルファベットの大文字・小文字が厳密に区別されて管理されているファイル名が前記所望ファイルのファイル名と一致するか否かを正確に判定させることができる。
【００３４】
また、大小文字フラグＡ以外に格納されている情報は、ＦＡＴファイルシステムの規格に従って設定するようにした。そのため、携帯端末１で生成されたファイルは、ＦＡＴ３２ファイルシステムやＦＡＴ１６ファイルシステム、ＦＡＴ１２ファイルシステムを搭載したパソコンでも適切に認識させることができ、その結果、それらのパソコンでファイルをそのまま扱わせることができる。なお、ＦＡＴ３２ファイルシステム等を搭載したパソコンで、利用者によるファイル操作が行われたことで、大小文字フラグＡがＦＡＴ３２ファイルシステム等の規定に帰属したディレクトリエントリについては、再度、携帯端末１によって、大小文字フラグＡの再設定等の処理を行うようにしてもよい。
【００３５】
ちなみに、単に、ファイル名フィールドに大文字の文字コードや小文字の文字コードでファイル名を格納させることで、アルファベットの大文字・小文字を区別して当該ファイル名を管理する方法にあっては、ファイル名フィールドに格納される情報として、ＦＡＴファイルシステムの規定から外れてしまうため、他のＦＡＴファイルシステムを搭載するシステムに対しての互換性を保持することはできない。
【００３６】
以上、上記実施形態では、図３のステップＳ１０３が特許請求の範囲に記載の格納機能を構成し、以下同様に、図４のステップＳ２０２が管理機能を構成し、図１のＣＰＵ７、メモリーカードユニット４、図３のステップＳ１０３が格納手段を構成し、図１のＣＰＵ７、メモリーカードユニット４、図３のステップＳ２０２が管理手段を構成する。
なお、本発明のファイル管理プログラム、データ構造及びファイル管理装置は、上記実施の形態の内容に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【００３７】
また、予約フィールドの大小文字フラグＡに、ファイル名に含まれるアルファベットそれぞれが大文字及び小文字のいずれであるかを示す情報を格納する例を示したが、これに限られるものではない。例えば、各ファイルの拡張子の文字コードを当該ファイルのファイル名のディレクトリエントリの拡張子フィールドに格納し、また、その拡張子フィールドに格納された拡張子の文字列に含まれているアルファベットそれぞれについて、大文字及び小文字のいずれであるかを示す情報を予約フィールドの作成時刻Ｂに格納するようにしてもよい。そのようにすれば、検索処理の対象となるディレクトリエントリの拡張子フィールドに格納されている拡張子の文字列の文字コードと、予約フィールドに格納されている作成時刻Ｂ（新たに、「拡張子大小文字フラグＢ'」とする）とを解析することで、アルファベットの大文字・小文字を厳密に区別して、拡張子に関する情報管理の精度を高めることが可能である。
【図面の簡単な説明】
【００３８】
【図１】実施形態における携帯端末の内部構成を示すブロック図である。
【図２】予約フィールドを説明するための説明図である。
【図３】ディレクトリエントリ生成処理のフローチャートである。
【図４】ファイルオープン処理のフローチャートである。
【符号の説明】
【００３９】
１は携帯端末、２は撮像ユニット、３は文字入力ユニット、４はメモリーカードユニット、５は表示ユニット、６はＩ／Ｆ、７はＣＰＵ、８はＲＡＭ、９はＲＯＭ、１０はバス
【図１】
2006092248.tif 000003
【図２】
2006092248.tif 000004
【図３】
2006092248.tif 000005
【図４】
2006092248.tif 000006