(57)【要約】ＳＩＰ  Ｄｉｇｅｓｔ認証を要求するＳＩＰサーバに対してアクセス者と送信するＲＥＧＩＳＴＥＲリクエストの正当性を示した上で、複数ＳＩＰサーバ間で登録情報を複製するプロキシ・サーバを提供する。ユーザ・エージェントとＳＩＰサーバの間に設けられたプロキシ・サーバが、一般的なＳＩＰプロキシ・サーバが保有する機能に加え、ＲＥＧＩＳＴＥＲリクエストの生成機能を備えることにより、予備ＳＩＰサーバ向けのＲＥＧＩＳＴＥＲリクエストを生成し、予備ＳＩＰサーバに送信することで、登録情報の複製を実現し、また、プロキシ・サーバのユーザ識別子とパスワードを保持し、予備ＳＩＰサーバとの間でＤｉｇｅｓｔ認証行う。更に、プロキシ・サーバは、登録情報の複製元となる現用ＳＩＰサーバからのＲＥＧＩＳＴＥＲリクエスト処理完了応答（２００  ＯＫ）確認後、予備ＳＩＰサーバへ複製したＲＥＧＩＳＴＥＲリクエストを送信する。
2008020644.tif 000002
【特許請求の範囲】
【請求項１】
外部のユーザ端末と外部の現用通信制御装置と外部の予備通信制御装置との間でメッセージを仲介するプロキシ・サーバ機能と、
前記プロキシ・サーバ機能が受信したメッセージの種類を判別するメッセージ判別機能と、
メッセージ判別機能により、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納機能と、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項２】
ユーザ端末と現用ＳＩＰサーバ及び予備ＳＩＰサーバとの間で送受信されるＳＩＰメッセージを仲介するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能が受信したＳＩＰメッセージの種類と送信元を判別するメッセージ判別機能と、
前記ＳＩＰプロキシ・サーバ機能が受信した前記ユーザ端末のＲＥＧＩＳＴＥＲリクエストの複製を一時的に格納する一時格納機能と、
前記現用ＳＩＰサーバでの処理が正常に完了したＲＥＧＩＳＴＥＲリクエストに対応する前記ＲＥＧＩＳＴＥＲリクエストの複製に基づいて、前記予備ＳＩＰサーバによる認証のためのＲＥＧＩＳＴＥＲリクエストを生成するリクエスト生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項３】
前記リクエスト生成機能は、
前記ユーザ端末の登録情報の複製先となる予備ＳＩＰサーバとのＤｉｇｅｓｔ認証で使用するプロキシ・サーバ自身のユーザ識別子とパスワードを使用し、前記予備ＳＩＰサーバに送信するＲＥＧＩＳＴＥＲリクエストを生成することを特徴とする請求項２に記載のプロキシ・サーバ。
【請求項４】
プロキシ・サーバ自身を介して前記ユーザ端末から前記現用ＳＩＰサーバに送信されるＲＥＧＩＳＴＥＲリクエストの複製を生成し、前記現用ＳＩＰサーバに送信された前記ＲＥＧＩＳＴＥＲリクエストの正常処理完了を確認した後、当該複製したＲＥＧＩＳＴＥＲリクエスト及び予め保持するプロキシ・サーバ自身を識別するユーザ識別子とパスワードとに基づいて生成した新たなＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバに送信する機能を備えることを特徴とする請求項２に記載のプロキシ・サーバ。
【請求項５】
受信したメッセージがＲＥＧＩＳＴＥＲリクエストの場合に、当該ＲＥＧＩＳＴＥＲリクエストの複製を生成する複製手段と、
受信したメッセージがＲＥＧＩＳＴＥＲリクエスト以外の場合に、当該メッセージの送信元を判別する送信元判別手段と、
受信したメッセージが認証可を示すＳＩＰ応答でありかつ送信元が現用ＳＩＰサーバの場合に、前記複製のＲＥＧＩＳＴＥＲリクエスト及び前記プロキシ・サーバ自身を識別するユーザ識別子とパスワードに基づいて第１の認証ＲＥＧＩＳＴＥＲリクエストを生成する第１のリクエスト生成手段と、
受信したメッセージが未許可を示しかつ送信元が予備ＳＩＰサーバの場合に、前記プロキシ・サーバ自身を識別するユーザ識別子とパスワードに基づいて前記受信したメッセージに応答する第２の認証ＲＥＧＩＳＴＥＲリクエストを生成する第２のＲＥＧＩＳＴＥＲリクエスト生成手段と、
受信したメッセージが未許可を示しかつ送信元が現用ＳＩＰサーバの場合に、受信したメッセージを前記ユーザ端末に送信する送信手段とを備えることを特徴とする請求項２から請求項４の何れか１項に記載のプロキシ・サーバ。
【請求項６】
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
送信先となる複数の外部のＳＩＰサーバの中から前記ＲＥＧＩＳＴＥＲリクエストの送信先を決定する送信先決定機能とを備えるプロキシ・サーバ。
【請求項７】
前記送信先決定機能は、
自身を介してユーザ端末から現用ＳＩＰサーバに送信されるＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに決定することを特徴とする請求項６に記載のプロキシ・サーバ。
【請求項８】
前記送信先決定機能は、ＲＥＧＩＳＴＥＲリクエストの送信先を示す送信先情報の内、前記ユーザ端末を識別する識別子を参照することによって、当該送信先情報から該当ユーザ端末からの前記ＲＥＧＩＳＴＥＲリクエストの送信先を取得することを特徴とする請求項７に記載のプロキシ・サーバ。
【請求項９】
前記送信先決定機能は、受信したメッセージがＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合に、該当送信先に記載されていない送信先を当該Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先とし、一方、受信したメッセージが認証ＲＥＧＩＳＴＥＲリクエストの場合に、該当送信先を当該認証ＲＥＧＩＳＴＥＲリクエストの送信先として決定することを特徴とする請求項６から請求項８の何れか１項に記載のプロキシ・サーバ。
【請求項１０】
前記ユーザ端末にＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの再送を依頼する再送依頼応答を生成する再送依頼応答生成機能を備え、
前記再送依頼応答生成機能は、受信したメッセージが認証可を示すＳＩＰ応答でありかつ送信元が現用ＳＩＰサーバの場合に、前記ユーザ端末に前記再送依頼応答を送信し、
前記送信先決定機能は、前記ユーザ端末から再送されたＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とする請求項６から請求項８のいずれか１項に記載のプロキシ・サーバ。
【請求項１１】
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類および送信元を識別するメッセージ判別機能と、
送信先となる複数の外部のＳＩＰサーバの中から前記ＲＥＧＩＳＴＥＲリクエストの送信先を決定する送信先決定機能と、
前記現用ＳＩＰサーバがＲＥＧＩＳＴＥＲリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくＲＥＧＩＳＴＥＲリクエストの再送を促すＳＩＰ応答を生成する再送依頼応答生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項１２】
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
自身を介して現用ＳＩＰサーバに送信された前記ＲＥＧＩＳＴＥＲリクエストの正常処理完了を確認した後、ユーザ端末にＳＩＰ要求の送信先を予備ＳＩＰサーバ変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項１３】
前記宛先変更依頼応答生成機能は、受信したメッセージが認証可を示すＳＩＰ応答でありかつ送信元が現用ＳＩＰサーバの場合に、前記宛先変更依頼応答を生成することを特徴とする請求項１２に記載のプロキシ・サーバ。
【請求項１４】
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
ユーザ端末と前記ユーザ端末から自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報と、
受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる場合に、ユーザ端末にＳＩＰ要求の送信先を変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項１５】
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項１４に記載のプロキシ・サーバ。
【請求項１６】
受信したメッセージの有効期限を更新する有効期限更新機能を備えることを特徴とする請求項６から請求項９、請求項１４、請求項１５のいずれか１項に記載のプロキシ・サーバ。
【請求項１７】
前記有効期限更新機能は、受信したメッセージが認証ＲＥＧＩＳＴＥＲリクエストである場合に、当該認証ＲＥＧＩＳＴＥＲリクエストの有効期限を延長し、受信したメッセージが認証可を示すＳＩＰ応答である場合に、当該有効期限を短縮することを特徴とする請求項１６に記載のプロキシ・サーバ
【請求項１８】
前記ＲＥＧＩＳＴＥＲリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項１から請求項５のいずれか１項に記載のプロキシ・サーバ。
【請求項１９】
予備ＳＩＰサーバへ送信するＲＥＧＩＳＴＥＲリクエストの生成時に当該ＲＥＧＩＳＴＥＲリクエストの有効期限を延長する有効期限更新機能を備えることを特徴とする請求項１から請求項５、請求項１８のいずれか１項に記載のプロキシ・サーバ。
【請求項２０】
前記再送依頼応答生成機能は、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項１０又は請求項１１に記載のプロキシ・サーバ。
【請求項２１】
前記再送依頼応答生成機能は、前記ユーザ端末からＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記プロキシ・サーバは、前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新機能を備えることを特徴とする請求項２０に記載のプロキシ・サーバ。
【請求項２２】
前記有効期限更新機能は、前記現用ＳＩＰサーバ及び前記予備ＳＩＰサーバの総数に応じて前記有効期限を更新することを特徴とする請求項１６又は請求項２１に記載のプロキシ・サーバ。
【請求項２３】
前記有効期限更新機能は、前記再送依頼応答を生成すると判定された場合に、前記ユーザ端末から受信した認証ＲＥＧＩＳＴＥＲリクエストの有効期限を延長し、受信したメッセージが認証可を示すＳＩＰ応答である場合に、当該有効期限を短縮することを特徴とする請求項２１又は請求項２２に記載のプロキシ・サーバ。
【請求項２４】
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類および送信元を識別するメッセージ判別機能と、
自身を介してユーザ端末から現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際、ユーザ端末にＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能を備えることを特徴とするプロキシ・サーバ。
【請求項２５】
ユーザ端末と前記ユーザ端末から自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報を備え、
前記宛先変更依頼応答生成機能は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる場合に、前記宛先変更依頼応答を生成することを特徴とする請求項２４に記載のプロキシ・サーバ。
【請求項２６】
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項２５に記載のプロキシ・サーバ。
【請求項２７】
前記宛先変更依頼応答生成機能は、自身を介して現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項２４から請求項２６のいずれか１項に記載のプロキシ・サーバ。
【請求項２８】
前記宛先変更依頼応答生成機能は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる複数回の場合の内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項１４から請求項１７、請求項２２、請求項２４から請求項２７のいずれか１項に記載のプロキシ・サーバ。
【請求項２９】
前記送信先決定機能は、前記ユーザ端末から複数回受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの内の１回において、前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とする請求項６から請求項９のいずれか１項に記載のプロキシ・サーバ。
【請求項３０】
受信したメッセージの有効期限の変更を前記ユーザ端末に依頼する有効期限変更依頼応答を生成する有効期限変更依頼応答生成機能を備えることを特徴とする請求項６から請求項９、請求項２４から請求項２６、請求項２９のいずれか１項に記載のプロキシ・サーバ。
【請求項３１】
前記有効期限変更依頼応答生成機能は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの有効期限と所定の閾値との比較結果に基づいて、前記有効期限変更依頼応答を生成することを特徴とする請求項３０に記載のプロキシ・サーバ。
【請求項３２】
前記所定の閾値は、前記現用ＳＩＰサーバ及び前記予備ＳＩＰサーバの総数に応じて定められることを特徴とする請求項３１に記載のプロキシ・サーバ。
【請求項３３】
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
自身を介して現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、ユーザ端末に対して前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項３４】
前記宛先変更依頼応答生成機能は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの有効期限が延長された場合に、前記宛先変更依頼応答を生成することを特徴とする請求項３３に記載のプロキシ・サーバ。
【請求項３５】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置と、前記メッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
前記メッセージの送受信を仲介するプロキシ・サーバ機能と、
前記プロキシ・サーバ機能が受信したメッセージの種類を判別するメッセージ判別機能と、
前記メッセージ判別機能により、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納機能と、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成機能とを備え、
前記プロキシ・サーバと前記予備通信制御装置間で、複製して生成された前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項３６】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセーシの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
ＳＩＰメッセージの送受信を仲介するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能が受信したＳＩＰメッセージの種類と送信元を判別するメッセージ判別機能と、
前記ＳＩＰプロキシ・サーバ機能が受信した前記ユーザ端末のＲＥＧＩＳＴＥＲリクエストの複製を一時的に格納する一時格納機能と、
前記現用ＳＩＰサーバでの処理が正常に完了したＲＥＧＩＳＴＥＲリクエストに対応する前記ＲＥＧＩＳＴＥＲリクエストの複製、前記ユーザ端末の登録情報の複製先となる予備ＳＩＰサーバとのＤｉｇｅｓｔ認証で使用する前記プロキシ・サーバのユーザ識別子及びパスワードに基づいて、前記予備ＳＩＰサーバによる認証のためのＲＥＧＩＳＴＥＲリクエストを生成するリクエスト生成機能とを備え、
前記プロキシ・サーバと前記予備ＳＩＰサーバ間で、複製して生成された前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項３７】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
前記プロキシ・サーバ自身を介して前記ユーザ端末から現用ＳＩＰサーバに送信されるＲＥＧＩＳＴＥＲリクエストの送信先を、送信先となる複数の予備ＳＩＰサーバの中から決定する送信先決定機能とを備え、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項３８】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類および送信元を識別するメッセージ判別機能と、
送信先となる複数の外部のＳＩＰサーバの中から前記ＲＥＧＩＳＴＥＲリクエストの送信先を決定する送信先決定機能と、
前記現用ＳＩＰサーバがＲＥＧＩＳＴＥＲリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくＲＥＧＩＳＴＥＲリクエストの再送を促すＳＩＰ応答を生成する再送応答生成機能とを備え、
前記送信先決定機能は、前記ユーザ端末から再送されたＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとし、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項３９】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信された前記ＲＥＧＩＳＴＥＲリクエストの正常処理完了を確認した後、前記ユーザ端末にＳＩＰ要求の送信先を予備ＳＩＰサーバ変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成手段とを備え、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項４０】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
前記ユーザ端末と前記ユーザ端末から自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報と、
受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる場合に、前記ユーザ端末にＳＩＰ要求の送信先を変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備え、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項４１】
前記プロキシ・サーバは、
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項４０に記載の通信システム。
【請求項４２】
前記プロキシ・サーバに、
受信したメッセージの有効期限を更新する有効期限更新機能を備えることを特徴とする請求項３７、請求項４０、請求項４１のいずれか１項に記載の通信システム。
【請求項４３】
前記プロキシ・サーバは、前記ＲＥＧＩＳＴＥＲリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項３５又は請求項３６に記載の通信システム。
【請求項４４】
予備ＳＩＰサーバへ送信するＲＥＧＩＳＴＥＲリクエストの生成時に当該ＲＥＧＩＳＴＥＲリクエストの有効期限を延長する有効期限更新機能を備えることを特徴とする請求項３５、請求項３６、請求項４３のいずれか１項に記載の通信システム。
【請求項４５】
前記再送依頼応答生成機能は、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項３８に記載の通信システム。
【請求項４６】
前記再送依頼応答生成機能は、前記ユーザ端末からＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記プロキシ・サーバは、前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新機能を備えることを特徴とする請求項４５に記載の通信システム。
【請求項４７】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
前記プロキシ・サーバ自身を介してユーザ端末から現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際、前記ユーザ端末にＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備え、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項４８】
前記プロキシ・サーバに、
前記ユーザ端末と前記ユーザ端末から前記プロキシ・サーバ自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報を備え、
前記宛先変更依頼応答生成機能は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる場合に、前記宛先変更依頼応答を生成することを特徴とする請求項４７に記載の通信システム。
【請求項４９】
前記プロキシ・サーバは、
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項４８に記載の通信システム。
【請求項５０】
前記宛先変更依頼応答生成機能は、前記プロキシ・サーバを介して前記現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項４７から請求項４９のいずれか１項に記載の通信システム。
【請求項５１】
前記宛先変更依頼応答生成機能は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる複数回の場合の内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項４０から請求項４２、請求項４７から請求項５０のいずれか１項に記載の通信システム。
【請求項５２】
前記送信先決定機能は、前記ユーザ端末から複数回受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの内の１回において、前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とする請求項３８又は請求項３９に記載の通信システム。
【請求項５３】
受信したメッセージの有効期限の変更を前記ユーザ端末に依頼する有効期限変更依頼応答を生成する有効期限変更依頼応答生成機能を備えることを特徴とする請求項３７、請求項４７から請求項４９、請求項５２のいずれか１項に記載の通信システム。
【請求項５４】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ機能と、
前記ＳＩＰプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
自身を介して現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、ユーザ端末に対して前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備え、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記ＲＥＧＩＳＴＥＲリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項５５】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
前記メッセージの送受信を仲介する仲介ステップと、
前記仲介ステップで受信したメッセージの種類を判別するメッセージ判別ステップと、
前記メッセージ判別ステップにより、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納ステップと、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成ステップとを備えることを特徴とする通信方法。
【請求項５６】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
ＳＩＰメッセージを仲介する仲介ステップと、
前記仲介ステップで受信したＳＩＰメッセージの種類と送信元を判別するメッセージ判別ステップと、
前記仲介ステップで受信した前記ユーザ端末のＲＥＧＩＳＴＥＲリクエストの複製を一時的に格納する一時格納ステップと、
前記現用ＳＩＰサーバでの処理が正常に完了したＲＥＧＩＳＴＥＲリクエストに対応する前記ＲＥＧＩＳＴＥＲリクエストの複製、前記ユーザ端末の登録情報の複製先となる予備ＳＩＰサーバとのＤｉｇｅｓｔ認証で使用する前記プロキシ・サーバのユーザ識別子及びパスワードに基づいて、前記予備ＳＩＰサーバによる認証のためのＲＥＧＩＳＴＥＲリクエストを生成するリクエスト生成ステップとを備えることを特徴とする通信方法。
【請求項５７】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類を識別するメッセージ判別ステップと、
前記プロキシ・サーバ自身を介して前記ユーザ端末から現用ＳＩＰサーバに送信されるＲＥＧＩＳＴＥＲリクエストの送信先を、送信先となる複数の外部の予備ＳＩＰサーバの中から決定する送信先決定ステップとを備えることを特徴とする通信方法。
【請求項５８】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類および送信元を識別するメッセージ判別ステップと、
送信先となる複数の外部のＳＩＰサーバの中から前記ＲＥＧＩＳＴＥＲリクエストの送信先を決定する送信先決定ステップと、
前記現用ＳＩＰサーバがＲＥＧＩＳＴＥＲリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくＲＥＧＩＳＴＥＲリクエストの再送を促すＳＩＰ応答を生成する再送応答生成ステップとを備え、
前記送信先決定ステップにおいて、前記ユーザ端末から再送されたＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とする通信方法。
【請求項５９】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類を識別するメッセージ判別ステップと、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信された前記ＲＥＧＩＳＴＥＲリクエストの正常処理完了を確認した後、前記ユーザ端末にＳＩＰ要求の送信先を予備ＳＩＰサーバ変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成ステップとを備えることを特徴とする通信方法。
【請求項６０】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類を識別するメッセージ判別ステップと、
受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が、前記ユーザ端末と前記ユーザ端末から前記プロキシ・サーバ自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報で示される送信先と異なる場合に、前記ユーザ端末にＳＩＰ要求の送信先を変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成ステップとを備えることを特徴とする通信方法。
【請求項６１】
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項６０に記載の通信方法。
【請求項６２】
受信したメッセージの有効期限を更新する有効期限更新ステップを備えることを特徴とする請求項５７、請求項６０、請求項６１のいずれか１項に記載の通信方法。
【請求項６３】
前記ＲＥＧＩＳＴＥＲリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項５５又は請求項５６に記載の通信方法。
【請求項６４】
予備ＳＩＰサーバへ送信するＲＥＧＩＳＴＥＲリクエストの生成時に当該ＲＥＧＩＳＴＥＲリクエストの有効期限を延長する有効期限更新ステップを備えることを特徴とする請求項５５、請求項５６、請求項６３のいずれか１項に記載の通信方法。
【請求項６５】
前記再送依頼応答生成ステップは、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項５８に記載の通信方法。
【請求項６６】
前記再送依頼応答生成ステップは、前記ユーザ端末からＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新ステップを備えることを特徴とする請求項６５に記載の通信方法。
【請求項６７】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類を識別するメッセージ判別ステップと、
前記プロキシ・サーバ自身を介してユーザ端末から現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際、前記ユーザ端末にＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成ステップとを備えることを特徴とする通信方法。
【請求項６８】
前記宛先変更依頼応答生成ステップにおいて、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が、前記ユーザ端末と前記ユーザ端末から前記プロキシ・サーバ自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報で示される送信先と異なる場合に、前記宛先変更依頼応答を生成することを特徴とする請求項６７に記載の通信方法。
【請求項６９】
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項６８に記載の通信方法。
【請求項７０】
前記宛先変更依頼応答生成ステップは、前記プロキシ・サーバを介して前記現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項６７から請求項６９のいずれか１項に記載の通信方法。
【請求項７１】
前記宛先変更依頼応答生成ステップは、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる複数回の場合の内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項６０から請求項６２、請求項６７から請求項７０のいずれか１項に記載の通信方法。
【請求項７２】
前記送信先決定ステップは、前記ユーザ端末から複数回受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの内の１回において、前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とする請求項５７に記載の通信方法。
【請求項７３】
受信したメッセージの有効期限の変更を前記ユーザ端末に依頼する有効期限変更依頼応答を生成する有効期限変更依頼応答生成ステップを備えることを特徴とする請求項５７、請求項６７から請求項６９、請求項７２のいずれか１項に記載の通信方法。
【請求項７４】
外部のユーザ端末との間でＳＩＰメッセージの送受信を行う現用及び予備のＳＩＰサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類を識別するメッセージ判別ステップと、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、ユーザ端末に対して前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成ステップとを備えることを特徴とする通信方法。
【請求項７５】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
前記メッセージの送受信を仲介するプロキシ・サーバ処理と、
前記プロキシ・サーバ処理で受信したメッセージの種類を判別するメッセージ判別処理と、
前記メッセージ判別処理により、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納処理と、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項７６】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
ＳＩＰメッセージを仲介するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理で受信したＳＩＰメッセージの種類と送信元を判別するメッセージ判別処理と、
前記ＳＩＰプロキシ・サーバ処理で受信した前記ユーザ端末のＲＥＧＩＳＴＥＲリクエストの複製を一時的に格納する一時格納処理と、
前記現用ＳＩＰサーバでの処理が正常に完了したＲＥＧＩＳＴＥＲリクエストに対応する前記ＲＥＧＩＳＴＥＲリクエストの複製、前記ユーザ端末の登録情報の複製先となる予備ＳＩＰサーバとのＤｉｇｅｓｔ認証で使用する前記プロキシ・サーバのユーザ識別子及びパスワードに基づいて、前記予備ＳＩＰサーバによる認証のためのＲＥＧＩＳＴＥＲリクエストを生成するリクエスト生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項７７】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理により受信したメッセージの種類を識別するメッセージ判別処理と、
前記プロキシ・サーバ自身を介して前記ユーザ端末から現用ＳＩＰサーバに送信されるＲＥＧＩＳＴＥＲリクエストの送信先を、送信先となる複数の外部の予備ＳＩＰサーバの中から決定する送信先決定処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項７８】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理により受信したメッセージの種類および送信元を識別するメッセージ判別処理と、
送信先となる複数の外部のＳＩＰサーバの中から前記ＲＥＧＩＳＴＥＲリクエストの送信先を決定する送信先決定処理と、
前記現用ＳＩＰサーバがＲＥＧＩＳＴＥＲリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくＲＥＧＩＳＴＥＲリクエストの再送を促すＳＩＰ応答を生成する再送応答生成処理とを前記プロキシ・サーバに実行させ、
前記送信先決定処理において、前記ユーザ端末から再送されたＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とするプログラム。
【請求項７９】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理により受信したメッセージの種類を識別するメッセージ判別処理と、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信された前記ＲＥＧＩＳＴＥＲリクエストの正常処理完了を確認した後、前記ユーザ端末にＳＩＰ要求の送信先を予備ＳＩＰサーバ変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項８０】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理により受信したメッセージの種類を識別するメッセージ判別処理と、
受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が、前記ユーザ端末と前記ユーザ端末から自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報で示される送信先と異なる場合に、前記ユーザ端末にＳＩＰ要求の送信先を変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項８１】
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項８０に記載のプログラム。
【請求項８２】
受信したメッセージの有効期限を更新する有効期限更新処理を前記プロキシ・サーバに実行させることを特徴とする請求項７７、請求項８０、請求項８１のいずれか１項に記載のプログラム。
【請求項８３】
前記ＲＥＧＩＳＴＥＲリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項７５又は請求項７６に記載のプログラム。
【請求項８４】
予備ＳＩＰサーバへ送信するＲＥＧＩＳＴＥＲリクエストの生成時に当該ＲＥＧＩＳＴＥＲリクエストの有効期限を延長する有効期限更新処理を前記プロキシ・サーバに実行させることを特徴とする請求項７５、請求項７６、請求項８３のいずれか１項に記載のプログラム。
【請求項８５】
前記再送依頼応答生成処理は、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項７８に記載のプログラム。
【請求項８６】
前記再送依頼応答生成処理は、前記ユーザ端末からＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新処理を前記プロキシ・サーバに実行させることを特徴とする請求項８５に記載のプログラム。
【請求項８７】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理により受信したメッセージの種類を識別するメッセージ判別処理と、
前記プロキシ・サーバ自身を介してユーザ端末から現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した際、前記ユーザ端末にＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項８８】
前記宛先変更依頼応答生成処理において、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が、前記ユーザ端末と前記ユーザ端末から前記プロキシ・サーバ自身を介して送信されるＲＥＧＩＳＴＥＲリクエストの転送先との対応関係を示す送信先対応情報で示される送信先と異なる場合に、前記宛先変更依頼応答を生成することを特徴とする請求項８７に記載のプログラム。
【請求項８９】
前記予備ＳＩＰサーバから受信したメッセージが認証可を示すＳＩＰ応答である場合に、前記送信先対応情報を更新し、
以降の認証可を示すＳＩＰ応答のメッセージを、新たな予備ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな現用ＳＩＰサーバに対応付け、新たな現用ＳＩＰサーバから受信した場合には、該当ＲＥＧＩＳＴＥＲリクエストの送信先を新たな予備ＳＩＰサーバに対応付けることを特徴とする請求項８８に記載のプログラム。
【請求項９０】
前記宛先変更依頼応答生成処理は、前記プロキシ・サーバを介して前記現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項８７ら請求項８９のいずれか１項に記載のプログラム。
【請求項９１】
前記宛先変更依頼応答生成処理は、受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が前記送信先対応情報で示される送信先と異なる複数回の場合の内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項８０から請求項８２、請求項８７から請求項９０のいずれか１項に記載のプログラム。
【請求項９２】
前記送信先決定処理は、前記ユーザ端末から複数回受信したＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの内の１回において、前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を前記予備ＳＩＰサーバとすることを特徴とする請求項７７に記載のプログラム。
【請求項９３】
受信したメッセージの有効期限の変更を前記ユーザ端末に依頼する有効期限変更依頼応答を生成する有効期限変更依頼応答生成処理を前記プロキシ・サーバに実行させることを特徴とする請求項７７、請求項８７から請求項８９、請求項９２のいずれか１項に記載のプログラム。
【請求項９４】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するＳＩＰプロキシ・サーバ処理と、
前記ＳＩＰプロキシ・サーバ処理により受信したメッセージの種類を識別するメッセージ判別処理と、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信されるＩｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複数回受信した内の１回において、ユーザ端末に対して前記Ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先を予備ＳＩＰサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】  本発明は、ＳＩＰ（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）を使用してシグナリングを行うネットワーク（通信網）等に利用される、外部の端末の登録情報をサーバ間で複製するプロキシ・サーバ、通信システム、通信方法及びプログラムに関する。
【背景技術】  近年、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）に見られるように、ＩＰ網を使用したリアルタイム・コミュニケーションが普及している。例えば、電話端末やパソコンなどの、リアルタイム・コミュニケーションを行う両端の端末間接続を確立する国際標準プロトコルとしてＳＩＰ（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）を採用する状況が多くなっている。なお、本明細書では、ＳＩＰを使用してシグナリングを行う通信網をＳＩＰネットワークと呼ぶ。
ＳＩＰネットワークの一般的な構成は、後述する非特許文献１に記載されている。ＳＩＰネットワークは、ロケーション・サーバと、ＳＩＰサーバと、ユーザ・エージェント（ＵＡ：ｕｓｅｒ  ａｇｅｎｔ）とから構成されている。ユーザ・エージェントは、非特許文献１のＰ．７６に、「ＳＩＰは、エンド・システム間のクライアント−サーバ・モデルに基づいています。このエンド・システムに相当するのが、ユーザ・エージェント（ＵＡ：Ｕｓｅｒ  Ａｇｅｎｔ）です。ユーザ・エージェントとは、具体的には電話機やパソコンなどのエンド・システムのことですが、これらのエンド・システム間でリクエスト（要求）とレスポンス（応答）をやり取りすることによって、サービスを実現します」と説明されている。本明細書では、上記説明文記載のリクエストをＳＩＰ要求、レスポンスをＳＩＰ応答と呼ぶ。
ＳＩＰサーバは、非特許文献１のＰ．７７に記載されているように、（１）ＳＩＰ要求やＳＩＰ応答を中継するプロキシ・サーバ機能と、（２）ＳＩＰ要求の宛先の問合せに利用するリダイレクト・サーバ機能と、（３）ＳＩＰネットワーク上のユーザ・エージェント情報の登録を受け付ける登録サーバ機能とを有する。ここで、ユーザ・エージェント情報とは、例えば、ユーザ・エージェントにアクセスするための識別子であるＵＲＩ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ）やユーザ・エージェントが使用するＩＰアドレスである。なお、本明細書では、このユーザ・エージェントにより登録されるユーザ・エージェント情報を登録情報と呼ぶ。
ロケーション・サーバは、非特許文献１のＰ．８１に、「登録サーバで維持されるユーザ・エージェントの情報を蓄積し、プロキシ・サーバ機能やリダイレクト・サーバ機能によって利用される、データベース・サービスを提供します」と記載されている。具体的には、非特許文献１のＰ．１１２に記載されているように、ＳＩＰ要求のＲＥＧＩＳＴＥＲリクエストを使用して、ユーザ・エージェントの登録情報を更新する。
この登録情報の更新は、ある一つのＳＩＰサーバに対してユーザ・エージェントがＲＥＧＩＳＴＥＲリクエストを送信することが前提となっている。これは、図５６に示す、ＳＩＰで採用されているユーザ・エージェントの認証方式（Ｄｉｇｅｓｔ認証）において顕著である。
図５６は、ＳＩＰで採用されているＤｉｇｅｓｔ認証の流れを示すシーケンス図である。まず、ユーザ・エージェント２０００がＳＩＰサーバ２５００に対してＲＥＧＩＳＴＥＲリクエストを送信する。本明細書では、このユーザ・エージェント２０００が最初にＳＩＰサーバ２５００に送信するＲＥＧＩＳＴＥＲリクエストをｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストと呼ぶ。ユーザ・エージェント２０００からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信したＳＩＰサーバ２５００は、Ｄｉｇｅｓｔ認証で使用するｎｏｎｃｅを生成し、そのｎｏｎｃｅ値をＳＩＰ応答（４０１）に付加してユーザ・エージェント２０００に返信する。ユーザ・エージェント２０００では、受信したｎｏｎｃｅを鍵にユーザ識別子とパスワードをハッシュし、結果をＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに格納したＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバ２５００に転送する。本明細書では、このＡｕｔｈｏｒｉｚａｔｉｏｎヘッダを付加したＲＥＧＩＳＴＥＲリクエストを認証ＲＥＧＩＳＴＥＲリクエストと呼ぶ。認証ＲＥＧＩＳＴＥＲリクエストを受信したＳＩＰサーバ２５００は、ユーザ・エージェント２０００と同様、自身が生成したｎｏｎｃｅ値を使用して、ユーザ・エージェント２０００のユーザ識別子とパスワードをハッシュする。その後、ユーザ・エージェント２０００からの認証ＲＥＧＩＳＴＥＲリクエストに格納されたＡｕｔｈｏｒｉｚａｔｉｏｎヘッダ値と比較し、同一の場合には、正当なユーザ・エージェントからのＲＥＧＩＳＴＥＲリクエストであると判断し、ＲＥＧＩＳＴＥＲリクエストのデータを使用して登録情報を更新後、ＳＩＰ応答（２００  ＯＫ）を返信する。
この図５６から、まず、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストは、ユーザ・エージェント２０００のユーザ識別子とパスワードを参照可能なＳＩＰサーバ２５００に送信される必要がある。ＳＩＰサーバ２５００で参照不可能な場合には、ユーザ識別子とパスワードを使用したハッシュが計算できないため、認証に失敗するからである。更に、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストと認証ＲＥＧＩＳＴＥＲリクエストとは同一のＳＩＰサーバ２５００に転送される必要があることが分かる。転送されるＳＩＰサーバ２５００が異なる場合には、ｎｏｎｃｅ値がＳＩＰサーバ２５００間で引き継がれないため、正当なユーザ・エージェント２０００からの認証ＲＥＧＩＳＴＥＲリクエストであっても、ＳＩＰサーバ２５００側でのハッシュが計算できず、認証に失敗するためである。
以上から、ＲＥＧＩＳＴＥＲリクエストは、ユーザ識別子とパスワードを参照可能なＳＩＰサーバ２５００に対し、ＲＥＧＩＳＴＥＲリクエスト処理が完了するまで送信し続ける必要があることが分かる。
このような特徴を持つＲＥＧＩＳＴＥＲリクエストのＳＩＰサーバ２５００での処理を考慮すると、登録情報を他のＳＩＰサーバ２５００に複製する場合には例えば以下の２つの形態が考えられる。なお、本明細書では、複製対象の登録情報を管理するＳＩＰサーバ２５００を現用ＳＩＰサーバ３０００、複製された登録情報を管理するＳＩＰサーバを予備ＳＩＰサーバ４０００と呼ぶ。更に、以下の３形態を示す図では、ＳＩＰサーバ２５００が２つのみ記載されているが、登録情報の複製先となるＳＩＰサーバ２５００は何台でも構わない。
第１の形態は、ユーザ・エージェント２０００自身が複数のＳＩＰサーバ２５００にＲＥＧＩＳＴＥＲリクエストを転送する形態である。すなわち、第１の形態は、図５７に示すように、現用および予備ＳＩＰサーバ全てにユーザ・エージェント２０００のユーザ識別子とパスワードを保持させ、ユーザ・エージェント２０００が各ＳＩＰサーバと個別にＤｉｇｅｓｔ認証を行い、登録情報を更新していくのである。
第２の形態は、現用ＳＩＰサーバ３０００が予備ＳＩＰサーバ４０００にＲＥＧＩＳＴＥＲリクエストを転送する形態である。すなわち、第２の形態は、図５８に示すように、ユーザ・エージェント２０００と現用ＳＩＰサーバ３０００がＤｉｇｅｓｔ認証を行い、登録情報の更新を完了した後、現用ＳＩＰサーバ３０００から予備ＳＩＰサーバ４０００にＲＥＧＩＳＴＥＲリクエストを送信することによって、予備ＳＩＰサーバ４０００の登録情報を更新するのである。
［非特許文献１］「改訂版  ＳＩＰ教科書」「ユーザ・エージェントとＳＩＰサーバの関係」（Ｐ．７８の図５−２）
しかし、上記の２形態のうち、第１の形態では、電話機等の簡易なユーザ・エージェント２０００に対しても複数ＳＩＰサーバへ２５００のＲＥＧＩＳＴＥＲリクエスト転送機能を搭載する必要があり、ユーザ・エージェント２０００側にコストが掛かるという課題がある。更に、ユーザ・エージェント２０００とＳＩＰサーバ２５００間での登録情報更新に掛かるトラフィックが、予備ＳＩＰサーバ４０００の数に比例して数倍程度に増加してしまうという課題もある。
更に、第２の形態では、既存ＳＩＰサーバ２５００において、ＲＥＧＩＳＴＥＲリクエストの受信・処理機能は有していても、他ＳＩＰサーバ２５００への発信機能は有していない可能性がある。そのため、このようなＳＩＰサーバ２５００への機能拡張が必要となり、ＳＩＰサーバ２５００間での登録情報複製の実現にコストが掛かるという課題がある。
上記実施形態の課題を解決するために、図５９に示すように、ユーザ・エージェント２０００とＳＩＰサーバ２５００との中間にプロキシ・サーバ１０００を配備する形態を想定し、このプロキシ・サーバ１０００のＳＩＰ要求とＳＩＰ応答を仲介する機能に着目すると、関連技術としてＳＩＰプロキシ・サーバが挙げられる。ＳＩＰプロキシ・サーバが保持する機能は、非特許文献１において、ユーザ・エージェント２０００からのＳＩＰ要求を解釈し、必要な処理を行ってから、次の宛先にＳＩＰ要求を送信すると記載されている。
しかし、関連技術のＳＩＰプロキシ・サーバを活用し、既存のユーザ・エージェント２０００およびＳＩＰサーバ２５００への適用容易性と、ユーザ・エージェント２０００とＳＩＰサーバ２５００間のトラフィックの抑制に配慮して、登録情報を現用ＳＩＰサーバ３０００と予備ＳＩＰサーバ４０００間で複製する場合には下記の課題がある。
第１の課題は、ＳＩＰプロキシ・サーバでは登録情報の複製が実現できないことが挙げられる。これは、前記非特許文献１に記載されているように、ＳＩＰプロキシ・サーバはＳＩＰ要求を生成しないためである。つまり、ＳＩＰプロキシ・サーバは、予備ＳＩＰサーバ４０００へ送信するＲＥＧＩＳＴＥＲリクエストを生成できないのである。
また、仮に、ＳＩＰプロキシ・サーバがＲＥＧＩＳＴＥＲリクエストの生成を行えたとしても更に以下の課題が存在する。
第２の課題は、Ｄｉｇｅｓｔ認証を要求する予備ＳＩＰサーバ４０００に対し、ユーザ・エージェント２０００のユーザ識別子とパスワードを使用したＤｉｇｅｓｔ認証でＲＥＧＩＳＴＥＲリクエストを送信することは不可能なことである。これは、ユーザ・エージェント２０００のユーザ識別子とパスワードを保持しないＳＩＰプロキシ・サーバがユーザ・エージェント２０００のユーザ識別子とパスワードを獲得するためには、ユーザ・エージェント２０００と現用ＳＩＰサーバ３０００でのＤｉｇｅｓｔ認証を破るしか手段がないためである。
第３の課題は、ユーザ・エージェント２０００から現用ＳＩＰサーバ３０００宛に送信されたＲＥＧＩＳＴＥＲリクエストの正当性を確認する手段を設けなければならないことである。これは、例えば、ＳＩＰネットワークに対してＤｏＳ（ｄｅｎｉａｌ  ｏｆ  ｓｅｒｖｉｃｅ）攻撃を仕掛ける場合、ユーザ・エージェント２０００からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストには無意味なデータが格納され、大量に送信されることが想定される。この場合に、ＳＩＰプロキシ・サーバが、現用ＳＩＰサーバ３０００での処理結果を参照しないで、予備ＳＩＰサーバ４０００に対し、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを複製・送信してしまうと、予備ＳＩＰサーバ４０００までもＤｏＳ攻撃を受けることになる。このように、プロキシ・サーバ１０００はユーザ・エージェント２０００から現用ＳＩＰサーバ３０００宛に送信されたＲＥＧＩＳＴＥＲリクエストの正当性を確認する必要があるのである。
本発明の目的は、Ｄｉｇｅｓｔ認証を要求するサーバに対してアクセス者及び通信の正当性を示した上で、複数サーバ間で登録情報を複製することを可能とするＳＩＰネットワークにおけるプロキシ・サーバを提供することである。
【発明の開示】
本発明の第１のプロキシ・サーバは、外部のユーザ端末と外部の現用通信制御装置と外部の予備通信制御装置との間でメッセージを仲介するプロキシ・サーバ機能と、プロキシ・サーバ機能が受信したメッセージの種類を判別するメッセージ判別機能と、メッセージ判別機能により、メッセージが現用通信制御装置内に保持されるユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納機能と、メッセージが現用通信制御装置に受け入れられた場合に予備通信制御装置に認証のためにメッセージと同内容のメッセージを複製するリクエスト生成機能とを備える。
（発明の効果）
本発明によれば、以下に説明する効果を達成することができる。
第１の効果は、登録情報の複製を実現できることである。これは、プロキシ・サーバが、プロキシ・サーバが本来有する機能に加え、予備ＳＩＰサーバに送信するＲＥＧＩＳＴＥＲリクエスト（メッセージ）の生成機能を保持するためである。
第２の効果は、登録情報の複製に際し、予備ＳＩＰサーバへのアクセス者の正当性を予備ＳＩＰサーバに示すことが可能なことである。これは、プロキシ・サーバのユーザ識別子とパスワードをプロキシ・サーバに保持させ、プロキシ・サーバと予備ＳＩＰサーバ間でＤｉｇｅｓｔ認証を行うためである。
【図面の簡単な説明】  図１は、本発明の第１の実施の形態に係る通信システムの構成を示すブロック図である。
図２は、第１の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図３は、第１の実施の形態に係る一時格納機能でのＲＥＧＩＳＴＥＲリクエストの格納形態の一例を示す図である。
図４は、第１の実施の形態に係るプロキシ・サーバのハードウェア構成を示すブロック図である。
図５は、第１の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図６は、第１の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図７は、第１の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図８は、本発明の第２の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図９は、第２の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図１０は、第２の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図１１は、第２の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図１２は、本発明の第３の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図１３は、第３の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図１４は、第３の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図１５は、第３の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図１６は、本発明の第４の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図１７は、第４の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図１８は、第４の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図１９は、第４の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図２０は、本発明の第５の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図２１は、第５の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図２２は、第５の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図２３は、第５の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図２４は、本発明の第６の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図２５は、第６の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図２６は、第６の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図２７は、第６の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図２８は、本発明の第７の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図２９は、第７の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図３０は、第７の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図３１は、第７の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図３２は、本発明の第８の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図３３は、第８の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図３４は、第８の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図３５は、第８の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図３６は、本発明の第９の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図３７は、第９の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図３８は、第９の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図３９は、第９の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図４０は、本発明の第１０の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図４１は、第１０の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図４２は、第１０の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図４３は、第１０の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図４４は、本発明の第１１の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図４５は、第１１の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図４６は、第１１の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図４７は、第１１の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図４８は、本発明の第１２の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図４９は、第１２の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図５０は、第１２の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図５１は、第１２の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図５２は、本発明の第１３の実施の形態に係るプロキシ・サーバの構成を示すブロック図である。
図５３は、第１３の実施の形態に係るプロキシ・サーバの動作を示すフローチャートである。
図５４は、第１３の実施の形態に係るプロキシ・サーバを含むシステム全体でのデータの流れを示す図である。
図５５は、第１３の実施の形態に係るプロキシ・サーバを含む、システム全体の動作を示すシーケンス図である。
図５６は、関連技術としてのＳＩＰにおけるＤｉｇｅｓｔ認証の動作を示すシーケンス図である。
図５７は、関連技術における登録情報の複製に際し、ユーザ・エージェントが現用および予備ＳＩＰサーバへＲＥＧＩＳＴＥＲリクエストを送信する形態を示す図である。
図５８は、関連技術における登録情報の複製に際し、現用ＳＩＰサーバが予備ＳＩＰサーバへＲＥＧＩＳＴＥＲリクエストを送信する形態を示す図である。
図５９は、関連技術におけるユーザ・エージェントとＳＩＰサーバの間にプロキシ・サーバを配備する形態を示す図である。
【発明を実施するための最良の形態】（第１の実施の形態）
次に、本発明の第１の実施の形態について、図表を参照して詳細に説明する。
（第１の実施の形態の構成）
図１に、本発明の第１の実施の形態に係る通信システムのブロック図を示す。
図１に示すように、本発明の第１の実施の形態に係る通信システムは、登録情報３１を有する現用ＳＩＰサーバ３０及びホットスタンバイしており登録情報４１を有する予備ＳＩＰサーバ４０と接続されるプロキシ・サーバ１０が、ネットワーク５０を介してユーザ・エージェント２０との通信を行う。ここで、ＳＩＰシステム１は、プロキシ・サーバ１０と、現用ＳＩＰサーバ３０と、予備ＳＩＰサーバ４０とを備え、ネットワーク５０に接続する。
次いで、図２に、本発明の第１の実施の形態に係るプロキシ・サーバ１０のブロック図を示す。
図２に示すように、本発明の第１の実施の形態に係るプロキシ・サーバ１０は、ＳＩＰプロキシ・サーバ機能１１に加え、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージに関して、メッセージの種類と送信元を判別するメッセージ判別機能１２と、ＳＩＰプロキシ・サーバ機能１１が受信したＲＥＧＩＳＴＥＲリクエストを一時的に格納する一時格納機能１３と、予備ＳＩＰサーバに転送するｉｎｉｔｉａｌおよび認証ＲＥＧＩＳＴＥＲリクエストを生成するリクエスト生成機能１４とを備える。
なお、一時格納機能１３は、例えば、以下のような形態でＲＥＧＩＳＴＥＲリクエストを格納する。図３は、一時格納機能１３でのＲＥＧＩＳＴＥＲリクエストの格納形態の一例を示す図である。この図に示すように、ＲＥＧＩＳＴＥＲリクエストは表形式で格納され、ＲＥＧＩＳＴＥＲリクエストの検索時に使用するＣＳｅｑ、ＲＥＧＩＳＴＥＲリクエストのＦｒｏｍヘッダに格納される送信元を識別するユーザ・エージェント識別子、ＲＥＧＩＳＴＥＲリクエスト（プロキシ・サーバ１０が受信したＲＥＧＩＳＴＥＲリクエスト）から構成される。
なお、プロキシ・サーバ１０が予備ＳＩＰサーバとの間で実施するＤｉｇｅｓｔ認証に使用する、プロキシ・サーバのユーザ識別子とパスワードは、認証ＲＥＧＩＳＴＥＲリクエスト生成時に必要となるため、リクエスト生成機能１４が保持する。
従って、本実施の形態の特徴として、プロキシ・サーバ１０は、プロキシ・サーバ１０自身のユーザ識別子とパスワードを用いてＤｉｇｅｓｔ認証によって、ＲＥＧＩＳＴＥＲリクエストの送受信を予備ＳＩＰサーバ４０と行う。
ここで、プロキシ・サーバ１０のハードウェア構成の説明をする。
図４は、本実施の形態による通信システムのプロキシ・サーバ１０のハードウェア構成を示すブロック図である。
図４を参照すると、本発明によるプロキシ・サーバ１０は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメインメモリであり、データの作業領域やデータの一時退避領域に用いられる主記憶部３０２、ネットワーク５０を介してデータの送受信を行う通信制御部３０３、液晶ディスプレイ、プリンタやスピーカ等の提示部３０４、キーボードやマウス等の入力部３０５、周辺機器と接続してデータの送受信を行うインタフェース部３０６、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置である補助記憶部３０７、本情報処理装置の上記各構成要素を相互に接続するシステムバス３０８等を備えている。
本発明によるプロキシ・サーバ１０は、その動作を、プロキシ・サーバ１０内部にそのような機能を実現するプログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品からなる回路部品を実装してハードウェア的に実現することは勿論として、上記した各構成要素の各機能を提供するプログラムを、コンピュータ処理装置上のＣＰＵ３０１で実行することにより、ソフトウェア的に実現することができる。
すなわち、ＣＰＵ３０１は、補助記憶部３０７に格納されているプログラムを、主記憶部３０２にロードして実行し、プロキシ・サーバ１０の動作を制御することにより、上述した各機能をソフトウェア的に実現する。
（第１の実施の形態の動作）
次に、本発明の第１の実施の形態に係るプロキシ・サーバ１０の動作について図表を参照して詳細に説明する。
図５に、本発明の第１の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートを示す。
いま、ＳＩＰプロキシ・サーバ機能１１が外部からメッセージを受信したとする（ステップＳ４０１）。次に、メッセージ判別機能１２が、ＳＩＰプロキシ・サーバ機能１１によって受信したメッセージの種類を判別する（ステップＳ４０２）。
ステップＳ４０２の結果、受信したメッセージがＳＩＰ応答（２００  ＯＫ）の場合には、更に、メッセージ判別機能１２が上記受信したメッセージの送信元を判別する（ステップＳ４０３）。
ステップＳ４０３の結果、送信元が現用ＳＩＰサーバの場合には、リクエスト生成機能１４が、予備ＳＩＰサーバに送信するｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを生成する（ステップＳ４０５）。
例えば、この生成処理は下記のようになる。まず、リクエスト生成機能１４は、一時格納機能１３に格納されているＲＥＧＩＳＴＥＲリクエストのうち、ステップＳ４０１で受信したＳＩＰ応答（２００  ＯＫ）に対応するＲＥＧＩＳＴＥＲリクエストを選定する。この選定処理は、ＳＩＰ応答（２００  ＯＫ）でのＣＳｅｑヘッダとＦｒｏｍヘッダの値と同一の値を持つＲＥＧＩＳＴＥＲリクエストを検索することによって実現できる。
次に、リクエスト生成機能１４は、選定したＲＥＧＩＳＴＥＲリクエストのヘッダ値を複製し、必要に応じて変更することによって、予備ＳＩＰサーバ４０に送信する上記ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを生成する。この変更対象となるヘッダには、例えば、ＴｏヘッダやＦｒｏｍヘッダに格納されるＵＲＩやＣａｌｌ−ＩＤヘッダおよびＣＳｅｑヘッダなどがある。
従って、ステップＳ４０５の結果、プロキシ・サーバ１０は、プロキシ・サーバ１０自身で生成したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストについて、予備ＳＩＰサーバ４０と送受信を行う。
ステップＳ４０２の結果、受信したメッセージがＲＥＧＩＳＴＥＲリクエストの場合には、一時格納機能１３が、受信した当該ＲＥＧＩＳＴＥＲリクエストを複製し、格納する（ステップＳ４０６）。
この複製処理で格納されたＲＥＧＩＳＴＥＲリクエストが前述したステップＳ４０５で活用されるのである。なお、このステップＳ４０２およびステップＳ４０６の処理において、例えばＤｏＳ攻撃等、ユーザ・エージェントからの不当なＲＥＧＩＳＴＥＲリクエストの複製・格納を極力排除するには、ステップＳ４０２で識別するＲＥＧＩＳＴＥＲリクエストを認証ＲＥＧＩＳＴＥＲリクエストとし、ステップＳ４０６でこの認証ＲＥＧＩＳＴＥＲリクエストを格納することになる。
ステップＳ４０２の結果、ステップＳ４０１で受信したメッセージがＳＩＰ応答（４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ）の場合には、更に、メッセージ判別機能１２が、メッセージの送信元を判別する（ステップＳ４０７）。
ステップＳ４０７の結果、ＳＩＰ応答（４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ）の送信元が予備ＳＩＰサーバであった場合には、予備ＳＩＰサーバとのＤｉｇｅｓｔ認証を完了すべく、リクエスト生成機能１４が、予備ＳＩＰサーバに転送する認証ＲＥＧＩＳＴＥＲリクエストを生成する（ステップＳ４０８）。
この生成処理は、図５６で示した、一般的なＤｉｇｅｓｔ認証の処理に従う。具体的には、リクエスト生成機能１４が、ＳＩＰ応答（４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ）に格納されているｎｏｎｃｅ値を鍵に、プロキシ・サーバ１０自身のユーザ識別子とパスワードの組を、認証やデジタル署名などに使われるハッシュ関数の一つであるＭＤ５（ｍｅｓｓａｇｅ  ｄｉｇｅｓｔ  ５）でハッシュし、その後、ステップＳ４０５でのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲメッセージ生成と同様の処理で認証ＲＥＧＩＳＴＥＲリクエストを生成する。ここで、ステップＳ４０５との差異は、Ａｕｔｈｏｒｉｚａｔｉｏｎヘッダを設け、そのヘッダに計算したハッシュ値を格納することである。
従って、ステップＳ４０８の結果、プロキシ・サーバ１０は、プロキシ・サーバ１０自身のユーザ識別子とパスワードを用いてＤｉｇｅｓｔ認証によって、認証ＲＥＧＩＳＴＥＲリクエストの送受信を予備ＳＩＰサーバ４０と行う。
ステップＳ４０２の結果、受信したメッセージがＳＩＰ応答（２００  ＯＫ）またはＲＥＧＩＳＴＥＲリクエストまたはＳＩＰ応答（４０１  Ｕｎａｕｔｈｒｉｚｅｄ）でない場合には、更に、メッセージ判別機能１２が、メッセージの送信元を判別する（ステップＳ４０９）。
ステップＳ４０９の結果、送信元が現用ＳＩＰサーバであった場合、または、ステップＳ４０５の結果、予備ＳＩＰサーバに送信するｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを生成した場合、または、ステップＳ４０６の結果、ユーザ・エージェントから送信されたＲＥＧＩＳＴＥＲリクエストを複製・格納した場合、または、ステップＳ４０８の結果、予備ＳＩＰサーバに送信する認証ＲＥＧＩＳＴＥＲを生成した場合、または、ステップＳ４０７の結果、ＳＩＰ応答（４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ）の送信元が現用ＳＩＰサーバの場合には、ＳＩＰプロキシ・サーバ機能１１が、ステップＳ４０１で受信したメッセージをメッセージに指定された宛先に、または、ｉｎｉｔｉａｌおよび認証ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバに送信する（ステップＳ４１０）。
ステップＳ４０３の結果、ＳＩＰ応答（２００  ＯＫ）の送信元が予備ＳＩＰサーバの場合、または、ステップＳ４０９の結果、その他のＳＩＰ応答の送信元が予備ＳＩＰサーバの場合には、一時格納機能１３によって格納されているＲＥＧＩＳＴＥＲリクエストを削除する（ステップＳ４０４）。
この削除処理は、例えば、ステップＳ４０１で受信したＳＩＰ応答のＣＳｅｑヘッダとＦｒｏｍヘッダの値と同一の値を持つＲＥＧＩＳＴＥＲリクエストを検索することで実現可能である。
ステップＳ４０４の結果、該当ＲＥＧＩＳＴＥＲリクエストを削除した場合、または、ステップＳ４１０の結果、ＳＩＰプロキシ・サーバ機能１１がメッセージを送信した場合には処理を終了する。
次に、本発明の第１の実施の形態に係るプロキシ・サーバ１０を含むシステム全体の動作について図表を参照して詳細に説明する。
まず、図６に本発明の第１の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示す。
図６に示すように、このシステムでは、ユーザ・エージェント２０から送信されるＲＥＧＩＳＴＥＲリクエストは常に現用ＳＩＰサーバ３０に転送される（図６のａ）。同時に、このＲＥＧＩＳＴＥＲリクエストをプロキシ・サーバ１０が複製し、保持する。
プロキシ・サーバ１０は、現用ＳＩＰサーバ３０からのＳＩＰ応答（２００  ＯＫ）受信後（図６のｂ）、複製したＲＥＧＩＳＴＥＲリクエストに基づいて予備ＳＩＰサーバ４０へ送信するＲＥＧＩＳＴＥＲリクエストを生成し、予備ＳＩＰサーバ４０へ転送する（図６のｃ）。
また、本発明の第１の実施の形態に係るプロキシ・サーバ１０を含めたシステム全体での動作シーケンスを図７に示す。なお、この図は、ユーザ・エージェント２０からの認証ＲＥＧＩＳＴＥＲリクエストをプロキシ・サーバ１０で複製する場合を示している。
図７に示すように、プロキシ・サーバ１０は、ユーザ・エージェント２０から現用ＳＩＰサーバ３０へ宛てたＲＥＧＩＳＴＥＲリクエストの処理完了を確認後（２００  ＯＫ受信後）、プロキシ・サーバ１０自身のユーザ識別子とパスワードと、ユーザ・エージェント２０から受信したＲＥＧＩＳＴＥＲリクエストとに基づいて生成したＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に送信し、予備ＳＩＰサーバ４０との間でＤｉｇｅｓｔ認証を行う。
（第１の実施の形態の効果）
このように、本実施の形態よれば、予備ＳＩＰサーバ４０にアクセス者（プロキシ・サーバ１０）と送信するＲＥＧＩＳＴＥＲリクエストの正当性を示すことができる。
その理由は、プロキシ・サーバ１０のユーザ識別子とパスワードを保持するプロキシ・サーバ１０を含めたシステムが、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエストの正常処理完了を確認した後、予備ＳＩＰサーバ４０とＤｉｇｅｓｔ認証を行い、当該正常処理が完了したＲＥＧＩＳＴＥＲリクエストに基づいて生成したＲＥＧＩＳＴＥＲリクエスト（現用ＳＩＰサーバ３０で処理されたものの複製）を予備ＳＩＰサーバ４０に送信するからである。
また、本実施の形態よれば、既存ユーザ・エージェントおよび既存ＳＩＰサーバへの適用が技術的・経済的に容易であり、また、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０間で登録情報をアクティブかつ相互にバックアップできる。
その理由は、ＲＥＧＩＳＴＥＲリクエストの複製・送信をプロキシ・サーバ１０が担当することで、ユーザ・エージェント２０はＳＩＰで規定された登録情報更新手順に則ってＲＥＧＩＳＴＥＲリクエストをプロキシ・サーバ１０に送信するだけでよく、かつ、各ＳＩＰサーバは保持する機能に基づき、一般的なＤｉｇｅｓｔ認証に従い認証されたＲＥＧＩＳＴＥＲリクエストを処理するだけでよいからである。この結果、ユーザ・エージェント２０がＲＥＧＩＳＴＥＲリクエストを送信したタイミングで現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０登録情報が共に更新される。更に、各ＳＩＰサーバは、登録情報複製のためにプロキシ・サーバ１０が生成したＲＥＧＩＳＴＥＲリクエストと、ユーザ・エージェント２０が送信したＲＥＧＩＳＴＥＲリクエストとが同様に処理されるため、ＳＩＰシステム１は、ユーザ・エージェント２０が送信したＲＥＧＩＳＴＥＲリクエストとプロキシ・サーバ１０が生成したＲＥＧＩＳＴＥＲリクエストとを混合して各ＳＩＰサーバに送信することが可能である。これらの特徴により、登録情報をアクティブかつ相互にバックアップできるのである。
さらに、本実施の形態よれば、ユーザ・エージェント２０とＳＩＰサーバ間の登録情報更新に掛かるトラフィック量を抑制できる。
その理由は、予備ＳＩＰサーバ４０へのＲＥＧＩＳＴＥＲリクエストの送信を、現用ＳＩＰサーバ３０とユーザ・エージェント２０の中間に位置するプロキシ・サーバ１０が行うためである。すなわち、一般的に、ユーザ・エージェント２０が存在するパーソナルコンピュータや携帯電話は、接続するアクセス網の帯域が、ＳＩＰサーバが存在するコア・ネットワークの帯域よりも格段に狭いところ、プロキシ・サーバ１０がＲＥＧＩＳＴＥＲリクエストの複製・送信を実現することで、ユーザ・エージェント２０から送信されるＲＥＧＩＳＴＥＲリクエストを削減でき、結果、アクセス網での使用帯域を抑制することができるからである。
（第２の実施の形態）
次に、本発明の第２の実施の形態に係るプロキシ・サーバ１０について図表を参照しながら詳細に説明する。
（第２の実施の形態の構成）
図８に、本発明の第２の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図を示す。
図８に示すように、本発明の第２の実施の形態に係るプロキシ・サーバ１０は、一般的なＳＩＰプロキシ・サーバ機能１１に加えて、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類を識別するメッセージ判別機能１２と、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージに含まれるＥｘｐｉｒｅｓヘッダの値を変更（増加・減少）する有効期限更新機能１５と、ＲＥＧＩＳＴＥＲリクエストの宛先を決定する際に参照する情報（宛先情報）に基づき、ＲＥＧＩＳＴＥＲリクエストの送信先を決定する宛先決定機能１６とを備える。
なお、宛先情報は、例えば、ユーザ・エージェント２０とＲＥＧＩＳＴＥＲリクエストの転送先との組として実現でき、宛先決定機能１６に保持される。
（第２の実施の形態の動作）
次に、本発明の第２の実施の形態に係るプロキシ・サーバ１０の動作について図表を参照して詳細に説明する。
図９は、本発明の第２の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
いま、ＳＩＰプロキシ・サーバ機能１１が外部からメッセージを受信したとする（ステップＳ７０１）。次に、メッセージ判別機能１２が、ＳＩＰプロキシ・サーバ機能１１によって受信したメッセージの種別を判別する（ステップＳ７０２）。
ステップＳ７０２の結果、受信したメッセージがＲＥＧＩＳＴＥＲリクエストである場合には、有効期限更新機能１５が、ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダの値を増加させる（ステップＳ７０３）。
この更新処理は、例えば、１台の予備ＳＩＰサーバ４０が存在する場合には２倍、２台の予備ＳＩＰサーバ４０が存在する場合には３倍など、予備ＳＩＰサーバ数に応じて当該Ｅｘｐｉｒｅｓヘッダの値を増加させる。
次に、宛先決定機能１６が、ＲＥＧＩＳＴＥＲリクエストの送信先を決定する（ステップＳ７０４）。
この決定処理は、例えば、以下のように実現できる。すなわち、宛先決定機能１６は、ＲＥＧＩＳＴＥＲリクエストのＦｒｏｍヘッダに記載されたユーザ・エージェント２０の識別子を参照して、宛先情報から該当ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストの転送先を取得する。この転送先には、現用ＳＩＰサーバ３０または予備ＳＩＰサーバ４０が記載されている。
ステップＳ７０４において、宛先決定機能１６は、ＲＥＧＩＳＴＥＲリクエストがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合には、該当転送先に記載されていない転送先（現用ＳＩＰサーバ３０と記載されていれば「予備ＳＩＰサーバ４０」）をＲＥＧＩＳＴＥＲリクエストの送信先とし、一方、ＲＥＧＩＳＴＥＲリクエストが認証ＲＥＧＩＳＴＥＲリクエストの場合には、該当転送先をＲＥＧＩＳＴＥＲリクエストの転送先とする。
その後、宛先決定機能１６は、ステップＳ７０４で決定した宛先を宛先情報に反映させる（ステップＳ７０５）。
ステップＳ７０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがＳＩＰ応答（２００  ＯＫ）の場合には、有効期限更新機能１５が該当ＳＩＰ応答のＥｘｐｉｒｅｓヘッダの値を減少させる（ステップＳ７０６）。
この更新処理は、ステップＳ７０３の更新処理で増加した分を減少させる。すなわち、例えば、有効期限更新機能１５は、ステップＳ７０３においてＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダ値を２倍した場合には、ステップＳ７０５において当該Ｅｘｐｉｒｅｓヘッダ値を１／２とするのである。
ステップＳ７０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類がＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）でない場合、または、ステップＳ７０５の結果、宛先情報の更新が完了した場合、または、ステップＳ７０６の結果、ＳＩＰ応答（２００  ＯＫ）のＥｘｐｉｒｅｓヘッダの値を減少した場合には、ＳＩＰプロキシ・サーバ機能１１が、指定された宛先にメッセージを送信する（ステップＳ７０７）。指定される宛先は、ＲＥＧＩＳＴＥＲリクエストの場合にはステップＳ７０４で決定された宛先であり、それ以外はＳＩＰプロキシ・サーバ機能１１が受信したメッセージに記載された宛先である。
次に、本発明の第２の実施の形態に係るプロキシ・サーバ１０を含むシステム全体の動作について図表を参照して詳細に説明する。
まず、図１０に本発明の第２の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示す。
図１０に示すように、このシステムでは、ユーザ・エージェント２０から送信されるＲＥＧＩＳＴＥＲリクエストは全て現用ＳＩＰサーバ３０に送信される訳ではない。プロキシ・サーバ１０は、例えば、現用ＳＩＰサーバ３０へ転送した次は、予備ＳＩＰサーバ４０へ転送、という具合に、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０へＲＥＧＩＳＴＥＲリクエストを順番に転送する（図１０のａとｂ）。つまり、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０へは各々数回に一度しかＲＥＧＩＳＴＥＲリクエストが転送されないことになる。この状況でも、ユーザ・エージェント２０に関する登録情報が無効とならないように、プロキシ・サーバ１０は、ユーザ・エージェント２０から受信したＲＥＧＩＳＴＥＲリクエストの有効期限を変更して現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０へＲＥＧＩＳＴＥＲリクエストを転送する。
また、第２の実施の形態に係るプロキシ・サーバ１０を含めたシステム全体の動作シーケンスを図１１に示す。
図１１に示すように、プロキシ・サーバ１０は、ユーザ・エージェント２０からｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信した場合には、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０のいずれに当該ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを送信するかを決定する一方、ユーザ・エージェント２０から認証ＲＥＧＩＳＴＥＲリクエストを受信した場合には、Ｄｉｇｅｓｔ認証を完了するために、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを送信した先に当該認証ＲＥＧＩＳＴＥＲリクエストを転送している。
（第２の実施の形態の効果）
本実施の形態によれば、ユーザ・エージェント２０の保持している、ユーザ・エージェント２０を識別するユーザＩＤ（ユーザ・エージェント識別子）およびパスワードのみを用いて各ＳＩＰサーバの登録情報の複製が可能となる。
その理由は、宛先決定機能１６を備えることによって、ユーザ・エージェント２０と現用ＳＩＰサーバ３０間で行われたＤｉｇｅｓｔ認証が、ユーザ・エージェント２０と予備ＳＩＰサーバ４０間においても行われるからである。
また、本実施の形態によれば、各ＳＩＰサーバへは数回に一度しか到着しないＲＥＧＩＳＴＥＲリクエストでも登録情報の有効期限が切れないようになっている。
その理由は、有効期限更新機能１５が、認証ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダの値を増加させるからである。
また、本実施の形態によれば、既存ユーザ・エージェントおよび既存ＳＩＰサーバへの適用が技術的・経済的に容易であり、また、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０間で登録情報をアクティブかつ相互にバックアップできる。この結果、ユーザ・エージェント２０が発行するＲＥＧＩＳＴＥＲリクエストを現用または予備ＳＩＰサーバ４０へ順に転送するため、このＥｘｐｉｒｅｓヘッダ値程度の間隔で登録情報が随時更新される。更に、各ＳＩＰサーバは、登録情報複製のためにプロキシ・サーバ１０が宛先を変更したＲＥＧＩＳＴＥＲリクエストと、ユーザ・エージェント２０が送信したＲＥＧＩＳＴＥＲリクエストとが同様に処理されるため、ＳＩＰシステム１は、ユーザ・エージェント２０が送信したＲＥＧＩＳＴＥＲリクエストと、プロキシ・サーバ１０が宛先を変更したＲＥＧＩＳＴＥＲリクエストとを混合して各ＳＩＰサーバに送信することが可能である。これらの特徴により、登録情報をアクティブかつ相互にバックアップできるのである。
その理由は、プロキシ・サーバ１０が、ＲＥＧＩＳＴＥＲリクエストの送信先の変更およびＥｘｐｉｒｅｓヘッダの値の調整を行うからであるため、第１の実施の形態と同様に、ユーザ・エージェント２０および各ＳＩＰサーバからすれば、通常のＲＥＧＩＳＴＥＲリクエストの処理として実現されているからである。
また、本実施の形態によれば、第１の実施の形態と異なり、プロキシ・サーバ１０が、自身のユーザ識別子とパスワードを保持する必要がない。
その理由は、宛先決定機能１６を備えることによって、ユーザ・エージェント２０と予備ＳＩＰサーバ４０間でＤｉｇｅｓｔ認証が行われるため、プロキシ・サーバ１０と予備ＳＩＰサーバ４０間でのＤｉｇｅｓｔ認証が不要だからであり、プロキシ・サーバ１０でのメッセージの生成が不要だからである。
（第３の実施の形態）
次に、本発明の第３の実施の形態に係るプロキシ・サーバ１０について、図面を参照して詳細に説明する。
（第３の実施の形態の構成）
図１２に、本発明の第３の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図を示す。
図１２に示すように、本発明の第３の実施の形態に係るプロキシ・サーバ１０は、ＳＩＰプロキシ・サーバ機能１１に加えて、メッセージの種類および送信元を識別するメッセージ判別機能１２と、ユーザ・エージェントにｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの再送を促すＳＩＰ応答（再送応答）を生成する再送応答生成機能１７と、宛先情報を参照してＲＥＧＩＳＴＥＲリクエストの転送先を決定する宛先決定機能１６とを備える。
なお、宛先情報は、本発明の第２の実施の形態に係るプロキシ・サーバ１０と同様に、例えば、ユーザ・エージェント２０とＲＥＧＩＳＴＥＲリクエストの送信先との組であり、宛先決定機能１６に保持される。
（第３の実施の形態の動作）
次に、本発明の第３の実施の形態に係るプロキシ・サーバ１０の動作について図表を参照して詳細に説明する。
図１３は、本発明の第３の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
いま、ＳＩＰプロキシ・サーバ機能１１が外部からメッセージを受信したとする（ステップＳ１００１）。次に、メッセージ判別機能１２が、ＳＩＰプロキシ・サーバ機能１１によって受信したメッセージの種類を判定する（ステップＳ１００２）。
ステップＳ１００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類がＲＥＧＩＳＴＥＲリクエストの場合には、宛先決定機能１６がＲＥＧＩＳＴＥＲリクエストの送信先を決定する（ステップＳ１００３）。
この決定処理は、例えば、以下のようにして実現できる。宛先決定機能１６が、受信したＲＥＧＩＳＴＥＲリクエストのＦｒｏｍヘッダに記載されているユーザ・エージェント２０の識別子に基づいて宛先情報を検索する。宛先決定機能１６は、この検索の結果、宛先情報に記載されている送信先をＲＥＧＩＳＴＥＲリクエストの送信先とするのである。
また、ステップＳ１００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類がＳＩＰ応答（２００  ＯＫ）の場合には、更に、メッセージ判別機能１２が、メッセージの送信元を判別する（ステップＳ１００４）。
ステップＳ１００４の結果、送信元が現用ＳＩＰサーバ３０の場合には、再送応答生成機能１７が、ユーザ・エージェント２０にｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを再送させるための再送応答を生成する（ステップＳ１００５）。
この生成処理は、例えば、ＳＩＰプロキシ・サーバ機能１１が、ＳＩＰで「サービスを利用できない」ことを示すＳＩＰ応答（５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ）に、「Ｒｅｔｒｙ−Ａｆｔｅｒヘッダ」を付加することによって、これを受信したユーザ・エージェント２０はＲｅｔｒｙ−Ａｆｔｅｒヘッダ値経過後に再度ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストをプロキシ・サーバ１０に転送することになる。なお、その他のヘッダは現用ＳＩＰサーバ３０からのＳＩＰ応答（２００  ＯＫ）を使用する。また、この生成処理の他の方法としては、例えば、ＳＩＰプロキシ・サーバ機能１１が、ＳＩＰ応答（４０８  Ｒｅｑｕｅｓｔ  Ｔｉｍｅｏｕｔ）をユーザ・エージェント２０に送信することによって、ユーザ・エージェント２０は該当ＳＩＰ応答受信後いつでもＳＩＰ要求の修正なしでプロキシ・サーバ１０に再送信することになる。
ステップＳ１００４の結果、ＳＩＰ応答（２００  ＯＫ）の送信元が予備ＳＩＰサーバ４０であった場合、または、ステップＳ１００５の結果、ユーザ・エージェントへの再送応答の生成が完了した場合には、宛先決定機能１６が、宛先情報を更新する（ステップＳ１００６）。
この更新処理は、例えば、以下のようになる。まず、宛先決定機能１６が、ＳＩＰ応答（２００  ＯＫ）のＴｏヘッダに記載されているユーザ・エージェント２０を参照して、宛先情報を検索しておく。ＳＩＰ応答（２００  ＯＫ）が現用ＳＩＰサーバ３０から送信された場合には、宛先決定機能１６は、該当宛先情報のＲＥＧＩＳＴＥＲリクエストの転送先を「予備ＳＩＰサーバ４０」に変更する。一方、ＳＩＰ応答（２００  ＯＫ）が予備ＳＩＰサーバ４０から送信された場合には、宛先決定機能１６は、該当宛先情報のＲＥＧＩＳＴＥＲリクエストの転送先を「現用ＳＩＰサーバ３０」と変更する。
ステップＳ１００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）でない場合、または、ステップＳ１００３の結果、ＲＥＧＩＳＴＥＲリクエストの送信先が決定された場合、または、ステップＳ１００６の結果、宛先情報が更新された場合には、ＳＩＰプロキシ・サーバ機能１１が、指定された宛先にメッセージを送信する（ステップＳ１００７）。
この時、ＲＥＧＩＳＴＥＲリクエストはステップＳ１００３で決定された宛先に送信され、現用ＳＩＰサーバ３０からのＳＩＰ応答（２００  ＯＫ）以外のＳＩＰ応答と、ステップＳ１００５で生成された再送応答はユーザ・エージェント２０へ送信される。
次に、本発明の第３の実施の形態に係るプロキシ・サーバ１０を含むシステム全体の動作について図表を参照して詳細に説明する。
まず、図１４に本発明の第３の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示す。
図１４に示すように、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエスト（図１４のａ）の処理完了を示すＳＩＰ応答（２００  ＯＫ）（図１４のｂ）を受信したプロキシ・サーバ１０は、ユーザ・エージェント２０にＲＥＧＩＳＴＥＲリクエストの再送応答（図１４のｃ）を送信する。
再送応答を受信したユーザ・エージェント２０は、ＳＩＰのプロトコル規約で規定されている処理に従って再度ＲＥＧＩＳＴＥＲリクエストをプロキシ・サーバ１０に送信し、プロキシ・サーバ１０は、この再送されたＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に転送する（図１４のｄ）。
次に、本発明の第３の実施の形態に係るプロキシ・サーバ１０を含むシステム全体の動作シーケンスを図１５に示す。
図１５に示すように、本実施の形態に係るプロキシ・サーバ１０を含むシステムは、現用ＳＩＰサーバ３０でのＲＥＧＩＳＴＥＲリクエストの処理が完了した場合（ＳＩＰ応答（２００  ＯＫ）受信）には、ユーザ・エージェント２０に対し、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの再送応答を送信し、それに基づき、ユーザ・エージェント２０が送信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に転送することで、現用・予備ＳＩＰサーバの登録情報を、Ｄｉｇｅｓｔ認証を行いながら更新することができる。ユーザ・エージェント２０からすれば、最初のＲＥＧＩＳＴＥＲリクエスト処理は失敗するが、ＳＩＰの規定に従った再送処理により登録情報の更新が完了したと認識される。一方、現用ＳＩＰサーバ３０では通常のＲＥＧＩＳＴＥＲリクエストの処理として認識される。
（第３の実施の形態の効果）
本実施の形態によれば、ユーザ・エージェント２０の保持している、ユーザ・エージェント２０を識別するユーザＩＤ（ユーザ・エージェント識別子）およびパスワードのみを用いて各ＳＩＰサーバの登録情報の複製が可能となる。
その理由は、再送応答変更機能１７および宛先決定機能１６を備えることによって、現用ＳＩＰサーバ３０での登録情報の更新が成功したにもかかわらず、ユーザ・エージェント１０へは登録情報の処理の失敗を伝達して、ユーザ・エージェント２０での登録情報の処理を再度誘発し、ユーザ・エージェント２０から再送されたＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０へ転送してユーザ・エージェント２０と予備ＳＩＰサーバ４０間でのＤｉｇｅｓｔ認証を実行させるからである。
また、本実施の形態によれば、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０の登録情報を、プロキシ・サーバ１０で予備ＳＩＰサーバ４０宛のメッセージを生成することなく、Ｄｉｇｅｓｔ認証を行いながら更新することができる。
その理由は、本実施の形態に係るプロキシ・サーバ１０を含むシステムが、現用ＳＩＰサーバ３０でのＲＥＧＩＳＴＥＲリクエストの処理が完了した場合（ＳＩＰ応答（２００  ＯＫ）受信）には、ユーザ・エージェント２０に対してｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの再送応答を送信し、当該再送応答に基づいてユーザ・エージェント２０が送信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信して予備ＳＩＰサーバ４０に転送するからである。
（第４の実施の形態）
次に、本発明の第４の実施の形態に係るプロキシ・サーバ１０に関して、図表を参照して詳細に説明する。
（第４の実施の形態の構成）
図１６は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図１６に示すように、本発明の第４の実施の形態に係るプロキシ・サーバ１０は、ＳＩＰプロキシ・サーバ機能１１に加えて、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類を解析し、かつ受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合にＥｘｐｉｒｅｓヘッダをさらに解析するメッセージ解析機能１８と、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダの値がある閾値未満の場合にＥｘｐｉｒｅｓヘッダの値を変更する旨をユーザ・エージェント２０に伝えるＳＩＰ応答を生成する有効期限変更依頼応答生成機能１９と、宛先情報を参照してＲＥＧＩＳＴＥＲリクエストの転送先を決定する宛先決定機能１６とを備える。
なお、宛先情報は、本発明の第２ないし第３の実施の形態に係るプロキシ・サーバ１０と同様に、例えば、ユーザ・エージェント２０とＲＥＧＩＳＴＥＲリクエストの送信先との組であり、宛先決定機能１６に保持される。
（第４の実施の形態の動作）
次に、本発明の第４の実施の形態に係るプロキシ・サーバ１０の動作について図表を参照して詳細に説明する。
図１７は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
いま、ＳＩＰプロキシ・サーバ機能１１が外部からメッセージを受信したとする（ステップＳ１３０１）。次に、メッセージ解析機能１８が、ＳＩＰプロキシ・サーバ機能１１によって受信したメッセージの種類を識別する（ステップＳ１３０２）。
ステップＳ１３０２の結果、受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合には、更に、メッセージ解析機能１８がｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダを参照する（ステップＳ１３０３）。
ステップＳ１３０３の結果、Ｅｘｐｉｒｅｓヘッダの値がある閾値未満の場合には、有効期限変更依頼応答生成機能１９が有効期限変更依頼応答を生成する（ステップＳ１３０４）。
ここで、この閾値としては、例えば、本発明の第２の実施の形態に係るプロキシ・サーバ１０と同様に、１台の予備ＳＩＰサーバ４０が存在する場合には標準的なＥｘｐｉｒｅｓヘッダ値（３６００秒）の２倍、２台の予備ＳＩＰサーバ４０が存在する場合には３倍など、予備ＳＩＰサーバ数に応じて決定しておく。
更に、ステップＳ１３０４の有効期限変更依頼応答生成機能１９が生成するＳＩＰ応答としては、例えば、４２３（Ｉｎｔｅｒｖａｌ  Ｔｏｏ  Ｂｒｉｅｆ）が挙げられる。
このＳＩＰ応答は、ＲＥＧＩＳＴＥＲリクエストによりリフレッシュされる登録情報の有効期限時間が短すぎる場合にユーザ・エージェント２０に送信されるものである。このＳＩＰ応答（４２３  Ｉｎｔｅｒｖａｌ  Ｔｏｏ  Ｂｒｉｅｆ）ではＭｉｎ−Ｅｘｐｉｒｅｓヘッダに希望する有効期限を指定できるため、例えば、前述の閾値を使用する。
ステップＳ１３０３の結果、Ｅｘｐｉｒｅｓヘッダ値が閾値以上の場合、または、ステップＳ１３０２の結果、受信したメッセージが認証ＲＥＧＩＳＴＥＲリクエストの場合には、宛先決定機能１６が宛先情報を参照してＲＥＧＩＳＴＥＲリクエストの宛先を決定する（ステップＳ１３０５）。
例えば、この決定処理は下記のようにして実現できる。ｉｎｉｔｉａｌおよび認証ＲＥＧＩＳＴＥＲリクエストのＦｒｏｍヘッダに記載されているユーザ・エージェント２０の識別子に基づいて宛先情報を検索する。この検索の結果、宛先情報に記載されている送信先をｉｎｉｔｉａｌおよび認証ＲＥＧＩＳＴＥＲリクエストの送信先とするのである。
ステップＳ１３０２の結果、受信したメッセージがＳＩＰ応答（２００  ＯＫ）の場合には、宛先決定機能１６が保持する宛先情報を更新する（ステップＳ１３０６）。
例えば、この更新処理は以下のようにして実現できる。宛先決定機能１６が、受信したＳＩＰ応答（２００  ＯＫ）のＦｒｏｍヘッダに記載されているユーザ・エージェント２０の識別子に基づいて宛先情報を検索しておく。次に、宛先決定機能１６は、受信したＳＩＰ応答（２００  ＯＫ）の送信元を調査し、送信元が現用ＳＩＰサーバ３０の場合には検索結果の送信先を「予備ＳＩＰサーバ４０」と、送信元が予備ＳＩＰサーバ４０の場合には検索結果の送信先を「現用ＳＩＰサーバ３０」とする。
ステップＳ１３０２の結果、受信したメッセージがｉｎｉｔｉａｌないし認証ＲＥＧＩＳＴＥＲリクエストまたはＳＩＰ応答（２００  ＯＫ）以外の場合、または、ステップＳ１３０４の結果、有効期限変更依頼応答機能１９がユーザ・エージェント２０に対して有効期限変更依頼応答を生成した場合、または、ステップＳ１３０５の結果、ｉｎｉｔｉａｌないし認証ＲＥＧＩＳＴＥＲリクエストの宛先が決定した場合、または、ステップＳ１３０６の結果、宛先情報の更新が完了した場合には、ＳＩＰプロキシ・サーバ機能１１が、指定された宛先にメッセージを送信する（ステップＳ１３０７）。具体的には、ｉｎｉｔｉａｌないし認証ＲＥＧＩＳＴＥＲリクエストはステップＳ１３０６で決定されたＳＩＰサーバに送信し、または、それ以外はユーザ・エージェント２０に送信する。
次に、本発明の第４の実施の形態に係るプロキシ・サーバ１０を含むシステム全体の動作について図表を参照して詳細に説明する。
まず、図１８に、本発明の第４の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示す。
図１８に示すように、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエスト（図１８のａ）を受信したプロキシ・サーバ１０は、ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダの値を調査し、ある閾値以下の場合には、Ｅｘｐｉｒｅｓヘッダ値を変更するようにユーザ・エージェント２０に要請する有効期限変更依頼応答（図１８のｂ）を転送する。
有効期限変更依頼応答を受信したユーザ・エージェント２０は、ＳＩＰのプロトコル規約で規定されている処理に従って、Ｅｘｐｉｒｅｓヘッダ値を変更したＲＥＧＩＳＴＥＲリクエストを送信する（図１８のｃ）。
更に、この一連の流れは、本発明の第２の実施の形態に係るプロキシ・サーバ１０と同様に、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０で順番に実行される。つまり、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０へは数回に一度しかＲＥＧＩＳＴＥＲリクエストが各々転送されない。
次いで、図１９に、システム全体の動作を示すシーケンス図を示す。図１９に示すように、プロキシ・サーバ１０は、受信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダを調査し、閾値以上の場合には、送信先のＳＩＰサーバを決定した後ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを該当ＳＩＰサーバに送信する（図１９のシーケンス（１））。
一方で、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダが閾値未満の場合には、プロキシ・サーバ１０は、Ｅｘｐｉｒｅｓヘッダ値の更新依頼を示すＳＩＰ応答（４２３  Ｉｎｔｅｒｖａｌ  ｔｏｏ  Ｂｒｉｅｆ）をユーザ・エージェント２０に返答することで、Ｅｘｐｉｒｅｓヘッダ値を変更したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信する（図１９のシーケンス（２））。
更に、どちらの場合でも、認証ＲＥＧＩＳＴＥＲリクエストはｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先と同一のＳＩＰサーバに送信される。ユーザ・エージェント２０からすれば、最初ＲＥＧＩＳＴＥＲリクエストの処理が失敗するが、ＳＩＰの規定に従った再送処理により登録情報の更新が完了したと認識される。
一方、ＳＩＰサーバにおいて登録情報の有効期限を延長するため、数回に一度しかＲＥＧＩＳＴＥＲリクエストを受信しないにも係らず、登録情報の有効期限が切れないようになっている。
（第４の実施の形態の効果）
本実施の形態によれば、ユーザ・エージェント２０の保持している、ユーザ・エージェント２０を識別するユーザＩＤ（ユーザ・エージェント識別子）およびパスワードのみを用いて各ＳＩＰサーバの登録情報の複製が可能となる。
その理由は、宛先決定機能１６を備えることによって、ユーザ・エージェント２０と現用ＳＩＰサーバ３０間で行われたＤｉｇｅｓｔ認証が、ユーザ・エージェント２０と予備ＳＩＰサーバ４０間においても行われるからである。
また、本実施の形態によれば、各ＳＩＰサーバは数回に一度しかＲＥＧＩＳＴＥＲリクエストを受信しないにも係らず、登録情報の有効期限が切れない。
その理由は、ＳＩＰプロキシ・サーバ機能１１が外部から受信したメッセージをメッセージ解析機能１８が識別し、受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合には、更に、メッセージ解析機能１８がｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダを参照し、Ｅｘｐｉｒｅｓヘッダの値がある閾値未満の場合には、有効期限変更依頼応答生成機能１９が有効期限変更依頼応答を生成してユーザ・エージェント２０からＥｘｐｉｒｅｓヘッダ値を変更したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストをプロキシ・サーバ１０が受信することにより、ＳＩＰサーバにおいて登録情報の有効期限を延長できるからである。
また、本実施の形態によれば、プロキシ・サーバ１０は、有効期限変更依頼応答生成機能１９によって、Ｅｘｐｉｒｅｓヘッダの拡張処理をユーザ・エージェント２０に行わせているため、プロキシ・サーバ１０自身でＥｘｐｉｒｅｓヘッダの拡張機能を備える必要がない。
（第５の実施の形態）
次に、本発明の第５の実施の形態に係るプロキシ・サーバ１０に関して、図表を参照して詳細に説明する。
（第５の実施の形態の構成）
本発明の第５の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図２０は、本発明の第５の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図２０に示すように、本発明の第５の実施の形態に係るプロキシ・サーバ１０は、一般的なＳＩＰプロキシ・サーバ機能１１に加えて、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類を識別するメッセージ判別機能１２と、ＳＩＰのプロトコル規約で規定されている、ユーザ・エージェント２０がＳＩＰ要求の送信先を変更する機能を動作させる宛先変更応答（宛先変更依頼応答）を生成する宛先変更応答生成機能６１とから構成される。
この宛先変更応答としては、例えば、ＳＩＰのプロトコル規約で規定されているＳＩＰ応答３０５（ｕｓｅ  ｐｒｏｘｙ）において、このＳＩＰ応答のｃｏｎｔａｃｔヘッダに予備ＳＩＰサーバ４０のＩＰアドレスを挿入したものとなる。
（第５の実施の形態の動作）
次に、本発明の第５の実施の形態に係るプロキシ・サーバ１０の動作を図表を参照して詳細に説明する。図２１は、本発明の第５の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
いま、ＳＩＰプロキシ・サーバ機能１１がメッセージを受信したとする（ステップＳ１０６０１）。次に、メッセージ判別機能１２が受信したメッセージの種類を調査する（ステップＳ１０６０２）。
ステップＳ１０６０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがＳＩＰ応答（２００  ＯＫ）の場合には、更に、メッセージ判別機能１２が該当ＳＩＰ応答（２００  ＯＫ）の送信元を調査する（ステップＳ１０６０３）。
ステップＳ１０６０３の結果、ＳＩＰ応答（２００  ＯＫ）の送信元が現用ＳＩＰサーバ３０の場合には、宛先変更応答生成機能６１がユーザ・エージェント２０へ送信する宛先変更を示すＳＩＰ応答を生成する（ステップＳ１０６０４）。この処理は、例えば、前述したように、ＳＩＰのプロトコル規約で規定されているＳＩＰ応答３０５（ｕｓｅ  ｐｒｏｘｙ）において、このＳＩＰ応答のｃｏｎｔａｃｔヘッダに予備ＳＩＰサーバ４０のＩＰアドレスを挿入したものとなる。
ステップＳ１０６０２の結果、プロキシ・サーバ１０が受信したメッセージがＳＩＰ応答（２００  ＯＫ）以外の場合、または、ステップＳ１０６０３の結果、ＳＩＰ応答（２００  ＯＫ）の送信元が予備ＳＩＰサーバ４０であった場合、または、ステップＳ１０６０４の結果、ユーザ・エージェント２０へ転送する宛先変更応答が生成された場合には、ＳＩＰプロキシ・サーバ機能１１が、ステップＳ１０６０１で受信したメッセージをメッセージに記載された宛先に、または、ステップＳ１０６０４で生成された宛先変更応答をユーザ・エージェント２０に転送する（ステップＳ１０６０５）。
次に、以上述べたような構成および動作となる、本発明の第５の実施の形態に係るプロキシ・サーバ１０を含むシステム全体での動作を図表を参照して詳細に説明する。
まず、システム全体でのデータの流れを図２２に示す。この図に示すように、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエスト（図２２のａ）の処理完了を示すＳＩＰ応答（２００  ＯＫ）（図２２のｂ）を受信したプロキシ・サーバ１０は、ユーザ・エージェント２０にＲＥＧＩＳＴＥＲリクエストの宛先変更を促すＳＩＰ応答（宛先変更応答）（図２２のｃ）を送信する。
宛先変更応答を受信したユーザ・エージェント２０は、ＳＩＰのプロトコル規約で規定されている処理に従って、ＲＥＧＩＳＴＥＲリクエストの送信先を宛先変更応答に記載された宛先に変更し、ＲＥＧＩＳＴＥＲリクエストを再度転送する。プロキシ・サーバ１０は、この再送されたＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に転送する（図２２のｄ）。
更に、このデータの流れを動作シーケンスとしたものが図２３である。この図に示すように、現用ＳＩＰサーバ３０から送信されたＳＩＰ応答（２００  ＯＫ）を受信したプロキシ・サーバ１０は、ユーザ・エージェント２０に宛先変更応答を送信することで、宛先を予備ＳＩＰサーバ４０に変更したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストをユーザ・エージェント２０に送信させている。このｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを受信したプロキシ・サーバ１０は、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストに記載されている宛先（予備ＳＩＰサーバ４０）に送信するのみで、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０間で登録情報の複製が可能となるのである。
（第５の実施の形態の効果）
本実施の形態によれば、プロキシ・サーバ１０は、ユーザ・エージェント２０からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストに記載されている宛先（予備ＳＩＰサーバ４０）に送信するのみで、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０間で登録情報の複製が可能となるのである。
その理由は、現用ＳＩＰサーバ３０から送信されたＳＩＰ応答（２００  ＯＫ）を受信したプロキシ・サーバ１０は、宛先変更応答生成機能６１によって生成した宛先変更応答をユーザ・エージェント２０に送信することで、宛先を予備ＳＩＰサーバ４０に変更したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストをユーザ・エージェント２０からプロキシ・サーバ１０に対して送信させているからである。
（第６の実施の形態）
次に、本発明の第６の実施の形態に係るプロキシ・サーバ１０について、図表を参照して詳細に説明する。
（第６の実施の形態の構成）
本発明の第６の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図２４は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図２４に示すように、本発明の第６の実施の形態に係るプロキシ・サーバ１０は、一般的なＳＩＰプロキシ・サーバ機能１１に加えて、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージを識別するメッセージ判別機能１２と、ＳＩＰのプロトコル規約で規定されている、ユーザ・エージェント２０がＳＩＰ応答に応じてＳＩＰ要求の送信先を変更する機能を動作させる宛先変更応答（宛先変更依頼応答）を生成する宛先変更応答生成機能６１と、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージに含まれるＥｘｐｉｒｅｓヘッダの値を変更（増加・減少）する有効期限更新機能１５とから構成される。
ここで、宛先変更応答生成機能６１が生成する宛先変更応答は、例えば、前述した、本発明の第５の実施の形態に係るプロキシ・サーバ１０で生成される宛先変更応答と同様である。
更に、メッセージ判別機能１２は、宛先変更応答を生成するか否かを判定する際に使用する、ＲＥＧＩＳＴＥＲリクエストの宛先を決定する際に参照する情報（宛先情報）を保存する。この宛先情報は、例えば、ユーザ・エージェント２０とＲＥＧＩＳＴＥＲリクエストの転送先との組として実現できる。
（第６の実施の形態の動作）
次に、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作を図表を参照して詳細に説明する。図２５は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
いま、ＳＩＰプロキシ・サーバ機能１１が外部からメッセージを受信したとする（ステップＳ１１００１）。すると、メッセージ判別機能１２がメッセージの種類を調査する（ステップＳ１１００２）。
ステップＳ１１００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合には、更に、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先（宛先）をメッセージ判別機能１２が調査する（ステップＳ１１００３）。
この処理は、例えば、以下のようにして実現できる。まず、メッセージ判別機能１２が、受信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを送信したユーザ・エージェント２０を検索キーとして、宛先情報からＲＥＧＩＳＴＥＲリクエストの転送先を抽出する。その後、ステップＳ１１０１で受信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が、抽出した転送先と同一であるかを比較するのである。
ステップＳ１１００３の結果、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの宛先が宛先情報と異なる場合には、宛先変更応答生成機能６１が、宛先変更応答を生成する（ステップＳ１１００４）。
この処理は、前述したように、例えば、ＳＩＰのプロトコル規約で規定されているＳＩＰ応答３０５（ｕｓｅ  ｐｒｏｘｙ）において、このＳＩＰ応答のｃｏｎｔａｃｔヘッダに予備ＳＩＰサーバ４０のＩＰアドレスを挿入するという処理となる。
ステップＳ１１００２の結果、受信したメッセージが認証ＲＥＧＩＳＴＥＲリクエストである場合には、認証ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダの値を変更する（ステップＳ１１００５）。
この処理は、例えば、１台の予備ＳＩＰサーバ４０が存在する場合には２倍、２台の予備ＳＩＰサーバ４０が存在する場合には３倍など、予備ＳＩＰサーバ数に応じて増加させる。
ステップＳ１１００２の結果、受信したメッセージがＳＩＰ応答（２００  ＯＫ）である場合には、メッセージ判別機能１２が保持する宛先情報を変更する（ステップＳ１１００６）。
この処理は、例えば、以下のようにして実現できる。まず、ＳＩＰ応答（２００  ＯＫ）の送信先となるユーザ・エージェント２０のＲＥＧＩＳＴＥＲリクエストの転送先を宛先情報から抽出する。その後、ステップＳ１１００１で受信したＳＩＰ応答（２００  ＯＫ）が現用ＳＩＰサーバ３０から送信された場合には、該当リクエスト転送先を予備ＳＩＰサーバ４０とする。一方、ＳＩＰ応答（２００  ＯＫ）が、予備ＳＩＰサーバ４０から送信された場合には、該当リクエスト転送先を現用ＳＩＰサーバ３０とする。
次に、ＳＩＰ応答（２００  ＯＫ）のＥｘｐｉｒｅｓヘッダの値を変更する（ステップＳ１１００５）。これは、認証ＲＥＧＩＳＴＥＲリクエストでのＥｘｐｉｒｅｓヘッダ値の変更とは逆に、例えば、１台の予備ＳＩＰサーバ４０が存在する場合には１／２倍、２台の予備ＳＩＰサーバ４０が存在する場合には１／３倍など、予備ＳＩＰサーバ数に応じて減少させる。
ステップＳ１１００４の結果、ユーザ・エージェント２０へ転送する宛先変更応答の生成が完了した場合、または、ステップＳ１１００３の結果、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの宛先が宛先情報の同一であった場合、または、ステップＳ１１００５の結果、認証ＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）のＥｘｐｉｒｅｓヘッダ値の変更が完了した場合、または、ステップＳ１１００２の結果、受信したメッセージがｉｎｉｔｉａｌ／認証ＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）以外であった場合には、ＳＩＰプロキシ・サーバ機能１１が、宛先変更応答はユーザ・エージェント２０に、それ以外はメッセージに記載されている宛先に転送する（ステップＳ１１００７）。
次に、本発明の第６の実施の形態に係るプロキシ・サーバ１０を含むシステム全体での動作を図表を参照して詳細に説明する。
まず、システム全体でのデータの流れを図２６に示す。この図に示すように、ユーザ・エージェント２０からｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエスト（図２６のａ）を受信したプロキシ・サーバ１０はｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの宛先を調査し、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストに記載された宛先の転送順番でない場合には、宛先変更応答（図２６のｂ）をユーザ・エージェント２０に転送する。その後、ユーザ・エージェント２０により宛先が修正されたｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲを、記載された宛先に転送し、当該宛先から受信したＳＩＰ応答をユーザ・エージェント２０に転送する（図２６のｃ）。この結果、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストは、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０に順番に転送されることになる。
更に、このデータの流れを動作シーケンスとしたものが図２７である。この図に示しているように、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストでの宛先調査と、認証ＲＥＧＩＳＴＥＲリクエストでのＥｘｐｉｒｅｓヘッダ値の変更により、各々のＳＩＰサーバに格納された登録情報を無効とすることなく、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０の登録情報を順番に更新していくのである。
（第６の実施の形態の効果）
本実施の形態によれば、各々のＳＩＰサーバに格納された登録情報を無効とすることなく、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０の登録情報の更新が可能となる。
その理由は、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストでの宛先調査と、Ｅｘｐｉｒｅｓヘッダの値を変更（増加・減少）する有効期限更新機能１５によって認証ＲＥＧＩＳＴＥＲリクエストでのＥｘｐｉｒｅｓヘッダ値を変更し、ＳＩＰ要求の送信先を変更する機能を動作させる宛先変更応答を宛先変更応答生成機能６１によって生成することにより、現用ＳＩＰサーバ３０および予備ＳＩＰサーバ４０の登録情報を順番に更新していくからである。
（第７の実施の形態）
次に、本発明の第７の実施の形態に係るプロキシ・サーバ１０について、図表を参照して詳細に説明する。
（第７の実施の形態の構成）
本発明の第７の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図２８は、本発明の第７の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図２８に示すように、本発明の第７の実施の形態に係るプロキシ・サーバ１０は、本発明の第１の実施の形態に係るプロキシ・サーバ１０の構成に、予備ＳＩＰサーバ４０への複製を実施するか否かを判断する複製判断機能６２が追加された形態となっている。
この複製判断機能６２の導入により、本発明の第１の実施の形態に係るプロキシ・サーバ１０では、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエストを全て複製する形態であったが、本発明の第７の実施の形態に係るプロキシ・サーバ１０では、予備ＳＩＰサーバ４０に数回に一度ＲＥＧＩＳＴＥＲリクエストを送信する形態となる。
更に、リクエスト生成機能１４では、本発明の第１の実施の形態に係るプロキシ・サーバ１０でのリクエスト生成機能１４が保持する機能が、予備ＳＩＰサーバ４０へ転送するＲＥＧＩＳＴＥＲリクエストの生成時にＥｘｐｉｒｅｓヘッダ値を増加する機能へと拡張されている。この結果、予備ＳＩＰサーバ４０に対し、ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストが数回に一度しか到着しない状況でも予備ＳＩＰサーバ４０の登録情報が無効とならないのである。
（第７の実施の形態の動作）
次に、本発明の第７の実施の形態に係るプロキシ・サーバ１０の動作について図表を参照して詳細に説明する。図２９は、本発明の第７の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
このフローチャートは、本発明の第１の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートに、複製判断機能６２による複製判断処理（ステップＳ１１４０４およびステップＳ１１４０６）が付加された形態となっている。なお、本実施の形態の複製判断処理以外のステップである、ステップＳ１１４０１は第１の実施の形態の図５に示すステップＳ４０１と、ステップＳ１１４０２はステップＳ４０２と、ステップＳ１１４０３はステップＳ４０３と、ステップＳ１１４１２はステップＳ４０４と、ステップＳ１１４０５はステップＳ４０５と、ステップＳ１１４０７はステップＳ４０６と、ステップＳ１１４０８はステップＳ４０７と、ステップＳ１１４０９はステップＳ４０８と、ステップＳ１１４１０はステップＳ４０９と、ステップＳ１１４１１はステップＳ４１０と同様の処理内容であるので、説明を省略する。
この複製判断機能６２による複製判断処理（ステップＳ１１４０４およびステップＳ１１４０６）は、例えば、以下の処理で実現できる。ステップ１１４０１で受信したメッセージ（ＲＥＧＩＳＴＥＲリクエストまたはＳＩＰ応答（２００  ＯＫ））のＣＳｅｑヘッダ値を参照して、２回に１回複製する場合には奇数番号の時に複製し、偶数番号の時には複製しないと判断するものである（ステップＳ１１４０４）。
ステップＳ１１４０４の結果、複製すると判断した場合には、リクエスト生成機能１４がｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを生成する（ステップ１１４０５）。この処理は、前述したように、本発明の第１の実施の形態に係るプロキシ・サーバ１０でのリクエスト生成機能１４の処理に加えて、Ｅｘｐｉｒｅｓヘッダ値の増加処理が追加される。
ステップＳ１１４０４の結果、複製しないと判断した場合には、ステップＳ１１４０１で受信したメッセージをＳＩＰプロキシ・サーバ機能１１が、メッセージに記載された宛先に転送する。
また、ステップＳ１１４０２の結果受信したメッセージがＲＥＧＩＳＴＥＲリクエストの場合におけるステップＳ１１４０６の処理も、ステップＳ１１４０４と同様の処理で複製判断を行う。ステップ１１４０６の結果、複製すると判断された場合には、受信したＲＥＧＩＳＴＥＲリクエストを一時格納機能１３が複製する（ステップＳ１１４０７）。この一時格納機能１３の動作は、本発明の第１の実施の形態に係るプロキシ・サーバ１０における一時格納機能１３の動作と同様である。
ステップＳ１１４０６の結果、複製しないと判断した場合には、ステップＳ１１４０１の結果受信したメッセージをＳＩＰプロキシ・サーバ機能１１が、メッセージに記載された宛先に転送する。
次に、本発明の第７の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図３０は、本発明の第７の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示している。
この図に示すように、データの流れとしては、本発明の第１の実施の形態に係るプロキシ・サーバ１０と基本的に同様である。ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０に数回に一度転送されていることが、本実施の形態の特徴となっている。
更に、このデータの流れを動作シーケンスとして示したものが図３１である。この図に示しているように、ユーザ・エージェント２０から現用ＳＩＰサーバ３０に宛てられたＲＥＧＩＳＴＥＲリクエストが数回に一度複製対象として一時格納され、予備ＳＩＰサーバ４０へ転送するＲＥＧＩＳＴＥＲリクエストとしてＥｘｐｉｒｅｓヘッダ値が更新され、転送されている。
（第７の実施の形態の効果）
本実施の形態によれば、第１の実施の形態と比較し、予備ＳＩＰサーバ４０の登録情報の更新負担の減少およびプロキシ・サーバ１０と予備ＳＩＰサーバ４０間のトラフィックの減少を図ることができる。
その理由は、複製判断機能６２の導入により、プロキシ・サーバ１０が、予備ＳＩＰサーバ４０に数回に一度ＲＥＧＩＳＴＥＲリクエストを送信するからである。
（第８の実施の形態）
次に、本発明の第８の実施の形態に係るプロキシ・サーバ１０について、図表を参照して詳細に説明する。
（第８の実施の形態の構成）
本発明の第８の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図３２は、本発明の第８の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図３２に示すように、本発明の第８の実施の形態に係るプロキシ・サーバ１０は、本発明の第３の実施の形態に係るプロキシ・サーバ１０の構成に、複製判断機能６２および有効期限更新機能１５を追加した形態となっている。
この複製判断機能６２は、前述した、本発明の第７の実施の形態に係るプロキシ・サーバ１０における複製判断機能６２と同様である。更に、有効期限更新機能１５は、本発明の第２の実施の形態に係るプロキシ・サーバ１０における有効期限更新機能１５と同様である。
これらの機能を追加することで、本発明の第３の実施の形態におけるプロキシ・サーバ１０では、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエストを毎回必ずユーザ・エージェント２０に再送させ、予備ＳＩＰサーバ４０に転送していた形態が、ユーザ・エージェント２０から送信されたＲＥＧＩＳＴＥＲリクエストのうちの数回に一度のＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０に転送される形態となる。
（第８の実施の形態の動作）
次に、本発明の第８の実施の形態に係るプロキシ・サーバ１０の動作を図表を参照して詳細に説明する。
図３３は、本発明の第８の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。この図に示すように、本発明の第８の実施の形態に係るプロキシ・サーバ１０の動作は、本発明の第３の実施の形態に係るプロキシ・サーバ１０の動作に、複製判断機能６２による複製判断処理（ステップＳ１１８０３およびステップＳ１１８０７）と、有効期限更新機能１５によるＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）のＥｘｐｉｒｅｓヘッダ値の変更処理（ステップＳ１１８０５およびステップＳ１１８０９）が追加されたものとなっている。なお、本実施の形態の複製判断処理及びＥｘｐｉｒｅｓヘッダ値の変更処理以外のステップである、ステップＳ１１８０１は第３の実施の形態の図１３に示すステップＳ１００１と、ステップＳ１１８０２はステップＳ１００２と、ステップＳ１１８０４はステップＳ１００３と、ステップＳ１１８０６はステップＳ１００４と、ステップＳ１１８０８はステップＳ１００５と、ステップＳ１１８１０はステップＳ１００６と、ステップＳ１１８１１はステップＳ１００７と同様の処理内容であるので、説明を省略する。
この複製判断処理（ステップＳ１１８０３およびステップＳ１１８０７）は、本発明の第７の実施の形態に係るプロキシ・サーバ１０における動作での複製判断処理（ステップＳ１１４０４およびステップＳ１１４０６）と同様である。更に、有効期限変更処理（ステップＳ１１８０５およびステップＳ１１８０９）は、本発明の第２の実施の形態に係るプロキシ・サーバ１０における動作での有効期限増加処理（ステップＳ７０３）および有効期限減少処理（ステップＳ７０６）と同様である。
すなわち、ステップＳ１１８０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類がＲＥＧＩＳＴＥＲリクエストの場合には、複製判断機能６２が、予備ＳＩＰサーバ４０への複製を実施するか否かを判断する（ステップＳ１１８０３）。
ステップＳ１１８０３の結果、複製すると判断した場合には、宛先決定機能１６が宛先を決定し（ステップＳ１１８０４）、有効期限更新機能１５がＥｘｐｉｒｅｓヘッダ値の変更処理を行う（ステップＳ１１８０５）。
また、ステップＳ１１８０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類がＳＩＰ応答（２００  ＯＫ）の場合には、メッセージ判別機能１２が、メッセージの送信元を判別し（ステップＳ１１８０６）、ステップＳ１１８０６の結果、送信元が現用ＳＩＰサーバ３０の場合には、複製判断機能６２が、予備ＳＩＰサーバ４０への複製を実施するか否かを判断する（ステップＳ１１８０７）。
ステップＳ１１８０７の結果、複製すると判断した場合には、再送応答生成機能１７が、ユーザ・エージェント２０にｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを再送させるための再送応答を生成し（ステップＳ１１８０８）、有効期限更新機能１５がＥｘｐｉｒｅｓヘッダ値の変更処理を行い（ステップＳ１１８０９）、宛先決定機能１６が、宛先情報を更新する（ステップＳ１１８１０）。
ステップＳ１１８０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）でない場合、ステップＳ１１８０３またはステップＳ１１８０７の結果、複製しないと判断した場合、ステップＳ１１８０５の結果、Ｅｘｐｉｒｅｓヘッダ値の変更処理が行われた場合、ステップＳ１１８１０の結果、宛先情報が更新された場合には、ＳＩＰプロキシ・サーバ機能１１が、指定された宛先にメッセージを送信する（ステップＳ１１８１１）。
次に、本発明の第８の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図３４は、本発明の第８の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れを示す図である。
この図に示すように、本発明の第８の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れは、本発明の第３の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れと基本的に同様である（図１４参照）。しかし、本実施の形態は、ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストに対し、プロキシ・サーバ１０から数回に一度ユーザ・エージェント２０へ再送応答が返送され、その応答に対するユーザ・エージェント２０からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０へ転送されることが特徴となっている。
更に、このデータの流れを動作シーケンスとして示したものが図３５である。この図に示すように、ユーザ・エージェント２０から送信されるＲＥＧＩＳＴＥＲリクエストに対して数回に一度再送応答が返送され、この応答に対してユーザ・エージェント２０が送信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダが、プロキシ・サーバ１０で変更された後、予備ＳＩＰサーバ４０に転送されている。
（第８の実施の形態の効果）
本実施の形態によれば、第３の実施の形態と比較し、予備ＳＩＰサーバ４０の登録情報の更新負担の減少、プロキシ・サーバ１０とユーザ・エージェント２０間のトラフィックの減少およびプロキシ・サーバ１０と予備ＳＩＰサーバ４０間のトラフィックの減少を図ることができる。
その理由は、有効期限更新機能１５によって認証ＲＥＧＩＳＴＥＲリクエストでのＥｘｐｉｒｅｓヘッダ値を変更し、再送応答生成機能１７および複製判断機能６２によって、ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストに対し、プロキシ・サーバ１０から数回に一度ユーザ・エージェント２０に対して再送応答を返送し、その応答に対するユーザ・エージェント２０からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に対して転送するからである。
（第９の実施の形態）
次に、本発明の第９の実施の形態に係るプロキシ・サーバ１０について図表を参照して詳細に説明する。
（第９の実施の形態の構成）
図３６は、本発明の第９の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。この図に示すように、本発明の第９の実施の形態に係るプロキシ・サーバ１０は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の構成における宛先決定機能１６の代わりに、ＳＩＰのプロトコル規約で規定されている、ユーザ・エージェント２０がＳＩＰ要求の送信先を変更する機能を動作させる宛先変更応答（宛先変更依頼応答）を生成する宛先変更応答生成機能６１を追加した構成となっている。
この変更に伴い、メッセージ解析機能１８には、本発明の第６の実施の形態に係るプロキシ・サーバ１０における、メッセージ判別機能１２と同様、宛先変更応答を生成するか否かを判定する際に使用する宛先情報を保存する。なお、宛先情報は、本発明の第６の実施の形態に係るプロキシ・サーバ１０と同様のものである。
（第９の実施の形態の動作）
次に、本発明の第９の実施の形態に係るプロキシ・サーバ１０の動作について図表を参照して詳細に説明する。図３７は、本発明の第９の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。
いま、ＳＩＰプロキシ・サーバ機能１１が外部からメッセージを受信したとする（ステップＳ１２２０１）。すると、メッセージ解析機能１８がメッセージの種類を調査する（ステップＳ１２２０２）。
ステップＳ１２２０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストである場合には、更に、メッセージ解析機能１８がＥｘｐｉｒｅｓヘッダに格納された値を調査する（ステップＳ１２２０３）。
ステップＳ１２２０３の結果、受信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダ値がある閾値未満であった場合には、有効期限変更依頼応答生成機能１９が、有効期限変更依頼応答を生成する（ステップＳ１２２０６）。
ここで、ステップＳ１２２０３の処理は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１３０３の処理と、また、ステップＳ１２２０６の有効期限変更依頼応答の生成処理は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１３０４と同様の処理である。
ステップＳ１２２０３の結果、受信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダ値がある閾値以上である場合には、更に、メッセージ解析機能１８が、受信したｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先（宛先）を調査する（ステップＳ１２２０４）。この処理は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１１０３と同様である。
ステップＳ１２２０４の結果、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が宛先情報と異なる場合には、宛先変更応答生成機能６１が、宛先変更応答を生成する（ステップＳ１２２０５）。この処理は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１１００４と同様である。
ステップＳ１２２０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがＳＩＰ応答（２００  ＯＫ）の場合には、メッセージ解析機能１８が宛先情報を更新する（ステップＳ１２２０７）。この処理は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１１００６と同様である。
ステップＳ１２２０４の結果、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの送信先が宛先情報と同一の場合、または、ステップＳ１２２０７の結果、メッセージ解析機能１８が宛先情報の変更が完了した場合、または、ステップＳ１２２０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストおよびＳＩＰ応答（２００  ＯＫ）以外である場合には、ステップＳ１２２０１で受信したメッセージをメッセージに記載された宛先に、また、ステップＳ１２２０６の結果、ユーザ・エージェント２０に送信する有効期限変更依頼応答が生成完了した場合、または、ステップＳ１２２０５の結果、ユーザ・エージェント２０に送信する宛先変更応答の生成が完了した場合には、ステップＳ１２２０５およびステップＳ１２２０６で生成したＳＩＰ応答をユーザ・エージェント２０へ、ＳＩＰプロキシ・サーバ機能１１が送信する（ステップＳ１２２０８）。
次に、本発明の第９の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図３８は、本発明の第９の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れを示す図である。
この図に示すように、ユーザ・エージェント２０からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエスト（図３８のａ）を受信したプロキシ・サーバ１０は、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダ値を調査し、ある閾値未満の場合には有効期限変更依頼応答（図３８のｂ）を返送する。更に、この応答に対してユーザ・エージェント２０から返送された、Ｅｘｐｉｒｅｓヘッダ値が修正されたｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエスト（図３８のｃ）の宛先を調査し、ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストに記載された宛先の転送順番でない場合には、宛先変更応答（図３８のｄ）をユーザ・エージェント２０に転送する。以上により、Ｅｘｐｉｒｅｓヘッダと宛先が適切に変更されたｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを現用／予備ＳＩＰサーバへ順番に転送することになる（図３８のｅ）。更に、このデータの流れは現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０で順番に実行される。
更に、このデータの流れを動作シーケンスとして示したものが図３９である。この図に示すように、プロキシ・サーバ１０は、ＳＩＰのプロトコル規約で規定されているＳＩＰ応答（宛先変更依頼応答と有効期限変更依頼応答）に対する処理をユーザ・エージェント２０で動作させて、ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダ値および宛先をユーザ・エージェント２０に変更させている。この結果、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０へ順番にＲＥＧＩＳＴＥＲリクエストを転送する形態でも、各ＳＩＰサーバが保持する登録情報を無効としないで、両ＳＩＰサーバ間で登録情報を複製できるのである。
（第９の実施の形態の効果）
本実施の形態によれば、プロキシ・サーバ１０は、現用ＳＩＰサーバ３０と予備ＳＩＰサーバ４０へ順番にＲＥＧＩＳＴＥＲリクエストを転送する形態でも、各ＳＩＰサーバが保持する登録情報を無効としないで、両ＳＩＰサーバ間で登録情報を複製できる。
その理由は、プロキシ・サーバ１０が、有効期限変更依頼応答生成機能１９および宛先変更応答生成機能６１を備えることによって、ＳＩＰのプロトコル規約で規定されているＳＩＰ応答（宛先変更依頼応答と有効期限変更依頼応答）に対する処理をユーザ・エージェント２０で動作させて、ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダ値および宛先をユーザ・エージェント２０に変更させているからである。
（第１０の実施の形態）
次に、本発明の第１０の実施の形態に係るプロキシ・サーバ１０について図表を参照して詳細に説明する。
（第１０の実施の形態の構成）
図４０は、本発明の第１０の実施の形態に係るプロキシ・サーバ１０における構成を示すブロック図である。
この図に示すように、本発明の第１０の実施の形態に係るプロキシ・サーバ１０は、本発明の第９の実施の形態に係るプロキシ・サーバ１０における構成に、複製判断機能６２を追加した形態となっている。なお、この複製判断機能６２は、本発明の第７の実施の形態に係るプロキシ・サーバ１０における、複製判断機能６２と同様の機能を有する。
（第１０の実施の形態の動作）
次に、本発明の第１０の実施の形態に係るプロキシ・サーバ１０における動作を図表を参照して詳細に説明する。
図４１は、本発明の第１０の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。図４１に示すように、本発明の第１０の実施の形態に係るプロキシ・サーバ１０の動作は、本発明の第９の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートに、複製判断機能６２の複製判断動作（ステップＳ１２６０５）が追加された形態となっている。なお、本実施の形態の複製判断処理以外のステップである、ステップＳ１２６０１は第９の実施の形態の図３７に示すステップＳ１２２０１と、ステップＳ１２６０２はステップＳ１２２０２と、ステップＳ１２６０３はステップＳ１２２０３と、ステップＳ１２６０４はステップＳ１２２０４と、ステップＳ１２６０６はステップＳ１２２０５と、ステップＳ１２６０７はステップＳ１２２０６と、ステップＳ１２６０８はステップＳ１２２０７と、ステップＳ１２６０９はステップＳ１２２０８と同様の処理内容であるので、説明を省略する。
この複製判断動作処理（ステップＳ１２６０５）は、本発明の第７の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１１４０４と同様に、例えば、以下のように実現できる。すなわち、ステップＳ１２６０１で受信したメッセージ（ＲＥＧＩＳＴＥＲリクエスト）のＣＳｅｑヘッダ値を参照して、２回に１度複製する場合、奇数番号で複製と判断し、偶数番号で複製しないと判断するのである。
ステップＳ１２６０５の結果、複製する場合には、宛先変更応答生成機能６１が、宛先変更応答を生成する（ステップＳ１２６０６）。この処理は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作におけるステップＳ１１００４と同様である。
次に、本発明の第１０の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図４２は、本発明の第１０の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示している。
この図に示すように、データの流れは、本発明の第９の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れと基本的に同様である。しかし、本実施の形態は、ユーザ・エージェント２０から転送されるｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの数回に一度が予備ＳＩＰサーバ４０へ転送される点が、本発明の第９の実施の形態に係るプロキシ・サーバ１０と異なる。
更に、このデータの流れを動作シーケンスとして示したものが図４３である。この図に示すように、数回に一度予備ＳＩＰサーバ４０の登録情報が更新される場合でも、登録情報が無効とならないように、Ｅｘｐｉｒｅｓヘッダ値を変更するようユーザ・エージェント２０に依頼し、更に、予備ＳＩＰサーバ４０へＲＥＧＩＳＴＥＲリクエストを転送するために、ＲＥＧＩＳＴＥＲリクエストの宛先を変更するようユーザ・エージェント２０に数回に一度依頼している。この結果、ＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０へ数回に一度しか転送されないにも係らず、登録情報を無効としないで現用／予備ＳＩＰサーバ間で登録情報の複製が可能となる。
（第１０の実施の形態の効果）
本実施の形態によれば、プロキシ・サーバ１０は、第９の実施の形態と比較し、予備ＳＩＰサーバ４０の登録情報の更新負担の減少、プロキシ・サーバ１０とユーザ・エージェント２０間のトラフィックの減少およびプロキシ・サーバ１０と予備ＳＩＰサーバ４０間のトラフィックの減少を図ることができる。
その理由は、プロキシ・サーバ１０が、宛先変更応答生成機能６１および複製判断機能６２を備えることによって、ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストに対し、予備ＳＩＰサーバ４０へＲＥＧＩＳＴＥＲリクエストを転送するために、ＲＥＧＩＳＴＥＲリクエストの宛先を変更するようユーザ・エージェント２０に数回に一度依頼しているからである。
（第１１の実施の形態）
次に、本発明の第１１の実施の形態に係るプロキシ・サーバ１０について、図表を参照して詳細に説明する。
（第１１の実施の形態の構成）
本発明の第１１の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図４４は、本発明の第１１の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図４４に示すように、本発明の第１１の実施の形態に係るプロキシ・サーバ１０は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の構成に、複製判断機能６２を追加した形態となっている。この複製判断機能６２は、前述した、本発明の第７の実施の形態に係るプロキシ・サーバ１０における複製判断機能６２と同様の機能を有する。
（第１１の実施の形態の動作）
次に、本発明の第１１の実施の形態に係るプロキシ・サーバ１０の動作を図表を参照して詳細に説明する。
図４５は、本発明の第１１の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。図４５に示すように、本発明の第１１の実施の形態に係るプロキシ・サーバ１０の動作は、本発明の第６の実施の形態に係るプロキシ・サーバ１０の動作に、複製判断機能６２による複製判断処理（ステップＳ１３００４とステップＳ１３００６）を追加した形態となっている。なお、本実施の形態の複製判断処理以外のステップである、ステップＳ１３００１は第６の実施の形態の図２５に示すステップＳ１１００１と、ステップＳ１３００２はステップＳ１１００２と、ステップＳ１３００３はステップＳ１１００３と、ステップＳ１３００５はステップＳ１１００４と、ステップＳ１３００７はステップＳ１１００５と、ステップＳ１３００８はステップＳ１１００６と、ステップＳ１３００９はステップＳ１１００７と同様の処理内容であるので、説明を省略する。
この複製判断処理（ステップＳ１３００４とステップＳ１３００６）は、本発明の第７の実施の形態に係るプロキシ・サーバ１０の動作における複製判断処理（ステップＳ１１４０４およびステップＳ１１４０６）と同様である。
すなわち、ステップＳ１３００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類がｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの場合であって、当該ｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストの宛先が宛先情報と異なる場合には、複製判断機能６２が、予備ＳＩＰサーバ４０への複製を実施するか否かを判断する（ステップＳ１３００４）。
ステップＳ１３００４の結果、複製を実施する場合には、宛先変更応答生成機能６１が、宛先変更応答を生成する（ステップＳ１３００５）。
また、ステップＳ１３００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類が認証ＲＥＧＩＳＴＥＲリクエストの場合には、複製判断機能６２が、予備ＳＩＰサーバ４０への複製を実施するか否かを判断する（ステップＳ１３００６）。
ステップＳ１３００６の結果、複製を実施する場合には、有効期限更新機能１５が、認証ＲＥＧＩＳＴＥＲリクエストのＥｘｐｉｒｅｓヘッダの値を変更する（ステップＳ１３００７）。
ステップＳ１３００２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージがｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストおよび認証ＲＥＧＩＳＴＥＲリクエストでない場合、ステップＳ１３００４またはステップＳ１３００６の結果、複製しないと判断した場合、ステップＳ１３００５の結果、宛先変更応答が生成された場合、ステップＳ１３００７の結果、Ｅｘｐｉｒｅｓヘッダ値の変更処理が行われた場合には、ＳＩＰプロキシ・サーバ機能１１が、宛先変更応答はユーザ・エージェント２０に、それ以外は指定された宛先にメッセージを送信する（ステップＳ１３００８）。
次に、本発明の第１１の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図４６は、本発明の第１１の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示している。
この図に示すように、データの流れは、本発明の第６の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れと基本的に同様である。しかし、本実施の形態は、ユーザ・エージェント２０から転送されるｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０へ数回に一度転送される点が、本発明の第６の実施の形態に係るプロキシ・サーバ１０と異なる。
更に、このデータの流れを動作シーケンスとして示したものが図４７である。この図に示すように、予備ＳＩＰサーバ４０の登録情報が数回に一度しか更新されない場合でも、登録情報が無効とならないように、Ｅｘｐｉｒｅｓヘッダ値を変更し、更に、予備ＳＩＰサーバ４０へＲＥＧＩＳＴＥＲリクエストを転送するために、ＲＥＧＩＳＴＥＲリクエストの宛先を変更するようユーザ・エージェント２０に数回に一度依頼している。この結果、ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に数回に一度しか転送しないにも係らず、登録情報を無効としないで現用／予備ＳＩＰサーバ間で登録情報の複製が可能となる。
（第１１の実施の形態の効果）
本実施の形態によれば、第６の実施の形態と比較し、予備ＳＩＰサーバ４０の登録情報の更新負担の減少、プロキシ・サーバ１０とユーザ・エージェント２０間のトラフィックの減少およびプロキシ・サーバ１０と予備ＳＩＰサーバ４０間のトラフィックの減少を図ることができる。
その理由は、有効期限更新機能１５によって認証ＲＥＧＩＳＴＥＲリクエストでのＥｘｐｉｒｅｓヘッダ値を変更し、複製判断機能６２によって、ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストに対し、プロキシ・サーバ１０から数回に一度ユーザ・エージェント２０に対して宛先変更応答を返送し、その応答に対するユーザ・エージェント２０からのｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に対して転送するからである。
（第１２の実施の形態）
次に、本発明の第１２の実施の形態に係るプロキシ・サーバ１０について図表を参照して詳細に説明する。
（第１２の実施の形態の構成）
本発明の第１２の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図４８は、本発明の第１２の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図４８に示すように、本発明の第１２の実施の形態に係るプロキシ・サーバ１０は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の構成に、複製判断機能６２を追加した形態となっている。なお、この複製判断機能６２は、前述した、本発明の第７の実施の形態に係るプロキシ・サーバ１０における複製判断機能６２と同様の機能を有する。
（第１２の実施の形態の動作）
次に、本発明の第１２の実施の形態に係るプロキシ・サーバ１０の動作を図表を参照して詳細に説明する。
図４９は、本発明の第１２の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。図４９に示すように、本発明の第１２の実施の形態に係るプロキシ・サーバ１０の動作は、本発明の第４の実施の形態に係るプロキシ・サーバ１０の動作に、複製判断機能６２の複製判断処理（ステップＳ１３４０５）を追加した形態となっている。なお、本実施の形態の複製判断処理以外のステップである、ステップＳ１３４０１は第４の実施の形態の図１７に示すステップＳ１３０１と、ステップＳ１３４０２はステップＳ１３０２と、ステップＳ１３４０３はステップＳ１３０３と、ステップＳ１３４０４はステップＳ１３０４と、ステップＳ１３４０６はステップＳ１３０５と、ステップＳ１３４０７はステップＳ１３０６と、ステップＳ１３４０８はステップＳ１３０７と同様の処理内容であるので、説明を省略する。
この複製判断処理（ステップＳ１３４０５）は、本発明の第７の実施の形態に係るプロキシ・サーバ１０の動作での複製判断処理（ステップＳ１１４０４およびステップＳ１１４０６）と同様である。
すなわち、ステップＳ１３４０３の結果、Ｅｘｐｉｒｅｓヘッダ値が閾値以上の場合、または、ステップＳ１３４０２の結果、ＳＩＰプロキシ・サーバ機能１１が受信したメッセージの種類が認証ＲＥＧＩＳＴＥＲリクエストの場合には、複製判断機能６２が、予備ＳＩＰサーバ４０への複製を実施するか否かを判断する（ステップＳ１３４０５）。
ステップＳ１３４０５の結果、複製を実施する場合には、宛先決定機能１６が宛先情報を参照してＲＥＧＩＳＴＥＲリクエストの宛先を決定する（ステップＳ１３４０６）。
次に、本発明の第１２の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図５０は、本発明の第１２の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示している。
この図に示すように、データの流れは、本発明の第４の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れと基本的に同様である。しかし、本実施の形態は、ユーザ・エージェント２０から転送されるｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０へ数回に一度転送される点が、本発明の第４の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れと異なる。
更に、このデータの流れを動作シーケンスとして示したものが図５１である。この図に示すように、数回に一度しか予備ＳＩＰサーバ４０の登録情報が更新されない場合でも、登録情報が無効とならないように、Ｅｘｐｉｒｅｓヘッダ値の変更をユーザ・エージェント２０に依頼している。更に、予備ＳＩＰサーバ４０へＲＥＧＩＳＴＥＲリクエストを転送するために、ＲＥＧＩＳＴＥＲリクエストの宛先をプロキシ・サーバ１０が数回に一度変更している。この結果、ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に数回に一度しか転送しないにも係らず、登録情報を無効としないで現用／予備ＳＩＰサーバ間で登録情報の複製が可能となる。
（第１２の実施の形態の効果）
本実施の形態によれば、第４の実施の形態と比較し、予備ＳＩＰサーバ４０の登録情報の更新負担の減少、プロキシ・サーバ１０とユーザ・エージェント２０間のトラフィックの減少およびプロキシ・サーバ１０と予備ＳＩＰサーバ４０間のトラフィックの減少を図ることができる。
その理由は、プロキシ・サーバ１０が、宛先決定機能１６および複製判断機能６２によって、ユーザ・エージェント２０からのＲＥＧＩＳＴＥＲリクエストの宛先を数回に一度変更し、受信したＲＥＧＩＳＴＥＲリクエストの複製を予備ＳＩＰサーバ４０に転送するからである。
（第１３の実施の形態）
次に、本発明の第１３の実施の形態に係るプロキシ・サーバ１０について図表を参照して詳細に説明する。
（第１３の実施の形態の構成）
本発明の第１３の実施の形態に係るプロキシ・サーバ１０の構成を図表を参照して詳細に説明する。図５２は、本発明の第１３の実施の形態に係るプロキシ・サーバ１０の構成を示すブロック図である。
図５２に示すように、本発明の第１３の実施の形態に係るプロキシ・サーバ１０は、本発明の第２の実施の形態に係るプロキシ・サーバ１０の構成に、複製判断機能６２を追加した形態となっている。なお、この複製判断機能６２は、前述した、本発明の第７の実施の形態に係るプロキシ・サーバ１０における複製判断機能６２と同様の機能を有する。
（第１３の実施の形態の動作）
次に、本発明の第１３の実施の形態に係るプロキシ・サーバ１０の動作を図表を参照して詳細に説明する。
図５３は、本発明の第１３の実施の形態に係るプロキシ・サーバ１０の動作を示すフローチャートである。図５３に示すように、本発明の第１３の実施の形態に係るプロキシ・サーバ１０の動作は、本発明の第２の実施の形態に係るプロキシ・サーバ１０の動作に、複製判断機能６２の複製判断処理（ステップＳ１３８０４）を追加した形態となっている。なお、本実施の形態の複製判断処理以外のステップである、ステップＳ１３８０１は第２の実施の形態の図９に示すステップＳ７０１と、ステップＳ１３８０２はステップＳ７０２と、ステップＳ１３８０３はステップＳ７０３と、ステップＳ１３８０５はステップＳ７０４と、ステップＳ１３８０６はステップＳ７０５と、ステップＳ１３８０７はステップＳ７０６と、ステップＳ１３８０８はステップＳ７０７と同様の処理内容であるので、説明を省略する。
この複製判断処理（ステップＳ１３８０４）は、本発明の第７の実施の形態に係るプロキシ・サーバ１０の動作での複製判断処理（ステップＳ１１４０４およびステップＳ１１４０６）と同様である。
すなわち、このステップＳ１３８０４の追加により、ステップＳ１３８０６が以下のように変更となる。ステップＳ１３８０２の結果受信したメッセージがＲＥＧＩＳＴＥＲリクエストの場合においてＥｘｐｉｒｅｓヘッダ値の変更処理（ステップＳ１３８０３）後のステップＳ１３８０４の結果、複製しないと判断された場合には、ステップＳ１３８０５の処理が実行されないため、受信したメッセージに記載された宛先（現用ＳＩＰサーバ３０）を宛先情報に反映する。一方、ステップＳ１３８０４の結果、複製すると判断された場合には、ステップＳ１３８０５の処理が実行されるため、ステップＳ１３８０５の結果決定された宛先を宛先情報に反映する。
次に、本発明の第１３の実施の形態に係るプロキシ・サーバ１０を含むシステム全体のデータの流れおよび動作について図表を参照して詳細に説明する。
図５４は、本発明の第１３の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れを示している。
この図に示すように、データの流れは、本発明の第２の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れと基本的に同様である。ユーザ・エージェント２０から転送されるｉｎｉｔｉａｌ  ＲＥＧＩＳＴＥＲリクエストが予備ＳＩＰサーバ４０へ数回に一度転送される点が、本発明の第２の実施の形態に係るプロキシ・サーバ１０を含むシステム全体でのデータの流れと異なる。
更に、このデータの流れを動作シーケンスとして示したものが図５５である。この図に示すように、予備ＳＩＰサーバ４０の登録情報が数回に一度しか更新されない場合でも、登録情報が無効とならないように、Ｅｘｐｉｒｅｓヘッダ値をプロキシ・サーバ１０が変更している。
更に、予備ＳＩＰサーバへＲＥＧＩＳＴＥＲリクエストを転送するために、ＲＥＧＩＳＴＥＲリクエストの宛先もプロキシ・サーバ１０が数回に一度変更している。この結果、ＲＥＧＩＳＴＥＲリクエストを予備ＳＩＰサーバ４０に数回に一度しか転送しないにも係らず、登録情報を無効としないで現用／予備ＳＩＰサーバ間で登録情報の複製が可能となる。
（第１３の実施の形態の効果）
本実施の形態によれば、プロキシ・サーバ１０は、第２の実施の形態と比較し、予備ＳＩＰサーバ４０の登録情報の更新負担の減少、プロキシ・サーバ１０と予備ＳＩＰサーバ４０間のトラフィックの減少を図ることができる。
その理由は、プロキシ・サーバ１０が、宛先決定機能１６および複製判断機能６２を備えることによって、ユーザ・エージェント２０から受信したＲＥＧＩＳＴＥＲリクエストを数回に一度複製して宛先を変更し、予備ＳＩＰサーバ４０へ転送するからである。
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
例えば、上記実施の形態では、ＳＩＰ（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）を用いて外部の端末の登録情報をサーバ間で複製する形態について説明しているが、使用するプロトコルはＳＩＰに限定されず、例えば、ＷＥＢサーバ及びクライアントを備えるＷＥＢシステムにおいて、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてダイジェスト認証によってクライアントの情報を複数のサーバ間で複製してもよい。
第１の課題を解決するために、本発明のプロキシ・サーバに、前述したＳＩＰプロキシ・サーバが保持する機能に加え、一時的に記録したユーザ端末からのＲＥＧＩＳＴＥＲリクエストの内容に基づいてＲＥＧＩＳＴＥＲリクエストを生成する機能を保持させる。具体的には、本発明のプロキシ・サーバが、ユーザ・エージェントとＳＩＰサーバの中間地点で予備ＳＩＰサーバ向けのＲＥＧＩＳＴＥＲリクエストを生成し、予備ＳＩＰサーバに送信することで、登録情報の複製を実現する。
第２の課題を解決するために、本発明のプロキシ・サーバのユーザ識別子とパスワードをプロキシ・サーバに保持させ、プロキシ・サーバと予備ＳＩＰサーバ間でＤｉｇｅｓｔ認証を行う形態とする。これにより、予備ＳＩＰサーバへのアクセス者の正当性を保証する。
第３の課題を解決するために、本発明のプロキシ・サーバは、現用ＳＩＰサーバからのＲＥＧＩＳＴＥＲリクエスト処理完了応答（２００  ＯＫ）確認後、予備ＳＩＰサーバへ複製したＲＥＧＩＳＴＥＲリクエストを送信する。現用ＳＩＰサーバからＳＩＰ応答（２００  ＯＫ）が返送されることは、ユーザ・エージェントから送信されたＲＥＧＩＳＴＥＲリクエストが正当なものであり、かつ、現用ＳＩＰサーバにおいて正常に処理が完了したことを意味している。つまり、予備ＳＩＰサーバへ送信予定のＲＥＧＩＳＴＥＲリクエストの現用ＳＩＰサーバでの処理結果がＳＩＰ応答（２００  ＯＫ）であることを確認することで、予備ＳＩＰサーバへ送信する当該ＲＥＧＩＳＴＥＲリクエストが正当なものであることを予備ＳＩＰサーバに示すことが可能なのである。
以上の手段により、予備ＳＩＰサーバへのアクセス者（プロキシ・サーバ）と送信ＲＥＧＩＳＴＥＲリクエストの正当性を担保した上で、現用ＳＩＰサーバの登録情報を予備ＳＩＰサーバへ複製することを可能とする。
本発明によれば、以下に説明する効果を達成することができる。
第１の効果は、登録情報の複製を実現できることである。これは、プロキシ・サーバが、プロキシ・サーバが本来有する機能に加え、予備ＳＩＰサーバに送信するＲＥＧＩＳＴＥＲリクエスト（メッセージ）の生成機能を保持するためである。
第２の効果は、登録情報の複製に際し、予備ＳＩＰサーバへのアクセス者の正当性を予備ＳＩＰサーバに示すことが可能なことである。これは、プロキシ・サーバのユーザ識別子とパスワードをプロキシ・サーバに保持させ、プロキシ・サーバと予備ＳＩＰサーバ間でＤｉｇｅｓｔ認証を行うためである。
この出願は、２００６年８月１８日に出願された日本出願特願２００６−２２３３６３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】  本発明のプロキシ・サーバは、複数のユーザ端末及び複数のＳＩＰサーバを有するＳＩＰネットワークに利用できる。
【図１】
2008020644.tif 000003
【図２】
2008020644.tif 000004
【図３】
2008020644.tif 000005
【図４】
2008020644.tif 000006
【図５】
2008020644.tif 000007
【図６】
2008020644.tif 000008
【図７】
2008020644.tif 000009
【図８】
2008020644.tif 000010
【図９】
2008020644.tif 000011
【図１０】
2008020644.tif 000012
【図１１】
2008020644.tif 000013
【図１２】
2008020644.tif 000014
【図１３】
2008020644.tif 000015
【図１４】
2008020644.tif 000016
【図１５】
2008020644.tif 000017
【図１６】
2008020644.tif 000018
【図１７】
2008020644.tif 000019
【図１８】
2008020644.tif 000020
【図１９】
2008020644.tif 000021
【図２０】
2008020644.tif 000022
【図２１】
2008020644.tif 000023
【図２２】
2008020644.tif 000024
【図２３】
2008020644.tif 000025
【図２４】
2008020644.tif 000026
【図２５】
2008020644.tif 000027
【図２６】
2008020644.tif 000028
【図２７】
2008020644.tif 000029
【図２８】
2008020644.tif 000030
【図２９】
2008020644.tif 000031
【図３０】
2008020644.tif 000032
【図３１】
2008020644.tif 000033
【図３２】
2008020644.tif 000034
【図３３】
2008020644.tif 000035
【図３４】
2008020644.tif 000036
【図３５】
2008020644.tif 000037
【図３６】
2008020644.tif 000038
【図３７】
2008020644.tif 000039
【図３８】
2008020644.tif 000040
【図３９】
2008020644.tif 000041
【図４０】
2008020644.tif 000042
【図４１】
2008020644.tif 000043
【図４２】
2008020644.tif 000044
【図４３】
2008020644.tif 000045
【図４４】
2008020644.tif 000046
【図４５】
2008020644.tif 000047
【図４６】
2008020644.tif 000048
【図４７】
2008020644.tif 000049
【図４８】
2008020644.tif 000050
【図４９】
2008020644.tif 000051
【図５０】
2008020644.tif 000052
【図５１】
2008020644.tif 000053
【図５２】
2008020644.tif 000054
【図５３】
2008020644.tif 000055
【図５４】
2008020644.tif 000056
【図５５】
2008020644.tif 000057
【図５６】
2008020644.tif 000058
【図５７】
2008020644.tif 000059
【図５８】
2008020644.tif 000060
【図５９】
2008020644.tif 000061
【手続補正書】
【提出日】平成21年4月3日(2009.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
外部のユーザ端末と外部の現用通信制御装置と外部の予備通信制御装置との間でメッセージを仲介するプロキシ・サーバ機能と、
前記プロキシ・サーバ機能が受信したメッセージの種類を判別するメッセージ判別機能と、
メッセージ判別機能により、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納機能と、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項２】
ユーザ端末と現用SIPサーバ及び予備SIPサーバとの間で送受信されるSIPメッセージを仲介するSIPプロキシ・サーバ機能と、
前記SIPプロキシ・サーバ機能が受信したSIPメッセージの種類と送信元を判別するメッセージ判別機能と、
前記SIPプロキシ・サーバ機能が受信した前記ユーザ端末のREGISTERリクエストの複製を一時的に格納する一時格納機能と、
前記現用SIPサーバでの処理が正常に完了したREGISTERリクエストに対応する前記REGISTERリクエストの複製に基づいて、前記予備SIPサーバによる認証のためのREGISTERリクエストを生成するリクエスト生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項３】
前記リクエスト生成機能は、
前記ユーザ端末の登録情報の複製先となる予備SIPサーバとのDigest認証で使用するプロキシ・サーバ自身のユーザ識別子とパスワードを使用し、前記予備SIPサーバに送信するREGISTERリクエストを生成することを特徴とする請求項２に記載のプロキシ・サーバ。
【請求項４】
プロキシ・サーバ自身を介して前記ユーザ端末から前記現用ＳＩＰサーバに送信されるREGISTERリクエストの複製を生成し、前記現用ＳＩＰサーバに送信された前記REGISTERリクエストの正常処理完了を確認した後、当該複製したREGISTERリクエスト及び予め保持するプロキシ・サーバ自身を識別するユーザ識別子とパスワードとに基づいて生成した新たなREGISTERリクエストを予備SIPサーバに送信する機能を備えることを特徴とする請求項２に記載のプロキシ・サーバ。
【請求項５】
受信したメッセージがREGISTERリクエストの場合に、当該REGISTERリクエストの複製を生成する複製手段と、
受信したメッセージがREGISTERリクエスト以外の場合に、当該メッセージの送信元を判別する送信元判別手段と、
受信したメッセージが認証可を示すＳＩＰ応答でありかつ送信元が現用ＳＩＰサーバの場合に、前記複製のREGISTERリクエスト及び前記プロキシ・サーバ自身を識別するユーザ識別子とパスワードに基づいて第１の認証REGISTERリクエストを生成する第１のリクエスト生成手段と、
受信したメッセージが未許可を示しかつ送信元が予備ＳＩＰサーバの場合に、前記プロキシ・サーバ自身を識別するユーザ識別子とパスワードに基づいて前記受信したメッセージに応答する第２の認証REGISTERリクエストを生成する第２のREGISTERリクエスト生成手段と、
受信したメッセージが未許可を示しかつ送信元が現用ＳＩＰサーバの場合に、受信したメッセージを前記ユーザ端末に送信する送信手段とを備えることを特徴とする請求項２から請求項４の何れか１項に記載のプロキシ・サーバ。
【請求項６】
外部とメッセージを送受信するSIPプロキシ・サーバ機能と、
前記SIPプロキシ・サーバ機能により受信したメッセージの種類および送信元を識別するメッセージ判別機能と、
送信先となる複数の外部のSIPサーバの中から前記REGISTERリクエストの送信先を決定する送信先決定機能と、
前記現用SIPサーバがREGISTERリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくREGISTERリクエストの再送を促すSIP応答を生成する再送依頼応答生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項７】
外部とメッセージを送受信するSIPプロキシ・サーバ機能と、
前記SIPプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
自身を介して現用ＳＩＰサーバに送信された前記REGISTERリクエストの正常処理完了を確認した後、ユーザ端末にSIP要求の送信先を予備SIPサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成機能とを備えることを特徴とするプロキシ・サーバ。
【請求項８】
前記宛先変更依頼応答生成機能は、受信したメッセージが認証可を示すＳＩＰ応答でありかつ送信元が現用ＳＩＰサーバの場合に、前記宛先変更依頼応答を生成することを特徴とする請求項７に記載のプロキシ・サーバ。
【請求項９】
前記REGISTERリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項１から請求項５のいずれか１項に記載のプロキシ・サーバ。
【請求項１０】
予備SIPサーバへ送信するREGISTERリクエストの生成時に当該REGISTERリクエストの有効期限を延長する有効期限更新機能を備えることを特徴とする請求項１から請求項５、請求項９のいずれか１項に記載のプロキシ・サーバ。
【請求項１１】
前記再送依頼応答生成機能は、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項６に記載のプロキシ・サーバ。
【請求項１２】
前記再送依頼応答生成機能は、前記ユーザ端末からInitial  REGISTERリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記プロキシ・サーバは、前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新機能を備えることを特徴とする請求項１１に記載のプロキシ・サーバ。
【請求項１３】
前記有効期限更新機能は、前記現用ＳＩＰサーバ及び前記予備SIPサーバの総数に応じて前記有効期限を更新することを特徴とする請求項１２に記載のプロキシ・サーバ。
【請求項１４】
前記有効期限更新機能は、前記再送依頼応答を生成すると判定された場合に、前記ユーザ端末から受信した認証REGISTERリクエストの有効期限を延長し、受信したメッセージが認証可を示すＳＩＰ応答である場合に、当該有効期限を短縮することを特徴とする請求項１２又は請求項１３に記載のプロキシ・サーバ。
【請求項１５】
前記宛先変更依頼応答生成機能は、受信したInitial  REGISTERリクエストの送信先が前記送信先対応情報で示される送信先と異なる複数回の場合の内の１回において、前記宛先変更依頼応答を生成することを特徴とする請求項１３に記載のプロキシ・サーバ。
【請求項１６】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置と、前記メッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
前記メッセージの送受信を仲介するプロキシ・サーバ機能と、
前記プロキシ・サーバ機能が受信したメッセージの種類を判別するメッセージ判別機能と、
前記メッセージ判別機能により、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納機能と、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成機能とを備え、
前記プロキシ・サーバと前記予備通信制御装置間で、複製して生成された前記REGISTERリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項１７】
外部のユーザ端末との間でSIPメッセージの送受信を行う現用及び予備のSIPサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
SIPメッセージの送受信を仲介するSIPプロキシ・サーバ機能と、
前記SIPプロキシ・サーバ機能が受信したSIPメッセージの種類と送信元を判別するメッセージ判別機能と、
前記SIPプロキシ・サーバ機能が受信した前記ユーザ端末のREGISTERリクエストの複製を一時的に格納する一時格納機能と、
前記現用SIPサーバでの処理が正常に完了したREGISTERリクエストに対応する前記REGISTERリクエストの複製、前記ユーザ端末の登録情報の複製先となる予備SIPサーバとのDigest認証で使用する前記プロキシ・サーバのユーザ識別子及びパスワードに基づいて、前記予備SIPサーバによる認証のためのREGISTERリクエストを生成するリクエスト生成機能とを備え、
前記プロキシ・サーバと前記予備ＳＩＰサーバ間で、複製して生成された前記REGISTERリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項１８】
外部のユーザ端末との間でSIPメッセージの送受信を行う現用及び予備のSIPサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するSIPプロキシ・サーバ機能と、
前記SIPプロキシ・サーバ機能により受信したメッセージの種類および送信元を識別するメッセージ判別機能と、
送信先となる複数の外部のSIPサーバの中から前記REGISTERリクエストの送信先を決定する送信先決定機能と、
前記現用SIPサーバがREGISTERリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくREGISTERリクエストの再送を促すSIP応答を生成する再送応答生成機能とを備え、
前記送信先決定機能は、前記ユーザ端末から再送されたREGISTERリクエストの送信先を前記予備SIPサーバとし、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記REGISTERリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項１９】
外部のユーザ端末との間でSIPメッセージの送受信を行う現用及び予備のSIPサーバと、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバとを含む通信システムであって、
前記プロキシ・サーバに、
外部とメッセージを送受信するSIPプロキシ・サーバ機能と、
前記SIPプロキシ・サーバ機能により受信したメッセージの種類を識別するメッセージ判別機能と、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信された前記REGISTERリクエストの正常処理完了を確認した後、前記ユーザ端末にSIP要求の送信先を予備SIPサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成手段とを備え、
前記ユーザ端末と前記予備ＳＩＰサーバ間で、前記REGISTERリクエストによる前記ユーザ端末の認証を可能としたことを特徴とする通信システム。
【請求項２０】
前記プロキシ・サーバは、前記REGISTERリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項１６又は請求項１７に記載の通信システム。
【請求項２１】
予備SIPサーバへ送信するREGISTERリクエストの生成時に当該REGISTERリクエストの有効期限を延長する有効期限更新機能を備えることを特徴とする請求項１６、請求項１７、請求項２０のいずれか１項に記載の通信システム。
【請求項２２】
前記再送依頼応答生成機能は、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項１８に記載の通信システム。
【請求項２３】
前記再送依頼応答生成機能は、前記ユーザ端末からInitial  REGISTERリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記プロキシ・サーバは、前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新機能を備えることを特徴とする請求項２２に記載の通信システム。
【請求項２４】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
前記メッセージの送受信を仲介する仲介ステップと、
前記仲介ステップで受信したメッセージの種類を判別するメッセージ判別ステップと、
前記メッセージ判別ステップにより、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納ステップと、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成ステップとを備えることを特徴とする通信方法。
【請求項２５】
外部のユーザ端末との間でSIPメッセージの送受信を行う現用及び予備のSIPサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
SIPメッセージを仲介する仲介ステップと、
前記仲介ステップで受信したSIPメッセージの種類と送信元を判別するメッセージ判別ステップと、
前記仲介ステップで受信した前記ユーザ端末のREGISTERリクエストの複製を一時的に格納する一時格納ステップと、
前記現用SIPサーバでの処理が正常に完了したREGISTERリクエストに対応する前記REGISTERリクエストの複製、前記ユーザ端末の登録情報の複製先となる予備SIPサーバとのDigest認証で使用する前記プロキシ・サーバのユーザ識別子及びパスワードに基づいて、前記予備SIPサーバによる認証のためのREGISTERリクエストを生成するリクエスト生成ステップとを備えることを特徴とする通信方法。
【請求項２６】
外部のユーザ端末との間でSIPメッセージの送受信を行う現用及び予備のSIPサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類および送信元を識別するメッセージ判別ステップと、
送信先となる複数の外部のSIPサーバの中から前記REGISTERリクエストの送信先を決定する送信先決定ステップと、
前記現用SIPサーバがREGISTERリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくREGISTERリクエストの再送を促すSIP応答を生成する再送応答生成ステップとを備え、
前記送信先決定ステップにおいて、前記ユーザ端末から再送されたREGISTERリクエストの送信先を前記予備SIPサーバとすることを特徴とする通信方法。
【請求項２７】
外部のユーザ端末との間でSIPメッセージの送受信を行う現用及び予備のSIPサーバに対し、前記ＳＩＰメッセージの送受信を仲介するプロキシ・サーバにおける通信方法であって、
外部とメッセージを送受信する仲介ステップと、
前記仲介ステップにより受信したメッセージの種類を識別するメッセージ判別ステップと、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信された前記REGISTERリクエストの正常処理完了を確認した後、前記ユーザ端末にSIP要求の送信先を予備SIPサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成ステップとを備えることを特徴とする通信方法。
【請求項２８】
前記REGISTERリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項２４又は請求項２５に記載の通信方法。
【請求項２９】
予備SIPサーバへ送信するREGISTERリクエストの生成時に当該REGISTERリクエストの有効期限を延長する有効期限更新ステップを備えることを特徴とする請求項２４、請求項２５、請求項２８のいずれか１項に記載の通信方法。
【請求項３０】
前記再送依頼応答生成ステップは、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項２６に記載の通信方法。
【請求項３１】
前記再送依頼応答生成ステップは、前記ユーザ端末からInitial  REGISTERリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新ステップを備えることを特徴とする請求項３０に記載の通信方法。
【請求項３２】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
前記メッセージの送受信を仲介するプロキシ・サーバ処理と、
前記プロキシ・サーバ処理で受信したメッセージの種類を判別するメッセージ判別処理と、
前記メッセージ判別処理により、前記メッセージが前記現用通信制御装置内に保持される前記ユーザ端末に関する情報の処理を要求するメッセージであると判断した場合に一時的に当該メッセージの内容を記録する一時格納処理と、
前記メッセージが前記現用通信制御装置に受け入れられた場合に前記予備通信制御装置に認証のために前記メッセージと同内容のメッセージを複製するリクエスト生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項３３】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
SIPメッセージを仲介するSIPプロキシ・サーバ処理と、
前記SIPプロキシ・サーバ処理で受信したSIPメッセージの種類と送信元を判別するメッセージ判別処理と、
前記SIPプロキシ・サーバ処理で受信した前記ユーザ端末のREGISTERリクエストの複製を一時的に格納する一時格納処理と、
前記現用SIPサーバでの処理が正常に完了したREGISTERリクエストに対応する前記REGISTERリクエストの複製、前記ユーザ端末の登録情報の複製先となる予備SIPサーバとのDigest認証で使用する前記プロキシ・サーバのユーザ識別子及びパスワードに基づいて、前記予備SIPサーバによる認証のためのREGISTERリクエストを生成するリクエスト生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項３４】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するSIPプロキシ・サーバ処理と、
前記SIPプロキシ・サーバ処理により受信したメッセージの種類および送信元を識別するメッセージ判別処理と、
送信先となる複数の外部のSIPサーバの中から前記REGISTERリクエストの送信先を決定する送信先決定処理と、
前記現用SIPサーバがREGISTERリクエストを受け入れた場合、受け入れ完了通知をユーザ端末に送ることなくREGISTERリクエストの再送を促すSIP応答を生成する再送応答生成処理とを前記プロキシ・サーバに実行させ、
前記送信先決定処理において、前記ユーザ端末から再送されたREGISTERリクエストの送信先を前記予備SIPサーバとすることを特徴とするプログラム。
【請求項３５】
外部のユーザ端末との間でメッセージの送受信を行う現用及び予備の通信制御装置に対し、前記メッセージの送受信を仲介するプロキシ・サーバに実行させるためのプログラムであって、
外部とメッセージを送受信するSIPプロキシ・サーバ処理と、
前記SIPプロキシ・サーバ処理により受信したメッセージの種類を識別するメッセージ判別処理と、
前記プロキシ・サーバ自身を介して現用ＳＩＰサーバに送信された前記REGISTERリクエストの正常処理完了を確認した後、前記ユーザ端末にSIP要求の送信先を予備SIPサーバに変更させる宛先変更依頼応答を生成する宛先変更依頼応答生成処理とを前記プロキシ・サーバに実行させることを特徴とするプログラム。
【請求項３６】
前記REGISTERリクエストの複製の生成を、前記送信された回数の数回に１度行うことを特徴とする請求項３２又は請求項３３に記載のプログラム。
【請求項３７】
予備SIPサーバへ送信するREGISTERリクエストの生成時に当該REGISTERリクエストの有効期限を延長する有効期限更新処理を前記プロキシ・サーバに実行させることを特徴とする請求項３２、請求項３３、請求項３６のいずれか１項に記載のプログラム。
【請求項３８】
前記再送依頼応答生成処理は、前記現用ＳＩＰサーバから複数回受信した認証可を示すＳＩＰ応答の内の１回において、前記再送依頼応答を生成することを特徴とする請求項３４に記載のプログラム。
【請求項３９】
前記再送依頼応答生成処理は、前記ユーザ端末からInitial  REGISTERリクエストを受信した際に前記再送依頼応答を生成するか否かを判定し、
前記再送依頼応答を生成すると判定した場合に、受信したメッセージの有効期限を更新する有効期限更新処理を前記プロキシ・サーバに実行させることを特徴とする請求項３８に記載のプログラム。
【国際調査報告】
2008020644.tif 000062
2008020644.tif 000063
2008020644.tif 000064
2008020644.tif 000065