(57)【特許請求の範囲】
【請求項１】
コンピュータ装置を稼動させる第１の基本システム、第２の基本システムを格納したシステム格納手段と、
前記第１の基本システムの環境下で前記コンピュータ装置が稼動しているときに使用されるデータが格納される不揮発性のデータ格納手段と、
前記第１の基本システムの環境下で前記コンピュータ装置が稼動している状態で所定のトリガが入力されたときに、前記データ格納手段にデータを格納して固定化するデータ固定化手段と、
前記データの固定化の完了後に前記コンピュータ装置の稼動環境を前記第１の基本システムから前記第２の基本システムに切り替えるシステム切り替え手段と、
前記第２の基本システムの環境下で、前記データ格納手段に格納されているデータを、外部に送出するデータ送出手段と、
を備えることを特徴とするコンピュータ装置。
【請求項２】
前記データ固定化手段は、前記トリガが入力されたことに基づき、その時点での作業データを前記データ格納手段に格納することによって、当該データ格納手段に格納されたデータを固定化することを特徴とする請求項１記載のコンピュータ装置。
【請求項３】
前記データ送出手段は、前記コンピュータ装置に着脱可能に接続される記憶装置に対し、前記データを送出することを特徴とする請求項１記載のコンピュータ装置。
【請求項４】
前記データ送出手段は、ネットワークを介し、外部のデータ記憶装置に対し、前記データを送出することを特徴とする請求項１記載のコンピュータ装置。
【請求項５】
予め設定された時刻に前記データ固定化手段に対しトリガとなる信号を出力する時刻管理手段をさらに有することを特徴とする請求項１記載のコンピュータ装置。
【請求項６】
コンピュータ装置のデータ記憶部に格納されているデータを当該コンピュータ装置の処理によって他のデータ記憶装置にデッドコピーする方法であって、
前記コンピュータ装置に所定のトリガ信号が入力されたときに、前記データ記憶部にデータを格納して固定化した後に、前記コンピュータ装置の基本システムの稼動を停止させるステップと、
データが固定化された前記データ記憶部のデータを、前記他のデータ記憶装置にデッドコピーするステップと、
を有することを特徴とするデータのデッドコピー方法。
【請求項７】
前記データを固定化するステップでは、作業中のデータを前記データ記憶部に格納し、前記データをデッドコピーするステップでは、他の基本システムを稼動させ、当該他の基本システムの環境下で前記データ記憶部のデータを、前記他のデータ記憶装置にデッドコピーすることを特徴とする請求項６記載のデータのデッドコピー方法。
【請求項８】
前記他のデータ記憶装置へのデータのデッドコピーの完了後、前記コンピュータ装置の基本システムの稼動を再開させることを特徴とする請求項６記載のデータのデッドコピー方法。
【請求項９】
所定のトリガ信号の入力を受け付けると、その時点でのコンピュータ装置の作業状態をハードディスクドライブに記憶させる作業状態記憶処理と、
前記コンピュータ装置の基本システムの稼動を停止させる稼動停止処理と、
前記ハードディスクドライブに記憶されているデータを読み出し、外部のデータ記憶装置に送出するデータ送出処理と、
前記データの送出後、基本システムの稼動を再開させる稼動再開処理と、
を前記コンピュータ装置に実行させることを特徴とするプログラム。
【請求項１０】
前記作業状態記憶処理では、前記作業状態を前記ハードディスクドライブに記憶させた後前記ハードディスクドライブを停止させ、前記作業状態記憶処理の完了後、他の基本システムを起動し、当該基本システム上で前記ハードディスクドライブに記憶されているデータの前記外部のデータ記憶装置への送出処理を実行させることを特徴とする請求項９記載のプログラム。
【請求項１１】
前記コンピュータ装置のブート時に所定の入力がなされたとき、前記ハードディスクドライブを初期状態に復帰させる処理を実行させることを特徴とする請求項９記載のプログラム。
【請求項１２】
第１の基本システムが格納された第１の領域および第２の基本システムが格納された第２の領域を有したデータ格納部と、
所定のトリガに基づき、前記第１の基本システムの稼動を停止させるとともに、当該第１の基本システムの環境下での作業状態を前記データ格納部に記憶させた後、当該データ格納部の前記第２の領域に格納された前記第２の基本システムを起動させる処理をＭＰＵに実行させるプログラムを格納したプログラム格納部と、
を備えることを特徴とするコンピュータ装置。
【請求項１３】
前記プログラム格納部に格納されたプログラムは、前記第２の基本システムの起動後、当該第２の基本システム上で稼動するアプリケーションによって所定の処理を前記ＭＰＵに実行させることを特徴とする請求項１２記載のコンピュータ装置。
【請求項１４】
前記アプリケーションは、前記所定の処理として、前記データ格納部のデータを外部に送出させる処理を実行することを特徴とする請求項１３記載のコンピュータ装置。
【請求項１５】
前記プログラム格納部に格納されたプログラムは、前記所定の処理の完了後、前記第２の基本システムの稼動を停止させるとともに、前記第１の基本システムの稼動を再開させ、前記データ格納部に記憶した作業状態に基づき、当該第１の基本システムの稼動を停止する前の作業状態を復元する処理を前記ＭＰＵに実行させることを特徴とする請求項１３記載のコンピュータ装置。
【請求項１６】
前記プログラム格納部に格納されたプログラムは、前記コンピュータ装置をハイバネーション状態に移行させることによって、前記第１の基本システムの環境下での作業状態を前記データ格納部に記憶させる処理を前記ＭＰＵに実行させることを特徴とする請求項１２記載のコンピュータ装置。
【請求項１７】
第１の基本システムの環境下で稼動しているコンピュータ装置に所定のトリガが入力されたときに、
前記第１の基本システムの環境下での作業状態をデータ格納部に記憶させるステップと、
前記第１の基本システムの稼動を停止させるステップと、
第２の基本システムを起動させるステップと、
を前記コンピュータ装置に実行させることを特徴とするコンピュータ装置の稼動方法。
【請求項１８】
前記第２の基本システムの起動後、当該第２の基本システム上で稼動するアプリケーションによって所定の処理を実行させるステップをさらに有することを特徴とする請求項１７記載のコンピュータ装置の稼動方法。
【請求項１９】
第１の基本システムの環境下で稼動しているコンピュータ装置に所定のトリガが入力されたときに、
前記第１の基本システムの環境下での作業状態をデータ格納部に記憶させる処理と、
前記第１の基本システムの稼動を停止させる処理と、
第２の基本システムを起動させ、当該第２の基本システム上で稼動するアプリケーションを起動させる処理と、
を前記コンピュータ装置に実行させることを特徴とするプログラム。
【請求項２０】
前記コンピュータ装置のブート時に、他の所定のトリガが入力されたときに、前記第２の基本システムを起動させ、当該第２の基本システム上で稼動する他のアプリケーションを起動させる処理をさらに前記コンピュータ装置に実行させることを特徴とする請求項１９記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ装置におけるデータのデッドコピー方法、コンピュータ装置の稼動方法等に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ等のコンピュータ装置(以下、これを「ＰＣ」と適宜称する)の記憶装置として用いられているＨＤＤ(Hard Disk Drive)は、近年、その記憶容量が大容量化している。
これに伴い、ユーザは、自らの有しているＰＣのＨＤＤを、より大容量のＨＤＤに交換することがあるが、このときには、元のＨＤＤのデータを大容量のＨＤＤに移し替える必要がある。
また、この場合に限らず、ＰＣのＨＤＤに障害が生じたりした場合に備え、ＨＤＤのデータのバックアップを取ることは比較的頻繁に行われている。特に、ＨＤＤが大容量化すればするほど、ＨＤＤに障害が生じた際の損失が大きいので、バックアップを取る重要性は高い。また、ノートブック型のＰＣ等、可搬性のあるＰＣにおいては、落下によってＨＤＤに障害が生じる頻度がデスクトップ型のＰＣに比べれば高いため、この場合も、バックアップを取る重要性は非常に高い。
【０００３】
従来、ＨＤＤのデータを他のＨＤＤに移し替える場合や、ＨＤＤのバックアップを取る場合、ＯＳ(Operating System)に備えられているバックアップ機能を用いることができる。
このバックアップ機能では、ＰＣにデバイスを接続し、このデバイスでテープやＣＤ−Ｒ(CD Recordable)等の記憶メディアにＨＤＤのデータをバックアップする。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述したようなＯＳに備えられているバックアップ機能はユーザに高いスキルを必要とし、ユーザが容易かつ安全にＨＤＤのデータのバックアップを取ったり、他のＨＤＤに移し替えることができるわけではないという問題がある。
また、バックアップを取るには、ＰＣ以外のデバイスが必要であり、これも万人が容易にバックアップを取ることのできない大きな要因となっている。
【０００５】
ところで、近年、ノートブック型のＰＣにおいて、ベイやドッキングステーション等と称される部分に、ＣＤ−ＲＯＭ等の各種ドライブ装置やＨＤＤが着脱可能に装着できるものが出現している。そこで、このベイにバックアップ用のＨＤＤを装着し、これにＰＣに内蔵しているメインのＨＤＤのデータをバックアップすることも考えられる。
しかし、メインのＨＤＤからバックアップ用のＨＤＤにデータをバックアップする間、ＰＣでは、外部とデータ通信するＬＡＮ、ユーザによる操作が行われるマウスやキーボード、データを読み書きするＣＤやＤＶＤ等からのオペレーションの入力等を受ける入出力装置(Ｉ／Ｏ)によるもの、あるいは、ＯＳそのものの処理に応じたファイルの変更等により、使用中の、つまりメインのＨＤＤの内容は時々刻々と変化する。このため、バックアップを開始した時点から終了する時点までの間で、ＨＤＤのデータが固定化(Isolation)されず、データの一貫性が保証できないために、バックアップ用のＨＤＤ上にコピーされたデータでは、ファイルシステムが壊れたりして、このデータを使用することができなくなってしまうこともある。
これは、現状のＰＣが、１つのＯＳを実行しているときには、ＰＣの再起動等によってＯＳの稼動を一旦終了させない限り、他のＯＳに切り替えることができないためである。
【０００６】
さらに、バックアップが確実に取れた場合であっても、例えばＰＣのＨＤＤに障害が生じ、これをバックアップしたデータを用いて復元しようとすると、ＰＣのＨＤＤにＯＳの再インストール、各種デバイスドライバの再インストール、バックアップしたデータのコピー等が必要であり、スキルが必要とされるうえ、手間と時間も非常にかかるという問題がある。
【０００７】
ところで、最近のＰＣには、トラブル等が生じたときに、ＨＤＤのデータを、ＰＣのメーカから出荷された状態(以下、これを初期状態と称する)に即座に復帰させる、いわゆるリカバリ機能がついているものもある。
このようなリカバリ機能は、ＰＣの起動時に自動的に実行されるＰＯＳＴ(Power on Self Test)中に、所定のキーを操作することによって、通常のＯＳ(Windows等)を起動させず、リカバリ用のプログラムを走らせることによって実現される。
しかしながら、これは、ＨＤＤのデータを工場出荷時の初期状態に戻してしまうものであるため、ユーザがＰＣの購入後にインストールしたアプリケーションやデータ等は、全て失われてしまうことになる。
【０００８】
本発明は、このような技術的課題に基づいてなされたもので、安全かつ確実にデータのデッドコピーを取ることができる技術を提供することを主たる目的とする。
また、他の目的は、ＯＳの稼動中に他のＯＳへの切り替えを可能とする技術を提供することにある。
【０００９】
【課題を解決するための手段】
かかる目的のもと、本発明のコンピュータ装置は、ＨＤＤあるいは不揮発性のメモリ等のシステム格納手段に、コンピュータ装置を稼動させる第１の基本システム、第２の基本システムを格納し、ＨＤＤ等の不揮発性のデータ格納手段には、第１の基本システムの環境下でコンピュータ装置が稼動しているときに使用されるデータを格納する。そして、第１の基本システムの環境下でコンピュータ装置が稼動している状態で所定のトリガが入力されたときに、データ固定化手段によってデータ格納手段に格納されたデータを固定化し、固定化の完了後に、システム切り替え手段によって、コンピュータ装置の稼動環境を第１の基本システムから第２の基本システムに切り替える。さらに、第２の基本システムの環境下で、データ格納手段に格納されているデータを、データ送出手段で外部に送出する。
ここで、データ固定化手段では、トリガが入力されたことに基づき、その時点での作業データをデータ格納手段に格納することによって、データ格納手段に格納されたデータを固定化することができる。例えば、コンピュータ装置をハイバネーション状態(休止状態)に移行できる直前の状態とすることによって、このようなデータの固定化が図れる。ここで、ハイバネーション状態とは、ＯＳまたはＢＩＯＳによってサポートされる機能であり、ハイバネーション状態に移行するときには、その直前の時点でのハードウェアの設定状態や、メインメモリの内容がファイルとしてＨＤＤに書き込まれる。これにより、ＰＣの電源を切断しても、ＰＣを再起動させたときには、ＨＤＤに保存された情報に基づいて、ハイバネーション状態に移行する直前と全く同じ状態を復元できるのである。なおここで、通常、ハイバネーション状態というと、上記のように直前の状態の情報をＨＤＤに保存した後にＰＣの一部の部分を除いて電源供給を遮断することまでも含むことがあるが、本発明においては、必ずしも電源供給を遮断する必要はない。直前の状態の情報をＨＤＤに保存し、ハイバネーション状態に移行できる直前の状態を作り出せば良いのである。
この状態でデータ格納手段の全データを外部に送出することによって、データ格納手段のデータのデッドコピーを取ることができる。
なお、データ送出手段では、コンピュータ装置に着脱可能に接続される記憶装置に対し、データを送出することができる。また、ネットワークを介し、外部のデータ記憶装置に対し、データを送出することもできる。このときには、データを圧縮イメージとして加工して送出することもできる。
上記のようなデッドコピー処理のトリガとしては、ユーザによる所定のキー等の操作だけでなく、予め設定された時刻に時刻管理手段によって出力される信号を用いることもできる。
このように、所定のトリガが入力されると、データの固定化、基本システムの切り替え、データの送出といった一連の動作をコンピュータ装置に実行させることができるのである。
【００１０】
本発明のデータのデッドコピー方法では、コンピュータ装置に所定のトリガ信号が入力されたときに、データ記憶部のデータを固定化し、固定化されたデータ記憶部のデータを、他のデータ記憶装置にデッドコピーすることを特徴とする。このとき、データを固定化するステップでは、コンピュータ装置の基本システムの稼動を停止させる状態を作り出すのが好ましい。さらには、作業中のデータをデータ記憶部に格納するとともに、データ記憶部への電源供給を遮断できる状態を作り出し、コンピュータ装置の全ての資源(ハードウェア資源等)を開放するのが好ましい。この場合、データをデッドコピーするステップでは、他の基本システムを稼動させ、他の基本システムの環境下で、解放された資源を使用して、データ記憶部のデータを他のデータ記憶装置にデッドコピーする。
そして、他のデータ記憶装置へのデータのデッドコピーの完了後には、コンピュータ装置の基本システムの稼動を再開させる。
【００１１】
本発明は、所定のトリガ信号の入力を受け付けると、その時点でのコンピュータ装置の作業状態をハードディスクドライブに記憶させる作業状態記憶処理と、コンピュータ装置の基本システムの稼動を停止させる状態を作り出す稼動停止処理と、ハードディスクドライブに記憶されている全てのデータを読み出し、外部のデータ記憶装置に送出するデータ送出処理と、データの送出後、基本システムの稼動を再開させる稼動再開処理と、をコンピュータ装置に実行させることを特徴とするプログラムとして捉えることもできる。
また、このプログラムでは、コンピュータ装置のブート時に所定の入力がなされたときには、ハードディスクドライブを初期状態に復帰させる処理を実行させることもできる。
【００１２】
ところで、本発明は、以下のコンピュータ装置として捉えることもできる。すなわち、このコンピュータ装置は、第１の基本システムが格納された第１の領域および第２の基本システムが格納された第２の領域を有したデータ格納部と、所定のトリガに基づき、第１の基本システムの稼動を停止させるとともに、第１の基本システムの環境下での作業状態をデータ格納部に記憶させた後、第２の基本システムを起動させる処理をＭＰＵに実行させるプログラムを格納したプログラム格納部と、を備えることを特徴とする。ここで、第１の基本システムの環境下での作業状態をデータ格納部に記憶させるには、コンピュータ装置をハイバネーション状態に移行させればよい。
このようなコンピュータ装置によれば、第１の基本システムの環境下から第２の基本システムの環境下への移行を、手動での再起動操作等を行うことなく、実行することができる。
さらに、第２の基本システムの起動後、第２の基本システム上で稼動するアプリケーションによって所定の処理を実行させることもできる。このアプリケーションは、所定の処理として、データ格納部のデータを外部に送出させる処理を実行することができる。このとき、必要に応じ、送出するデータを加工することもできる。
また、所定の処理の完了後、第２の基本システムの稼動を停止させるとともに、第１の基本システムの稼動を再開させ、データ格納部に記憶した作業状態に基づき、第１の基本システムの稼動を停止する前の作業状態を復元することもできる。
ところで、上記では第１の基本システムと第２の基本システムの２種類でコンピュータ装置を稼動させることができる構成となっているが、３種類以上の基本システムを使い分けてコンピュータ装置を稼動させることができる構成にも本発明を適用することができる。このような場合、稼動中の基本システムを第１の基本システム、切り替える先の基本システムを第２の基本システムとして捉えれば良い。
【００１３】
本発明のコンピュータ装置の稼動方法は、第１の基本システムの環境下で稼動しているコンピュータ装置に所定のトリガが入力されることによって、第１の基本システムの環境下での作業状態をデータ格納部に記憶させるステップと、第１の基本システムの稼動を停止させるステップと、第２の基本システムを起動させるステップと、をコンピュータ装置に実行させることを特徴とする。
【００１４】
また、本発明は、第１の基本システムの環境下で稼動しているコンピュータ装置に所定のトリガが入力されたときに、第１の基本システムの稼動を停止させる処理と、第１の基本システムの環境下での作業状態をデータ格納部に記憶させる処理と、第２の基本システムを起動させ、第２の基本システム上で稼動するアプリケーションを起動させる処理と、をコンピュータ装置に実行させることを特徴とするプログラムとして捉えることができる。
さらにこのプログラムでは、コンピュータ装置のブート時に、他の所定のトリガが入力されると、第２の基本システムを起動させ、第２の基本システム上で稼動する他のアプリケーションを起動させる処理をさらにコンピュータ装置に実行させることができる。
【００１５】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいてこの発明を詳細に説明する。
図１は、本実施の形態におけるＰＣのデバイス構成を説明するための図である。この図１に示すように、ＰＣ(コンピュータ装置)１０は、所定の制御プログラムに基づいた処理を実行するＭＰＵ１１、処理用データを格納するＲＡＭ(Random Access Memory)等のメモリ１２、ディスプレイ部(ＬＣＤ)１３に表示する画像を制御するグラフィックチップ１４が、チップセット１５に接続されている。
【００１６】
このチップセット１５は、ブリッジ回路１６に接続されている。
このブリッジ回路１６には、ＩＤＥコントロール機能を有しており、プライマリＩＤＥチャンネル１７ａを介してＰＣ１０に内蔵のＨＤＤ(システム格納手段、データ格納手段、データ記憶部、データ格納部、システム格納部)３０が接続され、セカンダリＩＤＥチャンネル１７ｂを介し、各種ＩＤＥデバイスやＦＤＤ等のベイデバイスを装着できるベイ１８に設けられたコネクタが接続される。ここで、ベイ１８は、例えば、ノートブック型のＰＣ１０に設けられた収納箇所のことであり、ベイデバイスはこのベイ１８に着脱(挿抜)可能に収納される。なお、ベイ１８に対して装着できるベイデバイスは、ベイ１８に応じた所定の外形形状を有したユニット状となっている。そして、本実施の形態のＰＣ１０では、ベイデバイスの一種として、バックアップ用のＨＤＤ(以下、バックアップＨＤＤと称する：記憶装置、他のデータ記憶装置)４０が、ベイ１８に装着できるようになっている。そして、ブリッジ回路１６は、ＨＤＤ３０やベイ１８に装着されるバックアップＨＤＤ４０に対するデータの入出力を制御する。
【００１７】
ブリッジ回路１６には、ＰＣＩ(Peripheral Component Interconnect)バス１９を介し、イーサネットチップ（データ送出手段）２０が接続されている。イーサネットチップ２０は、ジャック２１を介し、インターネットやＬＡＮ(Local Area Network)等の外部のネットワーク７０に対して接続され、イーサネットチップ２０では、ネットワーク７０に対する通信制御を行う。また、イーサネットチップ２０は、このイーサネットチップ２０を動作させるファームウェアによってＰＸＥ(Pre-boot Extension Environment)と称される機能を有する。この機能によって提供されるＲＩＳ(Remote Installation Services)と称されるサービスにより、イーサネットチップ２０では、後述の外部のサーバ８１のデータベース８０に格納されるＨＤＤ３０のデータのイメージを受信し、これをＨＤＤ３０に展開することができる。
【００１８】
また、ブリッジ回路１６には、ＰＣＩバス１９上に設けられたバスブリッジ２２を介し、ドッキングコネクタ２３が設けられている。このドッキングコネクタ２３には、ドッキングステーション５０等と称される外部デバイス接続装置が装着できるようになっている。
ドッキングステーション５０は、ＰＣ１０とは別体で、ＰＣ１０の底面等に着脱自在な構成となっている。このドッキングステーション５０には、ドッキングコネクタ２３に対して接続されるＰＣＩバス５１が備えられ、このＰＣＩバス５１上にＩＤＥコントローラ５２が設けられている。そして、ＩＤＥコントローラ５２は、ベイ１８と同様に各種ＩＤＥデバイスやＦＤＤ等のベイデバイスを装着できるドッキングベイ５３に設けられたコネクタが接続される。
ここで、ドッキングベイ５３に対して装着できるベイデバイスは、ドッキングベイ５３に応じた所定の外形形状を有したユニット状となっている。本実施の形態では、ベイデバイスの一種として、バックアップ用のＨＤＤ(以下、バックアップＨＤＤと称する：記憶装置、他のデータ記憶装置)６０が、ドッキングベイ５３に装着できるようになっている。そして、ＩＤＥコントローラ５２は、ドッキングベイ５３に装着されるバックアップＨＤＤ６０に対するデータの入出力を制御する。
【００１９】
さらに、ブリッジ回路１６には、キーボード２４や図示しないマウス等のポインティングデバイスからの信号の入力に基づいたイベントを出力するコントローラ２５、ＢＩＯＳ(Basic Input/Output System)を格納したＥＥＰＲＯＭ(Electrically Erasable and Programmable ROM)２６が接続されており、キーボード２４やポインティングデバイスからの入力に応じ、ＢＩＯＳが、ＨＤＤ３０、バックアップＨＤＤ４０、イーサネットチップ２０、ＩＤＥコントローラ５２等を制御する構成となっている。
また、このコントローラ２５は、ＰＣ１０の各部に対する電源供給制御を行うエンベデッドコントローラ(ＥＣ)としての機能を兼ね備えている。
【００２０】
加えて、このブリッジ回路１６は、各種の設定情報を記憶するＣＭＯＳ(Complementary Metal Oxide Semiconductor)２７と、リアルタイムクロック制御を行うＲＴＣ(時刻管理手段)２８を内蔵し、これらＣＭＯＳ２７、ＲＴＣ２８には、バッテリ２９によって、常時電源が供給されるようになっている。
図２に示すように、ＣＭＯＳ２７には、デッドコピーリクエスト(ＤＣＲ)があったか否かを示す情報、デッドコピーが完了したか否かを示す情報(ＤＣＣ)、後述するＲＴＣ２８によって実行される所定時刻に実行されるデッドコピーリクエストがあったか否かを示す情報(ＲＨＲ)、ＰＣ１０の電源状態が、サスペンド状態(この状態を一般に「Ｓ３」と称している)あるいはハイバネーション状態(この状態を一般に「Ｓ４」と称している)、もしくはそれ以外の状態(Not Saved)であるかの情報(ＳＳＷ)、を少なくとも記憶する。
【００２１】
ところで、ＨＤＤ３０は言うまでもなく不揮発性の記憶装置であり、このＨＤＤ３０のデータ格納領域は、図３に示すように、ＰＣ１０の起動時に稼動させるシステムを選択するブートマネージャプログラムが格納された領域(Boot Manager)と、ＰＣ１０の通常の稼動時に用いられる第１の基本システムとしてのWindows等のＯＳによって支配される領域であるシステムパーティション(System Partition：第１の領域)と、第２の基本システムとしてのDOSやLinux等のＯＳによって支配され、ＨＤＤ３０のデッドコピーを行ったりＨＤＤ３０を出荷状態に復帰させるための処理を実行するプログラムが格納された領域である隠しパーティション(Hidden Partition：第２の領域)と、がそれぞれパーティションによって仕切られている。
このうち、通常、ユーザは、Windows等のＯＳによって支配される領域のみを使用することができるようになっており、ブートマネージャプログラムやＨＤＤ３０のデッドコピーを行ったりＨＤＤ３０を出荷状態に復帰させるための処理を実行するプログラムは、隠しパーティションに格納されている(必ずしも隠しパーティションである必要はない)。
【００２２】
また、本実施の形態のＰＣ１０は、内蔵のＨＤＤ３０のデータを、ベイ１８に装着されたバックアップＨＤＤ４０、ドッキングベイ５３に装着されたバックアップＨＤＤ６０、ネットワーク７０を介してアクセス可能な外部のサーバ８１に備えられたデータベース(外部のデータ記憶装置、他のデータ記憶装置)８０のうち、いずれか選択したものにバックアップ(以下、これをデッドコピーと適宜称する)することができる。
【００２３】
以下、ＨＤＤ３０のデータをデッドコピーする方法について説明する。
［ユーザの操作による実行］
ここで、ユーザは、ＨＤＤ３０のデータのデッドコピー先として、例えばベイ１８に装着されたバックアップＨＤＤ４０を選択したものとする。
そして、ユーザは、バックアップＨＤＤ４０をベイ１８に装着した状態で、通常のＯＳ(Windows等)の環境下でＰＣ１０を電源ＯＮ状態で使用しているものとする。
このような状態で、図４に示すように、ユーザがＨＤＤ３０のデータのデッドコピーをリクエストし、ＰＣ１０側でこれをトリガとして検出すると(ステップＳ１０１)、ＯＳにハイバネーション状態への移行を要求する(ステップＳ１０２)。これを受けてＯＳは、ＰＣ１０の電源状態をハイバネーション状態とする(ステップＳ１０３)。これにより、ＰＣ１０では、直前までの作業状態のデータをＨＤＤ３０に格納した後、所定の部分以外への電源供給を遮断する。
【００２４】
デッドコピーのリクエストをＰＣ１０のＢＩＯＳがディテクトすると、ＨＤＤ３０の隠しパーティションのＯＳをブートした後、ＨＤＤ３０のデッドコピーを行うためのプログラム(以下、これを複製プログラムと称する)を実行する(ステップＳ１０４、Ｓ１０５)。
そして、複製プログラムにより、ＨＤＤ３０のバックアップＨＤＤ４０へのデッドコピー処理が完了すると、隠しパーティションのＯＳはＰＣ１０のシステムのリセットを要求する(ステップＳ１０６)。するとＰＣ１０では、リジュームして通常のＯＳ(Windows等)をブートし、ハイバネーション状態から元の状態に復帰させる(ステップＳ１０７)。
【００２５】
図３は、上記の一連の処理を、より詳細に説明するものである。
ユーザが、ＨＤＤ３０のデータのデッドコピー処理を開始するための所定の操作、例えば特定のキーの操作を行うと、コントローラ２５がこれを検出し、ＥＥＰＲＯＭ２６に格納されているＢＩＯＳに対し、これを通知する。するとＢＩＯＳは、ＣＭＯＳ２７に対し、デッドコピーリクエストがあった旨を示すフラグ(ＤＣＲ：1(Requested))をセットする。
【００２６】
一方、ホットキーアプレット等と称される常駐エージェントが、タイマーに基づいて定期的にＣＭＯＳ２７の情報を監視しており(図３中(１))、ＣＭＯＳ２７に、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っているかどうかをチェックする(図３中(２))。その結果、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っている場合、ＡＰＩ(Application Program Interface)を介しＯＳに対して、ハイバネーション状態への移行を要求する(図３中(３))。
【００２７】
これを受けたＯＳは、ＰＣ１０をハイバネーション状態へと移行させる。ここで、ハイバネーション状態とは、ブリッジ回路１６、イーサネットチップ２０、コントローラ２５等にのみ給電され、他の、ＭＰＵ１１、メモリ１２、チップセット１５、ＨＤＤ３０等に対しての給電が中止された状態である。そして、ハイバネーション状態に移行するに際し、ＰＣ１０では、直前までの作業状態のデータをＨＤＤ３０に格納した後、電源供給を遮断できる状態にするので、ＨＤＤ３０のデータは固定化される。つまりハイバネーション状態への移行を司るＯＳが、ＨＤＤ３０のデータ固定化手段として機能するのである。また、ハイバネーション状態に移行することによって、通常のＯＳは休止する。ここで、通常、ハイバネーション状態というと、直前の状態の情報をＨＤＤに保存した後にＰＣ１０の一部の部分を除いて電源供給を遮断してしまうことまでを含むこともあるが、本実施の形態では、直前の状態の情報をＨＤＤ３０に保存し、いわゆる電源供給を遮断できる直前の状態を作り出すことを、ハイバネーション状態への移行と言う。
【００２８】
そして、ＯＳは、ＰＣ１０がハイバネーション状態へと移行した後、ソフトオフ(Soft Off)を要求する(図３中(４))。
すると、チップセット１５は、ＳＭＩインターラプト機能により、ＢＩＯＳに処理を渡す。するとＢＩＯＳのＳＭＩハンドラーが起動され、ＣＭＯＳ２７に、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っているかどうかをチェックする(図３中(５))。その結果、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っている場合、ＨＤＤ３０に格納されているブートマネージャプログラムを起動させるために、ＢＩＯＳのＰＯＳＴにジャンプする(図３中(６)〜(７))。
すると、ＰＯＳＴにより、システム切り替え手段としてのブートマネージャプログラムが起動され、ブートマネージャプログラムはＢＩＯＳをコールする(図３中(８))。ＢＩＯＳは、ＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っているかどうかをチェックする(図３中(９))。その結果、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っている場合、起動時に隠しパーティションのシステムをブートするためのフラグ(AH=1)をレジスタにセットし、ブートマネージャに復帰する(図３中(１０))。ちなみにこのフラグがセットされていない場合は(図３中(１１))、後述の如く、ＨＤＤ３０を出荷状態に戻すためのプログラムが動作する。
【００２９】
すると、ブートマネージャプログラムは、ＨＤＤ３０の隠しパーティションのＯＳ(例えばDOS)をブートし(図３中(１２))、複製プログラム(HDD2HDD Appl)を起動させる。
複製プログラムは、ＨＤＤ３０のデータをバックアップＨＤＤ４０にデッドコピーする。このとき、ＨＤＤ３０のデータは、ＰＣ１０がハイバネーション状態に移行する直前の状態で固定化されている。
【００３０】
ＨＤＤ３０のデータをデッドコピーするためにバックアップＨＤＤ４０に転送する方法としては、ＨＤＤ３０のセクタ毎にデータをＤＭＡ転送する方法と、ＨＤＤ３０に格納されているファイルレベルでイメージでの複製を行う方法のいずれかが採用できる。ファイルレベルでイメージでの複製を行う方法を採用する場合、イメージを圧縮加工することもできる。
【００３１】
デッドコピーの完了後、ＢＩＯＳは、ＣＭＯＳ２７にデッドコピーリクエストがあった旨の設定がなされているかどうかをチェックする(図３中(１３))。この場合、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っているので、そのフラグをリセットし(ＤＣＲ：0(Not Requested))、デッドコピーが完了した旨のフラグ(ＤＣＣ：1(Completed))をセットした後、ＰＣ１０のシステムの電源をリセットする(図３中(１４))。
【００３２】
ＰＣ１０のシステムの電源をリセットすると、リセット後には、ＰＣ１０を通常に電源ＯＮとしたときと同じ状態、あるいはＰＣ１０を再起動させたときと同じ状態となり、システムパーティションからＯＳが起動して、ＰＣ１０はハイバネーション状態に移行する前の状態、つまり通常のＯＳの環境下に戻る(図３中(１５)〜(１７))。
その後は、タイマーによってホットキーアプレットが、ＢＩＯＳに対し、ＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグがなされているかどうかのチェックを要求する(図３中(１８))。この場合、デッドコピーリクエストがあった旨のフラグは立っておらず(ＤＣＲ：0(Not Requested))、デッドコピーが完了した旨のフラグ(ＤＣＣ：1(Completed))が立っているので(図３中(１９)〜(２０))、ここでは、ＬＣＤ１３上にデッドコピーが完了した旨の表示を出力するとともに、ＣＭＯＳ２７におけるデッドコピーが完了した旨のフラグをリセットする(ＤＣＣ：1(Not Completed))。
【００３３】
ところで、ユーザからデッドコピーのリクエストがない限りは、デッドコピーリクエストがあった旨のフラグは立っておらず(ＤＣＲ：0(Not Requested))、デッドコピーが完了した旨のフラグも立っていない(ＤＣＣ：1(Not Completed))ので、ホットキーアプレットは、タイマーによる所定時間毎のＣＭＯＳ２７のチェックを繰り返すに留まる(図３中(２１)〜(２２))。
また、ＰＣ１０が電源ＯＮ状態で、通常のＯＳの環境下であるときに、ユーザによる操作あるいは省電力機能のコントロールによってハイバネーション状態への移行が要求された場合には(図３中(２３))、ＳＭＩハンドラーがＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグが立っているかどうかをチェックする(図３中(２４))。この場合、デッドコピーリクエストがあった旨のフラグは立っていない(ＤＣＲ：0(Not Requested))ので、ＳＭＩハンドラーは、ＳＭＩインターラプトをさせないようにチップセット１５を設定するとともに、ソフトオフのリクエストをする。これを受けたチップセット１５は、ＰＣ１０のシステムをソフトオフし、ハイバネーション状態に移行させる(図３中(２５))。
また、ＰＣ１０の起動中に実行されるＰＯＳＴの際に、ユーザによってなされた所定の操作により、ＨＤＤ３０を出荷状態に復帰させるための処理が要求された場合は、ＨＤＤ３０に格納されたブートマネージャプログラムによって、隠しパーティションに格納されたＯＳ(Dos)が起動し(図３中(２６))、一旦、上記の複製プログラムが走り始めるが、ＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグが立っているかどうかをチェックする段階で(図３中(２７))、デッドコピーリクエストがあった旨のフラグは立っていない(ＤＣＲ：0(Not Requested))ので(図３中(２８))、この場合、ＨＤＤ３０を出荷状態に復帰させるための処理を実行するプログラム(D2D Appl)が起動する。
【００３４】
このようにして、ＰＣ１０が電源ＯＮ状態で、通常のＯＳの環境下にあるときに、ユーザが所定の操作を行うことによって、ＰＣ１０側では、電源を遮断する直前のハイバネーション状態に移行してＨＤＤ３０のデータを固定化し、この状態で、隠しパーティションのＯＳを起動させ、ＨＤＤ３０のデータをバックアップＨＤＤ４０にデッドコピーする。そして、デッドコピーの完了後、システムの電源をリセットし、ＰＣ１０をハイバネーション状態から元の状態に復帰させるようになっている。
【００３５】
［タイマによる実行］
さて、上記のようなデッドコピー処理は、ユーザが所定の操作を行わなくとも、ＲＴＣ２８によって、定期的に、あるいは予め設定された時刻に自動的に行うことも可能である。
これには、ユーザは、ユーティリティを用い、デッドコピー処理を行う日時を指定するとともに、タイマー起動によるデッドコピーのリクエストを設定する。すると、図５に示すように、ＰＣ１０では、ＲＴＣ２８により、設定された日時にデッドコピー処理を開始させる。このとき、ＰＣ１０が、電源ＯＮ状態であればそのまま処理を開始させることができるが、スリープ状態(Ｓ３)またはハイバネーション状態(Ｓ４)であったときには、システムを起動させてからデッドコピー処理を開始する(ステップＳ２０１)。このときに、ＰＣ１０は、デッドコピー処理開始前の状態、つまり電源ＯＮ状態、スリープ状態、ハイバネーション状態のいずれであったかを記憶(設定)しておく(ステップＳ２０２)。
【００３６】
システム(通常のＯＳ)が復帰し(ステップＳ２０３)、デッドコピーリクエストを検出すると(ステップＳ２０４)、上記と同様、ＰＣ１０では電源をハイバネーション状態とする(ステップＳ２０５、Ｓ２０６)。
そして、デッドコピーのリクエストをＰＣ１０のＢＩＯＳがディテクトすると、ＨＤＤ３０の隠しパーティションのＯＳをブートした後(ステップＳ２０７)、ＨＤＤ３０のデッドコピーを行うためのプログラム(以下、これを複製プログラムと称する)を起動し(ステップＳ２０８)、ＨＤＤ３０のデッドコピー処理を実行する(ステップＳ２０９)。
そして、複製プログラムにより、ＨＤＤ３０のバックアップＨＤＤ４０へのデッドコピー処理が完了すると、ＰＣ１０のシステムをリセットして通常のＯＳ(Windows等)をブートし、ハイバネーション状態から元の状態に復帰させる(ステップＳ２１０〜Ｓ２１１)。このときに、記憶していた、デッドコピー処理開始前の状態に復帰させるのである(ステップＳ２１２)。
【００３７】
さて、図６は、上記の一連の処理を、より詳細に説明するものである。
ユーザが、ユーティリティを用い、ＨＤＤ３０のデータのデッドコピー処理を開始するための日時、デッドコピー先(本実施の形態では、例えばベイ１８に装着されたバックアップＨＤＤ４０)等を設定し、その設定を有効とする、つまり設定時間になったらデッドコピー処理を開始させる設定を行う。
すると、このユーティリティは、カーネルドライバ等を介し、ＲＴＣ２８に対する日時の設定、およびＣＭＯＳ２７に対し、ＲＴＣ２８のコントロールによるデッドコピーリクエストがあった旨のフラグ(ＲＨＲ：1(Requested))の設定を行う。
【００３８】
そして、ＲＴＣ２８に設定された日時になると、ＲＴＣ２８の主導により、ＰＣ１０のシステムが起こされ、ＰＯＳＴを実行する(図６中(５１))。
ＰＯＳＴが実行されると、ＢＩＯＳは、システムがＲＴＣ２８のタイマーによって起こされたのかどうかを確認し(図６中(５２))、そうでない場合には通常の起動として処理を続行する(図６中(５３))。
一方、システムがＲＴＣ２８のタイマーによって起こされたのであれば、ＢＩＯＳは、ＣＭＯＳ２７に、ＲＴＣ２８のコントロールによるデッドコピーリクエストがあった旨のフラグ(ＲＨＲ：1(Requested))が立っているかどうかをチェックする(図６中(５４))。その結果、ＲＴＣ２８のコントロールによるデッドコピーリクエストがあった旨のフラグ(ＲＨＲ：1(Requested))が立っている場合、ＣＭＯＳ２７に対し、ＲＴＣ２８のコントロールによるデッドコピーリクエストがあった旨のフラグ(ＲＨＲ：1(Requested))をリセットし、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))を立てる(図６中(５５))。
さらに、ＢＩＯＳは、システムが起こされる前のＰＣ１０の状態が、サスペンド状態(Ｓ３)またはハイバネーション状態(Ｓ４)であれば、その状態に応じたフラグ(ＳＳＷ：1(S3)もしくは2(S4))をＣＭＯＳ２７にセットする。ここで、システムが起こされる前の状態が、サスペンド状態またはハイバネーション状態以外の、電源ＯＮ状態であるときには、ＣＭＯＳ２７のフラグは、それに応じたもの(ＳＳＷ：0(Not Saved))とされる。これにより、システムが起こされる前の状態がＣＭＯＳ２７に記憶されることになる。
【００３９】
この後、ホットキーアプレットが、タイマーに基づいて定期的にＣＭＯＳ２７の情報を監視することによって(図６中(５６))、ＣＭＯＳ２７に、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っているかどうかをチェックする(図６中(５７))。その結果、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))を検出し、ＡＰＩ(Application Program Interface)を介しＯＳに対して、ハイバネーション状態への移行を要求する(図６中(５８))。
【００４０】
これを受けたＯＳは、ＰＣ１０をハイバネーション状態へと移行させる。
ＰＣ１０がハイバネーション状態へ移行すると、ＨＤＤ３０のデータが固定化されることになる。
【００４１】
ＯＳは、ＰＣ１０がハイバネーション状態へと移行した後、ソフトオフ(Soft Off)を要求する(図６中(５９))。
すると、チップセット１５はＢＩＯＳに処理を渡し、これによって起動されるＢＩＯＳのＳＭＩハンドラーが、ＣＭＯＳ２７に、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))がセットされているかどうかをチェックする(図６中(６０))。その結果、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っている場合、ＨＤＤ３０に格納されているブートマネージャプログラムを起動させるために、ＢＩＯＳのＰＯＳＴにジャンプする(図６中(６１)〜(６２))。
すると、ＰＯＳＴによりブートマネージャプログラムが起動し、ＢＩＯＳがコールされる(図６中(６３))。ＢＩＯＳは、ＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグがセットされているかどうかをチェックする(図６中(６４))。その結果、デッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っている場合、起動時に隠しパーティションのＯＳをブートするためのフラグ(AH=1)をレジスタにセットし、ブートマネージャプログラムに復帰する(図６中(６５))。
【００４２】
すると、ブートマネージャプログラムは、ＨＤＤ３０の隠しパーティションのＯＳ(例えばDOS)をブートし、複製プログラムを起動させる(図６中(６６))。
複製プログラムは、ＨＤＤ３０のデータをバックアップＨＤＤ４０にデッドコピーする。このとき、ＨＤＤ３０のデータは、ＰＣ１０がハイバネーション状態に移行する直前の状態で固定化されている。
デッドコピーの完了後、ＢＩＯＳは、ＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグ(ＤＣＲ：1(Requested))が立っているかどうかをチェックする(図６中(６７))。この場合、デッドコピーリクエストがあった旨のフラグが立っているので、そのフラグをリセットし(ＤＣＲ：0(Not Requested))、デッドコピーが完了した旨のフラグ(ＤＣＣ：1(Completed))をセットした後、ＰＣ１０のシステムの電源をリセットする(図６中(６８))。
【００４３】
すると、ＰＣ１０のシステムは、ハイバネーション状態から元の状態に復帰し、通常のＯＳの環境下に戻る(図６中(６９)〜(７０))。
その後は、タイマーによってホットキーアプレットが、ＢＩＯＳに対し、ＣＭＯＳ２７にデッドコピーリクエストがあった旨のフラグが立っているかどうかのチェックを要求する(図６中(７１)〜(７２))。この場合、デッドコピーリクエストがあった旨のフラグは立っていない(ＤＣＲ：0(Not Requested))ので、続いて、システムが起こされる前のＰＣ１０の状態が、サスペンド状態またはハイバネーション状態である旨のフラグ(ＳＳＷ：1(S3)もしくは2(S4))がＣＭＯＳ２７に立っているかどうかをチェックする(図６中(７３))。
ここで、サスペンド状態またはハイバネーション状態である旨のフラグが立っていなければ(ＳＳＷ：0(Not Saved))、システムが起こされる前のＰＣ１０は電源ＯＮ状態であるので、処理をＯＳに返し、通常の稼動状態とする(図６中(７４))。
一方、サスペンド状態またはハイバネーション状態である旨のフラグ(ＳＳＷ：1(S3)もしくは2(S4))が立っている場合は、そのフラグに応じ、ＡＰＩを介し、ＯＳに対して、ＰＣ１０のシステムのサスペンド状態またはハイバネーション状態への移行を要求するとともに、サスペンド状態またはハイバネーション状態である旨のフラグ(ＳＳＷ：1(S3)もしくは2(S4))をリセットする(図６中(７５))。
ＯＳは、これを受けて、ＰＣ１０を、システムが起こされる前の状態である、サスペンド状態またはハイバネーション状態にリジュームさせる。
【００４４】
このようにして、ＲＴＣ２８に対し、デッドコピー処理を実行させる日時等を設定することにより、ＲＴＣ２８の主導によってＰＣ１０を起動させる。そしてＰＣ１０側では、ハイバネーション状態に移行してＨＤＤ３０のデータを固定化し、この状態で、隠しパーティションのＯＳを起動させ、ＨＤＤ３０のデータをバックアップＨＤＤ４０にデッドコピーする。さらに、デッドコピーの完了後、システムをリセットし、ＰＣ１０を、システムを起こす前の状態に復帰させるようになっている。
【００４５】
なお、上記の説明では、ＨＤＤ３０のデータのデッドコピー先を、ベイ１８に装着されたバックアップＨＤＤ４０としたが、これに限るものではなく、ドッキングベイ５３に装着されたバックアップＨＤＤ６０、あるいはネットワーク７０を介してアクセス可能な外部のサーバ８１に備えられたデータベース８０に対して行うこともできる。この場合、デッドコピー先として、ドッキングベイ５３に装着されたバックアップＨＤＤ６０、あるいは外部のサーバ８１に備えられたデータベース８０を選択すればよい。
外部のサーバ８１のデータベース８０を選択する場合には、サーバ８１のＩＰアドレスや、格納場所(データベース８０)等を、ＰＣ１０のユーティリティ上で設定すれば、イーサネットチップ２０からデータを送出することができる。
【００４６】
さて、上記のようにして、バックアップＨＤＤ４０、６０、外部のサーバ８１のデータベース８０等に対し、ＨＤＤ３０のデッドコピーを取ることができるわけであるが、その後、ＨＤＤ３０に障害等が生じた場合には、ＨＤＤ３０をバックアップＨＤＤ４０や６０に入れ替えたり、ブート先のドライブをＨＤＤ３０からバックアップＨＤＤ４０や６０に切り替える等することによって、デッドコピーを取った時点までデータを復元することができる。
またＨＤＤ３０を新規のものに交換し、今度はバックアップＨＤＤ４０や６０、外部のサーバ８１のデータベース８０から新規のＨＤＤ３０に対し、上記と同様にデッドコピーを取ることにより、デッドコピー時のデータに復元することもできる。
【００４７】
そして、上記のようにバックアップＨＤＤ４０、６０、外部のサーバ８１のデータベース８０等に、ＨＤＤ３０のデッドコピーを１回取った後は、適宜タイミングで同様にデッドコピーを取るようにしてもよいが、２回目以降は、１回目との差分のデータのみをコピーするようにしても良い。このようにすれば、２回目以降のデータバックアップは、より短時間で実行することができる。
【００４８】
上述したような構成によれば、ユーザが特定のキー操作等を行うことによって、ＰＣ１０がハイバネーション状態に移行してＨＤＤ３０のデータを固定化し、この状態で、隠しパーティションのＯＳを起動させ、ＨＤＤ３０のデータをバックアップＨＤＤ４０にデッドコピーすることができる。
このように、ＨＤＤ３０のデッドコピーをワンタッチで取ることができるので、高度なスキルをユーザに要求することない。したがって、通常のバックアップのためだけでなく、ＨＤＤ３０をより大容量のものに交換する場合等にも、安全かつ容易に作業を進めることが可能となる。
さらに、ＲＴＣ２８によって、設定した日時に自動的にデッドコピー処理を実行させることもできるので、夜間等、ＰＣ１０を使用していない間に効率良くデッドコピーを取ることもできる。
加えて、ＨＤＤ３０のデッドコピーを、外部のサーバ８１のデータベース８０に取っておけば、出先等でＨＤＤ３０に障害を生じても、障害の生じていないＨＤＤさえあれば、デッドコピーしておいたデータを外部のサーバ８１のデータベース８０から取り込むことによって、ＰＣ１０を使用することが可能となる。
【００４９】
なお、上記実施の形態では、ベイ１８、ドッキングベイ５３に装着するバックアップＨＤＤ４０、６０に対してＨＤＤ３０のデッドコピーを取る構成を例に挙げたが、これ以外にも、各種インターフェイスを介してＰＣ１０に装着される各種記憶装置に対し、ＨＤＤ３０のデッドコピーを取ることも可能である。
また、ネットワーク７０を介し、外部のサーバ８１のデータベース８０にＨＤＤ３０のデッドコピーを取る構成も示したが、これは、例えば、ネットワーク７０としてのインターネット等を介し、インターネットサービスプロバイダやその他の会社等によって提供されるデータストレージサービスを利用するものでも良い。さらに、外部のサーバ８１に代わり、ネットワーク７０としてのＬＡＮ等を介して接続されるユーザ自らの他のＰＣや、ユーザが属する組織で共有する他のＰＣ等にＨＤＤ３０のデッドコピーを取るようにしてもよい。
【００５０】
また、上記実施の形態において、ＨＤＤ３０のデータのデッドコピー先となるバックアップＨＤＤ４０、６０、データベース８０は、少なくとも、ＨＤＤ３０と同等以上のデータ容量を有しているのが望ましい。
バックアップＨＤＤ４０、６０、データベース８０が、ＨＤＤ３０よりも大きなデータ容量を有している場合、ＨＤＤ３０のセクタ毎にデータをＤＭＡ転送することによってデッドコピーするのであれば、バックアップＨＤＤ４０、６０、データベース８０の残りの領域をパーティションで仕切って領域拡張することができる。また、ＨＤＤ３０に格納されているファイルレベルで複製を行うことによってデッドコピーするのであれば、ＨＤＤ３０のパーティションに合わせてデッドコピー先でパーティションを作成するに際し、残りの領域をいずれかのパーティション領域に含ませることができる。
【００５１】
ところで、上記実施の形態では、ＨＤＤ３０のデッドコピーを取るために、特定の操作の入力をトリガとして、ＰＣ１０をハイバネーション状態に移行させ、通常のＯＳ(Windows等)から、隠しパーティションのＯＳ(DOS等)を起動させる構成としたが、同様の処理を行うことによって、デッドコピー以外の処理を行うアプリケーションを起動させることもできる。例えば、別のＯＳとして例えばLinux等を用いる場合、通常のＯＳ(Windows)の環境下からLinux上のアプリケーションへと、ワンタッチで切り替えることが可能となるのである。
【００５２】
また、上記実施の形態で示したような、ＨＤＤ３０のデッドコピーを取るためにＰＣ１０をハイバネーション状態に移行させ、通常のＯＳ(Windows等)から、隠しパーティションのＯＳ(DOS等)を起動させるプログラム、あるいは単にＰＣ１０をハイバネーション状態に移行させて通常のＯＳ(Windows等)から、他のＯＳ(DOS等)上のアプリケーションを起動させるプログラムは、以下のような記憶媒体の形態とすることもできる。
すなわち、記憶媒体としては、コンピュータ装置に実行させる上記したようなプログラムを、ＣＤ−ＲＯＭ、ＤＶＤ、メモリ、ハードディスク等の記憶媒体に、コンピュータ装置が読み取り可能に記憶させれば良い。
これ以外にも、本発明の主旨を逸脱しない限り、上記実施の形態で挙げた構成を取捨選択したり、他の構成に適宜変更することが可能である。
【００５３】
【発明の効果】
以上説明したように、本発明によれば、安全かつ確実にデータのバックアップを取ることが可能となる。
また、本発明によれば、ＯＳの稼動中にワンタッチで他のＯＳに切り替えることが可能となる。
【図面の簡単な説明】
【図１】  本実施の形態におけるコンピュータ装置の概略構成を示す図である。
【図２】  ＣＭＯＳに設定されるフラグの例を示す図である。
【図３】  ＨＤＤのデッドコピーを取るための処理の流れを説明するための図である。
【図４】  ＨＤＤのデッドコピーを取るための処理の概略を説明するための図である。
【図５】  ＲＴＣの主導によりＨＤＤのデッドコピーを取るための処理の概略を説明するための図である。
【図６】  ＲＴＣの主導によりＨＤＤのデッドコピーを取るための処理の流れを説明するための図である。
【符号の説明】
１０…ＰＣ(コンピュータ装置)、１１…ＭＰＵ、１８…ベイ、２０…イーサネットチップ（データ送出手段）、２８…ＲＴＣ(時刻管理手段)、３０…ＨＤＤ(システム格納手段、データ格納手段、データ記憶部、データ格納部、システム格納部)、４０、６０…バックアップＨＤＤ(記憶装置、他のデータ記憶装置)、５０…ドッキングステーション、５３…ドッキングベイ、７０…ネットワーク、８０…データベース(外部のデータ記憶装置、他のデータ記憶装置)
【図１】
0003777136.tif 000002
【図２】
0003777136.tif 000003
【図３】
0003777136.tif 000004
【図４】
0003777136.tif 000005
【図５】
0003777136.tif 000006
【図６】
0003777136.tif 000007