JP2009059314A - データバックアップ装置、データバックアップ方法 - Google Patents

Abstract

【課題】ユーザの負担を軽減しつつ、バックアップの必要性に見合ったバックアップ結果を得ることができる新しいバックアップ技術を提供する。
【解決手段】第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、前記第１の記憶媒体のディレクトリ情報を、前記第１の記憶媒体から取得する取得手段と、前記ディレクトリ情報を記憶する第１のメモリと、ディレクトリ情報に関するバックアップ条件を記憶する第２のメモリと、前記第１のメモリに記憶されているディレクトリ情報が、前記第２のメモリに記憶するバックアップ条件に整合する場合、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断する判断手段と、前記第１の記憶媒体からバックアップ対象と判断したファイルを読み出し、前記第２の記録媒体へ記録する手段と、を備える。
【選択図】図１

Description

本発明は、ある記録媒体に格納されているデータを他の記録媒体にバックアップするための技術に関する。

電子式スチルカメラ（いわゆるデジタルカメラ）やデジタルビデオカメラなどで撮影した画像データは、まずカメラ内に格納されている半導体メモリやハードディスクなどに格納される。そして、ユーザは、この半導体メモリやハードディスクに格納されている画像データをＰＣなどに実装されるデータバックアップ装置を用いてＣＤ−ＲあるいはＤＶＤなどの他の記録媒体にバックアップした後、画像データを消去して、この半導体メモリやハードディスクを繰り返し利用する（例えば特許文献１、特許文献２参照）。

つまり、電子式スチルカメラやデジタルビデオカメラの普及により、一般ユーザが大容量データをバックアップする機会が急速に増加している。
特開平１１−１８５３７５号公報 特開２００６−２２４６６５号公報

従来のデータバックアップ装置では、通常、バックアップ元に記憶されている全てのディレクトリやファイルをまとめてバックアップするか、ユーザがディレクトリやファイルを個別に指定してバックアップするかのいずれかの方法でバックアップを行うのが普通である。

しかし、例えば、ファイルが格納されていないディレクトリ、一時的な格納場所としてしか使用しないディレクトリ、不要と判断したファイルをとりあえず格納しておくディレクトリなど、ディレクトリによっては、バックアップする必要性が低いものが存在する。また例えば、ユーザによっては、最終バージョンのファイルのみをバックアップすれば足り、過去のバージョンはバックアップする必要がないと考える場合がある。

従来の枠組みでは、このようなバックアップする必要性の低いディレクトリやファイルについてもまとめてバックアップするか、又はバックアップ対象から外すためには、ユーザが個別に指定しなければならず、前者では、必ずしもユーザの意図に沿うバックアップ結果とならないという問題があり、後者では、ユーザの負担が大きいという問題があった。

そこで、本発明は、ユーザの負担を軽減しつつ、バックアップの必要性に見合ったバックアップ結果を得ることができる新しいバックアップ技術を提供することを目的とする。

本発明のデータバックアップ装置は、第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、前記第１の記憶媒体のディレクトリに関する情報（ディレクトリ情報）を、前記第１の記憶媒体から取得する取得手段と、前記ディレクトリ情報を記憶する第１のメモリと、ディレクトリ情報に関するバックアップ条件を記憶する第２のメモリと、前記第１のメモリに記憶されているディレクトリ情報が、前記第２のメモリに記憶するバックアップ条件に整合する場合、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断する判断手段と、前記第１の記憶媒体からバックアップ対象と判断したファイルを読み出し、前記第２の記録媒体へ記録する手段と、を備えることを特徴とする。

かかる構成によれば、データバックアップ装置が自動的にバックアップ条件との整合性を判断してバックアップ処理を実行できるため、バックアップするディレクトリやファイルをユーザが指定せずとも、バックアップの必要性に見合ったバックアップ結果を得ることができる。

好適には、前記ディレクトリ情報は、ディレクトリごとに、該ディレクトリ配下のディレクトリ数及びファイル数を含んで構成され、前記第２のメモリは、前記バックアップ条件として、ディレクトリ配下のディレクトリ数及びファイル数が０であるという条件を記憶することを特徴とする。

かかる構成によれば、バックアップする必要性が低い、配下のディレクトリ数及びファイル数が０のディレクトリ（空ディレクトリ）を、バックアップ対象から除外することができる。

また好適には、前記ディレクトリ情報は、ディレクトリごとに、ディレクトリ名を含んで構成され、前記第２のメモリは、前記バックアップ条件として、ディレクトリ名が特定の文字を含んでいる又は含んでいないという条件を記憶することを特徴とする。

また好適には、前記ディレクトリ情報は、ディレクトリごとに、ディレクトリサイズを含んで構成され、前記第２のメモリは、前記バックアップ条件として、ディレクトリサイズが閾値以下であるという条件を記憶することを特徴とする。

また好適には、前記ディレクトリ情報は、ディレクトリごとに、ディレクトリの作成日時情報又はアクセス日時情報を含んで構成され、前記第２のメモリは、前記バックアップ条件として、ディレクトリの作成日時又はアクセス日時が特定の期間内であるという条件を記憶することを特徴とする。

このような構成によれば、ディレクトリ名、ディレクトリサイズ、ディレクトリの作成日時又はアクセス日時に基づいて、バックアップする必要性を判断することができる。

また好適には、ユーザからバックアップ条件を受け付けて前記第２のメモリに記憶する手段を備えることを特徴とする。

かかる構成によれば、よりユーザの意図に沿ったバックアップ結果を得ることができる。

また好適には、前記ディレクトリ情報は、ディレクトリ配下のファイルのファイル名を含んで構成され、前記第２のメモリは、前記バックアップ条件として、ファイル名が特定の文字を含んでいる又は含んでいないという条件を記憶し、前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報に含まれるファイル名が、前記第２のメモリに記憶するバックアップ条件に整合する場合、対応するファイルをバックアップ対象と判断することを特徴とする。

また好適には、前記ディレクトリ情報は、ディレクトリ配下のファイルのファイルサイズを含んで構成され、前記第２のメモリは、前記バックアップ条件として、ファイルサイズが閾値以下であるという条件を記憶し、前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報に含まれるファイルサイズが、前記第２のメモリに記憶するバックアップ条件に整合する場合、対応するファイルをバックアップ対象と判断することを特徴とする。

また好適には、前記ディレクトリ情報は、ディレクトリ配下のファイルの作成日時情報又はアクセス日時情報を含んで構成され、前記第２のメモリは、前記バックアップ条件として、ファイルの作成日時又はアクセス日時が特定の期間内であるという条件を記憶し、前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報に含まれるファイルの作成日時又はアクセス日時が、前記第２のメモリに記憶するバックアップ条件に整合する場合、対応するファイルをバックアップ対象と判断することを特徴とする。

このような構成によれば、ファイル名、ファイルサイズ、ファイルの作成日時又はアクセス日時に基づいて、バックアップする必要性を判断することができる。

また好適には、前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報が、前記第２のメモリに記憶するバックアップ条件に整合しない場合、前記ディレクトリ情報に対応するディレクトリ又は／及び該ディレクトリ配下のファイルの情報をユーザに提示し、ユーザからバックアップ要を示す指示を受け付けた場合に、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断することを特徴とする。

かかる構成によれば、ユーザからバックアップ要を示す指示を受け付けた場合は、バックアップ条件との不整合に関わらず、バックアップ対象とすることができ、よりユーザの意図に沿ったバックアップ結果を得ることができる。

また本発明のデータバックアップ装置は、第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、バックアップ可否判断のための特定のデータを記憶するメモリと、前記第１の記憶媒体からファイルを読み出し、前記読み出したファイルが前記メモリに記憶する特定のデータを含む場合、前記読み出したファイルをバックアップ対象と判断する判断手段と、バックアップ対象と判断したファイルを前記第２の記録媒体へ記録する手段と、を備えることを特徴とする。

また本発明のデータバックアップ装置は、第１の記憶媒体に記憶されているデータを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、前記第１の記憶媒体のディレクトリについて、該ディレクトリ配下のいずれの階層にもファイルがないものを、バックアップ対象とならないディレクトリと判断する手段と、前記第１の記憶媒体からバックアップ対象のディレクトリ及び該ディレクトリ配下のファイルの情報を読み出し、前記第２の記録媒体へ記録する手段と、を備えることを特徴とする。

本発明のデータバックアップ方法は、第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ方法であって、前記第１の記憶媒体のディレクトリに関する情報（ディレクトリ情報）を、前記第１の記憶媒体から取得する取得工程と、前記ディレクトリ情報を第１のメモリに記憶する工程と、前記第１のメモリに記憶されているディレクトリ情報が、ディレクトリ情報に関するバックアップ条件を記憶する第２のメモリに記憶するバックアップ条件に整合する場合、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断する判断工程と、前記第１の記憶媒体からバックアップ対象と判断したファイルを読み出し、前記第２の記録媒体へ記録する工程と、を備えることを特徴とする。

本発明のデータバックアップ方法は、種々の情報処理装置において実施することができるが、そのためのプログラムは、ＣＤ−ＲＯＭ、磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じてインストールまたはロードすることができる。

なお、本発明において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の手段や装置の機能が１つの物理的手段や装置により実現されても良い。

以上、本発明によれば、ユーザの負担を軽減しつつ、バックアップの必要性に見合ったバックアップ結果を得ることができる新しいバックアップ技術を提供することが可能となる。

以下、本発明の一実施形態に係るデータバックアップ装置について、図面を参照して説明する。

図１は、本実施形態に係るデータバックアップ装置１の機能構成図である。

データバックアップ装置１は、第１の記憶媒体に格納されているバックアップ対象データを、第２の記憶媒体へコピーしてデータバックアップを行う。本実施形態では、メモリカード２に格納されているデータをＣＤ−Ｒにバックアップする場合を例にあげて説明するが、第１及び第２の記憶媒体はこれら以外であってもよい。

また、データバックアップ装置１は、例えば汎用的なコンピュータシステムにより構成され、以下に説明するデータバックアップ装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

さらに、データバックアップ装置１は、この装置単体で実現することもできるし、プリンタ、デジタル複合機、ビューワなど他の装置に組み込み、その装置の一部の機能として実現することもできるし、電子式スチルカメラ、デジタルビデオカメラなどの一部機能を利用して、電子式スチルカメラ、デジタルビデオカメラと組み合わせて実現することもできる。

図１に示すデータバックアップ装置１は、バックアップ管理部１１（ディレクトリ情報の取得手段１７、バックアップ条件の判断手段１８、オプションとして条件指定手段１９を含む）、メモリカードリーダ／ライタ１２、ＣＤリーダ／ライタ１３、メモリ１５、メモリ１６などを備える。

メモリカードリーダ／ライタ１２は、メモリカード２に格納されているデータを読み出し、メモリカード２にデータを書き込む。

ＣＤリーダ／ライタ１３は、ＣＤ−Ｒ３に格納されているデータを読み出し、ＣＤ−Ｒ３にデータを書き込む。

バックアップ管理部１１は、メモリカード２に格納されているバックアップ対象データを、ＣＤ−Ｒ３にバックアップするための処理を行う。例えば、バックアップ管理部１１は、メモリカード２からバックアップ対象データのディレクトリ構造や各ディレクトリに含まれるファイルを管理するための情報を読み出してメモリ１５に記憶する。そして、バックアップ管理部１１は、メモリ１５に記憶された情報を用いて、バックアップ対象データをＣＤ−Ｒ３に書き込む際の書き込み位置を決定し、メモリカード２からＣＤ−Ｒ３へのデータバックアップを行う。

ただし、本実施形態のデータバックアップ装置１は、メモリ１６に、ディレクトリ情報に関するバックアップ条件を記憶しており、バックアップ管理部１１は、メモリカード２に格納されているファイルのうち、メモリ１６に記憶されるバックアップ条件に適合するディレクトリ配下のファイルをＣＤ−Ｒ３に書き込むように構成されている。

図２は、メモリカード２に記憶されたバックアップ対象データをＣＤ−Ｒ３へバックアップする場合の一例を示す。

同図に示すように、メモリカード２にバックアップ対象データ２０が格納されている。メモリカード２は、ＦＡＴファイルシステムに従う記録媒体である。ここで、バックアップ対象データ２０は、メモリカード２に格納されている全データであってもよいし、あるいは選択された一部のデータであってもよい。なお、バックアップ対象データ２０のデータ内容については制限はなく、ＭＰＶ（Music Photo/Video）用のファイルのほか、各種情報処理装置（プリンタ、デジタルカメラ、データレコーダーなどを含む）において作成されたファイルを含んでいてもよい。

ＣＤ−Ｒ３には、１セッション分の既存データ３０が格納されている。ＣＤ−Ｒ３は、ＣＤ−ＲＯＭファイルシステムに従う記憶媒体である。そして、以下の実施形態では、既存データ３０を有するＣＤ−Ｒ３に、さらにバックアップ対象データ２０を追記する場合を例にして説明する。

図３は、バックアップを行う前のＣＤ−Ｒ３のデータ構造であって、既存データ３０が格納されている場合のＣＤ−Ｒ３のデータ構造を示す。

ＣＤ−Ｒ３は、ＣＤ−ＲＯＭファイルシステムに従った構造になっている。ＣＤ−Ｒ３に記録されるデータの位置はセクタ番号で特定される。

一方、既存データ３０を保存した既存セッション３０Ａの先頭のＬｅａｄ−Ｉｎ領域にＬｅａｄ−Ｉｎ３００が設けられ、末尾のＬｅａｄ−Ｏｕｔ領域には、Ｌｅａｄ−Ｏｕｔ３０２が設けられている。Ｌｅａｄ−Ｉｎ３００及びＬｅａｄ−Ｏｕｔ３０２は、下記のデータ３０１，３１０，３２０，３３０，３４０が書き込まれた後、セッションの最後にＣＤリーダ／ライタ１３により書き込まれる。

Ｌｅａｄ−Ｉｎ３００及びＬｅａｄ−ｏｕｔ３０２の間には、ＣＤ−ＲＯＭファイルシステムに従う管理領域３０１（セクタ１〜３）、ルートディレクトリレコード３１０（セクタ４）、ルートディレクトリ直下のディレクトリである「２００５」ディレクトリのディレクトリレコード３２０（セクタ５）、「２００５」ディレクトリに格納されているファイルのデータ本体３３０（セクタ６〜８）、及びＣＤ−Ｒ３に格納されている全データのディレクトリ構造を示すパステーブル３４０（セクタ９）が設けられている。

なお、本実施形態ではＩＳＯ９６６０レベル１の規格に従うＣＤ−Ｒを例にして説明するが、本発明はこれ以外の規格（例えば、ＩＳＯ９６６０レベル２，Ｊｏｌｉｅｔ、ＵＤＦ（Universal Disk Format）など）にも適用することが可能である。

これに対して、図４は、既存セッション３０Ａが格納されているＣＤ−Ｒ３にバックアップ対象データ２０を追記してバックアップして、追加セッション２０Ａを記録した後のＣＤ−Ｒ３のデータ構造を示す。

すなわち、図４（ａ）は、図３に示すセクタ０から１０までの既存セッション３０Ａのデータ構造であり、図４（ｂ）が、セクタ１１以降に追加された、追加セッション２０Ａのデータ構造を示す。

追加セッション２０Ａは、図４（ｂ）に示すように、Ｌｅａｄ−Ｉｎ３００及びＬｅａｄ−ｏｕｔ３０２の間に、管理領域３０１、ルートディレクトリレコード３１１（セクタ１５）、「２００６」ディレクトリレコード３２１（セクタ１６）、ファイルのデータ本体３３１（セクタ１７〜２６）及びパステーブル３５０（セクタ２７）を有する。

ここで、図５及び図６は、ルートディレクトリレコード３１０，３１１及びサブディレクトリを代表して「２００５」ディレクトリレコード３２０のデータ構造をそれぞれ示す。

これらからわかるように、各ディレクトリレコード３１０，３１１，３２０には、直下のディレクトリ名及びファイル名が含まれている。従って、ディレクトリ構造に応じて、ディレクトリレコードのサイズが異なる。

追加セッション２０Ａに含まれるディレクトリレコード３１１，３２１及びパステーブル３４０の生成処理については後述する。

（メモリカードディレクトリ構造体７００）
再び図１を参照すると、バックアップ管理部１１は、メモリカード２から各ディレクトリエントリが格納されているクラスタ番号及びエントリオフセットを読み出す。そして、バックアップ管理部１１は、メモリ１５に、ディレクトリごとに、ディレクトリ情報を格納する次のようなメモリカードディレクトリ構造体７００を生成して、クラスタ番号及びエントリオフセットを記憶する。

図７は、メモリカードディレクトリ構造体（ＤＩＲＬＩＳＴ＿ＣＡＲＤ）７００のデータ構造例を示す。この例に示す構造体の各項目（構造体変数）のうち、後述するバックアップ条件に用いない項目については、構造体から省略してもよい。また、この例ではファイルに関する項目７１９〜７２２を１ファイル分のみ示すが、これらの項目はファイルごとに用意される。

以下、図１５のフローチャートを参照して、メモリカードディレクトリ構造体７００の生成処理の一態様について説明する。

なお、各工程（符号が付与されていない部分的な工程を含む）は処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。

最初に、バックアップ管理部１１は、メモリカード２のファイルシステムのルートディレクトリを検査対象ディレクトリに設定するとともに、メモリ１５にルートディレクトリ用のメモリカードディレクトリ構造体７００を用意し（領域を確保し）、ディレクトリ情報の取得手段１７を呼び出す（コールする）。なお、新たにメモリカードディレクトリ構造体７００が用意された場合、各項目の値は原則として０又はヌルに初期化されているものとする。

取得手段１７は、コールされると、メモリカード２から、メモリカード２内でディレクトリエントリにアクセスするために必要な情報、すなわち、検査対象ディレクトリが格納されているクラスタ番号及びエントリオフセットを読み出し、検査対象ディレクトリ用のメモリカードディレクトリ構造体７００のクラスタ番号（ＣｌｕｓｔｅｒＮｕｍｂｅｒ）７０６及びエントリオフセット（ＥｎｔｒｙＯｆｆｓｅｔ）７０７に、読み出した値をセットする（Ｓ６１）。

次に、取得手段１７は、メモリカード２に構築されるファイルシステムのディレクトリエントリ情報を解析して、検査対象ディレクトリのディレクトリ名（ＤｉｒＮａｍｅ）７１５、ディレクトリサイズ（ＤｉｒＳｉｚｅ）７１６、作成日時（ＤｉｒＭａｋｅＴｉｍｅ）７１７、アクセス日時（ＤｉｒＡｃｃｅｓｓＴｉｍｅ）７１８などの情報を取得し、検査対象ディレクトリ用のメモリカードディレクトリ構造体７００の対応する各項目に、取得した値をセットする（Ｓ６２）。

次に、取得手段１７は、メモリカード２に構築されるファイルシステムのディレクトリエントリ情報を解析して、検査対象ディレクトリに登録されるエントリ（ファイル又はディレクトリ）を検索する（Ｓ６３）。

検索の結果、エントリが見つからなかった場合、空ディレクトリであることを示す戻り値を設定し、復帰（リターン）する。

一方、エントリが見つかった場合、未処理（対応する情報をメモリカードディレクトリ構造体７００に格納していない）のエントリの有無を判断する（Ｓ６５）。

未処理のエントリが有る場合、取得手段１７は、そのうちの１つを順次選択する（Ｓ６６）。

前記選択したエントリがファイルである場合（Ｓ６７：ファイル）、取得手段１７は、検査対象ディレクトリ用のメモリカードディレクトリ構造体７００のファイル数（ＦｉｌｅＮｕｍ）７１３を＋１インクリメントするとともに、前記選択したエントリ（ファイル）のディレクトリエントリ情報を解析して、前記選択したエントリのファイル名（ＦｉｌｅＮａｍｅ）７１９、ファイルサイズ（ＦｉｌｅＳｉｚｅ）７２０、作成日時（ＦｉｌｅＭａｋｅＴｉｍｅ）７２１、アクセス日時（ＦｉｌｅＡｃｃｅｓｓＴｉｍｅ）７２２などの情報を取得し、検査対象ディレクトリ用のメモリカードディレクトリ構造体７００の対応する各項目に、取得した値をセットして（Ｓ６８）、Ｓ６５に戻る。

一方、前記選択したエントリがディレクトリである場合（Ｓ６７：ディレクトリ）、取得手段１７は、検査対象ディレクトリ用のメモリカードディレクトリ構造体７００のディレクトリ数（ＤｉｒＮｕｍ）７１２を＋１インクリメントする（Ｓ６９）。

次に、取得手段１７は、検査対象ディレクトリの情報をメモリ１５等の所定領域に一時退避した後、前記選択したエントリ（ディレクトリ）を検査対象ディレクトリとして設定して、自己（取得手段１７）を再帰呼び出しする（Ｓ７０）。

そして、復帰（リターン）後に、一時退避した検査対象ディレクトリの情報を元に戻し（Ｓ７１）、空ディレクトリであることを示す戻り値が得られている場合は、検査対象ディレクトリのメモリカードディレクトリ構造体７００のディレクトリ数７１２を−１デクリメントして（Ｓ７２）、Ｓ６５に戻る。ディレクトリ数７１２をデクリメントするのは、空ディレクトリのみを配下にもつディレクトリ（換言すれば、配下のいずれの階層にもファイルがないディレクトリ）を、実質的に空ディレクトリと判断することで、バックアップ対象とならないようするためである。

一方、Ｓ６５において未処理のエントリがない場合、取得手段１７は、検査対象ディレクトリについての処理を終了し、呼び出し元に復帰する。

なお、メモリカードディレクトリ構造体７００の他の項目には、必要に応じてバックアップ管理部１１が算出した値が格納される。例えば、ディレクトリレコードセクタ（ＳｔａｒｔＤｉｒＬＢＮ）７０９は、後述するように、バックアップ管理部１１によって算出された値が格納される。

（ＣＤディレクトリ構造体８００）
バックアップ管理部１１は、ＣＤ−Ｒ３から現在有効なセッションのパステーブル３４０のＩＤ及び各ディレクトリレコード３１０，３４０のセクタ番号を読み出す。そして、バックアップ管理部１１は、メモリ１５に次に示すようなＣＤディレクトリ構造体８００を生成して、取得した情報を格納する。

図８は、ＣＤディレクトリ構造体（ＤＩＲＬＩＳＴ＿ＣＤＤＶＤ）８００のデータ構造を示す。ＣＤディレクトリ構造体８００は、ディレクトリごとに生成される。ＣＤディレクトリ構造体８００の旧パステーブルＩＤ（ＯｌｄＰａｔｈＴａｂｌｅＩＤ）８０６及びディレクトリレコードセクタ（ＳｔａｒｔＤｉｒＬＢＮ）８０７にだけ、ＣＤ−Ｒ３から読み出した値がセットされる。つまり、このときに少なくともＣＤ−Ｒ３からは、各ディレクトリのディレクトリレコードにアクセスするために必要な情報が読み出される。

なお、ＣＤディレクトリ構造体８００の他の項目には、必要に応じてバックアップ管理部１１が算出した値が格納される。

また、バックアップ対象ディレクトリの書き込み開始セクタ（ＳｔａｒｔＵＤＦＤｉｒＬＢＮ）８０８は、バックアップ対象データのディレクトリが書き込まれるセクタ番号を示す。

また、この構造体８００のファイル情報ポインタ（＊ｐｕｃＦｉｌｅＩＮＦＯ）８０９には、各ディレクトリに属するファイル及びサブディレクトリに関する情報を格納したＣＤファイル情報構造体９００へのポインタを有する。

（ＣＤファイル情報構造体９００）
図９は、ＣＤファイル情報構造体（ＦＩＬＥ＿ＩＮＦＯ）９００のデータ構造を示す。ＣＤファイル情報構造体９００は、ファイル情報ポインタ８０９で参照しているディレクトリ及びこのディレクトリ内の各ファイルについてそれぞれ生成される。バックアップ管理部１１は、ＣＤファイル情報構造体９００の各項目の情報を、ＣＤ−Ｒ３から取得する。

後述するように、メモリカード２の内容をＣＤ−Ｒ３へバックアップする際、バックアップ管理部１１は、バックアップ対象と判断したファイルの本体データをメモリ１５に一旦読み込み、その後ＣＤ−Ｒ３へコピーする。また、バックアップ管理部１１は、上述の構造体７００，８００，９００をメモリ１５上に構成し、これらを参照して、ディレクトリレコード及び新たなパステーブルを生成する。これにより、効率的にメモリカード２からＣＤ−Ｒ３へバックアップすることができる。

（ディレクトリレコードの生成処理）
次に、ディレクトリレコードの生成処理の手順について、図１０を参照して説明する。

まず、バックアップ管理部１１は、ルートディレクトリレコード３１１を生成する。このとき、バックアップ管理部１１は、既にＣＤ−Ｒ３に格納されている、ルートディレクトリ直下のディレクトリ及びファイルの名称９０６をＣＤファイル情報構造体９００から取得する（１）。

また、バックアップ管理部１１は、メモリカード２に格納されているデータの、ルートディレクトリ直下のバックアップ対象のディレクトリに関して、ディレクトリエントリのクラスタ番号７０６及びオフセット７０７を、メモリカードディレクトリ構造体７００から取得する（２）。そして、バックアップ管理部１１は、このクラスタ番号７０６及びオフセット７０７に基づいて、メモリカード２にアクセスして、ディレクトリ名を取得する（３）。

バックアップ管理部１１は、このようにして取得したルートディレクトリ直下のファイル及びディレクトリの名称に基づいて、追加セッション２０Ａ用のルートディレクトリレコード３１１を生成し、ＣＤ−Ｒ３へ書き込む。なお、ルートディレクトリ直下にバックアップ対象となるものがなにもない場合、ＣＤ−Ｒ３への書き込みは行われない。

また、メモリカード２からＣＤ−Ｒ３へバックアップされる（コピーされる）ディレクトリのディレクトリレコードを生成するときは、バックアップ管理部１１は、メモリカード２のバックアップ対象のディレクトリに関して、ディレクトリエントリのクラスタ番号７０６及びオフセット７０７をメモリカードディレクトリ構造体７００から取得する（２）。そして、バックアップ管理部１１は、取得したクラスタ番号７０６及びオフセット７０７に基づいて、メモリカード２にアクセスして、ディレクトリ名を取得し、ディレクトリレコードを生成する。

このとき、ＣＤ−Ｒ３の既存セッション３０Ａに含まれているディレクトリのディレクトリレコードを追加セッション２０Ａの中に新たに生成することはせずに、既存セッション３０Ａに含まれているものをそのまま利用する。

なお、バックアップ管理部１１は、追加セッション２０Ａのルートディレクトリレコード３１１及び他のディレクトリレコード３２１を書き込んだセクタ番号を、メモリカードディレクトリ構造体７００のディレクトリレコード開始位置７０９へ格納する（４）。

（パステーブル３４０の生成処理）
次に、パステーブル３４０の生成処理の手順について、図１１を参照して説明する。

まず、バックアップ管理部１１は、既存セッション３０Ａに含まれるすべてのディレクトリレコードが記憶されているセクタ番号を、ディレクトリレコード開始位置８０７及び８０８から取得する（６）。また、バックアップ管理部１１は、既存セッション３０Ａに含まれるすべてのディレクトリの名称及び日付をファイル情報構造体９００から取得する（７）。そして、バックアップ管理部１１は、既存セッション３０Ａに含まれるすべてのディレクトリのパステーブルレコードを生成し、パステーブル３４０へ登録する（８）。

また、バックアップ管理部１１は、メモリカード２のバックアップ対象のディレクトリのクラスタ番号７０６及びオフセット７０７を取得して（９）、メモリカード２から該ディレクトリの名称及び日付を取得する（１０）。さらに、バックアップ管理部１１は、追加セッション２０Ａに含まれるすべてのディレクトリレコードが記憶されているセクタ番号を、ディレクトリレコード開始位置７０９から取得する（１１）。これらに基づいて、バックアップ管理部１１は、追加セッション２０Ａに含まれるすべてのディレクトリのパステーブルレコードを生成し、パステーブル３４０へ登録する（８）。

このとき、バックアップ管理部１１は、ディレクトリ階層の浅い順にパステーブルレコードを作成する。

（バックアップ実行処理）
上述のような構成を備えるデータバックアップ装置１において、メモリカード２のバックアップ対象データ２０をＣＤ−Ｒ３にバックアップするための処理について説明する。

図１２及び図１３は、バックアップ対象データ２０をＣＤ−Ｒ３にバックアップするために、バックアップ管理部１１が行う１セッションに係る処理を示すフローチャートである。

図１２を参照すると、まず、バックアップ管理部１１はＣＤ−Ｒ３に既存データ３０があるか否かを判定する（Ｓ１１）。既存データ３０がないときは（Ｓ１１：Ｎｏ）、ステップＳ１３をスキップする。

既存データ３０があるときは（Ｓ１１：Ｙｅｓ）、バックアップ管理部１１は、メモリ１５に、ＣＤディレクトリ構造体８００及びＣＤファイル情報構造体９００を生成する（Ｓ１３）。

次に、バックアップ管理部１１は、メモリ１５にメモリカードディレクトリ構造体７００などを生成する（Ｓ１４）。

次に、バックアップ管理部１１の判断手段１８は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、メモリ１６に記憶するバックアップ条件に整合するか否かをチェックし、整合する場合、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断する（Ｓ１５）。

例えば、メモリ１６に記憶するバックアップ条件として、ディレクトリ配下のディレクトリ数及びファイル数が０であるという条件を考えることができる。配下のディレクトリ数及びファイル数が０のディレクトリ（空ディレクトリ）は、バックアップする必要性が低いと考えられるからである。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれのディレクトリ数７１２及びファイル数７１３を読み出し、前記読み出したディレクトリ数７１２及びファイル数７１３がともに０である場合、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断する。

また例えば、メモリ１６に記憶するバックアップ条件として、ディレクトリ名が特定の文字を含んでいないという条件を考えることができる。特定の文字として、例えば「ｔｍｐ」などの一時的な利用であることを示す文字列や、「ごみ箱」などの不要であることを示す文字列などほか、特定の拡張子を示す文字列などを考えることができる。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれのディレクトリ名７１５を読み出し、前記読み出したディレクトリ名７１５が前記特定の文字を含んでいない場合に、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断する。なお、ディレクトリ名が特定の文字を含んでいるというバックアップ条件としてもよい。

また例えば、メモリ１６に記憶するバックアップ条件として、ディレクトリサイズが閾値以下であるという条件を考えることができる。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれのディレクトリサイズ７１６を読み出し、前記読み出したディレクトリサイズ７１６が閾値以下である場合に、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断する。なお、ディレクトリサイズ７１６が閾値以上であるというバックアップ条件としてもよい。

また例えば、メモリ１６に記憶するバックアップ条件として、ディレクトリの作成日時情報又はアクセス日時情報が特定の期間（例えば、現在から過去１ヶ月の期間）内であるという条件を考えることができる。定期的にバックアップを行う場合、前回のバックアップ時以降に作成又はアクセスされているものはバックアップの必要性が高く、そうでないものはバックアップの必要性が低いと考えられるからである。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれの作成日時７１７又はアクセス日時７１８を読み出し、前記読み出した作成日時７１７又はアクセス日時７１８が前記特定の期間内である場合に、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断する。

また例えば、メモリ１６に記憶するバックアップ条件として、ファイル名が特定の文字を含んでいないという条件を考えることができる。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれの配下にある各ファイルのファイル名７１９を読み出し、前記読み出したファイル名７１９が前記特定の文字を含んでいない場合に、前記読み出したファイル名７１９に対応するファイルをバックアップ対象と判断する。なお、ファイル名が特定の文字を含んでいるというバックアップ条件としてもよい。

また例えば、メモリ１６に記憶するバックアップ条件として、ファイルサイズが閾値以下であるという条件を考えることができる。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれの配下にある各ファイルのファイルサイズ７２０を読み出し、前記読み出したファイルサイズ７２０が閾値以下である場合に、前記読み出したファイルサイズ７２０に対応するファイルをバックアップ対象と判断する。なお、ファイルサイズ７２０が閾値以上であるというバックアップ条件としてもよい。

また例えば、メモリ１６に記憶するバックアップ条件として、ファイルの作成日時又はアクセス日時が特定の期間（例えば、現在から過去１ヶ月の期間）内であるという条件を考えることができる。

かかるバックアップ条件がメモリ１６に記憶されている場合、バックアップ管理部１１は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、それぞれの配下にある各ファイルの作成日時７２１又はアクセス日時７２２を読み出し、前記読み出した作成日時７２１又はアクセス日時７２２が前記特定の期間内である場合に、前記読み出した作成日時７２１又はアクセス日時７２２に対応するファイルをバックアップ対象と判断する。

ユーザがこのような複数種類のバックアップ条件の中から所望のものを選択できるように構成してもよい。この場合、データバックアップ装置１は、ユーザからバックアップ条件を受け付けてメモリ１６に記憶する条件指定手段１９を備える。またこの場合、メモリ１６にバックアップ条件を間接的に記憶する構成とすることが考えられる。例えば、メモリ１６にユーザが選択したバックアップ条件の識別番号を記憶しておき、バックアップ管理部１１は、Ｓ１５においてメモリ１６から前記記憶されるバックアップ条件の識別番号を読み出し、その識別番号に応じてバックアップ管理部１１のバックアップ判断ロジックを切り替えるように構成することが考えられる。

逆にバックアップ条件が単一に定まっている場合、バックアップ条件を、バックアップ管理部１１のバックアップ処理に直接組み込んで（プログラム又はロジックの一部として）記憶してもよい。この場合、バックアップ処理のプログラム又はロジックを記憶するメモリがメモリ１６に相当することになる。

また、判断手段１８は、メモリ１５に格納されている各メモリカードディレクトリ構造体７００について、メモリ１６に記憶するバックアップ条件に整合しない場合、該メモリカードディレクトリ構造体７００に対応するディレクトリ又は／及び該ディレクトリ配下のファイルの情報をユーザに提示し、ユーザからバックアップ要を示す指示を受け付けた場合に、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断するように構成してもよい。換言すれば、ユーザからバックアップ要を示す指示を受け付けた場合は、バックアップ条件との不整合に関わらず、該メモリカードディレクトリ構造体７００に対応するディレクトリ及び該ディレクトリ配下のファイルをバックアップ対象と判断してもよい。

ユーザがバックアップ条件を選択できるようにしたり、不整合時にバックアップ是非の判断をユーザに仰ぐ構成とすることで、よりユーザの意図に沿ったバックアップ結果を得ることができる。

次に、バックアップ管理部１１は、メモリ１５に格納されている構造体７００，８００，９００を参照し、メモリカード２のファイルシステムに登録されるエントリのうち、バックアップ対象と判断したエントリ（ディレクトリ及びファイル）をＣＤ−Ｒ３へ記録するときの記録位置を算出する（Ｓ１６）。この算出処理の詳細については後述する。

各ディレクトリ及びファイルの記録位置が定まると、バックアップ管理部１１は、このセッションのために必要な管理領域３０１を生成して、ＣＤ−Ｒ３へ書き込みを行う（Ｓ１７）。

バックアップ管理部１１は、さらに、バックアップ対象と判断したディレクトリのディレクトリレコード３１１，３２１を上述のように生成して、それぞれを、ステップＳ１６で定められた記録位置へ書き込む。さらに、バックアップ対象と判断したファイルの本体データについては、メモリカード２から読み出して、それぞれ、ステップＳ１６で定められた記憶位置へ書き込みを行う（Ｓ１８）。

最後に、バックアップ管理部１１は、追加セッション２０Ａのパステーブル３５０を上述のように生成して、ステップＳ１６で定められた記録位置へ書き込みを行って、バックアップのためのセッションを終了する（Ｓ１９）。

本実施形態によれば、データバックアップ装置１が自動的にバックアップ条件との整合性を判断してバックアップ処理を実行するため、バックアップするディレクトリやファイルをユーザが指定せずとも、バックアップの必要性に見合ったバックアップ結果を得ることができる。

ここで、ステップＳ１６の記録位置の算出処理について、図１３を参照しながら説明する。

バックアップ管理部１１は、まず、データの記録位置として書き込みを開始するセクタ番号を特定する。本実施形態では本セッションの書き込み開始セクタはセッション１１となる（図４参照）。この書き込み開始セクタを基準にして、以下の各セクタ番号を定める。

バックアップ管理部１１は、このセッションに係るルートディレクトリレコード３１１に必要なセクタ数と、ルート直下のファイル本体に必要なセクタ数を、ディレクトリ構造、ファイル名及びファイルサイズなどに基づいて算出する。そして、ルートディレクトリレコード３１１及びルートディレクトリ直下にあるファイルのファイル本体の書き込み開始セクタを算出する（Ｓ３１）。ここで算出された情報は、メモリ１５に格納される。

図１４は、書込マップ５００の一例を示す。

ここでは、同図に示すように、ルートディレクトリレコード３１１に必要なセクタ数が１、ルート直下にはファイルがないのでファイルに必要なセクタ数は０であり、書き込み開始セクタがセクタ１５と定まる。

つぎに、バックアップ対象データ２０中のサブディレクトリのディレクトリレコードに必要なセクタ数と、各サブディレクトリ直下のファイルのファイル本体に必要なセクタ数を算出する。そして、各サブディレクトリレコード及び各サブディレクトリ直下にあるファイルのファイル本体の書き込み開始セクタを算出する（Ｓ３２）。サブディレクトリが複数あるときは、ディレクトリの階層構造に従って、それぞれのサブディレクトリについて算出する。

ここでは、図１４に示すように、「２００６」ディレクトリレコード３２１に必要なセクタ数が１、直下のファイルに必要なセクタ数が１０であり、書き込み開始セクタがセクタ１６と定まる。ここで算出された書き込み開始セクタの位置が、メモリカードディレクトリ構造体７００のディレクトリレコードセクタ７０９に格納される。

次に、バックアップ管理部１１は、上述の処理により得られたディレクトリレコードの書込開始セクタと、既存セッション３０Ａのディレクトリレコードの開始セクタから、パステーブル３５０を生成する。そして、パステーブルの書込開始セクタを算出する（Ｓ３３）。

その後、管理領域３０１の主ボリュームディスクリプタなどの内容を決定し、管理領域３０１の書込開始セクタを算出する（Ｓ３４）。

これにより、このバックアップのためのセッションでＣＤ−Ｒ３に書き込むべきすべての情報の書込セクタが確定する。

ここで、ステップＳ３１〜Ｓ３４の処理を行うときに必要な情報は、既にメモリ１５に記憶されているので、バックアップ管理部１１は、あらためてメモリカード２ないしはＣＤ−Ｒ３にアクセスする必要がない。この結果、ステップＳ３１〜Ｓ３４の処理を迅速に行うことができる。

さらに、ステップＳ３１〜Ｓ３４で生成された書込マップ５００もメモリ１５に格納されているので、ステップＳ１７以降でＣＤ−Ｒ３への書込処理をするときも、ファイル本体情報以外は、メモリカード２から取得する必要がなく、この点でも処理の高速化を図ることができる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

（変形例）
本発明は上記実施形態に限定されることなく、種々に変形して適用することが可能である。

例えば、上記実施形態では、メモリカードディレクトリ構造体７００にバックアップ是非を判断するための情報（例えば、ディレクトリ数７１２、ファイル数７１３など）を格納し、バックアップ処理時にそれら格納した情報を読み出してバックアップ条件との整合性を判断する構成としているが、メモリカードディレクトリ構造体７００を作成する際に、バックアップ是非を判断するための情報とバックアップ条件との整合性を判断し、判断結果（バックアップ対象か否か）をメモリカードディレクトリ構造体７００に格納するように構成してもよい。この場合、バックアップ処理時には、それら格納した判断結果に基いてバックアップ実行可否を決定すればよい。

また例えば、上記実施形態で例示した複数種類のバックアップ条件を任意に組み合わせてバックアップの是非を判断するように構成してもよい。

また例えば、上記実施形態では、ファイル数７１３を読み出してファイル数が０であるという条件を判断しているが、メモリカードディレクトリ構造体７００に、ファイル数７１３に代えてファイル有無フラグを設け、ファイルが見つかった場合はＳ６８において該ファイル有無フラグを「有」に変更し、該ファイル有無フラグを読み出してファイル数が０であるという条件を判断してもよい。

また例えば、上記実施形態では、メモリカードディレクトリ構造体７００に格納された情報に基づいてバックアップ条件の整合性を判断する構成としているが、メモリカードディレクトリ構造体７００に格納された情報に基づいてメモリカード２から取得した情報バックアップ条件の整合性を判断する構成としてもよい。例えば、メモリ１６に、バックアップ可否判断のための特定のデータを記憶しておき、判断手段１８は、メモリカードディレクトリ構造体７００に格納された情報に基づいてメモリカード２からファイルの本体データを取得し、前記取得したファイル本体データがメモリ１６に記憶した特定のデータを含む場合に、前記取得したファイル本体データに対応するファイルをバックアップ対象と判断することが考えられる。

本発明の一実施形態に係るデータバックアップ装置の機能構成図である。 本実施形態におけるバックアップ例を示す。 既存データが格納されている場合のＣＤ−Ｒのデータ構造を示す。 既存データが格納されているＣＤ−Ｒにバックアップ対象データを追記してバックアップした後のＣＤ−Ｒのデータ構造を示す。 ルートディレクトリレコードのデータ構造を示す。 「２００５」ディレクトリレコードのデータ構造を示す。 メモリカードディレクトリ構造体７００のデータ構造を示す。 ＣＤディレクトリ構造体８００のデータ構造を示す。 ＣＤファイル情報構造体９００のデータ構造を示す。 ディレクトリレコードの生成処理の手順を示す パステーブルの作成処理の手順を示す。 バックアップ管理部が行う１セッションに係る処理を示すフローチャートである。 記録位置の算出処理の詳細な処理を示すフローチャートである。 書込セクタ番号を示す書込マップの一例を示す。 メモリカードディレクトリ構造体７００の生成処理を示すフローチャートである。

符号の説明

１…バックアップ処理装置、２…メモリカード、３…ＣＤ−Ｒ、１１…バックアップ管理部、１２…メモリカードリーダ／ライタ、１３…ＣＤリーダ／ライタ、１５，１６…メモリ、１７…取得手段、１８…判断手段、１９…条件指定手段、２０…バックアップ対象データ、３０…既存データ、３０１，３０２…管理領域、３１０，３１１…ルートディレクトリレコード、３２０…「２００５」ディレクトリレコード、３２１…「２００６」ディレクトリレコード、３３０、３３１…データ本体、３４０、３５０…パステーブル、５００…書込マップ、７００…メモリカードディレクトリ構造体、８００…ＣＤディレクトリ構造体、９００…ファイル情報構造体。

Claims (14)

1. 第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、
   前記第１の記憶媒体のディレクトリに関する情報（以下、「ディレクトリ情報」という）を、前記第１の記憶媒体から取得する取得手段と、
   前記ディレクトリ情報を記憶する第１のメモリと、
   ディレクトリ情報に関するバックアップ条件を記憶する第２のメモリと、
   前記第１のメモリに記憶されているディレクトリ情報が、前記第２のメモリに記憶するバックアップ条件に整合する場合、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断する判断手段と、
   前記第１の記憶媒体からバックアップ対象と判断したファイルを読み出し、前記第２の記録媒体へ記録する手段と、を備えることを特徴とするデータバックアップ装置。
2. 前記ディレクトリ情報は、ディレクトリごとに、該ディレクトリ配下のディレクトリ数及びファイル数を含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ディレクトリ配下のディレクトリ数及びファイル数が０であるという条件を記憶することを特徴とする請求項１記載のデータバックアップ装置。
3. 前記ディレクトリ情報は、ディレクトリごとに、ディレクトリ名を含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ディレクトリ名が特定の文字を含んでいる又は含んでいないという条件を記憶することを特徴とする請求項１又は２記載のデータバックアップ装置。
4. 前記ディレクトリ情報は、ディレクトリごとに、ディレクトリサイズを含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ディレクトリサイズが閾値以下であるという条件を記憶することを特徴とする請求項１乃至３のいずれか１項に記載のデータバックアップ装置。
5. 前記ディレクトリ情報は、ディレクトリごとに、ディレクトリの作成日時情報又はアクセス日時情報を含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ディレクトリの作成日時又はアクセス日時が特定の期間内であるという条件を記憶することを特徴とする請求項１乃至４のいずれか１項に記載のデータバックアップ装置。
6. ユーザからバックアップ条件を受け付けて前記第２のメモリに記憶する手段を備えることを特徴とする請求項１乃至５のいずれか1項に記載のデータバックアップ装置。
7. 前記ディレクトリ情報は、ディレクトリ配下のファイルのファイル名を含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ファイル名が特定の文字を含んでいる又は含んでいないという条件を記憶し、
   前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報に含まれるファイル名が、前記第２のメモリに記憶するバックアップ条件に整合する場合、対応するファイルをバックアップ対象と判断することを特徴とする請求項１乃至６のいずれか1項に記載のデータバックアップ装置。
8. 前記ディレクトリ情報は、ディレクトリ配下のファイルのファイルサイズを含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ファイルサイズが閾値以下であるという条件を記憶し、
   前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報に含まれるファイルサイズが、前記第２のメモリに記憶するバックアップ条件に整合する場合、対応するファイルをバックアップ対象と判断することを特徴とする請求項１乃至７のいずれか1項に記載のデータバックアップ装置。
9. 前記ディレクトリ情報は、ディレクトリ配下のファイルの作成日時情報又はアクセス日時情報を含んで構成され、
   前記第２のメモリは、前記バックアップ条件として、ファイルの作成日時又はアクセス日時が特定の期間内であるという条件を記憶し、
   前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報に含まれるファイルの作成日時又はアクセス日時が、前記第２のメモリに記憶するバックアップ条件に整合する場合、対応するファイルをバックアップ対象と判断することを特徴とする請求項１乃至８のいずれか1項に記載のデータバックアップ装置。
10. 前記判断手段は、前記第１のメモリに記憶されているディレクトリ情報が、前記第２のメモリに記憶するバックアップ条件に整合しない場合、前記ディレクトリ情報に対応するディレクトリ又は／及び該ディレクトリ配下のファイルの情報をユーザに提示し、ユーザからバックアップ要を示す指示を受け付けた場合に、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断することを特徴とする請求項１乃至９のいずれか1項に記載のデータバックアップ装置。
11. 第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、
    バックアップ可否判断のための特定のデータを記憶するメモリと、
    前記第１の記憶媒体からファイルを読み出し、前記読み出したファイルが前記メモリに記憶する特定のデータを含む場合、前記読み出したファイルをバックアップ対象と判断する判断手段と、
    バックアップ対象と判断したファイルを前記第２の記録媒体へ記録する手段と、を備えることを特徴とするデータバックアップ装置。
12. 第１の記憶媒体に記憶されているデータを第２の記憶媒体へバックアップするためのデータバックアップ装置であって、
    前記第１の記憶媒体のディレクトリについて、該ディレクトリ配下のいずれの階層にもファイルがないものを、バックアップ対象とならないディレクトリと判断する手段と、
    前記第１の記憶媒体からバックアップ対象のディレクトリ及び該ディレクトリ配下のファイルの情報を読み出し、前記第２の記録媒体へ記録する手段と、を備えることを特徴とするデータバックアップ装置。
13. 第１の記憶媒体に記憶されているファイルを第２の記憶媒体へバックアップするためのデータバックアップ方法であって、
    前記第１の記憶媒体のディレクトリに関する情報（以下、「ディレクトリ情報」という）を、前記第１の記憶媒体から取得する取得工程と、
    前記ディレクトリ情報を第１のメモリに記憶する工程と、
    前記第１のメモリに記憶されているディレクトリ情報が、ディレクトリ情報に関するバックアップ条件を記憶する第２のメモリに記憶するバックアップ条件に整合する場合、前記ディレクトリ情報に対応するディレクトリ配下のファイルをバックアップ対象と判断する判断工程と、
    前記第１の記憶媒体からバックアップ対象と判断したファイルを読み出し、前記第２の記録媒体へ記録する工程と、を備えることを特徴とするデータバックアップ方法。
14. 請求項１３記載のデータバックアップ方法をコンピュータで実行させるためのプログラム。

Images