JP2019067251A - 計算機システム及び通信経路の制御方法 - Google Patents

Abstract

【課題】ｉＳＣＳＩに実装されるログインリダイレクション機能を利用して、マルチパスを実現する。【解決手段】記憶領域を用いて処理を実行する第１処理部を有する計算機と、記憶領域を提供し、第１処理部と通信するための第１ポートを管理し、記憶領域に対する処理要求を処理する第２処理部を有する計算機と、第１処理部と通信するための第２ポートを管理する第３処理部を有する計算機と、を備える計算機システムであって、第３処理部は、第１ポート及び第２ポートの対応関係を管理するポート管理情報を保持し、接続要求を受信した場合、ポート管理情報に基づいてリダイレクション用第１ポートを選択し、リダイレクション用第１ポートを通知する応答を第１処理部に送信する。【選択図】図１

Description

本発明は、記憶領域を提供するサーバ及び記憶領域を使用するクライアントとの間の通信経路を制御するシステム及び通信経路の制御方法に関する。

ｉＳＣＳＩプロトコルには、ログインリダイレクション機能が実装されている（例えば特許文献１を参照）。

特許文献１には、「リダイレクション指示装置を新たに設け、ディスク装置に対しアクセスする際にクライアント装置は先ず上記リダイレクション指示装置に対しＬｏｇｉｎ Ｒｅｑｕｅｓｔパケットを送信する。リダイレクション指示装置は、ディスク装置選択情報管理テーブルの記憶情報をもとにアクセス先のディスク装置を選択し、リダイレクション指示用のＬｏｇｉｎ Ｒｅｓｐｏｎｓｅパケットを送信する。クライアント装置は、上記リダイレクション指示用のＬｏｇｉｎ Ｒｅｓｐｏｎｓｅパケットにより指示されたディスク装置へＬｏｇｉｎ Ｒｅｑｕｅｓｔパケットを再送信する。」ことが記載されている。

ログインリダイレクション機能を用いることによって、ｉＳＣＳＩイニシエータは、ｉＳＣＳＩターゲットのネットワークポータルを管理する必要がなくなる。そのため、ｉＳＣＳＩターゲットの構成を柔軟に変更できる。また、特許文献１に記載の技術を用いることによって、特定の記憶装置（ｉＳＣＳＩターゲット）に対する負荷の集中を防止し、かつクライアント装置（ｉＳＣＳＩイニシエータ）の障害発生を未然に防止できる。

また、ｉＳＣＳＩ等のクライアントとサーバとを接続するシステムでは、負荷分散及び耐障害性を高めることを目的としてマルチパスが利用されている（例えば特許文献２を参照）。具体的には、ｉＳＣＳＩイニシエータ及びｉＳＣＳＩターゲットを接続する論理的な通信経路（パス）を複数確立する。

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

ログインリダイレクション機能を利用して異なるパスを確立する場合、リダイレクションを行うノードは、異なるｉＳＣＳＩターゲットのネットワークポータルをｉＳＣＳＩイニシエータに通知する必要がある。

しかし、イニシャルノードは、過去に通知したｉＳＣＳＩターゲットのネットワークポータルを把握しておらず、また、パスとｉＳＣＳＩターゲットの対応関係を管理していない。したがって、リダイレクションを行うイニシャルノードは、異なるｉＳＣＳＩターゲットのネットワークポータル情報をｉＳＣＳＩイニシエータに通知できない。すなわち、ログインリダイレクション機能をそのまま利用しても、負荷分散及び障害の回避等を目的としたマルチパスを実現できない。

本発明は、ログインリダイレクション機能を利用して複数のパスを確立するシステム及び方法を提供することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の計算機を備える計算機システムであって、前記複数の計算機は、少なくとも一つの演算装置、前記少なくとも一つの演算装置に接続する少なくとも一つの記憶装置、及び前記少なくとも一つの演算装置に接続する複数の通信装置を有し、前記複数の計算機は、記憶領域を用いて処理を実行する第１処理部を有する第１計算機と、前記記憶領域を提供し、前記第１処理部と通信するための第１ポートを管理し、当該第１ポートを介して受け付けた前記記憶領域に対する処理要求を処理する第２処理部を有する第２計算機と、前記第１処理部と通信するための第２ポートを管理し、当該第２ポートを介して、前記第１処理部及び前記第２処理部を接続する通信経路を確立するための接続要求を受け付けた場合、前記接続要求のリダイレクト先となるリダイレクション用第１ポートを前記第１計算機に通知する第３処理部を有する第３計算機と、を含み、前記第３処理部は、前記第１ポート及び前記第２ポートの対応関係を管理するポート管理情報を保持し、前記第１処理部は、前記通信経路を確立する場合、前記第２ポートに、前記接続要求を送信し、前記第３処理部から、前記リダイレクション用第１ポートを通知する応答を受信し、前記リダイレクション用の第１ポートに、前記接続要求を送信することによって前記通信経路を確立し、前記第３処理部は、前記接続要求を受信した場合、前記ポート管理情報に基づいて、前記リダイレクション用第１ポートを選択し、前記リダイレクション用第１ポートを通知する応答を前記第１処理部に送信することを特徴とする。

本発明によれば、ログインリダイレクション機能を利用して複数のパス（通信経路）を確立できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１のｉＳＣＳＩプロトコルを用いた接続を実現する計算機システムの構成例を示す図である。 実施例１の計算機システムを構成する計算機のハードウェア構成を示す図である。 実施例１のターゲット接続情報のデータ構造の一例を示す図である。 実施例１のターゲットポータル管理情報のデータ構造の一例を示す図である。 実施例１のイニシャルノードが実行するターゲットポータル管理情報の生成処理の一例を説明するフローチャートである。 実施例１のイニシャルノードが実行するターゲットポータル割当処理の一例を説明するフローチャートである。 実施例１の計算機システムにおけるログイン処理の流れを説明するシーケンス図である。 実施例１のイニシャルノードがログイン要求を受信した場合に実行する処理の一例を説明するフローチャートである。 実施例１のイニシャルノードが実行するターゲットポータル追加処理の一例を説明するフローチャートである。 実施例１のターゲットノードが実行するターゲットポータル削除処理の一例を説明するフローチャートである。 実施例１のイニシャルノードが実行するターゲットポータル削除処理の一例を説明するフローチャートである。 実施例１のイニシャルノードが実行する障害処理の一例を説明するフローチャートである。 実施例１のイニシャルノードが実行する復旧処理の一例を説明するフローチャートである。 実施例１の効果を説明する図である。 実施例１の効果を説明する図である。 実施例２の計算機システムにおいてパスの通信障害が発生した場合の処理の流れを説明するシーケンス図である。 実施例２の計算機システムにおいてパスの通信障害が発生した場合の処理の流れを説明するシーケンス図である。 実施例３のｉＳＣＳＩプロトコルを用いた接続を実現する計算機システムの構成例を示す図である。 実施例３のイニシャル接続情報のデータ構造の一例を示す図である。 実施例３のイニシャルノードがログイン要求を受信した場合に実行する処理の一例を説明するフローチャートである。 従来技術の課題を説明する図である。 従来技術の課題を説明する図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

ここで、本明細書で使用する用語について定義する。

「イニシエータ」は、ＳＣＳＩプロトコルにおけるクライアント（デバイス）を示す。「ターゲット」は、ＳＣＳＩプロトコルにおけるサーバ（論理ユニット）を示す。なお、論理ユニットを含み、かつ、イニシエータの要求を処理する機能を含めてターゲットと記載することもある。

イニシエータは、ターゲットに対して書込要求又は読出要求に対応するコマンドを発行し、また、書き込むデータをターゲットに送信する。ターゲットは、コマンドを受信し、コマンドに対応した処理を実行し、また、イニシエータに処理の結果等を応答する。

「イニシエータノード」は、ｉＳＣＳＩプロトコルにおけるイニシエータとして稼働するノードを示す。「ターゲットノード」は、ｉＳＣＳＩプロトコルにおけるターゲットとして稼働するノードを示す。以下の説明では、イニシエータノード及びターゲットノードを区別しない場合、ｉＳＣＳＩノードとも記載する。

「ネットワークエンティティ」は、ＩＰネットワークからアクセスすることができるデバイス及びゲートウェイを示す。「ネットワークポータル」は、ＴＣＰ／ＩＰネットワークアドレスを持ち、ｉＳＣＳＩノードがｉＳＣＳＩセッションを確立するために使用するネットワークエンティティの構成要素を示す。ネットワークポータルは、ＩＰアドレス及びＴＣＰポート番号の組で指定され、かつ、ｉＳＣＳＩノードと通信するための論理的なポートとして機能する。本明細書では、ネットワークポータルを特定するためのＩＰアドレス及びＴＣＰポート番号の組を「ネットワーク情報」とも記載する。ｉＳＣＳＩノードは、ネットワークポータルを介して互いに通信する。

図１は、実施例１のｉＳＣＳＩプロトコルを用いた接続を実現する計算機システムの構成例を示す図である。図２は、実施例１の計算機システムを構成する計算機のハードウェア構成を示す図である。

計算機システムは、四つの計算機１００−１、１００−２、１００−３、１００−４から構成される。四つの計算機１００−１、１００−２、１００−３、１００−４は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１５０を介して互いに接続される。

以下の説明では、計算機１００−１、１００−２、１００−３、１００−４を区別しない場合、計算機１００と記載する。

なお、計算機システムに含まれる計算機１００の数は、三つ以下でもよいし、四つより多くてもよい。

計算機１００は、演算装置２０１、主記憶装置２０２、副記憶装置２０３、及び複数のＮＩＣ２０４−１、ＮＩＣ２０４−２を備える。以下の説明では、ＮＩＣ２０４−１及びＮＩＣ２０４−２を区別しない場合、ＮＩＣ２０４と記載する。なお、演算装置２０１、主記憶装置２０２、及び副記憶装置２０３の数は、二つ以上でもよい。また、計算機１００−１のＮＩＣ２０４は、三つ以上でもよい。計算機１００−２、１００−３、１００−４のＮＩＣ２０４は、一つでもよいし、三つ以上でもよい。

演算装置２０１は、主記憶装置２０２に格納されるプログラムを実行する装置であり、例えば、プロセッサ及びＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等である。演算装置２０１がプログラムにしたがって処理を実行することによって、特定の機能を実現するモジュールとして動作する。以下の説明では、モジュールを主語に処理を説明する場合、演算装置２０１が当該モジュールを実現するプログラムを実行していることを示す。

主記憶装置２０２は、演算装置２０１が実行するプログラム及びプログラムが使用するデータを格納する装置であり、例えば、不揮発性メモリ及び揮発性メモリである。主記憶装置２０２は、モジュールが一時的に使用する記憶領域を含む。

副記憶装置２０３は、データを永続的に格納する装置であり、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等である。

ＮＩＣ２０４は、ネットワークを介して他の装置と接続するインタフェースである。

なお、計算機１００は、キーボード、マウス、タッチパネル等の入力装置及びディスプレイ等の出力装置を有してもよい。

計算機１００−１はｉＳＣＳＩプロトコルのイニシエータノードとして稼働し、計算機１００−２はｉＳＣＳＩプロトコルにおけるログインリダイレクション機能を有するイニシャルノードとして稼働し、また、計算機１００−３、１００−４はｉＳＣＳＩプロトコルのターゲットノードとして稼働する。

ここで、ログインリダイレクション機能は、パス（通信経路）を確立するために用いるターゲットノードのネットワークポータルを応答する機能である。当該機能を用いることによって、イニシエータノードはターゲットノードのネットワークポータルを直接管理しなくてもよいため、ターゲットノードの構成を柔軟に変更することができる。

以下の説明では、計算機１００−１をイニシエータノード１００−１とも記載し、計算機１００−２をイニシャルノード１００−２とも記載し、また、計算機１００−３、１００−４をターゲットノード１００−３、１００−４とも記載する。

イニシエータノード１００−１の主記憶装置２０２は、イニシエータ管理モジュール１１０を実現するプログラムを格納し、また、ターゲット接続情報１１１を格納する。なお、ターゲット接続情報１１１は副記憶装置２０３に格納されてもよい。

イニシエータ管理モジュール１１０は、イニシエータを実現する機能を有する。計算機１００−１上のアプリケーション又はＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）は、イニシエータ管理モジュール１１０を介してターゲット１３１にアクセスする。

ターゲット接続情報１１１は、イニシエータノード１００−１が有するＮＩＣ２０４を介してアクセスするイニシャルノード１００−２のネットワークポータル（イニシャルポータル）を管理する情報である。ターゲット接続情報１１１の詳細は図３を用いて説明する。

ターゲットノード１００−３、１００−４の主記憶装置２０２は、ターゲット管理モジュール１３０を実現するプログラムを格納する。ターゲット管理モジュール１３０は、イニシエータノード１００−１がアクセスするターゲット１３１及びボリューム１３２の対応関係を管理する。

ターゲットノード１００−３には、ターゲットポータル１３３−１、１３３−２が設定される。また、ターゲットノード１００−４には、ターゲットポータル１３３−３が設定される。ターゲットポータル１３３−１、１３３−２、１３３−３は、イニシエータノード１００−１とターゲット１３１との間のパスの確立に用いるネットワークポータルを示す。

以下の説明では、ターゲットポータル１３３−１、１３３−２、１３３−３を区別しない場合、ターゲットポータル１３３と記載する。なお、ターゲットノード１００−３、１００−４に設定するターゲットポータル１３３の数は任意に設定できる。

イニシャルノード１００−２の主記憶装置２０２は、リダイレクション管理モジュール１２０を実現するプログラムを格納し、また、ターゲットポータル管理情報１２１を格納する。なお、ターゲットポータル管理情報１２１は、副記憶装置２０３に格納されてもよい。

イニシャルノード１００−２には、ディスカバリポータル１２２、及び複数のイニシャルポータル１２３−１、１２３−２が設定される。ディスカバリポータル１２２は、ターゲット１３１を発見するために使用されるパスの確立に用いるネットワークポータルを示す。イニシャルポータル１２３−１、１２３−２は、ターゲット１３１にアクセスするためのパスの確立に用いるネットワークポータルを示す。

以下の説明では、イニシャルポータル１２３−１、１２３−２を区別しない場合、イニシャルポータル１２３と記載する。

本実施例では、イニシャルノード１００−２に複数のイニシャルポータル１２３を設定する。イニシャルポータル１２３の数は、システムに設定するパスの数（多重度）に合わせて決定される。複数のイニシャルポータル１２３を設定する方法としては、例えば、異なるＩＰアドレスを割り当てる方法、又は異なるＴＣＰポート番号を割り当てる方法が考えられる。

なお、イニシャルポータル１２３の数は設定するパスの数より多くてもよい。これによって、ターゲット１３１の追加、及びパスの数の変更に柔軟に対応できる。

ターゲットポータル管理情報１２１は、一つのパスを確立する場合にイニシエータノード１００−１に通知されるリダイレクト先のターゲットポータル１３３を管理する情報である。より具体的には、ターゲットポータル管理情報１２１は、複数のイニシャルポータル１２３の各々に対するターゲットポータル１３３の割当てを管理する情報である。ターゲットポータル管理情報１２１の詳細は図４を用いて説明する。

なお、各計算機１００が有するモジュールについては、複数のモジュールを一つのモジュールにまとめてもよいし、一つのモジュールを機能毎に複数のモジュールに分けてもよい。

図１の実線１５０は、計算機１００間の物理的な接続関係を示す。破線１５１は、ＮＩＣ２０４−１を介した、計算機１００間の論理的な接続を示す。また、破線１５２は、ＮＩＣ２０４−２を介した、計算機１００間の論理的な接続関係を示す。

本実施例では、イニシエータノード１００−１及びターゲット１３１の間に二つのパスが確立される場合を例に説明する。一つのパスは、ＮＩＣ２０４−１及びターゲットポータル１３３−１を用いて確立されたパスである。もう一つのパスは、ＮＩＣ２０４−２及びターゲットポータル１３３−２又はターゲットポータル１３３−３を用いて確立されたパスである。

図３は、実施例１のターゲット接続情報１１１のデータ構造の一例を示す図である。

ターゲット接続情報１１１は、ＮＩＣ ＩＤ３０１及びイニシャルポータルＩＤ３０２から構成されるエントリを含む。

ＮＩＣ ＩＤ３０１は、イニシエータノード１００−１が有するＮＩＣ２０４の識別情報を格納するフィールドである。ＮＩＣ ＩＤ３０１には、例えば、識別番号及びＩＰアドレス等が格納される。イニシャルポータルＩＤ３０２は、ログイン要求の送信先となるイニシャルポータル１２３の識別情報を格納するフィールドである。

なお、イニシエータノード１００−１は、イニシャルポータル１２３の識別情報と対応づけてイニシャルポータル１２３のネットワーク情報を管理する。

本実施例では、図３に示すように、一つのＮＩＣ２０４に対して一つのイニシャルポータル１２３が重複なく割り当てられる。

図４は、実施例１のターゲットポータル管理情報１２１のデータ構造の一例を示す図である。

ターゲットポータル管理情報１２１は、各イニシャルポータル１２３−１、１２３−２に対応する対応表３００−１、３００−２を保持する。対応表３００−１はイニシャルポータル１２３−１に割り当てられたターゲットポータル１３３を管理する表であり、対応表３００−２はイニシャルポータル１２３−２に割り当てられたターゲットポータル１３３を管理する表である。以下の説明では、対応表３００−１、３００−２を区別しない場合、対応表３００と記載する。

対応表３００は、ターゲットＩＱＮ４０１及びターゲットポータルＩＤ４０２から構成されるエントリを含む。

ターゲットＩＱＮ４０１は、ターゲット１３１の識別情報であるＩＱＮ（ｉＳＣＳＩ Ｑｕａｌｉｆｉｅｄ Ｎａｍｅ）を格納するフィールドである。ターゲットポータルＩＤ４０２は、ターゲットＩＱＮ４０１に対応するターゲット１３１へアクセスする場合に使用するターゲットポータル１３３の識別情報を格納するフィールドである。

なお、イニシャルノード１００−２は、ターゲットポータル１３３の識別情報と対応づけてターゲットポータル１３３のネットワーク情報を管理する。

本実施例では、リダイレクション管理モジュール１２０が、イニシエータノード１００−１に通知するリダイレクション先のターゲットポータル１３３が重複しないように、各イニシャルポータル１２３に対してターゲットポータル１３３を割り当てる。以下の説明では、リダイレクション先のターゲットポータル１３３をリダイレクション用ターゲットポータル１３３とも記載する。

なお、ターゲット１３１が異なる場合、イニシャルポータル１２３に割り当てるターゲットポータル１３３は重複してもよい。すなわち、ターゲットＩＱＮ４０１の値が異なり、かつ、ターゲットポータルＩＤ４０２の値が同一のエントリが存在してもよい。

図４のターゲットポータル管理情報１２１では、一つのイニシャルポータル１２３に対して一つの対応表３００が含まれるが、全てのイニシャルポータル１２３を管理する対応表でもよい。当該対応表に含まれるエントリは、例えば、イニシャルポータル１２３の識別情報、ターゲット１３１の識別情報、及びターゲットポータル１３３の識別情報から構成される。

図５は、実施例１のイニシャルノード１００−２が実行するターゲットポータル管理情報１２１の生成処理の一例を説明するフローチャートである。

リダイレクション管理モジュール１２０は、イニシャルノード１００−２が起動し、所定の数のイニシャルポータル１２３が設定された後に以下で説明する処理を実行する。例えば、イニシャルポータル１２３の設定後、すぐに処理が実行されてもよいし、また、イニシエータノード１００−１からログイン要求を受信した場合に処理が実行されてもよい。

リダイレクション管理モジュール１２０は、ターゲットノード１００−３、１００−４からターゲット情報を取得する（ステップＳ１０１）。ターゲット情報には、ターゲット１３１のＩＱＮ、ターゲットポータル１３３の識別情報、及びターゲットポータル１３３のネットワーク情報等が含まれる。

このとき、リダイレクション管理モジュール１２０は、ターゲット情報を主記憶装置２０２又は副記憶装置２０３に格納し、また、取得したターゲット情報に基づいて、ターゲット１３１のリスト及びターゲットポータル１３３のリストを生成する。なお、ターゲット１３１のリストはＩＱＮから構成されるリストであり、ターゲットポータル１３３のリストはターゲットポータル１３３の識別情報から構成されるリストであるものとする。

なお、ターゲット情報の取得方法としては、例えば、以下の二つが考えられる。

一つの方法は、ターゲットノード１００−３、１００−４が内部又は外部の記憶領域にターゲット情報を登録し、リダイレクション管理モジュール１２０がイニシャルポータル１２３を介して、当該記憶領域からターゲット情報を取得する方法である。

別の方法は、リダイレクション管理モジュール１２０が、イニシャルポータル１２３を介して、ターゲットノード１００−３、１００−４にターゲット情報を問い合わせる方法である。当該方法を採用する場合には、分散システム用の管理プログラム等を用いて、予め、ターゲットノード１００−３、１００−４間でターゲット情報を共有させる。

ターゲット情報が取得された後、リダイレクション管理モジュール１２０は、取得したターゲット情報に基づいて、イニシャルポータル１２３に対してターゲットポータル１３３を割り当てるためのターゲットポータル割当処理を実行する（ステップＳ１０２）。ターゲットポータル割当処理の詳細は図６を用いて説明する。

リダイレクション管理モジュール１２０は、ターゲットポータル割当処理が完了した後、ターゲットポータル管理情報１２１の生成処理を終了する。

図６は、実施例１のイニシャルノード１００−２が実行するターゲットポータル割当処理の一例を説明するフローチャートである。

リダイレクション管理モジュール１２０は、ターゲット１３１のリストからターゲット１３１を選択する（ステップＳ２０１）。

次に、リダイレクション管理モジュール１２０は、ターゲットポータル１３３のリストからターゲットポータル１３３を選択する（ステップＳ２０２）。

次に、リダイレクション管理モジュール１２０は、ターゲットポータル管理情報１２１を参照し、ターゲットポータル１３３の割当数が少ないイニシャルポータル１２３を選択する（ステップＳ２０３）。

例えば、図４に示すターゲットポータル管理情報１２１の場合、リダイレクション管理モジュール１２０は、エントリ数が最小の対応表３００を検索し、検索された対応表３００に対応するイニシャルポータル１２３を選択する。

なお、どの対応表３００にもエントリが登録されていない場合、リダイレクション管理モジュール１２０は、任意の対応表３００を選択する。また、エントリ数が最小の対応表３００が複数存在する場合、リダイレクション管理モジュール１２０は、エントリ数が最小の対応表３００の中から任意の対応表３００を選択する。

次に、リダイレクション管理モジュール１２０は、選択されたターゲットポータル１３３及び選択されたイニシャルポータル１２３を対応付けた情報をターゲットポータル管理情報１２１に登録する（ステップＳ２０４）。

具体的には、リダイレクション管理モジュール１２０は、選択されたイニシャルポータル１２３に対応する対応表３００にエントリを追加する。リダイレクション管理モジュール１２０は、追加されたエントリのターゲットＩＱＮ４０１に選択したターゲット１３１のＩＱＮを設定し、また、追加されたエントリのターゲットポータルＩＤ４０２に選択したターゲットポータル１３３の識別情報を設定する。

次に、リダイレクション管理モジュール１２０は、リストに登録された全てのターゲットポータル１３３の処理が完了したか否かを判定する（ステップＳ２０５）。

リストに登録された全てのターゲットポータル１３３の処理が完了していないと判定された場合、リダイレクション管理モジュール１２０は、ステップＳ２０２に戻り、同様の処理を実行する。

リストに登録された全てのターゲットポータル１３３の処理が完了したと判定された場合、リダイレクション管理モジュール１２０は、リストに登録された全てのターゲット１３１の処理が完了したか否かを判定する（ステップＳ２０６）。

リストに登録された全てのターゲット１３１の処理が完了していないと判定された場合、リダイレクション管理モジュール１２０は、ステップＳ２０１に戻り、同様の処理を実行する。

リストに登録された全てのターゲット１３１の処理が完了したと判定された場合、リダイレクション管理モジュール１２０は、ターゲットポータル割当処理を終了する。

本実施例のリダイレクション管理モジュール１２０は、各イニシャルポータル１２３に割り当てるターゲットポータル１３３の数が均等になるように、ターゲットポータル１３３の割当てを制御する。

ただし、前述のターゲットポータル１３３の割当て制御は一例であって、本発明はこれに限定されない。例えば、各イニシャルポータル１２３に対してターゲットポータル１３３の割当数の比重を設定し、当該比重に基づいて、各イニシャルポータル１２３に割り当てるターゲットポータル１３３の数を制御してもよい。

図７は、実施例１の計算機システムにおけるログイン処理の流れを説明するシーケンス図である。ログイン処理は、イニシエータノード１００−１がターゲット１３１との間にパスを確立するための処理である。

ここでは、イニシャルノード１００−２は、図４に示すターゲットポータル管理情報１２１を保持するものとする。

ターゲット１３１に初めてログインする場合、イニシエータノード１００−１は、ＮＩＣ２０４−１とディスカバリポータル１２２との間にディスカバリセッションを確立し、ディスカバリポータル１２２にディスカバリログイン要求を送信する（ステップＳ３０１）。

イニシャルノード１００−２は、ディスカバリポータル１２２を介してディスカバリログイン要求を受信した場合、イニシャルポータル１２３のリストを含むディスカバリログイン応答をＮＩＣ２０４−１に送信する（ステップＳ３０２）。イニシャルポータル１２３のリストは、イニシャルポータル１２３の識別情報及びネットワーク情報から構成されるエントリを複数含む。

イニシエータノード１００−１は、ＮＩＣ２０４−１を介してイニシャルノード１００−２からディスカバリログイン応答を受信した場合、ＮＩＣ２０４に対してイニシャルポータル１２３の割当を行い、割当の結果をターゲット接続情報１１１に登録する。具体的には、イニシエータノード１００−１は、ＮＩＣ２０４−１、２０４−２のそれぞれにイニシャルポータル１２３−１、１２３−２が重複しないように割り当てて、割当の結果をターゲット接続情報１１１に登録する。ターゲット接続情報１１１は図３に示す状態となっているものとする。

次に、イニシエータノード１００−１は、ターゲット接続情報１１１を参照し、ＮＩＣ２０４−１を介してイニシャルポータル１２３−１にログイン要求を送信する（ステップＳ３０３）。

イニシャルノード１００−２は、イニシャルポータル１２３−１を介してログイン要求を受信した場合、リダイレクション用ターゲットポータル１３３を通知するログイン応答をＮＩＣ２０４−１に送信する（ステップＳ３０４）。

具体的には、イニシャルノード１００−２は、ターゲットポータル管理情報１２１に基づいて、リダイレクション用ターゲットポータル１３３−１を選択する。また、イニシャルノード１００−２は、イニシャルポータル１２３−１を介して、選択されたリダイレクション用ターゲットポータル１３３−１の識別情報等を含むログイン応答をＮＩＣ２０４−１に送信する。

イニシエータノード１００−１は、ＮＩＣ２０４−１を介してログイン応答を受信した場合、ＮＩＣ２０４−１を介して、リダイレクション用ターゲットポータル１３３−１にログイン要求を送信する（ステップＳ３０５）。

ターゲットノード１００−３は、ターゲットポータル１３３−１を介してログイン要求を受信した場合、ターゲットポータル１３３−１を介して、ログインが成功した旨を通知するログイン応答をＮＩＣ２０４−１に送信する（ステップＳ３０６）。

ステップＳ３０３からステップＳ３０６の処理によって、ＮＩＣ２０４−１及びターゲット１３１間を接続するパスが確立される。

イニシエータノード１００−１は、新たなパスを確立する場合、ターゲット接続情報１１１を参照し、ＮＩＣ２０４−２を介してイニシャルポータル１２３−２にログイン要求を送信する（ステップＳ３０７）。

イニシャルノード１００−２は、イニシャルポータル１２３−２を介してログイン要求を受信した場合、リダイレクション用ターゲットポータル１３３を通知するログイン応答をＮＩＣ２０４−２に送信する（ステップＳ３０８）。

具体的には、イニシャルノード１００−２は、ターゲットポータル管理情報１２１に基づいて、リダイレクション用ターゲットポータル１３３−２を選択する。また、イニシャルノード１００−２は、イニシャルポータル１２３−２を介して、選択されたリダイレクション用ターゲットポータル１３３−２の識別情報等を含むログイン応答をＮＩＣ２０４−２に送信する。

イニシエータノード１００−１は、ＮＩＣ２０４−２を介してログイン応答を受信した場合、ＮＩＣ２０４−２を介して、リダイレクション用ターゲットポータル１３３−２にログイン要求を送信する（ステップＳ３０９）。

ターゲットノード１００−３は、ターゲットポータル１３３−２を介してログイン要求を受信した場合、ターゲットポータル１３３−２を介して、ログインが成功した旨を通知するログイン応答をＮＩＣ２０４−２に送信する（ステップＳ３１０）。

ステップＳ３０７からステップＳ３１０の処理によって、ＮＩＣ２０４−２及びターゲット１３１間を接続するパスが確立される。

以上の処理によって、ログインリダイレクション機能を利用したマルチパスを実現できる。

図８は、実施例１のイニシャルノード１００−２がログイン要求を受信した場合に実行する処理の一例を説明するフローチャートである。

リダイレクション管理モジュール１２０は、ログイン要求を受信した場合、受信したログイン要求がディスカバリログイン要求であるか否かを判定する（ステップＳ４０１）。

例えば、リダイレクション管理モジュール１２０は、ログイン要求に含まれる種別情報に基づいて受信したログイン要求がディスカバリログイン要求であるか否かを判定できる。

受信したログイン要求がディスカバリログイン要求ではないと判定された場合、リダイレクション管理モジュール１２０は、ターゲットポータル管理情報１２１に基づいて、リダイレクション用ターゲットポータル１３３を選択する（ステップＳ４０２）。パスを確立するためのログイン要求には、ログイン先のターゲット１３１の識別情報（ＩＱＮ）、並びに、イニシエータノード１００−１の識別情報（ＩＱＮ）及びＮＩＣ２０４の識別情報が含まれる。

本実施例では、リダイレクション管理モジュール１２０は、ログイン要求を受信したイニシャルポータル１２３に対応する対応表３００を参照して、ターゲットＩＱＮ４０１にログイン先のターゲット１３１の識別情報が設定されるエントリを検索する。さらに、リダイレクション管理モジュール１２０は、検索されたエントリの中から一つのエントリを選択し、選択されたエントリのターゲットポータルＩＤ４０２からリダイレクション用ターゲットポータル１３３の識別情報を取得する。

本発明は、リダイレクション用ターゲットポータル１３３の選択方法に限定されない。例えば、以下のような（１）から（４）の選択方法が考えられる。

（１）リダイレクション管理モジュール１２０は、負荷を分散するために、使用回数が最小のターゲットポータル１３３をリダイレクション用ターゲットポータル１３３として選択する。ここで、使用回数とは、異なるターゲット１３１のパスの確立時に通知された回数を表す。（２）リダイレクション管理モジュール１２０は、検索されたターゲットポータル１３３のネットワーク情報を所定の基準でソートし、ソート順にリダイレクション用ターゲットポータル１３３を選択する。（３）リダイレクション管理モジュール１２０は、ターゲットポータル１３３の負荷を監視し、負荷が最も小さいターゲットポータル１３３をリダイレクション用ターゲットポータル１３３として選択する。（４）予め選択順番を示す優先度を設定し、リダイレクション管理モジュール１２０が、当該優先度に基づいてリダイレクション用ターゲットポータル１３３を選択する。

次に、リダイレクション管理モジュール１２０は、ログイン要求を受信したイニシャルポータル１２３を介して、選択されたリダイレクション用ターゲットポータル１３３を通知するログイン応答をイニシエータノード１００−１に送信する（ステップＳ４０３）。具体的には、選択されたリダイレクション用ターゲットポータル１３３の識別情報等を含むログイン応答が送信される。

ステップＳ４０１において、受信したログイン要求がディスカバリログイン要求であると判定された場合、リダイレクション管理モジュール１２０は、ディスカバリポータル１２２を介して、イニシャルポータル１２３のリストを含むディスカバリログイン応答をイニシエータノード１００−１に送信する（ステップＳ４０４）。

次にターゲットポータル１３３の追加及び削除に伴う処理について説明する。

図９は、実施例１のイニシャルノード１００−２が実行するターゲットポータル追加処理の一例を説明するフローチャートである。

ターゲットノード１００−３又はターゲットノード１００−４は、任意のターゲット１３１にアクセスするための新規ターゲットポータル１３３を追加した場合、イニシャルポータル１２３に新規ターゲットポータル１３３の追加通知を送信する。

イニシャルノード１００−２は、イニシャルポータル１２３を介して、ターゲットノード１００−３、１００−４から新規ターゲットポータル１３３の追加通知を受信する（ステップＳ５０１）。

イニシャルノード１００−２は、ターゲットポータル割当処理を実行する（ステップＳ５０２）。

ターゲットポータル割当処理は、図６で説明した処理と同様である。ただし、ターゲット１３１が既に決定されている場合には、ステップＳ２０２からステップＳ２０５までの処理が実行される。また、新規ターゲットポータル１３３の追加通知を受信したイニシャルポータル１２３に新規ターゲットポータル１３３を割り当てる場合には、ステップＳ２０４の処理のみが実行される。

なお、必要に応じて、全てのイニシャルポータル１２３に対するターゲットポータル１３３の割当てを変更してもよいし、また、新規ターゲットポータル１３３を割り当てるイニシャルポータル１２３に対するターゲットポータル１３３及びターゲット１３１の対応関係を変更してもよい。このとき、イニシャルノード１００−２は、イニシャルポータル１２３を用いて確立されたパスに関連するターゲットポータル１３３に対してログアウト処理を実行し、ターゲットノード１００−３、１００−４から完了通知を受信した後に前述の変更を行う。

図１０は、実施例１のターゲットノード１００−３が実行するターゲットポータル削除処理の一例を説明するフローチャートである。図１１は、実施例１のイニシャルノード１００−２が実行するターゲットポータル削除処理の一例を説明するフローチャートである。

ターゲットポータル１３３の削除は、イニシャルノード１００−２及びターゲットノード１００−３、１００−４が連携して行われる。ここでは、ターゲットノード１００−３が、任意のターゲット１３１にアクセスするためのターゲットポータル１３３を削除する場合の処理を説明する。

まず、図１０を用いてターゲットノード１００−３の処理について説明する。

ターゲットノード１００−３は、ターゲットポータル１３３の削除予定通知を、イニシャルポータル１２３−１に送信する（ステップＳ６０１）。その後、ターゲットノード１００−３は待ち状態に移行する。なお、ターゲットポータル１３３の削除予定通知には、削除予定のターゲットポータル１３３の識別情報等が含まれる。

ターゲットノード１００−３は、イニシャルノード１００−２から更新完了通知を受信した場合（ステップＳ６０２）、削除予定のターゲットポータル１３３を介してターゲット１３１にログインしているイニシエータノード１００−１のログアウト処理を実行する（ステップＳ６０３）。

ターゲットノード１００−３は、削除予定のターゲットポータル１３３を削除し、削除完了通知をイニシャルポータル１２３−１に送信する（ステップＳ６０４）。

次に、図１１を用いてイニシャルノード１００−２の処理について説明する。

イニシャルノード１００−２は、イニシャルポータル１２３を介して、ターゲットノード１００−３からターゲットポータル１３３の削除予定通知を受信する（ステップＳ７０１）。

次に、イニシャルノード１００−２は、ターゲットポータル管理情報１２１から削除予定のターゲットポータル１３３に関連するエントリを削除する（ステップＳ７０２）。

本実施例では、イニシャルノード１００−２は、対応表３００を参照し、ターゲットポータルＩＤ４０２に削除予定のターゲットポータル１３３の識別情報が格納されるエントリを検索する。イニシャルノード１００−２は、対応表３００から検索されたエントリを削除する。

なお、イニシャルノード１００−２は、対応表３００からエントリを削除した後に、ターゲットポータル割当処理を実行して、イニシャルポータル１２３に対するターゲットポータル１３３の割当を再度行ってもよい。

次に、イニシャルノード１００−２は、イニシャルポータル１２３−１を介して、ターゲットポータル管理情報１２１の更新完了通知をターゲットノード１００−３に送信する（ステップＳ７０３）。

なお、対応表３００間でエントリを移動させる場合、すなわち、ターゲットポータル１３３の割当てを変更する場合、イニシャルノード１００−２は、移動元のエントリが登録されるイニシャルポータル１２３を用いて確立されたパスに関連するターゲットポータル１３３に対してログアウト処理の実行を指示する。イニシャルノード１００−２は、ターゲットノード１００−３、１００−４からログアウト処理の完了通知を受信した後に対応表３００からエントリを削除し、また、移動先の対応表３００にエントリを登録する。

図１２は、実施例１のイニシャルノード１００−２が実行する障害処理の一例を説明するフローチャートである。図１３は、実施例１のイニシャルノード１００−２が実行する復旧処理の一例を説明するフローチャートである。

ターゲットポータル１３３の障害に伴うパスの通信障害が発生した場合、障害処理が実行され、また、ターゲットポータル１３３の障害が復旧した場合、復旧処理が実行される。

まず、図１２を用いて障害処理について説明する。イニシャルノード１００−２は、周期的に、又は、ユーザから実行指示を受け付けた場合、障害処理を開始する。

イニシャルノード１００−２は、各イニシャルポータル１２３−１、１２３−２を介して、ターゲットポータル１３３−１、１３３−２に生存確認信号を送信する（ステップＳ８０１）。

イニシャルノード１００−２は、生存確認信号に対応する応答に基づいて、障害が発生したターゲットポータル１３３が存在するか否かを判定する（ステップＳ８０２）。

障害が発生したターゲットポータル１３３が存在しないと判定された場合、イニシャルノード１００−２は、障害処理を終了する。

障害が発生したターゲットポータル１３３が存在すると判定された場合、イニシャルノード１００−２は、ターゲットポータル管理情報１２１から障害が発生したターゲットポータル１３３に関連するエントリを削除する（ステップＳ８０３）。その後、イニシャルノード１００−２は、障害処理を終了する。対応表３００からのエントリの削除方法は、ステップＳ７０２で説明した方法と同一である。

なお、イニシャルノード１００−２は、対応表３００からエントリを削除した後に、当該対応表３００に対応するイニシャルポータル１２３に対するターゲットポータル１３３の割当を再度行ってもよい。

本実施例では、生存確認信号を用いてパスの障害の有無を判定しているがこれに限定されない。例えば、公知の分散システム用の管理プログラムであるＺｏｏｋｅｅｐｅｒを使用するシステムでは、エフェメラルノードの有無を周期的に確認する方法が考えられる。

次に、図１３を用いて復旧処理について説明する。イニシャルノード１００−２は、イニシャルポータル１２３−１を介して、ターゲットノード１００−３、１００−４からターゲットポータル１３３の復旧通知を受信した場合、復旧処理を開始する。なお、復旧通知には、復旧したターゲットポータル１３３の識別情報等が含まれる。

イニシャルノード１００−２は、イニシャルポータル１２３を介して、復旧したターゲットポータル１３３に生存確認信号を送信する（ステップＳ９０１）。また、イニシャルノード１００−２は、生存確認信号に対応する応答を受信したか否かを判定する（ステップＳ９０２）。

イニシャルポータル１２３を介して生存確認信号に対する応答を受信できなかった場合、イニシャルノード１００−２は、復旧処理を終了する。

イニシャルポータル１２３を介して生存確認信号に対する応答を受信できた場合、イニシャルノード１００−２は、ターゲットポータル割当処理を実行する（ステップＳ９０３）。その後、イニシャルノード１００−２は、復旧処理を終了する。

ターゲットポータル割当処理は、図６で説明した処理と同様である。ただし、ターゲット１３１及びターゲットポータル１３３は既に決定されているため、ステップＳ２０４の処理のみが実行される。

次に、従来技術の課題及び本実施例の効果について説明する。図１４及び図１５は、実施例１の効果を説明する図である。図２０及び図２１は、従来技術の課題を説明する図である。

（課題１）
ログインリダイレクション機能を用いて同一のターゲットに接続するパスを複数確立するためには、イニシエータノード２０００−１が有する複数のＮＩＣ２００１−１、２０００−２の各々に対して異なるターゲットポータル２０２０−１、２０２０−２を割り当てる必要がある。しかし、従来のログインリダイレクション機能を有するイニシャルノード２０００−２は、パス（ターゲット）及び通知したターゲットポータル２０２０−１、２０２０−２を対応づけて管理していないため、異なるターゲットポータル２０２０を介したパスの確立を保障しない。

図２０に示すように、ターゲット２０２１に接続する一本目のパスを確立するためのログイン要求を受信した場合、イニシャルノード２０００−２はログイン要求を正常に処理できる。すなわち、イニシャルノード２０００−２は、任意のターゲットポータル２０２０を通知するログイン応答を送信できる。

しかし、イニシャルノード２０００−２は一本目のパスを確立する場合に通知したターゲットポータル２０２０を把握していない。そのため、ターゲット２０２１に接続する二本目のパスを確立するためのログイン要求を受信した場合、イニシャルノード２０００−２は、二本目のパスを確立するために通知する一本目のパスと重複しない適切なターゲットポータル２０２０を決定できない。そのため、イニシエータノード２０００−１及びターゲット２０２１の間に、重複しないターゲットポータル２０２０を介していることが保障された複数のパスを確立できない。

（課題２）
マルチパスを構築する方法としては、ｉＳＣＳＩプロトコルに実装された機能を用いる方法及びアプリケーションが実装するマルチパスモジュールを用いる方法が知られている。ｉＳＣＳＩプロトコルが実装する機能としては、ＭＣ／Ｓ（Ｍｕｌｔｉｐｌｅ Ｃｏｎｎｅｃｔｉｏｎｓ ｐｅｒ Ｓｅｓｓｉｏｎ）が知られている。ＭＣ／Ｓは、一つのｉＳＣＳＩセッションに複数のＴＣＰコネクションを含めることによって、イニシエータノード及びターゲットの間に複数のパスを確立する。マルチパスモジュールとしては、ＭＰＩＯ（Ｍｕｌｔｉｐａｔｈ Ｉ／Ｏ）及びＬｉｎｕｘ Ｄｅｖｉｃｅ Ｍａｐｐｅｒ（Ｌｉｎｕｘは登録商標）が知られている。マルチパスモジュールは、イニシエータノード及びターゲットの間に複数のｉＳＣＳＩセッションを確立することによって、マルチパスを実現する。マルチパスモジュールを用いた場合、ｉＳＣＳＩセッションと同数のＴＣＰコネクションが生成される。

ＭＣ／Ｓ及びログインリダイレクション機能を単純に組み合わせた場合、次のような問題がある。

図２１に示すように、イニシエータノード２０００−１は、ターゲット２０２１に接続する複数のパスを確立するために、イニシャルポータル２０１０にログイン要求を送信する。

具体的には、イニシエータノード２０００−１が、一本目のパスを確立するために、ＣＩＤが「０」のＴＣＰコネクション２００３−１を介してログイン要求を送信する。この場合、正常にログインが行われる。イニシエータノード２０００−１が、二本目のパスを確立するために、ＣＩＤが「１」のＴＣＰコネクション２００３−２を介してログイン要求を送信する場合、同一のイニシャルポータル２０１０に対してログイン要求を送信することになる。この場合、イニシエータノード２０００−１は、同一の識別情報のｉＳＣＳＩセッション２００２を介したログイン要求であるため、ターゲット２０２１に対してログイン済みであると判定する。したがって、ＭＣ／Ｓ及びログインリダイレクション機能を単純に組み合わせた場合、マルチパスを実現できない。

実施例１の計算機システムは、以下で説明するように、前述の（課題１）及び（課題２）を解決できる。

図１４に示すように、実施例１の計算機システムでは、多重度（パスの数）に合わせて複数のイニシャルポータル１２３がイニシャルノード１００−２に設定され、また、イニシエータノード１００−１は、ＮＩＣ２０４毎に、異なるイニシャルポータル１２３に対してログイン要求を送信する。一つのイニシャルポータル１２３は、一つのパスを確立するためのログイン要求を処理するように構成され、また、通知するリダイレクション用ターゲットポータル１３３が重複しないようにイニシャルポータル１２３にターゲットポータル１３３が割り当てられる。

前述の構成によって、イニシャルノード１００−２は、パス毎に異なるリダイレクション用ターゲットポータル１３３をイニシエータノード１００−１に通知できる。これによって、イニシエータノード１００−１は、同一ターゲット１３１に接続する複数のパスを確立する場合に、異なるリダイレクション用ターゲットポータル１３３にログイン要求を送信できる。したがって、ログインリダイレクション機能を用いて、マルチパスを実現できる。すなわち、（課題１）を解決することができる。

図１５に示すように、実施例１では、イニシエータノード１００−１は、同一のターゲット１３１に接続するパス毎に異なるＴＣＰコネクション２０６を確立し、異なるイニシャルポータル１２３にログイン要求を送信する。そのため、（課題２）を解決することができる。すなわち、ＭＣ／Ｓ及びログインリダイレクション機能を組み合わせたマルチパスを実現できる。

以上で説明したように、実施例１によれば、ログインリダイレクション機能を用いてマルチパスを実現できる。

実施例１の計算機システムは、ソフトウェア等の設定及び変更によって実現できる。すなわち、本計算機システムを実現するための装置を導入する必要がない。したがって、本計算機システムの導入に要するコストは低く抑えることができる。

本実施例では、ｉＳＣＳＩプロトコルを利用した計算機システムを例に説明したが、ログインリダイレクション機能に類似する機能を有するシステムにも適用することができる。

実施例２では、実施例１の計算機システムの運用中にパスの通信障害が発生した場合の処理を説明する。

実施例２の計算機システムの構成及び各計算機１００の構成は、実施例１と同一である。また、実施例２のイニシエータノード１００−１、イニシャルノード１００−２、及びターゲットノード１００−３、１００−４のソフトウェア構成は、実施例１と同一である。

イニシエータ管理モジュール１１０は、パスの通信障害が発生した場合にパスを切り替えるフェイルオーバ機能を有する。

図１６Ａ及び図１６Ｂは、実施例２の計算機システムにおいてパスの通信障害が発生した場合の処理の流れを説明するシーケンス図である。

図１６Ａでは、アクティブ状態のパス及びスタンバイ状態のパスから構成されるマルチパスにおいてアクティブ状態のパスの通信障害が発生した場合の処理の流れを示す。図１６Ｂは、アクティブ状態のパス及びスタンバイ状態のパスから構成されるマルチパスにおいてスタンバイ状態のパスの通信障害が発生した場合の処理、又は、全てアクティブ状態のパスから構成されるマルチパスにおいてパスの通信障害が発生した場合の処理の流れを示す。

まず、アクティブ状態のパス及びスタンバイ状態のパスから構成されるマルチパスにおいてアクティブ状態のパスの通信障害が発生した場合の処理の流れを図１６Ａを用いて説明する。ここでは、ＮＩＣ２０４−１を介して確立されたパスがスタンバイ状態であり、ＮＩＣ２０４−２を介して確立されたパスがアクティブ状態であるものとする。

イニシエータ管理モジュール１１０は、ＮＩＣ２０４−２を介して確立されたアクティブ状態のパスの通信障害を検出する（ステップＳ１００１）。

イニシエータ管理モジュール１１０は、パスの状態を変更する（ステップＳ１００２）。

具体的には、イニシエータ管理モジュール１１０は、通信障害を検出したパスの状態を「アクティブ」から「障害」に変更する。また、イニシエータ管理モジュール１１０は、スタンバイ状態のパスを一つ選択し、選択されたパスの状態を「スタンバイ」から「アクティブ」に変更する。これによって、イニシエータノード１００−１は、アクティブ状態に変更されたパスを用いてターゲット１３１にアクセスできる。

イニシエータ管理モジュール１１０は、イニシャルポータル１２３−２にログイン要求を送信する（ステップＳ１００３）。

リダイレクション管理モジュール１２０は、イニシャルポータル１２３−２を介してログイン要求を受信した場合、リダイレクション用ターゲットポータル１３３を通知するログイン応答をＮＩＣ２０４−２に送信する（ステップＳ１００４）。具体的には、以下のような処理が実行される。

リダイレクション管理モジュール１２０は、ターゲットポータル管理情報１２１を参照し、イニシャルポータル１２３−２に割り当てられるターゲットポータル１３３を検索する。リダイレクション管理モジュール１２０は、検索されたターゲットポータル１３３に生存確認信号を送信し、応答があったターゲットポータル１３３を特定する。

本実施例では、イニシャルポータル１２３−２にはターゲットポータル１３３−２、１３３−３が割り当てられており、また、リダイレクション用ターゲットポータル１３３−２を介して確立されたパスの通信障害が発生したため、リダイレクション管理モジュール１２０は、ターゲットポータル１３３−３から応答を受け取る。

リダイレクション管理モジュール１２０は、特定されたターゲットポータル１３３の中からターゲットポータル１３３−３をリダイレクション用ターゲットポータル１３３として選択する。リダイレクション管理モジュール１２０は、イニシャルポータル１２３−２を介して、選択されたリダイレクション用ターゲットポータル１３３−３を通知するログイン応答をＮＩＣ２０４−２に送信する。

なお、リダイレクション管理モジュール１２０は、ターゲットポータル１３３の生存確認を行わなくてもよい。この場合、リダイレクション管理モジュール１２０は、特定されたターゲットポータル１３３の中から、障害が発生したパスを確立するために通知したターゲットポータル１３３以外のターゲットポータルを選択する。以上が、ステップＳ１００４の処理の説明である。

イニシエータ管理モジュール１１０は、ＮＩＣ２０４−２を介してログイン応答を受信した場合、通知されたリダイレクション用ターゲットポータル１３３−３にログイン要求を送信する（ステップＳ１００５）。

ターゲットノード１００−４は、リダイレクション用ターゲットポータル１３３−３を介してログイン要求を受信した場合、リダイレクション用ターゲットポータル１３３−３を介してログインが成功した旨を通知するログイン応答をＮＩＣ２０４−２に送信する（ステップＳ１００６）。これによって、イニシエータノード１００−１及びターゲット１３１の間にパスが確立される。すなわち、パスが復旧する。

イニシエータ管理モジュール１１０は、ＮＩＣ２０４−２を介してログイン応答を受信した場合、復旧したパスの状態を変更する（ステップＳ１００７）。

なお、復旧したパスの状態は任意に設定できる。具体的には、イニシエータ管理モジュール１１０は、復旧したパスの状態を「障害」から「アクティブ」又は「スタンバイ」に変更する。状態の変更方法はシステムの制御ポリシに基づいて決定される。

このように、使用するパスが切り替えられた後に、ログインリダイレクション機能を用いたパスの復旧を行うことによって、ターゲット１３１との間の接続、及び、パスの多重度を維持できる。

次に、ＮＩＣ２０４−１を介して確立されたパスがアクティブ状態であり、ＮＩＣ２０４−２を介して確立されたパスがスタンバイ状態である場合の処理の流れを図１６Ｂを用いて説明する。

イニシエータ管理モジュール１１０は、ＮＩＣ２０４−２を介して確立されたスタンバイ状態のパスの通信障害を検出する（ステップＳ１１０１）。

イニシエータ管理モジュール１１０は、パスの状態を変更する（ステップＳ１１０２）。

具体的には、イニシエータ管理モジュール１１０は、通信障害を検出したパスの状態を「スタンバイ」から「障害」に変更する。この場合、使用するパスは切り替えられない。

イニシエータ管理モジュール１１０は、イニシャルポータル１２３−２にログイン要求を送信する（ステップＳ１１０３）。ステップＳ１１０３の処理は、ステップＳ１００３の処理と同一の処理である。

リダイレクション管理モジュール１２０は、イニシャルポータル１２３−２を介してログイン要求を受信した場合、リダイレクション用ターゲットポータル１３３を通知するログイン応答をＮＩＣ２０４−２に送信する（ステップＳ１１０４）。ステップＳ１１０４の処理はステップＳ１００４の処理と同一である。

イニシエータ管理モジュール１１０は、ＮＩＣ２０４−２を介してリダイレクション用ターゲットポータル１３３−３の通知を受信した場合、リダイレクション用ターゲットポータル１３３−３にログイン要求を送信する（ステップＳ１１０５）。ステップＳ１１０５の処理はステップＳ１００５の処理と同一である。

ターゲットノード１００−３は、ターゲットポータル１３３−３を介してログイン要求を受信した場合、ターゲットポータル１３３−３を介してログインが成功した旨を通知するログイン応答をＮＩＣ２０４−２に送信する（ステップＳ１１０６）。ステップＳ１１０６の処理は、ステップＳ１００６の処理と同一である。

イニシエータ管理モジュール１１０は、ＮＩＣ２０４−２を介してログイン応答を受信した場合、復旧したパスの状態を変更する（ステップＳ１１０７）。具体的には、イニシエータ管理モジュール１１０は、パスの状態を「障害」から「スタンバイ」に変更する。

次に、ＮＩＣ２０４−１を介して確立されたパス及びＮＩＣ２０４−２を介して確立されたパスがアクティブ状態である場合の処理の流れを図１６Ｂを用いて説明する。

この場合、ステップＳ１１０２及びステップＳ１１０７の処理が異なる。具体的には、ステップＳ１１０２では、イニシエータ管理モジュール１１０は、パスの状態を「アクティブ」から「障害」に変更する。また、ステップＳ１１０７では、イニシエータ管理モジュール１１０は、パスの状態を「障害」から「アクティブ」に変更する。

実施例２によれば、ログインリダイレクション機能を利用しつつ、パスの多重度を維持することができる。

実施例１とは異なる方式で、ログインリダイレクション機能を用いてマルチパスを実現する計算機システムについて説明する。以下、実施例１との差異を中心に実施例３について説明する。

図１７は、実施例３のｉＳＣＳＩプロトコルを用いた接続を実現する計算機システムの構成例を示す図である。

実施例３の計算機システムの装置構成は、実施例１と同一である。実施例３のイニシャルノード１００−２には一つのイニシャルポータル１２３−１のみが設定される。また、実施例３のイニシャルノード１００−２は、ターゲットポータル管理情報１２１の代わりに、イニシャル接続情報１７００を保持する。なお、図に示していないが、イニシャルノード１００−２は、ターゲットポータル１３３の識別情報及び接続情報を対応づけた情報も保持する。

イニシャル接続情報１７００は、イニシエータノード１００−１に通知されたリダイレクション用ターゲットポータル１３３を管理する情報である。より具体的には、イニシャル接続情報１７００は、パスの確立に用いたイニシエータノード１００−１のＮＩＣ２０４、ターゲット１３１、及びリダイレクション用ターゲットポータル１３３の対応関係を管理する情報である。イニシャル接続情報１７００の詳細は図１８を用いて説明する。

実施例３のターゲット接続情報１１１に含まれるエントリのイニシャルポータルＩＤ３０２にはイニシャルポータル１２３−１の識別情報が設定される。

図１８は、実施例３のイニシャル接続情報１７００のデータ構造の一例を示す図である。

イニシャル接続情報１７００は、イニシエータＩＱＮ１８０１、ＮＩＣ ＩＤ１８０２、ターゲットＩＱＮ１８０３、及びターゲットポータルＩＤ１８０４から構成されるエントリを含む。

イニシエータＩＱＮ１８０１は、イニシエータノード１００−１の識別情報であるＩＱＮを格納するフィールドである。ＮＩＣ ＩＤ１８０２は、イニシエータノード１００−１が有するＮＩＣ２０４の識別情報を格納するフィールドである。

ターゲットＩＱＮ１８０３は、ターゲットＩＱＮ４０１と同一のフィールドである。ターゲットポータルＩＤ１８０４は、リダイレクション用ターゲットポータル１３３の識別情報を格納するフィールドである。

パスを確立する処理の流れは、図７に示す処理の流れと同一である。ただし、実施例３では、ログイン処理において、イニシャルノード１００−２が実行する処理の一部が異なる。

図１９は、実施例３のイニシャルノード１００−２がログイン要求を受信した場合に実行する処理の一例を説明するフローチャートである。

ステップＳ４０１において受信したログイン要求がディスカバリログイン要求ではないと判定された場合、リダイレクション管理モジュール１２０は、イニシャル接続情報１７００に基づいて、イニシャルノード１００−２に通知するリダイレクション用ターゲットポータル１３３を選択する（ステップＳ１３０２）。具体的には、以下のような処理が実行される。

リダイレクション管理モジュール１２０は、ログイン要求からイニシエータノード１００−１のＩＱＮ、ＮＩＣ２０４の識別情報、及びターゲット１３１のＩＱＮを取得する。

リダイレクション管理モジュール１２０は、イニシャル接続情報１７００を参照し、イニシエータＩＱＮ１８０１、ＮＩＣ ＩＤ１８０２、及びターゲットＩＱＮ１８０３の値の組合わせが、ログイン要求から取得した値の組合せに一致するエントリを検索する。

イニシャル接続情報１７００に該当するエントリが存在しない場合、リダイレクション管理モジュール１２０は、イニシャル接続情報１７００にエントリを追加し、追加されたエントリのイニシエータＩＱＮ１８０１、ＮＩＣ ＩＤ１８０２、及びターゲットＩＱＮ１８０３のそれぞれに、ログイン要求に含まれる値を設定する。リダイレクション管理モジュール１２０は、ターゲットポータル１３３の中からリダイレクション用ターゲットポータル１３３を選択する。リダイレクション管理モジュール１２０は、追加されたエントリのターゲットポータルＩＤ１８０４に、選択されたリダイレクション用ターゲットポータル１３３の識別情報を設定する。

イニシャル接続情報１７００に該当するエントリが存在する場合、リダイレクション管理モジュール１２０は、ターゲットポータル１３３の中から、他のパスの確立に使用されたリダイレクション用ターゲットポータル１３３とは異なるターゲットポータル１３３を選択する。リダイレクション管理モジュール１２０は、検索されたエントリのターゲットポータルＩＤ１８０４に、選択されたリダイレクション用ターゲットポータル１３３の識別情報を上書きする。

なお、本発明は、リダイレクション用ターゲットポータル１３３の選択方法に限定されない。リダイレクション用ターゲットポータル１３３の選択方法としては、実施例１と同様の方法が考えられる。また、以下のような（５）及び（６）の選択方法が考えられる。

（５）リダイレクション管理モジュール１２０は、前回通知したリダイレクション用ターゲットポータル１３３と異なるターゲットポータル１３３をリダイレクション用ターゲットポータル１３３として選択する。当該方法の場合、通信障害の発生に伴う再ログイン処理を実行する場合にターゲットポータル１３３の生存を確認する必要ない。したがって、高速にパスを復旧できる。

（６）リダイレクション管理モジュール１２０は、前回通知したリダイレクション用ターゲットポータル１３３を選択する。当該方法では、通信障害の発生に伴う再ログイン処理に対応するために、リダイレクション用ターゲットポータル１３３を選択する前に、割当て予定のターゲットポータル１３３の生存を確認する必要がある。生存が確認できた場合、リダイレクション管理モジュール１２０は、前回と同一のターゲットポータル１３３をリダイレクション用ターゲットポータル１３３として選択し、生存が確認できない場合、前回と異なるターゲットポータルをリダイレクション用ターゲットポータル１３３として選択する。当該方法を採用した場合、一定のＩ／Ｏ性能を維持できるという効果がある。

以上がステップＳ１３０２の処理の説明である。

ステップＳ４０３では、リダイレクション管理モジュール１２０は、イニシャルポータル１２３−１を介して、選択されたリダイレクション用ターゲットポータル１３３を通知するログイン応答をイニシエータノード１００−１に送信する。

ステップＳ４０１において、受信したログイン要求がディスカバリログイン要求であると判定された場合、リダイレクション管理モジュール１２０は、ディスカバリポータル１２２を介して、イニシャルポータル１２３−１の情報を含むディスカバリログイン応答をイニシエータノード１００−１に送信する（ステップＳ１３０４）。

なお、ＭＣ／Ｓを採用した場合、実施例３のシステムでは（課題２）を解決できない。そのため、実施例３の構成は、マルチパスモジュールを採用した計算機システムに適用することができる。ただし、実施例１と同様に複数のイニシャルポータル１２３を設定し、ログイン要求の送信先のイニシャルポータル１２３を分けることによって、ＭＣ／Ｓを採用した計算機システムにも対応することができる。

ターゲットポータル１３３を削除又は追加する場合の処理は、実施例１と同様の処理である。ただし、実施例３では、イニシャル接続情報１７００が更新対象となる。また、パスの通信障害が発生した場合の処理は、実施例１と同様の処理である。

実施例３によれば、実施例１と同様の効果を奏することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ 計算機
１１０ イニシエータ管理モジュール
１１１ ターゲット接続情報
１２０ リダイレクション管理モジュール
１２１ ターゲットポータル管理情報
１２２ ディスカバリポータル
１２３ イニシャルポータル
１２３ ターゲットポータル
１３０ ターゲット管理モジュール
１３１ ターゲット
１３２ ボリューム
１３３ ターゲットポータル
１５０ ネットワーク
２０１ 演算装置
２０２ 主記憶装置
２０３ 副記憶装置
２０４ ＮＩＣ
１７００ イニシャル接続情報

Claims (14)

1. 複数の計算機を備える計算機システムであって、
   前記複数の計算機は、少なくとも一つの演算装置、前記少なくとも一つの演算装置に接続する少なくとも一つの記憶装置、及び前記少なくとも一つの演算装置に接続する複数の通信装置を有し、
   前記複数の計算機は、
   記憶領域を用いて処理を実行する第１処理部を有する第１計算機と、
   前記記憶領域を提供し、前記第１処理部と通信するための第１ポートを管理し、当該第１ポートを介して受け付けた前記記憶領域に対する処理要求を処理する第２処理部を有する第２計算機と、
   前記第１処理部と通信するための第２ポートを管理し、当該第２ポートを介して、前記第１処理部及び前記第２処理部を接続する通信経路を確立するための接続要求を受け付けた場合、前記接続要求のリダイレクト先となるリダイレクション用第１ポートを前記第１計算機に通知する第３処理部を有する第３計算機と、を含み、
   前記第３処理部は、前記第１ポート及び前記第２ポートの対応関係を管理するポート管理情報を保持し、
   前記第１処理部は、
   前記通信経路を確立する場合、前記第２ポートに、前記接続要求を送信し、
   前記第３処理部から、前記リダイレクション用第１ポートを通知する応答を受信し、
   前記リダイレクション用第１ポートに、前記接続要求を送信することによって前記通信経路を確立し、
   前記第３処理部は、
   前記接続要求を受信した場合、前記ポート管理情報に基づいて、前記リダイレクション用第１ポートを選択し、
   前記リダイレクション用第１ポートを通知する応答を前記第１処理部に送信することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記第３計算機には複数の第２ポートが設定され、
   前記第１処理部は、前記複数の第２ポート及び前記第１計算機が有する前記複数の通信装置の対応関係を管理する接続情報を保持し、
   前記ポート管理情報は、前記複数の第２ポートの各々に割り当てられた前記複数の第１ポートを管理する情報であり、
   前記第１処理部は、
   前記通信経路を確立する場合、前記接続情報に基づいて前記第２ポートを選択し、
   前記選択された第２ポートに、前記接続要求を送信し、
   前記第３処理部は、
   前記接続要求を受信した場合、前記ポート管理情報に基づいて、当該処理要求の送信に用いられた前記第２ポートに割り当てられた少なくとも一つ以上の第１ポートを特定し、
   前記特定された少なくとも一つ以上の第１ポートの中から、前記リダイレクション用第１ポートを選択することを特徴とする計算機システム。
3. 請求項２に記載の計算機システムであって、
   前記第３処理部は、前記複数の第２ポートの各々に、重複しないように前記複数の第１ポートを割り当てて、前記割当の結果を前記ポート管理情報に登録することを特徴とする計算機システム。
4. 請求項３に記載の計算機システムであって、
   前記第２処理部は、新規第１ポートを追加した場合、前記新規第１ポートの情報を含む追加通知を前記第３処理部に送信し、
   前記第３処理部は、前記複数の第２ポートのいずれかに、前記新規第１ポートを割り当て、
   前記新規第１ポートの割当の結果を前記ポート管理情報に登録することを特徴とする計算機システム。
5. 請求項３に記載の計算機システムであって、
   前記第２処理部は、
   削除する第１ポートを通知する削除予定通知を前記第３処理部に送信し、
   前記第３処理部から前記ポート管理情報の更新完了通知を受信し、
   前記削除する第１ポートを前記リダイレクション用第１ポートとして用いて確立された通信経路の切断処理を実行し、
   前記第３処理部は、
   前記第１ポートの削除予定通知を受信し、
   前記ポート管理情報から前記削除する第１ポートに関連する情報を削除し、前記第２処理部に前記ポート管理情報の更新完了通知を送信することを特徴とする計算機システム。
6. 請求項３に記載の計算機システムであって、
   前記第１処理部は、
   前記通信経路の障害を検出した場合、当該通信経路を確立するために使用した第２ポートに、前記接続要求を送信し、
   前記第３処理部から受信した応答に含まれる新規リダイレクション用第１ポートに、前記接続要求を送信することによって前記通信経路を確立し、
   前記第３処理部は、
   前記接続要求を受信した場合、前記ポート管理情報に基づいて、当該接続要求の送信に用いた前記第２ポートに割り当てられた少なくとも一つ以上の第１ポートを特定し、
   前記特定された少なくとも一つ以上の第１ポートであり、かつ、通信が可能な第１ポートの中から前記新規リダイレクション用第１ポートを選択することを特徴とする計算機システム。
7. 請求項１に記載の計算機システムであって、
   前記ポート管理情報は、前記第１処理部が前記通信経路を確立する場合に使用された接続情報と、前記第１処理部に通知した前記リダイレクション用第１ポートの情報との対応関係を管理する情報であり、
   前記第３処理部は、
   前記接続要求を受信した場合、前記ポート管理情報に基づいて、他の通信経路を接続するために用いられた第１ポート以外の第１ポートを特定し、
   前記特定された第１ポートの中から前記リダイレクション用第１ポートを選択することを特徴とする計算機システム。
8. 複数の計算機を備える計算機システムの通信経路の制御方法であって、
   前記複数の計算機は、少なくとも一つの演算装置、前記少なくとも一つの演算装置に接続する少なくとも一つの記憶装置、及び前記少なくとも一つの演算装置に接続する複数の通信装置を有し、
   前記複数の計算機は、
   記憶領域を用いて処理を実行する第１処理部を有する第１計算機と、
   前記記憶領域を提供し、前記第１処理部と通信するための第１ポートを管理し、当該第１ポートを介して受け付けた前記記憶領域に対する処理要求を処理する第２処理部を有する第２計算機と、
   前記第１処理部と通信するための第２ポートを管理し、当該第２ポートを介して、前記第１処理部及び前記第２処理部を接続する通信経路を確立するための接続要求を受け付けた場合、前記接続要求のリダイレクト先となるリダイレクション用第１ポートを前記第１計算機に通知する第３処理部を有する第３計算機と、を含み、
   前記第３処理部は、前記第１ポート及び前記第２ポートの対応関係を管理するポート管理情報を保持し、
   前記通信経路の制御方法は、
   前記第１処理部が、前記第２ポートに、前記接続要求を送信する第１のステップと、
   前記第３処理部が、前記接続要求を受信した場合、前記ポート管理情報に基づいて、前記リダイレクション用第１ポートを選択し、前記リダイレクション用第１ポートを通知する応答を前記第１処理部に送信する第２のステップと、
   前記第１処理部が、前記第３処理部から前記リダイレクション用第１ポートを通知する応答を受信し、前記リダイレクション用第１ポートに、前記接続要求を送信することによって前記通信経路を確立する第３のステップと、を含むことを特徴とする通信経路の制御方法。
9. 請求項８に記載の通信経路の制御方法であって、
   前記第３計算機には複数の第２ポートが設定され、
   前記第１処理部は、前記複数の第２ポート及び前記第１計算機が有する前記複数の通信装置の対応関係を管理する接続情報を保持し、
   前記ポート管理情報は、前記複数の第２ポートの各々に割り当てられた前記複数の第１ポートを管理する情報であり、
   前記第１のステップは、
   前記第１処理部が、前記接続情報に基づいて前記第２ポートを選択するステップと、
   前記第１処理部が、前記選択された第２ポートに前記接続要求を送信するステップと、を含み、
   前記第２のステップは、
   前記第３処理部が、前記ポート管理情報に基づいて、当該処理要求の送信に用いられた前記第２ポートに割り当てられた少なくとも一つ以上の第１ポートを特定するステップと、
   前記第３処理部が、前記特定された少なくとも一つ以上の第１ポートの中から、前記リダイレクション用第１ポートを選択するステップと、を含むことを特徴とする通信経路の制御方法。
10. 請求項９に記載の通信経路の制御方法であって、
    前記第３処理部が、前記複数の第２ポートの各々に、重複しないように前記複数の第１ポートを割り当てて、前記割当の結果を前記ポート管理情報に登録するステップを含むことを特徴とする通信経路の制御方法。
11. 請求項１０に記載の通信経路の制御方法であって、
    前記第２処理部が、新規第１ポートを追加した場合、前記新規第１ポートの情報を含む追加通知を前記第３処理部に送信するステップと、
    前記第３処理部が、前記複数の第２ポートのいずれかに、前記新規第１ポートを割り当てるステップと、
    前記第３処理部が、前記新規第１ポートの割当の結果を前記ポート管理情報に登録するステップと、を含むことを特徴とする通信経路の制御方法。
12. 請求項１０に記載の通信経路の制御方法であって、
    前記第２処理部が、削除する第１ポートを通知する削除予定通知を前記第３処理部に送信するステップと、
    前記第３処理部が、前記第１ポートの削除予定通知を受信し、前記ポート管理情報から前記削除する第１ポートに関連する情報を削除するステップと、
    前記第３処理部が、前記第２処理部に前記ポート管理情報の更新完了通知を送信するステップと、
    前記第２処理部が、前記第３処理部から前記ポート管理情報の更新完了通知を受信し、前記削除する第１ポートを前記リダイレクション用第１ポートとして用いて確立された通信経路の切断処理を実行するステップと、を含むことを特徴とする通信経路の制御方法。
13. 請求項１０に記載の通信経路の制御方法であって、
    前記第１処理部が、前記通信経路の障害を検出した場合、当該通信経路を確立するために使用した第２ポートに、前記接続要求を送信するステップと、
    前記第３処理部が、前記接続要求を受信した場合、前記ポート管理情報に基づいて、当該接続要求の送信に用いた前記第２ポートに割り当てられた少なくとも一つ以上の第１ポートを特定し、前記特定された少なくとも一つ以上の第１ポートであり、かつ、通信が可能な第１ポートの中から、新規リダイレクション用第１ポートを選択するステップと、
    前記第３処理部が、前記第１処理部に前記新規リダイレクション用第１ポートを通知する応答を送信するステップと、
    前記第１処理部が、前記新規リダイレクション用第１ポートに、前記接続要求を送信することによって前記通信経路を確立するステップと、を含むことを特徴とする通信経路の制御方法。
14. 請求項８に記載の通信経路の制御方法であって、
    前記ポート管理情報は、前記第１処理部が前記通信経路を確立する場合に使用された接続情報と、前記第１処理部に通知した前記リダイレクション用第１ポートの情報との対応関係を管理する情報であり、
    前記第２のステップは、
    前記第３処理部が、前記接続要求を受信した場合、前記ポート管理情報に基づいて、他の通信経路を接続するために用いられた第１ポート以外の第１ポートを特定するステップと、
    前記第３処理部が、前記特定された第１ポートの中から前記リダイレクション用第１ポートを選択するステップと、を含むことを特徴とする通信経路の制御方法。

Images