(57)【要約】  本願の開示するサーバシステム（１）は、サービスプロセッサ（２）が、複数のクロスバボードそれぞれに、保守対象であるクロスバボードを通知する。複数のクロスバボード（７、８）は、サービスプロセッサから保守対象であるクロスバボードが他クロスバボードである通知をされた場合には、他クロスバボードに対するパケット送信を停止させる停止パケットを生成し、複数のシステムボードそれぞれに送信する。複数のシステムボード（３、４、５、６）は、クロスバボードから停止パケットを受信した場合に、保守対象であるクロスバボードに対するパケット送信を停止する。
2012127629.tif 000002
【特許請求の範囲】
【請求項１】
サービスプロセッサと、複数のシステムボードと、前記複数のシステムボード間を接続する複数のクロスバボートとを有するサーバシステムであって、
前記サービスプロセッサは、
前記複数のクロスバボードそれぞれに、保守対象であるクロスバボードを通知する第一通知部を有し、
前記複数のクロスバボードは、
前記サービスプロセッサから保守対象であるクロスバボードが他クロスバボードである通知をされた場合には、前記他クロスバボードに対するパケット送信を停止させる停止パケットを生成し、当該停止パケットを前記複数のシステムボードそれぞれに送信する第一送信部とを有し、
前記複数のシステムボードは、
前記クロスバボードから前記停止パケットを受信した場合に、前記保守対象であるクロスバボードに対するパケット送信を停止する停止部を有する
ことを特徴とするサーバシステム。
【請求項２】
前記第一通知部は、前記保守対象であるクロスバボードの保守が終了した場合、保守が終了した旨を当該クロスバボードに通知し、
前記複数のクロスバボードは、
前記自クロスバボードの保守が終了した通知をされた場合、自クロスバボードに対するパケット送信を再開させる再開パケットを生成し、当該再開パケットを自身に接続される全てのシステムボードに送信する第二送信部を更に有し、
前記複数のシステムボードは、
前記再開パケットを受信した場合に、前記保守が終了したクロスバボードに対するパケット送信を再開する再開部を更に有する
ことを特徴とする請求項１に記載のサーバシステム。
【請求項３】
前記停止部は、前記停止パケットを受信した場合に、前記保守対象であるクロスバボードに対するパケットの送信経路を前記保守対象でないクロスバボードに変更して、前記保守対象であるクロスバボードに対するパケット送信を停止することを特徴とする請求項１に記載のサーバシステム。
【請求項４】
前記再開部は、前記再開パケットを受信した場合に、前記送信経路が変更されたパケットが存在するか否かを判定し、前記送信経路が変更されたパケットが存在すると判定した場合に、前記送信経路が変更されたパケットの送信経路を前記保守が終了したクロスバボードへ変更して送信を再開することを特徴とする請求項３に記載のサーバシステム。
【請求項５】
前記クロスバボードはさらに、
前記サービスプロセッサから保守対象であるクロスバボードが自クロスバボードである通知をされた場合には、当該自クロスバボード内のパケットを監視し、前記パケットが全て送信されたか否かを判定する判定部と、
前記判定部によって前記パケットが全て送信されたと判定された場合に、自クロスバボードのパケットが存在しなくなったことを前記サービスプロセッサへ通知する第二通知部とを有することを特徴とする、請求項１に記載のサーバシステム。
【請求項６】
前記第一通知部は、前記保守対象であるクロスバボードのパケットが存在しなくなった通知をされた場合に、当該保守対象であるクロスバボードと前記複数のシステムボードそれぞれとの接続を切断させる旨を通知することを特徴とする請求項１に記載のサーバシステム。
【請求項７】
前記第一通知部は、前記保守対象であるクロスバボードの保守が終了した場合に、当該保守が終了したクロスバボードと前記複数のシステムボードそれぞれとを再接続させる旨を通知することを特徴とする請求項６に記載のサーバシステム。
【請求項８】
サービスプロセッサと、複数のシステムボードと、前記複数のシステムボード間を接続する複数のクロスバボートとを有するサーバシステムに適したクロスバボードの活性保守方法であって、
前記サービスプロセッサが、
前記複数のクロスバボードそれぞれに、保守対象であるクロスバボードを通知するステップを含み、
前記複数のクロスバボードが、
前記サービスプロセッサから保守対象であるクロスバボードが他クロスバボードである通知をされた場合には、前記他クロスバボードに対するパケット送信を停止させる停止パケットを生成し、当該停止パケットを前記複数のシステムボードそれぞれに送信するステップと、
前記サービスプロセッサから保守対象であるクロスバボードが自クロスバボードである通知をされた場合には、当該自クロスバボード内のパケットを監視し、前記パケットを全て送信したか否かを判定するステップと、
前記パケットを全て送信したと判定した場合に、前記保守対象であるクロスバボードのパケットが存在しなくなったことを前記サービスプロセッサへ通知するステップとを含み、
前記複数のシステムボードが、
前記クロスバボードから前記停止パケットを受信した場合に、前記保守対象であるクロスバボードに対するパケット送信を停止するステップと
を含んだことを特徴とする活性保守方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステム及びクロスバボードの活性保守方法に関する。
【背景技術】
【０００２】
従来、サーバシステムは、ＣＰＵ（Central  Processing  Unit）資源を有する複数のシステムボードとクロスバボードとを用いて形成される。システムボードでは、ＣＰＵが各種演算処理などを実行する。そして、各システムボード内で演算された結果や各システムボードが保持するデータなどが、クロスバボードを介して他のシステムボードへ転送される。ここで、図１２に示す例を用いてサーバシステムについて説明する。【０００３】
図１２は、従来技術に係るサーバシステムの構成を示す図である。図１２に示すサーバシステム７００は、システムボード８００、８０１、８０２、８０３とクロスバボード９００、９０１とを有する。例えば、システムボード８０２は、システムボード８００からデータをリクエストされた場合、クロスバボード９００を経由して、システムボード８００へリクエストされたデータを転送する。【０００４】
次に、図１３を用いて、サーバシステムにおけるデータ転送の処理の流れについて説明する。図１３は、システムボード間のデータ転送の処理の流れを説明する図である。図１３に示すように、システムボード８００は、リクエストするデータのアドレスを問い合わせるパケットをクロスバボード９００へ送信する（Ｓ９０１）。そして、クロスバボード９００は、全てのシステムボード８００〜８０３へ受信したパケットを転送する（Ｓ９０２〜Ｓ９０５）。【０００５】
続いて、クロスバボード９００は、各システムボードのキャッシュ状態がスヌープされた応答パケットを受信し（Ｓ９０６〜Ｓ９０９）、受信した応答パケットを全てのシステムボードへ転送する（Ｓ９１０〜Ｓ９１３）。この結果、システムボード８００〜８０３は、システムボード８００がリクエストしたデータのアドレスを取得する。その後、データを有するシステムボード８０２は、クロスバボード９００を経由してリクエストされたデータをシステムボード８００へ転送する（Ｓ９１４〜Ｓ９１５）。【０００６】
このようなサーバシステムにおいて異常が検出された場合、システムボードは、サーバシステム内の異常を通知する特殊パケットをサーバシステム内の全てのシステムボードに送信して異常を通知する。そして、この特殊パケットを受信したシステムボードは、それぞれに異常処理を実行する。【０００７】
異常処理の例として、システムボードは、自装置が有するＯＳ（Operating  System）の指示を受付けて、異常が生じたシステムボードが有するＣＰＵやメモリなどへのアクセスを停止する。図１２におけるシステムボード８０３に異常が生じた場合には、システムボード８００〜８０２は、システムボード８０３へのパケット送信を停止する。この結果、異常が生じたシステムボード８０３は、システムから切り離されることになる。【０００８】
また、クロスバボードに異常が生じた場合には、システムボードは、異常が生じたクロスバボードとは別のクロスバボードを経由してデータ転送を実行する。図１２におけるクロスバボード９００に異常が生じた場合には、システムボード８００〜８０３は、クロスバボード９０１を経由してパケットを送信する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００６−３９８９７号公報
【特許文献２】特開２００４−７２５４７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来の技術では、システムの運用中にクロスバボードを活性保守することができないという課題があった。具体的には、クロスバボードは、システムボード間を接続する通信経路に過ぎず、システムボードが有するＯＳからアクセス可能な資源を有さない。このため、サーバシステムにおいて、システムボードのＯＳが、クロスバボードにアクセスして、サーバシステムからクロスバボードを切り離し可能な状態にすることができない。【００１１】
例えば、クロスバボードは、システムボードのＯＳからのアクセスに応答して、自装置内に残留するパケットを空にすることができない。したがって、従来の技術では、サーバシステムからクロスバボードを切り離し可能な状態にすることができないので、システムの運用中にクロスバボードを活性保守することができない。【００１２】
また、システムボードは、経由するクロスバボードを変更することによって、保守対象であるクロスバボードへのパケットの送信を停止する。この結果、保守対象であるクロスバボードへパケットが送信されなくなる。そして、保守対象であるクロスバボードが保持するパケットが全て送信された場合には、クロスバボード内に残留するパケットが空になることがある。しかし、このような場合においても、クロスバボードは、システムボードが有するＯＳからアクセス可能な資源を有さないので、自装置に残留するパケットが空になったことをサーバシステムに通知することができない。【００１３】
すなわち、サーバシステムは、クロスバボードに残留するパケットが空になった場合であっても、クロスバボードをサーバシステムから切り離し可能な状態にすることができない。このようなことから、従来の技術では、システムの運用中にクロスバボードを活性保守することができない。【００１４】
１つの側面では、システムの運用中にクロスバボードを活性保守することができるサーバシステム及びクロスバボードの活性保守方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
第１の案ではサービスプロセッサと、複数のシステムボードと、複数のシステムボード間を接続する複数のクロスバボートとを有するサーバシステムである。サービスプロセッサは、複数のクロスバボードそれぞれに、保守対象であるクロスバボードを通知する第一通知部を有する。複数のクロスバボードは、第一送信部を有する。第一送信部は、サービスプロセッサから保守対象であるクロスバボードが他クロスバボードである通知をされた場合には、他クロスバボードに対するパケット送信を停止させる停止パケットを生成し、当該停止パケットを複数のシステムボードそれぞれに送信する。複数のシステムボードは、クロスバボードから停止パケットを受信した場合に、保守対象であるクロスバボードに対するパケット送信を停止する停止部を有する。
【発明の効果】
【００１６】
システムの運用中にクロスバボードを活性保守することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施例１に係るサーバシステムの構成を示す図である。
【図２】図２は、実施例１に係るサーバシステムの処理動作を説明する図である。
【図３】図３は、実施例２に係るサービスプロセッサの構成を示すブロック図である。
【図４】図４は、実施例２に係るシステムボードの構成を示すブロック図である。
【図５Ａ】図５Ａは、停止部による「パケットの送信経路」の変更前を説明する図である。
【図５Ｂ】図５Ｂは、停止部による「パケットの送信経路」の変更後を説明する図である。
【図６】図６は、実施例２に係るクロスバボードの構成を示すブロック図である。
【図７Ａ】図７Ａは、パケット生成部が生成する停止パケットの一例を示す図である。
【図７Ｂ】図７Ｂは、パケット生成部が生成する再開パケットの一例を示す図である。
【図８】図８は、実施例２に係るサーバシステムによる切断処理の処理手順を示すフローチャートである。
【図９】図９は、実施例２に係るサーバシステムによる再接続処理の処理手順を示すフローチャートである。
【図１０】図１０は、実施例３に係るサーバシステムの構成を示す図である。
【図１１Ａ】図１１Ａは、実施例３に係るサーバシステムによる「パケットの送信経路」変更前を説明する図である。
【図１１Ｂ】図１１Ｂは、実施例３に係るサーバシステムによる「パケットの送信経路」変更後を説明する図である。
【図１２】図１２は、従来技術に係るサーバシステムの構成を示す図である。
【図１３】図１３は、システムボード間のデータ転送の処理の流れを説明する図である。
【発明を実施するための形態】
【００１８】
以下に、本願の開示するサーバシステム及びクロスバボードの活性保守方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１９】
［サーバシステムの構成］
図１を用いて、実施例１に係るサーバシステムの構成を説明する。図１は、実施例１に係るサーバシステムの構成を示す図である。図１に示すように、サーバシステム１は、サービスプロセッサ２とシステムボード３、４、５、６とクロスバボード７、８とを有する。このサーバシステム１において、システムボード３、４、５、６間は、クロスバボード７及び８によって互いに通信可能に接続されている。また、サービスプロセッサ２は、例えば、Ｉ２Ｃ（Inter-Integrated  Circuit）やＪＴＡＧ（Joint  Test  Action  Group）などを用いて、システムボード３〜６やクロスバボード７〜８と接続されている。【００２０】
サービスプロセッサ２は、サーバシステム１内のシステムボード３〜６に搭載されるプロセッサとは独立に動作し、サーバシステム１を管理する。例えば、サービスプロセッサ２は、サーバシステム１とは独立したファームウェアを有しており、このファームウェアの制御によって、システムボード３〜６やクロスバボード７〜８の電源オン、電源オフ、動作設定、リセット制御、ログ処理などを実行する。【００２１】
また、サービスプロセッサ２は、サーバシステム１内に生じた異常を管理する。具体的には、サービスプロセッサ２は、サーバシステム１とは別の電源を使用しており、サーバシステム１内に異常が生じ、サーバシステム１が電源断になった場合にも、サーバシステム１の管理者からの入力を受付け、異常対処の処理を実行する。【００２２】
システムボード３〜６は、ＣＰＵ（Central  Processing  Unit）を有し、各種演算処理などを実行する。クロスバボード７〜８は、複数のシステムボード３〜６間を接続し、各システムボード内で演算された結果や各システムボードが保持するデータなどを他のシステムボードへ転送する。【００２３】
このように構成されるサーバシステム１において、サービスプロセッサ２は、複数のクロスバボード７〜８それぞれに、保守対象であるクロスバボードを通知する。複数のクロスバボード７〜８は、サービスプロセッサ２から保守対象であるクロスバボードが他クロスバボードである通知をされた場合には、他クロスバボードに対するパケット送信を停止させる停止パケットを生成する。そして、クロスバボードは、生成した停止パケットを複数のシステムボード３〜６それぞれに送信する。【００２４】
また、複数のクロスバボード７〜８は、サービスプロセッサ２から保守対象であるクロスバボードが自クロスバボードであると通知をされた場合には、自クロスバボード内のパケットを監視し、パケットが全て宛先のシステムボードへ送信されたか否かを判定する。そして、保守対象のクロスバボードは、自クロスバボード内のパケットが全て宛先のシステムボードへ送信されたと判定した場合に、保守対象であるクロスバボードのパケットが存在しなくなったことをサービスプロセッサ２へ通知する。複数のシステムボード３〜６は、保守対象のクロスバボードから停止パケットを受信した場合に、保守対象であるクロスバボードに対するパケット送信を停止する。【００２５】
［サーバシステムの処理動作］
次に、図２を用いてサーバシステム１の処理動作について具体例を説明する。図２は、実施例１に係るサーバシステムの処理動作を説明する図である。ここでは、サーバシステム１において、クロスバボード８が保守対象である場合を例に説明する。なお、説明の便宜上、図２中には、図１に示したサービスプロセッサ２とシステムボード３とクロスバボード７〜８のみを示している。【００２６】
サービスプロセッサ２は、クロスバボード７及び８に保守対象であるクロスバボード８を通知する（Ｓ１）。クロスバボード７は、停止パケットを生成して、複数のシステムボード３〜６それぞれに送信する（Ｓ２）。また、システムボード３〜６は、クロスバボード７から停止パケットを受信した場合に、保守対象であるクロスバボード８に対するパケット送信を停止する（Ｓ３）。【００２７】
また、クロスバボード８は、自クロスバボード内のパケットを監視し、パケットが全て送信されたか否かを判定する（Ｓ４）。そして、クロスバボード８は、パケットが全て送信されたと判定された場合に、保守対象であるクロスバボード８内にパケットが存在しなくなったことをサービスプロセッサ２へ通知する（Ｓ５）。【００２８】
上述してきたように、本実施例１では、サービスプロセッサ２は、保守対象であるクロスバボード８を受付けた場合、複数のシステムボード３〜６それぞれに保守対象であるクロスバボード８へのパケット送信を停止させる。また、サービスプロセッサ２は、保守対象であるクロスバボード８内に未送信であるパケットが存在するか否かを判定させて、残留するパケットが空になるまで監視させる。そして、クロスバボード８は、残留するパケットが空になった場合、パケットが空になったことをサービスプロセッサ２に通知する。【００２９】
このようにして、サーバシステム１は、保守対象であるクロスバボード８をサーバシステム１から切り離し可能な状態にする。したがって、実施例１に係るサーバシステム１は、保守対象であるクロスバボード８の活性保守をすることができる。
【実施例２】
【００３０】
次に、実施例１で説明したサーバシステム１が有するサービスプロセッサ２、システムボード３〜６、クロスバボード７〜８の詳細を実施例２として説明する。実施例１と同一の構成要素には同一の符号を付与する。以下では、サービスプロセッサの構成、システムボードの構成、クロスバボードの構成、処理の処理手順、実施例２による効果を順に説明する。なお、実施例２において、サービスプロセッサ、システムボード、クロスバボードの数は、一例を示すに過ぎず、これに限定されるものではない。【００３１】
［サービスプロセッサの構成］
図３を用いて、実施例２に係るサービスプロセッサ２の構成を説明する。図３は、実施例２に係るサービスプロセッサの構成を示すブロック図である。図３に示すように、実施例２に係るサービスプロセッサ２は、受付け処理部２１と記憶部２２と通信制御部２３と制御部２４とを有する。サービスプロセッサ２は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路、又はＣＰＵやＭＰＵ（Micro  Processing  Unit）などの電子回路である。【００３２】
受付け処理部２１は、図示しない入力装置を介して、サーバシステム１を管理する指示の入力を管理者から受付け、受付けた入力内容を通信制御部２３に通知する。例えば、受付け処理部２１は、複数のクロスバボードのうち保守対象であるクロスバボードの保守の指示の入力を管理者から受付けた場合、通信制御部２３に保守対象であるクロスバボードを通知する。また、受付け処理部２１は、保守が終了したクロスバボードをサーバシステム１へ組み込む指示などを管理者から受付けた場合、サーバシステム１へ組み込むクロスバボードを通信制御部２３に通知する。【００３３】
また、受付け処理部２１は、サーバシステム１の状況を図示しない出力装置を介して、管理者に通知する。例えば、受付け処理部２１は、保守対象であるクロスバボードとシステムボード３〜６それぞれとのインターフェースの接続が切断されたことを通信制御部２３から通知された場合、管理者に対して保守対象であるクロスバボードの物理的な取り外しを通知する。【００３４】
記憶部２２は、制御部２４による各種処理に必要なデータ、ファームウェアなどを格納する半導体メモリ素子又はハードディスクなどの記憶装置である。例えば、記憶部２２は、サーバシステム１の動作を記録するログなどを記憶する。【００３５】
通信制御部２３は、インターフェースを有し、例えば、Ｉ２ＣやＪＴＡＧなどを用いて、システムボード３〜６やクロスバボード７〜８と接続される。この通信制御部２３は、システムボード３〜６やクロスバボード７〜８とのパケットのやり取りを制御する。なお、通信制御部２３は、第一通知部の一例である。【００３６】
通信制御部２３は、保守対象であるクロスバボードを受付け処理部２１から通知された場合、クロスバボード７〜８に保守対象であるクロスバボードを通知する。また、通信制御部２３は、保守対象であるクロスバボードのパケットが存在しなくなったことを保守対象であるクロスバボードから通知される。この場合、通信制御部２３は、当該保守対象であるクロスバボードと複数のシステムボードそれぞれとのインターフェースの接続を切断させることを保守対象であるクロスバボードと複数のシステムボードそれぞれに対して通知する。通信制御部２３は、保守対象であるクロスバボードに電源のオフを指示する。さらに、通信制御部２３は、保守対象であるクロスバボードをサーバシステム１から切り離し可能な状態であることを受付け処理部２１に通知する。【００３７】
通信制御部２３は、保守が終了したクロスバボードをサーバシステム１へ組み込むことを受付け処理部２１から通知された場合、保守対象であるクロスバボードに対して、保守が終了したことを通知する。通信制御部２３は、保守が終了したクロスバボードに電源のオンを指示する。そして、通信制御部２３は、システムボード３〜６それぞれと保守が終了したクロスバボードとのインターフェースの接続を再接続させる。【００３８】
また、通信制御部２３は、システムボード３〜６やクロスバボード７〜８に内蔵されたテスト用回路に対してＪＴＡＧからテスト信号を送信し、動作が正常であるか否かを判定する。そして、通信制御部２３は、システムボード３〜６やクロスバボード７〜８のいずれかの動作が正常ではないと判定した場合、動作が正常でないシステムボード３〜６やクロスバボード７〜８を受付け処理部２１に通知する。この結果、管理者は、動作が正常でないシステムボード３〜６やクロスバボード７〜８を保守対象として、サーバシステム１の活性保守を受付け処理部２１に指示することができる。【００３９】
なお、通信制御部２３は、システムボード３〜６やクロスバボード７〜８のいずれかの動作が正常ではないと判定した場合、動作が正常でないシステムボード３〜６やクロスバボード７〜８を受付け処理部２１に通知することに限定されない。例えば、通信制御部２３は、クロスバボード８の動作が正常ではないと判定した場合、クロスバボード７〜８それぞれに保守対象であるクロスバボード８を通知してもよい。【００４０】
制御部２４は、サーバシステム１を管理する各種の操作を実行する。例えば、制御部２４は、記憶部２２に格納されたファームウェアの制御によって、システムボード３〜６やクロスバボード７〜８の動作設定、リセット制御、ログ処理などを実行する。制御部２４は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。【００４１】
［システムボードの構成］
図４を用いて、実施例２に係るシステムボード３〜６の構成を説明する。なお、実施例２に係るシステムボード３〜６の構成は同様であるので、ここでは、システムボード３についてのみ説明し、システムボード４〜６の説明は省略する。【００４２】
図４は、実施例２に係るシステムボードの構成を示すブロック図である。図４に示すように、システムボード３は、通信制御部３０とメモリ群３１とＣＰＵ３３とシステムコントローラ３４とを有する。【００４３】
通信制御部３０は、例えば、Ｉ２ＣやＪＴＡＧなどを用いて、図示しないサービスプロセッサ２、メモリ群３１、ＣＰＵ３２及びシステムコントローラ３４に接続され、システムボード３の動作を制御する情報の入出力を制御する。また、通信制御部３０は、保守処理を制御する情報の入出力を制御する。【００４４】
一例として、通信制御部３０は、サービスプロセッサ２から、電源のオン、電源のオフ、指定されたクロスバボードとの接続の切断、指定されたクロスバボードとの接続の再接続などの通知を受付ける。【００４５】
また、通信制御部３０は、クロスバボード８との接続を切断することをサービスプロセッサ２から通知された場合には、クロスバボード８とのインターフェースの接続を切断する。また、通信制御部３０は、クロスバボード８との接続を再接続することをサービスプロセッサ２から通知された場合には、クロスバボード８とのインターフェースの接続を再接続する。【００４６】
メモリ群３１は、メモリ３１ａ〜３１ｄとメモリアクセスコントローラ３２とを有する。メモリ３１ａ〜３１ｄは、ＣＰＵ３３による各種演算に用いられるデータなどを記憶する。メモリアクセスコントローラ３２は、ＣＰＵ３３から受付けたメモリ３１ａ〜３１ｄへのアクセスを制御する。ＣＰＵ３３は、プロセッサであり、メモリ３１ａ〜３１ｄに格納されたデータを読み出し、各種演算処理などを実行する。また、ＣＰＵ３３は、各種演算処理などの結果をメモリ３１ａ〜３１ｄに格納させる。なお、システムボード３が有するＣＰＵ、メモリ、メモリアクセスコントローラの数は、図４に限定されるものではなく、利用者によって任意に変更可能である。【００４７】
システムコントローラ３４は、例えば、ＡＳＩＣやＦＰＧＡなどの集積回路であり、ＩＯ（Input  Output）部３５と通信部３６、３７と制御部３８とを有する。また、システムコントローラ３４は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。システムコントローラ３４は、ＣＰＵ３３と他のシステムボード４〜６との間のデータなどの転送、メモリアクセスコントローラ３２と他のシステムボード４〜６との間のデータなどの転送を制御する。【００４８】
ＩＯ部３５は、少なくとも１つの通信ポートを有するインターフェースを有し、他のシステムボードとの間でやり取りされる情報を制御する。例えば、ＩＯ部３５は、クロスバボード７からパケットを受信し、受信したパケットを入力キューバッファ３６ａに出力する。また、ＩＯ部３５は、出力キューバッファ３６ｂからパケットを取り出し、取り出したパケットをクロスバボード７に送信する。【００４９】
通信部３６と３７の構成は、同様であるので、ここでは、通信部３６の構成についてのみ説明し、通信部３７の構成についての説明は省略する。例えば、通信部３６は、クロスバボード７とパケットを送受信し、通信部３７はクロスバボード８とパケットを送受信する。また、通信部３６〜３７とクロスバボード７〜８との接続はこれに限定されるものではなく、利用者によって任意に変更可能である。【００５０】
通信部３６は、入力キューバッファ３６ａと出力キューバッファ３６ｂとを有する。例えば、入力キューバッファ３６ａは、ＦＩＦＯ（First  In  First  Out）で制御され、ＩＯ部３５から出力されたパケットを格納する。例えば、出力キューバッファ３６ｂは、ＦＩＦＯで制御され、キュー制御部３８ａから出力されたパケットを格納する。同様に、通信部３７も、入力キューバッファ３７ａ、出力キューバッファ３７ｂを有する。なお、通信部３６及び３７が有する入力キューバッファと出力キューバッファの数は、これに限定されるものではなく、任意に変更可能である。【００５１】
制御部３８は、キュー制御部３８ａと停止部３８ｂと再開部３８ｃとを有する。また、制御部３８は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。例えば、制御部３８の内部メモリは、キュー制御部３８ａが、出力キューバッファ３６ｂ、出力キューバッファ３７ｂへパケットを出力する場合に参照する「パケットの送信経路」を記憶する。【００５２】
キュー制御部３８ａは、通信部３６〜３７からパケットを取り出し、通信部３６〜３７へパケットを出力する。例えば、キュー制御部３８ａは、入力キューバッファ３６ａに格納されたパケットを取り出し、出力キューバッファ３６ｂや出力キューバッファ３７ｂに出力する。また、キュー制御部３８ａは、入力キューバッファ３６ａに格納されたパケットを取り出し、取り出したパケットをメモリアクセスコントローラ３２やＣＰＵ３３に出力する。【００５３】
また、キュー制御部３８ａは、メモリアクセスコントローラ３２やＣＰＵ３３から出力されたパケットを出力キューバッファ３６ｂや出力キューバッファ３７ｂに出力する。さらに、キュー制御部３８ａは、ＣＰＵ３３から出力されたデータなどをメモリアクセスコントローラ３２に出力する。この結果、メモリアクセスコントローラ３２は、ＣＰＵ３３から出力されたデータなどをメモリ３１ａ〜３１ｄに格納させる。【００５４】
また、キュー制御部３８ａは、入力キューバッファ３６ａ又は３７ａから取り出したパケットが停止パケットであった場合には、取り出した停止パケットを停止部３８ｂに出力する。キュー制御部３８ａは、取り出したパケットの「Ope  Code」に停止／再開パケットを示す特殊パケット「１１１００１０」が格納されており、「Stop」に「１」が格納されている場合には、取り出したパケットが停止パケットであると判定する。【００５５】
また、キュー制御部３８ａは、入力キューバッファ３６ａ又は３７ａから取り出したパケットが再開パケットであった場合には、取り出した再開パケットを再開部３８ｃに出力する。キュー制御部３８ａは、取り出したパケットの「Ope  Code」に停止／再開パケットを示す特殊パケット「１１１００１０」が格納されており、「Stop」に「０」が格納されている場合には、取り出したパケットが再開パケットであると判定する。【００５６】
停止部３８ｂは、停止パケットを受信した場合に、保守対象であるクロスバボードに対するパケットを保守対象でないクロスバボードに対して送信するように送信経路を変更する。【００５７】
例えば、停止部３８ｂは、キュー制御部３８ａから停止パケットを受信した場合、制御部３８の内部メモリが記憶する「パケットの送信経路」を変更する。キュー制御部３８ａは、パケットを出力キューバッファ３６ｂ及び３７ｂへ出力する場合に、この「パケットの送信経路」を参照する。すなわち、停止部３８ｂが「パケットの送信経路」を変更することによって、キュー制御部３８ａは、保守対象であるクロスバボードに対するパケットを保守対象でないクロスバボードに送信することになる。【００５８】
図５Ａ及び図５Ｂを用いて、停止部３８ｂによる「パケットの送信経路」の変更を説明する。図５Ａは、停止部による「パケットの送信経路」の変更前を説明する図であり、図５Ｂは、停止部による「パケットの送信経路」の変更後を説明する図である。なお、ここでは、停止部３８ｂは、クロスバボード８に対するパケット送信を停止させる停止パケットをキュー制御部３８ａから受信した場合を例に説明する。【００５９】
図５Ａは、「宛先」に対応した「送信経路」が変更されたか否かを示す情報が格納される。例えば、図５Ａの「宛先」には、パケットの最終的な宛先を示す情報として、「システムボード３、ＣＰＵ」、「システムボード３、メモリ」、「システムボード４、ＣＰＵ」、「システムボード４、メモリ」などが格納される。【００６０】
また、図５Ａの「送信経路」には、パケットが最終的な宛先に送信される際に経由するクロスバボードを示す情報として、「自装置」、「クロスバボード７」、「クロスバボード８」が格納される。【００６１】
また、図５Ａの「変更」には、パケットの送信経路が変更されたか否かを示す情報として、「０」又は「１」が格納される。ここで、「０」はパケットの送信経路が変更されていないこと又は送信経路が変更された後に変更元に戻されたことを示し、「１」はパケットの送信経路が変更されたことを示すものとする。【００６２】
具体的には、図５Ａの場合、システムボード３のＣＰＵやシステムボード３のメモリを宛先としたパケットは自装置を宛先とするので、いずれのクロスバボードも経由しないことを示す。また、システムボード４のＣＰＵを宛先としたパケットはクロスバボード７を送信経路とし、システムボード４のメモリを宛先としたパケットはクロスバボード８を送信経路とすることを示す。同様に、システムボード５のＣＰＵを宛先としたパケットはクロスバボード７を送信経路とし、システムボード５のメモリを宛先としたパケットはクロスバボード８を送信経路とすることを示す。また、システムボード６のＣＰＵを宛先としたパケットはクロスバボード７を送信経路とし、システムボード６のメモリを宛先としたパケットはクロスバボード８を送信経路とすることを示す。なお、図５Ａの場合、いずれの送信経路も変更されていない。【００６３】
停止部３８ｂは、クロスバボード７によって送信された、クロスバボード８に対する停止パケットをキュー制御部３８ａから受信した場合、図５Ａに示す「パケットの送信経路」を図５Ｂのように変更する。【００６４】
例えば、図５Ｂに示すように、停止部３８ｂは、システムボード４のメモリ、システムボード５のメモリ、システムボード６のメモリを宛先としたパケットの「送信経路」に「クロスバボード７」を格納させ、「変更」に「１」を格納させる。また、停止部３８ｂは、変更元のクロスバボードであるクロスバボード８を制御部３８の内部メモリに格納させる。【００６５】
図４に戻り、再開部３８ｃは、キュー制御部３８ａから再開パケットを受信した場合に、保守が終了したクロスバボードに対するパケット送信を再開する。例えば、再開部３８ｃは、キュー制御部３８ａから再開パケットを受信した場合に、制御部３８の内部メモリによって記憶される「パケットの送信経路」を参照して送信経路が変更されたパケットが存在するか否かを判定する。そして、再開部３８ｃは、送信経路が変更されたパケットが存在すると判定した場合に、送信経路が変更されたパケットを保守が終了したクロスバボードに対して送信するように送信経路を変更する。【００６６】
具体的には、再開部３８ｃは、「パケットの送信経路」の「変更」に「１」が格納されているか否かを判定し、「変更」に「１」が格納されている場合には、送信経路が変更されたと判定する。【００６７】
続いて、再開部３８ｃは、送信経路が変更されたと判定した場合、制御部３８の内部メモリが記憶する変更元を読み出し、図５Ｂに示す「パケットの送信経路」を図５Ａのように変更する。例えば、再開部３８ｃは、システムボード４のメモリ、システムボード５のメモリ、システムボード６のメモリを宛先としたパケットの「送信経路」に「クロスバボード８」を格納させ、「変更」に「０」を格納させる。【００６８】
［クロスバボードの構成］
図６を用いて、実施例２に係るクロスバボード７〜８の構成を説明する。なお、実施例２に係るクロスバボード７〜８の構成は同様であるので、ここでは、クロスバボード７についてのみ説明し、クロスバボード８の説明は省略する。【００６９】
図６は、実施例２に係るクロスバボードの構成を示すブロック図である。図６に示すように、実施例２に係るクロスバボード７は、通信制御部７０とクロスバ７１とを有する。【００７０】
通信制御部７０は、例えば、Ｉ２ＣやＪＴＡＧなどを用いて、図示しないサービスプロセッサ２と、クロスバ７１とに接続され、クロスバボード７の動作を制御する情報の入出力と保守処理を制御する情報の入出力を制御する。具体的には、通信制御部７０は、サービスプロセッサ２から電源のオン、電源のオフなどを受付ける。なお、通信制御部７０は、第二通知部の一例である。【００７１】
また、通信制御部７０は、サービスプロセッサ２からシステムボード３〜６それぞれとの接続を切断する通知を受付けた場合には、システムボード３〜６それぞれとのインターフェースの接続を切断する。また、通信制御部７０は、サービスプロセッサ２からシステムボード３〜６それぞれとの接続を再接続する通知を受付けた場合には、システムボード３〜６それぞれとのインターフェースの接続を再接続する。【００７２】
さらに、通信制御部７０は、サービスプロセッサ２から保守対象であるクロスバボードが自クロスバボードである通知を受付けた場合、自クロスバボードが保守対象であることを監視部７６ｃに通知する。【００７３】
また、通信制御部７０は、サービスプロセッサ２から保守対象であるクロスバボードが他クロスバボードである通知を受付けた場合には、他クロスバボードが保守対象であることをパケット生成部７６ｂに通知する。【００７４】
また、通信制御部７０は、監視部７６ｃからパケットが全て送信されたことを通知された場合には、保守対象であるクロスバボードのパケットが存在しなくなったことをサービスプロセッサ２へ通知する。また、通信制御部７０は、サービスプロセッサから再開パケットを生成させる通知を受付けた場合には、再開パケットを生成させる旨をパケット生成部７６ｂに通知する。【００７５】
クロスバ７１は、例えば、ＡＳＩＣやＦＰＧＡなどの集積回路であり、通信部７２、７３、７４、７５と制御部７６とＩＯ部７７とを有する。クロスバ７１は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。なお、クロスバボード７が有する通信部の数はこれに限定されるものではなく、利用者によって任意に変更可能である。【００７６】
通信部７２〜７５の構成は、同様であるので、ここでは、通信部７２の構成についてのみ説明し、通信部７３〜７５の構成についての説明は省略する。例えば、通信部７２は、システムボード３とパケットを送受信し、通信部７３は、システムボード４とパケットを送受信し、通信部７４は、システムボード５とパケットを送受信し、通信部７５は、システムボード６とパケットを送受信する。また、通信部７２〜７５とシステムボード３〜６との接続はこれに限定されるものではなく、利用者によって任意に変更可能である。【００７７】
通信部７２は、入力キューバッファ７２ａと出力キューバッファ７２ｂとを有する。入力キューバッファ７２ａは、例えば、ＦＩＦＯで制御され、ＩＯ部７７から出力されたパケットを格納する。出力キューバッファ７２ｂは、例えば、ＦＩＦＯで制御され、キュー制御部７６ａによって出力されたパケットを格納する。【００７８】
制御部７６は、キュー制御部７６ａとパケット生成部７６ｂと監視部７６ｃとを有する。キュー制御部７６ａは、通信部７２〜７５からパケットを取り出し、通信部７２〜７５へパケットを出力する。例えば、キュー制御部７６ａは、入力キューバッファ７２ａ〜７５ａに格納されたパケットを取り出し、取り出したパケットを出力キューバッファ７２ｂ〜７５ｂに出力する。【００７９】
また、キュー制御部７６ａは、パケット生成部７６ｂによって生成された停止パケットを複数のシステムボード３〜６それぞれに送信する。例えば、キュー制御部７６ａは、パケット生成部７６ｂから停止パケットを受信した場合、受信した停止パケットを出力キューバッファ７２ｂ〜７５ｂそれぞれに出力する。この結果、パケット生成部７６ｂによって生成された停止パケットは、ＩＯ部７７によって、複数のシステムボード３〜６それぞれに送信される。【００８０】
また、キュー制御部７６ａは、パケット生成部７６ｂによって生成された再開パケットを複数のシステムボード３〜６それぞれに送信する。例えば、キュー制御部７６ａは、パケット生成部７６ｂから再開パケットを受信した場合、受信した再開パケットを出力キューバッファ７２ｂ〜７５ｂのそれぞれに出力する。この結果、パケット生成部７６ｂによって生成された再開パケットは、ＩＯ部７７によって、複数のシステムボード３〜６それぞれに送信される。【００８１】
パケット生成部７６ｂは、クロスバボードに対するパケット送信を停止させる停止パケット及びクロスバボードに対するパケット送信を再開させる再開パケットを生成する。以下では、停止パケットの生成、再開パケットの生成について順に説明する。なお、パケット生成部７６ｂは、第一送信部及び第二送信部の一例である。【００８２】
（停止パケットの生成）
パケット生成部７６ｂは、通信制御部７０から保守対象であるクロスバボードが他クロスバボードであることを通知された場合には、他クロスバボードに対するパケット送信を停止させる停止パケットを生成する。この停止パケットは、サーバシステム１が生成する特殊パケットの一種である。【００８３】
以下に示すものは停止パケット定義の一例である。停止パケットは、ビット０〜７に「Target-XB」、ビット２３に「Stop」、ビット２４〜３０に「Ope  Code」を対応付けた情報を保持する。停止パケットの「Target-XB」には保守対象であるクロスバボードを示す情報が格納される。例えば、ビット０は、クロスバボード７に対応し、ビット１は、クロスバボード８に対応する。ビットに「１」が格納されている場合、ビットに対応するクロスバボードは、保守対象である。また、ビットに「０」が格納されている場合、ビットに対応するクロスバボードは、保守対象ではない。【００８４】
「Stop」には、停止パケットであるか否かを示す情報が格納される。例えば、「１」が格納されている場合には、停止パケットであることを示し、「０」が格納されている場合には、停止パケットではないことを示す。「Ope  Code」には特殊パケットの種類を示す情報が格納される。例えば、「１１１００１０」が格納された場合には、停止パケット又は再開パケットであることを示す。【００８５】
図７Ａに示す例を用いて、パケット生成部７６ｂが生成する停止パケットについて説明する。図７Ａは、パケット生成部が生成する停止パケットの一例を示す図である。図７Ａに示すパケットの場合、クロスバボード８に対するパケット送信を停止させる停止パケットであることを示す。【００８６】
続いて、パケット生成部７６ｂは、生成した停止パケットをキュー制御部７６ａへ出力する。そして、キュー制御部７６ａは、パケット生成部７６ｂによって生成された停止パケットを出力キューバッファ７２ｂ〜７５ｂに出力する。この結果、停止パケットは、ＩＯ部７７によって出力キューバッファ７２ｂ〜７５ｂそれぞれから取り出され、システムボード３〜６それぞれに送信される。【００８７】
（再開パケットの生成）
また、パケット生成部７６ｂは、通信制御部７０から自クロスバボードの保守が終了した通知を受付けた場合、自クロスバボードに対するパケット送信を再開させる再開パケットを生成する。【００８８】
再開パケットは、ビット０〜７に「Target-XB」、ビット２３に「Stop」、ビット２４〜３０に「Ope  Code」を対応付けた情報を保持する。再開パケットの「Target-XB」には保守対象であるクロスバボードを示す情報が格納される。例えば、ビット０は、クロスバボード７に対応し、ビット１は、クロスバボード８に対応する。ビットに「１」が格納されている場合、ビットに対応するクロスバボードは、保守対象である。また、ビットに「０」が格納されている場合、ビットに対応するクロスバボードは、保守対象ではない。【００８９】
「Stop」には、再開パケットであるか否かを示す情報が格納される。例えば、「０」が格納されている場合には、再開パケットであることを示し、「１」が格納されている場合には、再開パケットではないことを示す。「Ope  Code」には特殊パケットの種類を示す情報が格納される。例えば、「１１１００１０」が格納された場合には、停止パケット又は再開パケットであることを示す。【００９０】
図７Ｂに示す例を用いて、パケット生成部７６ｂが生成する再開パケットについて説明する。図７Ｂは、パケット生成部が生成する再開パケットの一例を示す図である。図７Ｂに示すパケットの場合、クロスバボード８に対するパケット送信を再開させる再開パケットであることを示す。【００９１】
続いて、パケット生成部７６ｂは、生成した再開パケットをキュー制御部７６ａへ出力する。そして、キュー制御部７６ａは、パケット生成部７６ｂによって生成された再開パケットを出力キューバッファ７２ｂ〜７５ｂそれぞれに出力する。この結果、再開パケットは、ＩＯ部７７によって出力キューバッファ７２ｂ〜７５ｂそれぞれから取り出され、システムボード３〜６それぞれに送信される。【００９２】
図６に戻って、監視部７６ｃは、通信制御部７０から保守対象であるクロスバボードが自クロスバボードである旨の通知を受付けた場合には、当該自クロスバボード内のパケットを監視する。例えば、監視部７６ｃは、通信制御部７０から自クロスバボードに残留するパケットを監視する旨を通知された場合には、通信部７２〜７５に格納されるパケットを監視し、パケットが全て送信されたか否かを判定する。そして、監視部７６ｃは、パケットが全て送信されたと判定した場合、パケットが全て送信されたことを通信制御部７０に通知する。この結果、通信制御部７０は、保守対象であるクロスバボードのパケットが存在しなくなったことがサービスプロセッサ２へ通知する。なお、監視部７６ｃは、判定部の一例である。【００９３】
ＩＯ部７７は、少なくとも１つの通信ポートを有するインターフェースであり、システムボード間でやり取りされる情報を制御する。【００９４】
例えば、ＩＯ部７７は、システムボードとのパケットの送受信を制御したり、サービスプロセッサとのサーバシステムの運転を制御する情報の入出力を制御したりする。具体的には、ＩＯ部７７は、システムボード３〜６からパケットを受信し、受信したパケットのヘッダ領域から送信先を特定する。そして、ＩＯ部７７は、特定した送信先と接続された入力キューバッファへ受信したパケットを出力する。また、ＩＯ部７７は、出力キューバッファからパケット取り出し、取り出したパケットを送信先のシステムボードへ送信する。【００９５】
［処理の処理手順］
次に図８〜９を用いて、実施例２に係るサーバシステム１による処理の処理手順を説明する。ここでは、図８を用いて切断処理を説明し、図９を用いて再接続処理を説明する。なお、図８は、実施例２に係るサーバシステムによる切断処理の処理手順を示すフローチャートであり、図９は、実施例２に係るサーバシステムによる再接続処理の処理手順を示すフローチャートである。【００９６】
（切断処理）
ここでは、クロスバボード８を保守対象であるクロスバボートとして切断処理を説明する。図８に示すように、サービスプロセッサ２は、複数のクロスバボードのうち、クロスバボード８が保守対象であることを通知された場合（ステップＳ１０１、Ｙｅｓ）、クロスバボード７〜８に保守対象であるクロスバボードを通知する（ステップＳ１０２）。なお、サービスプロセッサ２は、複数のクロスバボードのうち、クロスバボード８が保守対象であることを通知されるまで、ステップＳ１０１の処理を繰り返す。続いて、保守対象ではないクロスバボード７は、停止パケットを生成し、生成した停止パケットを全てのシステムボード３〜６に送信する（ステップＳ１０３）。そして、停止パケットを受信したシステムボード３〜６は、保守対象であるクロスバボード８に対する送信パケットの送信経路を保守対象ではないクロスバボード７に変更して送信する（ステップＳ１０４）。【００９７】
また、保守対象であるクロスバボード８は、残留するパケットを監視して（ステップＳ１０５）、残留パケットが存在しなくなったか否かを判定する（ステップＳ１０６）。保守対象であるクロスバボード８は、残留パケットが存在しなくなったと判定した場合（ステップＳ１０６、Ｙｅｓ）、自クロスバボードに残留するパケットが無くなった旨をサービスプロセッサ２に通知する（ステップＳ１０７）。一方、保守対象であるクロスバボード８は、残留パケットが存在すると判定した場合（ステップＳ１０６、Ｎｏ）、ステップＳ１０６を繰り返し、自クロスバボードに残留するパケットを監視し続ける。【００９８】
サービスプロセッサ２は、残留するパケットが存在しなくなった旨を保守対象であるクロスバボード８から通知されると、保守対象であるクロスバボード８とシステムボード３〜６それぞれとの接続を切断させる通知をする（ステップＳ１０８）。この通知を受付けたシステムボードそれぞれとクロスバボードとは互いのインターフェースの接続を切断する（ステップＳ１０９）。【００９９】
（再接続処理）
ここでは、クロスバボード８を保守が終了したクロスバボートとして再接続処理を説明する。図９に示すように、サービスプロセッサ２は、クロスバボード８の保守の終了を通知された場合（ステップＳ２０１、Ｙｅｓ）、保守が終了したクロスバボード８とシステムボード３〜６それぞれとのインターフェースの接続を再接続させる通知をする（ステップＳ２０２）。サービスプロセッサ２は、クロスバボード８の保守が終了したことを通知されるまで、ステップＳ２０１を繰り返す。【０１００】
そして、この通知を受付けたシステムボード３〜６それぞれと保守が終了したクロスバボード８とは互いのインターフェースの接続を再接続し（ステップＳ２０３）、接続が正常であるか否かを判定する（ステップＳ２０４）。ここで、サービスプロセッサ２は、正常に再接続されたと判定した場合（ステップＳ２０４、Ｙｅｓ）、保守が終了したクロスバボード８へ再開パケットを送信させる通知をする（ステップＳ２０５）。一方、再接続ができなかったと判定された場合（ステップＳ２０４、Ｎｏ）、サービスプロセッサ２は、再接続ができたと判定されるまでシステムボード３〜６それぞれと保守が終了したクロスバボード８とのインターフェースの再接続を繰り返し実行する。【０１０１】
再開パケットを送信する旨の通知を受付けたクロスバボード８は、再開パケットを生成し、システムボード３〜６それぞれに対して生成した再開パケットを送信する（ステップＳ２０６）。そして、再開パケットを受信したシステムボード３〜６それぞれは、パケットの送信先を変更して送信を再開する（ステップＳ２０７）。【０１０２】
［実施例２による効果］
上述してきたように、実施例２に係るサーバシステム１は、保守対象であるクロスバボードのパケットを空にし、サーバシステムから切り離し可能な状態にする。したがって、実施例２に係るサーバシステム１は、保守対象であるクロスバボードの活性保守をすることができる。【０１０３】
また、システムボードは、保守対象であるクロスバボードに対するパケット送信を停止させた場合、保守対象でないクロスバボードに対してパケットを送信する。したがって、実施例２に係るサーバシステムは、保守対象であるクロスバボードを経由して送信する予定であったパケットを遅延させることなく送信できる。【０１０４】
また、実施例２では、保守対象であるクロスバボードのパケットを空にし、サーバシステムから切り離し可能な状態になった場合、保守対象であるクロスバボードのみを物理的にサーバシステムから切り離す。したがって、実施例２に係るサーバシステムは、より安全にクロスバボードを活性保守することができる。【０１０５】
また、サービスプロセッサは、保守が終了したクロスバボードとシステムボードそれぞれとのインターフェースの接続を再接続させる。この結果、実施例２に係るサーバシステムは、システムの運用中に、保守が終了したクロスバボードをシステムに組み込むことができる。【０１０６】
さらに、保守が終了したクロスバボードは、保守が終了したクロスバボードとシステムボードそれぞれとのインターフェースの接続を再接続した場合、システムボードそれぞれにパケット送信を再開させる再開パケットを送信する。この結果、実施例２に係るサーバシステムは、保守が終了したクロスバボードに対するパケット送信を再開できる。【０１０７】
また、システムボードは、保守が終了したクロスバボードに対するパケット送信を再開した場合に、送信経路が変更されたパケットが存在すれば、送信経路が変更されたパケットの送信経路を保守が終了したクロスバボードへ変更する。この結果、実施例２に係るサーバシステムは、保守対象であるクロスバボードから保守対象ではないクロスバボードに送信経路を変更したパケットの送信経路を変更前のクロスバボードに戻して送信できる。【０１０８】
また、サーバシステムは、停止パケットを送信することによって、保守対象であるクロスバボードをサーバシステムから切り離す。このため、サーバシステムは、システムボードのＣＰＵ上で動作しているソフトウェアからの補助を借りずに、保守対象であるクロスバボードの停止を行える。すなわち、実施例２に係るサーバシステムは、ＯＳによってアクセス可能な資源を有さないクロスバボードを活性保守することができる。
【実施例３】
【０１０９】
実施例１及び２では、４台のシステムボードを２台のクロスバボードで接続する場合を説明したが、サーバシステムの構成は、これに限定されるものではない。そこで、実施例３では、８台のシステムボードを８台のクロスバボードで接続するサーバシステムにおけるクロスバボードの活性保守を例に説明する。ここでは、サーバシステムの構成、処理動作の説明、実施例３による効果を順に説明する。なお、ここでは、図１に示した各部と同様の役割を果たす機能部については、同一符号を付すことにしてその詳細な説明を省略する。【０１１０】
［サーバシステムの構成］
図１０を用いて実施例３に係るサーバシステム１００の構成を説明する。図１０は、実施例３に係るサーバシステムの構成を示す図である。図１０に示すように、実施例３に係るサーバシステム１００は、サービスプロセッサ２とＣＰＵ資源を有するシステムボード２０１〜２０８とクロスバボード３０１〜３０８とを有する。システムボード２０１〜２０８それぞれは、図示していないが、４つのＣＰＵと、４つのメモリ群と、システムコントローラとを有する。なお、システムコントローラの構成は実施例２で説明したシステムコントローラ３４と同様であるので、これらの説明は省略する。また、クロスバボード３０１〜３０８の構成は、実施例２で説明したクロスバボード７〜８の構成と同様であるので、これらの説明は省略する。【０１１１】
［処理動作の説明］
次に、図１１Ａ及び図１１Ｂを用いて、このようなサーバシステム１００において、クロスバボード３０１を活性保守する場合の処理動作を説明する。図１１Ａは、実施例３に係るサーバシステムによる「パケットの送信経路」変更前を説明する図であり、図１１Ｂは、実施例３に係るサーバシステムによる「パケットの送信経路」変更後を説明する図である。なお、図１１Ａ及び図１１Ｂ中に示した各項目は、図５Ａ及び図５Ｂで説明したものと同様であるので、これらの説明は省略する。【０１１２】
具体的には、図１１Ａの場合、システムボード２０１のＣＰＵ＃１〜＃４やシステムボード２０１のメモリ群＃１〜＃４を宛先としたパケットは自装置を宛先とするので、いずれのクロスバボードも経由しないことを示す。また、システムボード２０２のＣＰＵ＃１を宛先としたパケットはクロスバボード３０１を送信経路とし、システムボード２０２のＣＰＵ＃２を宛先としたパケットはクロスバボード３０３を送信経路とすることを示す。同様に、システムボード２０２のＣＰＵ＃３を宛先としたパケットはクロスバボード３０５を送信経路とし、システムボード２０２のＣＰＵ＃４を宛先としたパケットはクロスバボード３０７を送信経路とすることを示す。【０１１３】
また、システムボード２０２のメモリ群＃１を宛先としたパケットはクロスバボード３０２を送信経路とすることを示し、システムボード２０２のメモリ群＃２を宛先としたパケットはクロスバボード３０４を送信経路とすることを示す。同様に、システムボード２０２のメモリ群＃３を宛先としたパケットはクロスバボード３０６を送信経路とすることを示し、システムボード２０２のメモリ群＃４を宛先としたパケットはクロスバボード３０８を送信経路とすることを示す。【０１１４】
また、システムボード２０８のＣＰＵ＃１を宛先としたパケットはクロスバボード３０１を送信経路とし、システムボード２０８のＣＰＵ＃２を宛先としたパケットはクロスバボード３０３を送信経路とすることを示す。同様に、システムボード２０８のＣＰＵ＃３を宛先としたパケットはクロスバボード３０５を送信経路とし、システムボード２０８のＣＰＵ＃４を宛先としたパケットはクロスバボード３０７を送信経路とすることを示す。【０１１５】
同様に、システムボード２０８のメモリ群＃１を宛先としたパケットはクロスバボード３０２を送信経路とすることを示し、システムボード２０８のメモリ群＃２を宛先としたパケットはクロスバボード３０４を送信経路とすることを示す。同様に、システムボード２０８のメモリ群＃３を宛先としたパケットはクロスバボード３０６を送信経路とすることを示し、システムボード２０８のメモリ群＃４を宛先としたパケットはクロスバボード３０８を送信経路とすることを示す。なお、図１１Ａの場合、いずれの送信経路も変更されていないことを示す。【０１１６】
システムボード２０１〜２０８は、クロスバボード３０２〜３０８によって送信された、クロスバボード３０１に対する停止パケットを受信した場合、図１１Ａに示す「パケットの送信経路」を図１１Ｂのように変更する。【０１１７】
例えば、図１１Ｂに示すように、システムボード２０２のＣＰＵ＃１を宛先としたパケットの「送信経路」に「クロスバボード３０２」を格納させ、「変更」に「１」を格納させる。また、システムボード２０８のＣＰＵ＃１を宛先としたパケットの「送信経路」に「クロスバボード３０８」を格納させ、「変更」に「１」を格納させる。【０１１８】
なお、図１１Ｂ中には図示していないが、システムボード２０３のＣＰＵ＃１を宛先としたパケットはクロスバボード３０３を送信経路とし、システムボード２０４のＣＰＵ＃２を宛先としたパケットはクロスバボード３０４を送信経路とするように変更する。また、システムボード２０５のＣＰＵ＃１を宛先としたパケットはクロスバボード３０５を送信経路とし、システムボード２０６のＣＰＵ＃２を宛先としたパケットはクロスバボード３０６を送信経路とするように変更する。同様に、システムボード２０７のＣＰＵ＃１を宛先としたパケットはクロスバボード３０７を送信経路とするように変更する。【０１１９】
このようにして、システムボード２０２〜２０８のＣＰＵ＃１それぞれは、送信経路をクロスバボード３０１から変更することによって、保守対象であるクロスバボード３０１のパケットを空にする。【０１２０】
また、実施例３に係るサーバシステム１００は、保守が終了したクロスバボードに対するパケット送信を再開した場合に、送信経路が変更されたパケットが存在すれば、送信経路が変更されたパケットの送信経路を保守が終了したクロスバボードへ変更する。なお、この処理は、実施例２と同様であるので、説明は省略する。【０１２１】
［実施例３による効果］
このようにして、実施例３に係るサーバシステム１００は、保守対象であるクロスバボード３０１をサーバシステムから切り離し可能な状態にするので、クロスバボードの活性保守をすることができる。さらに、実施例３では、複数あるクロスバボードのうち、いずれか１つを活性保守する場合、パケットの送信経路を特定のクロスバボードに変更するのではなく、保守対象ではない複数のクロスバボードに分散させる。すなわち、特定のクロスバボードに対してパケット送信が集中することを防止できる。この結果、実施例３に係るサーバシステム１００は、パケットを滞留させずに送信し、クロスバボードの活性保守をすることができる。
【実施例４】
【０１２２】
ところで、本願の開示するサーバシステムは、上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、実施例４では、本願の開示するサーバシステムの他の実施例について説明する。【０１２３】
（システム構成等）
本実施例において説明した各処理のうち自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、制御手順、具体的名称については、特記する場合を除いて任意に変更することができる。【０１２４】
図示した各構成部は、機能概念的なものであり、必ずしも物理的に図示のごとく構成されていることを要しない。例えば、システムボード３が有する停止部３８ｂと再開部３８ｃとは統合されてもよい。さらに、サーバシステムが有するサービスプロセッサ、システムボード、クロスバボードにて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され得る。あるいは、サーバシステムが有するサービスプロセッサ、システムボード、クロスバボードにて行われる各処理機能は、その全部または任意の一部が、ワイヤードロジックによるハードウェアとして実現され得る。
【符号の説明】
【０１２５】
１  サーバシステム
２  サービスプロセッサ
３〜６  システムボード
７、８  クロスバボード
２１  受付け処理部
２２  記憶部
２３  通信制御部
２４  制御部
３０  通信制御部
３１  メモリ群
３１ａ〜３１ｄ  メモリ
３２  メモリアクセスコントローラ
３３  ＣＰＵ
３４  システムコントローラ
３５  ＩＯ部
３６、３７  通信部
３６ａ、３７ａ  入力キューバッファ
３６ｂ、３７ｂ  出力キューバッファ
３８  制御部
３８ａ  キュー制御部
３８ｂ  停止部
３８ｃ  再開部
７０  通信制御部
７１  クロスバ
７２、７３、７４、７５  通信部
７２ａ、７３ａ、７４ａ、７５ａ  入力キューバッファ
７２ｂ、７３ｂ、７４ｂ、７５ｂ  出力キューバッファ
７６  制御部
７６ａ  キュー制御部
７６ｂ  パケット生成部
７６ｃ  監視部
７７  ＩＯ部
【図１】
2012127629.tif 000003
【図２】
2012127629.tif 000004
【図３】
2012127629.tif 000005
【図４】
2012127629.tif 000006
【図５Ａ】
2012127629.tif 000007
【図５Ｂ】
2012127629.tif 000008
【図６】
2012127629.tif 000009
【図７Ａ】
2012127629.tif 000010
【図７Ｂ】
2012127629.tif 000011
【図８】
2012127629.tif 000012
【図９】
2012127629.tif 000013
【図１０】
2012127629.tif 000014
【図１１Ａ】
2012127629.tif 000015
【図１１Ｂ】
2012127629.tif 000016
【図１２】
2012127629.tif 000017
【図１３】
2012127629.tif 000018
【国際調査報告】
2012127629.tif 000019
2012127629.tif 000020