JP2008060647A - 動的ｎｗアドレスを取得する端末にアクセス可能なネットワークシステム、アクセス方法、及び、ゲートウェイ - Google Patents

Abstract

【課題】ゲートウェイに接続される第１の端末にアクセスするに際し、ネットワークアドレスなどを意識させることなく、より扱いやすい情報でアクセスさせる。
【解決手段】
第１の端末にアクセス可能な第２の端末とゲートウェイとを含むネットワークシステムにおいて、前記ゲートウェイは、第１の端末に対するネットワークアドレスを動的に生成する手段と、第１の端末のネットワークアドレスとＭＡＣアドレスとの対応関係を蓄積する配付データベースと、第１の端末のＭＡＣアドレスを含むドメイン名を生成する手段と、前記ドメイン名と前記ネットワークアドレスとの対応関係を蓄積するＤＮＳデータベースと、第２の端末から前記ドメイン名の解決要求を受けた際に、前記ドメイン名に対応するネットワークアドレスを第２の端末に返送するＤＮＳサーバ手段と、を含み、前記第２の端末は返送されたネットワークアドレスを用いて前記第１の端末にアクセスする。
【選択図】 図１

Description

本発明は、動的ネットワークアドレスを取得する端末へのアクセスを可能とするネットワークシステム、アクセス方法、及び、ゲートウェイに関し、特に、ゲートウェイに接続される端末に、パソコン等から容易にアクセスすることを可能とする、ネットワークシステム、アクセス方法、及び、ゲートウェイ、に関する。

インターネットの普及に伴い、家庭内の電子機器をネットワークで結んだホームネットワークも次第に普及し始めてきている。ホームネットワークには、通常、インターネットと接続するためのゲートウェイとして、ホームゲートウェイが備えられている。そして、ホームゲートウェイは、家庭内の電子機器に対し、ネットワークアドレスを動的に生成して配付するようになっている。

ホームゲートウェイ（Ｈｏｍｅ Ｇａｔｅｗａｙ）は、一般に、インターネット（Ｉｎｔｅｒｎｅｔ）とホームネットワーク（Ｈｏｍｅ Ｎｅｔｗｏｒｋ）の間に配置され、ネットワーク間のプロトコル変換や経路制御などの機能を提供する装置である。

ホームネットワークは、各種の家庭内電子機器をネットワーク接続することにより、家庭内電子機器間、或いは、家庭内電子機器とインターネットに接続されるコンピュータや電話機などとの間で、情報の伝達や制御を行おうとするものである。

近年、ホームネットワークには、コンピュータ系機器だけでなく、オーディオビジュアル系機器、電話系機器なども接続可能な状況になってきており、このような家庭内電子機器としては、以下に示すような機器を例示することができる。

（１）パソコン（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：パーソナルコンピュータ）、プリンタ（Ｐｒｉｎｔｅｒ）、スキャナ（Ｓｃａｎｎｅｒ）などのコンピュータ系機器。

（２）テレビ受像器、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ：ディー・ヴイ・ディー）レコーダ・プレーヤ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ：エッチ・ディー・ディー）レコーダなどのオーディオビジュアル系機器。

（３）電話機、ファクシミリ装置などの電話系機器。

（４）エアコン、電子レンジなどの白物家電系機器。

尚、以降の説明においては、上述したような各種の家庭内電子機器のことを、ホームネットワークに接続される機器であるとの理由により、ネットワーク端末、と称するものとする。

上述したネットワーク端末を、ホームネットワークに接続して稼動させるためには、ホームネットワークに物理的に接続するだけでなく、ネットワーク端末の動作パラメータの設定なども併せて行う必要があるものとなっている。そして、ネットワーク端末に対する設定や、ネットワーク端末の動作状況確認などは、ネットワークを介してパソコンなどからアクセスすることにより行えるようになっているものも提案されてきている（例えば、特許文献１参照。）。

上述した特許文献１「ネットワーク端末装置」には、以下のようなネットワーク端末装置が記載されている。

すなわち、ネットワーク端末装置に、テキストや画像などを表示する能力を持った操作パネルと、Ｗｅｂ技術を用いたユーザインターフェース機能を備えさせる。そして、該装置から離れた場所から、専用のソフトウェアを導入させることなく、汎用のＷｅｂブラウザを用いて、装置の情報を取得、または設定の変更等の操作を行う。このようにすることにより、装置の負担を軽くするとともに、柔軟なユーザインタフェースを実現することができるようになる、としている。

このように、パソコンなどからアクセスするといったユーザインタフェースを備えることで、利用者に対して、より詳細な、かつ、様々な情報の提供が可能となり、ネットワーク端末が通常備えている数少ない操作ボタンや小さな表示画面などだけを利用した操作よりも、容易かつ簡便な操作環境を提供することができるようになる。

一方、ホームゲートウェイは、上述したように、ネットワーク間のプロトコル変換や経路制御などの機能を提供する装置である。そして、ホームネットワークを介してホームゲートウェイに接続されるネットワーク端末に対し、ホームネットワーク内相互通信、インターネットなどへのアクセス、インターネットからのアクセスを提供するものとなっている。

また、近年のホームゲートウェイとしては、家庭内におけるサービスの多様化に対応できるようにするため、サーバ機能やデータベース機能も併せ持つものなども提供されるようになってきている（例えば、特許文献２参照。）。

上述した特許文献２「ゲートウェイ及びその運用方法」には、以下のようなホームゲートウェイが記載されている。

すなわち、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｎｅ Ｓｙｓｔｅｍ：ドメインネームシステム）サーバ、及び、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：動的ホスト設定プロトコル）サーバを備えるホームゲートウェイである。ＤＮＳサーバは、ドメイン名（ｄｏｍａｉｎ ｎａｍｅ）とＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）アドレスとの対応付けを行う。また、ＤＨＣＰサーバは、ホームネットワークに接続された情報家電機器（ディジタルＴＶ、など）などのローカル端末装置から私設（プライベート）ＩＰアドレスの割当要請があるとき、要請元のローカル端末装置に流動的に私設ＩＰアドレスを割り当てる。

そして、このような構成のホームゲートウェイを使用することにより、外部からホームネットワークへのアクセスを可能にすると共に、一つの公認（グローバル）ＩＰアドレスをホームネットワークに接続されたローカル端末装置で共有出来るようになる。このことにより、ネットワーク関連知識に乏しくても容易にネットワークを構築できるようになり、各家庭や事務室などの入口で、ホームネットワークに接続されたローカル端末装置を管理できるようになる、としている。

特開２００５−５６３５４号公報（第８−１４頁、図１−８） 特開２００２−１１１７３５号公報（第５−７頁、図１−１２）

特許文献１で例示したように、ホームネットワークに接続されるネットワーク端末には、その動作パラメータの設定や動作情況の確認などを行わせる為、パソコンなどからアクセスさせるためのユーザインタフェースが備えられるようになってきている。そして、このユーザインタフェースにアクセスすることにより、ネットワーク端末が備える各種機能を利用することが出来るようになっている。

しかしながら、このユーザインタフェースにアクセスするためには、ネットワーク端末に割り当てられたネットワークアドレスを用いなければならない。

ネットワーク端末のネットワークアドレスは、特許文献２で例示したように、ネットワーク端末がホームネットワークに接続された際、ホームゲートウェイが該ネットワーク端末のネットワークアドレス（プライベートＩＰアドレス）を動的に割り当てるようになっている。

すなわち、ネットワーク端末のユーザインタフェースにアクセスするためには、ホームゲートウェイからネットワーク端末に対して動的に配布されたネットワークアドレスを確認することが必要となる。

従来、ホームゲートウェイから動的に配布されたネットワークアドレスを確認するためには、ネットワーク端末それぞれの取扱説明書を参照し、そこに記載の手順に従って確認することが必要となっている。或いは、ホームゲートウェイにアクセスして、ネットワークアドレスの割り当て状況などを確認するなどといった作業が必要となる。このような作業を行うことは、以下に示すような問題点を有している。

先ず、上述したような確認作業は、ネットワーク端末の利用者にとっては分かりにくく、かつ、手間のかかる複雑な作業となっている。

また、ホームゲートウェイは、ネットワーク端末の電源が投入された際に、ネットワークアドレスを動的に配布するようになっている。そして、ネットワーク端末の電源投入時に、いつも同一のネットワークアドレスが割り当てられるとは限らないものとなっている。従って、ネットワーク端末を操作するためにユーザインタフェースへアクセスする際、以前のネットワークアドレスの情報を利用できない場合がありうるものとなっている。このような場合には、上述の分かりにくく、かつ、手間のかかる複雑な作業を再度行わねばならない。

さらに、ネットワークアドレスとしては数字が用いられるようになっているため、利用者が使い慣れない数字の羅列であるところのネットワークアドレスの情報を意識して用いねばならず、このことも、利用者に対して非効率的な作業を強いる結果となっている。

本発明は、上述した事情を改善するために成されたものである。すなわち、ホームゲートウェイなどのゲートウェイに接続されるネットワーク端末にアクセスするに際し、ネットワークアドレスなどのネットワーク情報を意識させることなく、より扱いやすい情報を利用して容易にアクセスさせるものである。従って、本発明の目的は、ゲートウェイに接続される端末に、パソコン等から容易にアクセスすることを可能とする、ネットワークシステム、アクセス方法、及び、ゲートウェイ、を提供することにある。

本発明のネットワークシステムは、
第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおいて、
前記ゲートウェイは、
前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
前記第１の端末のＭＡＣアドレスを含むドメイン名を生成するドメイン名生成手段と、
前記ドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を蓄積するＤＮＳデータベースと、
前記第２の端末から前記ドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記ドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するＤＮＳサーバ手段と、を含み、
前記第２の端末は前記返送されたネットワークアドレスを用いて前記第１の端末にアクセスする、
ことを特徴とする。

また、前記ゲートウェイは、更に、
前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
ことを特徴とする。

さらに、前記ゲートウェイは、更に、
前記第１の端末の名前を含む他のドメイン名を生成し、前記他のドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を前記ＤＮＳデータベースに蓄積する手段を備える、
ことを特徴とする。

また、前記ＤＮＳサーバ手段は、
前記第２の端末から前記他のドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記他のドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送する、
ことを特徴とする。

さらに、第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおいて、
前記ゲートウェイは、
前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
前記第１の端末のＭＡＣアドレスを含むＵＲＬを生成するＵＲＬ生成手段と、
前記第２の端末から前記ＵＲＬにアクセスがあった場合に該アクセスを前記第１の端末に再アクセスさせるリダイレクトメッセージを記載するメッセージファイルとの対応関係を蓄積するメッセージデータベースと、
前記第２の端末から前記ＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記ＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するＷｅｂサーバ手段と、を含み、
前記第２の端末は前記返送されたメッセージファイルに記載のリダイレクト先に再アクセスする、
ことを特徴とする。

また、前記ゲートウェイは、更に、
前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
ことを特徴とする。

さらに、前記ゲートウェイは、更に、
前記第１の端末の名前を含む他のＵＲＬを生成し、前記他のＵＲＬと前記メッセージファイルとの対応関係を前記メッセージデータベースに蓄積する手段を備える、
ことを特徴とする。

また、前記Ｗｅｂサーバ手段は、
前記第２の端末から前記他のＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記他のＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送する、
ことを特徴とする。

本発明のアクセス方法は、第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおけるアクセス方法において、
前記ゲートウェイは、
前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付するステップと、
前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を配付データベースに蓄積するステップと、
前記第１の端末のＭＡＣアドレスを含むドメイン名を生成するステップと、
前記ドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係をＤＮＳデータベースに蓄積するステップと、
前記第２の端末から前記ドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記ドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するステップ、とを実行し、
前記第２の端末は前記返送されたネットワークアドレスを用いて前記第１の端末にアクセスする、
ことを特徴とする。

また、前記ゲートウェイは、更に、
前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を名前データベースに蓄積するステップを実行する、
ことを特徴とする。

さらに、前記ゲートウェイは、更に、
前記第１の端末の名前を含む他のドメイン名を生成し、前記他のドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を前記ＤＮＳデータベースに蓄積するステップを実行する、
ことを特徴とする。

また、前記ゲートウェイは、
前記第２の端末から前記他のドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記他のドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するステップを実行する、
ことを特徴とする。

さらに、第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおけるアクセス方法において、
前記ゲートウェイは、
前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付するステップと、
前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を配付データベースに蓄積するステップと、
前記第１の端末のＭＡＣアドレスを含むＵＲＬを生成するステップと、
前記第２の端末から前記ＵＲＬにアクセスがあった場合に該アクセスを前記第１の端末に再アクセスさせるリダイレクトメッセージを記載するメッセージファイルとの対応関係をメッセージデータベースに蓄積するステップと、
前記第２の端末から前記ＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記ＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するステップと、を実行し、
前記第２の端末は前記返送されたメッセージファイルに記載のリダイレクト先に再アクセスする、
ことを特徴とする。

また、前記ゲートウェイは、更に、
前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を名前データベースに蓄積するステップを実行する、
ことを特徴とする。

さらに、前記ゲートウェイは、更に、
前記第１の端末の名前を含む他のＵＲＬを生成し、前記他のＵＲＬと前記メッセージファイルとの対応関係を前記メッセージデータベースに蓄積するステップを実行する、
ことを特徴とする。

また、前記ゲートウェイは、
前記第２の端末から前記他のＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記他のＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するステップを実行する、
ことを特徴とする。

本発明のゲートウェイは、第１の端末と前記第１の端末に対しアクセス可能な第２の端末とを接続するネットワークに接続されたゲートウェイにおいて、
前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
前記第１の端末のＭＡＣアドレスを含むドメイン名を生成するドメイン名生成手段と、
前記ドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を蓄積するＤＮＳデータベースと、
前記第２の端末から前記ドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記ドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するＤＮＳサーバ手段と、を含むことを特徴とする。

また、前記ゲートウェイは、更に、
前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
ことを特徴とする。

さらに、前記ゲートウェイは、更に、
前記第１の端末の名前を含む他のドメイン名を生成し、前記他のドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を前記ＤＮＳデータベースに蓄積する手段を含む、
ことを特徴とする。

また、前記ＤＮＳサーバ手段は、
前記第２の端末から前記他のドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記他のドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送する、
ことを特徴とする。

さらに、第１の端末と前記第１の端末に対しアクセス可能な第２の端末とを接続するネットワークに接続されたゲートウェイにおいて、
前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
前記第１の端末のＭＡＣアドレスを含むＵＲＬを生成するＵＲＬ生成手段と、
前記ＵＲＬにアクセスがあった場合に該アクセスを前記第１の端末に再アクセスさせるリダイレクトメッセージを記載するメッセージファイルとの対応関係を蓄積するメッセージデータベースと、
前記第２の端末から前記ＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記ＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するＷｅｂサーバ手段と、を含むことを特徴とする。

また、前記ゲートウェイは、更に、
前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
ことを特徴とする。

さらに、前記ゲートウェイは、更に、
前記第１の端末の名前を含む他のＵＲＬを生成し、前記他のＵＲＬと前記メッセージファイルとの対応関係を前記メッセージデータベースに蓄積する手段を含む、
ことを特徴とする。

また、前記Ｗｅｂサーバ手段は、
前記第２の端末から前記他のＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記他のＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送する、
ことを特徴とする。

以上のように、本発明では、ゲートウェイが第1の端末のＭＡＣアドレスを含むドメイン名を生成している。そして、第1の端末以外の第２の端末からは、該ドメイン名を用いることにより第１の端末にアクセスできるようになっている。従って、第１の端末にアクセスするに際し、利用者に、動的に配付されたネットワークアドレスを意識させることなく、分かりやすいドメイン名を使用してアクセスさせることが可能となる、という効果を有している。

次に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のネットワークシステムの一実施形態を示すブロック図である。

図１に示す本実施の形態は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：ワン）７とＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ラン）８の間に設置されるＨＧＷ（Ｈｏｍｅ Ｇａｔｅｗａｙ：ホームゲートウェイ）１を備えている。また、ＬＡＮ８に接続されるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：パーソナルコンピュータ）２及びＮＷ（Ｎｅｔｗｏｒｋ：ネットワーク）端末３（３−１、３−２、・・・、３−ｎ）を備えている。ここで、ＮＷ端末３は、第１の端末に、ＰＣ２は、第１の端末に対しアクセス可能な第２の端末に対応する。

ＬＡＮ８は、ホームネットワーク（Ｈｏｍｅ Ｎｅｔｗｏｒｋ）の一例であり、ＰＣ２やＮＷ端末３などの家庭内電子機器間、或いは、家庭内電子機器とＷＡＮ７に接続される（図示しない）コンピュータや電話機などとの間で、ＨＧＷ１を介して情報の伝達などを行うものである。ＷＡＮ７はインターネット（Ｉｎｔｅｒｎｅｔ）であってもよい。

ＰＣ２は、ＷＡＮ７（或いは、インターネット）へ接続し、ＷＡＮ７に接続されるコンピュータや電話機などと通信するために用いられ、或いはまた、ＮＷ端末３が備えるユーザインタフェースへ接続し、ＮＷ端末３の操作を行う為に用いられる機器である。

ＮＷ端末３は、コンピュータ系機器（パソコン、プリンタ、スキャナ、など）、オーディオビジュアル系機器（テレビ受像機、ＤＶＤレコーダ、ＨＤＤレコーダ、など）、電話系機器（電話機、ファクシミリ装置、など）或いは白物家電系機器（エアコン、電子レンジ、など）などの家庭内電子機器である。そして、ＮＷ端末３の一部（或いは、全部）は、ＮＷ端末３自身の動作パラメータの設定や動作状況の確認などを、外部のパソコンなどからアクセスさせて行わせるためのユーザインタフェースを備えている。

なお、ＰＣ２やＮＷ端末３に割り当てられているＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：マック）アドレスを、図１のＰＣ２或いはＮＷ端末３の右側に示している。例えば、ＰＣ２のＭＡＣアドレスは、図１に示すように「ＭＡＣ−ＰＣ」であるものとし、ＮＷ端末３−１のＭＡＣアドレスは、「ＭＡＣ−１」であるものとする。

ＭＡＣアドレスとは、周知のように、ネットワークに接続される機器に固有の物理アドレスのことであり、世界中で同じ物理アドレスを持つ機器は存在しないように割り当てられるアドレスである。ＭＡＣアドレスは通常、例えば、「１２：３４：５６：７８：９Ａ：ＢＣ」といった６バイト長の１６進数で表されるコードが用いられている。しかし、本実施形態および後述する第２・第３の実施形態においては、理解の容易化の為、１６進数表記でなく、「ＭＡＣ−ＰＣ」のような文字列表記で代用するものとする。

ＨＧＷ１は、ＷＡＮ７とＬＡＮ８のネットワーク間のプロトコル変換や経路制御などの機能を提供する装置である。そして、ホームネットワークであるＬＡＮ８を介してＮＷ端末３に対し、ホームネットワーク内相互通信、ＷＡＮ７へのアクセス、ＷＡＮ７からのアクセスに対するプロトコル変換や経路制御を行う。これら制御を行う部分に関しては、周知であり、図１では省略されている。

さらに、ＨＧＷ１は、動的ＮＷ（Ｎｅｔｗｏｒｋ：ネットワーク）アドレス配布機能部１１、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ：ドメインネームシステム）サーバ機能部１２、名前登録機能部１３を備えている。また、それぞれの機能部が用いる、配布ＤＢ（Ｄａｔａ Ｂａｓｅ：データベース）１１０、ＤＮＳ−ＤＢ１２０、名前ＤＢ１３０を備えている。さらに、それぞれのＤＢのメンテナンス／管理を行う内部処理機能部１７を備えている。

動的ＮＷアドレス配布機能部１１は、ＬＡＮ８に接続されるＰＣ２やＮＷ端末３の起動時には、動的にネットワークアドレス（すなわち、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス）を割り当て、終了時にはＩＰアドレスを回収する。当該機能は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：動的ホスト設定プロトコル）などを実装することにより実現されるものである。そして、割り当てたネットワークアドレス（ＩＰアドレス）は、配付ＤＢ１１０に登録される。

ＤＮＳサーバ機能部１２は、ネットワークアドレス（すなわち、ＩＰアドレス）と、ドメイン名（Ｄｏｍａｉｎ Ｎａｍｅ）との対応付けを行う。ＤＮＳ−ＤＢ１２０には、両者の対応付けが登録されている。

名前登録機能部１３は、ＬＡＮ８に接続されるＰＣ２やＮＷ端末３に対し、任意の文字列で構成される名前を付し、名前ＤＢ１３０に登録する。なお、この名前は、ＰＣ２やＮＷ端末３のＭＡＣアドレスに対応して付すものとする。

内部処理機能部１７は、配布ＤＢ１１０と名前ＤＢ１３０の管理を行うと共に、ＰＣ２やＮＷ端末３のドメイン名を生成し、ＤＮＳ−ＤＢ１２０に登録し保持させる。

次に、図２を参照して、配付ＤＢ１１０の構成について説明する。

図２は、配付ＤＢの一例を示す詳細構成図である。

図２に示す配付ＤＢ１１０は、動的ＮＷアドレス配布機能部１１がＰＣ２やＮＷ端末３等にネットワークアドレスを配付した際に、該ネットワークアドレス（ＩＰアドレス）と、アドレス配付要求元のＰＣ２やＮＷ端末３等のＭＡＣアドレスとを、対応付けて管理するデータベースである。

配付ＤＢ１１０は、図２の１１０２−０の行に示すように、ネットワークアドレスが配付されたＰＣ２或いはＮＷ端末３のＭＡＣアドレスを示す欄（図２の１１０１−１の列）と、配付されたネットワークアドレス（ＩＰアドレス）を示すＮＷ（Ｎｅｔｗｏｒｋ：ネットワーク）アドレスの欄（図２の１１０１−２の列）とから構成されている。

具体的には、図２の１１０２−１の行に記載しているように、ＭＡＣアドレス（１１０１−１の列）が「ＭＡＣ−ＰＣ」のＰＣ２には、ＮＷアドレス（１１０１−２の列）として、「１９２．１６８．０．２」が配付されたことを示している。

また、他の具体例としては、図２の１１０２−２の行に記載しているように、ＭＡＣアドレスが「ＭＡＣ−１」のＮＷ端末３−１には、ＮＷアドレスとして「１９２．１６８．０．３」が配付されたことを示している。

次に、図３を参照して、ＤＮＳ−ＤＢ１２０の構成について説明する。

図３は、ＤＮＳ−ＤＢの一例を示す詳細構成図である。

図３に示すＤＮＳ−ＤＢ１２０は、図２に示した配布ＤＢ１１０の内容が更新された際に、ＨＧＷ１が、ＰＣ２やＮＷ端末３に対応して生成したドメイン名と、ＰＣ２やＮＷ端末３のＮＷアドレスとを、対応付けて管理するデータベースである。

ＤＮＳ−ＤＢ１２０は、図３の１２０２−０の行に示すように、ＰＣ２やＮＷ端末３に対応して生成されたドメイン名を示すドメインネームの欄（図３の１２０１−１の列）と、ＰＣ２やＮＷ端末３に配布されたネットワークアドレスを示すＮＷアドレスの欄（図３の１２０１−２の列）とから構成されている。

具体的には、図３の１２０２−１の行に記載しているように、ＭＡＣアドレスが「ＭＡＣ−ＰＣ」のＰＣ２に対しては、ドメイン名「ＭＡＣ−ＰＣ．ｓｅｔｕｐ」が生成され（１２０１−１の列）、ＰＣ２のＮＷアドレスは「１９２．１６８．０．２」である（１２０１−２の列）ことを示している。

他の具体例としては、図３の１２０２−２の行に記載しているように、ＭＡＣアドレスが「ＭＡＣ−１」のＮＷ端末３−１に対しては、ドメイン名「ＭＡＣ−１．ｓｅｔｕｐ」が生成され（１２０１−１の列）、ＮＷ端末３−１のＮＷアドレスは「１９２．１６８．０．３」である（１２０１−２の列）ことを示している。

なお、ＭＡＣアドレスに対応するドメイン名の生成方法については、本実施形態の動作の説明の個所で後述するものとする。

次に、図４を参照して、名前ＤＢ１３０の構成について説明する。

図４は、名前ＤＢの一例を示す詳細構成図である。

図４に示す名前ＤＢ１３０は、名前登録機能部１３がＰＣ２やＮＷ端末３に対し、任意の文字列で構成される名前を付した際に、ＰＣ２やＮＷ端末３のＭＡＣアドレスとその名前とを対応付けて管理するデータベースである。

名前ＤＢ１３０は、図４の１３０２−０の行に示すように、ＰＣ２或いはＮＷ端末３のＭＡＣアドレスを示す欄（図４の１３０１−１の列）と、付された名前を示す欄（図４の１３０１−２の列）とから構成されている。

具体的には、図４の１３０２−１の行に記載しているように、ＭＡＣアドレス（１３０１−１の列）が「ＭＡＣ−ＰＣ」のＰＣ２には、名前として「ＰＣ」が付された（１３０１−２の列）ことを示している。

また、他の具体例としては、図４の１３０２−２の行に記載しているように、ＭＡＣアドレスが「ＭＡＣ−２」のＮＷ端末３−２には、名前として「ｄｖｄ−ｒｅｃ」が付されたことを示している。

次に、図５、図６、図７を参照して、図１〜図４に示した本実施形態の動作について説明する。なお、図５〜図７において、図１に示す構成要素に対応するものは同一の参照数字または符号を付し、その説明を省略するものとする。

また、動作説明の前提として、図１に示したＮＷ端末３−２が、自身の動作パラメータの設定や動作情況の確認などを、外部のパソコンなどからアクセスさせて行わせるためのユーザインタフェースを備えているものとする。そして、図１に示したＰＣ２からＮＷ端末３―２にアクセスして、ＮＷ端末３−２の動作パラメータの設定などを行うものとする。

先ず、図１に示した構成において、利用者が、ＮＷ端末３−２に任意の名前を割り当てて、その名前をＨＧＷ１に登録するまでの動作を図５に示す。

図５は、本実施形態の動作を説明する第１のシーケンスチャートである。

利用者は、ＮＷ端末３−２のＭＡＣアドレスが「ＭＡＣ−２」であることを確認する。ＮＷ端末３−２のＭＡＣアドレスは、通常、ＮＷ端末３−２の筐体などの目視できる部分に印刷等により表記されている。従って、ＭＡＣアドレスは容易に確認することが可能である。

そして、ＮＷ端末３−２はＤＶＤレコーダであるものとすると、利用者は、ＮＷ端末３−２の名前を、「ｄｖｄ−ｒｅｃ」にしよう、と考える。ＭＡＣアドレスは、１６進数で表記されているため、利用者にとって記憶しにくいものである。そこで、利用者が覚えやすいＮＷ端末３−２の愛称などを名前として付すものである。

次に、利用者は、ＰＣ２を用いてＨＧＷ１の名前登録機能部１３へアクセスし、ステップＳ１０で確認したＭＡＣアドレス「ＭＡＣ−２」と、その名前を示す任意の文字列「ｄｖｄ−ｒｅｃ」を登録する（図５のステップＳ１１）。

ＨＧＷ１の名前登録機能部１３では、ＰＣ２から登録されたＭＡＣアドレス「ＭＡＣ−２」と名前としての任意文字列情報「ｄｖｄ−ｒｅｃ」を、名前ＤＢ１３０に登録し保持する（ステップＳ１２）。

次に、利用者がＮＷ端末３−２をＬＡＮ８に接続した際の動作を図６に示す。

図６は、本実施形態の動作を説明する第２のシーケンスチャートである。

先ず、ＮＷ端末３−２がＬＡＮ８に接続され、電源が投入されると（図６のステップＳ２０）、ＮＷ端末３−２はＨＧＷ１に対し、自身のネットワークアドレスの取得を要求するための、ＮＷアドレス要求を送信する（ステップＳ２１）。ＮＷアドレス要求には、ＮＷ端末３−２のＭＡＣアドレスすなわち「ＭＡＣ−２」が付されており、ＨＧＷ１に送られる。

ＨＧＷ１の動的ＮＷアドレス配布機能部１１は、ＮＷアドレス要求に対し、ＮＷ端末３−２のネットワークアドレスを動的に割り当て、割り当てたネットワークアドレスをＮＷ端末３−２に配布する（ステップＳ２２）。図６においては、ネットワークアドレスとして、「１９２．１６８．０．４」が割り当てられたものとしている。

次に、ＨＧＷ１の動的ＮＷアドレス配布機能部１１は、ＮＷ端末３−２に割り当てたネットワークアドレスを、配布ＤＢ１１０に登録し保持する（ステップＳ２３）。配布ＤＢ１１０には、要求元のＮＷ端末３−２のＭＡＣアドレス「ＭＡＣ−２」と、ＮＷ端末３−２に配布されたネットワークアドレス「１９２．１６８．０．４」が登録される。

そして、ステップＳ２３で動的ＮＷアドレス配布機能部１１が配布ＤＢ１１０にネットワークアドレスを登録したことをトリガとして、ＨＧＷ１の内部処理機能部１７が動作を開始する。

内部処理機能部１７は、配布ＤＢ１１０と名前ＤＢ１３０を参照し、両ＤＢ内に同一のＭＡＣアドレスが存在した場合、ＤＮＳ情報を管理するＤＮＳ−ＤＢ１２０に、ＤＮＳ情報の登録を行う。具体的には、配布ＤＢ１１０に登録されているＭＡＣアドレス「ＭＡＣ−２」を有するＮＷ端末３−２に対し、ドメイン名を生成し、これをＤＮＳ−ＤＢ１２０に登録し保持する。

内部処理機能部１７が生成するドメイン名は、本実施形態においては、ＮＷ端末３−２のＭＡＣアドレスを含むドメイン名と、ＮＷ端末３−２に付された名前を含むドメイン名の２つのドメイン名を生成するものとする。ＭＡＣアドレスを含むドメイン名も、名前を含むドメイン名も、共に、利用者が覚えやすく、かつ、利用し易いものである。従って、利用者に対する便宜を図るため、本実施形態においては２つのドメイン名を生成するようにしたものである。

内部処理機能部１７は、配布ＤＢ１１０と名前ＤＢ１３０とを参照する（ステップＳ２４）。そして、配布ＤＢ１１０にはＭＡＣアドレス「ＭＡＣ−２」が登録されており、名前ＤＢ１３０にもＭＡＣアドレス「ＭＡＣ−２」が登録されていることを認識する。両ＤＢ内に同一のＭＡＣアドレス「ＭＡＣ−２」が存在しているため、内部処理機能部１７は、２つのドメイン名を生成する。１つは、ＭＡＣアドレスを含むドメイン名「ＭＡＣ−２．ｓｅｔｕｐ」であり、他の１つは、「ＭＡＣ−２」を有するＮＷ端末３−２に付された名前「ｄｖｄ−ｒｅｃ」を含むドメイン名「ｄｖｄ−ｒｅｃ．ｓｅｔｕｐ」である。

そして、この２つのドメイン名は、ＮＷ端末３−２に対して生成されたものであり、ＮＷ端末３−２に配布されたネットワークアドレスは「１９２．１６８．０．４」であったため、２つのドメイン名とネットワークアドレスとの対応関係を、ＤＮＳ−ＤＢ１２０に登録し保持する（ステップＳ２５）。２つのドメイン名とネットワークアドレスとの対応関係は、図６のＤＮＳ−ＤＢ１２０の（イ）の部分に例示されている。

なお、本実施形態で生成したドメイン名には、「ｓｅｔｕｐ」の文字列が含まれるようにしている。これは、このドメイン名を用いて、ＮＷ端末３−２のユーザインタフェースにアクセスし、ＮＷ端末３−２の動作パラメータを「設定する」、という場面を想定して、「ｓｅｔｕｐ」の文字列を含むようにしてみたものである。従って、この文字列は「ｓｅｔｕｐ」でなく他の任意の文字列であってもよい。如何なるドメイン名が生成されるのかは、ＨＧＷ１の取扱説明書などに記載されている。従って、利用者は、ＨＧＷ１が生成したドメイン名を容易に知ることが可能である。

次に、利用者が、ＰＣ２からＮＷ端末３−２のユーザインタフェースにアクセスするまでの動作を図７に示す。

図７は、本実施形態の動作を説明する第３のシーケンスチャートである。

利用者が、ＮＷ端末３−２のユーザインタフェースにアクセスし、ＮＷ端末３−２の動作パラメータの設定などを行う場合の動作について、以下に説明する。

利用者が、ＮＷ端末３−２の設定を行おうとする場合、利用者はＰＣ２を動作させ、ＰＣ２が備えているブラウザ（ｂｒｏｗｓｅｒ）を動作させる。そして、ブラウザのアドレス入力部にＮＷ端末３−２のドメイン名を入力してアクセスを開始する（図７のステップＳ３１）。本実施形態においては、２つのドメイン名の内、名前を含むドメイン名として生成された「ｄｖｄ−ｒｅｃ．ｓｅｔｕｐ」を入力するものとする。

すると、ＰＣ２は、ドメイン名の解決のために、ＨＧＷ１のＤＮＳサーバ機能部１２に対しドメイン名の解決要求を行う（ステップＳ３２）。ここで、ドメイン名の解決とは、ドメイン名をネットワークアドレスに変換することを指すものとしている。

ＨＧＷ１のＤＮＳサーバ機能部１２は、ＤＮＳ−ＤＢ１２０を参照し、ＰＣ２からの問い合わせドメイン名を検索し、該当ドメイン名が存在する場合、ドメイン名に対応するネットワークアドレスを回答する。本実施形態では、ＰＣ２は、「ｄｖｄ−ｒｅｃ．ｓｅｔｕｐ」というドメイン名の解決要求を行っている。従って、ＨＧＷ１のＤＮＳサーバ機能部１２はＤＮＳ−ＤＢ１２０を参照し（ステップＳ３３）、問い合わせのあった「ｄｖｄ−ｒｅｃ．ｓｅｔｕｐ」がＤＮＳ−ＤＢ１２０（の（イ））に登録されていることを認識する。そして、「ｄｖｄ−ｒｅｃ．ｓｅｔｕｐ」に対応するネットワークアドレス「１９２．１６８．０．４」をＰＣ２に対し回答する（ステップＳ３４）。

ＰＣ２はＨＧＷ１から回答を受けると、回答されたネットワークアドレスを表示部等に表示する。利用者は、回答されたネットワークアドレスを、ブラウザのアドレス入力部に入力することにより、該ブラウザからＮＷ端末３−２のユーザインタフェースにアクセスする（ステップＳ３５）。ＮＷ端末３−２のユーザインタフェースは、ＮＷ端末３−２の設定画面をＰＣ２に提供する（ステップＳ３６）。従って、この設定画面を使用することにより、ＰＣ２からＮＷ端末３−２の動作パラメータの設定などを行うことが可能となる。

なお、図７の動作においては、ＮＷ端末３−２のドメイン名として、「ｄｖｄ−ｒｅｃ．ｓｅｔｕｐ」を使用した。これを、もう１つのＭＡＣアドレスを含むドメイン名、「ＭＡＣ−２．ｓｅｔｕｐ」を使用するようにした場合であっても、同様に、ＮＷ端末３−２のユーザインタフェースにアクセスすることが可能となる。これは、ＤＮＳサーバ機能部１２は、該ドメイン名「ＭＡＣ−２．ｓｅｔｕｐ」に対応するネットワークアドレス「１９２．１６８．０．４」を、ＤＮＳ−ＤＢ１２０から取得できるためである（図７のＤＮＳ−ＤＢ１２０の（ロ）に記載している。）。

以上説明したように、本実施形態においては、ホームネットワークとしてのＬＡＮに接続されるネットワーク端末に対し、任意の文字列で構成される名前を付すことが可能となっている。従って、ネットワーク端末を識別するにあたり、覚えにくいＭＡＣアドレスを利用者に意識させることなく、覚えやすい名前を使用して識別することが可能となり、ネットワーク端末の管理が容易になる、という効果を有している。

また、ネットワーク端末に対し、動的に配布されたネットワークアドレスに対応するドメイン名を生成するようになっている。そして、ドメイン名としては、任意の文字列で構成される名前を含むものと、ＭＡＣアドレスを含むものと、２つのドメイン名を生成するようにしている。従って、ネットワーク端末にアクセスするに際し、利用者にネットワークアドレスを意識させることなく、分かりやすいドメイン名を使用してアクセスさせることが可能となる、という効果を有している。また、ドメイン名は２つ生成されているため、利用者が扱いやすいドメイン名を選択して使用することが可能となる、という効果を有している。このことにより、利用者の利便性が、より向上する。

次に、図８、図９を参照して、図１〜図４に示した本実施形態の第２の動作について説明する。なお、図８、図９において、図１に示す構成要素に対応するものは同一の参照数字または符号を付し、その説明を省略するものとする。

本実施形態の第２の動作の説明の前提として、図１に示したＮＷ端末３−１が、自身の動作パラメータの設定や動作情況の確認などを、外部のパソコンなどからアクセスさせて行わせるためのユーザインタフェースを備えているものとする。そして、図１に示したＰＣ２からＮＷ端末３−１にアクセスして、ＮＷ端末３−１の動作パラメータの設定などを行うものとする。なお、本実施形態の第２の動作の説明は、ＮＷ端末３−１に対し、任意の文字列で構成される名前は付さない場合の動作を説明するものである。

先ず、利用者が、ＮＷ端末３−１をＬＡＮ８に接続した際の動作を図８に示す。このとき、ＮＷ端末３−１には名前を付さないものとする。

図８は、本実施形態の動作を説明する第４のシーケンスチャートである。

先ず、ＮＷ端末３−１がＬＡＮ８に接続され、電源が投入されると（図８のステップＳ４０）、ＮＷ端末３−１はＨＧＷ１に対し、自身のネットワークアドレスの取得を要求するための、ＮＷアドレス要求を送信する（ステップＳ４１）。ＮＷアドレス要求には、ＮＷ端末３−１のＭＡＣアドレスすなわち「ＭＡＣ−１」が付されており、ＨＧＷ１に送られる。

ＨＧＷ１の動的ＮＷアドレス配布機能部１１は、ＮＷアドレス要求に対し、ＮＷ端末３−１のネットワークアドレスを動的に割り当て、割り当てたネットワークアドレスをＮＷ端末３−１に配布する（ステップＳ４２）。図８においては、ネットワークアドレスとして、「１９２．１６８．０．３」が割り当てられたものとしている。

次に、ＨＧＷ１の動的ＮＷアドレス配布機能部１１は、ＮＷ端末３−１に割り当てたネットワークアドレスを、配布ＤＢ１１０に登録し保持する（ステップＳ４３）。配布ＤＢ１１０には、要求元のＮＷ端末３−１のＭＡＣアドレス「ＭＡＣ−１」と、ＮＷ端末３−１に配布されたネットワークアドレス「１９２．１６８．０．３」が登録される。

そして、ステップＳ４３で動的ＮＷアドレス配布機能部１１が配布ＤＢ１１０にネットワークアドレスを登録したことをトリガとして、ＨＧＷ１の内部処理機能部１７が動作を開始する。

内部処理機能部１７は、配布ＤＢ１１０と名前ＤＢ１３０を参照し、両ＤＢ内に同一のＭＡＣアドレスが存在するか否かに応じたドメイン名を生成し、ＤＮＳ情報を管理するＤＮＳ−ＤＢ１２０に、ＤＮＳ情報（ドメイン名とネットワークアドレス）の登録を行う。具体的には、配布ＤＢ１１０に登録されているＭＡＣアドレス「ＭＡＣ−１」を有するＮＷ端末３−１に対し、ドメイン名を生成し、これをＤＮＳ−ＤＢ１２０に登録し保持する。

内部処理機能部１７は、配布ＤＢ１１０と名前ＤＢ１３０とを参照する（ステップＳ４４）。そして、配布ＤＢ１１０にはＭＡＣアドレス「ＭＡＣ−１」が登録されており、名前ＤＢ１３０にはＭＡＣアドレス「ＭＡＣ−１」が登録されていないことを認識する。両ＤＢ内に同一のＭＡＣアドレス「ＭＡＣ−１」が存在していないため、内部処理機能部１７は、ドメイン名を１つ生成する。すなわち、ＭＡＣアドレスを含むドメイン名「ＭＡＣ−１．ｓｅｔｕｐ」である。

そして、このドメイン名は、ＮＷ端末３−１に対して生成されたものであり、ＮＷ端末３−１に配布されたネットワークアドレスは「１９２．１６８．０．３」であったため、このドメイン名とネットワークアドレスとの対応関係を、ＤＮＳ−ＤＢ１２０に登録し保持する（ステップＳ４５）。このドメイン名とネットワークアドレスとの対応関係は、図８のＤＮＳ−ＤＢ１２０の（イ）の部分に例示されている。

次に、利用者が、ＰＣ２からＮＷ端末３−１のユーザインタフェースにアクセスするまでの動作を図９に示す。

図９は、本実施形態の動作を説明する第５のシーケンスチャートである。

利用者が、ＮＷ端末３−１のユーザインタフェースにアクセスし、ＮＷ端末３−１の動作パラメータの設定などを行う場合の動作について、以下に説明する。

利用者が、ＮＷ端末３−１の設定を行おうとする場合、利用者はＰＣ２を動作させ、ＰＣ２が備えているブラウザ（ｂｒｏｗｓｅｒ）を動作させる。そして、ブラウザのアドレス入力部にＮＷ端末３−１のドメイン名を入力してアクセスを開始する（図９のステップＳ５１）。本実施形態の第２の動作においては、１つだけ生成されたドメイン名「ＭＡＣ−１．ｓｅｔｕｐ」を入力する。

すると、ＰＣ２は、ドメイン名の解決のために、ＨＧＷ１のＤＮＳサーバ機能部１２に対しドメイン名の解決要求を行う（ステップＳ５２）。

ＨＧＷ１のＤＮＳサーバ機能部１２は、ＤＮＳ−ＤＢ１２０を参照し、ＰＣ２からの問い合わせドメイン名を検索し、該当ドメイン名が存在する場合、ドメイン名に対応するネットワークアドレスを回答する。本実施形態の第２の動作では、ＰＣ２は、「ＭＡＣ−１．ｓｅｔｕｐ」というドメイン名の解決要求を行っている。従って、ＨＧＷ１のＤＮＳサーバ機能部１２はＤＮＳ−ＤＢ１２０を参照し（ステップＳ５３）、問い合わせのあった「ＭＡＣ−１．ｓｅｔｕｐ」がＤＮＳ−ＤＢ１２０（の（イ））に登録されていることを認識する。そして、「ＭＡＣ−１．ｓｅｔｕｐ」に対応するネットワークアドレス「１９２．１６８．０．３」をＰＣ２に対し回答する（ステップＳ５４）。

ＰＣ２はＨＧＷ１から回答を受けると、回答されたネットワークアドレスを表示部等に表示する。利用者は、回答されたネットワークアドレスを、ブラウザのアドレス入力部に入力することにより、該ブラウザからＮＷ端末３−１のユーザインタフェースにアクセスする（ステップＳ５５）。ＮＷ端末３−１のユーザインタフェースは、ＮＷ端末３−１の設定画面をＰＣ２に提供する（ステップＳ５６）。従って、この設定画面を使用することにより、ＰＣ２からＮＷ端末３−１の動作パラメータの設定などを行うことが可能となる。

以上説明したように、本実施形態の第２の動作においては、ホームネットワークとしてのＬＡＮに接続されるネットワーク端末に対し、任意の文字列で構成される名前は付していない。しかし、ネットワーク端末のＭＡＣアドレスを含むドメイン名を生成するようになっている。従って、ネットワーク端末にアクセスするに際し、利用者にネットワークアドレスを意識させることなく、分かりやすいドメイン名を使用してアクセスさせることが可能となる、という効果を有している。

次に、図１０〜図１４を参照して、本発明の第２の実施形態について説明する。

図１０は、本発明のネットワークシステムの第２の実施形態を示すブロック図である。本発明の第２の実施形態は、図１で示した第１の実施形態のＨＧＷ１のＤＮＳサーバ機能部に代えて、Ｗｅｂサーバ機能部を搭載した点で、第１の実施形態と異なっているものである。従って、図１０において図１に示す構成要素に対応するものは同一の参照数字または符号を付し、その説明を省略するものとする。

図１０に示す第２の実施の形態は、図１に示した第１の実施形態と以下の点でのみ異なるものである。

すなわち、図１のＨＧＷ１のＤＮＳサーバ機能部１２、ＤＮＳ−ＤＢ１２０、内部処理機能部１７に代えて、図１０では、ＨＧＷ１内にＷｅｂサーバ機能部１４、メッセージＤＢ１４０、内部処理機能部１７−１を備えている点でのみ異なっている。

Ｗｅｂサーバ（ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ：ウェブサーバ）機能部１４は、ＰＣ２のブラウザなどからの要求に応じて、メッセージＤＢ１４０に予め蓄積しておいたＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ：エイチティエムエル）記述のメッセージファイルをＰＣ２などに返送する。

メッセージＤＢ１４０は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ：ユーアールエル）と、該ＵＲＬへのアクセスに対して返信するＨＴＭＬ記述のメッセージファイルとを、対応付けて管理するデータベースである。

内部処理機能部１７−１は、配布ＤＢ１１０と名前ＤＢ１３０の管理を行うと共に、ＵＲＬと、ＵＲＬに対応するＨＴＭＬ記述のメッセージファイルを生成し、メッセージＤＢ１４０に登録し保持させる。

次に、図１１を参照して、メッセージＤＢ１４０の構成について説明する。

図１１は、メッセージＤＢの一例を示す詳細構成図である。

図１１に示すメッセージＤＢ１４０は、動的ＮＷアドレス配布機能部１１がＰＣ２やＮＷ端末３等にネットワークアドレスを配布した際に、内部処理機能部１７−１が生成したＵＲＬとＨＴＭＬ記述のメッセージファイルとを、対応付けて管理するデータベースである。

内部処理機能部１７−１が生成するＵＲＬは、ネットワークアドレスが配布されたＰＣ２或いはＮＷ端末３のＭＡＣアドレス或いは名前を含んで作成されるＵＲＬである。また、内部処理機能部１７−１が生成するＨＴＭＬ記述のメッセージファイルには、該ＵＲＬにアクセスがあった場合に返信するリダイレクトメッセージが記述される。リダイレクトメッセージとは、該ＵＲＬにアクセスがあった場合に、該アクセスを、ＰＣ２或いはＮＷ端末３に再アクセス（リダイレクト）させるために使用されるメッセージである。

メッセージＤＢ１４０は、図１１の１４０２−０の行に示すように、ＭＡＣアドレス或いは名前を含んで生成されたＵＲＬを示す欄（図１１の１４０１−１の列）と、リダイレクトメッセージのメッセージファイルを示す欄（図１１の１４０１−２の列）とから構成されている。

具体的には、図１１の１４０２−１の行に記載しているように、ＵＲＬ（１４０１−１の列）が「ｗｅｂ．ｓｅｔｕｐ／ＭＡＣ−１」のＮＷ端末３−１に対応して、メッセージファイル（１４０１−２の列）「ｍａｃ−１．ｈｔｍｌ」が生成されている。

また、図１１の１４０２−２の行では、ＭＡＣアドレスとして「ＭＡＣ−２」を有するＮＷ端末３−２のＵＲＬが「ｗｅｂ．ｓｅｔｕｐ／ＭＡＣ−２」で、対応するメッセージファイルとして「ｍａｃ−２．ｈｔｍｌ」が生成されたことを示している。

図１１の１４０２−３の行では、上記と同一のＮＷ端末３−２に付された名前「ｄｖｄ−ｒｅｃ」を含むＵＲＬ「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」が生成され、対応するメッセージファイルは上記と同一の「ｍａｃ−２．ｈｔｍｌ」であることを示している。

なお、メッセージファイルのファイル名は、ＵＲＬが生成されたＰＣ２或いはＮＷ端末３のＭＡＣアドレスを含むように作成するものとする。図１１の１４０２−１の行では、ＭＡＣアドレス「ＭＡＣ−１」を有するＮＷ端末３−１のＵＲＬとメッセージファイルを示している。そして、当該行におけるメッセージファイルのファイル名は、ＮＷ端末３−１のＭＡＣアドレス「ＭＡＣ−１」を含む「ｍａｃ−１．ｈｔｍｌ」となっている。同様に、図１１の１４０２−２の行では、ＭＡＣアドレス「ＭＡＣ−２」を有するＮＷ端末３−２のＵＲＬとメッセージファイルを示している。そして、当該行におけるメッセージファイルのファイル名は、ＮＷ端末３−２のＭＡＣアドレス「ＭＡＣ−２」を含む「ｍａｃ−２．ｈｔｍｌ」となっている。

また、図１１の下段には、メッセージファイルの一例として、「ｍａｃ−１．ｈｔｍｌ」ファイルの記述例を示している。

ＨＴＭＬ記述の「ｍａｃ−１．ｈｔｍｌ」ファイルは、ヘッダ部（図１１の（イ））とボディ部（図１１の（ロ））から構成されている。そして、ヘッダ部内には、リダイレクト先のＵＲＬ、すなわち、ＵＲＬ＝ｈｔｔｐ：／／１９２．１６８．０．３／、が記載されている（図１１の（ハ））。このため、このメッセージファイルを返信されたＰＣ２は、ネットワークアドレスが「１９２．１６８．０．３」のＮＷ端末３−１に再アクセス（リダイレクト）することが可能となる。

なお、ボディ部（図１１の（ロ））に記載されている文字列（「自動的にジャンプするのでそのままお待ちください。」）は、このメッセージファイルが返信されたＰＣ２等の表示部に表示されるものである。このボディ部には、上記文字列だけでなく、他の任意の文字列であっても記載可能となっている。

次に、図１２、図１３、図１４を参照して、図１０、図１１に示した第２の実施形態の動作について説明する。なお、図１２〜図１４において、図１０に示す構成要素に対応するものは同一の参照数字または符号を付し、その説明を省略するものとする。

また、動作説明の前提として、図１０に示したＮＷ端末３−２が、自身の動作パラメータの設定や動作情況の確認などを、外部のパソコンなどからアクセスさせて行わせるためのユーザインタフェースを備えているものとする。そして、図１０に示したＰＣ２からＮＷ端末３―２にアクセスして、ＮＷ端末３−２の動作パラメータの設定などを行うものとする。

先ず、図１０に示した構成において、利用者が、ＮＷ端末３−２に任意の名前を割り当てて、その名前をＨＧＷ１に登録するまでの動作を図１２に示す。

図１２は、第２の実施形態の動作を説明する第１のシーケンスチャートである。

利用者は、ＮＷ端末３−２のＭＡＣアドレスが「ＭＡＣ−２」であることを確認する。ＮＷ端末３−２のＭＡＣアドレスは、通常、ＮＷ端末３−２の筐体などの目視できる部分に印刷等により表記されている。従って、ＭＡＣアドレスは容易に確認することが可能である。

そして、ＮＷ端末３−２はＤＶＤレコーダであるものとすると、利用者は、ＮＷ端末３−２の名前を、「ｄｖｄ−ｒｅｃ」にしよう、と考える。ＭＡＣアドレスは、１６進数で表記されているため、利用者にとって記憶しにくいものである。そこで、利用者が覚えやすいＮＷ端末３−２の愛称などを名前として付すものである。

次に、利用者は、ＰＣ２を用いてＨＧＷ１の名前登録機能部１３へアクセスし、ステップＳ６０で確認したＭＡＣアドレス「ＭＡＣ−２」と、その名前を示す任意の文字列「ｄｖｄ−ｒｅｃ」を登録する（図１２のステップＳ６１）。

ＨＧＷ１の名前登録機能部１３では、ＰＣ２から登録されたＭＡＣアドレス「ＭＡＣ−２」と名前としての任意文字列情報「ｄｖｄ−ｒｅｃ」を、名前ＤＢ１３０に登録し保持する（ステップＳ６２）。

次に、利用者がＮＷ端末３−２をＬＡＮ８に接続した際の動作を図１３に示す。

図１３は、第２の実施形態の動作を説明する第２のシーケンスチャートである。

先ず、ＮＷ端末３−２がＬＡＮ８に接続され、電源が投入されると（図１３のステップＳ７０）、ＮＷ端末３−２はＨＧＷ１に対し、自身のネットワークアドレスの取得を要求するための、ＮＷアドレス要求を送信する（ステップＳ７１）。ＮＷアドレス要求には、ＮＷ端末３−２のＭＡＣアドレスすなわち「ＭＡＣ−２」が付されており、ＨＧＷ１に送られる。

ＨＧＷ１の動的ＮＷアドレス配布機能部１１は、ＮＷアドレス要求に対し、ＮＷ端末３−２のネットワークアドレスを動的に割り当て、割り当てたネットワークアドレスをＮＷ端末３−２に配布する（ステップＳ７２）。図１３においては、ネットワークアドレスとして、「１９２．１６８．０．４」が割り当てられたものとしている。

次に、ＨＧＷ１の動的ＮＷアドレス配布機能部１１は、ＮＷ端末３−２に割り当てたネットワークアドレスを、配布ＤＢ１１０に登録し保持する（ステップＳ７３）。配布ＤＢ１１０には、要求元のＮＷ端末３−２のＭＡＣアドレス「ＭＡＣ−２」と、ＮＷ端末３−２に配布されたネットワークアドレス「１９２．１６８．０．４」が登録される。

そして、ステップＳ７３で動的ＮＷアドレス配布機能部１１が配布ＤＢ１１０にネットワークアドレスを登録したことをトリガとして、ＨＧＷ１の内部処理機能部１７−１が動作を開始する。

内部処理機能部１７−１は、配布ＤＢ１１０と名前ＤＢ１３０を参照し、両ＤＢ内に同一のＭＡＣアドレスが存在した場合、ＨＴＭＬ記述のメッセージファイルを管理するメッセージＤＢ１４０に、ＵＲＬと、リダイレクトメッセージをＨＴＭＬで記述したメッセージファイルを登録する。具体的には、配布ＤＢ１１０に登録されているＭＡＣアドレス「ＭＡＣ−２」を有するＮＷ端末３−２に対応するＵＲＬを生成する。また、該ＵＲＬにアクセスがあった場合に返信するリダイレクトメッセージを作成し、リダイレクトメッセージをＨＴＭＬで記述したメッセージファイルを生成する。そして、このＵＲＬとリダイレクトメッセージのメッセージファイルを、メッセージＤＢ１４０に登録し保持する。

内部処理機能部１７−１が生成するＵＲＬは、第２の実施形態においては、ＮＷ端末３−２のＭＡＣアドレスを含むＵＲＬと、ＮＷ端末３−２に付された名前を含むＵＲＬの２つのＵＲＬを生成するものとする。ＭＡＣアドレスを含むＵＲＬも、名前を含むＵＲＬも、共に、利用者が覚えやすく、かつ、利用し易いものである。従って、利用者に対する便宜を図るため、第２の実施形態においては２つのＵＲＬを生成するようにしたものである。また、内部処理機能部１７−１が生成するリダイレクトメッセージのメッセージファイルは、２つのＵＲＬに対し同一のメッセージファイルを利用するものとする。

内部処理機能部１７−１は、配布ＤＢ１１０と名前ＤＢ１３０とを参照する（ステップＳ７４）。そして、配布ＤＢ１１０にはＭＡＣアドレス「ＭＡＣ−２」が登録されており、名前ＤＢ１３０にもＭＡＣアドレス「ＭＡＣ−２」が登録されていることを認識する。両ＤＢ内に同一のＭＡＣアドレス「ＭＡＣ−２」が存在しているため、内部処理機能部１７−１は、２つのＵＲＬを生成する。１つは、ＭＡＣアドレスを含むＵＲＬ「ｗｅｂ．ｓｅｔｕｐ／ＭＡＣ−２」であり、他の１つは、「ＭＡＣ−２」を有するＮＷ端末３−２に付された名前「ｄｖｄ−ｒｅｃ」を含むＵＲＬ「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」である。

また、内部処理機能部１７−１は、該ＵＲＬにアクセスがあった場合に返信するリダイレクトメッセージを作成し、リダイレクトメッセージをＨＴＭＬで記述したメッセージファイルを生成する。ここで、リダイレクトメッセージのメッセージファイルのファイル名は、ＮＷ端末３−２のＭＡＣアドレスを含むようにし、「ｍａｃ−２．ｈｔｍｌ」とするものとする。

そして、２つのＵＲＬとリダイレクトメッセージのメッセージファイルを、メッセージＤＢ１４０に登録し保持する（ステップＳ７５）。２つのＵＲＬとリダイレクトメッセージのメッセージファイルの対応関係は、図１３のメッセージＤＢ１４０の（イ）の部分に例示されている。

なお、第２の実施形態で生成するＵＲＬには、「ｗｅｂ．ｓｅｔｕｐ／」の文字列が含まれるようにしている。これは、このＵＲＬを用いて、ＮＷ端末３−２のユーザインタフェースにアクセスし、ＮＷ端末３−２の動作パラメータを「設定する」、という場面を想定して、「ｗｅｂ．ｓｅｔｕｐ／」の文字列を含むようにしてみたものである。従って、この文字列は「ｗｅｂ．ｓｅｔｕｐ／」でなく他の任意の文字列であってもよい。如何なるＵＲＬが生成されるのかは、ＨＧＷ１の取扱説明書などに記載されている。従って、利用者は、ＨＧＷ１が生成したＵＲＬを容易に知ることが可能である。

次に、利用者が、ＰＣ２からＮＷ端末３−２のユーザインタフェースにアクセスするまでの動作を図１４に示す。

図１４は、第２の実施形態の動作を説明する第３のシーケンスチャートである。

利用者が、ＮＷ端末３−２のユーザインタフェースにアクセスし、ＮＷ端末３−２の動作パラメータの設定などを行う場合の動作について、以下に説明する。

利用者が、ＮＷ端末３−２の設定を行おうとする場合（図１４のステップＳ８０）、利用者はＰＣ２を動作させ、ＰＣ２が備えているブラウザ（ｂｒｏｗｓｅｒ）を動作させる。そして、ブラウザのアドレス入力部にＮＷ端末３−２のＵＲＬを入力してアクセスを開始する（ステップＳ８１）。第２の実施形態においては、２つのＵＲＬの内、名前を含むＵＲＬとして生成された「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」を入力する場合を例示するものとする。

すると、ＰＣ２は、ＨＧＷ１のＷｅｂサーバ機能部１４にアクセスする（ステップＳ８２）。

ＨＧＷ１のＷｅｂサーバ機能部１４は、メッセージＤＢ１４０を参照し、ＰＣ２からアクセスされたＵＲＬ、すなわち、「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」、に該当するリダイレクトメッセージのメッセージファイルが存在するか確認する。そして、存在する場合は、リダイレクトメッセージのメッセージファイルをアクセス元のＰＣ２に返信する。

第２の実施形態では、ＰＣ２がＵＲＬ「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」にアクセスすると、ＨＧＷ１のＷｅｂサーバ機能部１４はメッセージＤＢ１４０を参照する（ステップＳ８３）。そして、問い合わせのあった「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」がメッセージＤＢ１４０（の（イ））に登録されているため、該当するリダイレクトメッセージのメッセージファイル「ｍａｃ−２．ｈｔｍｌ」をＰＣ２に対して返信する（ステップＳ８４）。

ＰＣ２はＨＧＷ１から返信を受けると、返信されたメッセージファイルにはリダイレクト先として、「１９２．１６８．０．４」が記載されている（図１４の「ｍａｃ−２．ｈｔｍｌ」ファイル内の（ハ）に記載。）。よって、該ネットワークアドレスを割り当てられているリダイレクト先にアクセスすることが可能となる（ステップＳ８５）。そして、ＰＣ２からＮＷ端末３−２のユーザインタフェースにアクセスする（ステップＳ８６）。

ＮＷ端末３−２のユーザインタフェースは、ＮＷ端末３−２の設定画面をＰＣ２に提供する（ステップＳ８７）。従って、この設定画面を使用することにより、ＰＣ２からＮＷ端末３−２の動作パラメータの設定などを行うことが可能となる。

なお、図１４の動作においては、ＮＷ端末３−２のＵＲＬとして、「ｗｅｂ．ｓｅｔｕｐ／ｄｖｄ−ｒｅｃ」を使用した。これを、もう１つのＭＡＣアドレスを含むＵＲＬ、「ｗｅｂ．ｓｅｔｕｐ／ＭＡＣ−２」を使用するようにした場合であっても、同様に、ＮＷ端末３−２のユーザインタフェースにアクセスすることが可能となる。これは、Ｗｅｂサーバ機能部１４は、該ＵＲＬ「ｗｅｂ．ｓｅｔｕｐ／ＭＡＣ−２」に対応するリダイレクトメッセージのメッセージファイル「ｍａｃ−２．ｈｔｍｌ」を、メッセージＤＢ１４０から取得できるためである（図１４のメッセージＤＢ１４０の（ロ）に記載している。）。

以上説明したように、第２の実施形態においては、ホームネットワークとしてのＬＡＮに接続されるネットワーク端末に対し、任意の文字列で構成される名前を付すことが可能となっている。従って、ネットワーク端末を識別するにあたり、覚えにくいＭＡＣアドレスを利用者に意識させることなく、覚えやすい名前を使用して識別することが可能となり、ネットワーク端末の管理が容易になる、という効果を有している。

また、ネットワーク端末に対しＵＲＬを生成するようになっている。そして、ＵＲＬとしては、任意の文字列で構成される名前を含むものと、ＭＡＣアドレスを含むものと、２つのＵＲＬを生成するようにしている。従って、ネットワーク端末にアクセスするに際し、利用者にネットワークアドレスを意識させることなく、分かりやすいＵＲＬを使用してアクセスさせることが可能となる、という効果を有している。また、ＵＲＬは２つ生成されているため、利用者が扱いやすいＵＲＬを選択して使用することが可能となる、という効果を有している。このことにより、利用者の利便性が、より向上するものとなる。

次に、図１５を参照して、本発明の第３の実施形態について説明する。

図１５は、本発明のネットワークシステムの第３の実施形態を示すブロック図である。本発明の第３の実施形態は、図１で示した第１の実施形態のＨＧＷ１に、図１０で示した第２の実施形態のＷｅｂサーバ機能部を追加したものである。従って、図１５において図１に示す構成要素に対応するものは同一の参照数字または符号を付し、その説明を省略するものとする。

図１５に示す第３の実施の形態は、図１に示した第１の実施形態のＨＧＷ１に、図１０に示したＷｅｂサーバ機能部１４とメッセージＤＢ１４０を追加したものである。そして、図１５のＨＧＷ１の内部処理機能部１８は、図１の内部処理機能部１７と、図１０の内部処理機能部１７−１の機能を併せ有するものである。

また、図１５のＨＧＷ１は、ＤＮＳサーバ機能部１２或いはＷｅｂサーバ機能部１４の何れかを選択して動作させることが可能に構成されている。

なお、図１５のＷｅｂサーバ機能部１４の機能、及び、メッセージＤＢ１４０の構成は、第２の実施形態で記載したものと同一である。従って、第３の実施形態の構成に関するこれ以上の説明を省略するものとする。

次に、第３の実施形態の動作について説明する。

第３の実施形態のＨＧＷ１は、ＤＮＳサーバ機能部１２或いはＷｅｂサーバ機能部１４の何れかを選択して動作させることが可能に構成されている。従って、ＨＧＷ１の利用者は、先ず、ＨＧＷ１のＤＮＳサーバ機能部１２を動作させるか、或いは、Ｗｅｂサーバ機能部１４を動作させるかを選択する。

そして、ＤＮＳサーバ機能部１２を動作させるとした場合、第３の実施形態は、第１の実施形態と同一の動作を行う。また、Ｗｅｂサーバ機能部１４を動作させる場合、第３の実施形態は、第２の実施形態で記載したと同一の動作を行う。

従って、第３の実施形態の動作に関するこれ以上の説明を省略するものとする。

以上説明したように、本発明の第３の実施形態によれば、ＤＮＳサーバ機能を用いたＮＷ端末へのアクセス方式、或いは、Ｗｅｂサーバ機能を用いたＮＷ端末へのアクセス方式の何れかを選択することが可能となる。従って、利用者に対し、多様なアクセス方式を提供可能となり、利用者の利便性をより一層向上させうる、という効果を奏する。

本発明のネットワークシステムの一実施形態を示すブロック図である。 配付ＤＢの一例を示す詳細構成図である。 ＤＮＳ−ＤＢの一例を示す詳細構成図である。 名前ＤＢの一例を示す詳細構成図である。 本実施形態の動作を説明する第１のシーケンスチャートである。 本実施形態の動作を説明する第２のシーケンスチャートである。 本実施形態の動作を説明する第３のシーケンスチャートである。 本実施形態の動作を説明する第４のシーケンスチャートである。 本実施形態の動作を説明する第５のシーケンスチャートである。 本発明のネットワークシステムの第２の実施形態を示すブロック図である。 メッセージＤＢの一例を示す詳細構成図である。 第２の実施形態の動作を説明する第１のシーケンスチャートである。 第２の実施形態の動作を説明する第２のシーケンスチャートである。 第２の実施形態の動作を説明する第３のシーケンスチャートである。 本発明のネットワークシステムの第３の実施形態を示すブロック図である。

符号の説明

１ ＨＧＷ
１１ 動的ＮＷアドレス配布機能部
１１０ 配布ＤＢ
１２ ＤＮＳサーバ機能部
１２０ ＤＮＳ−ＤＢ
１３ 名前登録機能部
１３０ 名前ＤＢ
１４ Ｗｅｂサーバ機能部
１４０ メッセージＤＢ
１７ 内部処理機能部
１７−１ 内部処理機能部
１８ 内部処理機能部
２ ＰＣ
３ ＮＷ端末
７ ＷＡＮ
８ ＬＡＮ

Claims (24)

1. 第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおいて、
   前記ゲートウェイは、
   前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
   前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
   前記第１の端末のＭＡＣアドレスを含むドメイン名を生成するドメイン名生成手段と、
   前記ドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を蓄積するＤＮＳデータベースと、
   前記第２の端末から前記ドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記ドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するＤＮＳサーバ手段と、を含み、
   前記第２の端末は前記返送されたネットワークアドレスを用いて前記第１の端末にアクセスする、
   ことを特徴とするネットワークシステム。
2. 前記ゲートウェイは、更に、
   前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
   ことを特徴とする請求項１に記載のネットワークシステム。
3. 前記ゲートウェイは、更に、
   前記第１の端末の名前を含む他のドメイン名を生成し、前記他のドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を前記ＤＮＳデータベースに蓄積する手段を備える、
   ことを特徴とする請求項２に記載のネットワークシステム。
4. 前記ＤＮＳサーバ手段は、
   前記第２の端末から前記他のドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記他のドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送する、
   ことを特徴とする請求項３に記載のネットワークシステム。
5. 第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおいて、
   前記ゲートウェイは、
   前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
   前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
   前記第１の端末のＭＡＣアドレスを含むＵＲＬを生成するＵＲＬ生成手段と、
   前記第２の端末から前記ＵＲＬにアクセスがあった場合に該アクセスを前記第１の端末に再アクセスさせるリダイレクトメッセージを記載するメッセージファイルとの対応関係を蓄積するメッセージデータベースと、
   前記第２の端末から前記ＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記ＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するＷｅｂサーバ手段と、を含み、
   前記第２の端末は前記返送されたメッセージファイルに記載のリダイレクト先に再アクセスする、
   ことを特徴とするネットワークシステム。
6. 前記ゲートウェイは、更に、
   前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
   ことを特徴とする請求項５に記載のネットワークシステム。
7. 前記ゲートウェイは、更に、
   前記第１の端末の名前を含む他のＵＲＬを生成し、前記他のＵＲＬと前記メッセージファイルとの対応関係を前記メッセージデータベースに蓄積する手段を備える、
   ことを特徴とする請求項６に記載のネットワークシステム。
8. 前記Ｗｅｂサーバ手段は、
   前記第２の端末から前記他のＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記他のＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送する、
   ことを特徴とする請求項７に記載のネットワークシステム。
9. 第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおけるアクセス方法において、
   前記ゲートウェイは、
   前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付するステップと、
   前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を配付データベースに蓄積するステップと、
   前記第１の端末のＭＡＣアドレスを含むドメイン名を生成するステップと、
   前記ドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係をＤＮＳデータベースに蓄積するステップと、
   前記第２の端末から前記ドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記ドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するステップ、とを実行し、
   前記第２の端末は前記返送されたネットワークアドレスを用いて前記第１の端末にアクセスする、
   ことを特徴とするアクセス方法。
10. 前記ゲートウェイは、更に、
    前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を名前データベースに蓄積するステップを実行する、
    ことを特徴とする請求項９に記載のアクセス方法。
11. 前記ゲートウェイは、更に、
    前記第１の端末の名前を含む他のドメイン名を生成し、前記他のドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を前記ＤＮＳデータベースに蓄積するステップを実行する、
    ことを特徴とする請求項１０に記載のアクセス方法。
12. 前記ゲートウェイは、
    前記第２の端末から前記他のドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記他のドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するステップを実行する、
    ことを特徴とする請求項１１に記載のアクセス方法。
13. 第１の端末と、前記第１の端末と第１のネットワークを経由して接続され前記第１の端末に対しアクセス可能な第２の端末と、前記第１のネットワークと第２のネットワークとの間に接続されたゲートウェイとを含むネットワークシステムにおけるアクセス方法において、
    前記ゲートウェイは、
    前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付するステップと、
    前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を配付データベースに蓄積するステップと、
    前記第１の端末のＭＡＣアドレスを含むＵＲＬを生成するステップと、
    前記第２の端末から前記ＵＲＬにアクセスがあった場合に該アクセスを前記第１の端末に再アクセスさせるリダイレクトメッセージを記載するメッセージファイルとの対応関係をメッセージデータベースに蓄積するステップと、
    前記第２の端末から前記ＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記ＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するステップと、を実行し、
    前記第２の端末は前記返送されたメッセージファイルに記載のリダイレクト先に再アクセスする、
    ことを特徴とするアクセス方法。
14. 前記ゲートウェイは、更に、
    前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を名前データベースに蓄積するステップを実行する、
    ことを特徴とする請求項１３に記載のアクセス方法。
15. 前記ゲートウェイは、更に、
    前記第１の端末の名前を含む他のＵＲＬを生成し、前記他のＵＲＬと前記メッセージファイルとの対応関係を前記メッセージデータベースに蓄積するステップを実行する、
    ことを特徴とする請求項１４に記載のアクセス方法。
16. 前記ゲートウェイは、
    前記第２の端末から前記他のＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記他のＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するステップを実行する、
    ことを特徴とする請求項１５に記載のアクセス方法。
17. 第１の端末と前記第１の端末に対しアクセス可能な第２の端末とを接続するネットワークに接続されたゲートウェイにおいて、
    前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
    前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
    前記第１の端末のＭＡＣアドレスを含むドメイン名を生成するドメイン名生成手段と、
    前記ドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を蓄積するＤＮＳデータベースと、
    前記第２の端末から前記ドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記ドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送するＤＮＳサーバ手段と、を含むことを特徴とするゲートウェイ。
18. 前記ゲートウェイは、更に、
    前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
    ことを特徴とする請求項１７に記載のゲートウェイ。
19. 前記ゲートウェイは、更に、
    前記第１の端末の名前を含む他のドメイン名を生成し、前記他のドメイン名と前記第１の端末に配付したネットワークアドレスとの対応関係を前記ＤＮＳデータベースに蓄積する手段を含む、
    ことを特徴とする請求項１８に記載のゲートウェイ。
20. 前記ＤＮＳサーバ手段は、
    前記第２の端末から前記他のドメイン名の解決要求を受けた際に、前記ＤＮＳデータベースから前記他のドメイン名に対応するネットワークアドレスを抽出して前記第２の端末に返送する、
    ことを特徴とする請求項１９に記載のゲートウェイ。
21. 第１の端末と前記第１の端末に対しアクセス可能な第２の端末とを接続するネットワークに接続されたゲートウェイにおいて、
    前記第１の端末に対するネットワークアドレスを動的に生成し前記第１の端末に配付する動的ネットワークアドレス配付手段と、
    前記動的ネットワークアドレス配付手段が動的に生成した前記第１の端末のネットワークアドレスと前記第１の端末のＭＡＣアドレスとの対応関係を蓄積する配付データベースと、
    前記第１の端末のＭＡＣアドレスを含むＵＲＬを生成するＵＲＬ生成手段と、
    前記ＵＲＬにアクセスがあった場合に該アクセスを前記第１の端末に再アクセスさせるリダイレクトメッセージを記載するメッセージファイルとの対応関係を蓄積するメッセージデータベースと、
    前記第２の端末から前記ＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記ＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送するＷｅｂサーバ手段と、を含むことを特徴とするゲートウェイ。
22. 前記ゲートウェイは、更に、
    前記第２の端末から前記第１の端末に付す名前を受信した際に、前記第１の端末のＭＡＣアドレスと前記名前との対応関係を蓄積する名前データベースを含む、
    ことを特徴とする請求項２１に記載のゲートウェイ。
23. 前記ゲートウェイは、更に、
    前記第１の端末の名前を含む他のＵＲＬを生成し、前記他のＵＲＬと前記メッセージファイルとの対応関係を前記メッセージデータベースに蓄積する手段を含む、
    ことを特徴とする請求項２２に記載のゲートウェイ。
24. 前記Ｗｅｂサーバ手段は、
    前記第２の端末から前記他のＵＲＬへのアクセスがあった場合に、前記メッセージデータベースから前記他のＵＲＬに対応するメッセージファイルを抽出して前記第２の端末に返送する、
    ことを特徴とする請求項２３に記載のゲートウェイ。
    

Images