(57)【特許請求の範囲】
【請求項１】
管理システムにおいて、複数の通信装置と、
前記複数の通信装置に対して定期的な指示を送信して管理する管理装置と、
前記複数の通信装置と前記管理装置間を接続するネットワークと
を備え、
前記複数の通信装置のそれぞれは、
自己をリブート処理するまでの第１の設定時間をカウントする第１のタイマを備え、異常を検出した時に、それから前記第１の設定時間が経過した後に、前記自己をリブート処理し、
前記複数の通信装置間で、前記第１の設定時間を、前記ネットワークを介して交換し合う通信制御部をさらに備え、前記第１の設定時間を互いに異なる値になるように設定し、
前記管理装置からリセット指示を受けた場合も、それから前記第１の設定時間が経過した後に、前記自己をリブート処理することを特徴とする通信装置を管理するための管理システム。
【請求項２】
前記複数の通信装置のそれぞれは、
中央演算装置と、メインメモリと、記憶装置とをさらに備え、
前記自己のリブート処理は、前記記憶装置に記憶されている前記第１の設定時間に基づいて、前記中央演算装置が、前記メインメモリに格納されている制御プログラムを実行することで行われることを特徴とする請求項１に記載の管理システム。
【請求項３】
前記複数の通信装置のそれぞれは、
前記管理装置から定期的な指示を待つまでの第２の設定時間をカウントする第２のタイマをさらに備え、
前記第２の設定時間内に、前記管理装置から前記指示が届かない場合、
前記第１のタイマを起動して、前記第１の設定時間が経過するまでに、前記指示を受信しない場合は、前記自己をリブート処理することを特徴とする請求項１または請求項２に記載の管理システム。
【請求項４】
前記第２の設定時間内に、前記管理装置から前記指示が届かない場合、前記第１の設定時間が経過するまでに、前記指示を受信した場合は、前記第２のタイマおよび前記第１のタイマの値をクリアし、前記管理装置から定期的な指示を待つ状態に戻ることを特徴とする請求項３記載の管理システム。
【請求項５】
前記異常は、前記複数の通信装置のそれぞれが、前記管理装置から前記指示が届かないことで検出されることを特徴とする請求項１乃至請求項４のいずれかに記載の管理システム。
【請求項６】
前記異常は、前記管理装置の異常および前記ネットワークの異常のうち少なくとも一方であることを特徴とする請求項１乃至請求項５のいずれかに記載の管理システム。
【請求項７】
前記指示とは、前記複数の通信装置のそれぞれに対して、正常性判断を行うように指示することであることを特徴とする請求項１乃至請求項６のいずれかに記載の管理システム。
【請求項８】
前記管理装置は、前記複数の通信装置のそれぞれを呼制御していることを特徴とする請求項１乃至請求項７のいずれかに記載の管理システム。
【請求項９】
前記複数の通信装置は、ＶｏＩＰ（ヴォイス・オーバー・インタネット・プロトコル）端末であることを特徴とする請求項１乃至請求項８のいずれかに記載の管理システム。
【請求項１０】
前記管理装置は、マルチメディア・ゲートウェイ・コントローラであることを特徴とする請求項１乃至請求項９のいずれかに記載の管理システム。
【請求項１１】
前記ネットワークは、インタネット・プロトコル・ネットワークであることを特徴とする請求項１乃至請求項１０のいずれかに記載の管理システム。
【請求項１２】
ネットワークを介して外部から定期的な指示を受信して管理される通信装置において、
自己をリブート処理するまでの第１の設定時間をカウントする第１のタイマと、
他の通信装置と前記第１の設定時間を、前記ネットワークを介して交換し合う通信制御部と、を備え、
異常を検出した時に、それから前記第１の設定時間が経過した後に、前記自己をリブート処理し、
前記第１の設定時間を、前記他の通信装置と異なる値になるように設定し、
外部からリセット指示を受けた場合も、それから前記第１の設定時間が経過した後に、前記自己をリブート処理することを特徴とする通信装置。
【請求項１３】
前記通信装置は、中央演算装置と、メインメモリと、記憶装置とをさらに備え、
前記自己のリブート処理は、前記記憶装置に記憶されている前記第１の設定時間に基づいて、前記中央演算装置が、前記メインメモリに格納されている制御プログラムを実行することで行われることを特徴とする請求項１２に記載の通信装置。
【請求項１４】
外部からの定期的な指示を待つまでの第２の設定時間をカウントする第２のタイマをさらに備え、
前記第２の設定時間内に、前記外部から前記指示が届かない場合、前記第１のタイマを起動して、前記第１の設定時間が経過するまでに、前記指示を受信しない場合は、前記自己をリブート処理することを特徴とする請求項１２または請求項１３に記載の通信装置。
【請求項１５】
前記第２の設定時間内に、前記外部から前記指示が届かない場合、前記第１のタイマを起動し、前記第１の設定時間が経過するまでに、前記指示を受信した場合は、前記第２のタイマおよび前記第１のタイマの値をクリアし、外部から定期的な指示を待つ状態に戻ることを特徴とする請求項１４記載の通信装置。
【請求項１６】
前記異常は、前記外部から前記指示が届かないことで検出されることを特徴とする請求項１２乃至請求項１５のいずれかに記載の通信装置。
【請求項１７】
前記指示とは、前記通信装置に対して、正常性診断を行うように指示することであることを特徴とする請求項１２乃至請求項１６のいずれかに記載の通信装置。
【請求項１８】
外部から呼制御されていることを特徴とする請求項１２乃至請求項１７のいずれかに記載の通信装置。
【請求項１９】
前記通信装置は、ＶｏＩＰ（ヴォイス・オーバー・インタネット・プロトコル）端末であることを特徴とする請求項１２乃至請求項１８のいずれかに記載の通信装置。
【請求項２０】
複数の通信装置と、前記複数の通信装置に対して定期的な指示を送信して管理する管理装置と、前記複数の通信装置と前記管理装置間を接続するネットワークとを備える管理システムにおいて、
前記複数の通信装置のそれぞれにおいて、自己をリブート処理するまでの第１の設定時間をカウントし、
前記複数の通信装置のそれぞれにおいて、異常を検出した時に、それから前記第１の設定時間が経過した後に、前記自己をリブート処理し、
前記複数の通信装置間で、前記第１の設定時間を、前記ネットワークを介して交換し合い、前記第１の設定時間を互いに異なる値になるように設定し、
前記管理装置から前記複数の通信装置のそれぞれにリセット指示を送信し、
前記複数の通信装置のそれぞれにおいて、前記リセット指示を受信し、
前記リセット指示を受信した前記複数の通信装置において、それから前記第１の設定時間が経過した後に、前記自己をリブート処理することを特徴とする前記複数の通信装置を管理するための管理方法。
【請求項２１】
前記自己のリブート処理は、前記第１の設定時間に基づいて、中央演算装置が、制御プログラムを実行することで行われることを特徴とする請求項２０に記載の管理方法。
【請求項２２】
前記複数の通信装置のそれぞれにおいて、前記管理装置から定期的な指示を待つまでの第２の設定時間をカウントし、
前記第２の設定時間内に、前記管理装置から前記指示が届かない場合、前記第１の設定時間をカウントして、前記第１の設定時間が経過するまでに、前記指示を受信しない場合は、前記自己をリブート処理することを特徴とする請求項２０または請求項２１に記載の管理方法。
【請求項２３】
前記第２の設定時間内に、前記管理装置から前記指示が届かない場合、前記第１の設定時間をカウントして、前記第１の設定時間が経過するまでに、前記指示を受信した場合は、前記第２の設定時間および前記第１の設定時間のカウントをゼロに戻し、前記管理装置から定期的な指示を待つ状態に戻ることを特徴とする請求項２２記載の管理方法。
【請求項２４】
前記異常は、前記複数の通信装置のそれぞれが、前記管理装置から前記指示が届かないことで検出されることを特徴とする請求項２０乃至請求項２３のいずれかに記載の管理方法。
【請求項２５】
前記異常は、前記管理装置の異常および前記ネットワークの異常のうち少なくとも一方であることを特徴とする請求項２０乃至請求項２４のいずれかに記載の管理方法。
【請求項２６】
前記指示とは、前記複数の通信装置のそれぞれに対して、正常性判断を行うように指示することであることを特徴とする請求項２０乃至請求項２５のいずれかに記載の管理方法。
【請求項２７】
前記管理装置は、前記複数の通信装置のそれぞれを呼制御していることを特徴とする請求項２０乃至請求項２６のいずれかに記載の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置を管理するための管理システム、その通信装置および管理方法に関し、特にインタネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）テレフォニーシステムにおいて複数のヴォイス・オーバー・インタネット・プロトコル（ＶｏＩＰ：Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）端末を管理するための管理システム、その通信装置および管理方法に関する。
【背景技術】
【０００２】
ＩＰテレフォニーシステムでは、マルチメディア・ゲートウェイ・コントローラ（ＭＧＣ：Ｍｕｌｔｉｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌｌｅｒ）が、ＩＰネットワークを介して、複数のＶｏＩＰ端末を制御している。尚、ＩＰネットワークとしては、インタネット，イントラネット，ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等があり、ＶｏＩＰ端末としては、メディア・ゲートウェイ，メディア・コンバータ，ＩＰ電話等がある。
【０００３】
従来、ＩＰテレフォニーシステムでは、ＶｏＩＰ端末の正常性診断を行う手段として、ＭＧＣからの定期的なヘルスチェックを実施しており、そのヘルスチェックを行う周期は、ＶｏＩＰ端末によらず一義的に決定されている。ＭＧＣは、ＶｏＩＰ端末に対して定間隔で診断要求を発行し、対象となるＶｏＩＰ端末の応答を待って、そのＶｏＩＰ端末の状態を検知する。対象となるＶｏＩＰ端末の応答結果により、ＭＧＣがＶｏＩＰ端末を異常と判断した場合、ＭＧＣは、該当するＶｏＩＰ端末に対して、救済措置としてリセット指示を発行する。リセット指示を受信したＶｏＩＰ端末は、即座にリセット処理の実行とＭＧＣに対するレジストレーション処理を実行し、再立ち上げを実施する。それにより、ＶｏＩＰ端末は、異常状態からの回復を図る。
【０００４】
しかしながら、この方法は、ＭＧＣが複数のＶｏＩＰ端末に対してヘルスチェックを実施している。そのため、接続されるネットワークの負荷過大等により、ＭＧＣが複数のＶｏＩＰ端末を同時期に異常と判断した場合においては、ＭＧＣは、制御対象である複数のＶｏＩＰ端末に対して、略同時期にリセット指示を発行してしまう。そのため、複数のＶｏＩＰ端末が、一斉にリセット処理とレジストレーション処理を実行する。その結果、下記の問題を引起す。
【０００５】
第１に、ＭＧＣと複数のＶｏＩＰ端末間でのレジストレーションメッセージの送受により、更なるネットワークトラフィックの増大を引起す。加えて、ＭＧＣの処理負荷が過大となる。
【０００６】
第２に、ＶｏＩＰ端末がリセット処理とレジストレーション処理を完了するまで、該当ＶｏＩＰ端末の機能は使用不可となるため、複数のＶｏＩＰ端末が同時期に使用不可状態となる。そのため、複数のＶｏＩＰ端末で冗長系や通信階層が構築されている場合、その利点を十分に活用できない可能性もある。
【０００７】
また、ヘルスチェック間隔を可変とすることで、ネットワークトラフィックの増大を回避する方法として、特許文献１がある。この方法では、管理装置から管理対象となる装置に対してポーリングする間隔を、ネットワークのトラフィック状況に応じて動的に変更している。尚、ポーリングとは、管理装置が管理対象となる装置に対して定間隔で、管理対象となる装置の状態の診断要求を発し、診断要求に対して管理対象となる装置が応答を返信することである。
【０００８】
【特許文献１】特開平１０−３２７１４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、この方法においても、管理装置が複数の管理対象となる装置を管理している場合に上述と同様の問題点がある。また、複数の管理対象となる装置間で異なるタイミングでポーリングを実施する場合には、複数の管理対象となる装置の其々に対してポーリング間隔を動的に変化させなければならない。そのため、この管理装置は、非常に煩雑な動作を要求される。加えて、管理装置には、複数の管理対象となる装置の管理が集中するという問題もある。
【００１０】
そこで、本発明の目的は、ネットワークのトラフィックを分散させ、複数の通信装置を効率的に管理するための管理システム、その通信装置および管理方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明に係る管理システムは、複数の通信装置を管理するための管理システムであって、複数の通信装置と、前記複数の通信装置に対して定期的な指示を送信して管理する管理装置と、前記複数の通信装置と前記管理装置間を接続するネットワークとを備え、前記複数の通信装置のそれぞれは、自己をリブート処理するまでの第１の設定時間をカウントする第１のタイマを備え、異常を検出した時に、それから前記第１の設定時間が経過した後に、前記自己をリブート処理することを特徴とする。
【００１２】
本発明に係る通信装置は、ネットワークを介して外部から定期的な指示を受信して管理される通信装置であって、自己をリブート処理するまでの第１の設定時間をカウントする第１のタイマを備え、異常を検出した時に、それから前記第１の設定時間が経過した後に、前記自己をリブート処理することを特徴とする。
【００１３】
本発明に係る管理方法は、複数の通信装置と、前記複数の通信装置に対して定期的な指示を送信して管理する管理装置と、前記複数の通信装置と前記管理装置間を接続するネットワークとを備える管理システムにおいて複数の通信装置を管理するための管理方法であって、前記複数の通信装置のそれぞれにおいて、自己をリブート処理するまでの第１の設定時間をカウントし、前記複数の通信装置のそれぞれにおいて、異常を検出した時に、それから前記第１の設定時間が経過した後に、前記自己をリブート処理することを特徴とする。
【発明の効果】
【００１４】
上記の構成および方法により、本発明に係る通信装置を管理するための管理システム、その通信装置および管理方法では、複数の通信装置が同時期に異常を検出した時でも、複数の通信装置のそれぞれが第１の設定時間をカウントした後、自己をリブート処理することで、複数の通信装置が同時期にリブート処理を行うことを回避している。そのため、本発明に係る通信装置を管理するための管理システム、その通信装置および管理方法は、ネットワークのトラフィックを分散させ、複数の通信装置を効率的に管理することができるという効果を有する。
【発明を実施するための最良の形態】
【００１５】
次に、本発明を実施するための最良の形態について、図面を参照して詳細に説明する。なお、以下に示す実施例は、本発明を理解しやすいように、具体例を示すものであって、これらの実施例の内容だけに、本発明が制限されるわけではない。
【００１６】
以下に、本発明の実施形態に係る通信装置を管理するための管理システム、その通信装置および管理方法について、詳細に説明する。なお、本実施形態では、管理システムの一例としてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）テレフォニーシステム、通信装置の一例としてＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）端末、管理装置の一例としてＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌｌｅｒ）をそれぞれ用いて説明する。図１は、本発明の実施形態によるＩＰテレフォニーシステムの構成を示すブロック図である。以下、この図面に基づき説明する。図１において、本発明の実施形態によるＩＰテレフォニーシステム１０は、ＭＧＣ２と、ネットワーク１００と、ＶｏＩＰ端末１−１〜１−ｎ（但し、ｎは２以上の整数）とを備えている。ＭＧＣ２は、ネットワーク１００を介して、ＶｏＩＰ端末１−１〜１−ｎを呼制御している。なお、ネットワーク１００は、インタネット，イントラネット，ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  ｎｅｔｗｏｒｋ）等を含む。ＶｏＩＰ端末１−１〜１−ｎは、メディア・ゲートウェイ，メディア・コンバータ，ＩＰ電話等を含む。
【００１７】
ＶｏＩＰ端末１−１〜１−ｎは、同一のネットワークに接続され、同種または異種の機能を有している。また、ＶｏＩＰ端末１−１〜１−ｎ各々は、自己リブート機能を備えている。自己リブート機能とは、自端末に対してリセット処理を行う機能である。また、ＶｏＩＰ端末１−１〜１−ｎ各々は、自己リブートを実行するまでの期間を、固有に決定する機能を有している。その期間は、第１のタイマとして、自己リブート待ち合わせタイマで設定される。さらに、ＶｏＩＰ端末１−１〜１−ｎ各々は、同種または異種の機能を有するＶｏＩＰ端末間で通信する手段を備えている。その通信手段は、各端末が有する自己リブート待ち合わせタイマの値を交換し合い、端末毎に異なる値に設定する機能を有している。
【００１８】
ＶｏＩＰ端末１−１〜１−ｎ各々は、さらにヘルスチェック指示待ち機能を備えている。ヘルスチェック指示待ち機能とは、自端末に対して、ＭＧＣからのヘルスチェック指示を待つ機能である。ヘルスチェックを待つ期間は、第２のタイマとして、ヘルスチェック指示待ちタイマで設定される。
【００１９】
ＶｏＩＰ端末１−１〜１−ｎは、通常、ＭＧＣ２からの定期的なヘルスチェックにより、正常性診断が行われる。ＭＧＣ２が、ＶｏＩＰ端末１−１〜１−ｎのいずれかを異常であると認識した場合、ＭＧＣ２は該当するＶｏＩＰ端末に対してリセット指示を発行する。そして、そのリセット指示を受けた該当するＶｏＩＰ端末は、自端末固有のタイミングでリセット処理を実行して、再立ち上げを行う。なお、自端末固有のタイミングとは、端末毎の自己リブート待ち合わせタイマ値がタイムアウトするタイミングである。なお、自己リブート待ち合わせタイマ値は、上述したように、予めＶｏＩＰ端末間で交換されており、端末毎に異なる値に設定されている。そのため、本発明の実施形態では、ＶｏＩＰ端末１−１〜１−ｎで同時に異常が発生した場合でも、該当するＶｏＩＰ端末がＭＧＣ２に対してレジストレーション処理を実施するタイミングが互いに異なる。よって、ＭＧＣ２およびネットワーク１００の負荷を軽減することができる。
【００２０】
また、ＶｏＩＰ端末１−１〜１−ｎ各々は、自端末の機能は正常であるが、接続されているネットワーク１００の負荷過大に伴う異常を検出した場合、自端末固有のタイミングでリセット処理を実行して、再立ち上げを行う機能を有する。そのタイミングは、端末毎に異なる自己リブート待ち合わせタイマ値で設定されている。そのため、本発明の実施形態では、ＶｏＩＰ端末１−１〜１−ｎがＭＧＣ２に対してレジストレーション処理を実施するタイミングが異なり、ＭＧＣ２およびネットワーク１００の負荷を軽減することができる。
【００２１】
さらに、ＶｏＩＰ端末１−１〜１−ｎ各々の機能は正常であるが、ＭＧＣ２がネットワーク１００の異常を検出した場合、ＭＧＣ２はＶｏＩＰ端末１−１〜１−ｎに対して同時にリセット指示を発行する。もしくは、ＶｏＩＰ端末１−１〜１−ｎ各々の機能は正常であるが、ＭＧＣ２が異常により、ＶｏＩＰ端末１−１〜１−ｎやネットワーク１００を異常であると誤認識した場合も、ＭＧＣ２はＶｏＩＰ端末１−１〜１−ｎに対して同時にリセット指示を発行してしまう。しかしながら、リセット指示を受けたＶｏＩＰ端末１−１〜１−ｎは、上述のように自端末固有のタイミングでリセット処理を実行して、再立ち上げを行う。そのため、ＶｏＩＰ端末１−１〜１−ｎがＭＧＣ２に対してレジストレーション処理を実施するタイミングが互いに異なる。よって、本発明の実施形態では、ＭＧＣ２およびネットワーク１００の負荷を軽減することができる。
【００２２】
またさらに、ＶｏＩＰ端末１−１〜１−ｎがＭＧＣ２に対してレジストレーション処理を実施するタイミングが異なることから、ＶｏＩＰ端末１−１〜１−ｎが、同時に使用不可の状態に陥ることを防ぐ効果もある。
【実施例１】
【００２３】
以下に、本発明の実施例１に係る通信装置を管理するための管理システム、その通信装置および管理方法について、詳細に説明する。
【００２４】
図２は、本発明の実施例１によるＶｏＩＰ端末の構成を示すブロック図である。なお、図１中のＶｏＩＰ端末１−１〜１−ｎを代表して、図２では、ＶｏＩＰ端末１として説明する。図２において、ＶｏＩＰ端末１は、ＣＰＵ（中央処理装置）１１と、メインメモリ１２と、記憶装置１３と、通信制御部１４とを備える。メインメモリ１２は、ＣＰＵ１１が実行する制御プログラム１２ａを格納している。記憶装置１３は、ＣＰＵ１１が制御プログラム１２ａを実行する際に、作業領域として使用可能である。通信制御部１４は、ネットワーク１００を介した通信を制御する。
【００２５】
記憶装置１３は、端末固有情報記憶領域１３１と、端末固有タイマ値記憶領域１３２とを備えている。端末固有情報記憶領域１３１は、ＶｏＩＰ端末１に固有の情報を記憶している。なお、ＶｏＩＰ端末に固有の情報とは、例えば、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ＩＰアドレス等である。端末固有タイマ値記憶領域１３２は、ＶｏＩＰ端末１に固有の情報を用いて任意の関数で演算処理して生成した固有変数を記憶している。なお、固有変数とは、端末固有の自己リブート待ち合わせタイマ値である。すなわち、自己リブート待ち合わせタイマ値は、最初に、端末固有情報記憶領域１３１に記憶されている端末に固有の情報から算出され、端末固有タイマ値記憶領域１３２に、各端末の固有値として記憶される。その後、通信制御部１４は、ネットワーク１００を介して、自己リブート待ち合わせタイマ値を他のＶｏＩＰ端末と交換し合う。その結果、それらの自己リブート待ち合わせタイマ値が同じもしくは近似値であった場合、自己リブート待ち合わせタイマ値は再度算出され、端末毎に異なる値に設定される。一方、ヘルスチェック指示待ちタイマ値は、ネットワーク状態を考慮して、端末固有情報記憶領域１３１に各端末の固有値として記憶されていれば良い。
【００２６】
なお、ＶｏＩＰ端末１において、ＣＰＵ１１、メインメモリ１２、記憶装置１３、通信制御部１４のそれぞれは、内部バス１１０で接続されている。また、本発明の実施例１によるＩＰテレフォニーシステムは、上記の図１に示す本発明の実施形態によるＩＰテレフォニーシステム１０と同様の構成となっている。さらに、図１中のＶｏＩＰ端末１−１〜１−ｎ各々の構成は、図２に示すＶｏＩＰ端末１と同様の構成となっている。
【００２７】
次に、本発明の実施例１によるＩＰテレフォニーシステムの動作について、以下に説明する。図３は、本発明の実施例１によるＶｏＩＰ端末における自己リブート待ち合わせタイマ値の交換動作を示すフローチャートである。図４は、本発明の実施例１によるＶｏＩＰ端末にて異常検出した場合の動作を示す第１のシーケンスチャートである。図５は、本発明の実施例１によるＶｏＩＰ端末にて異常検出した場合の動作を示す第２のシーケンスチャートである。以下、図１〜図５を参照して、本発明の実施例１によるＩＰテレフォニーシステムの動作について説明する。なお、図３〜図５におけるＶｏＩＰ端末１−１，１−２の処理は、上記のＣＰＵ１１がメインメモリ１２内の制御プログラム１２ａを実行することで実現される。また、ここでは、ＶｏＩＰ端末１−１〜１−ｎのうちＶｏＩＰ端末１−１，１−２を代表して説明しているが、その他のＶｏＩＰ端末でも同様の動作が行われる。なお、ＶｏＩＰ端末は、同種または異種の機能を有している。
【００２８】
まず、図３を参照して、ＩＰテレフォニーシステム１０のＶｏＩＰ端末１−１，１−２における自己リブート待ち合わせタイマ値の交換動作について、以下に説明する。ＶｏＩＰ端末１−１，１−２各々は、対向するＭＧＣ２もしくは接続されているネットワーク１００の異常を判断し、自己リブートする機能を有する。より具体的には、ＶｏＩＰ端末１−１，１−２各々は、自己リブートを実行するまでの時間を、固有に演算して決定する機能を有する。その時間は、ＶｏＩＰ端末に固有の自己リブート待ち合わせタイマ値として、端末固有タイマ値記憶領域１３２で設定される。なお、本機能は、ＶｏＩＰ端末１−１，１−２の立ち上げ時に、ＭＧＣ２側からＶｏＩＰ端末１−１，１−２に対して、それぞれ設定する仕組みであっても良い。
【００２９】
ＶｏＩＰ端末１−１は、予め所有する固有変数、例えばＭＡＣアドレスやＩＰアドレス等を用いて任意の関数で演算処理を行い（図３のステップＳ１）、端末固有の自己リブート待ち合わせタイマ値を生成する（図３のステップＳ２）。この自己リブート待ち合わせタイマ値は、自己リブートを行うための待ち合わせ時間として使用される。ここで、複数のＶｏＩＰ端末１−１〜１−ｎが、同時刻に同じＭＧＣ２に対してレジストレーション処理を実行する場合を考える。その場合、ＭＧＣ２が負荷過大に陥ったり、ネットワーク１００が負荷過大になる可能性がある。それを防止するため、自己リブート待ち合わせタイマ値は、ＶｏＩＰ端末１−１，１−２の各々がレジストレーション処理を実行する時間を考慮して、生成されなければならない。
【００３０】
同じＭＧＣ２の配下に配置される複数のＶｏＩＰ端末１−１，１−２は、それぞれの端末間で自己リブート待ち合わせタイマ値を交換する機能を有する。すなわち、ＶｏＩＰ端末１−１，１−２各々は、算出された自己リブート待ち合わせタイマ値を相互に確認する手段として、情報交換手段を有している。この情報交換手段は、ネットワーク１００を介して、上記のＣＰＵ１１、メインメモリ１２、記憶装置１３、通信制御部１４にて実現される。
【００３１】
ＶｏＩＰ端末１−１，１−２各々においては、その立ち上げ時、定期または不定期に、それぞれの端末間で情報交換手段により相互通信を行い、算出された自己リブート待ち合わせタイマ値を交換する（図３のステップＳ３）。ここで、自己リブート待ち合わせタイマ値が同じもしくは近似値であった場合（図３のステップＳ４，Ｓ１１）、各端末は、自己リブート待ち合わせタイマ値を、予め決められた任意の関数にしたがって演算し直し、再設定する（図３のステップＳ５，Ｓ１２）。ＶｏＩＰ端末１−１，１−２各々は、図示せぬ他のＶｏＩＰ端末との間でも、上記の自己リブート待ち合わせタイマ値を交換する（図３ステップのＳ６，Ｓ１３）。一方、自己リブート待ち合わせタイマ値が同一もしくは近似値でない場合（図３のステップＳ４，Ｓ１１）は、各端末は、再設定を行わず、他のＶｏＩＰ端末との間で、自己リブート待ち合わせタイマ値を交換する（図３ステップのＳ６，Ｓ１３）。
【００３２】
次に、図４を参照して、本発明の実施例１によるＩＰテレフォニーシステムのＭＧＣ２及びＶｏＩＰ端末１−１における異常検出方法について説明する。
【００３３】
ＶｏＩＰ端末１−１は、所定の値に予め設定されたヘルスチェック指示待ちタイマを起動した後（図４のａ１）、ＭＧＣ２からのヘルスチェック指示待ちの状態に移行する。そして、ＶｏＩＰ端末１−１は、ヘルスチェック指示待ちタイマの時間内に、自端末に対応するＭＧＣ２からヘルスチェック指示を受信した場合（図４のａ２）、ヘルスチェック指示待ちタイマをクリアし（図４のａ３）、即座に機能状態を判定する（図４のａ４）。そして、ＶｏＩＰ端末１−１は、機能状態を示す情報とともにヘルスチェック応答を返送する（図４のａ５）。
【００３４】
一方、ＶｏＩＰ端末１−１が、所定の値に予め設定されたヘルスチェック指示待ちタイマの時間内に、自端末に対応するＭＧＣ２からヘルスチェック指示を受信しない場合（図４のａ６，ａ７）、自己リブート待ち合わせタイマを起動する（図４のａ８）。それにより、ＶｏＩＰ端末１−１は、ＭＧＣ２からのヘルスチェック指示待ちの状態へ移行する。その後、ＶｏＩＰ端末１−１が、自己リブート待ち合わせタイマ時間内に、ヘルスチェック指示を受信すると（図４のａ９）、ヘルスチェック指示待ちタイマ及び自己リブート待ち合わせタイマのクリア処理を実行する（図４のａ１０，ａ１１）。さらに上記と同様に、ＶｏＩＰ端末１−１は、即座に機能状態を判定し（図４のａ１２）、機能状態を示す情報とともにヘルスチェック応答を返送する（図４のａ１３）。そして、ＶｏＩＰ端末１−１は、再び、ヘルスチェック指示待ちタイマを起動し、ＭＧＣ２からのヘルスチェック指示待ちの状態に移行する。
【００３５】
さらに、図５を参照して、本発明の実施例１によるＩＰテレフォニーシステムのＭＧＣ２及びＶｏＩＰ端末１−１における異常検出方法について説明する。
【００３６】
ＶｏＩＰ端末１−１は、所定の値に予め設定されたヘルスチェック指示待ちタイマを起動した後（図５のｂ１）、ＭＧＣ２からのヘルスチェック指示待ちの状態に移行する。そして、ＶｏＩＰ端末１−１は、ヘルスチェック指示待ちタイマの時間内に、自端末に対応するＭＧＣ２からヘルスチェック指示を受信した場合（図５のｂ２）、ヘルスチェック指示待ちタイマをクリアし（図５のｂ３）、即座に機能状態を判定する（図５のｂ４）。そして、ＶｏＩＰ端末１−１は、機能状態を示す情報とともにヘルスチェック応答を返送する（図５のｂ５）。
【００３７】
一方、ＶｏＩＰ端末１−１が、所定の値に予め設定されたヘルスチェック指示待ちタイマの時間内に、自端末に対応するＭＧＣ２からヘルスチェック指示を受信しない場合（図５のｂ６，ｂ７）、自己リブート待ち合わせタイマを起動する（図５のｂ８）。それにより、ＶｏＩＰ端末１−１は、ＭＧＣ２からのヘルスチェック指示待ちの状態へ移行する。そして、ＶｏＩＰ端末１−１が、自己リブート待ち合わせタイマの時間内に、自端末に対応するＭＧＣ２からヘルスチェック指示を受信しない場合（図５のｂ９，ｂ１０）、ＶｏＩＰ端末１−１は、ＭＧＣ２の異常もしくは接続されているネットワーク１００の異常と判断する。そして、ＶｏＩＰ端末１−１は、即座に自己リブートを実行し（図５のｂ１１）、その後、対応するＭＧＣ２に対するレジストレーション処理を実行する（図５のｂ１２）。このようにして、ＶｏＩＰ端末１−１は、再立ち上げを実施する。
【００３８】
以上のように、本実施例１では、ＭＧＣもしくはネットワークの異常時に、ＶｏＩＰ端末がその異常を認識した場合、ＶｏＩＰ端末は、自端末固有のタイミングでリセット処理を実行して、再立ち上げを行う。そのため、ＶｏＩＰ端末がＭＧＣに対してレジストレーション処理を実施するタイミングが互いに異なる。よって、本実施例１では、ＶｏＩＰ端末のレジストレーション処理によるＭＧＣ２およびネットワークの負荷を、軽減することができる。
【００３９】
さらに、本実施例１では、ＶｏＩＰ端末は、自端末固有のタイミングでリセット処理を実行するため、ＶｏＩＰ端末が使用不可となるタイミングが互いに異なる。それにより、本実施例１は、全回線が使用不可の状態に陥ることを未然に防ぐという効果もある。
【実施例２】
【００４０】
以下に、本発明の実施例２に係る通信装置を管理するための管理システム、その通信装置および管理方法について、詳細に説明する。
【００４１】
図６は、本発明の実施例２によるＭＧＣで異常検出した場合のＶｏＩＰ端末における動作を示すシーケンスチャートである。図６を参照して、本発明の実施例２によるＩＰテレフォニーシステムのＭＧＣ２及びＶｏＩＰ端末１−１における異常検出方法について説明する。尚、本発明の実施例２によるＩＰテレフォニーシステムは、図１に示す本発明の実施形態によるＩＰテレフォニーシステム１０と同様の構成となっている。また、そのＩＰテレフォニーシステム１０を構成するＶｏＩＰ端末１−１〜１−ｎは、図２に示す本発明の実施例１によるＶｏＩＰ端末１と同様の構成となっている。また、図６におけるＶｏＩＰ端末１−１の処理は、図２に示されるＣＰＵ１１がメインメモリ１２内の制御プログラム１２ａを実行することで実現される。
【００４２】
次に、本発明の実施例２によるＩＰテレフォニーシステムの動作について、以下に説明する。ＭＧＣ２が、ＶｏＩＰ端末１−１もしくは接続されているネットワーク１００を異常と判断した場合、該当するＶｏＩＰ端末１−１に対する救済措置として、リセット指示を発行する（図６のｃ１）。ＶｏＩＰ端末１−１は、そのリセット指示を受けて、所定の値に予め設定された自己リブート待ち合わせタイマを起動する（図６のｃ２）。ＶｏＩＰ端末１−１は、自己リブート待ち合わせタイマで設定した時間を待ち合わせ後（図６のｃ３）、即座にリセット処理を実行する（図６のｃ４）。その後、ＶｏＩＰ端末１−１は、対応するＭＧＣ２に対するレジストレーション処理を実行する（図６のｃ５）。このようにして、ＶｏＩＰ端末１−１は、再立ち上げを実施する。
【００４３】
以上のように、本実施例２では、ＭＧＣがＶｏＩＰ端末もしくはネットワークを異常と判断した場合、ＭＧＣは、複数のＶｏＩＰ端末に対して同時にリセット指示を行う。しかしながら、リセット指示対象のＶｏＩＰ端末各々は、固有のタイミングでリセット処理を実行して、再立ち上げを行う。そのため、ＶｏＩＰ端末がＭＧＣに対してレジストレーション処理を実施するタイミングが互いに異なる。よって、本実施例２では、ＶｏＩＰ端末のレジストレーション処理によるＭＧＣおよびネットワークの負荷を、軽減することができる。
【００４４】
さらに、本実施例２では、ＶｏＩＰ端末は、自端末固有のタイミングでリセット処理を実行するため、ＶｏＩＰ端末が使用不可となるタイミングが互いに異なる。それにより、本実施例２は、全回線が使用不可の状態に陥ることを未然に防ぐという効果もある。
【００４５】
なお、上述した実施形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において、種々変更することが可能である。例えば、上述した実施形態を組み合わせて用いてもかまわない。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施形態によるＩＰテレフォニーシステムの構成を示すブロック図である。
【図２】本発明の実施例１によるＶｏＩＰ端末の構成を示すブロック図である。
【図３】本発明の実施例１によるＶｏＩＰ端末における自己リブート待ち合わせタイマ値の交換動作を示すフローチャートである。
【図４】本発明の実施例１によるＶｏＩＰ端末にて異常検出した場合の動作を示す第１のシーケンスチャートである。
【図５】本発明の実施例１によるＶｏＩＰ端末にて異常検出した場合の動作を示す第２のシーケンスチャートである。
【図６】本発明の実施例２によるＭＧＣで異常検出した場合のＶｏＩＰ端末における動作を示すシーケンスチャートである。
【符号の説明】
【００４７】
１−１〜１−ｎ    ＶｏＩＰ端末
２    ＭＧＣ
１０    ＩＰテレフォニーシステム
１００    ネットワーク
１    ＶｏＩＰ端末
１１    ＣＰＵ（中央処理装置）
１２    メインメモリ
１２ａ    制御プログラム
１３    記憶装置
１４    通信制御部
１１０    内部バス
１３１    端末固有情報記憶領域
１３２    端末固有タイマ値記憶領域
【図１】
0004810446.tif 000002
【図２】
0004810446.tif 000003
【図３】
0004810446.tif 000004
【図４】
0004810446.tif 000005
【図５】
0004810446.tif 000006
【図６】
0004810446.tif 000007