(57)【要約】【課題】  端末（Ｈ）を、アクセス網（ＮＷ１）内に構築したＬ２ＴＰトンネル（Ｔ１Ｓ１）を用いてＩＳＰ網（ＮＷ２）経由でインターネット（ＮＷ３）へ接続させる通信システムにおいて、ＤＮＳサーバ（７）に端末（Ｈ）のＩＰアドレスとドメイン名の対応を容易かつ確実に登録・更新・削除することが出来るパケット転送装置を提供する。【解決手段】  パケット転送装置は、ホスト（Ｈ）より接続認証要求を受信すると、それに含まれるホストのＩＤ及びパスワード情報（認証に必要な情報）を認証サーバ（６）に送信し、認証サーバ（６）からホスト（Ｈ）用のＩＰアドレス情報を入手し、そのＩＰアドレス情報と予め登録されているホストＨのドメイン名情報とをＤＮＳサーバ（７）へ通知する。【選択図】  図２
2006013827.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末を収容し、該複数の端末と通信網との間でパケット転送を行うパケット転送装置であって、
前記複数の端末もしくは通信網とパケットを送受信する複数のインタフェース部と、
前記複数のインタフェースのいずれかから受信した前記パケットを別のインタフェースから送信するためのスイッチ部と、
前記パケット転送装置全体を制御する制御部とを備え、
前記制御部は、
前記複数の端末の任意の端末から前記通信網への接続要求を受信すると該接続要求を該通信網へ転送し、
前記通信網からの接続許可と前記接続要求を行った端末が使用するアドレスを受信すると、予め記憶しておいた該端末の情報と該受信アドレスとの該通信網への登録を該通信網へ要求し、
前記複数のインタフェース部とスイッチ部と受信アドレスを用いて前記任意の端末と通信網との間のパケット転送を行う
ことを特徴とするパケット転送装置。
【請求項２】
上記制御部が上記前記任意の端末もしくは通信網からの切断要求を検出すると、上記パケット転送を中止し、上記受信アドレスの削除を前記通信網に要求することを特徴とする請求項１に記載のパケット転送装置。
【請求項３】
上記パケット転送装置のインタフェース部、もしくは、スイッチ部、もしくは、制御部のいずれかに上記パケット転送の監視部を備え、
上記監視部で上記前記任意の端末と通信網との間のパケット転送の異常を検出すると、前記制御部は、該パケット転送を中止し、上記受信アドレスの削除を前記通信網に要求することを特徴とする請求項１に記載のパケット転送装置。
【請求項４】
上記監視部に上記任意の端末とのパケット送受信間隔を監視するタイマーを備え、パケットの送受信間隔が所定の時間を超えた場合、上記制御部は、前記任意の端末の異常として該パケット転送を中止し、上記受信アドレスの削除を前記通信網に要求することを特徴とする請求項３に記載のパケット転送装置。
【請求項５】
上記予め記憶しておいた任意の端末の情報と該端末が用いるアドレスとの通信網への登録要求は、上記制御部が前記通信網からの接続許可とアドレスの受信を契機とした所定の制御動作を実施後に実行することを特徴とする請求項１に記載のパケット転送装置。
【請求項６】
上記受信アドレスの上記通信網への削除要求は、上記制御部が上記パケット転送の異常検出を契機とした所定制御動作を実施後に実行することを特徴とする請求項２乃至４いずれかに記載のパケット転送装置。
【請求項７】
上記制御部はプロセッサとメモリとを備え、前記プロセッサが前記メモリへの上記端末の情報と該端末が用いる受信アドレスとの記憶もしくは削除を実行し、該メモリへの記憶内容に基づき上記通信網への前記アドレスの登録もしくは削除を実行することを特徴とする請求項１乃至６いずれかに記載のパケット転送装置。
【請求項８】
上記通信網はインターネット、上記メモリに記憶される端末の情報はインターネットで用いられる該端末のドメイン名、上記受信アドレスはインターネットから該端末に付与されたＩＰアドレスであり、上記制御部が前記メモリの内容に基づき前記ドメイン名とＩＰアドレス、もしくは、ＩＰアドレスを前記インターネットに備えたＤＮＳサーバに送信することを特徴とする請求項８に記載のパケット転送装置。
【請求項９】
第１の通信網に設置され、収容した複数の端末と、認証サーバとＤＮＳ（Ｄｏｍaｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバを備えた第２の通信網との間のパケット転送を行うパケット転送装置であって、
前記複数の端末もしくは第２の通信網とパケットを送受信する複数のインタフェース部と、
前記複数の端末と第２の通信網との間前記パケットを転送するためのスイッチ部と、
前記パケット転送装置全体を制御する制御部とを備え、
前記制御部は、
前記複数の端末の任意の端末から前記第２の通信網への接続要求を受信すると、前記複数のインタフェース部とスイッチ部とで第１の通信網に通信路を形成して該接続要求を前記認証サーバに送信し、
前記認証サーバから接続許可と前記任意の端末に付与するＩＰアドレスを受信すると、予め記憶された前記第２のネットワークにおける前記端末の識別情報および前記受信ＩＰアドレスとに基づいて、前記受信ＩＰアドレス及びそれに対応した前記端末の識別情報の登録を前記ＤＮＳサーバに要求し、
前記パケット転送装置が前記形成された通信路を用いて前記任意の端末と第２の通信網との間のパケット転送を行う
ことを特徴とするパケット転送装置。
【請求項１０】
上記制御部が上記形成された通信路でのパケット転送中に上記前記任意の端末もしくは第２の通信網からの切断要求を検出すると、前記通信路を切断し、上記受信ＩＰアドレスの削除を前記ＤＮＳサーバに要求することを特徴とする請求項９に記載のパケット転送装置。
【請求項１１】
上記パケット転送装置のインタフェース部、もしくは、スイッチ部、もしくは、制御部のいずれかに上記パケット転送の監視部を備え、
上記監視部が上記形成された通信路の異常を検出すると、前記制御部が前記通信路を切断し、上記受信ＩＰアドレスの削除を前記ＤＮＳサーバに要求することを特徴とする請求項９に記載のパケット転送装置。
【請求項１２】
上記監視部に上記任意の端末とのパケット送受信間隔を監視するタイマーを備え、パケットの送受信間隔が所定の時間を超えた場合、上記制御部は、前記任意の端末の異常として上記通信路を切断し、上記受信ＩＰアドレスの削除を前記通信網に要求することを特徴とする請求項９に記載のパケット転送装置。
【請求項１３】
上記制御部はプロセッサとメモリとを備え、前記プロセッサが前記メモリへの上記端末の識別情報と該端末が用いるＩＰアドレスとの記憶もしくは削除を実行し、該メモリへの記憶内容に基づき上記ＤＮＳサーバへの前記ＩＰアドレスの登録もしくは削除を実行することを特徴とする請求項９乃至１２いずれかに記載のパケット転送装置。
【請求項１４】
上記第１の通信網はＬ２ＴＰ（Ｌａｙｅｒ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）を使用する通信網で通信路としてＬ２ＴＰトンネルが形成され、上記第２の通信網はインターネット、上記端末の識別情報はインターネットで用いられる該端末のドメイン名であることを特徴とする請求項９乃至１３いずれかに記載のパケット転送装置。
【請求項１５】
第１の通信網に設置され、収容した複数の端末と、認証サーバとＤＮＳ（Ｄｏｍaｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバを備えた第２の通信網との間のパケット転送を行うパケット転送装置であって、
前記複数の端末もしくは第２の通信網とパケットを送受信する複数のインタフェース部と、
前記複数の端末と第２の通信網との間前記パケットを転送するためのスイッチ部と、
前記パケット転送装置全体を制御するプロセッサとメモリを備えた制御部とを備え、
前記制御部は、
前記複数の端末の任意の端末から前記第２の通信網への接続要求を受信すると、前記プロセッサが複数のインタフェース部とスイッチ部を用いて第１の通信網に通信路を形成して該接続要求を前記認証サーバに送信し、
前記認証サーバから前記任意の端末に付与するＩＰアドレス情報を含むアクセス許可信号を受信すると、前記プロセッサが、前記受信ＩＰアドレス情報を前記メモリに予め記憶させておいた前記端末の前記インタフェースにおける収容情報およびドメイン名情報とに対応付けて記憶させ、
前記プロセッサは、前記記憶させたＩＰアドレス情報とそれに対応したドメイン名情報に基づき、前記ＤＮＳサーバへ前記ドメイン名情報と対応したＩＰアドレスの登録を前記ＤＮＳサーバに要求し、
前記パケット転送装置が前記形成された通信路を用いて前記任意の端末と第２の通信網との間のパケット転送を行う
ことを特徴とするパケット転送装置。  
【請求項１６】
上記制御部が上記形成された通信路でのパケット転送中に上記前記任意の端末もしくは第２の通信網からの切断要求を検出すると、上記プロセッサが前記通信路を切断し、メモリに記憶された上記受信ＩＰアドレスを削除し、前記ＤＮＳサーバに該ＩＰアドレスの削除を要求することを特徴とする請求項１５に記載のパケット転送装置。
【請求項１７】
上記パケット転送装置のインタフェース部、もしくは、スイッチ部、もしくは、制御部のいずれかに上記パケット転送の監視部を備え、
上記監視部が上記形成された通信路の異常を検出すると、前記プロセッサが前記通信路を切断し、メモリに記憶された上記受信ＩＰアドレスを削除し、前記ＤＮＳサーバに該ＩＰアドレスの削除を要求することを特徴とする請求項１５に記載のパケット転送装置。
【請求項１８】
上記監視部に上記任意の端末とのパケット送受信間隔を監視するタイマーを備え、パケットの送受信間隔が所定の時間を超えた場合、上記プロセッサは、前記任意の端末の異常として上記通信路を切断し、メモリに記憶された上記受信ＩＰアドレスを削除し、前記ＤＮＳサーバに該ＩＰアドレスの削除を要求することを特徴とする請求項１７に記載のパケット転送装置。
【請求項１９】
上記第１の通信網はＬ２ＴＰ（Ｌａｙｅｒ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）を使用する通信網で通信路としてＬ２ＴＰトンネルが形成され、上記第２の通信網はインターネットであることを特徴とする請求項１４乃至１８いずれかに記載のパケット転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末を収容し、端末に動的に割り当てられるＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ(以下、ＩＰと称する)アドレスをユーザドメイン名に関連付け、Ｄｏｍaｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ（以下、ＤＮＳと称する）サーバに登録する機能を有するパケット転送装置に関する。
【背景技術】
【０００２】
加入者が端末をインターネット接続事業者（以下ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）と称する）を介しインターネットに接続して通信を行う際、ＩＳＰは、加入者のインターネットへの接続可否を判断する為に、Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ（以下ＰＰＰと称する）を用いたユーザ認証を行う。このＰＰＰは、加入者の端末とＩＳＰのアクセスポイント（例えば、認証サーバ）間を１対１で接続するプロトコルで、インターネット導入当初の通信網では、端末からのダイヤルアップ接続によりＩＳＰのアクセスポイントに電話網を介して接続し、ＰＰＰで認証を受けた後、端末をインターネットに接続して通信を行う形態が取られてきた。
【０００３】
しかし、インターネットへの常時接続化に伴い、現在では端末からＩＳＰのアクセスポイント迄の間を電話網とは別のＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下ＩＰと称する）を用いたアクセスキャリアネットワーク（以下アクセス網と称する）を介する形態がとられている。
【０００４】
この形態では、ＯＳＩ基本参照モデル第２層のプロトコルであるＰＰＰを用いた認証を、ＯＳＩ基本参照モデル第３層のネットワークであるアクセス網を介して行うため、ＰＰＰパケットをＩＳＰ側のＰＰＰ終端装置まで転送する手段が必要となる。この手段として、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）の標準であるＲＦＣ２６６１（非特許文献１）で規定されたＬａｙｅｒ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ（以下Ｌ２ＴＰと称する）が使用される。
【０００５】
Ｌ２ＴＰとは、第２層のＰＰＰパケットを第３層のネットワーク上で通過させるために、ＰＰＰパケットをＩＰパケット（以降、このＩＰパケットをＬ２ＴＰパケットと称する）でカプセル化して転送するためのプロトコルであり、通信網上に仮想的な通信路（トンネル）を生成し、そのトンネルを用いてＰＰＰパケットを転送して接続を確立するように、仮想的な通信パスを構築するためのプロトコルである。尚、この仮想的な通信路は、Ｌ２ＴＰコネクション（Ｌ２ＴＰトンネル又はＬ２ＴＰセッション）と呼ばれ、例えば、特開２００２−３５４０５４号公報（特許文献１）に開示されたように、加入者の端末側に設置されるＬ２ＴＰ終端装置（以下ＬＡＣと称する）及び、ＩＳＰ側に設置されるＬ２ＴＰ終端装置（以下ＬＮＳと称する）によってアクセス網上に構築される。端末からのＰＰＰパケット（ペイロードに端末からのＩＰパケットが含まれている）は、ＬＡＣでＬ２ＴＰパケットへのカプセル化後にＬ２ＴＰコネクションを介してＬＮＳに転送される。そして、ＬＮＳでは、Ｌ２ＴＰコネクション及びＰＰＰコネクションを終端（カプセルから外す）し、ＰＰＰパケットのペイロード情報に含まれていたＩＰパケットに所定の信号追加等のプロトコル処理を行い、処理後のＩＰパケットをＩＳＰのサーバ等に転送する。尚、逆方向では、ＬＮＳがＩＰパケットに対してＰＰＰとＬ２ＴＰのカプセル化を行い、ＬＡＣがＬ２ＴＰコネクションを終端しＰＰＰパケットを加入者端末へ転送する。
【０００６】
インターネットを介した通信では、情報を運ぶＩＰパケットに付与されたＩＰアドレスに基づきパケットが発信側装置から着信側装置へと網内を転送されていくが、このＩＰアドレスは、単なる数字の羅列であり、装置の移動等により頻繁に変更され得るため普遍的アドレスとしては扱いにくい。そのため、加入者（端末等のユーザ）が接続相手を特定（指定）する場合等には、ユーザドメイン名（以下、単にドメイン名と称する）と呼ばれる端末やサーバの識別子（例えば、ｕｓｅｒ．ｉｓｐ．ｃｏ．ｊｐ）を使用するのが一般的である。そして、網内では、ＩＥＴＦのＲＦＣ１０３５（非特許文献２）で規定されたＤＮＳという技術を用いてドメイン名とＩＰアドレスとの変換を行い通信を行っている。
【０００７】
最近、ＩＳＰがＩＥＴＦのＲＦＣ１３３２（非特許文献３）で規定されたＩｎｔｅｒｎｅｔ  Pｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（以下、ＩＰＣＰと称する）を用いて、インターネットに一時的に接続する端末やサーバ（ホスト）等にＩＰアドレス等の情報を自動的に割り当て通信を行なわせ、通信を終えると自動的にこの情報を回収して他の端末装置に割り当てるサービスを開始し普及してきている。通信相手がこのサービスを利用している場合、通信相手のＩＰアドレスがインターネットへの接続・切断の都度変更されていくことがあり、折角加入者がドメイン名を用いてもドメイン名とＩＰアドレスの対応がとれずに相手との通信が行えない場合が生じてしまう。この問題を解決するために、Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍサーバ（以下、ＤＮＳサーバと称する）を設け、ドメイン名と端末やホストのＩＰアドレスとを関連付けて管理し、ＩＰアドレスに変更が生じてもＤＮＳサーバ上のドメイン名とＩＰアドレスの対応を正しく更新し、接続元のユーザがドメイン名を用いてもＩＰアドレスの変わった接続相手を特定することができる、ＩＥＴＦのＲＦＣ２１３６（非特許文献４）に規定されたダイナミックＤＮＳという技術も導入されてきた。
【０００８】
このＲＦＣ２１３６で規定されたダイナミックＤＮＳ機能を用いた通信網においては、インターネットを利用するためのＩＳＰとの契約以外に、ダイナミックＤＮＳサービスを提供する業者と契約する必要があり、さらに、端末やホストのユーザがＩＰアドレス変更の都度、ダイナミックＤＮＳサービス業者の登録サーバ（ＤＮＳサーバ）に対して変更されたＩＰアドレスを登録し直さなければならない。しかも、ＤＮＳのセキュリティを確保するため、別途ダイナミックＤＮＳサービス用のユーザＩＤやパスワードを必要とする等、ユーザにとって煩わしい作業が発生していた。このような煩わしさを解消するため、特開２００３−２６９０７７号公報（特許文献２）に開示されたような、ＩＳＰが備えた認証サーバが、端末やホストのインターネット接続認証を行う際に、動的に変化するＩＰアドレスとドメイン名の関連付けを行い、ＤＮＳサーバに登録するという技術も登場している。
【０００９】
【特許文献１】特開２００２−３５４０４５号公報
【特許文献２】特開２００３−１６９０７７号公報
【非特許文献１】ＲＦＣ２６６１  （２．０  Ｔｏｐｏｌｏｇｙ，  ３．０  Ｐｒｏｔｏｃｌ  Ｏｖｅｒｖｉｅｗ，  ５．０  Ｐｒｏｔｏｃｏｌ  Ｏｐｅｒａｔｉｏｎ，  ａｎｄ  ５．５  Ｋｅｅｐａｌｉｖｅ）
【非特許文献２】ＲＦＣ１０３５  （２．１．  Ｏｖｅｒｖｉｅｗ）
【非特許文献３】ＲＦＣ１３３２  （３．３  ＩＰ  Ａｄｄｒｅｄｄｅｓ）
【非特許文献４】ＲＦＣ２１３６  （４  Ｒｅｑｕｅｓｔｏｒ  Ｂｅｈａｉｖｏｕｒ）
【非特許文献５】ＲＦＣ１６６１  （５．８  Ｅｃｈｏ-Ｒｅｑｕｅｓｔ  ａｎｄ  Ｅｃｈｏ−Ｒｅｐｌｙ）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献２に記載されたネットワーク構成は、最近導入が進んできたＬＡＣとＬＮＳによりＬ２ＴＰトンネルを設定するアクセス網の構成や動作を考慮した構成となっていない。このため、Ｌ２ＴＰトンネルの障害や異常を検出することが出来ず、また、認証サーバ自身が端末やホスト（以下、これらを纏めてホストと称することがある）を直接収容していないので、導通確認等によるホストの異常検出も行えない。したがって、Ｌ２ＴＰトンネルやホストに異常が生じた場合、切断等の要因でＩＰアドレスに変化が生じているにもかかわらず、ＤＮＳサーバでのドメイン名とＩＰアドレスとの対応付け（更新）が上手く行えないという情況が生じ、接続不可や誤接続というような、通信に支障が出てしまう。
【００１１】
また、特許文献２記載の認証サーバでは、アカウンティングスタート(課金開始)メッセージを契機にＤＮＳサーバへのドメイン名等の登録動作を行い、アカウンティングストップ(課金終了)メッセージを契機にドメイン名等の削除動作を行っているため、認証サーバで課金制御を実行しない使われ方では、このメッセージのやり取りが行われずＤＮＳサーバへのアクセス契機が得られない。すなわち、インターネットへの接続・切断等の要因でＩＰアドレスに変化が生じているにもかかわらず、ＤＮＳサーバでのドメイン名とＩＰアドレスとの対応付け（更新）が行えないという情況が生じ、やはり、通信に支障が出てしまう。
【００１２】
更に、特許文献２記載の認証サーバは、ＤＮＳサーバを二重化しているようなシステムには対応しておらず、運用系のＤＮＳサーバが故障し、予備系のＤＮＳサーバに切替えたような場合、予備系ＤＮＳサーバへのアクセス不能等の状態に陥ってしまうことが考えられる。ＤＮＳサーバでのドメイン名とＩＰアドレスとの対応付け（更新）が行えていないという情況が生じ、やはり、通信に支障が出てしまう。
【００１３】
本発明は、上記点に鑑みて考案されたものであり、ＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・削除・更新させることで、インターネットによる通信の安全性・信頼性を向上させることができる通信装置を提供することにある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、パケット転送装置は、収容する端末がインターネットへの接続制御を行うの都度ＩＳＰ網からその端末に供給されるＩＰアドレスを受信すると、端末のドメイン名と受信したＩＰアドレスとの対応を取り、この対応を所定のパケット転送等の制御動作を契機としてＩＳＰ網に備えたＤＮＳサーバに通知するように構成した。
【００１５】
具体的には、パケット転送装置が端末認証時に認証結果とＩＳＰ網から付与されたＩＰアドレスを端末に通知するという動作に加え、記憶してある端末のドメイン名と端末に付与されたＩＰアドレスの対応をＩＳＰ網に備えてあるＤＮＳサーバに対して送信するように構成した。
【００１６】
また、端末がインターネットへの接続を切断した場合には、切断等の制御動作を契機として記憶したＩＰアドレスを削除し、ＩＳＰ網に備えてあるＤＮＳサーバに対して、ドメイン名とこのＩＰアドレスとの対応の削除指示を行う構成とした。さらに、端末のインターネットへの接続状態を監視し、接続状態に異常が発生すれば切断等の接続動作や所定のパケット転送等の制御動作を契機として記憶したＩＰアドレスを削除し、ＩＳＰ網に備えてあるＤＮＳサーバに対して、ドメイン名とこのＩＰアドレスとの対応の削除指示を行う構成とした。
【発明の効果】
【００１７】
本発明によれば、端末のメイン名とＩＰアドレスのＤＮＳサーバへの登録が自動化され、端末のユーザはＩＳＰ網への接続の度にＤＮＳ登録を実施する必要がなくなる。
【００１８】
そして、自動的にＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・削除・更新させることになり、通信網の安全性・信頼性を向上させることが出来る。すなわち、インターネットへの接続動作で必ず発生するパケット転送等の制御動作を契機に自動的にＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・削除・更新さ出来るので、ドメイン名とＩＰアドレスとの対応が取れないために発生する接続不可の状態や誤接続が防げることになり、インターネットによる通信の安全性・信頼性を向上させることが出来る。
【００１９】
また、パケット転送（通信）の状態を監視してインターネットへの接続・切断制御を行うのに併せてＤＮＳサーバへのＩＰアドレスやドメイン名の通知を自動的に実行するので、通信状態異常に伴うＤＮＳサーバでのＩＰアドレスとドメイン名の更新・削除も容易かつ確実に行われ、ＤＮＳサーバの内容が速やかに通信網の状態を反映した最新状態となり、接続不可の状態や誤接続が防げる安全性・信頼性にすぐれた通信網を構築出来る。
【発明を実施するための最良の形態】
【００２０】
以下、本発明のパケット転送装置の実施形態について、図面を用いて詳細に説明する。図１は、本発明のパケット転送装置が用いられる通信網の構成例を示す網構成図である。
【００２１】
通信網（１００）は、インターネットを利用する複数の加入者の端末（Ｈ−１〜ｎ、ｈ−１〜ｎ）を収容してＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下ＩＰと称する）を用いてインターネットサービスを提供するＩＳＰの管理する通信網であるＩＳＰ網（ＮＷ２−１，２）に接続するアクセス網（ＮＷ１）と、ＩＳＰ網（ＮＷ２−１，２）同士を接続するインターネット（ＮＷ３）と、加入者の端末（Ｈ−１〜ｎ、ｈ−１〜ｎ）と同じような形態でインターネット（ＮＷ３）と接続された端末１２とで構成した。各加入者は、適当なＩＳＰとインターネット接続に関する契約を結び、図示したような通信網（１００）を利用して端末間の通信（例えば、端末（Ｈ−１）と端末（１２））を行う。尚、以下では、アクセス網（ＮＷ１）に収容された端末（Ｈ−１〜ｎ、ｈ−１〜ｎ）を端末１２と区別するためホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）と称して説明する。
【００２２】
図１において、アクセス網（ＮＷ１）は、さまざまなＩＳＰを収容可能な通信網であり、例えば、ＮＴＴが管理する地域ＩＰ網を用いれば良い。また、ＩＳＰ網（ＮＷ２）は、ＩＳＰが管理する通信網でインターネット（ＮＷ３）に接続しており、各ＩＳＰ網（ＮＷ２）は、インターネット加入者（契約者）の認証や課金等を行う認証サーバ（６−１，２）とＩＰアドレスとドメイン名を管理するＤＮＳサーバ（７−１，２）を備えている。本発明のパケット転送装置（１〜４）は、図示したように、アクセス網（ＮＷ１）に配置され、アクセス網（ＮＷ１）上にＬ２ＴＰトンネル（Ｔ１〜４）を形成し、ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）とＩＳＰ網（ＮＷ２）との間のパケット転送を行う他、ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のドメイン名とホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）の接続制御（例えば認証）の都度ＩＳＰ網（ＮＷ２）からホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）に供給されるＩＰアドレスとの対応を取り、この対応を所定のパケット転送等の制御動作を契機としてＩＳＰ網に備えたＤＮＳサーバ（７）に通知することでＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・削除・更新させるものである。尚、以下では、パケット転送装置（１〜４）のうち、ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）側に配置した装置をＬＡＣ（１，４）、ＩＳＰ網（ＮＷ２）側に配置した装置をＬＮＳ（２，３）と称して説明する。また、Ｌ２ＴＰトンネル（Ｔ１〜４）の中にホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）単位にＬ２ＴＰセッション（Ｔ１Ｓ１〜ＴｎＳｍ）が複数形成されるが、以下では、このＬ２ＴＰセッションを単にトンネルと称して説明する。
【００２３】
図１の通信網（１００）は、ＬＡＣ（１，４）とＬＮＳ（２，３）が２つずつと、ＩＳＰが２社存在する（ＮＷ２−１とＮＷ２−２）例を示している。そして、複数のホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のそれぞれは、いずれかのＩＳＰと契約してインターネット（ＮＷ３）への接続を行う。ＬＡＣ（１）には、ＩＳＰ網（ＮＷ２−１）を管理するＩＳＰと契約したドメイン名（ｕｓｅｒ．ｉｓｐ１．ｃｏ．ｊｐ）を有するホスト（Ｈ−１）とドメイン名（ｍｉｋｅ．ｉｓｐ１．ｃｏ．ｊｐ）を有するホスト（Ｈ−ｎ）、および、ＩＳＰ網（ＮＷ２−２）を管理するＩＳＰと契約したドメイン名（ｈａｎａｈａｎａ．ｉｓｐ２．ｃｏ．ｊｐ）を有するホスト（Ｈ−２）とが、それぞれ、詳細は装置構成で詳述するパケット転送装置の物理ポート１，５，４に収容されている。また、ＬＡＣ（４）には、ＩＳＰ網（ＮＷ２−１）を管理するＩＳＰと契約したドメイン名（ｐｏｃｈｉ．ｉｓｐ１．ｃｏ．ｊｐ）を有するホスト（ｈ−１）、および、ＩＳＰ網（ＮＷ２−２）を管理するＩＳＰと契約したドメイン名（ｔａｍａ．ｉｓｐ２．ｃｏ．ｊｐ）を有するホスト（ｈ−２）とドメイン名（ｍｕｋｕ．ｉｓｐ２．ｃｏ．ｊｐ）を有するホスト（ｈ−ｎ）とが、それぞれ、パケット転送装置の物理ポート３，７，９に収容されている。
【００２４】
尚、図１には、ホスト（Ｈ−１）のＩＰアドレス（１１．１１．１１．１）がＩＰアドレスの例として記載してあるが、このアドレスは、ホスト（Ｈ−１）がＩＳＰ網（ＮＷ２−１）に接続の際ＩＳＰから付与され切断時に回収されるＩＰアドレスで、接続の都度変更される可能性があるＩＰアドレスの一例として示してあり、他のホストでも同様に接続の都度ＩＳＰからＩＰアドレスが付与・回収されている。本発明のパケット転送装置（１〜４）は、以下で説明するアクセス網（ＮＷ１）上でのトンネル（Ｔ１Ｓ１〜ＴｎＳｍ）形成によるパケット転送に加え、これらのＩＰアドレスとドメイン名の対応を取った後、ＤＮＳサーバへの通知を自動的に行う装置であり、この通知を受信したＤＮＳサーバ（７）がドメイン名とＩＰアドレスとの対応を最新状態に維持するようにアドレスの登録・更新・削除を行う。
【００２５】
各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）がインターネットへの接続を行う際に、パケット転送装置（ＬＡＣ（１，４）とＬＮＳ（２，３））は、アクセス網（ＮＷ１）にトンネル（Ｔ１Ｓ１〜ＴｎＳｍ）を形成してパケットを転送する。本例であれば、ホスト（Ｈ−１）とホスト（Ｈ−ｎ）は、パケット転送装置（ＬＡＣ（１）とＬＮＳ（２））が形成したトンネル（Ｔ１Ｓ１、Ｔ１Ｓ２）を用いてＩＳＰ網（ＮＷ２−１）と通信を行う。また、ホスト（Ｈ−２）は、パケット転送装置（ＬＡＣ（１）とＬＮＳ（３））が形成したトンネル（Ｔ２Ｓ１）を用いてＩＳＰ網（ＮＷ２−２）と通信を行う。同様に、ホスト（ｈ−１）は、パケット転送装置（ＬＡＣ（４）とＬＮＳ（２））が形成したトンネル（Ｔ３Ｓ１）を用いてＩＳＰ網（ＮＷ２−１）と通信を行い、ホスト（ｈ−２）とホスト（ｈ−ｎ）は、パケット転送装置（ＬＡＣ（４）とＬＮＳ（３））が形成したトンネル（Ｔ４Ｓ１，Ｔ４Ｓ２）を用いてＩＳＰ網（ＮＷ２−２）と通信を行う。尚、図１の各トンネルで実線で示したトンネル（例えばＴ１Ｓ１）は、現在接続中を意味し、破線で示したトンネル（例えばＴ３Ｓ１）は、現在未接続を意味している。このように、パケット転送装置（ＬＡＣ（１，４）とＬＮＳ（２，３））を用いることで、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）がＩＳＰ網（ＮＷ２）までの経路であるアクセス網（ＮＷ１）内にあたかも専用線を構築したかのようにパケット転送（通信）が可能となる。
【００２６】
図２は、図１の通信網の動作例を示すシーケンス図である。以下では、図１も用いながら通信網（１００）の動作ならびにパケット転送装置（１〜４）の動作を、ホスト（Ｈ−１）が、アクセス網（ＮＷ１）のＬＡＣ（１）とＬＮＳ（２）間に形成されたトンネル（Ｔ１Ｓ１）を用い、ＩＳＰ網（２−１）を介してインターネット（ＮＷ３）に接続された端末（１２）と通信する場合を例にして説明する。
【００２７】
ＬＡＣ（１）は、ホスト（Ｈ−１）からＩＳＰ網（ＮＷ２−１）への接続を要求するための接続認証要求（ＰＰＰパケット）を受信すると（ステップＳ１）、特許文献１に記載されたような手順を用いて、接続認証要求に含まれたホスト（Ｈ−１）のユーザＩＤからトンネル（Ｔ１Ｓ１）を形成ためのＬＮＳ（２）のアドレスを決定し、ＬＮＳ（２）に対してトンネルＴ１及びトンネルＴ１内を通るＬ２ＴＰセッション確立を開始してトンネル（Ｔ１Ｓ１）を生成する（トンネル生成シーケンス（詳細は特許文献１参照）：ステップＳ２）。
【００２８】
ＬＡＣ（１）は、トンネル（Ｔ１Ｓ１）の生成を確認後、接続認証要求（ＰＰＰパケット）をＬ２ＴＰパケットにカプセル化してＬＮＳ（２）に転送し（ステップ３）、ＬＮＳ（３）が接続認証要求を終端し（Ｌ２ＴＰパケットのカプセルからＰＰＰパケットを外し）、必要な信号の追加等のプロトコル処理を行いＩＳＰ網（ＮＷ２−１）の認証サーバ（６−１）にアクセス要求を送信する（ステップ４）。尚、ＬＡＣ（１）とＬＮＳ（２）の詳細な構成と動作は、後で図面を用いて詳細に説明する。
【００２９】
認証サーバ（６−１）は、受信したアクセス要求に含まれるユーザＩＤとパスワードに基づいてユーザ認証を行う（Ｐ１）。ここで、認証サーバ（６−１）がホスト（Ｈ−１）のインターネットＮＷ３へのアクセス可と判断すると、ホスト（Ｈ−１）に付与するＩＰアドレス（図１では、１１．１１．１１．１）を含むアクセス許可通知をＬＮＳ（２）に送信する（ステップＳ５）。
【００３０】
ＬＮＳ（２）は、ホスト（Ｈ−１）がＬＡＣ（１）に収容されている回線番号（物理ポート番号で本例では１）に対応づけて、ＩＳＰ網（ＮＷ２−１）の認証サーバ（６−１）から付与されたＩＰアドレスを記憶する（Ｐ２）。詳細は後述するが、具体的には、ＬＮＳ（２）にユーザ情報テーブル（メモリ）を備え、このテーブルに回線番号の情報に対応してホスト（Ｈ−１）を識別するドメイン名とＩＰアドレス等を記憶させる構成とした。
【００３１】
尚、回線番号の情報は、ＬＡＣ（１）がホスト（Ｈ−１）を後述するパケット転送装置の回線インタフェース（３０−１〜３０−ｎ）に収容することで得られる情報で、ＬＡＣ（１）にも記憶されており、その情報をＬＮＳ（２）へ転送するようにしている。その転送は、図２のステップＳ２のシーケンス中に行ってもよいし、トンネル（Ｔ１Ｓ１）が生成されてから、空いている帯域を使用して行ってもよい。また、この回線番号の情報とは、物理的な回線番号とは限らず、論理的な回線番号（Ｅｔｈｅｒｎｅｔ（Ｅｔｈｅｒｎｅｔは登録商標です）回線ならばＶＬＡＮＩＤ，ＡＴＭ回線ならばＶＣＩ等）としてもよい。本例では、物理的な回線番号を用い、ユーザＩＤではなく、ユーザ端末が接続する回線番号に基づいてユーザ特定を行うようにしているため、成りすまし等の不正アクセスを防止できる効果がある。また、ドメイン名等の情報は、ホスト（Ｈ−１）がＩＳＰと契約した際に得られる情報であり、詳細は後述するが、契約後に予めパケット転送装置（１〜４）に記憶させておく構成である。
【００３２】
ＬＮＳ（２）は、接続認証結果として付与されたＩＰアドレス（１１．１１．１１．１）等をＬＡＣ（１）に送信し（ステップＳ６）、接続認証結果を受信したＬＡＣ（１）は、ホスト（Ｈ−１）にＩＰアドレスを含む接続認証結果を通知する（ステップＳ７）。
【００３３】
本発明のパケット転送装置であるＬＮＳ（２）は、トンネル生成やパケット転送による認証やＩＰアドレス通知等、通常のインターネット接続サービスのサポートに加え、上述したようなホスト（Ｈ−１）を識別するドメイン名とＩＰアドレス等を記憶し、ＬＡＣ（１）への認証結果の通知が終了すると、ＩＳＰ網（ＮＷ２−１）に備えてあるＤＮＳサーバ（７−１）に対して、記憶しておいたホスト（Ｈ−１）に付与されたＩＰアドレス（１１．１１．１１．１）とこのＩＰアドレスに対応するドメイン名（ｕｓｅｒ．ｉｓｐ．ｃｏ．ｊｐ）とをＤＮＳサーバ（７−１）に送信する（ステップＳ８）。
【００３４】
ＤＮＳサーバ（７−１）は、ＩＥＴＦのＲＦＣ１０３５に基づき、受信したＩＰアドレス及びユーザドメイン名をＤＮＳサーバ（７−１）内のメモリに登録する（Ｐ３）し、登録が済んだ旨の応答をＬＮＳ（２）に返信する（ステップＳ９）。
【００３５】
以上のような動作をパケット転送装置（ＬＡＣ（１），ＬＮＳ（２））が行うので、ホスト（Ｈ−１）の認証（インターネットへの接続のためのパケット転送（制御動作）の一部）と併せて、付与されたＩＰアドレスとドメイン名が自動的にＤＮＳサーバ（７）へ通知され、ＤＮＳサーバ（７）でのＩＰアドレスとドメイン名の登録・更新・削除が実行される。すなわち、認証サーバ（６）からのアカウンティングメッセージを契機にＤＮＳサーバ（７）を制御するのではなく、インターネット（ＮＷ３）への接続動作で必ず発生するパケット転送（例えばＩＰアドレスのパケット転送装置（ＬＡＣ（１），ＬＮＳ（２））への通知）を契機にパケット転送装置（ＬＡＣ（１），ＬＮＳ（２））からＤＮＳサーバ（７）へのアクセスが行われる。したがって、ＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・更新されるので、ドメイン名とＩＰアドレスとの対応が取れないために発生する接続不可の状態や誤接続が防げることになり、インターネットによる通信の安全性・信頼性を向上させることができる。また、詳細は後述するが、パケット転送装置がパケット転送（通信）の状態を監視してインターネットへの接続・切断制御に併せてＤＮＳサーバ（７）へのＩＰアドレスとドメイン名の通知を自動的に実行するので、通信状態異常に伴うＤＮＳサーバ（７）でのＩＰアドレスとドメイン名の更新・削除も容易かつ確実に行われ、接続不可の状態や誤接続が防げる安全性・信頼性にすぐれたインターネット通信網を構築できる。
【００３６】
尚、ＩＰＳ網（ＮＷ２−１，２）内でＤＮＳサーバ（７）を二重化しているようなシステムであっても、上記ステップ（Ｓ８、９）を複数回行う、あるいは、ＤＮＳサーバ（７）側で２重化に対応した動作（１回の制御で２重化した両方のＤＮＳサーバ（７）の登録・更新・削除を実行）を行う構成とすれば、更に安全性・信頼性にすぐれたインターネット通信網を構築できる
インターネット端末（１２）が、ホスト（Ｈ−１）と通信を行う場合、インターネット端末（１２）が、インターネット（ＮＷ３）を介してＤＮＳサーバ（７−１）に対してホスト（Ｈ−１）のＩＰアドレスの問い合わせを行う（ステップＳ１１）。
【００３７】
ＤＮＳサーバ（７−１）では、ドメイン名に対応したホスト（Ｈ−１）のＩＰアドレスが上述のように確実に登録・更新・削除されており、最新の記憶された情報からホスト（Ｈ−１）のＩＰアドレス情報をインターネット端末（１２）に通知する（ステップＳ１２）ことで、インターネット端末（１２）が、ホスト（Ｈ−１）のＩＰアドレスを取得することができる。続いて、インターネット端末１２は、取得したＩＰアドレスを用いてホストＨ−１に接続要求を行い（ステップＳ１３）、ホストＨ−１との通信が可能となる（ステップＳ１４）。また、別途説明するが、通信網で異常が生じた場合には、ＩＰアドレスを通知しない（異常を通知する）構成となるので、接続元での原因不明の通信不可状態や誤接続を防ぐこともできる。
【００３８】
図３は、パケット転送装置の構成例を示すブロック図である。具体的には、図１のパケット転送装置（ＬＮＳ（２））の構成を説明するが、他のパケット転送装置であるＬＡＣ（１、４）とＬＮＳ（３）の装置構成もＬＮＳ（２）の構成と同様である。
【００３９】
ＬＮＳ（２）は、ホストやＩＳＰ網と接続するインタフェースである入出力物理ポート（６０−１〜ｎ）を有する回線インタフェース（３０−１〜ｎ）と、プロトコル処理部（１０−１〜ｎ）と、内部スイッチ（２０）、及び、ＬＮＳ（２）全体を制御する制御部（４０）とを備え、各々の機能ブロックを図示したように制御線（５０）等で接続した構成とした。尚、制御部（４０）には端末インタフェース（４０２）を設け、外付けの制御端末（７０）による制御も可能としている。
【００４０】
回線インタフェース（３０）は、入出力物理ポート（６０）からＩＳＰ網やホストと接続される入出力回線上の通信プロトコル、例えば、イーサネット（イーサネットは登録商標です）やＡＴＭ等に従った通信フレーム形式の信号を受信して、所定のパケットに変換し、プロトコル処理部（１０）に転送すると共に、逆方向では、プロトコル処理部（１０）から受信した所定のパケットを入出力回線上の通信プロトコル、例えば、イーサネットやＡＴＭ等に従った通信フレーム形式に変換して、ＩＳＰ網やホストに送出する。また、入出力信号の断等、送受信される信号の異常や障害も検出する。
【００４１】
プロトコル処理部（１０）は、回線インタフェース（３０−ｉ）から受信した所定のパケットやＰＰＰパケットに対して制御部（４０）と連携してＰＰＰ終端処理やＬ２ＴＰ終端処理を行い、各プロトコルの制御メッセージの送受信やパケットのカプセル化、デカプセル化など各プロトコル実行に必要な処理を行うものである。また、送受信される信号や形成したトンネルの異常や障害も検出する。
【００４２】
内部スイッチ（２０）は、各プロトコル処理部（１０）から受信したパケットを、所定のアドレスに従い出力ポートが存在する回線インタフェース（３０）の何れかに接続されるプロトコル処理部へ転送するスイッチである。
【００４３】
制御部（４０）は、回線インタフェース（３０）と、プロトコル処理部（１０）及び、内部スイッチ（２０）の状態を監視し、状態に応じて回線インタフェース（３０）やプロトコル処理部（１０）への各種制御パラメータ設定や内部スイッチ（２０）の設定他を行うものである。尚、パケット転送装置の内部状態として監視した情報を端末インタフェース（４０２）を介して制御端末（７０）に通知すると共に、制御端末（７０）からの指示に応答して各機能ブロックを制御したり、各機能ブロックへの制御パラメータを設定する構成も取れる。
【００４４】
具体的には、上述した各処理を実行するプロセッサ（４０１）、プロセッサ（４０１）が処理を行うためのソフトウェア（プログラムあるいはファームウェア）やデータを蓄積するメモリ（４０４）、制御端末（７０）とのインタフェース（４０２）とで構成した。図２を用いて説明した、トンネル生成、認証要求・認証結果通知他のパケット転送、ＩＰアドレスの取得と記憶、ＤＮＳサーバへのＩＰアドレス等の通知によるＤＮＳサーバの登録・更新・削除等の各動作は、プロセッサ（４０１）が後述するプログラムにより動作して、回線インタフェース（３０）やプロトコル処理部（１０）や内部スイッチ（２０）を直接制御したり、制御パラメータを設定して図示していない各機能ブロックのプロセッサ等を動作させたりすることで実現される。
【００４５】
本例のＬＮＳ（２）には、以下の機能を有するプログラムを備えた。 
（ａ）Ｌ２ＴＰトンネルをＬＡＣとＬＮＳとの間に構築するＬ２ＴＰ処理部（４２３）：例えば、ホスト（Ｈ−１）からの接続認証要求を受けたＬＡＣ（１）とＬＮＳ（２）間で図２のステップＳ２でトンネルＴ１Ｓ１を生成する機能を備えたもので、ＬＮＳ（２）であれば、ＬＡＣ（１）と制御信号を送受信（ＬＡＣ（１）に備えたＬ２ＴＰ処理部（４２３）と連動）してトンネルＴ１Ｓ１を生成する。
【００４６】
（b）ＰＰＰ処理、ユーザ認証を行いホストがインターネットに接続することを許可するＰＰＰ接続処理部（４２４）：例えば、ＬＡＣ（１）では、ホスト（Ｈ−１）からの接続認証要求（ＰＰＰパケット）受信（図２のステップＳ１）と、接続認証要求のＬ２ＴＰパケットへのカプセル化とＬＮＳ（２）への転送（図２のステップＳ３）と、ホスト（Ｈ−１）への接続認証結果通知（図２のステップＳ７）を行い、ＬＮＳ（２）では、ＰＰＰパケットの終端（図２のステップＳ４の一部）と認証結果のＬＡＣ（１）への通知を行う（図２のステップＳ６）機能を備えたものである。
【００４７】
（c）ユーザ認証を行うためにＩＳＰ網に備えた認証サーバ（６）へアクセス制御を行う認証サーバアクセス部（４２１）：例えば、ＬＮＳ（２）で認証サーバへアクセス要求を送信し（図２のステップＳ４の一部）、認証サーバ（６−１）からのアクセス許可受信・ＩＰアドレス取得を行う（図２のステップＳ５）機能を備えたものである。尚、この機能をＬＡＣ（１）に持たせ、トンネルＴ１Ｓ１を介してＬＮＳ（２）を通過させる構成とすることも出来る。この場合、図２のステップＰ２はＬＮＳ（１）が実行することになる。
【００４８】
（d）ユーザドメイン名とＩＰアドレス等をＩＳＰ網に備えたＤＮＳサーバへ通知して登録及び削除指示を行うＤＮＳサーバアクセス部（４２２）：例えば、ＬＮＳ（２）で認証サーバ（６−１）から付与されたホスト（Ｈ−１）のＩＰアドレスとドメイン名とを対応付けて記憶し（図２のステップＰ２）、記憶した内容に基づきＤＮＳサーバ（７−１）へＩＰアドレスとドメイン名の登録要求を送信し（図２のステップＳ８）、ＤＮＳサーバ（７−１）からの応答を確認する（図２のステップＳ９）機能を備えたものである。
【００４９】
尚、図２のステップＰ２は、前述した認証サーバアクセス部（４２１）が行う構成としても良いし、この機能を認証サーバアクセス部（４２１）と同様にＬＡＣ（１）に備える構成としても良い。また、ＩＰＳ網（ＮＷ２−１，２）内でＤＮＳサーバ（７）を二重化しているシステムであれば、上記ステップ（Ｓ８、９）を複数回行う、あるいは、ＤＮＳサーバ（７）側で２重化に対応した動作（１回の制御で２重化した両方のＤＮＳサーバ（７）の登録・更新・削除を実行）を行う構成とすれば良い。
【００５０】
このプログラム（d）は、インターネット（ＮＷ３）への接続動作で必ず発生するパケット転送（例えばＩＰアドレスのパケット転送装置（ＬＡＣ（１），ＬＮＳ（２））への通知（c））等の制御動作を契機にパケット転送装置（ＬＡＣ（１），ＬＮＳ（２））からＤＮＳサーバ（７）へのアクセスを行うものであり、一例を挙げれば、図３の制御部（４０）が詳細を後述するテーブルにホスト（Ｈ−１）のＩＰアドレスとドメイン名とを対応付けて一旦記憶し（図２のステップＰ２）、所定のパケット転送を契機に該パケットが通過する回線番号の情報からホストを特定してこのテーブルを検索し記憶されたＩＰアドレスとドメイン名を取得する。このＩＰアドレスとユーザドメイン名を含む登録要求をＤＮＳサーバ（７−１）に発行し（図２のステップ８）、登録要求を受信したＤＮＳサーバ（７−１）からの処理結果（ＩＰアドレスとドメイン名の登録・更新・削除）を確認する（図２のステップ９）構成である。
【００５１】
上述した各プログラムの機能分割やＬＡＣとＬＮＳへの配置は一例であり、機能分割や配置を変えて１つのプログラムや４以上のプログラムとしても構わない。いずれにしても、パケット転送装置のプロセッサ（４０１）がこれらのプログラムを動作させ、回線インタフェース（３０）やプロトコル処理部（１０）や内部スイッチ（２０）を介して図２のシーケンス図に示したような信号を送受信する機能を備え、ホスト（Ｈ−１）の認証（インターネットへの接続のためのパケット転送の一部）のような、インターネット（ＮＷ３）への接続動作で必ず発生するパケット転送等の制御動作を契機に、ＩＰアドレスとドメイン名とが自動的にＤＮＳサーバ（７）へ通知され、ＤＮＳサーバ（７）でのＩＰアドレスとドメイン名との登録・更新・削除が出来るようにすれば良いものである。
【００５２】
図４は、制御部（４０）に備えたメモリ（４０４）上に生成されるユーザ情報テーブルの構成例を示したテーブル構成図である。ユーザ情報テーブル（４２５）は、プロセッサ（４０１）が上述したプログラムを動作させたときに形成・更新されていくテーブルで、ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のドメイン名とインターネット接続時にＩＳＰ網から付与されたＩＰアドレスとの対応を記憶させ、このテーブルの内容に基づきパケット転送装置（１〜４）が付与されたＩＰアドレスとドメイン名の登録・更新・削除を自動的にＤＮＳサーバ（７）へ指示するのに用いられる。尚、本例は、図１で示した通信網（１００）の接続状態におけるＬＮＳ（２、３）に備えたユーザ情報テーブル（４２５）の構成例を示している。
【００５３】
ユーザ情報テーブル（４２５）は、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のＬＡＣにおける収容情況を示す回線番号情報（本例では、物理ポート番号。図１参照）とＬＡＣ自体の識別番号情報（１２１１）、ＩＳＰが管理しているキャリア管理ユーザ（ホストＨ）ＩＤ情報（１２１２）、契約ＩＳＰ網内に備えたＤＮＳサーバ（７）のアドレス（ＵＲＬやＩＰアドレス）情報（１２１３）、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のユーザドメイン名情報（１２１４）、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のインターネット（ＮＷ３）への接続状態情報（１２１５）、認証サーバ（６）より付与された各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）のＩＰアドレス情報（１２１６）から構成した。
【００５４】
ここで、ドメイン名情報（１２１４）は、ホスト（Ｈ−１）がＩＳＰと契約した際に得られる情報であり、契約後にアクセス網（ＮＷ１）の管理者にこの情報を通知して、例えば、図３の制御端末（７０）を用いて予めアクセス網（ＮＷ１）の管理者がパケット転送装置（１〜４）に記憶させておく構成である。また、識別番号情報（１２１１）は、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）がアクセス網（ＮＷ１）と契約を行い、実際に端末をパケット転送装置（１〜４）のいずれかに収容した際に判る情報なので、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）の収容時に、図３の制御端末（７０）を用いて予めアクセス網（ＮＷ１）の管理者がパケット転送装置に記憶させておく構成や、パケット転送装置が各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）の収容を自動識別して記憶させておく構成である。
【００５５】
パケット転送装置（１〜４）は、以下の動作説明で示すように、各ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）  とインターネット（ＮＷ３）との接続状態により、これらのユーザ情報テーブル（４２５）を書換え、ＤＮＳサーバ（７）の内容を登録・更新・削除していく。例えば、ホスト（Ｈ−１）が一旦通信を終了すると接続状態（１２１５）が未接続になり、ＩＰアドレス（１２１６）の「１１．１１．１１．１」が削除され、再度接続を開始した場合は、接続状態（１２１５）が接続中になり、ＩＰアドレス（１２１６）の内容は新たに付与されたＩＰアドレスに書換えられる（更新される）。具体的には、ＬＮＳ（２）において、ホスト（Ｈ−１）の回線接続／切断動作の度にホスト（Ｈ−１）に係る接続制御であること（ホスト（Ｈ−１）の収容された回線番号）の情報が判るので、ホスト（Ｈ−１）の収容されている回線番号（１２１１）に基づいて予め設定されているユーザドメイン名情報（１２１３）を検索し、ＩＰアドレス（１２１５）の登録・更新・削除を行う。この後に、ＬＮＳ（２，３）は、変更されたユーザ情報テーブル（４２５）に記憶された情報をＤＮＳサーバ（７）に送信し、付与されたＩＰアドレスとドメイン名の登録・更新・削除を自動的にＤＮＳサーバ（７）へ指示する。
【００５６】
尚、図４のユーザ情報テーブル（４２５）の内容は、図１の網構成図では詳細な記載を省略したが、ＤＮＳサーバ（７）が運用系と予備系のように二重化されているシステム構成を前提にしたものである。すなわち、ＤＮＳサーバ（７）の各系のアドレス情報（１２１３）が異なるもので（本例では、運用系がｄｎｓ７ａ．ｉｓｐ１．ｃｏ．ｊｐ、予備系がｄｎｓ７ｂ．ｉｓｐ１．ｃｏ．ｊｐ等）、これらを記憶する構成とした。この構成で上述したステップ（Ｓ８、９）を複数回行う、あるいは、ＤＮＳサーバ（７）側で２重化に対応した動作（１回の制御で２重化した両方のＤＮＳサーバ（７）の登録・更新・削除を実行）を行うことにより、２重化されたＤＮＳサーバの内容が最新かつ矛盾の無い状態に保たれる。このような構成であれば、ＩＳＰ網（ＮＷ２）において、運用系のＤＮＳサーバに何らかの障害が発生しても、使用するＤＮＳサーバを最新状態になっている予備系のＤＮＳサーバに直ちに強制的に切替えることが出来るので接続中のホストが通信不能になったり、誤接続が生じたりすることがなくなるし、再認証の操作等も必要なくなり、保守性・信頼性・安全性に優れたインターネットでの通信が可能となる。また、ＬＮＳが運用系のＤＮＳサーバの異常を認識した場合には、ＬＮＳが予備系のＤＮＳサーバのアドレスに切替えて予備系のＤＮＳサーバに対してアクセスを行い、異常やユーザ情報テーブルの内容を通知する構成とすれば更に保守性・信頼性・安全性が向上する。
【００５７】
図５も、図１の通信網の動作例を示すシーケンス図であり、パケット転送装置（１〜４）を用いた通信網のホスト情報の正常削除動作を示すものである。尚、本図のシーケンスが動作する前の状態は、図２のシーケンス図に従いホスト（Ｈ−１）がＬＡＣ（１）と、ＬＮＳ（２）と、ＩＳＰ網（ＮＷ２−１）と、インターネット（ＮＷ３）とを介して端末（１２）との通信が行われている状態である。
【００５８】
ホスト（Ｈ−１）から切断要求が発行されると（ステップＳ９１）、ＬＮＳ（２）から切断応答がホスト（Ｈ−１）に返され（ステップＳ９２）、その後、ＬＡＣ（１）とＬＮＳ（２）間では、図２のトンネル生成シーケンス（ステップＳ２）と略逆の手順によるトンネル削除シーケンス（詳細省略）が動作してトンネル（Ｔ１Ｓ１）が削除される（ステップＰ２１）。本例では、ＬＡＣ（１）とＬＮＳ（２）の制御部（図３：４０）が（ａ）Ｌ２ＴＰ処理部（４２３）と（b）ＰＰＰ処理部（４２４）を動作させて行う。尚、図示していないが、図１のトンネル（Ｔ１Ｓ１）の実線は、破線に変更となる。
【００５９】
続いて、ＬＮＳ（２）は、ユーザ情報テーブル（４２５）の接続状態情報（１２１５）とＩＰアドレス情報（１２１６）を更新する為、ホスト（Ｈ−１）が接続する回線番号から切断したホスト（Ｈ−１）を特定し、ユーザ情報テーブル（４２５）からユーザドメイン名に対応したＩＰアドレス情報の削除を行う（ステップＰ８）。具体的には、図４で示したユーザ情報テーブル（４２５）で回線番号情報／ＬＡＣ識別番号（１２１１）が１／ＬＡＣに対応する接続状態情報（１２１５）の状態を接続中から未接続に書き換え、ＩＰアドレス（１２１６）に記憶されていたＩＰアドレス「１１．１１．１１．１」を削除する（図５中のテーブル（４２５−１）参照）。
【００６０】
次に、ＬＮＳ（２）は、ＤＮＳサーバ（７−１）に対して、ホスト（Ｈ−１）のドメイン名を通知してＤＮＳサーバ（７−１）内のドメイン名に対応したＩＰアドレス「１１．１１．１１．１」の削除要求を発行する（ステップＳ９３）。
【００６１】
削除要求を受信したＤＮＳサーバ（７−１）は、ＩＥＴＦのＲＦＣ１０３５に基づき受信したユーザドメイン名とそれに対応して登録されているＩＰアドレスデータの削除を行い（ステップＰ９）、削除完了を示す削除応答メッセージをＬＮＳ（２）へ返信する（ステップＳ９４）。本例では、ＤＮＳサーバ（７−１）以外の動作をＬＮＳ（２）の制御部（図３：４０）が（d）ＤＮＳサーバアクセス部（４２２）を動作させて行う。
【００６２】
上記動作以降に端末（１２）がホスト（Ｈ−１）にアクセスする場合、端末（１２）は、インターネット（ＮＷ３）を介してＤＮＳサーバ（７−１）に対してドメイン名を送信してホスト（Ｈ−１）のＩＰアドレスの問い合わせを行う（ステップＳ２０）が、ＤＮＳサーバ（７−１）には、指定されたドメイン名とＩＰアドレスとの対応情報がないため、警告メッセージ（Ａｌｅｒｔ）を端末（１２）に対して返信する（ステップＳ２１）。すなわち、端末（１２）は、ホスト（Ｈ−１）のＩＰアドレスを取得することができないので、ホストＨ−１に接続する（接続要求を行う）ことはできない（ステップＳ２２）が、接続元にとって原因不明の接続不可状態や誤接続が防げるので、通信網の安全性や信頼性が向上する。
【００６３】
尚、ホスト（Ｈ−１）が再度インターネット（ＮＷ３）に接続を行った場合、図２と同様な手順で新たなＩＰアドレスがホスト（Ｈ−１）に付与され、このＩＰアドレスがＤＮＳサーバ（７−１）に登録（更新）されるので、端末（１２）は、ドメイン名から新たに付与されたＩＰアドレス入手して通信可能となる。
【００６４】
図６は、図１の通信網の別の動作例を示すシーケンス図であり、パケット転送装置（１〜４）がトンネルの異常を検出した場合の動作を示すものである。尚、本図のシーケンスが動作する前の状態は、上述した正常切断動作と同様に、図２のシーケンス図に従いホスト（Ｈ−１）と端末（１２）との通信が行われている状態である。
【００６５】
パケット転送装置（１〜４）は、先に説明したように、アクセス網（ＮＷ１）上にトンネルを生成して、ホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）とＩＳＰ網（ＮＷ２）との間でＯＳＩ参照モデル第２層のパケットを第３層のネットワーク通過させるように受信したパケットを一旦Ｌ２ＴＰパケットでカプセル化して転送し、終端ではカプセルから外したパケットを出力するＬ２ＴＰを用いた装置である。したがって、生成したトンネルの正常性を確認しつつパケットの転送を行う機能が必要であり、図３の構成を例にとれば、回線インタフェース（３０）やプロトコル処理部（１０）等の各機能ブロックの動作や機能ブロックの連動動作によってトンネルの異常を検出する。
【００６６】
具体的な検出方法の例としては、物理層（第１層）でのリンクダウン検出や、ＩＥＴＦのＲＦＣ１６６１（非特許文献５）で規定されるＰＰＰのＥｃｈｏ―ＲｅｑｕｅｓｔとＥｃｈｏ−Ｒｅｐｌｙ信号、又は、ＩＥＴＦのＲＦＣ２６６１（非特許文献１）で規定されるＬ２ＴＰのｋｅｅｐ ａｌｉｖｅ信号（以下、これらの信号を纏めてｋｅｅｐ ａｌｉｖｅ信号と称する）によるパケットの導通確認でトンネル異常を検出する方法が挙げられる。もちろん、これら以外の方法であっても構わない。
【００６７】
もし、トンネルに異常が発生すればホスト（Ｈ−１〜ｎ、ｈ−１〜ｎ）と端末（１２）との通信にも異常が出るので、パケット転送装置（１〜４）ではトンネル（Ｔ１Ｓ１〜ＴｎＳｍ）を削除することがある。この場合、ＤＮＳサーバ（７）の内容を速やかに最新状態にしておかないと、ＤＮＳサーバ（７）でのドメイン名とＩＰアドレスとの対応付け（更新）が上手く行えないという情況が生じ通信に支障が出てしまう。本発明のパケット転送装置（１〜４）は、インターネット（ＮＷ３）への接続動作で発生する所定のパケット転送等の制御動作を契機にパケット転送装置（１〜４）からＤＮＳサーバ（７）へのアクセスを行い、ＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・更新ならしめる機能に着目して、トンネル異常時には、トンネル（Ｔ１Ｓ１〜ＴｎＳｍ）の切断動作とそれをトリガにしたＤＮＳサーバ（７）へのアクセスを自動的に行い、インターネットによる通信の更なる安全性・信頼性の向上を図ったものである。
【００６８】
ＬＡＣ（１）とＬＮＳ（２）と間でホスト（Ｈ−１）の利用するトンネル（Ｔ１Ｓ１）においてパケットの送受信が断する等の異常が発生した場合、ＬＡＣ（１）もしくはＬＮＳ（２）、あるいは、その両者は、異常を検出してトンネル（Ｔ１Ｓ１）の切断を行う（ステップＰ２３）。本例では、ＬＡＣ（１）とＬＮＳ（２）の制御部（図３：４０）が（ａ）Ｌ２ＴＰ処理部（４２３）と（b）ＰＰＰ処理部（４２４）を動作させて行うもので、先に説明したトンネル削除シーケンス（ステップＰ２１）と略同様な手順（詳細省略）で行う。
【００６９】
制御部（図３：４０）では、どのホストが利用しているトンネルかが判るので、ユーザ情報テーブル（４２５）の接続状態情報（１２１５）とＩＰアドレス情報（１２１６）を更新する為、ホスト（Ｈ−１）が接続する回線番号から切断するホストを特定し、ユーザ情報テーブル（４２５）からユーザドメイン名に対応したＩＰアドレス情報の削除を行う（ステップＰ８）。以降、図５で説明した動作と同様にＤＮＳサーバ（７−１）からユーザドメイン名に対応して登録されているＩＰアドレスデータの削除を行う（ステップＳ９３，Ｐ９、Ｓ９４）。
【００７０】
この結果、端末（１２）は、ホストＨ−１に接続することができないが（ステップＳ２０〜２２）、接続元にとって原因不明の接続不可状態や誤接続が防げるので、通信網の安全性や信頼性が向上する。誤接続が防げるので通信網の安全性・信頼性が向上する。
【００７１】
図７は、図１の通信網の他の動作例を示すシーケンス図であり、パケット転送装置（１〜４）がホストの無応答を検出した場合の動作を示すものである。尚、本図のシーケンスが動作する前の状態も、図２のシーケンス図に従いホスト（Ｈ−１）と端末（１２）との通信が行われている状態である。
【００７２】
図６で説明した状態と同様に、パケット転送装置（１〜４）は、ホストからのパケットをアクセス網（ＮＷ１）上にトンネルを用いて他の通信網（本例ではＩＳＰ網（２））に転送する装置である。したがって、ホストの正常性を確認しつつパケットの転送を行う機能が必要であり、図３の構成を例にとれば、回線インタフェース（３０）やプロトコル処理部（１０）等の各機能ブロックの動作や機能ブロックの連動動作によってホストの異常（例えばホストの電源断）を検出している。もし、ホストに異常が発生すれば端末（１２）とは通信が出来なくなるので、パケット転送装置（１〜４）ではトンネル（Ｔ１Ｓ１〜ＴｎＳｍ）を削除することがある。この場合、ＤＮＳサーバ（７）の内容を速やかに最新状態にしておかないと、先に説明したトンネルの異常時と同様に、通信に支障が出てしまう。そこで、パケット転送装置（１〜４）がインターネット（ＮＷ３）への接続動作で発生する所定のパケット転送を契機にパケット転送装置（１〜４）からＤＮＳサーバ（７）へのアクセスを行い、ＤＮＳサーバでのＩＰアドレスとドメイン名の対応を容易かつ確実に登録・更新ならしめる機能に着目して、ホスト異常時にも、切断動作とそれをトリガにしたＤＮＳサーバ（７）へのアクセスを自動的に行い、インターネットによる通信の更なる安全性・信頼性の向上を図ったものである。
【００７３】
パケット転送装置（本例ではＬＮＳ（２））は、定期的にホスト（Ｈ−１）との導通確認のためにｋｅｅｐ ａｌｉｖｅ信号（ＩＥＴＦのＲＦＣ１６６１（非特許文献５）で規定されるＰＰＰのＥｃｈｏ―ＲｅｑｕｅｓｔとＥｃｈｏ−Ｒｅｐｌｙ信号、又は、ＩＥＴＦのＲＦＣ２６６１（非特許文献１）で規定されるＬ２ＴＰのｋｅｅｐ ａｌｉｖｅ信号）をホスト（Ｈ−１）に送信し、ホスト（Ｈ−１）からの応答を受信することにより、ホスト（Ｈ−１）の生死及び回線の導通を確認している。具体的には、ＬＮＳ（２）の回線インタフェース（３０）や制御部（４０）に、これらの信号を検出する機能とタイマー（４２６）とを備え、ＬＮＳ（２）のｋｅｅｐ  ａｌｉｖｅ信号送信（Ｓ７１、Ｓ７３）から、ホストＨ−１のｋｅｅｐ  ａｌｉｖｅ応答（Ｓ７２、Ｓ７４）受信迄の時間（ｔ２−ｔ１）が所定の時間内であればホスト（Ｈ−１）が正常と判断し、定期的に発信するｋｅｅｐ  ａｌｉｖｅ信号（Ｓ７５等）に対して、ホストＨ−１よりの応答がない場合には、ｋｅｅｐ  ａｌｉｖｅ信号を送信したとき（ｔ１）から所定の時間（ｔ３）までにｋｅｅｐ  ａｌｉｖｅ応答を受信しないとタイムアウト、すなわちホスト（Ｈ−１）の異常と判断している。この場合、１回のタイムアウトにより、異常と判断してもよいし、数回のタイムアウト経過後（リトライ後）に異常と判断するようにしてもよい。
【００７４】
ホスト（Ｈ−１）の異常を検出したＬＮＳ（２）は、切断要求信号をＬＡＣ（１）に対して送信する（ステップＳ９７）し、ＬＡＣ（１）は、ＬＮＳ（２）に対して切断応答信号を返信する（ステップＳ９８）この後、ＬＮＳ（２）は切断要求信号を受信したＬＡＣ（１）と連動してトンネル（Ｔ１Ｓ１）の切断を行う（ステップＰ２２）。本例では、上述した各処理をＬＡＣ（１）とＬＮＳ（２）の制御部（図３：４０）が（ａ）Ｌ２ＴＰ処理部（４２３）と（b）ＰＰＰ処理部（４２４）を動作させて、先に説明したトンネル削除シーケンス（ステップＰ２１やＰ２２）と略同様な手順（詳細省略）で行う。
【００７５】
尚、ＬＡＣ（１）がｋｅｅｐ  ａｌｉｖｅ信号をホスト（Ｈ−１）に送信し、ホスト（Ｈ−１）からのｋｅｅｐ  ａｌｉｖｅ応答を受信する構成でも構わない。この場合、信号を検出する機能とタイマーはＬＡＣ（１）に備えられ、ホスト（Ｈ−１）の異常がＬＮＳ（２）に伝わる他、上述した信号の方向が逆になる。ＬＮＳ（２）の制御部（図３：４０）では、どのホスト（本例ではＨ−１）が異常かが判るので、上述した動作例と同様にユーザ情報テーブル（４２５）の接続状態情報（１２１５）とＩＰアドレス情報（１２１６）を更新する為、ホスト（Ｈ−１）が接続する回線番号から切断するホストを特定し、ユーザ情報テーブル（４２５）からユーザドメイン名に対応したＩＰアドレス情報の削除を行う（ステップＰ８）。
【００７６】
以降、図５で説明した動作と同様にＤＮＳサーバ（７−１）からユーザドメイン名と対応して登録されているＩＰアドレスデータの削除を行う（ステップＳ９３，Ｐ９、Ｓ９４）。この結果、端末（１２）は、ホストＨ−１に接続することができないが（ステップＳ２０〜２２）、接続元にとって原因不明の接続不可状態や誤接続が防げるので、通信網の安全性や信頼性が向上する。誤接続が防げるので通信網の安全性・信頼性が向上する。
【００７７】
尚、図５から７を用いて説明した動作においても、先に説明した４つのプログラムの機能分割と配置に基づき説明を行ったが、これらも先の各プログラムの説明時に述べたように、機能分割や配置を変えて１つのプログラムや４以上のプログラムとしても構わない。いずれにしても、パケット転送装置のプロセッサ（４０１）がこれらのプログラムを動作させ、回線インタフェース（３０）やプロトコル処理部（１０）や内部スイッチ（２０）を介して図５〜７のシーケンス図に示したような信号を送受信する機能を備え、インターネット（ＮＷ３）への接続動作で必ず発生するパケット転送等を契機に付与されたＩＰアドレスとドメイン名が自動的なＤＮＳサーバ（７）への登録・更新・削除が出来れば良いものである。
【００７８】
また、上述の実施例においては、ＬＮＳ（２）内にユーザ情報テーブルを備え、ＤＮＳサーバ（７−１）に対してドメイン名削除要求送出等の動作を説明したが、ＬＡＣ（１）とＬＮＳ（２）を同一の構成として、ＬＡＣ（１）において上記動作を行ってもよく、また、双方に同様のデータを備える構成として、適宜動作するようにしても、奏する効果に違いがでるものではない。
【００７９】
さらに、上述の実施例では、認証サーバ（６−１）にて認証を行っていたが、認証サーバ（６−１）の機能をＬＮＳ（２）に備えても良い。
【図面の簡単な説明】
【００８０】
【図１】本発明のパケット転送装置が用いられる通信網の構成例を示す網構成図である。
【図２】図１の通信網の動作例を示すシーケンス図（１）である。
【図３】パケット転送装置の構成例を示すブロック図である。
【図４】パケット転送装置のユーザ情報テーブルの構成例を示したテーブル構成図である。
【図５】図１の通信網の動作例を示すシーケンス図（２）である。
【図６】図１の通信網の別の動作例を示すシーケンス図である。
【図７】図１の通信網のほかの動作例を示すシーケンス図である。
【符号の説明】
【００８１】
１、２、３，４・・・パケット転送装置（ＬＡＣ、ＬＮＳ）、
６・・・認証サーバ、      ７・・・ＤＮＳサーバ、
１２・・・インターネット端末、      Ｈ・・・ホスト
ＮＷ１・・・アクセス網、  ＮＷ２・・・ＩＳＰ網、  ＮＷ３・・・インターネット、
Ｔ・・・Ｌ２ＴＰトンネル、      ４２５・・・ユーザ情報テーブル。
【図１】
2006013827.tif 000003
【図２】
2006013827.tif 000004
【図３】
2006013827.tif 000005
【図４】
2006013827.tif 000006
【図５】
2006013827.tif 000007
【図６】
2006013827.tif 000008
【図７】
2006013827.tif 000009