JP2009157761A - ストレージシステム及びストレージシステムにおけるデータ管理方法 - Google Patents

Abstract

【課題】本発明は、ホームネットワークシステムのユーザにとって利便性が高く、ネットワーク資源の効率的利用を可能にするストレージシステムを提供することを課題にしている。
【解決手段】本発明は、ユーザのホームサーバによって利用される、コンテンツデータを格納するためのストレージサブシステムとこれを制御するセンタサーバとを備えるストレージセンタである。前記センタサーバは、前記複数のホームサーバから送信されるコンテンツ記録予約要求をとりまとめ、指定された記録開始時刻になった場合に、コンテンツサーバからコンテンツデータを取得し、前記ストレージサブシステムに格納するとともに、前記ユーザのホームサーバに記録予約が完了したことを通知する。
【選択図】図１

Description

本発明は、ストレージシステム及びストレージシステムにおけるデータ管理方法に関し、特に、ネットワークを介して家庭内のサーバにストレージサービスを提供するストレージシステム及びこれを用いたデータ管理方法に関する。

一般ユーザの家庭内には、デジタルカメラやデジタルビデオレコーダ、パーソナルコンピュータ、プリンタ等のマルチメディアデータを扱うさまざまな種類のデジタル製品が普及している。近年では、このようなデジタル製品をホームネットワークに接続したホームネットワークシステムが提案され、さらに、個々のホームネットワークシステムに対してストレージサービスを提供するストレージサービスプロバイダも登場している。

例えば、下記特許文献１には、多数の家庭用デジタル製品を接続したホームネットワークシステムを制御・管理するホームサーバがデータを蓄積し、ホームサーバは、蓄積されたデータを、インターネットを介して接続されたポータルサーバに周期的に伝送してバックアップを行うことにより、ホームサーバの機能障害時にポータルサーバにバックアップされたデータに基づいてホームサーバ内の消失したデータを修復する技術が開示されている。

また、下記特許文献２には、コンテンツ保存用サーバが、コンテンツ販売用サーバから受信したコンテンツを保存するとともに当該コンテンツのリンク情報を生成、記憶しておき、ユーザ端末から受信したコンテンツ利用要求に従ってリンク情報を抽出し、当該抽出したリンク情報に基づいてコンテンツを抽出し、ユーザに送信する技術が開示されている。
特開２００４-１９２６０２号公報 特開２００４-３３４５４４号公報

デジタル製品は、ハードウェア技術の進歩に伴い、より高性能化し、そこで扱われるマルチメディアデータの量も飛躍的に増大している。従って、ホームサーバのストレージ容量の増大が望まれるが、個人のユーザにとってストレージ容量の大容量化は過大な負担である。このため、利用可能なストレージ容量を増大させるために、ユーザがストレージサービスプロバイダをさらに活用することが予想される。

また、ネットワーク環境の充実により、ユーザは、ネットワークを介してコンテンツプロバイダから所望のコンテンツを取得することがますます盛んになる。その一方、マルチメディアデータの量も増大しているため、ネットワーク資源の不足も顕著なものとなることが予想される。

そこで、本発明は、ホームネットワークシステムのユーザにとって利便性が高く、ネットワーク資源の効率的利用を可能にするストレージシステムを提供する目的としている。

上記課題を解決するために、第１の観点に従う本発明は、複数のユーザのホームサーバによって利用される、コンテンツデータを格納するためのストレージサブシステムと、前記ストレージサブシステムを制御するセンタサーバとを備えるストレージセンタである。

前記センタサーバは、前記各ユーザについてのコンテンツデータを管理するセンタ側データ管理テーブルと、前記ストレージサブシステムに格納されたコンテンツデータに対して利用可能なユーザを管理するコンテンツ管理テーブルと、を備える。

前記センタサーバは、前記複数のホームサーバのいくつかから送信されるコンテンツ記録予約要求を受け付けて、当該コンテンツ記録予約要求を前記コンテンツ管理テーブルに登録し、前記コンテンツ記録予約要求によって指定された記録開始時刻になった場合に、コンテンツプロバイダから当該コンテンツ記録予約要求によって指定されたコンテンツのコンテンツデータを取得し、前記ストレージサブシステムに格納し、前記コンテンツ記録予約要求を送信したホームサーバのユーザについての前記センタ側データ管理テーブルを更新し、前記コンテンツ記録予約要求を送信したホームサーバによって保持されるホームサーバ側データ管理テーブルと前記センタ側データ管理テーブルとを同期させるために、前記コンテンツ記録予約要求に従って前記コンテンツデータを格納したことを示すメッセージを、前記コンテンツ記録予約要求を送信した前記ホームサーバに送信する。

従って、ストレージセンタは、複数のユーザからの同一のコンテンツについての記録予約要求を集約することができる。そして、ストレージセンタは、コンテンツ記録予約要求で指定された記録開始時刻になると、コンテンツプロバイダから送信されるコンテンツデータを格納し、ホームサーバに記録完了を通知する。これにより、ユーザは、コンテンツを利用したい時点で、ストレージセンタからこれをダウンロードすれば足り、改めてバックアップする必要がない。従って、各ユーザが直接的にコンテンツプロバイダからコンテンツデータを取得して、バックアップのためにストレージセンタにそれぞれ送信する場合に比べて、ネットワーク２の帯域を利用せずに済むことになる。

また、別の観点に従う本発明は、ホームネットワークを介してデジタルデバイスに接続可能に構成された複数のホームサーバと、外部ネットワークを介して前記複数のホームサーバをそれぞれ接続可能に構成されたストレージセンタと、を備えるストレージシステムである。

前記ホームサーバは、前記デジタルデバイスが扱うコンテンツデータを格納する記憶装置と、前記コンテンツデータを管理するホームサーバ側データ管理テーブルを備える。

前記ストレージセンタは、前記ホームサーバが利用するコンテンツデータを格納するためのストレージサブシステムと、前記ストレージサブシステムを制御するセンタサーバとを備え、前記センタサーバは、前記各ユーザについてのコンテンツデータを管理するセンタ側データ管理テーブルと、前記ストレージサブシステムに格納されたコンテンツデータに対して利用可能なユーザを管理するコンテンツ管理テーブルと、を備える。

前記センタサーバは、前記複数のホームサーバのいくつかから送信されるコンテンツ記録予約要求を受け付けて、当該コンテンツ記録予約要求を前記コンテンツ管理テーブルに登録し、前記コンテンツ記録予約要求によって指定された記録開始時刻になった場合に、コンテンツプロバイダから当該コンテンツ記録予約要求によって指定されたコンテンツのコンテンツデータを取得し、前記ストレージサブシステムに格納し、前記コンテンツ記録予約要求を送信したホームサーバのユーザについてのセンタ側データ管理テーブルを更新し、前記コンテンツ記録予約要求に従って前記コンテンツデータを格納したことを示すメッセージを、前記コンテンツ記録予約要求を送信した前記ホームサーバに送信する。そして、前記ホームサーバは、前記コンテンツデータを格納したことを示すメッセージに基づいて、前記ホームサーバ側データ管理テーブルを更新する。

さらに、別の観点に従う本発明は、ホームネットワークを介してデジタルデバイスに接続され、記憶装置を有する複数のホームサーバと、外部ネットワークを介して前記複数のホームサーバがそれぞれ接続され、ストレージサブシステム及び当該ストレージサブシステムを制御するセンタサーバを有するストレージセンタと、を備えるストレージシステムにおけるデータ管理方法である。

そして、前記データ管理方法は、前記複数のホームサーバの少なくとも一つが、コンテンツ記録予約要求を前記センタサーバに送信するステップと、前記センタサーバが、前記複数のホームサーバの少なくとも一つから送信されるコンテンツ記録予約要求を受け付けるステップと、前記センタサーバが、前記受け付けたコンテンツ記録予約要求をコンテンツ管理テーブルに登録するステップと、前記センタサーバが、前記コンテンツ記録予約要求によって指定された記録開始時刻になった場合に、コンテンツプロバイダから当該コンテンツ記録予約要求によって指定されたコンテンツのコンテンツデータを取得し、前記ストレージサブシステムに格納するステップと、前記センタサーバが、前記コンテンツ記録予約要求を送信したホームサーバのユーザについてのセンタ側データ管理テーブルを更新するステップと、前記センタサーバが、前記コンテンツ記録予約要求に従って前記コンテンツデータを格納したことを示すメッセージを、前記コンテンツ記録予約要求を送信した前記ホームサーバに送信するステップと、前記ホームサーバが、前記コンテンツデータを格納したことを示すメッセージに基づいて、ホームサーバ側データ管理テーブルを更新するステップと、を含む。

本発明によれば、ホームネットワークシステムのユーザにとって利便性が高く、ストレージシステムにおけるネットワーク資源の効率的利用が可能になる。

また、本発明によれば、ストレージセンタは、コンテンツプロバイダから取得したオリジナルのデータを１つだけ蓄積すればよく、ストレージサブシステムの容量を削減できるので、ストレージシステムの効率的運用が可能になる。

次に、本発明の実施の形態について、図面を参照しつつ説明する。
（１）ストレージシステムの構成

図１は、本発明の一実施形態に係るストレージシステムの概略構成を示す図である。同図に示すように、ストレージシステム１は、ネットワーク２を介して接続された、複数のホームシステム３、ストレージセンタ４、及びコンテンツサーバ（コンテンツプロバイダ）５を含んで構成されている。ストレージシステム１はまた、無線基地局６を含んでいてもよい。ネットワーク２は、典型的には、インターネットや光通信ケーブルで構成される。

ホームシステム３は、ホームネットワーク３１に接続されたホームサーバ３２及び各種のデジタルデバイス３３から構成される。ホームネットワーク３１は、例えば、家庭内有線／無線ＬＡＮとして形成される。ホームシステム３は、ルータ３４を介して、インターネット２に接続されている。

ホームサーバ３２は、ホームシステム３内のデジタルデバイス３３が扱うコンテンツとしてのマルチメディアデータ（以下、単に「データ」あるいは「コンテンツ」あるいは「コンテンツデータ」という。）を集約的に管理するサーバコンピュータである。ホームサーバ３２は、典型的には、プロセッサ（ＣＰＵ）３２１、メモリ３２２、ユーザインターフェース３２３、記憶装置３２４、及びネットワークインターフェース３２５を備える。

プロセッサ３２１は、メモリ３２２にロードされたホームサーバプログラムを実行し、ホームサーバ３２の動作を統括的に制御する。ホームサーバプログラムは、例えば、記憶装置３２４の残容量が少なくなった場合に、記憶装置３２４に格納されている所定のコンテンツをストレージセンタ４に移動させる処理を行う。これは、データバックアップと呼ばれることもある。

メモリ３２２には、図２に示すように、システム構成テーブル、ホームサーバ側データ管理テーブル４００、ホームサーバ側ユーザ管理テーブル５００、及びモバイルデバイス管理テーブル９００が保持され、プロセッサ３２１の利用に供される。これらのテーブルは、例えば、ホームサーバ３の起動時に、プロセッサ３２１の制御の下、記憶装置３２４から読み込まれ、メモリ３２２にロードされる。

ユーザインターフェース３２３は、例えば、キーボードやマウス、ディスプレイ、スピーカ等によって構成される。ユーザは、ユーザインターフェース３２３を介して、ホームサーバ３２の設定・管理を行うことができる。本実施形態では、ホームサーバ３２はユーザインターフェース３２３を含むように構成されているが、これにこだわるものではない。例えば、ユーザが、ホームネットワーク３１に接続されたパーソナルコンピュータのユーザインターフェースを用いて、ホームサーバ３２にアクセスするように構成を採用してもよい。

記憶装置３２４は、ホームシステム３内のデータを格納するための記憶媒体を備えたローカル記憶装置である。記憶装置３２４は、例えば、ハードディスクドライブ群や不揮発性の半導体メモリ群によって構成される。

ホームサーバ３２は、拡張Ｉ／Ｆ部（図示せず）を備えてもよい。拡張Ｉ／Ｆ部は、デジタルデバイス３３を直接的に接続するためのインターフェースである。本実施形態では、デジタルデバイス３３は、ホームネットワーク３１を介してホームサーバ３２に接続される構成として説明されるが、例えばＵＳＢメモリのようなデジタルデバイス３３が拡張Ｉ／Ｆ部に直接的に結合され、ホームサーバ３２のプロセッサ３２１がこれにアクセスできるように構成されてもよい。

デジタルデバイス３３は、例えば、ビデオカムレコーダ３３ａ、パーソナルコンピュータ３３ｂ、ＤＶＤ記録再生プレーヤのようなビデオレコーダ３３ｃ、テレビ３３ｄ、デジタルスチルカメラ３３ｅ等である。オーディオコンポーネントシステムも含まれる。各デジタルデバイス３３は、典型的には、マイクロプロセッサ、メモリ、及びその用途に則したシステムコンポーネントを含んで構成される。デジタルデバイス３３は、それ自体がネットワーク接続機能を有することでホームネットワーク３１に直接に接続するように構成されてもよいし、他のデバイスを介して接続するように構成されてもよい。

デジタルデバイス３３は、典型的には、マスター／スレーブ制御方式によって、ホームサーバ３２によりアクセスされる。すなわち、ホームサーバ３２は、ホームネットワーク３１を介して接続されたデジタルデバイス３３にアクセスし、デジタルデバイス３３内のメモリに格納されたデータを読み出すことができる。あるいは、デジタルデバイス３３が能動的にホームサーバ３２にアクセスし、特定のデータをホームサーバ３２に送り込んでもよい。

ストレージセンタ４は、ユーザのホームシステム３に対してストレージサービスを提供するためのシステムであり、ホームシステム３のホームサーバ３２が「透過的」にストレージセンタ４のリソース（すなわち、ストレージ領域）を利用することができるように構成されている。ここでいう「透過的」とは、ユーザが、ストレージセンタ４の存在を意識することなく、ストレージセンタ４のリソースをホームサーバ３の一部として利用できることをいう。ストレージセンタ４は、典型的には、ストレージサービスプロバイダによって運営される。

ストレージセンタ４は、センタサーバ４１、ストレージサブシステム４２及び通信装置４３を備える。これらの装置は、内部ネットワーク４４を介して相互に接続されていてもよい。

センタサーバ４１は、ストレージセンタ４全体を統括的に制御するためのコントローラ乃至はコンピュータであり、従って、プロセッサ及びその他のハードウェアコンポーネントを備える。同図では、プロセッサ（ＣＰＵ）４１１、メモリ４１２、入力装置４１３、出力装置４１４、補助記憶装置４１５、及びネットワークインターフェース４１６が示されている。センタサーバ４１は、複数台のコンピュータから構成される分散型システムであってもよい。

プロセッサ４１１は、メモリ４１２にロードされたセンタサーバプログラムを実行し、センタサーバ４１の動作を統括的に制御する。

メモリ４１２には、図３に示すように、システム構成テーブル、センタ側ユーザ管理テーブル６００、センタ側データ管理テーブル７００、及びコンテンツ管理テーブル８００が保持され、プロセッサの利用に供される。

ストレージサブシステム４２は、ストレージセンタ４内のデータを格納する記憶媒体を備えた装置である。ストレージサブシステム４２は、例えば、ハードディスクドライブ群や不揮発性の半導体メモリによって構成される。ストレージサブシステム４２は、大容量かつ高信頼性の要求に応えるべく、例えば、ＲＡＩＤの構成を採る。

コンテンツサーバ５は、ユーザに音楽や映画等のデジタルコンテンツを有料／無料で提供するためのシステムであり、コンテンツプロバイダによって運営される。ただし、ストレージサービスプロバイダとコンテンツプロバイダとは同一事業者であってもかまわない。ユーザは、ホームサーバ３２を操作して、コンテンツサーバ５に直接アクセスしてもよいが、本実施形態では、ユーザは、ストレージセンタ４を介してコンテンツサーバ５にアクセスするようになっている。

コンテンツサーバ５は、ユーザに提供可能なコンテンツを格納するためのストレージサブシステム５１を含み、通信装置５２を介して、インターネット２に接続されている。

無線基地局４は、ユーザのモバイルデバイス３５との間で無線通信を行うための基地局である。本実施形態では、モバイルデバイス３５として、携帯電話機及びカーナビゲーションシステムが図示されている。
（２）各種テーブルの構成
（２−１）ホームサーバ側データ管理テーブル４００

図４は、本発明の一実施形態に係るストレージシステムにおけるホームサーバ側データ管理テーブル４００の一例を示す図である。ホームサーバ側データ管理テーブル４００は、ホームサーバ３２によって保持されるテーブルであって、デジタルデバイスが扱うデータを管理するためのテーブルである。同図に示すように、ホームサーバ側データ管理テーブル４００は、インデックス欄４０１、メタデータ欄４０２、記録予約欄４０３、保存日時欄４０４、及びデータアドレス欄４０５から構成される。

インデックス欄４０１は、データのインデックス情報を格納する欄であり、当該データの名前を示す名前欄４０１ａ及び当該データの内容を視覚的に表すためのファイル名を示すサムネイル欄４０１ｂを含む。

メタデータ欄４０２は、データの属性情報を格納する欄である。属性情報は、例えば、データのファイル名を示すファイル名欄４０２ａ、当該データの種別（例えば、ビデオデータ、オーディオデータ等）を示すデータ種別欄４０２ｂ、当該データのフォーマット種別を示すフォーマット種別欄４０２ｃ、当該データのデータサイズを示すデータサイズ欄４０２ｄ、当該データを作成した作成者を示す作成者欄４０２ｅ、当該データが作成された日時を示す作成日時欄４０２ｆ、及び当該データに対する最新アクセス日時を示す最新アクセス日時欄４０２ｇを含む。

記録予約欄４０３は、未だ配信されていないデータを配信された時点で記録するための予約情報を格納する欄である。記録予約欄４０３は、当該データの記録を開始する日時を示す記録開始日時欄４０３ａ及び当該データの記録を終了する日時を示す記録終了日時欄４０３ｂを含む。

保存日時欄４０４は、ストレージセンタ４のストレージサブシステム４２にデータ及び／又はメタデータが保存された日時情報を格納する欄である。データ及びメタデータのいずれもがストレージセンタ４のストレージサブシステム４２に保存されていない場合には、保存日時欄には「ＮＵＬＬ」が格納される。

データアドレス欄４０５は、データの格納先情報（例えばファイルパス）を格納するための欄であり、ホームサーバ欄４０５ａ及びセンタ欄４０５ｂを含む。当該データがホームサーバ内に格納されている場合には、ホームサーバ欄４０５ａには、ホームサーバ３２内の格納先アドレスが格納され、当該データがホームサーバ３２内に格納されていない場合には「ＮＵＬＬ」が格納される。また、当該データがストレージセンタ４内に保存されている場合には、「センタ」が格納され、ストレージセンタ４内に保存されていない場合には、「ＮＵＬＬ」が格納される。データアドレス欄４０５の値は、ホームサーバ３２がストレージセンタ４からデータをダウンロードしたり、ストレージセンタ４に、バックアップのため、データをアップロードした場合に、更新される。
（２−２）ホームサーバ側ユーザ管理テーブル５００

図５は、本発明の一実施形態に係るストレージシステムにおけるホームサーバ側ユーザ管理テーブル５００の一例を示す図である。ホームサーバ側ユーザ管理テーブル５００は、ホームサーバが保持するテーブルであって、ストレージセンタ４を利用するホームサーバ３２のユーザに関する情報を格納するテーブルである。

ホームサーバ側ユーザ管理テーブル５００は、ホームサーバ３２が利用可能なストレージセンタ４のアドレス（例えばＩＰアドレス）を示すストレージセンタアドレス欄５０１、ストレージセンタ４にアクセスするために必要なユーザＩＤ欄５０２、パスワード欄５０３欄、記憶装置３２４内に確保されるべき最低容量値を示す制限値欄５０４、及び記憶装置３２４内の現在の残り容量を示す残容量欄５０５を含む。

ユーザ管理テーブルは、所定の暗号／復号モジュールにより暗号化され、保存されることが好ましい。
（２−３）センタ側ユーザ管理テーブル６００

図６は、本発明の一実施形態に係るストレージシステムにおけるセンタ側ユーザ管理テーブル６００の一例を示す図である。センタ側ユーザ管理テーブル６００は、ストレージセンタ４によって保持されるテーブルであって、ストレージセンタ４を利用する各ホームサーバ３２のユーザに関する情報を管理するテーブルである。

センタ側ユーザ管理テーブル６００は、例えば、ユーザＩＤ欄６０１、パスワード欄６０２、管理テーブルポインタ欄６０３、及びホームサーバアドレス欄６０４を含む。ユーザＩＤ欄６０１は、ストレージセンタ４のストレージサービスを利用するユーザのＩＤを示す。パスワード欄６０２は、当該ユーザによって登録されたパスワードを示す。管理テーブルポインタ欄６０３は、当該ユーザがストレージセンタ４内で所有するデータを管理するためのセンタ側データ管理テーブル７００のリンク先ポインタを示す。ホームサーバアドレス欄６０４は、ストレージセンタを利用するホームサーバ３２に割り当てられたアドレスを示す。
（２−４）センタ側データ管理テーブル７００

図７は、本発明の一実施形態に係るストレージシステムにおけるセンタ側データ管理テーブル７００の一例を示す図である。センタ側データ管理テーブル７００は、ストレージセンタ４によって保持されるテーブルであって、ユーザが所有するデータを管理するためのテーブルである。

センタ側データ管理テーブル７００は、基本的には、ホームサーバ側データ管理テーブル４００と同様の構造を有するが、データアドレス欄７０５は、ストレージセンタ４内のアドレスのみを保持する。
（２−５）コンテンツ管理テーブル８００

図８は、本発明の一実施形態に係るストレージシステムにおけるコンテンツ管理テーブル８００の一例を示す図である。コンテンツ管理テーブル８００は、ストレージセンタ４によって保持されるテーブルであって、コンテンツサーバ５から取得したコンテンツについて利用可能なユーザを管理するためのテーブルである。

コンテンツ管理テーブル８００は、基本的には、上述したホームサーバ側データ管理テーブル４００（またはセンタ側データ管理テーブル７００）と同様の構造を有するが、メタデータ欄８０２では、作成者欄に代えて、当該コンテンツの提供者を示す提供者欄８０２ｅが設けられている。また、コンテンツ管理テーブル８００は、各コンテンツについて利用可能なユーザを示すユーザ名欄８０４をさらに含む。ユーザ名欄８０４に登録されたユーザは、当該コンテンツを正規に取得し又は当該コンテンツの利用を正規に許諾されたユーザである。例えば、ホームサーバ３２の記録予約機能を用いて、コンテンツの記録予約をし、ストレージセンタ４により受け付けられたユーザや、コンテンツサーバ５からコンテンツを購入したユーザが、これに該当する。

データアドレス欄８０５は、ストレージセンタ４内のアドレスのみを保持する。センタサーバ４１が、コンテンツサーバ５から当該コンテンツを受領していない場合には、「ＮＵＬＬ」が書き込まれる。例えば、センタサーバ４１があるコンテンツに対する記録予約を受け付けたが、当該コンテンツの提供がまだ始まっていない場合、「ＮＵＬＬ」が書き込まれる。
（２−６）モバイルデバイス管理テーブル９００

図９は、本発明の一実施形態に係るストレージシステムにおけるモバイルデバイス管理テーブル９００の一例を示す図である。モバイルデバイス管理テーブル９００は、ホームサーバ３２が保持するテーブルであって、ホームシステム３の外部からホームサーバ３やストレージセンタ４にアクセス可能なモバイルデバイスに関する情報を格納するテーブルである。

モバイルデバイス管理テーブル９００は、モバイルデバイス３５を一意に識別するためのデバイスＩＤ欄９０１、ホームサーバ３２にアクセスするために必要なパスワード欄９０２、及びモバイルデバイス３５の種別を示すデバイス種別欄９０３を含む。

モバイルデバイス管理テーブル９００は、所定の暗号／復号モジュールにより暗号化され、保存されることが好ましい。
（２−７）モバイルデバイスアクセス管理テーブル１０００

図１０は、本発明の一実施形態に係るストレージシステムにおけるモバイルデバイスアクセス管理テーブル１０００の一例を示す図である。モバイルデバイスアクセス管理テーブル１０００は、モバイルデバイス３５によって保持されるテーブルであって、ホームサーバ３２やストレージセンタ４にアクセスするために必要な情報を格納するテーブルである。

モバイルデバイスアクセス管理テーブル１０００は、ホームサーバアドレス欄１００１、ホームサーバ用パスワード欄１００２、ストレージセンタアドレス欄１００３、ユーザＩＤ欄１００４、及びパスワード欄１００５を含む。

ホームサーバアドレス欄１００１は、ストレージセンタを利用するホームサーバ３２に割り当てられたアドレスを示す。ホームサーバ用パスワード欄１００２は、ホームサーバ３２にアクセスするために必要なパスワードを示す。ストレージセンタアドレス欄１００３は、ホームサーバ３２が利用可能なストレージセンタ４のアドレス（例えばＩＰアドレス）を示す。ユーザＩＤ欄１００４は、当該ユーザに一意に割り当てられた識別情報を示す。パスワード欄１００５は、ストレージセンタ４にアクセスするために必要なパスワードを示す。
（３）各処理の説明
（３−１）ホームサーバにおけるコンテンツデータ格納処理

図１１は、本発明の一実施形態に係るホームサーバ３２におけるコンテンツデータの格納（アップロード）処理を説明するためのフローチャートである。当該コンテンツ格納処理は、ホームサーバ３２のプロセッサ３２１がホームサーバプログラムを実行することにより実現される。

すなわち、同図に示すように、ホームサーバ３２は、あるデジタルデバイス３３からコンテンツデータの格納要求を受け付けると、当該格納要求に従うコンテンツデータのサイズに基づいて記憶装置３２４上で必要な記憶容量を算出する（ＳＴＥＰ１１０１）。続いて、ホームサーバ３２は、ホームサーバ側ユーザ管理テーブル５００を参照し、記憶装置３２４上の現在の残容量に当該算出した必要容量を加えた値が制限値５０４を上回っているか否かを判断する（ＳＴＥＰ１１０２）。ホームサーバ３２は、当該値が制限値５０４を上回っていると判断する場合には（ＳＴＥＰ１１０２のＹｅｓ）、当該データを記憶装置３２４の所定の領域に格納し（ＳＴＥＰ１１０３）、ホームサーバ側データ管理テーブル４００及びホームサーバ側ユーザ管理テーブル５００を更新して（ＳＴＥＰ１１０４）、当該格納処理を終了する。

これに対して、ホームサーバ３２は、当該値が制限値５０４を下回る、すなわち空き容量が不足すると判断する場合には（ＳＴＥＰ１１０２のＹｅｓ）、以下の処理を行って、記憶装置３２４上に空き容量を確保する。

すなわち、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００のデータアドレス欄４０５を参照して、ホームサーバ３２の記憶装置３２４及びストレージセンタ４の両方に格納されたコンテンツデータが１つ以上あるか否かを判断する（ＳＴＥＰ１１０５）。ホームサーバ３２は、両方に格納されたコンテンツデータがあると判断する場合には（ＳＴＥＰ１１０５のＹｅｓ）、ホームサーバ側データ管理テーブル４００の最新アクセス日時欄４０２ｇを参照して、当該コンテンツデータのうち最新アクセス日時が最も古いコンテンツデータを抽出し（ＳＴＥＰ１１０６）、当該抽出したコンテンツデータを削除する（ＳＴＥＰ１１０７）。続いて、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００及びホームサーバ側ユーザ管理テーブル５００を更新して（ＳＴＥＰ１１０８）、空き容量が確保できたか否かを判断するため、ＳＴＥＰ１１０２の処理に戻る。

これに対して、ホームサーバ３２は、両方に格納されたコンテンツデータがないと判断する場合には（ＳＴＥＰ１１０５のＮｏ）、ホームサーバ３２は、ストレージセンタ４に未だバックアップされておらず、記憶装置３２４にのみ格納されているコンテンツデータをバックアップするために、以下の処理を行う。すなわち、ホームサーバ３２は、記憶装置３２４にのみ格納されている全てのコンテンツデータを対象にして、最新アクセス日時が最も古いデータを抽出する（ＳＴＥＰ１１０９）。次に、ホームサーバ３２は、当該抽出したデータをストレージセンタ４にバックアップするために、ストレージセンタ４のセンタサーバ４１にログインして、当該抽出したデータをセンタサーバ４１に送信する（ＳＴＥＰ１１１０）。これにより、ストレージセンタ４のセンタサーバ４１は、ホームサーバ３２から送信されてきた当該コンテンツデータをストレージサブシステム４２の所定の領域に格納して、センタ側データ管理テーブル７００を更新することになる。

ストレージセンタ４へのアップロード後、ホームサーバ３２は、当該コンテンツデータを記憶装置３２４から削除し（ＳＴＥＰ１１０７）。続いて、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００及びホームサーバ側ユーザ管理テーブル５００を更新して（ＳＴＥＰ１１０８）、空き容量が確保できたか否かを判断するため、ＳＴＥＰ１１０２の処理に戻る。

以上のように、ホームサーバ３２は、デジタルデバイス３３からのデータ格納要求に対して、記憶装置３２４上の記憶容量が所定の制限値を下回ってしまう場合には、記憶装置３２４上の所定のデータをストレージセンタ４にバックアップして必要な記憶容量を確保した後に、データを格納する。

なお、ホームサーバ３２は、ストレージセンタ４にバックアップしたコンテンツデータであって、記憶装置３２４にないコンテンツデータをデジタルデバイス３３に提供する場合には、随時、センタサーバ４１にログインし、所望のデータをダウンロードすればよい。この場合も、ホームサーバ側データ管理テーブル４００とセンタ側データ管理テーブル７００とが同期するように、更新される。
（３−２）コンテンツ記録予約処理

図１２は、本発明の一実施形態に係るホームサーバ３２におけるコンテンツ記録予約処理を説明するためのフローチャートである。当該コンテンツ記録予約処理は、ホームサーバ３２のプロセッサ３２１がホームサーバプログラムを実行することにより実現される。

すなわち、同図に示すように、例えば、ユーザがホームサーバ３２のユーザインターフェース３２３を操作してコンテンツ記録予約機能を呼び出すと、ホームサーバ３２は、ユーザに図示しないコンテンツ記録予約画面を提示し、ユーザからコンテンツの記録予約を受け付ける（ＳＴＥＰ１２０１）。コンテンツ記録予約とは、例えば、テレビ局等の番組配信サービスであれば、当該番組の録画予約である。コンテンツ記録予約は、例えばコンテンツコードのようなコンテンツ識別情報を直接的に入力して記録予約をしたいコンテンツを指定してもよいし、コンテンツサーバ５から電子的に配布されるコンテンツリストに従って記録予約をしたいコンテンツを指定してもよい。

ホームサーバ３２は、コンテンツ記録予約を受け付けると、ホームサーバ側ユーザ管理テーブル５００を参照して、ストレージセンタ４のアドレスに従ってストレージセンタ４に接続して、ユーザＩＤ及びパスワードを送信し、ストレージセンタ４にログインする（ＳＴＥＰ１２０２）。続いて、ホームサーバ３２は、ユーザから受け付けたコンテンツ記録予約の要求をストレージセンタ４に送信する（ＳＴＥＰ１２０３）。コンテンツ記録予約要求は、例えば、当該コンテンツ識別情報（例えば、コンテンツ名やファイル名）及び記録予約情報（記録開始時刻及び記録終了時刻）を含む。これを受けて、ストレージセンタ４は、当該ユーザの下でのコンテンツ記録予約を受け付けることになる。

ホームサーバ３２は、ストレージセンタ４から記録予約受け付け完了のメッセージを受信すると、ユーザにコンテンツ記録予約確認画面を提示し、ユーザによる確認を促す（ＳＴＥＰ１２０４）。ホームサーバ３２は、ユーザによるコンテンツ記録予約確認画面に対する確認を受け付けると、受け付けた記録予約の内容に従ってホームサーバ側データ管理テーブル４００を更新する（ＳＴＥＰ１２０５）。そして、ホームサーバ３２は、ストレージセンタ４からログアウトを行って（ＳＴＥＰ１２０６）、コンテンツ記録予約処理を終了する。

上記の例では、ユーザが、ホームサーバ３２に対して直接的にコンテンツ記録予約の操作を行ったが、例えば、ユーザが、ビデオレコーダ３３ｃの予約機能を用いて、コンテンツ記録予約を行い、ホームサーバ３２がビデオレコーダ３３ｃから当該コンテンツ記録予約を受け付ける構成であってもよい。この場合も同様に、ホームサーバ３２は、ストレージセンタ４にログインし、ストレージセンタ４は、当該コンテンツ記録予約を受け付けることになる。

図１３は、本発明の一実施形態に係るストレージセンタ４におけるコンテンツ記録予約処理を説明するためのフローチャートである。当該コンテンツ記録予約処理は、センタサーバ４１のプロセッサがセンタサーバプログラムを実行することにより実現される。

すなわち、同図に示すように、センタサーバ４１は、ホームサーバ３２からのコンテンツ記録予約の要求があるか否かを監視している（ＳＴＥＰ１３０１）。センタサーバ４１は、ホームサーバ３２からのコンテンツ記録予約の要求を受け付けると（ＳＴＥＰ１３０１のＹｅｓ）、当該コンテンツ記録予約をコンテンツ管理テーブル８００に登録する（ＳＴＥＰ１３０２）。具体的には、センタサーバ４１は、コンテンツ管理テーブル８００における記録予約欄８０３に記録開始日時及び記録終了日時を登録するとともに、ユーザ名欄８０４に当該コンテンツ記録予約要求を行ったユーザのユーザＩＤを登録する。また、センタサーバ４１は、当該ユーザに対するセンタ側データ管理テーブル７００を更新する。

続いて、センタサーバ４１は、コンテンツ記録予約によって指定されたコンテンツに対する記録開始時刻か否かを判断し（ＳＴＥＰ１３０３）、指定された記録開始時刻になるまでコンテンツ記録予約を受け付ける。複数のユーザからのコンテンツ記録予約を受け付けた場合、コンテンツ管理テーブル８００における当該コンテンツについてのユーザ名欄には、複数のユーザが登録されることになる。

センタサーバ４１は、指定されたコンテンツに対する記録開始時刻になったと判断する場合（ＳＴＥＰ１３０３のＹｅｓ）、当該時刻になると取得可能になるコンテンツデータをコンテンツサーバ５から取得し、ストレージサブシステム４２における所定の領域に格納する（ＳＴＥＰ１３０４）。

このように、センタサーバ４１が、複数のユーザからコンテンツ記録要約を受け付けた場合、同一のコンテンツ記録予約要求は一つに集約される。センタサーバ４１は、一つのコンテンツ記録要求に基づいて、コンテンツサーバ５から一つのコンテンツデータを取得し、

コンテンツデータの格納を完了すると、センタサーバ４１は、コンテンツ管理テーブル８００を更新する（ＳＴＥＰ１３０５）。具体的には、センタサーバ４１は、コンテンツ管理テーブル８００における当該コンテンツについての提供者欄８０３ｅに当該コンテンツを送信した提供者名を登録するとともに、データアドレス欄８０５に格納先アドレスを登録する。センタサーバ４１はさらに、コンテンツ記録予約要求を行ったユーザに対するセンタ側データ管理テーブル７００を更新する（ＳＴＥＰ１３０６）。具体的には、センタサーバ４１は、当該コンテンツについてのデータアドレス欄７０５に格納先アドレスを登録する。

そして、センタサーバ４１は、コンテンツ管理テーブル８００を参照し、コンテンツ記録予約を行った各ユーザのホームサーバ３２に対して記録完了通知を送信する（ＳＴＥＰ１３０７）。これを受けて、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００を更新することになる。これにより、ホームサーバ側データ管理テーブル４００とセンタ側データ管理テーブル７００とは同期がとられ、その整合性が維持されることになる。

以上のように、ユーザからコンテンツ記録予約を受け付けたホームサーバ３２は、当該コンテンツ記録予約をストレージセンタ４に送信し、ストレージセンタ４はコンテンツ記録予約を受け付ける。そして、ストレージセンタ４は、コンテンツ記録予約で指定された記録開始時刻になると取得可能になるコンテンツデータをコンテンツサーバ５から取得し、格納し、ホームサーバ３２に記録完了を通知する。この場合、ストレージセンタ４が複数のユーザからコンテンツ記録予約の要求を受け付けた場合には、同一のコンテンツ記録予約要求は一つに集約され、この結果、ストレージセンタ４は、複数のユーザに対して一つのコンテンツデータを格納することになる。これにより、ストレージサブシステム４２の各ユーザに割り当てられた記憶領域に同一のコンテンツデータをそれぞれ格納する必要がなく、ストレージサブシステム４の記憶容量を節約することができる。

また、ユーザは、コンテンツを利用したい時点で、ストレージセンタ４からこれをダウンロードすれば足り、改めてバックアップする必要がない。従って、各ユーザが直接的にコンテンツサーバ５からコンテンツを取得して、バックアップのためにストレージセンタ４にそれぞれ送信する場合に比べて、ネットワーク２の帯域を利用せずに済むことになる。

図１４は、本発明の一実施形態に係るストレージシステム１におけるコンテンツ記録予約処理の一例を説明するためのシーケンスチャートである。同図は、ユーザが、コンテンツリストに基づかないで、直接的にコンテンツを指定したコンテンツ記録予約を行う例を示している。

すなわち、同図に示すように、ユーザは、操作端末を操作して、ホームサーバ３２にコンテンツ記録予約要求を送信する（ＳＴＥＰ１４０１）。ここで、操作端末は、ホームサーバ３２のユーザインターフェースであってもよいし、ＰＣ等の他のデジタルデバイス３３やモバイルデバイス３５であってもよい。

コンテンツ記録予約要求を受け付けたホームサーバ３２は、ストレージセンタ４のセンタサーバ４１にコンテンツ記録予約を登録するために、センタサーバ４１にログイン要求を送信する（ＳＴＥＰ１４０２）。センタサーバ４１は、ログイン要求を送信したユーザに対する認証を行って（ＳＴＥＰ１４０３）、認証に成功すれば、認証成功のメッセージをホームサーバ３２に送信する（ＳＴＥＰ１４０４）。一方、センタサーバ４１は、認証に失敗すれば、認証失敗のメッセージを返す。

ホームサーバ３２は、認証成功のメッセージを受け付けると、コンテンツ記録予約要求をセンタサーバに４１送信し（ＳＴＥＰ１４０５）、センタサーバ４１は、コンテンツ記録予約要求を受け付ける（ＳＴＥＰ１４０６）。続いて、センタサーバ４１は、コンテンツ記録予約要求を受け付けたことを示すメッセージをホームサーバ３２に送信する（ＳＴＥＰ１４０７）。

ホームサーバ３２は、これを受けて、ホームサーバ側データ管理テーブル４００を更新し（ＳＴＥＰ１４０８）、ストレージセンタ４からログアウトする（ＳＴＥＰ１４０９）。この時点では、コンテンツ記録予約が行われただけで、コンテンツデータは記録されていないので、ホームサーバ側データ管理テーブル４００におけるデータアドレス欄は、「ＮＵＬＬ」のままである。

センタサーバ４１は、各ユーザから、上述したようなコンテンツ記録予約を受け付け、コンテンツごとにユーザの記録予約要求をとりまとめる（ＳＴＥＰ１４１０）。センタサーバ４１は、コンテンツの記録開始時刻になったと判断すると、当該コンテンツの提供元であるコンテンツサーバ５に対して、コンテンツデータの配信要求を送信する（ＳＴＥＰ１４１１）。コンテンツサーバ５は、これを受けてセンタサーバ４１に対してコンテンツデータを配信する（ＳＴＥＰ１４１２）。

センタサーバ４１は、コンテンツサーバ５から配信されたコンテンツデータを受信すると、これをストレージサブシステム４２に格納する（ＳＴＥＰ１４１３）。センタサーバ４１は、コンテンツデータを格納後、コンテンツ管理テーブル８００を更新する。コンテンツデータの格納が完了した時点で、センタサーバ４１は、当該コンテンツに対するコンテンツ記録予約要求を行ったユーザについてのセンタ側データ管理テーブル７００を更新する（ＳＴＥＰ１４１４）。すなわち、センタ側データ管理テーブル７００におけるデータアドレス欄には、当該コンテンツの格納先アドレスが登録されることになる。続いて、センタサーバ４１は、記録完了のメッセージをホームサーバ３２に送信する（ＳＴＥＰ１４１５）。

ホームサーバ３２は、ストレージセンタ４から記録完了のメッセージを受信すると、ホームサーバ側データ管理テーブル４００を更新する（ＳＴＥＰ１４１６）。すなわち、ホームサーバ側データ管理テーブル４００におけるデータアドレス欄には、「センタ」が登録され、当該コンテンツがストレージセンタ４にあることが示される。

これにより、ユーザは、当該コンテンツを利用することができるようになる。なお、ユーザが当該コンテンツを実際に利用する場合には、ホームサーバ３２が、ストレージセンタ４から当該コンテンツをダウンロードし、所定のデジタルデバイスに提供することで、ユーザは当該コンテンツを利用できるようになる。

図１５は、本発明の一実施形態に係るストレージシステム１におけるコンテンツ記録予約処理の一例を説明するためのシーケンスチャートである。同図は、ユーザが、コンテンツリストに基づいてコンテンツ記録予約を行う例を示している。

すなわち、同図に示すように、コンテンツサーバ５は、例えば、１日分又は１週間分のコンテンツ配信スケジュール表をコンテンツリストとして予めセンタサーバ４１に配信する（ＳＴＥＰ１５０１）。センタサーバ４１は、配信されたコンテンツリストをメモリ４１２に格納し、ホームサーバ３２からコンテンツリストの要求があったら、これを提供する。

ユーザは、操作端末を操作して、ホームサーバ３２にコンテンツリスト要求を送信する（ＳＴＥＰ１５０２）。ここで、操作端末は、ホームサーバ３２のユーザインターフェースであってもよいし、ＰＣ等の他のデジタルデバイス３３やモバイルデバイス３５であってもよい。

コンテンツリスト要求を受け付けたホームサーバ３２は、センタサーバ４１にログイン要求を送信する（ＳＴＥＰ１５０３）。センタサーバ４１は、ログイン要求を送信したユーザに対する認証を行って（ＳＴＥＰ１５０４）、認証が成功すれば、認証成功のメッセージをホームサーバ３２に送信する（ＳＴＥＰ１５０５）。

ホームサーバ３２は、これを受けて、コンテンツリスト要求をセンタサーバ４１送信し（ＳＴＥＰ１５０６）、センタサーバ４１は、コンテンツリストをホームサーバ３２に送信する（ＳＴＥＰ１５０７）。

コンテンツリストを受信したホームサーバ３２は、要求元の操作端末にコンテンツリストを転送する（ＳＴＥＰ１５０８）。これにより、コンテンツリストは、ユーザの操作端末に表示されることになる。要求元の操作端末が例えばモバイルデバイスのように十分な表示能力を有しない場合、ホームサーバ３２は、コンテンツリストのレイアウトをモバイルデバイスに適したものに変換し、送信するようにしてもよい。ユーザは、操作端末を操作して、コンテンツリストに従って、記録予約をしたいコンテンツを指定する。操作端末は、ユーザの指示に従い、コンテンツ記録予約要求をホームサーバ３２に送信する。

ホームサーバ３２は、コンテンツ記録予約要求を受け付けると、コンテンツ記録予約要求をセンタサーバ４１送信する（ＳＴＥＰ１５０９）。なお、以降の処理シーケンスは、上述した図１４のＳＴＥＰ１４０６〜１４１６と同様であるので、説明を省略する。
（３−３）コンテンツ購入処理

図１６は、本発明の一実施形態に係るホームサーバ３２におけるコンテンツ購入処理を説明するためのフローチャートである。当該コンテンツ購入処理は、ホームサーバ３２のプロセッサ３２１がホームサーバプログラムを実行することにより実現される。

すなわち、例えば、ユーザがホームサーバ３２のユーザインターフェース３２３を操作してコンテンツ購入機能を呼び出すと、ホームサーバ３２は、ユーザにコンテンツ購入画面を提示し、ユーザからコンテンツの購入の要求を受け付ける（ＳＴＥＰ１６０１）。コンテンツ購入とは、例えば、コンテンツサーバ５からコンテンツの提供を受けて、当該コンテンツの利用が可能になることをいう。ここでは、有料／無料を問わないものとする。暗号化されたコンテンツのように、単に、ユーザがコンテンツの提供を受けただけでは、当該コンテンツを利用できない場合には、当該コンテンツとともに暗号鍵等の提供を受けることが「購入」となる。

ホームサーバ３２は、コンテンツ購入要求を受け付けると、ホームサーバ側ユーザ管理テーブル５００を参照して、ストレージセンタ４のアドレスに従ってストレージセンタ４に接続して、ユーザＩＤ及びパスワードを送信し、ストレージセンタ４にログインする（ＳＴＥＰ１６０２）。続いて、ホームサーバ３２は、ユーザから受け付けたコンテンツ購入要求をストレージセンタ４に送信し、ストレージセンタ４に対してコンテンツ購入を要求する（ＳＴＥＰ１６０３）。つまり、本実施形態では、ユーザは、コンテンツサーバ５に直接的にコンテンツ購入要求をするのではなく、ストレージセンタ４を介して、コンテンツサーバ５にコンテンツ購入要求をすることになる。コンテンツ購入要求は、例えば、当該コンテンツ識別情報（例えば、コンテンツ名やファイル名）を含む。これを受けて、ストレージセンタ４は、コンテンツサーバ５に対して、当該ユーザについてのコンテンツ購入を行うことになる。ストレージセンタ４は、ユーザに代わって、コンテンツサーバ５からコンテンツを入手すると、これをストレージサブシステム４２に格納し、購入完了のメッセージをホームサーバ３２に送信する。

ホームサーバ３２は、ストレージセンタ４から購入完了のメッセージを受信すると、ユーザにコンテンツ購入完了画面を提示し、ユーザによる確認を促す（ＳＴＥＰ１６０４）。ホームサーバ３２は、ユーザによるコンテンツ購入完了画面に対する確認を受け付けると、受け付けた購入完了のメッセージに従ってホームサーバ側データ管理テーブル４００を更新する（ＳＴＥＰ１６０５）。そして、ホームサーバ３２は、ストレージセンタ４からログアウトを行って（ＳＴＥＰ１６０６）、コンテンツ購入処理を終了する。

これにより、ユーザは、当該コンテンツを利用することができるようになる。なお、ユーザが当該購入したコンテンツを実際に利用する場合には、ホームサーバ３２が、ストレージセンタ４から当該コンテンツをダウンロードし、所定のデジタルデバイスに提供することで、ユーザは当該コンテンツを利用できるようになる。

図１７は、本発明の一実施形態に係るストレージセンタ４におけるコンテンツ購入処理を説明するためのフローチャートである。当該コンテンツ購入処理は、センタサーバ４１のプロセッサがセンタサーバプログラムを実行することにより実現される。

すなわち、センタサーバ４１は、ホームサーバ３２からのコンテンツ購入要求があるか否かを監視しており、コンテンツ購入要求を受け付けると、当該コンテンツ購入要求に基づくコンテンツ購入情報をコンテンツサーバ５に送信する（ＳＴＥＰ１７０１）。コンテンツ購入情報は、例えば、ユーザのユーザＩＤ及び購入に伴うクレジットカード番号等の決済情報を含む。コンテンツサーバ５は、当該ユーザとの間で決済を行い、当該ユーザにおいてコンテンツが利用可能になったことを知らせる購入完了のメッセージをセンタサーバ４１に送信する。

センタサーバ４１は、購入完了のメッセージをコンテンツサーバ５から受信すると（ＳＴＥＰ１７０２）、コンテンツ管理テーブル８００を参照して、当該コンテンツのデータが既にストレージサブシステム４２に保存されているか否かをチェックする（ＳＴＥＰ１７０３）。つまり、当該コンテンツが他のユーザによって既に購入されている場合には、当該コンテンツデータは、ストレージサブシステム４２に格納されていることになる。センタサーバ４１は、当該コンテンツデータが格納されていると判断する場合には（ＳＴＥＰ１７０３のＹｅｓ）、当該コンテンツ購入要求を行ったホームサーバ３２に購入完了のメッセージを送信する（ＳＴＥＰ１７０６）。購入完了のメッセージを受け取ったホームサーバ３２は、メモリ３２２に保持されているホームサーバ側データ管理テーブル４００を更新することになる。

これに対して、センタサーバ４１は、当該コンテンツデータが格納されていないと判断する場合には（ＳＴＥＰ１７０３のＮｏ）、コンテンツサーバ５に対して当該コンテンツデータの転送要求を送信する（ＳＴＥＰ１７０４）。これを受けて、コンテンツサーバ５は、当該コンテンツデータをセンタサーバ４１に送信することになる。センタサーバ４１は、コンテンツサーバ５から送信されるコンテンツデータを受信し、ストレージサブシステム４２の所定の領域に格納する（ＳＴＥＰ１７０４）。当該コンテンツ購入要求を行ったホームサーバ３２に購入完了のメッセージを送信する（ＳＴＥＰ１７０６）。購入完了のメッセージを受け取ったホームサーバ３２は、ホームサーバ側データ管理テーブル４００を更新することになる。

続いて、センタサーバ４１は、コンテンツ管理テーブル８００を更新する（ＳＴＥＰ１７０７）。具体的には、センタサーバ４１は、コンテンツ管理テーブル８００における当該コンテンツについての提供者欄８０２ｅに当該コンテンツを送信した提供者名を登録し、また、データアドレス欄８０５に格納先アドレスを登録する。センタサーバ４１はさらに、コンテンツ記録予約を行ったユーザについてのセンタ側データ管理テーブル７００を更新する（ＳＴＥＰ１７０８）。具体的には、センタサーバ４１は、当該コンテンツについてのデータアドレス欄７０５に格納先アドレスを登録する。これにより、ホームサーバ側データ管理テーブル４００とセンタ側データ管理テーブル７００とは同期がとられ、その整合性が維持されることになる。

図１８は、本発明の一実施形態に係るストレージシステム１におけるコンテンツ購入処理の一例を説明するためのシーケンスチャートである。同図は、ユーザが、コンテンツリストに基づいてコンテンツ購入を行う例を示している。

すなわち、同図に示すように、ユーザは、操作端末を操作して、ホームサーバ３２にコンテンツリスト要求を送信する（ＳＴＥＰ１８０１）。コンテンツリストとは、コンテンツサーバ５がユーザに提供可能なコンテンツをまとめたものである。ここで、操作端末は、ホームサーバ３２のユーザインターフェースであってもよいし、ＰＣ等の他のデジタルデバイス３３やモバイルデバイス３５であってもよい。

コンテンツリスト要求を受け付けたホームサーバ３２は、センタサーバ４１にログイン要求を送信する（ＳＴＥＰ１８０２）。センタサーバ４１は、ログイン要求を送信したユーザに対する認証を行って（ＳＴＥＰ１８０３）、認証が成功すれば、認証成功のメッセージをホームサーバ３２に送信する（ＳＴＥＰ１８０４）。

ホームサーバ３２は、これを受けて、コンテンツリスト要求をセンタサーバ４１送信し（ＳＴＥＰ１８０５）、センタサーバ４１は、コンテンツリスト要求をコンテンツサーバ５に送信する（ＳＴＥＰ１８０６）。これを受けて、コンテンツサーバ５は、コンテンツリストをセンタサーバ４１に送信する（ＳＴＥＰ１８０７）。本例では、センタサーバ４１からのコンテンツリスト要求に応じて、コンテンツサーバ５からコンテンツリストを提供するようにしているが、これにこだわるものではない。例えば、センタサーバ４１は、定期又は不定期にコンテンツサーバから事前にコンテンツリストの配信を受けるものであってもかまわない。

センタサーバ４１は、受信したコンテンツリストをメモリ４１２に格納するとともに、ホームサーバ３２にコンテンツリストを送信する（ＳＴＥＰ１８０８）。コンテンツリストを受信したホームサーバ３２は、要求元の操作端末にコンテンツリストを転送する（ＳＴＥＰ１８０９）。これにより、コンテンツリストは、ユーザの操作端末に表示されることになる。

ユーザは、操作端末を操作して、コンテンツリストに従って、購入したいコンテンツを指定する。操作端末は、ユーザの指示に従い、コンテンツ購入要求をホームサーバ３２に送信する（ＳＴＥＰ１８１０）。ホームサーバ３２は、これを受けて、コンテンツ購入要求をセンタサーバ４１送信する（ＳＴＥＰ１８１１）。

センタサーバ４１は、コンテンツ購入要求を受け付けると、当該コンテンツ購入要求に基づく購入情報をコンテンツサーバ５に送信する（ＳＴＥＰ１８１２）。コンテンツサーバ５は、受信したコンテンツ購入情報に基づいて、当該ユーザによるコンテンツの利用を可能にし、購入完了のメッセージをセンタサーバ４１に送信する（ＳＴＥＰ１８１３）。

センタサーバ４１は、次に、当該コンテンツのデータが既にストレージサブシステム４２に格納されているか否かをチェックし（ＳＴＥＰ１８１４）、格納されていないと判断する場合には、コンテンツサーバ５に当該コンテンツデータの転送要求を送信する（ＳＴＥＰ１８１５）。これを受けて、コンテンツサーバ５は、当該コンテンツデータをセンタサーバ４１に送信する（ＳＴＥＰ１８１６）。

センタサーバ４１は、コンテンツサーバ５から送信されるコンテンツデータを受信し、ストレージサブシステム４２の所定の領域に格納する（ＳＴＥＰ１８１７）。続いて、センタサーバ４１は、記録完了のメッセージをホームサーバ３２に送信するとともに（ＳＴＥＰ１８１８）、コンテンツ管理テーブル８００及びセンタ側データ管理テーブル７００を更新する（ＳＴＥＰ１８１９）。

なお、センタサーバ４１は、当該コンテンツデータが格納されていると判断する場合には、当該コンテンツ購入要求を行ったホームサーバ３２に購入完了のメッセージを直ちに送信する。

一方、購入完了のメッセージを受け取ったホームサーバ３２は、ホームサーバ側データ管理テーブル４００を更新する（ＳＴＥＰ１８２０）。これにより、ホームサーバ側データ管理テーブル４００とセンタ側データ管理テーブル７００とは同期がとられ、その整合性が維持されることになる。

そして、ホームサーバ３２は、操作端末に対して、購入完了のメッセージを送信するとともに（ＳＴＥＰ１８２１）、センタサーバ４１からログアウトして（ＳＴＥＰ１８２２）、処理を終了する。

次に、ユーザがモバイルデバイス３５を用いてコンテンツを購入する処理について説明する。

図１９は、本発明の一実施形態に係るストレージシステム１におけるコンテンツ購入処理の一例を説明するためのシーケンスチャートである。

すなわち、同図に示すように、モバイルデバイス３５は、ユーザの操作の下、センタサーバ４１にログイン要求を送信する（ＳＴＥＰ１９０１）。センタサーバ４１は、ログイン要求を送信したユーザに対する認証を行って（ＳＴＥＰ１９０２）、認証が成功すれば、認証成功のメッセージをモバイルデバイス３５に送信する（ＳＴＥＰ１９０３）。

続いて、モバイルデバイス３５は、センタサーバ４１にコンテンツリスト要求を送信すし（ＳＴＥＰ１９０４）。センタサーバ４１は、当該コンテンツリスト要求をコンテンツサーバ５に送信する（ＳＴＥＰ１９０５）。これを受けて、コンテンツサーバ５は、コンテンツリストをセンタサーバ４１に送信する（ＳＴＥＰ１９０６）。本例では、センタサーバ４１からのコンテンツリスト要求に応じて、コンテンツサーバ５からコンテンツリストを提供するようにしているが、これにこだわるものではない。例えば、センタサーバ４１は、定期又は不定期にコンテンツサーバから事前にコンテンツリストの配信を受けるものであってもかまわない。

センタサーバ４１は、受信したコンテンツリストをメモリ４１２に格納するとともに、モバイルデバイス３５にコンテンツリストを送信する（ＳＴＥＰ１９０７）。これにより、コンテンツリストは、モバイルデバイス３５の画面上に表示されることになる。

ユーザは、モバイルデバイス３５を操作して、コンテンツリストに従って、購入したいコンテンツを指定する。モバイルデバイスは、ユーザの指示に従い、コンテンツ購入要求をセンタサーバ４１に送信する（ＳＴＥＰ１９０８）。

センタサーバ４１は、コンテンツ購入要求を受け付けると、当該コンテンツ購入要求に基づく購入情報をコンテンツサーバ５に送信する（ＳＴＥＰ１９０９）。コンテンツサーバ５は、受信したコンテンツ購入情報に基づいて、当該ユーザによるコンテンツの利用を可能にし、購入完了のメッセージをセンタサーバ４１に送信する（ＳＴＥＰ１９１０）。

センタサーバ４１は、次に、当該コンテンツのデータが既にストレージサブシステム４２に保存されているか否かをチェックし（ＳＴＥＰ１９１１）、格納されていないと判断する場合には、コンテンツサーバ５に当該コンテンツデータの転送要求を送信する（ＳＴＥＰ１９１２）。これを受けて、コンテンツサーバ５は、当該コンテンツデータをセンタサーバ４１に送信する（ＳＴＥＰ１９１３）。

センタサーバ４１は、コンテンツサーバ５から送信されるコンテンツデータを受信し、ストレージサブシステム４２の所定の領域に格納する（ＳＴＥＰ１９１４）。当該コンテンツ購入要求を行ったモバイルデバイス３５に購入完了のメッセージを送信する（ＳＴＥＰ１９１５）。モバイルデバイス３５は、これを受けて、センタサーバ４１からログアウトする（ＳＴＥＰ１９１６）。

また、センタサーバ４１は、コンテンツ管理テーブル８００及びセンタ側データ管理テーブル７００を更新する（ＳＴＥＰ１９１７）。続いて、センタサーバ４１は、ホームサーバ３２に対してホームサーバ側ユーザ管理テーブル４００の更新要求を送信する（ＳＴＥＰ１９１８）。これを受けて、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００を更新する（ＳＴＥＰ１９１９）。これにより、ホームサーバ側データ管理テーブル４００とセンタ側データ管理テーブル７００とは同期がとられ、その整合性が維持されることになる。
（３−４）コンテンツ再生処理

図２０は、本発明の一実施形態に係るストレージシステム１におけるホームシステム３によるコンテンツの再生処理を説明するためのフローチャートである。具体的には、同図は、ホームシステム３内のデジタルデバイスによるコンテンツ再生処理を説明している。コンテンツの再生処理は、ユーザが、例えば、テレビ３３ｄで動画コンテンツを再生する際の処理がある。

まず、ユーザは、操作端末（例えばテレビのリモコン）を操作して、デジタルデバイス３３（例えばテレビ３３ｄ）の画面に再生可能コンテンツのリストの表示を指示する。デジタルデバイス３３は、これを受けて、ホームサーバ４１から再生可能コンテンツリストを取得して、再生可能コンテンツリストを画面上に表示する（ＳＴＥＰ２００１）。

続いて、ユーザは、再生可能コンテンツリストに従って、再生したいコンテンツを指定して、再生指示を行う。デジタルデバイス３３は、再生指示を受けると（ＳＴＥＰ２００２）、当該指定されたコンテンツのデータが自身の記憶装置に格納されているか否かを判断する（ＳＴＥＰ２００３）。

デジタルデバイス３３は、当該指定されたコンテンツデータが自身の記憶装置に格納されていると判断する場合には（ＳＴＥＰ２００３のＹｅｓ）、ホームサーバ３２に当該コンテンツデータを要求することなく、当該コンテンツデータの再生を開始する（ＳＴＥＰ２００６）。

これに対して、デジタルデバイス３３は、当該指定されたコンテンツデータが自身の記憶装置に格納されていないと判断する場合には（ＳＴＥＰ２００３のＮｏ）、ホームサーバ３２に当該コンテンツの転送を要求する（ＳＴＥＰ２００４）。デジタルデバイス３３が自身の記憶装置を備えていない場合には、デジタルデバイス３３は、そのまま、ホームサーバ３２に当該コンテンツデータの転送を要求する。そして、デジタルデバイス３３は、ホームサーバ３２から送信される当該コンテンツデータの再生を開始する（ＳＴＥＰ２００６）。

図２１は、本発明の一実施形態に係るストレージシステム１におけるホームシステム３によるコンテンツの再生処理を説明するためのフローチャートである。具体的には、同図は、デジタルデバイス３３からコンテンツ再生のためのコンテンツ転送要求があった際のホームサーバ３２における処理を説明している。

すなわち、同図に示すように、ホームサーバ３２は、デジタルデバイス３３からコンテンツの転送要求を受け付けると、当該指定されたコンテンツデータが自身の記憶装置３２４に格納されているか否かを判断する（ＳＴＥＰ２１０１）。

ホームサーバ３２は、当該指定されたコンテンツデータが自身の記憶装置３２４に格納されていると判断する場合には（ＳＴＥＰ２１０１のＹｅｓ）、要求元のデジタルデバイス３３に当該コンテンツデータを送信する（ＳＴＥＰ２１０４）。

これに対して、ホームサーバ３２は、当該指定されたコンテンツデータが自身の記憶装置３２４に格納されていないと判断する場合には（ＳＴＥＰ２１０１のＮｏ）、センタサーバ４１にログインして、当該コンテンツデータの転送を要求する（ＳＴＥＰ２１０２）。これを受けて、センタサーバ４１は、当該コンテンツデータをストレージサブシステム４２から読み出して、ホームサーバ３２に当該コンテンツデータを送信することになる。

ホームサーバ３２は、センタサーバ４１から当該コンテンツを受信すると、自身の記憶装置３２４にこれを格納するとともに（ＳＴＥＰ２１０３）、要求元のデジタルデバイス３３に当該コンテンツデータを送信する（ＳＴＥＰ２１０４）。この場合、ホームサーバ３２は、センタサーバ４１から送信されてくるコンテンツデータの格納が完了した時点で、要求元のデジタルデバイス３３に当該コンテンツデータを送信してもよいし、コンテンツデータを格納しながら、並列的に送信するようにしてもよい。

そして、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００を更新する（ＳＴＥＰ２１０５）。具体的には、ホームサーバ３２は、ホームサーバ側データ管理テーブル４００における当該コンテンツについてのデータアドレス欄４０５ａに格納先アドレスを登録するとともに、最新アクセス日時欄４０２ｇに現在時刻を登録する。

図２２は、本発明の一実施形態に係るストレージシステム１におけるコンテンツ再生処理の一例を説明するためのシーケンスチャートである。同図は、ユーザが、コンテンツリストに基づいてデジタルコンテンツコンテンツ再生を行う例を示している。

まず、ユーザは、操作端末（例えばテレビのリモコン）を操作して、デジタルデバイス３３（例えばテレビ）の画面に再生可能コンテンツのリストの表示を指示する（ＳＴＥＰ２２０１）。デジタルデバイス３３は、これを受けて、ホームサーバ３２から再生可能コンテンツリストの要求を送信し（ＳＴＥＰ２２０２）、ホームサーバ３２は、再生可能コンテンツリストをデジタルデバイス３３に送信する（ＳＴＥＰ２２０３）。ホームサーバ３２は、取得した再生可能コンテンツリストを画面上に表示して、ユーザからコンテンツ再生の指示を受け付ける（ＳＴＥＰ２２０４）。

再生指示を受け付けたデジタルデバイス３３は、当該指定されたコンテンツデータが自身の記憶装置に格納されているか否かを判断し（ＳＴＥＰ２２０５）、当該指定されたコンテンツデータが自身の記憶装置に格納されていると判断する場合には（ＳＴＥＰ２２０５のＹｅｓ）、当該コンテンツデータの再生を開始する（ＳＴＥＰ２２１６）。

これに対して、デジタルデバイス３３は、当該指定されたコンテンツデータが自身の記憶装置に格納されていないと判断する場合には（ＳＴＥＰ２２０５のＮｏ）、ホームサーバ３２に当該コンテンツデータの転送を要求する（ＳＴＥＰ２２０６）。

コンテンツ転送要求を受け付けたホームサーバ３２は、当該指定されたコンテンツデータが自身の記憶装置３２４に格納されているか否かを判断する（ＳＴＥＰ２２０７）。ホームサーバ３２は、当該指定されたコンテンツデータが自身の記憶装置に格納されていると判断する場合には（ＳＴＥＰ２２０８のＹｅｓ）、要求元のデジタルデバイス３３に当該コンテンツデータを送信する（ＳＴＥＰ２２０９）。デジタルデバイス３３は、ホームサーバ３２から送信される当該コンテンツデータの再生を開始する（ＳＴＥＰ２２１６）。

これに対して、ホームサーバ３２は、当該指定されたコンテンツデータが自身の記憶装置３２４に格納されていないと判断する場合には（ＳＴＥＰ２２０８のＮｏ）、ストレージセンタ４から当該コンテンツデータをダウンロードすべく、センタサーバ４１にログイン要求を送信する（ＳＴＥＰ２２１０）。

センタサーバ４１は、ログイン要求を送信したユーザに対する認証を行って（ＳＴＥＰ２２１１）、認証が成功すれば、認証成功のメッセージをホームサーバ３２に送信する（ＳＴＥＰ２２１２）。

次に、ホームサーバ３２は、コンテンツ転送要求をセンタサーバ４１送信し（ＳＴＥＰ２２１３）、これに応答して、センタサーバ４１は、当該コンテンツデータをストレージサブシステム４２から読み出して、当該指定されたコンテンツデータをホームサーバ３２に送信する（ＳＴＥＰ２２１４）。ホームサーバ３２は、センタサーバ４１からコンテンツを受信すると、これを記憶装置３２４に格納するとともに、要求元のデジタルデバイス３３に当該コンテンツを送信する（ＳＴＥＰ２２１５）。これによって、デジタルデバイス３３は、ホームサーバ３２から送信される当該コンテンツの再生を開始する（ＳＴＥＰ２２１６）。

一方、ホームサーバ３２は、当該コンテンツデータの格納を完了すると、ホームサーバ側データ管理テーブル４００を更新し（ＳＴＥＰ２２１７）、その後、センタサーバ４１からログオフする（ＳＴＥＰ２２１８）。

上記各実施形態は、本発明を説明するための例示であり、本発明をこれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱しない限り、さまざまな形態で実施することができる。例えば、各種プログラムの処理をシーケンシャルに説明したが、特にこれにこだわるものではない。従って、処理結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行動作するように構成しても良い。

本発明は、ホームシステムが外部のストレージセンタとして利用するストレージシステムに広く適用することができる。

本発明の一実施形態に係るストレージシステムの概略構成を示す図である。 本発明の一実施形態に係るホームサーバのメモリの内容の一例を示す図である。 本発明の一実施形態に係るセンタサーバのメモリの内容の一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるホームサーバ側データ管理テーブルの一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるホームサーバ側ユーザ管理テーブルの一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるセンタ側ユーザ管理テーブル６００の一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるセンタ側データ管理テーブルの一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるコンテンツ管理テーブルの一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるモバイルデバイス管理テーブルの一例を示す図である。 本発明の一実施形態に係るストレージシステムにおけるモバイルデバイスアクセス管理テーブルの一例を示す図である。 本発明の一実施形態に係るホームサーバにおけるコンテンツデータの格納処理を説明するためのフローチャートである。 本発明の一実施形態に係るホームサーバにおけるコンテンツ記録予約処理を説明するためのフローチャートである。 本発明の一実施形態に係るストレージセンタにおけるコンテンツ記録予約処理を説明するためのフローチャートである。 本発明の一実施形態に係るストレージシステムにおけるコンテンツ記録予約処理の一例を説明するためのシーケンスチャートである。 本発明の一実施形態に係るストレージシステムにおけるコンテンツ記録予約処理の一例を説明するためのシーケンスチャートである。 本発明の一実施形態に係るホームサーバにおけるコンテンツ購入処理を説明するためのフローチャートである。 本発明の一実施形態に係るストレージセンタにおけるコンテンツ購入処理を説明するためのフローチャートである。 本発明の一実施形態に係るストレージシステムにおけるコンテンツ購入処理の一例を説明するためのシーケンスチャートである。 本発明の一実施形態に係るストレージシステムにおけるコンテンツ購入処理の一例を説明するためのシーケンスチャートである。 本発明の一実施形態に係るストレージシステムにおけるホームシステム３によるコンテンツの再生処理を説明するためのフローチャートである。 本発明の一実施形態に係るストレージシステムにおけるホームシステム３によるコンテンツの再生処理を説明するためのフローチャートである。 本発明の一実施形態に係るストレージシステムにおけるコンテンツ再生処理の一例を説明するためのシーケンスチャートである。

符号の説明

１…ストレージシステム
２…ネットワーク
３…ホームシステム
３１…ホームネットワーク
３２…ホームサーバ
３３…デジタルデバイス
３４…ルータ
３５…モバイルデバイス
４…ストレージセンタ
４１…センタサーバ
４２…ストレージサブシステム
５…コンテンツサーバ

Claims (15)

1. 複数のユーザのホームサーバによって利用される、コンテンツデータを格納するためのストレージサブシステムと、前記ストレージサブシステムを制御するセンタサーバとを備えるストレージセンタであって、
   前記センタサーバは、
   前記各ユーザについてのコンテンツデータを管理するセンタ側データ管理テーブルと、
   前記ストレージサブシステムに格納されたコンテンツデータに対して利用可能なユーザを管理するコンテンツ管理テーブルと、を備え、
   前記センタサーバは、
   前記複数のホームサーバのいくつかから送信されるコンテンツ記録予約要求を受け付けて、当該コンテンツ記録予約要求を前記コンテンツ管理テーブルに登録し、
   前記コンテンツ記録予約要求によって指定された記録開始時刻になった場合に、コンテンツプロバイダから当該コンテンツ記録予約要求によって指定されたコンテンツのコンテンツデータを取得し、前記ストレージサブシステムに格納し、
   前記コンテンツ記録予約要求を送信したホームサーバのユーザについての前記センタ側データ管理テーブルを更新し、
   前記コンテンツ記録予約要求を送信したホームサーバによって保持されるホームサーバ側データ管理テーブルと前記センタ側データ管理テーブルとを同期させるために、前記コンテンツ記録予約要求に従って前記コンテンツデータを格納したことを示すメッセージを、前記コンテンツ記録予約要求を送信した前記ホームサーバに送信することを特徴とするストレージセンタ。
2. 前記センタサーバは、
   前記複数のホームサーバの一つから送信されるデータ格納要求に基づいて、当該データ格納要求に従うデータを受信し、前記ストレージサブシステムに格納し、
   前記一のホームサーバから送信されるデータ転送要求に従って、当該データ転送要求に従うデータを前記ストレージサブシステムから読み出して、前記一のホームサーバに送信することを特徴とする請求項１記載のストレージセンタ。
3. 前記センタサーバは、
   前記コンテンツプロバイダから配信されるコンテンツリストを保持し、
   前記ホームサーバから送信されるコンテンツリスト転送要求に応じて、前記コンテンツリストを前記ホームサーバに送信することを特徴とする請求項２記載のストレージセンタ。
4. 前記センタサーバは、
   前記複数のホームサーバの一つから送信されるコンテンツ購入要求を受け付けて、当該コンテンツ購入要求によって指定されたコンテンツのコンテンツデータを前記コンテンツプロバイダから取得して、前記ストレージサブシステムに格納し、
   前記コンテンツ購入要求を送信したホームサーバのユーザについての前記センタ側データ管理テーブルを更新し、
   前記コンテンツ購入要求を送信したホームサーバによって保持されるホームサーバ側データ管理テーブルと前記センタ側データ管理テーブルとを同期させるために、前記コンテンツ購入要求に従って前記コンテンツデータが利用可能になったことを示すメッセージを、前記コンテンツ購入要求を送信した前記ホームサーバに送信することを特徴とする請求項２記載のストレージセンタ。
5. 前記センタサーバは、
   前記コンテンツ管理テーブルを参照して、前記コンテンツ購入要求に従うコンテンツデータが前記ストレージサブシステムに既に格納されているか否かを判断し、
   前記コンテンツデータが前記ストレージサブシステムに格納されていないと判断する場合には、前記コンテンツプロバイダに前記コンテンツデータの転送要求を送信し、前記コンテンツプロバイダから前記コンテンツデータを取得し、
   前記コンテンツデータが前記ストレージサブシステムに既に格納されていると判断する場合には、前記コンテンツプロバイダから前記コンテンツを取得することなく、前記コンテンツデータが利用可能になったことを示すメッセージを、前記コンテンツ購入要求を送信した前記ホームサーバに送信することを特徴とする請求項４記載のストレージセンタ。
6. ホームネットワークを介してデジタルデバイスに接続可能に構成された複数のホームサーバと、外部ネットワークを介して前記複数のホームサーバをそれぞれ接続可能に構成されたストレージセンタと、を備えるストレージシステムであって、
   前記ホームサーバは、
   前記デジタルデバイスが扱うコンテンツデータを格納する記憶装置と、
   前記コンテンツデータを管理するホームサーバ側データ管理テーブルを備え、
   前記ストレージセンタは、
   前記ホームサーバが利用するコンテンツデータを格納するためのストレージサブシステムと、
   前記ストレージサブシステムを制御するセンタサーバとを備え、
   前記センタサーバは、
   前記各ユーザについてのコンテンツデータを管理するセンタ側データ管理テーブルと、
   前記ストレージサブシステムに格納されたコンテンツデータに対して利用可能なユーザを管理するコンテンツ管理テーブルと、を備え、
   前記センタサーバは、
   前記複数のホームサーバのいくつかから送信されるコンテンツ記録予約要求を受け付けて、当該コンテンツ記録予約要求を前記コンテンツ管理テーブルに登録し、
   前記コンテンツ記録予約要求によって指定された記録開始時刻になった場合に、コンテンツプロバイダから当該コンテンツ記録予約要求によって指定されたコンテンツのコンテンツデータを取得し、前記ストレージサブシステムに格納し、
   前記コンテンツ記録予約要求を送信したホームサーバのユーザについてのセンタ側データ管理テーブルを更新し、
   前記コンテンツ記録予約要求に従って前記コンテンツデータを格納したことを示すメッセージを、前記コンテンツ記録予約要求を送信した前記ホームサーバに送信し、
   前記ホームサーバは、
   前記コンテンツデータを格納したことを示すメッセージに基づいて、前記ホームサーバ側データ管理テーブルを更新すること
   を特徴とするストレージシステム。
7. 前記ホームサーバは、
   前記デジタルデバイスから送信される第１のデータ格納要求に基づいて、当該第１のデータ格納要求に従うコンテンツデータを格納するための容量が前記記憶装置にあるか否かを判断し、当該容量が前記記憶装置にないと判断する場合に、前記記憶装置に格納された所定のコンテンツデータを前記ストレージセンタに保存するための第２のデータ格納要求を前記センタサーバに送信し、当該所定のコンテンツデータを前記記憶装置から削除して、当該容量を確保することを特徴とする請求項６記載のストレージシステム。
8. 前記センタサーバは、
   前記ホームサーバから送信される前記第２のデータ格納要求に基づいて、当該第２のデータ格納要求に従うコンテンツデータを受信し、前記ストレージサブシステムに格納することを特徴とする請求項７記載のストレージシステム。
9. 前記センタサーバは、
   前記ホームサーバから送信されるデータ転送要求に従って、当該データ転送要求に従うコンテンツデータを前記ストレージサブシステムから読み出して、前記ホームサーバに送信することを特徴とする請求項７記載のストレージシステム。
10. 前記ホームサーバは、
    前記センタサーバから送信される前記コンテンツデータを前記記憶装置に格納することを特徴とする請求項９記載のストレージシステム。
11. 前記センタサーバは、
    前記コンテンツプロバイダから配信されるコンテンツリストを保持しておき、
    前記ホームサーバから送信されるコンテンツリスト転送要求に従って、前記コンテンツリストを前記ホームサーバに送信することを特徴とする請求項７記載のストレージシステム。
12. 前記センタサーバは、
    前記複数のホームサーバの一つから送信されるコンテンツ購入要求を受け付けて、当該コンテンツ購入要求によって指定されたコンテンツのコンテンツデータを前記コンテンツプロバイダから取得して、前記ストレージサブシステムに格納し、
    前記コンテンツ購入要求を送信したホームサーバのユーザについての前記センタ側データ管理テーブルを更新し、
    前記コンテンツ購入要求を送信したホームサーバによって保持されるホームサーバ側データ管理テーブルと前記センタ側データ管理テーブルとが同期するように、前記コンテンツ購入要求に従って前記コンテンツデータが利用可能になったことを示すメッセージを、前記コンテンツ購入要求を送信した前記ホームサーバに送信することを特徴とする請求項７記載のストレージシステム。
13. 前記センタサーバは、
    前記コンテンツ管理テーブルを参照して、前記コンテンツ購入要求に従うコンテンツデータが前記ストレージサブシステムにすでに格納されているか否かを判断し、
    前記コンテンツデータが前記ストレージサブシステムに格納されていないと判断する場合には、前記コンテンツプロバイダに前記コンテンツデータの転送要求を送信し、前記コンテンツプロバイダから前記コンテンツデータを取得し、
    前記コンテンツデータが前記ストレージサブシステムに格納されていると判断する場合には、前記コンテンツプロバイダから前記コンテンツを取得することなく、前記コンテンツデータが利用可能になったことを示すメッセージを、前記コンテンツ購入要求を送信した前記ホームサーバに送信することを特徴とする請求項１２記載のストレージシステム。
14. ホームネットワークを介してデジタルデバイスに接続され、記憶装置を有する複数のホームサーバと、外部ネットワークを介して前記複数のホームサーバがそれぞれ接続され、ストレージサブシステム及び当該ストレージサブシステムを制御するセンタサーバを有するストレージセンタと、を備えるストレージシステムにおけるデータ管理方法であって、
    前記複数のホームサーバの少なくとも一つが、コンテンツ記録予約要求を前記センタサーバに送信するステップと、
    前記センタサーバが、前記複数のホームサーバの少なくとも一つから送信されるコンテンツ記録予約要求を受け付けるステップと、
    前記センタサーバが、前記受け付けたコンテンツ記録予約要求をコンテンツ管理テーブルに登録するステップと、
    前記センタサーバが、前記コンテンツ記録予約要求によって指定された記録開始時刻になった場合に、コンテンツプロバイダから当該コンテンツ記録予約要求によって指定されたコンテンツのコンテンツデータを取得し、前記ストレージサブシステムに格納するステップと、
    前記センタサーバが、前記コンテンツ記録予約要求を送信したホームサーバのユーザについてのセンタ側データ管理テーブルを更新するステップと、
    前記センタサーバが、前記コンテンツ記録予約要求に従って前記コンテンツデータを格納したことを示すメッセージを、前記コンテンツ記録予約要求を送信した前記ホームサーバに送信するステップと
    前記ホームサーバが、前記コンテンツデータを格納したことを示すメッセージに基づいて、ホームサーバ側データ管理テーブルを更新するステップと、
    を含むことを特徴とするストレージシステムにおけるデータ管理方法。
15. 前記センタサーバが、前記複数のホームサーバの一つから送信されるコンテンツ購入要求を受け付けて、当該コンテンツ購入要求によって指定されたコンテンツのコンテンツデータを前記コンテンツプロバイダから取得して、前記ストレージサブシステムに格納するステップと、
    前記センタサーバが、前記コンテンツ購入要求を送信したホームサーバのユーザについてのセンタ側データ管理テーブルを更新するステップと、
    前記センタサーバが、前記コンテンツ購入要求に従って前記コンテンツデータが利用可能になったことを示すメッセージを、前記コンテンツ購入要求を送信した前記ホームサーバに送信するステップと、
    前記ホームサーバが、前記コンテンツデータが利用可能になったことを示すメッセージに基づいて、前記ホームサーバ側データ管理テーブルを更新するステップと、
    を含むことを特徴とする請求項１４記載のストレージシステムにおけるデータ管理方法。

Images