JP2006020017A - 通信装置および通信装置の設定方法 - Google Patents

Abstract

【課題】 通信装置の設定を容易に行うことのできる技術を提供する。
【解決手段】 通信装置１００は、ＰＰＰｏＥサーバ４２０に送信すべきユーザＩＤとパスワードが設定されていないと判断した場合に、クライアントＣＬからＤＮＳリクエストを受信すると、その内容に関わらず、自分自身のＬＡＮ側ＩＰアドレスをＤＮＳリプライとして返信する。クライアントＣＬからは、このＩＰアドレスに対するＨＴＴＰリクエストが送信されるため、ＨＴＴＰレスポンスとしてユーザ名とパスワードを入力するためのＷｅｂページを返信する。すると、クライアントＣＬのＷｅｂブラウザ上にこれらの情報を設定するためのページが表示されることになる。
【選択図】 図１

Description

本発明は、ネットワークを介してコンピュータと通信を行う通信装置に関し、詳しくは、このような通信装置の設定に関するものである。

従来、この主の通信装置としては、例えば、複数台のコンピュータをインターネットに接続するためのルータや、無線によってＬＡＮを構築するための無線ＬＡＮアクセスポイントなどがある。通常、これらの通信装置は、初回起動時に、通信を行うための所定の通信設定を行う必要がある。例えば、ＰＰＰｏＥ（Point-to-Point Protocol Over Ethernet（Ethernetは登録商標））によってインターネットに接続を行うルータの場合には、ユーザＩＤやパスワードの設定が必要であり、無線ＬＡＮアクセスポイントの場合には、ＳＳＩＤやＷＥＰキーなどの設定が必要である（下記特許文献１参照）。

上述した通信装置に対する種々の設定操作は、一般的に、コンピュータにインストールされたＷｅｂブラウザによって行われることが多い。具体的には、ユーザがＷｅｂブラウザのＵＲＬ入力欄に対して通信装置に予め割り当てられたＩＰアドレスを入力することで、通信装置から設定情報を入力するための所定のＷｅｂページがコンピュータに送信される。こうして送信されたページはＷｅｂブラウザ上に表示され、ユーザは、このＷｅｂページに対して、所定の設定情報を入力することで設定を行っている。

特開２００４−４０６５１号公報 特開２００３−２８３５８９号公報

しかしながら、通信設定が完了していない場合にＷｅｂブラウザを起動すると、通常、「サーバが見つからないか、またはＤＮＳエラーです。」といったエラーメッセージが表示される。このような状況では、ユーザは、どのような操作をしなければならないかを理解することは困難であった。また、このエラーメッセージによって通信設定が完了していないことを理解したとしても、通信装置の設定のために、ＷｅｂブラウザのＵＲＬ入力欄に設定対象となる通信装置のＩＰアドレスを入力するという操作は、初心者等にとっては理解し難いものであった。また、ユーザは予め通信装置のＩＰアドレスを把握しておく必要があるため、上級者にとっても設定操作が困難な場合があった。

本発明は、このような課題に考慮してなされたものであり、通信装置の設定を容易に行うことのできる技術の提供を目的としている。

上記目的を達成するため、本発明は、通信を行うための所定の通信設定に基づきネットワークを介してコンピュータと通信を行う通信装置であって、前記通信設定が完了しているか否かを判断する判断手段と、前記判断手段により前記通信設定が完了していないと判断され、かつ、前記コンピュータから任意のサーバ名に対応するＩＰアドレスを検索するためのリクエストを受信した場合に、該リクエストの内容に関わらず、当該通信装置に固有のＩＰアドレスを返信するＩＰアドレス返信手段と、前記返信したＩＰアドレスに対するページ表示要求を前記コンピュータから受信した際に、前記通信設定に要する情報を入力するための所定のページを返信するページ返信手段と、前記返信したページに入力された情報を前記コンピュータから受信する設定情報受信手段と、前記受信した情報に基づき、前記通信設定を完了する設定手段とを備えることを要旨とする。

本発明によれば、ユーザがコンピュータを用いてどのようなホームページを閲覧しようとしても通信設定が完了していない場合には、設定を行うためのページが表示されることになる。そのため、ユーザは速やかに通信装置に対する設定操作を行うことができる。また、本発明によれば、ユーザから通信装置のＩＰアドレスが指定されなくてもコンピュータ上に設定を行うためのページを表示することができるため、ユーザは容易に通信装置の設定を行うことができる。

本発明の通信装置は、例えば、前記ネットワークと第２のネットワーク間における通信を中継する装置として構成することができる。この場合、前記判断手段は、前記通信設定として、前記第２のネットワークに接続された所定のサーバから前記第２のネットワークに対する通信に必要な第２のＩＰアドレスを取得するために用いる情報が設定されていない場合に、設定が完了していないと判断する手段を備えるものとすることができる。所定のサーバとは、例えば、ＰＰＰｏＥサーバであり、第２のＩＰアドレスを取得するために用いる情報としては、このＰＰＰｏＥサーバに対して送信すべきユーザＩＤやパスワードなどが挙げられる。このような構成であれば、インターネットやＷＡＮなどの第２のネットワークに接続するために必要な設定をコンピュータ側から容易に行うことができる。

また、本発明の通信装置を無線ＬＡＮアクセスポイントとして構成した場合には、前記判断手段は、前記通信設定として、無線ネットワークを介した通信に用いるＳＳＩＤ、ＷＥＰキー、無線チャンネルのうち、少なくとも１つが設定されていない場合に、設定が完了していないと判断する手段を備えるものとしてもよい。こうすることにより、無線通信おけるセキュリティを高めるための設定や無線の干渉を抑制するための設定を行うことができる。

上述した種々の構成において、前記ＩＰアドレス返信手段は、前記リクエストをＤＮＳリクエストによって受信し、前記固有のＩＰアドレスをＤＮＳリプライによって返信する手段を備えるものとしてもよい。こうすることにより、Ｗｅｂブラウザの一般的な通信手順に即して、通信装置に固有のＩＰアドレスをコンピュータ側に送信することができる。

本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、通信装置の設定方法や、通信装置の設定を行うためのコンピュータプログラムなどとしても構成することができる。いずれの構成においても上述した種々の態様を適用可能である。コンピュータプログラムは、コンピュータが読み取り可能な記録媒体に記録するものとしてもよく、記録媒体としては、例えば、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、メモリカード、ハードディスク等の種々の媒体を利用することができる。

以下、本発明の実施の形態について実施例に基づき次の順序で説明する。
Ａ．第１実施例：
（Ａ１）インターネット接続システム：
（Ａ２）通信装置の概略構成：
（Ａ３）初期設定処理：
（Ａ４）変形例：
Ｂ．第２実施例：

Ａ．第１実施例：
（Ａ１）インターネット接続システム：
図１は、本発明の実施例としての通信装置１００を含むインターネット接続システム９００を示す説明図である。通信装置１００は、無線ＬＡＮアクセスポイント機能を備えたブロードバンドルータとして構成されており、ＬＡＮ側に接続された複数のクライアントコンピュータＣＬ（以下、「クライアントＣＬ」と記載する。）をインターネット５００に接続する機能を備えている。

通信装置１００のＷＡＮ側のポートには、ＡＤＳＬモデム２００が接続されており、このＡＤＳＬモデム２００は電話回線３００を介してインターネット接続サービスを提供するインターネットサービスプロバイダ４００（以下、「ＩＳＰ４００」と記載する。）に接続されている。ＡＤＳＬモデム２００は、ＡＤＳＬ（Asymmetric Digital Subscriber Line）規格に基づき、電話回線３００を介してＩＳＰ４００側のネットワークと通信装置１００とをブリッジ接続する。

ＩＳＰ４００内のネットワークには、通信装置１００からの要求に応じてグローバルＩＰアドレスを割り当てるためサーバが設置されている。このようなサーバとしては、ＤＨＣＰサーバ４１０とＰＰＰｏＥ４２０サーバの２種類があり、これらのうち、どちらのタイプのサーバが設けられているかはＩＳＰ４００毎に異なっている。

ＰＰＰｏＥサーバ４２０は、ユーザＩＤとパスワードに基づくＰＡＰ（Password Authentication Protocol）認証あるいはＣＨＡＰ（Challenge Handshake Authentication Protocol）認証を行った上で、グローバルＩＰアドレスを通信装置１００に割り当てる。従って、ＰＰＰｏＥサーバ４２０が設置されたＩＳＰ４００に対して通信装置１００を接続する場合には、通信装置１００に対して、これらの情報（ユーザＩＤおよびパスワード）を設定する必要がある。一方、ＤＨＣＰサーバ４１０では、このような認証は行われない。そのため、ＤＨＣＰサーバ４１０が設置されたＩＳＰ４００に接続する場合には、通信装置１００に対して、「ＤＨＣＰサーバを使用する」という設定以外の特別な設定を行う必要はない。なお、後述する初期設定処理によれば、本実施例では、このような「ＤＨＣＰサーバを使用する」という設定も省略することができる。

図１に示したように、本実施例のインターネット接続システム９００は、ＡＤＳＬモデム２００と電話回線３００とを用いて通信装置１００をＩＳＰ４００に接続するものとした。しかし、例えば、ＡＤＳＬモデムに２００換えてＯＮＵ（Optical Network Unit）を、電話回線３００に換えて光ファイバを適用してもよい。

（Ａ２）通信装置の概略構成：
図２は、通信装置１００の概略構成を示すブロック図である。図示するように、通信装置１００は、ＬＡＮ側通信回路１１０とＷＡＮ側通信回路１２０と制御回路１３０とを備えている。

ＬＡＮ側通信回路１１０は、複数のＬＡＮポート１１１〜１１３と無線通信回路１１４とを備えており、ＬＡＮポート１１１〜１１３に有線接続されたクライアントＣＬや、無線によって接続されたクライアントＣＬに対する通信制御を行う。無線通信回路１１４は、無線ＬＡＮの標準規格であるＩＥＥＥ８０２．１１ａ／ｂ／ｇに基づき無線通信を行う。

ＬＡＮ側通信回路１１０には、ＬＡＮ側のネットワークで用いられる固有のＩＰアドレス（ＬＡＮ側ＩＰアドレス）が予め割り当てられている。このＩＰアドレスは、例えば、デフォルトゲートウェイやＤＮＳ（Domain Name Server）の所在を表すＩＰアドレスとして各クライアントＣＬに設定されるアドレスである。本実施例では、このＩＰアドレスとして、「１９２．１６８．０．１」と工場出荷状態において設定されているものとする。もちろん、このアドレスは、設定により適宜変更可能である。

ＷＡＮ側通信回路１２０は、ＡＤＳＬモデム２００を接続するためのＷＡＮポート１２１を備えており、ＩＳＰ４００内のネットワークやインターネット５００に対する通信制御を行う。

ＷＡＮ側通信回路１２０には、ＷＡＮ側のネットワークで用いられる固有のＩＰアドレス（ＷＡＮ側ＩＰアドレス）として、グローバルＩＰアドレスが割り当てられる。このグローバルＩＰアドレスは、通信装置１００からの要求に応じてＩＳＰ４００側のネットワークに存在するＤＨＣＰサーバ４１０やＰＰＰｏＥサーバ４２０から割り当てられるＩＰアドレスである。このグローバルＩＰアドレスがＷＡＮ側通信回路１２０に割り当てられることにより、通信装置１００は、クライアントＣＬとインターネット５００との通信を中継することが可能になる。

制御回路１３０は、上述したＬＡＮ側通信回路１１０とＷＡＮ側通信回路１２０とを制御するための回路であり、ＬＡＮ側のネットワークとＷＡＮ側のネットワークとの通信を中継するためのルータ機能や、クライアントＣＬのＩＰアドレスやＴＣＰ／ＵＤＰポート番号の変換を行うことで複数のクライアントＣＬをインターネット５００に同時に接続するＩＰマスカレード機能、ＬＡＮ側のクライアントＣＬからの要求に応じて、これらのクライアントＣＬにＩＰアドレスを割り当てるＤＨＣＰサーバ機能、クライアントＣＬから送信されるＤＮＳリクエストに応じてサーバ名の名前解決を行うＤＮＳプロキシ機能などを備えている。

制御回路１３０は、ＣＰＵ１３１とフラッシュＲＯＭ１３２とＲＡＭ１３３とを備えており、上述した各機能は、フラッシュＲＯＭ１３２に格納された制御プログラムをＣＰＵ１３１が実行することでソフトウェア的に実現される。ＲＡＭ１３３は、かかるプログラムの実行に際し、ワークエリアとして用いられる。フラッシュＲＯＭ１３２は、通信装置１００の種々の設定パラメータを記憶する用途にも用いられる。なお、フラッシュＲＯＭ１３２に記憶させた情報は、図示していないリセットスイッチの操作により、容易に工場出荷状態に戻すことができる。

制御回路１３０は、上述した機能以外にも、クライアントＣＬ上のＷｅｂブラウザを介してユーザから通信に関する設定操作を受けるための機能を備えている。かかる機能もソフトウェア的に実現される機能であり、図の下部に示すように、判断手段１５０と、ＩＰアドレス返信手段１５１と、ページ返信手段１５２と、設定情報受信手段１５３と、設定手段１５４とによって構成される。

判断手段１５０は、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得するための設定が既に完了しているか否かを判断するための手段である。この判断は、ＰＰＰｏＥサーバ４２０での認証に用いられるユーザＩＤとパスワードがフラッシュＲＯＭ１３２に記録されているか否かに基づき行われる。

ＩＰアドレス返信手段１５１は、判断手段１５０によって設定が完了していないと判断され、かつ、いずれかのクライアントＣＬからＤＮＳリクエストによって任意のサーバ名（ドメイン名）を受信した場合に、そのリクエストの内容に関わらず、ＤＮＳリプライとして当該通信装置１００に固有のＬＡＮ側ＩＰアドレスをクライアントＣＬに返信する手段である。

ページ返信手段１５２は、ＤＮＳリプライによって返信したＩＰアドレスに対するページ表示要求をＨＴＴＰリクエストによってクライアントＣＬから受信した際に、ユーザＩＤとパスワードを入力するための欄が設けられたＷｅｂページをクライアントＣＬに返信するための手段である。このＷｅｂページはＨＴＭＬ（HyperText Markup Language）によって記述されており、予めフラッシュＲＯＭ１３２に記録されている。

設定情報受信手段１５３は、Ｗｅｂページに入力されたユーザＩＤとパスワードをクライアントＣＬから受信する手段である。この設定情報受信手段１５３によって受信したユーザＩＤとパスワードは、設定手段１５４によってフラッシュＲＯＭ１３２に記録される。こうしてフラッシュＲＯＭ１３２にユーザＩＤとパスワードとが記録されることにより、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得するための通信設定が完了することになる。

（Ａ３）初期設定処理：
次に、以上のように構成された通信装置１００の電源投入時にＣＰＵ１３１が実行する初期設定処理について説明する。この処理は、通信装置１００をインターネット５００に接続するための処理である。

図３および図４は、かかる初期設定処理のフローチャートである。図の右側には、クライアントＣＬ側で実行される処理を示している。まず、ＣＰＵ１３１は、ＷＡＮ側通信回路１２０を用いてＤＨＣＰサーバ４１０に対してグローバルＩＰアドレスの取得を要求する（ステップＳ１００）。かかる要求は、ＤＨＣＰディスカバーと呼ばれるメッセージをＷＡＮ側にブロードキャストすることで行う。このメッセージには、ＷＡＮ側通信回路１３０に固有のＭＡＣアドレスが含まれる。

上述したＭＡＣアドレス宛にＤＨＣＰサーバ４１０からグローバルＩＰアドレスが返信されると、ＣＰＵ１３１はこれを受信し、グローバルＩＰアドレスの取得に成功したと判断する（ステップＳ１１０：Ｙｅｓ）。そして、このグローバルＩＰアドレスをＷＡＮ側ＩＰアドレスとして設定する（ステップＳ１４０）。ＩＳＰ４００にＤＨＣＰサーバ４１０が設置されている場合には、以上の工程により、初期設定処理は終了する。こうして、ＷＡＮ側ＩＰアドレスが設定されれば、通信装置１００は、ＴＣＰ／ＩＰプロトコルに基づきインターネット５００にアクセス可能となり、クライアントＣＬからのインターネット５００に対する通信を中継することが可能になる。

一方、ＤＨＣＰサーバ４１０から反応がなく、所定の時間（例えば、１０秒）が経過した場合には、ＣＰＵ１３１は、グローバルＩＰアドレスの取得に失敗したと判断する（ステップＳ１１０：Ｎｏ）。このような場合には、ＩＳＰ４００側にＤＨＣＰサーバ４１０が存在しないものとみなすことができるため、ＣＰＵ１３１は、次に、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得するための処理を行う。

上述したように、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得するためには、ユーザＩＤとパスワードとをＰＰＰｏＥサーバ４２０に対して送信することになる。そこで、まず、ＣＰＵ１３１は、ユーザＩＤとパスワードの設定が既に完了しているか否かを判定する（ステップ１２０）。かかる判定はフラッシュＲＯＭ１３２にこれらの情報が既に記憶されているか否かに基づき行う。既に記憶されている場合には、通信設定が完了していると判断し（ステップＳ１２０：Ｙｅｓ）、ＰＰＰｏＥサーバ１４０にグローバルＩＰアドレスを要求する（ステップＳ１３０）。

ＣＰＵ１３１は、具体的には、次のような手順によりＰＰＰｏＥサーバ４２０に対してグローバルＩＰアドレスを要求する。まず、ＷＡＮ側通信回路１３０を用いてＰＡＤＩパケットと呼ばれるパケットをＷＡＮ側にブロードキャストし、ＰＰＰｏＥサーバ４２０からの応答を待つ。かかるＰＡＤＩパケットには、ＷＡＮ側通信回路１２０に固有のＭＡＣアドレスが含まれる。そして、ＰＰＰｏＥサーバ４２０からこのＭＡＣアドレス宛に応答があれば、これを受信し、ユーザＩＤとパスワードを送信する。そうすると、ＰＰＰｏＥサーバ４２０側でこれらの情報に基づく認証処理が行われる。かかる認証が成功した場合には、ＰＰＰｏＥサーバ４２０から通信装置１００に対してグローバルＩＰアドレスが送信される。このような手順により、ＣＰＵ１３１は、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得することができる。

上述した手順によりＰＰＰｏＥサーバ１４０からグローバルＩＰアドレスを取得すると、ＣＰＵ１３１は、取得したグローバルＩＰアドレスをＷＡＮ側ＩＰアドレスとして設定し（ステップＳ１４０）、本初期設定処理を終了する。

上記ステップＳ１２０において、フラッシュＲＯＭ１３２にユーザＩＤとパスワードとが記憶されておらず、通信設定が完了していないと判断した場合には（ステップＳ１２０：Ｎｏ）、ＣＰＵ１３１は、これらの情報をクライアントＣＬから入力するために以下に説明する一連の処理を行う。

まず、ＣＰＵ１３１は、クライアントＣＬから、ＤＮＳリクエストを受信したかどうかを判断する（ステップＳ１５０）。受信されない場合には（ステップＳ１５０：Ｎｏ）、本ステップをループして実行することにより受信するまで待機を行う。

クライアントＣＬ側では、Ｗｅｂブラウザが起動されると（ステップＳ５００）、Ｗｅｂブラウザに対して予め設定されたホームページアドレスのＵＲＬ（例えば、"http://www.XXXX.jp/index.html"）に含まれるサーバ名（"www.XXXX.jp"の部分）がＤＮＳリクエストとして送信される（ステップＳ５１０）。ＤＮＳリクエストとは、サーバ名に対応するＩＰアドレスを検索するためリクエストである。上述したホームページアドレスには、クライアントＣＬが、初めてインターネット５００に接続を試みる場合には、ＷｅｂブラウザメーカのＵＲＬが設定されていることが多い。

通信装置１００のＣＰＵ１３１は、こうしてクライアントＣＬから送信されたＤＮＳリクエストを受信したと判断すると（ステップＳ１５０：Ｙｅｓ）、このＤＮＳリクエストの内容に関わらず、通信装置１００のＬＡＮ側通信回路１１０に固有のＩＰアドレス（「１９２．１６８．０．１」）をＤＮＳリプライとして返信する（ステップＳ１６０）。

「１９２．１６８．０．１」というＩＰアドレスは、プライベートＩＰアドレスであるため、上述した「www.XXXX.jp」に対応する本来のＩＰアドレスとは異なるものである。つまり、通信装置１００は、ＰＰＰｏＥ通信に必要なユーザＩＤとパスワードの設定が完了していないと判断した場合には、クライアントＣＬからどのようなＤＮＳリクエストを受信したとしても、そのリクエストに対応した本来のＩＰアドレスは返信せず、ＤＮＳリプライを自分自身のＩＰアドレスに偽装して返信するのである。

クライアントＣＬのＷｅｂブラウザは、こうして偽装されたＤＮＳリプライを受信すると（ステップＳ５２０）、上述したサーバ名「www.XXXX.jp」に対応するＩＰアドレスは「１９２．１６８．０．１」であると判断し、このＩＰアドレスに対してＨＴＴＰリクエストを送信する（ステップＳ５３０）。この時、通信装置１００のＣＰＵ１３１は、クライアントＣＬからＨＴＴＰリクエストを受信するまで待機を行っている（ステップＳ１７０）。

ここで、説明を図４に移す。上記ステップＳ１７０において、ＣＰＵ１３１がＨＴＴＰリクエストを受信したと判断すると、ＣＰＵ１３１は、次にユーザＩＤとパスワードを入力させるためのＷｅｂページをＨＴＴＰレスポンスによってクライアントＣＬに送信する（ステップＳ１８０）。クライアントＣＬは、このＷｅｂページを受信すると、Ｗｅｂブラウザ上にかかるＷｅｂページの表示を行う（ステップＳ５４０）。ユーザは、こうしてクライアントＣＬのＷｅｂブラウザ上に表示されたＷｅｂページを用いて、ＩＳＰ４００から予め通知されたユーザＩＤとパスワードの入力を行う。ユーザＩＤとパスワードは、予め郵便などの手段によってＩＳＰ４００からユーザに通知されている情報である。

ユーザＩＤとパスワードの入力後、Ｗｅｂページに設けられた「ＯＫ」ボタンがユーザによって押されると、クライアントＣＬのＷｅｂブラウザは、これらの情報をＨＴＴＰリクエストとして通信装置１００に送信する（ステップＳ５５０）。通信装置１００のＣＰＵ１３１は、このユーザＩＤとパスワードとを受信したと判断すると（ステップＳ１９０）、受信した情報を、フラッシュＲＯＭ１３２に記録する（ステップＳ２００）。以上の処理により、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得するための通信設定が完了したことになる。

次に、ＣＰＵ１３１は、フラッシュＲＯＭ１３２からユーザＩＤとパスワードを読み出し、これらの情報を用いてＰＰＰｏＥサーバ４２０にグローバルＩＰアドレスの取得を要求する（ステップＳ２１０）。ＣＰＵ１３１は、かかる要求によりグローバルＩＰアドレスを取得すると、取得したグローバルＩＰアドレスをＷＡＮ側ＩＰアドレスとして設定する（ステップＳ２２０）。こうして、ＷＡＮ側ＩＰアドレスが設定されれば、通信装置１００は、ＴＣＰ／ＩＰプロトコルに基づきインターネット５００にアクセス可能となり、クライアントＣＬからのインターネット５００に対する通信を中継することが可能になる。

最後に、ＣＰＵ１３１は、上記ステップ１５０においてＤＮＳリクエストとして受信したサーバ名に対応する本来のＩＰアドレスを、ＩＳＰ４００側に用意されたＤＮＳサーバに照会する。そして、この本来のＩＰアドレスにリダイレクトするためのＷｅｂページをステップＳ１９０で受信したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして返信する（ステップＳ２３０）。クライアントＣＬは、このＨＴＴＰレスポンスによって受信したＷｅｂページに記述されているリダイレクトの指示に基づき、本来のＷｅｂページにアクセスする（ステップＳ５６０）。こうすることで、クライアントＣＬのＷｅｂブラウザ上には、ユーザＩＤとパスワードを入力するためのＷｅｂページの後に、Ｗｅｂブラウザに予め設定されたホームページアドレスに対応する正規のＷｅｂページが表示されることになる。

以上、通信装置１００の電源投入時に実行される初期設定処理について説明した。通信装置１００は、かかる初期設定処理が完了した後にクライアントＣＬからＤＮＳリクエストを受信した場合には、偽装したＤＮＳリプライを返信することなく、正当なＤＮＳリプライを返信する。正当なＤＮＳリプライとして返信するＩＰアドレスは、ＩＳＰ４００側に設けられたＤＮＳサーバに照会することで得ることができる。こうすることで、クライアントＣＬのＷｅｂブラウザは、通信装置１００を介して、インターネット５００上の任意のホームページを表示することができる。

以上で説明した本実施例の通信装置１００によれば、まず、ＰＰＰｏＥサーバ４２０よりも先に、ＤＨＣＰサーバ４１０に対してグローバルＩＰアドレスの取得を試みることになる。そのため、ＩＳＰ４００側にＤＨＣＰサーバ４１０が設置されていれば、ユーザは、ユーザＩＤやパスワードなどの設定を何ら行うことなく、インターネット５００に対する接続を確立することができる。

また、ＤＨＣＰサーバ４１０が存在せず、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得する場合であっても、ユーザＩＤとパスワードを入力するためのＷｅｂページは、これらの設定が完了してない場合にのみ表示される。従って、一旦これらの情報が設定されてフラッシュＲＯＭ１３２に記録されていれば、通信装置１００が再起動された場合などであっても、再度煩雑な設定操作を行う必要がない。

また、ユーザＩＤとパスワードが設定されていない場合には、ユーザがどのようなホームページを閲覧しようとも、これらの情報を設定するためのＷｅｂページがクライアントＣＬのＷｅｂブラウザ上に表示される。従って、ユーザは、速やかに設定操作を行うことができる。また、従来のように、ＷｅｂブラウザのＵＲＬ入力欄に通信装置１００のＩＰアドレスを入力しなくても設定ページが表示されるため、ユーザは、予め通信装置１００のＬＡＮ側ＩＰアドレスを把握する必要がなく、容易に設定を行うことが可能になる。

なお、上述した初期設定処理のステップＳ１９０においてクライアントＣＬから受信したユーザ名とパスワードが誤っている場合には、ステップＳ２１０において、グローバルＩＰアドレスがＰＰＰｏＥサーバ４２０から取得できないことになる。このような場合には、通信装置１００は、上記初期設定処理をステップＳ１００から再度実行するものとしてもよい。また、上記ステップＳ１８０に処理を戻って実行するものとしてもよい。このようにすることで、再度、クライアントＣＬのＷｅｂブラウザに対してユーザＩＤとパスワードを入力させるＷｅｂページを表示させることができる。

また、本実施例の上記ステップＳ１１０では、グローバルＩＰアドレスの取得に成功した場合には、ＩＳＰ４００側にＤＨＣＰサーバ４１０が設置されていることがわかり、失敗した場合には、ＰＰＰｏＥサーバ４２０が設置されていることがわかる。つまり、ＩＳＰ４００側にＤＨＣＰサーバ４１０とＰＰＰｏＥサーバ４２０のどちらが設置されているかを判別することができる。従って、かかる判別の結果をフラッシュＲＯＭ１３２に記憶させれば、電源が再投入された場合に、ＤＨＣＰサーバ４１０とＰＰＰｏＥサーバ４２０のどちらにグローバルＩＰアドレスを要求すればよいかを容易に判別することができる。かかる判別の結果、ＩＳＰ４００にＰＰＰｏＥサーバ４２０が設置されていることがわかれば、上述したステップＳ１００〜Ｓ１１０を省略するものとしてもよい。こうすることにより、迅速にインターネット５００への接続を確立することができる。

（Ａ４）変形例：
上記実施例の初期設定処理では、最初に、ＤＨＣＰサーバ４１０にアクセスしてからＰＰＰｏＥサーバ４２０にアクセスを行うものとして説明した。しかし、逆に、最初にＰＰＰｏＥサーバ４２０にアクセスしてからＤＨＣＰサーバ４１０にアクセスするものとしてもよい。

図５は、このような場合における初期設定処理のフローチャートである。まず、ＣＰＵ１３１は、ＰＰＰｏＥサーバ４２０に接続を試みる（ステップＳ１０１）。所定の時間（例えば、１０秒）が経過し、ＰＰＰｏＥサーバ４２０から反応がなかった場合には、ＰＰＰｏＥサーバ４２０への接続が失敗したと判断する（ステップＳ１０２：Ｎｏ）。このような場合には、ＩＳＰ４００側にＰＰＰｏＥサーバ４２０が設置されていないものとみなすことができるため、ＣＰＵ１３１は、次に、ＤＨＣＰサーバ４１０に対してＩＰアドレスを要求する（ステップＳ１０３）。そして、ＤＨＣＰサーバ４１０からグローバルＩＰアドレスが取得されれば、取得したグローバルＩＰアドレスをＷＡＮ側ＩＰアドレスとして設定する（ステップＳ１４０）。

一方、上記ステップＳ１０１において、ＰＰＰｏＥサーバ４２０への接続が成功した場合には（ステップＳ１０２：Ｙｅｓ）、以降、上記実施例で説明した処理と同様の処理（ステップＳ１２０〜）を実行することで、ＰＰＰｏＥサーバ４２０からグローバルＩＰアドレスを取得することができる。

このような変形例によっても、実施例と同様に、容易に通信装置１００の設定を行うことが可能になる。しかし、本変形例のようにＤＨＣＰサーバ４１０よりも先にＰＰＰｏＥサーバ４２０に対してアクセスする場合には、図１に示したＡＤＳＬモデム２００がブリッジタイプのモデムではなく、ＰＰＰｏＥブリッジ機能とＤＨＣＰサーバ機能を備えたルータタイプのＡＤＳＬモデム（以下、このようなＡＤＳＬモデムを「ＰＰＰｏＥモデム」と記載する）の場合に特に効果的である。

例えば、ＰＰＰｏＥモデムを介して、先にＤＨＣＰサーバからグローバルＩＰアドレスを取得しようとすると、実際には、ＰＰＰｏＥモデムのＤＨＣＰサーバ機能によってＩＰアドレスが取得されることとなる。つまり、通信装置１００のＷＡＮ側ＩＰアドレスには、ＩＳＰ４００側から割り当てられたグローバルＩＰアドレスではなく、ＰＰＰｏＥモデムから割り当てられたプライベートＩＰアドレスが設定されることになる。このような場合に、ＰＰＰｏＥモデムとインターネット５００との接続が確立していない場合には、クライアントＣＬから、インターネット５００への接続ができないことになる。

しかし、本変形例のようにＤＨＣＰサーバ４１０よりも先にＰＰＰｏＥサーバ４２０に対するアクセスを先に行えば、ＩＳＰ４００側にＰＰＰｏＥサーバが設置されている場合には、ＰＰＰｏＥモデムのＰＰＰｏＥブリッジ機能の働きにより、正常にＩＳＰ４００側からグローバルＩＰアドレスを取得できる。従って、ＰＰＰｏＥモデムの設定に関係なく、クライアントＣＬをインターネット５００に接続することができるのである。

ＩＳＰ４００側にＰＰＰｏＥサーバでなく、ＤＨＣＰサーバが設置されている場合には、ＰＰＰｏＥモデムは、通常、このＤＨＣＰサーバからグローバルＩＰアドレスの割り当てを受けている。そのため、通信装置１００は、ＰＰＰｏＥサーバ４１０に対する接続が失敗したとしても、ＰＰＰｏＥモデムのＤＨＣＰサーバ機能によってＩＰアドレスの割り当てを受けることができる。つまり、本変形例によれば、ＡＤＳＬモデム２００が、ブリッジタイプのモデムではなく、ＰＰＰｏＥブリッジ機能とＤＨＣＰサーバ機能とを備えたルータタイプのＡＤＳＬモデムの場合であっても、容易にインターネットへの接続を行うことが可能になるのである。

Ｂ．第２実施例：
上述した第１実施例では、通信設定として、ＰＰＰｏＥサーバ４２０による認証に必要なユーザＩＤとパスワードの設定を行う場合について説明した。しかし、本発明は、このような場合に限られず適用可能である。そこで、本第２実施例では、通信設定として、無線通信に用いるＷＥＰキーの設定を行う場合について説明する。ＷＥＰキーとは、無線信号を暗号化するための鍵情報である。

図６は、通信装置１００のＣＰＵ１３１が実行するＷＥＰキー設定処理のフローチャートである。かかる処理は、通信装置１００の起動時に実行される。なお、図の右側には、クライアントＣＬ側で実行される処理を示している。

まず、ＣＰＵ１３１は、ＷＥＰキーが既に設定されているか否かを判断する（ステップＳ６００）。かかる判断は、フラッシュＲＯＭ１３２にＷＥＰキーが記憶されているか否かに基づき行う。ＷＥＰキーが記憶されている場合には、既に通信設定が完了していると判断して（ステップＳ６００：Ｙｅｓ）、本処理を終了する。一方、ＷＥＰキーが記憶されていない場合には、未だ通信設定が完了していないと判断し（ステップＳ６００：Ｎｏ）、クライアントＣＬからのＤＮＳリクエストの送信があるまで待機する（ステップＳ６１０）。

以降の処理（ステップＳ６２０〜Ｓ６７０）は、第１実施例に対して、ユーザから入力を行う情報がＷＥＰキーであることが相違するのみであり、第１実施例で説明した処理（図３および図４のステップＳ１６０〜Ｓ２００，Ｓ２３０）と基本的に同様の処理を実行する。また、クライアントＣＬ側で実行される処理（ステップＳ７００〜Ｓ７６０）も、第１実施例で説明した処理（図３および図４のステップＳ５００〜Ｓ５６０）と同様である。従って、詳細な説明は省略する。これらの処理によって、通信装置１００は、クライアントＣＬのＷｅｂブラウザからＷＥＰキーを受信し、フラッシュＲＯＭ１３２に記憶させることができる。本処理を終了した以降には、このＷＥＰキーを用いることで、クライアントＣＬと暗号化を施した通信を行うことができる。

以上で説明した第２実施例によれば、ユーザは、容易にＷＥＰキーの設定を行うことができるので、セキュリティを向上させた通信を行うことが可能となる。なお、ここでは、ＷＥＰキーの設定を行う場合について説明したが、その他にも、例えば、ＳＳＩＤが工場出荷状態から変更されていない場合に、通信設定が行われていないと判断し、新たなＳＳＩＤの入力を求めるためのＷｅｂページをクライアントＣＬに表示させるものとしてもよい。また、通信装置１００が、無線の混信や干渉を検出した場合に、通信設定が完了していないと判断し、無線チャンネルの変更を求めるためのＷｅｂページを表示させるものとしてもよい。

以上、本発明の種々の実施形態について説明したが、本発明はこうした形態に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、ソフトウェアによって実現した機能はハードウェアによって実現するものとしてもよい。また、クライアントＣＬ側では、Ｗｅｂブラウザが起動され、かかるＷｅｂブラウザからＤＮＳリクエストが送信されるものとして説明したが、ＦＴＰクライアントソフトウェアやＧＯＰＨＥＲクライアントソフトウェア、ＴＥＬＮＥＴクライアントソフトウェア等の起動により、これらのソフトウェアからＤＮＳリクエストが送信されるものとしてもよい。このような場合には、ＨＴＴＰプロトコルではなく、それぞれのプロトコルに応じてパスワードやユーザＩＤを入力するためのユーザインタフェースを提供するものとすることができる。

インターネット接続システム９００を示す説明図である。 通信装置１００の概略構成を示すブロック図である。 初期設定処理のフローチャートである。 初期設定処理のフローチャートである。 変形例における初期設定処理のフローチャートである。 ＷＥＰキー設定処理のフローチャートである。

符号の説明

１００...通信装置
１１０...ＬＡＮ側通信回路
１１１〜１１３...ＬＡＮポート
１１４...無線通信回路
１２０...ＷＡＮ側通信回路
１３０...制御回路
１３１...ＣＰＵ
１３２...フラッシュＲＯＭ
１３３...ＲＡＭ
１５０...判断手段
１５１...ＩＰアドレス返信手段
１５２...ページ返信手段
１５３...設定情報受信手段
１５４...設定手段
２００...ＡＤＳＬモデム
３００...電話回線
４００...インターネットサービスプロバイダ
４１０...ＤＨＣＰサーバ
４２０...ＰＰＰｏＥサーバ
５００...インターネット
９００...インターネット接続システム

Claims (6)

1. 通信を行うための所定の通信設定に基づきネットワークを介してコンピュータと通信を行う通信装置であって、
   前記通信設定が完了しているか否かを判断する判断手段と、
   前記判断手段により前記通信設定が完了していないと判断され、かつ、前記コンピュータから任意のサーバ名に対応するＩＰアドレスを検索するためのリクエストを受信した場合に、該リクエストの内容に関わらず、当該通信装置に固有のＩＰアドレスを返信するＩＰアドレス返信手段と、
   前記返信したＩＰアドレスに対するページ表示要求を前記コンピュータから受信した際に、前記通信設定に要する情報を入力するための所定のページを返信するページ返信手段と、
   前記返信したページに入力された情報を前記コンピュータから受信する設定情報受信手段と、
   前記受信した情報に基づき、前記通信設定を完了する設定手段と
   を備える通信装置。
2. 請求項１に記載の通信装置であって、
   当該通信装置は、前記ネットワークと第２のネットワーク間における通信を中継する装置であり、
   前記判断手段は、前記通信設定として、前記第２のネットワークに接続された所定のサーバから前記第２のネットワークに対する通信に必要な第２のＩＰアドレスを取得するために用いる情報が設定されていない場合に、設定が完了していないと判断する手段を備える
   通信装置。
3. 請求項２に記載の通信装置であって、
   前記所定のサーバとは、ＰＰＰｏＥサーバであり、
   前記第２のＩＰアドレスを取得するために用いる情報とは、前記ＰＰＰｏＥサーバに対して送信すべきユーザＩＤおよびパスワードである
   通信装置。
4. 請求項１に記載の通信装置であって、
   前記ネットワークは、無線ネットワークであり、
   前記判断手段は、前記通信設定として、前記無線ネットワークを介した通信に用いるＳＳＩＤ、ＷＥＰキー、無線チャンネルのうち、少なくとも１つが設定されていない場合に、設定が完了していないと判断する手段を備える
   通信装置。
5. 請求項１ないし４のいずれかに記載の通信装置であって、
   前記ＩＰアドレス返信手段は、前記リクエストをＤＮＳリクエストによって受信し、前記固有のＩＰアドレスをＤＮＳリプライによって返信する手段を備える
   通信装置。
6. 通信を行うための所定の通信設定に基づきネットワークを介してコンピュータと通信を行う通信装置の設定方法であって、
   前記通信装置が、前記通信設定が完了しているか否かを判断し、
   前記判断の結果、前記通信設定が完了していないと判断され、かつ、前記コンピュータから任意のサーバ名に対応するＩＰアドレスを検索するためのリクエストを受信した場合に、該リクエストの内容に関わらず、該通信装置に固有のＩＰアドレスを返信し、
   前記返信したＩＰアドレスに対するページ表示要求を前記コンピュータから受信した際に、前記通信設定に要する情報を入力するための所定のページを返信し、
   前記返信したページに入力された情報を前記コンピュータから受信し、
   前記受信した情報に基づき、前記通信設定を完了する
   設定方法。

Images