"少なくとも通信ネットワークに接続されるSIPエンドポイントを含む複数のエンドポイント間の呼接続を実行する呼制御サーバと、前記通信ネットワークに接続され、前記エンドポイント間で通信される映像、音声及びデータの少なくとも1つを含むメディア信号を中継するメディア中継サーバとを具備し、前記呼制御サーバは、前記SIPエンドポイントを特定するSIPエンドポイントIDあるいは複数のSIPエンドポイントから構成されるグループを特定するグループIDと、当該SIPエンドポイントが、当該SIPエンドポイントへ発信した場合に、SDP情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するSIPエンドポイントで、かつ、UPDATEメッセージをサポートしないSIPエンドポイントである場合にUPDATE非許容を示す情報が設定されるUPDATE可否情報とを対応付けた管理テーブルを記憶する記憶手段と、前記複数のエンドポイントのうち第1のエンドポイントにて第2のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がSIPエンドポイントの場合に、前記管理テーブルに基づいて、前記メディア中継サーバが必要か否かを判定する判定手段と、前記判定手段による判定結果に基づいて、前記転送先のSIPエンドポイントへ発信するINVITEメッセージに前記第1のエンドポイントのSDP情報を設定する第1処理、前記転送先のSIPエンドポイントへ送信するINVITEメッセージに前記メディア中継サーバのメディア中継用リソースのSDP情報を設定する第2処理のいずれか1つを実行する制御手段とを具備する電話システム。前記判定手段は、前記管理テーブルに基づいて、転送先のSIPエンドポイントまたはグループに対応する前記UPDATE可否情報がUPDATE非許容を示す情報である場合に、前記メディア中継サーバが必要と判定し、前記制御手段は、前記メディア中継サーバが必要と判定されるとき、前記第1のエンドポイントと前記転送先とを前記メディア中継サーバに接続して前記第1のエンドポイントに前記転送先の呼出音を供給し、この呼出音の供給に対し前記第1のエンドポイントにて呼出中転送起動操作がなされた場合に、前記第1のエンドポイントを前記メディア中継サーバから切り離し、前記第2のエンドポイントと前記転送先とを前記メディア中継サーバに接続する請求項1記載の電話システム。前記制御手段は、SIPエンドポイントへINVITEメッセージを送信した後、前記SIPエンドポイントから、SDP情報を含み、かつ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない暫定応答メッセージを受信した場合に、受信メッセージから前記管理テーブル中の転送先のSIPエンドポイントIDに対応付けて前記UPDATE可否情報にUPDATE非許容を示す情報を記憶する請求項1記載の電話システム。前記制御手段は、前記第2処理の実行後に、前記転送先から受信したSIPメッセージ中のallowヘッダフィールドのメソッドリストにUPDATEが含まれている場合に、前記第1のエンドポイントのSDP情報を設定したUPDATEメッセージを転送先へ送信することにより、転送先のメディア接続先を前記メディア中継サーバから前記第1のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項1記載の電話システム。前記制御手段は、前記第2処理の実行後に、呼出中転送起動操作がなされた後に、前記転送先から応答メッセージを受信した場合に、前記第2のエンドポイントのSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第2のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項2記載の電話システム。前記制御手段は、前記第2処理の実行後、呼出中転送起動操作がなされる前に、前記転送先から応答メッセージを受信した場合に、前記第1のエンドポイントのSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第1のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項1記載の電話システム。前記記憶手段は、保守者が設定する固定用管理テーブルと、SDP情報を含み、且つ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない暫定応答メッセージを受信した場合に更新する更新用管理テーブルとを記憶し、前記判定手段は、前記固定用管理テーブル及び前記更新用管理テーブルのいずれか一方に記憶される転送先のSIPエンドポイントまたはグループに対応する前記UPDATE可否情報が前記UPDATE非許容を示す情報である場合に、前記メディア中継サーバが必要と判定する請求項1記載の電話システム。前記記憶手段は、SIPトランクごとに、前記UPDATE可否情報を記憶し、SIPURIごとに、前記UPDATE可否情報を記憶し、前記判定手段は、SIPトランク及びSIPURIの一方のUPDATE可否情報がUPDATE非許容を示す情報である場合に、メディア中継サーバが必要と判定する請求項1記載の電話システム。少なくとも通信ネットワークに接続されるSIPエンドポイントを含む複数のエンドポイント間の呼接続を実行するサーバ装置において、前記エンドポイント間で通信される映像、音声及びデータの少なくとも1つを含むメディア信号を中継するメディア中継サーバを接続する接続手段と、前記SIPエンドポイントを特定するSIPエンドポイントIDあるいは複数のSIPエンドポイントから構成されるグループを特定するグループIDと、当該SIPエンドポイントが、当該SIPエンドポイントへ発信した場合に、SDP情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するSIPエンドポイントで、かつ、UPDATEメッセージをサポートしないSIPエンドポイントである場合にUPDATE非許容を示す情報が設定されるUPDATE可否情報とを対応付けた管理テーブルを記憶する記憶手段と、前記複数のエンドポイントのうち第1のエンドポイントにて第2のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がSIPエンドポイントの場合に、前記管理テーブルに基づいて、前記メディア中継サーバが必要か否かを判定する判定手段と、前記判定手段による判定結果に基づいて、前記転送先のSIPエンドポイントへ発信するINVITEメッセージに前記第1のエンドポイントのSDP情報を設定する第1処理、前記転送先のSIPエンドポイントへ送信するINVITEメッセージに前記メディア中継サーバのメディア中継用リソースのSDP情報を設定する第2処理のいずれか1つを実行する制御手段とを具備するサーバ装置。前記判定手段は、前記管理テーブルに基づいて、転送先のSIPエンドポイントまたはグループに対応する前記UPDATE可否情報がUPDATE非許容を示す情報である場合に、前記メディア中継サーバが必要と判定し、前記制御手段は、前記メディア中継サーバが必要と判定されるとき、前記第1のエンドポイントと前記転送先とを前記メディア中継サーバに接続して前記第1のエンドポイントに前記転送先の呼出音を供給し、この呼出音の供給に対し前記第1のエンドポイントにて呼出中転送起動操作がなされた場合に、前記第1のエンドポイントを前記メディア中継サーバから切り離し、前記第2のエンドポイントと前記転送先とを前記メディア中継サーバに接続する請求項9記載のサーバ装置。前記制御手段は、SIPエンドポイントへINVITEメッセージを送信した後、前記SIPエンドポイントから、SDP情報を含み、かつ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない暫定応答メッセージを受信した場合に、受信メッセージから前記管理テーブル中の転送先のSIPエンドポイントIDに対応付けて前記UPDATE可否情報にUPDATE非許容を示す情報を記憶する請求項9記載のサーバ装置。前記制御手段は、前記第2処理の実行後に、前記転送先から受信したSIPメッセージ中のallowヘッダフィールドのメソッドリストにUPDATEが含まれている場合に、前記第1のエンドポイントのSDP情報を設定したUPDATEメッセージを転送先へ送信することにより、転送先のメディア接続先を前記メディア中継サーバから前記第1のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項9記載のサーバ装置。前記制御手段は、前記第2処理の実行後に、呼出中転送起動操作がなされた後に、前記転送先から応答メッセージを受信した場合に、前記第2のエンドポイントのSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第2のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項10記載のサーバ装置。前記制御手段は、前記第2処理の実行後、呼出中転送起動操作がなされる前に、前記転送先から応答メッセージを受信した場合に、前記第1のエンドポイントのSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第1のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項9記載のサーバ装置。前記記憶手段は、保守者が設定する固定用管理テーブルと、SDP情報を含み、且つ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない暫定応答メッセージを受信した場合に更新する更新用管理テーブルとを記憶し、前記判定手段は、前記固定用管理テーブル及び前記更新用管理テーブルのいずれか一方に記憶される転送先のSIPエンドポイントまたはグループに対応する前記UPDATE可否情報が前記UPDATE非許容を示す情報である場合に、前記メディア中継サーバが必要と判定する請求項9記載のサーバ装置。前記記憶手段は、SIPトランクごとに、前記UPDATE可否情報を記憶し、SIPURIごとに、前記UPDATE可否情報を記憶し、前記判定手段は、SIPトランク及びSIPURIの一方のUPDATE可否情報がUPDATE非許容を示す情報である場合に、メディア中継サーバが必要と判定する請求項9記載のサーバ装置。少なくとも通信ネットワークに接続されるSIPエンドポイントを含む複数のエンドポイント間の呼接続を実行するサーバ装置で使用される転送制御方法において、前記エンドポイント間で通信される映像、音声及びデータの少なくとも1つを含むメディア信号を中継するメディア中継サーバを接続し、前記SIPエンドポイントを特定するSIPエンドポイントIDあるいは複数のSIPエンドポイントから構成されるグループを特定するグループIDと、当該SIPエンドポイントが、当該SIPエンドポイントへ発信した場合に、SDP情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するSIPエンドポイントで、かつ、UPDATEメッセージをサポートしないSIPエンドポイントである場合にUPDATE非許容を示す情報が設定されるUPDATE可否情報とを対応付けた管理テーブルをメモリに記憶しておき、前記複数のエンドポイントのうち第1のエンドポイントにて第2のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がSIPエンドポイントの場合に、前記管理テーブルに基づいて、前記メディア中継サーバが必要か否かを判定し、前記判定結果に基づいて、前記転送先のSIPエンドポイントへ発信するINVITEメッセージに前記第1のエンドポイントのSDP情報を設定する第1処理、前記転送先のSIPエンドポイントへ送信するINVITEメッセージに前記メディア中継サーバのメディア中継用リソースのSDP情報を設定する第2処理のいずれか1つを実行する転送制御方法。前記判定することは、前記管理テーブルに基づいて、転送先のSIPエンドポイントまたはグループに対応する前記UPDATE可否情報がUPDATE非許容を示す情報である場合に、前記メディア中継サーバが必要と判定し、前記実行することは、前記メディア中継サーバが必要と判定されるとき、前記第1のエンドポイントと前記転送先とを前記メディア中継サーバに接続して前記第1のエンドポイントに前記転送先の呼出音を供給し、この呼出音の供給に対し前記第1のエンドポイントにて呼出中転送起動操作がなされた場合に、前記第1のエンドポイントを前記メディア中継サーバから切り離し、前記第2のエンドポイントと前記転送先とを前記メディア中継サーバに接続する請求項17記載の転送制御方法。前記実行することは、SIPエンドポイントへINVITEメッセージを送信した後、前記SIPエンドポイントから、SDP情報を含み、かつ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない暫定応答メッセージを受信した場合に、受信メッセージから前記管理テーブル中の転送先のSIPエンドポイントIDに対応付けて前記UPDATE可否情報にUPDATE非許容を示す情報を記憶する請求項17記載の転送制御方法。前記実行することは、前記第2処理の実行後に、前記転送先から受信したSIPメッセージ中のallowヘッダフィールドのメソッドリストにUPDATEが含まれている場合に、前記第1のエンドポイントのSDP情報を設定したUPDATEメッセージを転送先へ送信することにより、転送先のメディア接続先を前記メディア中継サーバから前記第1のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項17記載の転送制御方法。前記実行することは、前記第2処理の実行後に、呼出中転送起動操作がなされた後に、前記転送先から応答メッセージを受信した場合に、前記第2のエンドポイントのSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第2のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項18記載の転送制御方法。前記実行することは、前記第2処理の実行後、呼出中転送起動操作がなされる前に、前記転送先から応答メッセージを受信した場合に、前記第1のエンドポイントのSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第1のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項17記載の転送制御方法。前記記憶することは、保守者が設定する固定用管理テーブルと、SDP情報を含み、且つ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない暫定応答メッセージを受信した場合に更新する更新用管理テーブルとを記憶し、前記判定することは、前記固定用管理テーブル及び前記更新用管理テーブルのいずれか一方に記憶される転送先のSIPエンドポイントまたはグループに対応する前記UPDATE可否情報が前記UPDATE非許容を示す情報である場合に、前記メディア中継サーバが必要と判定する請求項17記載の転送制御方法。前記記憶することは、SIPトランクごとに、前記UPDATE可否情報を記憶し、SIPURIごとに、前記UPDATE可否情報を記憶し、前記判定することは、SIPトランク及びSIPURIの一方のUPDATE可否情報がUPDATE非許容を示す情報である場合に、メディア中継サーバが必要と判定する請求項17記載の転送制御方法。ところで、アーリーメディアセッションを確立するがUPDATEメッセージをサポートしないSIPエンドポイントが存在する。そのようなSIPエンドポイントの場合、UPDATEメッセージを用いてアーリーメディアセッションのメディア接続先を変更することができない。従来、SIPエンドポイントとIP端末間のメディアを接続する際に常にメディア中継サーバを介するIP電話システムが存在する。このようなIP電話システムでは、SIPエンドポイントとIP端末間で通信する際、転送時以外もメディア中継用リソースを使用してしまう。本発明の目的は、アーリーメディアセッションを確立してSIPエンドポイントから供給される呼出音を聴取している時に依頼転送サービスを実行する際に、転送先がメディアの接続先の変更に必要なアップデートメッセージをサポートしていない場合であっても、依頼転送サービスを確実に実現し得る電話システム、サーバ装置及びサーバ装置で使用される転送制御方法を提供することにある。また、本発明の目的は、メディア中継が必要でない場合はメディア中継用リソースを使用せずにピアツーピア接続することにより、メディア中継用リソースを節約し得る電話システム、サーバ装置及びサーバ装置で使用される転送制御方法を提供することにある。実施形態によれば、電話システムは、呼制御サーバと、メディア中継サーバとを具備する。呼制御サーバは、少なくとも通信ネットワークに接続されるSIPエンドポイントを含む複数のエンドポイント間の呼接続を実行する。メディア中継サーバは、通信ネットワークに接続され、エンドポイント間で通信される映像、音声及びデータの少なくとも1つを含むメディア信号を中継する。また、呼制御サーバは、記憶手段と、判定手段と、制御手段とを具備する。記憶手段は、SIPエンドポイントを特定するSIPエンドポイントIDあるいは複数のSIPエンドポイントから構成されるグループを特定するグループIDと、当該SIPエンドポイントが、当該SIPエンドポイントへ発信した場合に、SDP情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するSIPエンドポイントで、かつ、UPDATEメッセージをサポートしないSIPエンドポイントである場合にUPDATE非許容を示す情報が設定されるUPDATE可否情報とを対応付けた管理テーブルを記憶する。判定手段は、複数のエンドポイントのうち第1のエンドポイントにて第2のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がSIPエンドポイントの場合に、管理テーブルに基づいて、メディア中継サーバが必要か否かを判定する。制御手段は、判定手段による判定結果に基づいて、転送先のSIPエンドポイントへ発信するINVITEメッセージに第1のエンドポイントのSDP情報を設定する第1処理、転送先のSIPエンドポイントへ送信するINVITEメッセージにメディア中継サーバのメディア中継用リソースのSDP情報を設定する第2処理のいずれか1つを実行する。以下、実施の形態について、図面を参照して説明する。IP電話等のビジネス電話システムでは、SIPエンドポイントへ発信して、SDP情報を含む180Ringingメッセージや183SessionProgressメッセージによりアーリーメディアセッションが確立し、転送先SIPエンドポイントから供給される呼出音を聴取している時に依頼転送サービスを実行した場合は、転送先SIPエンドポイントへRFC3311で定義されているUPDATEメッセージを送信して、メディア接続先を転送元端末から被転送端末に変更していた。これにより、依頼転送後に被転送端末が転送先SIPエンドポイントから供給される呼出音を聴取できる。ところで、SIPアーリーメディアセッションを確立するがUPDATEメッセージをサポートしないSIPエンドポイントが存在する。転送先がそのようなSIPエンドポイントの場合、依頼転送サービスを実行する際にUPDATEメッセージを用いて転送先SIPエンドポイントのメディア接続先を変更することができない。第1の実施形態図1は、第1の実施形態に係わるIP電話システムを示す概略構成図である。このシステムは、IPInternetProtocolネットワーク4を有する。IPネットワーク4には、呼制御サーバ1、メディア中継サーバ2、複数のIP端末3-1~3-iiは自然数が接続されている。なお、IP端末3-1~3-iは、通話処理機能とメディア情報処理機能とを備えている。また、IPネットワーク4には、SIPサーバ5-1~5-jjは自然数及びSIP端末6-1~6-kkは自然数が接続されている。SIPサーバ5-1~5-jは、SIPトランクサービスを提供するインターネットサービスプロバイダのSIPサーバである。なお、SIP端末6-1~6-kは、通話処理機能とメディア情報処理機能とを備えている。上記呼制御サーバ1は、複数のIP端末3-1~3-i間で、例えば、SIP、Megaco、H.323等の所定のプロトコルに従ってセッションを確立する交換制御機能を備える。そして、確立されたセッションにより、発信側と着信側のIP端末間でRTPパケットを送受信することで、音声通信を行なう。メディア中継サーバ2は、呼制御サーバ1からの指示に従い、映像、音声、データの少なくとも1つを含むメディア信号の中継処理を行う。呼制御サーバ1には、SIPトランク番号51の接続先SIPサーバとしてSIPサーバ5-1が設定されている。呼制御サーバ1に収容されているIP端末3-1~3-iは、SIPサーバ5-1のSIPトランクサービスを用いて、公衆回線網7に収容されている端末8-1へ発信することができる。また、SIPサーバ5-1~5-j及びSIP端末6-1~6-kは、IP端末3-1~3-iに対する転送先のSIPエンドポイント9を構成する。図2は、上記呼制御サーバ1の構成を示すブロック図である。呼制御サーバ1は、制御部21、ノースブリッジ22、主メモリ23、サウスブリッジ26、HDDHardDiskDrive27、マルチドライブ28、LANコントローラ29、インタフェース部30、PCカードコントローラ31、BIOS-ROMBasicInputOutputSystemROM33、EC/KBCEmbeddedControllerKeyboardController34、電源コントローラPSC35、電源部36、インタフェースI/F38、I/Oコントローラ40などを備える。制御部21は、CPU:CentralProcessingUnitを主体として呼制御サーバ1全体の制御を司るものであり、主メモリ23をワークエリアとして使用し、HDD27から主メモリ23にロードされる、オペレーティングシステムOS23a、ドライバ23b、交換プログラム23cなどを実行する。ノースブリッジ22は、制御部21とサウスブリッジ26との間のブリッジ処理、主メモリ23の制御、ビデオコントローラ24の制御などを行う各種コントローラを備えている。サウスブリッジ26は、ハブリンクを介してノースブリッジ22に接続されており、LPCLowPinCountバス上の各種デバイスEC/KBC34、I/Oコントローラなどや、PCIPeripheralComponentInterconnectバス上の各種PCIデバイスLANコントローラ29、インタフェース部30、PCカードコントローラ31などや、IDEIntegratedDriveElectronics対応のディスクドライブや、USBデバイスなどの制御を行う各種コントローラを備える。HDD27は、プライマリIDEに対応するデバイスとしてサウスブリッジ26に接続されており、OSや交換プログラム等の各種プログラム、各種データ23dなどを記憶する内蔵のハードディスクである。マルチドライブ28は、セカンダリIDEに対応するデバイスとしてサウスブリッジ26に接続されており、リムーバブルな記録媒体であるCD-ROM、DVD-ROM、CD-R/RWを駆動する。LANコントローラ29は、PCIデバイスとしてサウスブリッジ26に接続されており、有線LANの仕様に準拠する通信機能を備え、同じ通信機能を備えた通信装置との間で通信を行うものである。インタフェース部30は、PCIデバイスとしてサウスブリッジ26に接続されており、LAN1の仕様に準拠する通信機能を備え、RTPパケットの授受に係わる処理を行う。PCカードコントローラ31は、PCIデバイスとしてサウスブリッジ26に接続されており、PCMCIAの仕様に準拠し、各種のPCカードを制御するものである。BIOS-ROM33は、LPCバスに接続されており、電源が投入された際に主に呼制御サーバSV1内のハードウェアに対する設定処理などを行うBIOSBasicInputOutputSystemを格納している。EC/KBC34は、LPCバスに接続されており、電源コントローラ35やキーボード37等の入力装置の制御などを行う。このEC/KBC34は、組み込みコントローラであるECEmbeddedControllerとキーボードコントローラとを一体化したものである。電源コントローラ35は、I2Cバスを介してEC/KBC34に接続されており、呼制御サーバ1内の各部に供給する電圧を制御する。電源部36は駆動電力を生成し、呼制御サーバ1内の各部に供給する。インタフェース38は、キーボードやマウス等の入力デバイスを接続可能とするための、インタフェースを行うものである。I/Oコントローラ40は、LPCバスに接続されており、外部とシリアル信号やパラレル信号の入出力制御を行うと共に、マウス39との入出力制御をも行う。この呼制御サーバ1においては、制御部21の制御のもとで、主メモリ23上に展開した交換プログラム23cがLANコントローラ29などと協働して所定の交換処理機能を実現する。呼制御サーバ1は汎用のコンピュータサーバに交換プログラム23cをロードし、このプログラムを実行させることで電話端末間の交換機能を実現する。呼制御サーバ1は、汎用コンピュータと同様に、データが記憶された領域が物理的には不連続なメモリ領域であっても、ソフトウェアプロセスなどから見て連続になるように見せかける仮想記憶システムを採用する。ところで、上記HDD27には、UPDATE可否記憶部271と、中継用リソース使用状態記憶部272と、メディア中継情報記憶部273とが設けられる。図3は、UPDATE可否記憶部271の記憶内容の一例を示す図である。UPDATE可否記憶部271には、図3に示すように、SIPサーバ5-1~5-j及びSIP端末6-1~6-kに割り当てられる転送先SIPトランク番号と、この転送先SIPトランク番号に属するSIPサーバ5-1~5-jを特定するSIPエンドポイントIDとしての転送先SIPサーバと、UPDATE可否を表す情報と、転送先SIPトランク番号に属するSIP端末6-1~6-kを特定するSIPエンドポイントIDとしてのSIPURIとの対応関係を表すテーブルが記憶される。なお、UPDATEとは、Inviteメッセージに応答する前にセッションのパラメータ例えば、SDP情報を更新するために、RFC3311で定義されているメッセージである。図4は、中継用リソース使用状態記憶部272の記憶内容の一例を示す図である。中継用リソース使用状態記憶部272には、図4に示すように、メディア中継サーバ2の中継用リソースの使用状態を管理するためのテーブルが記憶されるもので、図4に示すように、中継用リソースを特定する中継用リソース番号と、中継用リソースの空き/使用中を表す使用状態との対応関係を表すテーブルが記憶される。図5は、メディア中継情報記憶部273の記憶内容の一例を示す図である。メディア中継情報記憶部273には、依頼転送の状態を管理するためのテーブルが記憶されるもので、図5に示すように、SIP呼識別情報と、状態と、中継用リソース番号と、転送先SDP情報と、SDP接続有無を示す情報と、転送主催端末の端末IDと、被転送端末の端末IDとの対応関係を表すテーブルが記憶される。ところで、上記制御部21は、受信メッセージ分析部211と、メディア中継管理部212と、メッセージ送信制御部213とを備えている。受信メッセージ分析部211は、例えばIP端末3-1にて転送起動操作がなされた場合に、転送先情報の分析を行う。メディア中継管理部212は、転送先であるSIPエンドポイント9から送られるSIPメッセージ及びUPDATE可否記憶部271及び中継用リソース使用状態記憶部272に記憶されるテーブルに基づいて、メディア中継サーバ2が必要か否かを判定する。また、メディア中継管理部212は、中継用リソース使用状態記憶部272及びメディア中継情報記憶部273に記憶されるテーブルに基づいて、中継用リソースの使用状態を管理する。メッセージ送信制御部213は、上記受信メッセージ分析部211による判定結果及びメディア中継管理部212により管理される中継用リソースの使用状態に基づいて、被転送端末となるIP端末3-2の通信相手先を、ピアツーピア接続によりIP端末3-1から転送先のSIPエンドポイント9に切り替える処理、メディア中継サーバ2を中継してIP端末3-2の通信相手先をIP端末3-1から転送先のSIPエンドポイント9に切り替える処理のいずれか1つを実行する。また、メッセージ送信制御部213は、転送先のSIPエンドポイントへ発信するINVITEメッセージにIP端末3-1のSDP情報を設定する処理、転送先のSIPエンドポイントへ送信するINVITEメッセージにメディア中継サーバ2のメディア中継用リソースのSDP情報を設定する処理のいずれか1つを実行する。また、メッセージ送信制御部213は、メディア中継サーバ2による中継処理を実行中に、転送先のSIPエンドポイント9から200OKメッセージを受信した場合に、Re-Inviteメッセージを用いてピアツーピア接続に切り替えて、メディア中継サーバ2による中継処理を終了する。さらに、受信メッセージ分析部211は、転送先から受信するSIPメッセージのallowヘッダフィールドのメソッドリストにUPDATEが含まれていない場合に、UPDATE可否記憶部271に記憶されるテーブル中の転送先に対応する情報を許容から非許容に更新する。次に、以上のように構成されたシステムの動作について説明する。ここで、説明する動作は、以下のような場合を想定して説明する。まず、呼制御サーバ1に収容されたIP端末3-2のユーザが、SIP網のSIPサーバ5-1に収容されている端末8-1のユーザと通話したいとする。このとき、IP端末3-2のユーザが端末8-1へ直接発呼を行わずに、IP端末3-1のユーザが代行し端末8-1に対して、発呼を行うことを想定している。このため、動作の大まかな順序は、図6~図12に示すように、以下の通りとなる。1IP端末3-2のユーザが、IP端末3-1へ発呼。2IP端末3-1のユーザが、呼制御サーバ1経由でSIPサーバ5-1へ発呼。3SIPサーバ5-1からの呼び出し音を、IP端末3-1に中継。4SIPサーバ5-1からの呼び出し音の中継を、IP端末3-2に変更。5端末8-1が応答すると、IP端末3-2とSIPサーバ5-1あるいは端末8-1間の、ピアツーピア接続での通話状態に切替。また、SIPサーバ5-1は、SDP情報を含む180Ringingメッセージによりアーリーメディアセッションを確立して呼出音を供給するが、UPDATEメッセージをサポートしていないサーバであるものとする。180Ringingメッセージは、暫定応答メッセージの1つである。暫定応答メッセージとは、RFC3261で定義されているメッセージであり、1××台の応答メッセージである。1××台の応答メッセージとしては、100、180、183がよく使われるメッセージであり、それ以外のメッセージはあまり使われないため、本実施形態では、180Ringingメッセージまたは183SessionProgressメッセージの場合で説明する。しかしながら、本実施形態で、暫定応答メッセージという場合は、100、180、183だけでなく、その他の1××台の応答メッセージも含むものとする。UPDATE可否記憶部271には、予めSIPサーバ5-1はUPDATE非許容と設定されているものとする。以下、動作について詳細に説明する。1IP端末3-2のユーザが、IP端末3-1へ発呼まず、IP端末3-1とIP端末3-2との間で通信セッションを確立する動作について説明する。図6は、IP端末3-1とIP端末3-2との間で通信セッションを確立する動作を示すシーケンス図である。いま図6に示すように、IP端末3-2のユーザがIP端末3-1への発信操作を行なったとする図61。そうするとIP端末3-2からその発信メッセージが呼制御サーバ1に送られる図62。呼制御サーバ1は、発信メッセージを受信すると、発信メッセージ内のコーデック情報と着側のコーデック情報とを比較し、例えば互いG.711で一致する場合に、着信側のIP端末3-1に対して、発側から受信したメッセージのコーデック情報とピアツーピア接続するための情報を着信メッセージに乗せて通知する図64。そして、着信側のIP端末3-1が応答し図65、その応答メッセージが呼制御サーバ1に返送されると図66、呼制御サーバ1はIP端末3-2へ応答メッセージを送信する図67。以後、呼制御サーバ1はIP端末3-1,3-2間の通信セッションを例えばG.711を用いたピアツーピア接続で形成する図68。図7は、IP端末3-1とIP端末3-2との通話中にIP端末3-2の通信相手先をIP端末3-1から公衆回線網7上の端末8-1に切り替える際の信号シーケンスの例である。2IP端末3-1のユーザが、呼制御サーバ1経由でSIPサーバ5-1へ発呼。いま、例えば図7に示すようにIP端末3-1,3-2間で内線音声通信が行なわれているものとする。この状態で、IP端末3-1においてユーザが、自端末からSIPトランク番号51への発信特番と端末8-1の番号をダイヤルする転送起動操作を行ったとする図71。すると、IP端末3-1は、呼制御サーバ1へ転送起動要求を送信する図72。呼制御サーバ1は、転送起動要求を受信すると、この転送起動要求に含まれるSIPトランク番号51をもとに、UPDATE可否記憶部271からUPDATE可否を示す情報を検索する。ここでは、非許容であるので、呼制御サーバ1は、中継用リソース使用状態記憶部272から空きとなるメディア中継用リソース2-1,2-2を捕捉し図73、転送先のSIPサーバ5-1に対し使用するメディア中継用リソース2-1のSDP情報を含むINVITEメッセージを送信して呼び出しを行う図74。図8は、INVITEメッセージのフォーマットの一例を示す。INVITEメッセージは、Request-Line、メッセージヘッダ、メッセージボディから構成される。Request-Line、メッセージヘッダ中のToヘッダフィールドには、宛先情報として端末8-1を示す情報が含まれる。メッセージボディには、SDP情報が挿入される。また、呼制御サーバ1は、UPDATEメッセージをサポートしているため、メッセージヘッダ中のallowヘッダフィールドのメソッドリストには、UPDATEメッセージが挿入される。SIPサーバ5-1は、INVITEメッセージを受信後、SDP情報を分析する。同時に、SIPサーバ5-1は、公衆回線網7上の端末8-1を呼び出す。そして、着信報知が行われている旨を示す100Tryingメッセージ及び180Ringingメッセージを呼制御サーバ1へ返送する図75。この着信報知は、鳴音の発生または着信表示により行なわれる。また、180Ringingメッセージには、SIPサーバ5-1のSDP情報が含まれる。なお、SIPサーバ5-1は、UPDATEメッセージをサポートしていないため、180RingingメッセージのallowヘッダフィールドのメソッドリストにはUPDATEが含まれない。3SIPサーバ5-1からの呼出音を、IP端末3-1に中継。呼制御サーバ1は、SIPサーバ5-1から100Trying及び180Ringingを受信すると、IP端末3-1に対し転送起動要求を正しく受信した旨を示す転送起動受付を送信する図76。そして、以後、呼制御サーバ1は、SIPサーバ5-1にメディア中継用リソース2-1を割り当て、IP端末3-1にメディア中継用リソース2-2を割り当てた旨のSDP情報を含むメディア中継開始指示をメディア中継サーバ2へ送信する図77。メディア中継サーバ2は、メディア中継開始指示を受信すると、メディア中継用リソース2-1,2-2を用いてIP端末3-1とSIPサーバ5-1との間のメディアを中継する図78。かくして、IP端末3-1とSIPサーバ5-1との間では、メディア中継サーバ2経由でRTPパケットの送受信が行われ、IP端末3-1のユーザはSIPサーバ5-1からの呼出音の聴取が可能となる図79。また、呼制御サーバ1は、被転送端末となるIP端末3-2に対し保留指示を送信し図710、保留音を聴取させる。4SIPサーバ5-1からの呼出音の中継を、IP端末3-2に変更。IP端末3-1のユーザが呼出音の聴取状態で呼出中転送操作を行ったとする図711。そうすると、IP端末3-1は、呼制御サーバ1へ呼出中転送要求を送信する図712。呼制御サーバ1は、呼出中転送要求を受信すると、IP端末3-2に対しメディア中継用リソース2-2のSDP情報を含むメディア接続指示を送信する図713。そして、呼制御サーバ1は、IP端末3-2にメディア中継用リソース2-2を割り当てた旨のSDP情報を含むメディア中継変更指示をメディア中継サーバ2へ送信する図714。メディア中継サーバ2は、メディア中継変更指示を受信すると、メディア中継用リソース2-1,2-2を用いてIP端末3-2とSIPサーバ5-1との間のメディアを中継する図715。かくして、IP端末3-2とSIPサーバ5-1との間では、メディア中継サーバ2経由でRTPパケットの送受信が行われ、IP端末3-2のユーザはSIPサーバ5-1からの呼出音の聴取が可能となる図716。呼制御サーバ1は、IP端末3-1に対し呼出中転送要求を正しく受信した旨を示す呼出中転送受付を送信し図717、IP端末3-1との間の通信セッションを切断する図718。5端末8-1が応答すると、IP端末3-2とSIPサーバ5-1あるいは端末8-1間の、ピアツーピア接続での通話状態に切替。上記着信報知に対し端末8-1のユーザが応答操作を行うと図719、SIPサーバ5-1は応答メッセージ200OKを呼制御サーバ1へ送信する図720。呼制御サーバ1は、応答メッセージ200OKを受信すると、SIPサーバ5-1に対しACKを送信する図721。そして、IP端末3-2とSIPサーバ5-1のメディアのピアツーピア接続を実行するべく、まず、IP端末3-2に対しSIPサーバ5-1のSDP情報を含むメディア接続指示を送信する図722。そして、呼制御サーバ1は、IP端末3-2のSDP情報を含むRe-INVITEメッセージをSIPサーバ5-1に送信し図723、メディア中継サーバ2に対しメディア中継終了指示を送信して図724、メディア中継リソース2-1,2-2を解放する図725。メディア中継サーバ2は、メディア中継終了指示を受信すると、メディア中継処理を終了する図726。SIPサーバ5-1は、Re-INVITEメッセージを受信後、SDP情報を分析し、Re-INVITEメッセージに対する100Tryingメッセージ及び200OKを呼制御サーバ1へ返送する図727。そして、呼制御サーバ1は、SIPサーバ5-1に対しACKを送信する図728。これにより、IP端末3-2とSIPサーバ5-1の間のメディアがピアツーピア接続される図729。かくして、IP端末3-2の通信先がIP端末3-1から公衆回線網7上の端末8-1へ切り替わり、以後IP端末3-2のユーザは引き続き端末8-1のユーザとの間で通話を行うことが可能となる。上記動作における呼制御サーバ1の制御手順を、図9、図10、図11、図12を用いて説明する。図9は、転送起動要求を受信した際の呼制御サーバ1の制御処理手順を示すフローチャートである。呼制御サーバ1は、転送主催端末となるIP端末3-1から転送起動要求を受信するとステップST8a、受信メッセージ分析部211によって転送先情報を分析し、SIPトランク番号51への転送と判定するステップST8b。呼制御サーバ1は、UPDATE可否記憶部271から、SIPトランク番号51はUPDATE非許容のため、メディア中継が必要と判定する。そのため、呼制御サーバ1は、ステップST8cからステップST8dに移行してここで中継用リソース使用状態記憶部212を用いて、リソースを使用可能か判定する。リソースを使用可能な場合にはYes、呼制御サーバ1は中継用リソースを捕捉するステップST8e。そして、呼制御サーバ1は、メディア中継情報記憶部273にSIP呼の識別情報、捕捉した中継用リソース番号、転送主催端末と被転送端末の情報を記憶し、状態を転送起動要求中に更新するステップST8f。そして、呼制御サーバ1は、メッセージ送信制御部213により、SIPトランク番号51の接続先であるSIPサーバ5-1へ、捕捉した中継用リソースのSDP情報を設定したINVITEメッセージを送信するステップST8g。なお、上記ステップST8cにおいて、メディア中継が不要と判定した場合不要、呼制御サーバ1はIP端末3-1のSDP情報を設定したINVITEメッセージをSIPサーバ5-1へ送信することにより、IP端末3-1とSIPサーバ5-1との間のメディアをピアツーピア接続させるステップST8h。また、上記ステップST8dにおいて、空きのメディア中継用リソースが無いと判定した場合No、呼制御サーバ1は転送主催端末となるIP端末3-1に対し転送不可能の旨のメッセージを通知するステップST8i。図10は、SIPサーバ5-1から180Ringingメッセージを受信した時の呼制御サーバ1の制御処理手順を示すフローチャートである。呼制御サーバ1は、転送先となるSIPサーバ5-1から180Ringingメッセージを受信するとステップST9a、受信メッセージ分析部211により、受信メッセージにSDP情報が含まれているか判定するステップST9b。ここで、SDP情報が含まれていない場合なし、呼制御サーバ1は端末自身が生成するトーンを聴取させるため、IP端末3-1へSDP情報なしの転送起動受付を送信しステップST9c、IP端末3-2へ保留指示メッセージを送信しステップST9d、メディア中継管理部212にてメディア中継記憶部273のCall-ID1111に対応する状態を示す情報を転送主催端末呼出中に更新するステップST9e。一方、SDP情報が含まれている場合あり、呼制御サーバ1は受信メッセージのAllowヘッダフィールドのメソッドリストにUPDATEが含まれているか否かを判定するステップST9f。ここで、UPDATEが含まれている場合あり、呼制御サーバ1はUPDATEメッセージを用いることが可能であるため、SIPサーバ5-1へIP端末3-1のSDP情報を含むUPDATEメッセージを送信しステップST9g、メディア中継記憶部273にSIPサーバ5-1のSDP情報をCall-ID1111に対応付けて記憶しステップST9h、メディア中継記憶部273のCall-ID1111に対応する状態を示す情報をUPDATE中に更新するステップST9i。その後、呼制御サーバ1は、SIPサーバ5-1からUPDATEに対する200OKメッセージを受信した際に、IP端末3-1へSIPサーバ5-1のSDP情報を含む転送起動受付メッセージを送信し、IP端末3-2へ保留指示メッセージを送信し、メディア中継用リソース2-1、2-2を解放し、メディア中継記憶部273の状態を空きに更新し、以降はメディア中継しない従来の処理と同様の処理を行う。一方、上記ステップST9fにおいて、UPDATEが含まれていない場合なし、呼制御サーバ1はIP端末3-1へメディア中継用リソース2-2のSDP情報を含む転送起動受付メッセージを送信しステップST9j、メディア中継サーバ2へメディア中継開始指示メッセージを送信しステップST9k、IP端末3-2へ保留指示メッセージを送信しステップST9l、メディア中継記憶部273にSIPサーバ5-1のSDP情報を記憶しステップST9m、SDP接続有無を有りに更新しステップST9n、メディア中継記憶部273の状態を転送主催端末呼出中に更新するステップST9o。これにより、IP端末3-1は、SIPサーバ5-1からの呼出音聴取中状態となり、IP端末3-2は端末自身が生成する保留音を聴取中状態となる。図11は、転送主催端末となるIP端末3-1から呼出中転送要求を受信した際の呼制御サーバ1の制御処理手順を示すフローチャートである。呼制御サーバ1は、IP端末3-1から呼出中転送要求を受信するとステップST10a、メディア中継記憶部273のSDP接続有無が有りか否かを判定するステップST10b。ここで、無しの場合No、呼制御サーバ1は被転送端末に端末自身が生成する呼出音を聴取させるため、IP端末3-2へ呼出音聴取指示メッセージを送信しステップST10c、IP端末3-1へ呼出中転送受付メッセージを送信しステップST10d、メディア中継記憶部273のCall-ID1111に対応する状態を示す情報を被転送端末呼出中に更新するステップST10e。一方、SDP接続有無が有りの場合Yes、呼制御サーバ1はIP端末3-2へメディア中継用リソース2-2のSDP情報を含むメディア接続指示を送信しステップST10f、メディア中継サーバ2へメディア中継変更指示を送信しステップST10g、IP端末3-1へ呼出中転送受付メッセージを送信しステップST10h、メディア中継記憶部273のCall-ID1111に対応する状態を示す情報を被転送端末呼出中に更新するステップST10i。これにより、IP端末3-2は、SIPサーバ5-1からの呼出音聴取中状態となり、IP端末3-1は空き状態となる。図12は、SIPサーバ5-1から200OKを受信した際の呼制御サーバ1の制御処理手順を示すフローチャートである。呼制御サーバ1は、SIPサーバ5-1から200OKを受信するとステップST11a、SIPサーバ5-1へACKを送信しステップST11b、メディア中継記憶部273の状態を判定するステップST11c。ここで、状態が転送主催端末呼出中の場合、呼制御サーバ1はIP端末3-1から呼出中転送要求メッセージをまだ受信していないため、SIPサーバ5-1へIP端末3-1のSDP情報を含むReInviteメッセージを送信しステップST11d、IP端末3-1へSIPサーバ5-1のSDP情報を含むメディア接続指示メッセージを送信しステップST11d、メディア中継中の場合はステップST11fからステップST11gに移行してここでメディア中継サーバ2にメディア中継終了指示メッセージを送信し、メディア中継用リソース2-1,2-2を解放しステップST11h、メディア中継記憶部273を空き状態に更新するステップST11i。SIPサーバ5-1からRe-INVITEメッセージに対する200OK受信後、IP端末3-1はSIPサーバ5-1と通話状態になる。以降は、従来の処理と同様である。一方、上記ステップST11cにおいて、メディア中継記憶部273の状態が被転送者呼出中の場合、呼制御サーバ1はSIPサーバ5-1へIP端末3-2のSDP情報を含むRe-INVITEメッセージを送信しステップST11j、IP端末3-2へSIPサーバ5-1のSDP情報を含むメディア接続指示メッセージを送信しステップST11k、メディア中継中の場合はメディア中継サーバ2にメディア中継終了指示メッセージを送信し、メディア中継用リソース2-1、2-2を解放し、メディア中継記憶部273を空き状態に更新する。SIPサーバ5-1からRe-INVITEに対する200OKを受信後、IP端末3-2はSIPサーバ5-1と通話状態になる。以上のように上記第1の実施形態では、呼制御サーバ1において、転送先のSIPトランク番号と、UPDATEメッセージの許容/非許容を示す情報とを対応付けたテーブルをUPDATE可否記憶部271に記憶しておくようにし、IP端末3-2と呼接続を行っているIP端末3-1にて転送起動操作がなされた場合に、UPDATE可否記憶部271に記憶されるテーブル中の転送先のSIPトランク番号に対応するUPDATE可否情報がUPDATE非許容を示す情報であるかを判定し、UPDATE非許容、つまり転送先がSDP情報を含む180Ringingメッセージや183SessionProgressメッセージによりアーリーメディアセッションを確立するがUPDATEメッセージをサポートしない場合に、転送先となるSIPサーバ5-1から応答を受信するまでの間、転送起動端末のIP端末3-1とSIPサーバ5-1との間のメディア、もしくは、被転送端末のIP端末3-2とSIPサーバ5-1との間のメディアを、メディア中継サーバ2を介して接続するようにしている。従って、転送先へUPDATEメッセージを送信することなく、転送主催端末となるIP端末3-1及び被転送端末となるIP端末3-2のユーザが転送先から供給される呼出音を聴取できる。また、上記第1の実施形態によれば、メディア中継サーバ2による中継処理時に、転送先となるSIPサーバ5-1から受信したSIPメッセージのallowヘッダフィールドのメソッドリストにUPDATEが含まれている場合に、UPDATEメッセージを用いて転送起動端末となるIP端末3-1と転送先となるSIPサーバ5-1のメディアとをピアツーピア接続に切り替えるようにしているので、メディア中継用リソースを節約できる。また、転送起動時に、必要に応じてメディア中継サーバを用いるため、多数のIP端末3-1~3-iで少数のメディア中継用リソース2-1~2-5を利用するときに、メディア中継用リソース2-1~2-5の有効利用率を高めることができる。なお、上記第1の実施形態では、メディア中継サーバ2による中継処理の実行後、IP端末3-1にて呼出中転送操作がなされた後に、転送先から応答メッセージを受信した場合に、被転送端末となるIP端末3-2のSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先をメディア中継サーバ2からIP端末3-2に切り替えて、メディア中継サーバ2による中継処理を終了する例について説明した。しかしこれに限ることなく、メディア中継サーバ2による中継処理の実行後、IP端末3-1にて呼出中転送操作がなされる前に、転送先から応答メッセージを受信した場合に、IP端末3-1のSDP情報を含むRe-Inviteメッセージを用いて転送先のメディア接続先をメディア中継サーバ2からIP端末3-1に切り替えて、メディア中継サーバ2による中継処理を終了する。第2の実施形態第2の実施形態は、SIPトランクではUPDATEが許容となっているが、SIPURIではUPDATEが非許容となっている場合の依頼転送動作を実行するものである。図13は、IP端末3-1とIP端末3-2との通話中にIP端末3-2の通信相手先をIP端末3-1からSIPサーバ5-2経由でSIP端末6-1に切り替える際の信号シーケンスの例である。いま、例えば図13に示すようにIP端末3-1,3-2間で内線音声通信が行なわれているものとする。この状態で、IP端末3-1においてユーザが、自端末からSIPトランク番号52への発信特番とSIP端末6-1の番号をダイヤルする転送起動操作を行ったとする図131。すると、IP端末3-1は、呼制御サーバ1へ転送起動要求を送信する図132。呼制御サーバ1は、転送起動要求を受信すると、この転送起動要求に含まれるSIPトランク番号52をもとに、UPDATE可否記憶部271からUPDATE可否を示す情報を検索する。ここでは、許容であるが、SIP端末6-1のSIPURIが非許容であるので、呼制御サーバ1は、中継用リソース使用状態記憶部272から空きとなるメディア中継用リソース2-1,2-2を捕捉し図133、転送先のSIPサーバ5-2に対し使用するメディア中継用リソース2-1のSDP情報を含むINVITEメッセージを送信して呼び出しを行う図134。SIPサーバ5-2は、INVITEメッセージを受信後、SDP情報を分析する。同時に、SIPサーバ5-2は、SIP端末6-1を呼び出す図134-1。SIP端末6-1は、着信報知が行われている旨を示す100Tryingメッセージ及びSIP端末6-1のSDP情報を含む180RingingメッセージをSIPサーバ5-2へ返送する図135-1。なお、SIP端末6-1はUPDATEメッセージをサポートしていないため、180RingingメッセージのallowヘッダフィールドのメソッドリストにはUPDATEが含まれない。SIPサーバ5-2は、着信報知が行われている旨を示す100Tryingメッセージ及び180Ringingメッセージを呼制御サーバ1へ返送する図135。この着信報知は、鳴音の発生または着信表示により行なわれる。この180Ringingメッセージには、SIP端末6-1のSDP情報を含み、allowヘッダフィールドのメソッドリストにはUPDATEが含まれない。呼制御サーバ1は、SIPサーバ5-2から100Trying及び180Ringingを受信すると、IP端末3-1に対し転送起動要求を正しく受信した旨を示す転送起動受付を送信する図136。そして、以後、呼制御サーバ1は、SIPサーバ5-2にメディア中継用リソース2-1を割り当て、IP端末3-1にメディア中継用リソース2-2を割り当てた旨のSDP情報を含むメディア中継開始指示をメディア中継サーバ2へ送信する図137。メディア中継サーバ2は、メディア中継開始指示を受信すると、メディア中継用リソース2-1,2-2を用いてIP端末3-1とSIP端末6-1との間のメディアを中継する図138。かくして、IP端末3-1とSIP端末6-1との間では、メディア中継サーバ2経由でRTPパケットの送受信が行われ、IP端末3-1のユーザはSIP端末6-1からの呼出音の聴取が可能となる図139。また、呼制御サーバ1は、被転送端末となるIP端末3-2に対し保留指示を送信し図1310、保留音を聴取させる。IP端末3-1のユーザが呼出音の聴取状態で呼出中転送操作を行ったとする図1311。そうすると、IP端末3-1は、呼制御サーバ1へ呼出中転送要求を送信する図1312。呼制御サーバ1は、呼出中転送要求を受信すると、IP端末3-2に対しメディア中継用リソース2-2のSDP情報を含むメディア接続指示を送信する図1313。そして、呼制御サーバ1は、IP端末3-2にメディア中継用リソース2-2を割り当てた旨のSDP情報を含むメディア中継変更指示をメディア中継サーバ2へ送信する図1314。メディア中継サーバ2は、メディア中継変更指示を受信すると、メディア中継用リソース2-1,2-2を用いてIP端末3-2とSIPサーバ5-2との間のメディアを中継する図1315。かくして、IP端末3-2とSIP端末6-1との間では、メディア中継サーバ2経由でRTPパケットの送受信が行われ、IP端末3-2のユーザはSIP端末6-1からの呼出音の聴取が可能となる図1316。呼制御サーバ1は、IP端末3-1に対し呼出中転送要求を正しく受信した旨を示す呼出中転送受付を送信し図1317、IP端末3-1との間の通信セッションを切断する図1318。上記着信報知に対しSIP端末6-1のユーザが応答操作を行うと図1319、SIP端末6-1は応答メッセージ200OKをSIPサーバ5-2へ送信する図1320-1。そして、SIPサーバ5-2は応答メッセージ200OKを呼制御サーバ1へ送信する図1320。呼制御サーバ1は、応答メッセージ200OKを受信すると、SIPサーバ5-2に対しACKを送信する図1321。また、SIPサーバ5-2は、SIP端末6-1に対しACKを送信する図1321-1。呼制御サーバ1は、IP端末3-2とSIP端末6-1のメディアのピアツーピア接続を実行するべく、まず、IP端末3-2に対しSIP端末6-1のSDP情報を含むメディア接続指示を送信する図1322。そして、呼制御サーバ1は、IP端末3-2のSDP情報を含むRe-INVITEメッセージをSIPサーバ5-2に送信し図1323、メディア中継サーバ2に対しメディア中継終了指示を送信して図1324、メディア中継リソース2-1,2-2を解放する図1325。メディア中継サーバ2は、メディア中継終了指示を受信すると、メディア中継処理を終了する図1326。SIPサーバ5-2は、Re-INVITEメッセージを受信後、SDP情報を分析し、SIP端末6-1に対しRe-INVITEメッセージを送信する図1323-1。すると、SIP端末6-1は、Re-INVITEメッセージに対する100Tryingメッセージ及び200OKをSIPサーバ5-2へ返送する図1327-1。また、SIPサーバ5-2は、Re-INVITEメッセージに対する100Tryingメッセージ及び200OKを呼制御サーバ1へ返送する図1327。そして、呼制御サーバ1は、SIPサーバ5-2に対しACKを送信する図1328。さらに、SIPサーバ5-2は、SIP端末6-1に対しACKを送信する図1328-1。これにより、IP端末3-2とSIP端末6-1の間のメディアがピアツーピア接続される図1329。かくして、IP端末3-2の通信先がIP端末3-1からSIP端末6-1へ切り替わり、以後IP端末3-2のユーザは引き続きSIP端末6-1のユーザとの間で通話を行うことが可能となる。以上のように上記第2の実施形態では、UPDATE可否記憶部271中にSIPトランク番号に対応付けてUPDATEメッセージの許容/非許容を示す情報を記憶しておくだけでなく、SIP端末6-1~6-kのSIPURIに対応付けてUPDATEメッセージの許容/非許容を示す情報を記憶しておくことで、例えばUPDATEメッセージをサポートしているSIPトランク経由でSIP端末6-1~6-kへ依頼転送を行う場合に、SIP端末6-1~6-kのうちの一部の端末がSDP情報を含む180Ringingメッセージによりアーリーメディアセッションを確立して呼出音を供給するがUPDATEメッセージをサポートしていない端末であっても、メディア中継サーバ2が必要か否かを判断でき、これにより確実に依頼転送を実行できる。第3の実施形態第3の実施形態は、SIPトランク経由でSIP端末へ発信した際、SDP情報を含み、かつ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていない180Ringingメッセージが送られてきた場合に、UPDATE可否記憶部271の更新処理を実行するものである。図14は、IP端末3-1とIP端末3-2との通話中にIP端末3-1のユーザがSIPサーバ5-4経由でSIP端末6-5を転送先とする依頼転送の起動操作を行った際の信号シーケンスの例である。UPDATE可否記憶部271には、SIPサーバ5-4及びSIP端末6-5はUPDATE非許容と設定されていないものとする。しかし、SIP端末6-5は、SDP情報を含む180Ringingメッセージによりアーリーメディアセッションを確立して呼出音を供給するが、UPDATEメッセージをサポートしていない端末であるものとする。いま、例えば図14に示すようにIP端末3-1,3-2間で内線音声通信が行なわれているものとする。この状態で、IP端末3-1においてユーザが、自端末からSIPトランク番号54への発信特番とSIP端末6-5の番号をダイヤルする転送起動操作を行ったとする図141。すると、IP端末3-1は、呼制御サーバ1へ転送起動要求を送信する図142。呼制御サーバ1は、転送起動要求を受信すると、この転送起動要求に含まれるSIPトランク番号54をもとに、UPDATE可否記憶部271からUPDATE可否を示す情報を検索する。ここでは、許容であり、SIP端末6-5のSIPURIも非許容と設定されていないので、呼制御サーバ1は、メディア中継用リソースを捕捉せず図143、転送先のSIPサーバ5-4に対しIP端末3-1のSDP情報を含むINVITEメッセージを送信して呼び出しを行う図144。SIPサーバ5-4は、INVITEメッセージを受信後、SDP情報を分析する。同時に、SIPサーバ5-4は、SIP端末6-5に対しINVITEメッセージを送信して呼び出す図145。すると、SIP端末6-5は、着信報知が行われている旨を示す100Tryingメッセージ及び180RingingメッセージをSIPサーバ5-4へ返送する図146。そして、SIPサーバ5-4は、100Tryingメッセージ及び180Ringingメッセージを呼制御サーバ1へ返送する図147。ところで、この180Ringingメッセージには、SDP情報が含まれ、かつallowヘッダフィールドのメソッドリストにUPDATEが含まれていないとする。呼制御サーバ1は、SIPサーバ5-4から180Ringingを受信すると、SDP情報を含み、かつallowヘッダフィールドのメソッドリストにUPDATEが含まれていないと判断するので、UPDATE可否記憶部271に、SIP端末6-5のSIPURIをUPDATE非許容と設定し図148、IP端末3-1に対し転送起動要求を正しく受信した旨を示し、SIP端末6-5のSDP情報を含む転送起動受付を送信する図149。かくして、IP端末3-1とSIP端末6-5との間では、ピツーピアでRTPパケットの送受信が行われ、IP端末3-1のユーザはSIP端末6-5からの呼出音の聴取が可能となる図1410。また、呼制御サーバ1は、被転送端末となるIP端末3-2に対し保留指示を送信し図1411、保留音を聴取させる図1412。IP端末3-1のユーザが呼出音の聴取状態で呼出中転送操作を行ったとする図1413。そうすると、IP端末3-1は、呼制御サーバ1へ呼出中転送要求を送信する図1414。呼制御サーバ1は、呼出中転送要求を受信すると、メディア中継用リソース未使用で、かつ、転送起動端末であるIP端末3-1と転送先のメディアが接続済みで、かつ、転送先からallowヘッダフィールドのメソッドリストにUPDATEが含まれていないSIPメッセージを受信後のため転送先へUPDATEメッセージを送信できないと判定する図1415。メディア接続を変更できないため、呼制御サーバ1は、IP端末3-1へ呼出中転送拒否を送信する図1416。以上のように上記第3の実施形態では、呼制御サーバ1において、転送先から受信する180RingingメッセージといったSIPメッセージを利用して、UPDATE可否記憶部271に記憶されるテーブル中のSIP端末6-5のSIPURIをUPDATE非許容と自動的に設定することにより、ユーザや保守者がUPDATE可否記憶部271に対しデータ設定する手間を減らすことができる。なお、本第3の実施形態において、呼出中転送操作を行った時点では呼出中転送は拒否されるが、この後、IP端末3-1のユーザが転送操作を中止してIP端末3-2との通話状態に戻り、再度、SIPトランク番号54への発信特番とSIP端末6-5の番号をダイヤルする転送起動操作からやり直した場合、UPDATE可否記憶部271に記憶されるテーブル中のSIP端末6-5のSIPURIがUPDATE非許容と設定されているため、呼出中転送を実施することができる。その他の実施形態上記各実施形態では、UPDATE可否記憶部271において、SIPトランク番号やSIPURIに対応付けてUPDATEの許容/非許容を記憶する例について説明したが、例えばSIPサーバ5-1~5-3で構成されるグループのグループ番号に対応づけてUPDATEの許容/非許容を記憶するものであってもよい。また、上記第3の実施形態では、転送先から送られる180Ringingメッセージを利用してUPDATE可否記憶部271に記憶されるテーブルの更新を行う例について説明したが、183SessionProgressメッセージを利用するものであってもよい。また、上記第3の実施形態では、転送起動時に転送先から送られる180Ringingメッセージを利用してUPDATE可否記憶部271に記憶されるテーブルの更新を行う例について説明したが、転送起動時に限らず、SIPエンドポイントへの発信時に、着呼側から、SDP情報を含み、かつ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていないSIPメッセージが送られてきた場合に、UPDATE可否記憶部271に記憶されるテーブルを更新してもよい。また、上記各実施形態では、SIPトランク番号をテーブルのインデックスとしているが、SIPトランク番号を用いずに、SIPURIをインデックスとするテーブルでもよい。また、上記各実施形態では、呼制御サーバ1が中継用リソース使用状態を管理しているが、メディア中継サーバ2がリソース使用状態を管理して、呼制御サーバ1はメディア中継サーバ2からリソースを捕捉してもよい。また、UPDATE可否記憶部は、保守者が設定するテーブルと、SIPエンドポイントからSDP情報を含み、かつ、allowヘッダフィールドのメソッドリストにUPDATEが含まれていないSIPメッセージを受信した時に更新するテーブルを持ち、何れかのテーブルでUPDATE非許容と設定されている場合にメディア中継が必要と判定してもよい。本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。"