(57)【要約】【目的】  多重化された交換機の構成における運用系交換機の異常をタイムリー且つ正しく検知して、待機系交換機に業務を移行せしめることを可能とする電話交換システムを提供する。【構成】  本発明の電話交換システムは、電話ネットワークを介した電話交換をなす電話交換システムであり、各々が運用状態及び待機状態のうちの何れかに設定され得る複数の交換機と、該電話ネットワークと該複数の交換機との間の信号転送を担う信号転送手段とを含む。該信号転送手段は、該交換機のうちで運用状態に設定された交換機に障害があるか否かを判定し、該障害があると判定される交換機がある場合に、当該交換機について運用状態の設定を外し，該交換機のうちで待機状態に設定された交換機のうちの１つを選択し、該１を運用状態に設定する。【選択図】  図１
2006093939.tif 000002
【特許請求の範囲】
【請求項１】
電話ネットワークを介した電話交換をなす電話交換システムであって、
各々が運用状態及び待機状態のうちの何れかに設定され得る複数の交換機と、前記電話ネットワークと前記複数の交換機との間の信号転送を担う信号転送手段とを含み、
前記信号転送手段は、前記交換機のうちで運用状態に設定された交換機に障害があるか否かを判定する障害判定手段と、前記障害があると判定される交換機がある場合に、当該交換機について運用状態の設定を外し，前記交換機のうちで待機状態に設定された交換機のうちの１を選択し、前記１を運用状態に設定する設定手段と、を含むことを特徴とする電話交換システム。
【請求項２】
前記信号転送手段は、前記複数の交換機の各々に繋がる複数のネットワーク・インタフェース・カードから構成されることを特徴とする請求項１記載の電話交換装置。
【請求項３】
前記信号転送手段は、前記複数のネットワーク・インタフェース・カードと間で、前記障害を通知する信号を受信すると共に前記設定を指令する信号を送信する多重化制御装置をさらに含むことを特徴とする請求項２記載の電話交換システム。
【請求項４】
前記信号転送手段は、前記障害を通知する信号及び前記設定を指令する信号をＳＮＭＰに従ったプロトコルにより転送することを特徴とする請求項２又は３記載の電話交換システム。
【請求項５】
前記障害は、前記交換機のハードウェア障害及びソフトウェア障害のうちの少なくとも１つの障害を含むことを特徴とする先行する請求項何れか１記載の電話交換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話交換をなす電話交換方法及びシステムに関し、特に、障害に備えて複数の交換機による多重化構成を備える電話交換システムに関する。
【背景技術】
【０００２】
従来、電話交換機や業務サーバ等の装置を二重化して障害に備える方法おいては、運用状態にあって業務サービスを現に提供している運用系装置と、該運用系装置の障害時にはこれに取って代わるべく待機状態にある待機系装置を準備して、運用系装置の異常を契機として、該待機系装置を運用系に移行せしめて業務を継続することが行われる。ここで、運用系装置の異常を如何にタイムリー且つ正しく検知するかが問題となる。例えば、ヘルスチェック方式と呼ばれる方式では、待機系装置が運用系装置にヘルスチェックパケットを送出し、その応答パケットを受信することで運用系装置が正常性であると判断し、もしヘルスチェックパケット送出後、一定時間を経過しても応答パケットが受信されない場合に運用系装置が異常であると判断することが行われる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、かかるヘルスチェック方式による障害検出方法は、相手方の装置が障害となっても、ヘルスチェック信号の繰返時間に一致する時間を最大とした障害検知の遅れが生じる危険がある。また、一時的なネットワーク障害が発生してヘルスチェックパケット自体が喪失した場合には、誤った障害検知を行ってしまう危険もある。
【０００４】
本発明の目的は、多重化された交換機の構成における運用系交換機の異常をタイムリー且つ正しく検知して、待機系交換機に業務を移行せしめることを可能とする電話交換システムを提供することである。
【課題を解決するための手段】
【０００５】
本発明の電話交換システムは、電話ネットワークを介した電話交換をなす電話交換システムであり、各々が運用状態及び待機状態のうちの何れかに設定され得る複数の交換機と、該電話ネットワークと該複数の交換機との間の信号転送を担う信号転送手段とを含み、該信号転送手段は、該交換機のうちで運用状態に設定された交換機に障害があるか否かを判定する障害判定手段と、該障害があると判定される交換機がある場合に、当該交換機について運用状態の設定を外し，該交換機のうちで待機状態に設定された交換機のうちの１つを選択し、該１を運用状態に設定する設定手段と、を含むことを特徴とする。
【発明の効果】
【０００６】
本発明による電話交換システムによれば、交換機本体の異常を検知すると共に交換機本体の運用を制御する信号転送手段を備える構成が与えられる。これにより、多重化された交換機の構成における運用系交換機の異常をタイムリー且つ正しく検知して、待機状態交換機に業務を移行せしめることが可能となる。
【発明を実施するための最良の形態】
【０００７】
本発明の実施形態について添付の図面を参照して詳細に説明する。
＜第１の実施例＞
図１は、本発明の第１の実施例を示し、２台の交換機を含む電話交換システムの全体構成を示している。ここで、交換機１０ａと交換機１０ｂの各々は、同一の構成を有する電話交換機であり、１つのコンピュータ装置を構成し、例えばＩＰ電話端末の如き電話端末の電話交換をなす交換機能を実現する交換ソフトウェア１１ａ及び１１ｂを各々備える。図１に示される構成における１つの運用としては、交換機１０ａが現在運用状態にある運用系として動作し、交換機１０ｂが現在待機状態にある待機系であるとして待機動作する二重化運用とすることができる。
【０００８】
交換機１０ａと交換機１０ｂの各々は、それぞれにネットワーク・インタフェース・カード２０ａ及び２０ｂ（以下、ＮＩＣ２０ａ及び２０ｂと称する）を介してＬＡＮ３０に接続されている。ＮＩＣ２０ａ及び２０ｂの各々は、本発明の構成要素である１つの信号転送手段を構成し、ＬＡＮ３０の通信プロトコル、例えばＩＥＥＥ８０２．２或いは８０２．３等の通信規格に規定されるパケット通信機能を有し、ＬＡＮ３０に接続され得る電話端末（図示せず）との間で呼制御パケット及び音声パケットを送受信する。ＮＩＣ２０ａ及び２０ｂの各々は、また、交換機１０ａ及び１０ｂとは別異の電源供給を備えることでハードウェア単体として自律動作すると共に、そのソフトウェア構成においてもＳＮＭＰ（Simple Network Management Protocol）に従ったネットワーク管理を行う機能を備える。
【０００９】
図２は、第１の実施例におけるシステム全体の処理手順を示している。該処理手順について図１に示される構成要素を適宜参照して説明する。
【００１０】
先ず、交換機１０ａは運用系の動作を行っている（ステップＳ０１）。一方、交換機１０ｂは待機系の動作を行っている（ステップＳ０２）。運用系の交換機１０ａが正常動作している時には、待機系の交換機１０ｂは．ホットスタンバイ状態で、ＳＮＭＰに従ったＴＲＡＰパケットの受信待ちをして待機している状態にある。
【００１１】
ここで、運用系の交換機１０ａがハードウェア障害又はソフトウェア障害等の障害の発生状態になった場合（ステップＳ０３）、交換機１０ａに接続されたＮＩＣ２０ａは、かかる障害を検知して、待機系の交換機１０ｂに対してＳＮＭＰによるＴＲＡＰパケットを送信する（ステップＳ０４）。このＴＲＡＰパケットは、ＮＩＣ１０ａが独自に送出するものであり、交換機１０ａにおける制御プログラムすなわちＯＳあるいはその交換ソフトウェア１２ａが動作していなくともＮＩＣ１０ａにより自律的に送信される。尚、交換機１０ａは、該ＴＲＡＰパケットの送出後に、障害から復旧したとしても当然には運用系とはならないことに注意を要する。
【００１２】
一方、待機系の交換機１０ｂに接続されたＮＩＣ２０ｂは、このＴＲＡＰパケットを受信すると、運用系の交換機１０ａが何らかの障害発生状態にあることを認識して、交換機１０ｂに対して運用系への移行を指令する（ステップＳ０５）。これに応じて、交換機１０ｂは、交換機１０ａによった従前の交換処理を引き継ぎ、運用系として動作する（ステップＳ０６）。その後は、操作者よる特別の指示が無い限り、交換機１０ｂは運用系のままとなる。
【００１３】
以上のように、本発明における第１の実施例によれば、二重化された交換における障害発生時において、ヘルスチェックによるタイムアウトまでの時間を待たずに、迅速に待機系の交換機の運用系への切り替えを行うことができるため、ＭＴＴＲ（Mean Time To Repair）を短縮させることが可能となる。
＜第２の実施例＞
図３は、本発明の第２の実施例を示し、複数台の交換機を含む交換機システムの全体構成を示している。ここで、３台の交換機１０ａ、１０ｂ及び１０ｃの各々は、同一の構成を有する電話交換機であり、１つのコンピュータ装置からなり、例えばＩＰ電話端末の如き電話端末の電話交換をなす交換機能を実現する交換ソフトウェアを各々備える。図１に示される構成における１つの運用としては、１台の交換機１０ａが現在運用状態にある「運用系」とし、２台の交換機１０ｂ及び１０ｃが現在待機状態にある「待機系」であるとする多重化運用とすることができる。本実施例においては、３台の交換機を備える構成が示されたが、４台以上複数台の交換機を備えても良い。さらには、運用系の交換機の台数は１台に限定されず、複数台であっても良い。
【００１４】
交換機１０ａ乃至１０ｃの各々は、それぞれにネットワーク・インタフェース・カード２０ａ乃至２０ｃ（以下、ＮＩＣ２０ａ乃至２０ｃと称する）を介してＬＡＮ３０に接続されている。ＮＩＣ２０ａ乃至２０ｃの各々は、本発明における１つの構成要素である信号転送手段を構成し、ＬＡＮ３０の通信プロトコル、例えばＩＥＥＥ８０２．２或いは８０２．３等の通信規格に規定されるパケット通信機能を有し、ＬＡＮ３０に接続され得る電話端末（図示せず）との間で呼制御パケット及び音声パケットを送受信する。ＮＩＣ２０ａ乃至２０ｃの各々は、また、交換機１０ａ乃至１０ｃとは別異の電源供給を備えることでハードウェア単体として自律動作すると共に、そのソフトウェア構成においてもＳＮＭＰ（Simple Network Management Protocol）に従ったネットワーク管理を行う機能を備える。
【００１５】
多重化監視装置４０がＬＡＮ３０に接続されている。多重化監視装置４０は、交換機１０ａ乃至１０ｃを含むネットワーク全体を対象としてＳＮＭＰを用いることにより交換機の多重化管理を行う機能を有し、交換機１０ａ乃至１０ｃとの間でＴＲＡＰパケット及びSet Requestパケットを送受信する機能を有する。
【００１６】
図４は、１つの交換機のより詳細の構成を示している。ここで、交換機１０は、図３における同一構成の交換機１０ａ乃至１０ｃを代表して示されている。
【００１７】
ここで、ＮＩＣ２０を参照すると、そのソフトウェア構成は、ＬＡＮ３０に接続されて物理層レベルの通信を担うＬＡＮプロトコル２１と、これを基底として順次上位層に向けてＵＤＰプロトコル２２と、ＳＮＭＰプロトコル２３とを含む。該ソフトウェア構成は、さらに、ＳＮＭＰ制御モジュール２４と、障害監視モジュール２６と、特定ＭＩＢ管理モジュール２５とを含む。これらのソフトウェアは、ＮＩＣ２０に内蔵されるＲＯＭあるいはＦｌａｓｈメモリ等の不揮発性メモリ（図示せず）に配置される。
【００１８】
ＳＮＭＰ制御モジュール２４は、障害監視モジュール２６からの要求に応じてＴＲＡＰパケットを外部に送信することや、外部から受信されるSet Requestパケットを特定ＭＩＢ管理モジュール２５に転送する機能を有する。障害監視モジュール２６は、交換機１０において実行される交換ソフトウェア１１が正常に動作していることを監視するモジュールである。正常動作の確認方法としては、交換機１０のソフトウェア実行プロセスをＯＳ１４を介してプロセス監視することや、交換ソフトウェア１１から直接に或いはＯＳ１４を介して受け取る障害通知を用いる方法がある。また、交換機１０のハードウェアから直接に故障通知を受けとるようにしても良い。特定ＭＩＢ管理モジュール２５は、外部から受信されるSet Requestパケットに応じて、特定ＭＩＢ１３の設定情報を書き換える機能を有する。
【００１９】
一方、交換機１０を参照すると、そのソフトウェア構成は、電話交換のための呼制御、端末管理及び装置管理を行う交換ソフトウェア１１と、特定ＭＩＢ１３と、運用管理モジュール１２と、交換機１０において実行されるソフトウェア全体の基本制御を司るＯＳ１４とを含む。特定ＭＩＢ１３は、当該交換機を運用系として動作せしめるか又は待機系として動作せしめるかの設定情報を含むテーブルであり、ＳＮＭＰに基づく通常のＭＩＢ（Management Information Base）の一部を構成する。運用管理モジュール１２は、交換機ソフトウェア１１の運用及び待機状態を管理するモジュールである。運用管理モジュール１２は、特定ＭＩＢ１３を常時監視しており、その運用及び待機情報によって、当該交換機の運用系及び待機系との間の切替を、交換ソフトウェア１１を制御することにより行う機能を有する。
【００２０】
図５は、図４に示される特定ＭＩＢの運用及び待機情報を動的に設定する様子を説明している。ここで、特定ＭＩＢ１３における「特定ＭＩＢ」との呼称は、特定ＭＩＢ１３がＲＦＣ１２１３で定義されているＭＩＢＩＩ内部の情報として設けられていることに基づく。本発明では、ベンダ情報として定義されている領域にプライベートＭＩＢとしての特定ＭＩＢ１３を設定し、障害検出に使用する。
【００２１】
本図を参照すると、図面左側にＭＩＢのツリー構造として、「ｉｓｏ（１）」を起点として順次、「ｏｒｇ（３）」、「ｄｏｄ（６）」、「ｉｎｔｅｒｎｅｔ（１）」等のオブジェクトが定義される。特定ＭＩＢ１３が、「ｉｎｔｅｒｎｅｔ（１）」の配下のプライベート領域であるｐｒｉｖａｔｅ（４）の末端に設けられる。特定ＭＩＢ１３は、運用／待機情報１３１を含み、運用／待機情報１３１の値は、例えば、運用系の場合を「０」として、待機系の場合を「１」とする。
【００２２】
一方、図面右側に、Set Requestパケットの構成例を示している。Set Requestパケット５０は、ＳＮＭＰのバージョンを示す「SNMP Ver.」と、システムの識別を与える「Community」と、Set Requestパケットである識別が設定される「PDU Type」と、リクエストの連番に相当する「Request ID」と、Set Requestパケットにて送信する設定データの情報である「Object Data」と、Set Requestパケットによりデータを設定する対象となるデータを識別する「OID」と、Set Requestパケットにより設定するデータである「Value」とから構成される。
【００２３】
本実施例では、Set Requestパケット５０は、「OID」部分５１及び「Value」部分５２を含む。「OID」部分５１には、運用／待機情報であることを示す値、例えば「1.3.6.1.4.1.666.1.1」が設定され、「Value」部分５２には、運用系を１及び待機系を０とする値が設定されている。このSet Requestパケット５０の設定値に基づいて、特定ＭＩＢ１３の運用／待機情報１３１の値が、運用系を指定する場合に「０」が、待機系を指定する場合を「１」が設定される。
【００２４】
図６は、第２の実施例における障害時の処理手順を示している。本処理手順について図３及び図４に示される構成要素を適宜参照して説明する。
【００２５】
先ず、交換機１０ａが運用系の動作を行っている（ステップＳ２１）。一方、交換機１０ｂ及び１０ｃの各々が待機系の動作を行っている（ステップＳ２２及び２３）。運用系である交換機１０ａが正常動作している時には、待機系の交換機１０ｂ及び１０ｃは、ホットスタンバイ状態で待機し、自身の特定ＭＩＢ１３を常時監視している。一方、多重化監視装置４０には、交換機１０ｂ及び１０ｃが待機系の交換機であることが登録されているものとする。
【００２６】
ここで、運用系の交換機１０ａがハードウェア障害又はソフトウェア障害である障害が発生したとする（ステップＳ２４）。交換機１０ａのＮＩＣ２０ａは、該障害の検知に応じて、多重化監視装置４０に向けてＳＮＭＰに基づくＴＲＡＰパケットを送信する（ステップＳ２５）。このＴＲＡＰパケットは、ＮＩＣ２０ａが独自に送出するものであり、交換機１０ａの制御プログラム（ＯＳ）または、交換ソフトウェア１１ａの正常又は異常動作に関わらず送信可能なものである。なお、交換機１０ａがＴＲＡＰパケット送信後に、障害から復旧しても自動的に運用系とはならないことに注意を要する。
【００２７】
多重化監視装置４０は、このＴＲＡＰパケットを受信すると、交換機１０ａが障害となったことを検知し、登録されている待機系の交換機１０ｂ及び１０ｃの中から１台（例えば、交換機１０ｃ）を選択する（ステップＳ２６）。次いで、多重化監視装置４０は、該選択された交換機（交換機１０ｃ）に運用系への移行を指令するSet Requestパケットを送信する（ステップＳ２７）。
【００２８】
該Set Requestパケットを受信した交換機１０ｃのＮＩＣ２０ｃは、交換機１０ｃの内部に保持されている特定ＭＩＢ１３の内容情報を、該Set Requestパケットに含まれる運用／待機情報に基づいて「運用系」に設定する（ステップＳ２８）。特定ＭＩＢ１３を参照している交換機１０ｃの運用管理モジュール１２は、特定ＭＩＢ１３の内容情報が更新されたことを検出し、交換機１０ｃの交換ソフトウェア１１に対して運用系への移行を指令する（ステップＳ２９）。これに応じて、交換機１０ｃは、その交換ソフトウェア１２をして、運用系の動作を行う（ステップＳ３０）。
【００２９】
尚、多重化監視装置１９は、常時、運用系の交換機に対して生存確認を行っても良い。この場合に、多重化監視装置１９は、運用系の交換機（例えば交換機１０ａ）が異常であると独自に判断した場合に運用系の交換機１０ａの待機系への移行を指令するSet Requestパケットを送出し、これと同時に待機系の交換機（例えば交換機１０ｃ）に対してSet Requestパケットにより運用系への移行指示を行うようにしても良い。
【００３０】
以上のように、第２の実施例によれば、多重化監視装置を使用することにより、複数台の交換機の多重化を制御することができる。また、多重化監視装置からの制御により、二重に運用系の交換機が動作することを防止することができる。
【産業上の利用可能性】
【００３１】
本発明による電話交換システムは、通常のアナログ電話のための電話交換システムに限られず、ＩＰネットワークを介して電話通話をなすＩＰ電話のための電話交換システムに適用され得る。
【図面の簡単な説明】
【００３２】
【図１】本発明の第１の実施例を示し、２台の電話交換機を含む電話交換システムの全体構成を示しているブロック図である。
【図２】第１の実施例におけるシステム全体の処理手順を示しているシーケンス図である。
【図３】本発明の第２の実施例を示し、複数台の交換機を含む電話交換システムの全体構成を示しているブロック図である。
【図４】１つの交換機のより詳細の構成を示しているブロック図である。
【図５】図４に示される特定ＭＩＢの運用／待機情報を動的に設定する様子を説明する説明図である。
【図６】第２の実施例における障害時の処理手順を示しているシーケンス図である。
【符号の説明】
【００３３】
１０、１０ａ、１０ｂ、１０ｃ  交換機
１１、１１ａ、１１ｂ、１１ｃ  交換ソフトウェア
１２  運用管理モジュール
１３  特定ＭＩＢ
１４  ＯＳ
２０、２０ａ、２０ｂ、２０ｃ  ネットワーク・インタフェース・カード（ＮＩＣ）
２５  特定ＭＩＢ管理モジュール
２６  障害監視モジュール
３０  ＬＡＮ
４０  多重化監視装置
【図１】
2006093939.tif 000003
【図２】
2006093939.tif 000004
【図３】
2006093939.tif 000005
【図４】
2006093939.tif 000006
【図５】
2006093939.tif 000007
【図６】
2006093939.tif 000008