JP2001237892A - アクセスサーバを用いたインターネットアクセス方式および方法 - Google Patents
アクセスサーバを用いたインターネットアクセス方式および方法Info
- Publication number
- JP2001237892A JP2001237892A JP2000049130A JP2000049130A JP2001237892A JP 2001237892 A JP2001237892 A JP 2001237892A JP 2000049130 A JP2000049130 A JP 2000049130A JP 2000049130 A JP2000049130 A JP 2000049130A JP 2001237892 A JP2001237892 A JP 2001237892A
- Authority
- JP
- Japan
- Prior art keywords
- access
- internet
- server
- address
- authentication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 19
- 230000004044 response Effects 0.000 claims description 10
- 238000012790 confirmation Methods 0.000 claims description 3
- 238000009434 installation Methods 0.000 abstract 1
- 101000610620 Homo sapiens Putative serine protease 29 Proteins 0.000 description 13
- 102100040345 Putative serine protease 29 Human genes 0.000 description 13
- 238000004891 communication Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 101710128746 Cytochrome b6-f complex iron-sulfur subunit 1 Proteins 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 101100232369 Hordeum vulgare IAT2 gene Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 101710128742 Cytochrome b6-f complex iron-sulfur subunit 2 Proteins 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】ダイアルアップインターネットアクセスを簡素
化し、アクセスサーバを複数のプロバイダーで共有する
ことによって設備投資を軽減する。 【解決手段】発加入者端末１３１からダイアルアップア
クセス番号をダイアルすると、中継交換システム１１に
おいて、ダイアルアップアクセス番号を翻訳し、ＩＡＴ
２２に着信する。ＰＰＰ終端後、発加入者端末１３１の
ユーザ名（ドメイン名）とパスワードから該当するＩＳ
Ｐを認識し、該当ＩＳＰの認証サーバのアドレスを取得
する。認証終了後、プロキシーサーバ２８に格納されて
いる各ＩＳＰのユーザデータから発加入者端末のＩＰア
ドレス、アクセスルータのＩＰアドレス、ＤＮＳサーバ
のＩＰアドレスを取得し、当該のＩＳＰへアクセスを可
能にする。このようにして１つのダイアルアップ番号で
複数のプロバイダーにアクセスすることを可能にする。
化し、アクセスサーバを複数のプロバイダーで共有する
ことによって設備投資を軽減する。 【解決手段】発加入者端末１３１からダイアルアップア
クセス番号をダイアルすると、中継交換システム１１に
おいて、ダイアルアップアクセス番号を翻訳し、ＩＡＴ
２２に着信する。ＰＰＰ終端後、発加入者端末１３１の
ユーザ名（ドメイン名）とパスワードから該当するＩＳ
Ｐを認識し、該当ＩＳＰの認証サーバのアドレスを取得
する。認証終了後、プロキシーサーバ２８に格納されて
いる各ＩＳＰのユーザデータから発加入者端末のＩＰア
ドレス、アクセスルータのＩＰアドレス、ＤＮＳサーバ
のＩＰアドレスを取得し、当該のＩＳＰへアクセスを可
能にする。このようにして１つのダイアルアップ番号で
複数のプロバイダーにアクセスすることを可能にする。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネットア
クセスシステムの方式および方法に関し、特に、インタ
ーネットアクセストランク（Ｉｎｔｅｒｎｅｔ Ａｃｃ
ｅｓｓ Ｔｒｕｎｋ：ＩＡＴと呼ぶ）を有する中継交換
または加入者交換システムのリモートアクセスサーバー
の機能における共有アクセスサーバを用いたインターネ
ットアクセス方式および方法に関する。
クセスシステムの方式および方法に関し、特に、インタ
ーネットアクセストランク（Ｉｎｔｅｒｎｅｔ Ａｃｃ
ｅｓｓ Ｔｒｕｎｋ：ＩＡＴと呼ぶ）を有する中継交換
または加入者交換システムのリモートアクセスサーバー
の機能における共有アクセスサーバを用いたインターネ
ットアクセス方式および方法に関する。
【０００２】
【従来の技術】一般的に１つのＩＳＰ（Ｉｎｔｅｒｎｅ
ｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：インターネッ
トサービスプロバイダー、以降、略してプロバイダーと
呼ぶ場合もある）には１つまたは複数のダイアルアップ
番号が割り当てられている。このダイアルアップ番号毎
に１つまたは複数のＩＡＴが割り当てられている。つま
り、ＩＡＴ群はＩＳＰ毎に割り当てられている。したが
って、ＩＡＴが保有するリモートアクセス（以降、ＲＡ
Ｓと称す)機能は、ＩＳＰ毎に実装されている。発加入
者が、あるＩＳＰに接続しようとする時、該当するダイ
アルアップ番号を回す必要がある。ＲＡＳ機能を有する
ＩＡＴは、中継または着信交換システムにおいて、この
着信番号を翻訳してルーティングテーブルに従いＩＡＴ
に接続する。ＩＡＴは、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐ
ｏｉｎｔ Ｐｒｏｔｏｃｏｌ）終端後、ＩＡＴ内のシス
テムデータを参照して該当するＩＳＰの認証サーバーに
接続する。さらに、認証終了後、ＩＳＰは発加入者に対
してＩＰアドレス（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔ
ｏｃｏｌ）を割り振る。発加入者が他のＩＳＰに接続し
ようとする時には、発加入者は別のダイアルアップ番号
を回し、中継または着信交換システムにおいて別のＩＡ
Ｔに着信する。
ｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：インターネッ
トサービスプロバイダー、以降、略してプロバイダーと
呼ぶ場合もある）には１つまたは複数のダイアルアップ
番号が割り当てられている。このダイアルアップ番号毎
に１つまたは複数のＩＡＴが割り当てられている。つま
り、ＩＡＴ群はＩＳＰ毎に割り当てられている。したが
って、ＩＡＴが保有するリモートアクセス（以降、ＲＡ
Ｓと称す)機能は、ＩＳＰ毎に実装されている。発加入
者が、あるＩＳＰに接続しようとする時、該当するダイ
アルアップ番号を回す必要がある。ＲＡＳ機能を有する
ＩＡＴは、中継または着信交換システムにおいて、この
着信番号を翻訳してルーティングテーブルに従いＩＡＴ
に接続する。ＩＡＴは、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐ
ｏｉｎｔ Ｐｒｏｔｏｃｏｌ）終端後、ＩＡＴ内のシス
テムデータを参照して該当するＩＳＰの認証サーバーに
接続する。さらに、認証終了後、ＩＳＰは発加入者に対
してＩＰアドレス（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔ
ｏｃｏｌ）を割り振る。発加入者が他のＩＳＰに接続し
ようとする時には、発加入者は別のダイアルアップ番号
を回し、中継または着信交換システムにおいて別のＩＡ
Ｔに着信する。
【０００３】
【発明が解決しようとする課題】従って、ＩＡＴはＩＳ
Ｐ毎に分割されて設置されており、更にＩＡＴはＬＡＮ
経由でアクセスポイント内のアクセスルータに接続さ
れ、ＷＡＮ経由でＩＳＰのルータに接続されているた
め、ＩＳＰ毎にアクセスルータを用意する必要がある。
すなわち、このようにＩＡＴまたはＲＡＳの共有がされ
ていないため、キャリアにとってもＩＳＰにとっても設
備投資が大きな負担となっており、インタネットアクセ
ス料金に低減化につながっていないという問題点があ
る。
Ｐ毎に分割されて設置されており、更にＩＡＴはＬＡＮ
経由でアクセスポイント内のアクセスルータに接続さ
れ、ＷＡＮ経由でＩＳＰのルータに接続されているた
め、ＩＳＰ毎にアクセスルータを用意する必要がある。
すなわち、このようにＩＡＴまたはＲＡＳの共有がされ
ていないため、キャリアにとってもＩＳＰにとっても設
備投資が大きな負担となっており、インタネットアクセ
ス料金に低減化につながっていないという問題点があ
る。
【０００４】本発明の目的は、1つのＩＡＴを複数のプ
ロバイダで共有することによってＩＡＴの効率的な運
用、設備投資の削減及び加入者サービスの向上を計るこ
とにある。
ロバイダで共有することによってＩＡＴの効率的な運
用、設備投資の削減及び加入者サービスの向上を計るこ
とにある。
【０００５】
【課題を解決するための手段】上記の目的を達成するた
めに、本発明のインターネットアクセス方式は、インタ
ーネットサービスプロバイダーのリモートアクセスを行
うインターネットアクセストランクを備えたアクセスサ
ーバを用いたインターネットアクセス方式において、前
記インターネットアクセストランクは、統一されたダイ
アルアップ番号により複数のインターネットサービスプ
ロバイダーにアクセスするアクセス手段を有することを
特徴としている。
めに、本発明のインターネットアクセス方式は、インタ
ーネットサービスプロバイダーのリモートアクセスを行
うインターネットアクセストランクを備えたアクセスサ
ーバを用いたインターネットアクセス方式において、前
記インターネットアクセストランクは、統一されたダイ
アルアップ番号により複数のインターネットサービスプ
ロバイダーにアクセスするアクセス手段を有することを
特徴としている。
【０００６】更に、前記アクセス手段は、アクセスポイ
ント内に設置してあるプロキシーサーバを用いてインタ
ーネットサービスプロバイダーのサービスを受けている
発加入者端末のユーザ名（ドメイン名）とパスワードと
から前記インターネットアクセスサービスプロバイダー
を識別することを特徴としている。
ント内に設置してあるプロキシーサーバを用いてインタ
ーネットサービスプロバイダーのサービスを受けている
発加入者端末のユーザ名（ドメイン名）とパスワードと
から前記インターネットアクセスサービスプロバイダー
を識別することを特徴としている。
【０００７】更に、前記アクセス手段は、アクセスポイ
ント内に設置してあるプロキシーサーバを用いてインタ
ーネットサービスプロバイダーのサービスを受けている
発加入者端末のユーザ名（ドメイン名）とパスワードと
からユーザ認証のチェックを行うインターネットサービ
スプロバイダの認証サーバを識別することを特徴として
いる。
ント内に設置してあるプロキシーサーバを用いてインタ
ーネットサービスプロバイダーのサービスを受けている
発加入者端末のユーザ名（ドメイン名）とパスワードと
からユーザ認証のチェックを行うインターネットサービ
スプロバイダの認証サーバを識別することを特徴として
いる。
【０００８】更に、前記アクセス手段は、前記プロキシ
ーサーバに内臓したシステムデータより前記インターネ
ットサービスプロバイダーに接続するルータのＩＰアド
レスと該当するインターネットサービスプロバイダーの
ＤＮＳサーバーのＩＰアドレスと発加入者端末のＩＰア
ドレスとを取得することを特徴としている。
ーサーバに内臓したシステムデータより前記インターネ
ットサービスプロバイダーに接続するルータのＩＰアド
レスと該当するインターネットサービスプロバイダーの
ＤＮＳサーバーのＩＰアドレスと発加入者端末のＩＰア
ドレスとを取得することを特徴としている。
【０００９】また、本発明の第１のインターネットアク
セス方法は、インターネットサービスプロバイダーのリ
モートアクセスを行うインターネットアクセストランク
を備えたアクセスサーバを用いたインターネットアクセ
ス方法であって、前記インターネットアクセストランク
は、統一されたダイアルアップ番号により複数のインタ
ーネットサービスプロバイダーにアクセスすることを特
徴としている。
セス方法は、インターネットサービスプロバイダーのリ
モートアクセスを行うインターネットアクセストランク
を備えたアクセスサーバを用いたインターネットアクセ
ス方法であって、前記インターネットアクセストランク
は、統一されたダイアルアップ番号により複数のインタ
ーネットサービスプロバイダーにアクセスすることを特
徴としている。
【００１０】また、本発明の第２のインターネットアク
セス方法は、インターネットサービスプロバイダーのリ
モートアクセスを行うインターネットアクセストランク
を備えたアクセスサーバを用いたインターネットアクセ
ス方法であって、前記インターネットアクセストランク
は、プロキシーサーバを用いて、発加入者端末から発信
される認証要求に対してドメイン名からユーザ認証のチ
ェックを行う認証サーバのＩＰアドレスを取得し、前記
認証サーバにアクセスして認証を実行させ、認証が成功
すれば、認証確認応答を前記発加入者端末に返信し、認
証確認応答を前記発加入者端末に返信後に前記加入者端
末からＩＰアドレス割当要求が来ると、加入者端末に割
り当てるＩＰアドレスとインターネットサービスプロバ
イダーのＤＮＳのＩＰアドレスとを取得し、前記インタ
ーネットサービスプロバイダーのＩＰアドレスを割り当
てることを特徴としている。
セス方法は、インターネットサービスプロバイダーのリ
モートアクセスを行うインターネットアクセストランク
を備えたアクセスサーバを用いたインターネットアクセ
ス方法であって、前記インターネットアクセストランク
は、プロキシーサーバを用いて、発加入者端末から発信
される認証要求に対してドメイン名からユーザ認証のチ
ェックを行う認証サーバのＩＰアドレスを取得し、前記
認証サーバにアクセスして認証を実行させ、認証が成功
すれば、認証確認応答を前記発加入者端末に返信し、認
証確認応答を前記発加入者端末に返信後に前記加入者端
末からＩＰアドレス割当要求が来ると、加入者端末に割
り当てるＩＰアドレスとインターネットサービスプロバ
イダーのＤＮＳのＩＰアドレスとを取得し、前記インタ
ーネットサービスプロバイダーのＩＰアドレスを割り当
てることを特徴としている。
【００１１】
【発明の実施の形態】次に、図面を参照して、本発明に
係わるインターネットアクセスシステムの実施の形態を
説明する。図１は、本発明が適用されるＩＡＴを有する
加入者交換システムを示しており、ＰＳＴＮ網１０１
（ＰＨＳ：Ｐｌａｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｎ
ｅｔｗｏｒｋ）と、ＰＨＳ網１０２（ＰＨＳ：Ｐｅｒｓ
ｏｎａｌ Ｈａｎｄｙ Ｐｈｏｎｅ Ｓｙｓｔｅｍ）
と、ＩＳＤＮ網１０３（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒ
ｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）と、中継
交換システム１１と、中継交換システム１１に接続され
た複数のインターネットアクセストランク（ＩＡＴ）を
有するＩＡＴモジュール１２（ＩＡＴ：Ｉｎｔｅｒｎｅ
ｔ ＡｃｃｅｓｓＴｒｕｎｋ）と、複数のＩＡＴからの
出力線（１０ＢＡＳＥ−Ｔ）を集線しているＨＵＢ１５
と、ルーティング（通信路制御）の処理を行うルータ１
６１，１６２と、アクセスサーバであるプロキシーサー
バ２８と、インターネットのサービスを行うＩＳＰ１プ
ロバイダー１８と、インターネットのサービスを行うＩ
ＳＰ２プロバイダー１９と、ユーザ認証（パスワード等
のチェック）を行うＩＳＰ１プロバイダー１８のＩＳＰ
１認証サーバ１８１と、ユーザ認証（パスワード等のチ
ェック）を行うＩＳＰ２プロバイダー１９のＩＳＰ２認
証サーバ１９１と、ルータ１６１，１６２と、ルータ１
６１とＩＳＰ１プロバイダー１８およびＩＳＰ２プロバ
イダー１９とを接続する中継データ網１７と、ＩＳＰ１
プロバイダー１８と契約しているＩＳＰ１端末１３１，
１３２と、ＩＳＰ２プロバイダー１９と契約しているＩ
ＳＰ２加入者端末１３３とから構成されている。
係わるインターネットアクセスシステムの実施の形態を
説明する。図１は、本発明が適用されるＩＡＴを有する
加入者交換システムを示しており、ＰＳＴＮ網１０１
（ＰＨＳ：Ｐｌａｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｎ
ｅｔｗｏｒｋ）と、ＰＨＳ網１０２（ＰＨＳ：Ｐｅｒｓ
ｏｎａｌ Ｈａｎｄｙ Ｐｈｏｎｅ Ｓｙｓｔｅｍ）
と、ＩＳＤＮ網１０３（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒ
ｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）と、中継
交換システム１１と、中継交換システム１１に接続され
た複数のインターネットアクセストランク（ＩＡＴ）を
有するＩＡＴモジュール１２（ＩＡＴ：Ｉｎｔｅｒｎｅ
ｔ ＡｃｃｅｓｓＴｒｕｎｋ）と、複数のＩＡＴからの
出力線（１０ＢＡＳＥ−Ｔ）を集線しているＨＵＢ１５
と、ルーティング（通信路制御）の処理を行うルータ１
６１，１６２と、アクセスサーバであるプロキシーサー
バ２８と、インターネットのサービスを行うＩＳＰ１プ
ロバイダー１８と、インターネットのサービスを行うＩ
ＳＰ２プロバイダー１９と、ユーザ認証（パスワード等
のチェック）を行うＩＳＰ１プロバイダー１８のＩＳＰ
１認証サーバ１８１と、ユーザ認証（パスワード等のチ
ェック）を行うＩＳＰ２プロバイダー１９のＩＳＰ２認
証サーバ１９１と、ルータ１６１，１６２と、ルータ１
６１とＩＳＰ１プロバイダー１８およびＩＳＰ２プロバ
イダー１９とを接続する中継データ網１７と、ＩＳＰ１
プロバイダー１８と契約しているＩＳＰ１端末１３１，
１３２と、ＩＳＰ２プロバイダー１９と契約しているＩ
ＳＰ２加入者端末１３３とから構成されている。
【００１２】なお、図１において、アクセスポイント
は、中継交換システム１１と、ＩＡＴモジュール１２
と、ＨＵＢ１５と、ルータ１６１，１６２と、プロキシ
ーサーバ２８とを含んでいる。また、ＰＳＴＮ網１０１
はＩＳＰ１加入者端末１３１と中継交換システム１１と
を接続する通信網であり、ＰＨＳ網１０２はＩＳＰ１加
入者端末１３２と中継交換システム１１とを接続する通
信網であり、ＩＳＤＮ網１０３は、ＩＳＰ２加入者端末
１３３と中継交換システム１１とを接続する通信網であ
る。また、それぞれの通信網には、複数の違ったＩＳＰ
と契約した複数の加入者端末が接続されても良い。ま
た、図１では、説明の都合上、２台としたが、それ以上
あっても良い。
は、中継交換システム１１と、ＩＡＴモジュール１２
と、ＨＵＢ１５と、ルータ１６１，１６２と、プロキシ
ーサーバ２８とを含んでいる。また、ＰＳＴＮ網１０１
はＩＳＰ１加入者端末１３１と中継交換システム１１と
を接続する通信網であり、ＰＨＳ網１０２はＩＳＰ１加
入者端末１３２と中継交換システム１１とを接続する通
信網であり、ＩＳＤＮ網１０３は、ＩＳＰ２加入者端末
１３３と中継交換システム１１とを接続する通信網であ
る。また、それぞれの通信網には、複数の違ったＩＳＰ
と契約した複数の加入者端末が接続されても良い。ま
た、図１では、説明の都合上、２台としたが、それ以上
あっても良い。
【００１３】ＩＡＴＭ１２は、複数のＩＡＴ２２で構成
され、すなわち、ＩＡＴ２２−１，２２−２，・・・，
２２−ｎから構成される。
され、すなわち、ＩＡＴ２２−１，２２−２，・・・，
２２−ｎから構成される。
【００１４】図１を参照すると、ＩＳＰ１加入者端末１
３１を所有している加入者がダイアルアップ番号（ＩＳ
Ｐ１プロバイダー１８とＩＳＰ２プロバイダー１９の共
通のアクセスポイントの電話番号）をダイアルすると中
継交換システム１１の着信分析によって、接続するＩＡ
Ｔ２２を決定することになるが、そのとき接続可能な空
きチャネルがあればそのチャネルに相当するＩＡＴ２２
に接続する。また、複数の加入者から同一ダイアルアッ
プ番号で、交換システムのマルティハンティング方式
（この場合のダイヤルアップ番号は複数の回線を持つ代
表番号であり、複数の回線の内の１つを選ぶ）を用いて
空いているＩＡＴ２２に着信する。さらに複数のプロバ
イダーであっても同一のダイアルアップ番号を割り当て
ることによって、同一番号で空いているＩＡＴ２２に着
信する。このように、ダイアルアップ番号を統一するこ
とにより番号資源の節約または集約を図る事ができる。
３１を所有している加入者がダイアルアップ番号（ＩＳ
Ｐ１プロバイダー１８とＩＳＰ２プロバイダー１９の共
通のアクセスポイントの電話番号）をダイアルすると中
継交換システム１１の着信分析によって、接続するＩＡ
Ｔ２２を決定することになるが、そのとき接続可能な空
きチャネルがあればそのチャネルに相当するＩＡＴ２２
に接続する。また、複数の加入者から同一ダイアルアッ
プ番号で、交換システムのマルティハンティング方式
（この場合のダイヤルアップ番号は複数の回線を持つ代
表番号であり、複数の回線の内の１つを選ぶ）を用いて
空いているＩＡＴ２２に着信する。さらに複数のプロバ
イダーであっても同一のダイアルアップ番号を割り当て
ることによって、同一番号で空いているＩＡＴ２２に着
信する。このように、ダイアルアップ番号を統一するこ
とにより番号資源の節約または集約を図る事ができる。
【００１５】加入者の端末からの発呼は、ＩＡＴ２２に
内臓してあるモデムを経てＰＰＰ（Ｐｏｉｎｔ ｔｏ
Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）終端する。その後、Ｉ
ＡＴ２２は発加入者の認証（加入者の端末から入力され
たパスワードのチェック）のために、アクセスポイント
内に設置してあるプロキシーサーバ２８に局内ＬＡＮを
経由で接続する。
内臓してあるモデムを経てＰＰＰ（Ｐｏｉｎｔ ｔｏ
Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）終端する。その後、Ｉ
ＡＴ２２は発加入者の認証（加入者の端末から入力され
たパスワードのチェック）のために、アクセスポイント
内に設置してあるプロキシーサーバ２８に局内ＬＡＮを
経由で接続する。
【００１６】この時プロキシーサーバ２８では、対応す
るＩＳＰを認識し該当するＩＳＰに対して認証要求を行
なう。認証が終了後、プロキシーサーバ２８は発加入者
のＩＰアドレス、ＩＳＰのＤＮＳサーバのＩＰアドレ
ス、アクセスルータ（ルータ１６１）のＩＰアドレスを
取得し発加入者へ返信する。
るＩＳＰを認識し該当するＩＳＰに対して認証要求を行
なう。認証が終了後、プロキシーサーバ２８は発加入者
のＩＰアドレス、ＩＳＰのＤＮＳサーバのＩＰアドレ
ス、アクセスルータ（ルータ１６１）のＩＰアドレスを
取得し発加入者へ返信する。
【００１７】図２を参照すると、ＩＡＴＭ１２内の各Ｉ
ＡＴの機能構成図を表している。すなわち、図２おい
て、ＩＡＴ２２は、モデム２２１と、図示していないプ
ロセッサによりプログラム制御で動作するＩＡＴ制御部
２２２とから構成される。ＩＡＴ制御部２２２は、ＰＰ
Ｐ終端機能部２２３と、ＩＰアドレス分析部２２４とか
ら構成される。
ＡＴの機能構成図を表している。すなわち、図２おい
て、ＩＡＴ２２は、モデム２２１と、図示していないプ
ロセッサによりプログラム制御で動作するＩＡＴ制御部
２２２とから構成される。ＩＡＴ制御部２２２は、ＰＰ
Ｐ終端機能部２２３と、ＩＰアドレス分析部２２４とか
ら構成される。
【００１８】更に、図２において、プロキシーサーバ２
８は、図示していないプロセッサによりプログラム制御
で動作するサーバ制御部２８１と、読み出しおよび書き
込みができシステムデータを格納する記憶部２８２とか
ら構成される。この場合の記憶部は、メモリ（例えば、
フラッシュメモリ等の不揮発性メモリ、ＲＡＭ等の揮発
性メモリ）であっても、または磁気ディスク等の記録媒
体であっても良い。記憶部２８２には、プロバイダーＩ
Ｄテーブル２８３と、データアドレステーブル２８４
と、認証サーバアドレステーブル２８５と、複数のプロ
バイダーテーブル２８６とを含むシステムデータを格納
している。プロバイダーテーブル２８６は、プロバイダ
ー毎にあり、プロバイダーテーブル２８６には、デフォ
ルトＧＷのＩＰアドレス（ＧＷ：ゲートウェイ）を格納
しているデフォルトＧＷアドレステーブルのエリアと、
該当するＩＳＰのＤＮＳサーバ（ＤＮＳ：Ｄｉｓｔｒｉ
ｂｕｔｅｄ Ｎａｍｅ Ｓｅｒｖｉｃｅ）のＩＰアドレ
スを格納しているＤＮＳアドレスのエリアと、複数の発
加入者の端末のＩＰアドレスを格納する加入者ＩＰアド
レスプールのエリアとから構成される。
８は、図示していないプロセッサによりプログラム制御
で動作するサーバ制御部２８１と、読み出しおよび書き
込みができシステムデータを格納する記憶部２８２とか
ら構成される。この場合の記憶部は、メモリ（例えば、
フラッシュメモリ等の不揮発性メモリ、ＲＡＭ等の揮発
性メモリ）であっても、または磁気ディスク等の記録媒
体であっても良い。記憶部２８２には、プロバイダーＩ
Ｄテーブル２８３と、データアドレステーブル２８４
と、認証サーバアドレステーブル２８５と、複数のプロ
バイダーテーブル２８６とを含むシステムデータを格納
している。プロバイダーテーブル２８６は、プロバイダ
ー毎にあり、プロバイダーテーブル２８６には、デフォ
ルトＧＷのＩＰアドレス（ＧＷ：ゲートウェイ）を格納
しているデフォルトＧＷアドレステーブルのエリアと、
該当するＩＳＰのＤＮＳサーバ（ＤＮＳ：Ｄｉｓｔｒｉ
ｂｕｔｅｄ Ｎａｍｅ Ｓｅｒｖｉｃｅ）のＩＰアドレ
スを格納しているＤＮＳアドレスのエリアと、複数の発
加入者の端末のＩＰアドレスを格納する加入者ＩＰアド
レスプールのエリアとから構成される。
【００１９】なお、プロバイダーによっては、複数のサ
ブドメインを持つ場合もあるが、その場合は、プロバイ
ダーテーブル２８６には、ＩＳＰ毎にデフォルトＧＷア
ドレステーブルのエリアと、ＩＳＰ毎にＤＮＳアドレス
のエリアと、ＩＳＰ毎に加入者ＩＰアドレスプールのエ
リアとから構成される。
ブドメインを持つ場合もあるが、その場合は、プロバイ
ダーテーブル２８６には、ＩＳＰ毎にデフォルトＧＷア
ドレステーブルのエリアと、ＩＳＰ毎にＤＮＳアドレス
のエリアと、ＩＳＰ毎に加入者ＩＰアドレスプールのエ
リアとから構成される。
【００２０】なお、ＩＡＴ制御部２２２は、モデム２２
１を介しての中継交換システム１１との送受信を行うた
めの図示していない送受信回路と、ＨＵＢ１５との送受
信を行うための図示していない送受信回路を備えてい
る。また、サーバ制御部２８１は、ルータ１６２との送
受信を行うための図示していない送受信回路を備えてい
る。
１を介しての中継交換システム１１との送受信を行うた
めの図示していない送受信回路と、ＨＵＢ１５との送受
信を行うための図示していない送受信回路を備えてい
る。また、サーバ制御部２８１は、ルータ１６２との送
受信を行うための図示していない送受信回路を備えてい
る。
【００２１】次に、図２を参照して、本発明の動作の概
略を説明する。加入者の端末（例では、ＩＳＰ１加入者
端末またはＩＳＰ２加入者端末）からの発呼は、ＩＡＴ
２２に内臓してあるモデム２２１を経由してＩＡＴ制御
部２２２に接続される。加入者端末からＩＡＴ制御部２
２２への接続は、ＰＰＰプロトコルに基づいて行われ
る。ＩＡＴ制御部２２２のＰＰＰ終端機能部２２３が加
入者端末とＰＰＰプロトコルに基づいた処理を行う。な
お、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔ
ｏｃｏｌ）は、ＲＦＣ１６６１（ＲＦＣ：Ｒｅｑｕｅｓ
ｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）によって規定され、Ｉ
ＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ
Ｔａｓｋ Ｆｏｒｃｅ）によって標準化されている。そ
の後、ＩＡＴ制御部２２２は、ＩＰアドレス分析部２２
４によるＩＰアドレス分析後、局内ＬＡＮを経由して
（ＨＵＢ１５およびルータ１６２を経由して）プロキシ
ーサーバ２８に接続する。この時、プロキシーサーバ２
８のサーバ制御部２８１は、発加入者の契約するＩＳＰ
のユーザ名（ドメイン名）から該当するＩＳＰを識別す
る。更に、サーバ制御部２８１は、ＩＳＰのユーザ名
（ドメイン名）から記憶部２８２に格納されているプロ
バイダーテーブル２８６の認証サーバアドレスエリアか
ら該当するＩＳＰ（ＩＳＰ１プロバイダーまたはＩＳＰ
２プロバイダー）の認証サーバのアドレスを認識する。
その後、サーバ制御部２８１は、該当するＩＳＰに対し
て認証要求を送出し認証を実行する。認証が完了したの
ちＩＡＴ２２のＩＡＴ制御部２２２は、発加入者端末の
ＩＰアドレスをプロキシサーバ２８との通信により割り
当てる。
略を説明する。加入者の端末（例では、ＩＳＰ１加入者
端末またはＩＳＰ２加入者端末）からの発呼は、ＩＡＴ
２２に内臓してあるモデム２２１を経由してＩＡＴ制御
部２２２に接続される。加入者端末からＩＡＴ制御部２
２２への接続は、ＰＰＰプロトコルに基づいて行われ
る。ＩＡＴ制御部２２２のＰＰＰ終端機能部２２３が加
入者端末とＰＰＰプロトコルに基づいた処理を行う。な
お、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔ
ｏｃｏｌ）は、ＲＦＣ１６６１（ＲＦＣ：Ｒｅｑｕｅｓ
ｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）によって規定され、Ｉ
ＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ
Ｔａｓｋ Ｆｏｒｃｅ）によって標準化されている。そ
の後、ＩＡＴ制御部２２２は、ＩＰアドレス分析部２２
４によるＩＰアドレス分析後、局内ＬＡＮを経由して
（ＨＵＢ１５およびルータ１６２を経由して）プロキシ
ーサーバ２８に接続する。この時、プロキシーサーバ２
８のサーバ制御部２８１は、発加入者の契約するＩＳＰ
のユーザ名（ドメイン名）から該当するＩＳＰを識別す
る。更に、サーバ制御部２８１は、ＩＳＰのユーザ名
（ドメイン名）から記憶部２８２に格納されているプロ
バイダーテーブル２８６の認証サーバアドレスエリアか
ら該当するＩＳＰ（ＩＳＰ１プロバイダーまたはＩＳＰ
２プロバイダー）の認証サーバのアドレスを認識する。
その後、サーバ制御部２８１は、該当するＩＳＰに対し
て認証要求を送出し認証を実行する。認証が完了したの
ちＩＡＴ２２のＩＡＴ制御部２２２は、発加入者端末の
ＩＰアドレスをプロキシサーバ２８との通信により割り
当てる。
【００２２】発側ＩＰアドレス、ＤＮＳサーバのＩＰア
ドレス、およびデフォルトＧＷのＩＰアドレスをプロキ
シーサーバ２８から取得したＩＡＴ２２のＩＡＴ制御部
２２２は、これらのデータを発加入者に返信して、ユー
ザパケット送信要求を促す。すると、発加入者の端末
は、デフォルトＧＷのＩＰアドレスよりルータ１６１経
由でユーザパケットを送出する。
ドレス、およびデフォルトＧＷのＩＰアドレスをプロキ
シーサーバ２８から取得したＩＡＴ２２のＩＡＴ制御部
２２２は、これらのデータを発加入者に返信して、ユー
ザパケット送信要求を促す。すると、発加入者の端末
は、デフォルトＧＷのＩＰアドレスよりルータ１６１経
由でユーザパケットを送出する。
【００２３】次に、図１〜図６を参照して、本発明の実
施の形態の動作について説明する。図３はＩＡＴ２２で
の信号処理のシーケンスを表わしている。今、ＩＳＰ１
プロバイダー１８と契約している発加入者がプロバイダ
ー経由でインターネットのアクセスを行うために、ＩＳ
Ｐ１加入者端末１３１を使用してダイアルアップしたと
すると、呼設定要求がＰＳＴＮ網１０１および中継交換
システム１１を経由して、ＩＡＴモジュール１２のＩＡ
Ｔ２２に着信する。すると、モデム２２１を介して受信
したＩＡＴ制御部２２２は、ＩＳＰ１加入者端末１３１
とＰＰＰプロトコルに基づいた通信を行い、ＩＳＰ１加
入者端末１３１とＩＡＴ２２と間でＰＰＰによるリンク
（図２のリンク設定２１３）が確立される（図３のシー
ケンス３０１〜３０６）。
施の形態の動作について説明する。図３はＩＡＴ２２で
の信号処理のシーケンスを表わしている。今、ＩＳＰ１
プロバイダー１８と契約している発加入者がプロバイダ
ー経由でインターネットのアクセスを行うために、ＩＳ
Ｐ１加入者端末１３１を使用してダイアルアップしたと
すると、呼設定要求がＰＳＴＮ網１０１および中継交換
システム１１を経由して、ＩＡＴモジュール１２のＩＡ
Ｔ２２に着信する。すると、モデム２２１を介して受信
したＩＡＴ制御部２２２は、ＩＳＰ１加入者端末１３１
とＰＰＰプロトコルに基づいた通信を行い、ＩＳＰ１加
入者端末１３１とＩＡＴ２２と間でＰＰＰによるリンク
（図２のリンク設定２１３）が確立される（図３のシー
ケンス３０１〜３０６）。
【００２４】加入者からのＰＰＰの終端後、発加入者の
ＩＳＰ１加入者端末１３１よりＰＰＰ認証要求（ユーザ
ＩＤおよびパスワードを付加）が送出される（シーケン
ス３０６）。認証要求を受信したＩＡＴ２２のＩＡＴ制
御部２２２は、ＩＰアドレス部２２４を介してユーザＩ
Ｄおよびパスワードを載せたＰＰＰの認証要求パケット
（図２の認証要求２０１）をアクセスポイント内のプロ
キシーサーバ２８に送信する。この場合、ＩＰアドレス
部２２４は、ＩＳＰ１加入者端末１３１側からかけたア
クセスポイントの電話番号を図示していない記憶部（Ｉ
ＡＴモジュール１２内にある）に格納された変換テーブ
ル（あらかじめ、アクセスポイント電話番号毎に対応し
たＩＰアドレスが登録されている）を用いて、プロキシ
サーバ２８のＩＰアドレスを抽出する。その抽出したＩ
Ｐアドレスを用いて、ＩＡＴ制御部２２２は、認証要求
パケットを作成し、プロキシーサーバ２８宛に送信する
ことになる。
ＩＳＰ１加入者端末１３１よりＰＰＰ認証要求（ユーザ
ＩＤおよびパスワードを付加）が送出される（シーケン
ス３０６）。認証要求を受信したＩＡＴ２２のＩＡＴ制
御部２２２は、ＩＰアドレス部２２４を介してユーザＩ
Ｄおよびパスワードを載せたＰＰＰの認証要求パケット
（図２の認証要求２０１）をアクセスポイント内のプロ
キシーサーバ２８に送信する。この場合、ＩＰアドレス
部２２４は、ＩＳＰ１加入者端末１３１側からかけたア
クセスポイントの電話番号を図示していない記憶部（Ｉ
ＡＴモジュール１２内にある）に格納された変換テーブ
ル（あらかじめ、アクセスポイント電話番号毎に対応し
たＩＰアドレスが登録されている）を用いて、プロキシ
サーバ２８のＩＰアドレスを抽出する。その抽出したＩ
Ｐアドレスを用いて、ＩＡＴ制御部２２２は、認証要求
パケットを作成し、プロキシーサーバ２８宛に送信する
ことになる。
【００２５】すると、ＨＵＢ１５，ルータ１６２経由で
受信したプロキシーサーバ２８のサーバ制御部２８１
は、ＩＡＴ２２より送られてきた認証要求パケット（図
２の認証要求２０１）のフィールド内にあるユーザ名お
よびＩＳＰのドメイン名を用いて、図４に示した認証サ
ーバのＩＰアドレス検索（後述）に従って、該当するＩ
ＳＰの認証サーバのＩＰアドレス（この場合、ＩＳＰ１
認証サーバ１８１のＩＰアドレス）を読み取る（シーケ
ンス３１８）。更に、サーバ制御部２８１は、認証サー
バのＩＰアドレスに従って、該当するＩＳＰ（ＩＳＰ１
プロバイダー１８）に認証要求パケット（図２の認証要
求２０２）を送出する（シーケンス３２７）。
受信したプロキシーサーバ２８のサーバ制御部２８１
は、ＩＡＴ２２より送られてきた認証要求パケット（図
２の認証要求２０１）のフィールド内にあるユーザ名お
よびＩＳＰのドメイン名を用いて、図４に示した認証サ
ーバのＩＰアドレス検索（後述）に従って、該当するＩ
ＳＰの認証サーバのＩＰアドレス（この場合、ＩＳＰ１
認証サーバ１８１のＩＰアドレス）を読み取る（シーケ
ンス３１８）。更に、サーバ制御部２８１は、認証サー
バのＩＰアドレスに従って、該当するＩＳＰ（ＩＳＰ１
プロバイダー１８）に認証要求パケット（図２の認証要
求２０２）を送出する（シーケンス３２７）。
【００２６】ＩＳＰ１プロバイダー１８は認証要求パケ
ットが来ると、ＩＳＰ１プロバイダー１８にあるＩＳＰ
１認証サーバ１８１に認証要求パケットを渡す。ＩＳＰ
１認証サーバ１８１は、認証要求パケット内にあるユー
ザＩＤおよびパスワードを読み取り、その読み取ったユ
ーザＩＤおよびパスワードを基に、図示していないデー
タベースに契約時に各ユーザ毎に登録されているユーザ
ＩＤおよびパスワードを検索することにより登録されて
いるかどうかの認証のチェックを行い、その結果を認証
応答パケットとして作成し、ＩＳＰ１プロバイダー１８
経由でプロキシサーバ２８に返信する。ＩＳＰ１プロバ
イダー１８からの認証が終了後、プロキシーサーバ２８
のサーバ制御部２８１は、認証応答パケットをＩＡＴ２
２の返信する。認証応答パケットを受信したＩＡＴ２２
のＩＡＴ制御部２２２は、ＩＳＰ１加入者端末１３１に
ＰＰＰ認証応答を返信する（シーケンス３２８，３１
９，３０８）。
ットが来ると、ＩＳＰ１プロバイダー１８にあるＩＳＰ
１認証サーバ１８１に認証要求パケットを渡す。ＩＳＰ
１認証サーバ１８１は、認証要求パケット内にあるユー
ザＩＤおよびパスワードを読み取り、その読み取ったユ
ーザＩＤおよびパスワードを基に、図示していないデー
タベースに契約時に各ユーザ毎に登録されているユーザ
ＩＤおよびパスワードを検索することにより登録されて
いるかどうかの認証のチェックを行い、その結果を認証
応答パケットとして作成し、ＩＳＰ１プロバイダー１８
経由でプロキシサーバ２８に返信する。ＩＳＰ１プロバ
イダー１８からの認証が終了後、プロキシーサーバ２８
のサーバ制御部２８１は、認証応答パケットをＩＡＴ２
２の返信する。認証応答パケットを受信したＩＡＴ２２
のＩＡＴ制御部２２２は、ＩＳＰ１加入者端末１３１に
ＰＰＰ認証応答を返信する（シーケンス３２８，３１
９，３０８）。
【００２７】すると、ＩＳＰ１加入者端末１３１は、Ｉ
Ｐアドレス割当要求をＩＡＴ２２に発信する（シーケン
ス３０９）。ＩＡＴ２２のＩＡＴ制御部２２２がＩＰア
ドレス割り当て要求を受信したならば、割り当て要求パ
ケットをプロキシーサーバ２８に送信する（シーケンス
３２０）。
Ｐアドレス割当要求をＩＡＴ２２に発信する（シーケン
ス３０９）。ＩＡＴ２２のＩＡＴ制御部２２２がＩＰア
ドレス割り当て要求を受信したならば、割り当て要求パ
ケットをプロキシーサーバ２８に送信する（シーケンス
３２０）。
【００２８】すると、プロキシーサーバ２８のサーバ制
御部２８１は、図５に示したように、ユーザデータ検索
の仕組み（後述）に従って、発加入者のＩＳＰ１加入者
端末１３１のＩＰアドレス、ＩＳＰのＤＮＳサーバのＩ
Ｐアドレス、およびアクセスルータのＩＰアドレスを取
得し、発加入者のＩＳＰ１加入者端末１３１に返信する
（シーケンス３２９，３２１，３１０）。
御部２８１は、図５に示したように、ユーザデータ検索
の仕組み（後述）に従って、発加入者のＩＳＰ１加入者
端末１３１のＩＰアドレス、ＩＳＰのＤＮＳサーバのＩ
Ｐアドレス、およびアクセスルータのＩＰアドレスを取
得し、発加入者のＩＳＰ１加入者端末１３１に返信する
（シーケンス３２９，３２１，３１０）。
【００２９】次に、ＩＡＴ２２の制御部２２２はＩＳＰ
課金開始の要求をＩＳＰ１プロバイダー１８に送出する
と、ＩＳＰ１プロバイダー１８はＩＳＰ課金開始応答を
返信すると共にインターネットの使用としての通信料を
計算し始める（シーケンス３２２，３２３）。
課金開始の要求をＩＳＰ１プロバイダー１８に送出する
と、ＩＳＰ１プロバイダー１８はＩＳＰ課金開始応答を
返信すると共にインターネットの使用としての通信料を
計算し始める（シーケンス３２２，３２３）。
【００３０】一方、ＩＰアドレス割当の通知を受けたＩ
ＳＰ１加入者端末１３１は、ＩＳＰ１プロバイダー１８
を経由してインターネットと通信を始めることになる
（シーケンス３１１）。やがて、加入者がＩＳＰ１加入
者端末１３１でインターネットへの通信を終了させ、回
線を切断すると、ＩＳＰ１加入者端末１３１とＩＡＴ２
２とのリンクが切断され、ＩＳＰ１プロバイダー１８の
課金処理が終了し、ＩＡＴ２２のトランクハントが解除
される（シーケンス３１２，３２４，３２５，３１３，
３１４，３１６，３１７，３１５）。
ＳＰ１加入者端末１３１は、ＩＳＰ１プロバイダー１８
を経由してインターネットと通信を始めることになる
（シーケンス３１１）。やがて、加入者がＩＳＰ１加入
者端末１３１でインターネットへの通信を終了させ、回
線を切断すると、ＩＳＰ１加入者端末１３１とＩＡＴ２
２とのリンクが切断され、ＩＳＰ１プロバイダー１８の
課金処理が終了し、ＩＡＴ２２のトランクハントが解除
される（シーケンス３１２，３２４，３２５，３１３，
３１４，３１６，３１７，３１５）。
【００３１】以上、ＩＳＰ１加入者端末１３１からイン
ターネットをアクセスする場合について、説明したが、
ＩＳＰ１加入者端末１３２からインターネットをアクセ
スした場合も、ＰＨＳ網１０２を介して通信を行う点は
違うが、ＩＡＴ２２およびプロキシーサーバ２８の動作
が同じであることは言うまでもない。また、ＩＳＰ２加
入者端末１３３からインターネットをアクセスした場合
も、プロキシーサーバ２８が、上記の動作の説明でした
ように、ＩＳＰ２プロバイダ１９およびＩＳＰ２認証サ
ーバ１９１を選択し、ＩＳＰ２加入者端末１３３がＩＳ
Ｐ２プロバイダー１９を介してインターネットと通信を
行うことは言うまでもない。
ターネットをアクセスする場合について、説明したが、
ＩＳＰ１加入者端末１３２からインターネットをアクセ
スした場合も、ＰＨＳ網１０２を介して通信を行う点は
違うが、ＩＡＴ２２およびプロキシーサーバ２８の動作
が同じであることは言うまでもない。また、ＩＳＰ２加
入者端末１３３からインターネットをアクセスした場合
も、プロキシーサーバ２８が、上記の動作の説明でした
ように、ＩＳＰ２プロバイダ１９およびＩＳＰ２認証サ
ーバ１９１を選択し、ＩＳＰ２加入者端末１３３がＩＳ
Ｐ２プロバイダー１９を介してインターネットと通信を
行うことは言うまでもない。
【００３２】次に、図４のＩＳＰ認証サーバのアドレス
の検索の仕組みについて説明する。プロバイダーＩＤテ
ーブル２８３には、ＩＳＰ毎に、プロバイダーＩＤと、
テーブルアドレスと、データアドレスがそれぞれ格納さ
れている。なお、テーブルアドレスは、認証サーバアド
レステーブル２８５のテーブルアドレスを示している
が、プロバイダーＩＤテーブル２８３内にあるＩＳＰ毎
に割り付けられているテーブルアドレスは共通（同一の
テーブルアドレス）である。認証サーバアドレステーブ
ル２８５には、ＩＳＰ毎にある各認証サーバアドレス格
納されている。プロバイダーＩＤは、プロバイダーを識
別するインデックスである。これは、ユーザ名（ドメイ
ン名）より求められる。すなわち、図２のプロキシーサ
ーバ２８のサーバ制御部２８１は、認証要求パケットを
受信すると、ユーザ名（ドメイン名）を認証要求パケッ
トのフィールド内にあるＰｒｏｇｒａｍ Ｄａｔａ Ｕ
ｎｉｔ（ＰＤＵ）から抽出し、あらかじめ決められてい
るユーザ名をインデックスとして、プロバイダーＩＤテ
ーブル２８３からプロバイダーＩＤとテーブルアドレス
とデータアドレスとを取得する。そして、サーバ制御部
２８１は、プロバイダーＩＤテーブル２８３で検索した
テーブルアドレスから記憶部２８２の認証サーバアドレ
ステーブル２８５をアクセスし、プロバイダーテーブル
２８３で取得したプロバイダ一ＩＤをインデックスとし
て、認証サーバアドレスを取得し、認証サーバのＩＰア
ドレスを求める。従って、各プロバイダーのアクセスポ
イントダイアルアップ番号が共通でも、接続したプロバ
イダーの認証サーバに振り分けることができる。
の検索の仕組みについて説明する。プロバイダーＩＤテ
ーブル２８３には、ＩＳＰ毎に、プロバイダーＩＤと、
テーブルアドレスと、データアドレスがそれぞれ格納さ
れている。なお、テーブルアドレスは、認証サーバアド
レステーブル２８５のテーブルアドレスを示している
が、プロバイダーＩＤテーブル２８３内にあるＩＳＰ毎
に割り付けられているテーブルアドレスは共通（同一の
テーブルアドレス）である。認証サーバアドレステーブ
ル２８５には、ＩＳＰ毎にある各認証サーバアドレス格
納されている。プロバイダーＩＤは、プロバイダーを識
別するインデックスである。これは、ユーザ名（ドメイ
ン名）より求められる。すなわち、図２のプロキシーサ
ーバ２８のサーバ制御部２８１は、認証要求パケットを
受信すると、ユーザ名（ドメイン名）を認証要求パケッ
トのフィールド内にあるＰｒｏｇｒａｍ Ｄａｔａ Ｕ
ｎｉｔ（ＰＤＵ）から抽出し、あらかじめ決められてい
るユーザ名をインデックスとして、プロバイダーＩＤテ
ーブル２８３からプロバイダーＩＤとテーブルアドレス
とデータアドレスとを取得する。そして、サーバ制御部
２８１は、プロバイダーＩＤテーブル２８３で検索した
テーブルアドレスから記憶部２８２の認証サーバアドレ
ステーブル２８５をアクセスし、プロバイダーテーブル
２８３で取得したプロバイダ一ＩＤをインデックスとし
て、認証サーバアドレスを取得し、認証サーバのＩＰア
ドレスを求める。従って、各プロバイダーのアクセスポ
イントダイアルアップ番号が共通でも、接続したプロバ
イダーの認証サーバに振り分けることができる。
【００３３】次に、図５のユーザデータの検索の仕組み
について説明する。先ず、図２のプロキシーサーバ２８
のサーバ制御部２８１は、図４のプロバイダーＩＤテー
ブル２８３で求めたデータアドレスから記憶部２８２に
あるデータアドレステーブル２８４をひき、プロバイダ
ーＩＤテーブル２８３で求めたプロバイダーＩＤをイン
デックスとしてプロバイダーテーブル２８６のテーブル
アドレスを取得する。次にサーバ制御部２８１は、この
データアドレステーブル２８４で取得したテーブルアド
レスにより記憶部２８２にあるプロバイダテーブル２８
６をひき、あらかじめ決められているユーザの属性（割
当要求パケットのフィールド内にあるサブドメイン名）
をインデックスとして、ユーザデータであるユーザＩＰ
アドレスプールから該当する加入者ＩＰアドレスを検索
することで加入者の端末のＩＰアドレスを取得すると共
に、デフォルトＧＷのＩＰアドレスと、ＤＮＳのＩＰア
ドレスを取得する。
について説明する。先ず、図２のプロキシーサーバ２８
のサーバ制御部２８１は、図４のプロバイダーＩＤテー
ブル２８３で求めたデータアドレスから記憶部２８２に
あるデータアドレステーブル２８４をひき、プロバイダ
ーＩＤテーブル２８３で求めたプロバイダーＩＤをイン
デックスとしてプロバイダーテーブル２８６のテーブル
アドレスを取得する。次にサーバ制御部２８１は、この
データアドレステーブル２８４で取得したテーブルアド
レスにより記憶部２８２にあるプロバイダテーブル２８
６をひき、あらかじめ決められているユーザの属性（割
当要求パケットのフィールド内にあるサブドメイン名）
をインデックスとして、ユーザデータであるユーザＩＰ
アドレスプールから該当する加入者ＩＰアドレスを検索
することで加入者の端末のＩＰアドレスを取得すると共
に、デフォルトＧＷのＩＰアドレスと、ＤＮＳのＩＰア
ドレスを取得する。
【００３４】次に、図６を参照して、ＩＡＴがプロキシ
サーバを用いて、認証および各ＩＰアドレスの取得まで
の処理フローについて説明する。先ず、ＩＡＴ２２は、
プロキシサーバ２８に対し、認証要求パケットを送信す
ることにより、認証要求パケットのフィールドにあるド
メイン名から目的とするＩＳＰのプロバイダーを識別す
るためにプロバイダーＩＤを導入させる（図６のステッ
プＳ６０１）。プロキシサーバでは、プロバイダーＩＤ
から該当するＩＳＰの認証サーバのアドレスを認識する
（ステップＳ６０２）。更に、プロキシサーバでは、該
当するＩＳＰの認証サーバにアクセスし、認証を実行す
る（ステップＳ６０３）。
サーバを用いて、認証および各ＩＰアドレスの取得まで
の処理フローについて説明する。先ず、ＩＡＴ２２は、
プロキシサーバ２８に対し、認証要求パケットを送信す
ることにより、認証要求パケットのフィールドにあるド
メイン名から目的とするＩＳＰのプロバイダーを識別す
るためにプロバイダーＩＤを導入させる（図６のステッ
プＳ６０１）。プロキシサーバでは、プロバイダーＩＤ
から該当するＩＳＰの認証サーバのアドレスを認識する
（ステップＳ６０２）。更に、プロキシサーバでは、該
当するＩＳＰの認証サーバにアクセスし、認証を実行す
る（ステップＳ６０３）。
【００３５】ＩＡＴ２２は、プロキシサーバからの認証
応答により認証の成功を認識すると、発加入者の端末に
動作確認応答（ＯＫ）を返信する（ステップＳ６０４，
Ｓ６０６）。
応答により認証の成功を認識すると、発加入者の端末に
動作確認応答（ＯＫ）を返信する（ステップＳ６０４，
Ｓ６０６）。
【００３６】更に、ＩＡＴ２２は、発加入者の端末から
ＩＰアドレス割り当て要求を受信すると、プロキシーサ
ーバ２８に対し、割当要求パケットを送信することによ
り、図５に示したユーザデータ検索の仕組みに従って発
加入者の端末のＩＰアドレス、ＩＳＰのＤＮＳサーバー
のＩＰアドレス、およびアクセスルータのＩＰアドレス
を取得する（ステップＳ６０７，Ｓ６０８）。
ＩＰアドレス割り当て要求を受信すると、プロキシーサ
ーバ２８に対し、割当要求パケットを送信することによ
り、図５に示したユーザデータ検索の仕組みに従って発
加入者の端末のＩＰアドレス、ＩＳＰのＤＮＳサーバー
のＩＰアドレス、およびアクセスルータのＩＰアドレス
を取得する（ステップＳ６０７，Ｓ６０８）。
【００３７】このように、着信番号ではなく発加入者の
ユーザ名（ドメイン名）とパスワードで目的のＩＳＰを
認識し、ＩＳＰ接続に必要なユーザデータをプロキシー
サーバから取得することができる（ステップＳ６０
９）。
ユーザ名（ドメイン名）とパスワードで目的のＩＳＰを
認識し、ＩＳＰ接続に必要なユーザデータをプロキシー
サーバから取得することができる（ステップＳ６０
９）。
【００３８】
【発明の効果】以上説明したように、本発明の第１の効
果は、ＩＡＴの共有化により設備投資が削減できること
である。その理由は、ＩＡＴを複数のプロバイダーで共
有することによりＩＡＴの設備数を削減できるためであ
る。そのため、プロバイダー毎に構内ＬＡＮ設備を用意
する必要がないのでコストを削減することができる。ま
た、プロバイダー毎にアクセスルータを用意する必要が
ないのでコストを削減することができる。
果は、ＩＡＴの共有化により設備投資が削減できること
である。その理由は、ＩＡＴを複数のプロバイダーで共
有することによりＩＡＴの設備数を削減できるためであ
る。そのため、プロバイダー毎に構内ＬＡＮ設備を用意
する必要がないのでコストを削減することができる。ま
た、プロバイダー毎にアクセスルータを用意する必要が
ないのでコストを削減することができる。
【００３９】第２の効果は、加入者サービスの向上がで
きることである。その理由は、加入者はプロバイダーを
意識することなしにインタネットにアクセスできるため
である。そのため、複数のプロバイダーに加入していて
も１つのダイアルアップ番号でインタネットプロバイダ
ーに接続できる。
きることである。その理由は、加入者はプロバイダーを
意識することなしにインタネットにアクセスできるため
である。そのため、複数のプロバイダーに加入していて
も１つのダイアルアップ番号でインタネットプロバイダ
ーに接続できる。
【００４０】第３の効果は、キャリア側に新たなビジネ
スチャンスが生まれることができることである。その理
由は、1つのＩＡＴから複数のプロバイダーに接続でき
ることから、キャリア側が複数のプロバイダーにコスト
の安いインターネットアクセスビジネスを提供できる。
そのため、プロバイダー側もアクセスサーバーの削減を
実現することができるので、インターネットアクセス機
能をキャリア側に委託することが可能となる。従って、
キャリア側は新たなビジネスを創造し収益を上げること
ができる。
スチャンスが生まれることができることである。その理
由は、1つのＩＡＴから複数のプロバイダーに接続でき
ることから、キャリア側が複数のプロバイダーにコスト
の安いインターネットアクセスビジネスを提供できる。
そのため、プロバイダー側もアクセスサーバーの削減を
実現することができるので、インターネットアクセス機
能をキャリア側に委託することが可能となる。従って、
キャリア側は新たなビジネスを創造し収益を上げること
ができる。
【図１】本発明のＩＡＴを用いたインターネットアクセ
スシステムの概要を示したシステムブロック図である。
スシステムの概要を示したシステムブロック図である。
【図２】図１で示したＩＡＴおよびインターネットアク
セスシステムの機能の構成を示したブロック図である。
セスシステムの機能の構成を示したブロック図である。
【図３】図２の加入者端末とＩＳＰプロバイダーとの間
の信号処理のシーケンスを示したシーケンス図である。
の信号処理のシーケンスを示したシーケンス図である。
【図４】図２のプロキシーサーバにおいて、認証サーバ
のアドレスを検索する仕組みを示した概略図である。
のアドレスを検索する仕組みを示した概略図である。
【図５】図２のプロキシーサーバにおいて、ユーザデー
タを検索する仕組みを示した概略図である。
タを検索する仕組みを示した概略図である。
【図６】図２のＩＡＴがプロキシーサーバを用いて、認
証およびＩＰアドレス処理のフローを示したフローチャ
ートである。
証およびＩＰアドレス処理のフローを示したフローチャ
ートである。
１１ 中継交換システム １２ ＩＡＴモジュール １５ ＨＵＢ １７ 中継データ網 １８ ＩＳＰ１プロバイダー １９ ＩＳＰ２プロバイダー ２２ ＩＡＴ ２８ プロキシーサーバ １０１ ＰＳＴＮ網 １０２ ＰＨＳ網 １０３ ＩＳＤＮ網 １３１，１３２ ＩＳＰ１加入者端末 １３３ ＩＳＰ２加入者端末 １６１，１６２ ルータ １８１ ＩＳＰ１認証サーバ １９１ ＩＳＰ２認証サーバ ２２１ モデム ２２２ ＩＡＴ制御部 ２２３ ＰＰＰ終端機能部 ２２４ ＩＰアドレス分析部 ２８１ サーバ制御部 ２８２ 記憶部 ２８３ プロバイダーＩＤテーブル ２８４ データアドレステーブル ２８５ 認証サーバアドレステーブル ２８６ プロバイダーテーブル
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA19 GA31 HA10 HB03 JB14 KA11 KB06 KC58 5K030 GA05 HA08 HC01 HD03 HD09 JL07 JT03 KA05 KA16 LB02 5K051 AA05 BB02 DD00 GG02 HH17 JJ11 9A001 BB04 CC07 JJ25 JJ27 KK56
Claims (6)
- 【請求項１】 インターネットサービスプロバイダーの
リモートアクセスを行うインターネットアクセストラン
クを備えたアクセスサーバを用いたインターネットアク
セス方式において、前記インターネットアクセストラン
クは、統一されたダイアルアップ番号により複数のイン
ターネットサービスプロバイダーにアクセスするアクセ
ス手段を有することを特徴とするアクセスサーバを用い
たインターネットアクセス方式。 - 【請求項２】 前記アクセス手段は、アクセスポイント
内に設置してあるプロキシーサーバを用いてインターネ
ットサービスプロバイダーのサービスを受けている発加
入者端末のユーザ名（ドメイン名）とパスワードとから
前記インターネットアクセスサービスプロバイダーを識
別することを特徴とする請求項１記載のアクセスサーバ
を用いたインターネットアクセス方式。 - 【請求項３】 前記アクセス手段は、アクセスポイント
内に設置してあるプロキシーサーバを用いてインターネ
ットサービスプロバイダーのサービスを受けている発加
入者端末のユーザ名（ドメイン名）とパスワードとから
ユーザ認証のチェックを行うインターネットサービスプ
ロバイダの認証サーバを識別することを特徴とする請求
項１記載アクセスサーバを用いたインターネットアクセ
ス方式。 - 【請求項４】 前記アクセス手段は、前記プロキシーサ
ーバに内臓したシステムデータより前記インターネット
サービスプロバイダーに接続するルータのＩＰアドレス
と該当するインターネットサービスプロバイダーのＤＮ
ＳサーバーのＩＰアドレスと発加入者端末のＩＰアドレ
スとを取得することを特徴とする請求項１，２，または
３記載のアクセスサーバを用いたインターネットアクセ
ス方式。 - 【請求項５】 インターネットサービスプロバイダーの
リモートアクセスを行うインターネットアクセストラン
クを備えたアクセスサーバを用いたインターネットアク
セス方法であって、前記インターネットアクセストラン
クは、統一されたダイアルアップ番号により複数のイン
ターネットサービスプロバイダーにアクセスすることを
特徴とするアクセスサーバを用いたインターネットアク
セス方法。 - 【請求項６】 インターネットサービスプロバイダーの
リモートアクセスを行うインターネットアクセストラン
クを備えたアクセスサーバを用いたインターネットアク
セス方法であって、前記インターネットアクセストラン
クは、プロキシーサーバを用いて、発加入者端末から発
信される認証要求に対してドメイン名からユーザ認証の
チェックを行う認証サーバのＩＰアドレスを取得し、前
記認証サーバにアクセスして認証を実行させ、認証が成
功すれば、認証確認応答を前記発加入者端末に返信し、
認証確認応答を前記発加入者端末に返信後に前記加入者
端末からＩＰアドレス割当要求が来ると、加入者端末に
割り当てるＩＰアドレスとインターネットサービスプロ
バイダーのＤＮＳのＩＰアドレスとを取得し、前記イン
ターネットサービスプロバイダーのＩＰアドレスを割り
当てることを特徴とするアクセスサーバを用いたインタ
ーネットアクセス方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000049130A JP2001237892A (ja) | 2000-02-25 | 2000-02-25 | アクセスサーバを用いたインターネットアクセス方式および方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000049130A JP2001237892A (ja) | 2000-02-25 | 2000-02-25 | アクセスサーバを用いたインターネットアクセス方式および方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001237892A true JP2001237892A (ja) | 2001-08-31 |
Family
ID=18571113
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000049130A Pending JP2001237892A (ja) | 2000-02-25 | 2000-02-25 | アクセスサーバを用いたインターネットアクセス方式および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001237892A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002152276A (ja) * | 2000-11-07 | 2002-05-24 | Ntt Communications Kk | 有線又は無線ｌａｎシステムを利用したインターネット利用方法及び装置並びに集線・接続装置 |
| JP2004288169A (ja) * | 2003-03-05 | 2004-10-14 | Fuji Xerox Co Ltd | ネットワーク接続システム |
| JP2007081718A (ja) * | 2005-09-13 | 2007-03-29 | Oki Electric Ind Co Ltd | 接続インタフェース制御装置、接続インタフェース制御プログラム、接続インタフェース制御方法及びｉｐ交換機 |
| JP2007519379A (ja) * | 2004-01-22 | 2007-07-12 | 株式会社東芝 | Ｉｐアクセスネットワークを用いたマルチホーミング及びサービスネットワーク選択 |
| JP2025509452A (ja) * | 2022-03-11 | 2025-04-11 | マスターカード インターナシヨナル インコーポレイテツド | プロバイダレピュテーションに関する、トランザクションのクロスネットワーク評価 |
-
2000
- 2000-02-25 JP JP2000049130A patent/JP2001237892A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002152276A (ja) * | 2000-11-07 | 2002-05-24 | Ntt Communications Kk | 有線又は無線ｌａｎシステムを利用したインターネット利用方法及び装置並びに集線・接続装置 |
| JP2004288169A (ja) * | 2003-03-05 | 2004-10-14 | Fuji Xerox Co Ltd | ネットワーク接続システム |
| JP2007519379A (ja) * | 2004-01-22 | 2007-07-12 | 株式会社東芝 | Ｉｐアクセスネットワークを用いたマルチホーミング及びサービスネットワーク選択 |
| US7860978B2 (en) | 2004-01-22 | 2010-12-28 | Toshiba America Research, Inc. | Establishing a secure tunnel to access router |
| JP2007081718A (ja) * | 2005-09-13 | 2007-03-29 | Oki Electric Ind Co Ltd | 接続インタフェース制御装置、接続インタフェース制御プログラム、接続インタフェース制御方法及びｉｐ交換機 |
| JP2025509452A (ja) * | 2022-03-11 | 2025-04-11 | マスターカード インターナシヨナル インコーポレイテツド | プロバイダレピュテーションに関する、トランザクションのクロスネットワーク評価 |
| JP7842239B2 (ja) | 2022-03-11 | 2026-04-07 | マスターカード インターナシヨナル インコーポレイテツド | プロバイダレピュテーションに関する、トランザクションのクロスネットワーク評価 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210329442A1 (en) | Mobile Gateway | |
| US7406306B2 (en) | Method for billing in a telecommunications network | |
| JP3402190B2 (ja) | オーディオ接続を確立する方法および分散型データベース | |
| US6594254B1 (en) | Domain name server architecture for translating telephone number domain names into network protocol addresses | |
| US6778528B1 (en) | Dial-out with dynamic IP address assignment | |
| US6347085B2 (en) | Method and apparatus for establishing communications between packet-switched and circuit-switched networks | |
| US6829232B1 (en) | Communication method for terminals connected to IP networks to receive services provided by intelligent networks | |
| US7624429B2 (en) | Method, a network access server, an authentication-authorization-and-accounting server, and a computer software product for proxying user authentication-authorization-and-accounting messages via a network access server | |
| WO2003013072A1 (en) | A method of user data exchange in the data network and a data network system | |
| US9319235B2 (en) | Authentication, authorization, and accounting based on an automatically generated username | |
| JP2002521869A (ja) | データネットワークへの接続を提供する方法および装置 | |
| US7369539B1 (en) | System and method for providing service control to a single telephone end terminal from multiple service providers | |
| US20040034705A1 (en) | Connecting devices in a data network | |
| JP2001237892A (ja) | アクセスサーバを用いたインターネットアクセス方式および方法 | |
| US7966385B2 (en) | Methods and apparatus for virtual network configuration | |
| EP1111893A2 (en) | Private reuse of the public switched telephone network dial plan | |
| CN1682511B (zh) | 具有通信部件的网络和独立管理该网络的方法 | |
| KR100794127B1 (ko) | 발신자 부담 웹투폰 서비스 시스템 및 그 방법 | |
| KR100962992B1 (ko) | Ｉｔｓｐ 간의 호처리 시스템 및 방법 | |
| JP4158415B2 (ja) | 通信制御装置および通信システム | |
| AU2002250388A1 (en) | A method for billing in a telecommunications network | |
| JP2005159582A (ja) | Ｉｐ網を用いたｉｐ電話と一般電話（ｉｓｄｎ含む）間のサービス方法及びこのための認証メッセージフォーマット |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20031216 |