(57)【要約】【課題】現用ルータと待機ルータとを備える冗長化データ中継装置を用いてメッセージＩＤを含む生存確認パケットの送受信を行う上で、待機ルータが現用ルータに切替えられる際に、シーケンシャルなメッセージＩＤに関して同期のとれた引継ぎを簡単かつ適正に行えるようにする。【解決手段】現用ルータ１２０から対向装置２１０に対して不定期に送信されていたメッセージＩＤを含む生存確認パケットを、一定時間ｔ毎に強制的に送信させることで、待機ルータ１３０側でも送信開始時からの所要時間Ｔから現在のメッセージＩＤを常に推定可能とし、待機ルータ１３０が現用ルータに切替わる際には、所要時間Ｔと一定時間ｔとの情報に基づき現在のメッセージＩＤを推定し、推定された現在のメッセージＩＤから対向装置２１０に対する送信を引継ぐことで最終的に同期のとれたメッセージＩＤを確定させることができるようにした。【選択図】        図３
2008311852.tif 000002
【特許請求の範囲】
【請求項１】
現用ルータと待機ルータとを備え、前記現用ルータに障害が発生した場合に前記待機ルータを現用ルータに切替える冗長化データ中継装置を用いて対向装置との間で送信毎にインクリメントされるメッセージＩＤを含む生存確認パケットを送受信する暗号化通信方法において、
前記現用ルータが、一定時間毎に前記生存確認パケットを前記対向装置に対して送信するパケット送信工程と、
前記待機ルータが現用ルータに切替わる際、該待機ルータが、元の前記現用ルータによる前記生存確認パケットの送信開始から該待機ルータの現用ルータへの切替えまでに要した所要時間と前記一定時間とに基づく演算結果から現在のメッセージＩＤを推定し、推定された現在のメッセージＩＤを含む前記生存確認パケットから前記対向装置に対する送信を引継ぐパケット送信引継ぎ工程と、
を含むことを特徴とする冗長化データ中継装置を用いた暗号化通信方法。
【請求項２】
前記パケット送信引継ぎ工程では、前記所要時間から前記現用ルータの障害検出に要する切替時間を減じた時間を前記一定時間で除した演算結果から現在のメッセージＩＤを推定することを特徴とする請求項１に記載の冗長化データ中継装置を用いた暗号化通信方法。
【請求項３】
推定される現在のメッセージＩＤは、前記演算結果からメッセージＩＤ数個分をデクリメントした値であることを特徴とする請求項１または２に記載の冗長化データ中継装置を用いた暗号化通信方法。
【請求項４】
前記パケット送信引継ぎ工程は、推定された現在のメッセージＩＤをインクリメントしながら前記生存確認パケットを順次送信し前記対向装置からの受信応答があった時点で、現在のメッセージＩＤを確定するメッセージＩＤ確定工程を含むことを特徴とする請求項１〜３のいずれか一つに記載の冗長化データ中継装置を用いた暗号化通信方法。
【請求項５】
前記パケット送信引継ぎ工程におけるメッセージＩＤ確定までの前記生存確認パケットの送信間隔は、前記パケット送信工程における前記一定時間の間隔よりも短いことを特徴とする請求項４に記載の冗長化データ中継装置を用いた暗号化通信方法。
【請求項６】
現用ルータと待機ルータとを備え、前記現用ルータに障害が発生した場合に前記待機ルータを現用ルータに切替え、対向装置との間で送信毎にインクリメントされるメッセージＩＤを含む生存確認パケットを暗号化通信により送受信する冗長化データ中継装置であって、
前記現用ルータは、
一定時間毎に前記生存確認パケットを前記対向装置に対して送信するパケット送信手段を備え、
前記待機ルータは、
前記現用ルータによる前記生存確認パケットの送信開始に同期して計時するタイマ手段と、
該待機ルータが現用ルータに切替わる際、前記タイマ手段によって計時された該待機ルータの現用ルータへの切替えまでに要した所要時間と前記一定時間とに基づく演算結果から現在のメッセージＩＤを推定する推定手段と、
推定された現在のメッセージＩＤを含む前記生存確認パケットから前記対向装置に対する送信を引継ぐパケット送信引継ぎ手段と、
を備えることを特徴とする冗長化データ中継装置。
【請求項７】
前記推定手段は、前記所要時間から前記現用ルータの障害検出に要する切替時間を減じた時間を前記一定時間で除した演算結果から現在のメッセージＩＤを推定することを特徴とする請求項６に記載の冗長化データ中継装置。
【請求項８】
前記推定手段は、前記演算結果からメッセージＩＤ数個分をデクリメントした値を現在のメッセージＩＤとして推定することを特徴とする請求項６または７に記載の冗長化データ中継装置。
【請求項９】
前記パケット送信引継ぎ手段は、推定された現在のメッセージＩＤをインクリメントしながら前記生存確認パケットを順次送信し前記対向装置からの受信応答があった時点で、現在のメッセージＩＤを確定することを特徴とする請求項６〜８のいずれか一つに記載の冗長化データ中継装置。
【請求項１０】
前記パケット送信引継ぎ手段におけるメッセージＩＤ確定までの前記生存確認パケットの送信間隔は、前記パケット送信手段における前記一定時間の間隔よりも短いことを特徴とする請求項９に記載の冗長化データ中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、現用ルータと待機ルータとを備える冗長化データ中継装置および冗長化データ中継装置を用いた暗号化通信方法に関するものである。
【背景技術】
【０００２】
通信の安全性を確保する暗号化通信のための代表的なプロトコルとしてＩＰｓｅｃ（Internet Protocol Security RFC2401〜RFC2412）が規定されている。すなわち、ＩＰｓｅｃは、インターネット標準の鍵交換プロトコルであるＩＳＡＫＭＰ（Internet Security Association and Key Management Protocol）を用いてセキュアなネットワーク通信を実現するプロトコルであり、企業の拠点（ルータ）間をインターネット上で接続するインターネットＶＰＮ（Virtual Private Network）が現在の代表的な利用形態となっている（例えば、非特許文献１参照）。このＩＰｓｅｃでは、暗号化通信を行うルータ間でネゴシエーションを行って暗号や認証のための鍵を生成し、暗号化通信のためのアルゴリズム等の情報を交換した後、これらの情報に基づいて暗号化通信を行うものである（ＳＡ：Security Association）。
【０００３】
このようなＩＰｓｅｃを利用して、より信頼性の高いネットワークを実現するためには、ネットワークを冗長構成にすることが望ましい。ルータを冗長化するためのプロトコルとしてＶＲＲＰ（Virtual Router Redundancy Protocol RFC3768）が規定されている。例えば、２台のルータのうちの一方を現用ルータ、他方を待機ルータとして冗長構成の仮想ルータを構築し、現用ルータが動作中に何らかの障害が発生して通信不可となった際に、待機ルータが現用ルータに切替えられて動作を開始することで、通信を継続できるようにするものである。
【０００４】
一方、通信データを保護するＳＡをルータ間で確立するためのシグナルプロトコルとして、近年では、ＩＫＥｖ２（Internet Key Exchange version 2）が規定されている（例えば、非特許文献２参照）。このＩＫＥｖ２メッセージは、ＳＡ確立のためのネゴシエーションや対向装置の生存確認のために使用されるもので、リクエスト（Request）とそれに対するレスポンス（Response）との対からなる。そして、リクエスト送信後、対向装置からの通信データが長期間ない場合、リクエストを再送し、そのレスポンスを受信することにより生存確認を行うようにしている。
【０００５】
【非特許文献１】マスタリングＩＰｓｅｃ第２版、馬場達也著、Ｏ‘ＲＥＩＬＬＹ
【非特許文献２】［ＲＦＣ４３０６］Internet Key Exchange(ＩＫＥｖ２) Protocol,December 2005
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＩＫＥｖ２を用いたＩＰｓｅｃの場合、以下のような問題から、冗長化には不向きとされている。プロトコルＩＫＥｖ２で送受信される生存確認パケットのヘッダ内には、識別子として利用され送信毎にインクリメントされるメッセージＩＤ（Message ID）と呼ばれるフィールドが存在する。対向装置側は、送信側からのリクエストを受信したら、同じメッセージＩＤのレスポンスを返信することを基本とするが、メッセージＩＤが次に受信すると予想される番号以外のパケットは、不正パケットであると判断し、自己防衛として廃棄するようにしている。ここで、冗長化構成において、待機ルータ側に切替えられた際、メッセージＩＤに関して同期がとれていないと、対向装置側で予想されるメッセージＩＤとは異なるメッセージＩＤの生存確認パケットを送信してしまい、廃棄されてしまう。
【０００７】
したがって、冗長化構成のルータを用いてＩＫＥｖ２方式でＩＰｓｅｃ通信を行う場合にも、メッセージＩＤの番号情報の管理が必要であり、現用ルータから待機ルータに切替えられた際に、シーケンシャルなメッセージＩＤの同期をとるため、待機ルータがどの番号のメッセージＩＤから使用すればよいかの情報が必要となる。このためには、例えば現用ルータと待機ルータとの間でメッセージＩＤを特定するための同期パケットを送受信すればよいが、生存確認パケット送信毎に同期パケットを送受信する方式では、ネットワークにかかる負荷が大きくなってしまう。
【０００８】
本発明は、上記に鑑みてなされたものであって、現用ルータと待機ルータとを備える冗長化データ中継装置を用いてメッセージＩＤを含む生存確認パケットの送受信を行う上で、待機ルータが現用ルータに切替えられる際に、シーケンシャルなメッセージＩＤに関して同期のとれた引継ぎを簡単かつ適正に行うことができる冗長化データ中継装置および冗長化データ中継装置を用いた暗号化通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明にかかる冗長化データ中継装置を用いた暗号化通信方法は、現用ルータと待機ルータとを備え、前記現用ルータに障害が発生した場合に前記待機ルータを現用ルータに切替える冗長化データ中継装置を用いて対向装置との間で送信毎にインクリメントされるメッセージＩＤを含む生存確認パケットを送受信する暗号化通信方法において、前記現用ルータが、一定時間毎に前記生存確認パケットを前記対向装置に対して送信するパケット送信工程と、前記待機ルータが現用ルータに切替わる際、該待機ルータが、元の前記現用ルータによる前記生存確認パケットの送信開始から該待機ルータの現用ルータへの切替えまでに要した所要時間と前記一定時間とに基づく演算結果から現在のメッセージＩＤを推定し、推定された現在のメッセージＩＤを含む前記生存確認パケットから前記対向装置に対する送信を引継ぐパケット送信引継ぎ工程と、を含むことを特徴とする。
【００１０】
また、本発明にかかる冗長化データ中継装置を用いた暗号化通信方法は、上記発明において、前記パケット送信引継ぎ工程では、前記所要時間から前記現用ルータの障害検出に要する切替時間を減じた時間を前記一定時間で除した演算結果から現在のメッセージＩＤを推定することを特徴とする。
【００１１】
また、本発明にかかる冗長化データ中継装置を用いた暗号化通信方法は、上記発明において、推定される現在のメッセージＩＤは、前記演算結果からメッセージＩＤ数個分をデクリメントした値であることを特徴とする。
【００１２】
また、本発明にかかる冗長化データ中継装置を用いた暗号化通信方法は、上記発明において、前記パケット送信引継ぎ工程は、推定された現在のメッセージＩＤをインクリメントしながら前記生存確認パケットを順次送信し前記対向装置からの受信応答があった時点で、現在のメッセージＩＤを確定するメッセージＩＤ確定工程を含むことを特徴とする。
【００１３】
また、本発明にかかる冗長化データ中継装置を用いた暗号化通信方法は、上記発明において、前記パケット送信引継ぎ工程におけるメッセージＩＤ確定までの前記生存確認パケットの送信間隔は、前記パケット送信工程における前記一定時間の間隔よりも短いことを特徴とする。
【００１４】
また、本発明にかかる冗長化データ中継装置は、現用ルータと待機ルータとを備え、前記現用ルータに障害が発生した場合に前記待機ルータを現用ルータに切替え、対向装置との間で送信毎にインクリメントされるメッセージＩＤを含む生存確認パケットを暗号化通信により送受信する冗長化データ中継装置であって、前記現用ルータは、一定時間毎に前記生存確認パケットを前記対向装置に対して送信するパケット送信手段を備え、前記待機ルータは、前記現用ルータによる前記生存確認パケットの送信開始に同期して計時するタイマ手段と、該待機ルータが現用ルータに切替わる際、前記タイマ手段によって計時された該待機ルータの現用ルータへの切替えまでに要した所要時間と前記一定時間とに基づく演算結果から現在のメッセージＩＤを推定する推定手段と、推定された現在のメッセージＩＤを含む前記生存確認パケットから前記対向装置に対する送信を引継ぐパケット送信引継ぎ手段と、を備えることを特徴とする。
【００１５】
また、本発明にかかる冗長化データ中継装置は、上記発明において、前記推定手段は、前記所要時間から前記現用ルータの障害検出に要する切替時間を減じた時間を前記一定時間で除した演算結果から現在のメッセージＩＤを推定することを特徴とする。
【００１６】
また、本発明にかかる冗長化データ中継装置は、上記発明において、前記推定手段は、前記演算結果からメッセージＩＤ数個分をデクリメントした値を現在のメッセージＩＤとして推定することを特徴とする。
【００１７】
また、本発明にかかる冗長化データ中継装置は、上記発明において、前記パケット送信引継ぎ手段は、推定された現在のメッセージＩＤをインクリメントしながら前記生存確認パケットを順次送信し前記対向装置からの受信応答があった時点で、現在のメッセージＩＤを確定することを特徴とする。
【００１８】
また、本発明にかかる冗長化データ中継装置は、上記発明において、前記パケット送信引継ぎ手段におけるメッセージＩＤ確定までの前記生存確認パケットの送信間隔は、前記パケット送信手段における前記一定時間の間隔よりも短いことを特徴とする。
【発明の効果】
【００１９】
本発明にかかる冗長化データ中継装置および冗長化データ中継装置を用いた暗号化通信方法は、現用ルータから対向装置に対して不定期に送信されていたメッセージＩＤを含む生存確認パケットを、一定時間毎に強制的に送信させることで、待機ルータ側でも送信開始時からの所要時間から現在のメッセージＩＤを常に推定可能とし、待機ルータが現用ルータに切替わる際には、所要時間と一定時間との情報に基づき現在のメッセージＩＤを推定し、推定された現在のメッセージＩＤから対向装置に対する送信を引継ぐことで最終的に同期のとれたメッセージＩＤを確定させることができ、このためにも現用ルータと待機ルータとの間でメッセージＩＤを特定するための同期パケットの送受信を行う必要がなくネットワークに余計な負荷をかけることなく、シーケンシャルなメッセージＩＤに関して同期のとれた引継ぎを簡単かつ適正に行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に、本発明にかかる冗長化データ中継装置および冗長化データ中継装置を用いた暗号化通信方法の実施の形態を図１〜図３に基づいて詳細に説明する。なお、本発明は、以下の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々の変更実施の形態が可能である。
【００２１】
図１は、本発明にかかる冗長化データ中継装置を用いた暗号化通信方法が適用される暗号化通信システムのシステム構成例を示す概略図である。このシステムは、単純化して示す一例として、インターネット１上のアクセスポイントＡＰを介して、或る企業内ＬＡＮ１００と、或る企業内ＬＡＮ２００とが接続されたものである。企業内ＬＡＮ１００，２００は、それぞれ冗長化データ中継装置１１０，２１０を備え、自己の企業内ＬＡＮ１００，２００内では通常のＩＰパケットにより通信を行うが、冗長化データ中継装置１１０，２１０がＩＰｓｅｃを終端する機能を有し、企業内ＬＡＮ１００，２００間の通信を冗長化データ中継装置１１０，２１０がＩＰｓｅｃパケットに変換して暗号化通信を行い得るように構成されている。ここでは、ＩＰｓｅｃパケットの通信において、例えば冗長化データ中継装置１１０が自局側となり、冗長化データ中継装置２１０が対向局側となるものとする。また、本実施の形態では、通信データを保護するＳＡを冗長化データ中継装置１１０，２１０間で確立するためにＩＫＥｖ２プロトコルの規定が適用され、ＩＫＥｖ２メッセージがＳＡ確立のためのネゴシエーションや対向装置の生存確認に使用される。
【００２２】
本発明が適用される冗長化データ中継装置１１０は、物理的に複数台のルータを備える仮想ルータとして構成されている。その一つは現用ルータ１２０として機能し、他は待機ルータ１３０として機能し、現用ルータ１２０に障害が発生した場合でも自動的に待機ルータ１３０を現用ルータに切替えることで通信を継続させ得る冗長化構成のものである。ここで、現用ルータ１２０や待機ルータ１３０は、物理的に同一の筐体中に格納されていてもよいが、物理的に離れた箇所に別個に配置されていてもよい。また、待機ルータ１３０は、１台に限らず、複数台備え、障害発生時には予め設定された優先順位に従い順次ルータ切替えが行われるようにしてもよい。また、現用ルータ１２０と待機ルータ１３０との間は、例えば専用回線１４０で接続されているが、専用回線１４０は必須ではなく、インターネット１を経由する回線側または端末を接続する回線側にレイヤ２スイッチを配置し、専用回線を使用せずに接続することも可能である。
【００２３】
ここで、現用ルータ１２０や待機ルータ１３０は、ハードウエア構成として、基本的には、プロセッサ、プログラムメモリ、テーブルメモリ、回線インターフェース（ポート）等を備え、ＩＰｓｅｃパケットを用いて暗号化通信を行うための周知の機能が実現されている。図２は、周知の暗号化通信機能に付加されて冗長化データ中継装置１１０が主に本発明を実現するために有する機能を概略的に示す機能ブロック図である。
【００２４】
まず、現用ルータ１２０は、パケット転送制御部１２１、ＩＫＥｖ２パケット生成送信部１２２、メッセージＩＤ管理部１２３、ＩＫＥｖ２受信部１２４、タイマ１２５、送信開始制御部１２６および稼動状態確認用パケット送信部１２７等を備える。パケット転送制御部１２１は、現用ルータ１２０が有する既存の暗号化通信機能を集約して示すもので、ＩＰｓｅｃパケットの組立て・分解処理機能等を含み、実際にＩＰｓｅｃパケットの送受信を行うためのものである。
【００２５】
ＩＫＥｖ２パケット生成送信部１２２は、対向装置の生存確認のためのＩＫＥｖ２パケットを生存確認パケットとして生成して、例えば対向装置である冗長化データ中継装置２１０に対して送信するためのものであり、パケット送信手段として機能する。ここで、ＩＫＥｖ２パケットは、リクエスト（Request）とそれに対応するレスポンス（Response）との組からなり、ヘッダ内には、このＩＫＥｖ２パケットの到達確認用の識別子に使用されるメッセージＩＤ（Message ID）のフィールドが存在する。メッセージＩＤ管理部１２３は、このＩＫＥｖ２パケットに含まれるメッセージＩＤを、ＩＫＥｖ２パケット生成送信部１２２による送信毎に＋１ずつシーケンシャルにインクリメントするように管理するためのものであり、最初のメッセージＩＤの番号情報は０である。ＩＫＥｖ２パケット受信部１２４は、ＩＫＥｖ２パケット生成送信部１２２によるＩＫＥｖ２パケットのリクエストに対して、例えば対向装置である冗長化データ中継装置２１０側からレスポンス返信があった場合に、そのレスポンスの受信により生存を確認してメッセージＩＤ管理部１２３が管理するメッセージＩＤを＋１インクリメントさせるためのものである。
【００２６】
また、タイマ１２５は、ＩＫＥｖ２パケット生成送信部１２２によるＩＫＥｖ２パケットの送信を一定時間ｔ毎に定期的に行わせるために時間経過を管理するためのものである。ここで、一定時間ｔは、例えば数十秒〜数百秒の如く設定される。送信開始制御部１２６は、ＩＫＥｖ２パケット生成送信部１２２による定期的なＩＫＥｖ２パケットの送信開始のタイミングを制御するためのものである。送信開始制御部１２６は、例えば、対向装置である冗長化データ中継装置２１０側とのＳＡのセットアップ完了時を送信開始タイミングとして設定し、待機ルータ１３０側に対してはメッセージＩＤ用の同期信号を出力する。
【００２７】
また、稼動状態確認用パケット送信部１２７は、現用ルータ１２０が正常稼動状態にあることを示すAdvertisement信号を、例えば専用回線１４０等を介して、待機ルータ１３０側に所定間隔毎に定期的にブロードキャストさせるためのものである。
【００２８】
一方、待機ルータ１３０は、パケット転送制御部１３１、ＩＫＥｖ２パケット生成送信部１３２、稼動状態確認用パケット受信部１３３、ルータ切替部１３４、タイマ１３５、メッセージＩＤ推定部１３６、メッセージＩＤ管理部１３７、ＩＫＥｖ２受信部１３８等を備える。パケット転送制御部１３１は、待機ルータ１３０が有する既存の暗号化通信機能を集約して示すもので、ルータ切替えに伴い現用ルータとして機能する場合にＩＰｓｅｃパケットの組立て・分解処理等を行い、実際にＩＰｓｅｃパケットの送受信を行うためのものである。また、ＩＫＥｖ２パケット生成送信部１３２は、ルータ切替えに伴い現用ルータとして機能する場合に、対向装置の生存確認のためのＩＫＥｖ２パケットを生存確認パケットとして引継ぎ生成して、例えば対向装置である冗長化データ中継装置２１０に対して送信するためのものである。ここで、現用ルータ１２０が冗長化データ中継装置２１０との間で行ったＳＡ情報等は、そのセットアップ時や更新時に現用ルータ１２０側から待機ルータ１３０側に転送されており、待機ルータ１３０の稼動時に引継ぎ可能とされている。
【００２９】
また、稼動状態確認用パケット受信部１３３は、現用ルータ１２０から所定間隔毎に定期的に送信されてくるAdvertisement信号を受信することで現用ルータ１２０の状態を常に監視するためのものである。ルータ切替部１３４は、稼動状態確認用パケット受信部１３３がAdvertisement信号を受信しなかった場合に、現用ルータ１２０に障害が発生したと判断し、自己の待機ルータ１３０を現用ルータに切替えるためのものである。すなわち、待機ルータ１３０が有するＩＫＥｖ２パケット生成送信部１３２やパケット転送制御部１３１を有効にし、同一ＳＡでの通信の継続を可能とする。
【００３０】
タイマ１３５は、現用ルータ１２０におけるＩＫＥｖ２パケットの送信開始を示す送信開始制御部１２６からの同期信号に同期して時間の計時を開始し、ルータ切替部１３４からルータ切替信号が入力された時点でその計時を停止することで、現用ルータ１２０によるＩＫＥｖ２パケットの送信開始から待機ルータ１３０の現用ルータへの切替えまでに要した所要時間Ｔを計時するタイマ手段として機能する。メッセージＩＤ推定部１３６は、待機ルータ１３０が現用ルータに切替わる際に、現用ルータ１２０側で使用していた現在のメッセージＩＤの番号情報を推定する推定手段として機能する。このメッセージＩＤ推定部１３６は、基本的には、タイマ１３５で計時された所要時間Ｔ（現用ルータ１２０によるＩＫＥｖ２パケットの送信開始から待機ルータ１３０の現用ルータへの切替えまでに要した時間）と、現用ルータ１２０におけるＩＫＥｖ２パケットを定期的に送信するための一定時間ｔとの情報に基づく演算結果を用いて現在のメッセージＩＤを推定する。
【００３１】
また、メッセージＩＤ管理部１３７は、ＩＫＥｖ２パケット受信部１３８がレスポンスを受信するまでは、メッセージＩＤ推定部１３６により推定された現在のメッセージＩＤから＋１ずつシーケンシャルにインクリメントさせたＩＫＥｖ２パケットのリクエストをＩＫＥｖ２パケット生成送信部１３２で順次生成して送信させるとともに、ＩＫＥｖ２パケット受信部１３８がレスポンスを受信した時点で現在のメッセージＩＤを確定して、ＩＫＥｖ２パケットの送受信毎にメッセージＩＤを＋１ずつシーケンシャルにインクリメントさせるように管理するためのものである。これらＩＫＥｖ２パケット生成送信部１３２、メッセージＩＤ管理部１３７およびＩＫＥｖ２パケット受信部１３８が、パケット送信引継ぎ手段として機能する。
【００３２】
なお、現用ルータ１２０と待機ルータ１３０とは、それぞれ相互に待機ルータ、現用ルータになり得るものであり、両者とも同一の機能構成を有しているが、図２では、説明を簡単にするため、現用ルータ１２０に関しては現用ルータ用の機能構成を示し、待機ルータ１３０に関しては待機ルータ用の機能構成を示したものである。したがって、現用ルータ１２０に障害があり、待機ルータ１３０に切替えられた際には、図２に示す機能は、それぞれ逆に実行されることとなる。
【００３３】
次に、このような冗長化構成下での本実施の形態のメッセージＩＤの同期方法について、図３を参照して説明する。図３は、メッセージＩＤの引継ぎ時の同期方法を示す概略シーケンス図である。ここでは、現用ルータ１２０ないしは待機ルータ１３０と対向装置である冗長化データ中継装置２１０との間におけるＩＫＥｖ２パケットの送受信の例として説明する。図３では、途中経路となるインターネット１は、省略してある。また、図３中、Ｒｅｑ（ｎ）は、メッセージＩＤの番号情報がｎのリクエストを示し、Ｒｅｓ（ｎ）は、メッセージＩＤの番号情報がｎのレスポンスを示している。
【００３４】
まず、現用ルータ１２０と冗長化データ中継装置２１０との間でＩＰｓｅｃ通信を行うに際して、両者間でＳＡ確立のためのネゴシエーションを行う。送信開始部１２６は、このネゴシエーションのセットアップが完了すると、ＩＫＥｖ２パケットのリクエストの送信開始タイミングとして設定し、タイマ１２５を起動させるとともに、ＩＫＥｖ２パケット生成送信部１２２を動作させて、生存確認用のＩＫＥｖ２パケットとしてＲｅｑ（２）を生成させ冗長化データ中継装置２１０に対して送信させる。このような動作に並行して、待機ルータ１３０中のタイマ１３５は、送信開始制御部１２６からの同期信号に同期して経過時間の計時を開始する。なお、本実施の形態では、ｎ＝２のＲｅｑ（２）から生存確認用のＩＫＥｖ２パケットの送信を開始させるようにしたが、設定によっては、ｎ＝２よりも大きな値のＲｅｑ（ｎ）から開始させることもある。
【００３５】
冗長化データ中継装置２１０は、Ｒｅｑ（２）を受信すると、同じメッセージＩＤであるｎ＝２のレスポンスＲｅｓ（２）を現用ルータ１２０に対して返信する。現用ルータ１２０は、ＩＫＥｖ２パケット受信部１２４がこのＲｅｓ（２）を受信することで、冗長化データ中継装置２１０の生存を確認するとともに、メッセージＩＤ管理部１２３が管理するメッセージＩＤを＋１インクリメントさせてｎ＝３とさせる。そして、ＩＫＥｖ２パケット生成送信部１２２は、Ｒｅｑ（２）の送信から一定時間ｔが経過したことがタイマ１２５により検出されると、メッセージＩＤ管理部１２３で管理されているメッセージＩＤに関する番号情報ｎ＝３に従い、Ｒｅｑ（３）なるＩＫＥｖ２パケットを生成して冗長化データ中継装置２１０に対して送信する。冗長化データ中継装置２１０は、Ｒｅｑ（３）を受信すると、同じメッセージＩＤであるｎ＝３のレスポンスＲｅｓ（３）を現用ルータ１２０に対して返信する。現用ルータ１２０は、ＩＫＥｖ２パケット受信部１２４がこのＲｅｓ（３）を受信することで、冗長化データ中継装置２１０の生存を確認するとともに、メッセージＩＤ管理部１２３が管理するメッセージＩＤを＋１インクリメントさせてｎ＝４とさせる。以後、現用ルータ１２０は、生存確認用のＩＫＥｖ２パケットを一定時間ｔ毎に定期的に冗長化データ中継装置２１０に対して送信する処理を同様に繰り返す。また、この間、待機ルータ１３０中のタイマ１３５は、ＩＫＥｖ２パケットの送信開始時からの経過時間の計時を継続する。
【００３６】
その後、例えばｎ＝３００なるＲｅｑ（３００）およびＲｅｓ（３００）の送受信完了後、現用ルータ１２０に何らかの障害が発生した場合を想定する。この場合、待機ルータ１３０中のルータ切替部１３４は、稼動状態確認用パケット受信部１３３がAdvertisement信号を受信しなかったことにより現用ルータ１２０に障害が発生したと判断し、自己の待機ルータ１３０を現用ルータに切替えるルータ切替え信号をＩＫＥｖ２パケット生成送信部１３２、パケット転送制御部１３１、タイマ１３５並びにメッセージＩＤ推定部１３６に対して出力し、ルータ切替え処理を実行する。
【００３７】
このルータ切替え処理において、タイマ１３５は、現用ルータ１２０におけるＩＫＥｖ２パケットの送信開始から待機ルータ１３０の現用ルータへの切替えまでに要した所要時間Ｔの計時を終了し、メッセージＩＤ推定部１３６に所要時間Ｔの情報を出力する。メッセージＩＤ推定部１３６は、基本的に、所要時間Ｔと一定時間ｔとの時間情報に基づく演算結果を用いて、現用ルータ１２０が送信済みの現在のメッセージＩＤの番号情報ｎを推定する。ここで、従来にあっては、現用ルータ側からＩＫＥｖ２パケットのリクエストを不定期に送信していたが、本実施の形態では、現用ルータ１２０がＩＫＥｖ２パケットのリクエストを一定時間ｔ毎に＋１ずつインクリメントしながら定期的に送信しているので、メッセージＩＤ推定部１３６は、所要時間Ｔを一定時間ｎで除する演算処理を行うことにより、引継ぐべき現在のメッセージＩＤの番号情報ｎを推定することができる。
【００３８】
ここで、実際には、待機ルータ１３０の現用ルータへの切替えに際しては、現用ルータ１２０の障害検出に関して既知の切替時間αを要しており、この切替時間αが所要時間Ｔ中に含まれているので、メッセージＩＤ推定部１３６は、（Ｔ−α）／ｔなる演算処理を行うことで、引継ぐべき現在のメッセージＩＤの番号情報ｎを、より正確に推定することができる。さらには、少なくとも現用ルータ１２０で最後に使用したメッセージＩＤの番号情報ｎに対して重複する範囲まで遡ることが重要であり、メッセージＩＤ推定部１３６は、演算結果からメッセージＩＤの番号情報を数個分、例えば１（または２）だけデクリメントした値を、現在のメッセージＩＤの番号情報ｎとして推定する。すなわち、本実施の形態では、メッセージＩＤ推定部１３６は、ｎ＝｛（Ｔ−α）／ｔ｝−１として、現在のメッセージＩＤの番号情報を推定する。図示例の場合、このような演算によって、ｎ＝２９９の如く推定されていることを示している。なお、数個分のデクリメント値を例えば５（または４）とし、演算処理に切替時間αを含めずに、ｎ＝（Ｔ／ｔ）−５なる演算処理により、現在のメッセージＩＤの番号情報ｎを推定するようにしてもよい。
【００３９】
メッセージＩＤ管理部１３７は、メッセージＩＤ推定部１３６で推定されたメッセージＩＤの番号情報ｎ＝２９９を仮の現在のメッセージＩＤとして管理するとともにＩＫＥｖ２パケット生成送信部１３２に対して出力する。ＩＫＥｖ２パケット生成送信部１３２は、ｎ＝２９９なるＲｅｑ（２９９）を生成して冗長化データ中継装置２１０に対して送信し、受信があるか否かをチェックする。この場合、冗長化データ中継装置２１０は、Ｒｅｑ（２９９）のＩＫＥｖ２パケットを既に受信済みであるので、×印で示すように、待機ルータ１３０に対してＲｅｓ（２９９）を返信しない。そこで、メッセージＩＤ管理部１３７は、メッセージＩＤの番号情報ｎを＋１インクリメントしてｎ＝３００とし、ＩＫＥｖ２パケット生成送信部１３２に対して出力する。ＩＫＥｖ２パケット生成送信部１３２は、引き続き、ｎ＝３００なるＲｅｑ（３００）を生成して冗長化データ中継装置２１０に対して送信し、受信があるか否かをチェックする。このようなパケット送信引継ぎ時におけるメッセージＩＤの番号情報ｎの確定までのＲｅｑ（ｎ）の送信間隔は、通常のＲｅｑ（ｎ）の送信間隔である一定時間ｔよりも短くなるように設定されている。この場合も、冗長化データ中継装置２１０は、Ｒｅｑ（３００）のＩＫＥｖ２パケットを既に受信済みであるので、×印で示すように、待機ルータ１３０に対してＲｅｓ（３００）を返信しない。
【００４０】
さらに、メッセージＩＤ管理部１３７は、メッセージＩＤの番号情報ｎを＋１インクリメントしてｎ＝３０１とし、ＩＫＥｖ２パケット生成送信部１３２に対して出力する。ＩＫＥｖ２パケット生成送信部１３２は、ｎ＝３０１なるＲｅｑ（３０１）を生成して冗長化データ中継装置２１０に対して送信し、受信があるか否かをチェックする。この場合には、冗長化データ中継装置２１０は、Ｒｅｑ（３０１）のＩＫＥｖ２パケットは受信済みではなく、かつ、元の現用ルータ１２０による送信済みの最後のメッセージＩＤの番号情報ｎ＝３００に連続する番号であるので、待機ルータ１３０に対してＲｅｓ（３０１）を返信する。メッセージＩＤ管理部１３７は、このＲｅｓ（３０１）をＩＫＥｖ２パケット受信部１３８が受信することで、現在のメッセージＩＤの番号情報ｎは、ｎ＝３０１であると確定し、以後、メッセージＩＤ管理部１２３の場合と同様に、ｎ＝３０２以降の番号情報によって送信毎に＋１ずつインクリメントされるメッセージＩＤを管理する。これにより、ルータ切替え時のメッセージＩＤの同期のとれた引継ぎ処理が完了し、以後は、現用ルータの場合と同様に、ＩＫＥｖ２パケットの定期的な送信が継続される。
【００４１】
このように、本実施の形態によれば、現用ルータ１２０から対向装置に対して不定期に送信されていたメッセージＩＤを含むＩＫＥｖ２パケット（生存確認パケット）を、一定時間ｔ毎に強制的に送信させることで、待機ルータ１３０側でも送信開始時からの所要時間Ｔから現在のメッセージＩＤを常に推定可能とし、待機ルータ１３０が現用ルータに切替わる際には、所要時間Ｔと一定時間ｔとの情報に基づき現在のメッセージＩＤを推定し、推定された現在のメッセージＩＤから対向装置に対する送信を引継ぐことで最終的に同期のとれたメッセージＩＤを確定させることができ、このためにも現用ルータ１２０と待機ルータ１３０との間でメッセージＩＤを特定するための同期パケットの送受信を行う必要がないためネットワークに余計な負荷をかけることなく、シーケンシャルなメッセージＩＤに関して同期のとれた引継ぎを簡単かつ適正に行うことができる。
【００４２】
なお、本発明では、通信データを保護するＳＡをルータ間で確立するためのシグナリングプロトコルであるＩＫＥｖ２を扱っているが、この場合の「ルータ」とは、名称自体がルータであることを意味しているものではなく、一般にＩＰｓｅｃゲートウエイ等と称されるものでもよいのはもちろん、ＩＰｓｅｃやＩＫＥｖ２の規定に従う働きをする専用ソフトがＯＳに搭載されたものであれば、パソコン端末やサーバ等であってもよいことを意味する。
【００４３】
また、本実施の形態では、図１においては、冗長化データ中継装置２１０を相手局側とする例で説明したが、冗長化されていない１台のＩＰｓｅｃルータを相手局側とする場合であっても適用可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明にかかる冗長化データ中継装置を用いた暗号化通信方法が適用される暗号化通信システムのシステム構成例を示す概略図である。
【図２】周知の暗号化通信機能に付加されて冗長化データ中継装置が主に本発明を実現するために有する機能を概略的に示す機能ブロック図である。
【図３】メッセージＩＤの引継ぎ時の同期方法を示す概略シーケンス図である。
【符号の説明】
【００４５】
１１０  冗長化データ中継装置
１２０  現用ルータ
１２２  ＩＫＥｖ２パケット生成送信部
１３０  待機ルータ
１３２  ＩＫＥｖ２パケット生成送信部
１３５  タイマ
１３６  メッセージＩＤ推定部
１３７  メッセージＩＤ管理部
１３８  ＩＫＥｖ２受信部
２１０  冗長化データ中継装置
【図１】
2008311852.tif 000003
【図２】
2008311852.tif 000004
【図３】
2008311852.tif 000005