(57)【特許請求の範囲】
【請求項１】
コントローラを備える電子デバイスであって、
前記コントローラは、
少なくとも１つのプロセッサを有するファームウェアと、
利用回路へのアクセスを制御するセキュリティ・フィーチャーとを含み、
前記セキュリティ・フィーチャーは、
内部に記憶されたルート鍵値を有するプログラマブル・メモリと、
前記ルート鍵値へのアクセスから前記ファームウェアをアイソレートするよう適合されたルート鍵セキュリティ・エレクトロニクスとを含み、
前記ルート鍵セキュリティ・エレクトロニクスは、
第１のパスワードを受信し、
第１の暗号化されたパスワードを生成するために、前記ルート鍵値を用いて前記第１のパスワードを暗号化し、かつ
前記第１の暗号化されたパスワードを、前記電子デバイス内に記憶された第２の暗号化されたパスワードと比較するよう適合されており、前記第２の暗号化されたパスワードは前記ルート鍵値を用いて暗号化されており、
前記ファームウェアは、前記ルート鍵セキュリティ・エレクトロニクスからの比較結果に従って、
前記第１の暗号化されたパスワードが前記第２の暗号化されたパスワードと一致しない場合、前記利用回路へのアクセスを拒否し、かつ
前記第１の暗号化されたパスワードが前記第２の暗号化されたパスワードと一致する場合、前記利用回路へのアクセスを許可するよう適合されている、電子デバイス。
【請求項２】
前記電子デバイスはデータ記憶デバイスであり、前記コントローラはデータ記憶コントローラであり、前記利用回路は少なくとも１つのデータ記憶媒体を備える、請求項１に記載の電子デバイス。
【請求項３】
更に、前記セキュリティ・フィーチャーは記憶されたルート鍵テスト値を備え、前記コントローラは、前記ルート鍵テスト値を用いて前記ルート鍵値をテストするよう適合されている、請求項１または２に記載の電子デバイス。
【請求項４】
更に、前記セキュリティ・フィーチャーはメモリに記憶されたデータ暗号化鍵を備え、前記データ暗号化鍵は前記ルート鍵値により暗号化される、請求項３に記載の電子デバイス。
【請求項５】
更に、メモリに記憶された暗号化鍵テスト値鍵を備え、前記コントローラは、前記暗号化鍵テスト値を用いて前記データ暗号化鍵をテストするよう適合されている、請求項４に記載の電子デバイス。
【請求項６】
前記コントローラは、ある機能を行なうために前記コントローラが受信したコマンドの数のカウントを含む再利用値を判断し、前記再利用値が所定の値よりも大きい場合、前記電子デバイスへのアクセスをディスエーブルするよう適合されている、請求項１から５のいずれかに記載の電子デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
（分野）
本発明は、大まかには、電子デバイス内の回路および／または情報へのアクセスの制御に関するものである。より具体的には、本発明は、電子デバイスにおけるセキュリティ・フィーチャー（ｓｅｃｕｒｉｔｙ  ｆｅａｔｕｒｅｓ）に関するものである。
【背景技術】
【０００２】
（背景）
ディスク・ドライブおよびソリッド・ステート・データ記憶デバイスのような電子デバイスは、不正な外部からの監視および制御から保護しなければならない情報を含んでいる。しかしながら、多くの場合、かかる電子デバイス内の情報への不正なアクセスを防止するスキームは、主にホスト・コンピュータに実装されており、電子デバイスは、これらスキームの動作に関する制御をほとんどまたは全く行わない。電子デバイス内でのかかるスキームに関する制御が行われないことは、様々な場合に問題になる。例えば、元のホスト・コンピュータからデバイスが取り外された場合、秘密のユーザー・データはもはや保護されなくなる。一般に、電子デバイスのより良いセキュリティが望まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の特徴は、上記および／またはその他の課題に対する解決案を提供し、従来技術と比べてその他の利点も提供することにある。
【課題を解決するための手段】
【０００４】
（概要）
電子デバイスにおけるセキュリティを確立するための方法が提供される。この方法は、統計学的にユニークなルート鍵値を発生するステップと、デバイスのワンタイム・プログラマブル・メモリ内にルート鍵値を記憶するステップとを含む。この方法は、更に、ルート鍵値へのアクセスからデバイス内のファームウェアをアイソレートするステップも含む。ルート鍵値は、各電子デバイスが自己の鍵を有することを保証する頼りになる基礎として使用される。一般に、このルート鍵は、デバイス内で他の鍵を暗号化するのに使用される。本発明の別の特徴は、ルート鍵をテストするために使用されるルート鍵テスト値およびその他のセキュリティ・フィーチャー、例えば、再利用回数および暗号ブロック・チェイニング再利用値を、電子デバイスを不正アクセスから保護するために含むことである。このセキュリティ・フィーチャーを含む電子デバイスも提供される。
【０００５】
以下、添付図面を参照し、次の詳細な説明を読めば、本発明の上記特徴およびその他の特徴および利点が明らかとなろう。
【実施例】
【０００６】
（詳細な説明）
まず、図１を参照すると、本発明のセキュリティ・フィーチャーを含む電子デバイス１００の簡略化したブロック図が示されている。デバイス１００は、その主要コンポーネントとして、利用回路１０２と、コントローラ１０４と、制御バス１０６と、データ・バス１０８と、スイッチ１１０とを備える。電子デバイス１００は、制御バス１０６およびデータ・バス１０８を介し、外部デバイスからのコマンドおよび情報を受信する。一般に、利用回路１０２は、任意のタイプの電子回路でよい。更に、データ・メモリを備える利用回路の具体例を次に説明する。
【０００７】
デバイス１００のうちのコントローラ１０４は、コントローラ１０４内での様々な機能の実行を助ける１つ以上のプロセッサ（ファームウェア１１２と表示）を備えることができる。本発明によれば、コントローラ１０４は、データ・バス１０８を介し、利用回路１０２へのアクセスを制御するセキュリティ・フィーチャーを備える。コントローラ１０４内のセキュリティ・フィーチャーは、統計学的にユニークなルート鍵値１１４を含み、この値はデバイス１００のワンタイム・プログラマブル・メモリ１１６内に記憶される。ルート鍵値１１４は、各デバイスが自己の鍵を有することを保証する頼りになる基礎として使用される。電子デバイス１００内に記憶されている任意の適当な乱数発生機構により、統計学的にユニークなルート鍵値を発生できる。別の方法として、この乱数発生機構を電子デバイス１００の外部のデバイス内に設けてもよい。この方法では、ルート鍵値１１４の発生は外部で実行され、得られた値はワンタイム・プログラマブル・メモリ１１６に記憶される。デバイス１００の外部でルート鍵値１１４が発生された場合でも、ワンタイム・プログラマブル・メモリ１１６内に一旦その値が記憶されると、この値はデバイス１００の外部のどこにも通常保存されないことに留意すべきである。乱数発生機構は、ハードウェアおよび／またはソフトウェアを含むことができる。図１から分かるように、コントローラ１０４は、ルート鍵セキュリティ・エレクトロニクス１１８も備え、このセキュリティ・エレクトロニクス１１８は、デバイス１００内のファームウェア１１２をルート鍵値１１４へのアクセスからアイソレートするコンポーネントとなっている。一般に、実際のルート鍵値１１４を露出せざるを得ないコマンドの処理は、ルート鍵セキュリティ・エレクトロニクス１１８内で実行され、コマンドに対応するステータス値だけがファームウェア１１２に返される。
【０００８】
上記のようにルート鍵値１１４は、各デバイスが自己の鍵を有することを保証する頼りになる基礎として使用される。一般に、このルート鍵値１１２は、電子デバイス１００内でパスワードおよびその他の鍵を暗号化するために使用される。一実施例では、電子デバイス１００は、デバイスがスイッチ１１０を介し、データ・バス１０８を通して利用回路１１２へのアクセスを許可する前に有効なパスワードを要求する。コントローラ１０４内または利用回路１０２内のいずれかにおいて、デバイス１００内に記憶されている有効パスワードは、ルート鍵値１１４により暗号化されることに留意すべきである。従って、入力されたパスワードが制御バス１０６を介し、コントローラ１０４へ伝送されると、このパスワードは有効パスワードと比較される前にルート鍵処理を受ける。ルート鍵値１１４による暗号化の際に、入力パスワードが有効パスワードと一致した場合に限り、スイッチ１１０が閉じられ、データ・バス１０８を介した利用回路へのアクセスが許可される。パスワード検証プロセス中にはルート鍵セキュリティ・エレクトロニクス１１８により、ルート鍵値１１４はファームウェア１１２からアイソレートされる。
【０００９】
前に述べたように、ルート鍵値１１４はワンタイム・プログラマブル・メモリ１１６内に記憶される。メモリ１１６の劣化または他の事象に起因し、時間がたつとルート鍵値１１４が変化することがあり得る。ルート鍵値が変化した結果として生じる問題を防止するために、ルート鍵値１１４をテストするためにルート鍵テスト値を使用する。ルート鍵値１１４をテストするためにルート鍵テスト値を使用するルート鍵テスト・コマンドは、所定の時間インターバルで、または他のコマンドと連動して自動的に実行できる。一般に、ルート鍵テスト・コマンドは、任意の適当な時に実行できる。次に、電子デバイス１００の具体例を示す図２および３を参照して、ルート鍵テスト値およびその他のセキュリティ・フィーチャーに関する詳細を説明する。
【００１０】
図２は、本発明のセキュリティ・フィーチャーを使用する電子デバイスの具体例であるディスク・ドライブ２００を備えるシステムの簡略化したブロック図である。ホスト・コンピュータ２０２がディスク・ドライブ・コントローラ２０４のトップレベルの制御を行い、ディスク・ドライブ・コントローラ２０４は、次に、例えば、内部メモリ２０５、およびダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）２０６および不揮発性フラッシュ・メモリ２０８等の外部メモリ内に記憶されているプログラムおよび情報に従って、ディスク・ドライブ２００の動作を制御する。
【００１１】
図２から分かるように、ディスク・ドライブ・コントローラ２０４は、図１のコントローラ１０４に含まれるセキュリティ・フィーチャーに類似するセキュリティ・フィーチャーを有する。具体的には、図２において、ファームウェア２０６はルート鍵ブロック２０９に接続されており、このブロックにおいて、ワンタイム・プログラマブル・メモリ２１２に記憶されているルート鍵値２１０は、ルート鍵セキュリティ・エレクトロニクス２１４によりファームウェア２０６からアイソレートされる。コントローラ２０４には、暗号化ブロック２１６も含まれており、この暗号化ブロックにおいて、鍵ブロック２１８に含まれる１つ以上の暗号化鍵の助けにより、データの暗号化が実行される。更に、ブロック２０６、２０８および／またはディスク２３０内に記憶することができる鍵が、ルート鍵値２１０により暗号化される。ルート鍵セキュリティ・エレクトロニクス２１４により、ブロック２０６、２０８および／または２３０内の鍵のための暗号化処理が実行される。暗号化に関連する一般的な機能、例えば、暗号化のイネーブリング／ディスエーブリング、ブロック・サイズのような暗号化のためのパラメータのセットアップおよびその他のオプションは、ファームウェア２０６の制御により暗号化ブロック２１６内で実行される。暗号化処理のための図２に示される構成は単なる一例にすぎず、本発明のセキュリティ・フィーチャーを使用する多くの他の構成も可能であることに留意すべきである。
【００１２】
ディスク・ドライブ２００によって記憶すべきデータは、ホスト・コンピュータ２０２からインターフェース回路２２０へ転送され、次にバッファ・マネージャー２２２を介して転送され、このバッファ・マネージャー２２２は、上記のようにマイクロプロセッサ２０６の制御により暗号化ブロック２１６内で行われる暗号化の前に、データを一時的にバッファするためのデータ・バッファを備える。データ転送中の読み出し／書き込みチャンネル２２４およびプリアンプ／ドライバー回路２２６の動作をシーケンサ（図示せず）が命令する。スピンドル・モータ２３２による１つ以上のデータ記憶ディスク２３０の回転を制御するために、スピンドル回路２２８が設けられている。
【００１３】
ヘッド２３６、プリアンプ／ドライバー２２６、サーボ回路２３４およびアクチュエータ・アームの位置を制御するコイル２３８によって構成されるサーボ・ループの一部として、ディスク２３０に対する１つ以上の記録ヘッド２３６の位置を制御するために、サーボ回路２３４が設けられている。このサーボ回路２３４は、２つの主なタイプのサーボ動作、すなわちシーキングおよびトラック追従を実行するようにプログラムされたデジタル・シグナル・プロセッサ（ＤＳＰ）を備える。
【００１４】
図２では、スピンドル回路（２２６および２３０）によって制御されるデータ記憶ディスク２３０は、（図１において１０２で示されるような）利用回路を構成している。一実施例では、インターフェース２２０を介した利用回路へのアクセスは、パスワード保護を使用することによって制御される。図１の電子デバイスの場合のように、この実施例では、ルート鍵値２１０によりパスワードが暗号化される。更に、上記のようにルート鍵値２１０の助けによりディスク・ドライブ２００内での暗号化が実行される。
【００１５】
前に述べたように、ルート鍵値をテストするためにルート鍵テスト値を使用する。更に、暗号化鍵をテストするために暗号化鍵テスト値を使用する。下記の表１および表２は、それぞれルート鍵テスト値および暗号化鍵テスト値を示す。
【表１】
0005532198.tif 000002
【表２】
0005532198.tif 000003
【００１６】
表１に示されたルート鍵テスト値は、ルート鍵により暗号化され、ディスク・ドライブ内に暗号化されたフォームで記憶されることに留意すべきである。暗号化されたルート鍵テスト値のための１つの可能性のある記憶位置は、ディスク２３０の上にある。図２では、この暗号化されたルート鍵テスト値は、参照番号２３１で示されており、暗号化鍵は参照番号２３３で示されている。一実施例では、記憶されたルート鍵値をテストするためのルート鍵テスト・コマンドの実行に、ルート鍵値によるルート鍵テスト値の解読を含む。解読時に、テスト値のビットが所定のパターンに対応した場合、記憶されたルート鍵値は正しい。異なるパターンが得られた場合、記憶されたルート鍵は変更されたものである。記憶された暗号化鍵をテストするためには、まずルート鍵を用い、次に暗号化鍵を用い、解読プロセスを実行しながら、（表２に記載されている）テスト値ビットと所定のパターンとを比較する。これらは、記憶されたルート鍵および記憶された暗号化鍵をテストするための極めて特殊な例であり、一般に、任意の適当な長さのテスト値フィールドを使用できることに留意すべきである。
【００１７】
上記表１に示されるように、ルート鍵テスト値は、１６ビットの再利用回数も含む。本発明によれば、ユーザーがドライブを再利用する（事実上ドライブを消去する）ごとに、この再利用回数はインクリメントされる。
【００１８】
更に、上記表２に示されるように、暗号化鍵テスト値は、１６ビットの再利用回数も含み、ルート鍵テスト値における再利用回数のコピーである。基本的には、暗号化鍵テスト値における再利用回数がルート鍵テスト値の再利用回数と一致しない場合、暗号化鍵はロードされず、使用できない。
【００１９】
再利用回数をインクリメントすることにより防止されるセキュリティへの攻撃は、ユーザー（または個人Ａ）がドライブを再利用し、ドライブの買い手（個人Ｂ）が、ドライブ上のコンテンツを解読するために（個人Ａの）古い暗号化鍵をロードしようと試みるときに行われる。再利用回数は一致しないので、ハードウェア（ファームウェア／ルート鍵）は、古い暗号化鍵をロードすることを許可せず、個人Ｂはドライブのコンテンツを解読できない。
【００２０】
更に、ルート鍵テスト値における再利用回数は、インクリメントするだけであり、所定の最大値（例えば、ＦＦＦＦ）に達したときに、ドライブのセキュリティをディスエーブルする。これは、再利用回数がロール・オーバー（ｒｏｌｌ  ｏｖｅｒ）し、元のユーザー（個人Ａ）の再利用回数に一致するまでセキュリティへの攻撃者がドライブを再利用し続けることができないようするために実行される。１６ビットの再利用回数の代わりに、この再利用回数は任意の適当な数のビットを含むことができることに留意すべきである。
【００２１】
暗号化アルゴリズムは、一般に、所定のサイズのデータ・ブロック（例えば、１２８ビットのブロック）に対して動作する。各データ・ブロックに対し、データは（平文から暗号文に）暗号化されるか、（暗号文から平文に）解読される。あるタイプの暗号化は、別個のデータ・ブロックの間のリンクを用いることなく、別個に独立して各データ・ブロックの暗号化を行う。別のタイプの暗号化では、暗号化された異なるデータ・ブロックの間のリンクを用いる。暗号ブロック・チェイニング（ＣＢＣ）は、暗号化技術の一つであり、一般に、暗号化された異なるデータ・ブロックをリンクするものである。暗号化アルゴリズムがＣＢＣモードで動作中であるとき、ブロックを暗号化することによって発生された暗号文は、暗号化すべき次のブロック内の平文とＸＯＲ演算される。暗号化すべき最初のブロックは、その前のどの暗号化動作にも続かないので、最初の平文ブロックとＸＯＲ演算される前の暗号文は存在しない。最初のブロックに対しては、ＸＯＲ演算のために特殊な初期化ベクトル（ＩＶ）が使用される。
【００２２】
一実施例では、ＩＶ値は、暗号化中または解読中であるデータ・ブロックのためのアドレスから誘導された値である。具体例では、この誘導されたＩＶはＣＢＣ再利用値と混合されるが、このＣＢＣ再利用値は、ＣＢＣ再利用値に基づき暗号化データ・ブロックを変更するためにファームウェアにより発生された乱数である。一実施例では、ＣＢＣ再利用値は長さが６４ビットである。ＣＢＣ再利用値によって変更された暗号化ブロックの一例が、参照番号２３５によって示されている。ＣＢＣ再利用値を追加することにより、前のオーナーのデータを攻撃者が力ずくで解読することが実質的により困難となる。
【００２３】
通常の動作では、ユーザーはドライブを使用し続けた後にドライブを廃棄する（この場合、ドライブを売却する）前に、（ドライブを消去するための）再利用動作を実行する。新しいユーザーは（新しい鍵により暗号化された）前のデータを読み出した後に外部からデータを解読し、前のオーナーの暗号化データを得ることができ、前のオーナーのデータに対して力ずくの攻撃を実行することが可能である（この攻撃は、可能なすべての鍵を用いるトライアル解読である）。このＣＢＣ再利用値は、力ずくの攻撃を実質的により複雑にする。
【００２４】
上記のように、ファームウェアは、新しいＣＢＣ再利用値を発生するが、この値は、ランダムに発生されるので、ルート鍵値の一部である再利用値には対応しない。ファームウェアは、ドライブ全体に対する単一のＣＢＣ再利用値を有したり、または各鍵に対する異なるＣＢＣ再利用値を有したりすることが可能である（ユーザーは単一ドライブ上で使用する多数の鍵を有することができる）。
【００２５】
ある実施例では、デバイスに関連したコマンドおよび鍵をエスクロー（ｅｓｃｒｏｗ）（デバイスの外部にセーブ）できる。かかるコマンドおよび鍵がクリアな状態でファームウェアに開示されるのを防止するために、ユーザーは固定ラップ鍵を設定できる。この固定ラップ鍵は、一旦設定されると、電子デバイスとこの電子デバイスに動作可能に結合された外部デバイスとの間で伝送されるコマンドおよび鍵を暗号化するために電子デバイスによって使用される。上記のように、（ルート鍵テスト値の一部として上記表１に含まれる）固定ラップ鍵インジケータは、固定ラップ鍵が使用されているか否かを示す単一ビットである。
【００２６】
前に述べたように、ワンタイム・プログラマブル・メモリの劣化またはその他の事象に起因し、時間がたつとルート鍵が変化することがあり得るので、ルート鍵値が変化した結果として問題が生じることを防止するために、ルート鍵値をテストするためにルート鍵テスト値が使用される。ワンタイム・プログラマブル・メモリがルート鍵値によりプログラムされていない可能性もある。したがって、一実施例では、ワンタイム・プログラマブル・メモリがルート鍵値によりプログラムされているかどうかを判断するために、このメモリを検査する。ルート鍵がプログラムされていない場合、電子デバイスの利用回路へのアクセスを排除する。ルート鍵値が存在していれば、通常の処理が続けられる。
【００２７】
図３は、セキュリティ・フィーチャーを有するソリッド・ステート・データ記憶デバイス３００の簡略化したブロック図である。回転するデータ記憶メディアを使用する（図２の）ディスク・ドライブ・データ記憶デバイス２００と対照的に、デバイス３００は移動部品を有していない。図３から分かるように、デバイス３００はフラッシュ・メモリ・チップのグループ（例えば、３０２および３０４）を多数備え、各グループは個々のフラッシュ・メモリ・コントローラ３０６、３０８を備える。図３では、フラッシュ・メモリ全体を参照番号３０５で示している。記憶デバイス３００は、個々のフラッシュ・メモリ・コントローラ（例えば、３０６および３０８）と通信するデバイス・コントローラ３１０も備える。このデバイス・コントローラ３１０は、ディスク・ドライブ・コントローラ２０４と同じように動作し、同じようなセキュリティ・フィーチャーを実装するので、それらの内部コンポーネントには、図２内の対応するコンポーネントに使用したものと同じ参照番号がつけられている。更に、デバイス３００内のセキュリティに関連する動作は、デバイス２００内のセキュリティに関連する動作と実質的に同じなので、これらの動作の説明は繰り返さない。
【００２８】
最後に、図４を参照すると、電子デバイスにおけるセキュリティを確立する方法のフローチャート４００が示されている。この方法の第１ステップは、統計学的にユニークなルート鍵値を発生する。これは、ステップ４０２に示されている。ステップ４０４では、デバイスのワンタイム・プログラマブル・メモリ内にルート鍵値を記憶する。デバイス内のファームウェアは、ルート鍵値へのアクセスからアイソレートされる。これは、ステップ４０６に示されている。ステップ４０８では、ルート鍵値に関連する追加セキュリティ・フィーチャーが設定される。この追加セキュリティ・フィーチャーは、ルート鍵をテストするために使用されるルート鍵テスト値およびその他のセキュリティ・フィーチャー、例えば、再利用回数を含む。これらのフィーチャーはすべて、図１〜３に関連して前に説明したとおりである。更に、前に述べたように、データ・メモリ内に記憶された暗号化データを変更するために使用される少なくとも１つの暗号ブロック・チェイニング再利用値が設定される。これは、ステップ４１０に示されている。
【００２９】
本発明の様々な実施例の構造および機能の詳細と共に、本発明の様々な実施例の多数の特徴および利点について今までに記載したものは、単なる説明のためのものにすぎず、細部、特に部品の構造および配置については、本発明の原理の範囲内で、特許請求の範囲に記載した用語の一般的な広い意味によって示される最大限まで変更を行うことができると理解すべきである。例えば、特定の要素は、本発明の要旨から逸脱することなく、実質的に同じ機能を維持しながら、電子デバイスの特定のアプリケーションに応じて変わり得る。更に、本明細書に記載した好ましい実施例は、データ記憶デバイスのためのセキュリティ・フィーチャーに関するものであるが、当業者であれば本発明の範囲から逸脱することなく、本発明の要旨を任意の電子デバイスに適用できることも理解できよう。
【図面の簡単な説明】
【００３０】
【図１】セキュリティ・フィーチャーを有する電子デバイスを示す簡略化したブロック図である。
【図２】セキュリティ・フィーチャーを有するディスク・ドライブ・データ記憶デバイスの簡略化したブロック図である。
【図３】セキュリティ・フィーチャーを有するソリッド・ステート・データ記憶デバイスの簡略化したブロック図である。
【図４】簡略化したフローチャートである。
【符号の説明】
【００３１】
１００  電子デバイス
１０２  利用回路
１０４  コントローラ
１０６  制御バス
１０８  データ・バス
１１０  スイッチ
１１２  ファームウェア
１１４  ルート鍵値
１１６，２１２  ワンタイム・プログラマブル・メモリ
１１８、２１４  ルート鍵セキュリティ・エレクトロニクス
２００  ディスク・ドライブ
２０２  ホスト
２０４  ディスク・ドライブ・コントローラ
２０５  内部メモリ
２０６  マイクロプロセッサ（ファームウェア）
２０６  ＤＲＡＭ
２０８  フラッシュ
２０９  ルート鍵ブロック
２１０  ルート鍵値
２１６  暗号化ブロック
２１８  鍵ブロック
２２０  インターフェース
２２２  バッファ・マネージャー
２２４  Ｒ／Ｗチャンネル
２２８  スピンドル回路
２２６  プリアンプ／ドライバー
２３０  ディスク
２３２  スピンドル・モータ
２３４  サーボ回路
２３６  ヘッド
２３８  コイル
３００  ソリッド・ステート・データ記憶デバイス
３０１  フラッシュ・チップ
３０２，３０４  フラッシュ・チップのグループ
３０５  フラッシュ・メモリ全体
３０６，３０８  フラッシュ・コントローラ
３１０  デバイス・コントローラ
【図１】
0005532198.tif 000004
【図２】
0005532198.tif 000005
【図３】
0005532198.tif 000006
【図４】
0005532198.tif 000007