(57)【要約】【課題】Ｗｅｂサーバ上のコンテンツに対するリンクを設定しなくても広告情報を挿入することができる通信方法および通信装置を提供する。【解決手段】通信振り分け装置１が、第１の通信端末２から第２の通信端末５宛てに送信された通信パケットを、第３の通信端末３宛てに転送し、通信パケットを受信した第３の通信端末３が、第１の通信端末２へ、第２とは異なる通信端末４から情報を入手するべく指示パケットを送信し、第１の通信端末２は、指示パケットに基づいて、第２とは異なる通信端末４から情報を入手し、第３の通信端末３、第２とは異なる通信端末４または通信振り分け装置１は、第１の通信端末２が、第２とは異なる通信端末４から情報の入手開始または終了を監視した結果に基づいて、通信振り分け装置１が、通信パケットを、第２の通信端末に転送するように設定を変更する。【選択図】　　　図１
2004112047.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信端末が通信ネットワークを経由して第２の通信端末と通信を行う通信方法であって、
前記第１の通信端末と前記第２の通信端末との間の通信経路上に、通信振り分け装置を有し、
前記通信振り分け装置が、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送する第１のステップと、
前記第３の通信端末が、前記通信パケットを受信した際に、前記第１の通信端末へ、前記第２とは異なる通信端末から情報を入手するべく指示パケットを送信する第２のステップと、
前記第１の通信端末は、前記指示パケットに基づいて、前記第２とは異なる通信端末から情報を入手する第３のステップと、
前記第３の通信端末、前記第２とは異なる通信端末または通信振り分け装置は、前記第１の通信端末による前記第２とは異なる通信端末からの情報の入手開始または終了を監視し、その監視結果に基づき、前記通信振り分け装置が、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを前記第２の通信端末に転送するように設定を変更する第４のステップと
を有することを特徴とする通信方法。
【請求項２】
第１の通信端末が通信ネットワークを経由して第２の通信端末と通信を行う通信方法であって、
前記第１の通信端末と前記第２の通信端末との通信経路上に、通信振り分け装置を有し、
前記通信振り分け装置は、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送する第１のステップと、前記第３の通信端末は、前記通信パケットを受信した際に、前記第１の通信端末へ、前記第２とは異なる通信端末から情報を入手するべく指示パケットを送信する第２のステップと、
前記第１の通信端末は、前記指示パケットに基づいて、前記第２とは異なる通信端末から情報を入手する第３のステップと、
前記第３の通信端末、前記第２とは異なる通信端末または通信振り分け装置は、前記指示パケットを監視し、前記指示パケットの送信が終了したならば、前記通信振り分け装置が、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを前記第２の通信端末に転送するように設定を変更する第４のステップと
を有することを特徴とする通信方法。
【請求項３】
前記第２のステップについて、前記指示パケットは、前記第２とは異なる通信端末から情報を定期的に入手するような指示であり、
前記第４のステップについて、前記第３の通信端末、前記第２とは異なる通信端末または通信振り分け装置は、前記第１の通信端末が、前記第２とは異なる通信端末から定期的に情報を入手しているかどうかを監視し、
定期的に入手しているならば、前記通信振り分け装置は、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを前記第２の通信端末に転送するように設定され、
定期的に入手していないならば、前記通信振り分け装置は、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを前記第３の通信端末に転送するように設定される
ことを特徴とする請求項１又は２に記載の通信方法。
【請求項４】
前記通信振り分け装置が、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを前記第３の通信端末に転送するように設定されている場合、
前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットのうち、あらかじめ定められた特定の内容を含む通信パケットを前記第３の通信端末に転送し、
前記特定の内容を含まない通信パケットは、前記第３の通信端末に転送しないことを特徴とする請求項１から３のいずれか１項に記載の通信方法。
【請求項５】
前記第２のステップについて、前記指示パケットは、前記第２とは異なる通信端末および前記第２の通信端末の両方から情報を入手するような指示であることを特徴とする請求項１から４のいずれか１項に記載の通信方法。
【請求項６】
前記第１の通信端末は、前記第３の通信端末または前記第２とは異なる通信端末より入手した情報に基づき、前記第２の通信端末との通信を行う条件を決定し、前記第３の通信端末または前記第２とは異なる通信端末へ通知する第５のステップと、
前記第３の通信端末または前記第２とは異なる通信端末は、受信した前記通知に従って前記通信振り分け装置における、前記第２の通信端末と前記第１の通信端末との通信条件を設定する第６のステップと、
前記第２の通信端末と前記第１の通信端末は、前記設定された通信条件に従って通信を行う第７のステップと
を有することを特徴とする請求項１から５のいずれか１項に記載の通信方法。
【請求項７】
前記第１の通信端末と前記第２の通信端末との間で、認証が必要な通信方法を使用して通信を行う場合、
前記通信振り分け装置は、前記認証が終了し、認証が必要な通信方法を使用して通信を行うことができる状態かどうかを監視し、
認証が必要な通信方法を使用して通信を行うことができる状態であるならば、前記通信振り分け装置は、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、前記第３の通信端末宛てに転送し、
認証が必要な通信方法を使用して通信を行うことができる状態でないならば、前記通信振り分け装置は、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、前記第３の通信端末宛てに転送しない
ことを特徴とする請求項１から６のいずれか１項に記載の通信方法。
【請求項８】
前記第１の通信端末と前記第２の通信端末との間で、認証が必要な通信方法を使用して通信を行う場合、
前記通信振り分け装置は、前記認証が終了し、認証が必要な通信方法を使用して通信を行うことができる状態かどうかを監視し、
認証が必要な通信方法を使用して通信を行うことができる状態でないならば、前記通信振り分け装置は、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、前記第３の通信端末宛てに転送し、
前記第３の通信端末または前記第２とは異なる通信端末より入手した前記情報に基づき、第２の通信端末との間で通信を行うための認証に必要な情報を入手し、
前記第１の通信端末は、前記認証に必要な情報を用いて前記第２の通信端末との通信を確立する
ことを特徴とする請求項１から７のいずれか１項に記載の通信方法。
【請求項９】
前記第２とは異なる通信端末は、前記第３の通信端末であることを特徴とする請求項１から８のいずれか１項に記載の通信方法。
【請求項１０】
前記第１の通信端末と、前記第２の通信端末との通信経路上に配置される通信振り分け装置であって、
前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送し、
前記第１の通信端末に対する前記第３の通信端末からの指示の終了または、前記第１の通信端末による前記第２とは異なる通信端末から情報の入手開始または終了を監視し、その監視結果に基づき、前記通信振り分け装置の設定を、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、前記第２の通信端末に転送するように変更する
ことを特徴とする通信振り分け装置。
【請求項１１】
第１の通信端末と、第２の通信端末との通信経路上に配置される通信振り分け装置に指示を出す装置であって、
前記通信振り分け装置による、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送することに基づいて、
前記第１の通信端末に対する前記第３の通信端末からの指示の終了または、前記第１の通信端末による前記第２とは異なる通信端末から情報の入手開始または終了を監視し、
その監視結果に基づき、前記通信振り分け装置の設定を、前記第１の通信端末から前記第２の通信端末宛てに送信された通信パケットを、前記第２の通信端末に転送するように変更する
ことを特徴とする通信振り分け装置に指示を出す装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報挿入を行う通信方法および通信装置に関する。
【０００２】
本発明は、特に、パケット通信を行う通信網において、ある特定の条件を満たしたパケットが通信振り分け装置に到着したことをトリガにしてパケット振り分けを行う技術に関する。
【０００３】
また、本発明は、本来の通信先の端末の代理として働くと共に、本来の応答に加えて任意の情報を付与可能な通信端末の技術に関する。
【０００４】
【従来の技術】
従来の技術を用いたインタネット上の広告は、Ｗｅｂサーバ上にコンテンツと広告が配置され、コンテンツにアクセスしたユーザにコンテンツと同時に広告を見せるといった方法であった。このため、広告を流すためには、Ｗｅｂサーバの管理者やコンテンツ保有者に、広告に対してリンクを張るように設定変更を要請する必要があった。また、広告を効率的に流すために、複数のＷｅｂサイトに対して広告を載せる必要があり、サイトごとに個別に設定の変更を行う必要があった。また、広告はＷｅｂサイトからリンクが張られるために、ＷｅｂサーバやＷｅｂコンテンツの保有者は広告収入が得られるが、ネットワーク提供者には広告を流す方法がなく、広告収入が得られないという問題があった。
【０００５】
ネットワーク提供者が広告を配布する従来の技術として、プロキシを用いる方法がある。この従来の技術は、ユーザはプロキシサーバに対してＷｅｂアクセス要求を行い、プロキシサーバはオリジンサーバの代わりにコンテンツまたは広告を転送する。本方法では、プロキシサーバがユーザの要求とは異なる内容のコンテンツを転送するために、広告を挿入するタイミングによっては、ユーザによる連続的なＷｅｂコンテンツ閲覧を阻害することとなってしまう。また、一般的にプロキシサーバで処理可能なコンテンツには制限があり、動的なコンテンツやユーザからの情報入力を必要とするようなコンテンツについては正確に表示できないという問題があった。このため、プロキシを用いた従来の技術を用いる場合には、ネットワークへの接続時の最初のＷｅｂアクセス要求に対してのみ、ユーザの要求とは異なる内容のコンテンツを転送し、ネットワーク情報時のポータルサイトとして運用する方法が取られていた。すなわち、ネットワーク接続中に随時広告を配布することができないという問題があった。
【０００６】
尚、特許出願時において、先行技術文献に該当する文献の存在を知り得ていない。特許電子図書館を用いて、平成５年以降出願前日までの出願公開公報と平成６年以降の特許公報とについて全文検索を行ったところ、従来の技術内容を記載した文献を探し出すことはできなかった。
【０００７】
【発明が解決しようとする課題】
本発明は、上記のような従来の技術を用いた場合に、Ｗｅｂサーバ上のコンテンツから広告にリンクを張らなければ広告を配布できないという問題を解決し、Ｗｅｂサーバ上のコンテンツからのリンクを設定しなくても広告を配布可能とする通信方法及び通信装置を提供することを目的とする。
【０００８】
また、本発明によれば、Ｗｅｂサーバからのリンクを設定しなくても広告の配布が可能となるため、ネットワーク提供者が広告を配布することを可能とする。
【０００９】
さらに、本発明によれば、上記のような従来の技術を用いた場合に、ユーザの要求とは異なる内容を転送するために、ユーザの連続的なＷｅｂ閲覧を中断してしまうといった問題を解決し、ユーザの連続的なＷｅｂ閲覧中であっても随時広告の配布を可能とする。
【００１０】
【課題を解決するための手段】
本発明の通信方法によれば、
第１の通信端末と第２の通信端末との間の通信経路上に、通信振り分け装置を有し、
通信振り分け装置が、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送する第１のステップと、
第３の通信端末が、通信パケットを受信した際に、第１の通信端末へ、第２とは異なる通信端末から情報を入手するべく指示パケットを送信する第２のステップと、
第１の通信端末は、指示パケットに基づいて、第２とは異なる通信端末から情報を入手する第３のステップと、
第３の通信端末、第２とは異なる通信端末または通信振り分け装置は、第１の通信端末による第２とは異なる通信端末からの情報の入手開始または終了を監視し、その監視結果に基づき、通信振り分け装置が、第１の通信端末から第２の通信端末宛てに送信された通信パケットを第２の通信端末に転送するように設定を変更する第４のステップと
を有することを特徴とする。これは、リダイレクトし、広告情報を入手させたのりリダイレクトをやめる方法である。
【００１１】
また、本発明の通信方法によれば、
第１の通信端末と第２の通信端末との通信経路上に、通信振り分け装置を有し、
通信振り分け装置は、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送する第１のステップと、
第３の通信端末は、通信パケットを受信した際に、第１の通信端末へ、第２とは異なる通信端末から情報を入手するべく指示パケットを送信する第２のステップと、
第１の通信端末は、指示パケットに基づいて、第２とは異なる通信端末から情報を入手する第３のステップと、
第３の通信端末、第２とは異なる通信端末または通信振り分け装置は、指示パケットを監視し、指示パケットの送信が終了したならば、通信振り分け装置が、第１の通信端末から第２の通信端末宛てに送信された通信パケットを第２の通信端末に転送するように設定を変更する第４のステップと
を有することを特徴とする。これは、リダイレクトし、広告情報の入手を確認せずにリダイレクトをやめる簡易な方法である。
【００１２】
本発明によれば、ユーザからのＷｅｂアクセス要求を特定のサーバに転送し、特定サーバから広告を転送するかまたは特定サーバへのアクセスを要求するように指示するとともに、オリジンサーバへ再度アクセス要求を行うようにユーザへ指示する。これに伴い発生する、オリジンサーバへの再度のアクセス要求は、オリジンサーバに転送することにより、ユーザのＷｅｂアクセスを中断せずに広告を配布することが可能となる。
【００１３】
本発明の通信方法の他の実施形態によれば、
第２のステップについて、指示パケットは、第２とは異なる通信端末から情報を定期的に入手するような指示であり、
第４のステップについて、第３の通信端末、第２とは異なる通信端末または通信振り分け装置は、第１の通信端末が、第２とは異なる通信端末から定期的に情報を入手しているかどうかを監視し、
定期的に入手しているならば、通信振り分け装置は、第１の通信端末から第２の通信端末宛てに送信された通信パケットを第２の通信端末に転送するように設定され、
定期的に入手していないならば、通信振り分け装置は、第１の通信端末から第２の通信端末宛てに送信された通信パケットを第３の通信端末に転送するように設定されることも好ましい。これは、定期的に情報サーバから情報を取得させる方法である。
【００１４】
これにより、特定サーバへのアクセス要求を定期的に行うように指示するので、定期的に広告を配布することが可能となる。
【００１５】
また、本発明の通信方法の他の実施形態によれば、
通信振り分け装置が、第１の通信端末から第２の通信端末宛てに送信された通信パケットを第３の通信端末に転送するように設定されている場合、
第１の通信端末から第２の通信端末宛てに送信された通信パケットのうち、あらかじめ定められた特定の内容を含む通信パケットを第３の通信端末に転送し、
特定の内容を含まない通信パケットは、第３の通信端末に転送しない
ことも好ましい。これは、リダイレクトを特定のプロトコルのみで行う方法である。
【００１６】
特定プロトコルのみを振り分けすることにより、例えばＨＴＴＰ（ハイパーテキスト転送プロトコル）を用いたＷｅｂアクセス時にのみ広告を挿入し、ＰＯＰ（ポストオフィスプロトコル）やＳＭＴＰ（シンプルメール転送プロトコル）を用いた電子メール通信時には広告を挿入しないといった、サービスを特定して広告を配布することが可能となり、広告の表現手段に柔軟性を提供可能となるとともに、ユーザの通信を阻害せずに情報挿入を行うことが可能となる。また、特定プロトコルのみを振り分けすることにより、例えばＳＳＬ（セキュアソケットレイヤ）やＣｏｏｋｉｅを用いた一連のＷｅｂアクセスの邪魔をすることなく、特定の広告情報をクライアントに送り届けることができる。
【００１７】
さらに、本発明の通信方法の他の実施形態によれば、第２のステップについて、指示パケットは、第２とは異なる通信端末および第２の通信端末の両方から情報を入手するような指示であることも好ましい。これは、情報入手命令と同時に主信号も入手させる方法である。
【００１８】
特定サーバとオリジンサーバの両方から情報を入手するように指示することにより、ユーザによる端末の操作が本発明を適用しない場合と同一となり、本発明を適用しない場合と同一の使用感を達成しながら、ネットワークで広告を付与して配信することが可能となる。
【００１９】
さらに、本発明の通信方法の他の実施形態によれば、
第１の通信端末は、第３の通信端末または第２とは異なる通信端末より入手した情報に基づき、第２の通信端末との通信を行う条件を決定し、第３の通信端末または第２とは異なる通信端末へ通知する第５のステップと、
第３の通信端末または第２とは異なる通信端末は、受信した通知に従って通信振り分け装置における、第２の通信端末と第１の通信端末との通信条件を設定する第６のステップと、
第２の通信端末と第１の通信端末は、設定された通信条件に従って通信を行う第７のステップとを有することも好ましい。これは、情報入手命令を転送するか否かは、ユーザの指示による方法である。
【００２０】
特定サーバからユーザへ広告入手するよう指示があった場合に、ユーザは指示に従うか、従わないかを判断し、従わない場合は本発明を適用しない場合と同一の通信となる。この判断機構を設けることにより、例えば料金体系が異なるサービスのクラス分けが可能となる。
【００２１】
さらに、本発明の通信方法の他の実施形態によれば、
第１の通信端末と第２の通信端末との間で、認証が必要な通信方法を使用して通信を行う場合、
通信振り分け装置は、認証が終了し、認証が必要な通信方法を使用して通信を行うことができる状態かどうかを監視し、
認証が必要な通信方法を使用して通信を行うことができる状態であるならば、通信振り分け装置は、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送し、
認証が必要な通信方法を使用して通信を行うことができる状態でないならば、通信振り分け装置は、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送しないことも好ましい。これは、主信号に認証が必要な方法である。
【００２２】
振り分け対象となるクライアントとサーバ間の通信に認証が必要な場合、認証状態を監視し、セッションに特有のＩＤを特定サーバまたは通信振り分け装置に記録することにより、認証が終了していないユーザに対する通信を禁止し、また、認証されていないクライアントが、特定サーバに不正なアクセスを行うことを禁止することができる。また、必要な経路へある特定の情報を挿入すること、または認証が必要な経路からある特定の情報を抽出することが可能となる。
【００２３】
さらに、本発明の通信方法の他の実施形態によれば、
第１の通信端末と第２の通信端末との間で、認証が必要な通信方法を使用して通信を行う場合、
通信振り分け装置は、認証が終了し、認証が必要な通信方法を使用して通信を行うことができる状態かどうかを監視し、
認証が必要な通信方法を使用して通信を行うことができる状態でないならば、通信振り分け装置は、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送し、
第３の通信端末または第２とは異なる通信端末より入手した情報に基づき、第２の通信端末との間で通信を行うための認証に必要な情報を入手し、
第１の通信端末は、認証に必要な情報を用いて第２の通信端末との通信を確立することも好ましい。これは、ワンタイムパスワードを用いた方法である。
【００２４】
振り分け対象となるクライアントとサーバ間の通信に認証が必要な場合、認証を行う前に認証を行うためのキーを入手するための振り分けを行うことにより、情報をみたユーザのみが認証許可されることになり、広告認知度を上げることが可能となる。
【００２５】
さらに、本発明の通信方法の他の実施形態によれば、第２とは異なる通信端末は、第３の通信端末であってもよい。
【００２６】
本発明の通信振り分け装置によれば、
第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送し、
第１の通信端末に対する第３の通信端末からの指示の終了または、第１の通信端末による第２とは異なる通信端末から情報の入手開始または終了を監視し、その監視結果に基づき、通信振り分け装置の設定を、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第２の通信端末に転送するように変更することを特徴とする。
【００２７】
本発明の通信振り分け装置に指示を出す装置（指示サーバ）によれば、
通信振り分け装置による、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第３の通信端末宛てに転送することに基づいて、
第１の通信端末に対する第３の通信端末からの指示の終了または、第１の通信端末による第２とは異なる通信端末から情報の入手開始または終了を監視し、
その監視結果に基づき、通信振り分け装置の設定を、第１の通信端末から第２の通信端末宛てに送信された通信パケットを、第２の通信端末に転送するように変更することを特徴とする。
【００２８】
【発明の実施の形態】
以下では、図面を用いて、本発明の実施形態を詳細に説明する。
【００２９】
［第１の実施例］
本発明の実施例として、Ｌａｙｅｒ２にＥｔｈｅｒｎｅｔ（登録商標）またはＩＥＥＥ８０２．３を用いた通信に、本発明の通信装置および通信方法を適用した例を示す。なお、データリンク層のプロトコルは、前記プロトコルに限定せず、ＡＴＭやＦＲ等のプロトコルでも構わない。
【００３０】
図１は、本発明によるシステム構成図である。
【００３１】
図１によれば、通信振り分け装置１は、複数のクライアント端末２と、各種インタネットサーバと、特定サーバとに接続されている。インターネットサーバが提供するサービスとしては、Ｗｅｂ、ＤＮＳ（ドメイン名サービス）、ＤＨＣＰ（ダイナミックホストコンフィグレーションプロトコル）、電子メール、ＶｏＩＰ（ボイスオーバＩＰ）等がある。図１によれば、Ｗｅｂサーバ５と、ＤＨＣＰサーバ６と、ＤＮＳサーバ７とが接続されている。また、本発明によって提供される特定サーバには、指示サーバ３及び情報挿入サーバ４がある。
【００３２】
以下では、指示サーバ３と情報挿入サーバ４とを個別に実現するものとして説明を行うが、以下の説明から明らかなように、指示サーバ３と情報挿入サーバ４は同一のハードウエアで実現してもよい。この場合、ポート３とポート４は物理的に同一のポートとなる。
【００３３】
第１の実施例では、ポート１に接続されたクライアント端末２が、インタネット８上のＷｅｂサーバ５にアクセスする場合に、Ｗｅｂコンテンツと広告等の情報を挿入する通信方法を説明する。
【００３４】
図２は、第１の実施例のシーケンス図である。
【００３５】
（Ｓ２０１）ポート１に接続されたクライアント端末２が、ポート２の先に存在するＷｅｂサーバ５へ、ＴＣＰ（トランスミッションコントロールプロトコル）セッション確立のパケットを送信する。通信振り分け装置１は、初期状態において、パケットのポート２への転送は禁止しており、そのパケットは、ポート３の先に接続されている指示サーバ３へ転送される。
【００３６】
（Ｓ２０２）指示サーバ３は、そのパケットを受信し、Ｗｅｂサーバ５に代わって、クライアント端末２との間にＴＣＰセッションを確立する。
【００３７】
（Ｓ２０３）クライアント端末２は、ＴＣＰセッションを通して、Ｗｅｂコンテンツの要求を送信する。このパケットについても通信振り分け装置１は、ポート３の先に接続されている指示サーバ３へ転送する。
【００３８】
（Ｓ２０４）指示サーバ３は、このＷｅｂコンテンツの要求に対して、情報挿入サーバ４へＷｅｂコンテンツを要求する指示を含んだ、Ｗｅｂコンテンツを返信する。
【００３９】
（Ｓ２０５）指示サーバ３は、ＴＣＰセッションを切断する。
【００４０】
（Ｓ２０６）クライアント端末２は、返信されたＷｅｂコンテンツを受信し、その内容にしたがって、情報挿入サーバ４からコンテンツを入手するために、情報挿入サーバ４にＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、情報挿入サーバ４へのＴＣＰセッション確立のパケットを、情報挿入サーバ４が接続されているポート４へ転送する。
【００４１】
（Ｓ２０７）情報挿入サーバ４は、ＴＣＰセッション確立応答のパケットをクライアント端末２へ送信し、クライアント端末２は、広告配信をする情報挿入サーバ４とＴＣＰセッションを確立する。
【００４２】
（Ｓ２０８、Ｓ２０９）ＴＣＰセッションの確立後、クライアント端末２は、このＴＣＰセッションを利用して、情報挿入サーバ４からＷｅｂコンテンツを入手する。
【００４３】
（Ｓ２１０）さらに、指示サーバ３または通信振り分け装置１は、クライアント端末２が情報挿入サーバ４からＷｅｂコンテンツを入手したかどうかの監視を行う。コンテンツの入手を確認した通信振り分け装置１または指示サーバ３は、通信振り分け装置１の設定を、ポート２の先に存在するＷｅｂサーバ５への通信は、ポート２へ転送するように変更を行う。
【００４４】
（Ｓ２１１）変更後においては、クライアント端末２は、ポート２の先に存在するＷｅｂサーバ５へアクセスすることが可能となる。
【００４５】
また、前述した説明は、クライアント端末２が１台の場合について説明を行ったが、クライアント端末２が複数の場合であっても、通信振り分け装置１の設定を、クライアント端末２のＩＰアドレス毎に行い、前述の説明の通信方法を行うことで、それぞれのクライアント端末２に情報挿入サーバ４から情報を配信した後にＷｅｂサーバ５へアクセスすることが可能となる。以後、特に説明は行わないが、いずれの実施例においても、クライアント端末２毎に通信振り分け装置１の設定および通信状態の監視を行うことで、クライアント端末２が複数ある場合についても、本発明の通信方法が可能となる。
【００４６】
以上のような通信方法を用いることにより、Ｗｅｂサーバ５上のコンテンツからリンクを設定しなくとも、広告等の情報を挿入することが可能となる。
【００４７】
［第２の実施例］
第２の実施例では、ポート１に接続されたクライアント端末２が、インタネット上のＷｅｂサーバ５にアクセスする場合に、Ｗｅｂコンテンツと広告等の情報コンテンツを同時に入手する通信方法を説明する。
【００４８】
図３は、第２の実施例におけるシーケンス図である。
【００４９】
（Ｓ３０１）ポート１に接続されたクライアント端末２が、ポート２の先に存在するＷｅｂサーバ５へ、ＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、初期状態において、パケットのポート２への転送は禁止しており、そのパケットは、ポート３の先に接続されている指示サーバ３へ転送される。
【００５０】
（Ｓ３０２）指示サーバ３は、そのパケットを受信し、Ｗｅｂサーバ５に代わって、クライアント端末２との間にＴＣＰセッションを確立する。
【００５１】
（Ｓ３０３）クライアント端末２は、ＴＣＰセッションを通して、Ｗｅｂコンテンツの要求を送信する。このパケットについても通信振り分け装置１は、ポート３の先に接続されている指示サーバ３へ転送する。
【００５２】
（Ｓ３０４）ここで、クライアント端末２は、利用者の必要とするＷｅｂコンテンツを表示する第１のブラウザ２１とは別に、広告情報等のＷｅｂコンテンツを表示する第２のブラウザ２２が作成される。そして、指示サーバ３は、第２のブラウザ２２に対しては、情報挿入サーバ４へＷｅｂコンテンツを要求する指示を含むＷｅｂコンテンツを返信する。また、Ｗｅｂコンテンツの要求に基づく第１のブラウザ２１に対しては、再度要求を行う指示を含んだＷｅｂコンテンツを返信する。
【００５３】
（Ｓ３０５）指示サーバ３は、ＴＣＰセッションを切断する。
【００５４】
その後、ＴＣＰセッションの切断を検出した通信振り分け装置１または指示サーバ３は、通信振り分け装置１の設定を、ポート２の先に存在するＷｅｂサーバ５への通信はポート２へ転送するように変更を行う。
【００５５】
（Ｓ３０６）クライアント端末２は、返信されたＷｅｂコンテンツの内容に従って、第２のブラウザ２２について情報挿入サーバ４へＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、ＴＣＰセッション確立のパケットを、情報挿入サーバ４が接続されているポート４へ転送する。
【００５６】
（Ｓ３０７）それと共に、クライアント端末２は、第１のブラウザ２１について再度Ｗｅｂサーバ５からコンテンツを入手するべく、ポート２の先に存在するＷｅｂサーバ５へＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、変更された設定に従って、Ｗｅｂサーバ５へのＴＣＰセッション確立のパケットをポート２へ転送する。
【００５７】
（Ｓ３０８）情報挿入サーバ４は、ＴＣＰセッション確立応答のパケットをクライアント端末２へ送信し、ＴＣＰセッションを確立する。
【００５８】
（Ｓ３０９）また、Ｗｅｂサーバ５も、ＴＣＰセッション確立応答のパケットをクライアント端末２へ送信し、ＴＣＰセッションを確立する。
【００５９】
（Ｓ３１０）これにより、クライアント端末２は、Ｗｅｂサーバ５と情報挿入サーバ４とから同時に、Ｗｅｂコンテンツを入手することが可能となる。
【００６０】
このような通信方法により、Ｗｅｂサーバ５のコンテンツにリンクを設定しなくとも、広告配信をする情報挿入サーバ４によって広告情報を挿入することが可能となる。また、ユーザの視点では、Ｗｅｂサーバ５へのアクセスに対して、広告等の情報と同時に目的のコンテンツがブラウザ上で表示されるために、再度Ｗｅｂサーバ５へアクセスしなおすなどの余分な操作が不要となる。
【００６１】
［第３の実施例］
第１及び第２の実施例では、Ｗｅｂコンテンツアクセスに関する通信シーケンスのみを説明したが、インタネット上を流れる通信はそれだけではない。第３の実施例では、Ｗｅｂアクセスに関する通信パケットのみを第１または第２の実施例と同様とし、他の通信パケットについてはそのような通信をさせないことにより、特定のプロトコル以外の通信を阻害することなく情報を挿入することが可能である。第３の実施例では、ポート１に接続されたクライアント端末２がインタネット上のＷｅｂサーバ５にアクセスする場合に、Ｗｅｂコンテンツと広告等の情報コンテンツを同時に入手し、それ以外の通信をインタネット上のサーバと行う通信方法を説明する。
【００６２】
以下では、インタネット上のサーバとして、ＤＨＣＰサーバ６及びＤＮＳサーバ７を例にとり説明する。
【００６３】
クライアント端末２は、起動時にブロードキャストを用いて、ＤＨＣＰサーバ６へＩＰアドレスを要求する。この問い合わせパケットをポート１で受信した通信振り分け装置１は、そのパケットをポート２へ転送する。このとき、問い合わせパケットがブロードキャストパケットまたはマルチキャストパケットである場合には、ポート２、３及び４の全てに転送してもよいが、ここでは説明を単純にするために、ＤＨＣＰサーバ６はポート２の先のネットワークにのみ存在するとして説明を行う。
【００６４】
ＤＨＣＰサーバ６は、問い合わせパケットを受信したならば、その返答として、ＩＰアドレスをクライアント端末に割り付けるパケットを送信する。通信振り分け装置１は、そのＩＰアドレスをクライアント端末２に割り付けるパケットをポート２で受信し、そのパケットをポート１へ転送する。このような動作により、クライアント端末２に、ＩＰアドレスが割り当てられる。
【００６５】
以上、説明を行なったように、ＤＨＣＰサーバ６からのパケットに関しては、ポート１およびポート２によって透過的にパケットを転送する。
【００６６】
次に、クライアント端末２が、インタネット上のＷｅｂサーバ５にアクセスする場合について説明を行う。
【００６７】
前述したように、ＩＰアドレスを取消したクライアント端末２で動作するブラウザにおいて、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を用いてアクセス先のＷｅｂページが指定されたとする。この場合、クライアント端末２は、ＵＲＬで指定されたサーバのＩＰアドレスを知る必要があり、このために、ＤＮＳサーバ７に対してＤＮＳ要求パケットを送信する。通信振り分け装置１は、ＤＮＳに関連したパケットについても、ポート１およびポート２によって通過的にパケットを転送する動作を行う。この動作により、クライアント端末２は、ポート２の先に接続されたネットワーク上のＤＮＳサーバ７から、そのＵＲＬのＩＰアドレスを取得することが可能となる。当然、この取得したＩＰアドレスは、ポート２の先に接続されたＷｅｂサーバ５のＩＰアドレスである。
【００６８】
さらに、前述した動作により、ＵＲＬのＩＰアドレスを取得したクライアント端末２は、そのＩＰアドレスを持つＷｅｂサーバ５からコンテンツを取得するために、ポート２の先に存在するＷｅｂサーバ５へ、ＴＣＰセッション確立のパケットを送信する。
【００６９】
以下、第２の実施例で説明した動作と同じ動作を行うことにより、情報挿入に関連したプロトコルに関しては、通信振り分け装置１において通信の振り分けを行い、それ以外のプロトコル例えばＤＨＣＰやＤＮＳに関しては、振り分けを行わないことにより、特定のプロトコル以外の通信を阻害することなく情報を挿入することが可能である。
【００７０】
［第４の実施例］
第１から第３の実施例では、初めのＷｅｂアクセスについて、情報を挿入する例を説明したが、第４の実施例では、その後のＷｅｂアクセスに対して適宜情報を挿入する通信方法を説明する。第４の実施例では、通信はすべてＨＴＴＰなどのＷｅｂアクセスに関係した通信である場合について説明を行うが、第３の実施例で説明したように、他のプロトコルを用いた通信については、ポート１，２の間を通過的に転送してもよい。
【００７１】
まず、初期状態における、Ｗｅｂアクセスにおいては、例えば第２の実施例で説明した通信方法と同様の通信方法で、広告等の情報を情報挿入サーバ４から転送する。この時、情報挿入サーバ４から転送する情報は、定期的に情報挿入サーバ４にアクセスする命令が含まれている。これにより、クライアント端末２は、ユーザの明示的な操作なしに定期的に情報挿入サーバ４にアクセスし、新たな情報を入手することが可能となる。
【００７２】
さらに、情報挿入サーバ４は、クライアント端末２から定期的にアクセスがあるかどうかを監視する。定期的にアクセスがある場合には、通常に通信が行われているとして、通信振り分け装置１の設定の変更はしない。すなわち、通信振り分け装置１の設定は、クライアント端末２とＷｅｂサーバ５との間の通信はポート１，２の間で転送を行い、クライアント端末２と情報挿入サーバ４との間の通信はポート１，４の間で転送を行う。
【００７３】
これに対し、定期的にアクセスがない場合においては、通信に何らかの異常が発生したとして、情報挿入サーバ４は、指示サーバ３へ向かって通信振り分け装置１の設定変更が必要であることを通知する。この通知を受け取った指示サーバ３は、通信振り分け装置１の設定を初期状態に変更する。通信振り分け装置１の初期状態の設定では、クライアント端末２からＷｅｂサーバ５への通信パケットを指示サーバ３へ転送し、クライアント端末２から情報挿入サーバ４への通信パケットは、情報挿入サーバ４へ転送する。この動作により、クライアント端末２から再度Ｗｅｂサーバ５へのアクセスがあった場合には、第２の実施例で説明した動作を行うことにより、情報を再度挿入することが可能である。また、再度挿入した情報に定期的に情報挿入サーバ４にアクセスする命令が含まれていることにより、クライアント端末２は、再び定期的に情報挿入サーバ４から情報を入手することが可能となる。
【００７４】
また、第４の実施例では、情報挿入サーバ４がクライアント端末２から定期的にアクセスがあるかどうかを監視したが、この監視は通信振り分け装置１が行っても良い。この場合においては、通信振り分け装置１が、クライアント端末から情報挿入サーバ４に対して定期的にアクセスがないと判断した場合には、通信振り分け装置１が指示サーバ３に対して、通信振り分け装置１の設定変更が必要であることを通知してもよいし、通信振り分け装置１自身が自動的に設定を変更してもよい。
【００７５】
［実施例５］
第１から第４の実施例では、自動的に情報挿入サーバ４からクライアント端末２が情報を入手する例を説明したが、第５の実施例では、クライアント端末２からの指示によりインタネット上のＷｅｂサーバ５等との通信条件を決定する通信方法について説明を行う。
【００７６】
第５の実施例では、ポート１に接続されたクライアント端末２がインタネット上のＷｅｂサーバ５にアクセスする場合に、情報挿入サーバ４または指示サーバ３が情報を挿入することにより、Ｗｅｂサーバ５との通信条件を決定する通信方法を説明する。
【００７７】
まず、ポート１に接続されたクライアント端末２が、ポート２の先に存在するＷｅｂサーバ５へ、ＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、初期状態ではパケットのポート２への転送を禁止しており、そのパケットは、ポート３の先に接続されている指示サーバ３へ転送される。指示サーバ３は、ＴＣＰセッション確立のパケットを受信し、Ｗｅｂサーバ５に代わって、クライアント端末２との間にＴＣＰセッションを確立する。
【００７８】
次に、クライアント端末２は、ＴＣＰセッションを通して、Ｗｅｂコンテンツの要求を送信する。このパケットについても通信振り分け装置１は、ポート３の先に接続されている指示サーバ３へ転送する。指示サーバ３は、このＷｅｂコンテンツの要求に対して、情報挿入サーバ４へＷｅｂコンテンツを要求する指示を含んだＷｅｂコンテンツを返信し、ＴＣＰセッションを切断する。
【００７９】
クライアント端末２は、返信されたＷｅｂコンテンツを受信し、その内容にしたがって、情報挿入サーバ４からコンテンツを入手するために、情報挿入サーバ４にＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、情報挿入サーバ４へのＴＣＰセッション確立のパケットを、情報挿入サーバ４が接続されているポート４へ転送する。この動作により、クライアント端末２は、情報挿入サーバ４とＴＣＰセッションを確立する。ＴＣＰセッションの確立後、クライアント端末２は、このＴＣＰセッションを利用して、情報挿入サーバ４からＷｅｂサーバ５へアクセスするための条件の決定を求める内容を含んだＷｅｂコンテンツを入手する。
【００８０】
そのＷｅｂコンテンツを入手したクライアント端末２は、情報挿入サーバ４が提示した条件にしたがって、Ｗｅｂサーバ５へアクセスするための条件を決定し、その決定した条件を情報挿入サーバ４または指示サーバ３へ報告する。その報告が情報挿入サーバ４に対してなされた場合には、情報挿入サーバ４は指示サーバ３に決定された条件を報告し、その決定された条件を受信した指示サーバ３は、条件にしたがって通信振り分け装置１の転送条件を変更する。
【００８１】
例えば、決定された条件としては、以下のようなものがある。
【００８２】
・ポート１で受信した、クライアント端末２が送信元のＴＣＰの宛先ポート８０のパケットを、指定した時間の間だけ、ポート２へ転送する。
・ポート１で受信した、クライアント端末２が送信元の全てのパケットを、指定した数またはｂｙｔｅ数だけ、ポート２へ転送する。
・ポート１で受信した、クライアント端末２が送信元の全てのリアルタイム通信パケットを、高い優先度をつけて、ポート２に転送する。
【００８３】
また、第５の実施例の場合、クライアント端末２と情報挿入サーバ４との間において認証を行い、認証が成功した場合にのみ、通信振り分け装置１の転送条件を変更することも可能である。さらに、ポート１に複数のクライアント端末２が接続されている場合においては、クライアント端末２間の直接通信の許可・不許可または、特定の認証が成功したクライアント端末２をグループ化し、そのグループ内でのみ直接通信が可能となるように、通信振り分け装置１のポート１内での折り返し転送条件を設定することも可能である。また、特定の認証が成功したクライアント端末２をグループ化し、そのグループのみマルチキャストを用いたネットワーク側からの情報配信を許可し、そうでないクライアント端末にはネットワーク側からのマルチキャストパケットを遮蔽するように通信振り分け装置１を設定することも可能である。
【００８４】
通信振り分け装置１は、前述したように変更された設定にしたがって、パケットの転送を行う。
【００８５】
ここでは、情報挿入サーバ４とクライアント端末２との間で、通信の条件を決定したが、前述の説明で明らかなように、情報挿入サーバ４を用いずに、指示サーバ３が直接クライアント端末２との間で通信の条件を決定し、通信振り分け装置１の設定を変更することも可能である。
【００８６】
［第６の実施例］
これまで説明した第１から第５の実施例では、下位レイヤの認証が必要であるかどうかについては、本発明の通信方法とは無関係に通信を行う方法の実施例を示した。
【００８７】
第６の実施例では、クライアント端末がネットワークに接続するために、認証が必要なプロトコルを用い、その認証が成功した後に、第１から第５の実施例で説明した通信方法が適用される例を示す。
【００８８】
ここでは、ＰＰＰ（ポイントト−トゥ−ポイント　プロトコル）およびＰＰＰｏＥ（ＰＰＰオーバイーサネット）プロトコルを用いた通信センションに本発明の通信振り分け装置および通信方法を適用した例を示す。
【００８９】
図４は、第６の実施例におけるシステム構成図である。
【００９０】
図４によれば、図１と比較して、アクセスサーバ９が備えられている。ＰＰＰｏＥクライアント端末２とアクセスサーバ９との間でＰＰＰ／ＰＰＰｏＥプロトコルを用いて通信セッションの認証が行われる。そして、アクセスサーバ９は、セッションＩＤ（識別子）をセッションに対して付与する。ＰＰＰｏＥクライアント端末２は、認証されたセッションを通じて、アクセスサーバ９の反対側に配置されたネットワーク８と通信することが可能となる。
【００９１】
まず、セッションの確立が行われていない初期状態での動作の説明を行う。
【００９２】
初期状態においては、本発明の通信振り分け装置１は、ポート１とポート２の間でパケットを転送するブリッジとして動作する。この際、ポート３および４へパケットを転送することはない。またポート３または４に入力されたパケットをポート１、ポート２に転送することはない。
【００９３】
また、ＰＰＰｏＥクライアントがＰＰＰ／ＰＰＰｏＥセッションの確立シーケンスを開始した場合について説明を行う。
【００９４】
第６の実施例における通信振り分け装置１は、ポート１またはポート２から入力されたパケットのＰＰＰｏＥヘッダ上にある２オクテットのコードフィールドを読み取る。ＰＰＰｏＥプロトコルにおいては、まずディスカバリステージにより、ＰＰＰｏＥセッションＩＤがアクセスサーバからクライアントに通知される。この通知を行うパケットはＰＡＤＳと呼ばれ、前述のコードフィールドが０ｘ６５である。第６の実施例では、前述のコードフィールドが０ｘ６５の場合に、ＰＰＰｏＥヘッダ中に記載されているＰＰＰｏＥセッションＩＤをＰＰＰｏＥクライアントのＭＡＣアドレスと合わせて本発明の通信振り分け装置１で記憶する。また、読み取られたコードフィールドが０ｘ００であればＰＰＰｏＥのディスカバリステージが終了し、ＰＰＰセッションステージ上でＰＰＰプロトコルのやり取りが開始されている。この状態でＰＰＰｏＥヘッダ上にある２オクテットのＰＰＰｏＥセッションＩＤを読み取り、本発明の通信振り分け装置１で記憶しても良い。いずれにせよ、ＰＰＰｏＥセッションＩＤの学習はクライアント側から送信される通信パケットでもアクセスサーバ９側から送信される通信パケットでも良いが、ここではセキュリティを考慮しアクセスサーバ９側から送信される通信パケット内に記載されているＰＰＰｏＥセッションＩＤをＰＰＰｏＥクライアントのＭＡＣアドレスと合わせて記憶する。
【００９５】
第６の実施例では、セッションＩＤをＰＰＰｏＥプロトコルを用いて記憶したが、さらにセキュリティを向上させるために、ＰＰＰセッションステージを用いる例を示す。
【００９６】
ＰＰＰｏＥにおいてディスカバリステージが終了するとＰＰＰステージに移行する。ＰＰＰステージにおいては、まずＣＨＡＰ（チャレンジ・ハンドシェーク認証プロトコル）やＰＡＰ（パスワード認証プロトコル）などが用いられて認証が行われる。さらに、一般的にはＰＰＰの上位レイヤとしてＩＰを使用しており、この場合にはＩＰＣＰ（ＩＰ制御プロトコル）を用いてＩＰアドレスをアクセスサーバから提供することが一般に行われる。ここで、この一連のＰＰＰステージの終了時に、アクセスサーバ側から送信される通信パケット内に記載されているＰＰＰｏＥセッションＩＤをＰＰＰｏＥクライアントのＭＡＣアドレスと合わせて記憶する。
【００９７】
このような動作を行うことにより、ＣＨＡＰ，ＰＡＰなどの認証が正常に終了した通信セッションに対してのみＰＰＰｏＥセッションＩＤを本発明の通信振り分け装置１が記憶することとなり、セキュリティが向上する。またさらに、ＩＰＣＰにおいてアクセスサーバ９から提供されたＩＰアドレスをも通信振り分け装置１で学習することにより、ＰＰＰｏＥセッションＩＤとＩＰアドレスとＭＡＣアドレスが一致したパケットにのみ所定の動作をすることができ、セキュリティがさらに向上する。
【００９８】
ここまでは、すべての確立した通信セッションに対して、事後的にＰＰＰｏＥセッションＩＤを学習する例を示したが、あらかじめ設定された特定の通信セッションにのみＰＰＰｏＥセッションＩＤを学習する例を示す。
【００９９】
この例では、本発明の通信振り分け装置１にあらかじめＰＰＰｏＥクライアントのＭＡＣアドレスが設定されており、特定のＭＡＣアドレス宛てにアクセスサーバ側から送信される通信パケットに対してのみ第６の実施例と同じ方法でＰＰＰｏＥセッションＩＤを記憶する。このような動作をすることにより、許可されたＭＡＣアドレスを有するＰＰＰｏＥクライアント以外のＰＰＰｏＥクライアントがアクセスサーバ９と確立した通信セッションに対しては、ＰＰＰｏＥセッションＩＤを学習することなく、特定のクライアントにのみＰＰＰｏＥセッションＩＤを学習することが可能である。
【０１００】
前述の例ではＰＰＰｏＥセッションＩＤをＭＡＣアドレスと合わせて記憶する方法を説明したが、ここでは、ＰＰＰｏＥセッションＩＤを他のものと関連づけて記憶する方法を説明する。ここでは、ＰＰＰｏＥクライアントとアクセスサーバ間がＩＥＥＥ８０２．１Ｑに規定されたＶＬＡＮ（仮想ＬＡＮ）で接続されている場合について説明を行う。
【０１０１】
ＰＰＰｏＥクライアントとアクセスサーバ９間がＩＥＥＥ８０２．１Ｑに規定されたＶＬＡＮで接続されている場合には、ＰＰＰｏＥクライアントとアクセスサーバ間でやり取りされる通信パケットにはＶＬＡＮタグとしてＶＬＡＮ毎に一意にあらかじめ設定されたＶＬＡＮ　ＩＤが記載される。このため前述の方法と同様の方法でＰＰＰｏＥセッションＩＤを記憶する際に、ＰＰＰｏＥクライアントのＭＡＣアドレスおよびＶＬＡＮ　ＩＤと合わせて記憶する。前述のように、ＩＰＣＰでアクセスサーバ９から提供されるＩＰアドレスとも合わせて記憶してもよい。このような動作により、ＭＡＣアドレス、ＶＬＡＮ　ＩＤ、ＰＰＰｏＥセッションＩＤおよびＩＰアドレスのすべてが一致したパケットにのみ所定の動作をすることができ、セキュリティがさらに向上する。また、ＶＬＡＮを使用する場合には、ＶＬＡＮ毎にＰＰＰｏＥセッションＩＤの記憶、非記憶を設定することにより、特定のＶＬＡＮに所属するＰＰＰｏＥクライアント端末のＰＰＰｏＥセッションＩＤのみを記憶することが可能となる。
【０１０２】
以上、本発明の通信振り分け装置１によるＰＰＰｏＥセッションＩＤの記憶方法について説明した。次に記憶したＰＰＰｏＥセッションＩＤを持つ通信セッションから特定の通信パケットを抽出し、認証を用いない通信方式に変換して指示サーバ３へ転送する方法について説明を行う。
【０１０３】
第６の実施例では、認証を用いない通信方式として、イーサネット（登録商標）上のＩＰ通信を使用した例を示す。
【０１０４】
まず、ポート１に接続されたクライアント端末２が、ポート２の先に存在するＷｅｂサーバ５へ、認証が終了したＰＰＰセッションを用いて、ＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、記憶したＰＰＰｏＥセッションＩＤを有する通信パケットを監視している。初期状態では、通信振り分け装置１により、パケットのポート２への転送は禁止されている。
【０１０５】
図５は、ＰＰＰ／ＰＰＰｏＥパケットをＩＰパケットに変換するパケット図である。
【０１０６】
ＩＰパケット部分は、記憶したＰＰＰｏＥセッションＩＤを有する。通信振り分け装置１は、図５に示す動作にしたがってＩＰパケット部分を取り出す。さらに、あらかじめ設定されるかもしくはＡＲＰ（アドレス解決プロトコル）で入手したＭＡＣアドレスを宛先としたＭＡＣヘッダを付与し、ＦＣＳ（フレームチェックシーケンス）を再計算してイーサネットフレームを構築する。さらにこのイーサネットフレームをポート３またはポート４から出力する。
【０１０７】
この例では、イーサネットヘッダに記載される宛先ＭＡＣアドレスを、ＰＰＰｏＥクライアント、アクセスサーバ９間で行われる通信パケットの宛先ＭＡＣアドレスから変更した。この変更は、通常のサーバ等は自ＭＡＣアドレスを宛先ＭＡＣアドレスに持つイーサネットフレームしか受信しないために行うものであり、変更後の宛先ＭＡＣアドレスは指示サーバ３のアドレスまたは指示サーバ３と通信振り分け装置１の間に配置されたルータのアドレスとする。ＭＡＣアドレスの決定には通常のＡＲＰを使用する。そのパケットは、通信振り分け装置１によりポート３の先に接続されている指示サーバ３に転送される。
【０１０８】
以上のような動作を行うことにより、認証が終了し、さらに、あらかじめ設定により許可されたＭＡＣアドレスを有するＰＰＰｏＥクライアントまたは、あらかじめ設定により許可されたＶＬＡＮに属するＰＰＰｏＥクライアントからの通信パケットで、特定の条件を満たす通信パケットは、アクセスサーバ９を経由することなく、通常のＩＰパケットとしてポート３およびポート４に転送可能である。
【０１０９】
次に、認証を用いない通信方法を行うポート３または４から受信した通信パケットを認証が終了した通信セッションへ転送する方法について説明する。この実施例においても、前述の実施例と同様に、認証を用いない通信方式として、イーサネット（登録商標）上でのＩＰ通信を使用した例を示す。
【０１１０】
すでにＰＰＰ／ＰＰＰｏＥプロトコルによってＰＰＰｏＥクライアントおよびアクセスサーバ間で認証が終了したセッションが確立しており、本発明の通信振り分け装置により前述の例で説明した手順によってＰＰＰｏＥセッションＩＤがＰＰＰｏＥクライアントのＭＡＣアドレス、ＩＰアドレスとともに記憶されている。
【０１１１】
図６は、ＩＰパケットをＰＰＰ／ＰＰＰｏＥパケットに変換するパケット図である。
【０１１２】
ＩＰ通信を行うポート３または４に通常のＩＰパケットが入力された場合、本発明の通信振り分け装置１は、入力された通信パケットのヘッダより宛先アドレスを読み取り、通常の動作により、次に転送すべき装置を決定する。通常の動作に従い決定した次に転送すべき装置のアドレスが、本発明の通信振り分け装置１に記憶されているアドレスの一つと一致した場合は、図６に示す動作に従ってＰＰＰ／ＰＰＰｏＥセッションに転送する。
【０１１３】
すなわち、まず、入力されたイーサネットフレームよりＩＰパケット部分を抽出する。さらに、このＩＰパケットに対し、該当するＩＰアドレスと合わせて学習したＰＰＰｏＥセッションＩＤを持つＰＰＰヘッダを構築し付与する。さらに、該当するＩＰアドレスと合わせて学習したＰＰＰｏＥクライアントのＭＡＣアドレスを宛先アドレスとしたＭＡＣヘッダを付与し、再計算したＦＣＳを付与してポート１から出力する。
【０１１４】
以上のように、認証が必要なＰＰＰ／ＰＰＰｏＥパケットとＩＰパケットの変換を行うことにより、指示サーバ３は、そのパケットを受信し、Ｗｅｂサーバ５に代わってクライアント端末２との間にＴＣＰセッションを確立する。
【０１１５】
次に、クライアント端末２は、ＰＰＰセッションおよびＴＣＰセッションを通して、Ｗｅｂコンテンツの要求を送信する。このパケットについても通信振り分け装置１は、ＩＰパケットに変換し、ポート３の先に接続されている指示サーバ３へ転送する。指示サーバ３は、このＷｅｂコンテンツの要求に対して、情報挿入サーバ４へ、Ｗｅｂコンテンツを要求する指示を含んだＷｅｂコンテンツを返信し、ＴＣＰセッションを切断する。この通信に際して、通信振り分け装置１は、ポート３から入力したＩＰパケットをＰＰＰ／ＰＰＰｏＥパケットに変換してポート１に転送し、ポート１から入力したＰＰＰ／ＰＰＰｏＥパケットをＩＰ化してポート３に転送することにより、クライアント端末２と指示サーバ３との通信が可能となる。
【０１１６】
クライアント端末２は、返信されたＷｅｂコンテンツを受信し、その内容にしたがって、情報挿入サーバ４からコンテンツを入手するために、情報挿入サーバ４にＰＰＰ／ＰＰＰｏＥセッションを通じてＴＣＰセッション確立のパケットを送信する。通信振り分け装置１は、情報挿入サーバ４へのＴＣＰセッション確立のパケットをＩＰパケットに変換し、情報挿入サーバ４が接続されているポート４へ転送する。また、通信振り分け装置１は、情報挿入サーバ４から送信されたＩＰパケットをＰＰＰ／ＰＰＰｏＥパケットに変換し、ポート１へ転送する。この動作により、クライアント端末２は、情報挿入サーバ４とＴＣＰセッションを確立する。ＴＣＰセッションの確立後、クライアント端末２は、このＴＣＰセッションを利用して、情報挿入サーバ４からＷｅｂコンテンツを入手する。
【０１１７】
さらに、指示サーバ３または通信振り分け装置１は、クライアント端末２が情報挿入サーバ４からＷｅｂコンテンツを入手したかどうかの監視を行い、コンテンツの入手を確認した通信振り分け装置１または指示サーバ３は、通信振り分け装置１の設定を、ポート２の先に存在するＷｅｂサーバ５への通信はポート２へ転送するように変更を行う。
【０１１８】
変更後においては、クライアント端末２は、ポート２の先に存在するＷｅｂサーバ５へアクセスすることが可能となる。
【０１１９】
また、前述した説明は、クライアント端末２が１台の場合について説明を行ったが、クライアント端末２が複数の場合であっても、通信振り分け装置１の設定を、クライアント端末２のＩＰアドレス毎に行い、前述した説明の通信方法を行うことで、それぞれのクライアント端末２に情報挿入サーバ４から情報を配信した後に、Ｗｅｂサーバ５へアクセス可能とすることが可能となる。以後、特に説明は行わないが、いずれの実施例においても、クライアント端末２毎に通信振り分け装置１の設定および通信状態の監視を行うことで、クライアント端末２が複数ある場合についても、本発明の通信方法が可能となる。
【０１２０】
以上のような通信方法を用いることにより、認証が必要な通信を行う場合においても、Ｗｅｂサーバ５上のコンテンツからリンクを設定しなくとも、広告等の情報を挿入することが可能となる。
【０１２１】
【発明の効果】
以上、詳細に説明したように、本発明によれば、あらかじめ設定した条件を満たす通信パケットを契機に、Ｌ２の転送形態を変更することにより、クライアント・サーバ間の通信に任意の情報を適宜付与したり、複数クライアント端末を動的にグルービングすることが可能となる。
【０１２２】
本発明によれば、Ｗｅｂサーバ上のコンテンツから広告にリンクを張らなければ広告を配布できないという問題を解決し、Ｗｅｂサーバ上のコンテンツからのリンクを設定しなくても広告情報の配布を可能とする。
【０１２３】
また、本発明によれば、Ｗｅｂサーバからのリンクを設定しなくても広告の配布が可能となるため、ネットワーク提供者が広告を配布することを可能とする。
【０１２４】
さらに、本発明によれば、従来の技術を用いた場合に、ユーザの要求とは異なる内容を転送するために、ユーザの連続的なＷｅｂ閲覧を中断してしまうといった問題を解決し、ユーザの連続的なＷｅｂ閲覧中であっても随時広告の配布を可能とする。
【図面の簡単な説明】
【図１】本発明によるシステム構成図である。
【図２】第１の実施例のシーケンス図である。
【図３】第２の実施例におけるシーケンス図である。
【図４】第６の実施例におけるシステム構成図である。
【図５】ＰＰＰ／ＰＰＰｏＥパケットをＩＰパケットに変換するパケット図である。
【図６】ＩＰパケットをＰＰＰ／ＰＰＰｏＥパケットに変換するパケット図である。
【符号の説明】
１　通信振り分け装置
２　クライアント端末
２１　第１のブラウザ
２２　第２のブラウザ
３　指示サーバ
４　情報挿入サーバ
５　Ｗｅｂサーバ
６　ＤＨＣＰサーバ
７　ＤＮＳサーバ
８　ネットワーク
９　アクセスサーバ
【図１】
2004112047.tif 000003
【図２】
2004112047.tif 000004
【図３】
2004112047.tif 000005
【図４】
2004112047.tif 000006
【図５】
2004112047.tif 000007
【図６】
2004112047.tif 000008