通信装置、通信システム、通信方法、および通信プログラム
【課題】
通信装置内のデバイスで起きている間欠的な障害（サイレント障害）を、同一装置内で検知する。
【解決手段】
本発明による通信装置は、制御部と、処理部とを備え、前記制御部は、前記処理部に対して監視パケットを送信する監視パケット送信部と、前記監視パケットに対する応答を受信する監視パケット応答受信部と、前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、前記処理部は、前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部を備えることを特徴とする。
通信装置内のデバイスで起きている間欠的な障害（サイレント障害）を、同一装置内で検知する。
【解決手段】
本発明による通信装置は、制御部と、処理部とを備え、前記制御部は、前記処理部に対して監視パケットを送信する監視パケット送信部と、前記監視パケットに対する応答を受信する監視パケット応答受信部と、前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、前記処理部は、前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘルスチェック（死活監視）を行う通信装置、通信システム、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークの普及と、それに伴うネットワークを介したサービスの増加により、通信装置や情報端末等のノードを常時稼動させることが多くなってきている。これに伴い、ネットワーク上のノードが正常に稼動しているかどうかを調べるための、ヘルスチェック（死活監視）が重要になっている。
【０００３】
ヘルスチェックに関連する技術の一例としては、例えば特許文献１に開示されている技術が挙げられる。より具体的には、ＭＧＣ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ）がＭＧ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）群に対して、ネットワークを介してヘルスチェック信号を送信するという技術が開示されている。
【０００４】
ここで、特許文献１のように、ネットワークを介して、ノードのヘルスチェックを行う場合には、ノード自体の障害検出ができなくとも、該当するノードに接続するリンクの状態が監視できれば良い。しかしながら、ルータやスイッチといった通信装置内に使用されているプロセッサ等のデバイスの稼動確認を通信装置内でヘルスチェックを行う場合には、リンクの監視を行うことはできないため、デバイス自体の障害を検出する必要が生じる。
【０００５】
一般的な単一の通信装置内のヘルスチェックの方法について、図９と図１０を用いて説明する。図９は、通信装置１０００の構成を示している。通信装置１０００は、制御部（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１００、パケット転送処理部１２００、暗号化／複合化処理部１３００から構成される。
【０００６】
図１０は、制御部１１００から、ヘルスチェック信号をネットワークプロセッサ１２０１、セキュリティプロセッサ１３０１に送信する場合の動作例を示している。ヘルスチェック結果がエラー、未到達、またはタイムアウトのいずれかの状態（以降、エラーまたはＮＧと呼称する）である場合、制御部１１００は、一定時間の間、あるいは一定回数に到達するまで、ヘルスチェック信号を送り続ける。図１０の例では、ヘルスチェック信号を６０回送り、結果がすべてＮＧであった場合に、ネットワークプロセッサ１２０１またはセキュリティプロセッサ１３０１に障害が発生しているものと判断する。その後、制御部１１００は、障害を検知した場合、障害箇所のリセットを行う。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−０７８５６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述の技術では、図９のセキュリティプロセッサ１３０１のように、複数コア（マルチコア）を搭載しているデバイスの一部に間欠的な障害が発生した場合、その障害を検知することができない。このような障害は、一般的にサイレント障害と呼ばれている。
【０００９】
図９のセキュリティプロセッサ１３０１は、４つのコアを搭載し、これらをラウンドロビン方式で使用しているものとする。４つのコアのうちの１つでサイレント障害が発生した場合の動作例について、図１１を参照して説明する。
【００１０】
上述の通り、制御部１１００が障害を検知するためには、ヘルスチェックの結果が６０回連続でＮＧとなる必要がある。しかしながら、セキュリティプロセッサ１３０１には間欠的に障害が発生しているために、図１１の例では、ヘルスチェックの結果が２回以上連続してＮＧとなることがない。従って、上述の技術では、セキュリティプロセッサ１３０１でサイレント障害が発生していたとしても、検知することができなかった。
【００１１】
本発明の目的は、上述した課題を解決することが可能な、通信装置、通信システム、通信方法、および通信プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明による通信装置は、制御部と、処理部とを備え、前記制御部は、前記処理部に対して監視パケットを送信する監視パケット送信部と、前記監視パケットに対する応答を受信する監視パケット応答受信部と、前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、前記処理部は、前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部を備えることを特徴とする。
【００１３】
本発明による通信システムは、制御部と、処理部と、を備える通信装置と、前記通信装置の障害状況を監視する監視装置とを備え、前記制御部は、前記処理部に対して監視パケットを送信する監視パケット送信部と、前記監視パケットに対する応答を受信する監視パケット応答受信部と、前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視装置に対して通知する通知部と、を備え、前記処理部は、前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部を備えることを特徴とする。
【００１４】
本発明による通信方法は、監視パケットを処理部に対して送信する監視パケット送信ステップと、前記監視パケットに対する応答を受信する監視パケット応答受信ステップと、前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知ステップと、を含むことを特徴とする。
【００１５】
本発明による通信プログラムは、監視パケットを処理部に対して送信する監視パケット送信処理と、前記監視パケットに対する応答を受信する監視パケット応答受信処理と、前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
通信装置内のデバイスで起きている間欠的な障害（サイレント障害）を、同一装置内で検知することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】第１の実施形態による通信装置の構成を示すブロック図である。
【図２】第１の実施形態による動作を示すフローチャートである。
【図３】第２の実施形態の概要を示す図である。
【図４】第２の実施形態による通信装置の構成を示すブロック図である。
【図５】第２の実施形態による動作を示すフローチャートである。
【図６】第２の実施形態による動作を示すフローチャートである。
【図７】第２の実施形態において、監視装置を加えた構成を示すブロック図である。
【図８】第２の実施形態において、監視部を加えた構成を示すブロック図である。
【図９】背景技術による通信装置の構成を示すブロック図である。
【図１０】背景技術による動作例を示す図である。
【図１１】背景技術による動作例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
【００１９】
＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。
【００２０】
（構成）
図１は、第１の実施形態による通信装置１００の構成を示している。通信装置１００は、制御部１１０、処理部１２０を備えている。制御部１１０は、監視パケット送信部１１１、監視パケット応答受信部１１２、障害検知部１１３を備えている。処理部１２０は、監視パケット応答部１２１を備えている。
【００２１】
（動作）
第１の実施形態による動作について、図２を用いて説明する。まず、監視パケット送信部１１１は、処理部１２０に対して監視パケットを送信する（ステップＳ１）。
【００２２】
続いて、処理部１２０が監視パケットを受信した場合には、監視パケット応答部１２１が応答を送信し、監視パケット応答受信部１１２が受信する（ステップＳ２）。もしくは、監視パケット応答受信部１１２は、応答エラーを検知する（ステップＳ２）。
【００２３】
以上のステップＳ１とステップＳ２の動作を、監視周期が経過するまで繰り返す（ステップＳ３）。
【００２４】
監視周期が経過した場合（ステップＳ３：ＹＥＳ）、障害検知部１１３は、監視周期内（ステップＳ１〜Ｓ３）に検知した応答エラー数と閾値とを比較する（ステップＳ４）。
【００２５】
応答エラー数が閾値未満である場合には、処理を終了する（ステップＳ４：ＮＯ）。
【００２６】
応答エラー数が閾値以上である場合には、障害検知部１１３は、処理部１２０に障害が発生していることを検知して、処理を終了する（ステップＳ５）。
【００２７】
（効果）
上記の通り、第１の実施形態によれば、障害検知部１１３が、監視周期内に検知した応答エラー数と閾値とを比較する。この動作により、通信装置１００内の処理部１２０で間欠的な障害（サイレント障害）が起こっている場合であっても、通信装置１００内に設けられた制御部１１０で検知することが可能となる。
【００２８】
＜第２の実施形態＞
次に、本発明による第２の実施形態について説明する。
【００２９】
（概要）
まず、第２の実施形態の概要について、図３を用いて説明する。
【００３０】
本実施形態では、制御部と処理部との間でヘルスチェックを行う。このヘルスチェックは、監視周期を定めた上で行われる（１）。
【００３１】
制御部は、ヘルスチェックを行い、監視周期内に検知されたＮＧ（応答エラー）数が指定回数（閾値）以上となる場合に、障害を検知する（２）。制御部は、障害を検出したあと、ネットワークを監視する機能（図では非表示）に、障害を検出した旨の通知を行っても良い。通知の例としては、例えば、装置のイベントログや、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）におけるＴＲＡＰ通知を用いることが挙げられる。
【００３２】
図３の例では、監視周期をヘルスチェック送信数４回と定めている。なお、監視周期はヘルスチェックの送信回数に限られるものではなく、一定時間（例えば６０秒）を監視周期として設定しても良い。また、図３の例において、監視周期内に検知されたＮＧ数の閾値として、２回が設定されている。さらに、ＮＧ数が閾値を上回った監視周期の数が３回を超えた場合、つまり障害が３回以上発生したと検知された場合には、処理部のリセットを行う。
【００３３】
いくつかの監視周期を例に挙げて、より具体的に説明する。まず、第１の監視周期においては、ＮＧ数は１回であり、閾値未満であるため、障害は検出されない。次に、第２の監視周期においては、ＮＧ数は３回であるため、障害が検出される。以降、この動作を繰り返し、第６の監視周期で障害が検出されると、障害検出回数が３回に到達する。従って、第６の監視周期の終了後、監視対象としていた処理部を復旧するためリセットする。
【００３４】
以上の動作により、制御部は、処理部で発生している間欠的なサイレント障害を検知することが可能となる。
【００３５】
以降、第２の実施形態について、より具体的に説明する。
【００３６】
（構成）
図４は、第２の実施形態による通信装置２００の構成を示している。図４によれば、通信装置２００は、制御部２１０と、処理部２２０を備えている。
【００３７】
さらに、制御部２１０は、ヘルスチェックパケット送信部２１１、ヘルスチェック応答受信部２１２、障害検知部２１３、通知部２１４を備えている。
【００３８】
処理部２２０は、ヘルスチェックパケット受信部２２１、ヘルスチェック応答送信部２２２、プロセッサ２２３を備えている。
【００３９】
また、プロセッサ２２３は、コア２２３−１、コア２２３−２、コア２２３−３を搭載し、マルチコアプロセッサとして動作する。図４の例では、コア数が３個の場合を示しているが、３個未満でも、４個以上であっても同様に動作する。
【００４０】
（動作）
第２の実施形態の動作について、図５を用いて説明する。まず、ヘルスチェックパケット送信部２１１は、処理部２２０に対して、ヘルスチェックパケットを送信する（ステップＳ１１）。このヘルスチェックパケットには、例えばｐｉｎｇ相当のＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケットを用いることが考えられる。
【００４１】
続いて、ヘルスチェックパケット受信部２２１がヘルスチェックパケットを受信した場合には、プロセッサ２２３に転送し、プロセッサ２２３は、ヘルスチェックパケットを受信する。プロセッサ２２３のコアのうち、ヘルスチェックパケット受信時に稼動しているコアが正常に稼動している場合には、応答をヘルスチェック応答送信部２２２に送信する。その後、ヘルスチェック応答送信部２２２は、応答を制御部２１０内のヘルスチェック応答受信部２１２に送信する。続いて、ヘルスチェック応答受信部２１２は、応答を受信する（ステップＳ１２）。
【００４２】
もしくは、ヘルスチェック応答受信部２１２は、ヘルスチェックパケットの送信から一定時間内に応答を受信しない場合には、応答エラー（ＮＧ）を検知する（ステップＳ１２）。
【００４３】
以上のステップＳ１１とステップＳ１２の動作を、監視周期が経過するまで繰り返す（ステップＳ１３）。上述の通り、監視周期の例としては、例えば、ヘルスチェックパケットの送信回数や、一定時間を設定することが考えられる。
【００４４】
監視周期が経過した場合（ステップＳ１３：ＹＥＳ）、障害検知部２１３は、監視周期内（ステップＳ１１〜Ｓ１３）に検知したＮＧ数と閾値とを比較する（ステップＳ１４）。
【００４５】
ＮＧ数が閾値未満である場合には、処理を終了する（ステップＳ１４：ＮＯ）。
【００４６】
ＮＧ数が閾値以上である場合には、障害検知部２１３は、処理部２２０に障害が発生していることを検知して、処理を終了する（ステップＳ１５）。
【００４７】
ステップＳ１４で用いる閾値は、任意に定められる値である。任意の数値を用いることも可能であるが、監視周期をヘルスチェックパケットの送信回数に設定している場合には、監視周期の５０％以上、というように割合を設定しても良い。
【００４８】
また、上述の通り、制御部２１０は、ステップＳ１４で障害を検知した回数が閾値以上になった場合には、処理部２２０を復旧する構成をとることも可能である。
【００４９】
図６を用いて、より具体的に説明する。障害検知部２１３が障害を検出した回数が閾値以上となった場合、通知部２１４は、通信装置２００を監視する機能（図には非表示）に、障害が検知された旨の通知を行う（ステップＳ１６）。
【００５０】
ここで、通信装置２００を監視する機能としては、例えば、図７に示すように、通信装置２００の外部にある監視装置３００に設けられることが考えられる。この場合、監視装置３００は、通信装置２００と同一のラック内に設けられていても良く、またネットワークを経由して通信装置２００と接続する構成でも良い。また、図８に示すように、通信装置２００の内部に、監視部２３０として設けられる構成も考えられる。
【００５１】
ステップＳ１６の後、監視装置３００または監視部２３０が障害箇所の復旧を行うかどうかの選択を行う（ステップＳ１７）。復旧しない場合には、処理を終了する（ステップＳ１７：ＮＯ）。復旧する場合（ステップＳ１７：ＹＥＳ）には、復旧処理を行う（ステップＳ１８）。
【００５２】
ステップＳ１８の復旧処理としては、障害箇所のリセット（再起動）を行うことが考えられる。また、冗長性を持たせたシステム構成をとっている場合には、障害箇所の系切り替えを実施して、復旧を試みることもできる。
【００５３】
（効果）
上記の通り、第２の実施形態によれば、障害検知部２１３が、監視周期内に検知したＮＧ（応答エラー）数と閾値とを比較する。この動作により、通信装置２００内の処理部２２０で間欠的な障害（サイレント障害）が起こっている場合であっても、通信装置２００内に設けられた制御部２１０で検知することが可能となる。
【００５４】
また、検知した障害を監視側に通知することで、障害箇所の切り分けや、系の切り替えといった対策を行うことができる。これにより、通信装置の信頼性および保守性を向上することが可能である。
【００５５】
上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００５６】
（付記１）
制御部と、処理部とを備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信装置。
【００５７】
（付記２）
前記通信装置は、さらに、
前記通信装置の障害状況を監視する監視部を備え、
前記制御部は、さらに、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視部に対して通知する通知部と、
を備えることを特徴とする付記１に記載の通信装置。
【００５８】
（付記３）
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせることを特徴とする付記１または２に記載の通信装置。
【００５９】
（付記４）
前記制御部は、前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする付記２または３に記載の通信装置。
【００６０】
（付記５）
前記監視パケット応答受信部は、前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知することを特徴とする付記１から４のいずれか１つに記載の通信装置。
【００６１】
（付記６）
制御部と、処理部とを備える通信装置と、
前記通信装置の障害状況を監視する監視装置と、を備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視装置に対して通知する通知部と、
を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信システム。
【００６２】
（付記７）
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視装置に対して問い合わせることを特徴とする付記６に記載の通信システム。
【００６３】
（付記８）
前記制御部は、前記監視装置から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする付記６または７に記載の通信システム。
【００６４】
（付記９）
前記監視パケット応答受信部は、前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知することを特徴とする付記６から８のいずれか１つに記載の通信システム。
【００６５】
（付記１０）
監視パケットを処理部に対して送信する監視パケット送信ステップと、
前記監視パケットに対する応答を受信する監視パケット応答受信ステップと、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知ステップと、
を含むことを特徴とする通信方法。
【００６６】
（付記１１）
前記通信方法は、さらに、
前記障害検知ステップで、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記通信装置の通信状況を監視する監視部に通知する通知ステップを含むことを特徴とする付記１０に記載の通信方法。
【００６７】
（付記１２）
前記通信方法は、さらに、
前記障害検知部で、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせるステップを含むことを特徴とする付記１０または１１に記載の通信方法。
【００６８】
（付記１３）
前記通信方法は、さらに、
前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行う復旧ステップを含むことを特徴とする付記１１または１２に記載の通信方法。
【００６９】
（付記１４）
前記通信方法は、さらに、
前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知する応答エラー検知ステップを含むことを特徴とする付記１０から１３のいずれか１つに記載の通信方法。
【００７０】
（付記１５）
監視パケットを処理部に対して送信する監視パケット送信処理と、
前記監視パケットに対する応答を受信する監視パケット応答受信処理と、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知処理と、
を含むことを特徴とする通信プログラム。
【００７１】
（付記１６）
前記通信プログラムは、さらに、
前記障害検知処理で、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記通信装置の通信状況を監視する監視部に通知する通知処理を含むことを特徴とする付記１５に記載の通信プログラム。
【００７２】
（付記１７）
前記通信プログラムは、さらに、
前記障害検知部で、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせる処理を含むことを特徴とする付記１５または１６に記載の通信プログラム。
【００７３】
（付記１８）
前記通信プログラムは、さらに、
前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行う復旧処理を含むことを特徴とする付記１６または１７に記載の通信プログラム。
【００７４】
（付記１９）
前記通信プログラムは、さらに、
前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知する応答エラー検知処理を含むことを特徴とする付記１５から１８のいずれか１つに記載の通信プログラム。
【符号の説明】
【００７５】
１００、２００ 通信装置
１１０、２１０ 制御部
１１１ 監視パケット送信部
１１２ 監視パケット応答受信部
１１３、２１３ 障害検知部
１２０、２２０ 処理部
１２１ 監視パケット応答部
２１１ ヘルスチェックパケット送信部
２１２ ヘルスチェック応答受信部
２１４ 通知部
２２１ ヘルスチェックパケット受信部
２２２ ヘルスチェック応答送信部
２２３ プロセッサ
２２３−１、２２３−２、２２３−３ コア
２３０ 監視部
３００ 監視装置
【技術分野】
【０００１】
本発明は、ヘルスチェック（死活監視）を行う通信装置、通信システム、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークの普及と、それに伴うネットワークを介したサービスの増加により、通信装置や情報端末等のノードを常時稼動させることが多くなってきている。これに伴い、ネットワーク上のノードが正常に稼動しているかどうかを調べるための、ヘルスチェック（死活監視）が重要になっている。
【０００３】
ヘルスチェックに関連する技術の一例としては、例えば特許文献１に開示されている技術が挙げられる。より具体的には、ＭＧＣ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ）がＭＧ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）群に対して、ネットワークを介してヘルスチェック信号を送信するという技術が開示されている。
【０００４】
ここで、特許文献１のように、ネットワークを介して、ノードのヘルスチェックを行う場合には、ノード自体の障害検出ができなくとも、該当するノードに接続するリンクの状態が監視できれば良い。しかしながら、ルータやスイッチといった通信装置内に使用されているプロセッサ等のデバイスの稼動確認を通信装置内でヘルスチェックを行う場合には、リンクの監視を行うことはできないため、デバイス自体の障害を検出する必要が生じる。
【０００５】
一般的な単一の通信装置内のヘルスチェックの方法について、図９と図１０を用いて説明する。図９は、通信装置１０００の構成を示している。通信装置１０００は、制御部（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１００、パケット転送処理部１２００、暗号化／複合化処理部１３００から構成される。
【０００６】
図１０は、制御部１１００から、ヘルスチェック信号をネットワークプロセッサ１２０１、セキュリティプロセッサ１３０１に送信する場合の動作例を示している。ヘルスチェック結果がエラー、未到達、またはタイムアウトのいずれかの状態（以降、エラーまたはＮＧと呼称する）である場合、制御部１１００は、一定時間の間、あるいは一定回数に到達するまで、ヘルスチェック信号を送り続ける。図１０の例では、ヘルスチェック信号を６０回送り、結果がすべてＮＧであった場合に、ネットワークプロセッサ１２０１またはセキュリティプロセッサ１３０１に障害が発生しているものと判断する。その後、制御部１１００は、障害を検知した場合、障害箇所のリセットを行う。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−０７８５６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述の技術では、図９のセキュリティプロセッサ１３０１のように、複数コア（マルチコア）を搭載しているデバイスの一部に間欠的な障害が発生した場合、その障害を検知することができない。このような障害は、一般的にサイレント障害と呼ばれている。
【０００９】
図９のセキュリティプロセッサ１３０１は、４つのコアを搭載し、これらをラウンドロビン方式で使用しているものとする。４つのコアのうちの１つでサイレント障害が発生した場合の動作例について、図１１を参照して説明する。
【００１０】
上述の通り、制御部１１００が障害を検知するためには、ヘルスチェックの結果が６０回連続でＮＧとなる必要がある。しかしながら、セキュリティプロセッサ１３０１には間欠的に障害が発生しているために、図１１の例では、ヘルスチェックの結果が２回以上連続してＮＧとなることがない。従って、上述の技術では、セキュリティプロセッサ１３０１でサイレント障害が発生していたとしても、検知することができなかった。
【００１１】
本発明の目的は、上述した課題を解決することが可能な、通信装置、通信システム、通信方法、および通信プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明による通信装置は、制御部と、処理部とを備え、前記制御部は、前記処理部に対して監視パケットを送信する監視パケット送信部と、前記監視パケットに対する応答を受信する監視パケット応答受信部と、前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、前記処理部は、前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部を備えることを特徴とする。
【００１３】
本発明による通信システムは、制御部と、処理部と、を備える通信装置と、前記通信装置の障害状況を監視する監視装置とを備え、前記制御部は、前記処理部に対して監視パケットを送信する監視パケット送信部と、前記監視パケットに対する応答を受信する監視パケット応答受信部と、前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視装置に対して通知する通知部と、を備え、前記処理部は、前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部を備えることを特徴とする。
【００１４】
本発明による通信方法は、監視パケットを処理部に対して送信する監視パケット送信ステップと、前記監視パケットに対する応答を受信する監視パケット応答受信ステップと、前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知ステップと、を含むことを特徴とする。
【００１５】
本発明による通信プログラムは、監視パケットを処理部に対して送信する監視パケット送信処理と、前記監視パケットに対する応答を受信する監視パケット応答受信処理と、前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
通信装置内のデバイスで起きている間欠的な障害（サイレント障害）を、同一装置内で検知することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】第１の実施形態による通信装置の構成を示すブロック図である。
【図２】第１の実施形態による動作を示すフローチャートである。
【図３】第２の実施形態の概要を示す図である。
【図４】第２の実施形態による通信装置の構成を示すブロック図である。
【図５】第２の実施形態による動作を示すフローチャートである。
【図６】第２の実施形態による動作を示すフローチャートである。
【図７】第２の実施形態において、監視装置を加えた構成を示すブロック図である。
【図８】第２の実施形態において、監視部を加えた構成を示すブロック図である。
【図９】背景技術による通信装置の構成を示すブロック図である。
【図１０】背景技術による動作例を示す図である。
【図１１】背景技術による動作例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
【００１９】
＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。
【００２０】
（構成）
図１は、第１の実施形態による通信装置１００の構成を示している。通信装置１００は、制御部１１０、処理部１２０を備えている。制御部１１０は、監視パケット送信部１１１、監視パケット応答受信部１１２、障害検知部１１３を備えている。処理部１２０は、監視パケット応答部１２１を備えている。
【００２１】
（動作）
第１の実施形態による動作について、図２を用いて説明する。まず、監視パケット送信部１１１は、処理部１２０に対して監視パケットを送信する（ステップＳ１）。
【００２２】
続いて、処理部１２０が監視パケットを受信した場合には、監視パケット応答部１２１が応答を送信し、監視パケット応答受信部１１２が受信する（ステップＳ２）。もしくは、監視パケット応答受信部１１２は、応答エラーを検知する（ステップＳ２）。
【００２３】
以上のステップＳ１とステップＳ２の動作を、監視周期が経過するまで繰り返す（ステップＳ３）。
【００２４】
監視周期が経過した場合（ステップＳ３：ＹＥＳ）、障害検知部１１３は、監視周期内（ステップＳ１〜Ｓ３）に検知した応答エラー数と閾値とを比較する（ステップＳ４）。
【００２５】
応答エラー数が閾値未満である場合には、処理を終了する（ステップＳ４：ＮＯ）。
【００２６】
応答エラー数が閾値以上である場合には、障害検知部１１３は、処理部１２０に障害が発生していることを検知して、処理を終了する（ステップＳ５）。
【００２７】
（効果）
上記の通り、第１の実施形態によれば、障害検知部１１３が、監視周期内に検知した応答エラー数と閾値とを比較する。この動作により、通信装置１００内の処理部１２０で間欠的な障害（サイレント障害）が起こっている場合であっても、通信装置１００内に設けられた制御部１１０で検知することが可能となる。
【００２８】
＜第２の実施形態＞
次に、本発明による第２の実施形態について説明する。
【００２９】
（概要）
まず、第２の実施形態の概要について、図３を用いて説明する。
【００３０】
本実施形態では、制御部と処理部との間でヘルスチェックを行う。このヘルスチェックは、監視周期を定めた上で行われる（１）。
【００３１】
制御部は、ヘルスチェックを行い、監視周期内に検知されたＮＧ（応答エラー）数が指定回数（閾値）以上となる場合に、障害を検知する（２）。制御部は、障害を検出したあと、ネットワークを監視する機能（図では非表示）に、障害を検出した旨の通知を行っても良い。通知の例としては、例えば、装置のイベントログや、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）におけるＴＲＡＰ通知を用いることが挙げられる。
【００３２】
図３の例では、監視周期をヘルスチェック送信数４回と定めている。なお、監視周期はヘルスチェックの送信回数に限られるものではなく、一定時間（例えば６０秒）を監視周期として設定しても良い。また、図３の例において、監視周期内に検知されたＮＧ数の閾値として、２回が設定されている。さらに、ＮＧ数が閾値を上回った監視周期の数が３回を超えた場合、つまり障害が３回以上発生したと検知された場合には、処理部のリセットを行う。
【００３３】
いくつかの監視周期を例に挙げて、より具体的に説明する。まず、第１の監視周期においては、ＮＧ数は１回であり、閾値未満であるため、障害は検出されない。次に、第２の監視周期においては、ＮＧ数は３回であるため、障害が検出される。以降、この動作を繰り返し、第６の監視周期で障害が検出されると、障害検出回数が３回に到達する。従って、第６の監視周期の終了後、監視対象としていた処理部を復旧するためリセットする。
【００３４】
以上の動作により、制御部は、処理部で発生している間欠的なサイレント障害を検知することが可能となる。
【００３５】
以降、第２の実施形態について、より具体的に説明する。
【００３６】
（構成）
図４は、第２の実施形態による通信装置２００の構成を示している。図４によれば、通信装置２００は、制御部２１０と、処理部２２０を備えている。
【００３７】
さらに、制御部２１０は、ヘルスチェックパケット送信部２１１、ヘルスチェック応答受信部２１２、障害検知部２１３、通知部２１４を備えている。
【００３８】
処理部２２０は、ヘルスチェックパケット受信部２２１、ヘルスチェック応答送信部２２２、プロセッサ２２３を備えている。
【００３９】
また、プロセッサ２２３は、コア２２３−１、コア２２３−２、コア２２３−３を搭載し、マルチコアプロセッサとして動作する。図４の例では、コア数が３個の場合を示しているが、３個未満でも、４個以上であっても同様に動作する。
【００４０】
（動作）
第２の実施形態の動作について、図５を用いて説明する。まず、ヘルスチェックパケット送信部２１１は、処理部２２０に対して、ヘルスチェックパケットを送信する（ステップＳ１１）。このヘルスチェックパケットには、例えばｐｉｎｇ相当のＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケットを用いることが考えられる。
【００４１】
続いて、ヘルスチェックパケット受信部２２１がヘルスチェックパケットを受信した場合には、プロセッサ２２３に転送し、プロセッサ２２３は、ヘルスチェックパケットを受信する。プロセッサ２２３のコアのうち、ヘルスチェックパケット受信時に稼動しているコアが正常に稼動している場合には、応答をヘルスチェック応答送信部２２２に送信する。その後、ヘルスチェック応答送信部２２２は、応答を制御部２１０内のヘルスチェック応答受信部２１２に送信する。続いて、ヘルスチェック応答受信部２１２は、応答を受信する（ステップＳ１２）。
【００４２】
もしくは、ヘルスチェック応答受信部２１２は、ヘルスチェックパケットの送信から一定時間内に応答を受信しない場合には、応答エラー（ＮＧ）を検知する（ステップＳ１２）。
【００４３】
以上のステップＳ１１とステップＳ１２の動作を、監視周期が経過するまで繰り返す（ステップＳ１３）。上述の通り、監視周期の例としては、例えば、ヘルスチェックパケットの送信回数や、一定時間を設定することが考えられる。
【００４４】
監視周期が経過した場合（ステップＳ１３：ＹＥＳ）、障害検知部２１３は、監視周期内（ステップＳ１１〜Ｓ１３）に検知したＮＧ数と閾値とを比較する（ステップＳ１４）。
【００４５】
ＮＧ数が閾値未満である場合には、処理を終了する（ステップＳ１４：ＮＯ）。
【００４６】
ＮＧ数が閾値以上である場合には、障害検知部２１３は、処理部２２０に障害が発生していることを検知して、処理を終了する（ステップＳ１５）。
【００４７】
ステップＳ１４で用いる閾値は、任意に定められる値である。任意の数値を用いることも可能であるが、監視周期をヘルスチェックパケットの送信回数に設定している場合には、監視周期の５０％以上、というように割合を設定しても良い。
【００４８】
また、上述の通り、制御部２１０は、ステップＳ１４で障害を検知した回数が閾値以上になった場合には、処理部２２０を復旧する構成をとることも可能である。
【００４９】
図６を用いて、より具体的に説明する。障害検知部２１３が障害を検出した回数が閾値以上となった場合、通知部２１４は、通信装置２００を監視する機能（図には非表示）に、障害が検知された旨の通知を行う（ステップＳ１６）。
【００５０】
ここで、通信装置２００を監視する機能としては、例えば、図７に示すように、通信装置２００の外部にある監視装置３００に設けられることが考えられる。この場合、監視装置３００は、通信装置２００と同一のラック内に設けられていても良く、またネットワークを経由して通信装置２００と接続する構成でも良い。また、図８に示すように、通信装置２００の内部に、監視部２３０として設けられる構成も考えられる。
【００５１】
ステップＳ１６の後、監視装置３００または監視部２３０が障害箇所の復旧を行うかどうかの選択を行う（ステップＳ１７）。復旧しない場合には、処理を終了する（ステップＳ１７：ＮＯ）。復旧する場合（ステップＳ１７：ＹＥＳ）には、復旧処理を行う（ステップＳ１８）。
【００５２】
ステップＳ１８の復旧処理としては、障害箇所のリセット（再起動）を行うことが考えられる。また、冗長性を持たせたシステム構成をとっている場合には、障害箇所の系切り替えを実施して、復旧を試みることもできる。
【００５３】
（効果）
上記の通り、第２の実施形態によれば、障害検知部２１３が、監視周期内に検知したＮＧ（応答エラー）数と閾値とを比較する。この動作により、通信装置２００内の処理部２２０で間欠的な障害（サイレント障害）が起こっている場合であっても、通信装置２００内に設けられた制御部２１０で検知することが可能となる。
【００５４】
また、検知した障害を監視側に通知することで、障害箇所の切り分けや、系の切り替えといった対策を行うことができる。これにより、通信装置の信頼性および保守性を向上することが可能である。
【００５５】
上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００５６】
（付記１）
制御部と、処理部とを備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信装置。
【００５７】
（付記２）
前記通信装置は、さらに、
前記通信装置の障害状況を監視する監視部を備え、
前記制御部は、さらに、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視部に対して通知する通知部と、
を備えることを特徴とする付記１に記載の通信装置。
【００５８】
（付記３）
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせることを特徴とする付記１または２に記載の通信装置。
【００５９】
（付記４）
前記制御部は、前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする付記２または３に記載の通信装置。
【００６０】
（付記５）
前記監視パケット応答受信部は、前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知することを特徴とする付記１から４のいずれか１つに記載の通信装置。
【００６１】
（付記６）
制御部と、処理部とを備える通信装置と、
前記通信装置の障害状況を監視する監視装置と、を備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視装置に対して通知する通知部と、
を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信システム。
【００６２】
（付記７）
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視装置に対して問い合わせることを特徴とする付記６に記載の通信システム。
【００６３】
（付記８）
前記制御部は、前記監視装置から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする付記６または７に記載の通信システム。
【００６４】
（付記９）
前記監視パケット応答受信部は、前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知することを特徴とする付記６から８のいずれか１つに記載の通信システム。
【００６５】
（付記１０）
監視パケットを処理部に対して送信する監視パケット送信ステップと、
前記監視パケットに対する応答を受信する監視パケット応答受信ステップと、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知ステップと、
を含むことを特徴とする通信方法。
【００６６】
（付記１１）
前記通信方法は、さらに、
前記障害検知ステップで、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記通信装置の通信状況を監視する監視部に通知する通知ステップを含むことを特徴とする付記１０に記載の通信方法。
【００６７】
（付記１２）
前記通信方法は、さらに、
前記障害検知部で、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせるステップを含むことを特徴とする付記１０または１１に記載の通信方法。
【００６８】
（付記１３）
前記通信方法は、さらに、
前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行う復旧ステップを含むことを特徴とする付記１１または１２に記載の通信方法。
【００６９】
（付記１４）
前記通信方法は、さらに、
前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知する応答エラー検知ステップを含むことを特徴とする付記１０から１３のいずれか１つに記載の通信方法。
【００７０】
（付記１５）
監視パケットを処理部に対して送信する監視パケット送信処理と、
前記監視パケットに対する応答を受信する監視パケット応答受信処理と、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知処理と、
を含むことを特徴とする通信プログラム。
【００７１】
（付記１６）
前記通信プログラムは、さらに、
前記障害検知処理で、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記通信装置の通信状況を監視する監視部に通知する通知処理を含むことを特徴とする付記１５に記載の通信プログラム。
【００７２】
（付記１７）
前記通信プログラムは、さらに、
前記障害検知部で、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせる処理を含むことを特徴とする付記１５または１６に記載の通信プログラム。
【００７３】
（付記１８）
前記通信プログラムは、さらに、
前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行う復旧処理を含むことを特徴とする付記１６または１７に記載の通信プログラム。
【００７４】
（付記１９）
前記通信プログラムは、さらに、
前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知する応答エラー検知処理を含むことを特徴とする付記１５から１８のいずれか１つに記載の通信プログラム。
【符号の説明】
【００７５】
１００、２００ 通信装置
１１０、２１０ 制御部
１１１ 監視パケット送信部
１１２ 監視パケット応答受信部
１１３、２１３ 障害検知部
１２０、２２０ 処理部
１２１ 監視パケット応答部
２１１ ヘルスチェックパケット送信部
２１２ ヘルスチェック応答受信部
２１４ 通知部
２２１ ヘルスチェックパケット受信部
２２２ ヘルスチェック応答送信部
２２３ プロセッサ
２２３−１、２２３−２、２２３−３ コア
２３０ 監視部
３００ 監視装置
【特許請求の範囲】
【請求項１】
制御部と、処理部とを備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信装置。
【請求項２】
前記通信装置は、さらに、
前記通信装置の障害状況を監視する監視部を備え、
前記制御部は、さらに、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視部に対して通知する通知部と、
を備えることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記制御部は、前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする請求項２または３に記載の通信装置。
【請求項５】
前記監視パケット応答受信部は、前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知することを特徴とする請求項１から４のいずれか１つに記載の通信装置。
【請求項６】
制御部と、処理部とを備える通信装置と、
前記通信装置の障害状況を監視する監視装置と、を備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視装置に対して通知する通知部と、
を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信システム。
【請求項７】
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視装置に対して問い合わせることを特徴とする請求項６に記載の通信システム。
【請求項８】
前記制御部は、前記監視装置から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする請求項６または７に記載の通信システム。
【請求項９】
監視パケットを処理部に対して送信する監視パケット送信ステップと、
前記監視パケットに対する応答を受信する監視パケット応答受信ステップと、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知ステップと、
を含むことを特徴とする通信方法。
【請求項１０】
監視パケットを処理部に対して送信する監視パケット送信処理と、
前記監視パケットに対する応答を受信する監視パケット応答受信処理と、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知処理と、
をコンピュータに実行させることを特徴とする通信プログラム。
【請求項１】
制御部と、処理部とを備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信装置。
【請求項２】
前記通信装置は、さらに、
前記通信装置の障害状況を監視する監視部を備え、
前記制御部は、さらに、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視部に対して通知する通知部と、
を備えることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視部に対して問い合わせることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記制御部は、前記監視部から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする請求項２または３に記載の通信装置。
【請求項５】
前記監視パケット応答受信部は、前記監視パケットに対する応答を一定時間受信しない場合に前記応答エラーを検知することを特徴とする請求項１から４のいずれか１つに記載の通信装置。
【請求項６】
制御部と、処理部とを備える通信装置と、
前記通信装置の障害状況を監視する監視装置と、を備え、
前記制御部は、
前記処理部に対して監視パケットを送信する監視パケット送信部と、
前記監視パケットに対する応答を受信する監視パケット応答受信部と、
前記監視パケット応答受信部が前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知部と、
前記障害検知部が、障害が発生していることを検知した場合に、前記処理部で障害が発生した旨を前記監視装置に対して通知する通知部と、
を備え、
前記処理部は、
前記監視パケットを受信した場合に、前記制御部に対して応答を返す監視パケット応答部
を備えることを特徴とする通信システム。
【請求項７】
前記通知部は、前記障害検知部が、障害が発生していることを検知した場合に、前記処理部の復旧を行うかどうかを前記監視装置に対して問い合わせることを特徴とする請求項６に記載の通信システム。
【請求項８】
前記制御部は、前記監視装置から前記処理部の復旧要求を受けた場合に、前記処理部の復旧を行うことを特徴とする請求項６または７に記載の通信システム。
【請求項９】
監視パケットを処理部に対して送信する監視パケット送信ステップと、
前記監視パケットに対する応答を受信する監視パケット応答受信ステップと、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知ステップと、
を含むことを特徴とする通信方法。
【請求項１０】
監視パケットを処理部に対して送信する監視パケット送信処理と、
前記監視パケットに対する応答を受信する監視パケット応答受信処理と、
前記監視パケットに対する応答エラーを検知し、前記監視周期内に検知した前記応答エラーの数が閾値以上である場合に、前記処理部で障害が発生していることを検知する障害検知処理と、
をコンピュータに実行させることを特徴とする通信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−８０４２６（Ｐ２０１２−８０４２６Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２５３２０（Ｐ２０１０−２２５３２０）
【出願日】平成２２年１０月５日（２０１０．１０．５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年１０月５日（２０１０．１０．５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]