JP2002229923A - ディスク状態取得方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ハードディスクがクラッシュなどしてしまう
前に、ユーザが対策を講じることができるように、デバ
イスドライバにおいてハードディスクの状態を取得する
方法、および、このデバイスドライバプログラムを記録
したコンピュータ読み取り可能な記録媒体を提供する。 【解決手段】 ディスク６に対するアクセス回数ａ１ｎ
と、アクセス結果がエラーとなるエラー回数ｅ１ｎとを
それぞれカウントする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デバイスドライバ
におけるディスク状態取得方法、およびデバイスドライ
バプログラムを記録したコンピュータ読み取り可能な記
録媒体に関するものである。

【０００２】

【従来の技術】ハードディスクのようなディスクを動作
させるデバイスドライバを有するコンピュータシステム
の一般的な構成は、例えば図１に示すとおりである。こ
のシステムは、アプリケーション１、ファイルマネージ
ャ２、デバイスドライバ３、デバイスマネージャ４、ハ
ードディスクドライブ（駆動装置）５およびハードディ
スク６を備える。

【０００３】このシステムにおいて、例えばアプリケー
ション１がハードディスク６に記憶されているファイル
からデータを読み出す動作は以下のとおりである。な
お、ここではファイルからデータを読み出す動作につい
てのみ示すが、ファイルにデータを書き込む場合も同様
に動作する。

【０００４】アプリケーション１がファイルからデータ
を読み出す要求をファイルマネージャ２に発行すると
（要求Ｒ１）、デバイスドライバ３は、ファイルマネー
ジャ２から、デバイスマネージャ４を介してハードディ
スク６上の特定の領域における情報を読み出す要求を受
ける（要求Ｒ２）。この要求を受けたデバイスドライバ
３がデバイスマネージャ４を介してハードディスクドラ
イブ５に情報出力の要求を発行し（要求Ｒ３）、ハード
ディスクドライブ５がハードディスク６の情報を出力し
て（制御Ｃ１）、デバイスマネージャ４を介して出力さ
れた情報をデバイスドライバ３に通知する（通知Ｉ
１）。通知された情報は、デバイスドライバ３からデバ
イスマネージャ４を介してファイルマネージャ２に通知
されて（通知Ｉ２）、ファイルマネージャ２からアプリ
ケーション１に、ファイルのデータとして通知される
（通知Ｉ３）。

【０００５】

【発明が解決しようとする課題】しかし、ハードディス
ク６が例えば徐々に破損してくると、デバイスドライバ
３からハードディスクドライブ５にハードディスクの情
報出力の要求Ｒ３を発行しても、ハードディスク６の情
報出力に失敗してしまう場合がある。つまり、ハードデ
ィスクドライブ５からデバイスドライバ３へデバイスマ
ネージャ４を介して、通知Ｉ１によって情報出力が失敗
した旨が通知される。デバイスドライバ３では、このよ
うな通知を受けると再度情報出力の要求Ｒ３を発行し、
情報出力に成功するまで、または所定回数に達するまで
リトライする。ここで、リトライ中に情報出力に成功す
ると、デバイスドライバ３がアプリケーション１にファ
イルマネージャ２を介して通知Ｉ２およびＩ３によって
読み出しが成功した旨を通知する。

【０００６】また、ハードディスクドライブ５が、制御
Ｃ１において、ハードディスク６の情報を出力するのに
失敗する場合もある。この場合もハードディスクドライ
ブ５はデバイスドライバ３と同様に、情報出力に成功す
るまで、または所定回数に達するまでリトライする。か
かる場合も、リトライ中に情報出力に成功すると、デバ
イスマネージャ４、デバイスドライバ３、およびファイ
ルマネージャ２を介して通知Ｉ１〜Ｉ３によって、アプ
リケーション１に読み出しが成功した旨が通知される。

【０００７】このようにアプリケーション１には、最終
的に読み出しが成功したか否かのみが通知され、リトラ
イしたことは通知されないので、アプリケーション１で
は、ハードディスク６が徐々に破損してきていることを
認識できない。つまり、ユーザはファイル上のデータを
読み出しまたは書き込みさせた時の応答が遅いのを感じ
るかもしれないが、アプリケーション１とインタフェー
スを有するユーザには、ハードディスク６が破損してき
ていることは通知されない。なお、ファイルにデータを
書き込む場合も、デバイスドライバ３またはハードディ
スクドライブ５が情報入力をリトライした後に情報入力
が成功すると、ユーザにハードディスク６が破損してき
ていることは通知されない。

【０００８】この後、ハードディスク６がさらに破損し
てクラッシュしてしまうと、ハードディスク６へのアク
セスが全く不可能となり、ハードディスク６に記憶され
ているファイルのデータの読み出しおよび書き込みが不
可能となる。ここで初めてアプリケーション１にハード
ディスク６が不良である旨が通知される。この通知を受
けたアプリケーション１では、例えば表示装置の画面に
ハードディスク６が不良である旨を表示してユーザに知
らせる。ハードディスク６が不良であることを認識した
ユーザが慌ててハードディスク６のバックアップを取得
しようとしても、既にハードディスク６へのアクセス、
つまり情報の入出力は全く不可能であるため、ユーザは
ハードディスクの情報の復元を諦めざるをえないことに
なる。

【０００９】また、デバイスドライバ３は、通常、ハー
ドディスク６上の欠陥セクタを覚えておくいわゆるディ
フェクトリストを有する。例えばハードディスク６が破
損してくると、破損したセクタへのアクセスが不可能に
なるため、ハードディスク６上の予備領域のセクタを欠
陥セクタの代わりに割り当てる。このように欠陥セクタ
が存在することをデバイスドライバ３でディフェクトリ
ストに記憶しておくが、ファイルマネージャ２には通知
しない。したがって、ユーザは、ハードディスク６が破
損してきていることを知りえず、欠陥セクタが急に増加
してハードディスク６がクラッシュしてしまった後、初
めて、ハードディスク６が不良であることを認識する。

【００１０】本発明は、上記の問題点を解決して、ハー
ドディスクがクラッシュなどしてしまう前に、ユーザが
予め対策を講じることができるように、デバイスドライ
バにおいてハードディスクの状態を取得する方法、およ
び、このデバイスドライバプログラムを記録したコンピ
ュータ読み取り可能な記録媒体を提供することを目的と
している。

【００１１】

【課題を解決するための手段】前記目的を達成するため
に、本発明の第１構成に係る特定のディスクを動作させ
るデバイスドライバにおけるディスク状態取得方法およ
びコンピュータ読み取り可能な記録媒体に記録したデバ
イスドライバプログラムは、前記ディスクに対するアク
セス回数と、アクセス結果がエラーとなるエラー回数と
をそれぞれカウントする。

【００１２】この構成によれば、ディスクに対するアク
セス回数と、アクセス結果がエラーとなるエラー回数と
をそれぞれカウントするので、このアクセス回数に対す
るエラー回数の比率に着目すれば、ディスクの状態を把
握することができる。つまり、この比率が徐々に増加し
ていれば、ディスクが徐々に破損してきていることが分
かり、また、この比率が所定値よりも大きければ、ディ
スクがクラッシュ寸前の状態であることが分かる。これ
より、ディスクがクラッシュなどしてしまう前に、ディ
スクのバックアップを取得するような対策をユーザは講
じることができる。

【００１３】ここで、「ディスク」とは、コンピュータ
の外部記憶装置または記憶媒体をいい、ハードディスク
（ＨＤＤ）、光磁気ディスク（ＭＯ）、ＤＶＤ−ＲＡ
Ｍ、ＰＤ、Ｚｉｐ、Ｊａｚ、コンパクトフラッシュ（登
録商標）、スマートメディアなどが含まれる。「アクセ
ス」とは、ディスクに対して情報を入力または出力する
ことをいう。「エラー」とは、正常に動作しえないこと
をいい、「アクセス結果がエラー」とは、ディスクに対
する情報の入力または出力に失敗することをいう。

【００１４】好ましい実施形態によれば、前記アクセス
回数は、前記ディスクに対するアクセス要求を受けるご
とに１つ加算され、前記エラー回数は、アクセス結果が
エラーとなるごとに１つ加算される。この構成によれ
ば、ディスクに対するアクセス要求を受けるごとにアク
セス回数が１つ加算され、アクセス結果がエラーとなる
ごとにエラー回数が１つ加算されるので、アクセス回数
およびエラー回数をそれぞれカウントすることができ
る。

【００１５】本発明の第２構成に係る特定のディスクを
動作させるデバイスドライバにおけるディスク状態取得
方法およびコンピュータ読み取り可能な記録媒体に記録
したデバイスドライバプログラムは、前記ディスクに対
するアクセス回数と、前記ディスクにアクセスしてから
アクセス結果を受けるまでの時間が所定時間よりも大き
い場合のエラー回数とをそれぞれカウントする。

【００１６】この構成によれば、ディスクに対するアク
セス回数と、アクセスしてからアクセス結果を受けるま
での時間が所定時間よりも大きい場合のエラー回数とを
それぞれカウントするので、このアクセス回数に対する
エラー回数の比率に着目すれば、上記第１構成と同様
に、ディスクの状態を把握することができる。したがっ
て、ディスクがクラッシュなどしてしまう前に、ディス
クのバックアップを取得するような対策をユーザは予め
講じることができる。なお、アクセスしてからアクセス
結果を受けるまでの時間が所定時間よりも大きい場合に
エラー回数を加算するのは、ディスクドライブ内で情報
の入出力をリトライしたために、アクセス結果の通知が
遅れたと推測されるからである。

【００１７】好ましい実施形態によれば、前記アクセス
回数は、前記ディスクに対するアクセス要求を受けるご
とに１つ加算され、前記エラー回数は、前記ディスクに
アクセスしてからアクセス結果を受けるまでの時間が所
定時間よりも大きい場合ごとに１つ加算される。この構
成によれば、ディスクに対するアクセス要求を受けるご
とにアクセス回数が１つ加算され、ディスクにアクセス
してからアクセス結果を受けるまでの時間が所定時間よ
りも大きい場合ごとにエラー回数が１つ加算されるの
で、アクセス回数およびエラー回数をそれぞれカウント
することができる。

【００１８】好ましい実施形態によれば、前記アクセス
回数および前記エラー回数を、前記ディスクの領域を複
数に分割した区域ごとにカウントし、各区域ごとのエラ
ー比率を算出し、前記ディスクの領域上におけるエラー
比率の偏りの大きさを求める。この構成によれば、各区
域ごとのエラー比率を算出してエラー比率の偏りの大き
さを求めるので、ディスク上において不良となっている
領域の空間的な偏りの大きさを求めることができる。こ
こで、一般に、ディスクはアクセス頻度の高い領域から
破損することより、ディスクに不具合が発生し始めた状
態では、ディスク上の不良となっている領域には空間的
な偏りがある。したがって、このように不良となってい
る領域に空間的な偏りがある程度あれば、ディスクが徐
々に破損してきていることが予測され、空間的な偏りが
ほとんどなければ、例えばケーブルが抜けかかっている
ようなディスク以外の原因があることが予測される。こ
れより、ディスク上の不良となっている領域の空間的な
偏りの大きさを求めることで、不具合の原因を予測する
ことができる。

【００１９】ここで、「区域」とは、ディスク上の所定
の大きさの領域をいい、ファイルが割当てられるブロッ
クに対応している。この区域は、固定長の大きさには限
られず、ファイルを割り当てる領域を一つの区域とし
て、可変長の大きさとしてもよい。「エラー比率」と
は、ある区域におけるアクセス回数に対するエラー回数
の比率をいう。

【００２０】好ましい実施形態によれば、前記エラー比
率の偏りの大きさは、エラー回数の合計に対するエラー
比率が最も大きい区域のエラー回数の比を算出して求め
られる。ここで、「エラー回数が最も大きい区域」に
は、１つの区域のみでなく、エラー回数が大きい上位複
数の区域も含まれる。例えば、エラー回数が大きい上位
３つの区域をエラー回数が最も大きい区域としてもよ
く、１つの区域のサイズが５１２Ｍバイトを越える場合
は上位２つの区域、１つの区域のサイズが１Ｇバイトを
越える場合は上位１つの区域としてもよい。「エラー回
数の合計」とは、一度でもアクセスした区域、つまりア
クセス回数が０以外の区域についてのエラー回数の合計
である。

【００２１】好ましい実施形態によれば、前記エラー比
率の偏りの大きさは、各区域ごとのエラー比率の平方和
に基づいて求められる。ここで、「エラー比率の平方
和」とは、エラー比率の全区域の平均に対する、一度で
もアクセスした区域のエラー比率の偏差の二乗の和をい
う。

【００２２】好ましい実施形態によれば、前記アクセス
回数および前記エラー回数を表示画面に表示させる。こ
の構成によれば、アクセス回数およびエラー回数を表示
画面に表示させるので、このデバイスドライバを含むコ
ンピュータを操作するユーザにディスク状態を示すこと
ができる。

【００２３】本発明の第３構成に係る特定のディスクを
動作させるデバイスドライバにおけるディスク状態取得
方法は、前記ディスクの欠陥セクタのリストに基づい
て、欠陥セクタの数の変化を取得する。

【００２４】この構成によれば、欠陥セクタの数の変化
を取得することにより、デバイスドライバでディスクの
状態を把握することができる。つまり、急激に欠陥セク
タの数が増加していれば、ディスクがクラッシュ寸前の
状態であることが分かる。これより、ディスクがクラッ
シュしてしまう前に、ディスクのバックアップを取得す
るような対策をユーザは講じることができる。

【００２５】ここで、「欠陥セクタのリスト」とは、い
わゆるディフェクトリストのことをいう。欠陥セクタへ
のアクセスが不可能になると、デバイスドラバで欠陥セ
クタの代わりにディスク上の予備領域のセクタを割り当
てるが、その後のディスクへのアクセスには、欠陥セク
タの番号および代わりに割り当てたセクタの番号が必要
となる。したがって、これらの番号をデバイスドライバ
で記憶して管理するのが、欠陥セクタのリストである。

【００２６】

【発明の実施の形態】以下、本発明の実施形態を図面に
したがって説明する。本発明の第１実施形態に係るデバ
イスドライバを含むシステム構成の概略は、図１に示し
たものと同一である。このシステムは、アプリケーショ
ン１、ファイルマネージャ２、デバイスドライバ３およ
びデバイスマネージャ４を実現する各ソフトウェアを含
むコンピュータ１０と、ハードディスクドライブ５およ
びハードディスク６からなるハードウェアを含む周辺機
器２０とを備える。

【００２７】アプリケーション１は、ユーザインタフェ
ースを有するとともに、ファイルの読み出しや書き込み
のようなファイルアクセス処理を含む。本実施形態にお
いて、ファイルマネージャ２およびデバイスマネージャ
４を含むオペレーティングシステムは、Mac OS（アップ
ルコンピュータ社の登録商標）である。ファイルマネー
ジャ２は、アプリケーション１などがデータの読み出し
および書き込みを行うファイルを管理する。デバイスマ
ネージャ４は、デバイス（ハードディスク）６を管理す
るとともに、コンピュータ１０とハードディスク６を含
む周辺機器２０との接続に用いるＳＣＳＩのようなイン
タフェースを吸収する。

【００２８】デバイスドライバ３はハードディスク６の
動作を管理するものであって、アプリケーション１に、
デバイスアクセスのための共有の手順を提供する。つま
り、デバイスの違いを吸収するものである。ハードディ
スクドライブ５は、ハードディスク６に対して情報を入
出力する装置である。

【００２９】デバイスドライバ３は、図２に概略構成を
示すカウント用テーブル３０を有する。ここで、例えば
１０⁷ セクタから構成されるハードディスク上の領域
を、１０³ セクタごとに分割した区域を、第１区域，第
２区域，…，第ｎ区域，…とする。カウント用テーブル
３０は、以下のアクセス回数記憶部３０ａ、第１エラー
回数記憶部３０ｂ、第２エラー回数記憶部３０ｃ、およ
び全エラー回数記憶部３０ｄを有する。

【００３０】アクセス回数記憶部３０ａは、各区域内に
対して情報の入力または出力を要求したアクセス回数ａ
１，ａ２…ａｎ…を各区域ごとに記憶するとともに、こ
れらアクセス回数ａ１，ａ２…ａｎ…の合計ａ１＋ａ２
＋…＋ａｎ＋…を記憶する。これらアクセス回数ａ１，
ａ２…ａｎ…，および合計アクセス回数ａ１＋ａ２＋…
＋ａｎ＋…は、ハードディスク６に対する情報の読み出
しまたは書き込みの要求Ｒ２（図１）を受けるごとにイ
ンクリメントされる。

【００３１】第１エラー回数記憶部３０ｂは、各区域内
に対して要求した情報の入力または出力の結果がエラー
として通知された回数ｅ１１，ｅ１２…ｅ１ｎ…を各区
域ごとに記憶するとともに、これら第１エラー回数ｅ１
１，ｅ１２…ｅ１ｎ…の合計ｅ１１＋ｅ１２＋…＋ｅ１
ｎ＋…を記憶する。これら第１エラー回数ｅ１１，ｅ１
２…ｅ１ｎ…および合計第１エラー回数ｅ１１＋ｅ１２
＋…＋ｅ１ｎ＋…は、ハードディスク６に対する情報の
入力または出力の結果がエラーとなるごとにインクリメ
ントされる。なお、ハードディスク６に対して情報の入
力または出力をリトライする場合は、最初の１回のみこ
れら第１エラー回数ｅ１１，ｅ１２…ｅ１ｎ…および合
計第１エラー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…をイ
ンクリメントし、リトライ後はインクリメントしないも
のとしてもよい。

【００３２】第２エラー回数記憶部３０ｃは、各区域内
に対して情報の入力または出力を要求したが、所定時間
経過してもその結果の通知を受けない場合の回数ｅ２
１，ｅ２２…ｅ２ｎ…を各区域ごとに記憶するととも
に、これら第２エラー回数ｅ２１，ｅ２２…ｅ２ｎ…の
合計ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…を記憶する。これ
ら第２エラー回数ｅ２１，ｅ２２…ｅ２ｎ…および合計
第２エラー回数ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…は、所
定時間経過した時点でインクリメントされる。

【００３３】全エラー回数記憶部３０ｄは、第１エラー
回数記憶部に記憶されている第１エラー回数ｅ１１，ｅ
１２…ｅ１ｎ…と第２エラー回数記憶部に記憶されてい
る第２エラー回数ｅ２１，ｅ２２…ｅ２ｎ…の各区域ご
との和ｅ１１＋ｅ２１，ｅ１２＋ｅ２２，…ｅ１ｎ＋ｅ
２ｎ…をそれぞれ記憶するとともに、合計第１エラー回
数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…および合計第２エラ
ー回数ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…の和、つまり総
エラー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…＋ｅ２１＋
ｅ２２＋…＋ｅ２ｎ＋…を記憶する。

【００３４】次に、本実施形態にかかるデバイスドライ
バ３のハードディスク状態取得方法を図３のフローチャ
ートを用いて説明する。図１のデバイスドライバ３がフ
ァイルマネージャ２からハードディスク６上の特定の区
域、例えば第２区域（図２）に含まれる領域における情
報を読み出す要求Ｒ２を受けると、デバイスドライバ３
は、第２区域についてのアクセス回数ａ２（図２）をイ
ンクリメントし（ステップＳ１）、ハードディスクドラ
イブ５に情報出力の要求Ｒ３を発行する（ステップＳ
２）。この時点でデバイスドライバ３は、タイマ監視を
開始する（ステップＳ３）。

【００３５】デバイスドライバ３は、次に、ハードディ
スクドライブ５から情報出力の結果を受けたか否か、つ
まり通知Ｉ１があったか否かを調べ（ステップＳ４）、
通知Ｉ１をまだ受けていない場合は、タイマ監視の開始
から所定時間Ｔが経過したか否かを調べる（ステップＳ
５）。所定時間Ｔが未だ経過していない場合は、ステッ
プＳ４に戻る。所定時間Ｔが既に経過している場合は、
第２区域についての第２エラー回数ｅ２２（図２）をイ
ンクリメントし（ステップＳ６）、ステップＳ３に戻
る。

【００３６】ここで、所定時間Ｔは、ハードディスク６
に対して入出力する情報の大きさに依存し、この大きさ
が大きい程、所定時間Ｔは大きく設定される。また、こ
の所定時間Ｔは、例えばアクセス結果がほとんどエラー
とならず、正常に動作している状態において、ハードデ
ィスク６にアクセスしてからアクセス結果を受けるまで
の時間を予め取得しておき、この時間よりも十分に大き
い時間に設定する。例えば正常に動作している状態でハ
ードディスク６から情報を出力してからその結果を受け
るまでに０．５秒を要する場合、同一の大きさの情報を
出力するのであれば、所定時間Ｔは８秒としておく。但
し、デバイスドライバ３に対する、ハードディスク６上
の情報を読み出す要求が３２Ｍバイトを越える場合は、
所定時間Ｔを８倍する。

【００３７】このように、デバイスドライバ３ではステ
ップＳ６で第２エラー回数ｅ２２（図２）をインクリメ
ントしておくので、最終的に所定時間Ｔよりも長い時間
の経過後に情報出力の結果が成功である旨が通知される
場合であっても、ハードディスクドライブ５内でリトラ
イされたことを記しておくことができる。つまり、通知
Ｉ３ではアプリケーション１にはあたかもファイルのデ
ータの読み出しがスムーズにいったように見える場合で
あっても、ハードディスクドライブ５内でリトライされ
ていれば、ハードディスク６に何らかの不具合が発生し
ていると推測されるが、このように第２エラー回数ｅ２
２を用いてエラー回数をカウントすることで、不具合を
検知することができる。

【００３８】ステップＳ４において、情報出力の結果を
既に受けている場合は、タイマ監視を停止し（ステップ
Ｓ７）、情報出力の結果が成功であるか否かを調べる
（ステップＳ８）。成功であれば、ファイルマネージャ
２にハードディスクからの情報の読み出しに成功した
旨、および読み出した情報を通知する（ステップＳ
９）。一方、ステップＳ８で情報出力の結果がエラーで
あれば、第２区域についての第１エラー回数ｅ１２をイ
ンクリメントする（ステップＳ１０）。なお、このステ
ップＳ１０における第１エラー回数ｅ１２のインクリメ
ントは、情報出力をハードディスク６に最初に要求する
場合のみとして、リトライ中はインクリメントしないよ
うにしてもよい。次に、デバイスドライバ３は、所定回
数Ｎ以上リトライしたか、つまりハードディスクドライ
ブ５に情報出力の要求Ｒ３を所定回数Ｎ以上発行したか
否かを調べる（ステップＳ１１）。所定回数Ｎ以上リト
ライしていない場合は、ステップＳ２に戻る。所定回数
Ｎ以上リトライした場合は、ファイルマネージャ２にハ
ードディスク６からの情報の読み出しに失敗した旨を通
知する（ステップＳ１２）。ここで、所定回数Ｎは、例
えば１０回であり、このコンピュータ１０の操作者が、
デバイスドライバ３のオプションとして設定できる。

【００３９】このように、デバイスドライバ３ではステ
ップＳ１０で第１エラー回数ｅ１２をインクリメントし
ておくので、最終的に所定回数Ｎに達する前にハードデ
ィスク６からの情報出力の結果が成功である旨が通知さ
れる場合であっても、ハードディスクドライブ５内でリ
トライされたことを記しておくことができる。つまり、
アプリケーション１には、通知Ｉ３によって、あたかも
ファイルのデータの読み出しがスムーズにいったように
見える場合であっても、デバイスドライバ３内でリトラ
イされた場合は、ハードディスク６に何らかの不具合が
発生していると推測されるが、このように第１エラー回
数ｅ１２をカウントすることで、このような不具合を検
知することができる。

【００４０】デバイスドライバ３では、以上のようにア
クセス回数、第１エラー回数、および第２エラー回数を
インクメントしながら、各合計回数および全エラー回数
もインクリメントし、これらを用いてエラー偏重率を求
める。ここで、「エラー偏重率」とは、ディスクの領域
上におけるエラー比率の偏りの大きさをいい、本実施形
態では、総エラー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…
＋ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…に対する、エラー比
率が最も大きい区域の全エラー回数の比を、エラー偏重
率とする。エラー比率は、ある区域におけるアクセス回
数ａ１，ａ２…ａｎ…に対する、その区域の全エラー回
数ｅ１１＋ｅ２１，ｅ１２＋ｅ２２，…ｅ１ｎ＋ｅ２ｎ
…の比であり、例えば、第ｎ区域におけるエラー比率
は、（ｅ１１ｎ＋ｅ２ｎ）／ａｎである。また、エラー
偏重率を求める際に、第１エラー回数の合計および第２
エラー回数の合計の和である総エラー回数は、一度でも
アクセスした区域における全エラー回数の合計を求めて
算出する。さらに、エラー比率が最も大きい区域は、１
つに限られず、エラー比率の大きい上位複数の区域であ
ってもよい。したがって、例えばエラー比率の大きい上
位２つの区域が、第６区域、第７区域であれば、偏重率
ＤＲは、以下の式で表される。

【００４１】

【式１】

【００４２】次に、デバイスドライバ３がこの取得した
ハードディスク状態をユーザ、つまりコンピュータ１０
を操作する者に提示する方法について示す。デバイスド
ライバ３は、図４に示す表示窓４０を、コンピュータ１
０（図１）の表示装置の画面に表示させる。

【００４３】表示窓４０は、Ｉ／Ｏエラー比率表示部４
１、Ｉ／Ｏエラー偏重率表示部４２、再取得ボタン４
３、自動表示更新チェックボタン４４、カウンタリセッ
トボタン４５を備える。上記Ｉ／Ｏエラー比率表示部４
１は、合計アクセス回数ａ１＋ａ２＋…＋ａｎ…（図
２）を表示するアクセス回数表示欄４１ａと、総エラー
回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…＋ｅ２１＋ｅ２２
＋…＋ｅ２ｎ＋…（図２）を表示するエラー回数表示欄
４１ｂと、合計アクセス回数ａ１＋ａ２＋…＋ａｎ…に
対する総エラー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…＋
ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…の比率を棒グラフおよ
び数値で示す比率表示欄４１ｃとを有する。上記Ｉ／Ｏ
エラー偏重率表示部４２は、上述したエラー偏重率ＤＲ
を、棒グラフおよび数値で示す比率表示欄４２ａを有す
る。

【００４４】各ボタン４３〜４５は、以下のように用い
られる。上記再取得ボタン４３が選択入力されると、デ
バイスドライバ３は、カウント用テーブル３０（図２）
に記憶している全ての回数、つまりデバイスドライバ３
が機能している状態では常に更新されている回数を表示
窓４０に反映する。自動表示更新チェックボタン４４に
チェックが付されると、デバイスドライバ３は、再取得
ボタン４３の選択入力にかかわらず、所定のタイミング
でカウント用テーブル３０（図２）に記憶している全て
の回数を表示窓４０に反映する。つまり、表示窓４０を
見るユーザは、リアルタイムで、Ｉ／Ｏエラー比率表示
部４１やＩ／Ｏエラー偏重率表示部４２の比率表示欄４
１ｃ，４２ａの棒グラフが変化する様子を認識できる。
カウンタリセットボタン４５が選択入力されると、デバ
イスドライバ３は、図２のカウントテーブル３０に記憶
している全ての回数をゼロクリアする。

【００４５】このように、ユーザからのアクセスによっ
てハードディスクのエラー予測状態が閲覧可能となる
が、例えばＩ／Ｏエラー比率表示部４１の比率表示欄４
１ｃに表示する比率が所定値を越えた場合、例えば４５
％を越えたような場合に表示画面に警告を表示できるよ
うにしてもよい。

【００４６】以上のように、表示窓４０のＩ／Ｏエラー
比率表示部４１の比率表示欄４１ｃに合計アクセス回数
ａ１＋ａ２＋…＋ａｎ…に対する総エラー回数ｅ１１＋
ｅ１２＋…＋ｅ１ｎ＋…＋ｅ２１＋ｅ２２＋…＋ｅ２ｎ
＋…の比率が示されるので、表示窓４０を見るユーザ
は、この比率が大きい場合はハードディスクなどにおい
て何らかの不具合が生じていることを予測することがで
きる。また、自動表示更新チェックボタン４４にチェッ
クが付されていると、表示窓４０を見るユーザには、合
計アクセス回数ａ１＋ａ２＋…＋ａｎ…に対する総エラ
ー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…＋ｅ２１＋ｅ２
２＋…＋ｅ２ｎ＋…の比率が急増した場合、棒グラフに
よって一目瞭然となり、ハードディスクなどにおいて何
らかの不具合が急に生じたことを予測することができ
る。さらに、表示窓４０のＩ／Ｏエラー偏重率表示部４
２に、エラー偏重率ＤＲが示されるので、表示窓４０を
見るユーザは、不具合がハードディスクの特定の領域に
偏っているか否かを知ることができる。

【００４７】合計アクセス回数ａ１＋ａ２＋…＋ａｎ…
に対する総エラー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…
＋ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…の比率が高く、か
つ、このエラー偏重率ＤＲも高ければ、ハードディスク
の特定の領域が不良となって、この領域に対するアクセ
スに失敗して、代わりにハードディスク上の予備領域に
アクセスしていると推測され、つまりハードディスクの
クラッシュが近いことが予測される。したがって、ユー
ザは、このハードディスクのバックアップを取得して、
ハードディスクを交換するという対策を講じることがで
きる。一方、合計アクセス回数ａ１＋ａ２＋…＋ａｎ…
に対する総エラー回数ｅ１１＋ｅ１２＋…＋ｅ１ｎ＋…
＋ｅ２１＋ｅ２２＋…＋ｅ２ｎ＋…の比率は高いが、エ
ラー偏重率ＤＲが低い場合、ハードディスク以外の異
常、例えばケーブルやインタフェースカードの不整合が
発生していると推測される。したがって、ユーザは、ケ
ーブルが抜けかかっていないか、インタフェースカード
が正常に差し込まれているか、などの確認という対策を
講じることができる。

【００４８】本デバイスドライバ３は、また、ハードデ
ィスク６上の破損したセクタを覚えておくために、図５
に示すいわゆるディフェクトリスト５０を有する。ディ
フェクトリスト５０は、デバイスドライバ３（図１）が
欠陥であると認識したセクタの番号を記憶する欠陥セク
タ番号記憶部５１と、各欠陥セクタの代わりに割り当て
たセクタの番号を記憶する代替セクタ番号記憶部５２と
を有する。デバイスドライバ３では、あるセクタが不良
であると認識すると、予備領域のセクタを代わりに割り
当て、その後、ファイルマネージャ２から欠陥セクタ１
０を含む領域における情報に対して読み出し要求または
書き込み要求があった際に、この予備領域のセクタを取
得するためにディフェクトリスト５０を参照する。

【００４９】本デバイスドライバ３は、デバイスドライ
バ３が起動された時点で、ディフェクトリスト５０にお
ける欠陥セクタの数をカウントし、例えばハードディス
ク６とは別のハードディスクのような不揮発性記憶装置
に設けられた欠陥セクタ数記憶部（図示せず）に記憶し
ておく。その後デバイスドライバ３が終了して再度起動
された時点で、ディフェクトリスト５０における欠陥セ
クタの数をカウントし、欠陥セクタ数記憶部に記憶して
いる数と比較する。つまり、デバイスドライバ３が起動
されてから終了するまでの欠陥セクタの数の変化を取得
する。ハードディスクがクラッシュ寸前であれば、急激
に欠陥セクタの数が増加するので、このように欠陥セク
タ数の変化を取得することでハードディスクがクラッシ
ュ寸前であることを予測できる。本実施形態ではデバイ
スドライバ３の起動時に欠陥セクタの数の変化を取得す
ることとしたが、デバイスドライバ３の終了時に取得し
てもよい。

【００５０】本実施形態では、増加した欠陥セクタの数
が所定数以上であれば、表示装置の画面にドライブの名
称、および欠陥セクタが増加している旨の表示からなる
警告を表示する。したがって、この警告を見たユーザ
は、ハードディスクのバックアップを取得してハードデ
ィスクを交換するという対策を講じることができる。

【００５１】デバイスドライバ３は、ハードディスク６
の動作を管理するようにコンピュータ１０のメモリに常
駐して実行されるプログラムと、ユーザによって起動さ
れるユーティリティプログラムとを有する。このうち、
アクセス回数やエラー回数のカウントのようにハードデ
ィスク６へのアクセスに関連する動作はメモリに常駐し
て実行されるプログラムが行い、カウントされた値など
に基づいてエラー偏重率などを計算し、表示装置の画面
に表示する動作はユーティリティプログラムが行う。

【００５２】次に、本発明の第２実施形態に係るデバイ
スドライバについて説明する。本実施形態が第１実施形
態と異なる点は、上述したエラー偏重率の求め方であ
る。その他の構成は、第１実施形態と共通するため、説
明は省略する。

【００５３】本実施形態では、エラー偏重率ＤＲは、各
区域ごとのエラー比率ｒ１，ｒ２…ｒｎ…の平方和に基
づいて求められる。ここで、エラー比率の平方和とは、
エラー比率の平均ｒａに対する、一度でもアクセスした
区域のエラー比率ｒ１，ｒ２…ｒｎ…の偏差（ｒ１−ｒ
ａ），（ｒ２−ｒａ）…（ｒｎ−ｒａ）…の二乗の和を
いう。具体的には、エラー比率の平方和を一度でもアク
セスした区域の総数で除して、平方根をとったものをエ
ラー偏重率ＤＲとし、以下の式（２）で表される。

【００５４】

【式２】

【００５５】なお、エラー比率の平均ｒａはアクセス数
が０の区域のエラー比率は含めず計算され、エラー比率
の平方和にも、アクセス数が０の区域のエラー比率の偏
差は含めない。したがって、無駄な計算が省かれる。

【００５６】デバイスドライバ３は、次に、隣接する２
つの区域を一つの区域群として、同様に、各区域群ごと
のエラー比率の平方和に基づいて、エラー偏重率ＤＲを
再度求める。このため、例えば図６（ａ）に示すように
隣接する第ｎ区域と第ｎ＋１区域のエラー比率が極めて
大きい場合と、図６（ｂ）に示すように隣接しない第ｎ
区域と第ｍ区域のエラー比率が極めて大きい場合とで
は、区域を基準として求めたエラー偏重率がほぼ同一の
値であったとしても、この区域群を基準とすることでエ
ラー偏重率の値は全く異なる。つまり、エラー偏重率は
図６（ａ）の場合の方が大きく、図６（ｂ）の場合の方
が小さい。したがって、このようにエラー偏重率ＤＲを
再度計算し直すことで、エラーの空間的な偏りを正確に
求めることができる。

【００５７】このように求めたエラー偏重率ＤＲは、第
１実施形態と同様にデバイスドライバ３が図４の表示窓
４０の比率表示欄４２ａに表示する。

【００５８】上記区域の数は、例えば８Ｇバイト未満の
ハードディスクであれば２５６個とし、８Ｇバイト以上
１６Ｇバイト未満であれば５１２個、１６バイト以上で
あれば１０２４個とする。

【００５９】上記第１および第２実施形態では、記憶装
置であるハードディスクの状態を取得する場合について
説明したが、例えばＭＯのような記憶媒体であっても、
同様にディスク状態を取得できる。この場合、エラー偏
重率が高ければ、媒体の一部が破損していると予測でき
る。したがって、ユーザは、この媒体のバックアップを
取得しておくという対策を講じることができる。

【００６０】

【発明の効果】以上のように本発明の第１構成に係る特
定のディスクを動作させるデバイスドライバにおけるデ
ィスク状態取得方法およびコンピュータ読み取り可能な
記録媒体に記録したデバイスドライバプログラムによれ
ば、ディスクに対するアクセス回数と、アクセス結果が
エラーとなるエラー回数とをそれぞれカウントするの
で、このアクセス回数に対するエラー回数の比率に着目
すれば、ディスクの状態を把握することができる。つま
り、この比率が徐々に増加していれば、ディスクが徐々
に破損してきていることが分かり、また、この比率が所
定値よりも大きければ、ディスクがクラッシュ寸前の状
態であることが分かる。これより、ディスクがクラッシ
ュなどしてしまう前に、ディスクのバックアップを取得
するような対策をユーザは講じることができる。

【００６１】また、本発明の第２構成に係る特定のディ
スクを動作させるデバイスドライバにおけるディスク状
態取得方法およびコンピュータ読み取り可能な記録媒体
に記録したデバイスドライバプログラムによれば、ディ
スクに対するアクセス回数と、アクセスしてからアクセ
ス結果を受けるまでの時間が所定時間よりも大きい場合
のエラー回数とをそれぞれカウントするので、このアク
セス回数に対するエラー回数の比率に着目すれば、上記
第１構成と同様に、ディスクの状態を把握することがで
きる。したがって、ディスクがクラッシュなどしてしま
う前に、ディスクのバックアップを取得するような対策
をユーザは予め講じることができる。

【００６２】さらに、本発明の第３構成に係る特定のデ
ィスクを動作させるデバイスドライバにおけるディスク
状態取得方法によれば、欠陥セクタの数の変化を取得す
ることにより、デバイスドライバでディスクの状態を把
握することができる。つまり、急激に欠陥セクタの数が
増加していれば、ディスクがクラッシュ寸前の状態であ
ることが分かる。これより、ディスクがクラッシュして
しまう前に、ディスクのバックアップを取得するような
対策をユーザは講じることができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るデバイスドライバ
を含むシステム構成を示す概略ブロック図である。

【図２】同実施形態のデバイスドライバ内のカウント用
テーブルを示す図である。

【図３】同実施形態のデバイスドライバの動作を示すフ
ローチャートである。

【図４】同実施形態のデバイスドラバが表示画面に表示
する表示窓を示す図である。

【図５】同実施形態のデバイスドライバが有するディフ
ェクトリストの概略図である。

【図６】（ａ）および（ｂ）は本発明の第２実施形態に
係るデバイスドライバのエラー偏重率の求め方を説明す
るためにディスク上の区域に対するエラー比率を示す図
であって、（ａ）は隣接する２つの区域のエラー比率が
極めて大きい場合、（ｂ）は隣接しない２つの区域のエ
ラー比率が極めて大きい場合の図である。

【符号の説明】

３…デバイスドライバ、６…ディスク、５０…欠陥セク
タのリスト、ａｎ…ディスクアクセス回数、ｅ１ｎ，ｅ
２ｎ…エラー回数、ｒｎ…エラー比率。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 特定のディスクを動作させるデバイスド
   ライバにおけるディスク状態取得方法であって、 前記ディスクに対するアクセス回数と、アクセス結果が
   エラーとなるエラー回数とをそれぞれカウントするディ
   スク状態取得方法。
2. 【請求項２】 請求項１において、前記アクセス回数
   は、前記ディスクに対するアクセス要求を受けるごとに
   １つ加算され、前記エラー回数は、アクセス結果がエラ
   ーとなるごとに１つ加算されるディスク状態取得方法。
3. 【請求項３】 特定のディスクを動作させるデバイスド
   ライバにおけるディスク状態取得方法であって、 前記ディスクに対するアクセス回数と、前記ディスクに
   アクセスしてからアクセス結果を受けるまでの時間が所
   定時間よりも大きい場合のエラー回数とをそれぞれカウ
   ントするディスク状態取得方法。
4. 【請求項４】 請求項３において、前記アクセス回数
   は、前記ディスクに対するアクセス要求を受けるごとに
   １つ加算され、前記エラー回数は、前記ディスクにアク
   セスしてからアクセス結果を受けるまでの時間が所定時
   間よりも大きい場合ごとに１つ加算されるディスク状態
   取得方法。
5. 【請求項５】 請求項１ないし４のいずれかにおいて、
   前記アクセス回数および前記エラー回数を、前記ディス
   クの領域を複数に分割した区域ごとにカウントし、各区
   域ごとのエラー比率を算出し、前記ディスクの領域上に
   おけるエラー比率の偏りの大きさを求めるディスク状態
   取得方法。
6. 【請求項６】 請求項１ないし５のいずれかにおいて、
   さらに、前記アクセス回数および前記エラー回数を表示
   画面上に表示させるディスク状態取得方法。
7. 【請求項７】 特定のディスクを動作させるデバイスド
   ライバにおけるディスク状態取得方法であって、 前記ディスクの欠陥セクタのリストに基づいて、欠陥セ
   クタの数の変化を取得するディスク状態取得方法。
8. 【請求項８】 特定のディスクを動作させるデバイスド
   ライバプログラムを記録したコンピュータ読み取り可能
   な記録媒体であって、 前記ディスクに対するアクセス回数をカウントする手順
   と、 アクセス結果がエラーとなるエラー回数をカウントする
   手順とを実行させるためのデバイスドライバプログラム
   を記録したコンピュータ読み取り可能な記録媒体。
9. 【請求項９】 特定のディスクを動作させるデバイスド
   ライバプログラムを記録したコンピュータ読み取り可能
   な記録媒体であって、 前記ディスクに対するアクセス回数をカウントする手順
   と、 アクセスしてからアクセス結果を受けるまでの時間が所
   定時間よりも大きい場合のエラー回数をカウントする手
   順とを実行させるためのデバイスドライバプログラムを
   記録したコンピュータ読み取り可能な記録媒体。