データ中継装置、 通信システム、 データ中継方法及びそれをコンビ ユータにおいて実現するコンピュータプログラム 技術分野
本発明は、 データ中継装置、 通信システム、 データ中継方法及びに そのコンピュータプログラムに明関する。 背景技術 書
近年、 I τ技術及び通信技術の進歩に伴い、 多くのプライベートな ネッ トワークが構築され、 これらネッ トワークがインターネッ トを介 して接続されている。 ネッ トワークを構築するにおいて、 W E Bサ バゃ F T Pサーバなどの種々のサーバが導入されている。 ユーザは、 ネッ トワークを介してこれらサーバにアクセス し、 所望のサービスを 受けることができる。
典型的なイ ンターネッ トへの接続は、 I S P ( Internet Service Provider) を介して行うものである。 昨今のより高速かつ多くのデー タ配信の要求にこたえるため、 より高速なデータ配信を可能とする A D S L ( Asymmetric Digital Subscriber l ine ) や F T T H ( Fiber
To The Home) といったブローバンド回線が広く普及している。 A D S Lや F T T Hにおいて、 ユーザは、 予め登録された I S P へ、 P P P o E (Point to Point Protocol over Ethernet) などのプロ ト コノレ こ 従い接続し、 I S Pのネッ トワーク ■ システムを介してインターネッ トへ接続することができる。
ネッ トワークを介してユーザに提供されるサービスとして、 例えば 、 音楽、 静止画像、 動画像などのコンテンツを、 特定のユーザに対し て配信を行うサービスが知られている。 このようなサービスのいくつ かは、 回線帯域を確保するために、 従来のプロバイダを経由した方式 ではなく、 プロバイダと同等の接形形態によってコンテンツのみを提 供する。 あるいは、 ユーザが複数の I S Pと契約し、 使用形態に応じ て接続先 I S Pを切り替えることが一般的になりつつある。
一方、 I S Pへの接続において、 典型的には、 ユーザ端末とルータ が接続され、 ルータと I S Pのシステムとの間で P P P o Eセッショ ンが確立される。 従って、 上記のように、 複数の I S Pへの接続、 あ るいは I S Pと同等の接続を可能とする要求にこたえるため、 近時、 複数の I S Pに対して、 複数の P P P o Eセッションを個別に確立す ることができるルータ (マルチセッション 'ルータ) が開発されてい る。 ,
図 9は、 従来のマルチセッション · ルータの動作を説明する図であ る。 ユーザ端末としの P C (Personal Computer) は、 ノレータを介して 、 I S P ( a ) と I S P ( b ) とに接続され、 それぞれの I S P力 ら データを取得することができる。 例えば、 図 9 ( a ) に示すように、 S P ( a ) はインターネッ トへの接続をユーザ端末に提供し、 I S P (b ) は特定のコンテンツ · サイ トへの接続をユーザ端末へ提供する
。 ユーザは、 これらの複数の I S Pに接続を行うために、 ルータが有 しているテーブルに、 特定の I S Pと特定のドメイン名のキーワード とを関連付けて登録する。 例えば、 ドメイン名に 「www. abc」 を含むァ ドレスを、 I S P (B) と対応付けて登録する。 その他のドメインに 関する通信においては、 「DefaultJ と して、 I S P ( a ) と対応付け
て登録する。
ネッ トワークを介した特定ノードへの接続のために使用されるサー バと して、 ドメイン名と I Pア ドレス との間の名前変換を行う D N S (Domain Name System) サーバがある。 D N Sサーバは、 クライアン トからドメイン名もしくは I Pァドレスに関する問合わせを受けると 、 問合わせを受けたドメイン名に対応する I Pア ドレス、 もしくは問 合わせを受けた I Pァドレスに対応する ドメイ ン名を返す。 各 I S P への接続において、 各 I S Pの D N Sサーバに名前解決の要求が送信 される。 従来のマルチセッシヨン 'ルータにおいては、 I S Pと関連 づけられた D N Sサーバの I Pア ドレスが、 予めユーザによってテー ブルに登録される。 ルータは、 D N S リ レー機能を利用して、 テープ ルに従い、 特定のキーヮードを有する ドメイン名に関する名前解決の 要求を、 予め登録された D N Sサーバへ送信する。 例えば.、 図 9 ( b ) に示すように、 「www. abc」 を含まないドメイ ン名については、 ノレ一 タは I S P ( a ) に名前解決の要求を行う。 I S P ( a ) から ドメィ ン名に対応する I Pア ドレスを取得し、 その後、 ユーザ端末は、 I S P ( a ) を介して上記 I Pア ドレス先と通信を行うことができる。
上記のように、 従来のマルチセッシヨン 'ルータは、 特定の I S P 、 D N Sサーバ及びドメイ ン名の特定キーワードを、 互いに関連付け て入力設定する必要がある。 そのため、 ユーザは設定登録の作業に煩 わされることになる。 あるいは、 特に専門知識の少ないユーザによつ て設定される場合、 時に誤った設定がなされる可能性もある。 設定不 良によって適切な I S Pに接続することができず、 ユーザが情報を取 得することができないことがあり うる。
本発明は、 上記従来の技術に鑑みてなされたものであって、 複数の
システムに接続するためのユーザによる設定を減少する、 データ中継 装置、 通信システム、 データ中継方法及びにそのコンピュータプログ ラムを提供することを、 一つの目的とする。 発明の開示
本発明の第 1の態様にかかる中継装置は、 ネッ トワーク上のァドレ ス情報に対応付けられた対応ァドレス情報を応答可能な複数の解決シ ステムに対して、 取得した要求を中継可能なデータ中継装置であって 、 第 1ァドレス情報に対応する第 2ァドレス情報の要求を取得する要 求取得部と、 前記第 1 ア ドレス情報に対応する第 2ア ドレス情報の要 求であって、 前記第 1 ア ドレス情報を含む第 1 の解決要求を、 第 1解 決システムに送信する第 1 の解決要求送信部と、 前記第 1ァドレス情 報に対応する第 2ァ ドレス情報の要求であって、 前記第 1 ア ドレス情 報を含む第 2の解決要求を、 第 2解決システムに送信する第 2の解決 要求送信部と、 前記第 2解決システムから、 前記第 2 ア ドレス情報を 取得する、 第 2 ア ドレス情報取得部と、 取得した前記第 2ア ドレス情 報と、 前記第 2解決システムに関する情報とを、 関連付けて格納する ア ドレス情報格納部と、 備える。 この構成を有することにより、 ユー ザによるァドレス情報と解決システムとを対応付けた設定登録を不要 とすることができる。
上記中継装置において、 前記第 1ァドレス情報はドメイン名であり 、 前記第 2ァドレス情報は前記ドメイン名に対応した I Pア ドレスあ ることができる。 この構成を有することにより、 ドメイン ' ア ドレス の名前解決において、 ユーザによる設定操作を不要とすることができ る
上記中継装置において、 前記第 2解決システムに関する情報は、 前 記第 2解決システムが属する I S Pを特定可能な情報であることが好 ましい。 これにより、 ア ドレス情報が対応する特定の I S Pを決定す ることができる。 さらに、 上記中継装置は、 前記第 2ア ドレス情報に よって特定されるノードを要求先とする、 サービス要求を取得する、 サービス要求取得部と、 前記ア ドレス情報格納部を参照し、 前記第 2 了ドレス情報に対応する I S Pを特定する I S P特定部と、 を備え、 前記特定された I S Pに前記サービス要求を中継することが好ましい 。 この構成を有することにより、 要求を送信されるべき I S Pに確実 に送信することができる。
上記中継装置は、 さらに、 予め登録された前記第 1解決システムに 関する情報と、 前記第 2解決システムに関する情報とを格納する、 シ ステム情報格納部を備え、 前記システム情報格納部を参照することに よって、 前記システム情報格納部に予め登録された前記第 1及び第 2 の解決システムに解決要求を送信することが好ましい。 これにより、 ルータの使用環境に応じて登録された送信すべきシステムに、 確実に 送信することができる。
上記中継装置において、 前記第 2の解決要求送信部は、 前記第 1解 決システムから前記第 2ァ ドレス情報を取得しない場合に、 前記第 2 の解決要求を前記第 2解決システムに送信することが好ましい。 これ により、 不要で解決要求の送信を減少することができる。
上記中継装置において、 前記ア ドレス情報格納部は、 解決要求を送 信した複数の解決システムの内、 前記第 2解決システムから最初に前 記第 2ァドレス情報を取得した場合に、 前記第 2解決システムから取 得した第 2ァ ドレス情報を格納することができる。
本発明の他の態様にかかるデータ中継装置は、 複数の I s Pと接続 可能なデータ中継装置であって、 第 1 の ドメイン ' ァ ドレスに関する 名前解決の要求を取得する手段と、 前記のドメイン ' ァドレスに対応 する第 2のドメイン ' ァドレスの要求を、 前記複数の解決システムに 送信する送信部と前記複数の解決システムの少なく と も一つの解決シ ステムから、 前記第 2の ドメイン ' ア ドレスを取得する、 第 2の ドメ イン . ア ドレス取得部と、 前記取得した第 2の ドメイ ン ■ ア ドレスを 、 前記第 2の ドメイン · ァ ドレスを取得した解決システムの識別情報 と関連づけて格納する、 格納部と、 を有する。 この構成を有すること により、 ユーザによるァドレス情報と解決システムとを対応付けた設 定登録を不要とすることができる。
上記他の態様にかかるデータ中継装置は、 さらに、 前記複数の解決 システムを特定する情報を予め記憶する、 解決システム情報格納部を 備え、 前記格納される解決システムの識別情報は、 前記解決システム が属する I S Pを識別する情報であることが好ましい。 これにより、 ドメイン · ァドレスに対応する I S Pを自動的に特定することができ る。
本発明の他の態様にかかる通信システムは、 複数の I S Pと、 前記 複数の I S Pと接続可能な中継装置とを含む通信システムであって、 前記中継装置は、 第 1のドメイン · ァドレスに関する名前解決の要求 を取得する手段と、 前記のドメイン · ァドレスに対応する第 2のドメ イン · ァドレスの要求を、 前記複数の解決システムに送信する送信部 と前記複数の解決システムの少なく とも一つの解決システムから、 前 記第 2の ドメイ ン ' ァドレスを取得する、 第 2の ドメイン ■ ア ドレス 取得部と、 前記取得した第 2の ドメイ ン ' ア ドレスを、 前記第 2の ド
メイン . ァドレスを取得した解決システムの識別情報と関連づけて格 納する、 格納部と、
を有する。 この構成を有することにより、 ユーザによるア ドレス情報 と解決システムとを対応付けた設定登録を不要とすることができる。 本発明の他の態様にかかるデータ中継方法は、 ネッ トワーク上のァ ドレス情報に対応付けられた対応ア ドレス情報を応答可能な複数の解 決システムに対して、 取得した要求を中継可能なデータ中継方法であ つて、 第 1ァドレス情報に対応する第 2ァドレス情報の要求を取得す るステップと、 第 1解決システムに送信すべき、 前記第 1 ア ドレス情 報に対応する第 2ア ドレス情報の要求であって、 前記第 1 ア ドレス情 報を含む第 1の解決要求を生成するステップと、 第 2解決システムに 送信すべき、 前記第 1ァドレス情報に対応する第 2ァドレス情報の要 求であって、 前記第 1ァドレス情報を含む第 2の解決要求を生成する ステップと、 前記第 2解決システムからの前記第 2ァドレス情報を取 得するステップと、 取得した前記第 2 ア ドレス情報と、 前記第 2解決 システムに関する情報とを、 関連付けて格納するステップと、 を備え る。 この構成を有することにより、 ユーザによるア ドレス情報と解決 システムとを対応付けた設定登録を不要とすることができる。
上記中継方法において、 前記第 1の解決要求を生成するステップは 、 予め登録された前記第 1解決システムに関する情報を参照すること によって、 前記送信すべき第 1の解決システムを決定し、 前記第 2の 解決要求を生成するステツプは、 予め登録された前記第 2解決システ ムに関する情報を参照することによって、 前記送信すべき第 2の解決 システムを決定することが好ましい。 これにより、 ルータの使用環境 に応じて登録された送信すべきシステムに、 確実に送信することがで
きる。
本発明の他の態様にかかるコンピュータプログラムは、 コンビユ ー タに、 ネッ トワーク上のァドレス情報に対応付けられた対応ァドレス 情報を応答可能な複数の解決システムに対して、 取得した要求を中継 する処理を行わせるコンピュータプログラムであって、 第 1ア ドレス 情報に対応する第 2ァドレス情報の要求を取得するステップと、 第 1 解決システムに送信すべき、 前記第 1ァ ドレス情報に対応する第 2ァ ドレス情報の要求であって、 前記第 1ァドレス情報を含む第 1の解決 要求を生成するステップと、 第 2解決システムに送信すべき、 前記第 1 ア ドレス情報に対応する第 2 ア ドレス情報の要求であって、 前記第 1ァ ドレス情報を含む第 2の解決要求を生成するステップと、 前記第 2解決システムからの前記第 2ァドレス情報を取得するステップと、 取得した前記第 2ァドレス情報と、 前記第 2解決システムに関する情 報とを、 関連付けて格納するステップと、 をコンピュータに実行させ る。 この構成を有することにより、 ユーザによるアドレス情報と解決 システムとを対応付けた設定登録を不要とすることができる。 図面の簡単な説明
図 1は、 本発明の一実施形態に係る通信システムの構成の一例を示 す図である。
図 2は、 本発明の一実施形態に係る名前解決の要求の中経処理に関 するルータの論理構成の一例を説明する図である。
図 3は、 本発明の一実施形態に係る I S P情報登録テーブルに格納 されるデータ · フォーマツトの一例を示す図である。
図 4は、 本発明の一実施形態に係る ドメイン/ I S Pテーブルに格
納されるデータ · フォーマツ トの一例を示す図である。
図 5は、 本発明の一実施形態に係る名前解決要求の中継処理の動作 を示すフロー図である。
図 6は、 本発明の一実施形態に係るサービス要求の中継処理に関す る、 ルータの論理構成の一例を示す図である。
図 7は、 本発明の一実施形態に係る名前解決要求の中継処理の動作 を示すフロー図である。
図 8は、 本発明の一実施形態に係るユーザ端末などのハードウエア 構成の一例を示す図である。
図 9は、 従来の技術における、 通信システムの構成の一例を示す図 である。 発明を実施するための最良の形態
以下に、 本発明を適用可能な実施の形態が説明される。 以下の説明 は、 本発明の実施形態を説明するものであり、 本発明が以下の実施形 態に限定されるものではない。 説明の明確化のため、 以下の記載は、 適宜、 省略及び簡略化がなされている。 又、 当業者であれば、 以下の 実施形態の各要素を、 本発明の範囲において容易に変更、 追加、 変換 することが可能であろう。
図 1は、 本実施形態における通信システム 1 0 0の構成を示してい る。 通信システム 1 0 0は、 P Cなどのユーザ端末 1 0 1 と、 ユーザ 端末 1 0 1に接続されたルータ 1 0 2、 ルータ 1 0 2 との間でデータ の送受信がなされる I S P (Internet Service Provider) (a ) 1 0 3 、 I S P ( b ) 1 04及ぴ I S P ( c ) 1 0 5を含んでいる。 I S P ( a ) 1 0 3はユーザ端末 1 0 1に対して、 インターネッ トへの接続
を提供することができる。 I S P (b) 1 0 4、 (c ) 1 0 5はユーザ 端末 1 0 1に対して、 特定のコンテンツ · サイ トへの接続を提供する ことができる。 ルータ 1 0 2には複数のユーザ端末を接続することが できること、 あるいは、 ルータ 1 0 2が、 4以上の I S Pに接続する 構成とすることが可能であることは言うまでもない。
中継装置の一例であるルータ 1 0 2は、 上記 3つの I S Pのそれぞ れに対して接続が許可されており、 各 I S Pとの間で P P P o Eセッ ション等の接続を確立することができる。 ルータ 1 0 2は、 ユーザ端 末 1 0 1から送信されたデータ · バケツ トを、 データ ·バケツ トの送 信先に応じて、 I S P ( a ) 1 0 3、 I S P ( b ) 1 0 4、 又は I S P ( c ) 1 0 5に選択的に中継し、 又、 I S P ( a ) 1 0 3、 I S P ( b ) 1 0 4又は I S P ( c ) 1 0 5から送信されたデータ · パケッ トをユーザ端末 1 0 1に中継することができる。
例えば、 ルータ 1 0 2は、 ィンターネッ ト上の WE Bサーバのァド レス情報と、 I S P ( a ) 1 0 3の識別情報とを関連付けて記憶する 。 ルータ 1 0 2は、 ユーザ端末から上記の WE Bサーバへの要求を受 信すると、 I S P ( a ) 1 0 3に対してその要求を中継する。 あるい は、 特定のコンテンッ ■ サイ トの F T Pサーバの識別情報と、 I S P ( b ) 1 0 4とを関連付けて記憶する。 ルータ 1 0 2は、 ユーザ端末 から上記の F T Pサーバへの要求を受信すると、 I S P ( b ) 1 0 4 に対してその要求を中継する。 インターネッ ト上の複数の端末に関し て、 異なる I S Pを介して接続する構成とすることも可能である。
ルータ 1 0 2は、 DN S (Domain Name System) リ レー機能を備 えており、 ユーザ端末 1 0 1からの名前解決の要求を、 異なるサブネ ッ トに存在する所定の DN Sサーバへ転送することができる。 ユーザ
端末 1 0 1においては、 名前解決の要求の送り先としてルータ 1 0 2 が登録される。 ルータ 1 0 2は、 ユーザ端末 1 0 1から受信した名前 解決の要求を、 予め登録された複数の I S Pの D N Sサーバに、 順次 、 中継することができる。 特定の I S Pから名前解決の応答を受信す ると、 その I S Pと端末識別情報とを関連付けて記憶する。 名前解決 の応答を受信した後、 名前解決の要求は他の I S Pへ送信されない。 例えば、 ユーザ端末 1 0 1から名前解決の要求を受信すると、 ルー タ 1 0 2は最初に I S P ( a ) 1 0 3の DN Sサーバに、 名前解決の 要求を中継する。 次に、 I S P ( b ) 1 0 4の DN Sサーバに、 名前 解決の要求を中継する。 ここで、 I S P ( b ) 1 0 4から名前解決の 応答を受信すると、 I S P ( b ) 1 0 4、 ドメイン名、 I Pア ドレス のそれぞれを関連付けて記憶する。 その後、 ユーザ端末 1 0 1から、 上記ドメインに対するサービス要求を受信すると、 ルータ 1 0 2は記 憶した情報に従って、 I S P ( b ) 1 0 4にその要求を中継すること ができる。
図 2は、 本実施形態における、 中継装置の一例であるルータ 1 0 2 の論理構成を示している。 ルータ 1 0 2は、 ユーザ端末 1 0 1から送 信された名前解決の要求を、 所定の D N Sサーバに対して中継する D N S リ レー部 2 0 1を有している。 図 2において、 2 0 2はユーザ端 末 1 0 1 とのデータ通信を行うことができる送受信部であり、 2 0 3 は I S Pとのデータ通信を行うことができる送受信部である。 DN S リ レー部 2 0 1は、 送受信部 2 0 2、 2 0 3から取得したデータを処 理し、 送受信部 2 0 2、 2 0 3に渡す。 尚、 ルータ 1 0 2の論理構成 は、 当業者であれば、 ハードウェアと しての回路として実現すること 、 もしくは所定のソフ ト ■ ウェアを、 演算処理回路、 メモリ 、 制御回
路などを備えるハードウエア上で動作させることによって実現するこ とを、 容易に行うことができる。
以下の説明において、 名前解決処理の一例として、 それぞれがドメ イン · ァドレスの一例である、 ドメイン名に対する I Pア ドレスを決 定する処理について説明されるが、 例えば、 I Pア ドレスから ドメイ ン名を決定する逆引き処理など、 他の名前解決処理に対して、 必要な 変更を行い容易に適用することができる。
DN S リ レー部 2 0 1は、 ドメイン名取得部 2 0 4、 ドメイン ' ァ ドレス比較部 2 0 6、 名前解決要求生成部 2 0 8、 I S P決定部 2 0 9、 応答生成部 2 1 0を備えている。 ルータ 1 0 2は、 さらに、 ドメ ィン/ I S Pテーブル 2 0 5、 I S P情報登録テーブル 20 7を備え ている。 ドメイン名取得部 2 0 4は、 送受信部 2 0 2を介してユーザ 端末 1 0 1から受信した名前解決の要求から、 ドメイン名を抽出する 。 ドメイン Z I S Pテーブル 2 0 5は、 ドメイ ン ' ア ドレスと I S P 識別情報とが関連付けられて格納されている。 具体的には、 ドメイン 名、 対応 I Pァドレス及び I S Pと特定する I S P識別情報を関連付 けて格納している。 ドメイ ン ' ァドレス比較部 2 0 6は、 名前解決の 要求から抽出されたドメイ ン , ア ドレス、 例えばドメイン名と、 ドメ インノ I S Pテーブル 2 0 5内のドメイン名 (ドメイン .ア ドレス) を比較し、 同一ドメイン名がテーブル 2 0 5に存在するかを決定する 。 I S P情報登録テーブル 2 0 7は、 複数の I S Pに関する情報が予 めユーザによって登録される。
名前解決要求生成部 2 0 8は、 I S P情報登録テーブル 2 0 7に格 納された I S P情報に基づいて、 名前解決要求の送信先 I S Pを決定 し、 各 I S Pに対して送信すべき名前解決要求を生成する。 I P S決
定部 2 0 9は、 送受信部 2 0 3を介して I S Pの D N Sサーバから取 得した名前解決の応答に基づいて、 ドメイン ' ァドレスに対応した I S Pを決定する。 さらに、 I P S決定部 2 0 9は、 決定した I S Pの 識別情報を、 ドメイン · ア ドレスに対応付けて、 ドメイン/ I S Pテ 一ブル 2 0 5に格納する。 応答生成部 2 1 0は、 I S Pから受信した 名前解決の応答に基づいて、 ユーザ端末 1 0 1へ送信すべき応答を生 成する。
図 3は、 I S P情報登録テーブル 2 0 7に格納されるデータの、 デ ータ · フォーマッ トの一例を示している。 I S P情報登録テーブル 2 0 7に格納されている情報は、 ユーザによって予め設定登録される。
I S P情報登録テーブル 2 0 7は、 複数の I S Pに関する情報を格納 しており、 各 I S Pに対応して、 各 I S Pを特定する I S P識別情報
3 0 1、 ユーザを特定するユーザ識別情報 3 0 2、 I S Pへの接続認 証のためのパスワード 3 0 3を格納する。 さらに、 I S Pに属する名 前解決システムの構成要素である D N Sサーバについて、 プライマリ DN Sサーバ I Pア ドレス 3 0 4、 セカンダリ DN Sサーバ I Pア ド レス 3 0 5を格納している。 本例は、 3つの I S P、 I S P ( a )、 ( b ), ( c ) に関する情報が格納されている。 サーバ I Pア ドレス 3 0
4、 3 0 5は、 ユーザによる設定登録を行うことなく、 ルータが自動 的に I S Pから取得する構成とすることもできる。 又、 セカンダリ D
N Sサーバ I Pア ドレス 3 0を 5省略し、 一のみの DN Sサーバ I P ァドレスを格納することも可能である。
図 4は、 本形態のドメイン / I S Pテーブル 2 0 5に格納されるデ ータの、 データ ' フォーマッ トの一例を示している。 ドメイン I S Pテーブル 2 0 5は、 ドメイン ' アドレスと I S Pを特定する識別情
報とを関連付けて格納する。 具体的には、 ドメイン/ I S Pテーブル 2 0 5は、 ドメイ ン名 4 0 1、 ドメイ ン名に対応する I Pア ドレス 4 0 2、 I S P識別情報 4 0 3のそれぞれを関連付けて格納する。 さら に、 ドメイン / I S Pテーブル 2 0 5に項目データを格納した時間情 報である日時 4 0 4を、 上記識別情報に関連付けて格納する。 I S P 識別情報は、 その I S Pに属する D N Sサーバと相互に対応付け可能 である。 '
例えば、 図 4の項目 「0」 は、 ドメイン名として 「www.aaa.co.jp」 、 対応 I Pア ドレスとして 「123. 123. 123. 123」、 対応 I S P識別子と して 「a」 そして、 格納時間として 「2003/1/21 11 : 53」 を格納して いる。 ドメイン I S Pテープル 2 0 5は、 I P S決定部 2 0 9力、ら ドメイン名及び、 そのドメイン名に対応する I S P識別子、 ドメイン 名に対応する I Pア ドレスを取得し、 格納する。 さらに、 これら情報 を格納した日時を記憶する。 ドメィン Z I S Pテーブル 2 0 5は、 所 定の項目数のデータを格納し、 その項目数をこえる場合は、 格納日時 が最も古いデータに新しいデータを上書きすることで、 格納データの ァップデ一トを行うことができる。 テーブルに格納されていないドメ インについて新しい情報を格納する場合、 例えば図 4においては、 項 目 「127」 のデータが上書きされる。
本形態の通信システムにおける、 名前解決処理の動作について、 図
5を参照して説明する。 ユーザ端末 1 0 1において、 特定の U R Lか らのデータ取得要求がなされると、 リゾルバが名前解決処理を実行す る。 U R L内のドメイン名に対応する I Pァドレスが、 ユーザ端末 1 0 1にキャッシュされていない場合、 リゾルバは、 ルータ 1 0 2に対 して名前解決の要求を送信する。 例えば、 W E Bブラウザが特定のド
メイン名とパスが特定された U Rしから、 W E Bページを取得するこ とを要求すると、 リゾルバが、 その U R L内のドメイン名に対応する I Pァドレスがキヤッシュされているかを決定し、 キヤッシュされて いない場合、 その ドメイン名を含む名前解決の要求をルータ 1 0 2に 対して送信する。
ルータの送受信部 2 0 2は、 ユーザ端末 1 0 1から名前解決の要求 を受信する (S 5 0 1 )。 名前解決の要求は、 送信先であるルータ 1 0 2の I Pア ドレス、 名前解決の要求であることを示すフラグ、 名前解 決が要求されている ドメイ ン名、 送信元であるユーザ端末 1 0 1 の I Pア ドレスなどの情報を格納している。 ドメイン名取得部 2 0 4は、 受信された名前解決の要求からドメイ ン名を抽出し、 ドメイン ' アド レス比較部 2 0 6 にその ドメイン名を渡す。 ドメイン · ア ドレス比較 部 2 0 6は、 取得したドメィン名に対応する情報が、 ドメイノ、 / I S Pテーブル 2 0 5に格納されているか否かを決定する (S 5 0 2 )。 具 体的には、 ドメイン名を取得したドメイン ' ア ドレス比較部 2 0 6は 、 ドメイン I S Pテーブル 2 0 5を参照し、 取得したドメイン名と ドメイン Z I S Pテーブル 2 0 5に格納されている複数のドメイン名 4 0 1のそれぞれとを比較する。 ドメイ ン名の比較は、 新しいデータ (日時データが新しいもの) から順次行われ、 一致する ドメイン名が 見つかるまで繰り返される。 データの比較順序は、 データの記録日時 に限定されず、 任意の順序に従うことができる。
一致する ドメイン名が存在する場合 (S 5 0 3 )、 ドメイン ' ァドレ ス比較部 2 0 6は、 そのドメイン名に対応する I Pア ドレスをドメイ ソ / I S Pテーブル 2 0 5から読み出し、 応答生成部 2 1 0にそれを 渡す。 応答生成部 2 1 0は、 ユーザ端末 1 0 1への名前解決の応答を
生成する。 この名前解決応答には、 読み出された I Pア ドレスや、 名 前解決の応答であることを示すフラグなどの情報が格納される。 生成 された名前解決の応答は、 送受信部 2 0 2を介して、 ユーザ端末 1 0' 1に送信される (S 5 0 4 )。
一致する ドメイン名が存在しない場合 (S 5 0 3 )、 ドメイン ' ア ド レス比較部 2 0 6は、 名前解決要求生成部 2 0 8に名前解決が要求さ れている ドメイン名を渡す。 名前解決要求生成部 2 0 8は、 取得した ドメイン名と I S P情報登録テーブル 2 0 7に格納された I S P情報 に基づいて、 名前解決の要求を生成する。 名前解決要求生成部 2 0 8 は、 取得したドメイン名と、 送信先 I Pア ドレスとして、 予め登録さ れている複数の I S Pの中から選択された一つの I S Pに対応する D N Sサーバの I Pァドレスを送信先ァ ドレスとして含む、 名前解決の 要求を生成する。 例えば、 最初に生成される名前解決の要求は、 I S P ( a ) に関連付けて I S P情報登録テーブル 2 0 7に格納された、 D N Sサーバ I Pァ ドレスを送信先ァ ドレスとして格納することがで きる。 複数の D N Sサーバ I Pァドレスが登録されている場合は、 各 D N Sサーバに対して、 順次、 名前解決の要求を送信することができ る。
名前解決要求生成部 2 0 8は生成した名前解決の要求と、 対応する I S P識別情報を I S P決定部 2 0 9に渡す。 1 3 ?決定部 2 0 9は
、 取得した名前解決の要求を、 送受信部 2 0 3を介して対応する I S Pに送信する。 上記例に従えば、 名前解決要求生成部 2 0 8は識別子 I S P ( a ) と、 上記の I S P ( a ) の D N Sサーバを送信先とする 名前解決の要求を、 I S P決定部 2 0 9に渡す。 1 3 ?決定部 2 0 9 は識別子 I S P ( a ) を保持して、 名前解決の要求を I S P ( a ) に
向けて送信する (S 5 0 5 )。
I S Pから要求に対する応答が返ってくることなく所定時間を越え た場合、 あるいは、 名前解決不能との応答が I S Pから返ってきた場 合、 I S P決定部 2 0 9は、 名前解決要求生成部 2 0 8に対して次の 名前解決の要求を生成することを要求する。 I S P決定部 2 0 9は、 名前解決の要求に対する応答時間を測定することによって、 予め定め られた時間が経過した時点で応答を取得しないことを決定することが できる。 名前解決要求生成部 2 0 8は、 I S P決定部 2 0 9からの生 成要求にしたがって、 I S P情報登録テーブル 2 0 7登録された次の I S Pに送信すべき名前解決の要求を生成する。 例えば、 I S P ( a ) から要求に対する応答が返ってくることなく所定時間を越えた場合 、 あるいは、 名前解決不能との応答が I S P ( a ) から返ってきた場 合 (S 5 0 6 )、 I S P ( b ) に対応する DN Sサーバの I Pア ドレス を送信先とする名前解決の要求を生成し、 I S P (b ) に送信する ( S 5 0 7 )。
上記処理は、 I S Pから名前解決応答を受信するか、 あるいは、 登 録された全ての I S Pに名前解決の要求を送信するまで、 順次、 各 I S Pについて実行される。 全ての I S Pから名前解決の応答を受信す ることができない場合、 応答生成部 2 1 0は、 I S P決定部 2 0 9か らの要求に基づいて、 名前解決不可能との応答をユーザ端末 1 0 1に 対して送信する。 I S P (b ) から名前解決の応答が所定時間内にな い場合 (S 5 0 8 )、 I S P ( c ) に名前解決の要求を送信する (S 5 0 9)。 I S P (b ) から名前解決の応答が所定時間内にない場合 (S 5 1 0)、 ユーザ端末 1 0 1に、 名前解決不能とのエラー応答を返す ( S 5 1 1 )。
名前解決の要求を受信したいずれかの I S Pが名前解決可能である 場合、 ドメイン名と対応付けられた I Pァドレスを含む名前解決の応 答がルータ 1 0 2に返され、 送受信部 2 0 3を介して I S P決定部 2 0 9に渡される。 I S P決定部 2 0 9は名前解決の応答に含まれてい るパケッ ト 'データから、 要求したドメイン名について名前解決がな されたことを決定すると、 名前解決の応答から I Pア ドレスを抽出す る。 I S P決定部 2 0 9は、 抽出された I Pア ドレス、 対応する I P S識別情報、 対応する ドメイン名のそれぞれを関連付けて、 ドメイン / I S Pテーブル 2 0 5に格納する (S 5 1 2)。 さらに、 取得された I Pァドレスは、 ユーザ端末 1 0 1に返される (S 5 04)。
例えば、 図 1 (b) に示すように、 I S P ( a ) が名前解決不可能 で、 I S P ( b ) が名前解決可能である場合、 ルータ 1 0 2は、 I S P ( a ) の次に、 I S P ( b ) に向けてドメイン名 (例えば図項目 0 の 「www.aaa.co.jp」) を含む名前解決の要求を送信する。 I S P (b ) から、 名前解決の応答であることを示すフラグ、 問い合わせられた ドメイン名に対応する I Pア ドレス (例えば、 「123.123.123.123j)、 送信元の D N Sサーバの I Pア ドレスなどの情報を含むパケッ ト . デ ータが、 ルータ 1 0 2に返される。 I P S決定部 2 0 9は、 例えば、 送信元 I Pア ドレス力 ら、 I S P ( b ) がドメイン名に対応する I P Sであることを決定する。 I P S決定部 2 0 9は、 パケッ ト 'データ から抽出した I Pア ドレス (123.123.123.123) と、 I P S ( b ) の識 別情報 (b )、 そしてドメイン名 (www.aaa.co.jp) を、 関連付けてド メィン / I S Pテーブル 20 5に格納する。
I P S決定部 2 0 9 は、 さ らに、 取得した I P ア ド レス ( 123.123.123.123) を応答生成部 2 1 0に渡し、 応答生成部 2 1 0に応
答生成の要求を行う。 応答生成部 2 1 0は、 取得した I Pア ドレスを 含む名前解決の応答を生成し、 送受信部 2 0 2を介してユーザ端末ェ 01に送信する。
I P了 ドレスを特定できたユーザ端末 1 0 1は、 その I Pア ドレス を含むサービス要求をルータに送信する。 図 6は、 ユーザ端末からの サービス要求を処理するルータ 1 0 2内の論理構成を示している。 サ 一ビス要求を送受信部 20 2が受信すると、 要求判定部 6 0 1に渡さ れ、 要求判定部 6 0 1が要求されているサービスを判定する。 判定結 果に従って、 ドメイソ / I P S決定部 6 0 2に要求内の必要なデータ が渡され、 ドメイン I p s決定部 6 0 2は、 ドメイン Z I P Sテー プル 20 5内の I Pア ドレス と要求されている I Pァドレスを比較し 、 サービスの要求を送信すべき I S Pを決定する。
サービス要求生成部 60 3は、 必要なデータをドメイン Z I P S決 定部 6 0 2から取得し、 特定された I S Pを送信先とするサービスの 要求を生成する。 サービスの要求は、 送受信部 20 3を介して決定さ れた I S Pに中継される。 I S Pから返された要求に対する応答は、 ルータ 1 02を介して、 ユーザ端末 10 1に送信される。
例えば、 ユーザ端末 1 0 1は、 WE Bサーバ (123.123.123.123) か ら H TM Lのページを取得する要求をルータ 1 0 2へ送信する。 ドメ イ ン Z l P S決定部 6 0 2は、 W E Bサーバの I Pア ド レス 「
123.123.123.123J と ドメィソ / I S Pテーブル 20 5内の I Pァ ドレ スと比較し、 I Pアドレス 「123.123.123.123」 に対応する I P S;^ I P S ( b ) であることを決定する。 サービス要求生成部 6 0 3は I S P (b) に向けて、 サービスの要求を送信する。 ,
このように、 本形態のシステムによれば、 DNS処理において、 ル
ータ 1 0 2は、 特定のドメインと I S Pとを自動的に対応付けること ができるので、 ユーザによる設定登録処理を不要とすることができる 。 特定のドメインと I S Pとを自動的に対応付けることにより、 設定 不良、 あるいは I S Pの検索漏れを防ぐことができる。
図 7は、 名前解決の要求の他の形態の中継処理を説明するフロー図 である。 本形態のルータ 1 0 2は、 特定の I S Pから名前解決の応答 を受信する前に、 名前解決の要求を、 複数の I S Pに向けて送信する 。 最初に名前解決の応答を受信した I S Pを、 問い合わせたドメイン 名に対応する I p sと決定し、 登録する。 本形態のルータ内の論理構 成は図 2に示したものと同様であり、 説明を省略する。 又、 ユーザ端 末 1 0 1から名前解決の要求を受信し、 名前解決の要求を生成する前 まで処理 (S 70 1 _ S 7 0 3、) は、 図 5に関して説明した内容と同 様であり、 説明を省略する。
ユーザ端末 1 0 1から受信した名前解決の要求内のドメイン名と一 致する ドメイン名が、 ドメインノ I S Pテーブル 2 0 5に存在しない 場合、 登録されている全ての I S Pへ名前解決の要求が送信される。 具体的には、 I S P ( a )、 (b )、 ( c ) へ名前解決の要求が送信され る (S 7 04— S 70 6 )。 ルータ内部の処理について詳細に説明する 。 名前解決要求生成部 2 0 8は名前解決が要求されている ドメイン名 を取得する。 名前解決要求生成部 2 0 8は、 I S P情報登録テーブル 2 0 7を参照し、 登録されている全ての I S Pについて、 DN Sサー バの I Pアドレスを取得し、 各 D N Sサーバを送信先 I Pアドレスと して含む複数の名前解決の要求を生成する。 生成された複数の名前解 決の要求は、 送受信部 2 0 3を介して、 各 I S Pに向けて送信される
I S Pからの応答は送受信部 2 0 3を介して、 I S P決定部 2 0 9 に渡される。 全ての I S Pについて、 要求に対する応答が返ってくる ことなく所定時間を越えた場合、 あるいは、 名前解決不能との応答が 返ってきた場合 (S 7 0 7)、 名前解決不能とのエラー応答をユーザ端 末 1 0 1に返す (S 70 8)。
I S P決定部 2 0 9は、 最初に名前解決の応答を受信した I S Pを '問い合わせたドメイン名に対応する I S Pと決定する。 決定されて I S Pの識別情報、 ドメイン名、 対応 I Pア ドレスが、 それぞれ関連付 けられてドメイン / I S Pテーブル 2 0 5に格納される (S 7 0 9 )。 さらに、 応答生成部によって、 取得した I
Pア ドレスを含む応答が生成され、 ユーザ端末 1 0 1に返される (S 7 1 0)。
本形態のルータにおいて、 ユーザはドメイン名のキーワードと I S Pとを対応付けて設定登録する必要がない。 そのため、
図 8は、 本形態において使用されるユーザ端末あるいは、 DN Sサ ーバのハードウェア構成の一例を示す。 図は、 中央処理装置 (C PU ) 8 0 1 とメモリ 8 0 4とを含んでいる。 C P Uとメモリ とは、 ノ ス を介して補助記憶装置と してのハードディスク装置 8 1 3に接続され る。 フレキシビルデイスク装置 8 2 0、 ハードディスク装置 8 1 3、 CD— ROMドライブ 8 2 9等の記憶媒体駆動装置は、 フレキシビル ディスク ■ コントローラ 8 1 9、 I D Eコントローラ 8 2 5、 S C S I コントローラ 8 2 7などの各種コントローラを介してバスに接続さ れる。
フレキシビルディスク装置等の記憶媒体駆動装置には、 フレキシビ ルディスク等の可搬型記憶媒体が揷入される。 記憶媒体にはオペレー
ティングシステムと共同して C P U 8 0 1等に命令を与え、 本実施形 態を実施するためのコンピュータプログラムを記憶することができる 。 コンピュータプログラムは、 メモリ 8 0 4にロードされることによ つて実行される。 コンピュータプログラムは圧縮し、 又、 複数に分割 して記憶媒体に記憶することができる。
ハードウエア構成は、 さらに、 ユーザ■ ィンターフェース ·ハード ウェアを備えたシステムであることができる。 ユーザ ' インターフエ ース .ハードウェアとしては、 例えば、 入力をするためのポィンティ ング .デバイス (マウス 8 0 7、 ジョイスティック等) またはキーポ ード 8 0 6や視覚データをユーザに提示するためのディスプレイ 8 1 1があり、 又、 パラレルポート 8 1 6を介してプリンタを接続するこ ともできる。 シリアルポートを介してモデムを接続することが可能で あり、 シリ アルポート、 モデムまたはトークンリングや通信アダプタ 8 1 8を介してネッ トワークに接続し、 他のコンピュータ · システム と通信を行っている。 これらの構成は例示であり、 そのすベての構成 が本実施の形態に必須というものではない。
本発明の中継装置もしくは中継方法は、 ルータなどの中継専 装置 の他に、 P Cなどの汎用情報処理装置にコンピュータプログラムをィ ンス トールすることによって実現することが可能である。 例えば、 当 業者であれば、 図 2もしくは図 6を参照して説明されたルータの論理 構成に対応するプログラムモジュールを含むコンピュータプログラム を、 図 8に示されたハードウエア構成を有するユーザ端末にィンス ト ールすることによって、 容易に本発明を実現することが可能である。 本発明を構成するためにコンピュータにインス トールされる各種のプ ログラムは記録媒体に格納することも可能であり、 また通信媒体を介
して伝達されることも可能である。 この記録媒体は、 例えば、 フレキ シブルディスク、 ハードディスク、 磁気ディスク、 光磁気ディスク、
CD- ROM, DVD、 R OMカー ト リ ッジ、 ノ ッテリバックアップ 付き RAMメモリカートリ ッジ、 フラッシュメモリカートリ ッジ、 不 揮発性 RAMカートリ ッジ等である。 産業上の利用可能性
本発明にかかる中継装置は、 ネッ トワーク上で、 所定の要求を、 所 定の解決システムに中継するために用いられる。