JP5039975B2 - ゲートウェイ装置 - Google Patents

Description

本発明は，ゲートウェイ装置における冗長構成に関する。

ミッションクリティカルな通信では，通信路や通信装置に障害が発生した際においても，通信の継続，および，障害からの迅速な復旧が求められる。

一般的にネットワーク装置では，同じ処理を行う構成要素を複数設ける（冗長化）ことにより，ある構成要素に障害が発生した際においても，通信を継続する。ネットワーク装置の冗長化は，実際の運用に用いる系（以下，現用系とする）と，前記の現用系に障害が発生した際に処理を引き継ぐ系（以下，予備系）とを組み合わせることにより実現する。

冗長化の例として，特開２００７−２５１８０９には，現用系と，前記の現用系と同一ハードウェアによる予備系を一対一に対応する構成が示されている。
また，特開２００４−１２００６２には，回線終端部に関するＮ＋１重化された冗長構成の切替方式が示されている。
特開２００７−２５１８０９号公報 特開２００４−１２００６２号公報

ＩＥＥＥ８０２．１６ｅ標準は，端末が移動中に接続する基地局を切り替えながら通信を継続する機能をサポートする無線接続方式である。無線端末は，通信開始前に，ユーザＩＤやパスワード等により，認証サーバよりユーザ認証を受ける。また，ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が規定するモバイルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）をサポートすることにより，端末の移動に伴って接続先の基地局を切り替える状況においても，端末のアドレスを変更することなく通信を継続することが可能になる。

無線アクセスネットワークとバックボーンネットワークの境界に設置されるゲートウェイ装置は，移動端末がネットワークアクセスする際，ユーザ認証，端末へのＩＰアドレス割当等，セッションを確立するための処理を担う。ゲートウェイ装置は，セッションに関する情報，すなわち，移動端末に割り当てるＩＰアドレス，モバイルＩＰにおけるトンネルを設定する相手のアドレス等を管理する。

ゲートウェイ装置におけるセッションを管理する処理部に障害が発生した際，通信を継続するためには，冗長化された処理部の現用系が保持するセッションに関する情報を予備系が引き継ぐことが必要となる。セッション情報の引継ぎ処理は，現用系が保持するセッション情報を，随時，予備系にコピーすることにより行う。

特開２００７−２５１８０９のように，一つの現用系に対して一つの予備系を設ける場合には，現用系と予備系とを同一のハードウェアで構成することにより，現用系と予備系との間で，情報の同期化を比較的容易に実現することが可能である。このような構成では，信頼性を向上することが可能になるが，装置全体で通信のために利用可能な処理能力は５０％になる。

一方，特開２００４−１２００６２のように，複数個の現用系に対して，現用系の数よりも少ない数の予備系を設けることにより，装置全体での利用可能な処理能力を高めることが可能になる。

しかしながら，この構成において，現用系と予備系を同一のハードウェアで実現すると，現用系におけるすべてのセッション情報を引き継げなくなる可能性がある。すなわち，メモリ量，または，ＣＰＵ能力の制約により，現用系が保持する全てのセッション情報を予備系にコピーできなくなる可能性がある。また，冗長化処理が負担となるため，現用系の処理能力が低下する可能性がある。たとえば，一つのハードウェアあたり最大１０００セッションを収容可能な現用系を４台，および，一つの予備系による構成の場合，すべての現用系が保持するセッション情報を，予備系にコピーする場合には，予備系は，最大４０００セッション収容することが必要となる。

現用系と予備系のハードウェア構成を同一のものとする場合においては，すべての現用系のハードウェアが保持する，すべてのセッション情報を予備系のハードウェアで保持することが不可能となるため，障害発生時に，通信を継続できないセッションが生じる。

本発明の目的は，複数の現用系に対して，現用系の数よりも少ない数の予備系によって構成されるゲートウェイ装置において，セッションの重要度に応じた系切り替え処理を実現することにある。

上記課題を解決するため，本発明にかかるゲートウェイ装置は，複数の現用系の処理部と現用系の処理部より少ない１以上の予備系の処理部とによって冗長構成されるゲートウェイ装置において，複数の現用系の処理部それぞれがユーザセッションを確立する際に，セッション情報を管理するテーブルを作成し，前記セッション情報を管理するテーブルが持つユーザセッションごとのエントリに，当該セッションの優先度に応じた識別子を設定し，前記ユーザセッションごとのエントリのうち，前記１以上の予備系の処理部に当該エントリをコピーするか否かを前記識別子により判断し，当該判断においてコピーすることを示す前記識別子が設定されているユーザセッションのエントリのみを前記予備系の処理部にコピーすることを特徴とする。

また，本発明にかかるゲートウェイ装置は，上記ゲートウェイ装置において，上記現用系の処理部に障害が発生した際，上記予備系の処理部は，上記予備系の処理部に設けるセッション情報を管理するテーブルから，上記障害が発生した現用系の処理部に関するセッション情報を取り出し，上記障害が発生した現用系の処理部の処理を引き継ぐことを特徴とする。

また，上記課題を解決するため，本発明にかかるゲートウェイ装置は，複数の現用系の処理部と現用系の処理部より少ない１以上の予備系の処理部とによって冗長構成されるゲートウェイ装置において，複数の現用系の処理部それぞれがユーザセッションを確立する際に，ユーザセッションのセッション情報を管理するテーブルを作成し，前記セッション情報を管理するテーブルが持つユーザセッションごとのエントリに，当該セッションの優先度に応じた識別子を設定し，前記ユーザセッションごとのエントリを前記１以上の予備系の処理部にコピーする際に，当該エントリをコピーする周期であって，予め前記識別子と対応して定められている周期を，当該エントリに設定された前記識別子により判別し，当該ユーザセッションのセッション情報を前回コピーした時刻からの経過時間が当該エントリに対して前記判別されたコピー周期よりも大きい場合に，当該エントリを前記予備系の処理部にコピーすることを特徴とする。

また，本発明にかかるゲートウェイ装置は，前記ゲートウェイ装置において，上記現用系の処理部に障害が発生した際，上記予備系の処理部は，上記予備系の処理部に設けるセッション情報を管理するテーブルから，上記障害が発生した現用系の処理部に関するセッション情報を取り出し，上記障害が発生した現用系の処理部の処理を引き継ぐことを特徴とする。

本発明により，現用系から予備系への情報転送量を削減して，処理負荷を低減した簡易な冗長構成を実現することが可能になる。さらに，ユーザやサービスのグレードに応じた信頼性を確保できる。

以下，本発明の実施形態を，図面を用いて説明する。

図１は本発明を適用するネットワーク構成の例を説明するものである。

基地局３は，端末（ＭＳ）２と，無線を介して接続する。ゲートウェイ装置１は，基地局３と接続し，アクセスネットワーク７とバックボーンネットワーク８の間のゲートウェイとして機能する。バックボーンネットワーク８には，ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ６，認証サーバ（ＡＡＡ）５，ＩＥＴＦのＲＦＣ３３４４で規定されるモバイルＩＰのホームエージェント（ＨＡ）４が設置される。ゲートウェイ装置１は認証サーバ５との間で，ユーザの認証処理を行う。また，ゲートウェイ装置１はホームエージェント４との間で，モバイルＩＰの処理を行う。ＤＨＣＰサーバは，ゲートウェイ装置１を経由して，端末２に対してＩＰアドレスを割り当てる。

図１において，ゲートウェイ装置１は，ユーザセッションを確立するための処理を行うＣＰＵボードを複数持つ。また，ゲートウェイ装置１はユーザ認証時に，例えば，端末２−１，端末２−３による通信を優先セッション，端末２−２による通信を非優先セッションとして，セッションの優先度を判定する処理を行う。

なお，図１では無線を用いたネットワークアクセスの例を示すが，本発明を適用するゲートウェイ装置を設置するネットワークは，必ずしも無線アクセスに限定されるものではない。

図２は本発明を適用するゲートウェイ装置１の構成例を示すものである。

ゲートウェイ装置１は，パケット転送処理，セッション確立のための処理，および，セッション情報を管理するための処理を行うＣＰＵボード１１，物理回線との入出力処理，および，ＣＰＵボードへの振り分け処理を行うスイッチボード１２，ＣＰＵボード１１やスイッチボード１２を制御するための処理を行う制御部１３より構成される。ＣＰＵボード１１は複数枚搭載することにより，ＣＰＵボードにおける処理の負荷分散，および，障害発生時にＣＰＵボード間で処理を切り替えるための冗長化を実現する。

図３は本発明を適用するＣＰＵボード１１の構成例を示すものである。

ＣＰＵボード１１は，スイッチボード１２との入出力インタフェースであるスイッチＩ／Ｆ（インタフェース）１１１，ＣＰＵボード１１が処理する送受信パケットを蓄積するパケットバッファ１１２，送受信パケットに対する転送処理，ユーザセッション確立，ユーザセッション管理を行うＣＰＵ１１３，ＣＰＵ１１３の作業領域であり，また，セッションに関する情報を管理するセッション管理テーブルを保持するメモリ１１４，制御とのインタフェースである制御部Ｉ／Ｆ（インタフェース）１１５によって構成される。

図１１は現用系のＣＰＵボード１１に設けるセッション管理テーブル１０００の構成例である。

セッション管理テーブル１０００には，セッションを識別するためのセッション識別子１００１，端末２に割り当てたＩＰアドレス，基地局３とゲートウェイ装置１の間に設定するＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）トンネルの鍵情報，モバイルＩＰの接続先であるホームエージェントのＩＰアドレス，基地局の情報等，セッションを管理するために必要となる情報であるユーザセッション情報１００２，セッション管理テーブル１０００において，該セッションに関するセッション情報を更新した時刻１００３，当該セッションの優先度を示す識別子１００４，を設定するフィールドによって構成されるエントリをセッション単位に設ける。

図１２は予備系のＣＰＵボードに設けるセッション管理テーブル１１００の構成例である。

予備系に設けるセッション管理テーブル１１００は，図１１で示した現用系のＣＰＵボードに設けるセッション管理テーブル１０００の情報がコピーされることによって構成される。

予備系に設けるセッション管理テーブル１１００には，該セッションが，どのＣＰＵボードからコピーされた情報であるかを示すＣＰＵ番号１１０１，セッションを識別するためのセッション識別子１１０２，端末に割り当てたＩＰアドレス，基地局２とゲートウェイ装置１の間に設定するＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）トンネルの鍵情報，モバイルＩＰの接続先であるホームエージェントのＩＰアドレス，基地局の情報等セッションを管理するために必要となる情報であるユーザセッション情報１１０３，該セッションに関するセッション情報のコピーを行ってセッション情報を更新した時刻１１０４，を設定するフィールドをセッション単位に設ける。

図４は，現用系のＣＰＵボード１１が，ユーザセッション確立時に，セッション管理テーブル１０００を作成する手順を説明するフローチャートである。

ゲートウェイ装置１は認証サーバ（ＡＡＡ）５との間で図６に示すシーケンスにしたがって通信することにより，ユーザ認証を行う（Ｓ１１０）。

上記ユーザ認証処理は，端末２がゲートウェイ装置１に対してユーザＩＤ，パスワードを送信し，ゲートウェイ装置１は認証サーバ（ＡＡＡ）５に対して，図６に示すシーケンスのようにユーザＩＤ，パスワードを転送し，認証サーバ（ＡＡＡ）５がユーザ属性の情報を返信する形で行われる。ゲートウェイ装置１と認証サーバ（ＡＡＡ）５との間で用いるユーザ認証のプロトコルとして，例えば，ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｓｅｒｖｉｃｅ）が用いられる。

ステップＳ１１０においてユーザ認証処理が行われた後，セッション管理テーブル１０００に，セッションのエントリを作成する（Ｓ１２０）。ゲートウェイ装置１は，認証サーバ（ＡＡＡ）５との間で行われた，前記図６のユーザ認証処理により取得した該当セッションのユーザ属性情報から，セッションの優先度クラス情報を取得する（Ｓ１３０）。そして，続く，セッションの優先度判定ステップ（Ｓ１４０）において，該セッションの優先度クラス情報に基づいて該セッションの優先度を示す識別子（１００４）の値をセッション管理テーブル１０００のエントリに設定し，処理を終了する（Ｓ１７０）。

ここで,一般にセッションの優先度クラスとして３以上のクラスを設ける場合，上記のセッション優先度判定ステップ（Ｓ１４０）では，セッションの優先度クラスに基づいて，上記のセッション優先度を示す識別子（１００４）をエントリに設定する。ここで，上記のセッション優先度を示す識別子（１００４）の数は，上記優先度クラスのクラス数以下である。例えば，セッションの優先度クラスとして５クラスが存在した場合，上記のセッション優先度を示す識別子（１００４）として，クラス１に対して識別子「１」を，クラス２及び３に対して識別子「２」を，クラス４及び５に対して識別子「３」を該セッションのエントリに設定することができる。

また，上記のセッション優先度判定ステップ（Ｓ１４０）において，上記のセッション優先度を示す識別子（１００４）を優先／非優先の２パターンのみとして判定及び設定することもできる。図４は，この場合の手順を示したフローチャートである。図４では，該セッションが優先セッションの場合には該セッションの優先度を示す識別子となるフラグ（１００４）の値を１にする（Ｓ１６０）。該セッションが非優先セッションの場合には該セッションの優先度を示す識別子となるフラグ（１００４）の値を０にする（Ｓ１６０）。そして，フラグの値をステップＳ１２０で作成したセッション管理テーブル１０００のエントリに設定し，処理を終了する（Ｓ１７０）。

図５は複数のＣＰＵボード１１間で冗長化を実現するために，現用系のＣＰＵボードから予備系のＣＰＵボードに対してセッション情報をコピーする手順，および，一つの現用系のＣＰＵボードに障害が発生した際，予備系のＣＰＵボードに系を切り替える手順を説明するシーケンス図である。図５では，簡易のため，２つの現用系のＣＰＵボード，および，１つの予備系のＣＰＵボードによって構成される冗長構成の例を示す。

初期状態では，ＣＰＵ＃１（１１−１）およびＣＰＵ＃２（１１−２）の２個のＣＰＵボードを現用系のＣＰＵボードとする（２０００−１，２０００−２）。また，ＣＰＵ＃３（１１−３）のＣＰＵボードを予備系のＣＰＵボードとする（２０００−３）。

現用系のＣＰＵボードであるＣＰＵ＃１（１１−１），および，ＣＰＵ＃２（１１−２）は，定期的に該ＣＰＵボードが保持するセッション情報を，予備系のＣＰＵボードであるＣＰＵ＃３（１１−３）に対してコピーする（２１００−１，２１００−２）。

ここで現用系のＣＰＵボードＣＰＵ＃１（１１−１）に障害が発生する（２２００）と，予備系のＣＰＵボードＣＰＵ＃３（１１−３）は，ＣＰＵ＃１（１１−１）に障害が発生したことを検知する（２２５０）。ＣＰＵ＃３（１１−３）が，ＣＰＵ＃１（１１−１）が障害発生したことの検知は，例えば，ＣＰＵ＃１（１１−１）が送信する障害発生を通知する信号を，ＣＰＵ＃３（１１−３）が受信するか，あるいは，予備系のＣＰＵボード（１１−３）が，現用系のＣＰＵボードＣＰＵ＃１（１１−１）が定期的に送信している信号を受信しなくなることにより行われる。

予備系のＣＰＵボードＣＰＵ＃３（１１−３）は，障害が発生したＣＰＵボードＣＰＵ＃１（１１−１）に替わって現用系として機能するための系切替処理を行う（２３００）。

ＣＰＵ＃３（１１−３）は，系を切り替えて現用系として起動したことを現用系ＣＰＵボードであるＣＰＵ＃２（１１−２）に対して通知する（２４００）。以降，ＣＰＵ＃３は現用系のＣＰＵボードとして機能する（２５００）。

障害が発生したＣＰＵボードであるＣＰＵ＃１（１１−１）は，ハードウェアの交換，または，ＣＰＵボードが搭載するソフトウェアを再起動することにより，復旧処理（２６００）した後，予備系のＣＰＵボードとして機能する（２７００）。

ＣＰＵ＃１（１１−１）は，予備系として起動したことを，現用系であるＣＰＵボードＣＰＵ＃２（１１−２），およびＣＰＵ＃３（１１−３）に対して通知する（２８００−１，２８００−２）。以降，現用系のＣＰＵボードＣＰＵ２（１１−２），およびＣＰＵ＃３（１１−３）は，予備系のＣＰＵボードであるＣＰＵ＃１（１１−１）に対して，セッション情報をコピーする（２９００−１，２９００−２）。

図７は，現用系のＣＰＵボードで障害が発生した際に，予備系ＣＰＵボードが行う系切替処理を説明するフローチャートである。

最初に，予備系のＣＰＵボードは，現用系のＣＰＵボードで障害が発生したことを検知する（Ｓ２１０）。

予備系に設けるセッション管理テーブルのエントリに関して，障害が発生した現用系のＣＰＵボードに関するエントリのみを残し，障害が発生していないそのほかの現用系のＣＰＵボードに関するエントリを削除する（Ｓ２２０）。

予備系から現用系へ系の切替をすることを，障害が発生していない現用系のＣＰＵボードに対して通知し（Ｓ２３０），該ＣＰＵボードは，現用系に切り替わる（Ｓ２４０）。以降，障害が発生したＣＰＵボードのセッション情報を引き継ぐことにより，現用系として機能する（Ｓ２５０）。

次に，現用系から予備系に対してセッション情報をコピーするための処理手順を図８の場合について説明する。図８は，図４のセッション優先度判定ステップ（Ｓ１４０）において，該セッションの優先度を示す識別子（１００４）を優先／非優先の２パターンとして判定してエントリに識別子フラグ設定した場合に，現用系から予備系に対してセッション情報をコピーするための処理を説明するフローチャートである。該セッションが優先セッションの場合には該セッションの優先度を示す識別子となるフラグ（１００４）の値は１，該セッションが非優先セッションの場合には該セッションの優先度を示す識別子となるフラグ（１００４）の値は０となっている。

最初に，該ＣＰＵボードが，前回予備系のＣＰＵボードに対してセッション情報のコピーを行った時刻と，該セッションの更新時刻を比較する（Ｓ３１０）。ステップ３１０において，該セッションのセッション情報が，前回のコピー時刻以降に更新されていなければ，処理を終了する（Ｓ３４０）。この処理は，前回のコピー以降に更新された情報のみをコピーすることにより，処理負荷を低減するものである。

該セッションが，前回のコピー以降に更新されている場合，次に，該セッションが優先セッションであるか否か（セッションの優先／非優先を示す識別子フラグの値が１か０か）を判定する（Ｓ３２０）。セッションの優先／非優先を示す識別子フラグの値が「１」である場合には，該セッションが優先セッションであるものとしてセッション情報をコピーし（Ｓ３３０），処理を終了する（Ｓ３４０）。一方，ステップＳ３２０において，セッションの優先／非優先を示す識別子フラグの値が「０」の場合には，該セッションが非優先セッションではないとして，セッション情報のコピーを行わず，処理を終了する（Ｓ３４０）。

また、本発明では，現用系から予備系に対してセッション情報をコピーする処理において，セッションの優先度に応じて，コピーを行う頻度を変えることもできる。

ここで，セッションの優先度に応じて，現用系から予備系に対してセッション情報を引き継ぐ頻度を変えてコピーを行う処理を説明する。図９は，上記処理を説明するフローチャートである。
なお，セッション情報が引き継がれる該ＣＰＵボードがコピー処理を行う際，最初に，前回予備系のＣＰＵボードに対してセッション情報のコピーを行った時刻と，該セッションの更新時刻を比較し，該セッションのセッション情報が，前回のコピー時刻以降に更新されていなければ，処理を終了するという処理は，上記の実施例と同様である（図８中の（Ｓ３１０）に相当）。

最初に，該セッションの優先度を示す識別子（１００４）を判定する（Ｓ４００）。ここで，それぞれの識別子には，対応するセッション情報のコピー周期が予め定められており，上記識別子に対応して，該セッション情報のコピーを行う周期が異なるように処理が分岐する。例えば，上記識別子を「０，１，２，・・・，Ｎ」として，値の小さいほうから順番に,識別子に対応する該セッション情報のコピー周期を短いものと定めた場合，それぞれの分岐において，定められたコピー周期が経過したか否かの判定処理を行う（Ｓ４２０〜Ｓ４２３）。

上記判定処理では、前回該セッションに関するセッション情報のコピーを行った時刻（１１０４）と当該コピー処理を行う時刻を比較して，前回コピーを行ってからの経過時間を求める。そして、当該識別子に対応して定められた該セッション情報のコピー周期よりも前回コピーを行ってからの経過時間が大きい場合，当該コピー周期が経過したものと判定し，一方，上記コピー周期よりも上記経過時間が小さい場合，当該定められたコピー周期が経過していないものと判定する。

そして，上記判定処理に従って，当該コピー周期が経過していればセッション情報をコピーし（Ｓ４１０），処理を終了する（Ｓ４３０）。当該コピー周期が経過していなければコピーは行わず，処理を終了する（Ｓ４３０）。

また，上記のセッション優先度判定ステップ（Ｓ１４０）において，該セッションの優先度を示す識別子（１００４）が優先／非優先の２パターンのみの場合において，現用系から予備系に対してセッション情報をコピーする処理を説明する。図１０は，この場合の手順を示したフローチャートである。

最初に，ステップＳ５００において，該セッションが優先セッションであるか否か（セッションの優先／非優先を示す識別子フラグの値が１か０か）を判定する。該セッションが優先セッションである場合（セッションの優先／非優先を示す識別子フラグの値が１）には，セッション情報をコピーし（Ｓ５１０），処理を終了する（Ｓ５３０）。一方，ステップＳ５００において，該セッションが優先セッションではない場合（セッションの優先／非優先を示す識別子フラグの値が０の場合）には，非優先セッションに対応したコピー周期であるか否かを判定する（Ｓ５２０）。

ここで，非優先セッションに対するセッション情報のコピー周期が予め定められており，上記判定処理では、前回該セッションに関するセッション情報のコピーを行った時刻（１１０４）と当該コピー処理を行う時刻を比較して，前回コピーを行ってからの経過時間を求める。そして、当該非優先セッションについて定められたコピー周期よりも前回コピーを行ってからの経過時間が大きい場合，当該コピー周期が経過したものと判定し，一方，上記コピー周期よりも上記経過時間が小さい場合，当該定められたコピー周期が経過していないものと判定する。

そして，上記判定処理に従って，非優先セッションに対応したコピー周期が経過した場合には，セッション情報をコピーし（Ｓ５１０），処理を終了する（Ｓ５３０）。一方，ステップ５２０において，非優先セッションに対応したコピー周期が経過していない場合には，処理を終了する（Ｓ５３０）。

本発明を適用するネットワーク構成の例 本発明を適用するゲートウェイ装置の構成例 本発明を適用する制御部の構成例 セッション確立時のセッション管理テーブル作成フローチャート 冗長化処理に関するＣＰＵボード間のシーケンス ゲートウェイ−ＡＡＡ間の認証シーケンス 障害発生時の予備系ＣＰＵの動作に関するフローチャート 冗長系へのコピー手順の例を示すフローチャート（優先／非優先でコピーの可否を判定する例） 冗長系へのコピー手順の例を示すフローチャート（コピー頻度を変える例） 冗長系へのコピー手順の例を示すフローチャート（コピー頻度を優先／非優先で変える例） 現用系のセッション管理テーブルの構成例 予備系のセッション管理テーブル

符号の説明

１ ゲートウェイ装置
２ 端末
３ 基地局
４ ホームエージェント
５ 認証サーバ
６ ＤＨＣＰサーバ
７ アクセスネットワーク
８ バックボーンネットワーク
１１ ＣＰＵボード
１２ スイッチボード
１３ 制御部
１１１ スイッチインタフェース
１１２ パケットバッファ
１１３ ＣＰＵ
１１４ メモリ
１１５ 制御部インタフェース
１０００ 現用系ＣＰＵボードが持つセッション情報管理テーブル
１１００ 予備系ＣＰＵボードが持つセッション情報管理テーブル

Claims (2)

1. 複数の現用系の処理部と現用系の処理部より少ない１以上の予備系の処理部とによって冗長構成されるゲートウェイ装置において、
   前記現用系の処理部及び予備系の処理部がそれぞれ、ユーザセッションのセッション情報を管理するテーブルを備え、
   前記現用系の処理部が備える前記セッション情報を管理するテーブルが持つユーザセッションごとのエントリに、当該セッションの優先度を示す３つ以上の異なる値を有する識別子を設定し、
   前記ユーザセッションごとのエントリのセッション情報を前記予備系の処理部が備えるセッション情報を管理するテーブルにコピーする際に、エントリをコピーする周期であって、予め前記識別子と対応して定められている周期を、当該エントリに設定された前記識別子により判別し、
   当該ユーザセッションごとのエントリのセッション情報を前回コピーした時刻からの経過時間が、当該エントリに対して前記判別されたコピー周期よりも大きい場合に、当該エントリのセッション情報を前記予備系の処理部が備えるセッション情報を管理するテーブルにコピーすることを特徴とするゲートウェイ装置。
2. 前記請求項１のゲートウェイ装置において、
   前記現用系の処理部に障害が発生した際、
   前記予備系の処理部は、前記予備系の処理部に設けるセッション情報を管理するテーブルから、前記障害が発生した現用系の処理部に関するセッション情報を取り出し、前記障害が発生した現用系の処理部の処理を引き継ぐことを特徴とするゲートウェイ装置。