ハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法
【課題】ハードウェアコストを増加させることなく、移植性、信頼性、及びセキュリティに優れたハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法を提供すること。
【解決手段】本発明におけるハードディスクデータ保護装置は、唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成するための第一生成モジュールと、上記ハードディスク属性設定コマンドを送信するための送信モジュールとを含む。
【解決手段】本発明におけるハードディスクデータ保護装置は、唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成するための第一生成モジュールと、上記ハードディスク属性設定コマンドを送信するための送信モジュールとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶データのセキュリティを保障する技術分野に関し、特にハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法に関する。
【背景技術】
【０００２】
コンピュータが広く応用されるにつれ、ハードディスクデータのセキュリティ問題が益々人々に重視されるようになり、ハードディスクデータ保護に基づいた技術が次々と生まれた。現在、特定のハードディスクのデータパーティションを保護するために、通常、ハードディスク保護カード、シングルハードディスク隔離カード及びハードディスク保護装置を含むハードウェアプラスソフトウェア方式と、ＢＩＯＳモディフィケーション、及びオペレーティングシステムにおける駆動プログラムを変更して、インストールすることを含む単純なソフトウェア方式とを採用する。次に、各種方式に対してそれぞれ説明を加える。
【０００３】
ハードディスク保護カード方式は、“ライト保護”原理を採用して、ハードウェア信号から保護パーティションへのライト操作を隔離する。同時にハードディスク保護カード技術の発展に従って、ハードディスク保護カード技術がさらに進展し、ハードディスクパーティション状況によって一つの固定的な大きさを有するハードディスク空間バッファとして占用してデータ保護機能を実現し、データをバックアップしたり、あるいはバッファをマッピングしたりする。しかし、ハードディスク保護カード方式は、一定のハードウェアコストを要するか、あるいは、一定のハードディスク空間資源を要する。
シングルハードディスク隔離カード方式は、一定のハードウェア設備とこれらに応じたソフトウェアによって、ハードディスクインタフェース信号を捕らえて、ハードディスクリード・ライトのアドレス信号を取得し、これらを論理アドレスに変換した後、特定のハードディスクデータ領域を保護して、ハードディスクパーティション間の隔離を実現する。シングルハードディスク隔離カード方式の応用範囲は比較的に広いものの、一定のハードウェアコストを同様に要し、しかもハードディスクの差異のために、サポート・メンテナンスの困難を引き起こす。
ハードディスク保護装置は、いくつか特定のプロセッサあるいは回路装置を採用することによって、ハードディスクインタフェース信号を捕らえて、ハードディスクをリード・ライトする時のアドレス信号を取得し、これらを論理アドレスに変換した後、ハードディスクのリード・ライト信号を制御する。これによって特定のデータ領域を保護する機能を実現する。しかし、この方法はハードウェアコストを要し、かつ従来の規格で設計したコンピュータシステムを変更する必要があるので、不便を引き起こす。
【０００４】
上述の記述からわかるように、ハードウェアプラスソフトウェア方式を採用することによってハードディスクデータ保護を実現することは、すべてハードウェアコストを増加させる必要があるので、それに応じたメンテナンス問題も引き起こす。したがって、ソフトウェア方式のハードディスクデータ保護方法が提案された。
入出力システム変更方式は、ハードディスクのデータリード・ライトインタラプト（ＩＮＴ１３）を変更することによって、特定のハードディスクのデータ領域をバックアップして保護する。この方式は、ハードウェアコストを増加させることがないが、インタラプトサービスルーチンが捕らされ、変更されやすく、いくつかのアプリケーションとの互換性の問題を引き起こす。しかも、従来のオペレーティングシステムがＢＩＯＳインタラプトサービスルーチンに依存しないので、オペレーティングシステムにおける特定のドライバと組み合わせなければいけない。従って、互換性の問題を引き起こしやすく、プラットフォーム移植性が悪い。
オペレーティングシステムにおけるドライバプログラムを変更・インストールする方式は、オペレーティングシステムと結合することにより、特定のハードディスクのデータ領域を保護することを実現する。この方式はオペレーティングシステムのコアに依存して、ウイルスあるいは不正なソフトウェア、不正な操作から侵入されやすく、セキュリティにある程度影響する。また、オペレーティングシステムのタイプに基づいて変更する必要があり、プラットフォーム移植性が悪い。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、ハードウェアコストを増加させることなく、信頼性及びセキュリティに優れたハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施態様においては、唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成するための第一生成モジュールと、上記ハードディスク属性設定コマンドを送信するための送信モジュールとを含むハードディスク保護装置を提供する。
本発明の別の一実施態様においては、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールとを含むハードディスクを提供する。
【０００７】
本発明の別の一実施態様においては、ハードディスクを含むデータシステム用のハードディスクデータ保護方法として、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信するステップと、ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定するステップとを含むハードディスクデータ保護方法を提供する。
本発明の別の一実施態様においては、プロセッサと、上記プロセッサに接続するディスプレイと、上記プロセッサに接続し、データを記憶するためのハードディスクとを含むコンピュータにおいて、上記ハードディスクは、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールとを含むコンピュータを提供する。
【発明の効果】
【０００８】
本発明の一つあるいは複数の実施態様は少なくとも以下のような有益な効果を備えている。
まず、ハードディスクのファームウェア（firmware）の中に、いくつかのインタフェースコマンドを拡張し、ソフトウェアでインタフェースコマンドを送信することにより、本技術案を実現したので、ハードウェアコストを増加させる必要はない。
次に、ＡＴＡコマンドのみに依存するので、コンピュータハードウェアシステムあるいはオペレーティングシステムに依存せず、移植性が良い。
最後に、ハードディスクのファームウェア変更が上記機能をサポートすれば、実際の応用時には、いくつかのソフトウェア制御、例えば、コンピュータ基本入出力システム（ＢＩＯＳ）変更により、あるいはいくつかのアプリケーションソフトの設計開発によって、それを実現しやすく、ゆえにシステムコストの増加を回避する。上述技術案は最下層ファームウェアに基づくので、優れた信頼性及びセキュリティを有する。
【発明を実施するための最良の形態】
【０００９】
本発明の実施形態によるハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法は、ハードディスク内のファームウェア（firmware）を変更し、ハードディスク設定コマンド（Set Command）を増加することにより実現され、対応したハードディスクインタフェースコマンドをハードディスクに送信し、ハードディスクの論理アドレス領域の属性設定を実現して、ハードディスクの特定のデータ領域を保護する。
【００１０】
本発明の実施形態について詳述する前に、本発明がいっそう良く理解されるように、まず、ハードディスクの構造を説明する。
図１に示すように、一般的に、ハードディスクは、記憶モジュールにおいての位置が論理ブロックアドレス（Logic Block Address）に基づいて確定されたデータを記憶するための記憶モジュールと、ハードディスクに送信するための入力コマンドブロックレジスタ（Input Command Block Register）、ハードディスクから受信するための出力コマンドブロックレジスタ（Output Command Block Register）グループ、及びコマンドを実行した（あるいはコマンドを実行しない）後でハードディス設備から返信した状態のレジスタであるエラーコード出力レジスタ（Error Outputs Register）を備えるファームウェアセル、及び制御論理セルを含む制御モジュールと、駆動モジュールと、を含む。
本発明の具体的な実施形態では、従来のＡＴＡ規格に従って詳しく説明するが、もちろんほかのハードディスクインタフェースコマンド規格に基づいて実現されることも可能である。
【００１１】
本発明の実施形態におけるハードディスク保護装置は、第一生成モジュールと、第一送信モジュールとを含む。
上記第一生成モジュールは、ユーザの選択により、従来のＡＴＡ規格を利用して、唯一のコマンドコードを備えかつハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成する。また、送信したコマンドには、設定するべきであるハードディスク記憶領域の情報とリード・ライト属性設定情報とを含む。このハードディスク記憶領域の情報はＬＢＡで転送される。
そのうち、上記リード・ライト属性設定情報は、データを読出すことしかできず、書込んだデータを無効にするリード・オンリーと、データを書込むことしかできず、読出したデータを無効データ（０ＦＦＨ）とするライト・オンリーと、読出したデータを無効データ（０ＦＦＨ）とし、書込んだデータを無効にするリード・ライト不可と、正常状態であるリード・ライト可能と、を含む。
上記第一送信モジュールは、ハードディスク属性設定コマンドをハードディスク側の入力コマンドブロックレジスタに送信する。
制御モジュールは、ハードディスク属性設定コマンドにおけるコマンドコード、リード・ライト属性設定情報及び設定するべきであるハードディスク記憶領域の情報により、対応したハードディスク記憶領域を設定し、上記ハードディスク記憶領域リード・ライト属性をリード・オンリー、ライト・オンリー、リード・ライト不可またはリード・ライト可能に設定する。
【００１２】
上記ハードディスク保護装置は、ＢＩＯＳに一体化して設置することが可能であり、また、独立して設置するモジュールであることも可能である。同時に、上記ハードディスクリード・ライト属性は、ハードディスクを電源に接続する時に設定されることが可能であり、また、ハードディスク稼動過程中に設定されることも可能である。
もちろん、本発明の実施形態における方法を実現する前に、まず、ハードディスクがハードディスク記憶領域リード・ライト属性設定をサポートするかどうかを知る必要があり、ここで、設備命令の識別によって、ハードディスクがハードディスク記憶領域リード・ライト属性設定をサポートするかどうかを取得することが可能である。
設備命令の識別を介して取得する情報は次の表に示される。
【００１３】
【表１Ａ】
【表１Ｂ】
【００１４】
Ｗｏｒｄ Ｏｆｆｓｅｔ ８４（Command set/feature supported extension）のｂｉｔ ６は１であり、ハードディスク記憶領域リード・ライト属性設定をサポートすることを示す。
図２に示すように、本発明の実施形態におけるハードディスクデータ保護方法は、唯一のコマンドコードを備え、ＡＴＡ規格に基づいて生成したハードディスク属性設定コマンドであって、ＬＢＡを介して伝えられ、設定するべきであるハードディスク記憶領域の情報と、リード・オンリー、ライト・オンリー、リード・ライト不可及びリード・ライト可能を含む属性設定情報とを含むハードディスク属性設定コマンドを受信するステップ２１と、ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定するステップ２２とを含む。
ハードディスク属性設定コマンドにおけるコマンドコード、属性設定情報及び設定するべきであるハードディスク記憶領域の情報により、対応したハードディスク記憶領域を設定し、上記ハードディスク記憶領域リード・ライト属性をリード・オンリー、ライト・オンリー、リード・ライト不可あるいはリード・ライト可能に設定する。
【００１５】
もちろん、上記記憶領域リード・ライト属性を設定した後、さらにそれを回復できるはずであり、この時に下述のような２種類の形態を介して行える。
第１種の形態は、ハードディスク領域リード・ライト属性をリード・ライト可能に設定するためのハードディスク属性設定コマンドを直接に利用して、対応した記憶領域リード・ライト属性をリード・ライト可能に回復する。
第２種の形態は、従来のＡＴＡ規格により、ハードディスク記憶領域リード・ライト属性をリード・ライト可能に回復するためのハードディスク記憶領域リード・ライト属性回復コマンドを生成する。
両者の区別は、第１種の形態及び第２種の形態において採用したコマンドのコマンドコードが異なり、同時に、第１種の形態が特定の記憶領域について設定を行い、第２種の形態がすべての記憶領域について設定を行えるということにある。
【００１６】
図２に示すような方法を採用すれば、設定するべきであるハードディスク記憶領域のＬＢＡを取得する必要があるので、一般的なユーザにとっては便利でないかもしれない。従って、本発明の実施形態の方法において、さらに従来のＡＴＡ規格により、ハードディスクの記憶領域を連続的な複数の記憶ブロックに分けるためのハードディスクブロック化コマンドを生成する。即ち、直前の記憶ブロックのエンドアドレス（ＬＢＡ）に１を足して、現在の記憶ブロックのスタートアドレスとする。このコマンドは、少なくとも、唯一のコマンドコード及び記憶ブロックの個数を含む必要がある。
ハードディスクを複数の記憶ブロックに分けた後、記憶ブロックによって、ハードディスク属性設定コマンドにおける設定するべきであるハードディスク記憶領域の情報を表示する。
【００１７】
ハードディスク記憶領域のリード・ライト属性を設定した後、この領域のリード・ライト属性を読出すことができるはずであり、これによって、ハードディスク保護装置は、さらに、第二生成モジュールと、第二送信モジュールとを含む。
上記第二生成モジュールは、従来のＡＴＡ規格により、唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を読出すためのハードディスク属性読出しコマンドを生成する。また、このハードディスク属性読出しコマンドは、読出す必要のあるハードディスク記憶領域の情報を含む。このハードディスク記憶領域の情報は、ＬＢＡを介して伝えられる。
上記第二送信モジュールは、ハードディスクブロック化コマンドを送信する。
【００１８】
以下、図３に示すような記憶ブロックを例として説明する。
図３に示すように、上記ハードディスの記憶領域がＮ個の記憶ブロックに分けられ、それぞれ、スタートアドレスがｓＬＢＡ１であり、エンドアドレスがｅＬＢＡ１である第一記憶ブロック、スタートアドレスがｓＬＢＡ２（ｅＬＢＡ１＋１）であり、エンドアドレスがｅＬＢＡ２である第二記憶ブロック、…、スタートアドレスがｓＬＢＡＮ−１であり、エンドアドレスがｅＬＢＡＮ−１である第Ｎ−１記憶ブロック、スタートアドレスがｓＬＢＡＮであり、エンドアドレスがｅＬＢＡＮである第Ｎ記憶ブロックとする。
上記記憶ブロックは連続的であるが、もちろん連続しない記憶ブロックに設定されることも可能であり、その区別はただＬＢＡの違いにあるので、ここでは詳しい説明を省略する。
【００１９】
第ｎ記憶ブロックをリード・オンリーに設定する必要があれば、第ｎ記憶ブロックのスタートアドレスがｓＬＢＡｎ−１であり、エンドアドレスがｅＬＢＡｎ−１であることを取得した後、ハードディスクにＡＴＡフォーマットのハードディスク属性設定コマンドを送信する。このハードディスク属性設定コマンドは、ｓＬＢＡｎ−１を含め、エンドアドレスがｓＬＢＡｎ−１であり、さらに対応したコマンドコードとハードディスク記憶領域設定をリード・オンリーに設定するような情報を含む。
従来のＡＴＡ規格では、Ｄｅｖｉｃｅの第０ビット、第１ビット、第２ビット及び第３ビットが保留位に属するので、これによって、この四つの位置から二つを選択してリード・ライト属性設定を行える。
ここで、ハードディスク記憶領域のハードディスク属性設定コマンドのコマンドコードをＢ１Ｈに設定した場合、入力コマンドブロックレジスタは次の表に示される。
【００２０】
【表２】
【００２１】
このうち、ｎａはこのビットを注目しないことを示し、コマンドコードレジスタの値がＢ１Ｈであり、Ｓｅｃｔｏｒ Ｃｏｕｎｔメモリの値が操作に対応した記憶ブロックを表示し、ＤｅｖｉｃｅのＤＥＶがハードディスクのマスタースレーブ属性を表示し、Ｄｅｖｉｃｅの０ビットと１ビットがそれぞれリード制御とライト制御に応用される。
ＷＲＩＴＥは、１であれば属性をライト可能と設定したことを示し、０であれば属性をライト不可と設定したことを示す。
ＲＥＡＤは、１であれば属性をリード可能と設定したことを示し、０であれば属性をリード不可と設定したことを示す。
【００２２】
ＷＲＩＴＥが１であり、かつＲＥＡＤが０であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をライト・オンリーに設定するように、ハードディスクを動作させる。
ＷＲＩＴＥが１であり、かつＲＥＡＤが１であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をリード・ライト可能に設定するように、ハードディスクを動作させる。
ＷＲＩＴＥが０であり、かつＲＥＡＤが０であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をリード・ライト不可に設定するように、ハードディスクを動作させる。
ＷＲＩＴＥが０であり、かつＲＥＡＤが１であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をリード・オンリーに設定するように、ハードディスクを動作させる。
【００２３】
上述した処理によって、特定の記憶領域のリード・ライト属性設定を実現することが可能であり、もし記憶領域が設定されなかった場合に、上記記憶領域のリード・ライト属性はリード・ライト可能となる。
ハードディスク記憶領域のリード・ライト属性を設定した後、記憶領域が出力コマンドブロックレジスタに１グループのデータを返信し、出力コマンドブロックレジスタは次の表に示される。
【００２４】
【表３】
【００２５】
このうち、ｎａは、このビットを注目しないことを示し、自由にライト可能である。
ＤＥＶは、ハードディスクのマスター（master）スレーブ（slave）属性を示す。
ＢＳＹは、ビジー状態を表示して、０であればコマンド実行完了を示す。
ＤＲＤＹは、設備状態を表示して、１に設定されるべきである。
ＤＦは、設備故障を表示して、０にクリアされるべきである。
ＤＲＱは、設備リクエストを表示して、０にクリアされるべきである。
４８ ｂｉｔのＬＢＡをサポートできるハードディスク領域にリード・ライト属性設定を行う時に、ＨＯＢ情報さえ増加すればよく、そのコマンドコードがＢ２Ｈであり、入力コマンドブロックレジスタは以下の二つの表に示される。
【００２６】
【表４】
【００２７】
上述の二つの表は、それぞれ４８ ｂｉｔのＬＢＡをサポートしない場合と、４８ ｂｉｔのＬＢＡをサポートする場合とのハードディスクの設定を示し、このうちＨＯＢ制御がハードディスクＩＯレジスタ−デバイス制御レジスタ（Device Control Register）によって行われる。
【００２８】
【表５】
【００２９】
上記表に示すように、このうち、ｒは、保留（Reserved）ビットであり、ＳＲＳＴは、ソフトウェアのｒｅｓｅｔビットであり、ｎＩＥＮは、ハードディスク設備がＩＮＴＲＱを送信することを許可する。
出力コマンドブロックレジスタは、上述したものと同じであるので、再び説明しない。
もちろん、ハードディスク領域のリード・ライト属性を設定した後、この特定領域のリード・ライト属性を読出すことができるはずであり、上記ハードディスク属性読出しコマンドのコマンドコードはＢ３Ｈであり、入力コマンドブロックレジスタは下表に示される。
【００３０】
【表６】
【００３１】
上述のハードディスク属性読出しコマンドは、第ｎ記憶ブロックのリード・ライト属性を読出すことを示す。
ハードディスク記憶領域に対しリード・ライト属性を読出した後、記憶領域が出力コマンドブロックレジスタに１グループのデータを返信し、出力コマンドブロックレジスタは以下の表に示される。
【００３２】
【表７】
【００３３】
デバイスレジスタの第０ビットと第１ビットの値によれば、第ｎ記憶ブロックのリード・ライト属性を取得することが可能であり、このうち、ＷＲＩＴＥは、１であれば属性をライト可能と設定したことを示し、０であれば属性をライト不可と設定したことを示す。
ＲＥＡＤは、１であれば属性をリード可能と設定したことを示し、０であれば属性をリード不可と設定したことを示す。
前文ですでに言及した通り、ユーザが設定しやすくするために、ハードディスクを複数の記憶ブロックに分ける。ここで、ハードディスクブロック化コマンドをＢ４Ｈに設定すれば、入力コマンドブロックレジスタは以下の表に示される。
【００３４】
【表８】
【００３５】
上述のコマンドはハードディスをｎ＋１個記憶ブロックに分けることを示す。
それに対応した出力コマンドブロックレジスタは下表に示される。
【００３６】
【表９】
【００３７】
もちろん、ハードディスクを複数の記憶領域に分けた後、ユーザはハードディスクブロック化情報取得コマンドによってハードディスクのブロック化情報を取得することも可能である。
ハードディスクブロック化情報取得コマンドのコマンドコードをＢ５Ｈに設定すれば、入力コマンドブロックレジスタは下表に示される。
【００３８】
【表１０】
【００３９】
上述のコマンドはハードディスクのブロック化情報を取得することを示す。
それに対応した出力コマンドブロックレジスタは下表に示される。
【００４０】
【表１１】
【００４１】
このうち、上述Ｓｅｃｔｏｒ Ｃｏｕｎｔレジスタの値はハードディスクブロックの個数であり、即ちハードディスクがｎ＋１個記憶ブロックに分けられたことを示す。
４８ ｂｉｔのＬＢＡをサポートするハードディスクにとって、上述した形態を採用することも可能であり、その区別はただ４８ ｂｉｔのＬＢＡをサポートするかどうかにあり、再び説明しない。
前文ですでに言及した通り、本発明の実施形態においては２種類の形態を採用してハードディスク設定を回復することが可能であり、第二種の形態において、ハードディスクリード・ライト属性回復コマンドを採用して実現した。ハードディスクリード・ライト属性回復コマンドのコマンドコードをＢ６Ｈに設定すれば、入力コマンドブロックレジスタは下表に示される。
【００４２】
【表１２】
【００４３】
それに対応した出力コマンドブロックレジスタは下表に示される。
【００４４】
【表１３】
【００４５】
本発明の実施形態によるコンピュータはハードディスクを含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信するための第一レジスタと、ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールとを含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するための第二レジスタと、ハードディスクブロック化コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域から記憶ブロックを分けるための第二ハードディスク属性設定モジュールとをさらに含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するための第三レジスタと、ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を読出すための第三ハードディスク属性設定モジュールとをさらに含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するための第四レジスタと、ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性をデフォルトに回復するための第四ハードディスク属性設定モジュールとをさらに含む。
【００４６】
上記ハードディスク属性設定モジュールは、従来のハードディスクのコントローラによって実現されることが可能である。
このうち、第一レジスタ、第二レジスタ、第三レジスタ及び第四レジスタは同じであっても、異なってもよい。
第一ハードディスク属性設定モジュール、第二ハードディスク属性設定モジュール、第三ハードディスク属性設定モジュール及び第四ハードディスク属性設定モジュールは同じであっても、異なってもよい。
【００４７】
次に、一実際形態における本発明の方法と装置の応用について説明する。
一つのハードディスクにおいてそれぞれ外部ネットワーク及び内部ネットワーク用の一つのオペレーティングシステムがインストールされ、外部ネットワークシステムに切り替える場合、内部ネットワークデータを取得して変更することが不可能であり、内部ネットワークシステムを使う場合、外部ネットワークシステムとのデータシェアリングを選択的に実現することが可能である。
従って、まず、ハードディスクデータ領域を三つの領域に分けた。
Ａ領域、即ち保護安全領域は、属性をリード・ライト不可、かつユーザに見られないように設定する必要があり、保護対象の安全ゾーンである。いくつかのシステム設定情報、例えばハードディスクパーティションテーブル情報をセーブするのに使われる。
Ｂ領域、即ち内部ネットワーク領域は、内部ネットワークシステムに使用される。
Ｃ領域、即ち外部ネットワーク領域は、主に外部ネットワークシステムに使用される。
システムを電源に接続して起動した後、ハードディスクブロック化コマンドによってハードディスクデータ領域をそれぞれ、Ａ領域、Ｂ領域、Ｃ領域の三つの部分に分ける。
コマンドコードがＢ１Ｈであるハードディスク属性設定コマンドを送信し、Ａ領域をリード・ライト不可に設定する。
【００４８】
ユーザが内部ネットワークシステムまたは外部ネットワークシステムを起用したかを判断する。
ユーザが内部ネットワークシステムを起用することを選択した場合、ハードディスクパーティションフォーム情報を変更し、さらにコマンドコードがＢ１Ｈであるハードディスク属性設定コマンドを送信するにより、Ｂ領域をリード・ライト可能に設定し、もちろん同時にＣ領域を設定することも可能である、
ユーザが外部ネットワークシステムを起用することを選択した場合、ハードディスクパーティションフォーム情報を変更し、さらにコマンドコードがＢ１Ｈであるハードディスク属性設定コマンドを送信することにより、Ｂ領域をリード・ライト不可に設定する。
上述した形態により、ハードディスク記憶領域のリード・ライト属性を確実に設定し、ハードディスク記憶データを保護することが可能である。
【００４９】
以上、本発明の実施形態のみについて説明したが、当業者にとって、本発明の原理を逸脱しない範囲内で上述した実施形態に種々の変更及び修正を加えることが可能であり、それらを本発明の権利保護範囲から排除するものではない。
【図面の簡単な説明】
【００５０】
【図１】ハードディスクの大まかな構造を示す模式図である。
【図２】本発明実施形態に係るハードディスク保護装置によるデータ保護方法のフローチャートを示す図である。
【図３】ハードディスク記憶領域が記憶ブロックに分けられたことを示す模式図である。
【技術分野】
【０００１】
本発明は、記憶データのセキュリティを保障する技術分野に関し、特にハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法に関する。
【背景技術】
【０００２】
コンピュータが広く応用されるにつれ、ハードディスクデータのセキュリティ問題が益々人々に重視されるようになり、ハードディスクデータ保護に基づいた技術が次々と生まれた。現在、特定のハードディスクのデータパーティションを保護するために、通常、ハードディスク保護カード、シングルハードディスク隔離カード及びハードディスク保護装置を含むハードウェアプラスソフトウェア方式と、ＢＩＯＳモディフィケーション、及びオペレーティングシステムにおける駆動プログラムを変更して、インストールすることを含む単純なソフトウェア方式とを採用する。次に、各種方式に対してそれぞれ説明を加える。
【０００３】
ハードディスク保護カード方式は、“ライト保護”原理を採用して、ハードウェア信号から保護パーティションへのライト操作を隔離する。同時にハードディスク保護カード技術の発展に従って、ハードディスク保護カード技術がさらに進展し、ハードディスクパーティション状況によって一つの固定的な大きさを有するハードディスク空間バッファとして占用してデータ保護機能を実現し、データをバックアップしたり、あるいはバッファをマッピングしたりする。しかし、ハードディスク保護カード方式は、一定のハードウェアコストを要するか、あるいは、一定のハードディスク空間資源を要する。
シングルハードディスク隔離カード方式は、一定のハードウェア設備とこれらに応じたソフトウェアによって、ハードディスクインタフェース信号を捕らえて、ハードディスクリード・ライトのアドレス信号を取得し、これらを論理アドレスに変換した後、特定のハードディスクデータ領域を保護して、ハードディスクパーティション間の隔離を実現する。シングルハードディスク隔離カード方式の応用範囲は比較的に広いものの、一定のハードウェアコストを同様に要し、しかもハードディスクの差異のために、サポート・メンテナンスの困難を引き起こす。
ハードディスク保護装置は、いくつか特定のプロセッサあるいは回路装置を採用することによって、ハードディスクインタフェース信号を捕らえて、ハードディスクをリード・ライトする時のアドレス信号を取得し、これらを論理アドレスに変換した後、ハードディスクのリード・ライト信号を制御する。これによって特定のデータ領域を保護する機能を実現する。しかし、この方法はハードウェアコストを要し、かつ従来の規格で設計したコンピュータシステムを変更する必要があるので、不便を引き起こす。
【０００４】
上述の記述からわかるように、ハードウェアプラスソフトウェア方式を採用することによってハードディスクデータ保護を実現することは、すべてハードウェアコストを増加させる必要があるので、それに応じたメンテナンス問題も引き起こす。したがって、ソフトウェア方式のハードディスクデータ保護方法が提案された。
入出力システム変更方式は、ハードディスクのデータリード・ライトインタラプト（ＩＮＴ１３）を変更することによって、特定のハードディスクのデータ領域をバックアップして保護する。この方式は、ハードウェアコストを増加させることがないが、インタラプトサービスルーチンが捕らされ、変更されやすく、いくつかのアプリケーションとの互換性の問題を引き起こす。しかも、従来のオペレーティングシステムがＢＩＯＳインタラプトサービスルーチンに依存しないので、オペレーティングシステムにおける特定のドライバと組み合わせなければいけない。従って、互換性の問題を引き起こしやすく、プラットフォーム移植性が悪い。
オペレーティングシステムにおけるドライバプログラムを変更・インストールする方式は、オペレーティングシステムと結合することにより、特定のハードディスクのデータ領域を保護することを実現する。この方式はオペレーティングシステムのコアに依存して、ウイルスあるいは不正なソフトウェア、不正な操作から侵入されやすく、セキュリティにある程度影響する。また、オペレーティングシステムのタイプに基づいて変更する必要があり、プラットフォーム移植性が悪い。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、ハードウェアコストを増加させることなく、信頼性及びセキュリティに優れたハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施態様においては、唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成するための第一生成モジュールと、上記ハードディスク属性設定コマンドを送信するための送信モジュールとを含むハードディスク保護装置を提供する。
本発明の別の一実施態様においては、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールとを含むハードディスクを提供する。
【０００７】
本発明の別の一実施態様においては、ハードディスクを含むデータシステム用のハードディスクデータ保護方法として、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信するステップと、ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定するステップとを含むハードディスクデータ保護方法を提供する。
本発明の別の一実施態様においては、プロセッサと、上記プロセッサに接続するディスプレイと、上記プロセッサに接続し、データを記憶するためのハードディスクとを含むコンピュータにおいて、上記ハードディスクは、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールとを含むコンピュータを提供する。
【発明の効果】
【０００８】
本発明の一つあるいは複数の実施態様は少なくとも以下のような有益な効果を備えている。
まず、ハードディスクのファームウェア（firmware）の中に、いくつかのインタフェースコマンドを拡張し、ソフトウェアでインタフェースコマンドを送信することにより、本技術案を実現したので、ハードウェアコストを増加させる必要はない。
次に、ＡＴＡコマンドのみに依存するので、コンピュータハードウェアシステムあるいはオペレーティングシステムに依存せず、移植性が良い。
最後に、ハードディスクのファームウェア変更が上記機能をサポートすれば、実際の応用時には、いくつかのソフトウェア制御、例えば、コンピュータ基本入出力システム（ＢＩＯＳ）変更により、あるいはいくつかのアプリケーションソフトの設計開発によって、それを実現しやすく、ゆえにシステムコストの増加を回避する。上述技術案は最下層ファームウェアに基づくので、優れた信頼性及びセキュリティを有する。
【発明を実施するための最良の形態】
【０００９】
本発明の実施形態によるハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法は、ハードディスク内のファームウェア（firmware）を変更し、ハードディスク設定コマンド（Set Command）を増加することにより実現され、対応したハードディスクインタフェースコマンドをハードディスクに送信し、ハードディスクの論理アドレス領域の属性設定を実現して、ハードディスクの特定のデータ領域を保護する。
【００１０】
本発明の実施形態について詳述する前に、本発明がいっそう良く理解されるように、まず、ハードディスクの構造を説明する。
図１に示すように、一般的に、ハードディスクは、記憶モジュールにおいての位置が論理ブロックアドレス（Logic Block Address）に基づいて確定されたデータを記憶するための記憶モジュールと、ハードディスクに送信するための入力コマンドブロックレジスタ（Input Command Block Register）、ハードディスクから受信するための出力コマンドブロックレジスタ（Output Command Block Register）グループ、及びコマンドを実行した（あるいはコマンドを実行しない）後でハードディス設備から返信した状態のレジスタであるエラーコード出力レジスタ（Error Outputs Register）を備えるファームウェアセル、及び制御論理セルを含む制御モジュールと、駆動モジュールと、を含む。
本発明の具体的な実施形態では、従来のＡＴＡ規格に従って詳しく説明するが、もちろんほかのハードディスクインタフェースコマンド規格に基づいて実現されることも可能である。
【００１１】
本発明の実施形態におけるハードディスク保護装置は、第一生成モジュールと、第一送信モジュールとを含む。
上記第一生成モジュールは、ユーザの選択により、従来のＡＴＡ規格を利用して、唯一のコマンドコードを備えかつハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成する。また、送信したコマンドには、設定するべきであるハードディスク記憶領域の情報とリード・ライト属性設定情報とを含む。このハードディスク記憶領域の情報はＬＢＡで転送される。
そのうち、上記リード・ライト属性設定情報は、データを読出すことしかできず、書込んだデータを無効にするリード・オンリーと、データを書込むことしかできず、読出したデータを無効データ（０ＦＦＨ）とするライト・オンリーと、読出したデータを無効データ（０ＦＦＨ）とし、書込んだデータを無効にするリード・ライト不可と、正常状態であるリード・ライト可能と、を含む。
上記第一送信モジュールは、ハードディスク属性設定コマンドをハードディスク側の入力コマンドブロックレジスタに送信する。
制御モジュールは、ハードディスク属性設定コマンドにおけるコマンドコード、リード・ライト属性設定情報及び設定するべきであるハードディスク記憶領域の情報により、対応したハードディスク記憶領域を設定し、上記ハードディスク記憶領域リード・ライト属性をリード・オンリー、ライト・オンリー、リード・ライト不可またはリード・ライト可能に設定する。
【００１２】
上記ハードディスク保護装置は、ＢＩＯＳに一体化して設置することが可能であり、また、独立して設置するモジュールであることも可能である。同時に、上記ハードディスクリード・ライト属性は、ハードディスクを電源に接続する時に設定されることが可能であり、また、ハードディスク稼動過程中に設定されることも可能である。
もちろん、本発明の実施形態における方法を実現する前に、まず、ハードディスクがハードディスク記憶領域リード・ライト属性設定をサポートするかどうかを知る必要があり、ここで、設備命令の識別によって、ハードディスクがハードディスク記憶領域リード・ライト属性設定をサポートするかどうかを取得することが可能である。
設備命令の識別を介して取得する情報は次の表に示される。
【００１３】
【表１Ａ】
【表１Ｂ】
【００１４】
Ｗｏｒｄ Ｏｆｆｓｅｔ ８４（Command set/feature supported extension）のｂｉｔ ６は１であり、ハードディスク記憶領域リード・ライト属性設定をサポートすることを示す。
図２に示すように、本発明の実施形態におけるハードディスクデータ保護方法は、唯一のコマンドコードを備え、ＡＴＡ規格に基づいて生成したハードディスク属性設定コマンドであって、ＬＢＡを介して伝えられ、設定するべきであるハードディスク記憶領域の情報と、リード・オンリー、ライト・オンリー、リード・ライト不可及びリード・ライト可能を含む属性設定情報とを含むハードディスク属性設定コマンドを受信するステップ２１と、ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定するステップ２２とを含む。
ハードディスク属性設定コマンドにおけるコマンドコード、属性設定情報及び設定するべきであるハードディスク記憶領域の情報により、対応したハードディスク記憶領域を設定し、上記ハードディスク記憶領域リード・ライト属性をリード・オンリー、ライト・オンリー、リード・ライト不可あるいはリード・ライト可能に設定する。
【００１５】
もちろん、上記記憶領域リード・ライト属性を設定した後、さらにそれを回復できるはずであり、この時に下述のような２種類の形態を介して行える。
第１種の形態は、ハードディスク領域リード・ライト属性をリード・ライト可能に設定するためのハードディスク属性設定コマンドを直接に利用して、対応した記憶領域リード・ライト属性をリード・ライト可能に回復する。
第２種の形態は、従来のＡＴＡ規格により、ハードディスク記憶領域リード・ライト属性をリード・ライト可能に回復するためのハードディスク記憶領域リード・ライト属性回復コマンドを生成する。
両者の区別は、第１種の形態及び第２種の形態において採用したコマンドのコマンドコードが異なり、同時に、第１種の形態が特定の記憶領域について設定を行い、第２種の形態がすべての記憶領域について設定を行えるということにある。
【００１６】
図２に示すような方法を採用すれば、設定するべきであるハードディスク記憶領域のＬＢＡを取得する必要があるので、一般的なユーザにとっては便利でないかもしれない。従って、本発明の実施形態の方法において、さらに従来のＡＴＡ規格により、ハードディスクの記憶領域を連続的な複数の記憶ブロックに分けるためのハードディスクブロック化コマンドを生成する。即ち、直前の記憶ブロックのエンドアドレス（ＬＢＡ）に１を足して、現在の記憶ブロックのスタートアドレスとする。このコマンドは、少なくとも、唯一のコマンドコード及び記憶ブロックの個数を含む必要がある。
ハードディスクを複数の記憶ブロックに分けた後、記憶ブロックによって、ハードディスク属性設定コマンドにおける設定するべきであるハードディスク記憶領域の情報を表示する。
【００１７】
ハードディスク記憶領域のリード・ライト属性を設定した後、この領域のリード・ライト属性を読出すことができるはずであり、これによって、ハードディスク保護装置は、さらに、第二生成モジュールと、第二送信モジュールとを含む。
上記第二生成モジュールは、従来のＡＴＡ規格により、唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を読出すためのハードディスク属性読出しコマンドを生成する。また、このハードディスク属性読出しコマンドは、読出す必要のあるハードディスク記憶領域の情報を含む。このハードディスク記憶領域の情報は、ＬＢＡを介して伝えられる。
上記第二送信モジュールは、ハードディスクブロック化コマンドを送信する。
【００１８】
以下、図３に示すような記憶ブロックを例として説明する。
図３に示すように、上記ハードディスの記憶領域がＮ個の記憶ブロックに分けられ、それぞれ、スタートアドレスがｓＬＢＡ１であり、エンドアドレスがｅＬＢＡ１である第一記憶ブロック、スタートアドレスがｓＬＢＡ２（ｅＬＢＡ１＋１）であり、エンドアドレスがｅＬＢＡ２である第二記憶ブロック、…、スタートアドレスがｓＬＢＡＮ−１であり、エンドアドレスがｅＬＢＡＮ−１である第Ｎ−１記憶ブロック、スタートアドレスがｓＬＢＡＮであり、エンドアドレスがｅＬＢＡＮである第Ｎ記憶ブロックとする。
上記記憶ブロックは連続的であるが、もちろん連続しない記憶ブロックに設定されることも可能であり、その区別はただＬＢＡの違いにあるので、ここでは詳しい説明を省略する。
【００１９】
第ｎ記憶ブロックをリード・オンリーに設定する必要があれば、第ｎ記憶ブロックのスタートアドレスがｓＬＢＡｎ−１であり、エンドアドレスがｅＬＢＡｎ−１であることを取得した後、ハードディスクにＡＴＡフォーマットのハードディスク属性設定コマンドを送信する。このハードディスク属性設定コマンドは、ｓＬＢＡｎ−１を含め、エンドアドレスがｓＬＢＡｎ−１であり、さらに対応したコマンドコードとハードディスク記憶領域設定をリード・オンリーに設定するような情報を含む。
従来のＡＴＡ規格では、Ｄｅｖｉｃｅの第０ビット、第１ビット、第２ビット及び第３ビットが保留位に属するので、これによって、この四つの位置から二つを選択してリード・ライト属性設定を行える。
ここで、ハードディスク記憶領域のハードディスク属性設定コマンドのコマンドコードをＢ１Ｈに設定した場合、入力コマンドブロックレジスタは次の表に示される。
【００２０】
【表２】
【００２１】
このうち、ｎａはこのビットを注目しないことを示し、コマンドコードレジスタの値がＢ１Ｈであり、Ｓｅｃｔｏｒ Ｃｏｕｎｔメモリの値が操作に対応した記憶ブロックを表示し、ＤｅｖｉｃｅのＤＥＶがハードディスクのマスタースレーブ属性を表示し、Ｄｅｖｉｃｅの０ビットと１ビットがそれぞれリード制御とライト制御に応用される。
ＷＲＩＴＥは、１であれば属性をライト可能と設定したことを示し、０であれば属性をライト不可と設定したことを示す。
ＲＥＡＤは、１であれば属性をリード可能と設定したことを示し、０であれば属性をリード不可と設定したことを示す。
【００２２】
ＷＲＩＴＥが１であり、かつＲＥＡＤが０であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をライト・オンリーに設定するように、ハードディスクを動作させる。
ＷＲＩＴＥが１であり、かつＲＥＡＤが１であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をリード・ライト可能に設定するように、ハードディスクを動作させる。
ＷＲＩＴＥが０であり、かつＲＥＡＤが０であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をリード・ライト不可に設定するように、ハードディスクを動作させる。
ＷＲＩＴＥが０であり、かつＲＥＡＤが１であるとき、第ｎ記憶ブロック（スタートアドレスがｓＬＢＡｎであり、エンドアドレスがｅＬＢＡｎである）の属性をリード・オンリーに設定するように、ハードディスクを動作させる。
【００２３】
上述した処理によって、特定の記憶領域のリード・ライト属性設定を実現することが可能であり、もし記憶領域が設定されなかった場合に、上記記憶領域のリード・ライト属性はリード・ライト可能となる。
ハードディスク記憶領域のリード・ライト属性を設定した後、記憶領域が出力コマンドブロックレジスタに１グループのデータを返信し、出力コマンドブロックレジスタは次の表に示される。
【００２４】
【表３】
【００２５】
このうち、ｎａは、このビットを注目しないことを示し、自由にライト可能である。
ＤＥＶは、ハードディスクのマスター（master）スレーブ（slave）属性を示す。
ＢＳＹは、ビジー状態を表示して、０であればコマンド実行完了を示す。
ＤＲＤＹは、設備状態を表示して、１に設定されるべきである。
ＤＦは、設備故障を表示して、０にクリアされるべきである。
ＤＲＱは、設備リクエストを表示して、０にクリアされるべきである。
４８ ｂｉｔのＬＢＡをサポートできるハードディスク領域にリード・ライト属性設定を行う時に、ＨＯＢ情報さえ増加すればよく、そのコマンドコードがＢ２Ｈであり、入力コマンドブロックレジスタは以下の二つの表に示される。
【００２６】
【表４】
【００２７】
上述の二つの表は、それぞれ４８ ｂｉｔのＬＢＡをサポートしない場合と、４８ ｂｉｔのＬＢＡをサポートする場合とのハードディスクの設定を示し、このうちＨＯＢ制御がハードディスクＩＯレジスタ−デバイス制御レジスタ（Device Control Register）によって行われる。
【００２８】
【表５】
【００２９】
上記表に示すように、このうち、ｒは、保留（Reserved）ビットであり、ＳＲＳＴは、ソフトウェアのｒｅｓｅｔビットであり、ｎＩＥＮは、ハードディスク設備がＩＮＴＲＱを送信することを許可する。
出力コマンドブロックレジスタは、上述したものと同じであるので、再び説明しない。
もちろん、ハードディスク領域のリード・ライト属性を設定した後、この特定領域のリード・ライト属性を読出すことができるはずであり、上記ハードディスク属性読出しコマンドのコマンドコードはＢ３Ｈであり、入力コマンドブロックレジスタは下表に示される。
【００３０】
【表６】
【００３１】
上述のハードディスク属性読出しコマンドは、第ｎ記憶ブロックのリード・ライト属性を読出すことを示す。
ハードディスク記憶領域に対しリード・ライト属性を読出した後、記憶領域が出力コマンドブロックレジスタに１グループのデータを返信し、出力コマンドブロックレジスタは以下の表に示される。
【００３２】
【表７】
【００３３】
デバイスレジスタの第０ビットと第１ビットの値によれば、第ｎ記憶ブロックのリード・ライト属性を取得することが可能であり、このうち、ＷＲＩＴＥは、１であれば属性をライト可能と設定したことを示し、０であれば属性をライト不可と設定したことを示す。
ＲＥＡＤは、１であれば属性をリード可能と設定したことを示し、０であれば属性をリード不可と設定したことを示す。
前文ですでに言及した通り、ユーザが設定しやすくするために、ハードディスクを複数の記憶ブロックに分ける。ここで、ハードディスクブロック化コマンドをＢ４Ｈに設定すれば、入力コマンドブロックレジスタは以下の表に示される。
【００３４】
【表８】
【００３５】
上述のコマンドはハードディスをｎ＋１個記憶ブロックに分けることを示す。
それに対応した出力コマンドブロックレジスタは下表に示される。
【００３６】
【表９】
【００３７】
もちろん、ハードディスクを複数の記憶領域に分けた後、ユーザはハードディスクブロック化情報取得コマンドによってハードディスクのブロック化情報を取得することも可能である。
ハードディスクブロック化情報取得コマンドのコマンドコードをＢ５Ｈに設定すれば、入力コマンドブロックレジスタは下表に示される。
【００３８】
【表１０】
【００３９】
上述のコマンドはハードディスクのブロック化情報を取得することを示す。
それに対応した出力コマンドブロックレジスタは下表に示される。
【００４０】
【表１１】
【００４１】
このうち、上述Ｓｅｃｔｏｒ Ｃｏｕｎｔレジスタの値はハードディスクブロックの個数であり、即ちハードディスクがｎ＋１個記憶ブロックに分けられたことを示す。
４８ ｂｉｔのＬＢＡをサポートするハードディスクにとって、上述した形態を採用することも可能であり、その区別はただ４８ ｂｉｔのＬＢＡをサポートするかどうかにあり、再び説明しない。
前文ですでに言及した通り、本発明の実施形態においては２種類の形態を採用してハードディスク設定を回復することが可能であり、第二種の形態において、ハードディスクリード・ライト属性回復コマンドを採用して実現した。ハードディスクリード・ライト属性回復コマンドのコマンドコードをＢ６Ｈに設定すれば、入力コマンドブロックレジスタは下表に示される。
【００４２】
【表１２】
【００４３】
それに対応した出力コマンドブロックレジスタは下表に示される。
【００４４】
【表１３】
【００４５】
本発明の実施形態によるコンピュータはハードディスクを含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信するための第一レジスタと、ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールとを含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するための第二レジスタと、ハードディスクブロック化コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域から記憶ブロックを分けるための第二ハードディスク属性設定モジュールとをさらに含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するための第三レジスタと、ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を読出すための第三ハードディスク属性設定モジュールとをさらに含む。
ハードディスクは、唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するための第四レジスタと、ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性をデフォルトに回復するための第四ハードディスク属性設定モジュールとをさらに含む。
【００４６】
上記ハードディスク属性設定モジュールは、従来のハードディスクのコントローラによって実現されることが可能である。
このうち、第一レジスタ、第二レジスタ、第三レジスタ及び第四レジスタは同じであっても、異なってもよい。
第一ハードディスク属性設定モジュール、第二ハードディスク属性設定モジュール、第三ハードディスク属性設定モジュール及び第四ハードディスク属性設定モジュールは同じであっても、異なってもよい。
【００４７】
次に、一実際形態における本発明の方法と装置の応用について説明する。
一つのハードディスクにおいてそれぞれ外部ネットワーク及び内部ネットワーク用の一つのオペレーティングシステムがインストールされ、外部ネットワークシステムに切り替える場合、内部ネットワークデータを取得して変更することが不可能であり、内部ネットワークシステムを使う場合、外部ネットワークシステムとのデータシェアリングを選択的に実現することが可能である。
従って、まず、ハードディスクデータ領域を三つの領域に分けた。
Ａ領域、即ち保護安全領域は、属性をリード・ライト不可、かつユーザに見られないように設定する必要があり、保護対象の安全ゾーンである。いくつかのシステム設定情報、例えばハードディスクパーティションテーブル情報をセーブするのに使われる。
Ｂ領域、即ち内部ネットワーク領域は、内部ネットワークシステムに使用される。
Ｃ領域、即ち外部ネットワーク領域は、主に外部ネットワークシステムに使用される。
システムを電源に接続して起動した後、ハードディスクブロック化コマンドによってハードディスクデータ領域をそれぞれ、Ａ領域、Ｂ領域、Ｃ領域の三つの部分に分ける。
コマンドコードがＢ１Ｈであるハードディスク属性設定コマンドを送信し、Ａ領域をリード・ライト不可に設定する。
【００４８】
ユーザが内部ネットワークシステムまたは外部ネットワークシステムを起用したかを判断する。
ユーザが内部ネットワークシステムを起用することを選択した場合、ハードディスクパーティションフォーム情報を変更し、さらにコマンドコードがＢ１Ｈであるハードディスク属性設定コマンドを送信するにより、Ｂ領域をリード・ライト可能に設定し、もちろん同時にＣ領域を設定することも可能である、
ユーザが外部ネットワークシステムを起用することを選択した場合、ハードディスクパーティションフォーム情報を変更し、さらにコマンドコードがＢ１Ｈであるハードディスク属性設定コマンドを送信することにより、Ｂ領域をリード・ライト不可に設定する。
上述した形態により、ハードディスク記憶領域のリード・ライト属性を確実に設定し、ハードディスク記憶データを保護することが可能である。
【００４９】
以上、本発明の実施形態のみについて説明したが、当業者にとって、本発明の原理を逸脱しない範囲内で上述した実施形態に種々の変更及び修正を加えることが可能であり、それらを本発明の権利保護範囲から排除するものではない。
【図面の簡単な説明】
【００５０】
【図１】ハードディスクの大まかな構造を示す模式図である。
【図２】本発明実施形態に係るハードディスク保護装置によるデータ保護方法のフローチャートを示す図である。
【図３】ハードディスク記憶領域が記憶ブロックに分けられたことを示す模式図である。
【特許請求の範囲】
【請求項１】
唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成するための第一生成モジュールと、
上記ハードディスク属性設定コマンドを送信するための送信モジュールと
を含むことを特徴とするハードディスク保護装置。
【請求項２】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定すべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含むことを特徴とする請求項１に記載のハードディスク保護装置。
【請求項３】
上記リード・ライト属性設定情報は、
上記ハードディスク記憶領域がリード・オンリーに設定される場合と、
上記ハードディスク記憶領域がライト・オンリーに設定される場合と、
上記ハードディスク記憶領域がリード・ライト不可に設定される場合と、
上記ハードディスク記憶領域がリード・ライト可能に設定される場合と
をそれぞれ示す４タイプの情報を含むことを特徴とする請求項２に記載のハードディスク保護装置。
【請求項４】
唯一のコマンドコードを備え、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるためのハードディスクブロック化コマンドを生成するための第二生成モジュールと、
上記ハードディスクブロック化コマンドを送信するための第二送信モジュールと
をさらに含むことを特徴とする請求項１に記載のハードディスク保護装置。
【請求項５】
唯一のコマンドコードを備え、上記ハードディスク記憶領域のリード・ライト属性を読出すためのハードディスク属性読出しコマンドを生成するための第三生成モジュールと、
上記ハードディスク属性読出しコマンドを送信するための第三送信モジュールと
をさらに含むことを特徴とする請求項１に記載のハードディスク保護装置。
【請求項６】
唯一のコマンドコードを備え、上記リード・ライト属性をデフォルト状態に回復するためのハードディスクリード・ライト属性回復コマンドを生成するための第四生成モジュールと、
上記ハードディスクリード・ライト属性回復コマンドを送信するための第四送信モジュールと
をさらに含むことを特徴とする請求項５に記載のハードディスク保護装置。
【請求項７】
唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、
上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールと
を含むことを特徴とするハードディスク。
【請求項８】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定するべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含み、
上記第一ハードディスク属性設定モジュールは、上記唯一のコマンドコード及びリード・ライト属性設定情報により、ハードディスク記憶領域の情報に対応するハードディスク記憶領域のリード・ライト属性を設定することを特徴とする請求項７に記載のハードディスク。
【請求項９】
唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するための第二レジスタと、
上記ハードディスクブロック化コマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるための第二ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項７に記載のハードディスク。
【請求項１０】
唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するための第三レジスタと、
上記ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出すための第三ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項７に記載のハードディスク。
【請求項１１】
唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するための第四レジスタと、
上記ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、上記リード・ライト属性をデフォルト状態に回復するための第四ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項１０に記載のハードディスク。
【請求項１２】
ハードディスクを含むデータシステム用のハードディスクデータ保護方法であって、
唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信するステップと、
ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定するステップと
を含むことを特徴とするハードディスクデータ保護方法。
【請求項１３】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定するべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含むことを特徴とする請求項１２に記載のハードディスクデータ保護方法。
【請求項１４】
ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定する前に、
唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するステップと、
上記ハードディスクブロック化コマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるステップと
をさらに含むことを特徴とする請求項１２に記載のハードディスクデータ保護方法。
【請求項１５】
唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するステップと、
ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出すステップと
をさらに含むことを特徴とする請求項１２に記載のハードディスクデータ保護方法。
【請求項１６】
上記ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出した後、
唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するステップと、
上記ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、上記リード・ライト属性をデフォルト状態に回復するステップと
をさらに含むことを特徴とする請求項１５に記載のハードディスクデータ保護方法。
【請求項１７】
プロセッサと、
上記プロセッサに接続するディスプレイと、
上記プロセッサに接続し、データを記憶するためのハードディスクと
を含むコンピュータにおいて、
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、
上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールと
を含むことを特徴とするコンピュータ。
【請求項１８】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定するべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含み、
上記第一ハードディスク属性設定モジュールは、上記唯一のコマンドコード及びリード・ライト属性設定情報により、ハードディスク記憶領域の情報に応じたハードディスク記憶領域のリード・ライト属性を設定することを特徴とする請求項１７に記載のコンピュータ。
【請求項１９】
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するための第二レジスタと、
上記ハードディスクブロック化コマンドにおける唯一のコマンドコ一ドにより、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるための第二ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項１７に記載のコンピュータ。
【請求項２０】
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するための第三レジスタと、
上記ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出すための第三ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項１７に記載のコンピュータ。
【請求項２１】
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するための第四レジスタと、
上記ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、上記リード・ライト属性をデフォルト状態に回復するための第四ハードディスク属性設定モジュールと
を含むことを特徴とする請求項２０に記載のコンピュータ。
【請求項１】
唯一のコマンドコードを備え、ハードディスク記憶領域のリード・ライト属性を設定するためのハードディスク属性設定コマンドを生成するための第一生成モジュールと、
上記ハードディスク属性設定コマンドを送信するための送信モジュールと
を含むことを特徴とするハードディスク保護装置。
【請求項２】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定すべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含むことを特徴とする請求項１に記載のハードディスク保護装置。
【請求項３】
上記リード・ライト属性設定情報は、
上記ハードディスク記憶領域がリード・オンリーに設定される場合と、
上記ハードディスク記憶領域がライト・オンリーに設定される場合と、
上記ハードディスク記憶領域がリード・ライト不可に設定される場合と、
上記ハードディスク記憶領域がリード・ライト可能に設定される場合と
をそれぞれ示す４タイプの情報を含むことを特徴とする請求項２に記載のハードディスク保護装置。
【請求項４】
唯一のコマンドコードを備え、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるためのハードディスクブロック化コマンドを生成するための第二生成モジュールと、
上記ハードディスクブロック化コマンドを送信するための第二送信モジュールと
をさらに含むことを特徴とする請求項１に記載のハードディスク保護装置。
【請求項５】
唯一のコマンドコードを備え、上記ハードディスク記憶領域のリード・ライト属性を読出すためのハードディスク属性読出しコマンドを生成するための第三生成モジュールと、
上記ハードディスク属性読出しコマンドを送信するための第三送信モジュールと
をさらに含むことを特徴とする請求項１に記載のハードディスク保護装置。
【請求項６】
唯一のコマンドコードを備え、上記リード・ライト属性をデフォルト状態に回復するためのハードディスクリード・ライト属性回復コマンドを生成するための第四生成モジュールと、
上記ハードディスクリード・ライト属性回復コマンドを送信するための第四送信モジュールと
をさらに含むことを特徴とする請求項５に記載のハードディスク保護装置。
【請求項７】
唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、
上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールと
を含むことを特徴とするハードディスク。
【請求項８】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定するべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含み、
上記第一ハードディスク属性設定モジュールは、上記唯一のコマンドコード及びリード・ライト属性設定情報により、ハードディスク記憶領域の情報に対応するハードディスク記憶領域のリード・ライト属性を設定することを特徴とする請求項７に記載のハードディスク。
【請求項９】
唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するための第二レジスタと、
上記ハードディスクブロック化コマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるための第二ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項７に記載のハードディスク。
【請求項１０】
唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するための第三レジスタと、
上記ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出すための第三ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項７に記載のハードディスク。
【請求項１１】
唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するための第四レジスタと、
上記ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、上記リード・ライト属性をデフォルト状態に回復するための第四ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項１０に記載のハードディスク。
【請求項１２】
ハードディスクを含むデータシステム用のハードディスクデータ保護方法であって、
唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信するステップと、
ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定するステップと
を含むことを特徴とするハードディスクデータ保護方法。
【請求項１３】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定するべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含むことを特徴とする請求項１２に記載のハードディスクデータ保護方法。
【請求項１４】
ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、上記ハードディスクにおけるハードディスク記憶領域のリード・ライト属性を設定する前に、
唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するステップと、
上記ハードディスクブロック化コマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるステップと
をさらに含むことを特徴とする請求項１２に記載のハードディスクデータ保護方法。
【請求項１５】
唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するステップと、
ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出すステップと
をさらに含むことを特徴とする請求項１２に記載のハードディスクデータ保護方法。
【請求項１６】
上記ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出した後、
唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するステップと、
上記ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、上記リード・ライト属性をデフォルト状態に回復するステップと
をさらに含むことを特徴とする請求項１５に記載のハードディスクデータ保護方法。
【請求項１７】
プロセッサと、
上記プロセッサに接続するディスプレイと、
上記プロセッサに接続し、データを記憶するためのハードディスクと
を含むコンピュータにおいて、
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスク属性設定コマンドを受信して記憶するための第一レジスタと、
上記ハードディスク属性設定コマンドにおける唯一のコマンドコードにより、ハードディスク記憶領域のリード・ライト属性を設定するための第一ハードディスク属性設定モジュールと
を含むことを特徴とするコンピュータ。
【請求項１８】
上記ハードディスク属性設定コマンドの中には、少なくとも
唯一のコマンドコードと、
設定するべきであるハードディスク記憶領域の情報と、
リード・ライト属性設定情報と
を含み、
上記第一ハードディスク属性設定モジュールは、上記唯一のコマンドコード及びリード・ライト属性設定情報により、ハードディスク記憶領域の情報に応じたハードディスク記憶領域のリード・ライト属性を設定することを特徴とする請求項１７に記載のコンピュータ。
【請求項１９】
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスクブロック化コマンドを受信するための第二レジスタと、
上記ハードディスクブロック化コマンドにおける唯一のコマンドコ一ドにより、上記ハードディスク記憶領域を少なくとも二つの記憶ブロックに分けるための第二ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項１７に記載のコンピュータ。
【請求項２０】
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスク属性読出しコマンドを受信するための第三レジスタと、
上記ハードディスク属性読出しコマンドにおける唯一のコマンドコードにより、上記ハードディスク記憶領域のリード・ライト属性を読出すための第三ハードディスク属性設定モジュールと
をさらに含むことを特徴とする請求項１７に記載のコンピュータ。
【請求項２１】
上記ハードディスクは、
唯一のコマンドコードを備えるハードディスクリード・ライト属性回復コマンドを受信するための第四レジスタと、
上記ハードディスクリード・ライト属性回復コマンドにおける唯一のコマンドコードにより、上記リード・ライト属性をデフォルト状態に回復するための第四ハードディスク属性設定モジュールと
を含むことを特徴とする請求項２０に記載のコンピュータ。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００９−１２９４５３（Ｐ２００９−１２９４５３Ａ）
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願番号】特願２００８−２９４８０１（Ｐ２００８−２９４８０１）
【出願日】平成２０年１１月１８日（２００８．１１．１８）
【出願人】（５０４４２５１９６）聯想（北京）有限公司 (38)
【氏名又は名称原語表記】ＬＥＮＯＶＯ（ＢＥＩＪＩＮＧ） ＬＩＭＩＴＥＤ
【Ｆターム（参考）】
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願日】平成２０年１１月１８日（２００８．１１．１８）
【出願人】（５０４４２５１９６）聯想（北京）有限公司 (38)
【氏名又は名称原語表記】ＬＥＮＯＶＯ（ＢＥＩＪＩＮＧ） ＬＩＭＩＴＥＤ
【Ｆターム（参考）】
[ Back to top ]