JP2003218948A - ダイヤルアップ機能付き通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 ルータの設定を変更することなく、クライア
ント機器から任意のタイミング、任意の設定（電話番号
など）でWANへブリッジ接続を可能にするダイヤルアッ
プ機能付き通信装置を提供する。 【解決手段】 本発明は、ＬＡＮインターフェイスに接
続されたクライアント１２０からの接続先のサーバを示
す情報に基づいて、接続先のサーバ１１０−１にＷＡＮ
インターフェイスを介してダイヤルアップ接続すること
ができる通信装置１００である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ダイヤルアップ機
能付き通信装置に関する。

【０００２】

【従来の技術】ISDN(Integrated Services Digital Net
work)ルータやアナログモデム機能を持ったルータは、W
AN(Wide Area Network)側にISDN回線あるいはアナログ
回線へ接続するためのポート、LAN(Local Area Networ
k)側にイーサネット（登録商標）, USB(Universal Ser
ial Bus),無線LANなどへ接続するためのポートを持ち、
WAN-LAN間をルーティングする機能を持つ。

【０００３】この場合、ISDN回線あるいはアナログ回線
への接続は、予めルータに電話番号などの接続条件を設
定しておき、必要に応じてルータがダイヤルアップによ
ってWANに接続するようになっていた。

【０００４】具体的には、ルータはルーティングするパ
ケットのＩＰなどに基づいて、当該パケットがＬＡＮ側
或いはＷＡＮ側にルーティングされるものであるかを判
断し、ＷＡＮ側と判断された場合に、ダイヤルアップに
よってWANに接続する。つまり、LAN側のクライアントか
ら任意のタイミングで任意の接続先にルータをダイヤル
アップ接続させることができなかった。

【０００５】また、製品によってはルータ機能を不使用
に設定し、TA(ターミナルアダプタ)として使うことで、
任意のタイミングで任意の接続先にダイヤルアップ接続
することができるものもある。しかし、この場合、クラ
イアントとの接続方法はRS-232Cケーブルである。

【０００６】

【発明が解決しようとする課題】しかしながら、上記し
た従来技術においては、LAN側のクライアント機器をイ
ーサネットや無線LANなどでルータ（ゲートウェイ）と
接続した場合、インターネットから社内LANへ接続する
ことができず、かつ社内LANからインターネットへの接
続に制限がかかっている場合には、インターネット接続
時はISP(Internet Service Provider)のアクセスポイン
トに、社内LAN接続時はオフィスのリモートアクセスサ
ーバ（ＲＡＳ）にダイヤルアップ接続する必要があり、
その都度、ルータが持っている接続方法（電話番号な
ど）の設定情報を変更せねばならず、手間がかかった。

【０００７】また、インターネットに接続するときはル
ータでISPに常時接続し、社内LANへの接続するときはブ
リッジとして一時的にリモートアクセスサーバに接続し
たいといった用途には応えられなかった。

【０００８】なお、LAN接続（例えばイーサネット）上
でRS-232Cシリアルポートをエミュレーションするプロ
トコルが搭載されていないため、LAN側のクライアント
から任意のタイミングで任意の接続先電話番号にダイヤ
ルアップ接続することが出来なかった。

【０００９】そのため、別途PCのRS-232Cシリアルポー
トにアナログモデムやTA(ターミナルアダプタ)を接続す
るか、PC内蔵アナログモデムにアナログ回線を接続する
など、接続方法を変更しなければならなかった。

【００１０】一方、ルータをＴＡとして使用すること
で、任意のタイミングで任意の接続先にダイヤルアップ
接続する方法の場合、ルータとクライアントの接続はＲ
Ｓ−２３２Ｃケーブルであるため、複数のクライアント
の中から任意のクライアントがダイヤルアップ接続を行
なうことができないという問題があった。

【００１１】本発明は、上記の問題を解決するためにな
されたものであり、ルータの設定を変更することなく、
クライアント機器から任意のタイミング、任意の設定
（電話番号など）でWANへブリッジ接続を可能にするダ
イヤルアップ機能付き通信装置を提供することを目的と
する。

【００１２】また、ＷANへのルータ接続及びダイヤルア
ップ接続のどちらをもルータとPCとの接続はLAN(イーサ
ネットや無線LANなど)接続のみで済ませることが可能な
ダイヤルアップ機能付き通信装置を提供することを目的
とする。

【００１３】

【課題を解決するための手段】したがって、上記目的を
達成するために、本発明の第１の観点は、通信端末が接
続可能なＬＡＮ(Local Area Network)インターフェイス
と、ダイヤルアップ接続可能な複数のサーバが接続され
た第１のＷＡＮ(Wide Area Network)インターフェイス
と、前記ＬＡＮインターフェイスに接続された前記通信
端末から、前記第１のＷＡＮインターフェイスに接続さ
れたサーバへの接続要求を受けた場合に、前記通信端末
から送られる接続要求先のサーバを示す情報に基づい
て、前記接続要求先のサーバに前記第１のＷＡＮインタ
ーフェイスを介してダイヤルアップ接続する接続手段と
を具備することを特徴とするダイヤルアップ機能付き通
信装置、である。

【００１４】

【発明の実施の形態】まず、本発明で使用するPPPoEに
ついて説明する。

【００１５】PPP(Point to Point Protocol, RFC1661)
は、電話回線など１対１で接続されたリンク上にマルチ
プロトコルのデータグラムを転送する手法である。PPPo
E(Point to Point Protocol over Ethernet, RFC2516)
は、このPPPによる転送を、１つの伝送路を複数の端末
が共有するイーサネット上で行うためのプロトコルであ
る（実際には、イーサネット以外にもIEEE802.11無線LA
Nなどでも使用可能である）。

【００１６】ADSL(Asymmetric Digital Subscriber Lin
e)によるインターネット接続に、PPPoEを使用した場合
の構成例を図１に示す。

【００１７】同図に示すように、クライアント１は、イ
ーサネット２、ＡＤＳＬモデム３、電話線４、集合モデ
ム（ＤＳＬＡＭ）５を介してイーサネット６に接続され
ている。このイーサネット６には、アクセス・コンセン
トレータ（サーバ）７．８が接続されており、ここで
は、アクセス・コンセントレータ７を介して、プロバイ
ダ９又はプロバイダ１０を介してインターネット１１に
接続される。

【００１８】PPPoEには、ディスカバリステージとPPPセ
ッションステージの２つの異なるステージがある。クラ
イアントがPPPoEステージを開始する場合、まずディス
カバリステージを実行し、同一ネットワーク上にあるす
べてのアクセスコンセントレータ（サーバ）を検索し、
そのうちの１つとPPPoEセッションを確立する。ディス
カバリステージが完了するとPPP通信を行うPPPセッショ
ンステージに進む。図２は、PPPoEのデータリンクフレ
ームの構造を示す図である。

【００１９】同図において、「プロトコルタイプ」はデ
ィスカバリステージの場合は8863h、セッションステー
ジの場合は8864hである。

【００２０】「コード」は、ディスカバリステージのパ
ケットの種別を表す。PADI(PPPoE Active Discovery In
itiator)パケットは09h、PADO(PPPoE Active Discovery
Offer)パケットは07h、PADR(PPPoE Active Discovery
Request)パケットは19h、PADS(PPPoE Active Discovery
Session-confirmation)パケットは65h、PADT(PPPoEAct
ive Discovery Terminate)パケットはa7hがセットされ
る。PPPセッションステージではコードは00hである。

【００２１】「セッションID」は、アクセスコンセント
レータからクライアントに通知され、PPPセッションス
テージで使用される。

【００２２】ディスカバリステージのPPPoEペイロード
には、図３に示すように、０個もしくは複数個のタグが
含まれている。１つのタグはタイプ、長さ、値で構成さ
れ、以下のように定義されている。「タグタイプ」は、
タグの種別を示し、例えばService-Nameタグは0101h、A
C-Nameタグは0102hである。

【００２３】PPPセッションステージのPPPoEペイロード
を図４に示す。プロトコル、PPPペイロードはPPPのデー
タリンクフレームで使用されるものと同一である。

【００２４】次に、PPPoEの接続・切断手順の一例を以
下に示す。

【００２５】クライアントがPPPoEステージを開始する
場合、ピアのEthenrnet MACアドレスの識別とPPPoEセッ
ションIDを確立するために、まずディスカバリステージ
を実行する。

【００２６】以下、ディスカバリーステージの動作につ
いて、図５のタイムチャートを参照して説明する。

【００２７】まず、クライアントは、アクセスコンセン
トレータを探索するために、PADI(PPPoE Active Discov
ery Initiator)パケットをブロードキャストする（Ｓ０
−１）。このとき、Service-Nameタグには要求するサー
ビス名をセットすることができるが、通常は空にする。

【００２８】次に、Ｓ０−２において、アクセスコンセ
ントレータは、応答としてPADO(PPPoE Active Discover
y Offer)パケットをクライアントあてにユニキャストす
る（以下、単に「送信する」と記述する）。

【００２９】クライアントは、PPP接続要求としてPADR
(PPPoE Active Discovery Request)パケットを送信する
（Ｓ０−３）。（現状ではPADIに応答するアクセスコン
セントレータはリモート側に1台しかないが、クライア
ントが複数のPADOパケットを受信した場合は、その中か
ら接続するアクセスコンセントレータを選択する。） アクセスコンセントレータは、セッションIDを生成し、
PADS(PPPoE Active Discovery Session-confirmation)
パケットを送信する（Ｓ０−４）。これにより、ディス
カバリステージが終了する。

【００３０】その後、クライアントとアクセスコンセン
トレータは、PPPによる通信を行う（Ｓ０−５：ＰＰＰ
セッションステージ）。

【００３１】次に、切断時の動作について説明する。

【００３２】クライアントは終了要求として、PPPのLCP
(Link Control Protocol)パケットでTerminate-Request
を送信する（Ｓ０−６）。

【００３３】アクセスコンセントレータは、終了確認応
答として、PPPのLCPパケットでTerminate-Ackを送信
し、PPPセッションを終了する（Ｓ０−７）。

【００３４】クライアントは、PPPセッションを終了
し、PADT(PPPoE Active Discovery Terminate)パケット
を送信し、PPPoEセッションを終了する（Ｓ０−８）。

【００３５】アクセスコンセントレータは、PADT(PPPoE
Active Discovery Terminate)パケットを送信し、PPPo
Eセッションを終了する（Ｓ０−９）。

【００３６】＜第１の実施の形態：WANインタフェース
が１つのブリッジデバイスの場合＞次に、本発明の第１
の実施の形態に係る通信装置について説明する。

【００３７】図６は、本発明の第１の実施の形態に係る
通信装置を示す図である。

【００３８】同図に示すように、本実施の形態の通信装
置１００は、アナログモデム、TA(ターミナルアダプ
タ)、RS-232Cインタフェースなどのダイヤルアップ接続
可能なWANインタフェース１０１を１つ、イーサネッ
ト、無線LANなどのLANインタフェース１０２−１〜１０
２−Ｎを有するブリッジデバイスである。

【００３９】制御部１０３は、WANインタフェース１０
１のダイヤルアップ接続の制御や、LANインタフェース
１０２−１〜１０２−Ｎ間のパケットの中継、LANとWAN
とのパケットの中継などを行う。記憶部１０４は、各イ
ンタフェースの制御や中継に必要な情報などを記憶す
る。

【００４０】図７は、本発明の第１の実施の形態に係る
通信装置１００を使用してシステムを構成した例を示す
図である。同図において、通信装置１００のLANインタ
フェース１０２は１つでイーサネットデバイス、ダイヤ
ルアップ接続可能なWANインタフェース１０１はアナロ
グモデムである。

【００４１】アナログモデム１０１は、アナログ回線１
５０を通って、ISP(Internet Service Provider)のリモ
ートアクセスサーバ１１０−１や、社内LANのリモート
アクセスサーバ１１０−２などに接続することができ
る。イーサネットインタフェース１０２の先にはイーサ
ネットケーブルを介してクライアント１２０が接続され
ている。

【００４２】本通信装置はPPPoEのアクセスコンセント
レータの機能を持つ。クライアントはPPPoEを用いて本
通信装置と接続し、本通信装置はダイヤルアップ接続
（回線の接続とPPP接続）を用いてリモートアクセスサ
ーバに接続する。

【００４３】つまり、クライアント−本通信装置間には
PPPoEを使用し、本通信装置−リモートアクセスサーバ
間にはPPPを使用して通信を行う。さらに両区間をつな
ぐために、本通信装置はPPPoEとPPPのパケットを相互に
変換し、中継する。

【００４４】通常のPPPoEでは１台のクライアントに対
して１台のリモートアクセスサーバ（アクセスコンセン
トレータ）がディスカバリステージ、PPPセッションス
テージを通してクライアントと通信を行うが、本発明で
のクライアントは、ディスカバリステージは本通信装置
と、PPPセッションステージはリモートアクセスサーバ
と通信を行う。そのために本通信装置はディスカバリス
テージ中にリモートアクセスサーバとダイヤルアップ接
続を確立する。

【００４５】ダイヤリングは本通信装置が行うため、ク
ライアントは接続先の電話番号を本通信装置に前もって
通知する必要がある。これは、Service-Nameタグに電話
番号情報をセットすることにより行う。

【００４６】以下、図１０を参照して、本発明の実施の
形態に係る通信装置の接続・通信・切断の手順について
説明する。

【００４７】クライアントは、本通信装置を探索するた
めに、Service-Nameタグに接続先のリモートアクセスサ
ーバの電話番号をセットし、PADI(PPPoE Active Discov
eryInitiator)パケットをブロードキャストする（Ｓ−
１）。

【００４８】次に、Ｓ−２において、本通信装置は、応
答としてPADO(PPPoE Active Discovery Offer)パケット
をクライアントあてにユニキャストする（以下、単に
「送信する」と記述する）。

【００４９】クライアントは、PPP接続要求としてPADR
(PPPoE Active Discovery Request)パケットを送信する
（Ｓ−３）。

【００５０】本通信装置は、受け取った電話番号を用い
て、WANインタフェース（アナログモデム）から接続し
たいリモートアクセスサーバにダイヤルし（Ｓ−４）、
リモートアクセスサーバとの回線接続が確立する（Ｓ−
５）。

【００５１】本通信装置はセッションIDを生成し、PADS
(PPPoE Active Discovery Session-confirmation)パケ
ットを送信する（Ｓ−６）。これにより、ディスカバリ
ステージを終了し、次に、PPPセッションステージに進
む。

【００５２】クライアントとリモートアクセスサーバ
は、本通信装置を経由して、PPPによる通信を行う（Ｓ
−７）。PPPセッションステージでは、本通信装置はPPP
oEパケットとPPPパケットの相互変換（後述）と転送を
行うのみである。

【００５３】次に、切断時の動作について説明する。

【００５４】クライアントは終了要求として、PPPのLCP
パケットでTerminate-Requestを送信する（Ｓ−８）。
リモートアクセスサーバは、終了確認応答として、PPP
のLCPパケットでTerminate-Ackを送信し、PPPセッショ
ンを終了する（Ｓ−９）。

【００５５】クライアントはPPPセッションを終了し、P
ADT(PPPoE Active Discovery Terminate)パケットを送
信し、PPPoEセッションを終了する（Ｓ−１０）。その
後、本通信装置は回線を切断する（Ｓ−１１）。

【００５６】本通信装置は、PADT(PPPoE Active Discov
ery Terminate)パケットを送信し、PPPoEセッションを
終了する（Ｓ−１２）。

【００５７】次に、ＰＰＰセッションステージにおける
ＰＰＰパケットとＰＰＰｏＥパケットとの相互変換方法
について説明する。

【００５８】PPPとPPPoE（セッションステージ）相互の
パケット変換方法として、PPPoEをイーサネット上で使
用した例を以下に示す。PPPのデータリンクフレームの
構造を図８に、PPPセッションステージのPPPoEのデータ
リンクフレームの構造を図９に示す。

【００５９】＜LAN→WAN＞LANからWANへのパケットの転
送は以下の通りとなる。

【００６０】本通信装置は、LAN側のポートからプロト
コルタイプが8864hのパケットを受信すると、PPPoEのセ
ッションステージのパケットであると判断し、セッショ
ンIDをチェックして自分がPADSパケットで通知した値と
同じであることを確認する。

【００６１】次に、パケットの変換を行う。まず、FCS
をチェックしデータフレームが正しいことを確認する。
次に、PPPoEペイロード（プロトコルとPPPペイロード）
を取り出し、PPPに必要な、フラグ(=7Eh)、アドレス(=F
Fh)、制御(=03h)をその前に追加し、FCSを再計算して最
後に追加する。そして、そのパケットをWAN側に送出す
る。

【００６２】＜WAN→LAN＞WANからLANへのパケットの転
送は以下の通りとなる。

【００６３】本通信装置がWAN側からPPPパケットを受信
すると、まずFCSをチェックし、データフレームが正し
いことを確認する。次に、PPPパケットからプロトコル
とPPPペイロードを取り出し、PPPoEに必要な、バージョ
ン(=1)、タイプ(=1)、コード(=0)、セッションID、長さ
をその前に追加し、FCSを再計算して最後に追加する。
それを、イーサネットのMACフレームに載せて（イーサ
ネットの場合はEthenetヘッダとイーサネットフッタを
追加して）送信する。セッションIDはディスカバリステ
ージでクライアントに通知したセッションIDを使用す
る。プロトコルタイプは8864hである。

【００６４】このようなプロトコル変換を行なうことに
より、ＰＰＰセッションステージにおける通信が可能と
なる。

【００６５】したがって、本実施の形態に係る通信装置
によれば、本通信装置に予め接続方法を設定することな
く、クライアントの指示で任意のリモートアクセスサー
バを選んでダイヤルアップ接続を行うことができる。そ
の際にLCP/NCP(Network Control Protocol)ネゴシエー
ションもクライアント−リモートアクセスサーバ間で直
接行うことができる。

【００６６】また、クライアントからはリモートアクセ
スサーバとPPPoE接続しているように見える。ゆえに、W
AN接続に従来のPPPoEクライアントソフトを流用でき
る。

【００６７】さらに、リモートアクセスサーバからはク
ライアントとダイヤルアップ接続しているように見え
る。ゆえに、従来のリモートアクセスサーバとそのまま
通信できる。

【００６８】さらに、ダイヤルアップ用の接続インタフ
ェース（アナログモデム、TA、RS-232Cインタフェース
など）を持たないクライアント機器でも、LANインタフ
ェース（Ethenet,無線LANなど）を持っていれば、ダイ
ヤルアップ接続を行うことができる。

【００６９】＜第２の実施の形態：WANインタフェース
が１つで、ルータ・ブリッジ切替機能を持つ場合＞次
に、本発明の第２の実施の形態にかかる通信装置につい
て説明する。

【００７０】図１１は、本発明の第２の実施の形態に係
る通信装置の構成を示す図である。

【００７１】同図に示すように、通信装置２００は、ア
ナログモデム、TA(ターミナルアダプタ)、RS-232Cイン
タフェースなどのダイヤルアップ接続可能なWANインタ
フェース２０１を１つ、イーサネット、無線LANなどのL
ANインタフェース２０２−１〜２０２−Ｎを複数持った
ルータである。制御部２０３は、WANインタフェースの
ダイヤルアップ接続の制御や、LANインタフェース間の
パケットの中継、LANとWANのパケットの中継やルーティ
ングなどを行う。記憶部２０４は、ルーティングやフィ
ルタリングに必要な情報などを記憶する。

【００７２】図１２は、本発明の第２の実施の形態に係
る通信装置２００を使用してシステムを構成した例を示
す図である。同図に示すように、本通信装置２００のLA
Nインタフェースは２つとしている。

【００７３】ダイヤルアップ接続可能なWANインタフェ
ース２０１はTAであり、ISDN回線２５０を通って、ISP
(Internet Service Provider)のリモートアクセスサー
バ２１０−１や、社内LANのリモートアクセスサーバ２
１０−２などに接続することができる。

【００７４】LANインタフェース２０２−１はイーサネ
ットインタフェースであり、イーサネットケーブルでク
ライアント２２０−１が接続されている。LANインタフ
ェース２０２−２はIEEE802.11無線LANであり、２つの
クライアント２２０−２、クライアント２２０−３が無
線接続されている。

【００７５】本通信装置は、ルータモードとブリッジモ
ードの２つのモードを持つ。通常状態では、本通信装置
はルータモードとして動いている。ルータモードの機能
を説明する論理ブロック図を図１３に、ブリッジモード
の機能を説明する論理ブロック図を図１４に示す。

【００７６】ルータモードでは、中継部２０３−１がLA
Nインタフェース間のパケットの中継を行い、ルーティ
ング部２０３−２が必要なときにWANインタフェースの
先のリモートアクセスサーバへダイヤルアップ接続を行
ってLANインタフェースとWANインタフェースの間のパケ
ットのルーティングを行う。

【００７７】本通信装置が任意のクライアントからPPPo
E接続要求（プロトコルタイプが8863hのパケット）を受
けると、PPPoEのディスカバリステージを経てブリッジ
モードに移行する。

【００７８】ブリッジモードでは、中継部２０３−１が
LANインタフェース間のパケットの中継を行うが、ルー
ティング部は機能を停止する。ブリッジ部２０３−３は
第１の実施の形態と同じようにWANインタフェース２０
１を使用してリモートアクセスサーバとダイヤルアップ
接続し、LANインタフェースから受信したPPPoEパケット
をPPPパケットに変換し、WANインタフェースへ中継する
（逆にWANインタフェースから受信したPPPパケットはPP
PoEパケットに変換し、LANインタフェースへ中継す
る）。

【００７９】図１４は、イーサネットインタフェース２
０２−１とTA２０１がブリッジ接続した例を示してい
る。なお、LANインターフェース２０２−１からブリッ
ジ部２０３−３に渡されるパケットはPPPoEパケット
（プロトコルタイプが8863h,8864hのパケット）のみで
あり、その他のパケットは中継部：２０３−１へ渡され
る。また、図１４では、論理的な機能を説明するために
イーサネットインタフェース２０２−１と制御部２０３
が２本の線で接続されているが、物理的には１本であ
る。PPP接続の切断後、ルータモードに戻る。

【００８０】以下、図１０を参照して、本発明の第２の
実施の形態に係る通信装置の接続・通信・切断の手順に
ついて説明する。

【００８１】本発明の実施の形態の通信装置の動作は、
基本的には、第１の実施の形態と同様であり、ここでは
異なる部分についてのみ説明する。

【００８２】第１の実施の形態にかかる通信装置におい
ては、ルータ機能を意図していないため、クライアント
からＰＰＰ接続要求が行なわれると、Ｓ４において、ク
ライアントから受け取った電話番号を使用してダイヤル
アップ接続を行なっていた。

【００８３】本実施の形態の通信装置においては、クラ
イアントからＰＰＰ接続要求としてＰＡＤＲパケットを
受信すると、ルーティング動作を停止し、WAN側へダイ
ヤルアップ接続していた場合は一度切断し、ルータモー
ドからブリッジモードに移行する。そして、本通信装置
は、受け取った電話番号を用いて、WANインタフェース
からリモートアクセスサーバにダイヤルし、回線接続を
行う。

【００８４】また、本実施の形態の通信装置において
は、Ｓ−１２において、PADT(PPPoE Active Discovery
Terminate)パケットを送信し、PPPoEセッションを終了
した後、すなわち、切断処理の完了後、ルータモードに
移行する。必要に応じてルータモードでのダイヤルアッ
プ接続を再び行う。

【００８５】したがって、本実施の形態の通信装置によ
れば、通常はダイヤルアップルータとして使用し、必要
なときにクライアントから直接他のリモートアクセスサ
ーバにダイヤルアップ接続することが可能となる。特
に、無線LAN機能を持ったノートPCからインターネット
にも社内LANにも接続したい場合に利便性が大幅に向上
する。

【００８６】すなわち、家庭で使用する場合など、通常
はフレッツISDNなどでインターネットに常時接続してお
き、必要なときに社内LANにダイヤルアップ接続する、
といった使用方法が可能となる。

【００８７】＜第３の実施の形態：WANインタフェース
が２つで、ルータ機能とブリッジ機能が併用可能な場合
＞図１５は、本発明の第３の実施の形態に係る通信装置
の構成を示す図である。

【００８８】同図に示すように、本実施の実施の形態に
係る通信装置３００は、WANインタフェース３０１を２
つを持ち、イーサネット、無線LANなどのLANインタフェ
ース３０２を１つないしは複数持ったルータである。

【００８９】WANインタフェース３０１のうち一方はア
ナログモデム、TA(ターミナルアダプタ)、RS-232Cイン
タフェースなどのダイヤルアップ接続可能なWANインタ
フェースであり、もう一方はADSL、ケーブルテレビ、IS
DN専用線などに接続可能なWANインタフェースである
（あるいはダイヤルアップ接続可能なWANインタフェー
スでもよい）。

【００９０】制御部３０３は、WANインタフェースのダ
イヤルアップ接続の制御や、LANインタフェース間のパ
ケットの中継、LANとWANのパケットの中継やルーティン
グなどを行う。記憶部３０４は、ルーティングやフィル
タリングに必要な情報などを記憶する。

【００９１】本通信装置３００を使用してシステムを構
成した例を図１６に示す。本実施の形態においては、本
通信装置３００のLANインタフェースは３つとしてい
る。WANインタフェース３０１−１はRS-232Cインタフェ
ースであり、TA３６０を介してISDN回線３５０を通っ
て、社内LANのリモートアクセスサーバ３１０−１など
に接続することができる。

【００９２】WANインタフェース３０１−２はADSLモデ
ムであり、電話線を通ってISP(Internet Service Provi
der)のリモートアクセスサーバ３１０−２に常時接続し
ている。LANインタフェース３０２−１、LANインタフェ
ース３０２−２は共にイーサネットインタフェースであ
り、それぞれクライアント３２０−１、クライアント３
２０−２がイーサネットケーブルで接続されている。LA
Nインタフェース３０２−３はIEEE802.11無線LANインタ
フェースであり、クライアント３２０−３が無線接続さ
れている。

【００９３】本通信装置は、ルータモードとルータ・ブ
リッジ併用モードの２つのモードを持つ。通常状態で
は、本通信装置はルータモードとして動いている。ルー
タモードの機能を説明する論理ブロック図を図１７に、
ルータ・ブリッジ併用モードの機能を説明する論理ブロ
ック図を図１８に示す。

【００９４】ルータモードではWANインタフェース（RS-
232C）３０１−１は使用しておらず、WANインタフェー
ス（ADSLモデム）３０１−２のみ使用している。中継部
３０３−１がLANインタフェース間のパケットの中継を
行い、ルーティング部３０３−２がLANインタフェース
とWANインタフェース（ADSLモデム）３０１−２の間の
パケットのルーティングを行う。

【００９５】本通信装置が任意のクライアントからPPPo
E接続要求（プロトコルタイプが8863hのパケット）を受
けると、PPPoEのディスカバリステージを経てルータ・
ブリッジ併用モードに移行する。

【００９６】ルータ・ブリッジ併用モードでは、ルータ
モードに加えて、ブリッジ部３０３−３が実施例１と同
じようにRS-232Cインタフェース３０１−１の先のTA３
６０を使用してリモートアクセスサーバとダイヤルアッ
プ接続し、LANインタフェースから受信したPPPoEパケッ
トをPPPパケットに変換し、WANインタフェースへ中継す
る。逆に、WANインタフェースから受信したPPPパケット
はPPPoEパケットに変換し、LANインタフェースへ中継す
る。

【００９７】図１８では、イーサネットインタフェース
３０２−１とRS-232Cインタフェース３０１−１がブリ
ッジ接続した例を示している。なお、LANインターフェ
ース３０２−１からブリッジ部３０３−３に渡されるパ
ケットはPPPoEパケット（プロトコルタイプが8863h,886
4hのパケット）のみであり、その他のパケットは中継部
３０３−１へ渡される。

【００９８】また、図１８では論理的な機能を説明する
ためにイーサネットインタフェース３０２−１と制御部
３０３が２本の線で接続されているが、物理的には１本
である。PPP接続の切断後、ルータモードに戻る。

【００９９】次に、ルータモードからルータ・ブリッジ
併用モードへの移行と、ルータ・ブリッジ併用モード時
のWANへの接続・通信・切断手順を図１０を参照して説
明する。

【０１００】本発明の実施の形態の通信装置の動作は、
基本的には、第１の実施の形態と同様であり、ここでは
異なる部分についてのみ説明する。

【０１０１】第１の実施の形態にかかる通信装置におい
ては、ルータ機能を意図していないため、クライアント
からＰＰＰ接続要求が行なわれると、Ｓ４において、ク
ライアントから受け取った電話番号を使用してダイヤル
アップ接続を行なっていた。

【０１０２】本実施の形態の通信装置においては、クラ
イアントからＰＰＰ接続要求としてＰＡＤＲパケットを
受信すると、ルータモードからルータ・ブリッジ併用モ
ードに移行する。そして、本通信装置は、受け取った電
話番号を用いて、WANインタフェース（RS-232Cインタフ
ェース）３０１−１からリモートアクセスサーバにダイ
ヤルし、回線接続を行う。

【０１０３】また、本実施の形態の通信装置において
は、Ｓ−１２において、PADT(PPPoE Active Discovery
Terminate)パケットを送信し、PPPoEセッションを終了
した後、すなわち、切断処理の完了後、ルータモードに
移行する。

【０１０４】したがって、本実施の形態の通信装置によ
れば、通常はブロードバンドルータとして使用し、必要
なときにクライアントから直接他のリモートアクセスサ
ーバにダイヤルアップ接続することが可能となる。特
に、無線LAN機能を持ったノートPCからインターネット
にも社内LANにも接続したい場合に利便性が大幅に向上
する。

【０１０５】また、家庭で使用する場合など、通常はAD
SL、ケーブルテレビなどでインターネットに常時接続し
ておき、必要なときに社内LANにダイヤルアップ接続す
る、といった使用方法が可能となる。

【０１０６】＜第４の実施の形態：WANインタフェース
が２つ以上で選択可能、ルータ機能とブリッジ機能が併
用可能な場合＞図１９は、本発明の第４の実施の形態に
係る通信装置の構成を示す図である。

【０１０７】同図に示すように、本発明の第４の実施の
形態に係る通信装置４００は、WANインタフェース４０
１を２つ以上持ち、イーサネット、無線LANなどのLANイ
ンタフェース４０２を１つないしは複数持ったルータで
ある。

【０１０８】WANインタフェース４０１のうち少なくと
も１つはアナログモデム、TA(ターミナルアダプタ)、RS
-232Cインタフェースなどのダイヤルアップ接続可能なW
ANインタフェースである。

【０１０９】制御部４０３は、WANインタフェースのダ
イヤルアップ接続の制御や、LANインタフェース間のパ
ケットの中継、LANとWANのパケットの中継やルーティン
グを行う。

【０１１０】記憶部４０４は、ルーティングやフィルタ
リングに必要な情報などを持ち、さらに、以下の設定情
報を持つ。

【０１１１】１． クライアントからPPPoE接続要求が
あった場合に、ダイヤルアップ接続可能なWANインタフ
ェースのうち、どのWANインタフェースをダイヤルアッ
プ接続に使用するか。（ここで設定されたWANインタフ
ェースをWAN_Aと呼ぶこととする） ２． どのWANインタフェースをLANとのルーティングに
使用するか。（ここで設定されたWANインタフェースをW
AN_Bと呼ぶこととする） これらの設定情報に基いて、制御部４０３はパケットの
ルーティングと中継、ダイヤルアップ接続を行う。WAN_
A,WAN_B以外のWANインタフェースは使用を停止する。

【０１１２】図２０は、本発明の第４の実施の形態に係
る通信装置を使用してシステムを構成した例を示す図で
ある。

【０１１３】同図に示すように、本発明の実施の形態に
係る通信装置４００は、ダイヤルアップ接続可能なWAN
インタフェースは２つ、それ以外のWANインタフェース
は２つ、LANインタフェースは３つとしている。

【０１１４】ダイヤルアップ接続可能なWANインタフェ
ース４０１−１はRS-232Cインタフェースであり、アナ
ログモデム４６０−１を介してアナログ回線４５０−１
を通ってリモートアクセスサーバ４１０−１に接続する
ことができる。

【０１１５】ダイヤルアップ接続可能なWANインタフェ
ース４０２−２はTAであり、ISDN回線４５０−２を通っ
てリモートアクセスサーバ４１０−２に接続することが
できる。

【０１１６】WANインタフェース４０１−３はADSLモデ
ムであり、電話線を通ってリモートアクセスサーバ４１
０−３に常時接続している。WANインタフェース４０１
−４はイーサネットインタフェースであり、ケーブルモ
デム４６０−４を介してケーブルテレビ会社のリモート
アクセスサーバ４１０−４に常時接続している。

【０１１７】LANインタフェース４０２−１は、IEEE80
2.11無線LANであり、クライアント４２０−１が無線接
続されている。LANインタフェース４０２−２はイーサ
ネットインタフェースであり、イーサネットケーブルで
クライアント４２０−２が接続されている。LANインタ
フェース４０２−３はUSBインタフェースであり、USBケ
ーブルでクライアント４２０−３が接続されている。

【０１１８】この条件では、ダイヤルアップ接続可能な
WANインタフェースはWANインタフェース４０１−１，４
０１−２なので、WAN_Aはこのどちらかから選ぶ。WAN_B
はWANインタフェース４０１−１〜４０１−４の４つの
中から選ぶ。

【０１１９】WAN_AとWAN_Bとが同じWANインタフェース
だった場合、WANインタフェースは１つしか使用しない
ため、第２の実施の形態のようにルータモードとブリッ
ジモードをPPPoE接続の要求に応じて切り替えて動作す
る。

【０１２０】WAN_AとWAN_Bが異なるWANインタフェース
だった場合、WANインタフェースは２つ使用できるた
め、第３の実施の形態のようにルータモードとルータブ
リッジ併用モードをPPPoE接続の要求に応じて切り替え
て動作する。

【０１２１】WAN_A、WAN_B、ともにWANインタフェース
（TA）４０１−２の場合のルータモード時の論理ブロッ
ク図を図２１に、ブリッジモード時の論理ブロック図を
図２２に示す。

【０１２２】WAN_AがWANインタフェース４０１−２、WA
N_BがWANインタフェース４０１−３（ADSLモデム）の場
合のルータモード時の論理ブロック図を図２３に、ルー
タ・ブリッジ併用モード時の論理ブロック図を図２４に
示す。

【０１２３】PPPoE接続要求があった場合の接続・通信
・切断時の動作、パケットの変換方法は第２の実施の形
態及び第３の実施の形態と同じであるため省略する。

【０１２４】したがって、本実施の形態の通信装置によ
れば、LANとルータ接続するWANインタフェース、LANと
ブリッジ接続するWANインタフェースを自由に設定でき
る。

【０１２５】＜他の変形例＞上述の実施の形態において
は、ダイヤルする電話番号については、Service-Nameタ
グで通知するとしたが、Service-Nameに電話番号を直接
指定せずにアルファベットなどで指定し、本通信装置側
にサービス名と電話番号の対応表を持っておき、それを
検索して電話番号を決定してもよい。

【０１２６】また、Service-Nameは空のままとし、本通
信装置側にデフォルト電話番号を持っておき、それを使
用してもよい。

【０１２７】さらに、RFC2516ではPPPoEはPPPを「Ethen
rnetで」送る場合についてしか記述していないため、PP
PとPPPoEとの相互変換において、PPPoEのデータリンク
フレームには、イーサネットの場合で示した。しかし、
IEEE802.11無線LANでも問題なくPPPoEを使用することが
できる。この場合、IEEE802.2 SNAPのデータフレームが
使用されていた。このため、IEEE802.2に準拠できるデ
バイスでPPPoEが利用できる。IEEE802.11のほかに使用
可能と思われるLANデバイスは、トークンバス、トーク
ンリング、FDDI,Bluetoothなどである。

【０１２８】PPPoEのPPPセッションステージにおいて、
本通信装置はクライアントとのリンクが確立されている
かを確認するために、随時Echo_Requestパケットをクラ
イアントに送信してもよい。この場合、クライアントか
らのEcho_ReplyはWAN側に転送は行わない。また、WAN側
からEcho_Requestを受けた場合（電話線の場合通常はな
いが）、本通信装置がEcho_Replyを返答する。ただし、
この機能に対応するには、これまで単純に変換と転送を
行っていたPPPパケット（PPPセッションステージのPPPo
Eパケット）を本通信装置が毎回チェックする必要があ
る。

【０１２９】具体的には、通信装置の制御部にEcho_Req
uestパケット送信部及びパケットチェック部を設ける。
Echo_Requestパケット送信部は、クライアントに対して
所定のタイミングでEcho_Requestパケットを送信し、ク
ライアントからのEcho_Replyを受信する。

【０１３０】パケットチェック部は、ＷＡＮ側からのEc
ho_Requestパケットを受信したか否かを判断し、Echo_R
equestパケットを受信したと判断された場合には、受信
したEcho_Requestパケットに対応するEcho_Replyを返信
する。このような構成を採用することにより、ＰＰＰセ
ッションステージにおいて、アクセス・サーバからのリ
ンクが確立しているかの問い合わせに応答することがで
き、かつ本通信装置からクライアントの問い合わせに応
答することができる。

【０１３１】さらに、「本通信装置」を無線LAN機能を
持った携帯電話(あるいはPHS)とし、無線LAN内蔵PCから
携帯電話を経由してダイヤルアップ接続することも考え
られれる。

【０１３２】なお、本願発明は、上記各実施形態に限定
されるものでなく、実施段階ではその要旨を逸脱しない
範囲で種々に変形することが可能である。また、各実施
形態は可能な限り適宜組み合わせて実施してもよく、そ
の場合組み合わされた効果が得られる。さらに、上記各
実施形態には種々の段階の発明が含まれており、開示さ
れる複数の構成要件における適宜な組み合わせにより種
々の発明が抽出され得る。例えば実施形態に示される全
構成要件から幾つかの構成要件が省略されることで発明
が抽出された場合には、その抽出された発明を実施する
場合には省略部分が周知慣用技術で適宜補われるもので
ある。

【０１３３】

【発明の効果】以上詳記したように、本発明によれば、
ルータの設定を変更することなく、クライアント機器か
ら任意のタイミング、任意の設定（電話番号など）でWA
Nへブリッジ接続を可能にするダイヤルアップ機能付き
通信装置を提供することができる。

【０１３４】また、ＷANへのルータ接続及びダイヤルア
ップ接続のどちらをもルータとPCとの接続はLAN(イーサ
ネットや無線LANなど)接続のみで済ませることが可能な
ダイヤルアップ機能付き通信装置を提供することができ
る。

【図面の簡単な説明】

【図１】ADSL(Asymmetric Digital Subscriber Line)に
よるインターネット接続に、PPPoEを使用した場合の構
成例を示す図である。

【図２】PPPoEのデータリンクフレームの構造を示す図
である。

【図３】PPPoEペイロードに含まれるタグの構造を示す
図である。

【図４】PPPセッションステージのPPPoEペイロードを示
す図である。

【図５】ディスカバリーステージの動作について説明す
るためのフローチャートである。

【図６】本発明の第１の実施の形態に係る通信装置を示
す図である。

【図７】本発明の第１の実施の形態に係る通信装置１０
０を使用してシステムを構成した例を示す図である。

【図８】PPPのデータリンクフレームの構造を示す図で
ある。

【図９】PPPセッションステージのPPPoEのデータリンク
フレームの構造を示す図である。

【図１０】本発明の第１の実施の形態に係る通信装置の
接続・通信・切断の手順について説明するための図であ
る。

【図１１】本発明の第２の実施の形態に係る通信装置の
構成を示す図である。

【図１２】本発明の第２の実施の形態に係る通信装置２
００を使用してシステムを構成した例を示す図である。

【図１３】ルータモードの機能を説明する論理ブロック
図である。

【図１４】ブリッジモードの機能を説明する論理ブロッ
ク図である。

【図１５】本発明の第３の実施の形態に係る通信装置の
構成を示す図である。

【図１６】本発明の第３の実施の形態に係る通信装置を
使用してシステムを構成した例を示す図である。

【図１７】ルータモードの機能を説明する論理ブロック
図である。

【図１８】ルータ・ブリッジ併用モードの機能を説明す
る論理ブロック図である。

【図１９】本発明の第４の実施の形態に係る通信装置の
構成を示す図である。

【図２０】本発明の第４の実施の形態に係る通信装置を
使用してシステムを構成した例を示す図である。

【図２１】WAN_A、WAN_B、ともにWANインタフェース（T
A）の場合のルータモード時の論理ブロック図である。

【図２２】WAN_A、WAN_B、ともにWANインタフェース（T
A）４０１−２の場合のブリッジモード時の論理ブロッ
ク図である。

【図２３】WAN_AがWANインタフェース４０１−２、WAN_
BがWANインタフェース４０１−３（ADSLモデム）の場合
のルータモード時の論理ブロック図である。

【図２４】WAN_AがWANインタフェース４０１−２、WAN_
BがWANインタフェース４０１−３（ADSLモデム）の場合
のルータ・ブリッジ併用モード時の論理ブロック図であ
る。

【符号の説明】

１…クライアント、 ２…イーサネット、 ３…ＡＤＳＬモデム、 ４…電話線、 ５…集合モデム（ＤＳＬＡＭ）、 ６…イーサネット、 ７，８…アクセス・コンセントレータ（サーバ）、 ９，１０…プロバイダ、 １１…インターネット、 １００…通信装置、 １０１…ダイヤルアップ接続可能なWANインタフェー
ス、 １０２−１〜１０２−Ｎ…LANインタフェース, １０３…制御部、 １０４…記憶部、 １１０−１〜１１０−Ｎ…リモートアクセスサーバ、 １２０…クライアント、 １５０…アナログ回線網。

フロントページの続き Ｆターム(参考） 5K030 GA11 HA08 HC04 HC14 HD03 HD06 JA11 KA05 LB02 LB05 LB15 5K033 BA01 CB02 CB08 DA05 DA06 DB18 5K101 LL01 LL02 LL05 QQ07 RR11

Claims (10)

【特許請求の範囲】
1. 【請求項１】 通信端末が接続可能なＬＡＮ(Local Are
   a Network)インターフェイスと、 ダイヤルアップ接続可能な複数のサーバが接続された第
   １のＷＡＮ(Wide AreaNetwork)インターフェイスと、 前記ＬＡＮインターフェイスに接続された前記通信端末
   から、前記第１のＷＡＮインターフェイスに接続された
   サーバへの接続要求を受けた場合に、前記通信端末から
   送られる接続要求先のサーバを示す情報に基づいて、前
   記接続要求先のサーバに前記第１のＷＡＮインターフェ
   イスを介してダイヤルアップ接続する接続手段とを具備
   することを特徴とするダイヤルアップ機能付き通信装
   置。
2. 【請求項２】 前記ＬＡＮインターフェイスに接続され
   たＬＡＮ上のプロトコルと、前記第１のＷＡＮインター
   フェイスに接続されたＷＡＮ上のプロトコルとの間のプ
   ロトコル変換処理を行なう変換手段をさらに具備するこ
   とを特徴とする請求項１記載の通信装置。
3. 【請求項３】 前記変換手段は、前記ＬＡＮと前記ＷＡ
   Ｎとの間のルーティング処理を行なうことを特徴とする
   請求項２記載の通信装置。
4. 【請求項４】 前記通信端末と前記サーバとの間の接続
   が切れていないことを確認するための第１のパケットを
   受信したか否かを判断する判断手段と、 前記判断手段によって前記第１のパケットを受信したと
   判断された場合に、前記通信端末と前記サーバとの間の
   接続が切れていないことを示す第２のパケットを前記第
   １のパケットの送信元に返信する返信手段とをさらに具
   備することを特徴とする請求項１記載の通信装置。
5. 【請求項５】 前記ＬＡＮインターフェイスは複数であ
   り、 前記複数のＬＡＮインターフェイスに接続されたＬＡＮ
   間のルーティング処理を行なうルーティング手段をさら
   に具備し、 前記接続手段は、前記ルーティング手段によってルーテ
   ィング処理が行なわれている間、前記通信端末からの接
   続要求先を示す情報を受信した場合に、前記ルーティン
   グ処理を中止し、前記接続先のサーバに前記第１のＷＡ
   Ｎインターフェイスを介してダイヤルアップ接続するこ
   とを特徴とする請求項１記載の通信装置。
6. 【請求項６】 前記ＬＡＮインターフェイスは複数であ
   り、 第２のＷＡＮインターフェイスと、 前記複数のＬＡＮインターフェイスに接続されたＬＡＮ
   間のルーティング処理及び前記第２のＷＡＮインターフ
   ェイスに接続されたＷＡＮと前記ＬＡＮインターフェイ
   スに接続されたＬＡＮ間のルーティング処理を行なうル
   ーティング手段とをさらに具備し、 前記接続手段は、前記ルーティング手段によってルーテ
   ィング処理が行なわれている間、前記通信端末からの接
   続要求先を示す情報を受信した場合に、前記接続先のサ
   ーバに前記第１のＷＡＮインターフェイスを介してダイ
   ヤルアップ接続することを特徴とする請求項１記載の通
   信装置。
7. 【請求項７】 ＬＡＮインターフェイスと、 ダイヤルアップ接続可能なサーバが接続された第１のＷ
   ＡＮインターフェイスと、 前記ＬＡＮインターフェイスに接続されたＬＡＮ上のプ
   ロトコルと、前記第１のＷＡＮインターフェイスに接続
   されたＷＡＮ上のプロトコルとの間のプロトコル変換処
   理を行なう変換手段をさらに具備することを特徴とする
   通信装置。
8. 【請求項８】 前記ＬＡＮ上のプロトコルはＰＰＰであ
   り、前記第１のＷＡＮ上のプロトコルはＰＰＰｏＥであ
   ることを特徴とする請求項７記載の通信装置。
9. 【請求項９】 ＬＡＮインターフェイスと、ダイヤルア
   ップ接続可能なサーバが接続された第１のＷＡＮインタ
   ーフェイスとを具備する通信装置における通信方法にお
   いて、 前記ＬＡＮインターフェイスに接続された通信端末から
   の接続要求先のサーバを示す情報を受信し、 前記受信した接続要求先のサーバを示す情報に基づい
   て、前記接続要求先のサーバに前記第１のＷＡＮインタ
   ーフェイスを介してダイヤルアップ接続することを特徴
   とする通信装置における通信方法。
10. 【請求項１０】 前記サーバと前記通信端末の接続確立
    後、前記第１のＷＡＮインターフェイスに接続されたＷ
    ＡＮ上のプロトコルと、前記ＬＡＮインターフェイス接
    続されたＬＡＮ上のプロトコルとの間のプロトコル変換
    処理を行なうことにより、前記サーバと前記通信端末と
    の間の通信を行なうことを特徴とする請求項９記載の通
    信装置における通信方法。