"キャッシュメモリ及び第1タグメモリを有する演算処理装置と、前記演算処理装置と他の処理装置との通信制御を行なうシステムコントローラとを有する情報処理装置であって、前記システムコントローラは、前記演算処理装置から受信したリクエストを保持し、当該リクエストが要求先において処理されなかった場合に当該リクエストを再発行するコマンド制御部と、前記第1タグメモリに記憶されるデータの複製データを保持する第2タグメモリと、前記第2タグメモリから読み出されたデータが訂正不可能なエラーであるUEUncorrectableErrorを起こした場合に、前記UEが発生した第2タグメモリのウェイ情報を前記演算処理装置に通知するリクエスト制御部とを有し、前記演算処理装置は、前記リクエスト制御部から前記UEが発生した通知を受けると、当該UEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリのウェイを縮退させて、前記第1タグメモリのウェイの縮退処理が完了したことを前記リクエスト制御部へ通知し、前記リクエスト制御部は、前記UEが発生した場合に、前記第2タグメモリのUEが発生したウェイを縮退させるとともに、前記演算処理装置から、前記第1タグメモリの縮退処理が完了した旨の通知を受信した後、前記コマンド制御部に当該UEに係るリクエストを再発行させる指示を行なうことを特徴とする、情報処理装置。前記リクエスト制御部は、前記UEが発生した場合に、前記コマンド制御部に対して前記UEに係るリクエストを保留させる指示を行なうことを特徴とする、請求項1記載の情報処理装置。前記システムコントローラは、前記UEが発生した場合に、前記演算処理装置から前記第1タグメモリの縮退処理が完了した旨の通知を受信するとともに、前記第2タグメモリのUEが発生したウェイを縮退させるまでは、他のリクエストによる前記第2タグメモリの当該UEが発生したデータへのアクセスを抑止するアドレスロックレジスタ部を有することを特徴とする、請求項1又は請求項2記載の情報処理装置。前記アドレスロックレジスタ部は、リクエスト内のアドレス情報を保持するロックレジスタを備えるとともに、前記UEが発生した場合に、当該UEに係るリクエスト内のアドレス情報を抽出し、抽出したアドレス情報を前記ロックレジスタに保持させ、当該UEに係るリクエストの後発リクエスト内のアドレス情報が、前記ロックレジスタに保持された前記UEに係るリクエスト内の前記アドレス情報と一致した場合、前記コマンド制御部に対して当該後発リクエストを再発行させる指示を行なうことを特徴とする、請求項3記載の情報処理装置。前記システムコントローラは、前記第2タグメモリのウェイを縮退することを示す縮退フラグを保持するレジスタ部を有し、前記リクエスト制御部は、前記レジスタ部に対して、UEが発生した前記第2タグメモリのウェイに係る縮退フラグを設定することにより、前記第2タグメモリのUEが発生したウェイを縮退させることを特徴とする、請求項1~4のいずれか1項記載の情報処理装置。前記情報処理装置は、前記キャッシュメモリ及び前記第1タグメモリを有する前記演算処理装置を複数備え、前記システムコントローラは、前記複数の演算処理装置にそれぞれ備えられた前記複数の第1タグメモリに対応して、前記第2タグメモリを複数備えることを特徴とする、請求項1~5のいずれか1項記載の情報処理装置。前記情報処理装置は、前記情報処理装置に係る制御を行なう運用管理部を有し、前記リクエスト制御部は、前記第2タグメモリのUEが発生したウェイを縮退させた後、前記運用管理部に対して、前記UEに関するエラー情報を通知し、前記運用管理部は、前記リクエスト制御部からの通知に基づいて、縮退されたウェイに関する情報を保持するとともに、前記情報処理装置において実行されるOSOperatingSystemが再起動した場合に、保持している縮退させたウェイに関する情報に基づいて、前記第1及び第2タグメモリの当該ウェイを縮退させることを特徴とする、請求項1~6のいずれか1項記載の情報処理装置。前記リクエスト制御部は、前記第2タグメモリにおいてUEが発生した際に稼働中のウェイが所定の数以下である場合、前記運用管理部に対して、当該UEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリを有する演算処理装置を示す情報を通知し、前記運用管理部は、前記リクエスト制御部から通知された前記演算処理装置を示す情報を保持するとともに、前記情報処理装置において実行されるOSを再起動させ、保持している前記演算処理装置を示す情報に基づいて、当該演算処理装置を縮退させることを特徴とする、請求項7記載の情報処理装置。前記リクエスト制御部は、前記第2タグメモリから読み出されたデータが訂正可能なエラーであるCECorrectableErrorを起こした場合に、前記CEが発生した第2タグメモリのウェイ情報を前記演算処理装置に通知し、前記演算処理装置は、前記リクエスト制御部から前記CEが発生した通知を受けると、当該CEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリのウェイを縮退させて、前記第1タグメモリのウェイの縮退処理が完了したことを前記リクエスト制御部へ通知し、前記リクエスト制御部は、前記CEが発生した場合に、前記第2タグメモリのCEが発生したウェイを縮退させることを特徴とする、請求項7記載の情報処理装置。前記リクエスト制御部は、前記第2タグメモリにおいてCEが発生した際に稼働中のウェイが所定の数以下である場合、前記運用管理部に対して、当該CEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリを有する演算処理装置を示す情報を通知し、前記運用管理部は、前記リクエスト制御部から通知された前記演算処理装置を示す情報を保持するとともに、前記情報処理装置において実行されるOSを再起動させ、保持している前記演算処理装置を示す情報に基づいて、当該演算処理装置を縮退させることを特徴とする、請求項9記載の情報処理装置。キャッシュメモリ及び第1タグメモリを有する演算処理装置と、前記演算処理装置と他の処理装置との通信制御を行なうシステムコントローラとを有する情報処理装置のキャッシュ制御方法であって、前記システムコントローラにおいて、前記第1タグメモリに記憶されるデータの複製データを保持する第2タグメモリから読み出されたデータが訂正不可能なエラーであるUEUncorrectableErrorを起こした場合に、前記UEが発生した前記第2タグメモリのウェイ情報を前記演算処理装置に通知し、前記演算処理装置において、前記UEが発生した通知を受けると、当該UEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリのウェイを縮退させて、前記第1タグメモリのウェイの縮退処理が完了したことを前記システムコントローラへ通知して、前記システムコントローラにおいて、前記演算処理装置から、前記第2タグメモリのUEが発生したウェイを縮退するとともに、前記第1タグメモリの縮退処理が完了した旨の通知を受信した後、当該UEに係るリクエストを再発行させることを特徴とする、情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記第2タグメモリから読み出されたデータが前記UEを起こした場合に、前記UEに係るリクエストを保留させることを特徴とする、請求項11記載の情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記演算処理装置から前記第1タグメモリの縮退処理が完了した旨の通知を受信するとともに、前記第2タグメモリのUEが発生したウェイを縮退させるまでは、他のリクエストによる前記第2タグメモリの当該UEが発生したデータへのアクセスを抑止することを特徴とする、請求項11又は請求項12記載の情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記UEが発生した場合に、当該UEに係るリクエスト内のアドレス情報を抽出し、抽出したアドレス情報を保持するとともに、当該UEに係るリクエストの後発リクエスト内のアドレス情報が、前記保持している前記UEに係るリクエスト内の前記アドレス情報と一致した場合、当該後発リクエストを再発行させることを特徴とする、請求項13記載の情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記UEが発生した場合に、前記システムコントローラが備えるレジスタ部に対して、UEが発生した前記第2タグメモリのウェイを縮退することを示す縮退フラグを設定することにより、前記第2タグメモリのUEが発生したウェイを縮退することを特徴とする、請求項11~14のいずれか1項記載の情報処理装置のキャッシュ制御方法。前記情報処理装置は、前記キャッシュメモリ及び前記第1タグメモリを有する前記演算処理装置を複数備え、前記システムコントローラは、前記複数の演算処理装置にそれぞれ備えられた前記複数の第1タグメモリに対応して、前記第2タグメモリを複数備えることを特徴とする、請求項11~15のいずれか1項記載の情報処理装置のキャッシュ制御方法。前記情報処理装置は、前記情報処理装置に係る制御を行なう運用管理部を有し、前記システムコントローラにおいて、前記第2タグメモリのUEが発生したウェイを縮退させた後、前記運用管理部に対して、前記UEに関するエラー情報を通知し、前記運用管理部において、前記システムコントローラからの通知に基づいて、縮退されたウェイに関する情報を保持するとともに、前記情報処理装置において実行されるOSOperatingSystemが再起動した場合に、保持している縮退させたウェイに関する情報に基づいて、前記第1及び第2タグメモリの当該ウェイを縮退させることを特徴とする、請求項11~16のいずれか1項記載の情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記第2タグメモリにおいてUEが発生した際に稼働中のウェイが所定の数以下である場合、前記運用管理部に対して、当該UEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリを有する演算処理装置を示す情報を通知し、前記運用管理部において、前記システムコントローラから通知された前記演算処理装置を示す情報を保持するとともに、前記情報処理装置において実行されるOSを再起動させ、保持している前記演算処理装置を示す情報に基づいて、当該演算処理装置を縮退させることを特徴とする、請求項17記載の情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記第2タグメモリから読み出されたデータが訂正可能なエラーであるCECorrectableErrorを起こした場合に、前記CEが発生した第2タグメモリのウェイ情報を前記演算処理装置に通知し、前記演算処理装置において、前記システムコントローラから前記CEが発生した通知を受けると、当該CEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリのウェイを縮退させて、前記第1タグメモリのウェイの縮退処理が完了したことを前記システムコントローラへ通知し、前記システムコントローラにおいて、前記CEが発生した場合に、前記第2タグメモリのCEが発生したウェイを縮退させることを特徴とする、請求項17記載の情報処理装置のキャッシュ制御方法。前記システムコントローラにおいて、前記第2タグメモリにおいてCEが発生した際に稼働中のウェイが所定の数以下である場合、前記運用管理部に対して、当該CEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリを有する演算処理装置を示す情報を通知し、前記運用管理部において、前記システムコントローラから通知された前記演算処理装置を示す情報を保持するとともに、前記情報処理装置において実行されるOSを再起動させ、保持している前記演算処理装置を示す情報に基づいて、当該演算処理装置を縮退させることを特徴とする、請求項19記載の情報処理装置のキャッシュ制御方法。従来、TAG_CPメモリにおける訂正不可能エラーUEの発生頻度が低かったため、図12及び図13に例示したように、UEが発生した場合には、被疑箇所に対応したCPU及び被疑箇所のSC内のTAG_CPメモリを縮退処理させる運用が行なわれていた。しかしながら、UEが発生した場合の上述した手法では、運用が停止する時間が発生し、SMPサーバシステムの可用性が低下するという問題がある。また、近年、LSILargeScaleIntegration内部の集積度が増すことによりCM容量が増加している。また、SMPサーバシステムに搭載されるCPU数の増加に伴い、SMPサーバシステム内の総CM容量が増加している。このようなSMPサーバシステム内のCM容量の増加によって、以前に比べてUEが発生する確率が高くなっている。このように、UEの発生確率が高くなっている現状において、SMPサーバシステムの可用性が低下する場面頻度が増加するという問題もある。さらに、上述したメモリコントロール/コヒーレンシ制御装置を用いた技術では、訂正不可能エラーが検出された場合でもデータのコヒーレンシを保障することができるが、以下のi及びiiに示す問題がある。iメモリコントロール/コヒーレンシ制御装置内のタグ部で訂正不可能エラーが発生してタグ部の一部が縮退された場合、CPUは、タグ部の一部が縮退されたことを知らないため、CPUから、縮退されたタグ部の一部を再使用するようなリクエストが送信される可能性がある。このようなリクエストが送信された場合、メモリコントロール/コヒーレンシ制御装置は、リクエストに従ったタグ部の使用が不可能であるという応答、或いはキャッシュをタグ部に登録せずに使用するという応答をCPUに返すことになる。このような場合、以下のi-1~i-3に示す状況において、それぞれシステムの性能低下が発生するという問題がある。i-1CPUは、上述の応答を受けることを許容していない場合、つまり上述の応答に対する処理が定義されておらず対応できない場合には、動作不能に陥る可能性がある。i-2また、CPUは、上述の応答を許容し動作を行なう場合でも、CPUによる処理によっては、縮退されたタグ部の一部を再使用するようなリクエストがメモリコントロール/コヒーレンシ制御装置に繰り返し出力されるおそれがある。このような状況では、CPU及びメモリコントロール/コヒーレンシ制御装置間で、上述したリクエスト及び応答が繰り返し行なわれるため、システムの性能低下を招くことになる。i-3或いは、メモリコントロール/コヒーレンシ制御装置は、タグ索引時に用いられた下位アドレスと同じ下位アドレスの別WAYのデータの掃き出し指示を、リクエストに対する応答を返す前に、リクエスト要求元のCPUに対して行なうことが考えられる。この場合、メモリコントロール/コヒーレンシ制御装置は、CPUによる掃き出し完了後、元のリクエストに対する応答を要求元のCPUに返すような動作を行なう。これにより、データのコヒーレンシを保つことはできるが、上述の如く、CPUにより上述の応答に対する処理が行なわれ、システムの性能低下を招くことになる。iiまた、メモリコントロール/コヒーレンシ制御装置は、エントリの縮退状態を示すエントリ使用不可フラグをタグメモリに備える。しかし、タグメモリのアドレスライン系で故障が発生した場合には、エントリ使用不可フラグ自体を正しく読み出せない可能性がある。すなわち、タグメモリのアドレスライン系で故障が発生した場合、タグメモリのセルに対するアクセスが正常に行なわれず、エントリ使用不可フラグ自体を正しく読み出せないことがある。従って、実際にはエントリ使用不可フラグに縮退を示す情報が設定されている場合であっても、システムからは縮退したように見えず、リトライが行なわれる度にUEの発生が検出されて、処理不能に陥る可能性がある。なお、エントリ使用不可フラグを、タグメモリではなく、例えばエントリ毎にラッチで備えることも考えられるが、物量的に困難である。上述の点に鑑み、本件の目的の1つは、情報処理装置の可用性の向上を実現することである。なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の1つとして位置付けることができる。本件の情報処理装置は、キャッシュメモリ及び第1タグメモリを有する演算処理装置と、前記演算処理装置と他の処理装置との通信制御を行なうシステムコントローラとを有する情報処理装置であって、前記システムコントローラは、前記演算処理装置から受信したリクエストを保持し、当該リクエストが要求先において処理されなかった場合に当該リクエストを再発行するコマンド制御部と、前記第1タグメモリに記憶されるデータの複製データを保持する第2タグメモリと、前記第2タグメモリから読み出されたデータが訂正不可能なエラーであるUEを起こした場合に、前記UEが発生した第2タグメモリのウェイ情報を前記演算処理装置に通知するリクエスト制御部とを有し、前記演算処理装置は、前記リクエスト制御部から前記UEが発生した通知を受けると、当該UEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリのウェイを縮退させて、前記第1タグメモリのウェイの縮退処理が完了したことを前記リクエスト制御部へ通知し、前記リクエスト制御部は、前記UEが発生した場合に、前記第2タグメモリのUEが発生したウェイを縮退させるとともに、前記演算処理装置から、前記第1タグメモリの縮退処理が完了した旨の通知を受信した後、前記コマンド制御部に当該UEに係るリクエストを再発行させる指示を行なうものである。また、本件のキャッシュ制御方法は、キャッシュメモリ及び第1タグメモリを有する演算処理装置と、前記演算処理装置と他の処理装置との通信制御を行なうシステムコントローラとを有する情報処理装置のキャッシュ制御方法であって、前記システムコントローラにおいて、前記第1タグメモリに記憶されるデータの複製データを保持する第2タグメモリから読み出されたデータが訂正不可能なエラーであるUEを起こした場合に、前記UEが発生した前記第2タグメモリのウェイ情報を前記演算処理装置に通知し、前記演算処理装置において、前記UEが発生した通知を受けると、当該UEが発生した前記第2タグメモリのウェイに対応する前記第1タグメモリのウェイを縮退させて、前記第1タグメモリのウェイの縮退処理が完了したことを前記システムコントローラへ通知して、前記システムコントローラにおいて、前記演算処理装置から、前記第2タグメモリのUEが発生したウェイを縮退するとともに、前記第1タグメモリの縮退処理が完了した旨の通知を受信した後、当該UEに係るリクエストを再発行するものである。開示の技術によれば、情報処理装置の可用性の向上を実現することができる。以下、図面を参照して本発明の実施の形態を説明する。1第1実施形態1-1第1実施形態の構成図1は、第1実施形態の一例としての情報処理システム1の構成を示す図である。図1に示すように、情報処理システム情報処理装置1は、SB2と、運用管理部6とを備える。情報処理システム1は、例えば、SMPサーバシステムである。また、第1実施形態における情報処理システム1は、SC4内のTAG_CPメモリ42においてCEが発生した場合に、図11に示す上述した手法により、運用を継続することができる。なお、第1実施形態においては、CEが発生した場合の情報処理システム1の動作については、その詳細な説明を省略する。第1実施形態における情報処理システム1は、SC4内のTAG_CPメモリ42においてUEが発生した場合に、後述の如く、UEが発生したTAG_CPメモリ42のWAY及び当該WAYに対応するCPU3のTAGメモリ32のWAYを動的に縮退させることで、運用を継続させることができる。SB2は、少なくとも1つ第1実施形態においては4つのCPU3-1~3-4と、SC4と、RAM等のメモリ5とを備える。なお、以下の説明においてCPU3-1~3-4を区別しない場合には、単にCPU3という。CPU3-1~3-4は、それぞれSC4に接続され、情報処理システム1における種々の制御や演算を行なう演算処理装置であり、例えば、記憶部図示省略に格納されたプログラムをメモリ5に展開して実行することにより、種々の機能を実現する。CPU3-1~3-4は、それぞれCM31-1~31-4及びTAGメモリ第1タグメモリ32-1~32-4を備える。以下の説明においてCM31-1~31-4を区別しない場合には、単にCM31という。また、TAGメモリ32-1~32-4を区別しない場合には、単にTAGメモリ32という。なお、CM31-1~31-4及びTAGメモリ32-1~32-4の符号におけるハイフン-の右側の数字は、CM31及びTAGメモリ32が、それぞれ対応する数字のCPU3-1~3-4に備えられることを示す。CM31は、CPU3とメモリ5との間で転送されるデータを格納する。なお、第1実施形態においては、CM31が、nWAYセットアソシアティブ方式を採用する場合について例示する。TAGメモリ32は、CM31で保持されるデータの参照情報であるキャッシュタグデータを格納する。また、第1実施形態におけるCPU3は、SC4からCEが発生した通知CE通知リクエスト又はUEが発生した通知UE通知リクエストを受信すると、当該CE又はUEが発生したTAG_CPメモリ42のWAYに対応するTAGメモリ32のWAYを動的に縮退させる。そして、CPU3は、WAYの縮退後、TAGメモリ32のWAYの縮退処理が完了したことをSC4へ通知する。なお、以下、CE又はUEが発生した検出されたTAG_CPメモリ42のキャッシュタグデータを、被疑箇所ともいう。SCシステムコントローラ4は、CPU3及びメモリ5間のアクセスを制御するとともに、CPU3と他のCPU3又はSB2の外部の処理装置との通信制御を行なうLSIである。なお、第1実施形態においては、CPU3及びSC4は、キャッシュコヒーレンシのアルゴリズムとしてスヌープ方式を採用する場合について例示する。また、第1実施形態におけるSC4は、TAGメモリ32-1~32-4に対応したTAG_CPメモリ第2タグメモリ42-1~42-4を備える。TAG_CPメモリ42-1~42-4は、対応するTAGメモリ32-1~32-4に記憶されるデータの複製データを保持する。以下の説明においてTAG_CPメモリ42-1~42-4を区別しない場合には、単にTAG_CPメモリ42という。なお、CM31、TAGメモリ32及びTAGCPメモリ42としては、いずれも、例えばSRAM等のRAMが挙げられる。SC4は、CPU3のキャッシュタグデータのコピーをTAG_CPメモリ42に格納することで、各CPU3からのメモリ5へのアクセス要求等のリクエストに対し、TAG_CPメモリ42を参照してリクエストに応じた所定の処理を行ない、要求元のCPU3に応答を返す。これにより、スヌープ方式による高速なキャッシュアクセスを実現し、CPU3のCM31の同期処理の高速化を実現する。また、SC4は、情報処理システム1の運用中に、TAG_CPメモリ42において訂正不可能エラーUEが発生すると、CPU3からのリクエストのうちのUEが検出されたリクエスト以下、UE検出リクエストというに係る処理を保留する。そして、SC4は、UEが検出されたTAG_CPメモリ42に対応するCPU3に対して、エラー情報を含むUE通知リクエストを出力する。なお、エラー情報には、被疑箇所に対応するWAY情報例えばWAYの番号等が含まれる。UE通知リクエストを受信したCPU3は、エラー情報に基づいて、TAGメモリ32のWAYを動的に縮退させ、WAYの縮退後、縮退処理が完了した旨の縮退処理完了通知をSC4へ通知する。また、SC4は、TAG_CPメモリ42のUEが発生したWAYを縮退させる。さらに、SC4は、CPU3から縮退処理完了通知を受信するとともに、TAG_CPメモリ42のWAYの縮退処理の完了後、UE発生リクエストに係る処理を再開する。また、SC4は、運用管理部6に対してCE又はUEに関するエラー情報を割り込み通知する。SC4の詳細な構成については、後述する。メモリ5は、種々のデータやプログラムを一時的に格納する記憶領域であって、CPU3がプログラムを実行する際に、データやプログラムを一時的に格納展開して用いる。なお、第1実施形態におけるメモリ5は、CPU3-1~3-4のいずれからもアクセス可能であり、CPU3-1~3-4により共有して用いられる。運用管理部6は、情報処理システム1を制御するファームウェアが搭載されており、SC4からのCE又はUEに関するエラー情報の割り込み通知に基づいて、CPU3及びSC4において縮退されたWAYに関する情報を故障情報として格納する。なお、縮退されたWAYに関する情報には、被疑箇所に対応したCPU3の情報例えばCPUの番号等及びWAY情報が含まれる。また、運用管理部6は、例えば情報処理システム1で実行中のOSの再起動等によってCPU3及びSC4内の縮退状態がリセットされた場合に、故障情報に基づいて、被疑箇所に対応するWAYを再度縮退させる。なお、運用管理部6としては、サービスプロセッサが挙げられる。なお、情報処理システム1は、例えばHDDHardDiskDriveやSSDSolidStateDrive等の記憶部図示省略を備えることができる。記憶部は、SC4を介して各CPU3からアクセス可能に構成することができる。1-2第1実施形態のシステムコントローラの構成図2は、第1実施形態の一例としてのSC4の構成を示す図である。図2に示すように、SC4は、複数第1実施形態においては4つのTAG_CPメモリ制御部41-1~41-4と、コマンド制御部43と、リクエスト制御部44と、アドレスロックレジスタ部45と、レジスタ部46とを備える。コマンド制御部43は、CPU3から受信したリクエストコマンドを保持するとともに、リクエストをTAG_CPメモリ制御部41-1~41-4及びアドレスロックレジスタ部45へ転送するための制御を行なう。また、コマンド制御部43は、CPU3から受信したリクエストについてSC4内で処理が完了するまでは、当該リクエストを保持する。つまり、コマンド制御部43は、リクエストの要求先であるTAG_CPメモリ制御部41において、リクエストが処理中の場合や、リクエストが処理されなかった場合には、当該リクエストを保持する。さらに、第1実施形態においては、コマンド制御部43は、CPU3から受信したリクエストが要求先のTAG_CPメモリ制御部41において処理されなかった場合、保持しているリクエストを再発行する。なお、コマンド制御部43は、TAG_CPメモリ制御部41における処理が完了すると、キュー43aから該当するリクエストを削除する。TAG_CPメモリ制御部41-1~41-4は、TAG_CPメモリ42-1~42-4にそれぞれ対応して備えられ、コマンド制御部43から転送されるリクエストに係る処理を実行する。なお、以下の説明においてTAG_CPメモリ制御部41-1~41-4を区別しない場合には、単にTAG_CPメモリ制御部41という。具体的には、TAG_CPメモリ制御部41は、コマンド制御部43から転送されるリクエストに含まれるメモリ5の実アドレスPA;PhysicalAddressから、キャッシュラインを特定するインデックス及びWAYを特定するエントリアドレス以下、登録アドレスというを抽出する。そして、TAG_CPメモリ制御部41は、対応するTAG_CPメモリ42-1~42-4内から、抽出したインデックス及び登録アドレスに対応するキャッシュタグデータを検索する。なお、検索によりリクエストに係るキャッシュタグデータがTAG_CPメモリ42内でヒット又はミスヒットした場合、その後の処理の内容は、リクエストの内容とキャッシュタグデータのステータスとに応じて決定される。これらの処理の内容の決定は、既知の種々の手法に実現することができるため、ここではその詳細な説明は省略する。また、TAG_CPメモリ制御部41は、TAG_CPメモリ42でCE又はUEが検出された場合、リクエスト制御部44に対して、被疑箇所の通知TAG_CPエラー通知を行なう。リクエスト制御部44は、TAG_CPメモリ42から読み出されたデータがCE又はUEを起こした場合に、CE又はUEが発生したTAG_CPメモリ42のWAY情報をCPU3に通知する。具体的には、リクエスト制御部44は、TAG_CPメモリ42でCE又はUEが検出され、TAG_CPメモリ42からTAG_CPエラー通知を受けると、被疑箇所のインデックス及びWAY情報を含むCE通知リクエスト又はUE通知リクエストをCPU3に発行する。CE又はUE通知リクエストが通知されたCPU3は、当該リクエストに基づいて、CE又はUEが発生したTAG_CPメモリ42のWAYに対応するTAGメモリ32のWAYについて縮退処理を行ない、縮退処理完了通知をリクエスト制御部44へ通知する。また、リクエスト制御部44は、TAG_CPメモリ42からUEが検出されたTAG_CPエラー通知を受けると、コマンド制御部43に対して、UE検出リクエストの保留指示を通知する。コマンド制御部43は、リクエスト制御部44から保留指示が通知されると、UE検出リクエストを保留状態として保持する。さらに、リクエスト制御部44は、CE又はUEが発生した場合に、CE又はUEが発生したTAG_CPメモリ42のWAYを縮退させる。また、リクエスト制御部44は、UEが発生した場合に、CPU3からTAGメモリ32の縮退処理完了通知を受信した後、コマンド制御部43にUE検出リクエストを再発行させる指示を行なう。具体的には、リクエスト制御部44は、TAG_CPメモリ42からTAG_CPエラー通知を受けると、レジスタ部46に対して、CE又はUEが検出されたTAG_CPメモリ42のWAYの縮退設定を行なう。また、リクエスト制御部44は、UEが発生した場合に、CPU3から縮退処理完了通知を受信すると、コマンド制御部43に対して、UE検出リクエストの処理再開再発行の指示を通知する。コマンド制御部43は、リクエスト制御部44からUE検出リクエストの処理再開の指示が通知されると、UE検出リクエストの保留状態を解除して当該リクエストの処理を再開当該リクエストを再発行する。さらに、リクエスト制御部44は、CE又はUEが発生したTAG_CPメモリ42のWAYを縮退させた後、運用管理部6に対して、CE又はUEに関するエラー情報を割り込み通知する。割り込み通知を受けた運用管理部6は、リクエスト制御部44から通知されたエラー情報に基づいて、運用管理部6が管理する制御情報に対して、縮退させたWAYに関する情報を故障情報として保持する。なお、故障情報には、被疑箇所に対応したCPU3の情報及びWAY情報が含まれる。また、運用管理部6は、情報処理システム1で実行中のOSが再起動した場合に、保持している故障情報に基づいて、TAGメモリ32及びTAG_CPメモリ42の当該WAYを縮退させる。なお、リクエスト制御部44は、運用管理部6に対して割り込み通知するCE又はUEに関するエラー情報に、縮退させたWAYに関する情報を含めても良いし、含めなくても良い。リクエスト制御部44がエラー情報に縮退させたWAYに関する情報を含めない場合、運用管理部6は、リクエスト制御部44からのエラー情報の割り込み通知を受信すると、レジスタ部46から被疑箇所に対応したCPU3の情報及びWAY情報を取得し、保持するようにしても良い。レジスタ部46は、使用可能なTAG_CPメモリ42-1~42-4のWAYを示す構成情報を保持する。構成情報には、TAG_CPメモリ42-1~42-4のWAY毎に、有効又は無効の状態が含まれ、リクエスト制御部44からの設定変更要求に応じて、レジスタ部46により有効又は無効の状態が設定される。有効又は無効の状態は、例えば有効を示す0及び無効を示す1のビットを用いた縮退フラグによって表すことができる。換言すれば、レジスタ部46は、TAG_CPメモリ42-1~42-4のWAYを縮退することを示す縮退フラグを保持するといえる。すなわち、リクエスト制御部44は、レジスタ部46に対して、CE又はUEが発生したTAG_CPメモリ42のWAYに係る縮退フラグを設定することにより、当該WAYを縮退させる。なお、図示を省略しているが、CPU3-1~3-4も、使用可能なTAGメモリ32-1~32-4のWAYを示す構成情報を保持するレジスタ部を備える。従って、CPU3によるTAGメモリ32のWAYの縮退処理も、リクエスト制御部44による縮退処理と同様に、対応するTAGメモリ32のWAYに係る縮退フラグがCPU3によってレジスタ部に設定されることにより行なわれる。アドレスロックレジスタ部45は、ロックレジスタ45aを備え、SC4内で処理中のリクエスト内のアドレス情報をロックレジスタ45aに保持する。具体的には、アドレスロックレジスタ部45は、コマンド制御部43から転送されるリクエスト内の実アドレスから全てのアドレスフルアドレスとインデックスとを抽出し、抽出したフルアドレス、つまりSC4内で処理中のリクエストに係るフルアドレスをロックレジスタ45aに保持する。また、アドレスロックレジスタ部45は、後発リクエスト内の実アドレスにおけるフルアドレスが、ロックレジスタ45aに保持されたリクエスト内の実アドレスにおけるフルアドレスと一致した場合、当該後発リクエストに係るフルアドレスがビジー状態である旨フルアドレスビジーをコマンド制御部43に通知する。コマンド制御部43では、フルアドレスビジーが通知されると、後発リクエストを再度TAG_CPメモリ制御部41及びアドレスロックレジスタ部45へそれぞれ転送し、後発リクエストを再発行リトライする。このように、アドレスロックレジスタ部45は、コマンド制御部43から転送される後発リクエストに係る処理をキャンセル及びリトライさせて、処理中のリクエストと競合しないようにガードロックするガードロック機能を備える。また、アドレスロックレジスタ部45は、SC4内で処理中のリクエストに係る処理が完了した場合、ロックレジスタ45aから当該リクエストに係るアドレス情報を削除し、当該リクエストのロックを解除する。さらに、第1実施形態におけるアドレスロックレジスタ部45は、上述した処理に加えて、UEが発生した際には、CPU3及びSC4における被疑箇所の縮退処理が完了するまで、UE検出リクエストにおける被疑箇所のフルアドレスをロックレジスタ45aに保持する。そして、後発リクエスト内の実アドレスにおけるフルアドレスが、ロックレジスタ45aに保持された被疑箇所のフルアドレスと一致した場合、アドレスロックレジスタ部45は、後発リクエストのフルアドレスビジーをコマンド制御部43に通知する。すなわち、アドレスロックレジスタ部45は、CPU3からTAGメモリ32の縮退処理完了通知を受信するとともに、リクエスト制御部44がTAG_CPメモリ42のUEが発生したWAYを縮退させるまでは、他のリクエストによる当該UEが発生したTAG_CPメモリ42へのアクセスを抑止する。つまり、第1実施形態におけるアドレスロックレジスタ部45は、UE検出リクエストによりUEが検出された場合、当該UE検出リクエスト内のアドレス情報をロックレジスタ45aに保持してロックし、CPU3からの縮退処理完了通知を受信した場合に、当該リクエストのロックを解除する。これにより、他のリクエストによってUE検出リクエストにおけるフルアドレスが参照されないように、被疑箇所をガードすることができる。なお、アドレスロックレジスタ部45は、UE検出リクエストのアドレスがロックレジスタ45aに保持されている場合、同一インデックスであって且つフルアドレスが不一致のときには、被疑箇所と同一インデックスの領域についてもガードすることができる。これにより、UE発生後の縮退処理中に、後発リクエストによるTAG_CPメモリ42の被疑箇所と同一インデックスの領域への参照を抑止することができる。このため、アドレスロックレジスタ部45は、アドレス比較のビット幅を可変にできるように構成されることが好ましい。このように、第1実施形態におけるアドレスロックレジスタ部45は、ガード機能により、処理中のリクエストと競合しないように後発リクエストに係る処理をガードするとともに、UEが発生した場合に被疑箇所をガードすることができる。1-3第1実施形態の情報処理システムのUE発生時の動作次に、上述の如く構成された情報処理システム1におけるSC4のTAG_CPメモリ42でUEが発生した場合の縮退処理について説明する。図3は、第1実施形態の一例としてのSC4内のTAG_CPメモリ42-2でUEが発生した場合の縮退範囲を示す図であり、図4は、第1実施形態の一例としてのSC4内のTAG_CPメモリ42-2でUEが発生した場合の縮退処理を説明するためのフローチャートである。はじめに、図3及び図4に示すように、システムの運用中、TAG_CPメモリ42-2でUEが検出された場合ステップS1、SC4内のTAG_CPメモリ制御部41により、リクエスト制御部44に対してTAG_CPエラー通知が行なわれる。TAG_CPエラー通知が入力されると、リクエスト制御部44により、コマンド制御部43に対してUE検出リクエストの保留指示が通知されるステップS2。コマンド制御部43では、保留指示の通知を受けて、UE検出リクエストが保留状態として保持される。次いで、リクエスト制御部44により、UEが検出されたTAG_CPメモリ42-2に対応するCPU3-2に対して、UEが検出された被疑箇所のインデックス及びWAY情報を含むUE通知リクエストが通知されるステップS3。CPU3-2では、受信したUE通知リクエストに基づいて、被疑箇所に対応するCM31-2のWAYの全エントリがメモリ5に退避され、当該WAYの縮退処理が行なわれるステップS4,図3中、TAGメモリ32-2の縮退範囲参照。具体的には、CPU3により、CPU3内のレジスタ部に対して被疑箇所に対応したWAYを無効にする設定変更要求が出力され、レジスタ部では、構成情報において被疑箇所に対応したWAYに縮退フラグが設定され、当該WAYが無効にされる。その後、CPU3-2からリクエスト処理部44に対して、縮退処理完了通知が送信されるステップS5。また、リクエスト制御部44では、SC4内で被疑箇所に対応したWAYの縮退処理が行なわれるステップS6,図3中、TAG_CPメモリ42-2の縮退範囲参照。具体的には、リクエスト処理部44により、レジスタ部46に対して被疑箇所に対応したWAYを無効にする設定変更要求が出力され、レジスタ部46では、構成情報において被疑箇所に対応したWAYに縮退フラグが設定され、当該WAYが無効にされる。なお、上述したCPU3-2及びTAG_CPメモリ42-2の縮退処理が完了するまで、アドレスロックレジスタ部45により、他のリクエストによって被疑箇所が参照されないように、被疑箇所がガードされる。これにより、UEの多重発生を防ぐことができる。なお、縮退処理完了通知が入力されると、アドレスロックレジスタ部45により、ロックレジスタ45aに保持されたUE検出リクエストに係るアドレス情報が削除され、当該リクエストのロックが解除される。上述したCPU3-2及びTAG_CPメモリ42-2の縮退処理の完了後、リクエスト処理部44により、コマンド制御部43に対して、保留状態であったUE検出リクエストの処理再開の指示が通知されるステップS7。コマンド制御部43では、処理再開指示の通知を受けて、UE検出リクエストに係る処理が再開される。また、リクエスト制御部44により、運用管理部6に対して、UEに関するエラー情報が割り込み通知されるステップS8。割り込み通知が入力されると、運用管理部6のファームウェアにより、運用管理部6が管理する制御情報に対して、縮退させたWAYに関する情報が、故障情報として記録されるステップS9。そして、情報処理システム1による運用が継続されるステップS10。上述の処理により、CPU3及びSC4において、被疑箇所に対応したWAYの縮退処理が動的に行なわれるため、TAG_CPメモリ42においてUEが発生した場合でも、運用の停止を回避することができる。上述のように、第1実施形態の一例としての情報処理システム1によれば、SC4のリクエスト制御部44により、TAG_CPメモリ42でUEが発生した場合に、UE通知リクエストがCPU3に通知される。そして、CPU3により、受信したUE通知リクエストに基づいてUEが発生したWAYに対応したWAYの縮退処理が行なわれる。また、リクエスト制御部44により、TAG_CPメモリ42のUEが発生したWAYの縮退処理が行なわれる。これにより、情報処理システム1は、上述した図10及び図11等に例示するようなTAG_CPメモリ420にCEが発生した場合と同様に、UEが検出されたWAYに対応する、CPU3内のTAGメモリ32のWAY及びSC4内のTAG_CPメモリ42のWAYを動的に縮退することができる。従って、システムの継続運用が可能になり、情報処理システム1の可用性の向上を実現することができる。また、UE検出に伴う縮退処理をWAY単位で行なうことができるため、上述した図12及び図13等に例示するような、UEが発生した場合にCPU300単位及びSC400のTAG_CPメモリ420単位で縮退を行なう従来の手法と比較して、縮退範囲をより限定することができる。さらに、TAG_CPメモリ42内の被疑箇所に対応するWAYの縮退処理に加えて、CPU3のTAGメモリ32内の被疑箇所に対応するWAYの縮退処理も行なわれる。従って、CPU3側の縮退処理完了後は、当該CPU3から被疑箇所へのリクエストが発行されないため、CPU3の処理負担を抑えることができ、UEが発生した際の情報処理システム1の大幅な性能の低下を抑止することができる。さらに、TAG_CPメモリ42-1~42-4は、CPU3-1~3-4内のTAGメモリ32-1~32-4と一対一に対応する。従って、TAG_CPメモリ42の一部WAYが縮退しても、CPU3は被疑箇所に対応するCPU3以外の他のCPU3へのアクセスを行なうことができるため、CPU3からのリクエスト発行のリトライによる性能低下を防ぐことができる。また、第1実施形態の一例としての情報処理システム1によれば、SC4のリクエスト制御部44により、CPU3からTAGメモリ32の縮退処理完了通知を受信した後に、コマンド制御部43にUE検出リクエストを再発行させる指示が行なわれる。これにより、縮退処理の完了後にコマンド制御部43によってUE検出リクエストが再発行されるため、UE検出リクエストを発行したCPU3は、要求先において処理されなかったUE検出リクエストのリトライを行なわずに済む。従って、UE検出リクエストに係る縮退処理に伴うCPU3の処理負担を抑えることができ、UEが発生した際の情報処理システム1の性能の低下を抑止することができる。さらに、第1実施形態の一例としての情報処理システム1によれば、アドレスロックレジスタ部45により、CPU3及びSC4において被疑箇所に対応するWAYが縮退されるまでは、他のリクエストによる被疑箇所へのアクセスが抑止される。これにより、UE検出リクエスト及び被疑箇所への後発リクエストのような、要求元において処理されなかったリクエストが、コマンド制御部43によって再発行される。従って、他のリクエストによってUEが検出されたキャッシュタグデータが参照されないように、被疑箇所をガードすることができ、キャッシュコヒーレンシを保つことができる。つまり、上述した図13に例示するようなUEが発生したTAG_CPメモリ42に対応するCPU3自体の縮退のためのOS再起動が不要となるため、システムの継続運用が可能になり、情報処理システム1の可用性の向上を実現することができる。また、アドレスロックレジスタ部45によるUE発生被疑箇所のガードは、後発リクエストが、処理中のリクエストと競合しないようにガードするガード機能を利用して実現される。さらに、第1実施形態の一例としての情報処理システム1によれば、アドレスロックレジスタ部45により、UE検出リクエストのアドレスがロックレジスタ45aに保持されている場合、同一インデックスであって且つフルアドレスが不一致のときには、被疑箇所と同一インデックスの領域についてもガードされる。なお、この場合、アドレスロックレジスタ部45は、アドレス比較のビット幅を可変にできるように構成される。これにより、UE発生後の縮退処理中に、後発リクエストによるTAG_CPメモリ42の被疑箇所と同一インデックスの領域への参照を抑止することができる。従って、上述したアドレスロックレジスタ部45のガード機能による後発リクエストのリトライ条件に、UE検出リクエスト内の実アドレスにおけるフルアドレス又はインデックスと一致した場合を加えることによって、被疑箇所のガードを実現することができ、新たな回路を設けずに済むため、情報処理システム1の製造及び保守コストを減少させることができる。さらに、第1実施形態の一例としての情報処理システム1によれば、レジスタ部46により、TAG_CPメモリ42のWAYを縮退することを示す縮退フラグが保持される。これにより、TAG_CPメモリ42内に縮退フラグを備える構成と比較して、例えばアドレスライン系で故障が発生した場合でも、リクエスト処理部44は、確実に縮退フラグの設定を行なうことができ、UEの縮退処理を確実に行なうことができる。2第2実施形態2-1第2実施形態の構成次に、図5~図9を参照しながら、第2実施形態としての情報処理システム情報処理装置1′の構成について説明する。なお、図5において既述の符号と同一の符号は同一の部分若しくは略同一の部分を示しているため、重複した説明は省略する。図5は、第2実施形態の一例としての情報処理システム1′の構成を示す図である。図5に示すように、第2実施形態における情報処理システム1′は、複数図5に示す例では16個のSB2と、運用管理部6と、複数図5に示す例では4つのクロスバーCrossBar;以下、XBという9とを備える。そして、情報処理システム1′は、これら複数のSB2の全て若しくは一部を使用したSMPサーバシステムとして機能する。XB9は、複数のSB2間でのデータ転送機能を有するLSIであり、クロスバーユニットCrossBarUnit;図5中、XBUと表記8に実装される。運用管理部6は、第1実施形態と同様の構成であり、情報処理システム1′全体、つまり各SB2内のCPU3及びSC4を制御するファームウェアを搭載する。また、運用管理部6は、運用管理部6が管理する制御情報において、各SB2における縮退されたCPU3の情報及びWAY情報を故障情報として保持する。また、情報処理システム1′は、第1実施形態と同様に、各SB2内のSC4からアクセス可能な記憶部図示省略を備えても良い。第2実施形態におけるSC4は、第1実施形態と同様に、自SB2内のCPU3から発行されたリクエストに係る処理を実行することができる。また、第2実施形態におけるSC4は、複数のSB2間における通信のインターフェース機能を備え、他のSB2内のCPU3により、XB9を経由して自SB2内へのリクエストが発行された場合、当該リクエストに係る処理を実行することができる。なお、第2実施形態においては、CM31のキャッシュラインが256バイトByteでありWAYが12である場合について例示する。以下、第2実施形態におけるTAG_CPメモリ42の構成について説明する。図6は、第2実施形態の一例としてのメモリ5のアドレスマップを示す図であり、図7は、第2実施形態の一例としてのTAG_CPメモリ42の構成を示す図である。なお、図7に示す例においては、各WAYのテーブルにおける1行が、1つのキャッシュタグデータに対応する。図6に示すように、第2実施形態におけるメモリ5は、キャッシュライン256バイト単位ブロックでSC4により管理される。第2実施形態におけるSC4内のTAG_CPメモリ42は、キャッシュタグデータを、図7に示す形態で管理する。すなわち、TAG_CPメモリ42では、メモリ5の実アドレスPAのうちの41:19ビットがキャッシュタグデータの登録アドレスとして格納される。また、TAG_CPメモリ42では、キャッシュのステータスSTS;Statusの7:0ビットが、キャッシュタグデータに格納される。さらに、TAG_CPメモリ42では、キャッシュタグデータのエラー訂正符号ECCが、7ビットのデータとしてキャッシュタグデータに付加される。そして、上述した登録アドレス及びステータスを格納するTAG_CPメモリ42のアドレスには、メモリ5の実アドレスの一部であるインデックスが使用される。なお、第2実施形態においては、キャッシュラインを示すインデックスが11ビットであり、キャッシュライン数が2048である場合について例示する。すなわち、図7に示す例においては、メモリ5の実アドレスのうちの18:8ビットがインデックスアドレスに割り当てられる。従って、図6に示すメモリ5のアドレスマップにおいて、同じインデックスになるブロック例えばA0及びB0は、図7に示すように同じインデックスアドレスに割り当てられる。また、これら同じインデックスになるブロックは、順にWAY0、WAY1...WAY11に格納される。なお、キャッシュタグデータにおけるステータスは、例えばMOSIプロトコルにおける4状態で表される。MOSIプロトコルとは、MModified;変更、OOwned;所有、SShared;共有、及びIInvalid;無効の4つのキャッシュステータスを採用するプロトコルである。また、SC4は、TAG_CPメモリ42においてCE又はUEが検出された場合、第1実施形態と同様の動作を行なうが、図8を参照しながら、より具体的な構成例について説明する。なお、図8において既述の符号と同一の符号は同一の部分若しくは略同一の部分を示しているため、重複した説明は省略する。図8は、第2実施形態の一例としてのSC4の構成を示す図である。図8に例示するSC4は、第1実施形態におけるSC4に加えて、パイプ部47と、第1I/FInterface部48と、第2I/F部49とをさらに備える。また、図8に例示するSC4は、第1実施形態におけるSC4に加えて、TAG_CPメモリ制御部41が比較器41aを備え、リクエスト制御部44がアドレス競合検査部45bを備え、レジスタ部46がレジスタ設定変更部46a及び構成制御レジスタ46bを備える。さらに、図8に例示するSC4内のコマンド制御部43は、CPU3から受信したリクエストを保持するキュー43aを備え、キュー43a内のリクエストを、パイプ部47へ順に転送するとともに、パイプ部47経由でTAG_CPメモリ制御部41及びアドレスロックレジスタ部45へ順に転送するための制御を行なう。また、コマンド制御部43は、転送したリクエストに係る処理が完了するまでは、当該リクエストを保持する。また、保持するリクエストの再発行リトライの指示を受けると、コマンド制御部43は、再発行の指示に係るリクエストを、再度キュー43aに登録し再発行を行なう。図8に示すように、パイプ部47は、複数のラッチ回路47a-1~47a-n及び47b-1~47b-o図8中、m、n及びoはそれぞれ備えられるラッチ回路の数,なお、m<nであると、結果確定部47cとを備える。パイプ部47は、コマンド制御部43からのリクエストをラッチ回路47a-1に入力するとともに、当該リクエストを、ラッチ回路47a-1からラッチ回路47a-2並びにTAG_CPメモリ制御部41及びアドレスロックレジスタ部45に対してそれぞれ出力する。ラッチ回路47a-2に入力されたリクエストは、TAG_CPメモリ制御部41における検索処理との待ち合わせのため、ラッチ回路47a-2~47a-nを順に通過して、結果確定部47cに出力される。一方、TAG_CPメモリ制御部41及びアドレスロックレジスタ部45に入力されたリクエストは、TAG_CPメモリ制御部41において検索処理が行なわれ、キャッシュ検索結果としてラッチ回路47b-1に出力される。キャッシュ検索結果は、ラッチ回路47b-1~47b-oを順に通過して、結果確定部47cに出力される。結果確定部47cは、ラッチ回路47a-1~47a-nを通過したリクエストと、ラッチ回路47b-1~47b-oを通過したキャッシュ検索結果とに基づいて、リクエストの転送先を確定し、第1I/F部48に出力する。第1I/F部48は、パイプ部47の結果確定部47cから出力されたリクエストを、結果確定部47cによって確定された転送先、例えば自SB2内のCPU3やメモリ5、又はXB9を経由して他のSB2内のSC4等へ送信する。なお、図8に示す例においては、第1I/F部48は、CPU3又はメモリ5に対してリクエストを送信するが、例えば、CPUI/F部及びメモリI/F部のように機能を分割しても良い。ここで、ラッチ回路47a-1~47a-n及び47b-1~47b-o並びに後述するラッチ回路40aは、例えばそれぞれがフリップフロップFlipFlopである。これらのラッチ回路47a-1~47a-n及び47b-1~47b-oにより、リクエストとキャッシュ検索結果とが結果確定部47cに入力されるタイミングの調整が行なわれる。TAG_CPメモリ制御部41-1~41-4は、コマンド制御部43からのリクエストを入力されると、第1実施形態と同様に、当該リクエストに含まれるメモリ5の実アドレスから、インデックス及び登録アドレスを抽出する。そして、TAG_CPメモリ制御部41-1~41-4は、それぞれのTAG_CPメモリ42-1~42-4内から、抽出したインデックス及び登録アドレスに対応するキャッシュタグデータを検索する。なお、第2実施形態においては、上述の如く、インデックスはメモリ5の実アドレスのうちの18:8ビットであり、登録アドレスはメモリ5の実アドレスのうちの41:19ビットである。具体的には、図8に示すように、TAG_CPメモリ制御部41は、リクエストから抽出したインデックスに基づいて、TAG_CPメモリ42から同じインデックスの登録アドレスを抽出する。そして、TAG_CPメモリ制御部41は、リクエストから抽出した登録アドレス図8中、上位PA[41:19]参照と、TAG_CPメモリ42から抽出した登録アドレスとを比較器41aで比較し、一致するか否かを判定する。一致した場合、つまりリクエストに係るキャッシュタグデータがTAG_CPメモリ42内でヒットした場合には、TAG_CPメモリ制御部41は、TAG_CPメモリ42から抽出した一致した登録アドレスが含まれるキャッシュタグデータを参照する。なお、検索によりリクエストに係るキャッシュタグデータがTAG_CPメモリ42内でヒット又はミスヒットした場合、その後の処理の内容は、リクエストの内容とキャッシュタグデータのステータスとに応じて決定される。これらの処理の内容の決定は、既知の種々の手法に実現することができるため、ここではその詳細な説明は省略する。リクエスト制御部44は、第1実施形態と同様の動作を行なう。なお、図8に示す例においては、リクエスト制御部44は、TAG_CPメモリ42においてUEが発生した場合、UEが発生したTAG_CPメモリ42のWAYの縮退処理を行なうため、レジスタ設定変更部46aに対して設定変更要求を通知する。レジスタ設定変更部46aは、構成情報が保持されている構成制御レジスタ46bに対して、設定変更要求に基づいた縮退フラグの設定を行なう。また、リクエスト制御部44は、UEが発生した場合、SC4と運用管理部6との間のインターフェース機能を備える第2I/F部49に対して、エラー情報の割り込み通知を出力する。第2I/F部49は、割り込み通知が入力されると運用管理部6に対して当該割り込み通知を出力する。また、SC4は、例えばCE又はUEが発生した場合に、CE又はUEが発生したTAG_CPメモリ42において稼動しているWAY数が所定の数例えば1以下である場合には、CE又はUEが発生したTAG_CPメモリ42及び対応するCPU3自体の縮退を行なっても良い。つまり、TAG_CPメモリ42にCE又はUEが発生し、且つCE又はUEが発生したTAG_CPメモリ42のWAYの稼動数が所定の数以下の場合、CE又はUEが発生したWAYの縮退処理を行なうと、当該TAG_CPメモリ42において稼動するWAYが無くなる。そこで、第2実施形態においては、リクエスト制御部44は、CE又はUEが発生したTAG_CPメモリ42のWAYの稼動数が所定の数以下の場合、CE又はUEが発生したTAG_CPメモリ42全体を縮退するとともに、当該TAG_CPメモリ42に対応するCPU3自体を縮退させる。なお、この場合の縮退処理は、上述した図13に例示する手法により行なうことができる。また、リクエスト制御部44は、CE又はUEが発生した場合に、構成制御レジスタ46bに設定された縮退フラグ等の設定情報を読み込むことで、CE又はUEが発生したTAG_CPメモリ42において稼働しているWAY数を把握することができる。また、リクエスト制御部44は、CEが発生した回数をカウントし、CEの発生回数が所定の閾値よりも大きい場合に、CE検出リクエストをCPU3に通知しても良い。運用管理部6は、例えば情報処理システム1′で実行中のOSの再起動によってCPU3及びSC4内の縮退状態がリセットされた場合に、運用管理部6内に格納された故障情報に基づいて、被疑箇所に対応するWAYを再度縮退させる。その際、運用管理部6は、第2I/F部59を介して、レジスタ設定変更部46aに対し、故障情報に基づいて設定変更要求を通知する。レジスタ設定変更部46aは、リクエスト制御部44からの設定変更要求と同様に、構成情報が保持されている構成制御レジスタ46bに対して、設定変更要求に基づいた縮退フラグの設定を行なう。なお、第2実施形態におけるCPU3においても、構成制御レジスタ図示省略が備えられており、運用管理部6は、CPU3が備える構成制御レジスタに対しても、設定変更を行なうことができる。アドレスロックレジスタ部45は、コマンド制御部43からのリクエストを入力されると、第1実施形態と同様に、当該リクエスト内のアドレス情報をロックレジスタ45aに保持する。具体的には、図8に示すように、アドレスロックレジスタ部45は、コマンド制御部43から転送されるリクエスト内の実アドレスからフルアドレス例えば、第2実施形態においては41:3ビットとインデックスとを抽出し、抽出したフルアドレスをロックレジスタ45aに保持する。また、アドレスロックレジスタ部45は、処理中のリクエスト内の実アドレスにおけるフルアドレスと、ロックレジスタ45aに保持されたリクエスト内の実アドレスにおけるフルアドレスとを比較する、アドレス競合検査部45bを備える。なお、アドレス競合検査部45bは、図8に示す例においては、リクエスト制御部44内に備えられているが、アドレスロックレジスタ部45と結線されており、アドレスロックレジスタ部45の一機能として動作する。なお、アドレス競合検査部45bは、アドレスロックレジスタ部45内に備えられても良い。アドレス競合検査部45bは、比較器45baを備え、後発リクエスト内の実アドレスにおけるフルアドレスが、ラッチ回路40aに入力されたタイミングで、ラッチ回路40aから比較器45baのPA[41:3]に入力される。また、ロックレジスタ45aに保持されたリクエスト内の実アドレスにおけるフルアドレスが、ロックレジスタ45a図8中、アドレスロックレジスタ部45内のREG_ADRS[41:3]から比較器45baのREG_ADRS[41:3]に入力される。そして、アドレス競合検査部45bにおいて、比較器45baにより、入力された二つのフルアドレスが一致したと判定された場合には、比較器45baは、当該後発リクエストに係るフルアドレスがビジー状態である旨フルアドレスビジーをコマンド制御部43に通知する。このように、第2実施形態におけるアドレスロックレジスタ部45は、第1実施形態と同様に、コマンド制御部43から転送される後発リクエストに係る処理をキャンセル及びリトライさせて、処理中のリクエストと競合しないようにガードするガード機能を備える。また、アドレスロックレジスタ部45は、第1実施形態と同様に、上述した処理に加えて、UEが発生した際には、CPU3及びSC4による被疑箇所の縮退処理が完了するまで、UE検出リクエストにおける被疑箇所のフルアドレスをロックレジスタ45aに保持する。これにより、アドレス競合検査部45bは、後発リクエストに係るフルアドレスPA[41:3]とUE検出リクエストにおける被疑箇所のフルアドレスREG_ADRS[41:3]とが一致した場合、第1実施形態と同様に、後発リクエストのフルアドレスビジーをコマンド制御部43に通知する。すなわち、アドレスロックレジスタ部45は、CPU3からTAGメモリ32の縮退処理完了通知を受信するとともに、リクエスト制御部44がTAG_CPメモリ42のUEが発生したWAYを縮退させるまでは、他のリクエストによる当該UEが発生したTAG_CPメモリ42へのアクセスを抑止する。このように、第2実施形態におけるアドレスロックレジスタ部45は、第1実施形態と同様に、ガード機能により、処理中のリクエストと競合しないように後発リクエストに係る処理をガードするとともに、UEが発生した場合に被疑箇所をガードすることができる。なお、図8に示す例においては、パイプ部47の結果確定部47cと、第1I/F部48との間から、各TAG_CPメモリ制御部41及びアドレスロックレジスタ部45へステータス更新用のラインが設けられている。これにより、リクエストが結果確定部47cから出力された段階で、各TAG_CPメモリ制御部41におけるステータスの更新及びアドレスロックレジスタ部45におけるロックの制御が行なわれる。つまり、アドレスロックレジスタ部45は、UEが発生した場合に、結果確定部47cからステータス更新用のラインを介してロックの維持を示す情報を入力され、ロックレジスタ45aにおいてUE検出リクエストに係るロックを維持することができる。2-2第2実施形態の情報処理システムのCE又はUE発生時の動作次に、上述の如く構成された情報処理システム1′におけるSC4のTAG_CPメモリ42でCE又はUEが発生した場合の縮退処理について説明する。図9は、第2実施形態の一例としてのSC4内のTAG_CPメモリ42-2でCE又はUEが発生した場合の縮退処理を説明するためのフローチャートである。はじめに、図9に示すように、システムの運用中、TAG_CPメモリ42-2でエラーが発生し、TAG_CPメモリ制御部41-2によって検出された場合ステップS11、SC4により、検出されたエラーがCEであるか否かが判断されるステップS12。検出されたエラーがCEであると判断された場合ステップS12のYesルート、リクエスト制御部44により、CEの発生数が所定の閾値より大きいか否かが判断されるステップS13。CE発生数が所定の閾値以下であると判断された場合ステップS13のNoルート、リクエスト制御部44により、CE発生数をカウントするカウンタの値がインクリメントされ、情報処理システム1′の運用に戻る。一方、CE発生数が所定の閾値より大きいと判断された場合ステップS13のYesルート、リクエスト制御部44により、CEが発生したTAG_CPメモリ42-2において稼動しているWAY数が所定の数ここでは1以下か否かが判断されるステップS14。稼動しているWAY数が1よりも大きいと判断された場合ステップS14のNoルート、リクエスト制御部44からCEが発生したTAG_CPメモリ42-2に対応するCPU3-2に対して、CE通知リクエストが通知されるステップS15。なお、このリクエストには、ECCにより訂正された被疑箇所のインデックスと、WAY情報とが含まれる。CPU3-2では、被疑箇所の情報の通知により、CEが発生したTAGメモリ32-2内のWAYのキャッシュデータがメモリに掃き出されるとともに、CEが発生したTAGメモリ32-2のWAYに対して縮退処理が行なわれるステップS16。そして、CPU3-2により、SC4へ縮退処理完了の通知が行なわれるステップS17。縮退処理完了通知を受けたリクエスト制御部44では、CEが発生したTAG_CPメモリ42-2のWAYに対して縮退処理が行なわれるステップS18。そして、リクエスト制御部44により、運用管理部6に対して、CEに関するエラー情報が通知されステップS19、運用管理部6の制御情報に故障情報が記録されるステップS20。その後、情報処理システム1′では、運用が継続されるステップS21。一方、ステップS14において、リクエスト制御部44により、稼動しているWAY数が1以下と判断された場合ステップS14のYesルート、リクエスト制御部44から運用管理部6に対して、CEが発生し、CPU3-2の縮退処理を行なうことが割り込みで通知されるステップS22。割り込み通知後、運用管理部6では、自身で管理する制御情報に、被疑対象のTAG_CPメモリ42-2に対応したTAGメモリ32を有するCPU3-2を示す情報とWAY情報とが故障情報として記録されるステップS23。そして、運用管理部6により、情報処理システム1′で実行中のOSが再起動されるステップS24。OSの再起動後、運用管理部6により、制御情報の故障情報が読み込まれステップS25、故障情報に記録されているCPU3-2は、立ち上げ処理が行なわれず、他の正常なCPU3-1、3-3及び3-4についてのみ立ち上げ処理が行なわれる。つまり、運用管理部6により、被疑箇所に対応するCPU3-2が縮退処理されるステップS26。その後、情報処理システム1′では、運用が再開されるステップS27。一方、ステップS12において、検出されたエラーがCEではない、つまりUEであると判断された場合ステップS12のNoルート、リクエスト制御部44により、UEが発生したTAG_CPメモリ42-2において稼動しているWAY数が所定の数ここでは1以下か否かが判断されるステップS28。稼動しているWAY数が1よりも大きいと判断された場合ステップS28のNoルート、図4を用いて上述したステップS2~S10の処理が行なわれるステップS29。すなわち、TAG_CPメモリ制御部41からリクエスト制御部44にTAG_CPエラー通知が通知され、リクエスト制御部44により、コマンド制御部43に対してUE検出リクエストの保留指示が通知されるステップS2。そして、コマンド制御部43内でUE検出リクエストが保留状態として保持される。次いで、リクエスト制御部44により、UEが検出されたTAG_CPメモリ42-2に対応するCPU3-2に対して、UE通知リクエストが通知されるステップS3。CPU3-2では、被疑箇所に対応するCM31-2のWAYの縮退処理が行なわれステップS4、リクエスト処理部44に対して、縮退処理完了通知が送信されるステップS5。また、リクエスト制御部44により、SC4内で被疑箇所に対応したWAYの縮退処理が行なわれるステップS6。CPU3-2から縮退処理完了通知が通知され、UEが検出されたTAG_CPメモリ42-2のWAYの縮退処理の完了後、リクエスト処理部44により、コマンド制御部43に対してUE検出リクエストの処理再開の指示が通知されるステップS7。コマンド制御部43内では、UE検出リクエストに係る処理が再開再発行される。そして、リクエスト制御部44により、運用管理部6に対して、UEに関するエラー情報が割り込み通知されるステップS8。割り込み通知が入力されると、運用管理部6のファームウェアにより、運用管理部6が管理する制御情報に対して、縮退されたWAYに関する情報が故障情報として格納されステップS9、情報処理システム1′による運用が継続されるステップS10。一方、ステップS28において、リクエスト制御部44により、稼動しているWAY数が1以下と判断された場合ステップS28のYesルート、リクエスト制御部44から運用管理部6に対して、UEが発生し、CPU3-2の縮退処理を行なうことが割り込み通知されるステップS22。以降、UEが発生したTAG_CPメモリ42に対応するCPU3-2について、上述したステップS23以降の処理が行なわれる。このように、第2実施形態としての情報処理システム1′特にSC4によれば、上述した第1実施形態と同様の効果を得ることができる。また、第2実施形態の一例としての情報処理システム1′によれば、リクエスト制御部44により、CEの発生回数がカウントされ、CEの発生回数が所定の閾値よりも大きい場合に、CE検出リクエストがCPU3に通知される。これにより、CEの発生回数が所定の閾値以下の場合には、WAYの縮退処理が行なわれないため、WAYの縮退処理に伴う情報処理システム1′の性能低下を抑えることができる。3その他以上、本発明の好ましい実施形態及び変形例について詳述したが、本発明は、かかる特定の実施形態及び変形例に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。例えば、上述した第1及び第2実施形態においては、SB2内のCPU3が4つの場合について説明したが、CPU3の個数は、これに限定されるものではなく、1つでも良いし、他の数でも良い。CPU3がいずれの数の場合でも、SC4内に、各TAGメモリ32CPU3に対応したTAG_CPメモリ42が備えられれば良い。また、上述した第1及び第2実施形態においては、UEが検出されたリクエストについては、CPU3及びSC4における対象のWAYの縮退処理が完了するまでは処理を保留するが、これに限定されるものではない。例えば、SC4は、UEが検出された際に、キャッシュタグデータから、他のCPU3、つまりUEが検出されたTAG_CPメモリ42に対応するCPU3とは異なるCPU3に最新のデータがあることが確認できた場合、UE検出リクエストに対しては通常通り処理を行なっても良い。なお、他のCPUに最新のデータがある場合は、UEが検出されたリクエストに対する他WAYのTAG_CPメモリ42のキャッシュタグデータのステータスは、MOSIプロトコルにおいては、例えばM又はOである。例えば、UE検出リクエストについて、通常処理の過程でアドレスロックを外す処理、つまりUE検出リクエストについて通常通り処理を行ない、当該処理の完了後にロックレジスタ45aからアドレスを削除する処理を抑止する。そして、CPU3の縮退処理に伴うCM31のデータの掃き出し処理が完了した後に、当該アドレスロックを外す処理を行なう。このために、ロックレジスタ45aで保持されるアドレスや、パイプ部47を通過するデータに、リクエストに係るステータスがMやOであることを示す情報が付加されることが好ましい。あるいは、CPU3の縮退処理に伴うCM31のデータの掃き出し処理が完了するまでは、UEが複数回発生してしまうのを許容することでも良い。上述のように、UEが発生したTAG_CPメモリ42に対応するCPU3と、UE検出リクエストの要求元のCPU3及び最新データを保持しているCPU3とが異なるCPUの場合には、UE検出リクエストの保留による処理遅延を防ぐことができる。さらに、上述した第2実施形態における図9に示すフローチャートにおいて、ステップS14のYesルートからのステップS22~ステップS27の処理、つまり、TAG_CPメモリ42にCEが発生し、且つCEが発生したTAG_CPメモリ42で稼働しているWAYが所定の数以下の場合の処理は、これに限定されるものではない。例えば、情報処理システム1′は、ステップS22~ステップS27の処理を実行せずに、そのまま運用を継続してもよい。また、上述した第2実施形態における図9に示すフローチャートにおいて、ステップS28のYesルートからのステップS22~ステップS27の処理、つまり、TAG_CPメモリ42にUEが発生し、且つUEが発生したTAG_CPメモリ42で稼働しているWAYが所定の数以下の場合の処理は、これに限定されるものではない。例えば、情報処理システム1′は、ステップS22~ステップS27の処理を実行せずに、SC4がOSに対して最後のWAYでUEが発生した旨を通知し、OSでは処理中のプロセスを全て終了させた後に終了Shutdown処理を行なっても良い。さらに、第1実施形態及び第2実施形態における図4に示すフローチャートにおいて、ステップS6の処理は、ステップS3~ステップS5の処理の前、或いはステップS3~ステップS5の間に行なわれても良い。つまり、リクエスト処理部44によるUEが発生したTAG_CPメモリ42のWAYの縮退処理は、当該WAYに対応するCPU3のWAYの縮退処理よりも前に行なわれても良いし、並行して行なわれても良い。"