(57)【要約】【課題】最小限の装置固有情報を保持し、省資源化を図ることを目的とする。【解決手段】１つの側面では、他の筐体３〜５とともに情報処理システム１に含まれる筐体２である。また、筐体２は、物理パーティションに対して割り当てる装置固有情報を記憶する。また、筐体２は、情報処理システム１が有する他の筐体３〜５が記憶する装置固有情報を収集する。そして、筐体２は、収集した装置固有情報をオペレーティングシステムに通知する。【選択図】図１
2014029624.tif 000002
【特許請求の範囲】
【請求項１】
他の情報処理装置とともに情報処理システムに含まれる情報処理装置において、
前記情報処理装置における物理パーティションに対して割り当てる識別情報を記憶する記憶部と、
前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集する収集部と、
前記収集部が収集した識別情報をオペレーティングシステムに通知する通知部と
を有することを特徴とする情報処理装置。
【請求項２】
前記通知部は、前記他の情報処理装置において障害が発生した場合には、当該他の情報処理装置から前記収集部が収集した識別情報を、前記物理パーティションに対する割り当て対象から除外する旨を前記オペレーティングシステムに指示することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
他の情報処理装置と協調し、所定のルールに従って、前記情報処理システムが有する情報処理装置から、１つの情報処理装置を運用系の情報処理装置として選択する選択部を有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記選択部は、前記運用系の情報処理装置が故障した場合には、所定のルールに従って、運用系の情報処理装置を新たに選択し、
前記収集部は、自装置が前記選択部によって新たな運用系の情報処理装置に選択された場合には、前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
自装置が運用系の情報処理装置として動作中に故障した場合には、前記選択部が新たな運用系の情報処理装置として選択した前記他の情報処理装置に対し、運用系の切替を指示する割り込み通知を送信する割り込み部を有することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記収集部は、前記他の情報処理装置から割り込み通知を受信した場合には、前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記記憶部は、自装置に設定される物理パーティションの数だけ前記識別情報を記憶することを特徴とする請求項１〜６のいずれか１つに記載の情報処理装置。
【請求項８】
他のコンピュータとともに情報処理システムに含まれ、自装置における物理パーティションに対して割り当てる識別情報を記憶するコンピュータに、
前記情報処理システムが有する他のコンピュータが記憶する識別情報を収集し、
前記収集した識別情報をオペレーティングシステムに通知する
処理を実行させることを特徴とする収集プログラム。
【請求項９】
他の情報処理装置とともに情報処理システムに含まれ、自装置における物理パーティションに対して割り当てる識別情報を記憶する情報処理装置が、
前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集し、
前記収集した識別情報をオペレーティングシステムに通知する
処理を実行することを特徴とする収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、収集プログラムおよび収集方法に関する。
【背景技術】
【０００２】
従来、ｈｏｓｔｉｄやＭｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）アドレス等の装置固有情報を１つのＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）が動作する範囲である物理パーティションごとに割り当てるサーバシステムが知られている。このようなサーバシステムの筐体には、各物理パーティションに装置固有情報を設定するため、物理パーティションの最大設定数と同数の装置固有情報が予め設定された状態で出荷される。
【０００３】
以下、図１２を用いて、装置固有情報が予め設定された筐体を有するサーバシステムの一例を説明する。図１２は、従来のサーバシステムを説明するための図である。図１２に示す例では、サーバシステム５０は、筐体５１中に、４台のＳｙｓｔｅｍ  Ｂｏａｒｄ（ＳＢ）５２〜５５、運用系の管理部５６ａ、待機系の管理部５６ｂ、ＦＡＮ５７、Ｐｏｗｅｒ  Ｓｕｐｐｌｙ  Ｕｎｉｔ（ＰＳＵ）５８を有する。
【０００４】
各ＳＢ５２〜５５は、サーバシステム５０が提供するサービスを実現するため、各種アプリケーションを実行する情報処理装置である。例えば、ＳＢ５２は、複数のＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）＃０〜＃３、Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ（ＳＣ）、およびメモリを有し、サービス提供のための各種アプリケーションを実行する。また、ＦＡＮ５７は、各ＳＢ５２〜５５を冷却する冷却ファンであり、ＰＳＵ５８は、ＳＢ５２〜５５や、管理部５６ａ、管理部５６ｂ等に電力の供給を行う電力供給装置である。
【０００５】
このような筐体５１は、サーバシステム５０が各ＳＢを１つの物理パーティションとして動作させる場合は、管理部５６ａに４つの装置固有情報を予め設定した状態で出荷される。そして、管理部５６ａは、筐体５１の起動時に、装置固有情報を各ＳＢ５２〜５５に対して１つづつ割り当てる。その後、各ＳＢ５２〜５５は、管理部５６ａから割り当てられた装置固有情報を用いて、サービスの提供を行う。
【０００６】
ここで、サーバシステム５０は、障害が発生しても動作を継続するミッションクリティカルなシステムとして動作するため、運用系の管理部５６ａとは別に待機系の管理部５６ｂを有する。そして、サーバシステム５０は、管理部５６ａが故障した場合には、管理部５６ａから管理部５６ｂに装置固有情報を含む各ＳＢ５２〜５５の各種設定情報を通知させ、管理部５６ｂを用いて動作を継続する。
【０００７】
一方、複数のＳＢが１つの筐体に存在する方式とは別に、それぞれ独立して動作する筐体を複数有するＢｕｉｌｄｉｎｇ  Ｂｌｏｃ（ビルディングブロック：ＢＢ）方式のサーバシステムが知られている。このようなビルディングブロック方式のサーバシステムは、システムの規模によらず、筐体単位で構築される。以下、図１３を用いて、ビルディングブロック方式のサーバシステムについて説明する。
【０００８】
図１３は、ビルディングブロック方式を採用したサーバシステムの一例を説明するための図である。図１３に示すように、ビルディングブロック方式を採用したサーバシステム６０は、複数の筐体６１〜６４を有し、各筐体６１〜６４をネットワークで接続する。また、筐体６１は、ＣＰＵ＃０〜＃３、ＳＣ、メモリ、管理部５６ｃ、ＦＡＮ５７、ＰＳＵ５８を有する。また、筐体６２〜６４は、筐体６１と同様の筐体であるものとする。
【０００９】
ここで、各物理パーティションに割り当てた装置固有情報を変更すると、アプリケーションの設定変更作業が発生してしまう。このような物理パーティションの増減に伴う装置固有情報の変更を避けるため、各筐体６１〜６４は、サーバシステム６０が使用する最大数の装置固有情報が各筐体６１〜６４の管理部に予め設定された状態で出荷される。
【００１０】
そして、サーバシステム６０は、運用系として動作する筐体の管理部に予め設定された装置固有情報を用いて、ＯＳ等を実行し、サービスの提供を行う。例えば、サーバシステム６０が筐体６１を運用系の筐体とした場合には、筐体６１の管理部５６ｃは、予め設定された装置固有情報をＯＳに通知し、サービスの提供を行う。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１０−２３３００６号公報
【特許文献２】特開２０１０−１４７９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかし、上述したビルディングブロック方式のサーバシステムでは、サーバシステムが使用する最大数の装置固有情報を各筐体の管理部に予め設定するので、未使用の装置固有情報が生じてしまうという問題がある。
【００１３】
例えば、サーバシステム６０が使用する最大数の装置固有情報が４つである場合には、各筐体６１〜６４は、管理部に４つの装置固有情報が予め設定された状態で出荷される。そして、サーバシステム６０が筐体６１を運用系の筐体とした場合には、筐体６１は、管理部５６ｃに予め設定された装置固有情報を用いてＯＳを実行する。
【００１４】
すると、サーバシステム６０は、各筐体６２〜６４に使用しない１２個の装置固有情報が設定されたまま動作することとなる。ここで、ソフトウェアライセンスの管理には、ｈｏｓｔｉｄやＭＡＣアドレス等の装置固有情報が使用され、ＭＡＣアドレスの取得には、費用が発生する。このため、サーバシステム６０は、不要なコストを増加させてしまう。
【００１５】
１つの側面では、最小限の装置固有情報を保持し、省資源化を図ることを目的とする。
【課題を解決するための手段】
【００１６】
１つの側面では、他の情報処理装置とともに情報処理システムに含まれる情報処理装置である。また、情報処理装置は、物理パーティションに対して割り当てる識別情報を記憶する。また、情報処理装置は、情報処理システムが有する他の情報処理装置が記憶する識別情報を収集する。そして、情報処理装置は、収集した識別情報をオペレーティングシステムに通知する。
【発明の効果】
【００１７】
１つの実施形態では、最小限の装置固有情報を保持し、省資源化を実現できる。
【図面の簡単な説明】
【００１８】
【図１】図１は、実施例１に係る情報処理システムを説明するための図である。
【図２】図２は、各筐体の運用管理部が実行する処理を説明するための図である。
【図３】図３は、アドレス管理テーブルの一例を説明するための図である。
【図４】図４は、複数の物理パーティションを設定した際のアドレス管理テーブルの一例を説明するための図である。
【図５】図５は、運用系と待機系の切り替え処理の一例を説明するための図である。
【図６】図６は、運用管理部のハードウェア構成の一例を説明するための図である。
【図７】図７は、運用系と待機系との接続を説明するための図である。
【図８】図８は、アドレス管理テーブルを作成する処理の流れを説明するためのフローチャートである。
【図９】図９は、故障発生時に運用系の運用管理部が実行する処理の流れを説明するためのフローチャートである。
【図１０】図１０は、故障発生時に新たな運用系の運用管理部が実行する処理の流れを説明するためのフローチャートである。
【図１１】図１１は、収集プログラムを実行するコンピュータの一例を説明するための図である。
【図１２】図１２は、従来のサーバシステムを説明するための図である。
【図１３】図１３は、ビルディングブロック方式を採用したサーバシステムの一例を説明するための図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照して本願に係る情報処理装置、収集プログラムおよび収集方法について説明する。
【実施例１】
【００２０】
以下の実施例１では、図１を用いて、それぞれ独立した筐体を有する情報処理装置を複数有する情報処理システムの一例を説明する。図１は、実施例１に係る情報処理システムを説明するための図である。なお、情報処理システム１は、少なくとも、それぞれ独立した筐体を有する複数の情報処理装置を有し、各種サービスの提供を行うシステムである。
【００２１】
図１に示すように、情報処理システム１は、複数の筐体２〜５を有し、各筐体２〜５をＬｏｃａｌ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等の任意のネットワークで接続する。なお、図１には、情報処理システム１が４つの筐体２〜５を有する例について記載したが、実施例はこれに限定されるものではなく、情報処理システム１は、任意の数の筐体を有してよい。
【００２２】
また、筐体２〜５は、筐体２と同様の機能を発揮するものとして、以下の説明を省略する。また、筐体２〜５は、それぞれ独立した筐体であり、情報処理システム１の構築を行うため、筐体単位で出荷される情報処理装置である。例えば、筐体２〜５は、それぞれ独立して動作可能なサーバであり、いわゆるビルディングボックス（ＢＢ）である。
【００２３】
筐体２は、複数のＣＰＵ６〜９、ＳＣ１０、メモリ１１、ＦＡＮ１２、ＰＳＵ１３、運用管理部２０を有する。ＣＰＵ６〜９は、筐体２を制御するＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）や、各種アプリケーションプログラムを実行する演算処理装置である。また、ＳＣ１０は、各ＣＰＵ６〜９によるメモリ１１に対するメモリアクセスを制御する。また、メモリ１１は、各ＣＰＵ６〜９が実行するプログラムや、プログラムの実行に用いるデータを記憶する記憶装置である。
【００２４】
また、ＦＡＮ１２は、ＣＰＵ６〜９、ＳＣ１０、メモリ１１、ＰＳＵ１３、運用管理部２０等、筐体２が有する各種装置の冷却を行う冷却ファンである。なお、筐体１２は、ＦＡＮ１２に代えて、水冷システム等、任意の冷却システムを有してもよい。また、ＰＳＵ１３は、ＣＰＵ６〜９、ＳＣ１０、メモリ１１、ＰＳＵ１３、運用管理部２０等、筐体２が有する各種装置に電力を供給する電力供給装置である。
【００２５】
運用管理部２０は、他の筐体３〜５が有する運用管理部と協調し、情報処理システム１の運用を管理する機能を有する。具体的には、運用管理部２０には、筐体２の出荷時において、物理パーティションに対して振り分ける装置固有情報が１つ設定されている。そして、運用管理部２０は、他の筐体３〜５が有する運用管理部と協調し、所定のルールに従って、運用系として動作する筐体を選択する。
【００２６】
また、運用管理部２０は、筐体２が運用系として動作する場合には、筐体３〜５が有する運用管理部と通信を行い、各筐体３〜５に対して予め設定された装置固有情報を収集する。そして、運用管理部２０は、情報処理システム１の起動時において、収集した装置固有情報をファームウェアを介して、筐体２が実行するＯＳに通知する。その後、情報処理システム１は、運用管理部２０が収集した装置固有情報を情報処理システム１における物理パーティションに割り当てることで、処理を実行する。
【００２７】
次に、図２を用いて、運用管理部２０が実行する処理を詳細を説明する。図２は、各筐体の運用管理部が実行する処理を説明するための図である。図２に示すように、運用管理部２０は、記憶部２１、制御部２２を有する。また、筐体３は、筐体２と同様に、記憶部２４、制御部２５を有する運用管理部２３を有する。
【００２８】
また、筐体４は、筐体２と同様に、記憶部２７、制御部２８を有する運用管理部２６を有する。また、筐体５は、筐体２と同様に、記憶部３０、制御部３１を有する運用管理部２９を有する。なお、運用管理部２３、運用管理部２６、運用管理部２９は、運用管理部２０と同様の機能を発揮するものとして、詳細な説明を省略する。
【００２９】
ここで、記憶部２１、記憶部２４、記憶部２７、記憶部３０には、それぞれ筐体２〜５における物理パーティションに対して割り当てる装置固有情報が予め格納されている。例えば、記憶部２１は、ｈｏｓｔｉｄ「＃０」とＭＡＣアドレス「＃０」とを予め記憶し、記憶部２４は、ｈｏｓｔｉｄ「＃１」とＭＡＣアドレス「＃１」とを予め記憶する。また、記憶部２７には、ｈｏｓｔｉｄ「＃２」とＭＡＣアドレス「＃２」とを予め記憶し、記憶部３０には、ｈｏｓｔｉｄ「＃３」とＭＡＣアドレス「＃３」とを予め記憶する。
【００３０】
なお、上述した例において、各記憶部２１、２４、２７、３０は、それぞれ１つのｈｏｓｔｉｄとＭＡＣアドレスとを記憶した。すなわち、各記憶部２１、２４、２７、３０は、各筐体２〜５に対して物理パーティションが１つずつ設定される場合には、１つの筐体を識別する装置固有情報を１種類につき１つ記憶していた。しかし、実施例はこれに限定されるものではなく、例えば、各記憶部２１、２４、２７、３０は、それぞれ１つのｈｏｓｔｉｄ、またはＭＡＣアドレスのどちらかを記憶してもよい。
【００３１】
また、各記憶部２１、２４、２７、３０は、各筐体２〜５に対して物理パーティションが複数設定される場合には、物理パーティションの数と同じ数のｈｏｓｔｉｄ、またはＭＡＣアドレスを記憶してもよい。例えば、筐体４に２つの物理パーティションが設定される場合には、記憶部２７は、２つのｈｏｓｔｉｄと２つのＭＡＣアドレスとを予め記憶してもよい。
【００３２】
このように、各記憶部２１、２４、２７、３０には、筐体２〜５の出荷時において、各筐体２〜５が必要な数の装置固有情報が格納される。例えば、筐体２に１つの物理パーティションが設定される場合には、筐体２の出荷時において、１つのｈｏｓｔｉｄと１つのＭＡＣアドレスとが予め格納される。また、筐体３に２つの物理パーティションが設定される場合には、筐体３の出荷時において、２つのｈｏｓｔｉｄと２つのＭＡＣアドレスとがあらかじめ格納される。
【００３３】
次に、各運用管理部２０、２３、２６、２９の接続について説明する。例えば、運用管理部２０は、ＬＡＮを介して他の運用管理部２３、２６、２９と接続するため、＃０〜＃２までの３つのＬＡＮポートを有する。また、図２に示す例では、運用管理部２０のＬＡＮポート＃０が運用管理部２３のＬＡＭポート＃０と接続され、ＬＡＮポート＃１が運用管理部２６のＬＡＮポート＃０と接続され、ＬＡＮポート＃２が運用管理部２９のＬＡＮポート＃０と接続されている。また、運用管理部２３のＬＡＮポート＃１が運用管理部２６のＬＡＮポート＃１と接続され、ＬＡＭポート＃２が運用管理部２９のＬＡＭポート＃１と接続されている。
【００３４】
このような接続の結果、筐体２は、筐体番号「ＢＢ＃０」のサーバとして動作し、筐体３は、筐体番号「ＢＢ＃１」のサーバとして動作する。また、筐体４は、筐体番号「ＢＢ＃２」のサーバとして動作し、筐体５は、筐体番号「ＢＢ＃３」のサーバとして動作する。なお、筐体４と筐体５の筐体番号は逆でもよい。
【００３５】
ここで、各筐体２〜５のうち、他の筐体全てに接続されている筐体は、筐体番号＃０の筐体２、および筐体番号＃１の筐体３である。このため、各運用管理部２０、２３、２６、２９は、協調して筐体番号＃０の筐体２、または筐体番号＃１の筐体３のいずれかを運用系の運用管理部として選択し、他の筐体を待機系の運用管理部とする。
【００３６】
具体的には、各運用管理部２０、２３、２６、２９は、情報処理システム１の起動時、運用系の運用管理部が故障した際、またはオペレータの指示により、以下のルールに従って、運用系の運用管理部を選択する。すなわち、各運用管理部２０、２３、２６、２９は、運用系の運用管理部を１つだけ選択し、他の運用管理部を待機系の運用管理部とする。
【００３７】
また、各運用管理部２０、２３、２６、２９は、筐体番号＃０の筐体２が有する運用管理部２０、または筐体番号＃１の筐体３が有する運用管理部２３のいずれかを運用系の運用管理部とする。また、各運用管理部２０、２３、２６、２９は、筐体番号が＃２以降となる筐体が有する運用管理部、すなわち運用管理部２６、２９については、必ず待機系の運用管理部とする。
【００３８】
また、各運用管理部２０、２３、２６、２９は、可能な限り、前回起動時の状態を引き継ぐため、前回起動時に運用系として選択した運用管理部を再度運用系の運用管理部にする。例えば、各運用管理部２０、２３、２６、２９は、運用管理部２０を運用系として選択した際に情報処理システム１の電源がオフになり、再度情報処理システム１の電源が投入された場合には、可能な限り、運用管理部２０を運用系として選択する。
【００３９】
また、各運用管理部２０、２３、２６、２９は、筐体２が故障した等の理由により運用管理部２０を運用系として再度選択することができない場合には、運用系として選択可能な運用管理部のうち、筐体番号が最若番となる筐体の運用管理部を選択する。すなわち、各運用管理部２０、２３、２６、２９は、運用管理部２０を運用系として選択できない場合は、運用管理部２３を新たな運用系として選択する。
【００４０】
続いて、運用系の運用管理部が実行する処理について説明する。なお、以下の説明では、運用管理部２０が運用系として選択された例について説明する。また、以下の説明では、運用系の運用管理部が実行する処理として、アドレス管理テーブルを生成する処理、アドレス管理テーブルを保守する処理、運用系の運用管理部が故障した際に、新たな運用系の運用管理部を選択する処理について説明する。
【００４１】
まず、運用系の運用管理部２０がアドレス管理テーブルを生成する処理について説明する。例えば、運用管理部２０は、ＬＡＮを介して、各筐体３〜５の運用管理部２３、２６、２９と通信し、各運用管理部２３、２６、２９が記憶する装置固有情報を収集する。そして、運用管理部２０は、収集した装置固有情報をまとめたアドレス管理テーブルを生成し、生成したアドレス管理テーブルを記憶部２１に格納する。
【００４２】
図３は、アドレス管理テーブルの一例を説明するための図である。例えば、運用管理部２０は、記憶部２１に記憶されたｈｏｓｔｉｄ「＃０」とＭＡＣアドレス「＃０」とを、筐体２の筐体番号「ＢＢ＃０」と対応付けて記憶する。また、運用管理部２０は、記憶部２４に記憶されたｈｏｓｔｉｄ「＃１」とＭＡＣアドレス「＃１」とを、筐体３の筐体番号「ＢＢ＃１」と対応付けて記憶する。
【００４３】
また、運用管理部２０は、記憶部２７に記憶されたｈｏｓｔｉｄ「＃２」とＭＡＣアドレス「＃２」とを、筐体４の筐体番号「ＢＢ＃２」と対応付けて記憶する。また、運用管理部２０は、記憶部３０に記憶されたｈｏｓｔｉｄ「＃３」とＭＡＣアドレス「＃３」とを、筐体３の筐体番号「ＢＢ＃３」と対応付けて記憶する。
【００４４】
なお、運用管理部２０は、何れかの記憶部に複数のｈｏｓｔｉｄとＭＡＣアドレスとが記憶されている場合には、複数のｈｏｓｔｉｄとＭＡＣアドレスとを収集元の筐体番号と対応付けて記憶する。例えば、図４は、複数の物理パーティションを設定した際のアドレス管理テーブルの一例を説明するための図である。
【００４５】
例えば、筐体２に２つの物理パーティションが設定される場合には、記憶部２１には、２つのｈｏｓｔｉｄ「＃０」、「＃１」、および２つのＭＡＣアドレス「＃０」、「＃１」が予め格納される。このため、運用管理部２０は、装置番号「ＢＢ＃０」にｈｏｓｔｉｄ「＃０」およびＭＡＣアドレス「＃０」を対応付けるとともに、装置番号「ＢＢ＃０」にｈｏｓｉｔｉｄ「＃１」およびＭＡＣアドレス「＃１」を対応付けたアドレス管理テーブルを作成する。
【００４６】
その後、運用管理部２０は、ファームウェアにアドレス管理テーブルを渡すことで、アドレス管理テーブルの内容を筐体２のＯＳに通知する。この結果、情報処理システム１は、運用管理部２０が収集した装置固有情報を各物理パーティションに割り当てて、処理を実行することができる。すなわち、各筐体２〜５には、それぞれの筐体における物理パーティションに割り当てる装置固有情報を予め記憶する。
【００４７】
そして、運用系の運用管理部２０が、各筐体２〜５から装置固有情報を収集し、収集した装置固有情報をＯＳに通知する。この結果、情報処理システム１は、未使用の装置固有情報を発生させることなく、各物理パーティションに割り当てる装置固有情報を取得することができる。
【００４８】
続いて、運用系の運用管理部２０がアドレス管理テーブルの保守を行う処理について説明する。例えば、運用管理部２０は、情報処理システム１の運用状態において、ＬＡＮ等を介して運用管理部２３、２６、２９と通信し、運用管理部２３、２６、２９が有する記憶部２４、２７、３０にアクセスする。そして、運用管理部２０は、アクセスできない記憶部が存在するか否かを判別し、アクセスできない記憶部が存在する場合には、アクセスできない記憶部から収集した装置固有情報をアドレス管理テーブルから削除するようファームウェアに指示する。
【００４９】
すなわち、運用管理部２０は、故障が発生した筐体や、情報処理システム１の規模を縮小するために取り除かれた筐体から収集した装置固有情報を、物理パーティションに対する割り当て対象から除外するよう、ファームウェアに指示する。例えば、運用管理部２０は、記憶部２７にアクセスできなくなった場合には、図３に示すアドレス管理テーブルのうち、筐体番号「ＢＢ＃２」と対応付けられたｈｏｓｔｉｄ「＃２」とＭＡＣアドレス「＃２」とを削除する。この結果、ファームウェアは、ｈｏｓｔｉｄ「＃２」とＭＡＣアドレス「＃２」とを、物理パーティションに対する割り当て対象から除外する。
【００５０】
例えば、運用管理部２０は、レジスタを有し、レジスタにアドレス管理テーブルを格納する。ここで、アドレス管理テーブルを格納するレジスタを、ファームウェアやＯＳからアクセス可能なレジスタとすることで、ファームウェアやＯＳは、アドレス管理テーブルに格納された装置固有情報を取得することができる。また、運用管理部２０は、レジスタ格納された装置固有情報を削除することで、装置固有情報を割り当て対象から除外してもよい。
【００５１】
なお、運用管理部２０は、縮退等により、使用しない筐体が発生したとしても、アドレス管理テーブルの更新は行わない。また、運用管理部２０は、筐体４の電源が落とされてから記憶部２７にアクセスできなくなった場合、すなわち停止減設された場合には、筐体番号「ＢＢ＃２」と対応付けられたｈｏｓｔｉｄ「＃２」とＭＡＣアドレス「＃２」とを削除する。一方、運用管理部２０は、筐体４の電源が投入されたまま筐体４が減設された場合、すなわち活性減設された場合には、減設コマンドのエラー終了を発行する。
【００５２】
また、運用管理部２０は、運用管理部２３が搭載されたボードが交換された場合や、記憶部２４が予め記憶した装置固有情報が消去された場合には、アドレス管理テーブルから筐体３の装置番号と対応付けらられた装置固有情報を取得する。そして、運用管理部２０は、取得した装置固有情報を記憶部２４に対して書き戻す。
【００５３】
続いて、運用系の運用管理部２０が故障した際に、各運用管理部２０、２３、２６、２９が運用系の運用管理部を選択する処理について説明する。例えば、運用管理部２０は、筐体２や運用管理部２０における故障事項を検出すると、待機系の運用管理部のうち、運用系に切り換え可能な運用管理部から、新たな運用管理部を選択する。
【００５４】
そして、運用管理部２０は、選択した運用管理部に対して、割り込み通知を送信し、運用系の運用管理部の切り替えを行う。すると、割り込み通知を受信した運用管理部は、割り込み通知の送信元となる運用管理部を含む他の運用管理部から装置固有情報を収集し、アドレス管理テーブルを作成し、新たな運用系の運用管理部として動作する。
【００５５】
なお、運用管理部２０は、運用管理部２３が運用系の運用管理部として動作する際は、待機系の運用管理部として動作する。ここで、運用管理部２３に障害が発生した場合には、運用管理部２０は、運用管理部２３から割り込み通知を受信する。すると、運用管理部２０は、記憶部２４、２７、３０から装置固有情報を収集してアドレス管理テーブルを作成し、新たな運用系の運用管理部として動作する。
【００５６】
以下、図５を用いて、運用系と待機系の運用管理部を切り替える処理の一例について説明する。図５は、運用系と待機系の切り替え処理の一例を説明するための図である。なお、図５に示す例では、運用系の運用管理部を「マスタ」、待機系の運用管理部を「スレーブ」と記載した。例えば、図５中（Ａ）に示すように、筐体２の運用管理部２０がマスタとして動作する場合には、筐体３の運用管理部２３、筐体４の運用管理部２６、筐体５の運用管理部２９は、スレーブとして動作する。
【００５７】
ここで、運用管理部２０は、故障事項を検出すると、運用管理部２３がマスタに切り替え可能な運用管理部であると判別する。そして、運用管理部２０は、運用管理部２３に対して、割り込み通知を送信する。すると、運用管理部２３は、自身の記憶部２４に予め格納された装置固有情報を取得する。
【００５８】
また、運用管理部２３は、運用管理部２０、２６、２９の記憶部２１、２７、３０から装置固有情報を収集し、アドレス管理テーブルを作成する。そして、運用管理部２３は、マスタとして動作する。この結果、図５中（Ｂ）に示すように、筐体３の運用管理部２３がマスタとして動作し、運用管理部２０、運用管理部２６、運用管理部２９がスレーブとして動作する。
【００５９】
また、筐体２、または運用管理部２０の修理が行われた後に、運用管理部２３が故障事項を検出すると、運用管理部２３は、運用管理部２０に割り込み通知を送信する。すると、図５中（Ａ）に示すように、運用管理部２０は、再度アドレス管理テーブルを作成してマスタとして動作し、運用管理部２３は、スレーブとして動作する。
【００６０】
次に、図６を用いて、運用管理部２０として動作するハードウェアの一例について説明する。図６は、運用管理部のハードウェア構成の一例を説明するための図である。図６に示すように、運用管理部２０は、記憶部として、Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＥＥＰＲＯＭ）３２を有する。
【００６１】
また、運用管理部２０は、制御部２２として、Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＭＰＵ）３３とメモリ３４とを有する。また、運用管理部２０は、ｌｏｃａｌ  ｂｕｓを介してＭＰＵ３３と接続されたＦｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ（ＦＰＧＡ）３５を有する。
【００６２】
ここで、ＦＰＧＡ３５は、メンテナンスバス（ｍａｉｎｔｅｂｕｓ）を介して筐体３〜５と接続されている。また、ＥＥＰＲＯＭ３２は、Ｉｎｔｅｒ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（Ｉ２Ｃ）、およびＤＵＡＬと呼ばれるコネクタを介し、運用系として動作する運用管理部２３と接続されている。なお、運用管理部２３以外にも、運用系として動作する運用管理部が存在する場合には、運用管理部２０は、ＤＵＡＬを介して、運用系として動作する運用管理部の装置固有情報が格納されたＥＥＰＲＯＭと接続される。
【００６３】
また、ＥＥＰＲＯＭ３２には、筐体２の出荷時において、筐体２における物理パーティションに割り当てられる装置固有情報が格納されている。また、メモリ３４は、運用管理部２０のメインメモリであり、例えば、Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ３  Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＤＤＲ３ＳＤＲＡＭ）である。また、メモリ３４には、ＭＰＵ３３により、運用管理部２０のファームウェアが展開される。
【００６４】
また、ＭＰＵ３３は、運用管理部２０のメインプロセッサであり、上述したアドレス管理テーブルを生成する処理、アドレス管理テーブルを保守する処理、運用系の運用管理部が故障した際に、新たな運用系の運用管理部を選択する処理等を実行する。例えば、ＭＰＵ３３は、運用管理部２０が運用系として動作する場合には、ＦＰＧＡ３５を介して、各筐体３〜５の運用管理部２３、２６、２９から装置固有情報等、情報処理システム１の運用に用いられる各種情報を取得する。そして、ＭＰＵ３３は、アドレス管理テーブルを作成し、作成したアドレス管理テーブルをメモリ３４に格納する。
【００６５】
また、ＭＰＵ３３は、運用管理部２０が待機系として動作する場合には、ＦＰＧＡ３５を介して、運用系として動作する運用管理部２３から装置固有情報の送信要求を受信する。すると、ＭＰＵ３３は、ＥＥＰＲＯＭ３２から装置固有情報を取得し、ＦＰＧＡ３５を介して、装置固有情報を筐体３の運用管理部２３に送信する。
【００６６】
ここで、運用管理部２０は、ＭＰＵ３３が故障した場合や、ＦＰＧＡ３５が故障した場合には、ＦＰＧＡ３５を介して、ＥＥＰＲＯＭ３２に格納された装置固有情報を運用管理部２３に送信することができない。このような場合には、運用管理部２３は、ＤＵＡＬ、およびＩ２Ｃを介して、ＥＥＰＲＯＭ３２から装置固有情報を直接読み出すことができる。同様に、ＭＰＵ３３は、ＦＰＧＡ３５、およびＤＵＡＬを介して、運用管理部２３が有するＥＥＰＲＯＭと接続されているため、故障した運用管理部２３から装置固有情報を直接読み出すことができる。
【００６７】
なお、図６に示す例では、運用管理部２０は、運用管理部２０の状態を示す複数のＬｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ（ＬＥＤ）と、各ＬＥＤを制御するＬＥＤ  ｄｒｉｖｅｒを有する。なお、各ＬＥＤは、運用管理部２０が動作中であるか（Ａｃｔｉｖｅ）、準備中であるか（Ｒｅａｄｙ）、動作チェック中であるか（Ｃｈｅｃｋ）、マスタとして動作しているか（Ｍａｓｔｅｒ）を示すＬＥＤである。
【００６８】
また、運用管理部２０は、ＭＰＵ３３のアクセス先を切り替えるＭｕｌｔｉｐｌｅｘｅｒ（ＭＵＸ）、計時を行うＲｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ（ＲＴＣ）、クロック信号を生成するＣｌｏｃｋ  Ｄｒｉｖｅｒ（ＣＬＫ＿ＤＲＶ）を有する。また、運用管理部２０は、Ｕｎｉｖｅｒｓａｌ  Ｃｅｒｅａｌ  Ｂａｓｓ（ＵＳＢ）規格による通信を行うためのＵＳＢポート、およびＵＳＢ  Ｃｏｎｔｒｏｌｌｅｒを有する。
【００６９】
また、運用管理部２０は、ＬＡＮ接続を行うため、ＬＡＮポートであるＬＡＮ＃０、ＬＡＮ＃１、トランス、Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）チップ、各筐体３〜５、およびＤＵＡＬを介したＬＡＮ接続を集線するＬＡＮ  ＨＵＢを有する。また、運用管理部２０は、シリアルバスを介して通信を行うためのＴＲＶを有する。
【００７０】
次に、図７を用いて、運用系の運用管理部と待機系の運用管理部の接続について説明する。図７は、運用系と待機系との接続を説明するための図である。例えば、図７に示す例では、記憶部２１、２４は、装置番号、ｈｏｓｔｉｄ、ＭＡＣアドレスをそれぞれ記憶する。そして、筐体２、および筐体３は、装置間通信用バス、ＤＵＡＬケーブルを介して、接続される。
【００７１】
ここで、筐体２、および筐体３は、装置間通信用バスを介して、相手装置実装信号と割り込み信号とを送受信する。ここで、相手装置実装信号とは、相手装置が接続されているか否かを示すイネーブル信号である。例えば、筐体２は、筐体３〜５からの相手装置実装信号を受信することにより、３台の筐体と接続されている旨を識別し、筐体３〜５に相手装置実装信号を送信することにより、自身が各筐体３〜５に接続している旨を通知する。
【００７２】
また、割り込み信号とは、相手装置で異常が発生した際にイネーブルとなる信号である。例えば、筐体３の運用管理部２３は、筐体２からの割り込み信号がイネーブルになった場合には、運用系の運用管理部として動作する。この際、運用管理部２３は、装置間通信用バスを介して、運用管理部２０、２６、２９から装置固有情報を収集する。
【００７３】
なお、運用管理部２３は、運用管理部２０が故障した際に、装置間通信用バスを介して、運用管理部２０から装置固有情報を収集できない場合には、ＤＵＡＬケーブルを介して、記憶部２１から装置固有情報を直接収集する。
【００７４】
次に、図８を用いて、運用系の運用管理部２０がアドレス管理テーブルを作成する処理の流れについて説明する。図８は、アドレス管理テーブルを作成する処理の流れを説明するためのフローチャートである。なお、図８に示す例では、説明を簡単にするため、装置番号が「ＢＢ＃０」の筐体が有する運用管理部のみが運用系、すなわちマスタの運用管理部として動作する例について記載した。
【００７５】
例えば、運用管理部２０は、情報処理システム１が起動したことをトリガとして（ステップＳ１０１）、処理を開始する。まず、運用管理部２０は、相手装置実装信号を受信しているか否かを判別する（ステップＳ１０２）。そして、運用管理部２０は、相手装置実装信号を受信していない場合には（ステップＳ１０２否定）、情報処理システム１に筐体２しか存在していないと判別し、マスタに遷移する（ステップＳ１０３）。そして、運用管理部２０は、運用状態に遷移し（ステップＳ１１０）、処理を終了する。
【００７６】
一方、運用管理部２０は、相手装置実装信号を受信している場合は（ステップＳ１０２肯定）、自身の装置番号が「ＢＢ＃０」であるか否かを判別する（ステップＳ１０４）。そして、運用管理部２０は、自身の装置番号が「ＢＢ＃０」ではない場合には（ステップＳ１０４否定）、スレーブに遷移し（ステップＳ１０５）、運用状態に遷移して（ステップＳ１１０）、処理を終了する。
【００７７】
また、運用管理部２０は、自身の装置番号が「ＢＢ＃０」である場合には（ステップＳ１０４肯定）、マスタに遷移する（ステップＳ１０６）。続いて、運用管理部２０は、自装置が記憶する装置固有情報、すなわち、記憶部２１が記憶するｈｏｓｔｉｄとＭＡＣアドレスとを取得する（ステップＳ１０７）。次に、運用管理部２０は、他の運用管理部から、他の運用装置が記憶するｈｏｓｔｉｄとＭＡＣアドレスとを収集する（ステップＳ１０８）。そして、運用管理部２０は、アドレス管理テーブルを作成し、ファームウェアを介して、ＯＳにアドレス管理テーブルを通知する（ステップＳ１０９）。その後、運用管理部２０は、運用状態に遷移し（ステップＳ１１０）、処理を終了する。
【００７８】
次に、図９を用いて、故障が発生した際に運用系の運用管理部２０が実行する処理の流れを説明する。図９は、故障発生時に運用系の運用管理部が実行する処理の流れを説明するためのフローチャートである。なお、図９に示す例では、運用系の運用管理部２０に故障が発生した場合には、運用管理部２３が新たな運用系の運用管理部として選択されるものとする。
【００７９】
まず、運用管理部２０は、運用系の運用管理部、すなわちマスタとして動作する（ステップＳ２０１）。ここで、運用管理部２０は、故障事象の発生を検出すると（ステップＳ２０２）、新たな運用系の運用管理部２３に対して、割り込み通知を送信し（ステップＳ２０３）、待機系の運用管理部、すなわちスレーブに遷移する（ステップＳ２０４）。その後、運用管理部２０は、運用状態に遷移し（ステップＳ２０５）、処理を終了する。
【００８０】
次に、図１０を用いて、運用系の運用管理部２０に故障が発生した際に、新たな運用系の運用管理部２３が実行する処理の流れを説明する。図１０は、故障発生時に新たな運用系の運用管理部が実行する処理の流れを説明するためのフローチャートである。まず、運用管理部２３は、待機系の運用管理部、すなわちスレーブとして動作している（ステップＳ３０１）。ここで、運用管理部２３は、マスタである運用管理部２０から割り込み通知を受信すると（ステップＳ３０２）、マスタに遷移する（ステップＳ３０３）。
【００８１】
そして、運用管理部２３は、自装置が記憶する装置固有情報、すなわち、記憶部２４が記憶するｈｏｓｔｉｄとＭＡＣアドレスとを取得する（ステップＳ３０４）。次に、運用管理部２３は、他の運用管理部からｈｏｓｔｉｄとＭＡＣアドレスとを収集する（ステップＳ３０５）。そして、運用管理部２３は、アドレス管理テーブルを作成し、ファームウェアを介して、ＯＳにアドレス管理テーブルを通知する（ステップＳ３０６）。その後、運用管理部２０は、運用状態に遷移し（ステップＳ３０７）、処理を終了する。
【００８２】
［実施例１の効果］
上述したように、筐体２は、筐体３〜５とともに情報処理システム１に含まれる。また、筐体２が有する運用管理部２０は、物理パーティションに対して割り当てる装置固有情報を記憶する。そして、運用管理部２０は、運用系の運用管理部として動作する際は、他の運用管理部２３、２６、２９が記憶する装置固有情報を収集する。その後、運用管理部２０は、収集した装置固有情報からアドレス管理テーブルを生成し、生成したアドレス管理テーブルをＯＳに通知する。
【００８３】
このため、情報処理システム１は、最小限の装置固有情報を保持し、省資源化を図ることができる。例えば、各筐体２〜５に物理パーティションが１つずつ設定される場合には、各運用管理部２０、２３、２６、２９は、装置固有情報がそれぞれ１つずつ設定された状態で出荷される。そして、運用系として動作する運用管理部２０が、装置固有情報を収集してアドレス管理テーブルを生成する。
【００８４】
このため、情報処理システム１は、各運用管理部２０、２３、２６、２９に設定された装置固有情報をあまらせずに、全て利用することができる。また、各運用管理部２０、２３、２６、２９に対して、各筐体２〜５に設定される物理パーティションの数だけ装置固有情報が設定されるので、情報処理システム１は、正常に動作することができる。
【００８５】
また、運用管理部２０は、運用管理部２３、２６、２９において障害が発生した場合には、障害が発生した運用管理部から収集した装置固有情報を、アドレス管理テーブルから削除することで、物理パーティションに対する割り当て対象から除外する。このため、運用管理部２０は、運用管理部２３、２６、２９において障害が発生した際にも、適切に動作を継続することができる。
【００８６】
また、運用管理部２０、２３、２６、２９は、それぞれ協調し、所定のルールに従って、運用系の運用管理部を選択する。このため、情報処理システム１は、各筐体２〜５の外部に管理装置等を設けずとも、自動で運用系の運用管理部を選択し、サービスの提供を開始することができる。
【００８７】
また、運用管理部２０、２３、２６、２９は、運用系の運用管理部が故障した場合には、所定のルールに従い、新たな運用系の運用管理部を選択する。例えば、運用管理部２３、２６、２９は、運用系の運用管理部２０が故障した場合には、運用管理部２３を新たな運用管理部として選択する。そして、新たな運用系の運用管理部２３は、各運用管理部２０、２６、２９から、装置固有情報を収集する。このため、情報処理システム１は、運用管理部２０が故障した場合にも、運用管理部２３が装置固有情報を管理するので、サービスの提供を継続することができる。
【００８８】
また、運用管理部２０は、運用系として動作中に故障が発生した場合は、新たな運用系の運用管理部として選択した運用管理部２３に対して、割り込み信号を送信する。このため、新たに運用系として動作する運用管理部２３は、運用管理部２０が故障したことを即座に識別し、運用系としての動作を迅速に開始することができる。また、割り込み通知を受信した運用管理部２３は、他の運用管理部２０、２６、２９から装置固有情報を収集するので、新たな運用系の運用管理部として動作することができる。
【００８９】
なお、運用管理部２０は、筐体２に設定される物理パーティションの数だけ、装置固有情報を記憶する。また、他の運用管理部２３、２６、２９も同様に、それぞれ筐体３〜５に設定される物理パーティションの数だけ、装置固有情報を記憶する。このため、情報処理システム１は、各筐体２〜５を接続した際に、設定する全ての物理パーティションに対して、装置固有情報を割り当てることができる。
【実施例２】
【００９０】
これまで本発明の実施例について説明したが実施例は、上述した実施例以外にも様々な異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。
【００９１】
（１）筐体の数について
上述した情報処理システム１は、４つの筐体２〜５を有していた。しかし、実施例はこれに限定されるものではなく、情報処理システム１は、任意の数の筐体を有してよい。運用管理部２０は、運用系の運用管理部として動作する場合には、筐体の数によらず、情報処理システム１に設定される全ての物理パーティションに割り当てる装置固有情報を、各運用管理部から収集するからである。
【００９２】
（２）運用系の運用管理部を選択するルールについて
上述した情報処理システム１においては、運用管理部２０、または運用管理部２３が運用系の運用管理部として選択された。しかし、実施例はこれに限定されるものではなく、全ての運用管理部２０、２３、２６、２９が相互に接続されているのであれば、運用管理部２６、または運用管理部２９が運用系の運用管理部として選択されてもよい。また、運用管理部２０、２３、２６、２９は、新たな運用管理部を選択することができない場合には、利用者に対してエラーを通知し、処理を終了してもよい。
【００９３】
（３）装置固有情報について
上述した運用管理部２０、２３、２６、２９は、装置固有情報として、ｈｏｓｔｉｄ、およびＭＡＣアドレスを記憶していた。しかし、実施例は、これに限定されるものではなく、物理パーティションに割り当てる情報であれば、任意の情報を装置固有情報として記憶してもよい。
【００９４】
（４）プログラム
ところで、実施例１に係る運用管理部２０は、ハードウェアを利用して各種の処理を実現する場合を説明した。しかし、実施例はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータが実行することによって実現するようにしてもよい。そこで、以下では、図１１を用いて、実施例１に示した運用管理部２０と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１１は、収集プログラムを実行するコンピュータの一例を説明するための図である。
【００９５】
図１１に例示されたコンピュータ１００は、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）１１０、Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）１２０、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）１３０、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）１４０がバス１６０で接続される。また、図１１に例示されたコンピュータ１００は、他のコンピュータと接続するためのＩｎｐｕｔ  Ｏｕｔｐｕｔ（Ｉ／Ｏ）１５０を有する。
【００９６】
ＲＡＭ１３０には、収集プログラム１３１があらかじめ保持される。ＣＰＵ１４０が収集プログラム１３１をＲＡＭ１３０から読み出して実行することによって、図１１に示す例では、収集プログラム１３１は、収集プロセス１４１として機能するようになる。なお、収集プロセス１４１は、図１に示した運用管理部２０と同様の処理を実行する。
【００９７】
なお、本実施例で説明した収集プログラム１３１は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。
【００９８】
また、収集プログラム１３１は、ハードディスク、フレキシブルディスク（ＦＤ）、Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＣＤ−ＲＯＭ）などのコンピュータで読取可能な記録媒体に記録される。また、収集プログラム１３１は、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【００９９】
また、収集プログラム１３１は、アプリケーションプログラムとしてのみならず、ＯＳが有する機能の一部として、あるいはファームウェアの一部として機能することも可能である。
【０１００】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１０１】
（付記１）他の情報処理装置とともに情報処理システムに含まれる情報処理装置において、
前記情報処理装置における物理パーティションに対して割り当てる識別情報を記憶する記憶部と、
前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集する収集部と、
前記収集部が収集した識別情報をオペレーティングシステムに通知する通知部と
を有することを特徴とする情報処理装置。
【０１０２】
（付記２）前記通知部は、前記他の情報処理装置において障害が発生した場合には、当該他の情報処理装置から前記収集部が収集した識別情報を、前記物理パーティションに対する割り当て対象から除外する旨を前記オペレーティングシステムに指示することを特徴とする付記１に記載の情報処理装置。
【０１０３】
（付記３）他の情報処理装置と協調し、所定のルールに従って、前記情報処理システムが有する情報処理装置から、１つの情報処理装置を運用系の情報処理装置として選択する選択部を有することを特徴とする付記１または２に記載の情報処理装置。
【０１０４】
（付記４）前記選択部は、前記運用系の情報処理装置が故障した場合には、所定のルールに従って、運用系の情報処理装置を新たに選択し、
前記収集部は、自装置が前記選択部によって新たな運用系の情報処理装置に選択された場合には、前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集する
ことを特徴とする付記３に記載の情報処理装置。
【０１０５】
（付記５）自装置が運用系の情報処理装置として動作中に故障した場合には、前記選択部が新たな運用系の情報処理装置として選択した前記他の情報処理装置に対し、運用系の切替を指示する割り込み通知を送信する割り込み部を有することを特徴とする付記４に記載の情報処理装置。
【０１０６】
（付記６）前記収集部は、前記他の情報処理装置から割り込み通知を受信した場合には、前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集することを特徴とする付記５に記載の情報処理装置。
【０１０７】
（付記７）前記記憶部は、自装置に設定される物理パーティションの数だけ前記識別情報を記憶することを特徴とする付記１〜６のいずれか１つに記載の情報処理装置。
【０１０８】
（付記８）他のコンピュータとともに情報処理システムに含まれ、自装置における物理パーティションに対して割り当てる識別情報を記憶するコンピュータに、
前記情報処理システムが有する他のコンピュータが記憶する識別情報を収集し、
前記収集した識別情報をオペレーティングシステムに通知する
処理を実行させることを特徴とする収集プログラム。
【０１０９】
（付記９）前記他のコンピュータにおいて障害が発生した場合には、当該他のコンピュータから収集した識別情報を、前記物理パーティションに対する割り当て対象から除外する旨を前記オペレーティングシステムに指示する処理を前記コンピュータに実行させることを特徴とする付記８に記載の収集プログラム。
【０１１０】
（付記１０）他のコンピュータと協調し、所定のルールに従って、前記情報処理システムが有するコンピュータから、１つのコンピュータを運用系のコンピュータとして選択する処理を前記コンピュータに実行させることを特徴とする付記８または９に記載の収集プログラム。
【０１１１】
（付記１１）前記運用系のコンピュータが故障した場合には、所定のルールに従って、運用系のコンピュータを新たに選択し、
自装置が新たな運用系のコンピュータに選択された場合には、前記情報処理システムが有する他のコンピュータが記憶する識別情報を収集する
処理を前記コンピュータに実行させることを特徴とする付記１０に記載の収集プログラム。
【０１１２】
（付記１２）自装置が運用系のコンピュータとして動作中に故障した場合には、新たな運用系のコンピュータに対し、運用系の切替を指示する割り込み通知を送信する処理を前記コンピュータに実行させることを特徴とする付記１１に記載の収集プログラム。
【０１１３】
（付記１３）前記他のコンピュータから割り込み通知を受信した場合には、前記情報処理システムが有する他のコンピュータが記憶する識別情報を収集する処理を前記コンピュータに実行させることを特徴とする付記１２に記載の収集プログラム。
【０１１４】
（付記１４）前記コンピュータは、自装置に設定される物理パーティションの数だけ前記識別情報を記憶することを特徴とする付記８〜１３のいずれか１つに記載の収集プログラム。
【０１１５】
（付記１５）他の情報処理装置とともに情報処理システムに含まれ、自装置における物理パーティションに対して割り当てる識別情報を記憶する情報処理装置が、
前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集し、
前記収集した識別情報をオペレーティングシステムに通知する
処理を実行することを特徴とする収集方法。
【０１１６】
（付記１６）前記他の情報処理装置において障害が発生した場合には、当該他の情報処理装置から前記収集した識別情報を、前記物理パーティションに対する割り当て対象から除外する旨を前記オペレーティングシステムに指示することを特徴とする付記１５に記載の収集方法。
【０１１７】
（付記１７）他の情報処理装置と協調し、所定のルールに従って、前記情報処理システムが有する情報処理装置から、１つの情報処理装置を運用系の情報処理装置として選択する処理を実行することを特徴とする付記１５または１６に記載の収集方法。
【０１１８】
（付記１８）前記運用系の情報処理装置が故障した場合には、所定のルールに従って、運用系の情報処理装置を新たに選択し、
自装置が前記選択部によって新たな運用系の情報処理装置に選択された場合には、前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集する
ことを特徴とする付記１７に記載の収集方法。
【０１１９】
（付記１９）自装置が運用系の情報処理装置として動作中に故障した場合には、前記新たな運用系の情報処理装置に対し、運用系の切替を指示する割り込み通知を送信することを特徴とする付記１８に記載の収集方法。
【０１２０】
（付記２０）前記他の情報処理装置から割り込み通知を受信した場合には、前記情報処理システムが有する他の情報処理装置が記憶する識別情報を収集することを特徴とする付記１９に記載の収集方法。
【０１２１】
（付記２１）前記情報処理装置は、自装置に設定される物理パーティションの数だけ前記識別情報を記憶することを特徴とする付記１５〜２０のいずれか１つに記載の収集方法。
【符号の説明】
【０１２２】
１、５０  情報処理システム
２〜５、５１  筐体
６〜９  ＣＰＵ
１０  ＳＣ
１１  メモリ
１２、５７  ＦＡＮ
１３、５８  ＰＳＵ
２０、２３、２６、２９  運用管理部
２１、２４、２７、３０  記憶部
２２、２５、２８、３１  制御部
３２  ＥＥＰＲＯＭ
３３  ＭＰＵ
３４  メモリ
３５  ＦＰＧＡ
５２〜５５  ＳＢ
５６ａ、５６ｂ  管理部
【図１】
2014029624.tif 000003
【図２】
2014029624.tif 000004
【図３】
2014029624.tif 000005
【図４】
2014029624.tif 000006
【図５】
2014029624.tif 000007
【図６】
2014029624.tif 000008
【図７】
2014029624.tif 000009
【図８】
2014029624.tif 000010
【図９】
2014029624.tif 000011
【図１０】
2014029624.tif 000012
【図１１】
2014029624.tif 000013
【図１２】
2014029624.tif 000014
【図１３】
2014029624.tif 000015