JP4403338B2 - Information processing apparatus and information processing method - Google Patents

Information processing apparatus and information processing method Download PDF

Info

Publication number
JP4403338B2
JP4403338B2 JP2000196283A JP2000196283A JP4403338B2 JP 4403338 B2 JP4403338 B2 JP 4403338B2 JP 2000196283 A JP2000196283 A JP 2000196283A JP 2000196283 A JP2000196283 A JP 2000196283A JP 4403338 B2 JP4403338 B2 JP 4403338B2
Authority
JP
Japan
Prior art keywords
file
name
data
directory
memory card
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000196283A
Other languages
Japanese (ja)
Other versions
JP2002007184A (en
Inventor
友敬 山崎
陽子 松浦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2000196283A priority Critical patent/JP4403338B2/en
Publication of JP2002007184A publication Critical patent/JP2002007184A/en
Application granted granted Critical
Publication of JP4403338B2 publication Critical patent/JP4403338B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置及び情報処理方法に係り、特にファイルアクセス時の処理に関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータやＰＤＡ（Personal Digital Assistants：携帯情報機器）などの情報処理装置においては、装置内部に設けられる内部記憶部としてはＲＡＭ、フラッシュメモリ等の固体メモリやＨＤＤ（Hard Disc Drive）などがあり、また装置外部の記憶部として、光ディスク、光磁気ディスク、磁気ディスク、メモリカードなどの各種の可搬性の記録媒体を利用できるようにされている。
【０００３】
【発明が解決しようとする課題】
ところでこれらの情報処理装置からアクセスを行う記録媒体においては、その記録媒体へのアクセス処理を行うファイルシステムにおいて、ディレクトリ構造やファイル名設定方法が規定されているものがある。
例えばディレクトリ名が規定され、データファイルは、その種別に応じて対応するディレクトリ下に置かれるべく規定されていたり、ファイル名称としての基本構造が規定されて、例えばユーザーが任意のファイル名を付けることはできないようなものである。
【０００４】
この場合、例えばファイル記録時にユーザーがディレクトリ名やファイル名を誤って指定したため、処理がエラーとなってしまい記録が行えないなどの不都合が生じることがあり、ユーザーにとって使用性のよいものとはいえない。
また、ユーザーやアプリケーションソフトウェアにより、任意に設定した規定外のディレクトリ名やファイル名を有効としてしまうとファイルシステムにとっては不都合となる。
【０００５】
【課題を解決するための手段】
本発明はこのような問題に鑑みて、記録媒体へのアクセス処理を行うファイルシステムにおいて、ディレクトリ構造やファイル名設定方法が規定されているものについて好適な処理方式を実現することを目的とする。
【０００６】
このため本発明の情報処理装置は、ディレクトリ構造又はファイル名設定方法が規定されているファイルシステムに基づいて記録媒体にファイルアクセスを行う情報処理装置において、ファイルアクセス要求のあった際に、当該ファイルアクセス要求のディレクトリ名又はファイル名として、上記規定に合致したディレクトリ名又はファイル名が指定されているか否かを判別し、上記規定に合致したディレクトリ名又はファイル名が指定されていなければ、上記ファイルアクセス要求に係るディレクトリ名又はファイル名の拡張子による、上記ファイルアクセス要求に係るファイルタイプの指定を確認し、上記拡張子でファイルタイプが指定されていれば、指定されているファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行い、上記拡張子でファイルタイプが指定していなければ、ファイル内容自体からファイルタイプを判別し、判別したファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行う制御手段を備える。
【０００７】
本発明の情報処理方法は、ディレクトリ構造又はファイル名設定方法が規定されているファイルシステムに基づいて記録媒体にファイルアクセスを行う情報処理装置の情報処理方法として、上記情報処理装置の制御手段が、ファイルアクセス要求のあった際に、当該ファイルアクセス要求のディレクトリ名又はファイル名として、上記規定に合致したディレクトリ名又はファイル名が指定されているか否かを判別し、上記規定に合致したディレクトリ名又はファイル名が指定されていなければ、上記ファイルアクセス要求に係るディレクトリ名又はファイル名の拡張子による、上記ファイルアクセス要求に係るファイルタイプの指定を確認し、上記拡張子でファイルタイプが指定されていれば、指定されているファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行い、上記拡張子でファイルタイプが指定していなければ、ファイル内容自体からファイルタイプを判別し、判別したファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行うようにする。
【０００８】
即ち本発明は、記録媒体に対するファイルアクセスの際に、そのファイルシステムの規定によるディレクトリ名やファイル名が設定されるようにすることで、ユーザーが上記規定を意識しなくてもよいものとする。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を次の順序で説明する。なお、実施の形態の情報処理装置が記録再生を行う記録媒体はメモリカードとされた例を挙げる。
１．情報処理装置の外観例
２．情報処理装置の構成
３．ＯＳ構造及びデータベース構造
４．メモリカード
４−１ 外観
４−２ メモリカードの端子及び内部構造
４−３ ファイルシステム処理階層
４−４ 物理的データ構造
４−５ 物理アドレス及び論理アドレスの概念
４−６ 論理−物理アドレス変換テーブル
４−７ ディレクトリ構造
５．ＦＡＴ構造
６．メモリカードと情報処理装置のインターフェース
７．メモリカードへのファイルアクセス処理
【００１０】
１．情報処理装置の外観例
本例の情報処理装置の外観例を図１に示す。
この情報処理装置１は、いわゆるＰＤＡ機器として携帯に適した小型軽量の装置とされる。また記録媒体として、後述するメモリカード７０を装着し、記録再生を行うことができるものとする。
なお本発明としては、携帯型の情報処理装置に限られず、パーソナルコンピュータをはじめとするあらゆるタイプの情報処理装置に適用できるものであり、また装置が記録を行う記録媒体はメモリカードに限られず、ＨＤＤ、光ディスク、光磁気ディスク、或いは装置内に固定的に配置されるＲＡＭ、フラッシュメモリなど、他の種の記録媒体であってもよいものである。
【００１１】
図１（ａ）（ｂ）（ｃ）（ｄ）は情報処理装置１の外観例としての平面図、右側面図、左側面図、上面図を示している。
図１（ｄ）に示すように装置上面側には後述するメモリカード７０を装着可能なメモリスロット７が形成されており、この情報処理装置１は、メモリスロット７に装着されたメモリカード７０に対する各種データ（コンピュータ用データ、音楽データ、音声データ、動画像データ、静止画像データ、制御データなど）の記録再生が可能とされる。
なお、この図１の例ではメモリスロット７が２つ形成されていることから、２つのメモリカード７０を同時に装着できるようになされている。もちろん、形成するメモリスロット７の数は１つでもよいし、３つ以上でもよい。
【００１２】
この情報処理装置１には、平面上に例えば液晶パネルによる表示部２が形成され、アプリケーションソフトウエアの起動及び各種処理に伴う画像、データとしての画像や文字、再生される音声、音楽に付随する情報、さらには操作のガイドメッセージ、再生や編集操作等のためのメニュー画面などが表示される。
【００１３】
情報処理装置１上には、ユーザーの操作のための各種の操作子が設けられる。例えば操作キー３ａ、ジョグダイヤル３ｂ、プッシュダイヤル３ｃなどがそれぞれ所要部位に形成される。
これらの操作子によりユーザーは、例えば電源操作、メニュー操作、選択操作、文字等の入力操作、その他必要とされる各種の操作を行うことができる。
これらの操作子はもちろん一例にすぎない。即ち配備する操作子の数、種類、位置は多様に考えられる。
【００１４】
また、情報処理装置１上には、スピーカ４，マイクロホン５，撮像部６も形成され、音声の出力、入力、撮像による画像の取込なども実行できるようにされている。
【００１５】
また各種機器との接続のために、各種端子が形成される。例えば図１（ｂ）のように、ヘッドホン端子１０、ライン出力端子１２、ライン入力端子１１などが形成され、また図１（ｃ）のようにＩＥＥＥ１３９４端子８、ＵＳＢ(universal
serial bus)端子９などが形成される。
なお、これらの端子の種類、数、配置位置も、他の例が多様に考えられる。
例えば光ケーブル対応のデジタル入出力端子を備えるようにしたり、或いはＳＣＳＩコネクタ、シリアルポート、ＲＳ２３２Ｃコネクタなどが形成されるようにしても良い。
【００１６】
２．情報処理装置の構成
図２に情報処理装置１の内部構成を示す。
図示するように情報処理装置１内には、まず中核となる部位として、システムコントローラ２１、ＣＰＵ２２、フラッシュＲＯＭ２３、Ｄ−ＲＡＭ２４が設けられる。また基本的なユーザーインターフェースのための部位として操作部３５，表示制御部２７，表示部２が形成される。
【００１７】
システムコントローラ２１は操作部３５からの操作情報を入力し、それに応じてＣＰＵ２２に割り込みをかける。
操作部３５とは、図１に示した各種操作子３ａ、３ｂ、３ｃに相当する。また図１では説明しなかったが、表示部２に操作キーやアイコンの表示を行うとともに表示部２上でのタッチ検出機構を設けることで、タッチパネル操作子を形成してもよく、その場合のタッチパネル操作子も図２でいう操作部３５に含まれるものとなる。
【００１８】
ＣＰＵ２２は基本ソフト（ＯＳ：Operating System）やアプリケーションプログラムが動作される部位となる。
ＣＰＵ２２はシステムコントローラ２１を介して供給される操作情報に応じて所要の処理を実行する。
フラッシュＲＯＭ２３は、基本動作プログラム、各種処理定数、設定情報などを記憶する領域とされる。
Ｄ−ＲＡＭ２４は、各種処理に必要な情報の記憶、データのバッファリング、ＣＰＵ２２のワークエリアの拡張、その他、ＣＰＵ２２の処理に応じて多様に使用される。またＤ−ＲＡＭ２４にはストレージエリア（不揮発性領域）が設けられており、そのストレージエリアにはＯＳやアプリケーションソフトウエアがインストールされる。
そしてＤ−ＲＡＭ２４にインストールされたアプリケーションソフトウエアは、ユーザからの操作に応じて起動され、ＣＰＵ２２により実行される。
またアプリケーションソフトウエアはユーザーインターフェース画面を持ち、ユーザーの指示による状態遷移に基づいて、Ｄ−ＲＡＭ２４に確保されたフレームバッファに描画を行う。
描画された画像データは、表示制御部２７に送られ、表示部２に表示される。
【００１９】
また上述したようにメモリカード７０に対するメモリスロット７が形成され、メモリカード７０を装着できるが、ＣＰＵ２２は、メモリカードインターフェース２８を介して装着されたメモリカード７０に対して書込又は読み出しアクセスすることができる。メモリカードインターフェース２８とメモリカード７０との間のインターフェース動作については後述する。
ＣＰＵ２２は、装着されたメモリカード７０を、拡張的なメモリ領域として利用することができる。
また、もちろんメモリカード７０にアプリケーションプログラムが記録されていれば、それをＤ−ＲＡＭ２４にインストールしたり、或いはアプリケーションやデータを直接Ｄ−ＲＡＭ２４に展開して所要処理を実行させることができる。
また、或るアプリケーションに基づいてＣＰＵ２２が、作成した文書データ、画像データ、オーディオデータ、表計算データなどを、メモリカード７０に記録することもできる。
なお、メモリスロット７にメモリカード７０が装着されたことを検出することで、メモリカード７０に対する動作が記録再生動作可能になったり、或いはメモリカード７０に記録されているアプリケーションやデータが自動的にＤ−ＲＡＭ２４に展開されるなどの、いわゆるホットプラグイン動作も可能である。
またメモリカードインターフェース２８は、メモリカード７０に記録するデータについての暗号化処理や、読み出したデータの暗号解読処理なども可能とされる。
【００２０】
撮像部６は例えばＣＣＤ撮像素子及び撮像回路系によりに形成される。撮像部６により取り込まれた撮像画像データは、撮像データインターフェース３４を介してＤ−ＲＡＭ２４に取り込むことができ、またＣＰＵ２２は所定のアプリケーションプログラムに基づく動作により、撮像画像データの編集やメモリカード７０への記録等を実行できる。
【００２１】
オーディオインターフェース２９は、上述したスピーカ４、マイクロホン５、ヘッドホン端子１０、ライン出力端子１２，ライン入力端子１１から入出力されるオーディオデータのインターフェース部位となる。
例えばマイクロホン５或いはライン入力端子１１から入力されたアナログオーディオ信号は、入力オーディオ処理部３２でそれぞれ所定の増幅処理やフィルタリングが行われ、Ａ／Ｄ変換器３３でデジタルオーディオデータとされてオーディオインターフェース２９に供給される。オーディオインターフェース２９は、入力されたデジタルオーディオデータについて、ＣＰＵ２２の制御に基づいて処理や出力を実行する。例えば所要の圧縮エンコード処理を行った後、メモリカードインターフェース２８に供給し、メモリカード７０に記録させることができる。またオーディオインターフェース２９は、例えばメモリカード７０から読み出されるなどして供給されたデジタルオーディオデータについて所定のデコード処理を行い、Ｄ／Ａ変換器３０に供給する。Ｄ／Ａ変換器３０はデジタルオーディオデータをアナログオーディオ信号に変換する。出力オーディオ処理部３１は供給されたアナログオーディオ信号について、出力先に応じた所定の増幅処理、インピーダンス調整などを行い、スピーカ４，ヘッドホン端子１０、ライン出力端子１２に出力する。
【００２２】
ＵＳＢインターフェース２５は、ＵＳＢコネクタ９に接続された外部機器との間の通信インターフェースである。ＣＰＵ２２はＵＳＢインターフェース２５を介して外部のパーソナルコンピュータ或いは周辺機器などとの間でデータ通信を行うことができる。例えばこの情報処理装置１で扱われる制御データ、コンピュータデータ、画像データ、オーディオデータなどの送受信が実行される。
同様にＩＥＥＥ１３９４インターフェース２６は、ＩＥＥＥ１３９４端子８に接続された外部機器との間の通信インターフェースである。ＣＰＵ２２はＩＥＥＥ１３９４インターフェース２６を介して外部の情報機器との間で各種データ通信を行うことができる。
【００２３】
なお、この図２に示す情報処理装置１の構成はあくまでも一例であり、これに限定されるものではない。即ち、一般にパーソナルコンピュータやＰＤＡ機器で採用されている各種構成部位を追加したり、或いは実際の製品として不要の部位を削除することは、設計上の都合により決められるものである。
【００２４】
３．ＯＳ構造及びデータベース構造
続いて図３で、本例の情報処理装置１に搭載されるＯＳ構造について説明する。図３に示すように、ＯＳは、基本ソフトの中心部分としてのカーネルを含むマネージャ層と、標準ライブラリ、及び制御ＩＣなどのハードウエアのレイヤとなるＨＡＬ（Hardware Abstraction Layer）から構成される。
アプリケーションソフトウエアは、このようなＯＳ構造による基本動作上で動作される。
またＨＡＬに対しては、１又は複数のデバイスドライバとして階層が付加され実際のハードウエア（ＨＷ）が駆動される。
【００２５】
ここで、特に本例の情報処理装置１の場合は、メモリカード７０をドライブ可能とし、かつ後述するがメモリカード７０のデータはＦＡＴにより管理されることから、ＯＳにＦＡＴライブラリが付加され、さらに、メモリカードをハンドリングするためのライブラリ（ＭＳライブラリ）が付加される。
そしてこのＦＡＴライブラリ及びＭＳライブラリに基づいて、メモリドライブがメモリカード７０がドライブされる構造とされている。
【００２６】
このようなＯＳ構造を持つ本例の情報処理装置１では、さらに通常でいうところの「ファイル」に相当する概念として、「データベース」という概念が導入されている。
ここでいう「データベース」とは、通常いうところのデータベースのように単にデータを蓄積していったものではなく、データベース自体がデータを管理できる構造としてフォーマット化されている。この意味で、「データベース」は「ファイル」に相当する。
【００２７】
図４にデータベース構造を示す。即ちデータベースには、ヘッダ（ＤＴＢヘッダ）としてデータベースネーム（ＤＴＢ Ｎａｍｅ）及びその他情報を含む領域が形成され、さらにポインタテーブルが配される。そしてデータ領域に記録される実際のデータは、ポインタテーブルに記録されたポイント情報により、位置的な管理が行われる状態となっている。
【００２８】
このような構造のデータベースとしては、２種類のものが存在する。例えば一般に１つのアプリケーションソフトウエアは複数のファイルで構成され、その中には実行ファイル（＊＊＊．ｅｘｅ）と、データファイル（＊＊＊．ｄａｔａ）があるが、その実行ファイル（＊＊＊．ｅｘｅ）に相当するものとして「リソースデータベース（＊＊＊．ｐｒｃ）」があり、またデータファイル（＊＊＊．ｄａｔａ）に相当するものとして「データベースデータベース（＊＊＊．ｄｔｂ）」がある。
【００２９】
本例の情報処理装置１では、このような「データベース」という概念によりデータを扱う。従って、メモリカード７０において記録再生されるファイル（ＦＡＴで扱われるファイル）も、上記データベースの形態となる。
なお本明細書では、「ファイル」という言葉を用いるが、これは一般的な概念にあわせて用いているものであり、本実施の形態に関していえば、「ファイル」とは上記構造のデータベースの意味となる。
【００３０】
４．メモリカード
４−１ 外観
次にメモリカード７０について説明していく。
まず図５にメモリカード７０の外形形状を示す。
メモリカード７０は、例えば図５に示すような板状の筐体内部に例えば所定容量ののメモリ素子を備える。本例としては、このメモリ素子としてフラッシュメモリ（Flash Memory）が用いられるものである。
図５に平面図、正面図、側面図、底面図として示す筐体は例えばプラスチックモールドにより形成され、サイズの具体例としては、図に示す幅Ｗ１１、Ｗ１２、Ｗ１３のそれぞれが、Ｗ１１＝６０ｍｍ、Ｗ１２＝２０ｍｍ、Ｗ１３＝２．８ｍｍとなる。
【００３１】
筐体の正面下部から底面側にかけて例えば１０個の電極を持つ端子部７２が形成されており、この端子部７２から、内部のメモリ素子に対する読出又は書込動作が行われる。
筐体の平面方向の左上部は切欠部７３とされる。この切欠部７３は、このメモリカード７０を、例えばドライブ装置本体側の着脱機構へ装填する際などに挿入方向を誤ることを防止するためのものとなる。
また筐体上面から底面側にかけて、ラベル貼付面７４が形成され、ユーザーが記憶内容を書いたラベルを貼付できるようにされている。
さらに底面側には、記録内容の誤消去を防止する目的のスライドスイッチ７５が形成されている。
【００３２】
このようなメモリカード７０においては、フラッシュメモリ容量としては、４ＭＢ（メガバイト），８ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢの何れかであるものとして規定されている。
またデータ記録／再生のためのファイルシステムとして、いわゆるＦＡＴ（File Allocation Table）システムが用いられている。
【００３３】
書込速度は１５００ＫＢｙｔｅ／ｓｅｃ〜３３０ＫＢｙｔｅ／ｓｅｃ、読出速度は２．４５ＭＢｙｔｅ／ｓｅｃとされ、書込単位は５１２バイト、消去ブロックサイズは８ＫＢ又は１６ＫＢとされる。
また電源電圧Ｖｃｃは２．７〜３．６Ｖ、シリアルクロックＳＣＬＫは最高２０ＭＨｚとされる。
【００３４】
４−２ メモリカードの端子及び内部構造
図６に端子部７２の電極構造を示す。図５に示したように端子部７２は１０個の平面電極が１列に並んだ構造とされるが、図６に示すように各電極（端子Ｔ１〜Ｔ１０）は次の通りとなる。
【００３５】
端子Ｔ１及びＴ１０は検出電圧Ｖｓｓ端子とされる。
端子Ｔ２は、シリアルプロトコルバスステート信号ＢＳの入力端子とされる。
端子Ｔ３及びＴ９は電源電圧Ｖｃｃ端子とされる。
端子Ｔ４はデータ端子、つまりシリアルプロトコルデータ信号の入出力端子とされる。
端子Ｔ５及びＴ７はリザーブ（予備）とされる。
端子Ｔ６は検出端子とされ、ドライブ装置側（情報処理装置１のメモリカードインターフェース）がメモリカードの装着検出に用いる。
端子Ｔ８は、シリアルクロックＳＣＬＫの入力端子とされる。
【００３６】
また図６にはメモリカード７０の内部構成も示している。
メモリカード７０の内部は、コントロールＩＣ８０とフラッシュメモリ８１が設けられている。コントロールＩＣ８０はフラッシュメモリ８１に対する書込／読出動作を実行する部位となる。
図からわかるように、コントロールＩＣ８０に対しては、端子Ｔ２からのシリアルプロトコルバスステート信号ＢＳ、端子Ｔ８からのシリアルクロックＳＣＬＫが供給される。書込動作時には、コントロールＩＣ８０は、これらのシリアルプロトコルバスステート信号ＢＳ、シリアルクロックＳＣＬＫに従って、端子Ｔ４から供給されるデータのフラッシュメモリ８１への書込を行う。また読出時には、シリアルプロトコルバスステート信号ＢＳ、シリアルクロックＳＣＬＫに従って、フラッシュメモリ８１からデータを読み出し、端子Ｔ４からドライブ装置側に出力する。
【００３７】
また検出電圧Ｖｓｓは、検出端子Ｔ６に供給されており、ドライブ装置側では、図示するように抵抗Ｒによって検出端子Ｔ６の端子電圧を検出することで、このメモリカード７０が装着部（メモリスロット７）に接続されているか否かを検出できるようにされる。
【００３８】
４−３ ファイルシステム処理階層
続いて、メモリカード７０を記録媒体とするシステムにおけるフォーマットについて説明していく。
図７は、メモリカード７０を記録媒体とするシステムのファイルシステム処理階層を示すものである。
この図に示すように、ファイルシステム処理階層としては、アプリケーション処理層の下に、順次、ファイル管理処理層、論理アドレス層、物理アドレス層、フラッシュメモリアクセスがおかれる。
この階層では、ファイル管理処理層がいわゆるＦＡＴ（File Allocation Table）となる。
また、この図から分かるように、本例のファイルシステムでは論理アドレス及び物理アドレスという概念が導入されているが、これについては後述する。
【００３９】
４−４ 物理的データ構造
図８には、メモリカード７０内の記憶素子である、フラッシュメモリ８１の物理的データ構造が示されている。
フラッシュメモリ８１としての記憶領域は、セグメントという固定長のデータ単位が大元となる。このセグメントは、１セグメントあたり４ＭＢ（メガバイト）或いは８ＭＢとして規定されるサイズであり、１つのフラッシュメモリ８１内におけるセグメント数は、そのフラッシュメモリ８１の容量に依存して異なってくる。
【００４０】
そして、この１セグメントを図８（ａ）に示すように、ブロックという固定長のデータ単位として８ＫＢ（キロバイト）又は１６ＫＢにより区切るようにされる。原則として、１セグメントは５１２ブロックに区切られることから、図８（ａ）に示すブロックｎについては、ｎ＝５１１とされることになる。但し、フラッシュメモリ８１では、書き込み不可な損傷エリアであるディフェクトエリアとしてのブロック数が所定数の範囲で許可されているため、データ書き込みが有効とされる実質的なブロック数を対象とすれば、上記ｎは５１１よりも少なくなる。
【００４１】
図８（ａ）に示すようにして形成されるブロック０〜ｎのうち、先頭の２つのブロック０，１はブートブロックといわれる。但し、実際には有効なブロックの先頭から２つのブロックがブートブロックとして規定されることになっており、必ずしもブートブロックがブロック０，１である保証はない。
そして、残りのブロックが、ユーザデータが格納されるユーザブロックとなる。
【００４２】
１ブロックは、図８（ｄ）に示すようにして、ページ０〜ｍにより分割される。１ページの容量は、図８（ｅ）に示すように、５１２バイトのデータエリアと１６バイトの冗長部よりなる、５２８（＝５１２＋１６）バイトの固定長とされる。なお、冗長部の構造については図８（ｆ）により後述する。
また、１ブロック内のページ数としては、１ブロックの容量が８ＫＢの場合には１６ページ、１６ＫＢの場合には３２ページとなる。
【００４３】
このような、図８（ｄ）（ｅ）に示されるブロック内のページ構造は、上記ブートブロックとユーザブロックとで共通である。
また、フラッシュメモリ８１では、データの読み出し、及び書き込みはページ単位で行われ、データの消去はブロック単位で行われるものとされる。そして、データの書き込みは、消去済みのページに対してしか行われないものとされている。従って、実際のデータの書き換えや書き込みは、ブロック単位を対象として行われることになる。
【００４４】
先頭のブートブロックは、図８（ｂ）に示すように、ページ０に対してヘッダーが格納され、ページ１には初期不良データの位置（アドレス）を示す情報が格納される。また、ページ２にはＣＩＳ／ＩＤＳといわれる情報が格納される。
２つめのブートブロックは図８（ｃ）に示すように、ブートブロックとしてのバックアップのための領域とされている。
【００４５】
図８（ｅ）に示された冗長部（１６バイト）は、図８（ｆ）に示す構造を有する。
この冗長部は、図のように先頭の第０バイト〜第２バイトの３バイトが、データエリアのデータ内容の更新に応じて書き換えが可能なオーバーライトエリアとされる。このオーバーライトエリアのうち、第０バイトにはブロックステータスが格納され、第１バイトにはデータステータスが格納される(Block Flag Data)。また、第２バイトの上位の所定ビットを利用して変換テーブルフラグ(Page Data Status1)が格納される。
【００４６】
原則として第３バイト〜第１５バイトは、その内容が現ページのデータ内容に応じて固定とされ、書き換えが不可とされる情報が格納される領域となる。
第３バイトにはアクセス許可やコピー禁止指定等を示す管理フラグ(Block Info)が格納される。
第４，第５バイトから成る２バイトの領域には、後述する論理アドレス(Logic Address)が格納される。
第６〜第１０バイトの５バイトの領域は、フォーマットリザーブの領域とされ、続く第１１，第１２バイトの２バイトが、上記フォーマットリザーブに対して誤り訂正を施すための分散情報ＥＣＣを格納する領域とされる。
残る第１３〜第１５バイトには、図８（ｅ）に示すデータエリアのデータに対して誤り訂正を行うためのデータＥＣＣが格納される。
【００４７】
上記図８（ｆ）に示した冗長部の第３バイトに格納される管理フラグは、図９に示すようにして、ビット７〜ビット０の各ビットに、その内容が定義されている。
ビット７，６、及びビット１，０はリザーブ（未定義）領域とされている。
ビット５は現ブロックに対してのアクセス許可の「有効」（‘１’；Free）／「無効」(‘０’；Read Protected）を示すフラグが格納される。ビット４には現ブロックについてのコピー禁止指定（‘１’；ＯＫ ／‘０’；ＮＧ）についてのフラグが格納される。
【００４８】
ビット３は変換テーブルフラグとされる。この変換テーブルフラグは、現ブロックが後述する論理−物理アドレス変換テーブルであるのか否かを示す識別子であり、このビット３の値が‘０’とされていれば、現ブロックは論理−物理アドレス変換テーブルであることが識別され、‘１’であれば無効となる。つまり、現ブロックは論理−物理アドレス変換テーブルではないことが識別される。
【００４９】
ビット２はシステムフラグが格納され、‘１’であれば現ブロックがユーザブロックであることが示され、‘０’であればブートブロックであることが示される。
【００５０】
ここで、セグメント及びブロックと、フラッシュメモリ容量との関係を図１３（左３列を参照）により説明しておく。
メモリカード７０のフラッシュメモリ容量としては、４ＭＢ，８ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢの何れかであるものとして規定されている。
そして、最も容量の小さい４ＭＢの場合であると、１ブロックは８ＫＢと規定された上で、そのブロック数としては５１２個とされる。つまり、４ＭＢはちょうど１セグメントの容量を有するものとされる。そして、８ＭＢの容量であれば、同様に１ブロック＝８ＫＢの容量が規定された上で、２セグメント＝１０２４ブロックとなる。なお、前述したように、１ブロック＝８ＫＢであれば、１ブロック内のページ数は１６ページとなる。
但し１６ＭＢの容量では、１ブロックあたりの容量として８ＫＢと１６ＫＢの両者が存在することが許可されている。このため、２０４８ブロック＝４セグメント（１ブロック＝８ＫＢ）のものと、１０２４ブロック＝２セグメント（１ブロック＝１６ＫＢ）のものとの２種類が在ることになる。１ブロック＝１６ＫＢの場合には、１ブロック内のページ数は３２ページとなる。
【００５１】
また、３２ＭＢ，６４ＭＢ，１２８ＭＢの容量では、１ブロックあたりの容量は１６ＫＢのみであるとして規定される。従って、３２ＭＢでは２０４８ブロック＝４セグメントとなり、６４ＭＢでは４０９６ブロック＝８セグメントとなり、１２８ＭＢでは８１９２ブロック＝１６セグメントとなる。
【００５２】
４−５ 物理アドレス及び論理アドレスの概念
次に、上述したようなフラッシュメモリの物理的データ構造を踏まえたうえで、図１０に示すデータ書き換え動作に従って、本例のファイルシステムにおける物理アドレスと論理アドレスの概念について説明する。
【００５３】
図１０（ａ）には、或るセグメント内から４つのブロックを抜き出して、これを模式的に示している。
各ブロックに対しては物理アドレスが付される。この物理アドレスはメモリにおけるブロックの物理的な配列順に従って決まるもので、或るブロックとこれに対応付けされた物理アドレスとの関係は不変となる。ここでは、図１０（ａ）に示す４ブロックに対して、上から順に物理アドレスの値として、１０５，１０６，１０７，１０８が付されている。なお、実際の物理アドレスは２バイトにより表現される。
【００５４】
ここで、図１０（ａ）に示すように、物理アドレス１０５，１０６で示されるブロックがデータの記憶されている使用ブロックで、物理アドレス１０７，１０８で示されるブロックがデータが消去（即ち、未記録領域）された未使用ブロックとなっている状態であるとする。
【００５５】
そして、論理アドレスであるが、この論理アドレスは、ブロックに対して書き込まれたデータに付随するようにして割り振られるアドレスとされる。そして、この論理アドレスが、後述するＦＡＴファイルシステムが利用するアドレスとされている。
図１０（ａ）では、４つの各ブロックに対して、上から順に論理アドレスの値として、１０２，１０３，１０４，１０５が付されている状態が示されている。なお、論理アドレスも実際には２バイトにより表現されるものである。
【００５６】
ここで、上記図１０（ａ）に示す状態から、例えば物理アドレス１０５に格納されているデータの更新として、内容の書き換え又は一部消去を行うとする。
このような場合、フラッシュメモリのファイルシステムでは、同じブロックに対して更新したデータを再度書き込むことはせずに、未使用のブロックに対してその更新したデータを書き込むようにされる。
つまり、例えば図１０（ｂ）に示すようにして、物理アドレス１０５のデータは消去したうえで、更新されたデータはこれまで未使用ブロックであった物理アドレス１０７で示されるブロックに書き込むようにされる（処理▲１▼）。
【００５７】
そして、処理▲２▼として示すように、データ更新前（図１０（ａ））の状態では物理アドレス１０５に対応していた論理アドレス１０２が、更新されたデータが書き込まれたブロックの物理アドレス１０７に対応するように、論理アドレスについての変更を行うものである。これに伴って、データ更新前は物理アドレス１０７に対応していた論理アドレス１０４については、物理アドレス１０５に対応するように変更されている。
【００５８】
つまり、物理アドレスはブロックに対して固有に付されるアドレスであり、論理アドレスは、一旦ブロックに対して書き込まれたデータに付随するようにしてついて回る、ブロック単位の書き込みデータに固有となるアドレスであるとみることができる。
【００５９】
このようなブロックのスワップ処理が行われることで、或る同一の記憶領域（ブロック）に対して繰り返し集中的にアクセスされることが無くなり、書き換え回数の上限があるフラッシュメモリの寿命を延ばすことが可能となる。
そして、この際に論理アドレスを上記処理▲２▼のようにして扱うことで、ブロックのスワップ処理によって更新前と更新後のデータとで書き込まれるブロックの移動があるようにされても、ＦＡＴからは同一のアドレスが見えることになり、以降のアクセスを適正に実行することができるものである。
なお、後述する論理−物理アドレス変換テーブル上での更新のための管理を簡略にすることなどを目的として、ブロックのスワップ処理は、１セグメント内で完結するものとして規定されている。逆に言えば、ブロックのスワップ処理はセグメント間で跨るようにしては行われない。
【００６０】
４−６ 論理−物理アドレス変換テーブル
上記図１０による説明から分かるように、ブロックのスワップ処理が行われることで、物理アドレスと論理アドレスの対応は変化する。従って、フラッシュメモリに対するデータの書き込み及び読み出しのためのアクセスを実現するには、物理アドレスと論理アドレスとの対応が示される論理−物理アドレス変換テーブルが必要となる。つまり、論理−物理アドレス変換テーブルをＦＡＴが参照することで、ＦＡＴが指定した論理アドレスに対応する物理アドレスが特定され、この特定された物理アドレスにより示されるブロックにアクセスすることが可能になるものである。逆に言えば、論理−物理アドレス変換テーブルが無ければ、ＦＡＴによるフラッシュメモリへのアクセスが不可能となる。
【００６１】
従来では、例えばセット本体に対してメモリカード７０が装着されたときに、セット本体側のマイクロプロセッサがメモリカード７０の記憶内容をチェックすることで、セット本体側で論理−物理アドレス変換テーブルの構築を行い、更にこの構築された論理−物理アドレス変換テーブルをセット本体側のＲＡＭに格納するようにしていた。つまり、メモリカード７０内には、論理−物理アドレス変換テーブルの情報は格納されてはいなかった。
これに対して本例では、以降説明するようにメモリカード７０に対して、論理−物理アドレス変換テーブルを格納するように構成している。
【００６２】
図１１は、本例のメモリカード７０に対して格納される論理−物理アドレス変換テーブルの構築形態を概念的に示すものである。
つまり、本例では、例えば論理アドレスの昇順に従って、これに対応する２バイトの物理アドレスを格納するようにしたテーブル情報を論理−物理アドレス変換テーブルとして構築するようにされる。
なお、前述したように、物理アドレス、及び論理アドレスは共に２バイトで表現される。これは、１２８ＭＢの最大容量のフラッシュメモリの場合には８１９２個のブロックが存在するため、最大で、この８１９２個のブロック数をカバーできるだけのビット数が必要とされることに基づく。
このため、図１１において例示している物理アドレスと論理アドレスとについても、実際に即して２バイトで表現している。
但し、ここでは、この２バイトを１６進数により表記している。つまり、「０ｘ」によりその後続く値が１６進法表記であることが示される。なお、この「０ｘ」により１６進数であることを表す表記は、以降の説明において１６進数を表記する場合にも同様に用いることとする。（但し、表記の煩雑化を防ぐため「０ｘ」を省略している図面もある。）
【００６３】
図１２に、上記図１１に示した概念に基づく論理−物理アドレス変換テーブルの構造例を示す。
論理−物理アドレス変換テーブルは、フラッシュメモリの最後のセグメント内の或るブロックに対して、図１２に示すようにして格納される。
先ず図１２（ａ）に示すように、ブロックを分割するページのうち、ページ０，１からなる２ページの領域がセグメント０用の論理−物理アドレス変換テーブルとして割り当てられる。例えば、図１３にて説明したように、フラッシュメモリが４ＭＢの容量であれば１セグメントしか有さないために、このページ０，１のみの領域が論理−物理アドレス変換テーブルの領域となる。
また、例えばフラッシュメモリが８ＭＢの容量であれば２セグメントを有するため、セグメント０用の論理−物理アドレス変換テーブルとして割り当てられるページ０，１に加え、これに続くページ２，３の２ページがセグメント１用の論理−物理アドレス変換テーブルとして割り当てられることになる。
【００６４】
以降、フラッシュメモリの容量の増加に応じて、続く２ページごとにセグメントごとの論理−物理アドレス変換テーブルの割り当て領域が設定されていくことになる。そして、最大の１２８ＭＢの容量を有する場合であれば１６セグメントが存在するため、最大では、セグメント１５用までのページが論理−物理アドレス変換テーブルの領域として割り当てられることになる。従って、最大の１２８ＭＢの容量のフラッシュメモリでは、３２ページが使用されることになり、図１２（ａ）に示すページＮとしては、最大でＮ＝３１となる。
これまでの説明から分かるように、論理−物理アドレス変換テーブルは、セグメントごとに管理されるものである。
【００６５】
図１２（ｂ）は、１セグメントあたりの論理−物理アドレス変換テーブルの構造を示すものとして、２ページ分のデータエリアを抜き出して示している。つまり、１ページのデータエリアは５１２バイト（図８（ｅ）参照）であることから、図１２（ｂ）には、１０２４（＝５１２×２）バイトが展開されている状態が示されている。
【００６６】
図１２（ｂ）に示すように、この２ページ分のデータエリアである１０２４バイトについて２バイトごとに区切り、この２バイトごとの領域を、先頭から順次、論理アドレス０用、論理アドレス１用・・・・、のようにして割付を行い、最後は先頭から９９１バイト目と９９２バイト目の２バイトの領域を論理アドレス４９５用の領域として割り付けるように規定を行う。これら２バイトごとの領域に対して、各論理アドレスが対応する物理アドレスを書き込むようにする。従って、本例の論理−物理アドレス変換テーブルでは、実際のデータ更新によるブロックのスワップ処理などにより物理アドレスと論理アドレスの対応が変更された場合には、論理アドレスを基準として、物理アドレスの格納状態が更新されるようにしてテーブル情報の書き換えが行われることになる。
【００６７】
また、残る９９３バイト目から最後の１０２４バイト目までの計３２バイトの領域は、余剰ブロックの物理アドレスが格納される領域として割り当てられる。つまり、１６個の余剰ブロックの物理アドレスを管理することができる。ここでいう余剰ブロックとは、例えばブロック単位でデータの更新を行う際に書き換え対象となるデータを一時待避させる領域として設定されたいわゆるワークブロックなどを言うものである。
【００６８】
ところで、１セグメントは５１２ブロックに分割されているものであると先に説明したのにも関わらず、図１２に示したテーブル構造では、管理可能なブロック数が論理アドレス０用〜論理アドレス４９５用の４９６ブロックとしている。これは、実際上、上記した余剰アドレスが設定されることと、前述したように、フラッシュメモリでは、或ブロック数のディフェクト（使用不可領域）が許可されている。そのため現実には、相当数のディフェクトブロックが存在することに依る。
従って、実際には、書き込み／消去が有効なブロックを管理するのに、４９６ブロックを管理できるように構成しておけば充分とされるものである。
【００６９】
そして、このようにして論理−物理アドレス変換テーブルが格納されるブロックについては、これを形成する各ページの冗長部における管理フラグ（図９参照）のデータ内容として、この管理フラグのビット３に対して‘０’がセットされることになる。これにより、当該ブロックが論理−物理アドレス変換テーブルが格納されているブロックであることが示されることになる。
【００７０】
論理−物理アドレス変換テーブルが格納されるブロックも、論理−物理アドレス変換テーブルの内容の書き換えがあった場合には、例外なく、先に図１０にて説明したスワップ処理が行われる。従って、論理−物理アドレス変換テーブルが記録されているブロックは不定であり、或る特定のブロックに論理−物理アドレス変換テーブルを格納するように規定することは出来ない。
そこで、ＦＡＴは、フラッシュメモリにアクセスして上記した管理フラグのビット３が‘０’とされているブロックを検索することで、論理−物理アドレス変換テーブルが格納されているブロックを識別するようにされる。但し、論理−物理アドレス変換テーブルが格納されているブロックの検索がＦＡＴによって容易に行われるようにすることを考慮して、論理−物理アドレス変換テーブルが格納されているブロックは、そのフラッシュメモリ内における最後のナンバが付されたセグメントに在るように、本例では規定するものとされる。これにより、ＦＡＴは最後のナンバが付されたセグメントのブロックのサーチだけで、論理−物理アドレス変換テーブルを検索することができる。つまり、論理−物理アドレス変換テーブルを検索するのに、フラッシュメモリの全てのセグメントを検索する必要は無いようにされる。
上記図１２に示した論理−物理アドレス変換テーブルは、例えばメモリカード７０の製造時において格納するようにされる。
【００７１】
ここで、再度図１３を参照して、フラッシュメモリ容量と論理−物理アドレス変換テーブルのサイズとの関係を説明しておく。
上記図１１にて説明したように、１セグメントを管理するための論理−物理アドレス変換テーブルのサイズは２ページ分の１０２４バイト、つまり１ＫＢとなる。従って、図１３の最右列に記されているように、フラッシュメモリが４ＭＢ（１セグメント）の容量では論理−物理アドレス変換テーブルは１ＫＢのサイズとなる。また、フラッシュメモリの容量が８ＭＢ（２セグメント）では論理−物理アドレス変換テーブルは２ＫＢ（４ページ）となる。
また、フラッシュメモリの容量が１６ＭＢの場合、２０４８ブロック＝４セグメントのものでは論理−物理アドレス変換テーブルは４ＫＢ（８ページ）、１０２４ブロック＝２セグメントのものでは論理−物理アドレス変換テーブルは２ＫＢ（４ページ）となる。
そして、フラッシュメモリの容量が３２ＭＢ（４セグメント）では論理−物理アドレス変換テーブルは４ＫＢ（８ページ）、フラッシュメモリの容量が６４ＭＢ（８セグメント）では論理−物理アドレス変換テーブルは８ＫＢ（１６ページ）となり、フラッシュメモリの容量が最大の１２８ＭＢ（１６セグメント）では論理−物理アドレス変換テーブルは１６ＫＢ（３２ページ）となる。
【００７２】
４−７ ディレクトリ構造
メモリカード７０に記録されるディレクトリ構成例を図１４に示す。
メモリカード７０で扱うことのできる主データとしては、コンピュータ用データ、動画データ、静止画データ、メッセージデータ、オーディオデータ、制御用データなどがあるが、このためディレクトリ構造としては、ルートディレクトリから、「ＶＯＩＣＥ」（メッセージ用ディレクトリ）、「ＤＣＩＭ」（静止画用ディレクトリ）、「ＭＯｘｘｘｘｎｎ」（動画用ディレクトリ）、「ＣＯＮＴＲＯＬ」（制御用ディレクトリ）、「ＨＩＦＩ」（オーディオ用ディレクトリ）、「ＰＭ」（情報処理装置用ディレクトリ）が配される。
【００７３】
そして図示していないが、各ディレクトリの下には、サブディレクトリやファイル（上述したデータベース）、フォルダ等が配され、いわゆるツリー構造の形態をとることになる。
なお、もちろんこのようなディレクトリ構成は一例にすぎず、実際には情報処理装置１等による記録状況や記録されるファイル種別などに応じてディレクトリ構造が形成される。
【００７４】
５．ＦＡＴ構造
図７のファイルシステム階層で説明したように、ファイル管理処理はＦＡＴにより行われることになる。
即ち図２に示した構成の情報処理装置１により、メモリカード７０に対する記録再生（データ書込／読出）を実現するには、アプリケーション処理での要求に伴ってＦＡＴによるファイル記憶位置管理が参照され、さらに上述した論理−物理アドレス変換が行われて実際のアクセスが行われることになる。
ここで、ＦＡＴの構造について説明しておく。
【００７５】
図１５はＦＡＴによる管理構造の概要を示している。
なお、本例ではＦＡＴ及び論理−物理アドレス変換テーブルはメモリカード７０内に格納されることになるが、図１５に示すＦＡＴ構造が、メモリカード７０内での管理構造となるものである。
【００７６】
図示するようにＦＡＴ管理構造は、パーティションテーブル、空き領域、ブートセクタ、ＦＡＴ、ＦＡＴのコピー、ルートディレクトリ、データ領域から成る。
データ領域には、クラスタ２、クラスタ３・・・として単位データを示しているが、このクラスタとは、管理単位となるＦＡＴで扱う１データ単位である。
一般にＦＡＴでは、クラスタサイズは標準で４Ｋバイトとされるが、このクラスタサイズは５１２バイト〜３２Ｋバイトの間で２のべき乗の大きさをとることができる。
本例のメモリカード７０では、上述したように１つのブロックが８Ｋバイト又は１６Ｋバイトとされるが、１ブロック＝８Ｋバイトとされるメモリカード７０の場合は、ＦＡＴで扱うクラスタは８Ｋバイトとされる。また１ブロック＝１６Ｋバイトとされるメモリカード７０の場合は、ＦＡＴで扱うクラスタは１６Ｋバイトとされる。即ち、８Ｋバイト又は１６ＫバイトがＦＡＴ管理上でのデータ単位であり、かつメモリカード７０でのブロックとしての１つのデータ単位とされる。なお、従ってメモリカードからみれば、ＦＡＴで扱われるクラスタサイズ＝そのメモリカードのブロックサイズとなる。このため、本例の以降の説明については、簡略化のためにブロック＝クラスタとして考えることとする。
【００７７】
そして図１５左側にブロックナンバとしてｘ・・・（ｘ＋ｍ−１）、（ｘ＋ｍ）（ｘ＋ｍ＋１）（ｘ＋ｍ＋２）・・・と示したが、例えばこのように各ブロックにおいてＦＡＴ構造を構築する各種データは記憶されることになる。
なお、実際には必ずしもこのように物理的に連続する各ブロックに各情報が記憶されるものではない。
【００７８】
ＦＡＴ構造において、まずパーティションテーブルには、ＦＡＴパーティション（最大２Ｇバイト）の先頭と終端のアドレスが記述されている。
ブート領域には、いわゆる１２ｂｉｔＦＡＴ、１６ｂｉｔＦＡＴの別や、ＦＡＴ構造（大きさ、クラスタサイズ、各領域のサイズなど）が記述される。
【００７９】
ＦＡＴは、後述するように各ファイルを構成するクラスタのリンク構造を示すテーブルとなり、またＦＡＴについては続く領域にコピーが記述される。
ルートディレクトリには、ファイル名、先頭クラスタ番号、各種属性が記述される。これらの記述は１つのファイルにつき３２バイト使用される。
【００８０】
ＦＡＴにおいては、ＦＡＴのエントリとクラスタは１対１で対応しており、各クラスタのエントリにはリンク先、つまり後に続くクラスタの番号が記述される。つまり、複数のクラスタ（＝ブロック）で形成されている或るファイルについてみると、まずディレクトリによって先頭のクラスタ番号が示され、ＦＡＴにおけるその先頭クラスタのエントリには、次のクラスタ番号が示される。さらに次のクラスタ番号のエントリには、さらに次のクラスタ番号が示される。このようにクラスタのリンクがＦＡＴに記述される。
【００８１】
図１６はこのようなリンクの概念を模式的に示している（数値は１６進値）。
例えば２つのファイル「ＭＡＩＮ．Ｃ」「ＦＵＮＣ．Ｃ」が存在するとすると、ディレクトリにはこの２つのファイルの先頭クラスタ番号が例えば「００２」「００４」と記述される。
そしてファイル「ＭＡＩＮ．Ｃ」については、クラスタ番号「００２」のエントリに次のクラスタ番号「００３」が記述され、またクラスタ番号「００３」のエントリに次のクラスタ番号「００６」が記述される。さらに、クラスタ番号００６がこのファイル「ＭＡＩＮ．Ｃ」の最後のクラスタであるとすると、クラスタ番号「００６」のエントリには、最後のクラスタであることを示す「ＦＦＦ」が記述される。
これによりファイル「ＭＡＩＮ．Ｃ」がクラスタ「００２」→「００３」→「００６」という順番で記憶されている。即ち、仮にクラスタ番号とメモリカード７０でのブロック番号が一致していると仮定すると、ファイル「ＭＡＩＮ．Ｃ」は、メモリカード７０内でブロック「００２」「００３」「００６」に記憶されていることが表現されている。（但し、ＦＡＴで扱うクラスタは、上述のように論理アドレスで扱うものとなるため、ブロックの物理アドレスとそのまま一致するものではない）
【００８２】
また同様にファイル「ＦＵＮＣ．Ｃ」については、ＦＡＴにより、クラスタ「００４」→「００５」に記憶されていることが表現される。
【００８３】
なお、未使用のブロックに対応するクラスタについては、そのエントリは「０００」とされる。
【００８４】
ところでルートディレクトリの領域に記憶される各ファイルのディレクトリにおいては、図１６に示した先頭クラスタ番号だけでなく、例えば図１７のように各種データが記述される。
即ちファイル名、拡張子、属性、変更時刻情報、変更日付情報、先頭クラスタ番号、ファイルサイズが、それぞれ図示するバイト数で記述される。
【００８５】
また或るディレクトリの下層となるサブディレクトリについては、図１５のルートディレクトリの領域ではなく、データ領域に記憶される。つまりサブディレクトリは、ディレクトリ構造を持つファイルとして扱われる。そしてサブディレクトリの場合はサイズは無制限とされ、また自分自身へのエントリと親ディレクトリへのエントリが必要になる。
【００８６】
図１８に、或るルートディレクトリ内にファイル「ＤＩＲ１」（属性＝ディレクトリ：つまりサブディレクトリ）があり、さらにその中にファイル「ＤＩＲ２」（属性＝ディレクトリ：つまりサブディレクトリ）があり、さらにその中にファイル「ＦＩＬＥ」が存在する場合の構造例を示している。
つまりルートディレクトリの領域には、サブディレクトリであるファイル「ＤＩＲ１」としての先頭クラスタ番号が示され、上述したＦＡＴにより、クラスタＸ、Ｙ、Ｚがリンクされている状態となる。
この図からわかるように、サブディレクトリ「ＤＩＲ１」「ＤＩＲ２」についてはファイルとして扱われてＦＡＴのリンクに組み込まれる。
【００８７】
６．メモリカードと情報処理装置のインターフェース
図１９により、メモリカード７０と情報処理装置１のメモリカードインターフェース２８の間のシリアルインターフェースシステム構成を説明する。
メモリカード７０内のコントロールＩＣ８０は、図１９に示すようにフラッシュメモリコントローラ８０ａ、レジスタ８０ｂ、ページバッファ８０ｃ、シリアルインターフェース８０ｄとしての各ブロックを有するものとなっている。
【００８８】
フラッシュメモリコントローラ８０ａは、レジスタ８０ｂに設定されたパラメータに基づいて、フラッシュメモリ８１とページバッファ８０ｃの間でのデータ転送を行う。
そしてページバッファ８０ｃにバファリングされたデータはシリアルインターフェース８０ｄを介して情報処理装置１のメモリカードインターフェース２８側に転送され、また情報処理装置１のメモリカードインターフェース２８から転送されてきたデータはシリアルインターフェース８０ｄを介してページバッファ１０ｃにバファリングされる。
【００８９】
メモリカードインターフェース２８側では、メモリカード７０に対するインターフェース構造として、ファイルマネージャ６０、転送プロトコルインターフェース６１、シリアルインターフェース６２を有する。
ファイルマネージャ６０はメモリカード７０のファイル管理を行う。例えば本例のシステムではメモリカード７０内にはメインデータファイルの管理のための管理ファイルが記憶されているが、情報処理装置１は装填されたメモリカード７０から管理ファイルをよみこんでＣＰＵ２２がファイルマネージャ６０を形成することになる。メモリカード７０へのアクセスはファイルマネージャ６０に従って実行される。
転送プロトコルインターフェース６１は、レジスタ８０ｂ、ページバッファ８０ｃへのアクセスを実行する。
シリアルインターフェース６２は、メモリカード７０との間の３つの信号線、即ちＳＣＬＫ（シリアルクロック）、ＢＳ（バスステイト）、ＳＤＩＯ（シリアルデータ入出力）において、任意のデータ転送を行うためのプロトコルを規定する。
【００９０】
以上の構成における各部の動作により、情報処理装置１によるメモリカード７０（フラッシュメモリ８１）に対する読出アクセス／書込アクセスが実行される。
【００９１】
７．メモリカードへのファイルアクセス処理
続いて本例の情報処理装置１による特徴的な動作となる、メモリカード７０へのデータファイル（データベースデータベース）や実行ファイル（リソースデータベース）の書込／読出のためのファイルアクセス処理について説明していく。
【００９２】
ユーザーは情報処理装置１において任意のアプリケーションソフトウエアを起動させることで、そのアプリケーションソフトウエアに基づく処理を実行させることができる。もちろんアプリケーションソフトウエアの動作上において各種のデータファイルを参照し、内容を確認したり編集することなども可能である。
ここで、アプリケーションソフトウエアでの処理過程やユーザー操作に基づいて、メモリカード７０にファイルアクセスを行う場合においては、図１４等で説明したディレクトリ構成に規定された状態でアクセスが行われなければならない。このために本例では、ファイルアクセス要求が発生した際にＣＰＵ２２は図２０の処理を行うことになる。
【００９３】
なお図２０の処理はＣＰＵ２２によって行われる処理であるが、これは起動されているアプリケーションソフトウエアに実装したプログラムに基づいて実行されるファイルアクセス処理としてもよい。もしくは、ＯＳのＡＰＩ（Application Programming Interface）として定義され、ＯＳのファイルシステム用ライブラリとしてこのファイルアクセス処理がサポートされるものとしてもよい。
また、このようなファイルアクセス処理を実行するアクセス用のアプリケーションソフトウエアが形成され、ＣＰＵ２２において常時起動されているようにしてもよく、つまりファイルアクセス要求の発生に応じて、そのアクセス用のアプリケーションソフトウエアが動作して図２０の処理をＣＰＵ２２に実行させるものであってもよい。
【００９４】
アプリケーションソフトウエアのプログラムに基づく処理又はユーザーの指示に基づく処理において、メモリカード７０に対するファイルアクセス要求が発生発生すると、図２０のファイルアクセス処理はステップＦ１０１からＦ１０２に進み、まずそのアクセス要求についてディレクトリが指定されているか否かを判別する。
ディレクトリが指定されていれば、ステップＦ１０３でそのディレクトリ名が、メモリカード７０のファイルシステム上で適正とされるディレクトリ名であるか否かを判断する。
ここでディレクトリ名が適正であったとしてら、ステップＦ１０９に進んで、指定されたディレクトリ名及びファイル名でメモリカード７０に対するアクセス処理（書込又は読出処理）を行えばよい。
【００９５】
ところが、ファイルアクセス要求の際にディレクトリ名が指定されていなかったり、或いは指定されていたがファイルシステムの規定上、適切でないディレクトリ名であったとしてら、処理をステップＦ１０５に進める。
そして当該アクセス要求のあるファイルについてファイルタイプが指定されているか否かを確認する。例えばファイル名に付加された拡張子などによるファイルタイプの指定の情報の有無を判別する。
【００９６】
ファイルタイプが指定されていた場合は、ステップＦ１０６でその指定されたファイルタイプに応じてディレクトリを設定する。
例えば図１４のディレクトリ構造に従って、ファイルタイプが音声データファイルであるとされた場合は、ディレクトリ「ＶＯＩＣＥ」とし、またファイルタイプが静止画データファイルであるとされた場合は、ディレクトリ「ＤＣＩＭ」とする。
そしてステップＦ１０９に進んで、設定されたディレクトリ名を用いて、そのディレクトリ名及びファイル名でメモリカード７０に対するアクセス処理を行なう。
【００９７】
ステップＦ１０５でファイルタイプが指定されていないと判断された場合は、ステップＦ１０７でファイルタイプを判別する。例えば書込の際には、例えばアプリケーションソフトウエアに基づく処理上で作成／編集したファイル内容自体からファイルタイプを判別する。
そしてステップＦ１０８で、判別したファイルタイプに応じてディレクトリを設定する。上記同様に、例えば、ファイルタイプが音声データファイルであるとされた場合は、ディレクトリ「ＶＯＩＣＥ」とし、またファイルタイプが静止画データファイルであるとされた場合は、ディレクトリ「ＤＣＩＭ」とする。
そしてステップＦ１０９に進んで、設定されたディレクトリ名を用いて、そのディレクトリ名及びファイル名でメモリカード７０に対するアクセス処理を行なう。
【００９８】
以上のような処理が行われることで、ファイルアクセス要求の際にディレクトリ名が指定されていなかったり、或いはディレクトリ名がメモリカード７０のファイルシステムにとって不適切であったとしても、適切なディレクトリ名が設定されてファイルアクセスが実行される。
従って、アプリケーションソフトウエアのプログラム上でメモリカード７０のファイルシステムの規定が反映されていない場合や、或いはユーザーが勝手にディレクトリ名を指定したような場合であっても、ファイルシステムの規定は保たれ、メモリカード７０に記録されるファイル構造は適切なものとなる。また言い換えれば、ユーザーやアプリケーションソフトウエアがファイルシステム規定を認識しなくとも、適切にファイルアクセスを実行できるものとなる。
【００９９】
なお図２０の処理は、ディレクトリ名が規定されているという前提で述べたが、ファイル名について、所定の規則で生成するように規定されるファイルシステムを存在する。その場合は、図２０の処理をファイル名に対しても行うようにすればよい。
【０１００】
以上、実施の形態としての情報処理装置の構成やファイルアクセス処理例を説明してきたが、本発明はこれらの例に限定されることなく、各種の変形例が考えられる。
また本発明を適用できる装置は、携帯型の情報処理装置のみでなく、多岐にわたるものである。
【０１０１】
【発明の効果】
以上の説明から理解されるように本発明によれば、ディレクトリ構造又はファイル名設定方法が規定されているファイルシステムに基づいて記録媒体にファイルアクセスを行う際に、ディレクトリ名又はファイル名として規定に合致したものが指定されているか否かを判別し、規定に合致したディレクトリ名又はファイル名が指定されていなければ、規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行うようにしているため、ユーザーがファイルシステム規定を認識して操作を行う必要はなく、使用性が向上される。
またユーザーが規定を無視して任意にディレクトリ名、ファイル名を設定してしまうことも避けられるため、ファイルシステムとして適切な状態を保つことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の情報処理装置の平面図、右側面図、左側面図、上面図である。
【図２】実施の形態の情報処理装置のブロック図である。
【図３】実施の形態の情報処理装置のＯＳ構造の説明図である。
【図４】実施の形態の情報処理装置で扱うデータベース構造の説明図である。
【図５】実施の形態のメモリカードの外形形状を示す平面図、正面図、側面図、底面図である。
【図６】実施の形態のメモリカードの内部構造の説明図である。
【図７】実施の形態のファイルシステム処理階層の説明図である。
【図８】実施の形態のメモリカードの物理的データ構造の説明図である。
【図９】実施の形態のメモリカードの管理フラグの説明図である。
【図１０】実施の形態のメモリカードにおけるデータ更新処理と物理アドレス及び論理アドレスの概念の説明図である。
【図１１】実施の形態の論理−物理アドレス変換テーブルの管理形態の説明図である。
【図１２】実施の形態の論理−物理アドレス変換テーブルの構造の説明図である。
【図１３】実施の形態のメモリカードのフラッシュメモリ容量／ブロック数／１ブロックの容量／１ページの容量／論理−物理アドレス変換テーブルのサイズの関係の説明図である。
【図１４】実施の形態のメモリカードのディレクトリ構造の説明図である。
【図１５】ＦＡＴ構造の説明図である。
【図１６】ＦＡＴによるクラスタ管理形態の説明図である。
【図１７】ディレクトリの内容の説明図である。
【図１８】サブディレクトリ及びファイルの格納形態の説明図である。
【図１９】実施の形態の情報処理装置とメモリカードのインターフェース構成の説明図である。
【図２０】実施の形態のメモリカードへのファイルアクセス処理のフローチャートである。
【符号の説明】
１ 情報処理装置、２ 表示部、３ａ，３ｂ，３ｃ 操作子、４ スピーカ、５ マイクロホン、６ 撮像部、７ メモリスロット、８ ＩＥＥＥ１３９４端子、９ ＵＳＢ端子、１０ ヘッドホン端子、１１ ライン入力端子、１２ ライン出力端子、２１ システムコントローラ、２２ ＣＰＵ、２３ フラッシュＲＯＭ、２４ Ｄ−ＲＡＭ、２５ ＵＳＢインターフェース、２６ ＩＥＥＥ１３９４インターフェース、２７ 表示制御部、２８ メモリカードインターフェース、２９ オーディオインターフェース、７０ メモリカード[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information processing apparatus and an information processing method, and particularly relates to processing at the time of file access.
[0002]
[Prior art]
In information processing apparatuses such as personal computers and PDAs (Personal Digital Assistants), internal storage units provided in the apparatus include solid-state memories such as RAM and flash memory, and HDDs (Hard Disc Drives). Various storage media such as an optical disk, a magneto-optical disk, a magnetic disk, and a memory card can be used as a storage unit outside the apparatus.
[0003]
[Problems to be solved by the invention]
Incidentally, in some recording media accessed from these information processing apparatuses, a directory structure and a file name setting method are defined in a file system that performs access processing to the recording medium.
For example, a directory name is specified, and a data file is specified to be placed under a corresponding directory according to its type, or a basic structure as a file name is specified, for example, a user assigns an arbitrary file name It ’s like you ca n’t.
[0004]
In this case, for example, the user may mistakenly specify a directory name or file name at the time of file recording, which may cause inconveniences such as an error in processing and recording cannot be performed. Absent.
In addition, if a directory name or file name outside the specified rules is validated by a user or application software, it is inconvenient for the file system.
[0005]
[Means for Solving the Problems]
In view of such a problem, an object of the present invention is to realize a suitable processing method for a file system that performs access processing to a recording medium, in which a directory structure and a file name setting method are defined.
[0006]
  For this reason, the information processing apparatus of the present inventionIn an information processing apparatus that performs file access to a recording medium based on a file system that defines a directory structure or a file name setting method, when a file access request is made, as the directory name or file name of the file access request, It is determined whether or not a directory name or file name that matches the above rules is specified, and if a directory name or file name that matches the above rules is not specified, the directory name or file name of the file access request is determined. Check the file type specification related to the file access request by extension, and if the file type is specified by the extension, the directory name or file name based on the above rules according to the specified file type Set file access If the file type is not specified by the above extension, the file type is determined from the file content itself, and the file name is accessed according to the specified directory type or file name based on the determined file type. Control means are provided.
[0007]
  The information processing method of the present invention provides file access to a recording medium based on a file system in which a directory structure or a file name setting method is defined.As an information processing method of the information processing apparatus that performsWhen there is a file access requestDetermine whether a directory name or file name that matches the above rule is specified as the directory name or file name of the file access request, and if a directory name or file name that matches the above rule is not specified Check the specification of the file type related to the file access request by the directory name or the file name extension related to the file access request, and if the file type is specified by the extension, the specified file type If the file type is specified by the above extension and the file type is not specified by the above extension, the file type is determined from the file content itself, and the file type is determined. Depending on the above directory name or Perform file access by setting the Airu nameLike that.
[0008]
That is, according to the present invention, when a file is accessed to a recording medium, a directory name or a file name according to the definition of the file system is set so that the user does not have to be aware of the above definition.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in the following order. An example in which the recording medium on which the information processing apparatus according to the embodiment performs recording and reproduction is a memory card will be described.
1. Appearance example of information processing equipment
2. Configuration of information processing equipment
3. OS structure and database structure
4). Memory card
4-1 Appearance
4-2 Memory card terminals and internal structure
4-3 File system processing hierarchy
4-4 Physical data structure
4-5 Concept of physical address and logical address
4-6 Logical-physical address conversion table
4-7 Directory structure
5. FAT structure
6). Interface between memory card and information processing device
7). File access processing to memory card
[0010]
1. Appearance example of information processing equipment
An appearance example of the information processing apparatus of this example is shown in FIG.
The information processing apparatus 1 is a small and lightweight apparatus suitable for carrying as a so-called PDA device. Further, it is assumed that a memory card 70, which will be described later, is attached as a recording medium and recording / reproduction can be performed.
Note that the present invention is not limited to a portable information processing device, but can be applied to any type of information processing device including a personal computer, and the recording medium on which the device records is not limited to a memory card, Other types of recording media such as an HDD, an optical disk, a magneto-optical disk, a RAM, a flash memory, and the like fixedly arranged in the apparatus may be used.
[0011]
FIGS. 1A, 1 </ b> B, 1 </ b> C, and 1 </ b> D are a plan view, a right side view, a left side view, and a top view as appearance examples of the information processing apparatus 1.
As shown in FIG. 1D, a memory slot 7 into which a memory card 70 to be described later can be mounted is formed on the upper surface side of the apparatus. The information processing apparatus 1 is connected to the memory card 70 mounted in the memory slot 7. Various data (computer data, music data, audio data, moving image data, still image data, control data, etc.) can be recorded and reproduced.
In the example of FIG. 1, since two memory slots 7 are formed, two memory cards 70 can be mounted simultaneously. Of course, the number of memory slots 7 to be formed may be one or three or more.
[0012]
In this information processing apparatus 1, a display unit 2 is formed on a flat surface, for example, by a liquid crystal panel, and is attached to an image associated with activation of application software and various processes, images and characters as data, reproduced sound, and music. Information, operation guide messages, menu screens for playback and editing operations, and the like are displayed.
[0013]
On the information processing apparatus 1, various operators for user operations are provided. For example, an operation key 3a, a jog dial 3b, a push dial 3c, and the like are formed at required portions.
With these operators, the user can perform, for example, a power operation, a menu operation, a selection operation, a character input operation, and various other necessary operations.
Of course, these controls are only examples. That is, the number, type, and position of operators to be deployed can be considered variously.
[0014]
In addition, a speaker 4, a microphone 5, and an imaging unit 6 are also formed on the information processing apparatus 1, so that voice output, input, image capture by imaging, and the like can be executed.
[0015]
Various terminals are formed for connection with various devices. For example, a headphone terminal 10, a line output terminal 12, a line input terminal 11 and the like are formed as shown in FIG. 1B, and an IEEE 1394 terminal 8, a USB (universal) as shown in FIG.
serial bus) terminal 9 and the like are formed.
Various examples of the types, number, and positions of these terminals can be considered.
For example, a digital input / output terminal corresponding to an optical cable may be provided, or a SCSI connector, a serial port, an RS232C connector, or the like may be formed.
[0016]
2. Configuration of information processing equipment
FIG. 2 shows an internal configuration of the information processing apparatus 1.
As shown in the figure, in the information processing apparatus 1, a system controller 21, a CPU 22, a flash ROM 23, and a D-RAM 24 are first provided as core parts. An operation unit 35, a display control unit 27, and a display unit 2 are formed as parts for a basic user interface.
[0017]
The system controller 21 inputs operation information from the operation unit 35 and interrupts the CPU 22 accordingly.
The operation unit 35 corresponds to the various operators 3a, 3b, and 3c shown in FIG. Although not described in FIG. 1, a touch panel operator may be formed by displaying operation keys and icons on the display unit 2 and providing a touch detection mechanism on the display unit 2. The touch panel operator is also included in the operation unit 35 in FIG.
[0018]
The CPU 22 is a part where basic software (OS: Operating System) and application programs are operated.
The CPU 22 executes necessary processing according to operation information supplied via the system controller 21.
The flash ROM 23 is an area for storing a basic operation program, various processing constants, setting information, and the like.
The D-RAM 24 is used in various ways according to the processing of the CPU 22 such as storage of information necessary for various processing, data buffering, expansion of the work area of the CPU 22 and the like. The D-RAM 24 is provided with a storage area (non-volatile area), and an OS and application software are installed in the storage area.
The application software installed in the D-RAM 24 is activated in response to an operation from the user and executed by the CPU 22.
The application software has a user interface screen and performs drawing in a frame buffer secured in the D-RAM 24 based on a state transition in accordance with a user instruction.
The drawn image data is sent to the display control unit 27 and displayed on the display unit 2.
[0019]
Further, as described above, the memory slot 7 for the memory card 70 is formed, and the memory card 70 can be mounted. However, the CPU 22 performs write or read access to the memory card 70 mounted via the memory card interface 28. Can do. The interface operation between the memory card interface 28 and the memory card 70 will be described later.
The CPU 22 can use the attached memory card 70 as an extended memory area.
Of course, if an application program is recorded in the memory card 70, it can be installed in the D-RAM 24, or an application or data can be directly expanded in the D-RAM 24 to execute a required process.
Further, the CPU 22 can record the created document data, image data, audio data, spreadsheet data, and the like on the memory card 70 based on a certain application.
By detecting that the memory card 70 is inserted into the memory slot 7, the operation with respect to the memory card 70 can be recorded and reproduced, or applications and data recorded on the memory card 70 are automatically recorded. A so-called hot plug-in operation such as development in the D-RAM 24 is also possible.
The memory card interface 28 can also perform encryption processing on data recorded on the memory card 70 and decryption processing of the read data.
[0020]
The imaging unit 6 is formed by, for example, a CCD imaging device and an imaging circuit system. The captured image data captured by the imaging unit 6 can be captured in the D-RAM 24 via the imaging data interface 34, and the CPU 22 edits the captured image data and sends it to the memory card 70 by an operation based on a predetermined application program. Can be recorded.
[0021]
The audio interface 29 is an interface part for audio data input / output from the speaker 4, the microphone 5, the headphone terminal 10, the line output terminal 12, and the line input terminal 11 described above.
For example, analog audio signals input from the microphone 5 or the line input terminal 11 are respectively subjected to predetermined amplification processing and filtering by the input audio processing unit 32, converted into digital audio data by the A / D converter 33, and converted into the audio interface 29. To be supplied. The audio interface 29 executes processing and output on the input digital audio data based on the control of the CPU 22. For example, after performing a required compression encoding process, it can be supplied to the memory card interface 28 and recorded on the memory card 70. The audio interface 29 performs predetermined decoding processing on the digital audio data supplied by being read from the memory card 70, for example, and supplies the digital audio data to the D / A converter 30. The D / A converter 30 converts digital audio data into an analog audio signal. The output audio processing unit 31 performs predetermined amplification processing, impedance adjustment, and the like on the supplied analog audio signal according to the output destination, and outputs it to the speaker 4, the headphone terminal 10, and the line output terminal 12.
[0022]
The USB interface 25 is a communication interface with an external device connected to the USB connector 9. The CPU 22 can perform data communication with an external personal computer or peripheral device via the USB interface 25. For example, transmission / reception of control data, computer data, image data, audio data and the like handled by the information processing apparatus 1 is executed.
Similarly, the IEEE 1394 interface 26 is a communication interface with an external device connected to the IEEE 1394 terminal 8. The CPU 22 can perform various data communications with an external information device via the IEEE 1394 interface 26.
[0023]
The configuration of the information processing apparatus 1 shown in FIG. 2 is merely an example, and the present invention is not limited to this. That is, adding various components generally used in personal computers and PDA devices or deleting unnecessary portions as actual products is determined by design convenience.
[0024]
3. OS structure and database structure
Next, the OS structure mounted on the information processing apparatus 1 of this example will be described with reference to FIG. As shown in FIG. 3, the OS includes a manager layer including a kernel as a central part of basic software, a standard library, and a hardware abstraction layer (HAL) serving as a hardware layer such as a control IC.
The application software is operated on the basic operation based on such an OS structure.
For the HAL, a hierarchy is added as one or a plurality of device drivers, and actual hardware (HW) is driven.
[0025]
Here, in particular, in the case of the information processing apparatus 1 of this example, the memory card 70 can be driven, and the data of the memory card 70 is managed by the FAT, as will be described later. A library (MS library) for handling the memory card is added.
Based on the FAT library and the MS library, the memory drive is configured such that the memory card 70 is driven.
[0026]
In the information processing apparatus 1 of this example having such an OS structure, a concept of “database” is introduced as a concept corresponding to “file” in a normal manner.
The “database” here is not simply stored data as in a normal database, but is formatted as a structure in which the database itself can manage the data. In this sense, “database” corresponds to “file”.
[0027]
FIG. 4 shows the database structure. That is, in the database, an area including a database name (DTB Name) and other information is formed as a header (DTB header), and a pointer table is arranged. The actual data recorded in the data area is in a state where positional management is performed based on the point information recorded in the pointer table.
[0028]
There are two types of databases having such a structure. For example, in general, one application software is composed of a plurality of files, and there are an execution file (***. Exe) and a data file (***. Data), and the execution file (***). .Exe) is a “resource database (***. Prc)”, and a data file (***. Data) is “database database (***. Dtb)”. .
[0029]
In the information processing apparatus 1 of this example, data is handled based on such a concept of “database”. Accordingly, a file recorded and reproduced on the memory card 70 (file handled by FAT) also takes the form of the database.
In this specification, the term “file” is used, which is used in accordance with a general concept, and in the present embodiment, “file” means the database having the above structure. It becomes.
[0030]
4). Memory card
4-1 Appearance
Next, the memory card 70 will be described.
First, the outer shape of the memory card 70 is shown in FIG.
The memory card 70 includes a memory element having a predetermined capacity, for example, inside a plate-shaped housing as shown in FIG. In this example, a flash memory is used as the memory element.
The case shown as a plan view, a front view, a side view, and a bottom view in FIG. 5 is formed of, for example, a plastic mold. Specific examples of the size include widths W11, W12, and W13 shown in the drawing as W11 = 60 mm, W12 = 20 mm and W13 = 2.8 mm.
[0031]
A terminal portion 72 having, for example, 10 electrodes is formed from the lower front side to the bottom surface side of the housing, and a reading or writing operation for an internal memory element is performed from the terminal portion 72.
The upper left part of the housing in the planar direction is a notch 73. The notch 73 serves to prevent the insertion direction from being wrong when, for example, the memory card 70 is loaded into the attaching / detaching mechanism on the drive device main body side.
A label attaching surface 74 is formed from the top surface to the bottom surface of the housing so that the user can attach a label on which the stored contents are written.
Further, on the bottom side, a slide switch 75 for preventing accidental erasure of recorded contents is formed.
[0032]
In such a memory card 70, the flash memory capacity is defined as 4 MB (megabyte), 8 MB, 16 MB, 32 MB, 64 MB, or 128 MB.
A so-called FAT (File Allocation Table) system is used as a file system for data recording / reproduction.
[0033]
The writing speed is 1500 KByte / sec to 330 KByte / sec, the reading speed is 2.45 MByte / sec, the writing unit is 512 bytes, and the erase block size is 8 KB or 16 KB.
The power supply voltage Vcc is 2.7 to 3.6 V, and the serial clock SCLK is 20 MHz at maximum.
[0034]
4-2 Memory card terminals and internal structure
FIG. 6 shows the electrode structure of the terminal portion 72. As shown in FIG. 5, the terminal portion 72 has a structure in which ten planar electrodes are arranged in a line. As shown in FIG. 6, the electrodes (terminals T1 to T10) are as follows.
[0035]
Terminals T1 and T10 are detection voltage Vss terminals.
The terminal T2 is an input terminal for the serial protocol bus state signal BS.
Terminals T3 and T9 are power supply voltage Vcc terminals.
The terminal T4 is a data terminal, that is, an input / output terminal for a serial protocol data signal.
Terminals T5 and T7 are reserved.
The terminal T6 is a detection terminal, and the drive device side (the memory card interface of the information processing device 1) is used for detecting the insertion of the memory card.
The terminal T8 is an input terminal for the serial clock SCLK.
[0036]
FIG. 6 also shows the internal configuration of the memory card 70.
Inside the memory card 70, a control IC 80 and a flash memory 81 are provided. The control IC 80 is a part for executing a write / read operation for the flash memory 81.
As can be seen from the figure, the control IC 80 is supplied with the serial protocol bus state signal BS from the terminal T2 and the serial clock SCLK from the terminal T8. During the write operation, the control IC 80 writes the data supplied from the terminal T4 to the flash memory 81 in accordance with the serial protocol bus state signal BS and the serial clock SCLK. At the time of reading, data is read from the flash memory 81 in accordance with the serial protocol bus state signal BS and the serial clock SCLK, and is output from the terminal T4 to the drive device side.
[0037]
Further, the detection voltage Vss is supplied to the detection terminal T6, and the drive device side detects the terminal voltage of the detection terminal T6 with a resistor R as shown in the figure, so that the memory card 70 is mounted (memory slot 7). ) Can be detected.
[0038]
4-3 File system processing hierarchy
Subsequently, a format in a system using the memory card 70 as a recording medium will be described.
FIG. 7 shows a file system processing hierarchy of a system using the memory card 70 as a recording medium.
As shown in this figure, the file system processing hierarchy includes a file management processing layer, a logical address layer, a physical address layer, and flash memory access in order under the application processing layer.
In this hierarchy, the file management processing layer is a so-called FAT (File Allocation Table).
Further, as can be seen from this figure, the concept of logical address and physical address is introduced in the file system of this example, which will be described later.
[0039]
4-4 Physical data structure
FIG. 8 shows a physical data structure of the flash memory 81 that is a storage element in the memory card 70.
The storage area as the flash memory 81 is mainly based on a fixed-length data unit called a segment. This segment has a size defined as 4 MB (megabytes) or 8 MB per segment, and the number of segments in one flash memory 81 varies depending on the capacity of the flash memory 81.
[0040]
Then, as shown in FIG. 8A, this one segment is divided into 8 KB (kilobytes) or 16 KB as a fixed-length data unit called a block. In principle, since one segment is divided into 512 blocks, n = 511 for the block n shown in FIG. However, in the flash memory 81, the number of blocks as a defect area which is a non-writable damaged area is permitted within a predetermined number of ranges. Therefore, if a substantial number of blocks in which data writing is valid is targeted, The n is less than 511.
[0041]
Of the blocks 0 to n formed as shown in FIG. 8A, the first two blocks 0 and 1 are called boot blocks. However, two blocks from the beginning of the effective block are actually defined as boot blocks, and there is no guarantee that the boot blocks are blocks 0 and 1.
The remaining blocks are user blocks in which user data is stored.
[0042]
One block is divided into pages 0 to m as shown in FIG. As shown in FIG. 8E, the capacity of one page is a fixed length of 528 (= 512 + 16) bytes including a data area of 512 bytes and a redundant part of 16 bytes. The structure of the redundant part will be described later with reference to FIG.
Further, the number of pages in one block is 16 pages when the capacity of one block is 8 KB, and 32 pages when the capacity of one block is 16 KB.
[0043]
The page structure in the block shown in FIGS. 8D and 8E is common to the boot block and the user block.
In the flash memory 81, data reading and writing are performed in units of pages, and data erasing is performed in units of blocks. Data is written only to erased pages. Therefore, actual data rewriting or writing is performed for each block.
[0044]
As shown in FIG. 8B, the head boot block stores a header for page 0, and page 1 stores information indicating the position (address) of initial defective data. Page 2 stores information called CIS / IDS.
The second boot block is an area for backup as a boot block, as shown in FIG.
[0045]
The redundant part (16 bytes) shown in FIG. 8 (e) has the structure shown in FIG. 8 (f).
As shown in the figure, this redundant part is an overwrite area in which the first three bytes from the 0th byte to the second byte can be rewritten in accordance with the update of the data contents of the data area. In this overwrite area, the block status is stored in the 0th byte, and the data status is stored in the 1st byte (Block Flag Data). Further, the conversion table flag (Page Data Status1) is stored by using a predetermined upper bit of the second byte.
[0046]
As a general rule, the third to fifteenth bytes are areas in which information whose contents are fixed according to the data contents of the current page and cannot be rewritten is stored.
The third byte stores a management flag (Block Info) indicating access permission, copy prohibition designation, and the like.
A 2-byte area consisting of the fourth and fifth bytes stores a logical address (Logic Address) which will be described later.
The 6th to 10th bytes of the 5-byte area are used as a format reserve area, and the subsequent 2nd byte of the 11th and 12th bytes stores the distributed information ECC for performing error correction on the format reserve. It is considered as an area.
The remaining 13th to 15th bytes store data ECC for performing error correction on the data in the data area shown in FIG.
[0047]
The contents of the management flag stored in the third byte of the redundant part shown in FIG. 8 (f) are defined in bits 7 to 0 as shown in FIG.
Bits 7 and 6 and bits 1 and 0 are reserved (undefined) areas.
Bit 5 stores a flag indicating “valid” (“1”; Free) / “invalid” (“0”; Read Protected) of access permission for the current block. Bit 4 stores a flag for copy prohibition designation ('1'; OK / '0'; NG) for the current block.
[0048]
  Bit 3 is a conversion table flag. This conversion table flag is an identifier indicating whether or not the current block is a logical-physical address conversion table to be described later. If the value of bit 3 is “0”, the current block is a logical-physical address. Identified as a translation table,'1'If it is, it becomes invalid. That is, it is identified that the current block is not a logical-physical address conversion table.
[0049]
Bit 2 stores a system flag. If “1”, it indicates that the current block is a user block, and “0” indicates that it is a boot block.
[0050]
  Here, the relationship between the segments and blocks and the flash memory capacity will be described with reference to FIG. 13 (see the left three columns).
  The flash memory capacity of the memory card 70 is defined as being 4 MB, 8 MB, 16 MB, 32 MB, 64 MB, or 128 MB.
  In the case of 4 MB with the smallest capacity, one block is defined as 8 KB, and the number of blocks is 512. That is, 4 MB has a capacity of exactly one segment. And8MBIn the same way, the capacity of 1 block = 8 KB is defined similarly, and 2 segments = 1024 blocks. As described above, if 1 block = 8 KB, the number of pages in one block is 16.
  However, with a capacity of 16 MB, it is allowed that both 8 KB and 16 KB exist as the capacity per block. For this reason, there are two types: 2048 blocks = 4 segments (1 block = 8 KB) and 1024 blocks = 2 segments (1 block = 16 KB). When 1 block = 16 KB, the number of pages in one block is 32 pages.
[0051]
In addition, the capacity of 32 MB, 64 MB, and 128 MB is defined as the capacity per block is only 16 KB. Therefore, 2048 blocks = 4 segments in 32 MB, 4096 blocks = 8 segments in 64 MB, and 8192 blocks = 16 segments in 128 MB.
[0052]
4-5 Concept of physical address and logical address
Next, based on the physical data structure of the flash memory as described above, the concept of physical addresses and logical addresses in the file system of this example will be described according to the data rewrite operation shown in FIG.
[0053]
FIG. 10A schematically shows four blocks extracted from a certain segment.
Each block is given a physical address. The physical address is determined according to the physical arrangement order of the blocks in the memory, and the relationship between a certain block and the physical address associated with the block remains unchanged. Here, for the four blocks shown in FIG. 10A, 105, 106, 107, and 108 are assigned as physical address values in order from the top. The actual physical address is represented by 2 bytes.
[0054]
Here, as shown in FIG. 10A, the blocks indicated by the physical addresses 105 and 106 are used blocks in which data is stored, and the blocks indicated by the physical addresses 107 and 108 are erased (that is, not yet deleted). Assume that the recording block is an unused block.
[0055]
The logical address is an address that is allocated so as to accompany the data written to the block. This logical address is an address used by a FAT file system described later.
FIG. 10A shows a state in which 102, 103, 104, and 105 are assigned as logical address values in order from the top to each of the four blocks. The logical address is actually expressed by 2 bytes.
[0056]
Here, it is assumed that the content is rewritten or partially erased from the state shown in FIG. 10A, for example, as an update of data stored in the physical address 105.
In such a case, in the file system of the flash memory, the updated data is not written again to the same block, but the updated data is written to an unused block.
That is, for example, as shown in FIG. 10B, the data at the physical address 105 is erased, and the updated data is written into the block indicated by the physical address 107 that has been an unused block. (Process (1)).
[0057]
Then, as shown as process (2), the logical address 102 corresponding to the physical address 105 in the state before the data update (FIG. 10A) is changed to the physical address 107 of the block in which the updated data is written. The logical address is changed so as to correspond to the above. Accordingly, the logical address 104 corresponding to the physical address 107 before the data update is changed to correspond to the physical address 105.
[0058]
In other words, the physical address is an address uniquely assigned to the block, and the logical address is an address unique to the write data in units of blocks that follow the data once written to the block. It can be seen that.
[0059]
By performing such block swap processing, it is possible to avoid repeated and concentrated access to a certain storage area (block), thereby extending the life of the flash memory having an upper limit on the number of rewrites. It becomes possible.
At this time, the logical address is handled as in the above process (2), so that even if there is a movement of the block written in the data before and after the update by the swap process of the block, from the FAT Will see the same address, and the subsequent accesses can be executed properly.
For the purpose of simplifying management for updating on a logical-physical address conversion table, which will be described later, block swap processing is defined as being completed within one segment. Conversely, block swap processing is not performed across segments.
[0060]
4-6 Logical-physical address conversion table
As can be seen from the description with reference to FIG. 10, the correspondence between the physical address and the logical address changes as a result of the block swap processing. Therefore, in order to realize access for writing and reading data to the flash memory, a logical-physical address conversion table indicating correspondence between physical addresses and logical addresses is required. In other words, the FAT refers to the logical-physical address conversion table, so that the physical address corresponding to the logical address specified by the FAT is specified, and the block indicated by the specified physical address can be accessed. It is. In other words, if there is no logical-physical address conversion table, it becomes impossible to access the flash memory by FAT.
[0061]
Conventionally, for example, when the memory card 70 is mounted on the set body, the microprocessor on the set body side checks the stored contents of the memory card 70, thereby constructing a logical-physical address conversion table on the set body side. Further, the constructed logical-physical address conversion table is stored in the RAM on the set body side. That is, information on the logical-physical address conversion table is not stored in the memory card 70.
On the other hand, in this example, as described below, the logical-physical address conversion table is stored in the memory card 70.
[0062]
FIG. 11 conceptually shows a construction form of a logical-physical address conversion table stored in the memory card 70 of this example.
In other words, in this example, table information that stores a 2-byte physical address corresponding to the logical address in ascending order is constructed as a logical-physical address conversion table.
As described above, both the physical address and the logical address are expressed by 2 bytes. This is based on the fact that since there are 8192 blocks in the case of a flash memory with a maximum capacity of 128 MB, a maximum number of bits is required to cover the number of 8192 blocks.
Therefore, the physical address and the logical address illustrated in FIG. 11 are also expressed by 2 bytes in accordance with the actual.
However, here, these 2 bytes are expressed in hexadecimal. That is, “0x” indicates that the subsequent value is in hexadecimal notation. It should be noted that the notation indicating a hexadecimal number by “0x” is also used in the same way when noting a hexadecimal number in the following description. (However, in some drawings, “0x” is omitted to prevent complication of notation.)
[0063]
FIG. 12 shows a structural example of a logical-physical address conversion table based on the concept shown in FIG.
The logical-physical address conversion table is stored as shown in FIG. 12 for a certain block in the last segment of the flash memory.
First, as shown in FIG. 12A, among the pages into which the block is divided, a 2-page area consisting of pages 0 and 1 is assigned as a logical-physical address conversion table for segment 0. For example, as described with reference to FIG. 13, since the flash memory has a capacity of 4 MB, since it has only one segment, the area of only pages 0 and 1 becomes the area of the logical-physical address conversion table.
For example, if the flash memory has a capacity of 8 MB, it has 2 segments. Therefore, in addition to pages 0 and 1 allocated as the logical-physical address conversion table for segment 0, the following 2 pages of pages 2 and 3 are segmented. 1 is assigned as a logical-physical address conversion table for 1.
[0064]
  Thereafter, as the capacity of the flash memory increases, the allocation area of the logical-physical address conversion table for each segment is set for every subsequent two pages. If there is a maximum capacity of 128 MB, there are 16 segments. Therefore, at most, pages up to the segment 15 are allocated as areas of the logical-physical address conversion table. Therefore, in the flash memory with the maximum capacity of 128 MB,32A page is to be used, and as a page N shown in FIG.31It becomes.
  As can be seen from the above description, the logical-physical address conversion table is managed for each segment.
[0065]
FIG. 12B shows an extracted data area for two pages as a structure of the logical-physical address conversion table per segment. That is, since the data area of one page is 512 bytes (see FIG. 8E), FIG. 12B shows a state where 1024 (= 512 × 2) bytes are expanded. .
[0066]
As shown in FIG. 12 (b), the 1024 bytes of the data area for the two pages is divided into two bytes, and the area for each two bytes is sequentially assigned to the logical address 0, the logical address 1, .., And the last is defined such that the 2-byte area of the 991st byte and the 992th byte from the top is allocated as an area for the logical address 495. A physical address corresponding to each logical address is written in these 2-byte areas. Therefore, in the logical-physical address conversion table of this example, when the correspondence between the physical address and the logical address is changed by the swap processing of the block by actual data update, the storage state of the physical address with reference to the logical address. The table information is rewritten so that is updated.
[0067]
Also, a total area of 32 bytes from the remaining 993 bytes to the last 1024 bytes is allocated as an area for storing the physical address of the surplus block. That is, the physical addresses of 16 surplus blocks can be managed. The surplus block here means, for example, a so-called work block set as an area for temporarily saving data to be rewritten when updating data in units of blocks.
[0068]
By the way, in spite of the fact that one segment is divided into 512 blocks, the table structure shown in FIG. 12 has a manageable number of blocks for logical address 0 to logical address 495. 496 blocks. In practice, the above-described surplus address is set, and as described above, a defect (unusable area) of a certain number of blocks is permitted in the flash memory. Therefore, in reality, it depends on the existence of a considerable number of defect blocks.
Therefore, in reality, it is sufficient to manage 496 blocks in order to manage blocks in which writing / erasing is effective.
[0069]
For the block in which the logical-physical address conversion table is stored in this manner, the data content of the management flag (see FIG. 9) in the redundant portion of each page forming the block is stored in bit 3 of this management flag. '0' is set. This indicates that the block is a block in which the logical-physical address conversion table is stored.
[0070]
For the block in which the logical-physical address conversion table is stored, if the contents of the logical-physical address conversion table are rewritten, the swap processing described above with reference to FIG. 10 is performed without exception. Therefore, the block in which the logical-physical address conversion table is recorded is indefinite, and it cannot be defined that the logical-physical address conversion table is stored in a specific block.
Therefore, the FAT accesses the flash memory and searches for a block in which the bit 3 of the management flag is set to “0” so as to identify the block in which the logical-physical address conversion table is stored. Is done. However, considering that the search for the block in which the logical-physical address conversion table is stored can be easily performed by FAT, the block in which the logical-physical address conversion table is stored is stored in the flash memory. In this example, it is defined so that it exists in the segment to which the last number is attached. Thereby, the FAT can search the logical-physical address conversion table only by searching the block of the segment with the last number. In other words, it is not necessary to search all segments of the flash memory in order to search the logical-physical address conversion table.
The logical-physical address conversion table shown in FIG. 12 is stored, for example, when the memory card 70 is manufactured.
[0071]
Here, the relationship between the flash memory capacity and the size of the logical-physical address conversion table will be described with reference to FIG. 13 again.
As described above with reference to FIG. 11, the size of the logical-physical address conversion table for managing one segment is 1024 bytes for two pages, that is, 1 KB. Therefore, as shown in the rightmost column of FIG. 13, when the flash memory has a capacity of 4 MB (1 segment), the logical-physical address conversion table has a size of 1 KB. When the flash memory capacity is 8 MB (2 segments), the logical-physical address conversion table is 2 KB (4 pages).
When the capacity of the flash memory is 16 MB, the logical-physical address conversion table is 4 KB (8 pages) for 2048 blocks = 4 segments, and the logical-physical address conversion table is 2 KB (4 pages) for 1024 blocks = 2 segments. Page).
When the flash memory capacity is 32 MB (4 segments), the logical-physical address conversion table is 4 KB (8 pages), and when the flash memory capacity is 64 MB (8 segments), the logical-physical address conversion table is 8 KB (16 pages). When the flash memory has a maximum capacity of 128 MB (16 segments), the logical-physical address conversion table is 16 KB (32 pages).
[0072]
4-7 Directory structure
An example of a directory structure recorded in the memory card 70 is shown in FIG.
The main data that can be handled by the memory card 70 includes computer data, moving image data, still image data, message data, audio data, control data, and the like. VOICE ”(message directory),“ DCIM ”(still image directory),“ MOxxxnn ”(moving image directory),“ CONTROL ”(control directory),“ HIFI ”(audio directory),“ PM ”(information) Processing device directory).
[0073]
Although not shown, subdirectories, files (the database described above), folders, and the like are arranged under each directory, and take a so-called tree structure.
Of course, such a directory structure is merely an example, and a directory structure is actually formed according to the recording status of the information processing apparatus 1 or the like, the type of file to be recorded, and the like.
[0074]
5. FAT structure
As described in the file system hierarchy of FIG. 7, the file management process is performed by FAT.
That is, in order to realize recording / reproduction (data writing / reading) with respect to the memory card 70 by the information processing apparatus 1 having the configuration shown in FIG. 2, file storage location management by FAT is referred to in accordance with a request in application processing. Further, the logical-physical address conversion described above is performed, and actual access is performed.
Here, the structure of the FAT will be described.
[0075]
FIG. 15 shows an outline of the management structure by FAT.
In this example, the FAT and the logical-physical address conversion table are stored in the memory card 70, but the FAT structure shown in FIG. 15 is a management structure in the memory card 70.
[0076]
As shown in the figure, the FAT management structure includes a partition table, a free area, a boot sector, a FAT, a copy of the FAT, a root directory, and a data area.
In the data area, unit data is shown as cluster 2, cluster 3,..., But this cluster is one data unit handled by the FAT as a management unit.
In general, in FAT, the cluster size is 4K bytes as a standard, but this cluster size can be a power of 2 between 512 bytes and 32K bytes.
In the memory card 70 of this example, as described above, one block is 8K bytes or 16K bytes. However, in the case of the memory card 70 in which 1 block = 8K bytes, the cluster handled by the FAT is 8K bytes. The In the case of the memory card 70 in which 1 block = 16 Kbytes, the cluster handled in the FAT is 16 Kbytes. In other words, 8 Kbytes or 16 Kbytes is a data unit in the FAT management and one data unit as a block in the memory card 70. Therefore, when viewed from the memory card, the cluster size handled by FAT = the block size of the memory card. For this reason, the subsequent description of this example will be considered as block = cluster for simplification.
[0077]
And on the left side of FIG. 15, x ... (x + m-1), (x + m) (x + m + 1) (x + m + 2) ... are shown as block numbers. For example, various data for constructing the FAT structure in each block are as follows. Will be remembered.
In practice, each piece of information is not necessarily stored in each physically continuous block.
[0078]
In the FAT structure, first, the start and end addresses of the FAT partition (maximum 2 Gbytes) are described in the partition table.
In the boot area, a so-called 12-bit FAT, 16-bit FAT, and FAT structure (size, cluster size, size of each area, etc.) are described.
[0079]
As will be described later, the FAT is a table indicating the link structure of clusters constituting each file, and the FAT is described in a subsequent area.
In the root directory, a file name, a leading cluster number, and various attributes are described. These descriptions use 32 bytes per file.
[0080]
In FAT, FAT entries and clusters have a one-to-one correspondence, and each cluster entry describes the link destination, that is, the number of the cluster that follows. That is, regarding a certain file formed of a plurality of clusters (= blocks), the first cluster number is first indicated by the directory, and the next cluster number is indicated in the entry of the first cluster in the FAT. Further, the next cluster number is indicated in the next cluster number entry. In this way, the cluster link is described in the FAT.
[0081]
FIG. 16 schematically shows the concept of such a link (the numerical value is a hexadecimal value).
For example, if there are two files “MAIN.C” and “FUNC.C”, the first cluster number of these two files is described in the directory as, for example, “002” and “004”.
For the file “MAIN.C”, the next cluster number “003” is described in the entry of the cluster number “002”, and the next cluster number “006” is described in the entry of the cluster number “003”. Further, assuming that the cluster number 006 is the last cluster of the file “MAIN.C”, “FFF” indicating the last cluster is described in the entry of the cluster number “006”.
As a result, the file “MAIN.C” is stored in the order of the clusters “002” → “003” → “006”. That is, assuming that the cluster number and the block number in the memory card 70 match, the file “MAIN.C” is stored in the blocks “002”, “003”, and “006” in the memory card 70. It is expressed. (However, since the cluster handled by FAT is handled by the logical address as described above, it does not match the physical address of the block as it is.)
[0082]
Similarly, the file “FUNC.C” is expressed by FAT as being stored in the cluster “004” → “005”.
[0083]
Note that for a cluster corresponding to an unused block, the entry is “000”.
[0084]
By the way, in the directory of each file stored in the area of the root directory, not only the top cluster number shown in FIG. 16 but also various data are described as shown in FIG.
That is, the file name, extension, attribute, modification time information, modification date information, leading cluster number, and file size are described in the number of bytes shown.
[0085]
Also, subdirectories that are lower layers of a certain directory are stored in the data area, not in the area of the root directory in FIG. That is, the subdirectory is treated as a file having a directory structure. For subdirectories, the size is unlimited, and an entry for itself and an entry for the parent directory are required.
[0086]
In FIG. 18, there is a file “DIR1” (attribute = directory: subdirectory) in a certain root directory, and further a file “DIR2” (attribute = directory: subdirectory) is included in the file “DIR1”. An example of the structure when the file “FILE” exists is shown.
That is, in the area of the root directory, the head cluster number as the file “DIR1” which is a subdirectory is shown, and the clusters X, Y, and Z are linked by the above-described FAT.
As can be seen from this figure, the subdirectories “DIR1” and “DIR2” are treated as files and incorporated in the FAT link.
[0087]
6). Interface between memory card and information processing device
A configuration of a serial interface system between the memory card 70 and the memory card interface 28 of the information processing apparatus 1 will be described with reference to FIG.
As shown in FIG. 19, the control IC 80 in the memory card 70 has blocks as a flash memory controller 80a, a register 80b, a page buffer 80c, and a serial interface 80d.
[0088]
The flash memory controller 80a performs data transfer between the flash memory 81 and the page buffer 80c based on the parameters set in the register 80b.
The data buffered in the page buffer 80c is transferred to the memory card interface 28 side of the information processing apparatus 1 via the serial interface 80d, and the data transferred from the memory card interface 28 of the information processing apparatus 1 is serial interface. It is buffered to the page buffer 10c via 80d.
[0089]
On the side of the memory card interface 28, a file manager 60, a transfer protocol interface 61, and a serial interface 62 are provided as an interface structure for the memory card 70.
The file manager 60 performs file management of the memory card 70. For example, in the system of this example, a management file for managing the main data file is stored in the memory card 70. However, the information processing apparatus 1 reads the management file from the loaded memory card 70 and the CPU 22 creates a file. A manager 60 will be formed. Access to the memory card 70 is executed according to the file manager 60.
The transfer protocol interface 61 accesses the register 80b and the page buffer 80c.
The serial interface 62 defines a protocol for performing arbitrary data transfer on three signal lines to the memory card 70, that is, SCLK (serial clock), BS (bus state), and SDIO (serial data input / output). To do.
[0090]
By the operation of each unit in the above configuration, read access / write access to the memory card 70 (flash memory 81) by the information processing apparatus 1 is executed.
[0091]
7). File access processing to memory card
Subsequently, a file access process for writing / reading a data file (database database) and an execution file (resource database) to / from the memory card 70, which is a characteristic operation of the information processing apparatus 1 of this example, will be described. Go.
[0092]
The user can execute processing based on the application software by starting arbitrary application software in the information processing apparatus 1. Of course, it is also possible to check and edit the contents by referring to various data files in the operation of the application software.
Here, when a file access is made to the memory card 70 based on a process in the application software or a user operation, the access must be performed in a state defined in the directory structure described with reference to FIG. . For this reason, in this example, when a file access request is generated, the CPU 22 performs the processing of FIG.
[0093]
Note that the processing of FIG. 20 is processing performed by the CPU 22, but this may be file access processing executed based on a program installed in the activated application software. Alternatively, it may be defined as an OS API (Application Programming Interface), and the file access processing may be supported as an OS file system library.
Further, application software for access for executing such file access processing may be formed and may be always activated in the CPU 22, that is, the application software for access is generated in response to the occurrence of a file access request. The wear may operate to cause the CPU 22 to execute the process of FIG.
[0094]
When a file access request for the memory card 70 is generated in the process based on the application software program or the process based on the user's instruction, the file access process in FIG. 20 proceeds from step F101 to F102. Determine whether it is specified.
If a directory is designated, it is determined in step F103 whether the directory name is an appropriate directory name on the file system of the memory card 70.
If it is determined that the directory name is appropriate, the process proceeds to step F109, and an access process (write or read process) to the memory card 70 may be performed with the specified directory name and file name.
[0095]
However, if the directory name is not specified at the time of the file access request, or if it is specified but the directory name is not appropriate in accordance with the rules of the file system, the process proceeds to step F105.
Then, it is confirmed whether or not a file type is specified for the file having the access request. For example, it is determined whether or not there is information specifying the file type based on an extension added to the file name.
[0096]
If the file type has been designated, a directory is set in accordance with the designated file type in step F106.
For example, according to the directory structure of FIG. 14, when the file type is an audio data file, the directory is “VOICE”, and when the file type is a still image data file, the directory is “DCIM”. .
Then, the process proceeds to step F109, and the access processing to the memory card 70 is performed using the set directory name and the directory name and file name.
[0097]
If it is determined in step F105 that the file type is not specified, the file type is determined in step F107. For example, at the time of writing, for example, the file type is determined from the file content itself created / edited in the process based on the application software.
In step F108, a directory is set according to the determined file type. Similarly to the above, for example, when the file type is an audio data file, the directory is “VOICE”, and when the file type is a still image data file, the directory is “DCIM”.
Then, the process proceeds to step F109, and the access processing to the memory card 70 is performed using the set directory name and the directory name and file name.
[0098]
By performing the processing as described above, even if the directory name is not specified in the file access request or the directory name is inappropriate for the file system of the memory card 70, an appropriate directory name is Set and execute file access.
Therefore, even if the file system specification of the memory card 70 is not reflected in the program of the application software, or the directory name is arbitrarily specified by the user, the file system specification is maintained. The file structure recorded on the memory card 70 is appropriate. In other words, even if the user or application software does not recognize the file system specification, the file access can be executed appropriately.
[0099]
The processing in FIG. 20 has been described on the assumption that a directory name is defined, but there is a file system that is defined so that a file name is generated according to a predetermined rule. In that case, the process of FIG. 20 may be performed on the file name.
[0100]
As described above, the configuration of the information processing apparatus as the embodiment and the file access processing examples have been described. However, the present invention is not limited to these examples, and various modifications can be considered.
The apparatus to which the present invention can be applied is not only a portable information processing apparatus but also a wide variety.
[0101]
【The invention's effect】
As understood from the above description, according to the present invention, when a file access is made to a recording medium based on a file system in which a directory structure or a file name setting method is specified, the directory name or file name is specified. It is determined whether or not a matching item is specified. If a directory name or file name that matches the specification is not specified, the directory name or file name based on the specification is set to perform file access. Therefore, it is not necessary for the user to recognize the file system rules and perform an operation, and usability is improved.
Also, it is possible to prevent the user from ignoring the rules and arbitrarily set the directory name and file name, so that the appropriate state as the file system can be maintained.
[Brief description of the drawings]
FIG. 1 is a plan view, a right side view, a left side view, and a top view of an information processing apparatus according to an embodiment of this invention.
FIG. 2 is a block diagram of the information processing apparatus according to the embodiment.
FIG. 3 is an explanatory diagram of an OS structure of the information processing apparatus according to the embodiment;
FIG. 4 is an explanatory diagram of a database structure handled by the information processing apparatus according to the embodiment.
FIG. 5 is a plan view, a front view, a side view, and a bottom view showing the outer shape of the memory card of the embodiment.
FIG. 6 is an explanatory diagram of an internal structure of the memory card according to the embodiment.
FIG. 7 is an explanatory diagram of a file system processing hierarchy according to the embodiment;
FIG. 8 is an explanatory diagram of a physical data structure of the memory card according to the embodiment.
FIG. 9 is an explanatory diagram of a management flag of the memory card according to the embodiment.
FIG. 10 is an explanatory diagram of the concept of data update processing, physical address, and logical address in the memory card of the embodiment.
FIG. 11 is an explanatory diagram of a management form of a logical-physical address conversion table according to the embodiment.
FIG. 12 is an explanatory diagram of a structure of a logical-physical address conversion table according to the embodiment.
FIG. 13 is an explanatory diagram of a relationship among flash memory capacity / number of blocks / capacity of one block / capacity of one page / size of a logical-physical address conversion table of the memory card according to the embodiment;
FIG. 14 is an explanatory diagram of a directory structure of the memory card according to the embodiment.
FIG. 15 is an explanatory diagram of a FAT structure.
FIG. 16 is an explanatory diagram of a cluster management form by FAT;
FIG. 17 is an explanatory diagram of the contents of a directory.
FIG. 18 is an explanatory diagram of a storage form of subdirectories and files.
FIG. 19 is an explanatory diagram of an interface configuration between the information processing apparatus and the memory card according to the embodiment;
FIG. 20 is a flowchart of file access processing to the memory card according to the embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Information processing apparatus, 2 Display part, 3a, 3b, 3c Manipulator, 4 Speaker, 5 Microphone, 6 Imaging part, 7 Memory slot, 8 IEEE1394 terminal, 9 USB terminal, 10 Headphone terminal, 11 Line input terminal, 12 line Output terminal, 21 System controller, 22 CPU, 23 Flash ROM, 24 D-RAM, 25 USB interface, 26 IEEE1394 interface, 27 Display controller, 28 Memory card interface, 29 Audio interface, 70 Memory card

Claims (2)

ディレクトリ構造又はファイル名設定方法が規定されているファイルシステムに基づいて記録媒体にファイルアクセスを行う情報処理装置において、
ファイルアクセス要求のあった際に、当該ファイルアクセス要求のディレクトリ名又はファイル名として、上記規定に合致したディレクトリ名又はファイル名が指定されているか否かを判別し、
上記規定に合致したディレクトリ名又はファイル名が指定されていなければ、上記ファイルアクセス要求に係るディレクトリ名又はファイル名の拡張子による、上記ファイルアクセス要求に係るファイルタイプの指定を確認し、
上記拡張子でファイルタイプが指定されていれば、指定されているファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行い、
上記拡張子でファイルタイプが指定していなければ、ファイル内容自体からファイルタイプを判別し、判別したファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行う制御手段を備えた情報処理装置。In an information processing apparatus that performs file access to a recording medium based on a file system that defines a directory structure or a file name setting method,
When there is a file access request, it is determined whether a directory name or file name that meets the above-mentioned rules is specified as the directory name or file name of the file access request.
If the directory name or file name that matches the above rules is not specified, confirm the specification of the file type related to the file access request by the extension of the directory name or file name related to the file access request,
If the file type is specified with the above extension, set the directory name or file name based on the above rules according to the specified file type and perform file access,
If the file type is not specified by the above extension, the control means for determining the file type from the file content itself, and setting the directory name or file name based on the above specification according to the determined file type and performing file access An information processing apparatus comprising: ディレクトリ構造又はファイル名設定方法が規定されているファイルシステムに基づいて記録媒体にファイルアクセスを行う情報処理装置の情報処理方法として、
上記情報処理装置の制御手段が、
ファイルアクセス要求のあった際に、当該ファイルアクセス要求のディレクトリ名又はファイル名として、上記規定に合致したディレクトリ名又はファイル名が指定されているか否かを判別し、
上記規定に合致したディレクトリ名又はファイル名が指定されていなければ、上記ファイルアクセス要求に係るディレクトリ名又はファイル名の拡張子による、上記ファイルアクセス要求に係るファイルタイプの指定を確認し、
上記拡張子でファイルタイプが指定されていれば、指定されているファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行い、
上記拡張子でファイルタイプが指定していなければ、ファイル内容自体からファイルタイプを判別し、判別したファイルタイプに応じて上記規定に基づいたディレクトリ名又はファイル名を設定してファイルアクセスを行う情報処理方法。As an information processing method of an information processing apparatus that performs file access to a recording medium based on a file system in which a directory structure or a file name setting method is defined ,
The control means of the information processing apparatus
When there is a file access request, it is determined whether a directory name or file name that meets the above-mentioned rules is specified as the directory name or file name of the file access request.
If the directory name or file name that matches the above rules is not specified, confirm the specification of the file type related to the file access request by the extension of the directory name or file name related to the file access request,
If the file type is specified with the above extension, set the directory name or file name based on the above rules according to the specified file type and perform file access,
If the file type is not specified by the above extension, the file type is determined from the file content itself, and the directory name or file name based on the above rules is set according to the determined file type to perform file access Method.
JP2000196283A 2000-06-26 2000-06-26 Information processing apparatus and information processing method Expired - Fee Related JP4403338B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000196283A JP4403338B2 (en) 2000-06-26 2000-06-26 Information processing apparatus and information processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000196283A JP4403338B2 (en) 2000-06-26 2000-06-26 Information processing apparatus and information processing method

Publications (2)

Publication Number Publication Date
JP2002007184A JP2002007184A (en) 2002-01-11
JP4403338B2 true JP4403338B2 (en) 2010-01-27

Family

ID=18694811

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000196283A Expired - Fee Related JP4403338B2 (en) 2000-06-26 2000-06-26 Information processing apparatus and information processing method

Country Status (1)

Country Link
JP (1) JP4403338B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004266357A (en) * 2003-01-08 2004-09-24 Sony Corp Editing device and image display unit
JP5153054B2 (en) * 2003-10-22 2013-02-27 オリンパス株式会社 File generation method and file search method

Also Published As

Publication number Publication date
JP2002007184A (en) 2002-01-11

Similar Documents

Publication Publication Date Title
JP4085478B2 (en) Storage medium and electronic device system
RU2242805C2 (en) Recording method, control device and recording device
US7039754B2 (en) Detachably mounted removable data storage device
JP3072722B2 (en) Data management device and data management method using flash memory and storage medium using flash memory
US6278678B1 (en) Editing apparatus, editing method, and recording medium
US20050080985A1 (en) Data storage device
WO2003056432A1 (en) Memory device and recording/reproducing apparatus using the same
US6662269B1 (en) Data rewriting apparatus, control method, and recording medium
JP2008198208A (en) Operation method for host data processing device, host data processing device, and data storage device
JP2001325128A (en) Method for managing file and recording or reproducing device
JP2001325134A (en) Directory setting method and recorder
JP3928724B2 (en) Recording medium recording control method and recording medium recording control apparatus
JP2011138221A (en) Semiconductor device and memory system
JP4403338B2 (en) Information processing apparatus and information processing method
JP4441968B2 (en) Recording method, management method, and recording apparatus
JP2002007204A (en) Device and method for information processing
JP2001331328A (en) Information processor and its method
JP2001331280A (en) Information processor and information processing method
JP4474716B2 (en) Editing device, editing method
JP2001325127A (en) Access method and recording or reproducing device
JPH11120044A (en) Data processor, data processing method, data processing system and recording medium
JP2002007179A (en) Information processor and file system
JP3620241B2 (en) File management apparatus, file management method, recording medium, and file management system
JP4200362B2 (en) Recording medium recording control method, recording control apparatus, and electronic apparatus
JP2002007194A (en) Information processing method and information processing device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061122

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090721

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090831

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091006

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091019

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121113

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121113

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees