(57)【要約】      （修正有）【課題】システムダウンが発生する頻度を低減するインターフェース診断装置を提供する。【解決手段】インターフェース診断装置１は、運用系サービスプロセッサ１０及びサービスプロセッサ３と通信可能なユニット５が１回目に発する信号を、サービスプロセッサ３が受信可能性判断を行い、信号が受信できる場合にサービスプロセッサ３が信号を受信し、ユニット５が２回目に発する信号について受信可能性判断を行い、２回目に発する信号が受信できる場合に２回目に発する信号をサービスプロセッサ３が受信し、受信した信号と２回目に受信した信号とを比較し、同一であると判断する場合に、ユニット５とサービスプロセッサ３との間における通信インターフェース４が正常であると診断し、同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、通信インターフェース４に障害があると診断する診断部を備える。【選択図】図１
2014021713.tif 000002
【特許請求の範囲】
【請求項１】
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する診断部を備える
インターフェース診断装置。
【請求項２】
前記信号を記憶する信号記憶部を更に有し、
前記診断部は、１回目に受信した前記信号を前記信号記憶部に記憶し、２回目に受信した前記信号と前記信号記憶部が記憶する信号とを比較する前記信号比較を行う
請求項１に記載のインターフェース診断装置。
【請求項３】
前記診断部は、前記ユニットが、複数回発する前記信号について、前記受信可能性判断と、前記第２サービスプロセッサが受信した前記信号に対して前記信号比較とを行う
請求項１あるいは請求項２に記載のインターフェース診断装置。
【請求項４】
前記コンピュータシステムは、前記ユニットと、前記ユニットと前記第２サービスプロセッサとの間における前記通信インターフェースとを、それぞれ複数有し、
前記信号は、前記ユニットを識別するユニット識別子であり、
前記診断部は、複数の前記ユニットについて、前記受信可能性判断と前記信号比較とを行う、
請求項１乃至請求項３のいずれか１項に記載のインターフェース診断装置。
【請求項５】
前記コンピュータシステムは、１つ以上の前記第２サービスプロセッサを有し、
前記ユニットは、前記第１サービスプロセッサと前記１つ以上の第２サービスプロセッサに対して、前記信号を送信すると共に、
前記第１サービスプロセッサは、前記１つ以上の第２サービスプロセッサに対して、処理を開始する命令を発するのに応じて、前記診断部は、前記受信可能性判断を行う
請求項１乃至請求項４のいずれか１項に記載のインターフェース診断装置。
【請求項６】
前記第１サービスプロセッサが送信する、複数の前記ユニット識別子の値を、前記信号記憶部に記憶し、
前記複数のユニット識別子に対応するユニットについて、前記受信可能性判断と前記信号比較とを行う
請求項５に記載のインターフェース診断装置。
【請求項７】
前記ユニット識別子は、
前記コンピュータシステムにおいて前記ユニットと対応するユニット番号と、前記ユニットを製造するときに割り当てられた製造番号とを有する
請求項４あるいは請求項５に記載のインターフェース診断装置。
【請求項８】
請求項１乃至７のいずれか１項に記載の前記インターフェース診断装置を含み、前記第２サービスプロセッサとして機能するサービスプロセッサ。
【請求項９】
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する
インターフェース診断方法。
【請求項１０】
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する機能を
コンピュータに実現させるインターフェースプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスプロセッサにおけるインターフェース診断装置等に関する。
【背景技術】
【０００２】
サービスプロセッサは、コンピュータシステムにおいて、主にハードウェアを継続して監視すると共に、ハードウェアを制御する。例えば、コンピュータシステムが２台のサービスプロセッサを搭載する場合、１台のサービスプロセッサは、ハードウェアを制御する運用系のサービスプロセッサ（以降、単に「運用系ＳＰ」と略記することもある）であり、他の１台のサービスプロセッサは、運用系ＳＰが故障した際に、運用系ＳＰが行う処理を引き継ぐ待機系のサービスプロセッサ（以降、単に「待機系ＳＰ」と略記することもある）であることも多い。待機系ＳＰは、そのために、運用系ＳＰが有するデータのコピーを保持する。
【０００３】
特許文献１が開示する多重化サービスプロセッサは、時刻同期処理部と、診断処理部とを有する。まず、時刻同期処理部は、各サービスプロセッサにおける時刻を同期させる。次に、サービスプロセッサは、共通領域に、サービスプロセッサを識別する識別子と時刻とを書き込む。診断処理部は、該共通領域にある識別子と時刻を読み取り、読み取った値を記憶する。診断処理部は、該共通領域を読み取ることができない場合に、障害が発生していると判断する。次に、該サービスプロセッサは、再度、該共通領域にサービスプロセッサを識別する識別子と時刻とを書き込む。次に、診断処理部は、該共通領域にある識別子と時刻を読み取り、読み取った値と先に記憶した値とを比較する。診断処理部は、該２つの値が異なる値であると判断する場合に、該サービスプロセッサが機能していると判断する。
【０００４】
特許文献２が開示する切り替えシステムは、サービスプロセッサに対して一定時間ごとに信号を発信する。次に、サービスプロセッサは、受け取った信号に対して、切り替えシステムへの応答信号を発信する。切り替えシステムは、該応答信号を監視し、該応答信号がない場合に故障であると判断する。
【０００５】
特許文献３が開示する二重化システムは、現用システムと、サービスプロセッサとを有する。現用システムは、該現用システム内に障害が発生したことを検知すると、その障害に関する情報を保存する。その後、現用システムは、二重化システムから切り離される。その後、サービスプロセッサは、切り離されたシステムに、所定の診断プログラムを実施する。サービスプロセッサは、異常を検知しない場合に、保存した障害に関する情報を出力し、異常を検知した場合には、その所定の診断プログラムが出力した診断結果を出力する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−０６５５２１号公報
【特許文献２】特開昭６３−０００７３５号公報
【特許文献３】特開昭６３−２６６５４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
待機系ＳＰは、通信インターフェース（以降、「通信ＩＦ」と略記する）を介して、プロセッサ、チップセット、あるいは、コントローラなど（以降、これらを総称して「ユニット」と表す）と接続する。特許文献１乃至特許文献３が開示するコンピュータシステムにおいて、運用系ＳＰから待機系ＳＰに切り替わる前に、通信ＩＦが正常に機能することを確認する装置は存在しない。そのため、該コンピュータシステムは、通信ＩＦに障害が発生していることを検出できない。
【０００８】
通信ＩＦに障害が発生している状況において、運用系ＳＰから待機系ＳＰへの切り替えが発生すると、多重化された複数のサービスプロセッサを有するコンピュータシステムであるとしても、運用系ＳＰから待機系ＳＰへ処理を引き継ぐことができない。その結果、該コンピュータシステムは、機能を停止（以降、「システムダウン」と表す）する。
【０００９】
そこで、本発明の主たる目的は、待機系ＳＰへ切り替える際に、障害によるシステムダウンが発生する頻度を低減するインターフェース診断装置等を提供することである。
【課題を解決するための手段】
【００１０】
前述の目的を達成するために、本発明に係るインターフェース診断装置は、以下の構成を備えることを特徴とする。
【００１１】
即ち、本発明に係るインターフェース診断装置は、
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する診断部を
備えることを特徴とする。
【００１２】
また、本発明の他の見地として、本発明に係るインターフェース診断方法は、
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する
ことを特徴とする。
【発明の効果】
【００１３】
本発明に係るインターフェース診断装置等によれば、システムダウンが発生する頻度を低減することができる。
【発明を実施するための形態】
【００１４】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１５】
＜第１の実施形態＞
本発明の第１の実施形態に係るインターフェース診断装置１が有する構成について、図１と図２とを参照しながら詳細に説明を行う。図１は、本発明の第１の実施形態に係るインターフェース診断装置１の構成を示すブロック図である。図２は、本発明の第１の実施形態に係るインターフェース診断装置１における処理の流れを示すフローチャートである。
【００１６】
図１を参照すると、本発明の第１の実施形態に係るインターフェース診断装置１は、診断部２を有する。コンピュータシステム６は、運用系サービスプロセッサ１０（以降、「第１サービスプロセッサ」とも表す）を有する。ユニット５は、通信インターフェース２４を介し、運用系サービスプロセッサ１０と接続する。運用系サービスプロセッサ１０は、コンピュータシステム６におけるハードウェアを監視すると共に、制御する。サービスプロセッサ３（以降、「第２サービスプロセッサ」とも表す）は、運用系サービスプロセッサ１０に障害が発生したときに、運用系サービスプロセッサ１０に代わり、コンピュータシステム６におけるハードウェアを監視すると共に、制御する。インターフェース診断装置１は、サービスプロセッサ３を有するコンピュータシステム６において、通信インターフェース４を介して、ユニット５とデータをやり取りする。
【００１７】
ユニット５は、インターフェース診断装置１に信号を送信する。次に、診断部２は、ユニット５が送信した信号を、サービスプロセッサ３が受信することが可能か否かを判断（以降、「受信可能性判断」とも表現する）し（ステップＳ１）、受信できないと判断すると（ステップＳ１にてＮＯと判断）、ユニット５とサービスプロセッサ３とを結ぶ通信インターフェース４に障害があると診断する（ステップＳ４）。
【００１８】
サービスプロセッサ３は、診断部２が受信できると判断すると（ステップＳ１にてＹＥＳと判断）、ユニット５が送信した信号を受信する（ステップＳ６）。次に、ユニット５は、先に送信した信号と同じ信号を、再度、インターフェース診断装置１に送信する。診断部２は、ユニット５が送信した信号を、サービスプロセッサ３が受信することが可能か否かを判断し（ステップＳ２）、受信できないと判断すると（ステップＳ２にてＮＯと判断）、ユニット５とサービスプロセッサ３とを結ぶ通信インターフェース４に障害があると診断する（ステップＳ４）。
【００１９】
サービスプロセッサ３は、診断部２が受信できると判断すると（ステップＳ２にてＹＥＳと判断）、その後、ユニット５が２回目に送信した信号を受信する（ステップＳ７）。次に、診断部２は、サービスプロセッサ３が先に受信した信号と、サービスプロセッサ３が２回目に受信した信号とを比較する。診断部２は、上述した２つの信号が同一であると判断すれば（ステップＳ３にてＹＥＳと判断）、ユニット５とサービスプロセッサ３とを結ぶ通信インターフェース４が正常であると診断する（ステップＳ５）。
【００２０】
診断部２は、上述した２つの信号が同一でないと判断すれば（ステップＳ３にてＮＯと判断）、ユニット５とサービスプロセッサ３とを結ぶ通信インターフェース４に障害があると診断する（ステップＳ４）。
【００２１】
上述した説明においては、ユニット５がインターフェース診断装置１に１回目の信号を送るとした（即ち、診断部２は、ステップＳ１にて受信可能性判断を実施する）。しかしながら、ユニット５が、直接、インターフェース診断装置１に信号を送る必要はなく、例えば、他のサービスプロセッサ等を介して、間接的に、サービスプロセッサ３に信号を送っても良い。その場合、診断部２は、ステップＳ１を、必ずしも実施する必要はなく、該信号を受信できると判断する（ステップＳ２にてＹＥＳと判断）。
【００２２】
また、上述した説明においては、サービスプロセッサ３がインターフェース診断装置１を有するものとして説明を行ったが、必ずしも、サービスプロセッサ３がインターフェース診断装置１を有する必要はない。インターフェース診断装置１がサービスプロセッサ３の外部にある場合に、インターフェース診断装置１は、通信インターフェース４を監視する。例えば、インターフェース診断装置１は、サービスプロセッサ３における受信可能性判断を行い、可能と判断した場合には、サービスプロセッサ３が受信した信号を受け取るなどの処理を行う。
【００２３】
特許文献１乃至特許文献３が開示するコンピュータシステムは、ユニットとサービスプロセッサとを結ぶ通信ＩＦにおける機能を確認する手段を持たない。そのため、該コンピュータシステムは、通信ＩＦに障害が発生していることを検出できない。その結果、多重化された複数のサービスプロセッサを有するコンピュータシステムであるとしても、通信ＩＦに障害が発生している状況において、運用系ＳＰから待機系ＳＰへの切り替えが発生すると、運用系ＳＰから待機系ＳＰへ処理を引き継ぐことができない。その結果、該コンピュータシステムは、システムダウンする。
【００２４】
一方、本発明における第１の実施形態に係るインターフェース診断装置１は、ユニット５とサービスプロセッサ３とを結ぶ通信インターフェース４を診断する。その結果、コンピュータシステム６は、本発明における第１の実施形態に係るインターフェース診断装置１により、通信ＩＦに障害が発生しているか否かを診断することができる。その結果、コンピュータシステム６は、通信インターフェース４を診断することにより、待機系ＳＰへ処理を引き継ぐことができないことに起因するシステムダウンを低減することができる。
【００２５】
さらに、第１の実施形態に係るインターフェース診断装置１は、他のサービスプロセッサとは独立して通信インターフェース４に関する診断を行うため、他のサービスプロセッサに負荷をかけることなく、通信インターフェース４に関する診断を行うことができる。
【００２６】
即ち、本発明における第１の実施形態に係るインターフェース診断装置によれば、システムダウンが発生する頻度を低減することができる。
【００２７】
＜第２の実施形態＞
次に、上述した第１の実施形態を基本とする第２の実施形態について説明する。
【００２８】
以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【００２９】
図３と図４とを参照しながら、本発明の第２の実施形態に係るインターフェース診断装置９における診断部７について説明を行う。図３は、本発明の第２の実施形態に係るインターフェース診断装置９の構成を示すブロック図である。図４は、本発明の第２の実施形態に係るインターフェース診断装置９における処理の流れを示すフローチャートである。
【００３０】
図３を参照すると、インターフェース診断装置９は、サービスプロセッサ３３を有するコンピュータシステム３４において、通信インターフェース４を介して、ユニット５とデータをやり取りする。インターフェース診断装置９は、診断部７と信号記憶部８とを有する。診断部７は、ユニット５が送信した信号をサービスプロセッサ３３が受信する（ステップＳ６）と、該信号の値を信号記憶部８に記憶する（ステップＳ８）。そして、診断部７は、ユニット５が２回目に送信した信号をサービスプロセッサ３３が受信する（ステップＳ７）と、信号記憶部８が記憶する値を読み出し、該読み出した値と２回目に受信した信号の値を比較する（ステップＳ９）。
【００３１】
上述したように、第２の実施形態に係るインターフェース診断装置９は、第１の実施形態と比較すると、信号の値を記憶する信号記憶部８を更に有する。そのため、第２の実施形態に係るインターフェース診断装置９は、第１の実施形態が有する効果を有する。つまり、第２の実施形態に係るインターフェース診断装置９によれば、待機系ＳＰへ処理を引き継ぐことができないことに起因するシステムダウンを低減するとともに、他のサービスプロセッサに負荷をかけることなく診断を行うことができる。
【００３２】
即ち、本発明における第２の実施形態に係るインターフェース診断装置によれば、システムダウンが発生する頻度を低減することができる。
【００３３】
＜第３の実施形態＞
次に、上述した第１の実施形態を基本とする第３の実施形態について説明する。
【００３４】
以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【００３５】
図５と図６とを参照しながら、本発明の第３の実施形態に係るインターフェース診断装置１９における診断部１８の動作について説明を行う。図５は、本発明の第３の実施形態に係るインターフェース診断装置１９の構成を示すブロック図である。図６は、本発明の第３の実施形態に係るインターフェース診断装置１９における処理の流れを示すフローチャートである。
【００３６】
図５を参照すると、インターフェース診断装置１９は、サービスプロセッサ３５を有するコンピュータシステム３６において、通信インターフェース４を介して、ユニット５とデータをやり取りする。本発明の第３の実施形態に係るインターフェース診断装置１９は、診断部１８とカウンタ３２とを有する。カウンタ３２が記憶する値は、サービスプロセッサ３５が信号を受信する回数を示す。診断部１８は、まず、カウンタ３２に１を設定し（ステップＳ１０）、ユニット５からの信号を受信することが可能か否かを判断する（ステップＳ１）。診断部１８は、サービスプロセッサ３５が信号を受信する（ステップＳ６）と、カウンタ３２の値を１増やす（ステップＳ１１）。更に、診断部１８は、信号が同一であると判断すれば（ステップＳ３にてＹＥＳと判断）、カウンタ３２の値が所定の回数以上であるか否かを判断する（ステップＳ１２）。
【００３７】
診断部１８は、カウンタ３２の値が所定の以上である場合（ステップＳ１２にてＹＥＳと判断）、ユニット５とサービスプロセッサ３５とを結ぶ通信インターフェース４が正常であると診断する（ステップＳ５）。診断部１８は、カウンタ３２の値が所定の回数を超えないと判断した場合（ステップＳ１２にてＮＯと判断）、ステップＳ１１の処理を実施する。ただし、所定の回数を数える方法は、上述した例に限定されない。
【００３８】
ここで、所定の回数は、予め設定した、信号を受信する回数である。例えば、所定の回数が５であれば、サービスプロセッサ３５は、５回、信号を受信する。該所定の回数は、上述した例には限定されない。
【００３９】
また、上述した説明においては、ユニット５がインターフェース診断装置１９に１回目の信号を送るとした（即ち、診断部１８は、ステップＳ１にて受信可能性判断を実施する）。しかしながら、ユニット５が、直接、インターフェース診断装置１９に信号を送る必要はなく、例えば、他のサービスプロセッサ等を介して、間接的に、サービスプロセッサ３５に信号を送っても良い。その場合、診断部１８は、ステップＳ１を、必ずしも実施する必要はなく、該信号を受信できると判断する（ステップＳ２にてＹＥＳと判断）。
【００４０】
上述したように、第３の実施形態に係るインターフェース診断装置１９は、第１の実施形態と比較すると、複数回、信号が同一であることを判断する点に違いを有する。そのため、第３の実施形態に係るインターフェース診断装置１９は、第１の実施形態が有する効果を有する。つまり、第３の実施形態に係るインターフェース診断装置１９によれば、待機系ＳＰへ処理を引き継ぐことができないことに起因するシステムダウンを低減するとともに、他のサービスプロセッサに負荷をかけることなく診断を行うことができる。
【００４１】
即ち、本発明における第３の実施形態に係るインターフェース診断装置によれば、システムダウンが発生する頻度を低減することができる。
【００４２】
＜第４の実施形態＞
次に、上述した第１の実施形態を基本とする第４の実施形態について説明する。
【００４３】
以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【００４４】
図７と図８とを参照しながら、本発明の第４の実施形態に係るインターフェース診断装置２１における診断部２０について説明を行う。図７は、本発明の第４の実施形態に係るインターフェース診断装置２１の構成を示すブロック図である。図８は、本発明の第４の実施形態に係るインターフェース診断装置２１における処理の流れを示すフローチャートである。
【００４５】
図７を参照すると、本発明の第４の実施形態に係るインターフェース診断装置２１は、診断部２０を有する。コンピュータシステム３８は、複数のユニット５を有する。それぞれのユニット５は、通信インターフェース４を介してサービスプロセッサ３７と接続する。
【００４６】
診断部２０は、すべての通信インターフェース４について、診断する処理（以降、「診断処理」と表す）を行う。診断部２０は、通信インターフェース４における一つの診断処理を行う（ステップＳ１４）。ここで、診断処理とは、図２に示す一連の処理を行うことを実施することを指し示している。
【００４７】
次に、診断部２０は、全ての通信インターフェース４における診断処理が完了したか否かを調べ、完了していない場合には（ステップＳ１３にてＮＯと判断）、他の通信インターフェース４について診断処理を行う（ステップＳ１４）。診断部２０は、全ての通信インターフェース４における診断処理が完了したと判断する（ステップＳ１３にてＹＥＳと判断）と、処理を完了する。
【００４８】
上述したように、第４の実施形態に係るインターフェース診断装置２１は、第１の実施形態と比較すると、複数の通信インターフェース４について診断を実施する点が異なるのみである。そのため、第４の実施形態に係るインターフェース診断装置２１は、第１の実施形態が有する効果を有する。つまり、第４の実施形態に係るインターフェース診断装置２１によれば、待機系ＳＰへ処理を引き継ぐことができないことに起因するシステムダウンを低減するとともに、他のサービスプロセッサに負荷をかけることなく診断処理を行うことができる。
【００４９】
即ち、本発明における第４の実施形態に係るインターフェース診断装置によれば、システムダウンが発生する頻度を低減することができる。
【００５０】
＜第５の実施形態＞
次に、上述した第１の実施形態を基本とする第５の実施形態について説明する。
【００５１】
以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【００５２】
図９と図１０とを参照しながら、本発明の第５の実施形態に係るインターフェース診断装置２３における診断部２２について説明を行う。図９は、本発明の第５の実施形態に係るインターフェース診断装置２３の構成を示すブロック図である。図１０は、本発明の第５の実施形態に係るインターフェース診断装置２３における処理の流れを示すフローチャートである。
【００５３】
図９を参照すると、インターフェース診断装置２３は、診断部２２を有する。運用系サービスプロセッサ１０は、コンピュータシステム４０におけるハードウェアを監視すると共に、制御する。サービスプロセッサ３９は、運用系サービスプロセッサ１０に障害が発生したときに、運用系サービスプロセッサ１０に代わり、コンピュータシステム４０におけるハードウェアを監視すると共に、制御する。
【００５４】
まず、運用系サービスプロセッサ１０は、インターフェース診断装置２３が処理を開始する信号を、サービスプロセッサ３９に送信する（ステップＳ１５）。サービスプロセッサ３９は、運用系サービスプロセッサ１０が発信した信号を受信する。次に、インターフェース診断装置２３は、図２に示したような処理に従い、通信インターフェース４の診断処理を行う。
【００５５】
運用系サービスプロセッサ１０は、インターフェース診断装置２３の処理を起動する。そのため、運用系サービスプロセッサ１０は、運用系サービスプロセッサ１０に障害が発生したことを検知すると、その後、インターフェース診断装置２３を起動するように処理を行うこともできる。
【００５６】
第５の実施形態に係るインターフェース診断装置２３は、第１の実施形態が有する効果を有する。つまり、第５の実施形態に係るインターフェース診断装置２３によれば、待機系ＳＰへ処理を引き継ぐことができないことに起因するシステムダウンを低減するとともに、他のサービスプロセッサに負荷をかけることなく診断処理を行うことができる。
【００５７】
また、ユニット５は、図１１に示すように、サービスプロセッサ３９にユニットを一意に特定するユニット識別子を上述したような信号として送信することもできる。図１１は、本発明の第５の実施形態に係るユニット識別子を構成する図である。図１１を参照すると、ユニット識別子は、例えば、コンピュータシステム４０においてユニット５に割り当てられるユニット番号と、ユニット５を製造するときに割り当てられる製造番号とから構成することも可能である。ユニット識別子は、ユニットを特定することが可能であればよい。ユニット識別子は、上述した例には限定されない。
【００５８】
即ち、本発明における第５の実施形態に係るインターフェース診断装置によれば、システムダウンが発生する頻度を低減することができる。
【００５９】
＜第６の実施形態＞
次に、上述した第５の実施形態を基本とする第６の実施形態について説明する。
【００６０】
以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第５の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【００６１】
図１２乃至図１４を参照しながら、本発明の第６の実施形態に係るインターフェース診断装置２７における診断部２６について説明を行う。図１２は、本発明の第６の実施形態に係るインターフェース診断装置２７の構成を示すブロック図である。図１３は、本発明の第６の実施形態に係るサービスプロセッサ４１において１回目の信号を受信するときの処理の流れを示すフローチャートである。図１４は、本発明の第６の実施形態に係るインターフェース診断装置２７における処理の流れを示すフローチャートである。
【００６２】
図１２を参照すると、インターフェース診断装置２７は、診断部２６と信号記憶部８とを有する。コンピュータシステム３０は、複数のユニット５を有する。それぞれのユニット５は、通信ＩＦを介し、運用系サービスプロセッサ２５、あるいは、サービスプロセッサ４１と接続する。例えば、第１ユニットは、通信インターフェース２４を介して、運用系サービスプロセッサ２５と接続すると共に、通信インターフェース４を介して、サービスプロセッサ４１と接続する。第２ユニットは、通信インターフェース２８を介して、運用系サービスプロセッサ２５と接続すると共に、通信インターフェース２９を介して、サービスプロセッサ４１と接続する。
【００６３】
運用系サービスプロセッサ２５は、サービスプロセッサ３に信号を送る（ステップＳ１５）。サービスプロセッサ４１は、運用系サービスプロセッサ２５が発信した信号を受け取ると、その後、処理を開始する。次に、運用系サービスプロセッサ２５は、１つのユニットに対して、該ユニットがユニット識別子を送信するための命令を発する（ステップＳ１６）。ユニット５は、運用系サービスプロセッサ２５が発した命令を受けると、自ユニットを表すユニット識別子を、サービスプロセッサ４１と運用系サービスプロセッサ２５とに送信する。
【００６４】
運用系サービスプロセッサ２５は、記憶部３１に受け取ったユニット識別子を記憶する（ステップＳ１８）。一方、運用系サービスプロセッサ２５は、ユニット５が送信したユニット識別子を無視する（ステップＳ１７）。運用系サービスプロセッサ２５は、ステップＳ１６とステップＳ１８とが示す処理を、複数のユニット５に対して繰り返し実施する。
【００６５】
その後、運用系サービスプロセッサ２５は、記憶部３１に記憶した値を、サービスプロセッサ４１に送信する（ステップＳ１９）。サービスプロセッサ４１は、運用系サービスプロセッサ２５が送信した値を受信し、その後、受信した値を信号記憶部８に記憶する。
【００６６】
次に、運用系サービスプロセッサ２５は、サービスプロセッサ４１に２度目の信号を送る（ステップＳ１５）。サービスプロセッサ４１は、その２度目の信号を受け取った後、処理を開始する。運用系サービスプロセッサ２５は、上述した処理と同様に、１つのユニットに対して、該ユニットがユニット識別子を送信するための命令を発する（ステップＳ１６）。ユニット５は、その命令を受けると、自ユニットを表すユニット識別子を、サービスプロセッサ４１と運用系サービスプロセッサ２５とに送信する。
【００６７】
その後、インターフェース診断装置２７は、上述した本発明の第２の実施形態における処理と同様に、診断処理を行う（ステップＳ２乃至ステップＳ５、ステップＳ９）。
【００６８】
本発明の第６の実施形態における処理において、運用系サービスプロセッサ２５は、複数のユニットに対するユニット識別子を取得し、その後、取得したユニット識別子をサービスプロセッサ４１に送信する。運用系サービスプロセッサ２５がユニット識別子をまとめて処理しても、あるいは、サービスプロセッサ４１が、複数のユニットに対して処理を行ったとしても、本発明の第６の実施形態における効果は、上述した実施例と何ら変わるものではない。つまり、第６の実施形態に係るインターフェース診断装置２７によれば、待機系ＳＰへ処理を引き継ぐことができないことに起因するシステムダウンを低減するとともに、他のサービスプロセッサに負荷をかけることなく診断処理を行うことができる。
【００６９】
即ち、本発明における第６の実施形態に係るインターフェース診断装置によれば、システムダウンが発生する頻度を低減することができる。
【００７０】
（ハードウェア構成例）
図１５は、本発明の各実施形態に係るインターフェース診断装置を実現可能な計算処理装置のハードウェア構成を、概略的に示すブロック図である。
【００７１】
次に、上述した本発明の各実施形態におけるインターフェース診断装置を、１つの計算処理装置（情報処理装置、コンピュータ）を用いて実現するハードウェア資源の構成例について説明する。但し、係るインターフェース診断装置は、物理的または機能的に少なくとも２つの計算処理装置を用いて実現してもよい。また、係るインターフェース診断装置は、専用の装置として実現してもよい。
【００７２】
図１５は、本発明の第１の実施形態乃至第６の実施形態に係るインターフェース診断装置を実現可能な計算処理装置のハードウェア構成を概略的に示す図である。計算処理装置１１は、中央処理演算装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、以降「ＣＰＵ」と表す）１２、メモリ１３、ディスク１４、不揮発性記録媒体１５、入力装置１６、および、出力装置１７を有する。
【００７３】
不揮発性記録媒体１５は、例えば、コンパクトディスク（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、デジタルバーサタイルディスク（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ブルーレイディスク（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、ユニバーサルシリアルバスメモリ（ＵＳＢメモリ）などを指しており、電源を供給しなくても係るプログラムを保持し、持ち運びを可能にする。不揮発性記録媒体１５は、上述した媒体に限定されない。また、不揮発性記録媒体１５の代わりに、通信ネットワークを介して係るプログラムを持ち運びしても良い。
【００７４】
即ち、ＣＰＵ１２は、ディスク１４が記憶するソフトウェア・プログラム（コンピュータ・プログラム：以下、単に「プログラム」と称する）を、実行するときにメモリ１３にコピーし、演算処理を実行する。ＣＰＵ１２は、プログラム実行に必要なデータをメモリ１３から読み込む。表示が必要な場合には、ＣＰＵ１２は、出力装置１７に出力結果を表示する。外部からプログラムを入力する場合、ＣＰＵ１２は、入力装置１６からプログラムを読み取る。ＣＰＵ１２は、メモリ１３にあるインターフェース診断プログラム（図２、図４、図６、図８、図１０、図１３、図１４に示すフローチャートのうち、インターフェース診断装置に関するフローチャート）を解釈し実行を行う。ＣＰＵ１２は、上述した本発明の各実施形態において説明した処理を順次行う。
【００７５】
即ち、このような場合、本発明は、係るインターフェース診断プログラムによっても成し得ると捉えることができる。更に、係るインターフェース診断プログラムが記録されたコンピュータ読み取り可能な記録媒体によっても、本発明は成し得ると捉えることができる。
【００７６】
尚、上述した各実施形態の一部又は全部は、以下の付記のようにも記載されうる。しかしながら、上述した各実施形態により例示的に説明した本発明は、以下には限られない。即ち、
（付記１）
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する診断部を備える
インターフェース診断装置。
【００７７】
（付記２）
前記信号を記憶する信号記憶部を更に有し、
前記診断部は、１回目に受信した前記信号を前記信号記憶部に記憶し、２回目に受信した前記信号と前記信号記憶部が記憶する信号とを比較する前記信号比較を行う
付記１に記載のインターフェース診断装置。
【００７８】
（付記３）
前記診断部は、前記ユニットが、複数回発する前記信号について、前記受信可能性判断と、前記第２サービスプロセッサが受信した前記信号に対して前記信号比較とを行う
付記１あるいは付記２に記載のインターフェース診断装置。
【００７９】
（付記４）
前記コンピュータシステムは、前記ユニットと、前記ユニットと前記第２サービスプロセッサとの間における前記通信インターフェースとを、それぞれ複数有し、
前記信号は、前記ユニットを識別するユニット識別子であり、
前記診断部は、複数の前記ユニットについて、前記受信可能性判断と前記信号比較とを行う、
付記１乃至付記３のいずれか１項に記載のインターフェース診断装置。
【００８０】
（付記５）
前記コンピュータシステムは、１つ以上の前記第２サービスプロセッサを有し、
前記ユニットは、前記第１サービスプロセッサと前記１つ以上の第２サービスプロセッサに対して、前記信号を送信すると共に、
前記第１サービスプロセッサは、前記１つ以上の第２サービスプロセッサに対して、処理を開始する命令を発するのに応じて、前記診断部は、前記受信可能性判断を行う
付記１乃至付記４のいずれか１項に記載のインターフェース診断装置。
【００８１】
（付記６）
前記第１サービスプロセッサが送信する、複数の前記ユニット識別子の値を、前記信号記憶部に記憶し、
前記複数のユニット識別子に対応するユニットについて、前記受信可能性判断と前記信号比較とを行う
付記５に記載のインターフェース診断装置。
【００８２】
（付記７）
前記ユニット識別子は、
前記コンピュータシステムにおいて前記ユニットと対応するユニット番号と、前記ユニットを製造するときに割り当てられた製造番号とを有する
付記４あるいは付記５に記載のインターフェース診断装置。
【００８３】
（付記８）
付記１乃至付記７のいずれか１項に記載の前記インターフェース診断装置を含み、前記第２サービスプロセッサとして機能するサービスプロセッサ。
【００８４】
（付記９）
付記８に記載のサービスプロセッサを有するコンピュータシステム。
【００８５】
（付記１０）
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する
インターフェース診断方法。
【００８６】
（付記１１）
ハードウェアを制御する第１サービスプロセッサと、前記第１サービスプロセッサに障害が発生したときに、前記第１サービスプロセッサに代わり、前記ハードウェアを制御する第２サービスプロセッサとを有するコンピュータシステムに含まれ、
前記第１サービスプロセッサ及び前記第２サービスプロセッサと通信可能なユニットが１回目に発する信号を、前記第２サービスプロセッサが受信できるか否かを判断する受信可能性判断を行い、
前記信号が受信できる場合に前記第２サービスプロセッサが前記信号を受信し、
前記ユニットが２回目に発する前記信号について前記受信可能性判断を行い、
該２回目に発する前記信号が受信できる場合に該２回目に発する前記信号を前記第２サービスプロセッサが受信し、
受信した前記信号と２回目に受信した前記信号とを比較する信号比較を行い、
同一であると判断する場合に、前記ユニットと前記第２サービスプロセッサとの間における通信インターフェースが正常であると診断し、
同一でないと判断する場合と、少なくとも１回受信できないと判断する場合とに、前記通信インターフェースに障害があると診断する機能を
コンピュータに実現させるインターフェースプログラム。
【図面の簡単な説明】
【００８７】
【図１】本発明の第１の実施形態に係るインターフェース診断装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るインターフェース診断装置における処理の流れを示すフローチャートである。
【図３】本発明の第２の実施形態に係るインターフェース診断装置の構成を示すブロック図である。
【図４】本発明の第２の実施形態に係るインターフェース診断装置における処理の流れを示すフローチャートである。
【図５】本発明の第３の実施形態に係るインターフェース診断装置の構成を示すブロック図である。
【図６】本発明の第３の実施形態に係るインターフェース診断装置における処理の流れを示すフローチャートである。
【図７】本発明の第４の実施形態に係るインターフェース診断装置の構成を示すブロック図である。
【図８】本発明の第４の実施形態に係るインターフェース診断装置における処理の流れを示すフローチャートである。
【図９】本発明の第５の実施形態に係るインターフェース診断装置の構成を示すブロック図である。
【図１０】本発明の第５の実施形態に係るインターフェース診断装置における処理の流れを示すフローチャートである。
【図１１】本発明の第５の実施形態に係るユニット識別子を構成する図である。
【図１２】本発明の第６の実施形態に係るインターフェース診断装置の構成を示すブロック図である。
【図１３】本発明の第６の実施形態に係るサービスプロセッサにおいて１回目信号を受信するときの処理の流れを示すフローチャートである。
【図１４】本発明の第６の実施形態に係るインターフェース診断装置における処理流れを示すフローチャートである。
【図１５】本発明の各実施形態に係るインターフェース診断装置を実現可能な計算処理装置のハードウェア構成を、概略的に示すブロック図である。
【符号の説明】
【００８８】
１    インターフェース診断装置
２    診断部
３    サービスプロセッサ
４    通信インターフェース
５    ユニット
６    コンピュータシステム
７    診断部
８    信号記憶部
９    インターフェース診断装置
１０    運用系サービスプロセッサ
１１    計算処理装置
１２    ＣＰＵ
１３    メモリ
１４    ディスク
１５    不揮発性記録媒体
１６    入力装置
１７    出力装置
１８    診断部
１９    インターフェース診断装置
２０    診断部
２１    インターフェース診断装置
２２    診断部
２３    インターフェース診断装置
２４    通信インターフェース
２５    運用系サービスプロセッサ
２６    診断部
２７    インターフェース診断装置
２８    通信インターフェース
２９    通信インターフェース
３０    コンピュータシステム
３１    記憶部
３２    カウンタ
３３    サービスプロセッサ
３４    コンピュータシステム
３５    サービスプロセッサ
３６    コンピュータシステム
３７    サービスプロセッサ
３８    コンピュータシステム
３９    サービスプロセッサ
４０    コンピュータシステム
４１    サービスプロセッサ
【図１】
2014021713.tif 000003
【図２】
2014021713.tif 000004
【図３】
2014021713.tif 000005
【図４】
2014021713.tif 000006
【図５】
2014021713.tif 000007
【図６】
2014021713.tif 000008
【図７】
2014021713.tif 000009
【図８】
2014021713.tif 000010
【図９】
2014021713.tif 000011
【図１０】
2014021713.tif 000012
【図１１】
2014021713.tif 000013
【図１２】
2014021713.tif 000014
【図１３】
2014021713.tif 000015
【図１４】
2014021713.tif 000016
【図１５】
2014021713.tif 000017