JP2003258935A

JP2003258935A - ネットワークシステム

Info

Publication number: JP2003258935A
Application number: JP2002055503A
Authority: JP
Inventors: Minoru Ogushi; 穣大串; Norihisa Matsumoto; 謙尚松本
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-03-01
Filing date: 2002-03-01
Publication date: 2003-09-12
Anticipated expiration: 2022-03-01
Also published as: JP4080765B2; US7512688B2; US20030182434A1

Abstract

(57)【要約】【課題】ＰＰＰｏＥクライアント端末からの接続要求
をＰＰＰｏＥサーバ主導で特定のＰＰＰｏＥサーバに対
して振り分けることができるネットワークシステムを提
供する。【解決手段】少なくとも１つのクライアント端末と、
複数のサーバとの接続を、少なくとも前記クライアント
端末からの接続開始信号と、前記接続開始信号に対応し
た前記サーバからの接続提供信号と、前記接続提供信号
に対応した前記クライアント端末からの接続要求信号と
によって実現するネットワークシステムにおいて、前記
サーバは、前記クライアント端末からの接続開始信号を
受信すると、前記接続開始信号に対応する接続要求信号
を受信すべき特定のサーバを識別するサーバ識別情報を
前記接続提供信号に設定する識別情報設定手段を有す
る。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明はネットワークシステ
ムに関し、特に、ＰＰＰｏＥネットワークシステムに適
用すると好適であって、複数のＰＰＰｏＥサーバを有
し、ＰＰＰｏＥクライアント端末からの接続要求がその
都度ＰＰＰｏＥサーバ間で振り分けられるＰＰＰｏＥネ
ットワークシステムに関する。

【０００２】

【従来の技術】ＰＰＰｏＥ(PPP over Ethernet)は、従
来アナログ電話回線やＩＳＤＮ回線を経由したダイヤル
アップ接続等で用いられていたＰＰＰ(Point-to-Point
Protocol)を、イーサネット（登録商標）上に通すため
に提案されたクライアント・サーバ型のプロトコルで、
ＩＥＴＦ(The Internet Engineering Task Force)が１
９９９年２月に発行したＲＦＣ２５１６"A Method for
Transmitting PPP OverEthernet(PPPoE)"によって規定
されている。ＰＰＰｏＥは、ＡＤＳＬやＦＴＴＨのよう
なブロードバンドアクセス網における加入者収容プロト
コルとして普及しており、例えば、ＮＴＴ地域会社が２
００１年１１月現在において提供する「フレッツ・ＡＤ
ＳＬ」や「Ｂフレッツ」というサービスで採用されてい
る。東日本電信電話株式会社は、これらのサービスに関
する技術参考資料として、２００１年１０月１７日に
「ＩＰ通信網サービスのインタフェース―フレッツシリ
ーズ―第１版」を作成している。

【０００３】ＲＦＣ２５１６が規定するＰＰＰｏＥのセ
ッション確立シーケンス(DiscoveryStage)では、ＰＰＰ
ｏＥクライアント端末と通信可能なＰＰＰｏＥサーバが
複数存在する場合に、ＰＰＰｏＥクライアント端末が接
続先のＰＰＰｏＥサーバを選択する枠組みが提供されて
いる。

【０００４】図１６は、従来のＰＰＰｏＥにおけるセッ
ション確立時のＰＣ１０１とＢＡＳ１３２、１３３との
間のメッセージシーケンスの一例を示す。

【０００５】この従来技術では、ＰＣ１０１とＢＡＳ１
３２、１３３との間で、例えば、ＰＰＰｏＥディスカバ
リーステージはＲＦＣ２５１６に規定されたシーケンス
の処理を行う等、現在標準的に行われている処理と同様
の処理を行う。

【０００６】まず、ＰＰＰｏＥクライアント端末である
ＰＣ１０１が、ＰＡＤＩメッセージ７０１をブロードキ
ャストＭＡＣアドレス宛に送信する。ＰＡＤＩメッセー
ジ７０１は中継装置１３１を経由してＰＰＰｏＥサーバ
であるＢＡＳ１３２、１３３まで到達し、ＰＡＤＩ受信
手段７１１、７２１によって受信される。セッション管
理テーブル割当手段７１２、７２２は、本シーケンスの
管理用にセッション管理テーブル６４３を割り当て、Ｐ
ＡＤＩメッセージ７０１中の、ＰＣ１０１のＭＡＣアド
レス値が格納されているSource MAC Addressフィールド
４１２を前記セッション管理テーブル６４３に登録す
る。ＢＡＳ１３２はＰＡＤＯ送信手段７１３によってＰ
ＡＤＯメッセージ７０３をＰＣ１０１のＭＡＣアドレス
宛に送信し、ＢＡＳ１３３はＰＡＤＯ送信手段７２３に
よってＰＡＤＯメッセージ７０２をＰＣ１０１のＭＡＣ
アドレス宛に送信する。

【０００７】ＰＣ１０１は２つのＰＡＤＯメッセージ７
０２、７０３を受信するが、ＰＣ１０１に設けられた接
続先選択手段７３１は、ＰＡＤＯメッセージ中に含まれ
るService-Name TAGフィールドの値を基準にする等し
て、ＢＡＳ１３２、１３３のどちらに接続するかを選択
する。図１６に示す例では、ＰＣ１０１がＢＡＳ１３３
を接続先として選択した場合を示す。この場合、ＰＣ１
０１はＰＡＤＲメッセージ７０４をＢＡＳ１３３のＭＡ
Ｃアドレス宛に送信する。

【０００８】ＢＡＳ１３３はＰＡＤＲ受信手段７４１に
よってＰＡＤＲメッセージ７０４を受信する。セッショ
ンＩＤ生成手段７４２によってＰＣ１０１との間でユニ
ークなセッションＩＤ値を生成し、セッション管理テー
ブル更新手段７４３によって、セッション管理テーブル
割当手段７２２が割り当てたセッション管理テーブル６
４３に生成されたセッションＩＤ値を登録する。そし
て、ＰＡＤＳメッセージ送信手段７４４によって、セッ
ションＩＤフィールド４２２に前記セッションＩＤ値を
設定したＰＡＤＳメッセージ７４０を、ＰＣ１０１のＭ
ＡＣアドレス宛に送信する（なお、ＰＡＤＩ、ＰＡＤ
Ｏ、ＰＡＤＲの各メッセージにおけるセッションＩＤフ
ィールド４２２の値は０ｘ０である）。このように、Ｐ
ＡＤＩ、ＰＡＤＯ、ＰＡＤＲ、ＰＡＤＳという２往復の
メッセージを送受信することによって、ＰＣ１０１とＢ
ＡＳ１３３との間でＰＰＰｏＥディスカバリーステージ
が完了し、ＰＰＰｏＥセッションが確立される。

【０００９】一方、ＰＡＤＲメッセージを受信しなかっ
たＢＡＳ１３２では、ＰＡＤＯメッセージ７０３の送信
から一定限度の時間が経過した時点でタイムアウト７５
１となり、セッション管理テーブル解放手段７５２によ
って、セッション管理テーブル割当手段７１２が本シー
ケンス処理用に割り当てたセッション管理テーブルが解
放される。

【００１０】ＰＰＰｏＥセッションが確立されると、引
き続いてＰＰＰネゴシエーション７６０が行われる。Ｐ
ＰＰネゴシエーション７６０では、ＰＰＰリンクを確立
し（ＬＣＰ）、ユーザ認証を行い（ＣＨＡＰ又はＰＡ
Ｐ）、ＰＣ１０１に対してＩＰアドレスが割り当てられ
る（ＩＰＣＰ）。ＰＰＰネゴシエーション７６０が完了
するとＩＰ通信７７０が可能となり、ＰＣ１０１のイン
ターネット１４０への接続性が確立される。

【００１１】

【発明が解決しようとする課題】前述した、ＰＰＰｏＥ
クライアント側主導で接続先を選択する従来技術では、
特定のＰＰＰｏＥサーバにアクセスが集中し、ＰＰＰｏ
Ｅサーバやネットワークの能力を十分に引き出せない可
能性がある。

【００１２】本発明の目的は、ＰＰＰｏＥネットワーク
システムにおいて、複数のＰＰＰｏＥサーバ間で、ＰＰ
ＰｏＥクライアント端末からの接続要求をＰＰＰｏＥサ
ーバ主導で特定のＰＰＰｏＥサーバに対して振り分ける
ことができるネットワークシステムを提供することにあ
る。

【００１３】また、複数のＰＰＰｏＥサーバ間で確立さ
れた複数のＰＰＰｏＥセッションの一意性を保証するこ
とにある。

【００１４】さらに、複数のＰＰＰｏＥサーバ間で互い
の負荷情報を交換し、ＰＰＰｏＥセッション単位の負荷
分散を実現することにある。

【００１５】さらに、前記負荷分散を実現するにあた
り、新たなＰＰＰｏＥサーバを設置したり運用中のＰＰ
ＰｏＥサーバを停止しても、各ＰＰＰｏＥサーバが自律
的に新たな構成に適応し、継続的に適切な負荷分散を実
現することにある。

【００１６】さらに、前記各目的を達成するにあたり、
ＰＰＰｏＥクライアント端末に対する変更を必要とせ
ず、またＰＰＰｏＥクライアント端末や加入者に前記各
目的を達成する手段を意識させないことにある。

【００１７】

【課題を解決するための手段】上記課題を解決するため
に、本発明に係るネットワークシステムは、少なくとも
１つのクライアント端末と、複数のサーバとの接続を、
少なくとも前記クライアント端末からの接続開始信号
と、前記接続開始信号に対応した前記サーバからの接続
提供信号と、前記接続提供信号に対応した前記クライア
ント端末からの接続要求信号とによって実現するネット
ワークシステムにおいて、前記サーバは、前記クライア
ント端末からの接続開始信号を受信すると、前記接続開
始信号に対応する接続要求信号を受信すべき特定のサー
バを識別するサーバ識別情報を前記接続提供信号に設定
する識別情報設定手段を有する。

【００１８】また、少なくとも１つのＰＰＰｏＥクライ
アント端末と、複数のＰＰＰｏＥサーバとの接続を、少
なくとも前記ＰＰＰｏＥクライアント端末からのＰＡＤ
Ｉメッセージと、前記ＰＡＤＩメッセージに対応して前
記サーバから送信されるＰＡＤＯメッセージと、前記Ｐ
ＡＤＯメッセージに対応して前記クライアント端末から
送信されるＰＡＤＲメッセージとによって実現するネッ
トワークシステムにおいて、前記各ＰＰＰｏＥサーバ
の、前記ＰＰＰｏＥクライアント端末との通信に用いる
ＭＡＣアドレスをそれぞれ異ならせて設定し、前記ＰＰ
ＰｏＥサーバは、前記ＰＰＰｏＥクライアント端末から
のＰＡＤＩメッセージを受信すると、前記ＰＡＤＩメッ
セージに対応するＰＡＤＲメッセージを受信すべき特定
のＰＰＰｏＥサーバのＭＡＣアドレスを前記ＰＡＤＯメ
ッセージに設定する識別情報設定手段を有する。

【００１９】また、少なくとも１つのＰＰＰｏＥクライ
アント端末と、複数のＰＰＰｏＥサーバとの接続を、少
なくとも前記ＰＰＰｏＥクライアント端末からのＰＡＤ
Ｉメッセージと、前記ＰＡＤＩメッセージに対応して前
記サーバから送信されるＰＡＤＯメッセージと、前記Ｐ
ＡＤＯメッセージに対応して前記クライアント端末から
送信されるＰＡＤＲメッセージとによって実現するネッ
トワークシステムにおいて、前記各ＰＰＰｏＥサーバ
の、前記ＰＰＰｏＥクライアント端末との通信に用いる
ＭＡＣアドレスを同一に設定し、前記ＰＰＰｏＥサーバ
は、前記ＰＰＰｏＥクライアント端末からのＰＡＤＩメ
ッセージを受信すると、前記ＰＡＤＩメッセージに対応
するＰＡＤＲメッセージを受理すべき特定のＰＰＰｏＥ
サーバのサーバ識別子を前記ＰＡＤＯメッセージに設定
する識別情報設定手段を有する。

【００２０】また、少なくとも１つのクライアント端末
との間の接続を、少なくとも前記クライアント端末から
の接続開始信号と、前記接続開始信号に対応したサーバ
装置からの接続提供信号と、前記接続提供信号に対応し
た前記クライアント端末からの接続要求信号とによって
実現するサーバ装置において、前記クライアント端末か
らの接続開始信号を受信した前記サーバ装置が、前記接
続開始信号に対応する接続要求信号を受信すべき特定の
サーバ装置を識別するサーバ識別情報情報を前記接続提
供信号に設定する識別情報設定手段を有する。

【００２１】

【発明の作用および効果】上記課題を解決するために、
本発明に係るネットワークシステムは、少なくとも１つ
のクライアント端末と、複数のサーバとの接続を、少な
くとも前記クライアント端末からの接続開始信号と、前
記接続開始信号に対応した前記サーバからの接続提供信
号と、前記接続提供信号に対応した前記クライアント端
末からの接続要求信号とによって実現するネットワーク
システムにおいて、前記サーバは、前記クライアント端
末からの接続開始信号を受信すると、前記接続開始信号
に対応する接続要求信号を受信すべき特定のサーバを識
別するサーバ識別情報を前記接続提供信号に設定する識
別情報設定手段を有するので、複数のサーバ（例えば、
ＰＰＰｏＥサーバ）間で、クライアント端末（例えば、
ＰＰＰｏＥクライアント端末）からの接続要求を、その
都度サーバ主導で振り分けることができる。また、複数
のサーバ間で、セッション（例えば、ＰＰＰｏＥセッシ
ョン）単位の負荷分散を実現することができる。

【００２２】また、各ＰＰＰｏＥサーバが同一のＰＰＰ
ｏＥクライアント端末との通信に用いるＭＡＣアドレス
がそれぞれ同一にする場合に、前記各ＰＰＰｏＥサーバ
に、前記ＭＡＣアドレスとは別のＰＰＰｏＥサーバ間で
ユニークなサーバ識別子を設け、ＰＰＰｏＥクライアン
ト端末からのＰＡＤＩメッセージを受信するＰＰＰｏＥ
サーバに、前記ＰＡＤＩメッセージに対応するＰＡＤＲ
メッセージを受理するべきＰＰＰｏＥサーバのサーバ識
別子をＰＡＤＯメッセージに設定して前記ＰＰＰｏＥク
ライアント端末に返送する手段を設け、前記ＰＡＤＲメ
ッセージを受信するＰＰＰｏＥサーバに、前記ＰＡＤＲ
メッセージ中に含まれる前記サーバ識別子を抽出する手
段と、前記サーバ識別子と自分自身のサーバ識別子とを
比較して両者が一致する場合に前記ＰＡＤＲメッセージ
を受理する手段を設けたことによって、前記ＰＡＤＯメ
ッセージによって指定された特定のＰＰＰｏＥサーバが
前記ＰＡＤＲメッセージを受理することができる。

【００２３】また、各ＰＰＰｏＥサーバが同一のＰＰＰ
ｏＥクライアント端末との通信に用いるＭＡＣアドレス
がそれぞれ同一である場合に、ＰＰＰｏＥクライアント
端末からのＰＡＤＩメッセージを受信するＰＰＰｏＥサ
ーバに、前記ＰＡＤＩメッセージを受信するＬＡＮセグ
メント上で自サーバが確立中の全てのＰＰＰｏＥセッシ
ョンのセッションＩＤ値のリストをＰＡＤＯメッセージ
に設定する手段を設け、前記ＰＡＤＯメッセージを送信
するのとは別のＰＰＰｏＥサーバに、前記ＬＡＮセグメ
ント上を流れる前記ＰＡＤＯメッセージを観測する手段
と、前記ＰＡＤＯメッセージ中に設定された前記セッシ
ョンＩＤ値のリストを抽出する手段と、抽出した前記セ
ッションＩＤ値のリストを記憶する手段と、ＰＡＤＲメ
ッセージを受信して新たなＰＰＰｏＥセッションを確立
する際に、記憶した前記セッションＩＤ値と重複しない
セッションＩＤ値を割り当てる手段を設けたことによっ
て、前記ＬＡＮセグメント上での各ＰＰＰｏＥセッショ
ンの一意性を保証することができる。

【００２４】また、ＰＰＰｏＥクライアント端末からの
ＰＡＤＩメッセージを受信するＰＰＰｏＥサーバに、自
サーバの前記ＭＡＣアドレスまたはサーバ識別子と、自
サーバの負荷情報とを、ＰＡＤＯメッセージに設定する
手段を設け、前記ＰＡＤＯメッセージを観測する別のＰ
ＰＰｏＥサーバに、前記ＰＡＤＯメッセージ中に設定さ
れた前記ＭＡＣアドレスまたはサーバ識別子と前記負荷
情報とを抽出する手段と、抽出した前記ＭＡＣアドレス
またはサーバ識別子と前記負荷情報とを記憶する手段
と、記憶した前記各サーバの負荷情報を元に、ＰＡＤＲ
メッセージを受信するべきＰＰＰｏＥサーバを決定する
手段を設けたことによって、ＰＰＰｏＥサーバ間での負
荷分散を実現することができる。

【００２５】また、各ＰＰＰｏＥサーバが、ＰＰＰｏＥ
クライアント端末からのＰＡＤＩメッセージに対してＰ
ＡＤＯメッセージで応答する度毎に互いに負荷情報を更
新し合うことによって、新たなＰＰＰｏＥサーバを設置
したり運用中のＰＰＰｏＥサーバを停止させたりして
も、各ＰＰＰｏＥサーバが自律的に新たな構成に適応
し、前記新たな構成における各ＰＰＰｏＥサーバ間での
適切な負荷分散を可能とする。

【００２６】また、ＰＰＰｏＥサーバが、ＰＰＰｏＥク
ライアント端末からのＰＡＤＩメッセージを受信した場
合以外の任意時点において、他のＰＰＰｏＥサーバの記
憶する負荷情報を更新させることを目的としてＰＡＤＯ
メッセージを送信したり、自サーバが記憶する他のＰＰ
ＰｏＥサーバの負荷情報を更新することを目的としてＰ
ＡＤＩメッセージを送信することができる。

【００２７】また、ＰＰＰｏＥクライアント端末からの
ＰＡＤＩメッセージを受信するＰＰＰｏＥサーバに、前
記ＰＡＤＩメッセージの受信時刻を表すタイムスタンプ
をＰＡＤＯメッセージに設定して前記ＰＰＰｏＥクライ
アント端末に返送する手段を設け、前記ＰＡＤＲメッセ
ージを受信するＰＰＰｏＥサーバに、前記ＰＡＤＲメッ
セージ中に含まれる前記タイムスタンプを抽出する手段
と、前記ＰＡＤＲメッセージの受信時刻が前記タイムス
タンプの示す時刻から一定時間以上経過していた場合に
は前記ＰＡＤＲメッセージを無効と判定する手段を設け
たので、無効なメッセージに基づく無駄な処理を排除す
ることができる。

【００２８】また、各ＰＰＰｏＥサーバに、共通の暗号
化／復号化手段を設け、ＰＡＤＯメッセージを送信する
ＰＰＰｏＥサーバが上記のような各種情報を設定するの
に前記暗号化手段を適用し、ＰＡＤＯメッセージやＰＡ
ＤＲメッセージから前記各種情報を抽出するＰＰＰｏＥ
サーバが前記復号化手段を適用することによって、ＰＰ
ＰｏＥサーバ間で交換される前記各種情報の内容をＰＰ
ＰｏＥクライアント端末から隠蔽することができる。

【００２９】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００３０】図１は、ＤＳＬ網によって加入者を収容す
るネットワークにおいて本発明を適用した一例を示した
ネットワーク構成図である。

【００３１】ＤＳＬ(Digital Subscriber Line)は、電
話線を用いた高速ディジタル伝送方式である。ＤＳＬに
よる加入者収容システムでは、加入者宅に設置されたＤ
ＳＬモデム１１１は加入者側のEthernetインタフェース
によってパーソナルコンピュータ(PC)１０１と接続され
る。また、ＤＳＬモデムに宅内ルータ１０２を接続し
て、宅内ルータ１０２に複数のパーソナルコンピュータ
を接続して、宅内ルータ１０２を経由して複数台のＰＣ
をＤＳＬ回線に接続することもできる。また、ＤＳＬモ
デム１１３がＵＳＢ(Universal Serial Bus)を有する場
合には、ＵＳＢによってパーソナルコンピュータと接続
することもできる。

【００３２】ＤＳＬモデム１１１は、モジュラーコネク
タ(RJ-11)による一般の電話回線インタフェースによっ
て加入者宅の電話線に接続される。電話局側にはＤＳＬ
ＡＭ(DSL Access Multiplexer)１１２が設置され、複数
の加入者宅からのＤＳＬ回線を収容する。ＤＳＬＡＭ１
１２はＡＴＭ網によって構成されるネットワーク側にＡ
ＴＭインタフェースを持ち、ＡＴＭ網１２０へ接続され
ている。ＡＴＭ網１２０は、ＤＳＬ網１１０と、ＩＳＰ
のネットワーク（ＩＳＰ網）１３０とを接続する。

【００３３】ＩＳＰ網１３０の入り口には中継装置１３
１が設置される。中継装置１３１はＡＴＭインタフェー
スを備え、ＡＴＭ網１２０と、ＢＡＳ(Broadband Acces
s Server)１３２、１３３とを接続する。ＢＡＳ１３
２、１３３はＩＳＰ内ＬＡＮ１３４に接続される。ＩＳ
Ｐ内ＬＡＮ１３４には、認証サーバ、ＤＮＳサーバ、Ｗ
ｅｂサーバ、Ｍａｉｌサーバ等が設置され、加入者へIn
ternet１４０への接続をはじめとする種々のサービスを
提供する。

【００３４】図２は、ＰＣ１０１からＢＡＳ１３２、１
３３までの区間におけるプロトコルスタックを示す。

【００３５】ＰＣ１０１は、ＰＰＰｏＥクライアント端
末として機能し、ＢＡＳ１３２や１３３との間でＰＰＰ
ｏＥセッションおよびＰＰＰセッションを確立し、イン
ターネット(Internet)１４０に対してＩＰ(Internet Pr
otocol)通信を行う。ＰＰＰｏＥクライアントの機能
は、ＰＣに直接行わせる場合の他、宅内ルータ１０２や
ＤＳＬモデム１１１等の加入者宅内の別の装置に実行さ
せることもできる。

【００３６】ＢＡＳ１３２、１３３は、ＰＰＰｏＥサー
バの機能を有する。ＰＣ１０１等の各加入者宅のＰＰＰ
ｏＥクライアント端末との間でＰＰＰｏＥセッションお
よびＰＰＰセッションを確立することによって、各加入
者のＰＣ１０１をインターネット１４０に接続して、イ
ンターネット接続サービスを提供する。

【００３７】ＤＳＬ網１１０内では、レイヤ２にＡＴＭ
(Asynchronous Transfer Mode)が用いられる。ＤＳＬモ
デム１１１は、ＰＣ１０１から受信したイーサネットフ
レームをＲＦＣ１４８３ブリッジ形式のＡＴＭＡＡＬ
５パケットにカプセル化し、さらにＡＴＭセル化してＤ
ＳＬＡＭ１１２に向けて転送する。ＤＳＬＡＭ１１２は
ＤＳＬからＡＴＭへの物理レイヤ変換を行い、ＤＳＬモ
デム１１１から受信したＡＴＭセルをそのままＡＴＭ網
１２０へ転送する。ＡＴＭ網１２０内にはＡＴＭスイッ
チが配置され、ＡＴＭセルレベルでの転送が行われる。

【００３８】中継装置１３１は、ＡＴＭ網とＢＡＳ１３
２、１３３との間でイーサネットフレームレベルの中継
を行う。この中継装置１３１は、複数のＡＴＭＶＣ(A
TM Virtual Connection)をグループ化して仮想ＬＡＮセ
グメントを構成する機能を有する。あるＶＣ上で受信し
たイーサネットフレームは、同一グループに属する他の
全てのＶＣ上にブロードキャストされる。

【００３９】ＤＳＬモデム１１１からＢＡＳ１３２、１
３３までの区間の通信では、レイヤ２にＡＴＭが用いら
れ、ＡＴＭレイヤの上位をイーサネットフレームがＲＦ
Ｃ１４８３ブリッジ形式のＡＴＭＡＡＬ５パケットと
して転送される。

【００４０】図３は、この区間におけるＡＴＭＶＣの
トポロジを示す。

【００４１】中継装置１３１とＢＡＳ１３２、１３３及
びＤＳＬモデム１１１間に設けられたＶＣ３２０、３３
０、３１０は、１つの仮想ＬＡＮセグメントを形成す
る。ＰＣ１０１が送信したイーサネットフレームは、Ｄ
ＳＬモデム１１１において、ＲＦＣ１４８３ブリッジ形
式のＡＡＬ５パケットにカプセル化され、さらにＡＴＭ
セル化されてＶＣ３１０上に送信される。このＡＴＭセ
ルは、ＤＳＬＡＭ１１２やＡＴＭ網１２０においてはＡ
ＴＭセルのまま転送され、中継装置１３１に到達する。
中継装置１３１は、ＶＣ３１０上で受信したＡＴＭセル
からＡＡＬ５パケットを復元し、上位レイヤのイーサネ
ットフレームを取り出す。このイーサネットフレーム
は、ＶＣ３１０と同一の仮想ＬＡＮセグメントに属する
ＶＣ３２０と３３０に向けて送信（ブロードキャスト）
される。その際、イーサネットフレームは再びＲＦＣ１
４８３ブリッジ形式のＡＡＬ５パケットにカプセル化さ
れ、さらにＡＴＭセル化される。

【００４２】ＢＡＳ１３２、１３３は、ＶＣ３２０や３
３０上で受信したＡＴＭセルからＡＡＬ５パケットを復
元し、上位レイヤのイーサネットフレームを取り出す。
このようにして、ＰＣ１０１とＢＡＳ１３２、１３３
の間のイーサネットレベルの通信が実現される。ＢＡＳ
１３２、１３３からＰＣ１０１への通信についても同様
である。

【００４３】ＢＡＳは、１人の加入者を１つのＡＴＭ
ＶＣによって収容する。ＤＳＬモデムは加入者宅毎に設
置されるので、１つのＤＳＬモデムからＢＡＳ１３２、
１３３に１本ずつのＶＣが設定される。つまり、各ＤＳ
Ｌモデムはそれぞれ独立の仮想イーサネットセグメント
に収容される。このようにして、ＩＳＰ(Internet Serv
ice Provider)は加入者をＡＴＭＶＣによって識別す
ることができる。

【００４４】なお、ＤＳＬモデム１１１、ＤＳＬＡＭ１
１２、ＡＴＭ網１２０内の装置のいずれかが、前記中継
装置１３１として機能する場合には、中継装置１３１を
別個に設置せず、ＢＡＳ１３２、１３３を直接ＡＴＭ網
１２０に接続するというネットワーク構成とすることも
できる。

【００４５】図４は、ＲＦＣ２５１６で規定されるＰＰ
ＰｏＥパケットのデータフォーマットを示す。

【００４６】ＰＰＰｏＥパケットは、イーサネットヘッ
ダ４１０中のEther Typeフィールド４１３の値によっ
て、その種類が識別される。Ether Typeフィールド４１
３の値が０ｘ８８６３ならばディスカバリーステージ(D
iscovery Stage Packet)パケットであることを表し、Ｐ
ＰＰｏＥセッションの確立時や切断時に流されるメッセ
ージパケットである。Ether Typeフィールド４１３の値
が０ｘ８８６４ならばセッションステージパケット(Ses
sion Stage Packet)を表し、セッション確立中に流され
るデータパケットである。

【００４７】イーサネットヘッダ４１０の後にはＰＰＰ
ｏＥヘッダ４２０が続く。ＰＰＰｏＥヘッダ４２０中の
Codeフィールド４２１によってディスカバリーステージ
パケットの種類が識別され、セッションＩＤ(Session I
D)フィールド４２２によって同一回線上に多重された複
数のＰＰＰｏＥセッションが識別される。

【００４８】ペイロード４３０には、ディスカバリース
テージパケットではＴＡＧと呼ばれる情報フィールドが
格納され、セッションステージパケットでは上位レイヤ
としてＰＰＰフレームが格納される。

【００４９】図５は、ペイロード４３０に格納されるＴ
ＡＧのデータフォーマットを示す。

【００５０】ＴＡＧには、Service#Name、AC#Name、AC#
Cookie等の種類がある。TAG Typeフィールド５１０によ
ってＴＡＧの種類が識別される。TAG Valueフィールド
５３０はＴＡＧの値を格納する可変長のフィールドで、
TAG Lengthフィールド５２０によってそのバイト数が識
別される。

【００５１】図６は、本発明の接続要求振り分け方法を
実現するＢＡＳ１３３の装置構成例を示す。

【００５２】ＢＡＳ１３２は、ＢＡＳ１３３と同様の構
成であるか、またはＢＡＳ１３３と同等の機能を実現す
る別の構成であっても構わない。

【００５３】ＢＡＳ１３３はいくつかのネットワークイ
ンタフェースを持つ。ＡＴＭポート６１１は中継装置１
３１に接続されており、ＰＣ１０１からの通信を収容す
るＶＣ３３０が設定されている。ポート６１２はＩＳＰ
内ＬＡＮ１３４と接続されているが、ＩＳＰ内ＬＡＮ１
３４とのインタフェース種別に応じて、ＡＴＭインタフ
ェースであったりイーサネットインタフェースであった
りする。

【００５４】ＰＨＹ処理部６２０では、ＡＴＭやイーサ
ネット（登録商標）などの物理レイヤが終端され、ＭＡ
Ｃフレームが取り出される。例えば、ＰＣ１０１が送信
したＰＰＰｏＥパケットは、ＡＴＭポート６１１のＶＣ
３３０上でＡＴＭセルとして受信され、ＰＨＹ処理部６
２０においてＡＴＭセルからＡＡＬ５パケットが復元さ
れ、図４に示したようなＰＰＰｏＥパケットが取り出さ
れる。取り出されたＰＰＰｏＥパケットは転送処理部６
３０を経由してＰＰＰｏＥ処理部６４０に転送される。
ＰＰＰｏＥシーケンス処理部６４１はディスカバリース
テージパケットを処理し、別のＢＡＳとの間で接続要求
の振り分けを実現する。例えば、ＰＣ１０１からＰＡＤ
Ｉメッセージを受信した場合、ＰＰＰｏＥシーケンス処
理部６４１は後述するサーバ間通信情報９００（図８参
照）を含んだＰＡＤＯメッセージを生成し、転送処理部
６３０を経由してＡＴＭポート６１１を介してＶＣ３３
０に向けて返送する。ＰＨＹ処理部６２０は、前記ＰＡ
ＤＯメッセージをＡＡＬ５パケットにカプセル化し、さ
らにＡＴＭセル化してＡＴＭポート６１１のＶＣ３３０
上に送信する。

【００５５】ＰＰＰｏＥ処理部６４０は、ＰＰＰｏＥシ
ーケンス処理部６４１、サーバ情報テーブル６４２セッ
ション管理テーブル６４３によって構成される。サーバ
情報テーブル６４２はＡＴＭＶＣ（仮想ＬＡＮセグメ
ント）毎に別々に管理されているＢＡＳの情報を収集し
て、保持する。ＰＰＰｏＥシーケンス処理部６４１がク
ライアント端末からの接続要求を振り分けるＢＡＳを決
定したり、セッション確立時にユニークなセッションＩ
Ｄを生成するのに利用される。ＰＰＰｏＥシーケンス処
理部６４１における処理フローや、サーバ情報テーブル
６４２の詳細については後述する。

【００５６】セッション管理テーブル６４３は、確立し
たＰＰＰｏＥセッションの情報を管理し、セッションス
テージパケットのカプセル化／デカプセル化処理はセッ
ション管理テーブル６４３を参照して実行される。セッ
ションステージパケットは、ＰＰＰｏＥ処理部６４０に
おいてイーサネットヘッダ４１０とＰＰＰｏＥヘッダ４
２０を外され、ＰＰＰ処理部６５０に転送される。ＰＰ
Ｐ処理部６５０はクライアント端末（例えば、ＰＣ１０
１）との間でＰＰＰネゴシエーション（ＬＣＰ、ＣＨＡ
Ｐ、ＰＡＰ、ＩＰＣＰ等）を行い、ＰＰＰセッションを
確立する。ＰＰＰセッション確立後のデータパケットは
ＰＰＰ処理部６５０においてＰＰＰヘッダを外され、Ｉ
Ｐ処理部６６０に転送される。ＩＰ処理部６６０は、Ｉ
ＰヘッダのDestination IP Address（宛先ＩＰアドレ
ス）フィールドによってルーティングテーブルから転送
先のポートを検索する。この検索結果に基づき、インタ
ーネット１４０へ向かうパケットは転送処理部６３０を
経由してＩＳＰ内ＬＡＮ１３４と接続されたポート６１
２へ向けて転送される。このＩＰパケットは、ＰＨＹ処
理部６２０においてポート６１２のインタフェース種別
に対応した物理レイヤのカプセル化が行われ、ポート６
１２上に送信される。

【００５７】インターネット１４０からＰＣ１０１へ向
かうＩＰパケットはポート６１２上で受信され、前述と
は逆に、ＰＨＹ処理部６２０→転送処理部６３０→ＩＰ
処理部６６０→ＰＰＰ処理部６５０→ＰＰＰｏＥ処理部
６４０→転送処理部６３０→ＰＨＹ処理部６２０という
経路を辿りながら処理される。ＩＰ処理部６６０におい
ては、ＩＰヘッダのDestination IP Addressフィールド
をキーとしてルーティングテーブルが検索され、転送先
であるＰＣ１０１の論理回線がＡＴＭポート６１１上の
ＶＣ３３０であることが分かる。ＰＣ１０１へ向かうＩ
ＰパケットはＰＰＰ処理部６５０においてＰＰＰヘッダ
でカプセル化され、ＰＰＰｏＥ処理部６４０においてさ
らにＰＰＰｏＥヘッダ４２０とイーサネットヘッダ４１
０でカプセル化される。

【００５８】このようにして、ＢＡＳ１３３におけるＰ
ＰＰｏＥシーケンス処理、ＰＰＰシーケンス処理、ＩＰ
パケット転送等の機能が実現される。

【００５９】次に、ＰＣ１０１と、ＢＡＳ１３２、１３
３とのメッセージシーケンス、及び、ＰＰＰｏＥシーケ
ンス処理部６４１における処理について説明する。本発
明に係る接続要求の振り分け機能は、ＰＰＰｏＥシーケ
ンス処理部６４１において実現される。接続要求の振り
分けを実現する具体的な方法は、ＢＡＳ１３２とＢＡＳ
１３３とでＰＣ１０１との通信に用いるＭＡＣアドレス
の値が異なる場合（図７）と、ＭＡＣアドレスを同一の
値とする場合（図１３）とについて説明する。

【００６０】図７は、図１に示したネットワーク構成に
おいて、ＢＡＳ１３２とＢＡＳ１３３とが異なるＭＡＣ
アドレスで通信をする通常の場合における、ＰＣ１０１
とのメッセージシーケンスと、ＰＰＰｏＥシーケンス処
理部６４１における処理手順の一例（第１の実施の形
態）を示すものであるが、図７に示すメッセージシーケ
ンスにおいて、ＢＡＳ１３２、１３３で用いられる、サ
ーバ間通信情報９００（図８）、サーバ情報テーブル６
４２（図９）について先に説明する。

【００６１】図８に、サーバ間通信情報９００を構成す
る情報の種類と、ＢＡＳ１３２、１３３がサーバ間通信
情報９００として設定する値を示す。

【００６２】第１の実施の形態（図７）のメッセージシ
ーケンスで用いられるサーバ間通信情報９００には、Ｐ
ＡＤＯ送信サーバＭＡＣアドレス９０１、ＰＡＤＯ送信
サーバ負荷情報９０２及びＰＡＤＯ送信サーバタイムス
タンプ９０３が含まれている。これらの情報のうち、Ｐ
ＡＤＯ送信サーバＭＡＣアドレス９０１及びＰＡＤＯ送
信サーバ負荷情報９０２は、ＰＡＤＯ観測８３１、８４
２で設定される。ＰＡＤＯ送信サーバタイムスタンプ９
０３はＰＡＤＲ受信７４１で設定される。そして、これ
らの収集された情報は、次回のサイクルにおいて、サー
バ間通信情報として設定される（８１１、８１２）。

【００６３】ＰＡＤＯ送信サーバＭＡＣアドレス９０１
は、このＰＡＤＯメッセージの送信元のサーバのＭＡＣ
アドレスであり、具体的には、ＢＡＳ１３２が送信した
ＰＡＤＯメッセージにはＢＡＳ１３２のＭＡＣアドレス
が、ＢＡＳ１３３が送信したＰＡＤＯメッセージにはＢ
ＡＳ１３３のＭＡＣアドレスが設定されている。

【００６４】ＰＡＤＯ送信サーバ負荷情報９０２は、こ
のＰＡＤＯメッセージに対応するＰＡＤＩメッセージ受
信時点における、このＰＡＤＯメッセージの送信元のサ
ーバの負荷情報である。具体的には、当該ＢＡＳにおい
て確立されているＰＰＰｏＥセッションの総数、当該Ｂ
ＡＳのプロセッサ使用率、パケット転送バッファの使用
率等が用いられる。

【００６５】ＰＡＤＯ送信サーバタイムスタンプ９０３
は、このＰＡＤＯメッセージに対応するＰＡＤＩメッセ
ージを、このＰＡＤＯメッセージの送信元のサーバが受
信した時刻である。

【００６６】図９に、サーバ間通信情報設定８１１、８
２１時点でＢＡＳ１３２、１３３が当該ＬＡＮセグメン
トにおいて保持するサーバ情報テーブル６４２の内容を
示す。

【００６７】サーバ情報テーブル６４２は各サーバ毎の
エントリから構成され、第１の実施の形態の場合、ＢＡ
Ｓ１３２のエントリ１０１０とＢＡＳ１３３のエントリ
１０２０が保持されている。各エントリは、当該サーバ
をユニークに識別するためのサーバＭＡＣアドレス１０
０１と、当該サーバの負荷情報１００２とからなる。後
述するように、サーバ情報テーブル６４２の情報は、１
つ前のサイクルにおいて各ＢＡＳが送信したＰＡＤＯメ
ッセージを観測することによって収集された情報なの
で、ＢＡＳ１３２、１３３のいずれにおいても、図９に
示す同じ情報が保持されている。

【００６８】次に、図７に従って、ＢＡＳ１３２とＢＡ
Ｓ１３３とが異なるＭＡＣアドレスで通信をする通常の
場合における、ＰＣ１０１とのメッセージシーケンス
と、ＰＰＰｏＥシーケンス処理部６４１における処理手
順の一例について説明する。図７には、ＢＡＳ１３２よ
りもＢＡＳ１３３の方が負荷が小さい状態で、ＰＣ１０
１からのＰＡＤＩメッセージ８０１を受信してから接続
要求の振り分け先であるＢＡＳ１３３によってＰＰＰｏ
Ｅセッションが確立されるまでの１サイクルの間の処理
を示す。

【００６９】ＰＣ１０１がＰＡＤＩメッセージ８０１を
ブロードキャストすると、ＢＡＳ１３２、１３３はそれ
ぞれＰＡＤＩ受信手段７１１、７２１によってこれを受
信する。前記ＰＡＤＩメッセージ８０１に対して、ＢＡ
Ｓ１３２、１３３は、それぞれＰＡＤＯメッセージ８０
３、８０２によって応答するが、当該ＰＡＤＯメッセー
ジを生成する際、サーバ間通信情報設定手段８１１、８
２１によって、ペイロード４３０中のAC-Cookie TAGのT
AG Valueの値としてサーバ間通信情報９００を設定す
る。

【００７０】従来のシーケンス（図１６）においては、
接続要求の振り分けを行わないので、ＢＡＳ１３２、１
３３が送信するＰＡＤＯメッセージ７０３や７０２のSo
urceMAC Addressフィールド４１２には自分自身のＭＡ
Ｃアドレス値が設定されているが、第１の実施の形態
（図７）においては、ＰＡＤＯメッセージ８０３のSour
ce MAC Addressフィールド４１２と、ＰＡＤＯメッセー
ジ８０２のSource MAC Addressフィールド４１２とに
は、Source MAC Address設定手段８１２、８２２によっ
て、接続要求の振り分け先となるＢＡＳのＭＡＣアドレ
ス値が設定される。Source MAC Address設定手段８１
２、８２２は、接続要求の振り分け先となるＢＡＳを決
定するためにサーバ情報テーブル６４２（図９参照）を
参照し、負荷の最も小さいＢＡＳのエントリを選択し
（図９に示す状態では、Ｌ４＜Ｌ３なのでＢＡＳ１３３
の負荷が小さく、ＢＡＳ１３３が選択される）、そのサ
ーバＭＡＣアドレス１００１をＰＡＤＯメッセージ８０
３のSource MAC Addressフィールド４１２と、にＰＡＤ
Ｏメッセージ８０２とのSource MAC Addressフィールド
４１２とに設定する。

【００７１】Source MAC Address設定手段８１２、８２
２が実行された後、サーバ情報テーブル更新手段８１
３、８２３によって、サーバ情報テーブル６４２の自分
自身のエントリが現在の情報に更新され、他のＢＡＳの
エントリが削除される。そして、ＰＡＤＯ送信手段７１
３によって、ＰＡＤＯメッセージ８０３が送信され、Ｐ
ＡＤＯ送信手段７２３によって、ＰＡＤＯメッセージ８
０２が送信される。

【００７２】ＢＡＳ１３３が送信するＰＡＤＯメッセー
ジ８０２は、Destination MAC Addressフィールド４１
１にＰＣ１０１のＭＡＣアドレス値が設定されており、
ＰＣ１０１宛のユニキャストイーサネットフレームであ
るが、物理的には図３に示した仮想ＬＡＮセグメント上
をブロードキャストされる。従ってＢＡＳ１３２は、自
分宛でない前記ＰＡＤＯメッセージ８０２を、ＰＡＤＯ
観測手段８３１によって観測することができる。

【００７３】そして、サーバ間通信情報抽出手段８３２
によって、ＢＡＳ１３３がＰＡＤＯメッセージ８０２中
のAC-Cookie TAGに格納したサーバ間通信情報９００が
抽出される。そしてサーバ情報テーブル更新手段８３３
によって、ＰＡＤＯ送信サーバＭＡＣアドレス９０１と
ＰＡＤＯ送信サーバ負荷情報９０２が、サーバ情報テー
ブル６４２のエントリ１０２０と同様に、サーバＭＡＣ
アドレス１００１と負荷情報１００２として新たに登録
される。なお、このエントリ１０２０（サーバＭＡＣア
ドレス１００１及び負荷情報１００２）はサーバ情報テ
ーブル更新手段８１３によって一旦削除されている。前
述したように、エントリ１０１０はＢＡＳ１３２自身の
情報であるので、サーバ情報テーブル更新手段８１３に
よって既に更新されている。

【００７４】ＢＡＳ１３３においても同様に、ＢＡＳ１
３２が送信するＰＡＤＯメッセージ８０３をＰＡＤＯ観
測手段８４１によって観測することができ、サーバ間通
信情報抽出手段８４２、サーバ情報テーブル更新手段８
４３が実行される。すなわち、ＢＡＳ１３２が送信する
ＰＡＤＯメッセージ８０３は、仮想ＬＡＮセグメント上
をブロードキャストされるので、ＢＡＳ１３３は、自分
宛でない前記ＰＡＤＯメッセージ８０３を、ＰＡＤＯ観
測手段８４１によって観測することができる。そして、
サーバ間通信情報抽出手段８４２によって、ＰＡＤＯメ
ッセージ８０３中のAC-Cookie TAGにＢＡＳ１３２が格
納したサーバ間通信情報９００が抽出される。そしてサ
ーバ情報テーブル更新手段８４３によって、ＰＡＤＯ送
信サーバＭＡＣアドレス９０１とＰＡＤＯ送信サーバ負
荷情報９０２が、サーバ情報テーブル６４２のエントリ
１０１０と同様に、サーバＭＡＣアドレス１００１と負
荷情報１００２として新たに登録される。なお、このエ
ントリ１０１０（サーバＭＡＣアドレス１００１及び負
荷情報１００２）はサーバ情報テーブル更新手段８２３
によって一旦削除されている。前述したように、エント
リ１０２０はＢＡＳ１３３自身の情報であるので、サー
バ情報テーブル更新手段８１３によって既に更新されて
いる。よって、結果として、ＢＡＳ１３２、１３３のサ
ーバ情報テーブル６４２には再び同じ情報が保持された
状態となる。

【００７５】このようにして、サーバ情報テーブル６４
２に登録された新たなエントリは、次回のサイクルにお
いてSource MAC Address設定手段８１２、８２２が接続
要求の振り分け先となるＢＡＳを決定するために用いら
れる。

【００７６】ＰＣ１０１は２つのＰＡＤＯメッセージ８
０２と８０３を受信するが、２つのＰＡＤＯメッセージ
はどちらともSource MAC Addressフィールド４１２がＢ
ＡＳ１３３のＭＡＣアドレス値である。ＰＣ１０１はＲ
ＦＣ２５１６に従った既存の接続先選択手段７３１によ
ってどちらのＰＡＤＯメッセージに対して応答するかを
決定してＰＡＤＲメッセージ８０４を送信するが、前記
ＰＡＤＲメッセージ８０４がどちらのＰＡＤＯメッセー
ジに応答するものであったとしても、そのDestination
MAC Addressフィールド４１１にはＢＡＳ１３３のＭＡ
Ｃアドレス値が設定されるので、ＰＡＤＲメッセージ８
０４はＢＡＳ１３３が受信する。

【００７７】ＲＦＣ２５１６の規定によると、クライア
ント端末がAC-Cookie TAGを含むＰＡＤＯメッセージに
対して応答する場合には、受信したAC-Cookie TAGを改
変することなくそのままＰＡＤＲメッセージで返送しな
ければならない。従って、前記ＰＡＤＲメッセージ８０
４には、サーバ間通信情報設定手段８１１または８２１
によってサーバ間通信情報９００が設定されたAC-Cooki
e TAGがそのまま格納されている。ＰＡＤＲ受信手段７
４１によってＰＡＤＲメッセージ８０４を受信したＢＡ
Ｓ１３３は、サーバ間通信情報抽出手段８５１により、
このAC-CookieTAGに含まれるサーバ間通信情報９００を
抽出する。タイムアウト判定手段８５２は、サーバ間通
信情報９００のうちのＰＡＤＯ送信サーバタイムスタン
プ９０３を、ＢＡＳ１３３がＰＡＤＲメッセージ８０４
を受信した時刻と比較し、その経過時間がある一定値以
上に大きい場合には前記ＰＡＤＲメッセージ８０４は無
効であると判断して、受信したＰＡＤＲメッセージ８０
４を廃棄する。

【００７８】ＰＡＤＯ送信サーバタイムスタンプ９０３
とＰＡＤＲメッセージ８０４を受信した時刻との比較結
果がタイムアウトしていなければ、ＢＡＳ１３３はセッ
ションＩＤ生成手段７４２によってユニークなセッショ
ンＩＤ値を生成する。セッション管理テーブル割当手段
８５３は、本セッションを管理するためのセッション管
理テーブル６４３を割り当て、前記ＰＡＤＲメッセージ
８０４のSource MAC Addressフィールド４１２（ＰＣ１
０１のＭＡＣアドレス値が格納されている）と前記セッ
ションＩＤとを、前記セッション管理テーブル６４３に
登録する。そしてＰＡＤＳ送信手段７４４によってＰＡ
ＤＳメッセージ８０５を送信し、ＰＣ１０１とＢＡＳ１
３３との間でＰＰＰｏＥセッションが確立される。

【００７９】従来のシーケンス（図１６）においては、
ＰＡＤＲメッセージを受信しなかったＢＡＳ１３２で
は、セッション管理テーブル割当手段７１２によって割
り当てられたセッション管理テーブル６４３は不要とな
るため、セッションが成立しなかったシーケンス処理用
に割り当てたセッション管理テーブルは、タイムアウト
によって解放させる必要があった。しかし、第１の実施
の形態（図７）においては、ＰＰＰｏＥディスカバリー
ステージのシーケンスを管理するために、セッション管
理テーブル６４３を利用することなく、ＰＡＤＲメッセ
ージを受信してセッションを確立する段階になってから
初めてセッション管理テーブル６４３に割り当てをする
ので、ＰＡＤＲメッセージを受信しなかったＢＡＳ１３
２においてはリソースを解放させるような処理は発生せ
ず、図１０において後述するような内部状態の遷移のみ
が行われる。

【００８０】第１の実施の形態は２台のＢＡＳを設置す
る場合を示しているが、３台以上のＢＡＳを設置する場
合においても、クライアント端末（ＰＣ１０１）からの
ＰＡＤＩメッセージに対して複数のＢＡＳがサーバ間通
信情報９００を格納したＰＡＤＯメッセージによって応
答するので、各ＢＡＳは、他のＢＡＳが送信したＰＡＤ
Ｏメッセージを観測することによって、他の全てのＢＡ
Ｓの情報を収集することができる。

【００８１】また、第１の実施の形態においては、サー
バ間通信情報９００はＰＡＤＯメッセージ中のAC-Cooki
e TAGに格納される。これは、クライアント端末がAC-Co
okieTAGを改変することなくそのままＰＡＤＲメッセー
ジで返送しなければならないというＲＦＣ２５１６の規
定を利用して、ＰＡＤＯ送信サーバタイムスタンプ９０
３をＰＡＤＲメッセージ中に含ませるためである。AC-C
ookie TAGは本来、TAGValueフィールド５３０にクライ
アント端末のＭＡＣアドレスから生成された値を格納す
るように規定されているが、詳細は規定されておらず、
またクライアント端末はその中身を関知しないので、サ
ーバ間通信情報を格納するのにAC-Cookie TAGを利用す
ると都合がよい。

【００８２】例えば、ＢＡＳ１３２のサーバ間通信情報
設定手段８１１がＰＡＤＯメッセージ８０３のAC-Cooki
e TAGに設定したサーバ間通信情報９００は、ＢＡＳ１
３３のサーバ間通信情報抽出手段８４２や８５１によっ
て抽出される。すなわち、これらの情報は、サーバ間通
信情報９００設定するＢＡＳとは異なるＢＡＳによって
抽出されるので、サーバ間通信情報９００が格納される
AC-Cookie TAGのTAG Valueフィールド５３０には、各Ｂ
ＡＳで共通のフォーマットが用いられる。図８に示した
複数の情報を格納するためには、例えば、図５に示した
ＴＡＧの形式のように、TAG Typeフィールド、TAG Leng
thフィールド、TAG Valueフィールドを持つＴＬＶ形式
を用いることができる。

【００８３】また、サーバ間通信情報９００はクライア
ント端末に開示する必要のない情報である。悪意のある
クライアント端末がサーバ間通信情報９００を解読する
ことを防ぐために、各ＢＡＳに共通の暗号化／復号化手
段を設けることができる。すなわち、各ＢＡＳは暗号化
／復号化のための共通のキーを持つ。例えば、前記ＰＡ
ＤＯメッセージ８０３においては、ＢＡＳ１３２のサー
バ間通信情報設定手段８１１がＴＬＶ形式のサーバ間通
信情報９００を共通の暗号キーで暗号化して、AC-Cooki
e TAGのTAG Valueフィールド５３０に設定する。ＢＡＳ
１３３のサーバ間通信情報抽出手段８４２や８５１は、
前記ＰＡＤＯメッセージ８０３中のAC-Cookie TAGのTAG
Valueフィールド５３０を前記共通キーで復号化するこ
とによって、ＴＬＶ形式のサーバ間通信情報９００を抽
出することができる。

【００８４】また、サーバ間通信情報９００のうち、Ｐ
ＡＤＯ送信サーバＭＡＣアドレス９０１とＰＡＤＯ送信
サーバ負荷情報９０２とは、ＰＡＤＯメッセージを送信
したＢＡＳとは別のＢＡＳが前記ＰＡＤＯメッセージを
観測することによって抽出するものであって、ＰＡＤＲ
メッセージには含まれていなくて構わない。例えば、TA
G Typeフィールド５１０にＲＦＣ２５１６で規定されて
いない独自のＴＡＧを定義して、該ＴＡＧにＰＡＤＯ送
信サーバＭＡＣアドレス９０１とＰＡＤＯ送信サーバ負
荷情報９０２を格納するように構成することもできる。
ＲＦＣ２５１６によれば不明なＴＡＧは単に無視しなけ
ればならないので、新しく定義されたＴＡＧを用いるこ
とによってクライアント端末側に悪影響を及ぼすことは
ない。

【００８５】ＲＦＣ２５１６には規定されていないが、
AC-Cookie TAGと同様に、Service-Name TAGやAC-Name T
AGもＰＡＤＯメッセージに含まれるものをそのままＰＡ
ＤＲメッセージで返送するように構成されているクライ
アント端末もある。そのようなクライアント端末におけ
る実施の形態としては、サーバ間通信情報をService-Na
me TAGやAC-Name TAGに格納するように構成することも
できる。

【００８６】図１０は、前述した第１の実施の形態（図
７）に示したシーケンスにおいて、ＢＡＳ１３３のＰＰ
ＰｏＥシーケンス処理部６４１で実行される処理を示す
フローチャートである。なお、ＢＡＳ１３２においても
同様の手順の処理が実行される。

【００８７】ＰＰＰｏＥシーケンス処理部６４１には、
スタンバイ状態１１１０とサイクル起動状態１１２０と
がある。

【００８８】スタンバイ状態１１１０において、ＰＣ１
０１からのＰＡＤＩメッセージ８０１を受信すると、Ｐ
ＡＤＩ受信７２１から始まる一連のＰＡＤＩ処理手順
（具体的には図７で説明したＰＡＤＩ受信７２１→サー
バ間通信情報設定８２１→Source MAC Address設定８２
２→サーバ情報テーブル更新８２３→ＰＡＤＯ送信７２
３からなる処理）が実行され、サイクル起動状態１１２
０へと遷移する。

【００８９】また、スタンバイ状態１１１０において、
別のＢＡＳからのＰＡＤＯメッセージ１１３１が観測さ
れた場合、サイクル起動状態１１２０において観測され
た場合と同様に、ＰＡＤＯ観測１１４１から始まる一連
のＰＡＤＯ処理手順（具体的には図７で説明したＰＡＤ
Ｏ観測８４１→サーバ情報抽出８４２→サーバ情報テー
ブル更新８４３と同様の処理）が実行される。このとき
の状態はスタンバイ状態１１１０が維持される。これは
後述するように、ＰＡＤＯメッセージを、ＰＡＤＩメッ
セージに対して応答する場合以外にもＢＡＳ同士で負荷
情報の交換を行うことを目的として送信するという実施
の形態の変形例を可能とする。

【００９０】また、スタンバイ状態１１１０において、
クライアント端末からのＰＡＤＲメッセージ１１３２を
受信した場合、ＰＰＰｏＥシーケンス処理部６４１は何
も実行せず、受信したＰＡＤＲメッセージ１１３２はＰ
ＡＤＲ廃棄処理１１５１によって廃棄される。このとき
の状態はスタンバイ状態１１１０が維持される。これ
は、サイクル起動状態１１２０の間に受信されなかった
ＰＡＤＲメッセージが、後に受信されたとしても、遅れ
て受信されたＰＡＤＲメッセージは時間的有効性が失わ
れるためである。また、クライアント端末がＰＡＤＩメ
ッセージを送信してＰＡＤＯメッセージを受信するとい
う手順を踏まずに、いきなりＰＡＤＲメッセージを送信
して接続要求を行うことを防止するためである。

【００９１】一方、サイクル起動状態１１２０におい
て、別のＢＡＳが送信したＰＡＤＳメッセージ１１３３
が観測された場合、又は、サイクル起動状態１１２０に
遷移してから一定時間を経過してタイムアウトした場
合、ＰＰＰｏＥシーケンス処理部６４１はスタンバイ状
態１１１０へと遷移する。

【００９２】また、サイクル起動状態１１２０において
ＰＣ１０１からのＰＡＤＲメッセージ８０４を受信する
と、ＰＡＤＲ受信手段７４１から始まる一連のＰＡＤＲ
処理手順（具体的には図７で説明したＰＡＤＲ受信７４
１→サーバ間通信情報抽出８５１→タイムアウト確認８
５２→セッションＩＤ生成７４２→セッション管理テー
ブル割り当て８５３→ＰＡＤＳ送信７４４からなる処
理）が実行されてＰＣ１０１との間でセッションを確立
して、ＰＰＰｏＥシーケンス処理部６４１はスタンバイ
状態１１１０へと遷移する。

【００９３】また、サイクル起動状態１１２０におい
て、ＢＡＳ１３２からのＰＡＤＯメッセージ８０３が観
測されると、ＰＡＤＯ観測手段によるＰＡＤＯ観測８４
１から始まる一連のＰＡＤＯ処理手順（具体的には図７
で説明したＰＡＤＯ観測８４１→サーバ情報抽出８４２
→サーバ情報テーブル更新８４３からなる処理）が実行
される。この一連のＰＡＤＯ処理手順の実行中はサイク
ル起動状態１０２０が維持される。

【００９４】また、サイクル起動状態１１２０におい
て、クライアント端末からのＰＡＤＩメッセージ１１３
４を受信した場合、ＰＰＰｏＥシーケンス処理部６４１
は何も実行せず、受信したＰＡＤＩメッセージ１１３４
はＰＡＤＩ廃棄処理１１７１によって廃棄される。この
ときの状態はサイクル起動状態１１２０が維持される。
これは、悪意のあるクライアント端末からＰＡＤＩメッ
セージが連続して送信された場合に、手順８２１〜８２
３、７２３からなるＰＡＤＩ処理手順が起動されて、余
計な処理負荷がかかるのを防止するためである。また、
サイクルの多重起動を防止することによって、サーバ情
報テーブル６４２の管理を容易にし、保持するサーバ情
報に不整合が発生するのを防止するためである。

【００９５】図７及び図１０に示した動作によれば、Ｐ
ＡＤＯメッセージを利用してＢＡＳ間で情報交換を行
い、各サイクル毎に、互いの持つサーバ情報テーブル６
４２を更新し合う。これによって、新たにＢＡＳを追加
したり運用中のＢＡＳを停止した場合にも、それぞれの
ＢＡＳが自律的に新しい構成に適応することができる、
柔軟な負荷分散システムを実現している。以下、ＢＡＳ
を追加、停止した場合の処理について説明する。

【００９６】図１１は、ＢＡＳ１３２、１３３の２台の
ＢＡＳが運用されている状態において、３台目のＢＡＳ
１２０１が新たに設置された場合のシーケンスを示す。
図１１に示す実施の形態において、ＰＡＤＩ、ＰＡＤ
Ｏ、ＰＡＤＲメッセージのそれぞれを受信したときに各
ＢＡＳでは図７に示した処理が行われる。図１１では、
これらの処理をＰＡＤＩ処理、ＰＡＤＯ処理、ＰＡＤＲ
処理というように簡略に記述している。なお、ＢＡＳ１
２０１の運用開始１２５０の後に、ＰＣ１０１がＰＡＤ
Ｉメッセージ１２１１を送信することによって開始した
最初のサイクルを、第ｎサイクルとする。

【００９７】ＰＣ１０１がＰＡＤＩメッセージ１２１１
を送信したＰＡＤＩメッセージ１２１１は各ＢＡＳによ
って受信され、各ＢＡＳでは各々ＰＡＤＩ処理手順１２
３１、１２４１、１２５１が実行される。この時点では
ＢＡＳ１３２、１３３のサーバ情報テーブル６４２（図
９参照）にＢＡＳ１２０１のエントリは存在しないの
で、ＰＡＤＯメッセージ１２１３と１２１４のSource M
AC Addressフィールド４１２にはＢＡＳ１３３のＭＡＣ
アドレス値が設定される。一方、ＢＡＳ１２０１のサー
バ情報テーブル６４２にはＢＡＳ１３２、１３３のエン
トリが存在しないので、ＰＡＤＯメッセージ１２１２に
はSource MAC Addressフィールド４１２にＢＡＳ１２０
１自身のＭＡＣアドレス値が設定される。

【００９８】ＰＣ１０１は３つのＰＡＤＯメッセージ１
２１２、１２１３、１２１４を受信し、そのどれかに応
答してＰＡＤＲメッセージ１２１５を送信するが、ＰＡ
ＤＯメッセージ１２１３か１２１４に応答した場合には
ＢＡＳ１３３との間でセッションが確立され、ＰＡＤＯ
メッセージ１２１２に応答した場合にはＢＡＳ１２０１
との間でセッションが確立される。図１１では、ＰＣ１
０１がＢＡＳ１３３を選択してＰＡＤＲを返送し、ＢＡ
Ｓ１３３がＰＡＤＳを送信して、ＢＡＳ１３３との間で
セッションが確立するシーケンスを示している。

【００９９】各ＢＡＳは、ＰＡＤＯ処理手順１２３２、
１２４２、１２５２によって、他のＢＡＳが送信したＰ
ＡＤＯメッセージを観測し、サーバ情報テーブルを更新
するので、第ｎサイクルが完了した時点で、各ＢＡＳの
持つサーバ情報管理テーブルには自分自身を含めて３台
のＢＡＳ１３２、１３３、１２０１の情報が登録されて
いる。従って、次回のＰＡＤＩメッセージ１２２１を受
信することによって開始される第ｎ＋１サイクルにおい
ては、ＰＣ１０１からの接続要求はＰＡＤＩ処理手順１
２６１、１２７１、１２８１によって負荷情報が最小の
ＢＡＳに振り分けられるので、３台のＢＡＳの間での負
荷分散が正しく行われる。

【０１００】図１２は、ＢＡＳ１３２、１３３の２台で
運用されている状態において、保守運用上の理由や装置
故障のためにＢＡＳ１３３が停止した場合のシーケンス
を示す。図１２において、ＢＡＳ１３３の運用停止１３
３０の後に、ＰＣ１０１がＰＡＤＩメッセージ１３１１
を送信することによって開始した最初のサイクルを、第
ｎサイクルとする。

【０１０１】ＢＡＳ１３２はＰＡＤＩメッセージ１３１
１を受信するが、サーバ情報テーブル６４２（図９参
照）にはＢＡＳ１３３のエントリ１０２０が存在するの
で、ＢＡＳ１３２はSource MAC Addressフィールド４１
２にＢＡＳ１３３のＭＡＣアドレス値を設定したＰＡＤ
Ｏメッセージ１３１２で応答する。そして、ＰＡＤＩ受
信とＰＡＤＯ送信の間に実行されるＰＡＤＩ処理手順１
３４１中のサーバ情報更新手段によって、ＢＡＳ１３３
のエントリが削除される。

【０１０２】ＢＡＳ１３３は停止しているので、ＰＣ１
０１に対しては、ＢＡＳ１３２から一つのＰＡＤＯメッ
セージ１３１２のみが送信される。

【０１０３】ＰＡＤＯメッセージ１３１２を受信したＰ
Ｃ１０１は、Destination MAC Addressフィールド４１
１にＢＡＳ１３３のＭＡＣアドレス値が設定されたＰＡ
ＤＲメッセージ１３１３によって応答する。しかし前記
ＰＡＤＲメッセージ１３１３は、停止しているＢＡＳ１
３３によって受信されることはないので、第ｎサイクル
においてＰＣ１０１はＰＡＤＳメッセージを受信するこ
とができず、セッション確立は失敗する。

【０１０４】ＲＦＣ２５１６には、ＰＡＤＳメッセージ
を受信できなかったクライアント端末は、何度かＰＡＤ
Ｒメッセージを再送し、それでもＰＡＤＳメッセージを
受信できなかった場合にはＰＡＤＩメッセージの送信か
らやり直すことが規定されている。ＰＣ１０１はこの規
定に従い、ＰＡＤＲリトライ手段１３５１によって、Ｐ
ＡＤＲメッセージを再送し、それでもＰＡＤＳメッセー
ジを受信できないのでＰＡＤＩリトライ手段１３５２に
よってＰＡＤＩメッセージ１３２１を再送する。ＰＡＤ
Ｉメッセージ１３２１はＢＡＳ１３２に受信されて第ｎ
＋１サイクルが開始されるが、既にＢＡＳ１３２のサー
バ情報テーブル６４２からはＢＡＳ１３３のエントリ１
０２０が削除されている。これは、第ｎサイクルにおい
て、ＢＡＳ１３３が停止しているためＢＡＳ１３２はＰ
ＡＤＯメッセージを観測してＢＡＳ１３３の情報を得る
ことができずに、サーバ情報テーブル６４２のＢＡＳ１
３３のエントリ１０２０はＰＡＤＩ処理手順１３４１中
のサーバ情報更新手段によって削除されたままとなるた
めである。

【０１０５】従って、第ｎ＋１サイクルにおいてＢＡＳ
１３２が送信するＰＡＤＯメッセージ１３２２では、Ｐ
ＡＤＩ処理手順１３６１によってSource MAC Addressフ
ィールド４１２にＢＡＳ１３２自身のＭＡＣアドレス値
が指定される。ＰＡＤＯメッセージ１３２２を受信した
ＰＣ１０１は、Destination MAC Addressフィールド４
１１にＢＡＳ１３２のＭＡＣアドレス値が設定されたＰ
ＡＤＲメッセージ１３２３によって応答するので、ＢＡ
Ｓ１３２においてＰＡＤＲ処理手順１３６２によって受
理されて、ＰＡＤＳメッセージ１３２４が送信されてセ
ッションが確立する。

【０１０６】このように、運用中のＢＡＳを停止させた
際、たまたま停止させたＢＡＳの負荷が低く、接続要求
の振り分け先となっていた場合には、セッション確立ま
でに２回のサイクルが費やされることになる。しかし、
ＰＣ１０１におけるＰＡＤＲリトライ手段１１５１やＰ
ＡＤＩリトライ手段１１５２はＰＰＰｏＥクライアント
機能を提供するソフトウェアによって自動的に実行さ
れ、ユーザにはセッション確立までに若干時間がかかっ
たという程度にしか意識されないので、加入者を収容す
るというサービス自体に問題を及ぼすことなく、システ
ム全体として継続的に運用することができる。

【０１０７】以上のように、第１の実施の形態では、運
用中にシステムの構成が変化した場合でも自律的に適応
することができ、柔軟な負荷分散システムを実現してい
る。これは、ＰＡＤＯメッセージを利用してＢＡＳ間で
その都度情報交換を行うことにより、システム構成の変
化が直ちに各ＢＡＳのサーバ情報テーブル６４２に反映
されるからである。また、第１の実施の形態によれば、
各ＢＡＳに互いのＢＡＳの情報をあらかじめ登録してお
く必要がなく、各ＢＡＳを協調動作させるための特定の
管理装置なども必要ない。各ＢＡＳがそれぞれ対等に、
自律的に動作した結果として、各ＢＡＳのサーバ情報テ
ーブル６４２が等しい状態を維持することができる。

【０１０８】以上説明した第１の実施の形態（図７〜図
１２）では、Source MAC Address設定手段８１２や８２
２によって設定されるSource MAC Addressフィールド４
１２の値は、サーバ情報テーブル６４２を参照し、負荷
情報１００２の最も小さいエントリのサーバＭＡＣアド
レス１００１を選択することによって決定される。よっ
て、この負荷情報１００２は前回のサイクルにおいて収
集した情報であった。クライアント端末がＰＡＤＩメッ
セージを送信したことを契機として負荷情報を交換する
という第１の実施の形態の受動的な動作では、前回のサ
イクルからの時間が開くことがあり、サーバ情報テーブ
ル６４２の保持する負荷情報１００２と現在の負荷状態
とのずれが大きくなる可能性がある。

【０１０９】以下、サーバ情報テーブル６４２に保持さ
れる負荷情報１００２が古くなり、現在の負荷状態との
齟齬が生じるのを防ぐための第１の実施の形態の変形例
について説明する。この実施の形態では、前述した第１
の実施の形態の基本的な動作に加えて、ＰＡＤＩメッセ
ージに対して応答する場合以外にも、ＢＡＳ同士で負荷
情報の交換を行うことを目的としてＰＡＤＯメッセージ
が送信される。負荷情報の交換を目的としたこのＰＡＤ
Ｏメッセージは、クライアント端末からのＰＡＤＩメッ
セージに応答するためのものではないので、クライアン
ト端末の動作に悪影響を及ぼすことのないように、Dest
ination MAC Addressフィールド４１１には、例えば、
自分自身のＭＡＣアドレス値を設定する。前記ＰＡＤＯ
メッセージは通常のＰＡＤＯメッセージ８０２や８０３
と同様に他のＢＡＳによって観測され、サーバ情報テー
ブル６４２が更新される。例えば、図１０のフローチャ
ートに示したように、ＢＡＳ１３３がスタンバイ状態１
１１０においてＰＡＤＯメッセージ１１３１を受信した
場合にも、ＰＡＤＯ観測手段１１４１から始まる一連の
ＰＡＤＯ受信手順が実行される。負荷情報の交換を目的
としたこのようなＰＡＤＯメッセージを送信するタイミ
ングについては、定期的にＰＡＤＯメッセージを送信す
る方法や、自分自身の実際の負荷状態がサーバ情報テー
ブル６４２の保持する自分自身の負荷情報９０２から一
定限度以上に変化したときにＰＡＤＯメッセージを送信
する方法を挙げることができる。

【０１１０】別の実施の形態の変形例では、あるＢＡＳ
が他のＢＡＳの情報を収集することを目的としてＰＡＤ
Ｉメッセージを送信し、他のＢＡＳにＰＡＤＯメッセー
ジで応答させる。この実施の形態は、例えば、図１１の
ように、既に運用中のシステムにおいて新たなＢＡＳを
後から追加し、そのＢＡＳを始動する際の処理として適
用すれば効果的である。

【０１１１】また別の実施の形態の変形例では、特定の
ＢＡＳの情報を更新したいＢＡＳが、Destination MAC
Addressフィールド４１１に前記特定のＢＡＳのＭＡＣ
アドレス値を指定したＰＡＤＩメッセージを送信するこ
とによって、前記特定のＢＡＳのみにＰＡＤＯメッセー
ジで応答させる。この実施の形態においては、サーバ情
報テーブル６４２に、図９に示した情報に加えてＰＡＤ
Ｏ送信サーバタイムスタンプ９０３が登録される。この
タイムスタンプが示す時刻から一定時間が経過した場合
には、当該エントリの情報が古くなったと判断して対応
するＢＡＳ宛にＰＡＤＩメッセージが送信される。

【０１１２】負荷情報として用いる値が装置単位の値で
あるような実施の形態の変形例においては、負荷情報を
管理するのにＡＴＭＶＣ（＝仮想ＬＡＮセグメント）
毎に独立のサーバ情報テーブル６４２を用いるのではな
く、サーバ情報テーブル６４２とは別に単一の負荷情報
テーブルが用意される。そうすることにより、どのＡＴ
ＭＶＣ上でＰＡＤＯメッセージを観測しても共通の負
荷情報テーブルが更新されるので、ＶＣ毎に別々のサー
バ情報テーブル６４２で管理するよりも負荷情報の更新
頻度が高くなり、それだけ負荷情報が新しい状態に保た
れる。また、サーバ情報テーブル６４２の管理に必要な
情報が少なくなることによって、テーブルを保持するた
めに必要なメモリの量を節約することができる。このよ
うな実施の形態としては、負荷情報として、例えば、当
該ＢＡＳにおいて確立されているＰＰＰｏＥセッション
の総数を用いるという例が挙げられる。

【０１１３】同様に、負荷情報として用いる値がネット
ワークカード単位やインタフェース単位のように、装置
を構成する特定の単位毎の値であるような実施の形態の
変形例においては、その単位毎の負荷情報テーブルが用
意される。

【０１１４】負荷情報として用いる値がＡＴＭＶＣ
（＝仮想ＬＡＮセグメント）毎の値であるような実施の
形態の変形例においては、図１６に示した第１の実施の
形態のように、負荷情報は個々のサーバ情報テーブル６
４２毎に独立に管理される。

【０１１５】以上、各ＢＡＳがクライアント端末との通
信に用いるＭＡＣアドレスの値がそれぞれ異なる通常の
場合における接続要求を振り分ける第１の実施の形態に
ついて説明した。以下に説明する第２の実施の形態で
は、各ＢＡＳがクライアント端末との通信に用いるＭＡ
Ｃアドレスをそれぞれ同一の値に設定した場合における
接続要求を振り分けるように構成されている。

【０１１６】図１３は、図１に示したネットワーク構成
において、ＢＡＳ１３２とＢＡＳ１３３とのＭＡＣアド
レスを同一とする場合における、ＰＣ１０１とのメッセ
ージシーケンスと、ＰＰＰｏＥシーケンス処理部６４１
における処理手順の一例（第２の実施の形態）について
説明する。図１３には、ＢＡＳ１３２よりもＢＡＳ１３
３の方が負荷が小さい状態で、ＰＣ１０１からのＰＡＤ
Ｉメッセージ１４０１を受信してから接続要求の振り分
け先であるＢＡＳ１３３によってＰＰＰｏＥセッション
が確立されるまでの１サイクルの間の処理を示す。な
お、第１の実施の形態（図７）と同一の動作をするもの
には、同一の符号を付し、その詳細な説明は省略する。

【０１１７】また、第２の実施の形態では、ＢＡＳ１３
２、１３３においてＰＣ１０１との通信に用いるＭＡＣ
アドレスとして同一の値が設定されているので、ＰＣ１
０１がＢＡＳ１３２、１３３のどちらに接続されても、
ＰＣ１０１からは接続先が異なることを意識されない。
この場合、ＢＡＳ同士が互いを識別するのにＭＡＣアド
レスを利用することはできないので、ＭＡＣアドレスと
は別に、各ＢＡＳをユニークに識別する（サーバ間にお
いて重複することのない）サーバ識別子を設ける。各Ｂ
ＡＳには初期状態において自分自身のサーバ識別子が記
憶されている。

【０１１８】ＰＣ１０１が送信したＰＡＤＩメッセージ
１４０１に対して、ＢＡＳ１３２、１３３はそれぞれＰ
ＡＤＯメッセージ８０３、８０２によって応答するが、
第１の実施の形態（図７）と異なり、サーバ間通信情報
設定手段８１１、８１２によって設定されるサーバ間通
信情報１５００の含まれる情報が異なることと、Source
MAC Address設定手段８１２と８２２が実行されないこ
とである。

【０１１９】ここで、サーバ間通信情報１５００につい
て説明する。図１４に、サーバ間通信情報１５００を構
成する情報の種類と、ＢＡＳ１３２、１３３がサーバ間
通信情報１５００として設定する値を示す。

【０１２０】第２の実施の形態（図１３）のメッセージ
シーケンスで用いられるサーバ間通信情報１５００に
は、ＰＡＤＲ宛先サーバ識別子１５０１、ＰＡＤＯ送信
サーバ識別子１５０２、ＰＡＤＯ送信サーバ負荷情報９
０２、ＰＡＤＯ送信サーバセッションＩＤリスト１５０
３及びＰＡＤＯ送信サーバタイムスタンプ９０３が含ま
れている。これらの情報のうち、ＰＡＤＯ送信サーバ識
別子１５０２、ＰＡＤＯ送信サーバ負荷情報９０２及び
ＰＡＤＯ送信サーバセッションＩＤリスト１５０３は、
ＰＡＤＯ観測８３１、８４２で設定される。ＰＡＤＲ宛
先サーバ識別子１５０１、及びＰＡＤＯ送信サーバタイ
ムスタンプ９０３はＰＡＤＲ受信１４１１、７４１で設
定される。そして、これらの収集された情報は、次回の
サイクルにおいて、サーバ間通信情報として設定される
（８１１、８１２）。

【０１２１】ＰＡＤＲ宛先サーバ識別子１５０１は、ク
ライアント端末がこのＰＡＤＯメッセージに応答した場
合に、対応するＰＡＤＲメッセージを受信すべきサーバ
を表す識別子であり、具体的には、両ＢＡＳの負荷状況
によって定められ、ＢＡＳ１３３の負荷の方が小さい場
合には、ＢＡＳ１３２及びＢＡＳ１３３の何れのＢＡＳ
が送信したＰＡＤＯメッセージにもＢＡＳ１３３の識別
子が設定されている。すなわち、第２の実施の形態で
は、ＰＡＤＲ宛先サーバ識別子１５０１には、負荷情報
１００２（図１５参照）の最も小さいＢＡＳ１３３のサ
ーバ識別子１６０１が指定され、第１の実施の形態（図
７）においてSource MAC Address設定手段８１２と８２
２によって接続要求の振り分け先となるＢＡＳを指定し
たのと同様の役割を果たす。

【０１２２】ＰＡＤＯ送信サーバ識別子１５０２は、こ
のＰＡＤＯメッセージを送信したサーバを表す識別子で
あり、具体的には、ＢＡＳ１３２が送信したＰＡＤＯメ
ッセージにはＢＡＳ１３２の識別子が、ＢＡＳ１３３が
送信したＰＡＤＯメッセージにはＢＡＳ１３３の識別子
が設定されている。すなわち、ＰＡＤＯ送信サーバ識別
子１５０２は、第１の実施の形態（図８）におけるＰＡ
ＤＯ送信サーバＭＡＣアドレス９０１と同様の役割を果
たす。

【０１２３】ＰＡＤＯ送信サーバ負荷情報９０２は、こ
のＰＡＤＯメッセージに対応するＰＡＤＩメッセージ受
信時点における、このＰＡＤＯメッセージの送信元のサ
ーバの負荷情報である。具体的には、当該ＢＡＳにおい
て確立されているＰＰＰｏＥセッションの総数、当該Ｂ
ＡＳのプロセッサ使用率、パケット転送バッファの使用
率等が用いられる。

【０１２４】ＰＡＤＯ送信サーバセッションＩＤリスト
１５０３は、このＰＡＤＯメッセージを送信したサーバ
の、対応するＰＡＤＩメッセージ受信時点における当該
ＡＴＭＶＣ上で確立しているセッションのセッション
ＩＤのリストである。例えば、ＢＡＳ１３２では二つの
セッションが確立しており、０ｘ１、０ｘ３が、ＢＡＳ
１３３では一つのセッションが確立しており、０ｘ２が
設定される。このＰＡＤＯ送信サーバセッションＩＤリ
スト１５０３は、後述するようにセッション確立時にユ
ニークなセッションＩＤ値を生成するために利用され
る。

【０１２５】ＰＡＤＯ送信サーバタイムスタンプ９０３
は、このＰＡＤＯメッセージに対応するＰＡＤＩメッセ
ージを、このＰＡＤＯメッセージの送信元のサーバが受
信した時刻である。

【０１２６】サーバ間通信情報１５００のＰＡＤＲ宛先
サーバ識別子１５０１を決定する際に参照されるサーバ
情報テーブル６４２は、図１５に示すような情報を保持
している。

【０１２７】サーバ情報テーブル６４２は各サーバ毎の
エントリから構成され、第２の実施の形態の場合、ＢＡ
Ｓ１３２のエントリ１６１０とＢＡＳ１３３のエントリ
１６２０が保持されている。各エントリは、当該サーバ
をユニークに識別するためのサーバ識別子１６０１、当
該サーバの負荷情報１００２及び各サーバにおいて確立
しているセッションのセッションＩＤのリストからな
る。これらのサーバ情報テーブル６４２の情報は、第１
の実施の形態（図７）と同様に、１つ前のサイクルにお
いて各ＢＡＳの送信したＰＡＤＯメッセージを観測する
ことによって収集された情報なので、ＢＡＳ１３２、１
３３のいずれにおいても、図１５に示す同じ情報が保持
されている。

【０１２８】この第２の実施の形態でも、第１の実施の
形態（図７）と同様に、ＰＡＤＯメッセージ１４０２や
１４０３は、ＰＡＤＯ観測手段８３１、８４１によって
観測される。サーバ間通信情報抽出手段８３２、８４２
によって抽出されたサーバ間通信情報１５００のうち、
ＰＡＤＯ送信サーバ識別子１５０２が、サーバ情報テー
ブル更新手段８３３、８４３によって、サーバ情報テー
ブル６４２にサーバ識別子１６０１として登録される。
また、同様に、ＰＡＤＯ送信サーバ負荷情報９０２が負
荷情報１００２として登録され、ＰＡＤＯ送信サーバセ
ッションＩＤリスト１５０３がセッションＩＤリスト１
６０２として登録される。

【０１２９】ＰＣ１０１は２つのＰＡＤＯメッセージ１
４０２と１４０３を受信するが、ＢＡＳ１３２、１３３
のＭＡＣアドレスは同一であるので、２つのＰＡＤＯメ
ッセージのどちらとも、Source MAC Addressフィールド
４１２には同一のＭＡＣアドレスが設定されている。Ｐ
Ｃ１０１が既存の接続先選択手段７３１によりどちらの
ＰＡＤＯメッセージに対してＰＡＤＲメッセージ１４０
４で応答した場合でも、そのDestination MAC Address
フィールド４１１はＢＡＳ１３２、１３３に共通のＭＡ
Ｃアドレス値であるので、ＰＡＤＲ受信手段１４１１、
７４１により、前記ＰＡＤＲメッセージ１４０４はＢＡ
Ｓ１３２、１３３の両方に受信される。ＢＡＳ１３２、
１３３は、サーバ間通信情報抽出手段１４１２、８５１
により、ＰＡＤＲメッセージ１４０４中に含まれるAC-C
ookie TAGからサーバ間通信情報１５００を抽出する。
そしてサーバ識別子比較手段１４１３や１４２１によ
り、前記サーバ間通信情報１５００のうちのＰＡＤＲ宛
先サーバ識別子１５０１を、自分自身のサーバ識別子と
比較する。両者が一致すれば前記ＰＡＤＲメッセージ１
４０４を自分宛だと判断して受理するが、一致しなけれ
ば自分宛ではないと判断して受理しない。

【０１３０】前記ＰＡＤＲメッセージ１４０４が、ＰＡ
ＤＯメッセージ１４０２と１４０３のどちらに応答した
ものであったとしても、その中に格納されているＰＡＤ
Ｒ宛先サーバ識別子１５０１はＢＡＳ１３３を示してい
るので、ＢＡＳ１３２のサーバ識別子比較手段１４１３
は前記ＰＡＤＲメッセージ１４０４を受理せず、ＰＡＤ
Ｒ廃棄手段１４１４によって廃棄する。ＢＡＳ１３３
は、サーバ識別子比較手段１４２１によって前記ＰＡＤ
Ｒメッセージ１４０４を受理し、第１の実施の形態（図
７）と同様にタイムアウト判定手段８５２によって、Ｐ
ＡＤＯ送信サーバタイムスタンプ９０３とＰＡＤＲメッ
セージ１４０４を受信した時刻までの経過時間がある一
定値より小さい場合には、タイムアウトしていないと判
断し、ＢＡＳ１３３はセッションＩＤ生成手段１４２２
によってユニークなセッションＩＤ値を生成する。

【０１３１】セッションＩＤ生成手段１４２２では、サ
ーバ情報テーブル６４２のセッションＩＤリスト１６０
２が参照され、既に確立されているセッションのセッシ
ョンＩＤ値と重複しないような値が生成される。そうす
ることによって、ＢＡＳ１３２とＢＡＳ１３３のＭＡＣ
アドレスが同一であるという条件の下で、図３に示した
仮想ＬＡＮセグメント上の各々のセッションが、セッシ
ョンＩＤによってユニークに識別できる。

【０１３２】なお、図３に示すように、ＡＴＭＶＣに
よる仮想ＬＡＮセグメントは各ＤＳＬモデム毎（＝加入
者毎）に別々に構築されるので、１つの仮想ＬＡＮセグ
メント上に多重されるセッション数はそれほど多くはな
く、サーバ間通信情報設定手段によりＰＡＤＯメッセー
ジ中に格納されるＰＡＤＯ送信サーバセッションＩＤリ
スト１５０３がそれほど大きくなる心配はない。

【０１３３】１つの仮想ＬＡＮセグメントは１人の加入
者に対応するので、サーバ情報テーブル６４２のセッシ
ョンＩＤリスト１６０２を参照すれば、その加入者が確
立中のセッションの総数を知ることができる。そのた
め、セッションＩＤリスト１６０２は、ユニークなセッ
ションＩＤを生成するためだけでなく、加入者毎に（Ｂ
ＡＳ１３２、１３３を区別せずに）同時に確立すること
のできる最大セッション数を制限するという目的にも利
用することができる。典型的なＡＤＳＬ加入者収容サー
ビスでは、最大セッション数は１個または数個である。

【０１３４】第２の実施の形態において、ＰＣ１０１と
ＢＡＳ１３３との間でＰＰＰｏＥセッションが確立され
た後にＰＣ１０１から送信されるセッションステージパ
ケットのDestinatioin MAC Addressフィールド４１１
は、ＢＡＳ１３２、１３３に共通のＭＡＣアドレスであ
る。従って、ＢＡＳ１３３が前記セッションステージパ
ケットが自分宛であるかどうかを識別するためには、Ｐ
ＰＰｏＥヘッダ４２０中のセッションＩＤフィールド４
２２まで参照する必要がある。従来は、ＰＨＹ処理部６
２０においてDestinatioin MAC Addressフィールド４１
１を識別し、ＰＰＰｏＥ処理部６４０においてセッショ
ンＩＤフィールド４２２を識別するという方法が一般的
である。その場合、ＢＡＳ１３２宛のセッションステー
ジパケットは、ＰＨＹ処理部６２０では自分宛でないこ
とが識別されずにＰＰＰｏＥ処理部６４０まで転送さ
れ、そこで初めて自分宛でないことが識別されて廃棄さ
れる。しかし、装置の処理性能を向上させる観点から
は、余計なパケットは装置の内部まで転送することな
く、なるべく装置の入り口部分で廃棄するのが望まし
い。そのための図６とは別の装置構成の例として、セッ
ション管理テーブル６４３をＰＨＹ処理部６２０に持た
せることによって、ＰＨＹ処理部６２０がDestinatioin
MAC Addressフィールド４１１とセッションＩＤフィー
ルド４２２の両方を識別して自分宛のパケットかどうか
を判定するという構成とすることもできる。

【０１３５】また、中継装置１３１には、例えば、従来
技術に基づくレイヤ２スイッチを用いることができる。
但し、以上説明した実施の形態（図７、図１３）におい
ては、ＰＡＤＯメッセージを利用してＢＡＳ間で情報交
換を行うので、あるＢＡＳがクライアント宛に送信した
ＰＡＤＯメッセージが、物理的に他のＢＡＳに到達しな
ければならない。従来技術に基づくレイヤ２スイッチ
は、受信したパケットのSource MAC Addressフィールド
４１２の値を回線毎に登録管理するＭＡＣアドレステー
ブルを備え、どの回線にどのＭＡＣアドレスを持った装
置が接続されているかを学習する機能を備えている。そ
してパケットを転送する際にはDestinatioin MAC Addre
ssフィールド４１１をキーとして前記ＭＡＣアドレステ
ーブルを検索し、宛先となる装置が接続されている回線
のみにパケットを転送する機能を備えている。このＭＡ
Ｃアドレス学習機能が機能していると、あるＢＡＳがク
ライアント宛に送信したＰＡＤＯメッセージが、クライ
アント端末へ向かう回線のみに転送され、物理的に他の
ＢＡＳに到達しなくなるので、第１又は第２の実施の形
態（図７、図１３）においては、中継装置１３１として
従来技術に基づくレイヤ２スイッチを利用する場合には
前記ＭＡＣアドレス学習機能を停止した状態で利用する
必要がある。

【０１３６】なお、従来技術に基づくレイヤ２スイッチ
における前記ＭＡＣアドレス学習機能は、パケットを宛
先の回線以外には転送しないことによって、回線の帯域
を無駄に消費することを防止することが目的である。こ
の従来技術と同様の目的を実現するために、中継装置１
３１に次のような機能を設ける実施の形態の変形例を挙
げることができる。

【０１３７】各ＢＡＳのＭＡＣアドレスが異なる通常の
場合に適用される第１の実施の形態（図７）では、中継
装置１３１は前述したようなＭＡＣアドレス学習機能を
備えるが、受信したパケットのEther Typeフィールド４
１３の値がＰＰＰｏＥディスカバリーステージパケット
であることを表す０ｘ８８６３であった場合には、前記
ＭＡＣアドレス学習機能によらずにこのパケットを全て
の回線にブロードキャスト（送信）する。このことによ
って、第１の実施の形態（図７）における、ＰＡＤＯメ
ッセージを観測することによって実現されるＢＡＳ間の
情報交換を阻害することがなくなる。また、セッション
確立後のセッションステージパケットは前記ＭＡＣアド
レス学習機能によってDestinatioin MAC Addressフィー
ルド４１１に基づいて宛先の回線のみに転送することに
よって、回線の帯域を無駄に消費することを防止するこ
とができる。

【０１３８】各ＢＡＳのＭＡＣアドレスが同一である場
合において適用される第２の実施の形態（図１３）で
は、中継装置１３１はSource MAC Addressフィールド４
１２とセッションＩＤフィールド４２２とを対にして学
習する機能を備える。セッションＩＤフィールド４２２
が０ｘ０であれば、ＰＰＰｏＥディスカバリーステージ
パケットであるので、全ての回線にブロードキャストす
る。セッションＩＤフィールド４２２が０ｘ０以外の値
であった場合には、Source MAC Addressフィールド４１
２とセッションＩＤフィールド４２２の対に基づいて、
宛先となるの装置が接続されている回線を特定し、その
回線のみに転送することによって、回線の帯域を無駄に
消費することを防止することができる。

【０１３９】特許請求の範囲に記載した以外の本発明の
観点の代表的なものとして、次のものがあげられる。

【０１４０】（１）前記サーバは、自サーバが確立中の
セッションのセッションＩＤのリストを接続提供信号に
設定するセッションＩＤリスト設定手段と、他のサーバ
が送信した接続提供信号を観測する信号観測手段と、前
記観測された接続提供信号に設定された前記セッション
ＩＤのリストを抽出するセッションＩＤリスト抽出手段
と、接続要求信号を受信して新たなセッションを確立す
る際に、前記抽出したセッションＩＤ値と重複しないセ
ッションＩＤ値を割り当てるセッションＩＤ割当手段
と、を有することを特徴とする請求項１又は２に記載の
ネットワークシステム。

【０１４１】（２）前記サーバは、抽出した前記サーバ
識別情報と前記負荷情報とを記憶する記憶手段を有し、
前記サーバが、前記クライアント端末からの接接続開始
信号対して接続提供信号によって応答して、互いに前記
記憶手段に記憶された負荷情報を更新することを特徴と
する請求項３に記載のネットワークシステム。

【０１４２】（３）前記サーバは、前記クライアント端
末以外の装置からの接続開始信号を受信すると、他のサ
ーバが記憶する負荷情報を更新させるための接続提供信
号を送信する接続提供信号送信手段と、自サーバが記憶
する他のサーバの負荷情報を更新するために接続開始信
号を送信する接続開始信号送信手段との少なくとも一方
の手段を備えることを特徴とする請求項３に記載のネッ
トワークシステム。

【０１４３】（４）前記サーバは、前記クライアント端
末からの接続開始信号を受信すると、前記接続開始信号
の受信時刻を表す受信時刻情報を接続提供信号に設定す
る時刻情報設定手段と、前記接続要求信号を受信する
と、前記接続要求信号に含まれる前記受信時刻情報を抽
出する受信時刻情報抽出手段とを有し、前記クライアン
ト端末は、前記受信した接続提供信号に含まれる前記受
信時刻情報をそのまま接続要求信号に設定して返送する
信号返送手段を有し、前記サーバは、前記接続要求信号
の受信時刻と前記受信時刻情報が表す時刻との比較結果
に基づいて（例えば、前記接続要求信号の受信時刻が前
記受信時刻情報が表す時刻から所定の一定時間以上経過
していた場合には）、前記接続要求信号が有効か無効か
を判定する判定手段を有することを特徴とする請求項４
に記載のネットワークシステム。

【０１４４】（５）前記サーバは、各サーバに共通する
暗号化手段及び復号化手段を有し、前記暗号化手段によ
って暗号化した情報を接続提供信号に設定し、接続提供
信号又は前記接続提供信号に対応して返送された接続要
求信号から前記暗号化された情報を抽出し、前記復号化
手段によって抽出した暗号化された情報を復号化するこ
とを特徴とする請求項４に記載のネットワークシステ
ム。

【０１４５】（６）前記ＰＰＰｏＥサーバは、前記ＰＰ
ＰｏＥクライアント端末以外の装置からのＰＡＤＩメッ
セージを受信すると、ＰＰＰｏＥサーバが記憶する負荷
情報を更新させるためのＰＡＤＯメッセージを送信する
ＰＡＤＯメッセージ送信手段と、自サーバが記憶する他
のＰＰＰｏＥサーバの負荷情報を更新するためにＰＡＤ
Ｉメッセージを送信するＰＡＤＩメッセージ送信手段と
の少なくとも一方の手段を備えることを特徴とする請求
項５又は６に記載のネットワークシステム。

【０１４６】（７）抽出した前記サーバ識別情報（例え
ば、ＭＡＣアドレス、サーバ識別子）と前記負荷情報と
を記憶する記憶手段を有し、前記クライアント端末から
の接続開始信号に対して接続提供信号によって応答し
て、互いに前記記憶手段に記憶された負荷情報を更新す
ることを特徴とする請求項１５から２０のいずれか一つ
に記載のサーバ装置。

【０１４７】（８）前記クライアント端末以外の装置か
らの接続開始信号を受信すると、他のサーバ装置が記憶
する負荷情報を更新させるための接続提供信号を送信す
る接続提供信号送信手段と、自サーバ装置が記憶する他
のサーバ装置の負荷情報を更新するために接続開始信号
を送信する接続開始信号送信手段との少なくとも一方の
手段を備えることを特徴とする請求項１５から２０のい
ずれか一つに記載のサーバ装置。

【０１４８】（９）前記クライアント端末からの接続開
始信号を受信すると、前記接続開始信号の受信時刻を表
す受信時刻情報を接続提供信号に設定する時刻情報設定
手段と、前記接続要求信号を受信すると、前記接続要求
信号に含まれる前記受信時刻情報を抽出する時刻情報抽
出手段とを有し、前記接続要求信号の受信時刻と前記受
信時刻情報が表す時刻との比較結果に基づいて（例え
ば、前記接続要求信号の受信時刻が前記受信時刻情報が
表す時刻から所定の一定時間以上経過していた場合に
は）、前記接続要求信号が有効か無効かを判定する判定
手段を有することを特徴とする請求項１５から２０のい
ずれか一つに記載のサーバ装置。

【０１４９】（１０）前記各サーバ装置に共通する暗号
化手段及び復号化手段を有し、前記暗号化手段によって
暗号化した情報を接続提供信号に設定し、接続提供信号
又は前記接続提供信号に対応して返送された接続要求信
号から前記暗号化された情報を抽出し、前記復号化手段
によって抽出した暗号化された情報を復号化することを
特徴とする請求項１５から２０のいずれか一つに記載の
サーバ装置。

【図面の簡単な説明】

【図１】本発明の実施の形態のＤＳＬ網によって加入者
を収容するネットワークの構成図である。

【図２】図１に示したネットワークにおけるプロトコル
スタック図である。

【図３】図１に示したネットワークにおけるＡＴＭＶ
Ｃのトポロジを示す説明図である。

【図４】図１に示したネットワークにおけるＰＰＰｏＥ
パケットのフォーマット図である。

【図５】図１に示したネットワークにおけるＰＰＰｏＥ
ディスカバリーステージパケットのペイロードに格納さ
れるＴＡＧのフォーマット図である。

【図６】本発明の実施の形態のＢＡＳの構成図である。

【図７】第１の実施の形態のＰＰＰｏＥディスカバリー
ステージのシーケンス図である。

【図８】第１の実施の形態のサーバ間通信情報の構成の
説明図である。

【図９】第１の実施の形態のサーバ情報テーブルの内容
の説明図である。

【図１０】第１の実施の形態のＰＰＰｏＥシーケンス処
理部の処理を示すフローチャートである。

【図１１】第１の実施の形態において、新たにＢＡＳが
設置された場合のシーケンス図である。

【図１２】第１の実施の形態において運用中のＢＡＳが
停止した場合のシーケンス図である。

【図１３】第２の実施の形態のＰＰＰｏＥディスカバリ
ーステージのシーケンス図である。

【図１４】第２の実施の形態のサーバ間通信情報の構成
の説明図である。

【図１５】第１の実施の形態のサーバ情報テーブルの内
容の説明図である。

【図１６】従来のＰＰＰｏＥディスカバリーステージの
シーケンス図である。

【符号の説明】

１０１ＰＣ１３１中継装置１３２，１３３ＢＡＳ４１２ Source MAC Addressフィールド４２２セッションＩＤフィールド６４１ＰＰＰｏＥシーケンス処理部６４２サーバ情報テーブル８１１，８２１サーバ間通信情報設定手段８１２，８２２ Source MAC Address設定手段８１３，８２３，８３３，８４３サーバ情報テーブル
更新手段８３１，８４１ＰＡＤＯ観測手段８３２，８４２，８５１サーバ間通信情報抽出手段８５２タイムアウト判定手段９０１ＰＡＤＯ送信サーバＭＡＣアドレス９０２ＰＡＤＯ送信サーバ負荷情報９０３ＰＡＤＯ送信サーバタイムスタンプ１４１３，１４２１サーバ識別子比較手段１４２２セッションＩＤ生成手段１５０１ＰＡＤＲ宛先サーバ識別子１５０２ＰＡＤＯ送信サーバ識別子１５０３ＰＡＤＯ送信サーバセッションＩＤリスト

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B085 BC02 BG07 5B089 GA11 GB09 JA11 JB15 KA06 KE02 KE03 KG05 5K030 KA01 LE03 MB09 5K034 AA07 DD03 FF01 FF12 FF13 LL01

Claims

【特許請求の範囲】

【請求項１】少なくとも１つのクライアント端末と複数
のサーバ装置との接続を、少なくとも前記クライアント
端末からの接続開始信号と、前記接続開始信号に対応し
た前記サーバ装置からの接続提供信号と、前記接続提供
信号に対応した前記クライアント端末からの接続要求信
号とによって実現するネットワークシステムにおいて、前記サーバ装置は、前記クライアント端末からの接続開
始信号を受信すると、前記接続開始信号に対応する接続
要求信号を受信すべき特定のサーバ装置を識別するサー
バ識別情報を前記接続提供信号に設定する識別情報設定
手段を有することを特徴とするネットワークシステム。
【請求項２】前記クライアント端末は、前記受信した接
続提供信号に含まれる前記サーバ識別情報をそのまま前
記接続要求信号に設定して返送する信号返送手段を有
し、前記サーバ装置は、前記受信した接続要求信号に含まれる前記サーバ識別情
報を抽出する識別情報抽出手段と、前記サーバ識別情報と自己のサーバ識別情報との比較結
果に基づいて、前記接続要求信号を受理する信号受理手
段と、を有することを特徴とする請求項１に記載のネッ
トワークシステム。
【請求項３】前記サーバ装置は、前記クライアント端末からの接続開始信号を受信する
と、前記自サーバ装置のサーバ識別情報及び自サーバ装
置の負荷情報を、前記接続提供信号に設定する負荷情報
設定手段と、他のサーバ装置から送信された接続提供信号を観測する
と、前記接続提供信号に設定された前記サーバ識別情報
及び前記負荷情報を抽出する負荷情報抽出手段と、前記抽出した各サーバ装置の負荷情報に基づいて前記接
続要求信号を受信すべきサーバ装置を決定するサーバ識
別手段と、を有することを特徴とする請求項１又は２に
記載のネットワークシステム。
【請求項４】前記ネットワークシステムは、少なくとも
１つのＰＰＰｏＥクライアント端末と、複数のＰＰＰｏ
Ｅサーバ装置とで構成されるＰＰＰｏＥネットワークシ
ステムであって、前記接続開始信号はＰＡＤＩメッセージであり、前記接
続提供信号はＰＡＤＯメッセージであり、前記接続要求
信号はＰＡＤＲメッセージであって、前記各ＰＰＰｏＥサーバ装置の、前記ＰＰＰｏＥクライ
アント端末との通信に用いるＭＡＣアドレスをそれぞれ
異ならせて設定し、前記識別情報設定手段は、前記サーバ識別情報として、
前記特定のＰＰＰｏＥサーバ装置のＭＡＣアドレスを前
記ＰＡＤＯメッセージに設定することを特徴とする請求
項１に記載のネットワークシステム。
【請求項５】前記ＰＰＰｏＥサーバ装置は、前記ＰＰＰｏＥクライアント端末からのＰＡＤＩメッセ
ージを受信すると、前記自サーバ装置のＭＡＣアドレス
及び自サーバ装置の負荷情報を、ＰＡＤＯメッセージに
設定する負荷情報設定手段と、他のサーバ装置から送信されたＰＡＤＯメッセージを観
測すると、前記ＰＡＤＯメッセージに設定された前記Ｍ
ＡＣアドレス及び前記負荷情報を抽出する負荷情報抽出
手段と、前記抽出した各サーバ装置の負荷情報に基づいて前記Ｐ
ＡＤＲメッセージを受信すべきＰＰＰｏＥサーバ装置を
決定するサーバ識別手段と、を有することを特徴とする
請求項４に記載のネットワークシステム。
【請求項６】前記ＰＰＰｏＥサーバ装置は、抽出した前
記ＭＡＣアドレスと前記負荷情報とを記憶する記憶手段
を有し、前記ＰＰＰｏＥサーバ装置が、前記ＰＰＰｏＥクライア
ント端末からのＰＡＤＩメッセージに対してＰＡＤＯメ
ッセージによって応答して、互いに前記記憶手段に記憶
された負荷情報を更新することを特徴とする請求項５に
記載のネットワークシステム。
【請求項７】前記ネットワークシステムは、少なくとも
１つのＰＰＰｏＥクライアント端末と、複数のＰＰＰｏ
Ｅサーバ装置とで構成されるＰＰＰｏＥネットワークシ
ステムであって、前記接続開始信号はＰＡＤＩメッセージであり、前記接
続提供信号はＰＡＤＯメッセージであり、前記接続要求
信号はＰＡＤＲメッセージであって、前記各ＰＰＰｏＥサーバ装置の、前記ＰＰＰｏＥクライ
アント端末との通信に用いるＭＡＣアドレスを同一に設
定し、前記識別情報設定手段は、前記サーバ識別情報として、
前記ＭＡＣアドレスとは異なるＰＰＰｏＥサーバ装置間
で重複することのないサーバ識別子を前記ＰＡＤＯメッ
セージに設定することを特徴とする請求項１に記載のネ
ットワークシステム。
【請求項８】前記ＰＰＰｏＥクライアント端末は、前記
受信したＰＡＤＯメッセージに含まれる前記サーバ識別
子をそのまま前記ＰＡＤＲメッセージに設定して返送す
るメッセージ返送手段を有し、前記ＰＰＰｏＥサーバ装置は、前記受信したＰＡＤＲメッセージに含まれる前記サーバ
識別子を抽出する識別子抽出手段と、前記サーバ識別子と自己のサーバ識別子との比較結果に
基づいて、前記サーバ識別子と自己のサーバ識別子とを
比較して両者が一致した場合に、前記ＰＡＤＲメッセー
ジを受理するメッセージ受理手段と、を有することを特
徴とする請求項７に記載のネットワークシステム。
【請求項９】前記ＰＰＰｏＥサーバ装置は、自サーバ装
置が確立中のＰＰＰｏＥセッションのセッションＩＤの
リストをＰＡＤＯメッセージに設定するセッションＩＤ
リスト設定手段を有し、他のＰＰＰｏＥサーバ装置が送信したＰＡＤＯメッセー
ジを観測するメッセージ観測手段と、前記観測されたＰＡＤＯメッセージに設定された前記セ
ッションＩＤのリストを抽出するセッションＩＤリスト
抽出手段と、ＰＡＤＲメッセージを受信して新たなＰＰＰｏＥセッシ
ョンを確立する際に、前記抽出したセッションＩＤ値と
重複しないセッションＩＤ値を割り当てるセッションＩ
Ｄ割当手段と、を有することを特徴とする請求項４から
８のいずれか一つに記載のネットワークシステム。
【請求項１０】前記ＰＰＰｏＥサーバ装置は、前記ＰＰＰｏＥクライアント端末からのＰＡＤＩメッセ
ージを受信すると、前記自サーバ装置のサーバ識別子及
び自サーバ装置の負荷情報を、ＰＡＤＯメッセージに設
定する負荷情報設定手段と、他のサーバ装置から送信されたＰＡＤＯメッセージを観
測すると、前記ＰＡＤＯメッセージに設定された前記サ
ーバ識別子及び前記負荷情報を抽出する負荷情報抽出手
段と、前記抽出した各サーバ装置の負荷情報に基づいて前記Ｐ
ＡＤＲメッセージを受信すべきＰＰＰｏＥサーバ装置を
決定するサーバ識別手段と、を有することを特徴とする
請求項４から９のいずれか一つに記載のネットワークシ
ステム。
【請求項１１】前記ＰＰＰｏＥサーバ装置は、抽出した
前記サーバ識別子と前記負荷情報とを記憶する記憶手段
を有し、前記ＰＰＰｏＥサーバ装置が、前記ＰＰＰｏＥクライア
ント端末からのＰＡＤＩメッセージに対してＰＡＤＯメ
ッセージによって応答して、互いに前記記憶手段に記憶
された負荷情報を更新することを特徴とする請求項１０
に記載のネットワークシステム。
【請求項１２】前記ＰＰＰｏＥサーバ装置は、前記ＰＰＰｏＥクライアント端末以外の装置からのＰＡ
ＤＩメッセージを受信すると、ＰＰＰｏＥサーバ装置が
記憶する負荷情報を更新させるためのＰＡＤＯメッセー
ジを送信するＰＡＤＯメッセージ送信手段と、自サーバ装置が記憶する他のＰＰＰｏＥサーバ装置の負
荷情報を更新するためにＰＡＤＩメッセージを送信する
ＰＡＤＩメッセージ送信手段との少なくとも一方の手段
を備えることを特徴とする請求項１０又は１１に記載の
ネットワークシステム。
【請求項１３】前記ＰＰＰｏＥサーバ装置は、前記ＰＰＰｏＥクライアント端末からのＰＡＤＩメッセ
ージを受信すると、前記ＰＡＤＩメッセージの受信時刻
を表す受信時刻情報をＰＡＤＯメッセージに設定する時
刻情報設定手段と、前記ＰＡＤＲメッセージを受信すると、前記ＰＡＤＲメ
ッセージに含まれる前記受信時刻情報を抽出する時刻情
報抽出手段とを有し、前記ＰＰＰｏＥクライアント端末は、前記受信したＰＡ
ＤＯメッセージに含まれる前記受信時刻情報をそのまま
ＰＡＤＲメッセージに設定して返送するメッセージ返送
手段を有し、前記ＰＰＰｏＥサーバ装置は、前記ＰＡＤＲメッセージ
の受信時刻と前記受信時刻情報が表す時刻との比較結果
に基づいて、前記ＰＡＤＲメッセージが有効か無効かを
判定する判定手段を有することを特徴とする請求項４か
ら１２のいずれか一つに記載のネットワークシステム。
【請求項１４】前記ＰＰＰｏＥサーバ装置は、暗号化手
段及び復号化手段を有し、前記暗号化手段によって暗号化した情報をＰＡＤＯメッ
セージに設定し、ＰＡＤＯメッセージ又は前記ＰＡＤＯメッセージに対し
て返送されたＰＡＤＲメッセージから前記暗号化された
情報を抽出し、前記復号化手段によって抽出した暗号化
された情報を復号化することを特徴とする請求項４から
１３のいずれか一つに記載のネットワークシステム。
【請求項１５】少なくとも１つのクライアント端末との
間の接続を、少なくとも前記クライアント端末からの接
続開始信号と、前記接続開始信号に対応したサーバ装置
からの接続提供信号と、前記接続提供信号に対応した前
記クライアント端末からの接続要求信号とによって実現
するサーバ装置において、前記クライアント端末からの接続開始信号を受信した前
記サーバ装置が、前記接続開始信号に対応する接続要求
信号を受信すべき特定のサーバ装置を識別するサーバ識
別情報を前記接続提供信号に設定する識別情報設定手段
を有することを特徴とするサーバ装置。
【請求項１６】前記クライアント端末が受信した接続提
供信号に含まれる前記サーバ識別情報をそのまま設定し
て返送した接続要求信号を受信する接続要求信号受信手
段と、該受信した接続要求信号に含まれる前記サーバ識別情報
を抽出する識別情報抽出手段と、前記サーバ識別情報と自己のサーバ識別情報との比較結
果に基づいて、前記サーバ識別情報と自己のサーバ識別
情報とを比較して両者が一致した場合に、前記接続要求
信号を受理する信号受理手段と、を有することを特徴と
する請求項１５に記載のサーバ装置。
【請求項１７】自サーバ装置が確立中のセッションのセ
ッションＩＤのリストを接続提供信号に設定するセッシ
ョンＩＤリスト設定手段と、他のサーバ装置が送信した接続提供信号を観測する信号
観測手段と、前記観測された接続提供信号に設定された前記セッショ
ンＩＤのリストを抽出するセッションＩＤリスト抽出手
段と、接続要求信号を受信して新たなセッションを確立する際
に、前記抽出したセッションＩＤ値と重複しないセッシ
ョンＩＤ値を割り当てるセッションＩＤ割当手段と、を
有することを特徴とする請求項１５又は１６に記載のサ
ーバ装置。
【請求項１８】前記クライアント端末からの接続開始信
号を受信すると、前記自サーバ装置のサーバ識別情報及
び自サーバ装置の負荷情報を、接続提供信号に設定する
負荷情報設定手段と、他のサーバ装置から送信された接続提供信号を観測する
と、前記接続提供信号に設定された前記サーバ識別情報
及び前記負荷情報を抽出する負荷情報抽出手段と、前記抽出した各サーバ装置の負荷情報に基づいて前記接
続要求信号を受信すべきサーバ装置を決定するサーバ識
別手段と、を有することを特徴とする請求項１５から１
７のいずれか一つに記載のサーバ装置。
【請求項１９】少なくとも１つのＰＰＰｏＥクライアン
ト端末と、複数のＰＰＰｏＥサーバ装置とで構成される
ＰＰＰｏＥネットワークシステムに用いられるＰＰＰｏ
Ｅサーバ装置であって、前記接続開始信号はＰＡＤＩメッセージであり、前記接
続提供信号はＰＡＤＯメッセージであり、前記接続要求
信号はＰＡＤＲメッセージであって、前記各ＰＰＰｏＥサーバ装置の、前記ＰＰＰｏＥクライ
アント端末との通信に用いるＭＡＣアドレスをそれぞれ
異ならせて設定し、前記識別情報設定手段は、前記サーバ識別情報として、
前記特定のＰＰＰｏＥサーバ装置のＭＡＣアドレスを前
記ＰＡＤＯメッセージに設定することを特徴とする請求
項１５から１８のいずれか一つに記載のサーバ装置。
【請求項２０】少なくとも１つのＰＰＰｏＥクライアン
ト端末と、複数のＰＰＰｏＥサーバ装置とで構成される
ＰＰＰｏＥネットワークシステムに用いられるＰＰＰｏ
Ｅサーバ装置であって、前記接続開始信号はＰＡＤＩメッセージであり、前記接
続提供信号はＰＡＤＯメッセージであり、前記接続要求
信号はＰＡＤＲメッセージであって、前記各ＰＰＰｏＥサーバ装置の、前記ＰＰＰｏＥクライ
アント端末との通信に用いるＭＡＣアドレスを同一に設
定し、前記識別情報設定手段は、前記サーバ識別情報として、
前記ＭＡＣアドレスとは異なるＰＰＰｏＥサーバ装置間
で重複することのないサーバ識別子を前記ＰＡＤＯメッ
セージに設定することを特徴とする請求項１５から１８
のいずれか一つに記載のサーバ装置。