JP2016149719A - トラヒック振り分けシステム、トラヒック振り分け方法及びトラヒック振り分けプログラム - Google Patents

Abstract

【課題】システムの処理能力を有効に活用可能な仮想ＢＲＡＳシステムを構築する。
【解決手段】ユーザ端末１０のアドレス情報及びネットワーク３への通信状況を記憶部２５に記憶し、アドレス情報及び通信状況に基づき、ユーザ端末１０のネットワーク３への接続の可否を判定し、ユーザ端末１０からネットワーク３への接続要求があった場合は、仮想ＢＲＡＳ２６のうちの一つを接続確立候補サーバとして選択しユーザ端末１０に通知し、ユーザ端末１０のネットワーク３への接続が可能であると判定した場合は、ユーザ端末１０と仮想ＢＲＡＳ２６との接続を確立させ、ユーザ端末１０のネットワーク３への接続が不可能であると判定した場合は、ユーザ端末１０からの接続確立要求を仮想ＢＲＡＳへ通知することなく拒否する。
【選択図】図１

Description

本発明は、トラヒック振り分けシステム、トラヒック振り分け方法及びトラヒック振り分けプログラムに関する。

ＩＰネットワークＡ配下のユーザ端末は、異なるＩＰネットワークＢに接続する際に、ＩＰネットワーク中継機器を通してネットワークの境界に置かれるＢＲＡＳ（Ｂｒｏａｄｂａｎｄ Ｒｅｍｏｔｅ Ａｃｃｅｓｓ Ｓｅｒｖｅｒ）装置に接続要求を送信する。従来のＢＲＡＳ装置は接続要求に対して接続処理をする機能部が１対１のシステムであった（例えば、非特許文献１を参照）。

そこで、接続要求に対する処理能力のシステム間でのロードバランスをするためにＢＲＡＳ機能部を複数用意し、Ｌ２スイッチで接続して性能を向上する仮想ＢＲＡＳシステムが提案されている（例えば、非特許文献２を参照）。

高速・大容量・高信頼IPスイッチングノード GeoStream Ｒ900 プロダクトレポート Vol.4 (BRAS編)、[online]、[2015年2月3日検索]、インターネット＜ＵＲＬ：http://fenics.fujitsu.com/products/downloads/products/report/geostream_r900vol4/report_r900vol4.pdf＞ ネットワーク仮想化に向けた技術開発の現状，NTT技術ジャーナル，2014 Vol.26 No.5

しかしながら、ＢＲＡＳ装置を用いたネットワーク接続方法においては、ユーザ端末からの接続要求をＢＲＡＳ装置全体にブロードキャストする。この点は仮想ＢＲＡＳシステムにおいても同様である。そのため、従来の仮想ＢＲＡＳシステムにおいては、接続要求がブロードキャストで行われるため、全ての仮想ＢＲＡＳに問い合わせが送信され、システム全体で処理能力が消費されるという課題がある。

また、接続要求には攻撃のための接続要求や、無効な接続要求も含まれ、これらの接続要求もすべて仮想ＢＲＡＳシステムに到達してしまう。そのため、全体のトラヒックに対するこれらの接続要求の割合が多くなると、システムを増設してもその効果が見込めないという問題がある。

本発明のトラヒック振り分けシステムは、複数のアクセスサーバのうちの一つを経由してネットワークへ接続するユーザ端末のアドレス情報及び前記ネットワークへの通信状況を記憶する記憶機能と、前記記憶機能に記憶されている前記アドレス情報及び前記通信状況に基づき、前記ユーザ端末の前記ネットワークへの接続の可否を判定する判定機能と、前記ユーザ端末から前記ネットワークへの接続要求があった場合は、前記複数のアクセスサーバのうちのいずれか一つのアクセスサーバを接続確立候補サーバとして選択し、前記ユーザ端末に通知する通知機能と、前記判定機能が前記ユーザ端末の前記ネットワークへの接続が可能であると判定した場合は、前記通知機能から通知を受けた前記ユーザ端末からの接続確立要求を前記接続確立候補サーバへ通知し接続を確立させ、前記判定機能が前記ユーザ端末の前記ネットワークへの接続が不可能であると判定した場合は、前記通知機能からの通知を受けた前記ユーザ端末からの接続確立要求を拒否する制御機能と、を有することを特徴とする。

また、本発明のトラヒック振り分け方法は、複数のアクセスサーバのうちの一つを経由してネットワークへ接続するユーザ端末のアドレス情報及び前記ネットワークへの通信状況を記憶する記憶工程と、前記記憶工程で記憶された前記アドレス情報及び前記通信状況に基づき、前記ユーザ端末の前記ネットワークへの接続の可否を判定する判定工程と、前記ユーザ端末から前記ネットワークへの接続要求があった場合は、前記複数のアクセスサーバのうちのいずれか一つのアクセスサーバを接続確立候補サーバとして選択し、前記ユーザ端末に通知する通知工程と、前記判定工程で前記ユーザ端末の前記ネットワークへの接続が可能であると判定された場合は、前記通知工程で通知を受けた前記ユーザ端末からの接続確立要求を前記接続確立候補サーバへ通知し接続を確立させ、前記判定工程で前記ユーザ端末の前記ネットワークへの接続が不可能であると判定された場合は、前記通知工程で通知を受けた前記ユーザ端末からの接続確立要求を拒否する制御工程と、を含んだことを特徴とする。

また、本発明のトラヒック振り分けプログラムは、複数のアクセスサーバのうちの一つを経由してネットワークへ接続するユーザ端末のアドレス情報及び前記ネットワークへの通信状況を記憶する記憶ステップと、前記記憶ステップで記憶された前記アドレス情報及び前記通信状況に基づき、前記ユーザ端末の前記ネットワークへの接続の可否を判定する判定ステップと、前記ユーザ端末から前記ネットワークへの接続要求があった場合は、前記複数のアクセスサーバのうちのいずれか一つのアクセスサーバを接続確立候補サーバとして選択し、前記ユーザ端末に通知する通知ステップと、前記判定ステップで前記ユーザ端末の前記ネットワークへの接続が可能であると判定された場合は、前記通知ステップで通知を受けた前記ユーザ端末からの接続確立要求を前記接続確立候補サーバへ通知し接続を確立させ、前記判定ステップで前記ユーザ端末の前記ネットワークへの接続が不可能であると判定された場合は、前記通知ステップで通知を受けた前記ユーザ端末からの接続確立要求を拒否する制御ステップと、をコンピュータに実行させることを特徴とする。

本発明によれば、システムの処理能力を有効に活用可能な仮想ＢＲＡＳシステムを構築することができる。

図１は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの構成の一例を示すブロック図である。 図２−１は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの処理の一例を示すシーケンス図である。 図２−２は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの処理の一例を示すシーケンス図である。 図２−３は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの処理の一例を示すシーケンス図である。 図３は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの処理の一例を示すシーケンス図である。 図４は、トラヒック振り分けプログラムを実行するコンピュータの一例を示すシーケンス図である。 図５は、従来の仮想ＢＲＡＳシステムの処理を示すシーケンス図である。

［基本的な処理の説明］
従来の仮想ＢＲＡＳシステムで行われるＰＰＰｏＥ（ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））通信においてユーザ端末、仮想ＢＲＡＳ及びゲートウェイとの間で行われる処理について図５を用いて説明する。図５は、従来の仮想ＢＲＡＳシステムの処理を示すシーケンス図である。図５の仮想ＢＲＡＳシステムは、複数の仮想ＢＲＡＳから構成されている。

まず、図５に示すように、ユーザ端末から仮想ＢＲＡＳシステムに対してＰＡＤＩ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｉｎｉｔｉａｔｉｏｎ）と呼ばれるパケットが送信され、ＰＰＰセッションの確立のための処理が開始される（ステップＳ５０１）。ここで、ＰＡＤＩにはユーザ端末のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスであるＳＭＡＣ（Ｓｏｕｒｃｅ ＭＡＣ）アドレスが含まれている。また、ＰＡＤＩは、仮想ＢＲＡＳシステムの全ての仮想ＢＲＡＳに対してブロードキャストにより送信される。

次に、ユーザ端末とセッションの確立が可能な仮想ＢＲＡＳは、ユーザ端末に対してＰＡＤＯ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｏｆｆｅｒ）と呼ばれるパケットを送信する（ステップＳ５０２）。ＰＡＤＯには仮想ＢＲＡＳのＭＡＣアドレスが含まれており、ここで接続可能な仮想ＢＲＡＳのＭＡＣアドレスがユーザ端末に通知されることになる。

そして、ユーザ端末は、ＰＡＤＯによりＭＡＣアドレスが通知された仮想ＢＲＡＳの中から選択した一つの仮想ＢＲＡＳに対し、ＰＡＤＲ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）と呼ばれるパケットを送信する（ステップＳ５０３）。なお、ＰＡＤＲは、選択した一つの仮想ＢＲＡＳに対してユニキャストにより送信される。

ＰＡＤＲを受信した仮想ＢＲＡＳは、ユーザ端末に対してＰＡＤＳ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）と呼ばれるパケットを送信する（ステップＳ５０４）。ＰＡＤＳにはＰＰＰ Ｓｅｓｓｉｏｎ ＩＤが含まれる。これにより、ユーザ端末、仮想ＢＲＡＳシステム及びゲートウェイとの間で接続が確立され、ＰＰＰ Ｓｅｓｓｉｏｎ Ｓｔａｇｅが開始される（ステップＳ５０５、Ｓ５０６）。

また、例えばゲートウェイ側で切断処理が行われた場合（ステップＳ５０７）は、仮想ＢＲＡＳはユーザ端末に対してＰＡＤＴ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｔｅｒｍｉｎａｔｉｏｎ）と呼ばれるパケットを送信し、接続が切断される。

以下に添付図面を参照して、この発明に係るトラヒック振り分けシステム、トラヒック振り分け方法及びトラヒック振り分けプログラムの実施形態を詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。

［実施形態１に係るトラヒック振り分けシステムの構成］
まず、図１を用いて、トラヒック振り分けシステムの構成を説明する。図１は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの構成の一例を示すブロック図である。

図１に示すように、トラヒック振り分けシステム２０は、仮想ＢＲＡＳシステム２内のユーザ端末１０が含まれるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のユーザネットワーク１側に設けられている。仮想ＢＲＡＳシステム２は、ゲートウェイ３０を経由して、インターネット等のネットワーク３と接続されている。

仮想ＢＲＡＳシステム２のゲートウェイ３０側には、複数の仮想ＢＲＡＳ２６が備えられている。仮想ＢＲＡＳ２６はソフトウェア化され、一または複数の汎用サーバ等に備えられる。前述の通り、図５に示す従来の仮想ＢＲＡＳシステムにおいては、仮想ＢＲＡＳとユーザ端末との間でパケットの送受信が行われていたが、実施形態１における仮想ＢＲＡＳ２６は、トラヒック振り分けシステム２０との間でパケットの送受信を行う。また、仮想ＢＲＡＳ２６は、＃１、＃２のように通し番号を付すること等により識別される。

仮想ＢＲＡＳシステム２のユーザ端末１０側には、トラヒック振り分けシステム２０が備えられている。トラヒック振り分けシステム２０は、複数のアクセスサーバである仮想ＢＲＡＳ２６と、仮想ＢＲＡＳ２６のうちの一つを経由してネットワークへ接続するユーザ端末１０と、の間に設けられている。トラヒック振り分けシステム２０は、通信部２１、パケット処理部２２及び記憶部２５を有する。

通信部２１は、出力インタフェース２１１及び入力インタフェース２１２を有し、ユーザ端末１０や仮想ＢＲＡＳ２６等との間でパケットの送信や受信を行う。

パケット処理部２２は、判定機能２２１、通知機能２２２及び制御機能２２３を有する。また、テーブル操作のための機能として、登録機能２２４、削除機能２２５、計測機能２２６、フラグ設定機能２２７、カウンタ設定機能２２８及びカウンタ減算機能２２９を有する。パケット処理部２２の各機能の詳細については後述する。

記憶機能である記憶部２５は、仮想ＢＲＡＳリストテーブル２５１及びテンポラリテーブル２５２を有する。仮想ＢＲＡＳリストテーブル２５１には、仮想ＢＲＡＳ２６のＳＭＡＣアドレスが記憶されている。また、テンポラリテーブル２５２には、ユーザ端末１０を含む接続要求を行った端末のアドレス情報及び各端末のネットワーク３への通信状況が記憶される。アドレス情報としては、例えばＭＡＣアドレスが記憶され、通信状況としては正常呼フラグ、無効呼フラグ、すべりカウンタ等が記憶される。なお、テンポラリテーブル２５２に登録されるデータは一時的なものであり、パケット処理部２２からの操作等により、適宜登録、変更及び削除が行われる。

[パケット処理部の各機能の詳細]
判定機能２２１は、記憶部２５に記憶されているアドレス情報及び通信状況に基づき、ユーザ端末１０のネットワーク３への接続の可否を判定する。通知機能２２２は、ユーザ端末１０からネットワーク３への接続要求があった場合は、複数の仮想ＢＲＡＳのうちのいずれか一つの仮想ＢＲＡＳを接続確立候補サーバとして選択しユーザ端末１０に通知する。通知機能２２２は、例えば、記憶部２５の仮想ＢＲＡＳリストテーブル２５１を参照し、ラウンドロビン方式によって接続確立候補サーバを選択する。

制御機能２２３は、判定機能２２１がユーザ端末１０のネットワーク３への接続が可能であると判定した場合は、通知機能２２２から通知を受けたユーザ端末１０からの接続確立要求を接続確立候補サーバへ通知し接続を確立させ、判定機能２２１がユーザ端末１０のネットワーク３への接続が不可能であると判定した場合は、通知機能２２２からの通知を受けたユーザ端末１０からの接続確立要求を拒否する。

登録機能２２４は、ユーザ端末１０からネットワーク３への接続要求が行われた場合は、ユーザ端末１０のアドレス情報を記憶機能に登録する。計測機能２２６は、登録機能２２４によりアドレス情報が記憶機能に登録された場合は、時間の計測を開始する。削除機能２２５は、計測機能２２６が計測した時間が所定の時間に至った場合は、記憶部２５からアドレス情報を削除する。

フラグ設定機能２２７は、ユーザ端末１０とネットワーク３との接続が終了した後、記憶部２５にアドレス情報が記憶されている場合は、記憶部２５に記憶されているアドレス情報に接続が有効であることを示すフラグを通信状況として設定し、記憶部２５からアドレス情報が削除されている場合は、記憶部２５にアドレス情報を登録するとともに接続が無効であることを示すフラグを通信状況として設定する。判定機能２２１は、フラグ設定機能２２７により設定されたフラグを参照し、接続の可否を判定しても良い。

カウンタ設定機能２２８は、記憶部２５に記憶されているユーザ端末１０のアドレス情報に、所定の数値であるカウンタを通信状況として設定する。カウンタ減算機能２２９は、ユーザ端末１０から接続要求があった場合、カウンタを減算する。判定機能２２１は、カウンタが０より大きい場合はユーザ端末１０による接続は不可能であると判定しても良い。

［実施形態１に係るトラヒック振り分けシステムの処理］
図２−１、２−２及び２−３を用いて、トラヒック振り分けシステム２０の処理について説明する。図２−１、２−２及び２−３は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの処理の一例を示すシーケンス図である。

[１回目の接続要求]
図２−１に示すように、まず、ユーザ端末１０はトラヒック振り分けシステム２０に対し、ＰＡＤＩを送信する（ステップＳ１０１）。トラヒック振り分けシステム２０がＰＡＤＩを受け取ると、パケット処理部２２は仮想ＢＲＡＳリストテーブル２５１に初期アクセスし仮想ＢＲＡＳ２６のＭＡＣアドレスを問い合わせ、仮想ＢＲＡＳリストテーブル２５１はパケット処理部２２にＭＡＣアドレスを回答する（ステップＳ１０２）。ここでは、例として番号が＃１である仮想ＢＲＡＳ２６が選択されたものとする。

そして、パケット処理部２２は、ＰＡＤＯをユーザ端末１０へ送信し、同時にＰＡＤＩを番号が＃１である仮想ＢＲＡＳ２６へ転送する（ステップＳ１０３）。次に、ユーザ端末１０は、トラヒック振り分けシステム２０に対し、番号が＃１である仮想ＢＲＡＳ２６のＭＡＣアドレスを含むＰＡＤＲを送信する（ステップＳ１０４）。ここで、パケット処理部２２はユーザ端末１０のＳＭＡＣアドレスをテンポラリテーブル２５２に登録し、時間の計測を開始する（ステップＳ１０５）。

パケット処理部２２はＰＡＤＲを番号が＃１である仮想ＢＲＡＳ２６へ転送し（ステップＳ１０６）、番号が＃１である仮想ＢＲＡＳ２６はＰＡＤＳをトラヒック振り分けシステム２０へ送信する（ステップＳ１０７）。パケット処理部２２はＰＡＤＳをユーザ端末１０へ転送する（ステップＳ１０８）。これにより、ユーザ端末１０、トラヒック振り分けシステム２０及びゲートウェイ３０との間でＰＰＰ Ｓｅｓｓｉｏｎ Ｓｔａｇｅが開始される（ステップＳ１０９、Ｓ１１０、Ｓ１１１）。

パケット処理部２２が計測している時間が所定の時間Ｔに達したところで、ユーザ端末１０のアドレス情報はテンポラリテーブル２５２から削除される（ステップＳ１１２）。この時、ユーザ端末１０とゲートウェイ３０との接続は継続している。ゲートウェイ３０で切断処理が行われると（ステップＳ１１３）、番号が＃１である仮想ＢＲＡＳ２６はトラヒック振り分けシステム２０へＰＡＤＴを送信する（ステップＳ１１４）。

そして、パケット処理部２２は、テンポラリテーブル２５２にユーザ端末１０のアドレス情報であるＳＭＡＣアドレスが登録されていないことを確認し、テンポラリテーブル２５２にユーザ端末１０のＳＭＡＣアドレスを、正常呼フラグをＯＮとして正常呼ＳＭＡＣアドレス登録し、さらに、すべりカウンタＮを登録する（ステップＳ１１５）。その後、パケット処理部２２はＰＡＤＴをユーザ端末１０に転送する（ステップＳ１１６）。

[２回目の接続要求]
この後、さらにユーザ端末１０からの接続が行われた際の処理について説明する。図２−２に示すように、まず、ユーザ端末１０はトラヒック振り分けシステム２０に対し、ＰＡＤＩを送信する（ステップＳ１１７）。トラヒック振り分けシステム２０がＰＡＤＩを受け取ると、パケット処理部２２はテンポラリテーブル２５２を参照し、ユーザ端末１０のＳＭＡＣアドレスが、正常呼フラグがＯＮの状態で登録されていることにより、正常呼ＳＭＡＣアドレスであることを確認する（ステップＳ１１８）。

次に、パケット処理部２２は仮想ＢＲＡＳリストテーブル２５１に２回目のアクセスを行い、仮想ＢＲＡＳ２６のＭＡＣアドレスを問い合わせ、仮想ＢＲＡＳリストテーブル２５１はラウンドロビン方式等に従い、パケット処理部２２に一つの仮想ＢＲＡＳ２６のＭＡＣアドレスを回答する（ステップＳ１１９）。ここでは、例として番号が＃２である仮想ＢＲＡＳ２６が選択されたものとする。

そして、パケット処理部２２は、ＰＡＤＯをユーザ端末１０へ送信し、同時にＰＡＤＩを番号が＃２である仮想ＢＲＡＳ２６へ転送する（ステップＳ１２０）。次に、ユーザ端末１０は、トラヒック振り分けシステム２０に対し、番号が＃２である仮想ＢＲＡＳ２６のＭＡＣアドレスを含むＰＡＤＲを送信する（ステップＳ１２１）。ここで、パケット処理部２２は時間の計測を開始し、テンポラリテーブル２５２に登録されているユーザ端末１０のＳＭＡＣアドレスのすべりカウンタを減算する（ステップＳ１２２）。

ここで、パケット処理部２２は、すべりカウンタの値を確認する。この場合、すべりカウンタが１以上であるものとする（ステップＳ１２３）。そのため、ユーザ端末１０は接続が許可されず、パケット処理部２２はユーザ端末１０に対しＰＡＤＴを送信する（ステップＳ１２４）。

[３回目の接続要求]
この後、さらにユーザ端末１０からの接続が行われた際の処理について説明する。図２−２に示すように、まず、ユーザ端末１０はトラヒック振り分けシステム２０に対し、ＰＡＤＩを送信する（ステップＳ１２５）。トラヒック振り分けシステム２０がＰＡＤＩを受け取ると、パケット処理部２２はテンポラリテーブル２５２を参照し、ユーザ端末１０のＳＭＡＣアドレスが、正常呼フラグがＯＮの状態で登録されていることにより、正常呼ＳＭＡＣアドレスであることを確認する（ステップＳ１２６）。

次に、パケット処理部２２は仮想ＢＲＡＳリストテーブル２５１に３回目のアクセスを行い、仮想ＢＲＡＳ２６のＭＡＣアドレスを問い合わせ、仮想ＢＲＡＳリストテーブル２５１はラウンドロビン方式等に従い、パケット処理部２２に一つの仮想ＢＲＡＳ２６のＭＡＣアドレスを回答する（ステップＳ１２７）。ここでは、例として番号が＃３である仮想ＢＲＡＳ２６が選択されたものとする。

そして、パケット処理部２２は、ＰＡＤＯをユーザ端末１０へ送信し、同時にＰＡＤＩを番号が＃３である仮想ＢＲＡＳ２６へ転送する（ステップＳ１２８）。次に、ユーザ端末１０は、トラヒック振り分けシステム２０に対し、番号が＃３である仮想ＢＲＡＳ２６のＭＡＣアドレスを含むＰＡＤＲを送信する（ステップＳ１２９）。ここで、パケット処理部２２は時間の計測を開始し、テンポラリテーブル２５２に登録されているユーザ端末１０のＳＭＡＣアドレスのすべりカウンタを減算する（ステップＳ１３０）。

ここで、図２−３に示すように、パケット処理部２２は、すべりカウンタの値を確認する。この場合、すべりカウンタが０であるものとする（ステップＳ１３１）。この場合、パケット処理部２２はＰＡＤＲを番号が＃３である仮想ＢＲＡＳ２６へ転送し（ステップＳ１３２）、番号が＃３である仮想ＢＲＡＳ２６はＰＡＤＳをトラヒック振り分けシステム２０へ送信する（ステップＳ１３３）。パケット処理部２２はＰＡＤＳをユーザ端末１０へ転送する（ステップＳ１３４）。これにより、ユーザ端末１０、トラヒック振り分けシステム２０及びゲートウェイ３０との間でＰＰＰ Ｓｅｓｓｉｏｎ Ｓｔａｇｅが開始される（ステップＳ１３５、Ｓ１３６、Ｓ１３７）。

［１回目の無効な接続要求］
図３を用いて、攻撃等の無効な接続要求が行われた場合の処理について説明する。図３は、実施形態１に係るトラヒック振り分けシステム及び仮想ＢＲＡＳシステムの処理の一例を示すシーケンス図である。図３に示すように、まず、ユーザ端末１０はトラヒック振り分けシステム２０に対し、ＰＡＤＩを送信する（ステップＳ２０１）。トラヒック振り分けシステム２０がＰＡＤＩを受け取ると、パケット処理部２２は仮想ＢＲＡＳリストテーブル２５１に初期アクセスし仮想ＢＲＡＳ２６のＭＡＣアドレスを問い合わせ、仮想ＢＲＡＳリストテーブル２５１はパケット処理部２２にＭＡＣアドレスを回答する（ステップＳ２０２）。ここでは、例として番号が＃１である仮想ＢＲＡＳ２６が選択されたものとする。

そして、パケット処理部２２は、ＰＡＤＯをユーザ端末１０へ送信し、同時にＰＡＤＩを番号が＃１である仮想ＢＲＡＳ２６へ転送する（ステップＳ２０３）。次に、ユーザ端末１０は、トラヒック振り分けシステム２０に対し、番号が＃１である仮想ＢＲＡＳ２６のＭＡＣアドレスを含むＰＡＤＲを送信する（ステップＳ２０４）。ここで、パケット処理部２２はユーザ端末１０のＳＭＡＣアドレスをテンポラリテーブル２５２に登録し、時間の計測を開始する（ステップＳ２０５）。

パケット処理部２２はＰＡＤＲを番号が＃１である仮想ＢＲＡＳ２６へ転送し（ステップＳ２０６）、番号が＃１である仮想ＢＲＡＳ２６はＰＡＤＳをトラヒック振り分けシステム２０へ送信する（ステップＳ２０７）。パケット処理部２２はＰＡＤＳをユーザ端末１０へ転送する（ステップＳ２０８）。これにより、ユーザ端末１０、トラヒック振り分けシステム２０及びゲートウェイ３０との間でＰＰＰ Ｓｅｓｓｉｏｎ Ｓｔａｇｅが開始される（ステップＳ２０９、Ｓ２１０、Ｓ２１１）。

ここで、ユーザ端末１０はゲートウェイ３０またはさらに上位のネットワークにおいて認証がされなかったものとする（ステップＳ２１２）。その場合、ゲートウェイ３０は番号が＃１である仮想ＢＲＡＳ２６に対し、認証ＮＧの通知及び切断処理を行う（ステップＳ２１３）。そして、番号が＃１である仮想ＢＲＡＳ２６はトラヒック振り分けシステム２０へＰＡＤＴを送信する（ステップＳ２１４）。

そして、パケット処理部２２は、テンポラリテーブル２５２に登録したユーザ端末１０のアドレス情報であるＳＭＡＣアドレスが、所定の時間Ｔを経過していないため削除されていないことを確認し、ユーザ端末１０のＳＭＡＣの無効呼フラグをＯＮとして無効呼ＳＭＡＣアドレスに変更する（ステップＳ２１５）。その後、パケット処理部２２はＰＡＤＴをユーザ端末１０に転送する（ステップＳ２１６）。

［２回目の無効な接続要求］
この後、さらにユーザ端末１０からの接続が行われた際の処理について説明する。図３に示すように、まず、ユーザ端末１０はトラヒック振り分けシステム２０に対し、ＰＡＤＩを送信する（ステップＳ２１７）。トラヒック振り分けシステム２０がＰＡＤＩを受け取ると、パケット処理部２２はテンポラリテーブル２５２を参照し、ユーザ端末１０のＳＭＡＣアドレスが、無効呼フラグがＯＮの状態で登録されていることにより、無効呼ＳＭＡＣアドレスであることを確認する（ステップＳ２１８）。

そして、パケット処理部２２は、ＰＡＤＯをユーザ端末１０へ送信し、同時にＰＡＤＩを番号が＃１である仮想ＢＲＡＳ２６へ転送する（ステップＳ２１９）。次に、ユーザ端末１０は、トラヒック振り分けシステム２０に対し、番号が＃１である仮想ＢＲＡＳ２６のＭＡＣアドレスを含むＰＡＤＲを送信する（ステップＳ２２０）。ここで、ユーザ端末１０による接続要求が無効呼であることが分かっているため、パケット処理部２２はＰＡＤＲを廃棄する（ステップＳ２２１）。

[実施形態１の効果]
実施形態１のトラヒック振り分けシステム２０は、仮想ＢＲＡＳ２６とユーザ端末１０との間に設けられる。トラヒック振り分けシステム２０は、パケット処理部２２の各機能により、テンポラリテーブル２５２に記憶されたユーザ端末１０のアドレス情報及びネットワーク３への通信状況に基づき接続の可否を判定し、ＰＡＤＯを送信すること等により接続確立候補サーバをユーザ端末１０に通知し、接続可否の判定結果に応じてＰＡＤＲの転送、廃棄を決定すること等により接続を制御する。これによって、複数の仮想ＢＲＡＳ２６間でのロードバランスが可能となり、システムの処理能力を有効に活用可能な仮想ＢＲＡＳシステムを構築することができる。

また、実施形態１のトラヒック振り分けシステム２０は、接続要求を行ったユーザ端末１０のアドレス情報をテンポラリテーブル２５２に登録し、一定時間経過後に削除する。そして、一定時間経過前に接続が切断された場合は、ユーザ端末１０の通信状況を無効とし、以後ユーザ端末１０からの接続要求はトラヒック振り分けシステム２０で拒否され、正常な接続要求のみを許可する。これによって、無効な接続要求が仮想ＢＲＡＳシステム全体に送られるこがなくなるため、システム全体のパフォーマンスが向上し、システム増設の効果を享受することができるようになる。

また、実施形態１では、ユーザ端末１０の接続確立候補サーバがラウンドロビン方式により選択される。また、すべりカウンタが０になるまでユーザ端末１０は接続ができない。例えば、すべりカウンタの初期値及び減算値を調整することによって、接続する仮想ＢＲＡＳ２６をダイナミックに選択することができるようになる。

［その他の実施形態］
なお、上記の実施形態では、トラヒック振り分けシステムにおいては、すべりカウンタを利用した方法を採用しているが、仮想ＢＲＡＳの負荷を分散する方法としては、その他の方法も考えられる。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
また、上記実施形態において説明したトラヒック振り分けシステム２０が実行する処理について、コンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態に係るトラヒック振り分けシステム２０が実行する処理について、コンピュータが実行可能な言語で記述したトラヒック振り分けプログラムを作成することもできる。この場合、コンピュータがトラヒック振り分けプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるトラヒック振り分けプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたトラヒック振り分けプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、図１に示したトラヒック振り分けシステム２０と同様の機能を実現するトラヒック振り分けプログラムを実行するコンピュータの一例を説明する。

図４は、トラヒック振り分けプログラムを実行するコンピュータ１０００を示す図である。図４に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図４に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図４に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図４に例示するように、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブに挿入される。シリアルポートインタフェース１０５０は、図４に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図４に例示するように、例えばディスプレイ１１３０に接続される。

ここで、図４に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のトラヒック振り分けプログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、実行する。

なお、トラヒック振り分けプログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、トラヒック振り分けプログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１ ユーザネットワーク
１０ ユーザ端末
２ 仮想ＢＲＡＳシステム
２０ トラヒック振り分けシステム
２１ 通信部
２１１ 出力インタフェース
２１２ 入力インタフェース
２２ パケット処理部
２２１ 判定機能
２２２ 通知機能
２２３ 制御機能
２２４ 登録機能
２２５ 削除機能
２２６ 計測機能
２２７ フラグ設定機能
２２８ カウンタ設定機能
２２９ カウンタ減算機能
２５ 記憶部
２５１ 仮想ＢＲＡＳリストテーブル
２５２ テンポラリテーブル
２６ 仮想ＢＲＡＳ
３ ネットワーク
３０ ゲートウェイ

Claims (6)

1. 複数のアクセスサーバのうちの一つを経由してネットワークへ接続するユーザ端末のアドレス情報及び前記ネットワークへの通信状況を記憶する記憶機能と、
   前記記憶機能に記憶されている前記アドレス情報及び前記通信状況に基づき、前記ユーザ端末の前記ネットワークへの接続の可否を判定する判定機能と、
   前記ユーザ端末から前記ネットワークへの接続要求があった場合は、前記複数のアクセスサーバのうちのいずれか一つのアクセスサーバを接続確立候補サーバとして選択し、前記ユーザ端末に通知する通知機能と、
   前記判定機能が前記ユーザ端末の前記ネットワークへの接続が可能であると判定した場合は、前記通知機能から通知を受けた前記ユーザ端末からの接続確立要求を前記接続確立候補サーバへ通知し接続を確立させ、前記判定機能が前記ユーザ端末の前記ネットワークへの接続が不可能であると判定した場合は、前記通知機能からの通知を受けた前記ユーザ端末からの接続確立要求を拒否する制御機能と、
   を有することを特徴とするトラヒック振り分けシステム。
2. 前記ユーザ端末から前記ネットワークへの接続要求が行われた場合は、前記ユーザ端末のアドレス情報を前記記憶機能に登録する登録機能と、
   前記登録機能により前記アドレス情報が前記記憶機能に登録された場合は、時間の計測を開始する計測機能と、
   前記計測機能が計測した時間が所定の時間に至った場合は、前記記憶機能から前記アドレス情報を削除する削除機能と、
   前記ユーザ端末と前記ネットワークとの接続が終了した後、前記記憶機能に前記アドレス情報が記憶されている場合は、前記記憶機能に記憶されている前記アドレス情報に接続が有効であることを示すフラグを前記通信状況として設定し、前記記憶機能から前記アドレス情報が削除されている場合は、前記記憶装置に前記アドレス情報を登録するとともに接続が無効であることを示すフラグを前記通信状況として設定するフラグ設定機能と、
   をさらに有し、
   前記判定機能は、前記フラグ設定機能により設定されたフラグを参照し、接続の可否を判定することを特徴とする請求項１に記載のトラヒック振り分けシステム。
3. 前記記憶機能に記憶されている前記ユーザ端末の前記アドレス情報に、所定の数値であるカウンタを前記通信状況として設定するカウンタ設定機能と、
   前記ユーザ端末から接続要求があった場合は、前記カウンタを減算するカウンタ減算機能と、
   をさらに有し、
   前記判定機能は、前記カウンタが０より大きい場合は前記ユーザ端末による接続は不可能であると判定することを特徴とする請求項１または２に記載のトラヒック振り分けシステム。
4. 前記記憶機能は、前記複数のアクセスサーバのリストをさらに記憶し、
   前記通知機能は、前記リストに基づき、ラウンドロビン方式によって前記接続確立候補サーバを選択することを特徴とする請求項１から３のいずれか１項に記載のトラヒック振り分けシステム。
5. 複数のアクセスサーバのうちの一つを経由してネットワークへ接続するユーザ端末のアドレス情報及び前記ネットワークへの通信状況を記憶する記憶工程と、
   前記記憶工程で記憶された前記アドレス情報及び前記通信状況に基づき、前記ユーザ端末の前記ネットワークへの接続の可否を判定する判定工程と、
   前記ユーザ端末から前記ネットワークへの接続要求があった場合は、前記複数のアクセスサーバのうちのいずれか一つのアクセスサーバを接続確立候補サーバとして選択し、前記ユーザ端末に通知する通知工程と、
   前記判定工程で前記ユーザ端末の前記ネットワークへの接続が可能であると判定された場合は、前記通知工程で通知を受けた前記ユーザ端末からの接続確立要求を前記接続確立候補サーバへ通知し接続を確立させ、前記判定工程で前記ユーザ端末の前記ネットワークへの接続が不可能であると判定された場合は、前記通知工程で通知を受けた前記ユーザ端末からの接続確立要求を拒否する制御工程と、
   を含んだことを特徴とするトラヒック振り分け方法。
6. 複数のアクセスサーバのうちの一つを経由してネットワークへ接続するユーザ端末のアドレス情報及び前記ネットワークへの通信状況を記憶する記憶ステップと、
   前記記憶ステップで記憶された前記アドレス情報及び前記通信状況に基づき、前記ユーザ端末の前記ネットワークへの接続の可否を判定する判定ステップと、
   前記ユーザ端末から前記ネットワークへの接続要求があった場合は、前記複数のアクセスサーバのうちのいずれか一つのアクセスサーバを接続確立候補サーバとして選択し、前記ユーザ端末に通知する通知ステップと、
   前記判定ステップで前記ユーザ端末の前記ネットワークへの接続が可能であると判定された場合は、前記通知ステップで通知を受けた前記ユーザ端末からの接続確立要求を前記接続確立候補サーバへ通知し接続を確立させ、前記判定ステップで前記ユーザ端末の前記ネットワークへの接続が不可能であると判定された場合は、前記通知ステップで通知を受けた前記ユーザ端末からの接続確立要求を拒否する制御ステップと、
   をコンピュータに実行させることを特徴とするトラヒック振り分けプログラム。

Images