(57)【要約】  【課題】従来、コンピュータの障害発生時への対策としてハードディスク（以下、ＨＤＤという）の内容をバックアップしておくことは従来から行われているが、従来のようなバックアップ方法では障害時にＯＳごと復元する方法であり、現状の動作環境を消去されるという不便さがあった。また、復元するために時間や手間がかかるといった問題点があった。  【解決手段】通常の動作環境をＯＳを含めてバックアップしておき、バックアップした環境を立ち上げる際にはバックアップファイル全体をブートセクタを持っているＨＤＤに見立てて、通常起動しているＯＳではなくバックアップファイルにより起動する。これにより、通常使用している動作環境も保持しておくことができるため、ユーザは任意に通常のＯＳを起動することも、バックアップ環境を起動することもできる。【選択図】            図２
2005327216.tif 000002
【特許請求の範囲】
【請求項１】
第一記憶領域に、マスターブートレコード部と、ブートセクタ部と、前記ブートセクタ部によって読み込まれるべき起動ファイルを有する第一起動ファイル部と、を配置する計算機であって、
前記ブートセクタ部に代えて機能する新ブートレコード部を前記第一記憶領域に追加する新ブートレコード追加部と、
前記マスターブートレコード部を書き換えて、ＢＩＯＳに前記ブートセクタ部に代えて前記新ブートレコード部を読み込ませるためのマスターブートレコード書換部と、
第二記憶領域に、前記新ブートレコード部より読み込むべきと指定される起動ファイルを含み、もともと第一記憶領域に配置されて利用されていたファイルのバックアップファイルを有するバックアップファイル部と、
前記バックアップファイルに含まれるファイルが前記第一記憶領域に配置されていた際に、そのファイルに基づく命令が指し示していたアドレスである第一アドレスと、前記第二記憶領域の前記バックアップファイルが配置されている第二アドレスとを関連付けて保持するアドレス変換テーブル保持部と、
を有する計算機。
【請求項２】
第一記憶領域及び、第二記憶領域は、同一区画内に配置されている請求項１に記載の計算機。
【請求項３】
第一記憶領域及び、第二記憶領域は、異なる区画内に配置されている請求項１に記載の計算機。
【請求項４】
前記起動ファイルは起動の際に、起動ファイルに含まれるデータ保存領域を書き換える書換処理を実行する書換処理ファイルを有し、
新ブートレコード部によりバックアップファイルの起動ファイルによる起動がされる際に、前記書換処理ファイルの書換処理を所定記憶領域に退避させて前記バックアップファイルの起動ファイルに含まれるデータ保存領域に対する書換処理を実行しないためのプロテクタ部を有する
請求項１から３のいずれか一に記載の計算機。
【請求項５】
前記退避させた書換処理情報を前記バックアップファイルから起動された際に再利用可能に保存する退避ファイル再利用部を有する請求項４に記載の計算機。
【請求項６】
前記起動ファイルは起動の際に、起動ファイルに含まれるデータ保存領域を書き換える書換処理を実行する書換処理ファイルを有し、
新ブートレコード部によりバックアップファイルの起動ファイルによる起動がされる際に、前記書換処理ファイルの書換処理を前記バックアップファイルの起動ファイルに含まれるデータ保存領域に対して実行するための書換処理実行部を有する
請求項１から３のいずれか一に記載の計算機。
【請求項７】
第一記憶領域に、マスターブートレコード部と、ブートセクタ部と、前記ブートセクタ部によって読み込まれるべき起動ファイルと、前記起動ファイルで起動された状態で利用するアプリケーションファイルと、を有する計算機のバックアップ方法であって、
前記ブートセクタ部に代えて機能する新ブートレコード部を前記第一記憶領域に追加する新ブートレコード追加ステップと、
前記マスターブートレコード部を書き換えて、ＢＩＯＳに前記ブートセクタ部に代えて前記新ブートレコード部を読み込ませるためのマスターブートレコード書換ステップと、
第二記憶領域に、前記新ブートレコード部より読み込むべきと指定される起動ファイルを含み、もともと第一記憶領域に配置されて利用されていたファイルのバックアップファイルをコピーするバックアップステップと、
前記バックアップファイルに含まれるファイルが前記第一記憶領域に配置されていた際に、そのファイルに基づく命令が指し示していたアドレスである第一アドレスを、前記第二記憶領域の前記バックアップファイルが配置されている第二アドレスに変換するアドレス変換ステップと、
を有する計算機のバックアップ方法。
【請求項８】
前記起動ファイルが起動の際に、起動ファイルに含まれるデータ保存領域を書き換える書換処理を本来有する計算機のバックアップ方法であって、
新ブートレコード部によりバックアップファイルの起動ファイルが起動される際に、前記書換処理ファイルの書換処理を所定の記憶領域に退避させて前記バックアップファイルの起動ファイルに含まれるデータ保存領域に対する書換処理を実行しないためのプロテクタ部を生成するプロテクタ部生成ステップをさらに有する、
請求項７に記載の計算機のバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードディスクイメージファイルからＯＳを起動する方法に関するものである。
【背景技術】
【０００２】
従来のコンピュータ障害発生時への対策として、ハードディスク（以下、ＨＤＤという）の内容をバックアップしておく簡易な方法としては、保護したいＨＤＤのデータを他のコンピュータのＨＤＤやＣＤ−ＲＯＭ等の記録媒体に随時記録しておき、障害発生時にはオペレーティングシステム（以下、ＯＳという）をインストールし直し、その後バックアップしておいたＨＤＤのデータをコピーして戻す方法が考えられる。また、特許文献１においては、ＨＤＤに格納されているＯＳを含む全てのファイルを予めＣＤ−ＲＯＭ等の外部記憶媒体にバックアップしておき、障害発生時にはバックアップファイルをＯＳごとＨＤＤに復元する技術が開示されている。
【特許文献１】特開２００３−３０８２５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のようなバックアップ方法はいずれの方法にしてもＯＳごと復元するものであり、現状の動作環境は消去される。よって、現在の動作環境を保持したままバックアップしている環境を再現することはできない。また、復元するために時間も手間もかかるという問題点があった。
【課題を解決するための手段】
【０００４】
本発明では、この課題を解決するために、ハードディスクイメージファイル等からＯＳを起動する方法を提案するものである。本発明の特徴は、通常の動作環境をＯＳを含めてバックアップしておき、バックアップした環境を立ち上げる際にはバックアップファイル全体をブートセクタを持っているＨＤＤに見立てて、通常起動しているＯＳではなくバックアップファイルにより起動する点である。これにより、通常使用している動作環境を保持したままバックアップされている環境を動作させることができる。
【発明の効果】
【０００５】
以上のように、通常動作している環境を保持したままＯＳごとバックアップをしておき、ユーザの任意にバックアップ環境を立ち上げたり、通常のＯＳ環境を立ち上げたりすることが可能である。
【発明を実施するための最良の形態】
【０００６】
以下に、本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【０００７】
なお、以下の実施形態と請求項の関係は次の通りである。
【０００８】
実施形態１は、主に請求項１、２、３、７などについて説明する。
【０００９】
実施形態２は、主に請求項４、５、８などについて説明する。
【００１０】
実施形態３は、主に請求項６などについて説明する。
<<実施形態１>>
【００１１】
<実施形態１の概要>
【００１２】
本実施形態は、通常のＯＳから起動する動作環境を保持する第一記憶領域と、バックアップファイルから起動する動作環境を保持する第二記憶領域とからなる計算機に関するものである。
【００１３】
図１、図２は、本実施形態の概念の一例を示すものである。
【００１４】
図１は通常のＯＳが起動する場合の動作を示している。最初にコンピュータの電源が入れられると、ＲＯＭに保存されているＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）（０１１０）の命令により中央演算処理装置（以下、ＣＰＵという）によってマスターブートレコード部（０１２０）が読み込まれ、マスターブートレコード部（０１２０）に含まれているブートプログラムが動作する。ブートプログラムはアクティブになっている記憶領域を探し（ここでは第一記憶領域）、ＣＰＵはそのアクティブ記憶領域のブートセクタ部（０１３０）を読み込む。（つまり、非アクティブである記憶領域にはＯＳの起動に必要なファイルがあっても読み込まれることはない。）さらに、ブートセクタ部（０１３０）に書かれているプログラムにより、ＯＳの起動に必要なファイルである第一起動ファイル部（０１４０）に含まれる起動ファイルが読み込まれてＯＳが起動する。
【００１５】
図２はバックアップファイルから起動する場合の動作を示している。バックアップファイルから起動する場合は、その準備として、バックアップファイルから起動するための新たな新ブートレコード部（０２３０）を書き込んでおき、マスターブートレコード部（０２２０）の指示によりＣＰＵがその新ブートレコード部（０２３０）を読み込むように書き換えておく。この状態でコンピュータの電源が入れられると、通常時と同じようにＲＯＭに保存されているＢＩＯＳ（０２１０）の命令によりＣＰＵによってマスターブートレコード部（０２２０）が読み込まれる。その後、通常はマスターブートレコード部（０２２０）の指示によりＣＰＵはアクティブ記憶領域のブートセクタを読み込むが、この場合においては新たに加えられた新ブートレコード部（０２３０）を読むように書き換えられているため、新ブートレコード部（０２３０）を読み込む。さらに、新ブートレコード部（０２３０）の指示により、ＣＰＵは第二記憶領域に保存されている第一記憶領域のバックアップファイルであるバックアップファイル部（０２５０）を読み込む。または、読み込むためにアドレス変換を行うアドレス変換テーブル保持部（０２４０）を一旦読んでからバックアップファイル部（０２５０）を読むようになっていてもよいが、この場合にはアドレス変換テーブル保持部（０２４０）は要求された情報がバックアップファイル部（０２５０）内のどの位置にあるのかを示すテーブルであるので、バックアップファイル部（０２５０）内に保存されている情報の処理を行う際には、常にこの変換テーブルを使用してアクセスすることになる。
【００１６】
以上のように、本件発明によれば、従来アクティブであった記憶領域即ち、第一記憶領域に保存されている起動に必要なファイルその他を消去することなく、新たな記憶領域である第二記憶領域からＯＳを起動可能とした。したがって、第一記憶領域に重要な情報がある場合でも、これを消去することなくその状態を保存したままで、別の記憶領域からＯＳを立ち上げることができるので便利である。また、第一記憶領域と第二記憶領域は同一区画にあっても構わないし、異なる区画にあっても構わない。ここで、区画とは前記マスターブートレコード部（０２２０）によって、記憶領域として一体的に認識される記憶領域の一単位である。
【００１７】
<実施形態１の構成>
【００１８】
本実施形態での機能ブロックの一例を図３に示す。
【００１９】
図３に示す本実施形態の「計算機」（０３００）は、「第一記憶領域」（０３１０）と、「第二記憶領域」（０３２０）と、「マスターブートレコード書換部」（０３３０）と、「新ブートレコード追加部」（０３４０）と、「アドレス変換テーブル保持部」（０３５０）とからなる。前記第一記憶領域（０３１０）は、「マスターブートレコード部」（０３１１）と、「ブートセクタ部」（０３１２）と、「第一起動ファイル部」（０３１３）と、「新ブートレコード部」（０３１４）とからなり、前記第二記憶領域（０３２０）は、「バックアップファイル部」（０３２１）とからなる。
【００２０】
「マスターブートレコード部」（０３１１）は、通常コンピュータの起動時に最初に読み込まれるＨＤＤ上の部分で、通常ＨＤＤの先頭に置かれＯＳを起動するための情報が書かれている。コンピュータが起動すると、まずマスターブートレコード部（０３１１）に含まれるブートプログラムが動作する。ブートプログラムはアクティブ記憶領域を探すための情報を読み込み、起動するアクティブ記憶領域の後述のブートセクタ部を読み込む。
【００２１】
「ブートセクタ部」（０３１２）は、前記マスターブートレコード部（０３１１）においてブートプログラムが動作した際に読み込まれるＨＤＤ上の部分である。起動するアクティブ記憶領域のブートセクタ部（０３１２）が読み込まれ、ここに書かれたプログラムによってＯＳが起動される。
【００２２】
「第一起動ファイル部」（０３１３）は、前記ブートセクタ部（０３１２）によって起動されるＯＳの起動に必要なファイルである起動ファイルが置かれている場所である。ここにあるファイルによってＯＳが起動される。
【００２３】
「新ブートレコード部」（０３１４）は、後述の新ブートレコード追加部によって前記第一記憶領域（０３１０）に追加されるものであり、バックアップファイルから起動する際に、前記マスターブートレコード部（０３１１）から読み込まれる。後述の第二記憶領域のバックアップファイル部にアクセスするためのものである。
【００２４】
「バックアップファイル部」（０３２１）は、前記第一記憶領域（０３１０）に配置されていたファイルのバックアップファイルを有する。ここには、ＯＳを起動するためのデータのみならず、場合によってはユーザのデータも含まれる。
【００２５】
「マスターブートレコード書換部」（０３３０）は、バックアップファイルにより起動するために、前記マスターブートレコード部（０３１１）が前記新ブートレコード部（０３１４）を読み込むように書き換える機能を有する。
【００２６】
「新ブートレコード追加部」（０３４０）は、バックアップファイルにより起動する際に前記マスターブートレコード部（０３１１）から読み込まれる前記新ブートレコード部（０３１４）を前記第一記憶領域（０３１０）に追加する機能を有する。
【００２７】
「アドレス変換テーブル保持部」（０３５０）は、前記第一記憶領域（０３１０）のアドレスである第一アドレスと前記第二記憶領域（０３２０）のアドレスである第二アドレスを関連付けて保持する変換テーブルを有する。前記バックアップファイル部（０３２１）から起動する際には、前記新ブートレコード部（０３１４）からアクセスされる。その後、前記バックアップファイル部（０３２１）がアクセスされる際には、第一アドレスと第二アドレスの変換を行うためにその都度アクセスされるものである。また、アドレスを変換する手段としては、変換テーブルを用いずとも数式等によって第一アドレスと第二アドレスの変換を行うこともできる。
【００２８】
なお、前記マスターブートレコード書換部（０３３０）と、前記新ブートレコード追加部（０３４０）と、前記アドレス変換テーブル保持部（０３５０）は前記第一記憶領域（０３１０）にあってもよいし、前記第二記憶領域（０３２０）にあってもよい。さらに、別の記憶領域にあってもよい。
【００２９】
<実施形態１の具体例>
【００３０】
本実施形態の具体例を挙げて説明する。図４に具体例の一例を示す。
【００３１】
最初にコンピュータの電源が入れられると、第一記憶領域（０４１０）のマスターブートレコード部（０４１１）がＣＰＵによって読み込まれる。ＣＰＵはマスターブートレコード部（０４１１）の指示により、通常ＯＳを起動する場合はアクティブな記憶領域である第一記憶領域（０４１０）のブートセクタ部（０４１２）を読み込み、その後、第一起動ファイル部（０４１３）のアドレス、例えば、"１０００"番地にある起動ファイルを読み込んでＯＳを起動する。バックアップファイルから起動する場合は、書き換えられたマスターブートレコード部（０４１１）の指示に従ってＣＰＵは新ブートレコード部（０４１４）を読み込む。さらに、新ブートレコード部（０４１４）の指示に従って直接バックアップファイル部（０４２１）の起動ファイルを読み込むか、アドレス変換テーブル保持部（０４５０）を通して起動ファイルにアクセスする場合は、例えば、アドレス変換テーブル保持部（０４５０）の第一アドレスと第二アドレスの関連付けによりバックアップファイル部（０４２１）の起動ファイルがある場所がアドレス"２５００"番地であることが分かるので、"２５００"番地にある起動ファイルにアクセスしてＯＳを立ち上げる。以後、ＯＳを起動するためにバックアップファイル部（０４２１）内の情報を読み込む場合には、アドレス変換テーブル保持部（０４５０）にアクセスしてその情報の位置を知り、その位置にある情報を読み込むことを繰り返す。
【００３２】
<実施形態１の処理の流れ>
【００３３】
図５は通常のＯＳ起動時の処理の流れを示している。図６、図７、図８はバックアップファイルから起動する場合の処理の流れを示しているが、図６はバックアップファイルから起動するための事前処理の流れを示し、図７と図８は起動ファイルを読み込み始める際に直接バックアップファイル部の起動ファイルを読み込み始める場合と、アドレス変換テーブル保持部によってアドレス変換を行ってから読み込み始める場合の処理の流れである。
【００３４】
図５に示す処理は、以下に示すステップよりなる。
【００３５】
最初に、マスターブートレコード部を読み込む（マスターブートレコード部読み込みステップ  Ｓ０５１０）。
【００３６】
次に、前記マスターブートレコード部読み込みステップ（Ｓ０５１０）において読み込まれたマスターブートレコード部に書かれているアクティブな記憶領域を特定するための情報を取得する（アクティブ記憶領域情報取得ステップ  Ｓ０５２０）
【００３７】
次に、前記アクティブ記憶領域情報取得ステップ（Ｓ０５２０）において取得されたアクティブな記憶領域のブートセクタ部がＣＰＵによって読み込まれる（ブートセクタ部読み込みステップ  Ｓ０５３０）。
【００３８】
最後に、前記ブートセクタ部読み込みステップ（Ｓ０５３０）において読み込まれたブートセクタ部の指示により、ＣＰＵによってＯＳの起動に必要な起動ファイルが読み込まれる（起動ファイル読み込みステップ  Ｓ０５４０）。
【００３９】
また、図６に示す処理は、以下に示すステップよりなる。
【００４０】
最初に、新ブートレコード追加部により新ブートレコード部を追加する（新ブートレコード部追加ステップ  Ｓ０６１０）。
【００４１】
次に、ＣＰＵが前記新ブートレコード部追加ステップ（Ｓ０６１０）によって追加された新ブートレコード部を読み込むように、マスターブートレコード書換部によりマスターブートレコード部を書き換える（マスターブートレコード部書き換えステップ  Ｓ０６２０）
【００４２】
また、図７に示す処理は、以下に示すステップよりなる。
【００４３】
最初に、ＣＰＵがマスターブートレコード書換部により書き換えられたマスターブートレコード部を読み込む（マスターブートレコード部読み込みステップ  Ｓ０７１０）。
【００４４】
次に、前記マスターブートレコード部読み込みステップ（Ｓ０７１０）において読み込まれたマスターブートレコード部から、読み込むべき記憶領域を特定する情報を取得する（記憶領域情報取得ステップ  Ｓ０７２０）
【００４５】
次に、前記記憶領域情報取得ステップ（Ｓ０７２０）において取得された記憶領域の新ブートレコード部がＣＰＵによって読み込まれる（新ブートレコード部読み込みステップ  Ｓ０７３０）。
【００４６】
次に、前記新ブートレコード部読み込みステップ（Ｓ０７３０）において読み込まれた新ブートレコード部の指示により、ＣＰＵがバックアップファイル部に含まれる起動ファイルを読み込む（起動ファイル読み込みステップ  Ｓ０７４０）。
【００４７】
次に、バックアップファイルにより起動するために、さらに読み込むべきデータがある場合にはアドレス変換テーブル保持部によりアドレスの変換（アドレス変換ステップ  Ｓ０７６０）を行って、前記起動ファイル読み込みステップ（Ｓ０７４０）を繰り返す。また、起動ファイルを読み込んだ後にアプリケーションも同様に起動される（読み込み継続判別ステップ  Ｓ０７５０）。
【００４８】
また、図８に示す処理において図７と異なるのは、新ブートレコード部読み込みステップ（図８においてはＳ０８３０）の後、ＣＰＵがバックアップファイル部に含まれる起動ファイルを読み込み始める際に、アドレス変換テーブル保持部により一旦アドレスの変換を行って（Ｓ０８４０）から起動ファイルを読み込み始める（Ｓ０８５０）ところが異なる。それ以外のステップに関しては図７と同様である。
【００４９】
なお、以上の処理は、計算機に実行させるためのプログラムで実行することができ、また、このプログラムを計算機によって読み取り可能な記録媒体に記録することができる。（本明細書の全体を通して同様である。）
【００５０】
<実施形態１の効果>
【００５１】
以上のように、本実施形態の計算機においては、通常時にユーザが使用している動作環境を保持したままバックアップファイルを動作させる仕組みを提供するものであり、ユーザが任意に通常のＯＳを起動させたり、バックアップファイルにより起動させることができる。
<<実施形態２>>
【００５２】
<実施形態２の概要>
【００５３】
本実施形態における計算機の特徴は、バックアップファイルから起動された時に起動ファイルに含まれるデータ保存領域を書き換える書換え要求があった場合に、書換処理を所定の記憶領域に退避させることで書換処理をさせない機能を有する点である。書換処理とは、ＯＳが起動する際にレジストリに情報を書き込む処理などを意味する。また、書換処理を所定の記憶領域に退避させておくため、その退避させた書換処理情報を前記バックアップファイルから起動された際に再利用可能に保存することも可能である。
【００５４】
<実施形態２の構成>
【００５５】
本実施形態での機能ブロックの一例を図９に示す。
【００５６】
図９に示す本実施形態の「計算機」（０９００）は、「第一記憶領域」（０９１０）と、「第二記憶領域」（０９２０）と、「マスターブートレコード書換部」（０９３０）と、「新ブートレコード追加部」（０９４０）と、「アドレス変換テーブル保持部」（０９５０）と、「プロテクタ部」（０９６０）と、「所定記憶領域」（０９７０）と、「退避ファイル再利用部」（０９８０）とからなる。前記プロテクタ部（０９６０）と前記所定記憶領域（０９７０）と前記退避ファイル再利用部（０９８０）以外の構成に関しては実施形態１と同様である。
【００５７】
「プロテクタ部」（０９６０）は、バックアップファイル起動時に、バックアップファイルに含まれるデータ保存領域に対して書換処理の要求があった場合に、書換処理を後述の所定記憶領域に退避させる機能を有する。書換処理の具体例としては、コンピュータ起動時に接続されているハードウェアに関する情報をレジストリに登録したり、アプリケーションに関する情報を書き換える処理が挙げられる。これらの機能により、データ保存領域が書き換えられることを避けることができ、また、退避させたデータを読み込むことで、バックアップファイルから起動している間はあたかも書き換えられたかのように見せることもできる。
【００５８】
「所定記憶領域」（０９７０）は、前記プロテクタ部（０９６０）よりバックアップファイルに含まれるデータ保存領域に対する書換処理が退避される領域である。所定記憶領域が置かれる場所は、前記バックアップファイル部（０９２１）と同じ区画内でもよいし、異なる区画内でもよい。
【００５９】
「退避ファイル再利用部」（０９８０）は、前記所定記憶領域（０９７０）に退避させた書換処理情報を前記バックアップファイルから起動された際に再利用可能に保存する機能を有する。この機能により、退避させた書換処理情報をバックアップファイルに反映させることもできる。反映させる方法としては、退避させた書換処理情報をバックアップファイルに保存する方法もあるし、直接保存せずに退避させた書換処理情報を読み出すことであたかもバックアップファイルが書き換わったかのように見せることもできる。
【００６０】
<実施形態２の具体例>
【００６１】
本実施形態の具体例を挙げて説明する。図１０に具体例の一例を示す。
【００６２】
本実施形態の計算機における特徴点は、バックファイル部の起動ファイル部に含まれるデータ保存領域を書き換える書換処理が発生した場合に書換処理を所定記憶領域に退避させる機能を有する点であるので、書換処理発生時について詳述する。
【００６３】
バックアップファイル部（１０１０）に保存されるバックアップファイルにはＯＳを起動するための起動ファイルが含まれている。通常ＯＳが起動する際には、起動ファイルに対してレジストリ等の情報を書き込む処理が発生する。本実施形態においては、データ保存領域が書き込む場所に当たり、書換処理ファイルが書換処理を実行する。書換処理ファイルにより書換処理が発生した場合には、その書換処理をプロテクタ部（１０２０）によって所定記憶領域（１０３０）に退避させ、データ保存領域を書き換えないようにする。この後、退避ファイル再利用部（１０４０）によって、退避させた書換処理情報を前記バックアップファイルから起動された際に再利用可能に保存することもできる。
【００６４】
<実施形態２の処理の流れ>
【００６５】
図１１は、実施形態２での書換え要求発生時の処理の流れの一例を示したものである。
【００６６】
図１１に示す処理は、以下に示すステップよりなる。
【００６７】
最初に、バックアップファイル部への書換え要求が発生する（書換え要求発生ステップ  Ｓ１１１０）。
【００６８】
次に、前記書換え要求発生ステップ（Ｓ１１１０）において発生した書換え要求に対する書換処理を所定記憶領域に退避させる（書換処理退避ステップ  Ｓ１１２０）。
【００６９】
次に、前記書換処理退避ステップ（Ｓ１１２０）において所定記憶領域に退避させた書換処理を読み込むことで、あたかも実際に所定記憶領域が書き換えられたかのように動作する。または、退避させた書換処理情報を前記バックアップファイルから起動された際に再利用可能に保存して動作させる。（偽装実行処理ステップ  Ｓ１１３０）
【００７０】
<実施形態２の効果>
【００７１】
以上のように、本実施形態の計算機においては、ＯＳ起動時に必要な書換処理を別の領域へ退避させる機能を有することで、書換処理をさせずにバックアップファイルをバックアップした時点の状態に保つことができる。また、退避させた書換処理情報を前記バックアップファイルから起動された際に再利用可能に保存することも可能である。
<<実施形態３>>
【００７２】
<実施形態３の概要>
【００７３】
本実施形態における計算機の特徴は、バックアップファイル起動時に起動ファイルに含まれるデータ保存領域を書き換える書換え要求があった場合に、書換処理を実行する機能を有する点である。
【００７４】
<実施形態３の構成>
【００７５】
本実施形態での機能ブロックの一例を図１２に示す。
【００７６】
図１２に示す本実施形態の「計算機」（１２００）は、「第一記憶領域」（１２１０）と、「第二記憶領域」（１２２０）と、「マスターブートレコード書換部」（１２３０）と、「新ブートレコード追加部」（１２４０）と、「アドレス変換テーブル保持部」（１２５０）と、「書換処理実行部」（１２６０）とからなる。前記書換処理実行部（１２６０）以外の構成に関しては実施形態１と同様である。
【００７７】
「書換処理実行部」（１２６０）は、バックアップファイル起動時に、バックアップファイルに含まれるデータ保存領域に対して書換処理の要求があった場合に、書換処理を実行する機能を有する。書換処理実行部は、前記第一記憶領域（１２１０）にあってもよいし、前記第二記憶領域（１２２０）にあってもよい。さらに、別の記憶領域にあってもよい。
【００７８】
<実施形態３の処理の流れ>
【００７９】
図１３は、実施形態３での書換え要求発生時の処理の流れの一例を示したものである。
【００８０】
図１３に示す処理は、以下に示すステップよりなる。
【００８１】
最初に、バックアップファイル部への書換え要求が発生する（書換え要求発生ステップ  Ｓ１３１０）。
【００８２】
次に、前記書換え要求発生ステップ（Ｓ１３１０）において発生した書換え要求に対する書換処理を実行する（書換処理実行ステップ  Ｓ１３２０）。
【００８３】
<実施形態３の効果>
【００８４】
以上のように、本実施形態の計算機においては、バックアップファイル起動時にバックアップファイルに含まれるデータ保存領域に対して書換え要求が発生した時に、書換処理を実行することが出来る。
【図面の簡単な説明】
【００８５】
【図１】実施形態１を説明するための概念図（通常のＯＳからの起動）
【図２】実施形態１を説明するための概念図（バックアップファイルからの起動）
【図３】実施形態１を説明するための機能ブロック図
【図４】実施形態１を説明するための具体例
【図５】実施形態１の処理の流れを説明する図（通常のＯＳからの起動）
【図６】実施形態１の処理の流れを説明する図（バックアップファイル起動準備）
【図７】実施形態１の処理の流れを説明する図（バックアップファイル起動時）
【図８】実施形態１の処理の流れを説明する図（バックアップファイル起動時）
【図９】実施形態２を説明するための機能ブロック図
【図１０】実施形態２を説明するための具体例
【図１１】実施形態２の処理の流れを説明する図
【図１２】実施形態３を説明するための機能ブロック図
【図１３】実施形態３の処理の流れを説明する図
【符号の説明】
【００８６】
０２１０    ＢＩＯＳ
０２２０    マスターブートレコード部
０２３０    新ブートレコード部
０２４０    アドレス変換テーブル保持部
０２５０    バックアップファイル部
【図１】
2005327216.tif 000003
【図２】
2005327216.tif 000004
【図３】
2005327216.tif 000005
【図４】
2005327216.tif 000006
【図５】
2005327216.tif 000007
【図６】
2005327216.tif 000008
【図７】
2005327216.tif 000009
【図８】
2005327216.tif 000010
【図９】
2005327216.tif 000011
【図１０】
2005327216.tif 000012
【図１１】
2005327216.tif 000013
【図１２】
2005327216.tif 000014
【図１３】
2005327216.tif 000015