(57)【要約】【課題】制御情報の配信によるネットワークのピークトラフィックを低減させることを目的とする。【解決手段】配信制御プログラムは、第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、処理をコンピュータに実行させる。【選択図】図９
2016144088.tif 000002
【特許請求の範囲】
【請求項１】
第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、
前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、
前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、
処理をコンピュータに実行させるための配信制御プログラム。
【請求項２】
前記休止させる制御を行うノードには前記第１ネットワークからの通信要求を割り当てない制御を行い、
前記稼動させる制御を行うノードには前記第１ネットワークからの通信要求を割り当てる制御を行う、
処理を前記コンピュータに実行させるための請求項１記載の配信制御プログラム。
【請求項３】
前記稼動状態が稼働中である複数のノードのうち、前記稼働時間が最も長いノードを、休止させるノードとして選択する制御を行い、
前記稼動状態が休止中である複数のノードのうち、前記休止時間が最も長いノードを、稼動させるノードとして選択する制御を行う、
処理を前記コンピュータに実行させるための請求項１または２記載の配信制御プログラム。
【請求項４】
配信する前記制御情報のデータ量が所定のデータ量を超えた場合、前記稼動させる制御を行う、
処理を前記コンピュータに実行させるための請求項１乃至３のうち何れか１項に記載の配信制御プログラム。
【請求項５】
前記稼働状態が稼働中の複数のノードの残りキャパシティの合計が、前記稼動状態が稼働中のノードのうち最もキャパシティの大きいノードのキャパシティを超えている場合、前記休止させる制御を行う、
処理を前記コンピュータに実行させるための請求項１乃至３のうち何れか１項に記載の配信制御プログラム。
【請求項６】
前記稼動状態が前記稼働中から前記休止中に遷移する間の第１遷移状態および前記稼働中のノードに更新した前記制御情報を配信し、
前記稼動状態が前記休止中から前記稼働中に遷移する間の第２遷移状態および前記休止中のノードには更新した前記制御情報の配信を停止する、
処理を前記コンピュータに実行させるための請求項１乃至５のうち何れか１項に記載の配信制御プログラム。
【請求項７】
第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、
前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、
前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、
処理をコンピュータが実行する配信制御方法。
【請求項８】
第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理する管理部と、
前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行う制御部と、
前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する配信部と、
を備える配信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信制御プログラム、配信制御方法および配信制御装置に関する。
【背景技術】
【０００２】
端末がネットワークに接続したときのセキュリティを確保するために、通信を制御するためのフィルタリングを行う技術が知られている。関連する技術として、ファイアウォール装置が所定のフィルタリングルールに従って、パケットフィルタリングを行う技術が提案されている。
【０００３】
また、外部ネットワークとの接続点に設置される外部フィルタと、外部ネットワークに接続されたネットワークの幹線とサブネットとに介在された内部フィルタと、パケットフィルタにおける負荷を分散させる技術が提案されている。
【０００４】
また、処理規則の設定要求を受信した場合、複数のノードの少なくとも１つに対してパケットの処理規則を設定する制御装置を含む通信システムに関する技術が提案されている（例えば、特許文献１乃至３参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２７３９３６号公報
【特許文献２】特開２００３−２４４２４７号公報
【特許文献３】特表２０１４−５０２７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
フィルタリングを行うためのフィルタルール（制御情報）は、管理装置が管理する。管理装置は、フィルタルールが更新されるごとに、フィルタリングを行う装置に対してフィルタルールを配信する。
【０００７】
フィルタリングを行う装置が多くなると、管理装置は多くの装置にフィルタルールを配信するため、瞬間的にネットワークのトラフィックが増大する。従って、フィルタルール配信時のネットワークのピークトラフィックが大きくなる。
【０００８】
１つの側面として、本発明は、制御情報の配信によるネットワークのピークトラフィックを低減させることを目的とする。
【課題を解決するための手段】
【０００９】
１つの態様では、配信制御プログラムは、第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、処理をコンピュータに実行させる。
【発明の効果】
【００１０】
１つの側面によれば、制御情報の配信によるネットワークのピークトラフィックを低減させることができる。
【図面の簡単な説明】
【００１１】
【図１】ネットワークの接続態様の一例を示す図である。
【図２】通信端末、フィルタノードおよびフィルタサーバの一例を示す機能ブロック図である。
【図３】フィルタノードの各種テーブルの一例を示す図である。
【図４】フィルタサーバの各種テーブルの一例を示す図である。
【図５】フィルタノードの稼動状態の一例を示す図である。
【図６】ピークトラフィックの低減の一例を説明する図（その１）である。
【図７】ピークトラフィックの低減の一例を説明する図（その２）である。
【図８】フィルタサーバの動作の一例を示すフローチャートである。
【図９】接続先取得処理の一例を示すシーケンスチャートである。
【図１０】接続先取得処理の他の例を示すシーケンスチャートである。
【図１１】トンネル接続処理の一例を示すシーケンスチャート（その１）である。
【図１２】トンネル接続処理の一例を示すシーケンスチャート（その２）である。
【図１３】トンネル接続切断時の処理の一例を示すシーケンスチャートである。
【図１４】フィルタノードの休止処理の一例を示すフローチャートである。
【図１５】フィルタノードの休止処理の他の例を示すフローチャートである。
【図１６】フィルタルールの更新処理の一例を示すシーケンスチャートである。
【図１７】フィルタサーバのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
＜ネットワークの接続態様の一例＞
以下、図面を参照して、実施形態について説明する。図１は、実施形態のネットワークの接続態様の一例を示している。通信端末１Ａ、１Ｂおよび１Ｃ（総称して、通信端末１と称することもある）は、第１ネットワークＮＷ１を介して、フィルタノード２Ａおよび２Ｂ（総称して、フィルタノード２と称することもある）と通信を行う。
【００１３】
第２ネットワークＮＷ２は、フィルタノード２とフィルタサーバ３とサービスサイト４Ａ、４Ｂおよび４Ｃ（総称して、サービスサイト４と称することもある）とを含む。第２ネットワークＮＷ２内で、フィルタノード２とフィルタサーバ３とサービスサイト４とは、任意の通信先と通信を行う。図１の例では、第２ネットワークＮＷ２内で行われる通信は破線で示される。
【００１４】
第１ネットワークＮＷ１は、トンネル５Ａ、５Ｂおよび５Ｃ（総称して、トンネル５と称することもある）を含む。１つの通信端末１と１つのフィルタノード２との間は１本のトンネル５により接続される。通信端末１、フィルタノード２およびサービスサイト４の数は任意の数であってよい。図１の例では、トンネル５は太線で示される。
【００１５】
通信端末１は、通信機能を有する端末である。通信端末１は、例えば、携帯電話やタブレット端末、スマートフォン等のスマートデバイスであってよい。実施形態では、通信端末１は、移動可能な端末であるものとする。ただし、通信端末１は、例えば、パーソナルコンピュータ等の固定式の端末であってもよい。
【００１６】
フィルタノード２は、トンネル５を介して、通信端末１と通信を行う装置である。フィルタノード２は、通信端末１からの通信要求を受け付ける。フィルタノード２は、フィルタルールに基づいて、通信端末１からの通信を制御する。フィルタノード２は、例えばデータセンター等に設置される。フィルタルールは、制御情報の一例である。また、フィルタノード２は、ノードの一例である。
【００１７】
実施形態では、フィルタルールは、通信先に応じて、通信端末１の通信を許可するか、または禁止するかを示す情報であるものとする。ただし、フィルタルールは、他の情報を含んでいてもよい。フィルタノード２は、フィルタルールに基づいて、通信端末１の通信先を制限する。
【００１８】
例えば、フィルタノード２は、フィルタルールに基づいて、情報漏洩等を生じる可能性のあるサービスサイト４に対する通信端末１の通信を禁止する。フィルタノード２は、通信端末１からの通信を制御（フィルタリングと称することもある）するため、セキュリティが向上する。
【００１９】
フィルタサーバ３は、各フィルタノード２を管理するコンピュータである。また、フィルタサーバ３は、フィルタルールを管理する。フィルタルールが更新された場合、フィルタサーバ３は、更新後のフィルタルールを稼働中の各フィルタノード２に対して配信する。
【００２０】
サービスサイト４は、通信端末１の通信先である。フィルタノード２が許可した場合、通信端末１は、サービスサイト４と通信を行う。これにより、通信端末１は、サービスサイト４が提供するサービスを受けることができる。
【００２１】
第２ネットワークＮＷ２としては、例えばインターネットがある。通信端末１は、インターネット上の各種サービスサイト４のうち、フィルタノード２が許可したサービスサイト４と通信を行い、フィルタノード２が禁止したサービスサイト４と通信を行わない。従って、通信端末１が行う通信のセキュリティが確保される。
【００２２】
通信端末１が接続する先のフィルタノード２は動的に変化することがある。例えば、実施形態では、通信端末１は移動可能な通信端末であるものとする。この場合、トンネル５により通信端末１と接続されるフィルタノード２は、通信端末１の位置によって、変化することがある。
【００２３】
＜通信端末、フィルタノードおよびフィルサーバの一例＞
図２は、通信端末１、フィルタノード２およびフィルタサーバ３の機能ブロックの一例を示している。図２において、破線は、通信端末１とフィルタノード２とフィルタサーバ３との間で行われる通信を示す。
【００２４】
通信端末１は、接続先取得部１１と接続要求部１２と端末通信部１３とを備えている。通信端末１とフィルタノード２との間にトンネル５が接続されていない場合、接続先取得部１１は、通信端末１の接続先のフィルタノード２をフィルタサーバ３に問い合わせる。なお、通信端末１とフィルタノード２との間に既にトンネル５が接続されている場合、通信端末１はトンネル５を介してフィルタノード２と通信を行う。
【００２５】
通信端末１の接続先のフィルタノード２は、フィルタサーバ３が決定する。このため、接続先取得部１１は、フィルタサーバ３に対して、複数のフィルタノード２のうち、何れのフィルタノード２に接続するかを問い合わせるための接続先取得要求を送信する。
【００２６】
フィルタサーバ３は、第２ネットワークＮＷ２内の各種サービスサイト４とは異なり、通信端末１が通信を行っても、情報漏洩等を生じることがない。従って、通信端末１は、フィルタサーバ３に対して直接的に接続先取得要求を送信する。
【００２７】
フィルタサーバ３は、接続先取得要求を送信した通信端末１に割り当てるフィルタノード２を決定する。フィルタサーバ３は、接続先取得要求を送信した通信端末１に決定したフィルタノード２を接続先とする接続先取得応答を送信する。これにより、接続先取得部１１は、何れのフィルタノード２に接続するかの情報を取得する。
【００２８】
接続要求部１２は、接続先取得部１１が取得した接続先取得応答が示すフィルタノード２にトンネル接続要求を送信する。フィルタノード２は、通信端末１から受信したトンネル接続要求に応じて、通信端末１とフィルタノード２との間にトンネル５を接続する。
【００２９】
トンネル５により通信端末１とフィルタノード２とが接続された場合、フィルタノード２は接続完了通知を通信端末１に送信する。通信端末１は、接続完了通知を受信することで、トンネル５が接続されたことを認識する。
【００３０】
端末通信部１３は、トンネル５が接続された後、フィルタノード２を介して、各種サービスサイト４に対して通信を行う。端末通信部１３は、所望の通信先と通信を行うことを要求する通信要求をフィルタノード２に送信する。
【００３１】
通信要求は、通信端末１が第２ネットワークＮＷ２に対して通信を行うための要求である。通信端末１が所望の通信先と通信するためには、トンネル５の接続を確立することが前提となる。よって、接続先取得要求およびトンネル接続要求は、通信要求の一部である。
【００３２】
次に、フィルタノード２について説明する。フィルタノード２は、接続制御部２１とフィルタ取得部２２と本数管理部２３と更新日時管理部２４とルールキャッシュ２５とフィルタ部２６と第１ネットワーク通信部２７と第２ネットワーク通信部２８と稼動制御部２９とを備えている。なお、図２では、ネットワークをＮＷと略して表記している。
【００３３】
接続制御部２１は、通信端末１が送信したトンネル接続要求に応じて、通信端末１とフィルタノード２との間をトンネル５により接続する制御を行う。接続制御部２１は、トンネル接続が完了した後、接続完了通知を通信端末１に送信する。
【００３４】
フィルタ取得部２２は、フィルタルールをフィルタサーバ３から取得する。本数管理部２３は、フィルタノード２が接続しているトンネル５の本数を管理する。フィルタノード２に接続可能なトンネル５の本数には上限（キャパシティとも称される）がある。本数管理部２３が管理するトンネル５の本数が上限に達した場合、上限に達したフィルタノード２には通信端末１が割り当てられない。
【００３５】
更新日時管理部２４は、フィルタルールの更新日時を管理する。ルールキャッシュ２５は、フィルタ取得部２２が取得したフィルタルールを記憶する。フィルタ取得部２２が新たなフィルタルールを取得すると、ルールキャッシュ２５は、記憶しているフィルタルールを更新する。
【００３６】
フィルタ部２６は、ルールキャッシュ２５に記憶されているフィルタルールを参照して、通信端末１からの通信要求をフィルタリングする。第１ネットワーク通信部２７は、トンネル５を介して、通信端末１と通信を行う。
【００３７】
第２ネットワーク通信部２８は、第２ネットワークＮＷ２内の任意の通信先と通信を行う。例えば、第２ネットワーク通信部２８は、各種サービスサイト４と通信を行う。また、第２ネットワーク通信部２８は、フィルタサーバ３に対して所定の情報を送信する。
【００３８】
フィルタ部２６は、第１ネットワーク通信部２７が受信した通信端末１からの通信要求に対して、ルールキャッシュ２５に記憶されているフィルタルールに基づいて、通信制御を行う。
【００３９】
稼動制御部２９は、本数管理部２３が管理するトンネル５の本数が１以上になったときに、フィルタノード２を稼動させる。また、稼動制御部２９は、本数管理部２３が管理するトンネル５の本数がゼロになったときに、フィルタノード２を休止させる。従って、フィルタノード２は、トンネル５の本数がゼロになった時点で、自律的に休止する。
【００４０】
次に、フィルタサーバ３について説明する。フィルタサーバ３は、接続先決定部３１と稼動状態管理部３２と配信部３３とトラフィック管理部３４とルールデータベース３５とを備えている。図２のルールデータベース３５のデータベースはＤＢと略して表記している。
【００４１】
接続先決定部３１は、通信端末１から送信された接続先取得要求に応じて、通信端末１が接続をするフィルタノード２を決定する。接続先決定部３１は、フィルタサーバ３が管理する各フィルタノード２のうち、稼働時間が長いフィルタノード２を接続先取得要求の接続先に割り当てないようにする。
【００４２】
通信端末１からの接続先に割り当てられないフィルタノード２に接続されるトンネル５の本数は経時的に減少する。そして、接続するトンネル５の本数がゼロになったフィルタノード２は休止する。
【００４３】
また、接続先決定部３１は、フィルタサーバ３が管理する各フィルタノード２のうち、休止時間が長いフィルタノード２は、接続先取得要求の接続先に割り当てるようにする。これにより、休止時間が長いフィルタノード２は、稼動する。従って、接続先決定部３１は、稼働時間が長いフィルタノード２を休止させ、休止時間が長いフィルタノード２を稼動させる制御を行う制御部として機能する。
【００４４】
稼動状態管理部３２は、フィルタサーバ３が管理する各フィルタノード２の稼動状態を管理する。稼動状態は、各フィルタノード２について、最後に更新した日時と稼動を開始した日時と稼動状態と上限に達するまでの残りのトンネル本数と休止していた間に更新されたフィルタルールの累積データ量とを含む。
【００４５】
配信部３３は、ルールデータベース３５が記憶するフィルタルールが更新されたときに、更新後のフィルタルールを稼働中のフィルタノード２に対して配信する。トラフィック管理部３４は、定常トラフィックを管理する。
【００４６】
定常トラフィックは、フィルタサーバ３が各フィルタノード２にフィルタルールを安定的に配信するための指標となるトラフィックである。定常トラフィックは任意に設定してよい。定常トラフィックは、所定のデータ量の一例である。
【００４７】
ルールデータベース３５は、フィルタルールを記憶する。フィルタルールは随時更新される。フィルタルールの更新があったとき、ルールデータベース３５に記憶されているフィルタルールは更新される。
【００４８】
＜各種テーブルの一例＞
図３は、フィルタノード２の更新日時管理部２４が管理する最終更新日時と本数管理部２３が管理するトンネル本数とルールキャッシュ２５が記憶するフィルタルールとの各種テーブルの一例を示している。
【００４９】
最終更新日時は、ルールキャッシュ２５に記憶されているフィルタルールが最後に更新された日時である。トンネル本数は、フィルタノード２が現在接続しているトンネル５の本数である。
【００５０】
ルールキャッシュ２５は、フィルタルールごとに、制限種別とアドレスとを記憶する。図３の例では、３つのフィルタルールを示しているが、フィルタルールの数は３つには限定されない。アドレスは、通信先のアドレスを示す。制限種別は、各アドレスのそれぞれについて、通信端末１からの通信を許可するか、または禁止するかを示す。
【００５１】
図４は、フィルタサーバ３のルールデータベース３５に記憶されるフィルタルールとトラフィック管理部３４が管理する定常トラフィックと稼動状態管理部３２が管理する稼動状態管理表との各種テーブルの一例を示している。
【００５２】
ルールデータベース３５は、フィルタルールごとに、制限種別とアドレスと最終更新日時とを記憶する。制限種別およびアドレスは、上述した制限種別およびアドレスと同じである。最終更新日時は、フィルタルールが最後に更新された日時である。
【００５３】
トラフィック管理部３４は、定常トラフィックを管理する。図４の例では、トラフィック管理部３４が管理する定常トラフィックは、１時間あたり１Ｍｂｙｔｅのデータ量であることを示している。従って、フィルタサーバ３がフィルタノード２に配信するフィルタルールのデータ量が１Ｍｂｙｔｅ未満であれば、安定的にフィルタルールの配信が行われる。
【００５４】
稼動状態管理部３２が管理する稼動状態管理表は、ノードＩＤと最終更新日時と稼動開始日時と稼動状態と残キャパシティと累積データ量との項目を有している。ノードＩＤのＩＤはIdentificationの略称である。
【００５５】
ノードＩＤはフィルタノード２を識別する識別子である。図４の例では、フィルタサーバ３が管理するフィルタノード２の数はＮ（Ｎは自然数）である。最終更新日時は、各ノード２のそれぞれについて、ルールキャッシュ２５のフィルタルールが最後に更新された日時である。
【００５６】
稼動開始日時は、各フィルタノード２が稼動を開始した日時である。例えば、各フィルタノード２がそれぞれ稼動を開始したことをフィルタサーバ３に通知することにより、稼動状態管理部３２は、各フィルタノード２の稼動開始日時を認識する。
【００５７】
また、稼動状態は、各フィルタノード２の稼動状態を示す。また、各フィルタノード２がそれぞれ稼動状態を通知することにより、稼動状態管理部３２は、各フィルタノード２の稼動状態を認識する。
【００５８】
残キャパシティは、各フィルタノード２が接続可能なトンネル５の残り本数である。残キャパシティは、上述したキャパシティから現在フィルタノード２が接続しているトンネル５の本数を減算した値である。
【００５９】
接続先決定部３１は、通信端末１に接続先のフィルタノード２を割り当てる。従って、稼動状態管理部３２は、接続先決定部３１がフィルタノード２に割り当てたトンネル５の本数に基づいて、残キャパシティを認識してもよい。
【００６０】
また、フィルタノード２の本数管理部２３が管理しているトンネル５の本数をフィルタノード２がフィルタサーバ３に通知してもよい。これにより、稼動状態管理部３２は、残キャパシティを認識してもよい。
【００６１】
実施形態では、各フィルタノード２が接続可能なトンネル５の本数の上限（キャパシティ）は１０本であるとする。ただし、各フィルタノード２が接続可能なトンネル５の本数はそれぞれ異なっていてもよい。
【００６２】
図４の例では、ノードＩＤが１番のフィルタノード２の残キャパシティは１になっている。従って、ノードＩＤが１番のフィルタノード２は、現在、９本のトンネル５と接続していることになる。
【００６３】
累積データ量は、稼動状態が休止中のフィルタノード２ごとに、休止中の間に更新されたフィルタルールのデータ量の累積を示している。従って、稼動状態が休止中のフィルタノード２の休止時間が長くなるほど、累積データ量は多くなる。
【００６４】
フィルタノード２が稼動したときに、休止中に更新されたフィルタルールがフィルタサーバ３からそのフィルタサーバ２へ纏めて配信される。従って、あるフィルタノードが休止状態から稼働状態に移ると、そのフィルタノード２に更新されたフィルタルールが纏めて配信されるので、瞬間的にピークトラフィックが増大する。累積データ量が多くなるほど（すなわち、フィルタノード２が休止していた期間が長いほど）、ピークトラフィックは大きくなる。
【００６５】
図４の例では、ノードＩＤが３番の休止中のフィルタノード２は、休止時間が２時間であり、２Ｍｂｙｔｅの累積データ量のフィルタルールを受信していない。ノードＩＤが４番の休止中のフィルタノード２は、休止時間が３時間であり、３Ｍｂｙｔｅの累積データ量のフィルタルールを受信していない。
【００６６】
従って、ノードＩＤが３番のフィルタノード２およびノードＩＤが４番のフィルタノード２の何れも、未受信のフィルタルールを纏めて受信するときのピークトラフィックは、定常トラフィックを超える。
【００６７】
＜フィルタノードの稼動状態の一例＞
次に、図５を参照して、フィルタノード２の稼動状態の一例について説明する。実施形態では、フィルタノード２の稼動状態は、稼働中と休止対象と休止中と稼動開始との４つの状態に遷移する。
【００６８】
稼働中は、フィルタノード２が稼動している状態である。フィルタサーバ３は、フィルタルールが更新されるに応じて、稼動状態が稼動中のフィルタノード２にフィルタルールを配信する。休止対象は稼働中から遷移する状態である。フィルタノード２が休止対象になった場合、フィルタノード２は稼動している状態である。よって、フィルタサーバ３は、休止対象のフィルタノード２に更新後のフィルタルールを配信する。
【００６９】
ただし、フィルタサーバ３の接続先決定部３１は、休止対象のフィルタノード２に接続先を割り当てない。このため、休止対象のフィルタノード２に接続しているトンネル５の本数は経時的に減少し、最終的にゼロになる。
【００７０】
フィルタノード２に接続しているトンネル５の本数がゼロになったときに、フィルタノード２の稼動状態は休止中になる。休止中のフィルタノード２は、フィルタサーバ３との通信を行わない。従って、休止対象は、稼働中から休止中に至るまでの過渡期の状態になる。休止対象は、第１遷移状態の一例である。
【００７１】
フィルタサーバ３が休止中のフィルタノード２に通信要求を割り当てたとき、フィルタノード２は休止中から稼動開始の状態に遷移する。稼動開始の状態のフィルタノード２は、トンネル５の接続数がゼロであり、フィルタサーバ３の配信部３３からフィルタルールを受信していない。従って、稼動開始の状態のフィルタノード２は、フィルタノード３から未受信のフィルタルールを受信する。
【００７２】
稼動開始の状態のフィルタノード２にトンネル５が接続され、且つ配信部３３が配信するフィルタルールを受信したときに、フィルタノード２は、稼動開始から稼働中の状態に遷移する。従って、稼動開始は、休止中から稼働中に至るまでの過渡期の状態になる。稼動開始は、第２遷移状態の一例である。
【００７３】
従って、フィルタノード２は、４つの状態に遷移する。図５の例に示すように、稼働中および休止対象の状態のフィルタノード２はフィルタルールを受信する。休止中および稼動開始の状態のフィルタノード２はフィルタルールを受信していない。
【００７４】
図５の一点鎖線は、フィルタルールを受信した状態であるか、またはフィルタルールを未受信の状態であるかの境界を示している。また、図５の二点鎖線は、フィルタノード２が稼動状態であるか、または未稼働状態であるかの境界を示している。
【００７５】
実施形態では、フィルタノード２が休止中の状態であっても、フィルタノード２は、通信端末１からの通信要求を認識できる状態を維持する。一方、休止中のフィルタノード２は、フィルタルールを受信しない。このため、第２ネットワークＮＷ２では、休止中のフィルタノード２による通信が発生しない。
【００７６】
＜ピークトラフィックの低減の一例＞
次に、図６および図７を参照して、ピークトラフィックの低減の一例を説明する。図６の「全てのフィルタノードが稼動している例」は、フィルタサーバ３が管理する全てのフィルタノード２の稼動状態が稼働中の場合のピークトラフィックの一例を示している。
【００７７】
フィルタサーバ３が管理するフィルタノード２の総数はＮである。フィルタサーバ３のルールデータベース３５に記憶されているフィルタルールは、１分ごとに更新されるものとする。また、更新時にフィルタサーバ３が稼働中のフィルノード２に配信するフィルタルールのデータ量は１とする。
【００７８】
従って、フィルタサーバ３がフィルタノード２にフィルタルールを配信するときのピークトラフィックは、Ｎ（＝Ｎ×１）となる。１分ごとにフィルタルールが更新されるため、１分ごとにピークトラフィックはＮになる。
【００７９】
「フィルタノードの稼働率を低減した例」は、フィルタサーバ３が管理する各フィルタノード２のうち、フィルタルールを受信するフィルタノード２の数を減らした場合のピークトラフィックの一例を示している。
【００８０】
稼働率Ｍ（０＜Ｍ≦１）は、フィルタサーバ３が管理する全てのフィルタノード２の数のうち、フィルタルールを受信するフィルタノード２の数の割合を示す。この場合、フィルタサーバ３は、Ｍ×Ｎ台のフィルタノード２に対して、フィルタルールを配信する。よって、ピークトラフィックはＮ×Ｍになる。
【００８１】
このため、全てのフィルタノード２が稼動している場合と比較して、フィルタノード２の稼働率Ｍを低下させた方が、フィルタルールの配信時のピークトラフィックが低減する。フィルタノード２の稼働率を低下させるために、フィルタサーバ３は、各フィルタノード２のうち稼働中のフィルタノード２を休止させる制御を行う。
【００８２】
休止中のあるフィルタノード２が稼動開始に遷移し、稼動開始から稼働中に遷移する場合、フィルタサーバ３は、休止していた該フィルタノード２が受信していない全てのフィルタルールを纏めて配信する。
【００８３】
このため、休止していた該フィルタノード２の休止時間がＴ分（Ｔは自然数）であった場合、該フィルタノード２が纏めてフィルタルールを受信するときに発生するピークトラフィックはＴ×（１−Ｍ）となる。
【００８４】
例えば、該フィルタノード２の休止時間が２時間の場合、休止時間は「２×６０」になる。よって、フィルタサーバ３が該フィルタノード２に纏めてフィルタルールを配信するときに発生するピークトラフィックは、「２×６０×（１−Ｍ）」となる。
【００８５】
例えば、稼働率Ｍが０．８の場合、フィルタルール配信時のピークトラフィックは、上記の式から２４になる。一方、フィルタサーバ３が管理するフィルタノード２の数は多い。例えば、全てのフィルタノード２の数であるＮが７０であるとする。
【００８６】
この場合、全てのフィルタノード２に対して、フィルタルールを配信すると、フィルタルール配信時のピークトラフィックは７０になる。よって、フィルタノード２の稼働率を低下させることにより、ピークトラフィックは７０から５６に低減する。
【００８７】
休止していたフィルタノード２が稼働開始・稼働中に遷移することにより、纏められたフィルタルールの配信によりピークトラフィックが生じる。このピークトラフィックは、複数のフィルタノード２の状態遷移の発生タイミングに応じて時間的にランダムに発生する。これは、全ての休止中のフィルタノード２が同時に復帰することがないためである。
【００８８】
フィルタノード２の稼働率を低下させることにより、フィルタルール配信時のピークトラフィックは低減する。フィルタノード２の稼働率を低下させるに応じて、休止中のフィルタノード２の数が多くなる。
【００８９】
このとき、休止中のフィルタノード２の休止時間が長くなると、フィルタノード２の稼動状態が稼働中に遷移したときに纏めて受信するフィルタルールのデータ量（累積データ量）が大きくなる。このため、フィルタルール配信時のピークトラフィックは増大する。
【００９０】
フィルタルール配信時のフィルタルールのデータ量によっては、ピークトラフィックがＮを超える場合もある。この場合、ピークトラフィックは全てのフィルタノード２が稼動しているときのピークトラフィックよりも多くなる。
【００９１】
そこで、フィルタサーバ３は、休止中のフィルタノード２のうち、休止時間が長いフィルタノード２を稼動させる。これにより、フィルタサーバ３は、休止中のフィルタノード２が稼働中に遷移したときに受信するフィルタルールのデータ量を少なくする制御を行う。
【００９２】
図７の「フィルタノードの休止時間が長い例」では、フィルタノード２Ａ〜２Ｆのうち、フィルタノード２Ａ〜２Ｄは、２０時になったときに、休止中に遷移する。そして、フィルタノード２Ａ〜２Ｄは、８時になったときに、稼働中に遷移する。
【００９３】
フィルタノード２Ｅおよび２Ｆは、２０時から８時の間も稼動している。従って、２０時から８時の間のフィルタノード２の稼働率Ｍは、「Ｍ＝２／６＝１／３」になる。この場合、稼働率が低くなるため、ピークトラフィックは低減することが想定される。
【００９４】
フィルタノード２Ａ〜２Ｄは、１２時間分のフィルタルールを受信しない。そして、フィルタノード２Ａ〜２Ｄは、８時になった時点で、休止していた１２時間分のフィルタルールを纏めて受信する。従って、フィルタルール配信時のピークトラフィックは大きくなる。
【００９５】
一方、「休止時間が長いフィルタノードを稼動させる例」では、フィルタサーバ３は、休止時間が長いフィルタノード２を稼動中に遷移させる制御を行う。従って、フィルタ２Ａ〜２Ｆのうち、稼働中のフィルタノード２は分散される。
【００９６】
図７の例では、フィルタサーバ３は、フィルタノード２Ａ〜２Ｆのうち、休止時間が４時間になったフィルタノード２を稼働中に遷移させる制御を行う。図７において、矢印は、フィルタノード２がフィルタルールを纏めて受信したことを示している。
【００９７】
なお、２２時の時点では、休止時間が４時間のフィルタノード２はないため、フィルタサーバ３は、休止時間が２時間のフィルタノード２を稼働中に遷移させる制御を行う。フィルタサーバ３は、各フィルタノード２の休止時間が長くても４時間となるように制御し、休止時間が４時間となったフィルタノード２を稼働中に遷移させる制御を行う。
【００９８】
「フィルタノードの休止時間が長い例」では、２０時から８時の間のフィルタノード２の稼働率Ｍは、「Ｍ＝１／３」である。「休止時間が長いフィルタノードを稼動される例」でも、２０時から８時の間のフィルタノードの稼働率Ｍは、「Ｍ＝１／３」である。よって、稼働率Ｍが低くなるため、フィルタルール配信時のピークトラフィックは低減する。
【００９９】
また、フィルタルール配信時のピークトラフィックは、最大で４時間分のフィルタルールのデータ量になる。このため、フィルタサーバ３が１２時間分のフィルタルールを纏めて配信する場合と比較して、フィルタノード配信時のピークトラフィックが低減する。
【０１００】
フィルタサーバ３は、単にフィルタノード２の稼働率Ｍを低くするだけでなく、休止時間が長いフィルタノード２を稼動させる制御を行うことで、フィルタルールの配信先のフィルタノード２の数が調整される。これにより、フィルタルール配信時のピークトラフィックが低減する。
【０１０１】
＜フィルタサーバの動作の一例＞
次に、図８のフローチャートを参照して、フィルタサーバ３の動作の一例について説明する。フィルタサーバ３は、各フィルタノード２の稼動状態が変更されたか否かを判定する（ステップＳ１）。なお、図８以降のフローチャートおよびシーケンスチャートにおいて、フィルタノードはノードと表記する。
【０１０２】
例えば、フィルタノード２から稼動状態が変更したことの通知を受けたとき、フィルタサーバ３は、フィルタノードの稼動状態が変更したことを認識する。また、接続先決定部３１が稼働中のフィルタノード２に通信要求を割り当てないとき、フィルタサーバ３はフィルタノード２の稼動状態が稼働中の状態から休止対象の状態に変更したことを認識する。また、接続先決定部３１が休止中のフィルタノード２に通信要求を割り当てたとき、フィルタサーバ３はフィルタノード２の稼動状態が変更したことを認識する。
【０１０３】
フィルタノード２の稼動状態が変更したとき（ステップＳ１でＹＥＳ）、稼動状態管理部３２は稼動状態管理表の更新を行う（ステップＳ２）。これにより、稼動状態管理部３２は、各フィルタノード２の稼動状態を管理する。
【０１０４】
フィルタノード２の稼動状態が更新されなければ（ステップＳ１でＮＯ）、稼動状態管理部３２は稼動状態管理表の更新を行わない。次に、フィルタサーバ３は、自身の動作が終了するか否かを判定する（ステップＳ３）。フィルタサーバ３が動作を終了しない場合（ステップＳ３でＮＯ）、処理はステップＳ１に戻る。フィルタサーバ３が動作を終了する場合（ステップＳ３でＹＥＳ）、処理は終了する。
【０１０５】
＜接続先取得処理の一例＞
次に、図９のシーケンスチャートを参照して、接続先取得処理の一例について説明する。上述したように、通信端末１の接続先取得部１１は、通信要求として、初めに接続先取得要求をフィルタサーバ３に送信する（ステップＳ１１）。このとき、通信端末１は、何れのフィルタノード２に対してもトンネル５を介した接続を行っていない。
【０１０６】
フィルタサーバ３の接続先決定部３１は、通信要求を受信する（ステップＳ１２）。接続先決定部３１は、稼動状態管理部３２およびトラフィック管理部３４を参照して、想定ピークトラフィックが定常トラフィックを超えるか否かを判定する（ステップＳ１３）。なお、図９において、想定ピークトラフィックは想定Ｐｔｒと表記し、定常トラフィックは定常Ｔｒと表記している。
【０１０７】
想定ピークトラフィックは、フィルタルール配信時に想定されるピークトラフィックである。実施形態では、想定ピークトラフィックは、稼動状態管理部３２が管理する稼動状態管理表の累積データ量である。ただし、想定ピークトラフィックは他の手法で算出されてもよい。
【０１０８】
想定ピークトラフィックが定常トラフィックを超えるフィルタノード２がある場合（ステップＳ１３でＹＥＳ）、接続先決定部３１は、休止中のフィルタノード２のうち、休止時間が所定の閾値を超えたフィルタノード２を選択する（ステップＳ１４）。
【０１０９】
想定ピークトラフィックが定常トラフィックを超える場合、フィルタルール配信時のピークトラフィックが定常トラフィックよりも多くなる。フィルタノード２の休止時間が長くなるほど、フィルタサーバ３がフィルタノード２に纏めて配信するフィルタルールの累積データ量は多くなる。
【０１１０】
このため、接続先決定部３１は、休止時間が長いフィルタノード２を稼動させる制御を行う。休止時間が長いフィルタノード２を優先的に稼動させることで、フィルタサーバ３がフィルタノード２に纏めて配信するフィルタルールのデータ量は減少する。よって、フィルタルール配信時のピークトラフィックが低減する。
【０１１１】
接続先決定部３１は、休止時間が長いか否かを、休止時間が所定の閾値を超えたか否かに基づいて判定する。所定の閾値は任意の値に設定してよい。休止時間が所定の閾値を超えるフィルタノード２が複数ある場合には、接続先決定部３１は、複数のフィルタノード２のうち任意の１つのフィルタノード２を選択する。
【０１１２】
想定ピークトラフィックが定常トラフィックを超えない場合（ステップＳ１３でＮＯ）、接続先決定部３１は、残キャパシティが１以上の稼働中のフィルタノード２があるか否かを判定する（ステップＳ１６）。
【０１１３】
残キャパシティが１以上の稼働中のフィルタノード２がない場合（ステップＳ１６でＮＯ）、接続先決定部３１は、接続先取得要求を送信した通信端末１に割り当てるフィルタノード２がないことになる。この場合、接続先決定部３１は、休止中のフィルタノード２を稼動させる制御を行い、該フィルタノード２を接続先に割り当てる。
【０１１４】
このとき、フィルタルール配信時のピークトラフィックの低減の点から、接続先決定部３１は、休止中のフィルタノード２のうち、休止時間が所定の閾値を超えたフィルタノード２を通信端末１の接続先に選択する（ステップＳ１４）。
【０１１５】
残キャパシティが１以上の稼働中のフィルタノードがある場合（ステップＳ１５でＹＥＳ）、接続先決定部３１は、稼働中のフィルタノード２のうち、最も稼働時間の短いフィルタノード２を選択する（ステップＳ１６）。
【０１１６】
これにより、稼働時間の長いフィルタノード２に通信端末１からの接続が割り当てられないため、稼働時間の長いフィルタノード２の残キャパシティ数が減少していく。そして、稼働時間の長いフィルタノード２は早期に休止中の状態に遷移する。このため、ピークトラフィックが低減する。
【０１１７】
ステップＳ１６で、接続先決定部３１は、接続先取得要求を送信した通信端末１に割り当てるフィルタノード２を選択する。稼動状態管理部３２は、稼動状態管理表のうち、選択されたフィルタノード２の情報を更新する（ステップＳ１７）。
【０１１８】
接続先決定部３１は、選択したフィルタノード２を通信端末１に割り当てる接続先として、決定する。そして、接続先決定部３１は、決定したフィルタノード２を接続先取得応答として、接続先取得要求を送信した通信端末１に送信する（ステップＳ１８）。
【０１１９】
通信端末１は、フィルタサーバ３の接続先決定部３１が送信した接続先取得応答を受信する（ステップＳ１９）。以上により、通信端末１は、何れのフィルタノード２に接続するかを認識する。
【０１２０】
＜接続先取得処理の他の例＞
図１０は、接続先取得処理の他の例を示している。図１０の例の接続先取得処理は、上述した接続先取得処理のステップＳ１４が異なる。図１０の例の接続先取得処理では、休止中のフィルタノード２のうち、休止時間が最も長いフィルタノード２を選択している（ステップＳ１４−１）。
【０１２１】
休止時間が長いフィルタノード２が複数の場合、これらのフィルタノード２のうち休止時間が最も長いフィルノード２の累積データ量が最も多い。このため、フィルタサーバ３は、休止時間が最も長いフィルタノード２を優先的に稼動させる制御を行う。これにより、フィルタルール配信時のピークトラフィックを低減する効果が最も高くなる。
【０１２２】
＜トンネル接続処理の一例＞
次に、図１１および図１２のシーケンスチャートを参照して、トンネル接続処理の一例を説明する。通信端末１は、接続先取得応答に基づいて、接続先のフィルタノード２を認識する。
【０１２３】
通信端末１は、図９または図１０を参照しながら説明した手順で認識したフィルタノード２に対して、トンネル接続要求を送信する（ステップＳ２１）。フィルタノード２の接続制御部２１は、トンネル接続要求を受信する（ステップＳ２２）。
【０１２４】
フィルタノード２は、本数管理部２３が管理しているトンネル５の本数に基づいて、既に接続しているトンネル５があるか否かを判定する（ステップＳ２３）。フィルタノード２に接続しているトンネル５がない場合（ステップＳ２３でＮＯ）、稼動制御部２９はフィルタノード２を開始する制御を行う（ステップＳ２４）。これにより、フィルタノード２は、休止中の状態から稼動開始の状態に遷移する。
【０１２５】
第２ネットワーク通信部２８は、更新日時管理部２４が管理している最終更新日時を取得する（ステップＳ２５）。第２ネットワーク通信部２８は、取得した最終更新日時の情報をフィルタサーバ３に送信する（ステップＳ２６）。そして、処理は「Ａ」に進む。
【０１２６】
図１２は、処理「Ａ」以降のフィルタサーバ３の処理の流れを示している。フィルタサーバ３は、最終更新日時の情報を受信する（ステップＳ２７）。フィルタサーバ３の配信部３３は、ルールデータベース３５のうち、受信した最終更新日時以降の１以上のフィルタルールを抽出する。すなわち、フィルタノード２に配信されていないフィルタルールが抽出される（ステップＳ２８）。
【０１２７】
稼動状態管理部３２は、稼動状態管理表のうち、最終更新日時を送信したフィルタノード２の情報を更新する（ステップＳ２９）。これにより、フィルタサーバ３は、稼動状態管理表が更新されることにより、フィルタノード２のフィルタルールの最終更新日時を認識する。
【０１２８】
配信部３３は、最終更新日時を送信したフィルタノード２に対して、抽出された１以上のフィルタルールを配信する（ステップＳ３０）。そして、処理は「Ｂ」に進む。次に、図１１を参照して、「Ｂ」以降の処理について説明する。
【０１２９】
フィルタ取得部２２は、配信部３３からフィルタルールを受信する（ステップＳ３１）。フィルタノード２は、受信したフィルタルールをルールキャッシュ２５に反映させる更新を行う（ステップＳ３２）。また、更新日時管理部２４は、現在の最終更新日時を受信したフィルタルールの最終更新日時に更新する（ステップＳ３３）。
【０１３０】
そして、フィルタノード２は、通信要求を送信した通信端末１との間のトンネル５の接続を確立する（ステップＳ３４）。ステップＳ２３で、既に接続しているトンネル５があると判定された場合も、ステップＳ３４の処理が行われる。
【０１３１】
新たにトンネル５の接続が確立されたため、本数管理部２３は、管理しているトンネル５の本数をインクリメントする（ステップＳ３５）。そして、フィルタノード２は、トンネル接続が完了したことを示すトンネル接続完了通知を通信端末１に送信する（ステップＳ３６）。
【０１３２】
通信端末１は、トンネル接続完了通知を受信する（ステップＳ３７）。以降、通信端末１は、トンネル５を介して、フィルタノード２に通信要求を行う。フィルタノード２の第１ネットワーク通信部２７は、通信要求を受信する。
【０１３３】
そして、フィルタ部２６が通信要求に対してフィルタリングを行い、通信が許可される場合に、通信端末１は通信要求の通信先と通信を行う。通信が許可されない場合、フィルタ部２６は、通信端末１の通信を許可しない制御を行う。
【０１３４】
＜トンネル接続切断時の処理の一例＞
次に、トンネル５の接続が切断されたときの処理の一例について、図１３のシーケンスチャートを参照して説明する。通信端末１がフィルタノード２との接続を切断したとき、フィルタノード２に接続されるトンネル５の本数は減少する。
【０１３５】
フィルタノード２は、トンネル５の接続本数が減少したか否かを所定タイミングごとに判定する（ステップＳ４１）。トンネル５の接続本数が減少していなければ（ステップＳ４１でＮＯ）、処理は終了し、フィルタノード２は、所定タイミングごとにステップＳ４１の処理を行う。
【０１３６】
トンネル５の接続本数が減少した場合（ステップＳ４１でＹＥＳ）、本数管理部２３は、管理しているトンネル５の接続本数をデクリメントする（ステップＳ４２）。そして、第２ネットワーク通信部２８は、フィルタノード２に接続しているトンネル５の数が減少したことを示す接続数減少通知をフィルタサーバ３に送信する（ステップＳ４３）。
【０１３７】
フィルタサーバ３は、接続数減少通知を受信する（ステップＳ４４）。そして、稼動状態管理部３２は、稼動状態管理表のうち、接続数減少通知を送信したフィルタノード２の残キャパシティをインクリメントする（ステップＳ４５）。
【０１３８】
フィルタノード２は、本数管理部２３に基づいて、フィルタノード２に接続されているトンネル５があるか否かを判定する（ステップＳ４６）。接続されているトンネル５がある場合（ステップＳ４６でＹＥＳ）、処理は終了し、所定タイミング後に、再びステップＳ４１の処理が行われる。
【０１３９】
接続されているトンネル５がない場合（ステップＳ４６でＮＯ）、フィルタノード２は、自身に接続しているトンネル５がないことを示す接続切断通知をフィルタサーバ３に送信する（ステップＳ４７）。
【０１４０】
フィルタサーバ３は、接続切断通知を受信する（ステップＳ４８）。稼動状態管理部３２は、稼動状態管理表のうち、接続切断通知を送信したフィルタノード２の稼動状態を休止中に更新する（ステップＳ４９）。
【０１４１】
フィルタサーバ３は、稼動状態管理表が更新されたことを示す接続切断応答を、接続切断通知を送信したフィルタノード２に送信する（ステップＳ５０）。フィルタノード２は、接続切断通知を受信する（ステップＳ５１）。そして、処理は、終了し、所定タイミング後に、再びステップＳ４１の処理が行われる。
【０１４２】
＜フィルタノードの休止処理の一例＞
次に、稼働中のフィルタノード２の休止処理の一例について、図１４のフローチャートを参照して説明する。フィルタサーバ３の接続先決定部３１は、各フィルタノード２のうち、休止可能なフィルタノード２があるか否かを判定する（ステップＳ５５）。
【０１４３】
休止可能なフィルタノード２があるか否かは、各フィルタノード２の接続可能なトンネル５の本数の上限と稼動状態管理部３２が管理する稼動状態管理表の残キャパシティとに基づいて、判定される。
【０１４４】
接続先決定部３１は、稼動状態管理部３２が管理する稼動状態管理表のうち、稼働中のフィルタノード２の残キャパシティを取得する。稼働中のフィルタノード２が複数の場合、接続先決定部３１は、稼働中の各フィルタノード２の残キャパシティを合計する。
【０１４５】
接続先決定部３１は、残キャパシティの合計が、稼働中の各フィルタノード２の上限（キャパシティ）のうち最も大きいキャパシティを超えているときに、休止可能なフィルタノード２があると判定する。一方、残キャパシティの合計が、上記の最も大きいキャパシティ以下の場合、接続先決定部３１は、休止可能なフィルタノード２はないと判定する。
【０１４６】
実施形態では、各フィルタノード２のキャパシティは１０である。従って、残キャパシティの合計が１０を超えていれば、接続先決定部３１は、休止可能なフィルタノード２があると判定する。
【０１４７】
例えば、稼働中のフィルタノード２が３つであり、それぞれの残キャパシティの合計が１５であるとする。この場合、稼働中のフィルタノード２のうち１つのフィルタノード２を休止させても、休止させるフィルタノード２に割り当てられていたトンネル５を残りの２つのフィルタノード２に割り当てる余地がある。
【０１４８】
一方、残キャパシティの合計が８の場合、１つのフィルタノード２を休止させると、残りの２つのフィルタノード２の残キャパシティでは、割り当て可能なフィルタノード２が不足する。
【０１４９】
以上の基準で、接続先決定部３１は、休止可能なフィルタノード２があるか否かを判定する。休止可能なフィルタノード２がない場合（ステップＳ５５でＮＯ）、フィルタサーバ３は稼働中のフィルタノード２を休止させない。
【０１５０】
休止可能なフィルタノード２がある場合（ステップＳ５５でＹＥＳ）、接続先決定部３１は、稼働中のフィルタノード２のうち、何れか１つのフィルタノード２を選択する（ステップＳ５６）。  そして、接続先決定部３１は、通信端末１から接続先取得要求があったときに、選択されたフィルタノード２を接続先に割り当てない制御を行う（ステップＳ５７）。これにより、選択されたフィルタノード２は休止対象の状態に遷移する。
【０１５１】
フィルタサーバ３は、フィルタノード２に対して、通信端末１を新たに割り当てないため、既に接続している通信端末１との間の接続が切断されることにより、フィルタノード２に割り当てられる通信端末１の数が経時的に減少する。そして、フィルタノード２は、接続する通信端末１の数がゼロになったときに、自律的に休止中の状態に遷移する。フィルタサーバ３は、以上の各処理を、所定タイミングで行う。
【０１５２】
稼働中のフィルタノード２の数が少なくなると、稼働率Ｍが低下し、フィルタルール配信時のピークトラフィックが低減する。上述した例では、全てのフィルタノード２が稼動中の場合と比較して、稼働率がＭになると、フィルタルール配信時のピークトラフィックはＮ×Ｍになる。よって、ピークトラフィックが低減する。
【０１５３】
また、上述したように、フィルタサーバ３は、休止時間が長いフィルタノード２を稼動させる制御を行っている。これにより、フィルタサーバ３がフィルタルールを纏めて配信するときのデータ量が低減するため、ピークトラフィックが低減する。
【０１５４】
従って、フィルタサーバ３は、稼働中のフィルタノード２を休止させる制御を行い、且つ休止時間の長いフィルタノード２を稼動させる制御を行うことで、フィルタルールを配信する稼働中のノードを適切な数に調整する。これにより、フィルタルール配信時のピークトラフィックが低減する。
【０１５５】
＜フィルタノードの休止処理の他の例＞
図１５は、フィルタノードの休止処理の他の例を示している。図１５では、接続先決定部３１は、稼働中のフィルタノード２のうち、稼働時間が最も長いフィルタノード２を選択する（ステップＳ５６−１）。
【０１５６】
稼働時間が短いフィルタノード２は、通信端末１と通信を開始してから経過した時間が短く、通信端末１との間の接続が切断されるまでの時間が長くなる。一方、稼働時間が長いフィルタノード２は、通信端末１と通信を開始してから経過した時間が長く、通信端末１との間の接続が切断されるまでの時間が短くなる。
【０１５７】
フィルタノード２は、通信端末１との間で通信を行っている間は、休止中の状態に遷移せず、通信端末１との間の接続がなくなったときに、休止中の状態に遷移する。従って、稼働時間が最も長いフィルタノード２を休止対象の状態に遷移させることで、フィルタノード２が休止中の状態に遷移する時間が最も短くなる。これにより、フィルタルール配信時のピークトラフィックの低減効果が最も高くなる。
【０１５８】
＜フィルタルールの更新処理の一例＞
次に、図１６を参照して、フィルタルールの更新処理の一例について説明する。フィルタルールが更新されると、フィルタサーバ３は、ルールデータベース３５のフィルタルールを更新する（ステップＳ６１）。このとき、フィルタサーバ３は、ルールデータベース３５のフィルタルールの最終更新日時も更新する。
【０１５９】
フィルタサーバ３は、新たなフィルタルールを任意の手法で取得してよい。例えば、フィルタサーバ３は、フィルタルールを生成するサーバ等から新たなフィルタルールを取得して、ルールデータベース３５のフィルタルールを更新してもよい。
【０１６０】
配信部３３は、稼動状態管理部３２が管理する稼動状態管理表のうち、稼動状態が稼働中のフィルタノード２にフィルタルールを配信する（ステップＳ６２）。配信部３３は、稼動状態が稼動開始の状態のフィルタノード２に対しては、このフィルタノード２が未受信のフィルタノードを纏めて配信する。そして、稼動状態管理部３２の稼動状態管理表の最終更新日時を更新する（ステップＳ６３）。
【０１６１】
フィルタノード２は、フィルタルールを受信する（ステップＳ６４）。フィルタノード２は、ルールキャッシュ２５のフィルタルールを更新する（ステップＳ６５）。更新日時管理部２４は、フィルタルールの最終更新日時を更新する（ステップＳ６６）。
【０１６２】
以上により、フィルタルールの更新が行われる。上述した各処理は、フィルタルールが更新されるごとに行われる。
【０１６３】
＜転送制御部のハードウェア構成の一例＞
次に、図１７の例を参照して、フィルタサーバ３のハードウェア構成の一例を説明する。図１７の例に示すように、バス１００に対して、プロセッサ１１１とＲＡＭ１１２とＲＯＭ１１３と補助記憶装置１１４と媒体接続部１１５と通信インタフェース１１６とが接続されている。
【０１６４】
プロセッサ１１１は任意の処理回路である。プロセッサ１１１はＲＡＭ１１２に展開されたプログラムを実行する。実行されるプログラムとしては、実施形態の処理を行うプログラムを適用してもよい。すなわち、プロセッサ１１１は、与えられる配信制御プログラムを実行することにより、図２に示す接続先決定部３１、移動状態管理部３２、配信部３３、トラフィック管理部３４の機能を提供することができる。ＲＯＭ１１３はＲＡＭ１１２に展開されるプログラムを記憶する不揮発性の記憶装置である。
【０１６５】
補助記憶装置１１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等を補助記憶装置１１４に適用してもよい。媒体接続部１１５は、可搬型記録媒体１１８と接続可能に設けられている。
【０１６６】
可搬型記録媒体１１８としては、可搬型のメモリや光学式ディスク（例えば、Compact Disk(CD)やDigital Versatile Disk(DVD)等）を適用してもよい。この可搬型記録媒体１１８に実施形態の処理を行うプログラムが記録されていてもよい。
【０１６７】
フィルタサーバ３のルールデータベース３５は、ＲＡＭ１１２や補助記憶装置１１４により実現されてもよい。また、フィルタサーバ３のうち、ルールデータベース３５以外の各部の機能は、プロセッサ１１１がプログラムを実行することにより実現されてもよい。
【０１６８】
ＲＡＭ１１２、ＲＯＭ１１３、補助記憶装置１１４および可搬型記録媒体１１８は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
【０１６９】
＜その他＞
本実施形態は、以上に述べた実施の形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、
前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、
前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、
処理をコンピュータに実行させるための配信制御プログラム。
（付記２）
前記休止させる制御を行うノードには前記第１ネットワークからの通信要求を割り当てない制御を行い、
前記稼動させる制御を行うノードには前記第１ネットワークからの通信要求を割り当てる制御を行う、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記３）
前記稼動状態が稼働中である複数のノードのうち、前記稼働時間が最も長いノードを、休止させる制御を行い、
前記稼動状態が休止中である複数のノードのうち、前記休止時間が最も長いノードを、稼動させる制御を行う、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記４）
配信する前記制御情報のデータ量が所定のデータ量を超えた場合、前記稼動させる制御を行う、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記５）
前記稼働状態が稼働中の複数のノードの残りキャパシティの合計が、前記稼動状態が稼働中のノードのうち最もキャパシティの大きいノードのキャパシティを超えている場合、前記休止させる制御を行う、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記６）
配信する前記制御情報のデータ量が所定のデータ量を超えない場合、前記稼動状態が稼働中のノードのうち稼働時間が最も短いノードに対して前記第１ネットワークからの通信要求を割り当てる、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記７）
稼働中の全てのノードに接続される前記通信端末の数が上限に達している場合、前記稼動させる制御を行う、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記８）
前記稼動状態が前記稼働中から前記休止中に遷移する間の第１遷移状態および前記稼働中のノードに更新した前記制御情報を配信し、
前記稼動状態が前記休止中から前記稼働中に遷移する間の第２遷移状態および前記休止中のノードには更新した前記制御情報の配信を停止する、
処理を前記コンピュータに実行させるための付記１記載の配信制御プログラム。
（付記９）
第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、
前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、
前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、
処理をコンピュータが実行する配信制御方法。
（付記１０）
プロセッサを備える配信制御装置であって、前記プロセッサは、
第１ネットワークと第２ネットワークとの間の通信を制御情報に基づいて制御する複数のノードのそれぞれの稼動状態を管理し、
前記稼動状態に基づいて、前記稼動状態が稼動中である複数のノードのうち何れかのノードを休止させる制御、および前記稼動状態が休止中である複数のノードのうち休止時間が所定の閾値を超えたノードを稼動させる制御を行い、
前記制御情報の更新に応じて、前記稼動状態が稼働中であるノードに対して更新した前記制御情報を配信する、
処理を実行する配信制御装置。
【符号の説明】
【０１７０】
１    通信端末
２    フィルタノード
３    フィルタサーバ
５    トンネル
３１    接続先決定部
３２    稼動状態管理部
３３    配信部
３４    トラフィック管理部
３５    ルールデータベース
１１１    プロセッサ
１１２    ＲＡＭ
１１３    ＲＯＭ
【図１】
2016144088.tif 000003
【図２】
2016144088.tif 000004
【図３】
2016144088.tif 000005
【図４】
2016144088.tif 000006
【図５】
2016144088.tif 000007
【図６】
2016144088.tif 000008
【図７】
2016144088.tif 000009
【図８】
2016144088.tif 000010
【図９】
2016144088.tif 000011
【図１０】
2016144088.tif 000012
【図１１】
2016144088.tif 000013
【図１２】
2016144088.tif 000014
【図１３】
2016144088.tif 000015
【図１４】
2016144088.tif 000016
【図１５】
2016144088.tif 000017
【図１６】
2016144088.tif 000018
【図１７】
2016144088.tif 000019