JP2014081984A - 情報記録装置および情報記録方法 - Google Patents

Abstract

【課題】データリフレッシュ処理に要する時間を好適に短くすること。
【解決手段】実施形態によれば、データリフレッシュの対象となる更新データが記録される記録媒体と、記録媒体に記録された更新データを読み出すリード手段と、データリフレッシュの際に、データリフレッシュを行う前の状態を示す値で管理情報を更新する更新手段と、更新された管理情報とリードされた更新データとに基づいてパリティデータを生成する生成手段と、生成されたパリティデータを記録した後に更新データを記録する記録手段と、を具備する。
【選択図】 図２

Description

本発明の実施形態は、記録媒体に情報を記録する情報記録装置および情報記録方法に関する。

近年、ハードディスクドライブ（ＨＤＤ）やＳＳＤといった情報記録装置では、記録媒体に記録された情報の品質を維持するために、記録された情報を書き換える（更新する）技術が適用されている。例えば、ＨＤＤにおける近傍トラックへの記録による磁気的干渉、ＳＳＤにおけるデータリテンションなどを要因として、情報の書き換えが行われる。

ＨＤＤでは、近傍トラックへの記録によって磁気的干渉を受けたと判断されると、データリフレッシュと称される処理が行われる。データリフレッシュ処理では、記録された情報が読み出され、読み出された情報は退避トラックに一旦記録されてから元のトラックに書き戻されることが一般的である。

退避トラックに一旦データを記録するのは、データリフレッシュ処理を行っている最中に、ＨＤＤの電源等により処理が中断されることに備えるためである。このため、データリフレッシュ処理は、退避トラックに一旦データを記録するために処理時間が長くなってしまい、これを解消するための技術が提案されている。

特開２０１０−１８２４０６号公報

ところが従来は、データリフレッシュ処理に要する時間を好適に短くすることが困難であった。

そこで、本発明が解決しようとする課題は、データリフレッシュ処理に要する時間を好適に短くすることができる情報記録装置および情報記録方法を提供することである。

実施形態による情報記録装置は、データリフレッシュの対象となる更新データが記録される記録媒体と、記録媒体に記録された更新データを読み出すリード手段と、データリフレッシュの際に、データリフレッシュを行う前の状態を示す値で管理情報を更新する更新手段と、更新された管理情報とリードされた更新データとに基づいてパリティデータを生成する生成手段と、生成されたパリティデータを記録した後に更新データを記録する記録手段と、を具備する。

実施形態にかかる情報記録装置としての磁気ディスク装置（ＨＤＤ）を備える電子機器の構成を示すブロック図。 本実施形態にかかるＨＤＤで実行されるデータリフレッシュ処理の動作を説明するためのフローチャート。 本実施形態にかかるデータリフレッシュ処理に関する管理情報を説明するための図。 本実施形態にかかるＨＤＤで実行される、停止したデータリフレッシュ処理の再開処理の動作を説明するためのフローチャート。

以下、いくつかの実施形態について図面を用いて説明する。なお、本発明は以下の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、以下の実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

図１は、実施形態にかかる情報記録装置としての磁気ディスク装置（以下、ＨＤＤとも称する）１０を備える電子機器１５０の構成を示すブロック図である。電子機器１５０はホスト装置１００およびＨＤＤ１０を備えている。ホストＩ／Ｆ１２０は、ホスト装置１００とＨＤＤ１０とを接続し、ホスト装置１００とＨＤＤ１０との間のコマンドおよびユーザデータの送受信に利用される。ＨＤＤ１０は、ホストＩ／Ｆ１２０を介してホスト装置１００と接続され、ホスト装置１００の記憶モジュールとして機能する。例えば、電子機器１５０は、パーソナルコンピュータやモバイル機器であり、ホスト装置１００は、パーソナルコンピュータ等に備えられるチップセットＩＣである。

実施形態では、情報記録装置としてＨＤＤ１０の例を説明するが、半導体メモリを記録媒体とする装置（ＳＳＤやメモリカード）、光ディスクドライブ、光磁気ディスクドライブなどの、記録媒体に記録された情報を書き換える（更新する）情報記録装置に、実施形態の構成を適用することも可能である。

ＨＤＤ１０は、磁気ディスク１、スライダ２、アーム３、ＶＣＭ（ボイスコイルモータ）４、及びＳＰＭ（スピンドルモータ）５などの機構部を有する。またＨＤＤ１０は、モータドライバ２１、ヘッドＩＣ２２、ＮＶＲＡＭ４３、及びコントローラ６０などの回路ブロックを備える。コントローラ６０は、リードライトチャネル（以下、ＲＤＣとも称する）３１、ＣＰＵ４１、ＲＡＭ４２、およびＨＤＣ（Hard Disc Controller）５０を含む。

本実施形態に係るＨＤＤ１０では、磁気ディスク１に情報が磁気的に記録される。磁気ディスク１に記録された情報のうち、記録品質が低下（情報の信頼性が低下）したと判断された情報に対して、この情報を書き換える（更新する）情報更新制御が行われる。情報更新制御は、一般的にはデータリフレッシュ制御（処理）と称されることがある。本実施形態の情報更新処理では、記録された情報として、ユーザデータだけでなく、ユーザデータのパリティデータも更新される。更新されるパリティデータに所定の情報が可逆的に含まれることで、本実施形態による情報記録装置は、データリフレッシュ処理に要する時間を好適に短くすることができる。

磁気ディスク１は、ＳＰＭ５に固定され、ＳＰＭ５が回転駆動することで回転する。磁気ディスク１の少なくとも一方の面は磁気的に情報が記録される記録面である。つまり、磁気ディスク１は磁気記録媒体である。記録面には例えば同心円の複数のトラックが定義され、各トラックはサーボ領域とデータ領域とを有する。サーボ領域には、磁気ディスク１の記録面上での物理的なアドレスを示す位置情報を含むサーボ情報が記録されている。ＨＤＤ１０の制御に用いられる管理情報、およびホスト装置１００から送信された情報は、サーボ情報に基づいて所定のトラックのデータ領域に記録される。

スライダ２は、磁気ディスク１の記録面に対応するようにアーム３の一端に備えられる。スライダ２は、リードヘッド（不図示）及びライトヘッド（不図示）を備えている。リードヘッド（不図示）は、磁気ディスク１の記録面に記録された信号を磁気的に読み取る。読み取られた信号は、アーム３上の導体パターンを介してヘッドＩＣ２２へ出力される。ライトヘッド（不図示）は、ヘッドＩＣ２２からアーム３上の導体パターンを介して入力されるライト信号（ライト電流）に応じて、磁気ディスク１の記録面に磁気的に記録する。

アーム３は、一端にスライダ２、他端に軸受部３ａを備えている。アーム３は、ＶＣＭ４への駆動電流の供給に応じて、軸受部３ａの略中央部を中心として回転し、磁気ディスク１の記録面上でスライダ２を半径方向に移動させる。

ＶＣＭ４は、モータドライバ２１から供給される駆動信号（電流）に応じて駆動し、アーム３を回転させる。

ＳＰＭ５は、モータドライバ２１から供給される駆動信号（電流）に応じて駆動し、磁気ディスク１を回転させる。

モータドライバ２１は、コントローラ６０（さらに詳細にはＣＰＵ４１）からの制御信号に基づいて、ＶＣＭ４を駆動するための駆動信号（電流）をＶＣＭ４へ、ＳＰＭ５を駆動するための駆動信号（電流）をＳＰＭ５へ供給する。

ヘッドＩＣ２２は、スライダ２に備えられたリードヘッド（不図示）からアーム３上の導体パターンを介して入力された信号を増幅し、増幅した信号をリード情報としてコントローラ６０（さらに詳細にはＲＤＣ３１）に出力する。また、ヘッドＩＣ２２は、コントローラ６０（またはＲＤＣ３１）から出力された記録情報に応じたライト信号（ライト電流）を、スライダ２に備えられたライトヘッド（不図示）へ、アーム３上の導体パターンを介して出力する。

コントローラ６０は、ＲＤＣ３１、ＣＰＵ４１、ＲＡＭ４２、およびＨＤＣ５０を含むＳｏＣ（System On Chip）として構成される。本実施形態では、コントローラ６０は、磁気ディスク１に記録された情報を書き換える（更新する）情報更新制御（データリフレッシュ制御）を行う。なお、コントローラ６０がＲＡＭ４２を含まず、コントローラ６０の外部にＲＡＭ４２が接続される構成であってもよい。

ＲＤＣ３１は、ヘッドＩＣ２２から出力されたリード情報から、サーボ領域に対応するサーボ情報を検出し、検出したサーボ情報からアドレス情報および位置情報を抽出する。抽出されたアドレス情報および位置情報はＣＰＵ４１へ出力される。またＲＤＣ３１は、リード情報からデータ領域に対応する情報を検出し、検出した情報に所定の処理を施して復号化する。復号化された情報はＨＤＣ５０へ出力される。さらにＲＤＣ３１は、ＨＤＣ５０から入力された記録すべき情報に所定の処理を施して符号化し、この符号化した情報を記録情報としてヘッドＩＣ２２へ出力する。ＲＤＣ３１は、これらの複数の処理のためにＲＡＭ４２をワークメモリとして利用する。

ＣＰＵ４１は、ＮＶＲＡＭ４３などに記憶されたプログラムに基づいて、ＨＤＤ１０に備えられた各ブロックを制御するプロセッサである。例えばＣＰＵ４１は、磁気ディスク１の記録面に対するリードヘッド（不図示）の位置制御処理、ＶＣＭ４及びＳＰＭ５の回転制御処理、及び磁気ディスク１に対する情報の再生記録処理の動作を制御する。つまり、ＣＰＵ４１は、所定のプログラムに基づいて、コントローラ６０がサーボコントローラ、又はリードライトコントローラとして動作するように、ＨＤＤ１０に備えられた各ブロックを制御する。ＣＰＵ４１は、これらの制御においてＲＡＭ４２をワークメモリとして利用する。本実施形態のＣＰＵ４１は、情報更新（データリフレッシュ）処理で利用されるパリティデータの生成に必要な情報を、ＲＡＭ４２を利用して管理する。また、ＣＰＵ４１は、データ領域に記録される情報の記録状態を管理し、記録状態を改善するためのデータリフレッシュ処理の動作を制御する。本実施形態にかかるデータリフレッシュ処理によれば、データリフレッシュ処理に要する時間を好適に短くすることができる。

ＲＡＭ４２は、ＲＤＣ３１、ＣＰＵ４１及びＨＤＣ５０のワークメモリである。ＲＡＭ４２には、データリフレッシュ処理に関する管理情報が一時的に記憶される。ＲＡＭ４２として、揮発性メモリであるＤＲＡＭまたはＳＲＡＭが適用される。

ＮＶＲＡＭ４３は、ＣＰＵ４１が実行するプログラムを記憶する不揮発性メモリである。ＮＶＲＡＭ４３に記憶されるプログラムは更新可能である。またＮＶＲＡＭ４３は、ＣＰＵ４１が制御する複数の処理で利用されるパラメータ値を記憶する記憶領域としても利用可能である。ＮＶＲＡＭ４３には、データリフレッシュ処理に関する管理情報が記録されてもよい。また、ＮＶＲＡＭ４３の代わりに、磁気ディスク１のデータ領域の一部を利用してもよい。本実施形態では、プログラムや管理情報が、ＮＶＲＡＭ４３に記録されている構成を説明する。

ＨＤＣ５０は、ホスト装置１００との間で情報を送受信する通信処理を実行する。ＨＤＣ５０は、ＲＤＣ３１からの復号化された情報に所定の処理を施して符号化し、符号化した情報を送信情報としてホスト装置１００へ送信する。またＨＤＣ５０は、ホスト装置１００から受信した受信情報に所定の処理を施して復号化し、復号化した情報を記録すべき情報としてＲＤＣ３１へ出力する。例えばＨＤＣ５０は、ホスト装置１００との間でＳＡＴＡ（Serial Advanced Technology Attachment）規格に準拠した通信処理を実行する。ＨＤＣ５０は、ホスト装置１００から、データの記録を開始する論理アドレス及び記録データ長の情報を伴うライトコマンドを受信した場合、受信したライトコマンドから論理アドレス及び記録データ長の情報を抽出する。抽出された論理アドレス及び記録データ長の情報はＣＰＵ４１へ出力される。

このような構成により、本実施形態に係るＨＤＤ１０に備えられた複数のブロックによって、磁気ディスク１の記録面に対する情報の再生記録処理が行われる。本実施形態にかかる再生記録処理は、データリフレッシュ処理を含む。このデータリフレッシュ処理では、データ領域に対してユーザデータだけでなくパリティデータも再生記録される。本実施形態にかかるＨＤＤ１０は、データリフレッシュ処理におけるパリティデータの再生記録を特徴的に処理することで、データリフレッシュ処理に要する時間を好適に短くすることができる。

（データリフレッシュ処理）
次に、図２および図３を用いて、本実施形態にかかるＨＤＤ１０で実行されるデータリフレッシュ処理の動作を説明する。

図２は、本実施形態にかかるＨＤＤ１０で実行されるデータリフレッシュ処理の動作を説明するためのフローチャートである。図３は、本実施形態にかかるデータリフレッシュ処理に関する管理情報を説明するための図である。

本実施形態にかかるデータリフレッシュ処理に関する管理情報には、データリフレッシュ処理の開始前後（開始前の状態か開始後の状態か）を区別できる情報が含まれる。このデータリフレッシュ処理では、読み出されたユーザデータ、およびデータリフレッシュ処理の開始前後を区別できる情報に基づいて、パリティデータが生成される。生成されたパリティデータにより、本実施形態にかかるＨＤＤ１０は、データリフレッシュ処理に要する時間を好適に短くすることができる。

データリフレッシュ処理の開始の要求があると、ＣＰＵ４１は、データリフレッシュ処理に関する管理情報（以下、リフレッシュ管理情報と称する）を更新する（Ｂ２０１）。この時点でのリフレッシュ管理情報は、リフレッシュ対象となるトラックまたは複数のトラックを含むトラックグループを特定するための情報、データリフレッシュ処理を開始する前の状態であることが特定できる時間情報を含む。時間情報は、ＨＤＤ１０が動作している時間を累積した情報であっても、現在の時刻を示す情報であってもよいが、これらに限定されない。リフレッシュ管理情報は、ＨＤＤ１０が動作する間はＲＡＭ４２に記憶されるが、ＨＤＤ１０が非動作となる前には不揮発性の記憶領域（例えば、磁気ディスク１の記録面、ＮＶＲＡＭ４３など）に記憶される。データリフレッシュ処理の開始の要求は、例えば、ホスト装置１００からの要求、ＨＤＤ１０で実行される処理に基づく自発的な要求を含むが、これらに限定されない。

図３（ａ）は、本実施形態にかかるデータリフレッシュ処理の開始前に更新される、リフレッシュ管理情報を説明するための図である。図３（ａ）に示したフレッシュ管理情報では、データリフレッシュ処理の対象となるトラックグループに対して付与される番号“ＡＡＡ”が登録される。トラックグループは、複数のトラックを含み、データリフレッシュ処理を実行する単位である。また、時間情報として、“＃＃＃１”という ４（Ｂｙｔｅ）長の情報が登録される。例えば、この時間情報が、１００（ｍｓｅｃ）毎に１（ｂｉｔ）加算されるカウンタである場合、４（Ｂｙｔｅ）は、８（ｂｉｔ）×４＝３２（ｂｉｔ）であるため、４（Ｂｙｔｅ）長の時間情報で、１００（ｍｓｅｃ）×２＾３２＝４億２９４９万６７２９．６（ｓｅｃ）をカウントすることができる。すなわち、４（Ｂｙｔｅ）の時間情報は、１３．６（年）以上の間で唯一の値とすることができるため、リフレッシュ処理が実行される時期を特定するデータとして利用することができる。

コントローラ６０がリードライトコントローラとして動作して、リフレッシュ対象の領域に記録されたユーザデータを所定単位分リードする（Ｂ２０２）。リードされたユーザデータは、ＲＡＭ４２に格納される。ＨＤＣ５０は、このユーザデータに基づいて、最終的なパリティデータの元となる種パリティデータを生成する（Ｂ２０３）。一般的に、種パリティデータは、ユーザデータの管理単位のセクタサイズと同じサイズ（５１２（Ｂｙｔｅ）や４ｋ（Ｂｙｔｅ））のデータである。

次に、ＨＤＣ５０は、種パリティデータに対し、リフレッシュ管理情報で管理されている、“リフレッシュ処理が実行される時期を特定するデータ”として利用される時間情報を埋め込んだパリティデータを生成する（Ｂ２０４）。このパリティデータは、ＣＲＣにより保護されてもよい。時間情報を埋め込むとは、例えば、種パリティデータの特定の位置のｂｉｔに対して時間情報の各ｂｉｔをＸＯＲ演算した結果の値で更新すること、あるいは、種パリティデータと時間情報とを続けて記録すること、などを示す。

コントローラ６０は、リフレッシュ対象の領域からユーザデータをリードした後、この領域に、更新対象のユーザデータに先行してパリティデータを記録し、パリティデータを記録した後に連続して更新対象のユーザデータを記録する（Ｂ２０５）。ＣＰＵ４１は、対象区間の全領域に対してデータリフレッシュ処理が完了したかを判定する（Ｂ２０６）。全ての領域への処理が完了していない場合（Ｂ２０６のＮｏ）、（Ｂ２０２）から（Ｂ２０５）までの処理が再び実行される。

対象区間の全領域に対してデータリフレッシュ処理が完了した場合（Ｂ２０６のＹｅｓ）、ＣＰＵ４１は、リフレッシュ管理情報を更新し（Ｂ２０７）、データリフレッシュ処理は終了する。この時点でのリフレッシュ管理情報は、リフレッシュ対象となるトラックまたは複数のトラックを含むトラックグループを特定するための情報、データリフレッシュ処理の完了後であることが特定できる時間情報を含む。例えば、この時間情報としては、オール「０」またはオール「１」といった、データリフレッシュ処理が完了したことを明らかに特定できる値であることが好ましいが、これらに限定されない。

図３（ｂ）は、本実施形態にかかるデータリフレッシュ処理の完了後に更新される、リフレッシュ管理情報を説明するための図である。図３（ｂ）に示したリフレッシュ管理情報では、データリフレッシュ処理の対象となるトラックグループに対して付与される番号“ＡＡＡ”は更新されずに維持される。また、時間情報として、“００００”という４（Ｂｙｔｅ）長のオール「０」の情報が登録される。図３（ｂ）に示したリフレッシュ管理情報により、トラックグループ“ＡＡＡ”は、データリフレッシュ処理が無事に完了したことを特定することできる。

このようにして、ＣＰＵ４１やコントローラ６０によって本実施形態にかかるデータリフレッシュ処理が実行される。このデータリフレッシュ処理によれば、データリフレッシュ処理の開始前後を区別できる情報が含まれるリフレッシュ管理情報が利用される。また、データリフレッシュ処理におけるユーザデータの更新に先行して、リフレッシュ管理情報に基づくパリティデータが記録される。すなわち、本実施形態にかかるＨＤＤ１０は、これらの特徴的な構成により、データリフレッシュ処理に要する時間を好適に短くすることができる。

（停止したデータリフレッシュ処理の再開処理）
次に、図４を用いて、本実施形態にかかるＨＤＤ１０で実行される、停止したデータリフレッシュ処理の再開処理の動作を説明する。図４は、本実施形態にかかるＨＤＤ１０で実行される、停止したデータリフレッシュ処理の再開処理の動作を説明するためのフローチャートである。

前述したとおり、本実施形態にかかるデータリフレッシュ処理に関する管理情報には、データリフレッシュ処理の開始前後を区別できる情報が含まれる。従って、本実施形態にかかるＨＤＤ１０によれば、データリフレッシュ処理が無事に完了したことを特定することできる。また、データリフレッシュ処理が完了していないことが特定された場合でも、データリフレッシュ処理を再開することができる。データリフレッシュ処理が完了しなかった要因には、データリフレッシュ処理中にＨＤＤ１０に供給される電源が断たれた、データリフレッシュ処理中にホスト装置１００から送信されたリードまたはライト要求が優先された、といった理由が考えられる。

データリフレッシュ処理の再開の要求があると、ＣＰＵ４１は、リフレッシュ管理情報をリードし（Ｂ４０１）、リードしたリフレッシュ管理情報の時間情報が処理の完了後を示すか（データリフレッシュ処理が完了しているか）否かを判定する（Ｂ４０２）。データリフレッシュ処理が完了していると判定された場合（Ｂ４０２のＹｅｓ）、その時間情報に対応するトラックグループに対する、停止したデータリフレッシュ処理の再開処理は実質的に何もせずに終了する。

一方、データリフレッシュ処理が完了していないと判定された場合（Ｂ４０２のＮｏ）、コントローラ６０がリードライトコントローラとして動作して、該当するトラックグループ内の領域に記録された 各パリティデータをトラックグループの最初から順次リードする（Ｂ４０３）。リードしたパリティデータから抽出された時間情報とリフレッシュ管理情報内の時間情報との不一致がある場合、あるいは全てが一致する場合、一致するパリティデータを含む最後のトラックが、データリフレッシュ処理が途中で中断されたトラックとして検出される（Ｂ４０４）。そこで、次に、コントローラ６０は、中断されたと判断されたトラックに記録されているユーザデータのリードを試みる（Ｂ４０５）。

リードを試みたユーザデータはリード可能か否かが判定される（Ｂ４０６）。リード可能か否かは、リードエラーの発生有無により判定される。リードされたユーザデータの特定のセクタで、リード可能でないと判定された場合（Ｂ４０６のＮｏ）、コントローラ６０は、他のセクタをリードする。なお、一般的に、書き込み中の電源遮断でリードエラーとなるエラーセクタは１セクタ以下であるため、一つのエラーセクタ以外のセクタのデータはリード可能となる。ＨＤＣ５０は、リフレッシュ管理情報内の時間情報との一致が確認されているパリティデータと時間情報とから種パリティデータを復元し、復元した種パリティデータと、エラーセクタを除く他のセクタのデータとから、リードエラーしたユーザデータを復元する（Ｂ４０７）。リードを試みたユーザデータが、全セクタリード可能と判定された場合（Ｂ４０６のＹｅｓ）、ユーザデータを訂正するブロック（Ｂ４０７）は、実施されない。

コントローラ６０は、書き換え（更新）に適切なパリティデータおよびユーザデータが用意できたので、書き換え（更新）が必要な箇所に対して再びデータリフレッシュ処理を再開する（Ｂ４０８）。ＣＰＵ４１は、対象区間の全領域に対してデータリフレッシュ処理の再開処理が完了したかを判定する（Ｂ４０９）。全ての領域への処理が完了していない場合（Ｂ４０９のＮｏ）、（Ｂ４０５）から（Ｂ４０８）までの処理が再び実行される。

対象区間の全領域に対してデータリフレッシュ処理が完了した場合（Ｂ４０９のＹｅｓ）、ＣＰＵ４１は、リフレッシュ管理情報を更新し（Ｂ４１０）、データリフレッシュ処理の再開処理は終了する。この時点でのリフレッシュ管理情報も、データリフレッシュ処理の完了後であることが特定できる時間情報を含む。例えば、この時間情報としても、オール「０」またはオール「１」といった、データリフレッシュ処理が完了したことを明らかに特定できる値と同じ値であることが好ましい。

このようにして、ＣＰＵ４１やコントローラ６０によって本実施形態にかかるデータリフレッシュ処理の再開処理が実行される。この再開処理によって、不適切なパリティデータが記録されていた領域に対するデータリフレッシュ処理が実行される。不適切なパリティデータが記録されていた領域、および、この領域よりも後の領域は、データリフレッシュ処理が停止されたために、データリフレッシュ処理の再開が必要となった領域である。すなわち、本実施形態にかかるＨＤＤ１０は、前述した特徴的な構成により、データリフレッシュ処理が停止した場合であっても、対象領域に対するデータリフレッシュ処理が再開され、再開されたデータリフレッシュ処理に要する時間を好適に短くすることができる。

以上説明したように本実施形態によれば、ＣＰＵ４１およびコントローラ６０を含む複数のブロックによってデータリフレッシュ処理が実行される。このデータリフレッシュ処理では、ＣＰＵ４１によって管理されるリフレッシュ管理情報に基づいて、コントローラ６０がパリティデータを生成し、生成されたパリティデータおよび更新するユーザデータが記録される。また、生成されたパリティデータがユーザデータに先行して記録されることで、データリフレッシュ処理の再開処理を実行することができる。

本実施形態のデータリフレッシュ処理では、従来から知られるデータリフレッシュ処理で行われているように、リードしたデータを他の不揮発記録領域に一時的に退避してから書き戻す動作が不要になる。そのため、この処理に付随するヘッドのシークやシーク後のヘッドの位置決めにかかる時間を省くことが可能となり、またシークによるノイズの発生を抑制することができる。また、データリフレッシュにかかる管理情報の更新が、処理の開始前と開始後との２回のみとなるため、例えば１本のトラックをリフレッシュした後に管理情報を更新していた従来の方法と比較して、処理時間を短縮することが可能となる。すなわち、本実施形態によれば、データリフレッシュ処理に要する時間を好適に短くすることができる情報記録装置および情報記録方法を提供することが可能となる。

なお、本実施形態では、パリティデータが、所定単位のユーザデータに対して付加される例を示した。しかし、パリティデータが付加される単位は、例えば、１本のトラック、複数本のトラック、１つのトラックグループ、ＨＤＤ１０の記録領域を複数に分割した領域、または、ＨＤＤ１０の記録領域全域であってもよい。複数本のトラックを含む領域に対してパリティデータが付加される場合、時間情報だけでなく対象領域を示す情報がパリティデータの生成に用いられてもよい。このようにすることで、リードしたパリティデータからトラックリフレッシュ処理の対象範囲を特定することが可能となる。

以上、少なくとも一つの実施形態を説明したが、説明した実施形態は一例として提示したものであり、発明の範囲はこの実施形態に限定されない。また、説明した実施形態は、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。さらに、前述した実施形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよく、さらに、異なる実施形態に係る構成要素を適宜組み合わせても良い。これらの実施形態やその変形は、発明の範囲や要旨に含まれ、特許請求の範囲に記載された発明と、その均等の範囲に含まれるものである。

１…磁気ディスク、２…スライダ、３…アーム、４…ＶＣＭ（ボイスコイルモータ）、５…ＳＰＭ（スピンドルモータ）、１０…磁気ディスク装置（ＨＤＤ）、２１…モータドライバ、２２…ヘッドＩＣ、３１…リードライトチャネルＩＣ（ＲＤＣ）、４１…ＣＰＵ、４２…ＲＡＭ、４３…ＮＶＲＡＭ、５０…ＨＤＣ（Hard Disc Controller）、１００…ホスト装置、１２０…通信媒体（ホストＩ／Ｆ）、１５０…電子機器。

Claims (7)

1. データリフレッシュの対象となる更新データが記録される記録媒体と、
   前記記録媒体に記録された前記更新データを読み出すリード手段と、
   前記データリフレッシュの際に、前記データリフレッシュを行う前の状態を示す値で管理情報を更新する更新手段と、
   前記更新された管理情報と前記リードされた更新データとに基づいてパリティデータを生成する生成手段と、
   前記生成されたパリティデータを記録した後に前記更新データを記録する記録手段と、
   を具備する情報記録装置。
2. 更新の対象となる更新データが記録される記録媒体と、
   前記更新データを更新する際に、前記更新を行う前の状態を示す値と前記更新データとに基づいて生成されたパリティデータを記録した後に前記更新データを記録する記録手段と、
   を具備する情報記録装置。
3. 前記更新データから第１のパリティデータを生成し、前記生成した第１のパリティデータと前記更新を行う前の状態を示す値とに基づいて前記パリティデータを生成する生成手段と、
   を具備する請求項２に記載の情報記録装置。
4. 前記更新データを記録する前に、前記更新を行う前の状態を示す値で管理情報を更新する更新手段と、
   を具備する請求項２または請求項３に記載の情報記録装置。
5. 前記更新手段は、前記記録手段が前記更新データを記録した後で、前記更新を行った後の状態を示す値で管理情報を更新する、
   請求項１または請求項４に記載の情報記録装置。
6. 前記管理情報から前記更新データの更新が中断されたか否かを判定する判定手段と、
   前記更新データの更新が中断されたと判定された場合、前記管理情報と前記パリティデータから復元される値とに基づいて、前記更新が中断されたトラックを特定する特定手段と、
   を具備し、
   前記記録手段は、前記特定されたトラックの位置に応じて、前記中断された前記更新を再開する、
   請求項１、請求項４、または請求項５の何れか１項に記載の情報記録装置。
7. 記録媒体を具備する情報記録装置での情報記録方法であって、
   前記記録媒体に記録される更新データを更新する際に、前記更新を行う前の状態を示す値と前記更新データとに基づいて生成されたパリティデータを記録した後に前記更新データを記録する、情報記録方法。

Images