(57)【要約】【課題】ＨＤＤ等の記憶装置における所定のＯＳの環境とこのＯＳから隠蔽された領域との異なったパーティション間にて、情報の受け渡しを可能とする。【解決手段】ＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　Ｔｉｍｅ　Ｉｎｔｅｒｆａｃｅ　ＥｘｔｅｎｓｉｏｎＳｅｒｖｉｃｅｓ）の仕様を満たし、ＯＳ２２のアクセス環境とこのＯＳ２２から隠蔽された領域であるＰＡＲＴＩＥＳパーティションとを有するＨＤＤ１１と、ユーザデータ・マネージメント・アプリケーション２５におけるＯＳ２２のアクセス環境にて動作するユーザモード・モジュール２６と隠蔽された領域に対する環境にて動作する管理モード・モジュール２７との間でコミュニケーションを行うためのワークエリアを提供するＣＭＯＳ／ＮＶＲＡＭ１２とを有する。【選択図】　　　　図１
2004013563.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）のアクセス環境と当該ＯＳから隠蔽された領域とを有する記憶装置と、
前記ＯＳのアクセス環境にて動作するユーザモード・モジュールと前記隠蔽された領域に対する環境にて動作する管理モード・モジュールとの間でコミュニケーションを行うためのワークエリアを提供するメモリと
を含むコンピュータシステム。
【請求項２】
前記記憶装置は、ＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　ＴｉｍｅＩｎｔｅｒｆａｃｅ　Ｅｘｔｅｎｓｉｏｎ　Ｓｅｒｖｉｃｅｓ）の仕様、もしくはそれに準ずる規格仕様を満たし、前記ＯＳから隠蔽された領域はＰＡＲＴＩＥＳパーティションであることを特徴とする請求項１記載のコンピュータシステム。
【請求項３】
前記メモリには、前記ＯＳのアクセス環境と当該ＯＳから隠蔽された領域との間で情報の受け渡しを行うための情報が保存されることを特徴とする請求項１記載のコンピュータシステム。
【請求項４】
前記メモリには、前記ＯＳのアクセス環境の領域に格納されバックアップが必要なユーザデータに関するファイル状況が保存されることを特徴とする請求項３記載のコンピュータシステム。
【請求項５】
前記メモリには、前記ＯＳから隠蔽された領域に格納されているユーザデータに対する前記ユーザモード・モジュールのリカバリ要求に関する情報が保存されることを特徴とする請求項３記載のコンピュータシステム。
【請求項６】
所定のＯＳによる動作環境である第１のパーティションと、当該所定のＯＳから隠蔽された領域である第２のパーティションとを形成可能な記憶装置を備えたコンピュータシステムであって、
前記記憶装置における前記第１のパーティションにインストールされている前記所定のＯＳの上で動作する第１のソフトウェアモジュールと、
前記第２のパーティションにインストールされているＯＳの上で動作する第２のソフトウェアモジュールとを含み、
前記第１のソフトウェアモジュールは、バックアップされるユーザデータに関する情報をメモリに格納し、前記第２のソフトウェアモジュールは、当該メモリに格納された情報に基づいて、バックアップされる当該ユーザデータを前記第２のパーティションに格納することを特徴とするコンピュータシステム。
【請求項７】
前記第１のソフトウェアモジュールは、前記第１のパーティションに前記ユーザデータを復元するための領域を確保すると共に、前記第２のソフトウェアモジュールに対してリカバリを要求し、当該第２のソフトウェアモジュールは、当該リカバリの要求に基づいて、前記第２のパーティションに格納された当該ユーザデータを当該第１のパーティションの当該領域に格納させることを特徴とする請求項６記載のコンピュータシステム。
【請求項８】
前記第２のパーティションにインストールされている前記ＯＳのブートをサポートすると共に、システムマネージメントＢＩＯＳ（ＳＭＢＩＯＳ）　Ｄａｔａ　Ａｒｅａを作成するＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）を更に備えたことを特徴とする請求項６記載のコンピュータシステム。
【請求項９】
所定のＯＳによる動作環境である第１のパーティションと、当該所定のＯＳから隠蔽された領域である第２のパーティションとを有する記憶手段と、
前記第１のパーティションで動作する第１のモジュールと前記第２のパーティションで動作する第２のモジュールとを備え、ユーザデータの保存・管理を行う保存・管理手段と、
前記第１のパーティションと前記第２のパーティションとの間で前記ユーザデータの受け渡しを行う際に、前記保存・管理手段における前記第１のモジュールおよび前記第２のモジュールの間でのコミュニケーションを提供するコミュニケーション提供手段と
を含むユーザデータ記憶装置。
【請求項１０】
前記保存・管理手段の前記第１のモジュールは、前記第１のパーティションにインストールされているＯＳ上で動作するソフトウェアモジュールであり、前記第２のモジュールは、前記第２のパーティションにインストールされているＯＳ上で動作するソフトウェアモジュールであることを特徴とする請求項９記載のユーザデータ記憶装置。
【請求項１１】
前記記憶手段は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）であり、
前記第２のパーティションは、ＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　Ｔｉｍｅ　Ｉｎｔｅｒｆａｃｅ　Ｅｘｔｅｎｓｉｏｎ　Ｓｅｒｖｉｃｅｓ）の仕様もしくはそれに準ずる規格仕様のパーティションであることを特徴とする請求項９記載のユーザデータ記憶装置。
【請求項１２】
所定のＯＳによる動作環境である第１のパーティションと当該所定のＯＳから隠蔽された領域である第２のパーティションとの間でデータの受け渡しを行う記憶装置のデータ受け渡し方法であって、
前記第１のパーティションの環境で動作する第１のソフトウェアモジュールにより、当該第１のパーティションから前記第２のパーティションへ受け渡されるデータの状況をメモリに保存するステップと、
前記メモリに保存された前記状況に基づいて、前記第２のパーティションの環境で動作する第２のソフトウェアモジュールにより前記データを当該第２のパーティションに保存するステップと
を含む記憶装置のデータ受け渡し方法。
【請求項１３】
前記第１のソフトウェアモジュールにより前記第１のパーティションに前記データを復元するための領域を確保するステップと、
前記第１のソフトウェアモジュールにより前記第２のソフトウェアモジュールに対してリカバリを要求するステップと、
前記リカバリの要求に基づいて、前記第２のパーティションに格納された前記データを前記第１のパーティションの前記領域に保存するステップと
を更に含む請求項１２記載の記憶装置のデータ受け渡し方法。
【請求項１４】
記憶装置におけるユーザデータのバックアップ方法であって、
前記ユーザデータにおけるバックアップ用ファイルの状況をメモリに格納し、前記記憶装置における前記ユーザデータの保存領域とは異なるシステムパーティションのＯＳをブートさせ、
ブートされた前記ＯＳの上で動作するソフトウェアモジュールにより前記メモリに格納された前記状況を認識し、
認識された前記状況に基づいてファイルを検索し、
検索された前記ファイルを前記システムパーティションに保存することを特徴とするユーザデータのバックアップ方法。
【請求項１５】
ハイバーネーション機能によるシャットダウンに際して前記メモリのフラグをチェックし、
前記フラグがセットされている場合には、ＳＭＢＩＯＳ　Ｄａｔａの情報をもとに前記ファイルを検索することを特徴とする請求項１４記載のユーザデータのバックアップ方法。
【請求項１６】
所定のＯＳによる動作環境である第１のパーティションと当該所定のＯＳから隠蔽された領域である第２のパーティションとを形成可能な記憶装置を備えるコンピュータに、
前記第１のパーティションの環境で動作すると共に、当該第１のパーティションから前記第２のパーティションへ受け渡されるデータの状況をメモリに保存する機能と、
前記第２のパーティションの環境で動作すると共に、前記メモリに保存された前記状況に基づいて、前記データを当該第２のパーティションに保存する機能と
を実現させるプログラム。
【請求項１７】
前記第１のパーティションの環境にて動作すると共に、当該第１のパーティションに前記データを復元するための領域を確保する機能と、
前記第１のパーティションの環境にて動作すると共に、前記データのリカバリの要求をメモリに保存する機能と、
前記第２のパーティションの環境にて動作すると共に、前記メモリに保存された前記リカバリの要求に基づいて、前記第２のパーティションに格納された前記データを前記第１のパーティションの前記領域に保存する機能と
をコンピュータに更に実現させる請求項１６記載のプログラム。
【請求項１８】
記憶装置を備えるコンピュータに、
前記記憶装置におけるＯＳの環境にて、当該環境のユーザデータに対するバックアップ用ファイルの状況をメモリに格納する機能と、
前記記憶装置における前記ＯＳから隠蔽した領域にインストールされているスペシャルＯＳをブートさせる機能と、
ブートされた前記スペシャルＯＳの上で動作するソフトウェアモジュールにより前記メモリに格納された前記状況を認識する機能と、
認識された前記状況に基づいて前記バックアップ用ファイルを前記ＯＳから隠蔽された領域に保存する機能と
を実現させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードディスクドライブ（ＨＤＤ）などの記憶装置を備えたコンピュータシステム等に係り、より詳しくは、所定のＯＳの環境とこのＯＳから隠蔽された領域との間におけるデータ受け渡しを可能とするコンピュータシステム等に関する。
【０００２】
【従来の技術】
従来、業界標準規格であるＡＴＡ（ＡＴ　Ａｔｔａｃｈｍｅｎｔ）／ＡＴＡＰＩ（Ａｄｖａｎｃｅｄ　Ｔｅｃｈｎｏｌｏｇｙ　Ａｔｔａｃｈｍｅｎｔ　Ｐａｃｋｅｔ　Ｉｎｔｅｒｆａｃｅ）−５の仕様をサポートするハードディスクドライブ（ＨＤＤ：Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）の機能を使用し、ＡＮＳＩ（Ａｍｅｒｉｃａｎ　Ｎａｔｉｏｎａｌ　Ｓｔａｎｄａｒｄｓ　Ｉｎｓｔｉｔｕｔｅ）のスタンダードであるＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　Ｔｉｍｅ　Ｉｎｔｅｒｆａｃｅ　Ｅｘｔｅｎｓｉｏｎ　Ｓｅｒｖｉｃｅｓ）のアーキテクチャを用いて、ＨＤＤの中にＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）から隠蔽した領域を作成することが可能である。ＰＡＲＴＩＥＳでは、この仕様を実現するために、”ＳＥＴ　ＭＡＸ　ＡＤＤＲＥＳＳ”というコマンドが用いられる。
【０００３】
図４は、ＨＤＤにおけるＰＡＲＴＩＥＳの機能を説明するための図であり、ＨＤＤの領域を横に輪切りにしたイメージで表現している。ここでは、擬似的な最大領域である”Ｍａｘ”の値を定義し、通常のコマンドでは、この”Ｍａｘ”までが領域として与えられ、ＯＳは、”Ｓｔａｒｔ”から”Ｍａｘ”までを使用領域としている。この”Ｍａｘ”の値からＨＤＤにおける本当の最大領域である”ＮａｔｉｖｅＭａｘ”までがＰＡＲＴＩＥＳパーティション（ＰＡＲＴＩＥＳ　Ｐａｒｔｉｔｉｏｎ）である。このＰＡＲＴＩＥＳパーティションにて規格が決まっている／もしくは定義されている”Ｂｏｏｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｅｘｔｅｎｓｉｏｎ　Ｒｅｃｏｒｄ”には、ＰＡＲＴＩＥＳパーティションに入っている情報が格納されており、ここを参照することで、ＰＡＲＴＩＥＳパーティションに対する種々の機能を使用することができる。
【０００４】
このＰＡＲＴＩＥＳの仕様で想定されている使い方としては、通常、フロッピーディスクなどのリムーバルメディアからブートされるときにあてがわれるＡドライブを、ＰＡＲＴＩＥＳパーティションからブートするときにもあてがい、例えば、ＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）のＩｎｔｅｒｒｕｐｔ１３というリムーバルメディアに対するＢＩＯＳコールを利用して、ＰＡＲＴＩＥＳパーティションに対するアクセスを行うサービスが存在する。即ち、ＰＡＲＴＩＥＳパーティションからブートして、Ａドライブが見え、通常の領域をＣドライブとして見せる。これによって、ＰＡＲＴＩＥＳのエリアにＯＳのプリロードイメージを格納しておき、ここからのリカバリを可能としたり、ＢＩＯＳセットアップである、ハードウェアの設定、パスワードの設定、ブートシーケンスの記載等に必要な情報を、ＲＯＭに代わって格納し、例えば、グラフィカルなユーザインタフェースを用いたユーザによるセットアップ作業を可能としている。また、ブート（起動）プログラムを入れておき、ここからシステムの診断を行うこともＰＡＲＴＩＥＳの仕様として想定されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、このＰＡＲＴＩＥＳパーティションのような、ハードウェアの機能として設けられるこの隠蔽した領域は、あくまでも、上述のような限定された使用方法にて用いられることを前提としており、他の機能に適用することを想定されていない。
【０００６】
その一方で、通常、ユーザが使用している環境では、様々なドライバやアプリケーションがあり、レジストリと呼ばれるＯＳの情報エリアを壊したり、変更したりしてしまい、ＯＳが正しく動作できない場合がある。この際、ＯＳおよびアプリケーションだけに対して再導入の必要性が生じることが多い。かかる場合に、ユーザのデータを保存しておき、ＯＳ／アプリケーションの再導入後にユーザのデータのみをリカバリする必要がある。通常では、他のリムーバルデバイスやネットワーク上の記憶装置を使用するが、これらの他の記憶装置を用いた場合には、リカバリに非常に手間がかかる点で問題となっていた。
【０００７】
本発明は、以上のような技術的課題を解決するためになされたものであって、その目的とするところは、例えばＨＤＤ等の記憶装置において、異なったパーティション上のソフトウェアモジュール間での情報の受け渡しを可能とすることにある。
また他の目的は、例えば、ＨＤＤにおけるＰＡＲＴＩＥＳパーティションと通常のパーティションとの間での情報の受け渡しを可能とし、ＰＡＲＴＩＥＳパーティションを用いたデータバックアップを実現することにある。
【０００８】
【課題を解決するための手段】
かかる目的のもと、本発明が適用されるコンピュータシステムは、例えばＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　Ｔｉｍｅ　Ｉｎｔｅｒｆａｃｅ　Ｅｘｔｅｎｓｉｏｎ　Ｓｅｒｖｉｃｅｓ）の仕様、もしくはそれに準ずる規格仕様を満たし、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）のアクセス環境とこのＯＳから隠蔽された領域であるＰＡＲＴＩＥＳパーティションとを有する記憶装置と、ＯＳのアクセス環境にて動作するユーザモード・モジュールと隠蔽された領域に対する環境にて動作する管理モード・モジュールとの間でコミュニケーションを行うためのワークエリアを提供するメモリとを含んでいる。
【０００９】
ここで、例えば不揮発性メモリからなるメモリには、ＯＳのアクセス環境とこのＯＳから隠蔽された領域との間で情報の受け渡しを行うための情報が保存される。例えば、ＯＳのアクセス環境の領域に格納されバックアップが必要なユーザデータに関するファイル状況が保存され、また、例えば、ＯＳから隠蔽された領域に格納されているユーザデータに対するユーザモード・モジュールのリカバリ要求に関する情報（例えば、リカバリのためのファイル作成結果を示すフラグ等）が保存される。
【００１０】
また、本発明は、所定のＯＳによる動作環境である第１のパーティションと、この所定のＯＳから隠蔽された領域である第２のパーティションとを形成可能な記憶装置を備えたコンピュータシステムであって、この記憶装置における第１のパーティションにインストールされている所定のＯＳの上で動作する第１のソフトウェアモジュールと、第２のパーティションにインストールされているＯＳの上で動作する第２のソフトウェアモジュールとを含み、この第１のソフトウェアモジュールは、バックアップされるユーザデータに関する情報をメモリに格納し、第２のソフトウェアモジュールは、メモリに格納された情報に基づいて、バックアップされるユーザデータを第２のパーティションに格納することを特徴としている。
【００１１】
ここで、この第１のソフトウェアモジュールは、第１のパーティションにユーザデータを復元するための領域を確保すると共に、この第２のソフトウェアモジュールに対してリカバリを要求し、第２のソフトウェアモジュールは、このリカバリの要求に基づいて、第２のパーティションに格納されたユーザデータを第１のパーティションの領域に格納させることを特徴としている。更に、第２のパーティションにインストールされているＯＳのブートをサポートすると共に、システムマネージメントＢＩＯＳ（ＳＭＢＩＯＳ）　Ｄａｔａ　Ａｒｅａを作成するＢＩＯＳを備えたことを特徴とすることができる。
【００１２】
一方、本発明が適用されるユーザデータ記憶装置は、所定のＯＳによる動作環境である第１のパーティションと、この所定のＯＳから隠蔽された領域である第２のパーティションとを有する記憶手段と、この第１のパーティションで動作する第１のモジュールと第２のパーティションで動作する第２のモジュールとを備え、ユーザデータの保存・管理を行う保存・管理手段と、第１のパーティションとこの第２のパーティションとの間でユーザデータの受け渡しを行う際に、保存・管理手段における第１のモジュールおよび第２のモジュールの間でのコミュニケーションを提供するコミュニケーション提供手段とを含んでいる。
【００１３】
更に、本発明は、所定のＯＳによる動作環境である第１のパーティションとこの所定のＯＳから隠蔽された領域である第２のパーティションとの間でデータの受け渡しを行う記憶装置のデータ受け渡し方法であって、第１のパーティションの環境で動作する第１のソフトウェアモジュールにより、第１のパーティションから第２のパーティションへ受け渡されるデータの状況をメモリに保存するステップと、メモリに保存された状況に基づいて、第２のパーティションの環境で動作する第２のソフトウェアモジュールによりデータを第２のパーティションに保存するステップと、第１のソフトウェアモジュールにより第１のパーティションにデータを復元するための領域を確保するステップと、この第１のソフトウェアモジュールにより第２のソフトウェアモジュールに対してリカバリを要求するステップと、このリカバリの要求に基づいて、第２のパーティションに格納されたデータを第１のパーティションの領域に保存するステップとを含んでいる。
【００１４】
また、他の観点から捉えると、本発明は、記憶装置におけるユーザデータのバックアップ方法であって、ユーザデータにおけるバックアップ用ファイルの状況をメモリに格納し、記憶装置におけるユーザデータの保存領域とは異なるシステムパーティションのＯＳをブートさせ、ブートされたＯＳの上で動作するソフトウェアモジュールによりメモリに格納された状況を認識し、認識された状況に基づいてファイルを検索し、検索されたファイルをこのシステムパーティション（所定のＯＳから隠蔽された領域である第２のパーティション）に保存することを特徴とする。ここで、ハイバーネーションの技術を用いてファイルを検索すること、より具体的には、ハイバーネーション機能によるシャットダウンに際してメモリのフラグをチェックし、このフラグがセットされている場合には、ＳＭＢＩＯＳ　Ｄａｔａの情報をもとにファイルを検索することを特徴とすることができる。
【００１５】
尚、これらの発明は、所定のＯＳによる動作環境である第１のパーティションとこの所定のＯＳから隠蔽された領域である第２のパーティションとを形成可能な記憶装置を備えるコンピュータに実行させるプログラムとして把握することができる。このプログラムとしては、このコンピュータに、第１のパーティションの環境で動作すると共に、この第１のパーティションから第２のパーティションへ受け渡されるデータの状況をメモリに保存する機能と、第２のパーティションの環境で動作すると共に、メモリに保存された状況に基づいて、データを第２のパーティションに保存する機能と、第１のパーティションの環境にて動作すると共に、この第１のパーティションにデータを復元するための領域を確保する機能と、第１のパーティションの環境にて動作すると共に、データのリカバリの要求をメモリに保存する機能と、第２のパーティションの環境にて動作すると共に、メモリに保存されたリカバリの要求に基づいて、第２のパーティションに格納されたデータを第１のパーティションの領域に保存する機能とを実現させることを特徴とすることができる。
【００１６】
他方、本発明が適用されるプログラムは、記憶装置を備えるコンピュータに、この記憶装置におけるＯＳの環境にて、この環境のユーザデータに対するバックアップ用ファイルの状況をメモリに格納する機能と、記憶装置におけるＯＳから隠蔽した領域にインストールされているスペシャルＯＳ（第２のパーティションからブート可能で特殊目的のために作成されたＯＳ）をブートさせる機能と、このブートされたスペシャルＯＳの上で動作するソフトウェアモジュールによりメモリに格納された状況を認識する機能と、認識された状況に基づいてバックアップ用ファイルをＯＳから隠蔽された領域に保存する機能とを実現させることを特徴とすることができる。
【００１７】
これらのプログラムとしては、コンピュータを顧客に対して提供する際に、装置の中にインストールされた状態にて提供される場合の他、コンピュータに実行させるプログラムをコンピュータが読取可能に記憶した記憶媒体にて提供する形態が考えられる。この記憶媒体としては、例えばフロッピーディスクやＣＤ−ＲＯＭ媒体等が該当し、フロッピーディスクドライブやＣＤ−ＲＯＭ読取装置等によってプログラムが読み取られ、フラッシュＲＯＭ等にこのプログラムが格納されて実行される。また、これらのプログラムは、例えば、プログラム伝送装置によってネットワークを介して提供される形態がある。このプログラム伝送装置としては、例えば、ホスト側のサーバに設けられ、プログラムを格納するメモリと、ネットワークを介してプログラムを提供するプログラム伝送手段とを備えている。
【００１８】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいて本発明を詳細に説明する。
図１は、本実施の形態が適用されるコンピュータシステムの全体構成を示した図である。図１に示すコンピュータシステムは、大きくハードウェア１０とソフトウェア２０の構成要素に分けることができる。ここで、「システム」とは、複数の装置（機能）が論理的に集合した物をいい、各構成の装置（機能）が同一筐体中にあるか否かを問うものではない。従って、例えば、これらの構成要素が１つの装置にまとまって１つの取引対象となる場合もあり、また、特定の要素が別筐体として単体で扱われる場合もある。
【００１９】
ハードウェア１０としては、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）／ユーザデータを保持するための不揮発性記憶装置であるＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）１１、異なるパーティション・ＯＳ間で動作するユーザデータ・マネージメント・アプリケーション（後述）のワークエリアとして、即ち、コミュニケーション提供手段の一つとして機能するＣＭＯＳ／ＮＶＲＡＭ（Ｎｏｎｖｏｌａｔｉｌｅ　ＲＡＭ）１２を有している。ＨＤＤ１１は、ＡＴＡ（ＡＴ　Ａｔｔａｃｈｍｅｎｔ）／ＡＴＡＰＩ（Ａｄｖａｎｃｅｄ　Ｔｅｃｈｎｏｌｏｇｙ　Ａｔｔａｃｈｍｅｎｔ　Ｐａｃｋｅｔ　Ｉｎｔｅｒｆａｃｅ）−５の仕様をサポートし、ＰＡＲＴＩＥＳの仕様を満たしている。このＨＤＤ１１は、ＯＳによって動作する領域（通常のパーティション）と、システムパーティションとして、このＯＳ以外のＤＯＳコンパチブルなＯＳによって動作するＰＡＲＴＩＥＳパーティションを備えており、これらのパーティションの間での情報の受け渡しが可能とされている。
【００２０】
ソフトウェア２０としては、コンピュータシステムに接続されている各種デバイスを制御するＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）２１、コンピュータシステムにおけるシステム管理と、基本的なユーザ操作環境を提供するＯＳ２２、ＡＮＳＩ（Ａｍｅｒｉｃａｎ　Ｎａｔｉｏｎａｌ　Ｓｔａｎｄａｒｄｓ　Ｉｎｓｔｉｔｕｔｅ）のスタンダードなアーキテクチャであるＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　Ｔｉｍｅ　Ｉｎｔｅｒｆａｃｅ　Ｅｘｔｅｎｓｉｏｎ　Ｓｅｒｖｉｃｅｓ）２３、ＰＡＲＴＩＥＳパーティションからブートするＤＯＳコンパチブルなＯＳであるスペシャルＯＳ２４、ユーザのデータ保存・管理を行うソフトウェアである、保存管理手段としてのユーザデータ・マネージメント・アプリケーション２５を有している。ユーザデータ・マネージメント・アプリケーション２５は、ＯＳ２２／ユーザの環境で動作する部分であるユーザモード・モジュール２６、ＰＡＲＴＩＥＳ２３の環境で動作する部分である管理モード・モジュール２７を有している。ユーザモード・モジュール２６と管理モード・モジュール２７は、ＣＭＯＳ／ＮＶＲＡＭ１２をワークエリアとして、コミュニケーションを図っている。
【００２１】
ＢＩＯＳ２１は、ＰＡＲＴＩＥＳ２３の仕様をサポートすると共に、ＰＡＲＴＩＥＳパーティションからのスペシャルＯＳ２４のブートをサポートしている。また、ＳＭＢＩＯＳ　Ｄａｔａ　Ａｒｅａを作成し、ファイル名や公開鍵を表示する機能を備えている。更に、秘密鍵を管理する機能も備えている。ＳＭＢＩＯＳ（システムマネージメントＢＩＯＳ）には、メモリーサイズ、ディスク情報、コンソールのためのビデオカードの情報、ＡＰＭＢＩＯＳのチェックなど、システムに関する各種情報が格納される。
【００２２】
ＨＤＤ１１の中にＯＳ２２から隠蔽した領域としてＰＡＲＴＩＥＳ２３によって作成されるＰＡＲＴＩＥＳパーティションは、一旦、ＯＳ２２がブートした後は、通常そのエリアについては触ることが出来ない。即ち、セキュアードなパーティションとして、ＯＳの環境からはデータを壊されることがなく、データアクセスがなされることがなく、その結果、ウィルスの進入等を防ぐことも可能である。しかしながら、逆に考えると、従来の技術では、ＯＳ２２がブートした後は、かかるパーティションを２次的なストレージエリアとして利用することができないということに等しい。本実施の形態では、ファイル名等の情報をＢＩＯＳ２１のサポートにより、例えば、ＳＭＢＩＯＳのデータとして取り扱い、既存のハイバーネーション（Ｈｉｂｅｒｎａｔｉｏｎ）技術（コンピュータシステムの電源を切ると同時に、直前まで実行していた作業内容をＨＤＤ１１に自動的に保存する技術）の一部であるファイルアクセスのテクニックを利用することによって、他のファイルのデータを他のパーティションからアクセスできるように構成している。即ち、ハイバーネーション機能として、ＢＩＯＳ２１がファイルエリアを見つけ出す機能を利用して、例えばＰＡＲＴＩＥＳパーティションのＯＳＡＰＩを使用したファイルへのデータバックアップ等を可能としている。
【００２３】
ここで、例えば、ユーザがあるデバイスドライバを入れたときに、ＯＳ２２自身が不安定になり、もう一度クリーンアップして最初から実行させる場合がある。かかる場合に、格納されている自分のデータをどこかに置いておくことが必要となる。また、知らない間にＯＳ２２が破壊され、自分のデータにアクセスすることができなくなったときでも、自分のデータにアクセスしたいと欲する場合がある。かかる場合に備え、本施の形態では、例えば、ＯＳ２２がブートした後、自分のデータをプリロードイメージとしてＰＡＲＴＩＥＳパーティションにセーブしておき、必要なときに、このプリロードイメージを元のエリアに戻すことを可能としている。ここで、従来のＰＡＲＴＩＥＳ２３の仕様として、Ａドライブとしてブートした後、プリロードのもととなる情報（種）を用意し、そのもととなる情報（種）からＯＳ２２をリカバリする手法が存在する。本実施の形態では、かかる手法を利用し、例えば、ＯＳ２２が不安定になった場合等に、ＰＡＲＴＩＥＳ２３側のスペシャルＯＳ２４をブートした後、かかる情報を利用してＯＳ２２をリカバーし、今まで自分が作ってきたドキュメント等のデータもＰＡＲＴＩＥＳパーティションからコピーすることで、ドキュメント等のデータを問題のない状態で再生することを可能としている。
【００２４】
そのために、ＯＳ２２に入っている自分のデータと、ＰＡＲＴＩＥＳパーティションに入っているセーブエリアとを２つ用意し、セーブ（保存）する場合には、ＯＳ２２の環境からデータをＰＡＲＴＩＥＳパーティションに受け渡し、リカバリが必要な場合には、ＰＡＲＴＩＥＳパーティションからＯＳ２２の環境にデータを受け渡すことを可能とした。かかる機能を実現するために、ソフトウェアモジュールを２つ用意し、即ち、ＯＳ２２の環境で動作するユーザモード・モジュール２６と、ＰＡＲＴＩＥＳパーティションで動作する管理モード・モジュール２７とを用意した。この２つのモジュールの間で、ＣＭＯＳ／ＮＶＲＡＭ１２を介して情報の交換を行うことで、上述した機能の実現を可能としている。
【００２５】
このユーザモード・モジュール２６の役割としては、大きく、ユーザデータのバックアップと、ユーザがＨＤＤ１１を再初期化した後、自分のデータを復元するための、ユーザデータのリトリーブがある。ユーザデータのバックアップでは、ＯＳ２２のファイルシステムを利用して、ユーザのデータを保存するためのエリア確保がなされる。また、ユーザのデータを圧縮し、単一のファイルに保存したり、その状況をＣＭＯＳ／ＮＶＲＡＭ１２に保存する役割を担っている。ユーザデータのリトリーブでは、ＯＳ２２のファイルシステム（ファイルを管理する方式）を利用して、ユーザのデータを復元するための領域を確保している。また、管理モード・モジュール２７にＣＭＯＳ／ＮＶＲＡＭ１２を経由してリカバリを要求している。更に、このリカバリ終了後、ユーザの使用していたファイル名に変更し、ユーザのデータを開示する等の役割を担っている。
【００２６】
管理モード・モジュール２７の役割としては、同様に、ユーザデータのバックアップと、ユーザデータのリトリーブがある。ＰＡＲＴＩＥＳパーティションからユーザエリアのファイルアクセスは、前述のように、ハイバーネーション技術の一部を用いている。ユーザデータのバックアップでは、ＣＭＯＳ／ＮＶＲＡＭ１２の状況に応じて、ユーザモード・モジュール２６が作成したファイルをＰＡＲＴＩＥＳパーティションにコピーする。また、ユーザデータのリトリーブでは、ＣＭＯＳ／ＮＶＲＡＭ１２の状況に応じて、ＰＡＲＴＩＥＳパーティションに保存していたユーザデータをユーザＯＳエリアにコピーする役割を担っている。
【００２７】
次に、本実施の形態が適用される手法について、その処理の流れを説明する。図２は、ユーザデータのバックアップの流れを示したフローチャートである。図２に示すデータバックアップ処理では、ユーザが自分のデータのバックアップを、ユーザモード・モジュール２６を用いて行う場合について示している。まず、ユーザからファイルの指定を受けた後（ステップ１０１）、ユーザモード・モジュール２６は、圧縮されたバックアップ用ファイルとして、指定を受けたファイルを追加・更新する（ステップ１０２）。このとき、ユーザモード・モジュール２６は、ファイルが更新されたことをＣＭＯＳ／ＮＶＲＡＭ１２に示す（ステップ１０３）。ＣＭＯＳ／ＮＶＲＡＭ１２は、例えば８Ｋｂｙｔｅ等の狭い格納領域しか備えていないことから、データ自身は格納できず、例えばファイルネーム等がセーブされる。
【００２８】
その後、次回のハイバーネーション・シャットダウン時に、ＢＩＯＳ２１がそのフラグをチェックする（ステップ１０４）。フラグがセットされていない場合には、通常のハイバーネーション・シャットダウン処理が実行され（ステップ１０９）、フラグがセットされている場合に、ＢＩＯＳ２１は、そのままＰＡＲＴＩＥＳパーティションのＯＳであるスペシャルＯＳ２４をブートさせる（ステップ１０６）。そして、管理モード・モジュール２７がフラグを認識し、ＢＩＯＳ２１のデータであるＳＭＢＩＯＳ　Ｄａｔａの情報をもとに、ファイルを検索する（ステップ１０７）。その後、検索されたファイルの内容を、ＰＡＲＴＩＥＳパーティションのＯＳＡＰＩを使用したファイルにコピーし（ステップ１０８）、通常のハイバーネーション・シャットダウン処理が実行される（ステップ１０９）。
【００２９】
図３は、ユーザデータのリカバリにおける手続きを示したフローチャートである。ここでは、例えば、ＨＤＤ１１のデータが破壊された場合等、ユーザによるＨＤＤ１１の再初期化の処理フローを示している。ＨＤＤ１１の再初期化では、まず、ＢＩＯＳ２１は、ＰＡＲＴＩＥＳパーティションのＯＳであるスペシャルＯＳ２４をブートさせる（ステップ２０１）。その後、現在のＤ２Ｄ（Ｄｉｓｋ　ｔｏ　Ｄｉｓｋ）の技術を使ってＨＤＤ１１を初期化し、ＯＳ２２をインストールし、ドライバ、アプリケーションのインストールを行う。また、ユーザ用のモジュールもインストールする（ステップ２０２）。次に、ユーザモード・モジュール２６をインストールし、ユーザによるユーザデータリカバリの選択を受ける（ステップ２０３）。
【００３０】
次に、ユーザモード・モジュール２６は、ＳＭＢＩＯＳ　Ｄａｔａ　Ｓｔｒｕｃｔｕｒｅに従ってリカバリのためのファイルを作成すると共に、ＣＭＯＳ／ＮＶＲＡＭ１２にフラグをセットし、シャットダウン／リブートを行う（ステップ２０４）。また、ＢＩＯＳ２１は、そのままＰＡＲＴＩＥＳパーティションのＯＳであるスペシャルＯＳ２４をブートさせる（ステップ２０５）。そして、管理モード・モジュール２７にてフラグが認識され、ＳＭＢＩＯＳ　Ｄａｔａの情報をもとにファイルの検索がなされる（ステップ２０６）。また、管理モード・モジュール２７は、ＰＡＲＴＩＥＳパーティションにあるバックアップのファイルの内容を、ユーザモード・モジュール２６が新たに作成したファイルにコピーする（ステップ２０７）。その後、ＢＩＯＳ２１は、通常のパーティションのＯＳ２２をブートさせ（ステップ２０８）、ユーザモード・モジュール２６により、ユーザによってリストアされたファイルが示される（ステップ２０９）。その後、ユーザが自分のデータを解凍し、以前の状況に戻すことで（ステップ２１０）、ＨＤＤ１１の再初期化の処理が終了する。
【００３１】
このように、本実施の形態によれば、例えば、ＡＮＳＩＰＡＲＴＩＥＳの仕様で想定されていない、ＯＳ２２の環境とこのＯＳ２２から隠蔽された領域（ＰＡＲＴＩＥＳパーティション）の間でのデータの受け渡しを行い、ユーザデータのバックアップ機能等を実現している。このとき、本実施の形態では、２つのソフトウェアモジュール（ユーザデータ・マネージメント・アプリケーション２５のユーザモード・モジュール２６および管理モード・モジュール２７）が、別々のパーティションで、そこにインストールされているＯＳ２２およびスペシャルＯＳ２４の上で動作している。また、ユーザデータのバックアップ、例えば、ＺＩＰ形式の一つのファイルをＯＳ２２のＡＰＩを使用して管理している。通常は、他のファイルのデータは他のパーティションからはアクセスすることができないが、本実施の形態では、ファイル名等の情報をＢＩＯＳ２１のサポートにより、例えばＳＭＢＩＯＳのデータとして取り扱い、既存のハイバーネーション技術の一部であるファイルアクセス（ファイルサーチ）の技術を応用することによって、異なったパーティション間におけるデータのアクセスを実現可能としている。
【００３２】
尚、本実施の形態では、ＰＡＲＴＩＥＳパーティションを用いて説明をしてきたが、それ以外にも、何らかの情報を交換するエリアが存在すれば、異なったパーティション間におけるデータのアクセスに、本手法を利用することができる。例えば、ＮＶＳ（Ｎｏｎ　Ｖｏｌａｔｉｌｅ　Ｓｌｅｅｐｉｎｇ　Ｍｅｍｏｒｙ）というアーキテクチャがあり、ＡＣＰＩ（Ａｄｖａｎｃｅｄ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　ａｎｄ　Ｐｏｗｅｒ　Ｉｎｔｅｒｆａｃｅ）の中で定義された、実メモリ中のＳＭＢＩＯＳ等がリザーブできるエリア（ＯＳが使用しないエリア）がある。かかるエリアを利用した場合においても、本手法を適用することが可能である。
【００３３】
【発明の効果】
以上説明したように、本発明によれば、例えばＨＤＤ等の記憶装置における所定のＯＳの環境とこのＯＳから隠蔽された領域の異なったパーティション間にて、情報の受け渡しが可能となる。
【図面の簡単な説明】
【図１】本実施の形態が適用されるコンピュータシステムの全体構成を示した図である。
【図２】ユーザデータのバックアップの流れを示したフローチャートである。
【図３】ユーザデータのリカバリにおける手続きを示したフローチャートである。
【図４】ＨＤＤにおけるＰＡＲＴＩＥＳの機能を説明するための図である。
【符号の説明】
１０…ハードウェア、１１…ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、１２…ＣＭＯＳ／ＮＶＲＡＭ（Ｎｏｎｖｏｌａｔｉｌｅ　ＲＡＭ）、２０…ソフトウェア、２１…ＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）、２２…ＯＳ、２３…ＰＡＲＴＩＥＳ（Ｐｒｏｔｅｃｔｅｄ　Ａｒｅａ　Ｒｕｎ　Ｔｉｍｅ　Ｉｎｔｅｒｆａｃｅ　Ｅｘｔｅｎｓｉｏｎ　Ｓｅｒｖｉｃｅｓ）、２４…スペシャルＯＳ、２５…ユーザデータ・マネージメント・アプリケーション、２６…ユーザモード・モジュール、２７…管理モード・モジュール
【図１】
2004013563.tif 000003
【図２】
2004013563.tif 000004
【図３】
2004013563.tif 000005
【図４】
2004013563.tif 000006