特許 6042703 記録装置のバックアップシステムおよび記録装置のバックアッププログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6042703

(24)【登録日】2016年11月18日

(45)【発行日】2016年12月14日

(54)【発明の名称】記録装置のバックアップシステムおよび記録装置のバックアッププログラム

(51)【国際特許分類】

   G06F 12/00 20060101AFI20161206BHJP

   G06F 3/06 20060101ALI20161206BHJP

   G06F 13/10 20060101ALI20161206BHJP

   G06F 13/14 20060101ALI20161206BHJP

   G06F 13/00 20060101ALI20161206BHJP

【ＦＩ】

   G06F12/00 531M

   G06F3/06 304F

   G06F3/06 301Z

   G06F3/06

   G06F13/10 340A

   G06F13/14 320B

   G06F13/00 357Z

【請求項の数】6

【全頁数】15

(21)【出願番号】特願2012-250578(P2012-250578)

(22)【出願日】2012年11月14日

(65)【公開番号】特開2014-99054(P2014-99054A)

(43)【公開日】2014年5月29日

【審査請求日】2015年9月7日

(73)【特許権者】

【識別番号】591275481

【氏名又は名称】株式会社アイ・オー・データ機器

(74)【代理人】

【識別番号】110000844

【氏名又は名称】特許業務法人 クレイア特許事務所

(72)【発明者】

【氏名】川久保 優

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開２００４−０８６７２１（ＪＰ，Ａ）

【文献】 特開２０１１−０２２７５２（ＪＰ，Ａ）

【文献】 特開２００３−２１８７８２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １２／００

Ｇ０６Ｆ ３／０６

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ １３／１０

Ｇ０６Ｆ １３／１４

(57)【特許請求の範囲】

【請求項1】

記録装置のバックアップシステムであって、
インターネット上のクラウドストレージと、
前記インターネットを介して前記クラウドストレージに接続され、かつデータが記録された第１記録装置と、
前記インターネットを介して前記クラウドストレージに接続され、第１記録装置と異なる第２記録装置と、
更新レコードを動的に更新するＤＤＮＳ（Ｄｙｎａｍｉｃ ＤＮＳ）と、
前記第１記録装置および前記第２記録装置の少なくとも一方から他方に、アクセス制御を行なうアクセス制御部と、を含み、
前記アクセス制御部は、前記ＤＤＮＳからバックアップ先のアドレス情報を取得し、前記クラウドストレージを介してバックアップのデータの受け渡しができないと判定した場合に、前記第１記録装置および前記第２記録装置の一方から他方へ、前記クラウドストレージを介さないアクセス制御を実施する、記録装置のバックアップシステム。

【請求項2】

前記アクセス制御部は、前記ＤＤＮＳからバックアップ先のアドレスを取得し、前記第１記録装置および前記第２記録装置の一方から他方へアクセス制御する場合、前記クラウドストレージを介したデータの受け渡しを指示し、前記クラウドストレージを介してバックアップのデータの受け渡しができないと判定した場合に、前記第１記録装置および前記第２記録装置の一方から他方へ、前記クラウドストレージを介さないアクセス制御を実施する、ことを特徴とする請求項１に記載の記録装置のバックアップシステム。

【請求項3】

前記アクセス制御部は、前記第１記録装置および前記第２記録装置の一方から他方へアクセス制御する場合、前記他方を省電力モードから復帰させることを特徴とする請求項１または２に記載の記録装置のバックアップシステム。

【請求項4】

前記アクセス制御部は、前記第１記録装置および前記第２記録装置の一方から他方へアクセス制御できないと判定した場合、前記データを前記クラウドストレージへ書き込むことを特徴とする請求項１から３のいずれか１項に記載の記録装置のバックアップシステム。

【請求項5】

報知システムをさらに含み、
前記報知システムは、前記アクセス制御部が、前記第１記録装置および前記第２記録装置の一方から他方へアクセス制御できないと判定した場合に報知を行なうことを特徴とする請求項１から４のいずれか１項に記載の記録装置のバックアップシステム。

【請求項6】

記録装置のバックアッププログラムであって、
第１記録装置をインターネット上のクラウドストレージに接続する第１接続処理と、
第２記録装置をインターネット上のクラウドストレージに接続する第２接続処理と、
前記第１接続処理および前記第２接続処理の少なくとも一方から他方への更新レコードを動的に更新するＤＤＮＳ処理と、
前記第１記録装置および前記第２記録装置の少なくとも一方から他方に、アクセス制御を行なうアクセス制御処理と、を含み、
前記アクセス制御処理は、前記ＤＤＮＳ処理からバックアップ先のアドレス情報を取得する処理を行ない、前記クラウドストレージを介してバックアップのデータの受け渡しができないと判定した場合に、前記第１記録装置および前記第２記録装置の一方から他方へ、前記クラウドストレージを介さないアクセス制御を実施する、記録装置のバックアッププログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、記録装置のバックアップシステムおよび記録装置のバックアッププログラムに関する。

【背景技術】

【0002】

従来から、種々の記録装置に記録されたデータの復旧について研究開発がされている。例えば、特許文献１（特開２００３−５８２８６号）には、特に電池駆動の無線装置用の携帯通信端末に関して、無線ネットワークにおいて、無線機器からサーバにデータを自動的にバックアップする方法とシステムについて開示されている。

【0003】

特許文献１（特開２００３−５８２８６号）記載のデータをバックアップする方法は、サーバにおいて無線機器との接続を無線ネットワークを介し無線プロトコルを使って確立するステップと、データをバックアップする要求を無線機器にプッシュするステップと、無線機器からデータを受け取るステップと、受け取ったデータをストレージデバイスに格納するステップとを備えたものである。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００３−５８２８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１記載のデータをバックアップする方法で、携帯電話のバックアップを行なうことができる。
しかしながら、ストレージデバイスを常に電源オンの状態にしておく必要があり、近年の省電力の傾向からすると、好ましいものではない。

【0006】

また、近年、火災または災害に強いハードディスクが存在している。しかし、例えば、津波、水害等によりハードディスク自体が紛失した場合、ハードディスク内のデータ復旧は、不可能であった。

【0007】

また、近年、携帯電話のみならず、クラウドストレージを用いたサービスを利用して、データのバックアップを行なう手法がとられている。しかし、クラウドストレージの無料サービスは、多くの場合、数十ＧＢのストレージ領域しかなく、ストレージ領域を増加したい場合には、別途料金が発生していた。

【0008】

本発明の目的は、省電力でかつ確実にバックアップをおこなうことができる記録装置のバックアップシステムおよび記録装置のバックアッププログラムを提供することである。

【課題を解決するための手段】

【0009】

（１）
一局面に従う記録装置のバックアップシステムは、記録装置のバックアップシステムであって、インターネット上のクラウドストレージと、インターネットを介してクラウドストレージに接続され、かつデータが記録された第１記録装置と、インターネットを介してクラウドストレージに接続され、第１記録装置と異なる第２記録装置と、更新レコードを動的に更新するＤＤＮＳ（Ｄｙｎａｍｉｃ ＤＮＳ）と、第１記録装置および第２記録装置の少なくとも一方から他方に、アクセス制御を行なうアクセス制御部と、を含み、アクセス制御部は、ＤＤＮＳからバックアップ先のアドレス情報を取得する、ものである。

【0010】

記録装置のバックアップシステムは、第１記録装置および第２記録装置の少なくとも一方のデータを、キャッシュとしてクラウドストレージを利用し、クラウドストレージに記録する。そして、ＤＤＮＳを利用してバックアップ先のアドレス情報を取得し、第１記録装置および第２記録装置の少なくとも一方からアクセス制御部により他方の記録装置に書き込み要求を実施する。その結果、他方の記録装置に第１記録装置および第２記録装置の少なくとも一方のデータを記録することができる。

【0011】

その結果、第１記録装置と第２記録装置とが、互いに遠方に設置された場合、災害時にデータ復旧を行なうことができ、キャッシュとして用いるのでクラウドストレージ領域の利用を少なくすることができる。
また、第１記録装置および第２記録装置の一方から他方へ記録を行なう際に、災害が生じた場合でも、省電力モードから通常モードへの復帰の場合でも、クラウドストレージを用いているので、データ紛失を防止することができる。

【0012】

また、クラウドストレージに第１記録装置のバックアップデータを保存し、第２記録装置を起動した場合に、クラウドストレージ上の当該バックアップデータと同期するという手法があるが、第２記録装置が起動していない場合に問題となる。
しかし、本発明では、アクセス制御を行い、省電力モードから復帰または起動させることができるので、当該問題が生じず、クラウドストレージへのバックアップデータが溜まり、クラウドストレージの記憶領域が不足することを防止できる。その結果、省電力でかつ確実にバックアップをおこなうことができる。

【0013】

なお、本発明において、ダイナミックＤＮＳ（ＤＤＮＳ：Ｄｙｎａｍｉｃ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）とは、動的に変化するネットワーク機器（もしくはシステム）のアドレス情報（ＩＰアドレス）を、一意なホスト名に対応させるものである。
ＤＤＮＳはそのサービスに登録されているネットワーク機器（もしくはシステム）のアドレス情報が変更されると、そのネットワーク機器（もしくはシステム）からの情報によって、そのアドレス情報を一意なホスト名に対応させるように、更新レコードを動的に更新する。
また、ＤＤＮＳは、そのネットワーク機器（もしくはシステム）のホスト名を受信した場合、対応するアドレス情報を返信する。
そのため、ＤＤＮＳサービスを利用することで、アドレス情報が変化する環境にネットワーク機器（もしくはシステム）を設定した場合においても、ホスト名を使用して、そのネットワーク機器（もしくはシステム）のアドレス情報を取得可能であるため、そのネットワーク機器（もしくはシステム）にアクセスすることができる。

【0014】

（２）
第２の発明にかかる記録装置のバックアップシステムは、一局面に従う記録装置のバックアップシステムにおいて、アクセス制御部は、第１記録装置および第２記録装置の一方から他方へアクセス制御する場合、クラウドストレージを介した情報の受け渡しを指示してもよい。

【0015】

この場合、クラウドストレージを介して情報の受け渡しを行なうことができるので、情報の一次保留を行なうことができる。

【0016】

（３）
第３の発明にかかる記録装置のバックアップシステムは、一局面または第２の発明にかかる記録装置のバックアップシステムにおいて、アクセス制御部は、第１記録装置および第２記録装置の一方から他方へアクセス制御する場合、他方を省電力モードから復帰させてもよい。

【0017】

この場合、第１記録装置および第２記録装置の一方から他方へ記録を行なう際に、他方の記録装置を省電力モードから通常モードへの復帰させることができるので、データを確実にバックアップすることができる。

【0018】

（４）
第４の発明にかかる記録装置のバックアップシステムは、一局面または第２、第３にかかる記録装置のバックアップシステムにおいて、アクセス制御部は、クラウドストレージを介してバックアップのデータの受け渡しができないと判定した場合に、第１記録装置および第２記録装置の一方から他方へ、クラウドストレージを介さないアクセス制御を実施してもよい。

【0019】

この場合、クラウドストレージが故障または接続できない状態にあったとしても、第１記録装置および第２記録装置の一方から他方へ確実にバックアップを行なうことができる。

【0020】

（５）
第５の発明にかかる記録装置のバックアップシステムは、一局面に従うまたは第２から第４の発明にかかる記録装置のバックアップシステムにおいて、アクセス制御部は、第１記録装置および第２記録装置の一方から他方へアクセス制御できないと判定した場合、データをクラウドストレージへ書き込んでもよい。

【0021】

この場合、第１記録装置および第２記録装置の一方から他方へアクセス制御できない場合には、データをクラウドストレージへ一時的なキャッシュ使用ではなく、通常の書き込み処理を行なうことができるので、アクセス制御できる時に、データのバックアップを行なうことができる。

【0022】

（６）
第６の発明にかかる記録装置のバックアップシステムは、一局面に従うまたは第２から第５の発明にかかる記録装置のバックアップシステムにおいて、報知システムをさらに含み、報知システムは、アクセス制御部が、第１記録装置および第２記録装置の一方から他方へアクセス制御できないと判定した場合に報知を行なってもよい。

【0023】

この場合、報知システムは、アクセス制御部が第１記録装置および第２記録装置の一方から他方へアクセス制御できないと判定した場合、報知を行なうので、ユーザーは、当該報知を確認することができる。
例えば、この報知は、携帯端末、通信端末、第１記録装置および第２記録装置の少なくとも一方に接続された表示部等に音、振動、表示等の報知であってもよい。

【0024】

（７）
他の局面に従う記録装置のバックアッププログラムは、記録装置のバックアッププログラムであって、第１記録装置をインターネット上のクラウドストレージに接続する第１接続処理と、第２記録装置をインターネット上のクラウドストレージに接続する第２接続処理と、第１接続処理および第２接続処理の少なくとも一方から他方への更新レコードを動的に更新するＤＤＮＳ処理と、第１記録装置および第２記録装置の少なくとも一方から他方に、アクセス制御を行なうアクセス制御処理と、を含み、アクセス制御処理は、ＤＤＮＳ処理からバックアップ先のアドレス情報を取得する処理を行なうものである。

【0025】

本発明にかかる記録装置のバックアッププログラムは、第１接続処理により第１記録装置がインターネット上のクラウドストレージに接続され、第２接続処理により第２記録装置がインターネット上のクラウドストレージに接続される。また、第１記録装置および第２記録装置の少なくとも一方から他方に対してアクセス制御処理によりアクセス制御が行われる。

【0026】

その結果、第１記録装置と第２記録装置とが、互いに遠方に設置された場合、災害時にデータ復旧を行なうことができ、キャッシュとして用いるのでクラウドストレージ領域の利用を少なくすることができる。
また、アクセス制御部によりアクセス制御を行なうことができるので、第１記録装置および第２記録装置の一方から他方へ記録を行なう際に、災害が生じたとしても、クラウドストレージを用いているので、データ紛失を防止することができる。

【発明の効果】

【0027】

本発明の記録装置のバックアップシステムおよび記録装置のバックアッププログラムによれば、省電力でかつ確実にバックアップをおこなうことができる。

【図面の簡単な説明】

【0028】

【図1】本実施の形態にかかる記録装置のバックアップシステムの一例を説明するための模式図である。

【図2】第１システムと第２システムとの接続を行なう際の一例を示すフローチャートである。

【図3】第２システムの第２システムＮＡＳの一部を第１システムの第１システムにバックアップする説明図である。

【図4】第２システムの第２システムＮＡＳの一部を第１システムの第１システムにバックアップする説明図である。

【図5】第１システムＮＡＳおよび第２システムＮＡＳの他の例を説明するための模式図である。

【発明を実施するための形態】

【0029】

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の構成には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

【0030】

以下、本発明に係る一実施の形態について図面を用いて説明する。
図１は、本実施の形態にかかる記録装置のバックアップシステムの一例を説明するための模式図である。

【0031】

図１に示すように、記録装置のバックアップシステム１００においては、第１システム２００、第２システム３００、インターネット５００、ダイナミックＤＮＳ（以下、ＤＤＮＳと略記する）サービス６００およびクラウドストレージ７００を含む。なお、記録装置のバックアップシステム１００は、携帯通信端末８００を有してもよい。

【0032】

第１システム２００は、ネットワーク接続ストレージ（以下、ＮＡＳと略記する）２１０、パーソナルコンピュータ（以下、ＰＣと略記する）２２０、無線ルータ２５０を有する。ＰＣ２２０は、無線ルータ２５０を介して第１システムＮＡＳ２１０と通信可能に設けられる。

【0033】

第２システム３００は、ネットワーク接続ストレージ（以下、ＮＡＳと略記する）３１０、パーソナルコンピュータ（以下、ＰＣと略記する）３２０、無線ルータ３５０を有する。ＰＣ３２０は、無線ルータ３５０を介して第２システムＮＡＳ３１０と通信可能に設けられる。

【0034】

第１システム２００および第２システム３００は、インターネット５００を介して互いに接続されている。また、第１システム２００および第２システム３００は、インターネット５００を介してＤＤＮＳサービス６００およびクラウドストレージ７００へ接続可能に設けられる。
ここで、第１システム２００および第２システム３００は、それぞれが使用するＤＤＮＳサービス６００およびクラウドストレージ７００に対してそれぞれ登録されており、ＤＤＮＳサービス６００およびクラウドストレージ７００には、第１システム２００および第２システム３００のアドレス情報および／またはログイン情報が設定されている。

【0035】

次いで、図２は、第１システム２００と第２システム３００との接続を行なう際の一例を示すフローチャートである。

【0036】

第２システムＮＡＳ３１０と、第１システムＮＡＳ２１０と接続を行なう場合について説明する。
まず、第２システムＰＣ３２０を操作し、第２システムＮＡＳ３１０に第１システムＮＡＳ２１０のダイナミックＤＮＳ情報を送信する。すなわち、当該ダイナミックＤＮＳ情報をＤＤＮＳサービス６００へ送信することにより、第１システムＮＡＳ２１０へアクセスするためのアドレス情報などを取得するための情報（ホスト名、パスワードなど）を入力する（ステップＳ１）。
なお、ホスト名のみでアドレス情報を取得できる場合は、パスワードなど、その他の情報は必須では無い。

【0037】

また、ステップＳ１の処理において、第２システムＮＡＳ３１０が第１システムＮＡＳ２１０へのアクセス許可を得るために、第１システムＮＡＳ２１０のログイン情報（ユーザー名、パスワードなど）を入力してもよい。
さらに、この場合も、例えばユーザー名のみでアクセス許可を得られる場合は、パスワードは必須では無く、また、ログインしなくともアクセスが許可される場合は、ログイン情報そのものも必須では無い。

【0038】

そして、第２システムＮＡＳ３１０は、インターネット５００を介して、ＤＤＮＳサービス６００に接続し、第１システムＮＡＳ２１０のホスト名およびパスワード情報を送信する（ステップＳ２）。

【0039】

次に、ＤＤＮＳサービス６００は、第２システムＮＡＳ３１０に、第１システムＮＡＳ２１０のホスト名に対応する第１システムＮＡＳ２１０の情報、例えばアドレス情報を返信する（ステップＳ３）。第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０のアドレス情報ＡＤを取得する（ステップＳ４）。

【0040】

続いて、第２システムＰＣ３２０を操作し、第２システムＮＡＳ３１０から第２システムＮＡＳ３１０のダイナミックＤＮＳ情報を第１システムＮＡＳ２１０のアドレス情報ＡＤを使用して送信する（ステップＳ５）。

【0041】

なお、第２システムＮＡＳ３１０のダイナミックＤＮＳ情報とは、ＤＤＮＳサービス６００へ送信することによって、第１システムＮＡＳ２１０が第２システムＮＡＳ３１０へアクセスするためのアドレス情報などを取得するための情報（ホスト名Ｈ、パスワードＰＷなど）である。
また、例えばホスト名のみで第２システムＮＡＳ３１０へアクセスするためのアドレス情報を取得できる場合は、パスワードなど、その他の情報は必須では無い。

【0042】

さらに、この場合、第２システムＮＡＳ３１０が第１システムＮＡＳ２１０にログインするためのログイン情報も送付し、第１システムＮＡＳ２１０にログインしてもよい。
同様に、第１システムＮＡＳ２１０が第２システムＮＡＳ３１０へのアクセス許可を得るための第２システムＮＡＳ３１０のログイン情報（ユーザー名、パスワードなど）も送信してもよい。また、この場合も、例えばユーザー名のみでアクセス許可を得られる場合は、パスワードは必須では無く、また、ログインしなくともアクセスが許可される場合は、ログイン情報そのものも必須では無い。

【0043】

なお、本実施の形態においては、第２システムＰＣ３２０を操作して送信しているが、第２システムＮＡＳ３１０に、予め自身のダイナミックＤＮＳ情報および／またはログイン情報が設定されていてもよい。
この場合、ステップＳ１の処理において第１システムＮＡＳ２１０のダイナミックＤＮＳ情報が入力された後、第２システムＰＣ３２０を操作すること無く、第２システムＮＡＳ３１０のダイナミックＤＮＳ情報および／またはログイン情報を第２システムＮＡＳ３１０が自動的に送信するような構成としてもよい（ステップ５）。

【0044】

その結果、第１システムＮＡＳ２１０は、第２システムＮＡＳ３１０のダイナミックＤＮＳ情報を受信し、記憶する（ステップＳ６）。第１システムＮＡＳ２１０は、第２システムＮＡＳ３１０のダイナミックＤＮＳ情報をＤＤＮＳサービス６００に送信し、ＤＤＮＳサービス６００を利用してＤＤＮＳサービス６００から第２システムＮＡＳ３１０のアドレス情報を取得し、そのアドレス情報を使用して、第２システムＮＡＳ３１０へ情報を送信する（ステップＳ７）。

【0045】

第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０から情報を受信したことを確認する（ステップＳ８）。

【0046】

なお、上記の実施の形態においては、ＤＤＮＳサービス６００に対してホスト名およびパスワード情報を送信することとしているが、これに限定されず、第２システム３００のＰＣ３２０において第１システム２００のＥ−ｍａｉｌアドレスを入力し、そのＥ−ｍａｉｌアドレス宛に第２システム３００のＰＣ３２０の設定画面（第１システム２００の情報登録画面）へのリンク情報を送信する。さらに、そのリンク情報付きのＥ−ｍａｉｌメールを受信したユーザーは、そのリンク情報を使って、設定画面にアクセスし、自宅ＮＡＳのホスト名およびパスワード情報を入力するようにしてもよい。

【0047】

（バックアップ処理）
続いて、図３および図４は、第２システム３００の第２システムＮＡＳ３１０の一部を第１システム２００の第１システムＮＡＳ２１０にバックアップする説明図である。以下、バックアップ処理について、領域確保とデータバックアップ方法とにわけて説明する。

【0048】

＜領域確保＞
まず、図３に示すように、第２システムＮＡＳ３１０からバックアップの領域確保のための希望領域情報を送信する（ステップＳ１１）。次いで、第１システムＮＡＳ２１０は、希望領域情報を受信する（ステップＳ１２）。第１システムＮＡＳ２１０は、第２システムＮＡＳ３１０のデータのバックアップ領域として対応可能な領域を確認し、第２システムＮＡＳ３２０へ対応可能領域情報を送信する（ステップＳ１３）。

【0049】

なお、希望領域情報とは、第１システムＮＡＳ２１０に対するバックアップ領域確保依頼信号であり、希望するバックアップ領域の容量情報を含ませても良いし、単なる依頼のみとし、希望するバックアップ領域の容量情報を含ませない構成でもよい。
ここで、希望領域情報に容量情報が含まれている場合、第１システムＮＡＳ２１０は、バックアップ領域として、その容量情報に示された容量を上限とした対応可能領域情報を第２システムＮＡＳ３２０へ送信することができ、第１システムＮＡＳ２１０の記憶領域を効率的に利用することが可能となる。

【0050】

第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０の対応可能領域情報を受信する（ステップＳ１４）。そして、第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０の対応可能領域情報をＰＣ３２０の表示部に表示させる（ステップＳ１５）。それにより、ユーザーは、バックアップ領域の保持が可能か否かを認識することができる。すなわち、ユーザーは、バックアップ先に十分にバックアップ出来る容量があるか否かを認識することができる。

【0051】

続いて、第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０からの対応可能領域情報で示された、バックアップ領域として対応可能な領域を上限として、対応領域の確保依頼を第１システムＮＡＳ２１０に送信する（ステップＳ１６）。最後に、第１システムＮＡＳ２１０は、対応領域の確保依頼に基づいて領域確保を行なう（ステップＳ１７）。

【0052】

以上により、第２システムＮＡＳ３１０のデータを第１システムＮＡＳ２１０にバックアップさせる領域を確保することができる。同様に、上記のステップＳ１１の処理からステップＳ１７の処理を第１システム２００から第２システム３００へ向けて行なうことにより、第１システムＮＡＳ２１０のデータを第２システムＮＡＳ３１０にバックアップさせる領域を確保することができる。

【0053】

＜データバックアップ方法＞
続いて、図４に示すように、第２システムＮＡＳ３１０は、予め登録済みのクラウドストレージ７００をキャッシュストレージとして利用し、ユーザーが利用可能なクラウドストレージ７００のストレージ容量を限度として、バックアップデータを記録する（ステップＳ２１）。
この場合、第２システムＮＡＳ３１０のデータ差分を記録することにより、クラウドストレージ７００のストレージ容量を抑制することができる。

【0054】

次いで、第２システムＮＡＳ３１０は、データ差分をクラウドストレージ７００に記録したことを、ＤＤＮＳサービス６００へ、第１システムＮＡＳ２１０のダイナミックＤＮＳ情報を送信する。そしてＤＤＮＳサービス６００を利用し第１システムＮＡＳ２１０のアドレス情報を取得する。そして、当該第１システムＮＡＳ２１０のアドレス情報を使用して「書き込み要求」を第１システムＮＡＳ２１０に通知する（ステップＳ２２）。
なお、当該書き込み要求には、第２システムＮＡＳ３１０がクラウドストレージ７００に記録したユーザーＩＤ等のクラウドストレージ７００へのログイン情報および／またはアドレス情報（ＵＲＬ等）も含まれる。
また、この「書き込み要求」により、第１システムＮＡＳ２１０が省電力モードであっても、起動させることができる。

【0055】

具体的には、第２システムＮＡＳ３１０が第１システムＮＡＳ２１０に「書き込み要求」を送信する場合、ＷＯＬ（Ｗａｋｅ ＯＮ ＬＡＮ／Ｗａｋｅ Ｕｐ ＯＮ ＬＡＮ）で使用するマジックパケット（Ｍａｇｉｃ Ｐａｃｋｅ）を第２システムＮＡＳ３１０から第１システムＮＡＳ２１０のアドレス情報を使用して、第１システムＮＡＳ２１０に送信し、その信号を受信した第１システムＮＡＳ２１０が自動的に省電力モードから復帰する。

【0056】

なお、本実施の形態においては、クラウドストレージ７００へのアドレス情報および／またはログイン情報をステップＳ２２の処理でバックアップ先に通知することとしているが、これに限定されず、例えば、予めステップＳ５の処理において、第１システムＮＡＳ２１０へのバックアップ時に使用するクラウドストレージ７００へのアドレス情報および／またはログイン情報を第１システムＮＡＳ２１０に通知し、ステップＳ７の処理において、第２システムＮＡＳ３１０へのバックアップ時に使用するクラウドストレージ７００へのアドレス情報および／またはログイン情報を第２システムＮＡＳ３１０に通知するようにしてもよい。
なお、クラウドストレージ７００は、複数の異なるストレージからなるクラウドストレージ７００ａ（図示せず），７００ｂ（図示せず）を有する場合、第１システムＮＡＳ２１０が第２システムＮＡＳ３１０へのバックアップ時にクラウドストレージ７００ａを使用し、第２システムＮＡＳ３１０が第１システムＮＡＳ２１０へのバックアップ時にクラウドストレージ７００ｂを使用させてもよい。

【0057】

次いで、第１システムＮＡＳ２１０は、「書き込み要求」を受信した場合（ステップＳ２３）、第２システムＮＡＳ３１０側に受信完了の応答を返信する。
そして、自動的に、第１システムＮＡＳ２１０は、「書き込み要求」に従い、クラウドストレージ７００へアクセスし、クラウドストレージ７００のアドレス情報および／またはログイン情報を使用してクラウドストレージ７００にログインし、バックアップデータのデータ差分を取得する（ステップＳ２４）。そして、第１システムＮＡＳ２１０は、データ差分を取得し、記録した場合、第２システムＮＡＳ３１０に記録完了の旨を送信する（ステップＳ２５）。

【0058】

続いて、第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０からの記録完了の返信が有るか否かを判定する（ステップＳ２６）。ここで、返信が無い場合（ステップＳ２６のＮｏ）、第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０に書き込みがされていない旨（例えば、記録できません、ＮＧ等）をＰＣ３２０に記録または表示、または携帯通信端末８００に表示させる（ステップＳ２７）。

【0059】

一方、返信が有る場合（ステップＳ２６のＹｅｓ）、第２システムＮＡＳ３１０は、第１システムＮＡＳ２１０に書き込みがされた旨（例えば、記録完了、ＯＫ）を記録またはＰＣ３２０に表示、または携帯通信端末８００に表示させる（ステップＳ２８）。

【0060】

以上により、第２システムＮＡＳ３１０のデータ差分を第１システムＮＡＳ２１０にバックアップすることができる。同様に、上記のステップＳ２１の処理からステップＳ２８の処理を第１システム２００から第２システム３００へ向けて行なうことにより、第１システムＮＡＳ２１０のデータを第２システムＮＡＳ３１０にバックアップすることができる。

【0061】

なお、上記のステップＳ２６の処理からステップＳ２８の処理までは、所定時間内に行なうこととしてもよく、また、ステップＳ２６の処理からステップＳ２８の処理までを使用しなくてもよい。
また、クラウドストレージ７００をキャッシュストレージとして用いる場合について説明したが、これに限定されず、容量が有る場合には、通常のストレージとして利用してもよい。
この場合、例えば第２システムＮＡＳ３１０のバックアップ先は、第１システムＮＡＳ２１０とクラウドストレージ７００とに２重にバックアップされることとなり、復元可能性および／または復元容易性を高めることができる。
また、例えば第２システムＮＡＳ３１０がクラウドストレージ７００へバックアップデータを記録する場合（ステップＳ２１）に、クラウドストレージ７００がダウンしていると判定した場合には、ステップＳ２２の処理の「書き込み要求」にて、その旨を第１システムＮＡＳ２１０に通知すると共に、クラウドストレージ７００を用いることなく、第２システムＮＡＳ３１０から第１システムＮＡＳ２１０に直接、データのバックアップを行なってもよい。

【0062】

また、図３および図４のバックアップを行なう時間帯を、例えばアクセスが集中しないような深夜時間に行なってもよい。この場合、クラウドストレージ７００を有効に利用することができるとともに、電気料金を抑制することができる。

【0063】

（領域Ａおよび領域Ｂ）
続いて、図５は、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の他の例を説明するための模式図である。

【0064】

図５に示すように、第１システムＮＡＳ２１０は、物理的に領域Ａ２１１および領域Ｂ２１２の複数を有してもよい。
同様に、第２システムＮＡＳ３１０は、物理的に領域Ａ３１１および領域Ｂ３１２の複数を有してもよい。

【0065】

この場合、領域Ａ２１１は、第１システム２００の記憶領域とし、領域Ｂ２１２は、ペアリング相手である第２システム３００のバックアップ記憶領域とすることができ、同様に、領域Ａ３１１は、第２システム３００の記憶領域とし、領域Ｂ３１２は、ペアリング相手である第１システム２００のバックアップ記憶領域とすることができる。

【0066】

なお、上記の実施の形態においては、第１システム２００および第２システム３００を例示したが、これに限定されず、第３システム、第４システムと、複数のシステムを設けてもよい。この場合、相互にデータをバックアップしあってもよい。

【0067】

例えば、第１システム２００の領域Ａ２１１のバックアップ領域としてペアリング相手を第２システム３００の領域Ｂ３１２だけで無く、第３システムの領域Ｂ、第４システムの領域Ｂとペアリングさせておいてもよい。この場合、第１システム２００は第２システム、第３システム、第４システムの領域Ｂに対して複数のバックアップが可能となる。

【0068】

また、通常のミラーリングハードディスクモードと本発明にかかるミラーリングバックアップモードを切換えるスイッチを設けてもよい。
なお、この場合の通常のミラーリングモードとは、システムＮＡＳの領域Ｂに対するバックアップ領域が、同じシステムＮＡＳの領域Ａに設定されるモードである。
例えば、第２システムＮＡＳ３１０が通常のミラーリングハードディスクモードである場合、第１システムＮＡＳ２１０の領域Ａ２１１はクラウドストレージ７００を介して第２システムＮＡＳ３１０の領域Ｂ３１２にバックアップされ、さらに第２システムＮＡＳ３１０の領域Ａ３１１にミラーリング処理されるため、重複バックアップを行なうことができ、データの安全性が増す。

【0069】

なお、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０を販売前、すなわち出荷時にペアリングデータを互いに保有させて、電源投入時に自動的にペアリングを実施させてもよい。

【0070】

また、第１システム２００と第２システム３００とを、自宅と祖父の家のように、物理的に離れた位置に配置させることが好ましい。この場合、仮に自宅が火災等の災害に直面し、自宅の第１システム２００が焼失など破損しても、祖父の家に配置された第２システム３００に影響は無く、バックアップデータを守ることができ、復元を行なうことができる。
また、第１システム２００と第２システム３００とを物理的に離れた位置に配置させる前に、ケーブル等を用いて接続することで、自動的にペアリングを実施させてもよく、互いにスイッチを有し、当該スイッチ操作によりペアリングを実施させてもよい。

【0071】

なお、ペアリングとは、第１システムＮＡＳ２１０と第２システムＮＡＳ３１０が、お互いのダイナミックＤＮＳ情報や第１システムＮＡＳ２１０および第２システムＮＡＳ３１０へのログイン情報といった、お互いをアクセスするために必要な情報および／または、クラウドストレージ７００へのログイン情報などを、それぞれが取得し、記録保持することである。

【0072】

さらに、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０が複数のカートリッジＨＤＤを有する場合、カートリッジＨＤＤの管理領域に、自身のダイナミックＤＮＳ用のホスト名およびパスワード等の情報を記録させておき、それらの情報を記録した第１システムＮＡＳ２１０のカートリッジＨＤＤと第２システムＮＡＳ３１０のカートリッジＨＤＤとを入れ換え、電源投入時の自動読み込み、設定ボタンの押下操作のタイミング、設定画面からの制御等を利用することでペアリングをさせてもよい。

【0073】

そして、入れ換えた、それぞれのカートリッジＨＤＤは、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の、それぞれの領域Ｂとなる。
この場合、例えばカートリッジＨＤＤの管理領域をパスワード等でロックさせる構成としてもよく、そうすることにより、簡単に書き換えができないので、記録ミスを防止することができる。

【0074】

以上のように、記録装置のバックアップシステム１００が、第１システムＮＡＳ２１０と、第２システムＮＡＳ３１０とが、互いに遠方に設置された場合、災害時にデータ復旧を行なうことができ、キャッシュとして用いるのでクラウドストレージ７００のストレージ領域の利用を少なくすることができる。

【0075】

また、ＤＤＮＳサービス６００を利用することによりバックアップ先のアドレス情報を取得し、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の一方から他方へアクセス制御を行なうことができるので、他方が省電力モードであっても起動させることができる。また、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の一方から他方へ記録を行なう際に、災害が生じたとしても、クラウドストレージ７００を用いているので、データ紛失を防止することができる。また、必要なとき以外は省電力モードにでき、省電力モードから起動させることができるため、省電力を実現することができる。

【0076】

さらに、一般に、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０が省電力モードの場合、通常モードに復帰するまで、バックアップができない状態が発生する。しかしながら、本発明においては、クラウドストレージ７００を用いているため、その間に災害等が生じてもデータの紛失を防止することができる。

【0077】

また、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の一方から他方へアクセス制御できない場合には、データをクラウドストレージ７００へ一時的ではなく、書き込み処理を行なうことができるので、アクセス制御できる時に、データのバックアップを行なうことができる。

【0078】

さらに、アクセス制御部が第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の一方から他方へアクセス制御できないと判定した場合、ＰＣ２２０、ＰＣ３２０、携帯通信端末８００の少なくとも１つへ、報知を行なうことができるので、ユーザーは、当該報知を確認することができる。

【0079】

本実施例においては、記録装置のバックアップシステム１００は、記録装置のバックアップシステムに相当し、クラウドストレージ７００がクラウドストレージに相当し、インターネット５００がインターネットに相当し、第１システムＮＡＳ２１０が第１記録装置に相当し、第２システムＮＡＳ３１０が第２記録装置に相当し、ＤＤＮＳサービス６００がＤＤＮＳに相当し、第１システムＮＡＳ２１０および第２システムＮＡＳ３１０の制御部またはＰＣ２２０、ＰＣ３２０がアクセス制御部に相当し、ＰＣ２２０、ＰＣ３２０、携帯通信端末８００が報知システムに相当し、図３から図５が記録装置のバックアッププログラムに相当する。

【0080】

また、本発明の好ましい一実施の形態は上記の通りであるが、本発明はそれだけに制限されない。本発明の精神と範囲から逸脱することのない様々な実施形態が他になされることは理解されよう。さらに、本実施形態において、本発明の構成による作用および効果を述べているが、これら作用および効果は、一例であり、本発明を限定するものではない。

【符号の説明】

【0081】

１００ 記録装置のバックアップシステム
２１０ 第１システムＮＡＳ
２２０ ＰＣ
３１０ 第２システムＮＡＳ
３２０ ＰＣ
６００ ＤＤＮＳサービス
５００ インターネット
７００ クラウドストレージ
８００ 携帯通信端末

【図1】

【図2】

【図3】

【図4】

【図5】