(57)【要約】【課題】ＩＰｖ４ネットワークに接続されたＩＰｖ４端末とＩＰｖ６ネットワークに接続されたＩＰｖ６端末との間でパケット変換を行うのにあたって、パケット変換装置が故障した場合であっても通信が継続できるＩＰｖ６／ＩＰｖ４パケット変換システムを提供すること。【解決手段】ＩＰｖ４ネットワークに接続されたＩＰｖ４端末とＩＰｖ６ネットワークに接続されたＩＰｖ６端末との間でパケット変換を行うシステムであって、一方の端末からのパケットを変換して他方の端末に送信する複数のプライマリーパケット変換装置と、これらプライマリーパケット変換装置をバックアップするバックアップパケット変換装置、とで構成されたことを特徴とするもの。【選択図】        図１
2004165928.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰｖ４ネットワークに接続されたＩＰｖ４端末とＩＰｖ６ネットワークに接続されたＩＰｖ６端末との間でパケット変換を行うシステムであって、
一方の端末からのパケットを変換して他方の端末に送信する複数のプライマリーパケット変換装置と、
これらプライマリーパケット変換装置をバックアップするバックアップパケット変換装置、
とで構成されたことを特徴とするＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項２】
前記パケット変換装置とバックアップパケット変換装置が１対１の関係で設けられていることを特徴とする請求項１記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項３】
前記パケット変換装置とバックアップパケット変換装置が複数対１の関係で設けられていることを特徴とする請求項１記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項４】
バックアップパケット変換装置は、プライマリーパケット変換装置との間で変換ルール制御情報と変換テーブル制御情報の授受を行うことを特徴とする請求項１から請求項３のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項５】
バックアップパケット変換装置は、ＤＮＳサーバー側との間で変換ルール制御情報の授受を行い、プライマリーパケット変換装置との間で変換テーブル制御情報の授受を行うことを特徴とする請求項１から請求項３のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項６】
バックアップパケット変換装置は、ＤＮＳサーバー側との間で変換ルール制御情報と変換テーブル制御情報の授受を行うことを特徴とする請求項１から請求項３のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項７】
バックアップパケット変換装置は、プライマリーパケット変換装置の異常を監視し、異常検知時に自律的にバックアップを行うことを特徴とする請求項１から請求項６のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【請求項８】
バックアップパケット変換装置は、プライマリーパケット変換装置の異常を監視する手段の異常検知出力に基づきバックアップを行うことを特徴とする請求項１から請求項６のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰｖ６／ＩＰｖ４パケット変換システムに関し、詳しくは、通信プロトコルとしてＩＰｖ６（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）を使用するＩＰｖ６端末と通信プロトコルとしてＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用するＩＰｖ４端末の間における通信の安定化を実現するためのパケット変換システムに関するものである。
【０００２】
【従来の技術】
ＩＰｖ６は次世代のインターネット・プロトコルの名称である。現在使用されている３２ビット・アドレス方式のインターネット・プロトコル（ＩＰｖ４）アドレスは、上限が約４３億台であり、インターネットの急速な拡大に伴いアドレス不足が深刻化している。そこでＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ／インターネット技術特別調査委員会）により、ＩＰｖ４にいくつかの機能を付加したインターネットの次世代の仕様として、１２８ビット（アドレスが１２８ビット（約  ３．４×１０の３８乗個）分ある）に拡張されたＩＰｖ６が開発された。
【０００３】
このようなインターネットに関する規格や方式に関する提案は文書化されＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）データとして公開されている。これらＲＦＣデータのうち、ＩＰｖ６のノードにＩＰｖ４アドレスを割り当てる技術に関連するものとして、ＲＦＣ３１４２，ＲＦＣ２７６５，ＲＦＣ２７６６などがある。
【０００４】
【特許文献１】
特開平１０−１３６０５２
【０００５】
【発明が解決しようとする課題】
ＲＦＣ３１４２はＩＰｖ６のノードがＩＰｖ４のノードへアクセスするための技術であり、ＩＰｖ４のノードがＩＰｖ６のノードへアクセスすることは定義していないため、ＩＰｖ６のノードにＩＰｖ４アドレスを割り当てることについては言及していない。
【０００６】
ＲＦＣ２７６５，２７６６では、ＩＰｖ６のノードにＩＰｖ４アドレスを割り当てる方法については別に定義が必要としてあり、特に言及していない。参考としてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＬＡＮ上のコンピュータの動的ホスト構成プロトコル）を用いる方法を紹介している。
【０００７】
また、ＲＦＣ２７６６ではアドレスをアサインするためにはＤＮＳ−ＡＬＧ（ＤＮＳ  ＡｐｐｌｉｃａｔｉｏｎＬｅｖｅｌ  Ｇａｔｅｗａｙ）を用いるように定義されている。ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ／Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ：インターネットに接続されたコンピュータに付けられた数値的なアドレス（ＩＰアドレス）と、それに対応する記号的なアドレス（ドメイン・ネーム）を変換するためのネットワーク上のサービスまたは、システム）の要求パケットが変換システムを越えて行くのを前提にしており、そのタイミングでアドレスの割り当てを行うことを提案しているが、ＤＮＳの要求パケットが変換システムを越えるということは現実的には保証できない。
【０００８】
さらに、ＲＦＣ２７６６にある１対１の静的な割り当てにあたっては、ＤＮＳのデータベースへの追加を必要とし、変換ルールも個々に定義する必要があるため管理上コストがかかる。また、割り当てに用いるＩＰｖ４アドレスをＩＰｖ６端末の数だけ必要とするため効率が悪い。
【０００９】
特許文献１には、ＩＰｖ６端末に予め固定でＩＰｖ４アドレスを割り当てなくてもＩＰｖ４端末との間の通信ができるようにするとともに、ドメインネームで相手を指定できるようにして互いに相手が通信プロトコルとして何を使用しているのか意識しないで通信ができるようにする技術が開示されている。
【００１０】
ところで、特許文献１では、パケット変換装置が故障した場合の対応については言及していないが、一般の例に従えばそのパケット変換装置が処理していた接続はパケット変換装置が故障した時点で継続不可能になり、通信不能になってしまうことになる。
【００１１】
本発明は、このような問題を解決するものであり、その目的は、ＩＰｖ４ネットワークに接続されたＩＰｖ４端末とＩＰｖ６ネットワークに接続されたＩＰｖ６端末との間でパケット変換を行うのにあたって、パケット変換装置が故障した場合であっても通信が継続できるＩＰｖ６／ＩＰｖ４パケット変換システムを提供することにある。
【００１２】
【課題を解決するための手段】
このような目的を達成する請求項１の発明は、
ＩＰｖ４ネットワークに接続されたＩＰｖ４端末とＩＰｖ６ネットワークに接続されたＩＰｖ６端末との間でパケット変換を行うシステムであって、
一方の端末からのパケットを変換して他方の端末に送信する複数のプライマリーパケット変換装置と、
これらプライマリーパケット変換装置をバックアップするバックアップパケット変換装置、
とで構成されたことを特徴とする。
【００１３】
請求項２の発明は、請求項１記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
前記パケット変換装置とバックアップパケット変換装置が１対１の関係で設けられていることを特徴とする。
【００１４】
請求項３の発明は、請求項１記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
前記パケット変換装置とバックアップパケット変換装置が複数対１の関係で設けられていることを特徴とする。
【００１５】
請求項４の発明は、請求項１から請求項３のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
バックアップパケット変換装置は、プライマリーパケット変換装置との間で変換ルール制御情報と変換テーブル制御情報の授受を行うことを特徴とする。
【００１６】
請求項５の発明は、請求項１から請求項３のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
バックアップパケット変換装置は、ＤＮＳサーバー側との間で変換ルール制御情報の授受を行い、プライマリーパケット変換装置との間で変換テーブル制御情報の授受を行うことを特徴とする。
【００１７】
請求項６の発明は、請求項１から請求項３のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
バックアップパケット変換装置は、ＤＮＳサーバー側との間で変換ルール制御情報と変換テーブル制御情報の授受を行うことを特徴とする。
【００１８】
請求項７の発明は、請求項１から請求項６のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
バックアップパケット変換装置は、プライマリーパケット変換装置の異常を監視し、異常検知時に自律的にバックアップを行うことを特徴とする。
【００１９】
請求項８の発明は、請求項１から請求項６のいずれかに記載のＩＰｖ６／ＩＰｖ４パケット変換システムにおいて、
バックアップパケット変換装置は、プライマリーパケット変換装置の異常を監視する手段の異常検知出力に基づきバックアップを行うことを特徴とする。
【００２０】
これらにより、プライマリーパケット変換装置が故障した場合にはバックアップパケット変換装置がバックアップ処理を行うので、通信の継続が図れる。
【００２１】
【発明の実施の形態】
以下、図面を用いて本発明の実施態様を説明する。
図１は本発明の実施態様の一例を示す概念ブロック図である。インターネットサービス提供者は、ＤＮＳサーバー１０と、１台のＤＮＳ代行装置２０、プライマリーパケット変換装置３０とバックアップパケット変換装置４０よりなるパケット変換システム５０を備えている。
【００２２】
すなわち、本発明のパケット変換システム５０では、ＤＮＳ代行機能とパケット変換機能を個別の機器に分離させるとともに、パケット変換機能を通常時に動作するプライマリーパケット変換装置３０と、プライマリーパケット変換装置３０が異常になった場合にバックアップして代替動作するバックアップパケット変換装置４０とで構成している。インターネットサービス利用者は、ＩＰｖ４端末６０またはＩＰｖ６端末７０を用いてパケット変換システム５０にアクセスする。
【００２３】
ここでＤＮＳ代行装置２０は、変換ルールを動的に生成するために用いているが、本発明は変換ルールの生成の手段には依存しない。基本的に変換ルールと変換状態テーブルをプライマリーパケット変換装置３０とバックアップパケット変換装置４０との間で同じ状態に保てればよい。ＤＮＳ代行装置２０とプライマリーパケット変換装置３０との間で動的なルールの制御情報およびパケット変換の状態情報の授受を行い、プライマリーパケット変換装置３０とバックアップパケット変換装置４０との間でルールと変換テーブルの制御情報の授受を行う。
【００２４】
図２は本発明の他の実施態様例を示す概念ブロック図である。図２の例では、プライマリーパケット変換装置３０とバックアップパケット変換装置４０を１セットとした複数ｎのパケット変換装置セットを備えることにより、パケット変換要求負荷を分散処理できるように冗長化している。
【００２５】
図３は図１の各部の構成例を示すブロック図であり、図１と共通する部分には同一の符号を付けている。
プライマリーパケット変換装置３０は、ＩＰｖ４端末６０およびＩＰｖ６端末７０とデータの授受を行うパケット変換部３１、ＤＮＳ代行装置２０のルール通知部（図示せず）とデータの授受を行うルール通知部３２、ＤＮＳ代行装置２０の負荷監視部（図示せず）とデータの授受を行う負荷監視部３３、パケット変換部３１および負荷監視部３３とデータの授受を行う変換状態テーブル３４、パケット変換部３１およびルール通知部３２とデータの授受を行う変換ルールテーブル３５、これら変換状態テーブル３４と変換ルールテーブル３５の同期を制御するテーブル同期部３６、プライマリーパケット変換装置３０とバックアップパケット変換装置４０の動作切替を制御する切替部３７などで構成されている。
【００２６】
バックアップパケット変換装置４０もプライマリーパケット変換装置３０と実質的に同様に、ＩＰｖ４端末６０およびＩＰｖ６端末７０とデータの授受を行うパケット変換部４１、ＤＮＳ代行装置２０のルール通知部（図示せず）とデータの授受を行うルール通知部４２、ＤＮＳ代行装置２０の負荷監視部（図示せず）とデータの授受を行う負荷監視部４３、パケット変換部４１および負荷監視部４３とデータの授受を行う変換状態テーブル４４、パケット変換部４１およびルール通知部４２とデータの授受を行う変換ルールテーブル４５、これら変換状態テーブル４４と変換ルールテーブル４５の同期を制御するテーブル同期部４６、プライマリーパケット変換装置３０とバックアップパケット変換装置４０の動作切替を制御する切替部４７などで構成されている。
【００２７】
ここで、プライマリーパケット変換装置３０のテーブル同期部３６とバックアップパケット変換装置４０のテーブル同期部４６およびプライマリーパケット変換装置３０の切替部３７とバックアップパケット変換装置４０の切替部４７はデータの授受を行うように接続されている。テーブル同期部３６とテーブル同期部４６の間では変換状態テーブルと変換ルールテーブルの制御情報の授受を行い、切替部３７と切替部４７の間では定期的なポーリングと切替時の制御情報の授受を行う。
【００２８】
図４はテーブル同期処理の手順説明図であり、ＩＰｖ６端末７０からＩＰｖ４端末６０にアクセスする例を示している。
（Ｓ１）
ＩＰｖ６端末７０はアクセスしたいＩＰｖ４端末６０のアドレスをＤＮＳ代行装置２０に問い合わせる。
【００２９】
（Ｓ２）
ＤＮＳ代行装置２０はその問い合わせをＤＮＳサーバー１０に転送する。
（Ｓ３）
ＤＮＳサーバー１０はＩＰｖ６端末７０に対するアドレスをＤＮＳ代行装置２０に通知する。
【００３０】
（Ｓ４）
ＤＮＳ代行装置２０はＩＰｖ６端末７０にアドレスの割り当てを行い、割り当てたアドレスをＩＰｖ６端末７０に通知する。
【００３１】
（Ｓ５）
ＩＰｖ６端末７０はＤＮＳ代行装置２０から通知を受けたアドレス宛てのパケットをプライマリーパケット変換装置３０に送信する。
【００３２】
（Ｓ６）
パケットを受信したプライマリーパケット変換装置３０は、変換テーブルに本通信のエントリを追加し、バックアップパケット変換装置４０にエントリ追加要求を送信する。
（Ｓ７）
バックアップパケット変換装置４０は変換テーブルにエントリを追加し、追加完了通知をプライマリーパケット変換装置３０に送信する。
【００３３】
（Ｓ８）
プライマリーパケット変換装置３０はＩＰｖ６端末７０から受信したパケットをＩＰｖ４パケットに変換しＩＰｖ４端末６０に送信する。
（Ｓ９）
ＩＰｖ４端末６０が受け取ったパケットに対する返信パケットをプライマリーパケット変換装置３０に送信する。
【００３４】
（Ｓ１０）
プライマリーパケット変換装置３０は受け取った返信パケットをＩＰｖ６パケットに変換してＩＰｖ６端末７０に送信する。
（Ｓ１１）
ＩＰｖ４端末６０から、ＩＰｖ６端末７０宛の通信終了パケットをプライマリーパケット変換装置３０に送信する。
【００３５】
（Ｓ１２）
プライマリーパケット変換装置３０はこの終了パケットをＩＰｖ６パケットに変換して、ＩＰｖ６端末７０に送信する。
（Ｓ１３）
プライマリーパケット変換装置３０は該当エントリを変換テーブルから削除し、さらににバックアップパケット変換装置４０に該当エントリの削除要求を送信する。
【００３６】
（Ｓ１４）
バックアップパケット変換装置４０は該当エントリを変換テーブルから削除し、削除完了通知をプライマリーパケット変換装置３０に通知する。
（Ｓ１５）
ＤＮＳ代行装置２０はプライマリーパケット変換装置３０の稼働状況を定期的に検査する。
【００３７】
（Ｓ１６）
プライマリーパケット変換装置３０は定期的な検査に対し、自身の稼働状況をＤＮＳ代行装置２０に通知する。なお定期的な検査は各プライマリーパケット変換装置に対して行う。
【００３８】
（Ｓ１７）
バックアップパケット変換装置４０はプライマリーパケット変換装置３０の稼働状況を定期的に検査する。
（Ｓ１８）
プライマリーパケット変換装置３０は稼働状況をバックアップパケット変換装置４０に通知する。
【００３９】
図５もテーブル同期処理の手順説明図であり、ＩＰｖ４端末６０からＩＰｖ６端末７０にアクセスする例を示している。
（Ｓ１）
ＩＰｖ４端末６０はアクセスしたいＩＰｖ６端末７０のアドレスをＤＮＳ代行装置２０に問い合わせる。
【００４０】
（Ｓ２）
ＤＮＳ代行装置２０はその問い合わせをＤＮＳサーバー１０に転送する。
（Ｓ３）
ＤＮＳサーバー１０はＩＰｖ６端末７０に対するアドレスをＤＮＳ代行装置２０に通知する。
【００４１】
（Ｓ４）
ＤＮＳ代行装置２０はＩＰｖ６端末７０にアドレスの割り当てを行い、変換ルールを作成し、割り当てたアドレスを含む変換ルールをプライマリーパケット変換装置３０に通知する。
【００４２】
（Ｓ５）
プライマリーパケット変換装置３０は、ＤＮＳ代行装置２０から受け取った変換ルールをルールテーブルに設定し、該当ルールの設定要求をバックアップパケット変換装置４０に送信する。
【００４３】
（Ｓ６）
バックアップパケット変換装置４０は該当ルールをルールテーブルに設定し、設定完了通知をプライマリーパケット変換装置３０に送信する。
（Ｓ７）
プライマリーパケット変換装置３０はそのルールの設定完了通知をＤＮＳ代行装置２０に通知する。
【００４４】
（Ｓ８）
ＤＮＳ代行装置２０はＩＰｖ６端末７０に割り当てられたＩＰｖ４アドレスを、ＩＰｖ４端末６０に通知する。
（Ｓ９）
ＩＰｖ４端末６０は通知されたアドレス宛のパケットをプライマリーパケット変換装置３０に送信する。
【００４５】
（Ｓ１０）
プライマリーパケット変換装置３０はＩＰｖ４端末６０から送信されたパケットを受け取って変換テーブルに該当エントリを追加し、そのエントリの追加要求をバックアップパケット変換装置４０に送信する。
（Ｓ１１）
バックアップパケット変換装置４０は該当エントリを変換テーブルに追加し、プライマリーパケット変換装置３０に追加完了通知を送信する。
【００４６】
（Ｓ１２）
プライマリーパケット変換装置３０は受信したＩＰｖ４パケットをＩＰｖ６パケットに変換し、ＩＰｖ６端末７０宛に送信する。このときのＩＰｖ６パケットの送信元アドレスは、ＩＰｖ４パケットの送信元アドレスの前に決められた９６Ｂｉｔのパターンを付加したものである。
（Ｓ１３）
ＩＰｖ６端末７０がこのパケットに返信をする場合、受け取ったパケットの送信元アドレスにむけてパケットを返信する。このときの送信元アドレスはＩＰｖ６端末７０自身のアドレスとなる。
【００４７】
（Ｓ１４）
プライマリーパケット変換装置３０は受け取ったパケットの宛先アドレスから決められた９６Ｂｉｔを削除してＩＰｖ４アドレスを取り出し、このアドレスをＩＰｖ４パケットの宛先アドレスとして受け取ったパケットの送信元アドレスに割り当てられたＩＰｖ４アドレスを送信元アドレスとするようなＩＰｖ４パケットをＩＰｖ４端末６０に送信する。
（Ｓ１５）
ＩＰｖ６端末７０がＩＰｖ４端末６０宛の通信終了パケットをプライマリーパケット変換装置３０に送信する。
【００４８】
（Ｓ１６）
プライマリーパケット変換装置３０はＩＰｖ６端末７０から通信終了パケットを受け取ってＩＰｖ４パケットに変換し、ＩＰｖ４端末６０へ送信する。なお通信終了パケットはＩＰｖ４端末６０から送信されることもあるが、この場合にはプライマリーパケット変換装置３０により変換されたＩＰｖ６端末７０宛に送られる。
【００４９】
（Ｓ１７）
Ｓ１６までの手順により通信が終了するか一定時間パケットが流れていない状態が続くと、プライマリーパケット変換装置３０はその通信に該当する変換テーブル上のエントリを削除し、バックアップパケット変換装置４０に該当エントリを削除するように削除要求を送信する。
（Ｓ１８）
バックアップパケット変換装置４０は該当エントリを変換テーブルから削除し、プライマリーパケット変換装置３０に削除完了通知を送信する。
【００５０】
（Ｓ１９）
該当するルールが使われていない状態が一定時間続くと、プライマリーパケット変換装置３０はＤＮＳ代行装置２０にその旨を通知する。
（Ｓ２０）
ＤＮＳ代行装置２０はプライマリーパケット変換装置３０に該当ルールの削除要求を送信する。
【００５１】
（Ｓ２１）
プライマリーパケット変換装置３０は該当ルールをルールテーブルから削除し、バックアップパケット変換装置４０に該当ルール削除要求を送信する。
【００５２】
（Ｓ２２）
バックアップパケット変換装置４０は該当ルールをルールテーブルから削除し、プライマリーパケット変換装置３０に削除完了通知を送信する。
（Ｓ２３）
プライマリーパケット変換装置３０は削除完了通知をＤＮＳ代行装置２０に通知する。
【００５３】
（Ｓ２４）
ＤＮＳ代行装置２０はプライマリーパケット変換装置３０の稼働状況を定期的に検査する。
（Ｓ２５）
プライマリーパケット変換装置３０は定期的な検査に対し、自身の稼働状況をＤＮＳ代行装置２０に通知する。なお定期的な検査は各プライマリーパケット変換装置に対して行う。
【００５４】
（Ｓ２６）
バックアップパケット変換装置４０はプライマリーパケット変換装置３０の稼働状況を定期的に検査する。
（Ｓ２７）
プライマリーパケット変換装置３０は稼働状況をバックアップパケット変換装置４０に通知する。
【００５５】
図６はＩＰｖ４端末６０からＩＰｖ６端末７０にアクセスする場合のテーブル同期処理手順を時系列的に示した説明図であり、図５と同一の手順番号を付けている。なお図６ではＤＮＳ代行装置２０との間のデータ授受は省略している。
【００５６】
図７はプライマリーパケット変換装置３０とバックアップパケット変換装置４０との間における切替手順を時系列的に示した説明図である。
（Ｓ１）
バックアップパケット変換装置４０がプライマリーパケット変換装置３０に定期的にポーリングをかける。
【００５７】
（Ｓ２）
正常時では、プライマリーパケット変換装置３０はバックアップパケット変換装置４０のポーリングに応える。
（Ｓ３）
バックアップパケット変換装置４０がプライマリーパケット変換装置３０に定期的にポーリングをかける。
【００５８】
（Ｓ４）
異常状態になると、プライマリーパケット変換装置３０はバックアップパケット変換装置４０のポーリングに応答しない。
【００５９】
（Ｓ５）
バックアップパケット変換装置４０はプライマリーパケット変換装置３０にシャットダウンコマンドを発行する。
このとき、コマンドを発行するために専用ネットワークを用いるということも可能だが、ＲＳＣ２３２Ｃのようなシリアルケーブルからログインしコマンドを発行する方がより好ましい。さらには、より確実性を得るために、プライマリーパケット変換装置３０を無停電電源装置に接続しておき、異常時にはプライマリーパケット変換装置３０への電源供給を絶つことが望ましい。
【００６０】
（Ｓ６）
バックアップパケット変換装置４０はプライマリーパケット変換装置３０にｐｉｎｇを送信し、返事のないことを確認する。
【００６１】
そして、バックアップパケット変換装置４０はプライマリーパケット変換装置３０から返事がないことを確認すると、自身がプライマリーパケット変換装置３０に成り代わる。このとき、バックアップパケット変換装置４０は以下の変更が必要になる。
ａ）プライマリーパケット変換装置３０のＩＰｖ４インタフェースのＩＰｖ４アドレスおよびＭＡＣアドレスを、プライマリーパケット変換装置３０のそれらに変える。ｂ）同様に、ＩＰｖ６インタフェースのＩＰｖ６アドレスおよびＭＡＣアドレスをプライマリーパケット変換装置３０のそれらに変える。
ｃ）プライマリーパケット変換装置３０の行っていたＰｒｏｘｙ  ＡＲＰ（ＡＲＰ代理応答）機能も引き継いで行う。
ｄ）プライマリーパケット変換装置３０がＩＰｖ６ネットワークにおいてルーティングプロトコルを利用していた場合は、バックアップパケット変換装置４０も同じルーティングプロトコルを利用する。特にＩＰｖ６パケットを変換するときに、変換対象となるネットワークアドレスをＩＰｖ６のネットワークに広告する必要がある。
【００６２】
このように、本発明システムでは、ダウンしたパケット変換装置がダウンしても、ＩＰｖ４端末からＩＰｖ６端末へのパケットの変換、ＩＰｖ６端末からＩＰｖ４端末へのパケットの変換を問わず、そのパケット変換装置が処理していた通信を継続できる。そして、本発明システムはパケット変換装置間の仕組みであることから、パケット変換ルールの設定方法とは関係なく利用できるという利点もある。
【００６３】
なお上記実施例では、バックアップパケット変換装置４０はプライマリーパケット変換装置３０から変換ルールを受け取る構成を示したが、図８に示すようにＤＮＳ代行装置２０が変換ルールを生成するようにし、生成した変換ルール制御情報をＤＮＳ代行装置２０からプライマリーパケット変換装置３０およびバックアップパケット変換装置４０に直接通知するように構成してもよい。
【００６４】
また上記実施例では、バックアップパケット変換装置４０はプライマリーパケット変換装置３０から変換状態テーブル制御情報も受け取る構成を示したが、図９に示すようにＤＮＳ代行装置２０が変換ルールとともに変換状態テーブルもメンテナンスするようにして、ＤＮＳ代行装置２０からプライマリーパケット変換装置３０およびバックアップパケット変換装置４０に変換ルール制御情報および変換状態テーブル制御情報を直接通知するように構成することもできる。
【００６５】
また上記実施例では、ルールおよび変換テーブルの同期における同時性を重視してプライマリーパケット変換装置３０とバックアップパケット変換装置４０を１対１で対応させる構成を示しているが、同時性の制約をある程度緩和することによりバックアップパケット変換装置４０を減らすことができる。具体的には、図１０のように複数ｎ台のプライマリーパケット変換装置３０に対して１台のバックアップパケット変換装置４０を設けるようにしてもよい。
【００６６】
また上記実施例では、バックアップパケット変換装置４０が予め対応付けられたプライマリーパケット変換装置３０を監視し、異常検知時にはバックアップパケット変換装置４０が自律的に切替を行う例を示しているが、ＤＮＳ代行装置２０がプライマリーパケット変換装置３０を監視して異常を検知し、バックアップパケット変換装置４０に切替の指示を出すようにしてもよい。
【００６７】
また上記実施例では、バックアップパケット変換装置４０は通常時はサービスを行わないことを前提にしているが、複数ｎ台のプライマリーパケット変換装置３０が設けられている場合に、あるプライマリーパケット変換装置３０を他のプライマリーパケット変換装置３０に対するバックアップパケット変換装置４０として機能させるようにしてもよい。
【００６８】
さらに、複数ｎ台のプライマリーパケット変換装置３０が設けられている場合において、あるプライマリーパケット変換装置３０に異常が発生してバックアップパケット変換装置４０に切り替わった場合、他のプライマリーパケット変換装置３０を新たなバックアップパケット変換装置４０として機能させることによってサービスを中断させることなく２重化システムとして運用できる。
【００６９】
【発明の効果】
以上説明したように、本発明のＩＰｖ６／ＩＰｖ４パケット変換システムによれば、ＩＰｖ４ネットワークに接続されたＩＰｖ４端末とＩＰｖ６ネットワークに接続されたＩＰｖ６端末との間でパケット変換を行うのにあたって、パケット変換装置が故障した場合であっても通信が切断されることはなく、安定した通信サービスを提供できる。
【図面の簡単な説明】
【図１】本発明の実施態様の一例を示す概念ブロック図である。
【図２】本発明の他の実施態様例を示す概念ブロック図である。
【図３】図１の各部の構成例を示すブロック図である。
【図４】ＩＰｖ６端末７０からＩＰｖ４端末６０にアクセスする場合のテーブル同期処理の手順説明図である。
【図５】ＩＰｖ４端末６０からＩＰｖ６端末７０にアクセスする場合のテーブル同期処理の手順説明図である。
【図６】ＩＰｖ４端末６０からＩＰｖ６端末７０にアクセスする場合のテーブル同期処理手順を時系列的に示した説明図である。
【図７】プライマリーパケット変換装置３０とバックアップパケット変換装置４０との間における切替手順を時系列的に示した説明図である。
【図８】本発明の他の実施態様例を示すブロック図である。
【図９】本発明の他の実施態様例を示すブロック図である。
【図１０】本発明の他の実施態様例を示すブロック図である。
【符号の説明】
１０  ＤＮＳサーバー
２０  ＤＮＳ代行装置
３０  プライマリーパケット変換装置
４０  バックアップパケット変換装置
５０  パケット変換システム
６０  ＩＰｖ４端末
７０  ＩＰｖ６端末
【図１】
2004165928.tif 000003
【図２】
2004165928.tif 000004
【図３】
2004165928.tif 000005
【図４】
2004165928.tif 000006
【図５】
2004165928.tif 000007
【図６】
2004165928.tif 000008
【図７】
2004165928.tif 000009
【図８】
2004165928.tif 000010
【図９】
2004165928.tif 000011
【図１０】
2004165928.tif 000012