(57)【特許請求の範囲】
【請求項１】
起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得する情報取得部と、
前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する制御部と
を備えることを特徴とする管理制御装置。
【請求項２】
前記情報取得部は、前記状態遷移情報に加えて運用時に用いる運用情報を取得し、
前記制御部は、遷移指示以外の指示として少なくとも前記運用情報を要求する処理を行う
ことを特徴とする請求項１に記載の管理制御装置。
【請求項３】
前記情報取得部が取得した前記状態遷移情報を第１記憶部に格納し、前記情報処理装置が送信する前記状態遷移情報以外の情報を第２記憶部に格納する格納部をさらに備え、
前記制御部は、前記第１記憶部からの前記状態遷移情報の取得を、前記第２記憶部からの前記状態遷移情報以外の情報の取得に対して優先的に行い、取得した前記状態遷移情報に応じた次の状態への遷移指示を、該状態遷移情報を送信した情報処理装置に送信する
ことを特徴とする請求項１に記載の管理制御装置。
【請求項４】
前記情報取得部は、前記情報処理装置が起動を開始できる準備が整った状態である第１状態、サービスの提供が行える状態である運用状態に遷移するための準備が整った状態である第２状態、又は運用状態である第３状態のいずれかを示す前記状態遷移情報を取得し、
前記制御部は、前記第２状態を示す前記状態遷移情報の取得元である前記情報処理装置に起動許可指示を通知することで前記第３状態への遷移を指示し、前記第３状態を示す前記状態遷移情報の取得元である前記情報処理装置に運用許可指示を通知することで第４状態への遷移を指示する
ことを特徴とする請求項１に記載の管理制御装置。
【請求項５】
前記制御部は、前記第４状態を示す前記状態遷移情報の取得元である前記情報処理装置に運用情報の送信を指示することを特徴とする請求項２に記載の管理制御装置。
【請求項６】
前記制御部は、前記複数の情報処理装置から前記第４状態を示す前記状態遷移情報を受信している場合、予め決められた前記情報処理装置の順番で前記運用情報を１つずつ取得していくことを繰り返す
ことを特徴とする請求項２に記載の管理制御装置。
【請求項７】
各前記情報処理装置への前記運用情報送信の指示を格納する指示格納部を情報処理装置毎に有し、
前記制御部は、前記指示格納部に格納された指示を１つずつ、対応する情報処理装置に対して送信することで前記運用情報を順次取得していく
ことを特徴とする請求項６に記載の管理制御装置。
【請求項８】
前記制御部は、１つの前記情報処理装置からの１回の前記運用情報の取得で、複数種類の前記運用情報の中から１種類の運用情報を取得することを特徴とする請求項６に記載の管理制御装置。
【請求項９】
複数の情報処理装置及び管理制御装置を有する情報処理システムであって、
前記情報処理装置は、起動における状態遷移に応じて、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を前記管理制御装置に送信する起動状態通知部を備え、
前記管理制御装置は、
起動した前記複数の情報処理装置のそれぞれから送信される状態遷移情報を取得する情報取得部と、
前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する制御部と
を備えることを特徴とする情報処理システム。
【請求項１０】
起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得し、
前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する
ことを特徴とする管理制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理制御装置、情報処理システム及び管理制御方法に関する。
【背景技術】
【０００２】
近年、高密度実装による省スペース化やシステム拡張の容易性などからブレードサーバの導入が増加している。また、ブレードサーバを用いたシステムでは、複数のサーバを一元管理できるので運用管理性も向上させることができる。サーバの一元管理の一例として、複数のブレードサーバを一斉に起動させることがある。【０００３】
一方、ブレードサーバの中にはＡＴＣＡ（Advanced  Telecom  Computing  Architecture）規格に準拠するものも増えてきている。ＡＴＣＡ規格は、通信事業者向けコンピュータの物理的及び論理的な仕様であり、基本的な構造として筐体及び筐体に搭載するブレードボード（例えば、ブレードサーバ）などを規格化している。ＡＴＣＡ規格に準拠する各種の機能を有するブレードボードを組み合わせてシステムを構築することができる。このようなＡＴＣＡ規格に準拠したシステムでは、ＡＴＣＡ規格の筐体に新たにＡＴＣＡ規格のブレードボードを追加したり、また他の機能を実装したＡＴＣＡ規格のブレードボードに交換したりすることで、容易にシステムの機能を変更することができる。そのため、ＡＴＣＡ規格に準拠するブレードサーバを用いることで、システムの拡張がより容易になる。【０００４】
ＡＴＣＡ規格に準拠したブレードサーバが起動する場合、管理制御装置であるマネージメントカードとブレードサーバとが通信を行いながら、ＡＴＣＡ規格で規定されているシーケンスに従ってブレードサーバの状態が遷移する。ブレードサーバとマネージメントカードとの間は、ＩＰＭＢ（Intelligent  Platform  Management  Bus）で接続されており、このＩＰＭＢ通信によってブレードサーバとマネージメントカードとの間で通信が行われる。【０００５】
ここで、ブレードサーバの起動の概略を説明する。ブレードサーバは、マネージメントカードとＩＰＭＢを介して通信を行うことで、ＡＴＣＡ規格で規定されている各起動状態に遷移していきながら起動する。【０００６】
まず、ブレードサーバは、電源オフ状態にある。この状態は、具体的には、ブレードサーバがシャーシに実装された状態でマネージメントカードと通信を行うためのＩＰＭＣ（Intelligent  Platform  Management  Controller）のみに電源が投入されている状態である。以下では、この状態を「状態１」という。【０００７】
状態１のブレードサーバは、マネージメントカードからの指示又はブレードサーバに実装されている電源スイッチの操作などによって、ブレードサーバが起動を開始できる準備が整った状態に遷移する。以下では、この状態を「状態２」という。この状態２に遷移することで、ブレードサーバは、起動を開始する。【０００８】
状態２のブレードサーバは、マネージメントカードからの起動許可の指示を受けると、運用状態に遷移するための準備を整えている状態に遷移する。以下では、この状態を「状態３」という。【０００９】
状態３のブレードサーバは、マネージメントカードからの運用許可の指示を受けると、ＩＰＭＣ以外の部分にも電源が投入され運用状態である状態に遷移する。以下では、この状態を「状態４」という。【００１０】
状態４の後、ブレードサーバは、運用管理のための情報として、例えば、電圧や温度といったハードウェアの状態管理のための情報（「センサ情報」と呼ばれる場合がある。）をマネージメントカードへ通知する。さらにブレードサーバは、どういった機能を持つブレードなのかを示す情報、シリアル番号及び製造番号などの情報（「製造情報」と呼ばれる場合がある）をマネージメントカードへ通知する。【００１１】
そして、このようなＡＴＣＡ規格に準拠した複数のブレードサーバを一斉に立ち上げた場合、図１２のようなシーケンスによって起動処理が行われている。図１２は、マネージメントカードによるブレードサーバの従来の起動処理のシーケンス図である。図１２では、ブレードサーバ＃１〜＃３という３台のブレードサーバを一斉に起動させる場合を例として図示している。図１２の各部の処理において、＃１〜＃３が振られているものに関しては、その番号を有するサーバに対する処理を行っているものとする。【００１２】
従来は、マネージメントカードは、図１２に示すように、１つのブレードサーバの起動を完了させてから、次のブレードサーバの起動に移り、順次ブレードサーバを起動させていく。そのため、例えば、図１２ではブレードサーバ３は、ブレードサーバ＃１のセンサ情報取得期間９０１及び製造情報取得期間９０２、ブレードサーバ＃２のセンサ情報取得期間９０３及び製造情報取得期間９０４を含む期間、起動処理の待ち状態が続く。ここで、期間９０１〜９０４のそれぞれの長さは、収集する情報の量にもよるが、例えば、１６Ｂｙｔｅ×数十サイクルなどである。【００１３】
なお、データ送受信の技術として、受信したパケットの優先度を判定し、優先度が高いパケットは通常パケットとは別の記憶部に記憶する従来技術がある。また、ブレードボードの管理の技術として、ブレードボードの情報を格納するデータベースのデータと各ブレードボードから収集したデータの一部を照合し、重複するデータの採取を省略する従来技術がある。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００９−２１１３４２号公報
【特許文献２】特開２０１１−６００５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかし、ＡＴＣＡ規格に準拠した複数のブレードサーバを図１２のように一斉に起動させた場合、マネージメントカードとブレードサーバとの間の通信が高負荷となる。通信が高負荷になった場合、ブレードサーバの起動における状態遷移が遅延することが考えられる。その場合、ブレードサーバが、タイムアウトを検出して起動に失敗するおそれがある。例えば、図１２では、期間９０５が経過した時点で、ブレードサーバ＃３がタイムアウトを検出し、ブレードサーバ＃３の起動処理が終了してしまうおそれがある。【００１６】
また、優先度が高いパケットを別の記憶部に記憶する従来技術や重複するデータの採取を省略する従来技術を用いても、サーバの起動における状態遷移の遅延を抑止することは困難である。【００１７】
１つの側面では、本発明は、情報処理装置の起動における状態遷移の遅延を抑止する管理制御装置、情報処理システム及び管理制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本願の開示する管理制御装置は、起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得する情報取得部と、前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する制御部とを備えることを特徴とする。
【発明の効果】
【００１９】
一つの態様によれば、情報処理装置の起動における状態遷移の遅延を抑止することができるという効果を奏する。
【図面の簡単な説明】
【００２０】
【図１】図１は、実施例に係る情報処理システムの構成図である。
【図２】図２は、実施例に係るマネージメントカードのハードウェア構成図である。
【図３】図３は、実施例に係るブレードサーバのハードウェア構成図である。
【図４】図４は、実施例に係るマネージメントカードにおけるＩＰＭＣのブロック図である。
【図５】図５は、ブレード管理テーブルの一例の図である。
【図６】図６は、情報収集状態テーブルの一例の図である。
【図７】図７は、ブレード番号テーブルの一例の図である。
【図８Ａ】図８Ａは、受信メッセージフォーマットの一例の図である。
【図８Ｂ】図８Ｂは、送信メッセージフォーマットの一例の図である。
【図８Ｃ】図８Ｃは、状態遷移メッセージフォーマットの一例の図である。
【図９】図９は、マネージメントカードによるメッセージ受信時の処理のフローチャートである。
【図１０】図１０は、マネージメントカードによるブレードサーバの起動処理のフローチャートである。
【図１１Ａ】図１１Ａは、マネージメントカードによるブレードサーバの起動処理のシーケンス図である。
【図１１Ｂ】図１１Ｂは、マネージメントカードによるブレードサーバの起動処理のシーケンス図である。
【図１２】図１２は、マネージメントカードによるブレードサーバの従来の起動処理のシーケンス図である。
【発明を実施するための形態】
【００２１】
以下に、本願の開示する管理制御装置、情報処理システム及び管理制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する管理制御装置、情報処理システム及び管理制御方法が限定されるものではない。
【実施例１】
【００２２】
図１は、実施例に係る情報処理システムの構成図である。図１に示すように、本実施例に係る情報処理システムは、運用系のマネージメントカード１Ａ、待機系のマネージメントカード１Ｂ、ブレードサーバ３、シャーシ５及び遠隔監視装置７を有している。ブレードサーバ３は、図１では４台記載しているが、ＡＴＣＡ規格では、例えば、２台から１６台までの間の任意の台数となるように規定されている。シャーシ５は、ブレードボードを格納する筐体である。マネージメントカード１Ａ及び１Ｂとブレードサーバ３は、シャーシ５に格納されている。マネージメントカード１Ａ及び１Ｂが、「管理制御装置」の一例にあたる。また、ブレードサーバ３が、「情報処理装置」の一例にあたる。【００２３】
マネージメントカード１Ａ及び１Ｂと遠隔監視装置７とは、ネットワーク６を介して接続されている。ネットワーク６は、例えばインターネットなどである。遠隔監視装置７は、ネットワーク６経由でマネージメントカード１Ａ及び１Ｂやブレードサーバ３の動作などを監視する。【００２４】
また、マネージメントカード１Ａ及び１Ｂと各ブレードサーバ３とは、２重化されたＩＰＭＢ４Ａ及び４Ｂで接続されている。以下では、ＩＰＭＢ４ＡとＩＰＭＢ４Ｂとを区別しない場合は、単に「ＩＰＭＢ４」と呼ぶ。【００２５】
マネージメントカード１Ａは、各ブレードサーバ３の起動を管理する、各ブレードサーバ３に対する管理制御装置である。また、マネージメントカード１Ａは、各ブレードサーバ３の運用を管理する。マネージメントカード１Ｂは、マネージメントカード１Ａに障害が発生したときなどに、マネージメントカード１Ａが行っている処理を引き継ぐ。マネージメントカード１Ａ及び１Ｂは、それぞれ運用系と待機系であって、構成は同一であるので、以下の説明では、マネージメントカード１Ａとマネージメントカード１Ｂとを区別しないときは、単に「マネージメントカード１」という。【００２６】
図２は、マネージメントカードのハードウェア構成図である。図２に示すように、マネージメントカード１は、ＩＰＭＣ１０、ＣＰＵ（Central  Processing  Unit）１０１、Ｍｅｍｏｒｙ１０２を有している。【００２７】
ＩＰＭＣ１０とＭｅｍｏｒｙ１０２とは、ＣＰＵ１０１とバスで接続されている。ＣＰＵ１０１及びＭｅｍｏｒｙ１０２は、各種プログラムを実行し制御する。例えば、ＣＰＵ１０１及びＭｅｍｏｒｙ１０２は、実装したプロトコルにより遠隔監視装置７とのやり取りを行う。また、ＣＰＵ１０１及びＭｅｍｏｒｙ１０２は、障害が起きたときにＳＮＭＰ（Simple  Network  Management  Protocol）による遠隔監視装置７へのトラップの通知などを行う。【００２８】
ＩＰＭＣ１０は、ブレードサーバ３との間でＩＰＭＢ４を用いた通信やブレードサーバ３の起動処理などを制御する。ＩＰＭＣ１０の機能については、後で詳細に説明する。【００２９】
図３は、ブレードサーバのハードウェア構成図である。ブレードサーバ３は、ＩＰＭＣ３０１、電源回路３０２、電圧センサ３０３、温度センサ３０４、ＩＣＨ（Input  Output  Controller  Hub）３０５及びＭＣＨ（Memory  Controller  Hub）３０６を有している。さらに、ブレードサーバ３は、ＣＰＵ３０７、ＨＤＤ（Hard  Disk  Drive）３０８及びＭｅｍｏｒｙ３０９を有している。また、本実施例では、ブレードサーバ３は、ＡＴＣＡ規格に準拠している。【００３０】
ＩＰＭＣ３０１は、マネージメントカード１との間のＩＰＭＢ４を用いた通信などを制御する。【００３１】
電源回路３０２は、ブレードサーバ３に電力を供給する回路である。電源回路３０２は、ＩＰＭＣ３０１から電源投入の指示を受け、電源を投入する。【００３２】
電圧センサ３０３は、電源回路３０２から供給される電圧を計測する。そして、電圧センサ３０３は、ブレードサーバ３の起動の際にマネージメントカード１からの指示を受けて、計測した電圧をＩＰＭＣ３０１経由でマネージメントカード１へ送信する。【００３３】
温度センサ３０４は、ブレードサーバ３の温度を計測する。そして、温度センサ３０４は、ブレードサーバ３の起動の際にマネージメントカード１からの指示を受けて、計測した温度をＩＰＭＣ３０１経由でマネージメントカード１へ送信する。【００３４】
ＩＣＨ３０５は、ＩＰＭＣ３０１及びＨＤＤ３０８などのＩ／Ｏデバイスからの経路とＣＰＵ３０７への経路を接続する。【００３５】
ＭＣＨ３０６は、Ｍｅｍｏｒｙ３０９への経路とＩＣＨ３０５からの経路及びＣＰＵ３０７への経路とを接続する。【００３６】
ＣＰＵ３０７及びＭｅｍｏｒｙ３０９は、ＨＤＤ３０８に格納された各種プログラムの実行などを行う。また、ＣＰＵ３０７及びＭｅｍｏｒｙ３０９は、起動時における各種処理を実行する。【００３７】
次に、図４を参照して、マネージメントカード１におけるＩＰＭＣ１０の機能について説明する。図４は、マネージメントカードにおけるＩＰＭＣのブロック図である。図４に示すように、マネージメントカード１のＩＰＭＣ１０は、ＩＰＭＢ制御部１１０、記憶部１２０及びブレードサーバ管理部３１〜３３を有している。図４では、ブレードサーバ管理部３１〜３３の３つを記載しているが、ブレードサーバ管理部は管理するブレードサーバ３の台数と同数存在する。また、ここでは、上述したブレードサーバの起動における各起動状態である状態１〜状態４を用いて、各部の動作を説明する。ここでの状態２が、「第１状態」の一例にあたる。また、状態３が、「第２状態」の一例にあたる。また、状態４が、「第３状態」の一例にあたる。【００３８】
ＩＰＭＢ制御部１１０は、情報取得部１１、受信用格納部１２、送信用格納部１３及び起動処理部１４を有している。【００３９】
受信用格納部１２及び送信用格納部１３は、例えばキャッシュなどであり、データを格納する。受信用格納部１２は、高優先バッファ１２１及び低優先バッファ１２２を有している。また、送信用格納部１３は、送信用バッファ１３１〜１３３を有している。ここで、送信用バッファ１３１〜１３３は、ブレードサーバ管理部３１〜３３に対応するように存在する。すなわち、送信用バッファ１３１〜１３３は、ブレードサーバ３と１対１になるように同数存在する。以下の説明では、ブレードサーバ管理部３１〜３３を区別しない場合、「ブレードサーバ管理部３０」という。また、送信用バッファ１３１〜１３３を区別しない場合、「送信用バッファ１３０」という。また、以下の説明では、ブレードサーバ管理部３０、送信用バッファ１３０、ブレードサーバ３は、それぞれ対応するもの同士が情報のやり取りを行うものとして説明する。【００４０】
記憶部１２０は、ブレード管理テーブル２１、情報収集状態テーブル２２及びブレード番号テーブル２３を記憶している。【００４１】
情報取得部１１は、ブレードサーバ３から送信されたメッセージを、ＩＰＭＢ４を介して受信する。メッセージには、起動時にブレードサーバ３がどのような起動状態にあるかの起動遷移情報及び次の状態への遷移の可否の判定に用いる判定情報であるブレード種別情報や電力情報などが含まれる。状態遷移情報を含むメッセージを「状態遷移メッセージ」ということがある。ここで、ブレードサーバ３が状態１の場合には電源が投入されておらず起動が可能な状態にもなっていないため、状態遷移情報として状態１は、情報取得部１１には送られない。また、メッセージには、電圧や温度といったハードウェアの状態管理のための情報（以下では、「センサ情報」という場合がある。）が含まれる。さらに、メッセージには、どういった機能を持つブレードなのかを示す情報、シリアル番号及び製造番号などの情報（以下では、「製造情報」という場合がある。）が含まれる。また、以下では、センサ情報及び製造情報をまとめて、「運用情報」という場合がある。【００４２】
そして、情報取得部１１は、起動遷移情報メッセージを受信用格納部１２の高優先バッファ１２１へ格納する。また、情報取得部１１は、起動状態の遷移に用いる判定情報を、その判定情報を送信したブレードサーバ３に対応するブレードサーバ管理部３０へ出力する。また、情報取得部１１は、センサ情報や製造情報などを受信用格納部１２の低優先バッファ１２２へ格納する。高優先バッファ１２１が、「第１記憶部」の一例にあたる。また、低優先バッファ１２２が、「第２記憶部」の一例にあたる。【００４３】
ブレードサーバ管理部３０は、起動遷移情報が高優先バッファ１２１に格納されているか否かを判定する。起動遷移情報が格納されている場合、受信タイミングが早い起動遷移情報に対応するブレードサーバ管理部３０が、その起動遷移情報を取得する。【００４４】
ブレードサーバ管理部３０は、取得した起動遷移情報が状態２の場合、ブレードサーバ３に対して起動処理部１４経由でブレード種別を要求する。ここで、ブレード種別とは、ブレードサーバがＡＴＣＡ規格でシステムへの組み込みができるかどうかを判定するための情報である。そして、ブレードサーバ管理部３０は、ブレード種別の要求に対する応答として、ブレードサーバ３が送信したブレード種別を情報取得部１１から受信する。そして、ブレードサーバ管理部３０は、受信したブレード種別を用いて、ブレードサーバ３がＡＴＣＡ規格でシステムへの組み込みができるか否かを判定する。送信元のブレードサーバ３がＡＴＣＡ規格でシステムへの組み込みができる場合、ブレードサーバ管理部３０は、起動許可の指示をブレードサーバ３に起動処理部１４を介して送信する。【００４５】
また、ブレードサーバ管理部３０は、取得した起動遷移情報が状態３の場合、ブレードサーバ３に対して、起動処理部１４経由で電力情報を要求する。ここで、電力情報とは、ブレードサーバ３の消費電力を表す情報である。そして、ブレードサーバ管理部３０は、電力情報の要求に対する応答として、対応するブレードサーバ３が送信した電力情報を情報取得部１１から受信する。そして、ブレードサーバ管理部３０は、受信した電力情報を用いて、シャーシ５に組み込まれたブレードボード全体の消費電力が上限値を超えないか否かを判定する。消費電力が上限値を超えない場合、ブレードサーバ管理部３０は、運用許可の指示をブレードサーバ３に起動処理部１４を介して送信する。【００４６】
ブレードサーバ管理部３０は、取得した起動遷移情報が状態４の場合、ブレードサーバ３の状態遷移が完了したことをブレード管理テーブル２１に登録する。さらに、ブレードサーバ管理部３０は、ブレードサーバ３の状態遷移情報の取得が完了したことを情報収集状態テーブル２２に登録する。そして、ブレードサーバ管理部３０は、ブレードサーバ３の起動処理のためのマネージメントカードとの通信を、高優先バッファ１２１から起動遷移情報が無くなるまで待機する。ただし、この間、ブレードサーバ管理部３０は、対応するブレードサーバ３に対するセンサ情報要求や製造情報要求のコマンドを作成し、対応する送信用バッファ１３０へキューの状態で格納しておく。また、ブレードサーバ３の状態遷移が完了したとき、状態４となっているブレードサーバ３が他に無い場合、ブレードサーバ管理部３１〜３３は、ブレードサーバ３の情報をブレード番号テーブル２３に登録する。この送信用バッファ１３０が、「指示格納部」の一例にあたる。【００４７】
一方、高優先バッファ１２１に起動遷移情報が格納されていない場合、ブレード管理テーブル２１から状態４となっているブレードサーバ３を抽出する。抽出されたブレードサーバ３に対応するブレードサーバ管理部３０は、送信用バッファ１３０に格納されているコマンドを、コマンドのキューにしたがいラウンドロビン方式で対応するブレードサーバ３に送信するよう起動処理部１４に指示する。【００４８】
起動処理部１４は、ブレード種別の要求、起動許可の指示、電力情報の要求及び運用許可の指示をブレードサーバ管理部３０から受ける。そして、起動処理部１４は、受信したブレード種別の要求、起動許可の指示、電力情報の要求及び運用許可の指示を、それらを出力したブレードサーバ管理部３０に対応するブレードサーバ３へ送信する。【００４９】
また、起動処理部１４は、送信用バッファ１３０に格納されているコマンドをブレードサーバ３に送信する指示を、状態４に遷移しているブレードサーバ３に対応するブレードサーバ管理部３０から受ける。より具体的には、起動処理部１４は、送信用バッファ１３０に格納されているコマンドを、コマンドのキューにしたがいラウンドロビン方式で送信するよう指示を受ける。そして、起動処理部１４は、指示を受けたブレードサーバ管理部３０に対応するブレードサーバ３に対して、送信用バッファ１３０からセンサ情報収集のコマンドをキュー順に取り出しラウンドロビンで順番に送信する。ラウンドロビンの具体的な方法として、起動処理部１４は、ブレード番号テーブル２３に記載されている識別情報を有するブレードサーバ３に、当該ブレードサーバ３に対応する送信用バッファ１３０から取得したセンサ情報収集のコマンドを送る。そして、起動処理部１４は、センサ情報収集コマンドを送信したブレードサーバ３の次の順番のブレードサーバ３の識別情報をブレード番号テーブル２３に上書き登録する。次に、起動処理部１４は、ブレード番号テーブル２３に記載されている識別情報を有するブレードサーバ３に、当該ブレードサーバ３に対応する送信用バッファ１３０から取得したセンサ情報収集のコマンドを送る。このようにして、起動処理部１４は、ラウンドロビン方式で各ブレードサーバ３にコマンドの送信を行う。【００５０】
各送信用バッファ１３０に格納されている最後のセンサ情報収集のコマンドには、最後のセンサ情報収集コマンドであることを表す情報が付加されている。そして、起動処理部１４は、送信用バッファ１３０のいずれかから最後のセンサ情報収集コマンドを取得する毎に、取得元の送信用バッファ１３０に対応するブレードサーバ３のセンサ情報収集完了を示す情報を情報収集状態テーブル２２に登録する。【００５１】
続いて、起動処理部１４は、センサ情報収集のコマンドが無くなった送信用バッファ１３０からは製造情報収集のコマンドを取得しながら、ラウンドロビンによるコマンドの送信を継続する。各送信用バッファ１３０に格納されている最後の製造情報収集のコマンドには、最後の製造情報収集コマンドであることを表す情報が付加されている。そして、起動処理部１４は、送信用バッファ１３０のいずれかから最後の製造情報収集コマンドを取得する毎に、取得元の送信用バッファ１３０に対応するブレードサーバ３の製造情報収集完了を示す情報を情報収集状態テーブル２２に登録する。この起動処理部１４及びブレードサーバ管理部３０が、「起動制御部」の一例にあたる。【００５２】
ここで、図５、図６及び図７を参照して、ブレード管理テーブル２１、情報収集状態テーブル２２及びブレード番号テーブル２３のそれぞれについての一例を説明する。図５は、ブレード管理テーブルの一例の図である。図６は、情報収集状態テーブルの一例の図である。図７は、ブレード番号テーブルの一例の図である。【００５３】
図５に示すように、ブレード管理テーブル２１では、１ｂｙｔｅ毎に各ブレードサーバ３の状態が格納される。そして、ブレード管理テーブル２１では、起動状態の遷移が完了した状態である状態４になっている場合、状態は１と表され、それ以前の起動状態又は運用情報の収集が完了した状態である場合もしくは未搭載の場合、状態は０と表される。図５では、サーバ＃１〜＃ＮというＮ台のブレードサーバ３が配置されている場合であり、ブレード管理テーブル２１のｉｂｙｔｅ目（ｉ＝１〜Ｎ）に、サーバ＃ｉの状態が格納される。例えば、サーバ＃３の起動状態が状態３の状態であれば、ブレード管理テーブル２１の３ｂｙｔｅ目が０となっている。そして、サーバ＃３の起動状態が状態４に遷移すると、ブレードサーバ管理部３０によって、ブレード管理テーブル２１の３ｂｙｔｅ目が１に書き換えられる。【００５４】
また、図６に示すように、情報収集状態テーブル２２では、１ｂｙｔｅ毎に各ブレードサーバ３の情報収集状態が格納される。そして、情報収集状態テーブル２２では、センサ情報収集中である場合、情報収集状態は１と表され、製造情報収集中である場合には、情報収集状態は２と表される。さらに、情報収集が完了している場合もしくは情報収集を行っていない場合には、情報収集状態は３と表される。例えば、サーバ＃３の起動状態が状態３であれば、情報収集状態テーブル２２の３ｂｙｔｅ目が０となっている。そして、サーバ＃３の起動状態が状態４に遷移すると、ブレードサーバ管理部３０によって、情報収集状態テーブル２２の３ｂｙｔｅ目が１に書き換えられる。その後、サーバ＃３のセンサ情報の収集が完了すると、起動処理部１４によって、情報収集状態テーブル２２の３ｂｙｔｅ目が２に書き換えられる。さらに、サーバ＃３の製造情報の収集が完了すると、起動処理部１４によって、情報収集状態テーブル２２の３ｂｙｔｅ目が０に書き換えられる。【００５５】
また、図７に示すように、ブレード番号テーブル２３では、１ｂｙｔｅで運用情報収集の対象とするブレードサーバ３の情報が格納される。例えば、サーバ＃１〜＃ＮのＮ台のブレードサーバ３のそれぞれに、１〜Ｎまでの識別子を割り当てた場合で説明する。例えば、サーバ＃３を運用情報収集の対象とする場合、起動処理部１４は、ブレード番号テーブル２３に３を登録する。さらに、起動処理部１４は、ラウンドロビンで各ブレードサーバ３の運用情報を収集するので、例えば、サーバ＃１〜＃Ｎまでを一時に起動させる場合、ブレード番号テーブル２３を１〜Ｎの中で順番に繰り返し書き換えながら運用情報の収集を行っていく。【００５６】
さらに、マネージメントカード１とブレードサーバ３との間のメッセージの送受信の具体的な方法について説明する。図８Ａは、受信メッセージフォーマットの一例の図である。図８Ｂは、受信メッセージフォーマットの一例の図である。図８Ｃは、状態遷移メッセージフォーマットの一例の図である。図８Ａ〜図８Ｃは、ブレードサーバ３から見て送信メッセージか受信メッセージかを表している。【００５７】
ブレードサーバ３は、図８Ａに示すようなフォーマット２０１を有する送信メッセージを、マネージメントカード１から受信する。フォーマット２０１に示すように、送信メッセージの２ｂｙｔｅｓ目及び６ｂｙｔｅｓ目にはＮｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドが登録されている。このＮｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドには、何が要求されているのかを示す情報が入っている。ブレードサーバ３は、送信データのＮｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドから、何の情報であるかを取得する。例えば、ブレードサーバ３は、Ｎｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドを参照することで、センサ情報収集の指示や製造情報収集の指示などを受けることができる。【００５８】
そして、ブレードサーバ３は、図８Ｂに示すようなフォーマット２０２を有する受信メッセージを、送信メッセージの応答として、マネージメントカード１へ送る。この送信メセージにおいても、Ｎｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドに情報の内容を識別するための情報が入っている。マネージメントカード１は、受信メッセージに格納されているＮｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドを参照することで、センサ情報収集や製造情報収集の結果を把握することができる。【００５９】
また、状態遷移情報をマネージメントカード１に通知する場合には、ブレードサーバ３は、図８Ｃに示すようなフォーマット２０３を有する状態遷移メッセージをマネージメントカード１へ送る。マネージメントカード１は、状態遷移メッセージに格納されているＮｅｔ  ｆｕｎｃｔｉｏｎ及びコマンドを参照して、状態遷移メッセージであることを把握する。その後、マネージメントカード１は、状態遷移メッセージの１２ｂｙｔｅｓ目の状態遷移情報を参照して、状態遷移メッセージを送ってきたブレードサーバの起動状態を取得する。【００６０】
マネージメントカード１とブレードサーバ３との間では、送信メッセージと受信メッセージとが対になって通信が確立されているが、ここでの説明では便宜上、片方のメッセージを省いた状態でマネージメントカード１とブレードサーバ３との間の通信を説明する場合がある。【００６１】
次に、図９を参照して、マネージメントカード１におけるメッセージ受信時の処理について説明する。図９は、マネージメントカードによるメッセージ受信時の処理のフローチャートである。状態遷移情報を受信後に次の状態の遷移の可否を判定するために取得する判定情報については、情報取得部１１が直接ブレード管理サーバへ送ってしまうので省略して説明する。【００６２】
情報取得部１１は、ブレードサーバ３からメッセージを受信する（ステップＳ１０１）。そして、情報取得部１１は、受信したメッセージが状態遷移情報を含むメッセージである状態遷移メッセージか否かを判定する（ステップＳ１０２）。【００６３】
状態遷移メッセージの場合（ステップＳ１０２：肯定）、情報取得部１１は、高優先バッファ１２１に受信したメッセージを格納する（ステップＳ１０３）。これに対して、状態遷移メッセージで無い場合（ステップＳ１０２：否定）、低優先バッファ１２２に受信したメッセージを格納する（ステップＳ１０４）。【００６４】
次に、図１０を参照してマネージメントカード１によるブレードサーバ３の起動処理について説明する。図１０は、マネージメントカードによるブレードサーバの起動処理のフローチャートである。【００６５】
ブレードサーバ管理部３０は、高優先バッファ１２１にメッセージがあるか否かを判定する（ステップＳ２０１）。【００６６】
高優先バッファ１２１にメッセージがある場合（ステップＳ２０１：肯定）、ブレードサーバ管理部３０は、状態遷移メッセージを取得する（ステップＳ２０２）。【００６７】
ブレードサーバ管理部３０は、取得した状態遷移メッセージに含まれる状態遷移情報が状態２であるか否かを判定する（ステップＳ２０３）。状態２である場合（ステップＳ２０３：肯定）、ブレードサーバ管理部３０は、ブレードサーバ３からブレード種別を取得する（ステップＳ２０４）。そして、ブレードサーバ管理部３０は、ブレードサーバ３がＡＴＣＡ規格でシステムへ組み込めるブレードであることをブレード種別から確認する起動許可判定処理を行う（ステップＳ２０５）。【００６８】
そして、ブレードサーバ管理部３０は、起動許可をブレードサーバ３へ指示する（ステップＳ２０６）。【００６９】
これに対して、状態２で無い場合（ステップＳ２０３：否定）、ブレードサーバ管理部３０は、取得した状態遷移メッセージに含まれる状態遷移情報が状態３であるか否かを判定する（ステップＳ２０７）。状態３である場合（ステップＳ２０７：肯定）、ブレードサーバ管理部３０は、ブレードサーバ３から電力情報を収集する（ステップＳ２０８）。そして、ブレードサーバ管理部３０は、電力分配計算を行い、ブレードサーバ３に対する起動処理の継続を確認する（ステップＳ２０９）。そして、ブレードサーバ管理部３０は、運用許可をブレードサーバ３に指示する（ステップＳ２１０）。【００７０】
これに対して、状態３で無い場合（ステップＳ２０７：否定）、ブレードサーバ３の起動状態は状態４であるので、ブレードサーバ管理部３０は、ブレード管理テーブル２１の該当するサーバの欄に状態４を示す情報を登録してブレード管理テーブル２１を更新する（ステップＳ２１１）。さらに、ブレード管理テーブル２１は、情報収集状態テーブル２２の該当するサーバの欄にセンサ情報収集状態を示す情報を登録して情報収集状態テーブル２２を更新する（ステップＳ２１２）。そして、ブレードサーバ管理部３０は、他のブレードサーバ３の起動処理中か否かを判定する（ステップＳ２１３）。他のブレードサーバ３の起動処理中の場合（ステップＳ２１３：肯定）、ブレードサーバ管理部３０は、ステップＳ２０１へ戻る。これに対して、他のブレードサーバ３の起動処理中でない場合（ステップＳ２１３：否定）、ブレードサーバ管理部３０は、ブレード番号テーブル２３に格納されているデータを該当するブレードサーバ３の識別情報に書き換え更新する（ステップＳ２１４）。【００７１】
一方、高優先バッファ１２１にメッセージが無い場合（ステップＳ２０１：否定）、起動処理部１４は、ブレード番号テーブル２３を確認する（ステップＳ２１５）。これにより、起動処理部１４は、運用情報取得の対象となっているサーバが特定できる。【００７２】
そして、起動処理部１４は、ブレード番号テーブル２３に登録された識別子を有するブレードサーバ３のセンサ情報が収集済みか否かを判定する（ステップＳ２１６）。センサ情報が収集済で無い場合（ステップＳ２１６：否定）、起動処理部１４は、該当するブレードサーバ３に対応する送信用バッファ１３０から取得したコマンドを送信して、該当するブレードサーバ３からセンサ情報を収集する（ステップＳ２１７）。そして、取得したコマンドに最後のセンサ情報収集コマンドであることを示す情報が付加しているかにより、起動処理部１４は、該当するブレードサーバ３のセンサ情報収集が完了したか否かを判定する（ステップＳ２１８）。センサ情報収集が完了していない場合（ステップＳ２１８：否定）、起動処理部１４は、ステップＳ２２０へ進む。これに対して、センサ情報収集が完了した場合（ステップＳ２１８：肯定）、起動処理部１４は、情報収集状態テーブル２２における該当するブレードサーバ３の欄に製造情報収集中を示す情報を登録して情報収集状態テーブル２２を更新する（ステップＳ２１９）。そして、起動処理部１４は、他のブレードサーバ３が起動処理中か否かを判定する（ステップＳ２２０）。起動処理中の他のブレードサーバ３が無い場合（ステップＳ２２０：否定）、処理はステップＳ２０１に戻る。これに対して、起動処理中の他のブレードサーバ３がある場合（ステップＳ２２０：肯定）、起動処理部１４は、ブレード番号テーブル２３の情報を運用情報収集の対象とする次のブレードサーバ３の識別情報に書き換えて、ブレード番号テーブル２３を更新する（ステップＳ２２１）。【００７３】
一方、センサ情報が収集済の場合（ステップＳ２１６：肯定）、起動処理部１４は、該当するブレードサーバ３に対応する送信用バッファ１３０から取得したコマンドを送信して、該当するブレードサーバ３から製造情報を収集する（ステップＳ２２２）。そして、取得したコマンドに最後の製造情報収集コマンドであることを示す情報が付加しているかにより、起動処理部１４は、該当するブレードサーバ３の製造情報収集が完了したか否かを判定する（ステップＳ２２３）。製造情報収集が完了していない場合（ステップＳ２２３：否定）、起動処理部１４は、ステップＳ２２０へ進む。これに対して、製造情報収集が完了した場合（ステップＳ２２３：肯定）、起動処理部１４は、情報収集状態テーブル２２における該当するブレードサーバ３の欄に運用情報収集完了を示す情報を登録して情報収集状態テーブル２２を更新する（ステップＳ２２４）。さらに、起動処理部１４は、ブレード管理テーブル２１における該当するブレードサーバ３の欄に起動完了を示す情報を登録してブレード管理テーブル２１を更新する（ステップＳ２２５）。そして、起動処理部１４は、他のブレードサーバ３が起動処理中か否かを判定する（ステップＳ２２６）。起動処理中の他のブレードサーバ３がある場合（ステップＳ２２６：肯定）、起動処理部１４は、ステップＳ２２１へ進む。これに対して、起動処理中の他のブレードサーバ３が無い場合（ステップＳ２２６：否定）、マネージメントカード１は、ブレードサーバ３の起動処理を終了する。【００７４】
次に、図１１Ａ及び図１１Ｂを参照して、マネージメントカード１によるブレードサーバ３の起動処理の流れをさらに具体的に説明する。図１１Ａ及び図１１Ｂは、マネージメントカードによるブレードサーバの起動処理のシーケンス図である。図１１Ｂは、図１１Ａの続きである。【００７５】
図１１Ａ及び図１１Ｂでは、マネージメントカード１Ａが３台のブレードサーバ３を起動する場合の処理の流れを示している。マネージメントカード１Ａ及び各ブレードサーバ３から延びる線は時間の経過を表しており、当該線状に記載された処理はその線に対応する各部が行う動作である。また、マネージメントカード１Ａと各ブレードサーバ３との間を結ぶ矢印はその間のデータの流れを表している。さらに、図１１Ａ及び図１１Ｂには、シーケンス図に並べて、シーケンス図に対応する時刻における、各テーブルの登録内容の遷移を記載している。ここでは、３台のサーバを区別するため、ブレードサーバ＃１、ブレードサーバ＃２、ブレードサーバ＃３として説明する。各部の処理において、＃１〜＃３が振られているものに関しては、その番号を有するサーバに対する処理を行っているものとする。また、ここでは、図５〜７で説明した各テーブルのフォーマットを用いた場合で説明する。そして、各テーブルにおいて、＃１〜＃３は、その番号を有するサーバに対応する情報が記載されているものとする。【００７６】
最初、ブレードサーバ＃１〜＃３は、いずれも電源が投入されておらず、状態１の起動状態にある（ステップＳ３０１〜Ｓ３０３）。この状態では、ブレード管理テーブル２１では、テーブル２１０１のように、ブレードサーバ＃１〜＃３のいずれも、起動状態が状態４より前の状態であることを示す０となっている。また、情報収集状態テーブル２２では、テーブル２２０１のように、ブレードサーバ＃１〜＃３のいずれも運用情報の収集を行っていないことを表す０となっている。さらに、ブレード番号テーブル２３は、テーブル２３０１のように、運用情報収集の対象サーバなしを表す０が登録されている。【００７７】
この状態で、ブレードサーバ＃１に対して電源が投入され、状態２に遷移する（ステップＳ３０４）。このとき、ブレードサーバ＃１は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３０５）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃１の起動状態が状態２であることを取得する（ステップＳ３０６）。そこで、マネージメントカード１Ａは、ブレード種別判定をブレードサーバ＃１から収集する（ステップＳ３０７）。そして、マネージメントカード１Ａは、収集したブレード種別判定からブレードサーバ＃１の起動許可判定を行う（ステップＳ３０８）。そして、マネージメントカード１Ａは、起動許可指示をブレードサーバ＃１に対して通知する（ステップＳ３０９）。【００７８】
起動許可指示を受けて、ブレードサーバ＃１は、起動状態を状態３に遷移させる（ステップＳ３１０）。そして、ブレードサーバ＃１は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３１１）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃１の起動状態が状態３であることを取得する（ステップＳ３１２）。そこで、マネージメントカード１Ａは、電力情報をブレードサーバ＃１から収集する（ステップＳ３１３）。そして、マネージメントカード１Ａは、収集した電力情報からブレードサーバ＃１に対する電力配分計算判定を行う（ステップＳ３１４）。そして、マネージメントカード１Ａは、運用許可指示をブレードサーバ＃１に対して通知する（ステップＳ３１５）。【００７９】
運用許可指示を受けて、ブレードサーバ＃１は、起動状態を状態４に遷移させる（ステップＳ３１６）。そして、ブレードサーバ＃１は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３１７）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃１の起動状態が状態４であることを取得する（ステップＳ３１８）。このとき、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃１の欄に起動状態の遷移が完了したことを示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０２に示すように、ブレードサーバ＃１の欄が１となる。また、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃１の欄にセンサ情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０２に示すように、ブレードサーバ＃１の欄が１となる。また、ブレード番号テーブル２３は、テーブル２３０２のようにブレードサーバ＃１を表すように書き換えられる。【００８０】
このタイミングで、ブレードサーバ＃２に電源が投入され、起動状態が状態２に遷移する（ステップＳ３１９）。このとき、ブレードサーバ＃２は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３２０）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃２の起動状態が状態２であることを取得する（ステップＳ３２１）。さらに、このタイミングで、ブレードサーバ＃３に電源が投入され、起動状態が状態２に遷移する（ステップＳ３２２）。このとき、ブレードサーバ＃３は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３２３）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃３の起動状態が状態２であることを取得する（ステップＳ３２４）。【００８１】
そして、マネージメントカード１Ａは、ブレード種別判定をブレードサーバ＃２から収集する（ステップＳ３２５）。そして、マネージメントカード１Ａは、収集したブレード種別判定からブレードサーバ＃２の起動許可判定を行う（ステップＳ３２６）。そして、マネージメントカード１Ａは、起動許可指示をブレードサーバ＃２に対して通知する（ステップＳ３２７）。【００８２】
起動許可指示を受けて、ブレードサーバ＃２は、起動状態を状態３に遷移させる（ステップＳ３２８）。そして、ブレードサーバ＃２は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３２９）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃２の起動状態が状態３であることを取得する（ステップＳ３３０）。【００８３】
ここで、高優先バッファ１２１には既にブレードサーバ＃３の起動状態が状態２であるメッセージが蓄えられているので、マネージメントカード１Ａは、ブレード種別判定をブレードサーバ＃３から収集する（ステップＳ３３１）。そして、マネージメントカード１Ａは、収集したブレード種別判定からブレードサーバ＃３の起動許可判定を行う（ステップＳ３３２）。そして、マネージメントカード１Ａは、起動許可指示をブレードサーバ＃３に対して通知する（ステップＳ３３３）。【００８４】
起動許可指示を受けて、ブレードサーバ＃３は、起動状態を状態３に遷移させる（ステップＳ３３４）。そして、ブレードサーバ＃３は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３３５）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃３の起動状態が状態３であることを取得する（ステップＳ３３６）。【００８５】
ここで、高優先バッファ１２１には既にブレードサーバ＃２の起動状態が状態３であるメッセージが蓄えられているので、マネージメントカード１Ａは、電力情報をブレードサーバ＃２から収集する（ステップＳ３３７）。そして、マネージメントカード１Ａは、収集した電力情報からブレードサーバ＃２に対する電力配分計算判定を行う（ステップＳ３３８）。そして、マネージメントカード１Ａは、運用許可指示をブレードサーバ＃２に対して通知する（ステップＳ３３９）。【００８６】
運用許可指示を受けて、ブレードサーバ＃２は、起動状態を状態４に遷移させる（ステップＳ３４０）。そして、ブレードサーバ＃２は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３４１）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃２の起動状態が状態４であることを取得する（ステップＳ３４２）。このとき、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃２の欄に起動状態の遷移が完了したことを示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０３に示すように、ブレードサーバ＃１及び＃２の欄が１となる。また、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃２の欄にセンサ情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０３に示すように、ブレードサーバ＃１及び＃２の欄が１となる。【００８７】
次に、マネージメントカード１Ａは、電力情報をブレードサーバ＃３から収集する（ステップＳ３４３）。そして、マネージメントカード１Ａは、収集した電力情報からブレードサーバ＃３に対する電力配分計算判定を行う（ステップＳ３４４）。そして、マネージメントカード１Ａは、運用許可指示をブレードサーバ＃３に対して通知する（ステップＳ３４５）。【００８８】
運用許可指示を受けて、ブレードサーバ＃３は、起動状態を状態４に遷移させる（ステップＳ３４６）。そして、ブレードサーバ＃３は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３４７）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃３の起動状態が状態４であることを取得する（ステップＳ３４８）。このとき、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃３の欄に起動状態の遷移が完了したことを示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０４に示すように、ブレードサーバ＃１〜＃３の欄が１となる。また、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃３の欄にセンサ情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０４に示すように、ブレードサーバ＃１〜＃３の欄が１となる。【００８９】
そして、マネージメントカード１Ａは、ブレード番号テーブル２３を参照し、運用情報取得の対象のブレードサーバ３を特定する。このタイミングでは、ブレード番号テーブル２３は、テーブル２３０３の状態なので、マネージメントカード１Ａは、ブレードサーバ＃１を運用情報取得の対象とする。マネージメントカード１Ａは、センサ情報をブレードサーバ＃１から収集する（ステップＳ３４９）。ブレード番号テーブル２３は、テーブル２３０４のように次の順番のブレードサーバ＃２を表すように書き換えられる。【００９０】
マネージメントカード１Ａは、テーブル２３０４の状態のブレード番号テーブル２３を参照し、ブレードサーバ＃２を運用情報取得の対象とする。マネージメントカード１Ａは、センサ情報をブレードサーバ＃２から収集する（ステップＳ３５０）。ブレード番号テーブル２３は、テーブル２３０５のように次の順番のブレードサーバ＃３を表すように書き換えられる。【００９１】
マネージメントカード１Ａは、テーブル２３０５の状態のブレード番号テーブル２３を参照し、ブレードサーバ＃３を運用情報取得の対象とする。マネージメントカード１Ａは、センサ情報をブレードサーバ＃３から収集する（ステップＳ３５１）。【００９２】
この後、マネージメントカード１Ａは、ブレード番号テーブル２３を、テーブル群２３０６のように＃１〜＃３と順番に書き換えていくことを繰り返す。そして、マネージメントカード１Ａは、書き換えられていくブレード番号テーブル２３を用いてブレードサーバ＃１〜＃３からセンサ情報をラウンドロビンで収集していく。そして、マネージメントカード１Ａは、テーブル２３０７の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃１から最後のセンサ情報を収集する（ステップＳ３５２）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃１の欄に製造情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０５に示すように、ブレードサーバ＃１の欄が２となる。さらに、ブレード番号テーブル２３は、テーブル２３０８のように次の順番のブレードサーバ＃２を表すように書き換えられる。【００９３】
そして、マネージメントカード１Ａは、テーブル２３０８の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃２から最後のセンサ情報を収集する（ステップＳ３５３）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃２の欄に製造情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０６に示すように、ブレードサーバ＃１及び＃２の欄が２となる。さらに、ブレード番号テーブル２３は、テーブル２３０９のように次の順番のブレードサーバ＃３を表すように書き換えられる。【００９４】
そして、マネージメントカード１Ａは、テーブル２３０９の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃３から最後のセンサ情報を収集する（ステップＳ３５４）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃３の欄に製造情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０７に示すように、ブレードサーバ＃１〜＃３の欄が２となる。【００９５】
この後、センサ情報収集の場合と同様に、マネージメントカード１Ａは、ブレード番号テーブル２３を、テーブル群２３１０のように＃１〜＃３と順番に書き換えていくことを繰り返す。そして、マネージメントカード１Ａは、書き換えられていくブレード番号テーブル２３を用いて、ステップＳ３５５〜Ｓ３５７のように、ブレードサーバ＃１〜＃３から製造情報をラウンドロビンで収集していく。【００９６】
そして、マネージメントカード１Ａは、テーブル２３１１の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃１から最後の製造情報を収集する（ステップＳ３５８）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃１の欄に運用情報収集完了を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０８に示すように、ブレードサーバ＃１の欄が０となる。また、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃１の欄に起動完了を示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０５に示すように、ブレードサーバ＃１の欄が０となる。さらに、ブレード番号テーブル２３は、テーブル２３１２のように次の順番のブレードサーバ＃２を表すように書き換えられる。【００９７】
次に、マネージメントカード１Ａは、テーブル２３１２の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃２から最後の製造情報を収集する（ステップＳ３５９）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃２の欄に運用情報収集完了を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０９に示すように、ブレードサーバ＃１及び＃２の欄が０となる。また、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃２の欄に起動完了を示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０６に示すように、ブレードサーバ＃１及び＃２の欄が０となる。さらに、ブレード番号テーブル２３は、テーブル２３１３のように次の順番のブレードサーバ＃３を表すように書き換えられる。【００９８】
次に、マネージメントカード１Ａは、テーブル２３１３の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃３から最後の製造情報を収集する（ステップＳ３６０）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃３の欄に運用情報収集完了を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２１０に示すように、ブレードサーバ＃１〜＃３の欄が０となる。また、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃３の欄に起動完了を示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０７に示すように、ブレードサーバ＃１〜＃３の欄が０となる。さらに、マネージメントカード１Ａは、ブレード番号テーブル２３は、テーブル２３１４のように運用情報収集の対象とするブレードサーバ３がないことを表す情報、すなわち０を登録する。【００９９】
また、以上に説明したＩＰＭＣ１０は、ハードウェア構成としてＣＰＵ及びキャッシュを有する。ＩＰＭＣ１０のハードウェア構成はここでは特には図示しない。キャッシュは、受信用格納部１２及び送信用格納部１３の機能を実現する。また、ＣＰＵは、図２に示すＭｅｍｏｒｙ１０２などに格納されたブレード管理テーブル２１、情報収集状態テーブル２２及びブレード番号テーブル２３などを読み込み、キャッシュに展開する。また、図２に示すＭｅｍｏｒｙ１０２には、図４に例示した情報取得部１１、起動処理部１４、ブレードサーバ管理部３１〜３３などの機能を実現するためのプログラムなどの各種プログラムが格納されている。そして、ＩＰＭＣ１０のＣＰＵは、Ｍｅｍｏｒｙ１０２に格納された各種プログラムを読み出して実行することで、図４に例示した情報取得部１１、起動処理部１４、ブレードサーバ管理部３１〜３３などの機能を実現する。【０１００】
以上に説明したように、本実施例に係る管理制御装置では、状態遷移情報を運用情報の取得よりも優先して処理を行い、且つ、運用情報の取得をラウンドロビンでおこなっている。このように、状態遷移情報を優先して処理することで、ブレードサーバの起動時の状態遷移の遅延を抑制することができる。これにより、ブレードサーバにおける起動時の状態遷移の遅延によるタイムアウトの発生を軽減でき、起動シーケンスの停止を抑制することが可能となる。さらに、ラウンドロビンで運用情報を取得することで、各ブレードサーバの起動時間のばらつきをより抑制することができる。【０１０１】
ここで、本実施例では、各ブレードサーバの起動のタイミングをよりそろえるために、状態遷移情報を運用情報の取得よりも優先する処理及び運用情報の取得をラウンドロビンで行う処理の２つを実行している。しかし、ブレードサーバの状態遷移の遅延を抑制するだけであれば、管理制御装置は、状態遷移情報を運用情報の取得よりも優先する処理だけを行う構成であっても効果は得られる。
【符号の説明】
【０１０２】
１Ａ  マネージメントカード（運用系）
１Ｂ  マネージメントカード（待機系）
３  ブレードサーバ
４Ａ、４Ｂ  ＩＰＭＢ
５  シャーシ
６  ネットワーク
７  遠隔監視装置
１０  ＩＰＭＣ
１１  情報取得部
１２  受信用格納部
１３  送信用格納部
１４  起動処理部
２１  ブレード管理テーブル
２２  情報収集状態テーブル
２３  ブレード番号テーブル
３１〜３３  ブレードサーバ管理部
１１０  ＩＰＭＢ制御部
１２０  記憶部
１２１  高優先バッファ
１２２  低優先バッファ
１３１〜１３３  送信用バッファ
【図１】
0005871058.tif 000002
【図２】
0005871058.tif 000003
【図３】
0005871058.tif 000004
【図４】
0005871058.tif 000005
【図５】
0005871058.tif 000006
【図６】
0005871058.tif 000007
【図７】
0005871058.tif 000008
【図８Ａ】
0005871058.tif 000009
【図８Ｂ】
0005871058.tif 000010
【図８Ｃ】
0005871058.tif 000011
【図９】
0005871058.tif 000012
【図１０】
0005871058.tif 000013
【図１１Ａ】
0005871058.tif 000014
【図１１Ｂ】
0005871058.tif 000015
【図１２】
0005871058.tif 000016