(57)【要約】【課題】新たに追加するサーバブレード、或いはサーバ等の情報処理装置の保守をより迅速に行うための技術を提供する。【解決手段】上位監視装置２は、ブレードサーバ１毎に、各種プログラムをダウンロードするためのプログラム情報を含むシャーシ情報１４ａをＣＤＭ１４に格納する。マネージメントカード１３は、ＣＤＭ１４のシャーシ情報１４ａ中のプログラム情報、及びダウンロードすべきプログラムの種類を表す起動管理テーブルを参照し、サーバブレード１１に、必要なプログラムを上位監視装置２からダウンロードさせてインストールさせる。それにより、各サーバブレード１１に、実行すべきプログラムを実行させる。【選択図】図１
2015146130.tif 000002
【特許請求の範囲】
【請求項１】
収納装置に収納された複数台の情報処理装置と、
前記収納装置に実装され、前記複数台の情報処理装置を構成する情報処理装置毎に、当該情報処理装置が起動時に実行すべき処理を指定する起動制御情報の格納に用いられる記憶装置と、を備え、
前記複数台の情報処理装置のなかで前記処理の実行対象となる各情報処理装置は、
前記起動時に、前記記憶装置に格納されている前記起動制御情報のなかで該当する起動制御情報を取得する取得部と、
前記取得部が取得した前記起動制御情報が指定する処理を実行する処理部と、を有する、
ことを特徴とする情報処理システム。
【請求項２】
前記収納装置には、前記複数台の情報処理装置の他に、ネットワークを介して管理装置と通信可能な管理用の情報処理装置である第１の情報処理装置が収納され、
前記第１の情報処理装置は、前記管理装置から、前記記憶装置に格納された前記起動制御情報中で更新すべき内容を表す更新情報を取得して、取得した前記更新情報を用いて前記起動装置に格納された前記起動制御情報を更新する、
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記各情報処理装置は、前記起動制御情報に従った前記処理を実行すべきか否かを表す実行管理情報を格納した第１の記憶装置、を有し、
前記処理部は、前記第１の記憶装置に格納された前記実行管理情報が前記処理の実行を表していた場合に、前記起動制御情報に従って、前記処理を実行する、
ことを特徴とする請求項１記載の情報処理システム。
【請求項４】
前記第１の情報処理装置は、前記管理装置から取得した前記更新情報を用いた前記起動制御情報の更新に応じて、当該更新が影響する情報処理装置の実行管理情報を更新する、
ことを特徴とする請求項２記載の情報処理システム。
【請求項５】
複数台の情報処理装置を収容可能な収納装置に実装された記憶装置に対し、前記複数台の情報処理装置を構成する情報処理装置毎に、当該情報処理装置が起動時に実行すべき処理を指定する起動制御情報を格納し、
前記複数台の情報処理装置のなかで、前記起動制御情報が指定する処理を実行すべき情報処理装置に、前記起動制御情報が指定する処理を実行させる、
ことを特徴とする情報処理装置の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シャーシ（筐体）、或いはラック等の収納装置に収納される複数台の情報処理装置を管理するための技術に関する。
【背景技術】
【０００２】
近年、情報処理装置は、ネットワークを介して接続された別の情報処理装置（以降「端末装置」と表記）のユーザに対してサービスを提供するサーバとして広く用いられている。提供されるサービスとは、自身に搭載された機能、或いは自身がアクセス可能なデータ等である。端末装置をネットワークに接続させたユーザは、サーバを介して、所望のサービスを利用することができる。
【０００３】
サービスの提供のための負荷が重いような場合、或いはサービスを提供する対象として想定する端末装置のユーザ数が多いような場合、サーバには高い処理能力が要求されるのが普通である。しかし、高い処理能力を有するサーバを最初から設置する必要性は無いことも多い。これは、例え負荷が重いサービスをサーバに提供させるとしても、そのサービスを利用すると想定するユーザ数が少ないことも有るからである。
【０００４】
そのユーザ数は、サービスの提供を継続している間に増大することが多い。また、新たなサービスの提供を開始する場合もありうる。ユーザ数の増大、及び新たなサービスの提供は何れも、サーバに要求される処理能力をより高くさせる。このようなことから、現在では、サービスの提供のための負荷の重さに応じて、サーバとして用いる情報処理装置の台数を増減させることが行われている。
【０００５】
例えばブレードサーバは、シャーシ内に、それぞれが１台のサーバ（情報処理装置）として機能するサーバブレードを１つ以上、収納した構成のサーバである。このブレードサーバでは、シャーシ内に収納するサーバブレードの数に応じて、処理能力を増減することができる。また、サーバブレードに搭載されるＣＰＵ（Central Processing Unit）の種類、或いはその数等は固定されていないのが普通である。このことから、ブレードサーバでは、サーバブレードの変更を通して、処理能力を増減させることもできる。
【０００６】
必要な処理能力は１台のサーバで実現できるとは限らない。必要な処理能力を１台のサーバで実現できない場合、他のサーバが追加される。現在では、複数台のサーバを用いてサービスを提供するケースも多くなっている。
【０００７】
サーバブレード、或いはサーバの追加は、運用中のサーバブレード、或いはサーバの故障によって行われる場合もある。このこともあり、サーバブレード、或いはサーバの追加は珍しくはない。
【０００８】
新たに追加するサーバブレード、或いはサーバには、必要なプログラム、例えばＯＳ（Operating System）、ミドルウェア、及びアプリケーションプログラム（以降「アプリケーション」と略記）をインストールしなければならない。しかし、インストールすべきプログラムは、サーバブレード、或いはサーバによって異なる場合がある。そのため、従来は、保守者が現場でサーバブレード、或いはサーバに対し、マニュアル操作で必要なプログラムを個別にインストールしている。
【０００９】
サーバブレード毎、及びサーバ毎のプログラムのインストールのためのマニュアル操作は、プログラム別に順次、行わなければならない。そのため、サーバブレード毎、及びサーバ毎のプログラムのインストールには、長い時間が必要であり、保守性は悪い。プログラムをインストールすべきサーバブレード、或いはサーバの数が多い場合には、プログラムのインストールに非常に長い時間が必要となる。そのような保守に要する長い時間は、サーバの稼働率を大きい低下させる原因となることも考えられる。このこともあり、新たに追加するサーバブレード、或いはサーバ等の情報処理装置への保守は、より迅速に行えるようにすることが重要と思われる。これは、プログラムのインストール以外の保守を行う場合も同様である。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−３３８２２５号公報
【特許文献２】特開２００９−１５７５９７号公報
【特許文献３】特開平６−１４１０３３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
１側面では、本発明は、新たに追加するサーバブレード、或いはサーバ等の情報処理装置の保守をより迅速に行うための技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明を適用した１システムは、収納装置に収納された複数台の情報処理装置と、前記収納装置に実装され、前記複数台の情報処理装置を構成する情報処理装置毎に、当該情報処理装置が起動時に実行すべき処理を指定する起動制御情報の格納に用いられる記憶装置と、を備え、前記複数台の情報処理装置のなかで前記処理の実行対象となる各情報処理装置は、前記起動時に、前記記憶装置に格納されている前記起動制御情報のなかで該当する起動制御情報を取得する取得部と、前記取得部が取得した前記起動制御情報が指定する処理を実行する処理部と、を有する。
【発明の効果】
【００１３】
本発明を適用した場合には、新たに追加するサーバブレード、或いはサーバ等の情報処理装置の保守をより迅速に行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態による情報処理システムの構成例を説明する図である。
【図２】マネージメントカードの構成例を説明する図である。
【図３】サーバブレードの構成例を説明する図である。
【図４】上位監視装置として採用可能な情報処理装置の構成例を説明する図である。
【図５】本実施形態によるシャーシ情報の構成例を説明する図である。
【図６】起動管理テーブルの構成例を説明する図である。
【図７】上位監視装置が実行する送信制御処理のフローチャートである。
【図８】ＣＤＭシャーシ情報変更処理のフローチャートである。
【図９】ブレードサーバに搭載されたマネージメントカードが実行する処理の流れの例を表すフローチャートである。
【図１０】サーバブレードの起動時に、そのサーバブレードに搭載されたＩＰＭＣが実行する処理の流れの例を表すフローチャートである。
【図１１】ＯＳ起動管理処理のフローチャートである。
【図１２】シャーシ情報を保守者が変更しない場合に、上位監視装置、並びにブレードサーバのマネージメントボード、及びサーバブレードがそれぞれ行う動作の流れの例を表すシーケンス図である。
【図１３】シャーシ情報を保守者が変更する場合に、上位監視装置、並びにブレードサーバのマネージメントボード、及びサーバブレードがそれぞれ行う動作の流れの例を表すシーケンス図である。
【図１４】シャーシ情報を保守者が変更する場合に、上位監視装置、並びにブレードサーバのマネージメントボード、及びサーバブレードがそれぞれ行う動作の流れの例を表すシーケンス図である（続き１）。
【図１５】シャーシ情報を保守者が変更する場合に、上位監視装置、並びにブレードサーバのマネージメントボード、及びサーバブレードがそれぞれ行う動作の流れの例を表すシーケンス図である（続き２）。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態による情報処理システムの構成例を説明する図である。本実施形態による情報処理システムは、例えばデータセンタに構築されたシステムである。図１に表すように、この情報処理システムは、複数台のブレードサーバ１（１−１、１−２）、及び上位監視装置２をネットワーク３に接続した構成となっている。
【００１６】
各ブレードサーバ１は、それぞれ、本実施形態による情報処理システムに相当する。各ブレードサーバ１は、シャーシ内に、複数のサーバブレード１１（１１−１〜１１−Ｎ）、マネージメントカード１３、シャーシデータモジュール１４、ファンモジュール１５、及び電源モジュール１６を備えている。複数のサーバブレード１１、マネージメントカード１３、シャーシデータモジュール１４、ファンモジュール１５、及び電源モジュール１６は、それぞれＩＰＭＢ（Intelligent Platform Management Bus）１８に接続されている。図１に表すブレードサーバ１の構成は１例であり、ブレードサーバ１の構成は図１に表す１例に限定されない。
【００１７】
ＩＰＭＩ（Intelligent Platform Management Interface）は、サーバ管理ソフトウェアが、特定のハードウェアシステム、及びＯＳ（Operating System）に依存することなく、サーバーハードウェアをモニタ可能にするための標準インターフェース仕様である。上記ＩＰＭＢ１８は、サーバ管理ハードウェアのための内部バス仕様であり、その仕様はＩＰＭＩに含まれる。ＩＰＭＩには、他に、サーバに他のＩＰＭＩシステムを接続するための外部バス仕様であるＩＣＭＢ（Intelligent Chassis Management Bus）が含まれる。
【００１８】
上記の構成において、ファンモジュールは、不図示のファンを駆動するためのモジュールである。電源モジュール１６は、ブレードサーバ１に電力を供給するためのモジュールである。
【００１９】
図２は、マネージメントカードの構成例を説明する図である。図２では、ＩＰＭＢ１８を「ＩＰＭＢ−Ａ」と表記している。「ＩＰＭＢ−Ｂ」は、ネットワーク３と接続されたブレードサーバ１内のＩＰＭＢであり、ネットワーク３との対応関係を明確にするために、図２では符号として「３」を付している。通信を行う対象を明確にするために、以降「ＩＰＭＢ−Ｂ」は「ネットワーク」と表記する。
【００２０】
マネージメントカード１３は、ブレードサーバ１の管理装置であり、図２に表すように、ＩＰＭＣ（Intelligent Platform Management Controller）１３１、ＣＰＵ１３２、及びメモリ１３３を備えている。
【００２１】
ＩＰＭＣ１３１は、ネットワーク３を介して接続された上位監視装置２からの指示に従い、電源制御（電源モジュール１６の制御）等を行う。各サーバブレード１は、電源のオンに伴い、例えばＡＴＣＡ（Advanced Telecom Computing Architecture）規格で規定されている以下の状態を遷移させて起動する。
状態１(Ｓ１)：電源off状態
状態２(Ｓ２)：起動開始状態
状態３(Ｓ３)：起動中状態
状態４(Ｓ４)：電源on状態
【００２２】
上記ＡＴＣＡ規格は、通信事業者向けコンピュータのハードウェア規格である。ＡＴＣＡ規格では、外枠（シェルフ）の形状とそこに挿入するカード（ブレード）のハードウェア仕様を規定している。ＡＴＣＡ規格では、筐体のサイズや構造に加え、電源を入れたままカードを抜き挿しできる機能（ホットスワップ）などを規定している。これらの規定は、通信サービスを提供する際に求められる信頼性や可用性を考慮して定められている。ＡＴＣＡ規格に準拠したサーバは、ＣＰＵや各種チップが載ったサーバブレード単位で通信処理を実行させることができる。そのため、サーバブレードを追加することでサーバ全体の処理能力を高めることができる。
【００２３】
ＩＰＭＣ１３１上には、機能構成として、管理テーブル保持部１３１１、及びブレードサーバ起動制御部１３１２が実現されている。これらの説明は後述する。
【００２４】
メモリ１３３には、ＣＰＵ１３２が実行するファームウェアが格納されている。ＣＰＵ１３２は、メモリ１３２に格納されたファームウェアを実行することにより、ＩＰＭＣ１３１が実行する処理と比較して、より負荷の重い処理を行う。
【００２５】
図３は、サーバブレードの構成例を説明する図である。この図３でも図２と同様に、「ＩＰＭＢ−Ａ」、及び「ＩＰＭＢ−Ｂ」を表している。
【００２６】
各サーバブレード１は、図３に表すように、ＩＰＭＣ１１１、チップセット１１２、ＣＰＵ１１３、電源回路１１４、フラッシュメモリ１１５、及び１１６、メモリ１１７、及び１１８、ハードディスク装置（ＨＤＤ）１１９、電圧センサ１２０、及び温度センサ１２１を備えている。
【００２７】
図３に表すサーバブレード１１の構成は１例であり、サーバブレード１１の構成は図３に表す１例に限定されない。図３では、電源回路１１４、電圧センサ１２０、及び温度センサ１２１を１つのみ表しているが、それらは複数、存在するのが普通である。また、ネットワーク３とは別のネットワークと通信を行うための構成要素は省いている。
【００２８】
フラッシュメモリ１１６には、ＣＰＵ１１３に実行させるファームウェアが格納され、ハードディスク装置１１９には、ＣＰＵ１１３に実行させる各種プログラムが格納されている。ここでは、ハードディスク装置１１９に格納されている各種プログラムとして、便宜的に、ＯＳ、ミドルウェア、及びアプリケーションの３種類のみを想定する。
【００２９】
ＣＰＵ１１３は、チップセット１１２を介して、フラッシュメモリ１１６上のファームウェアをメモリ１１８上に読み出して起動する。その起動後、ＣＰＵ１１３は、チップセット１１２を介して、ハードディスク装置１１９からＯＳ、ミドルウェア、及びアプリケーションを順次、メモリ１１８上に読み出して起動する。
【００３０】
ＩＰＭＣ１１１は、電源回路１１４の制御を通して、ＣＰＵ１１３の起動を管理し、温度センサ１２０、及び温度センサ１２１のモニタリングを行う。これらの制御は、ＩＰＭＣ１１１が、フラッシュメモリ１１５に格納されたファームウェアをメモリ１１７に読み出して実行することで実現される。
【００３１】
フラッシュメモリ１１５上のファームウェアを実行するＩＰＭＣ１１１上には、機能構成として、起動制御部１１１０が実現されている。この起動制御部１１１０は、起動管理テーブル１１１５を用いて、実行すべき処理をＣＰＵ１１３に実行させる機能である。起動管理テーブル１１１５、及び起動制御部１１１０についての詳細は後述する。
【００３２】
シャーシデータモジュール（ＣＤＭ）１４は、シャーシ内に実装されている不揮発性の記憶装置であり、シャーシ情報１４ａの保存に用いられる。このシャーシ情報１４ａは、ブレードサーバ１に関する情報をまとめたものであり、本実施形態による起動制御情報に相当する。
【００３３】
図５は、本実施形態によるシャーシ情報の構成例を説明する図である。図５に表すように、シャーシ情報１４ａは、ヘッダ情報、種別情報、製造情報、スロット情報、許容電力情報、接続情報、上位監視装置情報、及びサーバブレード１１毎のプログラム情報群を含む。
【００３４】
ヘッダ情報は、シャーシ情報１４ａのデータ長等を含む情報である。種別情報は、ブレードサーバ１の種別等を表す情報である。製造情報は、ブレードサーバ１の製造に係わる情報である。スロット情報は、搭載されたサーバブレード１１の枚数等を表す情報である。許容電力情報は、ブレードサーバ１全体、或いはサーバブレード１１の許容電力値の最大値等を表す情報である。接続情報は、不図示のバックプレーンに係わる情報である。ネットワーク（ＩＰＭＢ−Ｂ）３、及びＩＰＭＢ−Ａ１８は、バックプレーンの一部である。上位監視装置情報は、上位監視装置２にアクセスするための情報であり、例えばＩＰ（Internet Protocol）アドレスである。
【００３５】
各サーバブレード１１のプログラム情報は、対応するサーバブレード１１に実行させるべきプログラムをダウンロードさせるための情報であり、ネットワーク情報、ＯＳ情報、ミドルウェア情報、及びアプリケーション情報を含む。図５中に表記の「＃１」「＃２」等は、それぞれ、サーバブレード１１に識別情報として割り当てられた番号を表している。
【００３６】
ＯＳ情報、ミドルウェア情報、及びアプリケーション情報は、それぞれ、対応するサーバブレード１１がダウンロードすべきＯＳ、ミドルウェア、及びアプリケーションのファイルを指定する情報である。ネットワーク情報は、指定されたプログラムのダウンロードに用いるべきネットワークを指定する情報である。本実施形態では、各種プログラムのダウンロードは上位監視装置２から行うと想定している。そのため、プログラムのダウンロードには、他に、上位監視装置情報も用いられる。
【００３７】
本実施形態では、図５に表すような構成のシャーシ情報１４ａを採用することにより、各サーバブレード１１に、必要なプログラムのダウンロードを自動的に行わせるようにしている。そのため、サーバブレード１１を追加する場合、追加するサーバブレード１１毎に、プログラム情報を追加すれば良い。これは、追加するサーバブレード１１は、対応するプログラム情報に従って、ダウンロードすべきプログラムを自動的にダウンロードするからである。
【００３８】
プログラム情報の追加、及び更新等は、迅速に行うことができる。サーバブレード１１でのプログラムのダウンロードは自律的に行われる。これらのことから、保守者は、マニュアル操作により、追加するサーバブレード１１単位でプログラムをインストールする必要はない。それにより、高い保守性が得られる。その高い保守性により、サーバブレード１１の追加枚数が例え多くとも、追加したサーバブレード１１を含むブレードサーバ１の運用開始も少ない作業量で迅速に行えることとなる。
【００３９】
上位監視装置２には、記憶部２０が搭載され、その記憶部２０には、プログラムファイル群２５、及びシャーシ情報群２６が記憶されている。プログラムファイル群２５は、ブレードサーバ１に搭載されたサーバブレード１１がダウンロードする対象となるプログラムが格納されたプログラムファイルの集合体である。シャーシ情報群２６は、ブレードサーバ１毎のシャーシ情報１４ａの集合体である。
【００４０】
図２に表すように、マネージメントボード１３に搭載されたＩＰＭＣ１３１上には、管理テーブル保持部１３１１、及びブレードサーバ起動制御部１３１２が実現されている。管理テーブル保持部１３１１は、上位監視装置２から受信したシャーシ情報１４ａをＣＤＭ１４に保存し、現在、有効としているシャーシ情報１４ａを保存する機能である。現在、有効としているシャーシ情報１４ａをＣＤＭ１４とは別に保存しているのは、ＣＤＭ１４上のシャーシ情報１４ａの更新を認識するためである。
【００４１】
ブレードサーバ起動制御部１３１２は、サーバブレード１１の起動時、プログラムのダウンロードを行うべきサーバブレード１１が対象となるプログラムをダウンロードするのを可能にする機能である。プログラムのダウンロードは、サーバブレード１１の起動時ではなく、プログラムのダウンロードを行うモードを設け、そのモードの設定時に行うようにさせても良い。
【００４２】
図３に表すように、各サーバブレード１１に搭載されたＩＰＭＣ１１１上には、起動制御部１１１０が実現されている。その起動制御部１１１０が管理する起動管理テーブル１１１５は、サーバブレード１１のＣＰＵ１１３に実行させるべきプログラム毎に、そのプログラムのダウンロードが必要か否かを表すテーブルである。それにより、起動制御部１１１０は、起動管理テーブル１１１５を参照し、必要なプログラムのダウンロードをＣＰＵ１１３に行わせる。起動管理テーブル１１１５自体は、フラッシュメモリ１１５に格納されるデータである。
【００４３】
図６は、起動管理テーブルの構成例を説明する図である。図６に表す構成例は、上記のように、ＣＰＵ１１３が実行するプログラムは、ＯＳ、ミドルウェア、及びアプリケーションの３種類のみと想定した場合のものである。図６中「ａｐｐ」「ｍｉｄ」「ＯＳ」はそれぞれ、アプリケーション、ミドルウェア、及びＯＳを表している。
【００４４】
起動管理テーブル１１１５は、プログラム毎のフラグを有する。各フラグは１ビットのデータである。０の値はダウンロード（インストール）していないことを表し、１の値はダウンロード済みであることを表している。それにより、起動制御部１１１０は、フラグの値が０となっているプログラムのダウンロードをＣＰＵ１１３に行わせる。以降、ＯＳ用のフラグは「ＯＳフラグ」と表記する。同様に、ミドルウェア用のフラグは「ｍｉｄフラグ」、アプリケーション用のフラグは「ａｐｐフラグ」と表記する。
【００４５】
値が０のフラグのプログラムは自動的にインストールされることから、ファームウェア以外のプログラムをインストールさせていないサーバブレード１１は、起動管理テーブル１１１５の全てのフラグの値を０にして、シャーシ内に収納させれば良い。インストールすべきプログラムを全てインストールさせているサーバブレード１１では、起動管理テーブル１１１５の全てのフラグの値を１にさせれば良い。
【００４６】
上記記憶部２０を搭載した上位監視装置２としては、例えば図４に表すような構成例の情報処理装置を採用することができる。ここで図４を参照し、上位監視装置２として採用可能な情報処理装置について具体的に説明する。
【００４７】
この上位監視装置２として採用可能な情報処理装置は、図４に表すように、例えばＣＰＵ２０１、ＦＷＨ（Firm-Ware Hub）２０２、メモリ（メモリモジュール）２０３、ＮＩＣ（Network Interface Card）２０４、ハードディスク装置（ＨＤＤ）２０５、Ｉ／Ｆ部２０６、コントローラ２０７、及びＢＭＣ（Baseboard Management Controller）２０８を備えている。この構成は１例であり、上位監視装置２として採用可能な情報処理装置の構成は、図４に表すような構成に限定されない。
【００４８】
ＦＷＨ２０２は、ファームウェアを格納したメモリである。このファームウェアは、ＣＰＵ２０１によってメモリ２０３に読み出され実行される。ハードディスク装置２０５には、ＯＳ、及び上記監視装置２としての制御を行うためのアプリケーション（以降「上位監視プログラム」と表記）、等が格納されている。ＣＰＵ２０１は、ファームウェアの起動が完了した後、コントローラ２０７を介してハードディスク装置２０５からＯＳ、及び上位監視プログラムを読み出して実行することができる。ＮＩＣ２０４を介した通信は、ＯＳの起動によって可能となる。
【００４９】
上位監視プログラムは、ハードディスク装置２０５以外のストレージ、或いは記録媒体に格納しても良い。ストレージ、或いは記録媒体は、ＮＩＣ２０４がネットワーク（例えばネットワーク３）を介して通信可能な外部装置がアクセス可能なものであっても良い。このことから、上位監視プログラムは、外部装置から受信しても良い。
【００５０】
Ｉ／Ｆ部２０６は、保守者が各種データ入力を可能にする構成要素である。キーボード、タッチパネル、或いはコンソール等を保守者がデータ入力に用いる入力装置と想定する場合、Ｉ／Ｆ部２０６は、入力装置を接続するためのインターフェースを提供する。その入力装置として端末装置を想定する場合、Ｉ／Ｆ部２０６は、その端末装置と通信を行う環境を提供する。ここでは便宜的に、Ｉ／Ｆ部２０６には端末装置が接続されていると想定する。
【００５１】
ＢＭＣ２０８は、情報処理装置を管理するための専用の管理装置である。ＢＭＣ２０８は、ＣＰＵ２０１のオン／オフ、各構成要素に発生するエラーの監視、等を行う。
【００５２】
このＢＭＣ２０８は、通常、ＩＰＭＢ接続をサポートする。このことから、ここでは、ネットワーク３はＢＭＣ２０８と接続されていると想定する。
【００５３】
上記のような構成の情報処理装置では、記憶部２０はハードディスク装置２０５である。ネットワーク３がＢＭＣ２０８と接続されていると想定する場合、上位監視装置２としての制御は、ＢＭＣ２０８とＣＰＵ２０１の連携によって実現される。それにより、その制御は、ＣＰＵ２０１、ＦＷＨ２０２、メモリ２０３、ハードディスク装置２０５、Ｉ／Ｆ部２０６、コントローラ２０７、及びＢＭＣ２０８によって実現される。ハードディスク装置２０５上の上位監視プログラムを実行するＣＰＵ２０１は、端末装置を保守員が操作することで行われたデータ入力に応じたシャーシ情報群２６の保存、或いは更新、プログラムファイル群２５の保存、或いは更新、等を行う。また、ＣＰＵ２０１は、ＢＭＣ２０８を介したデータの送受信を制御し、ブレードサーバ１へのシャーシ情報１４ａの送信、プログラムの送信、等を実現させる。
【００５４】
次に図７〜図１１に表す各フローチャート、及び図１２〜図１５に表す各シーケンス図を参照し、上位監視装置２、及びブレードサーバ１の動作について詳細に説明する。
【００５５】
図７は、上位監視装置が実行する送信制御処理のフローチャートである。この送信制御処理は、ブレードサーバ１に対し、送信すべきデータ、或いは要求されたデータを送信するためにＣＰＵ２０１が実行する処理である。送信すべきデータの発生、或いはデータの送信要求の受信を契機に実行される。始めに図７を参照し、送信制御処理について詳細に説明する。図７では、送信すべきデータの発生例として、何れかのブレードサーバ１のシャーシ情報（図７中「ＣＤＭシャーシ情報」とも表記）１４ａの更新のみを想定している。
【００５６】
先ず、ＣＰＵ２０１は、保守者がシャーシ情報１４ａの変更指示を発行させたか否か判定する（Ｓ１１）。保守者がＩ／Ｆ部２０６に接続させた端末装置を操作し、シャーシ情報１４ａの変更を指示した場合、Ｓ１１の判定はＹｅｓとなってＳ１２に移行する。保守者が端末装置をＩ／Ｆ部２０６に接続させていない、或いはシャーシ情報１４ａの変更を指示するような操作を端末装置に行っていない場合、Ｓ１１の判定はＮｏとなってＳ１３に移行する。
【００５７】
Ｓ１２では、ＣＰＵ２０１は、保守者が指定したシャーシ情報１４ａを、保守者の端末装置への操作に応じて変更するためのＣＤＭ（シャーシデータモジュール）シャーシ情報変更処理を実行する。その実行後は上記Ｓ１３に移行する。
【００５８】
図８は、ＣＤＭシャーシ情報変更処理のフローチャートである。ここで図８を参照し、ＣＤＭシャーシ情報変更処理について詳細に説明する。
【００５９】
シャーシ情報１４ａの変更には、新たなシャーシ情報１４ａのシャーシ情報群２６への追加も含まれる。変更対象となるシャーシ情報１４ａは、保守者が選択するようになっており、変更自体は、シャーシ情報１４ａを構成する情報単位で行われる。図８では、保守者が選択したシャーシ情報１４ａへの変更を行う部分のみ表している。
【００６０】
先ず、ＣＰＵ２０１は、端末装置への保守者の操作に応じて、保守者が指定した情報を変更する（Ｓ２１）。この変更は、シャーシ情報群２６を対象に行われる。
【００６１】
次に、ＣＰＵ２０１は、シャーシ情報１４ａが変更されたブレードサーバ１のマネージメントボード１３宛に、シャーシ情報１４ａの更新指示を発行（送信）する（Ｓ２２）。その更新指示には、少なくとも、シャーシ情報１４ａのなかで変更された部分が含まれている。
【００６２】
その更新指示を受信したマネージメントボード１３上のＩＰＭＣ１３１は、その更新指示に従い、ＣＤＭ１４上のシャーシ情報１４ａを更新し、その更新結果を表す応答を返信しる。このことから、ＣＰＵ２０１は、更新指示の送信後、応答を受信するのを待つ（Ｓ２３）。応答を受信した後は、ＣＰＵ２０１は、シャーシ情報１４ａの変更が完了したか否か判定する（Ｓ２４）。
【００６３】
シャーシ情報１４ａの変更の完了は、保守者が指示するようになっている。このことから、端末装置を操作して、シャーシ情報１４ａの変更完了を保守者が指示した場合、Ｓ２４の判定はＹｅｓとなり、ここでＣＤＭシャーシ情報変更処理が終了する。一方、その指示を保守者が行わなかった場合、Ｓ２４の判定はＮｏとなって上記Ｓ２１に戻る。それにより、保守者は、シャーシ情報１４ａの更なる変更を行うことができる。
【００６４】
図７の説明に戻る。
上記ＣＤＭシャーシ情報変更処理の実行後にはＳ１３に移行する。そのＳ１３では、ＣＰＵ２０１は、ＯＳダウンロードの指示を受信したか否か判定する。ＢＭＣ２０８がその指示を受信した場合、Ｓ１３の判定はＹｅｓとなり、ＣＰＵ２０１は、その指示により要求されたＯＳをハードディスク装置２０５から読み出し、ＢＭＣ２０８に送信させる（Ｓ１４）。その後、Ｓ１５に移行する。ＯＳダウンロードの指示を受信していなかった場合、Ｓ１３の判定はＮｏとなり、そのＳ１５に移行する。
【００６５】
Ｓ１５では、ＣＰＵ２０１は、ミドルウェアダウンロードの指示を受信したか否か判定する。ＢＭＣ２０８がその指示を受信した場合、Ｓ１５の判定はＹｅｓとなり、ＣＰＵ２０１は、その指示により要求されたミドルウェアをハードディスク装置２０５から読み出し、ＢＭＣ２０８に送信させる（Ｓ１６）。その後、Ｓ１７に移行する。ミドルウェアダウンロードの指示を受信していなかった場合、Ｓ１５の判定はＮｏとなり、そのＳ１７に移行する。
【００６６】
Ｓ１７では、ＣＰＵ２０１は、アプリケーションダウンロードの指示を受信したか否か判定する。ＢＭＣ２０８がその指示を受信した場合、Ｓ１７の判定はＹｅｓとなり、ＣＰＵ２０１は、その指示により要求されたアプリケーションをハードディスク装置２０５から読み出し、ＢＭＣ２０８に送信させる（Ｓ１８）。その後、送信制御処理が終了する。アプリケーションダウンロードの指示を受信していなかった場合、Ｓ１７の判定はＮｏとなり、ここで送信制御処理が終了する。
【００６７】
このようにして、シャーシ情報１４ａは、変更によって、送信すべきブレードサーバ１（のマネージメントボード１３）に送信され、ブレードサーバ１から要求されたプログラムは、その要求によってブレードサーバ１に送信される。それにより、ブレードサーバ１に搭載された各サーバブレード１１は、必要なプログラムを随時、上位監視装置２からダウンロードすることができる。
【００６８】
各ブレードサーバ１のシャーシ情報１４ａの更新は、上位監視装置１が保持しているシャーシ情報１４ａの更新により、自動的に行われる。そのため、保守者にとっては、任意のブレードサーバ１のシャーシ情報１４ａの更新を容易に行うことができる。ブレードサーバ１が備える各サーバブレード１１に行わせるプログラムのインストールは、シャーシ情報１４ａにより制御される。このことから、保守者にとっては、各サーバブレード１１に行わせるプログラムのインストールも容易に行えることとなる。
【００６９】
図９は、ブレードサーバに搭載されたマネージメントカードが実行する処理の流れの例を表すフローチャートである。図９に表す処理の流れの例は、シャーシ情報１４ａの変更指示への対応を行った後、サーバブレード１１の起動を行う場合を例にとったものであり、マネージメントカード１３に搭載されたＩＰＭＣ１３１によって実行される。次に図９を参照し、マネージメントカード１３に搭載されたＩＰＭＣ１３１によって実行される処理について詳細に説明する。
【００７０】
先ず、ＩＰＭＣ１３１は、上位監視装置２からシャーシ情報１４ａの変更指示を受信したか否か判定する（Ｓ３１）。その変更指示を受信した場合、Ｓ３１の判定はＹｅｓとなってＳ３２に移行する。その変更指示を受信していない場合、Ｓ３１の判定はＮｏとなってＳ３３に移行する。
【００７１】
Ｓ３２では、ＩＰＭＣ１３１は、受信した変更指示に従い、ＣＤＭ１４に格納されているシャーシ情報１４ａ中の対応する情報を書き換える変更を行う。その後、Ｓ３３に移行する。
【００７２】
Ｓ３１は、上位監視装置２からのメッセージを受信する度に実行される処理である。それにより、ＣＤＭ１４に格納されているシャーシ情報１４ａの更新も、上位監視装置２から変更指示を受信する度に実行される。ここでは、説明上、便宜的に、１変更指示にのみ対応することを想定している。管理テーブル保持部１３１１は、変更指示の受信により、Ｓ３１、及びＳ３２を実行することで実現される。ブレードサーバ起動制御部１３１２は、Ｓ３３以降の処理を実行することで実現される。そのＳ３３以降は、上位監視装置２からの指示、保守者による指示、或いは予め設定されたスケジュールに従って各サーバブレード１１を起動させる場合を想定している。
【００７３】
Ｓ３３では、ＩＰＭＣ１３１は、起動させているサーバブレード１１からのメッセージの受信を待つ。メッセージを受信すると、ＩＰＭＣ１３１は、受信したメッセージが状態遷移を通知する状態遷移メッセージか否か判定する（Ｓ３４）。その状態遷移メッセージを受信した場合、Ｓ３４の判定はＹｅｓとなってＳ３５に移行する。状態遷移メッセージ以外のメッセージを受信した場合、Ｓ３４の判定はＮｏとなってＳ４９に移行する。図９では、状態遷移メッセージ以外のメッセージに対応する部分は省略している。
【００７４】
Ｓ３５では、ＩＰＭＣ１３１は、状態遷移メッセージが通知する状態が状態２（Ｓ２：起動開始状態）か否か判定する。状態遷移メッセージが通知する状態が状態２であった場合、Ｓ３５の判定はＹｅｓとなってＳ３６に移行する。状態遷移メッセージが通知する状態が状態２でなかった場合、Ｓ３５の判定はＮｏとなってＳ３９に移行する。
【００７５】
Ｓ３６では、ＩＰＭＣ１３１は、ＣＤＭ１４に格納されているシャーシ情報１４ａ中の種別情報を収集する。次に、ＩＰＭＣ１３１は、状態２に遷移させたサーバブレード１１を起動させても良いか否かを判定するための起動許可判定処理を実行する（Ｓ３７）。その起動許可判定処理を実行した結果、起動させても良いと判定した場合、ＩＰＭＣ１３１は、サーバブレード１１に起動許可を指示する（Ｓ３８）。その後は上記Ｓ３３に戻る。
【００７６】
Ｓ３９では、ＩＰＭＣ１３１は、状態遷移メッセージが通知する状態が状態３（Ｓ３：起動中状態）か否か判定する。状態遷移メッセージが通知する状態が状態３であった場合、Ｓ３９の判定はＹｅｓとなってＳ４０に移行する。状態遷移メッセージが通知する状態が状態３でなかった場合、Ｓ３９の判定はＮｏとなってＳ４３に移行する。
【００７７】
Ｓ４０では、ＩＰＭＣ１３１は、ＣＤＭ１４に格納されているシャーシ情報１４ａ中の許容電力情報を収集する。次に、ＩＰＭＣ１３１は、状態３に遷移させたサーバブレード１１に分配可能な電力を特定するための電力分配計算を行う（Ｓ４１）。その電力分配計算を行った後、ＩＰＭＣ１３１は、サーバブレード１１に運用許可を指示する（Ｓ４２）。その運用許可を指示した後は上記Ｓ３３に戻る。
【００７８】
Ｓ４３では、ＩＰＭＣ１３１は、運用許可を指示したサーバブレード１１からメッセージとして受信したセンサ情報（電圧センサ１２０、及び温度センサ１２１等のセンス値、等）を収集する。次に、ＩＰＭＣ１３１は、ＣＤＭ１４に格納されているシャーシ情報１４ａ中の製造情報を収集する（Ｓ４４）。その後、ＩＰＭＣ１３１は、ＣＤＭ１４に格納されているシャーシ情報１４ａ中のセンサ情報を収集したサーバブレード１１のプログラム情報を読み取る（Ｓ４５）。
【００７９】
次に、ＩＰＭＣ１３１は、読み取ったプログラム情報が、自身が保持しているシャーシ情報１４ａ中のプログラム情報と一致するか否か判定する（Ｓ４６）。プログラム情報が全て一致する場合、Ｓ４６の判定はＹｅｓとなってＳ４９に移行する。プログラム情報の一部でも一致しない場合、Ｓ４６の判定はＮｏとなってＳ４７に移行する。
【００８０】
Ｓ４７では、ＩＰＭＣ１３１は、保持しているプログラム情報を、ＣＤＭ１４に格納されているシャーシ情報１４ａのプログラム情報に変更する。次に、ＩＰＭＣ１３１は、プログラム情報が一致しないサーバブレード１１の起動管理テーブル１１１５を、プログラム情報中で一致しない情報に応じて更新する（Ｓ４８）。この更新は、プログラム情報中で一致しない情報に対応するフラグをクリアすることで行われる。そのような起動管理テーブル１１１５の更新を行った後、Ｓ４９に移行する。
【００８１】
Ｓ４９では、ＩＰＭＣ１３１は、全てのサーバブレード１１の起動が完了したか否か判定する。センサ情報を収集していないサーバブレード１１が存在する場合、Ｓ４９の判定はＮｏとなって上記Ｓ３３に戻る。一方、センサ情報を収集していないサーバブレード１１が存在しない場合、Ｓ４９の判定はＹｅｓとなり、ここで一連の処理が終了する。
【００８２】
上記のように、各サーバブレード１１が管理する起動管理テーブル１１１５は、ＣＤＭ１４に格納されているシャーシ情報１４ａ中の対応するプログラム情報の更新に合わせて更新される。その結果、保守者は、上位監視装置２上のプログラム情報の更新により、実行させるべきプログラムをサーバブレード１１に実行させることができる。
【００８３】
図１０は、サーバブレードの起動時に、そのサーバブレードに搭載されたＩＰＭＣが実行する処理の流れの例を表すフローチャートである。次に、図１０を参照し、サーバブレード１１に搭載されたＩＰＭＣ１１１によってそのサーバブレード１１の起動時に実行される処理について詳細に説明する。起動制御部１１１０は、ＩＰＭＣ１１１が図１０に表すような処理を実行することで実現される。
【００８４】
先ず、ＩＰＭＣ１１１は、マネージメントカード１３からの起動指示により、状態１（Ｓ１）から状態２（Ｓ２）に遷移させ、その遷移を行った旨をマネージメントカード１３に通知する（Ｓ６１）。次に、ＩＰＭＣ１１１は、マネージメントカード１３から起動許可の指示を受信するのを待つ（Ｓ６２）。それにより、起動許可を受信した場合、Ｓ６３に移行する。
【００８５】
Ｓ６３では、ＩＰＭＣ１１１は、起動許可の受信により、状態３（Ｓ３）に遷移させ、その遷移を行った旨をマネージメントカード１３に通知する。その後、ＩＰＭＣ１１１は、マネージメントカード１３から運用許可の指示を受信するのを待つ（Ｓ６４）。それにより、運用許可の指示を受信した場合、Ｓ６５に移行する。
【００８６】
Ｓ６５では、ＩＰＭＣ１１１は、運用許可の受信により、状態４（Ｓ４）に遷移させ、その遷移を行った旨をマネージメントカード１３に通知する。次に、ＩＰＭＣ１１１は、起動管理テーブル１１１５を読み取り（Ｓ６６）、起動管理テーブル１１１５中の全てのフラグの値は１か否か判定する（Ｓ６７）。全てのフラグの値が１であった場合、Ｓ６７の判定はＹｅｓとなり、ＣＰＵ１１３にＯＳ、ミドルウェア、及びアプリケーションを起動させた後、一連の処理が終了する。何れかのフラグの値が０であった場合、Ｓ６７の判定はＮｏとなってＳ６８に移行する。
【００８７】
Ｓ６８では、ＩＰＭＣ１１１は、ＯＳフラグの値が１か否か判定する。ＯＳをダウンロードしなくとも良い場合、ＯＳフラグの値は１であることから、Ｓ６８の判定はＹｅｓとなり、ＯＳの起動をＣＰＵ１１３に指示した後、Ｓ７０に移行する。ＯＳフラグの値が０であった場合、Ｓ６８の判定はＮｏとなってＳ６９に移行する。
【００８８】
Ｓ６９では、ＩＰＭＣ１１１は、ダウンロードすべきＯＳをダウンロードし、ダウンロードしたＯＳをＣＰＵ１１３に起動させるＯＳ起動管理処理を実行する。その後、Ｓ７０に移行する。
【００８９】
Ｓ７０では、ＩＰＭＣ１１１は、ｍｉｄフラグの値が１か否か判定する。ミドルウェアをダウンロードしなくとも良い場合、ｍｉｄフラグの値は１であることから、Ｓ７０の判定はＹｅｓとなり、ミドルウェアの起動をＣＰＵ１１３に指示した後、Ｓ７２に移行する。ｍｉｄフラグの値が０であった場合、Ｓ７０の判定はＮｏとなってＳ７１に移行する。
【００９０】
Ｓ７１では、ＩＰＭＣ１１１は、ダウンロードすべきミドルウェアをダウンロードし、ダウンロードしたミドルウェアをＣＰＵ１１３に起動させるミドル起動管理処理を実行する。その後、Ｓ７２に移行する。
【００９１】
Ｓ７２では、ＩＰＭＣ１１１は、ａｐｐフラグの値が１か否か判定する。アプリケーションをダウンロードしなくとも良い場合、ａｐｐフラグの値は１であることから、Ｓ７２の判定はＹｅｓとなり、アプリケーションの起動をＣＰＵ１１３に指示した後、ここで一連の処理が終了する。一方、ａｐｐフラグの値が０であった場合、Ｓ７２の判定はＮｏとなってＳ７３に移行する。
【００９２】
Ｓ７３では、ＩＰＭＣ１１１は、ダウンロードすべきアプリケーションをダウンロードし、ダウンロードしたアプリケーションをＣＰＵ１１３に起動させるアプリ起動管理処理を実行する。その後、一連の処理が終了する。
【００９３】
このようにして、ＯＳ、ミドルウェア、及びアプリケーションのなかで、起動管理テーブル１１１５によって指定されたプログラムのダウンロードが行われる。そのため、保守者にとっては、必要なプログラムのみ、サーバブレード１１のＣＰＵ１１３に実行させるプログラムを変更させることができる。
【００９４】
図１１は、ＯＳ起動管理処理のフローチャートである。次に、図１１を参照し、ＯＳ起動管理処理について詳細に説明する。
【００９５】
先ず、ＩＰＭＣ１１１は、対象とするサーバブレード１１のプログラム情報中にＯＳ情報の設定が有るか否か判定する（Ｓ９１）。そのＯＳ情報がプログラム情報中に存在する場合、Ｓ９１の判定はＹｅｓとなってＳ９２に移行する。そのＯＳ情報がプログラム情報中に存在しない場合、Ｓ９１の判定はＮｏとなり、ここでＯＳ起動管理処理が終了する。
【００９６】
Ｓ９２では、ＩＰＭＣ１１１は、シャーシ情報１４ａ中のネットワーク情報を設定、つまりＣＰＵ１１３に通知する。続けて、ＩＰＭＣ１１１は、シャーシ情報１４ａ中の上監視装置情報、及びＯＳ情報の設定を行い（Ｓ９３、Ｓ９４）、ＣＰＵ１１３に起動を指示する（Ｓ９５）。
【００９７】
起動を指示されたＣＰＵ１１３は、設定されたネットワーク情報、上監視装置情報、及びＯＳ情報を用いて、上位監視装置２からダウンロードすべきＯＳをダウンロードし、ダウンロードしたＯＳをハードディスク装置１１９に保存する。その後、保存したＯＳを起動させる。
【００９８】
このようなことから、起動を指示したＩＰＭＣ１１１は、ＣＰＵ１１３によるＯＳの起動完了を待つ（Ｓ９６）。ＯＳの起動完了後、ＩＰＭＣ１１１は、起動管理テーブル１１１５中のＯＳフラグの値を１に更新する。その後、ＯＳ起動管理処理が終了する。
【００９９】
Ｓ７１で実行されるミドル起動管理処理、及びＳ７３で実行されるアプリ起動管理処理は、流れが基本的に上記ＯＳ起動管理処理と同じである。そのＯＳ起動管理処理と処理内容が異なるのは、以下のように、Ｓ９１、Ｓ９４、Ｓ９６、及びＳ９７である。
【０１００】
ＯＳ起動管理処理では、Ｓ９１で確認するのはＯＳ情報であるのに対し、ミドル起動管理処理ではミドルウェア情報、アプリ起動管理処理ではアプリケーション情報である。ＯＳ起動管理処理では、Ｓ９４でＯＳ情報を設定するのに対し、ミドル起動管理処理ではミドルウェア情報、アプリ起動管理処理ではアプリケーション情報をそれぞれ設定する。ＯＳ起動管理処理では、Ｓ９６でＯＳの起動完了を待つのに対し、ミドル起動管理処理ではミドルウェアの起動完了を待ち、アプリ起動管理処理ではアプリケーションの起動完了を待つ。ＯＳ起動管理処理では、Ｓ９７でＯＳフラグの値を１に更新するのに対し、ミドル起動管理処理ではｍｉｄフラグの値を１に更新し、アプリ起動管理処理ではａｐｐフラグの値を１に更新する。このような相違から、ミドル起動管理処理、及びアプリ起動管理処理のフローチャートは省略している。
【０１０１】
図１２は、シャーシ情報を保守者が変更しない場合に、上位監視装置、並びにブレードサーバのマネージメントボード、及びサーバブレードがそれぞれ行う動作の流れの例を表すシーケンス図である。ここでは、便宜的に、マネージメントカード１３がＣＤＭ１４からシャーシ情報１４ａを読み出す以降の動作、つまりマネージメントカード１３上のＩＰＭＣ１３１が図９のＳ４４を実行した後の動作の流れの例を表している。サーバブレード１１の動作は、ＩＰＭＣ１１１、及びＣＰＵ１１３に分けて表している。次に、図１２を参照し、シャーシ情報１４ａを保守者が変更しなかった場合の上位監視装置２、並びにブレードサーバ１のマネージメントボード１３、及びサーバブレード１１の動作について詳細に説明する。
【０１０２】
マネージメントカード１３上のＩＰＭＣ１３１は、図９のＳ４４を実行した後、ＣＤＭ１４から、上位監視装置情報、ネットワーク情報、ＯＳ情報、ミドルウェア情報、及びアプリケーション情報の順序で情報を取得する（ＳＱ１１〜ＳＱ１５）。その後、ＩＰＭＣ１３１は、取得した情報を、自身が保持する情報と比較して、変更された情報を特定する情報比較判定処理を実行する（ＳＭ１）。この情報比較判定処理は、図９に表すＳ４６〜Ｓ４８を含む処理である。ここでは、ＣＤＭ１４上のシャーシ情報１４ａは変更されていないと想定していることから、ＩＰＭＣ１３１はサーバブレード１１の起動管理テーブル１１１５のクリアは行わない。
【０１０３】
サーバブレード１１上のＩＰＭＣ１１１は、ＩＰＭＣ１３１が情報比較判定処理を実行した後、管理フラグ判定処理を実行する（ＳＩ１）。この管理フラグ判定処理は、図１０に表すＳ６８、Ｓ７０、及びＳ７２をまとめた処理である。ここでは、起動管理テーブル１１１５上の何れのフラグもクリアされていないことから、ＩＰＭＣ１１１は、ＯＳ、ミドルウェア、及びアプリケーションを順次、ＣＰＵ１１３に起動させる（ＳＣ１〜ＳＣ６）。
【０１０４】
図１３〜図１５は、シャーシ情報を保守者が変更する場合に、上位監視装置、並びにブレードサーバのマネージメントボード、及びサーバブレードがそれぞれ行う動作の流れの例を表すシーケンス図である。ここでは、便宜的に、マネージメントカード１３がＣＤＭ１４のシャーシ情報１４ａを更新してから、つまりＩＰＭＣ１３１が図９のＳ３２を実行してから、ＣＤＭ１４のシャーシ情報１４ａを読み出すまでの部分を省略している。これは、この部分は、従来と同じであるためである。次に、図１３〜図１５を参照し、シャーシ情報１４ａを保守者が変更した場合の上位監視装置２、並びにブレードサーバ１のマネージメントボード１３、及びサーバブレード１１の動作について詳細に説明する。
【０１０５】
図１３では、プログラム情報は、上位監視装置情報の変更に続けて、ネットワーク情報、ＯＳ情報、ミドルウェア情報、及びアプリケーション情報の順序で変更されたことを想定している。その想定では、上位監視装置２は、情報が変更される度に、更新指示をマネージメントカード１３に発行（送信）して、情報の設定をブレードサーバ１側に要求する（ＳＱ１、ＳＱ３、ＳＱ５、ＳＱ７、ＳＱ９）。それにより、マネージメントカード１３は、更新指示に従い、ＣＤＭ１４に格納されているシャーシ情報１４ａ中の対応する情報を書き換える（ＳＱ２、ＳＱ４、ＳＱ６、ＳＱ８、ＳＱ１０）。
【０１０６】
図９のＳ４４を実行した後、マネージメントカード１３上のＩＰＭＣ１３１は、ＣＤＭ１４から、上位監視装置情報、ネットワーク情報、ＯＳ情報、ミドルウェア情報、及びアプリケーション情報の順序で情報を取得する（ＳＱ１１〜ＳＱ１５）。その後、ＩＰＭＣ１３１は、情報比較判定処理を実行する（ＳＭ１）。
【０１０７】
ここでは、上記のように、ＣＤＭ１４上のシャーシ情報１４ａは変更されていると想定している。そのため、ＩＰＭＣ１３１は、上位監視装置情報、ネットワーク情報、ＯＳ情報、ミドルウェア情報、及びアプリケーション情報の順序で情報をサーバブレード１１に設定する（ＳＱ２１〜ＳＱ２５）。また、ＩＰＭＣ１３１は、プログラム情報中で変更されている情報に応じて、サーバブレード１１の起動管理テーブル１１１５の少なくとも１フラグをクリアさせる（ＳＱ２６）。
【０１０８】
ここでは、ＩＰＭＣ１３１は起動管理テーブル１１１５の全てのフラグをクリアさせたと想定している。その想定から、サーバブレード１１上のＩＰＭＣ１１１は、ＣＰＵ１１３に、ＯＳ、ミドルウェア、及びアプリケーションを順次、インストールさせて起動させる。
【０１０９】
ＯＳのインストールのために、ＩＰＭＣ１１１は、ＣＰＵ１１３に対し、上位監視装置情報、ネットワーク情報、及びＯＳ情報の順序で情報を設定する（ＳＱ２７〜ＳＱ２９）。それらの情報の設定後、ＩＰＭＣ１１１は、ＣＰＵ１１３にＯＳの起動を指示する（ＳＱ３０）。
【０１１０】
このＯＳ起動指示により、ＣＰＵ１１３は、設定された各情報を用いて、上位監視装置２からＯＳ（ＯＳファイル）をダウンロードする（ＳＱ３１）。ＯＳのダウンロードの後、ＣＰＵ１１３は、ダウンロードしたＯＳをインストール、つまりハードディスク装置１１９に格納し（ＳＣ１１）、ダウンロードしたＯＳを起動する（ＳＣ１２、ＳＣ１３）。
【０１１１】
ＩＰＭＣ１１１は、ＣＰＵ１１３によるＯＳの起動を監視し（ＳＱ３２）、ＯＳの起動完了を確認する。ＯＳの起動完了を確認したＩＰＭＣ１１１は、起動管理テーブル１１１５中のＯＳフラグの値を１に設定する（ＳＩ１２）。
【０１１２】
ミドルウェア、及びアプリケーションでも、ＩＰＭＣ１１１、及びＣＰＵ１１３は、同様の動作を行う（ＳＱ３３〜ＳＱ４４、ＳＩ１３、ＳＩ１４、ＳＣ１４〜ＳＣ１９）。その結果、ＣＰＵ１１３は、ミドルウェア、及びアプリケーションをそれぞれダウンロードしてインストールし、インストールしたミドルウェア、及びアプリケーションをそれぞれ起動させる。ミドルウェア、及びアプリケーションのインストール、及び起動をＣＰＵ１１３が行ったことにより、起動管理テーブル１１１５のｍｉｄフラグ、及びａｐｐフラグはそれぞれ値が１に更新される。
【０１１３】
なお、本実施形態では、情報処理システムとして、シャーシ（収納装置）内にサーバブレード１１が収納されるブレードサーバ１を想定しているが、情報処理システムは、ラック内に収納された複数台のサーバ（情報処理装置）を有するものであっても良い。このことから、収納装置はシャーシに限定されず、情報処理装置もサーバブレードに限定されない。
【０１１４】
また、本実施形態では、サーバブレード１１の起動時に、必要なプログラムのダウンロード（インストール）を行わせているが、プログラムのダウンロード以外の処理、例えば各種設定、等を実行させても良い。プログラムのダウンロードに用いられるシャーシ情報１４ａは、図５とは異なる構成であっても良い。プログラムのダウンロードに必要な情報のみをシャーシ情報１４ａとは別にまとめても良い。
【０１１５】
ブレードサーバ１のシャーシ情報１４ａの更新は、上位監視装置２の制御により行わせているが、コンソール、或いは端末装置等を用いたマニュアル操作により、保守者が更新できるようにしても良い。このこともあり、シャーシ情報１４ａの更新は、本実施形態に限定されない。
【０１１６】
上記以外にも、様々な変形を行うことができる。
【０１１７】
以上の変形例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
収納装置に収納された複数台の情報処理装置と、
前記収納装置に実装され、前記複数台の情報処理装置を構成する情報処理装置毎に、当該情報処理装置が起動時に実行すべき処理を指定する起動制御情報の格納に用いられる記憶装置と、を備え、
前記複数台の情報処理装置のなかで前記処理の実行対象となる各情報処理装置は、
前記起動時に、前記記憶装置に格納されている前記起動制御情報のなかで該当する起動制御情報を取得する取得部と、
前記取得部が取得した前記起動制御情報が指定する処理を実行する処理部と、を有する、
ことを特徴とする情報処理システム。
（付記２）
前記収納装置には、前記複数台の情報処理装置の他に、ネットワークを介して管理装置と通信可能な管理用の情報処理装置である第１の情報処理装置が収納され、
前記第１の情報処理装置は、前記管理装置から、前記記憶装置に格納された前記起動制御情報中で更新すべき内容を表す更新情報を取得して、取得した前記更新情報を用いて前記起動装置に格納された前記起動制御情報を更新する、
ことを特徴とする付記１記載の情報処理システム。
（付記３）
前記各情報処理装置は、前記起動制御情報に従った前記処理を実行すべきか否かを表す実行管理情報を格納した第１の記憶装置、を有し、
前記処理部は、前記第１の記憶装置に格納された前記実行管理情報が前記処理の実行を表していた場合に、前記起動制御情報に従って、前記処理を実行する、
ことを特徴とする付記１記載の情報処理システム。
（付記４）
前記第１の情報処理装置は、前記管理装置から取得した前記更新情報を用いた前記起動制御情報の更新に応じて、当該更新が影響する情報処理装置の実行管理情報を更新する、
ことを特徴とする付記２記載の情報処理システム。
（付記５）
前記起動制御情報は、前記情報処理装置毎、及び前記情報処理装置が実行対象とするプログラム毎に、前記プログラムをインストールするためのプログラム情報を含み、
前記実行管理情報は、前記プログラム毎に、前記インストールを行うべきか否かを表す情報である、
ことを特徴とする付記４記載の情報処理システム。
（付記６）
複数台の情報処理装置を収容可能な収納装置に実装された記憶装置に対し、前記複数台の情報処理装置を構成する情報処理装置毎に、当該情報処理装置が起動時に実行すべき処理を指定する起動制御情報を格納し、
前記複数台の情報処理装置のなかで、前記起動制御情報が指定する処理を実行すべき情報処理装置に、前記起動制御情報が指定する処理を実行させる、
ことを特徴とする情報処理装置の管理方法。
（付記７）
収納装置に収納された複数台の情報処理装置を備える情報処理システム毎に、前記情報処理システムが備える各情報処理装置が起動時に実行すべき処理を指定する起動制御情報を格納した記憶部と、
前記記憶部に格納された起動制御情報を更新するための更新部と、
前記更新部により何れかの起動制御情報が更新された場合に、更新された起動制御情報に対応する情報処理システムに対し、前記情報処理システムが保存している起動制御情報中で更新すべき内容を表す更新情報を送信する更新管理部と、
を有することを特徴とする管理装置。
【符号の説明】
【０１１８】
１、１−１、１−２    ブレードサーバ
２    上位監視装置
３    ネットワーク
１１、１１−１〜１１−３、１１−Ｎ    サーバブレード
１３    マネージメントカード
１４    ＣＤＭ
１４ａ    シャーシ情報
２０    記憶部
２５    プログラムファイル群
２６    シャーシ情報群
１１１、１３１    ＩＰＭＣ
１１３、  ２０１    ＣＰＵ
１１５    フラッシュメモリ
１１９、２０５    ハードディスク装置
１１１０    起動制御部
１１１５    起動管理テーブル
１３１１    管理テーブル保持部
１３１２    ブレードサーバ起動制御部
【図１】
2015146130.tif 000003
【図４】
2015146130.tif 000004
【図５】
2015146130.tif 000005
【図６】
2015146130.tif 000006
【図７】
2015146130.tif 000007
【図８】
2015146130.tif 000008
【図９】
2015146130.tif 000009
【図１０】
2015146130.tif 000010
【図１１】
2015146130.tif 000011
【図１２】
2015146130.tif 000012
【図１３】
2015146130.tif 000013
【図１４】
2015146130.tif 000014
【図１５】
2015146130.tif 000015
【図２】
2015146130.tif 000016
【図３】
2015146130.tif 000017