JP2914360B2 - 外部記憶装置及びデータ処理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データの消去が所
定のブロック単位で行われる記憶手段を備えた外部記憶
装置、並びにそのような外部記憶装置に格納するデータ
についてのデータ処理方法に関する。

【０００２】

【従来の技術】パーソナルコンピュータやデジタルスチ
ルカメラ等のようなデータ処理装置に用いられる外部記
憶装置として、いわゆるフラッシュメモリを備えた外部
記憶装置がある。

【０００３】フラッシュメモリを備えた外部記憶装置
は、記憶領域を複数のブロックに分割し、データ領域の
管理をブロック単位で行う。すなわち、例えば、データ
の消去を行う際は、ブロック単位で行う。また、例え
ば、記憶領域内に回復不能なエラーが生じたときには、
当該エラーが生じた領域を含むブロックを使用しないよ
うにする。なお、以下の説明では、このようなブロック
のことを使用不可ブロックと称する。

【０００４】そして、このような外部記憶装置では、当
該外部記憶装置にアクセスするために必要な情報等が含
まれるブートデータを、予め所定のブロックに格納して
おく。そして、当該外部記憶装置を起動する際は、最初
にブートデータを読み出し、その後、このブートデータ
に基づいて当該外部記憶装置へのアクセスを行い、デー
タの書き込みや読み出しを行う。

【０００５】このような外部記憶装置において、ブート
データには、通常、当該外部記憶装置へのアクセスに不
可欠な情報が含まれており、ブートデータが読み出せな
くなってしまうと、当該外部記憶装置へのアクセスが不
可能となってしまう。したがって、ブートデータには、
非常に高い信頼性が要求される。

【０００６】

【発明が解決しようとする課題】従来、ブートデータが
格納されるブロック（以下、ブートブロックと称す
る。）は、予め設定された所定位置のブロックとされて
いた。そして、通常使用するブートブロックが使用不可
ブロックとなってしまっても、ブートデータを読み出せ
るように、ブートデータをコピーしたものを他のブロッ
クにも格納しておくようにしていた。そして、従来の外
部記憶装置では、信頼性をより高めるために、ブートデ
ータのコピーを多数用意し、それらをそれぞれ異なるブ
ロックに格納しておくようにしていた。しかしながら、
ブートデータのコピーを多数用意しておく手法は、記憶
容量の有効利用の点では好ましくない。

【０００７】また、従来は、ブートデータが更新された
ときに、ブートデータのコピー全てが正しく最新のブー
トデータに更新されたかを判別するようにはしていなか
った。したがって、何らかの利用により、ブートデータ
のコピーが正しく最新のブートデータに更新されなかっ
たりすると、最新の正しいブートデータを読み出せなく
なって、外部記憶装置に対する正常なアクセスができな
くなってしまうような場合があった。

【０００８】また、従来は、ブートデータのコピーを用
意していたとしても、それらのコピーは、オリジナルの
ブートデータの読み出しに失敗したときに使用されるだ
けであった。したがって、従来は、オリジナルのブート
データが格納されたブートブロックの一部のビットが反
転してしまったりして、オリジナルのブートデータの内
容が正しくなくなっていたとしても、当該ブートデータ
を読み出すことさえできれば、当該ブートデータがその
まま使用されてしまうという問題があった。

【０００９】本発明は、以上のような従来の実情に鑑み
て提案されたものであり、記憶領域を有効に利用しなが
らも、ブートデータ読み出し時にエラーが発生し難く、
信頼性の高い外部記憶装置を提供することを目的として
いる。また、本発明は、そのような外部記憶装置を実現
するデータ処理方法を提供することも目的としている。

【００１０】

【課題を解決するための手段】本発明に係る外部記憶装
置は、データの消去を所定のブロック単位で行うととも
に、起動時に最初に読み出されるブートデータを格納す
るブロックを有する外部記憶装置である。そして、ブー
トデータがそれぞれ格納された複数の異なるブロックを
備えるとともに、ブートデータが格納された各ブロック
に、それらのブロックに格納されたブートデータの新旧
を示す識別番号が格納される識別番号格納部を備えてい
ることを特徴としている。

【００１１】この外部記憶装置は、例えば、起動時に、
上記識別番号に基づいて、上記複数の異なるブロックに
格納された各ブートデータのうち、最新のブートデータ
が読み出され、当該ブートデータを用いて起動される。

【００１２】また、この外部記憶装置は、例えば、起動
時に、上記識別番号に基づいて、上記複数の異なるブロ
ックに格納された各ブートデータの新旧が判別され、古
いブートデータがある場合には当該ブートデータが最新
のブートデータに書き換えられる。

【００１３】一方、本発明に係るデータ処理方法は、デ
ータの消去を所定のブロック単位で行う外部記憶装置
に、当該外部記憶装置の起動時に最初に読み出されるブ
ートデータを格納する際に、複数の異なるブロックにブ
ートデータをそれぞれ格納するとともに、ブートデータ
が格納された各ブロックに、それらのブロックに格納さ
れたブートデータの新旧を示す識別番号を格納すること
を特徴とする。

【００１４】このデータ処理方法では、例えば、上記外
部記憶装置を起動する際に、上記識別番号に基づいて、
上記複数の異なるブロックに格納された各ブートデータ
のうち、最新のブートデータを読み出して、当該ブート
データを用いて外部記憶装置を起動する。

【００１５】また、このデータ処理方法では、例えば、
上記外部記憶装置を起動する際に、上記識別番号に基づ
いて、上記複数の異なるブロックに格納された各ブート
データの新旧を判別し、古いブートデータがある場合に
は当該ブートデータを最新のブートデータに書き換え
る。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。

【００１７】本発明が適用されるシステムの一例につい
て、その全体構成を図１に示す。このシステムは、ホス
ト側システムとなるデータ処理装置１と、シリアルイン
ターフェースを介してデータ処理装置１に接続される外
部記憶装置であるメモリカード２とから構成される。

【００１８】なお、ここでは、データ処理装置１とメモ
リカード２との間でのデータのやり取りをシリアルイン
ターフェースによって行うシステムを例に挙げるが、本
発明は、データのやり取りをパラレルインターフェース
によって行うシステムに対しても適用可能である。

【００１９】データ処理装置１は、演算処理装置（ＣＰ
Ｕ）３と、内部メモリ４と、補助記憶装置５と、シリア
ルインターフェース回路６とを備え、これらがバス７に
よって相互に接続されてなる。このデータ処理装置１
は、例えば、補助記憶装置５に格納されているプログラ
ムを読み出して、当該プログラムを、内部メモリ４をワ
ークエリアとして使用して、ＣＰＵ３により実行する。
このとき、必要に応じて、シリアルインターフェース回
路６を介してメモリカード２との間でデータのやり取り
を行う。

【００２０】なお、本発明が適用されるシステムに使用
されるデータ処理装置は、外部記憶装置との間でデータ
のやり取りが可能なものであるならば特に限定されるも
のではなく、本発明は、パーソナルコンピュータ、デジ
タルスチルカメラ、デジタルビデオカメラ等、種々のデ
ータ処理装置に適用可能である。

【００２１】データ処理装置１とメモリカード２とは、
シリアルインターフェースによって接続されており、具
体的には、少なくとも３本のデータ線ＳＣＬＫ，Ｓｔａ
ｔｅ，ＤＩＯによって接続される。すなわち、データ処
理装置１とメモリカード２とは、少なくとも、データ伝
送時にクロック信号を伝送する第１のデータ線ＳＣＬＫ
と、データ伝送時に必要なステータス信号を伝送する第
２のデータ線Ｓｔａｔｅと、メモリカード２に書き込む
データ又はメモリカード２から読み出すデータ等をシリ
アルに伝送する第３のデータ線ＤＩＯとによって接続さ
れ、これらを介して、データ処理装置１とメモリカード
２との間でのデータのやり取りを行う。

【００２２】データ処理装置１とメモリカード２との間
でのデータのやり取りは、通常、ヘッダーと実データと
から構成されるファイル単位で行われる。なお、ファイ
ルのヘッダーには、例えば、ファイルにアクセスするた
めの情報や、データ処理装置１で実行されるプログラム
で必要とされる情報等が格納される。

【００２３】メモリカード２は、図２に示すように、い
わゆるコントロールＩＣからなるコントローラ１１と、
コントローラ１１によって管理されるフラッシュメモリ
１２とを備えている。

【００２４】コントローラ１１は、シリアル／パラレル
変換やパラレル／シリアル変換等を行うシリアル／パラ
レル・パラレル／シリアル・インターフェース・シーケ
ンサ１３（以下、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・
シーケンサ１３と称する。）と、フラッシュメモリ１２
へのインターフェースを司るフラッシュメモリ・インタ
ーフェース・シーケンサ１４と、Ｓ／Ｐ＆Ｐ／Ｓ・イン
ターフェース・シーケンサ１３とフラッシュメモリ・イ
ンターフェース・シーケンサ１４との間でやり取りされ
るデータを一時的に記憶するページバッファ１５と、エ
ラー訂正の処理を行うエラー訂正回路１６と、フラッシ
ュメモリ１２へのアクセスを制御する制御コマンドの生
成等を行うコマンドジェネレータ１７と、このメモリカ
ード２のバージョン情報や各種属性情報等が格納されて
いるコンフィグレーションＲＯＭ１８と、各回路に対し
てそれらの動作に必要なクロック信号を供給する発振器
１９とを備えている。

【００２５】Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シー
ケンサ１３は、少なくとも上述した３本のデータ線ＳＣ
ＬＫ，Ｓｔａｔｅ，ＤＩＯを介して、データ処理装置１
のシリアルインターフェース回路６に接続され、これら
のデータ線ＳＣＬＫ，Ｓｔａｔｅ，ＤＩＯを介して、デ
ータ処理装置１との間でデータのやり取りを行う。すな
わち、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケンサ
１３は、ページバッファ１５から送られてきたパラレル
データをシリアルデータに変換して、データ処理装置１
のシリアルインターフェース回路６へ送出する。また、
Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケンサ１３
は、データ処理装置１のシリアルインターフェース回路
６から送られてきたシリアルデータをパラレルデータに
変換して、ページバッファ１５へ送出する。

【００２６】このＳ／Ｐ＆Ｐ／Ｓ・インターフェース・
シーケンサ１３とデータ処理装置１との間でのシリアル
データの伝送は、第１のデータ線ＳＣＬＫによってデー
タ処理装置１から送られてくるクロック信号によって同
期を取りながら、第３のデータ線ＤＩＯによって行われ
る。このとき、第３のデータ線ＤＩＯによってやり取り
されるシリアルデータのデータ種別は、第２のデータ線
Ｓｔａｔｅによって伝送されるステータス信号によって
判別される。ここで、シリアルデータの種別には、例え
ば、フラッシュメモリ１２に書き込むべきデータ、フラ
ッシュメモリ１２から読み出されたデータ、又はこのメ
モリカード２の動作を制御するための制御データ等があ
る。なお、ステータス信号は、メモリカード２の状態を
示すためにも使用される。ステータス信号によって示さ
れるメモリカード２の状態には、例えば、メモリカード
２が何らかの処理の最中でデータ処理装置１からのデー
タ入力を受け付けない状態や、メモリカード２の側での
処理が終了してデータ処理装置１からのデータ入力を待
っている状態等がある。

【００２７】また、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース
・シーケンサ１３は、データ処理装置１から送られてき
たデータがメモリカード２の動作を制御するための制御
データである場合には、当該制御データをコマンドジェ
ネレータ１７に送出する。

【００２８】コマンドジェネレータ１７は、データ処理
装置１からＳ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケ
ンサ１３を介して送られてきた制御データに基づいて、
フラッシュメモリ１２へのアクセスを制御する制御コマ
ンドを生成し、当該制御コマンドをフラッシュメモリ・
インターフェース・シーケンサ１４へ送出する。フラッ
シュメモリ・インターフェース・シーケンサ１４は、後
述するように、この制御コマンドに基づいて、フラッシ
ュメモリ１２にデータを書き込んだり、フラッシュメモ
リ１２からデータを読み出したりする。

【００２９】なお、このコマンドジェネレータ１７に
は、誤消去防止スイッチ２０が接続されている。そし
て、この誤消去防止スイッチ２０がオンになっていると
きには、フラッシュメモリ１２に書かれているデータを
消去するように指示する制御データがデータ処理装置１
から送られてきたとしても、コマンドジェネレータ１７
は、フラッシュメモリ１２に書かれているデータを消去
するような制御コマンドを生成しない。すなわち、この
メモリカード２は、誤消去防止スイッチ２０によって、
フラッシュメモリ１２に保存されているデータの消去が
行えない状態と、フラッシュメモリ１２に保存されてい
るデータの消去が行える状態とを切り換えることが可能
となっている。

【００３０】Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シー
ケンサ１３とフラッシュメモリ・インターフェース・シ
ーケンサ１４との間に配されたページバッファ１５は、
いわゆるバッファメモリであり、Ｓ／Ｐ＆Ｐ／Ｓ・イン
ターフェース・シーケンサ１３とフラッシュメモリ・イ
ンターフェース・シーケンサ１４との間でやり取りされ
るデータを一時的に記憶する。

【００３１】すなわち、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェ
ース・シーケンサ１３からフラッシュメモリ・インター
フェース・シーケンサ１４へ送られるデータは、先ず、
Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケンサ１３か
らページバッファ１５に送られて、このページバッファ
１５によって一時的に記憶される。このとき、ページバ
ッファ１５に記憶されたデータは、エラー訂正回路１６
によってエラー訂正符号が付けられる。そして、エラー
訂正符号が付けられたデータは、ページバッファ１５か
ら所定のページ単位毎（例えば１ページ＝５１２バイト
とされる。）に、フラッシュメモリ・インターフェース
・シーケンサ１４へと送られる。

【００３２】或いは、フラッシュメモリ・インターフェ
ース・シーケンサ１４からＳ／Ｐ＆Ｐ／Ｓ・インターフ
ェース・シーケンサ１３へ送られるデータは、先ず、フ
ラッシュメモリ・インターフェース・シーケンサ１４か
らページバッファ１５に送られて、このページバッファ
１５によって一時的に記憶される。このとき、ページバ
ッファ１５に記憶されたデータは、エラー訂正回路１６
によってエラー訂正処理が施される。そして、エラー訂
正処理が施されたデータは、ページバッファ１５から所
定のページ単位毎に、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェー
ス・シーケンサ１３へと送られる。

【００３３】フラッシュメモリ・インターフェース・シ
ーケンサ１４は、コマンドジェネレータ１７からの制御
コマンドに基づいて、フラッシュメモリ１２へのデータ
の書き込みや、フラッシュメモリ１２からのデータの読
み出し等を行う。すなわち、フラッシュメモリ・インタ
ーフェース・シーケンサ１４は、コマンドジェネレータ
１７からの制御コマンドに基づいて、フラッシュメモリ
１２からデータを読み出して、当該データを上述のよう
にページバッファ１５を介して、Ｓ／Ｐ＆Ｐ／Ｓ・イン
ターフェース・シーケンサ１３へと送出する。或いは、
フラッシュメモリ・インターフェース・シーケンサ１４
は、コマンドジェネレータ１７からの制御コマンドに基
づいて、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケン
サ１３からのデータを、上述のようにページバッファ１
５を介して受け取り、当該データをフラッシュメモリ１
２に書き込む。

【００３４】コンフィグレーションＲＯＭ１８には、こ
のメモリカード２のバージョン情報や各種属性情報等が
格納されている。コンフィグレーションＲＯＭ１８に格
納された情報は、必要に応じて、Ｓ／Ｐ＆Ｐ／Ｓ・イン
ターフェース・シーケンサ１３を介してコマンドジェネ
レータ１７によって読み出されて使用される。すなわ
ち、コマンドジェネレータ１７は、必要に応じて、コン
フィグレーションＲＯＭ１８に格納されている情報を読
み出し、この情報に基づいてメモリカード２に関する各
種設定を行う。

【００３５】以上のようなメモリカード２に対して、フ
ラッシュメモリ１２に書き込まれるデータが、上述した
３本のデータ線ＳＣＬＫ，Ｓｔａｔｅ，ＤＩＯを介し
て、データ処理装置１からシリアルデータとして送られ
てくると、先ず、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・
シーケンサ１３は、当該シリアルデータをパラレルデー
タに変換し、当該パラレルデータをページバッファ１５
へ送出する。ページバッファ１５は、Ｓ／Ｐ＆Ｐ／Ｓ・
インターフェース・シーケンサ１３から送られてきたデ
ータを一時的に記憶する。このとき、ページバッファ１
５に記憶されたデータには、エラー訂正回路１６によっ
てエラー訂正符号が付けられる。そして、エラー訂正符
号が付けられたデータは、所定のページ単位毎にフラッ
シュメモリ・インターフェース・シーケンサ１４に送出
される。そして、フラッシュメモリ・インターフェース
・シーケンサ１４は、ページバッファ１５から送られて
きたデータを、コマンドジェネレータ１７からの制御コ
マンドに基づいて、フラッシュメモリ１２に書き込む。
以上の処理により、データ処理装置１から送られてきた
データが、フラッシュメモリ１２に書き込まれる。

【００３６】また、以上のようなメモリカード２からデ
ータを読み出す際は、先ず、コマンドジェネレータ１７
からの制御コマンドに基づいて、フラッシュメモリ・イ
ンターフェース・シーケンサ１４によって、フラッシュ
メモリ１２からデータが読み出される。そして、フラッ
シュメモリ・インターフェース・シーケンサ１４は、フ
ラッシュメモリ１２から読み出したデータをページバッ
ファ１５に送出する。ページバッファ１５は、フラッシ
ュメモリ・インターフェース・シーケンサ１４から送ら
れてきたデータを一時的に記憶する。このとき、ページ
バッファ１５に記憶されたデータには、エラー訂正回路
１６によってエラー訂正処理が施される。そして、エラ
ー訂正処理が施されたデータは、所定のページ単位毎に
Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケンサ１３に
送出される。そして、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェー
ス・シーケンサ１３は、ページバッファ１５から送られ
てきたデータを、シリアルデータに変換した上で、上述
した３本のデータ線ＳＣＬＫ，Ｓｔａｔｅ，ＤＩＯを介
して、データ処理装置１へと送出する。以上の処理によ
り、フラッシュメモリ１２から読み出されたデータが、
データ処理装置１へと送出される。

【００３７】なお、データの書き込みや読み出しを行う
際は、フラッシュメモリ１２に書き込まれるデータやフ
ラッシュメモリ１２から読み出されたデータのやり取り
が行われるだけでなく、そのやり取りを制御するための
制御データも、データ処理装置１からメモリカード２の
Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケンサ１３へ
送られる。この制御データは、Ｓ／Ｐ＆Ｐ／Ｓ・インタ
ーフェース・シーケンサ１３からコマンドジェネレータ
１７に送られる。そして、コマンドジェネレータ１７
は、Ｓ／Ｐ＆Ｐ／Ｓ・インターフェース・シーケンサ１
３から送られてきた制御データに基づいて、フラッシュ
メモリ１２へのアクセスを制御する制御コマンドを生成
する。そして、この制御コマンドは、フラッシュメモリ
・インターフェース・シーケンサ１４に送られ、フラッ
シュメモリ・インターフェース・シーケンサ１４は、こ
の制御コマンドに基づいてフラッシュメモリ１２にアク
セスして、データの書き込みやデータの読み出しを行
う。

【００３８】なお、メモリカード２は、上述した３本の
データ線ＳＣＬＫ，Ｓｔａｔｅ，ＤＩＯを備えるだけで
なく、その他に、電圧供給用の配線や、通常は使用しな
いリザーブの配線等を備えていてもよい。例えば、図２
並びに後掲する図３では、上述した３本のデータ線ＳＣ
ＬＫ，Ｓｔａｔｅ，ＤＩＯの他に、４本の電源用の配線
ＶＳＳ１，ＶＳＳ２，ＶＣＣ，ＩＮＴと、３本のリザー
ブの配線ＲＳＶ１，ＲＳＶ２，ＲＳＶ３とをメモリカー
ド２に設けた例を挙げている。

【００３９】つぎに、以上のようなメモリカード２の具
体的な外形について、図３を参照して説明する。

【００４０】メモリカード２は、合成樹脂等からなり平
面形状が長方形とされる薄肉のカード状のケース２１
に、上述したコントローラ１１やフラッシュメモリ１２
等が内蔵されてなる。そして、このメモリカード２は、
当該メモリカード２を装着する装着機構を備えたデータ
処理装置１に装着されて使用される。

【００４１】このメモリカード２のケース２１の前端部
には、斜めに切り欠かれた切り欠き部２２が形成されて
おり、更に当該切り欠き部２２が形成された部分に、１
０個の凹状部２３が形成されている。そして、これらの
凹状部２３の内部には、メモリカード２がデータ処理装
置１の装着装置に装着されたときに、データ処理装置１
の接続端子に接続される外部接続用端子が、それぞれ配
されている。すなわち、このメモリカード２は、外部接
続用端子として１０本の端子２４ａ，２４ｂ，２４ｃ，
２４ｄ，２４ｅ，２４ｆ，２４ｇ，２４ｈ，２４ｉ，２
４ｊを備えている。これらの外部接続用端子の内訳は、
３本のデータ線用の端子２４ｂ，２４ｄ，２４ｈ、４本
の電源用端子２４ａ，２４ｆ，２４ｉ，２４ｊ、及び３
本のリザーブ端子２４ｃ，２４ｅ，２４ｇである。

【００４２】また、このメモリカード２のケース２１の
上面には、誤消去防止部材２５が取り付けられている。
誤消去防止部材２５は、ケース２１の内部に収納された
上記誤消去防止スイッチ２０に係合されており、この誤
消去防止部材２５をスライド操作することにより、誤消
去防止スイッチ２０のオン／オフの切り換えを行えるよ
うになっている。

【００４３】このメモリカード２には、データ処理装置
１の装着装置に装着された際にメモリカード２がデータ
処理装置１から脱落しないようにするため、ケース２０
の側面の一方に円弧状の第１のロック用切欠部２６が形
成され、ケース２０の側面の他方に矩形状の第２のロッ
ク用切欠部２７が形成されている。そして、このメモリ
カード２がデータ処理装置１の装着装置に装着される
と、メモリカード２が脱落しないように、これらのロッ
ク用切欠部２６，２７が、データ処理装置１の装着装置
に係合される。

【００４４】なお、図３に示したメモリカード２は、本
発明が適用される外部記憶装置の一例に過ぎない。すな
わち、本発明は、外部記憶装置の外形に依存することな
く、どんな外形の外部記憶装置にも適用可能である。

【００４５】つぎに、以上のようなメモリカード２に搭
載されるフラッシュメモリ１２の記憶領域の構造につい
て説明する。なお、以下に説明する記憶領域の構造は、
本発明が適用される外部記憶装置の記憶領域の構造の一
例に過ぎない。

【００４６】すなわち、本発明は、データ消去の単位と
なる複数のブロックに記憶領域が分割されてなるととも
に、ブートデータが格納されるブートブロックを備えた
外部記憶装置に対して広く適用可能であり、その記憶領
域の構造は、以下に説明するような構造でなくてもよ
い。

【００４７】このフラッシュメモリ１２の記憶領域は、
図４（ａ）に示すように、データ消去の単位となる複数
のブロックに分割されてなる。なお、これらのブロック
には、このメモリカード２が起動されたときにデータ処
理装置１によって最初に読み込まれるデータであるブー
トデータが格納されるブートブロックと、任意のデータ
が書き込まれるデータブロックとがある。各ブロックに
は、それぞれ固有の物理アドレスが付けられている。こ
れらのブロックは、データ消去の単位であると同時に、
ファイル管理上の最小単位でもある。すなわち、ファイ
ルは１つ又は複数のブロックに格納され、１つのブロッ
クを複数のファイルで利用することはできない。

【００４８】そして、各ブロックは、「１」又は「０」
を示す２つの状態を取りうる複数のビットからなり、初
期状態では、全てのビットが「１」とされており、ビッ
ト単位での変更は「１」から「０」へだけが可能となっ
ている。すなわち、「１」及び「０」からなるデータを
書き込む際、「１」については該当するビットをそのま
ま保持し、「０」については該当するビットを「１」か
ら「０」に変更する。

【００４９】そして、一度書き込んだデータを消去する
際は、ブロック単位で一括して初期化処理を行い、当該
ブロックの全ビットを「１」とする。これにより、当該
ブロックに書き込まれたデータが一括して消去され、そ
のブロックは再びデータの書き込みが可能な状態とな
る。

【００５０】なお、本発明は、上述のように各ビットが
２つの状態だけを取りうるフラッシュメモリ（いわゆる
２値型のフラッシュメモリ）だけでなく、各ビットが３
つ以上の状態を取りうるフラッシュメモリ（いわゆる多
値型のフラッシュメモリ）にも適用可能である。

【００５１】また、上記フラッシュメモリ１２の各ブロ
ックは、図４（ｂ）に示すように、データの書き込みや
読み出しの単位となる複数のページから構成される。す
なわち、このフラッシュメモリ１２にデータを書き込む
際は、上述したように、ページ単位にてページバッファ
１５から送られてきたデータが、フラッシュメモリ・イ
ンターフェース・シーケンサ１４によってページ単位に
てフラッシュメモリ１２に書き込まれる。また、このフ
ラッシュメモリ１２からデータを読み出す際は、フラッ
シュメモリ・インターフェース・シーケンサ１４によっ
てページ単位毎にデータが読み出されて、ページバッフ
ァ１５へと送られる。

【００５２】各ページは、データエリアと、冗長エリア
とを有している。データエリアは、任意のデータが書き
込まれる領域である。冗長エリアは、データエリアに書
き込まれるデータの管理に必要な情報が格納される領域
である。

【００５３】具体的には、図４（ｃ）に示すように、ブ
ロックの先頭ページの冗長エリアには、当該ブロックを
管理するために必要な情報として、いわゆる分散管理情
報が格納される。また、ブロックの２ページ目以降の各
ページの冗長エリアにも、予備の分散管理情報として、
先頭ページの冗長エリアに格納された分散管理情報と同
じものが格納される。ただし、最終ページの冗長エリア
には、分散管理情報ではなく、分散管理情報だけでは管
理しきれない追加情報として、いわゆる追加管理情報が
格納される。

【００５４】このように、このフラッシュメモリ１２で
は、各ブロック内の冗長エリアに分散管理情報が格納さ
れる。分散管理情報は、当該分散管理情報が格納された
ブロックを管理するための情報である。この分散管理情
報により、例えば、当該ブロックがファイルの先頭とな
るブロックであるか否かについての情報や、複数のブロ
ックからファイルが構成される場合にはそれらのブロッ
クの繋がりを示す情報等を得ることができる。なお、こ
の分散管理情報については、後で詳細に説明する。

【００５５】そして、このメモリカード２では、各ブロ
ックの分散管理情報を集めることにより、フラッシュメ
モリ全体を管理するための情報として、いわゆる集合管
理情報を作成して、この集合管理情報をファイルとして
フラッシュメモリ１２に格納しておくようにする。

【００５６】そして、通常は、集合管理情報によって、
各ブロックにアクセスするために必要な情報を得るよう
にする。すなわち、データ処理装置１とメモリカード２
との間でデータのやり取りを行う際、データ処理装置１
は、集合管理情報をメモリカード２から読み出して内部
メモリ４に展開し、この集合管理情報に基づいてメモリ
カード２にアクセスする。これにより、データアクセス
の都度、個々のブロックに格納された分散管理情報にア
クセスするような必要がなくなり、より高速なデータア
クセスが可能となる。

【００５７】つぎに、分散管理情報、追加管理情報、集
合管理情報について、更に詳細に説明する。

【００５８】分散管理情報は、当該分散管理情報が格納
されたブロックを管理するための情報であり、１６バイ
トの冗長エリアに書き込まれてなる。具体的には、図５
に示すように、１バイトの可／不可フラグと、１バイト
のブロックフラグと、４ビットの最終フラグと、４ビッ
トの参照フラグと、１バイトの管理フラグと、２バイト
の論理アドレスと、２バイトの連結アドレスと、３バイ
トのリザーブ領域と、２バイトの分散管理情報用エラー
訂正符号と、３バイトのデータ用エラー訂正符号とから
なる。

【００５９】可／不可フラグは、ブロックが使用可能状
態か使用不可能状態かを示すフラグであり、具体的に
は、「使用可」と「使用不可」の２つの状態を示す。
「使用可」は、当該ブロックが使用可能な状態を示し、
「使用不可」は、当該ブロックが使用不可能な状態であ
ることを示す。例えば、ブロック内に回復不能なエラー
が生じたようなときに、この可／不可フラグが「使用不
可」に設定され、当該ブロックが使用不可とされる。

【００６０】ブロックフラグは、ブロックの状態を示す
フラグであり、具体的には、「未使用」「先頭使用」
「使用」「未消去」の４つの状態を示す。「未使用」
は、当該ブロックが未使用又は消去済みで、初期状態
（全ビットが「１」の状態）とされており、直ぐにデー
タの書き込みが可能な状態を示す。「先頭使用」は、当
該ブロックがファイルの先頭で使用されている状態を示
す。なお、ブートデータが格納されたブートブロックに
おいて、ブロックフラグは「先頭使用」とされる。「使
用」は、当該ブロックがファイルの先頭以外で使用され
ている状態を示す。ブロックフラグが「使用」のとき、
当該ブロックは、他のブロックから連結されていること
となる。「未消去」は、当該ブロックに書かれていたデ
ータが不要となった状態を示す。例えば、データの消去
を行うときに、取りあえずブロックフラグを「未消去」
にしておき、処理時間に余裕があるときに、ブロックフ
ラグが「未消去」になっているブロックを消去するよう
にする。これにより、消去処理をより効率良く行うこと
が可能となる。

【００６１】最終フラグは、ファイルが終わっているか
否かを示すフラグであり、具体的には、「ブロック連
続」「ブロック最終」の２つの状態を示す。「ブロック
連続」は、次のブロックへの連結があることを示す。す
なわち、「ブロック連続」は、当該ブロックに格納され
たファイルにはまだ続きがあり、当該ファイルが他のブ
ロックに続いていることを示す。「ブロック最終」は、
最終ブロックであることを示す。すなわち、「ブロック
最終」は、当該ブロックに格納されたファイルが、この
ブロックで終了していることを示す。

【００６２】参照フラグは、追加管理情報の参照を指定
するためのフラグであり、具体的には、「参照情報な
し」「参照情報あり」の２つの状態を示す。「参照情報
なし」は、ブロックの最終ページの冗長領域に、有効な
追加管理情報が存在しないことを示す。「参照情報あ
り」は、ブロックの最終ページの冗長領域に、有効な追
加管理情報が存在していることを示す。

【００６３】管理フラグは、ブロックの属性等を示すフ
ラグである。例えば、この管理フラグによって、当該ブ
ロックが読み出し専用ブロックか、或いは書き込みも可
能なブロックであるかが示される。また、例えば、この
管理フラグによって、当該ブロックがブートブロックで
あるか、或いはデータブロックであるかが示される。

【００６４】論理アドレスは、文字通りそのブロックの
論理アドレスを示す。この論理アドレスの値は、データ
の書き換えを行うときなどに必要に応じて更新される。
なお、論理アドレスの値は、正常に処理が行われている
限り、同じ論理アドレスの値を同時に複数のブロックが
持つことがないように設定される。

【００６５】連結アドレスは、当該ブロックに連結する
ブロックの論理アドレスを示す。すなわち、ブロックに
格納されたファイルにはまだ続きがあり、当該ファイル
が他のブロックに続いている場合、連結アドレスには、
そのファイルの続きが格納された次のブロックの論理ア
ドレスの値が設定される。

【００６６】分散管理情報用エラー訂正符号は、分散管
理情報のうち、管理フラグ、論理アドレス、連結アドレ
ス及びリザーブ領域に書き込まれデータを対象としたエ
ラー訂正符号である。なお、可／不可フラグ、ブロック
フラグ、最終フラグ及び参照フラグは、分散管理情報用
エラー訂正符号によるエラー訂正の対象となっていな
い。したがって、可／不可フラグ、ブロックフラグ、最
終フラグ及び参照フラグは、分散管理情報用エラー訂正
符号を更新することなく書き換えることが可能となって
いる。

【００６７】データ用エラー訂正符号は、当該データ用
エラー訂正符号が格納されているページのデータエリア
に書き込まれたデータを対象としたエラー訂正符号であ
る。

【００６８】なお、分散管理情報用エラー訂正符号やデ
ータ用エラー訂正符号は、メモリカード２の内部に配さ
れたエラー訂正回路１６によって使用される。したがっ
て、これらのエラー訂正符号を用いてのエラー訂正は、
データ処理装置１に依存することなく、メモリカード２
に依存した任意の手法を使用することができる。

【００６９】追加管理情報は、ブロックの最終ページの
１６バイトの冗長エリアに格納される情報であり、分散
管理情報だけでは管理しきれない追加情報を含んでい
る。

【００７０】具体的には、追加管理情報は、図６に示す
ように、１バイトの可／不可フラグと、１バイトのブロ
ックフラグと、４ビットの最終フラグと、４ビットの参
照フラグと、１バイトの識別番号と、２バイトの有効デ
ータサイズと、５バイトのリザーブ領域と、２バイトの
追加管理情報用エラー訂正符号と、３バイトのデータ用
エラー訂正符号とからなる。

【００７１】ここで、可／不可フラグ、ブロックフラ
グ、最終フラグ、参照フラグ、リザーブ領域及びデータ
用エラー訂正符号については、分散管理情報の場合と同
様である。また、追加管理情報用エラー訂正符号は、分
散管理情報における分散管理情報用エラー訂正符号に相
当するものであり、追加管理情報のうち、識別番号、有
効データサイズ及びリザーブ領域に書き込まれデータを
対象としたエラー訂正符号である。

【００７２】そして、識別番号及び有効データサイズと
が、分散管理情報だけでは管理しきれない追加情報とし
て、追加管理情報に含まれている。

【００７３】識別番号は、エラー処理用の情報であり、
ブロックのデータを書き換える度に、この識別番号の値
がインクリメントされる。この識別番号は、何らかのエ
ラーが発生して、同じ論理アドレスを持つブロックが複
数存在するようになってしまった場合に、それらのブロ
ックに書き込まれたデータの新旧を識別するために使用
される。なお、識別番号には１バイトの領域が使用さ
れ、その値の範囲は「０」から「２５５」までであり、
その初期値は「０」とされる。なお、識別番号が「２５
５」を越えたときには「０」に戻される。そして、同じ
論理アドレスを持つデータブロックが複数存在する場合
には、この識別番号の値が小さい方のデータブロックを
有効とする。また、後で詳細に説明するように、同じ論
理アドレスを持つブートブロックが複数存在する場合に
は、この識別番号の値が大きい方のブートブロックを有
効とする。

【００７４】また、有効データサイズは、ブロック内の
有効なデータのサイズを示す。すなわち、当該ブロック
のデータエリアに空きがある場合、有効データサイズに
は、当該データエリアに書き込まれたデータのサイズを
示す値が設定される。このとき、分散管理情報の参照フ
ラグは「参照情報あり」に設定される。なお、ブロック
のデータエリアに空きがない場合、有効データサイズに
は、当該データエリアに空きがないことを示す値とし
て、「0xffff」が設定される。

【００７５】なお、以上のような分散管理情報及び追加
管理情報は、ブロック内のデータが更新される毎に、常
に最新情報となるように更新される。

【００７６】集合管理情報は、上述したように、各ブロ
ックの分散管理情報を集めて作成されてなる情報であ
り、ファイルとしてフラッシュメモリ１２に格納され
る。すなわち、図７に示すように、各ブロックの分散管
理情報から、全ブロックをまとめて管理するための情報
である集合管理情報のファイルが作成され、この集合管
理情報が所定のブロックのデータエリアに格納される。
なお、集合管理情報は、１つのブロックに格納されるも
のであっても、複数のブロックにわたって格納されるも
のであってもよい。そして、データ処理装置１は、通常
は、この集合管理情報によって、各ブロックにアクセス
するために必要な情報を得るようにする。

【００７７】このメモリカード２の起動時には、先ず、
データ処理装置１によって、ブートブロックからブート
データが読み込まれるが、このブートデータには、集合
管理情報が格納されているブロックの物理アドレスが指
定されている。そこで、データ処理装置１は、当該物理
アドレスに対応したブロックに格納されている集合管理
情報を読み出して内部メモリ４に展開し、この集合管理
情報に基づいてメモリカード２にアクセスする。なお、
フラッシュメモリ１２から集合管理情報を正常に読み出
せなかった場合、データ処理装置１は、全てのブロック
の分散管理情報を読み込み、集合管理情報を再構築して
使用する。

【００７８】そして、データ処理装置１は、データの書
き換え等を行う毎に、内部メモリ４に展開した集合管理
情報を、フラッシュメモリ１２の実際の状態と整合する
ように（すなわち、分散管理情報の内容と整合するよう
に）、随時更新していく。一方、フラッシュメモリ１２
にファイルとして格納されている集合管理情報は、デー
タの書き換え等を行う毎に更新するのではなく、適当な
タイミングにて、その変更内容が一括して更新される。
なお、ここでの適当なタイミングとは、例えば、電源を
落とす前や、メモリカード２へのアクセスが所定時間以
上なされなかったときや、データの書き換えが所定回数
以上行われたときなどである。

【００７９】一般にフラッシュメモリ１２の書き換え可
能回数には上限があるが、このようにフラッシュメモリ
１２にファイルとして格納されている集合管理情報の書
き換えをある程度まとめて一括して行うようにすること
で、集合管理情報が格納されているブロックの書き換え
回数を削減することができ、メモリカード２の長寿命化
を図ることができる。

【００８０】つぎに、本発明のポイントとなるブートブ
ロックの取り扱いについて詳細に説明する。

【００８１】ブートデータは、メモリカード２を起動し
たときにデータ処理装置１によって最初に読み込まれる
データであり、ブートデータには、メモリカード２にア
クセスするために必要不可欠な情報が含まれている。し
たがって、ブートデータが格納されたブートブロックに
エラーが生じて、ブートデータを正常に読み出すことが
できなくなると、メモリカード２へのアクセスが不可能
になってしまう。したがって、ブートブロックには、非
常に高い信頼性が要求される。

【００８２】そこで、本発明を適用したメモリカード２
では、常にブートデータをフラッシュメモリ１２の先頭
の有効な２ブロックにそれぞれ格納しておくようにす
る。なお、「有効なブロック」とは、使用可能状態にあ
るブロックのことである。換言すれば、「有効なブロッ
ク」とは、可／不可フラグが「使用可」に設定されてい
るブロックである。すなわち、ブートデータをブロック
に格納する際に、有効でないブロック（すなわち、可／
不可フラグが「使用不可」に設定されているブロック）
は、使用することなく飛ばして、有効なブロックにブー
トデータを格納してブートブロックとする。

【００８３】このように、本発明を適用したメモリカー
ド２では、固定された特定のブロックをブートブロック
にするのではなく、有効でないブロックが生じたときに
は、ブートデータを格納するブロックを変更して、有効
な２つのブロックに常にブートデータが格納されるよう
にする。すなわち、例えば、メモリカード２の先頭のブ
ロックにエラーが生じたとしても、常にブートデータは
有効なブロックに二重に保持される。したがって、本発
明を適用したメモリカード２の信頼性は非常に高いもの
となる。

【００８４】また、本発明を適用したメモリカード２で
は、追加管理情報に含まれている識別番号を、データブ
ロックの場合とブートブロックの場合とで区別して使用
する。

【００８５】すなわち、データブロックの場合には、同
じ論理アドレスのブロックが複数あったときに、それら
のブロックに格納されているデータの新旧を識別するた
めに識別番号を使用する。ここで、同じ論理アドレスを
持つデータブロックが複数存在するのは、多くの場合、
データブロック更新時に何らかのエラーが発生したため
であり、このとき、識別番号の値が小さい方のデータブ
ロックに格納されているデータが更新前のデータであ
る。そこで、同じ論理アドレスを持つデータブロックが
複数存在する場合には、データを更新する前の状態に戻
すために、識別番号の値が小さい方のデータブロックを
選択し、当該データブロックに格納されているデータを
有効なデータとして採用する。

【００８６】なお、データブロックの識別番号は、デー
タブロックに対して論理アドレスが新規に割り当てられ
たときに初期化されて「０」とされる。また、この識別
番号は、データブロックの更新時に１インクリメントさ
れる。なお、上述したように、識別番号が「２５５」を
越えた場合には「０」に戻される。

【００８７】一方、ブートブロックの場合には、上述し
たようにフラッシュメモリ１２の先頭の有効な２ブロッ
クに格納されたブートデータについて、それらの新旧を
識別するために識別番号を使用する。ブートデータは、
メモリカード２へのアクセスに必要不可欠な情報であ
り、常に最新の情報を用いる必要がある。そして、２つ
のブートブロックの識別番号が異なるのは、多くの場
合、ブートブロックの更新時に何らかのエラーが発生し
たためであり、このとき、識別番号の値が大きいブート
ブロックに格納されているブートデータが、より新しい
情報を含むブートデータである。そこで、２つのブート
ブロックについて、それらの識別番号が異なる場合に
は、識別番号の値が大きい方のブートブロックを選択
し、当該ブートブロックに格納されているデータをブー
トデータとして採用する。

【００８８】なお、このメモリカード２は、最初に使用
するときにフォーマットされるが、このフォーマット時
に、ブートブロックの識別番号は初期化され「０」とさ
れる。そして、この識別番号は、ブートブロックに格納
されているブートデータを更新した時に１インクリメン
トされる。なお、ブートブロックの場合も、データブロ
ックのときと同様に、識別番号が「２５５」を越えた場
合には「０」に戻される。

【００８９】つぎに、以上のようにフラッシュメモリ１
２の先頭の有効な２ブロックをブートブロックにすると
ともに、それらのブートブロックの新旧を識別番号を用
いて管理する際の手順について、更に詳細に説明する。

【００９０】（１）フォーマット時の手順 上述したように、このメモリカードは、最初に使用する
ときにフォーマットされる。そして、このフォーマット
時にブートブロックが作成される。そこで、まず、フォ
ーマット時のブートブロック作成の手順について説明す
る。

【００９１】フォーマット時に、データ処理装置１は、
先ず、メモリカード２のコンフィグレーションＲＯＭ１
８に格納されている情報を読み出し、この情報等に基づ
いてブートブロックに格納するデータ（すなわちブート
データ）を作成する。なお、このデータには、当該デー
タを読み出したときに、そのデータがブートデータであ
ることが分かるように、当該データがブートデータであ
ることを示す情報（以下、ブート識別子と称する。）も
含めておく。

【００９２】次に、作成したブートデータを、フラッシ
ュメモリ１２の先頭の２ブロック（すなわち、物理アド
レスの値が最も小さいブロックと、物理アドレスの値が
その次に小さいブロック）にそれぞれ書き込み、ブート
ブロックと予備のブートブロックとを作成する。このと
き、ブートデータが書き込まれるブロックの追加管理情
報の識別番号を「０」に設定する。エラーなく終了すれ
ば、ブートブロックの作成を終了する。

【００９３】ここでのブートデータの書き込みは、具体
的には、先ず、該当するブロックに対して消去処理を施
し、その後、当該ブロックに対してブートデータを書き
込むことによって行う。このとき、当該ブロックに対し
て消去処理が正常に行えなかった場合や、消去処理が施
されたブロックに対してブートデータを正常に書き込め
なかった場合には、当該ブロックの可／不可フラグが
「使用不可」に設定され、当該ブロックは使用不可状態
とされる。このとき、可／不可フラグを「使用不可」に
設定できなかった場合には、可／不可フラグを「使用不
可」に設定する処理を何度かリトライする。それでも設
定できない場合には、データ処理装置１はメディア異常
と判断し、そのメモリカード２を受け付けないようにす
る。なお、消去処理が施されたブロックに対してブート
データを正常に書き込めなかった場合には、当該ブロッ
クに途中まで書き込んだブートデータが残ってしまった
りするようなことがないように、可／不可フラグを「使
用不可」に設定する前に、当該ブロックに対して消去処
理を施しておく。

【００９４】そして、本発明を適用したメモリカード２
では、ブートブロックにしようとしたブロックにエラー
が発生した場合には、次に使用可能なブロックに対し
て、同様にブートデータの書き込みを試みる。そして、
正常で且つ内容が同一のブートブロックが２個作成され
るまで、この処理を続ける。これにより、内容が同一の
ブートデータがフラッシュメモリ１２の先頭の有効な２
ブロックにそれぞれ格納され、先頭の有効な２ブロック
がブートブロック及び予備のブートブロックとなる。

【００９５】ただし、ブートデータの書き込みは、対象
となるブロックの物理アドレスが所定の値Ｍになった
ら、内容が同一のブートブロックが２個作成されていな
くても、処理を終了する。この所定の値Ｍは、フラッシ
ュメモリ１２の特性等に応じて予め規定しておく。そし
て、対象となるブロックの物理アドレスが所定の値Ｍに
なったら、ブートブロックが１つだけしか作成されてい
なくても、ブートブロックの作成を終了する。また、対
象となるブロックの物理アドレスが所定の値Ｍになって
も、ブートブロックが１つも作成されない場合には、メ
ディア異常と判断し、そのメモリカード２を受け付けな
いようにする。

【００９６】ところで、一般にフラッシュメモリ１２
は、書き換え回数が多いブロックでエラーが発生する可
能性が高く、一旦エラーが出始めると、その後もエラー
が生じる確率が高い。そこで、以前ブートブロックとし
て使用されたが、エラーになって使用不可になったブロ
ックは、たとえそのエラーが一時的なものであったとし
ても、そのブロックの再利用はしないようにする。この
ような規則を採用することにより、非常に重要な情報で
あるブートデータは、より信頼性の高いブロックに格納
されることとなり、ブートブロックの信頼性の向上を図
ることができる。なお、この規則は、先頭のブロックか
ら２つめのブートブロックまでの間にだけ、或いは２つ
めのブートブロックが無い場合には物理アドレスが上記
所定の値Ｍに至るまでの間にだけ適用する。すなわち、
この規則は、高い信頼性が要求されるブートブロックに
ついてだけ適用し、それ以降のブロック（すなわちデー
タブロック）に対しては適用しない。これにより、記憶
領域のより有効な利用を図ることができる。

【００９７】なお、ブートブロックの読み込み時にエラ
ーが発生した場合、当該ブートブロックを直ぐに使用不
可にするようなことはしない。例えば、ブートブロック
の書き換え中にメモリカード２がデータ処理装置１から
抜かれた場合、ブートブロックの書き換えが中途半端に
終了している可能性が高い。このようなとき、そのブー
トブロックを次に読み込んだ場合にエラーが発生する
が、そのブロックは再利用が可能であるので、当該ブロ
ックを使用不可にする必要はない。

【００９８】しかしながら、データ処理装置１は、この
ような読み込みエラーと、フラッシュメモリ１２で回復
不能な障害が発生したために起きた読み込みエラーとを
区別して検出することができない。そこで、ブートブロ
ックの読み込み時にエラーが発生した場合は、当該ブー
トブロックを消去して改めてブートデータを書き込む。
もし、フラッシュメモリ１２で回復不能な障害が発生し
ている場合は、ブロック消去やデータ書き込み時にもエ
ラーが発生することとなる。そこで、このようにブロッ
ク消去やデータ書き込み時にエラーが生じたときにだ
け、そのブロックを使用不可とする。

【００９９】（２）ブートブロック更新時の手順 ブートデータは、常に同じデータとは限らず、メモリカ
ード２の使用に伴い、その内容を変更する必要が生じ
る。したがって、ブートブロックを更新して、ブートデ
ータを書き換える場合がある。このブートデータの書き
換えは、以下に示すルールに基づいて行う。

【０１００】・ブートデータの書き換えを行うようなと
きには、集合管理情報の内容を変更する必要がある。そ
こで、ブートデータの書き換えを行う前に、フラッシュ
メモリ１２にファイルとして格納されている集合管理情
報を無効にする。なお、次に集合管理情報を用いるとき
は、改めて分散管理情報から構築し直す。

【０１０１】・ブートデータの内容を書き換える際は、
現在ブートデータが格納されているブートブロックに対
して消去処理を施し、そのブロックに新たなブートデー
タを書き込む。すなわち、ブートデータを書き換えると
きは、別のブロックを使用することなく、同一ブロック
の内容を更新する。ただし、ブートブロックの更新時に
エラーが発生し、当該ブロックが使用不可になった場合
は、この限りではない。

【０１０２】・新しいブートデータに書き換える場合
は、上述したように２つ作成したブートブロックのう
ち、物理アドレスが小さい方から行う。このとき、内容
を更新したブートブロックの識別番号を１インクリメン
トする。ただし、書き換え前の識別番号の値が「２５
５」の場合は「０」とする。

【０１０３】・予備のブートブロック（すなわち物理ア
ドレスの大きいほうのブートブロック）を更新して、も
うひとつのブートブロックと同一の内容となるように、
新しいブートデータに書き換えたときは、当該予備のブ
ートブロックの識別番号を、もうひとつのブートブロッ
クの識別番号と同じ値にする。

【０１０４】以上のようなルールに基づいて、ブートブ
ロックを更新する際の手順について、図８を参照して説
明する。

【０１０５】なお、図８では、物理アドレス「１」のブ
ロックが通常使用されるブートブロック（以下、第１の
ブートブロックと称する。）とされ、物理アドレス
「２」のブロックが予備のブートブロック（以下、第２
のブートブロックと称する。）とされている例を示して
いる。また、図８では、ブートデータが正常に書き込ま
れており、当該ブートデータの読み出しが可能な状態の
ことを「ＯＫ」として示している。また、ブートデータ
書き換えの最中等により、ブートデータの読み出しが不
可能になっている状態のことを「ＮＧ」として示してい
る。

【０１０６】図８（ａ）は、ブートブロック書き換え前
の正常な状態を示している。このとき、第１のブートブ
ロックの識別番号と、第２のブートブロックの識別番号
とは、同じ値である。具体的には、図８（ａ）の例で
は、第１のブートブロックの識別番号が「１０」であ
り、第２のブートブロックの識別番号も同じ「１０」と
されている。

【０１０７】ブートブロックを更新する際は、先ず、図
８（ｂ）に示すように、物理アドレスの小さいほうのブ
ートブロック、すなわち第１のブートブロックのほうか
ら、ブートデータの書き換えを行う。このとき、第１の
ブートブロックは、ブートデータの書き換えの最中であ
るので、ブートブロックとしては使用できない「ＮＧ」
状態となる。

【０１０８】もしもこの段階で、メモリカード２がデー
タ処理装置１から強制的に抜かれてしまったりして、処
理が中断されてしまった場合、再起動時に、第１のブー
トブロックをブートブロックとして使用することはでき
ない。このときは、予備のブートブロックである第２の
ブートブロックに格納されているブートデータを読み出
してメモリカード２を起動する。また、このときは、第
２のブートブロックから読み出されたブートデータに基
づいて、第１のブートブロックを再構築する。

【０１０９】そして、第１のブートブロックが更新され
ると、図８（ｃ）に示すように、第１のブートブロック
の識別番号が１インクリメントされ、本例ではその値が
「１１」とされる。この段階では、第１のブートブロッ
クには新しいブートデータが格納され、第２のブートブ
ロックには古いブートデータが格納された状態となる。

【０１１０】したがって、もしもこの段階で、メモリカ
ード２がデータ処理装置１から強制的に抜かれてしまっ
たりして、処理が中断されてしまった場合、再起動時に
は、第１のブートブロックに格納されている新しいブー
トデータ（すなわち、識別番号の値が大きいほうのブー
トブロックに格納されているブートデータ）を読み出し
てメモリカード２を起動する。また、このときは、識別
番号の値が大きいほうのブートブロック（すなわち第１
のブートブロック）に格納されているブートデータに基
づいて、識別番号の値が小さいほうのブートブロック
（すなわち第２のブートブロック）のブートデータを更
新する。

【０１１１】そして、第１のブートブロックの更新が完
了したら、次に、図８（ｄ）に示すように、物理アドレ
スの大きいほうのブートブロック、すなわち第２のブー
トブロックの更新を行う。このとき、第２のブートブロ
ックは、ブートデータの書き換えの最中であるので、ブ
ートブロックとしては使用できない「ＮＧ」状態とな
る。

【０１１２】もしもこの段階で、メモリカード２がデー
タ処理装置１から強制的に抜かれてしまったりして、処
理が中断されてしまった場合、再起動時には、第１のブ
ートブロックのブートデータを使用してメモリカード２
は起動されるが、予備のブートブロックが存在しない状
態となる。したがって、このときは、第１のブートブロ
ックから読み出されたブートデータに基づいて、予備の
ブートブロックである第２のブートブロックを再構築す
る。

【０１１３】そして、第２のブートブロックが更新され
ると、図８（ｅ）に示すように、第２のブートブロック
の識別番号が１インクリメントされ、本例ではその値が
「１１」とされる。これにより、第１のブートブロック
の識別番号と、第２のブートブロックの識別番号とが等
しい値となる。以上の処理により、第１のブートブロッ
クにも第２のブートブロックにも新しいブートデータが
格納された状態となる。

【０１１４】（３）メモリカード起動時のブートブロッ
ク読み込みの手順 ブートブロックに格納されたブートデータは、メモリカ
ード２がデータ処理装置１に接続され起動されたとき
に、データ処理装置１に最初に読み込まれる。そこで、
つぎに、メモリカード起動時における、データ処理装置
１によるブートブロック読み込みの手順について詳細に
説明する。

【０１１５】正常な状態では、同一識別番号を持ち且つ
同一内容を持つブートブロックが２つ存在する。そこ
で、このことを確認する処理を、メモリカード起動時に
必ず行う。具体的には、先頭ブロックから順番に、以下
に示すような流れで処理を行い、ブートブロックを調べ
ていく。

【０１１６】・先頭ページの分散管理情報が正常に読め
るかを確認する。

【０１１７】・可／不可フラグが「使用可」になってい
るかを確認する。

【０１１８】・ブロックフラグが「先頭使用」になって
いるかを確認する。

【０１１９】・ブート識別子を検出して、格納されてい
るデータがブートデータであるかを確認する。

【０１２０】・最終ページに格納されている追加管理情
報が正常に読めるかを確認する。

【０１２１】・識別番号を読み出す。このとき、１個目
のブートブロックの場合には、その値を保存する。２個
目のブートブロックの場合には、１個目のブートブロッ
クの識別番号と値が一致するかを確認する。

【０１２２】・ブートブロック内のデータを読み出す。
１個目のブートブロックの場合、読み出したデータは保
存しておく。２個目のブートブロックの場合、読み出し
たデータと保存しておいた１個目のブートブロックのデ
ータとが一致するかを確認する。

【０１２３】以上のような処理を先頭ブロックから順次
行い、同一識別番号を持ち且つ同一内容を持つブートブ
ロックが２つ確認された時点で、ブートブロックの読み
込みを終了する。このように、メモリカード２の起動時
に２つのブートブロックの確認を行うことにより、メモ
リカード２の信頼性を非常に高めることができる。

【０１２４】なお、物理アドレスが上述した所定の値Ｍ
になるまで調べた時点で、ブートブロックが１つしか存
在しない場合には、当該ブートブロックに格納されてい
るブートデータを使用してメモリカード２を起動する。
このとき、先頭からＭ番目までのブロックに使用可能な
ブロックがある場合には、当該ブロックにブートデータ
を書き込んで、改めて予備のブートブロックを作成す
る。先頭からＭ番目までのブロックに使用可能なブロッ
クがない場合には、ブートブロックが１つの状態のまま
でメモリカード２を動作させる。また、Ｍ番目のブロッ
クまで調べた時点で、ブートブロックが存在しなかった
場合には、データ処理装置１はメディア異常と判断し、
そのメモリカード２を受け付けないようにする。

【０１２５】なお、２つのブロックにそれぞれブートデ
ータが正常に書かれていても識別番号が異なっている場
合には、識別番号の大きいほうのブロックを正当なブー
トブロックとして選択し、メモリカード２の起動には、
識別番号の大きいほうのブロックに格納されているブー
トデータを使用する。ただし、一方の識別番号が「２５
５」で他方の識別番号が「０」の場合には、識別番号が
「０」のほうのブロックを正当なブートブロックとして
選択し、当該ブロックのブートデータを使用する。ま
た、１つのブロックにだけブートデータが正常に書かれ
ているときには、そのブロックがブートブロックとして
使用される。

【０１２６】つぎに、以上のようなメモリカード起動時
のブートブロック読み込みの手順について、図９乃至図
１２に示すフローチャートを参照して、更に詳細に説明
する。なお、ここでは、変数としてＩ，ＷＢ，ＩＤＡ，
ＩＤＢを使用する。変数Ｉ，ＷＢは、物理アドレスが入
力される変数であり、変数ＩＤＡ，ＩＤＢは、識別番号
の値が入力される変数である。

【０１２７】メモリカードの起動時には、図９に示すよ
うに、先ず、ステップＳ１において、変数Ｉに「０」を
代入する。また、変数ＩＤＡ，ＩＤＢに「０」を代入す
る。次に、ステップＳ２へ進む。

【０１２８】ステップＳ２では、処理の対象となるブロ
ックを、変数Ｉが示す物理アドレスのブロックとする。
次に、ステップＳ３へ進む。

【０１２９】ステップＳ３では、現在処理の対象となっ
ているブロックから、分散管理情報を読み出せるかを判
別する。分散管理情報を読み出せれば、ステップＳ４へ
進み、分散管理情報を読み出せなければ、ステップＳ２
５へ進む。

【０１３０】ステップＳ４では、現在処理の対象となっ
ているブロックの可／不可フラグが「使用可」になって
いるかを判別する。「使用可」になっていれば、ステッ
プＳ５へ進み、「使用可」になっていなければ、ステッ
プＳ２２へ進む。

【０１３１】ステップＳ５では、現在処理の対象となっ
ているブロックのブロックフラグが「先頭使用」になっ
ているかを判別する。「先頭使用」になっていれば、ス
テップＳ６へ進み、「先頭使用」になっていなければ、
ステップＳ２４へ進む。

【０１３２】ステップＳ６では、現在処理の対象となっ
ているブロックに格納されているデータに、ブート識別
子が設定されているかを判別する。すなわち、当該デー
タがブートデータであるかを判別する。ブートデータで
あれば、ステップＳ７へ進み、ブートデータでなけれ
ば、ステップＳ２８へ進む。

【０１３３】ステップＳ７では、現在処理の対象となっ
ているブロックから、追加管理情報を読み出せるかを判
別する。追加管理情報を読み出せれば、ステップＳ８へ
進み、追加管理情報を読み出せなければ、ステップＳ２
５へ進む。

【０１３４】ステップＳ８では、変数ＩＤＡに、現在処
理の対象となっているブロックの識別番号の値を代入す
る。次に、ステップＳ９へ進む。

【０１３５】ステップＳ９では、現在処理の対象となっ
ているブロックから、ブートデータを読み出せるかを判
別する。ブートデータを読み出せれば、ステップＳ１０
へ進み、ブートデータを読み出せなければ、ステップＳ
２５へ進む。

【０１３６】ステップＳ１０では、現在処理の対象とな
っているブロックからブートデータを読み出し、当該ブ
ートデータを保存する。次に、ステップＳ１１へ進む。

【０１３７】ステップＳ１１では、変数ＷＢに変数Ｉの
値を代入するとともに、変数Ｉの値を１インクリメント
する。次に、図１０のステップＳ１２へ進む。

【０１３８】ステップＳ１２では、処理の対象となるブ
ロックを、変数Ｉが示す物理アドレスのブロックとす
る。次に、ステップＳ１３へ進む。

【０１３９】ステップＳ１３では、現在処理の対象とな
っているブロックから、分散管理情報を読み出せるかを
判別する。分散管理情報を読み出せれば、ステップＳ１
４へ進み、分散管理情報を読み出せなければ、ステップ
Ｓ３２へ進む。

【０１４０】ステップＳ１４では、現在処理の対象とな
っているブロックの可／不可フラグが「使用可」になっ
ているかを判別する。「使用可」になっていれば、ステ
ップＳ１５へ進み、「使用可」になっていなければ、ス
テップＳ２９へ進む。

【０１４１】ステップＳ１５では、現在処理の対象とな
っているブロックのブロックフラグが「先頭使用」にな
っているかを判別する。「先頭使用」になっていれば、
ステップＳ１６へ進み、「先頭使用」になっていなけれ
ば、ステップＳ３１へ進む。

【０１４２】ステップＳ１６では、現在処理の対象とな
っているブロックに格納されているデータに、ブート識
別子が設定されているかを判別する。すなわち、当該デ
ータがブートデータであるかを判別する。ブートデータ
であれば、ステップＳ１７へ進み、ブートデータでなけ
れば、ステップＳ３５へ進む。

【０１４３】ステップＳ１７では、現在処理の対象とな
っているブロックから、追加管理情報を読み出せるかを
判別する。追加管理情報を読み出せれば、ステップＳ１
８へ進み、追加管理情報を読み出せなければ、ステップ
Ｓ３２へ進む。

【０１４４】ステップＳ１８では、変数ＩＤＢに、現在
処理の対象となっているブロックの識別番号の値を代入
する。次に、ステップＳ１９へ進む。

【０１４５】ステップＳ１９では、変数ＩＤＡの値と変
数ＩＤＢの値とを比較する。変数ＩＤＡの値と変数ＩＤ
Ｂの値とが等しければ、ステップＳ２０へ進み、変数Ｉ
ＤＡの値と変数ＩＤＢの値とが等しくなければ、ステッ
プＳ３２へ進む。

【０１４６】ステップＳ２０では、現在処理の対象とな
っているブロックから、ブートデータを読み出せるかを
判別する。ブートデータを読み出せれば、ステップＳ２
１へ進み、ブートデータを読み出せなければ、ステップ
Ｓ３２へ進む。

【０１４７】ステップＳ２１では、現在処理の対象とな
っているブロックからブートデータを読み出し、当該ブ
ートデータと、先に読み出して保存しておいたブートデ
ータとが一致しているかを判別する。それらのブートデ
ータが一致しているのは、２つのブートブロックからの
ブートデータの読み出しが正常に行われたときであるの
で、これで処理を終了する。一方、それらのブートデー
タが一致していなければ、ステップＳ３２へ進む。

【０１４８】一方、図９に示すように、ステップＳ４で
可／不可フラグが「使用可」になっていなかった場合に
は、上述したようにステップＳ２２へ進む。

【０１４９】ステップＳ２２では、変数Ｉの値と、上述
した所定の値Ｍとを比較する。そして、変数Ｉの値が所
定の値Ｍよりも小さければ、ステップＳ２３へ進む。ス
テップＳ２２において、変数Ｉの値が所定の値Ｍ以上と
なるのは、Ｍ番目のブロックまで調べてもブートデータ
が得られなかった場合であり、このときは、エラーとし
て処理を終了する。

【０１５０】ステップＳ２３では、変数Ｉの値を１イン
クリメントする。そして、ステップＳ２へ戻って処理を
繰り返す。

【０１５１】また、ステップＳ５でブロックフラグが
「先頭使用」になっていなかった場合は、上述したよう
にステップ２４へ進む。このステップＳ２４では、当該
ブロックフラグが「未使用」になっているかを判別す
る。「未使用」になっていれば、図１１のステップＳ３
６へ進み、「未使用」になっていなければ、ステップ２
５へ進む。

【０１５２】ステップＳ２５では、現在処理の対象とな
っているブロックに対して消去処理を施す。次に、ステ
ップＳ２６へ進む。

【０１５３】ステップＳ２６では、ステップＳ２５での
消去処理が正常に完了したかを判別する。消去処理が正
常に完了していれば、図１１のステップＳ３６へ進み、
消去処理が正常に完了していなければ、ステップ２７へ
進む。

【０１５４】ステップＳ２７では、現在処理の対象とな
っているブロックの可／不可フラグを「使用不可」に設
定し、その後、ステップＳ２２へ進んで上述した処理を
行う。

【０１５５】また、ステップＳ６でデータがブートデー
タでなかった場合には、上述したようにステップＳ２８
へ進む。

【０１５６】このステップＳ２８では、処理の対象とな
るブロックを他のブロックに移動する。その後、ステッ
プＳ２５へ進んで上述した処理を行う。

【０１５７】また、ステップＳ３で分散管理情報が読み
出せなかった場合、ステップＳ７で追加管理情報を読み
出せなかった場合、及びステップＳ９でブートデータを
読み出せなかった場合にも、上述したようにステップＳ
２５へ進んで、上述した処理を行う。

【０１５８】また、図１０に示すように、ステップＳ１
４で可／不可フラグが「使用可」になっていなかった場
合には、上述したようにステップＳ２９へ進む。このス
テップＳ２９では、変数Ｉの値と、上述した所定の値Ｍ
とを比較する。そして、変数Ｉの値が所定の値Ｍよりも
小さければ、ステップＳ３０へ進む。一方、ステップＳ
２９において変数Ｉの値が所定の値Ｍ以上となるのは、
Ｍ番目のブロックまで調べても２つめのブートデータが
得られなかった場合であり、このときは、ここでブート
データ読み出しの処理を終了し、先に読み出して保存し
ておいたブートデータを使ってメモリカード２を起動す
る。

【０１５９】ステップＳ３０では、変数Ｉの値を１イン
クリメントする。そして、ステップＳ１２へ戻って処理
を繰り返す。

【０１６０】また、ステップＳ１５でブロックフラグが
「先頭使用」になっていなかった場合は、上述したよう
にステップ３１へ進む。このステップＳ３１では、当該
ブロックフラグが「未使用」になっているかを判別す
る。「未使用」になっていれば、図１２のステップＳ４
７へ進み、「未使用」になっていなければ、ステップ３
２へ進む。

【０１６１】ステップＳ３２では、現在処理の対象とな
っているブロックに対して消去処理を施す。次に、ステ
ップＳ３３へ進む。

【０１６２】ステップＳ３３では、ステップＳ３２での
消去処理が正常に完了したかを判別する。消去処理が正
常に完了していれば、図１２のステップＳ４７へ進み、
消去処理が正常に完了していなければ、ステップ３４へ
進む。

【０１６３】ステップＳ３４では、現在処理の対象とな
っているブロックの可／不可フラグを「使用不可」に設
定し、その後、ステップＳ２９へ進んで上述した処理を
行う。

【０１６４】また、ステップＳ１６でデータがブートデ
ータでなかった場合には、上述したようにステップＳ３
５へ進む。このステップＳ３５では、処理の対象となる
ブロックを他のブロックに移動する。その後、ステップ
Ｓ３２へ進んで上述した処理を行う。

【０１６５】また、ステップＳ１３で分散管理情報が読
み出せなかった場合、ステップＳ１７で追加管理情報を
読み出せなかった場合、ステップＳ１９で変数ＩＤＡの
値と変数ＩＤＢの値とが一致しなかった場合、ステップ
Ｓ２０でブートデータを読み出せなかった場合、及びス
テップＳ２１でブートデータが一致しなかった場合に
も、上述したようにステップＳ３２へ進んで、上述した
処理を行う。

【０１６６】また、図１１に示すように、ステップＳ３
６では、変数ＷＢに変数Ｉの値を代入するとともに、変
数Ｉの値を１インクリメントする。次に、ステップＳ３
７へ進む。

【０１６７】ステップＳ３７では、処理の対象となるブ
ロックを、変数Ｉが示す物理アドレスのブロックとす
る。次に、ステップＳ３８へ進む。

【０１６８】ステップＳ３８では、現在処理の対象とな
っているブロックから、分散管理情報を読み出せるかを
判別する。分散管理情報を読み出せれば、ステップＳ３
９へ進み、分散管理情報を読み出せなければ、ステップ
Ｓ４５へ進む。

【０１６９】ステップＳ３９では、現在処理の対象とな
っているブロックの可／不可フラグが「使用可」になっ
ているかを判別する。「使用可」になっていれば、ステ
ップＳ４０へ進み、「使用可」になっていなければ、ス
テップＳ４５へ進む。

【０１７０】ステップＳ４０では、現在処理の対象とな
っているブロックに格納されているデータに、ブート識
別子が設定されているかを判別する。すなわち、当該デ
ータがブートデータであるかを判別する。ブートデータ
であれば、ステップＳ４１へ進む。

【０１７１】ステップＳ４１では、現在処理の対象とな
っているブロックから、追加管理情報を読み出せるかを
判別する。追加管理情報を読み出せれば、ステップＳ４
２へ進む。

【０１７２】ステップＳ４２では、現在処理の対象とな
っているブロックから、ブートデータを読み出せるかを
判別する。ブートデータを読み出せれば、ステップＳ４
３へ進む。

【０１７３】ステップＳ４３では、現在処理の対象とな
っているブロックからブートデータを読み出し、当該ブ
ートデータを保存する。次に、ステップＳ４４へ進む。

【０１７４】ステップＳ４４では、変数ＷＢが示す物理
アドレスのブロックに、ステップＳ４３で読み出して保
存しておいたブートデータを書き込む。このときは、こ
こでブートデータ読み出しの処理を終了し、ステップＳ
４３で読み出して保存しておいたブートデータを使って
メモリカード２を起動する。

【０１７５】また、ステップＳ３８で分散管理情報が読
み出せなかった場合、及びステップＳ３９で可／不可フ
ラグが「使用可」になっていなかった場合には、上述し
たようにステップＳ４５へ進む。このステップＳ４５で
は、変数Ｉの値と、上述した所定の値Ｍとを比較する。
そして、変数Ｉの値が所定の値Ｍよりも小さければ、ス
テップＳ４６へ進む。ステップＳ４５において、変数Ｉ
の値が所定の値Ｍ以上となるのは、Ｍ番目のブロックま
で調べてもブートデータが得られなかった場合であり、
このときは、エラーとして処理を終了する。

【０１７６】ステップＳ４６では、変数Ｉの値を１イン
クリメントする。そして、ステップＳ３７へ戻って処理
を繰り返す。

【０１７７】また、ステップＳ４０でデータがブートデ
ータではなかった場合、ステップＳ４１で追加管理情報
を読み出せなかった場合、及びステップＳ４２でブート
データを読み出せなかった場合には、エラーとして処理
を終了する。これは、２つのブートブロックのいずれか
らもブートデータが読み出せなかった場合である。

【０１７８】また、図１２に示すように、ステップＳ４
７では、変数ＩＤＢの値が「0xffff」であるかを判別す
る。変数ＩＤＢの値が「0xffff」でなければステップＳ
４８へ進み、変数ＩＤＢの値が「0xffff」であればステ
ップＳ４９へ進む。

【０１７９】ステップＳ４８では、変数ＩＤＡの値と、
変数ＩＤＢの値に「１」を加えた値とを比較する。これ
らの値が等しければ、ステップＳ４９へ進み、等しくな
ければ、ステップＳ５１へ進む。

【０１８０】ステップＳ４９では、変数ＷＢに変数Ｉの
値を代入する。次に、ステップＳ５０へ進む。

【０１８１】ステップＳ５０では、変数ＷＢが示す物理
アドレスのブロックに、先に読み出して保存しておいた
ブートデータを書き込む。このときは、ここでブートデ
ータ読み出しの処理を終了し、先に読み出して保存して
おいたブートデータを使ってメモリカード２を起動す
る。

【０１８２】ステップＳ５１では、変数ＩＤＢの値と、
変数ＩＤＡの値に「１」を加えた値とを比較する。これ
らの値が等しければ、ステップＳ５０へ進み上述した処
理を行う。

【０１８３】一方、ステップＳ５１において、変数ＩＤ
Ｂの値と、変数ＩＤＡの値に「１」を加えた値とが等し
くないと判別されるのは、２つのブートブロックの識別
番号が、等しくなく且つ連続番号でもない場合である。
このような状態となるのは、メモリカード２に何らかの
異常があったときである。しかしながら、ブートデータ
が読み出せなくなっているわけではないので、このとき
は、例えば手動復旧モードとして、データ処理装置１の
側で適切な処理を行うようにする。

【０１８４】以上がメモリカード起動時のブートブロッ
ク読み込みの手順である。このように手順により、メモ
リカード２の起動時に２つのブートブロックの確認を行
うことで、メモリカード２の信頼性を非常に高めること
ができる。

【０１８５】

【発明の効果】以上詳細に説明したように、本発明によ
れば、複数の異なるブロックにブートデータをそれぞれ
格納するようにしているので、たとえブートデータが格
納されたブロックのうちのいずれかが使用不可能になっ
たとしても、他のブロックのブートデータを用いて、外
部記憶装置を起動することができる。

【０１８６】しかも、それらのブロックにはブートデー
タの新旧を示す識別番号を格納するようにしているの
で、常に最新のブートデータを使用するようにすること
ができる。すなわち、本発明によれば、たとえ新しいブ
ートデータと古いブートデータとが混在するような状態
になったとしても、常に最新のブートデータを使用する
ようにすることができ、データの一貫性を保証できる。

【０１８７】したがって、本発明によれば、ブートデー
タ読み出し時にエラーが発生し難く、信頼性の高い外部
記憶装置を提供することができる。

【図面の簡単な説明】

【図１】本発明が適用されるシステムの全体構成を示す
図である。

【図２】本発明を適用したメモリカードの構成を示すブ
ロック図である。

【図３】本発明を適用したメモリカードの外観を示す斜
視図である。

【図４】本発明を適用したメモリカードの記憶領域の構
造を示す図である。

【図５】分散管理情報の構成を示す図である。

【図６】追加管理情報の構成を示す図である。

【図７】各ブロックの分散管理情報から集合管理情報を
構築する様子を示す図である。

【図８】ブートブロックを更新する際の手順を示す図で
ある。

【図９】メモリカード起動時のブートブロック読み込み
の手順を示すフローチャートである。

【図１０】メモリカード起動時のブートブロック読み込
みの手順を示すフローチャートである。

【図１１】メモリカード起動時のブートブロック読み込
みの手順を示すフローチャートである。

【図１２】メモリカード起動時のブートブロック読み込
みの手順を示すフローチャートである。

【符号の説明】

１ データ処理装置、 ２ メモリカード、 ３ 演算
処理装置、 ４ 内部メモリ、 ５ 補助記憶装置、
６ シリアルインターフェース回路、 ７ バス、 １
１ コントローラ、 １２ フラッシュメモリ、 １３
シリアル／パラレル・パラレル／シリアル・インター
フェース・シーケンサ、 １４ フラッシュメモリ・イ
ンターフェース・シーケンサ、 １５ ページバッフ
ァ、 １６エラー訂正回路、 １７ コマンドジェネレ
ータ、 １８ コンフィグレーションＲＯＭ、 １９
発振器、 ２０ 誤消去防止スイッチ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭63−73439（ＪＰ，Ａ) 特開 昭64−81028（ＪＰ，Ａ) 特開 平５−265873（ＪＰ，Ａ) 特開 平５−314019（ＪＰ，Ａ) 特開 平６−324857（ＪＰ，Ａ) 特開 平７−64795（ＪＰ，Ａ) 特開 平７−93097（ＪＰ，Ａ) 特開 平８−255084（ＪＰ，Ａ) 特開 平８−328844（ＪＰ，Ａ) 特開 平８−328845（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 3/06 301 G06F 3/08 G06F 9/06 G06F 12/16 G11C 16/02

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 データの消去を所定のブロック単位で行
   うとともに、起動時に最初に読み出されるブートデータ
   を格納するブロックを有する外部記憶装置であって、 ブートデータがそれぞれ格納された複数の異なるブロッ
   クを備えるとともに、 ブートデータが格納された各ブロックに、それらのブロ
   ックに格納されたブートデータの新旧を示す識別番号が
   格納される識別番号格納部を備えていることを特徴とす
   る外部記憶装置。
2. 【請求項２】 データの消去を所定のブロック単位で行
   う外部記憶装置に、当該外部記憶装置の起動時に最初に
   読み出されるブートデータを格納する際に、 複数の異なるブロックにブートデータをそれぞれ格納す
   るとともに、 ブートデータが格納された各ブロックに、それらのブロ
   ックに格納されたブートデータの新旧を示す識別番号を
   格納することを特徴とするデータ処理方法。
3. 【請求項３】 上記外部記憶装置を起動する際に、上記
   識別番号に基づいて、上記複数の異なるブロックに格納
   された各ブートデータのうち、最新のブートデータを読
   み出して、当該ブートデータを用いて外部記憶装置を起
   動することを特徴とする請求項２記載のデータ処理方
   法。
4. 【請求項４】 上記外部記憶装置を起動する際に、上記
   識別番号に基づいて、上記複数の異なるブロックに格納
   された各ブートデータの新旧を判別し、古いブートデー
   タがある場合には当該ブートデータを最新のブートデー
   タに書き換えることを特徴とする請求項２記載のデータ
   処理方法。