(57)【要約】  【課題】  通信環境内でのローカル権限によるクライアントリソース分割のための方法を提供する。  【解決手段】  通信環境内でのローカル権限によるクライアントリソース分割のための方法であって、クライアントノードにおいて、通信ネットワークを介して割り振られたリソースセットを受け取るステップと、ローカル権限を使用して、割り振られたリソースセットをクライアントノードに関連付けられた１つまたは複数のアプリケーションに分割するステップと、を含む方法。分割するステップの後、通信要求が、ローカル権限による検査なしで、１つまたは複数のアプリケーションから共有リソースプロバイダノードに発行される。【選択図】      図１
2008520019.tif 000002
【特許請求の範囲】
【請求項１】
通信環境でのローカル権限によるクライアントリソース分割のための方法であって、
クライアントノードに割り振られたリソースセットの指示を受け取るステップと、
前記割り振られたリソースセットを、前記クライアントノードに関連付けられた１つまたは複数のアプリケーションに分割するステップと、
を有し、
前記分割するステップの後、通信要求が、前記ローカル権限による検査なしで前記１つまたは複数のアプリケーションから共有プロバイダノードに発行される方法。
【請求項２】
前記ローカル権限は前記クライアントノードの一部であり、前記指示を受け取るステップは、
前記クライアントノードにおいて、通信ネットワークを介して割り振られたリソースセットを受け取るステップ
を有する、請求項１に記載の方法。
【請求項３】
前記割り振られたリソースセットは中央権限によって割り振られる、請求項１または２に記載の方法。
【請求項４】
前記中央権限はデバイスマネージャおよびネットワークアドミニストレータのうちの一方を有する、請求項３に記載の方法。
【請求項５】
前記中央権限は、リソースを前記ローカル権限に関連付けられたスーパーバイザキーに割り当てる、請求項３または４に記載の方法。
【請求項６】
前記分割するステップは、前記ローカル権限が１つまたは複数のリソースキーに前記割り振られたリソースのうちの１つまたは複数を関連付けるステップと、前記１つまたは複数のリソースキーを前記１つまたは複数のアプリケーションに割り当てるステップと、をさらに有する、請求項５に記載の方法。
【請求項７】
前記スーパーバイザキーは、前記ローカル権限が、関連付けられたクライアントノードに割り振られていないリソースを分割しないように構成される、請求項６に記載の方法。
【請求項８】
前記リソースキーは推測を阻止するようなビット長で構成される、請求項６に記載の方法。
【請求項９】
通信環境内でのローカル権限によるクライアントリソース分割のための方法であって、
複数のクライアントノードのそれぞれに関して、各クライアントノードに割り振られたリソースセットの指示を受け取るステップと、
関連するローカル権限を使用して、前記割り振られたリソースセットを前記複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに分割するステップと、
を有し、
前記分割するステップの後、通信パケットが、対応するローカル権限による検査なしで前記１つまたは複数のアプリケーションからリソースプロバイダノードに発行される方法。
【請求項１０】
前記クライアントノードはローカル権限を有し、前記指示を受け取るステップは、
複数のクライアントノードのそれぞれにおいて、中央権限によって割り振り決定されたリソースセットを受け取るステップを有し、前記分割するステップは前記複数のクライアントノードのそれぞれで行われる、請求項９に記載の方法。
【請求項１１】
前記中央権限は、リソースを前記複数のクライアントノードの各ローカル権限に関連付けられたスーパーバイザキーに割り当てる、請求項９または１０に記載の方法。
【請求項１２】
前記分割するステップは、各ローカル権限が１つまたは複数のリソースキーに、対応するクライアントノードに割り振られた１つまたは複数のリソースを関連付けるステップと、前記１つまたは複数のリソースキーを前記１つまたは複数のアプリケーションに割り当てるステップと、をさらに有する、請求項１１に記載の方法。
【請求項１３】
前記スーパーバイザキーは、所与のローカル権限が、関連付けられたクライアントノードに割り振られていないリソースを分割しないように構成される、請求項１２に記載の方法。
【請求項１４】
前記リソースキーは推測を阻止するようなビット長で構成される、請求項１２に記載の方法。
【請求項１５】
前記中央権限はデバイスマネージャおよびネットワークアドミニストレータのうちの一方を有する、請求項１１に記載の方法。
【請求項１６】
通信環境でのローカル権限によるクライアントリソース分割のためのシステムであって、
複数のクライアントノードのそれぞれに関して、各クライアントノードに割り振られたリソースセットの指示を受け取る手段と、
関連するローカル権限を使用して、前記割り振られたリソースセットを前記複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに分割する手段と、
を有し、
前記分割の後、通信パケットが、対応するローカル権限による検査なしで前記１つまたは複数のアプリケーションからリソースプロバイダノードに発行される、システム。
【請求項１７】
中央権限によって割り振り決定されたリソースセットをそれぞれ受け取る複数のクライアントノードを有し、前記分割する手段は前記複数のクライアントノードのそれぞれに存在する、請求項１６に記載のシステム。
【請求項１８】
前記中央権限は、リソースを前記複数のクライアントノードの各ローカル権限に関連付けられたスーパーバイザキーに割り当てる、請求項１７に記載のシステム。
【請求項１９】
該システムは複数のローカル権限を有し、前記分割するステップは、各ローカル権限が１つまたは複数のリソースキーを対応するクライアントノードに割り振られた１つまたは複数のリソースに関連付けるステップと、前記１つまたは複数のリソースキーを前記１つまたは複数のアプリケーションに割り当てるステップと、をさらに有する、請求項１６乃至１８のいずれか１項に記載のシステム。
【請求項２０】
前記スーパーバイザキーは、所与のローカル権限が、関連付けられたクライアントノードに割り振られていないリソースを分割しないように構成される、請求項１９に記載のシステム。
【請求項２１】
前記リソースキーは推測を阻止するようなビット長で構成される、請求項１９に記載のシステム。
【請求項２２】
前記中央権限はデバイスマネージャおよびネットワークアドミニストレータのうちの一方を有する、請求項１８に記載のシステム。
【請求項２３】
記憶媒体であって、
通信環境でのローカル権限によるクライアントリソース分割のための機械可読コンピュータプログラムコードと、
コンピュータに方法を実施させる命令と、
を有し、前記方法は、
複数のクライアントノードのそれぞれに関して、各クライアントノードに割り振られたリソースセットの指示を受け取るステップと、
関連付けられたローカル権限を使用して、前記複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに前記割り振られたリソースセットを分割するステップと、
をさらに有し、
前記分割するステップの後、通信パケットが、対応するローカル権限による検査なしで前記１つまたは複数のアプリケーションからリソースプロバイダノードに発行される記憶媒体。
【請求項２４】
各クライアントノードはローカル権限を有し、前記指示を受け取る方法ステップは、
複数のクライアントノードのそれぞれにおいて、中央権限によって割り振り決定されたリソースセットを受け取るステップ
を有し、前記分割するステップは前記複数のクライアントノードのそれぞれで行われる、請求項２３に記載の記憶媒体。
【請求項２５】
前記中央権限は、リソースを前記複数のクライアントノードの各ローカル権限に関連付けられたスーパーバイザキーに割り当てる、請求項２３または２４に記載の記憶媒体。
【請求項２６】
各クライアントノードはローカル権限を有し、前記分割するステップは、各ローカル権限が、１つまたは複数のリソースキーに対応するクライアントノードに割り振られた１つまたは複数のリソースを関連付けるステップと、前記１つまたは複数のリソースキーを前記１つまたは複数のアプリケーションに割り当てるステップと、をさらに有する、請求項２５に記載の記憶媒体。
【請求項２７】
前記スーパーバイザキーは、所与のローカル権限が、関連付けられたクライアントノードに割り振られていないリソースを分割しないように構成される、請求項２６に記載の記憶媒体。
【請求項２８】
前記リソースキーは推測を阻止するようなビット長で構成される、請求項２６に記載の記憶媒体。
【請求項２９】
前記中央権限はデバイスマネージャおよびネットワークアドミニストレータのうちの一方を有する、請求項２５に記載の記憶媒体。
【請求項３０】
請求項１乃至８のいずれか１項に記載の方法を実行するように適合される手段を有するシステム。
【請求項３１】
コンピュータで実行されると、請求項１乃至１５のいずれか１項に記載の方法を実行するように適合されるプログラムコード手段を有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には通信環境内のリソース管理に関し、特に通信媒体にわたるローカル権限（たとえば、スーパーバイザ）によるリソース分割のための方法およびシステムに関する。
【背景技術】
【０００２】
一実施形態では、通信環境は、通信媒体を介して１つまたは複数のノードに結合された複数のクライアントノードを含む。このような通信媒体の一例はＩｎｆｉｎｉＢａｎｄ（商標）媒体であり、これについてのさらなる詳細は、９７２２１オレゴン州ポートランドスイート２１７ＳＷウェストゲートドライブ５４４０（5440 SW Westgate Drive, Suite 217, Portland, Oregon, 97221）所在のＩｎｆｉｎｉＢａｎｄ  Ｔｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎから入手可能な「ＩｎｆｉｎｉＢａｎｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｏｌｕｍｅ  １」Ｒｅｌｅａｓｅ  １．２、Ｏｃｔｏｂｅｒ、２００４、またはオンラインｗｗｗ．Ｉｎｆｉｎｉｂａｎｄｔａ．ｏｒｇ（これら全体を参照により本明細書に援用する）で述べられている。ＩｎｆｉｎｉＢａｎｄはＩｎｆｉｎｉＢａｎｄ  Ｔｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎの商標である。
【０００３】
ＩｎｆｉｎｉＢａｎｄトランスポートは、サブネットと呼ばれる相互接続されたノードセットが互いに通信できるようにする。これはまた、サブネットをパーティションと呼ばれるノードセットに論理的に細分できるようにする分割方式も提供する。パーティションは、クライアントノードまたはサーバノードのいずれかとして働く１つまたは複数のノードを含む。サーバノード等のノードは、２つ以上のパーティションに含まれてもよい。パーティションのメンバは互いに通信するが、メンバになっていないパーティションにアクセスすることはできない。
【非特許文献１】「ＩｎｆｉｎｉＢａｎｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｏｌｕｍｅ  １」Ｒｅｌｅａｓｅ  １．２、Ｏｃｔｏｂｅｒ、２００４
【非特許文献２】ｗｗｗ．Ｉｎｆｉｎｉｂａｎｄｔａ．ｏｒｇ
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩｎｆｉｎｉＢａｎｄ（ＩＢ）ファブリック内では、各種クライアントノードが共有できるリソースプロバイダノードが、各クライアントノードが共有ノードにあるリソースのすべてにアクセスでき、ひいては使用できるようにサブネットマネージャによって分割される。したがって、ノード（たとえば、サーバノード）が複数のパーティションに含まれている場合、そのノードのすべての資源に、そのノードを含むすべてのパーティションがアクセス可能である。リソースプロバイダノードは、クライアントノードから要求を受け取ると、要求を送ったクライアントノード内のアプリケーションに関係なく、そのクライアントノードが使用を許可されているすべてのリソースへのアクセスを提供する。しかしこのアクセス可能性は、各アプリケーションがノードに割り当てられたすべてのリソースのサブセットとしてアクセス可能なリソースを制限する必要がある場合、セキュリティまたはパフォーマンスのいずれかの観点から多くの場合に適当ではない。
【課題を解決するための手段】
【０００５】
第１の態様によれば、通信環境でのローカル権限によるクライアントリソース分割のための方法であって、クライアントノードに割り振られたリソースセットの指示を受け取るステップと、上記割り振られたリソースセットを、上記クライアントノードに関連する１つまたは複数のアプリケーションに分割するステップと、を有し、上記分割するステップの後、通信要求が、上記ローカル権限による検査なしで上記１つまたは複数のアプリケーションから共有プロバイダノードに発行される方法が提供される。
【０００６】
一実施形態では、ローカル権限（たとえば、スーパーバイザ）はクライアントノードの一部であってよい。この場合、指示を受け取るステップは、クライアントノードにおいて、通信ネットワークを介して割り振られたリソースセットを受け取るステップを有する。
【０００７】
一実施形態によれば、通信環境でのスーパーバイザによるクライアントリソース分割のための方法が提供される。この方法は、クライアントノードにおいて、通信ネットワークを介して割り振られたリソースセットを受け取るステップと、ローカル権限を使用して、割り振られたリソースセットをクライアントノードに関連する１つまたは複数のアプリケーションに分割するステップと、を含む。分割するステップの後、通信要求が、ローカル権限による検査なしで１つまたは複数のアプリケーションから共有プロバイダノードに発行される。
【０００８】
好ましくは、所与のクライアントノード上の各アプリケーションが使用を許可されるリソースを制限する機能が提供される。より具体的には、クライアントノードのリソース割り振りをハイパーバイザまたはスーパーバイザによって動的に変更できる機能が提供される。ハイパーバイザまたはスーパーバイザにこの機能を提供することで、人間が介入する必要なく、したがって好ましくはシステムの動作が妨げられることなく継続するような、システム速度でのリソース平衡化が可能になる。
【０００９】
好ましくは、割り振られるリソースセットは中央権限によって割り振られる。
【００１０】
好ましくは、中央権限はデバイスマネージャおよびネットワークアドミニストレータのうちの一方を有する。
【００１１】
好ましくは、中央権限は、リソースを上記ローカル権限に関連するスーパーバイザキーに割り当てる。
【００１２】
好ましくは、分割するステップは、上記ローカル権限が１つまたは複数のリソースキーに上記割り振られたリソースのうちの１つまたは複数を関連付けるステップと、上記１つまたは複数のリソースキーを上記１つまたは複数のアプリケーションに割り当てるステップと、をさらに有する。
【００１３】
好ましくは、スーパーバイザキーは、上記ローカル権限が、関連付けられたクライアントノードに割り振られていないリソースを分割しないように構成される。
【００１４】
好ましくは、リソースキーは推測を阻止するようなビット長で構成される。
【００１５】
別の実施形態によれば、通信環境でのスーパーバイザによるクライアントリソース分割のための方法であって、複数のクライアントノードのそれぞれにおいて、中央権限によって割り振り決定されたリソースセットを受け取るステップを含む方法が提供される。複数のクライアントノードのそれぞれにおいて、割り振られたリソースセットは、関連付けられたローカルスーパーバイザを使用して、複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに分割される。分割の後、通信パケットが、対応するスーパーバイザによる検査なしで、１つまたは複数のアプリケーションからリソースプロバイダノードに発行される。
【００１６】
別の態様によれば、通信環境でのローカル権限によるクライアントリソース分割のための方法であって、複数のクライアントノードのそれぞれに関して、各クライアントノードに割り振られたリソースセットの指示を受け取るステップと、関連するローカル権限を使用して、上記割り振られたリソースセットを上記複数のクライアントノードのそれぞれに関連する１つまたは複数のアプリケーションに分割するステップと、を有し、上記分割するステップの後、通信パケットが、対応するローカル権限による検査なしで、上記１つまたは複数のアプリケーションからリソースプロバイダノードに発行される、方法が提供される。
【００１７】
一実施形態では、各クライアントノードはローカル権限を有し、指示を受け取るステップは、複数のクライアントノードのそれぞれにおいて、中央権限によって割り振り決定される割り振られたリソースセットを受け取るステップを有する。分割するステップは、上記複数のクライアントノードのそれぞれで行うことができる。
【００１８】
好ましくは、中央権限は、上記複数のクライアントノードの各ローカル権限（たとえば、スーパーバイザ）に関連付けられたスーパーバイザキーにリソースを割り当てる。
【００１９】
好ましくは、分割するステップは、各ローカル権限が、対応するクライアントノードに割り振られた１つまたは複数のリソースを１つまたは複数のリソースキーに関連付けるステップと、上記１つまたは複数のリソースキーを上記１つまたは複数のアプリケーションに割り当てるステップと、をさらに有する。
【００２０】
好ましくは、スーパーバイザキーは、所与のローカル権限が、関連付けられたクライアントノードに割り振られていないリソースを分割しないように構成される。
【００２１】
好ましくは、リソースキーは推測を阻止するようなビット長で構成される。
【００２２】
好ましくは、中央権限はデバイスマネージャおよびネットワークアドミニストレータのうちの一方を有する。
【００２３】
別の態様によれば、通信環境でのローカル権限によるクライアントリソース分割のためのシステムであって、複数のクライアントノードのそれぞれに関して、各クライアントノードに割り振られたリソースセットの指示を受け取る手段と、関連付けられたローカル権限を使用して、上記複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに上記割り振られたリソースセットを分割する手段と、を有し、上記分割の後、通信パケットが、対応するローカル権限による検査なしで、上記１つまたは複数のアプリケーションからリソースプロバイダノードに発行される、システムが提供される。
【００２４】
別の実施形態によれば、通信環境でのスーパーバイザによるクライアントリソース分割のためのシステムであって、中央権限によって割り振り決定されるリソースセットをそれぞれ受け取る複数のクライアントノードを含むシステムが提供される。複数のクライアントノードのそれぞれにおいて、割り振られたリソースセットは、関連付けられたローカルスーパーバイザを使用して、複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに分割される。分割の後、通信パケットが、対応するスーパーバイザによる検査なしで１つまたは複数のアプリケーションからリソースプロバイダノードに発行される。
【００２５】
別の態様によれば、記憶媒体であって、通信環境でのローカル権限によるクライアントリソース分割のための機械可読コンピュータプログラムコードと、コンピュータに方法を実施させる命令と、を有し、方法は、複数のクライアントノードのそれぞれに関して、各クライアントノードに割り振られたリソースセットの指示を受け取るステップと、関連付けられたローカル権限を使用して、上記複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに上記割り振られたリソースセットを分割するステップと、をさらに有し、上記分割するステップの後、通信パケットが、対応するローカル権限による検査なしで上記１つまたは複数のアプリケーションからリソースプロバイダノードに発行される、記憶媒体が提供される。
【００２６】
別の実施形態によれば、記憶媒体であって、通信環境でのスーパーバイザによるクライアントリソース分割のための機械可読コンピュータプログラムコードと、コンピュータに方法を実施させる命令と、を含む、記憶媒体が提供される。方法は、複数のクライアントノードのそれぞれにおいて、中央権限によって割り振り決定されたリソースセットを受け取るステップを含む。複数のクライアントノードのそれぞれにおいて、割り振られたリソースセットは、関連付けられたローカルスーパーバイザを使用して複数のクライアントノードのそれぞれに関連付けられた１つまたは複数のアプリケーションに分割される。分割の後、通信パケットが、対応するスーパーバイザによる検査なしで１つまたは複数のアプリケーションからリソースプロバイダノードに発行される。
【００２７】
本発明の好ましい実施形態について、添付図面を参照して例としてのみこれより説明する。
【００２８】
同様の要素が何枚かの図において同様に付番されることに留意されたい。
【発明を実施するための最良の形態】
【００２９】
本明細書において、通信環境でのスーパーバイザによるクライアントリース分割のための方法およびシステムを開示する。手短かに言えば、クライアントノード内のスーパーバイザ（またはハイパーバイザ）が、クライアントノード上の各アプリケーションが使用を許可されるリソースを制限するようにリソースプロバイダノードを構成することができる。クライアントアプリケーションのリソース割り振りを実際に動的に変更するのはスーパーバイザプログラムである（それによって人間が介入する必要をなくす）ため、システムの動作を妨げることなく継続することができる。
【００３０】
本明細書において、クライアントノード内のスーパーバイザ（またはハイパーバイザ）が、各クライアントアプリケーションが使用を許可されるリソースプロバイダノード上のリソースを制御できるようにするメカニズムが定義される。このようにして、スーパーバイザは動的に、リソースプロバイダノードのリソースを細分し、これら資源のサブセットを各クライアントアプリケーションに割り振ることができる。そしてこれにより、スーパーバイザは、強制的に、従来可能であったよりも効率的に各クライアントアプリケーションのＩ／Ｏ、コンピューティングデマンド、およびリソース許可を管理できるようになり、さらに、クライアントリースを割り当てる負担がシステムアドミニストレータからスーパーバイザ（またはハイパーバイザ）に移る。
【００３１】
スーパーバイザ（またはハイパーバイザ）が、各クライアントアプリケーションが使用できるリソースを制限できるようにするために、「リソースキー」が定義される。例示的な実施形態では、このようなリソースキーは、任意の長さであることができる、それによって推測不可能な一連の数字である。スーパーバイザは、各リソースキーにリソースプロバイダノード内の利用可能なリソースのサブセットを関連付けることができるとともに、そのリソースキー（複数も可）を各クライアントアプリケーションに提供することもできる。この実行様式は、スーパーバイザが、各クライアントがアクセスするリソースを強制的に管理できるようにする。スーパーバイザはノードが利用可能なリソースのサブセットを各クライアントアプリケーションに割り振ることができるが、リソースプロバイダは、スーパーバイザが、構成中にネットワークアドミニストレータデバイスマネージャによってスーパーバイザノードに当初割り振られた資源を超える資源を割り振れないようにする。
【００３２】
スーパーバイザは、クライアントアプリケーションと、リソースキーと、リソースプロバイダノードのリソースとの間の関連付けを作成した後、リソースキーをクライアントアプリケーションに渡す。これを行った後では、スーパーバイザは、アプリケーションが許可を受けたリソースのみにアクセスしていることを保証するために、クライアントアプリケーションがリソースプロバイダノードに発行する各要求パケットを後で検査する必要がなくなる。この検査は、リソースプロバイダノードが、クライアントアプリケーションからの要求パケットに含まれているリソースキーに基づいて許可されているリソースを直接判断できることから不必要である。
【００３３】
これより図１を参照して、本発明の実施形態による使用に適した例示的な通信環境１００（たとえば、サブネット）の概略ブロック図を示す。図１の例では、３つのクライアントノード１０２、すなわちクライアントノードＡ、クライアントノードＢ、およびクライアントノードＣを示す。そして、各クライアントノード１０２は、スーパーバイザＡ、スーパーバイザＢ、およびスーパーバイザＣとそれぞれ示されるスーパーバイザ（すなわち、ローカル権限）を含む。リソースプロバイダノード１０４（たとえば、ＩｎｆｉｎｉＢａｎｄ「ＩＢ」Ｉ／ＯユニットまたはＩＯＵ）が、サブネット中の３つのクライアントノード１０２（すなわち、クライアントノードＡ、クライアントノードＢ、およびクライアントノードＣ）により共有される。さらに、各クライアントノードＡ、Ｂ、およびＣは、スーパーバイザキーＡ、スーパーバイザキーＢ、およびスーパーバイザキーＣとそれぞれ示される対応するスーパーバイザキー１０６ａ、１０６ｂ、１０６ｃを有する。
【００３４】
初期化中、ＩＢデバイスマネージャ（図１に示さず）等のマネージャノード（すなわち、中央権限）が、リソースプロバイダノード１０４のリソース１０８のサブセットに各スーパーバイザキーを関連付ける。示す例示的な実施形態では、個々のリソース１０８はＲ１〜Ｒ１０と示される。図１にさらに示すように、リソースＲ１、Ｒ５、およびＲ７がスーパーバイザキーＡに関連付けられる。リソースＲ２、Ｒ３、およびＲ４がスーパーバイザキーＢに関連付けられ、リソースＲ６、Ｒ８、Ｒ９、およびＲ１０がスーパーバイザキーＣに関連付けられる。本発明の実施形態によれば、初期化中、複数のリソースキー１１０が各スーパーバイザキー１０６に関連付けられ、特定のリソースキーが所与のクライアントノードのアプリケーション１１２に対応する。
【００３５】
たとえば、リソースキーＡ１およびＡ２がスーパーバイザキーＡに関連付けられ、リソースキーＢ１およびＢ２がスーパーバイザキーＢに関連付けられ、リソースキーＣ１、Ｃ２、およびＣ３がスーパーバイザキーＣに関連付けられる。初期化プロセス中、特定のアプリケーションリソースは一般に、初期化中にリソースキーに関連付けられない。むしろ、リソースキーと特定のアプリケーションとのこの関連付けは、初期化後、後述するように各クライアントノードの各スーパーバイザによって実施される。
【００３６】
これより図２を参照して、図１の例示的な通信環境１００の構成順２００の概略ブロック図を示す。示すように、ＩＢデバイスマネージャ／ネットワークアドミニストレータ２０２が、一連の３つ（たとえば）のメッセージ２０４、２０６、２０８をリソースプロバイダノード１０４に伝達する。第１のメッセージ２０４はリソースＲ１、Ｒ５、およびＲ７をスーパーバイザキーＡに割り当てるとともに、各リソースキー１１０に番号および値を割り当てるように、リソースプロバイダノード１０４に通知する。第２のメッセージ２０６は、リソースＲ２、Ｒ３、およびＲ４をスーパーバイザキーＢに割り当てるとともに、各リソースキーの番号および値を割り当てるようにリソースプロバイダノード１０４に通知し、第３のメッセージ２０８は、リソースＲ６、Ｒ８、Ｒ９、およびＲ１０をスーパーバイザキーＣに割り当てるとともに、各リソースキー１１０に番号および値を割り当てるようにリソースプロバイダノード１０４に通知する。
【００３７】
その結果、リソースプロバイダノード１０４はリソースＲ１、Ｒ５、およびＲ７をスーパーバイザキーＡに割り当て（２１０）、リソースＲ２、Ｒ３、およびＲ４をスーパーバイザキーＢに割り当て（２１２）、リソースＲ６、Ｒ８、Ｒ９、およびＲ１０をスーパーバイザキーＣに割り当てる（２１４）。別法として、デバイスマネージャ／ネットワークアドミニストレータ２０２が、リソースプロバイダノード１０４にキー生成プロセスを開始し、生成されたキーをデバイスマネージャ／ネットワークアドミニストレータ２０２に戻すように要求することができる。
【００３８】
しかし、上述したように、割り当てられたノードリソースを関連付けられた特定のアプリケーションに具体的に割り振るのはクライアントノードスーパーバイザ（またはハイパーバイザ）の役割である。したがって、図２は、特定のクライアントアプリケーションへの特定のリソースの割り当てを説明する、各クライアントノードスーパーバイザからリソースプロバイダノード１０４に戻る一連のやりとりをさらに示す。示す例では、スーパーバイザノードＡは、リソースキーＡ１をリソースＲ１およびＲ７に割り当てる第１のメッセージ２１６およびリソースキーＡ２をリソースＲ５に割り当てる第２のメッセージ２１８を含む構成パケット２１５を送る。同様に、スーパーバイザノードＢは、リソースキーＢ１をリソースＲ２およびＲ４に割り当てる第１のメッセージ２２０およびリソースキーＢ２をリソースＲ３に割り当てる第２のメッセージ２２２を含む構成パケット２１９を送る。スーパーバイザノードＣは、リソースキーＣ１をリソースＲ１０に割り当てる第１のメッセージ２２４、リソースキーＣ２をリソースＲ８およびＲ９に割り当てる第２のメッセージ２２６、およびリソースキーＣ３をリソースＲ８に割り当てる第３のメッセージ２２８を含む構成パケット２２３を送る。したがって、示す例では、クライアントノードＣのリソースＲ８は最初に２つのアプリケーション（Ｃ２、Ｃ３）に割り振られ、リソースＲ６は最初は割り振られない。
【００３９】
構成パケットをリソースプロバイダノード１０４に送る際、各クライアントノードスーパーバイザは、その対応するスーパーバイザキーを含めるため、クライアントノードが識別される。ノードＢまたはノードＣのスーパーバイザがスーパーバイザキーＡに割り振られたリソースを変更するのを回避するために、リソースプロバイダノード１０４は、スーパーバイザキーＡを含む要求だけがリソースキーＡ１およびＡ２にリソースを割り振れるようにする。同じことがスーパーバイザＢおよびＣに対しても言える。スーパーバイザが利用可能なリソースのサブセットを各クライアントアプリケーションに関連付けると、リソースキーはスーパーバイザ（またはハイパーバイザ）から各クライアントアプリケーションに渡される。さらなる結果として、リソースプロバイダノード１０４は内部で、Ｒ１およびＲ７をリソースキーＡ１に割り当て（２３０）、Ｒ２およびＲ４をリソースキーＢ１に割り当て（２３２）、Ｒ８およびＲ９をリソースキーＣ２に割り当て（２３４）、Ｒ８をリソースキーＣ３に割り当て（２３６）、Ｒ１０をリソースキーＣ１に割り当て（２３８）、Ｒ３をリソースキーＢ２に割り当て（２４０）、Ｒ５をリソースキーＡ２に割り当てる（２４２）。
【００４０】
これら初期構成ステップが実施されると、クライアントアプリケーションはその後、スーパーバイザの介入なしでリソースプロバイダノード１０４に直接、接続要求することができる。これを容易にするために、クライアントアプリケーションは要求（たとえば、接続要求等）をリソースプロバイダノード１０４に直接送る。要求は、クライアントアプリケーションのリソースキーを含み、これは最初はスーパーバイザによってクライアントに提供されたものである。リソースプロバイダノード１０４は、要求を受け取ると、クエリおよびアクセス機能を、メッセージ中のリソースキーによって許可されているリソースに対してのみ提供する。
【００４１】
上述した方法の大きな利点は、クライアントアプリケーションからの要求を、クライアントノードのスーパーバイザと対話することなく行える（リソースプロバイダノードとの初期接続後）ことである。むしろ、パケットのチェックおよび確認は、リソースプロバイダ１０４上のソフトウェアまたはハードウェア（たとえば、標準ＩＢエージェント）、たとえば通信マネージャエージェントまたはデバイスマネージャエージェントによってリソースプロバイダ１０４で行われる。リソースプロバイダ１０４は、要求されたリソースの使用が許可されているか否かを判断することができるため、システムパフォーマンスはスーパーバイザの介入による影響を受けない。さらに、許可リソースの判断が接続確立中に実行されるとき、所与の接続での２つのエンドノード間で渡される、その後のいかなる要求パケットもさらに確認する必要がない。
【００４２】
最後に、図３〜図５は、本発明の実施形態のさらなるスーパーバイザ分割機能を示す概略ブロック図である。図３では、アドミニストレータは、先に示したように各クライアントノード（クライアントノードＡ、クライアントノードＢ、クライアントノードＣ）にリソースプロバイダノードを分割している。リソースＲ６はノードＣに割り当てられるが、ノードＣにより最初はいずれのクライアントアプリケーションにも割り振られない。したがって、クライアントノードＣのリソースキーＣ１、Ｃ２、Ｃ３のいずれもＲ６に関連付けられない。ノードＣはＲ６が関連付けられる。しかし、図４に示すように、クライアントノードＣのスーパーバイザは新しいクライアントアプリケーションＣ４を入れ、管理の支援なしで、前に割り当てられていなかったリソースＲ６をアプリケーションＣ４にさらに割り当てる。これは、Ｒ６が最初にクライアントノードＣに割り当てられたため、またスーパーバイザが、アドミニストレータによってそのスーパーバイザに割り当てられた任意のリソースの１つまたは複数のクライアントアプリケーションへの割り当て、再割り当て、またはアクセス阻止を行えるため、可能である。
【００４３】
図５は、本方法を使用して耐障害設計において協働する別個のノード上のスーパーバイザの機能を示す。この構成では、リソースＲ３がクライアントノードＡおよびクライアントノードＢの両方によって共有される（アドミニストレータによる両方のクライアントノードへのＲ３の初期割り振りにより）。さらに、リソースＲ３はクライアントノードＡのスーパーバイザによってアプリケーションＡ２に割り振られるとともに、クライアントノードＢのスーパーバイザによってアプリケーションＢ２にも割り振られる。アプリケーションＢ２がアプリケーションＡ２の指定バックアップまたは予備であり、ノードＡまたはアプリケーションＡ２のいずれかに障害が発生した場合、アプリケーションＢ２がリソースＲ３にアクセスして、アドミニストレータが関わる必要なく、機械の速度で引き継ぐことができる。Ｒ３の共有の性質は図３に示されていないことに留意されたい。
【００４４】
図６は、上述したスーパーバイザ分割方式を実施することができる例示的なコンピュータシステム４００の実施形態のブロック図である。図６に示すコンピュータシステム４００は広範囲のコンピュータシステムを表すものであるため、代替のコンピュータシステムはより多数、少数、かつ／または異なる構成要素を含み得る。
【００４５】
図６に示すように、コンピュータシステム４００は、情報を通信するためのバス４０２または他の通信装置、およびバス４０２に結合された、情報を処理するためのプロセッサ４０４を含む。コンピュータシステム４００は単一のプロセッサを有して示されるが、マルチプロセッサおよび／またはコプロセッサを含んでもよい。
【００４６】
ランダムアクセスメモリ（ＲＡＭ）または他の種類の動的記憶装置４０６（図６にはメインメモリとして示す）がバス４０２に結合されて、情報およびプロセッサ４０４により実行される命令を記憶する。メインメモリ４０６は、プロセッサ４０４による命令の実行中に一時変数または他の中間情報を記憶するために使用することもできる。読み取り専用メモリ（ＲＯＭ）および／または他の静的データ記憶装置４０８も、静的な情報およびプロセッサ４０４により実行される他の命令を記憶するためにバス４０２に結合されて示され、データ記憶装置４１０（たとえば、磁気ディスクまたは光ディスクおよび対応するドライブ）が、情報および命令の記憶のためにバス４０２に結合される。
【００４７】
コンピュータシステム４００は、バス４０２を介して陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）等の表示装置４１２に結合して、情報をコンピュータユーザに表示することもできる。英数字キーおよび他のキーを含む英数字入力装置４１４をバス４０２に結合して、ユーザが情報およびコマンド選択をプロセッサ４０４に伝えられるようにすることができる。コンピュータシステム４００に結合することができる別種のユーザ入力装置は、方向情報およびコマンド選択をプロセッサ４０４に伝えるとともに、表示装置４１２上のカーソル移動を制御するマウス、トラックボール、またはカーソル方向キー等のカーソル制御装置４１６である。さらに、ネットワークインタフェース４１８を使用して、ローカルエリアネットワーク等のネットワークへのアクセスを提供することができる。
【００４８】
実施形態について各クライアントノードでのローカル権限に関して説明したが、これが当てはまる必要がないことを理解されたい。ローカル権限は別個のエンティティであってもよい。
【００４９】
上記を鑑みて、本方法および本システムの実施形態はしたがって、コンピュータまたはコントローラにより実施されるプロセスおよびこれらプロセスを実施する装置の形態をとることができる。本開示は、フレキシブルディスク、ＣＤ−ＲＯＭ、ハードドライブ、または他の任意のコンピュータ可読記憶媒体等の有形媒体に具現された命令を含むコンピュータプログラムコードの形態で具現することも可能であり、コンピュータプログラムコードがコンピュータまたはコントローラにロードされて実行されると、コンピュータは本発明を実施する装置になる。本開示は、たとえば、記憶媒体に記憶されるか、コンピュータまたはコントローラにロードされ、かつ／または実行されるか、または電気配線またはケーブルを介して、光ファイバを通して、もしくは電磁放射を介してなど、ある伝送媒体を介して伝送されるに関わらず、コンピュータプログラムコードまたは信号の形態で具現することも可能であり、コンピュータプログラムコードがコンピュータにロードされて実行されると、コンピュータは本発明を実施する装置になる。汎用マイクロプロセッサで実施される場合、コンピュータプログラムコードセグメントは、特定の論理回路を作り出すようにマイクロプロセッサを構成する。
【００５０】
本発明について好ましい１つまたは複数の実施形態を参照して説明したが、本発明の範囲から逸脱することなく、各種変更を行うことができ、要素の等価物で置換することができることが当業者により理解されよう。さらに、本発明の本質的な範囲から逸脱することなく、特定の状況または材料に適合するように、本発明の教示に対して多くの変更を行うことができる。したがって、本発明は本発明を実施する考えられる最良の形態として開示した特定の実施形態に限定されず、本発明は添付の特許請求の範囲内にあるすべての実施形態を包含するものである。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施形態による使用に適した例示的な通信環境（たとえば、ＩＢサブネット）の概略ブロック図である。
【図２】図１の例示的な通信環境のスーパーバイザ分割の構成順の、本発明の実施形態により示す概略ブロック図である。
【図３】本発明の実施形態のさらなるスーパーバイザ分割機能を示す概略ブロック図である。
【図４】本発明の実施形態のさらなるスーパーバイザ分割機能を示す概略ブロック図である。
【図５】本発明の実施形態のさらなるスーパーバイザ分割機能を示す概略ブロック図である。
【図６】スーパーバイザ分割方式を本発明の実施形態により実施することができる例示的なコンピューティングシステムである。
【図１】
2008520019.tif 000003
【図２】
2008520019.tif 000004
【図３】
2008520019.tif 000005
【図４】
2008520019.tif 000006
【図５】
2008520019.tif 000007
【図６】
2008520019.tif 000008
【国際調査報告】
2008520019.tif 000009
2008520019.tif 000010
2008520019.tif 000011