JP2003152805A - 公衆アクセスシステムおよび装置、サーバ - Google Patents

Abstract

(57)【要約】 【課題】 複数の異なるインターネット接続業者に加入
しているユーザが、外出先でも高速に、接続ポートを変
更することなく、単一の公衆アクセスポイントにおいて
同時にインターネットに接続する。 【解決手段】 ユーザの代理認証を行い、インターネッ
ト４へ接続するアクセス回線上に配置されたアクセスサ
ーバに対して、公衆アクセス装置２（アクセスポイン
ト）が、ユーザ毎にＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉ
ｎｔ Ｐｒｏｔｏｃｏｌ）接続を代理で確立する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のユーザが外
出先等でインターネットに接続するための公衆アクセス
システムに関する。

【０００２】

【従来の技術】従来、インターネットへ接続するユーザ
は、パーソナルコンピュータなどの端末をオフィスのＬ
ＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や自宅
の電話回線へ固定的に接続することによってインターネ
ットに接続していた。近年、端末や通信技術の進歩によ
り、自宅で使用する場合にも、ＤＳＬ（Ｄｉｇｉｔａｌ
Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）技術によってダイア
ルアップ接続よりも高速にインターネット通信を行うこ
とができるようになった。さらに、端末の小型化によ
り、ユーザが小型化された端末を戸外へ持ち出してイン
ターネットへ接続する姿が多く見られるようになった。

【０００３】ユーザが外出先でインターネットへ接続す
る場合は、携帯電話やＰＨＳの小型通信機器あるいはＩ
ＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｄｉ
ｇｉｔａｌ Ｎｅｔｗｏｒｋ）公衆電話機へ端末を接続
し、インターネット接続業者へダイアルアップ接続する
ことによってインターネットに接続することになる。

【０００４】また、ユーザは、オフィスおよび自宅では
高速のＬＡＮポートを、外出先ではダイアルアップ用の
モデムあるいは携帯端末との接続用シリアルポートを適
宜接続し直してインターネットに接続している。

【０００５】

【発明が解決しようとする課題】しかし、従来の技術
は、以下に示す問題点を有している。 （１） 外出先のユーザがインターネットへ接続すると
きには、携帯電話やＰＨＳ等による接続がダイアルアッ
プ接続に限られているため、オフィスのＬＡＮやＤＳＬ
を使った自宅の接続環境よりも低速な接続環境でしか通
信を行うことができない。 （２） オフィスあるいは自宅でＬＡＮポートを使って
インターネットに接続していたユーザが外出先でインタ
ーネットに接続する場合には、外出先での接続手段がダ
イアルアップ接続に限られているため、接続先をダイア
ルアップ用ポートに変更しなくてはならない。 （３） ユーザがそれぞれ異なるインターネット接続業
者に加入しているのにもかかわらず、従来の装置では、
同時に単一のインターネット接続業者にしかＰＰＰ（Ｐ
ｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）接続
できないため、異なるインターネットに加入する複数の
ユーザが、外出先において自宅で使用しているＤＳＬ接
続用のモデムを共有して、インターネットに同時に接続
することができない。

【０００６】本発明は、複数の異なるインターネット接
続業者に加入しているユーザが、外出先でも高速に、接
続ポートを変更することなく、単一の公衆アクセスポイ
ントにおいて同時にインターネットに接続することがで
きる公衆アクセスシステムを提供することを目的とす
る。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、本発明の公衆アクセスシステムは、接続したユーザ
端末毎にＰＰＰ接続を代理で行う少なくとも１つの公衆
アクセス装置と、インターネットアクセス回線と接続さ
れており、前記公衆アクセス装置からＰＰＰ接続の要求
が送信された場合に、前記ユーザ端末を利用するユーザ
の認証とインターネット接続用の第１のアドレスの前記
ユーザ端末への割り当てとを行って、前記ユーザ端末か
らのインターネットへのアクセスを可能とする第１のサ
ーバとを備える。

【０００８】本発明の公衆アクセスシステムでは、ユー
ザ毎に代理でインターネット接続業者へＰＰＰ接続を行
う公衆アクセス装置を備えることによって、外出先で
も、接続ポートをダイアルアップ用ポートに変更してダ
イヤルアップ接続することなく、ユーザ毎にインターネ
ットに接続することができるようになる。そのため、本
発明の公衆アクセスシステムでは、複数の異なるインタ
ーネット接続業者に加入しているユーザが、外出先でも
高速に、接続ポートを変更することなく、単一の公衆ア
クセスポイントからインターネットに接続することがで
きる。

【０００９】

【発明の実施の形態】本発明の実施形態の公衆アクセス
システムについて図面を参照して詳細に説明する。

【００１０】（第１の実施形態）まず、本発明の第１の
実施形態の公衆アクセスシステムについて説明する。図
１（ａ）は、本実施形態の公衆アクセスシステムの構成
を示すブロック図である。図１（ａ）に示すように、本
実施形態の公衆アクセスシステムは、ユーザ端末１と、
公衆アクセス装置２と、アクセスサーバ３と、インター
ネット４と、認証局（ＣＡ：Ｃｅｒｔｉｆｉｃａｔｅ
Ａｕｔｈｏｒｉｔｙ）５とを備えている。

【００１１】ユーザ端末１は、インターネット４へ接続
するためのパーソナルコンピュータ等の端末装置であ
る。したがって、ユーザ端末１は、ネットワークへ接続
するためのケーブル等の有線あるいは無線のインタフェ
ースと、インターネット４に接続されているサーバやＷ
ｅｂサイトへアクセスするためのブラウジングソフトウ
ェアとを備えている必要がある。

【００１２】公衆アクセス装置２は、例えば、インター
ネットカフェ等に配置されており、不特定のユーザ端末
１が前述のネットワークによって接続可能である装置で
ある。公衆アクセス装置２は、アクセスサーバ３に接続
しており、各ユーザ端末１毎のＰＰＰ接続を代理で行う
機能を有する。

【００１３】アクセスサーバ３は、複数のインターネッ
ト接続業者が保有するネットワークに接続された、イン
ターネットアクセス回線に接続するためのサーバであ
る。アクセスサーバ３は、ユーザの認証とインターネッ
ト接続用のＩＰアドレスのユーザへの割り当てを行う機
能を有している。インターネット４は、公衆データ網で
ある。

【００１４】認証局５は、インターネット４に接続され
ており、公衆アクセス装置２がユーザから見て正規の運
用者が保有している装置であるかどうかを証明するため
の証明書を発行する機能を有する。公衆アクセス装置２
は、事前に認証局５が発行した証明書を内部に記憶して
いる。

【００１５】次に、本実施形態の公衆アクセスシステム
の動作について説明する。図２は、本実施形態の公衆ア
クセスシステムの動作を示すシーケンス図である。

【００１６】まず、ユーザ端末１が、インターネット４
へアクセスするため、接続要求を公衆アクセス装置２へ
送信する（ステップＳ１０１）。ここでの接続要求と
は、インターネット４上の任意のＷｅｂサーバへのＨＴ
ＴＰ（Ｈｙｐｅｒ ＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｏ
ｔｏｃｏｌ）による接続の要求を意味しており、この接
続要求が発行されるまでに、ユーザ端末１と公衆アクセ
ス装置２との間において、イーサネット（登録商標）レ
ベルでの接続処理、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓ
ｔＣｏｎｆｉｇuｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に
よるユーザ端末１へのＩＰアドレスの割り当て等のＩＰ
接続に必要な処理が完了しているものとする。

【００１７】続いて、ユーザ端末１は、公衆アクセス装
置２が正規の運用者が保有している装置であるかどうか
を認証する。本実施形態の公衆アクセスシステムでは、
認証と通信路の暗号化方式の一例としてインターネット
４で広く採用されているＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃ
ｋｅｔ Ｌａｙｅｒ）のプロトコルを用いた認証および
暗号化のシーケンスが適用される。

【００１８】ユーザ端末１は、公衆アクセス装置２から
認証局５が事前に発行した証明書を取り寄せ（ステップ
Ｓ１０２）、それを確認する（ステップＳ２０１）。証
明書の確認後、ユーザ端末１は、暗号通信用の共有秘密
鍵を生成し（ステップＳ２０２）、これを公衆アクセス
装置２が送信した証明書に含まれている公開鍵を使って
暗号化し（ステップＳ２０３）、暗号化された共有秘密
鍵を公衆アクセス装置２に送信する（ステップＳ２０
４）。

【００１９】暗号化された共有秘密鍵を受信した公衆ア
クセス装置２は、公開鍵と対になる秘密鍵で暗号化され
た共有秘密鍵を元に戻す（ステップＳ２０５）。上述の
動作によって、ユーザ端末１と公衆アクセス装置２は、
共有秘密鍵を保有することができ双方で暗号化通信を行
うことができる。以降、ユーザ端末１と公衆アクセス装
置２との間では、データの送信側が、共有秘密鍵でデー
タを暗号化して送信し、データの受信側が同一の共有秘
密鍵でデータを復号化して取り出すと言った処理を繰り
返す（ステップＳ２０６）。

【００２０】暗号化の通信路を確立した後、公衆アクセ
ス装置２は、インターネット４へ接続するためのユーザ
情報、すなわちユーザＩＤおよびパスワードの入力を促
すログイン画面の情報をユーザ端末１へ送信する（ステ
ップＳ３０１）。

【００２１】ユーザが、ユーザＩＤおよびパスワードを
ログイン画面の入力フィールドへ入力すると、ユーザ端
末１は、そのユーザＩＤとパスワードの情報を公衆アク
セス装置２へ送信する（ステップＳ４０１）。

【００２２】公衆アクセス装置２は、ユーザＩＤおよび
パスワードを受信すると、アクセスサーバ３に対して、
ユーザＩＤおよびパスワードとともに、ＰＰＰ接続要求
を送信する（ステップＳ５０１）。アクセスサーバ３
は、受信したユーザＩＤおよびパスワードの情報を用い
てユーザ認証を行い、ユーザが正しく認証された場合
は、ＰＰＰ接続が確立したことと、ユーザに割り当てる
ＩＰアドレス情報とを公衆アクセス装置２に送信する
（ステップＳ５０２）。

【００２３】続いて、公衆アクセス装置２は、ユーザ端
末がＤＨＣＰあるいは固定で設定しているＩＰアドレス
と、ステップＳ４０１において得られたＰＰＰ接続によ
るＩＰアドレスとのマッピング情報とをＮＡＴ（Ｎｅｔ
ｗｏｒｋ ＡｄｄｒｅｓｓＴｒａｎｓｌａｔｏｒ）テー
ブルにエントリして、ＮＡＴテーブルを作成する（ステ
ップＳ６０１）。続いて、公衆アクセス装置２は、イン
ターネット４への接続が完了し、接続が許可されたこと
をユーザ端末１に通知する（ステップＳ７０１）。以
降、ユーザ端末１では、公衆アクセス装置２を介してイ
ンターネット通信を行うことが可能となる（ステップＳ
８０１）。

【００２４】＜公衆アクセス装置＞次に、公衆アクセス
装置２について詳細に説明する。図３は、図１（ａ）に
示す公衆アクセス装置２の構成を示すブロック図であ
る。図３に示すように、公衆アクセス装置２は、Ｗｅｂ
サーバ７と、ユーザ情報処理ＣＧＩ８と、サーバ証明書
９と、ユーザ端末接続ＩＦ（インタフェース）１０と、
ログイン画面挿入手段１１と、ＩＰルーティング処理手
段１２と、ユーザ用ＰＰＰ接続手段１３と、ＮＡＴテー
ブル記憶部１４とを備えている。

【００２５】Ｗｅｂサーバ７は、ユーザ端末１にて動作
するブラウジングソフトウェアとのメッセージ交換を行
う。ユーザ情報処理ＣＧＩ８は、ユーザ情報を処理する
ためのＣＧＩプログラムを実行するプログラム実行手段
である。ユーザ情報処理ＣＧＩ８は、ユーザＩＤやパス
ワードの入力を促す画面情報を生成し、ユーザ端末１か
ら受信したユーザＩＤおよびパスワードをユーザ用ＰＰ
Ｐ接続手段１３に送信する機能を有する。また、ユーザ
情報処理ＣＧＩ８は、ＰＰＰ接続が確立した旨がユーザ
用ＰＰＰ接続手段１３から通知されると、ＰＰＰ接続が
確立され、インターネット通信が可能になったことを、
Ｗｅｂサーバ７を介してユーザ端末１に通知する機能も
有する。

【００２６】サーバ証明書９には、Ｗｅｂサーバ７が正
規の運用者によって管理されていることを証明するため
の情報が記載されている。一般的に、この情報には、サ
ーバのドメイン名、所有者名、所有者の連絡先、公開鍵
と言った情報が含まれる。サーバ証明書９は、事前に認
証局５によって発行され、Ｗｅｂサーバ７に登録され
る。ユーザ端末接続ＩＦ１０は、ユーザ端末１との接続
機能を有するインタフェースである。

【００２７】ログイン画面挿入手段１１は、ユーザ端末
１が初めて公衆アクセス装置２へ接続し、ユーザの任意
のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃ
ａｔｏｒ）を、強制的にＷｅｂサーバ７において処理さ
れるユーザ情報処理ＣＧＩ８へのＵＲＬへ置き換える機
能を有する。さらに、ログイン画面挿入手段１１は、Ｐ
ＰＰ接続が完了するとユーザが接続希望していたＵＲＬ
にアクセスできるように、ユーザのＵＲＬを記憶してお
く手段も有する。

【００２８】ＩＰルーティング処理手段１２は、ユーザ
端末１から送られてくるＩＰパケットをインターネット
４側へ転送し、逆に、インターネット４からユーザ端末
１宛のＩＰパケットを転送する機能を有する。その際
に、ＩＰルーティング処理手段１２は、ＮＡＴテーブル
記憶部１４に記憶されているＮＡＴテーブルを参照し、
ＩＰパケットにおけるユーザの固有のＩＰアドレスとＰ
ＰＰ接続により取得したＩＰアドレスとの変換を行う。

【００２９】ユーザ用ＰＰＰ接続手段１３は、ユーザ端
末の代理でアクセスサーバ３に対してＰＰＰ接続を確立
する機能を有する。ＮＡＴテーブル記憶部１４は、ユー
ザの固有のＩＰアドレスとＰＰＰ接続により取得したＩ
Ｐアドレスとのマッピング情報であるＮＡＴテーブルを
記憶する。例えば、ＮＡＴテーブル記憶部１４は、図４
で示すようなテーブル情報を記憶する。図４のＮＡＴテ
ーブル２１には、ユーザが設定した端末のＩＰアドレス
と、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏ
ｌ）アドレスと、公衆アクセス装置がＰＰＰにより代理
で取得したＩＰアドレスとの組み合わせがエントリされ
ている。

【００３０】＜公衆アクセス装置の動作＞次に、公衆ア
クセス装置２の動作について説明する。図５は、公衆ア
クセス装置２の動作を示すフローチャートである。図５
に示すように、まず、公衆アクセス装置２は、電源立ち
上げ後、初期化処理を実行する（ステップＡ１）。

【００３１】続いて、公衆アクセス装置２は、ユーザ端
末１からのＨＴＴＰ接続要求をユーザ端末接続ＩＦ１０
にて受信し（ステップＡ２）、その接続要求をログイン
画面挿入手段１１へ転送する。

【００３２】ログイン画面挿入手段１１は、ユーザ端末
が要求している接続先のＵＲＬ情報を、Ｗｅｂサーバ７
によって起動されるユーザ情報処理ＣＧＩ８のＵＲＬへ
変換し（ステップＡ３）、ＩＰルーティング処理手段１
２へ転送する。

【００３３】ＩＰルーティング処理手段１２によって転
送されたユーザからのＨＴＴＰ接続要求がＷｅｂサーバ
７に送信されると、Ｗｅｂサーバ７は、ユーザ端末１と
の間の通信路の暗号化通信処理を初期化する（ステップ
Ａ４）。暗号化通信処理が初期化され実行開始可能にな
ると、Ｗｅｂサーバ７は、ユーザ情報処理ＣＧＩ８を起
動して、ユーザ情報処理ＣＧＩ８は、ユーザ端末１へロ
グイン画面情報を送信する（ステップＡ５）。その際、
ユーザ端末１へ送信されるログイン画面情報は、ユーザ
情報処理ＣＧＩ８から、Ｗｅｂサーバ７、ＩＰルーティ
ング処理手段１２、ユーザ端末接続ＩＦ１０の順に転送
される。

【００３４】続いて、ユーザ端末１上に表示されたログ
イン画面にユーザがユーザＩＤおよびパスワードを入力
し、ユーザ端末１がユーザＩＤおよびパスワードを公衆
アクセス装置２へ返信すると、その情報は、ＩＰルーテ
ィング処理手段１２およびＷｅｂサーバ７を経由して転
送され、ユーザ情報処理ＣＧＩ８がその情報を受信する
（ステップＡ６）。

【００３５】ユーザ情報処理ＣＧＩ８は、ユーザ用ＰＰ
Ｐ接続手段１３へ、ユーザＩＤおよびパスワードを送信
し、ユーザ用ＰＰＰ接続手段１３は、アクセスサーバ３
に対してＰＰＰ接続の確立を要求する（ステップＡ
７）。

【００３６】アクセスサーバ３がユーザ認証を行うと、
ユーザ用ＰＰＰ接続手段１３は、その認証結果を受信し
（ステップＡ８）、ＰＰＰ接続が確立したか否かを確認
する（ステップＡ９）。ステップＡ９において、接続が
成功した場合には（Yｅｓ）、ユーザ用ＰＰＰ接続手段
１３は、ＩＰルーティング処理手段１２に、ＰＰＰ接続
で取得したＩＰアドレスを送信し、ＩＰルーティング処
理手段１２は、ＮＡＴテーブル記憶部１４に格納される
ＮＡＴテーブルを更新する（ステップＡ１０）。そし
て、ユーザ用ＰＰＰ接続手段１３は、ユーザ端末１に対
して、ＰＰＰ接続が確立してインターネット４への接続
が開始されたことを通知する（ステップＡ１１）。

【００３７】ステップＡ９において、ＰＰＰ接続が失敗
した場合（Ｎｏ）は、その旨を、ユーザ端末１に通知す
る（ステップＡ１１）。ステップＡ１１におけるＰＰＰ
接続の結果の通知方法は、例えば、ユーザ情報処理ＣＧ
Ｉ８が、ＰＰＰ接続結果をユーザ用ＰＰＰ接続手段１３
から受信してＰＰＰ接続確立の結果のメッセージを生成
し、Ｗｅｂサーバ７を介してユーザ端末１へ通知するこ
とによって実現される。

【００３８】＜まとめ＞本実施形態の公衆アクセスシス
テムについてまとめる。ユーザがＨＴＴＰによるインタ
ーネット４への接続要求を送信すると、インターネット
接続業者に予め登録されているユーザＩＤおよびパスワ
ードの入力を促されるので、ユーザは、公衆アクセス装
置２に実装されているユーザ情報処理ＣＧＩ８にユーザ
情報、すなわちユーザＩＤおよびパスワードを入力す
る。公衆アクセス装置２は、前述のユーザ情報処理ＣＧ
Ｉ８によって得られたユーザＩＤとパスワードを用い
て、アクセスサーバ３へのＰＰＰ接続確立処理を実行す
る。ユーザＩＤには、ユーザが加入しているインターネ
ット接続業者名が含まれており、アクセスサーバ３は、
ユーザＩＤに含まれるインターネット接続業者名を参照
して各々のインターネット接続業者への回線接続を行
う。

【００３９】ＰＰＰ接続が成功すると、公衆アクセス装
置２は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ア
ドレスのＮＡＴテーブルに、ユーザ端末１に固定的に設
定されているＩＰアドレスと、ＰＰＰ接続によりアクセ
スサーバ３から割り当てられたインターネット接続用の
ＩＰアドレスとを登録する。

【００４０】以降、ユーザ端末１から送信されるＩＰパ
ケットは、公衆アクセス装置２を通過する際には、その
送信元アドレスが、ユーザ端末１に固定的に設定されて
いるＩＰアドレスから、ＰＰＰ接続によりアクセスサー
バ３から割り当てられたインターネット接続用のＩＰア
ドレスへ、変換されてからインターネット４に転送され
る。また、インターネット４からユーザ端末へ送信され
るＩＰパケットも、その送信先アドレスがＰＰＰ接続に
よりアクセスサーバ３から割り当てられたインターネッ
ト接続用のＩＰアドレスからユーザ端末１固有のＩＰア
ドレスへ変換されて、ユーザ端末１へ転送される。この
ようにして、公衆アクセス装置２は、ユーザ端末１から
インターネット接続要求を受信する毎にＰＰＰ接続を代
理で実行し、ユーザ端末１をインターネット４に接続さ
せる。

【００４１】なお、ユーザＩＤとパスワード等のユーザ
情報は、セキュリティ上重要な情報であるため、本実施
形態の公衆アクセスシステムでは、公衆アクセス装置２
が正規の業者によって運用されていることを証明するた
めの証明書を公衆アクセス装置２に記憶させておく。こ
の証明書は、認証局５によって発行される。

【００４２】ユーザ端末１は、証明書を公衆アクセス装
置２から入手して正規の認証局５から発行されているこ
とを確認し、さらに、公衆アクセス装置２との間のコネ
クションに暗号化トンネルを確立してユーザＩＤおよび
パスワードを送信する。

【００４３】以上述べたように、本実施形態の公衆アク
セスシステムでは、ユーザ毎に代理でインターネット接
続業者へＰＰＰ接続を行う公衆アクセス装置を備えるこ
とによって、外出先でも、接続ポートをダイアルアップ
用ポートに変更してダイヤルアップ接続することなく、
ユーザ毎に個別にインターネットに接続することができ
るようになる。そのため、本発明の公衆アクセスシステ
ムでは、複数の異なるインターネット接続業者に加入し
ているユーザが、外出先でも高速に、接続ポートを変更
することなく、単一の公衆アクセスポイントにおいて、
インターネットに接続することができる。

【００４４】（第２の実施形態）まず、本発明の第２の
実施形態の公衆アクセスシステムについて説明する。図
１（ｂ）は、本実施形態の公衆アクセスシステムの構成
を示すブロック図である。図１（ｂ）に示すように、本
実施形態の公衆アクセスシステムは、第１の実施形態の
公衆アクセスシステムの構成に加え、公衆アクセス装置
認証サーバ６が追加されている。さらに、公衆アクセス
装置２は、アクセスサーバ３との間に、ユーザ毎のＰＰ
Ｐ接続とは異なる別の専用のＰＰＰ接続機能を有してい
る。公衆アクセス装置認証サーバ６は、図１（ａ）に示
す公衆アクセス装置２内に備えられていたＷｅｂサーバ
７およびユーザ情報処理ＣＧＩ８を内部に備えている。
また、公衆アクセス装置認証サーバ６は、ユーザ端末１
で動作するブラウジングソフトウェアと接続し、ユーザ
情報、すなわちユーザＩＤおよびパスワードを受信して
折り返し公衆アクセス装置２へユーザＩＤおよびパスワ
ードを送信する機能を有している。

【００４５】本実施形態の公衆アクセスシステムの動作
について説明する。図６は、本実施形態の公衆アクセス
システムの動作を示すシーケンス図である。図６に示す
ように、公衆アクセス装置２は、電源投入時に、アクセ
スサーバ３に対して、公衆アクセス装置２と公衆アクセ
ス装置認証サーバ６との間のデータ通信路である共有コ
ネクション専用のＰＰＰ接続を確立するよう要求し（ス
テップＳ１１１）、アクセスサーバ３は、公衆アクセス
装置２が認証された場合にＰＰＰ接続成功通知とＩＰア
ドレスを返信する（ステップＳ１１２）。

【００４６】続いて、ユーザ端末１は、インターネット
４へアクセスするため、ＨＴＴＰ接続要求を公衆アクセ
ス装置２へ送信する（ステップＳ２１１）。このとき、
公衆アクセス装置２は、内部のＩＰマスカレードテーブ
ル２０を更新する。

【００４７】ＩＰマスカレードテーブル２０は、図７に
示す一例のように、ユーザがユーザ端末１に設定してい
る固定のＩＰアドレス、ユーザ端末１のＴＣＰ（Ｔｒａ
ｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔ
ｏｃｏｌ）のポート番号と、ユーザ端末１のＭＡＣアド
レスと、ステップＳ１１１において確立した公衆アクセ
ス装置２専用のＰＰＰ接続により取得したＩＰアドレス
（固定）と、公衆アクセス装置２が自動的に割り当てた
ＴＣＰ／ＵＤＰのポート番号とをレコードフィールドと
して備えている。

【００４８】公衆アクセス装置２は、ユーザが要求して
いる接続先のＵＲＬを公衆アクセス装置認証サーバ６の
ログイン画面のＵＲＬへ変換する（ステップＳ３１
１）。公衆アクセス装置２は。ステップＳ３１１におい
て変換したログイン画面表示のためのＵＲＬを公衆アク
セス装置認証サーバ６へ送信する（ステップＳ４１
１）。

【００４９】公衆アクセス装置認証サーバ６は、ユーザ
端末１に対してユーザＩＤおよびパスワードの入力を促
すログイン画面情報を送信する（ステップＳ５１１）。
ユーザがユーザ端末１で起動されるブラウジングソフト
ウェア上に表示されるログイン画面の入力フィールドに
ユーザＩＤおよびパスワードを入力すると、ユーザ端末
１は、そのユーザＩＤおよびパスワードの情報を公衆ア
クセス装置認証サーバ６へ送信する（ステップＳ６１
１）。

【００５０】公衆アクセス装置認証サーバ６は、ユーザ
端末１から送られてきたユーザＩＤおよびパスワードが
含まれているＩＰパケットの送信元アドレスからどの公
衆アクセス装置２から転送されたＩＰパケットなのかを
判定する（ステップＳ７１１）。公衆アクセス装置認証
サーバ６は、ステップＳ７１１において識別した公衆ア
クセス装置２宛にユーザＩＤおよびパスワードを転送す
る（ステップＳ８１１）。

【００５１】公衆アクセス装置２は、受信したユーザＩ
Ｄおよびパスワードを用いてアクセスサーバ３に対して
ユーザ用のＰＰＰ接続を確立する（ステップＳ９１１〜
Ｓ９１３）。公衆アクセス装置２は、ステップＳ１１１
においてＩＰマスカレードテーブル２０に登録したユー
ザ端末１のＩＰアドレス情報をＮＡＴテーブル情報へ切
り替える（ステップＳ１０１１）。

【００５２】ＩＰマスカレードテーブル２０からＮＡＴ
テーブル２１への切り替えは、図４、図７を参照する
と、ユーザ端末１で固定的に設定されているＩＰアドレ
スおよびユーザ端末１のＭＡＣアドレスに対して、ステ
ップＳ９１１〜Ｓ９１３のＰＰＰ接続で取得したユーザ
用のＩＰアドレスを関連付けることによって実現され
る。続いて、公衆アクセス装置２は、ユーザ端末１にイ
ンターネット４への接続が完了したことを通知する（ス
テップＳ１１０１）。以降、ユーザは、公衆アクセス装
置２を介してインターネット通信を行うことが可能とな
る（ステップＳ１２０１）。

【００５３】＜まとめ＞本実施形態の公衆アクセスシス
テムについてまとめる。ユーザがＨＴＴＰによるインタ
ーネット４への接続要求を送信すると、インターネット
接続業者に予め登録されているユーザＩＤおよびパスワ
ードの入力を促されるので、ユーザは、公衆アクセス装
置２と公衆アクセス装置認証サーバ６との間に予め確立
してあるコネクションを通して、公衆アクセス装置認証
サーバ６に実装されているユーザ情報処理ＣＧＩ８に、
ユーザＩＤおよびパスワードを入力する。公衆アクセス
装置２は、前述のユーザ情報処理ＣＧＩ８によって得ら
れたユーザＩＤとパスワードを用いて、アクセスサーバ
３へのＰＰＰ確立を行う。

【００５４】本実施形態の公衆アクセスシステムでは、
公衆アクセス装置認証サーバ６が、ユーザＩＤおよびパ
スワードを受信して各公衆アクセス装置２へ転送する。
公衆アクセス装置認証サーバ６は、各公衆アクセス装置
２が正規の業者が設置した装置であるかどうかを公衆ア
クセス装置２に記憶させた証明書を用いて確認する。

【００５５】（第３の実施形態）次に、本発明の第３の
実施形態の公衆アクセスシステムについて図面を参照し
て詳細に説明する。図８は、本実施形態の公衆アクセス
システムの動作を示すシーケンス図である。図８に示す
ように、本実施形態の公衆アクセスシステムでは、第２
の実施形態の公衆アクセスシステムで説明した動作シー
ケンスに加え、ユーザ端末１と公衆アクセス装置認証サ
ーバ６との間の通信を暗号化するステップが追加されて
いる。図８内の点線で囲まれた部分が追加のステップと
なる。

【００５６】図８に示すように、本実施形態の公衆アク
セスシステムでは、公衆アクセス装置２専用のＰＰＰ接
続確立と、ユーザ端末１からのインターネット接続要求
受信動作を行う（図６のステップＳ１１１〜Ｓ４１１と
同一）。

【００５７】続いて、ユーザ端末１および公衆アクセス
装置認証サーバ６は、第１の実施形態の公衆アクセスシ
ステムのステップＳ１０２からステップＳ２０６の処理
と同様に、ＳＳＬを用いた認証および通信路の暗号化処
理を行う。なお、公衆アクセス装置認証サーバ６には、
予めそのサーバが正規のものであるかどうかを示す証明
書を記憶しているものとする。

【００５８】通信路の暗号化が完了すると公衆アクセス
装置認証サーバ６は、インターネット４へ接続するため
のユーザＩＤおよびパスワードの入力を促すログイン画
面の情報をユーザ端末１へ送信する（ステップＳ３０
１）。

【００５９】以降は、第１の実施形態の公衆アクセスシ
ステムと同様に、図５に示すステップＳ６１１からステ
ップＳ１２０１までの処理が実行され、ユーザ用のＰＰ
Ｐ接続が行われる。このようにすれば、ユーザ端末１と
公衆アクセス装置認証サーバ６との間では、安全にデー
タの送受信を行うことができるようになり、ユーザＩＤ
とパスワードが外部に漏れると言う問題を解消すること
ができる。

【００６０】（第４の実施形態）次に、本発明の第４の
実施形態の公衆アクセスシステムについて図面を参照し
て詳細に説明する。図９は、本実施形態の公衆アクセス
システムの動作を示すシーケンス図である。図９を参照
すると、本実施形態の公衆アクセスシステムでは、第
２、第３の実施形態の公衆アクセスシステムにおける動
作シーケンスに、公衆アクセス装置認証サーバ６が公衆
アクセス装置２が正規のものであるかどうかの認証処理
を行い、公衆アクセス装置２と公衆アクセス装置認証サ
ーバ６との間の通信を暗号化するステップが追加されて
いる。図９内の点線で囲んだ部分が追加のステップであ
る。

【００６１】まず、公衆アクセス装置２は、電源投入時
にアクセスサーバ３との間で共有コネクション専用のＰ
ＰＰ接続を確立する（図６で示した動作シーケンス図の
ステップＳ１１１、Ｓ１１２と同一）。

【００６２】公衆アクセス装置２は、公衆アクセス装置
認証サーバ６からユーザＩＤおよびパスワードを取得す
るための共有コネクションを暗号化するための接続要求
を送信し（ステップＳ１３０１）、公衆アクセス装置認
証サーバ６は、前述のＳＳＬを使用して公衆アクセス装
置２の証明書を取得して認証を行う（ステップＳ１３０
２〜ステップＳ１３０５）。認証がなされた後、公衆ア
クセス装置２と、アクセスサーバ３との間で暗号化用の
秘密鍵を交換して暗号化通信が行えるようにする（ステ
ップＳ１３０６、Ｓ１３０７）。本実施形態の公衆アク
セスシステムでは、認証および暗号化の手段としてＳＳ
Ｌを例に説明しているが、他の認証および暗号化のプロ
トコルが用いられても構わない。

【００６３】以降、ユーザ端末１が接続要求を公衆アク
セス装置２に対して送信する毎に、公衆アクセス装置２
は、ユーザＩおよびとパスワードを公衆アクセス認証サ
ーバ６経由で取得して代理でＰＰＰを接続する処理を繰
り返す。（図６のステップＳ２１１以降の処理）。

【００６４】このようにすれば、公衆アクセス装置２と
公衆アクセス装置認証サーバ６との間では、安全にデー
タの送受信を行うことができ、ユーザＩＤおよびパスワ
ードが外部に漏れると言う問題を解消することができ
る。

【００６５】次に、図１０〜図１３を参照して、図１
（ｂ）に示す公衆アクセス装置２および公衆アクセス装
置認証サーバ６の内部の構成と動作シーケンスについて
詳細に説明する。まず、図１０および図１１を参照して
公衆アクセス装置２の構成と動作シーケンスを説明す
る。図１０を参照すると、この公衆アクセス装置２で
は、図３の公衆アクセス装置２の構成に加え、ＩＰマス
カレードルーティングテーブル記憶部１６と、公衆アク
セス装置用ＰＰＰ接続手段１５とが追加されており、図
３の公衆アクセス装置２の構成に含まれていた、Ｗｅｂ
サーバ７、ユーザ情報処理ＣＧＩ８、およびサーバ証明
書９が、除かれている点が、第１の実施形態の公衆アク
セスシステムにおける公衆アクセス装置と異なる。

【００６６】ＩＰマスカレードルーティングテーブル記
憶部１６は、図７に示すＩＰマスカレードルーティング
テーブルを記憶している。公衆アクセス装置用ＰＰＰ接
続手段１５は、ユーザ毎に確立されるＰＰＰ接続とは異
なる別の公衆アクセス装置２専用のＰＰＰ接続確立を行
う機能を有する。

【００６７】図１１を参照して、図１０に示す公衆アク
セス装置２の動作シーケンスを説明する。図１１（ａ）
には、公衆アクセス装置２の立ち上げ時のシーケンスが
示されている。まず、公衆アクセス装置２に電源が投入
されると、初期化処理が実行される（ステップＢ１）。
続いて、公衆アクセス装置用ＰＰＰ接続手段１５は、ア
クセスサーバ３に対して、専用のＰＰＰ接続を確立する
（ステップＢ２）。続いて、公衆アクセス装置２は、Ｓ
ＳＬやＩＰｓｅｃ（ＩＰ ＳｅｃｕｒｉｔｙＰｒｏｔｏ
ｃｏｌ）等の認証・暗号化プロトコルを用いて、公衆ア
クセス装置２と公衆アクセス装置認証サーバ６との共有
コネクションを暗号化する（ステップＢ３）。以降、公
衆アクセス装置２は、ユーザ端末１からの接続要求待ち
状態となる。

【００６８】図１１（ｂ）は、ユーザ毎のＰＰＰ接続を
代理で行う場合の動作シーケンスである。ユーザ端末１
からのＨＴＴＰ接続要求を受信すると（ステップＣ
１）、ＩＰルーティング処理手段１２は、ユーザ端末１
のＩＰアドレスおよびポート番号と、公衆アクセス装置
用ＰＰＰ接続手段１５が取得した公衆アクセス装置専用
のＩＰアドレスと動的に割り当てられたポート番号とを
ＩＰマスカレードルーティングテーブル記憶部１６に登
録する（ステップＣ２）。

【００６９】続いて、ログイン画面挿入手段１１は、接
続要求先のＵＲＬを、公衆アクセス装置認証サーバ６の
ＵＲＬへ変換し、公衆アクセス装置用ＰＰＰ接続手段１
５によって確立した共有コネクション経由で接続要求を
公衆アクセス装置認証サーバ６へ転送する（ステップＣ
３）。

【００７０】続いて、ＩＰルーティング処理手段１２
は、公衆アクセス装置認証サーバ６からユーザ端末１宛
にログイン画面情報のＩＰパケットが送信されるので、
そのパケットを、ユーザ端末ＩＦ１０を介してユーザ端
末１に転送する（ステップＣ４）。

【００７１】ユーザがユーザＩＤおよびパスワードをロ
グイン画面から入力し、それらが公衆アクセス装置認証
サーバ６宛にパケット送信されると、公衆アクセス装置
２は、ユーザ端末ＩＦ１０でそのパケットを受信する。
そのパケットは、ＩＰルーティング処理手段１２、公衆
アクセス装置用ＰＰＰ接続手段１５の順に公衆アクセス
装置認証サーバ６に転送される（ステップＣ５）。

【００７２】続いて、公衆アクセス装置用ＰＰＰ接続手
段１５が公衆アクセス装置認証サーバ６から公衆アクセ
ス装置２宛にユーザＩＤおよびパスワードを受信すると
（ステップＣ６）、ユーザ用ＰＰＰ接続手段１３は、そ
のユーザＩＤおよびパスワードを用いてアクセスサーバ
３に対して、ユーザ用のＰＰＰ接続要求を送信する（ス
テップＣ７）。

【００７３】続いて、アクセスサーバ３からＰＰＰ接続
確立処理結果を受信し（ステップＣ８）、ＰＰＰ接続が
成功した場合（Ｙｅｓ）、ユーザ用ＰＰＰ接続手段１３
は、ＰＰＰ接続で取得したＩＰアドレスをＩＰルーティ
ング処理手段１２に送信し、ＩＰルーティング処理手段
１２は、ＮＡＴテーブル記憶部１４に格納されるＮＡＴ
テーブルを更新する（ステップＣ１０）。

【００７４】ステップＣ１０処理後、ＩＰルーティング
処理手段１２は、ユーザ端末１からのＩＰパケットの転
送時に参照していたテーブルを、ＩＰマスカレードルー
ティングテーブル記憶部１６に格納されているＩＰマス
カレードテーブルから、ステップＣ１０で新たに登録し
たＮＡＴテーブルに切り替える（ステップＣ１１）。

【００７５】最後に、公衆アクセス装置２は、公衆アク
セス装置認証サーバ６に、ユーザ用のＰＰＰ接続が確立
されたことを通知する（ステップＣ１２）。ＰＰＰ接続
に失敗した場合（ステップＣ９のＮｏ）には、公衆アク
セス装置２は、そのまま失敗したことを公衆アクセス装
置認証サーバ６に通知する（ステップＣ１２）。以降、
ユーザ端末からの接続要求を受信する毎に、公衆アクセ
ス装置２は、ステップＣ１からＣ１２までの処理を繰り
返す。

【００７６】次に、図１２および図１３を参照して公衆
アクセス装置認証サーバ６の構成と動作シーケンスを説
明する。図１２を参照すると、公衆アクセス装置認証サ
ーバ６は、Ｗｅｂサーバ７と、ユーザ情報処理ＣＧＩ８
と、サーバ証明書９と、共有コネクション処理手段１７
とを備える。

【００７７】Ｗｅｂサーバ７は、第１の実施形態の公衆
アクセスシステムにおける公衆アクセス装置２と同様
に、ユーザ端末１にて動作するブラウジングソフトウェ
アとメッセージ交換を行う機能を備えている。ユーザ情
報処理ＣＧＩ８は、第１の実施形態の公衆アクセスシス
テムと同様に、ユーザ端末１から送信されるユーザＩＤ
とパスワードを入力するための画面情報を生成し、さら
に追加機能として受信した情報を共有コネクション処理
手段１７に渡す機能を有する。

【００７８】サーバ証明書９は、第１の実施形態で説明
した証明書と同等のものであり、Ｗｅｂサーバ７が正規
の運用者によって管理されていることを証明するための
情報を記載している。共有コネクション処理手段１７
は、公衆アクセス装置２との間に確立されるデータ通信
路となる共有コネクションを確立しデータを送受信する
機能を有する。

【００７９】図１３を参照して、図１１の公衆アクセス
装置認証サーバ６の動作シーケンスを説明する。図１３
（ａ）は、公衆アクセス装置認証サーバ６の立ち上げシ
ーケンスを示すフローチャートである。図１３（ａ）を
参照すると、まず、公衆アクセス装置認証サーバ６は、
電源投入後初期化を行う（ステップＤ１）。続いて、公
衆アクセス装置認証サーバ６が共有コネクション処理手
段１７を介して公衆アクセス装置２からの接続要求を受
信すると（ステップＤ２）、接続要求を受信した共有コ
ネクション処理手段１７は、公衆アクセス装置２との間
の共有コネクションを暗号化するための処理を実行する
（ステップＤ３）。暗号化の処理には、ＳＳＬ、ＩＰｓ
ｅｃ等のプロトコルが用いられる。共有コネクションの
暗号化処理が終了すると、公衆アクセス装置認証サーバ
６では、共有コネクションでの通信を開始することが可
能となる（ステップＤ４）。以降、公衆アクセス装置認
証サーバ６は、公衆アクセス装置２からの接続要求を受
信する毎にステップＤ２からＤ４の処理を繰り返し実行
する。

【００８０】次に、図１３（ｂ）を参照して、公衆アク
セス装置認証サーバ６のユーザ毎のＰＰＰ接続を確立す
る処理に関わる動作シーケンスについて説明する。ま
ず、Ｗｅｂサーバ７が、ユーザ端末１からのログイン画
面表示のためのＵＲＬ情報を受信すると（ステップＥ
１）、Ｗｅｂサーバ７は、ユーザ端末１との間の通信を
暗号化するための処理を行う（ステップＥ２）。暗号化
処理には、前述の実施形態の公衆アクセスシステムでも
適用されたＳＳＬプロトコルが用いられる。暗号化処理
が終了すると、Ｗｅｂサーバ７は、ユーザ情報処理ＣＧ
Ｉ８を起動して、ログイン画面情報をユーザ端末１に送
信する（ステップＥ３）。ユーザがログイン画面にユー
ザＩＤとパスワードを入力してＷｅｂサーバ７へ送信す
ると、Ｗｅｂサーバ７は、ユーザ情報処理ＣＧＩ８に受
信したユーザＩＤおよびパスワードを送信する（ステッ
プＥ４）。

【００８１】ユーザ情報処理ＣＧＩ８は、受信したユー
ザ情報のＩＰパケットのヘッダ情報から送信元である公
衆アクセス装置２のＩＰアドレスを検出する（ステップ
Ｅ５）。受信したＩＰパケットは、公衆アクセス装置２
内において、ＩＰマスカレードルーティングテーブル情
報により、ユーザ端末１のＩＰアドレスから公衆アクセ
ス装置２のＩＰアドレスに変換されている。

【００８２】続いて、ユーザ情報処理ＣＧＩ８は、共有
コネクション処理手段１７を介してステップＥ５で識別
した公衆アクセス装置２にユーザＩＤおよびパスワード
を送信する（ステップＥ６）。

【００８３】公衆アクセス装置２が受信したユーザＩＤ
およびパスワードからＰＰＰ接続処理を行い、その実行
結果を公衆アクセス装置認証サーバ６に送信すると、共
有コネクション処理手段１７は、ＰＰＰ接続処理実行結
果を受信し（ステップＥ７）、ＰＰＰ接続処理の結果
を、ユーザ情報処理ＣＧＩ８を介してユーザ端末１へ通
知する（ステップＥ８）。以降、公衆アクセス装置認証
サーバ６は、ユーザ端末からの接続要求を受信する毎に
ステップＥ１からＥ８までの処理を繰り返す。

【００８４】次に、ユーザがインターネット接続業者に
加入していない場合においても、限定的にアクセスを許
可する場合の本実施形態の公衆アクセス装置２の動作に
ついて説明する。ユーザがインターネット接続業者に加
入していない場合に、公衆アクセス装置２は、ユーザ用
のＰＰＰ接続を確立せずに、公衆アクセス認証サーバ６
との通信に使用していた公衆アクセス装置２専用のＰＰ
Ｐ接続を介してインターネット４に接続する。この場合
のインターネットアクセスには、所定の制限が加えられ
る。アクセスの制限としては、例えば、メールの送受信
が行えず、ＨＴＴＰによるメッセージの送受信のみ可能
であるとか、特定のＵＲＬで示されたネットワークへの
アクセスのみが許可されると言ったことが考えられる。
さらに、このケースでは、ユーザがＩＤとパスワードを
持たないことを示すために、ユーザＩＤとして暫定ユー
ザを示す固定のＩＤを入力したり、オプション情報とし
て限定ユーザであることを示すフラグ情報をユーザ情報
に含めてユーザ端末１から送信したりする必要がある。

【００８５】

【発明の効果】以上述べたように、本発明の公衆アクセ
スシステムは、以下に示す効果を有する。 （１） ユーザ毎に代理でインターネット接続業者へＰ
ＰＰ接続を行う公衆アクセス装置を備えることによっ
て、外出先でも、接続ポートをダイアルアップ用ポート
に変更してダイヤルアップ接続することなく、ユーザ毎
にインターネットに接続することができるようになる。
そのため、本発明の公衆アクセスシステムでは、複数の
異なるインターネット接続業者に加入しているユーザ
が、外出先でも高速に、接続ポートを変更することな
く、単一の公衆アクセスポイントにおいて、複数の異な
るインターネット接続業者に加入しているユーザが、イ
ンターネットに接続することができる。 （２） 公衆アクセス装置等にサーバ証明書を備えるこ
とによって、公衆アクセス装置等が正当な運用者が保有
するものであるかどうかを認証し、さらに通信路を暗号
化することができるため、ＰＰＰ接続に必要なユーザの
ＩＤとパスワードを安全に送受信できることができる。

【図面の簡単な説明】

【図１】本発明の実施形態の公衆アクセスシステムの構
成を示すブロック図である。

【図２】本発明の第１の実施形態の公衆アクセスシステ
ムの動作を示すシーケンス図である。

【図３】本発明の第１の実施形態の公衆アクセスシステ
ムにおける公衆アクセス装置の構成を示すブロック図で
ある。

【図４】ＮＡＴテーブルの一例を示す図である。

【図５】公衆アクセス装置の動作を示すフローチャート
である。

【図６】本発明の第２の実施形態の公衆アクセスシステ
ムの動作を示すシーケンス図である。

【図７】ＩＰマスカレードテーブルの一例を示す図であ
る。

【図８】本発明の第３の実施形態の公衆アクセスシステ
ムの動作を示すシーケンス図である。

【図９】本発明の第４の実施形態の公衆アクセスシステ
ムの動作を示すシーケンス図である。

【図１０】公衆アクセス装置の構成を示すブロック図で
ある。

【図１１】公衆アクセス装置の動作を示すフローチャー
トである。

【図１２】公衆アクセス装置認証サーバの構成を示すブ
ロック図である。

【図１３】公衆アクセス装置認証サーバの動作を示すフ
ローチャートである。

【符号の説明】

１ ユーザ端末 ２ 公衆アクセス装置 ３ アクセスサーバ ４ インターネット ５ 認証局 ６ 公衆アクセス装置認証サーバ ７ Ｗｅｂサーバ ８ ユーザ情報処理ＣＧＩ ９ サーバ証明書 １０ ユーザ端末接続ＩＦ １１ ログイン画面挿入手段 １２ ＩＰルーティング処理手段 １３ ユーザ用ＰＰＰ接続手段 １４ ＮＡＴテーブル記憶部 １５ 公衆アクセス装置用ＰＰＰ接続手段 １６ ＩＰマスカレードルーティングテーブル記憶部 １７ 共有コネクション処理手段 ２０ ＩＰマスカレードテーブル ２１ ＮＡＴテーブル Ａ１〜Ａ１１、Ｂ１〜Ｂ３、Ｃ１〜Ｃ１２ ステップ Ｄ１〜Ｄ４、Ｅ１〜Ｅ８、Ｓ１０１〜Ｓ１３０７ ス
テップ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA08 GA10 HA08 HC01 HC13 HD03 HD09 JL08 LD19 5K033 AA09 CB09 DA06 DB18

Claims (40)

【特許請求の範囲】
1. 【請求項１】 接続したユーザ端末毎にＰＰＰ接続を代
   理で行う少なくとも１つの公衆アクセス装置と、 インターネットへのアクセス回線と接続されており、前
   記公衆アクセス装置からＰＰＰ接続の要求が送信された
   場合に、前記ユーザ端末を利用するユーザの認証とイン
   ターネット接続用の第１のアドレスの前記ユーザ端末へ
   の割り当てとを行って、前記ユーザ端末からのインター
   ネットへのアクセスを可能とする第１のサーバとを備え
   る公衆アクセスシステム。
2. 【請求項２】 前記公衆アクセス装置は、 前記ユーザ端末に設定されている第２のアドレスと、前
   記第１のアドレスとの組み合わせを登録する第１のテー
   ブルを備え、 前記第１のテーブルを参照し、前記ユーザ端末から送信
   されたパケットの送信元アドレスを、前記第２のアドレ
   スから前記第１のアドレスに変換してから当該パケット
   を転送し、 前記ユーザ端末へ送信されるパケットの送信先アドレス
   を、前記第１のアドレスから前記第２のアドレスに変換
   して当該パケットを転送する請求項１記載の公衆アクセ
   スシステム。
3. 【請求項３】 前記公衆アクセス装置が正規の運用者が
   保有している装置であるかどうかを証明するための証明
   書を発行する認証局をさらに備える請求項１または２記
   載の公衆アクセスシステム。
4. 【請求項４】 前記公衆アクセス装置は、予め前記証明
   書を記憶しており、前記ユーザ端末から接続要求を受信
   した場合に、前記証明書を前記ユーザ端末に送信する請
   求項３記載の公衆アクセスシステム。
5. 【請求項５】 前記証明書には、暗号化通信を行うため
   の公開鍵が含まれており、 前記ユーザ端末と前記公衆アクセス装置との間の通信デ
   ータは、前記公開鍵と、前記ユーザ端末によって生成さ
   れた共有秘密鍵とによって暗号化される請求項４記載の
   公衆アクセスシステム。
6. 【請求項６】 前記公衆アクセス装置は、前記ユーザ端
   末から接続要求を受信した場合に、ユーザ情報を入力す
   るために前記ユーザ端末に表示されるログイン画面情報
   を生成し、前記ＰＰＰ接続に必要となるユーザ情報を前
   記ユーザ端末から取得するプログラム実行手段と、 前記ユーザ情報を前記第１のサーバに転送する転送手段
   とを有する請求項１から５のいずれか１項記載の公衆ア
   クセスシステム。
7. 【請求項７】 前記公衆アクセス装置は、前記ユーザ端
   末から接続要求を受信した場合に、前記接続要求に含ま
   れるＵＲＬを、前記プログラム実行手段へのＵＲＬへ置
   き換えるログイン画面挿入手段をさらに有する請求項６
   記載の公衆アクセスシステム。
8. 【請求項８】 ＰＰＰ接続に必要となるユーザ情報を取
   得するためのプログラムを実行するプログラム実行手段
   と、前記ユーザ情報を、前記公衆アクセス装置に折り返
   し送信する送信手段とを有する第２のサーバをさらに備
   える請求項１から５のいずれか１項記載の公衆アクセス
   システム。
9. 【請求項９】 前記公衆アクセス装置は、前記第２のサ
   ーバとの間のデータ通信路である共有コネクション専用
   の接続を確立するために、前記第１のサーバとの間に前
   記ＰＰＰ接続とは別に専用のＰＰＰ接続機能を有してい
   る請求項８記載の公衆アクセスシステム。
10. 【請求項１０】 前記公衆アクセス装置は、前記ユーザ
    端末から接続要求を受信した場合に、前記接続要求に含
    まれるＵＲＬを、前記プログラム実行手段へのＵＲＬへ
    置き換えるログイン画面挿入手段をさらに有する請求項
    ８または９記載の公衆アクセスシステム。
11. 【請求項１１】 前記公衆アクセス装置は、予め前記証
    明書を記憶しており、前記第２のサーバへ接続要求を送
    信した場合に、前記第２のサーバから送信された証明書
    要求によって前記証明書を前記第２のサーバに送信する
    請求項１０記載の公衆アクセスシステム。
12. 【請求項１２】 前記証明書には、暗号化通信を行うた
    めの公開鍵が含まれており、 前記公衆アクセス装置と前記第２のサーバとの間の通信
    データは、前記公開鍵と、前記第２のサーバによって生
    成された共有秘密鍵によって暗号化される請求項１１記
    載の公衆アクセスシステム。
13. 【請求項１３】 前記公衆アクセス装置は、 前記ユーザ端末に設定されている第２のアドレスと、前
    記専用のＰＰＰ接続機能によって割り当てられた第３の
    アドレスとを登録する第２のテーブルを備え、 前記第２のテーブルを参照し、前記ユーザ端末から送信
    されるパケットの送信元アドレスを、前記第２のアドレ
    スに対応する前記第３のアドレスへ変換してから当該パ
    ケットを転送する請求項９から１２のいずれか１項記載
    の公衆アクセスシステム。
14. 【請求項１４】 前記第２のサーバは、前記ＰＰＰ接続
    に必要となるユーザ情報を前記ユーザ端末から取得し、
    前記ユーザ情報に含まれる送信元アドレスに基づいて、
    前記ユーザ情報の送信元である公衆アクセス装置を識別
    して、前記ユーザ情報を当該公衆アクセス装置に折り返
    し転送する請求項１３記載の公衆アクセスシステム。
15. 【請求項１５】 前記公衆アクセス装置は、前記ユーザ
    情報を、前記第１のサーバに転送することによって、前
    記第１のサーバとのＰＰＰ接続を確立する請求項１４記
    載の公衆アクセスシステム。
16. 【請求項１６】 前記公衆アクセス装置は、前記第１の
    サーバとの間のＰＰＰ接続終了後に、パケット転送時に
    参照するテーブルを、前記第２のテーブルから前記第１
    のテーブルに切り替える請求項１５記載の公衆アクセス
    システム。
17. 【請求項１７】 前記第２のサーバは、 前記第２のサーバが正規のものであるかどうかを示す証
    明書を記憶しており、 前記公衆アクセス装置から転送された、前記ユーザ端末
    からの接続要求を受信した場合に、前記ユーザ端末に前
    記証明書を送信する請求項８から１６のいずれか１項記
    載の公衆アクセスシステム。
18. 【請求項１８】 前記証明書には、暗号化通信を行うた
    めの公開鍵が含まれており、 前記ユーザ端末と前記第２のサーバとの間の通信データ
    は、前記公開鍵と、前記ユーザ端末によって生成された
    共有秘密鍵とによって暗号化される請求項１７記載の公
    衆アクセスシステム。
19. 【請求項１９】 前記公衆アクセス装置は、ユーザがイ
    ンターネット接続業者に加入していない場合に、ユーザ
    用のＰＰＰ接続を確立せずに、前記第２のサーバとの通
    信に使用していた専用のＰＰＰ接続機能を介して前記第
    １のサーバに接続する請求項９から１８のいずれか１項
    記載の公衆アクセスシステム。
20. 【請求項２０】 前記公衆アクセス装置は、インターネ
    ット接続業者に加入していないユーザのインターネット
    へのアクセスには、所定の制限を加える請求項１９記載
    の公衆アクセスシステム。
21. 【請求項２１】 ＰＰＰ接続の要求が送信された場合に
    ユーザ端末を利用するユーザの認証とインターネット接
    続用の第１のアドレスの割り当てとを行い前記ユーザ端
    末からのインターネットへのアクセスを可能とする第１
    のサーバに対し、前記ユーザ端末毎にＰＰＰ接続を代理
    で行う公衆アクセス装置。
22. 【請求項２２】 前記ユーザ端末に設定されている第２
    のアドレスと、前記第１のアドレスとの組み合わせを登
    録する第１のテーブルを備え、 前記ユーザ端末から送信されたパケットの送信元アドレ
    スを、前記第２のアドレスから前記第１のアドレスに変
    換してから当該パケットを転送し、 前記ユーザ端末へ送信されるパケットの送信先アドレス
    を、前記第１のアドレスから前記第２のアドレスに変換
    して当該パケットを転送する請求項２１記載の公衆アク
    セス装置。
23. 【請求項２３】 ユーザから見て正規の運用者が保有し
    ている装置であるかどうかを証明するための証明書を記
    憶しており、 前記ユーザ端末から接続要求を受信した場合に、前記証
    明書を前記ユーザ端末に送信する請求項２１または２２
    記載の公衆アクセス装置。
24. 【請求項２４】 前記ユーザ端末との間の通信データ
    は、前記証明書に含まれる暗号化通信を行うための公開
    鍵と、前記ユーザ端末によって生成された共有秘密鍵と
    によって暗号化する請求項２３記載の公衆アクセス装
    置。
25. 【請求項２５】 前記ユーザ端末から接続要求を受信し
    た場合に、ユーザ情報を入力するために前記ユーザ端末
    に表示されるログイン画面情報を生成し、前記ＰＰＰ接
    続に必要となるユーザ情報を前記ユーザ端末から取得す
    るプログラム実行手段と、 前記ユーザ情報を前記第１のサーバに転送する転送手段
    とを有する請求項２１から２４のいずれか１項記載の公
    衆アクセス装置。
26. 【請求項２６】 前記ユーザ端末から接続要求を受信し
    た場合に、前記接続要求のＵＲＬを、前記プログラム実
    行手段へのＵＲＬへ置き換えるログイン画面挿入手段を
    さらに有する請求項２５記載の公衆アクセス装置。
27. 【請求項２７】 ＰＰＰ接続に必要となるユーザ情報を
    取得するためのプログラムを実行するプログラム実行手
    段と前記ユーザ情報を前記公衆アクセス装置に折り返し
    送信する送信手段とを有する第２のサーバとの間のデー
    タ通信路である共有コネクション専用の接続を確立する
    ために、前記第１のサーバとの間に前記ＰＰＰ接続とは
    別に専用のＰＰＰ接続機能を有している請求項２１から
    ２４のいずれか１項記載の公衆アクセス装置。
28. 【請求項２８】 前記ユーザ端末から接続要求を受信し
    た場合に、前記接続要求のＵＲＬを、前記プログラム実
    行手段へのＵＲＬへ置き換えるログイン画面挿入手段を
    さらに有する請求項２７記載の公衆アクセス装置。
29. 【請求項２９】 正規の運用者が保有している装置であ
    るかどうかを証明するための証明書を記憶しており、前
    記第２のサーバへ接続要求を送信した場合に、前記第２
    のサーバから送信された証明書要求によって前記証明書
    を前記第２のサーバに送信する請求項２８記載の公衆ア
    クセス装置。
30. 【請求項３０】 前記第２のサーバとの間の通信データ
    を、前記証明書に含まれる暗号化通信を行うための公開
    鍵と、前記第２のサーバによって生成された共有秘密鍵
    とによって暗号化する請求項２９記載の公衆アクセス装
    置。
31. 【請求項３１】 前記ユーザ端末に設定されている第２
    のアドレスと、前記専用のＰＰＰ接続機能によって割り
    当てられた第３のアドレスとを登録する第２のテーブル
    を備え、 前記第２のテーブルを参照し、前記ユーザ端末から送信
    されるパケットの送信元アドレスを、前記第２のアドレ
    スに対応する前記第３のアドレスへ変換してから当該パ
    ケットを転送する請求項２７から３０のいずれか１項記
    載の公衆アクセス装置。
32. 【請求項３２】 前記ユーザ情報を、前記第１のサーバ
    に転送することによって、前記第１のサーバとのＰＰＰ
    接続を確立する請求項２７から３１のいずれか１項記載
    の公衆アクセス装置。
33. 【請求項３３】 前記第１のサーバとの間のＰＰＰ接続
    終了後に、パケット転送時に参照するテーブルを、前記
    第２のテーブルから前記第１のテーブルに切り替える請
    求項３２記載の公衆アクセス装置。
34. 【請求項３４】 ユーザがインターネット接続業者に加
    入していない場合に、ユーザ用のＰＰＰ接続を確立せず
    に、前記第２のサーバとの通信に使用していた専用のＰ
    ＰＰ接続機能を介して前記第１のサーバに接続する請求
    項２７から３３のいずれか１項記載の公衆アクセス装
    置。
35. 【請求項３５】 インターネット接続業者に加入してい
    ないユーザのインターネットへのアクセスには、所定の
    制限を加える請求項３４記載の公衆アクセス装置。
36. 【請求項３６】 インターネットアクセス回線と接続さ
    れており、接続したユーザ端末毎にＰＰＰ接続を代理で
    行う少なくとも１つの公衆アクセス装置からＰＰＰ接続
    の要求が送信された場合に、前記ユーザ端末を利用する
    ユーザの認証とインターネット接続用の第１のアドレス
    の前記ユーザ端末への割り当てとを行って、前記ユーザ
    端末からのインターネットへのアクセスを可能とするサ
    ーバ。
37. 【請求項３７】 ＰＰＰ接続に必要となるユーザ情報を
    取得するためのプログラムを実行するプログラム実行手
    段と、前記ユーザ情報を前記公衆アクセス装置に折り返
    し送信する送信手段とを有するサーバ。
38. 【請求項３８】 前記ＰＰＰ接続に必要となるユーザ情
    報を前記ユーザ端末から取得し、前記ユーザ情報に含ま
    れる送信元アドレスに基づいて、前記ユーザ情報の送信
    元である公衆アクセス装置を識別して、前記ユーザ情報
    を当該公衆アクセス装置に折り返し転送する請求項３７
    記載のサーバ。
39. 【請求項３９】 正規のものであるかどうかを示す証明
    書を記憶しており、接続要求を受信した場合に、前記接
    続要求の送信元に前記証明書を送信する請求項３８記載
    のサーバ。
40. 【請求項４０】 前記送信元との通信データを、前記証
    明書に含まれる暗号化通信を行うための公開鍵と、前記
    送信元によって生成された共有秘密鍵とによって暗号化
    する請求項３９記載のサーバ。