(57)【特許請求の範囲】
【請求項１】
記録媒体に対してデータの読み書きを行うディスク装置において、
複数のトラック毎に欠陥トラックがあるかないかを示す欠陥トラック情報を、物理トラック番号情報に対応するアドレスの領域に記憶し、前記複数のトラックの欠陥トラックについての欠陥情報をあらかじめ定めたグループごとに記憶する記憶手段と、
前記記憶媒体のトラックへの読み書きの指示を受け付け、前記記憶手段を参照し、欠陥トラックについての欠陥処理を行う処理手段とを有し、
前記記憶手段は、前記グループごとの格納領域の開始アドレスを示すポインタ情報を、前記欠陥トラック情報のグループごとに記憶し、
前記処理手段は、前記記憶媒体のトラックへの読み書きの指示を受け付けたときに、前記アドレスに従って前記欠陥トラック情報を参照し、欠陥トラックがあると示されている場合に、前記グループのポインタ情報を参照し、当該ポインタ情報が示す格納領域から順に欠陥トラックについての欠陥情報にアクセスし、当該指示されたトラックが欠陥トラックの場合に欠陥情報を検出し、当該欠陥情報に従って前記欠陥トラックについての欠陥処理を行うことを特徴とするディスク装置。
【請求項２】
請求項１に記載のディスク装置において、
前記記憶手段は、前記欠陥情報として、前記欠陥トラックの物理トラック番号情報と、欠陥処理の方法を示す情報と、当該欠陥情報の記憶容量もしくは当該欠陥情報の記憶領域の最終位置を示す情報とを記憶することを特徴とするディスク装置。
【請求項３】
請求項１または２に記載のディスク装置において、
一つの欠陥トラック情報に対応する前記複数のトラックの数を保持する保持手段をさらに有し、
前記保持手段は、前記保持する数を外部から設定されることを特徴とするディスク装置。
【請求項４】
請求項１乃至３のいずれか一項に記載のディスク装置において、
前記処理手段は、前記物理トラック番号情報にあらかじめ定めたベースアドレスを加算したアドレスに従って前記欠陥トラック情報の格納領域にアクセスすることを特徴とするディスク装置。
【請求項５】
記録媒体に対してデータの読み書きを行うディスク装置において、
欠陥トラックの先頭の物理トラック番号情報のみを、当該物理トラック番号情報に対応するアドレスの領域に記憶する領域と、
当該欠陥トラックについての欠陥情報を記憶する領域とを有する記憶手段と、
前記記憶媒体のトラックへの読み書きの指示を受け付け、前記記憶手段を参照し、前記欠陥トラックについての欠陥処理を行う処理手段とを有し、
前記記憶手段は、前記欠陥トラックの先頭の物理トラック番号情報と、当該欠陥トラックについての欠陥情報を記憶する領域のアドレスを示すポインタ情報とを記憶し、
前記処理手段は、前記記憶媒体のトラックへの読み書きの指示を受け付けたときに、前記アドレスに従って前記欠陥トラックの物理トラック番号情報を参照し、当該指示されたトラックが欠陥トラックの場合に、前記ポインタ情報を参照し、当該ポインタ情報が示す格納領域の欠陥情報を検出し、当該欠陥情報に従って欠陥トラックについての欠陥処理を行うことを特徴とするディスク装置。
【請求項６】
請求項５に記載のディスク装置において、
前記記憶手段は、複数トラックごとに格納領域を分割し、当該分割された格納領域の識別情報をさらに記憶し、
前記処理手段は、前記トラックごとに分割された格納領域にアクセスすることを特徴とするディスク装置。
【請求項７】
記録媒体に対してデータの読み書きを行うディスク装置において、
欠陥トラックの物理トラック番号情報と、当該欠陥トラックについての欠陥情報とを、当該物理トラック番号情報に対応するアドレスの領域に記憶する記憶手段と、
前記記憶媒体のトラックへの読み書きの指示を受け付け、前記記憶手段を参照し、欠陥トラックについての欠陥処理を行う処理手段とを有し、
前記処理手段は、前記記憶媒体のトラックへの読み書きの指示を受け付けたときに、前記アドレスに従って前記欠陥トラックの物理トラック番号情報を参照し、当該指示されたトラックが欠陥トラックである場合に、当該欠陥情報に従って欠陥トラックについての欠陥処理を行うことを特徴とするディスク装置。
【請求項８】
請求項７に記載のディスク装置において、
前記記憶手段は、前記欠陥情報の容量を当該欠陥情報の前後に記憶し、
前記処理手段は、前記記憶手段を、前方もしくは後方から順にアクセスすることを特徴とするディスク装置。
【請求項９】
請求項１乃至８の何れか一項に記載のディスク装置において、
前記欠陥処理は、欠陥セクタを正常セクタに置き換えるスキップと、欠陥セクタを物理的に連続する正常セクタに置き換えるスリップとのうち少なくとも１つを行うことを特徴とするディスク装置。
【請求項１０】
請求項１乃至９のいずれか一項に記載のディスク装置において、
前記欠陥情報は、欠陥セクタの欠陥情報を示す欠陥要素を更に備え、前記欠陥セクタが連続している場合には、この欠陥要素に前記連続している欠陥セクタの先頭セクタの交代セクタ情報と前記欠陥セクタの連続する数とを記憶することを特徴とするディスク装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ディスク装置に係わり、特に、ヘッドがアクセスしたいトラックの欠陥（defectと呼ぶ）についての情報を、その格納位置に依存せず、少ないアクセス回数で検出することができるセクタアドレス生成方法に関する。
【０００２】
【従来の技術】
ディスク装置は、近年、小型化，高速化，高機能化，低価格化が急速に進んでいる。
【０００３】
特に大容量化により記録媒体の単位面積当たりの記録密度は向上し、現在１インチ平方当たり１０Gbitを超えるところまできている。この様な高密度記録装置の場合、セクタとして使えない不良発生セクタも数多く発生してくる。だいたい装置容量当たりの不良セクタ数は最大０．１％程度以下である。現在売れ筋の３．５インチディスク装置の容量は２０ＧＢ程度なので最大不良セクタ数は
２０ＧＢ×０．１％／５１２Ｂｙｔｅ＝約４００００セクタ
となる。現在ディスク装置の記録密度の容量推移は年２倍のペースのため、３年後にはDefectセクタ数も１５万セクタを超えてしまう。ディスク装置では、defectセクタを未使用セクタとして避ける処理をしながらホストからのデータの読み書きを行っている。この処理をdefectセクタ処理という。
【０００４】
defectセクタ処理を、図３２に示すホスト論理番号からディスク物理変換の説明図と、図７に示すdefectを含んだセクタ配置図を使って具体的に説明する。図３２は、ホストから指定された番号と物理位置を表わす物理番号の関係を表わした図である。ホストからディスク装置に対しては、ホストから見えるディスク装置のCylinder、Head、Sector番号（以後CHS番号と言う）であるホスト論理CHS番号３２０１か、または、まったくの連続番号であるLogical Block Address番号（以後LBAと呼ぶ）であるホスト論理LBA番号３２０５でセクタの指定がくる。ここで、ホスト論理番号３２０１は、ホスト論理ヘッド番号３２０２、ホスト論理シリンダ番号３２０３、ホスト論理セクタ番号３２０４からなる。また、ホスト論理LBA番号３２０５の場合は、ホスト論理LBA番号［２７：０］を３２０６、３２０７、３２０８で構成している。そして、ディスク装置では、ホストから設定された論理CHS番号または論理LBA番号をディスク装置内蔵MPUで読み出し、実際のセクタ番号を特定する。実際のセクタ番号の特定は変換ハードで行ってもよい。この結果がディスク物理CHS番号３２０９となる。このディスク物理CHS番号３２０９は、ディスク物理ヘッド番号３２１０、ディスク物理シリンダ番号３２１１、ディスク物理セクタ番号３２１２を備える。ディスク物理ヘッド番号３２１０とディスク物理シリンダ番号３２１１とで磁気ヘッドの位置決めを行うことができる。また、このディスク物理CHS番号はホストが読み書きをしたい具体的な位置のため、この番号をもとに該当セクタをさがしてデータのReadやWriteを行う。
【０００５】
図７にセクタ配置図を示す。ディスク装置は、データを媒体７０１上のセクタ内に記録する。媒体は、容量を増やすテクニックとして常套手段であるZone bit Recordingを使用する。図７においても、Zone0   ７０２、Zone1 ７０３，Zone２ ７０４の３Zoneがある場合を図示してある。このZone内には円周上に複数セクタからなるトラックが複数存在する（７０６〜７１０）。ここで、図７ではZONE１内の具体的なトラックを７０６〜７１０で示している。１トラック０〜AのA＋１セクタ／トラック、ZONE１内ではｍトラックからｍ＋ｎトラックのｎ＋１トラック／Zone存在する場合を示している。また、トラックL（７１０）は同じZONE1内のあるdefectセクタを置き換える交代トラックとして図示してある。隣接トラック間には、ヘッドが現状トラックの最終セクタを処理した後、次セクタを処理するためにヘッドの移動時間がちょうど終わる直後に先頭セクタがくる様にSkewをつける場合を図示している。図７においては、Skew値として２セクタの場合を示す。このようにセクタに１つずつ物理セクタ番号を割り当てているが、セクタには欠陥セクタとして使えないものがある。この様なセクタの番号は、正常なセクタの番号に置き換える必要がある。この置き換え方には、１つずらしこむslip処理７１１と別領域で置き換えるskip処理７１２の２つの方式がある。この様にセクタを特定するためには、ディスク装置の先頭から割り付けられたディスク物理番号（ディスク物理CHS番号と呼ぶ）をslipまたはskipを考慮して特定する必要がある。ディスク装置は、ホストが指定してきたホスト論理CHS(LBA)番号をディスク物理CHS番号にMPUで求めた後、該当トラックにヘッドが配置された後に、該当トラックのslipまたはskip処理を行うためのdefect制御情報を利用してセクタ番号制御を行っている。例えば、図７に示した様なセクタ配置図において、ホストの指定してきたセクタがｍ＋ｎトラック上に存在する場合を考える。ｍ＋ｎセクタまで特定する方法は上記図３２により説明した通りである。例えば、（A-2n-4）セクタからセクタの読み書きをする場合では、ヘッドが(A-2n-4)セクタに到達後、(A-2n-4)セクタのアクセス処理を行い、次に(A-2n-3)以降を行う場合、（A-2n-3）から２セクタ続けてdefectセクタでかつ交代が割り当ててあるskipセクタであることをあらかじめ装置内に用意されているdefect管理情報から知ることができる。この（A-2n-3）はLトラック上に置き換えられていることがわかるので、Lトラックの該当セクタにアクセスをすることができる。これが終わると、元のＭ＋ｎトラックの(A-2n-1)セクタ以降のアクセス処理に戻ることになる。そして、（A-2n+1）セクタまで処理が終わると、defect管理情報から、（A-2n+2）はslip処理であることがわかる。したがって、このセクタの処理は何も行わず、次の（A-2n+3）に移ることになる。この様に、defect処理を行うためには、事前に用意されているdefect管理情報から今回ヘッドがアクセスするトラックの情報を探し出す必要がある。
【０００６】
ディスク装置の大容量化は、装置当たりのdefectセクタ数の増加を招き、このためdefect管理情報の増大によるディスク装置のdefect制御情報の検索時間増加による装置性能劣化を招くこととなる。性能劣化対策としては、特開平１１−７７３０号公報に示されている技術があげられる。この従来技術は、トラックごとにdefectの有無を示す情報と、これに対応したdefectのあるトラックのdefectセクタ情報を示す管理情報がどこにあるかを示すポインタ情報と、その管理情報とを用意することで高速にdefect処理を実現している。
【０００７】
【発明が解決しようとする課題】
上記従来の技術では、トラックごとのdefectの有無情報を示す領域と、これに対応した実際のdefect制御情報を格納してある場所を示すポインタ情報を格納してある領域と、実際のdefect制御情報を格納してある領域との３つの領域にわけて情報を管理している。これらの情報は通常Buffer領域に格納してあるが、３つに分割してそれぞれ格納しているためBufferアクセスが最低でも３回は必要となる。bufferは、ホストーディスク間のデータ転送速度の調整を行ったり、キャッシュとして使ったりしており、Bufferのデータ転送速度能力の限度近くで使用され、Bufferアクセスに余計なアクセスを入れることは好ましくない。また、defect制御には、defect制御情報を格納してある領域は必要であるが、それ以外のトラックごとのdefect有無情報を示す領域と、これに対応した実際のdefect制御情報を格納してあるポインタ情報を格納してある領域とはdefect制御を効率的に行うために必要であり、ヘッドがアクセスするトラックの実際のdefect制御そのものには使われない。また、defectの有無情報の領域と、ポインタ情報を格納してある領域との２つの領域も、装置容量に比例して肥大化していく。これら、Bufferアクセスの効率化や上記２領域の削減方法について、従来技術では配慮されていない。
【０００８】
本発明の目的は、defect制御を効率的に行うことができるディスク装置を提供することにある。また、本発明の他の目的は、制御情報の容量をより削減することができるディスク装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、記憶手段は、複数のトラック毎に欠陥トラックがあるかないかを示す欠陥トラック情報を、物理トラック番号情報に対応するアドレスの領域に記憶し、前記複数のトラックの欠陥トラックについての欠陥情報をあらかじめ定めたグループごとに記憶する。また、前記グループごとの格納領域の開始アドレスを示すポインタ情報を記憶する。処理手段は、前記記憶媒体のトラックへの読み書きの指示を受け付けたときに、前記アドレスに従って前記欠陥トラック情報を参照し、欠陥トラックがあると示されている場合に、前記グループのポインタ情報を参照し、当該ポインタ情報が示す格納領域から順に欠陥トラックについての欠陥情報にアクセスし、当該指示されたトラックの欠陥情報を検出し、当該欠陥情報に従って欠陥トラックについての欠陥処理を行う。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態を説明する。本実施の形態は、記憶装置として磁気ディスク装置、記憶媒体として磁気ディスクを適用した場合について説明する。
【００１１】
本実施の形態における記憶装置として磁気ディスク装置、記憶媒体として磁気ディスクに適用した場合の回路構成を説明する。図１２にディスク装置の構成図を示し、その内部の制御回路構成図を図１３に示す。
【００１２】
図１２において、ディスク装置１２１２は、全体の制御を行うＭＰＵ１２０５と、ホストコンピュータとデータの送受信を行うデータ処理部１２０２と、デフェクト制御を行うためのdefect管理情報などのデータを保持するデータバッファ１２０９と、フラッシュメモリＦＬＡＳＨ１２１５と、リードライト制御を行うＲ／Ｗ回路１２０１と、磁気ディスクを保持するための機構部１２１４と、機構部を制御するメカ制御部１２１１とを備える。機構部１２１４は、磁気ヘッド１２２２と、媒体を回転させるためのスピンドルモータ１２１６と、磁気ヘッドを駆動するためのＶＣＭ（Voice  Coil  Motor）１２１５とを備え、記憶媒体１２２１を保持することができる。データ処理部１２０２は、ＭＰＵ１２０５とのインタフェースであるＭＰＵ  Ｉ／Ｆコントロール部１２０４と、セクタアドレス番号を生成するＩＤ生成部１２２３と、ホストコンピュータ１２１３とのインタフェースであるホストバスＩ／Ｆコントロール部１２１０と、ディスクドライブのインタフェースを制御し、ディスクフォーマットを制御するディスクフォーマッタコントロール部１２０３と、バッファを制御するバッファコントロール部１２０７と、エラー処理を行うＥＣＣ処理部１２０６とを備える。
【００１３】
図１２を参照し、標準的なデータリード時の様子を説明する。図１２において、ディスク装置１２１２とホストコンピュータ１２１３とが標準的なインタフェースを介して接続されている場合を考える。まずホストコンピュータ１２１３よりデータリード指示がディスク装置１２１２にインタフェースプロトコルに従って送られてくる。ディスク装置１２１２では、ディスク装置１２１２のデータ処理部１２０２にあるホストバスＩ／Ｆ部１２１０において転送されて来たコマンド受けると、ＭＰＵ１２０５にこのコマンドを送る。ＭＰＵ１２０５では、このコマンドのコマンド解釈を行い、ドライブの該当セクタのデータリードを行う作業を開始する。ＭＰＵ１２０５は、機構部１２１４で該当セクタのデータ読み出しができる様に、メカ制御部１２１１に対して指示する。メカ制御部１２１１は、Ｒ／Ｗ回路１２０１からのヘッド位置信号を読み取り、機構部１２１４のスピンドルモータ１２１６の制御を行い、磁気ヘッド１２２２を媒体１２２１の該当トラックに位置づけ、データをリードさせる。媒体１２２１から読み出されたサーボ領域のデータは、Ｒ／Ｗ回路１２０１を経由してシリアルパルスデータとしてＩＤ生成部１２２３にとりこまれる。ＩＤ生成部１２２３は、バイトシンク検出を行い、これをもとにシリアルーパラレル変換を行う。また、ＩＤ生成部１２２３は、サーボＩＤが正しく読み出されると、この値から物理セクタ番号を算出し、そしてデフェクト処理後の論理を行い、ディスクフォーマッタコントロール部に論理セクタ番号をわたすことによりＩＤレス処理を行う。これにより、希望セクタかどうかの判断後、希望セクタの場合、Ｒ／Ｗ回路１２０１によりデータ読み出しが行われる。Ｒ／Ｗ回路１２０１では、アナログ信号をＮＲＺ（Non  Return  to  Zero）信号に変換する。このＮＲＺ信号がデータ処理部１２０２のディスクフォーマッタコントロール部１２０３に取り込まれる。次に、ディスクフォーマッタコントロール部１２０３は、読みだしデータを、エラーチェックを行うためのＥＣＣ処理部１２０６と、バッファコントロール部（ＢＭ）１２０７経由してデータバッファ１２０９とに送る。ディスクフォーマッタコントロール部１２０３は、ＥＣＣ処理部からエラー発生無しとの報告を受けると、データバッファ１２０９に格納されていた読みだしデータを、ホストバスインタフェースコントロール部１２１０を経由して、ホストコンピュータ１２１３に転送させる。
【００１４】
ＩＤ生成部１２２３では、効率的なdefect制御を行う。図１３は、ＩＤ生成部のより詳細な構成を示したものである。図１３において、ＩＤ生成部１２２３は、物理セクタ番号を生成する物理セクタ番号生成部１３０１とデフェクト処理を行うデフェクト処理部１３０２とを備える。物理セクタ番号生成部１３０１は、媒体から読み出されたヘッドの位置決めに使うｓｅｒｖｏ情報（ＳＧ）と、トラック先頭を表すＩＮＤＥＸ ＰＵＬＳＥ（ＩＤＸＰ）と、ヘッドの位置決め制御が外れたことを緊急に教えるDrive Fault（DFLT）信号とをＭＰＵ１２０５から指示され、現在のセクタフォーマット情報を利用しながら、ｄｅｆｅｃｔがない場合の物理セクタ番号を生成し、物理セクタ番号をデフェクト処理部１３０２に指示する。デフェクト処理部１３０２では、ディスクフォーマッタコントロール部１２０３に対してアクセスしたい目標物理トラック番号（Alternate  Physical  Target Number）を指示する。また、デフェクト処理部１３０２では、これに対応したトラックのｄｅｆｅｃｔ情報がないかをバッファコントロール部（BM）１２０７に要求してあらかじめデータｂｕｆｆｅｒ１２０９内に格納されているdefect管理情報をサーチする。デフェクト処理部１３０２は、アクセス先のトラックがｄｅｆｅｃｔありと判明した場合、defect制御に必要なｄｅｆｅｃｔ table情報をバッファコントロール部１２０７経由でデータバッファ１２０９から入手し、物理セクタ番号生成部の物理番号を基に、defect制御処理を行う。デフェクト処理部１３０２は、その結果に従って、ディスクフォーマッタコントロール部１２０３に現在ヘッドが通過しているセクタがｓｋｉｐかｓｌｉｐか、何番セクタなのか、セクタの先頭を表わすセクタパルス等の必要な制御情報を与える。
【００１５】
つぎに、ディスク装置１２１２のデフェクト処理部１３０２におけるdefect情報のアクセス方法を詳細に説明する。図１は、defect情報のアクセス方法を示した説明図である。図２、図３および図４は、defectトラック情報格納領域のフォーマットおよびその詳細を示した説明図である。本実施の形態においては、defect制御を効率的に行うために必要なdefect有無情報の領域とこれに対応したポインタ情報の領域とを、セットで格納するようにしたものである。さらに、defectの有無情報はｎトラック（ｎは１以上で選択可能）をまとめてdefect有無情報を表わすようにしている。また、ポインタ情報もヘッドがアクセスするトラックを引数にしたベースアドレスからのoffsetで表わすようにしている。
【００１６】
図１においては、ディスク装置１２１２において、ホストから指示された論理番号から、実際にヘッドがアクセスしたい物理番号を、ＭＰＵ１２０５で算出したあとの処理について例示している。図1において、この物理番号は、ディスク物理CHS番号１０１に示すように求まっている。このディスク物理CHS番号は、ディスク物理ヘッド番号１０２、ディスク物理シリンダ番号１０３、ディスク物理セクタ番号１０４からなる。ディスク物理ヘッド番号とディスク物理シリンダ番号とから、今回のアクセス対象のトラックを特定できる。これが目標アドレス１０６である。ディスク装置には、buffer１０７を備えている。buffer１０７には、各物理トラックにdefectが存在するかどうか(各トラックのdefect有無情報)と、defectが存在する場合に、その該当トラックのｄｅｆｅｃｔ制御を行うために必要な情報を格納している先頭領域を示すポインタ（先頭defect Table情報格納アドレス）とを格納するdefectトラック情報格納領域１０８を備える。また、buffer１０７には、ｄｅｆｅｃｔ制御を行うために必要な情報を格納するdefect Table情報領域１１２を備える。defect Table情報領域１１２は、欠陥のあるトラックの番号順に格納する。先頭defect Table情報格納アドレスは、defect Table情報領域１１２の先頭アドレスを示している。defect Table情報領域１１２には、欠陥のあるトラックの番号順に、シリンダ番号、ヘッド番号、格納する情報のバイト数、トラック内のデフェクト情報としてスキップするかスリップするかを示している。
【００１７】
図1において、defectトラック情報格納領域のBASEアドレス１０５をBASEαとおく。この情報と、今回ヘッドがアクセスしたいトラックから算出された目標アドレス１０６とから、defectトラック情報格納領域の参照先が特定でき、該当トラックにdefectがあるかどうかを確認できるように格納領域を配置する。図１において、各トラックdefect有無情報は１６本分のトラックの有無情報を示しており、その１６本のトラックのうち番号が一番若いdefectが存在するトラックのdefect Table情報内の格納アドレスが、先頭defect table格納アドレスに格納されている。このフォーマットで、ＩＤ生成部１２２３は、ヘッドがアクセスするトラックにdefectが存在することが判明した場合、defect Table情報を格納してあるbufferのBASEアドレスをBASEβ１１１と、defectトラック情報格納領域に格納されていた先頭defect Table格納アドレスとから、必要となるdefect Table情報格納領域の該当のdefect Table情報１１３の格納位置を検出し、アクセスさせることができる。
【００１８】
本実施の形態において、１６トラックのうちdefectの存在するトラックの先頭defect Table格納アドレスのみを記憶し、先頭以外の欠陥トラックについては、先頭defect Table格納アドレスに隣接して番号の小さい順にdefect table情報を格納しているため、順次defect table情報にアクセスして探すことができる。defectの存在するトラック番号順に格納しているため、buffer全体を探しつづけることがなくなる。
【００１９】
図２は、上記説明したdefectトラック情報格納領域１０８のより具体的なフォーマットを示す。
【００２０】
図２において、defectトラック情報格納領域１０８は、ｈｅａｄ番号順にdefectトラック情報を格納し、head０用のdefectトラック情報２０４、head１用defectトラック情報２０７…の順に格納している。各ｈｅａｄのdefectトラック情報は、それぞれ１６トラックごとにdefectトラック要素を持っている。ｈｅａｄ０用は、defectトラック要素０の２０１，defectトラック要素１の２０２…defectトラック要素nが存在する。ｈｅａｄ１用は、defectトラック要素０の２０５，defectトラック要素１の２０６…の様に構成される。そして、各ｄｅｆｅｃｔトラック要素は、各トラックのdefect有無情報と、この有無情報の中で、defectが存在する一番若いトラックのdefect Table情報が格納されているアドレスを示す先頭defect table情報格納アドレスとを備える。
【００２１】
図３にその各トラックのdefectトラック要素のフォーマット例を示す。先に説明した通りdefectトラック要素０の２０１は、各トラックのdefect有無情報と先頭defect table情報格納アドレスとを備える。ここで、各トラックのdefect有無情報３０１は、各ビットにhead０用Ｃｙｌｉｎｄｅｒ１５〜０にdefectが存在するかどうかを示している。もし該当トラックにｄｅｆｅｃｔが存在すれば１に設定する。Ｃｙｌｉｎｄｅｒ１５〜０で欠陥が複数ある場合、すなわち１が設定されているところが複数あれば、先頭defect table情報格納アドレスに一番若いトラック番号のdefect table情報が格納されているアドレスを格納する。
【００２２】
図４に、defectトラック要素のdefect table情報格納アドレスの一例を示している。図４において、右端のビットから順にＣｙｌｉｎｄｅｒ０〜１５までのdefect有無情報を示している。この場合、head０のＣｙｌｉｎｄｅｒ５，１３にdefectが存在することを示している。defect table情報格納アドレス４０２には、head０のＣｙｌｉｎｄｅｒ５のdefect制御に使うdefect table情報を参照するためのアドレスを格納する。
【００２３】
次に、defect  Table情報格納ベースアドレスの選択方法について説明する。
図５は、defect  Table情報格納ベースアドレスの選択方法の説明図を示している。
【００２４】
図５において、ヘッドがアクセスするトラックはディスク物理ヘッド番号５０１とディスク物理シリンダ番号５０２とで特定できる。ＩＤ生成部１２２３は、ディスク物理ヘッド番号とディスク物理シリンダ番号とから該当トラックにdefectが存在するかを、図４に示すdefect有無情報４０１を参照して判断する。もしdefectが存在する場合、defect  Table情報格納アドレス４０２を参照する。defect  Table情報格納アドレス４０２は、このデータを格納するbuffer空間の全アドレスを表せるようなｂｉｔ幅を持たせ、例えば、bufferが３２ＭＢの場合、２４ｂｉｔ幅必要である。本実施の形態においては、さらにbufferの格納アドレスを絞り込ませるために、defectトラック情報格納アドレス４０２のビット幅を削減する。そこで、ディスク物理ヘッド番号とディスク物理シリンダ番号とから表せるアドレス範囲と、あらかじめ比較対象レジスタ５０４と、それに対応したbufferのdefect  Table情報格納ベースアドレス５０５とを備えておく。本実施の形態においては、Table情報格納領域を、トラック番号にしたがってグループ分けし、各グループの開始位置をベースアドレスで示しておく。このグループ分けを比較対象のアドレスと比較することにより行う。
【００２５】
図２０に、比較対象レジスタ５０４と、それに対応したbufferのdefect  Table情報格納ベースアドレス５０５との具体例を示す。図２０に示すように、比較対象としてグループ分けしたトラック番号を設定しておく。また、そのグループに対応させてdefect  Table情報格納ベースアドレス５０５を設定しておく。ヘッドがアクセスするディスク物理ヘッド番号とディスク物理シリンダ番号とから表せるアドレスが、比較対象のどの範囲内に入るかを大小比較５０３で行う。これから判明したグループに対応するdefect  Table情報格納ベースアドレスをdefect  Table情報格納ベースアドレス１１１に代入する。これにより、defectトラック情報内のdefectトラック要素の１項目である先頭defect  Table情報格納アドレスは、このdefect  Table情報を格納するbufferのバス幅分用意する必要がなくなり、buffer内のdefectトラック情報のメモリ使用量を抑えることができる。以上の方法により、該当のdefect table情報の効率的な探し出しに用意されるdefectトラック情報を削減することができ、buffer容量を減らすことができるディスク装置のセクタアドレス生成装置が実現できる。
【００２６】
つぎに、defect  table情報格納領域について説明する。図６はdefectの制御に使用するdefect  table情報格納領域フォーマットを示している。図６では、１トラック分のdefect  tableフォーマット６０１を示しており、どのトラックかを示すディスク物理Head番号と、ディスク物理Cylinder番号とを備える。さらに、この１トラック分のdefect情報の大きさ（Byte数）を示すdefect  Byte数と、各セクタのdefect情報を示すdefect要素(スキップ情報、スリップ情報など)を備える。また、defect  Byte数の代わりに、この１トラック分のdefect  Table情報の境界を示すためのあらかじめ決められたコード（図ではFFFFｈ）などを入れておいても良い。これにより、ハード制御を容易にすることもできる。
【００２７】
つぎに、defect要素の詳細を図８に示す。図８に示すように、defect要素としては、skipを指示するのためのskip情報、slipを指示するのためのslip情報、使用できる（欠陥セクタでない）トラックの内、最終物理セクタ番号を示す最終物理セクタ情報などがある。物理INDEX位置からの物理セクタ番号で管理しておけば、SKEW値の変更による影響を受けないのでトラックフォーマットが変更してもdefect要素情報を変更する必要はない。
【００２８】
図９および図１０に、具体的なdefect要素フォーマットを示す。図９（１）は、１セクタのみのｓｋｉｐフォーマット、図９（２）は、２セクタ以上の連続セクタｓｋｉｐフォーマット、図１０（３）は１セクタのみのｓｌｉｐフォーマット、図１０（４）は２セクタ以上の連続セクタｓｌｉｐフォーマット、図１０（５）はこのトラックの最終セクタフォーマット、図１０（６）は、defect  Tableの境界のフォーマットを示す。また、図１１にCNTLの詳細を示す。CNTLは、各フォーマットを見分けるためのコントロール情報である。
【００２９】
図９および図１０において、AP-HD(Alternate Physical Head)、AP-CYL（Alternate  Physical  Cylinder）、AP-SCT（Alternate  Physical  sector）は、交代先の物理Head番号、物理Cylinder番号、そして物理INDEX基準のSECTOR番号を示す。DP-SCT(Defect  Physical  Sector)は、現在Defectの発生した物理INDEX基準のSECTOR番号を示す。DP-SCTCNT (Defect  Physical  Sector  Count)は、defectが続く連続セクタを示す。EP-SCT（End  of  Physical  Sector）は、該当トラックの最後の有効な物理INDEX基準のSECTOR番号を示す。これらのフォーマットにより、各defect要素を特定することができる。例えば、図９（１）において、１セクタSkipを示す場合、CNTL［５］に１がセットされ、CNTL［４］に０がセットされる。また、AP-HD、AP-CYLおよびAP-SCTにより、交代先のセクタが特定される。さらにDP-SCTには、欠陥セクタの番号が示される。
【００３０】
本実施の形態におけるディスク装置のdefect  track情報のbuffer容量試算例、defect  table情報のbuffer容量試算例を、図１４および図１５に示す。特に図１５は装置容量に対するdefect発生割合を通常装置程度である０．１％と、その１０倍の１％で試算した場合を示す。
【００３１】
図１４において、横軸はディスク装置のディスク容量を示し、縦軸にdefect  track情報の保持に必要なbuffer容量を示す。例えば、２０GBでトラックセクタ数が５１２セクタ／トラックのとき、本実施の形態においては、トラックごとにデフェクトセクタの有無(１６ビットー１６トラック)を示し、その長さは４Byteであるので、defect  track情報は１９．１KBとなる。
【００３２】
また、図１５において、横軸はディスク装置のディスク容量を示し、縦軸にdefect  table情報の保持に必要なbuffer容量を示す。管理比率とは、全ディスクのセクタ数に対する不良セクタの割合を示す。例えば、２０GBでセクタ数が３９Mセクタで、管理比率０．１％のとき、不良セクタ数は３９Kセクタで、defect  table情報の格納容量は１不良セクタについて１６Byteのため６２５KBとなる。
【００３３】
これから、ディスク装置のbuffer容量が３２MB程度でも通常装置defect発生割合で十分格納が容易であることがわかる。以上により、該当のdefect table情報のbuffer容量を増やさない効率的なディスク装置のセクタアドレス生成装置が実現できることがわかる。便宜的に今までのdefect制御情報のフォーマットを以後Type1と呼ぶことにする。
【００３４】
さらに、第２の実施の形態を、同じく図１２および図１３に示す磁気ディスク装置、磁気ディスクに適用した場合を例にして詳細に説明する。本実施の形態では、デフェクト処理部１３０２において、defect  トラック情報を設けずに、defect  Table情報のみでdefect制御を行う場合を例にする。各トラックのdefect要素の長さ(容量)は各トラックによってまちまちのため、本実施の形態では、defect  Table情報の固定長の部分であるdefect  トラックの物理アドレスを示す部分と変動長のdefect要素とを分割して保持する。
【００３５】
この具体的なdefect table情報格納フォーマットの例を図１８に示す。また、Buffer内に具体的に格納する具体例を図２１および図２２に示す。
【００３６】
図１８において、トラックの物理アドレスを示す部分のdefect  table情報格納領域１８０１は、ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号およびdefect要素の格納先アドレスを示す格納offset  addressを備える。defect  table情報格納領域１８０１は、デフェクトトラックのCylinder番号順に並べてデータバッファに記憶する。また、変動長のdefect要素部分の格納領域１８０２または１８０３は、defect要素の格納先アドレスにそれぞれ記憶する。図１３に示すデフェクト処理部１３０２は、defectが該当トラックに存在するかどうかを知るために、defect  Table情報のトラックの物理アドレスを示す部分のみを順次サーチしていく。欠陥トラックがない場合には、欠陥トラックがないことを示すあらかじめ定めた値を設定しておく。defectの存在するトラック番号（ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号）と、それに対応したdefect要素とを分割して保持することで、各トラックのdefect要素の容量に関係なく、固定長のトラック番号を探すため、ハードサーチが容易になる。
【００３７】
また、本実施の形態において、defect要素を格納する領域を分割しておき、分割した領域ごとにＢＡＳＥアドレスを用意しておき、どれを選択するかをdefect Table情報の選択ビットに示すことにより、bufferの格納場所をＢＡＳＥアドレス分ずらすことができ、ビット不足を解消することができる。
【００３８】
また、図１８のTYPE2-Bに示すように、各トラックのdefect  Table要素の境界を知るために、defect要素の先頭にdefect  Byte数の領域を持たせることができる。または、defect  Table要素の境界を示す専用コード（図１８ではFFFFｈで示す）を設けても良い。
【００３９】
図２１において、ＢＡＳＥβ、ディスク物理Head番号０用のdefect table情報２１０１とディスク物理Head番号１用のdefect table情報２１０２まではＢＡＳＥβ＝０を選択して、defect table情報の格納アドレスのベース０を選択している。ディスク物理Head番号３用のdefect table情報２１０３では、defect要素の格納空間が足りなくなった場合に、新たなベースアドレスを設け、ＢＡＳＥβ＝１にすることで、ベースアドレスをずらし、格納offsetアドレス幅が１６ｂｉｔと制限されていてもbuffer空間を有効に使うことができる。また、格納offset addressをbuffer空間分（たとえば３２MBなら２５ｂｉｔ分）のビット幅を持つ必要はなく、defect table情報の格納領域をむやみに大きくする必要がなくなる。
【００４０】
また、最終ディスク物理head番号用のdefect table情報２１０４には、ダミー用であり、ヘッドがアクセスしたいトラックを超えた番号を設定しておくことで、defect管理アーキテクチャを現状のまま維持できる。これによりハード実装が容易となる。
【００４１】
図２１において、defect  table情報の格納領域は、トラック番号ごとに格納領域を設け、そのアドレスをdefect引数格納アドレスとして示しておくことができる。すなわち、第１の実施の形態に示したように、全トラックのdefect有無情報を示すdefectトラック情報がないため、ヘッドがアクセスしたいトラック番号（ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号）を利用して領域分けをしている。
【００４２】
図２１において、ディスク物理Head番号０用defect引数格納アドレス２１０５、ディスク物理Head番号１用defect引数格納アドレス２１０６、および、ディスク物理Head番号３用defect引数格納アドレス２１０７は、各ディスク物理Head番号に対応した格納アドレスが示されている。図１３に示すデフェクト処理部１３０２は、defectが存在するトラックのみが集められたdefect  table情報をサーチし、アクセス先のトラックがdefectかどうかを検出する。defect  table情報は、デフェクトトラックのCylinder番号の昇順に格納されており、Byteサイズも固定のため、ハードウエアサーチはしやすい。
【００４３】
図２２に、図１８に示したdefect table情報のdefect要素の例を示す。図２２に示すように、本実施の形態においては、defectトラックのみのトラック番号とトラック番号を含まないdefect 要素とで構成できるため、defectトラック情報を削減することができ、defectトラック情報がある場合に比べてbuffer容量を減らすことができる。図１８TYPE2-Cに示す場合も同じようにbuffer容量を減らすことができる。ここで、便宜的に図１８に示してあるとおり、このフォーマットタイプをTYPE2と以下呼ぶことにする。
【００４４】
次に、第３の実施の形態を、同じく図１２および図１３に示す磁気ディスク装置、磁気ディスクに適用した場合を例にして詳細に説明する。本実施の形態では、TYPE2で説明してきたdefectトラック番号（ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号）とdefect要素とを分離しないまま管理しようとするものである。この場合は、TYPE2で示したdefect  トラック情報とdefect  Table情報とを関連づけるdefect  Table  offsetアドレスの相当するデータが不用なため、bufferの容量が最小減で済む。また、defect要素が追加されたことによるoffsetアドレスの再更新をする必要がなく、このdefect情報を管理するディスク装置上のMPUも演算負荷が軽くなるメリットがある。
【００４５】
図１９および図２３に、本実施の形態におけるdefect table情報格納フォーマットを示す。図１９において、トラックの物理アドレスを示す部分のdefect  table情報格納領域１９０１は、ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号、defect  Byte数、defect要素、および、defect  Byte数を備える。defect  table情報格納領域１９０１は、デフェクトトラックのCylinder番号順に並べてデータバッファに記憶する。図１３に示すデフェクト処理部１３０２は、defectが該当トラックに存在するかどうかを知るために、defect  Table情報のトラックの物理アドレスを示す部分のみを順次サーチしていく。
【００４６】
また、図２３において、図２１で説明したのと同じ様に、ディスク物理Ｈｅａｄ番号０用のdefect table情報２３０１と、ディスク物理Ｈｅａｄ番号１用のdefect table情報２３０２と、ディスク物理Ｈｅａｄ番号３用のdefect table情報２３０３とは、defectトラックの物理Cylinder番号順に格納されている。また、最終ディスク物理Head番号、最終物理Cylinder番号を超えた値を示すダミーデフェクトテーブル２３０４を設けておく。デフェクト処理部１３０２は、defect tableのアクセスアドレスを保持していて、アクセスするトラックと、defectトラック番号とを大小比較することで、次の隣接トラックアクセスに備えるが、ダミーデフェクトテーブル２３０４により、トラック番号の最大値を超えているためこれより先にアクセスすることはない。
【００４７】
これにより制御アーキテクチャが統一されるので制御機構のインプリメントが容易となる。また、物理ヘッド番号に対応したディスク物理Head番号用デフェクト格納アドレス２３０５、２３０６および２３０７は、本実施の形態においては、defect track情報が存在しないので、ヘッドがアクセスしたい物理ヘッド番号に対応したディスク物理Heａｄ番号用デフェクト格納アドレスを選択することで、該当トラックのサーチ時間を短縮することができる。以上により、defect制御情報をdefect table情報のみで構成でき、defectトラック情報がある場合に比べてdefectトラック情報を削減することができ、buffer容量を減らすことができる。ここで、便宜的に図１９示すフォーマットタイプをTYPE３と以下呼ぶことにする。
【００４８】
ところで、ディスク装置の連続アクセス時のセクタ番号割付方式を、図１６および図１７に示す。図１６は、ディスク装置のヘッド移動方向を示した説明図、図１７はそのCylinder番号とHead番号の動きの関係を示したものである。図１６および図１７においては、媒体１６０１上を３つのZONEの１６０２、１６０３および１６０４に分けた場合で、各ゾーンのCylinder数が２０本ずつ、Head数が４本ある場合を例にする。図１７に示すように、セクタ番号の論理的順番の割り付けを、Head０のCylinder0からCylinder１９へ、次に同一ゾーンのHead1のCylinder１９からCylinder０へとアクセスをする方法をとるとディスク装置のアクセス性能が良くなる場合がある。
【００４９】
図１７において、丸で囲んだHead１のCylinder３９からCylinder２０領域のセクタを連続的にアクセスする場合、各トラックのdefect情報を降順にサーチすることになる。defectテーブルをトラック番号（ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号）を昇順にならべて隣接トラック順にアクセスするTYPE2方式の場合、defect Tableを昇順とは逆の降順にサーチする必要がでてくる。TYPE1のdefectトラック情報が用意されている場合は、どちらにヘッドが移動してもdefectトラック情報検索で対応可能だが、defect table情報のみで逆方向にサーチするためには、図１９に示すように、defect Byte数を２個所設ければ良い。これにより、defectトラック情報がなくても、該当defect tableサーチは可能になる。現行トラックのdefect tableをトラック処理に使っている場合、１つ前のdefect Tableをみつけ出すために、デフェクト処理部１３０２は、現在のdefect tableから２Word上にある上記Defect Byte数を取り込む。ここに格納されている情報がDefect要素のByte数を示すため、このByte数＋３Word（１Wordは１６ｂｉｔのこと）戻ることにより、１つ前のdefect tableに戻り、図１７に示す逆アクセス方向でもdefect tableのトラック番号（ディスク物理Ｈｅａｄ番号、ディスク物理Ｃｙｌｉｎｄｅｒ番号）がわかり、次にヘッドがアクセスする場所にdefectが存在するかどうかを容易に判断することができる。
以上説明してきたTYPE2の場合のbuffer格納容量説明図を図２４に、TYPE3の場合のbuffer格納容量説明図を図２５に示し、bufferアクセス回数の比較説明図を図２６に示す。
【００５０】
図２４は、TYPE２の場合のbuffer格納容量を示す。defect管理情報が一番多くなるような場合の、１トラックに１セクタのskipが存在した場合を考える。この場合において、defectセクタ数は装置容量に依存して線形に増え、ディスクのセクタ当たり０．１％（通常）と１％のdefectが存在した場合を例にする。この結果から、通常の装置セクタのdefectである０．１％の場合、１２０GBの場合でもdefect情報容量は３．８MBとbufferメモリサイズ３２MBの１０％強で済むことがわかる。
【００５１】
また図２５は、TYPE３のdefectトラック番号とdefect要素とをセットにした場合を示す。図２４と同じ条件とした場合、４．２MBとやはりbufferメモリサイズ３２MBの１３％程度で済むことがわかる。
【００５２】
また、図２６は、TYPE1、TYPE2、TYPE3におけるbufferのdefectサーチのためのアクセス回数の様子を示したものである。図２６において横軸は、defect table情報の先頭から数えて何番目のトラック情報のdefect table情報か表す格納順番を示し、縦軸はbufferアクセス要求回数を示す。実際、bufferをアクセスする場合のデータ転送量は考慮していない。また、defectは毎トラックにあると仮定する。図２６において、TYPE1の全トラックのdefect有無を示す情報を用意してある方法は、大幅にbufferアクセス回数が押さえられていることがわかる。その他は、defect table情報の格納の深さに応じてbufferアクセス回数が線形的に増えることがわかる。
【００５３】
つぎに、第１の実施の形態についての変形例を示す。本実施の形態では、すべてのtrackのdefect有無を示すdefect track情報が、装置容量が増加するにつれて相対的に増加するのを防ぐ手法を示す。TYPE1では１bitで１trackのdefect情報を表わしているが、本実施の形態では、１bitで複数trackのdefect情報を表わす。この場合、複数トラックの中で、defectトラックが１つ以上ある場合に、defectトラックがあることを示す「１」をセットする。図２７に示すように、R-SHIFT２６０１レジスタを設け、トラック番号をシフトさせることにより、複数トラックごとにグループ分けすることができる。
【００５４】
また、図２８では、物理HEAD番号に従ってdefectトラック情報の格納BASEアドレス ＢＡＳＥα １０５を選択し、また物理シリンダ情報ＤＰ−ＣＹＬをR-SHIFT２６０１レジスタによりシフトさせる方法を示している。あらかじめ１bit当たりのトラック数を決めておき、それによりシフト量を決めることで、defect track情報の圧縮を図ることができる。
【００５５】
図２９は、具体的なdefect track要素２９０１のdefect有無情報の各ビットがどの物理CYLINDERを受け持つかを示すものである。図２９においては、Cylinder４つごと、４トラックごとにdefect有無情報を示す場合を例にしている。
【００５６】
図３０は、図２９に示す場合の具体例を示す。図３０において、実際にdefectトラックがｂｉｔ５（Cylinder１９〜１６）とｂｉｔ１３（Cylinder５５〜５２）にあった場合を示している。この場合はＴＹＰＥ１と同じ様に、ｂｉｔ５のdefect Table情報格納アドレスをdefect table格納アドレスに格納することになる。
【００５７】
本実施の形態によれば、defect制御情報のdefect track情報を圧縮することができ、buffer容量を減らすことができる。ここで、便宜的に図２９示しているフォーマットタイプをTYPE４と以下呼ぶことにする。
【００５８】
図３１に、TYPE１〜TYPE4のｄｅｆｅｃｔ制御方式の比較をまとめる。図３１に示すように、TYPE１かTYPE4の場合には、bufferのアクセス回数を制限し、defect table情報の格納位置によらずアクセス回数の均一化ができる。TYPE4は、defect管理情報の容量増大も押さえることができ、アーキテクチャが回路実装には向くことがわかる。実現するシステムによってこの評価基準がかわるので、それぞれの装置で最適な方式を選択することができる。
【００５９】
以上説明した数値は、具体的な事例を説明するために便宜的においたものであり、この数値に本実施の形態がとらわれるものではない。
【００６０】
以上、上記各実施の形態によれば、defect制御を効率的に行うことができる。
defect有無情報の領域とこれに対応したポインタ情報の領域とを、同一トラック範囲ごとにセットで格納するようにした場合には、数Byteのバス幅を持つBufferアクセス１回でdefect有無情報とdefectとが存在する場合のポインタ情報を同時に取り込むことができ、Bufferのデータ転送能力の減少を極力押さえることができる。さらに、defectの有無情報はｎトラック（ｎは２以上の選択可能）をまとめてdefect有無情報を表わすようにしたことにより、defect有無情報を１／ｎにすることができBuffer容量を削減することができる。さらに、defect有無情報に対応したdefectポインタ情報もヘッドがアクセスするトラックを引数にしたベースアドレスからのoffsetで表わす様にしたことで、defect制御に使うdefect table情報のポインタアドレスを格納するためのbit幅を全buffer空間もつ必要がなくなるので、Buffer容量を削減することができる。
【００６１】
【発明の効果】
本発明によれば、defect制御を効率的に行うことができるディスク装置を実現することができる。また、制御情報の容量をより削減することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるディスク装置のdefect情報アクセス方法を示す説明図である。
【図２】本発明の一実施の形態におけるディスク装置のdefectトラック情報格納領域のフォーマット図（ＴＹＰＥ１）である。
【図３】本発明の一実施の形態におけるディスク装置の各トラックのdefectトラック要素のフォーマット例を示す説明図（ＴＹＰＥ１）である。
【図４】本発明の一実施の形態におけるディスク装置のdefect  Table情報格納アドレスフォーマット例を示す説明図（ＴＹＰＥ１）である。
【図５】本発明の一実施の形態におけるディスク装置のdefect  Table情報格納アドレスベース選択図である。
【図６】本発明の一実施の形態におけるディスク装置のdefect  Table情報格納領域のフォーマット図（ＴＹＰＥ１）である。
【図７】本発明の一実施の形態におけるディスク装置のdefectを含んだセクタ配置図である。
【図８】従来の一実施の形態におけるディスク装置のdefect要素の必要情報を示した説明図である。
【図９】本発明の一実施の形態におけるディスク装置のdefect要素フォーマット図（その１）である。
【図１０】本発明の一実施の形態におけるディスク装置のdefect要素フォーマット図（その２）である。
【図１１】本発明の一実施の形態におけるディスク装置のControl情報フォーマット図である。
【図１２】本発明の一実施の形態におけるディスク装置の電子回路構成図である。
【図１３】本発明の一実施の形態におけるディスク装置のセクタアドレス番号（ＩＤ）生成部構成図である。
【図１４】本発明の一実施の形態における、ディスク装置の装置容量とdefectトラック情報格納容量の説明図（ＴＹＰＥ１）である。
【図１５】本発明の一実施の形態における、ディスク装置の装置容量とdefect  Table情報格納容量の説明図（ＴＹＰＥ１）である。
【図１６】本発明の一実施の形態におけるディスク装置のヘッド移動方向の説明図（例）である。
【図１７】本発明の一実施の形態における、ディスク装置のヘッド移動方向とCylinderとHeadの関係説明図（例）である。
【図１８】本発明の一実施の形態におけるディスク装置のdefect情報格納領域のフォーマット説明図（ＴＹＰＥ２）である。
【図１９】本発明の一実施の形態におけるディスク装置のdefect情報格納領域のフォーマット説明図（ＴＹＰＥ３）である。
【図２０】本発明の一実施の形態における比較対象レジスタ５０４と、それに対応したbufferのdefect  Table情報格納ベースアドレス５０５との具体例を示す説明図である。
【図２１】本発明の一実施の形態におけるディスク装置のdefect  track情報格納フォーマットの説明図（ＴＹＰＥ２−Ａ）である。
【図２２】本発明の一実施の形態におけるディスク装置のdefect  track情報格納フォーマットの説明図（ＴＹＰＥ２−Ｂ）である。
【図２３】本発明の一実施の形態におけるディスク装置のdefect  table情報格納フォーマットの説明図（ＴＹＰＥ３）である。
【図２４】本発明の一実施の形態におけるディスク装置の装置容量とdefect  table情報格納容量の説明図（ＴＹＰＥ２）である。
【図２５】本発明の一実施の形態におけるディスク装置の装置容量とdefect  table情報格納容量の説明図（ＴＹＰＥ３）である。
【図２６】本発明の一実施の形態におけるディスク装置の目的defectトラック到達までのBUFFERのアクセス回数比較説明図である。
【図２７】本発明の一実施の形態におけるディスク装置のdefectトラック情報のオフセットアドレス生成方法説明図（その１）である。
【図２８】本発明の一実施の形態におけるディスク装置のdefectトラック情報のオフセットアドレス生成方法説明図（その２）である。
【図２９】本発明の一実施の形態におけるディスク装置の各トラックのdefect有無情報フォーマット例を示す説明図（ＴＹＰＥ４）である。
【図３０】本発明の一実施の形態におけるディスク装置のdefect  Table情報格納アドレスフォーマット例を示す説明図（ＴＹＰＥ４）である。
【図３１】本発明の一実施の形態におけるディスク装置の各方式比較説明図である。
【図３２】本発明の一実施の形態におけるディスク装置のホスト論理番号からディスク物理変換の説明図である。
【符号の説明】
１０５…ｄｅｆｅｃｔトラック情報格納ＢＡＳＥアドレス
１０８…ｄｅｆｅｃｔトラック情報格納領域
１１１…ｄｅｆｅｃｔ  Ｔａｂｌｅ情報格納ＢＡＳＥアドレス
１１２…ｄｅｆｅｃｔ  Ｔａｂｌｅ情報格納領域。
【図１】
0004053234.tif 000002
【図２】
0004053234.tif 000003
【図３】
0004053234.tif 000004
【図４】
0004053234.tif 000005
【図５】
0004053234.tif 000006
【図６】
0004053234.tif 000007
【図７】
0004053234.tif 000008
【図８】
0004053234.tif 000009
【図９】
0004053234.tif 000010
【図１０】
0004053234.tif 000011
【図１１】
0004053234.tif 000012
【図１２】
0004053234.tif 000013
【図１３】
0004053234.tif 000014
【図１４】
0004053234.tif 000015
【図１５】
0004053234.tif 000016
【図１６】
0004053234.tif 000017
【図１７】
0004053234.tif 000018
【図１８】
0004053234.tif 000019
【図１９】
0004053234.tif 000020
【図２０】
0004053234.tif 000021
【図２１】
0004053234.tif 000022
【図２２】
0004053234.tif 000023
【図２３】
0004053234.tif 000024
【図２４】
0004053234.tif 000025
【図２５】
0004053234.tif 000026
【図２６】
0004053234.tif 000027
【図２７】
0004053234.tif 000028
【図２８】
0004053234.tif 000029
【図２９】
0004053234.tif 000030
【図３０】
0004053234.tif 000031
【図３１】
0004053234.tif 000032
【図３２】
0004053234.tif 000033