(57)【要約】【課題】オンデマンド接続の形態において最初のパケット送信時のユーザの待ち時間を削減すること。【解決手段】本発明のゲートウェイ１０２は、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末を複数の前記コネクションのいずれかに接続するかを特定する特定手段と、特定した前記コネクションを設定・解放するコネクション制御手段と、前記端末の起動を検出し当該端末の設定情報を付与する検出手段と、を備え、前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記コネクションを設定する。【選択図】　　　図１
2004048603.tif 000002
【特許請求の範囲】
【請求項１】
自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末を複数の前記コネクションのいずれかに接続するかを特定する特定手段と、特定した前記コネクションを設定・解放するコネクション制御手段と、前記端末の起動を検出し当該端末の設定情報を付与する検出手段と、を備え、
前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記コネクションを設定することを特徴とするゲートウェイ。
【請求項２】
自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末を複数の前記コネクションのいずれかに接続するかを特定する特定手段と、特定した前記コネクションを設定・解放するコネクション制御手段と、前記端末の起動を検出し当該端末の設定情報を付与する付与手段と、を備え、
前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記端末のコネクションにおける固有の設定情報を前記起動した端末に対して付与することを特徴とするゲートウェイ。
【請求項３】
前記コネクションの固有の設定情報を保持していない場合、直ちに当該コネクションを設定して設定情報を取得し、当該設定情報を端末に対して付与することを特徴とする請求項２記載のゲートウェイ。
【請求項４】
前記コネクションを新たに設定する度毎に、当該コネクション固有の最新の設定情報を取得し直ちに、もしくは前記端末が次回に起動した時に前記端末に対して付与することを特徴とする請求項２記載のゲートウェイ。
【請求項５】
自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末から送信される名前解決要求メッセージを受信し、前記複数のコネクションのうち予め定められた１つのコネクション上に存在する名前解決サーバに対し前記名前解決要求メッセージを送信する複数の名前解決代理実行手段と、前記名前解決要求メッセージがいずれの前記端末から送信されたのかを特定し前記複数の名前解決代理実行手段のうちいずれか１つに振り分けるメッセージ振り分け手段と、を具備したことを特徴とするゲートウェイ。
【請求項６】
前記端末が起動時に選択した起動条件を受信し、当該起動条件に応じて前記端末を前記複数のコネクションのうちのいずれに接続するかを特定し、特定した前記コネクションを設定することを特徴とした請求項１記載のゲートウェイ。
【請求項７】
前記端末が起動時に選択した起動条件を受信し、当該起動条件に応じて前記端末を前記複数のコネクションのうちのいずれに接続するかを特定し、特定した前記コネクションの固有の設定情報を前記起動した端末に対して付与することを特徴とした請求項２記載のゲートウェイ。
【請求項８】
自装置で終端する複数のコネクションを同時に設定可能な物理ポートと、前記コネクションを使用してネットワーク上のサービスを利用するサービス利用手段と、前記複数のコネクションの通信品質を計測し、計測結果に応じていずれのコネクションを使用してサービスを利用するかを決定する決定手段と、を具備したことを特徴とするゲートウェイ。
【請求項９】
ネットワーク内に存在する時刻管理サーバに対し時刻を問い合わせることで自装置の時刻を修正する時刻修正手段を備え、
前記複数のコネクションの通信品質を計測し、計測結果に応じていずれの前記コネクションを使用して前記時刻管理サーバに問い合わせを行うかを決定することを特徴とする請求項８記載のゲートウェイ。
【請求項１０】
起動時に起動条件を選択する選択手段と、当該起動条件を請求項６記載のゲートウェイに伝達する伝達手段と、を具備したことを特徴とする端末。
【請求項１１】
起動時に起動条件を選択する選択手段と、当該起動条件を請求項７記載のゲートウェイに伝達する伝達手段と、を具備したことを特徴とする端末。
【請求項１２】
自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、を備えたゲートウェイのコネクション設定方法であって、
前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記コネクションを設定することを特徴とするコネクションの設定方法。
【請求項１３】
自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、を備えたゲートウェイの端末設定方法であって、
前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、前記コネクションの固有の設定情報を前記起動した端末に対して付与することを特徴とする端末設定方法。
【請求項１４】
自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末から送信される名前解決要求メッセージを受信し、前記複数のコネクションのうち予め定められた１つのコネクション上に存在する名前解決サーバに対し前記名前解決要求メッセージを送信する複数の名前解決代理実行手段と、を備えたゲートウェイの名前解決方法であって、
前記名前解決要求メッセージがいずれの前記端末から送信されたのかを特定し前記複数の名前解決代理実行手段のうちいずれか１つに振り分けることを特徴とする名前解決方法。
【請求項１５】
自装置で終端する複数のコネクションを同時に設定可能な物理ポートと、前記コネクションを使用してネットワーク上のサービスを利用するサービス利用手段と、を備えたゲートウェイの時間修正方法であって、
前記複数のコネクションの通信品質を計測し、計測結果に応じていずれのコネクションを使用してサービスを利用するかを決定することを特徴とする時間修正方法。
【請求項１６】
コンピュータに、収納している端末の起動を検出した場合に、起動した前記端末を自装置で終端する複数の論理的なコネクションのいずれかに接続するか特定させ、特定した前記コネクションを設定させることを特徴とするプログラム。
【請求項１７】
コンピュータに、収納している端末の起動を検出した場合に、起動した前記端末を自装置で終端する複数の論理的なコネクションのいずれかに接続するか特定させ、特定した前記コネクションの固有の設定情報を前記起動した端末に対して付与させることを特徴とするプログラム。
【請求項１８】
コンピュータに、収納している複数の端末のいずれかから送信される名前解決要求メッセージを受信させ、前記名前解決要求メッセージが収納している複数の端末のいずれの端末から送信されたのかを特定させ、受信した前記名前解決要求メッセージを、複数の論理的なコネクションのうち予め定められた１つのコネクション上に存在する名前解決サーバに対し送信させることを特徴とするプログラム。
【請求項１９】
コンピュータに、自装置で終端する複数のコネクション通信品質を計測させ、計測結果に応じていずれのコネクションを使用してネットワーク上のサービスを利用するかを決定させることを特徴とするプログラム。
【請求項２０】
請求項１６から請求項１９のいずれかに記載のプログラムを格納した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の端末を収容し同時に複数のプロバイダに接続する機能を備えたゲートウェイ、およびゲートウェイの設定方法に関する。
【０００２】
【従来の技術】
近年、家庭・個人ユーザ向けのインターネット接続サービスは、料金低下・サービス提供エリアの拡大が急速に進み、本格的普及期を迎えつつある。また、接続形態も、従来のように電話回線を利用してダイヤルアップ接続するだけでなく、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）を使用するもの、無線やＦＴＴＨ（Ｆｉｂｅｒ　Ｔｏ　Ｔｈｅ　Ｈｏｍｅ）を利用するものなど、選択肢が広がっている。例えば、特開平１１−３０８３５２号公報には、ＡＤＳＬを使用する通信方法が開示されている。
【０００３】
ここで、ＡＤＳＬやＦＴＴＨを利用してインターネット接続を行う場合、アクセス区間のデータリンクプロトコルとしてＰＰＰｏＥを使用することが多い。ＡＤＳＬを利用する場合のネットワーク構成の一例を図１５に、ＰＰＰｏＥのセッションが確立しインターネット接続ができるまでのシーケンスを図１６に示す。
【０００４】
図１５において、１５０１で記されるものはＰＣ、１５０２で記されるものはＡＤＳＬモデム、１５０３、１５０５で記されるものはＡＤＳＬモデム１５０２から送信されるデータと電話から送られる音声データの多重・分離を行うスプリッタ、１５０４で記されるものは局舎に設置されるＭＤＦ（Ｍａｉｎ　Ｄｉｓｔｒｉｂｕｔｉｎｇ　Ｆｒａｍｅ：　主配電盤）、１５０６で記されるものはＰＰＰｏＥプロトコル処理を行うＢＡＳ（Ｂｒｏａｄｂａｎｄ　Ａｃｃｅｓｓ　Ｓｅｒｖｅｒ）、１５０７で記されるものは複数のＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）網に接続するＩＰ網、１５０８で記されるものはＩＳＰ網である。
【０００５】
ここで、ユーザは、ＰＣ１５０１にＰＰＰｏＥ接続用の専用プログラムをインストールし、ユーザ名、プロバイダ名などを入力する。
【０００６】
すると、図１６に示すようにＰＣ１５０１から要求するサービス名を含んだＰＡＤＩパケットがＢＡＳ１５０６に送信される。以下、ディスカバリステージにおいてＰＰＰｏＥセッションが確立する。
【０００７】
引き続き、ディスカバリステージにおいて特定されたＩＳＰ網１５０８との間でＰＡＰまたはＣＨＡＰによるユーザ認証手順を含むセッションステージが行われ、ＰＰＰセッションが確立する。セッションステージにおいて、ＰＣ１５０１にＩＰアドレスが割り振られ、確立したＰＰＰセッションを使用してインターネット接続が行われる。
【０００８】
ここで、ＡＤＳＬやＦＴＴＨサービスは定額料金であることから、ＰＰＰｏＥセッション（引き続き確立されるＰＰＰセッションを含む）はダイヤルアップの時と異なり常時接続となる場合もある。ただし、ユーザ側としてはハッキングされる恐れが増えるというセキュリティ上の理由から、またプロバイダ側としては有限のＩＰアドレスを有効利用するという理由から、端末がデータを実際に送受信している間だけＰＰＰｏＥセッションを確立し、一定時間通信が行われないと切断する、オンデマンド接続方式を利用するケースが多い。
【０００９】
一方、最近では一家に複数のＰＣが存在することが多くなり、またＮＴＴが提供するＢフレッツのように１契約で同時に複数のＰＰＰｏＥを利用可能なサービスが現れている。これにより、複数のＰＣから同時に異なるＰＰＰｏＥセッションを利用してインターネット接続を行うケースが増えてくるものと思われる。
【００１０】
この場合の接続形態としては、図１５においてＡＤＳＬモデム１５０２にハブを介して複数のＰＣを接続し、それぞれのＰＣからＰＰＰｏＥセッションを設定する形態の他、図１７に示すように複数のＰＰＰｏＥセッションを設定可能なゲートウェイを利用する形態もある。図１７において、１７０１で示されるものは複数のＰＰＰｏＥセッションの設定・解放機能を持つゲートウェイである。ここで、ゲートウェイ１７０１は、宅内側ネットワークから受信するＩＰパケットの送信元ＩＰアドレスがＰＣ１５０１ａの場合にはＩＳＰ網１５０８ａに、ＰＣ１５０１ｂの場合にはＩＳＰ網１５０８ｂに転送するように予め設定されているものとする。
【００１１】
この場合のシーケンス図の一例を図１８に示す。ＰＣ１５０１ａから、インターネットに接続するためのＴＣＰセッション設定要求であるＳＹＮパケットがゲートウェイ１７０１に送信される。ゲートウェイ１７０１は、これをトリガに、ＩＳＰ網１５０８ａに対してＰＰＰｏＥセッションを設定するためにディスカバリステージおよびセッションステージからなる設定手順を実行する。そして、セッション確立後、ＰＣ１５０１ａから受信したＳＹＮパケットをＩＳＰ網１５０８ａに対して転送する。ＩＳＰ網１５０８ａはこれに対しＴＣＰセッション設定を受け入れるＳＹＮＡＣＫパケットを送信し、ＴＣＰセッションが確立される。ＰＣ１５０１ｂがＩＳＰ網１５０８ｂにアクセスする際も、同様の手順によりＰＰＰｏＥセッションが確立される。
【００１２】
現在、複数のＰＰＰｏＥセッションを同時接続可能なゲートウェイの例としては、アライドテレシスのＡＲ３２０がある。
【００１３】
【発明が解決しようとする課題】
このように、ＰＣ１５０１からＰＰＰｏＥセッションを確立するのではなくゲートウェイ１７０１にてＰＰＰｏＥセッションを終端する場合であって、ゲートウェイ１７０１が同時に複数のＰＰＰｏＥセッションを確立し、異なるＩＳＰ１５０８ａ、１５０８ｂに接続する場合においては、以下のような課題がある。
【００１４】
ＰＰＰｏＥセッションは、オンデマンド接続の形態が多いが、この場合、最初のパケット（ＴＣＰのＳＹＮパケットなど）送出時はＰＰＰｏＥセッションを確立しなければならない。このため、ＰＰＰｏＥセッションを確立する分だけ時間がかかるという問題がある。
【００１５】
また、ＤＮＳサーバのアドレスは、各端末（ＰＣ）１５０１ａ、１５０１ｂが接続するＩＳＰ１５０８ａ、１５０８ｂ毎に、異なることが一般的である。よって、端末１５０１がＤＮＳによって名前解決を実行する際に、名前解決要求パケット（ＤＮＳクエリー）を適切なＤＮＳサーバに転送する必要がある。しかし、ＰＰＰｏＥセッションをゲートウェイ１７０１で終端しているため、端末１５０１が直接ＤＮＳサーバのアドレスを知ることができないという問題がある。
【００１６】
また、これらのうちＤＮＳサーバ情報を端末に付与するにあたっては、例えば端末に専用のプログラムをインストールし、端末からゲートウェイにＤＮＳサーバ情報の問い合わせを行う、などの方法も考えられる。しかし、このような方法では、家庭内の全ての端末に専用のプログラムをインストールする必要がある。また、端末−サーバ間でＤＮＳサーバ情報を交換するための独自プロトコルが必要である。さらに、ＤＮＳサーバ情報は標準のＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）によって取得することを前提に設計されたＯＳ、アプリケーションプログラムが存在するという問題がある。
【００１７】
また、同じ端末１５０１を異なるＩＳＰ網１５０８と契約しているユーザが使用する場合を想定した場合、同じ端末１５０１から異なるＩＳＰ網１５０８へ接続するための仕組みが必要となる。
【００１８】
また、ゲートウェイ１７０１自身がインターネット上のサービス（例えばＮＴＰサーバによる時刻修正）を利用する場合に、複数設定されているＰＰＰｏＥセッションのうちいずれが最適であるかを特定する手段が必要となる。
【００１９】
本発明は、かかる点に鑑みてなされたものであり、オンデマンド接続の形態において最初のパケット送信時におけるユーザの待ち時間を削減することを目的とする。
【００２０】
また、本発明は、各端末から送信される名前解決要求パケットを適切なＤＮＳサーバに転送する仕組みを提供することを目的とする。
【００２１】
さらに、本発明は、同じ端末から異なるＰＰＰｏＥセッションを経由して異なるＩＳＰに接続するための仕組みを提供することを目的とする。
【００２２】
さらに、また、本発明は、ゲートウェイ自身がインターネット上のサービスを受ける際に最適なＰＰＰｏＥセッションを選択する仕組みを提供することを目的とする。
【００２３】
また、本発明は、端末−サーバ間で独自プロトコルを使用したり、端末に専用のプログラムをインストールしたりすることなく上記目的を達成することを目的とする。
【００２４】
【課題を解決するための手段】
本発明のゲートウェイは、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末を複数の前記コネクションのいずれかに接続するかを特定する特定手段と、特定した前記コネクションを設定・解放するコネクション制御手段と、前記端末の起動を検出し当該端末の設定情報を付与する検出手段と、を備え、前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記コネクションを設定する。
【００２５】
これにより、ゲートウェイは端末の起動を検出すると直ちに所定のコネクションを設定するため、ユーザがその後インターネットにアクセスする際にコネクション確立を待つ必要がないという効果を奏する。
【００２６】
また、本発明のゲートウェイは、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末を複数の前記コネクションのいずれかに接続するかを特定する特定手段と、特定した前記コネクションを設定・解放するコネクション制御手段と、前記端末の起動を検出し当該端末の設定情報を付与する付与手段と、を備え、前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記端末のコネクションにおける固有の設定情報を前記起動した端末に対して付与する。
【００２７】
これにより、ゲートウェイは端末の起動検出時に、当該端末が使用するコネクション固有の設定情報を端末に対して付与するため、端末は設定情報を知ることができる。
【００２８】
本発明のゲートウェイは、上記ゲートウェイにおいて、前記コネクションの固有の設定情報を保持していない場合、直ちに当該コネクションを設定して設定情報を取得し、当該設定情報を端末に対して付与する。
【００２９】
これにより、ゲートウェイがコネクション固有の設定情報を保持していない場合、直ちにコネクションを設定して設定情報を取得し、当該設定情報を端末に対して付与するため、例えばゲートウェイ購入直後の初期状態においても端末に設定情報を付与することができる。
【００３０】
また、本発明のゲートウェイは、上記ゲートウェイにおいて、前記コネクションを新たに設定する度毎に、当該コネクション固有の最新の設定情報を取得し直ちに、もしくは前記端末が次回に起動した時に前記端末に対して付与する。
【００３１】
これにより、ゲートウェイはコネクションを新たに設定する度毎に、当該コネクション固有の最新の設定情報を取得し直ちに、もしくは次回の端末起動時に端末に対して付与できるため、常に最新の情報を端末に付与することができる。
【００３２】
また、本発明のゲートウェイは、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末から送信される名前解決要求メッセージを受信し、前記複数のコネクションのうち予め定められた１つのコネクション上に存在する名前解決サーバに対し前記名前解決要求メッセージを送信する複数の名前解決代理実行手段と、前記名前解決要求メッセージがいずれの前記端末から送信されたのかを特定し前記複数の名前解決代理実行手段のうちいずれか１つに振り分けるメッセージ振り分け手段と、を具備した。
【００３３】
これにより、メッセージ振り分け手段を新たに開発するだけで、複数のコネクションに対応した名前解決代理実行手段を、容易に実現可能となる。
【００３４】
また、本発明のゲートウェイは、上記ゲートウェイにおいて、前記端末が起動時に選択した起動条件を受信し、当該起動条件に応じて前記端末を前記複数のコネクションのうちのいずれに接続するかを特定し、特定した前記コネクションを設定する。
【００３５】
これにより、ゲートウェイは、同じ端末を異なるコネクションに接続することが出来る。
【００３６】
また、本発明のゲートウェイは、上記ゲートウェイにおいて、前記端末が起動時に選択した起動条件を受信し、当該起動条件に応じて前記端末を前記複数のコネクションのうちのいずれに接続するかを特定し、特定した前記コネクションの固有の設定情報を前記起動した端末に対して付与する。
【００３７】
これにより、ゲートウェイは、同じ端末に対して適切なコネクションの設定情報を付与することが可能となる。
【００３８】
また、本発明のゲートウェイは、自装置で終端する複数のコネクションを同時に設定可能な物理ポートと、前記コネクションを使用してネットワーク上のサービスを利用するサービス利用手段と、前記複数のコネクションの通信品質を計測し、計測結果に応じていずれのコネクションを使用してサービスを利用するかを決定する決定手段と、を具備した。
【００３９】
これにより、ゲートウェイは複数のコネクションの通信品質を計測し、計測結果に応じていずれのセッションを使用してサービスを利用するかを決定できるため、最適なセッション上でサービスを利用することが可能となる。
【００４０】
また、本発明のゲートウェイは、上記ゲートウェイにおいて、ネットワーク内に存在する時刻管理サーバに対し時刻を問い合わせることで自装置の時刻を修正する時刻修正手段を備え、前記複数のコネクションの通信品質を計測し、計測結果に応じていずれの前記コネクションを使用して前記時刻管理サーバに問い合わせを行うかを決定する。
【００４１】
これにより、ゲートウェイは、最も正確な時刻修正を実現することができる。
【００４２】
また、本発明は、起動時に起動条件を選択する選択手段と、当該起動条件を上記のゲートウェイに伝達する伝達手段と、を具備したことを特徴とする端末である。
【００４３】
また、本発明は、起動時に起動条件を選択する選択手段と、当該起動条件を上記のゲートウェイに伝達する伝達手段と、を具備したことを特徴とする端末である。
【００４４】
また、本発明は、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、を備えたゲートウェイのコネクション設定方法であって、前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、特定した前記コネクションを設定することを特徴とするコネクションの設定方法である。
【００４５】
また、本発明は、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、を備えたゲートウェイの端末設定方法であって、前記端末の起動を検出した場合に、起動した前記端末を複数の前記コネクションのいずれかに接続するか特定し、前記コネクションの固有の設定情報を前記起動した端末に対して付与することを特徴とする端末設定方法である。
【００４６】
また、本発明は、自装置で終端する複数の論理的なコネクションを同時に設定可能な第１の物理ポートと、複数の端末を同時に収容可能な第２の物理ポートと、前記端末から送信される名前解決要求メッセージを受信し、前記複数のコネクションのうち予め定められた１つのコネクション上に存在する名前解決サーバに対し前記名前解決メッセージを送信する複数の名前解決代理実行手段と、を備えたゲートウェイの名前解決方法であって、前記名前解決要求メッセージがいずれの前記端末から送信されたのかを特定し前記複数の名前解決代理実行手段のうちいずれか１つに振り分けることを特徴とする名前解決方法である。
【００４７】
また、本発明は、自装置で終端する複数のコネクションを同時に設定可能な物理ポートと、前記コネクションを使用してネットワーク上のサービスを利用するサービス利用手段と、を備えたゲートウェイの時間修正方法であって、前記複数のコネクションの通信品質を計測し、計測結果に応じていずれのコネクションを使用してサービスを利用するかを決定することを特徴とする時間修正方法である。
【００４８】
また、本発明は、コンピュータに、収納している端末の起動を検出した場合に、起動した前記端末を自装置で終端する複数の論理的なコネクションのいずれかに接続するか特定させ、特定した前記コネクションを設定させることを特徴とするプログラムである。
【００４９】
また、本発明は、コンピュータに、収納している端末の起動を検出した場合に、起動した前記端末を自装置で終端する複数の論理的なコネクションのいずれかに接続するか特定させ、特定した前記コネクションの固有の設定情報を前記起動した端末に対して付与させることを特徴とするプログラムである。
【００５０】
また、本発明は、コンピュータに、収納している複数の端末のいずれかから送信される名前解決要求メッセージを受信させ、前記名前解決要求メッセージが収納している複数の端末のいずれの端末から送信されたのかを特定させ、受信した前記名前解決要求メッセージを、複数の論理的なコネクションのうち予め定められた１つのコネクション上に存在する名前解決サーバに対し送信させることを特徴とするプログラムである。
【００５１】
また、本発明は、コンピュータに、自装置で終端する複数のコネクション通信品質を計測させ、計測結果に応じていずれのコネクションを使用してネットワーク上のサービスを利用するかを決定させることを特徴とするプログラムである。
【００５２】
また、本発明は、上述したプログラムを格納した記憶媒体である。
【００５３】
【発明の実施の形態】
以下、本発明の実施の形態について添付図面を参照して詳細に説明する。
【００５４】
（実施の形態１）
本発明の実施の形態１について説明する。まず、実施の形態１にかかるネットワーク構成について、図１を用いて説明する。図１は、本発明の実施の形態１にかかるネットワーク構成を示す図である。
【００５５】
図１において、１０１ａ、１０１ｂで示されるものはＰＣであり、１０２で示されるものは複数のＰＰＰｏＥセッション（コネクション）の設定・解放機能を持つゲートウェイであり、１０３で示されるものはＡＤＳＬモデムであり、１０４、１０６で示されるものはＡＤＳＬモデム１０３から送信されるデータと電話から送られる音声データの多重・分離を行うスプリッタであり、１０５で示されるものは局舎に設置されるＭＤＦであり、１０７で示されるものはＰＰＰｏＥプロトコル処理を行うＢＡＳであり、１０８はＩＰ網であり、１０９ａ、１０９ｂはＩＳＰ網であり、１１０はインターネットであり、１１１は各端末が時刻問い合わせを行うためのＮＴＰ（Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）サーバである。
【００５６】
次に、ゲートウェイ１０２の持つ機能について図２を用いて説明する。図２は、実施の形態１にかかるゲートウェイ１０２のプロトコルスタックを示す図である。
【００５７】
Ｅｔｈｅｒｎｅｔ（Ｒ）ドライバ２０１は、Ｅｔｈｅｒｎｅｔ（Ｒ）ボードを介してＥｔｈｅｒｎｅｔ（Ｒ）フレームを送受信するためのドライバである。
【００５８】
ＴＣＰ２０２は、ＴＣＰプロトコル処理を実行するものである。ＵＤＰ２０３は、ＵＤＰプロトコル処理を実行するものである。ＩＰ２０４は、ＩＰプロトコル処理を実行するものである。ＰＰＰ２０５は、ＰＰＰプロトコル処理を実行するものである。ＰＰＰｏＥ２０６は、ＰＰＰｏＥプロトコル処理を実行するものである。
【００５９】
ＮＴＰクライアント２０７は、ＮＴＰサーバ１１１に時刻の問い合わせを行うことで装置の時刻を修整する機能を持つ。
【００６０】
ＰＰＰｏＥセッション制御部２０８は、ゲートウェイ１０２とＢＡＳ１０７との間でＰＰＰｏＥセッションを設定・解放する機能を実現する。
【００６１】
ＤＨＣＰサーバ２０９は、各ＰＣ１０１ａ、１０１ｂの起動を検出し、それぞれに動的にＩＰアドレスを付与する機能を持つ。
【００６２】
ゲートウェイ制御部２１０は、装置の設定・監視、上述した各機能ブロック２０１〜２０９の制御を行う。
【００６３】
また、各機能ブロック２０１〜２０９は、専用のハードウェアを用いて実現しても、プログラムにしコンピュータに実現させる形態であってもよい。
【００６４】
次に、ゲートウェイ１０２が保持するホスト情報テーブル３０１について説明する。図３は、実施の形態１にかかるホスト情報テーブル３０１の構成図である。
【００６５】
ホスト情報テーブル３０１は、各ＰＣ１０１ａ、１０１ｂが利用するＰＰＰｏＥセッション３０５を格納するテーブルである。ゲートウェイ管理者は、ＰＣ１０１ａ、１０１ｂのホスト名３０２、ＭＡＣアドレス３０３、ＩＰアドレス３０４のうちの少なくとも１つと、使用するＰＰＰｏＥセッション３０５を予め指定する。
【００６６】
次に、ゲートウェイ１０２が保持するセッション情報テーブル４０１について説明する。図４は、実施の形態１にかかるセッション情報テーブル４０１の構成図である。
【００６７】
セッション情報テーブル４０１は、ゲートウェイ１０２が設定するＰＰＰｏＥセッションに関する詳細な情報を格納するテーブルである。セッション情報テーブル４０１は、各ＰＰＰｏＥセッション３０５毎に、接続時の認証・プロバイダ選択を行うためのユーザ名４０２、プロバイダ名４０３、パスワード４０４、およびセッション状態４０５が格納する。また、セッション情報テーブル４０１は、各ＰＰＰｏＥセッション３０５毎にＩＰＣＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）によって取得するプライマリＤＮＳサーバのアドレス情報４０６、およびセカンダリＤＮＳサーバのアドレス情報４０７を格納する。
【００６８】
次に、ゲートウェイ１０２のＩＰ層におけるパケットフォワーディングについて説明する。図５は、実施の形態１にかかるゲートウェイのＩＰ層におけるパケットフォワーディングのフロー図である。
【００６９】
ゲートウェイ１０２は、ＩＰパケットを受信した場合、図３に示すホスト情報テーブル３０１を参照し、ＩＰパケットの送信元ＩＰアドレスがホスト情報テーブル３０１にエントリーされているか否かを調べる（ＳＴ５０１）。
【００７０】
ゲートウェイ１０２は、エントリーがなければ、ＩＰレベルでのルーティングのみを行う（ＳＴ５０２）。
【００７１】
一方、ゲートウェイ１０２は、エントリーがある場合には、当該ＩＰパケットを転送するＰＰＰｏＥセッションを特定し、セッション情報テーブルの該当するセッションの状態を参照し、セッションが接続中であるか検出する（ＳＴ５０３）。ＳＴ５０３において、セッションが接続中であれば、ゲートウェイ１０２は、ＩＰパケットをＰＰＰ／ＰＰＰｏＥ部２０６に転送する（ＳＴ５０４）。これに対し、ＳＴ５０３において、セッションが未接続であれば、ゲートウェイ１０２はＩＰパケットを一旦キューイングし（ＳＴ５０５）、ＰＰＰｏＥセッション制御部２０８を起動することでＰＰＰｏＥセッションを設定する（ＳＴ５０６）。
【００７２】
ここで、ＰＣ１０１が起動すると、ＤＨＣＰ要求がゲートウェイ１０２のＤＨＣＰサーバ２０９に対して送信される。そして、ＤＨＣＰサーバ２０９は、ＤＨＣＰ要求を受信することでＰＣ１０１の起動を検出し、ＰＣ１０１が使用するＩＰアドレスを割り当てた後、ゲートウェイ制御部２１０に対してＤＨＣＰ受信通知を送信する。以下、ゲートウェイ制御部２１０の動作について図６を用いて説明する。図６は、実施の形態１にかかるゲートウェイ制御部の動作フロー図である。
【００７３】
まず、ゲートウェイ制御部２１０は、ＤＨＣＰ受信通知メッセージを受信すると（ＳＴ６００）、ＤＨＣＰ受信通知メッセージ内に含まれるＰＣ１０１の固定情報である、ホスト名、ＭＡＣアドレス、ＩＰアドレスをホスト情報テーブル３０１に設定する（ＳＴ６０１）。ここで、ＰＣ１０１のホスト名が”ｊｕｐｉｔｅｒ”であるとすると、ＰＣ１０１のホスト名が”ｊｕｐｉｔｅｒ”に対応する部分、つまり図３に示すホスト情報テーブル３０１の２段目のＭＡＣアドレス３０３、ＩＰアドレス３０４の欄に情報を設定する。
【００７４】
また、ゲートウェイ制御部２１０は、ホスト情報テーブル３０１から、ＰＣ１０１がどのＰＰＰｏＥセッションを利用するか（ここでは＃１）を取得し、セッション＃１の状態をセッション情報テーブルより取得する（ＳＴ６０２）。
【００７５】
ここでは未接続であるため、ゲートウェイ制御部２０１はＰＰＰｏＥ制御部２０８を起動する（ＳＴ６０３）。
【００７６】
ここで、ＰＰＰｏＥ制御部２０８の動作について図７を用いて説明する。図７は、実施の形態１にかかるのＰＰＰｏＥ制御部の動作フロー図である。
【００７７】
ＰＰＰｏＥ制御部２０８は、セッション制御要求メッセージによって起動された後（ＳＴ７０１）、図１６に示したディスカバリステージを実行し、ディスカバリステージを確立する（ＳＴ７０２）。次に、ＰＰＰｏＥ制御部２０８は、セッションステージを実行し、ＰＰＰｏＥセッションを確立する（ＳＴ７０３）。また、ＰＰＰｏＥ制御部２０８は、この過程でＩＰＣＰにより取得したＤＮＳ情報をセッション情報テーブルに設定する（ＳＴ７０４）。
【００７８】
ここで、図６に戻り、ゲートウェイ制御部２１０の動作についての説明を続ける。
【００７９】
ゲートウェイ制御部２１０は、ＰＰＰｏＥ制御部２０８起動後、定期的にセッション情報テーブル３０１のセッション＃１のＤＮＳサーバ情報を監視する。ゲートウェイ制御部２１０は、ＰＰＰｏＥ制御部２０８によってＤＮＳサーバ情報が登録されたことを検出すると（ＳＴ６０４）、ＤＨＣＰサーバ２０９に対してＤＮＳ情報設定完了通知を送信する（ＳＴ６０５）。これにより、ＤＨＣＰサーバ２０９は、コネクション固有の設定情報であるプライマリＤＮＳ／セカンダリＤＮＳサーバのアドレスを含んだＤＨＣＰ応答をＰＣ１０１に送信する。
【００８０】
一方、ＳＴ６０３において、ＤＮＳサーバ情報が登録されていない場合には、ゲートウェイ制御部２１０は、一定時間ウェイトした後（ＳＴ６０６）、再度ＳＴ６０３の処理に移行する。
【００８１】
また、ＳＴ６０２において、セッションが接続されていると判断した場合は、ゲートウェイ制御部２１０は、ＤＨＣＰサーバ２０９に対してＤＮＳ情報設定完了通知を送信する（ＳＴ６０７）。
【００８２】
以上説明したように、実施の形態１によれば、ＰＣ１０１の起動をトリガとして自動的にＰＰＰｏＥセッション＃１を設定することができる。
【００８３】
また、ゲートウェイ１０２がＰＰＰｏＥセッション＃１を設定しておらずＰＰＰｏＥセッション＃１固有の設定情報（プライマリ／セカンダリＤＮＳサーバ情報）を保持していない場合にも自動的にセッション接続を行い、設定情報を取得することで、ＰＣ１０１に直ちに当該情報を付与することが可能である。
【００８４】
また、ＰＰＰｏＥセッション制御部２０８は、図７に示す通り、セッションを接続する度毎にＤＮＳサーバ情報を取得しセッション情報テーブルの更新を行う。従って、ＰＣ１０１に対して常に最新の情報を付与することが可能である。
【００８５】
また、ゲートウェイ１０２が、ＰＰＰｏＥセッション固有の設定情報（特にＤＮＳサーバのアドレス情報）を保持していない場合、直ちに当該ＰＰＰｏＥセッションを設定して設定情報を取得し、当該設定情報を端末に対して付与するため、例えばゲートウェイ購入直後の初期状態においても端末にＤＮＳサーバのアドレスを付与することができる。
【００８６】
また、ゲートウェイ１０２が、ＰＰＰｏＥセッションを新たに設定する度毎に、当該セッション固有の最新の設定情報を取得し直ちに、もしくは次回の端末起動時に端末に対して付与するため、常に最新の情報を端末に付与することができる。
【００８７】
（実施の形態２）
実施の形態２は、同じＰＣ（端末）を異なるユーザが使用する場合にＰＰＰｏＥセッションを使い分けるケースに対応したものである。以下、実施の形態２について説明をする。なお、ネットワーク構成図は実施の形態１と同じであるので、図１を引き続き使用する。
【００８８】
まず、各ＰＣ１０１が保持するユーザ情報テーブルについて図８を用いて説明する。図８は、実施の形態２にかかるユーザ情報テーブルの構成図である。
【００８９】
ユーザ情報テーブル８０１には、予めログインするユーザ名８０２と、そのユーザが使用する場合のホスト名８０３が登録されている。
【００９０】
次に、電源が投入された場合のＰＣ１０１の動作について図９を用いて説明する。図９は、実施の形態２にかかるＰＣの起動処理のフロー図である。
【００９１】
通常のＰＣと同様に、ＰＣ１０１は、ＰＯＳＴ（Ｐｏｗｅｒ　Ｏｎ　Ｓｅｌｆ
Ｔｅｓｔ）処理（ＳＴ９０１）、ＯＳ起動処理を実行する（ＳＴ９０２）。
【００９２】
次に、ＰＣ１０１は、ユーザ名／パスワード入力画面を表示する。しかし、この段階ではネットワーク情報（具体的にはＩＰアドレス、ホスト名、ＤＮＳサーバアドレス情報など）が設定されていない。よって、ＰＣ１０１は、ここで、ユーザ名、パスワード入力を行いログインする（ＳＴ９０３）。そして、ＰＣ１０１は、ユーザ情報テーブル８０１を参照して、ＰＣ１０１のユーザ名に対応したホスト名８０３を選択取得する（ＳＴ９０４）。そして、ＰＣ１０１は、取得したホスト名を含むＤＨＣＰ要求をゲートウェイ１０２に対して送信する（ＳＴ９０５）。
【００９３】
この情報は、実施の形態１で述べたようにゲートウェイ１０２のＤＨＣＰサーバ２０９を経由してゲートウェイ制御部２１０へ送信され、ホスト名８０３に応じたＰＰＰｏＥセッションが設定されるとともに、ＩＰＣＰによって取得したＤＮＳサーバアドレス情報がＤＨＣＰ応答としてＰＣ１０１に送信される。
【００９４】
以上説明したように、実施の形態２によれば、ログインするユーザに応じたＰＰＰｏＥセッションを接続するとともに、当該セッションのＤＮＳサーバアドレス情報を端末に付与することが可能となる。
【００９５】
（実施の形態３）
実施の形態２では、各端末自身が適切なＤＮＳサーバアドレス情報を保持する形態で説明したが、ゲートウェイに代理ＤＮＳ機能を備えている場合には、必ずしも端末自身がＤＮＳサーバのアドレスを保持する必要はない。実施の形態３は、ゲートウェイに代理ＤＮＳ機能を設け、端末自身がＤＮＳサーバのアドレスを保持しない形態に対応するものである。以下、実施の形態３について説明する。
【００９６】
まず、代理ＤＮＳ機能について図１０を用いて説明する。図１０は、実施の形態３にかかる代理ＤＮＳを説明するための図である。
【００９７】
ＰＣ１００１は、ＰＣ１０１のように、ＤＮＳサーバ（名前解決サーバ）１００３に対して直接ＤＮＳクエリー（名前解決要求メッセージ）を送信するのではなく、ゲートウェイ１００２に対してＤＮＳクエリーの送信を行う。
【００９８】
ゲートウェイ１００２は、このＤＮＳクエリーを受信し、同じ内容でＤＮＳサーバ１００３に対してクエリーを送信する。ゲートウェイ１００２は応答を受信した後、ＰＣ１００１に対してその内容を送信する。
【００９９】
このようなケースでは、各ＰＣ１０１、１００１は、ＤＮＳサーバのアドレス情報を保持する必要がないが、複数のＰＰＰｏＥセッションが設定される場合、ゲートウェイ１００２上の代理ＤＮＳ機能が複数のＤＮＳサーバ１００３のうち適切なものを１つ選択して要求を行うための機構を備えていなければならない。しかし、一般的に代理ＤＮＳ機能は１組のプライマリ／セカンダリＤＮＳサーバのアドレス情報しか保持しないため、このような機構を実現するにはソフトウェアの大幅な改造が必要となる。ここでは、この問題を回避する手法について述べる。
【０１００】
まず、ゲートウェイ１００２の持つ機能について図１１を用いて説明する。図１１は、実施の形態３にかかるゲートウェイのプロトコルスタックを示す図である。なお、既に説明した部分と同一の部分には同一の符番を付与する。
【０１０１】
一般的には、ＴＣＰ／ＵＤＰ層２０２、２０３の上に直接、名前解決代行手段である代理ＤＮＳ１１０２ａ〜１１０２ｃ機能が実装されるが、本発明では、メッセージ振り分け手段であるＤＮＳ振り分け部１１０１をＴＣＰ／ＵＤＰ層２０２、２０３と、代理ＤＮＳ１１０２ａ〜１１０２ｃと間に設置する。また、代理ＤＮＳプロセス１１０２ａ〜１１０２ｃは、少なくとも設定するＰＰＰｏＥセッション２０６の数以上、起動されている。
【０１０２】
本実施の形態では、ＰＣ１００１からのゲートウェイ１００２に対するＤＮＳクエリーは、ＴＣＰ層２０２もしくはＵＤＰ層２０３から宛先ポート番号で送られるが、このＤＮＳクエリーを代理ＤＮＳではなくＤＮＳ振り分け部１１０１に送信するように設定（バインド処理）を行う。
【０１０３】
次に、ＤＮＳ振り分け部１１０１の動作について図１２を用いて説明する。図１２は、実施の形態３にかかるＤＮＳ振り分け部の動作フロー図である。
【０１０４】
まず、ＤＮＳ振り分け部１１０１は、受信したパケットの送信元ＩＰアドレスをキーにホスト情報テーブルを検索しエントリーが有るか判断し（ＳＴ１２０１）、次に、転送先ＰＰＰｏＥセッションを特定する（ＳＴ１２０２）。
【０１０５】
ＤＮＳ振り分け部１１０１は、ゲートウェイ管理者によって予め設定された、図１３に示す代理ＤＮＳプロセステーブル１３０１を、取得したＰＰＰｏＥセッションをキーに検索することで、ＳＴ１２０１、ＳＴ１２０２の処理を行う。代理ＤＮＳプロセステーブル１３０１には、セッションＮｏ．１３０２と、プロセスＮｏ．１３０３との組が複数格納されている。
【０１０６】
ＳＴ１２０１において、ホスト情報テーブル検索時にエントリーがない場合には、ＤＮＳ振り分け部１１０１は、ＰＰＰｏＥを利用せずにルーティングを行うので、図１３で取得した代理ＤＮＳプロセス＃３にそのままＤＮＳクエリーを送信する（ＳＴ１２０３）。
【０１０７】
また、ＳＴ１２０１において、ホスト情報テーブルにエントリーがある場合、ＤＮＳ振り分け部１１０１は、例えば図３のホスト名”ｍｏｏｎ”のＩＰアドレス１９２．１６８．５．２が検索された場合には、転送先ＰＰＰｏＥセッションである＃２のセッション状態をセッション情報テーブルにて確認する。ここで、ＤＮＳ振り分け部１１０１は、セッションが接続中であれば直ちに代理ＤＮＳ＃２へＤＮＳクエリーを送信する（ＳＴ１２０４）。
【０１０８】
一方、ＤＮＳ振り分け部１１０１は、セッションが未接続の場合には、当該クエリーを一旦キューイングし（ＳＴ１２０５）、ＰＰＰｏＥ制御部を起動することによってＰＰＰｏＥセッション＃２を設定する（ＳＴ１２０６）。
【０１０９】
以上説明したように、実施の形態３によれば、既存の代理ＤＮＳソフトウェアをほとんど改修することなく、ＤＮＳ振り分け部１１０１を新たに開発するだけで、複数のＰＰＰｏＥセッションを接続する際にも利用可能な代理ＤＮＳ機能を実現することができる。
【０１１０】
（実施の形態４）
実施の形態４は、ゲートウェイ上のアプリケーションが、複数設定されているＰＰＰｏＥセッションのうちのいずれを使用するかを決定するようにしたものである。以下、実施の形態４について説明する。実施の形態４では、アプリケーションとして図２に示したＮＴＰクライアントを例にとる。
【０１１１】
以下、ＮＴＰクライアント部２０７の動作について図１４を用いて説明する。図１４は、実施の形態４にかかるＮＴＰクライアント部のフロー図である。
【０１１２】
ＮＴＰクライアント部２０７は、内部で保持するタイマによって定期的に起動する。ＮＴＰクライアント部２０７は、起動後、全てのＰＰＰｏＥセッションについて、接続状態を確認する（ＳＴ１４０２）。
【０１１３】
そして、ＮＴＰクライアント部２０７は、接続中のセッションについては、予め登録されているＮＴＰサーバに向けてｐｉｎｇパケットを送信し、その応答結果を保持する（ＳＴ１４０３）。ＮＴＰクライアント部２０７は、その応答結果から、当該セッションを利用してＮＴＰサーバにアクセスするのにどの程度の時間がかかるのかを把握することができ、コネクションの通信品質を検出する手段として機能する。
【０１１４】
以下、ＮＴＰクライアント部２０７は、ＳＴ１４０２、ＳＴ１４０３の処理をすべてのＰＰＰｏＥセッションに対して繰り返す（ＳＴ１４０４、ＳＴ１４０５）。そして、ＮＴＰクライアント部２０７は、全てのセッションの中から、現在最も短い時間でＮＴＰサーバにアクセスできるＰＰＰｏＥセッションを選択し（ＳＴ１４０６）、ＮＴＰ要求を送信する（ＳＴ１４０７）。このようにして、ＮＴＰクライアント部２０７は、各コネクションの通信品質に応じていずれのコネクションを使用してサービスを利用するかを決定する。
【０１１５】
以上説明したように実施の形態４によれば、ＮＴＰによる時刻修整を最も正確に行う手段を提供することができるので、ゲートウェイは複数のＰＰＰｏＥセッションの通信品質を計測し、計測結果に応じていずれのセッションを使用してサービスを利用するかを決定でき、最適なセッション上でサービスを利用することが可能となる。
【０１１６】
【発明の効果】
以上述べたように本発明によれば、ゲートウェイが端末の起動を検出すると直ちに所定のＰＰＰｏＥセッションを設定するため、ユーザがその後インターネットにアクセスする際にセッション確立を待つ必要を無くすことができる。
【０１１７】
また、本発明によれば、ゲートウェイが、端末の起動検出時に、当該端末が使用するＰＰＰｏＥセッション固有の設定情報（特にＤＮＳサーバのアドレス情報）を端末に対して付与できるため、端末が名前解決要求パケットの送信先であるＤＮＳサーバのアドレスを知ることができる。
【０１１８】
また、本発明によれば、ゲートウェイが、複数のＰＰＰｏＥセッションのうち予め定められた１つのセッション上に存在する名前解決サーバに対しメッセージを送信する名前解決代理実行手段を複数備えるとともに、前記要求メッセージがいずれの端末から送信されたのかを特定し、前記複数の名前解決代理実行手段のうちいずれか１つに振り分けるメッセージ振り分け手段とをさらに備えるため、複数のＰＰＰｏＥセッションに対応した名前解決代理実行手段を、メッセージ振り分け手段を新たに開発するだけで容易に実現可能となる。
【０１１９】
また、本発明によれば、ゲートウェイが、複数のＰＰＰｏＥセッションの通信品質を計測し、計測結果に応じていずれのセッションを使用してサービスを利用するかを決定できるため、最適なセッション上でサービスを利用することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態１にかかるネットワーク構成を示す図
【図２】実施の形態１にかかるゲートウェイのプロトコルスタックを示す図
【図３】実施の形態１にかかるホスト情報テーブルの構成図
【図４】実施の形態１にかかるセッション情報テーブルの構成図
【図５】実施の形態１にかかるゲートウェイのＩＰ層におけるパケットフォワーディングのフロー図
【図６】実施の形態１にかかるゲートウェイ制御部の動作フロー図
【図７】実施の形態１にかかるのＰＰＰｏＥ制御部の動作フロー図
【図８】本発明の実施の形態２にかかるユーザ情報テーブルの構成図
【図９】実施の形態２にかかるＰＣの起動処理のフロー図
【図１０】本発明の実施の形態３にかかる代理ＤＮＳを説明するための図
【図１１】実施の形態３にかかるゲートウェイのプロトコルスタックを示す図
【図１２】実施の形態３にかかるＤＮＳ振り分け部の動作フロー図
【図１３】実施の形態３にかかるゲートウェイが保持する代理ＤＮＳプロセステーブルを示す図
【図１４】本発明の実施の形態４にかかるＮＴＰクライアント部のフロー図
【図１５】従来のＡＤＳＬを利用するネットワーク構成を示す図
【図１６】従来のＰＰＰｏＥセッション接続時のシーケンス図
【図１７】従来のＰＰＰｏＥセッションを複数接続する場合のネットワーク構成を示す図
【図１８】従来のゲートウェイで終端するＰＰＰｏＥセッションを複数接続する場合のシーケンス図
【符号の説明】
１０１ａ、１０１ｂ、１００１　ＰＣ
１０２、１００２　ゲートウェイ
１０３　ＡＤＳＬモデム
１０４、１０６　スプリッタ
１０５　ＭＤＦ
１０７　ＢＡＳ
１１１　ＮＴＰサーバ
１００３　ＤＮＳサーバ
【図１】
2004048603.tif 000003
【図２】
2004048603.tif 000004
【図３】
2004048603.tif 000005
【図４】
2004048603.tif 000006
【図５】
2004048603.tif 000007
【図６】
2004048603.tif 000008
【図７】
2004048603.tif 000009
【図８】
2004048603.tif 000010
【図９】
2004048603.tif 000011
【図１０】
2004048603.tif 000012
【図１１】
2004048603.tif 000013
【図１２】
2004048603.tif 000014
【図１３】
2004048603.tif 000015
【図１４】
2004048603.tif 000016
【図１５】
2004048603.tif 000017
【図１６】
2004048603.tif 000018
【図１７】
2004048603.tif 000019
【図１８】
2004048603.tif 000020