通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法
【課題】ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持することを課題とする。
【解決手段】Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのそれぞれに対して、「監視ｉｃｍｐパケット」の送信先とする特定のルータを予め選定する。下位ルータ１３０Ａ〜１３０Ｄは、予め選定された特定のルータに対して、「監視ｉｃｍｐパケット」をそれぞれ送信する。下位ルータ１３０Ａ〜１３０Ｄは、「監視ｉｃｍｐパケット」に対する応答が受信されない場合には、障害が発生したものと判定してネットワークインターフェースを停止する。
【解決手段】Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのそれぞれに対して、「監視ｉｃｍｐパケット」の送信先とする特定のルータを予め選定する。下位ルータ１３０Ａ〜１３０Ｄは、予め選定された特定のルータに対して、「監視ｉｃｍｐパケット」をそれぞれ送信する。下位ルータ１３０Ａ〜１３０Ｄは、「監視ｉｃｍｐパケット」に対する応答が受信されない場合には、障害が発生したものと判定してネットワークインターフェースを停止する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長ネットワークにおける障害検知機能および通信機器の切替機能に関する。特に、本発明は、いわゆるスター型ネットワークにおけるＨＳＲＰ（Hot Standby Routing Protocol）やＶＲＲＰ（Virtual Router Redundancy Protocol）などを用いた障害検知機能および通信機器切替機能と、ＩＰ−ＳＬＡ（Internet Protocol−Service Level Agreement）を用いたネットワーク監視機能とを併用する技術に関する。
【背景技術】
【０００２】
近年のネットワーク環境の普及に伴い、ネットワークの可用性を高めることを目的として、ネットワークを構成するシステムに冗長性を持たせるようになってきている。
【０００３】
例えば、図７に、いわゆるスター型ネットワークの構成例を示す。図７は、いわゆるスター型ネットワークの構成例を示す図である。図７に示すように、スター型ネットワーク１０は、上位ルータ１１、中間スイッチ１２Ａ〜１２Ｄおよび下位ルータ１３Ａ〜１３Ｄを有する。そして、このスター型ネットワーク１０では、図７に示すように、上位ルータ１１の配下に中間スイッチ１２Ａ〜１２Ｄがそれぞれ接続される。
【０００４】
さらに、このスター型ネットワーク１０では、図７に示すように、中間スイッチ１２Ａに下位ルータ１３Ａが接続され、中間スイッチ１２Ｂに下位ルータ１３Ｂが接続され、中間スイッチ１２Ｃに下位ルータ１３Ｃが接続され、中間スイッチ１２Ｄに下位ルータ１３Ｄが接続される。なお、図７に示すように、下位ルータ１３Ａにはスイッチ１４Ａを介して端末１５Ａが接続され、下位ルータ１３Ｂにはスイッチ１４Ｂを介して端末１５Ｂが接続され、下位ルータ１３Ｃにはスイッチ１４Ｃを介して端末１５Ｃが接続され、下位ルータ１３Ｄにはスイッチ１４Ｄを介して端末１５Ｄが接続される。
【０００５】
また、例えば、図８に、上述した図７に示すスター型ネットワークの冗長構成例を示す。図８は、上述した図７に示すスター型ネットワークの冗長構成例を示す図である。図８には、上述した図７に示すスター型ネットワーク１０を「Ａｃｔｉｖｅ系」、スター型ネットワーク１０と同一の構成を有するスター型ネットワーク２０１を「Ｓｔａｎｄｂｙ系」とする冗長構成を示す。
【０００６】
以下、例えば、図８に示す冗長構成のスター型ネットワークに対して、ＩＥＴＦ（The Internet Engineering Task Force）により策定されたＲＦＣ（Request For Comment）２２８１に規定されるＨＳＲＰが設定済みであるものと仮定し、このＨＳＲＰを用いた障害検知方法を説明する。なお、ＲＦＣ（Request For Comment）２２８１に規定されるＨＳＲＰと、ＲＦＣ（Request For Comment）３７６８に規定されるＶＲＲＰとは基本的に同様動作によって障害検知を実現する。
【０００７】
例えば、図８に示す複数のルータにそれぞれ設定されるプライオリティ値の高い側のルータがＡｃｔｉｖｅ系のルータとしての役割を担い、プライオリティ値の低い側のルータがＳｔａｎｄｂｙ系のルータとしての役割を担う。そして、実動作を実行するＡｃｔｉｖｅ系のルータに障害が発生した場合に、Ａｃｔｉｖｅ系のルータの代わりにＳｔａｎｄｂｙ系のルータがパケット通信などに関する実動作を実行する。
【０００８】
図８に示すＡｃｔｉｖｅ系のルータとＳｔａｎｄｂｙ系のルータとの間では、互いの正常性やプライオリティ値などを通知するための死活確認パケット、いわゆる「Ｈｅｌｌｏパケット」がやり取りされる。Ｓｔａｎｄｂｙ系のルータは、Ａｃｔｉｖｅ系のルータから「Ｈｅｌｌｏパケット」を受信できない場合には、Ａｃｔｉｖｅ系のルータに障害が発生したものと判断し、Ａｃｔｉｖｅ系のルータに成り代わってパケット通信などに関する実動作を実行する。
【０００９】
図９は、図８に示す冗長構成のスター型ネットワーク内から冗長構成の一拠点を抽出した図である。図９に示すように、Ａｃｔｉｖｅ系の上位ルータ１１とＳｔａｎｄｂｙ系の上位ルータ２１との間にはＨＳＲＰ３０が設定される。また、図９に示すように、Ａｃｔｉｖｅ系の下位ルータ１３ＡとＳｔａｎｄｂｙ系の下位ルータ２３Ａとの間には、ＨＳＲＰ３１および３２が設定される。なお、Ａｃｔｉｖｅ系の下位ルータ１３ＡおよびＳｔａｎｄｂｙ系の下位ルータ２３Ａは、ＨＳＲＰ３１の機能を用いて、Ａｃｔｉｖｅ系の中間スイッチ１２ＡおよびＳｔａｎｄｂｙ系の中間スイッチ２２Ａを介して「Ｈｅｌｌｏパケット」をやり取りする。また、Ａｃｔｉｖｅ系の下位ルータ１３ＡおよびＳｔａｎｄｂｙ系の下位ルータ２３Ａは、ＨＳＲＰ３２の機能を用いてネットワーク外部の監視を行う。
【００１０】
図９に示すように、例えば、Ａｃｔｉｖｅ系の中間スイッチ１２ＡとＳｔａｎｄｂｙ系の中間スイッチ２２Ａとを接続するケーブルに障害が発生すると、例えば、Ａｃｔｉｖｅ系のスター型ネットワーク１０に収容された下位ルータ１３Ａと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２０に収容された下位ルータ２３Ａとの間で「Ｈｅｌｌｏパケット」をやり取りができなくなる。このような場合には、実際には、Ａｃｔｉｖｅ系の下位ルータ１３Ａに障害が発生していなくても、下位ルータ２３ＡがＳｔａｎｄｂｙ系からＡｃｔｉｖｅ系に切り替わって動作する。一方、もともとＡｃｔｉｖｅ系であった下位ルータ１３Ａは、障害が発生しているわけではないので、そのままＡｃｔｉｖｅ系として動作し続ける。
【００１１】
このように、冗長構成のスター型ネットワーク内にＡｃｔｉｖｅ系のルータが複数存在するという事態が発生すると、ネットワークに接続された端末の通信性能に悪影響を与える。具体的には、冗長構成のスター型ネットワーク内にて障害の発生に伴うルータの切替が行われると、障害が発生したルータの配下に接続されている端末に対してルータの変更を知らせる通知（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）が送られる。このため、複数のＡｃｔｉｖｅ系のルータが端末に接続されている場合には、端末が有するＡＲＰ（Address Resolution Protocol）テーブルが破壊されてしまうという問題があった。
【００１２】
そこで、冗長構成のスター型ネットワークにおいて、ＨＳＲＰやＶＲＲＰと、ネットワーク監視機能の１つであるＩＰ−ＳＬＡを併用する試みがなされている。ＩＰ−ＳＬＡは、ネットワーク機器の故障やケーブル断などを原因とするネットワーク内の通信障害を検知するための監視パケット、いわゆる「監視ｉｃｍｐ（Internet Control Message Protocol）パケット」をネットワーク内でやり取りし、ネットワーク内の通信障害を検知する機能である。
【００１３】
図１０は、図８に示す冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用する場合の構成例を示す図である。図１０に示すように、例えば、Ａｃｔｉｖｅ系の下位ルータ１３Ａに対して、中間スイッチ１２Ａ→上位ルータ１１→中間スイッチ１２Ｂ，１２Ｃ，１２Ｄというルートで、下位ルータ１３Ｂ，１３Ｃ，１３Ｄの全てに「監視ｉｃｍｐパケット」を送るように設定する。
【００１４】
同様に、下位ルータ１３Ｂに対して、中間スイッチ１２Ｂ→上位ルータ１１→中間スイッチ１２Ａ，１２Ｃ，１２Ｄというルートで、下位ルータ１３Ａ，１３Ｃ，１３Ｄの全てに「監視ｉｃｍｐパケット」を送るように設定する。同様に、下位ルータ１３Ｃに対して、中間スイッチ１２Ｃ→上位ルータ１１→中間スイッチ１２Ａ，１２Ｂ，１２Ｄというルートで、下位ルータ１３Ａ，１３Ｂ，１３Ｄの全てに「監視ｉｃｍｐパケット」を送るように設定する。同様に、下位ルータ１３Ｄに対して、中間スイッチ１２Ｄ→上位ルータ１１→中間スイッチ１２Ａ，１２Ｂ，１２Ｃというルートで、下位ルータ１３Ａ，１３Ｂ，１３Ｃの全てに「監視ｉｃｍｐパケット」を送るように設定する。このようにすることで、下位ルータ間で「監視ｉｃｍｐパケット」をやり取りできなくなった箇所を特定することができる。このため、ネットワーク内のどこで発生した障害であっても検知できる。
【００１５】
このように、冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用することにより、ケーブルの障害を原因として、Ｓｔａｎｄｂｙ系のルータがＡｃｔｉｖｅ系に切り替えられてしまう事態を防止できる。その結果、複数のＡｃｔｉｖｅ系のルータが端末に接続されることにより、端末が有するＡＲＰテーブルを破壊してしまうという事態の発生を回避でき、ネットワークに接続された端末の通信性能に悪影響を及ぼすことはない。
【００１６】
また、上述した問題点は、中間スイッチを経由してパケットをやり取りすることが原因として発生する。そこで、スター型ネットワークに中間スイッチを設けない構成も考えられる。
【００１７】
図１１は、中間スイッチを設けない冗長構成のネットワークの構成例を示す図である。図１１に示すように、冗長構成のネットワークに中間スイッチを設けない構成の場合、「Ｈｅｌｌｏパケット」は同一のサブネット内でやり取りする必要があることから、ＨＳＲＰの設定箇所がＡｃｔｉｖｅ系のネットワーク４０に収容される下位ルータ４３と、Ｓｔａｎｄｂｙ系のネットワーク５０に収容される下位ルータ５３との間に制限される。また、ＨＳＲＰ８０では、上位ルータ４１とＨＵＢ４２との間で発生した通信の障害を検知できない。
【００１８】
そこで、中間スイッチを設けない冗長構成のネットワークにＩＰ−ＳＬＡを適用する方法が考えられる。例えば、ＩＰ−ＳＬＡの「監視ｉｃｍｐ（Internet Control Message Protocol）パケット」の宛先を上位ルータ４１に設定する。このように、中間スイッチを設けない冗長構成のネットワークであっても、ＩＰ−ＳＬＡを適用すれば、上位ルータ４１とＨＵＢ４２との間で発生した通信の障害を検知できるようになる。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特開２００７−１８９３２１号公報
【発明の概要】
【発明が解決しようとする課題】
【００２０】
ところで、上述した冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用する技術（図１０参照）では、各下位ルータから自身以外の全ての下位ルータに対して「監視ｉｃｍｐパケット」を送るような設定が行われる。このため、ネットワーク内に収容される下位ルータの数が増加すると、Ａｃｔｉｖｅ系のスター型ネットワーク内で処理しなければならない「監視ｉｃｍｐパケット」の数も膨大となる。よって、Ａｃｔｉｖｅ系のスター型ネットワークシステムの処理能力の多くが「監視ｉｃｍｐパケット」の処理に費やされてしまうこととなるので、「監視ｉｃｍｐパケット」以外の通常のデータ通信パケットの遅延や破棄を引き起こし、通信品質が低下してしまうという問題がある。
【００２１】
なお、上述した中間スイッチを設けない冗長構成のネットワークにてＩＰ−ＳＬＡを適用する技術（図１１参照）にも、「監視ｉｃｍｐパケット」の処理負荷増大による通信品質の低下は起こりうる問題である。
【００２２】
本発明は、上記に鑑みてなされたものであって、ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持することが可能な通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２３】
上述した課題を解決し、目的を達成するために、本発明は、冗長化されたネットワークを構成する運用系ネットワーク側に収容される通信機器であって、前記運用系ネットワーク側に収容される他の通信機器の中から予め設定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信部と、前記パケット送信部により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止部とを有することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持できる。
【図面の簡単な説明】
【００２５】
【図１】図１は、実施例１に係る通信システムの構成を示す図である。
【図２】図２は、実施例１に係る下位ルータ１３０Ａの構成を示す図である。
【図３】図３は、実施例１に係る障害検知パケット送信時参照テーブル１３１Ａに記憶される情報の一例を示す図である。
【図４】図４は、実施例１に係るネットワーク系の切替の概要を説明するための図である。
【図５】図５は、実施例１に係る下位ルータによる処理の流れを示す図である。
【図６】図６は、障害検知プログラムを実行するコンピュータを示す図である。
【図７】図７は、いわゆるスター型ネットワークの構成例を示す図である。
【図８】図８は、上述した図７に示すスター型ネットワークの冗長構成例を示す図である。
【図９】図９は、図８に示す冗長構成のスター型ネットワーク内から冗長構成の一拠点を抽出した図である。
【図１０】図１０は、図８に示す冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用する場合の構成例を示す図である。
【図１１】図１１は、中間スイッチを設けない冗長構成のネットワークの構成例を示す図である。
【発明を実施するための形態】
【００２６】
以下に、図面を参照しつつ、本願の開示する通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法の一実施形態を詳細に説明する。
【実施例１】
【００２７】
以下に説明する実施例１では、本発明に係る通信システムの一実施形態として実施例１を説明する。なお、以下の実施例１により、本願の開示する発明が限定されるものではない。
【００２８】
実施例１に係る通信システムは、複数の通信機器が収容された運用系ネットワークと、該運用系ネットワーク内に障害が発生した場合に該運用系ネットワークをバックアップする待機系ネットワークとで冗長化されたネットワークを有する。そして、運用系ネットワークに収容された通信機器は、運用系ネットワークに収容された他の通信機器の中から予め設定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信し、送信された障害検知パケットに対応する応答が特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止する点に特徴がある。
【００２９】
［通信システムの構成（実施例１）］
図１は、実施例１に係る通信システムの構成を示す図である。図１に示すように、実施例１に係る通信システムは、Ａｃｔｉｖｅ系のスター型ネットワーク１００およびＳｔａｎｄｂｙ系のスター型ネットワーク２００を含む。Ａｃｔｉｖｅ系のスター型ネットワーク１００は、パケット通信等の実運用が行われる運用系のネットワークに該当する。Ｓｔａｎｄｂｙ系のスター型ネットワーク２００は、Ａｃｔｉｖｅ系のスター型ネットワーク１００に障害が発生した場合にバックアップとして機能する待機系のネットワークに該当する。
【００３０】
Ａｃｔｉｖｅ系のスター型ネットワーク１００は、図１に示すように、上位ルータ１１０、中間スイッチ１２０Ａ〜１２０Ｄ、下位ルータ１３０Ａ〜１３０Ｄを有する。上位ルータ１１０は、ケーブル３００を介して、中間スイッチ１２０Ａ〜１２０Ｄと通信可能な状態で接続される。
【００３１】
中間スイッチ１２０Ａは、ケーブル３００を介して、下位ルータ１３０Ａと通信可能な状態で接続される。中間スイッチ１２０Ｂは、ケーブル３００を介して、下位ルータ１３０Ｂと通信可能な状態で接続される。中間スイッチ１２０Ｃは、ケーブル３００を介して、下位ルータ１３０Ｃと通信可能な状態で接続される。中間スイッチ１２０Ｄは、ケーブル３００を介して、下位ルータ１３０Ｄと通信可能な状態で接続される。
【００３２】
下位ルータ１３０Ａは、ケーブル３００を介して、スイッチ１４０Ａと通信可能な状態で接続される。下位ルータ１３０Ｂは、ケーブル３００を介して、スイッチ１４０Ｂと通信可能な状態で接続される。下位ルータ１３０Ｃは、ケーブル３００を介して、スイッチ１４０Ｃと通信可能な状態で接続される。下位ルータ１３０Ｄは、ケーブル３００を介して、スイッチ１４０Ｄと通信可能な状態で接続される。
【００３３】
スイッチ１４０Ａは、ケーブル３００を介して、端末１５０Ａと通信可能な状態で接続される。スイッチ１４０Ｂは、ケーブル３００を介して、端末１５０Ｂと通信可能な状態で接続される。スイッチ１４０Ｃは、ケーブル３００を介して、端末１５０Ｃと通信可能な状態で接続される。スイッチ１４０Ｄは、ケーブル３００を介して、端末１５０Ｄと通信可能な状態で接続される。
【００３４】
なお、中間スイッチ１２０Ａ〜１２０Ｄおよびスイッチ１４０Ａ〜１４０Ｄは、パケットのスイッチング機能など、ネットワークスイッチとしての一般的な機能を有する。また、端末１５０Ａ〜１５０Ｄは、例えば、パーソナルコンピュータやサーバなどに該当し、パーソナルコンピュータやサーバなどが有する一般的な機能を有する。
【００３５】
Ｓｔａｎｄｂｙ系のスター型ネットワーク２００は、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００と同一の構成を有する。すなわち、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００は、上位ルータ２１０、中間スイッチ２２０Ａ〜２２０Ｄ、下位ルータ２３０Ａ〜２３０Ｄを有する。上位ルータ２１０は、ケーブル３００を介して、中間スイッチ２２０Ａ〜２２０Ｄと通信可能な状態で接続される。
【００３６】
中間スイッチ２２０Ａは、ケーブル３００を介して、下位ルータ２３０Ａと通信可能な状態で接続される。中間スイッチ２２０Ｂは、ケーブル３００を介して、下位ルータ２３０Ｂと通信可能な状態で接続される。中間スイッチ２２０Ｃは、ケーブル３００を介して、下位ルータ２３０Ｃと通信可能な状態で接続される。中間スイッチ２２０Ｄは、ケーブル３００を介して、下位ルータ２３０Ｄと通信可能な状態で接続される。
【００３７】
なお、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ａとの間にはＨＳＲＰが設定される。下位ルータ２３０Ａは、下位ルータ１３０Ａのバックアップルータとしての役割を担う。また、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ｂと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ｂとの間にはＨＳＲＰが設定される。下位ルータ２３０Ｂは、下位ルータ１３０Ｂのバックアップルータとしての役割を担う。
【００３８】
また、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ｃと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ｃとの間にはＨＳＲＰが設定される。下位ルータ２３０Ｃは、下位ルータ１３０Ｃのバックアップルータとしての役割を担う。また、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ｄと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ｄとの間にはＨＳＲＰが設定される。下位ルータ２３０Ｄは、下位ルータ１３０Ｄのバックアップルータとしての役割を担う。
【００３９】
［下位ルータの構成（実施例１）］
図２を用いて下位ルータの構成を説明する。Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄは同一の構成を有するので、以下では、下位ルータ１３０Ａを例に挙げて説明する。図２は、実施例１に係る下位ルータ１３０Ａの構成を示す図である。なお、図２には本願の開示する技術に密接に関連する部分を図示するが、実施例１に係る上位ルータおよび下位ルータは、ネットワークデバイスとしての一般的なルータの機能を有することを前提とする。
【００４０】
例えば、実施例１に係る上位ルータおよび下位ルータは、一般的なルータの機能として、種々のＬＡＮ（Local Area Network）メディア、種々のＨＤＬＣ（High Level Data Link Control）、種々のＷＡＮ（Wide Area Network）メディア、種々のネットワークインターフェースを取り扱う機能を有するものとする。さらに、実施例１に係る上位ルータおよび下位ルータは、一般的なルータの機能として、ＯＳＩ（Open Systems Interconnection）参照モデル第３層「ネットワークレイヤー」に情報に基づいて、ネットワーク間のパケット配送を行う機能を有するものとする。
【００４１】
図２に示すように、下位ルータ１３０Ａは、障害検知パケット送信時参照テーブル１３１Ａと、パケット送受信部１３２Ａと、インターフェース停止部１３３Ａと、切替部１３４Ａとを有する。
【００４２】
障害検知パケット送信時参照テーブル１３１Ａは、通信の障害を検知するための「監視ｉｃｍｐ（Internet Control Message Protocol）パケット」を、予め設定された特定のルータに送信するための情報を記憶する。ここで、通信の障害とは、例えば、「監視ｉｃｍｐパケット」および「監視ｉｃｍｐパケット」に対する応答が帰ってくるという「監視ｉｃｍｐパケット」に関する通信が正常にできない状態であることをいう。ケーブルやネットワークインターフェース、装置を含めて正常に動作していない場合には、「監視ｉｃｍｐパケット」に関する通信が正常にできない状態に陥る。
【００４３】
図３は、実施例１に係る障害検知パケット送信時参照テーブル１３１Ａに記憶される情報の一例を示す図である。図３に示すように、障害検知パケット送信時参照テーブル１３１Ａは、「監視ｉｃｍｐパケット」の送信先として予め設定された送信先アドレス「下位ルータ１３０Ｂ（１０．１０．１．０）」と、使用するポートのポート番号「１」とを対応付けて記憶する。
【００４４】
パケット送受信部１３２Ａは、予め設定された所定のタイミングで、予め設定された特定のルータに「監視ｉｃｍｐパケット」を送信する。例えば、パケット送受信部１３２Ａは、「監視ｉｃｍｐパケット」送信タイミングへの到達を待機する。「監視ｉｃｍｐパケット」の送信タイミングに到達すると、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから送信先アドレスおよびポート番号を取得する。次に、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから取得した送信先アドレスを「監視ｉｃｍｐパケット」の送信先アドレスに設定する。そして、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから取得したポート番号のポートから「監視ｉｃｍｐパケット」を送信する。
【００４５】
なお、パケット送受信部１３２Ａから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｂのルートで下位ルータ１３０Ｂに到達する。
【００４６】
インターフェース停止部１３３Ａは、監視対象となる通信に障害が発生している場合にネットワークインターフェースを停止する。インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」が配送されるルート、すなわち、中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｂのルート上の通信を監視対象とする。監視対象となる通信は、下位ルータ１３０Ａ、下位ルータ１３０Ａと中間スイッチ１２０Ａとを接続するケーブル、中間スイッチ１２０Ａ、中間スイッチ１２０Ａと上位ルータ１１０と接続するケーブル、上位ルータ１１０、上位ルータ１１０と中間スイッチ１２０Ｂとを接続するケーブル、中間スイッチ１２０Ｂ、中間スイッチ１２０Ｂと下位ルータ１３０Ｂとを接続するケーブル、下位ルータ１３０Ｂを経由して行われる「監視ｉｃｍｐパケット」と「監視ｉｃｍｐパケット」に対する応答に関する通信に該当する。
【００４７】
そして、インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」に対する応答が受信されたか否かに基づいて、監視対象となる通信の障害を検知する。例えば、インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されたか否かを判定する。判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されなかった場合には、インターフェース停止部１３３Ａは、監視対象となる通信に障害が発生したものと判定する。そして、インターフェース停止部１３３Ａは、稼働中のネットワークインターフェースを停止する。
【００４８】
ネットワークインターフェースを停止する場合、インターフェース停止部１３３Ａは、下位ルータ１３０Ａが有するネットワークインターフェースのうち、「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェース、および「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェースと対になっている端末１５０Ａに近い方のネットワークインターフェース（端末１５０Ａとの通信を行うためのネットワークインターフェース）の両方を停止する。なお、インターフェース停止部１３３Ａは、ネットワークインターフェースを停止する場合に、下位ルータ１３０Ａが有するネットワークインターフェースの全てを停止してもよい。
【００４９】
例えば、下位ルータ１３０Ａが有するネットワークインターフェースのうち、「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェース、および「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェースと対になっている端末１５０Ａに近い方のネットワークインターフェース（端末１５０Ａとの通信を行うためのネットワークインターフェース）の両方を停止するという制御を行うという方法をとれば、例えば、端末との通信を行うためのネットワークインターフェースが複数の端末により共有されている場合に、インターフェースの停止による通信への悪影響を通信の障害検知とは無関係の他の端末に与えることを防止できる。また、下位ルータ１３０Ａが有するネットワークインターフェースの全てを停止するという方法をとれば、通信の障害検知に応じたネットワークインターフェースの停止を簡易な処理で実現できる。
【００５０】
一方、判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信された場合には、インターフェース停止部１３３Ａは、監視対象となる通信に障害が発生していないものと判定する。そして、インターフェース停止部１３３Ａは、パケット送受信部１３２Ａから新たな「監視ｉｃｍｐパケット」が送信されると、再び、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されたか否かの判定を行う。
【００５１】
なお、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ａは、ＨＳＲＰの機能を用いて、下位ルータ１３０Ａのネットワークインターフェースの稼動停止を検知すると、パケット通信などに関する実動作の実行主体として主体的に切り替わる。なお、システム内にＨＳＲＰの機能を適用しない場合には、ルータの切替を行う制御部などが、稼働中のネットワークインターフェースの停止に応じて、パケット通信などに関する実動作の実行主体となる下位ルータの切替を行うこともできる。
【００５２】
ここで、図１に戻り、上述してきたような機能を有する下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および「監視ｉｃｍｐパケット」に対する応答が、Ａｃｔｉｖｅ系のスター型ネットワーク１００内でどのように循環しているかを説明する。Ａｃｔｉｖｅ系のスター型ネットワーク１００内に通信の障害が発生していなければ、以下に説明するように、下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および応答が循環する。
【００５３】
図１の点線で示すように、下位ルータ１３０Ａから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｂのルートで下位ルータ１３０Ｂに到達する。そして、逆のルート、つまり中間スイッチ１２０Ｂ→上位ルータ１１０→中間スイッチ１２０Ａのルートで、下位ルータ１３０Ｂから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ａに到達する。
【００５４】
また、図１の点線で示すように、下位ルータ１３０Ｂから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ｂ→上位ルータ１１０→中間スイッチ１２０Ｃルートで下位ルータ１３０Ｃに到達する。そして、逆のルート、つまり中間スイッチ１２０Ｃ→上位ルータ１１０→中間スイッチ１２０Ｂのルートで、下位ルータ１３０Ｃから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ｂに到達する。
【００５５】
また、図１の点線で示すように、下位ルータ１３０Ｃから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ｃ→上位ルータ１１０→中間スイッチ１２０Ｄのルートで下位ルータ１３０Ｄに到達する。そして、逆のルート、つまり中間スイッチ１２０Ｄ→上位ルータ１１０→中間スイッチ１２０Ｃのルートで、下位ルータ１３０Ｄから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ｃに到達する。
【００５６】
また、図１の点線で示すように、下位ルータ１３０Ｄから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ｄ→上位ルータ１１０→中間スイッチ１２０Ａのルートで下位ルータ１３０Ａに到達する。そして、逆のルート、つまり中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｄのルートで、下位ルータ１３０Ａから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ｄに到達する。
【００５７】
上述してきたように、「監視ｉｃｍｐパケット」の送信元および送信先となる下位ルータの組み合わせが、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容されるルータ内で重複しないように予め選定される。そして、下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および応答が、Ａｃｔｉｖｅ系のスター型ネットワーク１００内に循環される。このように、Ａｃｔｉｖｅ系のスター型ネットワーク１００内に「監視ｉｃｍｐパケット」を循環させることで、Ａｃｔｉｖｅ系のスター型ネットワーク１００内で発生した通信の障害を検知する。
【００５８】
ここで、図４を用いてＡｃｔｉｖｅ系のスター型ネットワーク１００からＳｔａｎｄｂｙ系のスター型ネットワーク２００への切替が完了されるまでの概要を説明する。図４は、実施例１に係るネットワーク系の切替の概要を説明するための図である。
【００５９】
図４の（１）に示すように、上位ルータ１１０と中間スイッチ１２０Ｂとを接続するケーブル上で通信の障害が発生した場合には、下位ルータ１３０Ａから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ｂに到達しない。このため、下位ルータ１３０Ａは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ｂから受信することはないので、障害が発生したものと判定することとなり、図４の（２）に示すようにインターフェースを停止する。そして、下位ルータ１３０Ａは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ａに切り替える。
【００６０】
また、図４の（３）に示すように、下位ルータ１３０Ａのインターフェースが停止されている場合には、下位ルータ１３０Ｄから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ａに到達しない。よって、下位ルータ１３０Ｄは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ａから受信することはないので、障害が発生したものと判定することとなり、図４の（４）に示すようにインターフェースを停止する。そして、下位ルータ１３０Ｄは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ｄに切り替える。
【００６１】
同様にして、下位ルータ１３０Ｄのインターフェースが停止されている場合には、下位ルータ１３０Ｃから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ｄに到達しない。よって、下位ルータ１３０Ｃは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ｄから受信することはないので、障害が発生したものと判定することとなり、インターフェースを停止する。そして、下位ルータ１３０Ｃは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ｃに切り替える。
【００６２】
同様にして、下位ルータ１３０Ｃのインターフェースが停止されている場合には、下位ルータ１３０Ｂから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ｃに到達しない。よって、下位ルータ１３０Ｂは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ｃから受信することはないので、障害が発生したものと判定することとなり、インターフェースを停止する。そして、下位ルータ１３０Ｂは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ｂに切り替える。
【００６３】
図４を用いて説明したように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのいずれかのインターフェースが停止されれば、インターフェースの停止およびルータの切替が伝播する。そして、最終的に、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ａ〜２３０Ｄに、パケット通信などに関する実動作の実行主体の切り替えが完了することとなる。なお、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのそれぞれが自律的に切替を実行する場合に限られるものではない。例えば、ルータの切替を管理する処理機能部をＡｃｔｉｖｅ系のスター型ネットワーク１００内に設ける。そして、この処理機能部が、下位ルータ１３０Ａ〜１３０Ｄの全インターフェースが停止された場合に、パケット通信などに関する実動作の実行主体を下位ルータ２３０Ａ〜２３０Ｄに一括して切り替えを行うようにしてもよい。
【００６４】
［下位ルータによる処理（実施例１）］
続いて、図５を用いて、実施例１に係る下位ルータによる処理の流れを説明する。図５は、実施例１に係る下位ルータによる処理の流れを示す図である。なお、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄは同様の処理を実行するので、以下では、下位ルータによる処理の一例として、下位ルータ１３０Ａの処理の流れを説明する。
【００６５】
図５に示すように、パケット送受信部１３２Ａは、「監視ｉｃｍｐパケット」送信タイミングに到達しているか否かを判定する（ステップＳ１１０）。判定の結果、「監視ｉｃｍｐパケット」送信タイミングに到達していない場合には、同判定結果を「Ｎｏ」としてステップＳ１１０の判定を繰り返す。
【００６６】
一方、判定の結果、「監視ｉｃｍｐパケット」の送信タイミングに到達している場合には（ステップＳ１１０，Ｙｅｓ）、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから送信先アドレスおよびポート番号を取得する（ステップＳ１２０）。次に、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから取得した送信先アドレスを「監視ｉｃｍｐパケット」の送信先アドレスに設定して、同じく障害検知パケット送信時参照テーブル１３１Ａから取得したポート番号のポートから「監視ｉｃｍｐパケット」を送信する（ステップＳ１３０）。
【００６７】
インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されたか否かを判定する（ステップＳ１４０）。判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信された場合には（ステップＳ１４０，Ｙｅｓ）、インターフェース停止部１３３Ａは通信の障害が発生していないものと判定する。そして、下位ルータ１３０Ａによる処理は上述したステップＳ１１０に戻る。
【００６８】
一方、判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されなかった場合には（ステップＳ１４０，Ｎｏ）、インターフェース停止部１３３Ａは通信の障害が発生したものと判定する。そして、インターフェース停止部１３３Ａは稼働中のネットワークインターフェースを停止する（ステップＳ１５０）。
【００６９】
［実施例１による効果］
上述してきたように、実施例１によれば、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのそれぞれに対して、「監視ｉｃｍｐパケット」の送信先とする特定のルータを予め選定する。下位ルータ１３０Ａ〜１３０Ｄは、予め選定された特定のルータに対して、「監視ｉｃｍｐパケット」をそれぞれ送信する。このようなことから、ネットワーク内の障害を検知するためのパケット数を低減できる。
【００７０】
さらに、下位ルータ１３０Ａ〜１３０Ｄは、「監視ｉｃｍｐパケット」に対する応答が受信されない場合には、障害が発生したものと判定してネットワークインターフェースを停止する。このようなことから、冗長構成のスター型ネットワーク内にＡｃｔｉｖｅ系のルータが複数存在するという事態の発生を回避でき、通信品質を保持できる。
【００７１】
また、実施例１によれば、「監視ｉｃｍｐパケット」の送信元および送信先となる下位ルータの組み合わせが、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容されるルータ内で重複しないように、「監視ｉｃｍｐパケット」の送信先となる特定のルータを予め選定する。このようなことから、下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および応答が、Ａｃｔｉｖｅ系のスター型ネットワーク１００内に循環され、障害の検知漏れを防止できる。
【実施例２】
【００７２】
以下、本発明にかかる通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法の他の実施形態を説明する。
【００７３】
（１）装置構成等
図２に示した下位ルータ１３０Ａの各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要せず、下位ルータ１３０Ａの各構成要素の分散・統合の具体的形態は図示のものに限られない。例えば、図２に示す下位ルータ１３０Ａが有するインターフェース停止部１３３Ａと切替部１３４Ａとを機能的または物理的に統合して構成する。このように、下位ルータ１３０Ａの全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００７４】
（２）障害検知プログラム
また、上記の実施例１で説明したＡｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータの各種の処理機能（図５等参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。
【００７５】
そこで、以下では、図６を用いて、上記の実施例１で説明した下位ルータ１３０Ａの処理機能と同様の処理機能を実現する障害検知プログラムを実行するコンピュータの一例を説明する。図６は、障害検知プログラムを実行するコンピュータを示す図である。
【００７６】
同図に示すように、下位ルータ１３０Ａとしてコンピュータ４００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）４１０を有する。また、コンピュータ４００は、ユーザからデータの入力を受け付ける入力装置４２０および出力装置４３０を有する。
【００７７】
なお、入力装置４２０は、例えば、キーボードやマウスなどに該当する。また、出力装置４３０は、モニタやディスプレイなどに該当する。なお、入力装置４２０がマウスを有する場合には、出力装置４３０が有するモニタと協働して、ポインティングデバイス機能を実現することもできる。また、入力装置４２０がタッチパッドなどの他の入力デバイスを有する場合にも、マウスの場合と同様にポインティングデバイス機能を実現できる。装置管理者は、ポインティングデバイス機能を利用して、下位ルータ１３０Ａに関する各種設定を行うこともできる。
【００７８】
また、コンピュータ４００は、図６に示すように、記憶媒体からプログラム等を読取る媒体読取装置４４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置４５０を有する。また、コンピュータ４００は、図６に示すように、各種情報を一時記憶するＲＡＭ（Random Access Memory）４６０と、ハードディスク装置４７０とを有する。そして、各装置４１０〜４７０は、バス４８０に接続される。
【００７９】
なお、上述したＣＰＵ４１０の代わりに、例えば、ＭＰＵ（Micro Processing Unit）などの電子回路、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの集積回路を用いることもできる。また、ＲＡＭ４６０の代わりに、フラッシュメモリ(flash memory)などの半導体メモリ素子を用いることもできる。
【００８０】
ハードディスク装置４７０には、上述した下位ルータ１３０Ａにより実行される処理と同様の機能を発揮する障害検知プログラム４７１および障害検知用データ４７２が記憶されている。なお、この障害検知プログラム４７１を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【００８１】
そして、ＣＰＵ４１０が、障害検知プログラム４７１をハードディスク装置４７０から読み出してＲＡＭ４６０に展開することにより、図６に示すように、障害検知プログラム４７１は障害検知プロセス４６１として機能する。障害検知プロセス４６１は、ハードディスク装置４７０から読み出した障害検知用データ４７２等の各種データを適宜ＲＡＭ４６０上の自身に割当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。
【００８２】
なお、障害検知プロセス４６１は、例えば、図２に示した下位ルータ１３０Ａのパケット送受信部１３２Ａと、インターフェース停止部１３３Ａと、切替部１３４Ａにて実行される処理に対応する。
【００８３】
なお、障害検知プログラム４７１については、必ずしも最初からハードディスク装置４７０に記憶させておく必要はない。例えば、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ４００がこれらから各プログラムを読み出して実行するようにしてもよい。
【００８４】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ４００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておく。そして、コンピュータ４００がこれらから各プログラムを読み出して実行するようにしてもよい。
【００８５】
（３）障害検知方法
上記の実施例１で説明したＡｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータにより、例えば、以下のような変換方法が実現される。
【００８６】
すなわち、運用系ネットワークに収容された通信機器は、運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信ステップ（例えば、図５のステップＳ１３０参照）、パケット送信ステップにより送信された障害検知パケットに対応する応答が特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止ステップ（例えば、図５のステップＳ１４０，Ｓ１５０参照）、を含む障害検知方法が実現される。なお、運用系ネットワークは、実施例１で説明したＡｃｔｉｖｅ系のスター型ネットワーク１００に該当する。また、障害検知パケットは、実施例１で説明した「監視ｉｃｍｐパケット」に該当する。
【産業上の利用可能性】
【００８７】
以上のように、本発明にかかる通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法は、冗長ネットワークにおける障害検知に有用であり、特に、ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持することに適している。
【符号の説明】
【００８８】
１０ （Ａｃｔｉｖｅ系）スター型ネットワーク
１１ 上位ルータ
１２Ａ〜１２Ｄ 中間スイッチ
１３Ａ〜１３Ｄ 下位ルータ
１４Ａ〜１４Ｄ スイッチ
１５Ａ〜１５Ｄ 端末
２０ （Ｓｔａｎｄｂｙ系）スター型ネットワーク
２１ 上位ルータ
２２Ａ〜２２Ｄ 中間スイッチ
２３Ａ〜２３Ｄ 下位ルータ
３０〜３２ ＨＳＲＰ
４０ （Ａｃｔｉｖｅ系）ネットワーク
４１ 上位ルータ
４２ ＨＵＢ
４３ 下位ルータ
５０ （Ｓｔａｎｄｂｙ系）ネットワーク
５１ 上位ルータ
５３ 下位ルータ
６０ スイッチ
７０ 端末
８０ ＨＳＲＰ
１００ （Ａｃｔｉｖｅ系）スター型ネットワーク
１１０ 上位ルータ
１２０Ａ〜１２０Ｄ 中間スイッチ
１３０Ａ〜１３０Ｄ 下位ルータ
１３１Ａ 障害検知パケット送信時参照テーブル
１３２Ａ パケット送受信部
１３３Ａ インターフェース停止部
１３４Ａ 切替部
１４０Ａ〜１４０Ｄ スイッチ
１５０Ａ〜１５０Ｄ 端末
２００ （Ｓｔａｎｄｂｙ系）スター型ネットワーク
２１０ 上位ルータ
２２０Ａ〜２２０Ｄ 中間スイッチ
２３０Ａ〜２３０Ｄ 下位ルータ
３００ ケーブル
４００ コンピュータ
４１０ ＣＰＵ
４２０ 入力装置
４３０ 出力装置
４４０ 媒体読取装置
４５０ ネットワークインターフェース装置
４６０ ＲＡＭ
４６１ 障害検知プロセス
４７０ ハードディスク装置
４７１ 障害検知プログラム
４７２ 障害検知用データ
４８０ バス
【技術分野】
【０００１】
本発明は、冗長ネットワークにおける障害検知機能および通信機器の切替機能に関する。特に、本発明は、いわゆるスター型ネットワークにおけるＨＳＲＰ（Hot Standby Routing Protocol）やＶＲＲＰ（Virtual Router Redundancy Protocol）などを用いた障害検知機能および通信機器切替機能と、ＩＰ−ＳＬＡ（Internet Protocol−Service Level Agreement）を用いたネットワーク監視機能とを併用する技術に関する。
【背景技術】
【０００２】
近年のネットワーク環境の普及に伴い、ネットワークの可用性を高めることを目的として、ネットワークを構成するシステムに冗長性を持たせるようになってきている。
【０００３】
例えば、図７に、いわゆるスター型ネットワークの構成例を示す。図７は、いわゆるスター型ネットワークの構成例を示す図である。図７に示すように、スター型ネットワーク１０は、上位ルータ１１、中間スイッチ１２Ａ〜１２Ｄおよび下位ルータ１３Ａ〜１３Ｄを有する。そして、このスター型ネットワーク１０では、図７に示すように、上位ルータ１１の配下に中間スイッチ１２Ａ〜１２Ｄがそれぞれ接続される。
【０００４】
さらに、このスター型ネットワーク１０では、図７に示すように、中間スイッチ１２Ａに下位ルータ１３Ａが接続され、中間スイッチ１２Ｂに下位ルータ１３Ｂが接続され、中間スイッチ１２Ｃに下位ルータ１３Ｃが接続され、中間スイッチ１２Ｄに下位ルータ１３Ｄが接続される。なお、図７に示すように、下位ルータ１３Ａにはスイッチ１４Ａを介して端末１５Ａが接続され、下位ルータ１３Ｂにはスイッチ１４Ｂを介して端末１５Ｂが接続され、下位ルータ１３Ｃにはスイッチ１４Ｃを介して端末１５Ｃが接続され、下位ルータ１３Ｄにはスイッチ１４Ｄを介して端末１５Ｄが接続される。
【０００５】
また、例えば、図８に、上述した図７に示すスター型ネットワークの冗長構成例を示す。図８は、上述した図７に示すスター型ネットワークの冗長構成例を示す図である。図８には、上述した図７に示すスター型ネットワーク１０を「Ａｃｔｉｖｅ系」、スター型ネットワーク１０と同一の構成を有するスター型ネットワーク２０１を「Ｓｔａｎｄｂｙ系」とする冗長構成を示す。
【０００６】
以下、例えば、図８に示す冗長構成のスター型ネットワークに対して、ＩＥＴＦ（The Internet Engineering Task Force）により策定されたＲＦＣ（Request For Comment）２２８１に規定されるＨＳＲＰが設定済みであるものと仮定し、このＨＳＲＰを用いた障害検知方法を説明する。なお、ＲＦＣ（Request For Comment）２２８１に規定されるＨＳＲＰと、ＲＦＣ（Request For Comment）３７６８に規定されるＶＲＲＰとは基本的に同様動作によって障害検知を実現する。
【０００７】
例えば、図８に示す複数のルータにそれぞれ設定されるプライオリティ値の高い側のルータがＡｃｔｉｖｅ系のルータとしての役割を担い、プライオリティ値の低い側のルータがＳｔａｎｄｂｙ系のルータとしての役割を担う。そして、実動作を実行するＡｃｔｉｖｅ系のルータに障害が発生した場合に、Ａｃｔｉｖｅ系のルータの代わりにＳｔａｎｄｂｙ系のルータがパケット通信などに関する実動作を実行する。
【０００８】
図８に示すＡｃｔｉｖｅ系のルータとＳｔａｎｄｂｙ系のルータとの間では、互いの正常性やプライオリティ値などを通知するための死活確認パケット、いわゆる「Ｈｅｌｌｏパケット」がやり取りされる。Ｓｔａｎｄｂｙ系のルータは、Ａｃｔｉｖｅ系のルータから「Ｈｅｌｌｏパケット」を受信できない場合には、Ａｃｔｉｖｅ系のルータに障害が発生したものと判断し、Ａｃｔｉｖｅ系のルータに成り代わってパケット通信などに関する実動作を実行する。
【０００９】
図９は、図８に示す冗長構成のスター型ネットワーク内から冗長構成の一拠点を抽出した図である。図９に示すように、Ａｃｔｉｖｅ系の上位ルータ１１とＳｔａｎｄｂｙ系の上位ルータ２１との間にはＨＳＲＰ３０が設定される。また、図９に示すように、Ａｃｔｉｖｅ系の下位ルータ１３ＡとＳｔａｎｄｂｙ系の下位ルータ２３Ａとの間には、ＨＳＲＰ３１および３２が設定される。なお、Ａｃｔｉｖｅ系の下位ルータ１３ＡおよびＳｔａｎｄｂｙ系の下位ルータ２３Ａは、ＨＳＲＰ３１の機能を用いて、Ａｃｔｉｖｅ系の中間スイッチ１２ＡおよびＳｔａｎｄｂｙ系の中間スイッチ２２Ａを介して「Ｈｅｌｌｏパケット」をやり取りする。また、Ａｃｔｉｖｅ系の下位ルータ１３ＡおよびＳｔａｎｄｂｙ系の下位ルータ２３Ａは、ＨＳＲＰ３２の機能を用いてネットワーク外部の監視を行う。
【００１０】
図９に示すように、例えば、Ａｃｔｉｖｅ系の中間スイッチ１２ＡとＳｔａｎｄｂｙ系の中間スイッチ２２Ａとを接続するケーブルに障害が発生すると、例えば、Ａｃｔｉｖｅ系のスター型ネットワーク１０に収容された下位ルータ１３Ａと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２０に収容された下位ルータ２３Ａとの間で「Ｈｅｌｌｏパケット」をやり取りができなくなる。このような場合には、実際には、Ａｃｔｉｖｅ系の下位ルータ１３Ａに障害が発生していなくても、下位ルータ２３ＡがＳｔａｎｄｂｙ系からＡｃｔｉｖｅ系に切り替わって動作する。一方、もともとＡｃｔｉｖｅ系であった下位ルータ１３Ａは、障害が発生しているわけではないので、そのままＡｃｔｉｖｅ系として動作し続ける。
【００１１】
このように、冗長構成のスター型ネットワーク内にＡｃｔｉｖｅ系のルータが複数存在するという事態が発生すると、ネットワークに接続された端末の通信性能に悪影響を与える。具体的には、冗長構成のスター型ネットワーク内にて障害の発生に伴うルータの切替が行われると、障害が発生したルータの配下に接続されている端末に対してルータの変更を知らせる通知（Ｇｒａｔｕｉｔｏｕｓ ＡＲＰ）が送られる。このため、複数のＡｃｔｉｖｅ系のルータが端末に接続されている場合には、端末が有するＡＲＰ（Address Resolution Protocol）テーブルが破壊されてしまうという問題があった。
【００１２】
そこで、冗長構成のスター型ネットワークにおいて、ＨＳＲＰやＶＲＲＰと、ネットワーク監視機能の１つであるＩＰ−ＳＬＡを併用する試みがなされている。ＩＰ−ＳＬＡは、ネットワーク機器の故障やケーブル断などを原因とするネットワーク内の通信障害を検知するための監視パケット、いわゆる「監視ｉｃｍｐ（Internet Control Message Protocol）パケット」をネットワーク内でやり取りし、ネットワーク内の通信障害を検知する機能である。
【００１３】
図１０は、図８に示す冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用する場合の構成例を示す図である。図１０に示すように、例えば、Ａｃｔｉｖｅ系の下位ルータ１３Ａに対して、中間スイッチ１２Ａ→上位ルータ１１→中間スイッチ１２Ｂ，１２Ｃ，１２Ｄというルートで、下位ルータ１３Ｂ，１３Ｃ，１３Ｄの全てに「監視ｉｃｍｐパケット」を送るように設定する。
【００１４】
同様に、下位ルータ１３Ｂに対して、中間スイッチ１２Ｂ→上位ルータ１１→中間スイッチ１２Ａ，１２Ｃ，１２Ｄというルートで、下位ルータ１３Ａ，１３Ｃ，１３Ｄの全てに「監視ｉｃｍｐパケット」を送るように設定する。同様に、下位ルータ１３Ｃに対して、中間スイッチ１２Ｃ→上位ルータ１１→中間スイッチ１２Ａ，１２Ｂ，１２Ｄというルートで、下位ルータ１３Ａ，１３Ｂ，１３Ｄの全てに「監視ｉｃｍｐパケット」を送るように設定する。同様に、下位ルータ１３Ｄに対して、中間スイッチ１２Ｄ→上位ルータ１１→中間スイッチ１２Ａ，１２Ｂ，１２Ｃというルートで、下位ルータ１３Ａ，１３Ｂ，１３Ｃの全てに「監視ｉｃｍｐパケット」を送るように設定する。このようにすることで、下位ルータ間で「監視ｉｃｍｐパケット」をやり取りできなくなった箇所を特定することができる。このため、ネットワーク内のどこで発生した障害であっても検知できる。
【００１５】
このように、冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用することにより、ケーブルの障害を原因として、Ｓｔａｎｄｂｙ系のルータがＡｃｔｉｖｅ系に切り替えられてしまう事態を防止できる。その結果、複数のＡｃｔｉｖｅ系のルータが端末に接続されることにより、端末が有するＡＲＰテーブルを破壊してしまうという事態の発生を回避でき、ネットワークに接続された端末の通信性能に悪影響を及ぼすことはない。
【００１６】
また、上述した問題点は、中間スイッチを経由してパケットをやり取りすることが原因として発生する。そこで、スター型ネットワークに中間スイッチを設けない構成も考えられる。
【００１７】
図１１は、中間スイッチを設けない冗長構成のネットワークの構成例を示す図である。図１１に示すように、冗長構成のネットワークに中間スイッチを設けない構成の場合、「Ｈｅｌｌｏパケット」は同一のサブネット内でやり取りする必要があることから、ＨＳＲＰの設定箇所がＡｃｔｉｖｅ系のネットワーク４０に収容される下位ルータ４３と、Ｓｔａｎｄｂｙ系のネットワーク５０に収容される下位ルータ５３との間に制限される。また、ＨＳＲＰ８０では、上位ルータ４１とＨＵＢ４２との間で発生した通信の障害を検知できない。
【００１８】
そこで、中間スイッチを設けない冗長構成のネットワークにＩＰ−ＳＬＡを適用する方法が考えられる。例えば、ＩＰ−ＳＬＡの「監視ｉｃｍｐ（Internet Control Message Protocol）パケット」の宛先を上位ルータ４１に設定する。このように、中間スイッチを設けない冗長構成のネットワークであっても、ＩＰ−ＳＬＡを適用すれば、上位ルータ４１とＨＵＢ４２との間で発生した通信の障害を検知できるようになる。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特開２００７−１８９３２１号公報
【発明の概要】
【発明が解決しようとする課題】
【００２０】
ところで、上述した冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用する技術（図１０参照）では、各下位ルータから自身以外の全ての下位ルータに対して「監視ｉｃｍｐパケット」を送るような設定が行われる。このため、ネットワーク内に収容される下位ルータの数が増加すると、Ａｃｔｉｖｅ系のスター型ネットワーク内で処理しなければならない「監視ｉｃｍｐパケット」の数も膨大となる。よって、Ａｃｔｉｖｅ系のスター型ネットワークシステムの処理能力の多くが「監視ｉｃｍｐパケット」の処理に費やされてしまうこととなるので、「監視ｉｃｍｐパケット」以外の通常のデータ通信パケットの遅延や破棄を引き起こし、通信品質が低下してしまうという問題がある。
【００２１】
なお、上述した中間スイッチを設けない冗長構成のネットワークにてＩＰ−ＳＬＡを適用する技術（図１１参照）にも、「監視ｉｃｍｐパケット」の処理負荷増大による通信品質の低下は起こりうる問題である。
【００２２】
本発明は、上記に鑑みてなされたものであって、ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持することが可能な通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２３】
上述した課題を解決し、目的を達成するために、本発明は、冗長化されたネットワークを構成する運用系ネットワーク側に収容される通信機器であって、前記運用系ネットワーク側に収容される他の通信機器の中から予め設定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信部と、前記パケット送信部により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止部とを有することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持できる。
【図面の簡単な説明】
【００２５】
【図１】図１は、実施例１に係る通信システムの構成を示す図である。
【図２】図２は、実施例１に係る下位ルータ１３０Ａの構成を示す図である。
【図３】図３は、実施例１に係る障害検知パケット送信時参照テーブル１３１Ａに記憶される情報の一例を示す図である。
【図４】図４は、実施例１に係るネットワーク系の切替の概要を説明するための図である。
【図５】図５は、実施例１に係る下位ルータによる処理の流れを示す図である。
【図６】図６は、障害検知プログラムを実行するコンピュータを示す図である。
【図７】図７は、いわゆるスター型ネットワークの構成例を示す図である。
【図８】図８は、上述した図７に示すスター型ネットワークの冗長構成例を示す図である。
【図９】図９は、図８に示す冗長構成のスター型ネットワーク内から冗長構成の一拠点を抽出した図である。
【図１０】図１０は、図８に示す冗長構成のスター型ネットワークにおいてＨＳＲＰおよびＩＰ−ＳＬＡを併用する場合の構成例を示す図である。
【図１１】図１１は、中間スイッチを設けない冗長構成のネットワークの構成例を示す図である。
【発明を実施するための形態】
【００２６】
以下に、図面を参照しつつ、本願の開示する通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法の一実施形態を詳細に説明する。
【実施例１】
【００２７】
以下に説明する実施例１では、本発明に係る通信システムの一実施形態として実施例１を説明する。なお、以下の実施例１により、本願の開示する発明が限定されるものではない。
【００２８】
実施例１に係る通信システムは、複数の通信機器が収容された運用系ネットワークと、該運用系ネットワーク内に障害が発生した場合に該運用系ネットワークをバックアップする待機系ネットワークとで冗長化されたネットワークを有する。そして、運用系ネットワークに収容された通信機器は、運用系ネットワークに収容された他の通信機器の中から予め設定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信し、送信された障害検知パケットに対応する応答が特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止する点に特徴がある。
【００２９】
［通信システムの構成（実施例１）］
図１は、実施例１に係る通信システムの構成を示す図である。図１に示すように、実施例１に係る通信システムは、Ａｃｔｉｖｅ系のスター型ネットワーク１００およびＳｔａｎｄｂｙ系のスター型ネットワーク２００を含む。Ａｃｔｉｖｅ系のスター型ネットワーク１００は、パケット通信等の実運用が行われる運用系のネットワークに該当する。Ｓｔａｎｄｂｙ系のスター型ネットワーク２００は、Ａｃｔｉｖｅ系のスター型ネットワーク１００に障害が発生した場合にバックアップとして機能する待機系のネットワークに該当する。
【００３０】
Ａｃｔｉｖｅ系のスター型ネットワーク１００は、図１に示すように、上位ルータ１１０、中間スイッチ１２０Ａ〜１２０Ｄ、下位ルータ１３０Ａ〜１３０Ｄを有する。上位ルータ１１０は、ケーブル３００を介して、中間スイッチ１２０Ａ〜１２０Ｄと通信可能な状態で接続される。
【００３１】
中間スイッチ１２０Ａは、ケーブル３００を介して、下位ルータ１３０Ａと通信可能な状態で接続される。中間スイッチ１２０Ｂは、ケーブル３００を介して、下位ルータ１３０Ｂと通信可能な状態で接続される。中間スイッチ１２０Ｃは、ケーブル３００を介して、下位ルータ１３０Ｃと通信可能な状態で接続される。中間スイッチ１２０Ｄは、ケーブル３００を介して、下位ルータ１３０Ｄと通信可能な状態で接続される。
【００３２】
下位ルータ１３０Ａは、ケーブル３００を介して、スイッチ１４０Ａと通信可能な状態で接続される。下位ルータ１３０Ｂは、ケーブル３００を介して、スイッチ１４０Ｂと通信可能な状態で接続される。下位ルータ１３０Ｃは、ケーブル３００を介して、スイッチ１４０Ｃと通信可能な状態で接続される。下位ルータ１３０Ｄは、ケーブル３００を介して、スイッチ１４０Ｄと通信可能な状態で接続される。
【００３３】
スイッチ１４０Ａは、ケーブル３００を介して、端末１５０Ａと通信可能な状態で接続される。スイッチ１４０Ｂは、ケーブル３００を介して、端末１５０Ｂと通信可能な状態で接続される。スイッチ１４０Ｃは、ケーブル３００を介して、端末１５０Ｃと通信可能な状態で接続される。スイッチ１４０Ｄは、ケーブル３００を介して、端末１５０Ｄと通信可能な状態で接続される。
【００３４】
なお、中間スイッチ１２０Ａ〜１２０Ｄおよびスイッチ１４０Ａ〜１４０Ｄは、パケットのスイッチング機能など、ネットワークスイッチとしての一般的な機能を有する。また、端末１５０Ａ〜１５０Ｄは、例えば、パーソナルコンピュータやサーバなどに該当し、パーソナルコンピュータやサーバなどが有する一般的な機能を有する。
【００３５】
Ｓｔａｎｄｂｙ系のスター型ネットワーク２００は、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００と同一の構成を有する。すなわち、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００は、上位ルータ２１０、中間スイッチ２２０Ａ〜２２０Ｄ、下位ルータ２３０Ａ〜２３０Ｄを有する。上位ルータ２１０は、ケーブル３００を介して、中間スイッチ２２０Ａ〜２２０Ｄと通信可能な状態で接続される。
【００３６】
中間スイッチ２２０Ａは、ケーブル３００を介して、下位ルータ２３０Ａと通信可能な状態で接続される。中間スイッチ２２０Ｂは、ケーブル３００を介して、下位ルータ２３０Ｂと通信可能な状態で接続される。中間スイッチ２２０Ｃは、ケーブル３００を介して、下位ルータ２３０Ｃと通信可能な状態で接続される。中間スイッチ２２０Ｄは、ケーブル３００を介して、下位ルータ２３０Ｄと通信可能な状態で接続される。
【００３７】
なお、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ａとの間にはＨＳＲＰが設定される。下位ルータ２３０Ａは、下位ルータ１３０Ａのバックアップルータとしての役割を担う。また、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ｂと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ｂとの間にはＨＳＲＰが設定される。下位ルータ２３０Ｂは、下位ルータ１３０Ｂのバックアップルータとしての役割を担う。
【００３８】
また、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ｃと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ｃとの間にはＨＳＲＰが設定される。下位ルータ２３０Ｃは、下位ルータ１３０Ｃのバックアップルータとしての役割を担う。また、図１に示すように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ｄと、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容される下位ルータ２３０Ｄとの間にはＨＳＲＰが設定される。下位ルータ２３０Ｄは、下位ルータ１３０Ｄのバックアップルータとしての役割を担う。
【００３９】
［下位ルータの構成（実施例１）］
図２を用いて下位ルータの構成を説明する。Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄは同一の構成を有するので、以下では、下位ルータ１３０Ａを例に挙げて説明する。図２は、実施例１に係る下位ルータ１３０Ａの構成を示す図である。なお、図２には本願の開示する技術に密接に関連する部分を図示するが、実施例１に係る上位ルータおよび下位ルータは、ネットワークデバイスとしての一般的なルータの機能を有することを前提とする。
【００４０】
例えば、実施例１に係る上位ルータおよび下位ルータは、一般的なルータの機能として、種々のＬＡＮ（Local Area Network）メディア、種々のＨＤＬＣ（High Level Data Link Control）、種々のＷＡＮ（Wide Area Network）メディア、種々のネットワークインターフェースを取り扱う機能を有するものとする。さらに、実施例１に係る上位ルータおよび下位ルータは、一般的なルータの機能として、ＯＳＩ（Open Systems Interconnection）参照モデル第３層「ネットワークレイヤー」に情報に基づいて、ネットワーク間のパケット配送を行う機能を有するものとする。
【００４１】
図２に示すように、下位ルータ１３０Ａは、障害検知パケット送信時参照テーブル１３１Ａと、パケット送受信部１３２Ａと、インターフェース停止部１３３Ａと、切替部１３４Ａとを有する。
【００４２】
障害検知パケット送信時参照テーブル１３１Ａは、通信の障害を検知するための「監視ｉｃｍｐ（Internet Control Message Protocol）パケット」を、予め設定された特定のルータに送信するための情報を記憶する。ここで、通信の障害とは、例えば、「監視ｉｃｍｐパケット」および「監視ｉｃｍｐパケット」に対する応答が帰ってくるという「監視ｉｃｍｐパケット」に関する通信が正常にできない状態であることをいう。ケーブルやネットワークインターフェース、装置を含めて正常に動作していない場合には、「監視ｉｃｍｐパケット」に関する通信が正常にできない状態に陥る。
【００４３】
図３は、実施例１に係る障害検知パケット送信時参照テーブル１３１Ａに記憶される情報の一例を示す図である。図３に示すように、障害検知パケット送信時参照テーブル１３１Ａは、「監視ｉｃｍｐパケット」の送信先として予め設定された送信先アドレス「下位ルータ１３０Ｂ（１０．１０．１．０）」と、使用するポートのポート番号「１」とを対応付けて記憶する。
【００４４】
パケット送受信部１３２Ａは、予め設定された所定のタイミングで、予め設定された特定のルータに「監視ｉｃｍｐパケット」を送信する。例えば、パケット送受信部１３２Ａは、「監視ｉｃｍｐパケット」送信タイミングへの到達を待機する。「監視ｉｃｍｐパケット」の送信タイミングに到達すると、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから送信先アドレスおよびポート番号を取得する。次に、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから取得した送信先アドレスを「監視ｉｃｍｐパケット」の送信先アドレスに設定する。そして、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから取得したポート番号のポートから「監視ｉｃｍｐパケット」を送信する。
【００４５】
なお、パケット送受信部１３２Ａから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｂのルートで下位ルータ１３０Ｂに到達する。
【００４６】
インターフェース停止部１３３Ａは、監視対象となる通信に障害が発生している場合にネットワークインターフェースを停止する。インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」が配送されるルート、すなわち、中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｂのルート上の通信を監視対象とする。監視対象となる通信は、下位ルータ１３０Ａ、下位ルータ１３０Ａと中間スイッチ１２０Ａとを接続するケーブル、中間スイッチ１２０Ａ、中間スイッチ１２０Ａと上位ルータ１１０と接続するケーブル、上位ルータ１１０、上位ルータ１１０と中間スイッチ１２０Ｂとを接続するケーブル、中間スイッチ１２０Ｂ、中間スイッチ１２０Ｂと下位ルータ１３０Ｂとを接続するケーブル、下位ルータ１３０Ｂを経由して行われる「監視ｉｃｍｐパケット」と「監視ｉｃｍｐパケット」に対する応答に関する通信に該当する。
【００４７】
そして、インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」に対する応答が受信されたか否かに基づいて、監視対象となる通信の障害を検知する。例えば、インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されたか否かを判定する。判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されなかった場合には、インターフェース停止部１３３Ａは、監視対象となる通信に障害が発生したものと判定する。そして、インターフェース停止部１３３Ａは、稼働中のネットワークインターフェースを停止する。
【００４８】
ネットワークインターフェースを停止する場合、インターフェース停止部１３３Ａは、下位ルータ１３０Ａが有するネットワークインターフェースのうち、「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェース、および「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェースと対になっている端末１５０Ａに近い方のネットワークインターフェース（端末１５０Ａとの通信を行うためのネットワークインターフェース）の両方を停止する。なお、インターフェース停止部１３３Ａは、ネットワークインターフェースを停止する場合に、下位ルータ１３０Ａが有するネットワークインターフェースの全てを停止してもよい。
【００４９】
例えば、下位ルータ１３０Ａが有するネットワークインターフェースのうち、「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェース、および「監視ｉｃｍｐパケット」に対する応答を受信できなかったネットワークインターフェースと対になっている端末１５０Ａに近い方のネットワークインターフェース（端末１５０Ａとの通信を行うためのネットワークインターフェース）の両方を停止するという制御を行うという方法をとれば、例えば、端末との通信を行うためのネットワークインターフェースが複数の端末により共有されている場合に、インターフェースの停止による通信への悪影響を通信の障害検知とは無関係の他の端末に与えることを防止できる。また、下位ルータ１３０Ａが有するネットワークインターフェースの全てを停止するという方法をとれば、通信の障害検知に応じたネットワークインターフェースの停止を簡易な処理で実現できる。
【００５０】
一方、判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信された場合には、インターフェース停止部１３３Ａは、監視対象となる通信に障害が発生していないものと判定する。そして、インターフェース停止部１３３Ａは、パケット送受信部１３２Ａから新たな「監視ｉｃｍｐパケット」が送信されると、再び、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されたか否かの判定を行う。
【００５１】
なお、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ａは、ＨＳＲＰの機能を用いて、下位ルータ１３０Ａのネットワークインターフェースの稼動停止を検知すると、パケット通信などに関する実動作の実行主体として主体的に切り替わる。なお、システム内にＨＳＲＰの機能を適用しない場合には、ルータの切替を行う制御部などが、稼働中のネットワークインターフェースの停止に応じて、パケット通信などに関する実動作の実行主体となる下位ルータの切替を行うこともできる。
【００５２】
ここで、図１に戻り、上述してきたような機能を有する下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および「監視ｉｃｍｐパケット」に対する応答が、Ａｃｔｉｖｅ系のスター型ネットワーク１００内でどのように循環しているかを説明する。Ａｃｔｉｖｅ系のスター型ネットワーク１００内に通信の障害が発生していなければ、以下に説明するように、下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および応答が循環する。
【００５３】
図１の点線で示すように、下位ルータ１３０Ａから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｂのルートで下位ルータ１３０Ｂに到達する。そして、逆のルート、つまり中間スイッチ１２０Ｂ→上位ルータ１１０→中間スイッチ１２０Ａのルートで、下位ルータ１３０Ｂから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ａに到達する。
【００５４】
また、図１の点線で示すように、下位ルータ１３０Ｂから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ｂ→上位ルータ１１０→中間スイッチ１２０Ｃルートで下位ルータ１３０Ｃに到達する。そして、逆のルート、つまり中間スイッチ１２０Ｃ→上位ルータ１１０→中間スイッチ１２０Ｂのルートで、下位ルータ１３０Ｃから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ｂに到達する。
【００５５】
また、図１の点線で示すように、下位ルータ１３０Ｃから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ｃ→上位ルータ１１０→中間スイッチ１２０Ｄのルートで下位ルータ１３０Ｄに到達する。そして、逆のルート、つまり中間スイッチ１２０Ｄ→上位ルータ１１０→中間スイッチ１２０Ｃのルートで、下位ルータ１３０Ｄから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ｃに到達する。
【００５６】
また、図１の点線で示すように、下位ルータ１３０Ｄから送信された「監視ｉｃｍｐパケット」は、中間スイッチ１２０Ｄ→上位ルータ１１０→中間スイッチ１２０Ａのルートで下位ルータ１３０Ａに到達する。そして、逆のルート、つまり中間スイッチ１２０Ａ→上位ルータ１１０→中間スイッチ１２０Ｄのルートで、下位ルータ１３０Ａから送信された「監視ｉｃｍｐパケット」に対する応答が下位ルータ１３０Ｄに到達する。
【００５７】
上述してきたように、「監視ｉｃｍｐパケット」の送信元および送信先となる下位ルータの組み合わせが、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容されるルータ内で重複しないように予め選定される。そして、下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および応答が、Ａｃｔｉｖｅ系のスター型ネットワーク１００内に循環される。このように、Ａｃｔｉｖｅ系のスター型ネットワーク１００内に「監視ｉｃｍｐパケット」を循環させることで、Ａｃｔｉｖｅ系のスター型ネットワーク１００内で発生した通信の障害を検知する。
【００５８】
ここで、図４を用いてＡｃｔｉｖｅ系のスター型ネットワーク１００からＳｔａｎｄｂｙ系のスター型ネットワーク２００への切替が完了されるまでの概要を説明する。図４は、実施例１に係るネットワーク系の切替の概要を説明するための図である。
【００５９】
図４の（１）に示すように、上位ルータ１１０と中間スイッチ１２０Ｂとを接続するケーブル上で通信の障害が発生した場合には、下位ルータ１３０Ａから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ｂに到達しない。このため、下位ルータ１３０Ａは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ｂから受信することはないので、障害が発生したものと判定することとなり、図４の（２）に示すようにインターフェースを停止する。そして、下位ルータ１３０Ａは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ａに切り替える。
【００６０】
また、図４の（３）に示すように、下位ルータ１３０Ａのインターフェースが停止されている場合には、下位ルータ１３０Ｄから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ａに到達しない。よって、下位ルータ１３０Ｄは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ａから受信することはないので、障害が発生したものと判定することとなり、図４の（４）に示すようにインターフェースを停止する。そして、下位ルータ１３０Ｄは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ｄに切り替える。
【００６１】
同様にして、下位ルータ１３０Ｄのインターフェースが停止されている場合には、下位ルータ１３０Ｃから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ｄに到達しない。よって、下位ルータ１３０Ｃは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ｄから受信することはないので、障害が発生したものと判定することとなり、インターフェースを停止する。そして、下位ルータ１３０Ｃは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ｃに切り替える。
【００６２】
同様にして、下位ルータ１３０Ｃのインターフェースが停止されている場合には、下位ルータ１３０Ｂから送信された「監視ｉｃｍｐパケット」は下位ルータ１３０Ｃに到達しない。よって、下位ルータ１３０Ｂは、「監視ｉｃｍｐパケット」に対する応答を下位ルータ１３０Ｃから受信することはないので、障害が発生したものと判定することとなり、インターフェースを停止する。そして、下位ルータ１３０Ｂは、パケット通信などに関する実動作の実行主体を、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ｂに切り替える。
【００６３】
図４を用いて説明したように、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのいずれかのインターフェースが停止されれば、インターフェースの停止およびルータの切替が伝播する。そして、最終的に、Ｓｔａｎｄｂｙ系のスター型ネットワーク２００に収容されている下位ルータ２３０Ａ〜２３０Ｄに、パケット通信などに関する実動作の実行主体の切り替えが完了することとなる。なお、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのそれぞれが自律的に切替を実行する場合に限られるものではない。例えば、ルータの切替を管理する処理機能部をＡｃｔｉｖｅ系のスター型ネットワーク１００内に設ける。そして、この処理機能部が、下位ルータ１３０Ａ〜１３０Ｄの全インターフェースが停止された場合に、パケット通信などに関する実動作の実行主体を下位ルータ２３０Ａ〜２３０Ｄに一括して切り替えを行うようにしてもよい。
【００６４】
［下位ルータによる処理（実施例１）］
続いて、図５を用いて、実施例１に係る下位ルータによる処理の流れを説明する。図５は、実施例１に係る下位ルータによる処理の流れを示す図である。なお、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄは同様の処理を実行するので、以下では、下位ルータによる処理の一例として、下位ルータ１３０Ａの処理の流れを説明する。
【００６５】
図５に示すように、パケット送受信部１３２Ａは、「監視ｉｃｍｐパケット」送信タイミングに到達しているか否かを判定する（ステップＳ１１０）。判定の結果、「監視ｉｃｍｐパケット」送信タイミングに到達していない場合には、同判定結果を「Ｎｏ」としてステップＳ１１０の判定を繰り返す。
【００６６】
一方、判定の結果、「監視ｉｃｍｐパケット」の送信タイミングに到達している場合には（ステップＳ１１０，Ｙｅｓ）、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから送信先アドレスおよびポート番号を取得する（ステップＳ１２０）。次に、パケット送受信部１３２Ａは、障害検知パケット送信時参照テーブル１３１Ａから取得した送信先アドレスを「監視ｉｃｍｐパケット」の送信先アドレスに設定して、同じく障害検知パケット送信時参照テーブル１３１Ａから取得したポート番号のポートから「監視ｉｃｍｐパケット」を送信する（ステップＳ１３０）。
【００６７】
インターフェース停止部１３３Ａは、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されたか否かを判定する（ステップＳ１４０）。判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信された場合には（ステップＳ１４０，Ｙｅｓ）、インターフェース停止部１３３Ａは通信の障害が発生していないものと判定する。そして、下位ルータ１３０Ａによる処理は上述したステップＳ１１０に戻る。
【００６８】
一方、判定の結果、「監視ｉｃｍｐパケット」に対する応答がパケット送受信部１３２Ａにより受信されなかった場合には（ステップＳ１４０，Ｎｏ）、インターフェース停止部１３３Ａは通信の障害が発生したものと判定する。そして、インターフェース停止部１３３Ａは稼働中のネットワークインターフェースを停止する（ステップＳ１５０）。
【００６９】
［実施例１による効果］
上述してきたように、実施例１によれば、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータ１３０Ａ〜１３０Ｄのそれぞれに対して、「監視ｉｃｍｐパケット」の送信先とする特定のルータを予め選定する。下位ルータ１３０Ａ〜１３０Ｄは、予め選定された特定のルータに対して、「監視ｉｃｍｐパケット」をそれぞれ送信する。このようなことから、ネットワーク内の障害を検知するためのパケット数を低減できる。
【００７０】
さらに、下位ルータ１３０Ａ〜１３０Ｄは、「監視ｉｃｍｐパケット」に対する応答が受信されない場合には、障害が発生したものと判定してネットワークインターフェースを停止する。このようなことから、冗長構成のスター型ネットワーク内にＡｃｔｉｖｅ系のルータが複数存在するという事態の発生を回避でき、通信品質を保持できる。
【００７１】
また、実施例１によれば、「監視ｉｃｍｐパケット」の送信元および送信先となる下位ルータの組み合わせが、Ａｃｔｉｖｅ系のスター型ネットワーク１００に収容されるルータ内で重複しないように、「監視ｉｃｍｐパケット」の送信先となる特定のルータを予め選定する。このようなことから、下位ルータ１３０Ａ〜１３０Ｄのそれぞれから送信される「監視ｉｃｍｐパケット」および応答が、Ａｃｔｉｖｅ系のスター型ネットワーク１００内に循環され、障害の検知漏れを防止できる。
【実施例２】
【００７２】
以下、本発明にかかる通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法の他の実施形態を説明する。
【００７３】
（１）装置構成等
図２に示した下位ルータ１３０Ａの各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要せず、下位ルータ１３０Ａの各構成要素の分散・統合の具体的形態は図示のものに限られない。例えば、図２に示す下位ルータ１３０Ａが有するインターフェース停止部１３３Ａと切替部１３４Ａとを機能的または物理的に統合して構成する。このように、下位ルータ１３０Ａの全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００７４】
（２）障害検知プログラム
また、上記の実施例１で説明したＡｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータの各種の処理機能（図５等参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。
【００７５】
そこで、以下では、図６を用いて、上記の実施例１で説明した下位ルータ１３０Ａの処理機能と同様の処理機能を実現する障害検知プログラムを実行するコンピュータの一例を説明する。図６は、障害検知プログラムを実行するコンピュータを示す図である。
【００７６】
同図に示すように、下位ルータ１３０Ａとしてコンピュータ４００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）４１０を有する。また、コンピュータ４００は、ユーザからデータの入力を受け付ける入力装置４２０および出力装置４３０を有する。
【００７７】
なお、入力装置４２０は、例えば、キーボードやマウスなどに該当する。また、出力装置４３０は、モニタやディスプレイなどに該当する。なお、入力装置４２０がマウスを有する場合には、出力装置４３０が有するモニタと協働して、ポインティングデバイス機能を実現することもできる。また、入力装置４２０がタッチパッドなどの他の入力デバイスを有する場合にも、マウスの場合と同様にポインティングデバイス機能を実現できる。装置管理者は、ポインティングデバイス機能を利用して、下位ルータ１３０Ａに関する各種設定を行うこともできる。
【００７８】
また、コンピュータ４００は、図６に示すように、記憶媒体からプログラム等を読取る媒体読取装置４４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置４５０を有する。また、コンピュータ４００は、図６に示すように、各種情報を一時記憶するＲＡＭ（Random Access Memory）４６０と、ハードディスク装置４７０とを有する。そして、各装置４１０〜４７０は、バス４８０に接続される。
【００７９】
なお、上述したＣＰＵ４１０の代わりに、例えば、ＭＰＵ（Micro Processing Unit）などの電子回路、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの集積回路を用いることもできる。また、ＲＡＭ４６０の代わりに、フラッシュメモリ(flash memory)などの半導体メモリ素子を用いることもできる。
【００８０】
ハードディスク装置４７０には、上述した下位ルータ１３０Ａにより実行される処理と同様の機能を発揮する障害検知プログラム４７１および障害検知用データ４７２が記憶されている。なお、この障害検知プログラム４７１を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【００８１】
そして、ＣＰＵ４１０が、障害検知プログラム４７１をハードディスク装置４７０から読み出してＲＡＭ４６０に展開することにより、図６に示すように、障害検知プログラム４７１は障害検知プロセス４６１として機能する。障害検知プロセス４６１は、ハードディスク装置４７０から読み出した障害検知用データ４７２等の各種データを適宜ＲＡＭ４６０上の自身に割当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。
【００８２】
なお、障害検知プロセス４６１は、例えば、図２に示した下位ルータ１３０Ａのパケット送受信部１３２Ａと、インターフェース停止部１３３Ａと、切替部１３４Ａにて実行される処理に対応する。
【００８３】
なお、障害検知プログラム４７１については、必ずしも最初からハードディスク装置４７０に記憶させておく必要はない。例えば、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ４００がこれらから各プログラムを読み出して実行するようにしてもよい。
【００８４】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ４００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておく。そして、コンピュータ４００がこれらから各プログラムを読み出して実行するようにしてもよい。
【００８５】
（３）障害検知方法
上記の実施例１で説明したＡｃｔｉｖｅ系のスター型ネットワーク１００に収容される下位ルータにより、例えば、以下のような変換方法が実現される。
【００８６】
すなわち、運用系ネットワークに収容された通信機器は、運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信ステップ（例えば、図５のステップＳ１３０参照）、パケット送信ステップにより送信された障害検知パケットに対応する応答が特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止ステップ（例えば、図５のステップＳ１４０，Ｓ１５０参照）、を含む障害検知方法が実現される。なお、運用系ネットワークは、実施例１で説明したＡｃｔｉｖｅ系のスター型ネットワーク１００に該当する。また、障害検知パケットは、実施例１で説明した「監視ｉｃｍｐパケット」に該当する。
【産業上の利用可能性】
【００８７】
以上のように、本発明にかかる通信機器、障害検知方法、障害検知プログラム、通信システムおよび通信方法は、冗長ネットワークにおける障害検知に有用であり、特に、ネットワーク内の障害を検知するためのパケット数を低減し、通信品質を保持することに適している。
【符号の説明】
【００８８】
１０ （Ａｃｔｉｖｅ系）スター型ネットワーク
１１ 上位ルータ
１２Ａ〜１２Ｄ 中間スイッチ
１３Ａ〜１３Ｄ 下位ルータ
１４Ａ〜１４Ｄ スイッチ
１５Ａ〜１５Ｄ 端末
２０ （Ｓｔａｎｄｂｙ系）スター型ネットワーク
２１ 上位ルータ
２２Ａ〜２２Ｄ 中間スイッチ
２３Ａ〜２３Ｄ 下位ルータ
３０〜３２ ＨＳＲＰ
４０ （Ａｃｔｉｖｅ系）ネットワーク
４１ 上位ルータ
４２ ＨＵＢ
４３ 下位ルータ
５０ （Ｓｔａｎｄｂｙ系）ネットワーク
５１ 上位ルータ
５３ 下位ルータ
６０ スイッチ
７０ 端末
８０ ＨＳＲＰ
１００ （Ａｃｔｉｖｅ系）スター型ネットワーク
１１０ 上位ルータ
１２０Ａ〜１２０Ｄ 中間スイッチ
１３０Ａ〜１３０Ｄ 下位ルータ
１３１Ａ 障害検知パケット送信時参照テーブル
１３２Ａ パケット送受信部
１３３Ａ インターフェース停止部
１３４Ａ 切替部
１４０Ａ〜１４０Ｄ スイッチ
１５０Ａ〜１５０Ｄ 端末
２００ （Ｓｔａｎｄｂｙ系）スター型ネットワーク
２１０ 上位ルータ
２２０Ａ〜２２０Ｄ 中間スイッチ
２３０Ａ〜２３０Ｄ 下位ルータ
３００ ケーブル
４００ コンピュータ
４１０ ＣＰＵ
４２０ 入力装置
４３０ 出力装置
４４０ 媒体読取装置
４５０ ネットワークインターフェース装置
４６０ ＲＡＭ
４６１ 障害検知プロセス
４７０ ハードディスク装置
４７１ 障害検知プログラム
４７２ 障害検知用データ
４８０ バス
【特許請求の範囲】
【請求項１】
冗長化されたネットワークを構成する運用系ネットワーク側に収容される通信機器であって、
前記運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信部と、
前記パケット送信部により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止部と
を有することを特徴とする通信機器。
【請求項２】
前記パケット送信部は、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項１に記載の通信機器。
【請求項３】
冗長化されたネットワークを構成するネットワーク系のうち運用系ネットワーク側に収容される通信機器に適用される障害検知方法であって、
前記運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信ステップと、
前記パケット送信ステップにより送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止ステップと
を含むことを特徴とする障害検知方法。
【請求項４】
前記パケット送信ステップは、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項３に記載の障害検知方法。
【請求項５】
冗長化されたネットワークを構成するネットワーク系のうち運用系ネットワーク側に収容される通信機器としてのコンピュータに実行させる障害検知プログラムであって、
前記コンピュータに、
前記運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信手順と、
前記パケット送信手順により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止手順と
を実行させることを特徴とする障害検知プログラム。
【請求項６】
前記パケット送信手順は、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項５に記載の障害検知プログラム。
【請求項７】
複数の通信機器が収容された運用系ネットワークと、該運用系ネットワーク内に障害が発生した場合に該運用系ネットワークをバックアップする待機系ネットワークとで冗長化されたネットワークを有する通信システムであって、
前記運用系ネットワークに収容された通信機器は、
前記運用系ネットワークに収容された他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信部と、
前記パケット送信部により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止部と、
を有することを特徴とする通信システム。
【請求項８】
前記パケット送信部は、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項７に記載の通信システム。
【請求項９】
前記インターフェース停止部によりインターフェースが停止された場合に、実動作の実行主体を待機系ネットワークに収容される通信機器に切り替える切替部をさらに有することを特徴とする請求項７または８に記載の通信システム。
【請求項１０】
複数の通信機器が収容された運用系ネットワークと、該運用系ネットワーク内に障害が発生した場合に該運用系ネットワークをバックアップする待機系ネットワークとで冗長化されたネットワークを有する通信システムに適用される通信方法であって、
前記運用系ネットワークに収容された通信機器が、
前記運用系ネットワークに収容された他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信し、
前記障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止する
ことを特徴とする通信方法。
【請求項１】
冗長化されたネットワークを構成する運用系ネットワーク側に収容される通信機器であって、
前記運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信部と、
前記パケット送信部により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止部と
を有することを特徴とする通信機器。
【請求項２】
前記パケット送信部は、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項１に記載の通信機器。
【請求項３】
冗長化されたネットワークを構成するネットワーク系のうち運用系ネットワーク側に収容される通信機器に適用される障害検知方法であって、
前記運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信ステップと、
前記パケット送信ステップにより送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止ステップと
を含むことを特徴とする障害検知方法。
【請求項４】
前記パケット送信ステップは、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項３に記載の障害検知方法。
【請求項５】
冗長化されたネットワークを構成するネットワーク系のうち運用系ネットワーク側に収容される通信機器としてのコンピュータに実行させる障害検知プログラムであって、
前記コンピュータに、
前記運用系ネットワーク側に収容される他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信手順と、
前記パケット送信手順により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止手順と
を実行させることを特徴とする障害検知プログラム。
【請求項６】
前記パケット送信手順は、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項５に記載の障害検知プログラム。
【請求項７】
複数の通信機器が収容された運用系ネットワークと、該運用系ネットワーク内に障害が発生した場合に該運用系ネットワークをバックアップする待機系ネットワークとで冗長化されたネットワークを有する通信システムであって、
前記運用系ネットワークに収容された通信機器は、
前記運用系ネットワークに収容された他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信するパケット送信部と、
前記パケット送信部により送信された障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止するインターフェース停止部と、
を有することを特徴とする通信システム。
【請求項８】
前記パケット送信部は、前記障害検知パケットの送信元および送信先となる通信機器の組み合わせが、前記運用系ネットワーク側に収容される通信機器内で重複しないように予め設定された特定の通信機器に対して該障害検知パケットを送信することを特徴とする請求項７に記載の通信システム。
【請求項９】
前記インターフェース停止部によりインターフェースが停止された場合に、実動作の実行主体を待機系ネットワークに収容される通信機器に切り替える切替部をさらに有することを特徴とする請求項７または８に記載の通信システム。
【請求項１０】
複数の通信機器が収容された運用系ネットワークと、該運用系ネットワーク内に障害が発生した場合に該運用系ネットワークをバックアップする待機系ネットワークとで冗長化されたネットワークを有する通信システムに適用される通信方法であって、
前記運用系ネットワークに収容された通信機器が、
前記運用系ネットワークに収容された他の通信機器の中から予め選定された特定の通信機器に対して、ネットワーク内の障害を検知するための障害検知パケットを送信し、
前記障害検知パケットに対応する応答が前記特定の通信機器から受信されなかった場合に、ネットワークインターフェースを停止する
ことを特徴とする通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−２５００１２（Ｐ２０１１−２５００１２Ａ）
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１０−１１９４８７（Ｐ２０１０−１１９４８７）
【出願日】平成２２年５月２５日（２０１０．５．２５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２２年５月２５日（２０１０．５．２５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]