"冗長化された第1及び第2の呼制御サーバが接続されるIPInternetProtocol網にSIPSessionInitiationProtocolにより端末を接続するIP接続装置であって、前記第1の呼制御サーバとセッションが張られている状態で前記第1の呼制御サーバの障害を検知した場合に、前記セッションと同一の着信先を指定した発信メッセージを前記第2の呼制御サーバに送信する手段と、前記発信メッセージに対する前記着信先からの応答メッセージを受信した場合に、前記セッションのリンケージ情報を第1の呼制御サーバから前記第2の呼制御サーバへ置き換える手段とを具備することを特徴とするIP接続装置。冗長化された第1及び第2の呼制御サーバが接続されるIPInternetProtocol網にSIPSessionInitiationProtocolにより端末を接続するIP接続装置であって、前記第1の呼制御サーバとセッションが張られている状態で前記第2の呼制御サーバから発信メッセージを受信した場合に、前記発信メッセージに含まれる発信元情報をもとに前記セッションと同一の着信であるかを判定する判定手段と、前記発信メッセージが前記第1のセッションと同一の着信であると判定された場合に、前記セッションのリンケージ情報を前記第1の呼制御サーバから前記第2の呼制御サーバへ置き換える手段とを具備することを特徴とするIP接続装置。前記発信元情報は、発信元のIP接続装置のIPアドレス及びポート番号を含むことを特徴とする請求項2に記載のIP接続装置。前記発信元情報は、発信元の端末の識別情報を含むことを特徴とする請求項2に記載のIP接続装置。上述したように、呼制御サーバで障害が発生すると、端末との間で正常な呼処理が出来なくなるため、セッションの切断処理を行い、端末間の通信パスを切断しなくてはならないという課題がある。また、切断を回避する手段として呼制御サーバで対応する場合、呼制御サーバのソフトウェアの変更が必要となり、最悪の場合、サービスを止めるなどエンドユーザへの影響が大きくなってしまうという問題がある。本実施形態の目的は、呼制御サーバで障害が発生した場合でも端末間の通信を継続することができるIP接続装置を提供することにある。本実施形態に係るIP接続装置の第1の態様は、冗長化された第1及び第2の呼制御サーバが接続されるIP網にSIPにより端末を接続するIP接続装置であって、前記第1の呼制御サーバとセッションが張られている状態で前記第1の呼制御サーバの障害を検知した場合に、前記セッションと同一の着信先を指定した発信メッセージを前記第2の呼制御サーバに送信する手段と、前記発信メッセージに対する前記着信先からの応答メッセージを受信した場合に、前記セッションのリンケージ情報を前記第1の呼制御サーバから前記第2の呼制御サーバへ置き換える手段とを具備するものである。また、本実施形態に係るIP接続装置の第2の態様は、冗長化された第1及び第2の呼制御サーバが接続されるIP網にSIPにより端末を接続するIP接続装置であって、前記第1の呼制御サーバとセッションが張られている状態で前記第2の呼制御サーバから発信メッセージを受信した場合に、前記発信メッセージに含まれる発信元情報をもとに前記セッションと同一の着信であるかを判定する判定手段と、前記発信メッセージが前記第1のセッションと同一の着信であると判定された場合に、前記セッションのリンケージ情報を前記第1の呼制御サーバから前記第2の呼制御サーバへ置き換える手段とを具備するものである。以下、図面を参照しながら本実施形態に係るIP接続装置を説明する。図1は、本実施形態に係るIP接続装置を用いた通信システムを示す図である。この通信システムは、IP接続装置IPアダプタ11,12、ターミナルアダプタTA21,22、端末31,32、呼制御サーバ41,42、及びIP網5を備える。端末31は、TA21を介してIPアダプタ11と接続されている。IPアダプタ11は、IP網5に接続され、IP網5を介してIPアダプタ12,呼制御サーバ41,42と通信可能である。同様に、端末32は、TA22を介しIPアダプタ12と接続されている。IPアダプタ12は、IP網5に接続され、IP網5を介してIPアダプタ11,呼制御サーバ41,42と通信可能である。なお、端末31,32とIPアダプタ11,12の接続プロトコルは特に限定しないものとする。IPアダプタ11,12は、端末終端部101、SIP制御部102、メディア転送部103、パケット転送部104、およびセッション切替部105を有する。端末終端部101は、端末31の終端処理を行う。SIP制御部102は、呼制御サーバ41または42とSIPセッションを確立する処理を行う。SIPセッション確立後、メディア転送部103は、例えばRTPRealtimeTransportProtocolを用いてデジタル化された音声や映像などのメディアストリームをリアルタイムに送受信する。また、パケット転送部104は、例えばDチャネルパケット通信によりデータをパケット化して送受信を行う。セッション切替部105は、当該IPアダプタとセッションが張られた呼制御サーバ41に障害が発生した場合、通信中の呼に対して端末間の通信パスを維持したまま、冗長化された呼制御サーバ42とSIPセッションを張りなおす処理を行う。呼制御サーバ41,42は、SIP制御部201および障害検知/通知部202を有する。SIP制御部201は、IPアダプタ11,12のSIPによる呼制御を行う。また、障害検知/通知部202は、自装置の障害発生時には障害を検知し、IPアダプタ11または12に通知する。呼制御サーバ42は、呼制御サーバ41と冗長構成を採っており、呼制御サーバ41が障害時にIPアダプタ11からのINVITEを受け付けるが、呼制御サーバ42自身は障害を意識せずに通常通り処理を行う。ここで、呼制御サーバ42と呼制御サーバ41は同期していないものとする。次に、このように構成された通信システムの動作について説明する。図2は、呼制御サーバ41に障害が発生した場合のセッション切替部105の処理を示したものである。図2において、端末31と端末32は通信中の状態で、IPアダプタ11とIPアダプタ12はそれぞれ呼制御サーバ41とSIPセッションが張られている状態である。IPアダプタ11は、このSIPセッションのリンケージ情報として、当該呼を識別するCall-IDに対応付けて発信元のパケット端末31の回線情報と呼制御サーバ41の情報とを保持している。IPアダプタ12は、同一のCall-IDに対応付けて着信先のパケット端末32の回線情報と呼制御サーバ41の情報を保持している。ここで、呼制御サーバ41に障害が発生した場合、障害検知/通知部202は障害を検知し、IPアダプタ11に対して障害通知を行う。なお、呼制御サーバ41の障害の検知は、IPアダプタ11からのポーリングにより行うようにしても良い。IPアダプタ11は呼制御サーバ41が障害であることを検知すると、あらかじめ登録されている呼制御サーバ42に対してINVITE発信メッセージを送信し、呼制御サーバ42に対しセッション確立の要求を行う。呼制御サーバ42ではINVITEを受け付けた後、IPアダプタ12に対してINVITEを送信する。IPアダプタ12はINVITEを受け付けると、以下に示す1つ又は2つの識別子を組み合わせて、既に呼制御サーバ41とセッションが確立されている呼であるかを判定する。1IPアダプタ11のIPアドレスとポート番号2端末31の端末番号上記の判定により呼制御サーバ41とセッションが既に確立されている場合は、当該呼が保持しているリンケージ情報のうち呼制御サーバのリンケージ情報を呼制御サーバ41の情報から呼制御サーバ42の情報に置き換える。その後、IPアダプタ12は、200OK応答メッセージを呼制御サーバ42経由でIPアダプタ11へ送信する。IPアダプタ11は200OKを受信すると、当該呼が保持しているリンケージ情報のうち呼制御サーバのリンケージ情報を呼制御サーバ41の情報から呼制御サーバ42の情報に置き換える。上記処理により、通信中の呼に対して端末間の通信パスを維持したまま、呼制御サーバ42とSIPセッションを張りなおすことで通信を継続することができる。以上述べたように、本実施形態によれば、呼制御サーバの障害時に、端末間の通信パスを維持したまま、冗長化された呼制御サーバとSIPセッションを張りなおすことで、呼損の発生を回避し、通信を継続することが可能となる。このように構成することで、呼制御サーバに対して設計変更等を必要とせずに、通信システムとしての可用性を向上させることができる。なお、いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。"