JP2000503198A - インターネットへのダイレクトワイヤレスアクセスを含む、ネットワークアクセス方法 - Google Patents

Abstract

(57)【要約】 ディジタルデータ源をコンピュータネットワークに接続する方法。ディジタルデータ源はワイヤレス伝送オフアクシス伝送媒体を介してワイヤレスサービスキャリアにデータを伝送し、ワイヤレスサービスキャリアにより該データが多重化され高速ディジタル電話回線に送出される。この方法は以下のステップ：ディジタルデータをネットワークアクセスサーバ等の通信シャシにおいて受け取り、該ディジタルデータから、少なくとも（ａ）ディジタルデータ源の呼び出した電話番号又は（ｂ）ディジタルデータ源に関連した電話番号を含むネットワークアクセス認証データを抽出し；認証データを、該コンピュータネットワーク用のネットワーク認証サーバに接続されたローカル又はワイドエリアコンピュータネットワークを介して伝送し；ネットワーク認証サーバにおいて、伝送された認証データに基づいて該遠隔ユーザに対してコンピュータネットワークへのアクセスが許可されているかどうかを判断し；認証サーバは認証アクセスサーバに対して判断ステップの結果を通知し：判断ステップの結果が肯定であればデータ源に対してコンピュータネットワークへのアクセスを許可する、という各ステップを有する。

Description

【発明の詳細な説明】 インターネットへのダイレクトワイヤレスアクセスを 含む、ネットワークアクセス方法 発明の背景 Ａ．発明の分野 この発明はデータ通信の分野に関し、特にワイヤレスユーザにより発生された ディジタルデータ（携帯電話モデムを有したコンピュータ等）を、社内ＬＡＮや インターネットなどのコンピュータネットワークに接続する方法に関する。 Ｂ．関連技術の説明 公衆交換電話網からダイヤルしている遠隔ユーザに対してローカル又は広域ネ ットワークへのアクセスを可能にするネットワークアクセスサーバが公知である 。このような装置は３ＣＯＭ社（以前はU.S.Robotics Access Corp.）、すなわ ち本願の譲受人から入手可能である。３ＣＯＭ社の総合制御ネットワーク企業体 ハブ（Total Control Network Enterprise Hub）が代表的なネットワークアクセ スサーバである。このサーバは、Baum他の米国特許第５５７７１０５号：「デー タ通信用の電話呼出交換及びルーティング方法」に、また、Walsh他の米国特許 第５５２８５９５号：「モデム 入出力信号処理方法」に記載されている。Walsh他及びBaum他の特許は何れも本 願明細書に引用する。 Walsh等及びBaum等の特許に記載されたネットワークアクセスサーバは、多重 ディジタル電話回線へのインタフェース、遠隔ユーザからのデータを信号変換す るための複数のモデム、及びモデムからの復調データをローカル又はワイドネッ トワークヘ伝送するためのネットワークインタフェースを有する。時分割多重バ スを有する高速ミッドプレーンバス構造は、電話回線のチャネルとモデム間の信 号路として機能する。この高速ミッドプレーンは、モデムとネットワークインタ フェースを結合する並列バスも含む。 単一のシャシにおけるこのネットワーク・アクセス・サーバ・アーキテクチャ は様々なアプリケーション、特に企業ネットワークアクセスの分野において非常 に人気が高い。このネットワーク・アクセス・サーバ・アーキテクチャはまた、 陸上インターネットユーザに対するインターネットサービスプロバイダにも人気 が高い。１つのネットワークアクセスサーバにより、インターネットサービスプ ロバイダは多数の同時インターネットアクセス呼出に対処し、複数の遠隔ユーザ とインターネット上のホストコンピュータ間において全二重通信を供給すること ができる。 ワイヤレスユーザに対してインターネットアクセスを可能にする技術が出現し つつある。ワイヤレスサー ビスには２つの競合する標準、すなわちＣＤＭＡ（符号分割多重アクセス。標準 文書ＩＳ−１３０及びＩＳ−１３５に記載。参照として本願明細書に引用。）と 、ＴＤＭＡ（時分割多重アクセス。標準文書ＩＳ−９９に記載。同じく参照とし て本願明細書に引用。）がある。これらの標準は、音声とデータ両方のための機 能の豊富なディジタル無線通信の形式を規定している。この２つの標準は、複数 のユーザからのディジタルデータがどのように無線インターフェース上で多重化 されるかという点で異なる。 いずれの無線技術においても、ワイヤレスユーザはデータを移動交換センタへ 送信する。移動交換センタは公衆交換電話網に対する接続を可能にし、特定の多 重・制御機能を果たし、移動ユーザに対して交換機能を提供する。それによって 、複数のワイヤレスユーザからの多重化ディジタルデータを高速通信フォーマッ ト（フレームリレー等）を介して、公衆交換電話網内の通信要素に送ることが可 能となる。 本願の発明は、特にワイヤレスユーザに適した、ネットワークアクセス方法及 び装置を提供する。本願発明のネットワーク・アクセス方法によれば、ネットワ ークアクセスサーバと、１つ又は複数の認証サーバが協働して、インターネット 及び企業ネットワーク認証及びアクセスを供給することが可能となる。ネットワ ークアクセスサーバは、ＴＤＭＡ又はＣＤＭＡ移動電 話に接続された端末装置と、公衆交換電話網（ＰＳＴＮ）及びインターネットに 接続された端末装置とが協働するために必要な機能を供給する。さらに、本発明 によれば、複数のインターネットサービスプロバイダに加入している複数の遠隔 ユーザのためのインターネットアクセス方法が提供され、インターネットサービ スプロバイダは様々なインターネットユーザに対してより柔軟なサービスを提供 することが可能となる。 発明の要旨 ディジタルデータの発生源をコンピュータネットワークに接続する方法が提供 される。このディジタルデータ源ははディジタルデータを発生するとともに、ワ イヤレス送信媒体を介してワイヤレスサービスキャリアとの通信を行う。ワイヤ レスサービスキャリアはディジタルデータを高速ディジタル電話回線上に多重化 し、ネットワークアクセスを供給する通信シャシ又はサーバに送信する。本発明 の方法は通信シャシ上でディジタルデータを受け取り、ディジタルデータから、 少なくとも、（ａ）ディジタルデータ源により呼び出された電話番号、又は（ｂ ）ディジタルデータ源と関連付けられた電話番号、のうち１つを含むネットワー クアクセス認証データを取り出す。通信シャシは、ネットワークアクセスサーバ に接続されたローカルエリア又はワイドエリアコンピュータネットワークを介し て、認証データを、コンピュータネットワーク用のネットワーク・認証・サーバ に送信する。ネットワーク認証サーバは送信された認証・データに基づいて、遠 隔ユーザがコンピュータネットワークにアクセスすることが許可されているかど うかを判断する。認証サーバは従って、ネットワークアクセスサーバに判断の結 果を知らせる。遠隔ユーザは、判断ステップの結果が肯定であれば、コンピュー タネットワークへのアクセスが許可される。 この方法はさらに、ローカルエリア又はワイドエリアネットワークを介して通 信シャシにリンクされたトンネリングサーバを認識し、データ源からのディジタ ルデータをトンネリングサーバにルーティングしてコンピュータネットワークへ のアクセスを供給するステップを含むことができる。前記トンネリングサーバは ディジタルデータ源に対して、コンピュータネットワークへのアクセスを与える ものである。トンネリングサービスの識別は遠隔ユーザからの認証データに基づ いて行われ、該データは遠隔ユーザの電話番号やダイアルされた番号等である。 この実施例では、認証サーバにおいて、ディジタルデータ源からのディジタルデ ータを通信装置とトンネリングサーバ間でトンネリングするためのトンネリング プロトコルを決定することもできる。この決定ステップは、例えば、遠隔ユーザ （該ユーザの電話番号等により識別）に関連付けられ たトンネリングサーバと必要なプロトコルをソフトウェアルックアップテーブル から見つけだすことにより実行可能である。ディジタルデータはトンネリングプ ロトコルに従って、トンネリングサーバを介してルーティングされる。好適な実 施例では、ＰＰＴＰ又はＴＥＬＮＥＴプロトコルが使用される。 アクセス認証の第２段階がオプションとして行われる。これは、遠隔ユーザと 認証サーバ又はトンネリングサーバ間で行われるパスワード認証ルーチンから構 成される。 本発明の主要な目的は、従って、ワイヤレスユーザ等の遠隔ユーザに対して、 インターネットその他のコンピュータネットワークへの直接的アクセスを供給す ることである。この目的及びその他の目的は以下の詳細な説明から明らかとなる 。 図面の簡単な説明 現在のところ好適と考えられる本発明の実施例を図面を参照して説明する。図 面において、同一の参照番号は同一の要素を示す。 図１は本発明の実施例におけるワイヤレスユーザ用に好適なネットワークアク セスシステムの一例である。 図２は、図１の通信シャシの好適な一形態の機能ブロック図である。該通信シ ャシはワイヤレスユーザのみならず、公衆交換電話網を介してダイアルするユー ザをも取り扱うことができる。 図２Ａは、アナログモデム呼出に対応していない実施例に適した通信シャシの ブロック図である。 図３は、遠隔ユーザと図１のトンネリングサーバ間のトンネルインタフェース 用プロトコルスタックである。 図４は、通信シャシと図１の認証サーバ間の認証及び課金インタフェース用の プロトコルスタックである。 図５は、リモートダイアルユーザと、該ユーザを目的地端末装置に接続するル ータとの間の非トンネリングインタフェースのプロトコルスタックである。 図６は本発明の好適な実施例における、呼出受入シナリオにおけるトンネリン グ用ＰＰＴＰプロトコルの呼出フローである。 図７は本発明の好適な実施例における、呼出受入シナリオのトンネリング用Ｔ ＥＬＮＥＴプロトコルの呼出フローである。 図８は、認証失敗シナリオにおける呼出フローである。 図９は、トンネリングサーバアクセス拒絶シナリオにおける呼出フローである 。 図１０は、ＰＰＴＰプロトコルにおいてログインパスワード認証がネットワー クアクセス認証プロシージャの第２段階として実行された場合における、認証失 敗シナリオの呼出フローである。 図１１は、ＴＥＬＮＥＴにおいてログインパスワード認証がネットワークアク セス認証プロシージャの第２段階として実行された場合における、認証失敗シナ リオの呼出フローである。 好適な実施例の詳細な説明 図１には、本発明の実施に好適なネットワークアクセスシステム１０が示され ている。このシステムは無線装置１２、１４のユーザにより使用される。無線モ デムを備えたラップトップコンピュータ、又は無線パーソナルデータアシスタン ト（ＰＤＡ）１４等の遠隔装置は、無線モデムを介して、ＴＤＭＡ（時分割多重 アクセス）又はＣＤＭＡ（符号分割多重アクセス）標準に従って、無線ディジタ ル通信ネットワークと通信を行う。 ワイヤレスネットワーク１６はモバイルスイッチングセンタ（ＭＳＣ）（図示 しない）を含む。移動交換センタは無線通信ネットワーク１６内の要素であり、 ワイヤレスユーザに対して公衆交換電話ネットワークへの接続、制御機能及び交 換機能を提供する。図１の実施例では、ワイヤレスユーザからのデータはＭＳＣ により高速ディジタルフレームリレー回線ＦＲに乗せられ、ローカル呼び出しエ リア内の通信シャシ２０に送信される。好適な実施例では、通信シャシ２０は３ Ｃｏｍ社（前身はU．S．Robotics）の総合制御ネットワーク企業体ハブ（Total Control Network Enterprise Hub）等の統合ネットワークアクセスサーバを有す る。この場合、該サーバはフレームリレー回線ＦＲとインターフェースし、後述 するトンネリング、認証、及びアカウンティング機能を行うよう修正される。 通信シャシ２０は、ＣＤＭＡ／ＴＤＭＡワイヤレスネットワーク１６とインタ ーネットサービスプロバイダ（ＩＳＰ）バックボーンネットワーク２６、インタ ーネット２２又はその他のローカルエリアネットワークＥＴＨとインターネット サービスプロバイダバックボーンネットワーク２６間のゲートウェイとして機能 する。シャシ２０は、ＣＤＭＡ又はＴＤＭＡ移動電話に接続された端末装置がＰ ＳＴＮ及びインターネットネットワークに接続された端末装置と相互に通信を行 うために必要な機能を提供する。好適な実施例では、通信シャシ２０は電話会社 本社（telephone companay central office; TELCO CO）内に配置され、インタ ーネットサービスプロバイダ（ＩＳＰ）により維持される。シャシ２０はワイヤ レスユーザ１２、１４からの呼び出しをワイヤレスネットワーク１６内のＭＳＣ を介して、回線ＦＲ上のローカル呼び出しとして受け取る。 無線端末１２、１４は企業／個人ネットワーク２４にアクセスするために、通 信シャシ２０とトンネリングサーバ３０間のＬＡＮ又はＷＡＮ回線２８を介して 、トンネリングプロトコルを利用する。トンネリングサーバは企業／プライベー トネットワーク２４に接続され、かつバックボーンネットワーク２６を介して通 信シャシ２０に接続されている。好適な実施例では、トンネリングは、一般に入 手可能であるＲＦＣ文書で あるＰＰＴＰＲＦＣ（１９９６年６月）に記載されたポイントツーポイント・ト ンネリングプロトコル（ＰＰＴＰ）に従う。このＲＦＣ文書は参照として本願明 細書に引用する。トンネリングは勿論、その他の登場しつつある同等のプロトコ ル、例えばＬ２ＴＰに従うことも可能である。ＰＰＴＰとＬ２ＴＰは非ＰＰＰ非 同期プロトコルを支援するよう設計されていないので、非ＰＰＰ非同期トラフィ ックを回線２８上でトンネリングするためにはＴＥＬＮＥＴプロトコルを使用す る。トンネリングサーバはまた、好適には、前述のトータル・コントロール・エ ンタープライズ・ネットワーク・ハブないし同等の統合ネットワークアクセスサ ーバである。 このようなアーキテクチャにおいて、当初のダイアルアップ・サーバ（通信シ ャシ２０）の場所を、中間ネットワークがダイアルアップ・プロトコル接続（Ｐ ＰＰ）を切断し、トンネリングサーバ３０において目標とするネットワーク２２ 又は２４にアクセスを与える場所から分離することができる。目標ネットワーク としてのインターネット２２を支援することに付け加えて、このアーキテクチャ は仮想個人ネットワークへのアクセスを支援することにより、ワイヤレスユーザ に対して、該ユーザの企業又はプライベートネットワーク、例えば図１の企業体 ネットワーク２４に確実にアクセスすることを可能にする。 このアーキテクチャにより更に、前記本社（ＣＯ）におけるローカル通信シャ シ２０を管理しているインターネットサービスプロバイダは、ＩＳＰクライアン トだけでなく、他のインタフェースサービスプロバイダのクライアントに対して もインタフェースアクセスを提供することが可能となる。これは、インターネッ トサービスプロバイダのバックボーンネットワーク２６に接続された一つ又は複 数の認証サーバ３２Ａ，３２Ｂを利用することにより達成される。認証サーバ３ ２Ａ，３２Ｂは最初のＩＳＰクライアントに対する認証とアクセス許可を実行す る。第２のトンネリングサーバ３４は専用線３６（又はＬＡＮないしＷＡＮ）を 介して又は直接に第２のＩＳＰのバックボーンネットワーク３８に接続される。 この実施例では、認証サーバ３２Ａは通信シャシ２０を運営している第１のＩＳ Ｐ用のクライアントリストを有しており、後述するような様々な簡単な方法を用 いて、通信装置２０にダイアルしている遠隔ユーザが、ＩＳＰのバックボーン２ ６を介してインターネット２２にアクセスすることが許されているかどうかを判 断できる。（当該呼出が第１インターネットサーバプロバイダのクライアントの 一人から行われているため）アクセスが認められていれば、当該呼出はネットワ ーク２２を介してインターネットにルーティングされる。そうでなければ、後述 するような他のプロシージャが開始される。 本発明は、遠隔ユーザからの呼出には発信者の電話番号とダイアルされた電話 番号を示す情報が含まれていることを利用する。この情報は第１段階の認証機構 として使用される。認証サーバ３２Ａがこの第１段階認証を実行し、遠隔ユーザ が第１インターネットサーバプロバイダのクライアントでなく（例えば電話番号 がクライアント電話番号リストと一致しないため）、第２のインターネットサー ビスプロバイダのクライアントであると判断された場合、認証サービス３２Ａは 認証要求を、第２インターネットサービスプロバイダのバックボーン３８に接続 された第２の認証サーバ４０に送り、第１段階認証が行われる。この通信は専用 線４２（専用通信回線、ＰＯＴＳ回線等）を認証サーバ３２Ａと、第２のインタ ーネットサーバプロバイダにより運営されている認証サーバ４０との間に設ける ことにより円滑化される。 認証の結果が肯定であれば、認証サーバ４０は認証サーバ３２Ａに結果を通知 し、ワイヤレスユーザ１２はネットワーク２６又はトンネリングサーバ３４を介 してインターネット２２に対するアクセスが与えられるか、又は、遠隔ユーザ１ ２と第２認証サーバ４０の間でオプションとして第２段階のパスワード式の認証 が行われる場合もある。 このような特徴の組み合わせにより、通信シャシ２０並びに認証サーバ３２Ａ を運営しているＩＳＰ又は その他の組織に対して、それらがクライアントに提供するサービスを大幅に増加 する能力が与えられる。また、この組み合わせにより、ＩＳＰは他のインターネ ットサービスプロバイダに対してもインターネットアクセスを提供することが可 能となり、その過程でそのようなサービスに対する収益がおそらく生ずる。ワイ ヤレスユーザから見れば、ワイヤレスネットワーク１６を介しての通信装置２０ へのローカル呼出により、インターネット又は企業ネットワークヘアクセスでき る。 本発明の好適な実施例では、通信シャシ２０は統合汎用コンピュータプラット ホームを備えた前述の総合制御ネットワーク企業体ハブ等の強力な通信プラット ホーム、すなわち３ＣＯＭ社から入手可能なEdgeServer^TMである。この製品を利 用することにより、通信シャシは、マイクロソフト社のウィンドウズＮＴ等の市 販の独立型オペレーティングシステムや、その他の遠隔アクセスソフトウェア製 品、例えばＲＡＤＩＵＳ（Remote Authentication Dial In User Service）を動 作させることが可能となる。上述のインターネットアクセス方法では、好適には 、課金及び認証機能はＲＡＤＩＵＳプロトコル、又はその他の市販又は公知の課 金ソフトウェアプログラムを利用して使用される。ＲＡＤＩＵＳプロトコルは公 知のプロトコルであり、本願明細書に参照として引用するＲＦＣ２０５８、１９ ９ ７年１月、に記載されている。 本発明の好適な実施例では、２段階の認証により、インターネット２２又は企 業／プライベートネットワーク２４に対するアクセスが、ネットワーク２６を介 してのアクセスが認められているワイヤレスユーザに対してのみ与えられる。認 証の第１段階は、遠隔ユーザ１２、１４によりダイアルされた番号と、ワイヤレ スユーザ１２、１４の発信者の番号（すなわちコンピュータ１２又はＰＤＡ１４ に関連付けられたユーザの電話番号）に基づいて行われる。認証の第２段階は、 テストユーザ名及びパスワード認証プロトコル（ＰＰＰ及びＴＥＬＬＮＥＴトン ネリング用）に基づいて行われるか、又はチャレンジ／レスポンスプロトコル（ ＰＰＰトンネリング専用）に基づいて行われる。これらの認証プロシージャの詳 細は以下に説明する。 図１において、通信装置２０はまた好適には、通信装置内のインターネットイ ンタフェースから直接の、すなわちトンネリングを介さないインターネット２２ へのアクセスも支援する。この機能により、通信装置は両方の認証段階、ＰＰＰ プロトコルの切断を行い、インターネットプロトコルトラフィックをルーティン グする。 本発明の別の実施例では、通信装置２０は移動又は陸上から発信されたデータ 呼出に対して直通ＰＳＴＮ（Public Switched Telephone Network）接続を可能 に する。この実施例では、通信シャシ２０、例えば前述のトータル・コントロール ・ネットワーク・エンタープライズ・ハブは、必要とされるモデムと電話回線イ ンタフェース及びこれらの機能を実行するための処理回路を含む。この実施例は 、インターネットサービスプロトコルが市内の電話会社である場合に特に有利で ある。本発明によるインターネットアクセス方法によれば、通信装置２０は、移 動データユーザから移動発信データ呼出の最中に発せられたＡＴＤコマンド内の 被呼出番号を抽出ないし取り出す。ほとんどの呼出番号の場合、通信装置２０は 呼出を通常のＰＳＴＮモデム呼出として処理する。しかし、呼出番号がインター ネットアクセスに関連付けられている場合、通信シャシ２０は呼び出された番号 （ＩＳＰのバックボーンネットワーク２６上、又は通信シャシ２０に専用線３６ 、４２又はその他のネットワークを介して接続されている）に関連付けられた認 証サーバ３２Ａにおいて第１の認証段階を実行する。認証サーバ３２Ａは、認証 サーバ３２Ａの管轄下にあるインターネット２２又はネットワーク２４をアクセ スすることが遠隔ユーザに許可されているかどうかを判断する。 図２は図１の通信シャシ又はネットワークアクセスサーバ２０の好適な形態を 簡略化して示した機能ブロック図である。この通信シャシ又はネットワークアク セスサーバ２０はワイヤレスユーザのみならず、公衆 交換電話ネットワークからダイアルしているユーザにもサービスを提供すること ができる。そのため、シャシは本発明の実施には必要とされない機能を含み、Ｐ ＳＴＮが可能にされている本発明の特定の実施例において必要とされる別の機能 を実行する。図２のネットワークアクセスサーバ２０は基本的に、出願人の譲受 人から入手可能な市販製品であるトータル・コントロール・ネットワーク・エン タープライズ・ハブの現行モデルのアーキテクチャと設計を一にする。業界のそ の他のメーカの統合アクセスサーバを適当に修正して本発明の機能を得ることも 可能であり、この明細書に記載された実施例のみに本発明が限定されていると解 すべきではない。 ネットワークアクセスサーバ２０は電話ネットワークインタフェースカード５ ０を含む。この電話ネットワークインタフェースカード５０は、Ｔ１，Ｅ１及び ＩＳＤＮ基本レートインタフェース（ＰＲＩ）回線、及びフレームリレー回線等 の時分割多重ディジタル電話回線に接続されている。ネットワークインタフェー スカードは、無線円滑ユーザからのディジタルデータを、フレームリレー回線Ｆ Ｒ上のワイヤレスサービススイッチを介して受け取る。インタフェースカード５ ０は電話回線を物理的に受け入れるためのコネクタを有する。該カード５０はさ らに、入力信号からクロック信号とデータを取り出し、出力及び入力データ流に 多重化及び多重分離を施すＣＳＵを有し、それによって呼出をキャリアの時間ス ロット内に配置する。カード５０は入力電話信号をＮＩＣ／ＮＡＣ（network in terface card/network application card）バス５４を介してＴ１／Ｅ１／ＩＳ ＤＮ ＰＲＩ／ネットワークアプリケーションカード５６に送信する。アプリー ケーションカード５６は、取り出された電話回線データに対してフレーミングを 供給することにより、フレームリレー時分割多重データ、Ｔ１ ＤＳ０チャネル データ、又はＩＳＤＮ PRI信号に含まれたＩＳＤＮ 2B+Dチャネルデータを取り 出し、その後時間／空間スイッチを利用して、チャネルデータを、シャシ内バス ミッドプレーン５２の一部である時分割多重バス６０上の時間スロットに切り換 える。 入力信号がワイヤレスサービス中央オフィスからのものであり、フレームリレ ー回線上でサーバに到着したものである場合、チャネルデータは通常モデムにお いて行われる信号変換処理は必要とせず、ＴＤＭバス６０を介してルーティング 及びＬＡＮ／ＷＡＮインタフェースカード６２にルーティングされる。トータル ・コントロール・エンタープライズ・ネットワーク・ハブでは、このカード６２ は“エッジサーバ（EdgeServer）”カードとして公知であり、Ascend社、Living ston社その他のメーカのネットワークアクセス装置も同様のインタフェースを有 している。エッジサーバカ ード６２は、ＴＣＰ／ＩＰプロトコルに従ってデータパケットを組み入れた一対 のミュンヘンチップを有し、ＬＡＮ／ＷＡＮインタフェース又はトータルサーバ を介して直接目的地に送信する。 公衆交換電話ネットワークに接続されたユーザから発せられた呼出であり、信 号変換が必要な場合、ＴＤＭバス６０は呼出をマルチ・モデム・モジュール内の モデム又はカード６４に向ける。内部シャシバス５２はさらに高速並列パケット バス５８を有し、該バス５８は、復調／信号変換後のデータをエッジサーバカー ド６２内のルーティングエンジンに伝送するために、カード６４内のモデムをエ ッジサーバカード６２に接続する。複数のアナログネットワークインタフェース カード６３が、モデムを直列インタフェース６５に接続するために設けられてい る。 電話回線インタフェースカード５０とアプリーケーションカード５６、モデム カード６３、６４、内部シャシバスコンプレックス５２（ＴＤＭバス６０及び並 列バス５８を含む）、並びにエッジサーバカード６２のコンピュータネットワー クインタフェース６６は、上述のBaum他の米国特許第５５７７１０５号：「デー タ通信用の電話呼出交換及びルーティング方法」に、また、Walsh他の米国特許 第５５２８５９５号：「モデム入出力信号処理方法」に詳細にそれぞれの構成回 路と動作が記載されている。好適な内部シャシバスの詳 細な構造はPanzarella他の米国特許第５４１６７７６号「モデムバックプレーン 技術」に開示されている。この特許は３ＣＯＭ社に譲受されており、参照として 本明細書に引用する。マネージメントカードによるシャシの運営はPanzarella他 の米国特許第５４３６６１４号「モデム管理技術」にも詳細に説明されている。 この米国特許もまた３ＣＯＭ社に譲受されており、参照として本願明細書に引用 する。 エッジサーバカード６２は汎用計算プラットホーム７０を含み、該プラットホ ーム７０により市販のスタンドアローン型又はシェアウェアによるオペレーティ ングシステム（ウィンドウズＮＴ等）が駆動される。カード６２は本願明細書に 参照として引用する、Willium Verthein他の特許出願第 号に詳細に記載さ れている。 電話回線インタフェース、アプリケーションカード、モデムカード、管理カー ド（図示しない）、及びカード６２のコンピュータネットワークインタフェース ６６は公知の製品内に存在し、又は公知の文献に記載されており、当業者であれ ばそのような回路（ないしは同等物）を如何にして設計・製作するかは明らかで あるので、通信アクセスシャシ１０のこれら構成要素の説明は省略する。また、 通信シャシ１０のアーキテクチャ又は設計に関する詳細も特に重要でない。 エッジサーバカード６２はＴＤＭインタフェース７ ２を有し、該インタフェースはフレームリレーＦＲ回線からＴＤＭバス６０を介 してチャネルデータを受け取る。計算プラットホーム７０は市販のＩＢＭ互換機 パソコン、それに付随する統合中央処理ユニット７４、及びキーボード、フロッ ピーディスク、モニタ並びにマウス用の周辺機器インタフェースから構成される 。計算プラットホームはまた、内部記憶用ハードディスクドライブ７６を含む。 計算プラットホームはさらにパケットアセンブリ・逆アセンブリ回路７８を含み 、それによってモデムモジュール６４内のモデムからのデータパケットが、汎用 計算プラットホーム７０の使い易いフォーマットに組み立てられる。汎用計算プ ラットホームはＮＩＣ／ＮＡＣバス接続を介して通常のネットワークインタフェ ース６６とも通信する。計算プラットホームはまた、第２のＩＳＡバス８２を介 して外部記憶拡張バスインタフェース８４とも通信を行う。該インタフェース８ ４は外部ディスクドライブ又はその他適当な記憶装置に接続され、通信シャーシ ２０の記憶容量を増大させるために使用される。好適な実施例では、後述するよ うな通信シャーシ２０内でのトンネリング及び認証機能を駆動するためのソフト ウェアは、エッジサーバカード６２内の汎用計算プラットホーム７０内にロード されている。 上述のように、図２の通信シャーシによるアーキテクチャ及び機能は、ワイヤ レスネットワーク上の遠隔 ユーザをＩＳＰバックボーン、企業ネットワーク又はインターネットに接続する ために通常必要とされる機能以上の機能を提供する。図２Ａはモデムを有しない 別の装置の略図である。この装置は、通信装置用のＰＳＴＮ切断機能が設けられ ていない実施例において用いると好適である。図２Ａの実施例では、回線インタ フェースユニット、デマルチプレクス回路及びフレーミング回路を有したフレー ムリレーインタフェース１００が１つのモジュール内に設けられている。インタ フェース１００はチャネルデータをＴＤＭバスコンプレックス内において時間ス ロット上に配置する。ＴＤＭバスコンプレックス１０２はインタフェース１００ をＬＡＮ／ＷＡＮインタフェース１０４に接続する。ＬＡＮ／ＷＡＮインタフェ ース１０４は好適には一般的なイーサネット又はその他一般のインタフェースか ら構成される。後者の場合は、呼びルーティング、認証、トンネリングその他本 願明細書に記載の機能を実行するソフトウェアがロードされた汎用計算プラット ホームにより修整される。 図１、２及び２Ａから、ディジタルデータ源１２をコンピュータネットワーク ２４、２２（企業内プライベートネットワーク、インターネット、ワールド・ワ イド・ウェブ等）に接続する方法が開示されていることが明らかであろう。ディ ジタルデータ源１２はディジタルデータを発生し、無線伝送媒体を介して無線サ ーバキャリアと通信を行う。キャリアはディジタルデータを多重化し、回線ＦＲ 等の高速ディジタル電話回線に送る。この方法は以下のステップを有する。 （１）ネットワークアクセスサーバ又は通信シャシ２０においてディジタルデ ータ受け取り、該ディジタルデータから少なくとも（ａ）ディジタルデータ源１ ２により呼び出された電話番号、又は（ｂ）ディジタルデータ源と関連付けられ た電話番号、を有するネットワークアクセス認証データを抽出する。 （２）認証データを、通信装置２０に接続されたローカルエリア又はワイドエ リアコンピュータネットワークを介して、コンピュータネットワーク２４又は２ ２用のネットワーク認証サーバ３２Ａ又は３２Ｂに送信する。ネットワーク認証 サーバはローカルエリア又はワイドエリアコンピュータネットワーク２６を介し て通信シャーシ２０と結合されている。 （３）認証サーバ３２Ａにおいて、送信されてきた認証データに基づいて、遠 隔ユーザがコンピュータネットワーク２２ないし２４にアクセスすることが許可 されているかどうかを判断する。認証サーバ３２Ａは通信シャーシ２０に判断ス テップの結果をし、該判断ステップの結果が肯定であるならば、データ源１２に 対してコンピュータネットワーク２４へのアクセスを許可する。 この方法はさらに、ローカルエリア又はワイドエリ アネットワーク２６を介して通信シャーシ２０に結合されたトンネリングサーバ ３０又は３４を識別し、ディジタルデータ源１２からのディジタルデータをトン ネリングサーバ３０にルーティングしてコンピュータネットワーク２４に対する アクセスを与えるステップを含むことができる。前記通信シャーシ２０はディジ タルデータ源１２に対して、コンピュータネットワークへのアクセスを与える。 トンネリングサーバの識別は、好適な実施例では、発生した呼び出しから抽出さ れた認証データ（すなわちダイアルされた番号及びダイアルした側の番号）によ り決定される。この実施例では、認証サーバ３２Ａ又は３２Ｂ内で、通信装置２ ０とトンネリングサーバ３０間でディジタルデータをトンネリングする際に使用 される、データ源１２用トンネリングプロトコルを決定することによっても本発 明を実施できる。この決定ステップは例えば、ソフトウェアルックアップテーブ ル内で、遠隔ユーザ１２（遠隔ユーザ１２の電話番号により識別される）と関連 付けられたトンネリングサーバ及び必要なプロトコルを見つけ出すことによって も実行可能である。ディジタル電話はトンネリングサーバを介してトンネリング プロトコルに従ってルーティングされる。本発明の好適な実施例では、ＰＰＴＰ 又はＴＥＬＮＥＴプロトコルが使用される。 好適な実施例では、図２の通信シャーシ２０は、T1 /E1ＩＳＤＮインタフェース50/56を介しての公衆交換電話ネットワークに対する アクセスも供給する。通信シャーシ２０は遠隔ユーザ１２からのディジタルデー タをそのデータの目的地にルーティングする。このようにして、通信シャーシ２ ０はコンピュータネットワーク２２と２４に対する直接的ネットワークアクセス を供給するだけでなく、シャーシ内のモデムを介して信号変調を行い、呼び出し を電話ネットワークを介して遠隔端末、例えば図１のコンピュータ１３に送信可 能にする。通信シャーシ２０がどのようにしてＰＳＴＮコネクティビティを与え るかは公知であり、前述のWalsh他の特許に記載されている。 本発明の好適なネットワークアクセス実施例において、第２段階の認証ルーチ ンにより、遠隔ユーザの指定ネットワークへのアクセスが許可されていることが 確認される。これは、PAPやCHAPルーチン等のパスワード認証プロシージャを、 （１）トンネリングサーバ３０又は（２）認証サーバ３２Ａと遠隔ユーザの間で 実行することにより、又は（３）認証サーバ３２Ａとトンネリングサーバ３０／ ３４間で実行することにより、第２レベルの認証を行うことにより達成される。 これらのルーチンはいずれも公知である。 本発明の１つの実施例においては、高速電話回線を介してユーザ１２から電話 呼び出しを受け取るよう構成されたネットワークアクセスサーバ又は通信シャー シ２０を有したインターネットサービスプロバイダによる使用に適したインター ネットアクセス方法が開示される。この方法は以下のステップを有する。 （１）ネットワークアクセスサーバ２０を、ローカル又はワイドエリアネット ワーク２６を介して認証サーバ（３２Ａ又は３２Ｂ等）に接続する。 （２）ユーザ１２により発生された呼び出しから、少なくとも（ａ）ユーザの 呼び出した電話番号、又は （ｂ）ユーザと関連付けられた電話番号、を含むネットワークアクセス 認証データを抽出する。 （３）発生呼び出しから抽出したネットワーク認証データを認証サーバ３２Ａ 又は３２Ｂにルーティングし、ネットワークアクセス認証データに基づいてユー ザを認証する。 （４）ネットワークアクセスをユーザに与えるためのトンネリングサーバ（例 えば３４）を識別し、通信シャーシ２０に該トンネリングサーバを通知する。 （５）通信シャーシ２０からのディジタルデータをトンネリングサーバ３４に トンネリングする。 （６）前記ディジタルデータを前記トンネリングサーバによりインターネット に送る。 好適な実施例では、この方法は、トンネリングステップのためにユーザに対す るトンネリングプロトコルを識別するプロセスにより達成される。例えば、認証 サーバ３２Ａ又は３２Ｂ又は４０により、遠隔ユーザ の特徴、指定されたトンネリングサーバの必要とする条件、その他に従って、ユ ーザを特定のトンネリングプロトコル（ＰＰＴＰ又はＴＥＬＮＥＴ）に関連付け ることができる。そのような情報は典型的には認証サーバ３２Ａのメモリ内に記 憶されている。 さらに、本発明はインターネットサービスプロバイダシステムを無線インター ネットユーザとして想定している。このインターネットサービスプロバイダはネ ットワークアクセスサーバ２０（図２）を有し、該サーバは以下の構成要素を有 している。 （１）無線インターネットユーザからの呼出を受ける高速ディジタル電話回線 ＦＲインタフェースと、前記無線インターネットユーザに関連付けられたディジ タルデータをインターネットに送出するためのインターネットゲートウェイ（図 ２のＷＡＮインタフェース６６等）。 （２）通信媒体２６を介してネットワークアクセスサーバ２０に結合されたイ ンターネットアクセス認証サーバ（３２Ａ等）。該認証サーバは無線インターネ ットユーザに関連付けられたディジタルデータから抽出されたインターネットア クセス認証データに応じて動作する。 （３）認証サーバ３２Ａはさらに、インターネットアクセス認証データに基づ いて、無線インターネットユーザ１２がインターネットにアクセスすることが許 可されているかどうかを判断するためのメモリを備える。インターネット認証サ ーバは認証応答をネットワークアクセスサーバ２０に送出する。ネットワークア クセスサーバ２０は認証サーバからの認証応答に応じて、無線インターネットユ ーザに対してインターネットへのアクセスを認めるか、又は該無線インターネッ トユーザからの呼出に関してその他の何らかの動作を行う。例えば、インターネ ットサービスプロバイダは認証照会を、第２のインターネットサービスプロバイ ダにより運営されている他の認証サーバ（図１の４０等）に転送し、前記ユーザ が第２のインターネットサービスプロバイダのクライアントであるかどうかを確 かめる。 本発明の好適な実施例の実施の詳細に関しては、図３〜１１を参照して説明す る。 図３は遠隔ユーザ１２、通信シャシ２０、インターネットサービスプロバイダ バックボーンネットワーク２６内のルータ（図示しない）、及び図１の指定され たトンネリングサーバ３０又は３４間のトンネルインタフェースのプロトコルス タックとアーキテクチャを図示したものである。図３では、番号Ｌ１とＬ２は下 位プロトコル（データリンク層等）を示している。ＩＰはインターネットプロト コルを示す。ＰＰＰはポイントツーポイントプロトコルを示す。ＴＣＰは伝送制 御プロトコルを示す。非同期（Async）という用語は遠隔 ユーザ１２と関連付けることのできる非同期プロトコルを示し、ＴＥＬＮＥＴプ ロトコルは通信シャシ２０とトンネリングサーバ内で非同期通信のために用いら れる。図から明らかなように、通信シャシ２０がトンネリングサーバと通信する 際には、ＩＰ及び下位プロトコル上で動作するＰＰＴＰ又はＴＥＬＮＥＴを使用 する。 図４に示すように、通信シャシ２０の通信相手である認証サーバ（３２Ａ等） はＲＡＤＩＵＳを実行し、ＵＤＰ/ＩＰプロトコルスタックを介して認証と課金 を行う。図４は、ネットワークアクセスサーバ又は通信シャシ２０と図１の認証 サーバ３２Ａ間の認証・課金インタフェース用のプロトコルを示す。ＵＤＰは、 インターネットプロトコル（ＩＰ）の上位に位置するコネクションレス型プロト コルである。 通信シャシ２ーがインターネット２２と通信する場合、トンネリングプロトコ ルはない。図５に示されているのは、遠隔ダイアルユーザと、該ユーザを目的地 端末装置に接続するルータ間の非トンネルインタフェース用プロトコルスタック である。 図６は、本発明の好適な実施例における呼び出し受入シナリオにおけるＰＰＴ Ｐプロトコルトンネリングの呼出フローを示す。図６では、プロセスは素００に おける呼出の発生から始まる。呼出は特定の目的地電話番号（図示の例では1-80 0-123-4567）に関連付けられ ている。 ステップ１０２では、通信シャシが、ローカルエリアネットワークを介して通 信シャシに接続されている認証サーバ（３２Ａ又は３２Ｂ等）に対して第１段階 の認証アクセスルーチンを開始する。この認証要求は認証サーバに転送されるソ フトウェア構造であり、以下の情報のためのフィールドを含む。（１）遠隔ユー ザに関連付けられた電話番号（これは公知の呼出人識別技術又は前記Baum他の特 許に記載の方法に従って検知される）；（２）公知の方法により取り出されるダ イアルされた電話番号；（３）通信シャシ２０内の呼出に関連付けられた特定の チャネルないしポート番号すなわちポートＩＤ；及び（４）通信シャシ２０のＩ Ｐアドレス。 ステップ１０４では、認証サーバ３２Ａは通信シャシ２０にアクセス応答メッ セージを送る。ユーザが、認証サーバ３２Ａの管轄下にあるネットワークに対し てアクセス許可されていれば、前記メッセージは、ＰＰＴＰが適切なトンネリン グプロトコルであるという確認と、トンネリングサーバのＩＰアドレスの確認と 、呼出を受けるトンネリングサーバのポート番号を含む。遠隔ユーザがアクセス 許可されていない場合、以下に説明するような図８のプロシージャが使用される 。 ステップ１０６では、通信シャシ２０は発生呼出要 求（Incoming-Call-Request）メッセージをトンネリングサーバ３４に送出する 。このメッセージは遠隔ユーザのダイアル番号の識別、ダイアルされた電話番号 、及びサブアドレスを含む。ステップ１０８では、トンネリングサーバ３４が呼 出を受入可能であれば、発生呼出応答（Incoming-Call-Reply）メッセージ、例 えばアクセス照会の結果が肯定であれば「コネクト」を送出する。トンネリング サーバが呼出を受け取れない場合は、図９のプロシージャが使用される。 ステップ１１０では、トンネリングサーバ３４から「コネクト」メッセージが 受け取られた場合、通信シャシ２０は呼出受入メッセージをフレームリレー回線 ＦＲ及びワイヤレスネットワークを介して遠隔ユーザに送出する。そして入力呼 出接続メッセージがステップ１１２において通信シャシ２０からトンネリングサ ーバ３４に中継される。 ステップ１１４では、好適には（つまりオプションとして）第２段階の認証プ ロシージャが実施される。ステップ１１６、１１８、１２０、１２２、１２４及 び１２６は図６から自明であり、公知のPAP及びCHAPパスワード認証プロトコル の一部であり、当業者には明らかである。 ステップ１２８では、仮にパスワード認証を通過したとして、トンネリングサ ーバ３４から遠隔ユーザ１２に対して、通信シャシ２０を介して遠隔ユーザ１２ とトンネリングサーバ３４間にＰＰＰリンクが確立された旨のメッセージが送ら れる。この時点で、遠隔ユーザとネットワーク２２又は２４上のホスト間での、 インターネットプロトコルに従ったデータパケットの伝送が完了する。 図７は本発明の好適な実施例における、呼出受入シナリオのためのＴＥＬＮＥ Ｔプロトコルトンネリングの呼出フローを示す。このプロセスは概して図６に記 載されたものと同様であり、図から自明である。ＴＥＬＮＥＴセッションの確立 の為には、通信シャシ２０とトンネリングサーバ３４間におけるハンドシェーキ ング及びパラメタ折衝が必要である。これは、ステップ１３０及び１３２に示さ れている。PAP等のログインプロトコルを使用した、認証の第２段階が図示のよ うに実行される。トンネリングサーバ３４からダイアルユーザ１２に対してログ イン受入メッセージが送られると、通信サーバ２０とトンネリングサーバ３４を 介して、遠隔ユーザ１２とコンピュータネットワーク（インターネット等）上の ホスト間で非同期伝送が実行される。 アクセス認証の第１段階で、認証サーバが、該認証サーバの管轄下にある指定 されたネットワークへのアクセスが遠隔ユーザに許可されていない（例えば、遠 隔ユーザの電話番号が、シャシ２０を運営しているインターネットサービスプロ バイダのインターネットク ライアントデータベースに合致しないため）と判断することもある。このシナリ オに対処する好適な方法が図８に示されている。すなわち図８は認証失敗シナリ オにおける呼出フローを示す。認証サーバ３２Ａが、遠隔ユーザが許可されてい ないと判断すれば、認証サーバ３２から通信シャシ２０に対してアクセス拒否メ ッセージが送られる。このメッセージは、アクセス拒否の理由を示したフィール ドを含むことができる。そのような理由は例えばダイアルした電話番号が間違っ ている、ISPがユーザの電話番号を認識しない、ユーザの毎月の使用料の支払い が遅れている、認証サーバが使用中止になっている、等である。通信シャシ２０ はその場合、遠隔ユーザ１２に対して後ほどトライし直すようメッセージを送る か、該呼出をＰＳＴＮ／モデム呼出として扱い呼出をＰＳＴＮシステム上でルー ティングするか、又は該呼出を拒絶して切断シーケンスを開始する。 さらには認証サーバ３２Ａがネットワークへのアクセスを許可するが、トンネ リングサーバ３０又は３４が遠隔ユーザ１２と目標ネットワーク２２ないし２４ 間でのデータ転送のための機構として機能出来ないという状況が考えられる。図 ９はトンネリングサーバアクセス拒絶シナリオにおける呼出フローを示す。第１ ステップ１００、１０２、１０４及び１０６は図６と共通である。トンネリング サーバ３４が呼出を処理で きない場合、トンネリングサーバ３０ないし３４は通信シャシ２０に、入力呼出 応答を、呼出を受け入れられない旨のメッセージないしフィールドと共に送る。 この時点で、通信シャシ２０は遠隔ユーザ１２に対して後ほどトライし直す旨の メッセージを送るか、該呼出をＰＳＴＮ／モデム呼出として扱い電話システム上 でルーティングするか、又は単に呼び出しを拒絶する。 前記図６と７に関連して説明した認証の第２段階において、ユーザがパスワー ド認証プロシージャにおいて失敗することもある。図１０はＰＰＴＰプロトコル における認証失敗シナリオにおける呼出フローを示す。ＰＰＴＰプロトコルでは 、ログインパスワード認証プロシージャが、ネットワークアクセス認証プロシー ジャの第２段階として実行される。ステップ１４０では、アクセス拒絶メッセー ジが認証サーバ３２Ａからトンネリングサーバ３０／３４に対して送出される。 この時点（ステップ１４２）で、トンネリングサーバはログイン拒絶メッセージ を遠隔ユーザ１２に送る。 図１１は、ログインパスワード認証プロシージャが、ネットワークアクセス認 証プロシージャの第２段階として実行される、ＴＥＬＮＥＴ用認証失敗シナリオ における呼出フローを示す。このプロセスは基本的に前記のプロセスと同様に進 行する。 ＰＰＴＰ及びＴＥＬＮＥＴトンネリング、課金及び 第１・第２という２段階の認証の好適な実施例を以下に詳細に説明する。 プロトコルインタフェース 通信シャシ２０はダイアルユーザ（無線端末）、ＭＳＣ，ルータ、認証サーバ 、及びトンネリングサーバとインタフェースする。本明細書では認証サーバとト ンネリングサーバに対する通信シャシインタフェースについてのみ説明する。そ の他のインタフェースは当業者には明らかである。 ＰＰＴＰトンネリング ＰＰＴＰトンネリングは、認証の第１段階中のＲＡＤＩＵＳ アクセス応答メ ッセージからのログインサービス属性に基づいて使用可能にされる。プロトコル がＰＰＴＰ値（ＲＦＣ２０５８ではＴＢＤ）を有していれば、ＰＰＴＰトンネリ ングが通信シャシとトンネリングサーバ間に設定され、呼出人からの以後のトラ フィックがトンネルされる。 通信シャシゲートウェイはＰＰＴＰ ＲＦＣ内のＰＡＣ（ＰＰＴＰアクセスコ ンセントレータ）と同等であり、トンネリングサーバはＰＰＴＰ ＲＦＣ内のＰ ＮＳ（ＰＰＴＰネットワークサーバ）と同等である。以下のＰＰＴＰの説明では 、ＰＡＣ及びＰＮＳという用語を使用する。 個々の構成されたＰＰＴＰ ＰＡＣ-ＰＮＳ対に関して、ＰＡＣ（通信シャシ ）とＰＮＳ（トンネリングサ ーバ）間のインタフェースは２つの並列要素から構成される。すなわち、 １．ＴＣＰ上で動作する制御接続 ２．個々の対間のユーザセッションのためのカプセル化されたＰＰＰパケット を伝送するＩＰトンネル。 ＰＰＴＰ制御接続 ＰＡＣとＰＮＳ間でＰＰＰトンネリングを生じさせる前に、それらの間で制御 接続が確立される必要がある。制御接続は標準的なＴＣＰセッションであり、そ の上をＰＰＴＰ呼出制御及び管理情報が通過する。制御セッションはＰＰＴＰト ンネルを介してトンネリングされているセッションと論理的に関連付けられては いるが、別個のセッションである。 ＰＰＴＰトンネル接続 ＰＰＴＰはそれぞれの通信しているＰＡＣ-ＰＮＳ対においてトンネルを確立 することを必要とする。トンネルはＰＡＣ-ＰＮＳ対に関わるセッションのため の全てのユーザセッションＰＰＰパケットを伝送するために使用される。ＧＲＥ ヘッダ内にあるキーにより、どのセッションに特定のＰＰＰパケットが属するか を示す。このようにして、ＰＰＰパケットは所与のＰＡＣ-ＰＮＳ対間の単一の トンネル上で多重化及び逆多重化される。キーフィールドにおいて使用する値は 、制御接続上で実行される呼び出し確立プロシージャによって確立される。 ＰＰＴＰ制御接続メッセージ 制御接続管理メッセージ： 以下のメッセージから構成される。 ・制御接続開始要求 ・制御接続開始応答 ・制御接続停止要求 ・制御接続停止応答 ・エコー要求 ・エコー応答 呼び管理メッセージ： 以下のメッセージから構成される。 ・出力呼び要求（この時点ではサポート無し） ・出力呼び応答（この時点ではサポート無し） ・入力呼び要求 ・入力呼び応答 ・入力呼び接続完了 ・呼びクリア要求 ・呼び切断通知 エラー報告 ・ＷＡＮエラー通知 ＰＰＰセッション制御 ・セットリンク情報 ＰＰＴＰトンネル接続メッセージ ＰＰＴＰデータＰＤＵ： ＰＰＰフレームはそれぞれＧＲＥ（Generic Routing Encapsulation Header； 汎用ルーティングカプセル化ヘッダ）内でカプセル化されている。ＧＲＥは参照 として本願明細書に引用するコメント要求（ＲＦＣ１７０１、１９９４年１０月 ）に記載されている。 Ｔｅｌｎｅｔ トンネリング ＰＰＴＰとＬ２ＴＰプロトコルは非同期トラフィックをトンネリングするよう には設計されていない。同期トラフィックはＴｅｌｎｅｔプロトコル（ＲＦＣ８ ５４を参照）によりトンネリングされる。 Ｔｅｌｎｅｔの実施はＥＣＨＯ，linemode、binary、SUPPRESS GO AHEAD等の Ｔｅｌｎｅｔコマンド及びオプションを支援しなければならない。トンネリング サーバは任意のＴｅｌｎｅｔセッションにおいてＴｅｌｎｅｔ接続の最中に１つ のモードから別のモードへ切換を要求出来なければならない。この切換は例えば ＥＣＨＯからＮＯ ＥＣＨＯ、linemodeを経てbinary伝送へという具合である。 さらに、通信シャシゲートウェ イにおいてはエスケープ機能を使用禁止にして、ダイアルユーザが通信シャシゲ ートウェイ上のローカルモードに入ることを防止する必要がある。 Ｔｅｌｎｅｔトンネリングは、第１段階認証中に、ＲＡＤＩＵＳアクセス応答 メッセージからのログインサービス特性に基づいて使用可能にされる。ログイン サービス属性が値Ｔｅｌｎｅｔを有していれば、通信シャシとトンネリングサー バ間にＴｅｌｎｅｔが設定され、発呼者からの以後のトラフィックがトンネリン グされる。 ＲＡＤＩＵＳ認証インタフェース ２段階の認証が使用される。認証の第１段階は発呼者番号、被呼番号、及び通 信シャシＩＰアドレスに基づいて行われる。認証の第２段階は、ユーザ名、パス ワード、及び／又は呼び掛け・応答（オプション）に基づいて行われる。 ここでは第１と第２段階両方のＲＡＤＩＵＳ認証のやりとりを説明する。トン ネリングオプションの何れか１つを使用する場合、エンドユーザ認証は、通信シ ャシに対して透過性（transparent）である認証の第２段階においてトンネリン グサーバにより行われる。非トンネリングインターネットアクセスの場合、通信 シャシは認証の両方の段階を行う（第１段階は省くこともオプションとして可能 である）。 以下の一般的動作がＲＡＤＩＵＳインタフェースに該当する。 １．この文書はＩＥＴＦ ＲＡＤＩＵＳ認証ＲＦＣ２０５８に従っている。認 証サーバはＲＦＣに規定されたＲＡＤＩＵＳサーバ機能を供給する。通信シャシ 及びトンネリングサーバはＲＡＤＩＵＳクライアント機能を実施する。 ２．通信シャシは少なくとも２つの認証サーバを個々の特別インターネットア クセス被呼番号に関連付けることができるものとする。これら２つ（又はそれ以 上）の認証サーバは第１及び第２のＲＡＤＩＵＳ認証サーバ機能を供給する。そ れぞれの認証サーバは構成可能なサーバＩＰアドレス及びＵＤＰポートにより識 別可能である。複数のインターネットアクセス被呼番号が認証サーバを共有する 場合もあるし、そうでない場合もある。 ３．ＲＡＤＩＵＳ共有秘密（１〜１５文字）はサーバ毎に行政的に構成される 。この明細書では共有された秘密が通信シャシゲートウェイとＲＡＤＩＵＳノー ド（認証サーバ）間でどのように管理されるかは論じないが、そのような詳細は 当業者には明らかである。 ４．通信シャシゲートウェイは再送信アルゴリズムを実施し、それによってア クセス要求の消失に対処できる。構成可能な再送信カウンタは、特定のインター ネットアクセス呼出番号に対する認証サーバがいつ動 作停止中であるかを判断し、停止中は通信シャシはオプションとして、標準的な ＰＳＴＮ／モデムアクセスプロシージャに従う。 認証インタフェース第１段階 アクセス要求メッセージ： ＲＡＤＩＵＳアクセス要求メッセージは通信シャシ２０によりＲＡＤＩＵＳサ ーバ（認証サーバ３２Ａ）に送られ、入力呼出が示される。以下は、メッセージ と共に送られる属性のリストである。 ・ユーザ名：全ての入力呼出に対してＶＥＮＤＯＲＩＤに設定。 ・ユーザパスワード：ゼロに設定。 ・ＮＡＳ-ＩＰアドレス：通信シャシのＩＰアドレスに設定。 ・ＮＡＳポート：通信シャシ上の発呼者に関連付けることのできるポート番号 又はその他の識別子 ・被呼局ＩＤ：被呼者の番号又は電話識別子。これは発呼者の希望するサービ スを識別するために使用される。 ・発呼局ＩＤ：発呼者の番号又は電話識別子。これは認証第１段階に使用する こともできる。 ・ＮＡＳポートタイプ：通信シャシスイッチ上でユーザにより使用されるポー トの種類を特定する。（ＲＦＣ２０５８における無線アクセス用ＴＢＤ値） アクセス受入メッセージ ＲＡＤＩＵＳアクセス受入メッセージはＲＡＤＩＵＳ（認証サーバ）により通 信シャシ２０に送られ、特定のサービスに対する入力呼出の受入が示される。以 下は、認証サーバから通信シャシに送られる属性のリストである。 ・サービスタイプ：ＰＰＴＰ又はＴｅｌｎｅｔトンネリングに対しては１（ロ グイン）に設定。ＰＰＰを使用する非トンネリングインターネットアクセスに対 しては２（フレーム化）に設定。 ・ログインサービス：０−Ｔｅｌｎｅｔ又はＴＢＤ−ＰＰＴＰに設定。サービ スタイプ属性が２（フレーム化）に設定されている場合は使用されない属性。 ・ログインＩＰホスト：発呼者が接続されるべきトンネリングサーバのＩＰア ドレス。サービスタイプ属性が２（フレーム化）に設定されている場合、使用さ れない属性。 ・ログインＴＣＰポート：発呼者が接続されるべきトンネリングサーバ上のＴ ＣＰポート。サービスタイプが２（フレーム化）に設定されていれば使用されな い属性。 ・応答メッセージ：Ｔｅｌｎｅｔユーザに対してのみ送られるオプション。通 信シャシはこの属性を非同期ストリングとして、トンネリングサービスに対する Ｔ ＥＬＮＥＴトンネリングを完了する前に転送する必要がある。 ・フレーム化プロトコル：サービスタイプ属性が２（フレーム化）に設定され ていれば、１に設定される。サービスタイプが１（ログイン）に設定されていれ ば使用されない属性。 アクセス拒絶メッセージ ＲＡＤＩＵＳアクセス拒絶メッセージはＲＡＤＩＵＳにより通信シャシに送ら れ、特定のサービスに対する入力呼出を否定する。通信シャシはこのメッセージ を受け取ると、通常のＰＳＴＮ／モデムプロシージャに進む。応答メッセージ属 性がアクセス拒絶メッセージに含まれていれば、通信シャシはＡＳＣＩＩストリ ングメッセージをユーザに送る。以下の属性はオプションとしてＲＡＤＩＵＳか ら通信シャシに送ることができる。 ・応答メッセージ：Ｔｅｌｎｅｔユーザのみに送られるオプション。通信シャ シは、通常のＰＳＴＮ／モデムプロシージャに進行する前に、この属性の内容を 非同期ストリングとして発呼者に送る必要がある。 第２段階認証インタフェース ここでは通信シャシと、非トンネリングインターネットアクセスオプションを 使用した認証サーバ間の第 ２段階認証メッセージを特定する。さらに、トンネリングサーバ（ＲＡＤＩＵＳ クライアント）と認証サーバ（ＲＡＤＩＵＳサーバ）間の、何れかのトンネリン グオプションに基づいた、考えられる第２段階認証のやりとりの例を説明する。 アクセス要求メッセージ ＲＡＤＩＵＳアクセス要求メッセージは通信シャシからＲＡＤＩＵＳに送られ 、入力呼出が示される。以下のリストはメッセージと共に送られる属性である。 ・ユーザ名：この属性は認証を希望しているダイアルインユーザの名前を示す 。 ・ユーザパスワード：この属性は認証を希望しているダイアルインユーザのパ スワード、又はアクセスチャレンジ後のユーザの入力を示す。 ・ＮＡＳ−ＩＰアドレス：通信シャシのＩＰアドレスに設定。 ・ＮＡＳ−Ｐｏｒｔ：通信シャシ上で発呼者と関連付けることのできるポート 番号ないしはその他の識別子。 ・サービスタイプ：２に設定（フレーム化）。 ・フレーム化プロトコル：１に設定（ＰＰＰ） ・フレーム化ＩＰアドレス：ダイアルインユーザ１２はオプションとしてロー カルスタチック構成ＩＰアドレスを要求できる。このＩＰアドレスは、アクセス 受入メッセージ内に含まれた同様の属性により書き換えることができる。 アクセス受入メッセージ ＲＡＤＩＵＳ受入メッセージはＲＡＤＩＵＳにより通信シャシに送られ、特定 のサービスに対する入力呼出の受入が示される。ダイアルユーザはまた、このメ ッセージによりＩＰアドレスを割り当てられる。以下の属性はＲＡＤＩＵＳから 通信シャシに送られる。 ・フレーム化ＩＰアドレス：この属性は、ユーザに割り当てるＩＰアドレスを 示す。 アクセス拒絶メッセージ ＲＡＤＩＵＳアクセス拒絶メッセージはＲＡＤＩＵＳ（認証サーバ）により通 信シャシに送られ、入力呼出に対して特定のサービスが拒絶される。通信シャシ はこのメッセージを受け取ると、要求されたサービスが利用不可能であることを 示し、ユーザ接続を切断する。 アクセスチャレンジメッセージ ＲＡＤＩＵＳアクセスチャレンジメッセージはオプションとしてＲＡＤＩＵＳ により通信シャシに送られ、チャレンジ／レスポンス認証プロシージャをＲＦＣ 2058に従って実行する。 ＲＡＤＩＵＳ課金インタフェース 通信シャシとトンネリングサーバの両方は、ＲＦＣ２０５９に規定されたよう にＲＡＤＩＵＳ課金クライアント機能を実施する。課金サーバが、呼出を制御す る認証サーバと関連付けられていれば、それぞれのＲＡＤＩＵＳ課金クライアン トは以下のＲＡＤＩＵＳ課金メッセージをここに記載のように送出する。 通信シャシ及びトンネリングサーバからの課金クライアントは、ＲＡＤＩＵＳ 認証サーバからアクセス受入メッセージを受け取ると、課金スタートメッセージ を送る。 呼出が一旦放棄、クリア、ないし切断されると、課金クライアントは課金スト ップメッセージをＲＡＤＩＵＳ 課金サーバに送る。 課金スタートメッセージはＲＡＤＩＵＳ課金要求により、課金ステータス値を １に設定されて、送信される。課金ストップメッセージはＲＡＤＩＵＳ課金要求 メッセージにより、課金ステータスタイプ値を２に設定されて送信される。 課金要求メッセージ 課金要求パケットはクライアントからＲＡＤＩＵＳ課金サーバに送られ、ユー ザに対して供給されたサービスに対する課金を供給するための情報を伝送する。 以下は、メッセージと共に送ることのできる課金関連属性の一部である。 ・課金ステータスタイプ：この属性は、この課金要求がユーザサービスの始ま り（スタート）なのか、又は終わり（ストップ）なのかを示す。 ・課金遅延時間：このお属性は、クライアントが何秒間この記録を送ろうとし ていたかを示す。この属性をサーバへの到着時間から抽出することにより、課金 要求を発生しているイベントのおよその時間を知ることができる。 ・課金入力オクテット：この属性は、このサービスが供給されてからいくつの オクテットがポートから受け取られたかを示し、課金ステータスタイプがストッ プに設定されている課金要求記録内にのみ存在する。 ・課金出力オクテット：この属性はこのサービスを供給し始めてからいくつの オクテットが通信シャシに送られたかを示し、課金ステータスタイプがストップ に設定されている課金要求記録内にのみ存在する。 ・課金セッションＩＤ：この属性は、個別の課金ＩＤであり、ログファイルに おいてスタートとストップ記録のマッチングを容易にする。任意のスタート・ス トップ記録は同一の課金セッションＩＤを有していなければならない。課金セッ ションＩＤはプリント可能なＡＳＣＩＩストリングであることが推奨される。 ・課金認証：この属性は、課金要求に含めることが でき、ユーザがいかに認証されたか、すなわちＲＡＤＩＵＳによってか、送り出 し側によってか、又はその他のリモート認証プロトコルによってかを示す。認証 なしにサービスを供給されたユーザは課金記録を発生しないはずである。 ・課金セッション時間：この属性は、ユーザが何秒間サービスを受け取ったか を示し、課金ステータスタイプがストップに設定されている課金要求記録におい てのみ存在し得る。 ・課金入力パケット：この属性はフレーム化ユーザに対してサービスが供給さ れて以来ポートから何個のパケットが受け取られたかを示し、課金ステータスタ イプがストップに設定されている課金要求記録においてのみ存在し得る。 ・課金出力パケット：この属性はフレーム化ユーザに対してサービスが供給さ れて以来ポートに対して何個のパケットが送らたかを示し、課金ステータスタイ プがストップに設定されている課金要求記録においてのみ存在し得る。 ・課金中止原因：この属性は、セッションがどのように中止されたかを示し、 課金ステータスタイプがストップに設定されている課金要求記録においてのみ存 在し得る。 課金応答メッセージ 課金要求を受け取ると、ＲＡＤＩＵＳ課金サーバは課金応答メッセージにより 、課金パケットの記録に成功したかどうかに関して応答しなければならない。課 金パケットの記録に失敗した場合は送信しない。 グロッサリー 用語及び略語 ＣＤＭＡ（Code Division Multiple Acces；符号分割多重接続） 移動電話及びＰＣＳスペクトラムにおけるディジタル音声及びデータワイヤレ ス通信のための北米基準。ユーザを無線インタフェース上で多重化するための技 術。 インターネットプロトコル（ＩＰ） ユーザデータグラムをインターネットを介して不信頼性・コネクションレス伝 送するための仕組みを定義する。 ＩＷＰ−ＩＰ 通信シャシは、ＴＤＭＡないしＣＤＭＡ移動電話に接続された端末装置と、Ｐ ＳＴＮ及びインターネットネットワークに接続された端末装置とを協働させるた めの機能を供給する。 第２レイヤトンネリングプロトコル（Ｌ２ＴＰ） ＰＰＰのリンクレイヤプロトコルのトンネリングを可能にするために定義された プロトコル。現在のところ草稿ＲＦＣ段階であるが、標準として採用される見通 しである。 移動交換センタ（ＭＳＣ） 移動電話又はＰＣＳワイヤレス遠隔通信ネットワーク内のネットワーク要素で あり、ワイヤレスユーザに対してＰＳＴＮコネクティビティ、制御機能、及び交 換機能を提供する。 ＰＰＴＰアクセスコンセントレータ（ＰＡＣ） 外部コネクティビティ（典型的には１つかそれ以上のＰＳＴＮ又はＩＳＤＮ回 線を介して）を供給する装置。ＰＰＰ動作及びＰＰＴＰプロトコルを取り扱うこ とができる。ＰＡＣはＩＰを使用してユーザトラフィックを１つないし複数のＰ ＨＳにトンネリングする。非ＩＰプロトコルをトンネリングする場合もある。 ＰＰＴＰネットワークサーバ（ＰＮＳ） 汎用計算／サーバプラットホーム上で動作するよう設計された通信シャシ。Ｐ ＰＴＰプロトコルのサーバ側を取り扱う。ＰＰＴＰが完全にＩＰに依存し、イン タフェースハードウェアからは独立しているため、ＰＮＳはＬＡＮ、ＷＡＮ装置 を含むどのようなＩＰイン タフェースハードウェアの組み合わせも使用することができる。 ポイントツーポイントトンネリングプロトコル（ＰＰＴＰ） ＰＡＣとＰＮＳ間のＰＰＰトラヒックをトンネリングするために定義されたプ ロトコル。ＧＲＥ（Generic Routing Encapsulation；汎用ルーティングカプセ ル化）機構を使用して、ＰＰＰパケットを伝送するためのフロー・輻輳制御カプ セル化データグラムサービスを供給する。「トンネル」制御及び機能管理も支援 し、制御接続の設定・解除、及びデータ接続の設定・解除を行う。ＰＡＣとＰＮ Ｓのそれぞれの対に対して１つの制御接続と１つのデータ接続がある。 公衆交換電話回線網（ＰＳＴＮ） 今日、３ＫＨｚ回線音声サーバを世界中の固定終点に供給する、陸上遠隔通信 インフラストラクチャ。 リモート認証ダイアルインユーザサービス（ＲＡＤＩＵＳ） ユーザ接続要求を受入れ、ユーザ認証を行い、クライアントがサービスをユーザ に送るために必要な全ての構成情報を返送する。ＲＡＤＩＵＳサービスは他のＲ ＡＤＩＵＳサーバ又は他の種類の認証サーバに対して プロキシクライアントとしての役割を果たすことができる。ＲＡＤＩＵＳサーバ はＰＰＰ ＰＡＰ、ＣＨＡＰ，ＵＮＩＸログイン、及びその他の認証機構を支援 する。 ＴＥＬＮＥＴ ＴｅｌｎｅｔはＴＣＰ/ＩＰ接続を介しての２つのネットワーク仮想端末（Ｎ ＶＴ）間の非同期通信を支援するよう設計されている。ＮＶＴは、接続の両者す なわちクライアントとサーバがそれらの実際の出力及び入力端末をマップする仮 想の装置である。 時分割多重アクセス（ＴＤＭＡ） 携帯電話及びＰＣＳスペクトルでのデータワイヤレス遠隔通信のための北米基 準。無線インタフェース上でユーザを多重化する技術。 伝送制御プロトコル（ＴＣＰ） ＩＰネットワーク上におけるユーザデータの高信頼度コネクション型伝送機構 。 TS-ＩＰ トンネリングサーバＩＰアドレス ユーザデータグラムプロトコル（ＵＤＰ） ＩＰ上に構築されたコネクションレス型プロトコル。サービスアクセス（ＳＡ Ｐ）はＵＤＰポートとＩＰアドレスにより識別される。 仮想プライベートネットワーク（ＶＰＮ） 安全な情報アクセスを送るためのインターネット上に築かれた安全なネットワ ーク。 ここに開示した実施例に対しては、本発明の意図および範囲から逸脱すること なく様々な変更ないし変形が可能であることが当業者には明らかである。この発 明の精神並びに範囲は請求の範囲に記載の通りであり、該記載は上述の詳細な説 明に照らして解釈されるものである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 3/00 Ｈ０４Ｌ 11/00 ３１０Ｃ 11/00 ３０３ Ｈ０４Ｂ 7/26 １０９Ｍ Ｈ０４Ｑ 7/38 １０９Ｓ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ， ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，Ｌ Ｓ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＵＡ(ＡＭ，ＡＺ ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ， ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，Ｅ Ｅ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ， ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ， ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，Ｕ Ｓ，ＵＺ，ＶＮ，ＹＵ，ＺＷ 【要約の続き】 トワークへのアクセスを許可する、という各ステップを 有する。

Claims (1)

1. 【特許請求の範囲】 １．デジタルデータ源をコンピュータネットワークに接続する方法において、 前記ディジタルデータ源はワイヤレス伝送媒体を介してワイヤレスサービスキャ リアと通信を行い、前記ワイヤレスサービスキャリアは前記ディジタルデータを 多重化し高速ディジタル電話回線に送出するよう構成されており、前記方法が 前記ディジタルデータを、電話回線インタフェース及びネットワークインタフ ェースを有する通信装置において受け取り、 前記通信装置は前記ディジタルデータからアクセス認証データを抽出し、前記 認証データは少なくとも（ａ）前記ディジタルデータ源により呼び出された電話 番号、又は（ｂ）前記ディジタルデータ源に関連付けられた電話番号のいずれか を有し、 前記通信装置は前記認証データを、前記ネットワークアクセスサーバに接続さ れたローカルエリア又はワイドエリアコンピュータネットワークを介して、前記 コンピュータネットワーク用のネットワーク認証サーバに伝送し、 前記ネットワーク認証サーバ内において、前記伝送された認証データに基づい て、前記遠隔ユーザが前記コンピュータネットワークに対してアクセス許可され ているかどうかを判断し、 前記認証サーバは、前記通信装置に対して、前記判断ステップの結果を通知し 、判断結果が肯定的であれば前記コンピュータネットワークに対するアクセスを 前記ディジタルデータ源に許可する、という各ステップを有していることを特徴 とする方法。 ２．前記認証サーバにおいて、前記通信装置に結合されており、前記ディジタ ルデータ源に対して前記コンピュータネットワークへのアクセスを与えるための トンネリングサーバを識別し、 前記ディジタルデータ源からのディジタルデータを前記トンネリングサーバに ルーティングすることにより、前記アクセスを前記コンピュータネットワークに 与えるステップを更に有した、請求項１記載の方法。 ３．前記認証サーバにおいて、前記ディジタルデータ源のための、すなわち前 記ディジタルデータを前記ネットワークアクセスサーバと前記トンネリングサー バとの間でトンネリングするためのトンネリングプロトコルを決定し、 前記ディジタルデータ源からのディジタルデータを前記トンネリングプロトコ ルに従って前記トンネリングサーバにルーティングするステップを更に有した、 請求項２記載の方法。 ４．前記トンネリングプロトコルが、ＰＰＴＰ及びＴＥＬＮＥＴを含むプロト コル群から選択される、請求項２記載の方法。 ５．前記コンピュータネットワークがインターネットを含む、請求項１記載の 方法。 ６．前記コンピュータネットワークが企業ローカルエリア又はワイドエリアネ ットワークを含む、請求項１記載の方法。 ７．前記通信装置が公衆交換電話網にアクセスを供給し、前記通信装置は、前 記判断ステップにおいて否定的反応が得られた場合に、前記公衆交換電話網を介 して前記ディジタルデータを目的地にルーティングするよう試みるよう構成され た、請求項１記載の方法。 ８．（１）前記トンネリングサーバ又は（２）前記認証サーバと前記ディジタ ルデータ源との間でパスワード認証ルーチンを実行し、前記ディジタルデータ源 と前記コンピュータネットワーク間で第２レベルの認証を行うよう構成された、 請求項２記載の方法。 ９．高速電話回線を介してユーザからの電話呼出を受け取るよう構成された通 信装置を有したインターネットサービスプロバイダのためのインターネットアク セス方法において、 前記通信装置を、ローカル又はワイドエリアネットワークを介して認証サーバ に接続し、 前記ユーザからの入力呼出から、少なくとも（ａ）前記ユーザにより呼び出さ れた電話番号又は（ｂ）前記ユーザに関連付けられた電話番号のいづれかを有す るネットワークアクセス認証データを抽出し、 前記ネットワーク認証データを前記認証サーバにルーティングし、前記ネット ワークアクセス認証データに基づいて前記ユーザの認証を行い、 前記ユーザに対してネットワークアクセスを与えるためのトンネリングサーバ を識別し、前記ネットワークアクセスサーバに前記トンネリングサーバを通知し 、 前記ネットワークアクセスサーバからのディジタルデータを前記トンネリング サーバにトンネリングし、 前記トンネリングサーバにより前記ディジタルデータをインターネットに送る 、という各ステップを有した方法。 １０．前記トンネリングステップにおいて前記ユーザのためのトンネリングプ ロトコルを識別するステップを更に有した、請求項９記載の方法。 １１．ディジタルデータを発生するコンピュータをインターネットに接続する 方法において、前記ディジタルデータは高速ディジタル電話回線を介してインタ ーネットサービスプロバイダに伝送されるよう構成されており、 前記ディジタルデータを、前記インターネットサービスプロバイダの通信装置 において受け取り、 前記ディジタルデータから、少なくとも（ａ）前記ディジタルデータ源により 呼び出された電話番号又は（ｂ）前記コンピュータに関連付けられた電話番号の いづれか、を有するインターネットアクセス認証デー タを抽出し、 前記認証データをネットワーク認証サーバに伝送し、 前記ネットワーク認証サーバ内で、前記伝送された認証データに基づいて、前 記遠隔ユーザが前記ネットワークアクセスサーバを介してインターネットにアク セスすることが許可されているかどうかを判断し、 前記認証サーバは前記ネットワークアクセスサーバに、前記判断ステップの結 果を通知し、前記判断ステップにおいて肯定的反応が得られた場合は前記コンピ ュータに対してインターネットへのアクセスを許可する、という各ステップを有 した方法。 １２．コンピュータがインターネットにアクセスするために使用するトンネリ ングサーバを、前記認証サーバ内で識別し、 前記コンピュータからのディジタルデータを前記トンネリングサーバにルーテ ィングし、インターネットへの前記アクセスを供給するという各ステップをさら に有した、請求項１１記載の方法。 １３．前記認証サーバにおいて、前記ネットワークアクセスサーバと前記トン ネリングサーバ間でディジタルデータをトンネリングするために使用するトンネ リングプロトコルを決定し、 前記コンピュータからのディジタルデータを、前記トンネリングプロトコルに 従って前記トンネリングサーバにルーティングするという各ステップを更に有し た、請求項１２記載の方法。 １４．前記トンネリングプロトコルが、ＰＰＴＰ及びＴＥＬＮＥＴを含むプロ トコル群から選択される、請求項１３記載の方法。 １５．前記通信装置が公衆交換電話網にアクセスを供給し、前記通信装置は、 前記判断ステップにおいて否定的反応が得られた場合には前記公衆交換電話網を 介して前記ディジタルデータを目的地にルーティングするよう試みるよう構成さ れている、請求項１１記載の方法。 １６．（１）前記トンネリングサーバ又は（２）前記認証サーバと前記コンピ ュータとの間でパスワード認証ルーチンを実行し、前記ディジタルデータ源と前 記コンピュータネットワークとの間で第２レベルの認証を実行するよう構成され た、請求項１２記載の方法。 １７．ワイヤレスインターネットユーザのためのインターネットサービスプロ バイダシステムにおいて、 ネットワークアクセスサーバと、 インターネットアクセス認証サーバとを有し、 前記ネットワークアクセスサーバは高速ディジタル電話回線インタフェースと インターネットゲートウェイを有し、該インタフェースは前記ワイヤレスインタ ーネットユーザからの呼出を受け取り、該ゲートウェイは、前記ワイヤレスイン ターネットユーザに関連付けられたディジタルデータをインターネットに送出し 、 前記インターネットアクセス認証サーバは通信媒体を介して前記ネットワーク アクセスサーバに接続され、前記インターネットアクセス認証データに応答する よう構成され、該認証データは、前記ワイヤレスインターネットユーザに関連付 けられた前記ディジタルデータから抽出され、また前記ディジタルデータは前記 ネットワークアクセスサーバにより受け取られ前記認証サーバに伝送されたもの であり、 前記認証サーバはさらにメモリを備え、それによって、前記インターネットア クセス認証データに基づいて、前記ワイヤレスインターネットユーザがインター ネットに対してアクセス許可されているかどうかを判断し、前記インターネット サーバは前記ネットワークアクセスサーバに認証反応を送信し、 前記ネットワークアクセスサーバは前記認証サーバからの前記認証反応に応答 し、前記ワイヤレスインターネットユーザに対してインターネットへのアクセス を許可するが、又は該ワイヤレスインターネットユーザからの呼出に関してその 他の動作を行うよう構成された、インターネットサービスプロバイダシステム。 １８．前記ネットワークアクセスサーバと通信媒体を介して結合された第２イ ンターネット認証サーバを有し、 前記第２インターネット認証サーバは前記ネットワークアクセスサーバからの 認証データに反応するよう 構成され、また第２のインターネットサービスプロバイダにより管理され、 更に前記第２インターネット認証サーバは前記ワイヤレスインターネットユー ザに対して、前記ネットワークアクセスサーバ又は前記インターネットアクセス 認証サーバの何れかに対する認証反応を与えるよう構成されている、請求項１７ 記載のインターネットサービスプロバイダシステム。