(57)【要約】【課題】複雑な復旧条件に応じて、データの復旧を制御することが可能な復旧制御装置を提供する。【解決手段】復旧制御部１４（復旧制御装置）データ格納部に格納された、復旧の対象となる復旧対象データを復旧する。復旧制御部１４は、復旧対象データの復旧を要求する復旧要求を受信し、復旧対象データを特定する復旧要求処理部１４１と、復旧対象データに対応する、予め登録されたバックアップデータを取得するデータ取得部１４４と、バックアップデータに対応する、復旧条件を定めた復旧ポリシーを取得する復旧ポリシー取得部１４５と、復旧条件に従って、バックアップデータを更新するデータ更新部１４３と、更新されたバックアップデータによって、復旧対象データを復旧するデータ復旧部１４２とを備える。【選択図】図２
2006113966.tif 000002
【特許請求の範囲】
【請求項１】
データ格納部に格納された、復旧の対象となる復旧対象データを復旧する復旧制御装置であって、
前記復旧対象データの復旧を要求する復旧要求を受信し、前記復旧対象データを特定する復旧要求処理手段と、
前記復旧対象データに対応する、予め登録されたバックアップデータを取得するデータ取得手段と、
前記バックアップデータに対応する、復旧条件を定めた復旧ポリシーを取得する復旧ポリシー取得手段と、
前記復旧条件に従って、前記バックアップデータを更新するデータ更新手段と、
前記更新されたバックアップデータによって、前記復旧対象データを復旧するデータ復旧手段と
を備えることを特徴とする復旧制御装置。
【請求項２】
前記バックアップデータには、前記バックアップデータに適応される復旧ポリシーを対応付ける復旧ポリシー対応情報が付与されており、
前記データ更新手段は、前記復旧ポリシー対応情報で指定される復旧ポリシーに従って、前記バックアップデータを更新することを特徴とする請求項１に記載の復旧制御装置。
【請求項３】
前記復旧ポリシーは、復旧を行う端末装置あるいは端末装置保有者の認証を行うことを復旧の条件として含み、
前記認証を行う認証手段を更に備えることを特徴とする請求項１又は２に記載の復旧制御装置。
【請求項４】
前記復旧ポリシーは、前記バックアップデータを他の端末装置で管理されている当該データと同期させることを復旧の条件として含み、
前記データ更新手段は、前記他の端末装置から取得したデータを利用して前記バックアップデータを更新することを特徴とする請求項１〜３のいずれか１項に記載の復旧制御装置。
【請求項５】
前記復旧ポリシーは、データの同期を実行する復旧時刻情報を更に含み、
前記復旧時刻まで、前記バックアップデータを一時的に記憶するデータ一時記憶手段と、
前記復旧時刻が経過するまで、アプリケーションの利用を禁止するアプリロック手段と
を更に備えることを特徴とする請求項４に記載の復旧制御装置。
【請求項６】
前記復旧ポリシーは、他の端末装置に格納された前記復旧対象データの消去を復旧の条件として含み、
前記復旧対象データの消去を他の端末装置に要求するデータ消去要求手段を更に備えることを特徴とする請求項１〜５のいずれか１項に記載の復旧制御装置。
【請求項７】
データ格納部に格納された、復旧の対象となる復旧対象データを復旧する復旧制御方法であって、
前記復旧対象データの復旧を要求する復旧要求を受信し、前記復旧対象データを特定するステップと、
前記復旧対象データに対応する、予め登録されたバックアップデータを取得するステップと、
前記バックアップデータに対応する、復旧条件を定めた復旧ポリシーを取得するステップと、
前記復旧条件に従って、前記バックアップデータを更新するステップと、
前記更新されたバックアップデータによって、前記復旧対象データを復旧するステップと
を含むことを特徴とする復旧制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの復旧を制御する復旧制御装置及び復旧制御方法に関する。
【背景技術】
【０００２】
携帯電話やＰＣ、ＰＤＡ等の端末装置は、電話帳データや予定表データ等の個人情報、業務文書やゲーム途中経過等のアプリケーションデータ、コンテンツ等のサービスデータといったユーザにとって重要なデータを格納している。又、近年の携帯電話の高機能化や他サービスとの連携の強化に伴い、電子マネー情報や得点ポイント情報、自宅の鍵データ、各種カード情報など非常に重要度の高いデータを格納する利用形態が今後も拡大していくものと予想される。
【０００３】
上記のような重要度の高いデータの喪失は、ユーザにとって大きな損害となる。更に、携帯電話やＰＤＡ等の携帯型のデバイスは落下などによる故障や、置き忘れなどによる紛失の危険性が高い。このため、端末装置の紛失や故障、データの誤消去等、不慮の事態が発生した場合でも重要データを復旧可能とするデータ復旧機能の重要性が今後高まるものと予想される。
【０００４】
データ復旧機能は、単純には、データの複製を記録メディアやサーバにバックアップし、復旧が必要になった場合にバックアップしておいた複製データを復旧することによって実現可能である。しかし、上記のような単純な復旧は、データの内容によっては、データの管理主体に逆に不利益を及ぼす危険性がある。例えば、ユーザの個人情報のバックアップデータを格納した記録メディアが第３者の手に渡った場合、データ復旧によって個人情報が漏洩してしまう。又、ネットワークアプリケーションデータ等、ネットワーク側に蓄積されたデータとの整合性が必要なデータをバックアップデータで置き換えてしまうと、データ間の不整合が生じる。その結果、アプリケーションの動作障害によりユーザの利便性を損なう場合や、価値データの不正な復旧によりアプリケーション提供者側に不利益を及ぼす場合がある。
【０００５】
このようなバックアップデータの不正な復旧を防止するため、バックアップデータを暗号化して管理するバックアップデータ管理システムが開示されている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−８５０４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、暗号化によるバックアップデータの保護は、個人情報の漏洩などの脅威を回避可能であるが、前述のネットワーク側のデータとの不整合など、他の問題を解決することはできない。上で述べた問題以外にも、データの管理主体は、復旧に対して様々な要求条件を有する可能性がある。アプリケーションや端末装置の認証、復旧と同時に元の復旧対象データの確実な消去、ネットワーク側データとの整合をとるための遅延時間の設定等が、復旧条件の一例として挙げられる。このような多様で複雑な復旧条件に、特許文献１で開示されたシステムのように暗号化だけで対応するのは困難である。
【０００７】
そこで、本発明は、上記の課題に鑑み、複雑な復旧条件に応じて、データの復旧を制御することが可能な復旧制御装置及び復旧制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の特徴は、データ格納部に格納された、復旧の対象となる復旧対象データを復旧する復旧制御装置であって、（ａ）復旧対象データの復旧を要求する復旧要求を受信し、復旧対象データを特定する復旧要求処理手段と、（ｂ）復旧対象データに対応する、予め登録されたバックアップデータを取得するデータ取得手段と、（ｃ）バックアップデータに対応する、復旧条件を定めた復旧ポリシーを取得する復旧ポリシー取得手段と、（ｄ）復旧条件に従って、バックアップデータを更新するデータ更新手段と、（ｅ）更新されたバックアップデータによって、復旧対象データを復旧するデータ復旧手段とを備える復旧制御装置であることを要旨とする。
【０００９】
第１の特徴に係る復旧制御装置によると、復旧対象データの管理主体が定めた復旧ポリシーに従って復旧を制御することが可能となる。これにより、管理主体が意図しない復旧から復旧対象データを保護することが可能となり、管理主体にとって好適なデータ復旧機能を実現可能となる。
【００１０】
又、第１の特徴に係る復旧制御装置において、バックアップデータには、バックアップデータに適応される復旧ポリシーを対応付ける復旧ポリシー対応情報が付与されており、データ更新手段は、復旧ポリシー対応情報で指定される復旧ポリシーに従って、バックアップデータを更新してもよい。
【００１１】
この復旧制御装置によると、バックアップデータに含まれるデータ項目個別に復旧ポリシーを対応付けることができる。このため、同一のバックアップデータ内で異なる復旧ポリシーを設定する細粒度の復旧制御が可能となり、様々なアプリケーションにとって好適なデータ復旧機能を実現可能となる。
【００１２】
又、第１の特徴に係る復旧制御装置において、復旧ポリシーは、復旧を行う端末装置あるいは端末装置保有者の認証を行うことを復旧の条件として含み、認証を行う認証手段を更に備えてもよい。
【００１３】
この復旧制御装置によると、端末装置もしくは端末装置保有者の認証が成功した場合のみデータの復旧を許可することができる。このため、復旧対象データの管理主体が意図しない復旧を防止することが可能となり、より安全なデータ復旧機能を実現可能となる。
【００１４】
又、第１の特徴に係る復旧制御装置において、復旧ポリシーは、バックアップデータを他の端末装置で管理されている当該データと同期させることを復旧の条件として含み、データ更新手段は、他の端末装置から取得したデータを利用してバックアップデータを更新してもよい。
【００１５】
この復旧制御装置によると、バックアップデータを他の端末装置で管理されている当該データと同期させた後にのみ復旧を許可することができる。このため、例えば、ネットワーク上のサーバに蓄積されたデータとの一貫性を保つ必要がある復旧対象データについて、復旧後に一貫性が失われるのを回避することが可能となり、ネットワークアプリケーションにとって好適なデータ復旧機能を実現可能となる。
【００１６】
又、第１の特徴に係る復旧制御装置において、復旧ポリシーは、データの同期を実行する復旧時刻情報を更に含み、復旧時刻まで、バックアップデータを一時的に記憶するデータ一時記憶手段と、復旧時刻が経過するまで、アプリケーションの利用を禁止するアプリロック手段とを更に備えてもよい。
【００１７】
この復旧制御装置によると、バックアップデータの同期が必要な場合に、同期の実行を復旧ポリシーで指定された時刻まで遅延させることができる。遅延させる場合は、復旧対象データを利用するアプリケーションをロックする機能も備える。これによって、例えば、データを分散処理するシステムであって、ネットワーク上のサーバによるデータ収集に遅延が生じる場合でも、当該データの収集が完了するまで復旧処理を遅延させることによって、データの一貫性が復旧により失われることを防止することが可能となる。従って、分散処理システムに好適なデータ復旧機能を実現可能となる。
【００１８】
又、第１の特徴に係る復旧制御装置において、復旧ポリシーは、他の端末装置に格納された復旧対象データの消去を復旧の条件として含み、復旧対象データの消去を他の端末装置に要求するデータ消去要求手段を更に備えてもよい。
【００１９】
この復旧制御装置によると、他の端末装置に格納された復旧対象データの消去を条件にデータ復旧を許可することができる。このため、復旧対象データが複数の装置に複製されることを禁止することが可能となり、復旧対象データの管理主体にとって好適なデータ復旧機能を実現可能となる。
【００２０】
本発明の第２の特徴は、データ格納部に格納された、復旧の対象となる復旧対象データを復旧する復旧制御方法であって、（ａ）復旧対象データの復旧を要求する復旧要求を受信し、復旧対象データを特定するステップと、（ｂ）復旧対象データに対応する、予め登録されたバックアップデータを取得するステップと、（ｃ）バックアップデータに対応する、復旧条件を定めた復旧ポリシーを取得するステップと、（ｄ）復旧条件に従って、バックアップデータを更新するステップと、（ｅ）更新されたバックアップデータによって、復旧対象データを復旧するステップとを含む復旧制御方法であることを要旨とする。
【００２１】
第２の特徴に係る復旧制御方法によると、復旧対象データの管理主体が定めた復旧ポリシーに従って復旧を制御することが可能となる。これにより、管理主体が意図しない復旧から復旧対象データを保護することが可能となり、管理主体にとって好適なデータ復旧機能を実現可能となる。
【発明の効果】
【００２２】
本発明によると、複雑な復旧条件に応じて、データの復旧を制御することが可能な復旧制御装置及び復旧制御方法を提供することができる。
【発明を実施するための最良の形態】
【００２３】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００２４】
＜第１の実施の形態＞
（復旧制御システム）
第１の実施の形態に係る復旧制御システムは、図１に示すように、端末装置１０ａ、１０ｂと、アプリケーション提供サーバ４０と、サービス提供サーバ５０と、バックアップサーバ６０とを備える。
【００２５】
端末装置１０ａ、１０ｂは、携帯電話やＰＣなどユーザがアプリケーションやサービスを利用するために用いる装置である。例えば、プリインストールされたユーティリティソフトや、ＣＤ−ＲＯＭなどの蓄積媒体やアプリケーション提供サーバ４０から取得したゲームソフトを端末装置１０ａ、１０ｂ上で実行する。又は、サービス提供サーバ５０が提供する映像コンテンツや着信音などを端末装置１０ａ、１０ｂ上で利用するといった利用形態が想定される。
【００２６】
ここで、端末装置１０ａ、１０ｂは、ゲーム途中経過等のアプリケーションデータやコンテンツ等のサービスデータを端末装置１０ａ、１０ｂ上の記憶媒体に蓄積し管理できるものとする。これらのデータはユーザにとって重要なデータであり、端末装置１０ａ、１０ｂの紛失や故障、データの誤消去等、不慮の事態が発生した場合でも直前のデータを復旧できることが望ましい。
【００２７】
バックアップ装置は、端末装置上のアプリケーションデータやサービスデータの複製を管理する機能を提供する装置であり、ネットワーク上のバックアップサーバ６０や、端末装置１０ａ、１０ｂに接続された外部記憶媒体２０（例えば、ディスクドライブ）などで実現される。以下、バックアップ装置がネットワーク上のバックアップサーバ６０であると想定して説明するが、端末装置１０ａ、１０ｂに接続された外部記憶媒体２０の場合でも同様の構成で実施可能である。
【００２８】
ユーザは、不慮の事態に備え、端末装置１０ａ、１０ｂの記憶媒体上のデータをバックアップサーバ６０に登録する。不慮の事態が発生した場合は、バックアップサーバ６０に登録したバックアップデータを端末装置１０ａ、１０ｂにダウンロードし、データを復旧することが可能となる。ここで、バックアップデータを登録する端末装置１０ａ、１０ｂと、データをダウンロードする端末装置１０ａ、１０ｂは同一である場合もあるし、異なる場合もある。
【００２９】
一方、アプリケーションデータやサービスデータの内容によっては、バックアップデータによる復旧を条件に応じて制御する機能が必要となる。
【００３０】
第１の実施の形態においては、端末装置１０ａ、１０ｂがユーザやアプリケーション提供者、サービス提供者が定めた復旧条件に応じてデータの復旧を制御する復旧制御機能（後述する図２の復旧制御部１４）を備える。
【００３１】
次に、端末装置１０について、詳細に説明する。
【００３２】
第１の実施の形態に係る端末装置１０は、図２に示すように、データ格納部１１と、復旧ポリシー管理部１２と、バックアップ部１３と、復旧制御部１４（復旧制御装置）とを備える。
【００３３】
データ格納部１１は、端末装置１０上で実行されるアプリケーション１６ａ、１６ｂ（アプリ１、アプリ２）が参照するデータやサービスデータを格納する。アプリケーション１６ａ、１６ｂは、例えば、端末装置１０の基本ソフトウェア（ＯＳ）を介して、データ格納部１１にアクセスする。又、データ格納部１１は、データに対応付けられる復旧ポリシーを格納する。
【００３４】
アプリケーションデータやサービスデータには、ユーザやアプリケーション提供者、サービス提供者が復旧条件を定めた復旧ポリシーを設定することができる。復旧ポリシーは、端末装置１０の入力部（図示せず）から設定されてもよく、バックアップサーバ６０など外部ネットワークから設定されてもよい。
【００３５】
復旧ポリシー管理部１２は、上記復旧ポリシーを取得し、データ格納部１１に格納されたデータに対応付けて管理する。データと復旧ポリシーの対応付けは、例えば、ファイルシステムのパス名やメモリの仮想アドレス等を利用して実現可能である。
【００３６】
又、データと復旧ポリシーを対応付ける方法として、例えば、図３に示すようなテーブルを復旧ポリシー管理部１２が保持することとしてもよい。図３では、データ情報として、バックアップデータを識別する識別子と、当該識別子に対応するバックアップデータ要素（ここでは、ファイル名など）と、復旧先のアドレスとを有し、当該データを復旧するために従う復旧ポリシーと対応付けている。例えば、＜識別子１＞の＜ファイル名１＞の＜パス名１＞に存在したデータは、すべての復旧条件が許可されていることから、無条件に復旧される。又、＜識別子１＞の＜ファイル名２＞の＜パス名２＞に存在したデータは、すべての復旧条件が許可されていないことから、復旧をすることができない。又、（識別子１＞の＜ファイル名４＞の＜パス名４＞に存在したデータは、そのデータが＜ｈｔｔｐ：／／．．．＞のＵＲＬに一致するときのみ、Ｘ秒待機した後、復旧される。
【００３７】
尚、復旧ポリシーは、バックアップサーバ６０に登録する際に、データと共に登録されてもよく、データ格納部１１に格納されてもよい。
【００３８】
バックアップ部１３は、バックアップ要求処理部１３１と、データ取得部１３２と、データ記録部１３３とを備える。
【００３９】
バックアップ要求処理部１３１は、ユーザやアプリケーションからのバックアップ要求に応じて、データ取得部１３２へデータ取得要求を出力する。又、バックアップ要求処理部１３１は、データ取得部１３２から取得したデータをバックアップデータとして、バックアップサーバ６０へ登録する。更に、バックアップ要求処理部１３１は、バックアップデータに対応付けられた復旧ポリシーをバックアップサーバ６０へ登録してもよい。又、バックアップ要求処理部１３１は、データ取得部１４４からのバックアップデータ取得要求に応じて、バックアップサーバ６０からバックアップデータを取得する。
【００４０】
データ取得部１３２は、データ格納部１１に格納されたデータを取得する。又、データ取得部１３２は、復旧ポリシー管理部１２から当該データに対応する復旧ポリシーを取得し、バックアップデータに対応付けてもよい。この場合、バックアップ要求処理部１３１は、バックアップデータ及び復旧ポリシーをバックアップサーバ６０に登録する。復旧ポリシーを登録しない場合は、後にダウンロードしたバックアップデータと復旧ポリシーの対応付けを導出できるように適切な識別情報をバックアップデータに付与する必要がある。例えば、ファイルのパス名やメモリの仮想アドレス等を識別情報として利用可能である。
【００４１】
データ記録部１３３は、バックアップサーバ６０へ登録したデータの履歴を記録する。例えば、登録したデータの識別情報、登録時間等を対応付けて記録する。
【００４２】
復旧制御部１４は、復旧ポリシーが定める復旧条件に基づいてバックアップデータを更新し、更新済みのバックアップデータを利用してデータ格納部１１に格納された当該データを復旧する。
【００４３】
復旧制御部１４（復旧制御装置）は、復旧要求処理部１４１と、データ復旧部１４２と、データ取得部１４４と、復旧ポリシー取得部１４５と、データ更新部１４３とを備える。
【００４４】
復旧要求処理部１４１は、ユーザまたはアプリケーションから、データの復旧を要求する復旧要求を受信し、復旧の対象となる復旧対象データを特定する。そして、復旧要求処理部１４１は、復旧対象データの識別情報をデータ復旧部１４２へ出力する。復旧対象データの識別情報は、例えば、復旧要求で指定可能としても良いし、アプリケーション毎に事前指定しても良い。
【００４５】
データ復旧部１４２は、識別情報で特定される復旧対象データをデータ取得部１４４へ要求する。又、データ復旧部１４２は、復旧ポリシーに基づくバックアップデータ更新をデータ更新部１４３に要求すると共に、取得したバックアップデータをデータ更新部１４３へ出力する。
【００４６】
データ取得部１４４は、バックアップ部１３のバックアップ要求処理部１３１へ、データ取得要求を出力する。そして、データ取得部１４４は、バックアップ部１３を介して、バックアップサーバ６０から当該バックアップデータを取得する。
【００４７】
データ更新部１４３は、データ取得部１４４が取得したバックアップデータに、バックアップデータに適応される復旧ポリシーを対応付ける復旧ポリシー対応情報が付与されている場合は、復旧ポリシーが定めた条件に従ってバックアップデータを更新し、データ復旧部１４２へ更新済みのバックアップデータを入力する。バックアップデータに復旧ポリシー対応情報が付与されていない場合は、データ更新部１４３は、復旧ポリシーの取得を復旧ポリシー取得部１４５へ要求すると共にバックアップデータに付与された識別情報を出力する。そして、復旧ポリシー取得部１４５から取得した復旧ポリシーが定めた条件に従ってバックアップデータを更新し、データ復旧部１４２へ更新済みのバックアップデータを入力する。
【００４８】
又、復旧ポリシーには、復旧対象データを格納する端末装置１０の属性に応じた復旧の条件を含んでもよい。データ更新部１４３は、端末装置１０の属性と、復旧ポリシーに記載された端末装置の属性に基づいて、バックアップデータを更新する。
【００４９】
復旧ポリシー取得部１４５は、バックアップデータに付与された識別情報を参照し、復旧ポリシー管理部１２を介して、対応する復旧ポリシーをデータ格納部１１から取得する。
【００５０】
データ復旧部１４２は、データ格納部１１に格納された復旧対象データを更新されたバックアップデータで置き換えることでデータの復旧を完了する。
【００５１】
尚、端末装置１０のデータ格納部１１、データ記憶部１３３等は、ＲＡＭ、ＲＯＭ等の内部記憶装置でも良く、ハードディスク、フレキシブルディスク、コンパクトディスク等の外部記憶装置でも良い。
【００５２】
又、第１の実施の形態に係る端末装置１０は、処理制御装置（ＣＰＵ）を有し、上述した復旧ポリシー管理部１２、バックアップ部１３、復旧制御部１４などをモジュールとして、ＣＰＵに内蔵する構成とすることができる。これらのモジュールは、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。
【００５３】
又、図示していないが、端末装置１０は、復旧ポリシー管理処理、バックアップ処理、復旧制御処理などをＣＰＵに実行させるためのプログラムを蓄積するプログラム保持部を備えてもよい。プログラム保持部は、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどの記録媒体である。このような記録媒体によれば、プログラムの蓄積、運搬、販売などを容易に行うことができる。
【００５４】
（復旧制御方法）
次に、第１の実施の形態に係る復旧制御方法について、図４を用いて説明する。
【００５５】
まず、ステップＳ１０１において、復旧要求処理部１４１は、ユーザ又はアプリケーションからの復旧要求を受信し、必要となるバックアップデータの識別情報をデータ復旧部１４２へ出力する。
【００５６】
次に、ステップＳ１０２において、データ復旧部１４２は、識別情報で特定されるバックアップデータの取得をデータ取得部１４４へ要求する。データ取得部１４４は、バックアップ部１３を介して、バックアップサーバ６０から当該バックアップデータを取得し、データ復旧部１４２へ出力する。
【００５７】
次に、ステップＳ１０３において、データ復旧部１４２は、復旧ポリシーに基づくバックアップデータ更新をデータ更新部１４３へ要求する。バックアップデータに復旧ポリシーが付与されている場合は、データ更新部１４３は、復旧ポリシーをバックアップデータから取得し、バックアップデータに復旧ポリシーが付与されていない場合は、データ更新部１４３は、復旧ポリシーの取得を復旧ポリシー取得部１４５へ要求する。復旧ポリシー取得部１４５は、バックアップデータに付与された識別情報を参照し、対応する復旧ポリシーを復旧ポリシー管理部１２から取得し、データ更新部１４３へ出力する。
【００５８】
次に、ステップＳ１０４において、データ更新部１４３は、復旧ポリシーが定めた条件に従って、バックアップデータを更新する。そして、データ更新部１４３は、データ復旧部１４２に更新済みのバックアップデータを入力する。
【００５９】
次に、ステップＳ１０５において、データ復旧部１４２は、データ格納部１１に格納された復旧対象データを更新されたバックアップデータで置き換えることでデータの復旧を完了する。
【００６０】
（作用及び効果）
第１の実施形態に係わる復旧制御装置１４及び復旧制御方法によると、バックアップデータに対応付けられた復旧ポリシーに基づいて更新されたバックアップデータを利用して、データ格納部１１に格納された復旧対象データを復旧することができる。これにより、ユーザやアプリケーション提供者など、復旧対象データの管理主体が意図しない復旧から復旧対象データを保護することが可能となり、管理主体にとって好適なデータ復旧機能を実現可能となる。
【００６１】
又、第１の実施の形態では、バックアップデータには、バックアップデータに適応される復旧ポリシーを対応付ける復旧ポリシー対応情報が付与されており、データ更新手段は、復旧ポリシー対応情報で指定される復旧ポリシーに従って、バックアップデータを更新することができる。このため、同一のバックアップデータ内で異なる復旧ポリシーを設定する細粒度の復旧制御が可能となり、様々なアプリケーションにとって好適なデータ復旧機能を実現可能となる。
【００６２】
又、第１の実施の形態では、データ復旧対象となる周辺端末装置の属性に応じて設定されたポリシーに基づいてデータ復旧を制御することができる。これにより、例えば、周辺端末装置が格納するデータの重要度や周辺端末装置のセキュリティレベルに応じた復旧制御が可能となり、復旧対象データの管理主体にとって好適なデータ復旧機能を実現可能となる。
【００６３】
＜第２の実施の形態＞
（復旧制御システム）
第２の実施の形態に係る復旧制御システムは、図１に示すように、端末装置１０ａ、１０ｂと、アプリケーション提供サーバ４０と、サービス提供サーバ５０と、バックアップサーバ６０とを備える。
【００６４】
又、第２の実施の形態に係る端末装置１０は、図５に示すように、データ格納部１１と、復旧ポリシー管理部１２と、バックアップ部１３と、復旧制御部１４（復旧制御装置）とを備える。復旧制御部１４が、認証部１４６を更に備えること以外は、第１の実施の形態と同様である。
【００６５】
認証部１４６は、ユーザや端末装置１０、アプリケーション１６ａ、１６ｂを認証する。認証機能の実現形態としては、例えば、ユーザＩＤとパスワードの組によるユーザ認証や耐タンパなＩＣカードが備える認証機能を利用したデバイス認証、アプリケーション認証などがある。第２の実施の形態は、上記認証部を利用して、ユーザや端末装置１０、アプリケーション１６ａ、１６ｂの認証を条件としたデータ復旧制御を可能とするものである。
【００６６】
データ格納部１１、バックアップ部１３、復旧ポリシー管理部１２、ユーザインタフェースに係わる機能、手順は第１の実施の形態と同様であるため、ここでは説明を省略する。
【００６７】
データ更新部１４３は、バックアップデータに対応付けられた復旧ポリシーに、認証が条件として含まれている場合、条件で指定された対象の認証を認証部１４６に要求する。又、条件に認証方法が含まれている場合は、認証要求時に指定することも可能である。例えば、図３に示す復旧ポリシーでは、＜識別子２＞の＜ファイル名ｎ＋１＞の＜パス名ｍ＋１＞に存在したデータは、端末識別情報に対する認証を行うことが、復旧の条件となる。
【００６８】
認証部１４６は、指定された認証方法またはデフォルトの認証方法によって指定された認証対象の認証を実行する。例えば、認証対象がユーザＩＤで特定されるユーザであり、認証方法がパスワード認証である場合、ユーザインタフェースを介してユーザにパスワードの入力を要求する。そして、入力されたパスワードとユーザＩＤに対応付けられたパスワードの一致を検証することで当該ユーザの認証を行う。
【００６９】
データ更新部１４３は、認証部１４６から認証結果を受信し、認証結果と復旧ポリシーに従って、バックアップデータを更新する。例えば、認証結果が成功の場合は、バックアップデータを更新せずにデータ復旧部１４２に入力する。逆に、失敗の場合は、例えば、ユーザの秘密情報をバックアップデータから消去した後、データ復旧部１４２に入力する。
【００７０】
復旧要求処理部１４１、データ復旧部１４２、データ取得部１４４、復旧ポリシー取得部１４５の動作および機能は第１の実施の形態と同様であるため、ここでは説明を省略する。
【００７１】
（復旧制御方法）
次に、第２の実施の形態に係る復旧制御方法について、図６を用いて説明する。
【００７２】
ステップＳ２０１〜２０３は、図４のステップＳ１０１〜１０３と同様であるので、ここでは説明を省略する。
【００７３】
ステップＳ２０４において、データ更新部１４３は、バックアップデータに対応付けられた復旧ポリシーに、認証が条件として含まれている場合、条件で指定された対象の認証を認証部１４６に要求する。認証部１４６は、指定された認証方法またはデフォルトの認証方法によって指定された認証対象の認証を実行する。
【００７４】
次に、ステップＳ２０５において、データ更新部１４３は、認証部１４６から認証結果を受信し、認証結果と復旧ポリシーに従って、バックアップデータを更新する。
【００７５】
ステップＳ２０６は、図４のステップＳ１０５と同様であるので、ここでは説明を省略する。
【００７６】
（作用及び効果）
第２の実施の形態に係る復旧制御装置１４及び復旧制御方法によると、ユーザや端末装置１０、アプリケーション１６ａ、１６ｂの認証を条件にデータの復旧を制御することができる。これにより、復旧対象データの管理主体だけがデータ復旧を許可可能であるため、復旧権限の無い主体による復旧を防止可能となる。例えば、アドレス帳やメールデータなどユーザの個人情報が、データ復旧を介して漏洩することを防止することが可能となる。
【００７７】
＜第３の実施の形態＞
（復旧制御装置）
第３の実施の形態に係る復旧制御システムは、図１に示すように、端末装置１０ａ、１０ｂと、アプリケーション提供サーバ４０と、サービス提供サーバ５０と、バックアップサーバ６０とを備える。
【００７８】
又、第３の実施の形態に係る端末装置１０は、図７に示すように、データ格納部１１と、復旧ポリシー管理部１２と、バックアップ部１３と、復旧制御部１４（復旧制御装置）とを備える。復旧制御部１４は、第２の実施の形態に加え、アプリケーションのロックおよびロック解除を行うアプリロック部１４７、バックアップデータを復旧時刻まで一時的に格納するデータ一時記憶部１４８を備える。
【００７９】
第３の実施の形態は、バックアップデータを他の端末装置が蓄積するデータと同期させることを条件にした復旧制御を実現するものである。又、アプリロック部１４７とデータ一時記憶部１４８とを利用することにより、復旧要求からデータ同期までに遅延が発生する場合にも対応可能である。
【００８０】
第３の実施の形態では、復旧ポリシーは、データの同期を実行する復旧時刻情報を更に含む。又、データ一時記憶部１４８は、復旧時刻まで、バックアップデータを一時的に記憶し、アプリロック部１４７は、復旧時刻が経過するまで、アプリケーションの利用を禁止する。
【００８１】
データ格納部１１、バックアップ部１３、復旧ポリシー管理部１２、ユーザインタフェースに係わる機能、手順は第１の実施の形態と同様であるため、ここでは説明を省略する。
【００８２】
データ更新部１４３は、パックアップデータに対応付けられた復旧ポリシーに、他装置に格納されたデータとの同期が条件として含まれている場合、条件で指定された装置に対して当該データを要求する。そして、取得したデータを利用してバックアップデータを更新する。
【００８３】
又、上記条件には同期を実行する時刻を設定することもできる。この場合、データ更新部１４３はバックアップデータをデータ一時記憶部に格納し、設定時刻までデータの要求を保留する。又、設定時刻までの保留期間中、データ更新部１４３は復旧対象データを利用するアプリケーションの利用禁止をアプリロック部１４７に要求することもできる。
【００８４】
復旧要求処理部１４１、データ復旧部１４２、データ取得部１４４、認証部１４６、復旧ポリシー取得部１４５は、第２の実施の形態と同様であるため、ここでは説明を省略する。
【００８５】
（復旧制御方法）
次に、第３の実施の形態に係る復旧制御方法について、図８及び図９を用いて説明する。
【００８６】
まず、ステップＳ３０１において、復旧要求を受信した復旧要求処理部１４１は、データ復旧部１４２に復旧要求で指定されたデータの復旧を要求する。データ復旧部１４２は、指定されたデータに対応するバックアップデータをデータ取得部１４４に要求する。
【００８７】
次に、ステップＳ３０２において、データ取得部１４４は、バックアップ装置から当該バックアップデータを取得し、データ復旧部１４２に提供する。バックアップデータを取得したデータ復旧部１４２は、バックアップデータの更新をデータ更新部１４３に要求する。
【００８８】
次に、ステップＳ３０３において、データ更新部１４３は、バックアップデータに対応付けられた復旧ポリシーを復旧ポリシー取得部１４５に要求する。復旧ポリシー取得部１４５は、要求された復旧ポリシーを取得し、データ更新部１４３に提供する。
【００８９】
次に、ステップＳ３０４において、データ更新部１４３は、復旧ポリシーを解析し、バックアップデータの同期が条件に含まれており、同期時刻が指定されている場合、当該バックアップデータをデータ一時記憶部１４８に入力する。又、復旧対象データを利用するアプリケーションのロックをアプリロック部１４７に要求する。その後、指定された同期時刻まで処理を中断する。次に、同期時刻においてデータ更新部１４３は、指定された他装置から同期のためのデータを取得する。
【００９０】
次に、ステップＳ３０５において、データ一時記憶部１４８に記憶しておいたパックアップデータを取得する。そして、同期データを利用してバックアップデータを更新し、更新後のバックアップデータをデータ復旧部１４２に入力する。データ復旧部は、更新後のバックアップデータを用いて復旧対象データを復旧する。
【００９１】
（作用及び効果）
第３の実施の形態に係る復旧制御装置１４及び復旧制御方法によると、バックアップデータを他の端末装置が蓄積するデータと同期させることを条件にした復旧制御を実現できる。これにより、ネットワーク上のサーバに蓄積されたデータとの一貫性を保つ必要がある復旧対象データについて、復旧後に一貫性が失われるのを回避することが可能となる。
【００９２】
又、アプリロック部１４７とデータ一時記憶部１４８とを利用することにより、復旧要求からデータ同期までに遅延が発生する場合にも対応可能である。これにより、データを分散処理するシステムであって、ネットワーク上のサーバによるデータ収集に遅延が生じる場合でも、当該データの収集が完了するまで復旧処理を遅延させることによって、データの一貫性が復旧により失われることを防止することが可能となる。
【００９３】
＜第４の実施の形態＞
（復旧制御システム）
第４の実施の形態に係る復旧制御システムは、図１に示すように、端末装置１０ａ、１０ｂと、アプリケーション提供サーバ４０と、サービス提供サーバ５０と、バックアップサーバ６０とを備える。
【００９４】
又、第４の実施の形態に係る端末装置１０は、図１０に示すように、データ格納部１１と、復旧ポリシー管理部１２と、バックアップ部１３と、復旧制御部１４（復旧制御装置）とを備える。復旧制御部１４が、他端末装置１０のデータ格納部１１に格納された復旧対象データの消去を要求するデータ消去要求部１４９を更に備えること以外は、第３の実施の形態と同様である。
【００９５】
第４の実施の形態は、データ消去要求部１４９を利用することにより、他の端末装置にデータを復旧させる場合に、元の端末装置のデータ消去を条件にした復旧制御を実現するものである。例えば、図１の接続構成において、端末装置１０ａのデータを端末装置１０ｂに復旧させる場合に、端末装置１０ａに格納された復旧対象データを消去するというシナリオを実現する。
【００９６】
データ格納部１１、バックアップ部１３、復旧ポリシー管理部１２、ユーザインタフェースに係わる機能、手順は第１の実施の形態と同様であるため、ここでは説明を省略する。
【００９７】
データ更新部１４３は、バックアップデータに対応付けられた復旧ポリシーに、他端末装置に格納された復旧対象データの消去が条件として含まれている場合、当該復旧対象データの消去をデータ消去要求部１４９に要求する。そして、更新済みのバックアップデータをデータ復旧部１４２に入力する。ここで、データ更新部１４３は、データ消去の確認を待たずに処理を継続しても良いし、データ消去が確認できるまで処理を保留しても良い。例えば、図３に示す復旧ポリシーでは、＜識別子２＞の＜ファイル名ｎ＞の＜パス名ｍ＞に存在したデータは、＜端末識別情報＞：＜パス名＞に該当するデータを消去するこが、復旧の条件となる。
【００９８】
復旧要求処理部１４１、データ復旧部１４２、データ取得部１４４、認証部１４６、復旧ポリシー取得部１４５、アプリロック部１４７、及びデータ一時記憶部１４８は、第３の実施の形態と同様であるため、ここでは説明を省略する。
【００９９】
（復旧制御方法）
次に、第４の実施の形態に係る復旧制御方法について、図１１を用いて説明する。
【０１００】
ステップＳ４０１〜４０３は、図４のステップＳ１０１〜１０３と同様であるので、ここでは説明を省略する。
【０１０１】
ステップＳ４０４において、データ更新部１４３は、バックアップデータに対応付けられた復旧ポリシーに、他端末装置に格納された復旧対象データの消去が条件として含まれている場合、当該復旧対象データの消去をデータ消去要求部１４９に要求する。そして、更新済みのバックアップデータをデータ復旧部１４２に入力する。ここで、データ更新部１４３は、データ消去の確認を待たずに処理を継続しても良いし、データ消去が確認できるまで処理を保留しても良い。
【０１０２】
次に、ステップＳ４０５において、データ消去要求部１４９は、他端末装置１０のデータ格納部１１に格納された復旧対象データの消去を要求する。
【０１０３】
ステップＳ４０６は、図４のステップＳ１０５と同様であるので、ここでは説明を省略する。
【０１０４】
（作用及び効果）
第４の実施の形態に係る復旧制御装置１４及び復旧制御方法によると、他の端末装置１０が格納する復旧対象データの消去を条件にした復旧制御を実現できる。これにより、複数の端末装置上にデータの複製が存在することを許容しないデータやアプリケーションにとって好適なデータ復旧機能を提供可能となる。
【０１０５】
（その他の実施形態）
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１０６】
例えば、第１〜第４の実施の形態において、復旧制御部１４は、端末装置１０内に備えられたが、端末装置１０とは別体の装置（復旧制御装置）としても構わない。
【０１０７】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１０８】
【図１】第１〜第４の実施の形態に係る復旧制御システムの構成ブロック図である。
【図２】第１の実施の形態に係る端末装置の構成ブロック図である。
【図３】第１〜第４の実施の形態に係る復旧ポリシーの一例である。
【図４】第１の実施の形態に係る復旧制御方法を示すフローチャートである。
【図５】第２の実施の形態に係る端末装置の構成ブロック図である。
【図６】第２の実施の形態に係る復旧制御方法を示すフローチャートである。
【図７】第３の実施の形態に係る端末装置の構成ブロック図である。
【図８】第３の実施の形態に係る復旧制御方法を示すフローチャートである。
【図９】第３の実施の形態に係る復旧制御方法を示すシーケンス図である。
【図１０】第４の実施の形態に係る端末装置の構成ブロック図である。
【図１１】第４の実施の形態に係る復旧制御方法を示すフローチャートである。
【符号の説明】
【０１０９】
１０ａ、１０ｂ…端末装置
１１…データ格納部
１２…復旧ポリシー管理部
１３…バックアップ部
１４…復旧制御部
１６ａ、１６ｂ…アプリケーション
２０…外部記憶媒体
４０…アプリケーション提供サーバ
５０…サービス提供サーバ
６０…バックアップサーバ
１３１…バックアップ要求処理部
１３２…データ取得部
１３３…データ記憶部
１３３…データ記録部
１４１…復旧要求処理部
１４２…データ復旧部
１４３…データ更新部
１４４…データ取得部
１４５…復旧ポリシー取得部
１４６…認証部
１４７…アプリロック部
１４８…データ一時記憶部
１４９…データ消去要求部
【図１】
2006113966.tif 000003
【図２】
2006113966.tif 000004
【図３】
2006113966.tif 000005
【図４】
2006113966.tif 000006
【図５】
2006113966.tif 000007
【図６】
2006113966.tif 000008
【図７】
2006113966.tif 000009
【図８】
2006113966.tif 000010
【図９】
2006113966.tif 000011
【図１０】
2006113966.tif 000012
【図１１】
2006113966.tif 000013