JPWO2013027298A1 - 通信確立方法、コンピュータシステム、及びコンピュータ - Google Patents

Abstract

本発明を適用した１システムでは、複数のコンピュータは、それぞれ、ネットワークを介したデータ処理装置との通信を確立する、或いは該通信を終了することで該データ処理装置との通信状態に変化が生じた場合に、該通信状態の変化を該複数のコンピュータの他のコンピュータに通知することにより、該複数のコンピュータのなかで該データ処理装置と通信を確立しているコンピュータである第１のコンピュータを認識する。それにより、複数のコンピュータは、それぞれ、認識している第１のコンピュータの数が予め定めた所定数以下であることを条件に、データ処理装置からの要求により通信を確立する。

Description

本発明は、複数のコンピュータとデータ処理装置の間のネットワークを介した通信を確立するための技術に関する。

複数のコンピュータをネットワークに接続したコンピュータシステムの多くは、コンソール（データ処理装置）を用いて各コンピュータを個別に管理するようになっている。このコンソールは、これまでコンピュータ毎に用意するのが普通であった。しかし、コンピュータ毎にコンソールを用意する場合、コンピュータの数が多くなるほどコンソールの数も多くなる。このため、コンソールに掛かるコストは増大し、コンソールの設置スペースはより大きくなる。オペレータにとっては、管理しようとするコンピュータに応じて移動しなければならないことから、操作性が悪い。このようなことから、近年では、複数のコンピュータが接続されたネットワークにコンソールを接続することが行われている。

コンソールを複数のコンピュータが接続されたネットワークに接続した場合、そのコンソールは全てのコンピュータと通信を行うことが可能となる。そのため、オペレータにとっては、管理しようとするコンピュータに応じて移動しなくとも済むこととなる。

コンピュータシステムでは、複数のコンピュータのなかでコンソールと実際に通信を行うコンピュータを１台に制限しなければならない場合がある。例えばコンソールとコンピュータ間の通信に用いられるプロトコルのなかには、コンソールが並行して（同時に）通信を行えるコンピュータが１台のみとなっているプロトコル（以降、便宜的に「第１のプロトコル」と呼ぶ）がある。そのような第１のプロトコルを採用したコンピュータシステムでは、コンソールと並行して通信が行えるコンピュータを１台のみに制限する必要がある。

第１のプロトコルは、コンピュータ毎にコンソールを用意していたコンピュータシステムで広く採用されていた。そのようなコンピュータシステムでは、第１のプロトコルを採用しつつ、複数のコンピュータ、及びコンソールをネットワークに接続させるように変更することが考えられる。その場合、コンソールと同時に通信が行えるコンピュータは１台のみに制限する必要がある。

コンピュータによる通信の確立（コンピュータの通信対象）を制限できる従来の方法の一つとして、各コンピュータに、通信対象とするコンピュータを設定するというものがある。この従来の方法では、各コンピュータは、設定内容に従って通信対象を制限する。設定内容は、通信対象からの要求により変更可能とさせる。それにより、この従来の方法を採用した場合、各コンピュータは、通信対象を制限しつつ、通信対象を切り替えることができる。

コンソールと同時に通信が行えるコンピュータを１台のみに制限すべきコンピュータシステムにこの従来の方法を採用した場合、複数のコンピュータのなかの１台にのみ、コンソールを通信対象に設定すれば良い。コンソールと通信を行うコンピュータの切り替えは、２台のコンピュータ間の通信により行わせれば良い。例えばそれまでコンソールと通信を行っているコンピュータ（コンソールを通信対象に設定したコンピュータ。以降、便宜的に「第１のコンピュータ」と呼ぶ）は、次にコンソールと通信を行うコンピュータ（以降、便宜的に「第２のコンピュータ」と呼ぶ）に、そのコンソールを通信対象として設定する。第１のコンピュータは、自身で設定を更新し、コンソールを通信対象から除外する。

このような２台のコンピュータ間の通信を前提とした切り替えでは、コンソールは常に第１のコンピュータとの通信を行わなければならない。例えば起動したコンソールは、その起動時の第１のコンピュータと通信を行わなければならない。そのため、第１のコンピュータが故障等によって正常に動作していない場合、コンソールは第１のコンピュータとの通信が行えないだけでなく、第１のコンピュータの切り替えも行えなくなる。従って、コンソールは何れのコンピュータとも通信を行えない状態になる。その状態は、通信を行っている間に第１のコンピュータが正常に動作しなくなった場合にも発生する。その状態の発生は、オペレータにとっては、コンソールにより他の正常に動作するコンピュータも管理できなくなることを意味する。

コンピュータが常に正常に動作し続けるとは限らない。コンピュータに発生する故障、及びコンピュータへの電源の切断（供給停止）等は、コンピュータの正常な動作を不可能にさせる。そのような故障、及び電源の切断等は想定すべき事象である。このことから、コンソールと同時に通信を行うコンピュータの制限は、何れのコンピュータが正常に動作しなくなった場合にも継続できるようにすることが重要である。

特開平１１−２５９３２２号公報 特開平５−１２０２４７号公報

本発明を適用した技術は、コンソール（データ処理装置）、及び複数のコンピュータがネットワークに接続されている場合に、何れのコンピュータが正常に動作しなくなっても、コンソールと同時に通信を行えるコンピュータを適切に制限できるようにすることを目的とする。

本発明を適用した１システムでは、複数のコンピュータが、それぞれ、ネットワークを介したデータ処理装置との通信を確立する、或いは該通信を終了することで該データ処理装置との通信状態に変化が生じた場合に、該通信状態の変化を該複数のコンピュータの他のコンピュータに通知することにより、該複数のコンピュータのなかで該データ処理装置と通信を確立しているコンピュータである第１のコンピュータを認識し、複数のコンピュータが、それぞれ、認識している第１のコンピュータの数が予め定めた所定数以下であることを条件に、該データ処理装置からの要求により通信を確立する。

本発明を適用した１システムでは、データ処理装置、及び複数のコンピュータがネットワークに接続されている場合に、何れのコンピュータが正常に動作しなくなっても、データ処理装置と同時に通信を行えるコンピュータを適切に制限することができる。

本実施形態によるコンピュータシステムの構成例を説明する図である。 本実施形態によるコンピュータであるクラスタの構成例を説明する図である。 ＨＷコンソールの構成例を説明する図である。 各ＨＷコンソールと通信を確立するクラスタを制限する方法を説明するための図である。 クラスタ構成テーブルの内容例を説明する図である。 各クラスタの通信状態の遷移を説明する図である。 起動したクラスタが実行するＨＷコンソールとの接続に係わる処理の流れを表すフローチャートである。 ＨＷコンソールの電源投入時に実行する処理のフローチャートである。 接続要求処理のフローチャートである。 電源を切断するクラスタが実行するＨＷコンソールとの接続に係わる処理の流れを表すフローチャートである。 コンソール接続処理のフローチャートである。 接続パス切り替え処理のフローチャートである。 コンソール監視処理のフローチャートである。 コンソール接続パス監視処理のフローチャートである。 アラームメッセージ出力処理のフローチャートである。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態によるコンピュータシステムの構成例を説明する図である。図１に表すように、コンピュータシステムは、サーバとして用いられる複数のコンピュータ（以降「クラスタ」と表記）１（１−０〜１−３）、２台のＨＷ（HardWare）コンソール２及び３、統合コンソール６を備えている。統合コンソール６及び各クラスタ１は、例えば２つのＬＡＮ（Local Area Network）５（５−０及び５−１）に接続されている。ＨＷコンソール２及び３と各クラスタ１は、例えば２つのＬＡＮ４（４−０及び４−１）と接続されている。ＨＷコンソール２及び３は共に、本実施形態によるコンピュータシステムにおけるデータ処理装置に相当する。

統合コンソール６は、コンピュータシステム全体を管理（操作を含む）するためのコンソールである。統合コンソール６の管理機能は、統合コンソール６に搭載されたＳＶＰＭ（SerVice Processor Manager）６ａによって提供される。フォルトトレランスのため、統合コンソール６と各クラスタ１は２つのＬＡＮ５と接続されている。クラスタ１間のデータ通信には、ＬＡＮ５が用いられる。

ＨＷコンソール２は、例えば各クラスタ１が設置された室内に配置されているＬＳＣ（Local System Console）である。ＨＷコンソール３は、各クラスタ１が設置された室内でない場所に配置されたＲＳＣ（Remote System Console）である。ＨＷコンソール２及び３は共に、各クラスタ１の管理（保守）用コンソールである。ＨＷコンソール２と各クラスタ１は、ＬＡＮ４−０を介した通信が可能であり、ＨＷコンソール３と各クラスタ１は、ＬＡＮ４−１を介した通信が可能になっている。それにより、ＨＷコンソール２及び３のうちの一方、或いはＬＡＮ４−０及び４−１のうちの一方に障害が発生しても、各クラスタ１を管理することができるようになっている。

ＨＷコンソール２及び３は、それぞれＬＡＮ４を介した通信を可能にするＬＡＮインターフェース２１及び３１を備えている。図１中に表記の「LSC-IP」「RSC-IP」はそれぞれ、ＬＡＮインターフェース２１及び３１を介した通信を行うためのＩＰ（Internet Protocol）アドレスを表している。

各クラスタ１は、本実施形態によるコンピュータに相当し、ＳＶＰ（SerVice Processor）１１、２つのＳＣＡ（SVP Communication Adapter）１２、１３を備えている。ＳＶＰ１１は、各ＨＷコンソール２及び３を用いたクラスタ１の管理を可能にする処理装置である。各クラスタ１のＳＶＰ１１は、各ＨＷコンソール２及び３との間の通信に仮想ＩＰアドレス１４を用いる。各ＳＣＡ１２及び１３は、それぞれＬＡＮ４及び５を介した通信を可能にするために、２つのＬＡＮインターフェースを備えている。

ＳＣＡ１２は、２つのＬＡＮインターフェースにより、ＬＡＮ５−０及び４−０を介した通信を可能にさせる。ＳＣＡ１３は、２つのＬＡＮインターフェースにより、ＬＡＮ５−１及び４−１を介した通信を可能にさせる。クラスタ１−０において、ＳＣＡ１２に表記の「CL0-SVP-IP0」及び「CL0-CSL-IP0」はそれぞれ、ＬＡＮ５−０及び４−０を介して通信を行うためのＳＣＡ１２のＩＰアドレスを表している。ＳＣＡ１３に表記の「CL0-SVP-IP1」及び「CL0-CSL-IP1」はそれぞれ、ＬＡＮ５−１及び４−１を介して通信を行うためのＳＣＡ１３のＩＰアドレスを表している。これは、他のクラスタ１−１〜１−３でも同様である。

図２は、本実施形態によるクラスタの構成例を説明する図である。図２に表すようにクラスタ１は、本体１０に、２つのＳＳＵ（System Storage Unit）１５６、及び２つの入出力装置（図２中「Ｉ／Ｏ」と表記）を接続した構成である。本体１０内には、上記ＳＶＰ１１、２つのＳＣＡ１２、１３の他に、システムボード（図２中「ＳＹＳＢＤ」と表記）１５２が搭載されている。

システムボード１５２は、複数のＣＰＵ（Central Processing Unit）１５２ａ及び複数のメモリモジュール（図２中「DIMM」と表記。DIMMはDual Inline Memory Moduleの略記である）１５２ｂを備え、１台のコンピュータとして機能する。図２では一つのみ表しているが、通常、システムボード１５２は複数、クラスタ１に搭載される。

システムボード１５２には、クロック発生器（図２中「CLK」と表記）１５３からクロックが供給される。システムボード１５２は、ＳＳＸ（System Storage Extender）１５５（１５５−０、１５５−１）、及びＳＳＭ（System Storage Mover）１５４を介して、２つのＳＳＵ１５６へのアクセスを行う。システムボード１５２は、２つの入出力装置１５９とのアクセスに、それぞれ、異なる系統のＣＨＵ（CHannel Unit）１５８、及びＩＯＰ（Input/Output Processor）１５７を用いる。

システムボード１５２、クロック発生器１５３、ＳＳＭ１５４、各ＩＯＰ１５７はＳＣＩ（System Console Interface）１５１と接続されている。ＳＣＩ１５１は、接続されたＳＶＰ１１がそれらを制御する、或いはそれらと通信するためのインターフェースを提供する。

ＳＶＰ１１は、ＭＰＵ（Micro-Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、ＤＰＲＡＭ（Dual Port RAM）１１３、ＭＤＡ（Micro Disk Adapter）１１４、ＳＣＩＡ（SCI Adapter）１１５、それらが接続されたバス１１６、複数のフラッシュメモリ１１７、フラッシュメモリ１１７とＭＤＡ１１４を接続するバス１１８を備えている。

ＳＣＡ１２は、ＭＰＵ１２１、ＲＡＭ１２２、及び２つのＬＡＮインターフェース１２３、１２４を備えている。ＳＣＡ１３も同様に、ＭＰＵ１３１、ＲＡＭ１３２、及び２つのＬＡＮインターフェース１３３、１３４を備えている。

上記の構成において、システムボード１５２の各ＣＰＵ１５２ａは、例えば２つのＳＳＵ１５６のうちの何れかに格納されたプログラムを取得して実行することで、クラスタ１をサーバとして機能させる。クラスタ１間の通信、及びＨＷコンソール２或いは３との通信は、ＳＣＡ１２或いは１３を介して行われる。各ＣＰＵ１５２ａは、ＳＣＡ１２及び１３と接続されており、ＳＣＡ１２或いは１３を介して、他のクラスタ１との間でデータの送受信を行う。

ＳＶＰ１１のＭＰＵ１１１は、例えばＭＤＡ１１４を介してフラッシュメモリ１１７からプログラムを読み出してＲＡＭ１１２に格納し実行することで、ＳＶＰ１１としての機能を提供する。ＲＡＭ１１２に格納されるプログラムには、メッセージ転送プログラム１６１、コンソール接続制御プログラム１６２が含まれる。メッセージ転送プログラム１６１は、他のクラスタ１を介したＨＷコンソール２或いは３へのメッセージの送信、及び他のクラスタ１から受信したメッセージのＨＷコンソール２或いは３への転送を実現させるためのプログラムである。コンソール接続制御プログラム１６２は、複数のクラスタ１−０〜１−３のなかの１台のクラスタ１のみ、ＨＷコンソール２或いは３との通信を可能にさせるためのプログラムである。

本実施形態によるコンピュータは、ＳＶＰ１１のＭＰＵ１１１が、少なくともコンソール接続制御プログラム１６２を実行することで実現される。そのコンソール接続制御プログラム１６２（及びメッセージ転送プログラム１６２）は、フラッシュメモリ１１７以外の記録媒体に格納しても良く、ＬＡＮ５等を介して受信するようにしても良い。

他のクラスタ１、或いはＨＷコンソール２若しくは３との通信は、ＤＰＲＡＭ１１３を介して、ＳＣＡ１２或いは１３との間でデータを入出力することで行われる。ＤＰＲＡＭ１１３には、コンソール接続ステータステーブル１７１が格納される。このコンソール接続ステータステーブル１７１は、ＳＣＡ１２及び１３によりＨＷコンソール２及び３との通信を管理するためのテーブルである。コンソール接続ステータステーブル１７１には、ＳＣＡ１２及び１３のＬＡＮインターフェース１２４及び１３４を介したＨＷコンソール２及び３との通信を管理するためのデータ（以降「コンソール接続ステータスデータ」と呼ぶ）が格納される。ＲＡＭ１１２に格納されたクラスタ構成テーブル１６３は、クラスタ１毎に、ＨＷコンソール２及び３との通信状態を特定するためのテーブルである。このクラスタ構成テーブル１６３には、クラスタ１毎に、ＨＷコンソール２及び３のコンソール接続ステータスデータが格納される。

ＤＰＲＡＭ１１３の記憶領域は、例えば用途によって分けられている。より具体的には、例えばデータ（メッセージ）を入出力する組み合わせ（ＳＶＰ１１→ＳＣＡ１２、ＳＶＰ１１→ＳＣＡ１３、ＳＣＡ１２→ＳＶＰ１１、ＳＣＡ１３→ＳＶＰ１１）、データの種類等によってＤＰＲＡＭ１１３の記憶領域は分けられている。それにより、ＤＰＲＡＭ１１３を介して、ＳＶＰ１１とＳＣＡ１２間、及びＳＶＰ１１とＳＣＡ１３間のデータの入出力が行われる。コンソール接続ステータステーブル１７１はＤＰＲＡＭ１１３に格納される。このため、ＳＣＡ１２及び１３の各ＭＰＵ１２１及び１３１は、コンソール接続ステータステーブル１７１に直接的にアクセスすることができる。

ＳＣＡ１２のＭＰＵ１２１は、例えばＤＰＲＡＭ１１３の対応する記憶領域をそれぞれ監視し、記憶領域に格納されたデータを処理する。そのデータ処理により、ＬＡＮインターフェース１２３或いは１２４を介したメッセージの送信が実現される。各ＬＡＮインターフェース１２３及び１２４は、受信したメッセージを例えばＲＡＭ１２２に格納し、メッセージの受信をＭＰＵ１２１に通知する。ＭＰＵ１２１は、その通知が行われた場合、ＲＡＭ１２２に格納されたメッセージを読み出し、ＤＰＲＡＭ１１３の対応する記憶領域に格納する。それにより、ＳＶＰ１１は、受信したメッセージを取得する。

図３は、ＨＷコンソールの構成例を説明する図である。図３に表すように、ＨＷコンソール２は、ディスプレイ制御装置２００に、ディスプレイ２４０、及びキーボード２５０を接続した構成である。ディスプレイ制御装置２００は、ＭＰＵ２０１、ＮＶＲＡＭ（Ｎｏn Volatile RAM）２０２、ＲＡＭ２０３、入出力コントローラ２０４、キーボード・インターフェース２０５、ディスプレイ・インターフェース２０６、及びＬＡＮインターフェース２１を備えている。

不揮発性のメモリであるＮＶＲＡＭ２０２には、ＭＰＵ２０１によってＲＡＭ２０３に読み出されるロード用データ２１１、ゲートウェイテーブル２１２、サーバＩＰアドレス２１３、自ＩＰアドレス２１４が格納されている。ゲートウェイテーブル２１２、サーバＩＰアドレス２１３、自ＩＰアドレス２１４は、ＨＷコンソール２がＬＡＮ４−０を介して各クラスタ１と通信を行うためのセットアップ情報である。

ロード用データ２１１は、ＭＰＵ２０１が実行する制御プログラム２２０、及び処理に用いられるデータ部２３０を含む。制御プログラム２２０は、サブプログラムとして、初期化プログラム２２１、出力制御プログラム２２２、入力制御プログラム２２３、ＬＡＮ通信制御プログラム２２４、及びセットアップ情報更新プログラム２２５を含む。ＬＡＮ通信制御プログラム２２４は、サブプログラムとして、データ送受信制御プログラム２２６、ゲートウェイ選択制御プログラム２２７、及び接続制御プログラム２２８を含む。

初期化プログラム２２１は、電源投入（起動）時の初期化を行うプログラムである。出力制御プログラム２２２は、ディスプレイ２４０へのデータ（画面）出力を行うプログラムである。入力制御プログラム２２３は、キーボード２５０への操作に応じてデータ入力を行うプログラムである。ＬＡＮ通信制御プログラム２２４は、ＬＡＮ４−０を介した各クラスタ１との通信を行うためのプログラムである。セットアップ情報更新プログラム２２５は、ＮＶＲＡＭ２０２に格納されたセットアップ情報を更新するためのプログラムである。

ＬＡＮ通信制御プログラム２２４のサブプログラムであるデータ送受信制御プログラム２２６は、ＬＡＮインターフェース２１、及びＬＡＮ４−０を介して各クラスタ１との間でデータ（メッセージ）の送受信を行うためのプログラムである。ゲートウェイ選択制御プログラム２２７は、複数のクラスタ１のなかで実際に通信を行うクラスタ１（のＳＣＡ１２）を選択するためのプログラムである。接続制御プログラム２２８は、クラスタ１との通信状態、つまり通信を確立しているクラスタ１が存在するか否かを管理するためのプログラムである。

データ部２３０は、画面情報２３１、文字パタン情報２３２、使用ゲートウェイ番号２３３、及び接続状態情報２３４を含む。画面情報２３１は、ディスプレイ２４０上に画面を表示させるための情報である。文字パタン情報２３２は、ディスプレイ２４０上に表示される画面上に配置すべき文字（文字列）、シンボル等を配置するための情報である。使用ゲートウェイ番号２３３は、現在、通信を確立しているクラスタ１を管理するための情報であり、ＬＡＮ通信制御プログラム２２４のゲートウェイ選択制御プログラム２２７によって更新される。接続状態情報２３４は、通信を確立しているクラスタ１が存在するか否かを表す情報であり、ＬＡＮ通信制御プログラム２２４の接続制御プログラム２２８によって更新される。

ゲートウェイテーブル２１２は、各クラスタ１のＳＣＡ１２に割り当てられたＩＰアドレスを格納したテーブルである。図３中に表記の「ゲートウェイ０」〜「ゲートウェイ３」はそれぞれ、クラスタ１−０〜１−３の各ＳＣＡ１２に割り当てられた番号（ゲートウェイ番号）を表している。サーバＩＰアドレス２１３は、各クラスタ１のＳＶＰ１１との通信に用いられる仮想ＩＰアドレス１４である。自ＩＰアドレス２１４は、ＨＷコンソール２に割り当てられたＩＰアドレスと、ＬＡＮインターフェース２１のＩＤ（IDentifier）番号であるＭＡＣ（Media Access Control）アドレスを含む。

電源が投入された場合、ＭＰＵ２０１は、ＮＶＲＡＭ２０２からロード用データ２１１を読み出してＲＡＭ２０３に格納し、ロード用データ２１１の制御プログラム２２０の実行を開始する。制御プログラム２２０の実行を開始した後のＭＰＵ２０１は、キーボード２５０へのオペレータの操作、或いはＬＡＮインターフェース２１によるメッセージの受信に対応した制御を行う。

ＨＷコンソール２及び３としては、同じ構成のデータ処理装置を用いることができる。ここでは説明上、便宜的にＨＷコンソール３は図３に表す構成と想定し、構成要素にはＨＷコンソール２と同じ符号を用いる。

本実施形態によるコンピュータシステムは、上記のような４台のクラスタ１、並びに２台のＨＷコンソール２及び３を用いて構築されている。しかし、コンピュータシステムの構成は、図１に表すようなものに限定されない。また、クラスタ１、並びにＨＷコンソール２及び３の構成も、図２或いは図３に表すような構成に限定されない。

上記コンピュータシステムでは、各ＨＷコンソール２及び３とクラスタ１間の通信を規定するプロトコルとして、各ＨＷコンソール２及び３は同時に（並行して）１台のクラスタ１とのみ通信を確立させる必要のあるプロトコルが採用されている。このことから本実施形態では、各ＨＷコンソール２及び３が同時に通信を確立できるクラスタ１は１台のみに制限している。以降、そのような制限の実現方法について、図４〜図６を参照して詳細に説明する。各ＨＷコンソール２及び３が同時に通信を確立できるクラスタ１は２台以上であっても良く、同時に通信を確立できるクラスタ１の台数を制限する理由は、上記とは別の理由であっても良い。

図４は、各ＨＷコンソールと通信を確立するクラスタを制限する方法を説明するための図である。始めに、図４を参照して、その方法について具体的に説明する。その方法はＨＷコンソール２及び３で同じであることから、以降、便宜的にＨＷコンソール２にのみ着目する形で説明を行う。また、特に断らない限り、以降「接続」とは通信の確立、つまり通信を行える状態を指す意味で用いる。

本実施形態では、ＨＷコンソール２とクラスタ１の通信の確立（接続）は、ＨＷコンソール２側からの接続を要求するメッセージである接続要求の送信により行われることを前提としている。接続するクラスタ１の選択（変更）は、通常、オペレータによって行われる。制御プログラム２２０の出力制御プログラム２２２は、オペレータがクラスタ１を選択するための画面をディスプレイ２４０上に出力し、その画面上で選択されたクラスタ１は入力制御プログラム２２３によって認識される。その認識結果は、例えばゲートウェイ番号の形でＬＡＮ通信制御プログラム２２４に通知される。それにより、ＬＡＮ通信制御プログラム２２４のゲートウェイ選択制御プログラム２２７は、入力制御プログラム２２３から通知されたゲートウェイ番号のＩＰアドレスをゲートウェイテーブル２１２から読み出し、そのＩＰアドレスをメッセージの送信先アドレスとして設定する。ゲートウェイ番号は、ゲートウェイ選択制御プログラム２２７によってデータ部２３０の使用ゲートウェイ番号２３３として保存される。

入力制御プログラム２２３からのゲートウェイ番号の通知は、接続するクラスタ１の切り替えをオペレータが指示したことを意味する。このことから、ＬＡＮ通信制御プログラム２２４の接続制御プログラム２２８は、ゲートウェイ番号の通知により、現在、接続中のクラスタ１が存在している場合、そのクラスタ１に、通信を終了して、他のクラスタ１との通信を確立することを通知するメッセージである接続パス切り替え指示を送信する。その後に、接続制御プログラム２２８は、通知されたゲートウェイ番号が割り当てられているクラスタ１に、接続要求を送信する。その接続要求の送信により、ＨＷコンソール２はオペレータが選択したクラスタ１との通信を確立する。実際のメッセージの送受信は、データ送受信制御プログラム２２６によって行われる。

ゲートウェイ選択制御プログラム２２７による使用ゲートウェイ番号２３３の更新は、通信を確立すべきクラスタ１が決定した場合、或いは決定したクラスタ１との通信が確立した場合に行われる。その場合、接続制御プログラム２２８は、接続状態情報２３４として、クラスタ１と接続された状態を表す値を格納する。オペレータが選択したクラスタ１との通信が確立しなかった場合、ゲートウェイ選択制御プログラム２２７は使用ゲートウェイ番号２３３の更新を行わない。このとき、接続制御プログラム２２８は、接続状態情報２３４として、クラスタ１と接続されていない状態を表す値を格納する。以降、クラスタ１と接続された状態を表す値は「１」、クラスタ１と接続されていない状態を表す値は「０」と想定する。

このようにして、ＨＷコンソール２は、常に１台のクラスタ１とのみ通信を確立させるように動作する。一方のクラスタ１は、たとえＨＷコンソール２が不適切に動作したとしても、１台のクラスタ１のみがＨＷコンソール２と接続するように、自律的に動作する。クラスタ構成テーブル１６３、及びコンソール接続ステータステーブル１７１は、その自律的な動作に用いられる。

コンソール接続ステータステーブル１７１は、ＳＣＡ１２及び１３のＬＡＮインターフェース１２４及び１３４によるＨＷコンソール２及び３との接続を管理するために用いられる。コンソール接続ステータスデータは、図４に表すように、アダプタ番号、インターフェース（ＩＦ）番号、ＩＰアドレス、接続状況情報、及び接続許可情報を含む。

アダプタ番号は、ＳＣＡ１２及び１３にそれぞれ割り当てられた識別情報であり、「０」はＳＣＡ１２、「１」はＳＣＡ１３をそれぞれ表している。インターフェース番号は、ＳＣＡ１２及び１３が備えた２つのＬＡＮインターフェースにそれぞれ割り当てられた識別情報であり、「０」はＬＡＮインターフェース１２３及び１３３、「１」はＬＡＮインターフェース１２４及び１３４をそれぞれ表している。ＩＰアドレスは、複数のクラスタ１が接続を制限すべき対象を表す識別情報として用いられる。図４中に表記の「LSC-IP」「RSC-IP」はそれぞれＨＷコンソール２及び３のＩＰアドレスを表している。接続状況情報は、ＨＷコンソール２（或いは３）と接続しているか否かを表す情報であり、「０」は未接続、「１」は接続をそれぞれ表している。接続許可情報は、ＨＷコンソール１（或いは３）との接続が行えるか否かを表す情報であり、「０」は接続が行えない不許可、「１」は接続を行える許可、をそれぞれ表している。

クラスタ１のＨＷコンソール２との通信状態は、上記接続状況情報、及び接続許可情報によって管理される。接続状況情報、及び接続許可情報は共に「０」か「１」の２値の情報である。このため、接続状況情報、及び接続許可情報によって表される組み合わせの数は４である。しかし、ＨＷコンソール２と接続している状況ではＨＷコンソール２との接続を許可するか否かは無意味となる。このことから、接続状況情報、及び接続許可情報によって表される組み合わせの数は実際には３となる。その３つの具体的な組み合わせは、接続状況情報＝１、接続許可情報＝０の組み合わせ、接続状況情報＝０、接続許可情報＝１の組み合わせ、及び接続状況情報＝０、接続許可情報＝０の組み合わせの３つとしている。

接続状況情報＝１、接続許可情報＝０の組み合わせは、ＨＷコンソール２と接続している状態（以降「接続状態」）を表す。接続状況情報＝０、接続許可情報＝１の組み合わせは、ＨＷコンソール２と接続はしていないが、ＨＷコンソール２との接続は可能な状態（以降「接続待機状態」）を表す。接続状況情報＝０、接続許可情報＝０の組み合わせは、ＨＷコンソール２との接続は許可されない状態（以降「接続不許可状態」）を表す。各クラスタ１には、起動していない状態（以降「停止状態」）が存在する。この停止状態を含めると、各クラスタ１の通信状態は全部で４つとなる。

図４には、コンソール接続ステータステーブル１７１に格納されたコンソール接続ステータスデータとして、（０，１，ＬＳＣ−ＩＰ，未接続，不許可）及び（１，１，ＲＳＣ−ＩＰ，未接続，許可）を表記している。上記のようなことから、（０，１，ＬＳＣ−ＩＰ，未接続，不許可）は、ＳＣＡ１２のＬＡＮインターフェース１２４を用いた通信の対象がＨＷコンソール２であり、通信状態は接続不許可状態であることを表している。また、（１，１，ＲＳＣ−ＩＰ，未接続，許可）は、ＳＣＡ１３のＬＡＮインターフェース１３４を用いた通信の対象がＨＷコンソール３であり、通信状態は接続許可状態であることを表している。

このように、コンソール接続ステータスデータは、想定する通信対象との間の通信状態を表すデータとなっている。このコンソール接続データは、自クラスタ１の通信状態を管理する他に、他のクラスタ１の通信状態の認識に用いられる。他のクラスタ１の通信状態の認識には、クラスタ構成テーブル１６３が用いられる。

図５は、クラスタ構成テーブルの内容例を説明する図である。
上記のように、クラスタ構成テーブル１６３には、各クラスタ１の２つのコンソール接続ステータスデータが格納される。２つのコンソール接続ステータスデータは、図５に表すように、クラスタ１毎に１レコード（エントリ）にまとめられる形でクラスタ構成テーブル１６３に格納される。図５において、ＳＣＡ１２のＬＡＮインターフェース１２４用のコンソール接続ステータスデータは「ＳＣＡ０−ＩＦ１のコンソール接続ステータス」と表記している。ＳＣＡ１３のＬＡＮインターフェース１３４用のコンソール接続ステータスデータは「ＳＣＡ１−ＩＦ１のコンソール接続ステータス」と表記している。

各レコードには、２つのコンソール接続ステータスデータの他に、クラスタ番号、及び投入ステータス情報が格納される。クラスタ番号は、各クラスタ１に割り当てられた識別情報である。そのクラスタ番号は、例えばゲートウェイ番号と一致する。投入ステータス情報は、対応するクラスタ１に電源が投入されているか否かを表す情報であり、「０」は電源の未投入、「１」は電源の投入（動作中）をそれぞれ表している。それにより、各クラスタ１が停止状態か否かは、投入ステータス情報により判定することができる。

各クラスタ１のＳＣＡ１２のＬＡＮインターフェース１２４用のコンソール接続ステータスデータは、１台のクラスタ１（ここではクラスタ１−０）のみ接続状態であり、他のクラスタ１−１〜１−３は全て接続不許可状態であることを表している。それにより、１台のクラスタ１が接続状態となっている状況では、他のクラスタ１は全てＨＷコンソール２との接続を行うことはできない。

一方、各クラスタ１のＳＣＡ１３のＬＡＮインターフェース１３４用のコンソール接続ステータスデータは、全てのクラスタ１が接続許可状態であることを表している。それにより、接続状態となっているクラスタ１が存在しない状況では、各クラスタ１は全てＨＷコンソール２との接続を行えるようになっている。その状況において、１台のクラスタ１が接続状態に移行した場合、他のクラスタ１は全て接続不許可状態に移行することになる。クラスタ１−０が接続状態に移行した場合、各クラスタ１の通信状態は、各クラスタ１のＳＣＡ１２のＬＡＮインターフェース１２４用のコンソール接続ステータスデータによって表されるものとなる。

このように、クラスタ構成テーブル１６３には、クラスタ１毎に、その通信状態を認識できる情報が格納される。そのため、クラスタ構成テーブル１６３を参照することにより、各クラスタ１は、他のクラスタ１の通信状態を認識することができる。従って、１台のクラスタ１のみがＨＷコンソール２と接続できるようにする制限はもとより、予め定めた複数台のクラスタ１のみがＨＷコンソール２と接続できるようにする制限も、クラスタ構成テーブル１６３の参照により実現することができる。

図６は、各クラスタの通信状態の遷移を説明する図である。その通信状態として、上記のように、停止状態ＳＴ０、接続許可状態ＳＴ１、接続不許可状態ＳＴ２、及び接続状態ＳＴ３の４種類が存在する。起動する前の各クラスタ１は、停止状態ＳＴ０にあり、起動することによって、各クラスタ１は他のクラスタ１の２種類のコンソール接続ステータスデータを取得し、接続許可状態ＳＴ１或いは接続不許可状態ＳＴ２に移行する。より具体的には、起動したクラスタ１は、接続状態ＳＴ３のクラスタ１が存在していない場合は接続許可状態ＳＴ１に移行し、接続状態ＳＴ３のクラスタ１が存在している場合は接続不許可状態ＳＴ２に移行する。

接続状態ＳＴ３に移行したクラスタ１は、その旨を他のクラスタ１に通知する。接続状態ＳＴ３に移行したクラスタ１は、接続を終了する場合、その旨を他のクラスタ１に通知し、接続許可状態ＳＴ１、或いは接続不許可状態ＳＴ２に移行する。このようなことから、各クラスタ１は、他のクラスタ１のなかで接続状態ＳＴ３のクラスタ１の存在を認識する。接続状態ＳＴ３のクラスタ１は、以降「第１のクラスタ」とも表記する。接続状態ＳＴ３から接続不許可状態ＳＴ２への移行は、上記接続パス切り替え指示を受信した場合に、つまりＨＷコンソール２が接続先とするクラスタ１を切り替える場合に行われる。

各クラスタ１は、他のクラスタ１の接続状態ＳＴ３への移行を認識した場合、接続不許可状態ＳＴ２に移行させる。接続不許可状態ＳＴ２は、接続状態ＳＴ３のクラスタ１である第１のクラスタ１が存在しないことが確認されるまで維持される。このため、同時に存在できる第１のクラスタ１は１台のみとなる。

他のクラスタ１の接続状態ＳＴ３から接続許可状態ＳＴ１への移行を認識した各クラスタ１は、接続不許可状態ＳＴ２から接続許可状態ＳＴ１に移行させる。このため、複数のクラスタ１は何れもＨＷコンソール２と通信を確立できるようになる。それにより、オペレータはＨＷコンソール２を所望のクラスタ１に接続させることができる。

各クラスタ１は、電源のオフの指示、或いは故障等により、接続許可状態ＳＴ１、接続不許可状態ＳＴ２、及び接続状態ＳＴ３の何れからでも停止状態ＳＴ０に移行する。それにより、本実施形態では、各クラスタ１は図６に表すような状態遷移を行うこととなる。

各クラスタ１が他のクラスタ１の通信状態を認識しつつ、図６に表すような状態遷移を行うことにより、各クラスタ１のなかでＨＷコンソール２と同時に通信を確立できるクラスタ１は１台のみに制限される。１台のクラスタ１が接続状態ＳＴ３に移行した場合、第１のクラスタ１ではない１台のクラスタ１が第１のクラスタ１を含む他のクラスタ１を監視して、正常に動作しないクラスタ１を確認し、その確認結果を状態遷移に反映させる。それにより、接続状態ＳＴ３のクラスタ１が存在せず、且つ接続許可状態ＳＴ１のクラスタ１も存在しない状況では、動作中の他の全てのクラスタ１は接続許可状態ＳＴ１に移行させ、ＨＷコンソール２との接続を可能にさせる。このため、電源がオフされた、或いは故障が発生した等の理由によって、第１のクラスタ１が正常に動作しなくなった場合でも、オペレータはＨＷコンソール２を他の任意のクラスタ１と接続させることができる。

上記のような状態遷移は、各クラスタ１のＳＶＰ１１のＭＰＵ１１１がコンソール接続制御プログラム１６２を実行することで実現される。このコンソール接続制御プログラム１６２は、サブプログラムとして、パス切替プログラム１８１、投入／切断プログラム１８２、コンソール接続パス監視プログラム１８３、コンソール通信状態監視プログラム１８４、及びステータス更新プログラム１８５を含む。

パス切替プログラム１８１は、ＨＷコンソール２との接続、或いは接続の終了等を行うためのプログラムである。投入／切断プログラム１８２は、クラスタ１の電源投入、及び電源のオフ（切断）に対応するためのプログラムである。コンソール接続パス監視プログラム１８３は、他の第一のクラスタ１が正常に動作しているか否かを監視するためのプログラムである。コンソール通信状態監視プログラム１８４は、自クラスタ１がＨＷコンソール２と接続している場合に、ＨＷコンソール２との通信が行えるか否か、つまりＨＷコンソール２が正常に動作しているか否かを監視するためのプログラムである。ステータス更新プログラム１８５は、他のクラスタ１からのメッセージの受信等により、クラスタ構成テーブル１６３、及びコンソール接続ステータステーブル１７１のコンソール接続ステータスデータを更新するプログラムである。

上記パス切替プログラム１８１を実行するＳＶＰ１１は、接続許可状態ＳＴ１から接続状態ＳＴ３への移行、及び接続状態ＳＴ３３から接続許可状態への移行による通信状態の遷移を他のクラスタ１に通知する。そのような通知は、ＳＶＰ１１がステータス更新プログラム１８５の実行により処理され、クラスタ構成テーブル１６３、及びコンソール接続ステータステーブル１７１のコンソール接続ステータスデータが更新される。パス切替プログラム１８１を実行するＳＶＰ１１は、クラスタ構成テーブル１６３を参照し、接続許可状態ＳＴ１から接続状態ＳＴ３への移行、つまりＨＷコンソール２との通信の確立を行う。

このようなことから、ＨＷコンソール２と接続している他のクラスタ１の認識は、ＳＶＰ１１が、パス切替プログラム１８１、及びステータス更新プログラム１８５を少なくとも実行することで実現される。予め定めた台数（ここでは１台）のクラスタ１のみがＨＷコンソール２と接続できるようにする管理は、ＳＶＰ１１が、パス切替プログラム１８１を実行することで実現される。

以降は、図７〜図１５に表す各処理のフローチャートを参照し、各クラスタ１、及びＨＷコンソール２のそれぞれの動作について詳細に説明する。クラスタ１の動作は、ＳＶＰ１１、つまりメッセージ転送プログラム１６１或いはコンソール接続制御プログラム１６２に着目して行う。ＨＷコンソール２の動作は、制御プログラム２２０に着目して行う。それにより、動作説明は、ＨＷコンソール２とクラスタ１の接続に係わる部分に着目して行う。上記のように、メッセージ転送プログラム１６１及びコンソール接続制御プログラム１６２は、例えばフラッシュメモリ１１７からＲＡＭ１１２に読み出され、ＳＶＰ１１のＭＰＵ１１１によって実行される。制御プログラム２２０は、ＮＶＲＡＭ２０２からＲＡＭ２０３に読み出され、ＭＰＵ２０１によって実行される。

図７は、起動したクラスタが実行するＨＷコンソールとの接続に係わる処理の流れを表すフローチャートである。図７には、起動したクラスタ（図７では「電源投入クラスタ」と表記）の他に、起動済み、つまり動作中の他のクラスタ（図７では「投入済み他クラスタ」と表記）が実行する処理のフローチャートも併せて表している。それにより、始めに図７を参照して、１台のクラスタ１が起動した場合に、起動したクラスタ１、及び動作中の他のクラスタ１がそれぞれ実行するＨＷコンソール２との接続に係わる処理について詳細に説明する。

ここでは説明上、便宜的に、起動するクラスタ１としてクラスタ１−０、投入済みの他のクラスタ１としてクラスタ１−１を想定する。図７に表すクラスタ１−０のＳＶＰ１１の処理は、主に投入／切断プログラム１８２によって実現される。クラスタ１−１のＳＶＰ１１の処理は、主にステータス更新プログラム１８５によって実現される。図７において、異なるクラスタ１で実行される処理ステップ間に配置した矢印は、メッセージが送受信される向きを表している。これは、図１０〜図１５でも同様である。各クラスタ１への電源投入、及び電源切断の指示等は、ＨＷコンソール２、及び統合コンソール６から行うことができる。

起動したクラスタ１−０のＳＶＰ１１は、ＳＣＡ１２のＬＡＮインターフェース１２３を用いて、電源が投入されたことを通知するメッセージであるクラスタ電源投入通知を他のクラスタ１−１〜１−３に送信する（ＳＡ１）。クラスタ電源投入通知の送信は、クラスタ構成テーブル１６３上にクラスタ番号が格納されている全てのクラスタ１を対象に行われる。

投入済みの他のクラスタ１−１では、ＳＣＡ１２のＬＡＮインターフェース１２３によって、クラスタ電源投入通知が受信される（ＳＢ１）。受信されたクラスタ電源投入通知は、ＳＣＡ１２からＳＶＰ１１に出力され、ＳＶＰ１１は、クラスタ構成テーブル１６３の対応するレコードの投入ステータス情報を更新する。その更新は、上記のように、投入ステータス情報の値として「１」を格納することで行われる（ＳＢ２）。その後、ＳＶＰ１１は、ＳＣＡ１２のＬＡＮインターフェース１２３を用いて、クラスタ電源投入通知の応答をクラスタ１−０に送信する（ＳＢ３）。コンソール接続ステータステーブル１７１に格納された２種類のコンソール接続ステータスデータは、応答に付加してクラスタ１−０に送信される。クラスタ１−１のＳＶＰ１１のクラスタ電源投入通知を受信したことによる一連の処理は、応答の送信によって終了する。

各クラスタ１−１〜１−３にクラスタ電源投入通知を送信したクラスタ１−０のＳＶＰ１１は、クラスタ電源投入通知を送信してから規定時間が経過するまでの間、応答の受信に対応するための処理を繰り返し実行する（ＳＡ２〜ＳＡ４）。より具体的には、ＳＶＰ１１は、ＳＡ２において、規定時間が経過したか否か判定する。規定時間が経過していない場合、ＳＡ２の判定はＮｏとなり、次にＳＶＰ１１は、受信された応答をＳＣＡ１２から取得し（ＳＡ３）、応答に付加されたコンソール接続ステータスデータのクラスタ構成テーブル１６３への反映を行う（ＳＡ４）。その反映後はＳＡ２に移行して、再度、規定時間が経過したか否かの判定を行う。規定時間が経過していた場合、ＳＡ２の判定はＹｅｓとなり、ＳＡ５に移行する。

起動した直後では、クラスタ構成テーブル１６３の各レコードの投入ステータス情報の値は「０」であり、コンソール接続ステータスデータは格納されていない。クラスタ１−０のＳＶＰ１１は、応答を受信したクラスタ１−１のクラスタ構成テーブル１６３上の対応するレコードに、応答に付加された２種類のコンソール接続ステータスデータを格納する。そのレコードの投入ステータス情報の値は「１」に更新する。そのようにして、受信した応答毎に、クラスタ構成テーブル１６３のその応答に対応したレコードの更新を行う。応答を受信しないレコードの投入ステータス情報の値は「０」のままとなる。このようにして、起動したクラスタ１−０は、クラスタ電源投入通知の各クラスタ１−１〜１−３への送信により、他のクラスタ１−１〜１−３のなかで動作中の全てのクラスタ１の通信状態を確認することとなる。

ＳＡ５では、ＳＶＰ１１は、クラスタ構成テーブル１６３を参照して、接続状態ＳＴ３のクラスタ１が存在するか否か判定する。クラスタ構成テーブル１６３に格納されたＨＷコンソール２のコンソール接続ステータスデータのなかに接続状態ＳＴ３を表すものが存在する場合、判定はＹｅｓとなる。この場合、ＳＶＰ１１は、自クラスタ１−０の通信状態を接続不許可状態ＳＴ２としてコンソール接続ステータスデータを生成し、生成したステータスデータをコンソール接続ステータステーブル１７１、及びクラスタ構成テーブル１６３にそれぞれ格納する（ＳＡ７）。

一方、クラスタ構成テーブル１６３に格納されたＨＷコンソール２のコンソール接続ステータスデータのなかに接続状態ＳＴ３を表すものが存在しなかった場合、ＳＡ５の判定はＮｏとなる。この場合、ＳＶＰ１１は、自クラスタ１−０の通信状態を接続許可状態ＳＴ１としてコンソール接続ステータスデータを生成し、生成したステータスデータをコンソール接続ステータステーブル１７１、及びクラスタ構成テーブル１６３にそれぞれ格納する（ＳＡ６）。

クラスタ１−０のＳＶＰ１１による起動に対応するための一連の処理は、コンソール接続ステータスデータの格納によって終了する。以降ＳＶＰ１１は、必要に応じて、クラスタ構成テーブル１６３、或いはコンソール接続ステータステーブル１７１を更新する。

図８は、ＨＷコンソールの電源投入時に実行する処理のフローチャートである。次に図８を参照して、ＨＷコンソール２の電源投入時、つまり起動時にクラスタ１との接続のために実行する処理について詳細に説明する。図８に表す処理は、主に制御プログラム２２０の初期化プログラム２２１、及びＬＡＮ通信制御プログラム２２４によって実現される。

先ず、ＨＷコンソール２は、接続状態情報２３４として、クラスタ１と接続されていない状態を表す値の「０」を格納する（ＳＣ１）。次に、ＨＷコンソール２は、ゲートウェイテーブル２１２を参照し、最初のエントリ（レコード）に格納されたゲートウェイ番号を使用ゲートウェイ番号２３３として設定（格納）する（ＳＣ２）。その後のＨＷコンソール２は、接続要求処理を実行する（ＳＣ３）。その接続要求処理の実行により、ＨＷコンソール２は、起動時におけるクラスタ１との接続に係わる一連の処理を終了する。

本実施形態では、ＨＷコンソール２の起動時に、何れかのクラスタ１と接続させるようにしている。ＳＣ３で実行される接続要求処理は、接続可能なクラスタ１を特定し、特定したクラスタ１と接続するための処理である。ＳＣ２での使用ゲートウェイ番号２３３の設定は、接続要求処理を実行するうえでの初期設定として行われる。次に図９を参照して、その接続要求処理について詳細に説明する。図９は、その接続要求処理のフローチャートである。

先ず、ＨＷコンソール２は、使用ゲートウェイ番号２３３を読み出し、そのゲートウェイ番号２３３が割り当てられたＩＰアドレスを送信先として、通信の確立を要求するメッセージである接続要求をＬＡＮインターフェース２１に送信させる（ＳＣ１２１）。次に、ＨＷコンソール２は、接続要求を送信させた後、応答を受信する前に規定時間が経過したか否か判定する（ＳＣ１２２）。その規定時間が経過する前に応答を受信した場合、ＳＣ１２２の判定はＮＯとなる。その場合、ＨＷコンソール２は、接続状態情報２３４の値を１に更新する（ＳＣ１２４）。その後、接続要求処理が終了する。

一方、規定時間が経過する前に応答を受信しなかった場合、ＳＣ１２２の判定はＹｅｓとなる。その場合、ＨＷコンソール２は、使用ゲートウェイ番号２３３を、ゲートウェイテーブル２１２の次のエントリのゲートウェイ番号に更新する（ＳＣ１２３）。そのようにして、接続先とするクラスタ１を設定した後、上記ＳＣ１２１に戻る。

上記接続要求処理を実行することにより、ＨＷコンソール２は、クラスタ１と接続するまで、接続要求の送信先とするクラスタ１を変更しつつ、接続要求を送信する。それにより、ＨＷコンソール２は、起動時に、接続可能なクラスタ１との接続を行う。

図１０は、電源を切断するクラスタが実行するＨＷコンソールとの接続に係わる処理の流れを表すフローチャートである。この処理は、例えばＨＷコンソール２或いは統合コンソール６から電源切断が指示されたことを契機に実行される。図１０には、電源を切断するクラスタ（図１０では「電源切断するクラスタ」と表記）の他に、電源が投入済みの他のクラスタ（図１０では「投入済み他クラスタ」と表記）、及びＨＷコンソール２がそれぞれ実行する処理のフローチャートも併せて表している。それにより、次に図１０を参照して、１台のクラスタ１が電源を切断する場合に、電源を切断するクラスタ１、投入済みの他のクラスタ１、及びＨＷコンソール２がそれぞれ実行する処理について詳細に説明する。

ここでは説明上、便宜的に、電源を切断するクラスタ１としてクラスタ１−０、投入済みの他のクラスタ１としてクラスタ１−１を想定する。図１０に表すクラスタ１−０のＳＶＰ１１の処理は、主に投入／切断プログラム１８２によって実現される。クラスタ１−１のＳＶＰ１１の処理は、主にステータス更新プログラム１８５によって実現される。

ＨＷコンソール２或いは統合コンソール６から電源切断が指示されたクラスタ１−０のＳＶＰ１１は、先ず、自クラスタ１−０のコンソール接続ステータスデータを参照し、接続状況情報の値が１か否か判定する（ＳＡ１１）。ＨＷコンソール２との通信が確立している場合、接続状況情報の値は「１」となる。このため、ＨＷコンソール２との通信が確立している場合、ＳＡ１１の判定はＹｅｓとなってＳＡ１２に移行する。一方、ＨＷコンソール２との通信が確立していない場合、ＳＡ１１の判定はＮｏとなってＳＡ１９に移行する。自クラスタ１−０のコンソール接続ステータスデータとは、コンソール接続ステータステーブル１７１に格納されたコンソール接続ステータスデータである。

ＳＡ１２では、ＳＶＰ１１は、自クラスタ１−０のコンソール接続ステータスデータ中の接続状況情報、及び接続許可情報の各値を共に「０」に設定する。次にＳＶＰ１１は、ＳＣＡ１２に、通信の終了を要求するためのメッセージである接続切断要求をＨＷコンソール２に送信させる（ＳＡ１３）。

ＨＷコンソール２は、クラスタ１−０から送信された接続切断要求を受信する（ＳＣ１１）。接続切断要求を受信したＨＷコンソール２は、自コンソール２の接続状態情報２３４の値を「０」に設定し（ＳＣ１２）、応答をクラスタ１−０に送信する（ＳＣ１３）。ＨＷコンソール２は、次に、上述の接続要求処理を実行する（ＳＣ１４）。その接続要求処理の実行により、ＨＷコンソール２は、接続切断要求の受信による一連の処理を終了する。

接続切断要求を送信させた後のクラスタ１−０のＳＶＰ１１は、その接続切断要求への応答をＨＷコンソール２から受信するのを待つ（ＳＡ１４）。応答を受信すると、ＳＶＰ１１は、次に、クラスタ構成テーブル１６３上で電源が投入されていることが表される全てのクラスタ１に、ＨＷコンソール２との通信が終了したことを表すメッセージであるコンソール切断通知を送信する（ＳＡ１５）。

クラスタ１−１のＳＶＰ１１は、ＳＣＡ１２を介して、受信したコンソール切断通知を受け取る（ＳＢ１１）。コンソール切断通知の送信時、投入済みの他のクラスタ１は全て接続不許可状態ＳＴ２である。このことから、ＳＶＰ１１は、コンソール接続ステータステーブル１７１上のコンソール接続ステータスデータ中の接続状況情報、及び接続許可情報の各値を「０」及び「１」に設定し、接続許可状態ＳＴ１に移行させる（ＳＢ１２）。次にＳＶＰ１１は、クラスタ構成テーブル１６３上の全クラスタ１のコンソール接続ステータスデータ中の接続状況情報、及び接続許可情報の各値を「０」及び「１」に設定する（ＳＢ１３）。その後、ＳＶＰ１１は、クラスタ１−０に応答を送信させる（ＳＢ１４）。

コンソール切断通知を送信した後のクラスタ１−０のＳＶＰ１１は、規定時間が経過するまでの間に受信する応答に対応するための処理を実行する（ＳＡ１６〜ＳＡ１８）。ＳＡ１９への移行は、規定時間が経過することでＳＡ１６の判定がＹｅｓになる、或いは規定時間が経過する前に全ての応答を受信することでＳＡ１８の判定がＹｅｓとなった場合に行われる。そのＳＡ１９では、ＳＶＰ１１は、クラスタ構成テーブル１６３上で電源が投入されていることが表される全てのクラスタ１に、電源を切断することを通知するためのメッセージであるクラスタ電源切断通知を送信する（ＳＡ１９）。

クラスタ１−１のＳＶＰ１１は、ＳＣＡ１２が受信したクラスタ電源切断通知を受け取る（ＳＢ１５）。次にＳＶＰ１１は、クラスタ構成テーブル１６３の対応するエントリの投入ステータス情報の値を「０」に更新する（ＳＢ１６）。その後、ＳＶＰ１１は、クラスタ１−０に応答を送信させる（ＳＢ１７）。その応答の送信により、クラスタ１−０での電源切断に対応するための一連の処理が終了する。

クラスタ電源切断通知を送信した後のクラスタ１−０のＳＶＰ１１は、規定時間が経過するまでの間に受信する応答に対応するための処理を実行する（ＳＡ２０〜ＳＡ２２）。ＳＡ２３への移行は、規定時間が経過することでＳＡ２０の判定がＹｅｓになる、或いは規定時間が経過する前に全ての応答を受信することでＳＡ２２の判定がＹｅｓとなった場合に行われる。

そのＳＡ２３では、ＳＶＰ１１は、クラスタ１−０の電源を切断するための処理を実行する。その処理により、システムボード１５２にはシャットダウンを指示する。電源切断時の一連の処理は、システムボード１５２のシャットダウンを確認した後に終了する。

このようにして、本実施形態では、電源を切断するクラスタ１−０は、全ての動作中の他のクラスタ１に、電源を切断することを通知する。ＨＷコンソール２との接続中であれば、クラスタ１−０は、ＨＷコンソール２との接続を切断して、自クラスタ１−０のコンソール接続ステータスデータを更新し、ＨＷコンソール２との接続の切断を全ての動作中の他のクラスタ１に通知する。そのため、これらの通知が行われるクラスタ１は、クラスタ構成テーブル１６３の各エントリに格納されているコンソール接続ステータスデータを含むデータを適切に更新することができる。この結果、ＨＷコンソール２と接続中のクラスタ１が電源を切断する場合には、動作中の他のクラスタ１は何れもＨＷコンソール２との接続に対応することができるようになる。

図１１は、クラスタがＨＷコンソールとの接続のために実行するコンソール接続処理のフローチャートである。図１１には、このコンソール接続処理のフローチャートの他に、このコンソール接続処理を実行しない１台の他のクラスタ１（図１１では「投入済み他クラスタ」と表記）、及びＨＷコンソール２がそれぞれ実行する処理のフローチャートも併せて表している。それにより、次に図１１を参照して、１台のクラスタ１がコンソール接続処理を実行する場合に、投入済み（動作中）の他のクラスタ１、及びＨＷコンソール２がそれぞれ実行する処理についても併せて詳細に説明する。

ここでは説明上、便宜的に、コンソール接続処理を実行するクラスタ１としてクラスタ１−０、投入済みの他のクラスタ１としてクラスタ１−１を想定する。図１１に表すクラスタ１−０のＳＶＰ１１の処理は、例えば主にパス切替プログラム１８１によって実現される。クラスタ１−１のＳＶＰ１１の処理は、主にステータス更新プログラム１８５によって実現される。ＨＷコンソール２の処理は、主にＬＡＮ通信制御プログラム２２４によって実現される。

本実施形態では、ＨＷコンソール２とクラスタ１間の通信の確立は、ＨＷコンソール２からの接続要求により行うことを前提としている。このことから、コンソール接続処理は、ＨＷコンソール２からの接続要求を受信したクラスタ１のＳＶＰ１１が、その接続要求の受信を契機に実行する。

ＨＷコンソール２は、通信を確立すべきクラスタ１−０に接続要求を送信する（ＳＣ３１）。
ＨＷコンソール２から送信された接続要求は、クラスタ１−０のＳＣＡ１２によって受信され、ＳＶＰ１１に渡される（ＳＡ３１）。ＳＶＰ１１は、接続要求を受け取ると、ＤＰＲＡＭ１１３に格納されたコンソール接続ステータステーブル１７１を参照し、対応するコンソール接続ステータスデータ中の接続許可情報の値が「１」か否か判定する（ＳＡ３２）。自クラスタ１−０が接続許可状態ＳＴ１であった場合、接続許可情報の値は「１」である。このため、その場合、ＳＡ３２の判定はＹｅｓとなってＳＡ３３に移行する。そうでない場合、つまり自クラスタ１−０が接続不許可状態ＳＴ２であった場合、ＳＡ３２の判定はＮｏとなり、ここで一連の処理を終了する。それにより、接続不許可状態ＳＴ２から接続状態ＳＴ３への移行は回避される。

ＳＡ３３では、ＳＶＰ１１は、対応するコンソール接続ステータスデータ中のＩＰアドレスが接続要求の送信元であるＨＷコンソール２のＩＰアドレスと一致するか否か判定する。それらが一致した場合、ＳＡ３３の判定はＹｅｓとなってＳＡ３５に移行する。それらが一致しなかった場合、ＳＡ３３の判定はＮｏとなってＳＡ３４に移行する。

ＳＡ３４では、ＳＶＰ１１は、接続対象外からの接続要求を受信したとして、応答を送信しないことを決定する。その後、一連の処理を終了する。一方、ＳＡ３５では、ＳＶＰ１１は、ＳＣＡ１２を用いて、接続要求の送信元に応答を送信する。

接続要求を送信した後のＨＷコンソール２は、その接続要求への応答に対応するための処理を実行する（ＳＣ３２〜ＳＣ３５）。それにより、ＨＷコンソール２は、規定時間が経過する前に応答を受信した場合（ＳＣ３２のＹｅｓ→ＳＣ３３）、クラスタ１−０との通信が確立したとして、接続状態情報２３４の値として「１」を格納する（ＳＣ３４）。一方、規定時間が経過する前に応答を受信しなかった場合（ＳＣ３２のＮｏ）、ＨＷコンソール２は、接続状態情報２３４の値として「０」を格納する（ＳＣ３５）。そのような接続状態情報２３４の更新を行った後、クラスタ１−０との接続に係わる一連の処理が終了する。

ＨＷコンソール２が実行する上記ＳＣ３１〜ＳＣ３５は、図９に表す接続要求処理において、ＳＣ１２１、ＳＣ１２２及びＳＣ１２４によって実現される部分に相当する。ＳＣ３５は、図９には表していないが、例えばＳＣ１２２の判定がＹｅｓとなった場合に、ＳＣ１２３に移行する前に実行される。

ＨＷコンソール２に応答を送信させた後のクラスタ１−０のＳＶＰ１１は、ＨＷコンソール２との通信が確立したとして、コンソール接続ステータステーブル１７１及びクラスタ構成テーブル１６３の更新を行う（ＳＡ３６）。それにより、自クラスタ１−０のコンソール接続ステータスデータは接続状態ＳＴ３への移行に合わせた更新が行われ、他のクラスタ１のコンソール接続ステータスデータは接続不許可状態ＳＴ２への移行に合わせた更新が行われる。その後、ＳＶＰ１１は、電源の投入を認識している全ての他のクラスタ１に、ＨＷコンソール２との通信が確立した旨を通知するためのメッセージであるコンソール接続通知を送信する（ＳＡ３７）。

クラスタ１−１のＳＶＰ１１は、クラスタ１−０から受信したコンソール接続通知をＳＣＡ１２から取得する（ＳＢ３１）。ＳＶＰ１１は、コンソール接続通知の取得により、コンソール接続ステータステーブル１７１のコンソール接続ステータスデータを更新し（ＳＢ３２）、その更新をクラスタ構成テーブル１６３に反映させる（ＳＢ３３）。その後、ＳＶＰ１１は、コンソール接続通知の送信元のクラスタ１−０に応答を送信させる（ＳＢ３４）。その応答の送信により、クラスタ１−０の接続状態ＳＴ３への移行に係わる一連の処理が終了する。コンソール接続ステータスデータの更新は、クラスタ１−１の接続不許可状態ＳＴ２への移行に合わせたものである。

コンソール接続通知を送信した後のクラスタ１−０のＳＶＰ１１は、規定時間が経過するまでの間に受信する応答に対応するための処理を実行する（ＳＡ３８〜ＳＡ４０）。その処理は、規定時間が経過することでＳＡ３８の判定がＹｅｓになる、或いは規定時間が経過する前に全ての応答を受信することでＳＡ４０の判定がＹｅｓとなるまで行われる。コンソール接続処理は、ＳＡ３８或いはＳＡ４０でＹｅｓと判定された後に終了する。

このようにして、接続状態ＳＴ３に移行したクラスタ１は、その移行を他のクラスタ１に通知し、他のクラスタ１はその通知に対応するための自クラスタ１を含む各クラスタ１のコンソール接続ステータスデータの更新を行う。このため、接続状態ＳＴ３のクラスタ１が存在する状況下では、他のクラスタ１は全て接続不許可状態ＳＴ２となる。それにより、２台以上のクラスタ１が同時に接続状態ＳＴ３となるのは回避される。

図１２は、クラスタがＨＷコンソールとの接続を切り替えるために実行する接続パス切り替え処理のフローチャートである。この接続パス切り替え処理は、ＨＷコンソール２から新たに接続する接続先が通知されたことを契機にクラスタ１が実行する処理である。図１２には、この接続パス切り替え処理のフローチャートの他に、新たな接続先となるクラスタ１（図１２では「パス切り替え先クラスタ」と表記）が実行する処理のフローチャート、及びＨＷコンソール２が実行する処理のフローチャートも併せて表している。それにより、次に図１２を参照して、１台のクラスタ１が接続パス切り替え処理を実行する場合に、新たな接続先のクラスタ１、及びＨＷコンソール２がそれぞれ実行する処理についても併せて詳細に説明する。

ここでは説明上、便宜的に、接続パス切り替え処理を実行する第１のクラスタ１としてクラスタ１−０、新たな接続先のクラスタ１としてクラスタ１−１を想定する。図１２に表す接続パス切り替え処理は、主にパス切替プログラム１８１によって実現される。クラスタ１−１のＳＶＰ１１の処理は、主にステータス更新プログラム１８５によって実現される。

接続パス切り替え処理は、現在、接続中のクラスタ１に、接続を切断して、別のクラスタ１が新たにＨＷコンソール２と接続できるように準備させるために実行される。そのために、ＨＷコンソール２は、現在、接続中のクラスタ１に対し、別のクラスタ１と新たに接続するうえでの準備を指示するメッセージである接続パス切り替え指示を送信する。新たに接続するクラスタ１を特定可能なように、接続パス切り替え指示には、新たな接続先のクラスタ１を表すコード（例えばクラスタ番号）が付加される。

新たに接続するクラスタ１は、オペレータのキーボード２５０を介した指示に従って選択される。ＨＷコンソール２が実行する出力制御プログラム２２２は、接続先のクラスタ１を切り替えるための画面表示を行う。入力制御プログラム２２３は、オペレータのキーボード２５０への操作を解析して、オペレータの指示内容を認識し、その認識結果をＬＡＮ通信制御プログラム２２４に渡す。その結果、ゲートウェイ選択制御プログラム２２７は、オペレータの指示に従ってクラスタ１と通信するためのＩＰアドレスをゲートウェイテーブル２１２から取得する。接続制御プログラム２３８は、現在、接続中のクラスタ１に、接続パス切り替え指示を送信する。このことから、図１２に表す部分のＨＷコンソール２の処理は、主に接続制御プログラム２３８によって実現される。

ＨＷコンソール２は、現在、接続中のクラスタ１−０に、接続パス切り替え指示を送信する（ＳＣ５１）。次にＨＷコンソール２は、新しい接続先の設定を行う（ＳＣ５２）。その設定により、使用ゲートウェイ番号２３３として、新しい接続先のゲートウェイ番号が格納される。また、接続状態情報２３４の値は「０」に更新される。使用ゲートウェイ番号２３３の更新は、ゲートウェイ選択制御プログラム２２７によって行われ、雪像状態情報２３４の更新は、接続制御プログラム２３８によって行われる。そのような設定の変更により、接続パス切り替え指示の送信による一連の処理が終了する。

ＨＷコンソール２から送信された接続パス切り替え指示は、クラスタ１−０のＳＣＡ１２によって受信され、ＳＶＰ１１に渡される（ＳＡ５１）。ＳＶＰ１１は、接続パス切り替え指示に付加されたコードにより、クラスタ構成テーブル１６３の対応するエントリを特定し、特定したエントリの投入ステータス情報を確認する（ＳＡ５２）。その後、ＳＶＰ１１は、投入ステータス情報の値が「１」か否か判定する。コードで指定されたクラスタ１−１が動作中であった場合、そのクラスタ１−１の投入ステータス情報として「１」の値がクラスタ構成テーブル１６３に格納されている。このため、クラスタ１−１が動作中であった場合、ＳＡ５３の判定はＹｅｓとなってＳＡ５４に移行する。クラスタ１−１が動作中でなかった場合、ＳＡ５３の判定はＮｏとなってＳＡ６０に移行する。

ＳＡ５４では、ＳＶＰ１１は、クラスタ１−１に、ＨＷコンソール２との接続が可能な状態への移行を要求するためのメッセージであるパス切り替え要求を送信する。
クラスタ１−１は、パス切り替え要求をＳＣＡ１２が受信し、受信したパス切り替え要求はＳＣＡ１２からＳＶＰ１１に渡される（ＳＢ５１）。パス切り替え要求を受け取ったＳＶＰ１１は、接続許可状態ＳＴ１に移行させるために、コンソール接続ステータステーブル１７１上のコンソール接続ステータスデータを更新し（ＳＢ５２）、その更新をクラスタ構成テーブル１６３に反映させる（ＳＢ５３）。その後、ＳＶＰ１１は、クラスタ１−０に応答を送信する（ＳＢ５４）。応答の送信により、パス切り替え要求の受信による一連の処理は終了する。

クラスタ１−０のＳＶＰ１１は、パス切り替え要求を送信した後、応答を受信するのを待つ（ＳＡ５５）。応答を受信すると、ＳＶＰ１１は、接続不許可状態ＳＴ２に移行させるために、コンソール接続ステータステーブル１７１のコンソール接続ステータスデータを更新し（ＳＡ５６）、その更新をクラスタ構成テーブル１６３に反映させる（ＳＡ５７）。

次にＳＶＰ１１は、ＨＷコンソール２に、接続の切断を要求するためのメッセージである接続切断要求を送信させる（ＳＡ５８）。接続切断要求を送信した後、ＳＶＰ１１は、応答を受信するのを待つ（ＳＡ５９）。応答を受信することで、接続パス切り替え処理が終了する。

ＨＷコンソール２は、クラスタ１−０から送信された接続切断要求を受信する（ＳＣ６１）。接続切断要求を受信したＨＷコンソール２は、接続状態情報２３４の値を「０」に更新し（ＳＣ６２）、応答をクラスタ１−０に送信する（ＳＣ６３）。その後、ＨＷコンソール２は、オペレータが指定したクラスタ１−１との通信を確立するための接続処理を実行する（ＳＣ６４）。この接続処理の実行により、接続切断要求の受信による一連の処理が終了する。

この接続処理として、図１１に表すＳＣ３１〜ＳＣ３５をＨＷコンソール２は実行することになる。接続要求は、ゲートウェイ選択制御プログラム２２７がオペレータの指示によりゲートウェイテーブル２１２から取得したＩＰアドレスを用いて送信される。それにより、ＨＷコンソール２は、オペレータが選択したクラスタ１−１と通信を確立することになる。

ＳＢ５４で応答を送信した後のクラスタ１−１は、ＨＷコンソール２のＳＣ６４での接続処理の実行によって、ＨＷコンソール２から接続要求を受信することになる。その接続要求に対応するための処理は図１１で詳細に説明したため、ここでの説明は省略する。

上記ＳＡ５３でのＮｏの判定は、動作中でないクラスタ１−１を指定した接続パス切り替え指示をＨＷコンソール２が送信したことを意味する。このことから、ＳＡ６０では、クラスタ１−０のＳＶＰ１１は、接続パス切り替え指示により接続するクラスタ１の切り替えが行えない旨のオペレータへの通知を要求するメッセージであるエラーメッセージ出力要求をＨＷコンソール２に送信する。その後のＳＶＰ１１は、ＨＷコンソール２から応答を受信するのを待つ（ＳＡ６１）。その応答の受信により、接続パス切り替え処理が終了する。

ＨＷコンソール２は、クラスタ１−０から送信されたエラーメッセージ出力要求を受信する（ＳＣ７１）。エラーメッセージ出力要求を受信したＨＷコンソール２は、ディスプレイ２４０上に、オペレータが指示したクラスタ１−１との接続が行えない旨を通知するためのエラーメッセージを表示させる（ＳＣ７２）。その後、ＨＷコンソール２は、応答をクラスタ１−０に送信する（ＳＣ７３）。その応答の送信により、エラーメッセージ出力要求の受信による一連の処理が終了する。

上記エラーメッセージの出力により、オペレータは、選択したクラスタ１−１との接続が行えないことを認識することができる。そのため、他のクラスタ１を対象にした作業を直ちに開始することができる。

アラームメッセージの出力は、データ送受信制御プログラム２２６からの要求により、出力制御プログラム２２２が行う。出力するアラームメッセージのデータは、例えば文字パタン情報２３２を用いて生成される。

上記のように本実施形態では、ＨＷコンソール２と接続中のクラスタ１は、コードで指定されたクラスタ１をＨＷコンソール２と接続可能な状態に移行させてから、ＨＷコンソール２との接続を切断するようになっている。このような手順で接続を切断するのは、コードで指定されたクラスタ１との通信により、そのクラスタ１がＨＷコンソール２との接続を行えるか否かを確認し、その確認結果を接続の切断に反映させるためである。そのような手順を採用することにより、コードで指定されたクラスタ１が電源の未投入、或いは故障等によりＨＷコンソール２と接続できない場合、現在、接続中のクラスタ１を通して、別のクラスタ１に接続の準備をさせることができる。

上記ＳＡ５４〜ＳＡ５９、並びにそのＳＡ５４〜ＳＡ５９によるクラスタ１−１、及びＨＷコンソール２の処理は、接続パス切り替え指示を正常に処理できた切り替え成功時に実行される。上記ＳＡ６０〜ＳＡ６１、及びそのＳＡ６０〜ＳＡ６１によるＨＷコンソール２の処理は、切り替え失敗時に実行される。

しかし、上記のように、パス切り替え要求を送信したクラスタ１−１が正常に動作していない場合もありうる。その場合、クラスタ１−１は、応答を送信しない。このため、クラスタ１−０のＳＶＰ１１は、ＳＡ５５で規定時間が経過する前に応答を受信できなかった場合、その旨をＨＷコンソール２に通知し、接続状態ＳＴ３を維持する。ＳＡ５６〜ＳＡ５９は実行しない。そのようにして、次の接続パス切り替え指示の受信に対応可能な状態が維持される。

接続パス切り替え指示の受信によりＨＷコンソールとの接続を切断するクラスタ１−０は、そのことを他のクラスタ１に通知しない。これは、次にＨＷコンソール２と接続するクラスタ１−１は、その接続を他のクラスタ１に通知するからである。その通知は、クラスタ１−０の接続は切断することを意味するからである。このことは、接続を切断するクラスタ１は、必ずしも接続の切断を他のクラスタ１に通知しなくとも良いことを意味している。

ＨＷコンソール２は、常に正常に動作しているとは限らない。電源の切断、或いは故障等の理由により、ＨＷコンソール２が正常に動作していない場合がありうる。このことから本実施形態では、接続中のクラスタ１に、随時、ＨＷコンソール２との通信が行えるか否かを監視させるようにしている。それにより、ＨＷコンソール２との通信が行えないことが確認された場合、動作中の全てのクラスタ１は接続許可状態ＳＴ１に移行させるようにしている。

動作中の全てのクラスタ１を接続許可状態ＳＴ１に移行させることにより、正常に動作する状態にＨＷコンソール２が復帰した場合、ＨＷコンソール２は何れのクラスタ１とも接続することができる。それにより、ＨＷコンソール２が正常に動作するようになった場合、オペレータは所望のクラスタ１にＨＷコンソール２を直ちに接続させることができることから、作業効率の低下等は抑えられることとなる。

図１３は、コンソール監視処理のフローチャートである。このコンソール監視処理は、ＨＷコンソール２と接続中のクラスタ１（図１３中「コンソールと接続状態のクラスタ」と表記）が、ＨＷコンソール２との通信が行えるか否かを監視するために実行する処理であり、例えば予め定めたタイミングで実行される。より具体的には、コンソール監視処理は、例えばＨＷコンソール２との通信が所定時間以上、行われなかったことを条件に実行される。

図１３には、コンソール監視処理のフローチャートの他に、ＨＷコンソール２、及び接続中でない他のクラスタ１がそれぞれ実行する処理のフローチャートも併せて表している。それにより、次に図１３を参照して、接続中のクラスタ１がコンソール監視処理を実行する場合に、ＨＷコンソール２及び他のクラスタ１がそれぞれ実行する処理についても併せて詳細に説明する。ここでは説明上、便宜的に、コンソール監視処理を実行するクラスタ１、つまり第１のクラスタ１としてクラスタ１−０、他のクラスタ１としてクラスタ１−１を想定する。図１３に表すコンソール監視処理は、主にコンソール通信状態監視プログラム１８４によって実現される。クラスタ１−１のＳＶＰ１１の処理は、主にステータス更新プログラム１８５によって実現される。

クラスタ１−０のＳＶＰ１１は、先ず、ＨＷコンソール２に、動作状態の確認に用いるメッセージであるステータス通知要求を送信する（ＳＡ８１）。
ＨＷコンソール２は、正常に動作している場合、送信されたステータス通知要求を受信し（ＳＣ８１）、その応答を送信する（ＳＣ８２）。

クラスタ１−０のＳＶＰ１１は、ステータス通知要求を送信させた後、規定時間が経過するまでの間、応答を受信するのを待つ（ＳＡ８２、ＳＡ８３）。それにより、ステータス通知要求を送信させてから規定時間が経過する前に応答を受信した場合（ＳＡ８２のＮｏ→ＳＡ８３）、ＨＷコンソール２は正常に動作していると見なされ、ここでコンソール監視処理が終了する。一方、ステータス通知要求を送信させてから規定時間が経過する前に応答を受信しなかった場合（ＳＡ８２のＹｅｓ）、ＨＷコンソール２は正常に動作していないと見なされ、ＳＡ８４に移行する。

ＳＡ８４では、ＳＶＰ１１は、接続許可状態ＳＴ１に移行させるために、コンソール接続ステータステーブル１７１上のコンソール接続ステータスデータを更新する。次にＳＶＰ１１は、その更新をクラスタ構成テーブル１６３に反映させる（ＳＡ８５）。その後、ＳＶＰ１１は、クラスタ構成テーブル１６３から動作中と確認できる全てのクラスタ１に、ＨＷコンソール２との接続を切断した旨を通知するためのメッセージであるコンソール切断通知を送信する（ＳＡ８６）。

コンソール切断通知を送信した後のＳＶＰ１１は、規定時間が経過するまでの間に受信する応答に対応するための処理を実行する（ＳＡ８７〜ＳＡ８９）。その処理は、規定時間が経過することでＳＡ８７の判定がＹｅｓになる、或いは規定時間が経過する前に全ての応答を受信することでＳＡ８９の判定がＹｅｓとなるまで行われる。コンソール監視処理は、ＳＡ８７或いはＳＡ８９でＹｅｓと判定された後に終了する。

ＨＷコンソール２と接続中でないクラスタ１−１のＳＶＰ１１は、ＳＣＡ１２を介して、クラスタ１−０から受信したコンソール切断通知を受け取る（ＳＢ８１）。ＳＶＰ１１は、コンソール切断通知の受信により、接続許可状態ＳＴ１への移行のために、コンソール接続ステータステーブル１７１上のコンソール接続ステータスデータを更新し（ＳＢ８２）、その更新をクラスタ構成テーブル１６３に反映させる（ＳＢ８３）。その後、ＳＶＰ１１は、応答をクラスタ１−０に送信する（ＳＢ８４）。その応答の送信により、コンソール切断通知の受信による一連の処理が終了する。

このようにして、ＨＷコンソール２と接続中のクラスタ１は、ＨＷコンソール２が正常に動作するか否かの確認を行い、ＨＷコンソール２が正常に動作しない場合に、動作中の全てのクラスタ１を接続許可状態ＳＴ１に移行させる。そのため、正常に動作する状態に復帰したＨＷコンソール２は、任意のクラスタ１との接続を行うことができる。

クラスタ１も、ＨＷコンソール２と接続中のクラスタ１を含め、正常に動作しなくなる可能性がある。ＨＷコンソール２と接続中のクラスタ１が、何らかの理由によって正常に動作しない、或いは他のクラスタ１との通信が行えなくなった場合、他の動作中の全てのクラスタ１は、接続不許可状態ＳＴ２にある。従って、その場合、オペレータはＨＷコンソール２を別のクラスタ１と接続させることができなくなる状況となる。このことから、本実施形態では、ＨＷコンソール２と接続していないクラスタ１に、そのような状況が発生したか否かを監視させるようにしている。それにより、そのような状況が発生した場合、動作中のクラスタ１は全て接続許可状態ＳＴ１に移行させるようにしている。その移行により、ＨＷコンソール２がクラスタ１と接続できなくなる状況となるのを回避させることができ、コンピュータシステムはより安定的な運用を行えるようになる。

ＨＷコンソール２と接続中のクラスタ１は、ＨＷコンソール２からの要求に応じた処理を行わなければならない。そのため、ＨＷコンソール２と接続していないクラスタ１より負荷が重くなっている可能性が高い。このことから、本実施形態では、ＨＷコンソール２と接続していないクラスタ１に上記監視を行わせるようにしている。その監視は、ＨＷコンソール２と接続中のクラスタ１に行わせても良い。

図１４は、コンソール接続パス監視処理のフローチャートである。このコンソール接続パス監視処理は、ＨＷコンソール２と接続していないクラスタ１が、動作中と認識している他のクラスタ１の動作状態を監視するために実行する処理であり、例えば予め定めたタイミングで実行される。より具体的には、コンソール接続パス監視処理は、例えばＨＷコンソール２と接続していないクラスタ１のうちの何れかが、所定時間が経過する毎に実行される。コンソール接続パス監視処理は、その実行頻度がクラスタ１によって大きく異なるようなことを回避するために、実行頻度の小さい、或いはコンソール接続パス監視処理を実行してからの経過時間が長いクラスタ１に実行させるのが望ましい。

図１４には、コンソール接続パス監視処理のフローチャートの他に、動作中の他のクラスタ１（図１４中「投入済み他クラスタ」と表記）が実行する処理のフローチャートも併せて表している。それにより、次に図１４を参照して、１台のクラスタ１がコンソール接続パス監視処理を実行する場合に、他のクラスタ１が実行する処理についても併せて詳細に説明する。ここでは説明上、便宜的に、コンソール接続パス監視処理を実行するクラスタ１としてクラスタ１−０、他のクラスタ１としてクラスタ１−１を想定する。図１４に表すコンソール接続パス監視処理は、主にコンソール接続パス監視プログラム１８３によって実現される。クラスタ１−１のＳＶＰ１１の処理は、主にステータス更新プログラム１８５によって実現される。

クラスタ１−０のＳＶＰ１１は、先ず、クラスタ構成テーブル１６３上で電源の投入を確認できる全ての他のクラスタに、コンソール接続ステータスデータの送信を要求するためのメッセージであるコンソール接続ステータス要求を送信する（ＳＡ１０１）。その後、ＳＶＰ１１は、規定時間が経過するまでの間に受信する応答に対応するための処理を実行する（ＳＡ１０２〜ＳＡ１０４）。その処理は、規定時間が経過することでＳＡ１０２の判定がＹｅｓになる、或いは規定時間が経過する前に全ての応答を受信することでＳＡ１０４の判定がＹｅｓとなるまで行われる。ＳＡ１０２或いはＳＡ１０４でＹｅｓと判定された場合、ＳＡ１０５に移行する。

コンソール接続ステータス要求が送信されたクラスタ１−１のＳＶＰ１１は、ＳＣＡ１２を介して、受信されたコンソール接続ステータス要求を受け取る（ＳＢ１０１）。ＳＶＰ１１は、コンソール接続ステータス要求の受信により、コンソール接続ステータステーブル１７１に格納されている自クラスタ１−１のコンソール接続ステータスデータを応答に付加して送信する（ＳＢ１０２）。

コンソール接続ステータス要求を送信したクラスタ１−０のＳＶＰ１１は、その応答の受信により、応答を送信した各クラスタ１の通信状態を認識することができる。ＳＡ１０５では、ＳＶＰ１１は、受信した応答から、接続中、或いは接続可能なクラスタ１が有るか否か判定する。接続状態ＳＴ３或いは接続許可状態ＳＴ１のクラスタ１が存在しないことは、現在、ＨＷコンソール２と接続中のクラスタ１、及びＨＷコンソール２と接続可能なクラスタ１の何れも存在しないことを意味する。このことから、接続状態ＳＴ３のクラスタ１、及び接続許可状態ＳＴ１のクラスタ１の何れも存在しない場合、ＳＡ１０５の判定はＮｏとなってＳＡ１０６に移行する。接続状態ＳＴ３のクラスタ１、或いは接続許可状態ＳＴ１のクラスタ１が存在する場合、ＳＡ１０５の判定はＹｅｓとなり、ここでコンソール接続パス監視処理が終了する。

ＳＡ１０６では、ＳＶＰ１１は、接続許可状態ＳＴ１を設定するために、自クラスタ１−０のコンソール接続ステータスデータを更新し、応答を受信した各クラスタ１の接続許可状態ＳＴ１の設定を想定したクラスタ構成テーブル１６３の更新を行う。次にＳＶＰ１１は、更新後のクラスタ構成テーブル１６３に格納された各クラスタ１のコンソール接続ステータスデータを付加したメッセージであるクラスタ構成テーブル通知を、応答を受信した全てのクラスタ１に送信する（ＳＡ１０７）。

その後、ＳＶＰ１１は、規定時間が経過するまでの間に受信する応答に対応するための処理を実行する（ＳＡ１０８〜ＳＡ１１０）。その処理は、規定時間が経過することでＳＡ１０８の判定がＹｅｓになる、或いは規定時間が経過する前に全ての応答を受信することでＳＡ１１０の判定がＹｅｓとなるまで行われる。ＳＡ１０８或いはＳＡ１１０でＹｅｓと判定された後、コンソール接続パス監視処理が終了する。

クラスタ構成テーブル通知が送信されたクラスタ１−１のＳＶＰ１１は、ＳＣＡ１２を介して、受信されたクラスタ構成テーブル通知を受け取る（ＳＢ１０３）。ＳＶＰ１１は、クラスタ構成テーブル通知の受信により、クラスタ構成テーブル通知に付加された全てのコンソール接続ステータスデータをクラスタ構成テーブル１６３に格納する（ＳＢ１０４）。次にＳＶＰ１１は、自クラスタ１−１のコンソール接続ステータスデータをコンソール接続ステータステーブル１７１に反映させる（ＳＢ１０５）。その後、ＳＶＰ１１は、応答をクラスタ１−０に送信する（ＳＢ１０６）。その応答の送信により、クラスタ１−０のＳＶＰ１１によるコンソール接続パス監視処理の実行に対応するための一連の処理が終了する。クラスタ１−０がクラスタ構成テーブル通知を送信しない場合には、一連の処理はＳＢ１０２の実行後に終了する。

このようにして、本実施形態では、ＨＷコンソール２が新たにクラスタ１と接続できない状況となった場合、動作中の全てのクラスタ１を接続許可状態ＳＴ１に強制的に移行させる。その結果、オペレータは、接続中のクラスタ１が正常に動作しなくなったとしても、他のクラスタ１を対象にした作業を継続して行うことができる。

クラスタ１では、ＨＷコンソール２のオペレータに通知すべき情報が発生する場合がある。例えば故障、若しくはエラーが発生した場合、そのことをオペレータに認識させる必要がある。このことから、本実施形態では、オペレータに通知すべき情報が発生したクラスタ１に、その情報の内容をオペレータに通知するためのメッセージであるアラームメッセージ出力要求をＨＷコンソール２に送信させるようにしている。

クラスタ１側のなかでＨＷコンソール２と通信を行える状態になっているのは、１台のみである。接続していないクラスタ１は、直接、ＨＷコンソール２にアラームメッセージ出力要求を送信することはできない。このことから、本実施形態では、接続していないクラスタ１は、接続しているクラスタ１を介して、アラームメッセージ出力要求を送信するようにさせている。そのように、接続しているクラスタ１を介したアラームメッセージ出力要求の転送により、全てのクラスタ１は必要なときにアラームメッセージ出力要求をタイムリにＨＷコンソール２に送信することができる。

図１５は、アラームメッセージ出力処理のフローチャートである。このアラームメッセージ出力処理は、ＨＷコンソール２に送信すべきアラームメッセージ出力要求が発生した場合に、そのアラームメッセージ出力要求を直接、或いは間接的にＨＷコンソール２に送信するために実行される処理である。このアラームメッセージ出力処理の実行により、クラスタ１はＨＷコンソール２に必要なデータを直接、或いは間接的に送信することができる。

図１５には、アラームメッセージ出力処理のフローチャートの他に、ＨＷコンソール２と接続中のクラスタ１が実行するメッセージ転送処理、及びＨＷコンソール２が実行する処理も併せて表している。メッセージ転送処理は、接続していないクラスタ１からの要求により、アラームメッセージ出力要求をＨＷコンソール２に転送するために実行される処理である。それにより、最後に図１５を参照して、接続していないクラスタ１がアラームメッセージ出力処理を実行する場合に、接続しているクラスタ１、及びＨＷコンソール２がそれぞれ実行する処理についても併せて詳細に説明する。

ここでは説明上、便宜的に、アラームメッセージ出力処理を実行するクラスタ１としてクラスタ１−０、メッセージ転送処理を実行する他のクラスタ１としてクラスタ１−１を想定する。図１５に表すアラームメッセージ出力処理は、主にメッセージ転送プログラム１６１によって実現される。クラスタ１−１のＳＶＰ１１が実行するメッセージ転送処理も同様に、主にメッセージ転送プログラム１６１によって実現される。ＨＷコンソール２が実行する処理は、主にデータ送受信制御プログラム２２６によって実現される。

アラームメッセージ出力要求を送信すべき状況となったクラスタ１−０のＳＶＰ１１は、先ず、リトライ回数に初期値を設定（代入）する（ＳＡ１３１）。リトライ回数は、実際には、アラームメッセージ出力要求の転送を他のクラスタ１に依頼した回数を計数するための変数であり、その初期値とは、例えば「０」である。本実施形態では、転送の依頼回数を計数することにより、転送を依頼する回数は予め設定した上限までとしている。

次にＳＶＰ１１は、自クラスタ１−０のコンソール接続ステータスデータの接続状況情報の値が「１」か否か判定する。ＨＷコンソール２と接続している場合、接続状況情報の値として「１」が設定されている。このため、ＨＷコンソール２と接続している場合、ＳＡ１３２の判定はＹｅｓとなってＳＡ１３３に移行する。ＨＷコンソール２と接続していない場合、ＳＡ１３３の判定はＮｏとなってＳＡ１３５に移行する。

ＳＡ１３３では、ＳＶＰ１１は、ＨＷコンソール２宛てにアラームメッセージ出力要求を送信する。次にＳＶＰ１１は、ＨＷコンソール２から応答を受信するのを待つ（ＳＡ１３４）。応答を受信した後、アラームメッセージ出力処理が終了する。

アラームメッセージ出力要求が送信されたＨＷコンソール２は、そのアラームメッセージ出力要求を受信する（ＳＣ１３１）。アラームメッセージ出力要求を受信したＨＷコンソール２は、そのアラームメッセージ出力要求によって特定されるアラームメッセージをディスプレイ２４０に出力させる（ＳＣ１３２）。その後、アラームメッセージ出力要求の受信に係わる一連の処理が終了する。

アラームメッセージの出力は、データ送受信制御プログラム２２６からの要求により、出力制御プログラム２２２が行う。出力するアラームメッセージのデータは、例えば文字パタン情報２３２を用いて生成される。

上記ＳＡ１３２の判定がＮｏとなってＳＡ１３５に移行したクラスタ１−０のＳＶＰ１１は、クラスタ構成テーブル１６３を参照して、ＨＷコンソール２と接続中のクラスタ１−１を確認する。次にＳＶＰ１１は、確認したクラスタ１−１に、アラームメッセージ出力要求の転送を要求するためのメッセージであるアラームメッセージ転送要求を送信する（ＳＡ１３６）。アラームメッセージ出力要求は、アラームメッセージ転送要求に付加されてクラスタ１−１に送信される。

クラスタ１−１のＳＶＰ１１は、ＳＣＡ１２から、そのＳＣＡ１２が受信したアラームメッセージ転送要求を受け取る（ＳＢ１３１）。アラームメッセージ転送要求を受け取ったＳＶＰ１１は、自クラスタ１−１のコンソール接続ステータスデータを確認し（ＳＢ１３２）、接続状況情報の値が「１」か否か判定する（ＳＢ１３３）。接続状況情報の値が「１」、つまり自クラスタ１−１がＨＷコンソール２と接続中であった場合、ＳＡ１３３の判定はＹｅｓとなってＳＢ１３４に移行する。接続状況情報の値が「１」でない場合、ＳＡ１３３の判定はＮｏとなってＳＢ１３７に移行する。

ＳＢ１３４では、ＳＶＰ１１は、アラームメッセージ転送要求に付加されたアラームメッセージ出力要求をＨＷコンソール２に送信させる。アラームメッセージ出力要求を送信させたＳＶＰ１１は、ＨＷコンソール２から応答を受信するのを待つ（ＳＢ１３５）。応答を受信すると、ＳＶＰ１１は、アラームメッセージ出力要求の転送が正常に終了した旨を表す終了ステータスを格納した応答をクラスタ１−０に送信する（ＳＢ１３６）。その応答の送信により、メッセージ転送処置が終了する。

一方、ＳＢ１３７では、ＳＶＰ１１は、アラームメッセージ出力要求の転送にエラーが発生した旨を表す終了ステータスを格納した応答をクラスタ１−０に送信する。その応答の送信により、メッセージ転送処置が終了する。

アラームメッセージ転送要求を送信した後のクラスタ１−０のＳＶＰ１１は、クラスタ１−１から応答を受信するのを待つ（ＳＡ１３７）。応答を受信すると、ＳＶＰ１１は、受信した応答の終了ステータスが正常を表しているか否か判定する（ＳＡ１３８）。終了ステータスが正常を表していた場合、ＳＡ１３８の判定はＹｅｓとなり、アラームメッセージ出力処理はここで終了する。終了ステータスが正常を表していない場合、ＳＡ１３８の判定はＮｏとなってＳＡ１３９に移行する。

ＳＡ１３９では、ＳＶＰ１１は、リトライ回数に１を加算する。次にＳＶＰ１１は、リトライ回数は規定回数以内か否か判定する（ＳＡ１４０）。リトライ回数が規定回数以内であった場合、つまりアラームメッセージ転送要求の送信によって他のクラスタ１にアラームメッセージ出力要求の転送を依頼した回数が上限に達していない場合、ＳＡ１４０の判定はＹｅｓとなって、上記ＳＡ１３５に戻る。それにより、再度、アラームメッセージ転送要求の送信を行う。一方、リトライ回数が規定回数より大きい場合、ＳＡ１４０の判定はＮｏとなり、ここでメッセージ出力処理が終了する。

このようにして、アラームメッセージ出力要求を送信すべき状況となったクラスタ１は、ＨＷコンソール２と接続中か否かにより、直接、或いは間接的にＨＷコンソール２にアラームメッセージ出力要求を送信する。そのため、オペレータにとっては、ＨＷコンソール２と接続させているか否かに係わらず、動作中の各クラスタ１の状態等をタイムリに把握することができる。

なお、本実施形態では、各クラスタ１がそれぞれ他のクラスタ１の通信状態を認識し、自クラスタ１の通信状態の移行を行っているが、各クラスタ１の通信状態を認識するクラスタ１は限定しても良い。つまり、各クラスタ１の通信状態を認識し、他のクラスタ１の通信状態の移行を管理するクラスタ１を１台以上、用意するようにしても良い。このことは、通信状態を移行させるための制御は、通知を送信する側、通知を受信する側の何れに行わせても良いことを意味する。

また、ＨＷコンソール２と接続中のクラスタ１の認識は、接続状態ＳＴ３への移行時、及びＨＷコンソール２の正常動作が確認できない状況での接続状態ＳＴ３から接続許可状態ＳＴ１への移行時の通知により行うようになっている。しかし、通知を送信するタイミング、及び通知を送信する順序等は、本実施形態に限定されない。それらは、様々な変形が可能である。

ＨＷコンソール２は、現在、接続中のクラスタ１−０に、接続パス切り替え指示を送信する（ＳＣ５１）。次にＨＷコンソール２は、新しい接続先の設定を行う（ＳＣ５２）。その設定により、使用ゲートウェイ番号２３３として、新しい接続先のゲートウェイ番号が格納される。また、接続状態情報２３４の値は「０」に更新される。使用ゲートウェイ番号２３３の更新は、ゲートウェイ選択制御プログラム２２７によって行われ、接続状態情報２３４の更新は、接続制御プログラム２３８によって行われる。そのような設定の変更により、接続パス切り替え指示の送信による一連の処理が終了する。

Claims (7)

1. 複数のコンピュータとデータ処理装置の間のネットワークを介した通信を確立するための方法であって、
   前記複数のコンピュータが、それぞれ、前記データ処理装置との間の通信状態に変化が生じた場合に、該通信状態の変化を他のコンピュータに通知し、
   前記通信状態変化の通知に基づいて、該複数のコンピュータのなかで該データ処理装置と通信を確立しているコンピュータを認識し、
   前記複数のコンピュータがそれぞれ、前記データ処理装置と通信を確立していると認識したコンピュータの数が予め定めた所定数以下である場合に、該データ処理装置からの要求により前記データ処理装置との間の通信を確立する、
   ことを特徴とする通信確立方法。
2. 請求項１記載の通信確立方法であって、
   前記データ処理装置と通信を確立しているコンピュータは、
   前記データ処理装置が正常に動作するか否か監視し、
   該監視により該データ処理装置が正常に動作していないと判別した場合に、該データ処理装置との通信が終了したことを他のコンピュータに通知する。
3. 請求項１記載の通信確立方法であって、
   前記コンピュータは、他のコンピュータの通信状態を確認し、
   該確認の結果を基に、他のコンピュータに通信状態を移行させる。
4. 請求項１記載の通信確立方法であって、
   前記データ処理装置との間の通信を確立していないコンピュータは、前記データ処理装置に送信すべきデータが発生した場合、送信すべきデータの該データ処理装置への転送を前記データ処理装置との間で通信を確立しているコンピュータに依頼し、
   前記データ処理装置との間で通信を確立しているコンピュータは、前記依頼により、前記送信すべきデータを前記データ処理装置に転送する。
5. 複数のコンピュータと、前記コンピュータとネットワークを介して接続されるデータ処理装置とを備えたコンピュータシステムにおいて、
   前記コンピュータはそれぞれ、
   前記データ処理装置との通信を確立している他のコンピュータ認識する認識手段と、
   前記認識手段の認識結果を基に、前記複数のコンピュータによる前記データ処理装置との通信を管理し、該複数のコンピュータのなかで該データ処理装置と同時に通信する第１のコンピュータの数を制限する管理手段と、
   を具備することを特徴とするコンピュータシステム。
6. ネットワークを介した通信が可能なコンピュータにおいて、
   前記ネットワークに他のコンピュータ及びデータ処理装置が接続されている場合に、該データ処理装置との通信を確立している他のコンピュータを認識する認識手段と、
   前記データ処理装置との通信を、前記認識手段の認識結果を基に行う通信制御手段と、
   を具備することを特徴とするコンピュータ。
7. ネットワークを介した通信が可能なコンピュータに、
   前記ネットワークに複数の他のコンピュータ、及びデータ処理装置が接続されている場合に、該複数の他のコンピュータのなかで該データ処理装置との通信を確立している他のコンピュータである第１のコンピュータを認識し、
   前記データ処理装置との通信の確立を、前記第１のコンピュータの認識結果を基に行う処理を実行させるプログラム。

Images