(57)【要約】【課題】グリッド・コンピューティング・システムのグリッド・システム資源をオンデマンド制御するための装置、システム及び方法を提供すること。【解決手段】オンデマンド管理装置は、ユーザ入力モジュールと、パラメータ・モジュールと、予約モジュールとを含む。ユーザ入力モジュールはパラメータ制御リクエストをユーザが入力できるように構成される。パラメータ制御リクエストは、グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応する。グローバル・パラメータ・モジュールは、パフォーマンス資源に対応するパフォーマンス・パラメータをパラメータ制御リクエストに従って動的に変更するように構成される。グローバル予約モジュールはグリッド・コンピューティング動作のためにパフォーマンス資源を予約するように構成される。オンデマンド管理装置はまた、クライアントがグリッド・コンピューティング・システムからパフォーマンス資源の返還を要求するとき、そのパフォーマンス資源の予約を終了させるように構成される。【選択図】図３
2007515008.tif 000002
【特許請求の範囲】
【請求項１】
グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のためのグローバル・オンデマンド管理装置にして、
グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるように構成されたグローバル・ユーザ入力モジュールと、
パフォーマンス資源に対応するパフォーマンス・パラメータをパラメータ制御リクエストに従って動的に変更するように構成されたグローバル・パラメータ・モジュールと、
グリッド・コンピューティング動作のためにパフォーマンス資源を予約するように構成されたグローバル予約モジュールと
を含む、グローバル・オンデマンド管理装置。
【請求項２】
パフォーマンス・パラメータがネットワーク・パフォーマンス・パラメータである、請求項１に記載の装置。
【請求項３】
ネットワーク・パフォーマンス・パラメータが、ネットワーク・アクセス容易性、ネットワーク帯域幅割り振り、グリッド割り振り階層のうちの１つである、請求項１に記載の装置。
【請求項４】
パフォーマンス・パラメータがクライアント・パフォーマンス・パラメータである請求項１に記載の装置。
【請求項５】
クライアント・パフォーマンス・パラメータが、クライアント・アクセス容易性、クライアント帯域幅割り振り、プロセッサ割り振り、記憶装置割り振り、メモリ割り振り、バックアップ復元可能性、バックアップ近接性のうちの１つである、請求項４に記載の装置。
【請求項６】
グローバル予約モジュールが更に、
パフォーマンス資源の返還を要求し、且つパフォーマンス資源を前記グリッド・コンピューティング・システムが利用できないようにするクライアント返還要求動作に応答して前記パフォーマンス資源の予約を終了させるように構成された、請求項１に記載の装置。
【請求項７】
グローバル予約モジュールが更に、
グリッド・コンピューティング動作のために、返還要求されたパフォーマンス資源と同様の他のパフォーマンス資源を予約するように構成された、請求項６に記載の装置。
【請求項８】
グリッド・コンピューティング・システムが利用できるネットワーク・パフォーマンス資源のネットワーク・パフォーマンス・パラメータを含むネットワーク・プロファイルを記憶するように構成されたグローバル・プロファイル管理モジュールを更に含む、請求項１に記載の装置。
【請求項９】
グローバル・クライアント・パフォーマンス資源パラメータを記述するグローバル・クライアント・プロファイルを記憶するように構成されたグローバル・プロファイル管理モジュールを更に含む、請求項１に記載の装置。
【請求項１０】
グリッド・コンピューティング・システムが利用できるクライアント・パフォーマンス資源のクライアント・パフォーマンス・パラメータを夫々が含む複数のクライアント・プロファイルを記憶するように構成されたグローバル・プロファイル管理モジュールを更に含む、請求項１に記載の装置。
【請求項１１】
複数の記憶されたクライアント・プロファイルのうちの１つを、クライアントに記憶されたローカル・クライアント・プロファイルと同期させるように構成されたグローバル・プロファイル同期モジュールを更に含む、請求項１０に記載の装置。
【請求項１２】
パフォーマンス・パラメータ資源の履歴を夫々が含む複数のプロファイル履歴を記憶するように構成されたグローバル・プロファイル管理モジュールを更に含む、請求項１に記載の装置。
【請求項１３】
グローバル・プロファイル管理モジュールが、複数のプロファイル履歴のうちの１つを加入マネージャに通信するように更に構成され、且つ加入マネージャが、その複数のプロファイル履歴のうちの１つの少なくとも一部に基づいてクライアント加入料金を計算するように構成された、請求項１２に記載の装置。
【請求項１４】
グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のための方法であって、
グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるようにするステップと、
パフォーマンス資源に対応するパフォーマンス・パラメータを、パラメータ制御リクエストに従って動的に変化させるステップと、
グリッド・コンピューティング動作のためにパフォーマンス資源を予約するステップと
を含む方法。
【請求項１５】
グリッド・コンピューティング・システムが利用できるネットワーク・パフォーマンス資源のパフォーマンス・パラメータを含むプロファイルであって、ネットワーク・プロファイル、グローバル・クライアント・プロファイル及びクライアント・プロファイルのうちの１つであるプロファイルを記憶するステップを更に含む、請求項１４に記載の方法。
【請求項１６】
パフォーマンス資源の返還を要求し、且つグリッド・コンピューティング・システムがパフォーマンス資源を利用できないようにするクライアント返還要求動作に応答して、パフォーマンス資源の予約を終了させるステップを更に含む、請求項１４に記載の方法。
【請求項１７】
グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のための方法をコンピュータに実行させるように構成されたコンピュータ可読コードを含むコンピュータ可読記憶媒体であって、その方法が、
グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるようにするステップと、
パフォーマンス資源に対応するパフォーマンス・パラメータを、パラメータ制御リクエストに従って動的に変化させるステップと、
グリッド・コンピューティング動作のために前記パフォーマンス資源を予約するステップと
を含む、コンピュータ可読記憶媒体。
【請求項１８】
パフォーマンス・パラメータが、ネットワーク・アクセス容易性、ネットワーク帯域幅割り振り、及びグリッド割り振り階層のうちの１つである、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項１９】
パフォーマンス・パラメータが、クライアント・アクセス容易性、クライアント帯域幅割り振り、プロセッサ割り振り、記憶装置割り振り、メモリ割り振り、バックアップ復元可能性、及びバックアップ近接性のうちの１つである、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２０】
パフォーマンス資源の返還を要求し、且つグリッド・コンピューティング・システムがパフォーマンス資源を利用できないようにするクライアント返還要求動作に応答して、パフォーマンス資源の予約を終了させるステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２１】
グリッド・コンピューティング動作のために、返還要求されたパフォーマンス資源と同様の他のパフォーマンス資源を予約するステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２２】
グリッド・コンピューティング・システムが利用できるネットワーク・パフォーマンス資源のパフォーマンス・パラメータを含むプロファイルを記憶するステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２３】
グローバル・クライアント・パフォーマンス資源パラメータを記述するグローバル・クライアント・プロファイルを記憶するステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２４】
グリッド・コンピューティング・システムが利用できるクライアント・パフォーマンス資源のクライアント・パフォーマンス・パラメータを夫々が含む複数のクライアント・プロファイルを記憶するステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２５】
記憶されたクライアント・プロファイルの１つを、クライアントのローカル・クライアント・プロファイルに同期させるステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２６】
パフォーマンス・パラメータ資源の履歴を夫々が含む複数のプロファイル履歴を記憶するステップを前記方法が更に含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２７】
複数のプロファイル履歴のうちの１つの少なくとも一部に基づいてクライアント加入料金を計算するように構成された加入マネージャにその複数のプロファイル履歴のうちの１つを通信するステップを前記方法が更に含む、請求項２６に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はグリッド・コンピューティングに関し、より詳細にはグリッド・コンピューティング・システム上で複数のパフォーマンス資源をオンデマンド制御することに関する。
【背景技術】
【０００２】
グリッド・コンピューティングは、コンピュータ産業では比較的新しいテクノロジである。今日の多くのグリッド・コンピューティング・システムは、単一のマシーンでは行えないような計算問題などの大型のグリッド・アプリケーションに関し、複数の相互接続されたコンピュータないしノードが協働することができるように設計されている。そのような圧倒的な量の計算処理をうまく管理するために、そのような計算問題を幾つかの小さい管理しやすいジョブに分割してもよい。多くのパーソナル・コンピュータ又はビジネス・コンピュータには付き物の、あるいはやむを得ず生じるようなアイドル処理時間があるので、グリッド・アプリケーションのこの種の分散処理が部分的に可能なのである。
【０００３】
更に、グリッド・コンピューティング・システムはそのシステム中の複数のノードに渡る共有ストレージを持つことができる。このようにして、データはシステム上の遠隔の位置に、例えばバックアップの形で記憶されることができ、また大量のデータが単一のノードによって仮想的に記憶されるのを可能にする。
【０００４】
グリッド・コンピューティング・システムを設計し、実装する際の主要な問題の１つは資源管理である。グリッド・コンピューティング・システムに利用できるパフォーマンス資源を管理することはシステムの有効性にとって基本的なことである。例えば、グリッド・コンピューティング・システム中の多くのノードから利用できるいろいろな異なるストレージ、メモリ、処理資源があれば、そのグリッド・システム中でこれらのパフォーマンス資源を、組織化された生産的な態様で何とか使用したいものである。
【０００５】
ある種のグリッド・コンピューティング・システムは、専らグリッド・コンピューティング動作を行うためにのみ構築される。このシナリオでは、全ての結合されたノードの全てのパフォーマンス資源が、グリッド・コンピューティング・システムに専ら使用される。グリッド・システム動作を特定のノード資源に全て割当てる必要はあるが、グリッド・システムが利用できる資源の量が比較的変化しないので、そのようなグリッド・コンピューティング・システムにとっては、割り振られたパフォーマンス資源を動的に管理する必要性は、あったとしても、ごく僅かしかない。装置の故障により、時として生じるダウンタイムを除き、この種のグリッド・コンピューティング・システムはそのパフォーマンス資源を専ら使用し続ける。
【０００６】
他のグリッド・コンピューティング・システムは、前述のような専用ベースより少ない頻度でしかそのグリッド・コンピューティング・システムに利用できないノードに依存する。例えば、グリッド・コンピューティング・システムによっては、グリッド・コンピューティング・システムを通じて受取るデータに対して計算を実行する各々のノードにソフトウェアを含むものがある。入力データは、グリッド・コンピューティング・システムへの最短接続時間中にノードに転送することができる。計算は、そのノードのシステム・アイドル時間、例えばスクリーン・セーバー・アプリケーションの動作中などに実行される。それから、その計算結果は、グリッド・コンピューティング・システムへのその後の接続時間中に、グリッド・サーバに返送される。代わりに、ノードでのローカル・アプリケーションのために利用されない処理サイクルを使用して、バックグラウンド・アプリケーションとして計算を実行してもよい。
【０００７】
しかし、データ・バックアップ・アプリケーションなど大量のデータ転送のためにグリッド・システムにかなりの接続時間を必要とするグリッド・アプリケーションの場合は、特定のノードでのパフォーマンス資源の可用性（すなわちアクセス容易性、性能等）が、グリッド・コンピューティング・システムの有効性を一層決定づけることになるかもしれない。利用できるパフォーマンス資源の管理がグリッド・コンピューティング・システムの動作にとっても一層重要になるのである。残念ながら、従来のグリッド・コンピューティング・システムは、非専用ベースでグリッド・コンピューティング・システムが利用できるようにされるパフォーマンス資源の動的な可用性を管理するには一般に十分でない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、グリッド・コンピューティング・システムでパフォーマンス資源をオンデマンドで制御し易い装置、システム及び方法の必要性がある。そのような装置、システム及び方法は、非専用グリッド・コンピューティング・システムの現在のパフォーマンスの制限の多くを有利に克服するであろう。
【課題を解決するための手段】
【０００９】
本発明によれば、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のためのグローバル・オンデマンド管理装置が提供される。この管理装置は、グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるように構成されたグローバル・ユーザ入力モジュールと、パフォーマンス資源に対応するパフォーマンス・パラメータをパラメータ制御リクエストに従って動的に変更するように構成されたグローバル・パラメータ・モジュールと、グリッド・コンピューティング動作のためのパフォーマンス資源を予約するように構成されたグローバル予約モジュールとを含む。
【００１０】
本発明を他の視点から見ると、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のための方法が提供される。この方法は、グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるようにするステップと、パフォーマンス資源に対応するパフォーマンス・パラメータをパラメータ制御リクエストに従って動的に変更するステップと、グリッド・コンピューティング動作のためにパフォーマンス資源を予約するステップとを含む。 
【００１１】
本発明を更に他の視点から見ると、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のための方法を実行するようにコンピュータを動作させるように構成されたコンピュータ可読コードを含むコンピュータ可読記憶媒体が提供される。この方法は、グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるようにするステップと、パフォーマンス資源に対応するパフォーマンス・パラメータをそのパラメータ制御リクエストに従って動的に変更するステップと、グリッド・コンピューティング動作のためにそのパフォーマンス資源を予約するステップとを含む。 
【００１２】
本発明は、今日の技術水準に応じて開発された。そして特に今日利用できるグリッド・コンピューティング・システムによって完全には解決されていない従来技術の課題及び要求に応じて開発されたものである。従って、本発明はグリッド・コンピューティング・システムにおけるシステム資源のオンデマンド制御のための装置、システム及び方法を提供するために開発され、上述した従来技術の課題の全部又は多くを克服する。
【００１３】
本発明の実施例では、グリッド・コンピューティング・システムにおけるシステム資源のオンデマンド制御のための装置に、そのようなオンデマンド制御をするのに必要なステップを機能的に実行するように構成された複数のモジュールを含む論理ユニットが設けられる。これらのモジュールは、グローバル・ユーザ入力モジュール、グローバル・パラメータ・モジュール、グローバル予約モジュール、グローバル・プロファイル管理モジュール、及びグローバル・プロファイル同期モジュールを含む。本発明の好適な実施例では、システム資源はネットワーク・パフォーマンス資源であってもよく、そのネットワーク・パフォーマンス資源がネットワーク・アクセス容易性又はネットワーク帯域幅を含んでいてもよい。本発明の他の実施例では、システム資源はクライアント・パフォーマンス資源であっても良く、そのクライアント・パフォーマンス資源がクライアント・アクセス容易性、クライアント帯域幅割り振り、クライアント・プロセッサ割り振り、クライアント記憶部割り振り、又はクライアント・メモリ割り振りを含んでいてもよい。
【００１４】
本発明を実施するシステムはまたグリッド・コンピューティング・システムにおけるシステム資源のオンデマンド制御のために提供される。このシステムは、ローカル・エリア・ネットワーク、広域ネットワーク、ローカル・エリア・ネットワーク及び広域ネットワークの組合せ、１つもしくは複数の無線ネットワーク、インターネット・ベースのグリッド・コンピューティング・ネットワーク又は任意の数のグリッド・コンピューティング環境で実施されてもよい。特に、このシステムは、一実施例では、グローバル・オンデマンド管理装置、ローカル・オンデマンド管理装置、ユーザ入力モジュール、割り振りモジュール、及び予約モジュールを含む。このシステムは、グリッド・コンピューティング・システムに接続しているクライアントごとの料金加入を管理するように構成された加入マネージャを更に含んでいてもよい。
【００１５】
また、クライアントもグリッド・コンピューティング・システムにおけるシステム資源のオンデマンド制御のために提供される。一実施例では、グリッド・コンピューティング・システムにおけるシステム資源のオンデマンド制御に必要なステップを機能的に実行するために構成された複数のモジュールを含む論理ユニットがクライアントに設けられる。ここで説明する実施例におけるこれらのモジュールは、クライアント・ユーザ入力モジュール、クライアント・パラメータ・モジュール、クライアント割り振りモジュール、クライアント返還要求モジュール、クライアント・プロファイル管理モジュール、及びクライアント・プロファイル同期モジュールを含む。
【００１６】
また、本発明の方法はグリッド・コンピューティング・システムにおけるシステム資源のオンデマンド制御のために提供される。ここで開示する実施例の方法は、上述の装置及びシステムの動作に関して提示した機能を実行するのに必要なステップを実質的に含む。一実施例の方法では、ユーザがパラメータ制御リクエストを入力できるようにするステップと、パラメータ制御リクエストに従って動的にパフォーマンス・パラメータを変更するステップと、グリッド・コンピューティング動作のためにパフォーマンス資源を予約するステップとを含む。パラメータ制御リクエストをグリッド・コンピューティング・システムのパフォーマンス・パラメータに対応させてもよい。更に、パフォーマンス・パラメータをパフォーマンス資源に対応させてもよい。
【００１７】
この方法は更に、ネットワーク・プロファイルを記憶するステップと、グローバル・クライアント・プロファイルを記憶するステップと、ユーザが定義したクライアント・プロファイルを記憶するステップとを含んでもよい。更に他の実施例の方法は、クライアント返還要求動作に応答してパフォーマンス資源の予約を終了させるステップを含んでもよい。更に他の実施例の方法は、グローバル・オンデマンド・マネージャに記憶された１つ又は複数のプロファイルを、クライアントに記憶された１つ又は複数のプロファイルと同期させるステップを含んでもよい。更に他の実施例の方法は、１つ又は複数のプロファイル履歴を記憶するステップを含んでもよい。
【００１８】
本発明の一実施例は、動的に割り振られたパフォーマンス資源が、グリッド・コンピューティング環境の中で適切に管理されるのを可能にする。更に、本発明の他の実施例は、グリッド・システム・ユーザがオンデマンドでパフォーマンス資源を割り振り、また返還要求するのを許容するとともに、特定の動作条件の中で特定のクライアント・ノードのためにパフォーマンス資源を動的に割り振り、また返還要求するのを可能にする。
【００１９】
本発明を他の視点から見ると、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のためのローカル・オンデマンド管理装置が提供される。この装置は、ユーザがクライアント・パフォーマンス資源に対応する、グリッド・コンピューティング・システムのクライアント・パフォーマンス・パラメータに対応するクライアント・パラメータ制御リクエストを入力することができるように構成されたクライアント・ユーザ入力モジュールと、グリッド・コンピューティング・システムにクライアント・パフォーマンス資源を割り振るように構成されたクライアント割り振りモジュールと、グリッド・コンピューティング・システムに割り振られたクライアント・パフォーマンス資源のクライアント・パフォーマンス・パラメータを含むクライアント・プロファイルを記憶するように構成されたクライアント・プロファイル管理モジュールと、グローバル・オンデマンド装置に記憶された複数のクライアント・プロファイルのうちの１つに、クライアント・パフォーマンス・パラメータを同期させるように構成されたクライアント・プロファイル同期モジュールとを含む。
【００２０】
好適には、このローカル・オンデマンド管理装置は、クライアント・パラメータ制御リクエストに従ってクライアント・パフォーマンス・パラメータを動的に変更するように構成されたクライアント・パラメータ・モジュールを更に含む。好適には、この装置は、クライアント・パフォーマンス資源の返還を要求するように構成されたクライアント返還要求モジュールであって、クライアント返還要求動作に応答してグリッド・コンピューティング・システムにクライアント・パフォーマンス資源が利用できないようにするクライアント返還要求モジュールを更に含む。好適には、クライアント・ユーザ入力モジュールが、グローバル・オンデマンド装置からのクライアント・パラメータ制御リクエストを受取る。好適には、クライアント・パフォーマンス・パラメータは、クライアント・アクセス容易性、クライアント帯域幅割り振り、プロセッサ割り振り、記憶域割り振り、メモリ割り振り、バックアップ復元可能性及びバックアップ近接性のうちの１つである。
【００２１】
本発明を更に別の視点から見ると、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のためのシステムが提供される。このシステムは、グリッド・コンピューティング・システムに接続され且つパフォーマンス資源のローカル・アクセス及び制御が可能なローカル・オンデマンド管理装置と、グリッド・コンピューティング・システムに接続され且つローカル・オンデマンド管理装置と通信するように構成されたグローバル・オンデマンド管理装置と、パフォーマンス資源に対応するパラメータ制御リクエストをユーザが入力できるように構成されたユーザ入力モジュールと、グリッド・コンピューティング・システムにパフォーマンス資源を割り振るように構成された割り振りモジュールと、グリッド・コンピューティング動作のためにパフォーマンス資源を予約するように構成された予約モジュールとを含む。
【００２２】
好ましくは、このシステムは更に、ローカル・オンデマンド管理装置と関連付けられたユーザ料金であって、グリッド・コンピューティング・システムへのパフォーマンス資源の割り振りに少なくとも部分的に基づくユーザ料金を決定するように構成された加入マネージャを含む。好ましくは、このシステムは更に、割り振られたパフォーマンス資源を管理するように構成され、且つグリッド・コンピューティング・システムへのパフォーマンス資源の割り振りに少なくとも部分的に基づくサービスのレベルであって、ローカル・オンデマンド管理装置が利用できるサービスのレベルを制御するように構成された加入マネージャを含む。
【００２３】
本発明を更に他の視点から見ると、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のための方法が提供される。この方法は、グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるようにするステップと、パフォーマンス資源に対応するパフォーマンス・パラメータを、パラメータ制御リクエストに従って動的に変更するステップと、グリッド・コンピューティング動作のためにパフォーマンス資源を予約するステップと、パフォーマンス資源の返還を要求し且つグリッド・コンピューティング・システムにパフォーマンス資源が利用できないようにするクライアント返還要求動作に応じてパフォーマンス資源の予約を終了させるステップと、グリッド・コンピューティング動作のために、返還要求したパフォーマンス資源と同様の他のパフォーマンス資源を予約するステップと、グリッド・コンピューティング・システムが利用できるネットワーク・パフォーマンス資源のネットワーク・パフォーマンス・パラメータを含むネットワーク・プロファイルを記憶するステップと、グローバル・クライアント・パフォーマンス資源パラメータを表すグローバル・クライアント・プロファイルを記憶するステップと、グリッド・コンピューティング・システムが利用できるクライアント・パフォーマンス資源のクライアント・パフォーマンス・パラメータを夫々が含む複数のクライアント・プロファイルを記憶するステップと、記憶されたクライアント・プロファイルの１つを、クライアントに記憶されたローカル・クライアント・プロファイルと同期させるステップとを含む。
【００２４】
本発明を更に他の視点から見ると、グリッド・コンピューティング・システムにおけるシステム資源のユーザ制御のための装置が提供される。この装置は、グリッド・コンピューティング・システムのパフォーマンス・パラメータに対応するパラメータ制御リクエストをユーザが入力できるようにする手段と、パフォーマンス資源に対応するパフォーマンス・パラメータを、パラメータ制御リクエストに従って動的に変更する手段と、グリッド・コンピューティング動作のためにパフォーマンス資源を予約する手段とを含む。
【００２５】
本明細書中で、特徴、利点、又はそれらに類する用語で言及した場合、本発明で実現可能な特徴及び利点の全てが本発明の単一の実施例に含まれることを暗示するのではない。むしろ、特徴や利点に言及した用語は、或る実施例に関連して説明する特徴、利点、又は特性が、本発明の少なくとも１つの実施例に含まれることを意味すると理解されたい。
【００２６】
更に、上述した本発明の特徴、効果、及び特性は、１つ又は複数の実施例において適切な態様で組み合わされてもよい。当業者は、或る特定の実施例の１以上の特定の特徴や効果がなくても、本発明が実施できることを理解できよう。他の例では、本発明の全ての実施例には存在しないかもしれないが、或る実施例に於いては追加的な特徴や効果も認められるかもしれない。
【００２７】
本発明のこれらの特徴及び効果は、以下の説明及び特許請求の範囲から十分明瞭になるであろうし、或いは以下で開示する発明を実施することで理解されよう。
【発明を実施するための最良の形態】
【００２８】
本明細書で説明する多くの機能ユニットをモジュールと名づけているが、これはそれらの実装独立性を特に強調するためである。例えば、カスタムＶＬＳＩ回路やゲート・アレイ、又は論理チップ、トランジスタ、その他の個別コンポーネントなどの既製の半導体で構成されているハードウエア回路としてモジュールが実装されてもよい。モジュールはまた、フィールド・プログラマブル・ゲート・アレイ、プログラマブル・アレイ・ロジック、プログラマブル・ロジック・デバイスなど、プログラマブル・ハードウエア・デバイスで実装されてもよい。
【００２９】
モジュールはまた、いろいろな種類のプロセッサで実行されるソフトウエアで実装されてもよい。実行可能コードの特定のモジュールは、例えばオブジェクト、プロシージャ、又はファンクションとして編成されるような１個又は複数個の物理的又は論理的な、コンピュータ命令のブロックを含んでいてもよい。それでも、特定モジュールの実行可能ファイルは、物理的に連続して配置する必要はなく、異なる位置に記憶された、異なる命令を含んでいてもよい。これらは論理的に結合されると、モジュールを構成し、そのモジュールのための目的を達成する。
【００３０】
実際、実行可能コードのモジュールは、単一の命令、又は多くの命令からなっていてもよく、幾つかの異なるコード・セグメント、異なるプログラム、及び幾つかのメモリ・デバイスに渡って分散されていてもよい。同様に、操作データは、ここではモジュール内で特定され、表示されていてもよく、また任意の適当なタイプのデータ構造中に組み込まれ、任意の適当な形式で実施されてもよい。この操作データは、単一のデータ・セットとして集められていても、異なるストレージ・デバイスや異種のメモリ・デバイスといった異なる位置に渡って分散されていてもよいし、また、少なくとも部分的には単に電子的な信号としてシステムやネットワーク上に存在していてもよい。
【００３１】
更に、モジュールは、ソフトウエア及び１以上のハードウエア・デバイスの組み合わせとして実装されていてもよい。例えば、モジュールが、メモリ・デバイスに記憶されたソフトウエア実行可能コードの組み合わせで実施されてもよい。他の例では、モジュールは、一組の操作データを操作するプロセッサの組み合わせであってもよい。更に他の例では、モジュールは、伝送回路を介して通信される電子的信号の組み合わせで実装されてもよい。
【００３２】
この明細書全般で、「一実施例」、「ある実施例」又はそれらと同様な用語で示すことは、その実施例に関連して説明する特徴、構造、又は特性が、本発明の少なくとも１つの実施例に含まれることを意味する。従って、この明細書中で用いる「一実施例では」、「ある実施例では」及び同様のフレーズは、必ずしも全て同じ実施例を示すものではない。
【００３３】
更に、上述した本発明の特徴、構造、及び特性は、１以上の実施例で任意の適当な態様で組み合わされてもよい。以下の説明では、多くの特定の詳細が提供される。例えば、プログラミング、ソフトウエア・モジュール、ユーザ選択，ネットワーク・トランザクション、データベース照会、データベース構造、データベース、ハードウエア・モジュール、ハードウエア回路、ハードウエア・チップ等の例であり、これらで本発明の実施例を完全に理解することができる。他の例では、良く知られた構造、材料又は動作を詳細には示していないが、これは本発明を分かりにくくしないためである。
【００３４】
図１は、複数のクライアント、即ちノード１０４〜１１０にコミュニケーション・チャネル１１２を介して接続されたグリッド・サーバ１０２を含むグリッド・システム１００を示す。図示のグリッド・システム１００は、ローカル・エリア・ネットワーク（ＬＡＮ）に似ており、コミュニケーション・チャネル１１２は、一実施例ではイーサネット（登録商標）・コミュニケーション・チャネル、ワイヤレス・コミュニケーション・チャネル、又は他の等価なコミュニケーション・チャネルであってよい。同様に、コミュニケーション・チャネル１１２は種々のタイプのコミュニケーションの組み合わせを含んでいてもよい。図示のグリッド・システム１００が１個のグリッド・サーバ１０２と４個のクライアント１０４〜１１０を含んでいるが、このグリッド・システムはもっと少ない或いはもっと多くのクライアント１０４〜１１０、２以上のサーバ１０２、又は代替のサーバ構成を有する種々のネットワーク構成の組み合わせを含んでいてもよい。ある別の実施例では、グリッド・システム１００は図２で説明する加入マネージャ（図示せず）を含んでいてもよい。一実施例では、グリッド・サーバ１０２はグリッド・システム１００の加入マネージャとしても作用する。
【００３５】
グリッド・システム１００は、一実施例では、グリッド・アプリケーションを実行するように構成される。グリッド・アプリケーションは、特定の目的を一緒に達成する作業項目の集合である。例えば、グリッド・アプリケーションは天気予報や株式市場の進展など、非常に複雑な数学的計算を実行してもよい。グリッド・アプリケーションはまた、大規模なマルチメディア操作を処理してもよい。他の実施例では、グリッド・アプリケーションが、膨大で多様な量のデータについてデータ・バックアップ動作を実行してもよい。これらのシナリオでは夫々、グリッド・アプリケーションを実行する際にグリッド・システム１００内で幾つかのノード１０４〜１１０の協働が必要となるかもしれない。
【００３６】
１つのグリッド・アプリケーションは複数のジョブ又は作業単位に分割されてもよい。１つのグリッド・アプリケーションのうち幾つかのジョブは、１以上のの種々のノード１０４〜１１０上で、同時に、逐次的に、又は相互従属的に実行されてもよい。各ノード１０４〜１１０は、グリッド・アプリケーションの実行のために、グリッド・システム１００にパフォーマンス資源を割り振ってもよい。クライアント１０４〜１１０によって利用可能にされるこれらのパフォーマンス資源はプロセッサ能力、プロセッサ容量、ストレージ容量、メモリ容量、及び他の同様の資源を含んでもよい。一実施例では、クライアント１０４〜１１０は、グリッド・アプリケーションの実行のために、グリッド・システム１００に総プロセッサ能力、ストレージ容量又はメモリ容量の特定の量をグリッド・システム１００の専用にしてもよい。
【００３７】
各クライアント１０４〜１１０は、特定のグリッド・アプリケーションにおけるクライアント１０４〜１１０の役割に従って、ソース・クライアント又は資源クライアントとして働く。例えば、クライアント１０４〜１１０がグリッド・アプリケーションを開始する場合、クライアント１０４〜１１０はソース・クライアントとして働く。あるいは、クライアント１０４〜１１０が、遠隔で開始されたグリッド・アプリケーションを実行するのにローカル・パフォーマンス資源を利用できるようにする場合には、クライアント１０４〜１１０は資源クライアントとして働く。例えば、グリッド・バックアップ動作の場合は、ソース・クライアントは１つ又は複数の資源クライアント上にバックアップ・データ・ファイルを有しているかもしれないが、そのようなとき資源クライアントは、バックアップ・グリッド動作のためにグリッド・システム１００に、利用可能なストレージを割り振る。他の実施例では、グリッド・サーバ１０２は、ネットワーク１００のサーバ１０２として働く他に、グリッド・システム１００におけるクライアントとしても働き、その場合、それがグリッド・アプリケーションを開始してもよく、またローカル・パフォーマンス資源がグリッド・システム１００に利用可能にされてもよい。
【００３８】
図２は、図１のグリッド・システム１００に幾つかの点で似たグリッド・システム２００の他の実施例を示す。図示のグリッド・システム２００は、グリッド・システム２００の種々の他のコンポーネントの間のコミュニケーション・チャネルを提供するインターネット２０２上で動作する。図示のグリッド・システム２００はまた、図１のグリッド・システムに似たネットワーク・システム２０４、２０６をも含み、これらが図２のグリッド・システム２００中のサブシステムを構成する。更には、このグリッド・システム２００は、インターネットに直接結合されているためローカル・ネットワークの一部を構成しない他のクライアント２０８，２１０を含んでもよい。
【００３９】
グリッド・システム２００はまた、グリッド・コンピューティング・システム２００へのクライアントの加入を管理するように構成された加入マネージャ２１２を含んでいてもよい。一実施例では、この加入マネージャは、加入したクライアントによるグリッド・システム１００の利用を管理してもよい。その管理は、グリッド・システム資源をクライアントが利用すること、又はグリッド・コンピューティング・システム１００からあるレベルのサービスを期待することに対するクライアント料金又は許可といった見地での管理である。加入マネージャ２１２は、グリッド・システム２００中の他のネットワーク・システム２０４、２０６に接続されていてもよい。更なる実施例では、グリッド・システム２００は複数の加入マネージャ２１２を有し、夫々が独立に定義された加入グループを管理するようになっていてもよい。
【００４０】
上述のように、他の同様のグリッド・システム構成が、図１及び図２のグリッド・システム１００、２００の代わりに、又はそれに加えて用いられていてもよい。以下の説明で、グリッド・システム１００、２００のいずれかを参照するときは、特にグリッド・システム１００、２００の１つを除外すると断らない限り、グリッド・システム１００、２００のいずれか又は両方を指すものと理解されたい。
【００４１】
図３はグローバル・オンデマンド・マネージャ３００の一実施例を示す。図示のグローバル・オンデマンド・マネージャ３００は、一実施例では、グリッド・システム１００のパフォーマンス資源のオンデマンド制御を容易にするように構成される。一実施例では、グローバル・オンデマンド・マネージャ３００が中央処理装置（ＣＰＵ）３０２、ローカル・ストレージ・デバイス３０４、ユーザ・インターフェイス３０６、ネットワーク・インターフェイス３０８、メモリ３１０、及びグローバル・オンデマンド管理装置３１２を含む。ＣＰＵ３０２は、グローバル・オンデマンド・マネージャ３００中の操作を実行するように構成される。ユーザ・インターフェイス３０６は、一実施例では、ユーザがグローバル・オンデマンド・マネージャ３００と対話できるように、ユーザからの入力データ及びコマンド並びにユーザへの出力データを伝達できるように構成される。ネットワーク・インターフェイス３０８は、一実施例では、グリッド・ネットワーク１００のコミュニケーション・チャネル１１２を介するグローバル・オンデマンド・マネージャ３００のネットワーク・コミュニケーションを容易にするように構成される。
【００４２】
ローカル・メモリ３１０は、一実施例では、グリッド・パフォーマンス資源のオンデマンド制御と関連して使用することができるデータ・ファイル及びメタデータ・ファイルを記憶するように構成される。代替実施例では、これらのデータ及びメタデータ・ファイルはその幾つか又は全部がローカル・ストレージ・デバイス３０４に複製されてもよい。他の実施例では、これらのデータ・ファイル及びメタデータ・ファイルの１つ又は全てがメモリ３１０ではなく、ローカル・ストレージ・デバイス３０４のみに記憶されていてもよい。同様に、これらのデータ・ファイル及びメタデータ・ファイルは、ローカル・メモリ３１０及びストレージ３０４の組合せに記憶されてもよい。他の実施例では、これらのデータ・ファイル及びメタデータ・ファイルの１つ又は全てがグリッド・システム１００の分散ストレージに記憶されていてもよい。この説明では「ファイル」と言及しているが、本発明は他の電子的メモリ及びストレージ構造を用いて同じような態様で動作することを理解されたい。本明細書でデータ・ファイル又はメタデータ・ファイルと言えば、他の電子的メモリ及びストレージ構造にも等しく言及していることと理解されたい。
【００４３】
特に、メモリ３１０は、ネットワーク・プロファイル３１４、グローバル・クライアント・プロファイル３１６、１以上のユーザ定義クライアント・プロファイル３１８、及び１以上のプロファイル履歴３２９を記憶することができる。ネットワーク・プロファイル３１４は、一実施例では、グリッド・システム１００に専用の又は割り振られたネットワーク資源を示す１以上のネットワーク・パラメータを記憶するように構成される。「パラメータ」、「１つのパラメータ」、「そのパラメータ」及び他の同様なフレーズの使用は、ローカル変数又はグローバル変数を指し、その値は単一値、不変値、多次元アレイ、データ・セット、時間依存値、他の値の関数とともに変化する値などを含む。これらのフレーズは、所与のパラメータについて単一の不変値を記憶することに限定する意図はない。
【００４４】
例えば、ネットワーク・プロファイル３１４は、グリッド・システム１００がどの位の時間割合でネットワークを利用できるかを表すネットワーク・アクセス容易性パラメータを記憶することができる。一実施例では、ネットワーク・アクセス容易性パラメータは、ネットワーク全体をグリッド・システム１００が占有する時間の量を指してもよい。代替実施例では、ネットワーク・アクセス容易性パラメータは、例えネットワーク資源の一部がグリッド・システム１００で利用又は占有できなくても、ネットワークを少なくとも部分的に利用できる時間の量を指してもよい。
【００４５】
ネットワーク・プロファイル３１４はまた、そのグリッド・システム動作に割り振ることができるネットワーク帯域幅の量又はその一部を示すネットワーク帯域幅割り振りパラメータを記憶することもできる。一実施例では、ネットワーク帯域幅がグリッド・システム１００に占有され、割り振られた帯域幅をグリッド動作以外には使えないということであってもよい。他の実施例では、割り振られたネットワーク帯域幅をグリッド・システム１００が利用できるが、その帯域幅をグリッド・システム１００が使用していない時間中は、グリッド動作以外の動作のためにローカル・ネットワークが利用できる。
【００４６】
メモリ３１０はまた、一実施例では、グローバルに制御される１以上のクライアント・パラメータを記憶するように構成されたグローバル・クライアント・プロファイル３１６を記憶できる。例えば、グローバル・クライアント・プロファイル３１６は、グローバル・クライアント・アクセス容易性パラメータ、グローバル・クライアント帯域幅割り振りパラメータ、グローバル・クライアント・プロセッサ割り振りパラメータ、グローバル・クライアント・ストレージ割り振りパラメータ、グローバル・クライアント・メモリ割り振りパラメータ、グローバル・クライアント・バックアップ復元可能性パラメータ、グローバル・クライアント・バックアップ近接性パラメータ等を記憶することができる。一実施例では、グローバル・クライアント・プロファイル３１６は、ユーザがそのグローバル・クライアント・プロファイル３１６を、ユーザ定義クライアント・プロファイル３１８で修正し、上書きしない限り、グリッド・システム１００のクライアント１０４〜１１０のためのデフォルト設定を決定する。代替実施例では、グローバル・クライアント・プロファイル３１６は、グリッド・システム１００のクライアント１０４〜１１０のための最大又は最小のデフォルト設定を決定してもよい。例えば、グローバル・クライアント・プロファイル３１６は、クライアント加入契約に基づき、特定のソース・クライアントからのグリッド・アプリケーションに対する最大のパフォーマンス・レベルを決定してもよい。
【００４７】
一実施例では、グローバル・クライアント・アクセス容易性パラメータ、グローバル・クライアント帯域幅割り振りパラメータ、グローバル・クライアント・プロセッサ割り振りパラメータ、グローバル・クライアント・ストレージ割り振りパラメータ、及びグローバル・クライアント・メモリ割り振りパラメータの各々は、グリッド・システム１００に割り振られるか、又は他の方法で利用できるようにされるクライアント・パフォーマンス資源に対応する。この点では、クライアント１０４〜１１０は資源クライアントとして働く。 
【００４８】
グローバル・クライアント・アクセス容易性パラメータは、クライアント１０４〜１１０がグリッド計算システム１００で利用できる（即ち電子的に接続される）時間の量を表してもよい。グローバル・クライアント帯域幅割り振りパラメータは、一実施例では、グリッド・システム動作に占有されるクライアント帯域幅の量を表してもよい。グローバル・クライアント・プロセッサ割り振りパラメータは、一実施例では、グリッド・システム動作に占有される時間量又は処理能力を表してもよい。同様に、グローバル・クライアント・ストレージ割り振りパラメータ及びグローバル・クライアント・メモリ割り振りパラメータは、グリッド・システム動作に割り振られるクライアント・ストレージ及びクライアント・メモリの量をそれぞれ表してもよい。
【００４９】
一実施例では、グローバル・クライアント・バックアップ復元可能性パラメータ及びクライアント・バックアップ近接性パラメータは、クライアント１０４〜１１０がソース・クライアントとして働いているときのクライアント設定に対応する。グローバル・クライアント・バックアップ復元可能性パラメータは、一実施例では、資源クライアントに遠隔で記憶されたソース・クライアントからの任意のデータに対する復元可能性の所望のレベルを表してもよい。ソース・クライアントによりリクエストされる復元可能性が大きければ大きいほど、必要とされる資源クライアントの可用性も、ソース・クライアントによるデータ・アクセス・リクエストをサービスするために、大きくなる。
【００５０】
グローバル・クライアント・バックアップ近接性パラメータは、一実施例では、遠隔の資源クライアントに記憶されるバックアップ・データのソース・クライアントまでの近接性を制御するデータ・バックアップ・パラメータを表すことができる。同様に、グローバル・クライアント・プロファイル３１６は、バックアップ・データ・パケットが記憶される資源クライアント相互間の距離を表すグローバル・クライアント・パケット近接性パラメータを記憶することができる。そのようなグローバル・クライアント・バックアップ近接性パラメータ及びグローバル・クライアント・パケット近接性パラメータは、一実施例では、マイル又はキロメータなどの物理的な距離を表してもよい。ノード１０４〜１１０間の距離は、例えば全地球測位システム（ＧＰＳ）座標を用いて計算又は推定してもよい。代替実施例では、グローバル・クライアント・バックアップ近接性パラメータ及びグローバル・クライアント・パケット近接性パラメータは、論理的距離を表してもよい。例えば、クライアント・バックアップ近接性パラメータ及びクライアント・パケット近接性パラメータは、ソース・クライアントのインターネット・プロトコル（ＩＰ）アドレスを参照し、別のネットワーク又はサブネット中のターゲット・クライアントにバックアップ・パケットが記憶されるように指定してもよい。他の実施例では、クライアント・バックアップ近接性パラメータ及びクライアント・パケット近接性パラメータは、バックアップ・データ・パケットを記憶する又は記憶しないノード１０４〜１１０を、包含的又は排他的に指定してもよい。
【００５１】
一実施例では、メモリ３１０は複数のクライアント・プロファイル３１８を記憶することができる。各クライアント・プロファイル３１８は、グリッド・システム１００の特定のクライアント１０４〜１１０に対応し、そしてユーザ定義クライアント・パラメータを記憶することができる。例えば、クライアント・プロファイル３１８は、ユーザ定義クライアント・アクセス容易性パラメータ、ユーザ定義クライアント帯域幅割り振りパラメータ、ユーザ定義クライアント・プロセッサ割り振りパラメータ、ユーザ定義クライアント・ストレージ割り振りパラメータ、ユーザ定義クライアント・メモリ割り振りパラメータ、バックアップ復元可能性パラメータ、ユーザ定義クライアント・バックアップ近接性パラメータなどを記憶することができる。各ユーザ定義パラメータは、対応する上述のグローバル・パラメータに似ている。上述のように、メモリ３１０はまた、１以上のプロファイル履歴３２０を記憶することができる。各プロファイル履歴３２０は、グリッド・システム１００の特定のクライアント１０４〜１１０のクライアント・プロファイル３１８の履歴を記憶することができる。
【００５２】
グローバル・オンデマンド管理装置３１２は、一実施例では、グリッド・システム１００のパフォーマンス資源のオンデマンド制御を容易にするように構成される。図示のグローバル・オンデマンド管理装置３１２は、グローバル・ユーザ入力モジュール３２２、グローバル・パラメータ・モジュール３２４、グローバル予約モジュール３２６、グローバル・プロファイル管理モジュール３２８、グローバル・プロファイル同期モジュール３３０を含む。
【００５３】
一実施例では、グローバル・ユーザ入力モジュール３２２は、グリッド・システム１００のパフォーマンス・パラメータを変更するためにパラメータ制御リクエストをユーザが入力できるように構成することができる。パフォーマンス・パラメータはクライアント・パフォーマンス・パラメータ、ネットワーク・パフォーマンス・パラメータ、又はグリッド・パフォーマンス・パラメータであってもよい。更にパフォーマンス・パラメータは、グローバル・パフォーマンス・パラメータ又はユーザ定義パフォーマンス・パラメータであってもよい。
【００５４】
グローバル・パラメータ・モジュール３２４は、一実施例では、グローバル・ユーザ入力モジュール３２２で受取ったパラメータ制御リクエストに従ってパフォーマンス・パラメータを修正するように構成される。例えば、ユーザがグリッド・システム１００にもっと多くのネットワーク帯域幅を割り振るべきであるとリクエストするなら、グローバル・パラメータ・モジュール３２４はネットワーク帯域幅割り振りパラメータをそのリクエストされた量まで増やすことができる。
【００５５】
グローバル予約モジュール３２６は、一実施例では、特定のグリッド・システム動作のために、割り振られたパフォーマンス資源を予約するように構成される。例えば、一旦、或る資源クライアントが、特定のクライアント・パフォーマンス資源をグリッド・システム１００に割り振ると、グローバル予約モジュール３２６は、特定のグリッド動作にその割り振られた資源の全て又は一部を予約することができる。他の実施例では、グローバル予約モジュール３２６は、資源の予約を終了させるように、あるいは特定のグリッド・システム動作のために以前に予約されたパフォーマンス資源を割り当て解除するように構成される。
【００５６】
グローバル・プロファイル管理モジュール３２８は、一実施例では、メモリ３１０又はストレージ３０４に記憶された複数のプロファイル、即ちネットワーク・プロファイル３１４、グローバル・クライアント・プロファイル３１６、ユーザ定義クライアント・プロファイル３１８、及びプロファイル履歴３２０を含むプロファイルを管理するように構成される。これに関連して、グローバル・プロファイル同期モジュール３３０は、一実施例では、グローバル・オンデマンド・マネージャ３００のクライアント・プロファイル３１８及びプロファイル履歴３２０を、クライアント１０４〜１１０又はグリッド・システム１００の他のノードに存在する任意のプロファイル又は履歴と同期させるように構成される。
【００５７】
図4は、グリッド・システム１００中でソース・クライアント又は資源クライアントとして動作できるクライアント４００の一実施例を示す。図３のグローバル・オンデマンド・マネージャ３００のように、クライアント４００はＣＰＵ４０２，ローカル・ストレージ・デバイス４０４、ユーザ・インターフェイス４０６、ネットワーク・インターフェイス４０８、及びメモリ４１０を含む。図示のクライアント４００はまたローカル・オンデマンド管理装置４１２を含む。クライアント４００のＣＰＵ４０２，ユーザ・インターフェイス４０６、及びネットワーク・インターフェイス４０８は、グローバル・オンデマンド・マネージャ３００のＣＰＵ３０２、ユーザ・インターフェイス３０６、及びネットワーク・インターフェイス３０８とほぼ同様である。
【００５８】
メモリ４１０は、一実施例では、クライアント・プロファイル４１４及びクライアント・プロファイル履歴４１６を記憶するように構成できる。一実施例では、クライアント４００のクライアント・プロファイル４１４は、グローバル・オンデマンド・マネージャ３００における複数のユーザ定義クライアント・プロファイル３１８のうちの１つ、又はグローバル・クライアント・プロファイル３１６とほぼ同様である。例えば、クライアント・プロファイル４１４は、ユーザ定義クライアント・アクセス容易性パラメータ、ユーザ定義クライアント帯域幅割り振りパラメータ、ユーザ定義クライアント・プロセッサ割り振りパラメータ、ユーザ定義クライアント・ストレージ割り振りパラメータ、ユーザ定義クライアント・メモリ割り振りパラメータ、バックアップ復元可能性パラメータ、ユーザ定義クライアント・バックアップ近接性パラメータなどを記憶することができる。
【００５９】
同様に、クライアント４００のクライアント・プロファイル履歴４１６は、上述のグローバル・オンデマンド・マネージャ３００のプロファイル履歴３２０のうちの１つとほぼ同様である。具体的には、クライアント・プロファイル履歴４１６は、或る期間に渡るクライアント・プロファイル４１４の履歴を記憶するように構成される。クライアント・プロファイル履歴４１４は、一実施例では、ユーザが以前の指定済みクライアント・プロファイルに戻りたい場合に使用できる。他の実施例では、クライアント・プロファイル履歴４１６は、グリッド・システム１００の加入者への料金請求を容易にする。料金請求は、グリッド・システムの利用時間、資源割り振り時間、割り振りの一貫性保持時間などに応じて行われる。
【００６０】
図示のローカル・オンデマンド管理装置４１２は、一実施例では、グリッド・システム１００のパフォーマンス資源のオンデマンド制御を容易にするように構成できる。図示のローカル・オンデマンド管理装置４１２は、クライアント・ユーザ入力モジュール４１８、クライアント・パラメータ・モジュール４２０、クライアント割り振りモジュール４２２、クライアント返還要求モジュール４２４、クライアント・プロファイル管理モジュール４２６、及びクライアント・プロファイル同期モジュール４２８を含む。
【００６１】
一実施例では、クライアント・ユーザ入力モジュール４１８、クライアント・パラメータ・モジュール４２０、クライアント・プロファイル管理モジュール４２６、及びクライアント・プロファイル同期モジュール４２８は、グローバル・オンデマンド管理装置３１２の対応するモジュール３２２、３２４，３２８，３３０と同様である。例えば、一実施例では、クライアント・ユーザ入力モジュール４１８は、クライアント４００のパフォーマンス・パラメータを変更するパラメータ制御リクエストをユーザが入力できるように構成されることができる。
【００６２】
クライアント・パラメータ・モジュール４２０は、一実施例では、クライアント・ユーザ入力モジュール４１８が受取ったパラメータ制御リクエストに従って、クライアント・プロファイル４１４のパフォーマンス・パラメータを修正するように構成される。例えば、グリッド・システム１００に、追加のローカル・ストレージ４０４を割り振るようユーザがリクエストする場合、クライアント・パラメータ・モジュール４２０はそのリクエストされた量まで、クライアント・ストレージ割り振りパラメータを増やすことができる。
【００６３】
クライアント・プロファイル管理モジュール４２６は、一実施例では、メモリ４１０又はストレージ４０４に記憶されたクライアント・プロファイル４１４を、クライアント・プロファイル履歴４１６も含め、管理するように構成される。それに関連して、クライアント・プロファイル同期モジュール４２８は、一実施例では、クライアント４００のクライアント・プロファイル４１４及びクライアント・プロファイル履歴４１６を、グローバル・オンデマンド・マネージャ３００に存在するクライアント・プロファイル３１８及びプロファイル履歴３２０に同期させるように構成される。
【００６４】
クライアント割り振りモジュール４２２は、一実施例では、クライアント・プロファイル４１４に従ってグリッド・システム１００にクライアント・パフォーマンス資源を割り振るように構成される。上述のように、クライアント・パフォーマンス資源は、クライアント・アクセス容易性、クライアント帯域幅、クライアント・プロセッサ、クライアント・ストレージ、クライアント・メモリなどを含め、クライアント４００がグリッド動作に利用できるような任意のクライアント・パフォーマンス資源であってよい。同様に、クライアント返還要求モジュール４２４は、一実施例では、グリッド・システム１００に割り振られているクライアント・パフォーマンス資源の返還を要求するように構成される。クライアント・パフォーマンス資源の返還を要求すると、その資源はグリッド・システム１００には利用できなくなる。従って、グローバル・オンデマンド管理装置３１２は、グローバル予約モジュール３２６を介して、返還要求されたクライアント・パフォーマンス資源を予約できない。
【００６５】
一実施例では、ローカル・オンデマンド管理装置４１２及びグローバル・オンデマンド管理装置３１２はグリッド・システム１００の単一のノードに存在することができる。そのノードは、クライアント・パフォーマンス資源をグリッド・システム１００に割り振って予約するときに、クライアント４００として働く。更に、そのノードは、特定のグリッド・システム動作のためにクライアント・パフォーマンス資源を予約するとき、グローバル・オンデマンド・マネージャ３００として働いてもよい。
【００６６】
図５は、グローバル・オンデマンド・マネージャ３００で用いることができるネットワーク・ユーザ・インターフェイス５００の実施例を示す。図示のネットワーク・ユーザ・インターフェイス５００は、グリッド・システム資源、特にグリッド・システム１００に接続された単一ネットワーク２０４、２０６特有のネットワーク資源のオンデマンド制御を容易にする。ネットワーク・ユーザ・インターフェイス５００を、コンピュータ・スクリーン上に現れるような特定のフォーマットで示しているが、他の多くの同様な手段が、等価なネットワーク・ユーザ・インターフェイス５００を実装するのに使用されてもよいことは当業者なら容易に理解できよう。
【００６７】
図５に示すネットワーク・ユーザ・インターフェイス５００は、ネットワーク・アクセス容易性ユーザ制御部５０２、ネットワーク帯域幅割り振りユーザ制御部５０４、ネットワーク・グリッド割り振り階層ユーザ制御部５０６、及びネットワーク動的可能化ユーザ制御部５０８を含む。各ユーザ制御部５０２〜５０８は特定のパフォーマンス資源を制御するための１以上のユーザ選択部を含んでもよい。例えば、ユーザ制御部がグラフィカル・スライド制御部、数値入力制御部、テキスト入力制御部、メニュー選択制御部、ボタン制御部、又はパフォーマンス資源を制御するのに適する他のタイプの制御部を含んでいてよい。
【００６８】
一実施例では、ネットワーク・アクセス容易性ユーザ制御部５０２は、グラフィカル・スライド制御部と、グリッド・システム１００がネットワークを利用できる時間の割合を制御するための対応する数値入力制御部とを含む。他の実施例では、ネットワーク・アクセス容易性ユーザ制御部５０２は更に、グリッド・システム１００がネットワークを利用できる実際の時間量を特定するためのインジケータを含んでいてもよい。代替実施例では、制御部は、調節可能なスライド、つまみ、ポテンショメータ、その他の制御部を備えたダッシュボードなどの物理的な制御部を含んでもよい。一実施例では、外部パラメータの測定又は外部パラメータのコレクションが、制御の値に影響を及ぼすように使用されてもよい。
【００６９】
ネットワーク帯域幅割り当てユーザ制御部５０４も、一実施例では、グリッド・システム１００に割り振られるネットワーク帯域幅の割合を制御するために、グラフィカル・スライド制御部及び対応する数値入力制御部を含む。ネットワーク・グリッド割り振りユーザ制御部５０６は、一実施例では、ユーザがネットワーク２０４〜２０６及びグリッド・システム１００に接続されたクライアント１０４〜１１０を特定の階層構造に順序付けることができるようにするメニュー選択制御部を含む。この階層構造は、割り振られたネットワーク・パフォーマンス資源への選択的なアクセスをどのネットワーク２０４〜２０６及びクライアント１０４〜１１０が許容されるかを決定することができる。代替例では、階層構造が、どのネットワーク２０４〜２０６及びクライアント１０４〜１１０が、もし利用可能なら、ネットワークによって最初にアクセスされるべきかを、決定してもよい。
【００７０】
動的に能動化するユーザ制御部５０８は、一実施例では、グリッド・システム動作中のネットワーク・パフォーマンス資源の動的な割り振り及び動的な返還要求をユーザが選択するのを可能にする。詳細には、動的能動化ユーザ制御部５０８は、追加のネットワーク・パフォーマンス資源がそのネットワークで使用されていないときに、（その割り振り制御部により割り振られている以上の）その追加のネットワーク・パフォーマンス資源の動的な割り振りをユーザが可能にすることを許容することができる。例えば、或るネットワークが、その全帯域幅の１０％をそのグリッド・システム１００に対し割り振る場合、もしもそのネットワークがその帯域幅の５０％未満を非グリッド・ネットワーク動作に使用していれば、ユーザはその帯域幅の１０％より多くをグリッド・システム動作のために使用可能にすることができる。
【００７１】
同様に、動的可能化ユーザ制御部５０８は、ネットワーク動作がグリッド・システム動作に割り振られたパフォーマンス資源の使用を要求するとき、ユーザが割り振られたパフォーマンス資源の動的な返還要求をできるようにする。例えば、或るネットワークがネットワーク帯域幅の１０％をグリッド・システム１００に割り振る場合、もしもそのネットワークがネットワーク動作のために追加の部分を使用する必要が生じたなら、そのネットワークは１０％の一部の返還を要求してもよい（グリッド・システム動作のために、例えば３％を残す）。
【００７２】
グリッド・システム資源を使用するのにクライアントが料金を支払うグリッド・システム加入の場合、ネットワーク加入者には、グリッド・システム１００に割り振られたパフォーマンス資源に対する動的な返還要求を行うため追加料金が課されるかもしれない。代替例として、ネットワーク加入者は、割り振られた資源に対する動的な返還要求を行わない場合に割引を受けてもよい。他の実施例では、ネットワーク加入者の料金が資源割り振りの一貫性およびネットワーク・アクセス容易性によって部分的に決定されてもよい。更に、ネットワーク加入者の料金がグリッド計算システム１００のピーク使用時間により部分的に決定されてもよい。このピーク使用時間の間に、グリッド・アプリケーションの立上げ及びパフォーマンス資源の割り振りが行われる。
【００７３】
図６は、グローバル・オンデマンド・マネージャ３００で用いられてもよいグローバル・クライアント・ユーザ・インターフェイス６００の一実施例を示す。一実施例では、グローバル・クライアント・ユーザ・インターフェイス６００を介して受取るユーザ入力及び選択が、グローバル・オンデマンド・マネージャ３００のグローバル・クライアント・プロファイル３１６に記憶される。
【００７４】
図示のグローバル・クライアント・ユーザ・インターフェイス６００は、グリッド・システム１００に接続されたクライアント１０４〜１１０のためにグローバル・クライアント・パラメータを提供してもよい。一実施例では、グローバル・クライアント・ユーザ・インターフェイス６００は、グローバル・クライアント・アクセス容易性ユーザ制御部６０２、グローバル・クライアント帯域幅割り振りユーザ制御部６０４、グローバル・クライアント・プロセッサ割り振りユーザ制御部６０６、グローバル・クライアント・ストレージ割り振りユーザ制御部６０８、グローバル・クライアント・メモリ割り振りユーザ制御部６１０、グローバル・クライアント・バックアップ復元可能性ユーザ制御部６１２、グローバル・クライアント・バックアップ近接性ユーザ制御部６１４、及びグローバル・クライアント動的可能化ユーザ制御部６１６を含む。これらのユーザ制御部６０２〜６１６は上述のネットワーク・ユーザ・インターフェイス５００と同様の態様で、対応するクライアント資源パラメータを制御する。
【００７５】
図７は、グローバル・オンデマンド・マネージャ３００又はクライアント４００で用いられてもよいローカル・クライアント・ユーザ・インターフェイス７００の一実施例を示す。一実施例では、ローカル・クライアント・ユーザ・インターフェイス７００を介して受取るユーザ入力及び選択が、グローバル・オンデマンド・マネージャ３００のクライアント・プロファイル３１８に記憶される。代替実施例では、ユーザ入力及び選択がクライアント４００のクライアント・プロファイル４１４に記憶されてもよい。
【００７６】
図示のローカル・クライアント・ユーザ・インターフェイス７００は、上述した図6のグローバル・クライアント・ユーザ・インターフェイス６００に部分的に似ている。しかし、ローカル・クライアント・ユーザ・インターフェイス７００は、一実施例では、特定のクライアント４００のための特定のクライアント・パフォーマンス資源パラメータをユーザが定義するのを可能にするように構成される。これらのユーザ定義パラメータは、グローバル・クライアント・ユーザ・インターフェイス６００及びグローバル・クライアント・プロファイル３１６からのいかなるグローバル・パラメータも上書きすることができる。他の実施例では、グローバル・パラメータは、特定のクライアント・パフォーマンス資源パラメータを定義できる最小限度及び最大限度を設定してもよい。
【００７７】
更には、ローカル・クライアント・ユーザ・インターフェイス７００は、一実施例では、グローバル・オンデマンド・マネージャ３００又はクライアント４００のいずれかからアクセスされてもよい。グローバル・オンデマンド・マネージャ３００からアクセスされるとき、ローカル・クライアント・ユーザ・インターフェイス７００は、パラメータを定義する対象となる特定のクライアント４００をユーザが選択するのを許容する。一実施例では、グリッド・システム１００のクライアント１０４〜１１０のうちの幾つか又は全てをリストするクライアント・プルダウン・メニュー７０２をユーザが用い、特定のクライアント４００を選択することができる。
【００７８】
図示のローカル・クライアント・ユーザ・インターフェイス７００は、設定可能化ユーザ制御部７０４を介してユーザ定義クライアント設定をユーザが可能にしたり不可能にしたりできるようにする。更に、ユーザ制御部の幾つかはグローバル・クライアント・ユーザ・インターフェイス６００で利用できる、又は利用できない追加の制御部を含んでもよい。例えば、クライアント・ストレージ割り振りユーザ制御部は、百分率だけではなく量的な値（例えば１０Gｂ）をユーザが入力できるようにする。上で図3を参照して説明したように、ローカル・クライアント・インターフェイス７００を用いて、クライアント・プロファイル３１８、４１４に対して経時的に為された変更をプロファイル履歴３２０、４１６に記憶することができる。
【００７９】
以下の図式的なフローチャートは、論理フローチャートとして開示されている。図示の順序及び説明を付したステップは、本発明のプロセスの一実施例を示す。機能、論理又は効果が等価な他のステップ及びプロセスも考えられる。更に、ここで用いられるフォーマット及び表記法はプロセスの論理ステップを説明するために提供されるが、プロセスの範囲を限定するものではない。同様に、フローチャートでは、いろいろな矢印及び線を用いているが、それらは対応するプロセスの範囲を限定するものではない。実際、プロセスの論理フローのみを示すためにいくつかの矢印及び他の接続記号を使用できる。例えば、矢印は、図示のプロセスの列挙したステップ間における長さが未指定の待機期間又は監視期間を示してもよい。
【００８０】
図８は、追加のパフォーマンス資源を割り振って、グリッド・システム１００へのパフォーマンス資源の割り振りを変更するためにクライアント４００で用いられる資源割り振り方法８００の一実施例を示す。図示の資源割り振り方法８００は８０２で開始し、ローカル・クライアント・ユーザ・インターフェイス７００をユーザがアクセスする（ステップ８０４）。ローカル・クライアント・ユーザ・インターフェイス７００を用い、ユーザは、グリッド・システム１００へのパフォーマンス資源割り振りを指定する割り振りコマンドを発行する（ステップ８０６）。割り振りコマンドは、一実施例では、グリッド・システムにパフォーマンス資源を割り振り、他の実施例では、現在のパフォーマンス資源割り振りを終了させることができる。一実施例では、ローカル・オンデマンド管理装置４１２が、ユーザ入力コマンドを受取るためにクライアント・ユーザ入力モジュール４１８を用いる。
【００８１】
それから、クライアント４００は、新しく割り振られたパフォーマンス資源がローカル・アプリケーションにより現在使用中であるか調べる（ステップ８０８）。新しく割り振られたパフォーマンス資源がローカル・アプリケーションにより使用中であるならば、クライアント４００はローカル動作を完了させる（ステップ８１０）。例えば、もしもユーザがグリッド・システム１００に追加のメモリを割り振るならば、クライアント４００は、一実施例では、その新しく割り振られたメモリの使用の継続をまず断ち、それからそのメモリをグリッド・システム１００が利用できるようにする。
【００８２】
もし新しく割り振られたパフォーマンス資源が、ローカル・アプリケーションにより現在使用中でなければ、又はローカル・アプリケーション動作が完了した後であれば、クライアント４００はローカル・クライアント・プロファイル４１４中の適切な資源割り振りパラメータを更新する（ステップ８１２）。一実施例では、ローカル・オンデマンド管理装置４１２はクライアント・パラメータ・モジュール４２０又はクライアント・プロファイル管理モジュール４２６を用いて、ローカル・クライアント・プロファイル４１４中の資源割り振りパラメータを更新することができる（ステップ８１２）。
【００８３】
それから、クライアント４００は、新しく割り振られたパフォーマンス資源をグリッド・システム１００がグリッド・システム動作のために利用できるようにする（ステップ８１４）。一実施例では、ローカル・オンデマンド管理装置４１２はクライアント割り振りモジュール４２２を用い、グリッド・システム１００がパフォーマンス資源を利用できるようにする（ステップ８１４）。ローカル・オンデマンド管理装置４１２はまた、新しく割り振られたパフォーマンス資源のことをグローバル・オンデマンド・マネージャ３００に知らせる（ステップ８１６）。更なる実施例では、ローカル・オンデマンド管理装置４１２はまた、新しく割り振られたパフォーマンス資源のことを加入マネージャ２１２に知らせる。（ステップ８１６）。図示の資源割り振り方法８００は８２０で終了する。
【００８４】
図９及び図１０は、クライアント５００で使用し得る資源返還要求方法９００の一実施例であって、割り振られたパフォーマンス資源の返還をグリッド・システム１００に要求する方法を示す。図示の資源返還要求方法９００は９０２で開始する。ユーザは、ローカル・クライアント・ユーザ・インターフェイス７００をアクセスする（ステップ９０４）。ユーザは、ローカル・クライアント・ユーザ・インターフェイス７００を使用して、以前に割り振られたパフォーマンス資源の返還をグリッド・システム１００に要求する返還要求コマンドを発行することができる（ステップ９０６）。一実施例では、ローカル・オンデマンド管理装置４１２がクライアント・ユーザ入力モジュール４１８を使用しユーザ入力コマンドを受取る。
【００８５】
それから、以前に割り振られたパフォーマンス資源がグリッド・アプリケーションにより現在使用中かクライアント４００が判断する（ステップ９０８）。以前に割り振られたパフォーマンス資源がグリッド・アプリケーションにより現在使用中であれば、クライアント４００は、グリッド・サーバ１０２がグリッド・アプリケーション動作を完了させる（ステップ９１０）のを待つ。以前に割り振られたパフォーマンス資源がグリッド・アプリケーションにより現在使用中でなければ、又は現在のグリッド・アプリケーション動作が完了させられた後であれば、返還要求されるローカル・ストレージ４０４の一部にグリッド・データが現在記憶されているか、クライアント４００が調べる。ローカル・ストレージ４０４の一部にグリッド・データが現在記憶されていれば、クライアント４００は、そのクライアント・パフォーマンス資源をグリッド・システム１００で利用不可にする前に、グリッド・データをグリッド・サーバ１０２に戻そうと試みることができる。
【００８６】
図示の実施例では、グリッド・サーバ１０２がアクセス可能か、クライアント４００が調べる（ステップ９１４）。グリッド・サーバ１０２がアクセス可能であれば、クライアント４００はグリッド・データをグリッド・サーバ１０２に戻す（ステップ９１６）。そうすればグリッド・サーバ１０２は、グリッド・データをグリッド・システム１００に再分配することができる。代わりに、クライアント４００は、グリッド・サーバ１０２が利用できないと判断したときは、基本的にクライアント４００のローカル・ストレージ４０４からグリッド・データをダンプ又は処分する（ステップ１００２）ことができる。ダンプ又は処分されたグリッド・データはグリッド・システム１００では利用できなくなる。クライアント４００は、データのダンプ又は処分という行為を、グリッド・サーバ１０２に知らせてもよい（ステップ１００４）。
【００８７】
グリッド・データをグリッド・サーバ１０２に戻した（ステップ９１６）後、又はグリッド・データをローカル・ストレージ４０４からダンプした（ステップ１００２）後、クライアント４００はローカル・クライアント・プロファイル４１４中の適切な資源割り振りパラメータを更新する（ステップ１００６）。一実施例では、ローカル・オンデマンド管理装置４１２がクライアント・パラメータ・モジュール４２０又はクライアント・プロファイル管理モジュール４２６を使用し、ローカル・クライアント・プロファイル４１４の資源割り振りパラメータを更新してもよい（ステップ１００６）。
【００８８】
それから、クライアント４００は、返還要求されたパフォーマンス資源をローカル・アプリケーション動作のためにクライアント４００が利用できるようにしてもよい（ステップ１００８）。新しく返還要求されたパフォーマンス資源のことをローカル・オンデマンド管理装置４１２がグローバル・オンデマンド・マネージャ３００に知らせてもよい（ステップ１０１０）。好適な実施例では、新しく返還要求されたパフォーマンス資源のことをローカル・オンデマンド管理装置４１２が加入マネージャ２１２に知らせてもよい（ステップ１０１２）。図示の資源返還要求方法９００はここで終了する（１０１４）。
【００８９】
加入マネージャ２１２について言えば、加入マネージャ２１２は、一実施例では、ユーザの料金を決めるプロセスで集められ、使用され、又は生成された情報を管理し、グリッド・アプリケーション、顧客、業務などに関して、サービスのレベルを制御し、サービスの利用を制御し、パフォーマンス資源の寄与度を制御するなどのことを行う装置である。
【００９０】
一実施例では、加入マネージャ２１２が少なくとも二つの目的に資する。第１に、それは、ユーザによるグリッド資源の使用度及びユーザによるパフォーマンス資源のグリッドに対する寄与度の少なくとも一方に基づいてユーザに課されるユーザ料金を決めることができる。第２に、加入マネージャ２１２は、グリッド・システム１００及びグリッド資源へのアクセス、使用、使用レベルなどを制御することができる。加入マネージャ２１２はまたここで説明したオートノミック・ポリシーに基づいてグリッド・システムへのクライアント・パフォーマンス資源の割り振り、寄与度のレベルなどを制御することもできる。
【００９１】
グリッド・システム１００への種々のクライアント４００の加入を管理するために、加入マネージャ２１２は、クライアント・プロファイル、グローバル・プロファイル、及び顧客プロファイルを作成し、記憶することができる。一実施例では、加入マネージャ２１２のグローバル・プロファイルは、特定の顧客のためのユーザ料金を決めるために、パフォーマンス資源割り振り及び使用に関する情報を含んでもよい。
【００９２】
一実施例では、顧客プロファイルは、グローバル・プロファイルを特定の顧客に関連付ける情報を含む。顧客プロファイルは、クライアント・パフォーマンス資源割り振りについての情報及びローカルに呼び出されるグリッド・アプリケーションについての情報を含む、特定の顧客についての情報を集めてもよい。顧客プロファイルは、顧客に課される総料金を決定するのに使用されてもよい。同様に、一実施例では、加入マネージャ２１２中のクライアント・プロファイルは、特定のクライアント４００に対応する同様な情報を含んでもよい。
【００９３】
一実施例では、加入マネージャ２１２は、１つのグリッド・アプリケーションについて、クライアント４００によるグリッド・システム１００の、瞬間的な使用、平均的な使用、最大の使用、最小の使用、予定の使用、予約した使用、ピークの使用などのうちの１以上の使用に基づいてユーザ料金を決定する。他の実施例では、加入マネージャ２１２は、クライアント４００によるグリッド・システム１００へのクライアント・パフォーマンス資源の割り振りを追跡してもよい。加入マネージャ２１２が、瞬間的なレベル、平均的なレベル、最大のレベル、最小のレベル、予定のレベル、予約したレベル、ピークのレベルなどのうちの１以上の寄与したレベルを追跡してもよい。更に別の実施例では、加入マネージャ２１２は、上に挙げた１以上のファクタの組み合わせを追跡してもよい。
【００９４】
他の実施例では、加入マネージャ２１２は、グローバル・オートノミック・マネージャによる又はクライアント４００によるオートノミック・ポリシーの実行を監視し、制御してもよい。例えば、ある企業がバックアップ取出しグリッド・アプリケーションのためにグリッド・システム１００に加入してもよい。コスト・ダウンのために、企業は、各々の結合されたクライアント４００からグリッド・システム１００にパフォーマンス資源を提供することを決めてもよい。もしもユーザが特定のクライアントの割り振り済みパフォーマンス資源の返還を要求すると決め、その寄与度をゼロに減らすならば、加入マネージャ２１２は、そのクライアント・プロファイル、及び顧客プロファイルを変えて、適当な料金を決定してもよい。加入マネージャ２１２のグローバル・プロファイルに従い、グリッド・システム１００のグローバル・オートノミック・マネージャはパフォーマンス資源割り振りのための上下の閾値を維持することによって、すべての割り振り済み資源の返還要求を阻止してもよい。
【００９５】
他の実施例では、加入マネージャ２１２は、クライアント４００又はグローバル・オートノミック・マネージャによりリクエストされたポリシーの変更を制御してもよい。加入マネージャ２１２の顧客プロファイルは、資源割り振りの変更又はクライアント４００のグリッド・アプリケーション使用の変更を阻止してもよい。例えば、クライアント・プロファイルは、所定の請求期間に顧客に生じる総コストに制限を設けてもよい。加入マネージャ２１２は、もしもこれらの制限を越えるなら、クライアント４００による使用を阻止してもよい。
【００９６】
本発明は、その精神又は基本的特性から逸脱することなく他の特定の態様で実施されてもよい。上述の実施例は全ての点で例示としてのみ考慮すべきであって、限定的なものではない。従って、本発明の範囲は、上述の説明ではなく、特許請求の範囲によって示される。特許請求の範囲の意味するところ及びその等価な範囲内における全ての変更は本発明の範囲内に包含される。
【００９７】
本発明の利点を容易に理解できるようにするために、本発明の一層具体的な説明を、添付図に示す特定の実施例に沿って行った。これらの図が本発明の典型的な実施例だけを示し、従って本発明の範囲を制限するものでないことに留意しつつ、以下の添付図を使用することによって本発明を詳細に説明した。
【図面の簡単な説明】
【００９８】
【図１】本発明に従うグリッド・システムの一実施例を示すブロック図である。
【図２】本発明に従うグリッド・システムの他の実施例を示すブロック図である。
【図３】本発明に従うグローバル・オンデマンド・マネージャの一実施例のブロック図である。
【図４】本発明に従うクライアントの一実施例を示すブロック図である。
【図５】本発明に従うネットワーク・ユーザ・インターフェイスの一実施例を示す図式図である。
【図６】本発明に従うグローバル・クライアント・ユーザ・インターフェイスの一実施例を示す図式図である。
【図７】本発明に従うローカル・クライアント・ユーザ・インターフェイスの一実施例を示すブロック図である。
【図８】本発明に従う資源割り振り方法の一実施例を示すフローチャートである。
【図９】本発明に従う資源返還要求方法の一実施例を示すフローチャートである。
【図１０】本発明に従う資源返還要求方法の一実施例を示すフローチャートである。
【図１】
2007515008.tif 000003
【図２】
2007515008.tif 000004
【図３】
2007515008.tif 000005
【図４】
2007515008.tif 000006
【図５】
2007515008.tif 000007
【図６】
2007515008.tif 000008
【図７】
2007515008.tif 000009
【図８】
2007515008.tif 000010
【図９】
2007515008.tif 000011
【図１０】
2007515008.tif 000012
【国際調査報告】
2007515008.tif 000013
2007515008.tif 000014
2007515008.tif 000015