(57)【要約】【課題】  データが記憶媒体にどの時点で格納されたのかがわかるようにする。【解決手段】  データが記録される取り外し可能な記憶媒体３２の少なくとも１つのロケーションを示す直近に記録されたデータロケーション識別子を読み出すステップ８２、１０２と、取り外し可能な記憶媒体３２にデータを記録するステップ８４、１０４と、新たなデータロケーション識別子を作成するステップと、該新たなデータロケーション識別子および時間値を前記取り外し可能な記憶媒体へと記録するステップ９０、１０８とを含んでなる方法を提供する。【選択図】        図３
2006048911.tif 000002
【特許請求の範囲】
【請求項１】
データが記録される取り外し可能な記憶媒体上の少なくとも１つのロケーションを示す直近に記録されたデータロケーション識別子を読み出すステップと、
該取り外し可能な記憶媒体にデータを記録するステップと、
新たなデータロケーション識別子を作成するステップと、
該新たなデータロケーション識別子および時間値を前記取り外し可能な記憶媒体に記録するステップと
を含んでなる方法。
【請求項２】
前記取り外し可能な記憶媒体にデータを記録するために使用可能な記憶ドライブを示すドライブ識別子を取得するステップと、前記新たなデータロケーション識別子および前記時間値とともに、前記取り外し可能な記憶媒体に該ドライブ識別子を記録するステップとをさらに含む請求項１に記載の方法。
【請求項３】
前記時間値を記録するステップは、日付と時刻とシーケンス番号からなる群から選択された値を記録することを含むものである請求項１に記載の方法。
【請求項４】
時間を受け取るかまたは追跡するためのロジックと、
コードを実行する中央処理装置であって、該コードは該中央処理装置に対して時間値を取得させて該時間値を前記取り外し可能な記憶媒体に記録させるものであり、該時間値は取り外し可能な記憶媒体にデータが記録された時を示すものである中央処理装置と
を含んでなる、取り外し可能な記憶媒体を収容できる記憶ドライブ。
【請求項５】
前記コードは、前記中央処理装置に対して、前記取り外し可能な記憶媒体に記憶ドライブ識別子値も記録させるものであり、該識別子値は前記記憶ドライブを一意に識別するものである請求項４に記載の記憶ドライブ。
【請求項６】
前記コードは、前記中央処理装置に対して、前記取り外し可能な記憶媒体のデータが記録されている部分を示すビットマップをさらに生成させ、前記時間値をさらに取得させ、前記ビットマップと時間値と前記記憶ドライブ識別子とを前記記憶媒体にさらに記録させるものである請求項５に記載の記憶ドライブ。
【請求項７】
前記コードは、前記中央処理装置に対して、アドレス可能単位番号と前記時間値と前記記憶ドライブ識別子とを前記取り外し可能な記憶媒体にさらに記録させるものであり、前記アドレス可能単位番号は、データが記録された記憶媒体アドレス可能単位を確定するために使用可能なものである請求項５に記載の記憶ドライブ。
【請求項８】
前記時間値は、日付と時刻とシーケンス番号とからなる群から選択された値を含むものである請求項４に記載の記憶ドライブ。
【請求項９】
前記時間値は、前記ドライブが該時間値の情報を取得することができない場合には、予め決められた値を含むものである請求項４に記載の記憶ドライブ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取り外し可能な記憶媒体にデータを格納することができる記憶ドライブとこれを用いた方法に関する。
【背景技術】
【０００２】
いくつかの電子システムでは、取り外し可能な記憶媒体にデータを格納することができる記憶ドライブを有する。記憶媒体は取り外し可能であるため、記憶媒体上のデータを１以上の記憶ドライブに格納することができる。さまざまな理由により、どの記憶ドライブによりさまざまなデータが記憶媒体に格納されたのかがわかることと、ドライブの動作寿命の間のどの時点において格納されたものであるかがわかることが望ましい。たとえば、ドライブは、時間の経過により誤動作し始める場合がある。ドライブに関連する監査情報（audit information）を保持することは、ドライブの問題の性質を特定するために有用でありうる。さらに、監査情報は、法的調査または犯罪調査における検証解析(forensic analysis)を容易にすることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、どの記憶ドライブによりどの時点でデータが記憶媒体に格納されたのかを知ることができるようにするものである。
【課題を解決するための手段】
【０００４】
本発明の少なくともいくつかの実施形態によれば、システムおよび関連する方法は、取り外し可能な記憶媒体を収容するように適合された記憶ドライブと、コードを実行するように構成された中央処理装置（ＣＰＵ）とを含む。コードは、記憶ドライブが監査情報を記憶媒体に記録できるようにする。監査情報は、記憶ドライブを識別する識別値と、データが記憶媒体に記録された時を示す値とを含みうる。
【０００５】
本発明の例示的な実施形態を詳細に説明するために、ここで、添付図面を参照する。
【発明を実施するための最良の形態】
【０００６】
以下の説明および特許請求の範囲を通して、特定のシステムコンポーネントについて言及するためにいくつかの用語を使用する。当業者は理解できるように、各コンピュータ会社は、１つのコンポーネントを異なる名称で呼ぶ場合がある。本明細書では、名称は異なるが機能は異ならないコンポーネントを区別することを意図していない。以下の説明および特許請求の範囲において、「含む」および「具備する、備える」という用語は、限定的でないように使用されており、そのため、「含むが、それに限定されない」を意味するように解釈されなければならない。また、「結合する（couple）（複数可）」という用語は、間接的な電気接続または直接的な電気接続を意味するように意図される。このため、第１のデバイスが第２のデバイスに結合する場合には、その接続は、直接的な電気接続であってもよく、または、他のデバイスおよび接続を介しての間接的な電気接続であってもよい。「記録する」という動詞は、記憶媒体にデータを格納し、書き込み、または他の方法により転送することを意味する。
【０００７】
図１は、本発明の例示的な一実施形態によって実施されるシステム２０を示す。図示するように、システム２０は、記憶ドライブ３０に結合されたホスト２２を含む。一般に、ホスト２２は、記憶ドライブにデータを格納し、記憶ドライブからデータを読み出す。したがって、ホスト２２は、記憶ドライブのためのデータ源を表し、および／または、ホスト２２もしくは他のデバイスが使用するために記憶ドライブから読み出されるデータのコンシューマを表す。ホスト２２をコンピュータとして実施してもよく、記憶ドライブ３０は、コンピュータの外部であってもよく、またはコンピュータの内部に位置していてもよい。ホスト２２は、中央処理装置（central processing unit：以下、「ＣＰＵ」とよぶ）２４とデバイスドライバ２６とを含む。デバイスドライバ２６は、ＣＰＵ２４が実行しＣＰＵに対し本明細書において説明する１以上の動作を実行させるソフトウェアを含む。ホストは、時間を受け取るかまたは時間を追跡する時間ロジック２８も含む。現在時刻によってプログラムすることができ、時間の経過を追跡するように機能することができる時刻回路として、時間ロジック２８を実施してもよい。ＣＰＵ２４は、時間ロジック２８と相互作用することにより、時間を示す値を取得する。時間を示す値は、日付、時刻、または、日付および時刻の両方を表してもよい。別法として、値は、監査情報が記憶ドライブ３０に記録される毎などに、適当に増加できるシーケンス番号を含みうる。「時間値（time value）」という用語は、（時間または日付表現およびシーケンス番号など）広く両方の手法を含む。時間値を取得することができない場合には、時間ロジックは予め定められた値を使用する。ホスト２２は、明確にするために特に示さない他のコンポーネントも含みうる。
【０００８】
記憶ドライブ３０は、取り外し可能な記憶媒体３２を収容できる。記憶媒体３２は、光ディスク、磁気ディスクまたは半導体メモリなどの任意の適当なタイプの媒体を含みうる。さらに、「追記型」媒体または「書換え可能」記憶媒体として、記憶媒体を実施してもよい。追記型媒体には複数回データを記録することができるが、（たとえば、ＣＤ−Ｒなどの）追記型媒体に一旦データが書き込まれると、かかるデータを上書きすることも消去することもできない。書換え可能記憶媒体のデータは、上書きしまたは消去することができる。
【０００９】
記憶ドライブ３０は、ＣＰＵ３６と、ＣＰＵ３６が実行することができるコード３８も含みうる。コード３８を実行する記憶ドライブのＣＰＵ３６によって、本明細書において説明する１以上の行為を実行してもよい。記憶ドライブ３０は、ＣＰＵ３６に結合されるかまたは他の方法によりＣＰＵ３６がアクセス可能な時間ロジック４０も含みうる。現在時刻を備える時間ロジック４０をプログラムすることができ、その後、時間ロジック４０は進行する時間を追跡するように機能することができる。たとえば、ホスト２２は、ホストの時間ロジック２８から記憶ドライブの時間ロジック４０に現在時刻を示す値を提供することにより、記憶ドライブが時間の経過を追跡することができるようにしてもよい。
【００１０】
記憶ドライブ３０は、他のすべてのドライブから関連するドライブを一意に識別するためのドライブ識別子（ＩＤ）３４も有する。たとえば、ドライブＩＤは、ドライブ製造業者によって割り当てられる通し番号を含みうる。他の実施形態では、ドライブＩＤ３４は、少なくともいくつか、但しすべてではない他のドライブに対して一意でありうる。同じ記憶媒体３２が同じドライブＩＤを有する２つ以上のドライブにおいてドライブＩＤ３４は使用される可能性が十分低いようなものであることは、本明細書において開示される主題事項の目的として一般的に十分なものである。（「一意の」（unique）ドライブＩＤのような）「一意」という用語を、本明細書では両方の文脈で使用する。記憶ドライブ３０の不揮発性メモリにドライブＩＤ３４を格納してもよく、または、（たとえば、ドライブに含まれるプリント回路基板に形成されるトレースにおける一意のパターンにより）ドライブの回路部にハードコードしてもよい。実施形態によっては、ドライブＩＤは、永久的であり、したがって変更できない。永久的でなくても、専用の機器またはプロセスなしに変更することが困難であることもドライブＩＤに適している。他の実施形態では、ドライブＩＤは、ドライブの識別子の代りにまたはそれに加えてホスト２２の識別子を含みうる。さらに、ドライブＩＤは、システム１０またはシステム１０のユーザに関連する公的に入手可能な情報を含みうる。ドライブＩＤは、さらにまたは別法として、システム１０のユーザのプライバシーを保護するために（たとえば、捜索令状などの）有効な法的プロセスに従って合法的に回収可能な個人情報を含みうる。
【００１１】
ドライブＩＤ３４は、英数字および／または他の記号を含む値を有していてもよい。少なくとも１つの実施形態では、ドライブＩＤ３４は、製造業者コード（１６ビット）と、モデルコード（１６ビット）と、通し番号（３２ビット）とを含む６４ビット値を含む。それぞれ異なる記憶ドライブ製造業者に対して、一意の製造業者コードを割り当ててもよく、１６ビットを用いることにより、６５，０００を超える異なる製造業者コードが可能である。望ましい場合には改訂版を含む、記憶デバイスのそれぞれ異なるモデルに、一意のモデルコードを割り当ててもよい。モデルコードに１６ビットを使用することにより、６５，０００を超える一意のモデルコードを利用することができる。各ドライブに対し、通し番号は一般に一意である。したがって、同じ製造業者によって提供される同じモデルの２つのドライブは、ドライブＩＤの通し番号要素が異なるため、依然として異なるドライブＩＤを有する。（製造業者コードとモデルコードと通し番号との）ドライブＩＤの３つの要素を、連結してもよく、他の方法により結合してもよく、または、任意の適当な方法により合わせて使用してもよい。
【００１２】
別の実施形態では、特定のモデルのすべてのドライブが、そのドライブにおいて実行しているファームウェアにより符号化されるドライブＩＤを有していてもよい。本実施形態では、特定のモデルの各ドライブは、３２ビットの通し番号を有する。ファームウェアがアップグレードされる場合には、ドライブ通し番号は変更されず、依然として利用可能である。別の実施形態によれば、ドライブＩＤはホストにより（たとえば、デバイスドライバ２６に従ってＣＰＵ２４により）生成される。ドライブがインストールされる場合には、ドライバは、オペレータに対して番号を入力するように促してもよく、その番号は、たとえば、ドライブにプリントされているがドライブコントローラ電子機器によって読み取ることができない人間が読取可能な通し番号でありうる。別法として、製造業者番号およびモデル番号のみを手動で入力してもよく、デバイスドライバ２６がランダムな３２ビットの通し番号を生成してもよい。別法として、デバイスドライバは、ホストに対するファームウェア（たとえば、ＢＩＯＳ）の通し番号など、ホストコンピュータに関連する一意の番号から通し番号を生成してもよい。デバイスドライバは、通し番号を提供する場合には、その番号を不揮発性メモリに保存しなければならず、またはドライバがロードされる度に常に同じ番号を再現するように決定論的アルゴリズムを採用すべきである。デバイスドライバが通し番号を提供する場合には、ドライブは、初期化時にデバイスドライバからドライブ識別を取得してもよい。
【００１３】
一般に、記録されたデータは、種々の方法により参照することができるアドレス可能単位（addressable unit）へとフォーマットされる。例には、セクタ、ブロック、クラスタ、トラックまたは他の単位用語がある。以下の説明では、用語「アドレス可能単位(addressable unit)」を、包括的に、上に列挙した記憶の単位または他の既知の単位のうちの任意のものおよびすべてを指すように使用する。本明細書において開示する記録された時間値は、一般に、記憶媒体上の記憶のアドレス可能単位とともに使用される。また、ドライブは、記憶媒体の一部を読み出し、その１つの下位部分を変更し、部分全体を書き換えることができるということも理解されるべきである。この読出し・変更・書込みのシナリオにおいて、そしていくつかの実施形態によって、変更された下位部分に対する監査情報を記録してもよく、時間値を使用していずれのドライブが部分全体を記録したかを判断してもよい。
【００１４】
図２は、記憶媒体にデータを記録することができるアドレス可能単位を概念的に示す。記憶媒体は、アドレス可能単位５０、５２、５４、５６、５８および６０などの複数のアドレス可能単位を有する。１以上のアドレス可能単位は、ビットマップ６２と、時間値６４と、ドライブＩＤ６６とを格納するように適合される。これらの値の使用について、図３に関連して後に説明する。ビットマップ６２は、図２では、複数の読取可能であり書込可能ビット（ビット７０、７２、７４、７６など）を含むものとして拡大形式で示されている。一実施形態では、ビットマップ６２の各ビットは、記憶媒体のアドレス可能単位に対応する。たとえば、ビット７０はアドレス可能単位５０に対応し、ビット７２はアドレス可能単位５２に対応し、ビット７４はアドレス可能単位５４に対応し、ビット７６はアドレス可能単位５６に対応する。別法として、各ビットは、固定数のアドレス可能単位に対応してもよい。論理「０」または論理「１」としてビットマップの各ビットを書き込むことにより、ホスト２２によって対応するアドレス可能単位にデータが記録されたか否かを指定することができる。したがって、０のビット値は対応するアドレス可能単位にデータが記録されていないことを示すことができ、１のビット値は対応するアドレス可能単位に実際にデータが記録されたことを示すことができる。別の実施形態では、０のビット値は、対応するアドレス可能単位にデータが記録されたことを示すことができ、１のビット値は、対応するアドレス可能単位にデータが記録されていないことを示すことができる。ビットマップ６２の各ビットの状態を検査することにより、いずれのアドレス可能単位にデータが記録されたかと、いずれのアドレス可能単位にデータが記録されていないかを判断することができる。追記型記憶媒体の場合には、ビットマップ６２を使用して、いずれのアドレス可能単位に新たなデータを記録すべきかを判断してもよい。次に説明するように、ビットマップ６２を、さらなる目的のために使用してもよい。
【００１５】
本発明のさまざまな実施形態によれば、たとえばホストが記憶媒体にデータを記録する回数に応じて、記憶媒体３２に１以上のビットマップ６２を記録してもよい。コード３８を実行する記憶デバイスのＣＰＵ３６により、デバイスドライバ２６を実行するホストのＣＰＵ２４により、またはそれぞれのコード／ドライバを実行する両ＣＰＵの組合せにより、ビットマップ６２を生成し変更してもよい。少なくともいくつかの実施形態では、先に記録されたビットマップから新たなビットマップを作成しまたは変更し、新たなデータが記憶媒体３２の１以上のアドレス可能単位に記録される時に、記憶媒体の使用可能な非ユーザデータエリアに記録する。新たなビットマップを作成するプロセスは、新たなデータの記録と同時に、または任意の１以上の後続する時点、たとえば記憶ドライブ３０から記憶媒体を排出する直前、記憶ドライブ３０またはホスト２２の電源を切る直前、データが記録されてからある期間が経過した後、または、所定量のデータが記憶媒体３２に記録された時に発生してもよい。ビットマップは、新たに作成されまたは変更される度に、データが先に記録されたかまたは新たなビットマップの作成と同時に記録されたアドレス可能単位を識別してもよい。各ビットマップとともに記録されるのは、ホストの時間ロジック２８によって提供される時間値６４である。ビットマップに対応する時間値６４は、ビットマップが作成され記憶媒体に記録された時を示す。このため、時間値６４は、ビットマップに対する日付またはタイムスタンプとして機能し、別法として、先に説明したようなシーケンス番号を含みうる。各対応するビットマップおよび時間値とともにドライブＩＤ６６もまた記録され、それは、ビットマップ６２および時間値６４を取り外し可能な記憶媒体３２に記録するために使用された特定の記憶ドライブ３０を識別する。したがって、一続きのビットマップ６２／時間値６４／ドライブＩＤ６６を作成し記憶媒体に記録することによって、「監査トレール（audit trail）」を形成してもよい。
【００１６】
図３を参照すると、例示的なプロセス８０は、行為８２、８４、８６、８７、８８および９０を含むように示されている。（たとえばランダムなどの）不連続な順序により記憶媒体のアドレス可能単位にデータを記録することができる一実施形態により、図３のプロセス８０を使用してもよい。ブロック８２において、ホスト２２は、（時間値６４によって直近に格納されたものとして識別される）直近に格納されたビットマップ６２を読み出す。当然ながら、最初に記憶媒体にアクセスされると、そこにはまだビットマップ６２が格納されていないので、その場合にはビットマップは記憶媒体から読み出されるのではなく作成される。直近に記録されたビットマップ６２を検査することにより、ある場合はアドレス可能単位が新たなデータを記録するために依然として利用可能であるか否かを判断することができる。任意のアドレス可能単位が利用可能である範囲に対して、ホスト２２は、記憶媒体の利用可能なアドレス可能単位のうちの１以上にデータを記録する（ブロック８４）。ブロック８６において、ホスト２２は、新たに記録されたアドレス可能単位を識別するようにビットマップを変更する。新たに変更されたビットマップは、ブロック８４に記録された追加のセクタとともに、先のビットマップにより識別された記録済みのアドレス可能単位を識別する。ブロック８８において、ホストは、時間値およびドライブＩＤを取得する。時間値は、一般に、（たとえば、日付、時刻およびシーケンス番号などの）新たなビットマップが作成される時間に対応する。シーケンス番号を使用する場合には、新たな時間値は、プロセス８０が実行された先の時間中に、先のシーケンス番号を増加することによって生成される。一般に、新たなビットマップが作成された瞬間に対する時間値の精度が高いことは必要ではないが、任意の精度であることが好ましい。一般に、時間値の精度および分解能は、システム設計者が所与のアプリケーションに対して望むもの全てに従う。実施形態によっては、たとえば、新たなデータが記憶媒体に記録される日付を記録することで十分である。他の実施形態では、時間値は、記憶媒体が新たなデータで作成された日付および時間を反映してもよい。さらに他の実施形態では、時間値は、時間、分、秒または他の時間間隔の分解能で日付および時刻を反映してもよい。９０において、ホストは、時間値およびドライブＩＤとともに新たに作成されたビットマップを、記憶媒体３２の利用可能なアドレス可能単位に記録する。ブロック８８においてホスト２２によって取得されたドライブＩＤは、新たなデータを記録するために使用されている記憶ドライブ３０に関連するドライブＩＤ３４を含む。少なくともいくつかの実施形態では、ブロック８４が実行されるのとほぼ同時に、または、記憶ドライブから記憶媒体３２を排出するプロセス中もしくはシステム２０をシャットダウンするプロセス中などの別の瞬間に、ブロック８６と８８と９０を実行してもよい。図３に示す行為の順序を必要に応じて変更してもよい。たとえば、ブロック８４の前などの他の時にブロック８８を実行してもよい。
【００１７】
一般に、ホスト２２および記憶ドライブ３０の調整された動作によって、図３に示す行為を実行する。実施形態によっては、図３に示す１以上の行為を、ホストコンピュータによって独占的に実行してもよい。他の実施形態では、図３に示す１以上の行為を、記憶ドライブ３０によって独占的に実行してもよい。さらに他の実施形態では、図３のいくつかの行為をホスト２２によって実行してもよく、他の行為を記憶ドライブによって実行してもよい。たとえば、記憶ドライブ３０が、ビットマップを変更してもよく（ブロック８６）、ブロック８８において、ホスト２２が、時間値を取得してもよい。別法として、ホスト２２が、記憶ドライブ３０の時間ロジック４０をプログラムし、それにより記憶ドライブが時間を追跡することができるようにしてもよい。本実施形態では、記憶ドライブ３０は、ブロック８８においてそのように時間値を取得してもよい。
【００１８】
セクタが不連続な順序で記録される上述した実施形態に対する別の実施形態では、ホスト２２は、データを記憶媒体３２に特定の順序で記録する。たとえば、アドレス可能単位番号０から開始しアドレス可能単位番号１、２、３などを含む連続した順序により、各アドレス可能単位を番号付けする。図４は、ホスト２２が連続したアドレス可能単位順により記憶媒体３２にデータを記録する本発明の別の実施形態を示す。ホスト２２は、ビットマップ６２を使用するのではなく、時間値６４およびドライブＩＤ６６とともに、最新アドレス可能単位番号（last addressable unit number：以下「ＬＡＵＮ」とよぶ）９６を記憶媒体３２に格納する。ＬＡＵＮ９６は、ホスト２２によって先に記録された、最も高い番号が付されたアドレス可能単位に対応する。たとえば、ホスト２２が先にアドレス可能単位番号０〜９に書き込んだ場合には、ＬＡＵＮ９６は、番号９（または９に対する２値の等価値などの番号９の適当な表現）を含む。本実施形態では、先に記録されたアドレス可能単位（したがって、追記型記憶媒体に新たなデータを書き込む目的で利用可能でないアドレス可能単位）は、ＬＡＵＮに基づいて確定される。ＬＡＵＮ以下の番号を有するすべてのセクタには、データが記録されている。ＬＡＵＮを上回るかまたはそれ以上の番号を有するすべてのアドレス可能単位が、新たなデータを記録するために利用可能である。少なくともいくつかの実施形態では、（たとえば一対の）複数のＬＡＵＮを使用して、データが記録された或る範囲のアドレス可能単位を定義することができる。上述したビットマップと同様に、一連のＬＡＵＮ９６／時間値６６／ドライブＩＤ６４を記憶媒体３２に記録することにより、監査トレールを提供することができる。
【００１９】
図５は、図４の実施形態とともに使用可能な例示的なプロセス１００を示す。１０２において、ホスト２２は、記憶媒体から直近に格納された最新アドレス可能単位番号を読み出す。直近に格納されたＬＡＵＮを使用して、すでにデータが記録されたアドレス可能単位と、新たなデータを記録するために依然として利用可能なアドレス可能単位とを確定することができる。直近に格納されたＬＡＵＮを、記憶媒体におけるかかるＬＡＵＮ９６各々に関連する時間値６４を検査することによって確定する。１０４において、ホストは、１以上の利用可能なアドレス可能単位に新たなデータを記録することにより、新たなＬＡＵＮに達する。１０６において、ホスト（または記憶ドライブ）は、上述したように新たな時間値およびドライブＩＤを取得する。１０８において、ホスト（または記憶ドライブ）は、新たに確定されたＬＡＵＮとともに、新たに取得された時間値およびドライブＩＤを、記憶媒体の利用可能なアドレス可能単位に記録する。上述したように、図５に示す１以上の行為を、ホスト２２によって独占的に実行してもよく、または、記憶ドライブ３０によって独占的に実行してもよい。別法として、ホストによって実行される行為もあれば、記憶ドライブによって実行される行為があってもよい。図３に関して上述したように、図示する順序とは異なる順序により行為を実行してもよく、行為によっては省略してもよい。
【００２０】
上述したさまざまな実施形態により、時間またはシーケンス情報を含む監査トレールが記憶媒体に格納される。一般に、ホスト２２が記憶媒体にデータを記録する度に、データを記録するために使用された記憶ドライブまたはシステムを識別するための監査トレール情報も、記録に関連する時間またはシーケンス情報および対応する記憶ドライブによって記録されたアドレス可能単位の指示と共に含まれる。種々の方法によりこの情報を使用することができる。たとえば、検証解析を実行することにより、誤りが生じた特定の記憶ドライブまたは記憶ドライブのモデルに関する情報を識別することができる。記憶ドライブの特定のモデルに誤りがあると確定された場合には、評価は、ドライブのライフサイクル中に通常誤りがいつ発生するかに関するものであってもよい。さらに、かかる監査トレール情報は、犯罪または他のタイプの法的調査において有用であり得る。上述した監査トレール情報の使用は、上記例によって限定されない。
【００２１】
当業者には、上記開示が完全に理解されると、多数の変形および変更が明らかとなろう。たとえば、本明細書で提供する教示は、コンピュータシステムとともに、光ディスクビデオレコーダなどの独立型記憶デバイスに適用可能である。
【図面の簡単な説明】
【００２２】
【図１】本発明の例示的な一実施形態によるシステムを示す図である。
【図２】ビットマップが日付スタンプおよびドライブ識別子（ＩＤ）と共に使用される一実施形態を示す図である。
【図３】本発明による方法の一実施形態を示す図である。
【図４】ビットマップの代りに最終クラスタ識別子値が使用される代替的な一実施形態を示す図である。
【図５】本発明による代替的な方法の一実施形態を示す図である。
【図１】
2006048911.tif 000003
【図２】
2006048911.tif 000004
【図３】
2006048911.tif 000005
【図４】
2006048911.tif 000006
【図５】
2006048911.tif 000007