JP2003143236A - ゲートウェイ装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＳＰ選択型ＩＰネットワークのアクセス網
におけるＷｅｂトラフィックを軽減できるＬＡＣ用ゲー
トウェイ装置を提供する。 【解決手段】 複数のＩＳＰネットワーク１０８を収容
するアクセス網１０５に接続され、ユーザ端末から受信
したＰＰＰフレームを上記アクセス網上に設定されたＬ
２ＴＰコネクションを介して上記ＩＳＰネットワークに
転送するＬＡＣ機能を備えたゲートウェイ装置１０４
が、Ｗｅｂキャッシュサーバと接続するためのキャッシ
ュサーバインタフェース１１２と、ユーザ端末から受信
したＰＰＰフレーム列の中からペイロード部にＷｅｂコ
ンテンツの要求メッセージを含むＰＰＰフレームを選択
し、該ＰＰＰフレームが示す要求メッセージを上記キャ
ッシュサーバインタフェースを介して上記キャッシュサ
ーバに転送するパケット転送制御装置（８１Ａ〜８１
Ｃ、８７）を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のユーザ端末
と接続されるゲートウェイ装置に関し、更に詳しくは、
インターネットに接続された複数のＩＳＰ(Internet Se
rvice Provider)ネットワークを１つのアクセス網で結
合し、ユーザ端末が上記アクセス網と上記何れかのＩＳ
Ｐネットワークを介してインターネットをアクセスする
ＩＳＰ選択型ＩＰネットワークに適用されるＬＡＣ（L2
TP Access Concentrator）機能を備えたゲートウェイ装
置に関する。

【０００２】

【従来の技術】インターネットトラヒックの７０％以上
をＷｅｂアクセス・トラヒックが占める時代を迎え、ユ
ーザ端末からのＷｅｂアクセスの高速化と、ユーザ端末
とＷｅｂサーバとを接続するネットワーク上でのトラフ
ィック削減とを狙って、Ｗｅｂキャッシング技術が盛ん
に研究されている。

【０００３】Ｗｅｂキャッシング技術では、ユーザ端末
が収容されるアクセスネットワークにＷｅｂキャッシュ
サーバ（またはＷｅｂキャッシングサーバ）を設置し、
Ｗｅｂサーバが提供するコンテンツデータの一部をＷｅ
ｂキャッシュサーバにキャッシュデータとして保持して
おき、Ｗｅｂサーバに代わって、Ｗｅｂキャッシュサー
バからユーザ端末にコンテンツデータを配信することに
よって、ユーザ端末からのＷｅｂアクセスの高速化と、
Ｗｅｂサーバが接続されたコアネットワーク上でのトラ
フィックの削減を可能とする。

【０００４】従来、インターネットアクセス用のネット
ワーク分野では、各ＩＳＰがそれぞれのサービス地域に
分散して独自にアクセスポイントを設置していたが、最
近の傾向として、複数のＩＳＰネットワークを通信キャ
リアが管理する地域ＩＰ網（または広域ＩＰ網）に接続
しておき、該地域ＩＰ網上に上記複数のＩＳＰに共通す
るアクセスポイントとなるゲートウェイ装置を配置する
ことによって、各アクセスポイントに接続されたユーザ
端末を上記何れかのＩＳＰネットワークに接続するＩＳ
Ｐ選択型ＩＰネットワークが有望となってきている。

【０００５】ＩＳＰ選択型ＩＰネットワークでは、アク
セスネットワークとなる地域ＩＰ網とユーザ端末とのを
接続点に、ＬＡＣ（L2TP Access Concentrator）と呼ば
れるゲートウェイ装置を設置し、地域ＩＰ網と各ＩＳＰ
ネットワークとの接続点に、ＬＮＳ（L2TP Network Ser
ver）と呼ばれるゲートウェイ装置が設置される。Ｗｅ
ｂをアクセスするユーザ端末は、ＬＡＣとの間にＰＰＰ
コネクションを設定する。上記ＰＰＰコネクションは、
ＬＡＣ機能によって、ＬＡＣとＬＮＳとの間に設定され
たＬ２ＴＰコネクションを介して、各ユーザが指定した
ＩＳＰネットワークに接続される。

【０００６】すなわち、ＰＰＰコネクションの設定時
に、ユーザ端末でユーザＩＤと接続先ＩＳＰの識別子を
入力すると、上記ユーザ端末と接続されたＬＡＣが、上
記ＩＳＰ識別子に基づいて接続先ＩＳＰと対応するＬＮ
Ｓを特定し、ユーザ端末とＬＡＣと間に設定されたＰＰ
Ｐコネクションを上記ＬＡＣとＬＮＳ間に設定されたＬ
２ＴＰコネクションを介して特定のＬＮＳまで延長す
る。各ＬＮＳでは、ユーザＩＤに従って端末ユーザを認
証し、ユーザ端末とＩＳＰとの接続の可否を判定する。
尚、Ｌ２ＴＰによるＰＰＰコネクションの延長と、ＬＡ
ＣおよびＬＮＳがもつ機能については、ＩＥＴＦドラフ
トＲＦＣ２６６１に示されている。

【０００７】

【発明が解決しようとする課題】上述したＩＳＰ選択型
ＩＰネットワークにおいては、ＬＡＣと各ＬＮＳとを接
続するアクセスネットワーク（地域ＩＰ網または広域Ｉ
Ｐ網）における通信コストを削減するために、ＬＡＣと
各ＬＮＳとの間のトラヒックをできるだけ軽減したいと
いうニーズがある。アクセスネットワーク上でトラヒッ
クを削減するためには、例えば、従来のネットワークで
各ＬＮＳに接続されていたＷｅｂキャッシュサーバをＬ
ＡＣ側に移し、アクセスネットワークの入口でＷｅｂキ
ャッシュサーバが各ユーザ端末のＷｅｂアクセスに応答
するネットワーク構成が考えられる。

【０００８】しかしながら、Ｌ２ＴＰタイプの従来のア
クセスネットワークでは、ユーザ端末から送出された各
ＩＰパケットが、予め設定されたＰＰＰコネクションに
沿ってコネクションエンドまで転送されてしまうため、
ＰＰＰコネクションの途中で特定のＩＰパケットを分岐
することができない。すなわち、ＬＡＣとして動作する
従来のゲートウェイ装置は、ユーザ端末から送出された
ＩＰパケットを含む受信ＰＰＰフレームを単にＰＰＰコ
ネクションに沿ってアクセス網側に中継するだけであ
り、ＩＰレベルでのパケット処理機能を備えていない。
このため、従来技術では、アクセスネットワークの入口
でＷｅｂアクセス要求をＷｅｂキャッシュサーバに振り
分け、Ｗｅｂキャッシュサーバから応答させることがで
きなかった。

【０００９】本発明の目的は、ＩＳＰ選択型ＩＰネット
ワークのアクセス網におけるＷｅｂトラフィックを軽減
できるＬＡＣ用ゲートウェイ装置を提供することにあ
る。本発明の他の目的は、ＰＰＰコネクションからＷｅ
ｂトラフィック用のＩＰパケットを取り出して、Ｗｅｂ
キャッシュサーバに転送する機能を備えたＬＡＣ用ゲー
トウェイ装置を提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、インターネットに接続された少なくとも
１つのＩＳＰ（Internet Service Provider）ネットワ
ークを収容するアクセス網に接続され、ユーザ端末から
受信したＰＰＰ（Point to Point Protocol）フレーム
を上記アクセス網上に設定されたＬ２ＴＰ（Layer2 Tun
neling Protocol）コネクションを介して上記ＩＳＰネ
ットワークに転送するＬＡＣ（L2TP Access Concentrat
or）機能を備えたゲートウェイ装置において、上記イン
ターネットに接続されたＷｅｂサーバによって提供され
るコンテンツデータの一部をキャッシュデータとして保
持するキャッシュサーバとパケット通信するためのキャ
ッシュサーバインタフェースと、ユーザ端末から受信し
たＰＰＰフレーム列の中からペイロード部にＷｅｂコン
テンツの要求メッセージを含むＰＰＰフレームを選択
し、該ＰＰＰフレームが示す要求メッセージを上記キャ
ッシュサーバインタフェースを介して上記キャッシュサ
ーバに転送し、上記キャッシュサーバインタフェースを
介して上記キャッシュサーバから受信した応答メッセー
ジをＷｅｂコンテンツ要求元のユーザ端末にＰＰＰフレ
ーム形式で転送するパケット転送制御手段とを備えたこ
とを特徴とする。

【００１１】また、本発明は、インターネットに接続さ
れた複数のＩＳＰネットワークを収容するアクセス網に
接続され、ユーザ端末から受信したＰＰＰフレームを上
記アクセス網上に設定されたＬ２ＴＰコネクションを介
して上記ユーザ端末のユーザが加入しているＩＳＰと対
応した上記何れかのＩＳＰネットワークに転送するＬＡ
Ｃ機能を備えたゲートウェイ装置において、上記インタ
ーネットに接続されたＷｅｂサーバによって提供される
コンテンツデータの一部をキャッシュデータとして保持
するキャッシュサーバとパケット通信するためのキャッ
シュサーバインタフェースと、加入先ＩＳＰが異なる複
数のユーザ端末から受信した複数のＰＰＰフレームの中
からペイロード部にＷｅｂコンテンツの要求メッセージ
を含むＰＰＰフレームを選択し、該ＰＰＰフレームが示
す要求メッセージを上記キャッシュサーバインタフェー
スを介して上記キャッシュサーバに転送し、上記キャッ
シュサーバインタフェースを介して上記キャッシュサー
バから受信した応答メッセージを含むＩＰパケットをＰ
ＰＰフレーム形式でＷｅｂコンテンツ要求元のユーザ端
末に転送するパケット転送制御手段とを備えたことを特
徴とする。

【００１２】本発明の１実施例では、上記パケット転送
制御手段が、ユーザ端末から受信した各ＰＰＰフレーム
に含まれるＩＰヘッダの宛先アドレスと前記キャッシュ
サーバに割り当てられた特定のＩＰアドレスとの関係を
チェックすることによって、Ｗｅｂコンテンツ要求メッ
セージを含むＰＰＰフレームを識別する。

【００１３】本発明の他の実施例では、上記パケット転
送制御手段が、ユーザ端末から受信した各ＰＰＰフレー
ムに含まれるＩＰパケットの上位プロトコルをチェック
することによって、Ｗｅｂコンテンツ要求メッセージを
含むＰＰＰフレームを識別する。例えば、各ＰＰＰフレ
ームに含まれるＩＰパケットのＴＣＰ（TransmissionCo
ntrol Protocol）またはＵＤＰ（Use Datagram Protoco
l）におけるポート番号をチェックし、ポート番号がＨ
ＴＴＰ（Hyper Text Transfer Protocol）を示す「８
０」となっている受信ＰＰＰフレームをＷｅｂコンテン
ツ要求メッセージ用のＰＰＰフレームと判定する。本発
明のその他の目的と特徴は、以下に述べる発明の実施形
態の説明から明らかになる。

【００１４】

【発明の実施の形態】以下、本発明の実施例について図
面を参照して説明する。本発明の第１の実施例は、ＬＡ
Ｃと各ＬＮＳとの間のパケット通信がＬ２ＴＰによって
行われるＩＳＰ選択型ＩＰネットワークシステムにおい
て、ＬＡＣとして機能するゲートウェイ装置にＷｅｂキ
ャッシュサーバを接続しておき、ユーザ端末から送信さ
れたＷｅｂトラフィック用のＩＰパケットを上記ゲート
ウェイ装置からＷｅｂキャッシュサーバにプロキシ設定
方式によって転送するようにしたことを特徴とする。

【００１５】図１は、ＬＡＣ１０４として本発明のゲー
トウェイ装置を適用したＩＳＰ選択型ＩＰネットワーク
システムの１例を示す。ＬＡＣ（本発明のゲートウェイ
装置）１０４は、例えば、電話網、ＡＤＳＬ、ＣＡＴＶ
等のアクセス回線１０２−１〜１０２−ｍを介して複数
のユーザ端末１０１−１〜１０１−ｍと接続され、地域
ＩＰ網（または広域ＩＰ網）１０５を介して複数のＬＮ
Ｓ１０７−１〜１０７−ｎと接続されている。

【００１６】ＬＮＳ１０７−１〜１０７−ｎは、それぞ
れＩＳＰネットワーク１０８−１〜１０８−ｎと接続さ
れ、ＩＳＰネットワーク１０８−１〜１０８−ｎは、ル
ータ１０９−１〜１０９−ｎを介してインターネット１
１０に接続されている。ここでは、１つのＷｅｂサーバ
１１１しか示していないが、上記インターネット１１０
にはメールサーバや他のＷｅｂサーバなど、ユーザ端末
からアクセス可能な複数のサーバが接続されている。

【００１７】各ＩＳＰネットワーク１０８−１〜１０８
−ｎには、ＩＳＰ加入ユーザを認証するためのＲＡＤＩ
ＵＳ（Remote Authentication Dial In User Service）
サーバ１２０−１〜１２０−ｎ、ホスト名からＩＰアド
レスを検索するためのＤＮＳ（Domain Name System）サ
ーバ１３０−１〜１３０−ｎや、図示しないＤＨＣＰ
（Dynamic Host Configuration Protocol）サーバが接
続されている。また、ＬＡＣ１０４には、ＬＡＮ１１２
を介して、Ｗｅｂキャッシュサーバ１１３と、ユーザの
一次認証を行うためのＲＡＤＩＵＳサーバ１１４とが接
続されている。

【００１８】インターネットアクセス網となる地域ＩＰ
網１０５に接続されたＬＡＣ１０４とＬＮＳ１０７−１
〜１０７−ｎには、それぞれ地域ＩＰ網１０５内でのパ
ケットルーティングに必要なＩＰアドレス“192.168.0.
128”,“192.168.0.1”〜“192.168.0.n”が割り当てら
れている。また、Ｗｅｂキャッシュサーバ１１３には、
各ＩＳＰ（ＩＳＰネットワークおよびＲＡＤＩＵＳサー
バ）と対応したＩＰアドレスが割り当てられている。

【００１９】図示した例では、１つのＷｅｂキャッシュ
サーバ１１３にＩＳＰネットワーク１０８−１〜１０８
−ｎと対応した複数のＩＰアドレス（“210.10.10.1”
〜“210.10.10.n”）を割り当てておき、後述するよう
に、Ｗｅｂキャッシュサーバ１１３がユーザから要求さ
れたＷｅｂコンテンツをＷｅｂサーバ１１１から入手す
るとき、Ｗｅｂサーバ宛に送信するＨＴＴＰ要求メッセ
ージ（ＩＰパケット）の送信元アドレスを要求元ユーザ
の加入ＩＳＰに応じて使い分けるようにしている。尚、
図１では、１つのＬＡＣ１１０４しか示されていない
が、実際の地域ＩＰ網１０５には、それぞれが複数のユ
ーザ端末を収容する多数のＬＡＣが接続されている。

【００２０】次に、図２〜図４を参照して、ＩＳＰ選択
型ＩＰネットワークシステムにおいて、ＩＳＰネットワ
ーク１０８−１のプロバイダと契約しているユーザ端末
１０１−１からインターネット１１０をアクセスする場
合のコネクションの変遷について説明する。ユーザ端末
１０１−１は、図２に示すように、アクセス回線１０２
−１を介して、ＬＡＣ１０４との間にＰＰＰ（Point to
Point Protocol）コネクション１０３−１ａを設定す
る。ＰＰＰコネクション上では、ＰＰＰフレーム２００
の形式でデータが転送される。

【００２１】ＰＰＰフレーム２００は、図５（Ａ）に示
すように、ＩＰパケットが設定される情報フィールド２
０５の前に、フラグフィールド２０１と、アドレスフィ
ールド２０２と、制御フィールド２０３と、プロトコル
識別フィールド２０４からなるＰＰＰヘッダを有し、情
報フィールド２０５の後に、ＰＡＤフィールド２０６
と、ＦＣＳフィールド２０７と、フラグフィールド２０
８を含む。

【００２２】情報フィールド２０５のデータ種別は、プ
ロトコル識別フィールド２０４によって識別される。図
５（Ｂ）に、上記プロトコルフィールド２０４に設定さ
れる代表的な識別値２０４と、プロトコル２０４Ａとの
関係を示す。

【００２３】ＩＰパケットの転送にはＩＰＣＰ（Intern
et Protocol Control Protocol）が適用され、ＰＰＰコ
ネクションの両端ノードでＩＰアドレスの送受信などの
ＩＰネゴシェーションを行った後、ＩＰパケットが送信
される。また、ＰＰＰヘッダによるデータ伝送のオーバ
ヘッドを抑制するために、アドレスフィールド２０２と
制御フィールド２０３の圧縮や、プロトコルフィールド
２０４の圧縮（例えば、プロトコル識別値が００ＦＦｈ
より小さい場合に限って下位１バイトのみ伝送する）等
のオプションがあり、ＰＰＰコネクション上で使用する
オプションは、ＰＰＰコネクションの両端ノードでＬＣ
Ｐ（Link Control Protocol）によるネゴシエーション
によって決定される。

【００２４】ＬＡＣ１０４は、ユーザ端末１０１−１か
らＰＰＰフレーム化されたＬＣＰ制御データ（リンク設
定要求）を受け取ると、ユーザ端末とオプション設定ネ
ゴシエーションのためのＬＣＰ制御データを交信してリ
ンクを確立する。この後、ユーザ端末１０１−１は、例
えば、ＰＡＰ（Password Authentication Protocol）、
ＣＨＡＰ（Challenge Handshake Authentication Proto
col）等の認証プロトコルによって、ＬＡＣ１０４にユ
ーザ名情報とパスワードを送信する。

【００２５】ＬＡＣ１０４は、これらのデータをＲＡＤ
ＩＵＳサーバ１１４に転送し、ＲＡＤＩＵＳサーバ１１
４にユーザの一次認証を要求する。ＲＡＤＩＵＳサーバ
１１４から認証成功のレスポンスがあった場合、ＬＡＣ
１０４は、例えば、ユーザ名情報からユーザ端末１０１
−１が所属しているＩＳＰを識別し、該ＩＳＰと対応す
るＬＮＳ１０７−１を特定する。

【００２６】ＬＡＣ１０４は、ＬＮＳ１０７−１との間
でＬ２ＴＰ制御メッセージ３００を送受信することによ
って、図３に示すように、ＬＡＣ１０４とＬＮＳ１０７
−１との間にＬ２ＴＰコネクション１０６−１を設定し
た後、ユーザセッションを確立する。これによって、Ｌ
２ＴＰコネクション１０６−１のトンネルＩＤと、セッ
ションＩＤが決定される。

【００２７】ＬＡＣ１０４は、Ｌ２ＴＰコネクション１
０６−１を通して、前述したＰＰＰオプション設定のた
めのＬＣＰ情報や認証情報（ユーザ名・パスワード）を
ＬＮＳ１０７−２に送信する。上記ＬＣＰ情報によっ
て、ＬＡＣ１０４とＬＮＳ１０７−２との間でＰＰＰオ
プションのネゴシエーションが行われる。また、上記認
証情報は、ＲＡＤＩＵＳサーバ１２０−１に転送され、
ＲＡＤＩＵＳサーバ１２０−１においてユーザ認証が行
われる。以上の手順によって、Ｌ２ＴＰコネクション１
０６−１上にユーザ端末１０１−１用のＰＰＰコネクシ
ョン１０３−１ｂが設定される。

【００２８】図３では、説明の都合上、ユーザ端末１０
１−１とＬＡＣ１０４との間のＰＰＰコネクション１０
３−１ａと、ＬＡＣ１０４とＬＮＳ１０７−１との間の
ＰＰＰコネクション１０３−１ｂに別の符号を与えた
が、実際には、ユーザセッションを確立した時に割り当
てたＬ２ＴＰコネクション１０６−１のトンネルＩＤと
セッションＩＤをＰＰＰコネクション１０３−１ａと対
応付けて管理することによって、ＬＡＣ１０４では、Ｐ
ＰＰコネクション１０３−１ｂとＰＰＰコネクション１
０３−１ａとが同一のコネクション識別子で管理され
る。

【００２９】尚、ＨＤＣＰサーバによるユーザ端末１０
１−１へのＩＰアドレスの動的な割り当ては、上記ＰＰ
Ｐコネクション１０３−１ｂの設定の後で行われる。こ
れによって、ユーザ端末１０１−１は、ＰＰＰコネクシ
ョン１０３−１（１０３−１ａと１０３−１ｂ）とＩＳ
Ｐネットワーク１０８−１を介して、インターネット１
１０をアクセスできる状態となる。

【００３０】図４は、ユーザ端末１０１−１、１０１−
２、１０１−ｍが、それぞれ異なるＩＳＰネットワーク
に加入していた場合のＰＰＰコネクションを示す。この
例では、ユーザ端末１０１−２とＬＡＣ１０４との間の
ＰＰＰコネクション１０３−２ａが、Ｌ２ＴＰコネクシ
ョン１０６−２上のＰＰＰコネクション１０３−２ｂで
ＬＮＳ１０７−２まで延長され、ユーザ端末１０１−ｍ
とＬＡＣ１０４との間のＰＰＰコネクション１０３−ｍ
ａが、Ｌ２ＴＰコネクション１０６−ｎ上のＰＰＰコネ
クション１０３−ｎｂでＬＮＳ１０７−ｎまで延長され
た状態を示している。ユーザ端末用のＰＰＰコネクショ
ン１０３（１０３−１ｂ〜１０３−ｎｂ）は、ユーザの
必要に応じて設定され、不要となった時点で解消され
る。

【００３１】本発明のＩＳＰ選択型ＩＰネットワークで
は、ＬＡＣ１０４とＬＡＮ１０７−１〜１０７−ｎとの
間のＬ２ＴＰコネクション１０６−１〜１０６−ｎ上
に、ユーザ端末用のＰＰＰコネクション１０３とは別
に、Ｗｅｂキャッシュサーバ１１３用のＰＰＰコネクシ
ョン１１６（１１６−１〜１１６−ｎ）が設定される。
これらのＰＰＰコネクション１１６は、Ｗｅｂキャッシ
ュサーバ１１３の立ち上げ時に設定され、定常的に存在
する。

【００３２】本発明の特徴は、ＬＡＣ１０４が、Ｗｅｂ
コンテンツを取得するために各ユーザ端末１０１（１０
１−１〜１０１−ｍ）がＰＰＰコネクション１０３（１
０３−１ａ〜１０３−ｍａ）に送出したＨＴＴＰ要求メ
ッセージを捕捉してキャッシュサーバ１１３に転送し、
キャッシュサーバ１１３から要求元のユーザ端末にＨＴ
ＴＰ応答メッセージを返送するようにしたことにある。
キャッシュサーバ１１３は、ユーザから要求されたＷｅ
ｂコンテンツがキャッシュデータ中に存在しなかった場
合にのみ、上述したＰＰＰコネクション１１６（１１６
−１〜１１６−ｎ）を使用してＷｅｂサーバ１１１から
Ｗｅｂコンテンツを取得し、これを要求元のユーザ端末
に転送する。

【００３３】上記構成によれば、ユーザ端末とＷｅｂサ
ーバ１１１との間の直接的な交信が抑制されるため、イ
ンターネット１１０へのアクセス網となる地域ＩＰ網１
０５におけるＨＴＴＰ要求メッセージおよびＨＴＴＰ応
答メッセージのトラフィック量を大幅に削減できる。

【００３４】次に、上記ネットワークにおいて、ユーザ
端末１０１−１で動作しているＷｅｂブラウザ・アプリ
ケーションがＷｅｂコンテンツを取得する場合のパケッ
ト転送シーケンスについて更に詳しく説明する。最初
に、本発明の理解を容易にするために、図６の（Ａ）、
（Ｂ）を参照して、図１に示したＬＡＣ１０４が従来の
ゲートウェイ装置で構成されていた場合のパケット転送
シーケンスについて説明する。ここで、図６の（Ｂ）
は、図６の（Ａ）に示した転送パケット中のＩＰヘッダ
に設定される宛先アドレスＤＡと送信元アドレスＳＡと
の関係を示している。

【００３５】端末１０１−１のユーザが、Ｗｅｂブラウ
ザ・アプリケーションに、Ｗｅｂサーバ１１１から入手
すべきコンテンツデータをＵＲＬ（Uniform Resource I
dentifier）によって指定すると（Ｓ１０１１）、ユー
ザ端末１０１−１からアクセス回線１０２−１に、上記
ＵＲＬを含むＷｅｂサーバ１１１宛のＨＴＴＰ要求メッ
セージが送出される。上記ＨＴＴＰ要求メッセージは、
Ｗｅｂサーバ１１１のＩＰアドレスを宛先アドレス、端
末１０１−１のＩＰアドレスを送信元アドレスとするＩ
ＰヘッダＩＰ（ａ）をもつＩＰパケットにＰＰＰヘッダ
を付加したＰＰＰフレーム６０１の形式でアクセス回線
１０２−１に送出される。

【００３６】ＬＡＣ１０４は、アクセス回線１０２−１
から受信したＰＰＰフレーム６０１をＬ２ＴＰヘッダと
ＵＤＰヘッダと新たなＩＰヘッダＩＰ（ｂ）をもつＩＰ
パケット６０２に変換して、ＬＮＳ１０７−１に向かう
Ｌ２ＴＰコネクション１０６−１に転送する。ＩＰヘッ
ダＩＰ（ｂ）の宛先アドレスには、ＬＮＳ１０７−１の
ＩＰアドレス、送信元アドレスにはＬＡＣ１０４のＩＰ
アドレスが設定されている。

【００３７】上記ＩＰパケット６０２は、地域ＩＰ網１
０５内をルーティングされてＬＮＳ１０７−１に到達す
る。ＬＮＳ１０７−１は、ＩＰパケット６０２にＬ２Ｔ
Ｐの終端処理（ＩＰヘッダ、ＵＤＰヘッダ、Ｌ２ＴＰヘ
ッダの除去）とＰＰＰの終端処理（ＰＰＰヘッダの除
去）を施し、ＩＰヘッダＩＰ（ａ）をもつＩＰパケット
６０３の形式に戻してＩＳＰネットワーク１０８−１に
送出する。上記ＩＰパケット６０３は、ＩＳＰネットワ
ーク１０８−１からルータ１０９−１を介してインター
ネット１１０に中継され、Ｗｅｂサーバ１１１に転送さ
れる。

【００３８】Ｗｅｂサーバ１１１は、受信したＩＰパケ
ット６０３のデータ部に含まれるＨＴＴＰ要求メッセー
ジを抽出し、ＨＴＴＰ要求メッセージのＵＲＬで指定さ
れたコンテンツデータを検索する。検索結果を含むＨＴ
ＴＰ応答メッセージは、要求元であるユーザ端末１０１
−１のＩＰアドレスを宛先アドレス、Ｗｅｂサーバ１１
１のＩＰアドレスを送信元アドレスとするＩＰヘッダＩ
Ｐ（ｃ）をもったＩＰパケット６０４として、インター
ネット１１０に送出され、ルータ１０９−１、ＩＳＰネ
ットワーク１０８−１を経由してＬＮＳ１０７−１に到
達する。

【００３９】ＬＮＳ１０７−１は、受信パケット６０４
の宛先アドレスからＰＰＰコネクションを特定し、受信
パケット６０４をＰＰＰヘッダ、Ｌ２ＴＰヘッダ、ＵＤ
Ｐヘッダと、新たなＩＰヘッダＩＰ（ｄ）とを持つＩＰ
パケット６０５に変換して、Ｌ２ＴＰコネクション１０
６−１に送出する。上記ＩＰヘッダＩＰ（ｄ）の宛先ア
ドレスはＬＡＣ１０４のＩＰアドレス、送信元アドレス
はＩＮＳ１０７−１のＩＰアドレスをなっている。

【００４０】ＬＡＣ１０４は、地域ＩＰ網１０５から受
信したＩＰパケット６０５にＬ２ＴＰの終端処理を施
し、受信パケット６０５をＰＰＰパケット６０６に変換
してアクセス回線１０２−１に転送する。上記ＰＰＰパ
ケット６０６はユーザ端末１０１−１によって受信さ
れ、Ｗｅｂブラウザ・アプリケーションによって、ＨＴ
ＴＰ応答メッセージから抽出したコンテンツデータが端
末画面に表示される（Ｓ１０１２）。

【００４１】以上のシーケンスが示すように、従来のＩ
ＳＰ選択型ＩＰネットワークでは、Ｗｅｂサーバ１１１
が提供するコンテンツデータを取得する場合、ユーザ端
末１０１−１から送信されたＨＴＴＰ要求メッセージ
が、アクセスネットワーク１０５（ＰＰＰコネクション
１０３−１）とＩＳＰネットワーク１０８−１を経由し
てＷｅｂサーバ１１１まで転送され、Ｗｅｂサーバ１１
１からの応答メッセージが、ＩＳＰネットワーク１０８
−１とアクセスネットワーク１０５を経由して要求元の
ユーザ端末に送信される。すなわち、従来のＬＡＣ１０
４は、端末から受信したＨＴＴＰ要求メッセージ（ＰＰ
Ｐフレーム）を単にアクセスネットワーク１０５側のＬ
２ＴＰコネクションに中継するのみであり、ＰＰＰフレ
ーム内のＩＰヘッダに従ったＩＰパケット・ルーティン
グの機能は備えていない。

【００４２】次に、ＬＡＣ１０４に本発明のゲートウェ
イ装置を適用した場合のパケット転送シーケンスを図
７、図８を参照して説明する。本実施例では、ＬＡＣ１
０４に収容された各ユーザ端末１０１−ｉ（ｉ＝１〜−
ｍ）上で動作するＷｅｂブラウザ・アプリケーション
に、それぞれの端末ユーザが加入しているＩＳＰと対応
するＷｅｂキャッシュサーバ１１３のＩＰアドレスが、
予めプロキシサーバアドレスとして設定されていること
を前提とする。従って、ＨＴＴＰ要求メッセージは、Ｉ
Ｐヘッダの宛先アドレスフィールドに上記Ｗｅｂキャッ
シュサーバ１１３のＩＰアドレスを含むＰＰＰパケット
として、各ユーザ端末からＬＡＣ１０４に送出される。

【００４３】本実施例において、ＬＡＣ１０４は、アク
セス回線１０２−ｉ（ｉ＝１〜ｍ）から受信したパケッ
トの宛先ＩＰアドレスをチェックし、宛先ＩＰアドレス
に従って受信パケットをルーティングする。ＨＴＴＰ要
求メッセージを含むＩＰパケットは、ＬＡＣ１０４から
Ｗｅｂキャッシュサーバ１１３に転送され、ＵＲＬで指
定されたコンテンツデータがＷｅｂキャッシュサーバ１
１３に存在していた場合は、指定コンテンツデータを含
む応答メッセージがＷｅｂキャッシュサーバ１１３から
要求元のユーザ端末に返送される。

【００４４】図７の（Ａ）は、ＵＲＬで指定されたコン
テンツデータがＷｅｂキャッシュサーバ１１３に存在し
ていた場合のパケット転送シーケンスを示し、図７の
（Ｂ）は、図７の（Ａ）に示した転送パケット中のＩＰ
ヘッダに設定される宛先アドレスＤＡと送信元アドレス
ＳＡとの関係を示している。

【００４５】ユーザ端末１０１−１で動作中のＷｅｂブ
ラウザ・アプリケーションに対して、ユーザがコンテン
ツデータのＵＲＬを指定すると、ＨＴＴＰ要求メッセー
ジを含むＰＰＰフレーム７０１が生成され、ユーザ端末
１０１−１からアクセス回線１０２−１に送出される
（Ｓ１０１１）。上記ＰＰＰフレーム７０１のＩＰヘッ
ダＩＰ（ｅ）の宛先アドレスには、上述したＷｅｂブラ
ウザ・アプリケーションのプロキシ設定によって、端末
ユーザが加入している特定のＩＳＰと対応したＷｅｂキ
ャッシュサーバＩＰアドレスが自動的に設定される。上
記宛先アドレスは、例えば、図１においてＷｅｂキャッ
シュサーバ１１３に割り当てられた複数のＩＰアドレス
“210.10.10.1”〜“210.10.10.n”のうちの何れかであ
る。

【００４６】ＬＡＣ１０４は、上記ＰＰＰフレーム７０
１を受信すると、受信フレームからＩＰパケット７０２
を抽出し、ＩＰヘッダＩＰ（ｅ）の宛先アドレスをＬＡ
Ｃに予め登録されているＷｅｂキャッシュサーバ１１３
の割り当てＩＰアドレスと比較する。宛先アドレスが、
Ｗｅｂキャッシュサーバ１１３に割り当てられたＩＰア
ドレスと一致すると、ＬＡＣ１０４は、ＩＰパケット７
０２をＷｅｂキャッシュサーバ１１３に転送する。宛先
アドレスがＷｅｂキャッシュサーバ１１３の割り当てＩ
Ｐアドレスと一致しなかった場合、ＬＡＣ１０４は、受
信ＰＰＰフレーム７０１を地域ＩＰ網１０５側のＰＰＰ
コネクション１０３−１ｂに中継する。

【００４７】Ｗｅｂキャッシュサーバ１１３は、ＬＡＣ
１０４からＩＰパケット７０２を受信すると、データ部
からＨＴＴＰ要求メッセージを抽出し、ＵＲＬで指定さ
れたコンテンツデータをキャッシュデータの中から検索
する（Ｓ１１３１）。指定されたコンテンツデータが見
つかった場合は、コンテンツデータを含むＨＴＴＰ応答
メッセージを生成し（Ｓ１１３２）、該ＨＴＴＰ応答メ
ッセージをデータ部に含み、要求元のユーザ端末１０１
−１のＩＰアドレスを宛先アドレスとするＩＰパケット
７０３をＬＡＣ１０４に送出する。

【００４８】ＬＡＣ１０４は、Ｗｅｂキャッシュサーバ
１１３からの受信パケット７０３の宛先アドレスがユー
ザ端末１０１−１を示しているため、受信パケット７０
３をＰＰＰフレーム７０４の形式でアクセス回線１０２
−１に転送する。

【００４９】図８の（Ａ）は、ＨＴＴＰ要求メッセージ
で指定されたコンテンツデータがＷｅｂキャッシュサー
バ１１３に存在しなかった場合のパケット転送シーケン
スを示す。図８の（Ｂ）は、図８の（Ａ）に示した転送
パケット中のＩＰヘッダに設定される宛先アドレスＤＡ
と送信元アドレスＳＡとの関係を示している。

【００５０】図７（Ａ）の場合と同様に、ＬＡＣ１０４
は、アクセス回線１０２−１からＨＴＴＰ要求メッセー
ジを含むＰＰＰフレーム７０１を受信すると、ＩＰヘッ
ダＩＰ（ｅ）の宛先アドレスを判定して、ＩＰパケット
７０２をＷｅｂキャッシュサーバ１１３に転送する。

【００５１】Ｗｅｂキャッシュサーバ１１３は、受信パ
ケット７０２のデータ部からＨＴＴＰ要求メッセージを
抽出し、ＵＲＬで指定されたコンテンツデータをキャッ
シュデータから検索する（Ｓ１１３１）。検索の結果、
指定されたコンテンツデータがキャッシュデータ中にな
かった場合、Ｗｅｂキャッシュサーバ１１３は、上記Ｕ
ＲＬのホスト名を持つＷｅｂサーバ１１１のＩＰアドレ
スをＤＮＳサーバ１３０−１に問い合わせる（Ｓ１１３
３）。Ｗｅｂサーバ１１１のＩＰアドレスが判明する
と、Ｗｅｂキャッシュサーバ１１３は、上記ＨＴＴＰ要
求メッセージをデータ部に設定したＩＰパケット７０５
を生成し、これをＬＡＣ１−４に送信する。

【００５２】上記ＩＰパケット７０５のヘッダＩＰ
（ｇ）は、宛先アドレスがＷｅｂサーバ１１１のＩＰア
ドレス、送信元アドレスが、ＰＰＰフレーム７０１の宛
先アドレスとなっていたＷｅｂキャッシュサーバ１１３
の割り当てＩＰアドレスとなっている。

【００５３】ＬＡＣ１０４は、Ｗｅｂキャッシュサーバ
からＩＰパケット７０５を受信すると、受信パケットの
送信元アドレスから宛先ＬＮＳを特定する。この例で
は、宛先ＬＮＳは１０７−１である。ＬＡＣ１０４は、
上記ＩＰパケット７０５をＩＰパケット７０６に変換
し、ＬＮＳ１０７−１とＬＡＣ１０４との間のＬ２ＴＰ
コネクション１０６−１上のＰＰＰコネクション１１６
−１に転送する。

【００５４】上記ＩＰパケット７０６は、受信ＩＰパケ
ット７０６に、ＰＰＰヘッダ、Ｌ２ＴＰヘッダ、ＵＤＰ
ヘッダ、ＩＰヘッダＩＰ（ｈ）を付加したものであり、
ＩＰヘッダＩＰ（ｈ）の宛先アドレスはＬＮＳ１０７−
１のＩＰアドレス、送信元アドレスはＬＡＣ１０４のＩ
Ｐアドレスとなっている。上記ＩＰパケット７０６は、
ＬＮＳ１０７−１においてＬ２ＴＰとＰＰＰの終端処理
が施され、Ｗｅｂキャッシュサーバ１１３が送出した元
のＩＰパケット７０５戻してＷｅｂサーバ１１１に転送
される（７０７）。

【００５５】Ｗｅｂサーバ１１１では、受信パケット７
０５のデータ部からＨＴＴＰ要求メッセージを抽出し、
ＵＲＬで指定されたコンテンツデータを検索し（Ｓ１１
１１）、指定コンテンツデータを含むＨＴＴＰ応答メッ
セージをＩＰパケット７０８としてインターネット１１
０に送出する。上記ＩＰパケット７０８のＩＰヘッダＩ
Ｐ（ｉ）には、宛先アドレスとしてＷｅｂキャッシュサ
ーバ１１３のＩＰアドレス、送信元アドレスとしてＷｅ
ｂサーバ１１１のＩＰアドレスが設定されている。

【００５６】上記ＩＰパケット７０８は、ＬＮＳ１０７
−１で受信され、ＰＰＰヘッダ、Ｌ２ＴＰヘッダ、ＵＤ
Ｐヘッダ、ＩＰヘッダＩＰ（ｊ）を付加したＩＰパケッ
ト７０９に変換して、地域ＩＰ網のＬ２ＴＰコネクショ
ン１０６−１に送出される。上記ＩＰヘッダＩＰ（ｊ）
は、宛先アドレスがＬＡＣ１０４のＩＰアドレス、送信
元アドレスがＬＮＳ１０７−１のＩＰアドレスとなって
おり、ＩＰパケット７０９は、ＬＡＣ１０４においてＬ
２ＴＰとＰＰＰの終端処理が施され、元のＩＰパケット
７０８に戻された後、ＩＰヘッダＩＰ（ｉ）の宛先アド
レスに従ってＷｅｂキャッシュサーバ１１３に転送され
る。

【００５７】Ｗｅｂキャッシュサーバ１１３は、受信パ
ケット７０８のデータ部からＨＴＴＰ応答メッセージを
抽出し、該応答メッセージに含まれるＷｅｂコンテンツ
データをキャッシュデータとして保存した後、該コンテ
ンツデータの要求元であるユーザ端末１０１−１宛のＨ
ＴＴＰ応答メッセージを生成し（Ｓ１１３４）、これを
ＩＰパケット７０３としてＬＡＣ１０４に送出する。Ｌ
ＡＣ１０４は、Ｗｅｂキャッシュサーバ１１３から受信
したＩＰパケット７０３の宛先アドレスがユーザ端末１
０１−１のＩＰアドレスとなっているため、受信パケッ
トをＰＰＰフレーム７０４に変換し、ユーザ端末１０１
−１のアクセス回線１０２−１に送出する。

【００５８】図９は、上述したＬＡＣ１０４の機能をも
つ本発明によるゲートウェイ装置の１実施例を示すブロ
ック図である。ゲートウェイ装置（ＬＡＣ）１０４は、
それぞれアクセス回線１０１−ｉ（ｉ＝１〜ｍ）を収容
した複数のアクセス回線インタフェース回路８０Ａと、
ＬＡＮ１１２に接続されたＷｅｂキャッシュサーバイン
タフェース回路８０Ｂと、地域ＩＰ網１０５と接続され
た地域ＩＰ網インタフェース回路８０Ｃと、これらのイ
ンタフェース回路と対応して設けられたプロトコル処理
回路８１Ａ、８１Ｂ、８１Ｃと、これらのプロトコル処
理回路間でパケットを交換する内部スイッチ回路８７
と、上記各プロトコル処理回路に接続されたノード制御
回路８８とからなる。

【００５９】インタフェース回路８０Ａ〜８０Ｃは、そ
れぞれが収容するネットワークの物理回線種別（例え
ば、イーサネット（登録商標）、ＡＴＭ等）に応じてパ
ケットデータを送受信する。プロトコル処理回路８１Ａ
〜８１Ｃは、後述するように、それぞれが接続されたイ
ンタフェース回路８０Ａ、８０Ｂ、８０Ｃに対応したプ
ロトコル処理機能を備えている。図９では、アクセス回
線インタフェース回路８０Ａ毎に１つのプロトコル処理
回路８１Ａが接続されているが、各プロトコル処理回路
８１Ａにパケット多重化／分配装置を介して複数のアク
セス回線インタフェース回路８０Ａを接続した構成とす
ることも可能である。

【００６０】内部スイッチ回路８７は、プロトコル処理
回路８１Ａ〜８１Ｃから入力されたパケットを内部ヘッ
ダの転送先情報で特定される何れかのプロトコル処理回
路にスイッチングする。ノード制御回路８８は、制御端
末９０から入力された設定情報に従って、ゲートウェイ
装置の全体動作を制御すると共に、制御端末９０へ警報
および統計情報を出力する。

【００６１】図１０は、プロトコル処理回路８１（８１
Ａ〜８１Ｃ）の基本的な構成を示す。プロトコル処理回
路８１は、ＣＰＵ８１１と、メモリ８１２と、インタフ
ェース受信バッファ８１３と、インタフェース送信バッ
ファ８１４と、内部スイッチ送信バッファ８１５と、内
部スイッチ受信バッファ８１６と、ＣＰＵ間通信インタ
フェース回路８１７とからなり、接続されるインタフェ
ース回路の種別が異なっても、ハードウェア的には同一
の構成となっている。

【００６２】メモリ８１２には、プログラム格納領域８
２０と、ユーザ端末情報管理テーブル８３０と、ＩＳＰ
情報管理テーブル８４０と、ＨＴＴＰ要求メッセージ管
理テーブル８５０が配置される。但し、ＨＴＴＰ要求メ
ッセージ管理テーブル８５０は、後述する本発明の第２
実施例で必要となるテーブルであり、以下に説明する本
発明の第１実施例には不要である。プログラム格納領域
８２０には、後述するようにプロトコル処理回路の機能
（８１Ａ、８１Ｂ、８１Ｃ）に応じたプログラムが格納
され、ここに用意されたプログラムをＣＰＵ８１１で実
行することにより、対応するインタフェース回路との間
の送受信データに対して所定のプロトコル処理が施され
る。

【００６３】ＣＰＵ８１１は、ＣＰＵ間通信インタフェ
ース回路８１７を介して、ゲートウェイ装置１０４を構
成する他のプロトコル処理回路およびノード制御回路８
８との間で、プロトコル処理に必要な管理情報や、警
報、統計情報を送受信する。

【００６４】インタフェース回路８０（８０Ａ〜８０
Ｃ）で受信されたパケットデータ（ＩＰパケットまたは
ＰＰＰフレーム）は、対応するプロトコル処理回路８１
（８１Ａ〜８１Ｃ）に転送され、図１０に示すインタフ
ェース受信バッファ８１３に一時的に蓄積される。イン
タフェース受信バッファ８１３に蓄積されたパケットデ
ータは、ＣＰＵ８１１によって、メモリ領域８２０に用
意された受信パケット処理ルーチンで定義された所定の
プロトコル処理を受けた後、内部スイッチ送信バッファ
８１５を介して、内部スイッチ８７に入力される。

【００６５】内部スイッチ８７から受信したパケットデ
ータは、内部スイッチ受信バッファ８１６に一時的に蓄
積され、ＣＰＵ８１１によって、メモリ領域８２０に用
意された送信パケット処理ルーチンで定義された所定の
プロトコル処理を受けた後、インタフェース送信バッフ
ァ８１４を介して、対応するインタフェース回路８０
（８０Ａ〜８０Ｃ）に送出される。

【００６６】図１１の（Ａ）〜（Ｅ）は、インタフェー
ス回路８０とプロトコル処理回路８１との間で転送され
るパケットフォーマットを示す。（Ａ）は、ペイロード
部１００３にＬＣＰ制御情報を含むＰＰＰフレーム、
（Ｂ）は、ペイロード部１００３にＮＣＰ制御情報を含
むＰＰＰフレーム、（Ｃ）は、ペイロード部１００３に
ＩＰヘッダ１００５とＨＴＴＰ要求メッセージ１００６
とを含むＰＰＰフレーム、（Ｄ）は、ペイロード部１０
０３にＩＰヘッダ１００５とＨＴＴＰ応答メッセージ１
００７とを含むＰＰＰフレーム、（Ｅ）は、ペイロード
部１００３にＩＰヘッダ１００５と、例えば、電子メー
ルやＴｅｌｎｅｔなどの非ＨＴＴＰデータ１００８とを
含むＰＰＰフレームを示す。

【００６７】ＰＰＰフレームには、各インタフェース回
路８０（８０Ａ〜８０Ｃ）によって、ＰＰＰヘッダ１０
０２の前にＰＰＰコネクション識別子１００１が付加さ
れる。ただし、受信データが特定のＰＰＰコネクション
と対応づけられていない場合、上記識別子１００１とし
て、不特定ＰＰＰコネクションであることを示す所定の
マジックナンバーが付される。

【００６８】従来のＬＡＣでは、ＰＰＰヘッダ１００２
に含まれるプロトコル情報を識別し、（Ａ）、（Ｂ）に
示すようにペイロード部１００３にＬＣＰまたはＮＣＰ
の制御情報を含むフレームについては、ＬＡＣ内でＬＣ
Ｐ処理またはＮＣＰ処理を実行しているが、（Ｃ）〜
（Ｅ）に示すようにペイロード部１００３にＩＰパケッ
トを含むＰＰＰフレームについては、単にユーザトラフ
ィックデータとして扱い、受信フレームを予め指定され
たＰＰＰコネクションに沿って出力網側に中継する機能
しか備えていなかった。

【００６９】これに対し、本発明のＬＡＣでは、アクセ
ス回線またはＩＰ網からの受信ＰＰＰフレームがペイロ
ード部１００３にＩＰパケット（ユーザトラフィックデ
ータ）を含む場合、アクセス回線対応プロトコル処理部
８１ＡとＩＰ網対応プロトコル処理部８１Ｃが、ＩＰヘ
ッダ１００５の宛先アドレスをチェックし、ＩＰパケッ
トがＨＴＴＰトラフィック用のものであれば、受信ＩＰ
パケットをＰＰＰコネクションから分離して、ＬＡＣに
接続されたキャッシュサーバ１１４に転送するようにし
ている。

【００７０】図１２は、プロトコル処理部８１（８１Ａ
〜８１Ｃ）と内部スイッチ８７との間で送受信される内
部パケットフォーマットを示す。各プロトコル処理回路
８１は、インタフェース回路８０（８０Ａ〜８０Ｃ）か
らの受信パケット（ＰＰＰコネクション識別子１００１
が付加されたＰＰＰフレーム１１０３）を、内部転送先
情報を含む内部ヘッダ１０１０を付加した形で、内部ス
イッチ８７に出力する。受信パケットに付されたＰＰＰ
コネクション識別子１００１は、プロトコル処理回路８
１において、必要に応じて書き換えられる。内部スイッ
チ８７は、各プロトコル処理回路８１からの受信パケッ
トを内部転送先情報（内部ヘッダ）１０１０が指定する
他の何れかのプロトコル処理回路８１にスイッチングす
る。

【００７１】図１３は、ユーザ端末情報管理テーブル８
３０の１実施例を示す。ユーザ端末情報管理テーブル８
３０には、ＬＡＣ１０４に収容された各ユーザ端末と対
応する複数の管理情報エントリが登録される。各管理情
報エントリは、ユーザ端末のＩＰアドレス８３１と、ユ
ーザ端末−ＬＮＳ間のＰＰＰコネクションの識別子８３
２と、ユーザの所属するＩＳＰの識別子８３３と、ＰＰ
ＰコネクションのＬＣＰ（LinkControl Protocol）設定
オプション情報８３４と、Ｌ２ＴＰコネクション情報８
３５との対応関係を示している。

【００７２】ＬＣＰ設定オプション情報８３４として
は、例えば、プロトコルフィールド圧縮（PFC: Protoco
l Field Compression）オプションの選択の有無を示す
設定値８３４ａと、アドレス／制御フィールド圧縮（AC
FC: Address and Control Field Compression）オプシ
ョンの選択の有無を示す設定値８３４ｂが含まれる。ま
た、Ｌ２ＴＰコネクション情報８３５としては、Ｌ２Ｔ
Ｐコネクション内にＰＰＰコネクションを設定する際に
使用されるトンネルＩＤ８３５ａ、セッションＩＤ８３
５ｂ等の情報が含まれる。

【００７３】図１４は、ＩＳＰ情報管理テーブル８４０
の１実施例を示す。ＩＳＰ情報管理テーブル８４０に
は、アクセスネットワーク１０５に接続されているＩＳ
Ｐネットワークと対応した複数の管理情報エントリが格
納される。

【００７４】各管理情報エントリは、ＩＳＰ識別子８４
１と、Ｗｅｂキャッシュサーバ１１３に割り当てられた
ＩＰアドレス８４２と、ＩＳＰ識別子８４１が示すＩＳ
Ｐネットワークを収容しているＬＮＳのＩＰアドレス８
４３と、Ｗｅｂキャッシュサーバ１１３とＷｅｂサーバ
１１１との通信に使用されるＬＡＣ−ＬＮＳ間ＰＰＰコ
ネクションの識別子８４４と、ＬＣＰ設定オプション情
報８４５と、Ｌ２ＴＰコネクション情報８４６との対応
関係を示している。ＬＣＰ設定オプション情報８４５と
Ｌ２ＴＰコネクション情報８４６には、それぞれユーザ
情報管理テーブル８３０と同様の情報項目が含まれる。

【００７５】図１５は、本発明のＬＡＣ１０４の内部に
おけるデータの流れを示す。アクセス回線からアクセス
回線インタフェース８０Ａに入力されたＰＰＰフレーム
は、アクセス回線対応のプロトコル処理回路８１Ａにお
いて、プロトコルフィールド２０４が示す上位プロトコ
ルの種類に応じて処理される。受信フレームの上位プロ
トコルがＰＰＰのＬＣＰの場合はＬＣＰ処理、ＮＣＰの
場合はＮＣＰ処理が実行される。

【００７６】上位プロトコルがＩＰの場合は、宛先ＩＰ
アドレスが判定される。例えば、図８で説明した受信フ
レーム７０１のように、宛先アドレスがＩＳＰ管理テー
ブル８４０に登録されたＷｅｂキャッシュサーバの割り
当てＩＰアドレス８４２と一致していた場合は、受信フ
レームから抽出されたＩＰパケット７０２が、内部スイ
ッチ回路８７を介して、キャッシュサーバ対応のプロト
コル処理回路８１Ｂに転送される。ＰＰＰの上位プロト
コルが、ＬＣＰ、ＮＣＰ、ＩＰ以外の場合、または、Ｗ
ｅｂキャッシュサーバ宛でないＩＰの場合は、受信パケ
ットはＩＰ網対応のプロトコル処理回路８１Ｃに転送さ
れ、送信元ＩＰアドレスによって決まる適切なＬ２ＴＰ
コネクションに送出される。

【００７７】キャッシュサーバ対応プロトコル処理回路
８１ＢがＷｅｂキャッシュサーバ１１８から受信したＩ
Ｐパケットは、宛先ＩＰアドレスによって、アクセス回
線対応プロトコル処理回路８１ＡまたはＩＰ網対応プロ
トコル処理回路８１Ｃに振り分けられる。

【００７８】例えば、図８で説明したＩＰパケット７０
３のように、宛先ＩＰアドレスがユーザ情報管理テーブ
ル８３０に登録された何れかのユーザ端末のＩＰアドレ
ス８３１に一致した受信パケットは、ＨＴＴＰ応答メッ
セージを含むＩＰパケットと判断され、アクセス回線対
応プロトコル処理回路８１Ａに転送される。また、図８
で説明したＩＰパケット７０５のように、パケット宛先
ＩＰアドレスがユーザ情報管理テーブル８３０に登録さ
れた何れのユーザ端末ＩＰアドレスにも該当しない受信
パケットは、ＨＴＴＰ要求メッセージを含むＩＰパケッ
トと判断され、ＩＰ網対応プロトコル処理回路８１Ｃに
転送される。

【００７９】インタフェース８０ＣがＩＰ網から受信し
たＬ２ＴＰフレームは、ＩＰ網対応プロトコル処理回路
８１Ｃで終端され、Ｌ２ＴＰフレームから抽出された受
信ＩＰパケットが、ＰＰＰコネクションの識別子に応じ
て、アクセス回線対応プロトコル処理回路８１Ａまたは
キャッシュサーバ対応プロトコル処理回路８１Ｂに振り
分けられる。例えば、ユーザ端末−ＬＮＳ間に設定され
たＰＰＰコネクション上で転送されてきたＩＰパケット
は、アクセス回線対応プロトコル処理回路８１Ａに送出
され、ＬＡＣ−ＬＮＳ間に設定されたキャッシュサーバ
用のＰＰＰコネクション上で転送されてきたＩＰパケッ
トは、キャッシュサーバ対応プロトコル処理回路８１Ｂ
に転送される。

【００８０】図１６は、アクセス回線対応プロトコル処
理回路８１ＡのＣＰＵ８１１が実行する受信パケット処
理ルーチン１５００のフローチャートを示す。受信パケ
ット処理ルーチン１５００では、先ず、インタフェース
受信バッファ８１３から、図１１の（Ａ）〜（Ｅ）に示
した受信パケットを取り出し、ＰＰＰヘッダ１００２の
フォーマットを特定する（Ｓ１５０１）。ＰＰＰヘッダ
のフォーマットは、受信パケットに付されたＰＰＰコネ
クション識別子１００１に基づいてユーザ端末管理テー
ブル８３０を参照し、上記ＰＰＰコネクション識別子と
対応するＬＣＰ設定オプション情報８１４を読み出すこ
とによって特定できる。

【００８１】次に、ＰＰＰヘッダのプロトコルフィール
ド２０４の内容から、受信ＰＰＰフレーム１００３の上
位プロトコルを識別する。受信ＰＰＰフレームの上位プ
ロトコルがデータリンク制御プロトコル：ＬＣＰの場合
は（Ｓ１５０２）、ＬＣＰパケット処理を実行する（Ｓ
１５２０）。受信ＰＰＰフレームの上位プロトコルがネ
ットワーク制御プロトコル：ＮＣＰの場合は（Ｓ１５０
３）、ＮＣＰパケット処理を実行する（Ｓ１５３０）。

【００８２】受信ＰＰＰフレームの上位プロトコルがＩ
Ｐの場合（Ｓ１５０４）、ＩＰヘッダの宛先アドレスが
Ｗｅｂキャッシュサーバ１１３に割り当てられたＩＰア
ドレスと一致するか否かをチェックする（Ｓ１５０
５）。具体的に言うと、先ず、上記ＩＰヘッダの送信元
アドレスに基づいてユーザ端末管理テーブル８３０を参
照し、送信元ユーザが属するＩＳＰの識別子８３３を求
める。次に、上記ＩＳＰ識別子に基づいてＩＳＰ情報管
理テーブル８４０を参照することによって、ＩＳＰと対
応したＷｅｂキャッシュサーバの割り当てＩＰアドレス
８４２を特定し、このＩＰアドレスと受信ＩＰパケット
の宛先アドレスとを比較する。

【００８３】ＩＰヘッダの宛先アドレスがＷｅｂキャッ
シュサーバの割り当てＩＰアドレスと一致した場合は、
受信ＩＰパケットにＰＰＰコネクション識別子１００１
と内部転送先情報１０１０を付加し、内部スイッチ送信
バッファ８１５に格納する（Ｓ１５１０）。この場合、
ＰＰＰコネクション識別子１００１としては、ＩＳＰ識
別子と対応してＩＳＰ情報管理テーブル８４０に登録さ
れたＬＡＣ−ＬＮＳ間ＰＰＰコネクション識別子８４４
が適用され、内部転送先情報１０１０としては、キャッ
シュサーバ対応プロトコル処理回路８１Ｂを指定する値
が設定される。

【００８４】受信ＰＰＰフレーム１００３の上位プロト
コルがＩＰでない場合、または、上位プロトコルがＩＰ
であっても、宛先アドレスがＷｅｂキャッシュサーバの
割り当てＩＰアドレスと不一致の場合は、受信パケット
にＩＰ網対応プロトコル処理回路８１Ｃを指定する内部
転送先情報１０１０を付加して、内部スイッチ送信バッ
ファ８１５に格納する（Ｓ１５４０）。上記受信パケッ
ト処理ルーチン１５００の実行を繰り返すことにより、
ユーザ端末１０１−１〜１０１−ｍから送出されたＰＰ
Ｐフレームのうち、ＨＴＴＰ要求メッセージを含むＰＰ
ＰフレームはＷｅｂキャッシュサーバ１１３に、その他
のＰＰＰフレームはＩＰ網１０５に転送することが可能
となる。

【００８５】図１７は、アクセス回線網対応プロトコル
処理回路８１ＡのＣＰＵ８１１が実行する送信パケット
処理ルーチン１６００のフローチャートを示す。ルーチ
ン１６００では、内部スイッチ受信バッファ８１５から
図１２に示したフォーマットで送信パケットを取り出し
（Ｓ１６０１）、該パケットをインタフェース送信バッ
ファ８１４に転送して（Ｓ１６０２）、処理を終了す
る。上記ルーチン１６００の実行を繰り返すことによっ
て、Ｗｅｂキャッシュサーバ１１３から送信されたＨＴ
ＴＰ応答メッセージを含むＩＰパケットと、ＩＰ網１０
５側から受信したユーザ端末宛のＩＰパケットをアクセ
ス回線インタフェース回路８０Ａに転送することが可能
となる。

【００８６】アクセス回線インタフェース回路８０Ａ
は、アクセス回線対応プロトコル処理回路８１Ａから受
信したパケットから、内部転送先情報１０１０とＰＰＰ
コネクション識別子１００１を分離し、該アクセス回線
インタフェース回路８０Ａに接続されたアクセス回線１
０２に送出する。例えば、ＡＴＭ回線のように、１つの
アクセス回線１０２上で複数のコネクションが多重化さ
れていた場合、ＰＰＰフレーム１１０３は、ＰＰＰコネ
クション識別子１００１で特定されるコネクション上に
送出される。

【００８７】図１８は、Ｗｅｂキャッシュサーバ対応プ
ロトコル処理回路８１ＢのＣＰＵが実行する受信パケッ
ト処理ルーチン１７００のフローチャートを示す。この
ルーチン１７００では、インタフェース受信バッファ９
０３から、図１２の（Ｃ）または（Ｄ）に示したフォー
マットをもつ受信パケットを取り出す（Ｓ１７０１）。
Ｗｅｂキャッシュサーバが送出するＩＰパケットは、Ｐ
ＰＰコネクションとの対応付けがなされていないため、
バッファ９０３から取り出されたパケットには、ＰＰＰ
コネクション識別子１００１として、不特定ＰＰＰコネ
クションを意味するマジックナンバーが付加されてい
る。

【００８８】ルーチン１７００では、次に、上記受信パ
ケットのＩＰヘッダ１００５に含まれる宛先アドレスを
ユーザ端末情報管理テーブル８３０に登録されているユ
ーザ端末ＩＰアドレス８３１と比較する（Ｓ１７０
２）。宛先アドレスが何れかのユーザ端末ＩＰアドレス
と一致した場合は、ユーザ端末情報管理テーブル８３０
の上記宛先アドレスと対応するエントリからＰＰＰコネ
クション識別子８３２を取得し（Ｓ１７０３）、上記エ
ントリのＬＣＰ設定オプション情報８３４に従って、受
信ＩＰパケットをＰＰＰフレームに変換する（Ｓ１７０
４）。この後、上記ＰＰＰフレームに、上記ステップＳ
１７０３で取得しておいたＰＰＰコネクション識別子
と、アクセス回線対応プロトコル処理回路８１Ａを指定
する内部転送先情報とを付加し、図１２に示したフレー
ムフォーマットで内部スイッチ送信バッファ８１５に格
納する（Ｓ１７０５）。

【００８９】ユーザ端末情報管理テーブル８３０から上
記宛先アドレスと一致するユーザ端末ＩＰアドレス８３
１が見つからなかった場合は、ＩＳＰ情報管理テーブル
８４０から、キャッシュサーバの割り当てＩＰアドレス
８４２が受信ＩＰパケットの送信元アドレスと一致する
エントリを検索し、該エントリのＰＰＰコネクション識
別子８４４を取得する（Ｓ１７０６）。次に、上記エン
トリのＬＣＰ設定オプション情報８４５に従って受信Ｉ
ＰパケットをＰＰＰフレームに変換し（Ｓ１７０７）、
上記ＰＰＰフレームに、ステップＳ１７０６で取得して
おいたＰＰＰコネクション識別子と、ＩＰ網対応プロト
コル処理回路８１Ｃを指定する内部転送先情報とを付加
し、図１２に示したフレームフォーマットで内部スイッ
チ送信バッファ８１５に格納する（Ｓ１７０８）。

【００９０】以上の処理によって、Ｗｅｂキャッシュサ
ーバ１１３が送信したＩＰパケットのうち、ＨＴＴＰ応
答メッセージを含むユーザ端末宛のＩＰパケットはアク
セス回線対応プロトコル処理回路８１Ａに、ＨＴＴＰ要
求メッセージを含むＷｅｂサーバ宛のＩＰパケットはＩ
Ｐ網対応プロトコル処理回路８１Ｃに振り分けることが
可能となる。

【００９１】図１９は、キャッシュサーバ対応プロトコ
ル処理回路８１ＢのＣＰＵが実行する送信パケット処理
ルーチン１８００のフローチャートを示す。ルーチン１
８００では、内部スイッチ受信バッファ８１６から図１
２に示したフォーマットで送信パケットを取り出し（Ｓ
１８０１）、ＰＰＰフレーム１１０３からＩＰパケット
を抽出する（Ｓ１８０２）。この後、上記ＩＰパケット
に対して、ＰＰＰコネクション識別子１００１として不
特定ＰＰＰコネクションを意味するマジックナンバーを
付加し、インタフェース送信バッファに転送する（Ｓ１
８０３）。この処理ルーチンによって、アクセス回線１
０２−１〜１０２−ｍから受信したＨＴＴＰ要求メッセ
ージと、ＩＰ網１０５から受信したＨＴＴＰ応答メッセ
ージをＷｅｂキャッシュサーバ１１３に転送することが
可能となる。

【００９２】図２０は、ＩＰ網対応プロトコル処理回路
８１ＣのＣＰＵが実行する受信パケット処理ルーチンの
フローチャート１９００を示す。ルーチン１９００で
は、先ず、インタフェース受信バッファ８１３からＩＰ
パケットを取り出す（Ｓ１９０１）。ＩＰ網対応プロト
コル処理回路８１Ｃのインタフェース受信バッファ８１
３に蓄積されるパケットは、例えば、図８に示したパケ
ット７０６、７０９のように、先頭部にＩＰヘッダをも
つＩＰパケット形式となっている。これらのＩＰパケッ
トを受信するＩＰ網インタフェース回路８０Ｃは、受信
ＩＰパケットからＰＰＰヘッダを抽出して上位プロトコ
ルのチェックするような特殊な機能は備えていない。こ
のため、ＩＰ網インタフェース回路８０Ｃが各ＩＰパケ
ットに付加するＰＰＰコネクション識別子１００１は、
前述した不特定ＰＰＰコネクションを意味するマジック
ナンバーとなっている。

【００９３】ルーチン１９００では、受信バッファ８１
３からＩＰパケットを取り出し、該ＩＰパケットからＩ
ＰヘッダとＵＤＰヘッダを除去して、Ｌ２ＴＰフレーム
を抽出する（Ｓ１９０２）。次に、ユーザ端末情報管理
テーブル８３０とＩＳＰ情報管理テーブル８４０から、
上記Ｌ２ＴＰフレームのＬ２ＴＰヘッダが示すトンネル
ＩＤとセッションＩＤに一致したＬ２ＴＰコネクション
情報８３５または８４６をもつエントリを検索する（Ｓ
１９０３）。

【００９４】目的のエントリがユーザ端末情報管理テー
ブル８３０から見つかった場合（Ｓ１９０４）、上記Ｌ
２ＴＰフレームからＰＰＰフレームを抽出し（Ｓ１９０
５）、該ＰＰＰフレームに、上記エントリが示すＰＰＰ
コネクション識別子８３２と、アクセス回線対応プロト
コル処理回路８１Ａを指定する内部転送先情報とを付加
して、図１２に示すフレームフォーマットで内部スイッ
チ送信バッファ８１５に転送する（Ｓ１９０６）。

【００９５】目的のエントリがＩＳＰ管理情報テーブル
８４０から見つかった場合は、上記Ｌ２ＴＰフレームか
らＰＰＰフレームを抽出し（Ｓ１９０７）、該ＰＰＰフ
レームに、上記エントリが示すＰＰＰコネクション識別
子８４４と、キャッシュサーバ対応プロトコル処理回路
８１Ｂを指定する内部転送先情報１０１０とを付加し
て、図１２に示すフォーマットで内部スイッチ送信バッ
ファ８１５に転送する（Ｓ１９０８）。

【００９６】以上の処理によって、ＩＰ網からの受信パ
ケットのうち、Ｗｅｂサーバ１１１がＷｅｂキャッシュ
サーバ１１３宛に送信したＨＴＴＰ応答メッセージを含
むＰＰＰフレームは、Ｗｅｂキャッシュサーバ１１３に
転送し、その他のＰＰＰフレームは、宛先ユーザ端末１
０１−１〜１０１−ｍと対応するアクセス回線方向に転
送することが可能となる。

【００９７】図２１は、ＩＰ網対応プロトコル処理回路
８１ＣのＣＰＵが実行する送信パケット処理ルーチン２
０００のフローチャートを示す。ルーチン２０００で
は、内部スイッチ受信バッファ８１６から、図１２に示
したフォーマットの送信パケットを取り出し（Ｓ２００
１）、ユーザ端末情報管理テーブル８３０とＩＳＰ情報
管理テーブル８４０から、上記送信パケットに付された
ＰＰＰコネクション識別子１００１と一致したＰＰＰコ
ネクション識別子８３２または８４４をもつエントリを
検索する（Ｓ２００２）。

【００９８】目的エントリが見つかると、該エントリの
Ｌ２ＴＰコネクション情報８３５または８４６が示すト
ンネルＩＤとセッションＩＤの値を適用してＬ２ＴＰヘ
ッダを生成し、送信ＰＰＰフレーム１１０３にＬ２ＴＰ
ヘッダ、ＵＤＰヘッダ、ＩＰヘッダを付加してＩＰパケ
ット化する（Ｓ２００３）。この後、上記ＩＰパケット
に上記ＰＰＰコネクション識別子１００１を付加し、イ
ンタフェース送信バッファ８１４に転送する（Ｓ２００
４）。

【００９９】以上の処理により、ユーザ端末１０１−１
〜１０１−ｍから送信されたＷｅｂトラフィック以外の
パケットと、Ｗｅｂキャッシュサーバ１１３から送出さ
れたＨＴＴＰ要求メッセージを含むパケットを、地域Ｉ
Ｐ網上の適切なＬ２ＴＰコネクションを介してそれぞれ
の宛先に転送することが可能となる。

【０１００】次に、図２２〜図２７を参照して、本発明
の第２実施例について説明する。第２実施例は、ＬＡＣ
１０４の構成するゲートウェイ装置が、ユーザ端末から
送信されたＷｅｂサーバ宛のパケット（Ｗｅｂトラフィ
ック）を強制的にＷｅｂキャッシュサーバに転送する機
能を備えたことを特徴としている。

【０１０１】図２２の（Ａ）は、第２実施例において、
ＵＲＬで指定されたコンテンツデータがＷｅｂキャッシ
ュサーバ１１３に存在していた場合のパケット転送シー
ケンスを示し、図２２の（Ｂ）は、（Ａ）に示した転送
パケット中のＩＰヘッダに設定される宛先アドレスＤＡ
と送信元アドレスＳＡとの関係を示している。

【０１０２】ユーザ端末１０１−１で動作中のＷｅｂブ
ラウザ・アプリケーションに対して、ユーザが、取得す
べきコンテンツデータのＵＲＬを指定すると、ＨＴＴＰ
要求メッセージを含むＰＰＰフレーム７１０が生成さ
れ、ユーザ端末１０１−１からアクセス回線１０２−１
に送出される（Ｓ１０１０）。本実施例では、上記ＰＰ
Ｐフレーム７１０のＩＰヘッダＩＰ（ａ）の宛先アドレ
スが、Ｗｅｂサーバ１１１のＩＰアドレスとなってい
る。

【０１０３】ＬＡＣ１０４は、ＨＴＴＰ要求メッセージ
を含むＰＰＰフレーム７１０を受信すると、ＩＰヘッダ
の宛先アドレスをＷｅｂキャッシュサーバ１１３のＩＰ
アドレスに書き換え（Ｓ１０４１）、ＩＰパケット７０
２としてＷｅｂキャッシュサーバ１１３に転送する。

【０１０４】Ｗｅｂキャッシュサーバ１１３は、ＬＡＣ
１０４からＩＰパケット７０２を受信すると、図７の
（Ａ）で説明した第１実施例と同様、データ部からＨＴ
ＴＰ要求メッセージを抽出し、ＵＲＬで指定されたコン
テンツデータをキャッシュデータの中から検索する（Ｓ
１１３１）。指定されたコンテンツデータが見つかった
場合は、コンテンツデータを含むＨＴＴＰ応答メッセー
ジを生成し（Ｓ１１３２）、該ＨＴＴＰ応答メッセージ
をデータ部に含み、要求元のユーザ端末１０１−１のＩ
Ｐアドレスを宛先アドレスとするＩＰパケット７０３を
ＬＡＣ１０４に送出する。

【０１０５】ＬＡＣ１０４は、Ｗｅｂキャッシュサーバ
１１３からＩＰパケット７０３を受信すると、ＩＰヘッ
ダの送信元アドレスをパケット７１０の宛先アドレス、
すなわち、ユーザがコンテンツデータを要求したＷｅｂ
サーバ１１１のＩＰアドレスに書き換え（Ｓ１０４
２）、ＰＰＰフレーム７１２に変換して、アクセス回線
１０２−１に転送する。

【０１０６】図２３の（Ａ）は、第２実施例において、
ＨＴＴＰ要求メッセージで指定されたコンテンツデータ
がＷｅｂキャッシュサーバ１１３に存在しなかった場合
のパケット転送シーケンスを示す。図２３の（Ｂ）は、
図２３の（Ａ）に示した転送パケット中のＩＰヘッダに
設定される宛先アドレスＤＡと送信元アドレスＳＡとの
関係を示している。

【０１０７】ステップＳ１０１０〜ステップＳ１１３１
迄は、図２２の（Ａ）と同一である。Ｗｅｂキャッシュ
サーバ１１３におけるコンテンツ検索（Ｓ１１３１）の
結果、ＵＲＬで指定されたコンテンツデータがキャッシ
ュデータ中になかった場合、図８の（Ａ）で説明した第
１実施例の同様の手順で、Ｗｅｂキャッシュサーバ１１
３からＷｅｂサーバ１１１宛にＨＴＴＰ要求メッセージ
を含むＩＰパケット７０５が送信され、Ｗｅｂサーバ１
１１からＷｅｂキャッシュサーバ１１３に、指定コンテ
ンツデータを含むＨＴＴＰ応答メッセージを含むＩＰパ
ケット７０９が返送され、Ｗｅｂキャッシュサーバ１１
３からＬＡＣ１０４にユーザ端末１０１−１宛のＨＴＴ
Ｐ応答メッセージを含むＩＰパケット７０３が送信され
る。

【０１０８】ＬＡＣ１０４は、Ｗｅｂキャッシュサーバ
１１３からＩＰパケット７０３を受信すると、図２２の
（Ａ）と同様、ＩＰヘッダの送信元アドレスをＷｅｂサ
ーバ１１１のＩＰアドレスに書き換え（Ｓ１０４２）、
ＰＰＰフレーム７１２に変換して、アクセス回線１０２
−１に転送する。上述したパケット転送を行うために、
第２実施例のゲートウェイ装置では、図９に示した複数
のプロトコル処理回路８１Ａ〜８１Ｃのうち、アクセス
回線対応プロトコル処理回路８１Ａが、図１０に示した
ＨＴＴＰ要求メッセージ管理テーブル８５０を備える。

【０１０９】ユーザ端末１０１−１〜１０１−ｍから送
信されたＨＴＴＰ要求メッセージを含むＰＰＰフレーム
は、アクセス回線対応プロトコル処理回路８１Ａにおい
て、ＩＰヘッダの宛先アドレスをＷｅｂキャッシュサー
バ１１３のＩＰアドレスに書き換えた後、Ｗｅｂキャッ
シュサーバに転送される。また、ユーザ端末に代わって
Ｗｅｂキャッシュサーバ１１３がＷｅｂサーバから取得
したＨＴＴＰ応答メッセージを含むＩＰパケットは、ア
クセス回線対応プロトコル処理回路８１Ａにおいて、Ｉ
Ｐヘッダの送信元アドレスをユーザ端末が発行したＨＴ
ＴＰ要求メッセージの宛先アドレスに書き換えた後、ユ
ーザ端末に転送される。

【０１１０】ＨＴＴＰ要求メッセージ管理テーブル８５
０は、ＨＴＴＰ応答メッセージの送信元ＩＰアドレスを
ユーザ端末が発行したＨＴＴＰ要求メッセージの宛先Ｉ
Ｐアドレスに書き換える際に必要となるものであり、例
えば、図２４に示すように、ユーザ端末から受信したＨ
ＴＴＰ要求メッセージ毎に、該メッセージのＰＰＰフレ
ームがもつＰＰＰコネクション識別子８５１と対応し
て、ＴＣＰ／ＵＤＰの送信元ポート番号８５２と、メッ
セージの宛先ＩＰアドレス８５３とを記憶している。

【０１１１】図２５は、第２実施例のＬＡＣ内部におけ
るパケットデータの流れを示す。ここでは、第１実施例
と共通するパケットに図１５と同一の符号を付すことに
よって、重複する説明は省略する。アクセス回線対応プ
ロトコル処理回路８１Ａは、アクセス回線からＰＰＰフ
レームを受信すると、ＰＰＰの上位プロトコルを識別
し、上位プロトコルがＬＣＰの場合はＬＣＰ処理、ＮＣ
Ｐの場合はＮＣＰ処理を実行する。

【０１１２】上位プロトコルがＩＰの場合は、ＴＣＰ／
ＵＤＰヘッダの宛先ポート番号をチェックする。宛先ポ
ート番号が、例えば、ＨＴＴＰのウェルノウンポート番
号である「８０」となっていた場合は、受信パケット
（ＨＴＴＰ要求メッセージ）をキャッシュサーバ１１３
に転送するために、宛先ＩＰアドレス変換処理１５０９
を実行して、ＩＰヘッダの宛先アドレスをＷｅｂキャッ
シュサーバのＩＰアドレス値に書換える。

【０１１３】アドレス変換された受信パケットは、ＰＰ
Ｐコネクション識別子１００１の前にキャッシュサーバ
対応プロトコル処理回路８１Ｂを指定する内部転送先情
報１０１０を付加した形で、内部スイッチ８７に送出さ
れる。このパケットは、図１５に示した第１実施例と同
様、キャッシュサーバ対応プロトコル処理回路８１Ｂを
介して、キャッシュサーバ１１３にＩＰパケット７０２
として転送される。上位プロトコルがＬＣＰ、ＮＣＰ、
ＩＰ以外の受信パケット、または、宛先ポート番号が
「８０」以外のＩＰパケットは、ＩＰ網対応プロトコル
処理回路８１Ｃを指定する内部転送先情報１０１０を付
加した形で、内部スイッチ８７に送出される。

【０１１４】キャッシュサーバ１１３は、ＩＰパケット
７０２を受信すると、ＨＴＴＰ要求メッセージのＵＲＬ
で指定されたコンテンツデータをキャッシュデータの中
から検索し、検索結果に応じて、ユーザ端末宛のＨＴＴ
Ｐ応答メッセージを含むＩＰパケット７０３、またはＷ
ｅｂサーバ１１１宛のＨＴＴＰ要求メッセージを含むＩ
Ｐパケット７０５を発生する。

【０１１５】これらのＩＰパケットは、キャッシュサー
バ対応プロトコル処理回路８１Ｂにおいて宛先ＩＰアド
レスに従って処理され、ユーザ端末宛のＩＰアドレスを
もつＨＴＴＰ応答メッセージ用のパケットは、アクセス
回線対応プロトコル処理回路８１Ａに転送され、Ｗｅｂ
サーバ宛のＩＰアドレスをもつＨＴＴＰ要求メッセージ
用のパケットは、ＩＰ網対応プロトコル処理回路８１Ｃ
に転送される。キャッシュサーバ対応プロトコル処理回
路８１Ｂと、ＩＰ網対応プロトコル処理回路８１Ｃの動
作は、第１実施例と同様である。

【０１１６】キャッシュサーバ１１３から送出されたＨ
ＴＴＰ応答メッセージを含むＩＰパケット７０３は、ア
クセス回線対応プロトコル処理回路８１Ａが実行する送
信元ＩＰアドレス変換処理１６１３によって、送信元Ｉ
ＰアドレスをＷｅｂサーバのＩＰアドレスに書き換えた
後、ＰＰＰパケット７１２として要求元のユーザ端末に
転送される。

【０１１７】図２６は、アクセス回線対応プロトコル処
理回路８１ＡのＣＰＵが実行する受信パケット処理ルー
チン１５００−２のフローチャートを示す。図１６と同
一の符号をもつ処理ステップは、第１実施例と共通して
いるため説明を省略する。受信したＰＰＰフレームの上
位プロトコルがＩＰの場合（Ｓ１５０４）、ＩＰの上位
プロトコルを判定する（Ｓ１５０６）。ＩＰの上位プロ
トコルがＴＣＰまたはＵＤＰの場合、ＴＣＰ／ＵＤＰの
宛先ポート番号を識別する（Ｓ１５０７）。宛先ポート
番号が、ＨＴＴＰのウェルノウンポート番号である「８
０」であれば、受信ＰＰＰフレームをＷｅｂトラフィッ
クと判断し、以下の処理を行う。

【０１１８】先ず、受信ＰＰＰフレームのコネクション
識別子と、ＴＣＰ／ＵＤＰの送信元ポート番号と、宛先
ＩＰアドレスの関係を示す新たなエントリを生成し、Ｈ
ＴＴＰ要求メッセージ管理テーブル８５０に設定する
（Ｓ１５０８）。次に、受信ＰＰＰフレームのＩＰヘッ
ダが示す宛先アドレスをＷｅｂキャッシュサーバのＩＰ
アドレスに書き換える（Ｓ１５０９）。この時、宛先ア
ドレスの書換えに伴って、ＩＰヘッダに含まれるヘッダ
チェックサムと、ＰＰＰフレームのＦＣＳ（Frame Chec
k Sequence）を再計算し、それぞれの値を更新する。最
後に、受信ＰＰＰフレームに、ＰＰＰコネクション識別
子１００１と、Ｗｅｂキャッシュサーバ対応プロトコル
処理回路８１Ｂを指定する内部転送先情報１０１０を付
加し、内部スイッチ送信バッファ８１５に格納して（Ｓ
１５１０、処理を終了する。

【０１１９】ＰＰＰフレームのプロトコルがＩＰでない
場合、ＩＰであっても上位プロトコルがＴＣＰかＵＤＰ
でない場合、あるいは、ＴＣＰ／ＵＤＰであっても宛先
ポート番号が「８０」でない場合は、受信ＰＰＰフレー
ムをＷｅｂトラフィック用以外のものと判断し、ＰＰＰ
コネクション識別子１００１と、ＩＰ網対応プロトコル
処理回路８１Ｃを指定する内部転送先情報１０１０とを
付加して、内部スイッチ送信バッファ８１５に格納する
（Ｓ１５４０）。以上の処理により、ユーザ端末１０１
−１〜１０１−ｍからＷｅｂサーバ宛に送出されたＨＴ
ＴＰ要求メッセージを含むＰＰＰフレームをＰＰＰコネ
クションから分離し、Ｗｅｂキャッシュサーバに転送す
ることが可能となる。

【０１２０】図２７は、アクセス回線網対応プロトコル
処理回路８１ＡのＣＰＵが実行する送信パケット処理ル
ーチン１６００−２のフローチャートを示す。このルー
チンでは、内部スイッチ受信バッファ８１６から送信Ｐ
ＰＰフレームを取り出し（Ｓ１６１１）、送信ＰＰＰフ
レームに付されたＰＰＰコネクション識別子１００１
と、送信ＰＰＰフレームに含まれるＩＰパケット内のＴ
ＣＰ／ＵＤＰヘッダから抽出した宛先ポート番号とに基
づいて、ＨＴＴＰ要求メッセージ管理テーブル８５０を
参照し、ＰＰＰコネクション識別子８５１と送信元ポー
ト番号８５２が上記送信ＰＰＰフレームのＰＰＰコネク
ション識別子および宛先ポートに一致するエントリを検
索する（１６１２）。

【０１２１】検索されたエントリからＨＴＴＰ要求メッ
セージの宛先ＩＰアドレス８５３の値を求め、送信ＰＰ
Ｐフレームに含まれるＩＰパケットの送信元ＩＰアドレ
スを上記宛先ＩＰアドレスの値に書き換える（Ｓ１６１
３）。この時、ＩＰヘッダのヘッダチェックサムとＰＰ
ＰフレームのＦＣＳを再計算し、それぞれの値を更新す
る。宛先ＩＰアドレスが書き換えられた送信ＰＰＰフレ
ームは、ＰＰＰコネクションの識別子１００１を付加し
た形でインタフェース送信バッファ８１４に格納される
（Ｓ１６１４）。上記送信バッファ８１４に格納された
ＰＰＰフレームは、アクセス回線インタフェース回路８
０Ａに転送され、ＰＰＰコネクション識別子１００１を
除去した後、送信先ユーザ端末の接続回線に送出され
る。

【０１２２】上述した実施例では、ＬＡＣに接続された
１つのＷｅｂキャッシュサーバに、地域ＩＰ網に接続さ
れる複数のＩＳＰと対応した複数のＩＰアドレスを割り
当てることによって、ＨＴＴＰ要求メッセージの送信元
ユーザが上記何れのＩＳＰに加入していた場合でも、同
一のＷｅｂキャッシュサーバで応答できるようにしてい
る。しかしながら、本発明の変形例として、ＬＡＣにそ
れぞれが異なるＩＳＰと対応づけられた複数のＷｅｂキ
ャッシュサーバを接続しておき、ＬＡＣが、Ｗｅｂトラ
フィック用ＩＰパケットを送信元ユーザの加入ＩＳＰと
対応したＷｅｂキャッシュサーバに選択的に分配するよ
うにしてもよい。

【０１２３】以上の実施例から明らかなように、本発明
のゲートウェイ装置は、ＰＰＰコネクション上でのＩＰ
パケットの中継機能と、ＰＰＰコネクションからのＷｅ
ｂトラフィック用ＩＰパケットの分離機能とを備えてい
るため、これをＩＳＰ選択型のアクセスネットワークシ
ステムにおけるＬＡＣとして使用し、ゲートウェイ装置
にＷｅｂキャッシュサーバを接続することによって、Ｌ
ＡＣを通過するパケット列からＷｅｂトラフィック用の
ＩＰパケットを選択的に分離し、上記Ｗｅｂキャッシュ
サーバに転送することができる。

【０１２４】

【発明の効果】本発明によれば、ユーザからのＨＴＴＰ
要求に対して、コンテンツを提供するＷｅｂサーバに代
わってＷｅｂキャッシュサーバが応答メッセージを返送
することが可能となり、ＬＡＣとＩＳＰネットワークと
を接続する地域ＩＰ網（インターネットアクセス網）に
おけるトラヒックを軽減でき、ユーザにとっては、Ｗｅ
ｂサーバアクセスに対するレスポンスが改善されるとい
う利点がある。

【図面の簡単な説明】

【図１】本発明のゲートウェイ装置（ＬＡＣ）が適用さ
れるＩＳＰ選択型ネットワークシステムの１例を示す
図。

【図２】上記ＩＳＰ選択型ネットワークシステムにおい
て、ユーザ端末とＬＡＣとの間にＰＰＰコネクションが
設定された状態を示す図。

【図３】上記ＩＳＰ選択型ネットワークシステムにおい
て、ＰＰＰコネクションがＬＮＳまで延長された状態を
示す図。

【図４】上記ＩＳＰ選択型ネットワークシステムにおい
て、キャッシュサーバとＷｅｂサーバ間の通信用のＰＰ
Ｐコネクションが設定された状態を示す図。

【図５】ＰＰＰフレームのフォーマット（Ａ）と、ＰＰ
Ｐフレームのプロトコルフィールドに設定される代表的
な識別値（Ｂ）を示す図。

【図６】従来のＬＡＣが適用されたＩＳＰ選択型ネット
ワークシステムにおいて、ユーザ端末がＷｅｂコンテン
ツデータを取得する場合のパケット転送シーケンス
（Ａ）と、各転送パケットに付されるＩＰヘッダの宛先
アドレスＤＡと送信元アドレスＳＡとの関係（Ｂ）を示
す図。

【図７】ＬＡＣに本発明の第１実施例のゲートウェイ装
置を適用したＩＳＰ選択型ネットワークシステムにおい
て、ユーザ端末が要求するＷｅｂコンテンツデータがキ
ャッシュサーバに存在した場合のパケット転送シーケン
ス（Ａ）と、各転送パケットに付されるＩＰヘッダの宛
先アドレスＤＡと送信元アドレスＳＡとの関係（Ｂ）を
示す図。

【図８】ＬＡＣに本発明の第１実施例のゲートウェイ装
置を適用したＩＳＰ選択型ネットワークシステムにおい
て、ユーザ端末が要求するＷｅｂコンテンツデータがキ
ャッシュサーバに存在しなかった場合のパケット転送シ
ーケンス（Ａ）と、各転送パケットに付されるＩＰヘッ
ダの宛先アドレスＤＡと送信元アドレスＳＡとの関係
（Ｂ）を示す図。

【図９】ＬＡＣに適用される本発明のゲートウェイ装置
の構成を示すブロック図。

【図１０】図９に示したプロトコル処理回路８１（８１
Ａ〜８１Ｃ）の構成を示すブロック図。

【図１１】本発明のゲートウェイ装置において、インタ
フェース回路８０（８０Ａ〜８０Ｃ）とプロトコル処理
回路８１（８１Ａ〜８１Ｃ）との間で転送されるパケッ
トデータのフォーマットを示す図。

【図１２】本発明のゲートウェイ装置において、プロト
コル処理回路８１（８１Ａ〜８１Ｃ）プロトコル処理回
路と内部スイッチ８７との間で転送されるパケットデー
タのフォーマットを示す図。

【図１３】各プロトコル処理回路８１（８１Ａ〜８１
Ｃ）が備えるユーザ端末情報テーブル８３０の１実施例
を示す図。

【図１４】各プロトコル処理回路８１（８１Ａ〜８１
Ｃ）が備えるＩＳＰ情報テーブル８４０の１実施例を示
す図。

【図１５】本発明の第１実施例のゲートウェイ装置（Ｌ
ＡＣ）の内部におけるデータの流れを説明するための
図。

【図１６】アクセス回線対応プロトコル処理回路８１Ａ
で実行される受信パケット処理ルーチン１５００の１実
施例を示すフローチャート。

【図１７】アクセス回線対応プロトコル処理回路８１Ａ
で実行される送信パケット処理ルーチン１６００の１実
施例を示すフローチャート。

【図１８】キャッシュサーバ対応プロトコル処理回路８
１Ｂで実行される受信パケット処理ルーチン１７００の
１実施例を示すフローチャート。

【図１９】キャッシュサーバ対応プロトコル処理回路８
１Ｂで実行される送信パケット処理ルーチン１８００の
１実施例を示すフローチャート。

【図２０】ＩＰ網対応プロトコル処理回路８１Ｃで実行
される受信パケット処理ルーチン１９００の１実施例を
示すフローチャート。

【図２１】ＩＰ網対応プロトコル処理回路８１Ｃで実行
される送信パケット処理ルーチン２０００の１実施例を
示すフローチャート。

【図２２】ＬＡＣに本発明の第２実施例のゲートウェイ
装置を適用したＩＳＰ選択型ネットワークシステムにお
いて、ユーザ端末が要求するＷｅｂコンテンツデータが
キャッシュサーバに存在した場合のパケット転送シーケ
ンス（Ａ）と、各転送パケットに付されるＩＰヘッダの
宛先アドレスＤＡと送信元アドレスＳＡとの関係（Ｂ）
を示す図。

【図２３】ＬＡＣに本発明の第２実施例のゲートウェイ
装置を適用したＩＳＰ選択型ネットワークシステムにお
いて、ユーザ端末が要求するＷｅｂコンテンツデータが
キャッシュサーバに存在しなかった場合のパケット転送
シーケンス（Ａ）と、各転送パケットに付されるＩＰヘ
ッダの宛先アドレスＤＡと送信元アドレスＳＡとの関係
（Ｂ）を示す図。

【図２４】本発明の第２実施例において、アクセス回線
対応プロトコル処理回路８１Ａが備えるＨＴＴＰ要求メ
ッセージ管理テーブル８５０の１実施例を示す図。

【図２５】本発明の第２実施例のゲートウェイ装置（Ｌ
ＡＣ）の内部におけるデータの流れを説明するための
図。

【図２６】本発明の第２実施例のゲートウェイ装置にお
いて、アクセス回線対応プロトコル処理回路８１Ａで実
行される受信パケット処理ルーチン１５００−２の１例
を示すフローチャート。

【図２７】本発明の第２実施例のゲートウェイ装置にお
いて、アクセス回線対応プロトコル処理回路８１Ａで実
行される送信パケット処理ルーチン１６００−２の１例
を示すフローチャート。

【符号の説明】

１０１：ユーザ端末、１０２：アクセス回線、１０３：
ユーザ端末用ＰＰＰコネクション、１０４：ＬＡＣ、１
０５：地域ＩＰ網、１０６：Ｌ２ＴＰコネクション、１
９７：ＬＮＳ、１０８：ＩＳＰネットワーク、１０９：
ルータ、１１０：インターネット、１１１：Ｗｅｂサー
バ、１１２：ＬＡＮ、１１３：Ｗｅｂキャッシュサー
バ、１１４：ＲＡＤＩＵＳサーバ、１１６：キャッシュ
サーバ用ＰＰＰコネクション、１２０：ＲＡＤＩＵＳサ
ーバ、１３０：ＤＮＳサーバ、８０Ａ：アクセス回線イ
ンタフェース回路、８０Ｂ：キャッシュサーバインタフ
ェース回路、８０Ｃ：ＩＰ網インタフェース回路、８１
Ａ：アクセス回線対応プロトコル処理回路、８１Ｂ：キ
ャッシュサーバ対応プロトコル処理回路、８１Ｃ：ＩＰ
網対応プロトコル処理回路、８７：内部スイッチ回路、
８８：ノード制御回路、９０：制御端末、８１１：ＣＰ
Ｕ、８１２：メモリ、８１３：インタフェース受信バッ
ファ、８１４：インタフェース送信バッファ、８１５：
内部スイッチ送信バッファ、８１６：内部スイッチ受信
バッファ、８１７：ＣＰＵ間通信インタフェース回路、
８２０：プログラム格納領域、８３０：ユーザ端末情報
管理テーブル、８４０：ＩＳＰ情報管理テーブル、８５
０：ＨＴＴＰ要求メッセージ管理テーブル、１００１：
ＰＰＰコネクション識別子、１００２：ＰＰＰヘッダ、
１００３：ペイロード部、１００５：ＩＰヘッダ、１０
０６：ＨＴＴＰ要求メッセージ、１００７：ＨＴＴＰ応
答メッセージ、１００８：非ＨＴＴＰデータ、１０１
０：内部転送先情報。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 本田 明徳 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所通信事業部内 Ｆターム(参考） 5K030 GA02 HA08 HC01 HC11 HD03 HD06

Claims (11)

【特許請求の範囲】
1. 【請求項１】インターネットに接続された少なくとも１
   つのＩＳＰ（Internet Service Provider）ネットワー
   クを収容するアクセス網に接続され、ユーザ端末から受
   信したＰＰＰ（Point to Point Protocol）フレームを
   上記アクセス網上に設定されたＬ２ＴＰ（Layer2 Tunne
   ling Protocol）コネクションを介して上記ＩＳＰネッ
   トワークに転送するＬＡＣ（L2TP Access Concentrato
   r）機能を備えたゲートウェイ装置において、 上記インターネットに接続されたＷｅｂサーバによって
   提供されるコンテンツデータの一部をキャッシュデータ
   として保持するキャッシュサーバとパケット通信するた
   めのキャッシュサーバインタフェースと、 ユーザ端末から受信したＰＰＰフレーム列の中からペイ
   ロード部にＷｅｂコンテンツの要求メッセージを含むＰ
   ＰＰフレームを選択し、該ＰＰＰフレームが示す要求メ
   ッセージを上記キャッシュサーバインタフェースを介し
   て上記キャッシュサーバに転送し、上記キャッシュサー
   バインタフェースを介して上記キャッシュサーバから受
   信した応答メッセージをＷｅｂコンテンツ要求元のユー
   ザ端末にＰＰＰフレーム形式で転送するパケット転送制
   御手段とを備えたことを特徴とするゲートウェイ装置。
2. 【請求項２】前記パケット転送制御手段が、前記ユーザ
   端末から受信した各ＰＰＰフレームに含まれるＩＰヘッ
   ダの宛先アドレスと前記キャッシュサーバに割り当てら
   れた特定のＩＰアドレスとの関係をチェックすることに
   よって、Ｗｅｂコンテンツ要求メッセージを含むＰＰＰ
   フレームを識別することを特徴とする請求項１に記載の
   ゲートウェイ装置。
3. 【請求項３】前記パケット転送制御手段が、前記アクセ
   ス網に収容された複数のＩＳＰネットワークと対応して
   前記キャッシュサーバに割り当てられた複数のＩＰアド
   レスを記憶するための手段を備え、前記ユーザ端末から
   受信した各ＰＰＰフレームに含まれるＩＰヘッダの宛先
   アドレスと、前記キャッシュサーバに割り当てられた上
   記ＰＰＰフレームの送信元ユーザが加入しているＩＳＰ
   ネットワークと対応する特定のＩＰアドレスとの関係を
   チェックすることによって、Ｗｅｂコンテンツ要求メッ
   セージを含むＰＰＰフレームを識別することを特徴とす
   る請求項２に記載のゲートウェイ装置。
4. 【請求項４】前記パケット転送制御手段が、前記ユーザ
   端末から受信した各ＰＰＰフレームに含まれるＩＰパケ
   ットの上位プロトコルをチェックすることによって、Ｗ
   ｅｂコンテンツ要求メッセージを含むＰＰＰフレームを
   識別することを特徴とする請求項１に記載のゲートウェ
   イ装置。
5. 【請求項５】前記パケット転送制御手段が、前記各ＰＰ
   Ｐフレームに含まれるＩＰパケットのＴＣＰ（Transmis
   sion Control Protocol）またはＵＤＰ（Use Datagram
   Protocol）におけるポート番号から、前記Ｗｅｂコンテ
   ンツ要求メッセージを含むＰＰＰフレームを識別するこ
   とを特徴とする請求項４に記載のゲートウェイ装置。
6. 【請求項６】前記パケット転送制御手段が、前記キャッ
   シュサーバインタフェースを介して前記キャッシュサー
   バから受信した前記Ｗｅｂサーバ宛のＷｅｂコンテンツ
   要求メッセージをＰＰＰフレームに変換して前記Ｌ２Ｔ
   Ｐコネクションに送出するための手段を備えたことを特
   徴とする請求項１〜請求項５の何れかに記載のゲートウ
   ェイ装置。
7. 【請求項７】インターネットに接続されたＩＳＰ（Inte
   rnet Service Provider）ネットワークを収容するため
   の複数のＬＮＳ（L2TP Network Server）とアクセス網
   を介して接続され、アクセス回線を介してユーザ端末か
   ら受信したＰＰＰ（Point toPoint Protocol）フレーム
   を上記アクセス網上に設定されたＬ２ＴＰ（Layer2Tunn
   eling Protocol）コネクションを介して上記何れかのＬ
   ＮＳに転送するＬＡＣ（L2TP Access Concentrator）機
   能を備えたゲートウェイ装置において、上記インターネ
   ットに接続されたＷｅｂサーバが提供するコンテンツデ
   ータの一部をキャッシュデータとして保持するキャッシ
   ュサーバと通信するためのキャッシュサーバインタフェ
   ースと、上記アクセス回線を介してユーザ端末と通信す
   るためのアクセス回線インタフェースと、上記アクセス
   網を介して上記ＬＮＳと通信するためのアクセス網イン
   タフェースと、上記各インタフェースからの受信パケッ
   トに所定のプロトコル処理を施した後、他のインタフェ
   ース回路に選択的に転送するためのパケット転送制御装
   置とを有し、上記パケット転送制御装置が、上記アクセ
   ス回線インタフェースで受信したＰＰＰフレーム列の中
   からペイロード部にＷｅｂコンテンツ要求メッセージを
   含むものを選択し、該ＰＰＰフレームから抽出されたＷ
   ｅｂコンテンツ要求メッセージを上記キャッシュサーバ
   インタフェースを介してキャッシュサーバに転送するこ
   とを特徴とするゲートウェイ装置。
8. 【請求項８】前記パケット転送制御装置が、前記アクセ
   ス回線インタフェースで受信した各ＰＰＰフレームに含
   まれるＩＰヘッダの宛先アドレスと前記キャッシュサー
   バに割り当てられた特定のＩＰアドレスとの関係をチェ
   ックすることによって、Ｗｅｂコンテンツ要求メッセー
   ジを含むＰＰＰフレームを識別することを特徴とする請
   求項７に記載のゲートウェイ装置。
9. 【請求項９】前記パケット転送制御装置が、前記アクセ
   ス回線から受信した各ＰＰＰフレームに含まれるＩＰパ
   ケットの上位プロトコルをチェックすることによって、
   Ｗｅｂコンテンツ要求メッセージを含むＰＰＰフレーム
   を識別することを特徴とする請求項７に記載のゲートウ
   ェイ装置。
10. 【請求項１０】前記パケット転送制御装置が、前記キャ
    ッシュサーバインタフェースを介して前記キャッシュサ
    ーバから受信した前記Ｗｅｂサーバ宛のＷｅｂコンテン
    ツ要求メッセージを前記ユーザ端末から受信したＰＰＰ
    フレームとは異なるＰＰＰヘッダをもつＰＰＰフレーム
    に変換し、前記アクセス網上に設定された何れかのＬ２
    ＴＰコネクションに送出するための手段を備えたことを
    特徴とする請求項７〜請求項９の何れかに記載のゲート
    ウェイ装置。
11. 【請求項１１】インターネットに接続された複数のＩＳ
    Ｐ（Internet Service Provider）ネットワークを収容
    するアクセス網に接続され、ユーザ端末から受信したＰ
    ＰＰ（Point to Point Protocol）フレームを上記アク
    セス網上に設定されたＬ２ＴＰ（Layer2 Tunneling Pro
    tocol）コネクションを介して上記ユーザ端末のユーザ
    が加入しているＩＳＰと対応した上記何れかのＩＳＰネ
    ットワークに転送するＬＡＣ（L2TP Access Concentrat
    or）機能を備えたゲートウェイ装置において、上記イン
    ターネットに接続されたＷｅｂサーバによって提供され
    るコンテンツデータの一部をキャッシュデータとして保
    持するキャッシュサーバとパケット通信するためのキャ
    ッシュサーバインタフェースと、加入先ＩＳＰが異なる
    複数のユーザ端末から受信した複数のＰＰＰフレームの
    中からペイロード部にＷｅｂコンテンツの要求メッセー
    ジを含むＰＰＰフレームを選択し、該ＰＰＰフレームが
    示す要求メッセージを上記キャッシュサーバインタフェ
    ースを介して上記キャッシュサーバに転送し、上記キャ
    ッシュサーバインタフェースを介して上記キャッシュサ
    ーバから受信した応答メッセージを含むＩＰパケットを
    Ｗｅｂコンテンツ要求元のユーザ端末にＰＰＰフレーム
    形式で転送するパケット転送制御手段とを備えたことを
    特徴とするゲートウェイ装置。