(57)【要約】【課題】本発明の目的は、分散データ処理システム内で、遠隔ノード上の資源を管理するための方法を提供すること。【解決手段】プロキシ資源マネジャーは、完全な資源管理サーポートをもつ、データ処理ノード上に配置される。プロキシ資源エージェントは、資源管理サポートなしで、遠隔ノード上に配置される。資源の広範囲の状態および属性は、その開始と保持が、プロキシ資源マネジャーとプロキシ資源エージェントとの間の通信を介して調整される、システムワイドの資源生成番号を使用することによって、無矛盾性が保全される。本明細書における、管理され、制御される資源には、ファイル、プログラム、デバイス、およびコンピュータノード全体が含まれる。【選択図】　図２
2004086879.tif 000002
【特許請求の範囲】
【請求項１】
多重ノード分散データ処理システム内で、遠隔でアクセス可能な資源を管理するための方法であって、
前記システムの第１のノードに対してプロキシ資源マネジャーを実行し、前記第１のノードに結合された永続的記憶デバイス内に、前記遠隔でアクセス可能な資源に関連する順次資源生成ＩＤを記憶するステップと、
少なくとも一つの他のノードに対してプロキシ資源エージェントを実行し、前記資源に関連する前記順次資源生成ＩＤのローカルバージョンを、前記資源についての状態とともに保全するステップと、
資源状態が変化するときに、前記プロキシ資源エージェントを介して、前記ローカルＩＤバージョンを増分するステップと、
前記資源に対する、前記ローカルＩＤと前記永続ＩＤを比較し、前記資源の前記状態の無矛盾性を保証するステップと、
を含む方法。
【請求項２】
前記資源が、ポート、データベース、実行可能プログラム、記憶デバイスおよびファイルを含むグループから選択される、請求項１に記載の方法。
【請求項３】
前記順次資源生成ＩＤが、番号である、請求項１に記載の方法。
【請求項４】
前記ステップが、複数の資源のために実行される、請求項１に記載の方法。
【請求項５】
他のノードが複数存在する、請求項１に記載の方法。
【請求項６】
前記永続ＩＤの前記増分が、前記プロキシ資源マネジャーによって実施される、請求項１に記載の方法。
【請求項７】
前記増分ステップが、負の数を追加することによって実行される、請求項６に記載の方法。
【請求項８】
データプロセッサが、多重ノード分散データ処理システム内で、遠隔でアクセス可能な資源を管理するための、コンピュータ実行可能命令をもつコンピュータ可読媒体であって、
前記システムの第１のノードに対してプロキシ資源マネジャーを実行し、前記第１のノードに結合された永続的記憶デバイス内に、前記遠隔でアクセス可能な資源に関連する順次資源生成ＩＤを記憶するステップと、
少なくとも一つの他のノードに対してプロキシ資源エージェントを実行し、前記資源に関連する前記順次資源生成ＩＤのローカルバージョンを、前記資源についての状態とともに保存するステップと、
前記第１のノードを再スタートするときに、前記永続ＩＤを増分するステップと、
資源状態が変化するときに、前記プロキシ資源エージェントを介して、前記ローカルＩＤバージョンを増分するステップと、
前記資源に対する、前記ローカルＩＤと前記永続ＩＤを比較し、前記資源の前記状態の無矛盾性を保証するステップと、
を実行するための、コンピュータ可読媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多重ノード分散データ処理システムに向けられるものである。より詳細には、本発明は、複数の多様な資源を管理するための機構に向けられるものであり、それは遠隔の外部データ処理ノード上に存在する多様な資源は、その状態が、変化するか、未知の、もしくはよく定義されないかのどちらかであるという状況を、導くことができる。さらにより詳細には、本発明は、プロキシ資源管理、およびプロキシ資源エージェントを使用する方法に向けられ、それは、資源の状態が、分散システムにわたって、一定の形式で提供されるように、生成番号、タイムスタンプあるいは指定された資源に関連する他の順次順序付け可能なしるしの、保全、および、報告を、ともに調整するものである。
【０００２】
【従来の技術】
分散システムでは、多くの物理エンティティまたは論理エンティティは、システムノード全体にわたって配置されている。これらのエンティティは、資源を含んでおり、資源の使用は、他のシステムノードによって、および他のシステムノードから、求められている。しかし、異なるノード上に存在している広範囲の種々の資源とともに、かなり不均質な構造を示すことは、分散システムの性質である。システム構造およびシステムの使用において、最大限の柔軟性を提供するために、しばしば遠隔ノードに対してなされるアクセスは、これらの遠隔ノードに存在する、資源に対する所望のレベルのサポートを含んでも良いし、含まなくても良い。それにもかかわらず、これらの資源の状態は、ノードに対して実行しているプログラムのための重要な情報を含んでおり、実際、よりアドバンスレベルの資源管理のための、所望のインフラのサポートを含んでいる。
【０００３】
本発明のコンテキストでは、これらの遠隔エンティティは、「資源」と呼ばれる。この「資源」の用語は、ソフトウェアエンティティおよびハードウェアエンティティの両方を、広範囲の種類にわたって参照するように、本明細書では、非常に広い意味で使用する。資源の例としては、「ノード１４上の、イーサネット（登録商標）デバイス　ｅｔｈ０」、「顧客」と呼ばれるデータベース表、「インターネットプロトコル（ＩＰ）アドレス　９．１１７．７．２１、などを含む。各資源は、この資源の特徴を定義する、少なくとも一つの属性を有している。さらに、属性のいくつかは、資源のための状態、もしくは、資源のための条件によって、反映されている。一例としては、イーサネットネットワークデバイスは、「ｎａｍｅ」（たとえばｅｔｈ０）、ＯｐＳｔａｔｅ（たとえば、Ｕｐ、Ｄｏｗｎ、Ｆａｉｌｅｄ、Ｉｄｌｅ、Ｂｕｓｙ、Ｗａｉｔｉｎｇ、Ｏｆｆ　ｌｉｎｅ，など）、そのａｄｄｒｅｓｓ（たとえば、９．１１７．７．２１）などのような、属性を含んでいる。したがって、「ｎａｍｅ」「ＯｐＳｔａｔｅ」および「ａｄｄｒｅｓｓ」を、資源属性と呼ぶ。資源属性の多くは、動的であり、資源状態の変化が、分散システム内の他のノードにはしばしば知られていない、種々の多くの理由で、頻繁に発生するという事実を反映している。たとえば、前述したイーサネットネットワークデバイスの場合には、「Ｏｐｓｔａｔｅ」は、動的属性としての範疇に入る。
【０００４】
多数のこれらの遠隔の資源が、分散システムのいくつかの他の構成要素に、（たとえば、システム管理ツールに、もしくは、エンドユーザアプリケーションに）そのサービスを提供することをしばしば必要とするので、それらを、監視し、および／または、制御する必要がある。現在のコンテキストでは、この機能を実施するシステムは、一般にＲＭＩ（Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）と呼ばれる。操作においては、先に参照したこの資源が、このＲＭＩが実行されている、同じノード内に、含まれているか、もしくは、同じノードに制約されているかを、このＲＭＩが「仮定」する。しかし、ソフトウェア、ハードウェア、もしくはアーキテクチャの制限があるので、いくつかの分散システムが、この資源およびこのＲＭＩを含んでいても、含んでいなくてもよい、ノードのうち、異なるタイプを有している場合でさえ、この資源が、ＲＭＩが失敗したときに、同じノード上で使用できると、仮定する。
【０００５】
本発明は、「プロキシ資源マネジャー」（ＰｘＲＭ）、および、「プロキシ資源エージェント」（ＰｘＲＡ）の概念を通して、非ＲＭＩノード上に存在する、遠隔でアクセス可能な資源を、監視し、および制御するための機構を、提示する。プロキシ資源マネジャーは、ＲＭＩ（すなわち、資源管理サポートの適切なレベルを有するＲＭＩ）を実行し、外部ノードもしくは遠隔ノードに対して提供される、プロキシ資源エージェントと通信している、ノード上に位置している。
【０００６】
前述した「プロキシマネジャー／プロキシエージェント」機構は、遠隔資源の制御および監視をサポートするが、この機構は、いくつかの制約もあり、それ自体、先に示唆される、動的属性（たとえば、資源の「ｕｐ／ｄｏｗｎ」状態など）のいくつかに関して、情報の一定レベルを常に提供することは可能ではない。たとえば、ノードが、その上でプロキシ資源マネジャーがノード失敗のために再スタートする場合は、この欠損が、このノード上で発生してもよい。この示されたインフラは、この資源マネジャーが再スタートした場合でさえ、資源の属性を、「失敗（ｆａｉｌｅｄ）」、「未知（ｕｎｋｎｏｗｎ）」のいずれかとして報告することができる。というのは、この再スタートしたプロキシ資源マネジャーが、先の資源状態を「知る」ことはなく、プロキシ資源マネジャーの失敗の際に、この資源が「ｕｐ」、「ｄｏｗｎ」のいずれかであったかも、「知る」ことはないからである。さらに、示したインフラの下で動作しているプロキシ資源マネジャーは、このプロキシ資源マネジャーとこのプロキシ資源エージェントが切断され、その後で再接続される場合は、正しい属性値を提供することができない。したがって、本発明は、さらに、プロキシ資源マネジャーが失敗する、もしくは再スタートした場合でさえ、永続で、一定の、属性情報および状態情報を提供するために、より安全でより信頼できる方法を提供する。この目標は、プロキシ資源エージェント内の、「生成番号」を使用することを含むことにより、少なくとも部分的に成し遂げることができる。このことは、以下に示す、詳細な説明によって、より完全に説明されている。
【０００７】
本発明の使用により、多数の有利性を提供する。その有利性には、以下のものが含まれるが、これらに制限するものではない。（１）非ＲＭＩノード上にある、外部デバイス上の資源は、より信頼できる形で監視され、制御される。（２）使用されている方法は、さらに、インフラコードの再書き込み無しに、既存のＲＭＩを使用できる。および（３）本発明は、また、ノードが失敗する場合、および／または、プロキシ資源マネジャーの一度または複数回再スタートする場合、および、プロキシ資源マネジャー、および／または、信頼できないプロキシ資源エージェントとの間の接続が失敗する場合でさえ、資源属性を永続的に監視することを提供する。本発明の方法は、また、クラスタシステム内の非常に多くの資源を扱う手段を、ローディングを（ＰｘＲＡを実行する）遠隔ノードで代行することによって、提供する。
【０００８】
【発明が解決しようとする課題】
従って、本発明の目的は、分散データ処理システム内で、遠隔ノード上の資源を管理する方法を提供することである。
【０００９】
本発明の目的は、また、多重ノードの分散データ処理システムを通して、資源状態の整合性に対する考察を提供することである。
【００１０】
本発明の更なる目的は、遠隔データ処理ノード上の、複雑な資源管理インフラおよびそのためのコードを提供することに対する必要を、防止することである。
【００１１】
本発明の他の目的は、分散データ処理システム内のコンピュータ使用資源、およびその他の資源の両方の、信頼性と有用性を高めることである。
【００１２】
本発明の更なる目的は、分散データ処理システム内のノード失敗および通信失敗から、上手く回復することを提供することである。
【００１３】
本発明の更に他の目的は、分散システム内の遠隔ノード上にある資源の、監視および制御を、改善することである。
【００１４】
本発明の目的は、また、具体的には、生成番号（もしくは同様のしるし）を使用して、資源特性の整合性をシステムワイドに保証することにより、遠隔資源を制御するために、プロキシ資源管理／プロキシ資源エージェントの使用を促進することである。
【００１５】
最後に、しかしこれに制限するものではないが、本発明の目的は、多様な資源の広範囲のアレイが、できるだけ多くの時間に、システムに渡って、できるだけ広範囲に利用できるように適合させ、利用できるようにする、分散データ処理システム内で使用するためのシステムワイドの制御機能および監視機能を、提供することである。
【００１６】
以上に記述した本発明の望ましい目的のリストは、本発明の様々な実施形態によって達成され、これら目的のいずれかもしくは全てが、本質的特徴として、個別にもしくは集成的にのうちのいずれかで、本発明のもっとも汎用的な実施形態において、もしくは、より特定された実施形態のいずれかにおいて、存在することを、包含することもしくは暗示することを意味するものではない。
【００１７】
【課題を解決するための手段】
本発明の好ましい実施形態によれば、多重ノード分散データ処理システム内の、遠隔でアクセス可能な資源を、管理するための方法が提供される。分散データ処理システムの第１のノード上で、本明細書ではプロキシ資源マネジャーと呼ぶものを実行する。この第１のノードは、永続的記憶デバイスに結合され、その記憶デバイス上で、順次資源生成ＩＤ（生成番号）を含む表を保持し、この生成ＩＤは遠隔でアクセス可能なノード上にある資源と関連付けられ、そのノードは、資源管理インフラを含んでも、含んでいなくても良い。このプロキシ資源マネジャーは、遠隔ノード上で実行中の、プロキシ資源エージェントと通信する。このプロキシ資源エージェントは、その中で、遠隔ノード上にある資源に関係する属性情報および／または状態情報をさらに含む、前述した表のローカルバージョンを保持している。この後の方の表は、また、この資源のための状態表示とともに、資源に関連付けられた、生成番号のローカルに生成されたバージョンも含んでいる。この永続的記憶デバイス内に記憶された生成番号は、第１のノードが再スタートしたとき、たとえばノード失敗後に、そのときに増分する。この遠隔で記憶された生成された番号は、資源状態が変化するときに、増分される。この資源のための、ローカルで永続な生成番号は、分散システム中のノード間で、整合性を保証するために、所望時に、比較される。
【００１８】
本発明に関する問題は、具体的には、明細書の部分を成す特許請求の範囲に指摘され、明示される。しかし、本発明は、実用的な構成と、実用的な方法の両方として、更なる目的とその利点をともなって、添付の図面に関係する図面の説明を参照することによりもっとも良く理解されよう。
【００１９】
【発明の実施の形態】
図１に、本発明の構造および動作を示す。具体的には、ノード１００は、この図でおよび以下の記述では、ＲＭＩ１９０（資源管理インフラ：Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）と呼ぶ、既存レベルを含んでいるのがわかる。ノード１００上には、ＲＭＩ１９０と通信する、プロキシ資源マネジャー１５０も含まれる。プロキシ資源マネジャー１５０は、直接的か、もしくは、他のノードを介して間接的かの、いずれかでノード１００に結合されている、永続的記憶デバイス１６０上の、表１６５を、作成しおよび保全する。表１６５は、資源生成番号（ＲＧＮ１、ＲＧＮ２・・・）と、資源＃１（Ｒｅｓ１、参照数２０１）、資源＃２（Ｒｅｓ２、参照数２０２）、・・・、資源＃Ｍ（ＲｅｓＭ、参照数２０９）として遠隔ノード２００で見つけ出される、複数の遠隔資源（Ｒｅｓ１、Ｒｅｓ２、・・・）との間の関連を、提示する。遠隔ノード２００は、ノード１００で提供されているＲＭＩ１９０のような資源管理機能を、含んでも良いし、含まなくても良い。しかし、この機能が、ノード２００などの遠隔ノードで、必要ではないことは、本発明の利点である。図１は、さらに、図を見やすくし、理解しやすくする目的で、ベースノードもしくはローカルノード１００、および一つの遠隔ノード２００のみを示すことに、留意されたい。実際には、通常は複数の遠隔ノードが存在し、それは、所与の時間に、分散システムを形成するノードの組から接続することができ、または、切り離すことができることは、理解されよう。同様に、複数のローカルノードが、あってもよい。資源の使用可能性および資源状態に関係する、ローカルノードと遠隔ノードとの間の通信は、プロキシ資源マネジャー１５０および遠隔ノード２００上に常駐するプロキシ資源エージェント２５０との間で実現される。プロキシエージェント２５０は、複数の資源を管理し、制御する。これらの資源の性質は、通常、非常に異なっており、その範囲は、ポートからファイル、デバイスにまで渡っている。プロキシ資源エージェント２５０は、表２６５を作成し、保全する。各資源、Ｒｅｓ１（参照数２０１）からＲｅｓＭ（参照数２０９）に対して、プロキシ資源エージェント２５０は、表２６５のエントリを提供する。各資源エントリに対して、資源生成番号（ＲＧＮ１、ＲＧＮ２、・・・、ＲＧＮｍ；それぞれの参照数２０１、２０２、・・・、２０９）、もしくは他のしるしも、提供される。このしるしのためのより詳細な説明は、以下に記述する。さらに、表２６５では、リストされている各資源に対して、属性値、および／または、状態値も提供される。一方、表１６５は、ＲＧＮと資源との間の関連のみしか含んでいない。プロキシエージェント２５０は、遠隔資源と対話し、表２６５が、適切な時に更新されることを、保証する。
【００２０】
本発明の好ましい実施形態においては、プロキシ資源マネジャー１５０は、資源管理のために、既存のソフトウェアインフラと対話するように設計されている。本発明の好ましい実施形態は、その譲受人によって製造され市販される、（前身はＲＳ／６０００シリーズのコンピュータと呼ばれていた）ＩＢＭ　ｐＳｅｒｉｅｓデータ処理システム上で、本発明が使用されている。これらのシステムは、ＲＭＣ（Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｃｏｎｔｒｏｌ）サブシステムを含む、ＲＳＣＴ（Ｒｅｌｉａｂｌｅ　Ｓｃａｌａｂｌｅ　Ｃｌｕｓｔｅｒ　Ｔｅｃｈｎｏｌｏｇｙ）を含んでいる。このＲＳＣＴ／ＲＭＣインフラは、ＲＭＣサブシステム、および、一つまたは複数のノードに対する複数の資源マネジャーを含んでいる。このＲＭＣサブシステムは、システムまたはクラスタ内の、資源を、管理し、操作するための、フレームワークを提供する。このフレームワークによって、クラスタの任意のノード上の処理によって、このクラスタ内の全ての場所での、一つまたは複数の資源の上の操作を実施できる。
【００２１】
クライアントプログラムは、実施される操作、および、ＲＭＣＡＰＩと呼ばれるプログラミングインターフェースを介して適用されなければならない資源を、指定する。これは、先に述べたｐＳｅｒｉｅｓのコンピュータ上に、既に存在している構成要素である。このＲＭＣサブシステムは、次いで、ノード上で操作される資源を含んでいるノードもしくはノード群を判断し、この要求された操作をこれらのノードへ伝送し、次いで、資源に対して操作を実施するために、これらのノード群上の適切なコードを呼び出す。この操作を実施するために呼び出されるコードは、資源マネジャーと呼ばれるプロセス内に含まれる。
【００２２】
本明細書で使用するときは、資源マネジャーとは、資源タイプのアブストラクションを、一つまたは複数の指定したタイプの資源用に、呼およびコマンドにマップする、プロセスである。資源マネジャーは、この資源が存在するクラスタの全てのノードの上で、実行可能である。種々のノード上で実行している資源管理プロセスのインスタンスは、前述した呼およびコマンドのための、マッピングおよび翻訳を提供するために、協調して動作する。資源管理インフラを含んでいないノード群上に位置された遠隔資源を、監視し、制御するために、本発明は、ＲＭＩノード上に置かれている、プロキシ資源マネジャー１５０（本明細書ではＰｘＲＭと呼ぶ）を使用する。そのピアエージェント、いわゆるプロキシ資源エージェント２５０、すなわちＰｘＲＡは、外部エンティティ上に、すなわち、非ＲＭＩノードまたは非ＲＭＩデバイス上に、置かれる。ＰｘＲＭ１５０は、ＲＭＣ（資源管理および資源制御）サブシステム、および、ＰｘＲＡ２５０の両方に接続する、資源マネジャーである。ＰｘＲＭ１５０によってわかる資源は、ＰｘＲＡ１５０で提供される資源表記である。ＰｘＲＡ１５０は、いくつかの形式をとることができる。たとえば、これは中間プロセスでもよく、あるいは、サービスルーチンであることさえできる。その機能は、資源２０１−２０９を追跡し、変化をＰｘＲＭ１５０に報告することである。
【００２３】
資源２０１−２０９のための、永続属性値および不変属性値を提供するために、プロキシ資源マネジャー１５０はＰｘＲＭ１５０再スタートした後でさえ、ＰｘＲＡ２５０の状態を追跡する。このような機能を処理するために、本明細書では、資源生成番号（ＲＧＮ）と呼ぶ表示が、導入される。遠隔ノード上の各資源は、ＲＧＮを有する。このＲＧＮは、適当な時（以下を参照）に変更され、ＰｘＲＭ１５０およびＰｘＲＡ２５０両方によって追跡される。このことによって、ＰｘＲＭ１５０は、資源属性の現在の状態を「知る」ことになる。
【００２４】
資源生成番号は、資源ごとに、その時間に唯一のものである。換言すると、２つのＲＧＮは、それらの数が異なる時間に生成された場合は、異なっている。この特性によって、資源生成番号が変化したか否かを判断する際に、曖昧さのない状態が保証される。したがって、資源生成番号は、タイムスタンプなどのできるだけ簡単なものであることが好ましい。しかし、この資源生成「番号」が、一般的に、そのために定義された順序関係をもつことのできる、任意のしるしを含んでも良いことに留意されたい。整数およびタイムスタンプ（日付およびタイムスタンプを含んでいる）は、明らかに、このようなしるしとなることは明らかであり、容易に実施できる。したがって、「番号」である、本明細書ではＲＧＮと呼ぶ表示は、数表記の一つまたは複数の形に対するしるしに制限するように解釈すべきではないことに留意されたい。さらに、本明細書でＲＧＮが増分するように示してある場合は、正の数に増分すること要求されず、任意の特定方向に発生すべきしるしを、順序付けるもしくは更新する、いずれかの実施を暗示するものではない。順序および比較可能という性質は、このしるしに対して望まれる特性である。タイムスタンプは、好ましい実施形態において、単に使用されている。
【００２５】
以下の記述は、所望の事例で、本発明がどのように動作するかを示したものである。図１は、本発明の種々の構成要素間の、関係および対話を示す、概略図である。以下の記述は、種々の操作状況および種々の操作状態の下で、この構成要素の動作説明を提示する。
【００２６】
プロキシ資源エージェント（遠隔ノード）の開始
各デバイス（資源）に対する、資源生成番号は、デバイス（資源）がアクティブとなるときは常に、各デバイス（資源）に対して生成される。可能であれば、各デバイスは、遠隔ノード（たとえばノード２００）上の、自体の資源生成番号を保全するための、責任を負うことが好ましい。さらに、遠隔ノード（プロキシ資源エージェント２５０を含む）がブートアップするときには、新規の資源生成番号が生成される。どちらの場合でも、新規の資源生成番号が、遠隔ノード２００上の全ての資源に対して割り当てられる。このしるしは、プロキシ資源エージェント２５０の操作によって、他のノードへ提供される。このプロセスは、プロキシ資源マネジャー１５０が遠隔ノードの失敗、および、遠隔ノードでの失敗を、検出できることを保証する。新規の資源生成番号が生成されるときは、プロキシ資源エージェント２５０は、表２６５内のエントリを保全することによって、この事を追跡する。プロキシ資源エージェント２５０は、次いで、資源を監視することが可能であり、それにより、プロキシ資源マネジャー１５０から、プロキシ資源エージェント２５０に送られた、資源関連要求にサービスすることが可能になる。
【００２７】
遠隔ノードにおける資源ダウン
遠隔ノード上の資源自体がダウンしていて、プロキシ資源エージェント２５０が依然として動作している場合は、プロキシ資源エージェント２５０は、単にこのＯｐＳｔａｔｅを変化させる。
【００２８】
遠隔ノードにおける資源回復
先に「プロキシ資源エージェントの開始」で説明したように、資源のために新規の資源生成番号が割り当てられる。このステップを実行する理由は、以下の通りである。新規の資源生成番号が生成されず、プロキシ資源マネジャーがダウンしている間に、遠隔ノードの資源がダウンし、次いで、回復する場合は、そのときは、遠隔ノード上のこの資源生成番号は、プロキシ資源マネジャーが回復した後でさえも、同じまま残される。このプロキシ資源マネジャーは、次いで、この資源が保全されていることを検討し、保全されている場合は、したがって、新規のしるしを生成することになる。
【００２９】
プロキシ資源エージェント（遠隔ノード）のサービス
プロキシ資源エージェント２５０が、プロキシ資源マネジャー１５０から接続要求を受信する場合は、最初にプロキシ資源マネジャー１５０に現在の資源生成番号を送信することによって応答し、次いで、資源の属性の現在値を送る。そうすることによって、この両方を、同期させるためにチェックできる。ＰｘＲＭ１５０とＰｘＲＡ２５０との間のセッション（接続）が確立された後、このＰｘＲＡ２５０はＰｘＲＭ１５０に、変更された属性値のみを送信する。この接続が中断される場合は、ＰｘＲＡ２５０は、ＰｘＲＭ１５０に変更情報を送信することを停止する。
【００３０】
プロキシ資源マネジャー（ノード）の開始、または、ＰｘＲＭのＰｘＲＡへの再接続
ノード１００上のプロキシ資源マネジャー１５０が開始するとき、または、ノード２５０上のプロキシ資源エージェント２５０に再接続するときは、最初に、ローカルの永続的記憶１６０上に保全された表１６５から、資源生成番号を読み込む。この番号は、最後にプロキシ資源マネジャー１５０がプロキシ資源エージェント２５０から通信された時点での、プロキシ資源マネジャー１５０に知られた最後の生成番号である。これが、プロキシ資源マネジャーが開始される最初の時の場合は、このローカルの生成番号は、ヌル（もしくはゼロ）に設定される。その後、このプロキシ資源マネジャー１５０は、遠隔ノード２００上のプロキシ資源エージェント２５０との接触を試みる。成功する場合は、プロキシ資源マネジャー１５０は、プロキシ資源エージェント２５０から各資源に対する現在の資源生成番号を受け取り、この２つの生成番号（ローカルの生成番号と新規に受信した番号）を比較する。これらが異なる場合は、プロキシ資源マネジャー１５０が動作していなかった間に、プロキシ資源エージェント２５０が、再スタートしたか、または、ダウンしたもしくは失敗した遠隔ノード上の資源であるかの、いずれかであると、決定し、従って、この関連する資源は、ｄｏｗｎ＿ｏｒ＿ｆａｉｌｅｄ（もしくは、ｄｏｗｎ＿ｏｒ＿ｆａｉｌｅｄがサポートされていない場合はｓｔａｌｅ（失効））としるしをつける。この資源生成番号が同じ場合は、プロキシ資源エージェント２５０は、更新されており、従って、資源の状態は依然として有効であると決定する。
【００３１】
新規の生成番号を受信後、この番号は、永続的記憶１６０に記憶される。この接続が成功しなかった場合は、プロキシ資源マネジャー１５０は所定の時間、たとえば１０秒の間、待つ。しかし、この値は重要ではなく、その実装によっている。インパクトは、前述したように、一番最初に発生した初期接続において、この場合に、遠隔ノードが準備できておらず、この遠隔ノードが再び再接続を試みることのみである。この待ち時間が３秒ほどの短い時間でさえ、重大ではない。この接続後、プロキシ資源マネジャー１５０は、遠隔ノードから変更された資源属性値を受信し、ＲＭＩインフラ１９０を介してアプリケーションへ報告されるローカル資源属性を更新する。プロキシ資源エージェント２５０からの切断が検出される場合は、前述したように、再接続を試みる。このステップは、どの資源属性も、変更しないことに留意されたい。また、新規の資源生成番号が受信されたときは常に、この番号が永続的記憶１６０内に記憶される。このようにして、ボトム資源（すなわちデバイス）、プロキシエージェント、またはプロキシマネジャーのどの失敗も、一定の属性値を提供することによって、適切に扱われることになる。
【００３２】
図２に、本発明が特に有用な環境を示す。この示されている環境は、本質的には、並列に接続された、図１に示す複数のシステムである。ＲＭＩでサポートされない遠隔ノードとともに、複数のＲＭＩでサポートされるノードがあるという事は、プロキシ資源マネジャー１５０．１−１５０．ｎおよびプロキシ資源エージェント２５０．１−２５０．ｎを使用することによって有用性を拡張する複数の資源があることを意味する。図２に示されたこのシステムは、ＲＭＩサポート（１９０．１−１９０．ｎ）をもつ多数のノード、および、各ＲＭＩノード（１００．１−１００．ｎ）に対してつけられた、一つのＩ／Ｏノードを含んでいる。多数の指定資源（計算ノード２１１．１−２１９．ｎと呼ぶ）は、Ｉ／Ｏノード２００．１−２００．ｎを介して、監視される。このようなデータ処理システムは、各ＲＭＩノード上にプロキシ資源マネジャーを、および各Ｉ／Ｏノード上にプロキシ資源エージェントを位置することによる、本発明の使用によって、拡張される。このプロキシ資源エージェントは、示すように、計算ノード２１１．１−２１９．ｎを含む、関連資源を保持する。各Ｉ／Ｏノード２００．１−２００．ｎは、そのつけられた計算ノード２１１．１−２１９．ｎを監視し、このＩ／Ｏノードにつけられた資源のための、また、この計算ノードのための、プロキシ資源エージェントとして働く。
【００３３】
本開示書に、ある好ましい実施形態に従って記述される本発明に、多くの改良および変更を行うことは、当業者には可能である。したがって、前述のような改良および変更を、本発明の主旨および目的の範囲内で、特許請求の範囲でカバーするものとする。
【図面の簡単な説明】
【図１】本発明が、本発明の構成要素の位置の表示およびその対話の表示とあわせて使用される環境を示す、概略図である。
【図２】図１と同様であるが、本発明の有用性がより完全に実現される、より複雑でアドバンスの環境内で、本発明およびその構成要素の、存在および使用を、より具体的に示す、概略図である。
【図１】
2004086879.tif 000003
【図２】
2004086879.tif 000004