JP2003348134A

JP2003348134A - 通信経路選択システム

Info

Publication number: JP2003348134A
Application number: JP2002154627A
Authority: JP
Inventors: Yuichiro Nezu; 雄一郎根津
Original assignee: NEC Solution Innovators Ltd
Current assignee: NEC Solution Innovators Ltd
Priority date: 2002-05-28
Filing date: 2002-05-28
Publication date: 2003-12-05

Abstract

(57)【要約】【課題】通信経路のコネクション確立へ対応の柔軟性
を高めた通信経路選択システムを得る。【解決手段】ホストコンピュータ１と端末装置４１、
４２と複数のネットワーク３１〜３７、とにより通信経
路選択システムが構成され、ホストコンピュータ１と端
末装置４１、４２との間に複数のネットワーク３１〜３
７が介在して網状に複数の経路が形成される。ホストコ
ンピュータ１と端末装置４１、４２との間のコネクショ
ン確立時の接続形態が複数準備され、端末装置４１、４
２に対応する経路情報をホストコンピュータ１が備え、
経路情報にはコネクション確立の相手ＩＰアドレスある
いは相手ネットワークアドレス毎に使用すべき通信リソ
ースが複数記憶されている。これにより通信リソースの
負荷を分散させ、通信信頼性優先型になっている場合に
は、より信頼性の高いネットワークを先に選択すること
が出来る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信経路選択シス
テムに関し、特に、コネクション確立時の通信経路を適
宜に選択して確立する通信経路選択システムである。

【０００２】

【従来の技術】従来、通信経路選択システムは、たとえ
ば、コネクション確立時の通信経路選択システムとして
適用される。一般的に、通信経路のコネクション確立を
行うとき、特定のＩＰ(Internet Protocol )アドレスの
端末にコネクション確立要求を出す通信処理装置の手順
は固定的である。

【０００３】例えば、アプリケーションが、通信処理装
置−ホストコンピュータ間で動的な経路情報交換を行な
わず、複数の通信処理装置により複数のネットワークに
接続しているホストコンピュータ上で動作するＴＣＰ(T
ransmission Control Protocol )コネクションを利用し
た場合を例とする。本例において、複数の通信経路でホ
ストコンピュータに接続している端末に対してコネクシ
ョン確立を行うとき、明示的に自側ＩＰアドレスを指定
しない場合でも、特定のＩＰアドレスの端末にコネクシ
ョン確立要求を出す通信処理装置は、その手順が一義的
であり固定的である。

【０００４】本発明と技術分野の類似する先願発明例１
として、特開２００１−３３９４３１号公報の「通信方
式、中継装置、エンドシステム及び通信方式」がある。
本先願発明例１では、通信元のエンドシステムから通信
先のエンドシステムの間に複数の中継装置を経由したコ
ネクションを確立して、データを通信する。この際に、
途中の中継装置の異常などによりコネクションの確立に
失敗しても、この異常発生時点から、否定応答パケット
を通信元のエンドシステムに戻して経路障害を認識す
る。経路障害を認識したら、アプリケーションに通知す
ることなく、別の中継装置を経由したコネクションの確
立が行われ、短時間で障害経路を回避した相手先エンド
システムに対するコネクションを確立して、データ通信
（業務）を開始することができる技術に関して開示して
いる。

【０００５】

【発明が解決しようとする課題】しかしながら、従来例
では、幾つかの問題点を伴う。一般的な従来例の第１の
問題点は、このようなシステムでは、１つの経路でネッ
トワーク障害となった場合、ネットワーク全体としては
接続可能であるにもかかわらず、アプリケーションはコ
ネクション確立に失敗する場合がある。

【０００６】一般的な従来例の第２の問題点は、迂回経
路を通ってコネクションを確立するには、通信処理装置
を障害状態にするか、経路情報を動的に書き換えるか、
アプリケーションで自側のＩＰアドレスを明示的に指定
し、再度コネクションの確立を行うしかない。

【０００７】上記記載の先願発明例１では、上に掲げた
一般的な第１および第２の問題点は、中継装置で行って
いる迂回経路選択をホストコンピュータに接続している
通信処理装置を選択することにより、解決を図ってい
る。本発明では、これらの各問題点を解決すると供に、
尚且つ、通信処理装置選択ロジックを複数もたせること
により、先願発明例１では不可能な、ネットワークの負
荷分散や、より信頼性の高い通信装置から先に発信する
ことを可能とする。このコネクション確立失敗のエラー
番号の管理により、無駄な迂回発信処理を行わず、処理
の迅速性・信頼性をさらに高めることを図る。

【０００８】本発明は、通信経路のコネクション確立へ
対応の柔軟性を高めた通信経路選択システムを提供する
ことを目的とする。

【０００９】

【課題を解決するための手段】かかる目的を達成するた
め、本発明の通信経路選択システムは、ホストコンピュ
ータと端末装置と複数のネットワークとにより構成され
た通信経路選択システムであり、ホストコンピュータと
端末装置との間に複数のネットワークが介在して網状に
複数の経路が形成され、ホストコンピュータと端末装置
との間のコネクション確立時の接続形態が複数準備さ
れ、端末装置に対応する経路情報をホストコンピュータ
が備え、経路情報にはコネクション確立の相手ＩＰアド
レスあるいは相手ネットワークアドレス毎に使用すべき
通信リソースが複数記憶されていることを特徴とする。

【００１０】また、上記のホストコンピュータが、ネッ
トワークを介して端末装置と接続されて所定の通信経路
を形成する複数の通信処理装置をさらに有し、端末装置
との間のコネクション確立の動作を制御するアプリケー
ションをさらに有するとよい。

【００１１】さらに、上記経路情報は、通信経路確立時
に複数の通信リソースの中で次にどの通信処理装置から
発信すべきかの情報を含み、通信処理装置とホストコン
ピュータ間で動的な経路情報の交換を行わない場合で
も、アプリケーションにネットワーク障害を意識させず
経路迂回によるコネクションの確立を可能とするとよ
い。

【００１２】なお、次にどの通信処理装置から発信すべ
きかの情報は、コネクション確立成功時に初期化され、
通信リソースの選択ロジックを設定し、該通信リソース
の負荷分散を可能とし、コネクション確立の失敗のエラ
ー番号により繰り返し実行されるコネクション動作を排
除し、無駄な迂回発信処理を回避可能とするとよい。

【００１３】

【発明の実施の形態】次に、添付図面を参照して本発明
による通信経路選択システムの実施の形態を詳細に説明
する。図１から図４を参照すると、本発明の通信経路選
択システムの一実施形態が示されている。

【００１４】（発明の要点説明）図１において、複数の
通信処理装置（２１、２２、２３、２４、２５）により
複数のネットワーク（３１、３２、３３、３４、４５）
に接続しているホストコンピュータ１上で動作する、Ｔ
ＣＰ(Transmission Control Protocol )コネクション
（以下コネクションと呼ぶ）を利用したアプリケーショ
ン１２がある。

【００１５】ホストコンピュータ１は、端末（装置）４
１とネットワークを通し複数の経路（５１、５２、５
３）で接続が可能であるとする。本条件下で、本実施例
では１つの経路が障害状態になったとき、アプリケーシ
ョン１２が障害を意識することなく迂回経路を通り、コ
ネクションを確立することが出来る。

【００１６】ホストコンピュータ１が複数の通信処理装
置（２１、２２、２３、２４、２５）を持ち、通信処理
装置−ホストコンピュータ間でルーティング情報の動的
交換を行わない場合（ホストコンピュータ１がＲＩＰや
ＯＳＰＦなどによる動的ルーティングを行わない場
合）、ホストコンピュータ１がＴＣＰのコネクション確
立時に、どの通信処理装置（２１、２２、２３、２４、
２５）経由で発信するかは、コネクションを確立するア
プリケーション１２が自側ＩＰアドレスを明示的にしな
い場合でも、通信処理装置（２１、２２、２３、２４、
２５）の障害を検出するまでコネクション確立相手のＩ
Ｐアドレスにより固定的である。

【００１７】なお、上記の“ルーティング情報の動的交
換を行わない場合”とは、ホストコンピュータ１がルー
タおよびサーバが６０ｓ毎にブロードキャストするパケ
ットを発生するＲＩＰ(Routing Information Protocol)
や、ルーティングとマルチキャスト用のネットワーク層
のプロトコルであるＯＳＰＦ(Open Shortest Path Fast
)などによる、動的ルーティングを行わない場合をい
う。

【００１８】例えば１つのネットワークが障害となった
時に、ネットワーク全体としては接続可能な状態にある
にも関わらず、アプリケーション１２がコネクション確
立に失敗する場合がある。このようなシステムで、コネ
クション確立相手のＩＰアドレス毎の静的な装置選択情
報に複数の通信リソース（通信処理装置、ネットワーク
インターフェースカード等）情報を持たせることによ
り、コネクション確立失敗時に、アプリケーション１２
がネットワーク障害を意識することなく、他の通信処理
装置（２１、２２、２３、２４、２５）経由で障害の起
きたネットワークを迂回してコネクションを確立するこ
とが出来る。通信リソース選択時に複数のロジックを設
定可能にするすることにより、リソースの負荷分散をす
ることが可能となる。

【００１９】エラー情報により迂回するかしないかの指
定を出来ることにより、迂回経路で発信しても必ず失敗
するような障害時（コネクションを確立する相手端末に
問題があるときなど）に無駄な迂回発信処理を行わず、
素早くコネクション確立の失敗をアプリケーション１２
に通知することが出来る。

【００２０】（実施例の詳細説明）図１は、本発明の通
信経路選択システムの実施形態が適用される通信システ
ムを示している。また、図２は、図１中のホストコンピ
ュータ１を構成するネットワーク制御ミドルウェア１１
の、より詳細な構成例を示すブロック図である。本実施
形態に適用される通信システムは、ネットワーク制御ミ
ドルウェア１１とアプリケーション１２とを有するホス
トコンピュータ１、通信処理装置２１、２２、２３、２
４、２５、ネットワーク３１、３２、３３、３４、３
５、３６、３７、端末（装置）４１、４２、を具備して
構成される。なお、図１中の三種類の破線は、接続され
る経路５１、５２、５３、の一例を峻別して表してい
る。また、ネットワーク制御ミドルウェア１１は、図２
に示すように経路情報記憶部６１を有し、この経路情報
記憶部６１は、例えば、端末（装置）４１のＩＰアドレ
スＡに対する経路情報７１と、端末４２のＩＰアドレス
Ｂに対する経路情報７２とを、備えているものとする。

【００２１】本実施例は、上に示した通り、ホストコン
ピュータ１と、ホストコンピュータ１に接続されている
複数の通信処理装置２１、２２、２３、２４、２５と、
通信処理装置２１、２２、２３、２４、２５に接続して
いるネットワーク３１、３２、３３、３４、３５、３
６、３７と、ホストコンピュータ１上で動作するアプリ
ケーション１２と、ＴＣＰ／ＩＰのコネクションの確
立、データの送受信、コネクションの開放を制御するネ
ットワーク制御ミドルウェア１１とからなる。

【００２２】ネットワーク制御ミドルウェア１１は、ア
プリケーション１２からのコネクション確立要求を受
け、コネクションを確立する相手ＩＰアドレスにより通
信処理装置（２１、２２、２３、２４、２５）を選択
し、選択された通信処理装置（２１、２２、２３、２
４、２５）に対してコネクション確立要求を行う。通信
処理装置（２１、２２、２３、２４、２５）は、指定さ
れた相手ＩＰアドレスに対してコネクションの確立を行
い、コネクションの確立が成功したか否かを、ネットワ
ーク制御ミドルウェア１１に通知する。

【００２３】ネットワーク制御ミドルウェア１１は、通
信処理装置（２１、２２、２３、２４、２５）から通知
されたコネクション確立情報をアプリケーション１２に
通知する。なお、ネットワーク制御ミドルウェア１１と
通信処理装置（２１、２２、２３、２４、２５）間で
は、ＲＩＰ(Routing Information Protocol)やＯＳＰＦ
(Open Shortest Path Fast) 等の動的な経路情報の交換
はない。

【００２４】図２で示される、ネットワーク制御ミドル
ウェア１１の経路情報記憶部６１には、ホストから発信
する相手ＩＰアドレスおよびネットワークアドレス毎に
どの通信処理装置（２１、２２、２３、２４、２５）を
選択するかの経路情報（７１、７２）を持つ。アプリケ
ーション１２は、コネクション確立時に自側ＩＰアドレ
スを明示的に指定しない。

【００２５】ネットワーク制御ミドルウェア１１の持つ
経路情報には、コネクション確立の相手ＩＰアドレス、
あるいは相手ネットワークアドレス毎に使用すべき通信
リソースが複数記憶されている。経路情報（７１、７
２）には、複数リソースの中で次にどの通信処理装置
（２１、２２、２３、２４、２５）から発信すべきかの
情報を持っている。

【００２６】経路情報（７１、７２）の次に発信すべき
通信処理装置（２１、２２、２３、２４、２５）は、コ
ネクション確立成功時に初期化する。本初期化時に、常
に装置毎の優先順位を一定にする方法、最後に発信が成
功した最も信頼性の高いネットワークに接続している通
信処理装置（２１、２２、２３、２４、２５）の優先順
位を高くする方法、負荷分散を行うため全ての通信処理
装置（２１、２２、２３、２４、２５）から均等に発信
する方法の、３つの装置選択ロジックの内のどれか１つ
が経路情報毎に登録されている。経路情報（７１、７
２）には、コネクション確立失敗時に通信処理装置（２
１、２２、２３、２４、２５）から通知されるエラー番
号のうち、迂回発信処理を行わないエラー番号が登録さ
れている。

【００２７】（動作例）ネットワーク制御ミドルウェア
の経路情報部に、予めＩＰアドレスあるいはネットワー
クアドレス毎に接続可能な通信処理装置（２１、２２、
２３、２４、２５）を、経路情報毎に通信処理装置（２
１、２２、２３、２４、２５）の選択ロジックを分類し
て登録しておく。アプリケーション１２は、ホストコン
ピュータから端末に対してコネクションの確立を行うた
め、ネットワーク制御ミドルウェア１１に対しコネクシ
ョン確立要求を行う（図３のステップＡ１）。

【００２８】ネットワーク制御ミドルウェア１１は、ど
の通信リソースに対しコネクション確立要求を行うべき
か、経路情報を検索する（ステップＡ２）。ネットワー
ク制御ミドルウェア１１は、選択された通信処理装置
（２１、２２、２３、２４、２５）からコネクションの
確立を行うために、通信処理装置（２１、２２、２３、
２４、２５）に対し端末とのコネクション確立要求を行
う（ステップＡ３）。

【００２９】ネットワーク障害時、ＴＣＰレベルの障害
を検出した通信処理装置（２１、２２、２３、２４、２
５）は、ネットワーク制御ミドルウェア１１にネットワ
ーク障害とコネクション確立失敗を通知する（ステップ
Ａ４）。コネクション確立の失敗を通知されたネットワ
ーク制御ミドルウェア１１は、通信処理装置（２１、２
２、２３、２４、２５）から通知されたエラー番号よ
り、迂回発信をするかしないかの判断を行う（ステップ
Ａ５）。このとき、迂回発信をしないエラー番号の場
合、アプリケーション１２に対し発信の失敗を通知する
（ステップＡ７）。

【００３０】それ以外のエラーの場合、全ての通信リソ
ースでコネクションの確立に失敗したかをチェックし、
全ての通信リソースでコネクション確立に失敗した場合
は、アプリケーション１２に対し発信の失敗を通知する
（ステップＡ６）。

【００３１】まだ、迂回発信処理の行われていない通信
リソースが存在する場合、経路情報の各装置の優先順位
に従い、再び通信処理装置（２１、２２、２３、２４、
２５）を選択する（ステップＡ２）。次に、選択された
通信処理装置（２１、２２、２３、２４、２５）に対し
て、端末（装置）４１へのコネクションの確立要求を行
う（ステップＡ３）。ステップＡ２〜Ａ７のシーケンス
を全ての経路でコネクション確立に失敗するか、コネク
ション確立が成功するまで繰り返す。通信処理装置（２
１、２２、２３、２４、２５）から端末とのコネクショ
ン確立成功が通知されると、ネットワーク制御ミドルウ
ェア１１は、次に選択すべき通信処理装置（２１、２
２、２３、２４、２５）を初期化する（ステップＡ
８）。

【００３２】通信処理装置（２１、２２、２３、２４、
２５）選択のロジックに従い以下のように初期化を行
う。通信処理装置（２１、２２、２３、２４、２５）選
択の優先順位が常に一定になる方法が設定されている場
合、次に選択される通信処理装置（２１、２２、２３、
２４、２５）を初期値に戻す。通信処理装置（２１、２
２、２３、２４、２５）選択の優先順位が最後に発信が
成功した、最も信頼性の高いネットワークに接続してい
る通信処理装置（２１、２２、２３、２４、２５）の優
先順位を高くするロジック設定がされている場合、次に
選択すべき通信処理装置（２１、２２、２３、２４、２
５）を最後に発信に成功した通信処理装置（２１、２
２、２３、２４、２５）に設定する。

【００３３】通信処理装置（２１、２２、２３、２４、
２５）選択の優先順位が負荷分散のため、全ての通信処
理装置（２１、２２、２３、２４、２５）から均等に発
信する方法に設定されている場合、最後に発信が成功し
た通信リソースの次に優先順位の高い通信リソースに設
定する。アプリケーション１２に対し、コネクション確
立成功を通知する（ステップＡ９）。

【００３４】次に具体例を挙げて動作を説明する。図４
に示すシステムは、ネットワーク３１で障害が起きてい
る状態を表している。本図４に示すホストコンピュータ
１のアプリケーション１２が、端末（装置）４１に対し
てコネクション確立要求を行う（ステップＡ１）。

【００３５】ネットワーク制御ミドルウェア１１は、ア
プリケーション１２のコネクション確立要求を受け、端
末（装置）４１のＩＰアドレスＡに対して発信するとき
は、どの通信処理装置（２１、２２、２３、２４、２
５）に対してコネクション確立要求を通知するかを、経
路情報７１から判断する。経路情報７１は、次に選択す
べき通信処理装置（２１、２２、２３、２４、２５）と
して通信処理装置２１がポイントされているものとす
る。

【００３６】この経路情報より、ネットワーク制御ミド
ルウェア１１は、コネクション確立要求を通知する装置
として通信処理装置２１に決定し、決定された通信処理
装置２１に対しコネクション確立要求を行う（ステップ
Ａ２、Ａ３）。通信処理装置２１は、ネットワーク制御
ミドルウェア１１からコネクション確立要求を受ける
と、ネットワーク３１を経由して端末（装置）４１に対
してコネクション確立要求を行う。ネットワーク３１で
障害が起き、端末（装置）４１に対して接続できない場
合、通信処理装置２１の端末（装置）４１に対するコネ
クション確立要求は失敗する。コネクション確立失敗を
通知された通信処理装置２１は、コネクション確立失敗
とエラー番号情報を、ネットワーク制御ミドルウェア１
１に通知する（ステップＡ４）。

【００３７】コネクション確立失敗を通知されたネット
ワーク制御ミドルウェア１１は、エラー番号情報から迂
回発信を行うべきかを判断する（ステップＡ５）。迂回
すべきと判断したネットワーク制御ミドルウェア１１
は、経路情報７１より、全ての迂回経路でコネクション
確立に失敗していないため、次の迂回経路からコネクシ
ョン確立要求出す。

【００３８】ネットワーク制御ミドルウェア１１は、コ
ネクション確立要求を通知する通信処理装置を通信処理
装置２２に決定し、通信処理装置２２に対しコネクショ
ン確立要求を行う（ステップＡ２、Ａ３）。通信処理装
置２１は、ネットワーク制御ミドルウェア１１からコネ
クション確立要求を受けると、ネットワーク３２を経由
して端末（装置）４１に対してコネクション確立要求を
行う。

【００３９】コネクション確立が成功した場合、通信処
理装置２２は、ネットワーク制御ミドルウェア１１にコ
ネクション確立成功を通知する。コネクション確立成功
を通知されたネットワーク制御ミドルウェア１１は、ア
プリケーション１２にコネクション確立成功を通知す
る。ネットワーク制御ミドルウェア１１は、経路情報７
１の次に選択する通信リソースへのポインタを、通信リ
ソース選択ロジックが優先順位固定型の場合は通信処理
装置２１に、負荷分散型のときは通信処理装置２３に、
通信信頼優先型のときは通信処理装置２２に、セットす
る。

【００４０】以上の動作により、ネットワーク３１が障
害状態のとき、迂回経路５２を経由して端末（装置）４
１にコネクションの確立が行える。再度端末（装置）４
１に対しコネクション確立要求を行う場合に、負荷分散
型の通信リソース選択ロジックとなっている場合は、通
信処理装置２３が最初に発信する通信処理装置として選
択され、通信リソースの負荷を分散させることが出来
る。

【００４１】優先順位固定型の通信リソース選択ロジッ
クとなっている場合は、通信処理装置２１が最初に発信
する通信処理装置として選択され通信リソースの負荷を
固定できる。通信信頼性優先型になっている場合は、通
信処理装置２２が最初に発信する通信処理装置として選
択され、より信頼性の高いネットワークを先に選択する
ことが出来る。

【００４２】なお、上述の実施形態は本発明の好適な実
施の一例である。ただし、これに限定されるものではな
く、本発明の要旨を逸脱しない範囲内において種々変形
実施が可能である。

【００４３】

【発明の効果】以上の説明より明らかなように、本発明
の通信経路選択システムは、ホストコンピュータと端末
装置との間に複数のネットワークが介在して網状に複数
の経路が形成され、ホストコンピュータと端末装置との
間のコネクション確立時の接続形態が複数準備され、端
末装置に対応する経路情報をホストコンピュータが備
え、経路情報にはコネクション確立の相手ＩＰアドレス
あるいは相手ネットワークアドレス毎に使用すべき通信
リソースが複数記憶されている。

【００４４】上記のように、ホストコンピュータの静的
経路情報に複数の通信リソース情報を持たせることによ
り、通信リソース配下のネットワークが障害時にアプリ
ケーションにネットワーク障害を意識させることなく、
迂回経路でコネクションを確立させることが出来る。

【００４５】また、１つの経路情報配下の通信リソース
選択ロジックを複数選択可能にすることにより、通信リ
ソースの負荷分散を行うことが出来る。通信処理装置の
返すエラーコードにより、迂回発信を回避することが可
能なことにより、無駄な迂回発信を行わず、素早くアプ
リケーションにコネクション確立の失敗を通知できる。

【図面の簡単な説明】

【図１】本発明の通信経路選択システムの実施形態が適
用される通信システムを示す図である。

【図２】ホストコンピュータを構成するネットワーク制
御ミドルウェアのより詳細な構成例を示すブロック図で
ある。

【図３】動作手順例を示すフローチャートである。

【図４】コネクションの確立において障害の発生した場
合の処理手順例を説明するための図である。

【符号の説明】

１ホストコンピュータ１１ネットワーク制御ミドルウェア１２アプリケーション２１、２２、２３、２４、２５通信処理装置３１、３２、３３、３４、３５、３６、３７ネットワ
ーク４１、４２端末（装置）５１、５２、５３経路６１経路情報記憶部７１（端末４１のＩＰアドレスＡに対する）経路情報７２（端末４２のＩＰアドレスＢに対する）経路情報

Claims

【特許請求の範囲】

【請求項１】ホストコンピュータと端末装置と複数の
ネットワークとにより構成された通信経路選択システム
において、前記ホストコンピュータと前記端末装置との間に前記複
数のネットワークが介在して網状に複数の経路が形成さ
れ、前記ホストコンピュータと前記端末装置との間のコ
ネクション確立時の接続形態が複数準備され、前記端末装置に対応する経路情報を前記ホストコンピュ
ータが備え、前記経路情報にはコネクション確立の相手ＩＰアドレス
あるいは相手ネットワークアドレス毎に使用すべき通信
リソースが複数記憶されている、ことを特徴とする通信
経路選択システム。
【請求項２】前記ホストコンピュータが、前記ネット
ワークを介して前記端末装置と接続されて所定の通信経
路を形成する、複数の通信処理装置をさらに有すること
を特徴とする請求項１記載の通信経路選択システム。
【請求項３】前記ホストコンピュータは、前記端末装
置との間のコネクション確立の動作を制御するアプリケ
ーションを、さらに有することを特徴とする請求項１ま
たは２記載の通信経路選択システム。
【請求項４】前記経路情報は、通信経路確立時に複数
の通信リソースの中で次にどの前記通信処理装置から発
信すべきかの情報を含み、前記通信処理装置と前記ホス
トコンピュータ間で動的な経路情報の交換を行わない場
合でも、アプリケーションにネットワーク障害を意識さ
せず経路迂回によるコネクションの確立を可能としたこ
とを特徴とする請求項２または３記載の通信経路選択シ
ステム。
【請求項５】前記次にどの通信処理装置から発信すべ
きかの情報は、コネクション確立成功時に初期化される
ことを特徴とする請求項２から４の何れかに記載の通信
経路選択システム。
【請求項６】前記通信リソースの選択ロジックを設定
し、該通信リソースの負荷分散を可能としたことを特徴
とする請求項１から５の何れかに記載の通信経路選択シ
ステム。
【請求項７】前記コネクション確立の失敗のエラー番
号により繰り返し実行されるコネクション動作を排除
し、無駄な迂回発信処理を回避可能としたことを特徴と
する請求項３から６の何れかに記載の通信経路選択シス
テム。