JP2018157258A - ネットワークシステム、ネットワークシステムのアドレス解決方法、および、拠点側接続装置 - Google Patents

Abstract

【課題】アドレスが変化した場合でも接続が長時間途絶することを防止する。【解決手段】ネームサーバ（ＮＧＮネームサーバ６０）を有し、半固定アドレスが付与されるネットワーク（ＮＧＮ１０）に接続されるとともにセンタ側に配置されるセンタ側接続装置（センタゲートウェイ２０）と、拠点側に配置され、ネットワークを介してセンタ側接続装置と通信を行う拠点側接続装置（拠点ゲートウェイ４０）と、センタ側または拠点側に配置される追加接続装置（センタゲートウェイ３０）とを有し、センタ側接続装置と追加接続装置はＤＤＮＳ機能によって相互のアドレスとドメインをそれぞれ記憶し、拠点側接続装置は、センタ側接続装置のアドレスが変化した場合には、追加接続装置にセンタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得してセンタ側接続装置にアクセスする、ことを特徴とする。【選択図】図１

Description

本発明は、ネットワークシステム、ネットワークシステムのアドレス解決方法、および、拠点側接続装置に関するものである。

近年、ＩＰ技術を用いて電話網を構築し直すことで利便性等を向上することが行われている。このようなネットワークは、ＮＧＮ（Next Generation Network：次世代ネットワーク）と呼ばれている。

特許文献１には、ユーザ端末が付加情報をメッセージに付加してＮＧＮを介して送信することで、選択された接続先の着信端末と、ユーザ端末とを接続する技術が開示されている。

特開２００９−１０５８３１号公報

ところで、ＮＧＮでは、ネットワークから付与されるアドレスが半固定である（例えば、メンテナンス実施等によりアドレスが変化する可能性がある）。このため、アドレスが変化した場合には、装置間の接続が途絶してしまうという問題点がある。

そこで、外部のＤＤＮＳ（Dynamic Domain Name Server）を用いることで、ＮＧＮから付与されるアドレスが変化した場合でも、この外部のＤＤＮＳを用いてアドレス解決を実行し、装置間の接続が長時間途絶することを防止できる。しかしながら、このような方法では、この外部のＤＤＮＳを設置したり、通信したりするための新たなコストが生じるという問題点がある。

また、ＮＧＮ内にＮＧＮネームサーバが設置されているため、アドレスが変化した場合には、ＮＧＮネームサーバによってアドレス解決を実行する方法も存在する。しかしながら、ＮＧＮネームサーバは、アドレスの変化に追従することが保証されていなことから、接続が長時間途絶する場合があるという問題点がある。

本発明は、半固定アドレスによって通信するネットワークにおいて、アドレスが変化した場合でも接続が長時間途絶することを防止できるネットワークシステム、ネットワークシステムのアドレス解決方法、および、拠点側接続装置を提供することを目的としている。

上記課題を解決するために、本発明は、ネームサーバを有するネットワークであって半固定アドレスが付与される当該ネットワークに接続されるとともにセンタ側に配置されるセンタ側接続装置と、前記ネットワークに接続されるとともに拠点側に配置され、前記センタ側接続装置と通信を行う拠点側接続装置と、前記ネットワークに接続されるとともに、前記センタ側または前記拠点側に配置される追加接続装置と、を有し、前記センタ側接続装置と前記追加接続装置は、ＤＤＮＳ（Dynamic Domain Name System）機能によって相互のアドレスとドメインをそれぞれ記憶し、前記拠点側接続装置は、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に前記センタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得し、当該変化後のアドレスに基づいて前記センタ側接続装置にアクセスする、ことを特徴とする。
このような構成によれば、半固定アドレスによって通信するネットワークにおいて、アドレスが変化した場合でも接続が長時間途絶することを防止できる。

また、本発明は、前記ネットワークは、ＮＧＮ（Next Generation Network）であることを特徴とする。
このような構成によれば、半固定アドレスを付与するネットワークとしてＮＧＮを利用した場合でも、アドレスが変化した場合でも接続が長時間途絶することを防止できる。

また、本発明は、前記拠点側接続装置は、前記センタ側接続装置とセッションを確立している状態において、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に対して前記センタ側接続装置の変化後のアドレスを問い合わせることを特徴とする。
このような構成によれば、センタ側接続装置とセッションを確立している状態において、センタ側接続装置のアドレスが変化した場合であっても、セッションを再度確立することができる。

また、本発明は、前記拠点側接続装置は、前記センタ側接続装置との間でセッションを確立する場合、前記ネームサーバにアクセスして前記追加接続装置のアドレスを取得し、前記追加接続装置にアクセスして前記拠点側接続装置のアドレスを取得し、取得したアドレスに基づいて前記センタ側接続装置との間でセッションを確立することを特徴とする。
このような構成によれば、拠点側接続装置がセンタ側接続装置と新たにセッションを確立しようとする際に、センタ側接続装置のアドレスが変化していた場合でも、追加接続装置にアドレス解決を要求することで、セッションを確立することができる。

また、本発明は、前記拠点側接続装置は、前記センタ側接続装置との間でセッションを確立する場合において、前記追加接続装置の不具合によって当該追加接続装置にアクセスできないときは、前記ネームサーバにアクセスして前記拠点側接続装置のアドレスを取得し、取得したアドレスに基づいて前記センタ側接続装置との間でセッションを確立することを特徴とする。
このような構成によれば、追加接続装置に不具合が発生した場合でも、センタ側接続装置との間でセッションを確立することができる。

また、本発明は、ネームサーバを有するネットワークであって半固定アドレスが付与される当該ネットワークに接続されるとともにセンタ側に配置されるセンタ側接続装置と、前記ネットワークに接続されるとともに拠点側に配置され、前記センタ側接続装置と通信を行う拠点側接続装置と、前記ネットワークに接続されるとともに、前記センタ側または拠点側に配置される追加接続装置と、を有するネットワークシステムのアドレス解決方法であって、前記センタ側接続装置と前記追加接続装置は、ＤＤＮＳ（Dynamic Domain Name System）機能によって相互のアドレスとドメインをそれぞれ記憶し、前記拠点側接続装置は、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に前記センタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得し、当該変化後のアドレスに基づいて前記センタ側接続装置にアクセスする、ことを特徴とする。
このような方法によれば、半固定アドレスによって通信するネットワークにおいて、アドレスが変化した場合でも接続が長時間途絶することを防止できる。

また、本発明は、ネームサーバを有するネットワークであって半固定アドレスが付与される当該ネットワークに接続されるとともにセンタ側に配置されるセンタ側接続装置と、前記ネットワークに接続されるとともに拠点側に配置され、前記センタ側接続装置と通信を行う拠点側接続装置と、前記ネットワークに接続されるとともに、前記センタ側または前記拠点側に配置される追加接続装置と、を有し、前記センタ側接続装置と前記追加接続装置は、ＤＤＮＳ（Dynamic Domain Name System）機能によって相互のアドレスとドメインをそれぞれ記憶するネットワークシステムに使用される前記拠点側接続装置において、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に前記センタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得し、当該変化後のアドレスに基づいて前記センタ側接続装置にアクセスする、ことを特徴とする。
このような方法によれば、半固定アドレスによって通信するネットワークにおいて、アドレスが変化した場合でも接続が長時間途絶することを防止できる。

本発明によれば、半固定アドレスによって通信するネットワークにおいて、アドレスが変化した場合でも接続が長時間途絶することを防止できるネットワークシステム、ネットワークシステムのアドレス解決方法、および、拠点側接続装置を提供することが可能となる。

本発明の実施形態に係るネットワークシステムの構成例を示す図である。 図１に示すセンタゲートウェイ２０の構成例を示す図である。 図３（Ａ）は拠点ゲートウェイ４０に設定される情報の一例を示す図であり、図３（Ｂ）はセンタゲートウェイ２０に設定される情報の一例を示す図である。 図１に示す実施形態の動作を説明するための図である。 図１に示す実施形態の動作を説明するための図である。 図１に示す実施形態の動作を説明するための図である。 図１に示すセンタゲートウェイ２０において運用開始時に実行される処理の一例を説明するフローチャートである。 図１に示すセンタゲートウェイ３０において運用開始時に実行される処理の一例を説明するフローチャートである。 図１に示すセンタゲートウェイ２０において運用開始後に実行される処理の一例を説明するフローチャートである。 図１に示すセンタゲートウェイ３０において運用開始後に実行される処理の一例を説明するフローチャートである。 図１に示す拠点ゲートウェイ４０において実行される処理の一例を説明するフローチャートである。

次に、本発明の実施形態について説明する。

（Ａ）実施形態の構成の説明
図１は、本発明の実施形態に係るネットワークシステムの構成例を示す図である。本発明の実施形態に係るネットワークシステムは、センタゲートウェイ２０，３０および拠点ゲートウェイ４０を有し、これらのセンタゲートウェイ２０，３０および拠点ゲートウェイ４０はＮＧＮ（Next Generation Network）１０に接続されている。また、ＮＧＮ１０には、ＰＣ（Personal Computer）５０およびＮＧＮネームサーバ６０が接続されている。

ここで、ＮＧＮ１０は、インターネット・プロトコル（ＩＰ）技術をベースにした通信キャリアの統合ネットワークである。なお、ＮＧＮ１０で使用されるＩＰｖ６アドレスは半固定であり、例えば、ネットワークの都合によって、各装置に割り当てられるＩＰアドレスが変化する。

センタゲートウェイ２０は、センタ側（例えば、企業の本社等）に配置されるゲートウェイであって、拠点ゲートウェイ４０と接続してＶＰＮ（Virtual Private Network）を構築することができる。なお、センタゲートウェイ２０にはドメイン名として「ｃｇ−ａ」が付与されるとともに、ＩＰアドレスとして「Ａ：Ａ：Ａ：：１」が付与されている。以下では、センタゲートウェイ２０を適宜「ｃｇ−ａ」と称する。

センタゲートウェイ３０は、センタ側（前述の場合と同様に、例えば、企業の本社等）に配置されるゲートウェイであって、拠点ゲートウェイ４０と接続してＶＰＮを構築することができる。なお、センタゲートウェイ３０にはドメイン名として「ｃｇ−ｂ」が付与されるとともに、ＩＰアドレスとして「Ｂ：Ｂ：Ｂ：：１」が付与されている。以下では、センタゲートウェイ３０を適宜「ｃｇ−ｂ」と称する。

拠点ゲートウェイ４０は、拠点側（例えば、企業の支社等）に配置されるゲートウェイであって、センタゲートウェイ２０，３０と接続してＶＰＮを構築することができる。なお、拠点ゲートウェイ４０にはドメイン名として「ＣＰＥ」が付与されるとともに、ＩＰアドレスとして「Ｘ：Ｘ：Ｘ：：１」が付与されている。以下では、拠点ゲートウェイ４０を適宜「ｃｐｅ」と称する。

ＰＣ５０は、ＮＧＮ１０を介してＮＧＮネームサーバ６０にアクセスし、ＮＧＮネームサーバ６０の設定内容を変更するための端末装置である。

ＮＧＮネームサーバ６０は、ＮＧＮ１０に接続されている装置のアドレス解決を行うサーバである。すなわち、ＮＧＮネームサーバ６０は、ＩＰアドレスとドメイン名とを対応付けて記憶しており、所定の装置からドメイン名が与えられた場合には、対応するＩＰアドレスを検索して供給する。なお、ＮＧＮネームサーバ６０にはＩＰアドレスとして「Ｅ：Ｅ：Ｅ：：１」が割り当てられ、このＩＰアドレスは他の装置とは異なり、固定アドレスとされている。

図２は、図１に示すセンタゲートウェイ２０の構成例を示す図である。なお、センタゲートウェイ３０および拠点ゲートウェイ４０もセンタゲートウェイ２０と同様の構成とされているので、センタゲートウェイ２０を例に挙げて説明する。この図２の例では、センタゲートウェイ２０は、パケット中継処理部２１、制御部２２、記憶部２３、および、受信部２４−１〜２４−ｎ、および、送信部２５−１〜２５−ｎを有している。

ここで、パケット中継処理部２１は、制御部２２の制御に応じて、受信部２４−１〜２４−ｎによって受信されたパケットを、そのヘッダに格納されている情報に応じて、対応する送信部２５−１〜２５−ｎから送出する。制御部２２は、記憶部２３に記憶されている経路情報２３ａに応じて、パケット中継処理部２１を介して送信する。また、制御部２２は、センタゲートウェイ３０との間で、ＤＤＮＳによって情報を共有し、拠点ゲートウェイ４０からセンタゲートウェイ３０のアドレス解決の要求がなされた場合には、センタゲートウェイ３０のアドレス解決を実行する。また、制御部２２は、拠点ゲートウェイ４０からセッションの確立要求がなされた場合には、拠点ゲートウェイ４０との間でセッションを確立する。

記憶部２３は、半導体メモリによって構成され、パケットを転送するための情報である経路情報２３ａを有するとともに、アドレス解決およびセッション確立に関する処理を実行するためのプログラムやデータを格納している。受信部２４−１〜２４−ｎは、センタ側に接続される装置、または、ＮＧＮ１０からパケットを受信する。また、送信部２５−１〜２５−ｎは、センタ側に接続される装置、または、ＮＧＮ１０に対してパケットを送信する。なお、図２の例では、受信部２４−１〜２４−ｎおよび送信部２５−１〜２５−ｎを複数設けるようにしたが、それぞれ１つずつ設けるようにしてもよい（ｎ＝１でもよい）。

図３は、拠点ゲートウェイ４０およびセンタゲートウェイ２０に設定されている設定情報の一例を示す図である。なお、図３の例では、説明を簡略化するために３桁の行番号を付与している。ここで、図３（Ａ）は、拠点ゲートウェイ４０の記憶部４３（不図示）に設定される設定情報の一例を示している。図３（Ａ）の例では、行００１に、ＩＰアドレスが「Ｅ：Ｅ：Ｅ：：１」であるＮＧＮネームサーバ６０をネームサーバとして使用することが定義されている。また、行００２〜００５には、ｉｋｅｖ２（Internet Key Exchange version 2）に関するポリシー１が定義され、行００６〜００９には、同様のポリシー２が定義されている。ポリシー１では、行００３においてＩＰｓｅｃピアとしてドメイン名が「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」であるセンタゲートウェイ２０が設定され、行００４においてネームサーバとしてドメイン名が「ｃｇ−ｂ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」であるセンタゲートウェイ３０がプライマリに設定され、ＩＰアドレスが「Ｅ：Ｅ：Ｅ：：１」であるＮＧＮネームサーバ６０がセカンダリに設定されている。一方、ポリシー２では、行００６においてＩＰｓｅｃピアとしてドメイン名が「ｃｇ−ｂ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」であるセンタゲートウェイ３０が設定され、行００７においてネームサーバとしてドメイン名が「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」であるセンタゲートウェイ２０がプライマリに設定され、ＩＰアドレスが「Ｅ：Ｅ：Ｅ：：１」であるＮＧＮネームサーバ６０がセカンダリに設定されている。

なお、行００４および行００８に記載されている書式「ｉｐｓｅｃ−ｎａｍｅ−ｓｅｒｖｅｒ ＰＲＩＭＡＲＹ ［ＳＥＣＯＮＤＡＲＹ］」では、ＰＲＩＭＡＲＹは、プライマリＤＮＳサーバアドレスのＩＰｖ４／６アドレスまたはドメイン名を指定する。また、ＳＥＣＯＮＤＡＲＹは、セカンダリＤＮＳサーバアドレスのＩＰｖ４／６アドレスまたはドメイン名を指定する。ここで、行００３および行００７に示す「ｓｅｔ ｐｅｅｒ」で指定されるピアアドレスがドメイン名で指定されている場合、行００４および行００８に示す「ｉｐ ｎａｍｅ−ｓｅｒｖｅｒ」で指定されたＤＮＳサーバでアドレス解決し、そのアドレスのＤＮＳサーバで「ｓｅｔ ｐｅｅｒ」のドメイン名を解決する。また、ＰＲＩＭＡＲＹでアドレス解決した後にＩＰｓｅｃセッションの確立に失敗した場合、ＳＥＣＯＮＤＡＲＹで再度アドレス解決を行い、得られたアドレスでセッション確立を実行する。より詳細には、行００２〜００５に記載されるポリシー１の場合では、行００３には「ｓｅｔ ｐｅｅｒ」に続いてドメイン名「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」が記載されているので、行００４に記載されているプライマリのＤＮＳサーバ「ｃｇ−ｂ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」によってアドレス解決に失敗した場合またはセッションの確立に失敗した場合には、セカンダリのＤＮＳである「Ｅ：Ｅ：Ｅ：：１」（ＮＧＮネームサーバ６０）によってアドレス解決を行った後に、得られたアドレスに基づいて「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」との間でセッションを確立する。

なお、前述した設定が存在しない場合、「ｓｅｔ ｐｅｅｒ」で指定されたドメイン名は、行００１に記載される「ｉｐ ｎａｍｅ−ｓｅｒｖｅｒ」で指定されたＤＮＳサーバ（Ｅ：Ｅ：Ｅ：：１）でアドレス解決を実行する。

また、図３（Ｂ）は、センタゲートウェイ２０の記憶部２３に設定される設定情報の一例を示している。この例では、行００１に、ＩＰアドレスが「Ｅ：Ｅ：Ｅ：：１」であるＮＧＮネームサーバ６０をネームサーバとして使用することが定義されている。また、行００２〜００４には、ＤＤＮＳサーバに関する定義がされ、行００５〜０１２にはＤＤＮＳクライアントに関する定義がされている。より詳細には、行００３にはＤＤＮＳサーバが有効にされ、行００４ではドメイン名が「ｃｇ−ｂ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」であるセンタゲートウェイ３０に対する問い合わせを受け付けることが定義されている。また、行００６ではｈｔｔｐ−ｃｌｉｅｎｔ １設定モードに移行し、行００７では「ｈｔｔｐ：／／ｃｇ−ｂ．ｂｐｊ．ｇｍｆｕｔ．ｆｂｔｕ．ｊｐ／ｄｄｎｓ−ｖ６．ｃｇｉ」に、ｉ６＝ｅｗａｎ １のＩＰｖ６アドレスｄｎ＝ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ．ｆｂｔｕ．ｊｐ，ｐｗ＝ｐａｓｓ１を送ることが定義されている。また、行０１０ではＥＷＡＮインタフェース設定モードに移行し、行０１１ではアドレスが変化した場合には行００６以降の動作を実行することが定義されている。

（Ｂ）本発明の実施形態の動作の説明
つぎに、本発明の実施形態の動作を説明する。以下では、（１）運用開始時、（２）セッション確立時、（３）ｃｇ−ａのアドレス変更時、（４）ｃｇ−ｂの故障時のそれぞれについて説明する。

（１）運用開始時
運用開始時には、システムの管理者は、ＰＣ５０を操作して、ＮＧＮネームサーバ６０に対して、センタゲートウェイ２０，３０のドメイン名とＩＰアドレス（ＩＰｖ６）とを登録する。この結果、ＮＧＮネームサーバ６０の記憶部６３には、図４に示すように、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」とＩＰアドレス「Ａ：Ａ：Ａ：：１」とが対応付けて記憶されるとともに、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」とＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」とが対応付けて記憶される。

つぎに、センタゲートウェイ２０，３０は、後述する動作を自動的に実行する。すなわち、センタゲートウェイ２０を例に挙げて説明すると、センタゲートウェイ２０は、図３（Ｂ）の設定を参照し、ＩＰアドレスが「Ｅ：Ｅ：Ｅ：：１」であるＮＧＮネームサーバ６０にアクセスし、センタゲートウェイ３０のアドレス解決を行う。ＮＧＮネームサーバ６０の記憶部６３には、図４に示すように、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」とＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」とが対応付けて格納されていることから、センタゲートウェイ２０は、センタゲートウェイ３０のＩＰアドレスとして「Ｂ：Ｂ：Ｂ：：１」を得る。つぎに、センタゲートウェイ２０は、ＤＤＮＳ機能により、センタゲートウェイ３０のドメイン名とＩＰアドレスとを対応付けて記憶部２３に格納する。この結果、図４に示すように、センタゲートウェイ２０の記憶部２３にはセンタゲートウェイ３０のドメイン名「ｃｇ−ｂ」とＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」とが対応付けて格納される。そして、センタゲートウェイ２０は、ＤＮＳサーバを起動して、センタゲートウェイ３０に対するアドレス解決を可能な状態とする。

一方、センタゲートウェイ３０は、同様の動作により、ＩＰアドレスが「Ｅ：Ｅ：Ｅ：：１」であるＮＧＮネームサーバ６０にアクセスし、センタゲートウェイ２０のアドレス解決を行う。ＮＧＮネームサーバ６０の記憶部６３には、図４に示すように、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」とＩＰアドレス「Ａ：Ａ：Ａ：：１」とが対応付けて格納されていることから、センタゲートウェイ３０は、センタゲートウェイ２０のＩＰアドレスとして「Ａ：Ａ：Ａ：：１」を得る。つぎに、センタゲートウェイ３０は、ＤＤＮＳ機能により、センタゲートウェイ２０のドメイン名とＩＰアドレスとを対応付けて記憶部３３に格納する。この結果、図４に示すように、センタゲートウェイ３０の記憶部３３にはセンタゲートウェイ２０のドメイン名「ｃｇ−ａ」とＩＰアドレス「Ａ：Ａ：Ａ：：１」とが対応付けて格納される。そして、センタゲートウェイ３０は、ＤＮＳサーバを起動して、センタゲートウェイ２０に対するアドレス解決を可能な状態とする。

また、拠点ゲートウェイ４０は、接続先のセンタゲートウェイを設定する。すなわち、ＩＫＥｖ２接続先のセンタゲートウェイ２０については、図３（Ａ）に示すように、ドメイン名「ｃｇ−ａ」で設定する。同様に、ＩＫＥｖ２接続先のセンタゲートウェイ３０については、図３（Ａ）に示すように、ドメイン名「ｃｇ−ｂ」で設定する。なお、ＮＧＮネームサーバ６０については、図３（Ａ）に示すようにＩＰアドレス「Ｅ：Ｅ：Ｅ：：１」で指定するが、センタゲートウェイ２０，３０についてはドメイン名「ｃｇ−ａ」およびドメイン名「ｃｇ−ｂ」で指定する。また、ＩＰｓｅｃ確立時のアドレス解決は、プライマリとしてのセンタゲートウェイ２０，３０で実行し、プライマリによるアドレス解決に失敗した場合のセカンダリとしてはＮＧＮネームサーバ６０によって実行する。なお、最初にＮＧＮネームサーバ６０によってアドレス解決を実行し、アドレス解決に失敗した場合には、センタゲートウェイ２０，３０で実行するようにしてもよい。

（２）セッション確立時
つぎに、拠点ゲートウェイ４０がセンタゲートウェイ２０，３０との間でセッションを確立する場合の動作について説明する。なお、以下では、拠点ゲートウェイ４０がセンタゲートウェイ２０とセッションを確立する場合の動作を例に挙げて説明する。

拠点ゲートウェイ４０がセンタゲートウェイ２０との間でセッションを確立する場合、図３（Ａ）に示すｐｏｌｉｃｙ １の行００４に定義されているように、センタゲートウェイ２０のネームサーバはセンタゲートウェイ３０である。このため、拠点ゲートウェイ４０は、センタゲートウェイ３０のドメイン名である「ｃｇ−ｂ」のアドレス解決をするために、行００１に定義されているＮＧＮネームサーバ６０にアクセスし、ドメイン名「ｃｇ−ｂ」に対応するＩＰアドレスを得る。いまの例では、図４に示すように、ＮＧＮネームサーバ６０の記憶部６３にはドメイン名「ｃｇ−ｂ」に対応するＩＰアドレスとして「Ｂ：Ｂ：Ｂ：：１」が記憶されているので、ＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」を得る。拠点ゲートウェイ４０は、取得したＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」に基づいてセンタゲートウェイ３０にアクセスし、センタゲートウェイ２０のアドレス解決を実行する。より詳細には、センタゲートウェイ３０の記憶部３３には、図４に示すように、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」に対応するＩＰアドレス「Ａ：Ａ：Ａ：：１」が格納されているので、拠点ゲートウェイ４０は、ＩＰアドレス「Ａ：Ａ：Ａ：：１」を得る。つぎに、拠点ゲートウェイ４０は、センタゲートウェイ３０から取得したＩＰアドレス「Ａ：Ａ：Ａ：：１」に基づいて、センタゲートウェイ２０にアクセスし、センタゲートウェイ２０との間でセッションを確立する。

なお、拠点ゲートウェイ４０がセンタゲートウェイ３０とセッションを確立する場合は、図３に示すｐｏｌｉｃｙ ２の行００８に定義されているように、センタゲートウェイ３０のネームサーバはセンタゲートウェイ２０であるので、センタゲートウェイ２０のドメイン名である「ｃｇ−ａ」のアドレス解決をするために、行００１に定義されているＮＧＮネームサーバ６０にアクセスし、ドメイン名「ｃｇ−ａ」に対応するＩＰアドレスを得る。いまの例では、図４に示すように、ＮＧＮネームサーバ６０の記憶部６３にはドメイン名「ｃｇ−ａ」に対応するＩＰアドレスとして「Ａ：Ａ：Ａ：：１」が記憶されているので、ＩＰアドレス「Ａ：Ａ：Ａ：：１」を得る。拠点ゲートウェイ４０は、取得したＩＰアドレス「Ａ：Ａ：Ａ：：１」に基づいてセンタゲートウェイ２０にアクセスし、センタゲートウェイ２０のアドレス解決を実行する。より詳細には、センタゲートウェイ２０の記憶部２３には、図４に示すように、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」に対応するＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」が格納されているので、拠点ゲートウェイ４０は、ＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」を得る。つぎに、拠点ゲートウェイ４０は、センタゲートウェイ２０から取得したＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」に基づいて、センタゲートウェイ３０にアクセスし、センタゲートウェイ３０との間でＩＰｓｅｃセッションを確立する。

（３）ｃｇ−ａのアドレス変更時
例えば、拠点ゲートウェイ４０がセンタゲートウェイ２０とセッションを確立中に、図５に示すように、センタゲートウェイ２０のＩＰアドレスが「Ａ：Ａ：Ａ：：１」から「Ｃ：Ｃ：Ｃ：：１」に変更されたとする。そのような場合、センタゲートウェイ２０は、自己のＩＰアドレスが変化したことを検出し、ＤＤＮＳによってセンタゲートウェイ３０に変更後のＩＰアドレスを登録する。この結果、センタゲートウェイ３０の記憶部３３に記憶されているドメイン名「ｃｇ−ａ」に対応するＩＰアドレスは「Ａ：Ａ：Ａ：：１」から図６に示すように「Ｃ：Ｃ：Ｃ：：１」に変更される。

拠点ゲートウェイ４０は、ＩＰｓｅｃの通信断をリアルタイムに検出するＤＰＤ（Dead Peer Detection）と呼ばれる機能により、センタゲートウェイ２０との通信断が生じたことを検出する。通信断が生じたことを検出すると、拠点ゲートウェイ４０は、ネームサーバに指定されているセンタゲートウェイ３０にアクセスし、センタゲートウェイ２０のアドレス解決を実行する。このとき、センタゲートウェイ３０の記憶部３３に記憶されているドメイン名「ｃｇ−ａ」に対応するＩＰアドレスは、図６に示すように、「Ｃ：Ｃ：Ｃ：：１」に変更されていることから、拠点ゲートウェイ４０はドメイン名「ｃｇ−ａ」に対応するＩＰアドレスとして変更後の「Ｃ：Ｃ：Ｃ：：１」を得る。この結果、拠点ゲートウェイ４０は、このＩＰアドレス「Ｃ：Ｃ：Ｃ：：１」に基づいてセンタゲートウェイ２０にアクセスし、センタゲートウェイ２０との間でセッションを再確立することができる。

一方、センタゲートウェイ３０のＩＰアドレスが変更された場合は、センタゲートウェイ３０がＤＤＮＳ機能によってセンタゲートウェイ２０に記憶されているＩＰアドレスを変更するので、拠点ゲートウェイ４０は変更後のＩＰアドレスに基づいて、センタゲートウェイ３０との間でセッションを再確立することができる。

なお、ＮＧＮネームサーバ６０に登録されている情報については、例えば、手動によって新たなＩＰアドレスに変更される。

（４）ｃｇ−ｂの故障時
前述した「（２）セッション確立時」において、ＮＧＮネームサーバ６０によってセンタゲートウェイ３０のアドレス解決を実行した後、拠点ゲートウェイ４０がセンタゲートウェイ３０に対してアクセスしようとしたところ、センタゲートウェイ３０が故障等によって、拠点ゲートウェイ４０からのアクセスに対して応答できなかったとする。その場合、図３（Ａ）の行００４に定義されているプライマリのセンタゲートウェイ３０が応答できなかったことから、セカンダリのＮＧＮネームサーバ６０にアクセスし、このＮＧＮネームサーバ６０に対してセンタゲートウェイ２０のアドレス解決を要求する。この結果、ＮＧＮネームサーバ６０は、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」に対応するＩＰアドレス「Ａ：Ａ：Ａ：：１」を供給する。拠点ゲートウェイ４０は、供給されたＩＰアドレス「Ａ：Ａ：Ａ：：１」を参照してセンタゲートウェイ２０にアクセスし、センタゲートウェイ２０との間でセッションを確立することができる。

なお、拠点ゲートウェイ４０がセンタゲートウェイ３０とセッションを確立しようとする場合に、ネームサーバとしてのセンタゲートウェイ２０が故障しているときは、拠点ゲートウェイ４０は、同様に、セカンダリに設定されているＮＧＮネームサーバ６０にアクセスする。そして、拠点ゲートウェイ４０は、ＮＧＮネームサーバ６０に対して、センタゲートウェイ３０のアドレス解決を要求する。この結果、拠点ゲートウェイ４０はセンタゲートウェイ３０のＩＰアドレスを得ることができるので、センタゲートウェイ３０との間でセッションを確立することができる。

つぎに、図７〜図１１を参照して、センタゲートウェイ２０，３０および拠点ゲートウェイ４０において実行される処理の詳細について説明する。

図７は、運用開始時に、センタゲートウェイ２０において実行される処理の一例を説明するフローチャートである。このフローチャートの処理が開始されると、以下のステップが実行される。

ステップＳ１０では、制御部２２は、記憶部２３に記憶されているＮＧＮネームサーバ６０のＩＰアドレス「Ｅ：Ｅ：Ｅ：：１」を参照し、ＮＧＮネームサーバ６０にアクセスする。

ステップＳ１１では、制御部２２は、ＮＧＮネームサーバ６０に対してセンタゲートウェイ３０のドメイン名「ｃｇ−ｂ」のアドレス解決を要求する。この結果、ＮＧＮネームサーバ６０は、ドメイン名「ｃｇ−ｂ」に対応するＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」をセンタゲートウェイ２０に対して供給する。

ステップＳ１２では、制御部２２は、ＤＤＮＳ機能により、センタゲートウェイ３０のアドレスを登録する。より詳細には、制御部２２は、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」とＩＰアドレス「Ｂ：Ｂ：Ｂ：：」とを対応付けて記憶部２３に記憶する。

ステップＳ１３では、以上の処理により、センタゲートウェイ３０のアドレス解決が可能な状態となる。すなわち、拠点ゲートウェイ４０からセンタゲートウェイ３０のドメイン名「ｃｇ−ｂ」が供給された場合には、対応するＩＰアドレス「Ｂ：Ｂ：Ｂ：：」を返すことが可能になる。

図８は、運用開始時に、センタゲートウェイ３０において実行される処理の一例を説明するフローチャートである。このフローチャートの処理が開始されると、以下のステップが実行される。

ステップＳ３０では、制御部３２（不図示）は、記憶部３３（不図示）に記憶されているＮＧＮネームサーバ６０のＩＰアドレス「Ｅ：Ｅ：Ｅ：：１」を参照し、ＮＧＮネームサーバ６０にアクセスする。

ステップＳ３１では、制御部３２は、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」のアドレス解決をＮＧＮネームサーバ６０に対して要求する。この結果、ＮＧＮネームサーバ６０は、ドメイン名「ｃｇ−ａ」に対応するＩＰアドレス「Ａ：Ａ：Ａ：：１」をセンタゲートウェイ３０に対して供給する。

ステップＳ３２では、制御部３２は、ＤＤＮＳ機能により、センタゲートウェイ２０のアドレスを登録する。より詳細には、制御部３２は、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」とＩＰアドレス「Ａ：Ａ：Ａ：：」とを対応付けて記憶部３３（不図示）に記憶する。

ステップＳ３３では、以上の処理により、センタゲートウェイ２０のアドレス解決が可能な状態となる。すなわち、拠点ゲートウェイ４０からセンタゲートウェイ２０のドメイン名「ｃｇ−ａ」が供給された場合には、対応するＩＰアドレス「Ａ：Ａ：Ａ：：」を返すことが可能になる。

つぎに、図９を参照して、図７に示す処理が完了した後に、センタゲートウェイ２０において実行される処理の一例について説明する。図９に示すフローチャートが開始されると、以下のステップが実行される。

ステップＳ５０では、制御部２２は、自己（センタゲートウェイ２０）に付与されたＩＰアドレスが変化したか否かを判定し、変化したと判定した場合（ステップＳ５０：Ｙ）にはステップＳ５１に進み、それ以外の場合（ステップＳ５０：Ｎ）にはステップＳ５２に進む。例えば、ＮＧＮ１０の都合等によって、自己に付与されているＩＰアドレスが「Ａ：Ａ：Ａ：：１」から「Ｃ：Ｃ：Ｃ：：１」に変化した場合には、Ｙと判定してステップＳ５１に進む。

ステップＳ５１では、制御部２２は、ＤＤＮＳ機能により、自己に付与された新たなＩＰアドレスの登録を、センタゲートウェイ３０に対して要求する。この結果、センタゲートウェイ３０の記憶部３３には、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」と新たなＩＰアドレス「Ｃ：Ｃ：Ｃ：：１」とが対応付けて記憶される。

ステップＳ５２では、制御部２２は、センタゲートウェイ３０から登録の要求があったか否かを判定し、登録の要求があったと判定した場合（ステップＳ５２：Ｙ）にはステップＳ５３に進み、それ以外の場合（ステップＳ５２：Ｎ）にはステップＳ５４に進む。例えば、センタゲートウェイ３０に付与されているＩＰアドレスが、ＮＧＮ１０の都合等によって変化した場合には、センタゲートウェイ３０は、ＤＤＮＳ機能によって新たなＩＰアドレスの登録をセンタゲートウェイ２０に対して要求する（後述する図１０のステップＳ７１によって要求する）ので、その場合にはＹと判定してステップＳ５３に進む。

ステップＳ５３では、制御部２２は、センタゲートウェイ３０の新たなＩＰアドレスを記憶部２３に登録する。例えば、センタゲートウェイ３０のＩＰアドレスが「Ｂ：Ｂ：Ｂ：：１」から「Ｄ：Ｄ：Ｄ：：１」に変化した場合には、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」と新たなＩＰアドレス「Ｄ：Ｄ：Ｄ：：１」とが対応付けされて記憶部２３に記憶される。

ステップＳ５４では、制御部２２は、拠点ゲートウェイ４０からセンタゲートウェイ３０のアドレス解決の要求があったか否かを判定し、アドレス解決要求があったと判定した場合（ステップＳ５４：Ｙ）にはステップＳ５５に進み、それ以外の場合（ステップＳ５４：Ｎ）にはステップＳ５６に進む。例えば、拠点ゲートウェイ４０が、センタゲートウェイ３０との間でセッションを確立するために、センタゲートウェイ３０のアドレス解決を要求した場合にはＹと判定してステップＳ５５に進む。

ステップＳ５５では、制御部２２は、センタゲートウェイ３０のアドレス解決を実行する。すなわち、制御部２２は、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」に対応するＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」を記憶部２３から取得し、拠点ゲートウェイ４０に供給する。この結果、拠点ゲートウェイ４０は、センタゲートウェイ３０にアクセスしてセッションを確立することができる。

ステップＳ５６では、制御部２２は、拠点ゲートウェイ４０からセッションの確立要求があったか否かを判定し、セッションの確立要求があったと判定した場合（ステップＳ５６：Ｙ）にはステップＳ５７に進み、それ以外の場合（ステップＳ５６：Ｎ）にはステップＳ５８に進む。例えば、拠点ゲートウェイ４０からセッションの確立要求を受けた場合にはＹと判定してステップＳ５７に進む。

ステップＳ５７では、制御部２２は、拠点ゲートウェイ４０との間でＩＰｓｅｃセッションを確立する。この結果、センタゲートウェイ２０と拠点ゲートウェイ４０との間で暗号化通信が可能になる。

ステップＳ５８では、制御部２２は、処理を繰り返すか否かを判定し、処理を繰り返すと判定した場合（ステップＳ５８：Ｙ）にはステップＳ５０に戻って同様の処理を繰り返し、それ以外の場合（ステップＳ５８：Ｎ）には処理を終了する。

つぎに、図１０を参照して、図８に示す処理が完了した後に、センタゲートウェイ３０において実行される処理の一例について説明する。図１０に示すフローチャートが開始されると、以下のステップが実行される。

ステップＳ７０では、制御部３２（不図示）は、自己（センタゲートウェイ３０）に付与されたＩＰアドレスが変化したか否かを判定し、変化したと判定した場合（ステップＳ７０：Ｙ）にはステップＳ７１に進み、それ以外の場合（ステップＳ７０：Ｎ）にはステップＳ７２に進む。例えば、ＮＧＮ１０の都合等によって、自己に付与されているＩＰアドレスが「Ｂ：Ｂ：Ｂ：：１」から「Ｄ：Ｄ：Ｄ：：１」に変化した場合には、Ｙと判定してステップＳ７１に進む。

ステップＳ７１では、制御部３２は、ＤＤＮＳ機能により、自己に付与された新たなＩＰアドレスの登録を、センタゲートウェイ２０に対して要求する。この結果、センタゲートウェイ２０の記憶部２３には、センタゲートウェイ３０のドメイン名「ｃｇ−ｂ」と新たなＩＰアドレス「Ｄ：Ｄ：Ｄ：：１」とが対応付けて記憶される。

ステップＳ７２では、制御部３２は、センタゲートウェイ２０から登録の要求があったか否かを判定し、登録の要求があったと判定した場合（ステップＳ７２：Ｙ）にはステップＳ７３に進み、それ以外の場合（ステップＳ７２：Ｎ）にはステップＳ７４に進む。例えば、センタゲートウェイ２０に付与されているＩＰアドレスが、ＮＧＮ１０の都合等によって変化した場合には、センタゲートウェイ２０は、ＤＤＮＳ機能によって新たなＩＰアドレスの登録をセンタゲートウェイ３０に対して要求する（前述した図９のステップＳ５１によって要求する）ので、その場合にはＹと判定してステップＳ７３に進む。

ステップＳ７３では、制御部３２は、センタゲートウェイ２０の新たなＩＰアドレスを記憶部３３（不図示）に登録する。例えば、センタゲートウェイ２０のＩＰアドレスが「Ａ：Ａ：Ａ：：１」から「Ｃ：Ｃ：Ｃ：：１」に変化した場合には、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」と新たなＩＰアドレス「Ｃ：Ｃ：Ｃ：：１」とが対応付けされて記憶部３３に記憶される。

ステップＳ７４では、制御部３２は、拠点ゲートウェイ４０からセンタゲートウェイ２０のアドレス解決の要求があったか否かを判定し、アドレス解決要求があったと判定した場合（ステップＳ７４：Ｙ）にはステップＳ７５に進み、それ以外の場合（ステップＳ７４：Ｎ）にはステップＳ７６に進む。例えば、拠点ゲートウェイ４０が、センタゲートウェイ２０との間でセッションを確立するために、センタゲートウェイ２０のアドレス解決を要求した場合にはＹと判定してステップＳ７５に進む。

ステップＳ７５では、制御部３２は、センタゲートウェイ２０のアドレス解決を実行する。すなわち、制御部３２は、センタゲートウェイ２０のドメイン名「ｃｇ−ａ」に対応するＩＰアドレス「Ａ：Ａ：Ａ：：１」を記憶部３３から取得し、拠点ゲートウェイ４０に供給する。この結果、拠点ゲートウェイ４０は、センタゲートウェイ２０にアクセスしてセッションを確立することができる。

ステップＳ７６では、制御部３２は、拠点ゲートウェイ４０からセッションの確立要求があったか否かを判定し、セッションの確立要求があったと判定した場合（ステップＳ７６：Ｙ）にはステップＳ７７に進み、それ以外の場合（ステップＳ７６：Ｎ）にはステップＳ７８に進む。例えば、拠点ゲートウェイ４０からセッションの確立要求を受けた場合にはＹと判定してステップＳ７７に進む。

ステップＳ７７では、制御部３２は、拠点ゲートウェイ４０との間でＩＰｓｅｃセッションを確立する。この結果、センタゲートウェイ３０と拠点ゲートウェイ４０との間で暗号化通信が可能になる。

ステップＳ７８では、制御部３２は、処理を繰り返すか否かを判定し、処理を繰り返すと判定した場合（ステップＳ７８：Ｙ）にはステップＳ７０に戻って同様の処理を繰り返し、それ以外の場合（ステップＳ７８：Ｎ）には処理を終了する。

つぎに、図１１を参照して、拠点ゲートウェイ４０において実行される処理の一例について説明する。なお、図１１に示す処理は、ＮＧＮネームサーバ６０にアクセスしてセンタゲートウェイ３０のアドレス解決を実行した後に、センタゲートウェイ３０にアクセスしてセンタゲートウェイ２０のアドレス解決を実行し、センタゲートウェイ２０にアクセスしてセッションを確立する場合の処理である。図１１に示すフローチャートが開始されると、以下のステップが実行される。

ステップＳ９０では、制御部４２（不図示）は、記憶部４３（不図示）に記憶されているＮＧＮネームサーバ６０のＩＰアドレス「Ｅ：Ｅ：Ｅ：：１」を参照し、ＮＧＮネームサーバ６０にアクセスする。より詳細には、制御部４２は、図３（Ａ）の行００４に記載されている「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」を解決するために、行００１に記載されているＩＰアドレス「Ｅ：Ｅ：Ｅ：：１」にアクセスする。

ステップＳ９１では、制御部４２は、ＮＧＮネームサーバ６０に対して、センタゲートウェイ３０のアドレス解決を要求する。より詳細には、制御部４２は、ＮＧＮネームサーバ６０に対して、図３（Ａ）の行００４に記載されているセンタゲートウェイ３０のドメイン名「ｃｇ−ｂ」（正確には「ｃｇ−ｂ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」）を供給し、対応するＩＰアドレスを供給するように要求する。この結果、制御部４２は、センタゲートウェイ３０のＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」を得る。

ステップＳ９２では、制御部４２は、ステップＳ９１で得たＩＰアドレスを参照し、センタゲートウェイ３０にアクセスする。より詳細には、ＩＰアドレス「Ｂ：Ｂ：Ｂ：：１」を参照して、センタゲートウェイ３０にアクセスする。

ステップＳ９３では、制御部４２は、センタゲートウェイ３０へのアクセスが成功したか否かを判定し、成功したと判定した場合（ステップＳ９３：Ｙ）にはステップＳ９４に進み、それ以外の場合（ステップＳ９３：Ｎ）にはステップＳ９５に進む。例えば、センタゲートウェイ３０のアクセスに成功した場合にはステップＳ９４に進み、センタゲートウェイ３０の故障等によってアクセスに失敗した場合にはステップＳ９５に進む。

ステップＳ９４では、制御部４２は、センタゲートウェイ３０に対して、センタゲートウェイ２０のアドレス解決を要求する。より詳細には、制御部４２は、図３（Ａ）の行００３に記載されているセンタゲートウェイ２０のドメイン名「ｃｇ−ａ」（正確には「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」）をセンタゲートウェイ３０に供給し、対応するＩＰアドレスを供給するように要求する。この結果、制御部４２は、センタゲートウェイ２０のＩＰアドレスである「Ａ：Ａ：Ａ：：１」を得る。

ステップＳ９５では、制御部４２は、ＮＧＮネームサーバ６０にアクセスする。すなわち、ステップＳ９３でＮと判定された場合は、センタゲートウェイ３０が正常に動作していない場合であるので、その場合には、図３（Ａ）の行００４に記載されるように、セカンダリに設定されているＮＧＮネームサーバ６０にアクセスする。

ステップＳ９６では、制御部４２は、ＮＧＮネームサーバ６０に対して、センタゲートウェイ２０のアドレス解決を要求する。より詳細には、制御部４２は、図３（Ａ）の行００３に記載されているセンタゲートウェイ２０のドメイン名「ｃｇ−ａ」（正確には「ｃｇ−ａ．ｂｐｊ．ｇｍｆｕｔ−ｆｂｔｕ．ｊｐ」）をＮＧＮネームサーバ６０に供給し、対応するＩＰアドレスを供給するように要求する。この結果、制御部４２は、センタゲートウェイ２０のＩＰアドレスである「Ａ：Ａ：Ａ：：１」を得る。

ステップＳ９７では、制御部４２は、ステップＳ９４またはステップＳ９６で得たＩＰアドレスを参照し、センタゲートウェイ２０にアクセスする。より詳細には、制御部４２は、ステップＳ９４またはステップＳ９６で得たＩＰアドレス「Ａ：Ａ：Ａ：：１」を参照して、センタゲートウェイ２０にアクセスする。

ステップＳ９８では、制御部４２は、センタゲートウェイ２０との間でＩＰｓｅｃセッションを確立する。この結果、拠点ゲートウェイ４０はセンタゲートウェイ２０との間で暗号化通信が可能になる。

ステップＳ９９では、制御部４２は、センタゲートウェイ２０とのセッションが切断したか否かを判定し、切断したと判定した場合（ステップＳ９９：Ｙ）にはステップＳ９２に戻って前述の場合と同様の処理を繰り返し、切断していないと判定した場合（ステップＳ９９：Ｎ）にはステップＳ１００に進む。例えば、ＮＧＮ１０の都合等によって、センタゲートウェイ２０のＩＰアドレスが「Ａ：Ａ：Ａ：：１」から「Ｃ：Ｃ：Ｃ：：１」に変更されたことに起因して、セッションが切断された場合にはＹと判定してステップＳ９２に戻る。そして、ステップＳ９２以降の処理によって、センタゲートウェイ２０の新たなＩＰアドレスが取得され、センタゲートウェイ２０との間のセッションを再確立することができる。

ステップＳ１００では、制御部４２は、処理を繰り返すか否かを判定し、繰り返すと判定した場合（ステップＳ１００：Ｙ）にはステップＳ９９に戻って前述の場合と同様の処理を繰り返し、それ以外の場合（ステップＳ１００：Ｎ）には処理を終了する。

以上のフローチャートによれば、図１を参照して前述した動作を実現することができる。

（Ｄ）変形実施形態の説明
以上の実施形態は一例であって、本発明が上述したような場合のみに限定されるものでないことはいうまでもない。例えば、以上の実施形態では、２つのセンタゲートウェイ２０，３０間でそれぞれのアドレスを相互に登録し、ＩＰアドレスの変化によって一方のセンタゲートウェイと拠点ゲートウェイ４０との間のセッションが切断した場合には他方のセンタゲートウェイによってアドレス解決を図るようにしたが、１つのセンタゲートウェイと、２つの拠点ゲートウェイを設けて、これらのいずれかの拠点ゲートウェイとセンタゲートウェイの間でそれぞれのアドレスを相互に登録し、ＩＰアドレスの変化によってセンタゲートウェイと一方の拠点ゲートウェイとの間のセッションが切断した場合には他方の拠点ゲートウェイによってアドレス解決を図るようにしてもよい。

また、図１に示す実施形態では、拠点ゲートウェイ４０は１台としたが、例えば、２台または３台以上としてもよい。また、図１に示す実施形態では、２台のセンタゲートウェイ２０，３０を配置するようにしたが、１台または３台以上としてもよい。

また、図１に示す実施形態では、半固定アドレスが付与されるネットワークとして、ＮＧＮ１０を例に挙げて説明したが、これ以外のネットワークを用いるようにしてもよい。

また、図１１に示すフローチャートでは、ステップＳ９９において、センタゲートウェイ２０とのセッションが切断したと判定した場合にはステップＳ９２に戻るようにしたが、ステップＳ９０に戻るようにしてもよい。一例として、センタゲートウェイ３０に前回アクセスしてからの経過時間が所定の時間以上（例えば、１０分以上）である場合には、センタゲートウェイ３０のアドレスも変更されている場合があるので、その場合にはステップＳ９０に戻るようにしてもよい。

また、以上の実施形態では、センタゲートウェイ２０と拠点ゲートウェイ４０とがセッションを確立した状態において、センタゲートウェイ２０のＩＰアドレスが変化する場合を例に挙げて説明したが、拠点ゲートウェイ４０がセンタゲートウェイ２０との間でセッションを確立する際にセンタゲートウェイ２０のＩＰアドレスが変化した場合でも本実施形態によれば、センタゲートウェイ２０との間でセッションを確立することができる。すなわち、拠点ゲートウェイ４０がセンタゲートウェイ２０との間でセッションを確立している際に、センタゲートウェイ２０のＩＰアドレスが変化した場合には、センタゲートウェイ３０に登録されている情報はＤＤＮＳによって即時に変更されるので、拠点ゲートウェイ４０はセンタゲートウェイ２０にアクセスしてセッションを確立することができる。

また、本発明はＩＰｓｅｃには限定されず、これ以外のプロトコル（例えば、Ｌ２ＴＰ）を、セッションの確立に使用することも可能である。

また、図３（Ａ），（Ｂ）に示す設定情報は一例であって、本発明がこのような設定情報のみに限定されないことはいうまでもない。

また、図１１に示す例では、拠点ゲートウェイ４０がセンタゲートウェイ２０との間でセッションを確立する場合を例に挙げて説明したが、「ｃｇ−ａ」を「ｃｇ−ｂ」に置換し、「ｃｇ−ｂ」を「ｃｇ−ａ」に置換することで、拠点ゲートウェイ４０がセンタゲートウェイ３０との間でセッションを確立する場合の処理とすることができる。

１０ ＮＧＮ
２０，３０ センタゲートウェイ（センタ側接続装置、追加接続装置）
２１ パケット中継処理部
２２ 制御部
２３ 記憶部
２４−１〜２４−ｎ 受信部
２５−１〜２５−ｎ 送信部
４０ 拠点ゲートウェイ（拠点側接続装置）
５０ ＰＣ
６０ ＮＧＮネームサーバ

Claims (7)

1. ネームサーバを有するネットワークであって半固定アドレスが付与される当該ネットワークに接続されるとともにセンタ側に配置されるセンタ側接続装置と、
   前記ネットワークに接続されるとともに拠点側に配置され、前記センタ側接続装置と通信を行う拠点側接続装置と、
   前記ネットワークに接続されるとともに、前記センタ側または前記拠点側に配置される追加接続装置と、を有し、
   前記センタ側接続装置と前記追加接続装置は、ＤＤＮＳ（Dynamic Domain Name System）機能によって相互のアドレスとドメインをそれぞれ記憶し、
   前記拠点側接続装置は、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に前記センタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得し、当該変化後のアドレスに基づいて前記センタ側接続装置にアクセスする、
   ことを特徴とするネットワークシステム。
2. 前記ネットワークは、ＮＧＮ（Next Generation Network）であることを特徴とする請求項１に記載のネットワークシステム。
3. 前記拠点側接続装置は、前記センタ側接続装置とセッションを確立している状態において、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に対して前記センタ側接続装置の変化後のアドレスを問い合わせることを特徴とする請求項１または２に記載のネットワークシステム。
4. 前記拠点側接続装置は、前記センタ側接続装置との間でセッションを確立する場合、前記ネームサーバにアクセスして前記追加接続装置のアドレスを取得し、前記追加接続装置にアクセスして前記拠点側接続装置のアドレスを取得し、取得したアドレスに基づいて前記センタ側接続装置との間でセッションを確立することを特徴とする請求項１乃至３のいずれか１項に記載のネットワークシステム。
5. 前記拠点側接続装置は、前記センタ側接続装置との間でセッションを確立する場合において、前記追加接続装置の不具合によって当該追加接続装置にアクセスできないときは、前記ネームサーバにアクセスして前記拠点側接続装置のアドレスを取得し、取得したアドレスに基づいて前記センタ側接続装置との間でセッションを確立することを特徴とする請求項４に記載のネットワークシステム。
6. ネームサーバを有するネットワークであって半固定アドレスが付与される当該ネットワークに接続されるとともにセンタ側に配置されるセンタ側接続装置と、
   前記ネットワークに接続されるとともに拠点側に配置され、前記センタ側接続装置と通信を行う拠点側接続装置と、
   前記ネットワークに接続されるとともに、前記センタ側または拠点側に配置される追加接続装置と、を有するネットワークシステムのアドレス解決方法であって、
   前記センタ側接続装置と前記追加接続装置は、ＤＤＮＳ（Dynamic Domain Name System）機能によって相互のアドレスとドメインをそれぞれ記憶し、
   前記拠点側接続装置は、前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に前記センタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得し、当該変化後のアドレスに基づいて前記センタ側接続装置にアクセスする、
   ことを特徴とするネットワークシステムのアドレス解決方法。
7. ネームサーバを有するネットワークであって半固定アドレスが付与される当該ネットワークに接続されるとともにセンタ側に配置されるセンタ側接続装置と、前記ネットワークに接続されるとともに拠点側に配置され、前記センタ側接続装置と通信を行う拠点側接続装置と、前記ネットワークに接続されるとともに、前記センタ側または前記拠点側に配置される追加接続装置と、を有し、前記センタ側接続装置と前記追加接続装置は、ＤＤＮＳ（Dynamic Domain Name System）機能によって相互のアドレスとドメインをそれぞれ記憶するネットワークシステムに使用される前記拠点側接続装置において、
   前記センタ側接続装置のアドレスが変化した場合には、前記追加接続装置に前記センタ側接続装置のアドレスを問い合わせることによって変化後のアドレスを取得し、当該変化後のアドレスに基づいて前記センタ側接続装置にアクセスする、
   ことを特徴とする拠点側接続装置。

Images