JP3945515B2

JP3945515B2 - ルータ

Info

Publication number: JP3945515B2
Application number: JP2005101709A
Authority: JP
Inventors: 和浩刑部; 俊介香月
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2005-03-31
Filing date: 2005-03-31
Publication date: 2007-07-18
Anticipated expiration: 2022-09-24
Also published as: JP2005269666A

Description

この発明は、ＤＮＳ機能を利用し、ネットワークを介して通信を行うルータに関するものである。

従来、所定のドメイン名を用いてインターネット上のＷｅｂサーバにアクセスできるように、ＤＮＳ（Domain Name System）サーバが設けられている。また、例えば自宅や事業所でＷｅｂサーバを立ち上げ、非独自なドメイン名を借りて、それにサブドメインを付加したドメイン名でそのＷｅｂサーバにアクセスできるようにしたダイナミックＤＮＳサービスが提供されている。

このようなダイナミックＤＮＳサービスを利用するために、ユーザは、そのダイナミックＤＮＳサービスを提供するサイトをＷｅｂブラウザでアクセスし、希望のホスト名を入力するようにしていた。

また、ＩＳＰ（Internet Service Provider ）（以下、単に「プロバイダ」と言う。）から割り当てられるグローバルＩＰアドレスが固定でない場合には、プロバイダから割り当てられたグローバルアドレスを一定時間ごとにダイナミックＤＮＳサーバへ自動登録するようにしていた。例えばＤＳＬ回線等によるＷＡＮとＬＡＮとの間でルーティングを行うルータに対してプロバイダからグローバルＩＰアドレスが割り当てられる。そのＬＡＮに接続されているパソコンは、ルータのグローバルＩＰアドレスを所定時間周期で検出するプログラムを常時実行し、グローバルＩＰアドレスに変化があれば、上記ダイナミックＤＮＳサービスを行うサイトにアクセスして、グローバルＩＰアドレスの書換え処理を行うようにしていた。

ところが、このような従来のダイナミックＤＮＳサービスを利用したシステムでは、次に述べるような問題があった。
まず、前記ダイナミックＤＮＳサービスを利用するには、Ｗｅｂブラウザから該当のサイトにアクセスして、利用申込みのための個人情報の入力作業が必要であった。また、それに応答して所謂クライアント−サーバ間の認証によって、予め登録されたユーザ名とパスワードでユーザの認証を行う必要があった。そのため、例えばユーザ名やユーザのメールアドレスなどのユーザ識別情報をダイナミックＤＮＳサービスを行うサイトへ送信してユーザ登録をしたり、それに応答してダイナミックＤＮＳサービスを行うサイトがパスワードをユーザへ電子メールで送信したり、そのユーザ名とパスワードを基に、ユーザが所望のドメイン名を登録するといった一連の処理が必要であった。

また、このようなダイナミックＤＮＳサービスを利用するために、ユーザは、希望するホスト名を入力するが、もし既にそのホスト名が他のユーザによって登録されていた場合には、そのような重複が生じなくなるまで、第２希望、第３希望のホスト名を順次入力するといった方法で登録作業を行う必要があった。

そこで、この発明の目的は、上記認証手続きを自動的に行えるようにして、上述の問題を解消した、ネットワークシステムおよびその構成要素であるルータおよび管理サーバを提供することにある。

この発明のルータは、ルータ本体に割り当てられる動的なグローバルＩＰアドレスとドメイン名との対応関係を管理する管理サーバと、ネットワーク内での前記ドメイン名の問い合わせに応じて該当のＩＰアドレスを返答するＤＮＳサーバとを備えたネットワークシステム内に配置され、前記管理サーバへ接続するときに該管理サーバで認証が行われるとともに、認証後に該管理サーバへ前記グローバルＩＰアドレスとドメイン名との対応関係に関する登録内容を送信するルータにおいて、
前記認証のための手順として、まずルータ本体のＬＡＮインタフェースに定められたＭＡＣアドレスを用い、続いて該ＭＡＣアドレスを所定のアルゴリズムにより変換したデータを用いることを特徴としている。

この発明によれば、ルータの認証を行う際、ルータ本体のＬＡＮインタフェースに定められたＭＡＣアドレスを基にして認証を２回行うので、正規ベンダ以外の機器からのアクセスや、ルータの正規ユーザ以外によるドメイン名の不正使用を本質的に防止することができ、また、ユーザにとっては、ユーザ名やパスワード等の入力が不要となり、ルータを購入した直後から所定ドメイン名の使用が可能となる。そのため、ユーザにとっての利便性が高まる。また、管理サーバ側でも、ユーザ名やユーザのメールアドレスなどのユーザ識別情報を登録したり、それに応答してパスワードを電子メールで送信したりする処理が不要となって、新たなコスト上昇を招かない。

この発明の実施形態に係るネットワークシステム、ルータおよび管理サーバの構成を各図を参照して説明する。
図１はネットワークシステムのブロック図である。ここでＲＴａ，ＲＴｂはそれぞれルータである。Ｍａ，Ｍｂは回線の種別によって必要に応じて設けるモデムである。たとえばＡＤＳＬ回線を経由するのであればＡＤＳＬモデムを用いる。ＰＣａ，ＰＣｂはそれぞれパソコンである。ＴＥＬａ，ＴＥＬｂはそれぞれ一般のアナログボタン電話機である。パソコンＰＣａ，ＰＣｂはルータＲＴａ，ＲＴｂのＬＡＮポートにEthernet（登録商標）ケーブルで接続している。また電話機ＴＥＬａ，ＴＥＬｂはルータＲＴａ，ＲＴｂのＴＥＬポートに接続している。

インターネットまたはそれ以外のＩＰ網には、管理サーバ１１、データベース１２、ＤＮＳサーバ１３からなるダイナミックＤＮＳサーバ１０を接続している。

前述したとおり、一般にダイナミックＤＮＳサービスを利用するためには、ユーザ認証が必要となるが、この図１に示した構成では、管理サーバ１１に対してルータＲＴａまたはＲＴｂからの接続要求があったとき、管理サーバ１１はルータＲＴａまたはＲＴｂの認証を自動的に行う。したがって、ルータＲＴａ，ＲＴｂのユーザにとっては、特別な認証のための入力操作や確認操作が不要である。また、ユーザは管理サーバ１１へアクセスして、ユーザの希望するホスト名を含むドメイン名を速やかに登録できる。そのため、ルータを購入した直後からそのドメイン名の使用が可能となる。

例えば、パソコンＰＣａでＷｅｂサーバを立てれば、ルータＲＴａを用いて登録したドメイン名でそのＷｅｂサーバにアクセスすることが可能となる。すなわち、ルータＲＴａのＮＡＴ(Network Address Translation) 機能を利用して、ＴＣＰプロトコルでポート８０を使ったｈｔｔｐによるアクセスに関して、パソコンＰＣａに割り当てたプライベートＩＰアドレスと、ルータＲＴａに割り当てられる動的なグローバルＩＰアドレスとのＩＰアドレス変換を行うように設定する。このことにより、Ｗｅｂサーバに置いたコンテンツを上記ドメイン名でＷＡＮへ公開することができる。

また、ルータＲＴａ，ＲＴｂは、ＳＩＰ(Session Initiation Protcol)による呼制御機能と無圧縮の音声データを伝送する機能およびＡＤコンバータ・ＤＡコンバータを備えている。そのため、ルータＲＴａ，ＲＴｂの電話ポートに接続したアナログ電話機ＴＥＬａ，ＴＥＬｂ同士で通話を行える。その際、後述するように電話番号に相当する電話アドレスのホスト名部分に８桁の数字列が自動的に一意に割り当てられる。したがって、相手のルータに割り当てられた電話アドレスの８桁の数字列さえ分かれば、電話機のボタン操作でその数字列を入力することによって相手の電話機へ発呼し、通話することができる。すなわち、このとき、ルータＲＴａまたはＲＴｂは、上記８桁の数字列をホスト名部分に含むドメイン名で、ＤＮＳツリーをひくことによって（名前解決することによって）、それに対応するＩＰアドレスを得て、そのＩＰアドレスとの間でＵＤＰ／ＩＰ接続で音声データの通信を行う。

図２は上記ダイナミックＤＮＳサーバ１０とルータＲＴとの間で行われるデータの流れについて示している。ルータＲＴにはプロバイダからグローバルＩＰアドレスが割り当てられる。ルータＲＴは、そのグローバルＩＰアドレスの割り当てが変更されたとき、管理サーバ１１に対して、ルータＲＴのグローバルＩＰアドレスデータの更新要求を行う。また、ルータＲＴは管理サーバ１１に対してホスト名の登録・削除、登録済ホスト名の取得（以下、単に「取得」という。）の処理を行う。管理サーバ１１は、ルータＲＴに対して割り当てたホスト名部分を含むフルドメイン名（後述するホストアドレスサービスにおけるホストアドレスまたは電話アドレスサービスにおける電話アドレス）の通知を行う。データベース１２は、ルータＲＴに割り当てられたグローバルＩＰアドレスとホスト名との対応関係を記憶する。管理サーバ１１はデータベース１２に対してそのデータの登録・更新・検索・削除の処理を行う。ＤＮＳサーバ１３はルータＲＴのグローバルＩＰアドレスとドメイン名との対応関係を記憶する。このＤＮＳサーバ１３はＤＮＳツリーの中で最も下位のＤＮＳサーバとして作用し、ルータＲＴのグローバルＩＰアドレスを、ドメイン名による問い合わせに応答して返答する。管理サーバ１１は、このＤＮＳサーバ１３に対しても上記ドメイン名とＩＰアドレスとの関係の登録・更新・削除の処理を行う。

次に、管理サーバとデータベースおよびＤＮＳサーバとの間での処理について図３を参照して説明する。
（１）まずルータからホスト名の登録・削除・取得、ＩＰアドレスの更新の要求があれば、
（２）管理サーバ１１はデータベース１２から該当の内容を検索する。
（３）（４）その検索結果を基に、上述したホスト名の登録・削除・取得、ＩＰアドレスの更新を行う。
（５）管理サーバ１１は、その結果をルータ側へ通知する。またＤＮＳサーバ１３に対して、ルータのグローバルＩＰアドレスとドメイン名との対応関係を登録・更新・削除する。

上記データベース１２には次のデータを検索可能なように登録する。
ＭＡＣアドレス：ルータのＭＡＣアドレス
ネットワークインタフェース：ルータとプロバイダとの接続に用いるネットワークインタフェースの種別データ
この種別データは、例えばＰＰＰｏＥ(PPP over Ethernet（登録商標）) 方式を使用したＡＤＳＬ接続のような、プロバイダとの接続に用いるネットワークインタフェースの種別である。

ホスト名：グローバルＩＰアドレスと結び付けている名前
ＩＰアドレス：現在のホスト名と結びついているルータのグローバルＩＰアドレス
有効フラグ：該当レコードのホスト名を含むドメイン名とグローバルＩＰアドレスとが現在ＤＮＳサーバに実際に登録されているかどうかを示すフラグ
登録時刻：該当のホスト名を初めて登録した時刻
更新時刻：ルータのグローバルＩＰアドレスを更新した時刻
次に、ルータと管理サーバとの間でセッションを行う際の認証手順について図４および図５を参照して説明する。
先ず、認証のデータの流れを図４を基に説明する。

（１）管理サーバがルータからの接続の都度ランダムに生成する一時パスワード（ワンタイムパスワード）を生成し、ルータへ送信する。
（２）ルータは管理サーバに対してルータ本体のＬＡＮインタフェースに定められているＭＡＣアドレスを送信する。
（３）ルータはそのＭＡＣアドレスと上記一時パスワードを変数とする所定のアルゴリズムによりＭＡＣアドレスを暗号化することによって認証用パスワードを生成する。
（４）管理サーバ側でも、ルータから受け取ったＭＡＣアドレスを基に、同じアルゴリズムで認証用パスワードを生成する。
（５）ルータは、求めた認証用パスワードを管理サーバへ送信する。
（６）管理サーバ側では、生成した認証用パスワードと、ルータから受信した認証用パスワードとを比較する。
（７）管理サーバは、認証用パスワードの一致／不一致の結果を認証結果としてルータへ送信する。認証用パスワードが一致すれば、管理サーバは後に続く処理を行う。もし、不一致であれば、管理サーバはそのルータからのアクセスを禁止する。

以上の手順によって、ルータのＭＡＣアドレスを基にしたデータで管理サーバはルータの認証を行う。

次に、ルータと管理サーバとの間での認証時に行う通信のシーケンスを図５を基に説明する。
(a) まず、ルータから管理サーバへ接続要求（接続可能確認）があれば、ルータと管理サーバは、所謂３ウェイハンドシェイクによってＴＣＰセッションを確立する。
(b) 続いて、管理サーバが接続の都度ランダムに生成する一時パスワード（ワンタイムパスワード）を生成し、ルータへ送信する。この処理は図４に示した（１）の処理に対応する。
(c) 続いて、ルータは自身のＭＡＣアドレスを送信する。この処理は図４に示した（２）の処理に対応する。
(d) 管理サーバでは、ＭＡＣアドレスの上位２４ビット（４ビットを１桁とする最初の６桁分）が所定のベンダ固有のＩＤであればＯＫを返し、そうでなければエラーを返す。
上記ＭＡＣアドレスは、その上位２４ビットをベンダコードとしてIEEEが管理／割り当てを行なっていて、下位２４ビットを各ベンダで独自に重複しないように管理しているコードである。したがって世界中で同じ物理アドレスを持つＬＡＮインタフェースは存在せず、すべて異なるアドレスが割り当てられていることになる。

仮に、正規でないベンダの何らかの機器から送信されたＭＡＣアドレスを受信した場合には、ここでエラーを返した後、続く処理を中断する。そのことにより、正規ベンダ以外の機器からのアクセスを防止する。また、管理サーバも、その後の不要な処理を行わないことにより、処理負荷を軽くする。

(e) ルータは、管理サーバからＯＫを受けると、管理サーバから取得した上記一時パスワードとＭＡＣアドレスを変数とする所定のアルゴリズムによってＭＡＣアドレスを認証用パスワード文字列に変換し、管理サーバへ送信する。この処理は図４に示した（５）の処理に対応する。
(f) 管理サーバでは同じアルゴリズムを用いて認証用パスワードを生成し、ルータから受信した認証用パスワードと比較し、一致すればＯＫを返し、一致しなければエラーを返す。この処理は図４に示した（７）の処理に対応する。
以上の手順によってルータのＭＡＣアドレスを基にして、ルータの認証を行う。このように、ランダムな一時パスワードを基にして所定のアルゴリズムでＭＡＣアドレスを暗号化した認証用パスワードで認証を行うようにしたので、仮に、ＭＡＣアドレスの偽装された機器で管理サーバがアクセスされても、認証用パスワードが一致しないので、この認証の時点で処理が中断される。すなわち、上記所定のアルゴリズムは容易に判明されないので、管理サーバをアクセスしようとする機器がＭＡＣアドレスを偽装できても、正しい認証用パスワードは生成できず、管理サーバへのアクセスを実質的に禁止することができる。

そのため、ルータの正規ユーザ以外によるドメイン名の不正使用を本質的に防止することができ、正規ユーザによるルータからのアクセスが排除されたりする、といった事態を招くこともない。

次に、ホスト名の登録・削除・取得の手順について、図６および図７を参照して説明する。
この実施形態においては、「ホストアドレスサービス」と「電話アドレスサービス」とがある。「ホストアドレスサービス」とは、ユーザの指定した文字列をホスト名部分に含むドメイン名を提供するサービスである。「電話アドレスサービス」とは、ルータのＭＡＣアドレスから一意に自動生成した８桁の数字列をホスト名部分に含むドメイン名をＶｏＩＰ電話用のアドレスとして提供するサービスである。

ホストアドレスサービスでは、ユーザが希望する任意の文字列をaaaaa としたとき、例えば、"aaaaa.aa0.netvolante.jp" のように、ホスト名部分を"aaaaa" 、第３レベルドメイン名を"aa0"とするドメイン名が設定される。もしホスト名"aaaaa" が既にデータベースに登録されていれば、それに続く第３レベルドメイン名"aa0" 部分が一致しないように、例えば"aa1" を自動的に生成して、"aaaaa.aa1.netvolante.jp" をホストアドレスとする。この第３レベルドメイン名部分"aa0"は、"aa0"〜"zz9"まで順に割り当てる。すなわち２６×２６×１０＝６７６０個まで同じホスト名が割り当てられるようにしている。

これにより、ホスト名部分はユーザの希望するホスト名として登録でき、且つ重複しないドメイン名を登録することができる。したがって、ホスト名が重複する場合にも、ホスト名の登録試行を繰り返す必要が無くなる。
なお、上記の例でnetvolante.jp というドメイン名に対応して、"netvolante"ドメインのネームサーバと"jp"ドメインのネームサーバが、ネットワーク内に設けられている。

電話アドレスサービスでは、ルータのＭＡＣアドレスから一意に生成した８桁の数字列をホスト名部分に含むドメイン名を自動生成する。例えば、或るＭＡＣアドレスから、８１５８５５５２が自動生成されたとすれば、"81585552.tel.netvolante.jp"が電話アドレスとして自動的に割り当てられる。このホスト名の自動生成のアルゴリズムは、３バイトの２進符号データから８桁の１０進数字列を重複が生じないように生成するものである。上述したように、ＭＡＣアドレスの下位２４ビットはベンダが一意に割り当てるので、このＭＡＣアドレスの下位２４ビットから８桁の１０進数字列を生成する。

次に、上記電話アドレスサービスを受けるためのルータと管理サーバとの間での手順について図６を参照して説明する。
図６は電話アドレスサービスの手順を、データの流れで示したものである。電話アドレスサービスでの登録の手順は次のとおりである。

（１）ルータはＭＡＣアドレスを管理サーバへ送信する。
（２）ルータは管理サーバに対して２つのサービスのうちどちらについての手続きであるかを示す識別子を送信する。この例では、電話アドレスサービスであるので、電話アドレスサービスを示す識別子を送信する。

（３）管理サーバは、ルータから取得したＭＡＣアドレスから所定のアルゴリズムで上記８桁の数字列を生成する。

（４）管理サーバは、上記８桁の数字列をホスト名部分に含むドメイン名を電話アドレスとしてルータへ送信する。

このように、管理サーバ側で、ルータのＭＡＣアドレスを基に一意の電話アドレスを自動生成することによって、電話アドレスの割り当てを行う。

なお、以上に示した例では、管理サーバ側でルータのＭＡＣアドレスを基にして電話アドレスサービスにおける電話アドレスを一意に生成したが、ルータ側でルータのＭＡＣアドレスから電話アドレスのホスト名部分（８桁の数字列）を生成するようにしてもよい。その場合には、ルータは自身で生成したホスト名（８桁の数字列）を管理サーバへ送信し、管理サーバが、その８桁の数字列をホスト名として登録する。

次に、前記ホストアドレスサービスと電話アドレスサービスの両方の場合について、ルータと管理サーバとの間での通信のシーケンスを図７を基に説明する。

(a) まず、図４・図５に示した方法で、正規ユーザのルータからのアクセスであるか否かの認証を行う。前述したように、この認証処理の途中でルータのＭＡＣアドレスが管理サーバへ送信される。したがって、この処理は電話アドレスサービスにおいては、図６に示した（１）の処理に対応する。
(b) その認証がＯＫであれば、ルータは管理サーバに対して、このセッションがホスト名の「登録」・「削除」・「取得」、ＩＰアドレスの「更新」のいずれであるかを示すタイプデータを送信する。
(c) 管理サーバは、このタイプデータが予め定めた値のいずれかに該当していればＯＫを返し、それ以外であればエラーを返し、処理を中断する。正規のルータであれば、ここでエラーになることはない。
(d) ＯＫであれば、ルータはプロバイダとの接続を行うネットワークインタフェースの種別データ（前述）を送信する。

(e) 管理サーバは、その種別が予め定めた選択可能な種別であればＯＫを返し、それ以外であればエラーを返す。
(f) 続いてルータは、ホストアドレスサービスにおいて、「登録」の場合、ユーザが希望する任意の文字列のみを送信する。電話アドレスサービスにおいて、「登録」の場合、識別子として"tel" という文字列を送信する。電話アドレスサービスにおけるこの処理は、図６に示した（２）の処理に対応する。

(g) 管理サーバは、上記ホスト名に関する内容が所定の条件を満たしていれば、「登録」・「削除」・「取得」のいずれかの処理を行い、ＯＫを返す。所定の条件を満たしていなければエラーを返す。例えば、ホストアドレスサービスの場合に、ホスト名として不適当な単語や文字列を登録しようとした場合に、それらを認識してエラーを返す。

(h) 次にルータは、ルータに割り当てられているグローバルＩＰアドレスを管理サーバへ送信する。
(i) 管理サーバは、そのＩＰアドレスが正規の"aaa.bbb.ccc.ddd" という形式になっていればＯＫを返し、そうでなければエラーを返す。
(j) 続いて、「登録」の場合に、管理サーバが生成したドメイン名（ホストアドレスサービスにおけるホストアドレス、または電話アドレスサービスにおける電話アドレス）を送信する。この処理は、電話アドレスサービスにおいては図６に示した（４）に対応する。「取得」の場合は、データベースに登録されている該当のドメイン名をルータへ送信する。

なお、ＩＰアドレスの「更新」の場合は、データベースのグローバルＩＰアドレスの値およびＤＮＳサーバのグローバルＩＰアドレスの値を、今回ルータから受信したグローバルＩＰアドレスに更新するだけであるので、この処理は無い。また、「削除」の場合も、データベースに既に登録されている該当の内容を削除するだけであるので、この処理は無い。

(k) その後、ルータは通信終了を表すメッセージを管理サーバへ送信して、全体のセッションを終了する。
以上の手順によって、ホスト名の登録・削除・取得およびＩＰアドレスの更新を行う。

図８は電話アドレスサービスにおいて電話アドレスを登録を行う際の表示例である。これはルータのＬＡＮに接続されているパソコンのＷｅｂブラウザによって、ルータのプライベートＩＰアドレスをアクセスすることによって行われる表示である。ここで、「電話アドレス」のチェックボックスにチェックを入れて、電話アドレスを「使用する」に切り換えた後、「登録」ボタンをクリックすると、図６・図７に示した手順によって、電話アドレスの登録が行われる。

図９は電話アドレスが設定された状態での表示例である。この例では、電話番号として８１５８５５５２が自動生成され、"81585552.tel.netvolante.jp"というドメイン名が「電話アドレス」として登録されたことが表示される。相手先のルータは、この電話アドレスへアクセスすることによって、ＶｏＩＰで音声通話を行うことができる。
図１０はホストアドレスサービスにおいてホストアドレスの登録を行う際の表示例である。ここで、「ホスト名」の欄にユーザが希望する任意の文字列を入力し、「登録」ボタンをクリックすると、図７に示した手順によって、ホストアドレスサービスにおけるホスト名の登録が行われる。

図１１は、ホストアドレスが設定された状態での表示例である。上述の例では、ホスト名としてaaaaa を入力したので、前述した手順によってホスト名が"aaaaa" 、第３レベルドメイン名が例えば"aa0" であるドメイン名"aaaaa.aa0.netvolante.jp" が「ホストアドレス」として設定される。

なお、以上に示した例では、ルータのグローバルＩＰアドレスに結びつける名前として「ホスト名」をデータベース１２の一項目として登録したが、ルータのグローバルＩＰアドレスに結びつける名前としてフルドメイン名を登録するようにしてもよい。

実施形態に係るネットワークシステム全体の構成を示すブロック図ルータとダイナミックＤＮＳサーバとを含む主要部の構成を示すブロック図管理サーバとデータベースおよびＤＮＳサーバとの間での処理手順を示すブロック図ルータと管理サーバとの間での認証時の処理手順を示すブロック図ルータと管理サーバとの間での認証のシーケンスを示す図電話アドレスサービスにおけるルータと管理サーバでのドメイン名の登録手順を示すブロック図ルータと管理サーバとの間での通信のシーケンスを示す図電話アドレスサービスでの電話アドレス登録前の表示例を示す図同登録後の表示例を示す図ホストアドレスサービスでのホストアドレス登録前の表示例を示す図同登録後の表示例を示す図

符号の説明

１０−ダイナミックＤＮＳサーバ、１２−データベース、ＴＥＬ−ボタン電話機、ＲＴ−ルータ、Ｍ−モデム、ＰＣ−パソコン

Claims

ルータ本体に割り当てられる動的なグローバルＩＰアドレスとドメイン名との対応関係を管理する管理サーバと、ネットワーク内での前記ドメイン名の問い合わせに応じて該当のＩＰアドレスを返答するＤＮＳサーバとを備えたネットワークシステム内に配置され、
前記管理サーバへ接続するときに該管理サーバで認証が行われるとともに、認証後に該管理サーバへ前記グローバルＩＰアドレスとドメイン名との対応関係に関する登録内容を送信するルータにおいて、
前記認証のための手順として、まずルータ本体のＬＡＮインタフェースに定められたＭＡＣアドレスを用い、続いて該ＭＡＣアドレスを所定のアルゴリズムにより変換したデータを用いることを特徴とするルータ。