(57)【要約】【課題】  バックアップ対象データに関するデータ特性に適したバックアップ処理をユーザにとって簡易な方法で行なうことができるようにする。【解決手段】  １以上のデータ特性種類の各々にデータ特性ＩＤが対応付けられたデータ特性分類定義情報と、１以上のデータ特性ＩＤの各々にバックアップ先サーバ情報が対応付けられたマッピング情報とが用意される。バックアップ元サーバ３は、指定されたバックアップ対象ファイルのメタデータと、上記データ特性分類定義情報とに基づいて、各バックアップ対象ファイルにデータ特性ＩＤを設定し、更に、その設定したデータ特性ＩＤとマッピング情報とに基づいて、各バックアップ対象ファイルのバックアップ先サーバ６Ａ〜６Ｃを決定し、各バックアップ対象ファイルを決定したサーバ６Ａ〜６Ｃに送信する。【選択図】図２
2005092282.tif 000002
【特許請求の範囲】
【請求項１】
バックアップ対象データを記憶するバックアップ元コンピュータ装置と、
前記バックアップ元コンピュータ装置とネットワークを介してそれぞれ接続された複数のバックアップ先コンピュータ装置と、
予め用意された複数のバックアップモードの中から前記バックアップ対象データのデータ特性に応じて、いずれか１つのバックアップモードを選択するバックアップモード選択手段と、
前記各バックアップ先コンピュータ装置のうち前記選択されたバックアップモードに基づいて選定されるバックアップ先コンピュータ装置に、前記バックアップ元コンピュータ装置から前記バックアップ対象データを転送させて記憶させるバックアップ実行手段と、
を備えるバックアップシステム。
【請求項２】
前記バックアップモード選択手段は、
予め用意された特性分類条件に基づいて、前記バックアップ対象データがいずれのデータ特性を有するかを決定する請求項１に記載のバックアップシステム。
【請求項３】
前記バックアップモード選択手段は、
前記バックアップ対象データに関して取得されたメタデータと前記特性分類条件とを比較することにより、前記バックアップ対象データがいずれのデータ特性を有するかを決定する請求項２に記載のバックアップシステム。
【請求項４】
前記データ特性には、データの信頼性確保を優先するデータ特性、または、データのセキュリティ確保を優先するデータ特性のいずれか１つが含まれている請求項１に記載のバックアップシステム。
【請求項５】
前記データの信頼性確保を優先するデータ特性は、共有ユーザ数、ファイルの拡張子の種類、ファイル名、書込み許可の有無の各判断要素のうち少なくとも１つ以上の判断要素に基づいて決定され、
前記データのセキュリティ確保を優先するデータ特性は、暗号化の有無、共有ユーザ数、共有ユーザに共通する特徴、アクセス制限の有無、ファイルの拡張子の種類、ファイル名、所定のキーワードの有無の各判断要素のうち少なくとも１つ以上の判断要素に基づいて決定される請求項４に記載のバックアップシステム。
【請求項６】
前記バックアップ実行手段は、
予め前記各バックアップモード毎に前記各バックアップ先コンピュータ装置のうち少なくとも１つ以上のバックアップ先コンピュータ装置をそれぞれ対応付けて構成されたバックアップ先マッピング情報に基づいて、バックアップ先となるバックアップ先コンピュータ装置を選定する請求項１に記載のバックアップシステム。
【請求項７】
前記バックアップ実行手段は、
前記バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストを生成するバックアップリスト生成手段と、前記バックアップリストを前記バックアップ先コンピュータ装置に送信するバックアップリスト送信手段とを有し、
前記バックアップ先コンピュータ装置は、
前記バックアップ元コンピュータ装置から受信したバックアップリストに基づいて、前記バックアップ元コンピュータ装置からバックアップ対象データを取得して記憶するデータ取得手段を有する請求項１に記載のバックアップシステム。
【請求項８】
前記バックアップリストには、前記バックアップ対象データを前記バックアップ元コンピュータ装置から取得可能なバックアップ可能時期を示す情報が含まれており、
前記バックアップ先コンピュータ装置は、前記バックアップ可能時期に従って、前記バックアップ元コンピュータ装置にアクセスし、前記バックアップ対象データを取得する請求項７に記載のバックアップシステム。
【請求項９】
前記バックアップ先コンピュータ装置は、前記バックアップ元コンピュータ装置から前記バックアップリストを受信した場合に、前記バックアップ対象データのリストアに用いるためのリストア用データを生成し、この生成したリストア用データを前記バックアップ元コンピュータ装置に送信する請求項７に記載のバックアップシステム。
【請求項１０】
前記バックアップリスト送信手段は、前記バックアップ先コンピュータ装置に前記バックアップリストを送信する時期を制御する請求項７に記載のバックアップシステム。
【請求項１１】
バックアップ対象データを記憶するバックアップ元コンピュータ装置と、このバックアップ元コンピュータ装置とネットワークを介してそれぞれ接続された複数のバックアップ先コンピュータ装置との間でバックアップを行わせるバックアップ方法であって、
データ特性を分類するための特性分類条件に基づいて、前記バックアップ対象データの属するデータ特性を決定するステップと、
前記各データ特性毎にバックアップ先となる前記バックアップ先コンピュータ装置が少なくとも１つ以上対応付けられて構成されたバックアップ先マッピング情報と前記決定されたデータ特性とに基づいて、前記バックアップ対象データ毎にそれぞれバックアップ先コンピュータ装置を決定するステップと、
前記バックアップ先コンピュータ装置に対応付けられた前記バックアップ対象データを、前記バックアップ先コンピュータ装置毎にまとめるステップと、
前記バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストを前記バックアップ先コンピュータ装置毎にそれぞれ生成するステップと、
前記生成されたバックアップリストを前記バックアップ先コンピュータ装置に送信するステップと、
受信した前記バックアップリストに基づいて、前記バックアップ元コンピュータ装置から前記バックアップ先コンピュータ装置に前記バックアップ対象データを転送させ記憶させるステップと、
を含んだことを特徴とするバックアップ方法。
【請求項１２】
データ特性を分類するための特性分類条件を記憶する手段と、
前記特性分類条件に基づいて、バックアップ対象データの属するデータ特性を決定する手段と、
前記各データ特性毎にバックアップ先となるバックアップ先コンピュータ装置が少なくとも１つ以上対応付けられて構成されたバックアップ先マッピング情報を記憶する手段と、
前記バックアップ先マッピング情報と前記決定されたデータ特性とに基づいて、バックアップ対象データ毎にそれぞれバックアップ先コンピュータ装置を決定する手段と、
前記バックアップ先コンピュータ装置に対応付けられた前記バックアップ対象データを、前記バックアップ先コンピュータ装置毎にまとめ、前記バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストを前記バックアップ先コンピュータ装置毎にそれぞれ生成する手段と、
前記生成されたバックアップリストを前記バックアップ先コンピュータ装置に送信する手段と、
前記送信したバックアップリストに基づいて前記バックアップ先コンピュータ装置が前記バックアップ対象データの取得を要求した場合は、前記バックアップ対象データを前記バックアップ先コンピュータ装置に転送する手段と、
を備えたコンピュータ装置。
【請求項１３】
バックアップ対象データを記憶するコンピュータ装置にバックアップ要求を発行させる方法を実行させるコンピュータプログラムであって、
データ特性を分類するための特性分類条件に基づいて、前記バックアップ対象データの属するデータ特性を決定するステップと、
前記各データ特性毎にバックアップ先となるバックアップ先コンピュータ装置が少なくとも１つ以上対応付けられて構成されたバックアップ先マッピング情報と前記決定されたデータ特性とに基づいて、前記バックアップ対象データ毎にそれぞれバックアップ先コンピュータ装置を決定するステップと、
前記バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストを前記バックアップ先コンピュータ装置毎にそれぞれ生成するステップと、
前記生成されたバックアップリストを前記バックアップ先コンピュータ装置に送信するステップと、
を含むバックアップ要求発行方法をコンピュータ装置に実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データのバックアップのための技術に関し、具体的には、例えば、通信ネットワークを介して複数のバックアップ先装置のうちの少なくとも１つの装置にデータをバックアップするための技術に関する。
【背景技術】
【０００２】
従来、バックアップシステムとして、例えば、インターネット等の通信ネットワーク上に複数のバックアップ先サーバが存在し、それら複数のバックアップ先サーバから少なくとも１つのバックアップ先サーバを選択して、そのバックアップ先サーバにデータを転送することでデータをバックアップするシステムが知られている。このシステムにおいて、例えば、特開２００２―２１５４７４号公報では、複数のバックアップ先サーバの信頼性、性能或いは処理速度から、バックアップするデータ（以下、バックアップ対象データ）の保存先とするバックアップ先サーバを上記複数のバックアップ先サーバの中から選択し、その選択されたバックアップ先サーバにバックアップ対象データが転送されてバックアップ処理が行なわれる。
【０００３】
【特許文献１】特開２００２―２１５４７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述した従来のバックアップシステムでは、バックアップに際して、バックアップ対象データに関するデータ特性は考慮されていない。バックアップ対象データには、ユーザにとって様々なものがあると考えられる。例えば、他のデータとは区別してバックアップ処理を行なう必要があるバックアップ対象データもあれば、セキュリティを重視してバックアップ処理を行なわなければならないバックアップ対象データもあるであろうし、複数箇所にバックアップするなど信頼性を保たなければならないバックアップ対象データも存在すると考えられる。
【０００５】
このようなバックアップ対象データのデータ特性を考慮したバックアップを行うために、一つ一つのデータに対してどのようにバックアップ処理を行うかの設定を行なうことが考えられるが、そのような小さな単位でのバックアップ処理の設定は、冗長な作業となりユーザにとって面倒である。
【０００６】
従って、本発明の目的は、バックアップ対象データに関するデータ特性に適したバックアップ処理をユーザにとって簡易な方法で行なうことができるようにすることである。
【課題を解決するための手段】
【０００７】
本発明の一つの観点に従うバックアップシステムは、バックアップ対象データを記憶するバックアップ元コンピュータ装置と、バックアップ元コンピュータ装置とネットワークを介してそれぞれ接続された複数のバックアップ先コンピュータ装置と、予め用意された複数のバックアップモードの中からバックアップ対象データのデータ特性に応じて、いずれか１つのバックアップモードを選択するバックアップモード選択手段と、各バックアップ先コンピュータ装置のうち選択されたバックアップモードに基づいて選定されるバックアップ先コンピュータ装置に、バックアップ元コンピュータ装置からバックアップ対象データを転送させて記憶させるバックアップ実行手段と、を備える。
【０００８】
バックアップ元コンピュータ装置とバックアップ先コンピュータ装置とは、例えば、ファイルサーバ（NAS（Network
Attached Storage））等のように、ハードディスクや半導体メモリ装置等の記憶デバイスを利用可能なコンピュータシステムとして構成される。バックアップ元コンピュータ装置は、例えば、複数のユーザにより共有されるファイルシステムを備えることができる。バックアップ対象データとしては、例えば、各ユーザが作成したデータファイル、データベースの内容を構成するデータ群、ユーザシステム等の構成等を定義したシステムファイル等を挙げることができる。実施形態では、ファイル単位でバックアップが行われる。データ特性とは、例えば、バックアップ対象データの有するデータ利用上の特徴を意味する情報として定義可能であり、バックアップ対象データの使用目的や使用態様等に応じて分類することができる。
【０００９】
本発明では、予め定義された複数種類のデータ特性に応じて、それぞれバックアップモードが用意されている。管理者等からバックアップ指示が出されたり、あるいは、予め設定されたバックアップタイミングが到来すると、バックアップモード選択手段は、バックアップ対象データのデータ特性を判別し、このデータ特性に応じたバックアップモードを選択する。バックアップモードが選択されることにより、バックアップ対象データのバックアップ先として使用されるバックアップ先コンピュータ装置が決定される。バックアップ実行手段は、選定されたバックアップ先コンピュータ装置に対し、バックアップ対象データを転送させる。これにより、バックアップ対象データは、バックアップ先コンピュータ装置に記憶される。バックアップ対象データの転送方法としては、２種類に大別することができる。１つの方法は、バックアップ元コンピュータ装置からバックアップ先コンピュータ装置にバックアップ対象データを送信する方法である。他の１つの方法は、バックアップ先コンピュータ装置がバックアップ元コンピュータ装置にアクセスし、バックアップ対象データをダウンロードする方法である。
【００１０】
本発明の一態様では、バックアップモード選択手段は、予め用意された特性分類条件に基づいて、バックアップ対象データがいずれのデータ特性を有するかを決定するようになっている。
【００１１】
特性分類条件とは、バックアップ対象データが、予め定義された複数種類のデータ特性のうちいずれに属するかを判別するための判別情報である。ここで、特性分類条件によって予め分類されているデータ特性を、例えば、定義済データ特性、データ特性種類、データ特性カテゴリ等のように表現することもできる。
【００１２】
本発明の一態様では、バックアップモード選択手段は、バックアップ対象データに関して取得されたメタデータと特性分類条件とを比較することにより、バックアップ対象データがいずれのデータ特性を有するかを決定する。
【００１３】
バックアップ対象データに関して取得されるメタデータとしては、例えば、ファイル名、ファイルサイズ、更新日時、ファイル拡張子（即ちファイル種類）、ファイルに設定されたアクセス権管理情報、ファイルを共有する各ユーザ名、共有ユーザの総数、共有ユーザの属するカテゴリ（例えば、企画部門、経理部門、開発部門等の職域別カテゴリや、主任、課長、部長、役員等の階級別カテゴリ）等を挙げることができる。
【００１４】
データ特性には、データの信頼性確保を優先するデータ特性、または、データのセキュリティ確保を優先するデータ特性のいずれか１つが含まれている。
【００１５】
本発明の実施形態では、データの信頼性を重視するデータ特性及びデータのセキュリティを重視するデータ特性の双方を含んでいる。
【００１６】
データの信頼性確保を優先するデータ特性とは、データの整合性を維持し、破壊や喪失等からの防止が要求されているデータ特性の区分である。データの信頼性確保を優先するデータ特性は、例えば、共有ユーザ数、ファイルの拡張子の種類、ファイル名、書込み許可の有無の各判断要素のうち少なくとも１つ以上の判断要素を考慮して決定することができる。
【００１７】
データのセキュリティ確保を優先するデータ特性とは、データの秘密性を保持し、不正なコピー等からの防止が要求されているデータ特性の区分である。データのセキュリティ確保を優先するデータ特性は、例えば、暗号化の有無、共有ユーザ数、共有ユーザに共通する特徴、アクセス制限の有無、ファイルの拡張子の種類、ファイル名、所定のキーワードの有無の各判断要素のうち少なくとも１つ以上の判断要素を考慮して決定することができる。
【００１８】
本発明の一態様では、バックアップ実行手段は、予め各バックアップモード毎に各バックアップ先コンピュータ装置のうち少なくとも１つ以上のバックアップ先コンピュータ装置をそれぞれ対応付けて構成されたバックアップ先マッピング情報に基づいて、バックアップ先となるバックアップ先コンピュータ装置を選定している。
【００１９】
本発明の一態様では、バックアップ実行手段は、バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストを生成するバックアップリスト生成手段と、バックアップリストをバックアップ先コンピュータ装置に送信するバックアップリスト送信手段とを有し、バックアップ先コンピュータ装置は、バックアップ元コンピュータ装置から受信したバックアップリストに基づいて、バックアップ元コンピュータ装置からバックアップ対象データを取得して記憶するデータ取得手段を有する。
【００２０】
ここで、バックアップ対象データを特定する情報としては、バックアップ対象データへのパス情報やファイル名等を挙げることができる。バックアップリストには、各バックアップ先コンピュータ装置毎に用意され、各バックアップリストには、各バックアップ先コンピュータ装置が取得すべきバックアップ対象データがそれぞれ明示されている。従って、バックアップ先コンピュータ装置は、自機宛のバックアップリストのみを参照することで、取得すべきバックアップ対象データを特定し、バックアップ元コンピュータ装置からバックアップ対象データを取得することができる。
【００２１】
本発明の一態様では、バックアップリストには、バックアップ対象データをバックアップ元コンピュータ装置から取得可能なバックアップ可能時期を示す情報が含まれており、バックアップ先コンピュータ装置は、バックアップ可能時期に従って、バックアップ元コンピュータ装置にアクセスし、バックアップ対象データを取得する。
【００２２】
バックアップリストにバックアップ可能時期を含ませることで、バックアップ可能時期以外の時期にバックアップ対象データが読み出されるのを未然に防止し、安全性を高めることができる。
【００２３】
本発明の一態様では、バックアップ先コンピュータ装置は、バックアップ元コンピュータ装置からバックアップリストを受信した場合に、バックアップ対象データのリストアに用いるためのリストア用データを生成し、この生成したリストア用データをバックアップ元コンピュータ装置に送信する。
【００２４】
例えば、リストア用データは、バックアップ先コンピュータ装置にバックアップされたデータ（またはデータ群）を特定するための識別情報を含めることができる。
【００２５】
本発明の一態様では、バックアップリスト送信手段は、バックアップ先コンピュータ装置にバックアップリストを送信する時期を制御する。
【００２６】
例えば、一方のバックアップ先コンピュータ装置に許可するバックアップ可能時期と、他方のバックアップ先コンピュータ装置に許可するバックアップ可能時期とをずらすことにより、各バックアップ先コンピュータ装置によるバックアップ処理の期間を調整し、バックアップ元コンピュータ装置の処理負荷や通信ネットワークのトラフィックを制御することができる。
【００２７】
本発明の別の観点に従うバックアップ方法は、バックアップ対象データを記憶するバックアップ元コンピュータ装置と、このバックアップ元コンピュータ装置とネットワークを介してそれぞれ接続された複数のバックアップ先コンピュータ装置との間でバックアップを行わせるバックアップ方法であって、データ特性を分類するための特性分類条件に基づいて、バックアップ対象データの属するデータ特性を決定するステップと、各データ特性毎にバックアップ先となるバックアップ先コンピュータ装置が少なくとも１つ以上対応付けられて構成されたバックアップ先マッピング情報と決定されたデータ特性とに基づいて、バックアップ対象データ毎にそれぞれバックアップ先コンピュータ装置を決定するステップと、バックアップ先コンピュータ装置に対応付けられた前記バックアップ対象データを、バックアップ先コンピュータ装置毎にまとめるステップと、バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストをバックアップ先コンピュータ装置毎にそれぞれ生成するステップと、生成されたバックアップリストをバックアップ先コンピュータ装置に送信するステップと、受信したバックアップリストに基づいて、バックアップ元コンピュータ装置からバックアップ先コンピュータ装置にバックアップ対象データを転送させ記憶させるステップと、を含んだことを特徴とする。
【００２８】
本発明のさらに別の観点に従うコンピュータ装置は、データ特性を分類するための特性分類条件を記憶する手段と、特性分類条件に基づいて、バックアップ対象データの属するデータ特性を決定する手段と、各データ特性毎にバックアップ先となるバックアップ先コンピュータ装置が少なくとも１つ以上対応付けられて構成されたバックアップ先マッピング情報を記憶する手段と、バックアップ先マッピング情報と前記決定されたデータ特性とに基づいて、バックアップ対象データ毎にそれぞれバックアップ先コンピュータ装置を決定する手段と、バックアップ先コンピュータ装置に対応付けられたバックアップ対象データを、バックアップ先コンピュータ装置毎にまとめ、バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストをバックアップ先コンピュータ装置毎にそれぞれ生成する手段と、生成されたバックアップリストをバックアップ先コンピュータ装置に送信する手段と、送信したバックアップリストに基づいてバックアップ先コンピュータ装置がバックアップ対象データの取得を要求した場合は、バックアップ対象データをバックアップ先コンピュータ装置に転送する手段と、を備えている。
【００２９】
本発明の他の観点に従うコンピュータプログラムは、バックアップ対象データを記憶するコンピュータ装置にバックアップ要求を発行させる方法を実行させるコンピュータプログラムであって、データ特性を分類するための特性分類条件に基づいて、バックアップ対象データの属するデータ特性を決定するステップと、各データ特性毎にバックアップ先となるバックアップ先コンピュータ装置が少なくとも１つ以上対応付けられて構成されたバックアップ先マッピング情報と前記決定されたデータ特性とに基づいて、バックアップ対象データ毎にそれぞれバックアップ先コンピュータ装置を決定するステップと、バックアップ先コンピュータ装置が取得すべきバックアップ対象データを特定する情報を含んだバックアップリストをバックアップ先コンピュータ装置毎にそれぞれ生成するステップと、生成されたバックアップリストをバックアップ先コンピュータ装置に送信するステップと、を含むバックアップ要求発行方法をコンピュータ装置に実行させる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照して本発明の実施の形態について説明する。
【００３１】
図１は、本発明の一実施形態に係るバックアップシステムの全体構成図である。
【００３２】
図１に示すように、本実施形態に係るバックアップシステムでは、１つ（又は複数）のバックアップ元データセンタ１と、複数（例えば３つ）のバックアップ先データセンタ（２Ａ、２Ｂ、２Ｃ）が存在する。
【００３３】
バックアップ元データセンタ１は、バックアップ対象ファイルのバックアップ元となるデータセンタである。このセンタ１には、バックアップ対象ファイルを保持する１又は複数台のバックアップ元記憶装置４と、そのバックアップ元記憶装置４とＳＡＮ（Storage
Area Network）などの通信ネットワーク等を介して通信可能に接続することができるバックアップ元サーバ３とが備えられている。
【００３４】
一方、バックアップ先データセンタ（２Ａ、２Ｂ、２Ｃ）は、バックアップ元データセンタ１に保存されるファイルのバックアップを保存するためのデータセンタである。例えば、センタ２Ａには、バックアップ対象ファイルのバックアップを保存することができる１又は複数のバックアップ先記憶装置５Ａと、バックアップ先記憶装置５とＳＡＮなどの通信ネットワーク等を介して通信可能に接続することができるバックアップ先サーバ６Ａとが備えられている。他のセンタ２Ｂ（及び２Ｃ）も、図示のように、センタ２Ａと同様の記憶装置５Ｂ（及び５Ｃ）とサーバ６Ｂ（及び６Ｃ）を備えている。
【００３５】
以下、各サーバ３及び６Ａ〜６Ｃと、各記憶装置４及び５Ａ〜５Ｃについて説明する。
【００３６】
バックアップ元サーバ３は、バックアップ元記憶装置４内の１又は複数のバックアップ対象ファイルを、それらバックアップ対象ファイルの各々のデータ特性に基づいて、共通のデータ特性を持つ１以上のファイルグループ（１以上のバックアップ対象ファイルを含んだグループ）に分類する。また、バックアップ元サーバ３は、各ファイルグループに属する１以上のバックアップ対象ファイルを、そのファイルグループにおける共通のデータ特性に基づく１以上のバックアップ先サーバ６Ａ〜６Ｃに送信する。
【００３７】
バックアップ元記憶装置４は、例えば、外付け式又は内蔵型のハードディスク、或いは、１又は複数のハードディスクをアレイ状に備えた記憶システムであって、バックアップ対象ファイルを記憶することができるものである。このバックアップ元記憶装置４では、各種ファイルは、所定の形式、例えば、第１のディレクトリの下位に第２のディレクトリが属し、第２のディレクトリ内に１又は複数のファイルが格納されるような階層構造の下で管理されている。従って、例えば、バックアップ元サーバ３に対しオペレータが第１のディレクトリをバックアップ対象として指定すれば、第１のディレクトリの下位に存在する全てのディレクトリ及びファイルがバックアップ対象として指定されることになる。
【００３８】
バックアップ先サーバ６Ａ〜６Ｃは、バックアップ元サーバ３からバックアップ対象ファイルを受信し、そのバックアップ対象ファイルを、通信可能に接続されているバックアップ先記憶装置５Ａ〜５Ｃに格納する。
【００３９】
バックアップ先記憶装置５Ａ〜５Ｃは、バックアップ元サーバ３からバックアップ先サーバ５Ａ〜５Ｃを介してバックアップ対象ファイルが格納される記憶装置、例えば、１又は複数の磁気テープを備えた磁気テープライブラリ、或いは、１又は複数のハードディスクをアレイ状に備えた記憶システムである。
【００４０】
図２は、本実施形態に係るバックアップシステムを構成する各サーバ３及び６Ａ〜６Ｃの機能を示すブロック図である。
【００４１】
バックアップ元サーバ３は、マイクロソフト社のWindows（登録商標）等のようなオペレーティングシステム（ＯＳ）１０を備え、且つ、そのＯＳ１０の上位のアプリケーションソフトウェアとして、データ特性分類部１１、バックアップ要求部１２、ダウンロード受付部１３及びリストア部１４を備えている。
【００４２】
データ特性分類部１１は、バックアップ元サーバ３が外部（例えばオペレータ或いは遠隔の外部装置）からバックアップ対象を指定されたとき、所定のタイミングで（例えば、バックアップ対象の指定後直ちに或いは定期的に）、指定されたバックアップ対象のファイルのメタデータ（及び／又は、そのファイルを包含する１以上のディレクトリのメタデータ）をバックアップ元記憶装置４から取得する。そして、データ特性分類部１１は、取得したメタデータと、予め用意されているデータ特性分類定義情報とに基づいて、指定されたバックアップ対象ファイルの分類を行う。
【００４３】
ここで、ファイル（及びディレクトリ）の「メタデータ」とは、そのファイル（及びディレクトリ）に関する特性を表すものであって、例えば、以下の（１）〜（７）のサブ情報、
（１）共有ユーザ数（ファイル（及びディレクトリ）にアクセスして中身を閲覧することが許可されているユーザの数）、
（２）拡張子（例えば「jpg」や「gif」等）、
（３）キーワード（例えば、ファイル名、ディレクトリ名及び／又は実データに含まれている文字又は文字列）、
（４）書き込み許可の有無（書込みが許可されているか否か）、
（５）暗号化属性（暗号化されているか否を示す情報）、
（６）ＡＣＬ（Access Control List）の設定の有無（どのユーザ又はどのユーザグループがどのような態様（例えば、読み込み、書き込み、或いは実行）でアクセス可能であるかを示す情報（つまりＡＣＬ）が対応付けられているか否か）、
（７）各共有ユーザの特徴（例えば各共有ユーザの役職又は部署）、
のうちの少なくとも１種類の情報を含んでいる（なお、例えば（６）の「ＡＣＬの設定の有無」において、ＡＣＬの代わりに、アクセス制限に関する他の種類の情報（例えば所定のメッセージデータ）であっても良い）。
【００４４】
また、データ特性分類定義情報とは、バックアップ対象ファイルをどのように分類するかのルールに関する情報であり、所定の人間（例えば運用管理者）によって作成されて、通信ネットワーク上の所定場所（例えばバックアップ元サーバ３内或いはバックアップ元記憶装置４内）に保存されるものである。具体的には、例えば、図３に示すように、データ特性分類定義情報には、１以上のデータ特性種類をそれぞれ識別するための１以上のデータ特性ＩＤと、１以上のデータ特性ＩＤにそれぞれ対応した１以上のルール本体とが含まれている。ルール本体は、それに対応したデータ特性ＩＤが付与されるための条件を表す情報（換言すれば、そのデータ特性ＩＤに対応したデータ特性種類を表す情報）である。各ルール本体は、所定の構成、例えば、複数のサブ条件と、サブ条件間を接続する論理演算子（例えば、ＡＮＤ、ＯＲ、ＸＯＲ等）とから成っている。この図３において、例えば、データ特性「ＩＤ−００２」のルール本体は、ファイルが暗号化されておらず、かつ、ＡＣＬの設定が無く、かつ、アクセス可能なユーザグループに関する制限がなく（つまり共有ユーザは設定されておらず）、かつ、ファイルの拡張子が“.html”又は“.doc”又は“.xls”であることを表している。このルール本体が表す条件に該当するファイル（例えば、このルール本体の条件を満たすメタデータ又は実データを持ったファイル）があれば、そのファイルに対して、データ特性ＩＤ「ＩＤ―００２」が付与される。
【００４５】
データ特性分類定義情報を作成する人間（以下、「作成者」と言う）は、図３に示した例に限らず、どんなサブ条件を用意するかや、用意した複数のサブ条件のうちどれとどれをどのように接続するかによって、様々なルール本体を作成することができる。
【００４６】
例えば、データ特性分類部１１に、ファイル（又はディレクトリ）の信頼性を重視してファイルの分類を行なってもらいたい場合、例えば以下の（Ａ）〜（Ｃ）の観点の少なくとも１つの観点に基づいてルール本体を作成することができる。
【００４７】
（Ａ）共有ユーザ数に基づくサブ条件を用意し、それにより、データ特性分類部１１に、共有ユーザ数に基づくファイル分類を行なわせる。例えば、共有ユーザ数が或る値以上のファイル（又はディレクトリ）は、アクセスするユーザ数が多い（又はアクセス頻度が高い）と考えられ、そうすると、ファイル損失による影響が大きく、信頼性が重視されるファイルであると判断できる。このため、作成者は、ルール本体の中に、サブ条件として「共有ユーザ数」について所望値を設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、共有ユーザ数が上記所望値以上であるファイル（又はディレクトリ）に、ファイルの信頼性が高いことを表すデータ特性ＩＤが付与されることになる。
【００４８】
（Ｂ）拡張子又はキーワード（例えばメタデータ又は実データに含まれる文字列）に基づくサブ条件を用意し、それにより、データ特性分類部１１に、拡張子又はファイル名に含まれる文字列に基づくファイル分類を行なわせる。例えば、拡張子“.sys”は、サーバプログラムなどの構成に関する定義ファイル等を保持しており、内容が変更されたり、破壊されたりした場合、サーバが正しく動作しなくなるなど、致命的なエラーを引き起こす原因となり、信頼性が重視されるとデータであると判断できる。一方で、例えば、一時的に作成されるテンポラリファイル（拡張子「tmp」）やワークディレクトリ（拡張子「wrk」）は、一時的なデータであるため、バックアップの必要がなく、バックアップ処理から排除するなどの判断も可能である。このため、作成者は、ルール本体の中に、サブ条件として、分類の際に選択されるための条件としての「拡張子」又は「キーワード」を設定したり、或いは、分類の際にバックアップ対象から外されるための条件としての「拡張子」又は「キーワード」を設定したりすると良く、それにより、データ特性分類部１１の後に詳述する処理によって、ファイルの信頼性に基づくファイル分類が行われることになる。
【００４９】
（Ｃ）書込み許可されているユーザ数に基づくサブ条件を用意し、それにより、データ特性分類部１１に、書込み許可されているユーザ数に基づくファイル分類を行なわせる。例えば、多くの人に共有され、かつ、書き込みが許可されているファイルは、ファイル破壊が引き起こされる可能性が高く、信頼性を重視して安全な状態でバックアップ処理が行なわれる必要があると判断できる。このため、作成者は、ルール本体の中に、サブ条件として、共有ユーザ数及び書込み許可の有無を設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、その観点に基づくファイル分類が行われることになる。
【００５０】
また、例えば、データ特性分類部１１に、ファイル（又はディレクトリ）のセキュリティを重視してファイルの分類を行なってもらいたい場合、例えば以下の（ａ）〜（ｆ）の観点の少なくとも１つの観点に基づいてルール本体を作成することができる。
【００５１】
（ａ）暗号化の有無に基づくサブ条件を用意し、それにより、データ特性分類部１１に、暗号化の有無に基づくファイル分類を行なわせる。例えば、所定のＯＳ（一例として、マイクロソフト社のWindows2000（登録商標）では、ファイルシステムでファイルの暗号化がサポートされており、ファイルの属性（例えばメタデータ）からそのファイルの暗号化の有無を確認することができるようになっているが、暗号化の設定がされている場合、そのファイルはセキュリティを確保する必要があるデータであると判断することができる。このため、作成者は、ルール本体の中に、サブ条件として「暗号化の有無」として暗号化有りを設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、高いセキュリティが求められているファイルに、セキュリティが高いことを表すデータ特性ＩＤが付与されることになる。
【００５２】
（ｂ）共有ユーザ数に基づくサブ条件を用意し、それにより、データ特性分類部１１に、共有ユーザ数に基づくファイル分類を行なわせる。例えば、「共有ユーザ数」が或る値以下のファイルは、ファイルの公開が限定されていて秘密性が高いと判断することができる。このため、作成者は、ルール本体の中に、サブ条件として「共有ユーザ数」の値を設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、共有ユーザ数が所望値以上であるファイル（又はディレクトリ）に、セキュリティが高いことを表すデータ特性ＩＤが付与されることになる。
【００５３】
（ｃ）ＡＣＬ設定の有無に基づくサブ条件を用意し、それにより、データ特性分類部１１に、ＡＣＬ設定の有無に基づくファイル分類を行なわせる。例えば、ＡＣＬが設定されているファイルは、アクセス制限が設けられており、セキュリティの確保が必要であるデータであると判断できる。このため、作成者は、ルール本体の中に、サブ条件として「ＡＣＬ設定の有無」としてＡＣＬ設定有りを設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、高いセキュリティが求められているファイルに、セキュリティが高いことを表すデータ特性ＩＤが付与されることになる。
【００５４】
（ｄ）共有ユーザの特徴（例えば部署又は役職）に基づくサブ条件を用意し、それにより、データ特性分類部１１に、共有ユーザの特徴に基づくファイル分類を行なわせる。例えば、共有ユーザとして役職が高いユーザが多いなど特徴に偏りがあるファイルは、セキュリティの確保が必要であると判断できる。このため、作成者は、ルール本体の中に、サブ条件として「共有ユーザの特徴」を設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、高いセキュリティが求められているファイルに、セキュリティが高いことを表すデータ特性ＩＤが付与されることになる。
【００５５】
（ｅ）ファイル名（又はディレクトリ名）に基づくサブ条件を用意し、それにより、データ特性分類部１１に、ファイル名（又はディレクトリ名）に基づくファイル分類を行なわせる。例えば、セキュリティの確保が必要だと分かっているファイルがある場合、作成者は、ルール本体の中に、サブ条件として、そのファイルのファイル名（又はそのファイルを持つディレクトリ名）を設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、そのファイルに、セキュリティが高いことを表すデータ特性ＩＤが付与されることになる。
【００５６】
（ｆ）メタデータ又は実データに含まれるキーワードに基づくサブ条件を用意し、それにより、データ特性分類部１１に、メタデータ又は実データに含まれるキーワードに基づくファイル分類を行なわせる。例えば、メタデータ又は実データ内に、「（秘）」や「confidential」等のキーワードが繰り返し出てくるファイルは、セキュリティ確保が必要であると判断することができる。この場合、作成者は、ルール本体の中に、サブ条件として、メタデータ又は実データの「キーワード」として「（秘）」又は「confidential」（或いは、それに加えてそのキーワードの数）を設定すると良く、それにより、データ特性分類部１１の後に詳述する処理によって、高いセキュリティが求められているファイルに、セキュリティが高いことを表すデータ特性ＩＤが付与されることになる。
【００５７】
データ特性分類部１１は、指定された１以上のバックアップ対象ファイルのメタデータ（及び／又は実データ）と、上述したデータ特性分類定義情報とに基づいて、それら１以上のバックアップ対象ファイルの各々に、そのファイルが満たす１以上のルール本体にそれぞれ対応した１以上のデータ特性ＩＤが付与する（つまりバックアップ対象ファイルの分類を行う）。そして、データ特性分類部１１は、分類結果に関するデータ、例えば、図４に例示するように、１以上のバックアップ対象ファイルの各々について、ファイルに関する情報（例えば、各ファイルのファイル名、パス名、データサイズ等）とそのファイルに付与された１以上のデータ特性ＩＤとが関連付けられた分類結果データＤ２１を出力する。なお、この図４に例示するように、ファイル分類に際して、データ特性分類部１１は、どのルール本体の条件も満たさないファイルがある場合、そのファイルに対しては、該当無しの旨を表す所定コード（例えば「Default」）をデータ特性ＩＤの代わりに或いはデータ特性ＩＤの一つとして付与する。また、図４には格別示されていないが、複数のルール本体がそれぞれ示す複数の条件を満たすバックアップ対象ファイルが存在する場合があり、その場合には、１つのバックアップ対象ファイルに対して複数のデータ特性ＩＤが付与される。
【００５８】
さて、再び図２を参照する。バックアップ要求部１２は、所定タイミング、例えば、外部（例えば運用管理者）からバックアップ要求を受けたときに、データ特性分類部１１から出力された分類結果データＤ２１（図４参照）と、予め用意されているバックアップ先マッピング情報とを照合する。そして、バックアップ要求部１２は、その分類結果データとバックアップ先マッピング情報とに基づいて、どのバックアップ先サーバにどのバックアップ対象ファイルを送信するかに関する情報、例えば後述のバックアップリストをバックアップ先サーバ６Ａ〜６Ｃ毎に用意し、各バックアップリストを、それの宛先のバックアップ先サーバ６Ａ〜６Ｃに送信する。
【００５９】
ここで、バックアップ先マッピング情報とは、図５に例示するように、どのデータ特性ＩＤ（及び上記該当無しの旨を表す「Default」）が付与されたファイルをどのバックアップ先サーバにバックアップするかを示す情報、換言すれば、複数のデータ特性ＩＤの各々に関連付けられている１（又は複数）のバックアップ先サーバに関する情報（例えば、ホスト（サーバ）名、ＩＰアドレス等）を含んだものである。このバップアップ先マッピング情報は、コンピュータによって自動で又は所定の人間（例えば運用管理者）によって手動で作成されて、通信ネットワーク上の所定場所（例えばバックアップ元サーバ３内或いはバックアップ元記憶装置４内）に予め保存されるものである。
【００６０】
また、バックアップリストは、バックアップ先サーバの数と同数個用意されるものであり、例えば、図６に例示する３つのバックアップリスト２００Ａ、２００Ｂ及び２００Ｃは、バックアップ要求部１２によって、３つのバックアップ先サーバ６Ａ、６Ｂ及び６Ｃに対してそれぞれ用意されたものである。バックアップリスト２００Ａについて代表的に説明すると、バックアップリスト２００Ａには、「受付日時」と、このリスト２００Ａに対応するバックアップ先サーバに関する情報（例えば図示のように「ホスト名」）と、「ファイルリスト」とが記録される。
【００６１】
「受付日時」は、バックアップ先サーバ６Ａがバックアップ元サーバ３にアクセスすることが許可される日時（又は可能な時間帯）を示す情報であり、所定の単位（例えば、年月日時分秒）で表されている。この受付日時は、例えば、バックアップ要求部１２によって自動的に割り振られるものであるが、所定のユーザ（例えば運用管理者）によって手動で定められるものであっても良い。バックアップ要求部１２は、バックアップリスト２００Ａ〜２００Ｃの各々の受付日時を一定の時間間隔（例えば、各バックアップ先サーバ６Ａ〜６Ｃがバックアップ元サーバ３から所定の１以上のバックアップ対象ファイルを取得するのに必要と推測される時間間隔）でばらつかせることにより、バックアップ先サーバ６Ａ〜６Ｃに対するバックアップ処理による負荷の集中を回避することができる。なお、所定の１以上のバックアップ対象ファイルを取得するのに必要とされる時間は、例えば、それらのバックアップ対象ファイルのデータサイズの合計から推測することができる。
【００６２】
「ホスト名」は、バックアップ先サーバ６Ａの名称を表す情報である。
【００６３】
「ファイルリスト」は、バックアップ先サーバ６Ａにバックアップされるものとして分類された１以上のバックアップ対象ファイルに関する情報（例えば、各ファイルのファイル名、パス名、データサイズ等）を一覧形式で表したものである。
【００６４】
他のバックアップリスト２００Ｂ及び２００Ｃも、上述したバックアップリスト２００Ａと略同様になっている。バックアップ要求部１２は、以下のような流れで、バックアップリスト２００Ａ〜２００Ｃを作成する。
【００６５】
図７は、バックアップ要求部１２の処理の流れのイメージ図である。
【００６６】
図７に示すように、バックアップ要求部１２は、データ特性分類部１１が出力した分類結果データＤ２１と、予め用意されているバックアップ先マッピング情報Ｄ２２とを照合して、分類結果データＤ２１に記述されているデータ特性ＩＤをバックアップ先ホスト名（バックアップ先サーバ名）に置換したデータＤ２３を得る。次に、バックアップ要求部１２は、そのデータＤ２３に記録されているファイル名とホスト名とのセットをホスト名でソートすることで、データＤ２３を、それに記録されているファイル名とホスト名とのセットがホスト名でソートされたデータＤ２４に変換する。そして、バックアップ要求部１２は、そのデータＤ２４を、ホスト名毎にファイルに分割して出力し、各出力ファイル毎に、上述した受付日時を付加することにより、バックアップ先サーバ６Ａ〜６Ｃにそれぞれ対応したバックアップリスト２００Ａ〜２００Ｃを作成する（なお、バックアップリスト２００Ａ〜２００Ｃの各々は、更に小サイズのファイルに分割されても良く、その場合には、更に分割された各々のファイルに、受付日時が付加される）。
【００６７】
バックアップ要求部１２は、このようにして作成したバックアップリスト２００Ａ〜２００Ｃを、それぞれ対応するバックアップ先サーバ６Ａ〜６Ｃに送信する。すると、バックアップ先サーバ６Ａ〜６Ｃが、受信したバックアップリスト２００Ａ〜２００Ｃについて識別情報（以下、「バックアップ識別情報」を付与し、そのバックアップ識別情報をバックアップ元サーバ３に送信する。バックアップ元サーバ３は、バックアップ先サーバ６Ａ〜６Ｃの各々からバックアップ識別情報を受信し、バックアップ要求部１２が、そのバックアップ識別情報に基づいて、バックアップ対象ファイルを復元するためのリストア情報を作成する（リストア情報並びにそれを用いた復元の処理については後に詳述する）。
【００６８】
なお、バックアップ要求部１２は、バックアップ先サーバ６Ａ〜６Ｃから後述するダウンロード要求を受けたときに、その要求を受けたときの日時の正当性のチェックを行ったり、その要求元のバックアップ先サーバ６Ａ〜６Ｃに所定の１以上のバックアップ対象ファイルをバックアップしたり等するために、送信したバックアップリスト２００Ａ〜２００Ｃを所定の記憶領域（例えば、バックアップ元サーバ３内又はバックアップ元記憶装置４内の所定の記憶領域）に保存しておく。
【００６９】
再び図２を参照する。ダウンロード受付部１３は、バックアップ先サーバ６Ａ〜６Ｃからバックアップ対象ファイルのダウンロード（転送）要求を受け付け、その要求があった場合、その要求を受けた日時が正当な日時か否かをチェックする。具体的には、例えば、ダウンロード受付部１３は、バックアップ先サーバ６Ａからダウンロード要求を受けた場合、そのときの日時と、事前にバックアップ先サーバ６Ａに対してバックアップ元サーバ３が指定した日時（すなわち、バックアップ要求部１２が出力したバックアップリスト２００Ａに書かれている受付日時）とが完全に或いは実質的に一致している否かどうかを判定する。一致していれば、ダウンロード受付部１３は、バックアップファイル２００Ａに書かれている１以上のファイル名をそれぞれ有する１以上のバックアップ対象ファイルを所定の場所（例えばバックアップ元記憶装置４）から読出し、それらを、ダウンロード要求の要求元であるバックアップ先サーバ６Ａに送信する。一方、一致していなければ、ダウンロード受付部１３は、所定の処理、例えば、エラーをバックアップ先サーバ６Ａに通知する。なお、上記の「実質的に一致」とは、例えば、ダウンロード要求を受けたときの現在日時と上記受付日時との差が所定の誤差範囲内であることを意味し、その所定の誤差範囲は、全てのバックアップリストに共通でも良いし、バックアップリストによって様々であっていても良い。また、その所定の誤差範囲は、所定ユーザが変更可能であっても良いし、変更不可能に固定であっても良い。また、その所定の誤差範囲は、バックアップリストから独立して所定の記憶装置に記憶されていても良いし、バックアップリストに記述されても良い。
【００７０】
リストア部１４は、バックアップ要求部１２によって作成された上記のリストア情報に基づいて、バックアップ対象ファイルのリストアを行う（リストアの処理については後に詳述する）。
【００７１】
以上が、バックアップ元サーバ３に備えられる各アプリケーションについての説明である。次に、図２を参照して、バックアップ先サーバ６Ａ〜６Ｃについて、バックアップ先サーバ６Ａを代表的に説明する（なお、図２では、バックアップ先サーバ６Ａが代表的に示されているが、他のバックアップ先サーバ６Ｂ及び６Ｃもバックアップ元サーバ３と通信することができる）。
【００７２】
バックアップ先サーバ６Ａは、オペレーティングシステム（ＯＳ）２０を備え、且つ、そのＯＳの上位のアプリケーションソフトウェアとして、バックアップ要求受付部２１を備えている。
【００７３】
バックアップ要求受付部２１は、バックアップ元サーバ３からバックアップリスト２００Ａを受信して所定の記憶領域（例えば、バックアップ先サーバ６Ａ内又はバックアップ先記憶装置５Ａ内の所定の記憶領域）に格納すると共に、そのバックアップリスト２００に基づくバックアップのバックアップ識別情報を生成して、それも、所定の記憶領域に格納する。そして、バックアップ要求受付部２１は、バックアップ処理プロセスを起動後、上記格納したバックアップ識別情報をバックアップ元サーバ３に送信する。ちなみに、バックアップ処理プロセスは、現在の日時が、受信し格納したバックアップリスト２００Ａに記載の受付日時に達するまで（受付日時が時間帯で表されている場合はその時間帯の範囲内に入るまで）待ち状態となる。バックアップ要求受付部２１は、現在の日時が、バックアップリスト２００Ａの受付日時に達したときに、バックアップ処理プロセスを起動し、バックアップ元サーバ３のダウンロード受付部１３に対して、ダウンロード（転送）要求を行なうと共に、上記格納したバックアップ識別情報を持ったアーカイブファイルを作成する。
【００７４】
図８は、バックアップ要求受付部２１によって作成されるアーカイブファイルの構成を示す。
【００７５】
例えばバックアップリスト２００Ａについてのアーカイブファイルには、図示のように、そのバックアップリスト２００Ａについて生成されたバックアップ識別情報と、バックアップ対象ファイルのエントリ数（すなわち、このアーカイブファイルに格納されるバックアップ対象ファイルの数）と、そのエントリ数分のバックアップ対象情報（例えば、各ファイルのデータサイズ、バックアップ元サーバ３でのパス、及び本体（ファイルの中身））とが格納されるようになっている。
【００７６】
図２に示したバックアップ要求受付部２１は、上記ダウンロード要求に応答して、バックアップ元サーバ３から、バックアップリスト２００Ａに記録されている１以上のバックアップ対象ファイルをダウンロードしたときは、それらを、上記アーカイブファイルに格納する。アーカイブファイルにバックアップ対象ファイルを格納する処理が完了したら、バックアップ要求受付部２１は、バックアップ対象ファイルを含んだアーカイブファイルをバックアップ先記憶装置５Ａに格納する。
【００７７】
以下、フローチャートを用いて、上述した各アプリケーションの処理の流れを説明する。
【００７８】
図９は、バックアップ元サーバ３に備えられるデータ特性分類部１１の処理の流れを示すフローチャートである。
【００７９】
所定ユーザ（例えば運用管理者）は、バックアップ元サーバ３に、バックアップ対象のディレクトリ（或いは、バックアップ対象ファイルを持ったディレクトリ）を入力する（ステップＳ１）。また、データ特性分類部１１は、予め設定し記憶されているデータ特性分類定義情報（図３参照）を読み込む（Ｓ２）。
【００８０】
次に、データ特性分類部１１は、Ｓ１で入力されたディレクトリに含まれる（つまりそのディレクトリの下の階層に存在する）ディレクトリ及びファイルを検索し、検索されたファイル又はディレクトリがあれば（Ｓ３でＹＥＳ）、それら全てのファイル及びディレクトリのメタデータ（及び／又は実データ）を取得する（Ｓ４）。
【００８１】
次に、データ特性分類部１１は、Ｓ４で取得した各ファイル（及びディレクトリ）のメタデータ（及び／又は実データ）と、Ｓ２で読み込んだデータ特性分類定義情報とを照合し（Ｓ５）、各バックアップ対象ファイルに該当するデータ特性ＩＤを把握しそれをそのファイルに関連付けることで、バックアップ対象ファイルのデータ特性に基づく分類を行い、その分類結果を表す分類結果データ（図４参照）を出力し（Ｓ６）、所定の記憶領域に格納する。なお、例えば、データ特性分類部１１は、Ｓ１で入力されたディレクトリ内にある複数のファイルを１個ずつ読み込み、Ｓ４〜Ｓ６を繰り返し実行しても良い。すなわち、データ特性分類部１１は、Ｓ１で入力されたディレクトリ内にある複数のファイルから或る１つのファイルを読み出してＳ４〜Ｓ６を行った後、別の１つのファイルを読み出してＳ４〜Ｓ６を行い、このような処理を、それら複数のファイルの全てについて終了するまで繰り返し行っても良い。
【００８２】
さて、このような分類処理によって、Ｓ３で検索された１以上のバックアップ対象ファイルが、それのデータ特性に基づき、所定の基準、例えば上述した（Ａ）〜（Ｃ）及び（ａ）〜（ｆ）のうちの少なくとも１つの基準に従って分類される。すなわち、例えば、ファイルの共有ユーザ数、共有ユーザに共通する特徴、拡張子、キーワード、ＡＣＬ等のアクセス制限情報の設定の有無、及び暗号化の有無の少なくとも１つに基づいて、各バックアップ対象ファイルに１以上の特性ＩＤデータが付与される。
【００８３】
なお、この分類処理では、バックアップ対象ファイル（及び／又はディレクトリ）のメタデータ（又は実データ）の内容によっては、複数のルール本体が表す条件を満たす場合があり、その場合は、１つのバックアップ対象ファイルに対して複数のデータ特性ＩＤが付与される。また、上記マッピング情報において、１つのデータ特性ＩＤに対して２以上のサーバ情報（例えばホスト名）が対応付けられている場合は、１つのバックアップ対象ファイルが、２以上のサーバにバックアップされることになる。
【００８４】
上述した一連のフローは、バックアップ対象が指定されたとき、所定のタイミング、例えば、その指定の直後に行われるようにすることもできるし、或いは、その指定の後定期的或いは不定期に行われるようにすることもできる。後者の場合、例えば、ユーザは、予め用意した所望ディレクトリをバックアップ対象として指定しておき、その所望ディレクトリにファイルを格納していけば、定期的等の所定タイミングで、自動的に、その所望ディレクトリに格納されたファイルの分類が行われることになる。
【００８５】
図１０及び図１１は、バックアップ要求部１２の処理の流れを示すフローチャートである。
【００８６】
バックアップ要求部１２は、所定タイミング、例えば、外部（例えば運用管理者）からバックアップ要求を受けたときに、図１０に示すように、データ特性分類部１１が出力した分類結果データを所定の記憶領域から読み込む（Ｓ１１）。
【００８７】
次に、バックアップ要求部１２は、予め記憶されているバックアップ先マッピング情報を読み込む（Ｓ１２）。
【００８８】
次に、バックアップ要求部１２は、カウンタの値を「０」に設定し（Ｓ１３）、分類結果データに記録されているファイルの数と比較する（Ｓ１４）。バックアップ要求部１２は、カウンタの値が分類結果データに記録されているバックアップ対象ファイルのファイル数に達するまで（Ｓ１４でＮＯ）、以下の（Ｓ１５）〜（Ｓ１８）の処理を行う。
【００８９】
（Ｓ１５）  バックアップ要求部１２は、分類結果データに記録されているターゲットのファイル名（又はパス名）に対応したデータ特性ＩＤを取得する。
【００９０】
（Ｓ１６）  バックアップ要求部１２は、バックアップ先マッピング情報を参照し、Ｓ１５で取得したデータ特性ＩＤに対応したホスト名を取得する。
【００９１】
（Ｓ１７）  バックアップ要求部１２は、Ｓ１５におけるターゲットのファイル名に、Ｓ１６で取得したホスト名を関連付け、ファイル名とホスト名との組を１レコードにして、所定の一時ファイル（例えば図８に示したデータファイルＤ２３）に出力する。
【００９２】
（Ｓ１８）  バックアップ要求部１２は、カウンタの値を一つインクリメントする。
【００９３】
以上の（Ｓ１５）〜（Ｓ１８）の処理によって、カウンタの値が分類結果データに記録されているファイル数に達したら（Ｓ１４でＹＥＳ）、バックアップ要求部１２は、上記一時ファイルに記録されている１以上のレコードをホスト名でソートする（Ｓ１９）。
【００９４】
次に、バックアップ要求部１２は、ホスト名でレコードがソートされた一時ファイルを、ホスト名に基づいて分割、すなわち、一時ファイルに記録されているホスト名の種類（つまりバックアップ先サーバ６Ａ〜６Ｃ）と同数のファイルに分割し、分割されて得られたファイルに上記受信日時を記録することで、バックアップ先サーバ６Ａ〜６Ｃにそれぞれ対応したバックアップリスト２００Ａ〜２００Ｃを作成し、出力する（Ｓ２０）。
【００９５】
次に、図１１に示すように、バックアップ要求部１２は、全てのバックアップリスト２００Ａ〜２００Ｃについて、以下の処理を行なう。
【００９６】
すなわち、まず、バックアップ要求部１２は、バックアップリスト２００Ａ〜２００Ｃからホスト名（バックアップ先サーバ名）を取得してバックアップ先サーバ６Ａ〜６Ｃを把握する（Ｓ２５）。
【００９７】
次に、バックアップ要求部１２は、バックアップリスト２００Ａ〜２００Ｃを、それぞれ、Ｓ２５で把握されたバックアップ先サーバ６Ａ〜６Ｃに送信する（Ｓ２６）。また、バックアップ要求部１２は、それらバックアップリスト２００Ａ〜２００Ｃを、所定の記憶領域に格納する。
【００９８】
その後、バックアップ要求部１２は、バックアップ先サーバ６Ａ〜６Ｃから、上述したバックアップ識別情報を含む応答を受信する（Ｓ２７）。そしてバックアップ要求部１２は、その応答に含まれているバックアップ識別情報と、その情報の送信元のバックアップ先サーバに関する情報（例えばホスト名）とを組にして、所定のファイル（例えば後述するリストアファイル）に出力する（Ｓ２８）。
【００９９】
図１２は、ダウンロード受付部１３の処理の流れを示すフローチャートである。
【０１００】
ダウンロード受付部１３は、例えばバックアップ先サーバ６Ａから、そのサーバ６Ａのホスト名を含んだダウンロード要求を受信した場合（Ｓ３１でＹＥＳ）、バックアップ要求部１２が出力した全てのファイルリスト２００Ａ〜２００Ｃから受信日時及びホスト名を取得する（Ｓ３２）。
【０１０１】
ダウンロード受付部１３は、Ｓ３１で受信したダウンロード要求に含まれているホスト名及び現在の日時と、Ｓ３２で取得したホスト名及び受信日時とを比較し、一致するか否かを判断する（Ｓ３３）。
【０１０２】
Ｓ２３の判断の結果、一致する場合（Ｓ３３でＹＥＳ）、ダウンロード受付部１３は、バックアップリスト２００Ａに記述されている１以上のファイル名をそれぞれ有する１以上のバックアップ対象ファイルをバックアップ元記憶装置４から読み出し、読み出した１以上のバックアップ対象ファイルを、ダウンロード要求の発信元のバックアップ先サーバ６Ａに送信する（Ｓ３４）。
【０１０３】
一方、Ｓ２３の結果、一致しない場合は、ダウンロード受付部１３は、エラーをバックアップ先サーバ６Ａに送信する（Ｓ３５）。
【０１０４】
図１３及び図１４は、バックアップ先サーバのバックアップ要求受付部２１の処理の流れを示す。以下、そのバックアップ先サーバを、バックアップ先サーバ６Ａとして説明する。
【０１０５】
図１３に示すように、バックアップ先サーバ６Ａのバックアップ要求受付部２１は、バックアップ元サーバ３のバックアップ要求部１２からバックアップリスト２００Ａを受信し（Ｓ４１）、所定の記憶領域に格納する。
【０１０６】
次に、バックアップ要求受付部２１は、そのバックアップリスト２００Ａに関するバックアップ識別情報を作成する（Ｓ４２）。
【０１０７】
次に、バックアップ要求受付部２１は、バックアップ処理プロセスを生成し、起動する（Ｓ４３）。
【０１０８】
次に、バックアップ要求受付部２１は、Ｓ４２で作成したバックアップ識別情報を、バックアップ元サーバ３のバックアップ要求部１２へ送信する（Ｓ４４）。
【０１０９】
その後、図１４に示すように、バックアップ要求受付部２１は、Ｓ４３で起動したバックアップ処理プロセスにより、現在の日時がバックアップリスト２００Ａに記述の受付日時に達したことが検出されたときは（Ｓ５１でＹＥＳ）、Ｓ４２で作成したバックアップ識別情報を持つアーカイブファイル（図８参照）を作成する（Ｓ５２）。
【０１１０】
次に、バックアップ要求受付部２１は、バックアップリスト２００に関する情報をアーカイブファイルに記録する（Ｓ５３）。例えば、バックアップ要求受付部２１は、バックアップリスト２００に基づいて、作成したアーカイブファイルに、バックアップリスト２００Ａに記録されているファイル名の数をエントリ数として登録したり、各ファイルのパス（バックアップ元サーバ３でのパス）を登録したり等する。
【０１１１】
次に、バックアップ要求受付部２１は、バックアップリスト２００Ａに書かれている１以上のファイル名をそれぞれ有する１以上のバックアップ対象ファイルをバックアップ元サーバ３から受信し（Ｓ５４でＹＥＳ、Ｓ５５）、受信したバックアップ対象ファイルをアーカイブファイルに格納する（Ｓ５６）。
【０１１２】
バックアップ要求受付部２１は、全てのバックアップ対象ファイルをダウンロードしてアーカイブファイルに格納したら（Ｓ５４でＮＯ）、そのアーカイブファイルをバックアップ先記憶装置５Ａに格納する（Ｓ５７）。
【０１１３】
以上、上述した実施形態によれば、１以上のデータ特性種類の各々に１又は複数のデータ特性ＩＤが対応付けられたデータ特性分類定義情報と、１又は複数のデータ特性ＩＤの各々に１又は２以上のバックアップ先サーバ情報（例えばサーバ名）が対応付けられたマッピング情報とが用意されている。バックアップ元サーバ３は、バックアップ対象の指定を受けると、所定のタイミングで、指定されたファイル（及び／又はディレクトリ）のメタデータ（及び／又は実データ）と、上記データ特性分類定義情報とに基づいて、各バックアップ対象ファイルにデータ特性ＩＤ（換言すればデータ特性種類）を設定し、更に、その設定したデータ特性ＩＤとマッピング情報とに基づいて、各バックアップ対象ファイルのバックアップ先サーバ６Ａ〜６Ｃを決定し、各バックアップ対象ファイルを決定したサーバ６Ａ〜６Ｃに送信する。これにより、上記データ特性分類定義情報及びマッピング情報（代わりに、１以上のデータ特性種類の各々に１又は２以上のバックアップ先サーバ情報が対応付けられた情報）を用意しておきさえすれば、指定されたバックアップ対象は、自動的に、そのバックアップ対象のデータ特性に基づき、そのバックアップ対象のデータ特性種類に応じたバックアップ先にバックアップされる。すなわち、バックアップ対象に関するデータ特性に適したバックアップ処理がユーザにとって簡易な方法で行なわれる。
【０１１４】
また、上述した実施形態によれば、バックアップ元サーバ３は、或るバックアップ先サーバ６Ａからダウンロード要求を受けたときの現在日時が、そのサーバ６Ａのバックアップリスト２００Ａに割当てた受付日時と一致しない場合、つまり、所定の受付日時以外の日時にダウンロード要求を受けてもバックアップ対象ファイルのバックアップを行わない。これにより、バックアップ対象ファイルが不正にダウンロードされることを未然に防げ、バックアップ対象ファイルのセキュリティを高めることができる。
【０１１５】
ところで、上述した実施形態において、バックアップ先サーバ６Ａ〜６Ｃがバックアップリスト２００Ａ〜２００Ｃを受けて作成するバックアップ識別情報は、バックアップ元サーバ３が、そのバックアップリスト２００Ａ〜２００Ｃに書かれているバックアップ対象ファイルを復元するために使用されるものである。バックアップリスト２００Ａ〜２００Ｃにそれぞれ対応したバックアップ識別情報は、対応したバックアップリストに書かれているバックアップ対象ファイルをバックアップ元サーバ３がバックアップ先サーバ６Ａ〜６Ｃから取得できるようになっていればどのようなものでも良い。例えば、バックアップ識別情報は、バックアップ先サーバ名、そこにバックアップされるバックアップ対象ファイルの名称、及びデータサイズの少なくとも１つを含んだ情報にすることができ、その場合、バックアップ元サーバ３は、そのような情報を管理することで、どのバックアップ先サーバに、どんなファイルが保存されるかを知ることができる。
【０１１６】
バックアップ元サーバ３は、バックアップ先サーバ６Ａ〜６Ｃからそれぞれバックアップ識別情報を受信した場合、例えば、図１５に示すような所定のリストアファイルＤ３０に、複数のバックアップ先サーバ６Ａ〜６Ｃに関する情報（例えばホスト名）に、サーバ６Ａ〜６Ｃの各々に対応するバックアップ識別情報を対応付けて記録する。
【０１１７】
そして、バックアップ元サーバ３は、上述したリストアファイルＤ３０を用いて、以下のようにして、バックアップ対象ファイルをバックアップ元記憶装置４に復元する。
【０１１８】
図１６は、バックアップ元サーバ３のリストア処理の流れを示す。
【０１１９】
バックアップ元サーバ３は、リストアファイルＤ３０に記録されている全てのホスト名をそれぞれ持つ全てのサーバ６Ａ〜６Ｃに関して、以下の（Ｓ６１）〜（Ｓ６５）の処理を行なう。以下、サーバ６Ａについて代表的に説明する。
【０１２０】
（Ｓ６１）  バックアップ元サーバ３は、バックアップ先サーバ６Ａに接続する。
【０１２１】
（Ｓ６２）  バックアップ元サーバ３は、接続先のサーバ６Ａのバックアップ識別情報をリストアファイルＤ３０から読み込み、且つ、後にバックアップ先サーバ６Ａから取得することになるバックアップ対象ファイルの格納先ディレクトリをバックアップ元記憶装置５に設定して、そのパスを取得する。
【０１２２】
（Ｓ６３）  バックアップ元サーバ３は、読み込んだバックアップ識別情報をバックアップ先サーバ６Ａに通知して、そのサーバ６に、そのバックアップ識別情報に基づいて、復元対象のバックアップ対象ファイルを格納しているアーカイブファイルを特定させ、特定されたアーカイブファイルからバックアップ対象ファイルを取得させて、その取得されたバックアップ対象ファイルをバックアップ先サーバ６Ａから受ける。
【０１２３】
（Ｓ６４）  バックアップ元サーバ３は、Ｓ６２で取得したパスに基づき、バックアップ先サーバ６Ａから受けたバックアップ対象ファイルを、Ｓ６２で設定したディレクトリに格納する。
【０１２４】
（Ｓ６５）  バックアップ元サーバ３は、バックアップ先サーバ６Ａとの接続を切断する。
【０１２５】
以上の処理によって、バックアップ元サーバ３は、バックアップ先サーバ６Ａ〜６Ｃにそれぞれバックアップされた１以上のバックアップ対象ファイルを、バックアップ元記憶装置５に復元することができる。
【０１２６】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【０１２７】
例えば、バックアップ要求部１２は、バックアップリスト２００Ａ〜２００Ｃの各々の受付日時を一定の時間間隔（例えば、各バックアップ先サーバ６Ａ〜６Ｃがバックアップ元サーバ３から所定の１以上のバックアップ対象ファイルを取得するのに必要と推測される時間間隔）でばらつかせることにより、バックアップ先サーバ６Ａ〜６Ｃに対するバックアップ処理による負荷の集中を回避することができる。この受付時間は、バックアップ要求する人間が、手動で定めたものであっても良いし、バックアップ元サーバ３が自動で定めるものであっても良い。自動で定める場合、例えば、バックアップ元サーバ３は、バックアップ先サーバ６Ａ〜６Ｃ毎に、バックアップされる１以上のバックアップ対象ファイルのトータルデータサイズを把握し、そのデータサイズに基づいて、バックアップに要する時間を推測し、その推測された時間に基づいて、受付日時をスケジューリングすることができる（例えば、推測されたバックアップ時間長が短い順又は長い順に受付日時を設定しても良い）。
【０１２８】
また、例えば、バックアップ先サーバ６Ａ〜６Ｃは、バックアップ元サーバ３からバックアップリストを受信した直後に、ダウンロード要求をしても良い。その場合、例えば、バックアップリストには、受付日時は記載されなくても良いし、或いは、上記ダウンロード要求をした場合、通信トラフィックが混雑している場合にのみ、バックアップリストに記述されている受付日時に再度ダウンロード要求するようにしても良い。また、この場合、例えば、バックアップ元サーバ３は、バックアップリスト２００Ａ〜２００Ｃの全てを同時にバックアップ先サーバ６Ａ〜６Ｃに送信しても良いし、バックアップリスト２００Ａ〜２００を送信するタイミングをスケジューリングし、別々のタイミングで送信しても良い。バックアップリストの受信直後にバックアップ先サーバがダウンロード要求するようになっている場合、バックアップリスト２００Ａ〜２００Ｃの送信タイミングを調整することで、バックアップ元サーバ３やネットワークの負荷集中を回避することが可能となる。なお、バックアップリストの送信タイミングは、例えば、バックアップ先サーバ６Ａ〜６Ｃ毎の１以上のバックアップ対象ファイルのトータルデータサイズを把握し、そのデータサイズに基づいて、バックアップに要する時間を推測し、その推測された時間に基づいて、スケジューリングされても良い（例えば、推測されたバックアップ時間長が短い順又は長い順に上記送信タイミングを早くしても良い）。
【図面の簡単な説明】
【０１２９】
【図１】本発明の一実施形態に係るバックアップシステムの全体構成図。
【図２】本実施形態に係るバックアップシステムを構成する各サーバ３及び６Ａ〜６Ｃの機能を示すブロック図。
【図３】データ特性分類定義情報の一例を示す。
【図４】分類結果データの一例を示す。
【図５】バックアップ先マッピング情報の一例を示す。
【図６】バックアップリスト２００Ａ、２００Ｂ及び２００Ｃの一例を示す。
【図７】バックアップ要求部１２の処理の流れのイメージ図。
【図８】バックアップ要求受付部２１によって作成されるアーカイブファイルの構成を示す。
【図９】バックアップ元サーバ３に備えられるデータ特性分類部１１の処理の流れを示すフローチャート。
【図１０】バックアップ要求部１２の処理の流れを示すフローチャート。
【図１１】バックアップ要求部１２の処理の流れを示すフローチャート。
【図１２】ダウンロード受付部１３の処理の流れを示すフローチャート。
【図１３】バックアップ先サーバのバックアップ要求受付部２１の処理の流れを示す。
【図１４】バックアップ先サーバのバックアップ要求受付部２１の処理の流れを示す。
【図１５】リストアファイルの一例を示す。
【図１６】バックアップ元サーバ３のリストア処理の流れを示す。
【符号の説明】
【０１３０】
３  バックアップ元サーバ
４  バックアップ元記憶装置
５Ａ〜５Ｃ  バックアップ先記憶装置
６Ａ〜６Ｃ  バックアップ先サーバ
１１  データ特性分類部
１２  バックアップ要求部
１３  ダウンロード受付部
１４  リストア部
２１  バックアップ要求受付部
【図１】
2005092282.tif 000003
【図２】
2005092282.tif 000004
【図３】
2005092282.tif 000005
【図４】
2005092282.tif 000006
【図５】
2005092282.tif 000007
【図６】
2005092282.tif 000008
【図７】
2005092282.tif 000009
【図８】
2005092282.tif 000010
【図９】
2005092282.tif 000011
【図１０】
2005092282.tif 000012
【図１１】
2005092282.tif 000013
【図１２】
2005092282.tif 000014
【図１３】
2005092282.tif 000015
【図１４】
2005092282.tif 000016
【図１５】
2005092282.tif 000017
【図１６】
2005092282.tif 000018