(57)【特許請求の範囲】
【請求項１】
主記憶部およびＣＰＵを有してなる処理部を複数そなえ、これらの複数の処理部を、ネットワークを介して相互に通信可能にそなえて構成される情報処理システムであって、
ハードウェア・キーを挿着されると該ハードウェア・キーから所定形式のデータを当該システム内に取り込むキー・コネクタをそなえるとともに、
該ハードウェア・キーが、前記所定形式のデータとして、該複数の処理部をグループ分けするためのグループ化情報と、該グループ化情報に基づいてグループ分けされるグループ毎にそのグループに属する処理部における該主記憶部内の領域の使用容量を限定するための使用容量情報とを保持しており、
該キー・コネクタに挿着された該ハードウェア・キーと別途入力されるソフトウェア・キーとによるキー・チェック終了後に、該キー・コネクタから取り込まれた前記グループ化情報に基づいて該複数の処理部がグループ分けされ、該キー・コネクタから取り込まれた前記使用容量情報に基づいて各グループに属する各処理部における該主記憶部内の領域の使用容量が算出されて限定されるように構成されていることを特徴とする、情報処理システム。
【請求項２】
電源投入時に各処理部と該ネットワークとのオンライン／オフラインの状態を初期設定すべく、そのオンライン／オフラインに関する初期構成制御データを保持する初期構成制御ファイルと、
電源投入時に、該初期構成制御ファイルの初期構成制御データをセットされ、該複数の処理部についての運用スケジュールやハードウエア障害状況に応じて上記初期構成制御データを変更することによりカレント構成制御データを設定される構成制御レジスタとをそなえるとともに、
ある処理部が保守作業を必要とする状態に陥った場合に、当該処理部が保守モードになったことを示す保守モード・データを設定される保守モード・ファイルをそなえ、
電源投入時には該保守モード・ファイルの保守モード・データも該構成制御レジスタにセットし、
該構成制御レジスタにおいて保守モードを設定されている処理部を、初期構成制御データまたはカレント構成制御データの内容に係わらず該ネットワークに対してオフライン状態にすることを特徴とする、請求項１記載の情報処理システム。
【請求項３】
該初期構成制御ファイルが該保守モード・ファイルを兼ねて構成され、
該初期構成制御ファイルにおいて初期構成制御データをオフラインに設定された処理部を保守モードとして取り扱い、
該構成制御レジスタにおいて初期構成制御データとしてオフラインを設定された処理部を、カレント構成制御データの内容に係わらず該ネットワークに対してオフライン状態にすることを特徴とする、請求項２記載の情報処理システム。
【請求項４】
複数の独立して動作する計算機システムであるクラスタと、これら複数のクラスタに共有されるシステム記憶装置とを有する情報処理システムであって、
該複数のクラスタのうちの特定のクラスタにおいて、
ハードウェア・キーを挿着されると該ハードウェア・キーから所定形式のデータを当該システム内に取り込むキー・コネクタをそなえるとともに、
該ハードウェア・キーが、前記所定形式のデータとして、当該特定のクラスタによる該システム記憶装置の使用容量を設定するための使用容量情報を保持しており、
該キー・コネクタに挿着された該ハードウェア・キーと別途入力されるソフトウェア・キーとによるキー・チェック終了後に、該キー・コネクタから取り込まれた前記使用容量情報に基づいて、当該特定のクラスタが使用することのできる該システム記憶装置の容量が算出され、
その算出結果である使用容量限定値を保持するリミット・レジスタをそなえ、  当該特定のクラスタが該システム記憶装置にアクセスする際には、該リミット・レジスタに格納された前記使用容量限定値に基づいてリミット・チェックを行なうように構成されていることを特徴とする、情報処理システム。
【請求項５】
当該特定のクラスタに対して予め指定されている、該システム記憶装置の使用可能最大容量が前記使用容量限定値よりも小さい場合には、前記使用可能最大容量を該リミット・レジスタに設定するように構成されていることを特徴とする、請求項４記載の情報処理システム。
【発明の詳細な説明】
【０００１】
（目次）
発明の属する技術分野
従来の技術（図１４）
発明が解決しようとする課題（図１４，図１５）
課題を解決するための手段（図１〜図３）
発明の実施の形態（図４〜図１３）
発明の効果
【０００２】
【発明の属する技術分野】
本発明は、主記憶部およびＣＰＵを有してなる複数の処理部が、ネットワークを介して相互に通信可能に接続されて構成される情報処理システムや、複数の独立して動作する計算機システム（クラスタ）がシステム記憶装置を共有するように構成された情報処理システムに関する。
【０００３】
【従来の技術】
一般的な情報処理システムは、図１４に示すように、処理部１０１，ＣＰ１０２，ネットワーク１０３，ＳＶＰ１０４，ＳＣＩ１０５およびＨＤ１０６から構成されている。
ここで、処理部〔以下、ＰＥ（Processor Element)という〕１０１は、主記憶部〔以下、ＭＳＵ（Main Storage Unit)という〕およびＣＰＵを有して構成されるものであり、ＣＰ（Control Processor)１０２は、ＰＥ１０１と同様に構成され、並列的にそなえられた複数のＰＥ１０１を制御するためのものである。なお、図１４に示す例では、ＣＰ１０２を１台のみそなえているが、ＣＰ１０２を複数台そなえてもよいし、ＰＥ１０１がＣＰ１０２を兼用してもよい。
【０００４】
また、ネットワーク１０３は、複数のＰＥ１０１やＣＰ１０２を相互に通信可能に接続するものであり、ＳＶＰ（Ｓｅｒｖｉｃｅ  Ｐｒｏｃｅｓｓｏｒ）１０４は、本システムの運用，保守に関する操作を行なうためのものである。
さらに、ＳＣＩ（Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌ  Ｉｎｔｅｒｆａｃｅ）１０５は、ＳＶＰ１０４と各ＰＥ１０１，ＣＰ１０２やネットワーク１０３との間に介設され、インタフェース機能を果たすものであり、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）１０６は、ＳＶＰ１０６の配下に属し各種データを保持するものである。
【０００５】
そして、ＨＤ１０６には初期構成制御ファイル１０７が予め格納されている。この初期構成制御ファイル１０７は、電源投入時に各ＰＥ１０１やＣＰ１０２とネットワークとのオンライン／オフラインの状態を初期設定すべく、そのオンライン／オフラインに関する初期構成制御データを保持するものである。
ＳＣＩ１０５には、構成制御レジスタ〔以下、ＣＦＲ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）という〕１０８がそなえられている。このＣＦＲ１０８は、電源投入時に、ＳＶＰ１０４によりＨＤ１０６から初期構成制御ファイル１０７の初期構成制御データをセットされ、各ＰＥ１０１やＣＰ１０２についての運用スケジュールやハードウエア障害状況に応じて初期構成制御データを変更することによりカレント構成制御データを設定されるようになっている。
【０００６】
従って、この情報処理システムでは、ＣＦＲ１０８内の初期構成制御データやその後変更されたカレント構成制御データを参照してアクセス（通信）可能なＰＥ１０１やＣＰ１０２を判断しながら、並列処理が実行される。つまり、ＣＦＲ１０８の設定データにより並列処理を実行するＰＥ／ＣＰ構成が規定され、ＣＦＲ１０８にオンラインの設定がなされているＰＥ１０１やＣＰ１０２を用いて並列処理が行なわれる。
【０００７】
また、ＳＣＩ１０５には、ハードウェア・キー１１０を挿着されるとこのハードウェア・キー１１０から所定形式のデータを当該システム内に取り込むキー・コネクタ１１０が付設されている。
このハードウェア・キー１１０は、例えば、各ＰＥ１０１におけるＭＳＵ内の領域の使用容量であるロック値（ＲＡＭサイズ）を設定する際に用いられるもので、ハードウェア・キー１１０に、各ＰＥ１０１毎のロック値（ＭＳＵ実装容量に対する比率）が定義されている。
【０００８】
そのロック値を設定する際には、ハードウェア・キー１１０がキー・コネクタ１０９に挿着され、ＳＶＰ１０４が、キー・コネクタ１０９に挿着されたハードウェア・キー１１０とオペレータ等によりキーボードから別途入力されるソフトウェア・キーとによるキー・チェックを行なった後、キー・コネクタ１０９から取り込まれた比率に基づいて、各ＰＥ１０１におけるＭＳＵ１０１Ｂの使用容量（前記比率とＭＳＵ実装容量との乗算値）を各ＰＥ毎に算出し、その値を、各ＰＥ１０１内のＲＡＭサイズ用レジスタ（図示せず）に格納している。
【０００９】
【発明が解決しようとする課題】
ところで、上述のような情報処理システムにおいて、その運用中に、ハードウェア技術者による保守・修理を必要とするハードウェア障害をもつＰＥ（以下、このＰＥを不良ＰＥと呼ぶ）が発生した場合、ＣＰ１０２のＯＳの操作により、このＯＳ配下のアプリケーション・プログラム上のＮＧＰＥリストにその不良ＰＥが登録されるとともに、オペレータ等により、ＳＶＰ１０４を介してＳＣＩ１０５内のＣＦＲ１０８における不良ＰＥのカレント構成制御データがオフラインに設定される。
【００１０】
これにより、各ＰＥ１０１やＣＰ１０２が、不良ＰＥに対するジョブの実行を行なえないようにしている。
そして、ハードウェア技術者がその不良ＰＥにおける障害を修復し、そのＰＥが復帰可能になった場合には、オペレータ等によりＣＦＲ１０８におけるそのＰＥのカレント構成制御データをオンラインに設定するとともに、前記ＮＧＰＥリストに登録されている不良ＰＥ情報を抹消する必要がある。
【００１１】
しかし、ＮＧＰＥリストはＣＰ１０２のＯＳ配下のアプリケーション・プログラム上に存在するため、ＳＶＰ１０４側からＮＧＰＥリストを見ることは不可能で、つまりはＳＶＰ１０４からオペレータやハードウェア技術者が簡単なハードウェア操作（キー入力等）のみによりＮＧＰＥリストの設定変更を行なうことができない。
【００１２】
つまり、ＮＧＰＥリストの設定変更を行なうためには、プログラム保守を行なうＳＥに依頼し、ＣＰ１０２のＯＳを立ち上げてＯＳ操作を行ない、ＮＧＰＥリストにアクセスして書換えを行なわなければ、修復後のＰＥ１０１を正常状態に復帰させることができない。
従って、不良ＰＥのハードウェア上の不良を修復しても直ちにＰＥ１０１を復帰させることができず、その復帰作業は、ハードウェア技術者とＳＥとの連携作業になり、システム利用者にとって極めて不便であるという課題があった。
【００１３】
また、前述したように、各ＰＥ１０１におけるＭＳＵ１０１Ｂの使用容量を決定するための情報（ロック値，比率）を、ＰＥ１０１毎にハードウェア・キー１１０に定義していたのでは、キー・コネクタ１０９のビット数がＰＥ台数に比例して増大してしまう。情報処理システムの性能を向上させるべく、近年、並列設置されるＰＥ１０１の台数は極めて大きくなっており、上述のごとくキー・コネクタ１０９のビット数が増大すると、構造が複雑になるだけでなく、演算処理等に要する時間も増大し好ましくない。
【００１４】
一方、図１４に示すような情報処理システムを１つのクラスタとし、このようなクラスタが、複数台、ＦＥＰ（Ｆｒｏｎｔ  Ｅｎｄ  Ｐｒｏｃｅｓｓｏｒ）やＢＥＰ（Ｂａｃｋ  Ｅｎｄ  Ｐｒｏｃｅｓｓｏｒ）としてシステム記憶装置〔図示せず；以下、ＳＳＵ（Ｓｙｓｔｅｍ  Ｓｔｏｒａｇｅ  Ｕｎｉｔ）という〕を共有しているようなシステムにおいては、従来、図１５に示すように、ＦＥＰとＢＥＰとは同一容量のＳＳＵを共用している。
【００１５】
図１５の横軸は、ＳＳＵにおけるＦＥＰ／ＢＥＰ用アドレス空間を示し、“００”は最小アドレスを、“ＭＡＸ”は最大アドレスを示している。また、図１５の縦軸は、アドレスに対応したＢＥＰ，ＦＥＰそれぞれの使用可能容量を示している。
即ち、ＦＥＰのみが使用可能な専用のＳＳＵ領域は設定することができず、図１５に示すように、ＢＥＰがＳＳＵの前記アドレス空間の全てを使用すれば、当然、ＦＥＰの使用できる容量が無くなってしまう。
【００１６】
本発明は、このような課題に鑑み創案されたもので、ＰＥ台数が増大しても、キー・コネクタのビット数を増大させることなく各ＰＥにおけるＭＳＵ使用容量を設定できるようにして、構造の簡素化および使用容量の演算処理の効率化をはかることを目的とし、さらに、ハードウェア技術者による保守作業を必要とする状態に陥った不良ＰＥを保守モードとしてＳＶＰ側から容易に設定したりその設定を容易に解除できるようにして、不良ＰＥの修復後にＳＥ等に頼ることなく直ちにそのＰＥを復帰可能とし、システム利用者にとっての利便性やシステムの処理効率の向上をはかることを目的とするほか、ＦＥＰのみが使用可能な専用のＳＳＵ領域を容易に設定できるようにすることを目的とする。
【００１８】
【課題を解決するための手段】
図１は本発明の原理ブロック図で、この図１に示す情報処理システムは、ＭＳＵ１ＡおよびＣＰＵ１Ｂを有する複数のＰＥ（処理部）１と、これらのＰＥ１を相互に通信可能に接続するネットワーク２と、本システムの運用，保守に関する操作を行なうためのＳＶＰ６と、このＳＶＰ６と各ＰＥ１やネットワーク２との間に介設されインタフェース機能を果たすＳＣＩ７と、ＳＶＰ６の配下に属し各種データを保持するＨＤ８とから構成されている。
【００１９】
そして、ＨＤ８には初期構成制御ファイル３および保守モード・ファイル５が格納されるとともに、ＳＣＩ７にはＣＦＲ４がそなえられている。
ここで、初期構成制御ファイル３は、電源投入時に各ＰＥ１とネットワーク２とのオンライン／オフラインの状態を初期設定すべく、そのオンライン／オフラインに関する初期構成制御データを保持するものである。
【００２０】
ＣＦＲ４は、電源投入時に、ＳＶＰ６によりＨＤ８から初期構成制御ファイル３の初期構成制御データをセットされ、複数のＰＥ１についての運用スケジュールやハードウェア障害状況に応じて初期構成制御データを変更することによりカレント構成制御データを設定されるものである。
保守モード・ファイル５は、あるＰＥ１が保守作業を必要とする状態に陥った場合に、当該ＰＥ１が保守モードになったことを示す保守モード・データを設定されるものである。
【００２１】
電源投入時には保守モード・ファイル５の保守モード・データもＣＦＲ４にセットし、ＣＦＲ４において保守モードを設定されているＰＥ１を、初期構成制御データまたはカレント構成制御データの内容に係わらずネットワーク２に対してオフライン状態にするように構成する。
図１に示すごとく構成された本発明の情報処理システムでは、従来のごとくＯＳ上のＮＧＰＥリストを用いず、ＳＶＰ６から見ることのできる保守モード・ファイル５に、不良ＰＥを保守モードとして登録するので、不良ＰＥの設定登録やその登録解除を容易に行なえ、不良ＰＥの修復後にＳＥ等に頼ることなく直ちにそのＰＥをシステムに復帰させることができる（以上、請求項２）。
【００２２】
なお、初期構成制御ファイル３が保守モード・ファイル５を兼ねて構成され、初期構成制御ファイル３において初期構成制御データをオフラインに設定されたＰＥ１を保守モードとして取り扱い、ＣＦＲ４において初期構成制御データとしてオフラインを設定されたＰＥ１を、カレント構成制御データの内容に係わらずネットワーク２に対してオフライン状態にするように構成してもよい。この場合、保守モード・ファイル５を別個に設けたり保守モード・データをＣＦＲ４にセットしたりする必要がなくなる（以上、請求項３）。
【００２３】
また、図２も本発明の原理ブロック図で、図２中、既述の符号と同一の符号は同一部分を示しているので、その説明は省略する。
図２に示す情報処理システムも、図１に示した第１の発明のものとほぼ同様に構成されているが、この第２の発明の情報処理システムでは、ハードウェア・キー１０を挿着されるとこのハードウェア・キー１０から所定形式のデータを当該システム内に取り込むキー・コネクタ９がＳＣＩ７に付設されている。
【００２４】
ハードウェア・キー１０は、前記所定形式のデータとしてグループ化情報および使用容量情報を保持している。グループ化情報は、複数のＰＥ１をグループ分けするためのものであり、使用容量情報は、グループ化情報に基づいてグループ分けされるグループ毎に、そのグループに属するＰＥ１におけるＭＳＵ１Ｂ内の領域の使用容量を限定するためのものである。
【００２５】
そして、本システムでは、ＳＶＰ８が、キー・コネクタ９に挿着されたハードウェア・キー１０と別途入力されるソフトウェア・キーとによるキー・チェック終了後に、キー・コネクタ９から取り込まれたグループ化情報に基づいて複数のＰＥ１をグループ分けし、キー・コネクタ９から取り込まれた使用容量情報に基づいて各グループに属する各ＰＥ１におけるＭＳＵ１Ｂ内の領域の使用容量を算出して限定するように構成されている。
【００２６】
図２に示すごとく構成された本発明の情報処理システムでは、ハードウェア・キー１０を用いグループ単位で各ＰＥ１のＭＳＵ使用容量の設定を行なうので、ハードウェア・キー１０にＰＥ１毎の使用容量情報を保持する必要はなく、ＰＥ台数が増大しても、キー・コネクタ９のビット数を増大させることなく各ＰＥ１におけるＭＳＵ使用容量を設定することができる（以上、請求項１）。
【００２７】
さらに、図３も本発明の原理ブロック図で、この図３に示す情報処理システムは、複数の独立して動作する計算機システムであるクラスタ１１，１１Ａと、これら複数のクラスタ１１，１１Ａに共有されるＳＳＵ１２とを有して構成されている。
これらのクラスタのうちの特定のクラスタ１１Ａには、ハードウェア・キー１０′を挿着されるとこのハードウェア・キー１０′から所定形式のデータを当該システム内に取り込むキー・コネクタ９′がそなえられている。
【００２８】
ハードウェア・キー１０′は、前記所定形式のデータとして、特定のクラスタ１１ＡによるＳＳＵ１２の使用容量を設定するための使用容量情報を保持している。
そして、特定のクラスタ１１Ａでは、キー・コネクタ９′に挿着されたハードウェア・キー１０′と別途入力されるソフトウェア・キーとによるキー・チェック終了後に、キー・コネクタ９′から取り込まれた使用容量情報に基づいて、自クラスタ１１Ａが使用することのできるＳＳＵ１２の容量が算出される。
【００２９】
また、特定のクラスタ１１Ａには、算出された容量を使用容量限定値として保持するリミット・レジスタ１３がそなえられ、特定のクラスタ１１ＡがＳＳＵ１２にアクセスする際には、リミット・レジスタ１３に格納された使用容量限定値に基づいてリミット・チェックを行なうように構成されている。
図３に示すごとく構成された本発明の情報処理システムでは、ハードウェア・キー１０′を用いて特定のクラスタ１１ＡのＳＳＵ使用容量限定値を設定することにより、ＳＳＵ１２の使用可能最大容量と使用容量限定値との差分を、他のクラスタ１１に含まれる例えばＦＥＰのみが使用可能な専用のＳＳＵ領域として用いることができる（以上、請求項４）。
【００３０】
なお、特定のクラスタ１１Ａに対して予め指定されている、ＳＳＵ１２の使用可能最大容量が前記使用容量限定値よりも小さい場合には、その使用可能最大容量をリミット・レジスタ１３に設定するように構成してもよい。これにより、使用容量限定値が、使用可能最大容量を超えて設定されてしまうのを防止することができる（以上、請求項５）。
【００３１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
図４は本発明の一実施形態としての情報処理システムの全体構成を示すブロック図であり、この図４に示すように、本実施形態の情報処理システム２０は、ｎ台のＰＥ（ＰＥ番号０〜ｎ−１）２１と、少なくとも１台のＣＰ２２と、これらのＰＥ２１およびＣＰ２２を相互に通信可能に接続するネットワーク２３と、本システムの運用，保守に関する操作を行なうためのＳＶＰ２４と、このＳＶＰ２４と各ＰＥ２１，ＣＰ２２やネットワーク２３との間に介設されインタフェース機能を果たすＳＣＩ２５と、ＳＶＰ２４の配下に属し各種データを保持するＨＤ２６とを有して構成されている。
【００３２】
この情報処理システム２０は、一つのクラスタとしてＳＳＵ３４に接続され、他のクラスタ（例えば図４ではＦＥＰ３６を含むもの）とＳＳＵ３４を供給している。なお、ＳＳＵ３４には、このＳＳＵ３４についての実装情報を保持するＳＳＵ実装情報レジスタ３５がそなえられている。
各ＰＥ２１は、ＣＰＵ２１ＡおよびＭＳＵ２１Ｂをそなえて構成され、ネットワーク２３を介して相互に通信を行ないながら並列的な処理を実行するものである。各ＰＥ２１には、実装されているＭＳＵ２１Ｂの物理的容量（例えば１ＧＢ）を設定されるＭＳＵ実装情報レジスタ３０と、後述するごとく算出されたＭＳＵ使用容量〔ロック容量；ＣＰＵ２１Ａが使用する論理的容量（メモリ領域の大きさ）〕を設定されるＲＡＭサイズ・レジスタ３１とがそなえられている。
【００３３】
ＣＰ２２は、各ＰＥ２１と同様、ＣＰＵ２２ＡおよびＭＳＵ２２Ｂをそなえて構成され、並列的にそなえられたｎ台のＰＥ２１を制御するものである。このＣＰ２２には、ＳＳＵ３４とＭＳＵ２２Ｂとの間のデータ転送を制御するＳＳＵＭＶ（ＳＳＵＭＯＶＥＲ）３２と、後述するごとく算出されたＳＳＵ使用容量限界値（ロック容量）を指示するＳＳＵ容量表示アドレス・データを設定するＭＳＳＡＬＲ（Ｍｏｄｅｌ  ｌｏｃｋ  ＳＳＵ  Ａｄｄｒｅｓｓ  Ｌｉｍｉｔ  Ｒｅｇｉｓｔｅｒ；リミット・レジスタ）３３とがそなえられている。なお、図４に示す例では、ＣＰ２２を１台のみそなえているが、ＣＰ２２を複数台そなえてもよいし、ＰＥ２１がＣＰ２２を兼用してもよい。
【００３４】
そして、ＨＤ２６には、システムの各種設定のためのデータ〔ジェネレーション・データ；例えば、本システム２０のＳＳＵ３４の使用可能最大容量（ドメイン容量），立ち上げ時に各種レジスタに設定されるべきデータ等〕が予め格納されるほか、初期構成制御ファイル３７および保守モード・ファイル３８が格納され、ＳＣＩ２５にはＣＦＲ２７がそなえられている。
【００３５】
ここで、初期構成制御ファイル３７は、電源投入時に各ＰＥ２１やＣＰ２２とネットワーク２３とのオンライン／オフラインの状態を初期設定すべく、そのオンライン／オフラインに関する初期構成制御データを保持するものである。
ＣＦＲ２７は、電源投入時に、ＳＶＰ２４によりＨＤ２６から読み出された初期構成制御ファイル３７の初期構成制御データをセットされ、各ＰＥ２１についての運用スケジュールやハードウェア障害状況に応じて初期構成制御データを変更することによりカレント構成制御データを設定されるものである。
【００３６】
保守モード・ファイル３８は、保守作業を必要とする状態に陥った不良ＰＥについて、保守モードになったことを示す保守モード・データを設定されるものである。この保守モード・データは、各ＰＥ２１毎に設定され、例えば図５に示すように、正常のＰＥ２１の保守モード・ビットには“０”を設定し、不良ＰＥの保守モード・ビットには“１”を設定する。
【００３７】
そして、電源投入時には、ＳＶＰ２４により、保守モード・ファイル３８の保守モード・データもＨＤ２６からＣＦＲ２７にセットされ、ＣＦＲ２７において保守モード（保守モード・ビットが“１”）を設定されているＰＥ２１は、図５に示すように初期構成制御データまたはカレント構成制御データの内容に係わらずネットワーク２３に対してオフライン状態になるように制御される。
【００３８】
なお、図５において、初期構成制御データおよびカレント構成制御データとしての“０”は、対応するＰＥ２１がオフライン状態であることを示す一方、“１”は、対応するＰＥ２１がオンライン状態であることを示している。また、初期構成制御データおよびカレント構成制御データとしての“ｘ”は、データが不定状態（“０”，“１”のいずれでもよい）であることを示している。
【００３９】
つまり、本実施形態の情報処理システム２０では、従来のごとくＣＰ２２のＯＳ上のＮＧＰＥリストを用いず、ＳＶＰ２４から見ることのできるＨＤ２６の保守モード・ファイル３８に、不良ＰＥを保守モードとして登録している。保守モードになると、その不良ＰＥをＯＳから使用できなくなる。具体的には、保守モードの不良ＰＥと、保守モード以外の正常なＰＥ２１（ＣＰ２２を含む）との間は、ネットワーク２３を介して接続することができなくなる。また、ＣＰ２２からのＲＥＡＤ−ＳＹＳＴＥＭ−ＳＴＡＴＵＳ命令に応じて、ＳＣＩ２５からネットワーク２３を介してＣＰ２２には、保守モードであることが通知される。ＯＳから保守モードの不良ＰＥをオンラインにしようとしても、保守モードとして応答し、その不良ＰＥをオンラインにすることはできない。
【００４０】
このようにして、従来のようにＣＰ２２のＯＳを立ち上げてＮＧＰＥに登録しなくても、ＳＶＰ２４からの操作のみにより、その不良ＰＥをＯＳが使用しないようにすることができる。また、不良ＰＥの登録解除もＳＶＰ２４からの操作のみにより容易に行なえ、不良ＰＥの修復後にＳＥ等に頼ることなく直ちにそのＰＥ２１をシステムに復帰させることができる。従って、システム利用者にとっての利便性やシステムの処理効率が大幅に向上する。
【００４１】
なお、初期構成制御ファイル３７を保守モード・ファイル３８を兼ねて構成することもできる。例えば図６に示すように、初期構成制御ファイル３７において初期構成制御データをオフライン（“０”）に設定されたＰＥ２１を保守モードとして取り扱い、ＣＦＲ２７において初期構成制御データとしてオフラインを設定されたＰＥ２１を、カレント構成制御データの内容（“ｘ”）に係わらずネットワーク２３に対してオフライン状態にするように構成する。
【００４２】
これにより、保守モード・ファイル３８を別個に設けたり保守モード・データをＣＦＲ２７にセットしたりする必要がなくなり、メモリ容量を有効に利用できシステム構成を簡素化することができる。
ところで、ＳＣＩ２５には、キー・コネクタ２８が付設されている。このキー・コネクタ２８は、ハードウェア・キー２９を挿着されると、このハードウェア・キー１０から所定形式のデータを当該システム２０内に取り込むためのもので、キー・コネクタ２８により取り込まれたデータは、ＳＣＩ２５を介してＳＶＰ２４に転送される。
【００４３】
ハードウェア・キー２９は、前記所定形式のデータとして、図１１により後で詳述するように、グループ化情報，ＭＳＵ使用容量情報およびＳＳＵ使用容量情報を保持している。
ここで、グループ化情報は、ｎ台のＰＥ２１を複数のグループ分けするためのもので、例えば図７に示すごとく３つのグループに分割する際には、２つの分割位置におけるＰＥ番号、即ち、２つ目のグループと３つ目のグループの先頭ＰＥ番号「ＭＳＵロックＰＥ番号１」と「ＭＳＵロックＰＥ番号２」が、グループ化情報として設定される。これにより、ｎ台のＰＥ２１をｍ（＜ｎ）個のグループに分割する際には、（ｎ−１）個のＰＥ番号が設定されることになる。
【００４４】
また、ＭＳＵ使用容量情報は、グループ化情報に基づいてグループ分けされるグループ毎に、そのグループに属するＰＥ２１におけるＭＳＵ２１Ｂ内の領域の使用容量を限定するためのもので、ＭＳＵ実装容量に対する比率（ロック値）として、より具体的には図７，図１１や図１２に示すような２ビットの「ＭＳＵ容量０（ＭＳＵ０）」，「ＭＳＵ容量１（ＭＳＵ１）」，「ＭＳＵ容量２（ＭＳＵ２）」として設定される。
【００４５】
図７に示すように、ｎ台のＰＥ２１を、３つのグループ、「ＭＳＵロック・グループ０」，「ＭＳＵロックグループ１」，「ＭＳＵロック・グループ２」にグループ分けした場合について以下に説明すると、各ロック・グループに属するＰＥ２１は全て同一の実装容量をもっており、同一ロック・グループに属するＰＥ２１に対しては同一のＭＳＵロック制御が行なわれる。
【００４６】
つまり、ＳＶＰ２４は、キー・コネクタ２８に挿着されたハードウェア・キー２９と別途入力されるソフトウェア・キーとによるキー・チェックを行ない、そのキー・チェック結果がＯＫであれば、まず、ＲＡＭマップをスキャン・アウトすることにより、ＰＥ２１におけるＭＳＵ２１Ｂの実装容量（ＭＳＵ実装情報レジスタ３０の値）を得る。
【００４７】
この後、ＳＶＰ２４は、キー・コネクタ２８から転送されてきた「ＭＳＵロックＰＥ番号１」と「ＭＳＵロックＰＥ番号２」に基づいて、ｎ台のＰＥ２１を、３つのＭＳＵロック・グループに区分けしてから、各ロック・グループ毎に、前記比率とＭＳＵ実装容量とを乗算することによりＭＳＵ使用容量を求める。このように算出されたＭＳＵ使用容量は、ＳＶＰ２４からスキャン・インで各ＰＥ２１のＲＡＭサイズ・レジスタ３１に設定される。これにより、各ＰＥ２１におけるＭＳＵ２１Ｂ内の領域の使用容量が、グループ毎に限定（ロック）されることになる。
【００４８】
なお、本実施形態において、上述のようなＭＳＵ容量ロックの対象は、ＰＥ２１のみでＣＰ２２は対象外である。また、ハードウェア・キー２９とソフトウェア・キーとによるキー・チェック・アルゴリズムは一般的なものであるので、ここでは詳細な説明は省略する。
一方、ＳＳＵ使用容量情報は、本システム（クラスタ）２０によるＳＳＵ１２の使用容量を設定するためのもので、ＳＳＵ実装容量に対する比率（ロック値）として、より具体的には図１１や図１３に示すような３ビットのデータ（ＳＳＵ０）として設定される。
【００４９】
本実施形態では、システム２０の電源投入時にＳＶＰ２４がスキャン・インによってＣＰ２２のＭＳＳＡＬＲ３３に設定したＳＳＵ使用容量限定値（ユーザ公開容量であるリミット・アドレス）に基づいて、ＳＳＵ容量のロック制御が行なわれる。つまり、ＳＳＵＭＶ３２が、ＳＳＵ３４に対してアクセスする際には、ＭＳＳＡＬＲ３３に設定された値を使用してリミット・チェックを行なう。また、構成制御関係の命令でもＭＳＳＡＬＲ３３の値をもとに処理を行なう。
【００５０】
より具体的に、ＳＳＵ容量のロック制御について説明すると、ＳＶＰ２４は、ＭＳＵ容量のロック制御の場合と同様に、ハードウェア・キー２９とソフトウェア・キーとによるキー・チェックを行ない、そのキー・チェック結果がＯＫであれば、まず、ハードウェア・キー２９からＳＳＵ使用容量情報（ＳＳＵ０；前記比率）をセンスによって読み取る。
【００５１】
そして、ＳＶＰ２４は、読み取られた比率とＳＳＵ実装容量とを乗算することにより、ユーザ公開容量（リミット・アドレス）をＳＳＵ使用容量限定値として求める。このとき、ユーザ公開容量（リミット・アドレス）とジェネレーション・データとして予め設定される使用可能最大容量（ＳＳＵ最大アドレス）とを比較し、小さい方の値を、ＣＰ２２のＳＳＵＭＶ３２に付設されたＭＳＳＡＬＲ３３に設定・格納するとともに、ＳＶＰ２４内部に記憶する。なお、公開容量は２５６ＭＢ単位である。
【００５２】
図８には、例えば、ＳＳＵ実装容量を８ＧＢとし、比率を４／８（公開容量４ＧＢ）とした場合（ただし一重書きの場合）の例が示されている。ここでは、ＭＳＳＡＬＲ３３には、ＳＳＵのアドレス０から連続的にデータを格納し容量が４ＧＢとなるアドレスが、リミット・アドレスとして設定される。
そして、ＳＳＵＭＶ３２は、ＭＳＳＡＬＲ３３の値に従って、ＳＳＵ３４に対するアクセスを制御し、ＳＶＰ２４は、構成制御関係の命令やＳＳＵ容量表示の処理にユーザ公開容量値を使用する。
【００５３】
上述のごとく、ＭＳＳＡＬＲ３３にリミット・アドレスを設定し、ＳＳＵ容量のロック制御を行なうことにより、図４に示したように、本システム２０（ＣＰ２２をＢＥＰとする）と、ＦＥＰ３６を含む他のクラスタとがＳＳＵ３４を共有しているような場合、図９に示すように、ＳＳＵ３４のアドレス空間のうち、ＭＳＳＡＬＲ３３に設定されたリミット・アドレスからＳＳＵ３４の最大アドレスまでの領域をＦＥＰ３６の専用ＳＳＵ領域として使用することが可能になる。
【００５４】
なお、図９は、図１５に対応するもので、横軸は、ＳＳＵにおけるＦＥＰ／ＢＥＰ用アドレス空間を示し、“００”は最小アドレスを、“ＭＳＳＡＬＲ”はリミット・アドレスを、“ＭＡＸ”は最大アドレスを示している。また、縦軸は、アドレスに対応したＢＥＰ，ＦＥＰそれぞれの使用可能容量を示している。
ここで、ＭＳＳＡＬＲ３３の構成を図１０に詳細に示す。
【００５５】
ＭＳＳＡＬＲ３３は、図１０に示すように、１０ビット構成で、先頭の“Ｖ”ビットが“１”の場合、ＭＳＳＡＬＲ３３が有効であることを示し、ＳＳＵ容量表示アドレス・データ（リミット・アドレス）によりＳＳＵ３４のロック制御が行なわれる。また、“Ｖ”ビットが“０”の場合、ＭＳＳＡＬＲ３３が無効であることを示す。
【００５６】
残りの９ビット“２６  ”〜“２−２”は、ＳＳＵ容量表示アドレス・データ（前記リミット・アドレス）を格納するためのもので、最下位ビットは、２５６ＭＢで、合計９ビットにより構成される。この図１０に示すＭＳＳＡＬＲ３３により、容量２５６ＭＢ，５１２ＭＢ，１ＧＢ，２ＧＢ，４ＧＢ，６ＧＢ，８ＧＢ，１２ＧＢ，１６ＧＢ，２４ＧＢ，３２ＧＢ，４８ＧＢ，６４ＧＢ，９６ＧＢについてモデル・ロック制御を行なうことができる。
【００５７】
なお、このＭＳＳＡＬＲ３３のセット・タイミングは、▲１▼初期電源投入時，▲２▼ＩＭＰＬリセット実行時，▲３▼ＲＳ−ＰＯ，ＳＹコマンド実行時であり、ＭＳＳＡＬＲ３３は、ＰＯＮ−ＲＥＳＥＴで初期化される。
また、図１１に、本実施形態におけるキー・コネクタからのデータ（ハードウェア・キー２９に保持されるデータ）の形式を示す。この図１１に示すように、ビット００〜０７および２４〜３１は、１６ビット分のパスワードを格納する部分で、キー・コネクタ２８に挿着されたハードウェア・キー２９の妥当性をチェックするために用いられる。
【００５８】
ビット０８〜１６は、前述したグループ化情報である「ＭＳＵロック・グループＰＥ番号１」を格納する部分で、ＭＳＵロック・グループの２つ目のグループの先頭ＰＥ番号を示すものである。より詳細に、ビット０８〜０９にはグループ番号が、ビット１０〜１２にはキャビネット番号が、ビット１３〜１６にはキャビネット内ＰＥ番号が格納される。
【００５９】
ビット１７〜１８は、「ＭＳＵロック・グループ０」に属するＰＥ２１のＭＳＵ２１Ｂに対してユーザに公開するＭＳＵ容量を指定するＭＳＵ使用容量情報を格納する部分で、具体的には、図１２に示すような２ビット・データで、ＭＳＵ実装容量に対する比率が設定される。
同様に、ビット１９〜２０は、「ＭＳＵロック・グループ１」に属するＰＥ２１のＭＳＵ２１Ｂに対してユーザに公開するＭＳＵ容量を指定するＭＳＵ使用容量情報を格納する部分で、具体的には、図１２に示すような２ビット・データで、ＭＳＵ実装容量に対する比率が設定される。また、ビット２１〜２２は、「ＭＳＵロック・グループ２」に属するＰＥ２１のＭＳＵ２１Ｂに対してユーザに公開するＭＳＵ容量を指定するＭＳＵ使用容量情報を格納する部分で、具体的には、図１２に示すような２ビット・データで、ＭＳＵ実装容量に対する比率が設定される。
【００６０】
ビット２３は、キー・コネクタ２８（ハードウェア・キー２９）を識別するために使用されるもの（ＩＤ０）で、図１１に示すように、“０”が設定されている。
ビット３２〜３４は、ＳＳＵ３４に対してユーザに公開するＳＳＵ容量であるＳＳＵ容量を指定するＳＳＵ使用容量情報を格納する部分で、具体的には、図１３に示すような３ビット・データで、ＳＳＵ実装容量に対する比率が設定される。
【００６１】
ビット３５〜４３は、前述したグループ化情報である「ＭＳＵロック・グループＰＥ番号２」を格納する部分で、ＭＳＵロック・グループの３つ目のグループの先頭ＰＥ番号を示すものである。より詳細に、ビット３５〜３６にはグループ番号が、ビット３７〜３９にはキャビネット番号が、ビット４０〜４３にはキャビネット内ＰＥ番号が格納される。
【００６２】
ビット４４〜４６は、前述したビット０８〜２３およびビット３２〜４３のチェック・コード（ＣＨＫ）を格納する部分である。
ビット４７は、キー・コネクタ２８（ハードウェア・キー２９）を識別するために使用されるもの（ＩＤ１）で、図１１に示すように、“１”が設定されている。
【００６３】
なお、ビット００〜２３およびビット２４〜４７は、それぞれ、ＫＥＹ−０およびＫＥＹ−１として、ハードウェア・キーとソフトウェア・キーとを用いたキー・チェックに際して利用される。
上述したように、ハードウェア・キー２９を用いグループ単位で各ＰＥ２１のＭＳＵ使用容量の設定を行なうので、ハードウェア・キー２９にＰＥ２１毎の使用容量情報を保持する必要がなくなり、ＰＥ台数が増大しても、キー・コネクタ２８（ハードウェア・キー２９）のビット数を増大させることなく各ＰＥ２１におけるＭＳＵ使用容量を設定することができるので、構造を大幅に簡素化でき、ＭＳＵ使用容量の演算処理を効率化することもできる。
また、ハードウェア・キー２９を用いてＳＳＵ使用容量限定値（リミット・アドレス）をＭＳＳＡＬＲ３３に設定することにより、ＳＳＵ３４の最大アドレスとリミット・アドレスとの差分を、例えばＦＥＰ３６のみが使用可能な専用のＳＳＵ領域として用いることができる。このとき、リミット・アドレスが、ＳＳＵ３４の最大アドレスを超えて設定されるのを防止することもできる。
【００６４】
【発明の効果】
以上詳述したように、本発明の情報処理システムによれば、グループ単位で各ＰＥのＭＳＵ使用容量の設定を行なうので、ＰＥ台数が増大しても、キー・コネクタのビット数を増大させることなく各ＰＥにおけるＭＳＵ使用容量を設定することができるので、構造を大幅に簡素化できるほか、ＭＳＵ使用容量の演算処理を効率化できる効果がある（請求項１）。
また、ＳＶＰ側から見ることのできる保守モード・ファイルに、不良ＰＥを保守モードとして登録でき、不良ＰＥの設定登録や登録解除を容易に行なえ、不良ＰＥの修復後にＳＥ等に頼ることなく直ちにそのＰＥをシステムに復帰させることができるので、システム利用者にとっての利便性やシステムの処理効率が大幅に向上するという効果がある（請求項２）。
【００６５】
このとき、初期構成制御ファイルと保守モード・ファイルとを兼用することにより、保守モード・ファイルを別個に設けたり保守モード・データをＣＦＲにセットしたりする必要がなくなるので、メモリ容量を有効に利用でき、さらにはシステム構成を簡素化できる効果がある（請求項３）。
【００６６】
さらに、本発明の情報処理システムによれば、ハードウェア・キーを用いて特定のクラスタのＳＳＵ使用容量限定値を設定することにより、使用可能最大容量と使用容量限定値との差分は、例えばＦＥＰのみの使用可能な専用のＳＳＵ領域とすることができる（請求項４）。このとき、ＳＳＵの使用可能最大容量が使用容量限定値よりも小さくなった場合には、その使用可能最大容量をリミット・レジスタに設定することにより、使用可能最大容量を超えた使用容量限定値が設定されるのを防止できる効果もある（以上、請求項５）。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の原理ブロック図である。
【図３】本発明の原理ブロック図である。
【図４】本発明の一実施形態としての情報処理システムの全体構成を示すブロック図である。
【図５】本実施形態における保守モード・データを説明するための図である。
【図６】本実施形態における保守モード設定手法の他例を説明するための図である。
【図７】本実施形態における各ＰＥのＭＳＵ容量ロック手法を説明するための図である。
【図８】本実施形態におけるＳＳＵ容量ロック手法を説明するための図である。
【図９】本実施形態におけるＳＳＵにおけるＦＥＰ／ＢＥＰ用アドレス空間およびＦＥＰ／ＢＥＰの使用容量を説明するためのグラフである。
【図１０】本実施形態におけるＭＳＳＡＬＲの構成を説明するための図である。
【図１１】本実施形態におけるキー・コネクタからのデータ（ハードウェア・キーに保持されるデータ）の形式を示す図である。
【図１２】図１１に示す形式中でのＭＳＵ容量設定例を説明するための図である。
【図１３】図１１に示す形式中でのＳＳＵ容量設定例を説明するための図である。
【図１４】一般的な情報処理システムの構成を示すブロック図である。
【図１５】一般的なＳＳＵにおけるＦＥＰ／ＢＥＰ用アドレス空間およびＦＥＰ／ＢＥＰの使用容量を説明するためのグラフである。
【符号の説明】
１  処理部
１Ａ  ＣＰＵ
１Ｂ  ＭＳＵ（主記憶部）
２  ネットワーク
３  初期構成制御ファイル
４  構成制御レジスタ（ＣＦＲ）
５  保守モード・ファイル
６  ＳＶＰ（サービス・プロセッサ）
７  ＳＣＩ（システム・コントロール・インタフェース）
８  ＨＤ（ハード・ディスク）
９，９′  キー・コネクタ
１０，１０′  ハードウェア・キー
１１，１１Ａ  クラスタ
１２  ＳＳＵ（システム記憶装置）
１３  リミット・レジスタ
２０  情報処理システム（クラスタ）
２１  ＰＥ（処理部）
２１Ａ  ＣＰＵ
２１Ｂ  ＭＳＵ（主記憶部）
２２  ＣＰ（コントロール・プロセッサ）
２２Ａ  ＣＰＵ
２２Ｂ  ＭＳＵ（主記憶部）
２３  ネットワーク
２４  ＳＶＰ（サービス・プロセッサ）
２５  ＳＣＩ（システム・コントロール・インタフェース）
２６  ＨＤ（ハード・ディスク）
２７  ＣＦＲ（構成制御レジスタ）
２８  キー・コネクタ
２９  ハードウェア・キー
３０  ＭＳＵ実装情報レジスタ
３１  ＲＡＭサイズ・レジスタ
３２  ＳＳＵＭＶ（ＳＳＵムーバ）
３３  ＭＳＳＡＬＲ（リミット・レジスタ）
３４  ＳＳＵ（システム記憶装置）
３５  ＳＳＵ実装情報レジスタ
３６  ＦＥＰ（フロント・エンド・プロセッサ）
３７  初期構成制御ファイル
３８  保守モード・ファイル
【図１】
0003566792.tif 000002
【図２】
0003566792.tif 000003
【図３】
0003566792.tif 000004
【図４】
0003566792.tif 000005
【図５】
0003566792.tif 000006
【図６】
0003566792.tif 000007
【図７】
0003566792.tif 000008
【図８】
0003566792.tif 000009
【図９】
0003566792.tif 000010
【図１０】
0003566792.tif 000011
【図１１】
0003566792.tif 000012
【図１２】
0003566792.tif 000013
【図１３】
0003566792.tif 000014
【図１４】
0003566792.tif 000015
【図１５】
0003566792.tif 000016