JP2017506847A - マルチネットワークルータにおけるフェイルオーバーとフェイルバックを提供する方法とシステム - Google Patents

Abstract

【課題】 ２つ以上のホストシステムの間でデータ通信を提供するために計算機に実装された方法を示す。【解決手段】この方法は、実行可能な命令で設定されたひとつ以上の計算機システムの制御下にある。この方法は、主系網である第１の網を経路制御テーブルを更新することにより指定することと、前記第１の網と第２の網を監視することと、前記経路制御テーブルに基づいて前記第１の網でデータを発信することと、前記第１の網の切断を検出することと、前記第１の網におけるデータトラフィックの発信を判定することと、前記経路制御テーブルを変更することと、前記経路制御テーブルに基づいて第２の網においてデータトラフィックを発信することと、前記第１の網における接続を検出することと、前記第１の網におけるデータトラフィックの検出に応じて、網属性を測定して好適なしきい値と比較することと、もし、前記網属性が前記しきい値を満たす場合にデータ通信のために前記第１の網チャンネルを選択することにより構成される。【選択図】 図３

Description

端末と遠隔サーバとの間で複数の網接続を利用する目的には、より高いネットワークの可用性を確保することが含まれる。マルチネットワークルータは、そのルータがサーバやスイッチあるいはゲートウェイといった遠隔の網部分とにおいて確立する複数の網セッションのうち少なくともひとつを介して、端末やサーバと接続する。もし、データ通信のために使われる網接続に障害があれば、そのマルチネットワークルータはその時に利用可能な網接続を選択し、その選択された網接続にデータトラフィックをフェイルオーバーさせる。

あるマルチネットワークルータでは、複数の網のうち最低ひとつが主系網として指定されている。その主系網の障害発生時には、データトラフィックは主系網から他の網にフェイルオーバーする。その障害状態は、網のベアラを監視するかあるいは遠隔にあるサーバに「Ｐｉｎｇ」命令を含むデータパケットを送信することによって検出できる。例えばルータが網のベアラが利用可能であると検出したり「Ｐｉｎｇ」テストが成功した場合など、主系網がその後に失敗から復帰したときには、ルータはフェイルバックして、主系網を介してデータを配信する。

データ通信網の安定性はさまざまな要因により影響を受ける。セルラや他の無線網の場合、それらの要因には例えば基地局と端末との間の距離や天候、建物、付近の静止物や移動物そして他の多くの状態が含まれる。無線セルやコア網における過剰なトラフィックが引き起こす混雑もまた通信を中断させる。これらの中断はかなり長期にわたることもありうるが、瞬間的あるいは一時的な事象であっても、特にそれが繰り返される場合にはデジタル通信は中断する。

セルラ無線を含む広域データ網の利用には、多数の用途での利用がありうるなかで、金融取引を目的としたＡＴＭ（現金自動預け払い機）あるいはＰＯＳ（販売時点情報管理）端末と金融機関との間のデータ通信が含まれる。高い可用性と（あるいは）信頼性のある接続を提供するために、一実装例によれば、複数のネットワークルータを接続して、それぞれがひとつのセルラネットワークに接続する。他の実装によると、それぞれがひとつのセルラネットワークに接続する複数のセルラネットワークモデムモジュールを搭載したひとつのセルラネットワークルータを導入している。通例では、ひとつあるいは複数のネットワークルータ内あるいはマルチネットワークルータ内に実装されているスイッチ内部に経路制御テーブルが存在する。データがネットワークを介して遠隔地に発信される時、そのデータについてどのように経路制御する必要があるかを特定する経路制御テーブルを参照できる。そして特定された網に関連付けられた特定の網インターフェースを介してデータを発信できる。

複数のセルラ網接続を利用することにより可用性の高い網サービスを提供する場合、どの網を主系として使用するかを選択する上でコスト管理が重要な事項となる。データトラフィックについて単純なフェイルオーバーやフェイルバックでは運用コストを最小限にできるとは限らない。たとえば、異なる世代のセルラ網の実装（例：２Ｇ、３Ｇ、４Ｇ等）とそれらに限らず異なる種類のセルラ網は一定のデータトラフィックに対して運用コストが異なることがある。加えて、データ通信のコスト構造は通信事業者がどのように相互接続を他の通信事業者から調達するかに依存することがある。実施例においては、そのコストは帯域幅ごとの月額定額または従量レートを基にしている。もし、主系網が運用コストをもとに設計されている場合は、主系網を最大限利用することが重要である。

優先する網はコストと網の質の両方の観点から指定される必要があり、またシステムはその優先する網の利用を最大化することが期待されている。コストを最小化するためには、フェイルバック技術の改良が必要とされている。

加えて、複数の網の間でのいわゆる頻繁な「フラッピング」と呼ばれる、ファイルオーバ処理とフェイルバック処理が頻繁に繰りかえされる事象があり、これは優先する網の品質レベルがあるしきい値をはさんでちょうど上下に変動するときに複数の網の間で発生する。この状態では、優先網の品質が変動しなくなるまでシステムがこの優先網を使用しないようにすることが必要となる。

それぞれの網のコスト構造が時間と共に変化し得ることから、優先網を遠隔管理することも必要とされている。例えばＡＴＭやＰＯＳといった端末における網選択設定を変更することを必要とせずに優先設定を変更できることが必要である。
［参照による組み込み］

本明細書に記載のすべての刊行物、特許、および特許出願は、個々の刊行物、特許、または特許出願が具体的かつ個別に参照により組み込まれることが示された場合と同じ程度に、参照により組み込まれる。

本発明の新規な特徴は、添付の特許請求の範囲に詳細に記載されている。本発明の特徴および利点については、以下に示すように本発明の原理が利用される例示的な実施形態に関する詳細な説明を参照することによってより良い理解が得られるであろう。

図１に本発明における実施例にもとづき、インターネットまたはプライベートクラウドを経由してサーバに接続する２個のセルラ網インターフェースモジュールを具備したマルチネットワークルータを示す。

図２に本発明における実施例にもとづき、１個のＬＡＮインターフェースモジュールと３個のセルラＷＡＮインターフェースモジュールを具備したマルチネットワークルータを示す。

図３に本発明における実施例にもとづく演算部の例を示す。

図４に本発明における実施例にもとづく論理部の例を示す。

図５に本発明における実施例にもとづく複数の網のなかからデータを発信するためのデータ経路制御を判定するための手順の例を示す。

本発明は、サービスの可用性を最大にしかつ運用コストを最小にするために、複数の網の間でフェイルオーバーとフェイルバックを実行することで好適な網の使用を維持しかつ制定するマルチネットワークルータに提供される方法とシステムを示す。マルチネットワークルータはデータトラフィックのためにどの網を使用するかを判断し、利用可能な網の優先順位をそれぞれの網の状態に応じて動的に変える。

本発明のある様態に基いて、データを経路制御するために最適な網を複数の網から選択する方法を示す。以下に述べるとおり、マルチネットワークルータはこれらの複数の網にアクセスできてもよい。このルータには、その選択を動的に実行すべく、システムまたはユーザによる好適度（例えば主系とそれに対する副系網、運用コスト）や網のリアルタイムにおける状態（例えば利用可否、トラフィックの状態、エラー率、待ち時間、遅延）、外部あるいは内蔵の侵入検知システム（ＩＤＳ）やモジュールにより提供される状態報告等々、さまざまな要因に基づいた設定がなされていてもよい。これらの各要因について、相対的加重あるいは重症度を示す複数の加重値と関連付けられていてもよい。特定の網に対する加重値は静的そして／あるいは動的に設定されても良い。従って、ルータからアクセス可能な複数の網のそれぞれについて、加重値の合計は、複数ある要因のそれぞれに関する加重値を（例えば乗算により）組み合わせることによって算出されてもよい。その後、複数の網を算出された加重値の合計に基づいて順位付けするために、データの経路制御上最適な網を判定し、それに基づいてルータに関連付けられた経路制御テーブルを更新してもよい。

本発明の別の様態に基づき、上述されたように経路の「フラッピング」を防ぐための方法を示す。このために、経路制御テーブルの更新手順に減衰効果を導入してもよい。特に、減衰効果を使って、以下に示す加重値のうちのいくつかあるいは全ての更新処理を予め決められた時間にわたり遅延させてもよい。加えて、あるいはその代替として、減少あるいは変更された加重値を適用する更新をスケジュールどおりに予め決められた時間にわたって処理してもよい。例えば網が利用可能になってから経過した時間や、網で利用可能な最低そして／あるいは最大帯域幅、網内のデータ量あるいはその網に関連した他の統計データや特徴など、この予め決められた時間の長さや／あるいはその時間内で使用するために変更された加重値はさまざまな要因に基づいて選択されてもよい。

以下に示す機能や特徴のいくつかあるいは全ての様態は、以下に示すひとつまたは複数の物理的あるいは論理的な部品のそれぞれにあるいはまとめて実装されても良い。

図１は、公知例として、２つのセルラ網インターフェースモジュールを具備したマルチネットワークルータに実装されインターネットまたはプライベートクラウドを介してサーバに接続する様態を示す。

図２は、公知例として、１つのＬＡＮ網インターフェースと３つのセルラＷＡＮインターフェースモジュールを搭載したマルチネットワークルータを示す。

例えば図３で示すように、ある様態において、本発明はマルチネットワークルータに実装できる。特に、図３は本発明による実施例として提供されたマルチネットワークルータを使いクライアント端末とサーバとの間の通信をするためのシステム３００を示す。図３はクライアント端末３１０を含む。図３のクライアント端末３１０は、金融取引処理を実行するために遠隔のサーバと通信するＡＴＭあるいはＰＯＳ端末といった要素を示している。図３はさらにマルチネットワークルータ３２０を含む。ルータ３２０は、「ＰＰＰ９９」、「ＰＰＰ０」、「ＰＰＰ１」、「ＰＰＰ２」として参照される網インターフェースモジュール３２２を含む。特に、網インターフェースモジュールＰＰＰ９９はクライアント端末３１０と接する。加えて、網インターフェースモジュールＰＰＰ９９は網インターフェースモジュールＰＰＰ０、ＰＰＰ１、そしてＰＰＰ２と接する。さらに、網インターフェースモジュール３２２はセルラ網３４０と接続してもよい。特に、図３で示すように、網インターフェースモジュールＰＰＰ０はセルラ網Ａと接続する。網インターフェースモジュールＰＰＰ１はセルラ網Ｂと接続し、網インターフェースモジュールＰＰＰ２はセルラ網Ｃと接続する。図３で示すように、セルラ網３４０はゲートウェイ３５０と接続し、ゲートウェイ３５０はサーバ３６０と接続する。従って、図３で示すこの実装では、クライアント端末３１０とサーバ３６０との間のデータ経路制御は最低ひとつのセルラ網３４０を通じて接続できる。図３では、バスが網インターフェースモジュール３２２を演算器３２４とメモリ３３０に接続する。演算器３２４はルータ３２０上で計算やプログラムを処理する。メモリ３３０は、データ通信プログラム３３４や経路制御テーブル３３２そしてオペレーティングシステム３３６を含むプログラムを保管する。経路制御テーブル３３２はルータ３２０からのデータ発信のために利用可能な網インターフェースの一覧を含んでもよく、また、データを発信する網インターフェースを指定してもよい。

メモリ３３０は計算機で読み出し可能な非一時的な媒体または計算機で読み出し可能な一時的な媒体を含んでいてもよい。例えば、メモリには、ランダム・アクセス・メモリ（「ＲＡＭ」）や読み出し専用メモリ（「ＲＯＭ」）ディスクドライブ、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリカード、ＵＳＢフラッシュドライブ、ソリッドステートドライブ（ＳＳＤ）あるいは同様のものを含むことができる。メモリは、演算器や入力デバイス（図示しない）あるいは計算デバイスの他のモジュールから受信したデータを保管するように設定できる。また、メモリは、ここで述べる方法をいかなる様態でも処理するよう、演算器で実行可能なプログラムコードあるいはプログラム命令を保管してもよい。例えば、プログラムコードはオペレーティングシステムやデータ通信プログラム等を含むことができる。一実装では、上述の計算機で読み出し可能な非一時的な記録媒体に関連するドライブ構造を用いてメモリにプログラムコードをロードしてもよい。他の実装では、計算機で読み出し可能な非一時的な記録媒体のではなくそのかわりに網インターフェース経由でプログラムコードがロードされてもよい。

図４で示すとおり、ここで述べる方法とシステムは次の論理的な部品によって実装してもよい。即ち、それらは、プロセス監視部４１０やＷＡＮ監視部４２０、ＷＡＮ管理部４３０、設定管理部４４０、経路制御判定エンジン部４５０、そして経路制御テーブル管理部４６０である。一実装例によると、プロセス監視部４１０は、マルチネットワークルータ３２０内部での起動処理中にシステムが部品を起動する順番を管理してもよい。また、プロセス管理部４１０は、原因不明の理由で停止したいかなる部品を再起動してもよい。

加えて、ＷＡＮ監視部４２０は、特定のセルラ網通信事業者のためのインターフェースのようにそれぞれの物理的なＷＡＮインターフェースについて存在してもよい。ＷＡＮ監視部４２０は、割り当てられたインターフェースを監視してデータを発信したり受信したりするために利用可能かどうかを判定する。ＷＡＮ監視部４１０は、例えば１０秒といったように設定可能な時間間隔で網の監視を実行してもよい。また、この監視は、外部の事象が契機となって即座に監視を実行開始することもできる。さらに、ＷＡＮ監視部４２０は、検知した内容を経路制御判定エンジン部４５０に配信してもよい。

ＷＡＮ管理部４３０は、ＷＡＮインターフェースの接続状態を管理してもよく、網の接続について問題が発生したときに接続をリセットして復旧させてもよい。ＷＡＮ管理部４３０は、セルラ網に関連したセルラモジュールを再初期化して再起動する能力を具備する。ＷＡＮ管理部４３０は、対応したＷＡＮ監視部４２０からインターフェースの状態を受信してもよい。

加えて設定管理部４４０は、設定属性とそれらの設定値を受領して管理してもよい。例えば設定管理部４４０は、設定ファイルから好適なインターフェースのリストを維持して、経路制御判定エンジン部４５０による処理のために加重値を出力してもよい。

態様によれば、経路制御判定エンジン部４５０はＷＡＮ監視部４２０と設定管理部４４０から入力を受信し、端末がデータを発信したときにどのようにそのデータが経路制御される必要があるかを判定する。経路制御判定エンジン部４５０は、例えばＷＡＮ監視部４２０のようにＷＡＮ監視部から得た状態情報をもとに使用可能な網インターフェースのリストを生成し管理してもよい。経路制御判定エンジン部４５０は、設定管理部４４０からの入力を受信して、データ通信に使用するために網インターフェースに関する好適さの度合い順のリストを生成してもよい。経路制御判定エンジン部４５０はこれらの２つのリストを使い、データ通信に使用する上で最も望ましい網インターフェースを特定してもよい。続いて、経路制御判定エンジン部４５０は、経路制御テーブル管理部４６０に対してこのインターフェースを指定してもよい。

経路制御テーブル管理部４６０は、経路制御テーブルや他のネットワーク属性を調節できてもよい。経路制御判定テーブル管理部４６０はまた、経路制御判定テーブル４５０により通知を受けたひとつのＷＡＮインターフェースを介してネットワークの経路制御をしてもよい。データの経路制御は経路制御テーブル４６０が指定する網に基いて判定されてもよい。

プロセス監視部４１０は、ルータ３２０が起動した時に最初に初期化されるサービスであってもよい。プロセス監視部４１０は、ルータ３２０の残りのサービス部品の起動処理を管理してもよい。プロセス監視部４１０は、検出した各インターフェースについて該当するＷＡＮ監視部４２０とＷＡＮ管理４３０が起動されることを保証してもよい。プロセス監視部４１０はまた、サービス部とそれらの初期化手順のリストを維持してもよい。プロセス監視部４１０は、「ウォッチドッグ」サービスとして、例えば停止したと考えられるあらゆるサービス部品を再起動する役割を果たしてもよい。

ＷＡＮ監視部４２０は特定のインターフェースと紐付けて、その後接続を試みてもよい。接続テスト時にオペレーティングシステムによって経路制御テーブルが変更されることを強制抑止するために、ＷＡＮ監視部４２０は配下にあるオペレーティングシステムにより提供される網インターフェース制御機能をバイパスして、それ自身を網インターフェースのポートに直接紐付けてもよい。

実施形態では、ＷＡＮ監視部４２０を紐付けているすべての網インターフェースに関する網接続テストについて、特定あるいは不特定の間隔で繰り返してもよい。このテストは、外部サービスによる契機により直ちに実行できてもよい。いくつかの実装では、このテストは各網インターフェースに割り当てられるＩＰアドレスの初期確認と、遠隔サーバといった遠隔の網の部品を指す特定の網アドレスへの最低１つのデータパケット発信処理、そしてその後その遠隔にある部品がデータを受信したかを確認する処理により構成される。

ＷＡＮ監視部４２０は、経路制御判定エンジン部４５０に直接テスト結果を配信してもよい。ＷＡＮ監視部４２０は、状態になんらかの変化があったか否かにかかわらず、特定の時間間隔で状態情報を繰り返して配信してもよい。これをインターフェースの状態管理のためのハートビート稼動検知機能としてもよい。加えて、網監視状態レポートについては、次の特定の時刻の到来を待たずに、外部のサービスからのトリガにより即時に確認のために生成することもできる。

実施形態によると、ＷＡＮ監視部４２０は網接続の安定性を判断すべく、たとえばその網インターフェースがアクティブとなって持続している時間を含むがそれには限定されない状態データを計測し維持する。ＷＡＮ監視部４２０は、網インターフェースがアクティブ状態になったところなのか、あるいは事前に設定された時間のしきい値を越えてアクティブ状態なのかによって、異なる加重値を生成するためにアクティブ持続時間を使っても良い。ＷＡＮ監視部４２０が上述の如く経路制御判定エンジン部４５０に加重値を配信することによって、経路制御判定エンジン部４５０は、経路制御判定エンジン部４５０としての複数の網インターフェース間における頻繁な「フラッピング」を効果的に防いでもよい。

実施形態によると、ここに述べたもの以外の部品もまた本発明の実装のために用いてもよい。実装例によると、部品間で非同期に通信することを可能にするために、部品は非同期で実行してもよい。実装例によると、部品は逐次実行されてもよい。

部品は論理回路の集まりとして特定用途向け集積回路（ＡＳＩＣ）といったデジタル信号プロセッサや、あるいはそれぞれが網に接続したひとつ以上の網モデムを内蔵するセルラルータ内で実行するためにメモリに保管されていてもよい。加えて、部品はひとつ以上のネットワークルータに接続されているコンピュータあるいはサーバ内に実装され保管されてもよい。

本発明のある実施形態では、ゲートアレイの論理回路や特定用途向け集積回路（ＡＳＩＣ）あるいはデジタル信号プロセッサとして実装されている。

実施形態によると、ＷＡＮ管理部４３０はそれに関連したインターフェースに対して多層化された復旧手順を実行してもよい。たとえば、まず最初のステップとして、もし接続が３０秒間切断していた場合にモジュールの再初期化を試む。第２のステップとして、接続が最初のステップ以降にさらに３０秒切断していた場合に、モジュールを再起動することを試む。第３のステップでは、接続が第２のステップ以降さらに３０秒間切断した場合に、モジュールの電源を完全に切り、事前に設定された時間（例えば１０秒間）待機してからその後モジュールへの電源供給を復旧させる試みがなされてもよい。

設定管理部４４０は好適な網インターフェースにて外部からの入力を受信してもよい。例えば、設定管理部４４０は、設定ファイルといった個別の基データや外部侵入検知サービスからの入力を解析してもよい。設定管理部４４０は、紐付けられた処理によって生成した特定の出力を内包して、それをシステム全体によって活用できる情報を抽出してもよい。たとえば、外部のサービスは網インターフェースのひとつに対するハッカーによる攻撃の可能性を検出してもよい。この例によると、設定管理部４４０は、網のデータトラフィックのために異なるインターフェースを使用できるようにすべく、当該インターフェースについて好適な階層における位置づけを変更する必要があることを経路制御判定エンジン部４５０あるいはＷＡＮ管理部４３０に通知してもよい。

加えて、経路制御判定エンジン部４５０は、ＷＡＮ監視部４２０による網の監視結果に基づき、トラフィック経路制御において利用可能なインターフェースの一覧を生成してもよい。また、経路制御判定エンジン部４５０は、設定管理部４４０による環境設定に基づき、トラフィック経路制御のために使える最も好適なインターフェースに関する加重演算アルゴリズムに基づく一覧を判定してもよい。経路制御判定エンジン部４５０は、経路制御テーブル管理部４６０に対して最も好適で利用可能なインターフェース名を最低１つ以上提供してもよい。その最低１つ以上のインターフェース名については、例えば経路制御テーブル３３２のように経路制御テーブルに記載されてもよい。

経路制御で利用可能なインターフェースの一覧、そして／あるいはトラフィック経路制御に使う上で最も好適なインターフェースの一覧については、経路制御判定エンジン部４５０が設定管理部４４０から新たな情報を受信した時に、そして／あるいは経路制御判定エンジン部４５０がＷＡＮ監視部４２０から異なる情報（例えばインターフェースの状態の「利用可能」から「利用不可」への変更）を受信したとき、再評価されてもよい。

トラフィック経路制御に利用するうえで最も好適なインターフェースの一覧を判定するために利用する加重演算アルゴリズムは、特定の事象や状態に対して設定された加重値に依存してもよい。これらの加重値は、設定管理部４４０とＷＡＮ監視部４２０により使われてもよい。例えば、切断状態にあるインターフェースについて加重値「０」が割り当てられている一方で、利用可能なインターフェースには加重値「１」が割り当てられていてもよい。加えて、主系とみなされたインターフェースに対して加重値「１」が与えられ、副系あるいは主系未満とみなされたインターフェースについては、例えば「０．５」といったように１未満の加重値が与えられてもよい。これらの加重値は、トラフィックを経路制御するために最も好適なインターフェースがどれかを算出する際に使われてもよい。このように、経路制御管理部４５０が経路制御テーブルの内容を更新するために、経路制御判定エンジン部４５０は、加重演算アルゴリズムを用いたインターフェースに関する加重計算に基づいて、「勝者」となるインターフェースを指定してもよい。

経路制御判定エンジン部４５０が（例えば一覧にあるインターフェースのいずれもが利用可能でない場合などにより）利用可能なインターフェースを推奨できない場合、その状態の重大度レベルについて、経路制御判定エンジン４５０がルータ３２０のような経路制御デバイスの再起動命令を発行する行動をとるレベルにまで上げることを含む、問題の解決に向けた手順をふむことができる。

経路制御テーブル管理部４６０は、経路制御判定エンジン部４５０のように他のサービスからの情報を受信した時に限り稼動するトリガー型プロセスとして実装されてもよい。経路制御テーブル管理部４６０は、トラフィックを経路制御すべきインターフェースの名前を経路制御判定エンジン部４５０から受信してもよい。この変更については、経路制御テーブル３３２の更新をもって有効にできる。経路制御テーブル管理部４６０は既存の経路制御テーブル３３２と比較すべく、推奨される経路制御テーブルを生成してもよい。これら２つの間で何らかの相違点がある場合、経路制御テーブル管理部４６０はその既存テーブルの内容を推奨されるものと置き換えてもよい。

本発明の実施形態が複数の網インターフェースポートを活用するように実装してもよいなかで、２つの網インターフェースポートを活用して実施されるフェイルオーバーを表現する例を示す。

本発明による第１の実施例では、フェイルオーバーは第１のインターフェースポートの接続が切断したときに発生すると定義される。この例では、システムはＰＰＰ０とＰＰＰ１の２つのインターフェースを具備する。ＷＡＮ監視部４２０のようなＷＡＮ監視部は、インターフェースＰＰＰ０とＰＰＰ１の状態を経路制御判定エンジン部４５０のような経路判定エンジンに継続的に報告する。最初に、インターフェースＰＰＰ０とＰＰＰ１は共に正常に作動している。加えて、設定管理部４４０は、システムに具備されている好適順に並んだインターフェース一覧表を含む設定ファイルを読み出す。

この実施例において定義されている好適順序は、ＰＰＰ０が主系、ＰＰＰ１が副系である。設定管理部４４０はこれを加重リストに転換し、主系インターフェースとしてＰＰＰ０に加重値１が割り当てられ、副系インターフェースとしてＰＰＰ１に加重値０．５が割り当てられている。さらに、ＷＡＮ監視部４２０はインターフェースＰＰＰ０とＰＰＰ１が共に利用可能と判定し、それによりＰＰＰ０とＰＰＰ１共に値が１となるよう、加重リストに転換される。その後、経路制御判定エンジン部４５０は両方の値をリストから得て、これらを乗算してそれぞれのインターフェースについて加重値の計算結果を得て、さらにそれらのインターフェースに対する計算結果を評価することにより、データトラフィックを通信するために介すべき最も好適なインターフェースを判定する。特に、経路制御判定エンジン部４５０は、最も大きな加重値に対応するインターフェースをもって、データトラフィックを通信するために介すべき最も好適なインターフェースを判定してもよい。

ここで、ＰＰＰ０に貢献する加重値について、設定管理部４４０からの加重値が１であってＷＡＮ監視部４２０からの加重値が１であることから、ＰＰＰ０について得られる加重値は１ｘ１＝１となる。ＰＰＰ１に貢献する加重値について、設定管理部４４０からの加重値が０．５であってＷＡＮ監視部４２０からの加重値が１であることから、ＰＰＰ１について得られる加重値は１ｘ０．５＝０．５となる。

この実施例によると、最も大きな加重値に対応するインターフェースを、データトラフィックを通信するうえで介すべき最も好適なインターフェースとして判定する。従って、経路制御判定エンジン部４５０は、この例において当初はデータトラフィックを通信する上で介すためにＰＰＰ０が最も望ましいインターフェースであると判定してもよい。経路制御判定エンジン部４５０は、経路制御テーブル管理部４６０に対して、インターフェースＰＰＰ０が最も望ましいインターフェースであることを通知してもよい。それに応じて、経路制御テーブル管理部４６０は、適応したトラフィックの流れをＰＰＰ０に向けるべく、例えば経路制御テーブル３３２のような経路制御テーブルを調節してもよい。

しかしながら、ＰＰＰ０が接続を失う事態になったときには、ＷＡＮ監視部４２０は停止状態を感知し、この新たな状態を経路制御判定エンジン部４５０に送信してもよい。この新たな状態の受信に基づいて、経路制御判定エンジン部４５０はさらなる計算を実行してもよい。この新たな計算処理では、設定管理部４４０によりＰＰＰ０とＰＰＰ１に設定された加重値はそれぞれ「１」と「０．５」のままであってもよい。それはＰＰＰ０が主系網であると扱われているからである。しかしながら、ＷＡＮ監視部４２０により設定される加重値は変化してもよい。特に、ＷＡＮ監視部４２０は、インターフェースＰＰＰ０が切断状態でインターフェースＰＰＰ１が接続状態であることから、これを加重値として転換し、ＰＰＰ０に０の値を、そしてＰＰＰ１には１の値を設定する。そして、経路制御判定エンジン部４５０はこれらの値を両方のリストから取り出し、それらを乗算して各インターフェースに関する加重値を再計算して求めて、その後、各インターフェースについて得られた加重値を評価してデータトラフィックを通信するために介すべき最も望ましいインターフェースを判定してもよい。特に、経路制御判定エンジン部４５０は、最も大きな加重値をもつインターフェースがデータトラフィックを通信する上で介す最も望ましいインターフェースであると判定してもよい。

ＰＰＰ０に貢献する加重値として、設定管理部４４０から得られる値が「１」であってＷＡＮ監視部４２０から得られる値が「０」であることから、その結果のＰＰＰ０の加重値は１ｘ０＝０となる。ＰＰＰ１に貢献する加重値として、設定管理部４４０から得られる値が「０．５」であってＷＡＮ監視部４２０から得られる値が「１」であることから、その結果ＰＰＰ１の加重値は１ｘ０．５＝０．５となる。この例では、経路制御判定エンジン部４５０は、最も大きな加重値をもつインターフェースがデータトラフィックを通信する上で介す最も望ましいインターフェースと判定してもよい。従って、経路制御判定エンジン部４５０は、再計算された値に基づいて、ＰＰＰ１がデータトラフィックを通信する上で介す最も望ましいインターフェースと判定してもよい。

経路制御判定エンジン部４５０は、インターフェースＰＰＰ１が最も望ましいインターフェースであることを経路制御テーブル管理部４６０に通知してもよい。これに応じて、経路制御テーブル管理部４６０は、たとえば経路制御テーブル３３２のような経路制御テーブルを調節し、適切なトラフィックをＰＰＰ０からＰＰＰ１にリダイレクトさせる。

第１の実施例がＰＰＰ０が切断状態になったときに発生するフェイルオーバーに関する説明を示したのに対して、第２の実施例はＰＰＰ０が網接続を復帰したときに発生するフェイルオーバを解析するために述べる。特に、この第２の実施例においては、設定管理部はＰＰＰ０を引き続き主系とし、ＰＰＰ１を副系として定義している。第１の実施例の説明では、ＰＰＰ０についてＷＡＮ監視部から切断状態であると通知され、その結果ＰＰＰ１についてより大きな加重値が設定されている。

もし、ＰＰＰ１に割り当てられた加重値がそのままでありつつ、ＰＰＰ０による接続が復帰したときには、ＷＡＮ監視部４２０はＰＰＰ０に減少値として０．２５を設定してもよい。もしＰＰＰ０が完全に接続を復帰したのであれば、ＷＡＮ監視部４２０は、ＰＰＰ０がつい最近になって網接続を復帰させたことを反映させるために減少された値を予め定められた時間内に限って提供してもよい。もし、網インターフェースがつい最近になって網接続を復帰させたばかりであれば、網接続に関する原因が完全に解決されていないことから網インターフェースは再び網接続を失う可能性がより高いともいえる。

このように、最近になって（例えば、網接続は復帰させたものの網接続が確立してから予め決められた時間内に）網接続を復帰させたＰＰＰ０の新たな状態にもとづいて、経路制御判定エンジン部４５０は網インターフェースＰＰＰ０とＰＰＰ１の加重値を再計算してもよい。

この新たな計算において、設定管理部４４０により設定された加重値に関して、ＰＰＰ０が主系網インターフェースとして位置づけられていることから、ＰＰＰ０については「１」そしてＰＰＰ１については「０．５」とそれぞれそのままの値であってもよい。しかしながら、ＷＡＮ監視部４２０により設定された加重値は変化してもよい。特に、ＷＡＮ監視部４２０は、インターフェースＰＰＰ０が最近再接続し、またインターフェースＰＰＰ１が接続状態であることから、これを加重値として転換して、ＰＰＰ０に０．２５の値を、そしてＰＰＰ１には１の値を設定する。経路制御判定エンジン部４５０はこれらの値を両方のリストから取り出し、それらを乗算して各インターフェースに関する加重値を再計算して求めて、その後、各インターフェースについて得られた加重値を評価してデータトラフィックを通信するために介すべき最も望ましいインターフェースを判定してもよい。特に、経路制御判定エンジン部４５０は、最も大きな加重値をもつインターフェースがデータトラフィックを通信する上で介す最も望ましいインターフェースであると判定してもよい。

ＰＰＰ０に対応する加重値の貢献要素として、設定管理部４４０から得られる値が「１」であってＷＡＮ監視部４２０から得られる値が「０．２５」であることから、その結果のＰＰＰ０の加重値は１ｘ０．２５＝０．２５となる。ＰＰＰ１に貢献する加重値として、設定管理部４４０から得られる値が「０．５」であってＷＡＮ監視部４２０から得られる値が「１」であることから、その結果ＰＰＰ１の加重値は１ｘ０．５＝０．５となる。この例では、経路制御判定エンジン部４５０は、最も大きな加重値をもつインターフェースがデータトラフィックを通信する上で介す最も望ましいインターフェースであると判定してもよい。従って、経路制御判定エンジン部４５０は、再計算された値に基づいて、ＰＰＰ１がデータトラフィックを通信する上で介す最も望ましいインターフェースであると判定してもよい。ここで、制御判定エンジン部４５０は、以前にインターフェースＰＰＰ１が最も望ましいインターフェースであることを経路制御判定エンジン部４５０に対して通知している。データトラフィックを通信するために介すべきこの最も望ましいインターフェースに変更が無いことから、制御判定エンジン部４５０は、経路制御テーブル管理部４６０に更新を通知しないと判断してもよい。

網が再接続した後に予め決められた一定の時間にわたってＷＡＮ監視部４２０からＰＰＰ０に対して減少された値を設定することによって、複数の網の間における接続の「フラッピング」を防いでいる。この方法により、もし、ＰＰＰ０が断続的に網接続を失うのであれば、ＷＡＮ監視部４２０から減少された値を設定することによって代替インターフェースＰＰＰ１について追加の加重を付与することになる。従って、第２の実施例の最初の部分でＰＰＰ０が網接続を復帰したにもかかわらず、加重値に基づいた計算結果ではＰＰＰ１が引き続き最高順位となる。このように、経路制御テーブル管理部４６０は、ＷＡＮ監視部４２０がＰＰＰ０について減少された値を設定している限り、適切なトラフィックのためのインターフェースとしてＰＰＰ１を使いし続ける。

ＰＰＰ０についてデータ通信が利用可能となってかつ予め定められた一定時間よりも長く稼動した後、ＷＡＮ監視部４２０はＰＰＰ０の網接続に対して最大値である「１」を再び割り当ててもよく、この更新された状態を経路制御判定エンジン部４５０に通知してもよい。この更新された状態が経路制御判定エンジン部４５０によるインターフェースＰＰＰ０とＰＰＰ１の結果加重値の再計算処理の起因となってもよい。

この新たな計算において、ＰＰＰ０が主系網インターフェースとして扱われていることから、設定管理部４４０はＰＰＰ０とＰＰＰ１に対する加重値の設定をそれぞれ「１」と「０．５」のままにしてもよい。しかしながら、ＷＡＮ監視部４２０により設定された加重値については、第１の実施例においてインターフェースＰＰＰ０とＰＰＰ１の両方が接続中にＷＡＮ監視部４２０が割りあてた初期値「１」に戻してもよい。

その後、経路制御判定エンジン部４５０は、両方のリストから値を取り出し、それらを乗算して各インターフェースに対応して得られる加重値を再計算して求めて、そしてデータトラフィック通信が介するうえで最も望ましいインターフェースを判定する。ＰＰＰ０に加重貢献する値については、設定管理部４４０からの値が「１」でありＷＡＮ監視部からの値が「１」であることから、その結果ＰＰＰ０について得られる加重値は１ｘ１＝１となる。ＰＰＰ１に加重貢献する値については、設定管理部４４０からの値が「０．５」でありＷＡＮ監視部４２０からの値が「１」であることから、その結果ＰＰＰ１について得られる加重値は１ｘ０．５＝０．５となる。この実施例では、経路制御判定エンジン部４５０は、加重値が最も大きなインターフェースについて、データトラフィック通信が介するうえで最も望ましいインターフェースであると判定してもよい。従って、経路制御判定エンジン部４５０は、再計算した値に基づいて、ＰＰＰ０について、データトラフィック通信が介するうえで最も望ましいインターフェースであると判定してもよい。経路制御判定エンジン部４５０は、ＰＰＰ０が最も望ましいインターフェースである旨を経路制御テーブル管理部４６０に通知してもよい。それに応じて、経路制御テーブル管理部４６０は、適応したトラフィックの流れをＰＰＰ１からＰＰＰ０に変更すべく経路制御テーブルを調節してもよい。

上述のとおり、あるインターフェースが接続を復帰してからＷＡＮ監視部４２０によって最大値を設定されるまでに間に、事前に決められた一定の時間が設定されていてもよい。その事前に決められた時間帯において、ＷＡＮ監視部４２０は最近再接続したインターフェースに対して減少値を設定してもよい。ＷＡＮ監視部４２０によりそのインターフェースに関して設定されたその値は、経路制御判定エンジン部４５０によって計算される加重値を判定するために使われてもよい。減少値が設定された最近接続したインターフェースに関するしきい値は事前に決められた時間の値に基づいて減少値が設定されてもよいが、そのインターフェースに対応したＷＡＮ監視部４２０により設定された値を減少値から完全な値に変更するために必要となるしきい値については時間に依存してはならず、その替わりに、というよりはそれに加えて、インターフェースについての値を調整するためのしきい値は、網で利用可能な最小あるいは最大帯域幅に基づいていてもよい。他の実施例では、そのしきい値は、網インターフェースのデータ接続が復旧した以降の網インターフェースあるいは網チャンネルで発信されるテスト用データトラフィックにおけるデータ量に基づいてもよい。

第３の実施例では、あるインターフェースがそれに割り当てられた加重値によってどのように降格されてもよいかを示す。例えば、設定データを設定管理部４４０に送信するサードベンダによる侵入検知プログラムがあってもよい。このプログラムがインターフェースＰＰＰ０に向けた攻撃の可能性を検知していてもよい。可能性のある攻撃の検知に応答すべく、設定管理部はこの潜在的な脅威をＰＰＰ０に対する加重値に調整転換し、そのインターフェースの優先度を降格させてもよい。特に、設定管理部４４０はＰＰＰ０の好適度値を１から０．１に調節してもよい。

設定管理部４４０は、ＰＰＰ０の状態の変化について経路制御判定エンジン部４５０に通知してもよく、その新たな状態情報に基づいてその後再計算が開始されてもよい。もし、ＰＰＰ０とＰＰＰ１に関してＷＡＮ監視部から設定された加重値がそれぞれ１に留まり、また設定管理部４４０から設定される加重値についてＰＰＰ０への攻撃に関する潜在的脅威に基づいてそれぞれＰＰＰ０が０．１に、ＰＰＰ１が０．５に調整されると、計算で得られる加重は、それぞれ０．１（１ｘ０．１＝０．１）と０．５（１ｘ０．５＝０．５）となる。このように、経路制御判定エンジン部４５０は、ＰＰＰ１をデータトラフィックを通信に介すべき最も望ましいインターフェースとして判断してもよく、この情報を経路制御テーブル管理部４６０に提供してもよい。経路制御テーブル管理部４６０はその後それに従ってその経路制御テーブルを更新してもよい。

加えて、設定管理部４４０は、予め定められた条件が満たされた後にＰＰＰ０の加重値を最大値に戻してもよい。特に、設定管理部４４０は、特定の時間が経過した後、ＰＰＰ０への攻撃の状態表示を設定管理部４４０が受信しなくてもその降格された状態（全体あるいはその一部）を解除してもよい。設定管理部４４０が潜在的脅威に基づいて加重値を下げる時から脅威に関する情報（あるいは、他の実施例では攻撃が検出されなかったという肯定的な保証）に基づいてＰＰＰ０の加重値を元の戻すまでに経過する時間については、いくつかの要因によって異なっていてもよい。例えば、設定管理部４４０がＰＰＰ０の加重値を最大値に戻すまで待つ時間の長さに対して、潜在的攻撃の重症度が影響してもよい。

第１、第２そして第３の実施例はポート２個を具備するシステムに関するものであるのに対して、第４の実施例はＰＰＰ０とＰＰＰ１そしてＰＰＰ２の３個のポートを具備する網インターフェースに関する。ＷＡＮ監視部はこれらのインターフェースに関する情報を経路制御判定エンジン部に継続的に通知してもよい。設定管理部は、設定内容に関する入力を次の２つの情報源から受信してもよく、即ちそれらは設定ファイルからと、第３者による性能／侵入監視である。設定管理部に関連付けられた設定ファイルはインターフェースの好適度を示すための単純な順番リストであってもよい。特に、設定ファイルは望ましい度合いが最大から最低までの順にインターフェースを一覧してもよい。この実施例では、一覧リストにはＰＰＰ０、ＰＰＰ１、ＰＰＰ２が含まれている。設定管理部はこのリストを加重リストに転換して、ＰＰＰ０、ＰＰＰ１，そしてＰＰＰ２にそれぞれ値１、０．５、そして０．２５といったように設定されている。さらに、ＷＡＮ監視部はこれら３つのインターフェースが利用可能であるかを判定してもよく、それに従ってインターフェースＰＰＰ０、ＰＰＰ１そしてＰＰＰ２にそれぞれ値１、１、そして１を設定してもよい。

経路制御判定エンジン部４５０は、両方のリストから加重値を取り出してそれらを乗算してデータトラフィックの通信が介する最も望ましいインターフェースを判定する。この実施例では、経路制御判定エンジン部４５０はＰＰＰ０とＰＰＰ１そしてＰＰＰ２について得られる加重値をそれぞれ１（１ｘ１＝１）、０．５（０．５ｘ１＝０．５）そして０．２５（０．２５ｘ１＝０．２５）と計算してもよい。

このように、本実施例では、経路制御エンジン部４５０は、データトラフィックを通信するうえでＰＰＰ０を最も望ましいインターフェースと判定してもよい。

実施例においては、第３者の侵入検知システムがＰＰＰ０について異常が発生していることを検出して設定管理部４４０に通知する。設定管理部はそれに応じて値を下げることによりＰＰＰ０の値を調整してもよい。例えば、設定管理部は値を１から０．１に下げてもよい。状態に関するこの変更については、経路制御判定エンジン部４５０が通知を受けてもよく、それを受けてこの状態の変更に基づいて加重値を再計算してもよい。もし、他のインターフェースの値が同じであるのにもかかわらず、設定管理部４４０による処理に基づいてＰＰ０の値が降格したのであれば、ＰＰＰ０について新たに得られる加重値は０．１（１ｘ０．１＝０．１）としてもよい。この新しい計算処理を基に、経路制御判定エンジン部４５０は、データを通信するうえで介するインターフェースとして、加重値０．５を得ているＰＰＰ１が最も望ましいと判定してもよい。

ある実施例では、ＷＡＮ監視部がそれが接続ＰＰＰ１における接続を失ったことを検出する。そのＷＡＮ監視部は経路制御判定エンジンに新たな状態に関する情報を送り、さらに別の再計算をさせる。この新たな再計算では、ＷＡＮ監視部４２０はＰＰＰ１とＰＰＰ１そしてＰＰＰ２に関する加重値をそれぞれ１と０そして１と設定する。もし、設定管理部４４０により設定された加重値が、ＰＰＰ０への潜在的脅威に関する基も最近の例と同じに留まるのであれば、ＰＰＰ０、ＰＰＰ１そしてＰＰＰ２について再計算された加重値はそれぞれ０．１（１ｘ１ｘ０．１＝０．１）、０（０ｘ０．５＝０）そして０．２５（１ｘ０．２５＝０．２５）となる。この例では、ＰＰＰ２が最も大きな値（０．２５）をもち、経路制御判定エンジン部はこれを経路判定テーブル管理部に報告する。

ある実施例では、網は次の要領で元の接続状態にフェイルバックする。まずＰＰＰ１が再度接続を確保する。その結果ＷＡＮ監視部は経路制御判定エンジンにこの状態変更を通知する。しかしながら、接続の頻繁なフラッピングを防ぐために、ＷＡＮ監視部は接続が復帰した後、ある一定の時間内は機能について「縮小」と通知するように設定されている。

例えば、ＰＰＰ１が網接続を確立した後、ＷＡＮ監視部４２０はＰＰＰ１に減少値０．２５を設定してもよい。経路制御判定エンジン部が新たなデータ値を受信すると、再計算して結果を出す。特に、ＷＡＮはＰＰＰ０とＰＰＰ１そしてＰＰＰ２についてそれぞれ加重値を１，０．２５、そして１を設定してもよい。もし、設定管理部４４０による値が同じままであれば、ＰＰＰ０とＰＰＰ１そしてＰＰＰ２について得られる加重値はそれぞれ０．１（１ｘ１ｘ０．１＝０．１）、０．１２５（０．２５ｘ０．５＝０．１２５）そして０．２５（１ｘ０．２５＝０．２５）となる。

この実施例では、ＰＰＰ１が利用可能であるにもかかわらず、それに戻す前に事前に決められた時間にわたって待つことが望ましい。これは、最後の計算処理以降、ＰＰＰ２が引き続き最優先となることにより反映されている。事前に決められた時間が経過した後、ＰＰＰ１はそれ相応の順位を再び獲得することになる。

一方、侵入検出システムはもう攻撃を検出しない状態にある。前回の攻撃の記録がされてから設定変更可能なある時間が経過しているので、設定管理部はＰＰＰ０の降格状態を取り消す。このように、設定管理部は、インターフェースＰＰＰ０とＰＰＰ１そしてＰＰＰ２にかかる加重値をそれぞれ１，０．５そして０．２５と設定する。もし、ＷＡＮがインターフェースに設定された加重値が変わらないと監視したのであれば、インターフェースＰＰＰ０とＰＰＰ１そしてＰＰＰ２にそれぞれ新たに計算して得られる値はそれぞれ１(１ｘ１＝１)、０．１２５(０．２５ｘ０．５＝０．１２５)そして０．２５（１ｘ０．２５＝０．２５）となる。この状態変化によって、通信するデータを発信するうえで介する最も望ましいインターフェースがＰＰＰ０に戻される。

その後、インターフェースＰＰＰ１は、しきい値となる時間（そして／あるいは他の境界条件を満たすまで）にわたり網接続を維持する。またＷＡＮ監視部４２０はＰＰＰ１に加重値１を設定してインターフェースＰＰＰ１が接続中であることを表してもよい。この状態の変化に起因して、経路制御判定エンジン部４５０に提供されて加重値が再計算されてもよい。以前の値に基づいて、ＷＡＮ監視部４２０による唯一の変更となるＰＰＰ１の値の０．２５から１であることにより、ＰＰＰ０とＰＰＰ１そしてＰＰＰ２について再計算された値は、それぞれ１，０．５そして０．２５となる。ある実施例では、もし、加重値の計算結果が同じ値であれば、設定管理部によってより大きな値が通知されるインターフェースのいずれかを好適としてもよい。他の実施例では、もし、得られた加重値が同じであれば、ＷＡＮ監視部によってより大きな値が通知されるインターフェースのいずれかを好適としてもよい。他の実施例では、もし、加重値の計算結果が同じ値であれば、第３者による脅威に関する査定で最も小さい値が通知されるインターフェースのいずれかを好適としてもよい。

ある実施例では、以下に詳細を示すとおり、テーブルの参照を最小限に抑えるための整数演算によってどの網をデータトラフィックに使用するかを判定する。特に、それぞれのＷＡＮ監視部が網接続を検出すると、ＷＡＮ監視部はその接続状態を経路制御判定エンジン部に通知する。経路制御判定エンジン部がＷＡＮ監視部から通知を受信すると、経路制御判定エンジン部はその変更を監視するためにそのＷＡＮ監視部への戻りリンクを作成する。ＷＡＮ監視部からの通知に基づいて経路制御判定エンジン部がいずれかの網インターフェースに変化を検出すると、経路制御判定エンジン部は網インターフェースに関する好適順リストを直ちに再評価する。

ＷＡＮ監視部が接続状態を設定あるいは変更するときにはいつでもその状態地は文字列コードとして設定される。この文字列はシステム内で既知の文字列のリストと比較される。もし、状態がそのリストに存在しないのであれば、それはエラーと考えられる。加えて、異なる状態を表す文字列のリストは好適の度合いが最低から最高へとランク付けされる。

状態が一旦設定されると、「状態」項目ではそのリストでの順序を記録してその順序を「インデックス」として設定する。状態のインデックス値が小さいほど、より利用できる網を示す。例えば、状態のリストには次が含まれてもよい。即ち、「利用可能」、「減少」、「侵害」、「起動中」、「接続確認エラー」、「網停止中」がある。加えて、設定ファイルには全てのインターフェースの好適順リストが含まれている。異なるＷＡＮ監視部が網インターフェースを登録することにより、経路制御判定エンジン部は最新の網インターフェースのリストを維持管理してもよい。

例によると、経路制御判定エンジン部は、まずインターフェースの状態をあらわすインデックス値を得ることでそれぞれのインターフェースにおけるランク（例えば、利用可能＝０、減少＝１、等）を求め、その後このインデックス値とシステムに存在するインターフェースの数で乗算する。そして経路制御判定エンジン部は、設定ファイルにある好適リストにあるこのインターフェースに対応するインデックス値（例えば主系＝０、副系＝１、等）を取り出してもよく、その後この情報を前回の計算結果と照合する。この計算では、スコアが最低となる網インターフェースが勝ちとなる。

処理手順の例として、共に利用可能な状態であることに基づいて値１が割り当てられているインターフェースＰＰＰ０とＰＰＰ１がある。しかしながら、その後ＰＰＰ０が減少に対応する値をもっているという情報を入手してもよい。このことはＰＰＰ０について「侵害」状態が設定されることで反映されてもよい。この「侵害」状態は、侵入検知サービスのようなシステムが網インターフェースにおいて侵害を受けたと判定したことを示すために利用してもよい。例えば、このアルゴリズムはインターフェースが追加しても変化しない。状態リストが大きくなるにつれて、乗数のリストも大きくなることで、結果的に浮動小数点演算の必要性を排除する。経路制御判定エンジン部は、そのときに接続しているインターフェースを最も好適なものから最も好適でない順に並べる。経路制御テーブルはその結果を用いて、それに沿ってデフォルトの経路を設定する。

データを送信するために複数の網からデータの経路制御を判定する手順の一実施例を図５に示す。図５に示すように、手順例は、「プロセス監視部はいずれかのプロレスが何らかの理由で停止していることを検出しているか？」を判定するブロック５１０より始まる。もし、この判定への回答がＹＥＳであれば、手順は「プロセス監視部はシステムを異常から回復させるためにプロセスとサービスをリセットして再起動する」ことを実行するブロック４２０に進む。この処理の完了の後、手順はブロック５３０に進む。もし、ブロック５１０への回答がＮｏであれば、手順は直接ブロック５３０へと続く。

ブロック５３０では、「ＷＡＮ監視部はいずれかのＷＡＮインターフェースが切断していることを検出しているか。」について判断がなされる。もし、この質問への回答がＹｅｓであれば、手順は「ＷＡＮセッション管理部は接続を再開するためにＷＡＮセッションをリセットし再起動する」ことを実行するブロック５４０に進む。この処理の完了の後、手順はブロック５５０に移る。もし、ブロック５３０への回答がＮｏであれば、手順はブロック５５０に移る。

ブロック５５０では、「設定管理部はシステム設定について何らかの変更を検出したか（例えば処理のための加重値は？）」について判断がなされる。もし、この質問への回答がＹｅｓであれば、手順は「設定管理部は経路制御判定エンジン部が利用する設定値を設定する」ことを実行するブロック５６０に進む。この処理の完了の後、手順はブロック５７０に移る。もし、ブロック５５０への回答がＮｏであれば、手順は直接ブロック５７０に進む。

ブロック５７０では、経路制御判定エンジン部は、加重された設定値とＷＡＮインターフェースの状態に基づいて、データトラフィックがどのＷＡＮインターフェースを使うかを指定する。その後、ブロック５８０において、経路制御テーブル管理部は、データ経路制御について経路制御判定エンジン部に指定されたように（例：どちらのＷＡＮインターフェースを利用するか）経路制御テーブルを更新する。その後、ブロック５９０にて、データ発信プログラムは経路制御テーブルを参照し、その経路制御テーブルにより指定されたＷＡＮインターフェースを使ってデータを発信する。ブロック５９０の処理後、手順はブロック５１０の最初に戻る。

本発明の好適な実施形態を図示および説明したが、このような実施形態は単なる例として提供されていることは当業者には明らかであろう。多くの変形、変更、および置換が、本発明から逸脱することなく当業者には想起される。なお、本明細書に記載された本発明の実施形態に対する様々な代替が本発明を実施する際に用いることができる。次に示す請求項は本発明の範囲を定義し、かつこれらの請求項等の範囲内の方法や構成はこれに網羅される。

Claims (4)

1. ２つ以上のホストシステム間のデータ通信を提供する計算機で実装された方法であって、前記方法は実効命令により設定されたひとつ以上の計算機システムにより制御され、
   経路制御テーブルを更新することにより第１の網を主系網として指定することと、
   前記第１の網と第２の網の網接続をそれぞれ監視することと、
   前記経路制御テーブルに基づいて前記第１の網にデータを発信することと、
   前記第１の網の切断を検出することと、
   前記経路制御テーブルを変更することと、
   前記経路制御テーブルに基づいて前記第２の網にデータを発信することと、
   前記第１の網の接続を検出することと、
   前記第１の網におけるデータトラフィックの検出に応じて網の属性を計測して好適なしきい値と比較することと、
   もし前記網の属性値が前記好適なしきい値を満たす場合に前記第１の網をデータ通信に選択すること、
   を特徴とする計算機に実装された方法。
2. 請求項１に記載された計算機に実装された方法において、
   前記好適なしきい値が前記第１の網についてデータ通信に利用可能となったとき以降の時間長に基づくことを特徴とする計算機に実装された方法。
3. 請求項１に記載された計算機に実装された方法において、
   前記好適なしきい値が前記第１の網の接続が確立されて以降に前記第１の網でデータを通信可能なデータ帯域幅の最低値に基づくことを特徴とする計算機に実装された方法。
4. 請求項１に記載された計算機に実装された方法において、
   前記好適なしきい値が前記第１の網の接続が確立されて以降に前記第１の網で発信された最低データ量に基づくことを特徴とする計算機に実装された方法。

Images