(57)【特許請求の範囲】
【請求項１】
処理装置が障害監視対象装置（以下、対象装置と略す）に対して一定周期でヘルスチエックを行うとともに、上位階層部が前記対象装置に対するプリミティブを発生したとき、前記処理装置が、前記プリミティブをコマンドに変換して対象装置に送出するとともに、該対象装置から応答のコマンドを受けたとき、該応答コマンドに対応するプリミティブを前記上位階層部に返送するシステムにおいて、
前記処理装置が、前記コマンド送信時、コマンド送信フラグをオンにしてコマンドタイマを起動し、前記一定周期のヘルスチェックにおいて前記コマンド送信フラグをチエックして、前記コマンド送信フラグがオンのときは、該コマンド送信フラグをリセットするとともに、前記コマンド送信フラグがオフのとき、前記対象装置に対してヘルスチエック用データを送信するとともにヘルスチエックタイマを起動し、前記コマンドタイマ又はヘルスチエックタイマのタイムアウト時、前記対象装置から前記ヘルスチエック用データに対する応答がないとき、前記上位階層部に対してヘルスチエックＮＧを通知することを特徴とするヘルスチエック方式。
【請求項２】
前記一定周期が、前記処理装置に要求される処理速度での前記コマンドの送信間隔に等しい周期、又はそれよりもやや短い周期であることを特徴とする請求項１記載のヘルスチエック方式。
【請求項３】
処理装置が対象装置に対して一定周期でヘルスチエックを行うとともに、上位階層部が前記対象装置に対するプリミティブを発生したとき、前記処理装置が、前記プリミティブをコマンドに変換して対象装置に送出するとともに、該対象装置から応答のコマンドを受けたとき、該応答コマンドに対応するプリミティブを前記上位階層部に返送するシステムにおいて、
前記処理装置が、対象装置から前記コマンド又はヘルスチエック用データに対する応答を受信したとき応答受信フラグをオンにし、前記上位階層部から該プリミティブを受信する毎に、プリミティブ受信カウンタをインクリメントするとともに、前記対象装置に対して前記コマンド又はヘルスチエック用データを送信したとき、所定時間をカウントする送信カウンタを起動して、該送信カウンタがタイムアウトしたとき、前記応答受信フラグをチエックして、該応答受信フラグがオフのときは前記上位階層部に対してヘルスチエックＮＧを通知するとともに、前記応答受信フラグがオンのときは、前記プリミティブ受信カウンタをチエックして、そのカウント数が０でないときは、前記対象装置にコマンドを送信するとともに前記プリミティブ受信カウンタをデクリメントし、前記プリミティブ受信カウンタのカウント数が０のときは、前記対象装置に対してヘルスチエック用データを送信することを特徴とするヘルスチエック方式。
【請求項４】
前記一定周期が、前記処理装置に要求される処理速度での前記コマンドの送信間隔より短く、前記対象装置が前記コマンドに対して応答を返すために必要な時間より長く設定されていることを特徴とする請求項３記載のヘルスチエック方式。
【請求項５】
前記送信カウンタのタイムアウト値が、応答に最も時間がかかるプリミティブを基準に設定されていることを特徴とする請求項３又は４記載のヘルスチエック方式。
【請求項６】
応答時間が極端に長い前記プリミティブは、前記ヘルスチエックＮＧの判定に用いないことを特徴とする請求項３乃至５のいずれか一記載のヘルスチエック方式。
【請求項７】
処理装置が対象装置に対して一定周期でヘルスチエックを行うとともに、上位階層部が前記対象装置に対するプリミティブを発生したとき、前記処理装置が、前記プリミティブをコマンドに変換して対象装置に送出するとともに、該対象装置から応答のコマンドを受けたとき、該応答コマンドに対応するプリミティブを前記上位階層部に返送するシステムにおいて、
前記処理装置が、前記コマンド送信時、コマンド送信フラグをオンにしてコマンドタイマを起動し、前記一定周期のヘルスチェックにおいて前記コマンド送信フラグをチエックして、前記コマンド送信フラグがオンのときは、該コマンド送信フラグをリセットするとともに、前記コマンド送信フラグがオフのとき、前記対象装置に対してヘルスチエック用データを送信するとともにヘルスチエックタイマを起動し、前記ヘルスチエック用データに対して応答があったときヘルスチエック応答フラグをオンにするとともに、前記コマンドタイマ又はヘルスチエックタイマのタイムアウト時、前記ヘルスチエック応答フラグをチエックして、該ヘルスチエック応答フラグがオフのときは、ヘルスチエックＮＧカウンタをインクリメントし、該ヘルスチエックＮＧカウンタ値をヘルスチエックＮＧ閾値と比較して、該閾値以上のとき、前記上位階層部に対してヘルスチエックＮＧを通知することを特徴とするヘルスチエック方式。
【請求項８】
前記ヘルスチエックＮＧ閾値が、前記対象装置の障害発生とみなすために十分な値であることを特徴とする請求項７記載のヘルスチエック方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、処理装置が障害監視対象装置の障害監視を行うためのヘルスチエック方式に関する。
【０００２】
【従来の技術】
音声やデータの通信を行うために敷設される通信網は、社会生活の基盤となるインフラ設備として、今日の情報化社会においては不可欠の基幹設備であり、高い信頼性と安定度とを持つことが要求されている。このような通信システムを形成する設備群は、その各々が、サービス劣化を引き起こす原因となる障害を常時、監視する機能を有していて、障害発生時には、障害発生の報告と、ルート切り替え等の処理を自動的に行なうことによって、サービスの劣化を極力、防止できる仕組みを有することことが必須の条件になっている。
【０００３】
障害監視には種々のレベルが存在するが、その大部分は、ＨＷ（Hard Ware ）が自立で検出して、上位装置に通知するものである。しかしながら、ＨＷが自立で検出することが困難なものも存在する。特に、ローカルなメモリバス障害や、中央処理装置（ＣＰＵ）の暴走等に対しては、ＦＷ（Farm Ware ）やＳＷ（Soft Ware ）が主導して監視を行なうことが必要である。
ＦＷやＳＷが主導して障害監視を行なうための、代表的な機能として挙げられるものに、Ｃ−ｐｌｅｎｅ（制御データ）の導通を随時、監視するヘルスチエック機能等がある。ここでヘルスチエックとは、上位装置が障害監視対象装置（以下、単に対象装置という）の障害を監視するための機能であって、上位装置が対象装置に対して、予め定められたパターンからなるデータを送信したとき、対象装置から同じパターンのデータが応答されるか否かを確認することによって、対象装置の正常性をチエックするものである。
【０００４】
図９は、従来の、及び本発明が適用される通信システムの構成例を示すブロック図である。
この通信システムは、図９に示されるように、ＳＷ１と、ＣＰＵ２と、ＤＳＰ（Digital Signal Processor）３とから概略構成されている。
ＳＷ1 は、通信システムの全体の動作を制御する上位階層部（ハードウェアとソフトウエアとを含む）であって、その配下に複数のＣＰＵ２とＤＳＰ３とからなる処理部を有し、処理の進行に応じて必要な処理要求を発生していずれかのＣＰＵ２に供給するとともに、その処理要求に基づくＣＰＵ２からの応答の情報を受け取る。ＳＷ１からＣＰＵ２に対する処理要求の情報、及びＣＰＵ２からＳＷ１に対する応答の情報は、プリミティブと呼ばれる。
ＣＰＵ２は、その動作に必要なプログラムを内蔵していて、ＳＷ１からのプリミティブに応じて、ＤＳＰ３が動作するために必要な指示を発生してＤＳＰ３に供給するとともに、その指示に基づくＤＳＰ３からの応答の情報を受け取る。ＣＰＵ２からＤＳＰ３に対する動作要求の情報、及びＤＳＰ３からＣＰＵ２に対する応答の情報は、コマンドと呼ばれる。
ＤＳＰ３は、その動作に必要なプログラムを内蔵していて、ＳＷ１からのプリミティブに基づくＣＰＵ２からのコマンドに応じて、所要のディジタル処理を行なって、処理結果の情報をコマンドによってＣＰＵ２に応答する。ＣＰＵ２は、ＤＳＰ３からのコマンドによる応答を、プリミティブによって、ＳＷ１へ応答する。ク
【０００５】
図１０は、従来の通信システムにおけるヘルスチエックの概略を示すタイミングチャートである。
本発明の場合、ＳＷ１及びＣＰＵ２は、上位装置を形成し、ＤＳＰ３は、上位装置から障害監視を受ける対象装置に相当する。
以下、図９，図１０を参照して、従来の通信システムにおける、情報処理動作と、障害監視動作とを説明する。
この通信システムにおける情報処理動作は、次のようにして行われる。ＳＷ１からＣＰＵ２に対して、ＤＳＰ３における処理を要求するプリミティブが発生したときは、ＣＰＵ２は、その内部処理によって、プリミティブのデータをＣＰＵ−ＤＳＰ間のコマンド形式に変換して、ＤＳＰ３へ送信する。
ＤＳＰ３は、コマンドを受信したときは、コマンドの内容に従って、ＤＳＰ内部の処理を行って、その後、ＣＰＵ２に対して応答のコマンドを発生して、これをＣＰＵ２へ送信する。
ＣＰＵ２は、受信コマンドをＳＷ−ＣＰＵ間のプリミティブ形式に変換して、これをＳＷ１へ送信する。
【０００６】
一方、この通信システムにおける障害監視動作は、次のようにして行われる。ＣＰＵ２は、ＤＳＰ３に対して障害監視動作（ヘルスチエック）を実行する。ＣＰＵ２はＤＳＰ３に対してヘルスチエック用データを送信し、ＤＳＰ３は正常動作を行なっているときは、送られたヘルスチエック用データに対応する応答をＣＰＵ２に返す。
ＣＰＵ２のＤＳＰ３に対するヘルスチエックは、図１０において、・，・，・に示すように、常時、一定周期Ｔで行なわれている。
そして、このようなヘルスチエック動作において、ＣＰＵ２のヘルスチエック用データの送出後、所定時間内にＤＳＰ３から応答が返されなかったときは、ＣＰＵ２は、ＤＳＰ３の異常（ＮＧ）を判定して、その旨をＳＷ１に通知する。
【０００７】
このように、従来の通信システムにおいては、上位装置からの要求に基づく対象装置の動作と、上位装置から対象装置に対するヘルスチエックの処理とは、それぞれ独立に行なわれていた。
【０００８】
このようなヘルスチエックの機能によって、ＨＷでは検出できないがサービス品質には致命的な打撃を与える恐れがある、Ｃ−ｐｌｅｎｅの正常性の監視を行なうことができる。
従って、上位装置が対象装置に対して一定周期で行なうヘルスチエックによって、対象装置の正常性を常時、監視することができる。この場合、高い監視精度を維持するためには、短い周期でヘルスチエックを実行する必要があるが、そうすることによって上位装置の負荷の増大を招くため、上位装置が他の処理を行なうための能力が低下することが避けられない。
【０００９】
これに対して、上位装置と対象装置との間で通信を行なっていない期間にヘルスチエックを行なうことによって、負荷の増大を防止する方式（例えば特開平２−３５８５８号公報参照）や、上位装置と対象装置間の通信の頻度に応じてヘルスチエック実施の可否を決定することによって、最適な間隔でヘルスチエックを行なう方式（例えば特開平５−１０８５０９号公報参照）が提案されているが、このような方法では、必ずしも、常時、高い監視精度を維持することができない場合が生じる恐れがある。
【００１０】
【発明が解決しようとする課題】
上述のように、ヘルスチエックのためのデータを一定周期で送受信する方法では、上位装置の処理能力の低下を避けることができず、また、通信を行っていない期間にヘルスチエックを行う方法や、通信負荷に応じてヘルスチエックの頻度を変更する方法では、常時、高い監視精度を維持することが難しいという問題がある。
【００１１】
この発明は上述の事情に鑑みてなされたものであって、上位装置がその処理能力を低下させることなく、短い周期でヘルスチエックを実行することができ、従って、対象装置に対して常時、高い監視精度を維持することが可能な、ヘルスチエック方法を提供することを目的としている。
【００１２】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の発明はヘルスチエック方式に係り、処理装置が障害監視対象装置（以下、対象装置と略す）に対して一定周期でヘルスチエックを行うとともに、上位階層部が上記対象装置に対するプリミティブを発生したとき、上記処理装置が、上記プリミティブをコマンドに変換して対象装置に送出するとともに、該対象装置から応答のコマンドを受けたとき、該応答コマンドに対応するプリミティブを上記上位階層部に返送するシステムにおいて、上記処理装置が、上記コマンド送信時、コマンド送信フラグをオンにしてコマンドタイマを起動し、上記一定周期のヘルスチェックにおいて上記コマンド送信フラグをチエックして、上記コマンド送信フラグがオンのときは、該コマンド送信フラグをリセットするとともに、上記コマンド送信フラグがオフのとき、上記対象装置に対してヘルスチエック用データを送信するとともにヘルスチエックタイマを起動し、上記コマンドタイマ又はヘルスチエックタイマのタイムアウト時、上記対象装置から上記ヘルスチエック用データに対する応答がないとき、上記上位階層部に対してヘルスチエックＮＧを通知することを特徴としている。
【００１３】
また、請求項２記載の発明は、請求項１記載のヘルスチエック方式に係り、上記一定周期が、上記処理装置に要求される処理速度での上記コマンドの送信間隔に等しい周期、又はそれよりもやや短い周期であることを特徴としている。
【００１４】
また、請求項３記載の発明は、ヘルスチエック方式に係り、処理装置が対象装置に対して一定周期でヘルスチエックを行うとともに、上位階層部が上記対象装置に対するプリミティブを発生したとき、上記処理装置が、上記プリミティブをコマンドに変換して対象装置に送出するとともに、該対象装置から応答のコマンドを受けたとき、該応答コマンドに対応するプリミティブを上記上位階層部に返送するシステムにおいて、上記処理装置が、対象装置から上記コマンド又はヘルスチエック用データに対する応答を受信したとき応答受信フラグをオンにし、上記上位階層部から該プリミティブを受信する毎に、プリミティブ受信カウンタをインクリメントするとともに、上記対象装置に対して上記コマンド又はヘルスチエック用データを送信したとき、所定時間をカウントする送信カウンタを起動して、該送信カウンタがタイムアウトしたとき、上記応答受信フラグをチエックして、該応答受信フラグがオフのときは上記上位階層部に対してヘルスチエックＮＧを通知するとともに、上記応答受信フラグがオンのときは、上記プリミティブ受信カウンタをチエックして、そのカウント数が０でないときは、上記対象装置にコマンドを送信するとともに上記プリミティブ受信カウンタをデクリメントし、上記プリミティブ受信カウンタのカウント数が０のときは、上記対象装置に対してヘルスチエック用データを送信することを特徴としている。
【００１５】
また、請求項４記載の発明は、請求項３記載のヘルスチエック方式に係り、上記一定周期が、上記処理装置に要求される処理速度での上記コマンドの送信間隔より短く、上記対象装置が上記コマンドに対して応答を返すために必要な時間より長く設定されていることを特徴としている。
【００１６】
また、請求項５記載の発明は、請求項３又は４記載のヘルスチエック方式に係り、上記送信カウンタのタイムアウト値が、応答に最も時間がかかるプリミティブを基準に設定されていることを特徴としている。
【００１７】
また、請求項６記載の発明は、請求項３乃至５のいずれか一記載のヘルスチエック方式に係り、応答時間が極端に長い上記プリミティブは、上記ヘルスチエックＮＧの判定に用いないことを特徴としている。
【００１８】
また、請求項７記載の発明はヘルスチエック方式に係り、処理装置が対象装置に対して一定周期でヘルスチエックを行うとともに、上位階層部が上記対象装置に対するプリミティブを発生したとき、上記処理装置が、上記プリミティブをコマンドに変換して対象装置に送出するとともに、該対象装置から応答のコマンドを受けたとき、該応答コマンドに対応するプリミティブを上記上位階層部に返送するシステムにおいて、上記処理装置が、上記コマンド送信時、コマンド送信フラグをオンにしてコマンドタイマを起動し、上記一定周期に対応するヘルスチェックにおいて上記コマンド送信フラグをチエックして、上記コマンド送信フラグがオンのときは、該コマンド送信フラグをリセットするとともに、上記コマンド送信フラグがオフのとき、上記対象装置に対してヘルスチエック用データを送信するとともにヘルスチエックタイマを起動し、上記ヘルスチエック用データに対して応答があったときヘルスチエック応答フラグをオンにするとともに、上記コマンドタイマ又はヘルスチエックタイマのタイムアウト時、上記ヘルスチエック応答フラグをチエックして、該ヘルスチエック応答フラグがオフのときは、ヘルスチエックＮＧカウンタをインクリメントし、該ヘルスチエックＮＧカウンタ値をヘルスチエックＮＧ閾値と比較して、該閾値以上のとき、上記上位階層部に対してヘルスチエックＮＧを通知することを特徴としている。
【００１９】
また、請求項８記載の発明は、請求項７記載のヘルスチエック方式に係り、上記ヘルスチエックＮＧ閾値が、上記対象装置の障害発生とみなすために十分な値であることを特徴とししている。
【００２０】
【発明の実施の形態】
以下、図面を参照して、この発明の実施の形態について説明する。説明は、実施例を用いて具体的に行う。
◇第１実施例
図１は、この発明の第１実施例である通信システムにおけるプリミティブの受信処理とコマンドの受信処理とを示すフローチャート、図２は、本実施例の通信システムにおける一定周期の処理を示すフローチャート、図３は、本実施例の通信システムにおけるタイムアウト時の処理を示すフローチャート、図４は、本実施例におけるヘルスチエックの概略を示すタイミングチャート、図５は、本実施例におけるプリミティブ受信時の障害発生によるヘルスチエック動作を示すタイミングチャートである。また、図１において、（ａ）は、プリミティブの受信処理を示し、（ｂ）は、コマンドの受信処理を示している。
なお、この例における通信システムの構成は、図９に示されたものと同様なので、以下においては、詳細な説明を省略する。
【００２１】
以下、図１乃至図３を参照して、この例の通信システムの動作を説明する。
まず、プリミティブ受信時の動作を説明する。ＣＰＵ２は、ＳＷ１から、ある動作周期におけるＤＳＰ３の動作を指示するプリミティブを受信すると（図１ステップＳ１０１）、ＣＰＵの内部処理によって、ＳＷ−ＣＰＵ間のデータフォーマットから、ＣＰＵ−ＤＳＰ間のデータフォーマットに変換することによって、そのプリミティブをＣＰＵ−ＤＳＰ間のコマンド形式に変換する（図１ステップＳ１０２）。そして、ＣＰＵ２内部において、コマンド送信フラグをオンに切り替えるとともに（図１ステップＳ１０３）、コマンドタイマを起動したのち（図１ステップＳ１０４）、コマンドをＤＳＰ３に送信する（図１ステップＳ１０５）。
コマンド送信フラグは、コマンドを送信したことを示すためのフラグである。また、コマンドタイマは、ＤＳＰ３に送信したコマンドに対する応答のコマンドが、所定時間内に返ってきたか否かを監視するためのタイマであって、ＤＳＰ３が応答コマンドを返すのに必要な時間は、プリミティブに対応するＤＳＰ３の処理によって異なるため、コマンドタイマのタイムアウト時間は、プリミティブごとに適切な時間に設定される。
【００２２】
ＤＳＰ３の動作終了によって、ＣＰＵ２がＤＳＰ３から応答コマンドを受信すると（図１ステップＳ２０１）、ＣＰＵ２内部において、応答受信フラグをオンにして（図１ステップＳ２０２）、応答コマンドをプリミティブ形式に変換して、応答プリミティブをＳＷ１に返送することによって、１サイクルの処理が終了する。
【００２３】
次に、ヘルスチエックのために、一定周期で起動される処理を説明する。ＣＰＵ２は、一定周期Ｔでヘルスチエックを起動する（図２ステップＳ３０１）。最初、コマンド送信フラグのオン，オフをチエックして（図２ステップＳ３０２）、コマンド送信フラグがオンであって、コマンドが送信ずみであることが判定されたときは、ヘルスチエック用データを送信することなく、コマンド送信フラグをオフに戻して（図２ステップＳ３０３）、処理を終了する。
この場合、送信フラグは一定周期ごとにリセットされるので、送信フラグのオン，によって、その周期内にＤＳＰ３にコマンドを送信したか否かが判定される。
このように、一定周期のヘルスチェックにおいて、コマンド送信フラグのチェックが行われ、その結果、コマンド送信フラグがオフになっているとき以外は、コマンド送信フラグがリセットされるので、ヘルスチェックが行われたことによって、コマンド送信フラグは必ずオフになっている。
一方、コマンド送信フラグがオフであって、コマンドが未送信であったときは、ヘルスチエック用データをＤＳＰ３に送信するとともに（図２ステップＳ３０４）、ヘルスチエックタイマを起動する（図２ステップＳ３０５）。そして、ＤＳＰ３から、ヘルスチエック用データに対する応答が返ってきたとき、ＣＰＵ２内部において、ヘルスチエック応答フラグをオンにする。
【００２４】
ＣＰＵ２では、コマンドタイマがタイムアウトしたとき、又はヘルスチエックタイマがタイムアウトしたとき（図３ステップＳ４０１）、ヘルスチエック応答フラグのオン，オフをチエックする（図３ステップＳ４０２）。
そして、ヘルスチエック応答フラグがオンであったとは、ヘルスチエック結果正常であったと判定して、ヘルスチエック応答フラグをオフにして処理を終了する（図３ステップＳ４０３）。一方、ヘルスチエック応答フラグがオフであったときは、ＤＳＰ３からコマンドに対する応答がない状態でコマンドタイマがタイムアウトしたか、又はヘルスチエック結果、異常であったと判定して、ＳＷ１に対して、ヘルスチエック結果ＮＧであったことを通知して処理を終了する（図３ステップＳ４０４）。
この一連の処理は、一定周期で起動されるが、この場合の起動周期は、ＣＰＵ２に求められる所要処理速度でのコマンドの送信間隔に等しい周期、又はこれよりもやや短い周期に設定することが必要である。
【００２５】
このように、ヘルスチエックの実行は、一定周期のヘルスチエックの実行時におけるヘルスチエックタイマのタイムアウトによって行われる以外に、プリミティブ受信時におけるコマンドタイマのタイムアウトによっても行われる。
従って、ＳＷ１からプリミティブが発生したのにもかかわらず、ＤＳＰ３からの応答がなかった場合にも、ヘルスチエックを起動して、ヘルスチエック応答によってＤＳＰ３の異常の有無をチエックして、異常があったとき、ＳＷ１に異常を通知することができる。
【００２６】
図４においては、この例におけるヘルスチエック動作の概要が示されている。ＳＷからプリミティブが発生しないときは、ＣＰＵは、一定周期Ｔで・，・，・，…に示すように、ＤＳＰに対してヘルスチエックを実行する。
しかしながら、図４に示す様に、例えばヘルスチエック・のタイミングで、ＳＷからプリミティブが発生したときは、ＣＰＵはプリミティブの受信によって、ＤＳＰにコマンドを送信し、ＤＳＰはこれに対してＣＰＵにコマンドを返すが、この際、ＣＰＵとＤＳＰとの間のコマンドのやりとりによってヘルスチエックに代用しているため、ヘルスチエック・は実際には実行されない。
ＳＷからのプリミティブの発生に基づく、コマンドのやりとりによるヘルスチエックは、コマンドタイマにおける、ＤＳＰからの応答のタイムアウトを、ヘルスチエックＮＧとして扱うことによって実現されている。
【００２７】
図５においては、ＳＷからのプリミティブ送信時、ＨＷ（ＤＳＰ）における障害発生によって、ヘルスチエックＮＧ通知が行われる場合の、通信システムの動作を詳細に説明している。
ＣＰＵのヘルスチエック・の実行後に、ＳＷからのプリミティブの発生によって、ＣＰＵではコマンドタイマを起動するとともに、ＤＳＰに対してコマンドを送信する。このとき、ＤＳＰにおいて障害が発生したため、ＤＳＰはＣＰＵに対して応答コマンドを送出することができず、従って、ＣＰＵからＳＷに対するプリミティブの送出も行われない。
この状態で、コマンドタイマがタイムアウトしたとき、ＣＰＵはＳＷに対してヘルスチエックＮＧの通知を行うので、ＳＷではＤＳＰの障害を認識して、以後、ＣＰＵへのプリミティブの送信を停止する。
また、ＣＰＵはこの状態では、ＤＳＰへのヘルスチエック・以後のヘルスチエック用データの送出も停止し、従って、ＤＳＰからのヘルスチエック応答も送出されない。
【００２８】
このように、この例のヘルスチエック方式では、上位装置がデータ通信を行っていないときは短い周期でヘルスチエックを行い、上位装置がデータ通信を行っているときは、ヘルスチエック用データを送信するたとなく、上位装置と対象装置とのコマンドのやりとりによってヘルスチエックを行うことができる。
従って、この例のヘルスチエック方式によれば、上位装置がその処理能力を低下させることなしに、短い周期でヘルスチエックを実行することができ、従って、対象装置に対して常時、高い監視精度を維持することが可能になる。
【００２９】
第１実施例のヘルスチエック方式では、ＣＰＵは、ＳＷからのプリミティブの受信によって、ＤＳＰに対して直ちにコマンドを送信するため、ＣＰＵの処理能力の面では有利だが、ＣＰＵがバースト的にプリミティブを受信するようなシステムでは、ヘルスチエック起動周期を短くする必要があって、必ずしも現実的でない。このようなシステムでは、ＣＰＵからＤＳＰへの送信を一定周期に制限することによって、プリミティブによるヘルスチエックの有効性を高めることができる。以下、このような場合に好適な、本発明のヘルスチエック方式について説明する。
【００３０】
◇第２実施例
図６は、この発明の第２実施例である通信システムにおけるプリミティブの受信処理とコマンドの受信処理とを示すフローチャート、図７は、本実施例のヘルスチエック方式における送信カウンタのタイムアウト時の処理を示すフローチャートである。
この例のヘルスチエック方式における通信システムの構成は、図９に示されたものと同様なので、以下においては、詳細な説明を省略する。
【００３１】
ＣＰＵ２は、ＳＷ１からプリミティブを受信したとき（図６ステップＳ５０１）、プリミティブ受信カウンタをインクリメントする（図６ステップＳ５０２）。そして、ＤＳＰ３に対してコマンドを送信したとき、プリミティブ受信カウンタをデクリメントする。
また、ＣＰＵ２は、ＤＳＰ３からコマンド又はヘルスチエック用データを受信したとき（図６ステップＳ６０１）、応答受信フラグをオンにする（図６ステップＳ６０２）とともに、コマンドを受信したときは、ＳＷ１に対して応答プリミティブを送信する。
【００３２】
ＣＰＵ２は、コマンド又はヘルスチエックデータの送信周期を定めるための、一定時間をカウントする送信カウンタのカウント値を監視していて、送信カウンタがタイムアウトしたとき（図７ステップＳ７０１）、１周期前にＤＳＰ３に送信したコマンド又はヘルスチエック用データに対する、ＤＳＰ３からの応答受信フラグのオン又はオフを確認する（図７ステップＳ７０２）。
そして、ＤＳＰ３からの応答がなく、応答受信フラグがオフになっていたときは、ＤＳＰ３の異常を判定してＳＷ１に対してヘルスチエックＮＧを通知する（図７ステップＳ７０３）。
【００３３】
また、ＤＳＰ３から応答があって、応答受信フラグがオンになっていたときは、ＳＷ１からのプリミティブの受信数をカウントするプリミティブ受信カウンタのカウント数を確認して（図７ステップＳ７０４）、０でないときは、プリミティブに基づくコマンドをＤＳＰ３に送信するとともに（図７ステップＳ７０５）、送信カウンタを起動し（図７ステップＳ７０６）、応答受信フラグをオフにするとともに、プリミティブ受信カウンタをデクリメントする（図７ステップＳ７０７）。
以後、送信カウンタがタイムアウトするごとに、送信したコマンドに対するＤＳＰ３からの応答受信によって応答受信フラグがオンになっている限り、ステップＳ７０１〜ステップＳ７０７の処理を、プリミティブ受信カウンタのカウント数が０になるまで、繰り返して行う。そして、いずれかのプリミティブに基づくコマンドに対してＤＳＰ３から応答がないときは、ＳＷ１に対してヘルスチエックＮＧを通知する。
プリミティブ受信カウンタのカウント数が０になったときは、プリミティブを受信していないので、ＤＳＰ３に対してヘルスチエック用データを送信するとともに（図７ステップＳ７０８）、送信カウンタを起動して（図７ステップＳ７０９）、応答受信フラグをオフにする（図７ステップＳ７１０）。
これによって、ＤＳＰ３からの応答がないとき、ＳＷ１に対してヘルスチエックＮＧを通知する。
【００３４】
この例の場合、プリミティブ受信カウンタは、プリミティブ受信時にインクリメントし、プリミティブ送信時にデクリメントするので、ＤＳＰに送信すべきプリミティブの数を示している。この例の処理の起動周期は、ＣＰＵに求められる所要処理速度でのコマンドの送信間隔よりも短く、ＤＳＰがバーストごとにコマンドに対する応答を返すために必要な時間よりも長くなるように設定する必要がある。
また、この処理の起動周期は、送信カウンタのみによって定められるので、応答に最も時間がかかるプリミティブを基準に送信カウンタのタイムアウト値を設定する必要がある。従って、応答に要する時間が極端に長いプリミティブの場合は、ヘルスチエックＮＧ通知の契機として用いないようにすることによって、送信カウンタのタイムアウト時間が長くなりすぎないようにしてもよい。
【００３５】
このように、この例のヘルスチエック方式では、ＣＰＵ２が、コマンド又はヘルスチエック用データを一定周期で、ＤＳＰ３に送信し、ＤＳＰ３からの応答がないときは、ＳＷ１に対してヘルスチエック結果の異常を通知するとともに、送信すべきプリミティブがあるときは、一定周期でＤＳＰ３にコマンドを送信する処理を、ＤＳＰ３から応答があるかぎり、プリミティブ受信カウンタが０になるまで繰り返して行い、送信すべきプリミティブがなくなったとき、ＤＳＰ３に対してヘルスチエックを行うので、ＣＰＵ２がＳＷ１からバースト的にプリミティブを受信するようなシステムにおいても、プリミティブごとに、プリミティブによるヘルスチエックを行うことができる。
従って、この例のヘルスチエック方式によれば、上位装置がその処理能力を低下させることなしに、短い周期でヘルスチエックを実行することができ、従って、対象装置に対して常時、高い監視精度を維持することが可能になる。
【００３６】
上述の第１実施例又は第２実施例では、上位装置からのコマンドに対する無応答の原因が、ＤＳＰの障害である場合に限るものとしたが、実際のシステムでは、コマンドに対する無応答の原因がＤＳＰの障害でない場合も存在する。
このようなシステムに対して、第１実施例又は第２実施例のヘルスチエック方式を適用した場合には、ＤＳＰの障害がないのにもかかわらず、ＤＳＰ障害に基づくヘルスチエックＮＧをＳＷに返す事態が生じる可能性があるので、ＤＳＰ障害の場合にのみ、ヘルスチエックＮＧを通知できるようにすることが望ましい。
【００３７】
◇第３実施例
図８は、この発明の第３実施例である通信システムにおけるコマンドタイムアウト又はヘルスチエックタイムアウト時の処理を示すフローチャートである。
この例のヘルスチエック方式における通信システムの構成は、図９に示されたものと同様なので、以下においては、詳細な説明を省略する。また、この例における一定周期のヘルスチェックの処理は、図２に示された第１実施例の場合と同様である。
【００３８】
ＣＰＵ２は、コマンドタイマのタイムアウト又はヘルスチエックタイマのタイムアウト時（図８ステップＳ８０１）、ヘルスチエック応答フラグのオン，オフをチエックする（図８ステップＳ８０２）。
ヘルスチエック応答フラグがオンのときは、ヘルスチエックＮＧ数をカウントするヘルスチエックＮＧカウンタをクリアして、処理を終了する。
一方、ヘルスチエック応答フラグがオフのときは、ＣＰＵ２は、ヘルスチエックＮＧカウンタをインクリメントして（図８ステップＳ８０４）、ヘルスチエックＮＧカウンタ値をヘルスチエックＮＧ閾値と比較する（図８ステップＳ８０５）。
そして、ヘルスチエックＮＧカウンタ値がヘルスチエックＮＧ閾値より小さいときは、処理を終了してステップＳ８０１へ戻るが、ヘルスチエックＮＧカウンタ値がヘルスチエックＮＧ閾値以上のときは、ＳＷ１に対してヘルスチエックＮＧを通知する（図８ステップＳ８０６）。
【００３９】
このように、この例のヘルスチエック方式では、ヘルスチエックＮＧカウンタ値が所定閾値以上になった場合のみ、上位装置に対してヘルスチエックＮＧを通知することによって、対象装置の障害が原因であるヘルスチエックＮＧ通知を行うようにして、対象装置以外の要因に基づくヘルスチエックＮＧの誤通知を回避している。
このような判定を行うことができるのは、対象装置の障害の場合は、ヘルスチエックＮＧが連続して発生するためであり、従って、上位装置にヘルスチエックＮＧを通知するヘルスチエックＮＧ閾値の最適値は、システムの特性から、対象装置の障害であるとみなすのに十分な値であることが必要である。
【００４０】
以上、この発明の実施例を図面により詳述してきたが、具体的な構成はこの実施例に限られたものではなく、この発明の要旨を逸脱しない範囲の設計の変更等があってもこの発明に含まれる。例えば、この発明が適用される通信システムは、入出力装置，データ処理装置，交換処理装置，データ通信装置等であって、上位装置が対象装置の障害監視を行うシステムであれば、どのような種類のものであってもよい。
【００４１】
【発明の効果】
以上説明したように、本発明のヘルスチエック方式によれば、上位装置と障害監視対象装置間のコマンドのやりとりによって、対象装置のヘルスチエックを行うことができるので、上位装置がその処理能力を低下させることなしに、短い周期で対象装置に対するヘルスチエックを実行することができる。
また、本発明のヘルスチエック方式では、上位装置がバースト的にプリミティブの処理を行うようなシステムにおいても、上位装置と障害監視対象装置間のコマンドのやりとりによって、プリミティブごとに、対象装置のヘルスチエックを行うことができるので、上位装置がその処理能力を低下させることなしに、短い周期で対象装置に対するヘルスチエックを実行することができる。
さらに、本発明のヘルスチエック方式では、ヘルスチエックＮＧの発生数が所定閾値以上になった場合のみ、上位装置に対してヘルスチエックＮＧを通知することによって、対象装置以外の要因に基づくヘルスチエックＮＧの誤通知を回避するようにしているので、上位装置がその処理能力を低下させることなしに、短い周期で確実に対象装置に対するヘルスチエックを実行することができる。
【００４２】
このように、本発明のヘルスチエック方式では、上位装置と障害監視対象装置との間のコマンドのやりとりによって、対象装置のヘルスチエックを行うので、上位装置のヘルスチエックのための処理時間を削減することができ、従って、ヘルスチエックのために上位装置の処理能力を低下させることが少なくなるとともに、障害監視精度と上位装置の処理能力との間のトレードオフの関係が回避されて、上位装置の処理能力を低下させることなしに、対象装置に対する障害監視精度を向上することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１実施例である通信システムにおけるプリミティブの受信処理とコマンドの受信処理とを示すフローチャートである。
【図２】本実施例の通信システムにおける一定周期の処理を示すフローチャートである。
【図３】本実施例の通信システムにおけるタイムアウト時の処理を示すフローチャートである。
【図４】本実施例におけるヘルスチエックの概略を示すタイミングチャートである。
【図５】本実施例におけるプリミティブ受信時の障害発生によるヘルスチエック動作を示すタイミングチャートである。
【図６】本発明の第２実施例である通信システムにおけるプリミティブの受信処理とコマンドの受信処理とを示すフローチャートである。
【図７】本実施例のヘルスチエック方式における送信カウンタのタイムアウト時の処理を示すフローチャートである。
【図８】本発明の第３実施例である通信システムにおけるコマンドタイムアウト又はヘルスチエックタイムアウト時の処理を示すフローチャートである。
【図９】従来の、及び本発明が適用される通信システムの構成例を示すブロック図である。
【図１０】従来の通信システムにおけるヘルスチエックの概略を示すタイミングチャートである。
【符号の説明】
１      ＳＷ（上位階層部）
２      ＣＰＵ（処理装置）
３      ＤＳＰ（対象装置）
【図１】
0003812434.tif 000002
【図２】
0003812434.tif 000003
【図３】
0003812434.tif 000004
【図４】
0003812434.tif 000005
【図５】
0003812434.tif 000006
【図６】
0003812434.tif 000007
【図７】
0003812434.tif 000008
【図８】
0003812434.tif 000009
【図９】
0003812434.tif 000010
【図１０】
0003812434.tif 000011