(57)【要約】【課題】待機系サーバにおける呼制御機能の正常性の確認が可能な冗長構成呼制御サーバシステムを提供する。【解決手段】待機系サーバ１１のドライバ５１は、運用系サーバ１０の物理アドレスを保持し、ＩＰネットワークから配信されてくる呼制御信号パケット１００に付されている物理アドレスが、運用系サーバ１０の物理アドレスであった場合、該呼制御信号パケット１００を取り込んで、パケット送受信処理部５３、メッセージ分析処理部５５を介して、呼制御処理部５７にて呼制御処理を実施し、あらかじめ設定しているチェックポイントにおける実施内容を示す内部ログおよび実施結果として生成されるメッセージ情報を保存し、運用者からの指示によりまたは所定の周期ごとに出力する。ここで、待機系サーバ１１は、待機系を示す識別フラグが設定されていることにより、呼制御処理結果として生成されたメッセージ情報のＩＰネットワークヘの送信動作を抑止する。【選択図】        図２
2010282549.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークにおける呼制御を実施する呼制御サーバとして、運用系サーバと待機系サーバとの冗長構成を有する冗長構成呼制御サーバシステムにおいて、前記待機系サーバは、前記運用系サーバの物理アドレスを保持し、前記ＩＰネットワークから配信されてくる呼制御信号パケットに付されている物理アドレスが、前記運用系サーバの物理アドレスであった場合、該呼制御信号パケットを取り込んで、呼制御処理を実施し、あらかじめ設定しているチェックポイントにおける実施内容を示す内部ログおよび実施結果として生成されるメッセージ情報を保存することを特徴とする冗長構成呼制御サーバシステム。
【請求項２】
前記待機系サーバは、待機系を示す識別フラグが設定されていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ＩＰネットワークヘの送信動作を抑止し、一方、前記運用系サーバは、前記識別フラグがリセットされていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ＩＰネットワークヘの送信動作を行うことを特徴とする請求項１に記載の冗長構成呼制御サーバシステム。
【請求項３】
前記待機系サーバに保存されている前記内部ログおよび前記メッセージ情報を、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力することを特徴とする請求項１または２に記載の冗長構成呼制御サーバシステム。
【請求項４】
前記運用系サーバは、前記待機系サーバに保存される前記内部ログおよび前
記メッセージ情報と同一のチェックポイントにおいて収集した当該運用系サーバにおける内部ログおよびメッセージ情報を保存し、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力することを特徴とする請求項１ないし３のいずれかに記載の冗長構成呼制御サーバシステム。
【請求項５】
前記待機系サーバは、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、前記運用系サーバが保存している当該運用系サーバにおける前記内部ログおよび前記メッセージ情報を受け取り、当該待機系サーバに保存されている前記内部ログおよび前記メッセージ情報と比較照合した結果を出力することを特徴とする請求項４に記載の冗長構成呼制御サーバシステム。
【請求項６】
前記待機系サーバおよび／または前記運用系サーバの各前記チェックポイントそれぞれについて、前記内部ログおよび前記メッセージ情報を収集するか否かを、前記呼制御サーバの運用者からの指示により、任意に設定することができることを特徴とする請求項１ないし５のいずれかに記載の冗長構成呼制御サーバシステム。
【請求項７】
ＩＰネットワークにおける呼制御を実施する呼制御サーバとして、運用系サーバと待機系サーバとの冗長構成を有する冗長構成呼制御サーバシステムにおける待機系サーバ呼制御確認方法であって、前記待機系サーバは、前記運用系サーバの物理アドレスを保持し、前記ＩＰネットワークから配信されてくる呼制御信号パケットに付されている物理アドレスが、前記運用系サーバの物理アドレスであった場合、該呼制御信号パケットを取り込んで、呼制御処理を実施し、あらかじめ設定しているチェックポイントにおける実施内容を示す内部ログおよび実施結果として生成されるメッセージ情報を保存することを特徴とする待機系サーバ呼制御確認方法。
【請求項８】
前記待機系サーバは、待機系を示す識別フラグが設定されていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ｌＰネットワークヘの送信動作を抑止し、一方、前記運用系サーバは、前記識別フラグがリセットされていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ＩＰネットワークヘの送信動作を行うことを特徴とする請求項７に記載の待機系サーバ呼制御確認方法。
【請求項９】
前記待機系サーバに保存されている前記内部ログおよび前記メッセージ情報を、前記呼制御サーバの運用者からの指示により出力することを特徴とする請求項７または８に記載の待機系サーバ呼制御確認方法。
【請求項１０】
前記運用系サーバは、前記待機系サーバに保存される前記内部ログおよび前記メッセージ情報と同一のチェックポイントにおいて収集した当該運用系サーバにおける内部ログおよびメッセージ情報を保存し、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力することを特徴とする請求項７ないし９のいずれかに記載の待機系サーバ呼制御確認方法。
【請求項１１】
前記待機系サーバは、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、前記運用系サーバが保存している当該運用系サーバにおける前記内部ログおよび前記メッセージ情報を受け取り、当該待機系サーバに保存されている前記内部ログおよび前記メッセージ情報と比較照合した結果を出力することを特徴とする請求項１０に記載の待機系サーバ呼制御確認方法。
【請求項１２】
前記待機系サーバおよび／または前記運用系サーバの各前記チェックポイントそれぞれについて、前記内部ログおよび前記メッセージ情報を収集するか否かを、前記呼制御サーバの運用者からの指示により、任意に設定することができることを特徴とする請求項７ないし１１のいずれかに記載の待機系サーバ呼制御確認方法。
【請求項１３】
請求項７ないし１２のいずれかに記載の待機系サーバ呼制御確認方法を、コンピュータによって実行可能なプログラムとして実施していることを特徴とする待機系サーバ呼制御確認プログラム。
【請求項１４】
請求項１３に記載の待機系サーバ呼制御確認プログラムを、コンピュータによって読み取り可能な記録媒体に記録していることを特徴とするプログラム記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長構成呼制御サーバシステム、待機系サーバ呼制御確認方法、待機系サーバ呼制御確認プログラムおよびプログラム記録媒体に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet  Protocol）ネットワークを利用したＩＰ電話通信技術（ＶｏＩＰ：Voice  over  ＩＰ）が普及してきている。かかるＩＰ電話通信においては、例えば、特許文献１の特開２００３−２５８８３７号公報「通信システム」にも記載されているように、電話呼を制御するための呼制御サーバを運用系と待機系とからなる冗長構成とした冗長構成呼制御サーバシステムの構成が採用され、運用系のサーバが故障しても、ＩＰ電話通信サービスを継続して実施することができるようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２５８８３７号公報(第３−５頁)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来は、冗長構成（運用系／待機系）を採用している呼制御サーバにおいて、待機系から運用系へ切り替わった際に、切り替え後に、正常に呼制御処理が動作するか否かについて保証することができなく、実際に切り替えてから異常が検出される事態が発生していた。すなわち、運用系サーバの障害等により待機系サーバが運用系サーバヘ切り替わる際に、切り替わった後の新運用系（旧待機系）サーバにて正常に呼制御処理が動作するか否かをあらかじめ確認しておくことができなかった。
【０００５】
さらに言えば、待機系サーバとして、呼制御関連プロセスの起動確認や障害監視を行う手段を持っている場合があるものの、実際の呼に対して運用系と同等の処理を行うことができるか否かを保証するまでには至らなかった。
【０００６】
このため、系切り替え後の障害発生リスクを低減したいという要望があり、待機系サーバにおいて呼処理の正常性を確認する方法が必要となっていた。
【０００７】
本発明は、前述のような事情に鑑みてなされたものであり、冗長構成を有する呼制御サーバシステムにおいて、運用系に切り替える前の待機中であっても、待機系サーバの呼制御機能を確認することが可能な仕組みを有する冗長構成呼制御サーバシステム、待機系サーバ呼制御確認方法、待機系サーバ呼制御確認プログラムおよびプログラム記録媒体を提供することを、その目的としている。
【課題を解決するための手段】
【０００８】
前述の課題を解決するため、本発明による冗長構成呼制御サーバシステム、待機系サーバ呼制御確認方法、待機系サーバ呼制御確認プログラムおよびプログラム記録媒体は、次のような特徴的な構成を採用している。下記（１）及び（７）なる番号は請求項の項番号にそれぞれ対応している。
【０００９】
（１）ＩＰネットワークにおける呼制御を実施する呼制御サーバとして、運用系サーバと待機系サーバとの冗長構成を有する冗長構成呼制御サーバシステムにおいて、前記待機系サーバは、前記運用系サーバの物理アドレスを保持し、前記ＩＰネットワークから配信されてくる呼制御信号パケットに付されている物理アドレスが、前記運用系サーバの物理アドレスであった場合、該呼制御信号パケットを取り込んで、呼制御処理を実施し、あらかじめ設定しているチェックポイントにおける実施内容を示す内部ログおよび実施結果として生成されるメッセージ情報を保存する冗長構成呼制御サーバシステム。
（７）ＩＰネットワークにおける呼制御を実施する呼制御サーバとして、運用系サーバと待機系サーバとの冗長構成を有する冗長構成呼制御サーバシステムにおける待機系サーバ呼制御確認方法であって、前記待機系サーバは、前記運用系サーバの物理アドレスを保持し、前記ＩＰネットワークから配信されてくる呼制御信号パケットに付されている物理アドレスが、前記運用系サーバの物理アドレスであった場合、該呼制御信号パケットを取り込んで、呼制御処理を実施し、あらかじめ設定しているチェックポイントにおける実施内容を示す内部ログおよび実施結果として生成されるメッセージ情報を保存する待機系サーバ呼制御確認方法。
【発明の効果】
【００１０】
本発明の冗長構成呼制御サーバシステム、待機系サーバ呼制御確認方法、待機系サーバ呼制御確認プログラムおよびプログラム記録媒体によれば、以下のような効果を奏することができる。
【００１１】
第１に、待機系サーバにおいても、運用系サーバと同等の呼制御処理を行うことが可能であり、呼制御処理の正常性を事前に確認することが可能となるので、待機系サーバが運用系サーバヘ切り替わった際に、切り替え後の呼処理異常が発生するリスクを未然に防ぐことができる。
【００１２】
第２に、待機系サーバにおいて保存したメッセージ情報や内部ログ情報を確認することにより、運用系サーバでは実施することができない呼制御処理ソフトウェアのデバッグを待機系サーバ側にて実施することも可能となり、運用環境に依存するようなソフトウェア上の問題であっても早期に解決することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る冗長構成呼制御サーバシステムの基本的な構成の一例を示すシステム構成図である。
【図２】図１の冗長構成呼制御サーバシステムにおける処理構成の概要の一例を示す説明図である。
【発明を実施するための形態】
【００１４】
以下、本発明による冗長構成呼制御サーバシステム、待機系サーバ呼制御確認方法、待機系サーバ呼制御確認プログラムおよびプログラム記録媒体の好適な実施例について添付図を参照して説明する。なお、以下の説明においては、本発明による冗長構成呼制御サーバシステムおよび待機系サーバ呼制御確認方法について説明するが、かかる待機系サーバ呼制御確認方法をコンピュータにより実行可能な待機系サーバ呼制御確認プログラムとして実施するようにしても良いし、あるいは、待機系サーバ呼制御確認プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００１５】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、呼制御サーバとして冗長構成（運用系／待機系）を採用する呼制御サーバシステムにおいて、運用系サーバにて受信する呼制御信号パケットを待機系サーバでも受信することを可能とし、運用系サーバと同様の処理を実施して、待機系サーバの処理結果によって、あるいは、待機系サーバと運用系サーバとの双方の処理結果を比較することによって、待機系サ−バにおける呼制御処理に関する正常性の確認を可能とすることを特徴としている。
【００１６】
つまり、本発明においては、冗長構成（運用系／待機系）を採用する呼制御サ−バシステムにおいて、待機系サーバ側にて、運用系サーバの物理アドレス（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）のようなＩＰプロトコルの場合のＭＡＣアドレス）をあらかじめ保持しておき、待機系サーバの受信用ドライバにて、当該待機系サーバの物理アドレス宛のパケット以外に、あらかじめ保持している運用系サーバの物理アドレス宛のパケットをも受信可能としている。
【００１７】
而して、待機系サーバの受信用ドライバにて、待機系サーバの呼制御処理を確認するために運用系サーバの物理アドレス宛のパケットを受信していることを識別する識別子として、待機系の処理であることを示す識別フラグを設定し、該識別フラグが設定されたパケットが呼処理信号であった場合、上位処理モジュールにて、通常の呼処理用の制御信号に関する受信処理を行い、呼処理結果として生成されたメッセージ情報に関するパケットの送信・返信を行う際に、前記識別フラグのチェックを行って、該識別フラグが設定されている場合は、パケットの送信は行わず、該パケットに関するメッセージ情報を保存した後、当該パケットの廃棄処理を行うとともに、呼制御サーバの運用者からの指示により、あるいは、あらかじめ定めた周期ごとに、保存している前記メッセージ情報やあらかじめ設定しているチェックポイントにて内部ログとして収集した処理状況を出力することにより、待機系サーバにおける呼処理の正常性を確認することを可能としている。
【００１８】
（実施形態の構成例）
図１は、本発明に係る冗長構成呼制御サーバシステムの基本的な構成の一例を示すシステム構成図である。
【００１９】
図１の冗長構成呼制御サーバシステムにおいて、運用系サーバ１０、待機系サーバ１１は、それぞれ、呼制御信号を処理する呼制御サーバを示しており、それぞれに、ＩＰインタフェースを有し、ハブ２０を介して、ＩＰネットワーク３０に接続されている。また、ＩＰ端末Ａ４０とＩＰ端末Ｂ４１も、同様に、ＩＰネットワーク３０に接続されている。
【００２０】
運用系サーバ１０、待機系サーバ１１、ハブ２０、ＩＰネットワーク３０、ＩＰ端末Ａ４０、ＩＰ端末Ｂ４１の各構成要素は、互いに、ＩＰプロトコルを使用して、呼制御信号パケットの送受信が可能な構成になっている。
【００２１】
かかるシステム構成において、本発明は、運用系サーバ１０宛の呼制御信号パケットについては、待機系サーバ１１においても受信可能とすることを特徴としており、待機系サーバ１１において、運用系サーバ１０宛の呼制御信号パケットを受信した結果に基づいた呼制御処理を実施することにより、待機系サーバ１１の呼処理の正常性を確認することを可能としている。
【００２２】
図２は、図１の冗長構成呼制御サーバシステムにおける処理構成の概要の一例を示す説明図である。図２の説明図において、運用系サーバ１０、待機系サーバ１１は、図１中の運用系サーバ１０、待機系サーバ１１にそれぞれ対応しており、図２中のハブ２０は、図１中のハブ２０を示している。
【００２３】
運用系サーバ１０内および待機系サーバ１１内の処理モジュールとして、それぞれに、ドライバ５０およびドライバ５１、パケット送受信処理部５２およびパケット送受信処理部５３、メッセージ分析処理部５４およびメッセージ分析処理部５５、呼制御処理部５６および呼制御処理部５７を少なくとも備えている。
【００２４】
ドライバ５０およびドライバ５１では、物理アドレス（ＩＰインタフェースの場合にはＭＡＣアドレス)を識別して、呼制御信号パケット等の各種情報の送受信動作を行い、パケット送受信処理部５２およびパケット送受信処理部５３は、パケットレベルの情報分析結果に応じたパケットの組立分解処理を行い、メッセージ分析処理部５４およびメッセージ分析処理部５５は、呼接続関連のメッセージ情報の分析を行い、呼制御処理部５６および呼制御処理部５７は、それぞれの上位モジュールとして、呼制御処理を行う。
【００２５】
なお、ドライバ５０およびドライバ５１またはパケット送受信処理部５２およびパケット送受信処理部５３には、待機系の処理を示す識別フラグの判定結果に基づいて呼制御信号パケットの送信動作を抑止するか否かを判定する機能、および、送信しようとするパケットに含まれているメッセージ情報を保存する機能が備えられている（つまり、運用系サーバ１０においては、呼制御信号パケットの送信動作を許可し、かつ、送信しようとするパケットのメッセージ情報を保存する機能が備えられ、また、待機系サーバ１１においては、呼制御信号パケットの送信動作を抑止し、かつ、送信動作を抑止したパケットのメッセージ情報を保存する機能が備えられている）。また、各処理部には、出力部等のあらかじめ定めた部位にチェックポイントが設定されており、当該チェックポイントにおいてそれぞれの処理部における処理状況を内部ログとして保存するか否かを呼制御サーバの運用者により任意に設定することが可能となっている。
【００２６】
ここで、運用系サーバ１０と待機系サーバ１１とは、冗長構成を採っているが、双方のサーバは、同−のパケットを受信して、それぞれ、独立に動作することができ、独立の呼処理を実行した結果として、パケットの送信を行う際に、前述した識別フラグの設定の有無に応じて、運用系サーバ１０からは送信動作が可能であるが、待機系サーバ１１からのパケット送信動作は抑止されるように構成されている。
【００２７】
（実施形態の動作の説明）
まず、図１のシステム構成図を用いて、本発明の動作説明として必要となる呼接続動作について説明し、続いて、図１のシステム構成図および図２の説明図を用いて、本発明における実施例の処理動作例について説明する。
【００２８】
まず、図１のシステム構成における運用系サーバ１０の基本動作として、ＩＰ端末Ａ４０とＩＰ端末Ｂ４１との間の基本接続処理の概要について説明する。
【００２９】
ＩＰ端末Ａ４０よりＩＰ端末Ｂ４１へ接続する場合、ＩＰ端末Ａ４０よりＩＰネットワーク３０に対して運用系サーバ１０のＩＰアドレス宛の呼制御信号パケット(ＩＰ端末Ｂ４１向けの発呼パケット)が送信される。ＩＰ端末Ａ４０から送信されてきた呼制御信号パケットは、ＩＰネットワーク３０を介して、運用系サーバ１０と待機系サーバ１１とを接続しているハブ２０に到達する。ただし、ＩＰネットワーク３０にて、ヘッダ内の宛先を示す宛先物理アドレスを運用系サーバ１０の物理アドレスに書き換えて、該呼制御信号パケット１００を、ハブ２０を介して宛先の運用系サーバ１０に転送する。
【００３０】
ＩＰネットワーク３０からハブ２０を介して転送されてきた呼制御信号パケット１００を受信した運用系サーバ１０は、受信した呼制御信号パケット１００の宛先物理アドレスをチェックして、自物理アドレス宛の呼制御信号パケット１００を取り込み、信号受信処理を行う。運用系サーバ１０内における信号処理を実施した結果として、ＩＰ端末Ｂ４１との接続を要求する呼制御信号であることを識別した場合、運用系サーバ１０は、ＩＰ端末Ｂ４１への呼制御信号パケット（ＩＰ端末Ａ４０からの呼出用呼制御信号パケット）を作成し、ハブ２０を介して、ＩＰネットワーク３０に対して、ＩＰ端末Ｂ４１宛の呼制御信号パケット１０１として送信する。
【００３１】
ＩＰネットワーク３０は、送信されてきたＩＰ端末Ｂ４１宛の呼制御信号パケット１０１のヘッダ内の宛先を示す宛先物理アドレスをＩＰ端末Ｂ４１の物理アドレスに書き換えて、宛先のＩＰ端末Ｂ４１に転送する。
【００３２】
ＩＰネットワーク３０からの呼制御信号パケットを受信したＩＰ端末Ｂ４１は、ＩＰ端末Ａ４０からの呼出用制御信号であることを識別して、ＩＰ端末Ａ４０宛の応答メッセージ用の呼制御信号パケットを作成し、ＩＰネットワーク３０へ送信する。
【００３３】
ＩＰネットワーク３０は、ヘッダ内の宛先を示す宛先物理アドレスを運用系サーバ１０の物理アドレスに書き換えて、該呼制御信号パケット１００をハブ２０を介して宛先の運用系サーバ１０に転送する。
【００３４】
ＩＰネットワーク３０からの呼制御信号パケット１００を受信した運用系サーバ１０は、ＩＰ端末Ｂ４１からのＩＰ端末Ａ４０への応答制御信号であることを識別して、ＩＰ端末Ａ４０宛の応答メッセージ用の呼制御信号パケット１０１を作成し、ＩＰネットワーク３０へ送信する。
【００３５】
ＩＰネットワーク３０は、送信されてきたＩＰ端末Ａ４０宛の呼制御信号パケット１０１のヘッダ内の宛先を示す宛先物理アドレスをＩＰ端末Ａ４０の物理アドレスに書き換えて、宛先のＩＰ端末Ａ４０に転送する。
【００３６】
この結果、運用系サーバ１０を介して、ＩＰ端末Ａ４０とＩＰ端末Ｂ４１との接続が確立されることになる。
【００３７】
以上のようなシーケンスによって、基本的な呼制御が実施されるが、本発明においては、運用系サーバ１０宛の呼制御信号を待機系サーバ１１においても受信処理することを特徴としており、待機系サーバ１１においても、運用系サーバ１０と同等の処理を実施することによって、待機系サーバ１１における呼制御の正常性の確認を実現している。
【００３８】
次に、図１および図２を用いて、待機系サーバ１１内の内部処理動作を基本接続動作の場合を例にとって説明する。
【００３９】
図１において、ＩＰ端末Ａ４０よりＩＰ端末Ｂ４１へ接続する場合、前述したように、ＩＰ端末Ａ４０よりＩＰネットワーク３０に対して運用系サーバ１０のＩＰアドレス宛の呼制御信号パケット（ＩＰ端末Ｂ４１向けの発呼パケット）が送信される。該呼制御信号パケットは、ＩＰネットワーク３０にて、運用系サーバ１０の物理アドレスに宛先物理アドレスが書き換えられて、運用系サーバ１０と待機系サーバ１１とが接続されているハブ２０に到達する。
【００４０】
運用系サーバ１０のドライバ５０においては、自運用系サーバ１０宛の物理アドレスの呼制御信号パケット１００であれば、取り込んで、待機系の処理ではないので、待機系を示す識別フラグをリセットした状態にして、パケット送受信処理部５２に引き継ぐ。パケット送受信処理部５２は、受信した呼制御信号パケットに関するパケットレベルの分析処理を行い、自運用系サーバ宛の正当な呼制御信号パケットであることを認識すると、パケットの分解処理を行い、メッセージ分析処理部５４へ引き継ぐ。メッセージ分析処理部５４においては、受信した呼制御信号メッセージとしての合理性チェック等を行い、呼制御処理部５６に引き継ぐ。
【００４１】
呼制御処理部５６は、ＩＰ端末Ａ４０からＩＰ端末Ｂ４１を呼び出すための呼制御信号であることを識別して、ＩＰ端末Ｂ４１を呼び出すための呼制御信号を生成して、メッセージ分析処理部５４を介してパケット送受信処理部５２に引き継ぐ。パケット送受信処理部５２は、受け取った該呼制御信号をＩＰ端末Ｂ４１宛のパケットに組み立てて、呼制御信号パケット１０１として、ドライバ５０を介してハブ２０に送信する。なお、運用系サーバ１０においては、識別フラグが設定されていない（リセットされている）ので、ドライバ５０は、呼制御信号パケット１０１をハブ２０に送信する動作を行う。ここで、ドライバ５０は、送信しようとしている呼制御信号パケット１０１（ＩＰ端末Ｂ４１に対する呼出用の呼制御信号パケット)に関するメッセージ情報を保存するようにしても良い。
【００４２】
以上のような運用系サーバ１０内の処理は、ＩＰ端末Ｂ４１からの応答用の呼制御信号パケットを受け取る場合や、ＩＰ端末Ａ４０またはＩＰ端末Ｂ４１から切断・終話用の呼制御信号パケットを受け取る場合についても、ほぼ同様である。
【００４３】
ここで、本発明においては、前述したように、待機系サーバ１１においても、受信した呼制御信号パケットの宛先物理アドレスをチェックし、自待機系サーバ１１宛ではなくても、冗長構成の相手方である運用系サーバ１０の物理アドレス宛の呼制御信号パケットであることを認識すると、当該呼制御信号パケットを取り込み、待機系の処理である旨を示す識別フラグを設定し、運用系サーバ１０と同様の信号受信処理を行う。
【００４４】
つまり、待機系サーバ１１のドライバ５１においては、自待機系サーバ１１宛の物理アドレスでなくても、相手方の運用系サーバ１０宛の物理アドレスの呼制御信号パケット１００であれば、取り込んで、待機系の処理である旨を示す識別フラグを設定した状態で、パケット送受信処理部５３に引き継ぐ。パケット送受信処理部５３は、受信した呼制御信号パケットに関するパケットレベルの分析処理を行い、相手方の運用系サーバ１０宛の正当な呼制御信号であることを認識すると、パケットの分解処理を行い、メッセージ分析処理部５５へ引き継ぐ。メッセージ分析処理部５５においては、受信した呼制御信号用のメッセージとしての合理性チェック等を行い、呼制御処理部５７に引き継ぐ。
【００４５】
呼制御処理部５７は、ＩＰ端末Ａ４０からＩＰ端末Ｂ４１を呼び出すための呼制御信号であることを識別して、ＩＰ端末Ｂ４１を呼び出すための呼制御信号を生成して、メッセージ分析処理部５５を介してパケット送受信処理部５３に引き継ぐ。パケット送受信処理部５３は、受け取った該呼制御信号をＩＰ端末Ｂ４１宛のパケットを組み立てて、ドライバ５１に引き継ぐ。ドライバ５１においては、待機系の処理である旨を示す識別フラグが設定されていた場合には、引き継がれた呼制御信号パケットを送信することなく、該呼制御信号パケットに関するメッセージ情報を保存するとともに、該呼制御信号パケットを廃棄する。
【００４６】
以上のような待機系サーバ１１内の処理は、ＩＰ端末Ｂ４１からの応答用の呼制御信号パケットを受け取る場合や、ＩＰ端末Ａ４０またはＩＰ端末Ｂ４１から切断・終話用の呼制御信号パケットを受け取る場合についても、ほぼ同様である。
【００４７】
つまり、待機系サーバ１１においては、運用系サーバ１０宛の呼制御信号パケットを取り込み、運用系サーバ１０と同様の呼制御処理を実行し、呼制御処理結果を保存する一方、最終的な呼制御処理結果として生成した呼制御信号パケットを、ハブ２０を介してＩＰネットワーク３０へ送信する動作のみを抑止する。而して、保存した呼制御処理結果を、呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力したり、あるいは、運用系サーバ１０側の呼制御処理結果と比較照合して確認したりすることによって、待機系サーバ１１が、正常に呼制御処理を実行しているか否かを判別することができる。
【００４８】
なお、呼制御処理結果として保存する情報は、ドライバ５１においてのみ収集するのではなく、チェックポイントとしてあらかじめ設定している複数の部位（例えば、呼制御処理部５７、メッセージ分析処理部５５、パケット送受信処理部５３等の各出力部）において、それぞれの部位における呼制御処理の実施内容を内部ログとして保存するようにしても良い。また、運用系サーバ１０側においても、待機系サーバ１１と同様に、ドライバ５０においてのみではなく、前記チェックポイントとしてあらかじめ設定している各部位における呼制御処理の実施内容を内部ログとして保存することとしても良い。
【００４９】
かくのごとく、複数のチェックポイントを設定している場合、いずれのチェックポイントについて、呼制御処理の実施内容やメッセージ情報を収集して保存する動作を有効にするか否かを、呼制御サーバの運用者が任意に指定することを可能とするようにしても良い。なお、かかる指定は、運用系サーバ１０、待機系サーバ１１の双方に対して実施されるようにすることが望ましい。
【００５０】
また、運用系サーバ１０側の呼制御処理結果のメッセージ情報やチェックポイントにおける実施内容を示す内部ログと、待機系サーバ１１側の呼制御処理結果のメッセージ情報やチェックポイントにおける実施内容を示す内部ログとの比較照合は、呼制御サーバの運用者により指示した任意のタイミング、または、あらかじめ定めた周期ごとに、それぞれの実施結果のメッセージ情報や実施内容を示す内部ログを出力して、該運用者によって、比較照合するようにしても良いし、あるいは、呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、運用系サーバ１０側から待機系サーバ１１側に自動転送して、待機系サーバ１１側で自動的に比較照合を行い、比較照合結果を、運用者に提示するために出力するようにしても良い。また、運用系サーバ１０側ではなく待機系サーバ１１側についてのみ、呼制御処理の実施結果として生成されるメッセージ情報やチェックポイントにおける実施内容を示す内部ログを、呼制御サーバの運用者からの指示により、あるいは、あらかじめ定めた周期ごとに、出力するようにしても良い。
【００５１】
以上のように、待機系サーバ１１において保存したメッセージ情報をチェックしたり、呼制御処理における実施内容である内部ログを確認したりすることによって、待機系サーバ１１にて呼制御処理が正常に動作しているか否かを確認することが可能となる。また、待機系サーバ１１において保存したメッセージ情報や呼制御処理の実施内容である内部ログと運用系サーバ１０において送信したメッセージ情報や呼制御処理の実施内容である内部ログとを比較することによって、待機系サーバ１１において運用系サーバ１０と同様の呼制御処理が実施されているか否かを確認することが可能となる。
【００５２】
また、待機系サーバ１１において、保存したメッセージ情報をチェックしたり、呼制御処理における実施内容である内部ログ情報を確認したりすることによって、あるいは、運用系サーバ１０側のメッセージ情報や内部ログとの比較を行うことによって、運用系サーバ１０では実施することができない呼制御処理ソフトウェアのデバッグを待機系サーバ１１側にて実施することも可能となり、運用環境に依存するようなソフトウェア上の問題も摘出し、解決することができる。
【００５３】
なお、運用系サーバ１０宛の呼制御信号パケット（例えばＩＰ端末Ａ４０からのＩＰ端末Ｂ４１向けの発呼パケット）を取り込んだ待機系サーバ１１内における信号処理結果として、待機系サーバ１１にて生成された例えばＩＰ端末Ｂ４１宛の呼制御信号パケット（呼出パケット）は、待機系を示す識別フラグのチェック結果から、前述のように、送信することなく、廃棄することになる。
【００５４】
しかし、同一の呼制御信号パケット（例えばＩＰ端末Ａ４０からのＩＰ端末Ｂ４１向けの発呼パケット）を取り込んでいる運用系サーバ１０においては、前記識別フラグが設定されていなく、リセットされている状態にあるので、運用系サーバ１０にて生成された例えばＩＰ端末Ｂ４１宛の呼制御信号パケット（呼出パケット）は、送信動作を抑止されることなく、ハブ２０、ＩＰネットワーク３０を介して、ＩＰ端末Ｂ４１に配信される。したがって、呼制御サーバとしてのＩＰ端末Ａ４０やＩＰ端末Ｂ４１との間の呼制御信号パケットに関する処理は、待機系サーバ１１側とは無関係に、運用系サーバ１０によって実行されている。
【００５５】
なお、運用系サーバ１０と待機系サーバ１１との切り替えを行った場合は、旧運用系サーバ１０は、呼制御信号パケットを受信した際に、待機系を示す識別フラグを設定する一方、旧待機系サーバ１１は、待機系を示す前記識別フラグをリセットすることにより、旧待機系サーバ１１が、新たな運用系サーバとして動作することになる。ただし、旧待機系サーバ１１が新たな運用系サーバになったとしても、受信される呼制御信号パケットは、通常、ＩＰネットワーク３０において旧運用系サーバ１０の宛先物理アドレスのままとなっているので、旧待機系サーバ１１における呼制御信号パケットの受信処理に関する物理アドレスは、自待機系サーバ１１のみならず旧運用系サーバ１０の物理アドレスをも用いて受信動作を行うことになる。一方、呼制御信号パケットの送信処理については、新たな運用系サーバになった自待機系サーバ１１の物理アドレスを用いて行うことになる。
【００５６】
（実施形態の効果の説明）
以上に詳細に説明したように、本実施形態によれば、待機系サーバ１１においても、運用系サーバ１０と同等の呼制御処理を行うことが可能であり、呼制御処理の正常性を事前に確認することが可能となるので、待機系サーバ１１が運用系サーバヘ切り替わった際に、切り替え後の呼処理異常が発生するリスクを未然に防ぐことができる。
【００５７】
また、待機系サーバ１１において保存したメッセージ情報や内部ログ情報を確認したり、あるいは、運用系サーバ１０側のメッセージ情報や内部ログとの比較をしたりすることにより、運用系サーバ１０では実施することができない呼制御処理ソフトウェアのデバッグを待機系サーバ１１側にて実施することも可能となり、運用環境に依存するようなソフトウェア上の問題であっても早期に解決することができる。
【００５８】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。例えば、本発明の実施態様は、課題を解決するための手段における構成（１）及び（７）に加え、次のような構成として表現できる。下記（２）−（６）及び（８）−（１４）なる番号は、請求項の項番号にそれぞれ対応している。
（２）前記待機系サーバは、待機系を示す識別フラグが設定されていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ＩＰネットワークヘの送信動作を抑止し、一方、前記運用系サーバは、前記識別フラグがリセットされていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ＩＰネットワークヘの送信動作を行う上記（１）の冗長構成呼制御サーバシステム。
（３）前記待機系サーバに保存されている前記内部ログおよび前記メッセージ情報を、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力する上記（１）または（２）の冗長構成呼制御サーバシステム。
（４）前記運用系サーバは、前記待機系サーバに保存される前記内部ログおよび前記メッセージ情報と同一のチェックポイントにおいて収集した当該運用系サーバにおける内部ログおよびメッセージ情報を保存し、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力する上記（１）ないし（３）のいずれかの冗長構成呼制御サーバシステム。
（５）前記待機系サーバは、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、前記運用系サーバが保存している当該運用系サーバにおける前記内部ログおよび前記メッセージ情報を受け取り、当該待機系サーバに保存されている前記内部ログおよび前記メッセージ情報と比較照合した結果を出力する上記（４）の冗長構成呼制御サーバシステム。
（６）前記待機系サーバおよび／または前記運用系サーバの各前記チェックポイントそれぞれについて、前記内部ログおよび前記メッセージ情報を収集するか否かを、前記呼制御サーバの運用者からの指示により、任意に設定することができる上記（１）ないし（５）のいずれかの冗長構成呼制御サーバシステム。
（８）前記待機系サーバは、待機系を示す識別フラグが設定されていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ｌＰネットワークヘの送信動作を抑止し、一方、前記運用系サーバは、前記識別フラグがリセットされていることにより、呼制御処理結果として生成された前記メッセージ情報の前記ＩＰネットワークヘの送信動作を行う上記（７）の待機系サーバ呼制御確認方法。
（９）前記待機系サーバに保存されている前記内部ログおよび前記メッセージ情報を、前記呼制御サーバの運用者からの指示により出力する上記（７）または（８）の待機系サーバ呼制御確認方法。
（１０）前記運用系サーバは、前記待機系サーバに保存される前記内部ログおよび前記メッセージ情報と同一のチェックポイントにおいて収集した当該運用系サーバにおける内部ログおよびメッセージ情報を保存し、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、出力する上記（７）ないし（９）のいずれかの待機系サーバ呼制御確認方法。
（１１）前記待機系サーバは、前記呼制御サーバの運用者からの指示により、または、あらかじめ定めた周期ごとに、前記運用系サーバが保存している当該運用系サーバにおける前記内部ログおよび前記メッセージ情報を受け取り、当該待機系サーバに保存されている前記内部ログおよび前記メッセージ情報と比較照合した結果を出力する上記（１０）の待機系サーバ呼制御確認方法。
（１２）前記待機系サーバおよび／または前記運用系サーバの各前記チェックポイントそれぞれについて、前記内部ログおよび前記メッセージ情報を収集するか否かを、前記呼制御サーバの運用者からの指示により、任意に設定することができる上記（７）ないし（１１）のいずれかの待機系サーバ呼制御確認方法。
（１３）上記（７）ないし（１２）のいずれかの待機系サーバ呼制御確認方法を、コンピュータによって実行可能なプログラムとして実施している待機系サーバ呼制御確認プログラム。
（１４）上記（１３）の待機系サーバ呼制御確認プログラムを、コンピュータによって読み取り可能な記録媒体に記録しているプログラム記録媒体。
【符号の説明】
【００５９】
１０      運用系サーバ
１１      待機系サーバ
２０      ハブ
３０      ＩＰネットワーク
４０      ＩＰ端末Ａ
４１      ＩＰ端末Ｂ
５０      ドライバ
５１      ドライバ
５２      パケット送受信処理部
５３      パケット送受信処理部
５４      メッセージ分析処理部
５５      メッセージ分析処理部
５６      呼制御処理部
５７      呼制御処理部
１００    呼制御信号パケット
１０１    呼制御信号パケット
【図１】
2010282549.tif 000003
【図２】
2010282549.tif 000004