(57)【要約】【課題】  拡張されたインテリジェントプラットフォーム管理方式を提供する。【解決手段】  ＳＤＲリポジトリからＳＤＲレコードカウントが読み出され、ＳＤＲリポジトリからＳＤＲレコードが読み出され、各ＳＤＲレコードに関連したセンサタイプが決定される。ＳＤＲレコードが読み出されている間、ＳＤＲリポジトリのあらゆるプロパティディスクリプタＳＤＲレコードが見つけ出され、制御側コンピュータのプロパティテーブルが初期化される。一旦ＳＤＲタイプが決定され、プロパティテーブルが初期化されると、制御側コンピュータは、被制御側システムを監視する。制御側コンピュータは、ＩＰＭＩコマンドおよび書き込み可能なプロパティレコードを通じて被制御側コンピュータを制御するのに必要な情報を有する。【選択図】  図４
2004326737.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステム（１００）の制御システムであって、
管理コントローラ（１０２）と、
該管理コントローラに接続された複数のセンサ（１１８）と
を備え、
前記管理コントローラ（１０２）は、
センサデータレコードリポジトリ３０６に複数のセンサデータレコードオブジェクト
を含み、
該複数のセンサデータレコードオブジェクト（３０５）は、
前記複数のセンサ（１１８）から受信したデータ
を含み、
少なくとも１つの付加的なセンサデータレコードオブジェクト（３０２）は、
プロパティディスクリプタ
を含み、
該プロパティディスクリプタは、前記管理コントローラ（１０２）にアクセス可能なプロパティデータオブジェクト（３０８）を参照し、
前記センサデータレコードオブジェクト（３０２、３０５）および前記プロパティデータオブジェクト（３０８）は、インタフェース（３１２）を通じて読み出し可能であり、
前記プロパティデータオブジェクト（３０８）は、前記インタフェース（３１２）を通じて書き込み可能であり、
それによって、前記コンピュータシステム（１００）が制御される
制御システム。
【請求項２】
前記インタフェース（３１２）は、インテリジェントプラットフォーム管理インタフェースプロトコルに従って動作する
請求項１に記載の制御システム。
【請求項３】
前記コンピュータシステム（１００）は、コヒーレンシセットレジスタ（２０５）を含むパーティション制御レジスタ（２０７、２０５）を備える分割可能なコンピューティングシステムであり、
前記パーティション制御レジスタ（２０７、２０５）は、プロパティデータオブジェクト（３０８）を通じて書き込み可能である
請求項１に記載の制御システム。
【請求項４】
前記センサ（２１２）の少なくともいくつかは、衛星管理コントローラ（１２２）を通じて前記管理コントローラに接続される
請求項１に記載の制御システム。
【請求項５】
前記プロパティデータオブジェクト（３０８）は、複数の読み出し操作で整合した読み出しを行うことができるようにロック可能である
請求項１に記載の制御システム。
【請求項６】
第１の前記プロパティデータオブジェクト（３０８）を読み出すことは、前記コンピュータシステムの一部の状態を読み出すメカニズムを提供し、
前記プロパティデータオブジェクト（３０８）を書き込むことは、前記コンピュータシステムの前記一部の状態を変更するメカニズムを提供する
請求項１に記載の制御システム。
【請求項７】
インテリジェントプラットフォーム管理インタフェースを通じて制御可能なコンピュータシステムのベースボード管理コントローラ（１０２）の改良であって、
センサデータオブジェクト（３０２）であって、前記インテリジェントプラットフォーム管理インタフェースを通じて読み出しおよび書き込みが可能なプロパティレコード（３０８）を示すセンサデータオブジェクト（３０２）を管理コントローラ（１０２）に設けること
を含むベースボード管理コントローラの改良。
【請求項８】
ベースボード管理コントローラ（１０２）であって、
前記プロパティデータオブジェクト（３０８）は、読み出し可能であり、それによって、前記コンピュータシステムの機能の状態情報を提供し、
前記プロパティデータレコードは、書き込み可能であり、それによって、前記コンピュータシステムの前記機能を制御する
請求項７に記載のベースボード管理コントローラ。
【請求項９】
ベースボード管理コントローラ（１０２）であって、
前記プロパティデータオブジェクト（３０８）は、ロック可能であり、それによって、複数の読み出しコマンドで整合した読み出しを可能にする
請求項７に記載のベースボード管理コントローラ。
【請求項１０】
ベースボード管理コントローラ（１０２）であって、
前記プロパティデータオブジェクト（３０８）は、補助管理コントローラ（１２２）に配置され、該ベースボード管理コントローラ（１０２）を通じてアクセス可能である
請求項７に記載のベースボード管理コントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本アプリケーションプログラミングインタフェース（ＡＰＩ）は、インテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ（Intelligent Platform Management Interface））を拡張するシステムおよび方法を提供し、それによって、分割可能なマルチプロセッサコンピュータシステムを含むコンピュータシステムを制御するための、読み出し可能である共に書き込み可能でもある多数のセンサレコードおよびプロパティレコードを提供する。
【背景技術】
【０００２】
インテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）は、例えばネットワークサーバコンピュータといったコンピュータシステムの制御に使用されるプロトコルである。
ログ記録操作、監視操作、一覧表作成操作、および復旧操作が、被制御側コンピュータシステムの主プロセッサから独立であるように、ＩＰＭＩは、各被制御側コンピュータに管理プロセッサが存在することを前提とする。
ＩＭＰＩの詳細な説明は、http://www.intel.com/design/servers/ipmiのIntelのウェブサイトから取得することができる。
ＩＭＰＩの第１．５版の第１．１改訂版の仕様書は、Intelから入手することができる。
【０００３】
ＩＰＭＩは、例えば、温度、電圧、ファン動作、および電力供給といったサーバコンピュータの物理的な健康状態を監視して制御するために使用される「インテリジェントな」ハードウェアに対する共通インタフェースを定義する。
これらの機能は、遠隔システムの管理、復旧、および資産のトラッキングを可能にする情報を提供する。
ＩＰＭＩは、制御側コンピュータシステムと被制御側コンピュータシステムのベースボード管理コントローラ（ＢＭＣ（Baseboard Management Controller））との間のシリアルモデム接続およびシリアルＬＡＮ接続を介して遠隔のコンピュータシステムの管理を行う。
制御側コンピュータは、被制御側コンピュータであってもよい。
【０００４】
ＢＭＣは、システムの主管理コントローラである。
ＢＭＣは、インテリジェントプラットフォーム管理バス（ＩＰＭＢ（Intelligent Platform Management Bus））として知られている業界標準のＩ２Ｃプロトコルに由来するシリアルインタフェースを介してそのシステム内の衛星管理コントローラ（ＳＭＣ（Satellite Management Controller））と通信することができる。
ＳＭＣは、ＢＭＣであるシステムの他の回路基板に配置されてもよいし、他のデバイスに配置されてもよい。
ＩＰＭＩは、制御側コンピュータが、ＢＭＣを通じてＳＭＣからの情報にアクセスできるようにするコマンド、および、ＢＭＣを通じてＳＭＣにコマンドを提供できるようにするコマンドを提供する。
【０００５】
ＩＰＭＩメッセージは、要求／応答プロトコルを使用する。
ＩＰＭＩ要求メッセージは、一般に、コマンド（Ｃｍｄ）と呼ばれる。
ＩＰＭＩコマンドは、ネットワーク機能コード（ＮｅｔＦｎ）と呼ばれるフィールドを使用して機能コマンドセットにグループ化される。
このネットワーク機能コードは、コマンドが関連付けられるＢＭＣまたはＳＭＣをアドレス指定するのに部分的に役立つ。
センサ／イベント関連コマンド、シャーシコマンド、および他の機能のコマンドセットがあらかじめ定義されている。
【０００６】
ＢＭＣは、集中化した不揮発性システムイベントログ（ＳＥＬ（System Event Log））を保持する。
このＳＥＬは、例えば範囲外の温度、電力供給障害、および訂正不能なＥＣＣエラーといったシステムの重要なイベントのリポジトリである。
ＢＭＣは、衛星管理コントローラ（ＳＭＣ）のリストを保持することがある。
【０００７】
ＢＭＣは、単一の集中化した不揮発性ＳＤＲリポジトリを保持する。
この不揮発性ＳＤＲリポジトリは、システム内のすべてのＩＰＭＩアクセス可能なセンサのセンサデータレコード（ＳＤＲ（Sensor Data Record））を保持する。
ＳＤＲは、センサを識別して完全に記述する。
この記述には、ＢＭＣがシステム初期化の際に使用するセンサのデフォルト初期化設定が含まれる。
また、ＳＤＲは、生のセンサ読み取り値を標準単位（例えばミリアンペアまたはボルト）に変換するためのオフセットおよび定数も保持する。
システム管理ソフトウェアは、ＳＤＲ情報を使用して、センサの位置および変換係数を得る。
センサは、システムを管理する際に対象となる多くの情報を含み、電圧、温度、およびファン速度の読み取り値だけでなく、システムステータス情報も含む。
ＳＤＲは、例えば温度制限および電圧制限といった、制御側コンピュータが書き込むことができるパラメータを含むことがある。
【０００８】
多くのセンサのタイプは、ＩＰＭＩ仕様に定義される。
その仕様は、追加されるセンサタイプをカバーするように、拡張にも対処できる。
ＩＰＭＩコマンドは、ＮｅｔＦｎバイトおよびＣｍｄバイトによって指定される。
関連するデータフィールドも存在し得る。
拡張されたコマンドは、一般に、ＯＥＭ拡張用に予約されたＮｅｔＦｎバイトコードおよびＣｍｄバイトコードを利用する。
コマンドおよびセンサタイプの双方についてＩＰＭＩを拡張することは、その特定の相手先商標による製造会社（ＯＥＭ）に関連付けられた製造者ＩＤに合わせて行われる。
【０００９】
［ＩＭＰＩの拡張の欠点］
このメカニズムは、ＩＰＭＩ仕様で予約されたＮｅｔＦｎバイトコードおよびＣｍｄバイトコードに利用可能な拡張数を制限する。
特に、ＩＰＭＩは、他の技法が使用されない限り、センサ識別情報０Ｃ０Ｈ〜ＯＦＦＨしか利用できないように、利用可能なセンサ識別情報を定義する。
これにより、ＯＥＭのセンサの拡張は、高々６４個のセンサタイプに制限される。
【００１０】
多くのセンサタイプが、ＩＰＭＩ仕様であらかじめ定義されるが、これらのセンサタイプは、２つ以上のオペレーティングシステムを同時に実行可能な現代の高性能で再分割可能なコンピュータシステムをサポートすることを含んでいない。
このようなシステムは、ＩＰＭＩのもとでＯＥＭコマンドを使用し、センサを拡張する必要がある。
さらに、ＩＰＭＩセンサは、通常読み出し専用である。
【００１１】
例えばHewlett-Packardといった大企業であっても、１つの製造者ＩＤしか持たない。
したがって、これらのセンサコードおよびコマンドコードを、その会社が製造するすべてのデバイスに分配しなければならない。
さらに、いずれかのセンサコードまたはコマンドコードが、同じ製造者ＩＤと共に再使用されると、混同およびシステムの不適合が予想され得る。
したがって、同じ製造者が製造するシステムと共に使用するのに利用可能なセンサタイプおよびコマンドコードの個数を拡大することが望ましい。
【００１２】
通常、ＩＰＭＩ被制御側システムは、それらのシステムを制御するのに、一連のＯＥＭ定義のＩＰＭＩコマンドを必要とする。
通常、制御側システムは、各ＩＰＭＩ被制御側システムで実施されるＯＥＭ定義のコマンドの知識を有しなければならない。
これは、一般に、予定される各被制御側システムに利用可能なコマンド表を、制御側システムアプリケーションに組み込むことにより行われる。
このシステムは、予定されるシステム構成が非常に多種多様に存在すると、故障する傾向にある。
改善されたシステムを実施し、それによって、制御側システムが、被制御側システムによって実施されるコマンドを発見できるようにすることが望ましい。
【００１３】
また、ＩＰＭＩ仕様は、すべてのセンサ情報を単一のコマンド応答で転送できるとは限らないようなＳＤＲサイズを有するセンサにアクセスするためのロック／ロック解除メカニズムも提供しない。
【００１４】
［ＳＮＭＰへの導入］
シンプルネットワーク管理プロトコル（ＳＮＭＰ）は、マネージャとして知られている制御側コンピュータシステムによって一般に使用されて、コンピュータネットワーク内のエージェントとして知られている例えばスイッチおよびルータといったデバイスの管理および制御を行うプロトコルである。
エージェントは、通常、ネットワーク相互接続デバイスであり、サーバコンピュータではない。
ＳＮＭＰは、通常、ＳＮＭＰ命令およびＳＮＭＰ応答を通じて動作する。
これらのＳＮＭＰ命令およびＳＮＭＰ応答は、ユーザデータグラムプロトコル（ＵＤＰ）パケットまたはインターネットプロトコル（ＩＰ）パケットに組み込まれて、マネージャとエージェントとの間をコンピュータネットワークを介して伝送される。
マネージャとエージェントとの間に、ネットワーク接続をあらかじめ定めておく必要はない。
各ＳＮＭＰコマンドは、通常、マネージャアドレスおよびエージェントアドレスと共にカプセル化され、ネットワークを横切って個別に伝送される。
【００１５】
ＳＮＭＰプロトコルは、次のコマンドを実施する。
これらのコマンドは、マネージャによって特定のエージェントにアドレス指定される。
ｇｅｔ  ＯＩＤ（検索操作）
ｇｅｔ＿ｎｅｘｔ  ＯＩＤ（トラバース操作）
ｇｅｔ＿ｒｅｓｐｏｎｓｅ  ＯＩＤ（表示操作）
ｓｅｔ  ＯＩＤ（変更操作）
ｔｒａｐ（トラップ）
【００１６】
ＳＮＭＰのｇｅｔ操作、ｇｅｔ＿ｎｅｘｔ操作、ｇｅｔ＿ｒｅｓｐｏｎｓｅ操作、およびｓｅｔ操作は、オブジェクト識別子（ＯＩＤ）を含む。
ＯＩＤは、通常、整数列である。
ＯＩＤは、これらのコマンドに添付される識別子であり、エージェント内の目標変数、すなわちオブジェクトを示すために使用される。
ＳＮＭＰシステムは、各エージェント内において、アドレス指定可能なオブジェクトの管理情報ブロック（ＭＩＢ（Management Information Block））データ構造体を実施することを必要とする。
ＭＩＢは、木構造の複数のオブジェクトを備える。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は、ＩＭＰＩの拡張の欠点を解消した改良されたアプリケーションプログラミングインタフェースシステムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本アプリケーションプログラミングインタフェース（ＡＰＩ）は、読み出しおよび書き込みが可能なプロパティを有する多数のセンサタイプを提供するシステムおよび方法を提供する。
その結果、ＩＰＭＩは機能強化され、この機能強化されたＩＰＭＩは、強力で分割可能なマルチプロセッサコンピュータシステムをサポートすることができる。
【００１９】
一対のＯＥＭコマンドが、ＩＰＭＩに追加される。
これらのＯＥＭコマンドは、「プロパティ取得（get property）」コマンドおよび「プロパティ設定（set property）」コマンドである。
各コマンドは、多数の「プロパティ」レコードの読み出しまたは書き込みを行うことができる。
プロパティレコードは、可変長であり、ＩＰＭＩの最大メッセージ長よりも大きくなることが許容されている。
【００２０】
また、ＯＥＭ定義のＳＤＲレコードタイプも追加される。
センサデータレコードリポジトリにあるこのＳＤＲレコードタイプの各インスタンスは、特定のマシン上のアクセス可能なプロパティレコードに関する情報を含む。
【００２１】
別の実施の形態では、プロパティデータレコードを、ＩＰＭＩのもとで許容される最大通信よりも大きくすることができる。
ロック／ロック解除メカニズムが設けられ、それによって、プロパティレコードにアクセスするプロセス間の衝突が防止される。
したがって、複数の制御側コンピュータ上で実行されているＩＰＭＩ管理ソフトウェアの複数の複製は、同時に共存することができる。
【発明を実施するための最良の形態】
【００２２】
コンピュータシステム１００（図１）は、ベースボード管理コントローラ（ＢＭＣ）１０２および１つまたはいくつかのプロセッサセル１０４、１０６を有する。
プロセッサセル１０４、１０６は、２つまたは３つ以上のＩＳＡタイプを有する。
図２は、例えば図１のセル１０４、１０６といったセルの詳細なブロック図である。
図１および図２を参照して、プロセッサセル１０４、１０６はそれぞれ、主プロセッサ２０２を有する。
プロセッサセル１０４は、第１の命令セットアーキテクチャ（ＩＳＡ）タイプの主プロセッサを組み入れる一方、プロセッサセル１０６は、第２のＩＳＡタイプのプロセッサを組み入れることができる。
この文書の目的上、２つまたは３つ以上のＩＳＡタイプの主プロセッサが、別々のセル上に位置しようがしまいが、コンピュータシステムがそれらの主プロセッサを有する場合には、そのコンピュータシステムは、異種コンピュータシステムである。
特定の実施の形態では、プロセッサセル１０４は、ＰＡ８８００タイプのプロセッサ２０２を組み入れる一方、プロセッサセル１０６は、Ｉｎｔｅｌ  Ｉｔａｎｉｕｍタイプのプロセッサ２０２を組み入れる。
一実施の形態では、各セルは４個の主プロセッサを有し、別の実施の形態では、各セルは１６個のプロセッサを有する。
【００２３】
システム１００のセルは、高速相互接続１１０を通じて相互接続される。
この高速相互接続１１０は、セル間の通信を行う。
システム１００のセルの中には、Ｉ／Ｏ（入出力）相互接続１１２にも接続されるものがある。
Ｉ／Ｏ相互接続１１２は、例えばセル１０４といったシステムのセルとＩ／Ｏデバイス１１４との間の通信パスを提供する。
Ｉ／Ｏデバイス１１４には、ディスクドライブおよびネットワークインタフェースデバイスに加えて、他の周辺装置が含まれ得る。
【００２４】
各セルは、１つまたは２つ以上の衛星管理コントローラ（ＳＭＣ）１２２を有する。
各セルは、１つまたは２つ以上のインテリジェントプラットフォーム管理バス（ＩＰＭＢ）１２４を通じてＢＭＣと通信する。
また、ＢＭＣは接続１２６も有する。
この接続１２６によって、制御側コンピュータは、インテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）コマンドを介してＢＭＣにアクセスすることが可能になる。
管理コントローラ１０２も接続され、電源装置およびファン１１８、ならびに他のシステムデバイスの制御および監視を行う。
電源装置の電圧ならびにプロセッサの温度および電源装置の温度は、ＳＭＣのアナログ／デジタル変換器およびＢＭＣを通じて、例えばサーミスタといった適切な物理センサによって監視される。
【００２５】
例えばセル１０４、１０６といった各セル２００（図２）は、主プロセッサ２０２に加えて、メモリシステム２０４および高速相互接続インタフェースデバイス２０６をも有する。
特定の実施の形態では、高速相互接続インタフェースデバイス２０６として、クロスバー交換回路、バスブリッジ回路およびメモリ制御回路が含まれる。
一実施の形態では、高速相互接続インタフェースデバイス２０６は、そのセルが割り当てられる保護領域を指定するための保護領域レジスタ２０７を含む。
高速相互接続インタフェースデバイス２０６は、主プロセッサ２０２からメモリシステム２０４への例えばプロセッサバス２０８といったプロセッサバスを、少なくとも１つの高速システム相互接続１１０およびＩ／Ｏ相互接続１１２にインタフェースする。
【００２６】
各セルのメモリ２０４は、そのセルのプロセッサ２０２からアクセスでき、かつ、高速相互接続１１０からアクセスできる。
高速相互接続インタフェースデバイス２０６は、保護領域レジスタ２０７を使用して、高速相互接続１１０によるメモリ２０４へのアクセスを、保護領域レジスタ２０７で指定される保護領域に割り当てられたセルからの参照に制限することができる。
保護領域は、システムのパーティションに対応する。
したがって、保護領域レジスタ２０７は、メモリ２０４のメモリアクセスを特定のパーティションのセルに制限することにより、システムの分割を強制的に行う。
【００２７】
システムメモリの一部を、グローバル共有メモリ（ＧＳＭ（Globally Shared Memory））として構成することができる。
別の実施の形態では、１つまたは２つ以上のセルのメモリ２０４の一部をＧＳＭメモリとして機能するように構成することができる。
ＧＳＭメモリは、コヒーレンシセット（ＣＳ（Coherency Set））レジスタ２０５を通じて制御される。
ＣＳレジスタ２０５は保護領域情報を含み、この保護領域情報によって、ＧＳＭメモリの各領域に対して保護領域を指定することができる。
ＧＳＭメモリの領域の参照が、保護領域、すなわちパーティションに割り当てられたプロセッサを起源とするものである場合、ＣＳレジスタ２０５によってその領域へのアクセスが特に許可されたもの以外は、その参照は拒否される。
これらのパーティションによって、システムは、複数のオペレーティングシステムを単一または複数のコピーで同時に実行することが可能となる。
【００２８】
一実施の形態では、各セルの主プロセッサ２０２のそれぞれは、複数のレベルのキャッシュメモリと共に複数のＣＰＵ（中央処理装置）をそれぞれ有する大規模集積回路である。
この実施の形態の一変形では、各プロセッサ２０２は４つのＣＰＵを有する。
予想されるように、プロセッサ２０２あたりの有効なＣＰＵ数は、４より多くてもよい。
【００２９】
各セルはＳＭＣ１２２も有する。
ＳＭＣ１２２は、ＩＰＭＢ１２４を介した通信に適合している。
特定の実施の形態では、ＳＭＣ１２２は、ＣＳレジスタ２０５を環境設定するだけでなく、セルレベルの冷却デバイス２１２を制御し、セルの主プロセッサ２０２の温度を監視することができる。
セル上のＳＭＣは、そのセルのプロセッサタイプを示すセルタイプレジスタ２１４を有する。
【００３０】
既存のＩＰＭＩ仕様には、説明したような複雑でセル形式の異種であり得るコンピュータシステムのＣＳレジスタ２０５、複数の高速相互接続インタフェース２０６、保護領域レジスタ２０７、および他の機構を制御するのに十分なコマンドおよびセンサタイプが不足している。
このような複雑なシステムは、ＯＥＭ定義の拡張されたコマンド、センサタイプ、およびセンサデータレコードを有する機能強化されたＩＰＭＩによって最もよく管理される。
【００３１】
図３の被制御側システムのブロック図では、ＳＤＲレコード３０２、３０４、３０５とプロパティレコード３０８、３１０との間に、論理接続が示されている。
ＳＤＲレコード３０２、３０４、３０５は、ＳＤＲオブジェクトとしても知られており、ＢＭＣ１０２のＳＤＲリポジトリ３０６内にある。
プロパティレコード３０８、３１０は、プロパティオブジェクトとしても知られており、ＢＭＣ１０２にアクセスすることができる。
ＳＤＲリポジトリ３０６およびプロパティレコード３０８、３１０の双方は、ＢＭＣ１０２およびそのＢＭＣのＩＰＭＩプロトコルインタフェース３１２を通じてアクセス可能である。
プロパティレコード３０８、３１０は、ＢＭＣ内に配置してもよいし、（システム設計者の選択で）任意のＳＭＣ１２２、または、ＢＭＣにアクセスできるシステムの任意のデバイスに配置してもよい。
【００３２】
制御側コンピュータ（図示せず）が、ＩＰＭＩ接続３１６を介して制御側コンピュータに接続した後すぐに、制御側コンピュータは、符号４０２（図４）で、ＳＤＲリポジトリ３０６からＳＤＲレコードカウント３１８を読み出す。
次に、制御側コンピュータは、符号４０４で、ＳＤＲリポジトリからＳＤＲレコード３０２、３０４、３０５を読み出し、各ＳＤＲレコード３０２、３０４、３０５に関連したセンサタイプを決定する。
【００３３】
符号４０４で、ＳＤＲレコード３０２、３０４、３０５を読み出している間、制御側コンピュータは、符号４０６で、ＳＤＲリポジトリ３０６のあらゆるプロパティディスクリプタＳＤＲレコード３０２、３０４を見つけ出し、符号４０８で、制御側コンピュータのプロパティテーブルを初期化する。
一旦ＳＤＲタイプが符号４０４で決定され、プロパティテーブルが初期化されると、制御側コンピュータは、符号４１０で、被制御側システムを監視することができる。
その後、制御側コンピュータは、符号４１２で、ＩＰＭＩコマンドおよび書き込み可能なプロパティレコード３０８、３１０を通じて被制御側コンピュータを制御するのに必要な情報を有する。
【００３４】
図５は、プロパティインスタンスディスクリプタＳＤＲ３０２、３０４の簡略化した内容を示している。
各プロパティインスタンスディスクリプタＳＤＲ３０２は、ＩＰＭＩ仕様に準拠したＯＥＭ  ＳＤＲヘッダ５０２を有する。
このヘッダは、そのＳＤＲがプロパティインスタンスディスクリプタＳＤＲであることを示すＳＤＲタイプバイトを含む。
また、各プロパティインスタンスディスクリプタＳＤＲ３０２は、プロパティタイプ５０４も有する。
このプロパティタイプ５０４は、参照されるプロパティのタイプと、プロパティインデックスとを記述する。
このプロパティインデックスを通じて、関連したプロパティレコード３０８を配置することができる。
また、各プロパティインスタンスディスクリプタ３０２は、例えば被制御側コンピュータシステムの特定のセル１０４といったエンティティを識別する関連したエンティティ識別子５０８、書き込み可能フラグ５１０、マルチメッセージ有効フラグ（multiple-message-enable flag）５１２、およびロック可能フラグ５１４も有する。
【００３５】
各プロパティＳＤＲは、１つまたは２つ以上の任意のバージョン識別子５１６を含むことができ、それによって、プロパティＳＤＲ、プロパティタイプ、およびプロパティコマンドのバージョン管理が可能となる。
これは、標準的なＩＰＭＩに不足しているきめの細かなバージョン管理の制御を提供する。
同じＢＭＣを通じてアクセス可能な異なる改訂版のＳＭＣが、関連したプロパティＳＤＲにおいて異なるプロパティバージョン番号を提供する場合、それらのＳＭＣは、それぞれ別にプロパティを実施することができる。
【００３６】
プロパティＳＤＲは、プロパティタイプがバリアントセレクタ（variant selector）である入れ子式バリアントレコード（variant record）またはバリアントオブジェクト（variant object）として実施される。
プロパティＳＤＲには、いくつかのタイプのプロパティＳＤＲに存在し得る任意のかつ付加的なフィールドが存在する。
【００３７】
マルチメッセージ有効フラグ５１２がアクティブである場合、関連したプロパティレコード３０８を、複数のメッセージによる書き込みまたは読み出しを行うことができる。
この複数のメッセージの読み出し／書き込み機能により、ＩＰＭＩの最大メッセージ転送長を超えるプロパティレコード３０８をサポートすることが可能になる。
【００３８】
複数のメッセージによりプロパティレコードを読み出すと、通常は、プロパティレコードがメッセージ間で変化する可能性がある。
変化するレコードが混乱を引き起こすことを防止するために、プロパティロックコマンド（Lock Property command）によりプロパティをロックすることができ、プロパティロック解除コマンド（Unlock Property command）によりプロパティをロック解除することができる。
プロパティはロック可能であってもよいし、ロック可能でなくてもよく、ロック可能なプロパティは、関連したプロパティインスタンスディスクリプタＳＤＲ３０２、３０４のロック可能フラグ５１４によって印を付けられる。
【００３９】
プロパティ取得コマンド、またはプロパティ設定コマンドが、正当なアクセスキーを含む場合にのみ、ロック可能なプロパティの書き込みまたは読み出しを行うことができる。
ロックをサポートするプロパティロックコマンドおよびプロパティロック解除コマンドの２つのコマンドが設けられる。
プロパティロックコマンドが成功すると、指定されたプロパティがロックされて、制御側コンピュータ上で実行されている特定の管理ユーティリティが使用するためのアクセスキーが返され、それによって、そのコマンドが認可されたものとして確認される。
プロパティがロックされている間、そのプロパティを再びロックすることはできず、さらに、同じ制御側コンピュータまたは別の制御側コンピュータがそのプロパティのロックを試みると、エラーステータスが返される。
プロパティロック解除コマンドは、ロックを放棄して、そのアクセスキーを無効にする。
【００４０】
別の実施態様では、別々の読み出しロックおよび別々の読み出しロックを実施することができ、複数の読み出しロックが許可される。
したがって、複数の制御側コンピュータによるプロパティの同時読み出しが可能となる。
【００４１】
ロックされたプロパティは、そのプロパティが設定されると自動的にロック解除される。
したがって、プロパティ設定コマンドが成功すると、プロパティは自動的にロック解除される一方、プロパティ設定コマンドが失敗すると、プロパティは自動的にロック解除されない。
【００４２】
制御側コンピュータ上で実行されている管理ユーティリティが、プロパティレコード３０８にアクセスすると、管理ユーティリティは、まず、符号６０４（図６）で、プロパティテーブルをチェックして、そのプロパティが、関連したプロパティインスタンスディスクリプタＳＤＲ３０２にロック可能と印されているかどうかを判断する。
プロパティがロック可能でない場合、制御側コンピュータの管理ユーティリティは、符号６０６で、プロパティレコードにアクセスするのに必要なプロパティ取得コマンドまたはプロパティ設定コマンドを発行する。
プロパティがロック可能である場合、制御側コンピュータは、符号６０８で、プロパティロックコマンドを発行する。
符号６１０で、管理コントローラがロックを許可しており、プロパティロックコマンドが返したステータスが、エラーを示していない場合、制御側コンピュータは、プロパティレコードにアクセスするのに必要となる符号６１６のプロパティ設定コマンド列または符号６１４のプロパティ取得コマンド列を発行する。
【００４３】
符号６１６のプロパティ設定コマンドは、プロパティをロック解除するように作用するので、符号６１２で、発行されるコマンドがプロパティ設定コマンドである場合には、符号６１８のプロパティロック解除コマンドは不要となる。
符号６１２で、発行されるコマンドが、符号６１４の１つまたは２つ以上のプロパティ取得コマンドである場合、プロパティロック解除コマンドが、符号６１８で発行される。
【００４４】
符号６１０で、管理コントローラがロックを許可しない場合、制御側コンピュータは、符号６０８のプロパティロックコマンドが返すタイムスタンプを符号６２０でチェックして、その特定のプロパティレコード３０８を参照するプロパティロックコマンドが最後に成功してからの経過時間を求める。
符号６２０で、プロパティロックコマンドが最後に成功してからの時間が、タイムアウト限界より大きい場合には、制御側コンピュータは、符号６２２でプロパティロック解除コマンドを発行し、符号６０８でプロパティロックコマンドを再試行する。
符号６２０で、プロパティロックコマンドが最後に成功してからの時間が、タイムアウト限界より小さい場合には、制御側コンピュータは、符号６２４で時間を遅延させて、符号６０８でプロパティロックコマンドを再試行する。
【００４５】
１つまたは２つ以上の制御側コンピュータに加えて、ＢＭＣ１０２はプロパティのロックを取得することができ、それによって、ＢＭＣ１０２がそのプロパティに関連したデータを処理している間、制御側コンピュータがそのプロパティを読み出したり、あるいは変更したりすることを防止する。
【００４６】
上記内容は、本発明の特定の実施の形態を参照して、詳細に示され述べられてきたが、当業者には、本発明の精神から逸脱することなく、その形態および細部に他のさまざまな変更を行うことができることが理解されよう。
本明細書に開示され、特許請求の範囲に包含されるより広い概念から逸脱することなく、異なる実施の形態に上記説明を適合させる際に、さまざまな変更を行うことができることが理解されるべきである。
【図面の簡単な説明】
【００４７】
【図１】ＢＭＣおよびいくつかのＳＭＣを備え、制御側コンピュータに接続された分割可能なコンピュータシステムのブロック図である。
【図２】図１の分割可能なコンピュータシステムのセルの詳細なブロック図である。
【図３】被制御側コンピュータ上のアクセス可能なプロパティレコードを識別するＳＤＲリポジトリのＳＤＲレコードと、それらＳＤＲレコードのＩＰＭＩインタフェースとの相互作用とを示す被制御側システムのブロック図である。
【図４】制御側コンピュータが実行する動作を示す簡略化した例示的なフローチャートである。
【図５】プロパティレコードの位置およびタイプを示すＳＤＲの簡略化した内容である。
【図６】制御側コンピュータが、プロパティレコードにアクセスする際にロックコマンドをどのように使用するかを示す簡略化した例示のフローチャートである。
【符号の説明】
【００４８】
１００・・・コンピュータシステム、
１０２・・・ベースボード管理コントローラ（ＢＭＣ）、
１０４，１０６・・・セル、
１１４・・・Ｉ／Ｏデバイス、
１１８・・・電源装置、ファン、
１１０・・・高速相互接続、
１１２・・・Ｉ／Ｏ相互接続、
１２２・・・衛星管理コントローラ（ＳＭＣ）、
１２４・・・インテリジェントプラットフォーム管理バス（ＩＰＭＢ）、
１２６・・・接続、
２００・・・セル、
２０２・・・プロセッサ、
２０４・・・メモリ、
２０５・・・コヒーレンシセットレジスタ、
２０６・・・高速相互接続インタフェース、
２０７・・・保護領域レジスタ、
２１２・・・冷却デバイス、
２１４・・・セルタイプレジスタ、
３０６・・・ＳＤＲリポジトリ、
３１８・・・ＳＤＲレコードカウント、
３０２，３０４・・・プロパティインスタンスディスクリプタＳＤＲ、
３０５・・・他のＳＤＲ、
３０８，３１０・・・プロパティレコード、
３１２・・・ＩＰＭＩプロトコルインタフェース、
５０２・・・ＯＥＭ  ＳＤＲヘッダ、
５０４・・・プロパティタイプ、
５０６・・・プロパティインデックス、
５０８・・・エンティティＩＤ、
５１０・・・書き込み可能フラグ、
５１２・・・マルチメッセージフラグ、
５１４・・・ロック可能フラグ、
５１６・・・プロパティバージョン、
【図１】
2004326737.tif 000003
【図２】
2004326737.tif 000004
【図３】
2004326737.tif 000005
【図４】
2004326737.tif 000006
【図５】
2004326737.tif 000007
【図６】
2004326737.tif 000008