JP2011165032A - コンピュータプログラム及びデータバックアップ方法 - Google Patents

Abstract

【課題】複数のバックアップデータを取得し得るコンピュータにおいて、各バックアップデータの識別性を向上させる。
【解決手段】プログラムは、コンピュータに接続された第１の記憶装置に格納されたデータをコンピュータに接続された第２の記憶装置にバックアップするためのプログラムであって、（ａ）第１の記憶装置に格納されているデータの少なくとも一部に基づき、バックアップデータを作成する機能と、（ｂ）バックアップデータを作成する際にコンピュータにおいて実行されている、他のプログラムによって提供される画像又は音声を、識別用データとして取得する機能と、（ｃ）バックアップデータと識別用データとを互いに対応付けて第２の記憶装置に格納する機能と、をコンピュータに実現させる。
【選択図】図１

Description

本発明は、コンピュータのデータバックアップに関する。

従来より、ハードディスクドライブの故障や、ウィルスプログラムによるデータの改ざん等に備え、パーソナルコンピュータに内蔵又は外付けされているハードディスク内のデータをコピーして、異なる記憶媒体（他のハードディスク，ＣＤ−ＲＷ（Compact Disk ReWritable），ＤＬＴ（Digital Linear Tape）等）に記憶させるデータバックアップが行われている（特許文献１）。一般に、データバックアップ技術では、バックアップデータは上書きされず、バックアップを実行するたびに記憶媒体に追加して記憶させることにより、復元ポイントを複数設けるようにしている。

複数のバックアップデータにおける各バックアップデータの識別性の向上を目的として、バックアップ実行日時の情報をバックアップデータと対応付けて記憶させる技術が提案されている。また、同じ目的で、バックアップ用のユーザインタフェースとして任意の文字列の入力を許容するユーザインタフェースを採用し、かかるユーザインタフェースにより入力された文字列を、バックアップデータと対応付けて記憶させる技術が提案されている。

特開２００９−２０５５４８号公報

バックアップ実行日時の情報を、バックアップデータと対応付けて記憶させる技術では、復元に用いるバックアップデータを選択する際に手がかりとなる情報は日時のみであるので、ユーザが復元に用いるバックアップデータを誤選択するおそれがあるという問題や、選択に長時間を要するという問題があった。

また、ユーザが入力した文字列をバックアップデータと関連付けて記憶させる技術では、入力文字数の制限やユーザのスキル不足などに起因して、バックアップデータを容易に識別できるような文字列が入力されないおそれがあった。この場合、かかる文字列を見ても、ユーザは、復元に用いるバックアップデータを正しく選択できない。このような問題は、パーソナルコンピュータに限らず、携帯電話機やＰＤＡ（Personal Digital Assistants）など、任意のコンピュータにおいて起こり得る。

本発明は、複数のバックアップデータを取得し得るコンピュータにおいて、各バックアップデータの識別性を向上させることを目的とする。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］コンピュータに接続された第１の記憶装置に格納されたデータを、前記コンピュータに接続された第２の記憶装置にバックアップするためのプログラムであって、（ａ）前記第１の記憶装置に格納されているデータの少なくとも一部に基づき、バックアップデータを作成する機能と、（ｂ）前記バックアップデータを作成する際に前記コンピュータにおいて実行されている、前記プログラムとは異なる他のプログラムによって提供される画像又は音声を、識別用データとして取得する機能と、（ｃ）前記作成されたバックアップデータと、前記取得された識別用データと、を互いに対応付けて、前記第２の記憶装置に格納する機能と、を前記コンピュータに実現させるためのプログラム。

適用例１のプログラムでは、バックアップデータと識別用データとを互いに対応付けて第２の記憶装置に格納するので、識別用データの示す画像又は音声を利用してバックアップデータの識別性を向上させることができる。なお、適用例１における「コンピュータ」とは、パーソナルコンピュータや携帯電話機やＰＤＡなどを含む広い意味を有する。

［適用例２］適用例１に記載のプログラムにおいて、さらに、（ｄ）前記第２の記憶装置に格納され、互いに作成時刻が異なる複数の前記バックアップデータのうち、復元に用いるバックアップデータを選択するためのユーザインタフェースを提供する機能と、（ｅ）前記ユーザインタフェースにより選択されたバックアップデータに対応付けられている前記識別用データに基づき、前記画像又は前記音声を前記コンピュータにおいて再生する機能と、を前記コンピュータに実現させるためのプログラム。

このような構成により、バックアップデータが作成された際にコンピュータにおいて提供されていた画像又は音声が再生されるので、選択したバックアップデータが作成された際に「どのようなプログラムが実行されていたか」，「コンピュータにおいてどのような作業を行っていたか」を、容易にユーザに想起させることができる。したがって、復元に用いるバックアップデータの誤選択や、選択の長期間化を抑制できる。

［適用例３］適用例１または適用例２に記載のプログラムにおいて、前記コンピュータはモニタデバイスと接続されており、前記他のプログラムは、前記モニタデバイスに画面イメージを表示させるプログラムであり、前記識別用データは、前記コンピュータにおいて前記バックアップデータが作成される際に、前記モニタデバイスに表示されている前記画面イメージを表わす画面イメージデータである、プログラム。

このような構成により、ユーザインタフェースを用いて選択したバックアップデータが作成された際に「どのようなプログラムが実行されていたか」，「ユーザはコンピュータにおいてどのような作業を行っていたか」を、視覚を通じて、ユーザに容易に想起させることができる。

［適用例４］請求項３に記載のプログラムにおいて、さらに、（ｆ）前記画面イメージデータに基づき、前記画面イメージのサムネイル画像を作成する機能と、（ｇ）前記ユーザインタフェースにより選択されたバックアップデータに対応付けられている前記画面イメージデータに基づき前記機能（ｆ）によって作成された前記サムネイル画像を、前記ユーザインタフェースの一部として前記モニタデバイスに表示する機能と、を、前記コンピュータに実現させるためのプログラム。

このような構成により、バックアップデータが取得された際にモニタデバイスに表示されている画面イメージのサムネイル画像がユーザインタフェースにおいて表示されるので、ユーザは、サムネイル画像を参照しながら復元に用いるバックアップデータを選択することができる。したがって、復元に用いるバックアップデータの誤選択や、選択の長期間化を抑制できる。

［適用例５］適用例１ないし適用例４のいずれかに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

このような構成により、記録媒体を利用して、任意のコンピュータにおいて本発明のプログラムを実行させることができる。

［適用例６］コンピュータに接続された第１の記憶装置に格納されたデータを、前記コンピュータに接続された第２の記憶装置にバックアップするためのデータバックアップ方法であって、前記第１の記憶装置に格納されているデータの少なくとも一部に基づき、バックアップデータを作成する第１の工程と、前記バックアップデータを作成する際に前記コンピュータにおいて実行されている、前記プログラムとは異なる他のプログラムによって提供される画像又は音声を、識別用データとして取得する第２の工程と、前記作成されたバックアップデータと、前記取得された識別用データと、を互いに対応付けて、前記第２の記憶装置に格納する第３の工程と、を備える、データバックアップ方法。

適用例６のデータバックアップ方法では、バックアップデータと識別用データとを互いに対応付けて第２の記憶装置に格納するので、識別用データの示す画像又は音声を利用してバックアップデータの識別性を向上させることができる。なお、適用例６における「コンピュータ」とは、パーソナルコンピュータや携帯電話機やＰＤＡなどを含む広い意味を有する。

本発明を適用した一実施例としてのコンピュータシステムの構成を示す説明図である。 コンピュータシステムにおいて実行されるバックアップ処理の手順を示すフローチャートである。 バックアップ処理が実行された後においてハードディスクドライブに格納されているデータの一例を示す説明図である。 コンピュータシステムにおいて実行される復元処理の手順を示すフローチャートである。 ステップＳ２１５によりディスプレイに表示される復元操作用ウィンドウを示す説明図である。 復元ポイント（指定日時）を変更した場合の復元操作用ウィンドウの一例を示す説明図である。

Ａ．実施例：
Ａ１．装置構成：
図１は、本発明を適用した一実施例としてのコンピュータシステムの構成を示す説明図である。コンピュータシステム１００は、パーソナルコンピュータ１０と、ディスプレイ２０と、キーボード２１と、マウス２２と、ハードディスクドライブ５０とを備えている。

パーソナルコンピュータ１０は、ＣＰＵ（Central Processing Unit）１１と、ハードディスクドライブ（ＨＤＤ）１２と、ＲＡＭ（Random Access Memory）１４と、ＲＯＭ（Read Only Memory）１３と、ＵＳＢ（Universal Serial Bus）インタフェース部１５と、入出力インタフェース部１６とを備えている。

ＨＤＤ１２は、画像編集用プログラムやバックアップ用プログラムなどの各種アプリケーションプログラムや、画像データやメールデータなどのアプリケーションデータを記憶する。ＲＡＭ１４は、アプリケーションプログラムを実行する際のワークエリアとして使用される。ＲＯＭ１３は、アプリケーションプログラムを実行するための各種設定データを記憶する。図１では、バックアップスケジュールデータ１３ａがＲＯＭ１３に記憶されている。

バックアップスケジュールデータ１３ａは、後述するバックアップ処理を実行するタイミングや、バックアップ対象などのバックアップ処理に関する各種設定値を示すデータであり、コンピュータシステム１００の管理者により予め設定され、ＲＯＭ１３に格納される。本実施例では、バックアップ処理を実行するタイミングは毎日１６時３０分に設定されており、また、毎月１日には、指定されたパスの全てのデータをバックアップ（フルバックアップ）し、他の日には、前回バックアップ時からの差分データのみをバックアップ（差分バックアップ）するように設定されている。

ＵＳＢインタフェース部１５は、周辺機器をＵＳＢ接続するためのインタフェースを有する機能部であり、ＵＳＢポート（物理ポート）やＵＳＢプロトコルを解釈する機能部を有する。入出力インタフェース部１６は、パーソナルコンピュータ１０に対して、ディスプレイ２０，キーボード２１及びマウス２２を接続するための各インタフェースを有する機能部である。

パーソナルコンピュータ１０では、オペレーティングシステムの動作の下、ＨＤＤ１２に格納されている各種アプリケーションプログラムやデバイスドライバが実行される。ＣＰＵ１１は、図示しないバックアップ用プログラムを実行することにより、バックアップ制御部１１ａ，画面イメージ取得部１１ｂ，復元制御部１１ｃ及びユーザインタフェース制御部１１ｄとして機能する。また、ＣＰＵ１１は、ディスプレイ２０用のデバイスドライバを実行することにより、表示制御部１１ｅとして機能する。

バックアップ制御部１１ａは、ＨＤＤ１２内に記憶されているデータのバックアップ処理を制御する機能部である。画面イメージ取得部１１ｂは、ディスプレイ２０に表示される画面イメージをキャプチャする機能部である。復元制御部１１ｃは、バックアップデータに基づくデータの復元処理を制御する機能部である。ユーザインタフェース制御部１１ｄは、後述の復元操作用ウィンドウの表示や、復元操作用ウィンドウを介して入力されるユーザの指示を解釈する機能部である。表示制御部１１ｅは、ディスプレイ２０における画像表示を制御する。

ディスプレイ２０は、オペレーティングシステムにより提供される画面イメージや、各種アプリケーション用ウィンドウを表示する。ディスプレイ２０としては、例えば、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）ディスプレイなど、任意のモニタデバイスを採用することができる。図１では、複数のアプリケーション用ウィンドウ及び複数のフォルダアイコンが表示された画面イメージＤＩ４がディスプレイ２０に表示されている。この画面イメージＤＩ４は、オペレーティングシステム及びアプリケーションによってそれぞれ作成された画像を、オペレーティングシステムが合成することにより作成される。パーソナルコンピュータ１０において作成された画面イメージＤＩ４は、オペレーティングシステムによって図示しないＶＲＡＭ（Video Random Access Memory）に書き込まれ、表示制御部１１ｅによってＶＲＡＭから読み出されてディスプレイ２０に送信される。

ハードディスクドライブ５０は、バックアップデータを格納するために用いられる記憶装置であり、外部インタフェースとして図示しないＵＳＢインタフェースを有し、かかるＵＳＢインタフェースを介してパーソナルコンピュータ１０（ＵＳＢインタフェース部１５）に接続されている。図１では、ハードディスクドライブ５０には、バックアップデータを格納する３つのフォルダＦ１，Ｆ２，Ｆ３が格納されている。各フォルダＦ１〜Ｆ３には、バックアップが実行された日時を特定可能な名前が付与されている。具体的には、フォルダＦ１には、２０１０年２月１日の１６時３０分を示す「２０１０＿０２０１＿１６３０」が付与されている。同様に、フォルダＦ２には２０１０年２月２日の１６時３０分を示す「２０１０＿０２０２＿１６３０」が、フォルダＦ３には２０１０年２月３日の１６時３０分を示す「２０１０＿０２０３＿１６３０」が、それぞれ付与されている。

上記構成を有するコンピュータシステム１００では、後述するバックアップ処理及び復元処理を実行することにより、バックアップデータの識別性を向上させ、ユーザがバックアップデータを容易に識別（選択）できるようにしている。

前述のＨＤＤ１２は、請求項における第１の記憶装置に相当する。また、ハードディスクドライブ５０は請求項における第２の記憶装置に、ディスプレイ２０用のデバイスドライバは請求項における他のプログラムに、ディスプレイ２０に表示されるデスクトップの画面イメージのイメージデータは請求項における識別用データに、それぞれ相当する。

Ａ２．バックアップ処理：
図２は、コンピュータシステムにおいて実行されるバックアップ処理の手順を示すフローチャートである。コンピュータシステム１００では、図１に示すバックアップスケジュールデータ１３ａに従い、毎日１６時３０分になるとバックアップ処理が自動的に開始される。以下では、２０１０年２月４日１６時３０に、図１に示す画面イメージＤＩ４がディスプレイ２０に表示されている状態においてバックアップ処理が実行されるケースを一例として示す。なお、バックアップ処理は、パーソナルコンピュータ１０においてバックグラウンド処理として実行される。

バックアップ制御部１１ａは、バックアップスケジュールデータ１３ａの設定を読み出し、今回のバックアップタイミングがフルバックアップを取得すべきタイミングであるか否かを判定する（ステップＳ１０５）。前述のように、本実施例では、毎月１日にフルバックアップを取得するように設定されているので、バックアップ制御部１１ａは、パーソナルコンピュータ１０（オペレーティングシステム）が保持する現在日時を参照し、本日が１日であるか否かを判定することにより、フルバックアップを取得すべきタイミングであるか否かを判定する。

フルバックアップを取得すべきタイミングである場合（ステップＳ１０５：ＹＥＳ）、バックアップ制御部１１ａは、バックアップスケジュールデータ１３ａにおいて設定されているバックアップ対象のパスに格納されているすべてのデータをコピーして、ＲＡＭ１４に記憶させる（ステップＳ１１０ａ）。

ステップＳ１０５において、フルバックアップを取得すべきタイミングでないと判定した場合、バックアップ制御部１１ａは、前回取得した際のデータとの差分データをコピーしてＲＡＭ１４に記憶させる（ステップＳ１１０ｂ）。２０１０年２月４日にバックアップ処理が実行される場合には、ステップＳ１１０ｂが実行されて差分データが取得される。差分データの取得は、例えば、以下のように実現できる。バックアップ制御部１１ａは、ハードディスクドライブ５０から前回取得したバックアップデータを読み出し、現時点においてＨＤＤ１２に記憶されているパス及びファイルと比較して、データ量や更新日時等に基づき、更新されたパス及びファイルや、削除されたパス及びファイルを抽出する。そして、バックアップ制御部１１ａは、更新されたパス及びファイルについては変更部分のデータとして、また、削除されたパス及びファイルについては削除データとして、それぞれＲＡＭ１４に記憶させる。

ステップＳ１１０ａ又はステップＳ１１０ｂが完了すると、バックアップ制御部１１ａは、画面イメージ取得部１１ｂを制御して、この時点でディスプレイ２０に表示されている画面イメージを取得（キャプチャ）し、画面イメージデータをＲＡＭ１４に記憶させる（ステップＳ１１５）。本実施例では、画面イメージとして、デスクトップ画面の画面イメージを採用するものであり、画面イメージ取得部１１ｂは、図示しないＶＲＡＭに格納されている画像データをコピーすることにより、ディスプレイ２０に表示されている画面イメージをキャプチャできる。

バックアップ制御部１１ａは、ＲＡＭ１４に記憶されているバックアップデータ（フルバックアップデータ又は差分バックアップデータ）及び画面イメージデータを、ＵＳＢインタフェース部１５を介してハードディスクドライブ５０に送信し、これらデータをハードディスクドライブ５０における同一パス（同一フォルダ）に格納する（ステップＳ１２０）。このとき、バックアップ制御部１１ａは、格納先のフォルダ（パス）を新たに作成すると共に、新たに作成したフォルダのフォルダ名として、バックアップの実行年月日及び時刻を付与する。

図３は、バックアップ処理が実行された後において、ハードディスクドライブに格納されているデータの一例を示す説明図である。図３において、左側はバックアップ処理によりハードディスクドライブ５０に格納されたデータ（以下、「バックアップ時取得データ」と呼ぶ）を示し、右側は各フォルダ内に格納されている画像イメージデータの表わす画面イメージを示す。なお、図３に示すフォルダＦ１〜Ｆ３は、図１に示すフォルダＦ１〜Ｆ３と同じである。

２０１０年２月４日のバックアップ処理の結果、図３に示すように、「２０１０＿０２０４＿１６３０」名前が付与されたフォルダＦ４が新たにハードディスクドライブ５０に格納される。このフォルダＦ４には、バックアップ時取得データとして、差分バックアップデータｄｂ３と、画面イメージデータｃ４とが格納されている。この画面イメージデータｃ４の表わす画面イメージＤＩ４は、図１においてディスプレイ２０に表示されている画面イメージＤＩ４と同じである。

他のフォルダＦ１〜Ｆ３にも、それぞれバックアップ時取得データとして、バックアップデータ及び画面イメージデータが格納されている。具体的には、フォルダＦ１には、フルバックアップデータｆｂ１及び画面イメージデータｃ１が格納されている。フォルダＦ１にフルバックアップデータｆｂ１が格納されているのは、フォルダＦ１の作成されたバックアップ処理の実行日が１日（２０１０年２月１日）だからである。また、フォルダＦ２には差分バックアップデータｄｂ１及び画面イメージデータｃ２が、フォルダＦ３には差分バックアップデータｄｂ２及び画面イメージデータｃ３が、それぞれ格納されている。

ここで、画面イメージデータｃ１の表わす画面イメージＤＩ１は、フルバックアップデータｆｂ１が取得された日時（２０１０年２月１日１６時３０分）に、ディスプレイ２０に表示されていた画面イメージを表わす。同様に、画面イメージデータｃ２の表わす画面イメージＤＩ２は、差分バックアップデータｄｂ１が取得された日時（２０１０年２月２日１６時３０分）にディスプレイ２０に表示されていた画面イメージを、画面イメージデータｃ３の表わす画面イメージＤＩ２は、差分バックアップデータｄｂ２が取得された日時（２０１０年２月３日１６時３０分）にディスプレイ２０に表示されていた画面イメージを、それぞれ表わす。したがって、図３に示すように、各画面イメージＤＩ１〜ＤＩ４の表わす画像内容は、互いに異なっている。

Ａ３．復元処理：
図４は、コンピュータシステムにおいて実行される復元処理の手順を示すフローチャートである。ユーザは、ハードディスクドライブ５０に格納されているバックアップデータに基づきＨＤＤ１２内のデータを復元しようとする場合、キーボード２１やマウス２２を操作して図示しない復元メニューを選択することにより、復元処理を実行させることができる。以下では、２０１０年２月４日分のバックアップ処理が完了した後に、同日の１６時３０分よりも後の時刻に復元処理が開始されたケースを一例として示す。

復元制御部１１ｃは、ハードディスクドライブ５０に格納されているバックアップデータのうち、時間的に最も前に取得したバックアップデータ（最も古いバックアップデータ）に基づきデータを復元した場合のＨＤＤ１２の状態（ファイル格納状態）を決定する（ステップＳ２０５）。復元制御部１１ｃは、ハードディスクドライブ５０に格納されている画面イメージデータのうち、最も古い画面イメージデータに基づき、この画面イメージデータの表わす画面イメージのサムネイル画像を生成し、ＲＡＭ１４に記憶させる（ステップＳ２１０）。

復元制御部１１ｃは、ユーザインタフェース制御部１１ｄを制御して、ステップＳ２０５において決定したＨＤＤ１２の状態（ファイル格納状態）と、ステップＳ２１０において生成したサムネイル画像とを用いて、最も古いバックアップデータ取得日時を指定した復元操作用ウィンドウを生成し、表示制御部１１ｅを制御して復元操作用ウィンドウをディスプレイ２０に表示させる（ステップＳ２１５）。

図５は、ステップＳ２１５によりディスプレイに表示される復元操作用ウィンドウを示す説明図である。復元操作用ウィンドウＷ１は、タブ表示領域ＴＡと、パス表示領域ＡＲ２と、格納データ表示領域ＡＲ３と、サムネイル表示領域ＡＲ１と、復元先指定ボタンＢ１と、復元実行ボタンＢ２と、終了ボタンＢ３と、年毎ジャンプボタンＢ４と、月毎ジャンプボタンＢ５と、日毎ジャンプボタンＢ６とを備えている。

タブ表示領域ＴＡは、復元ポイント（復元しようとする日時）の候補となる日時を示すタブの表示領域である。復元ポイントの候補となる日時とは、すなわち、バックアップ処理が実行されてバックアップデータが取得された日時を意味する。図５では、４回のバックアップ処理の実行日時を示す４つのタブｔ１，ｔ２，ｔ３，ｔ４がタブ表示領域ＴＡに表示されている。

タブｔ１は、バックアップ処理が実行された最も古い日時（バックアップデータが取得された最も古い日時）である「２０１０年２月１日１６時３０分」を示す。同様に、タブｔ２は、「２０１０年２月２日１６時３０分」を、タブｔ３は、「２０１０年２月３日１６時３０分」を、タブｔ４は、「２０１０年２月４日１６時３０分」を、それぞれ示す。各タブｔ１〜ｔ４に表示されるバックアップ処理の実行日時は、ハードディスクドライブ５０に格納されている各バックアップ時取得データの格納されているフォルダＦ１〜Ｆ４の名前に基づき設定される。図５では、太い実線で示すタブｔ１がアクティブとなっている。これは、復元ポイントとしてタブｔ１に示す日時が指定（選択）されていることを示す。なお、復元操作用ウィンドウＷ１の初期表示状態においては、最も古い日時に対応するタブが自動的に指定される。

パス表示領域ＡＲ２は、バックアップデータの復元先を指定するための領域であり、タブ表示領域ＴＡにおいて選択されたタブの示す日時におけるＨＤＤ１２内のファイル格納状態（ディレクトリ構成）が表示される。図５では、タブｔ１が選択されているので、パス表示領域ＡＲ２には、「２０１０年２月１日１６時３０分」におけるＨＤＤ１２内のファイル格納状態が表示されている。パス表示領域ＡＲ２において太い実線で囲んだパス（フォルダ）が復元先として指定されたパスを意味する。図５では、「Ｃ：」が、復元先として指定されたパスである。コンピュータシステム１００では、デフォルトの復元先として、バックアップ対象のパスが設定される。

格納データ表示領域ＡＲ３は、タブ表示領域ＴＡにおいて選択されたタブの示す日時に、パス表示領域ＡＲ２において指定されたパスに格納されているファイルやフォルダを表示する領域である。図５では、格納データ表示領域ＡＲ３には、２０１０年２月１日１６時３０分において「Ｃ：」に格納されているファイルやフォルダが表示されている。格納データ表示領域ＡＲ３及び前述のパス表示領域ＡＲ２の表示内容は、ステップＳ２０５で決定した復元状態に基づき設定される。

サムネイル表示領域ＡＲ１は、タブ表示領域ＴＡにおいて選択されたタブの示す日時（復元ポイント）においてディスプレイ２０に表示されていた画面イメージのサムネイル画像を表示する領域である。図５では、タブｔ１が選択されているので、「２０１０年２月１日１６時３０分」にディスプレイ２０に表示されていた画面イメージ（すなわち、図３における画面イメージＤＩ１）のサムネイル画像ＤＩ１１が表示されている。サムネイル表示領域ＡＲ１に表示されるサムネイル画像は、ステップＳ２１０において生成されてＲＡＭ１４に記憶されたサムネイル画像を用いて表示される。

復元先指定ボタンＢ１は、復元先の指定を変更するためのボタンであり、ユーザは、この復元先指定ボタンＢ１を押下することにより復元先の指定を変更可能状態とし、キーボード２１やマウス２２を操作することにより復元先の指定を変更することができる。復元実行ボタンＢ２は、データ復元の実行を指示するためのボタンである。

ボタンＢ４〜Ｂ６は、いずれもタブ表示領域ＴＡに表示されるタブの日時を変更するためのボタンである。具体的には、ユーザは、年毎ジャンプボタンＢ４を１回押下することにより、１年前のバックアップ処理実行の日時を示すタブをタブ表示領域ＴＡに表示させることができる。同様に、ユーザは、月毎ジャンプボタンＢ５を１回押下することにより１月前のバックアップ処理実行の日時を示すタブを、また、日毎ジャンプボタンＢ６を１回押下することにより１日前のバックアップ処理実行の日時を示すタブを、それぞれタブ表示領域ＴＡに表示させることができる。これらボタンＢ４〜Ｂ６は、希望日時のタブの検索を支援するために設けられている。例えば、バックアップを毎時取得するスケジュールが設定されている場合には、ハードディスクドライブ５０には多数のバックアップ時取得データ（１日あたり２４のバックアップ時取得データ）が格納されるので、タブ表示領域ＴＡには多数のタブが表示され得る。この場合、ユーザは、多くのタブの中から希望のタブを選択することになるので、タブの選択に長期間を要するおそれがある。そこで、コンピュータシステム１００では、復元操作用ウィンドウＷ１にボタンＢ４〜Ｂ６を設けることにより、ユーザは、例えば、翌月のタブを表示させたい場合に月毎ジャンプボタンＢ５を１回押下するだけで済むなど、短期間のうちに希望の日時のタブを検索できるように構成されている。

このような復元操作用ウィンドウＷ１がディスプレイ２０に表示されるので、ユーザは、サムネイル表示領域ＡＲ１に表示されたサムネイル画像ＤＩ１１を参照することにより、パーソナルコンピュータ１０においてどのようなアプリケーションプログラムが実行されていた際に取得されたバックアップデータに基づき、ＨＤＤ内のファイル格納状態が復元されるかを理解することができる。換言すると、ユーザは、サムネイル画像ＤＩ１１を参照することにより、選択したタブの日時（２０１０年２月１日１６時３０分）においてどのような作業を行っていたかが理解できる。したがって、ユーザは、サムネイル画像ＤＩ１１を見ることにより、例えば「その作業が完了した後の時点に復元したい」との判断や、「この作業を実行していた時には既に復元したいファイルは削除されていたはずなので、もう１回前のバックアップ実行日時に変更したい」との判断などを行うことができる。また、ユーザは、パス表示領域ＡＲ２及び格納データ表示領域ＡＲ３を参照することにより、現在選択されているタブの示す日時に取得されたバックアップデータに基づいてデータを復元した場合に、ＨＤＤ１２内のファイル格納状態がどのように復元されるかを予め確認することができる。

図４に示すステップＳ２１５において復元操作用ウィンドウＷ１が表示されると、復元制御部１１ｃは、ユーザインタフェース制御部１１ｄを制御して復元ポイント（指定日時）の変更があったか否かを判定する（ステップＳ２２０）。前述のように、ユーザは、図５に示す復元操作用ウィンドウＷ１において、アクティブとするタブを変更することにより、復元ポイントを変更することができる。

ユーザにより復元ポイントが変更されたと判定した場合（ステップＳ２２０：ＹＥＳ）、復元制御部１１ｃは、変更後の復元ポイント（指定日時）に取得されたバックアップデータに基づきデータを復元した場合のＨＤＤ１２の状態（ファイル格納状態）を決定する（ステップＳ２２５）。

復元制御部１１ｃは、ハードディスクドライブ５０に格納されている画面イメージデータのうち、変更後の復元ポイント（指定日時）に取得された画面イメージデータに基づき、この画面イメージデータの表わす画面イメージのサムネイル画像を生成し、ＲＡＭ１４に記憶させる（ステップＳ２３０）。

復元制御部１１ｃは、ユーザインタフェース制御部１１ｄを制御して、ステップＳ２２５において決定したＨＤＤ１２の状態（ファイル格納状態）と、ステップＳ２３０において生成したサムネイル画像とを用いて、復元操作用ウィンドウＷ１を更新する（ステップＳ２３５）。

図６は、復元ポイント（指定日時）を変更した場合の復元操作用ウィンドウの一例を示す説明図である。図６では、図５に示す復元操作用ウィンドウＷ１の状態において、ユーザがタブｔ４を指定することにより復元ポイントを変更した場合に表示される復元操作用ウィンドウＷ１の状態を示す。図６に示す復元操作用ウィンドウＷ１の表示内容は、サムネイル表示領域ＡＲ１に表示されるサムネイル画像と、格納データ表示領域ＡＲ３に表示されるファイルとにおいて、図５に示す復元操作用ウィンドウＷ１の表示内容と異なり、他の表示内容は図５と同じである。

図６に示すように、タブｔ４が指定されると、サムネイル表示領域ＡＲ１には、図５に示すサムネイル画像ＤＩ１１に代えて、新たな復元ポイントである「２０１０年２月４日１６時３０分」における画面イメージ（すなわち、図３における画面イメージＤＩ４）のサムネイル画像ＤＩ４１が表示される。したがって、ユーザは、この新たに表示されたサムネイル画像ＤＩ４１を参照することにより、変更後の復元ポイント（指定日時）におけるＨＤＤ１２の状態に復元する際に用いられるバックアップデータが、どのようなアプリケーションプログラムが実行されていた際に（どのような作業を行っていた際に）取得されたバックアップデータであるかを理解することができる。

また、図６に示す格納データ表示領域ＡＲ３には、図５に示す格納データ表示領域ＡＲ３に比べて、フォルダｆ１１（フォルダ名：ｐｒｉｖａｔｅ）が追加されている。これは、２０１０年２月１日１６時３０分から２０１０年２月４日１６時３０分の間に、フォルダｆ１１が、パス名「Ｃ：」のパス（フォルダ）に作成されたことによる。したがって、例えば、パス名「Ｃ：」のパス（フォルダ）内にフォルダｆ１１を復元したいと考えている場合、ユーザは、格納データ表示領域ＡＲ３の表示内容を見て、復元ポイントとして「２０１０年２月４日１６時３０分」を選択することができる。

図４に示すステップＳ２３５において復元操作用ウィンドウＷ１が更新されると、又は、ステップＳ２２０において指定日の変更がないと判定すると、復元制御部１１ｃは、復元実行ボタンＢ２が押下されたか否かを判定する（ステップＳ２４０）。復元実行ボタンＢ２が押下されていないと判定すると、前述のステップＳ２２０に戻る。

復元制御部１１ｃは、復元実行ボタンＢ２の押下を、ユーザインタフェース制御部１１ｄを介して通知されると、復元実行ボタンＢ２が押下されたと判定し（ステップＳ２４０：ＹＥＳ）、指定された復元ポイント（指定日時）に基づき、ハードディスクドライブ５０からバックアップデータを読み出して、パス表示領域ＡＲ２において指定されたパスにデータを復元する（ステップＳ２４５）。

図６に示すように、復元ポイントとして「２０１０年２月４日１６時３０分」が指定された状態で復元実行ボタンＢ２が押下されると、復元制御部１１ｃは、この復元ポイントの日時よりも前であって直近に取得されたフルバックアップデータであるフルバックアップデータｆｂ１と、このフルバックアップデータｆｄ１が取得されてから、復元ポイントまでの間に取得されたすべての差分バックアップデータｄｂ１，ｄｂ２，ｄｂ３を読み出し、これらデータを用いてパス名「Ｃ：」のパスを復元する。

以上説明したコンピュータシステム１００では、バックアップデータと共に、バックアップデータを取得する際にディスプレイ２０に表示されているデスクトップの画面イメージデータを取得し、バックアップデータ及び画面イメージデータをハードディスクドライブ５０において同一フォルダに格納するので、画面イメージデータの表わす画面イメージを利用して各バックアップデータの識別性を向上させることができる。

加えて、復元ポイント（指定日時）においてディスプレイ２０に表示されていたデスクトップの画面イメージを、復元操作用ウィンドウＷ１にサムネイル画像として表示（再生）させるので、ユーザに対して、「どのようなアプリケーションプログラムが実行されていた際に、また、どのような作業を行っていた際に、取得されたバックアップデータであるか」を、視覚を通じて容易に想起させることができる。したがって、ユーザは、サムネイル画像を参照して希望の復元ポイントを正しく選択することができるので、希望する復元ポイントの誤選択や選択の長期間化を抑制できる。

また、バックアップデータ及び画面イメージデータを同一フォルダに格納することにより、これらデータを互いに対応付けることができるので、選択された復元ポイントにおいてディスプレイ２０に表示されていた画面イメージのサムネイル画像を、復元操作用ウィンドウＷ１に表示させることができると共に、復元ポイントの変更に従って表示させるサムネイル画像を変更させることができる。

また、復元操作用ウィンドウＷ１の一部の領域であるサムネイル表示領域ＡＲ１にサムネイル画像を表示させるので、サムネイル画像を参照しながらの復元ポイントの指定（選択）を容易に実現でき、希望する復元ポイントの誤選択や選択の長期間化を抑制できる。

Ｂ．変形例：
なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。

Ｂ１．変形例１：
上記実施例では、バックアップデータと共に取得するデータは、ディスプレイ２０に表示されていたデスクトップの画面イメージデータであったが、本発明はこれに限定されるものではない。例えば、バックアップデータを取得する際に、パーソナルコンピュータ１０において実行されていたアプリケーションにより生成される画面（ウィンドウ）のイメージや、ディスプレイ２０に表示されていたデスクトップの一部領域の画像を、バックアップデータと共に取得する構成を採用することができる。この構成においても、取得された画像のサムネイル画像を復元操作用ウィンドウＷ１に表示させることにより、ユーザに対して「どのようなアプリケーションプログラムが実行されていた際に、また、どのような作業を行っていた際に取得されたバックアップデータであるか」を理解させることができるので、バックアップデータの識別性を向上させることができる。

また、画面イメージデータやアプリケーションウィンドウのイメージといった画像データに代えて、他の種類のデータを取得する構成を採用することができる。例えば、バックアップデータを取得する際にパーソナルコンピュータ１０において再生されていた音楽のデータを取得することもできる。この構成では、復元ポイントが指定された際に取得された音楽データに基づき、音楽を再現（再生）することにより、ユーザに対して「どのような音楽を再生していた際に取得されたバックアップデータであるか」を理解させることができる。したがって、バックアップデータの識別性を向上させることができる。以上の実施例及び変形例からも理解できるように、バックアップデータを作成する際にコンピュータにおいて実行されている、本発明のプログラムとは異なるプログラムによって提供される画像又は音楽を、識別用データとして取得する機能をコンピュータに実現させるためのプログラムを、本発明のプログラムに採用することができる。

また、例えば、バックアップデータを取得する際にパーソナルコンピュータ１０において実行されていたアプリケーションの名称をテキストデータとして取得することもできる。この構成においても、復元操作用ウィンドウＷ１において復元ポイントが指定された際に、アプリケーションの名称を復元操作用ウィンドウＷ１に表示させることによって、ユーザに対して「どのようなアプリケーションプログラムが実行されていた際に、また、どのような作業を行っていた際に取得されたバックアップデータであるか」を理解させることができる。また、パーソナルコンピュータ１０がデジタルスチルカメラを接続（内蔵又は外付け）する構成であれば、バックアップデータ取得の際に、ユーザの姿や、ディスプレイ２０の表示状態（画面イメージが表示されている様子）を撮像し、得られた画像データをバックアップデータと共にハードディスクドライブ５０に格納する構成を採用することができる。この構成においても、取得された画像のサムネイル画像を復元操作用ウィンドウＷ１に表示させることにより、ユーザに対して「どのような作業を行っている際に、又は、自分がどのような格好（服装や髪型など）である時に取得されたバックアップデータであるか」を理解させることができる。したがって、バックアップデータの識別性を向上させることができる。すなわち、一般には、バックアップデータを取得した際のコンピュータの状態をユーザに想起させ得る任意のデータを取得する機能をコンピュータに実現させるためのプログラムを、本発明のプログラムに採用することができる。

Ｂ２．変形例２：
上記実施例では、バックアップ用プログラムを実行することにより、ＣＰＵ１１は、復元制御部１１ｃとして機能していたが、本発明はこれに限定されるものではない。バックアップ用プログラムとは異なる復元用プログラムを実行することにより、ＣＰＵ１１が復元制御部１１ｃとして機能する構成を採用することができる。この構成では、バックアップ用プログラムのみを実行した場合には、バックアップ処理は実行されるものの、復元処理は実行されないこととなる。この場合においても、バックアップデータと共にデスクトップの画面イメージデータがハードディスクドライブ５０に格納されるので、ユーザは、ハードディスクドライブ５０に格納されている画面イメージデータを、復元用プログラムとは異なる他のアプリケーションプログラムを用いて再生（表示）することにより、同一フォルダに格納されているバックアップデータが取得された際の画面イメージを見ることができる。したがって、復元用プログラムを実行することなく、希望のバックアップデータを検索できる。

Ｂ３．変形例３：
上記実施例では、復元操作用ウィンドウＷ１において、サムネイル画像を表示していたが、本発明はこれに限定されるものではない。例えば、サムネイル画像に代えて、指定された復元ポイントに対応するサムネイル画像の格納先（パス）を示す情報を、復元操作用ウィンドウＷ１に表示させる構成を採用することができる。この構成においても、ユーザは、復元操作用ウィンドウＷ１に表示された格納先を示す情報を参照して、サムネイル画像にアクセスすることができるので、復元操作用ウィンドウＷ１（バックアップ用プログラム）とは異なる他のアプリケーションプログラムを用いてサムネイル画像を見ることができる。また、サムネイル画像の生成処理を省略できるので、復元操作用ウィンドウＷ１の表示応答性を向上させることができる。

また、例えば、復元操作用ウィンドウＷ１において、サムネイル画像に代えて、画像表示用ボタンを表示し、かかる画像表示用ボタンが押下された場合に、所定期間（例えば、５秒間）だけディスプレイ２０全体にデスクトップの画面イメージを表示させることもできる。この構成においても、ユーザは、復元ポイントを選択する際にバックアップデータが取得された際のデスクトップの画面イメージを参照できる。また、サムネイル画像の生成処理を省略できるので、復元操作用ウィンドウＷ１の表示応答性を向上させることができる。

Ｂ４．変形例４：
上記実施例では、バックアップデータと画面イメージデータとを対応付けるために、ハードディスクドライブ５０における同一パス（フォルダ）に格納していたが、本発明はこれに限定されるものではない。例えば、同一パス（フォルダ）に格納することに代えて、それぞれ異なるパス（フォルダ）に格納することもできる。この場合、例えば、それぞれのデータを格納したパスを互いに対応付けたデータ（以下、「対応付けデータ」と呼ぶ）を新たに作成し、この対応付けデータを所定のパスに格納する構成を採用することができる。この構成では、復元処理において、所定のパスにアクセスして対応付けデータを参照することにより、指定された復元ポイントに対応する画面イメージのサムネイル画像を、復元操作用ウィンドウＷ１に表示させることができる。すなわち、一般には、作成されたバックアップデータと識別用データ（画面イメージデータ等）とを互いに対応付けて第２の記憶装置に格納する機能をコンピュータに実現させるためのプログラムを、本発明のプログラムに採用することができる。

Ｂ５．変形例５：
上記実施例では、サムネイル画像は復元処理において生成されていたが、これに代えて、バックアップ処理において生成することもできる。この構成では、ハードディスクドライブ５０の同一フォルダにバックアップデータと共にサムネイル画像が格納されることとなる。この構成では、復元処理においてサムネイル画像の生成処理を省略できるので、復元操作用ウィンドウＷ１において復元ポイントの指定を変更した場合に、短期間のうちに、サムネイル表示領域ＡＲ１に表示されるサムネイル画像を変更させることができ、復元操作用ウィンドウＷ１の表示応答性を向上させることができる。

Ｂ６．変形例６：
上記実施例では、ハードディスクドライブ５０に格納されるバックアップ時取得データには、バックアップデータ（フルバックアップデータ及び差分バックアップデータ）と、画面イメージデータとが含まれていたが、これらに加えて、バックアップの実行結果（バックアップ用プログラムの処理結果）を示すデータを含ませることもできる。この構成では、バックアップの実行結果（正常終了や中断等）がバックアップデータと共に保存されるので、ユーザは、かかる実行結果に基づき、復元する際に用いるべきバックアップデータを正しく判断することができる。

Ｂ７．変形例７：
上記実施例では、ハードディスクドライブ５０の外部インタフェースは、ＵＳＢインタフェースであったが、ＵＳＢインタフェースに代えて、他の任意のインタフェースを採用することができる。具体的には、例えば、ＳＣＳＩ（Small Computer System Interface）インタフェースやファイバチャネルインタフェースなど任意のチャネルインタフェースや、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０１．３やＡＴＭ（Asynchronous Transfer Mode）などの任意のネットワークインタフェースを採用することができる。この場合、パーソナルコンピュータ１０にも、対応するインタフェースを備えることが好ましい。

また、バックアップデータの格納先として、ハードディスクドライブに代えて、ＣＤドライブ（ＣＤ−ＲＷ）や、ＤＶＤドライブ（ＤＶＤ−ＲＷ）や、ＤＬＴなど、任意の記憶装置を採用することができる。また、これら任意の記憶装置がパーソナルコンピュータ１０に内蔵された構成を採用することもできる。また、上記実施例では、パーソナルコンピュータ１０に内蔵されているＨＤＤ１２のデータを、外付けのハードディスクドライブ５０にバックアップしていたが、これに代えて、ハードディスクドライブ５０のデータを、ＨＤＤ１２にバックアップする構成を採用することもできる。また、パーソナルコンピュータ１０がＨＤＤ１２に加えて他のＨＤＤを内蔵する構成とし、ＨＤＤ１２のデータを他のＨＤＤにバックアップする構成を採用することもできる。すなわち、一般には、コンピュータに接続されている第１の記憶装置に格納されたデータを、コンピュータに接続された第２の記憶装置にバックアップするためのプログラムを、本発明のプログラムに採用することができる。

Ｂ８．変形例８：
上記実施例では、バックアップスケジュールは、毎月１日に１回フルバックアップを取得し、他の日にそれぞれ１回ずつ差分バックアップを取得するものであったが、本発明はこれに限定されるものではない。任意の頻度でフルバックアップ及び差分バックアップを取得することができる。また、毎回フルバックアップを取得する構成を採用することもできる。この構成においても、ハードディスクドライブ５０に複数のバックアップデータが格納され得るので、本発明の効果をより奏することができる。

Ｂ９．変形例９：
上記実施例では、パーソナルコンピュータ１０への適用例を示したが、本発明はこれに限定されるものではない。例えば、携帯電話機に本発明のプログラムを適用することもできる。この構成においては、例えば、携帯電話機がメール送受信機能やインターネット接続機能を有する場合に、携帯電話機に保存されているメールデータやインターネットを介してダウンロードした音楽データなどを、携帯電話に挿入された記録媒体や携帯電話機に接続されたパーソナルコンピュータにバックアップすることができる。このとき、メールデータ等をバックアップすると共に、携帯電話のモニタに表示されている画面イメージデータや、通話中であれば通話相手の電話番号のデータや、メール作成中であれば宛先メールアドレスのデータなどを取得する構成を採用できる。また、例えば、ＰＤＡ（Personal Digital Assistants）に本発明のプログラムを適用することもできる。すなわち、一般には、任意のコンピュータ用のプログラムとして、本発明のプログラムを適用することができる。

Ｂ１０．変形例１０：
上記実施例において、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。また、これとは逆に、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよい。

１００…コンピュータシステム、１０…コンピュータ、１１…ＣＰＵ、１１ａ…バックアップ制御部、１１ｂ…画面イメージ取得部、１１ｃ…復元制御部、１１ｄ…ユーザインタフェース制御部、１１ｅ…表示制御部、１２…ＨＤＤ、１３…ＲＯＭ、１３ａ…バックアップスケジュールデータ、１４…ＲＡＭ、１５…ＵＳＢインタフェース部、１６…入出力インタフェース部、２０…ディスプレイ、２１…キーボード、２２…マウス、５０…ハードディスクドライブ、ｆｂ１…フルバックアップデータ、ｄｂ１〜ｂｄ３…差分バックアップデータ、ＤＩ１〜ＤＩ４…画面イメージ、ＤＩ１１，ＤＩ４１…サムネイル画像、Ｆ１〜Ｆ４…フォルダ、ｃ１〜ｃ４…画面イメージデータ、Ｗ１…復元操作用ウィンドウ、ｔ１〜ｔ４…タブ、Ｂ１…復元先指定ボタン、Ｂ２…復元実行ボタン、Ｂ３…終了ボタン、Ｂ４…年毎ジャンプボタン、Ｂ５…月毎ジャンプボタン、Ｂ６…日毎ジャンプボタン、ＴＡ…タブ表示領域、ＡＲ１…サムネイル表示領域、ＡＲ２…パス表示領域、ＡＲ３…格納データ表示領域

Claims (6)

1. コンピュータに接続された第１の記憶装置に格納されたデータを、前記コンピュータに接続された第２の記憶装置にバックアップするためのプログラムであって、
   （ａ）前記第１の記憶装置に格納されているデータの少なくとも一部に基づき、バックアップデータを作成する機能と、
   （ｂ）前記バックアップデータを作成する際に前記コンピュータにおいて実行されている、前記プログラムとは異なる他のプログラムによって提供される画像又は音声を、識別用データとして取得する機能と、
   （ｃ）前記作成されたバックアップデータと、前記取得された識別用データと、を互いに対応付けて、前記第２の記憶装置に格納する機能と、
   を前記コンピュータに実現させるためのプログラム。
2. 請求項１に記載のプログラムにおいて、さらに、
   （ｄ）前記第２の記憶装置に格納され、互いに作成時刻が異なる複数の前記バックアップデータのうち、復元に用いるバックアップデータを選択するためのユーザインタフェースを提供する機能と、
   （ｅ）前記ユーザインタフェースにより選択されたバックアップデータに対応付けられている前記識別用データに基づき、前記画像又は前記音声を前記コンピュータにおいて再生する機能と、
   を前記コンピュータに実現させるためのプログラム。
3. 請求項１または請求項２に記載のプログラムにおいて、
   前記コンピュータはモニタデバイスと接続されており、
   前記他のプログラムは、前記モニタデバイスに画面イメージを表示させるプログラムであり、
   前記識別用データは、前記コンピュータにおいて前記バックアップデータが作成される際に、前記モニタデバイスに表示されている前記画面イメージを表わす画面イメージデータである、プログラム。
4. 請求項３に記載のプログラムにおいて、さらに、
   （ｆ）前記画面イメージデータに基づき、前記画面イメージのサムネイル画像を作成する機能と、
   （ｇ）前記ユーザインタフェースにより選択されたバックアップデータに対応付けられている前記画面イメージデータに基づき前記機能（ｆ）によって作成された前記サムネイル画像を、前記ユーザインタフェースの一部として前記モニタデバイスに表示する機能と、
   を、前記コンピュータに実現させるためのプログラム。
5. 請求項１ないし請求項４のいずれかに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
6. コンピュータに接続された第１の記憶装置に格納されたデータを、前記コンピュータに接続された第２の記憶装置にバックアップするためのデータバックアップ方法であって、
   前記第１の記憶装置に格納されているデータの少なくとも一部に基づき、バックアップデータを作成する第１の工程と、
   前記バックアップデータを作成する際に前記コンピュータにおいて実行されている、前記プログラムとは異なる他のプログラムによって提供される画像又は音声を、識別用データとして取得する第２の工程と、
   前記作成されたバックアップデータと、前記取得された識別用データと、を互いに対応付けて、前記第２の記憶装置に格納する第３の工程と、
   を備える、データバックアップ方法。

Images