(57)【要約】【課題】  マシンパワーを安定して受けることができ、セキュリティの面についても万全なグリッドコンヒューティングシステムを提供する。【構成】  ホームサーバ３０は、ユーザ領域３４１と共有領域３４２とに区分けされたストレージ３４を有し、容量不足であるときは、他のホームサーバ３０のストレージ３４を使用するサービスの提供を受ける旨の要求を転送する。センターサーバ１０は、ホームサーバ間のサービスの授受の仲介を行い、ホームサーバ３０Ａから要求があると、管理ファイル１３を参照してサービスの提供を行うホームサーバ３０Ｂ、Ｃを探し出し、ホームサーバ３０Ｂ、Ｃをアクセスするのに必要なアクセス鍵等を読み出しホームサーバ３０Ａに転送する。ホームサーバ３０Ａは、これを受けると、ホームサーバ３０Ｂ、Ｃの公共領域３４２に対してアクセスし記憶すべきデータを転送して書き込みを行い、その後、同様にアクセスしてデータの読み出しを行う。【選択図】  図１
2005222400.tif 000002
【特許請求の範囲】
【請求項１】
クライアント、サーバその他のネット機器が広域ネットワークを介してセンターサーバに接続されたグリッドコンピューティングシステムにおいて、ネット機器であるクライアントは、ユーザ領域と共有領域とに区分けされたストレージを有しており、ストレージに記憶すべきデータの容量を把握して容量不足であるか否かを判定し、その結果、容量不足であると判定したときには他のネット機器のストレージを使用するサービスの提供を受ける旨の要求を転送する一方、センターサーバは、ネット機器のストレージの共有領域上のデータ容量、空き容量の管理を行いながらネット機器間のストレージの機器資源の利用に関するサービスの授受の仲介を行い、一のネット機器からストレージを用いたサービスを受ける旨の要求があると、管理ファイルを参照して当該要求を満たすサービスの提供を行う他のネット機器を探し出し、管理ファイルに予め登録された当該他のネット機器のストレージの共有領域をアクセスするのに必要なアクセス鍵及び通信アドレスを読み出して一のネット機器に転送し、一のネット機器は、当該他のネット機器の鍵及び通信アドレスを受けると、これらを用いて当該他のネット機器に回線接続してそのストレージの公共領域に対してアクセスし記憶すべきデータを転送して書き込みを行い、その後、同様にアクセスしてデータの読み出しを行う構成となっていることを特徴とするグリッドコンピューティングシステム。
【請求項２】
クライアント、サーバその他のネット機器が広域ネットワークを介してセンターサーバに接続されたグリッドコンピューティングシステムにおいて、ネット機器であるクライアントは、ユーザ領域と共有領域とに区分けされたストレージを有しており、ストレージに記憶すべきデータの容量を把握して容量不足であるか否かを判定し、その結果、容量不足であると判定したときには他のネット機器のストレージを使用するサービスの提供を受ける旨の要求を転送する一方、センターサーバは、一のネット機器であるクライアントからストレージのバックアップのサービスの提供を受ける旨の要求があると、管理ファイルを参照して当該要求を満たすサービスの提供を行う他のネット機器を探し出し、管理ファイルに予め登録された当該他のネット機器のストレージの共有領域をアクセスするのに必要なアクセス鍵及び通信アドレスを読み出して一のネット機器に転送し、一のネット機器は、当該他のネット機器の鍵及び通信アドレスを受けると、これらを用いて当該他のネット機器に回線接続してそのストレージの公共領域に対してアクセスし記憶すべきデータを転送し書き込みを行い、その後、同様にアクセスしてデータの読み出しを行う構成となっていることを特徴とするグリッドコンピューティングシステム。
【請求項３】
グリッドサーバ及び／又はクラスタサーバが広域ネットワークを介してセンターサーバに接続されている請求項１記載のグリッドコンピューティングシステムにおいて、センターサーバは、グリッドサーバ、クラスタサーバであるネット機器からデータのバックアップのサービスの提供を受ける旨の要求があると、管理ファイルを参照して当該要求を満たすサービスの提供を行う複数のクライアントを探し出し、管理ファイルに予め登録された当該クライアントのストレージの共有領域をアクセスするのに必要なアクセス鍵及び通信アドレスを各々読み出してネット機器に転送し、ネット機器は、各クライアントの鍵及び通信アドレスを各々受けると、これらを用いて当該クライアントに各々回線接続してこれらのストレージの公共領域に対して各々アクセスして記憶すべきデータを分割して転送し書き込みを行い、その後、同様に各々アクセスしてデータの読み出しを行う構成となっていることを特徴とするグリッドコンピューティングシステム。
【請求項４】
請求項１、２又は３記載のグリッドコンピューティングシステムにおいて、ネット機器たるクライアントは、センターサーバから配信された各種デジタル情報を広域ネットワークを通じて受け、当該情報をその再生装置である家電機器にホームネットワークを用いて配信するホームサーバであることを特徴とするグリッドコンピューティングシステム。
【請求項５】
請求項１、２、３又は４記載のグリッドコンピューティングシステムにおいて、ネット機器たるクライアントは、同機器に固有の情報通信用の公開鍵及びアクセス鍵を保管するとともに広域ネットワークを通じて転送された暗号化したアクセス鍵を公開鍵により復号化したアクセス鍵によりストレージの共有領域をアクセス可能にするセキュリティチップを有しており、センターサーバは、ネット機器からシステム導入時に転送されたセキュリティチップ上の情報通信用の公開鍵を及びアクセス鍵を管理ファイルに登録する一方、情報通信用の公開鍵でもってアクセス鍵を暗号化する機能を有した構成となっていることを特徴とするグリッドコンピューティングシステム。
【請求項６】
請求項１乃至５記載のグリッドコンピューティングシステムにおいて、センターサーバは、前記サービスの授受に関する管理データを参照して、サービスの提供を受ける側の当該サービスを提供する側に対する当該サービスに応じたサービス料の支払いを決済する機能を有した構成となっていることを特徴とするグリッドコンピューティングシステム。
【請求項７】
請求項６記載のグリッドコンピューティングシステムにおいて、センターサーバは、同サーバが管理するローカルマネーを用いて前記サービス料の決済を行う機能を有した構成となっていることを特徴とするグリッドコンピューティングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散配置された多数のコンピューターを広域ネットワークを用いて統合し、これらの全体を仮想的な大型高性能計算機とみたてて分散／並列処理を行うグリッドコンピューティングシステムに関する。
【背景技術】
【０００２】
グリッドコンピューティングシステムにおいては、広域ネットワーク上に分散配置されたサーバやコンピュータ等の計算資源や情報資源をまとめて管理しており、ユーザは必要なときに必要なだけのストレージ等をリソース先を意識することなく利用することが可能になる（例えば、非特許文献１等参照）。
【非特許文献１】BUSINESS COMMUNICATION，第39巻，第5 号，第36〜37頁，発行日:2002 年5 月1 日  発行者名: 株式会社ビジネスコミュニケーション社
【０００３】
この点、クラスタコンピューティングにおいては、利用するコンピュータの管理を全てユーザ自身により行う必要があるだけでなく、構成規模に上限があり巨大な処理能力が望めず、コストも非常に大きいことから、このような欠点のないグリッドコンピューティングシステム、特にインターネット上に分散配置されている多数のパーソナルコンピュータ（ＰＣ）のマシンパワーを用いるいわゆるＰＣグリッドが有望視されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のグリッドコンピューティングシステムによる場合、ＰＣのマシンパワーを利用することができるのは、ユーザが自己のＰＣのマシンパワーの提供を申し出したときに限られ、マシンパワーを安定して受けることができない。しかもセキュリティの面の不安があることから、ＰＣのマシンパワーの提供に積極的であるとは言えない。マシンパワーが提供されるＰＣの台数が少ないと、巨大な処理能力が望めず、複雑な処理を行うことが不可能になる。
【０００５】
そもそも、ＰＣのマシンパワーを用いたグリッドコンピューティングシステムにおいては、構成規模に上限がなく巨大な処理能力を得ることができ、コストも非常に安いという非常に優れた特徴を有しているが、上記した欠点を抜本的に解消しない限り、その本来の特徴を十分に発揮させることは現実問題として非常に困難である。
【０００６】
本発明は上記背景の下で創作されたものであり、その課題とするところは、ＰＣのマシンパワーを安定して受けることができるグリッドコンピューティングシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明のグリッドコンピューティングシステムは、クライアント、サーバその他のネット機器が広域ネットワークを介してセンターサーバに接続されたシステムであって、ネット機器であるクライアントは、ユーザ領域と共有領域とに区分けされたストレージを有しており、ストレージに記憶すべきデータの容量を把握して容量不足であるか否かを判定し、その結果、容量不足であると判定したときには他のネット機器のストレージを使用するサービスの提供を受ける旨の要求を転送する一方、センターサーバは、ネット機器のストレージの共有領域上のデータ容量、空き容量の管理を行いながらネット機器間のストレージの機器資源の利用に関するサービスの授受の仲介を行い、一のネット機器からストレージを用いたサービスを受ける旨の要求があると、管理ファイルを参照して当該要求を満たすサービスの提供を行う他のネット機器を探し出し、管理ファイルに予め登録された当該他のネット機器のストレージの共有領域をアクセスするのに必要なアクセス鍵及び通信アドレスを読み出して一のネット機器に転送し、一のネット機器は、当該他のネット機器の鍵及び通信アドレスを受けると、これらを用いて当該他のネット機器に回線接続してそのストレージの公共領域に対してアクセスし記憶すべきデータを転送して書き込みを行い、その後、同様にアクセスしてデータの読み出しを行う構成となっている。
【０００８】
本発明の別のグリッドコンピューティングシステムは、クライアント、サーバその他のネット機器が広域ネットワークを介してセンターサーバに接続されたシステムであって、ネット機器であるクライアントは、ユーザ領域と共有領域とに区分けされたストレージを有しており、センターサーバは、一のネット機器であるクライアントからストレージのバックアップのサービスの提供を受ける旨の要求があると、管理ファイルを参照して当該要求を満たすサービスの提供を行う他のネット機器を探し出し、管理ファイルに予め登録された当該他のネット機器のストレージの共有領域をアクセスするのに必要なアクセス鍵及び通信アドレスを読み出して一のネット機器に転送し、一のネット機器は、当該他のネット機器の鍵及び通信アドレスを受けると、これらを用いて当該他のネット機器に回線接続してそのストレージの公共領域に対してアクセスし記憶すべきデータを転送し書き込みを行い、その後、同様にアクセスしてデータの読み出しを行う構成となっている。
【０００９】
グリッドサーバ及び／又はクラスタサーバが広域ネットワークを介してセンターサーバに接続されている場合、センターサーバは、グリッドサーバ、クラスタサーバであるネット機器からデータのバックアップのサービスの提供を受ける旨の要求があると、管理ファイルを参照して当該要求を満たすサービスの提供を行う複数のクライアントを探し出し、管理ファイルに予め登録された当該クライアントのストレージの共有領域をアクセスするのに必要なアクセス鍵及び通信アドレスを各々読み出してネット機器に転送し、ネット機器は、各クライアントの鍵及び通信アドレスを各々受けると、これらを用いて当該クライアントに各々回線接続してこれらののストレージの公共領域に対して各々アクセスして記憶すべきデータを分割して転送し書き込みを行い、その後、同様に各々アクセスしてデータの読み出しを行う構成とすることが望ましい。
【００１０】
ここでいうネット機器たるクライアントの一例として、センターサーバから配信された各種デジタル情報を広域ネットワークを通じて受け、当該情報をその再生装置である家電機器にホームネットワークを用いて配信するホームサーバがある。
【００１１】
好ましくは、ネット機器は、同機器に固有の情報通信用の公開鍵及びアクセス鍵を保管するとともに広域ネットワークを通じて転送された暗号化したアクセス鍵を公開鍵により復号化したアクセス鍵によりストレージの共有領域をアクセス可能にするセキュリティチップを有しており、センターサーバは、ネット機器からシステム導入時に転送されたセキュリティチップ上の情報通信用の公開鍵を及びアクセス鍵を管理ファイルに登録する一方、情報通信用の公開鍵でもってアクセス鍵を暗号化する機能を有した構成とすることが望ましい。
【００１２】
好ましくは、センターサーバは、サービスの授受に関する管理データを参照して、サービスの提供を受ける側の当該サービスを提供する側に対する当該サービスに応じたサービス料の支払いを決済する機能を有した構成とすることが望ましい。この場合、同サーバが管理するローカルマネーを用いて前記サービス料の決済を行う機能を有した構成とすることが望ましい。
【発明の効果】
【００１３】
本発明の請求項１、２又は３に係るグリッドコンピューティングシステムによる場合、ネット機器に係るユーザがセンターサーバによる管理の下で広域ネットワークに接続された他のネット機器のストレージの公共領域を自由に使用することができることから、ＰＣのマシンパワーを安定して受けることが可能になる。また、ストレージの公共領域についてはセンターサーバから必要に応じて付与されるアクセス鍵がない限りアクセスできない構成となっているので、セキュリィの面も万全である。それ故、構成規模に上限がなく巨大な処理能力を得ることができるばかりか、コストも非常に安く、同システムの特徴を十分に発揮させることが現実に可能になる。
【００１４】
本発明の請求項４に係るグリッドコンピューティングシステムによる場合、ネット機器がホームサーバである構成となっており、その普及率が今後益々高くなり、近い将来一家に一台という時代になると予想されることから、巨大なマシンパワーが得られ、より複雑な処理を行うことが可能になるという効果がある。
【００１５】
本発明の請求項５に係るグリッドコンピューティングシステムによる場合、情報通信用の公開鍵及びアクセス鍵を保管するセキュリティチップを用いてストレージの公共領域に対する不正な外部アクセスを禁止する構成となっているので、全てをソフトウエアに依存する場合に比べてセキュリティ性が向上するという効果がある。
【００１６】
本発明の請求項６又は７に係るグリッドコンピューティングシステムによる場合、クライアント等がストレージを用いたサービスの提供を行ったときは、その提供分の利益が還元される構成となっているので、提供されるマシンの台数が益々増加する傾向になり、同システムの利用の促進を図る上で大きな意義がある。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を図１乃至図３を参照して説明する。
【実施例１】
【００１８】
図１はグリッドコンピューティングシステムの構成図、図２は同システムを構成するセンターサーバの構成図、図３は同システムを構成するホームサーバの構成図である。
【００１９】
ここに掲げるグリッドコンピューティングシステムは、図１に示すようにセンターサーバ１０と、光ファイバー等を用いた広域ネットワーク２０と、センターサーバ１０に広域ネットワーク２０を介して接続されたネット機器たるクライアントとしてのホームサーバ３０等を有した基本構成となっている。
【００２０】
同システムにおいて最も特徴的であるのは、広域ネットワーク２０上に分散配置された複数のホームサーバ３０等を用いてグリッドコンピューティングを行うことが可能であるという点と、ホームサーバ３０のストレージ３４上に公共領域３４２（図３参照）が設けられているという点と、センターサーバ１０がユーザ間のサービスの授受の仲介を行っているという点と、ホームサーバ３０がサービスの提供を受ける旨の要求をセンターサーバ１０に対して行うと、センターサーバ１０がその要求に係るサービスを行うホームサーバ３０のストレージ３４の公共領域３４２をアクセスするのに必要なアクセス鍵及び通信アドレスを与えるという点と、このサービスの提供を行うホームサーバ３０等のユーザが当該サービスに応じたサービス料を受けることができるという点である。
【００２１】
なお、ホームサーバ３０の基本構成については全て同一であるが、説明の都合上、サービスの提供を受ける側のホームサーバ３０を３０Ａと、サービスの提供を行う側のホームサーバ３０を３０Ｂ、３０Ｃとして表すことにする。以下、各構成の詳細について説明する。
【００２２】
センターサーバ１０は、図２に示すように広域ネットワーク２０の回線接続という基本的な機能に加えてユーザ間等で行われるサービスの授受を支援するために予め用意されたプログラムを逐次実行するコンピュータである制御部１１と、広域ネットワーク２０の末端に接続された通信部１２と、上記機能を実現する上で必要な種々の管理データを記録したハードディスク等の管理ファイル１３等とを備えている。
【００２３】
センターサーバ１０は、ホームサーバ３０Ａから送信されたサービスの提供を受ける旨の要求、具体的には、そのサービスの種類を示すサービス要求コマンド、そのサービスの提供を行うのに必要なメモリ使用容量（以下、メモリ使用容量ＵＶと称する）及びそのサービスの提供を受ける期間（以下、サービス提供期間Ｔと称する）等のデータを受信すると、管理ファイル１３内のユーザ管理ファイル１３１上の管理データを参照して、そのサービスの提供を行うのに適したホームサーバ３０Ｂ、３０Ｃを探し出し、ホームサーバ３０Ａにホームサーバ３０Ｂ、３０Ｃのストレージ３４Ａ、３４Ｂの公共領域３４２Ａ、３４２Ｂをアクセスするのに必要なアクセス鍵及び通信アドレスを各々転送する構成となっている。
【００２４】
ホームサーバ３０のストレージ３４の公共領域３４２をアクセスするのに必要なアクセス鍵についてはセンターサーバ１０により生成されている。センターサーバ１０は、ホームサーバ３０からシステム導入時に転送されたセキュリティチップ３５（後述する）上の情報通信用の公開鍵及びアクセス鍵をユーザ管理ファイル１３１に登録する一方、情報通信用の公開鍵でもってアクセス鍵を暗号化する機能を有した構成となっている。
【００２５】
管理ファイル１３は、ユーザ単位のユーザ管理ファイル１３１と、サービス単位のサービス管理ファイル１３２とを有した内容となっている。各ファイルの管理データは制御部１３１により記録される。
【００２６】
ユーザ管理ファイル１３１は、回線接続契約時にユーザから提供された情報が専らベースとなったユーザ情報である管理データ等を記録するメインファイルと、ユーザ間でのサービスの提供の授受を行う際のその内容を示す管理データを記録するサブファイルとを有した内容となっている。
【００２７】
ユーザ管理ファイル１３１のメインファイルには、ユーザの氏名住所、ホームサーバ３０の使用機種名、ホームサーバ３０の通信アドレス（以下、通信アドレスと称する）、ストレージ３４の公共領域３４２のアドレス空間（以下、アドレス空間と称する）、そのアドレス空間のデータ記憶容量（以下、最大容量ＭＶと称する）、情報通信用の公開鍵及びアクセス鍵が記録される。
【００２８】
ユーザ管理ファイル１３１のサブファイルには、ホームサーバ３０のストレージ３４上の公共領域３４２の空き容量（以下、空き容量と称する）、ユーザに支払われるべきサービス料（以下、サービス料と称する）等が記録される。
【００２９】
サブファイル上の空き容量については、メインファイルに含められた最大容量ＭＶと当該ホームサーバ３０がサービスの提供を行っている場合のメモリ使用容量ＵＶとの差し引きにより基本的に求めている。ＣＰＵ稼働率については、センターサーバ１０がホームサーバ３０に定期的にアクセスして同サーバの所定ファイルから入手することにより得ている。サービス料については、ホームサーバ３０等が所定のサービスの提供を行った場合の当該サービスの種類やメモリ使用容量ＵＶ等に応じて予め割り当てられているサービス料とこれとは反対にホームサーバ３０等が所定のサービスの提供を受けた場合に支払うべきサービス料との差し引きにより求めている。これは後述するサービス料の支払いの決済によりリセットされる。
【００３０】
サービス管理ファイル１３２は、ホームサーバ間等で行われるストレージを用いたサービスの授受を管理するための管理データを記録するファイルであって、ホームサーバ３０Ａ等から送信されたサービスの提供を受ける旨の要求を受信する毎に作成される。サービス管理ファイル１３２には、そのサービスを特定するコード（以下、サービス特定コードと称する）、そのサービスの種類を示すコード（以下、サービス種類コードと称する）、そのサービスの提供を行うのに必要なメモリ使用容量（以下、メモリ使用容量と称する）、サービスの提供を受ける期間（以下、サービス提供期間と称する）、サービスの提供を受ける側のホームサーバの通信アドレス（以下、被提供側アドレスと称する）、サービスの提供を行う側のホームサーバの通信アドレス（以下、提供側アドレスと称する）、同ホームサーバのストレージの公共領域の使用アドレス（以下、使用アドレスと称する）等が記録される。
【００３１】
サービス特定コードについては、サービス要求コマンドを受信した日時やそのコマンドの種類等により得ている。メモリ使用容量については、サービス要求コマンドと一緒に送信されたメモリ使用容量ＵＶにより得ている。サービス提供期間については、サービス要求コマンドと一緒に送信されたサービス提供期間Ｔにより得ている。被提供側アドレスについては、サービス要求コマンドを送信された通信アドレスにより得ている。提供側アドレス及び使用アドレスについては、次のようにして得ている。
【００３２】
ホームサーバ３０Ａ等から送信されたサービス要求コマンドがストレージを用いたサービスを示しており、メモリ使用容量ＵＶがＸを示している場合、ユーザ管理ファイル１３１上の空き容量をランダムに検索して、ストレージ３４の公共領域３４２の空き容量がＸ以上であるホームサーバ３０を探す。例えば、探されたホームサーバ３０がホームサーバ３０Ｂ（又は３０Ｃ）であったと仮定すると、ユーザ管理ファイル１３１からホームサーバ３０Ｂ（又は３０Ｃ）の通信アドレスを読み出し、これが提供側アドレスとなる。この場合、ホームサーバ３０Ｂ（又は３０Ｃ）が上記サービスの提供の全部を行うに適したホームサーバということになる。使用アドレスについては、ホームサーバ３０Ｂ（又は３０Ｃ）に関するユーザ管理ファイル１３１のメインファイルに含まれるアドレス空間の先頭アドレスからこれにＸに相当するアドレス分を加算して得ている。
【００３３】
これに対して、ユーザ管理ファイル１３１を検索しても空き容量がＸ以上であるホームサーバ３０が見つからなかった場合、センターサーバ１０は、メモリ使用容量が大き過ぎ、複数に分割することを要請する旨のデータをホームサーバ３０Ａ等に送信する。これに応じてホームサーバ３０Ａ等から送信された分割メモリ使用容量（これをＸ１、Ｘ２・・・とする）等のデータを受信すると、上記と同様にユーザ管理ファイル１３１を検索して、ストレージ２３の公共領域３４２の空き容量がＸ１、Ｘ２・・以上であるホームサーバ３０を探す。例えば、探されたホームサーバ３０がホームサーバ３０Ｂ及び３０Ｃであったと仮定すると、ユーザ管理ファイル１３１からホームサーバ３０Ｂ及び３０Ｃの通信アドレスを各々読み出し、これらが提供側アドレスとなる。この場合、ホームサーバ３０Ｂ及び３０Ｃが上記サービスの提供の一部を行うに適したホームサーバということになる。使用アドレスについては、ホームサーバ３０Ｂ及び３０Ｃに関するユーザ管理ファイル１３１のメインファイルに含まれるアドレス空間の先頭アドレスからこれにＸ１、Ｘ２の相当するアドレス分を各々加算して得ている。
【００３４】
このようにセンターサーバ１０は、ホームサーバ３０Ａから送信されたサービス要求コマンド、メモリ使用容量ＵＶ及びサービス提供期間Ｔ等のデータを受信すると、制御部３１は、ユーザ管理ファイル１３１のサブファイルに含まれる空き容量等を参照して、そのサービスの提供を行うのに適したホームサーバ３０Ｂ及び／又は３０Ｃを探し、同サーバのユーザ管理ファイル１３１から通信アドレス、アクセス鍵等を読み出し、使用アドレスを含めたアクセスデータをサービス特定コードとともにホームサーバ３０Ａに送信するようになっている。なお、アクセス鍵についてはホームサーバ３０Ｂ及び／又は３０Ｃの情報通信用の公開鍵でもって暗号化したものを送信するようになっている。
【００３５】
アクセスデータを送信した後、上記した通りにサービス管理ファイル１３２を作成し、ユーザ管理ファイル１３１のサブファイルに含まれる空き容量を上記の通りに書き換える。その後、サービス管理ファイル１３２が存在する間において、ホームサーバ３０Ａ等から送信されたサービス要求コマンド及びサービス特定コード等を受信すると、その都度、当該コードに対応するサービス管理ファイル１３２から上記アクセスデータを読み出し、ホームサーバ３０Ａ等に送信する。そしてサービス管理ファイル１３２に含まれるサービス提供期間Ｔを経過すると、当該サービスの提供が終了したとして、ユーザ管理ファイル１３１のサービス料を上記の通りに書き換え、サービス管理ファイル１３２を決済に必要な一部の情報を残して抹消する。
【００３６】
また、センターサーバ１０の事業者によりサービス料の決済が銀号振込やプロバイダー使用料との相殺等の方法により定期的に行われ、その決済情報がセンターサーバ１０に入力されると、制御部１１は決済が完了したユーザのユーザ管理ファイル１３１に含まれるサービス料をリセットする。
【００３７】
ホームサーバ３０は、図３に示すようにセンターサーバ１０から送信された各種デジタル情報を広域ネットワーク２０を通じて受信し、この各種デジタル情報をホームネットワーク４０を通じて再生機器である家電機器５０等に配信する装置である。ここではエージェント機能、ビデオダイジェスト機能、レコメンデーション機能、家電機器コントロール機能、携帯・ＰＤＡ連携機能、ホームモニタリング機能等の多彩な機能を有するものを使用している。家電機器５０については、パソコンだけでなく次世代ホームネットワーク対応のＴＶ、ステレオ、ビデオ、電子レンジ、冷蔵庫、ルータ、カーナビ、エアコン、製水器、監視用カメラ等が例として掲げられる。また、ホームネットワーク４０については、ＩＥＥＥ１３９４等のネットワークだけでなく、有線のＬＡＮや無線ＬＡＮ等を対象に含まれている。
【００３８】
ホームサーバ３０は、全体を制御するＣＰＵを含む制御部３１と、広域ネットワーク２０の末端に接続された通信部３２と、ホームネットワーク４０の末端に接続された通信部３３と、ユーザ領域３４１以外に公共領域３４２及びサービスプロバイダー領域３４３が設けられたストレージ３４と、情報通信用の公開鍵及びアクセス鍵を保管するとともに広域ネットワーク２０を通じて転送された暗号化したアクセス鍵を公開鍵により復号化したアクセス鍵によりストレージ３４の共有領域３４２をアクセス可能にするセキュリティチップ３５等を備えている。
【００３９】
このようにストレージ３４上の各領域のセキュリティの安全性を高めるために、暗号化ソフトウエアを用いることなく、ハードウエアであるセキャリティチップ３５を用いている。よって、他のホームサーバ３０等についても勿論のこと、センターサーバ１０についてもアクセス鍵なしにはストレージ３４の公共領域３４２をアクセスすることができない。一方、制御部３１についてはストレージ３４の公共領域３４２をアクセスできることができるのは当然であるが、公共領域３４２上には暗号化されたデータが記録されるようになっているので、アクセスしても原則としてその内容を再生することができないようになっている。
【００４０】
ストレージ３４は、１つのハードディスクをユーザ領域３４１、公共領域３４２、サービスプロバイダー領域３４３という３つの領域に分割して用いている。ユーザ領域３４１はユーザ自身のために用意されたメモリ領域であって、制御部３１内のＣＰＵにて処理されるプログラムや必要なデータ等が記録される。公共領域３４２は、センターサーバ１０の管理下に置かれており、他のホームサーバ３０等にストレージを用いたサービスを提供するために特別に用意されたメモリ領域である。サービスプロバイダー領域３４３は、サービスプロバイダーが所定の作業を行うために用意されたメモリ領域である。
【００４１】
ホームサーバ３０は、他のホームサーバ３０等からストレージを用いたサービスを受ける際には、上記したようにサービス要求コマンド、メモリ使用容量ＵＶ及びサービス提供期間Ｔ等のデータをセンターサーバ１０に送信する。その後、センターサーバ１０から送信されたアクセスデータ及びサービス特定コード等のデータを受信したときは、このアクセスデータを用いて他のホームサーバ３０のストレージ３４上の公共領域３４２をアクセスし、これによりストレージを用いたサービスの提供を受ける。
【００４２】
これに対して、センターサーバ１０から送信されたメモリ使用容量が大き過ぎ、複数に分割することを要請する旨のデータを受信したときは、サービス要求コマンド、分割メモリ使用容量及びサービス提供期間Ｔ等のデータを再び送信する。その後、センターサーバ１０から送信された複数のアクセスデータ及びサービス特定コード等のデータを受信したときは、これらのアクセスデータを用いて複数の他のホームサーバ３０のストレージ３４上のセキュアな公共領域３４２を各々アクセスし、これによりストレージを用いたサービスの一部の提供を各々受ける。
【００４３】
ホームサーバ３０が他のホームサーバ３０のストレージ３４上の公共領域３４２に何回もアクセスすることが必要であるときには、センターサーバ２０から送信されたサービス特定コードをストレージ３４上のユーザ領域３４１に保存しておく。即ち、サービス提供期間Ｔ内である限り、サービス要求コマンドとともにサービス特定コードをセンターサーバ２０に送信すると、センターサーバ２０からアクセスデータが送信されてくるので、上記と全く同様にして、このアクセスデータを用いて他のホームサーバ３０のストレージ３４上の公共領域３４２をアクセスし、これによりストレージを用いたサービスの全部又は一部の提供を受けることが可能になっている。
【００４４】
上記したようなホームサーバ３０の機能は、ストレージ３４のユーザ領域３４１に記録されたソフトウエアが制御部３１により実行されることにより専ら実現される。
【００４５】
以上のように構成されたグリッドコンピューティングシステムにおいては、ホームサーバ３０Ａを所有するユーザは以下のような利用方法が可能になる。
【００４６】
第１の利用方法を説明する。例えば、センターサーバ１０から配信されたデジタルコンテンツをストレージ３４のユーザ領域３４１にダウンロードするに際して、制御部３１がその容量からストレージ不足であると判断した場合、ストレージを用いたサービスの提供を受ける旨の要求として、サービス要求ライトコマンド等のデータをセンターサーバ１０に送信する。すると、上述したようにホームサーバ３０Ｂ及び／又は３０Ｃのストレージ３４上の公共領域３４２にそのデジタルコンテンツを保存することが可能になる。また、その後、サービス要求リードコマンド等のデータをセンターサーバ１０に同様に送信する。すると、ホームサーバ３０Ｂ及び／又は３０Ｃのストレージ３４の公共領域３４２上のデジタルコンテンツを読み出してホームサーバ３０Ａに転送することが可能である。
【００４７】
また、制御部３１がストレージ不足を判断するのではなく、バックアップのサービスの提供を受ける要求として、バックアップ要求ライトコマンド等のデータをユーザの操作に応じてセンターサーバ１０に送信するようにしてもかまわない。これは、ホームサーバ３０Ａが故障した際やその買い替えをする際のストレージ３４上に記録されたデータをバックアップするのに便利である。その後、ホームサーバ３０Ａの故障が復旧したとき又は買い換えを完了したときにはユーザ操作又は自動的にバックアップ要求リードコマンド等をセンターサーバ１０に同様に送信する。すると、ホームサーバ３０Ｂ及び／又は３０Ｃのストレージ３４に記録されていたデータが読み出してホームサーバ３０Ａのストレージ３４に転送することが可能である。
【００４８】
上記したような構成のグリッドコンピューティングシステムにより、ホームサーバ３０Ａ、３０Ｂ、３０Ｃ・・・等がセンターサーバ１０を中核として相互接続され、ホームサーバ３０のストレージ３４上の公共領域３４２が他のユーザに対してサービスの提供を行う目的で常に開放されていることから、各ホームサーバ３０のユーザは他のホームサーバ３０のマシンパワーを安定して受けることが可能になる。ひいては、全ホームサーバ３０を利用したグリッドコンピューティングの実現が可能になり、大容量のストレージサービスを各ホームサーバ３０のユーザに対して提供することが可能になる。これにより各ホームサーバ３０のユーザはストレージ容量不足を原因とした利用上の制約から一切開放される。
【００４９】
また、ユーザが自己のホームサーバ３０のマシンパワーを他のユーザ等に提供すると、その提供分の利益がユーザに還元されるシステムになっているので、ユーザは積極的に自己のホームサーバ３０のマシンパワーを積極的に提供する傾向となり、マシン台数が増加する結果、同システムの利用の促進を図る上で大きな意義がある。
【００５０】
特に、センターサーバ１０において、サービス料の決済を同サーバが管理するローカルマネーで行うとともにユーザが自己のホームサーバ３０の機種変更の申請した際に今まで蓄えてきたローカルマネーを換金して決済するようにその管理方法を変更すれば、ユーザは、新たなホームサーバ３０を購入する際に長年貯めてきたローカルマネーの代金を受け取ることができ、新たなホームサーバ３０を購入するというインセンティブとなる。これにより、ホームサーバ３０のスペックの陳腐化の遅延を防止することが可能になり、ひいては新たなホームサーバ３０の余剰なマシンパワーが有効に利用され、これらの点でも大きな意義がある。
【００５１】
さらに、各ホームサーバ３０のストレージ３４上の公共領域３４２がセキュアな領域となっており、アクセス鍵がない限りアクセスすることが不可能であり、アクサス鍵の付与もセンターサーバ１０が管理ファイル１３上の管理データに従ってサービス毎に行うようになっている。そのため、ストレージ３４上のユーザ領域３４１に記録されたソフトウエア等や公共領域３４２に記録されたデジタルコンテンツが不正使用されたり改竄されたりするおそれがない。各ホームサーバ３０のストレージ３０上の公共領域３４２に対しては制御部３１であっても原則的にアクセスできないようになっていることも含め、セキュリィの面でも万全である。
【００５２】
要するに、上記したグリッドコンピューティングシステムによる場合、従来システムに内在していた欠点を抜本的に解消することができ、同システムの本来の機能を十分に発揮させることが可能になる。加えて、センターサーバ１０やホームサーバ３０に大幅な設計変更が要求されないことから、同システムを容易に実現することが可能である  
【実施例２】
【００５３】
次に、上記したグリッドコンピューティングシステムの変形例を実施例２として説明する。ストレージを用いたサービスの提供を受ける対象は、上記した実施例１においてはホームサーバ３０であったが、実施例２においては図１に示すようにグリッドサーバ７０Ａ又はクラスタサーバ７０Ｂであり、この点が大きく異なっている。
【００５４】
グリッドサーバ７０Ａ及びクラスタサーバ７０Ｂは企業や研究所等に配置されているもので、広域ネットワーク２０を介してセンターサーバ１０に各々接続されている。
【００５５】
グリッドサーバ７０Ａは図示されていないが企業や研究所等の内部ネットワークを介して複数のＰＣが接続されており、複数のＰＣを用いて分散／並列処理（ＰＣグリッド）を行う際のその中心的な役割を果たすようになっている。一方、クラスタサーバ７０Ｂは図示されていないが企業や研究所等の内部ネットワークを介して複数のサーバが接続されており、複数のサーバを用いて分散／並列処理（クラスタコンピューティング）を行う際のその中心的な役割を果たすようになっている。
【００５６】
このようなグリッドサーバ７０Ａ及びクラスタサーバ７０Ｂは、これに使用されるソフトウエアに若干の設計変更を加えて、ホームサーバ３０と同等の機能（ホームサーバ固有の機能を除く）を発揮するようになっている。
【００５７】
センターサーバ１０において、管理ファイル１３に関する設計変更を行う必要は殆どなく、ストレージを用いたサービスの提供を受ける対象がホームサーバ３０に限定されず、グリッドサーバ７０Ａ及びクラスタサーバ７０Ｂにまで拡大される点のみが異なる。そのため、グリッドサーバ７０Ａ等にサービスの提供を行ったホームサーバ３０のユーザは、そのサービスの提供を受けたグリッドサーバ７０Ａ等からセンターサーバ１０を通じてサービス料を受け取ることができる。
【００５８】
上記のように構成されたグリッドコンピューティングシステムにおいては、グリッドサーバ７０Ａやクラスタサーバ７０Ｂを所有する企業や研究所等のユーザは以下のような利用方法が可能になる。
【００５９】
即ち、グリッドサーバ７０Ａ又はクラスタサーバ７０Ｂは、分割配信用データ／アプリケーションを内部ネットワークを通じてＰＣ又はサーバに配信する一方で、広域ネットワーク２０を通じてホームサーバ３０にも配信する。ホームサーバ３０への配信方法は、実施例１と全く同じであり、ストレージを用いたサービスの提供を受ける旨の要求をセンターサーバ１０に送信し、センターサーバ１０から送信されたアクセスデータ等を受信し、アクセスデータを用いて複数のホームサーバ３０を各々アクセスし、分割配信用データ／アプリケーションを複数のホームサーバ３０のストレージ３４の公共領域３４２上に各々保存する。
【００６０】
このように複数のホームサーバ３０に保存された分割配信用データ／アプリケーションは、ＰＣグリッド又はクラスタコンピューティングを行う上で何らかの障害が発生した場合のバックアップとして用いる。そして、グリッドサーバ７０Ａ又はクラスタサーバ７０Ｂにおいて、障害を検知する機能を持たせ、障害発生を検知したときには、実施例１と全く同一の方法を用いて、複数のホームサーバ３０にバックアップされた分割配信用データ／アプリケーションをリストアさせ、これをＰＣ又はサーバに配信するようにする。
【００６１】
即ち、ＰＣグリッド又はクラスタコンピューティングに何らかの障害が発生した場合であっても、その処理が速やかに引き続いて行われることになり、処理完了予測時間の遅延を低減することが可能になる。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施の形態を説明するための図であって、グリッドコンピューティングシステムの構成図である。
【図２】同システムを構成するセンターサーバの構成図である。
【図３】同システムを構成するホームサーバの構成図である。
【符号の説明】
【００６３】
１０  センターサーバ
２０  広域ネットワーク
３０Ａ，２０Ｂ，２０Ｃ  ホームサーバ
３１  制御部
３２  ３３  通信部
３４  ストレージ
３４１  ユーザ領域
３４２  公共領域
３４３  サービスプロバイダー領域
３５  セキュリティチップ
【図１】
2005222400.tif 000003
【図２】
2005222400.tif 000004
【図３】
2005222400.tif 000005