(57)【要約】      （修正有）【課題】  クラスタ化された記憶装置ネットワークにおけるサービス・フェイルオーバの制御を提供すること。【解決手段】  クラスタ化されたコンピュータ装置のノードで使用するためのコントローラは、ノードでサービス・コンポーネントによって引き起こされた例外を検出するための例外検出コンポーネントと、リースの終了に先立って前記サービス・コンポーネントによってリース管理アクティビティを静止するための例外検出コンポーネントに応答する静止コンポーネントと、リースを満了前放棄するための静止コンポーネントに応答するリース制御コンポーネントと、リースの満了前放棄を前記クラスタ化されたコンピュータ装置の１つまたは複数の他のノードに通信するためのリース制御コンポーネントに応答する通信コンポーネントと、を有する。【選択図】  図１
2007199962.tif 000002
【特許請求の範囲】
【請求項１】
ノードでサービス・コンポーネントによって引き起こされた例外を検出するための例外検出コンポーネントと、
リースの終了に先立って前記サービス・コンポーネントによってリース管理アクティビティを静止するための前記例外検出コンポーネントに応答する静止コンポーネントと、
前記リースを満了前放棄するための前記静止コンポーネントに応答するリース制御コンポーネントと、
前記リースの満了前放棄をクラスタ化されたコンピュータ装置の１つまたは複数の他のノードに通信するための前記リース制御コンポーネントに応答する通信コンポーネントと、
を有する、クラスタ化されたコンピュータ装置のノードで使用するためのコントローラ。
【請求項２】
リースの満了前放棄を示す通信を受け取るための他の通信コンポーネントと、
障害処理を制御するために前記通信に応答する他のリース制御コンポーネントと、
前記ノードで前記サービス・コンポーネントの代わりにサービスを実行するための他のサービス・コンポーネントと、
をさらに有する、請求項１に記載のコントローラ。
【請求項３】
前記例外検出コンポーネント、前記静止コンポーネント、および前記リース制御コンポーネントはクラスタ化レイヤの上のレイヤに配置され、前記通信コンポーネントは前記クラスタ化レイヤに配置される、請求項１に記載のコントローラ。
【請求項４】
前記他の通信コンポーネントはクラスタ化レイヤに配置され、前記他のリース制御コンポーネントおよび前記他のサービス・コンポーネントは前記クラスタ化レイヤの上のレイヤに配置される、請求項２に記載のコントローラ。
【請求項５】
記憶装置を制御するように適合された、請求項１に記載のコントローラ。
【請求項６】
前記記憶装置の仮想化を制御するように適合された、請求項５に記載のコントローラ。
【請求項７】
例外検出コンポーネントによってノードでサービス・コンポーネントによって引き起こされた例外を検出するステップと、
前記例外検出コンポーネントに応答する静止コンポーネントによって、リースの終了に先立って前記サービス・コンポーネントによるリース管理アクティビティを静止するためのステップと、
前記静止コンポーネントに応答するリース制御コンポーネントによって前記リースを満了前放棄するステップと、
前記リース制御コンポーネントに応答する通信コンポーネントによって、前記リースの満了前放棄をクラスタ化されたコンピュータ装置の１つまたは複数の他のノードに通信するステップと、
を有する、クラスタ化されたコンピュータ装置のノードで使用するためにコントローラを動作させる方法。
【請求項８】
他の通信コンポーネントによってリースの満了前放棄を示す通信を受信するステップと、
他のリース制御コンポーネントによって前記通信に応答して障害処理を制御するステップと、
他のサービス・コンポーネントによって前記ノードで前記サービス・コンポーネントに代わってサービスを実行するステップと、
をさらに有する、請求項７に記載の方法。
【請求項９】
前記検出、静止、および満了前放棄のステップはクラスタ化レイヤの上のレイヤで実行され、前記通信ステップは前記クラスタ化レイヤで実行される、請求項７に記載の方法。
【請求項１０】
前記受信ステップはクラスタ化レイヤで実行され、前記制御およびサービス実行ステップは前記クラスタ化レイヤの上のレイヤで実行される、請求項８に記載の方法。
【請求項１１】
記憶装置を制御するステップをさらに有する、請求項７に記載の方法。
【請求項１２】
前記記憶装置の仮想化を制御するステップをさらに有する、請求項１１に記載の方法。
【請求項１３】
コンピュータ・システムにロードされ、その上で実行された場合、請求項７から１２のいずれかに記載の方法の諸ステップを前記コンピュータ・システムに実行させる、コンピュータ・プログラム・コードを有するコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶装置におけるフェイルオーバ（ｆａｉｌｏｖｅｒ）の制御に関し、とりわけ、クラスタ化された記憶装置ネットワークにおけるフェイルオーバの制御に関する。
【背景技術】
【０００２】
コンピュータ・システムのクラスタ化（ｃｌｕｓｔｅｒｉｎｇ）の概念は、当分野でよく知られている。とは言うものの、その背景を簡単に概説することは、本発明をその好ましい実施形態において理解する上で役立つ可能性がある。
【０００３】
クラスタは、１つまたは複数のクライアントまたはアプリケーションにサービスを提供するように協働する、コンピュータ・システムのグループ（以下、「ノードと呼ぶ」）からなる。クラスタ化されたシステムの利点の１つは、クラスタ内の１つまたは複数のノードが障害に直面した際にオペレーションを続行できることであり、クラスタ内のいくつかのノードに障害が発生した場合、これらのノードによって実行されている作業は無事に残ったクラスタ・メンバに再配分される。たとえノードに障害（ｆａｉｌｕｒｅｓ）が発生しても、クラスタはそのクライアントにサービスを提供し続けるが、通常、性能は低下する。
【０００４】
ほとんどのクラスタ化されたシステムでは、２つのグループに分けられたクラスタが、どちらのグループのノードも独立したクラスタとしてオペレーションを続行できるようにしないことが必要である。この問題は、通常、定足数（ｑｕｏｒｕｍ）の概念、すなわちクラスタがオペレーションを続行するのに必要な最小のノード・セットを導入することによって解決される。ノードのクラスタが２つのグループに区分された場合、一方のグループは定足数を維持してオペレーションを続行するが、他方のグループは定足数に達せず、クラスタへの参加をやめることになる。これを達成するために、クラスタ内の各ノードは、サービス要求を処理する間、依然として定足数の一部であるかどうかをチェックし、定足数に達していないグループになったことが判別されるとすぐに、クラスタへの参加を中止する必要がある。これは通常、ハートビート（ｈｅａｒｔｂｅａｔ）またはリース（ｌｅａｓｅ）を使用して達成される。接続されたシステムを制御するための手段としてのハートビートおよびリースの概念は当分野では良く知られているが、本開示をより良く理解するために、リースに関する関連概念を簡単に紹介する。
【０００５】
リースは、各要求を処理するためにそのクラスタ・ピアを参照する必要なしに、ノードがクラスタに代わってサービスを提供できるようにするものである。リースは、ノードがそれ以上ピア（ｐｅｅｒｓ）を参照せずにサービスを提供できる時間限定の期間を定義する。低頻度メッセージを使用してリースを延長することが可能であるため、ノードは長期間のサービスを提供し続けることができる。リースを認可しているノードとの通信が失われた場合、従来技術のピア・ノード（ｐｅｅｒ  ｎｏｄｅｓ）は、通常、少なくともリースが、ノードがクラスタへの参加を中止したことを確認し、クラスタ内の故障したノードから無事に残ったノードへと作業を移行できるようにするまでの期間、待機する。
【０００６】
何らかの変化する情報の首尾一貫したイメージを提示しなければならず、その情報を表示する要求が他のノードに対応するために必要なコストよりも確実に少ない最小限のコストで処理されなければならない、クラスタ化されたシステムにおいて、このリースの概念は特に価値がある。
【０００７】
リース時間は、障害後、サービスが使用不可能な最小期間（以下、「フェイルオーバ時間」と呼ぶ）を定義する。システム・オペレーションにおいてたとえわずかであっても使用不可能な期間が問題（ｇｌｉｔｃｈ）として現れると、顧客の満足度を低下させることになる。この時間を最小にすることでシステムの品質が向上する。クラスタによって使用されるリース時間が短いほど、フェイルオーバ時間は速くなる。しかしながら、リース時間が短いほど、クラスタ内のノードがリースの延長を必要とする頻度は高くなり、その結果、リースを維持するためのオーバヘッドが大きくなる。最低リース時間はノード間の通信速度によっても制限され、リース時間は、リース延長を通信するのに要する時間よりも短いことはあり得ない。したがって、フェイルオーバ時間を最小限にするためにはリース時間が非常に短いことが望ましいが、実際にはしばしば不可能な場合がある。
【０００８】
リースを使用するシステムを管理することによって、ほぼすべての障害に直面した場合の訂正オペレーションが保証される（クロックの訂正オペレーションに依存する）。しかしながらこれはむしろ保守的な手段であり、リース・オペレーションのオーバヘッド、すなわち「アサート」によって発生するソフトウェア障害のオーバヘッドを避けることが望ましい、一般的な特定クラスのシステム障害があり、これはソフトウェアそれ自体が何らかの不正なまたは予期せぬ状況を検出し、オペレーションを続行するよりも終了および再始動する方が安全であると判断した、障害の形である。
【０００９】
リース・ベースのシステムにおいてフェイルオーバ時間を向上させるための一般的な方法は、リース時間をできる限り短くすることである。この方法の欠点は、リースを新しくする必要が多いほど、リースを維持するためのオーバヘッドが大きくなることである。最低リース時間が、リース延長を通信するのに要する時間よりも少ないことはあり得ない。多くのクラスタ化されたシステムは、クラスタ内のノードがリースの延長をできる限り迅速に通信できるようにするための専用のハードウェアを必要とする。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、クラスタ化された記憶装置ネットワークにおけるサービス・フェイルオーバの制御を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、第１の態様において、ノードでサービス・コンポーネントによって引き起こされた例外を検出するための例外検出コンポーネントと、リースの終了に先立って前記サービス・コンポーネントによってリース管理アクティビティを静止するための前記例外検出コンポーネントに応答する静止コンポーネント（ｑｕｉｅｓｃｅ  ｃｏｍｐｏｎｅｎｔ）と、前記リースを満了前放棄（ｐｒｅ−ｅｘｐｉｒｙ  ｒｅｌｉｎｑｕｉｓｈ）するための前記静止コンポーネントに応答するリース制御コンポーネントと、前記リースの満了前放棄をクラスタ化されたコンピュータ装置の１つまたは複数の他のノードに通信するための前記リース制御コンポーネントに応答する通信コンポーネントと、を有する、クラスタ化されたコンピュータ装置のノードで使用するためのコントローラを提供する。
【００１２】
さらにコントローラは、リースの満了前放棄を示す通信を受け取るための他の通信コンポーネントと、障害処理を制御するために前記通信に応答する他のリース制御コンポーネントと、前記ノードで前記サービス・コンポーネントの代わりにサービスを実行するための他のサービス・コンポーネントと、を有することができる。
【００１３】
好ましくは、前記例外検出コンポーネント、前記静止コンポーネント、および前記リース制御コンポーネントは、クラスタ化レイヤの上のレイヤに配置され、前記通信コンポーネントは前記クラスタ化レイヤに配置される。
【００１４】
好ましくは、前記他の通信コンポーネントはクラスタ化レイヤに配置され、前記他のリース制御コンポーネントおよび前記他のサービス・コンポーネントは前記クラスタ化レイヤの上のレイヤに配置される。
【００１５】
コントローラは、好ましくは記憶装置を制御するように適合される。
【００１６】
コントローラは、好ましくは前記記憶装置の仮想化を制御するように適合される。
【００１７】
第２の態様において、本発明は、例外検出コンポーネントによってノードでサービス・コンポーネントによって引き起こされた例外を検出するステップと、前記例外検出コンポーネントに応答する静止コンポーネントによってリースの終了に先立って前記サービス・コンポーネントによるリース管理アクティビティを静止するためのステップと、前記静止コンポーネントに応答するリース制御コンポーネントによって前記リースを満了前放棄するステップと、前記リース制御コンポーネントに応答する通信コンポーネントによって前記リースの満了前放棄をクラスタ化されたコンピュータ装置の１つまたは複数の他のノードに通信するステップと、を有する、クラスタ化されたコンピュータ装置のノードで使用するためにコントローラを動作させる方法を提供する。
【００１８】
当該方法は、好ましくは、他の通信コンポーネントによってリースの満了前放棄を示す通信を受信するステップと、他のリース制御コンポーネントによって前記通信に応答して障害処理を制御するステップと、他のサービス・コンポーネントによって前記ノードで前記サービス・コンポーネントに代わってサービスを実行するステップと、をさらに有する。
【００１９】
好ましくは、前記検出（ｄｅｔｅｃｔｉｎｇ）、静止（ｑｕｉｅｎｓｃｉｎｇ）、および満了前放棄（ｐｒｅ−ｅｘｐｉｒｙ  ｒｅｌｉｎｑｕｉｓｈｉｎｇ）のステップはクラスタ化レイヤの上のレイヤで実行され、前記通信ステップは前記クラスタ化レイヤで実行される。
【００２０】
好ましくは、前記受信ステップはクラスタ化レイヤで実行され、前記制御およびサービス実行ステップは前記クラスタ化レイヤの上のレイヤで実行される。
【００２１】
当該方法は、好ましくは記憶装置を制御するステップをさらに有する。
【００２２】
当該方法は、好ましくは前記記憶装置の仮想化を制御するステップをさらに有する。
【００２３】
第３の態様では、本発明は、コンピュータ・システムにロードされ、その上で実行された場合、前記コンピュータ・システムに第２の態様に従った方法の諸ステップを実行させる、コンピュータ・プログラム・コードを有するコンピュータ・プログラムを提供する。
【００２４】
本発明の好ましい実施形態は、例外条件を処理するレイヤでソフトウェアを遮断（ｉｎｔｅｒｃｅｐｔ）し、このステップで追加の処理を挿入する。この追加ステップは、リースがもはや必要でないようにローカル・ノード上のソフトウェアが適切に静止されるのを保証するステップと、ノードが正しく静止され、もはやクラスタに参加していない旨を伝えるためのメッセージをシステム内の他のノードに送信するステップと、クラスタ内の他のノードがそのメッセージの受信に基づいてリースの満了を待たずにオペレーションを続行できるようにするステップと、を含む。
【００２５】
好ましい実施では、ソフトウェアは、メッセージングを含むクラスタ化レイヤと、クラスタ化に依拠したサービスを提供している上位アプリケーション・ソフトウェア・レイヤとの、２つの要素とみなすことが可能である。上位ソフトウェアは、ソフトウェアによるシステム障害にかなりの割合で関与している。したがって有利なことには、本発明の好ましい実施形態は、こうしたシステムにおいて障害が多いことに対処し、これを改善する。
【００２６】
高位レイヤで例外が検出された場合、例外を処理するソフトウェアは、すべてのリース関係アクティビティが中止されたことが保証できるような方法で、高位ソフトウェアのオペレーションを静止する。このプロセスが首尾よく完了すると、例外処理コードがクラスタ・レイヤを呼び出してシステムが静止したことを伝える。その後クラスタ化レイヤは、障害のあるノードが終了する前に、ノードが安全に終了していることをメッセージの送信によってピア・ノードに通知する。
【００２７】
ピア・ノードは、障害のあるノードからのメッセージを受信し、残りのリース時間を示すタイマをリセット（ゼロにセット）する。その後、通常通りノードの障害を処理するが、リースの満了を待つ段階は省略する。
【００２８】
したがって、障害に関連付けられた「制御されていない」（‘ｕｎｃｏｎｔｒｏｌｌｅｄ’）方法ではなく、「制御された」（‘ｃｏｎｔｒｏｌｌｅｄ’）方法でサービスを転送することにより、使用不能のリース期間を避けることができる。この転送は、制御された形でサービスがシャットダウンされること、および第２のノード上でサービスが開始される前に停止ノードがこれを通信することを確実にしなければならない。
【００２９】
本発明の好ましい実施形態は、有利なことには、クラスタの正しいオペレーションを確実にするために障害のあるノードが終了する前のメッセージの保証された伝送を必要としない。メッセージが伝送できないほど重大なソフトウェア障害である場合、従来技術の既知のシステムでの場合のように、障害のあるノードに関するリースが満了するとフェイルオーバが発生する。これは、本発明の実施が、その時間のＮ％メッセージのみを首尾よく伝送できる場合、クラスタは、ノード障害のＮ％に対してより迅速なフェイルオーバ時間を有し、残りのノード障害に対しては従来の処理に従ったより長いリース・ベースのフェイルオーバ時間を有する、ということを意味する。
【００３０】
次に、本発明の好ましい実施形態について、添付の図面を参照しながら単なる例として説明する。
【発明を実施するための最良の形態】
【００３１】
次に図１を見ると、本発明の好ましい実施形態が実施可能な例示的装置が示されている。
【００３２】
図１は、クラスタ化されたコンピュータ装置をノード１０４で使用するためのコントローラ１０２を示す。コントローラ１０２は、ノード１０４でサービス・コンポーネント１０８によって引き起こされた例外を検出するための例外検出コンポーネント１０６と、リースの終了に先立ってサービス・コンポーネント１０８によってリース管理アクティビティを静止するための例外検出コンポーネント１０６に応答する静止コンポーネント１１０と、を有する。コントローラは、リースを満了前放棄するための静止コンポーネント１１０に応答するリース制御コンポーネント１１２と、リースの満了前放棄をクラスタ化されたコンピュータ装置の１つまたは複数の他のノード１１６に通信するためのリース制御コンポーネント１１２に応答する通信コンポーネント１１４と、を有する。
【００３３】
図１に示されたコントローラは、リースの満了前放棄を示す通信を受け取るための他の通信コンポーネント１１４’と、障害処理を制御するために通信に応答する他のリース制御コンポーネント１１２’と、オリジナル・ノード１０４でオリジナル・サービス・コンポーネント１０８の代わりにサービスを実行するための他のサービス・コンポーネント１０８’と、を有することもできる。
【００３４】
これまで本発明の好ましい実施形態の機能要素について別個のコンポーネントで表して説明してきたが、これらは、それらの間で制御および情報を通信するために、電気的または電子的な手段によって、あるいは任意の等価の手段によってリンクされた、一体化されたかまたは別個のコンポーネントの様々な組み合わせで等しく実施可能であることが、通常の当業者であれば前述の内容から明らかとなろう。
【００３５】
好ましい実施形態では、図１のコントローラは、ノード１の機能を実施するコンポーネントとノード２の機能を実施するコンポーネントの両方を有する。これは好ましいが、当該機能が個々のシステムの要件に従って分離可能であることが、通常の当業者であれば明らかとなろう。
【００３６】
次に図２を見ると、本発明の好ましい実施形態が実施可能な、リースによって管理されたシステムの流れ図が示されている。
【００３７】
通常、本方法はステップ２０２で開始され、ステップ２０３で、従来技術に従った従来のシステムの場合と同様にリースを待つ（リースは新しく認可または更新することができる）。リースが確立されると、ステップ２０４で、１つまたは複数のリース管理サービス（ｌｅａｓｅ−ｇｏｖｅｒｎｅｄ  ｓｅｒｖｉｃｅｓ）が開始される。ここでも通常のように、ステップ２０６で、リースが満了したかどうかを判別するテストが実行される。満了した場合、プロセスはステップ２０７でサービスを静止し、従来の様式で終了ステップ２０８へ進む。リースが満了していない場合、ステップ２１０で、通信ノードによってリースが放棄されたかどうかを判別するテストが実行される。放棄された場合、ステップ２１２で障害が処理され、ステップ２１４で代替ノードによってサービスが実行される。次にプロセスはステップ２０６のテストに戻り、続行される。当業者であれば、マルチプロセッサ・システムでは、サービスが同じノードによって、ただし代替プロセッサにおいて、等しく実行可能であることが明らかとなろう。通常の当業者であれば、必然的に変形および修正を思いつくであろう。その後プロセスは、従来の様式で終了ステップ２０８へ進む。
【００３８】
ステップ２１０で放棄されたリースが検出されなかった場合、ローカル・ソフトウェア・サービス・レイヤで例外が検出されたかどうかを判別するテストが実行される。検出されなかった場合、ステップ２０６より前の地点に戻ることによって処理が続行される。例外が検出された場合、サービスはステップ２１８で静止する。静止プロセスが完了すると、ステップ２２０で満了していないリースが放棄される。ステップ２２２で、リースが放棄された旨の通知が通信ノードに送られ、終了ステップ２０８でプロセスが完了する。通信ノードでは、前述のようにステップ２１０で通知が検出され、上記で概説したように処理が続行される。
【００３９】
したがって、要約すると、例外検出コンポーネントによってノードでサービス・コンポーネントによって引き起こされた例外（ｅｘｃｅｐｔｉｏｎ）を検出するステップと、例外検出コンポーネントに応答する静止コンポーネントによってリースの終了に先立ってサービス・コンポーネントによるリース管理アクティビティを静止するためのステップと、静止コンポーネントに応答するリース制御コンポーネントによってリースを満了前放棄するステップと、リース制御コンポーネントに応答する通信コンポーネントによってリースの満了前放棄をクラスタ化されたコンピュータ装置の１つまたは複数の他のノードに通信するステップと、を有する、クラスタ化されたコンピュータ装置のノードで使用するためにコントローラを動作させる方法が示される。
【００４０】
他の通信コンポーネントによってリースの満了前放棄を示す通信を受信するステップと、他のリース制御コンポーネントによって通信に応答して障害処理を制御するステップと、他のサービス・コンポーネントによってオリジナル・ノードでサービス・コンポーネントに代わってサービスを実行するステップとを、追加で実行するようにノードを適合することも可能である。
【００４１】
当業者であれば、本発明の方法が、当該方法の諸ステップを実行するための論理手段を有する論理装置内で好適に具体化可能であること、および、こうした論理手段がハードウェア・コンポーネントまたはファームウェア・コンポーネントを有することが可能であることが明らかとなろう。
【００４２】
前述の方法は、１つまたは複数のプロセッサ（図示せず）上で実行中のソフトウェア内で、完全にまたは部分的に、好適に実施することも可能であること、および、当該ソフトウェアが、磁気または光コンピュータ・ディスクなどの任意の好適なデータ・キャリア（同じく図示せず）上で搬送されるコンピュータ・プログラム要素として提供可能であることを理解されよう。データ伝送用のチャネルも同様に、有線または無線の信号メディアなどの、すべての記述の記憶メディアならびに信号搬送メディアを含むことができる。
【００４３】
本発明は、コンピュータ・システムで使用するためのコンピュータ・プログラムとして好適に具体化することが可能である。こうした実施は、たとえばディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、またはハードディスクなどのコンピュータ読み取り可能メディアなどの有形のメディア上に固定されるか、あるいは、光学式またはアナログ式の通信回線を含むがこれらに限定されることのない有形のメディアを介するか、または、マイクロ波、赤外線、または他の伝送技法を含むがこれらに限定されることのない無線技法を使用して無形に、モデムまたは他のインターフェース・デバイスを介してコンピュータ・システムに伝送可能な、一連のコンピュータ読み取り可能命令を有することが可能である。一連のコンピュータ読み取り可能命令は、本明細書で前述した機能のすべてまたは一部を具体化する。
【００４４】
当業者であれば、こうしたコンピュータ読み取り可能命令が、多くのコンピュータ・アーキテクチャまたはオペレーティング・システムで使用するためにいくつかのプログラミング言語で作成可能であることを理解されよう。さらにこうした命令は、半導体、磁気、または光を含むがこれらに限定されることのない、現在または将来の任意のメモリ技術を使用して格納すること、あるいは、光、赤外線、またはマイクロ波を含むがこれらに限定されることのない、現在または将来の任意の通信技術を使用して伝送することが可能である。こうしたコンピュータ・プログラムが、たとえばシステムＲＯＭまたは固定ディスク上でコンピュータ・システムに事前ロードされたソフトウェア・パッケージなどの、印刷文書または電子文書が添付された取り外し可能メディアとして配布すること、あるいは、たとえばインターネットまたはワールド・ワイド・ウェブなどのネットワークを介してサーバまたは電子掲示板から配布することが可能であることが企図される。
【００４５】
本発明の実施形態は、オフサイト災害時回復サービスを提供するために、顧客に代わって配置されるサービスの形で提供可能であることも理解されよう。
【００４６】
通常の当業者であれば、前述の好ましい実施形態に対する様々な他の修正が明らかとなることも理解されよう。
【図面の簡単な説明】
【００４７】
【図１】本発明を具体化することが可能な１タイプの装置について概略的な形で示す図である。
【図２】本発明の好ましい実施形態に従ってコントローラを動作させるための方法を示す流れ図である。
【符号の説明】
【００４８】
１０２    コントローラ
１０２’    コントローラ
１０４    ノード１
１０６    例外検出器
１０８    サービス・コンポーネント
１０８’    サービス・コンポーネント
１１０    静止コンポーネント
１１２    リース制御コンポーネント
１１２’    リース制御コンポーネント
１１４    通信コンポーネント
１１４’    通信コンポーネント
１１６    ノード２
【図１】
2007199962.tif 000003
【図２】
2007199962.tif 000004