(57)【要約】      （修正有）【課題】ユーザデータの管理負荷を蓄積装置の未使用部分を利用して低減し、また取り扱う電子データを分割配置することで装置故障等にも柔軟に対応できるホームゲートウェイを提供する。【解決手段】電子データを蓄積する蓄積手段２５と、蓄積手段２５に蓄積する電子データに対して分割データから元の電子データを復元するための冗長情報を付加して複数に分割すると共に、冗長情報に基づいて分割データから元の電子データを復元する分割・結合処理手段２４と、複数に分割された電子データを他のホームゲートウェイの蓄積手段２５に分散配置する分散制御手段２３とを備える。【選択図】図２
2007011500.tif 000002
【特許請求の範囲】
【請求項１】
外部ネットワークとホームネットワークとの間の電子データを中継すると共に、電子データの蓄積手段を有する他のホームゲートウェイと前記ネットワークを介してデータ通信可能なホームゲートウェイにおいて、
電子データを蓄積する蓄積手段と、
前記蓄積手段に蓄積する電子データに対して、分割データから元の電子データを復元するための冗長情報を付加して複数に分割すると共に、前記冗長情報に基づいて前記分割データから元の電子データを復元する分割結合処理手段と、
前記分割結合処理手段により複数に分割された電子データを前記他のホームゲートウェイの蓄積手段に分散配置する分散制御手段とを備えたホームゲートウェイ。
【請求項２】
分散制御手段は、分割データを特定する情報、ホームゲートウェイを特定する情報、及び当該ホームゲートウェイの正常動作を確認したヘルスチェック時刻のタイムスタンプ情報をそれぞれ対応付けて管理する管理テーブルを備え、
前記管理テーブルにより、前記分割データを保管させた各ホームゲートウェイの分散制御手段と共同してヘルスチェック及び各分割データを管理することを特徴とする請求項１記載のホームゲートウェイ。
【請求項３】
蓄積手段へ保管する電子データが所定の保管量を超過する場合、少なくとも前記蓄積手段の空き容量に応じて当該電子データの一時的な保管を制御する超過制御手段を備えたことを特徴とする請求項１記載のホームゲートウェイ。
【請求項４】
超過制御手段により蓄積手段に一時的に電子データが保管された際、その保管期限を通知する超過告知手段を備えたことを特徴とする請求項３記載のホームゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ蓄積機能を有したホームゲートウェイに関するものである。
【背景技術】
【０００２】
近年、個人の電子データなどをネットワーク上で保存するレンタルサーバといったサービスが台頭してきている。しかしながら、このような個人の電子データを長年に渡って安全に保管するためには、センターシステムとして地震などにも備えた堅牢なシステムが必要となる。
【０００３】
また、ネットワーク上での個人データの保管（アップロード）とは裏返しの関係にあるインターネットでの映像配信システム（ダウンロード）には、例えば特許文献１に開示されるものがある。特許文献１には、各家庭に設置されたホームゲートウェイの中に蓄積装置を備え、この蓄積装置にも映像コンテンツを保持して配信サーバの代わりに配信元となることで配信サーバ及び中継回線の負荷を低減することが示されている。
【０００４】
【特許文献１】特開２００３−６９９７０号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のレンタルサーバシステムは、下記のような課題があった。
先ず、全ての電子データをセンター側で保管するため、全てのユーザのデータ保管を考慮した最大サイズに対応する必要があるためコストが高くなる。また、全ての電子データの情報をセンター側で管理するため、高い性能をもつ管理装置を備える必要があった。
【０００６】
特許文献１に開示される映像コンテンツ配信システムでは、宅内装置に蓄積機能を持たせてキャッシュ的に利用することも想定されているが、全てのユーザが蓄積装置の容量を十分使いきることはあまりなく、遊んでいる部分がかなり存在し無駄があった。さらに、保管される電子データについては最大保管容量が決まっており、フルになったところでそれ以上の蓄積が一時的でも不可能であった。
【０００７】
この発明は、上記のような課題を解決するためになされたもので、センター側におけるユーザデータの管理負荷を蓄積装置の未使用部分を利用して低減し、また取り扱う電子データを分割配置することで装置故障等にも柔軟に対応できるホームゲートウェイを得ることを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係るゲートウェイは、電子データを蓄積する蓄積手段と、蓄積手段に蓄積する電子データに対して分割データから元の電子データを復元するための冗長情報を付加して複数に分割すると共に、冗長情報に基づいて分割データから元の電子データを復元する分割結合処理手段と、複数に分割された電子データを他のホームゲートウェイの蓄積手段に分散配置する分散制御手段とを備えるものである。
【発明の効果】
【０００９】
この発明によれば、宅内装置としてのホームゲートウェイに備えた蓄積装置の未使用容量を有効活用することができ、センター側での集中装置や集中管理を低減することができる。これにより、トータルでコストパフォーマンスに優れたシステムを提供できるという効果がある。同時に、電子データに冗長部分を付加して分割配置することで、装置故障などへの対応も柔軟に行うことができるという効果がある。また、最大保管容量に対しても柔軟性を持たせることで、ユーザの利便性を向上することができるという効果がある。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１は、この発明の実施の形態１によるホームゲートウェイを利用したネットワークシステムの構成を示す図である。本発明のシステムは、電話回線や光ファイバによるインターネット等の外部ネットワーク上の構成要素である監視サーバ１及び中継ルータ２ａ〜２ｆ、有線ＬＡＮや無線ＬＡＮ等のホームネットワーク上の構成要素であるホームゲートウェイ３ａ〜３ｆ及びクライアント装置４ａ〜４ｆから構成される。監視サーバ１は、センター設備側に設けられる。中継ルータ２ａ〜２ｆは、外部ネットワークにおけるパケット通信を中継する。
【００１１】
ホームゲートウェイ３ａ〜３ｆは、クライアント装置４ａ〜４ｆが設置された各宅内に設置され、外部ネットワークとホームネットワークとの間のデータ通信を中継する。クライアント装置４ａ〜４ｆは、デジタル家電機器やパーソナルコンピュータなどのユーザ機器である。監視サーバ１は、送受信部５、監視部６及び蓄積装置７を有しており、送受信部５は、外部ネットワーク及び中継ルータを介してホームゲートウェイとの通信を行う。監視部６は、送受信部５により取得されたホームゲートウェイの通信状態を監視する。蓄積装置７には、クライアント装置４ａ〜４ｆに配信するための電子データ等を格納する。
【００１２】
図２は、図１中のホームゲートウェイの構成を示すブロック図である。実施の形態１によるホームゲートウェイ３は、外部通信手段２０、内部通信手段２１、中継手段２２、分散制御手段２３、分割・結合処理手段２４及び蓄積手段２５を有して構成される。外部通信手段２０は、インターネットなどの外部ネットワークとのインタフェースを有し、図１中の中継ルータを介して電子データの送受信を行う。内部通信手段２１は、有線ＬＡＮや無線ＬＡＮ等のホームネットワーク２６とのインタフェースを有し、ユーザ機器であるクライアント装置４との間で電子データの送受信を行う。
【００１３】
中継手段２２は、外部通信手段２０及び内部通信手段２１により外部ネットワークとホームネットワーク２６との間でやり取りされるデータを中継する。分散制御手段２３は、内部通信手段２１により取得されたクライアント装置４からの電子データを分割して、他のホームゲートウェイ３との間で当該データの分散配置を行う。分割・結合処理手段２４は、クライアント装置４からの電子データを冗長な情報を付加した上で複数に分割し、また分割したデータから元の電子データに結合し復元する処理を行う。
【００１４】
外部通信手段２０、内部通信手段２１、中継手段２２、分散制御手段２３及び分割・結合処理手段２４は、本発明の趣旨に従うプログラムをコンピュータに読み込ませてその動作を制御することにより、当該コンピュータ上でソフトウエアとハードウエアが協働した具体的な手段として実現することもできる。また、蓄積手段２５は、当該コンピュータに搭載されたハードディスク又はメモリ上に構成される。なお、コンピュータ自体の構成及びその基本的な機能については、当業者が当該技術分野の技術常識に基づいて容易に認識できるものであり、本発明の本質に直接関わるものでないので詳細な記載を省略する。
【００１５】
次に動作について説明する。
先ず、家庭内におかれたクライアント装置４では、外部で蓄積してほしい電子データが存在すると、ネットワークドライブとして認識しているホームゲートウェイ３の蓄積機能に対してファイルとして、ホームネットワーク２６を介して出力する。ホームゲートウェイ３では、内部通信手段２１により前記ファイルデータが受信され、蓄積手段２５に全て保管される。
【００１６】
次に、分割・結合処理手段２４は、蓄積手段２５から読み出したファイルデータに対して、その一部が欠落しても残りの部分から元のデータを復元することができるように冗長データを付加する。続いて、分割・結合処理手段２４は、冗長データを付加したファイルデータを複数の部分に分割する。例えば、図３の下段に示すように、４つの部分に分割した場合、もし１つの部分が消失しても、残りの３つの部分から消失した部分を復元できるようにする。
【００１７】
この後、分散制御手段２３は、分割・結合処理手段２４により分割されたファイルを保管させる他のホームゲートウェイ３を探索する。この探索方法としては、幾つかの方法が考えられるが、例えば監視サーバ１が任意に抽出した複数のホームゲートウェイ３のアドレスリストを各ホームゲートウェイ３に配信しておき、このアドレスリストにより探索処理を行うようにしてもよい。
【００１８】
なお、このアドレスリストの作成においては、システム内で認識されている全てのホームゲートウェイ３を均一に扱ってその設置された地域なども考慮せずに抽出してもよく、配信先のホームゲートウェイ３とある程度近い地域に存在するホームゲートウェイ３をリストアップの対象としてもよい。このあたりは、ファイル転送のオーバヘッドや効率、危険分散といった種々の要因から決められる。
【００１９】
分散制御手段２３は、上述のようなアドレスリストから、分割されたファイルを保管させる任意にホームゲートウェイ３を抽出すると、抽出したホームゲートウェイ３に対し外部通信手段２０を介して当該ファイルの保管が可能か否かの問い合わせパケットを送信する。問い合わせ先のホームゲートウェイ３では、外部ネットワーク及び中継ルータを介して外部通信手段２０により問い合わせパケットが受信されると、中継手段２２を経由して分散制御手段２３に出力される。
【００２０】
問い合わせ先のホームゲートウェイ３の分散制御手段２３は、問い合わせパケットに応じて自ゲートウェイの蓄積手段２５の空き容量を調査し、問い合わせに係る分割ファイルの容量でのデータ保管が可能か否かを判定する。このとき、自ゲートウェイの蓄積手段２５の容量に空きがないと判定されると、前記分割されたファイルの受け入れができない旨の応答パケットを返信する。反対に、蓄積手段２５の容量に空きがある場合は、前記分割されたファイルの受け入れができる旨の応答パケットを返信する。
【００２１】
上述のように、受け入れ不可である旨が返信されると、問い合わせ元のホームゲートウェイ３の分散制御手段２３は、アドレスリストから別のホームゲートウェイ３を選択して同様の問い合わせ処理を繰り返す。この問い合わせ処理は、ファイルの分割数のうち、自ゲートウェイの蓄積手段２５に保管する以外の１を引いた個数分の受け入れ先のホームゲートウェイ３が発見されるまで繰り返される。
【００２２】
問い合わせ元のホームゲートウェイ３の分散制御手段２３は、分割されたファイルを保管する全てのホームゲートウェイ３が揃うと、各ホームゲートウェイ３に対して外部通信手段２０を介したＰｅｅｒＴｏＰｅｅｒ（ＰｔｏＰ）通信により当該分割されたファイルをそれぞれ転送する。このように、ホームゲートウェイ間のＰｔｏＰ通信によるデータ転送により分散配置がなされることから、分割データが分散配置されるまでの過程でセンター設備を介することない。これにより、センター設備側でユーザデータを管理するのに要する負荷を軽減することができる。
【００２３】
なお、説明の簡単化のため、図３に示すように、クライアント装置４からデータの蓄積のリクエストを受けたホームゲートウェイ３ａを親ホームゲートウェイと称する。また、親ホームゲートウェイ３ａからの問い合わせに応じて分割ファイルを受け入れたホームゲートウェイ３ｂ〜３ｄを子ホームゲートウェイと称する。この親子関係は各ファイル毎に形成される。
【００２４】
上述した分散されたファイルの各子ホームゲートウェイ３ｂ〜３ｄへの転送処理にあたり、親ホームゲートウェイ３ａの分散制御手段２３では、転送した各分割ファイルのＩＤと共に、これらを受け入れた子ホームゲートウェイ３ｂ〜３ｄのＩＤを記載した管理テーブルデータを作成する。この管理テーブルデータは、親ホームゲートウェイ３ａの分散制御手段２３から外部通信手段２０を介して各子ホームゲートウェイ３ｂ〜３ｄに配信される。
【００２５】
図３の例では、親ホームゲートウェイ３ａの蓄積手段２５には、クライアント装置４ａからの４分割されたファイルの分割部分１が保管され、子ホームゲートウェイ３ｂの蓄積手段２５には、クライアント装置４ａからの４分割されたファイルの分割部分２が保管され、子ホームゲートウェイ３ｃの蓄積手段２５には、クライアント装置４ａからの４分割されたファイルの分割部分３が保管され、子ホームゲートウェイ３ｄの蓄積手段２５には、クライアント装置４ａからの４分割されたファイルの分割部分４が保管される。
【００２６】
さらに、親ホームゲートウェイ３ａの分散制御手段２３は、分割したファイル部分を受け入れた子ホームゲートウェイ３ｂ〜３ｄに対して一定周期毎に生存確認（以降、ヘルスチェックと称す）を行う。例えば、親ホームゲートウェイ３ａの分散制御手段２３から生存確認パケットを子ホームゲートウェイ３ｂ〜３ｄに送信し、子ホームゲートウェイ３ｂ〜３ｄ側では生存応答パケットを返信する。
【００２７】
ここで、ある子ホームゲートウェイ３が、一定期間、ヘルスチェックができない（生存が確認できない）状況に至った場合、親ホームゲートウェイ３ａの分散制御手段２３は、他の子ホームゲートウェイ３に保管した分割ファイルを自ゲートウェイに転送させる。この後、親ホームゲートウェイ３ａの分散制御手段２３は、他の子ホームゲートウェイ３から取得した各分割ファイルにおける前述の冗長データに基づいて、ヘルスチェックができない（生存応答がない）子ホームゲートウェイ３に保管させていた分割部分データと同一のデータを復元する。
【００２８】
続いて、親ホームゲートウェイ３ａの分散制御手段２３は、上述したアドレスリストを用いて、ヘルスチェックができない子ホームゲートウェイ３の代替となるホームゲートウェイ３を上述した処理と同様にして探索し、探索結果として抽出されたホームゲートウェイ３を新たな受け入れ先として前記復元した分割部分データを転送する。このとき、親ホームゲートウェイ３ａの分散制御手段２３では、当該新規のホームゲートウェイ３のＩＤを上述した管理テーブルデータに登録して各子ホームゲートウェイ３に送信する。
【００２９】
また、監視サーバ１の監視部６は、外部ネットワークを介して全ホームゲートウェイ３のヘルスチェックを実施している。このとき、親ホームゲートウェイ３が、故障などによりシステムダウンすると、監視サーバ１の監視部６によりそのダウンが検出される。この場合、監視サーバ１が、暫定的に停止した親ホームゲートウェイ３の代わりとなる。
【００３０】
つまり、監視サーバ１の監視部６は、システムダウンした親ホームゲートウェイ３のＩＤを含む管理テーブルデータを有している子ホームゲートウェイ３を探し出すため、送受信部５により問い合わせパケットを全てのホームゲートウェイ３に送信する。この問い合わせパケットを受信した、前記管理テーブルデータを有する子ホームゲートウェイでは、その分散制御手段２３により当該問い合わせパケットに対して自ゲートウェイの蓄積手段２５が保管しているファイルＩＤとともに、応答パケットを監視サーバ１に返信する。
【００３１】
これにより、例えば親ホームゲートウェイ３が復旧すれば、監視サーバ１から前記管理テーブルデータを送信し、親ホームゲートウェイ３によってユーザデータの分散配置が制御されることとなる。
【００３２】
以上のように、この実施の形態１によれば、外部ネットワークを介して電子データを送受信する外部通信手段２０と、ホームネットワーク２６を介して電子データを送受信する内部通信手段２１と、外部ネットワークとホームネットワーク２６との間でやり取りされる電子データを中継する中継手段２２と、電子データを蓄積する蓄積手段２５と、蓄積手段２５に蓄積する電子データに対して、分割データから元の電子データを復元するための冗長情報を付加して複数に分割すると共に、冗長情報に基づいて分割データから元の電子データを復元する分割・結合処理手段２４と、分割・結合処理手段２４により複数に分割された電子データを他のホームゲートウェイの蓄積手段２５にＰｔｏＰ通信により分散配置する分散制御手段２４とを備え、ホームゲートウェイ３ａ〜３ｆの蓄積手段２５の未使用部分を利用してユーザデータを分散配置するので、センター設備側におけるユーザデータの管理負荷を低減することができ、ホームゲートウェイ３ａ〜３ｆの故障等にも柔軟に対応することができる。
【００３３】
実施の形態２．
上記実施の形態１では、分割したファイルの格納情報を記載した管理テーブルを親ホームゲートウェイと全ての子ホームゲートウェイが保持することから、扱うファイル数が増大すると管理テーブルだけでかなりのオーバヘッドになる可能性がある。また、ホームゲートウェイが一時的にダウンして復活した場合、既に代替ホームゲートウェイが置き換えられていると、一時的にダウンしたホームゲートウェイ３に格納していたデータが不要データとして蓄積手段２５に残ってしまうことになる。さらに、親ホームゲートウェイのシステムダウンを考慮して、監視サーバ１が全てのホームゲートウェイのヘルスチェックを実施する必要があることからそのオーバヘッドも増大することになる。
【００３４】
そこで、実施の形態２では、上述の管理テーブルの構成を改良することで、管理オーバヘッドの軽減を図り、かつホームゲートウェイ内のデータが不要データとして残ることを防止する。図４は、管理テーブルの構成例を示す図であり、図３の分散配置例における構成を示している。また、図４（ａ）は親ホームゲートウェイ３ａでの管理テーブルの構成を示しており、図４（ｂ）は子ホームゲートウェイ３ｂでの管理テーブルの構成を示している。
【００３５】
図４（ａ）に示すように、親ホームゲートウェイ３ａに保持される管理テーブルは、ファイルＩＤ（ファイルＹ）と、分配先の子ホームゲートウェイＩＤと、タイムスタンプ欄とが対になった構成を有している。また、図４（ｂ）に示すように、子ホームゲートウェイに保持される管理テーブルでは、ファイルのＩＤとその所有者である親ホームゲートウェイのＩＤとタイムスタンプ欄とが対になっている。子ホームゲートウェイ３ｂ〜３ｄの管理テーブルは、親ホームゲートウェイ３ａの分散制御手段２３で各子ホームゲートウェイ３ｂ〜３ｄに対応する管理テーブルが作成され、それぞれに配信される。
【００３６】
親ホームゲートウェイ３ａの分散制御手段２３は、３つの子ホームゲートウェイ３ｂ，３ｃ，３ｄに対して決められた周期でヘルスチェックを実施する。このとき、生存応答がありＯＫだった場合は、その時刻を自己が保持する管理テーブルにおける、子ホームゲートウェイＩＤの対応するタイムスタンプ欄に書き込む。一方、子ホームゲートウェイ３ｂ〜３ｄの分散制御手段２３は、親ホームゲートウェイ３ａからのヘルスチェックがあった場合、その時刻を自己が保持する管理テーブルのタイムスタンプ欄に書き込む。
【００３７】
このように、本実施の形態２では、上記実施の形態１と異なり、親ホームゲートウェイ３ａ側のみでヘルスチェック及び分割データを管理を行うのではなく、親ホームゲートウェイ３ａの分散制御手段２３と子ホームゲートウェイ３ｂ〜３ｄの分散制御手段２３が、管理テーブルを基に共同してヘルスチェック及び分割データを管理を行う。
【００３８】
親ホームゲートウェイ３ａの分散制御手段２３では、ヘルスチェックがある閾値以上うまくいかなかった場合、例えばある一定期間以上、生存応答がなかった場合には、上記実施の形態１と同様にして、子ホームゲートウェイのシステムがダウンしたものとして、残りのホームゲートウェイ３が保持しているデータから失われた部分を復元するとともに、別の代替の子ホームゲートウェイを構築する。
【００３９】
また、子ホームゲートウェイの分散制御手段２３では、ある閾値以上、タイムスタンプ欄の更新がされない場合、親ホームゲートウェイ３ａのシステムがダウンしたものと判断し、この時点で子ホームゲートウェイから監視サーバ１に通知をあげる。この通知に応答する形で、上記実施の形態１と同様にして監視サーバ１が親ホームゲートウェイ３ａの代替処理を実行する。これにより、監視サーバ１自体は、定期的なホームゲートウェイのヘルスチェックを実施する必要がない。
【００４０】
以上のように、この実施の形態２によれば、親ホームゲートウェイ３ａの分散制御手段２３が、分割データを特定する情報、ホームゲートウェイを特定する情報、及び当該ホームゲートウェイの正常動作を確認したヘルスチェック時刻のタイムスタンプ情報をそれぞれ対応付けて管理する管理テーブルを備え、これを子ホームゲートウェイ３ｂ〜３ｄに配信して、当該管理テーブルにより各子ホームゲートウェイ３ｂ〜３ｄの分散制御手段２３と共同してヘルスチェック及び各分割データを管理するので、管理オーバヘッドの軽減を図り、かつホームゲートウェイ内のデータが不要データとして残ることを防止することができる。
【００４１】
実施の形態３．
従来のレンタルサーバーサービスでは、各ユーザの最大使用量は厳格に決められており、緊急性があっても最大使用量以上は保管することができなかった。そこで、本実施の形態３では、システム内の蓄積容量の余剰分を効率的に利用することで、柔軟な保管サービスを可能とするものである。
【００４２】
図５は、この発明の実施の形態３によるホームゲートウェイの構成を示す図である。図において、本実施の形態３によるホームゲートウェイは、図２で示した構成に加え、超過制御手段３０を備える。超過制御手段３０は、ユーザの使用量が既定の最大使用量のある閾値（例えば９割など）を越えた状況を検出すると、自ゲートウェイの蓄積手段２５の残量と監視サーバ１への問い合わせを行い超過できる量を見積もる。なお、図２と同一若しくはこれに相当する構成要素には同一符号を付して重複する説明を省略する。
【００４３】
次に動作について説明する。
先ず、クライアント装置４では、外部で蓄積してほしい電子データが存在すると、ネットワークドライブとして認識しているホームゲートウェイ３の蓄積機能に対してファイルとして、ホームネットワーク２６を介して出力する。ホームゲートウェイ３では、内部通信手段２１により前記ファイルデータが受信され、蓄積手段２５に全て保管される。
【００４４】
超過制御手段３０は、クライアント装置４からのファイルデータの保管使用容量が既定の最大使用量のある閾値を越えるか否かを判定し、これを超える容量であることを検出すると、自ゲートウェイの蓄積手段２５の残量を調査する。さらに、超過制御手段３０は、外部通信手段２０を介して監視サーバ１への問い合わせを行い超過できる量を見積もる。
【００４５】
また、クライアント装置４からのファイル保管が最大使用量を越えた時点で、超過制御手段３０は、当該ファイルデータに超過マークを付加する。この後は、上記実施の形態１と同様にして、分散制御手段２３及び分割・結合処理手段２４により普通のファイルと同様に分割格納を行う。
【００４６】
ユーザが予め猶予期間（例えば１週間）内に、別のファイルを削除して空き容量が発生した場合、超過制御手段３０は、上述のファイルから超過マークを削除し、一般ファイルとして以後扱う。もし、猶予期間にユーザ側で何も対策が実施されなかった場合には、超過制御手段３０により超過マークが付加されたファイルを自動的に削除する。
【００４７】
以上のように、この実施の形態３によれば、ユーザの最大使用容量によらず、クライアント装置４からのユーザデータを柔軟に保管することができる。
【００４８】
実施の形態４．
上記実施の形態３では、ユーザに対して柔軟な保管サービスを提供できたが、クライアント装置がパーソナルコンピュータのようにファイルを直接認識するような装置であれば超過しているかどうかの判断が容易にできる。しかしながら、ＤＶＤレコーダ等のデジタル家電機器の類では、直接的なファイルイメージを見せないようにするケースもあり、超過しているかどうかの判断が難しくなる。
【００４９】
そこで、本実施の形態４は、上記実施の形態３の構成に最大使用量を超過している旨をユーザに対して告知する手段を設けることで、猶予期間内でのユーザの超過ファイルの削除を促すものである。
【００５０】
図６は、この発明の実施の形態４によるホームゲートウェイの構成を示す図である。図において、本実施の形態４によるホームゲートウェイ３は、図５に示した構成に加え、超過告知手段３１を超過制御手段３０と連携する型で付加する。なお、図２及び図５と同一又はこれに相当する構成要素には同一符号を付して重複する説明を省略する。
【００５１】
超過告知手段３１は、超過制御手段３０がユーザの最大使用量の超過を検出すると、その旨が通知される。これにより、超過告知手段３１は、例えばホームゲートウェイ３の筐体に実装されたＬＥＤや表示管を用いて超過状態を示したり、ホームゲートウェイ３のメニューに超過状態を表示する。また、超過告知手段３１に予めユーザの電子メールアドレスやＦＡＸ番号といったものを登録しておくことにより、超過告知手段３１が猶予期間を超過しているファイル情報をユーザに通知するように構成しても良い。
【００５２】
以上のように、この実施の形態４によれば、最大使用量を超過している旨をユーザに対して告知することで、猶予期間内でのユーザの超過ファイルの削除を促すことができる。
【００５３】
なお、上記実施の形態１から４では、ユーザの所有する電子データをレンタルサーバシステムに保管するといったアップロード形態を例として説明したが、本発明は映像コンテンツファイルの配信といったダウンロード形態にも同様な仕組みを用いることができる。
【図面の簡単な説明】
【００５４】
【図１】この発明の実施の形態１によるホームゲートウェイを利用したネットワークシステムの構成を示す図である。
【図２】図１中のホームゲートウェイの構成を示すブロック図である。
【図３】実施の形態１のホームゲートウェイによるユーザデータの分散配置処理を説明するための図である。
【図４】管理テーブルの構成例を示す図である。
【図５】この発明の実施の形態３によるホームゲートウェイの構成を示す図である。
【図６】この発明の実施の形態４によるホームゲートウェイの構成を示す図である。
【符号の説明】
【００５５】
１  監視サーバ、２ａ〜２ｆ  中継ルータ、３，３ａ〜３ｆ  ホームゲートウェイ、４，４ａ〜４ｆ  クライアント装置、５  送受信部、６  監視部、７  蓄積装置、２０  外部通信手段、２１  内部通信手段、２２  中継手段、２３  分散制御手段、２４  分割・結合処理手段、２５  蓄積手段、２６  ホームネットワーク、３０  超過制御手段、３１  超過告知手段。
【図１】
2007011500.tif 000003
【図２】
2007011500.tif 000004
【図３】
2007011500.tif 000005
【図４】
2007011500.tif 000006
【図５】
2007011500.tif 000007
【図６】
2007011500.tif 000008