(57)【要約】  装置を管理するためのサーバアーキテクチャおよび方法。ある実施形態では、サーバアーキテクチャは、（１）複数のマネージャクラスタおよび（２）複数のマネージャクラスタに結合されかつ（２ａ）装置から初期コンタクトを受け、（２ｂ）装置のホームクラスタとなる、複数のマネージャクラスタの内のあるマネージャクラスタに装置を割り当て、（２ｃ）装置に関するデータをホームクラスタに転送させ、かつ（２ｄ）その後、装置をホームクラスタと直接に通信させ、かつそのホームクラスタにより管理させるように構成された、ディスパッチャークラスタを含む。
2014532251.tif 000002
【特許請求の範囲】
【請求項１】
装置を管理するためのサーバアーキテクチャであって、
複数のマネージャクラスタと、
前記複数のマネージャクラスタに結合されるディスパッチャークラスタであって、
装置からの初期コンタクトを受け、
前記装置に対するホームクラスタとなる、前記複数のマネージャクラスタの内のあるマネージャクラスタに前記装置を割り当て、
前記装置に関するデータを前記ホームクラスタに転送させ、かつ
その後、前記装置を前記ホームクラスタと直接通信させ、かつ前記ホームクラスタにより管理させる、
ように構成されたディスパッチャークラスタと、
を含む、サーバアーキテクチャ。
【請求項２】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが障害により影響を受けた場合に、前記装置を前記ホームクラスタの代わりにマネージャクラスタバックアップと直接に通信させ、かつそのマネージャクラスタバックアップにより管理させるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項３】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが一時的に負荷の超過に見舞われている場合、前記装置を前記ホームクラスタの代わりに２次マネージャクラスタと直接に通信させ、かつその２次マネージャクラスタにより管理させるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項４】
前記ディスパッチャークラスタが、さらに前記装置を登録するように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項５】
前記ディスパッチャークラスタが、さらに前記装置をアクティブ化するように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項６】
前記ディスパッチャークラスタが、さらに前記装置の型式に基づき前記装置を割り当てるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項７】
前記ディスパッチャークラスタが、さらに前記装置の地理的位置に基づき前記装置を割り当てるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項８】
装置を管理するためのサーバアーキテクチャであって、
複数のマネージャクラスタと、
前記複数のマネージャクラスタに結合されるディスパッチャークラスタであって、
装置からの初期コンタクトを受け、
前記装置を登録し、
前記装置についての少なくともいくつかのサービスパラメータを設定し、
前記装置に対するホームクラスタとなる、前記複数のマネージャクラスタの内のあるマネージャクラスタに前記装置を割り当て、
前記装置に関するデータを前記ホームクラスタに転送させ、かつ
その後、前記装置を前記ホームクラスタと直接に通信させ、かつ前記ホームクラスタにより管理させる、
ように構成されたディスパッチャークラスタと、
を含む、サーバアーキテクチャ。
【請求項９】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが障害により影響を受けた場合に、前記装置を前記ホームクラスタの代わりにマネージャクラスタバックアップと直接に通信させ、かつそのマネージャクラスタバックアップにより管理させるように構成された、請求項８に記載のサーバアーキテクチャ。
【請求項１０】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが一時的に負荷の超過に見舞われている場合、前記装置を前記ホームクラスタの代わりに２次マネージャクラスタと直接に通信させ、かつその２次マネージャクラスタにより管理させるように構成された、請求項８に記載のサーバアーキテクチャ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般的に、装置管理サーバのアーキテクチャ、より具体的には、スケーラブル分散型マルチクラスタ装置管理サーバのアーキテクチャおよび装置管理を実施するための同装置の運用の方法に関する。
【背景技術】
【０００２】
電子機器（例えば、コンピュータ、スマートフォン、テレビジョン「セットトップ」ボックス、並びにルータ、ゲートウェイおよびモデムなどの、家庭および小規模事業用ネットワーク装置）は、現代世界の社会基盤の広範に利用される要素となっている。これらは、見かけ上無限な種類のブランド、型式および能力があり、加入者の要望、必要性および資金に応じて、おびただしい種類のサービスの恩恵を加入者が受けることを可能とする。結果として、これらのサービスを提供するサービスプロバイダ（例えば、電話、無線、ケーブルおよび衛星テレビ会社、並びにインターネットサービスプロバイダ）は、これらの装置を管理することがますます困難となることが分かってきた。彼らは、単に新規装置を初期化しかつ供給し（「ブートストラップ」）、装置中で実行されているソフトウェアを更新し、機能およびサービスを可能としかつ停止させ、並びに加入者と通信するために、多数の従業員およびシステムを使用する。
【０００３】
この限りなく苛立たしい課題を支援するために、サービスプロバイダは、極めて複雑な装置管理（ＤＭ）ソフトウェアシステムに転換してきた。一般に、ＤＭシステムは、サービスプロバイダが地理的に分散されかつ異種の装置を一元的に、包括的にかつより一層自動的に管理することを可能とする。従来のＤＭシステムの多くは、インターネットを介して装置を管理する。
【発明の概要】
【課題を解決するための手段】
【０００４】
ある態様は、装置を管理するためのサーバアーキテクチャを提供する。ある実施形態では、サーバアーキテクチャは、（１）複数のマネージャクラスタおよび（２）複数のマネージャクラスタに結合され、かつ：（２ａ）装置から初期コンタクトを受け、（２ｂ）装置のホームクラスタとなる、複数のマネージャクラスタの内のあるマネージャクラスタに装置を割り当て、（２ｃ）装置に関するデータをホームクラスタに転送させ、かつ（２ｄ）その後、装置をホームクラスタと直接通信させ、かつそのホームクラスタにより管理させる、ように構成された、ディスパッチャークラスタを含む。
【０００５】
別の実施形態では、サーバアーキテクチャは、（１）複数のマネージャクラスタおよび（２）複数のマネージャクラスタに結合され、かつ：（２ａ）初期コンタクトを装置から受け、（２ｂ）装置を登録し、（２ｃ）装置についての少なくともいくつかのサービスパラメータを設定し、（２ｄ）装置のホームクラスタとなる、複数のマネージャクラスタの内のあるマネージャクラスタに装置を割り当て、（２ｅ）装置に関するデータをホームクラスタに転送させ、かつ（２ｆ）その後、装置をホームクラスタと直接通信させ、かつそのホームクラスタにより管理させる、ように構成された、ディスパッチャークラスタを含む。
【０００６】
別の態様は、装置を管理する方法を提供する。ある実施形態では、その方法は：（１）装置からディスパッチャークラスタへの初期コンタクトを受けるステップと、（２）装置に対するホームクラスタとなる、複数のマネージャクラスタの内のあるマネージャクラスタに装置を割り当てるためにディスパッチャークラスタを用いるステップと、（３）装置に関するデータをホームクラスタに転送させるステップと、（４）その後、装置をホームクラスタと直接通信させ、かつそのホームクラスタにより管理させるステップと、を含む。
【０００７】
ここで、添付の図面と共に、関連して行われる以降の説明が参照される。
【図面の簡単な説明】
【０００８】
【図１】スケーラブル分散型マルチクラスタアーキテクチャのある実施形態のブロック図である。
【図２】障害復旧を備えたスケーラブル分散型マルチクラスタアーキテクチャのある実施形態のブロック図である。
【図３】動的負荷分散を備えたスケーラブル分散型マルチクラスタアーキテクチャのある実施形態のブロック図である。
【図４】スケーラブル分散型マルチクラスタアーキテクチャを使用して装置を管理する方法のある実施形態の流れ図である。
【発明を実施するための形態】
【０００９】
上記のように、従来のＤＭシステムの多くは、インターネットを介して装置を管理する。これらのＤＭシステムは、それらが単一のネットワークサーバコンピュータ（「サーバ」）で、あるいは共通データストアを共有するピアとして（すなわち、「水平に」）機能する少数のサーバからなる単一のクラスタと共に機能することができるという意味で、ある程度はスケーラブルである。単一のサーバまたはクラスタは、いずれの場合であっても、ブートストラップ時のトラフィック（装置を初期化することに伴うトラフィック）、管理トラフィック（例えば、ソフトウェアの更新、機能およびサービスを可能とすることと停止すること、並びに加入者通信に伴うトラフィック）、並びに運用支援ソフトウェア（ＯＳＳ）または業務支援ソフトウェア（ＢＳＳ）との通信を含む、ＤＭシステムが受信または生成する全てのトラフィックを取り扱う責任がある。
【００１０】
個別のサービスプロバイダのＤＭシステムが管理する仕事を課される装置の数は、一般に、時間とともに、時には劇的に増加する。不幸なことに、従来のＤＭシステムは、単一のサーバが単一のクラスタに拡張されることを許し、かつサーバがその大きさを増すように単一のクラスタに追加されることを可能とするが、さらなる拡張を制限する実際的な課題が、すぐに生起する。このことは、少なくとも４つの本質的な制約によるものである。第１に、サーバ間通信（所与のクラスタ内で２つのまたはそれ以上のサーバ間で行われる）は、クラスタの大きさが大きくなるにつれてほぼ指数関数的に増加する。第２に、クラスタ管理（サーバのインストール、更新および動作不能時間を含む）は、クラスタの大きさが大きくなるにつれて増加する。第３に、データストアは、クラスタの大きさが大きくなるにつれてリスクが増加する、クラスタにとっての単一障害点である。第４に、単一のクラスタアーキテクチャ内に存在する負荷それ自体が、うまく分割されておらず、かつその結果、急速に管理不能になり、フェイルオーバーおよび障害復旧が不確実となる。これらは仮説的な制約ではない。例えば、一千万台の装置（今日では全く控えめなデプロイメントである）についてサービスする従来のＤＭシステムは、脆弱でありかつ運用が大変困難であるとわかりつつある。このようなシステムが、約１億台以上の装置を管理することを求められた時。
【００１１】
本明細書では、大規模にスケーラブルな（例えば、「大規模にスケーラブルな」）、分散された、マルチクラスタ管理サーバアーキテクチャの様々な実施形態を紹介する。また、装置管理を実行するためにアーキテクチャを運用する方法の様々な実施形態も紹介する。ある実施形態では、アーキテクチャおよび方法は、装置がインターネットを介して管理されることを可能とする。
【００１２】
ある実施形態では、アーキテクチャは、ホームネットワーキング装置を管理する。別の実施形態では、アーキテクチャは、１つまたは複数のコンピュータ、スモールビジネスネットワーキング装置、（スマートフォンなどの）通信装置およびセットトップボックスを管理する。他の実施形態では、さらに他の従来のまたは最近開発された装置を管理する。
【００１３】
本明細書に記載のアーキテクチャまたは方法の実施形態のいくつかは、以下の一般原理または能力の１つまたは複数を用いる：
（ｉ）同一形式、類似または異なる型式の装置の管理は、２つのまたはそれ以上の複数のクラスタ間に割り当てられ得る。このことは、アーキテクチャが数千万台またはさらには数億台の多数の装置を管理することを可能とする。
（ｉｉ）ディスパッチャークラスタは、装置の管理がどのように２つのまたはそれ以上の複数のクラスタ間に割り当てられ得るあるいは割り当てられるべきかを決定するために用いられ得る。
（ｉｉｉ）各クラスタは、より多くのサーバをそれに追加することにより拡張され得る。
（ｉｖ）サーバの各クラスタは、他のクラスタの処理能力および可用性を実質的に混乱させることなく管理され得る。いくつかの実施形態では、サーバの各クラスタは、他のいずれのクラスタの処理能力および可用性も混乱させることなく独立に管理され得る。
（ｖ）新しいクラスタは、既存のクラスタの処理能力を実質的に低下させることなく追加され得る。このことは、既存のクラスタがそれらの飽和点に達しているような場合に特に価値のある能力である。いくつかの実施形態では、新しいクラスタは、既存のいずれのクラスタの処理能力も低下させることなく追加され得る。
（ｖｉ）サービスプロバイダは、アーキテクチャが彼らの必要性に適応し得る方法を決定することにある程度の柔軟性を有する。例えば、サービスプロバイダは、装置の管理を複数のクラスタに割り当てる方法を決定することができる（例えば、テレビのセットトップボックスの管理はあるクラスタに割り当てられ、ボイスオーバＩＰまたはＶｏＩＰ装置の管理は別のクラスタに割り当てられ、またディジタル加入者線またはＤＳＬインターネットゲートウェイ装置の管理は別のクラスタに割り当てられ得る）。別の例によれば、サービスプロバイダは、装置の管理は、装置の地理的な場所に基づき（例えば、ニューヨーク、ペンシルバニアおよびバージニアを含む東部領域にある装置は、あるクラスタにより管理され、かつカリフォルニア、オレゴンおよびワシントンを含む西部領域にある装置は別のクラスタにより管理され得る）２つのまたはそれ以上のクラスタ間に割り当てられるべきと決定することができる。
（ｖｉｉ）例外的に大きな管理負荷（特定のクラスタの処理能力に有害な負荷）およびそれゆえに動的に他のクラスタに再割り当てされる負荷。例えば、欠陥のある装置、欠陥のあるもしくは重要な更新、または欠陥のあるサーバ、あるいは特定のクラスタ中のまたは特定のクラスタへの相互接続により引き起こされる過度の管理負荷）は、処理能力のボトルネックを生み出し得る。例外的に大きな負荷が存続する限り、その負荷のいくらかは、他の（例えば、２次）クラスタへ一時的に転送され得る。いくつかの実施形態では、従来の負荷分散の方策が、この目的のために用いられる。
【００１４】
図１は、スケーラブル分散型マルチクラスタアーキテクチャ１００のある実施形態のブロック図である。アーキテクチャは、ディスパッチャークラスタ１０５およびマネージャクラスタ１・・・Ｎ、例えば、マネージャクラスタ１  １１０、マネージャクラスタ２  １１５およびマネージャクラスタＮ  １２０を含む。
【００１５】
ディスパッチャークラスタ１０５は、ブートストラップサーバ１０６、複数の管理サーバ１０７およびデータストア１０８を含む。運用において、ブートストラップサーバ１０６は、複数の管理サーバが特定の機能を協力して遂行できるように、複数の管理サーバ１０７を初期化する。複数の管理サーバ１０７は、特定の機能を遂行するためにデータストア１０８を用いる。ディスパッチャークラスタ１０５の特定の機能は、マネージャクラスタ１  １１０、マネージャクラスタ２  １１５、およびマネージャクラスタＮ  １２０に特定の装置の管理を割り当てることを含む。
【００１６】
図１の実施形態では、データパス１３０は、特定のサービスプロバイダが用いることができるようなＯＳＳおよび／またはＢＳＳ１２５にディスパッチャークラスタ１０５を結合する。ＯＳＳおよび／またはＢＳＳ１２５は、ディスパッチャークラスタ１０５に対する、例えば、装置ソフトウェアまたはファームウェアに対する更新をデプロイするあるいは特定のサービスを開始させるまたは終了させるための、命令を与えることができる。ＯＳＳおよび／またはＢＳＳ１２５はまた、例えば、サービスプロバイダによる課金またはマーケティングの取り組みのための基盤を形成するために、管理データをディスパッチャークラスタ１０５から集めることができる。例示された実施形態では、ＯＳＳおよび／またはＢＳＳ１２５は、商用利用が可能である。関連技術の当業者は、商用利用が可能であるＯＳＳおよびＢＳＳが、管理システムと通信し得る方法を理解している。
【００１７】
マネージャクラスタ１  １１０は、ブートストラップサーバ１１１、複数の管理サーバ１１２およびデータストア１１３を含む。運用において、ブートストラップサーバ１０６は、複数の管理サーバが特定の機能を協力して遂行できるように、複数の管理サーバ１１２を初期化する。複数の管理サーバ１１２は、特定の機能を遂行するためにデータストア１１３を用いる。マネージャクラスタ１  １１０の特定の機能は、ディスパッチャークラスタ１０５による割り当てに従う特定の装置の管理を含む。マネージャクラスタ１  １１０と同様に、マネージャクラスタ２  １１５は、ディスパッチャークラスタ１０５による割り当てに従って特定の装置を管理するためにマネージャクラスタ１  １１０と同様に協力して機能するブートストラップサーバ１１６、複数の管理サーバ１１７およびデータストア１１８を含む。示されも参照もされないが、マネージャクラスタＮ  １２０は、ディスパッチャークラスタ１０５による割り当てに従って特定の装置を管理するためにマネージャクラスタ１  １１０および２  １１５と同様に協力して機能する、ブートストラップサーバ、複数の管理サーバおよびデータストアを含む。
【００１８】
ディスパッチャークラスタ１０５およびマネージャクラスタ（すなわち、マネージャクラスタ１  １１０、マネージャクラスタ２  １１５およびマネージャクラスタＮ  １２０）は、インターネット１３５に結合されており、それらはインターネット１３５を経由することで、インターネットゲートウェイ装置１４０、ＶｏＩＰ装置１４５およびテレビセットトップボックス１５０を含む、管理されるべき様々な装置例に結合される。例示された実施形態では、マネージャクラスタ１  １１０、マネージャクラスタ２  １１５およびマネージャクラスタＮ  １２０は、あるマネージャクラスタに不利な影響を及ぼす恐れがある環境問題（例えば、火事、地震、または電源喪失）が、他のマネージャクラスタにほぼ影響を与えないように、互いに地理的に分離されている。ある実施形態では、ディスパッチャークラスタ１０５は、全てのマネージャクラスタ１１０、１１５、１２０から地理的に分離されている。
【００１９】
図１のアーキテクチャ１００の様々な実施形態の一般的な構造を説明してきたが、ここでその運用の様々な実施形態を説明する。
【００２０】
例示された実施形態では、装置（例えば、インターネットゲートウェイ装置またはＩＧＤ１４０（「ホームゲートウェイ装置」と呼ばれることもある）、ＶｏＩＰ装置１４５あるいはテレビセットトップボックス１５０）はオンラインとなる時、最初にインターネット１３５を通じてディスパッチャークラスタ１０５にコンタクトする。図１は、例えば、インターネットゲートウェイ装置１４０、ＶｏＩＰ装置１４５またはテレビセットトップボックス１５０によるこの初期コンタクトをそれぞれの矢印１５５、１６０、１６５、１７０で表す。応答として、ディスパッチャークラスタ１０５の例示された実施形態は、装置を登録する。ある実施形態では、ディスパッチャークラスタ１０５はまた、装置をアクティブ化する。より具体的な実施形態では、ディスパッチャークラスタ１０５は、最も必須のサービスパラメータのみを装置上に設定する。ディスパッチャークラスタ１０５が、少なくとも装置を登録した後、ディスパッチャークラスタ１０５のある実施形態は、例えば、装置の型式、装置の地理的な位置、あるいは装置が属している、または装置が関連付けられるべき加入者を特定する１つあるいは複数の設定された業務規則を実行する。この特定は、マネージャクラスタがその装置の管理を割り当てられることで完了し、その後そのマネージャクラスタはその装置の「ホームクラスタ」となる。ディスパッチャークラスタ１０５が、装置のホームクラスタを特定した後、ディスパッチャークラスタ１０５のある実施形態は、装置に関するデータ（例えば、装置の管理に必須なデータ）をホームクラスタに転送（例えば、コピー）させる。図１は、適切なホームクラスタへのこの転送をそれぞれの矢印１７５、１８０で表している。最後に、ディスパッチャークラスタ１０５の例示された実施形態は、次いでインターネット１３５を通じて装置と通信することによりそのホームクラスタに装置をリダイレクトし、その後、装置は、そのホームクラスタとの直接の通信を通じて管理される。図１は、この直接通信をそれぞれの矢印１８５、１９０、１９５で表している。
【００２１】
図１の例では、サービスプロバイダは、ホームネットワーキングサービスを提供し、かつマネージャクラスタ１  １１０が、そのホームゲートウェイ装置およびＶｏＩＰ装置の全てを管理する必要があること、さらにマネージャクラスタ２  １１５がテレビセットトップボックスの全てを管理する必要があることを決定している。従って、矢印１８５、１９０は、マネージャクラスタ１  １１０に向けられたアクティブ化後のトラフィックを表し、また矢印１９５は、マネージャクラスタ２  １１５に向けられたアクティブ化後のトラフィックを表している。
【００２２】
図２は、障害復旧用に提供されるスケーラブル分散型マルチクラスタアーキテクチャ２００のある実施形態のブロック図である。「障害」は、少なくとも影響を受けたクラスタがサービスに復帰するまで別のクラスタが影響を受けたクラスタの機能を遂行する必要があるような、影響を受けたクラスタの長期停止を引き起こす事象として定義される。
【００２３】
例示された実施形態は、マネージャクラスタ２バックアップ１１５−２をマネージャクラスタ１  １１０と共に配置し、さらにマネージャクラスタ１バックアップ１１０−２をマネージャクラスタ２  １１５と共に配置することにより障害復旧に備える。マネージャクラスタ２バックアップ１１５−２は、ブートストラップサーバ（示されていない）、複数の管理サーバ１１７−２およびデータストア１１８−２を含む。マネージャクラスタ１バックアップ１１０−２は、ブートストラップサーバ（示されていない）、複数の管理サーバ１１２−２およびデータストア１１３−２を含む。ある実施形態では、マネージャクラスタ１バックアップ１１０−２内の管理サーバ１１２−２の数は、マネージャクラスタ１  １１０内の複数の管理サーバ１１２の数と同じである。同様に、関連した実施形態では、マネージャクラスタ２バックアップ１１５−２内の管理サーバ１１７−２の数は、マネージャクラスタ２  １１５内の複数の管理サーバ１１７の数と同じである。別の実施形態では、バックアップ１１０−２、１１５−２内の管理サーバの数は、マネージャクラスタ１  １１０およびマネージャクラスタ２  １１５内のサーバの数と異なる。より具体的な実施形態では、バックアップ１１０−２、１１５−２は、緊急時の環境下で動作することが期待されているだけで、従って、バックアップ１１０−２、１１５−２内の管理サーバの数は比較的少ない。
【００２４】
例示されている実施形態では、データストア１１３−２は、データストア１１３と同期し、またデータストア１１８−２は、絶えずかつ自動的にデータストア１１８と同期している。関連した実施形態では、緊急時において、おそらくディスパッチャークラスタ１０５の中で実行される、負荷分散装置は、サービスプロバイダまたは加入者のいずれかによる手動での介在なしに、マネージャクラスタ２  １１５と通信している装置をマネージャクラスタ２バックアップ１１５−２にリダイレクトし、またマネージャクラスタ１  １１０と通信している装置をマネージャクラスタ２バックアップ１１０にリダイレクトする。図２は、装置１４０、１４５、１５０による、マネージャクラスタ１  １１０およびマネージャクラスタ２  １１５から離れて代わりのマネージャクラスタ１バックアップ１１０−２およびマネージャクラスタ２バックアップ１１５−２への直接通信のこのリダイレクションを、それぞれの矢印１８５−２、１９０−２、１９５−２で表している。
【００２５】
図３は、動的負荷分散を提供するスケーラブル分散型マルチクラスタアーキテクチャ３００のある実施形態のブロック図を示す。図３のアーキテクチャは、負荷の不均衡が２つのまたはそれ以上のホームクラスタ間で発生した場合に使用され得る。このような場合、サービスプロバイダは、負荷分散のために、１つまたは複数の他の（「２次」）クラスタが、通常の環境下では管理しようとしない装置を一時的に管理することを可能とする業務規則を提供する柔軟性を有する。例えば、図３の例では、ＩＧＤおよびＶｏＩＰ装置（例えば、ＩＧＤ１４０およびＶｏＩＰ装置１４５）を管理することが、マネージャクラスタ１  １１０に不当なまたは望まれない重い負担を課す場合、これらの装置の管理は、一時的または永続的に、例えば、マネージャクラスタ２  １１５または別の（２次）クラスタ（例えば、マネージャクラスタＮ  １２０）にリダイレクトされ得る。矢印１７５−３および１７５−４は、マネージャクラスタ１  １１０から離れて代わりのマネージャクラスタ２  １１５またはマネージャクラスタＮ  １２０への管理責任の一時的または永続的なリダイレクションを表す。
【００２６】
例示された実施形態では、ディスパッチャークラスタ１０５の機能の１つは、マネージャクラスタ１１０、１１５、１２０の２つまたはそれ以上の間で不均衡となった負荷を検出し、かつ少なくともいくつかの装置の管理を業務規則に従って一時的にリダイレクトさせることである。関連した実施形態では、ディスパッチャークラスタ１０５のデータストア１０８は、装置に対するホームおよび２次クラスタ情報を記憶し、従ってホームクラスタが超過した負荷のためにそれ以上の装置を拒否する、またはホームクラスタが完全に利用不可である場合、ディスパッチャークラスタ１０５は、その事前に指定された（１つまたは複数の）２次クラスタに装置を経路付することができる。
【００２７】
図４は、スケーラブル分散型マルチクラスタアーキテクチャを使用して装置を管理する方法のある実施形態の流れ図である。本方法は、開始ステップ４１０で始まる。ステップ４２０において、装置は最初にディスパッチャークラスタにコンタクトする。ステップ４３０において、ディスパッチャークラスタは、その後その装置のホームクラスタになるマネージャクラスタに装置を割り当て、かつそれに応じて装置に関するデータをホームクラスタに転送させる。ステップ４４０において、装置はその後直接にそのホームクラスタと通信し、かつそのホームクラスタによって管理される。判断ステップ４５０において、ホームクラスタは、障害に見舞われる。それに応じて、ステップ４６０において、装置の管理は、マネージャクラスタバックアップにリダイレクトされる。判断ステップ４７０において、ホームクラスタは一時的な負荷の超過に見舞われる。それに応じて、ステップ４８０において、装置の管理は、一時的にまたは永続的に別の（２次）マネージャクラスタにリダイレクトされる。
【００２８】
本出願に関連する当業者は、他のおよびさらなる追加、削減、代用および修正が、記載された実施形態に対してなされ得ることを理解するであろう。
【図１】
2014532251.tif 000003
【図２】
2014532251.tif 000004
【図３】
2014532251.tif 000005
【図４】
2014532251.tif 000006
【手続補正書】
【提出日】平成26年6月12日(2014.6.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置を管理するためのサーバアーキテクチャであって、
複数のコンピュータのマネージャクラスタと、
前記複数のマネージャクラスタに結合されるディスパッチャークラスタであって、
装置からの初期コンタクトを受け、
前記装置に対するホームクラスタとなる、前記複数のマネージャクラスタの内のあるマネージャクラスタに前記装置を割り当て、
前記装置に関するデータを前記ホームクラスタに転送させ、かつ
その後、前記装置を前記ホームクラスタと直接通信させ、かつ前記ホームクラスタにより管理させる、
ように構成されたディスパッチャークラスタと、
を含む、サーバアーキテクチャ。
【請求項２】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが障害により影響を受けた場合に、前記装置を前記ホームクラスタの代わりにマネージャクラスタバックアップと直接に通信させ、かつそのマネージャクラスタバックアップにより管理させるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項３】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが一時的に負荷の超過に見舞われている場合、前記装置を前記ホームクラスタの代わりに２次マネージャクラスタと直接に通信させ、かつその２次マネージャクラスタにより管理させるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項４】
前記ディスパッチャークラスタが、さらに前記装置を登録するように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項５】
前記ディスパッチャークラスタが、さらに前記装置をアクティブ化するように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項６】
前記ディスパッチャークラスタが、さらに前記装置の型式に基づき前記装置を割り当てるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項７】
前記ディスパッチャークラスタが、さらに前記装置の地理的位置に基づき前記装置を割り当てるように構成された、請求項１に記載のサーバアーキテクチャ。
【請求項８】
装置を管理するためのサーバアーキテクチャであって、
複数のコンピュータのマネージャクラスタと、
前記複数のマネージャクラスタに結合されるディスパッチャークラスタであって、
装置からの初期コンタクトを受け、
前記装置を登録し、
前記装置についての少なくともいくつかのサービスパラメータを設定し、
前記装置に対するホームクラスタとなる、前記複数のマネージャクラスタの内のあるマネージャクラスタに前記装置を割り当て、
前記装置に関するデータを前記ホームクラスタに転送させ、かつ
その後、前記装置を前記ホームクラスタと直接に通信させ、かつ前記ホームクラスタにより管理させる、
ように構成されたディスパッチャークラスタと、
を含む、サーバアーキテクチャ。
【請求項９】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが障害により影響を受けた場合に、前記装置を前記ホームクラスタの代わりにマネージャクラスタバックアップと直接に通信させ、かつそのマネージャクラスタバックアップにより管理させるように構成された、請求項８に記載のサーバアーキテクチャ。
【請求項１０】
前記ディスパッチャークラスタが、さらに、前記ホームクラスタが一時的に負荷の超過に見舞われている場合、前記装置を前記ホームクラスタの代わりに２次マネージャクラスタと直接に通信させ、かつその２次マネージャクラスタにより管理させるように構成された、請求項８に記載のサーバアーキテクチャ。
【国際調査報告】
2014532251.tif 000007
2014532251.tif 000008