(57)【要約】本発明は、少なくとも、a.予めハードディスクのHPA（Host Protected Area）エリアにすべてのコンピュータ起動に係る情報をバックアップするステップと、b.ハードディスクのHPAに自己検査モジュールを設置し、コンピュータの基本入出力システム（BIOS）に自己検査モジュールを呼出すコマンドを増設するステップと、c.コンピュータがハードディスクによりブートして起動される時に、基本入出力システムによりHPAにおける自己検査モジュールが呼出されて、自己検査モジュールによって全てのコンピュータ起動に係る情報が破壊されているか否かを判断し、そうである場合には、破壊部分を修復してからコンピュータを起動し、そうでない場合にはコンピュータを直接に起動するステップと、を備えるコンピュータオペレーションシステムの修復方法を提供する。本発明によれば、ハードディスクによりコンピュータを起動するごとに、システムはOSブートプログラムファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタの情報を自動的に検査して破壊部分を修復し、ユーザの介入を必要とせず、ユーザへの適用が便利となるとともに、HPAエリアを利用してバックアップデータを保存し、バックアップデータのセキュリティを確保する。
2006527423.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータオペレーションシステムの修復方法であって、少なくとも、
a.予めハードディスクのHPA（Host Protected Area）にすべてのコンピュータ起動に係る情報をバックアップするステップと、
b.ハードディスクのHPAに自己検査モジュールを設置し、コンピュータの基本入出力システム（BIOS）に自己検査モジュールを呼出すコマンドを増設するステップと、
c.コンピュータがハードディスクによりブートして起動される時に、基本入出力システムによりHPAにおける自己検査モジュールが呼出されて、自己検査モジュールによって全てのコンピュータ起動に係る情報が破壊されるか否かを判断し、そうである場合には、破壊部分を修復してからコンピュータを起動し、そうでない場合にはコンピュータを直接に起動するステップと、
を備えることを特徴とするコンピュータオペレーションシステムの修復方法。
【請求項２】
ステップaに記載の全てのコンピュータ起動に係る情報は、少なくとも、オペレーションシステムのファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を含むことを特徴とする請求項１に記載の方法。
【請求項３】
ステップaは、初回バックアップの時に、オペレーションシステムのファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報をすべてハードディスクのHPAにバックアップすること、をさらに備えることを特徴とする請求項２に記載の方法。
【請求項４】
非初回バックアップの時に、システムは計画方式やモニタリング方式でオペレーションシステムのファイルを増分バックアップし、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を完全バックアップすることを特徴とする請求項２に記載の方法。
【請求項５】
前記の計画方式にてのバックアップ方式は、少なくとも、
a1.ユーザが計画バックアップのタイムポイントや時間間隔を設定するステップと、
a2.バックアップのタイムポイントに達した後に、すべてのコンピュータ起動に係る情報をバックアップするステップと、を備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記のモニタリング方式にてのバックアップ方式は、少なくとも、
a1.ユーザがモニタリングプログラムを起動して、すべてのコンピュータ起動に係る情報をモニタリングするステップと、
a2.モニタリングされたファイルのデータに変化が発生しているか否かを判断して、そうである場合には、ステップa3を実行し、そうでない場合にはステップa2を繰り返し実行するステップと、
a3.ハードディスクブート情報のデータに変化が発生しているか否かを判断して、そうである場合には、現在のハードディスクブート情報のデータを完全バックアップした後に、ステップa4を実行し、そうでない場合には直接にステップa4を実行するステップと、
a4. パーティション情報のデータに変化が発生しているか否かを判断して、そうである場合には、現在のパーティション情報のデータを完全バックアップした後に、ステップa5を実行し、そうでない場合には直接にステップa5を実行するステップと、
a5. ブートパーティションにおけるブートセクタのデータに変化が発生しているか否かを判断して、そうである場合には、現在のブートパーティションにおけるブートセクタのデータを完全バックアップした後に、ステップa6を実行し、そうでない場合には直接にステップa6を実行するステップと、
a6. オペレーションシステムのファイルに変化が発生しているか否かを判断して、そうである場合には、現在のオペレーションシステムのファイルのデータを増分バックアップした後に、バックアップ動作を終了し、そうでない場合には直接にバックアップ動作を終了するステップと、を備えることを特徴とする請求項４に記載の方法。
【請求項７】
モニタリングされたファイルのサイズ、補正時間またはこのモニタリングされたファイルに生成されるチェックサムに変化が発生しているか否かによって、モニタリングされたファイルのデータに変化が発生しているか否かを判断することを特徴とする請求項６に記載の方法。
【請求項８】
ステップcに記載の前記自己検査モジュールが全てのコンピュータ起動に係る情報を検出して修復することは、
c1.自己検査モジュールがハードディスクブート情報のデータが破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたハードディスクブート情報で破壊部分を修復してから、ステップc2を実行し、そうでない場合には直接にステップc2を実行するステップと、
c2. 自己検査モジュールがパーティション情報のデータが破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたパーティション情報で破壊部分を修復してから、ステップc3を実行し、そうでない場合には直接にステップc3を実行するステップと、
c3. 自己検査モジュールがブートパーティションにおけるブートセクタのデータ情報が破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータ情報で破壊部分を修復してから、ステップc4を実行し、そうでない場合には直接にステップc4を実行するステップと、
c4. 自己検査モジュールがオペレーションシステムのコアブートプログラムファイルのデータ情報が破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたオペレーションシステムのコアブートプログラムファイルのデータ情報で破壊部分を修復してから、ステップc5を実行し、そうでない場合には直接にステップc5を実行するステップと、
c5.オペレーションシステムのブートプログラムがブートファイルを呼出すステップと、
c6.現在の呼出されたブートファイルが正常であるか否かを判断し、そうである場合には、ステップc7を実行し、そうでない場合にはハードディスクのHPAからバックアップファイルを読出して、問題有りのファイルを切り替えた後に、ステップc7を実行するステップと、
c7.他のブートファイルを更に呼出す必要があるか否かを判断し、そうである場合には、次のブートファイルを呼出してからステップc6を実行し、そうでない場合には正常にコンピュータを起動するステップと、をさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
ステップc1に記載の判断方式は、現在のハードディスクのハードディスクブート情報の全文とHPAにおけるバックアップされたハードディスクブート情報の全文とを比較し、または現在のハードディスクのハードディスクブート情報により生じたチェックサムとHPAにおけるバックアップされたハードディスクブート情報により生じたチェックサムとを比較し、
ステップc2に記載の判断方式は、現在のハードディスクのパーティション情報とHPAにおけるバックアップされたパーティション情報の全文とを比較し、
ステップc3に記載の判断方式は、現在のハードディスクのブートパーティションにおけるブートセクタのデータの全文とHPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータの全文とを比較し、または現在のハードディスクのブートパーティションにおけるブートセクタのデータにより生じたチェックサムとHPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータにより生じたチェックサムとを比較し、
ステップc4に記載の判断方式は、現在のハードディスクのオペレーションシステムのコアブートプログラムファイルの全文とHPAにおけるバックアップされたオペレーションシステムのコアブートプログラムファイルの全文とを比較し、または現在のハードディスクのオペレーションシステムのコアブートプログラムファイルにより生じたチェックサムとHPAにおけるバックアップされたオペレーションシステムのコアブートプログラムファイルにより生じたチェックサムとを比較することを特徴とする請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータセキュリティ技術分野に関し、特に、コンピュータオペレーションシステムの修復方法に関する。
【背景技術】
【０００２】
現在、コンピュータの普及及びインターネットの日増しの完備につれて、ネットワーク利用はコンピュータユーザの日常生活の一部となっているが、それにつれてコンピュータウイルスの数量も日増しに増加し、そしてその害はますます大きくなるとともに、ネットワークのハッキングはコンピュータユーザのデータセキュリティ及び正常な利用も脅しており、どのようにオペレーションシステム（OS:Operation System）を保護するかということが、コンピュータユーザの一番重要な解決しよう問題となってきている。一般に、ユーザの誤操作によりOSの重要ファイルが破壊されてシステムが正常に起動できなくなることの外、OSの重要ファイルが意外に損害を受けたり紛失したりすることにより、或はブートレコード（リードレコード）がウイルスに破壊されることにより、オペレーションシステムが正常に起動できなくなる場合は結構多い。通常の解決方法は以下の通りである。
【０００３】
１）バックアップ/復元技術を利用してOSをバックアップして復元する。通常、二種類のバックアップ方式があり、その一つは外部格納装置、例えば磁気ディスクドライバ、CDRs、MO、 ZIPドライバ及びフレキシブルディスクによりバックアップを行う。もう１つの方式はバックアップハードディスクでバックアップを行い、この方法を利用する時に、コンピュータにはオペレーションシステム及びユーザデータを格納するためのハードディスクが設けられる他に、このハードディスクデータをバックアップするためのバックアップハードディスクが設けられることが必要となる。バックアップの時に、コンピュータをDOS環境にブートしてバックアップすることが必要であり、バックアップを完了した後、再びコンピュータをブートして、DOS環境からWindows環境へ切り替えることが必要である。
【０００４】
バックアップ/復元技術を利用することの欠点は、いずれの方式を取ってバックアップしてもユーザが手動にて参加する必要があり、且つユーザが所定のコンピュータ利用能力を有する必要がある。ユーザがバックアップせず、又は適時にバックアップしなければ、多くのデータを紛失してしまう。そして、この方法ではOSがあるパーティションデータをすべてバックアップ/復元する必要があり、スペースを大きく占め、バックアップ/復元には長い時間を必要とする。
【０００５】
２）同一のハードディスクに異なるパーティションを立てることで、OSをバックアップして修復する。現在、あるハードディスクパーティションソフトウェアはハードディスクをパーティションでき、次に新たに立てたパーティションにバックアップデータを保存し、他のパーティションのデータが破壊されると、バックアップパーティション内のデータでそれを復元できる。
【０００６】
同一のハードディスクに異なるパーティションを立てる方法を利用することの欠点は、この方法ではユーザが手動でデータをバックアップする必要があり、同様に、ユーザがバックアップせず、又は適時にバックアップしなければ、多くのデータを紛失してしまう。そして、新たに立てたバックアップパーティションは他のデータと同一のハードディスクにあるので、コンピュータウイルスや他の誤操作の影響を完全に避けることができず、同様に破壊される可能性があるとともに、これらのバックアップファイルは容易にアクセスされたり削除されたりでき、したがって、セキュリティの面及び信頼性の面で問題がある。
【０００７】
３）復元ディスク（Recovery CD）でOSを修復する。コンピュータメーカはコンピュータ出荷の際に、光ディスクやフレキシブルディスクを媒体とする復元ディスクも付帯されており、その中にコンピュータの出荷の時のオペレーションシステム及びアプリケーションソフトウェアデータが保持されている。ユーザのコンピュータシステムが破壊された時に、ユーザは復元ディスクを直接利用してコンピュータを出荷時の状態に復元できる。
【０００８】
復元ディスクで修復することの欠点は、この方式はユーザが新たに手動でOSを一回実装することに該当し、手間がかかり、複雑であり、そしてほぼすべてのアプリケーションソフトウェアが再度実装されることが必要となる。なお、復元ディスクは付加物の形式で提供されものであり、ユーザは適切に保存しなければならず、一旦紛失すれば、再び復元できないので、ユーザにとってこれも便利ではない。
【０００９】
４）OS自身の検査及び復元技術でOSを修復する。例えば、Windowsオペレーションシステムは自分で持つシステムを前のある状態に復元するツールであり、ユーザのコンピュータが障害を受けた場合、ユーザはコンピュータをリブートしてセキュリティモードに入れた後、OSの修復を実現する。
【００１０】
OS自身の検査及び復元技術を利用することの欠点は、システムが破壊された後、ユーザが手動でコンピュータをリブートして起動することが必要であり、且つコンピュータがセキュリティモードに進入ていて初めて状態の修復が実現可能となり、そうでなければ修復動作がもともと行われず、且つこのバックアップデータが普通なパーティションに保存されているので、容易に破壊される。
【００１１】
５）ファイヤーウォール及びアンチウイルスソフトウェアなどのコンピュータセキュリティソフトウェアでOSを修復する。この方法はユーザが手動でアンチウイルスソフトウェアを導入してコンピュータをリアルタイムモニタリング状態に置くことで、コンピュータウイルスの侵入を防止し、またファイヤーウォール及びアンチウイルスソフトウェアでOSシステムにアンチウイルス動作を行うことにより、OSに対する修復を実現する。
【００１２】
ファイヤーウォール及びアンチウイルスソフトウェアを利用することの欠点は、現在まで、ある種類やある幾つかの種類のアンチウイルスソフトウェアがすべての未知のウイルスやハッキングプログラムをクリアできることを未だ理論モデルとして説明できておらず、且つアンチウイルスソフトウェアは大部分のウイルスをクリアできるが、それがユーザに手動で導入されてからアンチウイルス動作を行うものであり、そしてユーザが計画的にウイルスコードを更新する必要があるので、一定の遅延性を有する。また、アンチウイルスソフトウェア、ファイヤーウォールソフトウェアを利用するリアルタイムモニタリングプログラムは、システム資源の一部を占有するので、コンピュータの性能が低下してしまう。あるアンチウイルスソフトウェア、ファイヤーウォールソフトウェアは他のソフトウェアと衝突してシステムがブレークダウンしたことなどのゆゆしい悪影響を与えることがある。なお、この方法を利用しても、ユーザの誤操作により生じた損失やシステムのブレークダウンにより生じたファイル紛失に対しては避ける方法がない。
【００１３】
以上のように、現在利用可能な複数種類のシステム修復の方法を提示したが、それらに共通する欠点は、ユーザの手動操作の参加により完了しなければならず、且つ前記全ての方法はOSそのもののセキュリティしか保護せず、ハードディスクブート情報やパーティションテーブルが破壊された後では、前記の方法は全てどうしようもなくなることがある。同時に、バックアップされているデータも十分には安全ではない。
【発明の開示】
【００１４】
本発明は、コンピュータが起動するごとにシステムが自動的にOSブートプログラムファイルを検査して破壊部分を修復するとともに、システムがハードディスクブート情報（MBRセクタ）、パーティションテーブル情報及びブートパーティションにおけるブートセクタの情報も自動的に検査して破壊部分を修復するコンピュータオペレーションシステムの修復方法を提供することを目的とする。
【００１５】
本発明の目的を実現するために、本発明の技術方案は以下のように実現される。
【００１６】
コンピュータオペレーションシステムの修復方法であって、少なくとも、
a.予めハードディスクのHPA（Host Protected Area）にすべてのコンピュータ起動に係る情報をバックアップするステップと、
b.ハードディスクのHPAに自己検査モジュールを設置し、コンピュータの基本入出力システム（BIOS）に自己検査モジュールを呼出すコマンドを増設するステップと、
c.コンピュータがハードディスクによりブートして起動される時に、基本入出力システムによりHPAにおける自己検査モジュールが呼出されて、自己検査モジュールによって全てのコンピュータ起動に係る情報が破壊されているか否かを判断し、そうである場合には、破壊部分を修復してからコンピュータを起動し、そうでない場合にはコンピュータを直接に起動するステップと、を備える。
【００１７】
好ましくは、ステップaに記載の全てのコンピュータ起動に係る情報は、少なくとも、オペレーションシステムのファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を含む。
【００１８】
好ましくは、ステップaは、初回バックアップの時に、オペレーションシステムのファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報をすべてハードディスクのHPAにバックアップすることをさらに備える。
【００１９】
好ましくは、非初回バックアップの時に、システムは計画方式やモニタリング方式でオペレーションシステムのファイルを増分バックアップし、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を完全バックアップする。
【００２０】
好ましくは、前記の計画方式にてのバックアップ方式は、少なくとも、
a1.ユーザが計画バックアップのタイムポイントや時間間隔を設定するステップと、
a2.バックアップのタイムポイントに達した後に、すべてのコンピュータ起動に係る情報をバックアップするステップと、を備える。
【００２１】
好ましくは、前記のモニタリング方式にてのバックアップ方式は、少なくとも、
a1.ユーザがモニタリングプログラムを起動して、すべてのコンピュータ起動に係る情報をモニタリングするステップと、
a2.モニタリングされたファイルのデータに変化が発生しているか否かを判断して、そうである場合には、ステップa3を実行し、そうでない場合にはステップa2を繰り返し実行するステップと、
a3.ハードディスクブート情報のデータに変化が発生しているか否かを判断して、そうである場合には、現在のハードディスクブート情報のデータを完全バックアップした後に、ステップa4を実行し、そうでない場合にはに直接にステップa4を実行するステップと、
a4. パーティション情報のデータに変化が発生しているか否かを判断して、そうである場合には、現在のパーティション情報のデータを完全バックアップした後に、ステップa5を実行し、そうでない場合には直接にステップa5を実行するステップと、
a5. ブートパーティションにおけるブートセクタのデータに変化が発生しているか否かを判断して、そうである場合には、現在のブートパーティションにおけるブートセクタのデータを完全バックアップした後に、ステップa6を実行し、そうでない場合には直接にステップa6を実行するステップと、
a6. オペレーションシステムのファイルに変化が発生しているか否かを判断して、そうである場合には、現在のオペレーションシステムのファイルのデータを増分バックアップした後に、バックアップ動作を終了し、そうでない場合には直接にバックアップ動作を終了するステップと、を備える。
【００２２】
好ましくは、前記の判断はモニタリングされたファイルのサイズ、補正時間またはこのモニタリングされたファイルに生成されるチェックサムに変化が発生しているか否かによって、モニタリングされたファイルのデータに変化が発生しているか否かを判断する。
【００２３】
好ましくは、ステップcに記載の前記自己検査モジュールが全てのコンピュータ起動に係る情報を検出して修復することは、
c1.自己検査モジュールがハードディスクブート情報のデータが破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたハードディスクブート情報で破壊部分を修復してから、ステップc2を実行し、そうでない場合には直接にステップc2を実行するステップと、
c2. 自己検査モジュールがパーティション情報のデータが破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたパーティション情報で破壊部分を修復してから、ステップc3を実行し、そうでない場合には直接にステップc3を実行するステップと、
c3. 自己検査モジュールがブートパーティションにおけるブートセクタのデータ情報が破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータ情報で破壊部分を修復してから、ステップc4を実行し、そうでない場合には直接にステップc4を実行するステップと、
c4. 自己検査モジュールがオペレーションシステムのコアブートプログラムファイルのデータ情報が破壊されているか否かを判断し、そうである場合には、HPAにおけるバックアップされたオペレーションシステムのコアブートプログラムファイルのデータ情報で破壊部分を修復してから、ステップc5を実行し、そうでない場合には直接にステップc5を実行するステップと、
c5.オペレーションシステムのブートプログラムがブートファイルを呼出すステップと、
c6.現在の呼出されるブートファイルが正常であるか否かを判断し、そうである場合には、ステップc7を実行し、そうでない場合にはハードディスクのHPAからバックアップファイルを読出して、問題有りのファイルを切り替えた後に、ステップc7を実行するステップと、
c7.他のブートファイルを更に呼出す必要があるか否かを判断し、そうである場合には、次のブートファイルを呼出してからステップc6を実行し、そうでない場合には正常にコンピュータを起動するステップと、をさらに備える。
【００２４】
好ましくは、ステップc1に記載の判断方式は、現在のハードディスクのハードディスクブート情報の全文とHPAにおけるバックアップされたハードディスクブート情報の全文とを比較し、または現在のハードディスクのハードディスクブート情報により生じたチェックサムとHPAにおけるバックアップされたハードディスクブート情報により生じたチェックサムとを比較し、
ステップc2に記載の判断方式は、現在のハードディスクのパーティション情報とHPAにおけるバックアップされたパーティション情報の全文とを比較し、
ステップc3に記載の判断方式は、現在のハードディスクのブートパーティションにおけるブートセクタのデータの全文とHPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータの全文とを比較し、または現在のハードディスクのブートパーティションにおけるブートセクタのデータにより生じたチェックサムとHPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータにより生じたチェックサムとを比較し、
ステップc4に記載の判断方式は、現在のハードディスクのオペレーションシステムのコアブートプログラムファイルの全文とHPAにおけるバックアップされたオペレーションシステムのコアブートプログラムファイルの全文とを比較し、または現在のハードディスクのオペレーションシステムのコアブートプログラムファイルにより生じたチェックサムとHPAにおけるバックアップされたオペレーションシステムのコアブートプログラムファイルにより生じたチェックサムとを比較する。
【００２５】
本発明によれば、ハードディスクによりコンピュータを起動する毎に、システムはOSブートプログラムファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタの情報を自動的に検査して破壊部分を修復し、ユーザの介入を必要とせず、ユーザへの適用が便利となる。そして、バックアップされたデータがシステムの他のプログラムやウイルスに破壊されないとともに、各種類のハードディスクツールに発見したり補正されたりされないように、ハードディスクのHPAエリアですべてのコンピュータ起動に係るバックアップ情報を保存することにより、バックアップデータのセキュリティを確保し、現在のコンピュータのハードディスクは一般に容量が大きいので、ユーザはバックアップデータを保存するために他のメモリデバイスを買う必要がなく、ユーザの支出を節約できる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照しつつ本発明について詳細に説明する。
【００２７】
本発明の基本的な考えは、ハードディスクのHPAにOSのすべてのブートプログラムファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を完全バックアップし、ハードディスクのHPAに自己検査モジュールを設置して、BIOSにHPA自己検査モジュールを呼出すコマンドを増設し、BIOSが自己検査を完了した後に、コンピュータがハードディスクによりブートして起動すれば、まずHPAにおける自己検査モジュールが呼出されて、OSのブートプログラムファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を自動的に検査して、破壊部分を自動的に修復する。このように、コンピュータが起動する毎に、システムが自動的にすべてのコンピュータ起動に係る情報を検出して、自動的に破壊部分を修復する。
【００２８】
HPA特性を支持するコンピュータハードディスクは、ハードディスクの先端スペースを保護でき、システムや他のプログラムにこのスペースへのアクセスがなされることがなく、本発明はハードディスクのHPAエリアのこのような特性を利用してバックアップデータのセキュリティを保証する。通常の場合には、システムはBIOS又はDOS環境でしかハードディスクのHPAエリアにアクセスできないが、本出願人が先に提案した、名称が「コンピュータハードディスクデータの復元とバックアップの実現方法」という、中国の特許出願番号が「031212969.4」である発明特許の出願によれば、ノーマルオペレーションシステムでハードディスクのHPAエリアに対するアクセスを実現できる。
【００２９】
初回バックアップの時に、ハードディスクのHPAにOSのすべてのブートプログラムファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を完全バックアップする。非初回バックアップの時に、これらの情報が破壊された後に、以前の複数タイムポイントの複数のバージョンに選択的に復元できるように、オペレーションシステムのファイルを増分バックアップし、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタのデータ情報を完全バックアップする。
【００３０】
ユーザは具体的な状況によって非初回バックアップのストラテジーを設定でき、このストラテジーは、計画時間や計画タイムポイントを設置し、たとえば一日毎にバックアップ動作を一回実行する、又は毎金曜日の午前１２時にバックアップ動作を一回実行してもよいし、このストラテジーは１つのモニタリングプログラムを設置し、例えばWindowsのフック機能でファイルに対するモニタリングを実現したり、オペレーションシステムのバックグラウンドに１つのモニタリングプログラムを常駐させて、計画的にモニタリングされるファイルのサイズ、補正時間、又はこのモニタリングされるファイルにより生じたチェックサムに変化が発生しているか否かを検査し、モニタリングプログラムがモニタリングされたデータに変化が発生したことをモニタリングしてから、一回バックアップ動作を実行してもよい。
【００３１】
図１は本発明による計画に非初回バックアップを行うことを示すフローチャートである。
【００３２】
ステップ101：ユーザは計画時間や計画タイムポイントを設定する、
ステップ102：計画時間や計画タイムポイントに達してからバックアップ動作を起動する、
ステップ103：現在のハードディスクブート情報を完全バックアップする、
ステップ104：現在のパーティション情報を完全バックアップする、
ステップ105：現在のブートパーティションにおけるブートセクタのデータ情報を完全バックアップする、
ステップ106：現在のOSにおけるブートプログラムファイルを増分バックアップしてから、バックアップ動作を終了する。
【００３３】
図２は、本発明によるモニタリングプログラムで非初回バックアップを行うことを示すフローチャートである。
【００３４】
ステップ201：ユーザがモニタリングプログラムを起動して、すべてのコンピュータ起動に係る情報をモニタリングする、
ステップ202：モニタリングされたファイルのサイズ、補正時間またはこのモニタリングされたファイルに生成されるチェックサムに変化が発生しているか否かによって、モニタリングされたファイルのデータに変化が発生しているか否かを判断して、そうである場合には、ステップ203を実行し、そうでない場合にはステップ202を繰り返し実行する、
ステップ203：ハードディスクブート情報のデータに変化が発生しているか否かを判断して、そうである場合には、ステップ204を実行し、そうでない場合にはステップ205を実行する、
ステップ204：現在のハードディスクブート情報のデータを完全バックアップする、
ステップ205：パーティション情報のデータに変化が発生しているか否かを判断して、そうである場合には、ステップ206を実行し、そうでない場合にはステップ207を実行する、
ステップ206：現在のパーティション情報のデータを完全バックアップする、
ステップ207：ブートパーティションにおけるブートセクタのデータに変化が発生しているか否かを判断して、そうである場合には、ステップ208を実行し、そうでない場合にはステップ209を実行する、
ステップ208：現在のブートパーティションにおけるブートセクタのデータを完全バックアップする、
ステップ209：OSにおけるファイルに変化が発生しているか否かを判断して、そうである場合には、ステップ210を実行し、そうでない場合にはバックアップ動作を終了する、
ステップ210：現在のOSにおけるファイルのデータを増分バックアップしてから、バックアップ動作を終了する。
【００３５】
図３は、本発明によるシステムがOSファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタの情報を自動的に検出して復元することを示すフローチャートである。
【００３６】
ステップ301：BIOS自己検査を実行する、
ステップ302：BIOSはハードディスクによりコンピュータをブートして起動するか否かを判断して、そうである場合には、ステップ304を実行し、そうでない場合にはフレキシブルディスクや光ディスクによりコンピュータを起動すれば、ステップ303を実行する、
ステップ303：正常にコンピュータを起動して、終了する、
ステップ304：BIOS自己検査が終了した後に、HPAにおける自己検査モジュールが呼出されて、全てのコンピュータ起動に係る情報を検出して、破壊部分を修復する、
ステップ305：HPAにおける自己検査モジュールはハードディスクブート情報のデータが破壊されているか否かを判断し、そうである場合には、ステップ306を実行し、そうでない場合にはステップ307を実行し、その判断方式は、現在のハードディスクのハードディスクブート情報の全文とHPAにおけるバックアップされたハードディスクブート情報の全文とを比較し、または現在のハードディスクのハードディスクブート情報により生じたチェックサムとHPAにおけるバックアップされたハードディスクブート情報により生じたチェックサムとを比較する、
ステップ306：HPAにおけるバックアップされたハードディスクブート情報データで破壊部分を修復する、
ステップ307：HPAにおける自己検査モジュールがパーティション情報のデータが破壊されているか否かを判断し、そうである場合には、ステップ308を実行し、そうでない場合にはステップ309を実行し、その判断方式は、現在のハードディスクのパーティション情報とHPAにおけるバックアップされたパーティション情報の全文とを比較する、
ステップ308：HPAにおけるバックアップされたパーティション情報データで破壊部分を修復する、
ステップ309：HPAにおける自己検査モジュールがブートパーティションにおけるブートセクタのデータ情報が破壊されているか否かを判断し、そうである場合には、ステップ310を実行し、そうでない場合にはステップ311を実行し、その判断方式は、現在のハードディスクのブートパーティションにおけるブートセクタのデータの全文とHPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータの全文とを比較し、または現在のハードディスクのブートパーティションにおけるブートセクタのデータにより生じたチェックサムとHPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータにより生じたチェックサムとを比較する、
ステップ310：HPAにおけるバックアップされたブートパーティションにおけるブートセクタのデータ情報で破壊部分を修復する、
ステップ311：HPAにおける自己検査モジュールがOSのコアブートプログラムファイルのデータ情報が破壊されているか否かを判断し、そうである場合には、ステップ312を実行し、そうでない場合にはOSの起動ブートプログラムを実行し、その判断方式は現在のハードディスクのOSのコアブートプログラムファイルの全文とHPAにおけるバックアップされたOSのオペレーションシステムのコアブートプログラムファイルの全文とを比較し、または現在のハードディスクのOSのコアブートプログラムファイルにより生じたチェックサムとHPAにおけるバックアップされたOSのコアブートプログラムファイルにより生じたチェックサムとを比較する、
ステップ312：HPAにおけるバックアップされたOSのコアブートプログラムファイルで破壊部分を修復してから、OSの起動ブートプログラムに入る。
【００３７】
図４は、本発明によるOSブートプログラムを示すフローチャートである。
【００３８】
ステップ401：OSのブートプログラムが非コアブートプログラムファイルを呼出す、
ステップ402：現在の呼出されたファイルが正常であるか否かを判断し、そうである場合には、ステップ405を実行し、そうでない場合にはステップ403を実行する、
ステップ403：ハードディスクのHPAからバックアップファイルを読出す、
ステップ404：問題有りのファイルを切り替える、
ステップ405：他のブートファイルをさらに呼出す必要があるか否かを判断し、そうである場合には、ステップ406を実行し、そうでない場合には正常にコンピュータを起動する、
ステップ406：次の非コアブート起動ファイルを呼出してから、ステップ402に帰る。
【００３９】
上記の説明は、本発明の好ましい実施例であり、本発明を限定するものではない。本発明の保護範囲には、その趣旨を逸脱することなく、補正、変更、改良、等価置換され得るものも含まれる。
【図面の簡単な説明】
【００４０】
【図１】本発明による計画に非初回バックアップを行うことを示すフローチャートである。
【図２】本発明によるモニタリングプログラムで非初回バックアップを行うことを示すフローチャートである。
【図３】本発明によるシステムがOSファイル、ハードディスクブート情報、パーティションテーブル情報及びブートパーティションにおけるブートセクタの情報を自動的に検出して復元することを示すフローチャートである。
【図４】本発明によるOSブートプログラムを示すフローチャートである。
【図１】
2006527423.tif 000003
【図２】
2006527423.tif 000004
【図３】
2006527423.tif 000005
【図４】
2006527423.tif 000006
【国際調査報告】
2006527423.tif 000007
2006527423.tif 000008
2006527423.tif 000009
2006527423.tif 000010