(57)【特許請求の範囲】
【請求項１】
レイヤー２トンネリングプロトコルによるアクセスコントローラとネットワークサーバとの接続を、前記アクセスコントローラを介したユーザ端末からの接続要求に基づいて制御するネットワーク接続制御装置で実行されるネットワーク接続制御方法であって、
前記ユーザ端末からの接続要求が無効とされた回数として、前記アクセスコントローラと前記ネットワークサーバとの接続における認証及び前記ネットワークサーバに接続された認証サーバにおける認証において無効とされた回数を計数し、計数した回数を前記ユーザ端末ごとに対応付けて所定の記憶部に格納する計数工程と、
前記ユーザ端末から接続要求を受付けた場合に、前記記憶部を参照して、当該ユーザ端末からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する判定工程と、
前記判定工程によって、前記無効とされた回数が前記閾値を超えていると判定された場合に、外部ネットワークと接続されていない無効ネットワークサーバと前記アクセスコントローラとを前記レイヤー２トンネリングプロトコルによって接続するように制御する接続制御工程と、
を含んだことを特徴とするネットワーク接続制御方法。
【請求項２】
前記計数工程は、前記ユーザ端末の接続要求に基づいて前記アクセスコントローラと前記無効ネットワークサーバとが接続された場合に、前記記憶部に記憶された当該ユーザ端末に対応する前記回数を削除することを特徴とする請求項１に記載のネットワーク接続制御方法。
【請求項３】
レイヤー２トンネリングプロトコルによるアクセスコントローラとネットワークサーバとの接続を、前記アクセスコントローラを介したユーザ端末からの接続要求に基づいて制御するネットワーク接続制御装置であって、
前記ユーザ端末からの接続要求が無効とされた回数として、前記アクセスコントローラと前記ネットワークサーバとの接続における認証及び前記ネットワークサーバに接続された認証サーバにおける認証において無効とされた回数を計数し、計数した回数を前記ユーザ端末ごとに対応付けて所定の記憶部に格納する計数手段と、
前記ユーザ端末から接続要求を受付けた場合に、前記記憶部を参照して、当該ユーザ端末からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する判定手段と、
前記判定手段によって、前記無効とされた回数が前記閾値を超えていると判定された場合に、外部ネットワークと接続されていない無効ネットワークサーバと前記アクセスコントローラとを前記レイヤー２トンネリングプロトコルによって接続するように制御する接続制御手段と、
を備えたことを特徴とするネットワーク接続制御装置。
【請求項４】
レイヤー２トンネリングプロトコルによるアクセスコントローラとネットワークサーバとの接続を、前記アクセスコントローラを介したユーザ端末からの接続要求に基づいて制御するネットワーク接続制御装置で実行されるネットワーク接続制御方法であって、
前記ユーザ端末からの接続要求が無効とされた回数として、前記アクセスコントローラと前記ネットワークサーバとの接続における認証及び前記ネットワークサーバに接続された認証サーバにおける認証において無効とされた回数を計数し、計数した回数を前記ユーザ端末ごとに対応付けて所定の記憶部に格納する計数工程と、
前記ユーザ端末から接続要求を受付けた場合に、前記記憶部を参照して、当該ユーザ端末からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する判定工程と、
前記判定工程によって、前記無効とされた回数が前記閾値を超えていると判定された場合に、前記アクセスコントローラに対して、前記接続要求に対応する接続先ネットワークサーバのＩＰアドレスを含まない情報を応答する応答工程と、
を含んだことを特徴とするネットワーク接続制御方法。
【請求項５】
レイヤー２トンネリングプロトコルによるアクセスコントローラとネットワークサーバとの接続を、前記アクセスコントローラを介したユーザ端末からの接続要求に基づいて制御するネットワーク接続制御装置であって、
前記ユーザ端末からの接続要求が無効とされた回数として、前記アクセスコントローラと前記ネットワークサーバとの接続における認証及び前記ネットワークサーバに接続された認証サーバにおける認証において無効とされた回数を計数し、計数した回数を前記ユーザ端末ごとに対応付けて所定の記憶部に格納する計数手段と、
前記ユーザ端末から接続要求を受付けた場合に、前記記憶部を参照して、当該ユーザ端末からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する判定手段と、
前記判定手段によって、前記無効とされた回数が前記閾値を超えていると判定された場合に、前記アクセスコントローラに対して、前記接続要求に対応する接続先ネットワークのＩＰアドレスを含まない情報を応答する応答手段と、
を備えたことを特徴とするネットワーク接続制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク接続制御方法及びネットワーク接続制御装置に関する。
【背景技術】
【０００２】
従来、ユーザが指定するインターネットサービスプロバイダ（ＩＳＰ）にユーザ端末を接続させるためのネットワーク接続制御方法として、ユーザの通信回線を収容するレイヤー２トンネリングプロトコルアクセスコントローラ（ＬＡＣ）と、ＩＳＰ事業者網が接続されたレイヤー２トンネリングプロトコルネットワークサーバ（ＬＮＳ）とを、ＬＡＣ制御サーバの制御のもと、レイヤー２トンネリングプロトコル（Ｌ２ＴＰ）によって接続する技術が知られている。
【０００３】
ＬＡＣ制御サーバは、ユーザ端末が送信する接続要求に含まれるＩＳＰドメイン情報などの識別子に応じて、ＩＳＰ事業者ごとに設置されたＬＮＳのなかからＬＡＣと接続する最適なＬＮＳを選択する。これにより、上述した技術では、ユーザ端末を任意のＩＳＰ事業者網に接続することができる。
【０００４】
ここで、上述したネットワーク接続制御方法においては、通常、ＬＡＣ制御サーバによって選択されたＬＮＳとＬＡＣとが接続された後、ＬＮＳに接続されたＩＳＰ事業者の認証サーバによって、ユーザ端末が当該ＩＳＰ事業者の契約ユーザであるか否かが認証される。このとき、認証がＯＫであった場合にのみ、ユーザ端末はＩＳＰ事業者網への接続が許可される。一方、認証がＮＧであった場合には、ユーザ端末はＩＳＰ事業者網への接続が許可されない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４５６００６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では、ネットワークの接続制御に係るサーバの処理負荷が増大する場合があった。例えば、ユーザがユーザ端末あるいはユーザ端末を配下にしたブロードバンドルータに誤った認証情報を設定していた場合、上述した従来技術においては、ユーザ端末あるいはブロードバンドルータは、認証サーバによって認証がＮＧとされ、ＩＳＰ事業者網への接続が拒否された後も再度接続要求を行い、以後、接続拒否と接続要求とを無限に繰り返す場合がある。その結果、通信回線事業者のＬＡＣ制御サーバや、ＩＳＰ事業者の認証サーバの処理負荷が増大する問題が生じる。
【０００７】
ここで、ユーザ端末や、ブロードバンドルータの動作を、例えば、一定回数以上接続を拒否された場合に、以後、接続要求を送信しないように変更することで、上述した無効な接続要求の送信を抑止することができる。しかしながら、すでに市中に普及した端末や、ブロードバンドルータの動作を変更することは極めて困難である。
【０００８】
そこで、本願に係る技術は、上述した従来技術の問題に鑑みてなされたものであって、ネットワークの接続制御に係るサーバの処理負荷を軽減することを可能とするネットワーク接続制御方法及びネットワーク接続制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本願の方法は、レイヤー２トンネリングプロトコルによるアクセスコントローラとネットワークサーバとの接続を、前記アクセスコントローラを介したユーザ端末からの接続要求に基づいて制御するネットワーク接続制御装置で実行されるネットワーク接続制御方法であって、前記ユーザ端末から接続要求を受付けた場合に、当該ユーザ端末からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する判定工程と、前記判定工程によって、前記無効とされた回数が前記閾値を超えていると判定された場合に、外部ネットワークと接続されていない無効ネットワークサーバと前記アクセスコントローラとを前記レイヤー２トンネリングプロトコルによって接続するように制御する接続制御工程とを含んだことを特徴とする。
【発明の効果】
【００１０】
本願の方法は、ネットワークの接続制御に係るサーバの処理負荷を軽減することを可能にする。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１に係るネットワーク接続制御システムの全体の構成の一例を示す図である。
【図２】図２は、実施例１に係るＬＡＣ制御サーバの構成の一例を示す図である。
【図３】図３は、実施例１に係る無効要求情報記憶部によって記憶される無効要求情報の一例を示す図である。
【図４】図４は、実施例１に係るＬＮＳ情報記憶部によって記憶されるＬＮＳ情報の一例を示す図である。
【図５】図５は、実施例１に係るネットワーク接続制御システムによる処理の手順を示す第１のシーケンス図である。
【図６】図６は、実施例１に係るネットワーク接続制御システムによる処理の手順を示す第２のシーケンス図である。
【図７】図７は、実施例１に係るネットワーク接続制御システムによる処理の手順を示す第３のシーケンス図である。
【図８】図８は、実施例２に係るネットワーク接続制御システムの全体の構成の一例を示す図である。
【図９】図９は、実施例２に係るＬＡＣ制御サーバの構成の一例を示す図である。
【図１０】図１０は、実施例２に係るネットワーク接続制御システムによる処理の手順を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、本願に係るネットワーク接続制御方法及びネットワーク接続制御装置の実施例を詳細に説明する。なお、以下では、本願に係るネットワーク接続制御方法を実行するＬＡＣ制御サーバを含んで構成されるネットワーク接続制御システムを実施例として説明する。また、本願に係るネットワーク接続制御方法及びネットワーク接続制御装置は、以下の実施例により限定されるものではない。
【実施例１】
【００１３】
［実施例１に係るネットワーク接続制御システムの構成］
以下では、まず、実施例１に係るネットワーク接続制御システムの全体の構成について説明した後、本願に係るネットワーク接続制御方法を実行するＬＡＣ制御サーバの詳細な構成について説明する。図１は、実施例１に係るネットワーク接続制御システム１の構成の一例を示す図である。
【００１４】
図１に示すように、実施例１に係るネットワーク接続制御システム１は、ユーザ網１００に収容されるユーザ端末１０及びブロードバンドルータ２０と、通信回線事業者網２００に収容されるＬＡＣ制御サーバ４０及び無効接続収容ＬＮＳ６０と、ＩＳＰ事業者網３００に収容されるＩＳＰ認証サーバ７０と、ＩＳＰ事業者網３０１に収容されるＩＳＰ認証サーバ７１と、ユーザ網１００及び通信回線事業者網２００それぞれに接続されたＬＡＣ３０〜３２と、通信回線事業者網２００及びＩＳＰ事業者網３００それぞれに接続されたＬＮＳ５０と、通信回線事業者網２００及びＩＳＰ事業者網３０１それぞれに接続されたＬＮＳ５１とを備える。なお、ＬＡＣ３１及びＬＡＣ３２に接続されたユーザ網については不図示である。
【００１５】
ユーザ網１００は、例えば、ＬＡＮ（Local  Area  Network）などの比較的狭域なネットワークである。通信回線事業者網２００は、通信回線事業者が所有するネットワークである。ＩＳＰ事業者網３００及び３０１は、インターネットサービスを提供するプロバイダ（Provider）によってそれぞれ構成されたＩＰ（Internet Protocol）網である。
【００１６】
ユーザ端末１０は、例えば、ＬＡＮ接続インタフェースとＷｅｂブラウザとを備え、ＩＳＰ事業者網を介して提供されるインターネットサービスを受付ける汎用的なコンピュータである。ブロードバンドルータ２０は、ユーザ端末１０を配下としたＰＰＰ（Point  to  Point  Protocol）接続が可能な汎用なブロードバンドルータであり、ＬＡＣ３１に対してＰＰＰ接続要求（以下、接続要求と記す場合がある）を行う。具体的には、ブロードバンドルータ２０は、ＰＰＰｏＥ（PPP  over  Ethernet（登録商標））セッションを確立するディスカバリステージとＬＣＰ（Link  Control  Protocol）によるネゴシエーションとをＬＡＣ３０との間で実行する。
【００１７】
そして、ブロードバンドルータ２０は、例えば、ＰＡＰ（Password  Authentication  Protocol）あるいはＣＨＡＰ（Challenge  Handshake  Authentication  Protocol）などの認証プロトコルにより、接続先ＩＳＰのドメイン情報、ユーザ情報及びＩＳＰ接続認証のための認証情報をＬＡＣ３０に送信する。なお、図１においては、１つのユーザ端末１０と１つのブロードバンドルータのみが示されているが、実際には、さらに多数のユーザ端末及びブロードバンドルータがＬＡＣ３０と接続されている。
【００１８】
ＬＡＣ３０は、ブロードバンドルータ２０からＰＰＰ接続要求を受信すると、ブロードバンドルータ２０との間で、ディスカバリステージとＬＣＰによるネゴシエーションを実行する。そして、ＬＡＣ３０は、通信回線事業者網２００を介したＬＮＳとのＬ２ＴＰセッションを確立するための接続先ＬＮＳ解決要求をＬＡＣ制御サーバ４０に送信する。また、ＬＡＣ３０は、Ｌ２ＴＰセッションを確立するためのＬ２ＴＰ接続要求をＬＮＳに送信する。なお、ＬＡＣ３０による処理の詳細は後述する。ＬＡＣ３１及びＬＡＣ３２は、自装置と接続されたブロードバンドルータ及びＬＡＣ制御サーバ４０それぞれとの間でＬＡＣ３０と同様の通信を行う。また、図１においては、３つのＬＡＣのみを示しているが、実際には、さらに多数のＬＡＣが通信回線事業者網２００に接続されている。
【００１９】
ＬＡＣ制御サーバ４０は、ＬＡＣとＬＮＳとの間のＬ２ＴＰセッションの確立に係る各種制御を実行する。具体的には、ＬＡＣ制御サーバ４０は、ＬＮＳ情報管理テーブルを参照して、ＬＡＣから受信した接続先ＬＮＳ解決要求の認証を行う。ここで、認証がＯＫであった場合には、ＬＡＣ制御サーバ４０は、認証がＯＫである旨の接続先ＬＮＳ解決応答をＬＡＣに送信する。一方、認証がＮＧであった場合には、ＬＡＣ制御サーバ４０は、認証がＮＧである旨の接続先ＬＮＳ解決応答をＬＡＣに送信する。
【００２０】
ここで、実施例１に係るＬＡＣ制御サーバ４０は、上述した処理に加えて、ネットワークの接続制御に係るサーバの処理負荷を軽減するための処理を実行する。なお、この処理の詳細は後述する。
【００２１】
ＬＮＳ５０及びＬＮＳ５１は、Ｌ２ＴＰによりＬＡＣと接続可能な汎用なＬＮＳ装置である。ＬＡＣ３０、ＬＡＣ３１又はＬＡＣ３２からＬ２ＴＰ接続要求を受信すると、ＩＳＰ認証サーバ７０又は７１に対してユーザ認証要求を送信する。具体的には、ＬＮＳ５０及びＬＮＳ５１は、Ｌ２ＴＰ接続要求に含まれるユーザ認証情報をＩＳＰ認証サーバ７０又は７１に対して送信する。なお、図１においては、２つのＬＮＳのみを示しているが、実際には、さらに多数のＬＮＳが通信回線事業者網２００に接続されている。例えば、ＩＳＰ事業者網の数と同数のＬＮＳが通信回線事業者網２００に接続されている。
【００２２】
無効接続収容ＬＮＳ６０は、Ｌ２ＴＰによりＬＡＣと接続可能な汎用なＬＮＳ装置である。ここで、無効接続収容ＬＮＳ６０は、ＬＡＣ３０、ＬＡＣ３１又はＬＡＣ３２からＬ２ＴＰ接続要求を受信すると、認証を行うことなく認証ＯＫの応答（認証プロトコルがＣＨＡＰの場合、ＣＨＡＰ−Success）をブロードバンドルータ２０に送信する。これにより、ブロードバンドルータ２０と無効接続収容ＬＮＳ６０との間にＰＰＰセッションが張られる。しかしながら、無効接続収容ＬＮＳ６０は、ＩＳＰ事業者網が接続されていないため、ブロードバンドルータや、その配下のユーザ端末に対して、通信サービスを提供することはない。
【００２３】
ＩＳＰ認証サーバ７０及びＩＳＰ認証サーバ７１は、それぞれＬＮＳ５０及びＬＮＳ５１からのユーザ認証要求を受信して、ユーザ認証を実行する。そして、ＩＳＰ認証サーバ７０及びＩＳＰ認証サーバ７１は、認証結果をそれぞれＬＮＳ５０及びＬＮＳ５１に送信する。
【００２４】
続いて、図１に示すネットワーク接続制御システム１に含まれるＬＡＣ制御サーバの詳細な構成について説明する。図２は、実施例１に係るＬＡＣ制御サーバの構成の一例を示す図である。なお、図２においては、ＬＡＣ３０とＬＮＳ５０との間でＬ２ＴＰセッションを確立する場合を一例に挙げて説明する。ここで、まず、通信回線事業者網２００を介してＬＡＣ制御サーバ４０に接続されるＬＡＣ３０の構成の一例について説明する。
【００２５】
ＬＡＣ３０は、例えば、図２に示すように、通信制御Ｉ／Ｆ（Interface）部３１と、制御部３２とを有する。通信制御Ｉ／Ｆ部３１は、ＬＡＣ制御サーバ４０及びＬＮＳ５０と、制御部３２との間でやり取りする各種情報に関する通信を制御する。例えば、通信制御Ｉ／Ｆ部３１は、制御部３２とＬＡＣ制御サーバ４０との接続先ＬＮＳ解決要求の通信を制御する。
【００２６】
制御部３２は、図２に示すように、接続先ＬＮＳ要求部３２ａと、セッション切断通知部３２ｂとを備える。接続先ＬＮＳ要求部３２ａは、ブロードバンドルータ２０から受信した接続先ＩＳＰのドメイン情報及びユーザ情報と、さらにユーザの契約回線を一意に特定するための回線情報とを含む接続先ＬＮＳ解決要求をＬＡＣ制御サーバ４０に送信する。
【００２７】
また、接続先ＬＮＳ要求部３２ａは、接続先ＬＮＳ解決要求に対するＬＡＣ制御サーバ４０の接続先ＬＮＳ解決応答において、認証がＯＫである旨の応答を受信した場合に、Ｌ２ＴＰ接続要求をＬＮＳに送信する。例えば、接続先ＬＮＳ要求部３２ａは、ＬＡＣ制御サーバ４０からＬＮＳ５０のＩＰアドレスを含む接続先ＬＮＳ解決応答を受信した場合に、ＬＮＳ５０に対して接続先ＩＳＰのユーザ情報及びＩＳＰ接続認証のための認証情報を含むＬ２ＴＰ接続要求を送信する。
【００２８】
ここで、ＬＮＳ５０は、Ｌ２ＴＰ接続要求を受信すると、ＲＡＤＩＵＳ（Remote  Authentification  Dial  In  User  Service）を用いて、ＩＳＰユーザ情報及び認証情報を含む認証要求（例えば、Access-Requestなど）をＩＳＰ認証サーバ７０に送信する。認証要求を受信したＩＳＰ認証サーバ７０は、認証要求に含まれるＩＳＰユーザ情報と認証情報のペアを認証し、認証がＯＫである場合には、認証結果としてAccess-AcceptをＬＮＳ５０に送信する。一方、認証がＮＧである場合には、ＩＳＰ認証サーバ７０は、認証結果としてAccess-RejectをＬＮＳ５０に送信する。なお、ＬＮＳ５０は、Access-Acceptを受信した場合、ＰＰＰ認証ＯＫ応答（認証プロトコルがＣＨＡＰの場合、ＣＨＡＰ−Success）をブロードバンドルータ２０に送信し、ＰＰＰセッションを介したＩＳＰ事業者網への接続を許可する。
【００２９】
セッション切断通知部３２ｂは、確立されたＬ２ＴＰセッションが切断された場合に、ＬＡＣ制御サーバ４０に対してＬ２ＴＰセッションが切断された通知であるＬ２ＴＰセッション切断通知を送信する。具体的には、セッション切断通知部３２ｂは、ＬＮＳによってＬ２ＴＰ接続が切断された場合に、ＬＡＣ制御サーバ４０に対して切断理由を含むＬ２ＴＰセッション切断通知を送信する。
【００３０】
実施例１に係るＬＡＣ制御サーバ４０は、ＬＡＣとＬＮＳとの間にＬ２ＴＰセッションを確立するためにブロードバンドルータ２０から送信されたＰＰＰ接続要求が無効要求であるか否かを判定し、無効要求であると判定した場合に、ＬＡＣ３０と無効接続収容ＬＮＳにとの間にＬ２ＴＰセッションを確立することで、ネットワークの接続制御に係るサーバの処理負荷を軽減する。
【００３１】
図２に示すように、ＬＡＣ制御サーバ４０は、通信制御Ｉ／Ｆ部４１と、入力部４２と、表示部４３と、記憶部４４と、制御部４５とを備える。通信制御Ｉ／Ｆ部４１は、ＬＡＣと制御部４５との間でやり取りする各種情報に関する通信を制御する。例えば、通信制御Ｉ／Ｆ部４１は、接続先ＬＮＳ解決応答に係る通信を制御する。また、通信制御Ｉ／Ｆ部４１は、入力部４２及び表示部４３と、制御部４５との間での各種情報のやり取りを制御する。
【００３２】
入力部４２は、例えば、キーボードやマウスなどであり、ユーザによる種々の情報の入力処理を受付ける。一例を挙げると、入力部４２は、ＰＰＰ接続要求が無効要求であるか否かの判定に用いられる閾値の入力処理などを受付ける。なお、閾値については後述する。表示部４３は、例えば、ディスプレイなどであり、ユーザに対して処理結果を表示出力する。
【００３３】
記憶部４４は、図２に示すように、無効要求情報記憶部４４ａと、ＬＮＳ情報記憶部４４ｂとを備える。記憶部４４は、例えば、ハードディスク、光ディスクなどの記憶装置、または、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子であり、ＬＡＣ制御サーバ４０によって実行される各種プログラムなどを記憶する。
【００３４】
無効要求情報記憶部４４ａは、後述する制御部４５によって実行される無効要求の判定に用いられる無効要求情報を記憶する。具体的には、無効要求情報記憶部４４ａは、ユーザ端末ごとに無効要求の回数を対応付けた無効要求情報を記憶する。図３は、実施例１に係る無効要求情報記憶部４４ａによって記憶される無効要求情報管理テーブルの一例を示す図である。
【００３５】
例えば、無効要求情報記憶部４４ａは、図３に示すように、回線情報と、ＩＳＰドメイン情報と、ＩＳＰユーザ情報と、無効要求送信回数とを対応付けた無効要求情報管理テーブルを記憶する。一例を挙げると、無効要求情報記憶部４４ａは、図３に示すように、「回線情報：Ｌ１３５７２４６８、ＩＳＰドメイン情報：ｉｓｐ‐ｂ．ｃｏ．ｊｐ、ＩＳＰユーザ情報：ｕｓｅｒ２、無効要求送信回数：２」を記憶する。ここで、上述した情報は、「回線情報：Ｌ１３５７２４６８、ＩＳＰドメイン情報：ｉｓｐ‐ｂ．ｃｏ．ｊｐ、ＩＳＰユーザ情報：ｕｓｅｒ２」に対応するユーザ端末或いはブロードバンドルータから送信されたＰＰＰ接続要求が無効要求であった回数が「２回」であることを意味する。
【００３６】
図２に戻って、ＬＮＳ情報記憶部４４ｂは、ＩＳＰのドメインと当該ＩＳＰに対応するＬＮＳのＩＰアドレスとを対応付けたＬＮＳ情報を記憶する。図４は、実施例１に係るＬＮＳ情報記憶部４４ｂによって記憶されるＬＮＳ情報の一例を示す図である。例えば、ＬＮＳ情報記憶部４４ｂは、図４に示すように、「ＩＳＰドメイン情報：ｉｓｐ‐ａ．ｃｏｍ」と「ＬＮＳ  ＩＰアドレス：１０．１．１．１」とを対応付けたＬＮＳ情報を記憶する。
【００３７】
また、ＬＮＳ情報記憶部４４ｂは、無効接続収容ＬＮＳ６０のＩＰアドレスをＬＮＳ情報として記憶する。例えば、ＬＮＳ情報記憶部４４ｂは、無効接続収容ＬＮＳ６０のＬＮＳ情報として、図４に示すように、「ＩＳＰドメイン情報：ＩＮＶＡＬＩＤ」と「ＬＮＳ  ＩＰアドレス：１０．１．９９．９９」を記憶する。
【００３８】
図２に戻って、制御部４５は、無効要求判定部４５ａと、ＬＮＳ情報解決部４５ｂと、接続先ＬＮＳ応答部４５ｃと、無効要求情報更新部４５ｄとを備える。制御部４５は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路やＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路であり、ＬＡＣ制御サーバ４０の全体制御を実行する。
【００３９】
無効要求判定部４５ａは、ユーザ端末から接続要求を受付けた場合に、当該ユーザ端末からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する。具体的には、無効要求判定部４５ａは、ユーザ端末１０又はブロードバンドルータ２０からＰＰＰ接続要求を受信したＬＡＣ３０から、接続先ＬＮＳ解決要求を受信した場合に、無効要求情報記憶部４４ａを参照して、当該接続先ＬＮＳ解決要求の送信回数が所定の閾値を超えているか否かを判定する。
【００４０】
例えば、ＬＡＣ３０から受信した接続先ＬＮＳ解決要求に含まれる「ＩＳＰのドメイン情報」、「ユーザ情報」及び「回線情報」がそれぞれ「ｉｓｐ‐ｂ．ｃｏ．ｊｐ」、「ｕｓｅｒ２」及び「Ｌ１３５７２４６８」であった場合には、ＬＡＣ無効要求判定部４５ａは、図３に示す無効要求情報を参照して、「無効要求送信回数」が「２回」であることを抽出する。そして、ＬＡＣ無効要求判定部４５ａは、抽出した「無効要求送信回数：２回」が所定の閾値を超えているか否かを判定する。
【００４１】
ここで、例えば、閾値が「３回」であった場合には、ＬＡＣ無効要求判定部４５ａは、ＬＡＣ３０から受信した接続先ＬＮＳ解決要求が無効接続要求ではないと判定する。一方、閾値が「１回」であった場合には、ＬＡＣ無効要求判定部４５ａは、ＬＡＣ３０から受信した接続先ＬＮＳ解決要求が無効接続要求であると判定する。
【００４２】
ＬＮＳ情報解決部４５ｂは、無効要求判定部４５ａの判定結果に基づいて、接続先ＬＮＳ解決要求を送信したＬＡＣとＬ２ＴＰセッションを確立するＬＮＳを決定する。具体的には、ＬＮＳ情報解決部４５ｂは、無効要求判定部４５ａによって無効接続要求ではないと判定された場合には、接続先ＬＮＳ解決要求に含まれるＩＳＰドメイン情報に対応するＩＰアドレスのＬＮＳを接続先ＬＮＳとして決定する。
【００４３】
例えば、ＬＡＣ３０から受信した接続先ＬＮＳ解決要求が無効接続要求ではないと判定された場合には、ＬＮＳ情報解決部４５ｂは、図４に示すＬＮＳ情報を参照して、ＬＡＣ３０から受信した接続先ＬＮＳ解決要求に含まれる「ＩＳＰのドメイン情報：ｉｓｐ‐ｂ．ｃｏ．ｊｐ」に対応する「ＬＮＳ  ＩＰアドレス：１０．１．２．２」のＬＮＳを接続先ＬＮＳとして決定する。
【００４４】
一方、無効要求判定部４５ａによって無効接続要求であると判定された場合には、ＬＮＳ情報解決部４５ｂは、無効接続収容ＬＮＳ６０を接続先ＬＮＳとして決定する。例えば、ＬＡＣ３０から受信した接続先ＬＮＳ解決要求が無効接続要求であると判定された場合には、ＬＮＳ情報解決部４５ｂは、無効接続収容ＬＮＳ６０をＬＡＣ３０の接続先ＬＮＳとして決定する。
【００４５】
接続先ＬＮＳ応答部４５ｃは、ＬＮＳ情報解決部４５ｂによって決定された接続先ＬＮＳのＩＰアドレスを含む接続先ＬＮＳ解決応答をＬＡＣに送信する。例えば、接続先ＬＮＳ応答部４５ｃは、ＬＮＳ情報解決部４５ｂによってＬＡＣ３０の接続先ＬＮＳとして決定されたＬＮＳの「ＩＰアドレス：１０．１．２．２」を含む接続先ＬＮＳ解決応答をＬＡＣ３０に送信する。これにより、ＬＡＣ３０とＬＮＳ５０との間にＬ２ＴＰセッションが確立されることとなる。
【００４６】
また、接続先ＬＮＳ応答部４５ｃは、ＬＮＳ情報解決部４５ｂによってＬＡＣ３０の接続先ＬＮＳとして決定された無効接続収容ＬＮＳ６０のＩＰアドレス「１０．１．９９．９９」を図４に示すＬＮＳ情報から読み出し、読み出した「ＩＰアドレス：１０．１．９９．９９」を含む接続先ＬＮＳ解決応答をＬＡＣ３０に送信する。これにより、ＬＡＣ３０と無効接続収容ＬＮＳ６０との間にＬ２ＴＰセッションが確立されることとなる。なお、ＬＮＳ情報記憶部４４ｂによってＬＮＳ情報が記憶されていない場合には、接続先ＬＮＳ応答部４５ｃは、ＩＰアドレスを含まない接続先ＬＮＳ解決応答をＬＡＣ３０に送信する。
【００４７】
図２に戻って、無効要求情報更新部４５ｄは、無効要求情報を作成して無効要求情報記憶部４４ａに格納する。具体的には、無効要求情報更新部４５ｄは、ユーザ端末又はブロードバンドルータからの接続要求が無効とされた回数として、ＬＡＣとＬＮＳとの接続における認証及びＬＮＳに接続されたＩＳＰ認証サーバにおける認証において無効とされた回数を計数し、計数した回数をユーザ端末ごとに対応付けて無効要求情報記憶部４４ａに格納する。
【００４８】
具体的には、無効要求情報更新部４５ｄは、ＬＡＣから受信した接続先ＬＮＳ解決要求に含まれるＩＳＰドメイン情報に関するＬＮＳ情報がＬＮＳ情報記憶部４４ｂに記憶されていなかった場合に当該接続先ＬＮＳ解決要求を無効接続要求として決定して、無効要求情報管理テーブルに無効要求情報を作成する。そして、無効要求情報更新部４５ｄは、同一の接続先ＬＮＳ解決要求を受信するごとに、無効要求情報の回数を更新する。
【００４９】
また、無効要求情報更新部４５ｄは、ＩＳＰ認証サーバによって認証がＮＧであるとされた接続要求を無効接続要求として決定して、無効要求情報管理テーブルに無効要求情報を作成する。具体的には、まず、ＩＳＰ認証サーバ７０によって認証がＮＧであると判定され、それに応じた認証応答（例えば、Access-Reject）がＬＮＳ５０に対して送信される。ＬＮＳ５０は、認証がＮＧである認証応答（Access-Reject）を受信すると、ＬＡＣ３０とのＬ２ＴＰセッションを切断する。ＬＮＳとのＬ２ＴＰセッションが切断されると、ＬＡＣ３０は、切断理由を含むＬ２ＴＰセッション切断通知をＬＡＣ制御サーバ４０に送信する。ここで、無効要求情報更新部４５ｄは、ＩＳＰ認証サーバ７０による認証がＮＧであったことを検出し、ＬＡＣ３０から受信したＬ２ＴＰセッション切断通知に含まれる情報を元に無効要求情報管理テーブルに無効要求情報を作成する。そして、無効要求情報更新部４５ｄは、同一の接続要求に紐づくＬ２ＴＰセッション切断通知をＬＡＣ３０から受信するごとに、無効要求情報の回数を更新する。
【００５０】
さらに、無効要求情報更新部４５ｄは、ユーザ端末又はブロードバンドルータの接続要求に基づいてＬＡＣ３０と無効接続収容ＬＮＳ６０とがＬ２ＴＰにより接続された場合に、無効要求情報記憶部４４ａによって記憶された当該ユーザ端末に関する情報を削除する。これにより、実施例１に係るＬＡＣ制御サーバ４０は、不要なデータの増大を抑止することを可能にする。
【００５１】
また、無効要求情報更新部４５ｄは、無効要求情報記憶部４４ａによって記憶された無効要求情報管理テーブルに更新日時をさらに対応付けて格納し、一定時間以上更新のないレコードを削除する。例えば、無効要求情報更新部４５ｄは、無効な接続要求の送信回数が閾値に達していないレコードにおいて、一定時間以上更新のないレコードを削除する。これにより、実施例１に係るＬＡＣ制御サーバ４０は、不要なレコードの増大をさらに抑止することを可能にする。
【００５２】
上述したように、実施例１に係るＬＡＣ制御サーバ４０は、無効接続要求の回数が所定の閾値を超えた場合に、ユーザ端末又はブロードバンドルータとＬＡＣとの間のＰＰＰセッションを無効接続収容ＬＮＳに接続させる。これにより、Ｌ２ＴＰによる接続が確立されたため、以後、ユーザが無効接続収容ＬＮＳとの間のＰＰＰセッションを明示的に切断するまで、接続先ＩＳＰ認証のＮＧや、ドメイン情報が誤っていた場合に生じるＰＰＰ接続要求の繰り返し送信が行われなくなるため、ＬＡＣ制御サーバ４０、ＬＮＳ及びＩＳＰ認証サーバの処理負荷が軽減されることとなる。
【００５３】
一方、一度無効接続収容ＬＮＳ６０に収容された要求は、無効要求情報管理テーブルからレコードが削除されるため、ユーザがブロードバンドルータの設定誤りに気付き、正しい設定でＰＰＰ接続要求をやり直した場合は、無効接続収容ＬＮＳ６０に収容されることなく、正しいＬＮＳに収容される。そのため、無効接続収容ＬＮＳに収容されたユーザからの申告を受けた通信回線事業者やＩＳＰ事業者の保守者は、ユーザに設定誤りさえ修正してもらえばよく、ＬＡＣ制御サーバに対するデータ変更などの保守作業は不要となる。
【００５４】
ここで、ユーザは、以下のことを契機に設定誤りに気づくことが可能である。例えば、ブラウザを立ち上げてもインターネット上のＷｅｂサイトに接続できないなど、正常な通信ができないことを契機に、ユーザが、カスタマーサポートへ問い合わせを行うことで、設定誤りに気付くことができる。或いは、ユーザ側に積極的に設定がＮＧである旨を表示させる仕組みを取り入れることも可能である。例えば、無効接続収容ＬＮＳに収容されたユーザのＷｅｂアクセスを、接続がＮＧである旨を通知するＷｅｂサイトに転送することにより、ユーザに対して設定がＮＧである旨を表示する。しかしながら、正常な設定と無効な設定が併存しているブロードバンドルータの場合には、無効な設定が無効接続収容ＬＮＳに収容されたとしても、実質的なユーザへの影響は無い。
【００５５】
［実施例１に係るネットワーク接続制御システムによる接続処理の手順］
次に、実施例１に係るネットワーク接続制御システム１による接続処理の手順について、図５〜７を用いて説明する。図５は、実施例１に係るネットワーク接続制御システム１による処理の手順を示す第１のシーケンス図である。図５においては、ブロードバンドルータ２０によって送信された接続要求がＬＡＣ制御サーバ４０によって無効とは判定されず、ＩＳＰ認証サーバ７０による認証がＮＧであった場合のシーケンスを示す。
【００５６】
図５に示すように、第１の実施例に係るＬＡＣ制御サーバにおいては、ブロードバンドルータ２０がＰＰＰ接続要求を送信すると（ステップＳ１０１）、ＬＡＣ３０は、ＰＰＰ接続要求に含まれる接続先ＩＳＰのドメイン情報及びユーザ情報と、回線情報を含む接続先ＬＮＳ解決要求をＬＡＣ制御サーバ４０に送信する（ステップＳ１０２）。
【００５７】
ＬＡＣ制御サーバ４０においては、接続先ＬＮＳ解決要求を受信すると、無効要求判定部４５ａは、受信した接続先ＬＮＳ解決要求が無効な接続要求であるか否かの無効要求判定を行う（ステップＳ１０３）。ここで、本シーケンスにおいては、無効要求判定部４５ａによって、受信した接続先ＬＮＳ解決要求が無効な接続要求ではないと判定される。その後、ＬＮＳ情報解決部４５ｂは、接続先のＬＮＳを決定するＬＮＳ情報解決を実行する（ステップＳ１０４）。
【００５８】
その後、ＬＡＣ制御サーバ４０において、接続先ＬＮＳ応答部４５ｃは、ＬＡＣ３０に対して、接続先のＬＮＳのＩＰアドレスを含む接続先ＬＮＳ解決応答を送信する（ステップＳ１０５）。ＬＡＣ３０は、接続先ＬＮＳ解決応答を受信すると、接続先のＬＮＳ５０に対して、接続先ＩＳＰのユーザ情報と、ＩＳＰ接続認証のための認証情報を含むＬ２ＴＰ接続要求を送信して（ステップＳ１０６）、Ｌ２ＴＰセッションを確立する。
【００５９】
その後、ＬＮＳ５０は、ＩＳＰ認証サーバ７０に対して、ＩＳＰのユーザ情報と認証情報を含む認証要求（Access-Request）を送信する（ステップＳ１０７）。ここで、認証サーバ７０による認証がＮＧであった場合には、認証サーバ７０は、ＬＮＳ５０に対して認証応答（Access-Reject）を送信する（ステップＳ１０８）。ＬＮＳ５０は、認証応答（Access-Reject）を受信すると、ブロードバンドルータ２０に対して、ＰＰＰ認証ＮＧ応答を送信して（ステップＳ１０９）、Ｌ２ＴＰセッションを切断する（ステップＳ１１０）。このとき、ＬＮＳ５０は、ＬＡＣ３０に対して、切断理由がＩＳＰ認証ＮＧであることを通知する。
【００６０】
ＬＮＳ５０によってＬ２ＴＰセッションが切断されると、ＬＡＣ３０は、ＬＡＣ制御サーバ４０に対して、ＬＮＳ５０から通知された切断理由を含むＬ２ＴＰセッション切断通知（ＲＡＤＩＵＳプロトコルのAccounting-Request(stop)）を送信する（ステップＳ１１１）。なお、Accounting-Request(stop)には、回線情報と、接続先ＩＳＰのドメイン情報と、ユーザ情報とが含まれる。
【００６１】
ＬＡＣ制御サーバ４０においては、Ｌ２ＴＰセッション切断通知（Accounting-Request(stop)）を受信すると、無効要求情報更新部４５ｄは、当該通知に含まれる切断理由がＩＳＰ認証ＮＧである場合に、無効要求情報を更新する（ステップＳ１１２）。
【００６２】
図６は、実施例１に係るネットワーク接続制御システム１による処理の手順を示す第２のシーケンス図である。図６においては、ブロードバンドルータによって送信された接続要求がＬＡＣ制御サーバ４０によって無効とは判定されず、接続先ＩＳＰのドメイン情報に誤りがあった場合のシーケンスを示す。
【００６３】
図６に示すように、第１の実施例に係るＬＡＣ制御サーバにおいては、ブロードバンドルータ２０がＰＰＰ接続要求を送信すると（ステップＳ２０１）、ＬＡＣ３０は、ＰＰＰ接続要求に含まれる接続先ＩＳＰのドメイン情報及びユーザ情報と、回線情報を含む接続先ＬＮＳ解決要求をＬＡＣ制御サーバ４０に送信する（ステップＳ２０２）。
【００６４】
ＬＡＣ制御サーバ４０においては、接続先ＬＮＳ解決要求を受信すると、無効要求判定部４５ａは、受信した接続先ＬＮＳ解決要求が無効な接続要求であるか否かの無効要求判定を行う（ステップＳ２０３）。ここで、本シーケンスにおいては、無効要求判定部４５ａによって、受信した接続先ＬＮＳ解決要求が無効な接続要求ではないと判定される。その後、ＬＮＳ情報解決部４５ｂは、接続先のＬＮＳを決定するＬＮＳ情報解決を実行する（ステップＳ２０４）。
【００６５】
ここで、接続先ＬＮＳ解決要求に含まれる接続先ＩＳＰのドメイン情報が誤っており、ＬＮＳ情報テーブルに該当するレコードがないため、ＬＮＳ情報解決部４５ｂは、ＬＡＣ３０に対して、ＬＮＳのＩＰアドレスを含まない接続先ＬＮＳ解決応答を送信する（ステップＳ２０５）。そして、無効要求情報更新部４５ｄは、無効要求情報を更新する（ステップＳ２０６）。
【００６６】
ＬＡＣ３０は、ＬＮＳ５０のＩＰアドレスを含まない接続先ＬＮＳ解決応答を受信すると、ブロードバンドルータ２０に対して、ＰＰＰセッションを確立するための認証がＮＧである旨のＰＰＰ認証ＮＧ応答を送信する（ステップＳ２０７）。
【００６７】
図７は、実施例１に係るネットワーク接続制御システム１による処理の手順を示す第３のシーケンス図である。図７においては、ブロードバンドルータによって送信された接続要求がＬＡＣ制御サーバ４０によって無効と判定された場合のシーケンスを示す。
【００６８】
図７に示すように、第１の実施例に係るＬＡＣ制御サーバにおいては、ブロードバンドルータ２０がＰＰＰ接続要求を送信すると（ステップＳ３０１）、ＬＡＣ３０は、ＰＰＰ接続要求に含まれる接続先ＩＳＰのドメイン情報及びユーザ情報と、回線情報を含む接続先ＬＮＳ解決要求をＬＡＣ制御サーバ４０に送信する（ステップＳ３０２）。
【００６９】
ＬＡＣ制御サーバ４０においては、接続先ＬＮＳ解決要求を受信すると、無効要求判定部４５ａは、受信した接続先ＬＮＳ解決要求が無効な接続要求であるか否かの無効要求判定を行う（ステップＳ３０３）。ここで、本シーケンスにおいては、無効要求判定部４５ａによって、受信した接続先ＬＮＳ解決要求が無効な接続要求であると判定される。その後、ＬＮＳ情報解決部４５ｂは、ＬＡＣ３０を無効接続収容ＬＮＳ６０に接続するＬＮＳ情報解決を実行する（ステップＳ３０４）。
【００７０】
そして、接続先ＬＮＳ応答部４５ｃは、ＬＡＣ３０に対して、無効接続収容ＬＮＳ６０のＩＰアドレスを含む接続先ＬＮＳ解決応答を送信する（ステップＳ３０５）。さらに、無効要求情報更新部４５ｄは、接続先ＬＮＳ解決応答に対応する無効要求情報のレコードを削除して、無効要求情報を更新する（ステップＳ３０６）。ＬＡＣ３０は、無効接続収容ＬＮＳ６０のＩＰアドレスを含む接続先ＬＮＳ解決応答を受信すると、無効接続収容ＬＮＳ６０に対して、Ｌ２ＴＰ接続要求を送信して（ステップＳ３０７）、Ｌ２ＴＰセッションを確立する。
【００７１】
Ｌ２ＴＰセッションが確立されると、無効接続収容ＬＮＳ６０は、ブロードバンドルータ２０に対して、ＰＰＰセッションを確立するための認証がＯＫである旨のＰＰＰ認証ＯＫ応答を送信する（ステップＳ３０８）。
【００７２】
［実施例１の効果］
上述したように、実施例１によれば、無効要求判定部４５ａが、ブロードバンドルータ２０から接続要求を受付けた場合に、当該ブロードバンドルータ２０からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する。接続先ＬＮＳ応答部４５ｃが、無効要求判定部４５ａによって、無効とされた回数が前記閾値を超えていると判定された場合に、ＩＳＰ事業者網と接続されていない無効接続収容ＬＮＳとＬＡＣとをレイヤー２トンネリングプロトコルによって接続するように制御する。従って、実施例１に係るＬＡＣ制御サーバ４０は、ＰＰＰセッションを確立する際の認証においてＮＧであった場合に、ユーザ端末あるいはブロードバンドルータから繰り返し送信される無効接続要求を抑止することができ、通信回線事業者が所有するＬＡＣ制御サーバや、ＩＳＰ事業者が所有する認証サーバなど、ネットワークの接続制御に係るサーバの処理負荷を軽減することを可能にする。
【００７３】
一般に、ブロードバンドルータは、複数のＩＳＰに同時に接続することが可能であり、それぞれの認証情報を設定できるようになっている。そのため、既に解約した事業者の設定がブロードバンドルータに残存している場合などに、認証ＮＧによる接続拒否と接続要求を無限に繰り返す状況が発生しうる。とりわけ新たに契約した事業者の設定も同時にされている場合、ユーザは所望の通信が可能であるため、解約した事業者の設定による接続要求と接続拒否が繰り返されていることに気付かず、長期間にわたって放置される場合がある。
【００７４】
実施例１に係るＬＡＣ制御サーバ４０は、上述したような状況に対して、接続要求の送信を抑止することができ、ネットワークの接続制御に係るサーバの処理負荷を軽減することを可能にする。
【００７５】
また、実施例１によれば、無効要求情報更新部４５ｄが、ユーザ端末あるいはブロードバンドルータからの接続要求が無効とされた回数として、ＬＡＣとＬＮＳとの接続における認証及びＬＮＳに接続された認証サーバにおける認証において無効とされた回数を計数し、計数した回数をユーザごとに対応付けて無効要求情報記憶部４４ａに格納する。そして、無効要求判定部４５ａが、無効要求情報記憶部４４ａを参照して、ユーザ端末あるいはブロードバンドルータからの接続要求が無効とされた回数が閾値を超えているか否かを判定する。従って、実施例１に係るＬＡＣ制御サーバ４０は、Ｌ２ＴＰによる接続に係る認証について、無効か否かを判定することができ、無効接続要求のみを無効接続収容ＬＮＳに収容することを可能にする。ここで、実施例１に係るＬＡＣ制御サーバ４０は、例えば、無効接続要求を、回線情報、ＩＳＰドメイン情報、ＩＳＰユーザ情報の組み合わせで識別及び計数していることから、単に契約ユーザ単位で識別する場合（回線情報のみを使って識別する場合）に比べて、より正確に、同一の無効接続要求が送信され続けていることを識別することができる。
【００７６】
すなわち、実施例１に係るＬＡＣ制御サーバ４０は、同一の無効接続要求が送信され続けていることをより正確に識別することで、例えば、ネットワーク機器に不慣れなユーザが新規にブロードバンドルータを設定し、ＩＳＰユーザ情報やパスワードの入力を試行錯誤している最中に発生しうる無効接続要求を抑止の対象外とすることが可能である。言い換えると、実施例１に係るＬＡＣ制御サーバ４０は、上述したような無効接続要求を抑止することによって発生する不必要なユーザサポート対応に係る手間を軽減させることを可能にする。
【００７７】
また、実施例１によれば、無効要求情報更新部４５ｄが、ユーザ端末あるいはブロードバンドルータの接続要求に基づいてＬＡＣと無効接続収容ＬＮＳとが接続された場合に、無効要求情報記憶部４４ａに記憶された該当するレコードを削除する。従って、実施例１に係るＬＡＣ制御サーバ４０は、不要なレコードの増大を抑止することを可能にする。
【実施例２】
【００７８】
上述した実施例１では、無効接続要求を受信した場合に、ＬＡＣを無効接続収容ＬＮＳに接続する場合について説明した。実施例２においては、無効接続要求を受信した場合に、ＰＰＰ認証ＮＧ応答を送信する場合について説明する。なお、実施例２においては、実施例１と同様の機能を有するものに同一符号を付し、詳細な説明を省略する。
【００７９】
図８は、実施例２に係るネットワーク接続制御システム１ａの全体の構成の一例を示す図である。図８に示すように、実施例２に係るネットワーク接続制御システム１ａにおいては、通信回線事業者網２００に無効接続収容ＬＮＳが接続されていない点とＬＡＣ制御サーバによる処理とが実施例１とは異なる。
【００８０】
図９は、実施例２に係るＬＡＣ制御サーバ４０ａの構成の一例を示す図である。図９に示すように、実施例２に係るＬＡＣ制御サーバ４０ａは、接続先ＬＮＳ応答部４６ａ及び無効要求情報更新部４６ｂによる処理が実施例１とは異なる。以下、これらを中心に説明する。
【００８１】
接続先ＬＮＳ応答部４６ａは、無効要求判定部４５ａによって、無効とされた回数が閾値を超えていると判定された場合に、ＬＡＣ３０に対して、接続要求に対応する接続先ＬＮＳのＩＰアドレスを含まない情報を応答する。具体的には、接続先ＬＮＳ応答部４６ａは、無効要求判定部４５ａによって無効接続要求と判定された場合には、ＬＡＣ３０に対して、接続先ＬＮＳのＩＰアドレスを含まない接続先ＬＮＳ解決応答を送信する。
【００８２】
ＬＡＣ３０は、接続先ＬＮＳのＩＰアドレスを含まない接続先ＬＮＳ解決応答を受信すると、ブロードバンドルータ２０に対して、ＰＰＰセッションを確立するための認証がＮＧである旨のＰＰＰ認証ＮＧ応答を送信する。ＰＰＰ認証ＮＧ応答を受信したブロードバンドルータ２０は、ＰＰＰ接続要求の送信を再度実行することとなる。すなわち、実施例２に係るネットワーク制御システム１ａにおいては、上述した処理が繰り返し実行される。その結果、ＬＮＳや、認証サーバは処理を実行することがなくなるため、それらサーバの処理負荷を軽減することが可能となる。
【００８３】
無効要求情報更新部４６ｂは、無効要求情報記憶部４４ａによって記憶された無効要求情報管理テーブルに更新日時をさらに対応付けて格納し、一定時間以上更新のないレコードを削除する。例えば、無効要求情報更新部４６ｂは、無効な接続要求の送信回数に関係なく一定時間以上更新のないレコードを削除する。これにより、実施例２に係るＬＡＣ制御サーバ４０は、不要なレコードの増大を抑止することを可能にする。
【００８４】
なお、実施例２に係るＬＡＣ制御サーバ４０ａにおいては、上述した処理以外の処理は、実施例２に係るＬＡＣ制御サーバ４０と同様である。
【００８５】
［実施例２に係るネットワーク接続制御システムによる接続処理の手順］
次に、実施例２に係るネットワーク接続制御システム１ａによる接続処理の手順について、図１０を用いて説明する。図１０は、実施例２に係るネットワーク接続制御システム１ａによる処理の手順を示すシーケンス図である。図１０においては、ブロードバンドルータによって送信された接続要求がＬＡＣ制御サーバ４０によって無効と判定された場合のシーケンスを示す。
【００８６】
図１０に示すように、第２の実施例に係るＬＡＣ制御サーバ４０においては、ブロードバンドルータ２０がＰＰＰ接続要求を送信すると（ステップＳ４０１）、ＬＡＣ３０は、ＰＰＰ接続要求に含まれる接続先ＩＳＰのドメイン情報及びユーザ情報と、回線情報を含む接続先ＬＮＳ解決要求をＬＡＣ制御サーバ４０に送信する（ステップＳ４０２）。
【００８７】
ＬＡＣ制御サーバ４０においては、接続先ＬＮＳ解決要求を受信すると、無効要求判定部４５ａは、受信した接続先ＬＮＳ解決要求が無効な接続要求であるか否かの無効要求判定を行う（ステップＳ４０３）。ここで、本シーケンスにおいては、無効要求判定部４５ａによって、受信した接続先ＬＮＳ解決要求が無効な接続要求であると判定される。その後、ＬＮＳ情報解決部４５ｂは、接続先のＬＮＳを決定するＬＮＳ情報解決を実行する（ステップＳ４０４）。
【００８８】
ここで、実施例２に係るＬＡＣ制御サーバ４０においては、接続先ＬＮＳ応答部４６ａは、ＬＡＣ３０に対して、接続先のＬＮＳのＩＰアドレスを含まない接続先ＬＮＳ解決応答を送信する（ステップＳ４０５）。ＬＡＣ３０は、接続先ＬＮＳのＩＰアドレスを含まない接続先ＬＮＳ解決応答を受信すると、ブロードバンドルータ２０に対して、ＰＰＰ認証ＮＧ応答を送信する（ステップＳ４０６）。実施例２に係るネットワーク接続制御システム１ａは、以後、ＰＰＰ接続要求の送信（ステップＳ４０７）と、ＰＰＰ認証ＮＧ応答とを繰り返し実行されることとなる。
【００８９】
なお、実施例２に係るネットワーク接続制御システム１ａにおける、ブロードバンドルータによって送信された接続要求がＬＡＣ制御サーバ４０によって無効とは判定されず、認証サーバ７０による認証がＮＧであった場合のシーケンス、及び、ブロードバンドルータによって送信された接続要求がＬＡＣ制御サーバ４０によって無効とは判定されず、接続先ＩＳＰのドメイン情報に誤りがあった場合のシーケンスは、実施例１に係るネットワーク接続制御システム１と同様である。
【００９０】
［実施例２の効果］
上述したように、実施例２によれば、無効要求判定部４５ａが、ブロードバンドルータ２０から接続要求を受付けた場合に、当該ブロードバンドルータ２０からの接続要求が無効とされた回数が所定の閾値を超えているか否かを判定する。接続先ＬＮＳ応答部４６ａが、無効要求判定部４５ａによって、無効とされた回数が前記閾値を超えていると判定された場合に、ＬＡＣに対して、接続要求に対応するＬＮＳのＩＰアドレスを含まない情報を応答する。従って、実施例２に係るＬＡＣ制御サーバ４０ａは、ＬＮＳ及び認証サーバによる処理が実行されることがないように制御することができ、ネットワークの接続制御に係るサーバの処理負荷を軽減することを可能にする。
【００９１】
また、実施例２によれば、実施例２に係るＬＡＣ制御サーバ４０ａは、無効接続収容ＬＮＳ６０のような、ＰＰＰセッションを介したＩＳＰ事業者網への接続サービスを提供する上で必要な装置以外の装置を設置することなく、ネットワークの接続制御に係るサーバの処理負荷を軽減することを可能にする。
【実施例３】
【００９２】
これまで実施例１及び２を説明したが、本願に係る実施例は、これら実施例１及び２に限定されるものではない。すなわち、これらの実施例は、その他の様々な形態で実施されることが可能であり、種々の省略、置き換え、変更を行うことができる。
【００９３】
上述した実施例１及び２においては、ＩＳＰのドメイン情報に対応するＬＮＳのＩＰアドレスが単一である場合について説明した。しかしながら、実施例はこれに限定されるものではなく、例えば、複数であってもよい。かかる場合には、すべてのＬＮＳ ＩＰアドレスを接続先ＬＮＳ解決応答に含めてもよく、或いは、単一のＩＰアドレスをＬＡＣ制御サーバ４０が選択して接続先ＬＮＳ解決応答に含めてもよい。また、接続先ＩＳＰのドメイン情報に加えて、例えば、送信元ＬＡＣの識別情報(ＩＰアドレス)などを元に接続先ＬＮＳを解決できるようにＬＮＳ情報管理テーブルを構成してもよい。
【００９４】
上述した実施例１においては、単一の無効接続収容ＬＮＳを用いる場合について説明した。しかしながら、実施例はこれに限定されるものではなく、例えば、複数の無効接続収容ＬＮＳを用いる場合であってもよい。
【００９５】
上述した実施例１及び２においては、回線情報、ドメイン情報、ユーザ情報の３つの属性で無効要求を判定する場合について説明した。しかしながら、実施例はこれに限定されるものではなく、例えば、回線情報だけを使って判定する場合であってもよい。かかる場合には、無効要求情報管理テーブルは、回線情報と無効要求送信回数の２つのカラムから構成される。この構成では、例えば、ブロードバンドルータがドメイン情報やユーザ情報を変更しながら無効要求を送信している場合にも、無効要求を送信元回線の回線情報で特定し、無効接続収容ＬＮＳに収容させることができる。
【００９６】
上述した実施例２においては、無効要求と判定された接続先ＬＮＳ解決要求に対して、ＬＮＳ ＩＰアドレスを含まない接続先ＬＮＳ解決応答を応答する場合について説明した。しかしながら、実施例はこれに限定されるものではなく、例えば、接続先ＬＮＳ解決応答を応答せず、接続先ＬＮＳ解決要求を破棄する場合であってもよい。かかる場合には、ブロードバンドルータが無応答タイムアウトし、再度ＰＰＰ接続要求を送信するまでの時間が長くなるため、結果として、ＰＰＰ接続要求の送信頻度が下がり、ＬＡＣやＬＡＣ制御サーバの処理負荷を下げることができる。
【００９７】
また、例えば、各装置の分散・統合の具体的形態（例えば、図２の形態）は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合することができる。一例を挙げると、ＬＮＳ情報解決部４５ｂと接続先ＬＮＳ応答部４５ｃとを一つの処理部として統合してもよく、一方、無効要求情報更新部４５ｄを、無効要求情報を新規に作成する作成部と、更新する更新部とに分散してもよい。
【００９８】
また、制御部４５をＬＡＣ制御サーバ４０の外部装置としてネットワーク経由で接続するようにしてもよく、或いは、無効要求情報記憶部４４ａ、ＬＮＳ情報記憶部４４ｂを別の装置がそれぞれ有し、ネットワークに接続されて協働することで、上述したＬＡＣ制御サーバ４０の機能を実現するようにしてもよい。
【００９９】
これらの実施例やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１００】
３０  ＬＡＣ
４０  ＬＡＣ制御サーバ
４５ａ  無効要求判定部
４５ｂ  ＬＮＳ情報解決部
４５ｃ  接続先ＬＮＳ応答部
４５ｄ  無効要求情報更新部
５０  ＬＮＳ
【図１】
0005657509.tif 000002
【図２】
0005657509.tif 000003
【図３】
0005657509.tif 000004
【図４】
0005657509.tif 000005
【図５】
0005657509.tif 000006
【図６】
0005657509.tif 000007
【図７】
0005657509.tif 000008
【図８】
0005657509.tif 000009
【図９】
0005657509.tif 000010
【図１０】
0005657509.tif 000011