(57)【要約】【課題】  コンテンツ等データの不正な使用および不正なリカバリを防止する。【解決手段】  通信網１１０に接続され，データのバックアップを行うバックアップクライアント１１２と，通信網に接続され，上記バックアップクライアントがバックアップしたバックアップデータのリカバリを行うリカバリクライアント１１６と，上記バックアップクライアントのバックアップとリカバリクライアントのリカバリを制御する制御サーバ１１４とからなる，バックアップ支援システムにおいて，コンテンツ等データやそのバックアップデータにデータバージョンを付与し，さらに，上記バックアップデータから一意に得られるバックアップデータＩＤを上記制御サーバで管理する。かかるデータバージョンとバックアップデータＩＤによって，コンテンツ等データの不正な使用および不正なリカバリを容易に防止することができる。【選択図】    図１
2005196491.tif 000002
【特許請求の範囲】
【請求項１】
通信網に接続され，データのバックアップを行うバックアップクライアントと，通信網に接続され，前記バックアップクライアントがバックアップしたバックアップデータのリカバリを行うリカバリクライアントと，前記バックアップクライアントのバックアップとリカバリクライアントのリカバリを制御する制御サーバとからなる，バックアップ支援システムであって：
前記バックアップクライアントは，
オリジナルデータのバックアップであるバックアップデータを作成するバックアップ作成手段と；
オリジナルデータのバージョンを表すデータバージョンより１段階上のデータバージョンを前記バックアップデータに付与するバージョン付与手段と；
前記バックアップデータから一意に導かれるバックアップデータＩＤと，前記オリジナルデータのデータバージョンとを前記制御サーバに送信するバックアップ送信手段と；
前記制御サーバは，
バックアップデータＩＤとデータバージョンをオリジナルデータの登録毎に保存するバックアップデータベースと；
前記バックアップクライアントから受信したデータバージョンが前記バックアップデータベースに保存されたデータバージョンと等しいか確認するバージョン確認手段と；
前記バージョン確認手段でデータバージョンが等しいことが確認されると，前記バックアップデータベースに，前記バックアップクライアントから受信したバックアップデータＩＤを保存するＩＤ保存手段と；
前記リカバリクライアントから受信したバックアップデータＩＤが前記バックアップデータベースに保存されているバックアップデータＩＤと等しいか，および，前記リカバリクライアントから受信したデータバージョンが前記バックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認するデータ確認手段と；
前記データ確認手段でバックアップデータＩＤとデータバージョンが等しいことが確認されると，前記バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョンに更新し，前記バックアップデータベースに保存されたバックアップデータＩＤを削除し，前記リカバリクライアントにリカバリを許可するリカバリ許可手段と；
前記リカバリクライアントは，
バックアップデータから一意に導かれるバックアップデータＩＤと，前記バックアップデータに付与されたデータバージョンとを前記制御サーバに送信するリカバリ送信手段と；
前記制御サーバのリカバリ許可手段によるリカバリの許可に応じて，前記バックアップデータをリカバリし，前記バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとするリカバリ手段と；
を備え，
前記バックアップクライアントが一度もバックアップをしていないとき，前記バックアップデータベースのデータバージョンはバックアップクライアントにおけるオリジナルデータのデータバージョンと同一であり，バックアップデータＩＤは削除された状態であることを特徴とする，バックアップ支援システム。
【請求項２】
制御サーバに通信網を介して接続され，前記制御サーバに制御されてデータのバックアップを行うバックアップクライアントであって：
オリジナルデータのバックアップであるバックアップデータを作成するバックアップ作成手段と；
オリジナルデータのバージョンを表すデータバージョンより１段階上のデータバージョンを前記バックアップデータに付与するバージョン付与手段と；
前記バックアップデータから一意に導かれるバックアップデータＩＤと，前記オリジナルデータのデータバージョンとを前記制御サーバに送信するバックアップ送信手段と；
を備えることを特徴とする，バックアップクライアント。
【請求項３】
前記オリジナルデータの利用時に，当該オリジナルデータのデータバージョンを前記制御サーバに送信するバージョン送信手段と；
前記制御サーバからのオリジナルデータの利用許可に応じて，オリジナルデータを利用可能に切り換える利用切り換え手段と；
をさらに備えることを特徴とする，請求項２に記載のバックアップクライアント。
【請求項４】
前記バックアップ作成手段は，バックアップデータを作成し，当該バックアップクライアントとは別体の記憶媒体に記憶することを特徴とする，請求項２に記載のバックアップクライアント。
【請求項５】
前記データバージョンは，ユーザが確認できないように管理されることを特徴とする，請求項２に記載のバックアップクライアント。
【請求項６】
前記１段階上のデータバージョンは，オリジナルデータのデータバージョンに所定の規則に従った数を足した値であることを特徴とする，請求項２に記載のバックアップクライアント。
【請求項７】
制御サーバに通信網を介して接続され，前記制御サーバに制御されてデータのバックアップを行うバックアップクライアントであって：
コンピュータを，
オリジナルデータのバックアップであるバックアップデータを作成するバックアップ作成手段と；
オリジナルデータのバージョンを表すデータバージョンより１段階上のデータバージョンを前記バックアップデータに付与するバージョン付与手段と；
前記バックアップデータから一意に導かれるバックアップデータＩＤと，前記オリジナルデータのデータバージョンとを前記制御サーバに送信するバックアップ送信手段と；
して機能させるためのコンピュータプログラム。
【請求項８】
データのバックアップを行うバックアップクライアントと，前記バックアップクライアントがバックアップしたバックアップデータのリカバリを行うリカバリクライアントとに通信網を介して接続され，前記バックアップクライアントのバックアップとリカバリクライアントのリカバリを制御する制御サーバであって：
バックアップデータＩＤとデータバージョンをオリジナルデータの登録毎に保存するバックアップデータベースと；
前記バックアップクライアントから受信したデータバージョンが前記バックアップデータベースに保存されたデータバージョンと等しいか確認するバージョン確認手段と；
前記バージョン確認手段でデータバージョンが等しいことが確認されると，前記バックアップデータベースに，前記バックアップクライアントから受信したバックアップデータＩＤを保存するＩＤ保存手段と；
前記リカバリクライアントから受信したバックアップデータＩＤが前記バックアップデータベースに保存されているバックアップデータＩＤと等しいか，および，前記リカバリクライアントから受信したデータバージョンが前記バックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認するデータ確認手段と；
前記データ確認手段でバックアップデータＩＤとデータバージョンが等しいことが確認されると，前記バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョンに更新し，前記バックアップデータベースに保存されたバックアップデータＩＤを削除し，前記リカバリクライアントにリカバリを許可するリカバリ許可手段と；
を備え，
前記バックアップクライアントが一度もバックアップをしていないとき，前記バックアップデータベースのデータバージョンはバックアップクライアントにおけるオリジナルデータのデータバージョンと同一であり，バックアップデータＩＤは削除された状態であることを特徴とする，制御サーバ。
【請求項９】
前記バックアップクライアントまたはリカバリクライアントを介して，バックアップまたはリカバリを行うユーザが，登録された正規のユーザであるかどうかを認証するユーザ認証手段をさらに備え，
ユーザの認証がされない場合は，バックアップデータをリカバリできないことを特徴とする，請求項８に記載の制御サーバ。
【請求項１０】
前記バックアップクライアントから受信したオリジナルデータのデータバージョンが，前記バックアップデータベースに保存されているデータバージョンと等しい場合，前記バックアップクライアントにオリジナルデータの利用を許可するオリジナルデータ許可手段をさらに備えることを特徴とする，請求項８に記載の制御サーバ。
【請求項１１】
前記ＩＤ保存手段によるバックアップデータＩＤの保存が完了すると，前記バックアップクライアントに保存完了の通知を送信する保存完了通知手段をさらに備えることを特徴とする，請求項８に記載の制御サーバ。
【請求項１２】
前記ＩＤ保存手段は，前記バックアップデータベースのバックアップデータＩＤの有無に拘わらず，前記バックアップクライアントから受信したバックアップデータＩＤを保存することを特徴とする，請求項８に記載の制御サーバ。
【請求項１３】
前記１段階上のデータバージョンは，オリジナルデータのデータバージョンに所定の規則に従った数を足した値であることを特徴とする，請求項８に記載の制御サーバ。
【請求項１４】
データのバックアップを行うバックアップクライアントと，前記バックアップクライアントがバックアップしたバックアップデータのリカバリを行うリカバリクライアントとに通信網を介して接続され，前記バックアップクライアントのバックアップとリカバリクライアントのリカバリを制御する制御サーバであって：
コンピュータを，
バックアップデータＩＤとデータバージョンをオリジナルデータの登録毎に保存するバックアップデータベースと；
前記バックアップクライアントから受信したデータバージョンが前記バックアップデータベースに保存されたデータバージョンと等しいか確認するバージョン確認手段と；
前記バージョン確認手段でデータバージョンが等しいことが確認されると，前記バックアップデータベースに，前記バックアップクライアントから受信したバックアップデータＩＤを保存するＩＤ保存手段と；
前記リカバリクライアントから受信したバックアップデータＩＤが前記バックアップデータベースに保存されているバックアップデータＩＤと等しいか，および，前記リカバリクライアントから受信したデータバージョンが前記バックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認するデータ確認手段と；
前記データ確認手段でバックアップデータＩＤとデータバージョンが等しいことが確認されると，前記バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョンに更新し，前記バックアップデータベースに保存されたバックアップデータＩＤを削除し，前記リカバリクライアントにリカバリを許可するリカバリ許可手段と；
して機能させるためのコンピュータプログラム。
【請求項１５】
制御サーバに通信網を介して接続され，前記制御サーバに制御されてデータのリカバリを行うリカバリクライアントであって：
バックアップデータから一意に導かれるバックアップデータＩＤと，前記バックアップデータに付与されたデータバージョンとを前記制御サーバに送信するリカバリ送信手段と；
前記制御サーバのリカバリ許可手段によるリカバリの許可に応じて，前記バックアップデータをリカバリし，前記バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとするリカバリ手段と；
を備えることを特徴とする，リカバリクライアント。
【請求項１６】
前記制御サーバからのリカバリの許可が受信されない場合，リカバリの許可が受信されるまで，前記リカバリ送信手段を所定の回数繰り返すことを特徴とする，請求項１５に記載のリカバリクライアント。
【請求項１７】
前記データバージョンは，ユーザが確認できないように管理されることを特徴とする，請求項１５に記載のリカバリクライアント。
【請求項１８】
制御サーバに通信網を介して接続され，前記制御サーバに制御されてデータのリカバリを行うリカバリクライアントであって：
コンピュータを，
バックアップデータから一意に導かれるバックアップデータＩＤと，前記バックアップデータに付与されたデータバージョンとを前記制御サーバに送信するリカバリ送信手段と；
前記制御サーバのリカバリ許可手段によるリカバリの許可に応じて，前記バックアップデータをリカバリし，前記バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとするリカバリ手段と；
して機能させるためのコンピュータプログラム。
【請求項１９】
通信網に接続され，データのバックアップを行うバックアップクライアントと，前記バックアップクライアントのバックアップを制御する制御サーバとを利用してデータのバックアップを支援するデータバックアップ方法であって：
前記バックアップクライアントが，
オリジナルデータのバックアップであるバックアップデータを作成するバックアップ作成工程と；
オリジナルデータのバージョンを表すデータバージョンより１段階上のデータバージョンを前記バックアップデータに付与するバージョン付与工程と；
前記バックアップデータから一意に導かれるバックアップデータＩＤと，前記オリジナルデータのデータバージョンとを前記制御サーバに送信するバックアップ送信工程と；
前記制御サーバが，
前記バックアップクライアントから受信したデータバージョンが制御サーバに設けられたバックアップデータベースに保存されたデータバージョンと等しいか確認するバージョン確認工程と；
前記バージョン確認工程で等しいことが確認された場合，前記バックアップデータベースに，前記バックアップクライアントから受信したバックアップデータＩＤを保存するＩＤ保存工程と；
を含むことを特徴とする，データバックアップ方法。
【請求項２０】
前記バージョン確認工程の前に，前記制御サーバが，
前記バックアップクライアントを介して，バックアップを行うユーザが登録された正規のユーザであるかどうかを認証するユーザ認証工程をさらに含み，
ユーザが認証されない場合，前記バージョン確認工程が行われないことを特徴とする，請求項１９に記載のデータバックアップ方法。
【請求項２１】
前記バックアップクライアントが
前記オリジナルデータの利用時に，当該オリジナルデータのデータバージョンを前記制御サーバに送信するバージョン送信工程と；
前記制御サーバが，
前記バックアップクライアントから受信したオリジナルデータのデータバージョンが，前記バックアップデータベースに保存されているデータバージョンと等しい場合，前記バックアップクライアントにオリジナルデータの利用を許可するオリジナルデータ許可工程と；
前記バックアップクライアントが
前記制御サーバからのオリジナルデータの利用許可に応じて，オリジナルデータを利用可能に切り換える利用切り換え工程と；
をさらに含むことを特徴とする，請求項１９に記載のデータバックアップ方法。
【請求項２２】
前記ＩＤ保存工程によるバックアップデータＩＤの保存が完了すると，前記バックアップクライアントに保存完了の通知を送信する保存完了通知工程をさらに含むことを特徴とする，請求項１９に記載のデータバックアップ方法。
【請求項２３】
前記ＩＤ保存工程は，前記バックアップデータベースのバックアップデータＩＤの有無に拘わらず，前記バックアップクライアントから受信したバックアップデータＩＤを保存することを特徴とする，請求項１９に記載のデータバックアップ方法。
【請求項２４】
通信網に接続され，バックアップデータのリカバリを行うリカバリクライアントと，前記リカバリクライアントのリカバリを制御する制御サーバとを利用してデータのリカバリを支援するデータリカバリ方法であって：
前記リカバリクライアントが，
バックアップデータから一意に導かれるバックアップデータＩＤと，バックアップデータに付与されたデータバージョンとを前記制御サーバに送信するリカバリ送信工程と；
前記制御サーバが，
前記リカバリクライアントから受信したバックアップデータＩＤが前記バックアップデータベースに保存されているバックアップデータＩＤと等しいか，および，前記リカバリクライアントから受信したデータバージョンが前記バックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認するデータ確認工程と；
前記データ確認工程で等しいことが確認されると，前記バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョンに更新し，前記バックアップデータベースに保存されたバックアップデータＩＤを削除し，前記リカバリクライアントにリカバリを許可するリカバリ許可工程と；
前記リカバリクライアントが，
前記制御サーバのリカバリ許可工程によるリカバリの許可に応じて，前記バックアップデータをリカバリし，前記バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとするリカバリ工程と；
を含むことを特徴とする，データリカバリ方法。
【請求項２５】
前記データ確認工程の前に，前記制御サーバが，
前記リカバリクライアントを介して，リカバリを行うユーザが，登録された正規のユーザであるかどうかを認証するユーザ認証工程をさらに含み，
ユーザが認証されない場合，前記データ確認工程が行われないことを特徴とする，請求項２４に記載のデータリカバリ方法。
【請求項２６】
前記制御サーバからのリカバリの許可が受信されない場合，リカバリの許可が受信されるまで，前記リカバリ送信工程を所定の回数繰り返すことを特徴とする，請求項２４に記載のデータリカバリ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，バックアップ支援システム，バックアップクライアント，制御サーバ，リカバリクライアント，データバックアップ方法，データリカバリ方法およびそのコンピュータプログラムに関する。
【背景技術】
【０００２】
近年，インターネット等のネットワークを利用して音楽コンテンツや画像コンテンツのオンライン配信が実用化されている。
【０００３】
このようなコンテンツの配信を希望する場合，ユーザは，コンテンツ配信業者がＷｅｂ上に準備しているコンテンツを自己のパーソナルコンピュータにダウンロードする。このダウンロードされたコンテンツは，ユーザにより視聴され，また，コンピュータに設けられた記憶媒体に保存される。
【０００４】
しかし，上記のように記憶媒体に保存された大量のコンテンツが何らかのアクシデントにより利用することが出来なくなると，再度コンテンツの収集，または購入を行わなければならない。このようなコンテンツの消滅を防止するため，ユーザがコンテンツデータを利用するときの利用ログを別サーバに記憶し，上記のようなコンテンツの消滅が生じた場合，かかる利用ログ情報に応じてコンテンツデータのリカバリを行う技術が知られている（例えば，特許文献１）。
【０００５】
このようにバックアップおよびリカバリが容易に実施可能になると，次には，ダウンロードしたコンテンツの不正コピーが容易にできるという問題を生じる。例えば，上記の技術で，複数のコンピュータ毎にリカバリを行うとリカバリを行った全てのコンピュータにおいて上記コンテンツが利用可能になる。
【０００６】
【特許文献１】特開２００１−１９５５０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は，従来のデータの復元システムが有する上記問題点に鑑みてなされたものであり，本発明の目的は，コンテンツ等のデータの不正な使用および不正なリカバリを容易に防止することが可能な，新規かつ改良されたバックアップ支援システム，バックアップクライアント，制御サーバ，リカバリクライアント，データバックアップ方法，データリカバリ方法およびそのコンピュータプログラムを提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために，本発明のある観点によれば，通信網に接続され，データのバックアップを行うバックアップクライアントと，通信網に接続され，上記バックアップクライアントがバックアップしたバックアップデータのリカバリ（バックアップデータの復元）を行うリカバリクライアントと，上記バックアップクライアントのバックアップとリカバリクライアントのリカバリを制御する制御サーバとからなる，バックアップ支援システムであって：上記バックアップクライアントは，オリジナルデータのバックアップであるバックアップデータを作成するバックアップ作成手段と；オリジナルデータのバージョンを表すデータバージョンより１段階上のデータバージョンを上記バックアップデータに付与するバージョン付与手段と；上記バックアップデータから一意に導かれるバックアップデータＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と，上記オリジナルデータのデータバージョンとを上記制御サーバに送信するバックアップ送信手段と；上記制御サーバは，バックアップデータＩＤとデータバージョンをオリジナルデータの登録毎に保存するバックアップデータベースと；上記バックアップクライアントから受信したデータバージョンが上記バックアップデータベースに保存されたデータバージョンと等しいか確認するバージョン確認手段と；上記バージョン確認手段でデータバージョンが等しいことが確認されると，上記バックアップデータベースに，上記バックアップクライアントから受信したバックアップデータＩＤを保存するＩＤ保存手段と；上記リカバリクライアントから受信したバックアップデータＩＤが上記バックアップデータベースに保存されているバックアップデータＩＤと等しいか，および，上記リカバリクライアントから受信したデータバージョンが上記バックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認するデータ確認手段と；上記データ確認手段でバックアップデータＩＤとデータバージョンが等しいことが確認されると，上記バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョンに更新し，上記バックアップデータベースに保存されたバックアップデータＩＤを削除し，上記リカバリクライアントにリカバリを許可するリカバリ許可手段と；上記リカバリクライアントは，バックアップデータから一意に導かれるバックアップデータＩＤと，バックアップデータに付与されたデータバージョンとを上記制御サーバに送信するリカバリ送信手段と；上記制御サーバのリカバリ許可手段によるリカバリの許可に応じて，上記バックアップデータをリカバリし，上記バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとするリカバリ手段と；を備え，上記バックアップクライアントが一度もバックアップをしていないとき，上記バックアップデータベースのデータバージョンはバックアップクライアントにおけるオリジナルデータのデータバージョンと同一であり，バックアップデータＩＤは削除された状態であることを特徴とする，バックアップ支援システムが提供される。
【０００９】
ここで，上記バックアップクライアント，リカバリクライアントは，パーソナルコンピュータ，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），携帯電話，テレビ会議システムを含み，制御サーバは，サーバコンピュータ，パーソナルコンピュータを含む。また，オリジナルデータは，音楽，静止画，動画コンテンツ，特にデータ利用のために費用が発生するものを含む。バックアップデータは，オリジナルデータのコピーであるが，通常の保存状態では暗号化されていて，正規なリカバリによってのみ利用することが可能となる。
【００１０】
かかるバックアップデータＩＤを制御サーバで保存する構成により，リカバリを１回に限定することができる。即ち，バックアップを行うことにより，バックアップデータベースにバックアップデータＩＤが記憶され，そのバックアップデータＩＤが存在するときのみリカバリを行うことが可能となる。１回リカバリを行うと，上記バックアップデータＩＤはリカバリ許可手段によって削除され，再度バックアップを実行しない限りリカバリを行うことはできない。
【００１１】
また，上記バックアップデータＩＤは，単にバックアップのフラグとしても利用されるが，バックアップデータからハッシュ値等を使って一意に計算されるＩＤなので，不正なバックアップデータを利用したリカバリを回避することができる。かかるバックアップデータＩＤは，バックアップ時とリカバリ時にその都度計算されるので，バックアップクライアントやリカバリクライアントで保持する必要はない。
【００１２】
さらに，上記バックアップデータＩＤをオリジナルデータの登録毎，即ち，ユーザが利用するコンテンツ等のデータの利用権毎に管理することで，バックアップデータＩＤを複数生成し，複数回のリカバリが行われるのを防止する。
【００１３】
上記バックアップクライアントは，上記オリジナルデータの利用時に，当該オリジナルデータのデータバージョンを上記制御サーバに送信するバージョン送信手段と；上記制御サーバからのオリジナルデータの利用許可に応じて，オリジナルデータを利用可能に切り換える利用切り換え手段とをさらに備え，上記制御サーバは，上記バックアップクライアントから受信したオリジナルデータのデータバージョンが，上記バックアップデータベースに保存されているデータバージョンと等しい場合，上記バックアップクライアントにオリジナルデータの利用を許可するオリジナルデータ許可手段をさらに備えるとしても良い。
【００１４】
また，上記のオリジナルデータの使用を許可する手段は，電源立ち上げ時や定期的に行うとしても良いが，バックアップを試みたときだけ確認，許可する構成を取っても良い。かかる許可手段で拒絶された場合は，バックアップクライアントに残っている利用不可のデータを消去し，新たにデータを入手する手続をとらなくてはならない。
【００１５】
上記データバージョンを付す構成により，オリジナルデータのデータバージョンと制御サーバに保存されたデータバージョンとを常に同一とすることができる。従って，バックアップクライアントとリカバリクライアントが別体である場合，リカバリクライアントにおけるリカバリされたオリジナルデータのデータバージョンと制御サーバに保存されたデータバージョンとが等しくなり，かつ，バックアップクライアントにおけるオリジナルデータのデータバージョンとは異なることになるため，リカバリクライアントとバックアップクライアントで重複してデータを利用することが不可能になる。
【００１６】
また，上記バージョン付与手段によりバックアップデータにデータバージョンが付されるため，データバージョンを有していないリカバリクライアントにリカバリする場合であっても，リカバリ処理を実行することができる。
【００１７】
上記データバージョンは，ユーザが確認できないように管理される方が望ましい。バックアップクライアントと制御サーバ，もしくは，リカバリクライアントと制御サーバ間の通信処理においてのみデータバージョンを利用し，ユーザによる不正なデータバージョンの変更を防ぐ。改竄回避のため，さらにデータバージョンを暗号化するとしても良い。
【００１８】
また，上記１段階上のデータバージョンとは，オリジナルデータのデータバージョンに所定の規則に従った数を足した値であるとしても良い。例えば，データバージョンの初期値をコンテンツ等のデータの購入日から特定される数字０３１２１５とすると，バージョンアップは，１００００００を足すとしても良い。従って，１段階上のデータバージョンは１０３１２１５となり，さらに１段階上のデータバージョンは２０３１２１５となる。ここで条件となるのは，データバージョンを上げるとき，バックアップクライアントと制御サーバが規則的に同じ数値を足すことである。
【００１９】
上記バックアップ作成手段は，バックアップデータを作成し，当該バックアップクライアントとは別体の記憶媒体に記憶するとしても良い。このようにバックアップクライアントの記憶媒体以外の分離可能な記憶媒体，例えばポータブルＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）にバックアップデータを記憶することにより，バックアップクライアントとリカバリクライアントを分離することができる。かかる構成により，バックアップクライアントが使用不可能になった場合も，別のリカバリクライアントでリカバリし，かかるデータを再度利用することが可能となる。また，上記記憶媒体は，通信網に接続されたコンピュータ等の記憶媒体でも良い。
【００２０】
上記バックアップクライアントまたはリカバリクライアントを介して，バックアップまたはリカバリを行うユーザが，登録された正規のユーザであるかどうかを認証するユーザ認証手段をさらに備え，ユーザの認証がされない場合は，バックアップデータをリカバリできないとしても良い。この認証は，バックアップデータベースに登録されている，データを利用するユーザのユーザＩＤとパスワードからなるとしても良い。
【００２１】
かかる構成により，バックアップの利用権を設定することができる。コンテンツ配信業者がユーザの希望によりコンテンツ等のデータを配信する場合，かかる利用者を特定するためのユーザＩＤとパスワードを設定し，このようなユーザ認証手段を経由したユーザのみがバックアップもしくはリカバリを行うことができる。
【００２２】
上記制御サーバは，上記ＩＤ保存手段によるバックアップデータＩＤの保存が完了すると，上記バックアップクライアントに保存完了の通知を送信する保存完了通知手段をさらに備えるとしても良い。かかる構成により，バックアップクライアントは，バックアップの完了を知ることができる。さらに，バックアップクライアントは，上記保存完了通知が受信されるまで，上記バックアップ送信手段を所定の回数繰り返す手段を備えても良い。
【００２３】
上記ＩＤ保存手段は，上記バックアップデータベースのバックアップデータＩＤの有無に拘わらず，上記バックアップクライアントから受信したバックアップデータＩＤを保存するとしても良い。かかる構成により，バックアップクライアントは，何回もバックアップすることが可能となり，常に新しいデータをバックアップデータとすることができる。また，このような構成であっても，リカバリは，最終にバックアップしたバックアップデータのみが対象となり，リカバリを重複して行うことはできない。
【００２４】
上記リカバリクライアントは，上記制御サーバからのリカバリの許可が受信されない場合，リカバリの許可が受信されるまで，上記リカバリ送信手段を所定の回数繰り返すとしても良い。かかる構成により，リカバリクライアントと制御サーバの通信不良等による弊害を回避することができる。
【００２５】
上記課題を解決するために，本発明の別の観点によれば，当該バックアップ支援システムに利用されるバックアップクライアント，制御サーバ，リカバリクライアントが提供される。また，コンピュータによって，上記バックアップクライアント，制御サーバ，リカバリクライアントとして機能するコンピュータプログラムも提供され，バックアップクライアントと，制御サーバと，リカバリクライアントとを利用してバックアップを支援するデータバックアップ方法やデータリカバリ方法も提供される。
【００２６】
かかるバックアップクライアントと，制御サーバと，リカバリクライアントは，互いに機能を集約して１または２の装置で構成することもできる。通常，バックアップクライアントとリカバリクライアントは１つの装置で形成される。また，制御サーバのバックアップデータベースはデータ容量の関係に応じて独立した装置で構成することもできる。
【００２７】
さらに，上記制御サーバは，バックアップクライアントやリカバリクライアント等との通信制御を行う機能を分離して，Ｗｅｂサーバを構成することもできる。
【発明の効果】
【００２８】
以上説明したように本発明によれば，利用権無しにコンテンツを利用したり，バックアップデータのコピーを不正に配布したり，または，複数回不正にリカバリを行うといった，コンテンツ等データの不正な使用および不正なリカバリを防止することが可能となる。
【発明を実施するための最良の形態】
【００２９】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書および図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００３０】
以下の実施形態で扱われるコンテンツ等のデータは，音楽，静止画，動画コンテンツ等のコンテンツ配信業者から購入したものを主とする。また，１つのカテゴリ，例えば音楽コンテンツについて複数のコンテンツをダウンロードした場合，バックアップすべきオリジナルデータは，そのような複数のコンテンツの集合であり，バックアップ時にはこのような複数のコンテンツが一度にバックアップされる。
【００３１】
（第１の実施の形態：バックアップ支援システム）
図１は，本実施形態におけるバックアップ支援システムの概略を示したブロック図である。かかるバックアップ支援システムは，通信網１１０と，バックアップクライアント１１２と，制御サーバ１１４と，リカバリクライアント１１６とから構成される。バックアップクライアント１１２とリカバリクライアント１１６は，１つの装置に形成されるとしても良い。
【００３２】
また，上記バックアップクライアント１１２と制御サーバ１１４，および，制御サーバ１１４とリカバリクライアント１１６とが，通信網１１０ではない専用回線を用いて閉鎖的なネットワークを構成することもできる。このような構成により不正なアクセスを防止する。また，制御サーバ１１４は，悪意有る者のなりすましができないような安全な構成をとっている。
【００３３】
上記通信網１１０は，例えば公衆回線網であるインターネットのネットワーク網を含み，電話回線等により各クライアントやサーバが接続される。
【００３４】
上記バックアップクライアント１１２は，コンテンツ配信業者等から購入したコンテンツ等のデータを保存，利用し，不慮の事故によりこのデータが利用できなくなるのを回避するため，上記データのバックアップを作成する。
【００３５】
上記制御サーバ１１４は，バックアップクライアント１１２のバックアップを支援，制御，および，リカバリクライアント１１６のリカバリを支援，制御する。また，不正なリカバリを制限するための処理を行う。
【００３６】
上記リカバリクライアント１１６は，バックアップクライアント１１２でバックアップされたバックアップデータをリカバリする。
【００３７】
このような構成により，ユーザは，先ず，バックアップクライアント１１２でバックアップデータを作成し，そのバックアップデータをバックアップクライアント１１２とは別体の記憶媒体に保存する。また，ユーザがバックアップデータのリカバリを必要とした時，リカバリクライアント１１６において上記バックアップデータをリカバリする。制御サーバ１１４は，このバックアップとリカバリの一連の処理を管理している。
【００３８】
（第２の実施の形態：バックアップクライアント１１２）
図２は，バックアップクライアント１１２の構成を示すブロック図である。上記バックアップクライアント１１２は，バックアップ制御部１３０と，バックアップ作成手段１３２，バージョン付与手段１３４，バックアップ送信手段１３６，バージョン送信手段１３８，利用切り換え手段１４０とから構成される。
【００３９】
上記バックアップ制御部１３０は，中央処理装置（ＣＰＵ）を含む制御装置によりバックアップクライアント１１２を管理および制御する。
【００４０】
上記バックアップ作成手段１３２は，コンテンツ配信業者等からバックアップクライアント１１２にダウンロードしたコンテンツ等のオリジナルデータのバックアップであるバックアップデータを作成する。
【００４１】
上記バージョン付与手段１３４は，上記オリジナルデータのバージョンとしてオリジナルデータに付されているデータバージョンより１段階上，ここでは整数の１ほど大きいデータバージョンをバックアップデータに付与する。
【００４２】
上記バックアップ送信手段１３６は，バックアップ作成手段１３２によってバックアップされたバックアップデータから，ハッシュ値等により一意に導かれるバックアップデータＩＤを生成し，そのバックアップデータＩＤと，オリジナルデータのデータバージョンとを制御サーバ１１４に送信する。
【００４３】
上記バージョン送信手段１３８は，上記のデータバージョンを利用して，既にデータの利用権を失ったバックアップクライアント１１２の利用を防止するため，オリジナルデータの利用時に，当該オリジナルデータのデータバージョンを上記制御サーバ１１４に送信する。
【００４４】
上記利用切り換え手段１４０は，バージョン送信手段１３８によって制御サーバ１１４に送信したデータバージョンに対して，現在利用権があることが返信されると，オリジナルデータの利用を許可する。他のクライアントがバックアップデータのリカバリを行って，制御サーバ１１４のデータバージョンが更新されている場合，かかるオリジナルデータのデータバージョンと制御サーバ１１４のデータバージョンは相違し，利用切り換え手段１４０は当該オリジナルデータの利用を許可しない。
【００４５】
また，コンピュータをしてバックアップクライアント１１２として機能させるコンピュータプログラムも提供される。
【００４６】
（第３の実施の形態：制御サーバ１１４）
図３は，制御サーバ１１４の構成を示すブロック図である。上記制御サーバ１１４は，サーバ制御部１５０と，バックアップデータベース１５２と，ユーザ認証手段１５４と，バージョン確認手段１５６と，ＩＤ保存手段１５８と，保存完了通知手段１６０と，オリジナルデータ許可手段１６２と，データ確認手段１６４と，リカバリ許可手段１６６とから構成される。
【００４７】
上記サーバ制御部１５０は，中央処理装置（ＣＰＵ）を含む制御装置により制御サーバ１１４を管理および制御する。
【００４８】
上記バックアップデータベース１５２は，バックアップクライアント１１２のバックアップとリカバリクライアント１１６のリカバリを制御するために必要なバックアップデータＩＤとデータバージョンとを，オリジナルデータの登録毎，即ち，ユーザが利用するコンテンツ等のデータの利用権毎に保存する。この利用権には，ユーザのユーザＩＤやパスワードも関連付けられている。
【００４９】
上記ユーザ認証手段１５４は，バックアップクライアント１１２またはリカバリクライアント１１６を介して，バックアップまたはリカバリを行うユーザが，登録された正規のユーザであるかどうかを認証する。
【００５０】
上記バージョン確認手段１５６は，バックアップクライアント１１２から受信したデータバージョンがバックアップデータベース１５２に保存されたデータバージョンと等しいかどうかを確認する。このデータバージョンが等しいことは，データバージョンを送信したバックアップクライアント１１２が利用権を有していることを示す。
【００５１】
上記ＩＤ保存手段１５８は，バージョン確認手段１５６でデータバージョンが等しいことが確認されたのを受けて，バックアップデータベース１５２に上記バックアップクライアントから受信したバックアップデータＩＤを保存する。
【００５２】
上記保存完了通知手段１６０は，ＩＤ保存手段１５８によってバックアップデータＩＤの保存が完了すると，バックアップクライアント１１２に保存完了の通知を送信する。
【００５３】
上記オリジナルデータ許可手段１６２は，バックアップクライアント１１２のバージョン送信手段１３８によって送信されたオリジナルデータのデータバージョンが，バックアップデータベース１５２に保存されているデータバージョンと等しいかどうかを，バージョン確認手段１５６を介して確認し，等しい場合，バックアップクライアント１１２にオリジナルデータの利用を許可する。
【００５４】
上記データ確認手段１６４は，リカバリクライアント１１６から受信したバックアップデータＩＤがバックアップデータベース１５２に保存されているバックアップデータＩＤと等しいか，および，リカバリクライアント１１６から受信したデータバージョンがバックアップデータベース１５２に保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認する。この場合も，両バックアップデータＩＤが等しく，データバージョンの組合せが合っていれば，リカバリクライアント１１６は正規にリカバリすることができる。
【００５５】
上記リカバリ許可手段１６６は，データ確認手段１６４でバックアップデータＩＤとデータバージョンが等しいことが確認されると，バックアップデータベース１５２に保存されたデータバージョンを１段階上のデータバージョンに更新し，バックアップデータベース１５２に保存されたバックアップデータＩＤを削除し，リカバリクライアント１１６にリカバリを許可する。
【００５６】
また，コンピュータをして制御サーバ１１４として機能させるコンピュータプログラムも提供される。
【００５７】
（第４の実施の形態：リカバリクライアント１１６）
図４は，リカバリクライアント１１６の構成を示すブロック図である。上記リカバリクライアント１１６は，リカバリ制御部１８０と，リカバリ送信手段１８２と，リカバリ手段１８４とから構成される。
【００５８】
上記リカバリ制御部１８０は，中央処理装置（ＣＰＵ）を含む制御装置によりリカバリクライアント１１６を管理および制御する。
【００５９】
上記リカバリ送信手段１８２は，バックアップデータからハッシュ値等により一意に導かれるバックアップデータＩＤを生成し，そのバックアップデータＩＤと，バックアップデータに付与されたデータバージョンとを制御サーバ１１４に送信する。
【００６０】
上記リカバリ手段１８４は，制御サーバ１１４のリカバリ許可手段１６６によるリカバリの許可に応じて，バックアップデータをリカバリし，バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとする。
【００６１】
また，コンピュータをしてリカバリクライアント１１６として機能させるコンピュータプログラムも提供される。
【００６２】
（第５の実施の形態：データバックアップ方法）
図５は，データバックアップ方法の工程を説明するためのフローチャート図である。本実施形態におけるデータバックアップ方法は，バックアップ作成工程，バージョン付与工程，バックアップ送信工程，ユーザ認証工程，バージョン確認工程，ＩＤ保存工程，保存完了通知工程を含んで構成される。
【００６３】
先ず，バックアップクライアント１１２は，バックアップクライアント１１２に保存されたコンテンツ等のオリジナルデータのバックアップであるバックアップデータを作成し，そのバックアップデータを記憶媒体２１０に保存する（Ｓ２１２）。かかるバックアップデータには，オリジナルデータのバージョンを表すデータバージョンより１段階上，例えば，オリジナルデータのデータバージョンを「１」とした場合，さらに１程インクリメントしたデータバージョン「２」を付与する（Ｓ２１４）。
【００６４】
続いて，上記バックアップデータからハッシュ値等の計算により一意に導かれるバックアップデータＩＤと，上記オリジナルデータのデータバージョン，上記の例では「１」とを制御サーバ１１４に送信する（Ｓ２１６）。
【００６５】
制御サーバ１１４では，バックアップクライアント１１２からバックアップデータＩＤとデータバージョンとを受信すると，先ず，バックアップクライアント１１２に対して，バックアップを行うユーザが，登録された正規のユーザであるかどうかを認証する。この認証は，バックアップクライアント１１２を介して，ユーザＩＤやパスワード等を入力させ（Ｓ２１８），制御サーバ１１４に備わるバックアップデータベース内に保存されたユーザＩＤ，パスワードと整合をとることによって行われる（Ｓ２２０）。ここでユーザＩＤやパスワード等のユーザ情報が相違していると，バックアップ処理を完了することができない，即ち，リカバリをすることができなくなる。
【００６６】
次に，制御サーバ１１４は，バックアップクライアント１１２から受信したデータバージョンが制御サーバに設けられたバックアップデータベースに保存されたデータバージョンと等しいか確認する（Ｓ２２２）。ここでデータバージョンの等しいことが確認された場合，バックアップデータベースにバックアップクライアントから受信したバックアップデータＩＤを保存する（Ｓ２２４）。このバックアップデータＩＤの保存が完了すると，バックアップクライアント１１２に対して，保存完了の通知を送信する（Ｓ２２６）。
【００６７】
上記の工程により，バックアップ処理が完了する。バックアップクライアント１１２は，制御サーバ１１４と通信を行う前に，バックアップデータを作成することは可能だが，結局，上記ＩＤ保存工程Ｓ２２４が行わなければ，当該バックアップデータのリカバリを行うことはできない。
【００６８】
（第６の実施の形態：データリカバリ方法）
図６は，データリカバリ方法の工程を説明するためのフローチャート図である。本実施形態におけるデータリカバリ方法は，リカバリ送信工程，ユーザ認証工程，データ確認工程，リカバリ許可工程，リカバリ工程を含んで構成される。
【００６９】
先ず，リカバリを行おうとするリカバリクライアント１１６は，バックアップデータが保存されている記憶媒体２１０を準備し，そのバックアップデータから一意に導かれるバックアップデータＩＤと，バックアップデータに付与されたデータバージョンとを読み出し（Ｓ２４０），そのバックアップデータＩＤとデータバージョンを上記制御サーバに送信する（Ｓ２４２）。
【００７０】
制御サーバ１１４では，リカバリクライアント１１６からバックアップデータＩＤとデータバージョンとを受信すると，先ず，リカバリクライアント１１６に対して，リカバリを行うユーザが，登録された正規のユーザであるかどうかを認証する。この認証は，リカバリライアント１１６を介して，ユーザＩＤやパスワード等を入力させ（Ｓ２４４），制御サーバ１１４に備わるバックアップデータベース内に保存されたユーザＩＤやパスワードと整合をとることによって行われる（Ｓ２４６）。ここでユーザＩＤやパスワード等のユーザ情報が相違しているとリカバリをすることができない。
【００７１】
続いて，上記制御サーバ１１４は，リカバリクライアント１１６から受信したバックアップデータＩＤが制御サーバ１１４に設けられたバックアップデータベースに保存されているバックアップデータＩＤと等しいか，および，上記リカバリクライアントから受信したデータバージョンがバックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認する（Ｓ２４８）。両者が等しいことが確認されると，バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョン，例えば「１」を「２」に更新し，上記バックアップデータベースに保存されたバックアップデータＩＤを削除し（Ｓ２５０），上記リカバリクライアントにリカバリを許可する信号を送信する（Ｓ２５２）。ここで，バックアップデータＩＤの削除とは，全くデータが無い状態にすることをいう。
【００７２】
リカバリクライアント１１６は，制御サーバ１１４からのリカバリの許可を受けて，当該バックアップデータをリカバリし，バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとして付与する（Ｓ２５４）。
【００７３】
リカバリクライアント１１６は，上記のリカバリの許可が通信不良等により受信されない場合は，リカバリの許可が受信されるまで，バックアップデータＩＤとデータバージョンを上記制御サーバに送信する工程（Ｓ２４２）を所定回数，例えば５回ほど繰り返す。５回を超えてもなお受信されない場合，リカバリクライアント１１６はリカバリが完了しなかったことをユーザに知らせる。
【００７４】
上述の工程により，リカバリ処理が完了する。また，上記バックアップデータにデータバージョンが付された状態でバックアップが行われている場合，即ち，リカバリを行わなければ，バックアップデータに付されたデータバージョンを読み込むことが出来ない場合は，以下の手順でリカバリが行われる。
【００７５】
図７は，データリカバリ方法の工程を説明するためのフローチャート図である。ここでもデータリカバリ方法は，リカバリ送信工程，ユーザ認証工程，データ確認工程，リカバリ許可工程，リカバリ工程を含んで構成される。
【００７６】
先ず，リカバリを行おうとするリカバリクライアント１１６は，バックアップデータが保存されている記憶媒体２１０を準備し，そのバックアップデータから一意に導かれるバックアップデータＩＤを生成し（Ｓ２６０），そのバックアップデータＩＤを上記制御サーバに送信する（Ｓ２６２）。
【００７７】
制御サーバ１１４では，リカバリクライアント１１６からバックアップデータＩＤを受信すると，先ず，リカバリクライアント１１６に対して，リカバリを行うユーザが，登録された正規のユーザであるかどうかを認証する。この認証は，リカバリライアント１１６を介して，ユーザＩＤやパスワード等を入力させ（Ｓ２６４），制御サーバ１１４に備わるバックアップデータベース内に保存されたユーザＩＤやパスワードと整合をとることによって行われる（Ｓ２６６）。ここでユーザＩＤやパスワード等のユーザ情報が相違していると，リカバリをすることができない。
【００７８】
続いて，上記制御サーバ１１４は，リカバリクライアント１１６から受信したバックアップデータＩＤが制御サーバ１１４に設けられたバックアップデータベースに保存されているバックアップデータＩＤと等しいかを確認する（Ｓ２６８）。上記バックアップデータＩＤが等しいことが確認されると，上記リカバリクライアントにリカバリを許可する信号を送信する（Ｓ２７０）。
【００７９】
リカバリクライアント１１６は，制御サーバ１１４からのリカバリの許可を受けて，当該バックアップデータを記憶媒体２１０からリカバリし（Ｓ２７２），バックアップデータに付与されたデータバージョンを読み出して，制御サーバ１１４に送信する（Ｓ２７４）。ここでのリカバリは，仮のリカバリであって，制御サーバ１１４から改めてデータの利用許可信号が来ないとデータの利用はできない。
【００８０】
制御サーバ１１４は，リカバリクライアント１１６から受信したデータバージョンがバックアップデータベースに保存されているデータバージョンより１段階上のデータバージョンと等しいかを確認する（Ｓ２７６）。このデータバージョンの整合がとれていると，バックアップデータベースに保存されたデータバージョンを１段階上のデータバージョン，例えば「１」を「２」に更新し，上記バックアップデータベースに保存されたバックアップデータＩＤを削除し（Ｓ２７８），上記リカバリクライアントにデータの利用を許可する信号を送信する（Ｓ２８０）。ここで，バックアップデータＩＤの削除は，全くデータが無い状態にすることをいう。
【００８１】
リカバリクライアント１１６は，制御サーバ１１４からのデータの利用許可を受けて，バックアップデータに付与されたデータバージョンをリカバリされたオリジナルデータのデータバージョンとして付与し，当該リカバリされたオリジナルデータを利用することができるようになる（Ｓ２８２）。
【００８２】
（第７の実施の形態：データバックアップ方法）
図８は，データバックアップ方法の付加的な工程を説明するためのフローチャート図である。バックアップクライアント１１２でバックアップしたバックアップデータを，別体のリカバリクライアント１１６でリカバリした場合，バックアップクライアント１１２は，もはやかかるデータを利用する権利を有さない。しかし，バックアップクライアント１１２は，このデータのアンインストールを行わない限りそのまま残ったデータを利用できる。かかる方法は，このような不合理をデータバージョンによって解消するものである。
【００８３】
本実施形態におけるデータバックアップ方法は，バージョン送信工程，オリジナルデータ許可工程，利用切り換え工程を含んで構成される。
【００８４】
先ず，バックアップクライアント１１２がコンテンツ配信業者からダウンロードしたコンテンツ等のデータを利用しようと考えたとき，初期動作として，オリジナルデータのデータバージョンを制御サーバ１１４に送信する（Ｓ３００）。これに応じて制御サーバ１１４は，バックアップクライアント１１２から受信したオリジナルデータのデータバージョンが，バックアップデータベースに保存されているデータバージョンと等しいかどうかを確認し，等しいと判断された場合，バックアップクライアント１１２にオリジナルデータの利用を許可する（Ｓ３０２）。バックアップクライアント１１２は，制御サーバ１１４からのオリジナルデータの利用許可に応じて，オリジナルデータを利用可能に切り換える（Ｓ３０４）。即ち，制御データ１１４からの許可を得て，当該オリジナルデータを利用することが可能になる。
【００８５】
上記の場合では，バックアップクライアント１１２は，かかるデータの利用権を持っているので，問題なくデータを利用できる。しかし，バックアップを行った（Ｓ３１０）後で，他のリカバリクライアント１１６に対してリカバリを行う（Ｓ３１２）と，かかるデータを利用できるクライアントが２つとなる。このような重複利用を回避するため，データバージョンを利用してリカバリしたリカバリクライアント１１６のみに利用権を与え，リカバリを行ってないバックアップクライアント１１２から利用権を奪う。
【００８６】
詳説すると，上記のように他のリカバリクライアント１１６でリカバリされた後では，リカバリクライアント１１６におけるオリジナルデータのデータバージョンおよび制御サーバ１１４のバックアップデータベースに保存されたデータバージョンは等しく，かつ，バックアップクライアント１１２より１つ上になる。
【００８７】
従って，バックアップクライアント１１２がオリジナルデータのデータバージョンを制御サーバ１１４に送信しても（Ｓ３２０），制御サーバ１１４のバックアップデータベースに保存されたデータバージョンと相違するので，バックアップクライアント１１２のオリジナルデータの利用は許可されない（Ｓ３２２）。従って，バックアップクライアント１１２の利用切り換え工程（Ｓ３０４）は実施されず，かかるデータの利用はできなくなる。
【００８８】
このようなバックアップクライアント１１２に保存されたデータが利用可能なものであるかどうかの確認は，バックアップクライアント１１２の電源入力時や，定期的に行われるとしても良いが，バックアップを行う時のみ確認されるとしても良い。このようにして同一のバックアップクライアント１１２による複数のバックアップデータから，複数のリカバリクライアント１１６が生成されるのを防ぐことができる。
【００８９】
（第８の実施の形態：バックアップ支援システム）
本実施形態ではバックアップ支援システムをさらに詳細に説明する。
【００９０】
図９Ａ〜Ｅは，本実施形態におけるバックアップ支援システムを詳細に説明するためのブロック図である。特に図９Ａ，Ｂは，バックアップに関し，図９Ｃ〜Ｅは，リカバリに関し表されている。
【００９１】
図９Ａを参照すると，バックアップクライアント１１２は，オリジナルデータ４１０とそのデータバージョン「１」４１２とを有し，バックアップを行うため制御サーバ１１４に通信網を介して接続している。制御サーバ１１４は，バックアップデータベース１５２にユーザＩＤ「Ｔａｒｏ」４１４，パスワード「１２３４５６７」４１６，データバージョン「１」４１８，バックアップデータＩＤ４２０（ここでは保存領域のみ）を有している。制御サーバ１１４は，バックアップクライアント１１２で入力されたユーザＩＤと上記ユーザＩＤ４１４を比較し（Ｓ４３０），さらにパスワード４１６を比較して（Ｓ４３２），かかるユーザがバックアップする権利を有した正規のユーザであることを確認する。
【００９２】
続いて，図９Ｂに示すように，バックアップクライアント１１２は，記憶媒体２１０にバックアップデータ４５４を作成し（Ｓ４５０），オリジナルデータのデータバージョン「１」を１つ更新したデータバージョン「２」４５６をバックアップデータ４５４に付与する。制御サーバ１１４は，こうしてバックアップされたバックアップデータ４５４をリカバリできるようにするため，バックアップクライアント１１２におけるオリジナルデータ４１０のデータバージョン「１」４１２と制御サーバ１１４のデータバージョン「１」４１８とを比較し（S４５８），データバージョンが等しいことが確認されると，バックアップクライアント１１２から受信されたバックアップデータＩＤ「ＡＢＣ１２３４」をバックアップデータベース１５２にバックアップＩＤ４２０として記憶する。このバックアップデータＩＤ「ＡＢＣ１２３４」４２０が記憶された状態が，リカバリ可能であることを示している。
【００９３】
次に，図９Ｃに示すように，リカバリクライアント１１６が，リカバリを実施する場合を想定する。制御サーバ１１４は，リカバリクライアント１１６で入力されたユーザＩＤと上記ユーザＩＤ４１４を比較し（Ｓ４７０），さらにパスワード４１６を比較して（Ｓ４７２），かかるユーザがリカバリする権利を有した正規のユーザであることを確認する。
【００９４】
図９Ｄにおいては，制御サーバ１１４は，リカバリクライアント１１６がリカバリ対象としているバックアップデータ４５４のデータバージョン「２」４５６が制御サーバ１１４のデータバージョン４１８の１段階上であり（Ｓ４８０），かつ，バックアップデータ４５４から一意に求められるバックアップデータＩＤ「ＡＢＣ１２３４」が制御サーバ１１４のバックアップデータＩＤ「ＡＢＣ１２３４」４２０と等しいこと（Ｓ４８２）を確認し，リカバリクライアント１１６にリカバリの許可を出す。
【００９５】
このとき，図９Ｅに示すように，制御サーバ１１４のデータバージョン「１」４１８は，「２」に更新され，バックアップデータＩＤ「ＡＢＣ１２３４」４２０は削除される。上記のリカバリ許可を受けたリカバリクライアント１１６は，記憶媒体２１０からバックアップデータ４５４をリカバリし（Ｓ４９０），データバージョン「２」４５６も新たにオリジナルデータとなった新オリジナルデータ４９４のデータバージョン「２」４９６として付与される。
【００９６】
このようにしてリカバリされた新オリジナルデータ４９４のデータバージョン「２」４９６と制御サーバ１１４のデータバージョン「２」４１８は等しいので，当該リカバリクライアント１１６は，バックアップクライアント１１２としての機能を果たすことができるようになる。
【００９７】
（第９の実施の形態：不正行為防止）
図１０〜図１３を用いて，上述したバックアップ支援システムでどのようにバックアップおよびリカバリの不正行為を防止するか詳説する。
【００９８】
図１０は，不正に作成された不正バックアップデータ５１２によりリカバリを行う場合を説明したブロック図である。かかる不正バックアップデータ５１２は，図９Ｄに示した正規のバックアップデータ４５４と相違するため，一意に求まるバックアップデータＩＤ「ＤＥＦ１２３４」が正規のバックアップデータＩＤ「ＡＢＣ１２３４」４２０と整合せず（Ｓ５１４），リカバリの処理を行うことができない。
【００９９】
図１１は，同一のバックアップデータ４５４もしくはバックアップデータ４５４をコピーしたものを利用して，複数回のリカバリを試みた場合を説明したブロック図である。既にリカバリが行われた制御サーバ１１４は，図９Ｅに示すように，バックアップデータＩＤ４２０は削除されている。かかるバックアップデータのリカバリは，制御サーバ１１４にバックアップデータＩＤが登録されていることを条件としているので，バックアップデータＩＤの整合（Ｓ５２０）により，２回目以降のリカバリは拒否される。
【０１００】
図１２は，他のリカバリクライアント１１６でリカバリされた後にバックアップクライアント１１２がデータを利用する場合を説明したブロック図である。既にリカバリが行われた制御サーバ１１４は，図９Ｅに示すように，データバージョン４１８は「２」に更新されている。このバックアップクライアント１１２にアンインストールせず残っているオリジナルデータ４１０は形式的に利用できるが，このオリジナルデータ４１０のデータバージョン４１２の「１」と制御サーバ１１４のデータバージョン４１８の「２」とが同一ではないので，利用が制限される。
【０１０１】
図１３Ａ，Ｂは，バックアップの権利を有するバックアップクライアント１１２において複数回のバックアップを行った場合を説明するブロック図である。バックアップクライアント１１２は，バックアップを行うと図９Ｂに示すようなバックアップデータ４５４が作成される。その後，オリジナルデータが更新され，新たにバックアップを試みた場合，図１３Ａに示すような新たな新バックアップデータ５４４が作成される。この新バックアップデータ５４４に付されるデータバージョン５４６は，旧バックアップデータ４５４のデータバージョン４５６と等しい。このバックアップにおいては，制御サーバ１１４のデータバージョン４１８と整合がとられ（Ｓ５５２），その後，新バックアップデータ５４４から一意に導き出されるバックアップデータＩＤ「ＡＢＣ５６７８」が制御サーバ１１４に上書きされる（Ｓ５５４）。
【０１０２】
ここで，図１３Ｂに示すように，旧バックアップデータ４５４によってリカバリを試みると，旧バックアップデータ４５４から一意に導かれるバックアップデータＩＤ「ＡＢＣ１２３４」と制御サーバ１１４に保存されるバックアップデータＩＤ「ＡＢＣ５６７８」４２０が相違し，リカバリは拒否される。
【０１０３】
上記のように，バックアップデータＩＤとデータバージョンを利用して，バックアップおよびリカバリの不正行為が防止される。
【０１０４】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１０５】
例えば，上記の実施例では，バックアップクライアントとリカバリクライアントを挙げてバックアップ支援システムを説明したが，かかる形態に限定されるものではなく，１つのクライアントに機能が統合されるとしても良い。また，作成されたバックアップデータは，制御サーバによって保存または管理されるとしても良く，かかる構成により，さらに不正を防止するシステムを構築できる。
【０１０６】
また，本発明で利用されるデータは，音楽，静止画，動画コンテンツに限定されず，バックアップクライアントで保存され，バックアップをとることが有効なデータであれば，如何なるコンテンツを利用することも可能である。
【産業上の利用可能性】
【０１０７】
本発明は，バックアップ支援システム，バックアップクライアント，制御サーバ，リカバリクライアント，データバックアップ方法，データリカバリ方法およびそのコンピュータプログラムに適用可能である。
【図面の簡単な説明】
【０１０８】
【図１】第１の実施形態におけるバックアップ支援システムの概略を示したブロック図である。
【図２】バックアップクライアントの構成を示すブロック図である。
【図３】制御サーバの構成を示すブロック図である。
【図４】リカバリクライアントの構成を示すブロック図である。
【図５】データバックアップ方法の工程を説明するためのフローチャート図である。
【図６】データリカバリ方法の工程を説明するためのフローチャート図である。
【図７】データリカバリ方法の工程を説明するためのフローチャート図である。
【図８】データバックアップ方法の付加的な工程を説明するためのフローチャート図である。
【図９Ａ】バックアップ支援システムを詳細に説明するためのブロック図である。
【図９Ｂ】バックアップ支援システムを詳細に説明するためのブロック図である。
【図９Ｃ】バックアップ支援システムを詳細に説明するためのブロック図である。
【図９Ｄ】バックアップ支援システムを詳細に説明するためのブロック図である。
【図９Ｅ】バックアップ支援システムを詳細に説明するためのブロック図である。
【図１０】不正バックアップデータによりリカバリを行う場合を説明したブロック図である。
【図１１】同一のバックアップデータを利用して，複数回のリカバリを試みた場合を説明したブロック図である。
【図１２】リカバリされた後にバックアップクライアントがデータを利用する場合を説明したブロック図である。
【図１３Ａ】バックアップクライアントにおいて複数回バックアップを行った場合を説明するブロック図である。
【図１３Ｂ】バックアップクライアントにおいて複数回バックアップを行った場合を説明するブロック図である。
【符号の説明】
【０１０９】
１１０  通信網
１１２  バックアップクライアント
１１４  制御サーバ
１１６  リカバリクライアント
１３２  バックアップ作成手段
１３４  バージョン付与手段
１３６  バックアップ送信手段
１３８  バージョン送信手段
１４０  利用切り換え手段
１５２  バックアップデータベース
１５４  ユーザ認証手段
１５６  バージョン確認手段
１５８  ＩＤ保存手段
１６０  保存完了通知手段
１６２  オリジナルデータ許可手段
１６４  データ確認手段
１６６  リカバリ許可手段
１８２  リカバリ送信手段
１８４  リカバリ手段
【図１】
2005196491.tif 000003
【図２】
2005196491.tif 000004
【図３】
2005196491.tif 000005
【図４】
2005196491.tif 000006
【図５】
2005196491.tif 000007
【図６】
2005196491.tif 000008
【図７】
2005196491.tif 000009
【図８】
2005196491.tif 000010
【図９Ａ】
2005196491.tif 000011
【図９Ｂ】
2005196491.tif 000012
【図９Ｃ】
2005196491.tif 000013
【図９Ｄ】
2005196491.tif 000014
【図９Ｅ】
2005196491.tif 000015
【図１０】
2005196491.tif 000016
【図１１】
2005196491.tif 000017
【図１２】
2005196491.tif 000018
【図１３Ａ】
2005196491.tif 000019
【図１３Ｂ】
2005196491.tif 000020