JP2003099410A - 複数装置管理の方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 データセンタ内などにおける１つのコントロ
ーラコンピュータ上でコマンドを実行して、エージェン
トソフトウェアを含む制御されるコンピュータ上でオペ
レーションを開始する複数装置管理の方法およびシステ
ムを提供する。 【解決手段】 コントローラ２０２は、メッセージ形式
を使用してノードと通信し、データセンタ内の利用可能
なノードを表すスキーマ、それらのノードのセットへの
編成、ならびに進行中のオペレーションおよび完了した
オペレーションの結果を提供する。また、スキーマを使
用してノード上およびセットのノード上で行うジョブを
管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
配置された複数のコンピュータ装置を管理するための方
法およびシステムに関する。

【０００２】

【従来の技術】本出願は、２００１年６月１１日出願の
米国仮特許出願、出願番号６０／２９７４７３に対する
優先権を主張する。

【０００３】データセンタは、企業、ならびにストーレ
ッジサービスプロバイダ、ホスティングサービスプロバ
イダ、およびアプリケーションサービスプロバイダなど
の様々なインターネット関連サービスプロバイダを含む
多くのタイプの組織に対してコンピュータリソースを提
供する。通常のデータセンタは、様々な目的で様々な役
割を果たす数百ないし数千のコンピュータを含む。

【０００４】多数のコンピュータを管理することには、
費用がかかり、時間が消費され、誤りが生じやすい可能
性がある。例えば、多くのサービスプロバイダは、デー
タセンタを運営するのは、多数のルーチンが手作業で行
われるため、労働集約型ビジネスであると認識してい
る。例として、新規の顧客のために新しいサーバをオン
ラインにすることは、新規の顧客の注文を印刷し、オペ
レーティングシステムをインストールし、あらゆるアプ
リケーションをインストールし、オペレーティングシス
テムおよびアプリケーションを構成し、サーバ装置をデ
ータセンタ内に移動させてネットワークおよび電源に接
続することを技術者に行わせることからなる。したがっ
て、新しいサーバをオンラインにすることは、長い時間
と高い費用がかかるプロセスであり、また誤りが起こり
やすい。

【０００５】ソフトウェアを介して新規の顧客のために
既存のサーバ構成を「再設定」するとき、同様の手作業
のプロセスが使用される。実際、再設定のコストは、余
りにも高いので、それを行わない方が安上がりであると
考えるサービスプロバイダも存在するほどである。費用
の一部は、高い費用のかかる手作業でのデータセンタの
監査を介してそのような未使用のシステムを配備（ｌｏ
ｃａｔｅ）することに費やされる。同様に、もはや不必
要となったコンピュータを再配備するのではなく、デー
タセンタ内にサーバコンピュータを放置する（オペレー
ションし、電力を消費しながら）、または再配備しよう
と試みるのではなく、コンピュータを完全に解体する方
が安上がりである可能性がある。

【０００６】

【発明が解決しようとする課題】要するに、データセン
タを運営するには、実際的な目的では必要であるが、あ
まり望ましくないいくつかの妥協をすることが必要とさ
れる。例えば、コンピュータを再配備する代りに、そう
しない方が安上がりである可能性があるが、このこと
は、コンピュータシステムがもはや不必要であるときさ
え、データセンタが、そのコンピュータシステムをオペ
レーションさせている（電力、空調、およびネットワー
クポートを使用しながら）ことを意味する。

【０００７】別の例として、高い費用がかかるが、様々
なサーバを手作業で構成することが、やはり、データセ
ンタのやり方である。しかし、自動化を介してそのよう
な費用を削減することは、これまで、あまり成功してい
ない重要な取り組みである。これが成功していないの
は、とりわけ、そのような試みは、複数の外部製品の統
合を必要とするという困難があるからである。

【０００８】簡単に言えば、本発明は、複数装置管理の
方法およびシステムを提供し、この方法およびシステム
は、とりわけ、１つのコントローラコンピュータ上で単
一のコマンドを実行し、ノードと呼ばれる１つまたは複
数の他の制御されるコンピュータ上の処理（オペレーシ
ョン）を開始するメカニズムを提供する。オペレーショ
ンは、スクリプト記述された１組のコマンドの実行、２
進プログラムの実行、またはいくつかの他のタイプのオ
ペレーションを含むことが可能である。メカニズムは、
数セットのコンピュータとともに、あたかもそれらのコ
ンピュータが単一のコンピュータであるかのように機能
し、これにより、例えば、コンピュータ装置の管理が大
幅に単純化され、データセンタ内でコンピュータ装置を
管理する費用が、相当に削減される。

【０００９】

【課題を解決するための手段】一実施形態では、本発明
は、複数の他のコンピュータを管理する１つのコンピュ
ータ上にコントローラ（例えば、プロセス等）を含むア
ーキテクチャを提供し、複数の他のコンピュータのそれ
ぞれは、コントローラによって管理可能にするエージェ
ントソフトウェアを含む。一般に、コントローラは、自
らの管理する複数のノードの中心的表現を提供し、個々
に、またはノードが割り当てられることが可能なセット
ごとに選択されたノードに対して、この中心的表現から
処理を開始することができる。コントローラは、ネット
ワーク通信に関する基礎の置換可能なトランスポート層
を使用して、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋ
ｕｐ Ｌａｎｇｕａｇｅ）から導出されたフォーマット
などのメッセージ交換フォーマットを使用してノードと
通信する。

【００１０】コントローラは、データセンタ内で利用可
能なノードを表現する規定の仕方、セットへの利用可能
なノードの編成、および進行中のオペレーションおよび
完了したオペレーションの結果を提供する。例えば、ス
キーマを使用して利用可能なノードおよびノードのセッ
ト（例えば、通常、管理の都合、オペレーション目的、
またはその他の基準などの何らかの基準に従い、管理者
によってグループ化された）の表現を継続させる。ま
た、スキーマを使用して待ち状態のオペレーションおよ
びジョブならびに実行されたオペレーションおよびジョ
ブとともに、コントローラにとってアクセス可能な記憶
装置上に各処理の結果のレコードを記憶することができ
る。

【００１１】その他の利点は、以下の詳細な説明を図面
と併せて考慮することにより、明白となる。

【００１２】

【発明の実施の形態】例としてのオペレーション環境 図１は、本発明を実装することができる適切なコンピュ
ータシステム環境１００の例を示している。コンピュー
タシステム環境１００は、適切なコンピュータ環境の一
例に過ぎず、本発明の使用または機能性の範囲に関する
いかなる限定を示唆するものでもない。また、コンピュ
ータ環境１００は、例としてのオペレーション環境１０
０に示す構成要素にいずれか１つまたはその組み合わせ
に関連するいかなる依存関係または要件を有するものと
しても解釈されるべきではない。

【００１３】本発明は、他の多くの汎用または専用のコ
ンピュータシステム環境またはコンピュータシステム構
成でオペレーションする。本発明とともに使用するのに
適する可能性のある周知のコンピュータシステム、コン
ピュータ環境、および／またはコンピュータ構成の例に
は、パーソナルコンピュータ、サーバコンピュータ、ハ
ンドヘルド型装置またはラップトップ型装置、タブレッ
ト型装置、マルチプロセッサシステム、マイクロプロセ
ッサベースのシステム、セットトップボックス、プログ
ラム可能家庭用電化製品、ネットワークＰＣ、ミニコン
ピュータ、メインフレームコンピュータ、ルータ、以上
のシステムまたは装置のどれかを含む分散コンピュータ
環境等が含まれるが、それらには限定されない。

【００１４】本発明は、コンピュータによって実行され
るプログラムモジュールなどのコンピュータ実行可能命
令の一般的コンテキストにおいて説明することができ
る。一般に、プログラムモジュールは、特定のタスクを
実行する、または特定の抽象データタイプを実装するル
ーチン、プログラム、オブジェクト、構成要素、データ
構造等を含む。本発明は、一般に、通信網を介してリン
クされた遠隔処理装置によってタスクが行われる分散コ
ンピュータ環境において実施されるものとする。分散コ
ンピュータ環境では、プログラムモジュールは、メモリ
記憶装置を含むローカルおよび／または遠隔のコンピュ
ータ記憶媒体の中にあることが可能である。

【００１５】図１を参照すると、本発明を実施するため
の例としてのシステムが、コンピュータ１１０の形態で
汎用コンピュータ装置を含み、コンピュータ１１０は、
ノードを制御するための図２のコントローラコンピュー
タ２１０としてオペレーションすることができる。コン
ピュータ１１０の構成要素には、処理装置１２０、シス
テムメモリ１３０、およびシステムメモリを含む様々な
システム構成要素を処理装置１２０に結合するシステム
バス１２１が含まれることが可能であるが、それらには
限定されない。システムバス１２１は、様々なバスアー
キテクチャのどれかを使用するメモリバスまたはメモリ
コントローラ、周辺バス、およびローカルバスを含むい
くつかのタイプバス構造のどれであることも可能であ
る。例として、限定としてではなく、そのようなアーキ
テクチャには、ＩｎｄｕｓｔｒｙＳｔａｎｄａｒｄ Ａ
ｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）バス、Ｍｉｃｒｏ
Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＭＣＡ）
バス、ＥｎｈａｎｃｅｄＩＳＡ（ＥＩＳＡ）バス、Ｖｉ
ｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ
Ａｓｓｏｃｉａｔｉｏｎ（ＶＥＳＡ）ローカルバス、
およびＭｅｚｚａｎｉｎｅバスとしても知られるＰｅｒ
ｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏ
ｎｎｅｃｔ（ＰＣＩ）バスが含まれる。

【００１６】コンピュータ１１０は、通常、様々なコン
ピュータ可読媒体を含む。コンピュータ可読媒体は、コ
ンピュータ１１０がアクセスすることの可能な任意の利
用可能な媒体であることが可能であり、揮発性媒体と不
揮発性媒体、ならびに取外し可能の媒体と取外し不可能
の媒体をともに含む。例として、限定としてではなく、
コンピュータ可読媒体は、コンピュータ記憶媒体および
通信媒体を含むことが可能である。コンピュータ記憶媒
体は、コンピュータ可読命令、データ構造、プログラム
モジュール、またはその他のデータなどの情報を記憶す
るための任意の方法または任意の技術で実装される揮発
性と不揮発性、取外し可能と取外し不可能の両方の媒体
を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、Ｅ
ＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、
ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶ
Ｄ）または他の光ディスクストーレッジ、磁気カセッ
ト、磁気テープ、磁気ディスクストーレッジまたは他の
磁気記憶装置、または所望の情報を記憶するのに使用す
ることができ、コンピュータ１１０がアクセスすること
のできる他の任意の媒体を含むが、それらには限定され
ない。通信媒体は、通常、搬送波などの変調されたデー
タ信号または他のトランスポートメカニズムでコンピュ
ータ可読命令、データ構造、プログラム・モジュール、
または他のデータを実現し、任意の情報伝達媒体を含
む。「変調されたデータ信号」という用語は、その特性
セットの１つまたは複数を有する、または信号の中に情
報を符号化するように変化させられた信号を意味する。
例として、限定としてではなく、通信媒体は、有線網ま
たは直接有線接続などの有線媒体、ならびに音響、Ｒ
Ｆ、赤外線などの無線媒体および他の無線媒体を含む。
また、以上のいずれかの組み合わせも、コンピュータ可
読媒体の範囲内に含まれる。

【００１７】システムメモリ１３０は、読取り専用メモ
リ（ＲＯＭ）１３１およびランダムアクセスメモリ（Ｒ
ＡＭ）１３２などの揮発性および／または不揮発性メモ
リの形態でコンピュータ記憶装置を含む。始動中など
に、コンピュータ１１０内の要素間における情報の転送
を助ける基本ルーチンを含む基本入力／出力システム１
３３（ＢＩＯＳ）が、通常、ＲＯＭ１３１の中に記憶さ
れている。ＲＡＭ１３２は、通常、処理装置１２０にと
って即時にアクセス可能であり、かつ／または処理装置
１２０によって現在、演算が行われているデータおよび
／またはプログラム・モジュールを含む。例として、限
定としてではなく、図１は、オペレーティングシステム
１３４、アプリケーションプログラム１３５、他のプロ
グラムモジュール１３６、およびプログラムデータ１３
７を示す。

【００１８】また、コンピュータ１１０は、他の取外し
可能／取外し不可能の揮発性／不揮発性コンピュータ記
憶媒体も含むことが可能である。単に例として、図１
は、取外し不可能の不揮発性磁気媒体に対して読取りま
たは書込みを行うハードディスクドライブ１４１、取外
し可能の不揮発性磁気ディスク１５２に対して読取りお
よび書込みを行う磁気ディスクドライブ１５１、および
ＣＤ ＲＯＭまたは他の光媒体などの取外し可能の不揮
発性光ディスク１５６に対して読取りおよび書込みを行
う光ディスクドライブ１５５を示している。例としての
オペレーション環境で使用することのできる他の取外し
可能／取外し不可能の揮発性／不揮発性のコンピュータ
記憶装置には、磁気テープカセット、フラッシュメモリ
カード、デジタルバーサタイルディスク、デジタルビデ
オテープ、ソリッドステートＲＡＭ、ソリッドステート
ＲＯＭ等が含まれるが、それらには限定されない。ハー
ドディスクドライブ１４１は、通常、インターフェース
１４０などの取外し不可能のメモリインターフェースを
介してシステムバス１２１に接続され、また磁気ディス
クドライブ１５１および光ディスクドライブ１５５は、
通常、インターフェース１５０などの取外し可能メモリ
インターフェースでシステムバス１２１に接続される。

【００１９】前述し、図１に示したドライブおよび関連
するコンピュータ記憶媒体は、コンピュータ１１０に対
してコンピュータ可読命令、データ構造、プログラムモ
ジュール、および他のデータのストーレッジを提供す
る。図１では、ハードディスクドライブ１４１が、記憶
オペレーティングシステム１４４、アプリケーションプ
ログラム１４５、その他のプログラムモジュール１４
６、およびプログラムデータ１４７として示されてい
る。以上の構成要素は、オペレーティングシステム１３
４、アプリケーションプログラム１３５、その他のプロ
グラムモジュール１３６、およびプログラムデータ１３
７と同じ、またはそれらとは異なることが可能である。
オペレーティングシステム１４４、アプリケーションプ
ログラム１４５、その他のプログラムモジュール１４
６、およびプログラムデータ１４７には、少なくとも異
なるコピーであることを示すため、本明細書では、異な
る番号を付している。ユーザは、一般にマウス、トラッ
クボール、またはタッチパッドと呼ばれるタブレット、
または電子デジタイザ１６４、マイクロホン１６３、キ
ーボード１６２、およびポインティングデバイス１６１
などの入力装置を介してコマンドおよび情報をコンピュ
ータ２０に入力することができる。図１に示していない
その他の入力装置には、ジョイステック、ゲームパッ
ド、サテライトディッシュ、スキャナ等が含まれる可能
性がある。以上およびその他の入力は、しばしば、シス
テムバスに結合されたユーザ入力インターフェース１６
０を介して処理装置１２０に接続されるが、パラレルポ
ート、ゲームポート、またはユニバーサルシリアルバス
（ＵＳＢ）などの他のインターフェースおよびバス構造
で接続されることも可能である。また、モニタ１９１ま
たはその他のタイプの表示装置も、ビデオインターフェ
ース１９０などのインターフェースを介してシステムバ
ス１２１に接続される。また、モニタ１９１は、タッチ
スクリーンパネル等と統合することも可能である。モニ
タおよび／またはタッチスクリーンパネルは、タブレッ
ト型パーソナルコンピュータの中など、コンピュータ装
置１１０が組み込まれたハウジングに物理的に結合する
ことができる。さらに、コンピュータ装置１１０などの
コンピュータは、出力周辺インターフェース１９４等を
介して接続することが可能なスピーカ１９５およびプリ
ンタ１９６などの他の周辺出力装置を含むことも可能で
ある。

【００２０】コンピュータ１１０は、一般に、ネットワ
ーク化された環境の中でオペレーションして、ノード２
０４あるいはノード２０４_１〜２０４_ｎと呼ぶいくつか
の遠隔サーバコンピュータ１８０を制御する（図２およ
び３）。通常、そのようなノードは、前述したコンピュ
ータ１１０の構成要素のいくつか、またはそのすべてを
含む。ノードは、キーボード、マウス、ディスプレイな
どのユーザインターフェースメカニズムを含まない可能
性がある。そのようなノードは、ネットワーク化された
環境の中の他のコンピュータ、またはユーザにサービス
を通常、提供する様々なプログラムを実行することがで
きる。そのようなプログラムの例には、Ｗｅｂページを
提供する、またはデータベースを管理するプログラムが
含まれる。例として、限定としてではなく、図１は、遠
隔アプリケーションプログラム１８５が、メモリ装置１
８１上に常駐しているのを示している。示したネットワ
ーク接続は、例としてのものであり、コンピュータ間に
おいて通信リンクを確立する他の手段も使用できること
が理解されよう。

【００２１】複数装置管理 図２は、コントローラコンピュータ２０２（図１のコン
ピュータシステム１１０に該当することが可能であ
る）、およびノード２０４_１〜２０４_ｎと呼ばれる複数
の管理されたコンピュータ装置（図１の遠隔コンピュー
タ１８０に該当することが可能である）を含むアーキテ
クチャ２００を一般的に表すブロック図である。ただ
し、本発明の態様は、データセンタ内で使用するのに適
するが、そのような態様は、１つまたは複数のコンピュ
ータ上で１つまたは複数のタスクを行う必要がある任意
の環境において適用可能であることに留意されたい。例
えば、複数のコンピュータおよびサービス（ＰＤＡ、モ
バイルコンピュータ、デスクトップシステム、ホームメ
ディアセンタシステムなどの）を有するユーザが、本発
明を使用してそのような複数の装置にわたるオペレーシ
ョンを実行することが可能である。したがって、データ
センタ環境の中で一般的に説明しているが、本発明は、
特定の１つまたは複数の構成に限定されるべきものでは
なく、以上に提示したコンピュータ装置の実質的にあら
ゆる構成、ならびにパーソナルコンピュータ、サーバ、
ルータ、および様々な記憶装置とともに使用することが
企図される。

【００２２】通常のデータセンタは、多数の異なるコン
ピュータを含む。データセンタの管理をより容易にする
ため、管理者等が、コンピュータのどれかをコントロー
ラコンピュータ２０２（またはコントローラ２０２）と
して指定する。とりわけ、本発明の一態様に即して、コ
ントローラコンピュータ２０２は、データセンタ内のコ
ンピュータ、コンピュータがどのように構成されている
か、またコンピュータ上でどのようなオペレーションを
行うことができるかについてのマスタレコードを保持す
る。コントローラは、ローカルで接続されたデータスス
トア（例えば、図３に一般的に表すとおりの）の中に、
または遠隔データストア上にこのデータを記憶すること
ができる。ノード２０４_１〜２０４_ｎは、コントローラ
２０２によって管理されていることが可能であるデータ
センタ内のコンピュータを含む。ノードは、Ｗｅｂペー
ジを提供すること、またはデータベースを管理すること
などのデータセンタの実際の作業を行うノードプログラ
ム２０６_１〜２０６_ｎを含む。

【００２３】本発明の一態様によれば、データセンタ内
の数百または数千のコンピュータを操作するため、管理
者は、コンピュータに論理的オーガニゼーションを適用
する。つまり、管理者は、データセンタ内のすべてのノ
ードの単なるリストの代りに、論理構造としてノードを
表すセットに様々なノード２０４_１〜２０４_ｎをグルー
プ化する。単一のデータセンタに関してコンピュータの
複数のそのような構造が、例えば、顧客または機能ごと
にグループ化されて存在することが可能であり、またノ
ードは、複数のセットに属することが可能である。セッ
ト情報は、コンピュータを、例えば、Ｕｎｉｃｏｄｅ文
字で命名されたセットに配置することにより、コントロ
ーラによって維持されるデータストア３０２（図３）の
中に、コントローラサービス２０８等によって記憶され
る。セットを介して、管理者は、論理的に編成されたグ
ループのコンピュータをあたかも単一のコンピュータで
あるかのように操作することができる。データセンタ内
に複数のコントローラが存在する場合、コントローラを
グループ化することも実施可能であることに留意された
い。

【００２４】セットを確立し、維持するため、１つまた
は複数のアプリケーション、プロセス、スレッド、オブ
ジェクト、および／またはその他のソフトウェア構成要
素を含む管理プログラム２１０等は、１つまたは複数の
ユーザインターフェースを介するなどして、管理者が、
コントローラサービス２０８と対話できるようにする。
管理プログラム２１０により、管理者は、セットを作成
し、ノードをセットに追加し、セットからノードを除去
し、セットを削除し、セットの中の現在のノードをリス
トし、ノードが属するセットをリストすることができる
ようになる。

【００２５】例えば、データセンタ管理は、ノードコン
ピュータの構成に様々な概念上の構造、ノードコンピュ
ータが、データセンタ内の物理的位置（例えば、ケー
ジ、ラック、およびスロットロケーション）によって識
別される物理レイアウトに対応する構成などの構造を適
用することができる。データセンタのこの見方により、
管理部門は、例えば、ノードを取り替えることが必要な
場合、ノードの物理ロケーションを探し出すことができ
る。あるいは、物理レイアウトセットにより、管理部門
は、新しく購入されたコンピュータ（ノード）の設置場
所を指定することができる。

【００２６】各ノードを使用する顧客ごとにノードを編
成する論理構造を含め、データセンタ内のノードを編成
する他のやり方が存在する。これにより、管理者は、顧
客と、その顧客によって現在、使用されている１つまた
は複数のノードの間でマッピングを行い、特定の顧客の
使用を追跡または監視する、またはその顧客のすべての
ノードに変更を加えるようにすることができるようにな
る。データセンタの別の論理的な見方は、機能ごとにノ
ードを編成することであり、機能とは、ノード上で実行
されるアプリケーションである。例えば、特定のノード
を、それらがＷｅｂサーバ、メディアサーバ、またはデ
ータベースであるという理由でグループ化することがで
きる。機能ごとにデータセンタを見ることにより、管理
部門は、ある処理（特定のアプリケーションにパッチを
適用するなどの）を、それ必要とするノードだけに対し
て行うことができる。以上は単なる例であることに留意
されたい。というのは、例えば、ネットワークトポロジ
（特定のスイッチに接続されたノードまたは負荷平衡）
による、ＶＬＡＮによる、顧客サービスレベルによる、
マシン機能による、および／またはインストールされた
ＯＳおよびサービスパッチレベルによって編成するとい
うように、データセンタの管理部門が、自らのデータセ
ンタ内のノードを編成するのを望む可能性があるやり方
には、他の様々なものが存在するからである。次の例と
してのテーブルで提示するとおり、任意の所与のノード
を任意の数のセットにグループ化することができること
に留意されたい。

【００２７】

【表１】

【００２８】本発明のこの態様に即して、ノードをセッ
ト（例えば、簡単な名前で区別される）にグループ化で
きることは、様々なオペレーションのパフォーマンスを
単純化する。例えば、セットは、ある顧客によって使用
中のノードコンピュータを、その顧客が問題を報告した
ときに識別することができ、したがって、それらのノー
ドコンピュータのステータスに迅速にアクセスし、問題
を解決することができる。ノードから収集された監視情
報は、特定の顧客のためにＷｅｂサイトを介して閲覧可
能な形態などに集約して、顧客が、自らのマシンのステ
ータスをアクセスして見ることができるようにするのが
可能である。ノードは、リソース消耗（例えば、ディス
ク空間が不足する）について監視し、マシンを使用して
顧客のための警報を生成することができる。警報は、顧
客に報告され（例えば、電子メールで）、かつ／または
顧客に接触して、例えば、よりよいハードウェアまたは
追加のサーバに構成をアップグレードするように勧める
ため、販売スタッフによって使用可能である。

【００２９】本発明の別の態様によれば、データセンタ
を管理するため、開始プロセス３０４を介するなどし
て、コントローラサーバ２０８上でオペレーションを開
始することにより、データセンタ内の１つまたは複数の
ノードに対してオペレーションが行われる。図３で、開
始プロセス３０４は、管理プログラム２１０の一環とし
て表されているが、理解されようが、開始プロセスと管
理プログラムは別々であることが可能であり、実際、開
始プロセスは、スクリプトまたはその他の実行可能コー
ドとすることが可能であることに留意されたい。さら
に、簡明にするため、図３は、１つのノード２０４だけ
を示しているが、理解されるとおり、コントローラ２０
２は、例えば、一度に、または何らかの順序で、複数の
ノードを制御できることに留意されたい。

【００３０】図３に一般的に表すとおり、コントローラ
コンピュータ２０２上で、本発明のコントローラサービ
ス２０４のコントローラプログラム３０６は、スキーマ
インターフェース３１０を介してアクセスされ、実行さ
れる。このスキーマ（図４〜図１２で一般的に示す）
は、データセンタ内の利用可能なノード、セット、利用
可能なオペレーション、および各オペレーションを実行
することの結果の表現を提供する。一般に、コントロー
ラコンピュータ２０２上で、コントローラサービス２０
８は、スキーマインターフェース３１０、コントローラ
プログラム３０６、およびデータストア３０２を含むも
のと見なすことができる。コントローラサービス２０８
にアクセスするのを望むどのプロセス、スクリプト、ま
たはユーザインターフェースも、スキーマインターフェ
ース３１０を介してそれを行う。コントローラプログラ
ム３０６は、行うべき処理を決定する。この処理は、デ
ータストア３０２にアクセスすること、および／または
トランスポート層２１２を介して１つまたは複数のノー
ド（ノード２０４などの）と通信することが含まれる。
例えば、結果データ、および表現（ｒｅｐｒｅｓｅｎｔ
ａｔｉｏｎ）を管理者に提供するのに必要とされるその
他の情報は、一般に、データストア３０２の中に保持さ
れる。データストアには、管理者が、スキーマインター
フェース３１０を介してアクセスすることができる。通
常の実施形態では、スキーマインターフェースは、本発
明の譲受人に譲渡された米国特許第出願番号０９／０２
０１４６に記載されるような、コンピュータプロセスお
よびコンピュータ装置を表現するためのＣｏｍｍｏｎ
Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌ（ＣＩＭ）標準か
ら導出することが可能である。

【００３１】一般に、オペレーションを行うためには、
まず、管理プログラム２１０を介するなどして、そのオ
ペレーションが行われる１つまたは複数のノードまたは
ノードのセットが選択される。その選択は、単一のコン
ピュータ、セットの中のすべてのコンピュータ、いくつ
かのセットの中のすべてのコンピュータ、または個々の
コンピュータとセットの中のコンピュータが混合したも
のを指定することができる。選択からは、例えば、２つ
以上の選択されたセットを介して同一のノードが指定さ
れている場合、あらゆる重複を取り除くことができる。
セットが、データセンタのオーガニゼーションの管理者
によって選択された表現であるのに対し、選択は、一般
に、少なくとも１つのオペレーションがそれに対して行
われるように一時的に指定されたコンピュータの集合で
ある。このため、選択は、セットとは異なっていること
に留意されたい。言い換えれば、セットメンバ（および
セット自体）は、時間の経過とともに変化する可能性が
あるが、コンピュータノードのオーガニゼーションの継
続する表現であるのに対し、選択は、特定のオペレーシ
ョンの意図的な目標を表すコンピュータノードの一時的
セットである。選択は、所与の集められた数のコンピュ
ータに対してオペレーションまたは一連のオペレーショ
ンを行う必要があるときに作成される。オペレーション
または一連のオペレーションが完了すると、選択の表現
は、データセンタ内のコンピュータのオーガニゼーショ
ンに関する情報を失うことなしに、削除することができ
る。選択は、「一時的」セットと見なすことができる。
いくつかの実施形態では、選択は、選択が、単一のセッ
トまたは単一のノードだけを含むことができる縮退（ｄ
ｅｇｅｎｅｒａｔｅ）ケースに限定することができる。

【００３２】管理者が行うことができる特定のオペレー
ション（例えば、管理プログラム２１０を介して）に
は、選択を作成すること、選択を削除すること、および
選択中のコンピュータをリストすることが含まれる。一
実施形態では、選択は、コントローラ２０２上に記憶さ
れ、各選択は、選択が作成されたときに割振られた固有
のシリアル番号で識別される。選択は、数千のコンピュ
ータを含むデータセンタ内のオペレーションをサポート
することができ、各選択は、１つからデータセンタ内の
メンバの総数まで、任意の数のコンピュータを含むこと
が可能である。どのオペレーションがどの装置上で実行
されるかを追跡するため、レコードが保持され、これに
より、何が実行されたかの監査を提供する。この監査
は、通常、定期的にアーカイブされ、消去される。

【００３３】データセンタ環境においては、コントロー
ラ２０２は、データセンタ（少なくともその一部分の）
の制御ポイントであり、データセンタに関する情報のリ
ポジトリであることに留意されたい。この結果、そのよ
うな環境においては、コントローラは、災害が生じた場
合、高度に使用可能であり回復可能である必要がある。
可用性に関して、コントローラは、複数のクラスタ化さ
れたマシンの共用ディスククラスタ環境を含むことがで
き、この環境では、いくつかのクラスタ化されたコンピ
ュータに障害が起きても、コントローラ２０２のオペレ
ーションに影響を与えないことが可能である。災害時回
復に関して、グループ、スクリプト、スクリプトコー
ド、ならびに前に完了したジョブおよび処理中のジョブ
の結果の詳細を含め、コントローラの状態をバックアッ
プすることができる。バックアッププロセスは文書化し
て、管理者または他のサービスが、バックアップを定期
的に行うために使用することができるスクリプトにカプ
セル化することができる。バックアップの後、コントロ
ーラ状態は新しいコントローラ上で復元する必要があ
り、またさらに、新しいコントローラは、前のコントロ
ーラによって前に制御されていたノードを管理下におく
必要がある。同時に、不正コントローラがノードを管理
下におくことができないよう、セキュリティが提供され
る。

【００３４】ノード上で実行できるスクリプトは、コン
トローラ２０２上で（例えば、データストア３０２内の
スクリプトデータベースの中、または別の場所に）記憶
する。スクリプトは、目標ノード上で利用可能である任
意のスクリプトホストを使用するように書くことが可能
である。スクリプトデータベースは、遠隔ノード上で実
行するのに利用可能なスクリプトに関する情報を含み、
スクリプト自体は、コントローラのファイルシステム上
に記憶することができ、データベースが、スクリプトに
対するパスを含む。一実施形態では、スクリプトは、コ
ントローラのファイルシステム上のいずれかの場所に置
かれる。管理プログラム２１０等により、ファイルシス
テム上のスクリプトの作成および編集、スクリプトデー
タベースの中のスクリプトエントリの作成、スクリプト
エントリの編集、スクリプトエントリの削除、スクリプ
トを使用する可能性のあるジョブ（以下に説明する）の
作成、ジョブの削除、ジョブの編集、ジョブの実行、ジ
ョブのステータスおよび結果の検索が可能になる。

【００３５】本発明の一態様によれば、１つまたは複数
の選択されたノード上でオペレーションまたは一連のオ
ペレーションを行うため、選択が終わると、コントロー
ラサービス２０８が、実行されるべきジョブを含むある
メッセージ（または複数のメッセージ）を作成する。メ
ッセージは、好ましくは、ＸＭＬを使用してフォーマッ
トされ、コントローラ上のメッセージ交換プロトコルお
よびトランスポート層プロトコル２１２、ならびに選択
中で指定された１つまたは複数のノードのそれぞれの上
の対応するプロトコル２１４_１〜２１４_ｎを使用して、
各選択された目標ノード（例えば、図３のノード２０
４）に送信される。簡明にするため、コントローラプロ
グラム３０６は、定義されたＸＭＬメッセージ交換プロ
トコル３１４（図３）を使用して、ノードコンピュータ
２０４上のエージェントプログラム３１２を含むエージ
ェントサービス２１８と直接に通信するものと見なすこ
とができ、一方、コントローラ２０２上のトランスポー
ト層２１２は、トランスポートプロトコル３１６（図
３）を使用してノード２０４上のトランスポート層２１
４と直接に通信するものと見なすことができる。トラン
スポート層２１２は、コントローラから複数のノード２
０４_１〜２０４_ｎにメッセージを確実に送信することが
でき、ノード２０４が、メッセージをコントローラ２０
２に送信するために使用することができる任意のシステ
ムを含む。例えば、コントローラから複数のノードにメ
ッセージを送信するために、マルチキャストを使用する
ことができる。マルチキャストが利用可能ではない場
合、またはターゲットが、単一のノードである場合、ユ
ニキャストを使用することができる。代替のトランスポ
ート層としては、メッセージを含めるのに標準のＨＴＴ
Ｐプロトコルを使用し、ユニキャストを使用することで
ある。

【００３６】一実施形態では、コントローラ２０２とノ
ード２０４の間における通信は、Ｍｕｌｔｉｐｌｅ Ｄ
ｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ（ＭＤＭ）プロトコ
ルを使用してスクリプトをエージェントサービス２１８
に送信し、スクリプトを実行した結果を戻し、２進実行
可能コードを実行するようにエージェントサービス２１
８に告げ、エージェントサービス２１８を介してノード
２０４上で他のオペレーションを実行し、エージェント
サービス２１８からコントローラ２０２に警報およびイ
ベント情報を送信する。この実施形態では、ＭＤＭプロ
トコルは、Ｓｅｎｄｅｒ−ｓｉｄｅ Ｇｕａｒａｎｔｅ
ｅｄ Ｍｕｌｔｉｃａｓｔ（ＳＧＭ）を使用することな
どにより、コントローラと１つまたは複数のエージェン
トの間においてネットワーク通信を確実に提供するトラ
ンスポート層プロトコル上でオペレーションする。本発
明は、メッセージ交換プロトコルおよび／またはトラン
スポートプロトコルを介する論理通信によって主に説明
するが、基礎となる物理ネットワーク２１６（有線であ
れ、無線であれ）がコントローラ２０２とノード２０４
_１〜２０４_ｎを接続するものと理解されることに留意さ
れたい。

【００３７】１つの一般的タイプのオペレーションの例
として、管理者は、コントローラコンピュータ２０２を
介して、１つまたは複数の選択されたノード上で１組の
コマンド（例えば、スクリプト）を実行する。これは、
一般に、ノードの選択、およびメッセージを選択したノ
ードに送信することによって達せられる。スクリプトに
加えて、メッセージ交換プロトコル３１４は、事前コン
パイルされたプログラム、またはその他のあるオペレー
ションの実行などの代替のタイプのオペレーションを可
能にするように拡張可能である。

【００３８】本発明のその他の態様によれば、ノード２
０４は、エージェントプログラム３１２を含むエージェ
ントサービス２１８を含む。一般に、エージェントサー
ビス２１８は、コントローラ２０２の要求時に処理を行
うこと、ならびに警報およびイベントをコントローラ２
０２に送信することを担う。この目的で、エージェント
プログラム３１２は、コントローラ２０２から通信（メ
ッセージ）を受信し、メッセージの中で指定された要求
される１つまたは複数の処理をどのように行うかを決定
し（存在する場合）、また必要に応じて、処理を任意の
引数（パラメータ）とともに適切な実行エンジン３２０
に渡す。例として、コントローラ２０２が、エージェン
トプログラム３１８にスクリプトを送信する場合、実行
エンジン３２０は、通常、対応するスクリプトインター
プリタである。また、エージェントプログラムは、ノー
ド２０４上における２進実行可能コードの実行などの、
コントローラとコンピュータの間におけるプロトコルの
一環である何らかの他のオペレーションも可能にしてい
る。２進実行可能コードを送信する代りに、コントロー
ラ２０２は、好ましくは、ノード２０４のためにそのコ
ードに関するネットワークアドレスを送信して、そのコ
ードをそのロケーションから実行するか、またはそのコ
ードをダウンロードして実行することに留意されたい。
完全にするため、ノードオペレーティングシステム２２
０、ならびにコントローラオペレーティングシステム２
２２を示している。

【００３９】スクリプトおよびプログラムの実行に加え
て、リブート、シャットダウン、またはサスペンド（低
電力状態に移行する）などの他のオペレーションが、制
御されるノードに要求される可能性がある。そのような
オペレーションが、即時に行われた場合（スクリプトを
介するなどして）、ノード２０４は、結果をコントロー
ラに提供できない可能性があるからである。代りに、そ
のようなオペレーションは、コマンドメッセージが受信
され、理解されたことを基本的に明言する結果をコント
ローラ２０２にまず通信する特別機能取扱い構成要素３
２２によって行われる。結果を送信した後、ノードは、
要求を満たす適切な処理を行う。

【００４０】要するに、ＭＤＭプロトコルにより、コン
トローラ２０２は、エージェント上でスクリプトを実行
すること、標準のスクリプト記述ホストを使用するこ
と、またはエージェント上で２進コードを実行すること
などの特定のオペレーションを実行するように１つまた
は複数のノードに要求することができる。プロトコル
は、実行されるオペレーションの理解はしておらず、こ
れにより、プロトコルが単純なままに保たれ、特別ケー
スオペレーションが回避される。ただし、いくつかのオ
ペレーションは、プロトコル自体のオペレーションに対
する影響を有し、したがって、プロトコルの中で表現さ
れる。そのような特別オペレーションには、ノードコン
ピュータをリブートすること、サスペンドすること、ま
たはシャットダウンすることが含まれる可能性がある。
また、ＭＤＭプロトコルは、コントローラが、ノードを
制御するために最初にノードと通信するときなどの、管
理情報を交換することを可能にする。

【００４１】また、ＭＤＭプロトコルは、スクリプトま
たはバイナリ、あるいは特別オペレーションを実行した
結果をコントローラ２０２に送り返すのに使用される。
ノード警報およびノードイベントをＭＤＭプロトコルな
らびにハートビートを介して送信して、ノードが適切に
オペレーションしていることをコントローラに定期的に
知らせることができる。間隔情報は、構成可能であり、
またコントローラ２０２は、ＭＤＭプロトコルを介して
間隔情報をノードに送信することができる。

【００４２】オペレーションの結果を受信すると、コン
トローラ２０２は、オペレーションのレコードを保持す
る。この目的で、ノード２０４_１〜２０４_ｎから結果が
入ってくるにつれ、結果は、戻されたメッセージから抽
出されて、データベース３０２の中に記憶される。これ
は、各ノードごとに各オペレーションの継続中の完全な
レコードを提供する。管理者またはプロセス（スクリプ
トなどの）は、コントローラ２０２上でこの情報を問い
合わせて、各ノード上のオペレーションの成功を判定す
ることができ、必要な場合、障害を調査または解決する
ことができる。メッセージフォーマットは、ノード上の
あらゆる警報のステータスを含め、各ノードの状態に関
する情報をコントローラが保持するための手立ても提供
する。

【００４３】理解されようが、スクリプトの実行および
その他の処理の実行を含む、様々なエージェントサービ
スオペレーションが、データセンタ内のサーバに対して
任意の操作を行う相当な柔軟性を管理者に与える。例え
ば、多くの通常の管理オペレーションでは、既成の試験
済みのスクリプトを、事前構成されたサーバであること
が可能なコントローラまたはノードコンピュータととも
に提供する。そのようなスクリプトは、データセンタの
管理者に、一般のオペレーションのためにデータセンタ
内のサーバを管理する能力を与え、使用の準備のできた
コントローラ２０２とともに提供する。さらなるスクリ
プトが、特定の機器サーバ等（キャッシュ機器などの新
しいタイプの機器を含む）とともに提供される。そのよ
うな場合、管理者は、コントローラ２０２にスクリプト
をロードし、この新しいスクリプトに関して知るために
コントローラプログラム３０６を構成するだけでよい。
さらに、ノードコンピュータは、例えば、機能に基づ
き、関係のあるスクリプトを搭載して出荷し、このスク
リプトをコントローラ２０２に自動的に提供することが
可能である。特別な状況に関して、カスタムスクリプト
を書き、試験して、新しいスクリプトに関して知るため
にコントローラを構成することによってコントローラ２
０２に追加することができる。

【００４４】前述したとおり、各ノードコンピュータ
は、エージェントサービス２１８を含む。任意の所与の
コントローラと同様に、エージェントのインストール
は、ノードとともに提供される、例えば、コンピュータ
は、インストールを全く必要としない機器として出荷さ
れることが可能である。あるいは、エージェントサービ
スは、管理されるべき各コンピュータに対してインスト
ールを行う供給されたインストールスクリプトを介する
などして、インストールする必要のある別個のソフトウ
ェアを含むことが可能である。

【００４５】データセンタの処理の負担を単純化するた
め、エージェントサービス２１８を含むコンピュータを
ブートしたとき、エージェントサービス３１８が、Ｕｎ
ｉｖｅｒｓａｌ Ｐｌｕｇ−ｎ−Ｐｌａｙ（ネットワー
ク上の自動検出コンピュータ装置に関する標準であるｕ
ＰｎＰ）によって提供されるような自動検出プロトコル
を介するなどして、検出構成要素３３０を介して自らの
存在をネットワーク上で自動的に同報通信することが可
能である。複数のネットワークインターフェースカード
（ＮＩＣ）を有するノード上では、同報通信を行うのに
使用されるＮＩＣを制限することができ、例えば、複数
のＮＩＣが使用される場合には、次のリブートまで、応
答するコントローラを含む最初ののＮＩＣだけが使用さ
れる。

【００４６】コントローラ２０２は、検出リスニングプ
ロセス３３２を介して同報通信を認識し、コンピュータ
が、コントローラが知っているコンピュータに関するコ
ントローラの表現の中に既に存在していない場合、同報
通信を行うコンピュータが追加され、コントローラは、
そのコンピュータをノードとして参照する。この目的
で、コントローラ２０２は、自動検出同報通信を認識し
たとき、自らが、そのノードについて既に知っているか
どうかを判定する。既に知っている場合、そのノード
は、データセンタ内で前にブートされたことがあり、制
御されないノードまたは制御されるノードのリストの中
にある。それが制御されるノードである場合、コントロ
ーラ２０２は、そのノードの制御を再確立する。どちら
の場合も、コントローラは、ノードレコードにマークを
付けて、ノードがネットワーク上でブートされたことを
示す。ノードが、コントローラによって知られていない
場合、コントローラ２０２は、それに応答して、そのノ
ードに関する情報を自らの内部データベース３０２に追
加する。コントローラ２０２によって獲得される情報
は、ノードの固有識別子（ネットワークインターフェー
スカードのＢＩＯＳ ＧＵＩＤまたはＭＡＣアドレスな
どの大域的に固有のハードウェア識別子など）。ノード
は、新しく検出されたとき、まず、制御されないノード
と見なされ、管理者は、そのノードをコントローラ２０
２によって制御されるノードにするかどうかの決定を行
うことができる。

【００４７】制御を単純化することに加えて、自動検出
は、新しいマシンの自動構成の使用方法をさらに提供す
る。例えば、管理者は、すべての新しいマシンに対し
て、所与の１組のコマンド、例えば、新しいシステムを
インベントリに記入するか、または現在、必要とされる
ホストフィックスを適用するか、あるいは所与の顧客に
合せてそのマシンを構成するコマンドを実行するかを指
定することができる。次に、管理者は、新しいコンピュ
ータがコントローラ上に追加されたときに生じたイベン
トを消費するスクリプトを書き、適切な処理を行うこと
ができる。検出の後、管理者は、データセンタ内のすべ
ての新しいノードをリストすることができ、必要に応じ
てそれらのノードをセットに追加する、またはそれらの
ノードに対するオペレーションを行うことができる。容
易に理解できるとおり、データセンタ内で新しいコンピ
ュータを探し出すための自動検出メカニズムを使用する
ことにより、すべての新しいコンピュータに関して情報
（例えば、名前、シリアル情報およびＩＰ情報）を手作
業で入力しなければならないことがなくなり、したがっ
て、可能なデータエントリの誤りが回避される。このよ
うにして、管理者は、データセンタ内容に関するインベ
ントリ情報を保持するのを助ける、利用可能なコンピュ
ータノードのオンライン参照リストを保有する。

【００４８】セキュリティを提供するため、本発明は、
データセンタの管理者によって許可されていないコント
ローラソフトウェアおよびエージェントソフトウェア
（それぞれ、「不正コントローラ」および「不正エージ
ェント」）に対して防御を行う。データセンタの管理者
の管理下にあるコントローラおよびエージェントは、そ
れぞれ、「承認されたコントローラ」および「承認され
たエージェント」と呼ばれる。この目的で、いくつかの
コントローラが存在する可能性があるネットワーク上に
自動検出情報を同報通信するノードは、最初に応答する
コントローラからの応答だけを受け入れるように構成さ
れる。ノードは、公開キー、秘密キー技術を使用して応
答を受信すると、以降、そのコントローラおよび他の承
認されたコントローラからの制御情報だけを受け入れ
る。通常、これは、ノードを最初に制御したコントロー
ラだけとなるが、コントローラに障害が起き、取り替え
る必要があることが予期される。ただし、そのような取
替え用コントローラは、秘密キーを介して承認される。
応答する最初のコントローラが、不正コントローラであ
る可能性があり、その場合、ノードは、データセンタの
制御から失われることになるが、これは、エージェント
を最初にブートする前にエージェントの上に適切な証明
書データを配備することによって回避できることに留意
されたい。新しいノードが、不正コントローラに取られ
た場合、データセンタの管理者にとってリソースの損失
が生じる可能性があるが、不正コントローラは、ノード
上の顧客情報に対するアクセスを全く有さない。

【００４９】コントローラとノードの間で承認が確立さ
れると、そのノードは、制御されるようになり、承認さ
れたコントローラは、ノードの制御を引き継ぐことがで
きる（例えば、元のコントローラに取って代るため）
が、不正コントローラは、ノードの制御を引き継ぐこと
ができない。不正コンピュータは、ネットワークをスニ
フィングすることもできるので、機密情報は、暗号化さ
れずにネットワーク上で渡されることはなく、暗号化
は、セキュリティ確保されたメッセージの目標ノードだ
けが、そのメッセージを暗号化解除できるようになって
いる。オペレーションは、呼び出されたとき、通信を暗
号化する必要があるかどうかを指定することができる。
これは、開始プロセスの要求で行われる、またはスクリ
プトデータベースの中で暗号化を必要とするものとして
スクリプトにマークが付けられているために行われる可
能性がある。

【００５０】コントローラ２０２によって保持されるデ
ータストア３０２は、定義されたスキーマとして構成さ
れる。一般に、コントローラは、データセンタ内のノー
ドの詳細、セット情報、利用可能なオペレーション、現
在、進行中のオペレーション、および完了したオペレー
ションの結果を保持する。必要ではないが、便宜のた
め、このデータベーススキーマは、管理プログラム３０
４がそれを介してコントローラプログラム３０６および
データストア３０２とインターフェースを取る（スキー
マインターフェース３１０を介して）オブジェクトモデ
ルスキーマと同様に構成される。一実施形態では、オブ
ジェクトモデルスキーマは、定義されたオブジェクトの
形態で情報を表現するが、一般には、データベーススキ
ーマは、照会されたときにオブジェクトを構築するのに
使用されるレコード等を保持することに留意されたい。
スキーマを一般的に図４〜図１２に表しており、また、
付録Ａでさらに説明している。ただし、説明するスキー
マは、一例に過ぎず、本発明は、データを保持または提
示する特定のやり方は、全く対象としていない。

【００５１】したがって、コントローラ２０２は、デー
タベースの中に各ノードに関するある量の情報を保持す
る。例えば、各ノードは、通信関連データ（例えば、Ｔ
ＣＰ−ＩＰホストネーム）、固有識別子、およびその他
の各種データを含む装置データ構造で表現される。この
情報のほとんどは、ノードの名前などの、ノードの状態
のキャッシュされた表現である。キャッシュされた情報
には、次のテーブルに提示する項目が含まれる可能性が
あり、このテーブルは、ノード上で情報が変化した場
合、どのようにその情報がコントローラ上で更新される
かに関する詳細も含む。

【００５２】

【表２】

【００５３】コントローラ上で保持されるノードに関す
る情報のその他の項目には、以下が含まれる。

【００５４】

【表３】

【００５５】ノードは、ノード名（ノードの名前の短縮
形、例えば、「ｓｅｒｖｅｒ０７」）やノード上のＮＩ
ＣカードのＭＡＣアドレスなどの様々な情報によってコ
ントローラ上で識別される。ノード名は、コントローラ
上のノードレコードに関する固有識別子として使用する
ことができる。ノードがブートするたびに毎回、自動検
出を使用して、これら両方の情報がノードからコントロ
ーラに送信される。自動検出が、ネットワーク上におい
て利用可能ではない場合には、管理者は、少なくともノ
ード名を含むノードレコードを手作業で追加する必要が
ある。

【００５６】また、ノード名は、ノードと通信するため
にコントローラ２０２によって使用されることも可能で
ある。一実施形態では、コントローラは、ＤＮＳを使用
して名前をＩＰアドレスにまで解決する。これは、ノー
ド名を管理ＮＩＣ上のＩＰアドレスにマップするＤＮＳ
サーバに対するアクセスをコントローラが有するのを管
理者が確実にする必要があることを意味する。ＤＮＳサ
ーバは、静的データに基づき、または動的ＤＮＳを使用
して現在のサーバ名およびＩＰアドレスを把握している
ことが可能である。管理ネットワークが、現在、ＤＮＳ
サーバを有さない場合には、コントローラ自体をＤＮＳ
サーバとして使用できることに留意されたい。ノード上
のＩＰ変更を見張り、コントローラに更新を送信するプ
ロセスなどの動的ＤＮＳに対する同様のプロセスも使用
することができる。ノードが制御されるようになると、
コントローラは、ノードに対する永久接続を確立する。

【００５７】自動検出は、ノードと、マルチキャスト検
出パケットの転送をサポートするコントローラの間のネ
ットワークに基づき、例えば、パケットは、事前定義さ
れた（固定）マルチキャストＩＰアドレスおよびポート
に対してノードによって送信される。すべてのデータセ
ンタ環境が、マルチキャスト転送をサポートするわけで
はないので（例えば、ルータの限界またはポリシーのた
め）、データセンタは、マルチキャストドメインごとに
コントローラを使用するように（通常、サブネットごと
に１つのコントローラ）、または自動検出なしにオペレ
ーションするように、その他のモードでオペレーション
することが可能である。その場合、そうでなければ自動
であるいくつかのオペレーションが、手作業で行われ
る。

【００５８】管理されるノードがリブートするとき、コ
ントローラは、ノードに対するあらゆる永久接続を解
く。現在の実施形態で、コントローラ２０２は、通信を
自動的に再確立しようと試みるのではなく、ノードから
の自動検出パケットを待つ。コントローラ２０２は、こ
のパケットを受信したとき、ノードが利用可能であるこ
とを知り、そのノードとの接続を再確立する。自動検出
が作業上、利用可能でない場合、管理者は、適切なメソ
ッド、例えば、Ｃｏｎｔｒｏｌｌｅｒ．Ｒｅｃｏｖｅｒ
ＭａｎａｇｅｄＮｏｄｅメソッドを介するなどして、コ
ントローラとリブートされたノードの間の通信を手作業
で再確立する。一般に、メソッドは、値を戻さず、した
がって、所望される場合、付録Ａに説明するとおり、呼
出し元は、言語別メソッドを使用して、メソッド（また
は他のオペレーション）が失敗したかどうかを判定する
必要があることに留意されたい。

【００５９】スキーマを実装するオブジェクトモデル
は、３つの主な特徴、つまりセット、装置、およびジョ
ブを含む。セットは、装置のグループを表す。各セット
は、固有名を有し、装置を全く含まない、あるいは１つ
または複数の装置を含むことが可能である。所与の装置
は、複数のセットの中にあることが可能である。セット
は、コントローラ上だけで表され、一実施形態では、装
置は、どのセットに自らが入っているかについて、全く
知識を有しておらず、セットに追加されたとき、または
セットから削除されたとき、通知を受けない。セット
は、オブジェクト「セット（Ｓｅｔｓ）」として実装さ
れる。一実施形態では、装置だけが、セットのメンバで
あることが可能であるが、他の実施形態では、セット
が、他のセットのメンバであることが可能であることに
留意されたい。

【００６０】装置は、コントローラが管理することので
きるデータセンタ内の個々のサーバである。１つの現行
の実施形態では、管理できる装置は、エージェントソフ
トウェアがインストールされたコンピュータだけであ
る。装置は、その名前によって識別され、コントローラ
は、装置と通信するため、ＤＮＳを使用してこの名前を
ＩＰアドレスにまで解決する。

【００６１】装置情報は、いくつかのオブジェクトの中
に記憶される。デバイス（Ｄｅｖｉｃｅｓ）オブジェク
トが、名前を含む基本情報を記憶し、一方、ＭＡＣアド
レスは、ＤｅｖｉｃｅｓオブジェクトにリンクされるＤ
ｅｖｉｃｅＨＷＡｄｄｒｓオブジェクトの中に記憶され
る。他のハードウェア情報（ＳＭＢＩＯＳ ＧＵＩＤお
よびディスクドライブ署名など）も、このオブジェクト
のインスタンスの中に記憶することができる。異なるタ
イプの情報の区別をするため、ＤｅｖｉｃｅＴｙｐｅｓ
オブジェクトが、異なるタイプのハードウェアアドレス
の定義を保持する。ＤｅｖｉｃｅＨＷＡｄｄｒｓの各イ
ンスタンスは、デバイスタイプ（ＤｅｖｉｃｅＴｙｐｅ
ｓ）の対応するインスタンスにリンクされる。また、特
定のＭＡＣアドレスに関連するＩＰアドレスも、特定の
ＭＡＣアドレスを表すＤｅｖｉｃｅＨＷＡｄｄｒｓイン
スタンスに関連するＤｅｖｉｃｅＨＷＩＰＡｄｄｒｓの
インスタンスの中に記憶することができる。現在、ＩＰ
アドレス情報は、ＭＡＣアドレスに関しては記憶されな
い。

【００６２】ジョブとは、一般に、２つのタイプのジョ
ブ情報、すなわち、実行される準備のできているジョブ
であるジョブテンプレート、および前に実行されたジョ
ブであるジョブ履歴を指す。ジョブテンプレートは、ジ
ョブインスタンス（ＪｏｂＩｎｓｔａｎｃｅｓ）オブジ
ェクトの中に記憶される。このＪｏｂＩｎｓｔａｎｃｅ
ｓオブジェクトのインスタンスは、２つのプロパティ、
ジョブ名とジョブ識別子の組み合わせで識別される。ジ
ョブテンプレートは、ゼロのジョブ識別子、およびゼロ
のジョブ識別子を有するジョブ呼び出し（ＪｏｂＩｎｖ
ｏｃａｔｉｏｎｓ）の中で固有の名前とともに記憶され
る。ジョブテンプレートのプロパティは（ジョブ識別子
を別にして）、ユーザが編集することができる。現行の
実施形態では、ジョブテンプレートを記憶するのに、他
のオブジェクトは全く使用されない。

【００６３】ジョブ履歴は、いくつかのオブジェクトの
中に記憶される。ＪｏｂＩｎｖｏｃａｔｉｏｎｓオブジ
ェクトが、名前、ジョブ識別子、およびジョブが実行さ
れた時刻を含む基本情報を記憶する。ジョブ識別子は、
ゼロ以外の値である。名前は、ブランクであることが可
能であり、また他のＪｏｂＩｎｖｏｃａｔｉｏｎｓイン
スタンスと同一であることが可能である（ジョブ識別子
が、ジョブ履歴を一意的に識別するため）。ジョブ履歴
を表す各ＪｏｂＩｎｖｏｃａｔｉｏｎは、Ｊｏｂｓオブ
ジェクトのインスタンスにリンクされる。これは、ジョ
ブが実行された装置の数にかかわらず、ジョブのステー
タスを表す。これは、個々の装置のそれぞれにおけるジ
ョブのステータスに対する「親」であると見なすことが
できる。各装置上のジョブに関する実際のステータス
は、装置ごとに１つのＪｏｂｓクラスのさらなるインス
タンスの中に記憶される。これらのインスタンスのそれ
ぞれは、親Ｊｏｂｓインスタンスにリンクされ、親イン
スタンスの「子」と見なすことができる。これにより、
２つのレベルの親−子関係が形成され、この関係をさら
なるレベルに拡張することができる。ジョブが、どの装
置上でも実行されない場合（ジョブが実行されるセット
が空であるため）には、親Ｊｏｂｓインスタンスは、ど
の子Ｊｏｂｓインスタンスにもリンクされないことに留
意されたい。

【００６４】個別の装置上のジョブのステータスに対応
するＪｏｂｓインスタンスは、ジョブの実際の出力を記
憶しない。代りに、出力は、ジョブログ（ＪｏｂＬｏｇ
ｓ）オブジェクトの１つまたは複数のインスタンスの中
に記憶される。ＪｏｂＬｏｇｓの各インスタンスは、ジ
ョブの出力の一部を記憶する。部分的出力を順番に配置
するようにこのオブジェクトのシーケンスプロパティを
使用することにより、完全な出力を再構成することがで
きる。ＪｏｂＬｏｇｓは、標準の誤り出力、標準の出
力、およびジョブが実際にエグジットしたときのエグジ
ットステータスを含む３つのタイプの出力を記憶する。
ＪｏｂＬｏｇｓインスタンスは、ジョブからの出力がコ
ントローラに入る際、作成される。ジョブが装置上で開
始しなかったため（その場合、Ｊｏｂｓレコードは誤り
指示を含む）、または出力ステータスまたはエグジット
ステータスが、まだ全く装置から受信されていないた
め、所与の（子）Ｊｏｂｓレコードに関連するＪｏｂＬ
ｏｇｓが存在しないのが可能であることに留意された
い。

【００６５】図４〜図１２から理解されるとおり、付録
Ａ、および本発明の以上の説明、アーキテクチャ、構
造、およびプロトコルにより、データセンタを管理する
際に相当な柔軟性および効率が可能になる。第１の例を
いくつかのコンピュータ上にアップグレードまたはパッ
チをインストールする際に見ることができる。管理者に
各コンピュータのところに行かせて（場合により、遠隔
式に）、アップグレードパッケージを実行する代りに、
本発明のアーキテクチャおよび構造では、管理者は、コ
ントローラのところに行き（場合により、遠隔式に）、
コントローラ上に保持されるセットおよびノードリスト
から目標ノードを選択し、アップグレードを開始するこ
とができ、将来は、これを一度に行うことができる可能
性がある。アップグレードが開始された後、管理者は、
コントローラ上の結果を検査し、どのノードが更新を完
了するのに失敗したか（存在する場合）を調べる。これ
は、アップグレードを行うのに必要とされる労力を相当
に低減させ、アップグレードを行った結果の監査可能な
ログを自動的に保持し、また、（例えば、）アップグレ
ードが、以前には手作業で各コンピュータに入力されな
ければならなかった特定の処理を必要とする場合、誤り
の可能性も抑える。さらに、本発明の態様を使用して、
オペレーションをコントローラの中に記憶し、実動シス
テム上で同一のオペレーションを行う前に試験システム
上で試験することができる。

【００６６】この柔軟性および効率の第２の例を新しい
ホスティング顧客のために新しいサーバを追加する際に
見ることができる。オペレーティングシステムを手作業
でインストールし、次に、顧客に合せてコンピュータを
構成する代りに、本発明の様々な態様で、管理者は、電
源オンになっているが、実際に使用されていないいくつ
かの利用可能な「予備の」コンピュータを維持すること
ができる。新しい顧客が契約したとき、１組のオペレー
ションを開始して（自動的または手作業で）、予備のコ
ンピュータの１つを選択し、特定の顧客に合せてそれを
構成することができる。また、この構成には、その顧客
にサービスを提供するのに必要なあらゆるさらなる装置
（スイッチまたは負荷平衡器）を構成することも含まれ
る。構成ステップは、手作業によってではなく、スクリ
プトによって行われるため、誤りのリスクが相当に低減
される。さらに、構成ステップは、自動的に行われるこ
とが可能であり、（例えば、）顧客がデータセンタのＷ
ｅｂサイト上で購入要求を完了した後、顧客に合せてシ
ステムを自動的に構成するように、データセンタの管理
者がシステムを構成するのを可能にする。

【００６７】第３の例を一群のコンピュータのステータ
スに関するデータを監視し、収集する際に見ることがで
きる。収集システムを手作業でセットアップすることに
より、いくつかのコンピュータからデータを収集しなけ
ればならないのではなく、オペレーションをいくつかの
コンピュータのそれぞれにおいて自動的に実行すること
ができる。オペレーションは、コントローラに使用情報
を定期的に報告することが可能であり、コントローラ
は、データストアまたは他の適切なメモリなどのストー
レッジの中にその情報を記憶する。情報は、どのように
コンピュータがオペレーションしているかを理解するた
め、サービスにおける障害の理由を調査するため、また
は別の適切な目的で、管理者が後の時点で分析すること
ができる。

【００６８】図１３〜図１５を特に参照して本発明のオ
ペレーションの説明に移ると、いくつかのノード上でオ
ペレーションを行うため、ステップ５００で表すとお
り、目標ノードが、まず選択され、行われるべきオペレ
ーションを含むジョブがそのノードのために作成され
る。選択は、個別のノード、複数の個々のノード、セッ
ト、複数のセット、または以上の任意の組み合わせを選
択することを含む可能性がある。行われるべきオペレー
ションは、スクリプト、２進プログラム、または他のタ
イプのタスクであることが可能である。開始プロセス３
０４（これは、アプリケーション、Ｗｅｂ ＵＩ、また
はコマンドラインを介するユーザ、またはスクリプトま
たは規則の中の自動化されたポリシーであることが可能
である）が、選択を行ってオペレーションを選択するこ
とに留意されたい。ジョブ４０４が、選択上のこのオペ
レーションのためにデータストアの中で作成される。

【００６９】ジョブは、実行される時点で、ステップ５
０４で表されるとおり、提供される任意の引数で開始さ
れる。開始されたとき、ステップ５０６で、コントロー
ラ２０２が、タスクに関する情報（例えば、スクリプト
の場合、スクリプト自体および任意のパラメータ）を含
むメッセージを作成する。次に、このメッセージが、コ
ントローラ２０２上で、目標ノードに関連付けられる。

【００７０】目標ノードのメッセージおよび表現がコン
トローラによって使用されてオペレーションが開始さ
れ、オペレーションは、一実施形態では、ステップ５０
８で適切なＸＭＬメッセージを作成し、ステップ５１０
でトランスポート層を使用してそのメッセージを目標ノ
ードに送信することによって達せられる。この時点で、
コントローラ２０２上のトランスポート層２１２には、
目標ノードに関する情報、およびそのノードに送信され
るべきメッセージが与えられている。制御は、開始プロ
セス３０４（コントローラ２０２上でオペレーションを
開始したユーザインターフェース、スクリプト、または
プロセス）に戻されており、開始プロセスは、すべての
ノード上でオペレーションが完了するのを待つ必要がな
いことに留意されたい。これにより、開始プロセス３０
４が、所望どおり複数のオペレーションを開始し、これ
らのオペレーションの結果を後に収集するのが可能にな
る。

【００７１】メッセージは、トランスポート層に渡さ
れ、トランスポート層は、例えば、ＴＣＰ／ＩＰネット
ワークを介して正しいノードにメッセージが届くのを確
実にすることを担う。目標ノードで受け取られたとき、
ステップ５１２で表されるとおり、ジョブが開始する。

【００７２】図１４は、一般に、メッセージが受信され
るステップ６００で開始する、ノード２０４などのノー
ド上で実行されるジョブを表す。図１４では、垂直バー
の左側が、ノード上のエージェントプログラムまたはエ
ージェントサービスによって行われる処理を示し、一
方、右側が、ノードのオペレーティングシステムによっ
て行われる処理を示している。ノード上で、エージェン
トのトランスポート層が、メッセージを受信し、解釈の
ためにエージェントサービス２１８までメッセージを渡
す。一般に、エージェントサービス２１８は、どのよう
に処理を行うかを決定し、処理を実行し、結果が、トラ
ンスポート層を介してコントローラに戻される。

【００７３】より詳細には、ステップ６０２は、メッセ
ージからオペレーションを抽出することを表し、またス
テップ６０４は、使用する実行エンジンを決定すること
を表す。例えば、異なるタイプのスクリプトは、異なる
実行エンジンを必要とし、実行の前に２進コードをダウ
ンロードする必要がある。いずれにしても、ステップ６
０６は、決定された実行エンジンにオペレーションおよ
びメッセージの中で渡されるあらゆる引数を送信するこ
とを表し、一方、ステップ６０８は、オペレーションを
実行するオペレーティングシステムを表す。

【００７４】ステップ６１０は、収集され、かつ／また
は別の仕方で記憶されたオペレーションの出力を表し、
出力は、簡単な成功または失敗から、オペレーションに
よって要求されたデータの集合に至るまで、あらゆるも
のであることが可能である。ステップ６１２が、メッセ
ージ（例えば、ＸＭＬフォーマットにおけるＭＤＭプロ
トコルの）を作成し、ステップ６１４が、トランスポー
ト層を介してそのメッセージをコントローラ２０２に戻
す。この方式では、オペレーションのあらゆる結果（ス
クリプトまたはプログラムからの出力などの）が、メッ
セージにフォーマットされ、トランスポート層を使用し
てコントローラに戻される。

【００７５】図１５は、コントローラ２０２上でオペレ
ーションを開始した開始プロセス３０４が、各ノード上
でオペレーションの結果を判定できるやり方を表す。一
般に、ステップ７００〜７０４を介して、コントローラ
は、オペレーションのレコードを保持する。例えば、ス
テップ７００で、ノードから結果が入って来るにつれ、
ステップ７０２で、オペレーションごとに戻されたメッ
セージから結果が抽出され、ステップ７０４で、コント
ローラ２０２上のデータストア３０２（または他の適切
なストーレッジ）の中に記憶される。この活動は、各ノ
ードごとにオペレーションの進行中の完全なレコードを
提供する。

【００７６】ステップ７０８〜７１２を介して表すとお
り、必ずしも開始プロセス３０４ではない管理者または
プロセス（スクリプトなどの）が、コントローラ２０２
からこの情報を問い合わせて、各ノード上のオペレーシ
ョンの成功を判定し、他のデータを照会し、必要な場
合、障害を調査または解決することができる。

【００７７】以上の詳細な説明から理解することができ
るとおり、データセンタ内などにおけるコンピュータ装
置の管理を円滑にする複数装置管理の方法およびシステ
ムが提供される。本方法および本システムは、非常に柔
軟性があり、効率的で、複数のコンピュータ装置を管理
することに関する費用を相当に削減する。

【００７８】本発明は、様々な変更および代替の構成が
可能であるが、本発明のいくつかの例示としての実施形
態を図面で示し、以上に詳細に説明してきた。ただし、
本発明を開示した特定の形態に限定する意図はなく、反
対に、本発明は、本発明の趣旨および範囲の中に入るす
べての変更形態、代替構成、および等価形態をカバーす
るものとする。

【００７９】付録Ａ １つの通常のＭＤＭ（Ｍｕｌｔｉｐｌｅ Ｄｅｖｉｃｅ
Ｍａｎａｇｅｍｅｎｔ）実施形態では、コンピュータ
プロセスおよびコンピュータ装置を表現するためのＣｏ
ｍｍｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌ（ＣＩ
Ｍ）標準からスキーマインターフェースを導出すること
ができる。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗ
ｉｎｄｏｗｓ（登録商標）オペレーティングシステム上
のそのような実施形態が、ＷＭＩスキーマと呼ばれる。
本明細書における様々な情報は、そのような適切なスキ
ーマおよびその他の関連データを説明するが、単に例で
あると考えられたい。

【００８０】識別子の定義 セット名 セット名は、セットを一意的に識別する。セット名は、
Ｓｅｔｓ．Ｎａｍｅプロパティの中に記憶され、最大で
２５６のＵｎｉｃｏｄｅ文字であることが可能である。
どの文字も有効であるが、印刷不可能な文字は、推奨さ
れない。名前は、ケースインセンシティブ（ｃａｓｅ−
ｉｎｓｅｎｓｉｔｉｖｅ）であるが、ケースは、保存さ
れる。セット名は、すべてのセット名のなかで固有であ
る必要がある。

【００８１】装置名 装置名は、装置を一意的に識別し、装置との通信を行う
ために装置のＩＰアドレスを探し出すのに使用される。
装置名は、Ｄｅｖｉｃｅｓ．Ｎａｍｅプロパティの中に
記憶される。装置名は、最大で２５６のＵｎｉｃｏｄｅ
文字であることが可能である。どの文字も有効である
が、印刷不可能な文字は、推奨されない。名前は、ケー
スインセンシティブであるが、ケースは、保存される。
セット名は、すべての装置名の中で固有である必要があ
る。装置名およびセット名は、ＪｏｂＩｎｖｏｃａｔｉ
ｏｎｓオブジェクトの中の単一のフィールド内に記憶さ
れるため、同数の文字を有することに留意されたい。

【００８２】ジョブ名 ジョブ名は、ジョブテンプレートを一意的に識別するの
に使用され、ジョブ履歴レコードに関する１つの識別情
報として使用される。ジョブ名は、ＪｏｂＩｎｖｏｃａ
ｔｉｏｎｓ．ＮａｍｅプロパティおよびＪｏｂｓ．Ｎａ
ｍｅプロパティの中に記憶される。ジョブ名は、最大で
５０のＵｎｉｃｏｄｅ文字であることが可能である。ど
の文字も有効であるが、印刷不可能な文字は、推奨され
ない。名前は、ケースインセンシティブであるが、ケー
スは、保存される。ジョブテンプレート（ジョブ識別子
がゼロであるジョブ）に関して、ジョブ名は、固有であ
る必要がある。ただし、ジョブ履歴レコードの中で、場
合によっては複数回、同一の名前を使用することも可能
である。

【００８３】装置タイプ名 装置タイプ名は、装置のタイプを識別するのに使用され
る。装置タイプ名は、Ｄｅｖｉｃｅｓ．Ｔｙｐｅプロパ
ティの中に記憶され、ＤｅｖｉｃｅＴｙｐｅｓ．Ｎａｍ
ｅプロパティの値において定義される。装置タイプ名
は、最大で５０のＵｎｉｃｏｄｅ文字であることが可能
である。すべての文字が有効であるが、印刷不可能な文
字は、推奨されない。名前は、ケースインセンシティブ
であるが、ケースは、保存される。装置タイプ名は、Ｄ
ｅｖｉｃｅＴｙｐｅｓのすべてのインスタンスのなかで
固有である必要がある。

【００８４】記述 記述は、通常、２５６のＵｎｉｃｏｄｅ文字である（た
だし、特定の値に関しては、個々のオブジェクトの定義
を参照すること）。キャリッジリターン（ｃａｒｒｉａ
ｇｅ ｒｅｔｕｒｎ）および改行文字を含め、どのＵｎ
ｉｃｏｄｅ文字も有効である。

【００８５】オブジェクト 各オブジェクトは、プロパティおよびメソッドを含むこ
とが可能であり、また他のオブジェクトとの関連を有す
ることが可能である。一実施形態では、オブジェクト、
プロパティ、メソッド、および関連は、ＷＭＩを介して
露出される。以下に説明するとおり、関連を実施するの
に追加の関連クラスが使用される。

【００８６】各オブジェクトの定義は、要約で始まり、
その後に以下の形式の定義が続く。

【００８７】

【表４】

【００８８】クラスを作成することができる条件および
クラスを削除することができる条件を以下に説明し、こ
のクラスが関連するその他のクラスに関する情報も説明
している。クラスの各プロパティも、以下の形式でリス
トする。

【００８９】

【表５】

【００９０】各メソッドは、以下のとおり記述される。

【００９１】

【表６】

【００９２】セット 基本的に、セットは、複数装置管理の構成要素であり、
何らかの論理グループ化または物理グループ化に従って
装置をグループ化するオブジェクトを含む。Ｓｅｔｓオ
ブジェクトとＤｅｖｉｃｅｓオブジェクトの間には、１
対多関係が存在する。Ｅｘｅｃｕｔｅメソッドにより、
Ｓｅｔｓオブジェクトの各メンバ上でコマンドを実行す
ることができる。

【００９３】

【表７】

【００９４】Ｓｅｔｓクラスのインスタンスは、ユーザ
（または他のプロセス）によって作成される。一実施形
態では、インスタンスは、決して他のモデルによって自
動的に作成されることはない。Ｓｅｔｓクラスの新しい
インスタンスのために必要な唯一のプロパティは、Ｎａ
ｍｅである。Ｎａｍｅの値は、コントローラ上のＳｅｔ
ｓのインスタンスのなかで固有である必要がある。Ｓｅ
ｔｓクラスのインスタンスは、ユーザ（または他のプロ
セス）によって削除されることが可能である。インスタ
ンスは、説明する実施形態では、決してオブジェクトモ
デルによって自動的に削除されることはない。あるイン
スタンスが削除されるとき、他のインスタンス（削除さ
れるクラスを参照するインスタンスも含め）には、全く
変更が行われない。

【００９５】Ｓｅｔｓのインスタンスは、Ｄｅｖｉｃｅ
ｓのインスタンスに対する関連を有することが可能であ
る。Ｓｅｔｓのインスタンスは、セットのメンバである
Ｄｅｖｉｃｅｓの各インスタンスに対する関連を有す
る。Ｓｅｔｓの各インスタンスは、Ｄｅｖｉｃｅｓのゼ
ロ、１つ、または複数のインスタンスに関連しているこ
とが可能である。また、Ｓｅｔｓのインスタンスは、Ｊ
ｏｂＩｎｖｏｃａｔｉｏｎｓのインスタンスに対する関
連を有することも可能である。ＪｏｂＩｎｖｏｃａｔｉ
ｏｎｓインスタンスがテンプレートである（ＪｏｂＩｎ
ｖｏｃａｔｉｏｎｓのＲｏｏｔＪｏｂＩＤプロパティが
ゼロである）場合には、関連は、ＪｏｂＩｎｖｏｃａｔ
ｉｏｎｓインスタンスによって表されるジョブテンプレ
ートが、関連セット上で実行されるべきことを表す。Ｊ
ｏｂＩｎｖｏｃａｔｉｏｎｓインスタンスが、履歴レコ
ードである（ＲｏｏｔＪｏｂＩＤがゼロではない）場合
には、関連は、ＪｏｂＩｎｖｏｃａｔｉｏｎｓの中のジ
ョブが、関連セット上で実行されたという事実を表す。

【００９６】セットプロパティ Ｎａｍｅ

【００９７】

【表８】

【００９８】このプロパティの値は、Ｒｅｎａｍｅメソ
ッドを使用して変更することができる。値は、システム
上のＳｅｔｓインスタンスのなかで固有でなければなら
ない。Ｄｅｓｃｒｉｐｔｉｏｎ

【００９９】

【表９】

【０１００】これは、セットの自由テキスト記述であ
る。この記述は、ＮＵＬＬつまり空であることが可能で
あり、更新することができる。

【０１０１】未使用のプロパティ Ｃａｐｔｉｏｎプロパティ、ＩｎｓｔａｌｌＤａｔｅプ
ロパティ、およびＳｔａｔｕｓプロパティが、親クラス
から継承されるが、現行の実施形態では、現在、未使用
である。

【０１０２】メソッド ＡｄｄＤｅｖｉｃｅ ＡｄｄＤｅｖｉｃｅを使用して、セットに制御された装
置または制御されない装置を追加する。

【０１０３】

【表１０】

【０１０４】ＲｅｍｏｖｅＤｅｖｉｃｅ

【０１０５】

【表１１】

【０１０６】Ｒｅｎａｍｅ

【０１０７】

【表１２】

【０１０８】Ｅｘｅｃｕｔｅ

【０１０９】

【表１３】

【０１１０】このメソッドは、ジョブが実行されるセッ
トのメンバに対してジョブが実行されるようにする。ジ
ョブは、うまく作成された場合、そのジョブに対してＪ
ｏｂＩｎｖｏｃａｔｉｏｎｓインスタンスが作成される
ことを引き起こす。新しいＪｏｂＩｎｖｏｃａｔｉｏｎ
ｓインスタンスのＲｏｏｔＪｏｂＩＤプロパティの値
が、このメソッドの戻り値として戻される。ジョブ実行
は、非同期であり、したがって、このメソッドの成功
は、ジョブ自体がエージェント上でうまくいくことを意
味するのではないことに留意されたい。

【０１１１】ＣｏｍｍａｎｄＴｙｐｅ引数は、Ｃｏｍｍ
ａｎｄフィールドおよびＰａｒａｍｅｔｅｒフィールド
がどのように解釈されるべきかを指定する。

【０１１２】

【表１４】

【０１１３】これは、新しいＪｏｂＩｎｖｏｃａｔｉｏ
ｎｓインスタンスのＣｏｍｍａｎｄプロパティに書き込
まれる。Ｐｒａｍｅｔｅｒｓ引数フィールドの値は、Ｃ
ｏｍｍａｎｄＴｙｐｅが３である場合、暗黙に無視され
る。Ｄｅｓｃｒｉｐｔｉｏｎ引数の最大長は、２５６の
Ｕｎｉｃｏｄｅ文字である。これは、新しいＪｏｂＩｎ
ｖｏｃａｔｉｏｎｓインスタンスのＤｅｓｃｒｉｐｔｉ
ｏｎプロパティの中に記憶される。これは、セットが空
であることに関する誤りではない。この場合、ＪｏｂＩ
ｎｖｏｃａｔｉｏｎｓインスタンスは、親Ｊｏｂｓイン
スタンスとともに通常どおり作成される。ただし、子Ｊ
ｏｂｓインスタンスは存在しない。オブジェクトモデル
のユーザは、この状況に備えていなければならない。

【０１１４】特別コマンド ＣｏｍｍａｎｄＴｙｐｅが３である場合には、Ｃｏｍｍ
ａｎｄ引数は、以下の値のどれかを含む。

【０１１５】

【表１５】

【０１１６】テキストは、ケースインセンシティブであ
る（つまり、例えば、「Ｒｅｂｏｏｔ」、「ＲＥＢＯＯ
Ｔ」、および「ｒｅｂｏｏｔ」はすべて、サーバをリブ
ートさせる）。Ｃｏｍｍａｎｄ引数の値が、以上のどれ
かではない場合、メソッドは、誤りを戻す。

【０１１７】Ｄｅｖｉｃｅｓ Ｄｅｖｉｃｅｓは、セットのメンバである。セットは、
装置のグループである。Ｄｅｖｉｃｅｓは、例えば、通
常、サーバ機器である物理コンピュータシステムを表
す。複数装置管理では、１つの目標は、複数のマシンに
対して同時に管理を行うことである。それでも、装置オ
ブジェクトでコマンドも実行することができる。

【０１１８】

【表１６】

【０１１９】作成 Ｄｅｖｉｃｅｓのインスタンスは、ユーザまたは他のプ
ロセスの要求時に作成されること、またはエージェント
からの自動検出パケットの受領に基づき、コントローラ
によって自動的に作成されることが可能である。Ｄｅｖ
ｉｃｅｓクラスのインスタンスは、ユーザによって手作
業で、または他のプロセスによって作成されることが可
能である。新しいインスタンスは、少なくとも、Ｎａｍ
ｅプロパティに対する値を必要とし、この値は、システ
ム上のＤｅｖｉｃｅｓクラスの別のインスタンスのＮａ
ｍｅとして既存であることはできない。Ｎａｍｅプロパ
ティの値は、装置自体の上の管理インターフェースのＩ
Ｐアドレスにまで、コントローラ上で解決されることが
可能な名前である必要がある。通常、この解決は、ＤＮ
Ｓサーバを使用して行われる。

【０１２０】新しいインスタンスは、１つまたは複数の
ＭＡＣアドレスに関連していることが可能であり、また
各ＭＡＣアドレスは、１つまたは複数のＩＰアドレスに
関連していることが可能である。これは、Ｄｅｖｉｃｅ
ｓクラスの新しいインスタンスをＤｅｖｉｃｅＨＷＡｄ
ｄｒｓのインスタンスに関連付け、またＤｅｖｉｃｅＨ
ＷＡｄｄｒｓをＤｅｖｉｃｅＨＷＩＰＡｄｄｒｓに関連
付けることによって示される。ただし、マシンと通信を
行うには、名前だけがあればよい。コントローラは、Ｄ
ＮＳを使用して名前をＩＰアドレスにまで解決する。Ｍ
ＡＣおよびＩＰは、通信には使用されず、基本的に、コ
ントローラ上の情報としてだけ使用される。インスタン
スが作成された際、コントローラは、要求をエージェン
トに送り、ＩＰアドレスおよびＭＡＣアドレスを含むノ
ード情報を獲得する。手作業で作成されたすべてのＤｅ
ｖｉｃｅｓインスタンスに関して、ＬａｓｔＤｉｓｃｏ
ｖｅｒｙＴｉｍｅは、ＮＵＬＬである。いつか後の時点
で、このＤｅｖｉｃｅｓインスタンスにマッチする自動
検出パケットが受領された場合、このフィールドは、パ
ケットが受領された時刻で更新される。

【０１２１】別法では、ＳＭＢＩＯＳ ＧＵＩＤをコン
トローラの中に記憶し、装置を一意的に識別するのに使
用することができる。これは、オブジェクトモデルに全
く変更を加えずに行うことができる。というのは、ＳＭ
ＢＩＯＳ ＧＵＩＤは、新しい装置タイプ（ＳＭＢＩＯ
Ｓ ＧＵＩＤを表すＤｅｖｉｃｅＴｙｐｅｓにリンクさ
れたＤｅｖｉｃｅＨＷＡｄｄｒｓの中の）として記憶す
ることができるからである。

【０１２２】削除 Ｄｅｖｉｃｅｓクラスのインスタンスは、ユーザまたは
他のプロセスによって削除されることが可能である。イ
ンスタンスは、Ｃｏｎｔｒｏｌｌｅｒ．Ｒｅｆｒｅｓｈ
ＤｅｖｉｃｅＬｉｓｔ（）メソッドが呼び出された場
合、システムによって削除されることが可能である。Ｄ
ｅｖｉｃｅｓのインスタンスが削除されるとき、当該の
装置を参照するＤｅｖｉｃｅＨＷＡｄｄｒｓのあらゆる
インスタンスも削除される（これは、リンクされたＤｅ
ｖｉｃｅＨＷＩＰＡｄｄｒｓの削除も引き起こす可能性
がある）。

【０１２３】関連 Ｄｅｖｉｃｅｓのインスタンスは、以下のクラスに対す
る関連を有することが可能である。

【０１２４】・Ｓｅｔｓのインスタンスに対してＤｅｖ
ｉｃｅｓのインスタンスは、自らがメンバであるＳｅｔ
ｓの各インスタンスに対する関連を有する。Ｄｅｖｉｃ
ｅｓの各インスタンスは、Ｓｅｔｓのゼロ、１つ、また
は複数のインスタンスに関連していることが可能であ
る。

【０１２５】・ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインス
タンスに対してＤｅｖｉｃｅｓのインスタンスは、Ｊｏ
ｂＩｎｖｏｃａｔｉｏｎｓに対する関連を有する。Ｊｏ
ｂＩｎｖｏｃａｔｉｏｎｓのインスタンスが、テンプレ
ートである（ＪｏｂＩｎｖｏｃａｔｉｏｎｓのＲｏｏｔ
ＪｏｂＩＤがゼロである）場合には、関連は、ＪｏｂＩ
ｎｖｏｃａｔｉｏｎｓのインスタンスによって表される
ジョブテンプレートが、関連装置上で実行されるべきこ
とを表す。ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインスタン
スが履歴レコードである（ＲｏｏｔＪｏｂＩＤがゼロで
ない）場合には、関連は、ＪｏｂＩｎｖｏｃａｔｉｏｎ
ｓの中のジョブが、関連装置上で実行されたことを表
す。

【０１２６】・Ｊｏｂｓのインスタンスに対するＤｅｖ
ｉｃｅのインスタンスは、その装置上で実行される各ジ
ョブの親ジョブを表すＪｏｂｓのインスタンスに対する
関連を有する。

【０１２７】・ＤｅｖｉｃｅＨＷＡｄｄｒｓのインスタ
ンスに対するＤｅｖｉｃｅのインスタンスは、コントロ
ーラが知識を有する装置上の各ハードウェアアドレスご
とのＤｅｖｉｃｅＨＷＡｄｄｒｓのインスタンスに対す
る関連を有する。現行のバージョンでは、コントローラ
上に記憶されたハードウェアアドレスは、ＮＩＣカード
のＭＡＣアドレスだけである。

【０１２８】・ＤｅｖｉｃｅＴｙｐｅｓの単一のインス
タンスに対するＤｅｖｉｃｅｓのインスタンスは、装置
タイプを与えるＤｅｖｉｃｅＴｙｐｅｓのインスタンス
に対する関連を有する。現行のバージョンでは、単一の
装置タイプだけがサポートされ、したがって、すべての
Ｄｅｖｉｃｅｓのインスタンスは、ＤｅｖｉｃｅＴｙｐ
ｅｓの単一のインスタンスに関連する。

【０１２９】プロパティ Ｎａｍｅ これは、親クラスから継承される。

【０１３０】

【表１７】

【０１３１】このプロパティの値は、Ｒｅｎａｍｅメソ
ッドを使用して変更することができる。

【０１３２】Ａｌｉｖｅ

【０１３３】

【表１８】

【０１３４】装置が制御されていない場合、このプロパ
ティは、常に偽である。それ以外の場合、このプロパテ
ィは、装置が制御されるようになったとき、装置からハ
ートビート（ｈｅａｒｔｂｅａｔ）が受け取られるたび
に毎回、真に設定される（現在、偽に設定されている場
合）。ハートビート期間は、コントローラに関するグロ
ーバルな設定である。エージェントは、ハートビート期
間のたびに毎回、ハートビートパケットを送らなければ
ならない。コントローラは、ハートビート期間の１．５
倍の期間中に装置からハートビートを受け取らなかった
場合、このプロパティを偽に設定する。使用されるハー
トビート期間は、コントローラ上で現在、設定されてい
る期間である。この期間は、装置のハートビート期間と
は異なる可能性がある。

【０１３５】Ｃｏｎｔｒｏｌｌｅｄ

【０１３６】

【表１９】

【０１３７】このプロパティの値は、Ｍａｎａｇｅメソ
ッドを使用して装置の制御を開始する、または終了する
ことによって設定される。

【０１３８】ＨｅａｒｔＢｅａｔＴｉｍｅ

【０１３９】

【表２０】

【０１４０】装置が制御されていない、または制御され
なくなった場合、これはＮＵＬＬである。それ以外の場
合、装置が制御されるようになったとき、これは、装置
が制御されるようになった時刻に設定される。装置が制
御されている間、これは、装置から最新のハートビート
が受領された時刻に設定される。

【０１４１】ＡｌｅｒｔＳｔａｔｕｓ

【０１４２】

【表２１】

【０１４３】装置が制御されていない、または制御され
なくなった場合、これは、常にＵｎａｖａｉｌａｂｌｅ
に設定される。それ以外の場合、装置が制御されるよう
になったとき、これは、Ｓｔａｔｕｓ ｎｏｔ Ｋｎｏ
ｗｎに初期設定される。ＥｎａｂｌｅＡｌｅｒｔｓ（）
に対するコールが行われた後、これは、Ｕｎａｖａｉｌ
ａｂｌｅ、Ｅｎａｂｌｅｄ、またはＤｉｓａｂｌｅｄで
あることが可能なエージェントから戻された値に設定さ
れる。

【０１４４】Ｔｙｐｅ

【０１４５】

【表２２】

【０１４６】Ｄｅｓｃｒｉｐｔｉｏｎ

【０１４７】

【表２３】

【０１４８】ＬａｓｔＤｉｓｃｏｖｅｒｙＴｉｍｅ

【０１４９】

【表２４】

【０１５０】このＤｅｖｉｃｅｓのインスタンスにマッ
チする自動検出パケットが受領されるたびに毎回、その
日付が現在の日付に更新される。これを使用して今まで
にネットワーク上になかった手作業で入力されたレコー
ドを識別することができる。

【０１５１】以下のプロパティは、親クラスから継承さ
れるが、現在、未使用である。Ｃａｐｔｉｏｎ、Ｃｒｅ
ａｔｉｏｎＣｌａｓｓＮａｍｅ、ＩｎｉｔｉａｌＬｏａ
ｄＩｎｆｏ、ＩｎｓｔａｌｌＤａｔｅ、ＬａｓｔＬｏａ
ｄＩｎｆｏ、ＮａｍｅＦｏｒｍａｔ ＰｏｗｅｒＭａｎ
ａｇｅｍｅｎｔＳｕｐｐｏｒｔｅｄ、ＰｏｗｅｒＭａｎ
ａｇｅｍｅｎｔＣａｐａｂｉｌｉｔｉｅｓ、Ｐｏｗｅｒ
Ｓｔａｔｅ、ＰｒｉｍａｒｙＯｗｎｅｒＣｏｎｔａｃ
ｔ、ＰｒｉｍａｒｙＯｗｎｅｒＮａｍｅ、ＲｅｓｅｔＣ
ａｐａｂｉｌｉｔｙ、Ｒｏｌｅｓ、Ｓｔａｔｕｓ、およ
びＴｉｍｅ。

【０１５２】メソッド ＥｎａｂｌｅＡｌｅｒｔｓ

【０１５３】

【表２５】

【０１５４】この呼出しは、同期である。警報が装置上
でイネーブルにされる場合、装置は、現在の警報を戻
す。警報がディセーブルにされている場合、コントロー
ラは、この装置に関する警報の詳細を削除する。

【０１５５】ＲｅｃｏｖｅｒＭａｎａｇｅＤｅｖｉｃｅ

【０１５６】

【表２６】

【０１５７】装置上の構成が破壊されているとユーザが
考える場合、このメソッドを呼び出すことができる。コ
ントローラは、以下の情報を装置に送る。

【０１５８】・装置情報の要求 ・この装置を管理する制御要求 ・現行のハートビート構成情報（ハートビート間隔） ・この装置に関する現行の警報ステータス（イネーブル
にされている、またはイネーブルにされていない） この呼出しは、以上のすべてが処理された後、戻り、し
たがって、多少の時間がかかる可能性がある。

【０１５９】Ｍａｎａｇｅ

【０１６０】

【表２７】

【０１６１】これは、装置に関する制御の状態を変更
し、変更が完了したときに戻る。ＣｏｎｔｒｏｌＦｌａ
ｇの値は、装置に対して行うオペレーションを指定す
る。

【０１６２】

【表２８】

【０１６３】プロトコルバージョンの誤りのために装置
を制御しようとする試みが失敗した場合、Ｅｒｒｏｒが
戻される。

【０１６４】Ｅｘｅｃｕｔｅ

【０１６５】

【表２９】

【０１６６】ＳｅｔＰｏｗｅｒＳｔａｔｅメソッドは、
親クラスから継承されるが、本実施形態では、現在、未
使用である。

【０１６７】ＤｅｖｉｃｅＴｙｐｅｓ 一実施形態では、装置は、同一の装置タイプ、「Ｍｉｃ
ｒｏｓｏｆｔ Ｓｅｒｖｅｒ Ａｐｐｌｉａｎｃｅ」を
報告する。

【０１６８】

【表３０】

【０１６９】ＤｅｖｉｃｅＴｙｐｅｓのインスタンス
は、手作業で、または自動的に作成されることが可能で
ある。手作業で作成されるとき、Ｎａｍｅは、既存のＤ
ｅｖｉｃｅＴｙｐｅｓインスタンス全体のなかで固有で
ある必要がある。手作業による作成は、自動検出が機能
しないネットワーク上で利用することができる。

【０１７０】ＤｅｖｉｃｅＴｙｐｅｓのインスタンス
は、着信する自動検出パケットに基づき、またはＤｅｖ
ｉｃｅｓのインスタンスの作成に基づいて自動的に作成
されることが可能である。ＤｅｖｉｃｅｓＴｙｐｅｓの
インスタンスが作成される別ののやり方は、Ｄｅｖｉｃ
ｅｓのインスタンスの作成に基づく。各Ｄｅｖｉｃｅｓ
インスタンスは、ＤｅｖｉｃｅＴｙｐｅのストリングを
含む。上記のストリングに対応するＤｅｖｉｃｅＴｙｐ
ｅｓのインスタンスが存在しない場合、そのＮａｍｅと
して上記のストリングを有し、ブランク（ｂｌａｎｋ）
のＤｅｓｃｒｉｐｔｉｏｎを有するＤｅｖｉｃｅＴｙｐ
ｅｓの新しいインスタンスが作成される。

【０１７１】削除 ＤｅｖｉｃｅＴｙｐｅｓのインスタンスは、削除するこ
とができるが、削除することができるのは、削除される
インスタンスと同一タイプのストリングを有するＤｅｖ
ｉｃｅｓのインスタンスが全く存在しない場合だけであ
る。この理由の削除が失敗した場合、ＷＭＩ Ｄｅｌｅ
ｔｅＩｎｓｔａｎｃｅメソッドは、誤りＷＢＥＭ＿Ｅ＿
ＦＡＩＬＥＤを伴って戻らなければならない。

【０１７２】関連 ＤｅｖｉｃｅＴｙｐｅｓのインスタンスは、同一タイプ
のＤｅｖｉｃｅｓの各インスタンスに関連している。

【０１７３】プロパティ Ｎａｍｅ

【０１７４】

【表３１】

【０１７５】デバイスタイプの名前は、変更することが
できない。

【０１７６】Ｄｅｓｃｒｉｐｔｉｏｎ

【０１７７】

【表３２】

【０１７８】Ｃａｐｔｉｏｎプロパティ、Ｉｎｓｔａｌ
ｌＤａｔｅプロパティ、およびＳｔａｔｕｓプロパティ
が、親クラスから継承されるが、現行の実施形態では、
現在、未使用である。このオプションに関するメソッド
は存在しない。

【０１７９】ＨＷＡＤＤＲＴＹＰＥＳ すべての装置は、通常、多数の個々に識別可能なハード
ウェア部分を含む。各ハードウェア部分は、アドレス、
つまり固有識別子を含むことが可能である。

【０１８０】

【表３３】

【０１８１】１つのバージョンでは、内部で使用される
アドレスタイプは、「ＭＡＣ」だけである。これは、装
置のＭＡＣアドレスを記憶するのに使用される。ＨＷＡ
ｄｄｒＴｙｐｅｓのインスタンスは、手作業で、または
自動的に作成されることが可能である。インスタンス
は、Ｔｙｐｅプロパティ値が、既存のＨＷＡｄｄｒＴｙ
ｐｅｓインスタンスのＮａｍｅプロパティにマッチしな
いときにＤｅｖｉｃｅＨＷＡｄｄｒｓのインスタンスが
作成される場合、自動的に作成される。この場合、ＨＷ
ＡｄｄｒＴｙｐｅｓの新しいインスタンスは、Ｄｅｖｉ
ｃｅＨＷＡｄｄｒｓＴｙｐｅプロパティの中の値と同じ
値を有するＮａｍｅプロパティを伴って作成され、Ｄｅ
ｓｃｒｉｐｔｉｏｎプロパティは、ブランクになる。

【０１８２】削除 ＨＷＡｄｄｒＴｙｐｅｓのインスタンスは、削除するこ
とができる。削除は、Ｄｅｖｉｃｅｓのインスタンスの
どれかが、削除されるインスタンス上のＮａｍｅプロパ
ティと同じＴｙｐｅプロパティを含む場合、失敗する。

【０１８３】関連 ＨＷＡｄｄｒＴｙｐｅｓのインスタンスは、このタイプ
のハードウェアに関するハードウェアアドレス情報を含
むＤｅｖｉｃｅＨＷＡｄｄｒｓのすべてのインスタンス
に関連している。

【０１８４】プロパティ Ｎａｍｅ

【０１８５】

【表３４】

【０１８６】Ｄｅｓｃｒｉｐｔｉｏｎ

【０１８７】

【表３５】

【０１８８】Ｃａｐｔｉｏｎプロパティ、Ｉｎｓｔａｌ
ｌＤａｔｅプロパティ、およびＳｔａｔｕｓプロパティ
が、親クラスから継承されるが、現行の実施形態では、
現在、未使用である。このオブジェクトに関するメソッ
ドは存在しない。

【０１８９】ＤＥＶＩＣＥＨＷＡＤＤＲＳ 装置ハードウェアアドレスは、ＮＩＣなどのハードウェ
ア部品を一意的に識別する。

【０１９０】

【表３６】

【０１９１】１つの現行の実施形態では、内部で使用さ
れるハードウェアアドレスのタイプは、「ＭＡＣ」だけ
である。これは、装置のＭＡＣアドレスを記憶するのに
使用される。ＤｅｖｉｃｅＨＷＡｄｄｒｓのインスタン
スは、自動的に、または手作業で作成されることが可能
である。自動作成は、受領された自動検出パケットに基
づいて行われる。パケットが、ハードウェアアドレス
（タイプおよびアドレスを含む）を含む場合には、その
ハードウェアアドレスに対してＤｅｖｉｃｅＨＷＡｄｄ
ｒｓの新しいインスタンスが作成される（これには、Ｈ
ＷＡｄｄｒＴｙｐｅｓのインスタンスの作成も伴う可能
性がある）。

【０１９２】削除 ＤｅｖｉｃｅＨＷＡｄｄｒｓのインスタンスは、削除す
ることができる。また、インスタンスは、対応するＤｅ
ｖｉｃｅインスタンスが削除されたとき、自動的に削除
される。

【０１９３】関連 ・Ｄｅｖｉｃｅｓの単一のインスタンスに対してＤｅｖ
ｉｃｅＨＷＡｄｄｒｓのインスタンスが、ハードウェア
アドレスを含むＤｅｖｉｃｅｓのインスタンスに関連し
ている。

【０１９４】・ＨＷＡｄｄｒＴｙｐｅｓの単一のインス
タンスに対してＤｅｖｉｃｅＨＷＡｄｄｒｓのインスタ
ンスが、このＤｅｖｉｃｅＨＷＡｄｄｒｓインスタンス
の中に記憶されたハードウェアアドレスのタイプを定義
するＨＷＡｄｄｒＴｙｐｅｓのインスタンスに関連して
いる。

【０１９５】・ＤｅｖｉｃｅＨＷＩＰＡｄｄｒｓのイン
スタンスに対してＤｅｖｉｃｅＨＷＡｄｄｒｓのインス
タンスが、ＤｅｖｉｃｅＨＷＡｄｄｒｓのこのインスタ
ンスに関連する各ＩＰアドレスごとにＤｅｖｉｃｅＨＷ
ＩＰＡｄｄｒｓのゼロまたはいくつかのインスタンスに
関連している。この関連は、ＮＩＣハードウェアのアド
レスを含むＤｅｖｉｃｅＨＷＡｄｄｒｓのためにだけ使
用される。

【０１９６】プロパティ ＨＷＡｄｄｒ

【０１９７】

【表３７】

【０１９８】ＤｅｖｉｃｅＮａｍｅ

【０１９９】

【表３８】

【０２００】Ｔｙｐｅ

【０２０１】

【表３９】

【０２０２】未使用のプロパティ Ｃａｐｔｉｏｎプロパティ、ＩｎｓｔａｌｌＤａｔｅプ
ロパティ、ＮａｍｅおよびＳｔａｔｕｓプロパティが、
親クラスから継承されるが、現行の実施形態では、現
在、未使用である。このオブジェクトに関するメソッド
は存在しない。

【０２０３】ＤＥＶＩＣＥＨＷＩＰＡＤＤＲＳ このオブジェクトは、現在、使用されない。

【０２０４】ＪＯＢＩＮＶＯＣＡＴＩＯＮＳ ２つのカテゴリのＪｏｂｓ Ｉｎｖｏｃａｔｉｏｎｓが
存在する。第１のカテゴリは、テンプレートである。ゼ
ロに等しいＲｏｏｔＪｏｂＩＤを有するＪｏｂｓ Ｉｎ
ｖｏｃａｔｉｏｎｓが存在する。つまり、これらは、単
にテンプレートであり、特定の実行に関連していない。
第２のカテゴリのＪｏｂｓ Ｉｎｖｏｃａｔｉｏｎｓは
履歴である。つまり、これらは、ジョブ呼出しの履歴レ
コードである。

【０２０５】

【表４０】

【０２０６】ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインスタ
ンスは、手作業で、または自動的に作成されることが可
能である。ジョブテンプレートは、手作業で作成され、
一方、Ｊｏｂ履歴レコードは、自動的に作成される。Ｊ
ｏｂＩｎｖｏｃａｔｉｏｎｓのインスタンスは、ユーザ
によって手作業で（または他のプロセスによって）作成
されることが可能である。ジョブテンプレートだけを作
成することができ（定義により、ＲｏｏｔＪｏｂＩＤが
ゼロであるＪｏｂＩｎｖｏｃａｔｉｏｎｓのインスタン
ス）、ゼロ以外のＲｏｏｔＪｏｂＩＤを有するＪｏｂＩ
ｎｖｏｃａｔｉｏｎｓインスタンスを作成しようと試み
るのは誤りである。ＪｏｂＩｎｖｏｃａｔｉｏｎｓの手
作業で作成されたインスタンスは、その書込み可能なプ
ロパティのどれも、後に変更することができる。

【０２０７】自動作成（ジョブ履歴） ジョブが実行されたとき（Ｄｅｖｉｃｅｓ．Ｅｘｅｃｕ
ｔｅまたはＳｅｔｓ．Ｅｘｅｃｕｔｅを使用して）、Ｊ
ｏｂＩｎｖｏｃａｔｉｏｎｓのインスタンスが作成され
る。これには、ＲｏｏｔＪｏｂＩＤの新しい固有の値
（ゼロではない）が与えられる。新しいインスタンスの
プロパティ、Ｎａｍｅ、Ｃｏｍｍａｎｄ、Ｐａｒａｍｅ
ｔｅｒｓ、およびＤｅｓｃｒｉｐｔｉｏｎが、ジョブを
作成したＤｅｖｉｃｅｓ．Ｅｘｅｃｕｔｅメソッドまた
はＳｅｔｓ．Ｅｘｅｃｕｔｅメソッドに対するＪｏｂＩ
ｎｖｏｃａｔｉｏｎＮａｍｅ引数、Ｃｏｍｍａｎｄ引
数、Ｐａｒａｍｅｔｅｒｓ引数、およびＤｅｓｃｒｉｐ
ｔｉｏｎ引数の値でポピュレートされる。プロパティＴ
ａｒｇｅｔＮａｍｅおよびＴａｒｇｅｔＴｙｐｅは、ジ
ョブが実行されているセットまたは装置の名前、および
セットまたは装置のタイプで埋められる。自動的に作成
されたＪｏｂＩｎｖｏｃａｔｉｏｎｓインスタンスのプ
ロパティは、変更することができない。ＷＭＩの中で、
ＪｏｂＩｎｖｏｃａｔｉｏｎｓインスタンスのプロパテ
ィを変更しようと試みることにより、ＰｕｔＩｎｓｔａ
ｎｃｅ（Ｐｕｔ＿ｆｒｏｍ ｓｃｒｉｐｔ）メソッドが
ＷＢＥＭ＿Ｅ＿ＦＡＩＬＥＤ（ｓｃｒｉｐｔＯｎｌｙか
らのＷｂｅｍＥｒｒＦａｉｌｅｄを戻すことが引き起こ
され、ジョブテンプレート（ＲｏｏｔＪｏｂＩＤがゼロ
であるインスタンス）とジョブ履歴（ＲｏｏｔＪｏｂＩ
Ｄがゼロではない場合）の両方を削除することができ
る。ジョブ履歴が削除された場合、すべての関連するＪ
ｏｂｓインスタンスおよびＪｏｂＬｏｇｓインスタンス
も削除される。これは、ＷＭＩの中で実施される。

【０２０８】関連 ・Ｄｅｖｉｃｅｓの単一のインスタンスに対してＪｏｂ
Ｉｎｖｏｃａｔｉｏｎｓのインスタンスは、ジョブテン
プレートがその装置上で実行されるように定義されてい
る場合、またはジョブ履歴がその装置上で実行された場
合、Ｄｅｖｉｃｅｓのインスタンスに関連している。こ
の関連は、ＴａｒｇｅｔＴｙｐｅの値がＤｅｖｉｃｅｓ
である場合にだけ存在し、そうである場合、関連は、Ｔ
ａｒｇｅｔＮａｍｅプロパティの中で与えられているの
と同じ名前を有するＤｅｖｉｃｅｓインスタンスに対す
るものである。

【０２０９】・Ｓｅｔｓの単一のインスタンスに対して
ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインスタンスは、ジョ
ブテンプレートがそのセット上で実行されるように定義
されている場合、またはジョブ履歴がそのセット上で実
行された場合、Ｓｅｔｓのインスタンスに関連してい
る。この関連は、ＴａｒｇｅｔＴｙｐｅの値がＳｅｔｓ
である場合にだけ存在し、そうである場合、関連は、Ｔ
ａｒｇｅｔＮａｍｅプロパティの中で与えられているの
と同じ名前を有するＳｅｔｓインスタンスに対するもの
である。

【０２１０】・Ｊｏｂｓの単一のインスタンスに対して
ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインスタンスは、Ｊｏ
ｂＩｎｖｏｃａｔｉｏｎｓによって表されるジョブを実
行した結果を与えるＪｏｂｓのインスタンスに関連して
いる。この関連は、ＪｏｂＩｎｖｏｃａｔｉｏｎｓイン
スタンスが履歴レコードである（つまり、ＲｏｏｔＪｏ
ｂＩＤがゼロではない）場合にだけ存在する。

【０２１１】プロパティ ＲｏｏｔＪｏｂＩＤ

【０２１２】

【表４１】

【０２１３】ルートジョブ固有識別子。これは、任意の
６４ビットの値であることが可能である。この値は、ゼ
ロである場合、このＪｏｂＩｎｖｏｃａｔｉｏｎｓイン
スタンスが、前に実行されたジョブに関する履歴レコー
ドではなく、テンプレートであることを示す。この値が
ゼロ以外である場合には、このインスタンスは、履歴レ
コードである。

【０２１４】Ｎａｍｅ

【０２１５】

【表４２】

【０２１６】これは、Ｄｅｖｉｃｅｓ．Ｅｘｅｃｕｔｅ
またはＳｅｔｓ．ＥｘｅｃｕｔｅにＪｏｂＩｎｖｏｃａ
ｔｉｏｎＮａｍｅ引数として渡されたジョブの名前を記
憶する。

【０２１７】ＴａｒｇｅｔＮａｍｅ

【０２１８】

【表４３】

【０２１９】ジョブがそこで実行されたターゲット名、
ＤｅｖｉｃｅｓまたはＳｅｔｓＴａｒｇｅｔＴｙｐｅ

【０２２０】

【表４４】

【０２２１】Ｃｏｍｍａｎｄ

【０２２２】

【表４５】

【０２２３】ターゲット上で呼び出されるコマンド。

【０２２４】Ｐａｒａｍｅｔｅｒｓ

【０２２５】

【表４６】

【０２２６】呼び出されるコマンドに対するパラメータ Ｄｅｓｃｒｉｐｔｉｏｎ

【０２２７】

【表４７】

【０２２８】未使用のプロパティ 以下のプロパティが親クラスから継承されるが、現在、
未使用である。Ｃａｐｔｉｏｎ、ＥｌａｐｓｅＴｉｍ
ｅ、ＩｎｓｔａｌｌＤａｔｅ、Ｎｏｔｉｆｙ、Ｏｗｎｅ
ｒ、Ｐｒｉｏｒｉｔｙ、ＳｔａｒｔＴｉｍｅ、Ｓｔａｔ
ｕｓ、ＴｉｍｅＳｕｂｍｉｔｔｅｄ、ＵｎｔｉｌＴｉｍ
ｅ。

【０２２９】メソッド Ｒｅｎａｍｅ

【０２３０】

【表４８】

【０２３１】ＪＯＢＳ Ｊｏｂｓオブジェクトは、Ｊｏｂ Ｉｎｖｏｃａｔｉｏ
ｎのトポロジをキャプチャする。例えば、ユーザが、セ
ットオブジェクトを有し、そのセット上でＥｘｅｃｕｔ
ｅを呼び出した場合には、Ｒｏｏｔ Ｊｏｂとして作成
された１つのＪｏｂｓ Ｏｂｊｅｃｔが存在し、またセ
ットの各装置ごとに作成されたＪｏｂｓオブジェクトも
存在する。Ｒｏｏｔ Ｊｏｂｓオブジェクトは、Ｊｏｂ
ｓのトポロジ構造に対するエントリとして使用される。
一実施形態では、親子関係だけが使用されるが、モデル
は、深さＮのツリーとしてインスタンス化することがで
きる。

【０２３２】

【表４９】

【０２３３】Ｊｏｂｓは、ジョブが開始されたとき、シ
ステムによって自動的に作成される（例えば、メソッド
Ｓｅｔｓ．ＥｘｅｃｕｔｅまたはＤｅｖｉｃｅｓ．Ｅｘ
ｅｃｕｔｅにより）。Ｊｏｂｓのインスタンスは、更新
することができない。親ジョブを表すＪｏｂｓのインス
タンスが削除された場合、以下もまた、削除される。

【０２３４】・関連するＪｏｂＩｎｖｏｃａｔｉｏｎｓ
インスタンス ・Ｊｏｂｓインスタンスに関連するＪｏｂｓの子インス
タンス ・子Ｊｏｂインスタンスのそれぞれに関連するＪｏｂＬ
ｏｇｓインスタンス これは、ジョブ呼出しのレコード、各装置上のジョブの
ステータス、および各装置上のジョブの結果を削除す
る。現在、進行中のジョブを削除することが可能であ
る。これが行われた場合、コントローラから受け取られ
たジョブからのさらなる出力は、全く記憶されず、誤り
が全く報告されない。

【０２３５】関連 ・ＪｏｂＩｎｖｏｃａｔｉｏｎｓの単一のインスタンス
に対してＪｏｂｓのインスタンスは、ジョブを表すＪｏ
ｂＩｎｖｏｃａｔｉｏｎｓのインスタンスに関連してい
る。

【０２３６】・ＪｏｂＬｏｇｓのインスタンスに対して
Ｊｏｂｓのインスタンスは、特定の装置上におけるこの
ジョブの実行からの出力を含むＪｏｂＬｏｇｓのインス
タンスに関連する。この関連は、Ｊｏｂｓのインスタン
スが、親インスタンスではなく単一の装置を表す場合に
だけ存在する。

【０２３７】・Ｊｏｂｓのインスタンスに対してＪｏｂ
ｓのインスタンスは、親Ｊｏｂｓインスタンスの子プロ
セスを表す親Ｊｏｂｓのインスタンスに関連している。
現行のバージョンでは、親が、複数の装置上で実行され
るジョブを表し、子が、個々の装置からの結果を表す１
つのレベルの親−子関係だけがサポートされている。

【０２３８】・Ｄｅｖｉｃｅｓの単一のインスタンスに
対してＪｏｂｓのインスタンスは、Ｊｏｂｓインスタン
スが、単一の装置上でジョブを実行した結果を保持する
場合、Ｄｅｖｉｃｅｓのインスタンスに関連している。
この関連は、ジョブが実行されている装置を与える。

【０２３９】プロパティ ＪｏｂＩＤ

【０２４０】

【表５０】

【０２４１】ＰａｒｅｎｔＪｏｂＩＤ

【０２４２】

【表５１】

【０２４３】ＤｅｖｉｃｅＮａｍｅ

【０２４４】

【表５２】

【０２４５】ＳｔａｒｔＴｉｍｅ

【０２４６】

【表５３】

【０２４７】ＥｎｄＴｉｍｅ

【０２４８】

【表５４】

【０２４９】ＪｏｂＳｔａｔｕｓ

【０２５０】

【表５５】

【０２５１】Ｓｅｔｓ．Ｅｘｅｃｕｔｅメソッドまたは
Ｄｅｖｉｃｅｓ．Ｅｘｅｃｕｔｅメソッドが戻ったと
き、ステータスの値は、２、３、または１１のうちの１
つである。どの装置上でもジョブを開始できない場合、
ステータスは、２に設定される。装置のいくつかでジョ
ブを開始できない場合、ステータスは、１１に設定され
る。それ以外の場合、ジョブは、すべての装置上で開始
されており、ステータスは、３に設定される。

【０２５２】Ｅｘｅｃｕｔｅメソッドが戻った後、呼出
し元は、親Ｊｏｂｓインスタンスに関するステータスの
値をポーリングすることができる。ジョブが、少なくと
も１つの装置上でまだ実行されている場合、ステータス
は、３または１１である。ジョブが、すべての装置上で
終了した場合、ステータスは、０または１である。どの
装置上でもジョブが全く開始しなかった場合、ステータ
スは、２である。

【０２５３】子ジョブに関して、有効な値は、０および
３ないし１０である。値は、子Ｊｏｂｓオブジェクトが
作成されたとき、３に初期設定される。ジョブ実行中に
誤りが生じた場合、ＪｏｂＳｔａｔｕｓが、５または７
ないし１０のどれかに更新される。ジョブが、装置にう
まく伝送された場合、ＪｏｂＳｔａｔｕｓは、４に設定
される。Ｊｏｂｓ．Ｓｔｏｐを呼び出すユーザによって
ジョブが停止された場合、ＪｏｂＳｔａｔｕｓは、６に
設定される。ジョブがうまく完了した場合、ＪｏｂＳｔ
ａｔｕｓは、０に設定される。

【０２５４】以下のプロパティが親クラスから継承され
るが、現在、未使用である。Ｃａｐｔｉｏｎ、Ｄｅｓｃ
ｒｉｐｔｉｏｎ、ＩｎｓｔａｌｌＤａｔａ、Ｎａｍｅ、
およびＳｔａｔｕｓ。

【０２５５】メソッド Ｓｔｏｐ

【０２５６】

【表５６】

【０２５７】このメソッドは、装置上で実行中のジョブ
を停止させる。このメソッドが、親ジョブを表すインス
タンス上で実行された場合、まだ実行中のすべての子チ
ルが停止される。ユーザによって停止させられたジョブ
は、「ユーザによりジョブ停止」のＳｔａｔｕｓプロパ
ティ値を有する。

【０２５８】ＧｅｔＯｕｔｐｕｔ

【０２５９】

【表５７】

【０２６０】ＯｕｔｐｕｔＴｙｐｅに関する値は、以下
のとおりである。

【０２６１】 ・０＝エグジット（ｅｘｉｔ）ステータスを獲得する ・１＝標準の出力を獲得する ・２＝標準の誤りを獲得する ・３＝すべての出力を獲得する（順次に） このメソッドは、子Ｊｏｂインスタンスに対してだけ有
効である。ＯｕｔｐｕｔＴｙｐｅが０である場合、エグ
ジットステータスがＯｕｔｐｕｔストリングの中で戻さ
れる。例えば、３２のエグジットステータスは、Ｏｕｔ
ｐｕｔの中でストリング「３２」として戻される。

【０２６２】ＪＯＢＬＯＧＳ ＪｏｂＬｏｇｓは、スクリプトまたは実行ファイルの実
行の出力をキャプチャする。ジョブログは、Ｊｏｂｓに
関連している。任意のＪｏｂｓに対してＮ個のＪｏｂＬ
ｏｇｓが存在することが可能である。

【０２６３】

【表５８】

【０２６４】ＪｏｂＬｏｇｓは、ジョブが開始されたと
き、システムによって常に自動作成される（例えば、メ
ソッドＳｅｔｓ．ＥｘｅｃｕｔｅまたはメソッドＤｅｖ
ｉｃｅｓ．Ｅｘｅｃｕｔｅによって）。ＪｏｂＬｏｇｓ
クラスのインスタンスは、更新することができず、Ｊｏ
ｂＬｏｇｓのインスタンスは、ＷＭＩの中で削除するこ
とができない。関連は、Ｊｏｂｓの単一のインスタンス
に対するものである。ＪｏｂＬｏｇｓのインスタンス
は、この出力を生成した装置およびジョブを与えるＪｏ
ｂｓのインスタンスに関連している。

【０２６５】プロパティ ＪｏｂＩＤ

【０２６６】

【表５９】

【０２６７】Ｓｅｑｕｅｎｃｅ

【０２６８】

【表６０】

【０２６９】１で開始して上昇する。ｓｔｄｏｕｔ、ｓ
ｔｄｅｒｒ、エグジットステータスに関して使用される
のと同じ順序番号。

【０２７０】ＬｏｇＴｉｍｅ

【０２７１】

【表６１】

【０２７２】ＯｕｔｐｕｔＴｙｐｅ

【０２７３】

【表６２】

【０２７４】ＯｕｔｐｕｔＤａｔａ

【０２７５】

【表６３】

【０２７６】以上のプロパティが親クラスから継承され
るが、現在、未使用である。Ｃａｐｔｉｏｎ、Ｄｅｓｃ
ｒｉｐｔｉｏｎ、ＩｎｓｔａｌｌＤａｔｅ、Ｎａｍｅ、
およびステータス。このオブジェクトに関するメソッド
は存在しない。

【０２７７】ＡＬＥＲＴＳ 装置ハードウェアアドレスは、ＮＩＣなどのハードウェ
ア部品を一意的に識別する。

【０２７８】

【表６４】

【０２７９】警報オブジェクトは、コントローラに警報
を報告する管理される装置からのすべての警報のコピー
を保持する。装置が警報を報告するか否かは、Ｄｅｖｉ
ｃｅｓ．ＥｎａｂｌｅＡｌｅｒｔｓ（）メソッドを使用
して設定される。Ａｌｅｒｔｓ（アラート）オブジェク
トの各インスタンスは、単一の装置からの単一の警報を
表す。Ａｌｅｒｔインスタンスは、装置から提供される
情報に基づいて常に自動的に作成される。Ａｌｅｒｔイ
ンスタンスは、手作業で作成することはできない（ＷＭ
Ｉの中で）。このクラスのインスタンスは、更新するこ
とができず、Ａｌｌｅｒｔｓクラスのインスタンスを削
除することにより、装置自体において警報が消去される
ことが生じる。関連は、Ｄｅｖｉｃｅｓの単一のインス
タンスに対するもの、警報が作成された装置を表すＤｅ
ｖｉｃｅｓのインスタンスに対するものである。

【０２８０】プロパティ ＤｅｖｉｃｅＮａｍｅ

【０２８１】

【表６５】

【０２８２】これは、警報がそこで作成された装置の名
前を含む。

【０２８３】Ｃｏｏｋｉｅ

【０２８４】

【表６６】

【０２８５】ＡｌｅｒｔＴｙｐｅ

【０２８６】

【表６７】

【０２８７】ＡｌｅｒｔＩＤ

【０２８８】

【表６８】

【０２８９】ＡｌｅｒｔＬｏｇ

【０２９０】

【表６９】

【０２９１】ＡｌｅｒｔＳｏｕｒｃｅ

【０２９２】

【表７０】

【０２９３】ＡｌｅｒｔＲｅｐｌａｃｅＳｔｒｉｎｇ

【０２９４】

【表７１】

【０２９５】これは、装置から受け取られたフォーマッ
トで記憶される。現在、これは、改行文字（文字コード
１０進法１０）によって分けられた値のリストとしての
フォーマットである。値がコンマを含む場合、エスケー
プは全く行われない。

【０２９６】ＲｅｃｅｉｖｅｄＴｉｍｅ

【０２９７】

【表７２】

【０２９８】これは、コントローラが装置から警報通知
を受け取った時刻である。

【０２９９】以下のプロパティが親クラスから継承され
るが、現在、未使用である。Ｃａｐｔｉｏｎ、Ｄｅｓｃ
ｒｉｐｔｉｏｎ、ＩｎｓｔａｌｌＤａｔｅ、Ｎａｍｅ、
およびＳｔａｔｕｓ。このオブジェクトに関するメソッ
ドは存在しない。

【０３００】ＣＯＮＴＲＯＬＬＥＲ Ｃｏｎｔｒｏｌｌｅｒクラスが、コントローラを構成
し、制御するために使用される。コントローラは、ハー
トビート間隔などのいくつかのグローバルな構成可能パ
ラメータを有する。さらに、コントローラのサービスお
よびサブサービスを開始および停止することができる。

【０３０１】

【表７３】

【０３０２】これは、作成および削除に関する単一要素
のみからなるクラスであり、このインスタンスは、更新
することができない。関連は、全く存在しない。

【０３０３】プロパティ ＨｅａｒｔｂｅａｔＩｎｔｅｒｖａｌ

【０３０４】

【表７４】

【０３０５】指定されない場合、値１２０秒（２分）が
使用される。設定することができる最小値は、６０秒で
ある。以下のプロパティが親クラスから継承されるが、
現在、未使用である。Ｃａｐｔｉｏｎ、Ｄｅｓｃｒｉｐ
ｔｉｏｎ、、およびＮａｍｅ。

【０３０６】メソッド ＲｅｆｒｅｓｈＤｅｖｉｃｅＬｉｓｔ

【０３０７】

【表７５】

【０３０８】リフレッシュ装置リストは、２つのステッ
プを有するプロセスである。まず、制御されていない装
置が、データストアから除去される。次に、「Ｍｉｃｒ
ｏｓｏｆｔ Ｓｅｒｖｅｒ Ａｐｐｌｉａｎｃｅ」タイ
プを有する装置に関して請求された検出が開始される。
その後、メソッドは戻る。この時点で、検出を開始した
ことの結果は、コントローラによって受け取られていな
い可能性があり、したがって、Ｄｅｖｉｃｅｓテーブル
は、空または部分的に完成している可能性がある。

【０３０９】ＳｅｔＨｅａｒｔｂｅａｔＩｎｔｅｒｖａ
ｌ

【０３１０】

【表７６】

【０３１１】このメソッドは、Ｃｏｎｔｒｏｌｌｅｒ．
ＨｅａｒｔｂｅａｔＩｎｔｅｒｖａｌプロパティの中の
ハートビート間隔を更新する。次に、このメソッドは、
この更新された間隔をすべての管理される装置に送信す
る。その後、メソッドは戻る。メソッドは、更新された
ハートビートを装置に送信することのステータスを待た
ない。この値は、秒数で与えられる。設定することので
きる最小値は、６０である。値を６０を下回って設定し
ようとする試みがなされた場合、記憶された値は、一実
施形態では、６０に設定される。

【０３１２】この値が増加された場合、装置は、１．５
^＊オールドハートビート間隔の後、活動状態にないよう
に見える可能性がある（Ｄｅｖｉｃｅｓ．Ａｌｉｖｅプ
ロパティは、偽に設定される）。ＷＭＩの中で、関連ク
ラスと呼ばれる特別クラスが、オブジェクトのインスタ
ンスをリンクするのに使用される。このセクションは、
オブジェクトモデルを実装するＷＭＩクラスをリンクす
るのに使用される関連クラスを定義する。関連クラス
は、ＣＩＭ＿ＣｏｍｐｏｎｅｔまたはＣＩＭ＿Ｄｅｐｅ
ｎｄｅｎｃｙから導出される。

【０３１３】ＣＩＭ＿Ｃｏｍｐｏｎｅｎｔは、親インス
タンスおよび子インスタンスをそれぞれ指定するプロパ
ティＧｒｏｕｐＣｏｍｐｏｎｅｎｔおよびプロパティＰ
ａｒｔＣｏｍｐｏｎｅｎｔを含む。ＣＩＭ＿Ｄｅｐｅｎ
ｄｅｎｃｙは、依存関係を指定するプロパティＡｎｔｅ
ｃｅｄｅｎｔおよびプロパティＤｅｐｅｎｄｅｎｔを含
む。以下に説明するとおり、親クラスがリストされ、次
に、プロパティ（ＧｒｏｕｐＣｏｍｐｏｎｅｎｔおよび
ＰａｒｔＣｏｍｐｏｎｅｎｔ、またはＡｎｔｅｃｅｄｅ
ｎｔおよびＤｅｐｅｎｄｅｎｔ）の値が記述される。ど
のクラスも、追加のプロパティを追加すること、あるい
は記述またはその他の属性を取り消すことをしない。

【０３１４】ＤＥＶＩＣＥＨＷＡＤＤＲＴＯＤＥＶＩＣ
ＥＨＷＩＰＡＤＤＲ

【０３１５】

【表７７】

【０３１６】ＧｒｏｕｐＣｏｍｐｏｎｅｎｔは、Ｄｅｖ
ｉｃｅＨＷＡｄｄｒｓのインスタンスに対するリファレ
ンスであり、ＰａｒｔＣｏｍｐｏｎｅｎｔは、Ｄｅｖｉ
ｃｅＨＷＩＰＡｄｄｒｓのインスタンスに対するリファ
レンスである。

【０３１７】ＤＥＶＩＣＥＨＷＡＤＤＲＴＯＨＷＡＤＤ
ＲＴＹＰＥ

【０３１８】

【表７８】

【０３１９】Ａｎｔｅｃｅｄｅｎｔは、ＤｅｖｉｃｅＨ
ＷＡｄｄｒｓのインスタンスに対するリファレンスであ
り、Ｄｅｐｅｎｄｅｎｔは、ＨＷＡｄｄｒＴｙｐｅｓの
インスタンスに対するリファレンスである。

【０３２０】ＤＥＶＩＣＥＴＯＡＬＥＲＴ

【０３２１】

【表７９】

【０３２２】Ａｎｔｅｃｅｄｅｎｔは、Ｄｅｖｉｃｅｓ
のインスタンスに対するリファレンスであり、Ｄｅｐｅ
ｎｄｅｎｔは、Ａｌｅｒｔｓのインスタンスに対するリ
ファレンスである。

【０３２３】ＤＥＶＩＣＥＴＯＤＥＶＩＣＥＨＷＡＤＤ
Ｒ

【０３２４】

【表８０】

【０３２５】ＧｒｏｕｐＣｏｍｐｏｎｅｎｔは、Ｄｅｖ
ｉｃｅｓのインスタンスに対するリファレンスであり、
ＰａｒｔＣｏｍｐｏｎｅｎｔは、ＤｅｖｉｃｅＨＷＡｄ
ｄｒｓのインスタンスに対するリファレンスである。

【０３２６】ＤＥＶＩＣＥＴＯＤＥＶＩＣＥＴＹＰＥ

【０３２７】

【表８１】

【０３２８】Ａｎｔｅｃｅｄｅｎｔは、Ｄｅｖｉｃｅｓ
のインスタンスに対するリファレンスであり、Ｄｅｐｅ
ｎｄｅｎｔは、ＤｅｖｉｃｅＴｙｐｅｓのインスタンス
に対するリファレンスである。

【０３２９】ＤＥＶＩＣＥＴＯＪＯＢＩＮＶＯＣＡＴＩ
ＯＮ

【０３３０】

【表８２】

【０３３１】Ａｎｔｅｃｅｄｅｎｔは、Ｄｅｖｉｃｅｓ
のインスタンスに対するリファレンスであり、Ｄｅｐｅ
ｎｄｅｎｔは、ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインス
タンスに対するリファレンスである。

【０３３２】ＳＥＴＴＯＪＯＢＩＮＶＯＣＡＴＩＯＮ

【０３３３】

【表８３】

【０３３４】Ａｎｔｅｃｅｄｅｎｔは、Ｓｅｔｓのイン
スタンスに対するリファレンスであり、Ｄｅｐｅｎｄｅ
ｎｔは、ＪｏｂＩｎｖｏｃａｔｉｏｎｓのインスタンス
に対するリファレンスである。

【０３３５】ＤＥＶＩＣＥＴＯＪＯＢ

【０３３６】

【表８４】

【０３３７】Ａｎｔｅｃｅｄｅｎｔは、Ｄｅｖｉｃｅｓ
のインスタンスに対するリファレンスであり、Ｄｅｐｅ
ｎｄｅｎｔは、Ｊｏｂｓのインスタンスに対するリファ
レンスである。

【０３３８】ＪＯＢＴＯＪＯＢ

【０３３９】

【表８５】

【０３４０】ＧｒｏｕｐＣｏｍｐｏｎｅｎｔは、Ｊｏｂ
ｓのインスタンス（親を表す）に対するリファレンスで
あり、ＰａｒｔＣｏｍｐｏｎｅｎｔは、Ｊｏｂｓのイン
スタンス（子に関する）に対するリファレンスである。

【０３４１】ＪＯＢＩＮＶＯＣＡＴＩＯＮＴＯＪＯＢ

【０３４２】

【表８６】

【０３４３】Ａｎｔｅｃｅｄｅｎｔは、ＪｏｂＩｎｖｏ
ｃａｔｉｏｎｓのインスタンスに対するリファレンスで
あり、Ｄｅｐｅｎｄｅｎｔは、Ｊｏｂｓのインスタンス
に対するリファレンスである。

【０３４４】ＪＯＢＴＯＪＯＢＬＯＧ

【０３４５】

【表８７】

【０３４６】Ａｎｔｅｃｅｄｅｎｔは、Ｊｏｂｓのイン
スタンスに対するリファレンスであり、Ｄｅｐｅｎｄｅ
ｎｔは、ＪｏｂＬｏｇｓのインスタンスに対するリファ
レンスである。

【０３４７】ＳＥＴＴＯＤＥＶＩＣＥ

【０３４８】

【表８８】

【０３４９】ＧｒｏｕｐＣｏｍｐｏｎｅｎｔは、Ｓｅｔ
ｓのインスタンスに対するリファレンスであり、Ｐａｒ
ｔＣｏｍｐｏｎｅｎｔは、Ｄｅｖｉｃｅｓのインスタン
スに対するリファレンスである。

【０３５０】

【発明の効果】本発明によれば、複数装置管理の方法お
よびシステムを提供し、この方法およびシステムは、と
りわけ、１つのコントローラコンピュータ上で単一のコ
マンドを実行し、ノードと呼ばれる１つまたは複数の他
の制御されるコンピュータ上の処理（オペレーション）
を開始するメカニズムを提供する。オペレーションは、
スクリプト記述された１組のコマンドの実行、２進プロ
グラムの実行、またはいくつかの他のタイプのオペレー
ションを含むことが可能である。メカニズムは、数セッ
トのコンピュータとともに、あたかもそれらのコンピュ
ータが単一のコンピュータであるかのように機能し、こ
れにより、例えば、コンピュータ装置の管理が大幅に単
純化され、データセンタ内でコンピュータ装置を管理す
る費用が、相当に削減される。

【図面の簡単な説明】

【図１】本発明を組み込むことができるコンピュータシ
ステムを表すブロック図である。

【図２】本発明の態様による複数のノードを管理するた
めのネットワークに接続されたコントローラコンピュー
タを表すブロック図である。

【図３】本発明の態様によるコントローラコンピュータ
の中の様々な例としての構成要素、および当該のコント
ローラコンピュータによって管理されるノードの１つ内
部の様々な例としての構成要素を表すブロック図であ
る。

【図４】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図５】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図６】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図７】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図８】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図９】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図１０】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図１１】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図１２】本発明の態様による利用可能なノード、セッ
ト、オペレーション、および／またはジョブ等の表現を
継続させるための適切な定義されたスキーマを表す図で
ある。

【図１３】本発明の態様による１つまたは複数の選択さ
れたノード上でオペレーションを行うための一般的論理
を説明する流れ図である。

【図１４】本発明の態様によるノード上で要求された処
理を行うための一般的論理を説明する流れ図である。

【図１５】本発明の態様による、得られるオペレーショ
ンの結果、ならびにオペレーションの結果を決定するコ
ントローラ上のオペレーションを開始したユーザ・イン
ターフェース、スクリプト、またはプロセスを一般的に
表す流れ図である。

【符号の説明】

１００ コンピュータシステム環境 １１０ コンピュータ装置 １２０ 処理装置 １２１ システムバス １３０ システムメモリ １３１ 読取り専用メモリ １３２ ランダムアクセスメモリ １３３ 基本入力／出力システム １３４ オペレーティングシステム １３５ アプリケーションプログラム １３６ 他のプログラムモジュール １３７ プログラムデータ １４０ 取外し不可能の不揮発性メモリインターフェー
ス １４１ ハードディスクドライブ １４４ オペレーティングシステム １４５ アプリケーションプログラム １４６ 他のプログラムモジュール １４７ プログラムデータ １５０ 取外し可能の不揮発性メモリインターフェース １５１ 磁気ディスクドライブ １５２ 取外し可能の不揮発性磁気ディスク １５５ 光ディスクドライブ １５６ 取外し可能の不揮発性光ディスク １６０ ユーザ入力インターフェース １６１ マウス １６２ キーボード １６３ マイクロホン １６４ タブレット １７０ ネットワークインターフェース １７１ ローカルエリアネットワーク １７２ モデム １７３ ワイドエリアネットワーク １８０ 遠隔コンピュータ １８１ メモリ装置 １８５ 遠隔アプリケーションプログラム １９０ ビデオインターフェース １９１ モニタ １９４ 出力周辺インターフェース １９５ スピーカ １９６ プリンタ ２００ アーキテクチャ ２０２ コントローラコンピュータ ２０４_１、２０４_２、２０４_ｎ ノードコンピュータ ２０６_１、２０６_２、２０６_ｎ ノードプログラム ２０８ コントローラサービス ２１０ 管理プログラム ２１２ トランスポート層 ２１４_１、２１４_２、２１４_ｎ トランスポート層 ２１６ 物理ネットワーク ２１８_１、２１８_２、２１８_ｎ エージェントサービス ２２０_１、２２０_２、２２０_ｎ ノードオペレーティン
グシステム ２２２ オペレーティングシステム ３０２ データストア ３０４ 開始プロセス ３０６ コントローラプログラム ３１０ スキーマインターフェース ３１２ エージェントプログラム ３１４ ＸＭＬメッセージ交換プロトコル ３１６ トランスポートプロトコル ３２０ スクリプト／実行エンジン ３２２ リブート／シャットダウン／サスペンド構成要
素 ３３０ 検出構成要素（発見構成要素） ３３２ 検出リスニング構成要素（検出聴取構成要素）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ポール シー．サットン アメリカ合衆国 98122 ワシントン州 シアトル ベルビュー アベニュー イー スト 1808 ナンバー503 (72)発明者 カート エー．スティーブ アメリカ合衆国 98052 ワシントン州 レッドモンド ノースイースト 46 スト リート 16331 (72)発明者 ガン ウォン アメリカ合衆国 98029 ワシントン州 イサコア 246 アベニュー サウスイー スト 4515 (72)発明者 マーチン エル．ホラデイ アメリカ合衆国 98311 ワシントン州 ブレマートン ノースイースト ショア クリフ 3473 (72)発明者 ジョン スー アメリカ合衆国 98029 ワシントン州 イサコア サウスイースト 40 ドライブ 24917 Ｆターム(参考） 5B045 GG01 GG02 5B085 AA01 AC03

Claims (48)

【特許請求の範囲】
1. 【請求項１】 コンピュータネットワークにおいて、 少なくとも１つのセットをコントローラにおいて保持す
   るステップであって、そこでは各セットが、少なくとも
   １つのコンピュータ装置のグループを含むステップと、 少なくとも１つのコンピュータ装置に対応する選択を前
   記コントローラで提供するステップと、 前記選択上で行われるべき少なくとも１つのオペレーシ
   ョンに対応するジョブをコントローラで提供するステッ
   プと、 前記選択中の各コンピュータ装置に前記コントローラか
   らメッセージを送信するステップであって、そこでは前
   記メッセージが、該メッセージを受信するコンピュータ
   装置に、前記ジョブを実行するように命令するステップ
   と、 前記選択中の各コンピュータ装置からの前記ジョブの結
   果を前記コントローラで記憶するステップとを含むこと
   を特徴とする方法。
2. 【請求項２】 前記コントローラにおいて前記選択を提
   供するステップが、少なくとも１つのセットのコンピュ
   ータ装置に対応するデータを提供するステップを含むこ
   とを特徴とする請求項１に記載の方法。
3. 【請求項３】 前記コントローラで前記ジョブを提供す
   るステップが、前記選択に対して実行されるスクリプト
   に対応するデータを提供するステップを含むことを特徴
   とする請求項１に記載の方法。
4. 【請求項４】 前記コントローラで前記ジョブを提供す
   るステップは、前記選択上で実行される２進プログラム
   に対応するデータを提供するステップを含むことを特徴
   とする請求項１に記載の方法。
5. 【請求項５】 前記選択上で実行される２進プログラム
   に対応する前記データは、ネットワークアドレスを含む
   ことを特徴とする請求項４に記載の方法。
6. 【請求項６】 前記選択中で識別されたコンピュータ装
   置上のエージェントにおいて前記メッセージを受信し、
   前記メッセージに応答して前記ジョブを実行するステッ
   プをさらに含むことを特徴とする請求項１に記載の方
   法。
7. 【請求項７】 前記メッセージに応答して前記ジョブを
   実行するステップが、スクリプトを実行するステップを
   含むことを特徴とする請求項６に記載の方法。
8. 【請求項８】 前記メッセージに応答して前記ジョブを
   実行するステップが、２進プログラムを実行するステッ
   プを含むことを特徴とする請求項６に記載の方法。
9. 【請求項９】 前記２進プログラムを実行するステップ
   が、前記メッセージの中のネットワークアドレスに基づ
   いて前記２進プログラムを検索するステップを含むこと
   を特徴とする請求項８に記載の方法。
10. 【請求項１０】 前記コントローラで、ノードコンピュ
    ータ装置が前記コントローラによって制御されるように
    オペレーションすることを示す検出情報を受信するステ
    ップをさらに含むことを特徴とする請求項１に記載の方
    法。
11. 【請求項１１】 前記ノードコンピュータ装置が前記コ
    ントローラによって既に制御されていることを認識する
    ステップをさらに含むことを特徴とする請求項１０に記
    載の方法。
12. 【請求項１２】 前記ノードコンピュータ装置は前記コ
    ントローラによって制御されていないことを認識し、前
    記ノードコンピュータ装置を制御するステップをさらに
    含むことを特徴とする請求項１０に記載の方法。
13. 【請求項１３】 前記ノードコンピュータ装置を識別す
    る情報を前記コントローラによって保持されるデータス
    トアに追加するステップをさらに含むことを特徴とする
    請求項１２に記載の方法。
14. 【請求項１４】 前記検出情報を受信するステップに基
    づき、前記ノードコンピュータ装置を自動的に構成する
    ステップをさらに含むことを特徴とする請求項１０に記
    載の方法。
15. 【請求項１５】 前記ジョブの結果を記憶するステップ
    が、前記ジョブの結果をストーレージの中に収集するス
    テップを含むことを特徴とする請求項１に記載の方法。
16. 【請求項１６】 前記ジョブの結果を記憶するステップ
    は、その結果を継続させるステップを含むことを特徴と
    する請求項１に記載の方法。
17. 【請求項１７】 コンピュータネットワークにおいて、 複数のコンピュータノードをコントローラコンピュータ
    によって制御可能にするように構成されるを有するデー
    タ構造であって、 各デバイスオブジェクトが前記コントローラによって制
    御されることが可能であるコンピュータノードを識別す
    る複数のデバイスオブジェクトと、 各セットオブジェクトがデバイスオブジェクトによって
    識別される少なくとも１つのコンピュータノードのグル
    ープを識別する少なくとも１つのセットオブジェクト
    と、 セットオブジェクトを介してグループ化された各コンピ
    ュータノードによって実行されるオペレーションに対応
    するデータを指定するジョブオブジェクトとを含むスキ
    ーマを含むことを特徴とするデータ構造。
18. 【請求項１８】 前記セットオブジェクトによって識別
    される少なくとも１つのコンピュータノードによって実
    行されるジョブオブジェクトオペレーションの結果に対
    応する情報を含むジョブログオブジェクトをさらに含む
    ことを特徴とする請求項１７に記載のデータ構造。
19. 【請求項１９】 前記セットオブジェクトが、セットに
    装置を追加するためのメソッドを含むことを特徴とする
    請求項１７に記載のデータ構造。
20. 【請求項２０】 前記セットオブジェクトが、セットか
    ら装置を除去するためのメソッドを含むことを特徴とす
    る請求項１７に記載のデータ構造。
21. 【請求項２１】 前記セットオブジェクトが、前記セッ
    ト上でジョブを実行するためのメソッドを含むことを特
    徴とする請求項１７に記載のデータ構造。
22. 【請求項２２】 前記デバイスオブジェクトが、他のオ
    ブジェクトに対する関連を含むことを特徴とする請求項
    １７に記載のデータ構造。
23. 【請求項２３】 前記ジョブが実行されたときに作成さ
    れたジョブ呼び出しオブジェクトをさらに含むことを特
    徴とする請求項１７に記載のデータ構造。
24. 【請求項２４】 前記スキーマが、前記コンピュータノ
    ードから前記コントローラに情報を通信するためのアラ
    ート（Ａｌｅｒｔｓ）オブジェクトをさらに含むことを
    特徴とする請求項１７に記載のデータ構造。
25. 【請求項２５】 コンピュータネットワークにおいて、 少なくとも１つのノードに対応する選択を受信するよう
    に構成されたコントローラと、 前記コントローラ上のコントローラソフトウェアと通信
    するために接続されたエージェントソフトウェアを含む
    前記選択中で識別されたノードと、 前記選択に対して実行される少なくとも１つのオペレー
    ションに対応する、前記コントローラによって保持され
    たジョブと、 前記ジョブに対応するデータを含むメッセージを前記コ
    ントローラソフトウェアから前記ノードの前記エージェ
    ントソフトウェアに通信するように構成されたトランス
    ポートであって、前記メッセージは、前記ジョブを実行
    するように前記エージェントソフトウェアに命令し、前
    記ノードの前記エージェントソフトウェアは、前記メッ
    セージを受信したのに応答して、前記ジョブを実行し、
    結果を前記コントローラに戻すトランスポートと、 前記コントローラのデータストアであって、前記コント
    ローラが前記エージェントソフトウェアからの前記結果
    をデータストアに記憶するデータストアとを含むことを
    特徴とするシステム。
26. 【請求項２６】 前記データストアの中の情報に対する
    アクセスを提供するように構成されたスキーマインター
    フェースをさらに含むことを特徴とする請求項２５に記
    載のシステム。
27. 【請求項２７】 前記ノードコンピュータで実行エンジ
    ンをさらに含み、前記エージェントソフトウェアが、前
    記実行エンジンと通信して、前記ジョブに対応する前記
    少なくとも１つのオペレーションを行うことを特徴とす
    る請求項２５に記載のシステム。
28. 【請求項２８】 前記実行エンジンは、スクリプトエン
    ジンを含み、前記エージェントソフトウェアが、前記実
    行エンジンと通信してスクリプトを実行することを特徴
    とする請求項２７に記載のシステム。
29. 【請求項２９】 前記実行エンジンは２進プログラムを
    実行するための前記実行エンジンソフトウェアを含み、
    前記エージェントソフトウェアが、前記実行エンジンと
    通信して前記２進プログラムを実行することを特徴とす
    る請求項２７に記載のシステム。
30. 【請求項３０】 前記コントローラによって要求された
    １組の少なくとも１つの特別オペレーションを行うノー
    ド上のソフトウェアをさらに含むことを特徴とする請求
    項２５に記載のシステム。
31. 【請求項３１】 前記１組の少なくとも１つの特別オペ
    レーションが、リブートオペレーションを含むことを特
    徴とする請求項３０に記載のシステム。
32. 【請求項３２】 前記１組の少なくとも１つの特別オペ
    レーションが、サスペンドオペレーションを含むことを
    特徴とする請求項３０に記載のシステム。
33. 【請求項３３】 前記１組の少なくとも１つの特別オペ
    レーションが、シャットダウンオペレーションを含むこ
    とを特徴とする請求項３０に記載のシステム。
34. 【請求項３４】 前記ネットワーク上のノードによって
    提供される検出情報を検出する前記コントローラにおけ
    る検出リスニングプロセスをさらに含むことを特徴とす
    る請求項２５に記載のシステム。
35. 【請求項３５】 前記コントローラが、前記検出情報を
    提供するノードを自動的に構成するためソフトウェアを
    含むことを特徴とする請求項３４に記載のシステム。
36. 【請求項３６】 各ノードが、前記検出情報を自動的に
    提供するための検出構成要素を含むことを特徴とする請
    求項３４に記載のシステム。
37. 【請求項３７】 各ノードが、該ノードのリブートの
    後、前記検出情報を自動的に提供することを特徴とする
    請求項３６に記載のシステム。
38. 【請求項３８】 コンピュータネットワークにおいて、 選択されたセットとして、複数のコンピュータ装置を有
    するセットを選択するステップと、 前記セットに対してあるオペレーションを行うようにコ
    ントローラに命令するステップであって、前記コントロ
    ーラが、前記セットの中の各コンピュータ装置と通信し
    て前記オペレーションの実行を要求し、当該要求したオ
    ペレーションの結果を受信し、該結果をログ記録するス
    テップとを含むことを特徴とする方法。
39. 【請求項３９】 前記複数のコンピュータ装置を前記セ
    ットに配置するステップをさらに含むことを特徴とする
    請求項３８に記載の方法。
40. 【請求項４０】 前記結果を分析するステップをさらに
    含むことを特徴とする請求項３８に記載の方法。
41. 【請求項４１】 前記分析の結果は、所与のコンピュー
    タ装置上で失敗した前記オペレーションを示し、該コン
    ピュータ装置上で再試行の実行を要求するステップをさ
    らに含むことを特徴とする請求項４０に記載の方法。
42. 【請求項４２】 コンピュータネットワークにおいて、 セットを定義するステップと、 前記セットを編集して、少なくとも１つの制御されるコ
    ンピュータ装置を前記セットに追加するステップと、 前記セットを記憶するステップと、 前記コントローラにおいて、前記セットを使用して前記
    セットの各制御されるコンピュータ装置を制御するステ
    ップとを含むことを特徴とする方法。
43. 【請求項４３】 前記セットを編集して、前記セットか
    ら少なくとも１つの制御されるコンピュータ装置を除去
    するステップをさらに含むことを特徴とする請求項４２
    に記載の方法。
44. 【請求項４４】 セットを定義するステップが、セット
    オブジェクトを識別するステップを含むことを特徴とす
    る請求項４２に記載の方法。
45. 【請求項４５】 前記セットを編集するステップが、前
    記セットオブジェクトのメソッドを呼び出すステップを
    含むことを特徴とする請求項４４に記載の方法。
46. 【請求項４６】 前記セットを記憶するステップが、前
    記セットを前記コントローラにとってアクセス可能なデ
    ータストア上に記憶するステップを含むことを特徴とす
    る請求項４２に記載の方法。
47. 【請求項４７】 前記セットを使用して前記セットの各
    制御されるコンピュータ装置を制御するステップが、前
    記セットを選択し、前記セットに対するオペレーション
    を行うように前記コントローラに命令し、前記コントロ
    ーラが、前記セットの中の各コンピュータ装置と通信し
    て前記オペレーションの実行を要求するステップを含む
    ことを特徴とする請求項４２に記載の方法。
48. 【請求項４８】 前記コントローラにおいて、各コンピ
    ュータ装置から前記要求したオペレーションの結果を受
    信し、前記結果を記憶するステップをさらに含むことを
    特徴とする請求項４７に記載の方法。