(57)【要約】【課題】ストレージサーバのマイグレーションを簡易化する。【解決手段】ストレージサーバ３０は、第１のユーザ端末１０−１からアップロードされたデータを第１のユーザ端末１０−１のユーザ識別子と対応付けて記憶し、そのデータのバックアップを第２のユーザ端末１０−Ｌに記憶させ、サービス制御サーバ６０は、所定の条件に該当した場合に第１のユーザ端末１０−１のデータのアップロード先を、ストレージサーバ３０から他のストレージサーバに切り替える必要があるか否かを判別し、切り替える必要があると判別すると、第１のユーザ端末１０−１のアップロード先を他のストレージサーバに変更し、第２のユーザ端末１０−Ｌに、第１のユーザ端末１０−１のデータのバックアップデータを他のストレージサーバに移行させる。【選択図】図１
2014229085.tif 000002
【特許請求の範囲】
【請求項１】
複数のストレージサーバと管理サーバとを有するストレージシステムであって、
前記ストレージシステムは、ユーザを識別するユーザ識別子が対応付けられた第１のユーザ端末と、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末と、にネットワークを介して相互に接続され、
前記複数のストレージサーバのうち一のストレージサーバは、
前記第１のユーザ端末からアップロードされたデータを前記第１のユーザ端末のユーザ識別子と対応付けて記憶する記憶手段と、
前記記憶手段が記憶するアップロードデータのうち前記第１のユーザ端末のユーザ識別子と対応付けられたデータのバックアップを前記第２のユーザ端末に記憶させるバックアップ送信手段と、
を備え、
前記管理サーバは、
所定の条件に該当した場合に前記第１のユーザ端末のデータのアップロード先を、前記一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別するサーバ切替判別手段と、
前記サーバ切替判別手段により前記第１のユーザ端末のデータのアップロード先を他のストレージサーバに切り替える必要があると判別された場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第２のユーザ端末に、前記第２のユーザ端末が記憶する前記第１のユーザ端末のユーザ識別子と対応付けられたデータのバックアップを前記新たなストレージサーバに移行させるサーバ移行手段と、
を備えることを特徴とするストレージシステム。
【請求項２】
前記管理サーバの前記サーバ切替判別手段は、前記第１のユーザ端末から前記一のストレージサーバにアップロードされたデータの容量とアップロードの頻度を含むアップロード状況とに基づいて、前記第１のユーザ端末のデータのアップロード先を、前記一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別する、
ことを特徴とする請求項１に記載のストレージシステム。
【請求項３】
前記管理サーバの前記サーバ切替判別手段は、前記一のストレージサーバが保持するデータの量を示す情報に基づいて、前記第１のユーザ端末のデータのアップロード先を、前記一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別する、
ことを特徴とする請求項１又は２に記載のストレージシステム。
【請求項４】
所定の条件に該当した場合に第１のユーザ端末のデータのアップロード先を、ネットワークを介して接続された一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別するサーバ切替判別手段と、
前記サーバ切替判別手段によりアップロード先を他のストレージサーバに切り替える必要があると判別された場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末が記憶するバックアップデータを前記新たなストレージサーバに移行させるサーバ移行手段と、
を備えることを特徴とする管理サーバ。
【請求項５】
所定の条件に該当した場合に第１のユーザ端末のデータのアップロード先を、ネットワークを介して接続された一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別し、
切り替える必要があると判別した場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末が記憶するバックアップデータを前記新たなストレージサーバに移行させる、
ことを特徴とする方法。
【請求項６】
コンピュータに、
所定の条件に該当した場合に第１のユーザ端末のデータのアップロード先を、ネットワークを介して接続された一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別する処理、
切り替える必要があると判別した場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末が記憶するバックアップデータを前記新たなストレージサーバに移行させる処理、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステム、管理サーバ、方法、及びプログラムに関する。
【背景技術】
【０００２】
スマートフォン、タブレットなど情報機器に記憶されているデータのバックアップをストレージサーバに保管し、データ同期を行うストレージサービスが普及している。このようなストレージサービスのストレージサーバは、多数のユーザのデータを保管するため、大容量のデータを保管することになる。
ストレージサービスの普及に伴い、ストレージサーバのマイグレーションについての様々な技術が提案されている。
【０００３】
例えば、特許文献１には、計算機システムにおいて、障害発生時にストレージ装置のデータをコピー先サイトにリモートコピーするバックアップ方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１０／１２２６７６号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
引用文献１のバックアップ方法のように、ストレージサーバのバックアップデータは、ホスト側の別のコンピュータに保管されることが一般的である。従って、ストレージサーバの障害発生等により、ストレージサーバを切り替える必要が生じた場合、障害が発生したストレージサーバに保管されているすべてのユーザのデータを、新しいストレージサーバへ移行する（マイグレーション）必要がある。
【０００６】
しかしながら、多数のユーザのデータを保管するストレージサーバからマイグレーションを行う場合、マイグレーションの対象となるデータの量は膨大であり、マイグレーション作業が煩雑である。また、データマイグレーション作業中、ユーザはストレージサーバへアクセスすることが長時間にわたって制限されることが多い。
【０００７】
本発明は、上記実情に鑑みてなされたものであり、ストレージサーバのマイグレーションを簡易な方法で実行することが可能なストレージシステム、管理サーバ、方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のストレージシステムは、
複数のストレージサーバと管理サーバとを有するストレージシステムであって、
前記ストレージシステムは、ユーザを識別するユーザ識別子が対応付けられた第１のユーザ端末と、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末と、にネットワークを介して相互に接続され、
前記複数のストレージサーバのうち一のストレージサーバは、
前記第１のユーザ端末からアップロードされたデータを前記第１のユーザ端末のユーザ識別子と対応付けて記憶する記憶手段と、
前記記憶手段が記憶するアップロードデータのうち前記第１のユーザ端末のユーザ識別子と対応付けられたデータのバックアップを前記第２のユーザ端末に記憶させるバックアップ送信手段と、
を備え、
前記管理サーバは、
所定の条件に該当した場合に前記第１のユーザ端末のデータのアップロード先を、前記一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別するサーバ切替判別手段と、
前記サーバ切替判別手段により前記第１のユーザ端末のデータのアップロード先を他のストレージサーバに切り替える必要があると判別された場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第２のユーザ端末に、前記第２のユーザ端末が記憶する前記第１のユーザ端末のユーザ識別子と対応付けられたデータのバックアップを前記新たなストレージサーバに移行させるサーバ移行手段と、
を備えることを特徴とする。
【０００９】
上記目的を達成するために、本発明の管理サーバは、
所定の条件に該当した場合に第１のユーザ端末のデータのアップロード先を、ネットワークを介して接続された一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別するサーバ切替判別手段と、
前記サーバ切替判別手段によりアップロード先を他のストレージサーバに切り替える必要があると判別された場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末が記憶するバックアップデータを前記新たなストレージサーバに移行させるサーバ移行手段と、
を備えることを特徴とする。
【００１０】
上記目的を達成するために、本発明の方法は、
所定の条件に該当した場合に第１のユーザ端末のデータのアップロード先を、ネットワークを介して接続された一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別し、
切り替える必要があると判別した場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末が記憶するバックアップデータを前記新たなストレージサーバに移行させる、
ことを特徴とする。
【００１１】
上記目的を達成するために、本発明のプログラムは、
コンピュータに、
所定の条件に該当した場合に第１のユーザ端末のデータのアップロード先を、ネットワークを介して接続された一のストレージサーバから他のストレージサーバに切り替える必要があるか否かを判別する処理、
切り替える必要があると判別した場合、前記アップロード先となる新たなストレージサーバを特定し、前記第１のユーザ端末に、前記アップロード先を前記新たなストレージサーバに変更させ、前記第１のユーザ端末に対応付けられたユーザ識別子と同一のユーザ識別子が対応付けられている第２のユーザ端末が記憶するバックアップデータを前記新たなストレージサーバに移行させる処理、
を実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ストレージサーバのマイグレーションを簡易な方法で実行することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係るストレージシステムの構成図である。
【図２】ユーザ端末の構成を示す図である。
【図３】サービス名定義テーブルの例を示す図である。
【図４】ストレージサーバの構成を示す図である。
【図５】共通フォーマット定義テーブルの一例を示す図である。
【図６】認証サーバの構成を示す図である。
【図７】ユーザ情報・契約管理サーバの構成を示す図である。
【図８】ユーザ情報・契約管理サーバの記憶部が格納する顧客管理ＤＢの例を示す図である。
【図９】サービス制御サーバの構成を示す図である。
【図１０】認証処理の手順を示すシーケンス図である。
【図１１】サービス制御サーバが出力するサービス識別情報のリストである。
【図１２】ユーザ端末が表示するメニューの一例を示す図である。
【図１３】データアップロード処理の手順を示すシーケンス図である。
【図１４】（ａ）、（ｂ）は、はがき印刷サービスの入力画面の一例を示す図である。
【図１５】（ａ）、（ｂ）は、はがき印刷サービスの入力画面の一例を示す図である。
【図１６】はがき印刷サービスの表示画面の一例を示す図である。
【図１７】はがき印刷サービス処理の手順を示すシーケンス図である。
【図１８】データダウンロード処理の手順を示すシーケンス図である。
【図１９】ミラーリングバックアップ処理の手順を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態にかかるストレージシステムについて、図面を参照して説明する。
【００１５】
（実施の形態１）
実施の形態１に係るストレージシステムは、ネットワークを介して、ユーザから使用する各情報装置の記憶データを受け付けて記憶し、データの破損・消失に備えて、同一ユーザの他の情報機器にミラーリングする機能を備えている。また、このストレージシステムは、アップロードされた各データを、全ての情報機器で参照・使用できるように、そのフォーマットを共通フォーマットに変換して記憶する機能を備える。
【００１６】
図１に示すように、ストレージシステム１００は、ストレージサーバ３０、認証サーバ４０、ユーザ情報・契約管理サーバ５０、サービス制御サーバ６０を有する。
ストレージシステム１００は、複数のユーザ端末１０（１０−１〜１０−Ｌ）からアクセスされ、それぞれのユーザ端末１０の要求に応答して、サービスを提供する。
【００１７】
ユーザ端末１０は、ストレージシステム１００で提供されるサービスを享受する情報機器であり、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等仕様の異なる複数の種の情報機器を含んでいる。
また、ユーザ端末１０は、１ユーザにより使用される複数台のユーザ端末１０−１〜１０−Ｌ（Ｌ≧２）を含む。
ここでは、理解を容易にするため、ユーザ端末１０−１とユーザ端末１０−２とユーザ端末１０−ＬとがユーザＩＤ「ＡＢＣ１１１１」のユーザにより利用されているものと仮定して説明を行う。
【００１８】
図２に示すように、ユーザ端末１０は、制御部１１、操作部１２、表示部１３、通信部１４、記憶部１５を備える。操作部１２、表示部１３、通信部１４、記憶部１５は、制御部１１に接続されている。
【００１９】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１ａ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１ｂを備え、接続されている各部、各部の動作の制御を行う。
【００２０】
操作部１２は、キーボード、タッチパネル、等から構成される入力装置である。ユーザは操作部１２を介してユーザ端末１０に文字等を入力することが可能である。
【００２１】
表示部１３は、液晶表示パネル、ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネル、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ、等から構成される。表示部１３は、制御部１１の制御に従って文字、画像、映像等を表示する。
なお、操作部１２がタッチパネルから構成される場合、タッチパネルが表示部１３の役割を果たすようにしてもよい。
【００２２】
通信部１４は、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等を備えている、インターネット等の通信ネットワークに接続することが可能なインターフェースである。ユーザ端末１０は、通信部１４を介し、インターネット等の通信ネットワークに接続し、後述するストレージサーバ３０と通信（データの送受信）することが可能である。
【００２３】
記憶部１５は、ユーザ端末１０の補助記憶装置であり、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）等から構成される。記憶部１５はクライアントアプリケーション１５a、バックアップアプリケーション１５ｂ、バックアップファイル１５ｃ、サービス名定義テーブル１５ｄ、データのアップロード先となるストレージサーバ３０を特定するため情報を含む各種パラメータ等を記憶している。
【００２４】
クライアントアプリケーション１５aは、ユーザ端末１０がストレージシステム１００で提供されるサービスを享受するためのプログラムである。
【００２５】
バックアップアプリケーション１５ｂは、ストレージサーバ３０に、同一ユーザの他のユーザ端末１０からアップロードされたデータがあるか否かを問い合わせ、あれば、ミラーリングのために、それをダウンロードし、ダウンロードしたデータをバックアップファイル１５ｃに保存する。
【００２６】
バックアップファイル１５ｃは、バックアップアプリケーション１５ｂによりダウンロードされたバックアップデータを格納する。
【００２７】
サービス名定義テーブル１５ｄは、サービス制御サーバ６０から送られてくるサービス識別情報を、表示用のサービス名に変化するために、図３に示すように、サービス識別情報とサービス名とを対応付けるテーブルである。
【００２８】
図１に示すストレージサーバ３０は、ユーザから受け付けたデータを記憶する装置である。
図４に示すように、制御部３１、通信部３２、記憶部３３を備える。通信部３２、記憶部３３は、制御部３１に接続されている。
【００２９】
制御部３１は、ストレージサーバ３０全体の制御を行う。
【００３０】
通信部３２は、インターネット等の通信ネットワークに接続することが可能なインターフェースである。制御部３１は、通信部３２を介し、インターネット等の通信ネットワークに接続し、ユーザ端末１０等と通信する。
【００３１】
記憶部３３は、ストレージサーバ３０の補助記憶装置であり、ＳＳＤ、ＨＤＤ等から構成される。記憶部３３は、変換プログラム３３ａ、共通フォーマット定義テーブル３３ｂ、ユーザストレージＤＢ（ＤａｔａＢａｓｅ）３３ｃを格納している。
【００３２】
変換プログラム３３ａは、共通フォーマット定義テーブル３３ｂに基づいて、ユーザ端末１０からアップロードされたデータのフォーマットが所定の共通フォーマットであるか否かを判定し、所定の共通フォーマットでないと判定した場合、共通フォーマットのデータに変換する。
【００３３】
共通フォーマット定義テーブル３３ｂは、アップロードされたデータについて、変換元のオリジナルフォーマットと変換先の共通フォーマットの関係を定義する定義情報であり、図５に示すように、変換が必要なデータのフォーマットを示す拡張子と、共通フォーマットのデータのフォーマットを示す拡張子とが対応付けられて記憶されている。例えば、アップロードされたデータがビットマップ形式（拡張子：「ｂｍｐ」）である場合、そのデータは、ＪＰＥＧ形式（拡張子：「ｊｐｇ」）に変換される。
【００３４】
ユーザストレージＤＢ３３ｃは、ユーザ端末１０から受信したデータあるいは変換プログラム３３ａにより変換されたデータを、ユーザの情報機器ごとに記憶する。ユーザ端末１０から受信したデータは、例えば、写真データ、音楽データ、文書データである。
【００３５】
図１に示す認証サーバ４０は、ユーザ端末１０のユーザを識別するためユーザ端末用１０との間で認証処理を実行する装置である。
図６に示すように、認証サーバ４０は、制御部４１、通信部４２、記憶部４３を備える。通信部４２、記憶部４３は、制御部４１に接続されている。
【００３６】
制御部４１は、認証サーバ４０全体の動作の制御を行う。
【００３７】
通信部４２は、インターネット等の通信ネットワークに接続することが可能なインターフェースである。認証サーバ４０は、通信部４２を介し、インターネット等の通信ネットワークに接続し、ユーザ端末１０、ユーザ情報・契約管理サーバ５０、等と通信する。
【００３８】
記憶部４３は、認証サーバ４０の補助記憶装置であり、ＳＳＤ、ＨＤＤ等から構成される。記憶部４３は、認証プログラム４３ａを格納している。
【００３９】
認証プログラム４３ａは、ユーザ端末１０から受信したユーザ識別情報（ユーザＩＤ、パスワード等）とユーザ情報・契約管理サーバ５０が保有する情報とに基づいて、ユーザ端末１０のユーザを認証する。
【００４０】
図１に示すユーザ情報・契約管理サーバ５０は、ストレージシステム１００を使用するユーザ（以下、会員ユーザとする）の情報を保有するための装置である。
図７に示すように、ユーザ情報・契約管理サーバ５０は、制御部５１、通信部５２、記憶部５３を備える。通信部５２、記憶部５３は、制御部５１に接続されている。
【００４１】
制御部５１は、ユーザ情報・契約管理サーバ５０全体の動作の制御を行う。
【００４２】
通信部５２は、インターネット等の通信ネットワークに接続することが可能なインターフェースである。ユーザ情報・契約管理サーバ５０は、通信部５２を介し、インターネット等の通信ネットワークに接続し、認証サーバ４０等と通信する。
【００４３】
記憶部５３は、ユーザ情報・契約管理サーバ５０の補助記憶装置であり、ＳＳＤ、ＨＤＤ等から構成される。記憶部５３は、顧客管理ＤＢ５３ａを格納している。
【００４４】
図８に示すように、顧客管理ＤＢ５３ａは、ストレージシステム１００の会員ユーザに関する情報から構成されるＤＢであり、図８（ａ）に示すように、会員ユーザのユーザＩＤ、パスワード、氏名、連絡先（電話番号、メールアドレス等）、サービス加入状況、課金情報（クレジットカード情報等）等の基本情報を記憶する。また、顧客管理ＤＢ５３ａは、図８（ｂ）に示すように、ユーザ毎に、ストレージシステムを使用する情報機器の番号、種別、端末アドレス、その端末のデータをミラーリングする同一ユーザの情報機器の番号、情報機器の構成、等の機器情報を記憶する。
【００４５】
例えば、図８（ｂ）の例では、ユーザＩＤ「ＡＢＣ１１１１」のユーザが、スマートフォン、パソコン、タブレット端末の３台の情報機器を有していること、スマートフォンの端末識別情報ＵＩＤが「１２３４５６７８」であり、一方、パソコンの端末識別情報（ＩＰアドレス）が「６４．２５．３３．４８」であることを示している。また、スマートフォンからアップロードされたデータのバックアップは、端末番号２番のパソコンに格納されることが規定されている。
これらの情報は、ストレージシステム１００の管理者等により設定される。
【００４６】
図１に示すサービス制御サーバ６０は、顧客管理ＤＢ５３ａに基づいて、会員ユーザにそれぞれのサービスを提供するかどうかを制御するための装置である。
図９に示すように、サービス制御サーバ６０は、制御部６１、通信部６２、記憶部６３を備える。通信部６２、記憶部６３は、制御部６１に接続されている。
【００４７】
制御部６１は、サービス制御サーバ６０全体の動作の制御を行う。
【００４８】
通信部６２は、インターネット等の通信ネットワークに接続することが可能なインターフェースである。サービス制御サーバ６０は、通信部３２を介し、インターネット等の通信ネットワークに接続し、ユーザ端末１０、ユーザ情報・契約管理サーバ５０等と通信する。
【００４９】
記憶部６３は、サービス制御サーバ６０の補助記憶装置であり、ＳＳＤ、ＨＤＤ等から構成される。記憶部６３は、サービス制御プログラム６３ａを格納している。
【００５０】
サービス制御プログラム６３ａは、ユーザ端末１０から受信したユーザ識別情報（ユーザＩＤ、パスワード等）に基づいて、ユーザ情報・契約管理サーバが保有する会員情報からユーザのサービス加入状況を示す情報を取得する。
【００５１】
次に、上記構成を有するストレージシステム１００の動作を、場面を分けて説明する。
【００５２】
（事前登録）
このストレージシステム１００の使用を希望するユーザは、予め、使用申し込みを行う。申し込みの際には、例えば、図８に示す顧客管理ＤＢ５３ａへの登録事項などを明確にして申し込む。
ストレージシステム１００の管理者は、申し込みに従って、顧客管理ＤＢ５３ａに必要なデータを登録する。
【００５３】
（サービス利用時のユーザ端末の認証処理）
ユーザはストレージシステム１００のサービスを利用するため、記憶部１５に記憶されているクライアントアプリケーション１５ａの実行を指示する。
【００５４】
ユーザの指示に応答して、ユーザ端末１０の制御部１１は、図１０に示す処理を開始する。
まず、制御部１１は、表示部１３に認証画面を表示させ、ユーザに対してストレージシステム１００を利用するためのユーザＩＤとパスワードの入力を要求する。
【００５５】
ユーザは、操作部１２を介して、ユーザＩＤとパスワードを入力する。
制御部１１は、通信部１４を介して認証サーバ４０にアクセスし、入力されたユーザＩＤとパスワードを認証サーバ４０に提供し、認証を要求する（ステップＡ１１）。
【００５６】
認証サーバ４０の制御部４１は、通信部４２を介してアクセスを受信し（ステップＢ１１）、認証処理を開始する。制御部４１は、通信部４２を介して、受信したユーザＩＤをユーザ情報・契約管理サーバ５０に送信し、ユーザＩＤが示す会員ユーザのデータをユーザ情報・契約管理サーバ５０に要求する。
【００５７】
ユーザ情報・契約管理サーバ５０の制御部５１は、通信部５２を介して、認証サーバ４０から送信されたユーザＩＤを受信する。制御部５１は、認証プログラム４３ａを使用して以下の処理を実行する。制御部５１は、受信したユーザＩＤをキーに顧客管理ＤＢ５３ａを検索する（ステップＤ１１）。検索の結果、ユーザＩＤが一致するデータが見つかった場合は当該データを、データがない場合はその旨を、認証サーバ４０に送信する。
【００５８】
認証サーバ４０の制御部４１は、ユーザ情報・契約管理サーバ５０から受信したデータに含まれるパスワードと、ユーザにより入力されたパスワードが一致するか否かを判別する（ステップＢ１２）。
【００５９】
パスワードが一致しない場合、制御部４１は、認証が失敗であると判別し、認証が失敗した旨をユーザ端末１０に送信する。ユーザ端末１０の制御部１１は、認証サーバ４０から認証が失敗した旨を通知されると、表示部１３に認証失敗のメッセージを表示し、認証処理を終了する。
【００６０】
パスワードが一致した場合、認証サーバ４０の制御部４１は、認証が成功であると判別し、ユーザ情報・契約管理サーバ５０に、受信したユーザＩＤを送信してユーザＩＤが示す会員ユーザが現在登録しているサービスを問い合わせる（ステップＢ１３）。
【００６１】
サービス制御サーバ６０の制御部６１は、通信部６２を介して、認証サーバ４０からユーザＩＤとともにサービス問い合わせを受け付ける（ステップＣ１１）。
【００６２】
制御部６１は、通信部６２を介して、受信したユーザＩＤをユーザ情報・契約管理サーバ５０に送信し、ユーザＩＤが示す会員ユーザのデータをユーザ情報・契約管理サーバ５０に要求する（ステップＣ１２）。
【００６３】
ユーザ情報・契約管理サーバ５０の制御部５１は、通信部５２を介して、認証サーバ４０から送信されたユーザＩＤを受信し、受信したユーザＩＤをキーに顧客管理ＤＢ５３ａを検索し、ユーザＩＤが一致するデータを、認証サーバ４０に送信する。（ステップＤ１２）。
【００６４】
サービス制御サーバ６０の制御部６１は、通信部６２を介して、ユーザ情報・契約管理サーバ５０からデータを受信する。制御部６１は、サービス制御プログラム６３ａを使用して、以下の処理を実行する。受信したデータからサービス加入状況を取り出し、図１１に示すような、サービスの識別情報のリストを生成する。制御部６１は、サービスの識別情報のリストを認証サーバ４０に送信する（ステップＣ１３）。一方、制御部６１は、ユーザ情報・契約管理サーバ５０から受信したデータから取り出したサービス加入状況を基に、そのユーザが登録しているサービスがないと判別すると、その旨をその旨を認証サーバ４０に送信する。
【００６５】
認証サーバ４０の制御部４１は、通信部４２を介して、サービス制御サーバ６０からサービスの識別情報のリストを受信する（ステップＢ１４）。
制御部４１は、受信したサービスの識別情報のリストと、ステップＢ１２で判別した認証の結果（この場合は認証成功）と、をユーザ端末１０に送信する。
一方、ユーザ情報・契約管理サーバ５０から、そのユーザが登録しているサービスがない旨を通知された場合、その旨と、ステップＢ１２で判別した認証の結果（この場合は認証成功）と、をユーザ端末１０に送信する。
【００６６】
ユーザ端末１０の制御部１１は、通信部１４を介して、サービス制御サーバ６０からサービスの識別情報のリストを受信する（ステップＡ１２）。制御部１１は、記憶部１５に記憶している図３に示すサービス名定義テーブル１５ｄを参照して、サービス識別情報が特定するサービスの名称を判別し、図１２に示すように、表示部１３にサービスのメニュー画面を表示する（ステップＡ１３）。
一方、サービス制御サーバ６０から登録されたサービスがないとの通知を受けると、制御部１１は、表示部１３に利用可能なサービスがない旨を表示する。
【００６７】
以上が、ユーザ端末１０がストレージシステム１００から提供されるサービスを利用するに先立って、実行される認証処理である。
【００６８】
（ストレージシステム１００へのデータアップロード処理）
会員ユーザは、ストレージシステム１００から提供されるサービスを利用するため、表示部１３に表示されたメニュー画面から所望するサービスを選択する。
会員ユーザは、ユーザ端末１０に記憶するデータをストレージサーバ３０にセーブしたい場合、操作部１２を介して表示部１３に表示されているメニュー画面から「アップロード」を選択する。ユーザの操作に応答して、ユーザ端末１０の制御部１１は、図１３に示すアップロード処理を開始する。
まず、ユーザ端末１０は、表示部１３にアップロード画面を表示させる（ステップＡ２１）。このとき、表示部１３に、例えば、ユーザ端末１０が記憶するデータがディレクトリ表示される。
【００６９】
ユーザ端末１０の制御部１１は、アップロード対象のデータの指定を受け付け（ステップＡ２２）、通信部１４を介して、指定されたデータをユーザＩＤ及び端末アドレスと共にストレージサーバ３０にアップロードする（ステップＡ２３）。
【００７０】
ストレージサーバ３０の制御部３１は、通信部３２を介してユーザ端末１０からデータを受信すると（ステップＥ２１）、変換プログラム３３ａを実行する。変換プログラム３３ａは、図５に示す共通フォーマット定義テーブル３３ｂに基づいて、アップロードされたデータが共通フォーマットへの変換が必要なデータであるか否かを判定し（ステップＥ２２）、フォーマット変換の必要がある場合、アップロードされたデータを共通フォーマットのデータに変換する（ステップＥ２３）。一方、受信したデータのフォーマットが所定のフォーマットである場合、フォーマット変換処理は行われない。
【００７１】
制御部３１は、共通フォーマットに変換したデータ（フォーマット変換不要の場合、ユーザ端末１０からアップロードされたデータ）を、データと同時に受信したユーザＩＤ及び端末アドレスと対応付けて、記憶部３３のユーザストレージＤＢ３３ｃに記憶する（ステップＥ２４）。
【００７２】
その後、制御部３１は、通信部３２を介してアップロード完了報告をユーザ端末１０に通知する。アップロード完了報告には、端末アドレス、アップロードされたファイル名、変換後のフォーマット形式等の情報が含まれている。
ユーザ端末１０の制御部１１は、ストレージサーバ３０からアップロード完了報告を受信すると、アップロード完了報告に基づいてアップロード処理の結果を表示部１３に表示する（ステップＡ２４）。
【００７３】
以上が、データのアップロード処理である。
上述のステップＡ２１からステップＡ２４までの一連の処理は、会員ユーザがメニューからメニュー画面から「アップロード」を選択し、任意のデータをアップロードするたびに実行される。
【００７４】
（はがき作成処理）
ストレージシステム１００は、データの保管に限らず様々なサービスを提供する。例えば、ユーザ端末１０に格納されている写真データを使用したはがきを作成するサービスがある。このサービスでは、ストレージシステム１００を介して、外部の提携サービス事業者にはがき作成などが依頼される。
【００７５】
例えば、ユーザは、図１２に示すような、表示部１３に表示されたメニュー画面から「はがき作成」を選択する。
ユーザ端末１０の制御部１１は、ユーザの操作に応答して、以下のような処理が実行する。
なお、ユーザ端末１０の記憶部１５には、写真データと、住所録のデータが記憶されているものとする。
【００７６】
制御部１１は、ユーザの操作に応答して、選択可能なはがきの種類の選択肢を表示部１３に表示する。制御部１１は、図１４（ａ）に示すように、はがきの種類の選択肢として、例えば、「写真付き」、「写真なし」を表示する。
ユーザは、操作部１２を操作して任意のはがきの種類を選択する。
【００７７】
制御部１１は、はがきの種類として「写真つき」が選択されたと判別すると、表示部１３にはがきのデザインの選択肢を表示する。ここでは、図１４（ｂ）に示すような、はがきの向きが縦の「縦１」、はがきの向きが縦の「縦２」、はがきの向きが横の「横１」、はがきの向きが横の「横２」、の４つの選択肢を表示する。
ユーザは、操作部１２を操作して任意のデザインを選択し、次の条件指定画面に進む。
【００７８】
制御部１１は、ユーザの操作に応答して、図１５（ａ）に示すように、あらかじめ記憶部１５に記憶されている写真データの一覧を表示部１３に表示する。
ユーザは、表示部１３に表示された写真データの一覧の中から、操作部１２を操作して、任意の写真データを選択し、次の条件指定画面に進む。
【００７９】
制御部１１は、ユーザの操作に応答して、図１５（ｂ）に示すように記憶部１５に記憶されている住所録を表示部１３に表示する（ステップＡ５４）。
ユーザは、表示部１３に表示された住所録から、操作部１２を操作して、任意のあて先を選択し、次の条件指定画面に進む。
【００８０】
制御部１１は、ユーザの操作に応答して、図１６に示すような指定された条件の確認画面を表示部１３に表示する。
このようにして図１７に示すはがき印刷サービスに係る処理におけるはがき作成の条件が確定する（ステップＡ５１）。
【００８１】
ユーザは、確認画面を確認し、次の画面に進む。
【００８２】
ここで、ユーザが「次へ」を選択すると、制御部１１は、はがき印刷サービスを提供する事業者のサーバに、ユーザが指定した条件を含め、はがきの印刷・発送を依頼する情報をユーザＩＤと共に送信する（ステップＡ５２）。
【００８３】
続いて、制御部１１は、ユーザが指定した写真データ、宛先データをユーザＩＤ及び端末アドレスとともにストレージサーバ３０にアップロードする（ステップＡ５３）。
【００８４】
ストレージサーバ３０の制御部３１は、通信部３２を介してユーザ端末１０からのデータを受信し（ステップＥ５１）、受信した写真データのフォーマットを判別し、必要に応じてデータを変換し、変換後の写真データ（フォーマット変換不要の場合、ユーザ端末１０から受信したデータ）を、データと同時に受信したユーザＩＤ及び端末アドレスと対応付けて、記憶部３３のユーザストレージＤＢ３３ｃに記憶する（ステップＥ５２）。
【００８５】
その後、制御部３１は、アップロード完了報告をユーザ端末１０に通知する。
ユーザ端末の制御部１１は、通信部１４を介してストレージサーバ３０からアップロード完了報告を受信すると、アップロード完了報告に基づいてアップロード処理の結果を表示部１３に表示する（ステップＡ５４）。
【００８６】
一方、提携サービス事業者は、ユーザ端末１０からサービスの依頼を受け付けると、（ステップＧ５１）、ストレージサーバ３０に対して、ユーザのデータの提供を要求する（ステップＧ５２）。
ストレージサーバ３０の制御部３１は、提携サービス事業者からデータの提供が要求されると（ステップＥ５３）、該当するデータを提携サービス事業者へ送信する（ステップＥ５４）。
【００８７】
提携サービス事業者は、ストレージサーバ３０からデータを受信し（ステップＧ５３）、受信したデータを利用して、ユーザ端末１０から受け付けたサービスの依頼に応じたサービスを提供する（ステップＧ５４）。
【００８８】
従って、図１７に示すステップＡ５１で指定された条件に従ったはがきが作成され、発送される。
例えば、ユーザが、はがきの種類として「写真つき」を、はがきのデザインとして「縦タイプＡ」を指定し、図１５（ａ）の写真の一覧から「２０１３０１０１．ｊｐｇ」を、図１５（ｂ）に示す住所録から宛先として「青木  花子」、「伊藤  一郎」を、選択した場合、「２０１３０１０１．ｊｐｇ」の画像データが印刷されたはがきが、「青木  花子」、「伊藤  一郎」に宛てて発送される。
【００８９】
このように、ユーザは、ユーザ端末１０に格納されている写真データと住所録を指定するだけで、指定したあて先にはがきを送付することができる。つまり、ユーザ自身が、ユーザ端末１０等に格納された写真データを加工し、はがきを印刷し、発送する必要がない。
また、この際、顧客管理ＤＢ５３ａを使用して、課金処理を行う等してもよい。
【００９０】
なお、上述の例では、ユーザ端末１０に格納された写真データなどを使用し、サービスの依頼後にアップロード処理が実行されたが、ストレージサーバ３０に格納されたデータから使用する写真データなどを指定することも可能である。
以上が、「はがき作成」サービスを提供するために実行される処理である。
【００９１】
（ダウンロード処理）
また、ユーザ端末１０に記憶するデータの消失、破損により、ストレージシステム１００からデータをダウンロードすることが必要になる場合がある。
以下、図１８を参照しながら、データのダウンロードの一連の処理について説明する。
【００９２】
ユーザは、操作部１２を介して表示部１３に表示されているメニュー画面から「ダウンロード」を選択する。
制御部１１は、ユーザの操作に応答して、通信部１４を介してストレージサーバ３０にアクセスし、ＩＤとともにダウンロード画面の作成の要求を送信する（ステップＡ３１）。
【００９３】
ストレージサーバ３０の制御部３１は、通信部３２を介してユーザ端末１０からダウンロード画面の作成の要求のアクセスを受信すると（ステップＥ３１）、記憶部３３のユーザストレージＤＢ３３ｃに記憶するデータから、受信したユーザＩＤに対応付けられているデータを抽出する。ストレージサーバ３０は、抽出したデータに関する情報（ファイル名、サイズ、アップロードした端末アドレス等）の一覧をダウンロード対象リストとして、通信部３２を介してユーザ端末１０に送信する（ステップＥ３２）。
【００９４】
このとき、制御部３１は、ユーザＩＤでデータを抽出するため、ダウンロード対象リストに含まれるデータには、今回ダウンロードを要求したユーザ端末以外からアップロードされたデータも含まれる。
【００９５】
図８に示す例では、ユーザＩＤ「ＡＢＣ１１１１」のユーザは、端末番号１番の端末、端末番号２番の端末、端末番号３番の端末を使用する。
例えば、ユーザＩＤ「ＡＢＣ１１１１」のユーザにより、端末番号１番の端末から、「０００１．ｊｐｇ」というデータがアップロードされ、さらに、端末番号３番の端末から、「０００３．ｊｐｇ」というデータがアップロードされたとする。このとき、端末番号１番の端末が、ダウンロード画面の作成の要求によりストレージサーバ３０が生成するダウンロード対象リストには、端末番号１番の端末からアップロードされた「０００１．ｊｐｇ」のみならず、同一ユーザの他の端末である端末番号３番の端末からアップロードされた「０００３．ｊｐｇ」が含まれることになる。
【００９６】
ユーザ端末１０の制御部１１は、通信部１４を介してストレージサーバ３０からダウンロード対象リストを受信し、受信したダウンロード対象リストを表示部１３に表示する（ステップＡ３２）。
【００９７】
ユーザが、操作部１２を介してダウンロードするデータを指定する。
制御部１１は、ユーザの操作に応答して、通信部１４を介してストレージサーバ３０へアクセスし、ダウンロードするデータを指定する。（ステップＡ３３）
【００９８】
ストレージサーバ３０の制御部３１は、ユーザ端末１０からアクセスを受信し、指定されたデータを記憶部３３のユーザストレージＤＢ３３ｃから抽出する（ステップＥ３３）。制御部３１は通信部３２を介して抽出したデータをユーザ端末１０へダウンロードする（ステップＥ３４）。
ユーザ端末１０の制御部１１は、ストレージサーバ３０からデータを受信し、受信したデータを指定された場所に保存する（ステップＡ３４）。このとき、ダウンロード結果を表示部１２に表示させてもよい。
【００９９】
以上が、データのダウンロード処理である。
このように、ユーザは、失ったデータを再取得することができる。
【０１００】
また、ユーザＩＤ単位で、ユーザストレージＤＢ３３ｃに記憶するデータからダウンロード対象となるデータを抽出するため、また、同一ユーザが他の端末からアップロードしたデータを取得することも可能である。ストレージシステム１００は、アップロードされたデータを共通フォーマットに変換して、変換したデータを保管するため、アップロードした端末と、ダウンロードを行う端末が異なる場合であっても、規格・仕様の差により、ダウンロードしたデータを利用できないという問題が発生しない。
例えば、Ａ社のスマートフォンで作成したデータを、ストレージサーバ３０にアップロードし、Ｂ社製のタブレット端末でダウンロードする場合であっても、ダウンロードされたデータを編集することが可能となる。
【０１０１】
以上、ユーザの要求に応じて、ユーザ端末１０とストレージサーバ３０が連携して行う処理について説明した。
【０１０２】
以下、ストレージシステム１００が独自に行うストレージシステム１００が備える特徴的な構成について説明する。
【０１０３】
ストレージシステム１００が備える特徴的な構成である、ストレージサーバ３０に記憶するデータをユーザ端末１０にミラーリングする機能について説明する。
【０１０４】
（ミラーリング）
ユーザ端末１０の記憶部１５に格納されているバックアップアプリケーション１５ｂは、定期的に起動されるようにあらかじめスケジューリングされている。例えば、ここでは、毎日指定された時刻に起動されるものとする。
【０１０５】
図８に示すように、顧客管理ＤＢ５３ａにバックアップ端末として動作するユーザ端末が登録されており、該当するユーザ端末のみ、バックアップアプリケーション１５ｂが自動起動されるようにあらかじめ設定されることになる。
図８に示す例では、ユーザＩＤ「ＡＢＣ１１１１」のユーザが所持する、端末番号２番と端末番号３番の端末がバックアップ端末として動作する。従って、端末番号２番と端末番号３番の端末に格納されているバックアップアプリケーション１５ｂは定期的に起動されることになる。
【０１０６】
以下、図１９を参照しながらミラーリングの処理について説明する。
指定された時刻になるとバックアップアプリケーション１５ｂは起動される。
バックアップアプリケーション１５ｂは、前述のクライアントアプリケーション１５aと同様にユーザの認証を行う（ステップＦ４１）。
認証が成功すると、制御部１１は、通信部１４を介してストレージサーバ３０にアクセスし、ＩＤとともにミラーリング処理の要否の問い合わせを送信する（ステップＦ４２）。
【０１０７】
ストレージサーバ３０の制御部３１は、通信部３２を介して、ＩＤとともにユーザ端末１０からミラーリング処理の要否の問い合わせを受信する（ステップＥ４１）。
【０１０８】
制御部３１は、ミラーリング処理の要否を判定する（ステップＥ４２）。
まず、制御部３１は、記憶部３３に格納されているバックアップログを参照し、当該ユーザＩＤについての前回のミラーリングの履歴とデータのアップロードの履歴を参照する。制御部３１は、直近のミラーリング処理の実行時刻の後、データがアップロードされた場合は、ミラーリングを実行する必要があると判別する。
【０１０９】
制御部３１は、ミラーリングを実行する必要があると判別した場合、当該ユーザＩＤに対応付けられているデータを抽出し、抽出したデータをユーザ端末１０にダウンロードする（ステップＥ４３）。
【０１１０】
ユーザ端末１０の制御部１１は、通信部１４を介して、ストレージサーバ３０からデータを受信すると、受信したデータを記憶部１５にバックアップファイル１５ｃとして記憶する（ステップＦ４３）。このとき、制御部１１は、ダウンロード処理が完了した旨、ダウンロードされたデータのファイル名、サイズなどをログに記録してもよい。
【０１１１】
なお、ストレージサーバ３０は、一人のユーザが所持する複数端末からアップロードされたデータを格納しており、図８に示す顧客管理ＤＢ５３ａに、それぞれのユーザ端末のバックアップ端末が規定されている。このため、ストレージサーバ３０は、ミラーリング処理の要否の問い合わせを送信したバックアップ端末が格納すべき端末のデータのみを、当該バックアップ端末にダウンロードする。
例えば、図８に示す例では、ユーザＩＤ「ＡＢＣ１１１１」の端末番号１番と端末番号３番のバックアップ端末は端末番号２番であり、端末番号２番のバックアップ端末は端末番号３番である。よって、端末番号２番がバックアップアプリケーション１５ｂを実行した場合、ストレージサーバ３０は、端末番号１番と端末番号３番の端末からアップロードされたデータを抽出し、抽出したデータを端末番号２番の端末にダウンロードする。
【０１１２】
以上がミラーリングの処理である。
【０１１３】
（バックアップデータの活用）
ミラーリング処理によりユーザ端末１０に格納されたバックアップファイル１５ｃは、次のように利用される。
例えば、ストレージシステム１００のサービス提供事業者が使用するストレージサーバ３０を別のストレージサーバに切り替える場合、ユーザ端末１０に格納されたバックアップファイル１５ｃを使用してデータの移行を行う。
【０１１４】
具体的には、以下のようにデータの移行作業が行われる。
ここでは、理解を容易にするため、次のように仮定して説明を行う。ストレージシステム１００は、ストレージサーバ３０−１、ストレージサーバ３０−２を有し、ストレージサーバ３０−１は、ユーザ端末１０−１からアップロードされたデータを格納している。ここでは、ストレージサーバ３０−１は、ユーザ端末１０−１からアップロードされたデータのみを格納しているものとする。ユーザ端末１０−Ｌは、ストレージサーバ３０−１が記憶するデータのうち、ユーザ端末１０−１からアップロードされたデータのバックアップを記憶する。
ストレージサーバ３０−１、ストレージサーバ３０−２は、図３に示すストレージサーバ３０と同様の構成を備えている。ユーザ端末１０、ユーザ端末１０−Ｌは、図２に示すような構成を備えている。
【０１１５】
サービス制御サーバ６０の制御部６１は、ストレージサーバ３０−１の使用領域についての情報をストレージサーバ３０−１、ストレージサーバ３０−２から定期的に収集する。このとき、制御部６１が収集する情報は、ストレージサーバ３０−１の記憶部３３のユーザストレージＤＢ３３ｃが、それぞれのユーザについて、どのくらいの容量のデータを記憶しているかを示すものである。
【０１１６】
制御部６１は、あらかじめ記憶部６３にストレージサーバ３０−１の記憶部３３のユーザストレージＤＢ３３ｃが記憶することができる最大記憶容量を記憶しており、この最大記憶容量と収集したストレージサーバ３０−１が現在記憶しているデータの容量に基づいて、ユーザストレージＤＢ３３ｃの空き領域を求める。サービス制御サーバ６０は、求めた空き領域が所定のしきい値を下回っている場合、ユーザ端末１０−１がデータをアップロードする先を切り替える必要があると判別する。このとき、ストレージサーバ３０−２に充分な空き領域があれば、制御部６１は、ユーザ端末１０−１のデータのアップロード先をストレージサーバ３０−２へ切り替えることを決定する。
【０１１７】
サービス制御サーバ６０は、ユーザ端末１０−１にアップロード先を変更するよう通知する。
ユーザ端末１０−１の制御部１１は、サービス制御サーバ６０から通知を受けると、ユーザ端末１０−１の記憶部１５に記憶するパラメータを書き換えることで、データのアップロード先の情報を変更する。
【０１１８】
また、制御部６１は、ユーザ端末１０−Ｌに、ユーザ端末１０−１の端末アドレスと対応付けられたバックアップファイル１５ｃを、ストレージサーバ３０−２へアップロードするよう通知する。ユーザ端末１０−Ｌは、これに応答して、ユーザ端末１０−Ｌの記憶部１５に記憶するユーザ端末１０−１の端末アドレスと対応付けられたバックアップファイル１５ｃをストレージサーバ３０−Ｌへアップロードする。
【０１１９】
このようにして、ストレージサーバ３０−１が格納していた、ユーザ端末１０−１からアップロードされたデータは、ストレージサーバ３０−２へ移行される。移行されたデータのバックアップは、ユーザの要求に応じて、ダウンロードに使用される。
【０１２０】
また、ユーザＩＤ単位でデータを移行することが可能となる。よって、特定のユーザのデータだけを移行することができる。例えば、ストレージサーバ３０に保管するデータの容量が大きいユーザである。
【０１２１】
上述の例では、サービス制御サーバ６０がストレージサーバ３０の切替を決定したが、別のサーバが上述の処理を行うようにしてもよい。
【０１２２】
以上説明したように、本実施形態によれば、ユーザは、共通フォーマットに変換されたデータを任意のタイミングでダウンロードできる。よって、データをアップロードした情報機器以外の情報機器でデータをダウンロードする場合、あるいは、通信事業者やＯＳが異なる場合であっても、データのダウンロードができない、また、ダウンロードしたデータのファイルを開けないといった問題が起きない。
【０１２３】
上述の実施形態では、ストレージサーバ３０にアップロードされたデータは、ユーザＩＤ及び端末アドレスと対応付けて記憶される。このような構成により、複数の端末を所持しているユーザがそれぞれの端末からストレージサーバ３０にデータをアップロードした場合であっても、アップロードされたデータがどの端末からアップロードされたのかを特定することが可能となる。また、バックアップされたデータについても、そのデータがどの端末からアップロードされたのかを特定することが可能となる。
【０１２４】
また、ストレージサーバが保管するデータをバックアップ用のユーザ端末に記憶することで、ストレージサーバに障害が発生した場合であっても、データの復旧が容易である。  また、ストレージシステムを運用する事業者がストレージサーバを切り替える場合であっても、ストレージサーバ間でのデータ移行が容易となる。
従って、ストレージシステム１００のサービス提供事業者がストレージサーバ３０のデータを新たなデータに移行する手間を省くことができる。
【０１２５】
前述したように、クライアントアプリケーション１５ａは、ストレージシステム１００で提供されるすべてのサービスを享受することができる機能を備えている。しかし、上述したように、サービス制御サーバ６０の制御により、ユーザが契約しているサービスのみをメニュー画面に表示させることで、ユーザに提供するサービスを制御する。
また、ユーザが、店舗等で契約サービスの追加を申し込んだ場合、顧客ＤＢのサービス加入状況が更新されると、ユーザは追加で申し込んだサービスを利用することができるようになる。したがって、ユーザは契約サービスの増減に伴い、新たにアプリケーションの追加インストールなどを行う必要はない。
【０１２６】
なお、この発明は、上記実施の形態に限定されず、種々の変形及び応用が可能である。
【０１２７】
上述の実施形態では、ユーザ端末１０には、ストレージシステム１００から提供されるためクライアントアプリケーション１５ａがインストールされていたが、必ずしもインストールしたアプリケーションを使用する必要はない。ユーザ端末１０のブラウザからサーバにアクセスし、アクセスされたサーバがクライアントアプリケーション１５ａと同様の機能を提供するようにしてもよい。
【０１２８】
上述の実施形態では、ユーザにユーザＩＤ、パスワードの入力を要求したが、例えば、ユーザＩＤ、あるいは、ユーザＩＤとパスワード、をあらかじめ記憶部１５に記憶しておき、ユーザによる入力を省略してもよい。
【０１２９】
上述の実施形態における「はがき作成」サービスでは、はがき作成の依頼後に指定した写真データなどがストレージサーバ３０に自動的にアップロードされたが、データの自動アップロードの有効／無効を設定する機能を備えてもよい。あるいは、サービスの利用時にアップロードするか否かを指定できるようにしてもよい。
【０１３０】
また、ストレージサーバ３０は共有フォーマットに変換されたデータを保管するが、ストレージサーバ３０は、フォーマット変換を行ったデータと変換前のデータとを対応付けて記憶してもよい。あるいは、ストレージサーバ３０は、フォーマット変換を行ったデータと変換前のフォーマットの情報とを対応付けて記憶してもよい。
このように、変換前のフォーマットについての情報も記憶している場合、ストレージサーバ３０はダウンロード時には、元のフォーマットに変換してダウンロードするようにしてもよい。
【０１３１】
ストレージシステム１００におけるストレージサーバ３０の台数は任意である。
【０１３２】
また、上記各実施の形態におけるストレージシステム１００が提供するサービスの内容は任意である。例えば、デジタル新聞配信サービス、アイコン管理サービス、セキュリティ設定サービス、ホームネットワーク設定サービス、ウェブストア、各種サポート（延長保証、機器設定、データ管理、データ復旧）、インターネット接続サービス、音楽サービス、動画サービス、ニュース配信サービス、ゲーム等を提供可能である。
【０１３３】
また、上述の実施形態では同一ユーザが所持する別のユーザ端末をバックアップ端末として使用したが、１つのバックアップ端末に複数ユーザのバックアップを保管してもよい。例えば、ある家族内でストレージシステム１００を利用するユーザが２人いた場合、バックアップデータを保管するＰＣが家族共有のものである可能性もある。このような場合、ユーザを識別するユーザＩＤを対応付けてバックアップデータを保管することで、１つのユーザ端末に複数ユーザのバックアップを保管することができる。
【０１３４】
上記実施の形態１では、データをアップロードするユーザ端末とバックアップを保管するユーザ端末が別々の情報機器である例を説明した。しかし、バックアップを保管するユーザ端末は、データをアップロードするユーザ端末と同一であってもよい。例えば、２個のＨＤＤを有するＰＣであれば、一方のＨＤＤが破損した場合であっても、バックアップデータを保管している他方のＨＤＤのデータを復旧することは可能である。
【０１３５】
また、コンピュータがプログラムを実行することで、ストレージシステム１００の機能を実現してもよい。ストレージシステム１００の機能を実現するためのプログラムは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、ＳＤメモリカード、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ   Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、ＨＤＤ（Ｈａｒｄ   Ｄｉｓｃ  Ｄｒｉｖｅ）等のコンピュータ読み取り可能な記録媒体に記憶されてもよいし、ネットワークを介してコンピュータにダウンロードされてもよい。
【符号の説明】
【０１３６】
１０              …ユーザ端末
１１，３１，４１，５１，６１            …制御部
１１ａ，３１ａ，４１ａ，５１ａ，６１ａ  …ＣＰＵ
１１ｂ，３１ｂ，４１ｂ，５１ｂ，６１ｂ  …ＲＡＭ
１２              …操作部
１３              …表示部
１４，３２，４２，５２，６２            …通信部
１５，３３，４３，５３，６３            …記憶部
１５ａ            …クライアントアプリケーション
１５ｂ            …バックアップアプリケーション
１５ｃ            …バックアップファイル
１５ｄ            …サービス名定義テーブル
３０              …ストレージサーバ
３３ａ            …変換プログラム
３３ｂ            …共通フォーマット定義テーブル
３３ｃ            …ユーザストレージＤＢ
４０              …認証サーバ
４３ａ            …認証プログラム
５０              …ユーザ情報・契約管理サーバ
５３ａ            …顧客管理ＤＢ
６０              …サービス制御サーバ
６３ａ            …サービス制御プログラム
１００            …ストレージシステム
【図１】
2014229085.tif 000003
【図２】
2014229085.tif 000004
【図３】
2014229085.tif 000005
【図４】
2014229085.tif 000006
【図５】
2014229085.tif 000007
【図６】
2014229085.tif 000008
【図７】
2014229085.tif 000009
【図８】
2014229085.tif 000010
【図９】
2014229085.tif 000011
【図１０】
2014229085.tif 000012
【図１１】
2014229085.tif 000013
【図１２】
2014229085.tif 000014
【図１３】
2014229085.tif 000015
【図１４】
2014229085.tif 000016
【図１５】
2014229085.tif 000017
【図１６】
2014229085.tif 000018
【図１７】
2014229085.tif 000019
【図１８】
2014229085.tif 000020
【図１９】
2014229085.tif 000021