(57)【要約】【課題】網内サーバ宛の定期通信トラフィックを軽減することができるトラフィック軽減システムを提供する。【解決手段】トラフィック軽減システムは、網内サーバ５０宛の定期通信トラフィックを軽減するシステムであって、ＧＷ装置２０をグループ化し、１つのグループ内に親子関係を確立し、そのグループ化情報をＧＷ装置２０に伝達する端末管理サーバ１０と、端末管理サーバ１０からのグループ化情報に従い親モード又は子モードで動作するＧＷ装置２０とを備え、子モードで動作するＧＷ装置２０は、親モードで動作するＧＷ装置２０に対し定期通信を実施し、親モードで動作するＧＷ装置２０は、網内サーバ５０に対し定期通信を実施し、その実施結果を元に子モードで動作するＧＷ装置２０からの定期通信に回答する。【選択図】図２
2015220558.tif 000002
【特許請求の範囲】
【請求項１】
網内サーバ宛の定期通信トラフィックを軽減するトラフィック軽減システムであって、
ゲートウェイ装置をグループ化し、１つのグループ内に親子関係を確立し、そのグループ化情報をゲートウェイ装置に伝達する端末管理サーバと、
前記端末管理サーバからのグループ化情報に従い親モード又は子モードで動作するゲートウェイ装置とを備え、
前記子モードで動作するゲートウェイ装置は、前記親モードで動作するゲートウェイ装置に対し定期通信を実施し、
前記親モードで動作するゲートウェイ装置は、前記網内サーバに対し定期通信を実施し、その実施結果を元に前記子モードで動作するゲートウェイ装置からの定期通信に回答する
ことを特徴とするトラフィック軽減システム。
【請求項２】
前記ゲートウェイ装置は、起動時に前記端末管理サーバに対して自身の端末情報を送信し、
前記端末管理サーバは、前記端末情報を受けた順に所定台数のゲートウェイ装置で１つのグループを構成し、各グループを構成する先頭のゲートウェイ装置を親、先頭以外のゲートウェイ装置を子として管理することを特徴とする請求項１に記載のトラフィック軽減システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＷ（ゲートウェイ）装置と網内サーバ間の定期通信トラフィックを軽減するトラフィック軽減システムに関する。
【背景技術】
【０００２】
近年、ブロードバンド回線の高速化・低価格化に伴い、固定電話はアナログからひかり電話に移行している。各通信キャリアは、ひかり電話を利用するための機器としてＧＷ装置を配布している。ＧＷ装置は、電話機能だけでなくルータ機能やＨ−ＩＣＴ機能といった複数の機能を具備しているため、通信キャリアの網内にある網内サーバに対し、生存確認やＦＷバージョン情報・ルーティング情報等を定期的に伝達する定期通信を行っている。
【０００３】
ひかり電話が普及し、ＧＷ装置の配布が増えるにつれて、網内サーバ宛のトラフィックは増加することになる。そこで、網内サーバの負荷分散（特許文献１参照）や、性能（価格）の高い網内サーバの導入を行なうことで対処している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２８３７８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、網内サーバの負荷分散を実現した場合でも、想定以上のトラフィック集中が発生すると、負荷分散に対応できず網内サーバがスタックする事象が発生する。この場合、網内サーバの負荷分散の強化が必要となるが、負荷分散の強化は費用がかかり最善の策とは言えない。そのため、ＧＷ装置が増加しても網内サーバ宛の定期通信トラフィックを軽減する手法を確立することが必要である。
【０００６】
本発明は、上述した従来の技術に鑑み、網内サーバ宛の定期通信トラフィックを軽減することができるトラフィック軽減システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、第１の態様に係る発明は、網内サーバ宛の定期通信トラフィックを軽減するトラフィック軽減システムであって、ゲートウェイ装置をグループ化し、１つのグループ内に親子関係を確立し、そのグループ化情報をゲートウェイ装置に伝達する端末管理サーバと、前記端末管理サーバからのグループ化情報に従い親モード又は子モードで動作するゲートウェイ装置とを備え、前記子モードで動作するゲートウェイ装置が、前記親モードで動作するゲートウェイ装置に対し定期通信を実施し、前記親モードで動作するゲートウェイ装置が、前記網内サーバに対し定期通信を実施し、その実施結果を元に前記子モードで動作するゲートウェイ装置からの定期通信に回答することを要旨とする。
【０００８】
第２の態様に係る発明は、第１の態様に係る発明において、前記ゲートウェイ装置が、起動時に前記端末管理サーバに対して自身の端末情報を送信し、前記端末管理サーバが、前記端末情報を受けた順に所定台数のゲートウェイ装置で１つのグループを構成し、各グループを構成する先頭のゲートウェイ装置を親、先頭以外のゲートウェイ装置を子として管理することを要旨とする。
【発明の効果】
【０００９】
本発明によれば、網内サーバ宛の定期通信トラフィックを軽減することができるトラフィック軽減システムを提供することが可能である。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態におけるトラフィック軽減システムの構成図である。
【図２】本発明の実施の形態におけるトラフィック軽減システムの機能ブロック図である。
【図３】本発明の実施の形態におけるＧＷ装置の端末情報通知部のフローチャートである。
【図４】本発明の実施の形態におけるＧＷ装置の親子判定部のフローチャートである。
【図５】本発明の実施の形態におけるＧＷ装置の端末情報収集部のフローチャートであり、（ａ）親モードの場合、（ｂ）子モードの場合。
【図６】本発明の実施の形態におけるＧＷ装置の定期更新部のフローチャートであり、（ａ）親モードの場合、（ｂ）子モードの場合。
【図７】本発明の実施の形態におけるＧＷ装置のグループ化テーブルの構成図であり、（ａ）親モードの場合、（ｂ）子モードの場合。
【図８】本発明の実施の形態におけるＧＷ装置のグループ化テーブルを説明するための図であり、（ａ）上詰前の状態、（ｂ）上詰後の状態。
【図９】本発明の実施の形態におけるＧＷ装置の定期更新部を説明するための図であり、（ａ）親モードの場合、（ｂ）子モードの場合。
【図１０】本発明の実施の形態における端末管理サーバのグループ化テーブルの構成図である。
【図１１】本発明の実施の形態における端末管理サーバのグループ化テーブルを説明するための図であり、（ａ）上詰前の状態、（ｂ）上詰後の状態。
【図１２】本発明の実施の形態における端末管理サーバのグループ化テーブルを説明するための図であり、（ａ）上詰前の状態、（ｂ）上詰後の状態。
【図１３】本発明の実施の形態におけるトラフィック軽減システムの通信シーケンス図（グループ化処理）である。
【図１４】本発明の実施の形態におけるトラフィック軽減システムの通信シーケンス図（生存確認）である。
【図１５】本発明の実施の形態におけるトラフィック軽減システムの通信シーケンス図（定期通信）である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態は、この発明の技術的思想を具体化するためのトラフィック軽減システムを例示するものであり、装置の構成やデータベースの構成等は以下の実施の形態に限定されるものではない。
【００１２】
（用語）
まず、用語の意味について説明する。グループ化情報とは、端末管理サーバがＧＷ（ゲートウェイ）装置に対して送信するグループ情報を伝達するパケットである。親子判定とは、グループ化情報を元にＧＷ装置が動作モード（親／子）を判定する機能である。ＧＷ装置（親）とは、親モードで動作するＧＷ装置である。親モードとは、網内サーバに対し定期通信を実施し、その情報を元にＧＷ装置（子）からの定期通信に回答するモードである。ＧＷ装置（子）とは、子モードで動作するＧＷ装置である。子モードとは、これまで網内サーバに対し実施していた定期通信をＧＷ装置（親）に対し行うモードである。グループ化テーブルとは、端末管理サーバが保持しているグループ情報を管理しているテーブルである。グループ化テーブル（親）とは、ＧＷ装置（親）が保持しているグループ情報を管理しているテーブルである。グループ化テーブル（子）とは、ＧＷ装置（子）が保持しているグループ情報を管理しているテーブルである。端末情報通知（起動時）とは、ＧＷ装置が端末管理サーバに対して起動直後に送信する端末情報パケットである。端末情報通知（定期（親））とは、ＧＷ装置（親）が端末管理サーバに対して定期的（２４時間毎）に送信する端末情報パケットである。端末情報通知（定期（子））とは、ＧＷ装置（子）がＧＷ装置（親）に対して定期的（２４時間毎）に送信する端末情報パケットである。端末情報収集とは、ＧＷ装置（親）がＧＷ装置（子）に対し、端末情報通知（定期（子））を送信することを促すパケットである。定期更新とは、ＧＷ装置の内部情報（生存情報・ファームウェア・ルーティング等）を最新に保つための通信である。
【００１３】
（システム構成）
図１は、本発明の実施の形態におけるトラフィック軽減システムの構成図である。この図に示すように、複数のＧＷ装置２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅ，…（以下、それぞれのＧＷ装置を区別することなく「ＧＷ装置２０」という場合がる。）と端末管理サーバ１０とがＩＰ網３０を介して接続されている。ＧＷ装置２０には、ＰＣ端末４０等の情報端末が接続される。ここでは、ＧＷ装置２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅが同一グループに属する場合を例示している。ＧＷ装置２０Ａは親モードで動作し、ＧＷ装置２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅは子モードで動作しているものとする。
【００１４】
本トラフィック軽減システムは、以下の（ａ１）〜（ａ７）の機能を備える。
【００１５】
（ａ１）ＧＷ装置２０が端末管理サーバ１０に端末情報通知（起動時）を行う機能
（ａ２）端末情報通知にて取得した情報よりＧＷ装置２０をグルーピングする機能
（ａ３）端末管理サーバ１０がＧＷ装置（親・子）２０にグループ化情報を伝達する機能
（ａ４）端末管理サーバ１０からのグループ化情報に従い親子判定する機能
（ａ５）ＧＷ装置（親）２０が端末管理サーバ１０に端末情報通知（定期（親））を行う機能
（ａ６）ＧＷ装置（子）２０とＧＷ装置（親）２０間で端末情報通知（定期（子））をやりとりする機能
（ａ７）ＧＷ装置（子）２０とＧＷ装置（親）２０間で定期更新をやりとりする機能
すなわち、端末管理サーバ１０は、ＧＷ装置２０をグループ化し、１つのグループ内に親子関係（親：１台、子：それ以外）を確立し、そのグループ化情報（グループ情報・親子情報等）をＧＷ装置２０に伝達する。ＧＷ装置２０は、端末管理サーバ１０からのグループ化情報に従い親モード又は子モードで動作する。子モードで動作するＧＷ装置２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅは、親モードで動作するＧＷ装置２０Ａに対し定期通信を実施する。親モードで動作するＧＷ装置２０Ａは、網内サーバに対し定期通信を実施し、その実施結果を元に子モードで動作するＧＷ装置２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅからの定期通信に回答する。これにより、ＧＷ装置２０が増加しても網内サーバ宛ての定期通信はＧＷ装置（親）２０Ａからのみとなるため、ＧＷ装置２０と網内サーバ間のトラフィックを軽減することが可能となる。
【００１６】
図２は、本発明の実施の形態におけるトラフィック軽減システムの機能ブロック図である。この図に示すように、ＩＰ網３０内には、端末管理サーバ１０と、ＶｅｒＵＰサーバ５１と、経路情報サーバ５２と、ダウンロードサーバ５３が設置されている。端末管理サーバ１０は、ＧＷ装置２０の生存状態や設定情報を管理する装置であり、グループ化テーブル１０Ｔを保持している。ＶｅｒＵＰサーバ５１、経路情報サーバ５２、ダウンロードサーバ５３は、網内サーバ５０の一例である。網内サーバ５０はこれらに限定されるものではなく、例えば、ＧＷ装置２０の生存確認を実施する監視サーバをＩＰ網３０内に設置してもよい。
【００１７】
ＧＷ装置２０は、端末情報通知部２１と、端末情報収集部２２と、親子判定部２３と、定期更新部２４と、ＤＲＡＭ／ＦＲＯＭ２５と、ルータ処理部２６とを備える。端末情報通知部２１は、グループ化情報を最新に保つための機能を実現する。端末情報収集部２２は、ＧＷ装置２０の端末情報を収集する。親子判定部２３は、グループ化情報を元にＧＷ装置２０の動作モード（親／子）を判定する。定期更新部２４は、ＧＷ装置２０の内部情報を最新に保つための機能を実現する。ＤＲＡＭ／ＦＲＯＭ２５は、ＩＰｖ６アドレスやＦＷバージョン、グループ化テーブル２５Ｔ等の各種情報を保持する。グループ化テーブル２５ＴはＤＲＡＭに存在する。ルータ処理部２６は、ネットワーク上を流れるデータを他のネットワークに中継する。これらの各処理部は、動作モード（親／子）に応じた処理を実施するようになっている。
【００１８】
（端末情報通知部２１の動作）
図３は、ＧＷ装置２０の端末情報通知部２１の動作を示すフローチャートである。
【００１９】
まず、ＧＷ装置２０が起動すると（Ｓ１）、ＧＷ装置２０の端末情報通知部２１は、起動後のランダムな時間（例えば１秒〜５分）に端末情報通知（起動時）を端末管理サーバ１０に送信する（Ｓ２）。これにより、端末管理サーバ１０からグループ化情報を受信すると、親子判定が実施される（Ｓ３→Ｓ４）。ここで、親子判定結果が「親」である場合、ＧＷ装置（親）２０の端末情報通知部２１は、端末情報通知（起動時）から２４時間後にＧＷ装置（子）２０に端末情報の送信を１日１回のペースで依頼し、ＧＷ装置（子）２０の端末情報を収集する（Ｓ５→Ｓ６）。そして、ＧＷ装置（子）２０の端末情報を収集すると、端末情報通知（定期（親））を端末管理サーバ１０に１日１回のペースで送信する（Ｓ７）。一方、親子判定結果が「子」である場合、ＧＷ装置（子）２０の端末情報通知部２１は、ＧＷ装置（親）２０からの端末情報依頼をトリガーにして端末情報通知(定期（子））をＧＷ装置（親）２０に１日１回のペースで送信する（Ｓ８）。もちろん、ＧＷ装置（子）２０の端末情報を収集等するペース（１日１回)は例示であり、適宜変更することが可能である。
【００２０】
（親子判定部２３の動作）
図４は、ＧＷ装置２０の親子判定部２３の動作を示すフローチャートである。
【００２１】
まず、ＧＷ装置２０の親子判定部２３は、端末管理サーバ１０からグループ化情報を受信すると、グループ化情報に含まれる親子ビットを確認する（Ｓ１１→Ｓ１２）。グループ化情報には、グループＩＤ、親子ビット、ＧＷ装置（親）ＩＰｖ６アドレス等が含まれる。ここで、親子ビットが「０」である場合は親であると判定し、グループ化テーブル２５Ｔとファイアーウォールを更新し、当該ＧＷ装置２０を親モードで動作させる（Ｓ１３→Ｓ１４→Ｓ１５）。ファイアーウォールの更新ステップＳ１４では、ＧＷ装置（子）２０と通信可能とするフィルタを設定するようになっている。一方、親子ビットが「１」である場合は子であると判定し、グループ化テーブル２５Ｔとファイアーウォールを更新し、当該ＧＷ装置２０を子モードで動作させる（Ｓ１６→Ｓ１７→Ｓ１８）。ファイアーウォールの更新ステップＳ１７では、ＧＷ装置（親）２０と通信可能とするフィルタを設定するようになっている。
【００２２】
（端末情報収集部２２の動作）
図５は、ＧＷ装置２０の端末情報収集部２２の動作を示すフローチャートであり、（ａ）は親モードの場合、（ｂ）は子モードの場合を示している。
【００２３】
まず、ＧＷ装置（親）２０は、ＧＷ装置（子）２０に端末情報収集パケットを送信し（Ｓ２１）、ＧＷ装置（子）２０から端末情報通知（定期（子））を受信すると（Ｓ２２）、グループ化テーブル２５Ｔを更新する（Ｓ２３）。このステップＳ２３では、端末情報収集パケットに対するＧＷ装置（子）２０からのレスポンス情報のみを更新するようになっている。
【００２４】
一方、ＧＷ装置（子）２０は、ＧＷ装置（親）２０から端末情報収集パケットを受信すると（Ｓ３１）、グループ化テーブル２５Ｔを更新し（Ｓ３２）、ＧＷ装置（親）２０に端末情報通知（定期（子））を送信する（Ｓ３３）。このステップＳ３３では、端末情報収集パケットの送信元アドレスと、グループ化テーブル（子）２５ＴにあるＧＷ装置（親）ＩＰｖ６アドレスが一致する場合のみ、端末情報通知（定期（子））を送信するようになっている。
【００２５】
（定期更新部２４の動作）
図６は、ＧＷ装置２０の定期更新部２４の動作を示すフローチャートであり、（ａ）は親モードの場合、（ｂ）は子モードの場合を示している。
【００２６】
まず、ＧＷ装置（親）２０の定期更新部２４は、定期更新タイマに従い網内サーバ５０にリクエストを送信する（Ｓ４１）。通信内容が生存確認である場合、通信先は監視サーバである。通信内容がファームウェア確認である場合、通信先はＶｅｒＵＰサーバ５１である。通信内容がルーティング確認である場合、通信先は経路情報サーバ５２である。これにより、網内サーバ５０からのリプライを受信すると（Ｓ４２）、そのリプライに基づいて内部情報を更新する（Ｓ４３）。また、ＧＷ装置（子）２０からの定期更新リクエストを受領すると（Ｓ４４）、ＧＷ装置（子）２０からのリクエストに対しレスポンスを行なう（Ｓ４５）。
【００２７】
一方、ＧＷ装置（子）２０の定期更新部２４は、定期更新タイマに従いＧＷ装置（親）２０にリクエストを送信する（Ｓ５１）。通信内容が生存確認、ファームウェア確認、ルーティング確認のいずれである場合でも、通信先はＧＷ装置（親）２０である。これにより、ＧＷ装置（親）２０からのリプライを受信すると（Ｓ５２）、そのリプライに基づいて内部情報を更新する（Ｓ５３）。
【００２８】
（端末情報通知パケット）
端末情報通知パケットには、以下に説明するように、端末情報通知（起動時）、端末情報通知（定期（子））、端末情報通知（定期（親））の３種類がある。
【００２９】
端末情報通知（起動時）は、起動時のＧＷ装置２０が端末管理サーバ１０対して起動直後に送信する端末情報パケットである。端末情報通知（起動時）の送信契機は、ＧＷ装置２０起動後のランダムな時間（例えば１秒〜５分）である。端末情報通知（起動時）の取得元は、ＤＲＡＭ／ＦＲＯＭ２５である。端末情報通知（起動時）の送信情報は、ＩＰｖ６アドレス，ＦＷバージョンである。
【００３０】
端末情報通知（定期（子））は、ＧＷ装置（子）２０がＧＷ装置（親）２０に対して定期的（２４時間毎）に送信する端末情報パケットである。端末情報通知（定期（子））の送信契機は、ＧＷ装置（親）２０からの端末情報収集パケットを受信後（１日１回）である。端末情報通知（定期（子））の取得元は、グループ化テーブル（子）２５Ｔの全エントリである。端末情報通知（定期（子））の送信情報は、グループＩＤ，親子ビット，ＧＷ装置（親）ＩＰｖ６アドレス，ＩＰｖ６アドレス，ＦＷバージョンである。端末情報収集パケットの送信元アドレスと、グループ化テーブル（子）２５ＴにあるＧＷ装置（親） ＩＰｖ６アドレスが一致する場合のみ、端末情報通知（定期（子））を送信するようになっている。
【００３１】
端末情報通知（定期（親））は、ＧＷ装置（親）２０が端末管理サーバ１０に対して定期的（２４時間毎）に送信する端末情報パケットである。端末情報通知（定期（親））の送信契機は、ＧＷ装置（子）２０の端末情報を収集後（１日１回）である。端末情報通知（定期（親））の取得元は、グループ化テーブル（親）２５Ｔの全エントリである。端末情報通知（定期（親））の送信情報は、グループＩＤ，親子ビット，ＧＷ装置（親）ＩＰｖ６アドレス，ＩＰｖ６アドレス，ＦＷバージョンである。
【００３２】
（端末情報収集パケット）
端末情報収集パケットは、ＧＷ装置（親）２０がＧＷ装置（子）２０に対し、端末情報通知（定期（子））を送信することを促すパケットである。端末情報収集パケットの送信契機は、端末情報通知（起動時）から２４時間後（１日１回）である。端末情報収集パケットの送信方法としては、グループ化テーブル（親）２５Ｔにある情報を元にＧＷ装置（子）２０にユニキャスト送信する方法を採用することができる。
【００３３】
（グループ化テーブル２５Ｔ）
図７は、ＧＷ装置２０のグループ化テーブル２５Ｔの構成図であり、（ａ）は親モードの場合、（ｂ）は子モードの場合を示している。
【００３４】
ＧＷ装置２０は、端末管理サーバ１０からグループ化情報を受信する度、そのグループ化情報の親子ビットに従い親子判定を実施し、グループ化テーブル（親又は子）２５Ｔを確定する。親子ビットが「０」である場合はグループ化テーブル（親）２５Ｔとして動作し、親子ビットが「１」である場合はグループ化テーブル（子）２５Ｔとして動作するようになっている。ここで、グループ化テーブル（親）２５Ｔとして動作する場合は、図７（ａ）に示すように、自ＧＷ装置２０の端末情報（自ＧＷ装置情報）と、ＧＷ装置（子）２０の端末情報（ＧＷ装置（子）情報）を管理する。一方、グループ化テーブル（子）２５Ｔとして動作する場合は、図７（ｂ）に示すように、自ＧＷ装置情報のみを管理する。
【００３５】
自ＧＷ装置情報のうちの「グループＩＤ，親子ビット，ＧＷ装置（親）ＩＰｖ６アドレス」は、端末管理サーバ１０からのグループ化情報から取得することができる。また、自ＧＷ装置情報のうちの「ＩＰｖ６アドレス，ＦＷバージョン」は、ＤＲＡＭ／ＦＲＯＭ２５から取得することができる。更に、グループ化テーブル（親）２５Ｔとして動作する場合、ＧＷ装置（子）情報のうちの「グループＩＤ，親子ビット，ＧＷ装置（親）ＩＰｖ６アドレス，ＩＰｖ６アドレス，ＦＷバージョン」は、端末情報通知（定期（子））から取得することができる。
【００３６】
図８は、端末情報通知（定期（子））を受信できなかった場合のグループ化テーブル２５Ｔを説明するための図である。例えば、図８（ａ）に示すように、グループ化テーブル（親）２５ＴのエントリＮｏ２のＧＷ装置（子）２０から端末情報通知（定期（子））を受信できなかった場合は、図８（ｂ）に示すように、エントリＮｏ３以降の端末情報を上詰で管理する。
【００３７】
図９は、ＧＷ装置２０の定期更新部２４を説明するための図であり、（ａ）は親モードの場合、（ｂ）は子モードの場合を示している。
【００３８】
この定期更新部２４の機能は、従来の定期更新機能（ＧＷ装置２０の内部情報を最新に保つための機能）を拡張したものである。すなわち、従来は、各ＧＷ装置２０が網内サーバ５０に直接通信することで最新情報を確認していた。それに対して、本発明の実施の形態では、ＧＷ装置２０の親／子モードに従い通信先を変更する。ＧＷ装置（親）２０として動作する場合は、網内サーバ５０から取得した情報を元に、ＧＷ装置（子）２０からのリクエストに対しレスポンスを行なう。
【００３９】
例えば、ＧＷ装置（親）２０として動作する場合は、図９（ａ）に示すように、従来通り、監視サーバ、ＶｅｒＵＰサーバ５１、経路情報サーバ５２等の網内サーバ５０に対し通信する。一方、ＧＷ装置（子）２０として動作する場合は、図９（ｂ）に示すように、ＧＷ装置（親）２０に対し通信する。もちろん、網内サーバ５０は、監視サーバ、ＶｅｒＵＰサーバ５１、経路情報サーバ５２に限定されるものではなく、ダウンロードサーバ５３等のその他の網内サーバ５０を採用した場合も同様である。
【００４０】
（端末管理サーバ１０）
図１０は、端末管理サーバ１０のグループ化テーブル１０Ｔの構成図である。この図に示すように、ＧＷ装置２０からの端末情報通知（起動時）を元にグループ化テーブル１０Ｔを更新する。端末情報通知（起動時）を利用せず、端末管理サーバ１０側で自由にグループ化情報を作成することも可能である。端末管理サーバ１０は、例えば５台のＧＷ装置２０で１グループを構成する。ここでは、エントリＮｏ１〜５をグループＡとし、エントリＮｏ６〜１０をグループＢとしている。端末管理サーバ１０は、端末情報通知（起動時）を受けた順にグループ化テーブル１０Ｔのエントリ上位からＧＷ装置２０を格納する。その際、各グループの先頭に来たＧＷ装置２０を親とし、それ以外を子として管理する。ここでは、グループＡの先頭に来たＩＰｖ６アドレス「２０００：：１」のＧＷ装置２０をグループＡの親とし、それ以外をグループＡの子としている。また、グループＢの先頭に来たＩＰｖ６アドレス「２０１０：：１」のＧＷ装置２０をグループＢの親とし、それ以外をグループＢの子としている。端末管理サーバ１０は、端末情報通知（起動時）のレスポンスとして、グループＩＤ，親子ビット，ＧＷ装置（親）ＩＰｖ６アドレス等のグループ化情報を送信する。
【００４１】
なお、グループを構成する方法や親子関係を確立する方法は、ここで説明した方法に限定されるものではない。例えば、１グループを構成するＧＷ装置２０の台数は２台以上であればよく、適宜変更することが可能である。
【００４２】
また、端末管理サーバ１０は、ＧＷ装置２０のＩＰｖ６アドレスを元に、同一エリア内にあるＧＷ装置２０だけでグループを構成してもよい。このような構成によれば、同一グループ内のＧＷ装置２０間で効率的に通信を行うことができる。
【００４３】
また、１グループを構成するＧＷ装置２０のうち、ＩＰｖ６アドレスが所定の条件を満たすＧＷ装置２０（例えば、ＩＰｖ６アドレスが一番若いＧＷ装置２０）を親としてもよい。このような構成によれば、親となるＧＷ装置２０を一定のものに限定することができる。
【００４４】
また、端末情報にＧＷ装置２０のスペック情報を含めるようにし、スペック情報が所定の条件を満たすＧＷ装置２０を親としてもよい。このような構成によれば、ＧＷ装置２０のスペックにばらつきがある場合でも、ハイスペックのＧＷ装置２０ほど優先的に親とすることが可能である。
【００４５】
図１１は、ＧＷ装置（子）２０の端末情報が削除された場合のグループ化テーブル１０Ｔを説明するための図であり、（ａ）は上詰前、（ｂ）は上詰後の状態を示している。
【００４６】
グループ化テーブル１０ＴからＧＷ装置（子）２０の端末情報が削除される契機としては、次の３つの契機がある。第１の契機は、端末情報通知（定期（親））が未受信の場合、具体的には、生存タイマが０：００となった時である。端末情報通知（定期（親）） は２４時間間隔で受信するため、１時間をバッファとして２５時間に設定している。もちろん、生存タイマの設定は適宜変更することが可能である。第２の契機は、端末管理サーバ１０において不具合及び再起動が発生した場合である。第３の契機は、端末情報通知（定期（親））からＧＷ装置（子）２０が削除された場合である。
【００４７】
グループ化テーブル１０ＴからＧＷ装置（子）２０の端末情報が削除された場合は、それ以降の端末情報を上詰で管理する。例えば、図１１（ａ）に示すように、グループ化テーブル１０ＴのエントリＮｏ２の端末情報が削除された場合は、図１１（ｂ）に示すように、エントリＮｏ３以降の端末情報を上詰で管理する。
【００４８】
また、グループ化テーブル１０ＴからＧＷ装置（子）２０の端末情報が削除された場合は、影響のあるＧＷ装置（親・子）２０にグループ化情報を送信する。このとき、生存タイマを２５：００にリセットしておく。
【００４９】
図１２は、ＧＷ装置（親）２０の端末情報が削除された場合のグループ化テーブル１０Ｔを説明するための図であり、（ａ）は上詰前、（ｂ）は上詰後の状態を示している。
【００５０】
グループ化テーブル１０ＴからＧＷ装置（親）２０の端末情報が削除される契機としては、次の２つの契機がある。第１の契機は、端末情報通知（定期（親））が未受信の場合、具体的には、生存タイマが０：００となった時である。端末情報通知（定期（親）） は２４時間間隔で受信するため、１時間をバッファとして２５時間に設定している。第２の契機は、端末管理サーバ１０において不具合及び再起動が発生した場合である。
【００５１】
例えば、図１２（ａ）に示すように、グループ化テーブル１０ＴからＧＷ装置（親）２０の端末情報が削除された場合は、図１２（ｂ）に示すように、２番目にエントリされているＧＷ装置（子）２０を新たなＧＷ装置（親）２０とし、３番目以降にエントリされているＧＷ装置（子）２０を１つ若番エントリに変更する。
【００５２】
また、グループ化テーブル１０ＴからＧＷ装置（親）２０の端末情報が削除された場合は、影響のあるＧＷ装置（親・子）２０にグループ化情報を送信する。このとき、生存タイマを２５：００にリセットしておく。
【００５３】
図１３は、本発明の実施の形態におけるトラフィック軽減システムの通信シーケンス図（グループ化処理）である。以下、図１３を用いて、３台のＧＷ装置２０Ａ，２０Ｂ，２０Ｃが起動してグループ化される通信シーケンス例を説明する。
【００５４】
まず、ＧＷ装置２０Ａが起動し、ＧＷ装置２０Ａから端末管理サーバ１０に端末情報通知（起動時）が送信される（Ｓ６１→Ｓ６２→Ｓ６３）。次いで、端末管理サーバ１０のグループ化テーブル１０Ｔが更新され、端末管理サーバ１０からＧＷ装置２０Ａにグループ化情報が送信される（Ｓ６４→Ｓ６５）。これにより、ＧＷ装置２０Ａにおいて親子判定が実施されて親モードが確定し、グループ化テーブル（親）２５Ｔが更新される（Ｓ６６→Ｓ６７）。
【００５５】
ＧＷ装置２０Ａが起動した後、ＧＷ装置２０Ｂが起動し、ＧＷ装置２０Ｂから端末管理サーバ１０に端末情報通知（起動時）が送信される（Ｓ６８→Ｓ６９→Ｓ７０）。次いで、端末管理サーバ１０のグループ化テーブル１０Ｔが更新され、端末管理サーバ１０からＧＷ装置２０Ｂにグループ化情報が送信される（Ｓ７１→Ｓ７２）。これにより、ＧＷ装置２０Ｂにおいて親子判定が実施されて子モードが確定し、グループ化テーブル（子）２５Ｔが更新される（Ｓ７３→Ｓ７４）。また、端末管理サーバ１０のグループ化テーブル１０ＴにＧＷ装置２０Ｂが追加されたため（Ｓ７１）、影響のあるＧＷ装置（親）２０Ａにグループ化情報が送信され、グループ化テーブル（親）２５ＴにもＧＷ装置２０Ｂが追加される（Ｓ７５→Ｓ７６）。
【００５６】
ＧＷ装置２０Ｂが起動した後、ＧＷ装置２０Ｃが起動し、ＧＷ装置２０Ｃから端末管理サーバ１０に端末情報通知（起動時）が送信される（Ｓ７７→Ｓ７８→Ｓ７９）。次いで、端末管理サーバ１０のグループ化テーブル１０Ｔが更新され、端末管理サーバ１０からＧＷ装置２０Ｃにグループ化情報が送信される（Ｓ８０→Ｓ８１）。これにより、ＧＷ装置２０Ｃにおいて親子判定が実施されて子モードが確定し、グループ化テーブル（子）２５Ｔが更新される（Ｓ８２→Ｓ８３）。また、端末管理サーバ１０のグループ化テーブル１０ＴにＧＷ装置２０Ｃが追加されたため（Ｓ８０）、影響のあるＧＷ装置（親）２０Ａにグループ化情報が送信され、グループ化テーブル（親）２５ＴにもＧＷ装置２０Ｃが追加される（Ｓ８４→Ｓ８５）。
【００５７】
図１４は、本発明の実施の形態におけるトラフィック軽減システムの通信シーケンス図（生存確認）である。以下、図１４を用いて、３台のＧＷ装置２０Ａ，２０Ｂ，２０Ｃの定常時シーケンス例を説明する。
【００５８】
まず、ＧＷ装置（親）２０Ａの起動から２４時間が経過し、ＧＷ装置（親）２０ＡからＧＷ装置（子）２０Ｂに端末情報収集パケットが送信されると、ＧＷ装置（子）２０ＢからＧＷ装置（親）２０Ａに端末情報通知（定期（子））が返される（Ｓ９１→Ｓ９２→Ｓ９３）。同様に、ＧＷ装置（親）２０ＡからＧＷ装置（子）２０Ｃに端末情報収集パケットが送信されると、ＧＷ装置（子）２０ＣからＧＷ装置（親）２０Ａに端末情報通知（定期（子））が返される（Ｓ９１→Ｓ９４→Ｓ９５）。これにより、グループ化テーブル（親）２５Ｔが更新され、ＧＷ装置（親）２０Ａから端末管理サーバ１０に端末情報通知（定期（親））が送信されると、端末管理サーバ１０のグループ化テーブル１０Ｔが更新され、端末管理サーバ１０からＧＷ装置（親）２０Ａに端末情報通知（定期（親））がリプライされる（Ｓ９６→Ｓ９７→Ｓ９８→Ｓ９９）。
【００５９】
次いで、ＧＷ装置（親）２０Ａの起動から４８時間が経過し、ＧＷ装置（親）２０ＡからＧＷ装置（子）２０Ｂに端末情報収集パケットが送信されると、ＧＷ装置（子）２０ＢからＧＷ装置（親）２０Ａに端末情報通知（定期（子））が返される（Ｓ１００→Ｓ１０１→Ｓ１０２）。ここで、ＧＷ装置（親）２０ＡからＧＷ装置（子）２０Ｃに端末情報収集パケットが送信されたにもかかわらず、ＧＷ装置（子）２０ＣからＧＷ装置（親）２０Ａに端末情報通知（定期（子））が返されなかったと仮定する（Ｓ１００→Ｓ１０３）。この場合は、ＧＷ装置（親）２０Ａのグループ化テーブル（親）２５ＴからＧＷ装置（子）２０Ｃが削除される（Ｓ１０４）。その後、ＧＷ装置（親）２０Ａから端末管理サーバ１０に端末情報通知（定期（親））が送信されると、端末管理サーバ１０のグループ化テーブル１０ＴからＧＷ装置（子）２０Ｃが削除され、端末管理サーバ１０からＧＷ装置（親）２０Ａに端末情報通知（定期（親））がリプライされる（Ｓ１０５→Ｓ１０６→Ｓ１０７）。
【００６０】
図１５は、本発明の実施の形態におけるトラフィック軽減システムの通信シーケンス図（定期通信）である。以下、図１５を用いて、３台のＧＷ装置２０Ａ，２０Ｂ，２０Ｃの定期通信シーケンス例を説明する。
【００６１】
まず、ＧＷ装置（親）２０Ａにおいて定期通信が実施され、ＧＷ装置（親）２０Ａから網内サーバ５０に定期通信リクエスト（ファームウェアバージョン、ルーティング情報等）が送信される（Ｓ１１１→Ｓ１１２）。これにより、網内サーバ５０において更新情報がある場合は、網内サーバ５０からＧＷ装置（親）２０Ａに更新情報がリプライされ、その更新情報がＧＷ装置（親）２０ＡのＤＲＡＭ／ＦＲＯＭ２５に保持されるとともに、ＧＷ装置（親）２０Ａにおいてファームウェアやルーティング情報が更新される（Ｓ１１３→Ｓ１１４→Ｓ１１５）。
【００６２】
次いで、ＧＷ装置（子）２０Ｂにおいて定期通信が実施され、ＧＷ装置（子）２０ＢからＧＷ装置（親）２０Ａに定期通信リクエストが送信される（Ｓ１１６→Ｓ１１７）。これにより、ＧＷ装置（親）２０Ａにおいて更新情報がある場合は、ＧＷ装置（親）２０ＡからＧＷ装置（子）２０Ｂに更新情報がリプライされ、ＧＷ装置（子）２０Ｂにおいてファームウェアやルーティング情報が更新される（Ｓ１１８→Ｓ１１９→Ｓ１２０）。
【００６３】
同様に、ＧＷ装置（子）２０Ｃにおいて定期通信が実施され、ＧＷ装置（子）２０ＣからＧＷ装置（親）２０Ａに定期通信リクエストが送信される（Ｓ１２１→Ｓ１２２）。ここでは、ＧＷ装置（親）２０Ａにおいて更新情報がないものと仮定する。この場合は、ＧＷ装置（親）２０ＡからＧＷ装置（子）２０Ｃに更新情報がないことがリプライされ、ＧＷ装置（子）２０Ｂにおいてファームウェアやルーティング情報は更新されない（Ｓ１２３→Ｓ１２４→Ｓ１２５）。
【００６４】
以上のように、本発明の実施の形態におけるトラフィック軽減システムは、網内サーバ５０宛の定期通信トラフィックを軽減するシステムであって、ＧＷ装置２０をグループ化し、１つのグループ内に親子関係を確立し、そのグループ化情報をＧＷ装置２０に伝達する端末管理サーバ１０と、端末管理サーバ１０からのグループ化情報に従い親モード又は子モードで動作するＧＷ装置２０とを備える。子モードで動作するＧＷ装置２０は、親モードで動作するＧＷ装置２０に対し定期通信を実施する。親モードで動作するＧＷ装置２０は、網内サーバ５０に対し定期通信を実施し、その実施結果を元に子モードで動作するＧＷ装置２０からの定期通信に回答する。これにより、ＧＷ装置２０が増加しても網内サーバ５０宛ての定期通信はＧＷ装置（親）２０からのみとなるため、網内サーバ５０宛の定期通信トラフィックを軽減することが可能である。
【００６５】
また、ＧＷ装置２０は、起動時に端末管理サーバ１０に対して自身の端末情報を送信する。端末管理サーバ１０は、端末情報を受けた順に所定台数のＧＷ装置２０で１つのグループを構成し、各グループを構成する先頭のＧＷ装置２０を親、先頭以外のＧＷ装置２０を子として管理する。これにより、起動した順序に応じて親子関係が確立されるため、親となるＧＷ装置２０をランダム且つ迅速に選定することが可能である。
【００６６】
なお、本発明は、トラフィック軽減システムとして実現することができるだけでなく、このトラフィック軽減システムに用いられる端末管理サーバ１０又はＧＷ装置２０として実現することもできる。もちろん、端末管理サーバ１０又はＧＷ装置２０が備える特徴的な処理部をステップとするトラフィック軽減方法として実現したり、それらのステップをコンピュータに実行させるトラフィック軽減プログラムとして実現したりすることも可能である。このようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
【符号の説明】
【００６７】
１０…端末管理サーバ
１０Ｔ…グループ化テーブル
２０…ＧＷ装置
２１…端末情報通知部
２２…端末情報収集部
２３…親子判定部
２４…定期更新部
２５…ＤＲＡＭ／ＦＲＯＭ
２５Ｔ…グループ化テーブル
２６…ルータ処理部
３０…ＩＰ網
５０…網内サーバ
５１…ＶｅｒＵＰサーバ
５２…経路情報サーバ
５３…ダウンロードサーバ
【図１】
2015220558.tif 000003
【図２】
2015220558.tif 000004
【図３】
2015220558.tif 000005
【図４】
2015220558.tif 000006
【図５】
2015220558.tif 000007
【図６】
2015220558.tif 000008
【図７】
2015220558.tif 000009
【図８】
2015220558.tif 000010
【図９】
2015220558.tif 000011
【図１０】
2015220558.tif 000012
【図１１】
2015220558.tif 000013
【図１２】
2015220558.tif 000014
【図１３】
2015220558.tif 000015
【図１４】
2015220558.tif 000016
【図１５】
2015220558.tif 000017
【手続補正書】
【提出日】平成27年9月7日(2015.9.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
網内サーバ宛の定期通信トラフィックを軽減するトラフィック軽減システムであって、
ゲートウェイ装置をグループ化し、１つのグループ内に親子関係を確立し、そのグループ化情報をゲートウェイ装置に伝達する端末管理サーバと、
前記端末管理サーバからのグループ化情報に従い親モード又は子モードで動作するゲートウェイ装置とを備え、
前記ゲートウェイ装置は、起動後のランダムな時間に端末情報を前記端末管理サーバに送信し、前記端末管理サーバからグループ化情報を受信すると、親子判定を実施し、親子判定結果が「親」であるゲートウェイ装置は、自身の起動時から所定時間後に親子判定結果が「子」であるゲートウェイ装置に端末情報の送信を定期的に依頼し、親子判定結果が「子」であるゲートウェイ装置の端末情報を収集すると、前記端末情報を前記端末管理サーバに定期的に送信する
ことを特徴とするトラフィック軽減システム。
【請求項２】
前記ゲートウェイ装置は、起動時に前記端末管理サーバに対して自身の端末情報を送信し、
前記端末管理サーバは、前記端末情報を受けた順に所定台数のゲートウェイ装置で１つのグループを構成し、各グループを構成する先頭のゲートウェイ装置を親、先頭以外のゲートウェイ装置を子として管理することを特徴とする請求項１に記載のトラフィック軽減システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記目的を達成するため、第１の態様に係る発明は、網内サーバ宛の定期通信トラフィックを軽減するトラフィック軽減システムであって、ゲートウェイ装置をグループ化し、１つのグループ内に親子関係を確立し、そのグループ化情報をゲートウェイ装置に伝達する端末管理サーバと、前記端末管理サーバからのグループ化情報に従い親モード又は子モードで動作するゲートウェイ装置とを備え、前記ゲートウェイ装置は、起動後のランダムな時間に端末情報を前記端末管理サーバに送信し、前記端末管理サーバからグループ化情報を受信すると、親子判定を実施し、親子判定結果が「親」であるゲートウェイ装置は、自身の起動時から所定時間後に親子判定結果が「子」であるゲートウェイ装置に端末情報の送信を定期的に依頼し、親子判定結果が「子」であるゲートウェイ装置の端末情報を収集すると、前記端末情報を前記端末管理サーバに定期的に送信することを要旨とする。