通信システム、冗長化構成の切替方法
【課題】冗長化構成を備える通信システムにおける冗長化構成の切替に際して、ネットワークへの影響を好適に抑制する。
【解決手段】通信システムは、通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が通信部を制御可能に冗長化された第１の制御部および第２の制御部とを備える。第１の制御部および第２の制御部のうちの一方は、運用系として設定され、他方は、待機系として設定される。この通信システムは、通信部が扱う通信パケットのうちのプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出し、算出したトラフィック指標値に基づいた所定のタイミングで、運用系と待機系とを自動的に切り替える。
【解決手段】通信システムは、通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が通信部を制御可能に冗長化された第１の制御部および第２の制御部とを備える。第１の制御部および第２の制御部のうちの一方は、運用系として設定され、他方は、待機系として設定される。この通信システムは、通信部が扱う通信パケットのうちのプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出し、算出したトラフィック指標値に基づいた所定のタイミングで、運用系と待機系とを自動的に切り替える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムについての冗長化構成の切替技術に関する。
【背景技術】
【０００２】
通信システムでは、通信の信頼性を向上させるために、装置または装置内の特定部位を冗長化する技術が知られている。例えば、２系統に冗長化された装置または特定部位は、一方が運用系として設定され、他方が待機系として設定される。運用系と待機系とは、所定のタイミングで切り替えられる（かかる切り替えを以下、冗長切替ともいう）。かかる冗長切替は、従来、以下のように行われていた。
【０００３】
第１の例としては、ネットワークの保守者が、監視サーバを用いて、冗長化構成を備える通信システムのトラフィック量の少ない時刻を確認して、その時刻周期で冗長切替を定期的に実施する設定を、当該通信システムに対して行う。トラフィック量は、ＳＮＭＰ（Simple Network Management Protocol）のＧＥＴ ＲＥＱＵＥＳＴなどを用いて、定期的に取得することができる。第２の例としては、保守者が、監視サーバを用いて、トラフィック量の少ない時刻に、冗長化構成を備える通信システムに対して冗長切替コマンドを投入し、手動操作によって冗長切替を行う。
【０００４】
これらのように、トラフィック量の少ない時刻に冗長切替を行うことによって、冗長切替に伴うネットワークへの影響を抑制することができる。しかしながら、ネットワークへの影響を抑制することは、重要な課題であり、さらなる改善が求められていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２３９６４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、冗長化構成を備える通信システムにおける冗長化構成の切替に際して、ネットワークへの影響を好適に抑制することである。
【課題を解決するための手段】
【０００７】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【０００８】
［適用例１］通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部と
を備えた通信システム。
【０００９】
プロトコルパケットは、ネットワークの経路構築や、保守・運用を行う上で、重要な役割を担っている。適用例１の通信システムによれば、所定期間ごとのプロトコルパケットのトラフィック指標値に基づいたタイミングで、運用系と待機系とを切り替えるので、当該切替に伴うネットワークへの影響を好適に抑制することができる。例えば、通信パケットの種別を考慮せずに、トラフィック量に基づいたタイミングで、運用系と待機系とを切り替える構成と比べて、ネットワークへの影響をいっそう抑制することができる。しかも、適用例１の通信システムによれば、運用系と待機系とは、自動的に切り替えられるので、ユーザは、必ずしも、手動操作で切替を行う必要がない。その結果、ユーザの管理負担を軽減することができる。
【００１０】
［適用例２］前記算出部は、前記所定のプロトコルパケットの種類に応じて設定された重み付け値を用いて、前記トラフィック量を重み付けて、前記トラフィック指標値を算出する適用例１記載の通信システム。
【００１１】
かかる構成の通信システムによれば、運用系と待機系との切替のタイミングは、プロトコルパケットの種類に応じたネットワークへの影響度を反映したものとすることができる。したがって、運用系と待機系との切替に伴うネットワークへの影響を、より精度良く抑制することができる。
【００１２】
［適用例３］前記切替部は、前記算出部の算出結果の更新に伴い、該更新された算出結果に応じて、前記所定のタイミングを変更する適用例１または適用例２記載の通信システム。
【００１３】
かかる構成の通信システムによれば、ネットワークにおけるプロトコルパケットのトラフィック量の時間的な偏りの特性が変化した場合にも、その変化に好適に追随して、運用系と待機系との切替に伴うネットワークへの影響を好適に抑制することができる。
【００１４】
［適用例４］適用例１ないし適用例３のいずれか記載の通信システムであって、前記算出部の算出結果に基づく情報を出力する出力部と、ユーザ操作に基づいて入力される、前記運用系と前記待機系との切替指示を受け付ける受付部とを備え、前記切替部は、前記受付部が前記切替指示を受け付けた場合に、該切替指示に基づくタイミングで前記切替を行う通信システム。
【００１５】
かかる構成の通信システムによれば、ユーザは、出力された、算出結果に基づく情報を確認して、運用系と待機系との切替のタイミングを決定し、手動操作に基づいて切替指示を行って、決定した所望のタイミングで、運用系と待機系との切替を行うことができる。なお、算出部の算出結果に基づく情報とは、例えば、トラフィック指標値そのものであってもよいし、トラフィック指標値に基づいて設定された、運用系と待機系との切替のタイミングを表す情報であってもよい。
【００１６】
［適用例５］適用例４記載の通信システムであって、前記切替部は、前記所定のタイミングを、階層的な時間情報として設定し、前記受付部が前記切替指示を受け付けた場合に、前記階層的な時間情報のうちの、最上位の階層を除く１以上の所定の階層で規定される時間に達したときを、前記切替指示に基づくタイミングとして、前記切替を行う通信システム。
【００１７】
かかる構成の通信システムによれば、ユーザの手動操作に基づいて運用系と待機系との切替を行う際にも、トラフィック指標値に基づいたタイミングを一部反映させたタイミングで切替を行うことができる。その結果、切替に伴うネットワークへの影響を抑制することができる。また、ユーザの操作負担が軽減される。
【００１８】
［適用例６］前記通信システムは、前記第１の制御部と前記第２の制御部とを備えた単一の装置である適用例１ないし適用例５のいずれか記載の通信システム。
【００１９】
通信システムは、単一の装置として構成することができる。
【００２０】
［適用例７］適用例１ないし適用例５のいずれか記載の通信システムであって、前記通信システムは、第１の装置と第２の装置とを備え、前記第１の装置は、前記第１の制御部と、該第１の制御部によって制御される、前記通信部としての第１の通信部と、前記算出部と、前記切替部とを備え、前記第２の装置は、前記第２の制御部と、該第２の制御部によって制御される、前記通信部としての第２の通信部と、前記算出部と、前記切替部とを備える通信システム。
【００２１】
通信システムは、複数の装置として構成することもできる。
【００２２】
［適用例８］通信システムであって、通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部と、前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、前記算出部の算出結果に基づく情報を出力する出力部と、ユーザ操作に基づいて入力される、前記第１の制御部および前記第２の制御部に設定された運用系と待機系との切替指示を受け付ける受付部と、前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記受け付けた切替指示に基づくタイミングで切り替える切替部とを備えた通信システム。
【００２３】
かかる構成の通信システムによれば、ユーザは、出力された、設定された期間ごとのトラフィック指標値に基づく情報を確認して、運用系と待機系との切替のタイミングを決定し、手動操作に基づいて切替指示を行って、決定した所望のタイミングで、運用系と待機系との切替を行うことができる。ユーザは、設定された期間ごとのトラフィック指標値に基づく情報を確認できるので、ネットワークへの影響を抑制できるタイミングを決定することができる。
【００２４】
［適用例９］通信システムであって、通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部と、前記通信部が扱う通信パケットのうちの、所定のプロトコルパケットと、該所定のプロトコルパケット以外の前記通信パケットである非プロトコルパケットとを少なくとも区分し、該区分に応じて設定された重み付け値を用いて前記通信パケットの所定期間ごとのトラフィック量を重み付けて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部とを備えた通信システム。
【００２５】
かかる通信システムによれば、非プロトコルパケットに係る通信に与える影響についても反映したタイミングで、運用系と待機系とを切り替えることができる。
【００２６】
また、本発明は、適用例１０の冗長化構成の切替方法としても実現することができる。
［適用例１０］通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部とを備える通信システムにおいて、前記第１の制御部および前記第２の制御部に設定される運用系と待機系とを切り替える冗長化構成の切替方法であって、前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出し、前記算出したトラフィック指標値に基づいた所定のタイミングで、前記運用系と前記待機系とを切り替える冗長化構成の切替方法。
【００２７】
また、本発明は、上述した通信システムに用いるプログラム、当該プログラムを記録した記録媒体などとしても実現することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の通信システムの第１実施例としての中継装置４０を用いたネットワークシステム３０の概略構成を示す説明図である。
【図２】中継装置４０の概略構成を示す説明図である。
【図３】解析フローテーブル１３１の具体例を示す説明図である。
【図４】コンフィグレーションテーブル１３２の具体例を示す説明図である。
【図５】解析データテーブル１４０の具体例を示す説明図である。
【図６】受信処理部１１１の処理の流れを示すフローチャートである。
【図７】送信処理部１１２の処理の流れを示すフローチャートである。
【図８】中継処理部１１３の処理の流れを示すフローチャートである。
【図９】解析データテーブル１４０が更新された様子を示す説明図である。
【図１０】集計用単位毎計算結果テーブル１６１の具体例を示す説明図である。
【図１１】集計用単位毎計算結果テーブル１６２の具体例を示す説明図である。
【図１２】平均計算処理部１２１の処理の流れを示すフローチャートである。
【図１３】集計用単位毎計算結果テーブル１６１が更新された様子を示す説明図である。
【図１４】集計用単位毎計算結果テーブル１６２が更新された様子を示す説明図である。
【図１５】冗長切替タイミング計算処理部１２３の処理の流れを示すフローチャートである。
【図１６】冗長切替タイミング保持テーブル１７０の具体例を示す説明図である。
【図１７】冗長切替タイミング保持テーブル１７０が更新された様子を示す説明図である。
【図１８】冗長切替制御部１２４の処理（第１の処理）の流れを示すフローチャートである。
【図１９】冗長切替制御部１２４の処理（第２の処理）の流れを示すフローチャートである。
【図２０】冗長切替タイミング出力部１２２の処理の流れを示すフローチャートである。
【図２１】本発明の通信システムの第２実施例としての中継装置４０ａ，４０ｂを用いたネットワークシステム３０ａの概略構成を示す説明図である。
【図２２】中継装置４０ａの概略構成を示す説明図である。
【図２３】コンフィグレーションテーブル１３２ａの具体例を示す説明図である。
【図２４】冗長切替制御部１２４ａの処理（第１の処理）の流れを示すフローチャートである。
【図２５】ＶＲＲＰ制御部１８０ａの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２９】
Ａ．第１実施例：
Ａ−１．システム構成：
本発明の通信システムの第１実施例としての中継装置４０を用いたネットワークシステム３０の概略構成を図１に示す。ネットワークシステム３０は、中継装置４０，５０，６０と、監視サーバ７０とを備えている。中継装置５０は、中継装置４０と接続され、中継装置４０は、中継装置６０と接続されている。
【００３０】
中継装置４０，５０，６０は、通信パケットを受信し、受信した通信パケットを所定の宛先に中継する中継装置である。なお、本願における通信パケットとは、ＯＳＩ参照モデルにおけるデータリンク層（レイヤ２）で扱われるフレームと、ネットワーク層（レイヤ３）で扱われる狭義のパケットと、トランスポート層（レイヤ４）で扱われるフレームとを含む、データの転送単位の総称である。本実施例においては、中継装置４０，５０，６０は、レイヤ３で通信パケットを中継するルータである。ただし、中継装置４０，５０，６０は、ルータに限られるものではなく、レイヤ３で通信パケットを中継するレイヤ３スイッチであってもよい。もとより、中継装置４０，５０，６０は、レイヤ２で通信パケットを中継する中継装置や、レイヤ４でトラフィックの分散化等を行うレイヤ４スイッチなどであってもよい。
【００３１】
かかる中継装置４０，５０，６０は、図１にトラフィックＴ１として図示するように、図示しない端末等の送受信する通信パケットを中継する。また、中継装置４０，５０，６０は、図１にトラフィックＴ２，Ｔ３として図示するように、隣接する中継装置間で、トラフィックＴ１の通信を行うためのプロトコルパケットを相互に送受信している。プロトコルパケットとは、通信経路の構築、ネットワークの保守・運用などを目的としてノード間で交換される、レイヤ２、レイヤ３、または、レイヤ４の制御パケットである。こうしたプロトコルパケットとしては、例えば、ＡＲＰ(Address Resolution Protocol)、ＮＤＰ(Neighbour Discovery Protocol)、ＯＳＰＦ（Open Shortest Path First）、ＢＧＰ（Border Gateway Routing Protocol）などのプロトコルの通信パケットを例示することができる。
【００３２】
かかる中継装置４０，５０，６０のうちの、本発明の通信システムの実施例としての中継装置４０は、第１の制御部１００と第２の制御部２００とを備えている。第１の制御部１００および第２の制御部２００は、各々が単独で、中継装置４０が備える回線部３００の制御を行う機能を備えている。第１の制御部１００と第２の制御部２００とは、同一の構成を備えている。つまり、第１の制御部１００および第２の制御部２００は、中継装置４０の動作の信頼性を向上させるために、冗長化された構成を有している。第１の制御部１００および第２の制御部２００のうちの一方は、運用系として設定され、他方は、待機系として設定される。図１では、第１の制御部１００が運用系として設定され、第２の制御部２００が待機系として設定されている様子を示している。以下では、第１の制御部１００が運用系として設定され、第２の制御部２００が待機系として設定されているものとして、説明する。なお、中継装置５０，６０は、本実施例では、汎用の中継装置である。
【００３３】
かかる中継装置４０，５０，６０の各々には、監視サーバ７０が接続されている。監視サーバ７０は、中継装置４０，５０，６０の各々についての、トラフィック量を監視する。この監視サーバ７０は、例えば、図１に示すトラフィックＴ４によって、ＳＮＭＰ ＧＥＴ ＲＥＱＵＥＳＴなどを用いて、中継装置４０のトラフィック量を取得することができる。また、監視サーバ７０は、トラフィックＴ４によって、中継装置４０に対して、運用系と待機系とを切り替える冗長切替指示を送信することができる。中継装置４０は、冗長切替指示を受信すると、当該指示に基づいて、第１の制御部１００と第２の制御部２００との間で冗長切替を実行する。また、中継装置４０は、監視サーバ７０からの指示に関係なく、自動的に冗長切替を行うことも可能である。この自動的な冗長切替の構成については、後述する。
【００３４】
Ａ−２．中継装置４０の構成：
中継装置４０の概略構成を図２に示す。図示するように、中継装置４０は、第１の制御部１００と第２の制御部２００と回線部３００とを備えている。回線部３００は、複数の物理ポートを備え、通信パケットの送受信を行うインタフェースである。第１の制御部１００および第２の制御部２００は、ＣＰＵとメモリとを備える制御回路として構成され、回線部３００の動作を制御する。
【００３５】
第１の制御部１００および第２の制御部２００は、上述の通り、冗長化された構成を有している。本実施例では、第１の制御部１００と第２の制御部２００とは、同一の構成であり、図２では、第１の制御部１００の構成のみを詳細に示し、第２の制御部２００の詳細については、図示を省略している。なお、第１の制御部１００と第２の制御部２００とは、必ずしも同一の構成を有する必要はなく、下に説明する第１の制御部１００の構成を、第１の制御部１００および第２の制御部２００が共に備えていればよい。第１の制御部１００と第２の制御部２００は、中継装置４０が処理したプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間（上述の所定期間と同一の期間でもよいし、当該所定期間よりも長い期間でもよい）ごとのトラフィック指標値を算出し、その算出結果に基づいて、冗長切替のタイミングを設定し、その設定したタイミングでの自動的な冗長切替を制御する。
【００３６】
第１の制御部１００は、図２に示すように、パケット解析処理部１１０、平均計算処理部１２１、冗長切替タイミング出力部１２２、冗長切替タイミング計算処理部１２３、冗長切替制御部１２４を備えている。これらの機能は、第１の制御部１００が備えるＣＰＵが、所定のプログラムを実行することによって、実現される。
【００３７】
なお、パケット解析処理部１１０および平均計算処理部１２１は、請求項の算出部に該当する。冗長切替タイミング計算処理部１２３および冗長切替制御部１２４は、請求項の切替部に該当する。冗長切替タイミング出力部１２２は、請求項の出力部に該当する。また、上述した回線部３００は、請求項の通信部および受付部に該当する。
【００３８】
第１の制御部１００が備えるメモリ領域には、コンフィグレーション領域１３０と、解析データテーブル１４０と、計算結果データ領域１５０とが確保されている。コンフィグレーション領域１３０には、解析フローテーブル１３１と、コンフィグレーションテーブル１３２とが確保されている。解析フローテーブル１３１およびコンフィグレーションテーブル１３２には、ユーザが入力した設定情報が格納される。
【００３９】
解析フローテーブル１３１には、冗長切替のタイミングを設定するための基礎データとなるプロトコルパケットの種別と、重み付け値とが格納される。解析フローテーブル１３１の具体例を図３に示す。図示する例では、解析フローテーブル１３１には、項番と、解析パケット種別と、重み付け値とが対応付けられて記録されている。解析パケット種別は、トラフィック指標値の算出対象となるプロトコルパケットの種別を示す。重み付け値は、プロトコルパケットの種別の重要度に応じて設定する重み付けの値である。図３に示す例では、例えば、ＡＲＰパケットに重み付け値「２」が設定されている。なお、重み付けは、必須ではなく、重み付けを行わない場合には、ユーザは、解析パケット種別のみを解析フローテーブル１３１に登録してもよい。
【００４０】
コンフィグレーションテーブル１３２には、プロトコルパケットのトラフィック量の集計を行うための設定情報と、自動的な冗長切替の機能の設定を行うための情報とが格納される。コンフィグレーションテーブル１３２の具体例を図４に示す。図示する例では、コンフィグレーションテーブル１３２は、サンプリング周期と、集計用コンフィグと、自動冗長切替機能とが設定可能に構成されている。サンプリング周期は、所定期間ごとにプロトコルパケットのトラフィック量を計算する際の計算単位時間を示す。図４に示す例では、１時間毎に、プロトコルパケットのトラフィック量が計算される。つまり、プロトコルパケットの１時間ごとのトラフィック量が抽出可能に設定されている。なお、サンプリング周期は、後述する集計用サンプリング周期と同じ、または、当該周期よりも短く適宜設定すればよい。
【００４１】
集計用コンフィグは、プロトコルパケットのトラフィック量に基づいて、トラフィック指標値の集計を行うための設定情報である。具体的には、集計用コンフィグは、項番と、集計用サンプリング周期と、集計用単位とを対応付けて設定可能に構成されている。項番は、後述する平均計算結果テーブル１６０を構成する集計用単位毎計算結果テーブル１６１，１６２のテーブル番号を示している。本実施例では、項番「１」は、集計用単位毎計算結果テーブル１６１に対応し、項番「２」は、集計用単位毎計算結果テーブル１６２に対応している。集計用サンプリング周期は、項番に対応する集計用単位毎計算結果テーブルに格納するプロトコルパケットのトラフィック指標値のサンプリング（集計）周期を示している。
【００４２】
集計用単位は、集計用単位毎計算結果テーブルに格納される集計結果の１周期（集計を行う期間単位）を示している。図４に示す例では、例えば、項番１、集計用サンプリング周期「１時間」、集計用単位「１日」のエントリに基づいて、集計用単位毎計算結果テーブル１６１に１時間毎のプロトコルパケットのトラフィック指標値が１日分、格納される。集計用単位毎計算結果テーブル１６１，１６２の詳細については後述する。なお、集計用単位は、上述の例に限るものではない。例えば、集計用単位に１年や曜日などを設定してもよい。もとより、集計用単位は、暦に基づくものではなく、例えば、２日、８時間などと設定してもよい。
【００４３】
自動冗長切替機能は、自動的な冗長切替の機能の設定を行うための情報である。具体的には、自動冗長切替機能は、有効設定と、冗長切替時刻条件とを設定可能に構成されている。有効設定は、自動冗長切替機能が有効であるか無効であるかを表す。冗長切替時刻条件は、冗長切替のタイミングを設定するための条件を表す。図４に示す例では、自動冗長切替機能は「有効」に設定されている。また、冗長切替時刻条件として、「集計用単位全て」が設定されている。「集計用単位全て」とは、集計用コンフィグの各エントリの論理積が冗長切替時刻条件となることを示している。つまり、図４に示す例では、集計用単位「１月」のうちの所定日という条件と、集計用単位「１日」のうちの所定時という条件との論理積が、冗長切替のタイミングとして設定されることを示している。換言すれば、冗長切替のタイミングは、毎月の所定日の所定時として設定される。なお、冗長切替時刻条件は、複数のエントリの排他的論理和で設定されてもよいし、３以上のエントリのうちの、一部分の複数のエントリについての論理積で設定されてもよい。
【００４４】
パケット解析処理部１１０は、通信パケットの受信、送信、または、中継時に、プロトコルパケットのトラフィック量に基づくトラフィック指標値を算出するための所定の計算処理を実行し、その計算結果を解析データテーブル１４０に格納する。このパケット解析処理部１１０は、通信パケットの処理の種別に応じて、受信処理部１１１、送信処理部１１２、中継処理部１１３として機能する。これらの機能部の詳細については、解析データテーブル１４０の説明の後に説明する。
【００４５】
解析データテーブル１４０には、上述したように、パケット解析処理部１１０による計算処理の結果が格納される。解析データテーブル１４０の具体例を図５に示す。図示する解析データテーブル１４０では、項番と、サンプリング期間と、重み付け計算結果とが、対応付けられて記録される。サンプリング期間は、コンフィグレーションテーブル１３２のサンプリング周期を単位として区切られた期間である。図４に示したコンフィグレーションテーブル１３２では、サンプリング周期として１時間が設定されているので、解析データテーブル１４０の各エントリのサンプリング期間は、１時間単位となる。本実施例では、解析データテーブル１４０の各エントリのサンプリング期間は、サンプリング周期で設定された時間の単位よりも１段階上の概念の時間の単位（ここでは日単位）を周期として繰り返される。つまり、サンプリング期間は、０時〜２３時を１単位とする周期で繰り返される。
【００４６】
重み付け計算結果は、解析フローテーブル１３１の項番ごと、つまり、設定されたプロトコルパケットの種類ごとに用意される。重み付け計算結果の各々には、解析フローテーブル１３１の項番に対応するプロトコルパケットをパケット解析処理部１１０が処理した数に、当該項番に対応する解析フローテーブル１３１の重み付け値を乗じた値が、結果的に格納される。例えば、解析フローテーブル１３１の項番「１」に対応する重み付け計算結果には、項番「１」のサンプリング期間「０」（時刻０時〜１時の間）の期間において、１０個のＡＲＰパケットがパケット解析処理部１１０で処理され、その処理数に重み付け値「２」を乗じた値２０が、サンプリング期間「０」に対応するエントリに格納されている。なお、解析データテーブル１４０に格納されるデータは、格納されてから所定期間の経過後、古いものから順次廃棄されてもよい。こうすれば、有限のメモリ容量を効率的に使用することができる。また、解析データテーブル１４０に格納されたデータを、所望の期間内におけるネットワークのトラフィック状況のみが反映されたものとすることができる。換言すれば、ネットワークの構成や運用方法が大きく変化するなどして、サンプリング期間ごとのトラフィック量の偏りが大きく変化した場合に、変化前の状況がいつまでも解析データテーブル１４０に反映されることがない。
【００４７】
かかる解析データテーブル１４０に計算結果を格納するパケット解析処理部１１０の処理について説明する。パケット解析処理部１１０の受信処理部１１１の処理の流れを図６に示す。受信処理部１１１の処理は、回線部３００が中継装置４０宛の通信パケットを受信した際に開始される。受信処理部１１１の処理が開始されると、図６に示すように、受信処理部１１１は、まず、解析フローテーブル１３１の解析パケット種別のフィールドを検索し、受信した通信パケットの種別に該当するエントリがあるか否かを判断する（ステップＳ４１１）。
【００４８】
判断の結果、受信した通信パケットに該当するエントリがなければ（ステップＳ４１１：ＮＯ）、受信処理部１１１は、処理を終了する。一方、受信した通信パケットに該当するエントリがあれば（ステップＳ４１１：ＹＥＳ）、受信処理部１１１は、解析フローテーブル１３１の当該エントリの項番を取得する（ステップＳ４１２）。項番を取得すると、受信処理部１１１は、通信パケットを受信した時刻を取得し、当該受信時刻に対応するサンプリング期間を解析データテーブル１４０から取得する（ステップＳ４１３）。
【００４９】
サンプリング期間を取得すると、受信処理部１１１は、解析データテーブル１４０のうちの、上記ステップＳ４１２で取得した項番に対応する重み付け計算結果フィールドの、上記ステップＳ４１３で取得したサンプリング期間に対応する箇所の値に、上記ステップＳ４１２で取得した項番に対応する解析フローテーブル１３１の重み付け値を加算する（ステップＳ４１４）。こうして、受信処理部１１１の処理は終了となる。
【００５０】
パケット解析処理部１１０の送信処理部１１２における処理の流れを図７に示す。送信処理部１１２の処理は、回線部３００が通信パケットを送信した際に開始される。ここでの通信パケットの送信とは、通信パケットの中継を含まない。つまり、送信とは、中継装置４０が送信元となる通信パケットの送信を意味する。図９に示すように、ステップＳ４２１〜Ｓ４２４の処理は、受信パケットについて行った受信処理部１１１の処理（上記ステップＳ４１１〜Ｓ４１４）を、送信パケットについて行うものである。
【００５１】
パケット解析処理部１１０の中継処理部１１３における処理の流れを図８に示す。中継処理部１１３の処理は、回線部３００が通信パケットを中継した際に開始される。図８に示すように、ステップＳ４３１〜Ｓ４３４の処理は、受信パケットについて行った受信処理部１１１の処理（上記ステップＳ４１１〜Ｓ４１４）を、中継パケットについて行うものである。
【００５２】
かかるパケット解析処理部１１０の処理によって、解析データテーブル１４０のデータは、回線部３００が、解析フローテーブル１３１に設定されたプロトコルパケットを新たに送受信または中継した際に、随時更新される。解析データテーブル１４０が更新された様子を図９に示す。図９では、図５に示した解析データテーブル１４０に対して、一部のデータが更新された様子を示している。具体的には、回線部３００が、解析フローテーブル１３１の項番ｎとして設定されたプロトコルパケットを、サンプリング期間「３」で新たに１つ送受信または中継したことに伴い、パケット解析処理部１１０によって、当該項番ｎに対応する重み付け計算結果フィールドのうちの、項番「２８」、サンプリング期間「３」の値が「１４７」から「１５０」に更新されている。つまり、更新前の値「１４７」に対して、項番ｎの重み付け値「３」が加算されている。
【００５３】
ここで、説明を図２に戻す。計算結果データ領域１５０には、平均計算結果テーブル１６０と冗長切替タイミング保持テーブル１７０とが確保されている。平均計算結果テーブル１６０には、コンフィグレーションテーブル１３２で設定された集計用単位の数と同数だけ集計用単位毎計算結果テーブルが用意される。図２に示す例では、２つの集計用単位毎計算結果テーブル１６１，１６２が用意されている状態を示している。集計用単位毎計算結果テーブル１６１は、コンフィグレーションテーブル１３２で設定された集計用単位「１日」に対応し、集計用単位毎計算結果テーブル１６２は、コンフィグレーションテーブル１３２で設定された集計用単位「１月」に対応している。
【００５４】
平均計算処理部１２１は、解析データテーブル１４０に格納された値を用いて、コンフィグレーションテーブル１３２で設定された集計用サンプリング周期ごとの平均計算処理を実行し、その計算結果を、当該集計用サンプリング周期と対応付けられた集計用単位に対応する集計用単位毎計算結果テーブル１６１，１６２に格納する。平均計算処理部１２１の処理の詳細については、集計用単位毎計算結果テーブル１６１，１６２の説明の後に説明する。
【００５５】
集計用単位毎計算結果テーブル１６１の具体例を図１０に示す。図示する集計用単位毎計算結果テーブル１６１では、項番と、集計用サンプリング期間と、平均計算結果とが、対応付けられて記録される。集計用サンプリング期間は、集計用単位毎計算結果テーブル１６１に対応するコンフィグレーションテーブル１３２の項番「１」に対応する集計用単位（１日）を、当該集計用単位に対応する集計用サンプリング周期（１時間）ごとに区切った各々の期間である。例えば、集計用サンプリング期間「１」は、時刻１時〜２時の１時間の期間であることを示す。平均計算結果は、解析データテーブル１４０に格納された重み付け計算結果の和の、集計用サンプリング期間ごと（ここでは時間単位）の平均値である。例えば、集計用サンプリング期間「１」の平均計算結果は、解析データテーブル１４０のサンプリング期間「１」に対応するエントリごとに、重み付け計算結果の各々の和を算出し、当該和を、複数の日のサンプリング期間「１」の間で、つまり、サンプリング期間「１」の各々のエントリ間で平均した値である。図５に示した例を用いれば、集計用サンプリング期間「１」の平均計算結果は、項番２の重み付け計算結果の和（４０＋３０＋・・・＋１５０）と、項番２６の重み付け計算結果の和（３８＋３０＋・・・＋１５０）との平均値である。集計用サンプリング期間「１」の平均計算結果「７３．３」は、時刻１時〜２時の１時間の期間における重み付け計算結果の和の日ごとの値の平均値が値７３．３であることを示している。
【００５６】
この平均計算結果は、上述したトラフィック指標値に該当する。つまり、本実施例におけるトラフィック指標値とは、プロトコルパケットのトラフィック量を、プロトコルパケットの種別に応じた重み付け値で重み付けた値の平均値である。図１０では、各々の集計用サンプリング期間の平均計算結果のうちの最小値（値５６．７）をハッチングで表示している。詳しくは後述するが、この最小値に対応する集計用サンプリング期間（ここでは「０」）は、冗長切替のタイミングを設定するために用いられる。
【００５７】
集計用単位毎計算結果テーブル１６２の具体例を図１１に示す。図示する集計用単位毎計算結果テーブル１６２では、集計用サンプリング期間は、集計用単位毎計算結果テーブル１６２の項番「２」に対応するコンフィグレーションテーブル１３２の集計用単位（１月）を、当該集計用単位に対応する集計用サンプリング周期（１日）ごとに区切った各々の期間である。例えば、集計用サンプリング期間「１」は、暦の１日であることを示す。平均計算結果は、解析データテーブル１４０に格納された重み付け計算結果の和の、集計用サンプリング期間ごと（ここでは日単位）の平均値である。例えば、集計用サンプリング期間「１」の平均計算結果は、解析データテーブル１４０の暦１日に対応する２４個のエントリにおける重み付け計算結果の各々の和を、複数の月の暦１日間で平均した値である。集計用サンプリング期間「１」の平均計算結果「４２１３．３」は、暦の１日における重み付け計算結果の和の月ごとの値の平均値が値４２１３．３であることを示している。
【００５８】
この平均計算結果は、上述したトラフィック指標値に該当する。図１１では、各々の集計用サンプリング期間の平均計算結果のうちの最小値（値３９７３．３）をハッチングで表示している。詳しくは後述するが、この最小値に対応する集計用サンプリング期間（ここでは「２」）は、冗長切替のタイミングを設定するために用いられる。
【００５９】
かかる集計用単位毎計算結果テーブル１６１，１６２に平均計算結果を格納する平均計算処理部１２１の処理について説明する。平均計算処理部１２１の処理の流れを図１２に示す。平均計算処理部１２１の処理は、コンフィグレーションテーブル１３２のいずれかの集計用単位に相当する時間が経過するたびに、繰り返し実行される。平均計算処理部１２１の処理が開始されると、図１２に示すように、平均計算処理部１２１は、まず、コンフィグレーションテーブル１３２の集計用単位の項番のうちの、未選択の項番の１つを選択する（ステップＳ５１０）。
【００６０】
項番の１つを選択すると、平均計算処理部１２１は、解析データテーブル１４０に格納されたデータを用いて、コンフィグレーションテーブル１３２の上記ステップＳ５１０で選択した項番に対応する集計用サンプリング周期ごとに平均値を計算する（ステップＳ５２０）。例えば、上記ステップＳ５１０で項番１を選択した場合には、集計用サンプリング周期「１時間」ごとに、すなわち、集計用単位毎計算結果テーブル１６１の集計用サンプリング期間の各々について、当該集計用サンプリング期間に対応する解析データテーブル１４０の全ての項番の重み付け計算結果を用いて、平均値を集計用単位「１日」分算出する。
【００６１】
平均値を算出すると、平均計算処理部１２１は、平均計算結果テーブル１６０に格納された集計用単位毎計算結果テーブルのうちの、上記ステップＳ５１０で選択した項番に対応する集計用単位毎計算結果テーブルに対して、対応する集計用サンプリング期間の平均計算結果の領域に、算出した平均値を登録する（ステップＳ５３０）。
【００６２】
平均値を登録すると、平均計算処理部１２１は、上記ステップＳ５１０において、コンフィグレーションテーブル１３２の集計用単位の全ての項番を選択するまで、上記ステップＳ５１０〜５３０の処理を繰り返す（ステップＳ５４０）。こうして、平均計算処理部１２１の処理は終了となる。
【００６３】
かかる平均計算処理部１２１の処理によって、集計用単位毎計算結果テーブル１６１，１６２のデータは、平均計算処理部１２１の処理が実行されるたびに、随時更新される。集計用単位毎計算結果テーブル１６１が更新された様子を図１３に示す。図示するように、集計用単位毎計算結果テーブル１６１における平均計算結果の最小値は、図１０に示した集計用サンプリング期間「０」における値５６．７から、集計用サンプリング期間「３」における値６３．４に変化している。同様に、集計用単位毎計算結果テーブル１６２が更新された様子を図１４に示す。図示するように、集計用単位毎計算結果テーブル１６２における平均計算結果の最小値は、図１１に示した集計用サンプリング期間「２」における値３９７３．３から、集計用サンプリング期間「５」における値３９５０．７に変化している。
【００６４】
ここで説明を図２に戻す。冗長切替タイミング計算処理部１２３は、平均計算結果テーブル１６０の値を用いて最適な冗長切替タイミングを計算し、冗長切替タイミング保持テーブル１７０に格納する。
【００６５】
かかる冗長切替タイミング計算処理部１２３の処理の流れを図１５に示す。冗長切替タイミング計算処理部１２３の処理は、平均計算処理部１２１の処理が終了した際に開始される。冗長切替タイミング計算処理部１２３の処理が開始されると、図１５に示すように、冗長切替タイミング計算処理部１２３は、まず、平均計算結果テーブル１６０に用意された各々の集計用単位毎計算結果テーブル１６１，１６２のうちの、未選択の集計用単位毎計算結果テーブルの１つを選択する（ステップＳ６１０）。
【００６６】
１つの集計用単位毎計算結果テーブルを選択すると、冗長切替タイミング計算処理部１２３は、選択した集計用単位毎計算結果テーブルの平均計算結果の最小値を検索する（ステップＳ６２０）。最小値を検索すると、冗長切替タイミング計算処理部１２３は、検索した最小値に対応する集計用サンプリング期間に相当する時間情報を冗長切替タイミング保持テーブル１７０に登録する（ステップＳ６３０）。集計用サンプリング期間を登録すると、冗長切替タイミング計算処理部１２３は、上記ステップＳ６１０において、全ての集計用単位毎計算結果テーブルを選択するまで、上記ステップＳ６１０〜６３０の処理を繰り返す（ステップＳ６４０）。こうして、平均計算処理部１２１の処理は終了となる。
【００６７】
かかる冗長切替タイミング計算処理部１２３の処理によって、集計用サンプリング期間が登録される冗長切替タイミング保持テーブル１７０の具体例を図１６に示す。図示するように、冗長切替タイミング保持テーブル１７０には、項番と冗長切替タイミングとが対応付けられて記録される。項番は、コンフィグレーションテーブル１３２の項番、換言すれば、集計用単位毎計算結果テーブル１６１，１６２に対応している。具体的には、項番「１」は、集計用単位毎計算結果テーブル１６１に対応し、項番「２」は、集計用単位毎計算結果テーブル１６２に対応している。冗長切替タイミングは、項番に対応する集計用単位毎計算結果テーブルの平均計算結果の各々の値のうちの最小値に対応する集計用サンプリング期間、すなわち、上記ステップＳ６３０で登録する集計用サンプリング期間である。
【００６８】
図１６に示す例では、項番「１」の冗長切替タイミングとして、図１０に示した集計用単位毎計算結果テーブル１６１の平均計算結果の最小値「５６．７」に対応する集計用サンプリング期間「０」に相当する「０時」が格納されている。本実施例では、集計用サンプリング期間「０」は、上述したように、０〜１時の時間を示すが、本実施例では、集計用サンプリング期間「０」が示す期間の始期を、冗長切替タイミングとして登録する構成としている。ただし、冗長切替タイミングとして登録する時間情報は、集計用サンプリング期間「０」が示す期間中で設定すればよく、例えば、終期で設定してもよいし、中央時刻で設定してもよい。また、図１６に示す例では、項番「２」の冗長切替タイミングとして、図１１に示した集計用単位毎計算結果テーブル１６２の平均計算結果の最小値「３９７３．３」に対応する集計用サンプリング期間「２」に相当する「２日」が格納されている。
【００６９】
本実施例においては、コンフィグレーションテーブル１３２の冗長切替時刻条件には、「集計用単位全て」が設定されている。このため、冗長切替タイミング保持テーブル１７０には、図１６に示したように、コンフィグレーションテーブル１３２に設定された項番１，２の集計用単位の各々に対応する冗長切替タイミングの値が格納される。コンフィグレーションテーブル１３２の冗長切替時刻条件が、例えば、１つの集計用単位を指定するものであれば、冗長切替タイミング保持テーブル１７０には、指定された集計用単位に対応する冗長切替タイミングの値のみが格納される。冗長切替タイミング保持テーブル１７０に複数の冗長切替タイミングの値が設定される場合、第１の制御部１００と第２の制御部２００との冗長切替タイミングは、当該複数の値の論理積を意味する。つまり、図１６に例示した冗長切替タイミング保持テーブル１７０の登録内容は、第１の制御部１００と第２の制御部２００との冗長切替のタイミングが、毎月の２日の０時であることを示している。
【００７０】
かかる冗長切替タイミング保持テーブル１７０の登録内容は、冗長切替タイミング計算処理部１２３の処理が実行されるたびに、随時更新される。冗長切替タイミング保持テーブル１７０が更新された様子を図１７に示す。図示するように、冗長切替タイミング保持テーブル１７０における冗長切替タイミングは、図１６に示した冗長切替タイミングから更新されている。この更新後の内容は、図１３および図１４に示した、更新後の集計用単位毎計算結果テーブル１６１，１６２に基づいて、更新されたものである。具体的には、集計用単位毎計算結果テーブル１６１の更新後の最小値に対応する集計用サンプリング期間「３」に相当する「３時」と、集計用単位毎計算結果テーブル１６２の更新後の最小値に対応する集計用サンプリング期間「５」に相当する「５日」に更新されている。
【００７１】
ここで、説明を図２に戻す。冗長切替制御部１２４は、中継装置４０の初期設定に基づいて、第１の制御部１００を運用系、または、待機系に設定する。また、冗長切替制御部１２４は、第１の制御部１００と第２の制御部２００との冗長切替の制御を行う。この冗長切替制御部１２４が冗長切替を制御する処理は、コンフィグレーションテーブル１３２の設定に基づいて自動的な冗長切替を行う処理（以下、第１の処理ともいう）と、ユーザ操作に基づいて、監視サーバ７０から切替指示を受信し、当該切替指示に基づいて冗長切替を行う処理（以下、第２の処理ともいう）とに分類することができる。以下、第１の処理と第２の処理とについて説明する。なお、中継装置４０がパーソナルコンピュータに接続可能なインタフェースを備える場合には、切替指示は、当該インタフェースに接続されたパーソナルコンピュータから受け付けてもよい。あるいは、中継装置４０がタッチパネル式ディスプレイなどの種々の入力機構を備える場合には、切替指示は、当該入力機構から受け付けてもよい。
【００７２】
冗長切替制御部１２４における第１の処理の流れを図１８に示す。第１の処理は、中継装置４０の起動と共に開始され、その後、繰り返し実行される。図示するように、第１の処理が開始されると、冗長切替制御部１２４は、まず、コンフィグレーションテーブル１３２の自動冗長切替機能の有効設定の値を取得し、自動冗長切替機能が有効に設定されているか否かを判断する（ステップＳ７１０）。判断の結果、自動冗長切替機能が無効であれば（ステップＳ７１０：ＮＯ）、冗長切替制御部１２４は、第１の処理を終了する。
【００７３】
一方、自動冗長切替機能が有効であれば（ステップＳ７１０：ＹＥＳ）、冗長切替制御部１２４は、冗長切替タイミング保持テーブル１７０を参照して、冗長切替タイミングが登録されているか否かを判断する（ステップＳ７２０）。この判断は、コンフィグレーションテーブル１３２の冗長切替時刻条件で設定された全ての集計用単位の項番に対して冗長切替タイミングが登録されているか否かを判断するものである。
【００７４】
判断の結果、冗長切替タイミングが登録されていなければ（ステップＳ７２０：ＮＯ）、平均計算結果テーブル１６０への平均計算結果の蓄積が十分ではないということである。換言すれば、中継装置４０の使用が開始されてから、ユーザが意図する冗長切替の周期に相当する期間が経過していないということである。そのため、この段階では、冗長切替を実行する必要がない。そこで、冗長切替制御部１２４は、第１の処理を終了する。
【００７５】
一方、冗長切替タイミングが登録されていれば（ステップＳ７２０：ＹＥＳ）、冗長切替制御部１２４は、現在時刻を取得し（ステップＳ７３０）、冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングに達しているか否かを判断する（ステップＳ７４０）。その結果、冗長切替タイミングに達していなければ（ステップＳ７４０：ＮＯ）、冗長切替制御部１２４は、第１の処理を終了する。一方、冗長切替タイミングに達していれば（ステップＳ７４０：ＹＥＳ）、冗長切替制御部１２４は、第１の制御部１００と第２の制御部２００との冗長切替を実行する（ステップＳ７５０）。具体的には、冗長切替制御部１２４は、第２の制御部２００に対して、待機系から運用系に切り替わるように指示を出すと共に、第１の制御部１００を運用系から待機系に切り替える。
【００７６】
こうして、第１の処理は、終了となる。第１の処理は、繰り返し実行されるので、第１の処理は、第１の制御部１００を運用系とした中継装置４０の使用が一定期間、つまり、ユーザがコンフィグレーションテーブル１３２に設定した集計用単位の最大値に相当する期間に達した後、冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングで冗長切替を実行することを意味している。なお、本実施例においては、コンフィグレーションテーブル１３２の自動冗長切替機能の有効設定が「無効」に設定されている場合であっても、上述したパケット解析処理部１１０、平均計算処理部１２１、冗長切替タイミング計算処理部１２３の処理は実行されるものとした。こうすれば、中継装置４０の使用途中で、自動冗長切替機能の有効設定を無効から有効に切り替えたとしても、当該切替時には、既に、トラフィック指標値（平均計算結果テーブル１６０の平均計算結果）が蓄積され、冗長切替タイミング保持テーブル１７０に冗長切替タイミングが格納されていることになる。その結果、自動冗長切替を円滑に開始することができる。ただし、自動冗長切替機能の有効設定が「無効」に設定されている場合には、パケット解析処理部１１０、平均計算処理部１２１、冗長切替タイミング計算処理部１２３の処理は実行されないものとしてもよい。勿論、何れか一方の構成を選択的に設定できるものであってもよい。
【００７７】
冗長切替制御部１２４における第２の処理の流れを図１９に示す。第２の処理は、監視サーバ７０においてユーザが入力した冗長切替指示を、中継装置４０が監視サーバ７０から受信した際に開始される。冗長切替制御部１２４の処理が開始されると、冗長切替制御部１２４は、まず、コンフィグレーションテーブル１３２の自動冗長切替機能の有効設定の値を取得し、自動冗長切替機能が有効に設定されているか否かを判断する（ステップＳ８１０）。判断の結果、自動冗長切替機能が無効であれば（ステップＳ８１０：ＮＯ）、冗長切替制御部１２４は、即刻、冗長切替を実行する（ステップＳ８８０）。なお、受信した切替指示に、冗長切替を実行する時間情報が含まれている場合には、当該時間情報に基づく時間に冗長切替を実行してもよい。
【００７８】
一方、自動冗長切替機能が有効であれば（ステップＳ８１０：ＹＥＳ）、冗長切替制御部１２４は、冗長切替タイミング保持テーブル１７０を参照して、冗長切替タイミングが登録されているか否かを判断する（ステップＳ８２０）。ここでの判断は、上記ステップＳ７２０とは異なる。具体的には、ステップＳ８２０では、コンフィグレーションテーブル１３２の集計用コンフィグに設定された、所定の集計用単位に対応する項番に対して、冗長切替タイミング保持テーブル１７０に冗長切替タイミングが登録されているか否かを判断する。
【００７９】
所定の集計用単位とは、本実施例においては、コンフィグレーションテーブル１３２の集計用コンフィグに設定された集計用単位の最小値（図４の例では１日）である。つまり、ステップＳ８２０では、図１６に示した冗長切替タイミング保持テーブル１７０を用いれば、項番「１」に対して、冗長切替タイミングが登録されているか否かを判断する。なお、所定の集計用単位は、コンフィグレーションテーブル１３２の集計用コンフィグに設定された集計用単位の最小値に限るものではない。冗長切替タイミング保持テーブル１７０に登録される冗長切替タイミングが、階層的な時間情報、例えば、月／日／時や、月／曜日／時として登録される場合には、冗長切替タイミングが最上位の階層（最も長い期間の階層）を除く１以上の階層で規定される時間となるように適宜設定すればよい。例えば、冗長切替タイミングが、月／日／時で設定される場合、つまり、コンフィグレーションテーブル１３２の集計用単位が１年，１月および１日で設定される場合には、所定の集計用単位は、１月および１日としてもよい。このとき、所定の集計用単位に対応する冗長切替タイミングは、日／時で規定される時間となる。あるいは、所定の集計用単位は、１月としてもよい。このとき、所定の集計用単位に対応する冗長切替タイミングは、日のみで規定される時間となる。
【００８０】
判断の結果、冗長切替タイミングが登録されていれば（ステップＳ８２０：ＹＥＳ）、冗長切替制御部１２４は、所定の集計用単位に対応する項番に対して冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングを、受信した切替指示に基づく冗長切替実行タイミングとして設定する（ステップＳ８３０）。本実施例では、所定の集計用単位は、コンフィグレーションテーブル１３２の集計用コンフィグに設定された集計用単位の最小値であるから、図４および図１６の例を用いれば、冗長切替実行タイミングは、最小値「１日」（項番「１」）に対応する「０時」となる。
【００８１】
このようにして冗長切替実行タイミングを設定すれば、ユーザの手動操作に基づいて冗長切替を行う際にも、トラフィック指標値が小さい時間帯で、冗長切替を行うことができるので、冗長切替に起因するネットワークへの影響を抑制することができる。また、ユーザの操作負担が軽減される。例えば、時間に関係なく、その日のうちに冗長切替を行えばよい状況において、ユーザは、時間を気にすることなく、冗長切替指示を送信するための操作を行えばよい。あるいは、ユーザは、冗長切替指示を送信するための操作を行う際に、トラフィック指標値が小さい時間帯を調べて、当該時間帯を指定する必要がない。
【００８２】
一方、冗長切替タイミングが登録されていなければ（ステップＳ８２０：ＮＯ）、冗長切替制御部１２４は、解析データテーブル１４０を参照して、エントリ内の重み付け計算結果の和の最小値を検索する（ステップＳ８４０）。最小値を検索すると、冗長切替制御部１２４は、検索した最小値に対応するエントリのサンプリング期間を、受信した切替指示に基づく冗長切替実行タイミングとして設定する（ステップＳ８５０）。
【００８３】
このようにして冗長切替実行タイミングを設定すれば、平均計算結果テーブル１６０への平均計算結果の蓄積が十分ではない場合、例えば、中継装置４０の初期使用時においても、トラフィック指標値が小さくなる時間帯で冗長切替を行うことができる。
【００８４】
上記ステップＳ８３０またはＳ８５０で冗長切替実行タイミングを設定すると、冗長切替制御部１２４は、現在時刻を取得し、設定された冗長切替実行タイミングに達しているか否かを判断する処理を繰り返し（ステップＳ８６０，Ｓ８７０）、冗長切替実行タイミングに達した際に（ステップＳ８７０：ＹＥＳ）、冗長切替を実行する（ステップＳ８８０）。こうして、第２の処理は終了となる。
【００８５】
ここで、説明を図２に戻す。冗長切替タイミング出力部１２２は、ユーザ操作に基づいて監視サーバ７０が送信した出力指示を中継装置４０が受信した際に、平均計算結果テーブル１６０に格納されたプロトコルパケットの集計結果に基づく情報を出力する。冗長切替タイミング出力部１２２の処理を図２０に示す。冗長切替タイミング出力部１２２の処理は、出力指示を受信することによって開始される。なお、中継装置４０がパーソナルコンピュータに接続可能なインタフェースを備える場合には、出力指示は、当該インタフェースに接続されたパーソナルコンピュータから受け付けてもよい。あるいは、中継装置４０がタッチパネル式ディスプレイなどの種々の入力機構を備える場合には、切替指示は、当該入力機構から受け付けてもよい。
【００８６】
冗長切替タイミング出力部１２２の処理が開始されると、冗長切替タイミング出力部１２２は、まず、入力された出力指示の内容を判断する（ステップＳ９１０）。本実施例においては、監視サーバ７０は、冗長切替タイミング表示と、データテーブル全表示とのうちのいずれかを指定して、出力指示を送信可能に構成されている。また、監視サーバ７０は、集計用サンプリング周期を指定して、出力指示を送信可能に構成されている。ステップＳ９１０では、冗長切替タイミング出力部１２２は、入力された出力指示が、冗長切替タイミング表示と、データテーブル全表示とのうちのいずれを指定するものかを判断する。
【００８７】
判断の結果、出力指示が冗長切替タイミング表示を指定するものであれば（Ｓ９１０：冗長切替タイミング表示）、冗長切替タイミング出力部１２２は、冗長切替タイミング保持テーブル１７０を参照して、指定された集計用サンプリング周期に対応する冗長切替タイミングを取得し、出力する（ステップＳ９２０）。ここでの出力とは、取得した冗長切替タイミングを表示可能なデータを、監視サーバ７０に送信することである。ただし、出力の態様は、データ送信に限られるものではない。例えば、中継装置４０が、出力指示を直接的に受付可能なインタフェースと、ディスプレイとを備えている場合には、冗長切替タイミング出力部１２２は、取得した冗長切替タイミングをディスプレイに表示してもよい。なお、集計用サンプリング周期の指定がない場合には、冗長切替タイミング出力部１２２は、冗長切替タイミング保持テーブル１７０に格納された全ての冗長切替タイミングを出力する。
【００８８】
一方、出力指示がデータテーブル全表示を指定するものであれば（Ｓ９１０：データテーブル全表示）、冗長切替タイミング出力部１２２は、平均計算結果テーブル１６０を参照して、指定された集計用サンプリング周期に対応する集計用単位毎計算結果テーブルを取得するとともに、冗長切替タイミング保持テーブル１７０を参照して、指定された集計用サンプリング周期に対応する冗長切替タイミングを取得し、取得結果を出力する（ステップＳ９３０）。
【００８９】
なお、出力対象は、上述の例に限らず、プロトコルパケットのトラフィック量の集計結果に基づくものであればよい。例えば、平均計算結果テーブルのみを出力するものであってもよい。あるいは、解析データテーブル１４０を出力するものであってもよい。
【００９０】
かかる冗長切替タイミング出力部１２２の処理によれば、ユーザは、手動操作に基づいて冗長切替を行いたい場合に、所望の時間周期における、重み付けられたプロトコルパケットのトラフィック量、すなわち、トラフィック指標値を確認することができる。したがって、ネットワークへの影響が小さい時間帯に、あるいは、ネットワークへの影響が小さい時間帯を指定して、中継装置４０に冗長切替指示を与えることができる。
【００９１】
Ａ−３．効果：
上述した中継装置４０によれば、ネットワークの経路構築や、保守・運用を行う上で、重要な役割を担っているプロトコルパケットに基づいて、所定期間ごとのトラフィック指標値を算出し、当該トラフィック指標値に基づいたタイミングで、第１の制御部１００と第２の制御部２００との間での冗長切替を行うので、冗長切替に伴うネットワークへの影響を好適に抑制することができる。例えば、通信パケットの種別を考慮せずに、トラフィック量に基づいたタイミングで、冗長切替を行う構成と比べて、ネットワークへの影響をいっそう抑制することができる。つまり、単なるトラフィック量ではなく、各々のトラフィックの重要性を考慮して、冗長切替のタイミングを設定することができる。しかも、冗長切替は、自動的に行われるので、ユーザは、必ずしも手動操作で切替を行う必要がない。その結果、ユーザの管理負担を軽減することができる。
【００９２】
また、中継装置４０によれば、プロトコルパケットの種類に応じて、重み付けを行ってトラフィック指標値を算出するので、プロトコルパケットの種類に応じたネットワークへの影響度を反映したタイミングで、冗長切替を行うことができる。したがって、冗長切替に伴うネットワークへの影響を、より精度良く抑制することができる。
【００９３】
また、中継装置４０によれば、時間の経過に伴って、中継装置４０内に蓄積されるトラフィック指標値が更新されると、当該更新結果に応じて、冗長切替タイミングが随時変更される。したがって、ネットワーク構成の変更や、運用方法の変更に伴って、ネットワークにおけるプロトコルパケットのトラフィック量の時間的な偏りの特性が変化した場合にも、その変化に好適に追随して、冗長切替に伴うネットワークへの影響を好適に抑制することができる。
【００９４】
Ｂ．第２実施例：
本発明の通信システムの第２実施例としての中継装置４０ａ，４０ｂを用いたネットワークシステム３０ａの概略構成を図２１に示す。図２１において、第１実施例のネットワークシステム３０（図１参照）と同一の構成については、図１と同一の符号を付して、説明を省略し、第１実施例と異なる点についてのみ説明する。ネットワークシステム３０ａは、中継装置４０ａ，４０ｂと中継装置６０と監視サーバ７０とを備えている。中継装置４０ａ，４０ｂは、装置単位で冗長化された冗長構成を備えている。本実施例においては、中継装置４０ａと中継装置４０ｂとは、ＶＲＲＰ（Virtual Router Redundancy Protocol）を用いて、一方がマスタ（運用系）に設定され、他方がバックアップ（待機系）に設定される。図２１では、中継装置４０ａがマスタとして設定され、中継装置４０ｂがバックアップとして設定された様子を示している。以下では、中継装置４０ａがマスタとして設定され、中継装置４０ｂがバックアップとして設定されているものとして説明する。
【００９５】
ＶＲＲＰは、周知の技術であるので、詳しい説明は省略するが、ＶＲＲＰでは、同一のＶＲＲＰグループ内の中継装置間で、自機に設定された優先度を含むＡＤＶＥＲＴＩＳＥＭＥＮＴパケットをやり取りし、優先度が最も高い中継装置がマスタとして動作し、その他の中継装置はバックアップとして動作する。
【００９６】
図２１に示すように、中継装置４０ａ，４０ｂ，６０は、トラフィックＴ１１，Ｔ１２によって、図示しない端末の送受信する通信パケットを中継する。また、中継装置４０ａ，４０ｂは、トラフィックＴ１３〜Ｔ１６によって、中継装置６０や、ネットワークＮＴ内の通信装置（図示省略）との間で、プロトコルパケットを相互に送受信している。また、監視サーバ７０は、トラフィックＴ１７，Ｔ１８によって、中継装置４０ａ，４０ｂのトラフィック量を取得することができる。
【００９７】
本実施例では、中継装置４０ａ，４０ｂは、同一の構成を備えている。中継装置４０ａ，４０ｂを代表して、中継装置４０ａの構成について説明する。中継装置４０ａの概略構成を図２２に示す。中継装置４０ａは、以下に説明する点を除き、第１実施例として示した中継装置４０と同一の構成を備えている。図２２において、第１実施例の中継装置４０（図２参照）と同一の構成については、図２と同一の符号を付して、説明を省略し、異なる点についてのみ説明する。図２２に示すように、中継装置４０ａは、第１の制御部１００ａ、第２の制御部２００ａを備えている。第１の制御部１００ａと第２の制御部２００ａとは、同一の構成であり、図２２において、第２の制御部２００ａの詳細は、図示を省略している。
【００９８】
図２２に示すように、第１の制御部１００ａは、コンフィグレーション領域１３０ａと、冗長切替制御部１２４ａと、ＶＲＲＰ制御部１８０ａとを備えている。コンフィグレーション領域１３０ａには、コンフィグレーションテーブル１３２ａが確保されている。コンフィグレーションテーブル１３２ａの具体例を図２３に示す。図示するように、コンフィグレーションテーブル１３２ａは、第１実施例として示したコンフィグレーションテーブル１３２（図４参照）に対して、ＶＲＲＰ連携機能が格納されている。ＶＲＲＰ連携機能は、ＶＲＲＰを用いて、第１実施例で説明したトラフィック指標値に基づいたタイミングで、中継装置４０ａと中継装置４０ｂとの間での冗長切替を行う機能についての設定情報である。
【００９９】
ＶＲＲＰ連携機能は、有効設定と、バックアップ優先度とを設定可能に構成されている。有効設定は、ＶＲＲＰ連携機能が有効であるか無効であるかを表す。バックアップ優先度は、自機（中継装置４０ａ）が、マスタからバックアップに移行する際に、自機に設定する優先度を表す。図２３に示す例では、ＶＲＲＰ連携機能は「有効」に設定されている。また、バックアップ優先度は、優先度が最も低い値１に設定されている。中継装置４０ａが、優先度が最も低い値１を自機の優先度として設定し、当該優先度を含むＡＤＶＥＲＴＩＳＥＭＥＮＴパケットを送信すれば、中継装置４０ａがマスタからバックアップに移行するとともに、中継装置４０ｂがバックアップからマスタに移行する冗長切替を確実に実行することができる。
【０１００】
冗長切替制御部１２４ａは、第１実施例としての冗長切替制御部１２４と同様に、第１の処理と第２の処理とを実行するが、第１の処理の内容の一部が、第１実施例と異なる。その他の点については、第１実施例と同様である。以下、第１実施例としての第１の処理（図１８参照）と異なる点についてのみ説明する。冗長切替制御部１２４ａが実行する第１の処理の流れを図２４に示す。図２４において、図１８と同一の処理については、図１８と同一の符号を付している。図２４に示すように、冗長切替タイミングが登録されているか否かの判断の結果、冗長切替タイミングが登録されていれば（ステップＳ７２０：ＹＥＳ）、冗長切替制御部１２４ａは、コンフィグレーションテーブル１３２ａのＶＲＲＰ連携機能の有効設定の値を取得し、ＶＲＲＰ連携機能が有効に設定されているか否かを判断する（ステップＳ１０１０）。
【０１０１】
判断の結果、ＶＲＲＰ連携機能が無効であれば（ステップＳ１０１０：ＮＯ）、冗長切替制御部１２４ａは、上述したステップＳ７３０に処理を進める。一方、ＶＲＲＰ連携機能が有効であれば（ステップＳ１０１０：ＹＥＳ）、冗長切替制御部１２４ａは、冗長切替タイミング保持テーブル１７０に格納された冗長切替タイミングをＶＲＲＰ制御部１８０ａに通知して（ステップＳ１０２０）、第１の処理を終了する。
【０１０２】
ＶＲＲＰ制御部１８０ａの処理を図２５に示す。ＶＲＲＰ制御部１８０ａの処理は、冗長切替制御部１２４ａから上述の通知（上記ステップＳ１０２０参照）を受け取ることによって開始される。図２５に示すように、ＶＲＲＰ制御部１８０ａの処理が開始されると、ＶＲＲＰ制御部１８０ａは、まず、コンフィグレーションテーブル１３２ａを参照して、ＶＲＲＰ連携機能のバックアップ優先度を取得する（ステップＳ１１１０）。
【０１０３】
バックアップ優先度を取得すると、ＶＲＲＰ制御部１８０ａは、冗長切替制御部１２４ａから通知された冗長切替タイミングになるまで待機し、当該タイミングになったときに、上記ステップＳ１１１０で取得したバックアップ優先度を自機に設定するとともに、当該バックアップ優先度を設定したＡＤＶＥＲＴＩＳＥＭＥＮＴパケットをマルチキャストで送信する（ステップＳ１１２０）。これによって、中継装置４０ａは、マスタからバックアップに移行するとともに、中継装置４０ｂがバックアップからマスタに移行する。こうして、ＶＲＲＰ制御部１８０ａの処理は終了となる。
【０１０４】
なお、中継装置４０ａ，４０ｂに設定される優先度は、所定のタイミングで、もとの値に戻せばよい。かかる優先度の変更は、手動操作で行ってもよいし、タイマ制御などで、自動的に行ってもよい。所定のタイミングは、例えば、コンフィグレーションテーブル１３２に設定された集計用単位の最大値の期間が経過した後としてもよい。こうすれば、ユーザが所望する切替周期で冗長切替を行うことができる。また、自動的に優先度を変更する場合には、中継装置４０ａは、冗長切替制御部１２４ａから通知された冗長切替タイミングを記憶しておき、次回の当該冗長切替タイミングで、優先度の変更を行ってもよい。
【０１０５】
上述の説明からも明らかなように、トラフィック指標値に基づいたタイミングでの冗長切替は、１つの装置内の冗長構成に限らず、装置単位での冗長構成にも適用することができる。第２実施例では、中継装置４０ａにおける第１の制御部１００ａと第２の制御部２００ａとの間での冗長切替と、中継装置４０ａと中継装置４０ｂとの間での冗長切替とを選択的に実行できる構成を示したが、トラフィック指標値に基づいたタイミングで、中継装置４０ａと中継装置４０ｂとの間での冗長切替を行う構成のみを備えていてもよいことは勿論である。また、利用する冗長化プロトコルは、ＶＲＲＰに限らず、種々のプロトコルを利用することができる。例えば、ＧＳＲＰ（Gigabit Switch Redundancy Protocol）やＣＡＲＰ（Common Address Redundancy Protocol）などを利用してもよい。
【０１０６】
Ｃ．変形例：
上述の実施例の変形例について説明する。
Ｃ−１．変形例１：
上述の実施形態においては、設定したプロトコルパケットのトラフィック量のみに基づいて、トラフィック指標値を算出し、当該トラフィック指標値に基づいたタイミングで冗長切替を実行する構成について示したが、トラフィック指標値の算出対象は、プロトコルパケットに限るものではない。プロトコルパケット以外の通信パケット、例えば、データパケットについても、算出対象としてもよい。例えば、設定したプロトコルパケットと、設定したプロトコルパケット以外の通信パケット（以下、非プロトコルパケットともいう）とを区分して、区分に応じて設定した重み付け値を用いて、所定期間ごとのトラフィック量を重み付けて、設定された期間ごとにトラフィック指標値を算出してもよい。こうすれば、非プロトコルパケットに係る通信に与える影響についても反映したタイミングで、冗長切替を行うことができる。プロトコルパケットは、データパケットなどと比べて、冗長切替に伴うネットワークへの影響が大きいので、プロトコルパケットの重み付け値を、非プロトコルパケットの重み付け値よりも小さく設定してもよい。なお、プロトコルパケットの重み付け値は、一律の値で設定してもよいし、図３に示したように、プロトコルパケットの種類に応じて、さらに細分化した区分を設定して、当該区分ごとに設定してもよい。
【０１０７】
Ｃ−２．変形例２：
上述の実施形態においては、平均計算結果テーブル１６０を用いて、集計用サンプリング期間ごとに、所定の重み付け値で重み付けたトラフィック量の平均値を算出し、それをトラフィック指標値とする構成について示したが、トラフィック指標値は、必ずしも平均値を用いる必要はない。上述したコンフィグレーションテーブル１３２は、集計用単位に１月を含んでいるが、１月は、例えば、３０日の月と３１日の月とがある。そのため、上述の実施形態では、月ごとの日数の違いを揃えるために、すなわち、正規化するために、平均値を用いる構成について示した。こうすれば、冗長切替に伴うネットワークへの影響度をより精度良く評価できる。ただし、求められる精度によっては、正規化を行う必要はない。あるいは、例えば、集計用単位が「１週間」と「１日」とで設定される場合には正規化を行う必要はない。トラフィック指標値は、所定の重み付け値（重み付け値が全て同一、つまり、重み付けなしを含む）で重み付けたトラフィック量の大小関係が反映される指標として適宜設定すればよい。
【０１０８】
Ｃ−３．変形例３：
上述の実施形態においては、運用系として設定された第１の制御部１００または中継装置４０ａは、第１の制御部１００または中継装置４０ａに蓄積されたトラフィック指標値のみに基づいて、冗長切替タイミングを設定する構成について示した。しかし、かかる構成に限られるものではない。運用系として設定された第１の制御部１００または中継装置４０ａは、待機系として設定された第２の制御部２００または中継装置４０ｂに蓄積されたトラフィック指標値も加味して、冗長切替タイミングを設定してもよい。かかる構成は、例えば、第２の制御部２００が運用系から待機系に切り替わる際に、第１の制御部１００に対して、第２の制御部２００のメモリに蓄積されたトラフィック指標値（解析データテーブル１４０の重み付け計算結果であってもよい）を出力することで実現できる。また、待機系側においても、通信パケットを扱い、かつ、自系列が扱う通信パケットに基づいて、トラフィック指標値を蓄積可能な構成とする場合には、待機系として設定された際に蓄積したトラフィック指標値も加味してもよい。これらのようにすれば、より多くのトラフィック量に基づいたトラフィック指標値を用いて、冗長切替タイミングを設定することができるので、特異値を吸収しやすくなる。
【０１０９】
Ｃ−４．変形例４：
上述の実施形態においては、冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングに基づいて、冗長切替を自動的に行う構成について示したが、冗長切替は、切替指示のみに基づいて行う構成としてもよい。こうしても、ユーザは、冗長切替タイミング出力部１２２の処理を利用して、ネットワークへの影響が小さい時間帯を確認し、切替指示を行うことができる。
【０１１０】
Ｃ−５．変形例５：
上述の実施形態においては、冗長切替タイミング保持テーブル１７０に格納される冗長切替タイミングは、平均計算結果テーブル１６０に格納される平均処理結果（トラフィック指標値）の最小値に対応するサンプリング期間であったが、必ずしも、最小値を採用する必要はない。例えば、２番目に小さい値に対応するサンプリング期間を、冗長切替タイミングとして、冗長切替タイミング保持テーブル１７０に格納してもよい。平均処理結果が小さい値であるほど、冗長切替タイミングとして望ましいことは勿論であるが、平均処理結果が、各サンプリング期間の中で相対的に小さい期間、例えば、各サンプリング期間の平均処理結果の中央値よりも小さい値、または、平均値よりも小さい値のうちから、冗長切替タイミングとして採用するサンプリング期間を設定してもよい。こうしても、所定程度の効果を奏することができる。
【０１１１】
Ｃ−６．変形例６：
上述の実施形態においては、２系列に冗長化された冗長化構成について示したが、冗長化構成は３系列以上であってもよい。その場合には、各系列に、次回、自系列の次に運用系に切り替えられる系列を設定しておいてもよい。こうすれば、所定の規則に従った順序で、各系列を均等に運用系として設定することができる。
【０１１２】
Ｃ−７．変形例７：
上述の実施形態においては、冗長化構成を備える通信システムとして、中継装置によって構成されるシステムを例示したが、冗長化構成は、中継装置に限るものではない。例えば、サーバや、ＮＡＳ（Network Attached Storage）などであってもよい。つまり、通信パケットの送受信および中継の少なくとも１つを行う通信部を備える装置であればよい。通信部は、装置内に内蔵されていてもよいし、着脱可能に接続されていてもよい。
【０１１３】
Ｃ−８．変形例８：
上述の実施形態においては、トラフィック指標値を随時更新していくことで、冗長切替タイミングを動的に設定する構成について示したが、トラフィック指標値の算出は、所定期間の経過後に停止してもよい。こうすれば、中継装置の演算負荷を軽減することができる。所定期間は、例えば、コンフィグレーションテーブル１３２に設定された集計用単位の最大値の１倍、５倍など設定することができる。所定期間を、集計用単位の最大値の数倍以上確保すれば、集計用単位で規定される期間ごとのトラフィック量の変動を吸収することができる。
【０１１４】
Ｃ−９．変形例９：
上述の実施形態においては、プロトコルパケットのトラフィック量に着目して、冗長切替のタイミングを設定する構成について示したが、通信パケットの種別に関係なく、全ての通信パケットのトラフィック量に基づいて、冗長切替のタイミングを設定してもよい。この場合、例えば、解析データテーブル１４０には、サンプリング期間ごとのトラフィック量を格納すればよい。こうすれば、平均計算結果テーブル１６０の平均計算結果の更新に伴い、更新された平均計算結果に応じて、冗長切替タイミング保持テーブル１７０の登録内容が変更され、その結果、冗長切替を実行するタイミングも変更されることとなる。かかる構成によれば、通信パケットの通信量に基づいて、ネットワークへの影響の少ない時間帯に、冗長切替を実行することができる。しかも、冗長切替タイミングは、動的に設定されるので、ネットワークにおけるトラフィック量の時間的な偏りの特性が変化した場合にも、その変化に好適に対応することができる。その結果、冗長切替コマンドによって冗長切替を行う従来手法において問題となっていた、ユーザの管理負担を軽減するという課題を解決することができる。
【０１１５】
以上、本発明の実施形態について説明したが、上述した実施形態における構成要素のうち、独立クレームに記載された要素に対応する要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、通信システムとしての構成のほか、通信システムに用いるプログラム、当該プログラムを記録した記憶媒体、冗長化構成の切替方法等としても実現することができる。
【符号の説明】
【０１１６】
３０，３０ａ…ネットワークシステム
４０，４０ａ，４０ｂ，５０，６０…中継装置
７０…監視サーバ
１００，１００ａ…第１の制御部
１１０…パケット解析処理部
１１１…受信処理部
１１２…送信処理部
１１３…中継処理部
１２１…平均計算処理部
１２２…冗長切替タイミング出力部
１２３…冗長切替タイミング計算処理部
１２４，１２４ａ…冗長切替制御部
１３０，１３０ａ…コンフィグレーション領域
１３１…解析フローテーブル
１３２，１３２ａ…コンフィグレーションテーブル
１４０…解析データテーブル
１５０…計算結果データ領域
１６０…平均計算結果テーブル
１６１…集計用単位毎計算結果テーブル
１６２…集計用単位毎計算結果テーブル
１７０…冗長切替タイミング保持テーブル
１８０ａ…ＶＲＲＰ制御部
２００，２００ａ…第２の制御部
３００…回線部
Ｔ１〜Ｔ４，Ｔ１１〜Ｔ１８…トラフィック
【技術分野】
【０００１】
本発明は、通信システムについての冗長化構成の切替技術に関する。
【背景技術】
【０００２】
通信システムでは、通信の信頼性を向上させるために、装置または装置内の特定部位を冗長化する技術が知られている。例えば、２系統に冗長化された装置または特定部位は、一方が運用系として設定され、他方が待機系として設定される。運用系と待機系とは、所定のタイミングで切り替えられる（かかる切り替えを以下、冗長切替ともいう）。かかる冗長切替は、従来、以下のように行われていた。
【０００３】
第１の例としては、ネットワークの保守者が、監視サーバを用いて、冗長化構成を備える通信システムのトラフィック量の少ない時刻を確認して、その時刻周期で冗長切替を定期的に実施する設定を、当該通信システムに対して行う。トラフィック量は、ＳＮＭＰ（Simple Network Management Protocol）のＧＥＴ ＲＥＱＵＥＳＴなどを用いて、定期的に取得することができる。第２の例としては、保守者が、監視サーバを用いて、トラフィック量の少ない時刻に、冗長化構成を備える通信システムに対して冗長切替コマンドを投入し、手動操作によって冗長切替を行う。
【０００４】
これらのように、トラフィック量の少ない時刻に冗長切替を行うことによって、冗長切替に伴うネットワークへの影響を抑制することができる。しかしながら、ネットワークへの影響を抑制することは、重要な課題であり、さらなる改善が求められていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２３９６４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、冗長化構成を備える通信システムにおける冗長化構成の切替に際して、ネットワークへの影響を好適に抑制することである。
【課題を解決するための手段】
【０００７】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【０００８】
［適用例１］通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部と
を備えた通信システム。
【０００９】
プロトコルパケットは、ネットワークの経路構築や、保守・運用を行う上で、重要な役割を担っている。適用例１の通信システムによれば、所定期間ごとのプロトコルパケットのトラフィック指標値に基づいたタイミングで、運用系と待機系とを切り替えるので、当該切替に伴うネットワークへの影響を好適に抑制することができる。例えば、通信パケットの種別を考慮せずに、トラフィック量に基づいたタイミングで、運用系と待機系とを切り替える構成と比べて、ネットワークへの影響をいっそう抑制することができる。しかも、適用例１の通信システムによれば、運用系と待機系とは、自動的に切り替えられるので、ユーザは、必ずしも、手動操作で切替を行う必要がない。その結果、ユーザの管理負担を軽減することができる。
【００１０】
［適用例２］前記算出部は、前記所定のプロトコルパケットの種類に応じて設定された重み付け値を用いて、前記トラフィック量を重み付けて、前記トラフィック指標値を算出する適用例１記載の通信システム。
【００１１】
かかる構成の通信システムによれば、運用系と待機系との切替のタイミングは、プロトコルパケットの種類に応じたネットワークへの影響度を反映したものとすることができる。したがって、運用系と待機系との切替に伴うネットワークへの影響を、より精度良く抑制することができる。
【００１２】
［適用例３］前記切替部は、前記算出部の算出結果の更新に伴い、該更新された算出結果に応じて、前記所定のタイミングを変更する適用例１または適用例２記載の通信システム。
【００１３】
かかる構成の通信システムによれば、ネットワークにおけるプロトコルパケットのトラフィック量の時間的な偏りの特性が変化した場合にも、その変化に好適に追随して、運用系と待機系との切替に伴うネットワークへの影響を好適に抑制することができる。
【００１４】
［適用例４］適用例１ないし適用例３のいずれか記載の通信システムであって、前記算出部の算出結果に基づく情報を出力する出力部と、ユーザ操作に基づいて入力される、前記運用系と前記待機系との切替指示を受け付ける受付部とを備え、前記切替部は、前記受付部が前記切替指示を受け付けた場合に、該切替指示に基づくタイミングで前記切替を行う通信システム。
【００１５】
かかる構成の通信システムによれば、ユーザは、出力された、算出結果に基づく情報を確認して、運用系と待機系との切替のタイミングを決定し、手動操作に基づいて切替指示を行って、決定した所望のタイミングで、運用系と待機系との切替を行うことができる。なお、算出部の算出結果に基づく情報とは、例えば、トラフィック指標値そのものであってもよいし、トラフィック指標値に基づいて設定された、運用系と待機系との切替のタイミングを表す情報であってもよい。
【００１６】
［適用例５］適用例４記載の通信システムであって、前記切替部は、前記所定のタイミングを、階層的な時間情報として設定し、前記受付部が前記切替指示を受け付けた場合に、前記階層的な時間情報のうちの、最上位の階層を除く１以上の所定の階層で規定される時間に達したときを、前記切替指示に基づくタイミングとして、前記切替を行う通信システム。
【００１７】
かかる構成の通信システムによれば、ユーザの手動操作に基づいて運用系と待機系との切替を行う際にも、トラフィック指標値に基づいたタイミングを一部反映させたタイミングで切替を行うことができる。その結果、切替に伴うネットワークへの影響を抑制することができる。また、ユーザの操作負担が軽減される。
【００１８】
［適用例６］前記通信システムは、前記第１の制御部と前記第２の制御部とを備えた単一の装置である適用例１ないし適用例５のいずれか記載の通信システム。
【００１９】
通信システムは、単一の装置として構成することができる。
【００２０】
［適用例７］適用例１ないし適用例５のいずれか記載の通信システムであって、前記通信システムは、第１の装置と第２の装置とを備え、前記第１の装置は、前記第１の制御部と、該第１の制御部によって制御される、前記通信部としての第１の通信部と、前記算出部と、前記切替部とを備え、前記第２の装置は、前記第２の制御部と、該第２の制御部によって制御される、前記通信部としての第２の通信部と、前記算出部と、前記切替部とを備える通信システム。
【００２１】
通信システムは、複数の装置として構成することもできる。
【００２２】
［適用例８］通信システムであって、通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部と、前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、前記算出部の算出結果に基づく情報を出力する出力部と、ユーザ操作に基づいて入力される、前記第１の制御部および前記第２の制御部に設定された運用系と待機系との切替指示を受け付ける受付部と、前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記受け付けた切替指示に基づくタイミングで切り替える切替部とを備えた通信システム。
【００２３】
かかる構成の通信システムによれば、ユーザは、出力された、設定された期間ごとのトラフィック指標値に基づく情報を確認して、運用系と待機系との切替のタイミングを決定し、手動操作に基づいて切替指示を行って、決定した所望のタイミングで、運用系と待機系との切替を行うことができる。ユーザは、設定された期間ごとのトラフィック指標値に基づく情報を確認できるので、ネットワークへの影響を抑制できるタイミングを決定することができる。
【００２４】
［適用例９］通信システムであって、通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部と、前記通信部が扱う通信パケットのうちの、所定のプロトコルパケットと、該所定のプロトコルパケット以外の前記通信パケットである非プロトコルパケットとを少なくとも区分し、該区分に応じて設定された重み付け値を用いて前記通信パケットの所定期間ごとのトラフィック量を重み付けて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部とを備えた通信システム。
【００２５】
かかる通信システムによれば、非プロトコルパケットに係る通信に与える影響についても反映したタイミングで、運用系と待機系とを切り替えることができる。
【００２６】
また、本発明は、適用例１０の冗長化構成の切替方法としても実現することができる。
［適用例１０］通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部とを備える通信システムにおいて、前記第１の制御部および前記第２の制御部に設定される運用系と待機系とを切り替える冗長化構成の切替方法であって、前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出し、前記算出したトラフィック指標値に基づいた所定のタイミングで、前記運用系と前記待機系とを切り替える冗長化構成の切替方法。
【００２７】
また、本発明は、上述した通信システムに用いるプログラム、当該プログラムを記録した記録媒体などとしても実現することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の通信システムの第１実施例としての中継装置４０を用いたネットワークシステム３０の概略構成を示す説明図である。
【図２】中継装置４０の概略構成を示す説明図である。
【図３】解析フローテーブル１３１の具体例を示す説明図である。
【図４】コンフィグレーションテーブル１３２の具体例を示す説明図である。
【図５】解析データテーブル１４０の具体例を示す説明図である。
【図６】受信処理部１１１の処理の流れを示すフローチャートである。
【図７】送信処理部１１２の処理の流れを示すフローチャートである。
【図８】中継処理部１１３の処理の流れを示すフローチャートである。
【図９】解析データテーブル１４０が更新された様子を示す説明図である。
【図１０】集計用単位毎計算結果テーブル１６１の具体例を示す説明図である。
【図１１】集計用単位毎計算結果テーブル１６２の具体例を示す説明図である。
【図１２】平均計算処理部１２１の処理の流れを示すフローチャートである。
【図１３】集計用単位毎計算結果テーブル１６１が更新された様子を示す説明図である。
【図１４】集計用単位毎計算結果テーブル１６２が更新された様子を示す説明図である。
【図１５】冗長切替タイミング計算処理部１２３の処理の流れを示すフローチャートである。
【図１６】冗長切替タイミング保持テーブル１７０の具体例を示す説明図である。
【図１７】冗長切替タイミング保持テーブル１７０が更新された様子を示す説明図である。
【図１８】冗長切替制御部１２４の処理（第１の処理）の流れを示すフローチャートである。
【図１９】冗長切替制御部１２４の処理（第２の処理）の流れを示すフローチャートである。
【図２０】冗長切替タイミング出力部１２２の処理の流れを示すフローチャートである。
【図２１】本発明の通信システムの第２実施例としての中継装置４０ａ，４０ｂを用いたネットワークシステム３０ａの概略構成を示す説明図である。
【図２２】中継装置４０ａの概略構成を示す説明図である。
【図２３】コンフィグレーションテーブル１３２ａの具体例を示す説明図である。
【図２４】冗長切替制御部１２４ａの処理（第１の処理）の流れを示すフローチャートである。
【図２５】ＶＲＲＰ制御部１８０ａの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２９】
Ａ．第１実施例：
Ａ−１．システム構成：
本発明の通信システムの第１実施例としての中継装置４０を用いたネットワークシステム３０の概略構成を図１に示す。ネットワークシステム３０は、中継装置４０，５０，６０と、監視サーバ７０とを備えている。中継装置５０は、中継装置４０と接続され、中継装置４０は、中継装置６０と接続されている。
【００３０】
中継装置４０，５０，６０は、通信パケットを受信し、受信した通信パケットを所定の宛先に中継する中継装置である。なお、本願における通信パケットとは、ＯＳＩ参照モデルにおけるデータリンク層（レイヤ２）で扱われるフレームと、ネットワーク層（レイヤ３）で扱われる狭義のパケットと、トランスポート層（レイヤ４）で扱われるフレームとを含む、データの転送単位の総称である。本実施例においては、中継装置４０，５０，６０は、レイヤ３で通信パケットを中継するルータである。ただし、中継装置４０，５０，６０は、ルータに限られるものではなく、レイヤ３で通信パケットを中継するレイヤ３スイッチであってもよい。もとより、中継装置４０，５０，６０は、レイヤ２で通信パケットを中継する中継装置や、レイヤ４でトラフィックの分散化等を行うレイヤ４スイッチなどであってもよい。
【００３１】
かかる中継装置４０，５０，６０は、図１にトラフィックＴ１として図示するように、図示しない端末等の送受信する通信パケットを中継する。また、中継装置４０，５０，６０は、図１にトラフィックＴ２，Ｔ３として図示するように、隣接する中継装置間で、トラフィックＴ１の通信を行うためのプロトコルパケットを相互に送受信している。プロトコルパケットとは、通信経路の構築、ネットワークの保守・運用などを目的としてノード間で交換される、レイヤ２、レイヤ３、または、レイヤ４の制御パケットである。こうしたプロトコルパケットとしては、例えば、ＡＲＰ(Address Resolution Protocol)、ＮＤＰ(Neighbour Discovery Protocol)、ＯＳＰＦ（Open Shortest Path First）、ＢＧＰ（Border Gateway Routing Protocol）などのプロトコルの通信パケットを例示することができる。
【００３２】
かかる中継装置４０，５０，６０のうちの、本発明の通信システムの実施例としての中継装置４０は、第１の制御部１００と第２の制御部２００とを備えている。第１の制御部１００および第２の制御部２００は、各々が単独で、中継装置４０が備える回線部３００の制御を行う機能を備えている。第１の制御部１００と第２の制御部２００とは、同一の構成を備えている。つまり、第１の制御部１００および第２の制御部２００は、中継装置４０の動作の信頼性を向上させるために、冗長化された構成を有している。第１の制御部１００および第２の制御部２００のうちの一方は、運用系として設定され、他方は、待機系として設定される。図１では、第１の制御部１００が運用系として設定され、第２の制御部２００が待機系として設定されている様子を示している。以下では、第１の制御部１００が運用系として設定され、第２の制御部２００が待機系として設定されているものとして、説明する。なお、中継装置５０，６０は、本実施例では、汎用の中継装置である。
【００３３】
かかる中継装置４０，５０，６０の各々には、監視サーバ７０が接続されている。監視サーバ７０は、中継装置４０，５０，６０の各々についての、トラフィック量を監視する。この監視サーバ７０は、例えば、図１に示すトラフィックＴ４によって、ＳＮＭＰ ＧＥＴ ＲＥＱＵＥＳＴなどを用いて、中継装置４０のトラフィック量を取得することができる。また、監視サーバ７０は、トラフィックＴ４によって、中継装置４０に対して、運用系と待機系とを切り替える冗長切替指示を送信することができる。中継装置４０は、冗長切替指示を受信すると、当該指示に基づいて、第１の制御部１００と第２の制御部２００との間で冗長切替を実行する。また、中継装置４０は、監視サーバ７０からの指示に関係なく、自動的に冗長切替を行うことも可能である。この自動的な冗長切替の構成については、後述する。
【００３４】
Ａ−２．中継装置４０の構成：
中継装置４０の概略構成を図２に示す。図示するように、中継装置４０は、第１の制御部１００と第２の制御部２００と回線部３００とを備えている。回線部３００は、複数の物理ポートを備え、通信パケットの送受信を行うインタフェースである。第１の制御部１００および第２の制御部２００は、ＣＰＵとメモリとを備える制御回路として構成され、回線部３００の動作を制御する。
【００３５】
第１の制御部１００および第２の制御部２００は、上述の通り、冗長化された構成を有している。本実施例では、第１の制御部１００と第２の制御部２００とは、同一の構成であり、図２では、第１の制御部１００の構成のみを詳細に示し、第２の制御部２００の詳細については、図示を省略している。なお、第１の制御部１００と第２の制御部２００とは、必ずしも同一の構成を有する必要はなく、下に説明する第１の制御部１００の構成を、第１の制御部１００および第２の制御部２００が共に備えていればよい。第１の制御部１００と第２の制御部２００は、中継装置４０が処理したプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間（上述の所定期間と同一の期間でもよいし、当該所定期間よりも長い期間でもよい）ごとのトラフィック指標値を算出し、その算出結果に基づいて、冗長切替のタイミングを設定し、その設定したタイミングでの自動的な冗長切替を制御する。
【００３６】
第１の制御部１００は、図２に示すように、パケット解析処理部１１０、平均計算処理部１２１、冗長切替タイミング出力部１２２、冗長切替タイミング計算処理部１２３、冗長切替制御部１２４を備えている。これらの機能は、第１の制御部１００が備えるＣＰＵが、所定のプログラムを実行することによって、実現される。
【００３７】
なお、パケット解析処理部１１０および平均計算処理部１２１は、請求項の算出部に該当する。冗長切替タイミング計算処理部１２３および冗長切替制御部１２４は、請求項の切替部に該当する。冗長切替タイミング出力部１２２は、請求項の出力部に該当する。また、上述した回線部３００は、請求項の通信部および受付部に該当する。
【００３８】
第１の制御部１００が備えるメモリ領域には、コンフィグレーション領域１３０と、解析データテーブル１４０と、計算結果データ領域１５０とが確保されている。コンフィグレーション領域１３０には、解析フローテーブル１３１と、コンフィグレーションテーブル１３２とが確保されている。解析フローテーブル１３１およびコンフィグレーションテーブル１３２には、ユーザが入力した設定情報が格納される。
【００３９】
解析フローテーブル１３１には、冗長切替のタイミングを設定するための基礎データとなるプロトコルパケットの種別と、重み付け値とが格納される。解析フローテーブル１３１の具体例を図３に示す。図示する例では、解析フローテーブル１３１には、項番と、解析パケット種別と、重み付け値とが対応付けられて記録されている。解析パケット種別は、トラフィック指標値の算出対象となるプロトコルパケットの種別を示す。重み付け値は、プロトコルパケットの種別の重要度に応じて設定する重み付けの値である。図３に示す例では、例えば、ＡＲＰパケットに重み付け値「２」が設定されている。なお、重み付けは、必須ではなく、重み付けを行わない場合には、ユーザは、解析パケット種別のみを解析フローテーブル１３１に登録してもよい。
【００４０】
コンフィグレーションテーブル１３２には、プロトコルパケットのトラフィック量の集計を行うための設定情報と、自動的な冗長切替の機能の設定を行うための情報とが格納される。コンフィグレーションテーブル１３２の具体例を図４に示す。図示する例では、コンフィグレーションテーブル１３２は、サンプリング周期と、集計用コンフィグと、自動冗長切替機能とが設定可能に構成されている。サンプリング周期は、所定期間ごとにプロトコルパケットのトラフィック量を計算する際の計算単位時間を示す。図４に示す例では、１時間毎に、プロトコルパケットのトラフィック量が計算される。つまり、プロトコルパケットの１時間ごとのトラフィック量が抽出可能に設定されている。なお、サンプリング周期は、後述する集計用サンプリング周期と同じ、または、当該周期よりも短く適宜設定すればよい。
【００４１】
集計用コンフィグは、プロトコルパケットのトラフィック量に基づいて、トラフィック指標値の集計を行うための設定情報である。具体的には、集計用コンフィグは、項番と、集計用サンプリング周期と、集計用単位とを対応付けて設定可能に構成されている。項番は、後述する平均計算結果テーブル１６０を構成する集計用単位毎計算結果テーブル１６１，１６２のテーブル番号を示している。本実施例では、項番「１」は、集計用単位毎計算結果テーブル１６１に対応し、項番「２」は、集計用単位毎計算結果テーブル１６２に対応している。集計用サンプリング周期は、項番に対応する集計用単位毎計算結果テーブルに格納するプロトコルパケットのトラフィック指標値のサンプリング（集計）周期を示している。
【００４２】
集計用単位は、集計用単位毎計算結果テーブルに格納される集計結果の１周期（集計を行う期間単位）を示している。図４に示す例では、例えば、項番１、集計用サンプリング周期「１時間」、集計用単位「１日」のエントリに基づいて、集計用単位毎計算結果テーブル１６１に１時間毎のプロトコルパケットのトラフィック指標値が１日分、格納される。集計用単位毎計算結果テーブル１６１，１６２の詳細については後述する。なお、集計用単位は、上述の例に限るものではない。例えば、集計用単位に１年や曜日などを設定してもよい。もとより、集計用単位は、暦に基づくものではなく、例えば、２日、８時間などと設定してもよい。
【００４３】
自動冗長切替機能は、自動的な冗長切替の機能の設定を行うための情報である。具体的には、自動冗長切替機能は、有効設定と、冗長切替時刻条件とを設定可能に構成されている。有効設定は、自動冗長切替機能が有効であるか無効であるかを表す。冗長切替時刻条件は、冗長切替のタイミングを設定するための条件を表す。図４に示す例では、自動冗長切替機能は「有効」に設定されている。また、冗長切替時刻条件として、「集計用単位全て」が設定されている。「集計用単位全て」とは、集計用コンフィグの各エントリの論理積が冗長切替時刻条件となることを示している。つまり、図４に示す例では、集計用単位「１月」のうちの所定日という条件と、集計用単位「１日」のうちの所定時という条件との論理積が、冗長切替のタイミングとして設定されることを示している。換言すれば、冗長切替のタイミングは、毎月の所定日の所定時として設定される。なお、冗長切替時刻条件は、複数のエントリの排他的論理和で設定されてもよいし、３以上のエントリのうちの、一部分の複数のエントリについての論理積で設定されてもよい。
【００４４】
パケット解析処理部１１０は、通信パケットの受信、送信、または、中継時に、プロトコルパケットのトラフィック量に基づくトラフィック指標値を算出するための所定の計算処理を実行し、その計算結果を解析データテーブル１４０に格納する。このパケット解析処理部１１０は、通信パケットの処理の種別に応じて、受信処理部１１１、送信処理部１１２、中継処理部１１３として機能する。これらの機能部の詳細については、解析データテーブル１４０の説明の後に説明する。
【００４５】
解析データテーブル１４０には、上述したように、パケット解析処理部１１０による計算処理の結果が格納される。解析データテーブル１４０の具体例を図５に示す。図示する解析データテーブル１４０では、項番と、サンプリング期間と、重み付け計算結果とが、対応付けられて記録される。サンプリング期間は、コンフィグレーションテーブル１３２のサンプリング周期を単位として区切られた期間である。図４に示したコンフィグレーションテーブル１３２では、サンプリング周期として１時間が設定されているので、解析データテーブル１４０の各エントリのサンプリング期間は、１時間単位となる。本実施例では、解析データテーブル１４０の各エントリのサンプリング期間は、サンプリング周期で設定された時間の単位よりも１段階上の概念の時間の単位（ここでは日単位）を周期として繰り返される。つまり、サンプリング期間は、０時〜２３時を１単位とする周期で繰り返される。
【００４６】
重み付け計算結果は、解析フローテーブル１３１の項番ごと、つまり、設定されたプロトコルパケットの種類ごとに用意される。重み付け計算結果の各々には、解析フローテーブル１３１の項番に対応するプロトコルパケットをパケット解析処理部１１０が処理した数に、当該項番に対応する解析フローテーブル１３１の重み付け値を乗じた値が、結果的に格納される。例えば、解析フローテーブル１３１の項番「１」に対応する重み付け計算結果には、項番「１」のサンプリング期間「０」（時刻０時〜１時の間）の期間において、１０個のＡＲＰパケットがパケット解析処理部１１０で処理され、その処理数に重み付け値「２」を乗じた値２０が、サンプリング期間「０」に対応するエントリに格納されている。なお、解析データテーブル１４０に格納されるデータは、格納されてから所定期間の経過後、古いものから順次廃棄されてもよい。こうすれば、有限のメモリ容量を効率的に使用することができる。また、解析データテーブル１４０に格納されたデータを、所望の期間内におけるネットワークのトラフィック状況のみが反映されたものとすることができる。換言すれば、ネットワークの構成や運用方法が大きく変化するなどして、サンプリング期間ごとのトラフィック量の偏りが大きく変化した場合に、変化前の状況がいつまでも解析データテーブル１４０に反映されることがない。
【００４７】
かかる解析データテーブル１４０に計算結果を格納するパケット解析処理部１１０の処理について説明する。パケット解析処理部１１０の受信処理部１１１の処理の流れを図６に示す。受信処理部１１１の処理は、回線部３００が中継装置４０宛の通信パケットを受信した際に開始される。受信処理部１１１の処理が開始されると、図６に示すように、受信処理部１１１は、まず、解析フローテーブル１３１の解析パケット種別のフィールドを検索し、受信した通信パケットの種別に該当するエントリがあるか否かを判断する（ステップＳ４１１）。
【００４８】
判断の結果、受信した通信パケットに該当するエントリがなければ（ステップＳ４１１：ＮＯ）、受信処理部１１１は、処理を終了する。一方、受信した通信パケットに該当するエントリがあれば（ステップＳ４１１：ＹＥＳ）、受信処理部１１１は、解析フローテーブル１３１の当該エントリの項番を取得する（ステップＳ４１２）。項番を取得すると、受信処理部１１１は、通信パケットを受信した時刻を取得し、当該受信時刻に対応するサンプリング期間を解析データテーブル１４０から取得する（ステップＳ４１３）。
【００４９】
サンプリング期間を取得すると、受信処理部１１１は、解析データテーブル１４０のうちの、上記ステップＳ４１２で取得した項番に対応する重み付け計算結果フィールドの、上記ステップＳ４１３で取得したサンプリング期間に対応する箇所の値に、上記ステップＳ４１２で取得した項番に対応する解析フローテーブル１３１の重み付け値を加算する（ステップＳ４１４）。こうして、受信処理部１１１の処理は終了となる。
【００５０】
パケット解析処理部１１０の送信処理部１１２における処理の流れを図７に示す。送信処理部１１２の処理は、回線部３００が通信パケットを送信した際に開始される。ここでの通信パケットの送信とは、通信パケットの中継を含まない。つまり、送信とは、中継装置４０が送信元となる通信パケットの送信を意味する。図９に示すように、ステップＳ４２１〜Ｓ４２４の処理は、受信パケットについて行った受信処理部１１１の処理（上記ステップＳ４１１〜Ｓ４１４）を、送信パケットについて行うものである。
【００５１】
パケット解析処理部１１０の中継処理部１１３における処理の流れを図８に示す。中継処理部１１３の処理は、回線部３００が通信パケットを中継した際に開始される。図８に示すように、ステップＳ４３１〜Ｓ４３４の処理は、受信パケットについて行った受信処理部１１１の処理（上記ステップＳ４１１〜Ｓ４１４）を、中継パケットについて行うものである。
【００５２】
かかるパケット解析処理部１１０の処理によって、解析データテーブル１４０のデータは、回線部３００が、解析フローテーブル１３１に設定されたプロトコルパケットを新たに送受信または中継した際に、随時更新される。解析データテーブル１４０が更新された様子を図９に示す。図９では、図５に示した解析データテーブル１４０に対して、一部のデータが更新された様子を示している。具体的には、回線部３００が、解析フローテーブル１３１の項番ｎとして設定されたプロトコルパケットを、サンプリング期間「３」で新たに１つ送受信または中継したことに伴い、パケット解析処理部１１０によって、当該項番ｎに対応する重み付け計算結果フィールドのうちの、項番「２８」、サンプリング期間「３」の値が「１４７」から「１５０」に更新されている。つまり、更新前の値「１４７」に対して、項番ｎの重み付け値「３」が加算されている。
【００５３】
ここで、説明を図２に戻す。計算結果データ領域１５０には、平均計算結果テーブル１６０と冗長切替タイミング保持テーブル１７０とが確保されている。平均計算結果テーブル１６０には、コンフィグレーションテーブル１３２で設定された集計用単位の数と同数だけ集計用単位毎計算結果テーブルが用意される。図２に示す例では、２つの集計用単位毎計算結果テーブル１６１，１６２が用意されている状態を示している。集計用単位毎計算結果テーブル１６１は、コンフィグレーションテーブル１３２で設定された集計用単位「１日」に対応し、集計用単位毎計算結果テーブル１６２は、コンフィグレーションテーブル１３２で設定された集計用単位「１月」に対応している。
【００５４】
平均計算処理部１２１は、解析データテーブル１４０に格納された値を用いて、コンフィグレーションテーブル１３２で設定された集計用サンプリング周期ごとの平均計算処理を実行し、その計算結果を、当該集計用サンプリング周期と対応付けられた集計用単位に対応する集計用単位毎計算結果テーブル１６１，１６２に格納する。平均計算処理部１２１の処理の詳細については、集計用単位毎計算結果テーブル１６１，１６２の説明の後に説明する。
【００５５】
集計用単位毎計算結果テーブル１６１の具体例を図１０に示す。図示する集計用単位毎計算結果テーブル１６１では、項番と、集計用サンプリング期間と、平均計算結果とが、対応付けられて記録される。集計用サンプリング期間は、集計用単位毎計算結果テーブル１６１に対応するコンフィグレーションテーブル１３２の項番「１」に対応する集計用単位（１日）を、当該集計用単位に対応する集計用サンプリング周期（１時間）ごとに区切った各々の期間である。例えば、集計用サンプリング期間「１」は、時刻１時〜２時の１時間の期間であることを示す。平均計算結果は、解析データテーブル１４０に格納された重み付け計算結果の和の、集計用サンプリング期間ごと（ここでは時間単位）の平均値である。例えば、集計用サンプリング期間「１」の平均計算結果は、解析データテーブル１４０のサンプリング期間「１」に対応するエントリごとに、重み付け計算結果の各々の和を算出し、当該和を、複数の日のサンプリング期間「１」の間で、つまり、サンプリング期間「１」の各々のエントリ間で平均した値である。図５に示した例を用いれば、集計用サンプリング期間「１」の平均計算結果は、項番２の重み付け計算結果の和（４０＋３０＋・・・＋１５０）と、項番２６の重み付け計算結果の和（３８＋３０＋・・・＋１５０）との平均値である。集計用サンプリング期間「１」の平均計算結果「７３．３」は、時刻１時〜２時の１時間の期間における重み付け計算結果の和の日ごとの値の平均値が値７３．３であることを示している。
【００５６】
この平均計算結果は、上述したトラフィック指標値に該当する。つまり、本実施例におけるトラフィック指標値とは、プロトコルパケットのトラフィック量を、プロトコルパケットの種別に応じた重み付け値で重み付けた値の平均値である。図１０では、各々の集計用サンプリング期間の平均計算結果のうちの最小値（値５６．７）をハッチングで表示している。詳しくは後述するが、この最小値に対応する集計用サンプリング期間（ここでは「０」）は、冗長切替のタイミングを設定するために用いられる。
【００５７】
集計用単位毎計算結果テーブル１６２の具体例を図１１に示す。図示する集計用単位毎計算結果テーブル１６２では、集計用サンプリング期間は、集計用単位毎計算結果テーブル１６２の項番「２」に対応するコンフィグレーションテーブル１３２の集計用単位（１月）を、当該集計用単位に対応する集計用サンプリング周期（１日）ごとに区切った各々の期間である。例えば、集計用サンプリング期間「１」は、暦の１日であることを示す。平均計算結果は、解析データテーブル１４０に格納された重み付け計算結果の和の、集計用サンプリング期間ごと（ここでは日単位）の平均値である。例えば、集計用サンプリング期間「１」の平均計算結果は、解析データテーブル１４０の暦１日に対応する２４個のエントリにおける重み付け計算結果の各々の和を、複数の月の暦１日間で平均した値である。集計用サンプリング期間「１」の平均計算結果「４２１３．３」は、暦の１日における重み付け計算結果の和の月ごとの値の平均値が値４２１３．３であることを示している。
【００５８】
この平均計算結果は、上述したトラフィック指標値に該当する。図１１では、各々の集計用サンプリング期間の平均計算結果のうちの最小値（値３９７３．３）をハッチングで表示している。詳しくは後述するが、この最小値に対応する集計用サンプリング期間（ここでは「２」）は、冗長切替のタイミングを設定するために用いられる。
【００５９】
かかる集計用単位毎計算結果テーブル１６１，１６２に平均計算結果を格納する平均計算処理部１２１の処理について説明する。平均計算処理部１２１の処理の流れを図１２に示す。平均計算処理部１２１の処理は、コンフィグレーションテーブル１３２のいずれかの集計用単位に相当する時間が経過するたびに、繰り返し実行される。平均計算処理部１２１の処理が開始されると、図１２に示すように、平均計算処理部１２１は、まず、コンフィグレーションテーブル１３２の集計用単位の項番のうちの、未選択の項番の１つを選択する（ステップＳ５１０）。
【００６０】
項番の１つを選択すると、平均計算処理部１２１は、解析データテーブル１４０に格納されたデータを用いて、コンフィグレーションテーブル１３２の上記ステップＳ５１０で選択した項番に対応する集計用サンプリング周期ごとに平均値を計算する（ステップＳ５２０）。例えば、上記ステップＳ５１０で項番１を選択した場合には、集計用サンプリング周期「１時間」ごとに、すなわち、集計用単位毎計算結果テーブル１６１の集計用サンプリング期間の各々について、当該集計用サンプリング期間に対応する解析データテーブル１４０の全ての項番の重み付け計算結果を用いて、平均値を集計用単位「１日」分算出する。
【００６１】
平均値を算出すると、平均計算処理部１２１は、平均計算結果テーブル１６０に格納された集計用単位毎計算結果テーブルのうちの、上記ステップＳ５１０で選択した項番に対応する集計用単位毎計算結果テーブルに対して、対応する集計用サンプリング期間の平均計算結果の領域に、算出した平均値を登録する（ステップＳ５３０）。
【００６２】
平均値を登録すると、平均計算処理部１２１は、上記ステップＳ５１０において、コンフィグレーションテーブル１３２の集計用単位の全ての項番を選択するまで、上記ステップＳ５１０〜５３０の処理を繰り返す（ステップＳ５４０）。こうして、平均計算処理部１２１の処理は終了となる。
【００６３】
かかる平均計算処理部１２１の処理によって、集計用単位毎計算結果テーブル１６１，１６２のデータは、平均計算処理部１２１の処理が実行されるたびに、随時更新される。集計用単位毎計算結果テーブル１６１が更新された様子を図１３に示す。図示するように、集計用単位毎計算結果テーブル１６１における平均計算結果の最小値は、図１０に示した集計用サンプリング期間「０」における値５６．７から、集計用サンプリング期間「３」における値６３．４に変化している。同様に、集計用単位毎計算結果テーブル１６２が更新された様子を図１４に示す。図示するように、集計用単位毎計算結果テーブル１６２における平均計算結果の最小値は、図１１に示した集計用サンプリング期間「２」における値３９７３．３から、集計用サンプリング期間「５」における値３９５０．７に変化している。
【００６４】
ここで説明を図２に戻す。冗長切替タイミング計算処理部１２３は、平均計算結果テーブル１６０の値を用いて最適な冗長切替タイミングを計算し、冗長切替タイミング保持テーブル１７０に格納する。
【００６５】
かかる冗長切替タイミング計算処理部１２３の処理の流れを図１５に示す。冗長切替タイミング計算処理部１２３の処理は、平均計算処理部１２１の処理が終了した際に開始される。冗長切替タイミング計算処理部１２３の処理が開始されると、図１５に示すように、冗長切替タイミング計算処理部１２３は、まず、平均計算結果テーブル１６０に用意された各々の集計用単位毎計算結果テーブル１６１，１６２のうちの、未選択の集計用単位毎計算結果テーブルの１つを選択する（ステップＳ６１０）。
【００６６】
１つの集計用単位毎計算結果テーブルを選択すると、冗長切替タイミング計算処理部１２３は、選択した集計用単位毎計算結果テーブルの平均計算結果の最小値を検索する（ステップＳ６２０）。最小値を検索すると、冗長切替タイミング計算処理部１２３は、検索した最小値に対応する集計用サンプリング期間に相当する時間情報を冗長切替タイミング保持テーブル１７０に登録する（ステップＳ６３０）。集計用サンプリング期間を登録すると、冗長切替タイミング計算処理部１２３は、上記ステップＳ６１０において、全ての集計用単位毎計算結果テーブルを選択するまで、上記ステップＳ６１０〜６３０の処理を繰り返す（ステップＳ６４０）。こうして、平均計算処理部１２１の処理は終了となる。
【００６７】
かかる冗長切替タイミング計算処理部１２３の処理によって、集計用サンプリング期間が登録される冗長切替タイミング保持テーブル１７０の具体例を図１６に示す。図示するように、冗長切替タイミング保持テーブル１７０には、項番と冗長切替タイミングとが対応付けられて記録される。項番は、コンフィグレーションテーブル１３２の項番、換言すれば、集計用単位毎計算結果テーブル１６１，１６２に対応している。具体的には、項番「１」は、集計用単位毎計算結果テーブル１６１に対応し、項番「２」は、集計用単位毎計算結果テーブル１６２に対応している。冗長切替タイミングは、項番に対応する集計用単位毎計算結果テーブルの平均計算結果の各々の値のうちの最小値に対応する集計用サンプリング期間、すなわち、上記ステップＳ６３０で登録する集計用サンプリング期間である。
【００６８】
図１６に示す例では、項番「１」の冗長切替タイミングとして、図１０に示した集計用単位毎計算結果テーブル１６１の平均計算結果の最小値「５６．７」に対応する集計用サンプリング期間「０」に相当する「０時」が格納されている。本実施例では、集計用サンプリング期間「０」は、上述したように、０〜１時の時間を示すが、本実施例では、集計用サンプリング期間「０」が示す期間の始期を、冗長切替タイミングとして登録する構成としている。ただし、冗長切替タイミングとして登録する時間情報は、集計用サンプリング期間「０」が示す期間中で設定すればよく、例えば、終期で設定してもよいし、中央時刻で設定してもよい。また、図１６に示す例では、項番「２」の冗長切替タイミングとして、図１１に示した集計用単位毎計算結果テーブル１６２の平均計算結果の最小値「３９７３．３」に対応する集計用サンプリング期間「２」に相当する「２日」が格納されている。
【００６９】
本実施例においては、コンフィグレーションテーブル１３２の冗長切替時刻条件には、「集計用単位全て」が設定されている。このため、冗長切替タイミング保持テーブル１７０には、図１６に示したように、コンフィグレーションテーブル１３２に設定された項番１，２の集計用単位の各々に対応する冗長切替タイミングの値が格納される。コンフィグレーションテーブル１３２の冗長切替時刻条件が、例えば、１つの集計用単位を指定するものであれば、冗長切替タイミング保持テーブル１７０には、指定された集計用単位に対応する冗長切替タイミングの値のみが格納される。冗長切替タイミング保持テーブル１７０に複数の冗長切替タイミングの値が設定される場合、第１の制御部１００と第２の制御部２００との冗長切替タイミングは、当該複数の値の論理積を意味する。つまり、図１６に例示した冗長切替タイミング保持テーブル１７０の登録内容は、第１の制御部１００と第２の制御部２００との冗長切替のタイミングが、毎月の２日の０時であることを示している。
【００７０】
かかる冗長切替タイミング保持テーブル１７０の登録内容は、冗長切替タイミング計算処理部１２３の処理が実行されるたびに、随時更新される。冗長切替タイミング保持テーブル１７０が更新された様子を図１７に示す。図示するように、冗長切替タイミング保持テーブル１７０における冗長切替タイミングは、図１６に示した冗長切替タイミングから更新されている。この更新後の内容は、図１３および図１４に示した、更新後の集計用単位毎計算結果テーブル１６１，１６２に基づいて、更新されたものである。具体的には、集計用単位毎計算結果テーブル１６１の更新後の最小値に対応する集計用サンプリング期間「３」に相当する「３時」と、集計用単位毎計算結果テーブル１６２の更新後の最小値に対応する集計用サンプリング期間「５」に相当する「５日」に更新されている。
【００７１】
ここで、説明を図２に戻す。冗長切替制御部１２４は、中継装置４０の初期設定に基づいて、第１の制御部１００を運用系、または、待機系に設定する。また、冗長切替制御部１２４は、第１の制御部１００と第２の制御部２００との冗長切替の制御を行う。この冗長切替制御部１２４が冗長切替を制御する処理は、コンフィグレーションテーブル１３２の設定に基づいて自動的な冗長切替を行う処理（以下、第１の処理ともいう）と、ユーザ操作に基づいて、監視サーバ７０から切替指示を受信し、当該切替指示に基づいて冗長切替を行う処理（以下、第２の処理ともいう）とに分類することができる。以下、第１の処理と第２の処理とについて説明する。なお、中継装置４０がパーソナルコンピュータに接続可能なインタフェースを備える場合には、切替指示は、当該インタフェースに接続されたパーソナルコンピュータから受け付けてもよい。あるいは、中継装置４０がタッチパネル式ディスプレイなどの種々の入力機構を備える場合には、切替指示は、当該入力機構から受け付けてもよい。
【００７２】
冗長切替制御部１２４における第１の処理の流れを図１８に示す。第１の処理は、中継装置４０の起動と共に開始され、その後、繰り返し実行される。図示するように、第１の処理が開始されると、冗長切替制御部１２４は、まず、コンフィグレーションテーブル１３２の自動冗長切替機能の有効設定の値を取得し、自動冗長切替機能が有効に設定されているか否かを判断する（ステップＳ７１０）。判断の結果、自動冗長切替機能が無効であれば（ステップＳ７１０：ＮＯ）、冗長切替制御部１２４は、第１の処理を終了する。
【００７３】
一方、自動冗長切替機能が有効であれば（ステップＳ７１０：ＹＥＳ）、冗長切替制御部１２４は、冗長切替タイミング保持テーブル１７０を参照して、冗長切替タイミングが登録されているか否かを判断する（ステップＳ７２０）。この判断は、コンフィグレーションテーブル１３２の冗長切替時刻条件で設定された全ての集計用単位の項番に対して冗長切替タイミングが登録されているか否かを判断するものである。
【００７４】
判断の結果、冗長切替タイミングが登録されていなければ（ステップＳ７２０：ＮＯ）、平均計算結果テーブル１６０への平均計算結果の蓄積が十分ではないということである。換言すれば、中継装置４０の使用が開始されてから、ユーザが意図する冗長切替の周期に相当する期間が経過していないということである。そのため、この段階では、冗長切替を実行する必要がない。そこで、冗長切替制御部１２４は、第１の処理を終了する。
【００７５】
一方、冗長切替タイミングが登録されていれば（ステップＳ７２０：ＹＥＳ）、冗長切替制御部１２４は、現在時刻を取得し（ステップＳ７３０）、冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングに達しているか否かを判断する（ステップＳ７４０）。その結果、冗長切替タイミングに達していなければ（ステップＳ７４０：ＮＯ）、冗長切替制御部１２４は、第１の処理を終了する。一方、冗長切替タイミングに達していれば（ステップＳ７４０：ＹＥＳ）、冗長切替制御部１２４は、第１の制御部１００と第２の制御部２００との冗長切替を実行する（ステップＳ７５０）。具体的には、冗長切替制御部１２４は、第２の制御部２００に対して、待機系から運用系に切り替わるように指示を出すと共に、第１の制御部１００を運用系から待機系に切り替える。
【００７６】
こうして、第１の処理は、終了となる。第１の処理は、繰り返し実行されるので、第１の処理は、第１の制御部１００を運用系とした中継装置４０の使用が一定期間、つまり、ユーザがコンフィグレーションテーブル１３２に設定した集計用単位の最大値に相当する期間に達した後、冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングで冗長切替を実行することを意味している。なお、本実施例においては、コンフィグレーションテーブル１３２の自動冗長切替機能の有効設定が「無効」に設定されている場合であっても、上述したパケット解析処理部１１０、平均計算処理部１２１、冗長切替タイミング計算処理部１２３の処理は実行されるものとした。こうすれば、中継装置４０の使用途中で、自動冗長切替機能の有効設定を無効から有効に切り替えたとしても、当該切替時には、既に、トラフィック指標値（平均計算結果テーブル１６０の平均計算結果）が蓄積され、冗長切替タイミング保持テーブル１７０に冗長切替タイミングが格納されていることになる。その結果、自動冗長切替を円滑に開始することができる。ただし、自動冗長切替機能の有効設定が「無効」に設定されている場合には、パケット解析処理部１１０、平均計算処理部１２１、冗長切替タイミング計算処理部１２３の処理は実行されないものとしてもよい。勿論、何れか一方の構成を選択的に設定できるものであってもよい。
【００７７】
冗長切替制御部１２４における第２の処理の流れを図１９に示す。第２の処理は、監視サーバ７０においてユーザが入力した冗長切替指示を、中継装置４０が監視サーバ７０から受信した際に開始される。冗長切替制御部１２４の処理が開始されると、冗長切替制御部１２４は、まず、コンフィグレーションテーブル１３２の自動冗長切替機能の有効設定の値を取得し、自動冗長切替機能が有効に設定されているか否かを判断する（ステップＳ８１０）。判断の結果、自動冗長切替機能が無効であれば（ステップＳ８１０：ＮＯ）、冗長切替制御部１２４は、即刻、冗長切替を実行する（ステップＳ８８０）。なお、受信した切替指示に、冗長切替を実行する時間情報が含まれている場合には、当該時間情報に基づく時間に冗長切替を実行してもよい。
【００７８】
一方、自動冗長切替機能が有効であれば（ステップＳ８１０：ＹＥＳ）、冗長切替制御部１２４は、冗長切替タイミング保持テーブル１７０を参照して、冗長切替タイミングが登録されているか否かを判断する（ステップＳ８２０）。ここでの判断は、上記ステップＳ７２０とは異なる。具体的には、ステップＳ８２０では、コンフィグレーションテーブル１３２の集計用コンフィグに設定された、所定の集計用単位に対応する項番に対して、冗長切替タイミング保持テーブル１７０に冗長切替タイミングが登録されているか否かを判断する。
【００７９】
所定の集計用単位とは、本実施例においては、コンフィグレーションテーブル１３２の集計用コンフィグに設定された集計用単位の最小値（図４の例では１日）である。つまり、ステップＳ８２０では、図１６に示した冗長切替タイミング保持テーブル１７０を用いれば、項番「１」に対して、冗長切替タイミングが登録されているか否かを判断する。なお、所定の集計用単位は、コンフィグレーションテーブル１３２の集計用コンフィグに設定された集計用単位の最小値に限るものではない。冗長切替タイミング保持テーブル１７０に登録される冗長切替タイミングが、階層的な時間情報、例えば、月／日／時や、月／曜日／時として登録される場合には、冗長切替タイミングが最上位の階層（最も長い期間の階層）を除く１以上の階層で規定される時間となるように適宜設定すればよい。例えば、冗長切替タイミングが、月／日／時で設定される場合、つまり、コンフィグレーションテーブル１３２の集計用単位が１年，１月および１日で設定される場合には、所定の集計用単位は、１月および１日としてもよい。このとき、所定の集計用単位に対応する冗長切替タイミングは、日／時で規定される時間となる。あるいは、所定の集計用単位は、１月としてもよい。このとき、所定の集計用単位に対応する冗長切替タイミングは、日のみで規定される時間となる。
【００８０】
判断の結果、冗長切替タイミングが登録されていれば（ステップＳ８２０：ＹＥＳ）、冗長切替制御部１２４は、所定の集計用単位に対応する項番に対して冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングを、受信した切替指示に基づく冗長切替実行タイミングとして設定する（ステップＳ８３０）。本実施例では、所定の集計用単位は、コンフィグレーションテーブル１３２の集計用コンフィグに設定された集計用単位の最小値であるから、図４および図１６の例を用いれば、冗長切替実行タイミングは、最小値「１日」（項番「１」）に対応する「０時」となる。
【００８１】
このようにして冗長切替実行タイミングを設定すれば、ユーザの手動操作に基づいて冗長切替を行う際にも、トラフィック指標値が小さい時間帯で、冗長切替を行うことができるので、冗長切替に起因するネットワークへの影響を抑制することができる。また、ユーザの操作負担が軽減される。例えば、時間に関係なく、その日のうちに冗長切替を行えばよい状況において、ユーザは、時間を気にすることなく、冗長切替指示を送信するための操作を行えばよい。あるいは、ユーザは、冗長切替指示を送信するための操作を行う際に、トラフィック指標値が小さい時間帯を調べて、当該時間帯を指定する必要がない。
【００８２】
一方、冗長切替タイミングが登録されていなければ（ステップＳ８２０：ＮＯ）、冗長切替制御部１２４は、解析データテーブル１４０を参照して、エントリ内の重み付け計算結果の和の最小値を検索する（ステップＳ８４０）。最小値を検索すると、冗長切替制御部１２４は、検索した最小値に対応するエントリのサンプリング期間を、受信した切替指示に基づく冗長切替実行タイミングとして設定する（ステップＳ８５０）。
【００８３】
このようにして冗長切替実行タイミングを設定すれば、平均計算結果テーブル１６０への平均計算結果の蓄積が十分ではない場合、例えば、中継装置４０の初期使用時においても、トラフィック指標値が小さくなる時間帯で冗長切替を行うことができる。
【００８４】
上記ステップＳ８３０またはＳ８５０で冗長切替実行タイミングを設定すると、冗長切替制御部１２４は、現在時刻を取得し、設定された冗長切替実行タイミングに達しているか否かを判断する処理を繰り返し（ステップＳ８６０，Ｓ８７０）、冗長切替実行タイミングに達した際に（ステップＳ８７０：ＹＥＳ）、冗長切替を実行する（ステップＳ８８０）。こうして、第２の処理は終了となる。
【００８５】
ここで、説明を図２に戻す。冗長切替タイミング出力部１２２は、ユーザ操作に基づいて監視サーバ７０が送信した出力指示を中継装置４０が受信した際に、平均計算結果テーブル１６０に格納されたプロトコルパケットの集計結果に基づく情報を出力する。冗長切替タイミング出力部１２２の処理を図２０に示す。冗長切替タイミング出力部１２２の処理は、出力指示を受信することによって開始される。なお、中継装置４０がパーソナルコンピュータに接続可能なインタフェースを備える場合には、出力指示は、当該インタフェースに接続されたパーソナルコンピュータから受け付けてもよい。あるいは、中継装置４０がタッチパネル式ディスプレイなどの種々の入力機構を備える場合には、切替指示は、当該入力機構から受け付けてもよい。
【００８６】
冗長切替タイミング出力部１２２の処理が開始されると、冗長切替タイミング出力部１２２は、まず、入力された出力指示の内容を判断する（ステップＳ９１０）。本実施例においては、監視サーバ７０は、冗長切替タイミング表示と、データテーブル全表示とのうちのいずれかを指定して、出力指示を送信可能に構成されている。また、監視サーバ７０は、集計用サンプリング周期を指定して、出力指示を送信可能に構成されている。ステップＳ９１０では、冗長切替タイミング出力部１２２は、入力された出力指示が、冗長切替タイミング表示と、データテーブル全表示とのうちのいずれを指定するものかを判断する。
【００８７】
判断の結果、出力指示が冗長切替タイミング表示を指定するものであれば（Ｓ９１０：冗長切替タイミング表示）、冗長切替タイミング出力部１２２は、冗長切替タイミング保持テーブル１７０を参照して、指定された集計用サンプリング周期に対応する冗長切替タイミングを取得し、出力する（ステップＳ９２０）。ここでの出力とは、取得した冗長切替タイミングを表示可能なデータを、監視サーバ７０に送信することである。ただし、出力の態様は、データ送信に限られるものではない。例えば、中継装置４０が、出力指示を直接的に受付可能なインタフェースと、ディスプレイとを備えている場合には、冗長切替タイミング出力部１２２は、取得した冗長切替タイミングをディスプレイに表示してもよい。なお、集計用サンプリング周期の指定がない場合には、冗長切替タイミング出力部１２２は、冗長切替タイミング保持テーブル１７０に格納された全ての冗長切替タイミングを出力する。
【００８８】
一方、出力指示がデータテーブル全表示を指定するものであれば（Ｓ９１０：データテーブル全表示）、冗長切替タイミング出力部１２２は、平均計算結果テーブル１６０を参照して、指定された集計用サンプリング周期に対応する集計用単位毎計算結果テーブルを取得するとともに、冗長切替タイミング保持テーブル１７０を参照して、指定された集計用サンプリング周期に対応する冗長切替タイミングを取得し、取得結果を出力する（ステップＳ９３０）。
【００８９】
なお、出力対象は、上述の例に限らず、プロトコルパケットのトラフィック量の集計結果に基づくものであればよい。例えば、平均計算結果テーブルのみを出力するものであってもよい。あるいは、解析データテーブル１４０を出力するものであってもよい。
【００９０】
かかる冗長切替タイミング出力部１２２の処理によれば、ユーザは、手動操作に基づいて冗長切替を行いたい場合に、所望の時間周期における、重み付けられたプロトコルパケットのトラフィック量、すなわち、トラフィック指標値を確認することができる。したがって、ネットワークへの影響が小さい時間帯に、あるいは、ネットワークへの影響が小さい時間帯を指定して、中継装置４０に冗長切替指示を与えることができる。
【００９１】
Ａ−３．効果：
上述した中継装置４０によれば、ネットワークの経路構築や、保守・運用を行う上で、重要な役割を担っているプロトコルパケットに基づいて、所定期間ごとのトラフィック指標値を算出し、当該トラフィック指標値に基づいたタイミングで、第１の制御部１００と第２の制御部２００との間での冗長切替を行うので、冗長切替に伴うネットワークへの影響を好適に抑制することができる。例えば、通信パケットの種別を考慮せずに、トラフィック量に基づいたタイミングで、冗長切替を行う構成と比べて、ネットワークへの影響をいっそう抑制することができる。つまり、単なるトラフィック量ではなく、各々のトラフィックの重要性を考慮して、冗長切替のタイミングを設定することができる。しかも、冗長切替は、自動的に行われるので、ユーザは、必ずしも手動操作で切替を行う必要がない。その結果、ユーザの管理負担を軽減することができる。
【００９２】
また、中継装置４０によれば、プロトコルパケットの種類に応じて、重み付けを行ってトラフィック指標値を算出するので、プロトコルパケットの種類に応じたネットワークへの影響度を反映したタイミングで、冗長切替を行うことができる。したがって、冗長切替に伴うネットワークへの影響を、より精度良く抑制することができる。
【００９３】
また、中継装置４０によれば、時間の経過に伴って、中継装置４０内に蓄積されるトラフィック指標値が更新されると、当該更新結果に応じて、冗長切替タイミングが随時変更される。したがって、ネットワーク構成の変更や、運用方法の変更に伴って、ネットワークにおけるプロトコルパケットのトラフィック量の時間的な偏りの特性が変化した場合にも、その変化に好適に追随して、冗長切替に伴うネットワークへの影響を好適に抑制することができる。
【００９４】
Ｂ．第２実施例：
本発明の通信システムの第２実施例としての中継装置４０ａ，４０ｂを用いたネットワークシステム３０ａの概略構成を図２１に示す。図２１において、第１実施例のネットワークシステム３０（図１参照）と同一の構成については、図１と同一の符号を付して、説明を省略し、第１実施例と異なる点についてのみ説明する。ネットワークシステム３０ａは、中継装置４０ａ，４０ｂと中継装置６０と監視サーバ７０とを備えている。中継装置４０ａ，４０ｂは、装置単位で冗長化された冗長構成を備えている。本実施例においては、中継装置４０ａと中継装置４０ｂとは、ＶＲＲＰ（Virtual Router Redundancy Protocol）を用いて、一方がマスタ（運用系）に設定され、他方がバックアップ（待機系）に設定される。図２１では、中継装置４０ａがマスタとして設定され、中継装置４０ｂがバックアップとして設定された様子を示している。以下では、中継装置４０ａがマスタとして設定され、中継装置４０ｂがバックアップとして設定されているものとして説明する。
【００９５】
ＶＲＲＰは、周知の技術であるので、詳しい説明は省略するが、ＶＲＲＰでは、同一のＶＲＲＰグループ内の中継装置間で、自機に設定された優先度を含むＡＤＶＥＲＴＩＳＥＭＥＮＴパケットをやり取りし、優先度が最も高い中継装置がマスタとして動作し、その他の中継装置はバックアップとして動作する。
【００９６】
図２１に示すように、中継装置４０ａ，４０ｂ，６０は、トラフィックＴ１１，Ｔ１２によって、図示しない端末の送受信する通信パケットを中継する。また、中継装置４０ａ，４０ｂは、トラフィックＴ１３〜Ｔ１６によって、中継装置６０や、ネットワークＮＴ内の通信装置（図示省略）との間で、プロトコルパケットを相互に送受信している。また、監視サーバ７０は、トラフィックＴ１７，Ｔ１８によって、中継装置４０ａ，４０ｂのトラフィック量を取得することができる。
【００９７】
本実施例では、中継装置４０ａ，４０ｂは、同一の構成を備えている。中継装置４０ａ，４０ｂを代表して、中継装置４０ａの構成について説明する。中継装置４０ａの概略構成を図２２に示す。中継装置４０ａは、以下に説明する点を除き、第１実施例として示した中継装置４０と同一の構成を備えている。図２２において、第１実施例の中継装置４０（図２参照）と同一の構成については、図２と同一の符号を付して、説明を省略し、異なる点についてのみ説明する。図２２に示すように、中継装置４０ａは、第１の制御部１００ａ、第２の制御部２００ａを備えている。第１の制御部１００ａと第２の制御部２００ａとは、同一の構成であり、図２２において、第２の制御部２００ａの詳細は、図示を省略している。
【００９８】
図２２に示すように、第１の制御部１００ａは、コンフィグレーション領域１３０ａと、冗長切替制御部１２４ａと、ＶＲＲＰ制御部１８０ａとを備えている。コンフィグレーション領域１３０ａには、コンフィグレーションテーブル１３２ａが確保されている。コンフィグレーションテーブル１３２ａの具体例を図２３に示す。図示するように、コンフィグレーションテーブル１３２ａは、第１実施例として示したコンフィグレーションテーブル１３２（図４参照）に対して、ＶＲＲＰ連携機能が格納されている。ＶＲＲＰ連携機能は、ＶＲＲＰを用いて、第１実施例で説明したトラフィック指標値に基づいたタイミングで、中継装置４０ａと中継装置４０ｂとの間での冗長切替を行う機能についての設定情報である。
【００９９】
ＶＲＲＰ連携機能は、有効設定と、バックアップ優先度とを設定可能に構成されている。有効設定は、ＶＲＲＰ連携機能が有効であるか無効であるかを表す。バックアップ優先度は、自機（中継装置４０ａ）が、マスタからバックアップに移行する際に、自機に設定する優先度を表す。図２３に示す例では、ＶＲＲＰ連携機能は「有効」に設定されている。また、バックアップ優先度は、優先度が最も低い値１に設定されている。中継装置４０ａが、優先度が最も低い値１を自機の優先度として設定し、当該優先度を含むＡＤＶＥＲＴＩＳＥＭＥＮＴパケットを送信すれば、中継装置４０ａがマスタからバックアップに移行するとともに、中継装置４０ｂがバックアップからマスタに移行する冗長切替を確実に実行することができる。
【０１００】
冗長切替制御部１２４ａは、第１実施例としての冗長切替制御部１２４と同様に、第１の処理と第２の処理とを実行するが、第１の処理の内容の一部が、第１実施例と異なる。その他の点については、第１実施例と同様である。以下、第１実施例としての第１の処理（図１８参照）と異なる点についてのみ説明する。冗長切替制御部１２４ａが実行する第１の処理の流れを図２４に示す。図２４において、図１８と同一の処理については、図１８と同一の符号を付している。図２４に示すように、冗長切替タイミングが登録されているか否かの判断の結果、冗長切替タイミングが登録されていれば（ステップＳ７２０：ＹＥＳ）、冗長切替制御部１２４ａは、コンフィグレーションテーブル１３２ａのＶＲＲＰ連携機能の有効設定の値を取得し、ＶＲＲＰ連携機能が有効に設定されているか否かを判断する（ステップＳ１０１０）。
【０１０１】
判断の結果、ＶＲＲＰ連携機能が無効であれば（ステップＳ１０１０：ＮＯ）、冗長切替制御部１２４ａは、上述したステップＳ７３０に処理を進める。一方、ＶＲＲＰ連携機能が有効であれば（ステップＳ１０１０：ＹＥＳ）、冗長切替制御部１２４ａは、冗長切替タイミング保持テーブル１７０に格納された冗長切替タイミングをＶＲＲＰ制御部１８０ａに通知して（ステップＳ１０２０）、第１の処理を終了する。
【０１０２】
ＶＲＲＰ制御部１８０ａの処理を図２５に示す。ＶＲＲＰ制御部１８０ａの処理は、冗長切替制御部１２４ａから上述の通知（上記ステップＳ１０２０参照）を受け取ることによって開始される。図２５に示すように、ＶＲＲＰ制御部１８０ａの処理が開始されると、ＶＲＲＰ制御部１８０ａは、まず、コンフィグレーションテーブル１３２ａを参照して、ＶＲＲＰ連携機能のバックアップ優先度を取得する（ステップＳ１１１０）。
【０１０３】
バックアップ優先度を取得すると、ＶＲＲＰ制御部１８０ａは、冗長切替制御部１２４ａから通知された冗長切替タイミングになるまで待機し、当該タイミングになったときに、上記ステップＳ１１１０で取得したバックアップ優先度を自機に設定するとともに、当該バックアップ優先度を設定したＡＤＶＥＲＴＩＳＥＭＥＮＴパケットをマルチキャストで送信する（ステップＳ１１２０）。これによって、中継装置４０ａは、マスタからバックアップに移行するとともに、中継装置４０ｂがバックアップからマスタに移行する。こうして、ＶＲＲＰ制御部１８０ａの処理は終了となる。
【０１０４】
なお、中継装置４０ａ，４０ｂに設定される優先度は、所定のタイミングで、もとの値に戻せばよい。かかる優先度の変更は、手動操作で行ってもよいし、タイマ制御などで、自動的に行ってもよい。所定のタイミングは、例えば、コンフィグレーションテーブル１３２に設定された集計用単位の最大値の期間が経過した後としてもよい。こうすれば、ユーザが所望する切替周期で冗長切替を行うことができる。また、自動的に優先度を変更する場合には、中継装置４０ａは、冗長切替制御部１２４ａから通知された冗長切替タイミングを記憶しておき、次回の当該冗長切替タイミングで、優先度の変更を行ってもよい。
【０１０５】
上述の説明からも明らかなように、トラフィック指標値に基づいたタイミングでの冗長切替は、１つの装置内の冗長構成に限らず、装置単位での冗長構成にも適用することができる。第２実施例では、中継装置４０ａにおける第１の制御部１００ａと第２の制御部２００ａとの間での冗長切替と、中継装置４０ａと中継装置４０ｂとの間での冗長切替とを選択的に実行できる構成を示したが、トラフィック指標値に基づいたタイミングで、中継装置４０ａと中継装置４０ｂとの間での冗長切替を行う構成のみを備えていてもよいことは勿論である。また、利用する冗長化プロトコルは、ＶＲＲＰに限らず、種々のプロトコルを利用することができる。例えば、ＧＳＲＰ（Gigabit Switch Redundancy Protocol）やＣＡＲＰ（Common Address Redundancy Protocol）などを利用してもよい。
【０１０６】
Ｃ．変形例：
上述の実施例の変形例について説明する。
Ｃ−１．変形例１：
上述の実施形態においては、設定したプロトコルパケットのトラフィック量のみに基づいて、トラフィック指標値を算出し、当該トラフィック指標値に基づいたタイミングで冗長切替を実行する構成について示したが、トラフィック指標値の算出対象は、プロトコルパケットに限るものではない。プロトコルパケット以外の通信パケット、例えば、データパケットについても、算出対象としてもよい。例えば、設定したプロトコルパケットと、設定したプロトコルパケット以外の通信パケット（以下、非プロトコルパケットともいう）とを区分して、区分に応じて設定した重み付け値を用いて、所定期間ごとのトラフィック量を重み付けて、設定された期間ごとにトラフィック指標値を算出してもよい。こうすれば、非プロトコルパケットに係る通信に与える影響についても反映したタイミングで、冗長切替を行うことができる。プロトコルパケットは、データパケットなどと比べて、冗長切替に伴うネットワークへの影響が大きいので、プロトコルパケットの重み付け値を、非プロトコルパケットの重み付け値よりも小さく設定してもよい。なお、プロトコルパケットの重み付け値は、一律の値で設定してもよいし、図３に示したように、プロトコルパケットの種類に応じて、さらに細分化した区分を設定して、当該区分ごとに設定してもよい。
【０１０７】
Ｃ−２．変形例２：
上述の実施形態においては、平均計算結果テーブル１６０を用いて、集計用サンプリング期間ごとに、所定の重み付け値で重み付けたトラフィック量の平均値を算出し、それをトラフィック指標値とする構成について示したが、トラフィック指標値は、必ずしも平均値を用いる必要はない。上述したコンフィグレーションテーブル１３２は、集計用単位に１月を含んでいるが、１月は、例えば、３０日の月と３１日の月とがある。そのため、上述の実施形態では、月ごとの日数の違いを揃えるために、すなわち、正規化するために、平均値を用いる構成について示した。こうすれば、冗長切替に伴うネットワークへの影響度をより精度良く評価できる。ただし、求められる精度によっては、正規化を行う必要はない。あるいは、例えば、集計用単位が「１週間」と「１日」とで設定される場合には正規化を行う必要はない。トラフィック指標値は、所定の重み付け値（重み付け値が全て同一、つまり、重み付けなしを含む）で重み付けたトラフィック量の大小関係が反映される指標として適宜設定すればよい。
【０１０８】
Ｃ−３．変形例３：
上述の実施形態においては、運用系として設定された第１の制御部１００または中継装置４０ａは、第１の制御部１００または中継装置４０ａに蓄積されたトラフィック指標値のみに基づいて、冗長切替タイミングを設定する構成について示した。しかし、かかる構成に限られるものではない。運用系として設定された第１の制御部１００または中継装置４０ａは、待機系として設定された第２の制御部２００または中継装置４０ｂに蓄積されたトラフィック指標値も加味して、冗長切替タイミングを設定してもよい。かかる構成は、例えば、第２の制御部２００が運用系から待機系に切り替わる際に、第１の制御部１００に対して、第２の制御部２００のメモリに蓄積されたトラフィック指標値（解析データテーブル１４０の重み付け計算結果であってもよい）を出力することで実現できる。また、待機系側においても、通信パケットを扱い、かつ、自系列が扱う通信パケットに基づいて、トラフィック指標値を蓄積可能な構成とする場合には、待機系として設定された際に蓄積したトラフィック指標値も加味してもよい。これらのようにすれば、より多くのトラフィック量に基づいたトラフィック指標値を用いて、冗長切替タイミングを設定することができるので、特異値を吸収しやすくなる。
【０１０９】
Ｃ−４．変形例４：
上述の実施形態においては、冗長切替タイミング保持テーブル１７０に登録された冗長切替タイミングに基づいて、冗長切替を自動的に行う構成について示したが、冗長切替は、切替指示のみに基づいて行う構成としてもよい。こうしても、ユーザは、冗長切替タイミング出力部１２２の処理を利用して、ネットワークへの影響が小さい時間帯を確認し、切替指示を行うことができる。
【０１１０】
Ｃ−５．変形例５：
上述の実施形態においては、冗長切替タイミング保持テーブル１７０に格納される冗長切替タイミングは、平均計算結果テーブル１６０に格納される平均処理結果（トラフィック指標値）の最小値に対応するサンプリング期間であったが、必ずしも、最小値を採用する必要はない。例えば、２番目に小さい値に対応するサンプリング期間を、冗長切替タイミングとして、冗長切替タイミング保持テーブル１７０に格納してもよい。平均処理結果が小さい値であるほど、冗長切替タイミングとして望ましいことは勿論であるが、平均処理結果が、各サンプリング期間の中で相対的に小さい期間、例えば、各サンプリング期間の平均処理結果の中央値よりも小さい値、または、平均値よりも小さい値のうちから、冗長切替タイミングとして採用するサンプリング期間を設定してもよい。こうしても、所定程度の効果を奏することができる。
【０１１１】
Ｃ−６．変形例６：
上述の実施形態においては、２系列に冗長化された冗長化構成について示したが、冗長化構成は３系列以上であってもよい。その場合には、各系列に、次回、自系列の次に運用系に切り替えられる系列を設定しておいてもよい。こうすれば、所定の規則に従った順序で、各系列を均等に運用系として設定することができる。
【０１１２】
Ｃ−７．変形例７：
上述の実施形態においては、冗長化構成を備える通信システムとして、中継装置によって構成されるシステムを例示したが、冗長化構成は、中継装置に限るものではない。例えば、サーバや、ＮＡＳ（Network Attached Storage）などであってもよい。つまり、通信パケットの送受信および中継の少なくとも１つを行う通信部を備える装置であればよい。通信部は、装置内に内蔵されていてもよいし、着脱可能に接続されていてもよい。
【０１１３】
Ｃ−８．変形例８：
上述の実施形態においては、トラフィック指標値を随時更新していくことで、冗長切替タイミングを動的に設定する構成について示したが、トラフィック指標値の算出は、所定期間の経過後に停止してもよい。こうすれば、中継装置の演算負荷を軽減することができる。所定期間は、例えば、コンフィグレーションテーブル１３２に設定された集計用単位の最大値の１倍、５倍など設定することができる。所定期間を、集計用単位の最大値の数倍以上確保すれば、集計用単位で規定される期間ごとのトラフィック量の変動を吸収することができる。
【０１１４】
Ｃ−９．変形例９：
上述の実施形態においては、プロトコルパケットのトラフィック量に着目して、冗長切替のタイミングを設定する構成について示したが、通信パケットの種別に関係なく、全ての通信パケットのトラフィック量に基づいて、冗長切替のタイミングを設定してもよい。この場合、例えば、解析データテーブル１４０には、サンプリング期間ごとのトラフィック量を格納すればよい。こうすれば、平均計算結果テーブル１６０の平均計算結果の更新に伴い、更新された平均計算結果に応じて、冗長切替タイミング保持テーブル１７０の登録内容が変更され、その結果、冗長切替を実行するタイミングも変更されることとなる。かかる構成によれば、通信パケットの通信量に基づいて、ネットワークへの影響の少ない時間帯に、冗長切替を実行することができる。しかも、冗長切替タイミングは、動的に設定されるので、ネットワークにおけるトラフィック量の時間的な偏りの特性が変化した場合にも、その変化に好適に対応することができる。その結果、冗長切替コマンドによって冗長切替を行う従来手法において問題となっていた、ユーザの管理負担を軽減するという課題を解決することができる。
【０１１５】
以上、本発明の実施形態について説明したが、上述した実施形態における構成要素のうち、独立クレームに記載された要素に対応する要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、通信システムとしての構成のほか、通信システムに用いるプログラム、当該プログラムを記録した記憶媒体、冗長化構成の切替方法等としても実現することができる。
【符号の説明】
【０１１６】
３０，３０ａ…ネットワークシステム
４０，４０ａ，４０ｂ，５０，６０…中継装置
７０…監視サーバ
１００，１００ａ…第１の制御部
１１０…パケット解析処理部
１１１…受信処理部
１１２…送信処理部
１１３…中継処理部
１２１…平均計算処理部
１２２…冗長切替タイミング出力部
１２３…冗長切替タイミング計算処理部
１２４，１２４ａ…冗長切替制御部
１３０，１３０ａ…コンフィグレーション領域
１３１…解析フローテーブル
１３２，１３２ａ…コンフィグレーションテーブル
１４０…解析データテーブル
１５０…計算結果データ領域
１６０…平均計算結果テーブル
１６１…集計用単位毎計算結果テーブル
１６２…集計用単位毎計算結果テーブル
１７０…冗長切替タイミング保持テーブル
１８０ａ…ＶＲＲＰ制御部
２００，２００ａ…第２の制御部
３００…回線部
Ｔ１〜Ｔ４，Ｔ１１〜Ｔ１８…トラフィック
【特許請求の範囲】
【請求項１】
通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部と
を備えた通信システム。
【請求項２】
前記算出部は、前記所定のプロトコルパケットの種類に応じて設定された重み付け値を用いて、前記トラフィック量を重み付けて、前記トラフィック指標値を算出する請求項１記載の通信システム。
【請求項３】
前記切替部は、前記算出部の算出結果の更新に伴い、該更新された算出結果に応じて、前記所定のタイミングを変更する請求項１または請求項２記載の通信システム。
【請求項４】
請求項１ないし請求項３のいずれか記載の通信システムであって、
前記算出部の算出結果に基づく情報を出力する出力部と、
ユーザ操作に基づいて入力される、前記運用系と前記待機系との切替指示を受け付ける受付部と
を備え、
前記切替部は、前記受付部が前記切替指示を受け付けた場合に、該切替指示に基づくタイミングで前記切替を行う
通信システム。
【請求項５】
請求項４記載の通信システムであって、
前記切替部は、
前記所定のタイミングを、階層的な時間情報として設定し、
前記受付部が前記切替指示を受け付けた場合に、前記階層的な時間情報のうちの、最上位の階層を除く１以上の所定の階層で規定される時間に達したときを、前記切替指示に基づくタイミングとして、前記切替を行う
通信システム。
【請求項６】
前記通信システムは、前記第１の制御部と前記第２の制御部とを備えた単一の装置である請求項１ないし請求項５のいずれか記載の通信システム。
【請求項７】
請求項１ないし請求項５のいずれか記載の通信システムであって、
前記通信システムは、第１の装置と第２の装置とを備え、
前記第１の装置は、前記第１の制御部と、該第１の制御部によって制御される、前記通信部としての第１の通信部と、前記算出部と、前記切替部とを備え、
前記第２の装置は、前記第２の制御部と、該第２の制御部によって制御される、前記通信部としての第２の通信部と、前記算出部と、前記切替部とを備える
通信システム。
【請求項８】
通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記算出部の算出結果に基づく情報を出力する出力部と、
ユーザ操作に基づいて入力される、前記第１の制御部および前記第２の制御部に設定された運用系と待機系との切替指示を受け付ける受付部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記受け付けた切替指示に基づくタイミングで切り替える切替部と
を備えた通信システム。
【請求項９】
通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの、所定のプロトコルパケットと、該所定のプロトコルパケット以外の前記通信パケットである非プロトコルパケットとを少なくとも区分し、該区分に応じて設定された重み付け値を用いて前記通信パケットの所定期間ごとのトラフィック量を重み付けて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部と
を備えた通信システム。
【請求項１０】
通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部とを備える通信システムにおいて、前記第１の制御部および前記第２の制御部に設定される運用系と待機系とを切り替える冗長化構成の切替方法であって、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出し、
前記算出したトラフィック指標値に基づいた所定のタイミングで、前記運用系と前記待機系とを切り替える
冗長化構成の切替方法。
【請求項１】
通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部と
を備えた通信システム。
【請求項２】
前記算出部は、前記所定のプロトコルパケットの種類に応じて設定された重み付け値を用いて、前記トラフィック量を重み付けて、前記トラフィック指標値を算出する請求項１記載の通信システム。
【請求項３】
前記切替部は、前記算出部の算出結果の更新に伴い、該更新された算出結果に応じて、前記所定のタイミングを変更する請求項１または請求項２記載の通信システム。
【請求項４】
請求項１ないし請求項３のいずれか記載の通信システムであって、
前記算出部の算出結果に基づく情報を出力する出力部と、
ユーザ操作に基づいて入力される、前記運用系と前記待機系との切替指示を受け付ける受付部と
を備え、
前記切替部は、前記受付部が前記切替指示を受け付けた場合に、該切替指示に基づくタイミングで前記切替を行う
通信システム。
【請求項５】
請求項４記載の通信システムであって、
前記切替部は、
前記所定のタイミングを、階層的な時間情報として設定し、
前記受付部が前記切替指示を受け付けた場合に、前記階層的な時間情報のうちの、最上位の階層を除く１以上の所定の階層で規定される時間に達したときを、前記切替指示に基づくタイミングとして、前記切替を行う
通信システム。
【請求項６】
前記通信システムは、前記第１の制御部と前記第２の制御部とを備えた単一の装置である請求項１ないし請求項５のいずれか記載の通信システム。
【請求項７】
請求項１ないし請求項５のいずれか記載の通信システムであって、
前記通信システムは、第１の装置と第２の装置とを備え、
前記第１の装置は、前記第１の制御部と、該第１の制御部によって制御される、前記通信部としての第１の通信部と、前記算出部と、前記切替部とを備え、
前記第２の装置は、前記第２の制御部と、該第２の制御部によって制御される、前記通信部としての第２の通信部と、前記算出部と、前記切替部とを備える
通信システム。
【請求項８】
通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記算出部の算出結果に基づく情報を出力する出力部と、
ユーザ操作に基づいて入力される、前記第１の制御部および前記第２の制御部に設定された運用系と待機系との切替指示を受け付ける受付部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記受け付けた切替指示に基づくタイミングで切り替える切替部と
を備えた通信システム。
【請求項９】
通信システムであって、
通信パケットの送受信および中継の少なくとも１つを行う通信部と、
各々が前記通信部を制御可能な第１の制御部および第２の制御部と、
前記通信部が扱う通信パケットのうちの、所定のプロトコルパケットと、該所定のプロトコルパケット以外の前記通信パケットである非プロトコルパケットとを少なくとも区分し、該区分に応じて設定された重み付け値を用いて前記通信パケットの所定期間ごとのトラフィック量を重み付けて、予め設定された期間ごとにトラフィック指標値を算出する算出部と、
前記第１の制御部および前記第２の制御部のうちの一方に設定された運用系と、他方に設定された待機系とを、前記算出したトラフィック指標値に基づいた所定のタイミングで、自動的に切り替える切替部と
を備えた通信システム。
【請求項１０】
通信パケットの送受信および中継の少なくとも１つを行う通信部と、各々が前記通信部を制御可能な第１の制御部および第２の制御部とを備える通信システムにおいて、前記第１の制御部および前記第２の制御部に設定される運用系と待機系とを切り替える冗長化構成の切替方法であって、
前記通信部が扱う通信パケットのうちの所定のプロトコルパケットの所定期間ごとのトラフィック量に基づいて、予め設定された期間ごとにトラフィック指標値を算出し、
前記算出したトラフィック指標値に基づいた所定のタイミングで、前記運用系と前記待機系とを切り替える
冗長化構成の切替方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２０１３−５３７１（Ｐ２０１３−５３７１Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３７１０８（Ｐ２０１１−１３７１０８）
【出願日】平成２３年６月２１日（２０１１．６．２１）
【出願人】（５０４４１１１６６）アラクサラネットワークス株式会社 (315)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月２１日（２０１１．６．２１）
【出願人】（５０４４１１１６６）アラクサラネットワークス株式会社 (315)
【Ｆターム（参考）】
[ Back to top ]