JP5056020B2 - バックアップ処理装置、バックアップ処理方法、及び、プログラム - Google Patents

Description

本発明は、ある記録媒体に格納されているデータを他の記録媒体にバックアップするための技術に関し、特にバックアップに失敗したときのデータ損失リスクを低減するための技術に関する。

電子式スチルカメラ（いわゆるデジタルカメラ）やデジタルビデオカメラなどで撮影した画像データは、まずカメラ内に格納されている半導体メモリなどに格納される。そして、ユーザは、この半導体メモリに格納されている画像データをＣＤあるいはＤＶＤなどの他の記録媒体にバックアップした後、画像データを消去して、この半導体メモリを繰り返し利用する。

つまり、電子式スチルカメラやデジタルビデオカメラの普及により、一般ユーザが大容量データをバックアップする機会が急速に増加している。

例えば、ＣＤなどにバックアップをするとともに、元データが格納されている記憶媒体から元データを消去する場合、バックアップの途中でエラーが発生し、バックアップ処理が完了しないときは、ＣＤに書き込んだデータはすべて失われてしまう。

そこで、特許文献１には、このような場合にデータの論理的な整合を保つように、自動的にバックアップ処理を継続するためシステムが開示されている。
特開平９−３０５９７４号公報 特開２００５−１１１９４３号公報

近年、バッテリー駆動可能な携帯型端末でバックアップ処理が可能なものが実用されている。この端末を用いた場合、バックアップ処理途中でのバッテリー切れ、あるいは外部からの衝撃等によるエラーが発生する確率が高くなる。このような場合は、特許文献１のようにバックアップ処理を継続することができない。

そこで、本発明の目的は、バックアップ処理に失敗し、処理を継続できないようなときであっても、既にバックアップしたデータを確保できるようにすることである。

本発明の別の目的は、バックアップが正常終了した場合でも、その後傷または汚れなどにより記録媒体が物理的に損傷したときでも、一部のデータの読み出しを可能とすることである。

前記目的を達成するための主たる発明は、
第１の記憶媒体に記憶されているバックアップ対象データをバッテリー駆動される装置により制御される第２の記憶媒体へバックアップするためのバックアップ処理装置であって、
前記バックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出し、当該算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定する分割手段と、
前記バックアップ対象データを、前記セッション分割数に分けて、第１の記憶媒体から第２の記憶媒体へコピーするコピー手段と、
前記バッテリー駆動される装置のバッテリー残量を監視する監視手段と、
を備え、
１つのセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分ではないと前記監視手段によって判定されるときにおいて、前記コピー手段は前記１つのセッションに対応するバックアップ対象データのコピーを行わず、
前記コピー手段は、コピーの完了した前記バックアップ対象データのセッションに関する情報を有し、前記バックアップ対象データのコピーがセッション単位で完了するごとに前記情報を更新する、バックアップ処理装置である。

本明細書及び添付図面の記載により、少なくとも、以下の事項が明らかとなる。
第１の記憶媒体に記憶されているバックアップ対象データを第２の記憶媒体へバックアップするためのバックアップ処理装置であって、
前記バックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出し、当該算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定する分割手段と、
前記バックアップ対象データを、前記セッション分割数に分けて、第１の記憶媒体から第２の記憶媒体へコピーするコピー手段と、
を備えるバックアップ処理装置。
このようにすることで、バックアップ処理に失敗し、処理を継続できないようなときであっても、既にバックアップしたデータを確保できるようにすることができる。

かかるバックアップ処理装置であって、前記第２の記憶媒体はバッテリー駆動される装置により制御され、前記バックアップ処理装置は、前記バッテリー駆動される装置のバッテリー残量を監視する監視手段をさらに備えることが望ましい。また、前記バッテリー残量が前記バックアップ対象データを前記第２の記憶媒体にバックアップするのに十分な残量であると前記監視手段によって判定されるときにおいて、前記分割手段は前記セッション分割数を０に決定することが望ましい。また、１つのセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分ではないと前記監視手段によって判定されるときにおいて、前記コピー手段は前記１つのセッションに対応するバックアップ対象データのコピーを行わないことが望ましい。また、前記監視手段は、あるセッションに対応するバックアップ対象データのコピーを完了した後、別のセッションに対応するバックアップ対象データのコピーを行う前に、前記別のセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分であるか否かについて判定することが望ましい。

また、前記コピー手段は、コピーの完了した前記バックアップ対象データのセッションに関する情報を有し、前記バックアップ対象データのコピーがセッション単位で完了するごとに前記情報を更新することが望ましい。また、前記コピー手段は、前記第２の記憶媒体に前記バックアップ対象データをコピーする前に、前記第１の記憶媒体に記憶された前記バックアップ対象データの属性をリードオンリーに変更し、前記第２の記憶媒体への前記バックアップ対象データのコピーが完了した後に、前記第１の記憶媒体に記憶された前記バックアップ対象データの属性をセッション単位で消去可能な属性に変更することが望ましい。
このようにすることで、バックアップ処理に失敗し、処理を継続できないようなときであっても、既にバックアップしたデータを確保できるようにすることができる。

第１の記憶媒体に記憶されているバックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出するステップと、
前記算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定するステップと、
前記バックアップ対象データを、前記セッション分割数に分けて、前記第１の記憶媒体から前記第２の記憶媒体へコピーするステップと、
を含むバックアップ処理方法。
このようにすることで、バックアップ処理に失敗し、処理を継続できないようなときであっても、既にバックアップしたデータを確保できるようにすることができる。

バックアップ処理装置を動作させるためのプログラムであって、
第１の記憶媒体に記憶されているバックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出するステップと、
前記算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定するステップと、
前記バックアップ対象データを、前記セッション分割数に分けて、前記第１の記憶媒体から前記第２の記憶媒体へコピーするステップと、
を前記バックアップ処理装置に行わせるプログラム。
このようにすることで、バックアップ処理に失敗し、処理を継続できないようなときであっても、既にバックアップしたデータを確保できるようにすることができる。

＝＝＝第１実施形態＝＝＝
以下、本発明の一実施形態に係るバックアップ処理装置について、図面を参照して説明する。
図１は、本実施形態に係るバックアップ処理装置１の機能構成図である。
すなわち、バックアップ処理装置１は、第１の記憶媒体に格納されているバックアップ対象データを、第２の記憶媒体へコピーしてデータバックアップを行う。本実施形態では、メモリカード２に格納されているデータをＣＤにバックアップする場合を例にあげて説明するが、第１及び第２の記憶媒体はこれら以外であってもよい。

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

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

図１に示すバックアップ処理装置１は、バックアップ管理部１１と、メモリカードリーダ／ライタ１２と、ＣＤリーダ／ライタ１３とを備える。
メモリカードリーダ／ライタ１２は、メモリカード２に格納されているデータを読み出し、メモリカード２にデータを書き込む。
ＣＤリーダ／ライタ１３は、ＣＤ３に格納されているデータを読み出し、ＣＤ３にデータを書き込む。
バックアップ管理部１１は、メモリカード２に格納されているバックアップ対象データを、ＣＤ３にバックアップするための処理を行う。例えば、バックアップ対象データの容量が大きく、バックアップ処理に時間がかかる場合には、バックアップ管理部１１は、所定のルールに基づいてデータを分割する。そして、分割されたデータをそれぞれ一つの単位として、複数のセッションに分けてバックアップを行う。バックアップ対象データの分割については後述する。

図２は、メモリカード２に格納されているディレクトリ構造の一例を示す。
同図に示すように、メモリカード２には、ルートディレクトリ２００直下の第１階層２１にサブディレクトリである「ＤＣＩＭ」ディレクトリ２１１と「ＭＩＳＣ」ディレクトリ２１２とが存在する。「ＤＣＩＭ」ディレクトリ２１１の配下の第２階層２２には、さらにサブディレクトリである「１００ＡＢＣＤＥ」ディレクトリ２２１と「１０１ＡＢＣＤＥ」ディレクトリ２２２とが存在する。そして、「１００ＡＢＣＤＥ」ディレクトリ２２１には、５つの画像ファイル２５１が存在し、「１０１ＡＢＣＤＥ」ディレクトリ２２２には、２つの画像ファイル２５２が存在する。さらに、「ＭＩＳＣ」ディレクトリ２１２には、一つのテキストファイル（「ＡＵＴＰＲＩＮＴ．ＭＲＫ」）２５３が存在する。

図２に示すディレクトリ構造に含まれるデータをバックアップ対象データとしてＣＤ３にバックアップしたときの、ＣＤ３のデータ構造を説明する。
図３は、図２に示すバックアップ対象データを一つのセッションでＣＤ３にバックアップしたときのバックアップデータ３０のデータ構造を示す。
ＣＤ３は、ＣＤ−ＲＯＭファイルシステムに従った構造になっている。従って、バックアップデータ３０の先頭及び末尾に、ＣＤ−ＲＯＭファイルシステムに従う管理領域３０１，３０２が設けられている。
なお、本実施形態ではＩＳＯ９６６０レベル１の規格に従うＣＤを例にして説明するが、本発明はこれを拡張した他の規格（例えば、ＩＳＯ９６６０レベル２，Ｊｏｌｉｅｔなど）にも適用することが可能である。

バックアップデータ３０は、先頭の管理領域３０１に引き続き、ルートディレクトリエントリ３１０と、サブディレクトリである「ＤＣＩＭ」ディレクトリ２１１、及び「ＭＩＳＣ」ディレクトリ２１２のディレクトリエントリ３１１、３１２とが設けられている。

「ＭＩＳＣ」ディレクトリ２１２にはサブディレクトリが存在しないので、ディレクトリエントリ３１２に引き続いてテキストファイル２５３のデータ本体３５３が格納される。

これに引き続いて第２階層２２の「１００ＡＢＣＤＥ」ディレクトリ２２１のディレクトリエントリ３２１及び「１００ＡＢＣＤＥ」ディレクトリ２２１内の画像ファイル２５１のデータ本体３５１、並びに「１０１ＡＢＣＤＥ」ディレクトリ２２２のディレクトリエントリ３２２及び「１０１ＡＢＣＤＥ」ディレクトリ２２２内の画像ファイル２５２のデータ本体３５２が格納される。

以上説明した範囲で、バックアップ対象データのディレクトリ及びデータ本体のすべてが含まれている。ＣＤ−ＲＯＭファイルシステムの場合、さらに、ＣＤ３に格納されている全データのディレクトリ構造を示すパステーブル３３０が設けられる。

パステーブル３３０には、バックアップデータ３０をＣＤ３に格納する時点で、ＣＤ３に含まれる全データを図２に示すようなツリー構造で表現するためのものである。従って、例えば、新品のＣＤ３にバックアップデータ３０を書き込む場合は、パステーブル３３０は、図２に示すツリー構造を表現するものになっている。

図５から図９には、ルートディレクトリ，「ＤＣＩＭ」ディレクトリ，「ＭＩＳＣ」ディレクトリ，「１００ＡＢＣＤＥ」ディレクトリ、「１０１ＡＢＣＤＥ」ディレクトリのディレクトリエントリ３１０，３１１，３１２，３２１，３２２のデータ構造を示す。
それぞれのディレクトリエントリ３１０，３１１，３１２，３２１，３２２には、自分自身のセクタを指すポインタレコード３１０１、３１１１，３１２１，３２１１，３２２１と、親ディレクトリのセクタを指すポインタレコード３１０２、３１１２，３１２２，３２１２，３２２２とが含まれていて、これのデータ長はいずれも３４バイト固定である。

さらに、それぞれのディレクトリエントリ３１０，３１１，３１２，３２１，３２２には、それぞれのディレクトリの直下にサブディレクトリがあるときは、サブディレクトリレコード３１０３，３１１３が含まれていて、それぞれのディレクトリの直下にファイルがあるときは、ファイルレコード３１２４，３２１４，３２２４が含まれている。

サブディレクトリレコード３１０３，３１１３には、そのサブディレクトリのディレクトリエントリが格納されているセクタを指すポインタとサブディレクトリ名が含まれていて、レコード長は可変長であり、最大４６バイトである。
ファイルレコード３１２４，３２１４，３２２４には、ファイル本体が格納されているセクタを指すポインタとファイル名が含まれていて、レコード長は可変長であり、最大４６バイトである。

例えば図５に示すルートディレクトリエントリ３１０では、「ＤＣＩＭ」ディレクトリ２１１のディレクトリレコード３１０３及び「ＭＩＳＣ」ディレクトリ２２１のディレクトリレコード３１０３とが含まれている。図７に示す「ＭＩＳＣ」ディレクトリのディレクトリエントリ３１２では、テキストファイル２５３のファイルレコード３１２４が含まれている。

図１０は、パステーブル３３０のデータ構造を示す。
パステーブル３３０は、ルートディレクトリレコード３３０１と、サブディレクトリレコードごとにそれぞれの親ディレクトリを示すポインタ及びディレクトリ名を含むサブディレクトリレコード３３０３とを含む。
ルートディレクトリレコード３３０１は、１０バイト固定であり、サブディレクトリレコード３３０３は可変長であり、最大１８バイトである。

ここで、ＣＤ３の１セクタは２０４８バイトである。従って、各ディレクトリエントリ３１０，３１１，３１２，３２１，３２２及びパステーブル３３０に格納すべきデータ量が２０４８バイトに満たないときでも、一つのディレクトリエントリないしはパステーブルを格納するときは２０４８バイトの倍数で記憶領域が消費される。また、これはデータ本体を格納する場合も同様である。つまり、データ本体がＣＤ３に格納されるときは、データ本体のサイズに応じて２０４８バイト単位で記憶領域が消費される。

次に、図４は、図２に示すバックアップ対象データを二つのセッションに分けてＣＤ３にバックアップしたときのバックアップデータ３１，３２のデータ構造を示す。

すなわち、ここでは、第１階層２１の「ＤＣＩＭ」ディレクトリ２１１及びその配下のサブディレクトリ及びファイルを含む第１セッションと、「ＭＩＳＣ」ディレクトリ２１２及びその配下のファイルを含む第２セッションとに分割し、２回に分けてバックアップを行った場合のバックアップデータ３１，３２のデータ構造を示す。

図４（ａ）は、第１セッションのバックアップを行った後のバックアップデータ３１を示す。
バックアップデータ３１は、図３に示すバックアップデータ３０から「ＭＩＳＣ」ディレクトリエントリ３１２及びテキストファイル本体３５３を除いた構成となっている。ただし、パステーブル３３０ａは、その内容がバックアップデータ３０のパステーブル３３０と異なる。すなわち、「ＭＩＳＣ」ディレクトリ２１２がコピーされていないので、パステーブル３３０ａには、図２に示すディレクトリ構造において、「ＭＩＳＣ」ディレクトリ２１２及びその配下のテキストファイル２５３を除いたディレクトリ構造を示す情報が含まれている。

図４（ｂ）は、第１セッションに引き続き、第２セッションのバックアップを実行した場合のバックアップデータ３２を示す。
バックアップデータ３２には、このセッションのバックアップ対象である「ＭＩＳＣ」ディレクトリ２１２のディレクトリエントリ３１２ｂ及びテキストファイル本体３５３ｂが含まれている。これに加え、管理領域３０１ｂ、３０２ｂとルートディレクトリエントリ３１０ｂと、パステーブル３３０ｂとが含まれている。

ここで、パステーブル３３０ｂには、図２に示すディレクトリ構造を示す情報が含まれている。なぜならば、第１セッションで「ＤＣＩＭ」ディレクトリ２１１がバックアップされ、第２セッションで「ＭＩＳＣ」ディレクトリ２１２がコピーされたので、ＣＤ３には図２に示すすべてのデータがコピーされた状態になっているからである。

これより、同じデータをバックアップする場合でも、セッションを分けることにより全体で必要な容量が異なることがわかる。つまり、図４のようにセッションを複数に分けると、図３のようにセッションを分けずにバックアップした場合と比較して、管理領域３０１ｂ、３０２ｂ、ルートディレクトリエントリ３１０ｂ、及びパステーブル３３０ｂの容量だけ多く必要になる。

図１１は、バックアップ管理部１１が行う分割バックアップ処理の手順を示すフローチャートである。

図１２は、ディレクトリ構造及び分割パターンの関係を示す図である。
ここでは、図１２に示すディレクトリ構造を有するバックアップ対象データを、図１１に示すフローチャートに従ってバックアップする場合を例にして説明する。

まず、バックアップ管理部１１は、分割パターンＡとして分割数０とする（Ｓ１１）。すなわち、バックアップ対象データを分割せずに、１セッションでバックアップする場合について検討する。
ここで、バックアップ管理部１１は、バックアップ対象データの全容量がバックアップ先メディアであるＣＤ３の空き容量よりも大きいか否かを判定する（Ｓ１２）。バックアップ対象データの全容量がＣＤ３の空き容量よりも大きいときは（Ｓ１２：Ｙｅｓ）、ＣＤ３の容量が不足しているのでバックアップできないので、この時点で処理を終了する。

バックアップ対象データの全容量がＣＤ３の空き容量よりも大きくないときは（Ｓ１２：Ｎｏ）、バックアップ管理部１１は、分割パターンＢとして、第１階層のサブディレクトリ単位にセッション分割をする場合に必要なＣＤ３の容量を計算する（Ｓ１３）。
図１２の例では、「ＤＣＩＭ」ディレクトリ２１１を第１セッション、「ＭＩＳＣ」ディレクトリ２１２を第２セッションとする分割である。
上述したように、セッションを分割すると、管理領域等が増えるので、バックアップをするために全体として必要となる容量が増える。さらに、ディレクトリまたはファイルの数、ファイルのサイズなどに応じて、必要となるセクタ数も異なる場合がある。

例えば、サブディレクトリごとにディレクトリエントリとして１セクタが必要である。また、各ディレクトリエントリ内では、ディレクトリレコードの最大長が４６バイトであるから、１セクタには最大４４ディレクトリレコードを格納可能である。つまり、あるディレクトリ直下のサブディレクトリ数に応じて、ディレクトリエントリとして必要なセクタ数が異なることがある。あるいは、パステーブル内では、ディレクトリレコードの最大長が１８バイトであるから、１セクタには最大１１３ディレクトリレコードを格納可能である。つまり、１セッションに含まれる全ディレクトリ数に応じて、パステーブルに必要なセクタ数が異なることがある。
そこで、バックアップ管理部１１は、各セッションに含まれるディレクトリ構造及びディレクトリ数に従って、バックアップに必要な全容量を算出する。

次に、バックアップ管理部１１は、分割パターンＢで必要な全容量がバックアップ先メディアであるＣＤ３の空き容量よりも大きいか否かを判定する（Ｓ１４）。分割パターンＢで必要な全容量がＣＤ３の空き容量よりも大きいときは（Ｓ１４：Ｙｅｓ）、分割パターンＡが選択される（Ｓ１５）。

分割パターンＢで必要な全容量がＣＤ３の空き容量よりも大きくないときは（Ｓ１４：Ｎｏ）、バックアップ管理部１１は、分割パターンＣとして第２階層のサブディレクトリ単位にセッション分割する場合に必要なＣＤ３の容量を計算する（Ｓ１６）。

図１２の例では、「１００ＡＢＣＤＥ」ディレクトリ２２１と「１０１ＡＢＣＤＥ」ディレクトリ２２２とをさらに別セッションに分割する。

バックアップ管理部１１は、分割パターンＣで必要な全容量がバックアップ先メディアであるＣＤ３の空き容量よりも大きいか否かを判定する（Ｓ１７）。分割パターンＣで必要な全容量がＣＤ３の空き容量よりも大きいときは（Ｓ１７：Ｙｅｓ）、分割パターンＢが選択される（Ｓ１８）。

分割パターンＣで必要な全容量がＣＤ３の空き容量よりも大きくないときは（Ｓ１７：Ｎｏ）、バックアップ管理部１１は、分割パターンＤとして、第２階層のサブディレクトリ内の複数のファイルを２つのグループに分割し、このときに必要なＣＤ３の容量を計算する（Ｓ１９）。

ここで、第３階層以下のサブディレクトリが存在する場合には、さらにサブディレクトリ単位に分割するようにしてもよい。ここでは、第３階層以下のサブディレクトリが存在しないので、最下位層である第２階層のサブディレクトリに多数存在するファイルを複数のグループに分割する。

ここで、同一ディレクトリに存在する複数のファイルは、以下のようにして分割してもよい。例えば、ファイルの作成日付が同一のものを１グループとしたり、ファイル名が連番になっているときは、その連番が途切れたところで分割したり、画像ファイルに含まれる付帯情報（例えばＥｘｉｆ形式のファイルに含まれる撮影情報など）に基づいて分割したりしてもよい。

そして、バックアップ管理部１１は、分割パターンＤで必要な全容量がＣＤ３の空き容量よりも大きいか否かを判定する（Ｓ２０）。分割パターンＤで必要な全容量がＣＤ３の空き容量よりも大きいときは（Ｓ２０：Ｙｅｓ）、分割パターンＣが選択される（Ｓ２１）。

分割パターンＤで必要な全容量がＣＤ３の空き容量よりも大きくないときは（Ｓ２０：Ｎｏ）、分割パターンＤが選択される（Ｓ２２）。

そして、バックアップ管理部１１は、上記の処理により選択された分割パターンに従って、バックアップ対象データをセッションごとにバックアップする（Ｓ２３）。

これにより、バックアップの途中でトラブルが生じた場合でも、全データを失うようなことはなく、より多くのデータをバックアップすることができる。

なお、上述の処理手順において、バックアップ対象データが単一のディレクトリ及びその配下のファイルであるときは、分割パターンＢ，Ｃはあり得ないので、これに関連する処理はスキップする。

＝＝＝第２実施形態＝＝＝
＜プリンタの構成＞
図１３は、プリンタ４０１の全体構成を説明するための斜視図である。図１４は、プリンタ４０１の全体構成のブロック図である。以下、プリンタ４０１の基本的な構成について説明する。

プリンタ４０１は、コントローラ４１１、メモリカードリーダ／ライタ４１２、ＣＤリーダ／ライタ４１３、印刷部４１４、インタフェース４１５、ハードディスクドライブ４１６、液晶ディスプレイ４１７、及び、操作パネル４１８を有する。プリンタ４０１は、メモリカードリーダ／ライタ４１２から読み込んだメモリカード２に記憶された画像データを、ＣＤリーダ／ライタ４１３を使用してＣＤ３（ＣＤ−Ｒ）、又は、ハードディスクドライブ４１６に書き込んだり、印刷部４１４を介して印刷したりすることができるようになっている。

コントローラ４１１は、後述するメモリカードリーダ／ライタ４１２、ＣＤリーダ／ライタ４１３、印刷部４１４、インタフェース４１５、ハードディスクドライブ４１６、液晶ディスプレイ４１７、及び、操作パネル４１８を制御する。コントローラ４１１には、プログラムを処理するための処理装置、及び、プログラムやデータを記憶するためのメモリが搭載されている。コントローラ４１１は、このメモリに記憶されているプログラムを実行する。プログラムを実行することによって、例えば後述するような、メモリカード２に記憶されているバックアップ対象データを、ＣＤ３にバックアップする処理を行う。

メモリカードリーダ／ライタ４１２には、メモリカードを挿入することができ、メモリカード２からのデータの読み出し及び書き込みができるようになっている。ここで使用されるメモリカード２のファイルシステムはＦＡＴファイルシステムである。ＦＡＴファイルシステムは、各ファイルについてリードオンリーにするための属性を記憶する領域を確保している。そして、ディレクトリ単位、及び、ファイル単位で、属性をリードオンリー（読み込み専用の属性であり、ディレクトリ又はファイルの削除が不可）、又は、リードオンリー属性の解除（書き込み可能の属性であり、ディレクトリ又はファイル削除可能な属性）をすることができるようになっている。

ＣＤリーダ／ライタ４１３は、ＣＤ３にデータの書き込み、及び、ＣＤ３のデータの読み込みを行う。尚、この際、ＣＤ３にはＩＳＯ９６６０レベル１に従うＣＤ−ＲＯＭファイルシステムに従ってデータの書き込み及び読み込みができるようになっている。
印刷部４１４は、コントローラ４１１による制御により、画像データに基づいて画像を媒体に形成する。例えば、インク滴を吐出して用紙上に画像を印刷したりすることができるようになっている。

インタフェース４１５は、例えばＵＳＢインタフェースのようなコンピュータ１９に接続するためのインタフェースである。コンピュータに接続することで、コンピュータ１９から画像データなどのデータを送受信することができるようになっている。
ハードディスクドライブ４１６は、メモリカード２又はＣＤ３から読み込まれたデータの書き込み及び読み出しができるようになっている。尚、ここで使用されるハードディスクドライブ４１６のファイルシステムはＦＡＴファイルシステムである。

液晶ディスプレイ４１７は、コントローラ４１１の制御により、ユーザに視覚的な情報を提供する。例えば、メモリカード２に記憶されている画像ファイルを表示したり、ユーザに対して処理の選択肢を示す。
操作パネル４１８は、ユーザからの指示を受け付けるためのものである。これを使用することにより、ユーザは、例えば、メモリカード２からハードディスクドライブ４１６にコピーする画像ファイルを選択したりする。

図１５は、プリンタ４０１の電源系統を示した回路図である。本実施形態におけるプリンタ１は、バッテリー駆動可能なプリンタである。
電源ラインＶｃｃは、プリンタ４０１の外部電源としての外付けのＡＣアダプタ１１０及び着脱可能にプリンタ１に内蔵される「バッテリー」としてのリチウムイオン電池パック１２０（以下、電池パック１２０という）から電力供給される。ＡＣアダプタ１１０は、交流電力（ＡＣ１００Ｖ等）を直流電力（ＤＣ２０Ｖ）にＡＣ−ＤＣ変換する。ＡＣアダプタ１１０が出力する直流電力は、ダイオードＤ１を介して電源ラインＶｃｃへ供給される。電池パック１２０は、複数のリチウムイオン電池を内蔵している。電池パック１２０が出力する直流電力は、ダイオードＤ２を介して電源ラインＶｃｃへ供給される。

電源ラインＶｃｃには、電源スイッチ１３５が配設されており、電源スイッチ１３５の接点で電源ラインＶｃｃを直接接続／切断することで電子機器の電源ＯＮ／ＯＦＦを行うように構成されている。

充電回路１２１は、ＡＣアダプタ１１０からダイオードＤ３を介して供給されるＤＣ２０Ｖの電力を利用して、電池パック１２０への充電を実行する。
電池パック１２０の電力残量を推測するための情報を取得可能であるＡ／Ｄ変換回路１２２は、電池パック１２０の出力電圧を所定の分圧比で分圧した後、デジタル信号の電圧値に変換してコントローラ４１１へ出力する。

電源検出回路１２３は、ＡＣアダプタ１１０からの電力供給の有無及び電池パック１２０の着脱状態から電池パック１２０からの電力供給の有無をそれぞれ検出して、コントローラ４１１へそれぞれの検出状態（電源検出信号）を出力する。

コントローラ４１１は、電源検出回路１２３におけるＡＣアダプタ１１０からの電力供給及び電池パック１２０からの電力供給の検出状態（電源検出信号）から、供給されている電力がＡＣアダプタ１１０なのか電池パック１２０なのかを判断する。また、コントローラ４１１は、Ａ／Ｄ変換回路１２２の出力信号に基づいて、電池パック１２０の電力残量等を推測する。

＜データ構造及びディレクトリ構造＞
第２実施形態におけるメモリカード２及びＣＤ３のデータ構造及びディレクトリ構造は第１実施形態で説明したものと同様である。よって、説明を省略する。以下の説明において、データ構造及びディレクトリ構造を説明するための図２〜図１０、及び図１２が適宜参照される。尚、図５に示すようにリードイン、データ、及びリードアウトの３つの記憶部分をまとめた領域はセッションと呼ばれる。

＜ＣＤ３へのバックアップ処理＞
図１６及び図１７は、メモリカード２のデータをＣＤ３にバックアップするバックアップ処理の手順を示すフローチャートである。

まず、コントローラ４１１は、プリンタ４０１のバッテリー残量がメモリカード２のファイルをＣＤ３にコピーするのに十分な残量であるか否かについて判定する（Ｓ５０５）。ここでバッテリー残量とは、複数のセッションに分割を行わずに１つのセッションでメモリカード２のデータをＣＤ３に書き込むのに必要なバッテリー残量である。バックアップ対象のデータをＣＤ３に書き込む前に書き込み用のイメージファイルをハードディスクドライブ４１６上に作成する場合には、このときに必要な電力も考慮に入れられる。

ステップＳ５０５においてバッテリー残量が十分であると判定されるときには、複数のセッションに分割を行わないで１つのセッションでＣＤ３に書き込むこととする（Ｓ５０８）。これは次のような理由からである。仮にセッションのクローズが未完となった場合には、そのセッションに含まれるデータをＣＤ３から読み出すことができなくなる。ステップＳ５１１以降の処理では、全てのデータが読み出せなくなるリスクを減らすため、複数のセッションに分割して書き込みを行うこととしている。そうすることで、未完に終わったセッションより前に書き込まれたデータについてはＣＤ３から読み出すことができるようになるからである。しかし、ここでは、ステップＳ５０５において、書き込みの途中でバッテリー切れが発生することが無いと判定されている。よって、１つのセッションで全てのファイルを書き込むべくステップＳ５０８においてセッション分割数を０（分割パターンＡ）としている。

ステップＳ５０８が行われると、次に、コントローラ４１１は、バックアップ対象のデータの全容量がバックアップ先メディアであるＣＤ３の空き容量よりも大きいか否かについて判定する（Ｓ５１０）。バックアップ対象のデータの全容量がＣＤ３の空き容量よりも大きいときは（Ｓ５１０：Ｙｅｓ）、ＣＤの容量が不足しておりバックアップできないので、この時点で処理を終了する。一方、バックアップ対象のデータの全容量がＣＤ３の空き容量よりも大きくないときは（Ｓ５１０：Ｎｏ）、コントローラ４１１は、次にステップＳ５２６を実行する。

ステップＳ５０５において、プリンタ４０１のバッテリー残量がメモリカード２のファイルをＣＤ３にコピーするのに十分でないと判定されるときには、ステップＳ５１１以降の処理が行われる。

ステップＳ５１１〜ステップＳ５２３の動作は、第１実施形態におけるステップＳ１１〜ステップＳ２３の動作と同様である。第２実施形態では、第１実施形態のステップ番号の３桁目に「５」を付すことで表現している。よって、第２実施形態におけるステップＳ５１１〜ステップＳ５２３の動作は、第１実施形態において既述であるため説明を省略する。

このようにして、ステップＳ５２３又はステップＳ５０８が行われると、分割パターンＡ〜分割パターンＤのいずれかの分割パターンでセッションが分割されることになる。

分割パターンが決定されると、セッションごとのイメージファイルがハードディスクドライブ１６に作成される。このイメージファイルは、ＣＤ３に書き込まれるデータが暫定的に１つのファイルにまとめられたものである。例えば、図４（ａ）のデータをＣＤ３に書き込む場合に、これらのデータが１つにまとめられたファイルが作成される。そしてこれを読み出し、ＣＤ３に書き込むことで、ＣＤの書き込み速度に遅れることなく連続したデータを書き込むことができるようになっている。

上述のいずれかの分割パターンで分割されると、残り何回のセッションでＣＤ３に書き込みを行うかを示す書き込みセッション残数Ｎが決められる。

次に、ＣＤ３に書き込むデータをリードオンリー属性に設定する（Ｓ５２６）。具体的には、メモリカード２においてＣＤ３に書き込むファイルの属性をリードオンリー属性に設定する。また、ハードディスクドライブ１６にセッション単位で作成されたイメージファイルについても属性をリードオンリー属性に設定する。

つぎに、コントローラ４１１は、「書き込み終了情報」を記録したファイルを作成する（Ｓ５２８）。書き込み終了情報には、書き込みセッション残数Ｎ、分割した各セッション内のデータ構造の情報（例えば、図４（ａ）（ｂ）に示すようなデータ構造）、及び、各セッションについてＣＤ３への書き込みが完了したか否かの情報が含まれている。この「書き込み終了情報」は、テキストファイル又はバイナリファイルでハードディスクドライブ１６に所定のファイル名で作成される。

次に、複数に分割されたセッションのうちの１つのセッションのイメージファイルについてＣＤ３への書き込みを行う（Ｓ５３０）。そして、ＣＤ３に１つのセッション分の書き込みが完了しセッションのクローズを行うと、コントローラ４１１は、書き込んだセッションに含まれるファイルについてメモリカード２のリードオンリー属性を解除する（Ｓ５３２）。また、書き込んだセッションのイメージファイルのリードオンリー属性も解除する。そして、コントローラ４１１は、ＣＤ３に書き込んだセッションのイメージファイルを削除する。

次に、複数のセッションのうち、ＣＤ３に対する書き込みが完了したセッションと書き込みが完了していないセッションとを区別するために、書き込み終了情報について更新を行う（Ｓ５３４）。具体的には、書き込みが完了したセッションについて書き込みが完了した旨の情報を付加する。

次に、書き込み終了情報の書き込みセッション残数Ｎをデクリメントする（Ｓ５３６）。そして、コントローラ１１は、書き込みセッション残数Ｎが０よりも大きいか否かについて判定する（Ｓ５３８）。ここで、書き込みセッション残数Ｎが０よりも大きくないとき（つまりＮ＝０であるとき）は（Ｓ５３８：Ｎｏ）、これ以上、書き込むセッションはないので、本バックアップ処理を終了する。

一方、書き込みセッション残数Ｎが０よりも大きいときは（Ｓ５３８：Ｙｅｓ）、コントローラ１１は、バッテリー残量を取得する（Ｓ５４０）。コントローラ１１内のメモリには、Ａ／Ｄ変換回路１２２から送られる出力電圧信号に対応するバッテリー残量が記憶されている。よって、コントローラ１１は、Ａ／Ｄ変換回路からの出力電圧信号に基づいてバッテリー残量を得ることができる。そして、コントローラ１１は、ＣＤに１セッション分のイメージファイルを書き込むだけのバッテリー残量が十分にあるか否かについて判定する（Ｓ５４２）。

バッテリー残量が十分である場合には（Ｓ５４２：Ｙｅｓ）、ＣＤ３に他のセッションのイメージファイルを書き込むために、ステップＳ５３０に戻る。一方、バッテリー残量が十分でないときには（Ｓ５４２：Ｎｏ）、コントローラ１１は、バッテリー残量が十分でないために残りのセッションをＣＤ３に書き込むことができない旨を、液晶ディスプレイ１７に表示することによってユーザに通知する（Ｓ５４４）。そして、このバックアップ処理を終了する。

上述のように、次の１つのセッションを書き込むために十分なバッテリー残量があるか否かを判定しているのは、次のような理由からである。すなわち、セッションがクローズされる前にバッテリー切れなどの障害により書き込みが中断されると、このＣＤ３には追記ができなくなるおそれがある。そうすると、そのＣＤ３は追記ができる容量を残しつつも追記ができなくなり無駄が生じてしまう。よって、ここでは、セッションごとの書き込みを確実に完了させ、このような無駄を生じさせないために、十分なバッテリー残量があるか否かを判定することとしている。

また、ステップＳ５４４において、バッテリー残量が十分でないために残りのセッションをＣＤ３に書き込むことができない旨をユーザに通知している。この際、それでもなお残りのセッションについての書き込みを行わせるかについてユーザに問うこととしてもよい。これは、バッテリー残量の推定が正確ではない場合があり、残りのセッションを書き込めてしまうことがあるからである。このようにして、ユーザにＣＤ３へのセッションの書き込み判断の自由度を与えることもできる。

また、ステップＳ５３８において全てのセッションについての書き込みが完了したと判定されたとき、メモリカード２における選択されたファイルについて削除することとしてもよい。この場合、ファイルが安全にメモリカード２からＣＤ３に「移動」されることとなる。

このように、ＣＤ３への書き込みが行われる前に、コピーするデータの属性がメモリカード２においてリードオンリーに書き換えられる。そして、メモリカード２において、コピーが完了したセッションに含まれるファイルについてのリードオンリー属性が解除される。このようにすることで、コピーが適切に完了したセッションのファイルをメモリカード２において削除することができる一方で、ＣＤ３への書き込みが適切に完了しなかったセッションのファイルについては削除されることがないようにすることができる。尚、この場合、メモリカード２が第１の記憶媒体に対応し、ＣＤ３が第２の記憶媒体に対応するものとみることができる。

例えば、複数のファイルをＣＤ３にバックアップするために、３つのセッションに分けられたものとする。これらのセッションを第１セッション、第２セッション、及び、第３セッションと呼ぶ。そして、第１セッションのバックアップが完了し、第２セッションのバックアップの途中でバッテリー切れを起こしたとする。その場合、第１セッションに含まれるファイルについては、メモリカード２においてリードオンリー属性が解除されている。一方、第２セッション、及び、第３セッションに含まれるファイルについては、メモリカード２において属性がリードオンリー属性となっている。

このような状況下において、ユーザはこれらの３つのセッションに分けられて行われようとしたバックアップのうち第１セッションのバックアップしか行われなかったことを何らかの事情により忘れてしまうことがありうる。そうした場合、ユーザがメモリカード２のファイルを全て削除しようとすることが考えられる。ここで全てのファイルが削除できることとなると、バックアップされていない第２セッション及び第３セッションに含まれるファイルまで失われてしまうこととなってしまう。しかしながら、本実施形態では、バックアップが完了していない第２セッション及び第３セッションに含まれるファイルについては、メモリカード２においてリードオンリー属性が保たれている。よって、ユーザが誤って削除しようとしても、バックアップが完了していない第２セッション及び第３セッションに含まれるファイルについては削除されず保護される。

また、セッション単位の書き込みが完了するごとに、書き込みが完了したセッションのイメージファイルについてはハードディスク１６においてリードオンリー属性が解除される。また、どのセッションについての書き込みが完了したかの情報を含む「書き込み終了情報」が更新されている。よって、リードオンリー属性が解除されたセッションのイメージファイルについては削除することができるが、書き込みが適切に完了しなかったセッションのイメージファイルについては削除されることはない。このようにすることで、プリンタ１の再起動後、「書き込み終了情報」を再度参照することで、書き込みが適切に完了しなかったセッションについて、ハードディスクドライブ１６に残されたイメージファイルを用いてＣＤへの書き込みを再開させることができる。尚、この場合、ハードディスクドライブ１６が第１の記憶媒体に対応し、ＣＤ３が第２の記憶媒体に対応するものとみることができる。

尚、ここでは、イメージファイルを使用してＣＤ３へのデータの書き込みを行ったが、イメージファイルを作成せず、リードイン、ファイルデータ、及び、リードアウトなどを直接的にＣＤ３に書き込むこととしてもよい。このようにイメージファイルを作成しない場合には、前述の「書き込み終了情報」内の各セッションのデータ構造が適宜参照され、ファイル本体以外のデータが作成されつつデータの書き込みが行われる。

また、イメージファイルを作成しない場合であっても「書き込み終了情報」は適宜更新されている。そして、この「書き込み終了情報」には、どのセッションまでの書き込みが完了したか、及び、各セッションのデータ構造が記録されている。よって、イメージファイルを作成しない場合であって、全てのセッションについてＣＤ３に書き込みが完了しなかった場合であっても、書き込み終了情報を参照して、書き込みが完了しなかったセッションの書き込みを再開することができる。

また、メモリカード２をメモリカードリーダ／ライタ４１２に挿入する前から、メモリカード２のファイルがリードオンリーの属性になっている場合がある。この場合には、バックアップを行う前に、リードオンリーの属性になっているファイル名がコントローラ４１１のメモリに記憶される。そして、バックアップ完了後、これら始めからリードオンリー属性であったファイルについては削除を行わず、リードオンリー属性のままメモリカード２に残されるものとする。

＝＝＝その他の実施の形態＝＝＝
上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは言うまでもない。特に、以下に述べる実施形態であっても、本発明に含まれるものである。

＝＝＝まとめ＝＝＝
（１）より詳細な実施形態である第２実施形態におけるバックアップ処理装置としてのプリンタ４０１は、メモリカード２（第１の記憶媒体）に記憶されているバックアップ対象のファイル（バックアップ対象データ）をＣＤ３（第２の記憶媒体）へバックアップするためのバックアップ処理装置である。

プリンタは、分割手段とコピー手段とからなる。分割手段は、コントローラ４１１によって構成される。コピー手段は、少なくともコントローラ４１１とメモリカードリーダ／ライタ４１２とＣＤリーダ／ライタ４１３とからなる。また、必要に応じてハードディスクドライブ４１６がコピー手段に含まれる。

分割手段は、バックアップ対象のファイルを複数のセッションに分割してバックアップする場合に必要なＣＤ３の容量を算出し、この算出された必要な容量とＣＤ３の空き容量とに基づいてセッション分割数を決定する。
コピー手段は、バックアップ対象のファイルをセッション分割数に分けて、メモリカード２からＣＤ３へコピーする。

仮に、複数に分割せず１つのセッションで全てのファイルをＣＤ３に書き込もうとし、途中で書き込みが失敗した場合には全てのファイルが読み込みできなくなってしまう。一方、本実施形態のように複数のセッションに分けてＣＤ３に書き込むようにすると、途中で書き込みが失敗した場合であっても、失敗する前に書き込まれたセッションのファイルについてはＣＤ３から読み込むことが可能となる。このようにして、既にバックアップしたデータを確保できるようになっている。
尚、ここでは、第２の記憶媒体としてＣＤ３を例示したが、ＤＶＤとすることもできる。

（２）また、ＣＤ３はバッテリー駆動されるＣＤ−Ｒドライブにより書き込みが制御される。尚、ＣＤ−Ｒドライブは、プリンタ２０１に内蔵されているものであってもよいし、外付けのものであってもよい。
また、プリンタ２０１は、ＣＤ−Ｒドライブ又はＣＤ−Ｒドライブを内蔵するプリンタ２０１のバッテリー残量を監視する監視手段をさらに備える。監視手段は、コントローラ４１１とＡ／Ｄ変換回路１２２とによって構成される。
このようにすることで、バッテリー残量を監視しつつ、ＣＤ３へのデータの書き込みを行うことができる。

（３）また、バッテリー残量がバックアップ対象のファイルをＣＤ３にバックアップするのに十分であると監視手段によって判定されるときにおいて、コントローラ４１１はセッション分割数を０に決定する。
このようにすることで、バッテリー残量が十分であるときには、１つのセッションで全てのバックアップ対象のファイルをＣＤ３に書き込むことができる。

（４）また、１つのセッションに対応するバックアップ対象のファイルのコピーを完了するのにバッテリー残量が十分ではないと監視手段によって判定されるときにおいて、コピー手段はその１つのセッションに対応するバックアップ対象のファイルのコピーを行わない。
このようにすることで、バッテリー切れによりセッションのクローズが適正に行われないことを防止し、クローズが適正に行われなかったことによって追記ができなくなるという事態を回避することができる。

（５）また、前述の監視手段は、あるセッションに対応するバックアップ対象のファイルのコピーを完了した後、別のセッションに対応するバックアップ対象のファイルのコピーを行う前に、この別のセッションに対応するバックアップ対象のファイルのコピーを完了するのにバッテリー残量が十分であるか否かについて判定する。
このようにすることで、１つのセッションを書き込むためにバッテリー残量が十分であるか否かについて判定できるので、バッテリー切れによりセッションのクローズが適正に行われないことを防止することができる。尚、セッションのクローズが適正に行われないと、そのＣＤには追記ができなくなるおそれがある。そうすると、そのＣＤは、追記ができる容量を残しつつも追記ができなくなり無駄を生じてしまう。本実施形態では、上述のような手法で、セッションのクローズを適正に終えるようにしている。

（６）また、前述のコピー手段は、コピーの完了したバックアップ対象のファイルのセッションに関する「書き込み終了情報」を有し、バックアップ対象のファイルのコピーがセッション単位で完了するごとにこの「書き込み終了情報」を更新する。
バッテリーが十分でないなどの理由により、全てのセッションについてＣＤ３に書き込みが完了しない場合がある。このような場合であっても、更新された「書き込み終了情報」を参照することができ、この情報に基づいてセッションの書き込みを再開することができる。

（７）また、前述のコピー手段は、ＣＤ３にバックアップ対象のファイルをコピーする前に、メモリカード２に記憶されたバックアップ対象のファイルの属性をリードオンリーに変更する。また、コピー手段は、ＣＤ３へのバックアップ対象のファイルのコピーが完了した後に、メモリカード２に記憶されたバックアップ対象のファイルの属性をセッション単位で消去可能な属性に変更する。
このようにすることで、ＣＤ３にコピーが完了していないデータがメモリカード２から誤って削除されてしまうことのないようにすることができる。

（８）また、次のようなバックアップ処理方法があることはいうまでもない。すなわち、このバックアップ処理方法は、メモリカード２に記憶されているバックアップ対象のファイルを複数のセッションに分割してバックアップする場合に必要なＣＤ３の容量を算出するステップを含む。また、このバックアップ処理方法は、算出された必要な容量とＣＤ３の空き容量とに基づいてセッション分割数を決定するステップを含む。さらに、このバックアップ処理方法は、バックアップ対象のファイルを、決定されたセッション分割数に分けて、メモリカード２からＣＤ３へコピーするステップを含む。
本実施形態のように複数のセッションに分けてＣＤ３に書き込むことで、途中で書き込みが失敗した場合であっても、失敗する前に書き込まれたセッションのファイルについてはＣＤ３から読み込みが可能となる。このようにして、既にバックアップしたデータを確保できるようになっている。

（９）また、上述のバックアップ処理方法をバックアップ処理装置に行わせるためのプログラムがあることはいうまでもない。

本発明の一実施形態に係るバックアップ処理装置１の機能構成図である。 メモリカード２に格納されているディレクトリ構造の一例を示す。 １セッションでＣＤ３にバックアップしたときのデータ構造を示す。 ２セッションに分けてＣＤ３にバックアップしたときのデータ構造を示す。 ルートディレクトリエントリのデータ構造を示す。 「ＤＣＩＭ」ディレクトリエントリのデータ構造を示す。 「ＭＩＳＣ」ディレクトリエントリのデータ構造を示す。 「１００ＡＢＣＤＥ」ディレクトリエントリのデータ構造を示す。 「１０１ＡＢＣＤＥ」ディレクトリエントリのデータ構造を示す。 パステーブルのデータ構造を示す。 分割バックアップ処理の手順を示すフローチャートである。 ディレクトリ構造及び分割パターンの関係を示す図である。 プリンタ４０１の全体構成を説明するための斜視図である。 プリンタ４０１の全体構成のブロック図である。 プリンタ４０１の電源系統を示した回路図である。 メモリカード２のデータをＣＤ３にバックアップするバックアップ処理の手順を示すフローチャートである。 メモリカード２のデータをＣＤ３にバックアップするバックアップ処理の手順を示すフローチャートである。

符号の説明

１ バックアップ処理装置、２ メモリカード、３ ＣＤ、１１ バックアップ管理部、１２ メモリカードリーダ／ライタ、１３ ＣＤリーダ／ライタ、１９ コンピュータ、
３０、３１，３２ バックアップデータ、
１１０ ＡＣアダプタ、１２０ 電池パック、１２１ 充電回路、
１２２ Ａ／Ｄ変換回路、１２３ 電源検出回路、１３０ ＤＣ−ＤＣコンバータ、
１３５ スイッチ、３０１，３０２ 管理領域、
３１０ ルートディレクトリエントリ、３１１ 「ＤＣＩＭ」ディレクトリエントリ、
３１２ 「ＭＩＳＣ」ディレクトリエントリ、
３２１ 「１００ＡＢＣＤＥ」ディレクトリエントリ、
３２２ 「１０１ＡＢＣＤＥ」ディレクトリエントリ、３３０ パステーブル
４０１ プリンタ、４１１ コントローラ、４１２メモリカードリーダ／ライタ、
４１３ ＣＤリーダ／ライタ、４１４ 印刷部、４１５ インタフェース、
４１６ ハードディスクドライブ、４１７ 液晶ディスプレイ、４１８ 操作パネル

Claims (6)

1. 第１の記憶媒体に記憶されているバックアップ対象データをバッテリー駆動される装置により制御される第２の記憶媒体へバックアップするためのバックアップ処理装置であって、
   前記バックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出し、当該算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定する分割手段と、
   前記バックアップ対象データを、前記セッション分割数に分けて、第１の記憶媒体から第２の記憶媒体へコピーするコピー手段と、
   前記バッテリー駆動される装置のバッテリー残量を監視する監視手段と、
   を備え、
   １つのセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分ではないと前記監視手段によって判定されるときにおいて、前記コピー手段は前記１つのセッションに対応するバックアップ対象データのコピーを行わず、
   前記コピー手段は、コピーの完了した前記バックアップ対象データのセッションに関する情報を有し、前記バックアップ対象データのコピーがセッション単位で完了するごとに前記情報を更新する、バックアップ処理装置。
2. 前記バッテリー残量が前記バックアップ対象データを前記第２の記憶媒体にバックアップするのに十分な残量であると前記監視手段によって判定されるときにおいて、前記分割手段は前記セッション分割数を０に決定する、請求項１に記載のバックアップ処理装置。
3. 前記監視手段は、あるセッションに対応するバックアップ対象データのコピーを完了した後、別のセッションに対応するバックアップ対象データのコピーを行う前に、前記別のセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分であるか否かについて判定する、請求項１又は２に記載のバックアップ処理装置。
4. 前記コピー手段は、前記第２の記憶媒体に前記バックアップ対象データをコピーする前に、前記第１の記憶媒体に記憶された前記バックアップ対象データの属性をリードオンリーに変更し、
   前記第２の記憶媒体への前記バックアップ対象データのコピーが完了した後に、前記第１の記憶媒体に記憶された前記バックアップ対象データの属性をセッション単位で消去可能な属性に変更する、請求項１〜３のいずれかに記載のバックアップ処理装置。
5. 第１の記憶媒体に記憶されているバックアップ対象データをバッテリー駆動される装置により制御される第２の記憶媒体へバックアップするためのバックアップ処理装置としてコンピュータを動作させるバックアップ処理方法であって、
   前記バックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出し、当該算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定するステップと、
   前記バックアップ対象データを、前記セッション分割数に分けて、第１の記憶媒体から第２の記憶媒体へコピーするステップと、
   前記バッテリー駆動される装置のバッテリー残量を監視するステップと、
   を含み、
   １つのセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分ではないと判定されるときにおいて、前記１つのセッションに対応するバックアップ対象データのコピーを行わず、
   コピーの完了した前記バックアップ対象データのセッションに関する情報を、前記バックアップ対象データのコピーがセッション単位で完了するごとに更新する、バックアップ処理方法。
6. 第１の記憶媒体に記憶されているバックアップ対象データをバッテリー駆動される装置により制御される第２の記憶媒体へバックアップするためのバックアップ処理装置を動作させるためのプログラムであって、
   前記バックアップ対象データを複数のセッションに分割してバックアップする場合に必要な第２の記憶媒体の容量を算出し、当該算出された必要な容量と前記第２の記憶媒体の空き容量とに基づいてセッション分割数を決定するステップと、
   前記バックアップ対象データを、前記セッション分割数に分けて、第１の記憶媒体から第２の記憶媒体へコピーするステップと、
   前記バッテリー駆動される装置のバッテリー残量を監視するステップと、
   を含み、
   １つのセッションに対応するバックアップ対象データのコピーを完了するのに前記バッテリー残量が十分ではないと判定されるときにおいて、前記１つのセッションに対応するバックアップ対象データのコピーを行わず、
   コピーの完了した前記バックアップ対象データのセッションに関する情報を、前記バックアップ対象データのコピーがセッション単位で完了するごとに更新する、プログラム。

Images