JP6392714B2 - 送信制御システムおよび送信制御方法 - Google Patents

Description

本発明は、送信制御システムおよび送信制御方法に関する。

従来、同一ネットワーク上に配備した複数のルータが接続要求をユーザ端末から受け取った際に、認証機能を有するコンフィグサーバ等の外部システムに認証要求を送出し、認証が取れることで加入者設定の付与や接続するために用いたプロトコルの処理を行うことで接続を行うことが知られている。

ここで、加入者情報毎の設定をルータに反映させる方法として、コンフィグサーバによる事前設定と事後設定の方法が知られている。例えば、事前設定では予めユーザ個々の設定をルータに設定しておくことから、ユーザからの接続要求パケットを元にサービス毎の処理を実現することが可能になる。事前設定では予め決まった装置に接続することが決まった状況下では有効であるが、複数の装置が同一ネットワーク上に配備したときには都度コンフィグレーションをオペレータ等の介在によって変更が生じる。

一方、事後設定では、ユーザから到着した特定のパケットをトリガにすることで、トリガパケットを用いたサービスの契約者かどうかを、ＲＡＤＩＵＳやＤｉａｍｅｔｅｒのようなプロトコルを使って外部システムと連携することで、動的に設定可能となる。事後設定ではトリガパケットが到着したときに設定を行うことから、同一ネットワークに複数のルータを配備すると、複数の接続候補から１台のルータに対して接続が可能となり、常時複数のルータが接続候補となることから信頼性を高めることができる。

"Remote Authentication Dial In User Service（RADIUS）"、RFC2865、［online］、［2015年7月24日検索］、インターネット＜https://tools.ietf.org/html/rfc2865＞ "2.FDMA方式／TDMA方式"［online］、［2015年7月24日検索］、インターネット＜https://www.nttdocomo.co.jp/corporate/technology/rd/tech/bn/multiple_access/02/＞

しかしながら、従来の技術では、接続要求を受信するたびに全てのルータが認証要求をコンフィグサーバへ送信するので、コンフィグサーバは認証要求を重複して受け付けることとなり、ネットワーク帯域消費やシステム負荷が増加する場合があるという課題があった。また、ユーザ数が増加すると、最大でユーザ数×ルータ数の認証要求がコンフィグサーバに到着してしまい、高性能なコンフィグサーバが必要となってしまう。

上述した課題を解決し、目的を達成するために、本発明の送信制御システムは、同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムであって、前記コンフィグサーバは、各ルータに対して、所定の条件に基づいて、前記認証要求パケットの送信の許可に関する送信許可情報を通知する通知部と、前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証部と、を有し、前記各ルータは、前記ユーザ端末から前記接続要求パケットを受信した場合に、前記送信許可情報に基づいて、前記認証要求パケットを送信するか否かを判定する判定部と、前記判定部によって前記認証要求パケットを送信すると判定した場合には、該認証要求パケットを前記コンフィグサーバへ送信する送信部と、を有することを特徴とする。

また、本発明の送信制御方法は、同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムによって実行される送信制御方法であって、前記コンフィグサーバが、各ルータに対して、所定の条件に基づいて、前記認証要求パケットの送信の許可に関する送信許可情報を通知する通知工程と、前記各ルータが、前記ユーザ端末から前記接続要求パケットを受信した場合に、前記送信許可情報に基づいて、前記認証要求パケットを送信するか否かを判定する判定工程と、前記各ルータが、前記判定工程によって前記認証要求パケットを送信すると判定した場合には、該認証要求パケットを前記コンフィグサーバへ送信する送信工程と、前記コンフィグサーバが、前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証工程と、を含んだことを特徴とする。

本発明によれば、全ルータから認証要求パケットが送信されることを抑止することができ、ネットワーク帯域消費やシステム負荷の増加を抑止することが可能であるという効果を奏する。

図１は、第一の実施の形態に係る送信制御システムの構成の一例を示す図である。 図２は、第一の実施の形態に係るコンフィグサーバの構成を示すブロック図である。 図３は、第一の実施の形態に係るコンフィグサーバの設定加入者ＤＢが記憶する情報の一例を示す図である。 図４は、第一の実施の形態に係るコンフィグサーバの加入者収容装置ＤＢが記憶する情報の一例を示す図である。 図５は、第一の実施の形態に係るコンフィグサーバの加入者認証ＤＢが記憶する情報の一例を示す図である。 図６は、第一の実施の形態に係るコンフィグサーバが通知する時分割送信リストの一例を示す図である。 図７は、第一の実施の形態に係るコンフィグサーバが通知する時分割送信リストの一例を示す図である。 図８は、第一の実施の形態に係るルータの構成を示すブロック図である。 図９は、時分割による認証要求パケット送信機会制御処理を説明する図である。 図１０は、加入者を識別するＶＬＡＮ情報毎に送信タイミングを割り当てる認証要求パケット送信機会制御処理を説明する図である。 図１１は、収容数及び送信タイミングに応じた認証要求パケット送信機会制御処理を説明する図である。 図１２は、第一の実施の形態に係る送信制御システムにおける時分割による認証要求パケット送信機会制御処理の流れを示すシーケンス図である。 図１３は、第一の実施の形態に係る送信制御システムにおける時分割による認証要求パケット送信機会制御処理の流れを示すシーケンス図である。 図１４は、第一の実施の形態に係る送信制御システムにおけるＶＬＡＮ情報毎に送信タイミングを割り当てる認証要求パケット送信機会制御処理の流れを示すシーケンス図である。 図１５は、第一の実施の形態に係る送信制御システムにおける収容数及び送信タイミングに応じた認証要求パケット送信機会制御処理の流れを示すシーケンス図である。 図１６は、トークン付与による認証要求パケット送信機会制御処理を説明する図である。 図１７は、第二の実施の形態に係るコンフィグサーバが通知する共通リストの一例を示す図である。 図１８は、第二の実施の形態に係る送信制御システムにおけるトークン付与による認証要求パケット送信機会制御処理の流れを示すシーケンス図である。 図１９は、閾値に応じた認証要求パケット送信機会制御処理を説明する図である。 図２０は、第三の実施の形態に係る送信制御システムにおける閾値に応じた認証要求パケット送信機会制御処理の流れを示すシーケンス図である。 図２１は、第三の実施の形態に係るルータの処理の流れを示すフローチャートである。 図２２は、送信制御プログラムを実行するコンピュータを示す図である。

以下に、本願に係る送信制御システムおよび送信制御方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係る送信制御システムおよび送信制御方法が限定されるものではない。

［第一の実施の形態］
以下の実施の形態では、第一の実施の形態に係る送信制御システムの構成、コンフィグサーバの構成、ルータの構成、送信制御システムの処理の流れを順に説明し、最後に第一の実施の形態による効果を説明する。

［送信制御システムの構成］
図１は、第一の実施の形態に係る送信制御システムの構成の一例を示す図である。第一の実施の形態に係る送信制御システム１は、コンフィグサーバ１０、複数のルータ２０Ａ〜２０Ｃ、複数のＣＰＥ（Customer Premises Equipment）３０Ａ〜３０Ｃ、複数のユーザ端末であるスマートフォン４０Ａ、ＰＣ（Personal Computer）４０Ｂ、ＴＶ（Television）４０Ｃ、時刻同期サーバ５０、認証サーバ６０およびサービス提供サーバ７０を有する。

また、複数のルータ２０Ａ〜２０Ｃと複数のＣＰＥ３０Ａ〜３０Ｃとは、レイヤ２ネットワーク８０を介して接続され、コンフィグサーバ１０と、複数のルータ２０Ａ〜２０Ｃと、時刻同期サーバ５０と、認証サーバ６０と、サービス提供サーバ７０とは、レイヤ３ネットワーク９０を介して接続される。なお、図１に示す各装置や機能の数は、あくまで一例であり、これに限られるものではない。また、複数のルータ２０Ａ〜２０Ｃ、複数のＣＰＥ３０Ａ〜３０Ｃ、複数のユーザ端末４０Ａ〜４０Ｃについて、特に区別なく説明する場合には、適宜ルータ２０、ＣＰＥ３０、ユーザ端末４０と記載する。

また、第一の実施の形態に係る送信制御システム１において、同一ネットワーク上に配備した複数のルータ２０Ａ〜２０Ｃが接続要求パケットをユーザ端末４０から受け取った際に、コンフィグサーバ１０および認証サーバ６０に認証要求パケットを送出した後、認証処理および加入者設定を行うことで、ユーザ端末４０はサービス提供サーバ７０との通信が可能となり、サービスの提供を受けることができる。このとき送信制御システム１におけるコンフィグサーバ１０は、複数のルータ２０Ａ〜２０Ｃが認証要求パケットを重複して送信することを抑止するために、各ルータ２０Ａ〜２０Ｃの認証要求パケット送信を制御する。

コンフィグサーバ１０は、複数のルータ２０Ａ〜２０Ｃから認証を要求する認証要求パケットを受信し、加入者情報を元に設定を払い出してよいか認証を行い、認証がＯＫである場合には、認証ＯＫのルータ２０に対して加入者設定に関する応答を行う。

また、コンフィグサーバ１０は、ルータ２０毎に時分割による認証要求制御を行う。具体的には、コンフィグサーバ１０は、ルータ毎に時分割で認証要求パケットの送信の許可に関する送信許可情報を通知することで、同一加入者に対する認証要求パケットの送信を抑制する。なお、コンフィグサーバ１０の具体的な処理については、後に詳述する。

ルータ２０は、ＣＰＥ３０から接続要求パケットを受信すると、送信許可情報に基づいて、認証要求パケットを送信するか否かを判定し、認証要求パケットを送信すると判定した場合には、該認証要求パケットをコンフィグサーバ１０へ送信する。ここで、ルータ２０は、送信許可情報として、接続要求パケットの受付可能時間を予めコンフィグサーバ１０から受け取っており、受付可能時間内に接続要求パケットを受信した場合にのみ認証要求パケットをコンフィグサーバ１０に送信する。

ＣＰＥ３０は、例えば、固定回線を用いた通信サービスを利用するための装置として通信サービスの利用者の宅内に配置され、サービスを提供するサービス提供サーバ７０やルータ２０との間でＰＰＰ等のＰ２Ｐ通信やトンネル接続、ＤＨＣＰによって払いだされたアドレスなど接続性を確保するための情報を元にパケット通信を実現する。また、ＣＰＥ３０は、ユーザ端末４０から送信された接続要求パケットをブロードキャスト等で複数のルータ２０Ａ〜２０Ｃへ転送する。

時刻同期サーバ５０は、ＮＴＰ（Network Time Protocol）等により動作するサーバであり、複数のルータ２０Ａ〜２０Ｃに払い出す時刻を管理し、複数のルータ２０Ａ〜２０Ｃを同期させる機能を有するサーバである。

認証サーバ６０は、ルータ２０から届いた加入者情報を元に設定を払い出してよいか認証を行い、認証ＯＫである場合には、該ルータ２０に応答する。サービス提供サーバ７０は、認証処理および加入者設定が行われたユーザ端末４０に対してサービスを提供するサーバである。

［コンフィグサーバの構成］
次に、図２を用いて、図１に示したコンフィグサーバ１０の構成を説明する。図２は、第一の実施の形態に係るコンフィグサーバの構成を示すブロック図である。図２に示すように、このコンフィグサーバ１０は、通信処理部１１、制御部１２および記憶部１３を有する。以下にこれらの各部の処理を説明する。

通信処理部１１は、ルータ２０との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、ルータ２０から認証要求パケットを受信し、該ルータ２０に対して認証要求パケットの応答を送信する。

記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、設定加入者ＤＢ１３ａ、加入者収容装置ＤＢ１３ｂおよび加入者認証ＤＢ１３ｃを有する。例えば、記憶部１３は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。

設定加入者ＤＢ１３ａは、認証がＯＫと確認された加入者に関する情報を記憶する。例えば、設定加入者ＤＢ１３ａは、図３に例示するように、加入者を一意に識別する加入者ＩＤと、設定ポリシと、収容先のルータ２０のホスト名やＩＰアドレス、ポート番号、ＶＬＡＮ−ＩＤを示す設定装置識別子とを対応付けて記憶する。

加入者収容装置ＤＢ１３ｂは、コンフィグサーバ１０とルータ２０との間でデータの転送を可能とするためのルータ２０に関する情報を記憶する。例えば、加入者収容装置ＤＢ１３ｂは、図４に例示するように、設定装置識別子と、ルータ２０が現在収容しているユーザ端末の数である収容数と、パケットが送受信された時刻である収集時刻と、収容できる最大値である収容閾値とを対応付けて記憶する。

加入者認証ＤＢ１３ｃは、認証要求パケットに含まれる加入者情報が認証ＯＫであるか否かを判定するための情報を記憶する。例えば、図５に例示するように、加入者認証ＤＢ１３ｃは、認証をＯＫと判定する加入者認証ＩＤを記憶する。

制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、通知部１２ａおよび認証部１２ｂを有する。

通知部１２ａは、各ルータ２０に対して、所定の条件に基づいて、認証要求パケットの送信の許可に関する送信許可情報を通知する。具体的には、通知部１２ａは、送信許可情報として、所定の期間ごとに認証要求の送信を許可するか否かを示す情報を各ルータ２０に対して通知する。

例えば、通知部１２ａは、所定範囲の時刻それぞれに、ルータ１台のみが認証要求パケットを送信できる権利を付与することが規定された時分割送信リストを各ルータ２０に送信するようにしてもよい。図６に例示するように、時分割送信リストでは、例えば、「ＨＨ：ＭＭ：００〜ＨＨ：ＭＭ：１９」の時刻の範囲では、送信ルータ「Ａ」のみが認証要求パケットを送信できる権利を付与されており、「ＨＨ：ＭＭ：２０〜ＨＨ：ＭＭ：３９」の時刻の範囲では、送信ルータ「Ｂ」のみが認証要求パケットを送信できる権利を付与されており、「ＨＨ：ＭＭ：４０〜ＨＨ：ＭＭ：５９」の時刻の範囲では、送信ルータ「Ｃ」のみが認証要求パケットを送信できる権利を付与されていることが規定されている。なお、図６に例示する時分割送信リストは、有効時間として「ＨＨ：０１：００」が規定されており、「ＨＨ：０１：００」を過ぎると、かかるリストは無効となり使用されない。

また、通知部１２ａは、所定範囲の時刻それぞれに、認証要求パケットを送信できる権利が複数のルータに付与されていることが規定された時分割送信リストを各ルータ２０に送信するようにしてもよい。例えば、図７に例示するように、時分割送信リストでは、「ＨＨ：ＭＭ：００〜ＨＨ：ＭＭ：１９」の時刻の範囲では、送信ルータ「Ａ」、「Ｂ」、「Ｃ」が認証要求パケットを送信できる権利を付与されており、「ＨＨ：ＭＭ：２０〜ＨＨ：ＭＭ：３９」の時刻の範囲では、送信ルータ「Ｂ」、「Ｃ」、「Ｄ」が認証要求パケットを送信できる権利を付与されており、「ＨＨ：ＭＭ：４０〜ＨＨ：ＭＭ：５９」の時刻の範囲では、送信ルータ「Ｃ」、「Ｄ」、「Ｅ」が認証要求パケットを送信できる権利を付与されていることが規定されている。なお、図６および図７に規定された送信タイミング、送信ルータ、有効時間は、ルータ２０の台数等を考慮して適宜変更してもよいものである。

［ルータの構成］
次に、図８を用いて、図１に示したルータ２０の構成を説明する。図８は、第一の実施の形態に係るルータの構成を示すブロック図である。図８に示すように、このルータ２０は、通信処理部２１、制御部２２および記憶部２３を有する。以下にこれらの各部の処理を説明する。

通信処理部２１は、コンフィグサーバ１０やＣＰＥ３０との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部２１は、ＣＰＥ３０から接続要求パケットを受信し、コンフィグサーバ１０に対して認証要求パケットを送信する。

記憶部２３は、制御部２２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、時分割送信リスト記憶部２３ａを有する。例えば、記憶部２３は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。時分割送信リスト記憶部２３ａは、コンフィグサーバ１０から通知された時分割送信リストを記憶する。なお、時分割送信リストの内容は、図６および図７の例を用いて上述したものと同様である。

制御部２２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、判定部２２ａおよび送信部２２ｂを有する。

判定部２２ａは、ユーザ端末から接続要求パケットを受信した場合に、送信許可情報に基づいて、認証要求パケットを送信するか否かを判定する。具体的には、判定部２２ａは、ユーザ端末から接続要求パケットを受信した場合に、時分割送信リスト記憶部２３ａに記憶された時分割送信リストを参照し、該接続要求パケットを受信した時刻が、認証要求の送信が許可された期間内であるか否かを判定する。

ここで、図６に例示した時分割送信リストを参照した場合を例に判定部２２ａの処理を説明する。なお、ここでは、自ルータが送信ルータ「Ａ」である場合について説明する。例えば、判定部２２ａは、ユーザ端末から接続要求パケットを受信した時刻が、「ＨＨ：ＭＭ：００〜ＨＨ：ＭＭ：１９」の期間内である場合、該期間内の送信ルータは「Ａ」、つまり自ルータであるので、認証要求パケットを送信すると判定する。また、例えば、判定部２２ａは、ユーザ端末から接続要求パケットを受信した時刻が、「ＨＨ：ＭＭ：２０〜ＨＨ：ＭＭ：３９」の期間内である場合、該期間内の送信ルータは「Ｂ」、つまり自ルータではないので、認証要求パケットを送信しないと判定する。

送信部２２ｂは、判定部２２ａによって認証要求パケットを送信すると判定した場合には、該認証要求パケットをコンフィグサーバ１０へ送信する。具体的には、送信部２２ｂは、認証要求の送信が許可された期間内である場合には、認証要求パケットをコンフィグサーバ１０へ送信する。また、送信部２２ｂは、認証要求の送信が許可された期間内でない場合には、認証要求パケットを破棄する。

なお、認証要求パケットの送信機会を与えられているにも関わらず送信が困難なケースがある。例えば、ルータ２０のファイルアップデートのように、ルータ２０の内部情報が変更される可能性があるような場合は、コンフィグサーバ１０から応答を受けても、加入者設定を反映できないケースがある。そこで、送信機会が与えられたルータの状態がファイル更新作業等の不安定な状態に遷移したことを契機に、コンフィグサーバ１０への問合せを抑止または問合せの際に自身の状態を付与してコンフィグサーバ１０に送信することで、加入者設定の候補から優先度を下げるようにしてもよい。かかる状態の通知は、ルータ２０からの通知またはコンフィグサーバ１０からの監視によって確認できるものとする。

このように、各ルータ２０は、ＣＰＥ３０からの接続要求パケットの受付可能時間を予めコンフィグサーバ１０から付与され、その指示に従ってコンフィグサーバ１０へ認証要求パケットを送信している。

ここで、図９を用いて、時分割による認証要求パケット送信機会制御処理を説明する。図９は、時分割による認証要求パケット送信機会制御処理を説明する図である。なお、図９の例では、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。また、図９に例示するように、各ルータ２０の時刻は、時刻同期サーバ５０にて同期しているものとするが、ルータ２０間での同期は行っていない。また、同一ネットワーク上で信頼性を高めるために、複数のルータ２０に接続要求パケットの受付可能時間を付与してもよい。

また、図９の例では、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間は、「＃１」のルータ２０Ａが接続要求パケットを受付可能であり、「ＨＨ：ＭＭ：１５．００〜ＨＨ：ＭＭ：３０．００」の期間は、「＃２」のルータ２０Ｂが接続要求パケットを受付可能であり、「ＨＨ：ＭＭ：３０．００〜ＨＨ：ＭＭ：４５．００」の期間は、「＃１」のルータ２０Ａと「＃３」のルータ２０Ｃとが接続要求パケットを受付可能であり、「ＨＨ：ＭＭ：．４５〜ＨＨ：ＭＭ：６０．００」の期間は、「＃２」のルータ２０Ｂと「＃３」のルータ２０Ｃとが接続要求パケットを受付可能である。

例えば、図９に例示するＴ１の時点における各装置の処理について説明する。Ｔ１の時点において、ＣＰＥ３０は、初期接続のために、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ１は、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間内である。このため、ルータ２０Ａのみ接続要求パケットを受付可能であり、ルータ２０Ｂおよびルータ２０Ｃは、接続要求パケットを破棄する。そして、ルータ２０Ａのみが、コンフィグサーバ１０へ認証要求パケットを送信する。

続いて、図９に例示するＴ２の時点における各装置の処理について説明する。Ｔ２の時点において、ＣＰＥ３０は、再接続のため、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。例えば、ＣＰＥ３０を配備する加入者宅の停電や加入者自身が行う装置の再起動によって、再接続要求のための接続要求パケットが各ルータ２０Ａ〜２０Ｃへ送信される。再接続要求のための接続要求パケットを受信した各ルータ２０Ａ〜２０Ｃは、自身のもつ管理情報を廃棄する。なお、各ルータ２０Ａ〜２０Ｃは、故障等により再起動が生じた場合、加入者の管理情報をクリアする。各ルータ２０Ａ〜２０Ｃは、加入者からの再接続要求が届いて初めて、再度設定することで、加入者はサービスを利用できる。加入者からの再接続要求についてはＣＰＥ３０に設定した再送時間に従い救済されるものとする。

また、Ｔ２は、「ＨＨ：ＭＭ：．４５〜ＨＨ：ＭＭ：６０．００」の期間内である。このため、ルータ２０Ｂおよびルータ２０Ｃが接続要求パケットを受付可能であり、ルータ２０Ａは、接続要求パケットを破棄する。そして、ルータ２０Ｂおよびルータ２０Ｃが、コンフィグサーバ１０へ認証要求パケットを送信する。ここで、コンフィグサーバ１０は、複数の認証要求パケットを受信した場合には、最初に届いた認証要求パケットのみに応じて応答してもよいし、ルータ２０Ｂおよびルータ２０Ｃの払出し状況に応じて応答してもよい。

また、時分割及び加入者情報を元に認証要求パケット送信機会制御処理を行ってもよい。例えば、加入者を識別するＶＬＡＮ情報毎に送信タイミングを割り当てることで、各ルータ２０Ａ〜２０Ｃの認証要求パケットの送信機会を制御する。ここで、図１０を用いて、加入者を識別するＶＬＡＮ情報毎に送信タイミングを割り当てる認証要求パケット送信機会制御処理を説明する。図１０は、加入者を識別するＶＬＡＮ情報毎に送信タイミングを割り当てる認証要求パケット送信機会制御処理を説明する図である。

なお、図１０の例では、ＣＰＥ３０Ａを「ＣＰＥ＃１」、ＣＰＥ３０Ｂを「ＣＰＥ＃２」、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。また、ＣＰＥ３０Ａの加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ１」であり、ＣＰＥ３０Ｂの加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ２」であり、ＣＰＥ３０Ｃの加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ３」であるものとする。

また、図１０の例では、例えば、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間においては、「ＶＬＡＮ１」で識別される加入者のＣＰＥ３０Ａからの接続要求パケットをルータ２０Ａが受付可能であり、「ＶＬＡＮ２」で識別される加入者のＣＰＥ３０Ｂからの接続要求パケットをルータ２０Ｂが受付可能であり、「ＶＬＡＮ３」で識別される加入者のＣＰＥからの接続要求パケットをルータ２０Ｃが受付可能である。

例えば、図１０に例示するＴ１の時点における各装置の処理について説明する。Ｔ１の時点において、ＣＰＥ３０Ａは、初期接続のために、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ１は、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間内である。また、ＣＰＥ３０Ａの加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ１」である。このため、ルータ２０Ａのみ接続要求パケットを受付可能であり、ルータ２０Ｂおよびルータ２０Ｃは、接続要求パケットを破棄する。そして、ルータ２０Ａのみが、コンフィグサーバ１０へ認証要求パケットを送信する。

続いて、図１０に例示するＴ２の時点における各装置の処理について説明する。Ｔ２の時点において、ＣＰＥ３０Ｂは、初期接続のために、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ２は、「ＨＨ：ＭＭ：３０．００〜ＨＨ：ＭＭ：４５．００」の期間内である。また、ＣＰＥ３０Ｂの加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ２」である。このため、ルータ２０Ｃのみ接続要求パケットを受付可能であり、ルータ２０Ａおよびルータ２０Ｂは、接続要求パケットを破棄する。そして、ルータ２０Ｃのみが、コンフィグサーバ１０へ認証要求パケットを送信する。

次に、図１０に例示するＴ３の時点における各装置の処理について説明する。Ｔ３の時点において、ＣＰＥ３０Ａは、再接続のため、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、ルータ２０Ａは、ネットワーク上で重複した加入者設定を防止するために、接続要求パケットの受信時に、Ｔ１の時にすでに設定された加入者設定を削除する。ここで、Ｔ３は、「ＨＨ：ＭＭ：３０．００〜ＨＨ：ＭＭ：４５．００」の期間内である。また、ＣＰＥ３０Ａの加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ１」である。このため、ルータ２０Ｂのみ接続要求パケットを受付可能であり、ルータ２０Ａおよびルータ２０Ｃは、接続要求パケットを破棄する。そして、ルータ２０Ｂのみが、コンフィグサーバ１０へ認証要求パケットを送信する。

また、時分割及び各ルータの収容数を元に認証要求パケット送信機会制御処理を行ってもよい。例えば、所定期間ごとに、各ルータに収容数の閾値を予め設定し、接続要求を受信時に各ルータの収容数が閾値未満であれば、認証要求パケットをコンフィグサーバ１０に送信する。ここで、図１１を用いて、収容数及び送信タイミングに応じた認証要求パケット送信機会制御処理を説明する。図１１は、収容数及び送信タイミングに応じた認証要求パケット送信機会制御処理を説明する図である。

なお、図１１の例では、ＣＰＥ３０Ａを「ＣＰＥ＃１」、ＣＰＥ３０Ｂを「ＣＰＥ＃２」、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。また、Ｔ１の時点では、ルータ２０Ａの収容数は１万であり、ルータ２０Ｂの収容数は０．１万であり、ルータ２０Ｃの収容数は１．５万であるものとする。また、Ｔ２の時点では、ルータ２０Ａの収容数は１．１万であり、ルータ２０Ｂの収容数は０．１万であり、ルータ２０Ｃの収容数は１．５万であるものとする。

また、図１１の例では、例えば、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間においては、ルータ２０Ａの収容数が予め設定された閾値「２００００」未満である場合には、接続要求パケットをルータ２０Ａが受付可能である。また、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間において、ルータ２０Ｂおよびルータ２０Ｃの収容数の閾値「０」が規定されており、ルータ２０Ｂおよびルータ２０Ｃ接続要求パケットを受付不可であることを示している。

例えば、図１１に例示するＴ１の時点における各装置の処理について説明する。Ｔ１の時点において、ＣＰＥ３０Ａは、初期接続のために、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ１は、「ＨＨ：ＭＭ：００．００〜ＨＨ：ＭＭ：１５．００」の期間内である。また、ＣＰＥ３０Ａの加入者が１万であり、閾値「２００００」未満である。また、ＣＰＥ３０Ｂの加入数が０．１万、ＣＰＥ３０Ｃの加入者数が１．５万であり、閾値「０」を超えている。このため、ルータ２０Ａのみ接続要求パケットを受付可能であり、ルータ２０Ｂおよびルータ２０Ｃは、接続要求パケットを破棄する。そして、ルータ２０Ａのみが、コンフィグサーバ１０へ認証要求パケットを送信する。

次に、図１１に例示するＴ２の時点における各装置の処理について説明する。Ｔ２の時点において、ＣＰＥ３０Ｂは、初期接続のために、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ２は、「ＨＨ：ＭＭ：３０．００〜ＨＨ：ＭＭ：４５．００」の期間内である。また、ＣＰＥ３０Ａの加入者が１．１万であり、閾値「０」を超えている。また、ＣＰＥ３０Ｂの加入数が０．１万、ＣＰＥ３０Ｃの加入者数が１．５万であり、閾値「２００００」未満である。このため、ルータ２０Ｂおよびルータ２０Ｃは接続要求パケットを受付可能であり、ルータ２０Ａは、接続要求パケットを破棄する。そして、ルータ２０Ｂおよびルータ２０Ｃが、コンフィグサーバ１０へ認証要求パケットを送信する。

［送信制御システムの処理流れ］
まず、図１２〜図１５を用いて、第一の実施の形態に係る送信制御システム１における処理について説明する。図１２および図１３は、第一の実施の形態に係る送信制御システムにおける時分割による認証要求パケット送信機会制御処理の流れを示すシーケンス図である。図１４は、第一の実施の形態に係る送信制御システムにおけるＶＬＡＮ情報毎に送信タイミングを割り当てる認証要求パケット送信機会制御処理の流れを示すシーケンス図である。図１５は、第一の実施の形態に係る送信制御システムにおける収容数及び送信タイミングに応じた認証要求パケット送信機会制御処理の流れを示すシーケンス図である。なお、図１２〜図１５では、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。

まず、図１２を用いて、時分割による認証要求パケット送信機会制御処理の流れを説明する。図１２に示すように、時刻同期サーバ５０は、各ルータ２０Ａ〜２０Ｃに対して時刻を払い出して同期させる（ステップＳ１０１）。また、コンフィグサーバ１０は、各ルータ２０Ａ〜２０Ｃに対してルータ台数に応じて、各ルータ２０Ａ〜２０Ｃの認証要求パケットの送信可能タイミングを通知する（ステップＳ１０２）。具体的には、コンフィグサーバ１０は、各ルータ２０Ａ〜２０Ｃに対して時分割送信リストを送信する。

その後、ＣＰＥ３０は、Ｌ２スイッチを介して各ルータ２０Ａ〜２０Ｃに対して接続要求パケットを送信する（ステップＳ１０３、Ｓ１０４）。図１２の例では、ルータ２０Ａのみが接続要求パケットを受付可能なタイミングであり、ルータ２０Ａのみが認証要求パケットをコンフィグサーバ１０に送信する（ステップＳ１０５）。

そして、コンフィグサーバ１０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ１０６）。続いて、ルータ１０Ａは、認証要求パケットを認証サーバ６０に送信する（ステップＳ１０７）。認証サーバ６０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ１０８）。その後、ルータ２０Ａは、接続要求パケットに対する応答パケットをＬ２スイッチを介してＣＰＥ３０に送信する（ステップＳ１０９、Ｓ１１０）。その後、ＣＰＥ３０とサービス提供サーバ７０とが接続され、サービス用パケットの送受信を行い、ユーザ端末４０にサービスが提供される（ステップＳ１１１）。

次に、図１３を用いて、複数のルータが接続要求パケットを受付可能な場合の時分割による認証要求パケット送信機会制御処理の流れを説明する。図１３に示すように、時刻同期サーバ５０は、各ルータ２０Ａ〜２０Ｃに対して時刻を払い出して同期させる（ステップＳ２０１）。また、コンフィグサーバ１０は、各ルータ２０Ａ〜２０Ｃに対してルータ台数に応じて、各ルータ２０Ａ〜２０Ｃの認証要求パケットの送信可能タイミングを通知する（ステップＳ２０２）。具体的には、コンフィグサーバ１０は、各ルータ２０Ａ〜２０Ｃに対して時分割送信リストを送信する。

その後、ＣＰＥ３０は、Ｌ２スイッチを介して各ルータ２０Ａ〜２０Ｃに対して接続要求パケットを送信する（ステップＳ２０３、Ｓ２０４）。図１３の例では、ルータ２０Ａおよびルータ２０Ｂが接続要求パケットを受付可能なタイミングであり、ルータ２０Ａおよびルータ２０Ｂが認証要求パケットをコンフィグサーバ１０に送信する（ステップＳ２０５、Ｓ２０６）。

そして、コンフィグサーバ１０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信し（ステップＳ２０７）、認証がＮＧである旨の応答をルータ２０Ｂに送信する（ステップＳ２０８）。続いて、ルータ１０Ａは、認証要求パケットを認証サーバ６０に送信する（ステップＳ２０９）。認証サーバ６０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ２１０）。その後、ルータ２０Ａは、接続要求パケットに対する応答パケットをＬ２スイッチを介してＣＰＥ３０に送信する（ステップＳ２１１、Ｓ２１２）。その後、ＣＰＥ３０とサービス提供サーバ７０とが接続され、サービス用パケットの送受信を行い、ユーザ端末４０にサービスが提供される（ステップＳ２１３）。

次に、図１４を用いて、時分割及び加入者情報を元に行う認証要求パケット送信機会制御処理の流れを説明する。図１４に示すように、時刻同期サーバ５０は、各ルータ２０Ａ〜２０Ｃに対して時刻を払い出して同期させる（ステップＳ３０１）。また、コンフィグサーバ１０は、ルータ台数に応じて各ルータ２０Ａ〜２０Ｃの送信可能タイミングを変える必要があるため、ルータ２０が増設されるたびに、各ルータ２０Ａ〜２０Ｃの認証要求パケットの送信可能タイミングを各ルータ２０Ａ〜２０Ｃに対して通知する（ステップＳ３０２）。

その後、ＣＰＥ３０は、Ｌ２スイッチを介して各ルータ２０Ａ〜２０Ｃに対して接続要求パケットを送信する（ステップＳ３０３、Ｓ３０４）。図１４の例では、ＣＰＥ３０の加入者を識別するＶＬＡＮ情報が「ＶＬＡＮ１」であり、ルータ２０Ａが「ＶＬＡＮ１」についての接続要求パケットを受付可能なタイミングであり、ルータ２０Ａのみが認証要求パケットをコンフィグサーバ１０に送信する（ステップＳ３０５）。

そして、コンフィグサーバ１０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ３０６）。続いて、ルータ１０Ａは、認証要求パケットを認証サーバ６０に送信する（ステップＳ３０７）。認証サーバ６０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ３０８）。その後、ルータ２０Ａは、接続要求パケットに対する応答パケットをＬ２スイッチを介してＣＰＥ３０に送信する（ステップＳ３０９、Ｓ３１０）。その後、ＣＰＥ３０とサービス提供サーバ７０とが接続され、サービス用パケットの送受信を行い、ユーザ端末４０にサービスが提供される（ステップＳ３１１）。

次に、図１５を用いて、時分割及び収容情報を元に行う認証要求パケット送信機会制御処理の流れを説明する。図１５に示すように、時刻同期サーバ５０は、各ルータ２０Ａ〜２０Ｃに対して時刻を払い出して同期させる（ステップＳ４０１）。また、コンフィグサーバ１０は、１．２万以下のユーザを収容しているルータ２０かつ送信タイミングのルータ２０が認証要求パケットを送信可能であるポリシを各ルータ２０Ａ〜２０Ｃに対して通知する（ステップＳ４０２）。

その後、ＣＰＥ３０は、Ｌ２スイッチを介して各ルータ２０Ａ〜２０Ｃに対して接続要求パケットを送信する（ステップＳ４０３、Ｓ４０４）。図１５の例では、ルータ２０Ａが１．２万以下のユーザを収容しており、かつ、接続要求パケットを受付可能なタイミングであり、ルータ２０Ａのみが認証要求パケットをコンフィグサーバ１０に送信する（ステップＳ４０５）。

そして、コンフィグサーバ１０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ４０６）。続いて、ルータ１０Ａは、認証要求パケットを認証サーバ６０に送信する（ステップＳ４０７）。認証サーバ６０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ４０８）。その後、ルータ２０Ａは、接続要求パケットに対する応答パケットをＬ２スイッチを介してＣＰＥ３０に送信する（ステップＳ４０９、Ｓ４１０）。その後、ＣＰＥ３０とサービス提供サーバ７０とが接続され、サービス用パケットの送受信を行い、ユーザ端末４０にサービスが提供される（ステップＳ４１１）。

［第一の実施形態の効果］
このように、第一の実施形態に係る送信制御システム１では、コンフィグサーバ１０が、各ルータ２０Ａ〜２０Ｃに対して、所定の条件に基づいて、認証要求パケットの送信の許可に関する送信許可情報を通知する。そして、各ルータ２０Ａ〜２０Ｃが、ユーザ端末から接続要求パケットを受信した場合に、送信許可情報に基づいて、認証要求パケットを送信するか否かを判定し、認証要求パケットを送信すると判定した場合には、該認証要求パケットをコンフィグサーバ１０へ送信する。そして、コンフィグサーバ１０が、ルータから認証要求パケットを受信した場合に、ユーザ端末の認証を行う。このため、全ルータ２０から送信される認証要求パケットの送信を抑止することができ、ネットワーク帯域消費やシステム負荷の増加を抑止することが可能である。

つまり、複数のルータ２０から重複した認証要求パケットを発出するようなネットワークにおいて、各ルータ２０間での同期を行わずに送信機会を割り当てる方法を実現したことで、重複した認証要求パケットの送信を抑制することが可能となる。また、複数のルータ２０から一定数の重複した要求パケットを送信させることで、加入者収容の信頼性を高めることが可能である。

［第二の実施の形態］
ところで、第一の実施の形態では、ルータ２０毎に時分割による認証要求制御を行う場合について説明したが、これに限定されるものではなく、ルータ２０にトークンを付与することで認証要求制御を行うようにしてもよい。具体的には、コンフィグサーバ１０が複数のルータのうちのいずれかのルータに対して認証要求パケットの送信を許可するトークンを通知し、ルータ２０が、トークンを受信した場合には、認証要求の送信が許可されたと判定し、認証要求の送信が許可されたと判定された場合には、認証要求パケットをコンフィグサーバへ送信する。そこで第二の実施形態として、ルータ２０にトークンを付与することで認証要求制御を行う場合について、以下に説明する。なお、第一の実施の形態と同様の構成や処理ついては説明を省略する。

コンフィグサーバ１０の通知部１２ａは、送信許可情報として、複数のルータのうちのいずれかのルータに対して認証要求の送信を許可するトークンを通知する。また、ルータ２０の判定部２２ａは、トークンを受信した場合には、認証要求の送信が許可されたと判定する。また、ルータ２０の送信部２２ｂは、判定部２２ａによって認証要求の送信が許可されたと判定された場合には、認証要求パケットをコンフィグサーバ１０へ送信する。

ここで、図１６を用いて、トークン付与による認証要求パケット送信機会制御処理を説明する。図１６は、トークン付与による認証要求パケット送信機会制御処理を説明する図である。なお、図１６の例では、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。

図１６に示すように、コンフィグサーバ１０は、複数のルータ２０Ａ〜２０Ｃのうちのいずれかのルータ２０に対して認証要求パケットの送信を許可するトークンを通知する。ルータ２０は、トークンがある場合には、ＣＰＥ３０から接続要求パケットを受信した際に、コンフィグサーバ１０へ認証要求パケットを送信し、トークンがない場合は、ＣＰＥ３０から受信した接続要求パケットを廃棄する。なお、トークンの付与間隔はコンフィグサーバ１０の設定等に従うものとする。また、一度与えられたトークンが半永久的に機能しないようにトークンには有効期限を設けるものとする。

例えば、図１６に例示するＴ１の時点における各装置の処理について説明する。Ｔ１の時点において、ＣＰＥ３０は、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ１においては、ルータ２０Ａおよびルータ２０Ｂにトークンがあるものとする。このため、ルータ２０Ａおよびルータ２０Ｂが接続要求パケットを受付可能であり、ルータ２０Ｃは、接続要求パケットを破棄する。そして、ルータ２０Ａおよびルータ２０Ｂが、コンフィグサーバ１０へ認証要求パケットを送信する。

続いて、図１６に例示するＴ２の時点における各装置の処理について説明する。Ｔ２の時点において、ＣＰＥ３０は、再接続のため、各ルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。ここで、Ｔ２においては、ルータ２０Ａおよびルータ２０Ｃにトークンがあるものとする。このため、ルータ２０Ａおよびルータ２０Ｃが接続要求パケットを受付可能であり、ルータ２０Ｂは、接続要求パケットを破棄する。そして、ルータ２０Ａおよびルータ２０Ｃが、コンフィグサーバ１０へ認証要求パケットを送信する。

また、コンフィグサーバ１０は、例えば、図１７に例示するようなトークン付与のための共通リストを保有しているものとし、各ルータ２０には共通リストとトークンＩＤを付与することで認証要求パケットを送信するか否かを判断させる。例えば、トークンＩＤ「１」を付与されたルータ２０は、「ＨＨ：ＭＭ：００〜ＨＨ：ＭＭ：１９」の時刻の範囲では、認証要求パケットをコンフィグサーバ１０へ送信できるものとする。

また、ルータ２０が有する共通リストを更新する場合は、更新された共通リストがコンフィグサーバから付与される。なお、トークンＩＤを定期的に付与することを省くための方法として、トークンＩＤをルータ２０のホストＩＤ毎に割り振ることで、トークンＩＤの付与を省略できる。ただし、この場合にはトークンＩＤはルータ２０の台数分だけ準備する必要がある。

次に、図１８を用いて、第二の実施の形態に係る送信制御システムにおけるトークン付与による認証要求パケット送信機会制御処理の流れを説明する。図１８は、第二の実施の形態に係る送信制御システムにおけるトークン付与による認証要求パケット送信機会制御処理の流れを示すシーケンス図である。なお、図１８では、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。

図１８に示すように、時刻同期サーバ５０は、各ルータ２０Ａ〜２０Ｃに対して時刻を払い出して同期させる（ステップＳ５０１）。また、コンフィグサーバ１０は、ルータ２０Ａおよびルータ２０Ｂに対してトークンを付与する（ステップＳ５０２）。

その後、ＣＰＥ３０は、Ｌ２スイッチを介して各ルータ２０Ａ〜２０Ｃに対して接続要求パケットを送信する（ステップＳ５０３、Ｓ５０４）。図１８の例では、ルータ２０Ａおよびルータ２０Ｂにトークンが付与されたために、ルータ２０Ａおよびルータ２０Ｂ接続要求パケットを受付可能であり、ルータ２０Ａおよびルータ２０Ｂが認証要求パケットをコンフィグサーバ１０に送信する（ステップＳ５０５、Ｓ５０６）。

そして、コンフィグサーバ１０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信し（ステップＳ５０７）、認証がＮＧである旨の応答をルータ２０Ｂに送信する（ステップＳ５０８）。その後、コンフィグサーバ１０は、ルータ２０Ｃに対してトークンを付与し、ルータ２０Ａおよびルータ２０Ｂは○○時△△分から認証要求パケットの送信機会が喪失する（ステップＳ５０９）。

続いて、ルータ２０Ａは、認証要求パケットを認証サーバ６０に送信する（ステップＳ５１０）。認証サーバ６０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ５１１）。その後、ルータ２０Ａは、接続要求パケットに対する応答パケットをＬ２スイッチを介してＣＰＥ３０に送信する（ステップＳ５１２、Ｓ５１３）。その後、ＣＰＥ３０とサービス提供サーバ７０とが接続され、サービス用パケットの送受信を行い、ユーザ端末４０にサービスが提供される（ステップＳ５１４）。

［第二の実施形態の効果］
このように、第二の実施形態に係る送信制御システム１では、コンフィグサーバ１０は、複数のルータ２０のうちのいずれかのルータ２０に対して認証要求の送信を許可するトークンを通知する。そして、ルータ２０は、トークンを受信した場合には、認証要求の送信が許可されたと判定し、認証要求の送信が許可されたと判定された場合には、認証要求パケットをコンフィグサーバ１０へ送信する。このため、コンフィグサーバ１０は、トークンを送信するルータ２０を自由に管理できるため、ルータ２０が認証要求パケットを送信する機会について、より自由度の高い制御を行うことが可能である。

［第三の実施の形態］
ところで、第二の実施の形態では、ルータ２０にトークンを付与することで認証要求制御を行う場合について説明したが、これに限定されるものではなく、ルータ２０が収容しているユーザ端末数の閾値を設定することで認証要求制御を行うようにしてもよい。具体的には、コンフィグサーバ１０が、ルータ２０が収容しているユーザ端末数の閾値を通知し、ルータ２０が、ユーザ端末４０から接続要求パケットを受信した際に、ユーザ端末の収容数が、所定の上限値以内であって、閾値以上である場合には、上限値に対する収容数の割合に応じて、認証要求パケットを送信するか否かを判定し、認証要求パケットを送信すると判定された場合には、該認証要求パケットをコンフィグサーバ１０へ送信する。そこで第三の実施形態として、ルータ２０が収容しているユーザ端末数の閾値を設定することで認証要求制御を行う場合について、以下に説明する。なお、第一の実施の形態と同様の構成や処理ついては説明を省略する。

コンフィグサーバ１０の通知部１２ａは、送信許可情報として、ルータが収容しているユーザ端末数の閾値を通知する。また、ルータ２０の判定部２２ａは、ユーザ端末４０から接続要求パケットを受信した際に、ユーザ端末４０の収容数が、所定の上限値以内であって、閾値以上である場合には、上限値に対する収容数の割合に応じて、認証要求パケットを送信するか否かを判定する。また、送信部２２ｂは、判定部２２ａによって認証要求パケットを送信すると判定された場合には、該認証要求パケットをコンフィグサーバ１０へ送信する。

ここで、図１９を用いて、閾値に応じた認証要求パケット送信機会制御処理を説明する。図１９は、閾値に応じた認証要求パケット送信機会制御処理を説明する図である。なお、図１９の例では、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。また、以下の説明では、ルータ２０が収容しているユーザ端末数の閾値として、「閾値１」および「閾値２」が設定されているものとして説明する。

例えば、図１９に例示するＴ１の時点における各装置の処理について説明する。Ｔ１の時点において、ルータ２０Ａのみが起動しており、加入者収容数が閾値１未満である。このため、ＣＰＥ３０は、起動しているルータ２０Ａへ接続要求パケットを送信する。そして、加入者収容数が閾値１未満である場合には、ルータ２０Ａは、接続要求パケットを受信した際に、コンフィグサーバ１０へ認証要求パケットを必ず送信する。

続いて、図１９に例示するＴ２の時点における各装置の処理について説明する。Ｔ２の時点において、ルータ２０Ａおよびルータ２０Ｂが起動しており、ルータＡの加入者収容数が「閾値１＜収容数＜閾値２」であり、ルータＢの加入者収容数が「収容数＜閾値１」である。このため、ＣＰＥ３０は、起動しているルータ２０Ａおよびルータ２０Ｂへ接続要求パケットを送信する。そして、ルータ２０Ａについては、｛１−（収容数／収容上限）｝×１００［％］の確率でコンフィグサーバ１０へ認証要求パケットを送信する。また、ルータ２０Ｂについては、接続要求パケットを受信した際に、コンフィグサーバ１０へ認証要求パケットを必ず送信する。つまり、ユーザ数が少ない場合は確率的に頻度を減らしすぎるとユーザ認証ができないので、一定の閾値（たとえば、１００００ユーザ）までは、必ず送信する機構を有し、一定の閾値を超えた場合に送信する頻度を制御する。

続いて、図１９に例示するＴ３の時点における各装置の処理について説明する。Ｔ３の時点において、ルータ２０Ａ〜２０Ｃが起動しており、ルータＡの加入者収容数が「閾値２＜収容数＜収容上限」、ルータＢの加入者収容数が「閾値１＜収容数＜閾値２」であり、ルータＣの加入者収容数が「収容数＜閾値１」である。このため、ＣＰＥ３０は、起動しているルータ２０Ａ〜２０Ｃへ接続要求パケットを送信する。そして、ルータ２０Ａおよびルータ２０Ｂについては、｛１−（収容数／収容上限）｝×１００［％］の確率でコンフィグサーバ１０へ認証要求パケットを送信し、ルータ２０Ｃについては、接続要求パケットを受信した際に、コンフィグサーバ１０へ認証要求パケットを必ず送信する。なお、コンフィグサーバ１０は、複数ルータ２０からの受信を考慮し、収容状況を元に払いだすルータ２０を選択して払い出す。そのため、コンフィグサーバ１０は、一定時間応答を待機する。

次に、図２０を用いて、第三の実施の形態に係る送信制御システムにおける閾値に応じた認証要求パケット送信機会制御処理の流れを説明する。図２０は、第三の実施の形態に係る送信制御システムにおける閾値に応じた認証要求パケット送信機会制御処理の流れを示すシーケンス図である。なお、図２０では、ルータ２０Ａを「＃１」、ルータ２０Ｂを「＃２」、ルータ２０Ｃを「＃３」と記載している。また、ルータ２０Ａは、加入者収容数が１万であり、ルータ２０Ｂの加入者収容数が３万であり、ルータ２０Ｃの加入者収容数が１．５万である。

図２０に示すように、時刻同期サーバ５０は、各ルータ２０Ａ〜２０Ｃに対して時刻を払い出して同期させる（ステップＳ６０１）。また、コンフィグサーバ１０は、ルータ２０Ａ〜２０Ｃに対して、収容しているユーザ端末数の閾値を通知する（ステップＳ６０２）。ここでは、例えば、閾値が「２万」であるものとする。また、各ルータの収容上限が「４万」であるものとする。

その後、ＣＰＥ３０は、Ｌ２スイッチを介して各ルータ２０Ａ〜２０Ｃに対して接続要求パケットを送信する（ステップＳ６０３、Ｓ６０４）。図２０の例では、ルータ２０Ａおよびルータ２０Ｃは収容数が閾値未満であるため、ルータ２０Ａおよびルータ２０Ｃが接続要求パケットを受付可能であり、ルータ２０Ｂは閾値を超えているがルータの収容上限未満であるため、｛１−（収容数／収容上限）｝×１００［％］、つまり、図２０の例では、｛１−（３万／４万）｝×１００［％］を計算し、２５％の確率で接続要求パケットを受付可能である。なお、ここでは、全てのルータ２０Ａ〜２０Ｃが認証要求パケットをコンフィグサーバ１０に送信する（ステップＳ６０５〜６０７）。

そして、コンフィグサーバ１０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信し（ステップＳ６０８）、認証がＮＧである旨の応答をルータ２０Ｂおよびルータ２０Ｃに送信する（ステップＳ６０９、Ｓ６１０）。

続いて、ルータ１０Ａは、認証要求パケットを認証サーバ６０に送信する（ステップＳ６１１）。認証サーバ６０は、認証がＯＫである場合には、認証がＯＫである旨の応答をルータ２０Ａに送信する（ステップＳ６１２）。その後、ルータ２０Ａは、接続要求パケットに対する応答パケットをＬ２スイッチを介してＣＰＥ３０に送信する（ステップＳ６１３、Ｓ６１４）。なお、コンフィグサーバ１０は、各ルータ２０Ａ〜２０Ｃの収容状況に応じて、閾値を再度通知する（ステップＳ６１５）。その後、ＣＰＥ３０とサービス提供サーバ７０とが接続され、サービス用パケットの送受信を行い、ユーザ端末４０にサービスが提供される（ステップＳ６１６）。

次に、図２１を用いて、第三の実施の形態に係るルータ２０の処理について説明する。図２１は、第三の実施の形態に係るルータの処理の流れを示すフローチャートである。図２１に示すように、ルータ２０は、接続要求パケットを受信すると（ステップＳ７０１肯定）、受信カウントを１つ加算する（ステップＳ７０２）。

そして、ルータ２０は、現在の加入者収容数が収容上限を超過しているか否かを判定する（ステップＳ７０３）。この結果、ルータ２０は、現在の加入者収容数が収容上限を超過している場合には（ステップＳ７０３肯定）、接続要求パケットを廃棄して（ステップＳ７０７）、処理を終了する。また、ルータ２０は、現在の加入者収容数が収容上限を超過していない場合には（ステップＳ７０３否定）、現在の加入者収容数がコンフィグサーバ１０から通知された閾値を超えているか否かを判定する（ステップＳ７０４）。

この結果、ルータ２０は、現在の加入者収容数がコンフィグサーバ１０から通知された閾値を超えていない場合には（ステップＳ７０４否定）、コンフィグサーバ１０へ認証要求パケットを転送して（ステップＳ７０８）、処理を終了する。また、ルータ２０は、現在の加入者収容数がコンフィグサーバ１０から通知された閾値を超えている場合には（ステップＳ７０４肯定）、加入者収容数を元に送信許可となる算出結果が得られたか否かを判定する（ステップＳ７０５）。例えば、ルータ２０Ａは、「｛１−（収容数／収容上限）｝×１００［％］」を計算し、計算された確率を元にコンフィグサーバ１０へ認証要求パケットを転送するか否かを判定する。

この結果、ルータ２０は、加入者収容数を元に送信許可となる算出結果が得られたと判定された場合には（ステップＳ７０５肯定）、認証要求パケットを転送して（ステップＳ７０８）、処理を終了する。また、ルータ２０は、加入者収容数を元に送信許可となる算出結果が得られなかったと判定された場合には（ステップＳ７０５否定）、閾値が複数設けられているか否かを判定する（ステップＳ７０６）。

この結果、ルータ２０は、閾値が複数設けられていると判定された場合には（ステップＳ７０６肯定）、ステップＳ７０４に戻り、別の閾値を用いて、ステップＳ７０４〜Ｓ７０６の処理を繰り返す。また、ルータ２０は、閾値が複数設けられていないと判定された場合には（ステップＳ７０６否定）、接続要求パケットを廃棄して（ステップＳ７０７）、処理を終了する。

［第三の実施形態の効果］
このように、第三の実施形態に係る送信制御システム１では、コンフィグサーバ１０が、ルータ２０が収容しているユーザ端末数の閾値を通知する。そして、ユーザ端末４０から接続要求パケットを受信した際に、ユーザ端末４０の収容数が、所定の上限値以内であって、閾値以上である場合には、上限値に対する収容数の割合に応じて、認証要求パケットを送信するか否かを判定する。そして、ユーザ端末４０は、認証要求パケットを送信すると判定された場合には、該認証要求パケットをコンフィグサーバ１０へ送信する。このため、ネットワーク帯域消費やシステム負荷の増加を抑止するとともに、ルータの収容数のばらつきを減らし、不安定なルータ２０への収容の回避を実現することが可能である。

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

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

［プログラム］
図２２は、送信制御プログラムを実行するコンピュータを示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ（Central Processing Unit）１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

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

ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、コンフィグサーバ１０の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０３１に記憶される。例えば、コンフィグサーバ１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。なお、ハードディスクドライブ１０３１は、ＳＳＤ（Solid State Drive）により代替されてもよい。

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

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

１ 送信制御システム
１０ コンフィグサーバ
１１、２１ 通信処理部
１２、２２ 制御部
１２ａ 通知部
１２ｂ 認証部
１３、２３ 記憶部
１３ａ 設定加入者ＤＢ
１３ｂ 加入者収容装置ＤＢ
１３ｃ 加入者認証ＤＢ
２０、２０Ａ〜２０Ｃ ルータ
２２ａ 判定部
２２ｂ 送信部
２３ａ 時分割送信リスト記憶部
３０、３０Ａ〜３０Ｃ ＣＰＥ
４０ ユーザ端末
５０ 時刻同期サーバ
６０ 認証サーバ
７０ サービス提供サーバ

Claims (6)

1. 同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムであって、
   前記コンフィグサーバは、
   前記認証要求パケットの送信の許可に関する送信許可情報として、所定の期間ごとに前記認証要求パケットの送信を許可するか否かを示す情報を各ルータに対して通知する通知部と、
   前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証部と、を有し、
   前記各ルータは、
   前記ユーザ端末から前記接続要求パケットを受信した場合に、該接続要求パケットを受信した時刻が、前記認証要求パケットの送信が許可された期間内であるか否かを判定する判定部と、
   前記判定部によって前記認証要求パケットを受信した時刻が前記期間内であると判定された場合には、前記認証要求パケットを前記コンフィグサーバへ送信する送信部と、
   を有することを特徴とする送信制御システム。
2. 同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムであって、
   前記コンフィグサーバは、
   前記認証要求パケットの送信の許可に関する送信許可情報として、複数のルータのうちのいずれかのルータに対して前記認証要求パケットの送信を許可するトークンを通知する通知部と、
   前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証部と、を有し、
   各ルータは、
   前記トークンを受信した場合には、前記認証要求パケットの送信が許可されたと判定する判定部と、
   前記判定部によって前記認証要求パケットの送信が許可されたと判定された場合には、前記認証要求パケットを前記コンフィグサーバへ送信する送信部と、
   を有することを特徴とする送信制御システム。
3. 同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムであって、
   前記コンフィグサーバは、
   各ルータに対して、前記認証要求パケットの送信の許可に関する送信許可情報として、ルータが収容しているユーザ端末数の閾値を通知する通知部と、
   前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証部と、を有し、
   前記各ルータは、
   前記ユーザ端末から前記接続要求パケットを受信した際に、ユーザ端末の収容数が、所定の上限値以内であって、前記閾値以上である場合には、前記上限値に対する前記収容数の割合に応じて、前記認証要求パケットを送信するか否かを判定する判定部と、
   前記判定部によって前記認証要求パケットを送信すると判定された場合には、該認証要求パケットを前記コンフィグサーバへ送信する送信部と、
   を有することを特徴とする送信制御システム。
4. 同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムによって実行される送信制御方法であって、
   前記認証要求パケットの送信の許可に関する送信許可情報として、所定の期間ごとに前記認証要求パケットの送信を許可するか否かを示す情報を各ルータに対して通知する通知工程と、
   前記各ルータが、前記ユーザ端末から前記接続要求パケットを受信した場合に、該接続要求パケットを受信した時刻が、前記認証要求パケットの送信が許可された期間内であるか否かを判定する判定工程と、
   前記各ルータが、前記判定工程によって前記認証要求パケットを受信した時刻が前記期間内であると判定された場合には、前記認証要求パケットを前記コンフィグサーバへ送信する送信工程と、
   前記コンフィグサーバが、前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証工程と、
   を含んだことを特徴とする送信制御方法。
5. 同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムによって実行される送信制御方法であって、
   前記コンフィグサーバが、前記認証要求パケットの送信の許可に関する送信許可情報として、複数のルータのうちのいずれかのルータに対して前記認証要求パケットの送信を許可するトークンを通知する通知工程と、
   各ルータが、前記トークンを受信した場合には、前記認証要求パケットの送信が許可されたと判定する判定工程と、
   前記各ルータが、前記判定工程によって前記認証要求パケットの送信が許可されたと判定された場合には、前記認証要求パケットを前記コンフィグサーバへ送信する送信工程と、
   前記コンフィグサーバが、前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証工程と、
   を含んだことを特徴とする送信制御方法。
6. 同一ネットワーク上に配備され、ユーザ端末から接続を要求する接続要求パケットを受信する複数のルータと、該複数のルータから認証を要求する認証要求パケットを受信するコンフィグサーバとを有する送信制御システムによって実行される送信制御方法であって、
   前記コンフィグサーバが、各ルータに対して、前記認証要求パケットの送信の許可に関する送信許可情報として、ルータが収容しているユーザ端末数の閾値を通知する通知工程と、
   前記各ルータが、前記ユーザ端末から前記接続要求パケットを受信した際に、ユーザ端末の収容数が、所定の上限値以内であって、前記閾値以上である場合には、前記上限値に対する前記収容数の割合に応じて、前記認証要求パケットを送信するか否かを判定する判定工程と、
   前記各ルータが、前記判定工程によって前記認証要求パケットを送信すると判定された場合には、該認証要求パケットを前記コンフィグサーバへ送信する送信工程と、
   前記コンフィグサーバが、前記ルータから前記認証要求パケットを受信した場合に、前記ユーザ端末の認証を行う認証工程と、
   を含んだことを特徴とする送信制御方法。

Images