(57)【要約】【解決手段】デバイス管理システムは、バックプレーンと、前記バックプレーンを介して通信し、識別情報を格納するデバイスと、前記識別情報を受信して、前記識別情報と一致する診断モジュールを提供する管理モジュールと、デバイスと関連付けられているコントローラとを含む。前記コントローラは前記管理モジュールに前記識別情報を供給して、前記管理モジュールから前記診断モジュールを受信し、そして、前記診断モジュールから得られた前記デバイスの診断情報を出力する。
2007512631.tif 000002
【特許請求の範囲】
【請求項１】
バックプレーンと、
識別情報を格納し、前記バックプレーンを介して通信するデバイスと、
前記識別情報を受信し、前記識別情報に対応する診断モジュールを供給する管理モジュールと、
前記管理モジュールに前記識別情報を供給し、前記管理モジュールから前記診断モジュールを受信し、前記診断モジュールを介して取得した前記デバイスの診断情報を出力する、前記デバイスと関連付けられているコントローラと
を備えるシステム。
【請求項２】
前記管理モジュールは、前記コントローラから前記診断情報を受信し、前記診断情報に基づいてレポートを生成する
請求項１に記載のシステム。
【請求項３】
前記レポートは、前記診断情報の要約の１つおよび前記診断情報の詳細な説明を有する
請求項１に記載のシステム。
【請求項４】
前記管理モジュールに冗長な機能を提供するバックアップモジュール
をさらに備える請求項１に記載のシステム。
【請求項５】
前記管理モジュールと前記バックアップモジュールとを相互接続するバス
をさらに備え、
前記管理モジュールおよび前記バックアップモジュールは、前記バスを介して同期化を維持する
請求項４に記載のシステム。
【請求項６】
前記バックアップモジュールは、前記管理モジュールにピングを打ち、ピングに応答して前記管理モジュールから応答信号を受信しない場合、前記バックアップモジュールは、前記管理モジュールによって実行される機能の制御を引き受ける
請求項５に記載のシステム。
【請求項７】
前記管理モジュールは、前記識別情報を用いて前記診断モジュールを取得する
請求項１に記載のシステム。
【請求項８】
前記管理モジュールは、インターネットを介して前記診断モジュールを取得する
請求項７に記載のシステム。
【請求項９】
前記管理モジュールが前記識別情報を格納するメモリ
をさらに備える請求項１に記載のシステム。
【請求項１０】
前記バックプレーンを介して通信する第２のデバイス
をさらに備え、
前記管理モジュールは、第２の診断モジュールを前記第２のデバイスに供給し、前記第２の診断モジュールを介して取得される第２の診断情報を前記第２のデバイスから受信する
請求項１に記載のシステム。
【請求項１１】
前記デバイスは、
前記診断モジュールを実行するプロセッサと、
前記プロセッサに前記診断モジュールを供給する前記コントローラと
を含み、
前記プロセッサは、前記コントローラへ前記診断情報を供給する
請求項１に記載のシステム。
【請求項１２】
モジュール式コンピュータシステムのデバイスを管理する方法であって、
前記デバイスの識別情報を受信する段階と、
前記識別情報に基づいて、前記デバイスに対応する診断モジュールを特定する段階と、
前記デバイスへ前記診断モジュールを送信する段階と、
前記診断モジュールを用いて生成された前記デバイスからの診断情報を受信する段階と
を備える方法。
【請求項１３】
前記診断情報に基づいてレポートを生成する段階と、
前記レポートを出力する段階と
をさらに備える請求項１２に記載の方法。
【請求項１４】
前記レポートは、前記診断情報の要約の１つおよび前記診断情報に関連した詳細な記述を有する
請求項１２に記載の方法。
【請求項１５】
前記識別情報を用いてネットワークを介して前記診断モジュールを取得する段階
をさらに備える請求項１２に記載の方法。
【請求項１６】
前記方法は、複数のデバイスの各々に対応する診断モジュールを用いる前記複数のデバイスのそれぞれのために実行される
請求項１５に記載の方法。
【請求項１７】
デバイスに関連付けられているコントローラによって実行され、モジュール式コンピュータシステムの管理モジュールへ前記デバイスの診断情報を供給する方法であって、
前記管理モジュールに識別情報を供給する段階と、
前記管理モジュールから診断モジュールを受信する段階と、
前記診断モジュールを介して前記デバイスのための診断情報を取得する段階と、
前記管理モジュールへ前記診断情報を出力する段階と
を備える方法。
【請求項１８】
取得する段階が、
前記診断モジュールを実行する前記デバイス上のプロセッサに前記診断モジュールを転送する段階と、
前記プロセッサから前記診断情報を受信する段階と
を有する請求項１７に記載の方法。
【請求項１９】
前記識別情報が、前記管理モジュールからの要求に応じて提供される
請求項１７に記載の方法。
【請求項２０】
前記識別情報は、前記デバイスが前記モジュール式の処理システムに組み込まれたときに自動的に供給される
請求項１７に記載の方法。
【請求項２１】
モジュール式コンピュータシステム中のデバイスを管理するための複数の命令を格納する機械可読媒体を備える製品であって、前記複数の命令は機械に、
前記デバイスの識別情報を受信させる手順と、
前記識別情報に基づいて前記デバイスに対応する診断モジュールを特定させる手順と、
前記デバイスに前記診断モジュールを送信させる手順と、
前記診断モジュールを用いて生成された前記デバイスからの診断情報を受信させる手順と
を実行させる製品。
【請求項２２】
前記複数の命令は、前記機械に、
前記診断情報に基づいてレポートを生成させる手順と、
レポートを出力させる手順と
をさらに実行させる請求項２１に記載の製品。
【請求項２３】
前記レポートは、前記診断情報の１つの要約および前記診断情報に関連付けられた詳細な記述を有する
請求項２１に記載の製品。
【請求項２４】
前記複数の命令は、前記機械に
前記識別情報を用いてネットワークを介して前記診断モジュールを取得させる手順
をさらに実行させる請求項２１に記載の製品。
【請求項２５】
モジュール式コンピュータシステムの管理モジュールへ、デバイスの診断情報を提供するための複数の実行命令を格納する機械可読媒体を備える製品であって、
前記命令は機械に、
前記管理モジュールへ識別情報を供給させる手順と、
前記管理モジュールから診断モジュールを受信させる手順と、
前記診断モジュールを介して前記デバイスの診断情報を取得させる手順と、
前記管理モジュールへ前記診断情報を出力させる手順と
を実行させる製品。
【請求項２６】
取得させる手順が、
前記診断モジュールを実行する前記デバイス上のプロセッサへ前記診断モジュールを渡す手順と、
前記プロセッサから前記診断情報を受信する手順と
を実行させる請求項２５に記載の製品。
【請求項２７】
前記識別情報が、前記管理モジュールからの要求に応じて供給される
請求項２５に記載の製品。
【請求項２８】
前記モジュール式の処理システムに前記デバイスが組み込まれたときに、前記識別情報が自動的に供給される
請求項２５に記載の製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、デバイス管理システムに関する。
【背景技術】
【０００２】
モジュール式スロットベースコンピュータシステムは、同一のバックプレーンに接続された複数のデバイス（例えば、複数のサーバ）を含む。そのシステムは、望みどおりに複数のデバイスが加えられたり、あるいは取り除かれたりされてよいという意味でのモジュールである。そのような複数のデバイスは、同一の製造業者、あるいは異なる複数の製造業者からのデバイスであってよい。
【０００３】
複数のモジュール式スロットベースコンピュータシステムの異機種環境の性質により、システム中で発生する複数の障害または複数のエラーを診断することが困難な場合がある。異なる複数の製造業者から異なる複数のデバイスが供給され得るために、複数のデバイスは、異なる種類および数の障害を起こす傾向がある。デバイスの各々の形式の特定の知識は、各々のデバイスの複数の障害を診断および修復するために必要とされる。
【０００４】
一般的に、ほとんどの個人がモジュール式スロットベースコンピュータシステム全体にわたる複数の障害を、特定し修復するための必要な知識の幅を有していない。結果として、そのような人材がシステムを診断することができるまでシステムの障害は特定されず、および／または、修復されないままの状態がしばしば継続せざるを得ない。
【図面の簡単な説明】
【０００５】
【図１】モジュール式スロットベースコンピュータシステムのブロック図である。
【図２】モジュール式スロットベースコンピュータシステム中の複数のデバイスによるプロセスの実行のフローチャートを示す。
【図３】図２の複数のプロセスの１つの実行に用いうるコンピュータの近景である。
【発明の開示】
【０００６】
図１は、デバイス管理システム１１を含むモジュール式スロットベースコンピュータシステム１０を示す。モジュール式スロットベースコンピュータシステムの一例は、"ブレードサーバ"システムである。複数のブレードサーバシステムは、モジュール、電気通信および複数のデータセンターアプリケーションに特に有用なマルチベンダアーキテクチャを有する。典型的なブレードサーバシステムは、単一のバックプレーンに接続され、単一のバックプレーンを介して通信する複数のサーバを含む。複数のネットワークインターフェースカード（ＮＩＣ）、複数の冷却装置、複数のルータ、および他の複数の"アドオン"カード等のその他の複数の「インテリジェント"デバイスもバックプレーンに接続されていてよい。バックプレーンを介して通信するブレードサーバ上の各インテリジェントデバイスは、"ブレード"と呼ばれる。
【０００７】
図１において、ブレード１２に関して示すように、各ブレードは、プロセッサおよびメモリを含む（符号１３参照）。プロセッサ１４は、インテル社のペンティアム（登録商標）またはインテル社のゼオン（登録商標）等の"ハイエンド"プロセッサであってよい。そのような複数のプロセッサは、１つまたはそれ以上のコンピュータプログラムを実行でき、バックプレーンまたはその他の手段のいずれかを介して他のデバイスと通信できる。メモリ１５は、リードオンリーメモリ（ＲＯＭ）および／またはランダムアクセスメモリ（ＲＡＭ）のような１つまたはそれ以上のメモリデバイスを含む。
【０００８】
メモリ１５には、フィールド交換可能ユニット（ＦＲＵ）１６が含まれている。ＦＲＵ１６は、ブレード１２の識別情報を格納するメモリデバイスあるいは、メモリ領域である。識別情報は、例えば、製造識別子（ＩＤ）およびデバイスの部品ナンバーのあるいはシリアルナンバーを含んでいてよい。ブレードサーバシステムのアーキテクチャは、異なった複数の製造業者からのそのような複数のデバイスがシステムに組み込まれたものであってよい。そのため、製造業者の識別は、システムのデバイスを識別するために用いる情報の一部であってよい。
【０００９】
また、メモリ１５には、以下に述べる複数の診断モジュールが実行されうるオペレーティングシステム管理スタック１７が含まれている。ブレード上で実行されうるオペレーティングシステムの例は、Ｗｉｎｄｏｗｓ（登録商標）およびＬｉｎｕｘを含む。
【００１０】
"インテリジェントプラットフォームマネジメント"（ＩＰＭ）デバイスとして知られているコントローラ１９が各ブレードに接続されている。コントローラ１９は、インテル（登録商標）の８０５１マイクロコントローラのような、マイクロコントローラまたは同様なものであってよい。このマイクロコントローラは、ブレード１２とシャーシ管理モジュール２０および２１（ＣＭＭあるいは単に"管理モジュール"）との間の通信を調整する。（以下で説明される。）コントローラ１９は、システム管理ソフトウエア（ＳＭＳ）インターフェース（図示しない）を介して、ブレード１２上のオペレーティングシステムと通信する。コントローラ１９は、バックプレーン上の冗長ＩＰＭバス（ＩＰＭＢ）２２を介して、管理モジュール２０および２１と通信する。
【００１１】
管理モジュール２０および２１は、ブレードから得られた診断情報を取得して、診断情報に関するレポートを生成するための、複数の冗長なソフトウエアルーチンである。また、管理モジュール２０および２１は、電源、冷却、相互接続（Ｅ−キーイング）、およびイベントロギングを含むシステム１０の他の側面を制御してよい。また、それらは、システム１０の基本的な調子を監視して、以下に述べるように、異常を報告して必要に応じて修正措置をとってもよい。
【００１２】
管理モジュールの１つ、例えば、管理モジュール２０は、アクティブモードで動作する。アクティブモードにおいて、管理モジュール２０は、診断情報を取得して報告するために、図２に関して以下に述べる複数の機能を実行する。他の管理モジュール、この例においては管理モジュール２１は、（管理モジュール２０がアクティブモードで動作している間）スタンバイモードで動作する。スタンバイモードにおいて、管理モジュール２１は、図２に関して以下に述べる複数の機能を実行せずに、管理モジュール２０が機能しない場合に備えてバックアップとして作動する。
【００１３】
スタンバイモードの間に、管理モジュール２１は、管理モジュール２０に"ピング（ｐｉｎｇ）"と呼ばれる信号を複数送信する。複数のピングは、管理モジュール２０および２１に接続されているバス２４上に送信されてよい。仮に管理モジュール２０が、予め定められた期間以内に１つあるいはそれ以上のピングに応答しなかった場合には、管理モジュール２１は、アクティブの役割を引き受けて、管理モジュール２０をスタンバイ状態へと強制する。そのような場合には、以前のアクティブな管理モジュール２０は、修正を必要としていたかもしれない。その結果、新たなアクティブ管理モジュール２１は、例えば、（例えば、障害の）管理モジュール２０に関係する問題のネットワークアドミニストレータに、助言のレポートを生成して送信してよい。
【００１４】
また、管理モジュール（すなわち、アクティブ状態またはスタンバイ状態の管理モジュール）の役割は、システムアドミニストレータによって割り当てられてもよい。一の管理モジュールをスタンバイモードで動作させ、他方の管理モジュールをアクティブモードで動作させる命令を示す制御信号が、バス２３、２４を介して管理モジュール２０および２１に送信されてもよい。仮に一の管理モジュールが障害を有する場合には、まだ使用可能な管理モジュールが、制御信号に関わりなくアクティブの役割を引き受けてもよい。
【００１５】
スタンバイ管理モジュール２１がアクティブ管理モジュール２０を"引き継"いでもよいので、２つの管理モジュールは、ブレードについての同一の、最新の情報を含むことを保証するために同期化される。同期化は、複数のＩＰＭバス（ＩＰＭＢ）２５を介して実行される。同期化は自動的に、あるいは外部信号に応答して起こりうる（例えば、定期的に）。同期化は、アクティブ管理モジュールの最新の診断および機器構成情報へスタンバイ管理モジュール２１をアップデートすることを含んでよい。
【００１６】
複数の管理モジュールは冗長であるので、管理モジュール２０の以下の記述も管理モジュール２１に適用される。管理モジュール２０は複数の診断モジュール２６を含む。複数の診断モジュールは、共通情報モデル（ＣＩＭ）のような、典型的な管理フレームワーク下で実行されるソフトウエアコンポーネントである。複数の診断モジュールは、全部が同一であるとは限らず、ブレードの複数の製造業者によって提供されうるという意味で、異種およびベンダー固有である。診断モジュールが特定のハードウエアデバイス（ブレード）を"障害調査"して、ディスクファイルとして診断テストレポートを作成してサポートするので、これは特に有利である。すなわち、デバイス製造業者によって提供された診断モジュールは、デバイスに特定の診断情報を得るために、（例えば、製造業者によって）予め構成されうる。
【００１７】
診断モジュール２６は、ブレードから診断情報を取得する。診断モジュールはブレード製造業者によって設計および提供されるので、各診断モジュールは、適切なメンテナンス、および対応するブレードの操作に最も必要な診断情報を取得する。診断情報は、エラーや障害データ、機器構成データ、温度データ、湿度データ、操作データ、接続データ、および同種のデータのようなブレードに関連する情報を、これには限られないが、含んでよい。基本的に診断情報は、監視されうるブレードの状態に関連する、どの様な情報であってもよい。診断情報は、以下に述べるように、ブレードで発生したエラーを取得してレポートするのに、特に有用である。
【００１８】
管理モジュール２０は、ネットワーク接続２７を含み、それを通して管理モジュール２０はインターネットのようなリモートネットワークに接続する。管理モジュール２０は、要求に応じてリモートネットワークから１つまたは複数の診断モジュールを取得できる。例えば、管理モジュール２０は、ユニバーサル・ディスクリプション、ディスカバリーアンドインテグレーション（ＵＤＤＩ）を、特定のブレードの製造業者のウエブサイトを特定するために使用してよい。ＵＤＤＩは、インターネット上に機能を載せて、お互いを発見することを可能とするウエブベースの分散されたディレクトリである。管理モジュール２０は、他の手段によって製造業者のウエブサイトのユニフォームリソースロケータ（ＵＲＬ）を取得してもよいし、ＵＲＬを用いて予めプログラムされていてもよい。
【００１９】
どのような場合においても、一度管理モジュール２０がブレード製造業者のウエブサイトにアクセスした場合には、管理モジュール２０は、ブレードの部品ナンバーのような識別情報をウエブサイトに入力してよい。これは、適切な診断モジュールを、必要とされるまで診断モジュールをキャッシュに格納する管理モジュール２０へ供給するためのウエブサイトへのトリガーとなる。診断モジュールは、安全性を確実にするために、セキュア・ソケット・レイヤー（ＳＳＬ）を介してウエブサーバから取得されてもよい。ＳＳＬプロトコルは、ＳＳＬ接続上で転送されるデータを暗号化するために秘密鍵を用いることによって動作する。
【００２０】
また、デバイス管理システム１１は、２つの直列の電気的に消去可能なプログラマブルリードオンリーメモリ（ＳＥＥＰＲＯＭ）２９および３０を含む。ＳＥＥＰＲＯＭ２９および３０はそれぞれ、同一の情報（以下に記載する）のコピーを格納する。当該機器構成は、システムの冗長性を保障する。冗長１２Ｃバス３１は、ＳＥＥＰＲＯＭ２９および３０へのパスウェイを提供する。
【００２１】
ＳＥＥＰＲＯＭ２９および３０は、情報管理用識別情報、すなわち、製造業者の識別、部品ナンバー、および同種のものを含む、バックプレーンのブレードそれぞれの識別情報を格納する。また、ＳＥＥＰＲＯＭ２９および３０は、１つ以上のシステムイベントログ（ＳＥＬ）を含んでいてよい。ＳＥＬは、予め定められた期間にわたってブレードから取得した診断情報の記録を含んでいてよい。また、ＳＥＬは、管理モジュールによって生成され、送信されたレポートのコピー、および他に監視されているシステム情報を格納していてもよい。
【００２２】
図２は、ブレードの複数のエラーを検出し、複数のエラーレポートを送信することを含むシステム１０における複数のブレードを管理するためのプロセス３２を示す。"管理モジュール"と標識されているプロセス３２の部分は、アクティブ管理モジュール（例えば、管理モジュール２０）によって、"コントローラ"と標識されているプロセス３２の部分は、コントローラ（例えば、コントローラ１９）によって、および"ブレード"と標識されているプロセス３２の部分は、ブレードのプロセッサ（例えば、プロセッサ１４）によって実行される。
【００２３】
プロセス３２において、コントローラ１９は、その対応するブレード１２の識別情報をＦＲＵ１６から読み出す（３４）。コントローラ１９は、当該識別情報を管理モジュール２０に供給する（３５）。識別情報は例えば、ブレード１２がシステム１０の中に組み込まれている場合には、自動的に供給されてよく、または、識別情報は、管理モジュール２０の要求に応じて供給されてもよい。そのような要求は、システムアドミニストレータによって提供された"障害調査"コマンドに応じて発行されてよい。
【００２４】
管理モジュール２０は、ブレード１２の識別情報を受信する（３６）。管理モジュール２０は、ブレード１２に対応する診断モジュールを識別するために、識別情報を使用する（３７）。一実施形態によれば、管理モジュール２０は、製造業者のＩＤおよび識別情報中の部品ナンバーに基づいてモジュールＩＤを計算するために、数学のアルゴリズムを使用する。モジュールＩＤは、適切な診断モジュール（管理モジュールによってモジュールＩＤにインデックスが付けられている）を読み出すために用いられる。
【００２５】
適切な診断モジュールは、内部メモリまたはウエブサーバ／サイトのような外部の記憶場所から読み出されてよい。より具体的には、仮に管理モジュール２０がシステム１０上にモジュールＩＤに対応する診断モジュールを配置できない場合には、管理モジュール２０は、診断モジュールを取得するために上述したブレード製造業者のウエブサイトに、問い合わせてよい。診断モジュールが取得可能であると仮定すれば、プロセス３２は続行する。
【００２６】
管理モジュール２０は、診断モジュールを、ＩＰＭＢ２２を介してコントローラ１９に送信する（すなわち、"転送"する）。コントローラ１９は、順に、管理モジュール２０から診断モジュールを受信する（４０）。診断モジュールは、実行のためにオペレーティングシステムを必要としてよい。係る場合において、コントローラ１９は、診断モジュールを実行させる複数の命令とともに、ブレード１２上のプロセッサ１４へ診断モジュールを渡す（４１）。プロセッサ１４は、診断モジュールを実行する（４２）。診断モジュールは、ブレード１２の診断情報（すなわち、診断テスト結果）を取得する。既に述べたように、診断モジュールはブレード１２に固有であるので、比較的高精度で複数の問題を正確に特定するために用いることができる独自仕様の詳細への手段を有する。
【００２７】
プロセッサ１４は、コントローラ１９へ診断情報を供給する（４４）。コントローラ１９は、オペレーティングシステム管理スタックを必要とせずに、いくつかの診断モジュールを実行できることに留意する。特に、そのような診断モジュールは、プロセッサ１４よりもむしろコントローラによって"局所的"に実行されるのを保証されるために、タグが付けられていてもよい。
【００２８】
コントローラ１９は、診断情報を（例えば、プロセッサ１４から）受信して（４５）、管理モジュール２０に診断情報を送信する（４６）。管理モジュール２０は、順々に、診断情報を受信する（４７）。管理モジュール２０は、診断情報に基づいてレポートを生成する（４９）。レポートは、特定のエラー関連情報を含む、ブレード１２の状態に関する全ての利用可能な情報を提供する詳細なレポートであってよい。他の方法としては、レポートは、選択された複数の状態の情報の要約であってもよい。レポートのフォーマットは、システムアドミニストレータから送信されたコマンドによって特定されてよく、あるいは、管理モジュール２０にプログラムされていてもよい。
【００２９】
管理モジュール２０は、メモリ（たとエア、ＳＥＥＰＲＯＭ２９）にレポートを格納してよく、および／または、例えば、管理モジュールのネットワーク接続を介して、システムアドミニストレータへレポートを出力してもよい（５０）。管理モジュールは、診断情報の到着、または問い合わせに応答して、自動的にレポートをシステムアドミニストレータに提供してよい。システムアドミニストレータは、ブレードの問題を探索して、オフラインで複数の問題を修正または修理するためにレポートを使用してよい。
【００３０】
図３は、複数の管理モジュールが実行されうるコンピュータを示す。コンピュータ５１は、プロセッサ５２、メモリ５４、および記憶媒体５５（例えば、ハードディスク）を含む。記憶媒体５５は、管理モジュール２０および２１の機能を実装するためにプロセッサ５２によりメモリ５４から実行される、機械実行可能命令５６を格納する。
【００３１】
管理モジュール２０および２１は、図１および図３のハードウエアおよびソフトウエアとともに用いられるとは限らず、他の処理またはプロセシング環境に適用可能である。
【００３２】
管理モジュールは、デジタル電子回路、または、コンピュータハードウエア、ファームウエア、ソフトウエア、若しくは、これらの組み合わせに実装されうる。管理モジュールは、例えば、プログラマブルプロセッサ、コンピュータ、あるいは複数のコンピュータのようなデータ処理装置の操作を制御、あるいは実行のために、例えば、機械読取可能な記憶デバイス中、または、伝播信号中のような情報キャリアに明白に統合されているコンピュータプログラムのための、コンピュータプログラム製品または他の製品の記述として実装されうる。コンピュータプログラムは、複数のコンパイル言語または複数のインタープリタ言語を含むいかなる形式のプログラミング言語によって記述されていてもよく、そして、処理環境における使用に適したスタンドアロンプログラム、またはモジュール、コンポーネント、サブルーチン、若しくは他のユニットとしてのいかなる形式で配布されてもよい。コンピュータプログラムは、一のコンピュータ上、または、一のサイト、若しくは通信ネットワークによって相互接続されている複数のサイト上の複数のコンピュータによって実行されるべく、配布されうる。
【００３３】
管理モジュールによって実行される方法は、機能を実行するためのコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって実行されうる。また、複数の管理モジュールによって実行される方法は、特別の目的を有する論理回路、例えば、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、または、ＡＳＩＣ（特定用途向け集積回路）によって実行されえ、そして、管理モジュールの装置として実装されうる。
【００３４】
コンピュータプログラムの実行に適したプロセッサは、一例として、一般的および特別の目的のマイクロプロセッサ、並びにいかなる種類のデジタルコンピュータの１つ以上のプロセッサの双方を含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリ若しくはこれらの双方から複数の命令およびデータを受信する。コンピュータの複数の要素は、複数の命令を実行するためのプロセッサおよび複数の命令およびデータを格納するための１つ以上のメモリデバイスを含む。また、一般的に、コンピュータは、データを受信するため、またはデータを転送するため、若しくは双方を行うために、例えば、磁気、磁気光学ディスク、あるいは光ディスクといったデータを格納するための１つ以上の大容量記憶デバイスを含むか、あるいは動作可能に接続されている。
【００３５】
コンピュータプログラムの命令およびデータを統合するために適した情報キャリアは、一例として、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスといった半導体メモリデバイスを含む不揮発性メモリ、例えば、内的なハードディスクまたはリムーバブルディスクといった磁気ディスク、磁気光学ディスク、およびＣＤ−ＲＯＭ並びにＤＶＤ  ＲＯＭディスクの全ての形式を含む。プロセッサおよびメモリは、特定の目的のための論理回路によって補完または組み込まれうる。
【００３６】
管理モジュールは、例えば、データサーバとしてのバックエンドコンポーネント、または、例えば、アプリケーションサーバのようなミドルウエアコンポーネント、または、例えば、グラフィカルユーザインターフェースまたはシステムアドミニストレータが複数の管理モジュールと相互に通信できるウエブブラウザを有するクライアントコンピュータのようなフロントエンドコンポーネント、若しくは、そのようなバックエンド、ミドルウエア、またはフロントエンドコンポーネントのいかなる組み合わせをも含む、処理システムに実装されうる。
【００３７】
システムのコンポーネントは、例えば通信ネットワークのような、いかなる形式またはデジタルデータ通信の媒体によって相互接続されうる。通信ネットワークの例には、ローカルエリアネットワーク（ＬＡＮ）、およびインターネットのようなワイドエリアネットワーク（ＷＡＮ）を含む。
【００３８】
処理システムは、クライアントおよびサーバを含んでよい。クライアントおよびサーバは、一般的にお互いに離れており、典型的には、通信ネットワークを介して相互接続される。クライアントおよびサーバの関係は、それぞれのコンピュータで実行されているコンピュータプログラムと、お互いのクライアント−サーバの関係とを有することにより発生する。
【００３９】
本明細書に記載したプロセスは、上述した特定の実施形態に限られることはない。例えば、図２のブロックは、上記説明で詳述した結果を取得するために、整理しなおしてよく、および／または、省略されてもよい。モジュール式スロットベースコンピュータシステムあたり２つの管理モジュールより多くの数の、または少ない数の管理モジュールがあってもよい。本明細書に記載していない増設コンポーネントが、モジュール式スロットベースコンピュータシステムに含まれていてもよい。
【００４０】
また、本明細書に記載されていない他の実施形態は、請求項に記載の範囲内に包含される。
【図１】
2007512631.tif 000003
【図２】
2007512631.tif 000004
【図３】
2007512631.tif 000005
【国際調査報告】
2007512631.tif 000006
2007512631.tif 000007