(57)【要約】【課題】依頼転送サービスを確実に実現し得る。【解決手段】実施形態によれば、電話システムは、呼制御サーバと、メディア中継サーバとを具備する。呼制御サーバは、記憶手段と、判定手段と、制御手段とを具備する。記憶手段は、ＳＩＰエンドポイントを特定するエンドポイントＩＤと、ＵＰＤＡＴＥの許容／非許容を示す情報とを対応付けた管理テーブルを記憶する。判定手段は、第１のエンドポイントにて転送起動操作がなされた場合に、管理テーブルに基づいて、メディア中継サーバが必要か否かを判定する。制御手段は、判定結果に基づいて、転送先のＳＩＰエンドポイントへ発信するＩＮＶＩＴＥメッセージに第１のエンドポイントのＳＤＰ情報を設定する第１処理、転送先のＳＩＰエンドポイントへ送信するＩＮＶＩＴＥメッセージにメディア中継サーバのメディア中継用リソースのＳＤＰ情報を設定する第２処理のいずれか１つを実行する。【選択図】図６
2013138311.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも通信ネットワークに接続されるＳＩＰエンドポイントを含む複数のエンドポイント間の呼接続を実行する呼制御サーバと、
前記通信ネットワークに接続され、前記エンドポイント間で通信される映像、音声及びデータの少なくとも１つを含むメディア信号を中継するメディア中継サーバとを具備し、
前記呼制御サーバは、
前記ＳＩＰエンドポイントを特定するＳＩＰエンドポイントＩＤあるいは複数のＳＩＰエンドポイントから構成されるグループを特定するグループＩＤと、当該ＳＩＰエンドポイントが、当該ＳＩＰエンドポイントへ発信した場合に、ＳＤＰ(Session Description Protocol)情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するＳＩＰエンドポイントで、かつ、ＵＰＤＡＴＥメッセージをサポートしないＳＩＰエンドポイントである場合にＵＰＤＡＴＥ非許容を示す情報が設定されるＵＰＤＡＴＥ可否情報とを対応付けた管理テーブルを記憶する記憶手段と、
前記複数のエンドポイントのうち第１のエンドポイントにて第２のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がＳＩＰエンドポイントの場合に、前記管理テーブルに基づいて、前記メディア中継サーバが必要か否かを判定する判定手段と、
前記判定手段による判定結果に基づいて、前記転送先のＳＩＰエンドポイントへ発信するＩＮＶＩＴＥメッセージに前記第１のエンドポイントのＳＤＰ情報を設定する第１処理、前記転送先のＳＩＰエンドポイントへ送信するＩＮＶＩＴＥメッセージに前記メディア中継サーバのメディア中継用リソースのＳＤＰ情報を設定する第２処理のいずれか１つを実行する制御手段とを具備する電話システム。
【請求項２】
前記判定手段は、前記管理テーブルに基づいて、転送先のＳＩＰエンドポイントまたはグループに対応する前記ＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報である場合に、前記メディア中継サーバが必要と判定し、
前記制御手段は、前記メディア中継サーバが必要と判定されるとき、前記第１のエンドポイントと前記転送先とを前記メディア中継サーバに接続して前記第１のエンドポイントに前記転送先の呼出音を供給し、この呼出音の供給に対し前記第１のエンドポイントにて呼出中転送起動操作がなされた場合に、前記第１のエンドポイントを前記メディア中継サーバから切り離し、前記第２のエンドポイントと前記転送先とを前記メディア中継サーバに接続する請求項１記載の電話システム。
【請求項３】
前記制御手段は、ＳＩＰエンドポイントへＩＮＶＩＴＥメッセージを送信した後、前記ＳＩＰエンドポイントから、ＳＤＰ情報を含み、かつ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない暫定応答メッセージを受信した場合に、受信メッセージから前記管理テーブル中の転送先のＳＩＰエンドポイントＩＤに対応付けて前記ＵＰＤＡＴＥ可否情報にＵＰＤＡＴＥ非許容を示す情報を記憶する請求項１記載の電話システム。
【請求項４】
前記制御手段は、前記第２処理の実行後に、前記転送先から受信したＳＩＰメッセージ中のａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれている場合に、前記第１のエンドポイントのＳＤＰ情報を設定したＵＰＤＡＴＥメッセージを転送先へ送信することにより、転送先のメディア接続先を前記メディア中継サーバから前記第１のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項１記載の電話システム。
【請求項５】
前記制御手段は、前記第２処理の実行後に、呼出中転送起動操作がなされた後に、前記転送先から応答メッセージを受信した場合に、前記第２のエンドポイントのＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第２のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項２記載の電話システム。
【請求項６】
前記制御手段は、前記第２処理の実行後、呼出中転送起動操作がなされる前に、前記転送先から応答メッセージを受信した場合に、前記第１のエンドポイントのＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第１のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項１記載の電話システム。
【請求項７】
前記記憶手段は、保守者が設定する固定用管理テーブルと、ＳＤＰ情報を含み、且つ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない暫定応答メッセージを受信した場合に更新する更新用管理テーブルとを記憶し、
前記判定手段は、前記固定用管理テーブル及び前記更新用管理テーブルのいずれか一方に記憶される転送先のＳＩＰエンドポイントまたはグループに対応する前記ＵＰＤＡＴＥ可否情報が前記ＵＰＤＡＴＥ非許容を示す情報である場合に、前記メディア中継サーバが必要と判定する請求項１記載の電話システム。
【請求項８】
前記記憶手段は、ＳＩＰトランクごとに、前記ＵＰＤＡＴＥ可否情報を記憶し、ＳＩＰＵＲＩごとに、前記ＵＰＤＡＴＥ可否情報を記憶し、
前記判定手段は、ＳＩＰトランク及びＳＩＰＵＲＩの一方のＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報である場合に、メディア中継サーバが必要と判定する請求項１記載の電話システム。
【請求項９】
少なくとも通信ネットワークに接続されるＳＩＰエンドポイントを含む複数のエンドポイント間の呼接続を実行するサーバ装置において、
前記エンドポイント間で通信される映像、音声及びデータの少なくとも１つを含むメディア信号を中継するメディア中継サーバを接続する接続手段と、
前記ＳＩＰエンドポイントを特定するＳＩＰエンドポイントＩＤあるいは複数のＳＩＰエンドポイントから構成されるグループを特定するグループＩＤと、当該ＳＩＰエンドポイントが、当該ＳＩＰエンドポイントへ発信した場合に、ＳＤＰ(Session Description Protocol)情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するＳＩＰエンドポイントで、かつ、ＵＰＤＡＴＥメッセージをサポートしないＳＩＰエンドポイントである場合にＵＰＤＡＴＥ非許容を示す情報が設定されるＵＰＤＡＴＥ可否情報とを対応付けた管理テーブルを記憶する記憶手段と、
前記複数のエンドポイントのうち第１のエンドポイントにて第２のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がＳＩＰエンドポイントの場合に、前記管理テーブルに基づいて、前記メディア中継サーバが必要か否かを判定する判定手段と、
前記判定手段による判定結果に基づいて、前記転送先のＳＩＰエンドポイントへ発信するＩＮＶＩＴＥメッセージに前記第１のエンドポイントのＳＤＰ情報を設定する第１処理、前記転送先のＳＩＰエンドポイントへ送信するＩＮＶＩＴＥメッセージに前記メディア中継サーバのメディア中継用リソースのＳＤＰ情報を設定する第２処理のいずれか１つを実行する制御手段とを具備するサーバ装置。
【請求項１０】
前記判定手段は、前記管理テーブルに基づいて、転送先のＳＩＰエンドポイントまたはグループに対応する前記ＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報である場合に、前記メディア中継サーバが必要と判定し、
前記制御手段は、前記メディア中継サーバが必要と判定されるとき、前記第１のエンドポイントと前記転送先とを前記メディア中継サーバに接続して前記第１のエンドポイントに前記転送先の呼出音を供給し、この呼出音の供給に対し前記第１のエンドポイントにて呼出中転送起動操作がなされた場合に、前記第１のエンドポイントを前記メディア中継サーバから切り離し、前記第２のエンドポイントと前記転送先とを前記メディア中継サーバに接続する請求項９記載のサーバ装置。
【請求項１１】
前記制御手段は、ＳＩＰエンドポイントへＩＮＶＩＴＥメッセージを送信した後、前記ＳＩＰエンドポイントから、ＳＤＰ情報を含み、かつ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない暫定応答メッセージを受信した場合に、受信メッセージから前記管理テーブル中の転送先のＳＩＰエンドポイントＩＤに対応付けて前記ＵＰＤＡＴＥ可否情報にＵＰＤＡＴＥ非許容を示す情報を記憶する請求項９記載のサーバ装置。
【請求項１２】
前記制御手段は、前記第２処理の実行後に、前記転送先から受信したＳＩＰメッセージ中のａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれている場合に、前記第１のエンドポイントのＳＤＰ情報を設定したＵＰＤＡＴＥメッセージを転送先へ送信することにより、転送先のメディア接続先を前記メディア中継サーバから前記第１のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項９記載のサーバ装置。
【請求項１３】
前記制御手段は、前記第２処理の実行後に、呼出中転送起動操作がなされた後に、前記転送先から応答メッセージを受信した場合に、前記第２のエンドポイントのＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第２のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項１０記載のサーバ装置。
【請求項１４】
前記制御手段は、前記第２処理の実行後、呼出中転送起動操作がなされる前に、前記転送先から応答メッセージを受信した場合に、前記第１のエンドポイントのＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第１のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項９記載のサーバ装置。
【請求項１５】
前記記憶手段は、保守者が設定する固定用管理テーブルと、ＳＤＰ情報を含み、且つ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない暫定応答メッセージを受信した場合に更新する更新用管理テーブルとを記憶し、
前記判定手段は、前記固定用管理テーブル及び前記更新用管理テーブルのいずれか一方に記憶される転送先のＳＩＰエンドポイントまたはグループに対応する前記ＵＰＤＡＴＥ可否情報が前記ＵＰＤＡＴＥ非許容を示す情報である場合に、前記メディア中継サーバが必要と判定する請求項９記載のサーバ装置。
【請求項１６】
前記記憶手段は、ＳＩＰトランクごとに、前記ＵＰＤＡＴＥ可否情報を記憶し、ＳＩＰＵＲＩごとに、前記ＵＰＤＡＴＥ可否情報を記憶し、
前記判定手段は、ＳＩＰトランク及びＳＩＰＵＲＩの一方のＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報である場合に、メディア中継サーバが必要と判定する請求項９記載のサーバ装置。
【請求項１７】
少なくとも通信ネットワークに接続されるＳＩＰエンドポイントを含む複数のエンドポイント間の呼接続を実行するサーバ装置で使用される転送制御方法において、
前記エンドポイント間で通信される映像、音声及びデータの少なくとも１つを含むメディア信号を中継するメディア中継サーバを接続し、
前記ＳＩＰエンドポイントを特定するＳＩＰエンドポイントＩＤあるいは複数のＳＩＰエンドポイントから構成されるグループを特定するグループＩＤと、当該ＳＩＰエンドポイントが、当該ＳＩＰエンドポイントへ発信した場合に、ＳＤＰ(Session Description Protocol)情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するＳＩＰエンドポイントで、かつ、ＵＰＤＡＴＥメッセージをサポートしないＳＩＰエンドポイントである場合にＵＰＤＡＴＥ非許容を示す情報が設定されるＵＰＤＡＴＥ可否情報とを対応付けた管理テーブルをメモリに記憶しておき、
前記複数のエンドポイントのうち第１のエンドポイントにて第２のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がＳＩＰエンドポイントの場合に、前記管理テーブルに基づいて、前記メディア中継サーバが必要か否かを判定し、
前記判定結果に基づいて、前記転送先のＳＩＰエンドポイントへ発信するＩＮＶＩＴＥメッセージに前記第１のエンドポイントのＳＤＰ情報を設定する第１処理、前記転送先のＳＩＰエンドポイントへ送信するＩＮＶＩＴＥメッセージに前記メディア中継サーバのメディア中継用リソースのＳＤＰ情報を設定する第２処理のいずれか１つを実行する転送制御方法。
【請求項１８】
前記判定することは、前記管理テーブルに基づいて、転送先のＳＩＰエンドポイントまたはグループに対応する前記ＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報である場合に、前記メディア中継サーバが必要と判定し、
前記実行することは、前記メディア中継サーバが必要と判定されるとき、前記第１のエンドポイントと前記転送先とを前記メディア中継サーバに接続して前記第１のエンドポイントに前記転送先の呼出音を供給し、この呼出音の供給に対し前記第１のエンドポイントにて呼出中転送起動操作がなされた場合に、前記第１のエンドポイントを前記メディア中継サーバから切り離し、前記第２のエンドポイントと前記転送先とを前記メディア中継サーバに接続する請求項１７記載の転送制御方法。
【請求項１９】
前記実行することは、ＳＩＰエンドポイントへＩＮＶＩＴＥメッセージを送信した後、前記ＳＩＰエンドポイントから、ＳＤＰ情報を含み、かつ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない暫定応答メッセージを受信した場合に、受信メッセージから前記管理テーブル中の転送先のＳＩＰエンドポイントＩＤに対応付けて前記ＵＰＤＡＴＥ可否情報にＵＰＤＡＴＥ非許容を示す情報を記憶する請求項１７記載の転送制御方法。
【請求項２０】
前記実行することは、前記第２処理の実行後に、前記転送先から受信したＳＩＰメッセージ中のａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれている場合に、前記第１のエンドポイントのＳＤＰ情報を設定したＵＰＤＡＴＥメッセージを転送先へ送信することにより、転送先のメディア接続先を前記メディア中継サーバから前記第１のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項１７記載の転送制御方法。
【請求項２１】
前記実行することは、前記第２処理の実行後に、呼出中転送起動操作がなされた後に、前記転送先から応答メッセージを受信した場合に、前記第２のエンドポイントのＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第２のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項１８記載の転送制御方法。
【請求項２２】
前記実行することは、前記第２処理の実行後、呼出中転送起動操作がなされる前に、前記転送先から応答メッセージを受信した場合に、前記第１のエンドポイントのＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先を前記メディア中継サーバから前記第１のエンドポイントに切り替えて、前記メディア中継サーバによる中継処理を終了する請求項１７記載の転送制御方法。
【請求項２３】
前記記憶することは、保守者が設定する固定用管理テーブルと、ＳＤＰ情報を含み、且つ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない暫定応答メッセージを受信した場合に更新する更新用管理テーブルとを記憶し、
前記判定することは、前記固定用管理テーブル及び前記更新用管理テーブルのいずれか一方に記憶される転送先のＳＩＰエンドポイントまたはグループに対応する前記ＵＰＤＡＴＥ可否情報が前記ＵＰＤＡＴＥ非許容を示す情報である場合に、前記メディア中継サーバが必要と判定する請求項１７記載の転送制御方法。
【請求項２４】
前記記憶することは、ＳＩＰトランクごとに、前記ＵＰＤＡＴＥ可否情報を記憶し、ＳＩＰＵＲＩごとに、前記ＵＰＤＡＴＥ可否情報を記憶し、
前記判定することは、ＳＩＰトランク及びＳＩＰＵＲＩの一方のＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報である場合に、メディア中継サーバが必要と判定する請求項１７記載の転送制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、例えばＩＰ(Internet Protocol)電話システムといった電話システム、サーバ装置及びサーバ装置で使用される転送制御方法に関する。
【背景技術】
【０００２】
近年、ＩＰ電話システムが普及し始めている。このＩＰ電話システムでは、例えばＬＡＮ(Local Area Network)やインターネットを含むＩＰ網にＩＰ電話端末を接続すると共に、ＩＰ網上の呼制御サーバにおいてプロトコル変換及びデータのフォーマット変換等を行うことにより、ＩＰ電話端末間及びＩＰ電話端末と一般電話網との間で音声通信を可能にしている。また、このＩＰ電話システムでは、そのプロトコルとしてＳＩＰ（Session Initiation Protocol）が広く使われている。
【０００３】
ＳＩＰプロトコルを用いた発信処理では、ＳＤＰ（Session Description Protocol）情報を含む１８０ Ringingメッセージや１８３ Session Progressメッセージによりアーリーメディアセッションを確立することにより、Ｉｎｖｉｔｅメッセージに応答する前に、着呼側から供給される呼出音やアナウンスを発呼側に供給することができる。また、ＲＦＣ３３１１で定義されているＵＰＤＡＴＥメッセージを用いて、Ｉｎｖｉｔｅメッセージに応答する前にセッションのパラメータ（例えば、ＳＤＰ情報）を更新することができる。
【０００４】
この種のシステムにあっても、例えばＰＢＸ（Private Branch Exchange）またはボタン電話装置で実施されているような、例えばアテンダントに繋いである部署への転送を依頼する通信転送サービス（以下、依頼転送サービスと称する）がある。この依頼転送サービスは、転送主催端末が被転送端末と通話中に転送起動操作を行うと、被転送端末は保留され、転送先を呼び出す。転送主催端末が呼出音聴取中に、呼出中転送操作を行うと、転送主催端末から被転送端末へ呼が転送され、被転送端末は呼出音を聴取する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−４９６８２号公報
【特許文献２】特開２００８−３１１７６４号公報
【特許文献３】特開２０１０−１２４４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、アーリーメディアセッションを確立するがＵＰＤＡＴＥメッセージをサポートしないＳＩＰエンドポイントが存在する。そのようなＳＩＰエンドポイントの場合、ＵＰＤＡＴＥメッセージを用いてアーリーメディアセッションのメディア接続先を変更することができない。
【０００７】
従来、ＳＩＰエンドポイントとＩＰ端末間のメディアを接続する際に常にメディア中継サーバを介するＩＰ電話システムが存在する。このようなＩＰ電話システムでは、ＳＩＰエンドポイントとＩＰ端末間で通信する際、転送時以外もメディア中継用リソースを使用してしまう。
【０００８】
本発明の目的は、アーリーメディアセッションを確立してＳＩＰエンドポイントから供給される呼出音を聴取している時に依頼転送サービスを実行する際に、転送先がメディアの接続先の変更に必要なアップデートメッセージをサポートしていない場合であっても、依頼転送サービスを確実に実現し得る電話システム、サーバ装置及びサーバ装置で使用される転送制御方法を提供することにある。
【０００９】
また、本発明の目的は、メディア中継が必要でない場合はメディア中継用リソースを使用せずにピアツーピア接続することにより、メディア中継用リソースを節約し得る電話システム、サーバ装置及びサーバ装置で使用される転送制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
実施形態によれば、電話システムは、呼制御サーバと、メディア中継サーバとを具備する。呼制御サーバは、少なくとも通信ネットワークに接続されるＳＩＰエンドポイントを含む複数のエンドポイント間の呼接続を実行する。メディア中継サーバは、通信ネットワークに接続され、エンドポイント間で通信される映像、音声及びデータの少なくとも１つを含むメディア信号を中継する。また、呼制御サーバは、記憶手段と、判定手段と、制御手段とを具備する。記憶手段は、ＳＩＰエンドポイントを特定するＳＩＰエンドポイントＩＤあるいは複数のＳＩＰエンドポイントから構成されるグループを特定するグループＩＤと、当該ＳＩＰエンドポイントが、当該ＳＩＰエンドポイントへ発信した場合に、ＳＤＰ(Session Description Protocol)情報を含む暫定応答メッセージによりアーリーメディアセッションを確立するＳＩＰエンドポイントで、かつ、ＵＰＤＡＴＥメッセージをサポートしないＳＩＰエンドポイントである場合にＵＰＤＡＴＥ非許容を示す情報が設定されるＵＰＤＡＴＥ可否情報とを対応付けた管理テーブルを記憶する。判定手段は、複数のエンドポイントのうち第１のエンドポイントにて第２のエンドポイントを被転送者とする依頼転送サービスの転送起動操作がなされた場合に、転送先情報を分析し、転送先がＳＩＰエンドポイントの場合に、管理テーブルに基づいて、メディア中継サーバが必要か否かを判定する。制御手段は、判定手段による判定結果に基づいて、転送先のＳＩＰエンドポイントへ発信するＩＮＶＩＴＥメッセージに第１のエンドポイントのＳＤＰ情報を設定する第１処理、転送先のＳＩＰエンドポイントへ送信するＩＮＶＩＴＥメッセージにメディア中継サーバのメディア中継用リソースのＳＤＰ情報を設定する第２処理のいずれか１つを実行する。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係わるＩＰ電話システムを示す概略構成図。
【図２】図１に示した呼制御サーバの構成を示すブロック図。
【図３】図２に示したＵＰＤＡＴＥ可否記憶部の記憶内容の一例を示す図。
【図４】図２に示した中継用リソース使用状態記憶部の記憶内容の一例を示す図。
【図５】図２に示したメディア中継情報記憶部の記憶内容の一例を示す図。
【図６】第１の実施形態において、ＩＰ端末間でピアツーピア接続により通信セッションを確立する動作を示すシーケンス図。
【図７】第１の実施形態における通話中にあるＩＰ端末の通信相手先を公衆回線網上の端末に切り替える際の信号シーケンス図。
【図８】ＳＩＰメッセージのフォーマットの一例を示す図。
【図９】第１の実施形態において、転送起動要求を受信した際の呼制御サーバの制御処理手順を示すフローチャート。
【図１０】第１の実施形態において、転送先から１８０ Ringingメッセージを受信した時の呼制御サーバの制御処理手順を示すフローチャート。
【図１１】第１の実施形態において、転送主催端末から呼出中転送要求を受信した際の呼制御サーバの制御処理手順を示すフローチャート。
【図１２】第１の実施形態において、転送先から２００ＯＫを受信した際の呼制御サーバの制御処理手順を示すフローチャート。
【図１３】第２の実施形態において、通話中にＩＰ端末の通信相手先を切り替える際の信号シーケンス図。
【図１４】第３の実施形態において、通話中にＩＰ端末の通信相手先を切り替える際の信号シーケンス図。
【発明を実施するための形態】
【００１２】
以下、実施の形態について、図面を参照して説明する。
【００１３】
ＩＰ電話等のビジネス電話システムでは、ＳＩＰエンドポイントへ発信して、ＳＤＰ(Session Description Protocol)情報を含む１８０ Ringingメッセージや１８３ Session Progressメッセージによりアーリーメディアセッションが確立し、転送先ＳＩＰエンドポイントから供給される呼出音を聴取している時に依頼転送サービスを実行した場合は、転送先ＳＩＰエンドポイントへＲＦＣ３３１１で定義されているＵＰＤＡＴＥメッセージを送信して、メディア接続先を転送元端末から被転送端末に変更していた。これにより、依頼転送後に被転送端末が転送先ＳＩＰエンドポイントから供給される呼出音を聴取できる。ところで、ＳＩＰアーリーメディアセッションを確立するがＵＰＤＡＴＥメッセージをサポートしないＳＩＰエンドポイントが存在する。転送先がそのようなＳＩＰエンドポイントの場合、依頼転送サービスを実行する際にＵＰＤＡＴＥメッセージを用いて転送先ＳＩＰエンドポイントのメディア接続先を変更することができない。
【００１４】
（第１の実施形態）  
図１は、第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。
【００１５】
このシステムは、ＩＰ（Internet Protocol）ネットワーク４を有する。ＩＰネットワーク４には、呼制御サーバ１、メディア中継サーバ２、複数のＩＰ端末３−１〜３−ｉ（ｉは自然数）が接続されている。なお、ＩＰ端末３−１〜３−ｉは、通話処理機能とメディア情報処理機能とを備えている。
【００１６】
また、ＩＰネットワーク４には、ＳＩＰサーバ５−１〜５−ｊ（ｊは自然数）及びＳＩＰ端末６−１〜６−ｋ（ｋは自然数）が接続されている。ＳＩＰサーバ５−１〜５−ｊは、ＳＩＰトランクサービスを提供するインターネットサービスプロバイダのＳＩＰサーバである。なお、ＳＩＰ端末６−１〜６−ｋは、通話処理機能とメディア情報処理機能とを備えている。
【００１７】
上記呼制御サーバ１は、複数のＩＰ端末３−１〜３−ｉ間で、例えば、ＳＩＰ、Ｍｅｇａｃｏ、Ｈ．３２３等の所定のプロトコルに従ってセッションを確立する交換制御機能を備える。そして、確立されたセッションにより、発信側と着信側のＩＰ端末間でＲＴＰパケットを送受信することで、音声通信を行なう。メディア中継サーバ２は、呼制御サーバ１からの指示に従い、映像、音声、データの少なくとも１つを含むメディア信号の中継処理を行う。
【００１８】
呼制御サーバ１には、ＳＩＰトランク番号５１の接続先ＳＩＰサーバとしてＳＩＰサーバ５−１が設定されている。呼制御サーバ１に収容されているＩＰ端末３−１〜３−ｉは、ＳＩＰサーバ５−１のＳＩＰトランクサービスを用いて、公衆回線網７に収容されている端末８−１へ発信することができる。また、ＳＩＰサーバ５−１〜５−ｊ及びＳＩＰ端末６−１〜６−ｋは、ＩＰ端末３−１〜３−ｉに対する転送先のＳＩＰエンドポイント９を構成する。
【００１９】
図２は、上記呼制御サーバ１の構成を示すブロック図である。
【００２０】
呼制御サーバ１は、制御部２１、ノースブリッジ２２、主メモリ２３、サウスブリッジ２６、ＨＤＤ（Hard Disk Drive）２７、マルチドライブ２８、ＬＡＮコントローラ２９、インタフェース部３０、ＰＣカードコントローラ３１、ＢＩＯＳ−ＲＯＭ（Basic Input/Output System ROM）３３、ＥＣ／ＫＢＣ（Embedded Controller/Keyboard Controller）３４、電源コントローラ（ＰＳＣ）３５、電源部３６、インタフェース（Ｉ／Ｆ）３８、Ｉ／Ｏコントローラ４０などを備える。
【００２１】
制御部２１は、（ＣＰＵ：Central Processing Unit）を主体として呼制御サーバ１全体の制御を司るものであり、主メモリ２３をワークエリアとして使用し、ＨＤＤ２７から主メモリ２３にロードされる、オペレーティングシステム（ＯＳ）２３ａ、ドライバ２３ｂ、交換プログラム２３ｃなどを実行する。  
ノースブリッジ２２は、制御部２１とサウスブリッジ２６との間のブリッジ処理、主メモリ２３の制御、ビデオコントローラ２４の制御などを行う各種コントローラを備えている。  
サウスブリッジ２６は、ハブリンクを介してノースブリッジ２２に接続されており、ＬＰＣ（Low Pin Count）バス上の各種デバイス（ＥＣ／ＫＢＣ３４、Ｉ／Ｏコントローラなど）や、ＰＣＩ（Peripheral Component Interconnect）バス上の各種ＰＣＩデバイス（ＬＡＮコントローラ２９、インタフェース部３０、ＰＣカードコントローラ３１など）や、ＩＤＥ（Integrated Drive Electronics）対応のディスクドライブや、ＵＳＢデバイスなどの制御を行う各種コントローラを備える。
【００２２】
ＨＤＤ２７は、プライマリＩＤＥに対応するデバイスとしてサウスブリッジ２６に接続されており、ＯＳや交換プログラム等の各種プログラム、各種データ２３ｄなどを記憶する内蔵のハードディスクである。マルチドライブ２８は、セカンダリＩＤＥに対応するデバイスとしてサウスブリッジ２６に接続されており、リムーバブルな記録媒体であるＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷを駆動する。
【００２３】
ＬＡＮコントローラ２９は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、有線ＬＡＮの仕様に準拠する通信機能を備え、同じ通信機能を備えた通信装置との間で通信を行うものである。  
インタフェース部３０は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、ＬＡＮ１の仕様に準拠する通信機能を備え、ＲＴＰパケットの授受に係わる処理を行う。  
ＰＣカードコントローラ３１は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、ＰＣＭＣＩＡ(Personal Computer Memory Card International Association)の仕様に準拠し、各種のＰＣカードを制御するものである。ＢＩＯＳ−ＲＯＭ３３は、ＬＰＣバスに接続されており、電源が投入された際に主に呼制御サーバＳＶ１内のハードウェアに対する設定処理などを行うＢＩＯＳ（Basic Input/Output System）を格納している。ＥＣ／ＫＢＣ３４は、ＬＰＣバスに接続されており、電源コントローラ３５やキーボード３７等の入力装置の制御などを行う。このＥＣ／ＫＢＣ３４は、組み込みコントローラであるＥＣ（Embedded Controller）とキーボードコントローラとを一体化したものである。
【００２４】
電源コントローラ３５は、Ｉ2Ｃバスを介してＥＣ／ＫＢＣ３４に接続されており、呼制御サーバ１内の各部に供給する電圧を制御する。電源部３６は駆動電力を生成し、呼制御サーバ１内の各部に供給する。インタフェース３８は、キーボードやマウス等の入力デバイスを接続可能とするための、インタフェースを行うものである。Ｉ／Ｏコントローラ４０は、ＬＰＣバスに接続されており、外部とシリアル信号やパラレル信号の入出力制御を行うと共に、マウス３９との入出力制御をも行う。
【００２５】
この呼制御サーバ１においては、制御部２１の制御のもとで、主メモリ２３上に展開した交換プログラム２３ｃがＬＡＮコントローラ２９などと協働して所定の交換処理機能を実現する。呼制御サーバ１は汎用のコンピュータサーバに交換プログラム２３ｃをロードし、このプログラムを実行させることで電話端末間の交換機能を実現する。呼制御サーバ１は、汎用コンピュータと同様に、データが記憶された領域が物理的には不連続なメモリ領域であっても、ソフトウェア（プロセスなど）から見て連続になるように見せかける仮想記憶システムを採用する。
【００２６】
ところで、上記ＨＤＤ２７には、ＵＰＤＡＴＥ可否記憶部２７１と、中継用リソース使用状態記憶部２７２と、メディア中継情報記憶部２７３とが設けられる。
【００２７】
図３は、ＵＰＤＡＴＥ可否記憶部２７１の記憶内容の一例を示す図である。ＵＰＤＡＴＥ可否記憶部２７１には、図３に示すように、ＳＩＰサーバ５−１〜５−ｊ及びＳＩＰ端末６−１〜６−ｋに割り当てられる転送先ＳＩＰトランク番号と、この転送先ＳＩＰトランク番号に属するＳＩＰサーバ５−１〜５−ｊを特定するＳＩＰエンドポイントＩＤとしての転送先ＳＩＰサーバと、ＵＰＤＡＴＥ可否を表す情報と、転送先ＳＩＰトランク番号に属するＳＩＰ端末６−１〜６−ｋを特定するＳＩＰエンドポイントＩＤとしてのＳＩＰＵＲＩとの対応関係を表すテーブルが記憶される。なお、ＵＰＤＡＴＥとは、Ｉｎｖｉｔｅメッセージに応答する前にセッションのパラメータ（例えば、ＳＤＰ情報）を更新するために、ＲＦＣ３３１１で定義されているメッセージである。
【００２８】
図４は、中継用リソース使用状態記憶部２７２の記憶内容の一例を示す図である。中継用リソース使用状態記憶部２７２には、図４に示すように、メディア中継サーバ２の中継用リソースの使用状態を管理するためのテーブルが記憶されるもので、図４に示すように、中継用リソースを特定する中継用リソース番号と、中継用リソースの空き／使用中を表す使用状態との対応関係を表すテーブルが記憶される。
【００２９】
図５は、メディア中継情報記憶部２７３の記憶内容の一例を示す図である。メディア中継情報記憶部２７３には、依頼転送の状態を管理するためのテーブルが記憶されるもので、図５に示すように、ＳＩＰ呼識別情報と、状態と、中継用リソース番号と、転送先ＳＤＰ(Session Description Protocol)情報と、ＳＤＰ接続有無を示す情報と、転送主催端末の端末ＩＤと、被転送端末の端末ＩＤとの対応関係を表すテーブルが記憶される。
【００３０】
ところで、上記制御部２１は、受信メッセージ分析部２１１と、メディア中継管理部２１２と、メッセージ送信制御部２１３とを備えている。受信メッセージ分析部２１１は、例えばＩＰ端末３−１にて転送起動操作がなされた場合に、転送先情報の分析を行う。
【００３１】
メディア中継管理部２１２は、転送先であるＳＩＰエンドポイント９から送られるＳＩＰメッセージ及びＵＰＤＡＴＥ可否記憶部２７１及び中継用リソース使用状態記憶部２７２に記憶されるテーブルに基づいて、メディア中継サーバ２が必要か否かを判定する。また、メディア中継管理部２１２は、中継用リソース使用状態記憶部２７２及びメディア中継情報記憶部２７３に記憶されるテーブルに基づいて、中継用リソースの使用状態を管理する。
【００３２】
メッセージ送信制御部２１３は、上記受信メッセージ分析部２１１による判定結果及びメディア中継管理部２１２により管理される中継用リソースの使用状態に基づいて、被転送端末となるＩＰ端末３−２の通信相手先を、ピアツーピア接続によりＩＰ端末３−１から転送先のＳＩＰエンドポイント９に切り替える処理、メディア中継サーバ２を中継してＩＰ端末３−２の通信相手先をＩＰ端末３−１から転送先のＳＩＰエンドポイント９に切り替える処理のいずれか１つを実行する。また、メッセージ送信制御部２１３は、転送先のＳＩＰエンドポイントへ発信するＩＮＶＩＴＥメッセージにＩＰ端末３−１のＳＤＰ情報を設定する処理、転送先のＳＩＰエンドポイントへ送信するＩＮＶＩＴＥメッセージにメディア中継サーバ２のメディア中継用リソースのＳＤＰ情報を設定する処理のいずれか１つを実行する。
【００３３】
また、メッセージ送信制御部２１３は、メディア中継サーバ２による中継処理を実行中に、転送先のＳＩＰエンドポイント９から２００ＯＫメッセージを受信した場合に、Ｒｅ−Ｉｎｖｉｔｅメッセージを用いてピアツーピア接続に切り替えて、メディア中継サーバ２による中継処理を終了する。
【００３４】
さらに、受信メッセージ分析部２１１は、転送先から受信するＳＩＰメッセージのａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない場合に、ＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブル中の転送先に対応する情報を「許容」から「非許容」に更新する。
【００３５】
次に、以上のように構成されたシステムの動作について説明する。ここで、説明する動作は、以下のような場合を想定して説明する。まず、呼制御サーバ１に収容されたＩＰ端末３−２のユーザが、ＳＩＰ網のＳＩＰサーバ５−１に収容されている端末８−１のユーザと通話したいとする。このとき、ＩＰ端末３−２のユーザが端末８−１へ直接発呼を行わずに、ＩＰ端末３−１のユーザが代行し端末８−１に対して、発呼を行うことを想定している。このため、動作の大まかな順序は、図６〜図１２に示すように、以下の通りとなる。
【００３６】
（１）ＩＰ端末３−２のユーザが、ＩＰ端末３−１へ発呼。
【００３７】
（２）ＩＰ端末３−１のユーザが、呼制御サーバ１経由でＳＩＰサーバ５−１へ発呼。
【００３８】
（３）ＳＩＰサーバ５−１からの呼び出し音を、ＩＰ端末３−１に中継。
【００３９】
（４）ＳＩＰサーバ５−１からの呼び出し音の中継を、ＩＰ端末３−２に変更。
【００４０】
（５）端末８−１が応答すると、ＩＰ端末３−２とＳＩＰサーバ５−１（あるいは端末８−１）間の、ピアツーピア接続での通話状態に切替。
【００４１】
また、ＳＩＰサーバ５−１は、ＳＤＰ情報を含む１８０ Ringingメッセージによりアーリーメディアセッションを確立して呼出音を供給するが、ＵＰＤＡＴＥメッセージをサポートしていないサーバであるものとする。１８０ Ringingメッセージは、暫定応答メッセージの１つである。暫定応答メッセージとは、ＲＦＣ３２６１で定義されているメッセージであり、１××台の応答メッセージである。１××台の応答メッセージとしては、１００、１８０、１８３がよく使われるメッセージであり、それ以外のメッセージはあまり使われないため、本実施形態では、「１８０Ringingメッセージまたは１８３Session Progressメッセージ」の場合で説明する。しかしながら、本実施形態で、「暫定応答メッセージ」という場合は、１００、１８０、１８３だけでなく、その他の１××台の応答メッセージも含むものとする。
【００４２】
ＵＰＤＡＴＥ可否記憶部２７１には、予めＳＩＰサーバ５−１はＵＰＤＡＴＥ非許容と設定されているものとする。
【００４３】
以下、動作について詳細に説明する。  
（１）ＩＰ端末３−２のユーザが、ＩＰ端末３−１へ発呼
まず、ＩＰ端末３−１とＩＰ端末３−２との間で通信セッションを確立する動作について説明する。図６は、ＩＰ端末３−１とＩＰ端末３−２との間で通信セッションを確立する動作を示すシーケンス図である。
【００４４】
いま図６に示すように、ＩＰ端末３−２のユーザがＩＰ端末３−１への発信操作を行なったとする（図６（１））。そうするとＩＰ端末３−２からその発信メッセージが呼制御サーバ１に送られる（図６（２））。
【００４５】
呼制御サーバ１は、発信メッセージを受信すると、発信メッセージ内のコーデック情報と着側のコーデック情報とを比較し、例えば互いＧ．７１１で一致する場合に、着信側のＩＰ端末３−１に対して、発側から受信したメッセージのコーデック情報とピアツーピア接続するための情報を着信メッセージに乗せて通知する（図６（４））。
【００４６】
そして、着信側のＩＰ端末３−１が応答し（図６（５））、その応答メッセージが呼制御サーバ１に返送されると（図６（６））、呼制御サーバ１はＩＰ端末３−２へ応答メッセージを送信する（図６（７））。以後、呼制御サーバ１はＩＰ端末３−１，３−２間の通信セッションを例えばＧ．７１１を用いたピアツーピア接続で形成する（図６（８））。
【００４７】
図７は、ＩＰ端末３−１とＩＰ端末３−２との通話中にＩＰ端末３−２の通信相手先をＩＰ端末３−１から公衆回線網７上の端末８−１に切り替える際の信号シーケンスの例である。
【００４８】
（２）ＩＰ端末３−１のユーザが、呼制御サーバ１経由でＳＩＰサーバ５−１へ発呼。
【００４９】
いま、例えば図７に示すようにＩＰ端末３−１，３−２間で内線音声通信が行なわれているものとする。この状態で、ＩＰ端末３−１においてユーザが、自端末からＳＩＰトランク番号５１への発信特番と端末８−１の番号をダイヤルする転送起動操作を行ったとする（図７（１））。すると、ＩＰ端末３−１は、呼制御サーバ１へ転送起動要求を送信する（図７（２））。
【００５０】
呼制御サーバ１は、転送起動要求を受信すると、この転送起動要求に含まれるＳＩＰトランク番号５１をもとに、ＵＰＤＡＴＥ可否記憶部２７１からＵＰＤＡＴＥ可否を示す情報を検索する。ここでは、「非許容」であるので、呼制御サーバ１は、中継用リソース使用状態記憶部２７２から空きとなるメディア中継用リソース２−１，２−２を捕捉し（図７（３））、転送先のＳＩＰサーバ５−１に対し使用するメディア中継用リソース２−１のＳＤＰ情報を含むＩＮＶＩＴＥメッセージを送信して呼び出しを行う（図７（４））。
【００５１】
図８は、ＩＮＶＩＴＥメッセージのフォーマットの一例を示す。ＩＮＶＩＴＥメッセージは、Ｒｅｑｕｅｓｔ−Ｌｉｎｅ、メッセージヘッダ、メッセージボディから構成される。Ｒｅｑｕｅｓｔ−Ｌｉｎｅ、メッセージヘッダ中のＴｏヘッダフィールドには、宛先情報として端末８−１を示す情報が含まれる。メッセージボディには、ＳＤＰ情報が挿入される。また、呼制御サーバ１は、ＵＰＤＡＴＥメッセージをサポートしているため、メッセージヘッダ中のａｌｌｏｗヘッダフィールドのメソッドリストには、ＵＰＤＡＴＥメッセージが挿入される。
【００５２】
ＳＩＰサーバ５−１は、ＩＮＶＩＴＥメッセージを受信後、ＳＤＰ情報を分析する。同時に、ＳＩＰサーバ５−１は、公衆回線網７上の端末８−１を呼び出す。そして、着信報知が行われている旨を示す１００Tryingメッセージ及び１８０Ringingメッセージを呼制御サーバ１へ返送する（図７（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。また、１８０Ringingメッセージには、ＳＩＰサーバ５−１のＳＤＰ情報が含まれる。なお、ＳＩＰサーバ５−１は、ＵＰＤＡＴＥメッセージをサポートしていないため、１８０ＲｉｎｇｉｎｇメッセージのａｌｌｏｗヘッダフィールドのメソッドリストにはＵＰＤＡＴＥが含まれない。
【００５３】
（３）ＳＩＰサーバ５−１からの呼出音を、ＩＰ端末３−１に中継。
【００５４】
呼制御サーバ１は、ＳＩＰサーバ５−１から１００Trying及び１８０Ringingを受信すると、ＩＰ端末３−１に対し転送起動要求を正しく受信した旨を示す転送起動受付を送信する（図７（６））。そして、以後、呼制御サーバ１は、ＳＩＰサーバ５−１にメディア中継用リソース２−１を割り当て、ＩＰ端末３−１にメディア中継用リソース２−２を割り当てた旨のＳＤＰ情報を含むメディア中継開始指示をメディア中継サーバ２へ送信する（図７（７））。
【００５５】
メディア中継サーバ２は、メディア中継開始指示を受信すると、メディア中継用リソース２−１，２−２を用いてＩＰ端末３−１とＳＩＰサーバ５−１との間のメディアを中継する（図７（８））。かくして、ＩＰ端末３−１とＳＩＰサーバ５−１との間では、メディア中継サーバ２経由でＲＴＰパケットの送受信が行われ、ＩＰ端末３−１のユーザはＳＩＰサーバ５−１からの呼出音の聴取が可能となる（図７（９））。
【００５６】
また、呼制御サーバ１は、被転送端末となるＩＰ端末３−２に対し保留指示を送信し（図７（１０））、保留音を聴取させる。
【００５７】
（４）ＳＩＰサーバ５−１からの呼出音の中継を、ＩＰ端末３−２に変更。
【００５８】
ＩＰ端末３−１のユーザが呼出音の聴取状態で呼出中転送操作を行ったとする（図７（１１））。そうすると、ＩＰ端末３−１は、呼制御サーバ１へ呼出中転送要求を送信する（図７（１２））。
【００５９】
呼制御サーバ１は、呼出中転送要求を受信すると、ＩＰ端末３−２に対しメディア中継用リソース２−２のＳＤＰ情報を含むメディア接続指示を送信する（図７（１３））。そして、呼制御サーバ１は、ＩＰ端末３−２にメディア中継用リソース２−２を割り当てた旨のＳＤＰ情報を含むメディア中継変更指示をメディア中継サーバ２へ送信する（図７（１４））。
【００６０】
メディア中継サーバ２は、メディア中継変更指示を受信すると、メディア中継用リソース２−１，２−２を用いてＩＰ端末３−２とＳＩＰサーバ５−１との間のメディアを中継する（図７（１５））。かくして、ＩＰ端末３−２とＳＩＰサーバ５−１との間では、メディア中継サーバ２経由でＲＴＰパケットの送受信が行われ、ＩＰ端末３−２のユーザはＳＩＰサーバ５−１からの呼出音の聴取が可能となる（図７（１６））。
【００６１】
呼制御サーバ１は、ＩＰ端末３−１に対し呼出中転送要求を正しく受信した旨を示す呼出中転送受付を送信し（図７（１７））、ＩＰ端末３−１との間の通信セッションを切断する（図７（１８））。
【００６２】
（５）端末８−１が応答すると、ＩＰ端末３−２とＳＩＰサーバ５−１（あるいは端末８−１）間の、ピアツーピア接続での通話状態に切替。
【００６３】
上記着信報知に対し端末８−１のユーザが応答操作を行うと（図７（１９））、ＳＩＰサーバ５−１は応答メッセージ（２００ＯＫ）を呼制御サーバ１へ送信する（図７（２０））。
【００６４】
呼制御サーバ１は、応答メッセージ（２００ＯＫ）を受信すると、ＳＩＰサーバ５−１に対しＡＣＫを送信する（図７（２１））。そして、ＩＰ端末３−２とＳＩＰサーバ５−１のメディアのピアツーピア接続を実行するべく、まず、ＩＰ端末３−２に対しＳＩＰサーバ５−１のＳＤＰ情報を含むメディア接続指示を送信する（図７（２２））。そして、呼制御サーバ１は、ＩＰ端末３−２のＳＤＰ情報を含むＲｅ−ＩＮＶＩＴＥメッセージをＳＩＰサーバ５−１に送信し（図７（２３））、メディア中継サーバ２に対しメディア中継終了指示を送信して（図７（２４））、メディア中継リソース２−１，２−２を解放する（図７（２５））。
【００６５】
メディア中継サーバ２は、メディア中継終了指示を受信すると、メディア中継処理を終了する（図７（２６））。
【００６６】
ＳＩＰサーバ５−１は、Ｒｅ−ＩＮＶＩＴＥメッセージを受信後、ＳＤＰ情報を分析し、Ｒｅ−ＩＮＶＩＴＥメッセージに対する１００Tryingメッセージ及び２００ＯＫを呼制御サーバ１へ返送する（図７（２７））。そして、呼制御サーバ１は、ＳＩＰサーバ５−１に対しＡＣＫを送信する（図７（２８）。これにより、ＩＰ端末３−２とＳＩＰサーバ５−１の間のメディアがピアツーピア接続される（図７（２９））。
【００６７】
かくして、ＩＰ端末３−２の通信先がＩＰ端末３−１から公衆回線網７上の端末８−１へ切り替わり、以後ＩＰ端末３−２のユーザは引き続き端末８−１のユーザとの間で通話を行うことが可能となる。
【００６８】
上記動作における呼制御サーバ１の制御手順を、図９、図１０、図１１、図１２を用いて説明する。
【００６９】
図９は、転送起動要求を受信した際の呼制御サーバ１の制御処理手順を示すフローチャートである。
【００７０】
呼制御サーバ１は、転送主催端末となるＩＰ端末３−１から転送起動要求を受信すると（ステップＳＴ８ａ）、受信メッセージ分析部２１１によって転送先情報を分析し、ＳＩＰトランク番号５１への転送と判定する（ステップＳＴ８ｂ）。
【００７１】
呼制御サーバ１は、ＵＰＤＡＴＥ可否記憶部２７１から、ＳＩＰトランク番号５１はUPDATE非許容のため、メディア中継が必要と判定する。そのため、呼制御サーバ１は、ステップＳＴ８ｃからステップＳＴ８ｄに移行してここで中継用リソース使用状態記憶部２１２を用いて、リソースを使用可能か判定する。リソースを使用可能な場合には（Ｙｅｓ）、呼制御サーバ１は中継用リソースを捕捉する（ステップＳＴ８ｅ）。そして、呼制御サーバ１は、メディア中継情報記憶部２７３にＳＩＰ呼の識別情報、捕捉した中継用リソース番号、転送主催端末と被転送端末の情報を記憶し、状態を「転送起動要求中」に更新する（ステップＳＴ８ｆ）。そして、呼制御サーバ１は、メッセージ送信制御部２１３により、ＳＩＰトランク番号５１の接続先であるＳＩＰサーバ５−１へ、捕捉した中継用リソースのＳＤＰ情報を設定したＩＮＶＩＴＥメッセージを送信する（ステップＳＴ８ｇ）。
【００７２】
なお、上記ステップＳＴ８ｃにおいて、メディア中継が不要と判定した場合（不要）、呼制御サーバ１はＩＰ端末３−１のＳＤＰ情報を設定したＩＮＶＩＴＥメッセージをＳＩＰサーバ５−１へ送信することにより、ＩＰ端末３−１とＳＩＰサーバ５−１との間のメディアをピアツーピア接続させる（ステップＳＴ８ｈ）。また、上記ステップＳＴ８ｄにおいて、空きのメディア中継用リソースが無いと判定した場合（Ｎｏ）、呼制御サーバ１は転送主催端末となるＩＰ端末３−１に対し転送不可能の旨のメッセージを通知する（ステップＳＴ８ｉ）。
【００７３】
図１０は、ＳＩＰサーバ５−１から１８０ Ringingメッセージを受信した時の呼制御サーバ１の制御処理手順を示すフローチャートである。
【００７４】
呼制御サーバ１は、転送先となるＳＩＰサーバ５−１から１８０ Ringingメッセージを受信すると（ステップＳＴ９ａ）、受信メッセージ分析部２１１により、受信メッセージにＳＤＰ情報が含まれているか判定する（ステップＳＴ９ｂ）。ここで、ＳＤＰ情報が含まれていない場合（なし）、呼制御サーバ１は端末自身が生成するトーンを聴取させるため、ＩＰ端末３−１へＳＤＰ情報なしの転送起動受付を送信し（ステップＳＴ９ｃ）、ＩＰ端末３−２へ保留指示メッセージを送信し（ステップＳＴ９ｄ）、メディア中継管理部２１２にてメディア中継記憶部２７３のＣａｌｌ−ＩＤ「１１１１」に対応する「状態」を示す情報を「転送主催端末呼出中」に更新する（ステップＳＴ９ｅ）。
【００７５】
一方、ＳＤＰ情報が含まれている場合（あり）、呼制御サーバ１は受信メッセージのAllowヘッダフィールドのメソッドリストにUPDATEが含まれているか否かを判定する（ステップＳＴ９ｆ）。ここで、UPDATEが含まれている場合（あり）、呼制御サーバ１はＵＰＤＡＴＥメッセージを用いることが可能であるため、ＳＩＰサーバ５−１へＩＰ端末３−１のＳＤＰ情報を含むＵＰＤＡＴＥメッセージを送信し（ステップＳＴ９ｇ）、メディア中継記憶部２７３にＳＩＰサーバ５−１のＳＤＰ情報をＣａｌｌ−ＩＤ「１１１１」に対応付けて記憶し（ステップＳＴ９ｈ）、メディア中継記憶部２７３のＣａｌｌ−ＩＤ「１１１１」に対応する「状態」を示す情報を「UPDATE中」に更新する（ステップＳＴ９ｉ）。その後、呼制御サーバ１は、ＳＩＰサーバ５−１からＵＰＤＡＴＥに対する２００ ＯＫメッセージを受信した際に、ＩＰ端末３−１へＳＩＰサーバ５−１のＳＤＰ情報を含む転送起動受付メッセージを送信し、ＩＰ端末３−２へ保留指示メッセージを送信し、メディア中継用リソース２−１、２−２を解放し、メディア中継記憶部２７３の状態を「空き」に更新し、以降はメディア中継しない従来の処理と同様の処理を行う。
【００７６】
一方、上記ステップＳＴ９ｆにおいて、ＵＰＤＡＴＥが含まれていない場合（なし）、呼制御サーバ１はＩＰ端末３−１へメディア中継用リソース２−２のＳＤＰ情報を含む転送起動受付メッセージを送信し（ステップＳＴ９ｊ）、メディア中継サーバ２へメディア中継開始指示メッセージを送信し（ステップＳＴ９ｋ）、ＩＰ端末３−２へ保留指示メッセージを送信し（ステップＳＴ９ｌ）、メディア中継記憶部２７３にＳＩＰサーバ５−１のＳＤＰ情報を記憶し（ステップＳＴ９ｍ）、ＳＤＰ接続有無を有りに更新し（ステップＳＴ９ｎ）、メディア中継記憶部２７３の状態を「転送主催端末呼出中」に更新する（ステップＳＴ９ｏ）。これにより、ＩＰ端末３−１は、ＳＩＰサーバ５−１からの呼出音聴取中状態となり、ＩＰ端末３−２は端末自身が生成する保留音を聴取中状態となる。
【００７７】
図１１は、転送主催端末となるＩＰ端末３−１から呼出中転送要求を受信した際の呼制御サーバ１の制御処理手順を示すフローチャートである。
【００７８】
呼制御サーバ１は、ＩＰ端末３−１から呼出中転送要求を受信すると（ステップＳＴ１０ａ）、メディア中継記憶部２７３のＳＤＰ接続有無が有りか否かを判定する（ステップＳＴ１０ｂ）。ここで、無しの場合（Ｎｏ）、呼制御サーバ１は被転送端末に端末自身が生成する呼出音を聴取させるため、ＩＰ端末３−２へ呼出音聴取指示メッセージを送信し（ステップＳＴ１０ｃ）、ＩＰ端末３−１へ呼出中転送受付メッセージを送信し（ステップＳＴ１０ｄ）、メディア中継記憶部２７３のＣａｌｌ−ＩＤ「１１１１」に対応する「状態」を示す情報を「被転送端末呼出中」に更新する（ステップＳＴ１０ｅ）。
【００７９】
一方、ＳＤＰ接続有無が有りの場合（Ｙｅｓ）、呼制御サーバ１はＩＰ端末３−２へメディア中継用リソース２−２のＳＤＰ情報を含むメディア接続指示を送信し（ステップＳＴ１０ｆ）、メディア中継サーバ２へメディア中継変更指示を送信し（ステップＳＴ１０ｇ）、ＩＰ端末３−１へ呼出中転送受付メッセージを送信し（ステップＳＴ１０ｈ）、メディア中継記憶部２７３のＣａｌｌ−ＩＤ「１１１１」に対応する「状態」を示す情報を「被転送端末呼出中」に更新する（ステップＳＴ１０ｉ）。これにより、ＩＰ端末３−２は、ＳＩＰサーバ５−１からの呼出音聴取中状態となり、ＩＰ端末３−１は空き状態となる。
【００８０】
図１２は、ＳＩＰサーバ５−１から２００ＯＫを受信した際の呼制御サーバ１の制御処理手順を示すフローチャートである。
【００８１】
呼制御サーバ１は、ＳＩＰサーバ５−１から２００ ＯＫを受信すると（ステップＳＴ１１ａ）、ＳＩＰサーバ５−１へＡＣＫを送信し（ステップＳＴ１１ｂ）、メディア中継記憶部２７３の状態を判定する（ステップＳＴ１１ｃ）。ここで、状態が「転送主催端末呼出中」の場合、呼制御サーバ１はＩＰ端末３−１から呼出中転送要求メッセージをまだ受信していないため、ＳＩＰサーバ５−１へＩＰ端末３−１のＳＤＰ情報を含むRe-Inviteメッセージを送信し（ステップＳＴ１１ｄ）、ＩＰ端末３−１へＳＩＰサーバ５−１のＳＤＰ情報を含むメディア接続指示メッセージを送信し（ステップＳＴ１１ｄ）、メディア中継中の場合はステップＳＴ１１ｆからステップＳＴ１１ｇに移行してここでメディア中継サーバ２にメディア中継終了指示メッセージを送信し、メディア中継用リソース２−１，２−２を解放し（ステップＳＴ１１ｈ）、メディア中継記憶部２７３を空き状態に更新する（ステップＳＴ１１ｉ）。ＳＩＰサーバ５−１からＲｅ−ＩＮＶＩＴＥメッセージに対する２００ ＯＫ受信後、ＩＰ端末３−１はＳＩＰサーバ５−１と通話状態になる。以降は、従来の処理と同様である。
【００８２】
一方、上記ステップＳＴ１１ｃにおいて、メディア中継記憶部２７３の状態が「被転送者呼出中」の場合、呼制御サーバ１はＳＩＰサーバ５−１へＩＰ端末３−２のＳＤＰ情報を含むＲｅ−ＩＮＶＩＴＥメッセージを送信し（ステップＳＴ１１ｊ）、ＩＰ端末３−２へＳＩＰサーバ５−１のＳＤＰ情報を含むメディア接続指示メッセージを送信し（ステップＳＴ１１ｋ）、メディア中継中の場合はメディア中継サーバ２にメディア中継終了指示メッセージを送信し、メディア中継用リソース２−１、２−２を解放し、メディア中継記憶部２７３を空き状態に更新する。ＳＩＰサーバ５−１からＲｅ−ＩＮＶＩＴＥに対する２００ ＯＫを受信後、ＩＰ端末３−２はＳＩＰサーバ５−１と通話状態になる。
【００８３】
以上のように上記第１の実施形態では、呼制御サーバ１において、転送先のＳＩＰトランク番号と、ＵＰＤＡＴＥメッセージの許容／非許容を示す情報とを対応付けたテーブルをＵＰＤＡＴＥ可否記憶部２７１に記憶しておくようにし、ＩＰ端末３−２と呼接続を行っているＩＰ端末３−１にて転送起動操作がなされた場合に、ＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブル中の転送先のＳＩＰトランク番号に対応するＵＰＤＡＴＥ可否情報がＵＰＤＡＴＥ非許容を示す情報であるかを判定し、ＵＰＤＡＴＥ非許容、つまり転送先がＳＤＰ情報を含む１８０Ｒｉｎｇｉｎｇメッセージや１８３Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓメッセージによりアーリーメディアセッションを確立するがＵＰＤＡＴＥメッセージをサポートしない場合に、転送先となるＳＩＰサーバ５−１から応答を受信するまでの間、転送起動端末のＩＰ端末３−１とＳＩＰサーバ５−１との間のメディア、もしくは、被転送端末のＩＰ端末３−２とＳＩＰサーバ５−１との間のメディアを、メディア中継サーバ２を介して接続するようにしている。
【００８４】
従って、転送先へＵＰＤＡＴＥメッセージを送信することなく、転送主催端末となるＩＰ端末３−１及び被転送端末となるＩＰ端末３−２のユーザが転送先から供給される呼出音を聴取できる。
【００８５】
また、上記第１の実施形態によれば、メディア中継サーバ２による中継処理時に、転送先となるＳＩＰサーバ５−１から受信したＳＩＰメッセージのａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれている場合に、ＵＰＤＡＴＥメッセージを用いて転送起動端末となるＩＰ端末３−１と転送先となるＳＩＰサーバ５−１のメディアとをピアツーピア接続に切り替えるようにしているので、メディア中継用リソースを節約できる。また、転送起動時に、必要に応じてメディア中継サーバを用いるため、多数のＩＰ端末３−１〜３−ｉで少数のメディア中継用リソース２−１〜２−５を利用するときに、メディア中継用リソース２−１〜２−５の有効利用率を高めることができる。
【００８６】
なお、上記第１の実施形態では、メディア中継サーバ２による中継処理の実行後、ＩＰ端末３−１にて呼出中転送操作がなされた後に、転送先から応答メッセージを受信した場合に、被転送端末となるＩＰ端末３−２のＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先をメディア中継サーバ２からＩＰ端末３−２に切り替えて、メディア中継サーバ２による中継処理を終了する例について説明した。しかしこれに限ることなく、メディア中継サーバ２による中継処理の実行後、ＩＰ端末３−１にて呼出中転送操作がなされる前に、転送先から応答メッセージを受信した場合に、ＩＰ端末３−１のＳＤＰ情報を含むＲｅ−Ｉｎｖｉｔｅメッセージを用いて転送先のメディア接続先をメディア中継サーバ２からＩＰ端末３−１に切り替えて、メディア中継サーバ２による中継処理を終了する。
【００８７】
（第２の実施形態）  
第２の実施形態は、ＳＩＰトランクではＵＰＤＡＴＥが許容となっているが、ＳＩＰＵＲＩではＵＰＤＡＴＥが非許容となっている場合の依頼転送動作を実行するものである。
【００８８】
図１３は、ＩＰ端末３−１とＩＰ端末３−２との通話中にＩＰ端末３−２の通信相手先をＩＰ端末３−１からＳＩＰサーバ５−２経由でＳＩＰ端末６−１に切り替える際の信号シーケンスの例である。
【００８９】
いま、例えば図１３に示すようにＩＰ端末３−１，３−２間で内線音声通信が行なわれているものとする。この状態で、ＩＰ端末３−１においてユーザが、自端末からＳＩＰトランク番号５２への発信特番とＳＩＰ端末６−１の番号をダイヤルする転送起動操作を行ったとする（図１３（１））。すると、ＩＰ端末３−１は、呼制御サーバ１へ転送起動要求を送信する（図１３（２））。
【００９０】
呼制御サーバ１は、転送起動要求を受信すると、この転送起動要求に含まれるＳＩＰトランク番号５２をもとに、ＵＰＤＡＴＥ可否記憶部２７１からＵＰＤＡＴＥ可否を示す情報を検索する。ここでは、「許容」であるが、ＳＩＰ端末６−１のＳＩＰＵＲＩが「非許容」であるので、呼制御サーバ１は、中継用リソース使用状態記憶部２７２から空きとなるメディア中継用リソース２−１，２−２を捕捉し（図１３（３））、転送先のＳＩＰサーバ５−２に対し使用するメディア中継用リソース２−１のＳＤＰ情報を含むＩＮＶＩＴＥメッセージを送信して呼び出しを行う（図１３（４））。
【００９１】
ＳＩＰサーバ５−２は、ＩＮＶＩＴＥメッセージを受信後、ＳＤＰ情報を分析する。同時に、ＳＩＰサーバ５−２は、ＳＩＰ端末６−１を呼び出す（図１３（４−１））。ＳＩＰ端末６−１は、着信報知が行われている旨を示す１００Tryingメッセージ及びＳＩＰ端末６−１のＳＤＰ情報を含む１８０RingingメッセージをＳＩＰサーバ５−２へ返送する（図１３（５−１））。なお、ＳＩＰ端末６−１はＵＰＤＡＴＥメッセージをサポートしていないため、１８０ＲｉｎｇｉｎｇメッセージのａｌｌｏｗヘッダフィールドのメソッドリストにはＵＰＤＡＴＥが含まれない。
【００９２】
ＳＩＰサーバ５−２は、着信報知が行われている旨を示す１００Tryingメッセージ及び１８０Ringingメッセージを呼制御サーバ１へ返送する（図１３（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。この１８０Ｒｉｎｇｉｎｇメッセージには、ＳＩＰ端末６−１のＳＤＰ情報を含み、ａｌｌｏｗヘッダフィールドのメソッドリストにはＵＰＤＡＴＥが含まれない。
【００９３】
呼制御サーバ１は、ＳＩＰサーバ５−２から１００Trying及び１８０Ringingを受信すると、ＩＰ端末３−１に対し転送起動要求を正しく受信した旨を示す転送起動受付を送信する（図１３（６））。そして、以後、呼制御サーバ１は、ＳＩＰサーバ５−２にメディア中継用リソース２−１を割り当て、ＩＰ端末３−１にメディア中継用リソース２−２を割り当てた旨のＳＤＰ情報を含むメディア中継開始指示をメディア中継サーバ２へ送信する（図１３（７））。
【００９４】
メディア中継サーバ２は、メディア中継開始指示を受信すると、メディア中継用リソース２−１，２−２を用いてＩＰ端末３−１とＳＩＰ端末６−１との間のメディアを中継する（図１３（８））。かくして、ＩＰ端末３−１とＳＩＰ端末６−１との間では、メディア中継サーバ２経由でＲＴＰパケットの送受信が行われ、ＩＰ端末３−１のユーザはＳＩＰ端末６−１からの呼出音の聴取が可能となる（図１３（９））。
【００９５】
また、呼制御サーバ１は、被転送端末となるＩＰ端末３−２に対し保留指示を送信し（図１３（１０））、保留音を聴取させる。
【００９６】
ＩＰ端末３−１のユーザが呼出音の聴取状態で呼出中転送操作を行ったとする（図１３（１１））。そうすると、ＩＰ端末３−１は、呼制御サーバ１へ呼出中転送要求を送信する（図１３（１２））。
【００９７】
呼制御サーバ１は、呼出中転送要求を受信すると、ＩＰ端末３−２に対しメディア中継用リソース２−２のＳＤＰ情報を含むメディア接続指示を送信する（図１３（１３））。そして、呼制御サーバ１は、ＩＰ端末３−２にメディア中継用リソース２−２を割り当てた旨のＳＤＰ情報を含むメディア中継変更指示をメディア中継サーバ２へ送信する（図１３（１４））。
【００９８】
メディア中継サーバ２は、メディア中継変更指示を受信すると、メディア中継用リソース２−１，２−２を用いてＩＰ端末３−２とＳＩＰサーバ５−２との間のメディアを中継する（図１３（１５））。かくして、ＩＰ端末３−２とＳＩＰ端末６−１との間では、メディア中継サーバ２経由でＲＴＰパケットの送受信が行われ、ＩＰ端末３−２のユーザはＳＩＰ端末６−１からの呼出音の聴取が可能となる（図１３（１６））。
【００９９】
呼制御サーバ１は、ＩＰ端末３−１に対し呼出中転送要求を正しく受信した旨を示す呼出中転送受付を送信し（図１３（１７））、ＩＰ端末３−１との間の通信セッションを切断する（図１３（１８））。
【０１００】
上記着信報知に対しＳＩＰ端末６−１のユーザが応答操作を行うと（図１３（１９））、ＳＩＰ端末６−１は応答メッセージ（２００ＯＫ）をＳＩＰサーバ５−２へ送信する（図１３（２０−１））。そして、ＳＩＰサーバ５−２は応答メッセージ（２００ＯＫ）を呼制御サーバ１へ送信する（図１３（２０））。
【０１０１】
呼制御サーバ１は、応答メッセージ（２００ＯＫ）を受信すると、ＳＩＰサーバ５−２に対しＡＣＫを送信する（図１３（２１））。また、ＳＩＰサーバ５−２は、ＳＩＰ端末６−１に対しＡＣＫを送信する（図１３（２１−１））。呼制御サーバ１は、ＩＰ端末３−２とＳＩＰ端末６−１のメディアのピアツーピア接続を実行するべく、まず、ＩＰ端末３−２に対しＳＩＰ端末６−１のＳＤＰ情報を含むメディア接続指示を送信する（図１３（２２））。
【０１０２】
そして、呼制御サーバ１は、ＩＰ端末３−２のＳＤＰ情報を含むＲｅ−ＩＮＶＩＴＥメッセージをＳＩＰサーバ５−２に送信し（図１３（２３））、メディア中継サーバ２に対しメディア中継終了指示を送信して（図１３（２４））、メディア中継リソース２−１，２−２を解放する（図１３（２５））。
【０１０３】
メディア中継サーバ２は、メディア中継終了指示を受信すると、メディア中継処理を終了する（図１３（２６））。
【０１０４】
ＳＩＰサーバ５−２は、Ｒｅ−ＩＮＶＩＴＥメッセージを受信後、ＳＤＰ情報を分析し、ＳＩＰ端末６−１に対しＲｅ−ＩＮＶＩＴＥメッセージを送信する（図１３（２３−１））。すると、ＳＩＰ端末６−１は、Ｒｅ−ＩＮＶＩＴＥメッセージに対する１００Tryingメッセージ及び２００ＯＫをＳＩＰサーバ５−２へ返送する（図１３（２７−１））。また、ＳＩＰサーバ５−２は、Ｒｅ−ＩＮＶＩＴＥメッセージに対する１００Tryingメッセージ及び２００ＯＫを呼制御サーバ１へ返送する（図１３（２７））。そして、呼制御サーバ１は、ＳＩＰサーバ５−２に対しＡＣＫを送信する（図１３（２８））。さらに、ＳＩＰサーバ５−２は、ＳＩＰ端末６−１に対しＡＣＫを送信する（図１３（２８−１））。これにより、ＩＰ端末３−２とＳＩＰ端末６−１の間のメディアがピアツーピア接続される（図１３（２９））。
【０１０５】
かくして、ＩＰ端末３−２の通信先がＩＰ端末３−１からＳＩＰ端末６−１へ切り替わり、以後ＩＰ端末３−２のユーザは引き続きＳＩＰ端末６−１のユーザとの間で通話を行うことが可能となる。
【０１０６】
以上のように上記第２の実施形態では、ＵＰＤＡＴＥ可否記憶部２７１中にＳＩＰトランク番号に対応付けてＵＰＤＡＴＥメッセージの許容／非許容を示す情報を記憶しておくだけでなく、ＳＩＰ端末６−１〜６−ｋのＳＩＰＵＲＩに対応付けてＵＰＤＡＴＥメッセージの許容／非許容を示す情報を記憶しておくことで、例えばＵＰＤＡＴＥメッセージをサポートしているＳＩＰトランク経由でＳＩＰ端末６−１〜６−ｋへ依頼転送を行う場合に、ＳＩＰ端末６−１〜６−ｋのうちの一部の端末がＳＤＰ情報を含む１８０Ｒｉｎｇｉｎｇメッセージによりアーリーメディアセッションを確立して呼出音を供給するがＵＰＤＡＴＥメッセージをサポートしていない端末であっても、メディア中継サーバ２が必要か否かを判断でき、これにより確実に依頼転送を実行できる。
【０１０７】
（第３の実施形態）  
第３の実施形態は、ＳＩＰトランク経由でＳＩＰ端末へ発信した際、ＳＤＰ情報を含み、かつ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていない１８０Ｒｉｎｇｉｎｇメッセージが送られてきた場合に、ＵＰＤＡＴＥ可否記憶部２７１の更新処理を実行するものである。
【０１０８】
図１４は、ＩＰ端末３−１とＩＰ端末３−２との通話中にＩＰ端末３−１のユーザがＳＩＰサーバ５−４経由でＳＩＰ端末６−５を転送先とする依頼転送の起動操作を行った際の信号シーケンスの例である。
【０１０９】
ＵＰＤＡＴＥ可否記憶部２７１には、ＳＩＰサーバ５−４及びＳＩＰ端末６−５はＵＰＤＡＴＥ非許容と設定されていないものとする。しかし、ＳＩＰ端末６−５は、ＳＤＰ情報を含む１８０Ｒｉｎｇｉｎｇメッセージによりアーリーメディアセッションを確立して呼出音を供給するが、ＵＰＤＡＴＥメッセージをサポートしていない端末であるものとする。
【０１１０】
いま、例えば図１４に示すようにＩＰ端末３−１，３−２間で内線音声通信が行なわれているものとする。この状態で、ＩＰ端末３−１においてユーザが、自端末からＳＩＰトランク番号５４への発信特番とＳＩＰ端末６−５の番号をダイヤルする転送起動操作を行ったとする（図１４（１））。すると、ＩＰ端末３−１は、呼制御サーバ１へ転送起動要求を送信する（図１４（２））。
【０１１１】
呼制御サーバ１は、転送起動要求を受信すると、この転送起動要求に含まれるＳＩＰトランク番号５４をもとに、ＵＰＤＡＴＥ可否記憶部２７１からＵＰＤＡＴＥ可否を示す情報を検索する。ここでは、「許容」であり、ＳＩＰ端末６−５のＳＩＰＵＲＩも「非許容」と設定されていないので、呼制御サーバ１は、メディア中継用リソースを捕捉せず（図１４（３））、転送先のＳＩＰサーバ５−４に対しＩＰ端末３−１のＳＤＰ情報を含むＩＮＶＩＴＥメッセージを送信して呼び出しを行う（図１４（４））。
【０１１２】
ＳＩＰサーバ５−４は、ＩＮＶＩＴＥメッセージを受信後、ＳＤＰ情報を分析する。同時に、ＳＩＰサーバ５−４は、ＳＩＰ端末６−５に対しＩＮＶＩＴＥメッセージを送信して呼び出す（図１４（５））。すると、ＳＩＰ端末６−５は、着信報知が行われている旨を示す１００Tryingメッセージ及び１８０RingingメッセージをＳＩＰサーバ５−４へ返送する（図１４（６））。そして、ＳＩＰサーバ５−４は、１００Tryingメッセージ及び１８０Ringingメッセージを呼制御サーバ１へ返送する（図１４（７））。ところで、この１８０Ringingメッセージには、ＳＤＰ情報が含まれ、かつａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていないとする。
【０１１３】
呼制御サーバ１は、ＳＩＰサーバ５−４から１８０Ringingを受信すると、ＳＤＰ情報を含み、かつａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていないと判断するので、ＵＰＤＡＴＥ可否記憶部２７１に、ＳＩＰ端末６−５のＳＩＰＵＲＩを「ＵＰＤＡＴＥ非許容」と設定し（図１４（８））、ＩＰ端末３−１に対し転送起動要求を正しく受信した旨を示し、ＳＩＰ端末６−５のＳＤＰ情報を含む転送起動受付を送信する（図１４（９））。
【０１１４】
かくして、ＩＰ端末３−１とＳＩＰ端末６−５との間では、ピツーピアでＲＴＰパケットの送受信が行われ、ＩＰ端末３−１のユーザはＳＩＰ端末６−５からの呼出音の聴取が可能となる（図１４（１０））。
【０１１５】
また、呼制御サーバ１は、被転送端末となるＩＰ端末３−２に対し保留指示を送信し（図１４（１１））、保留音を聴取させる（図１４（１２））。
【０１１６】
ＩＰ端末３−１のユーザが呼出音の聴取状態で呼出中転送操作を行ったとする（図１４（１３））。そうすると、ＩＰ端末３−１は、呼制御サーバ１へ呼出中転送要求を送信する（図１４（１４））。
【０１１７】
呼制御サーバ１は、呼出中転送要求を受信すると、メディア中継用リソース未使用で、かつ、転送起動端末であるＩＰ端末３−１と転送先のメディアが接続済みで、かつ、転送先からａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていないＳＩＰメッセージを受信後のため転送先へＵＰＤＡＴＥメッセージを送信できないと判定する（図１４（１５））。メディア接続を変更できないため、呼制御サーバ１は、ＩＰ端末３−１へ呼出中転送拒否を送信する（図１４（１６））。
【０１１８】
以上のように上記第３の実施形態では、呼制御サーバ１において、転送先から受信する１８０ RingingメッセージといったＳＩＰメッセージを利用して、ＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブル中のＳＩＰ端末６−５のＳＩＰＵＲＩを「ＵＰＤＡＴＥ非許容」と自動的に設定することにより、ユーザや保守者がＵＰＤＡＴＥ可否記憶部２７１に対しデータ設定する手間を減らすことができる。
【０１１９】
なお、本第３の実施形態において、呼出中転送操作を行った時点では呼出中転送は拒否されるが、この後、ＩＰ端末３−１のユーザが転送操作を中止してＩＰ端末３−２との通話状態に戻り、再度、ＳＩＰトランク番号５４への発信特番とＳＩＰ端末６−５の番号をダイヤルする転送起動操作からやり直した場合、ＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブル中のＳＩＰ端末６−５のＳＩＰＵＲＩが「ＵＰＤＡＴＥ非許容」と設定されているため、呼出中転送を実施することができる。
【０１２０】
（その他の実施形態）  
上記各実施形態では、ＵＰＤＡＴＥ可否記憶部２７１において、ＳＩＰトランク番号やＳＩＰＵＲＩに対応付けてＵＰＤＡＴＥの「許容／非許容」を記憶する例について説明したが、例えばＳＩＰサーバ５−１〜５−３で構成されるグループのグループ番号に対応づけてＵＰＤＡＴＥの「許容／非許容」を記憶するものであってもよい。
【０１２１】
また、上記第３の実施形態では、転送先から送られる１８０ Ringingメッセージを利用してＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブルの更新を行う例について説明したが、１８３Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓメッセージを利用するものであってもよい。
【０１２２】
また、上記第３の実施形態では、転送起動時に転送先から送られる１８０Ｒｉｎｇｉｎｇメッセージを利用してＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブルの更新を行う例について説明したが、転送起動時に限らず、ＳＩＰエンドポイントへの発信時に、着呼側から、ＳＤＰ情報を含み、かつ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていないＳＩＰメッセージが送られてきた場合に、ＵＰＤＡＴＥ可否記憶部２７１に記憶されるテーブルを更新してもよい。
【０１２３】
また、上記各実施形態では、ＳＩＰトランク番号をテーブルのインデックスとしているが、ＳＩＰトランク番号を用いずに、SIP URIをインデックスとするテーブルでもよい。
【０１２４】
また、上記各実施形態では、呼制御サーバ１が中継用リソース使用状態を管理しているが、メディア中継サーバ２がリソース使用状態を管理して、呼制御サーバ１はメディア中継サーバ２からリソースを捕捉してもよい。また、ＵＰＤＡＴＥ可否記憶部は、保守者が設定するテーブルと、SIPエンドポイントからＳＤＰ情報を含み、かつ、ａｌｌｏｗヘッダフィールドのメソッドリストにＵＰＤＡＴＥが含まれていないSIPメッセージを受信した時に更新するテーブルを持ち、何れかのテーブルでＵＰＤＡＴＥ非許容と設定されている場合にメディア中継が必要と判定してもよい。
【０１２５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１２６】
１…呼制御サーバ、２…メディア中継サーバ、３−１〜３−ｉ…ＩＰ端末、４…ＩＰネットワーク、５−１〜５−ｊ…ＳＩＰサーバ、６−１〜６−ｋ…ＳＩＰ端末、７…公衆回線網、８−１…端末、９…ＳＩＰエンドポイント、２１…制御部、２２…ノースブリッジ、２３…主メモリ、２６…サウスブリッジ、２７…ＨＤＤ（Hard Disk Drive）、２８…マルチドライブ、２９…ＬＡＮコントローラ、３０…インタフェース部、３１…ＰＣカードコントローラ、２１１…受信メッセージ分析部、２１２…メディア中継管理部、２１３…メッセージ送信制御部、２７１…ＵＰＤＡＴＥ可否記憶部、２７２…中継用リソース使用状態記憶部、２７３…メディア中継情報記憶部。
【図１】
2013138311.tif 000003
【図２】
2013138311.tif 000004
【図３】
2013138311.tif 000005
【図４】
2013138311.tif 000006
【図５】
2013138311.tif 000007
【図６】
2013138311.tif 000008
【図７】
2013138311.tif 000009
【図８】
2013138311.tif 000010
【図９】
2013138311.tif 000011
【図１０】
2013138311.tif 000012
【図１１】
2013138311.tif 000013
【図１２】
2013138311.tif 000014
【図１３】
2013138311.tif 000015
【図１４】
2013138311.tif 000016