JP2009021855A - 中継装置、通信方法及び通信プログラム - Google Patents

Abstract

【課題】呼転送時に生じるＳＩＰメッセージ配送の遅延を削減することが可能な中継装置、通信方法及び通信プログラムを提供する。
【解決手段】ＳＩＰプロキシ１００の呼転送先判別部１２１が、ＳＩＰメッセージの種類に応じて呼転送が発生するか否かを推定し、発生すると推定した場合は呼転送先も推定する。これにより、ＳＩＰメッセージを配送することによって呼転送が発生する場合に、予め呼転送先のＳＩＰ端末２００ｃとの間でＴＬＳコネクションを確立しておくことができ、呼転送を行う場合に改めてＴＬＳコネクションを確立する必要をなくすことができる。
【選択図】図２

Description

本発明は、中継装置、通信方法及び通信プログラムに関する。

通信装置間に介在し、通信を制御・中継するシグナリングプロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が広く知られている。ＳＩＰを用いた通信システム（以下、ＳＩＰシステムと称する。）では、端末装置であるＳＩＰ端末間の通信仲介サーバ装置として、ＳＩＰプロキシが用いられている。ここでは、ＳＩＰ端末およびＳＩＰプロキシを合わせてＳＩＰエンティティと呼ぶ。

例えば、非特許文献１に記載されるように、ＳＩＰエンティティ間のセキュリティを確保するために、ＳＩＰ端末とＳＩＰプロキシ間を接続するトランスポートプロトコルとしてＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）プロトコルと用いる方法が知られている。

ＴＬＳは、コネクション指向のセキュアトランスポートプロトコルであり、ＴＬＳを用いてＳＩＰメッセージの配送を行うためには、ＳＩＰエンティティ間でＴＬＳハンドシェイクを実行してコネクションを確立する必要がある。

ここで、ＳＩＰ端末Ａ，ＣとＳＩＰプロキシＢを有するＳＩＰシステムにおいて、ＳＩＰ端末Ａが、ＳＩＰ端末ＣあてにＳＩＰメッセージを送信する処理の概要について説明する。

まず、ＳＩＰ端末Ａは、ＳＩＰプロキシＢとの間でＴＬＳハンドシェイクプロトコルを実行する。これにより、ＳＩＰ端末ＡとＳＩＰプロキシＢとの間で、セキュアなコネクションが確立される。次に、ＳＩＰ端末Ａは、確立したセキュアコネクションを利用して、ＴＬＳにより暗号化されたＳＩＰメッセージをＳＩＰプロキシＢに送信する。

ＳＩＰプロキシＢは、これを受信し、ＴＬＳ復号化してＳＩＰメッセージを取り出す。ＳＩＰプロキシＢは、ＳＩＰヘッダーに含まれるＲｅｑｕｅｓｔ−ＵＲＩを参照し、ＳＩＰメッセージの配送先を判断する。このために、例えばＳＩＰロケーションサーバへ問い合わせを行ってもよい。ここでは、配送先は、ＳＩＰ端末Ｃと判断される。ＳＩＰプロキシＢは、ＳＩＰメッセージの配送先であるＳＩＰ端末Ｃとの間で、ＴＬＳハンドシェイクプロトコルを実行する。これにより、ＳＩＰプロキシＢとＳＩＰ端末Ｃとの間で、セキュアなコネクションが確立される。

次に、ＳＩＰプロキシＢは、確立したセキュアコネクションを利用して、ＴＬＳにより暗号化したＳＩＰメッセージをＳＩＰ端末Ｃに送信する。ＳＩＰ端末Ｃは、ＳＩＰプロキシＢとの間で確立されたセキュアコネクションを利用して、ＳＩＰレスポンスメッセージを送信する。ＳＩＰプロキシＢは、ＳＩＰ端末Ａとの間で確立されたセキュアコネクションを利用して、受信したＳＩＰレスポンスメッセージを配送する。

このように、ＳＩＰプロキシＢがＳＩＰメッセージを送受信するためには、各ＳＩＰ端末との間でＴＬＳハンドシェイクプロトコルを実行してコネクションを確立する必要がある。ＴＬＳハンドシェイクプロトコルでは、複数のメッセージが相互に送受信されるため、ＴＬＳハンドシェイクプロトコルを用いたセキュアコネクション（以下、ＴＬＳコネクションと称する）の確立処理には一定の時間を要する。

また、一般にＳＩＰプロキシは、ＳＩＰメッセージを受信して、そのＳＩＰヘッダー（一般にはＲｅｑｕｅｓｔ−ＵＲＩ）を参照するまで、ＳＩＰメッセージの配送先であるＳＩＰ端末を特定することができない。このため、ＳＩＰメッセージを受信して配送先を特定した後に、配送先ＳＩＰ端末に対してＴＬＳコネクションを確立する必要がある。
Ｊ．Ｒｏｓｅｎｂｅｒｇ ｅｔ ａｌ，"ＲＦＣ ３２６１，ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ"，［Ｏｎｌｉｎｅ］，Ｊｕｎｅ ２００２，ｒｅｔｒｉｅｖｅｄ ｆｒｏｍ ｔｈｅ Ｉｎｔｅｒｎｅｔ：＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ＞

しかしながら、非特許文献１に開示される従来の方法では、ＳＩＰメッセージを配送するまでに時間がかかってしまうため、ＳＩＰメッセージの配送遅延が大きくなるという問題がある。

ここで、本発明は、呼転送とよばれるSIPシーケンスに着目する。呼転送とは、ＳＩＰ端末ＡがＳＩＰ端末Ｃ宛に配送したＳＩＰメッセージをＳＩＰ端末Ｄに転送するＳＩＰシーケンスをさす。呼転送は、例えば、ユーザＵ１がＳＩＰ端末Ａを使用して、ユーザＵ２に対してＳＩＰメッセージを送信する場合、ＳＩＰ端末ＡからＳＩＰ端末ＣにＳＩＰメッセージを送信したが、ユーザＵ２がＳＩＰ端末Ｄを使用しているため、ＳＩＰ端末Ａが送信するＳＩＰメッセージの宛先をＳＩＰ端末ＣからＳＩＰ端末Ｄへと変更するときに行われる。

この場合、ＳＩＰプロキシＢは、ＳＩＰ端末Ａ，ＳＩＰ端末Ｃに加え、ＳＩＰ端末Ｄとハンドシェイクプロトコルを実行してＴＬＳコネクションを確立する必要がある。上述したように、ＴＬＳコネクションの確立処理には一定の時間が必要なため、ＴＬＳコネクションの確立処理を複数回行う呼転送が実行されると、従来の通信方法では、ＳＩＰメッセージの配送遅延が大きくなってしまう。

そこで、本発明は、上述した問題点を解決するためになされたものであって、呼転送によって生じるＳＩＰメッセージ配送時の遅延を削減することができる中継装置、通信方法及び通信プログラムを提供することを目的とする。

上記目的を達成するために、本発明の中継装置は、端末装置との間で通信を確立し、前記端末装置間で送受信されるメッセージを、確立した通信によって中継する中継装置であって、第一端末装置が送信する第一メッセージを受信し、第二端末装置に前記第一メッセージを送信する送受信手段と、前記第一メッセージを受け取った後に前記第二端末装置が送信する第二メッセージの宛先を、前記第一メッセージに基づいて推定し、前記宛先が前記第一端末装置でないと推定した場合に、前記第二メッセージの宛先である宛先端末装置を推定する推定手段と、前記第二端末装置に前記第位置メッセージを送信した後、前記第二メッセージを受信する前に、前記宛先端末装置との通信を確立する手段と、を備え、前記送受信手段は、前記第二メッセージを受信すると、前記確立手段が確立した前記宛先端末装置との通信を用いて、前記第二メッセージを前記宛先端末装置に送信することを特徴とする。

また、本発明の通信方法は、端末装置との間で通信を確立し、前記端末装置間で送受信されるメッセージを、確立した通信によって中継する中継装置における通信方法であって、
第一端末装置から第二端末装置宛ての第一メッセージを受信する受信ステップと、前記第一メッセージ受信後に前記第二端末装置が送信する第二メッセージの宛先が、前記第一端末装置であるか否かを推定する第一推定ステップと、推定結果、宛先が前記第一端末装置でない場合に、前記第二メッセージの宛先である宛先端末装置を推定する第二推定ステップと、前記第一メッセージを前記第二端末装置へ送信する第一送信ステップと、前記送信ステップ後、前記第二メッセージを受信する前に、前記宛先端末装置との通信を確立する確立ステップと、前記第二メッセージを受信後、前記確立ステップにて確立した前記宛先端末との通信を用いて、前記第二メッセージを前記宛先端末装置に送信する第二送信ステップを備えることを特徴とする。

また、本発明の通信プログラムは、端末装置との間で通信を確立し、前記端末装置間で送受信されるメッセージを、確立した通信によって中継する中継装置における通信プログラムであって、第一端末装置から第二端末装置宛ての第一メッセージを受信する受信手順と、前記第一メッセージ受信後に前記第二端末装置が送信する第二メッセージの宛先が、前記第一端末装置であるか否かを推定する第一推定手順と、推定結果、宛先が前記第一端末装置でない場合に、前記第二メッセージの宛先である宛先端末装置を推定する第二推定手順と、前記第一メッセージを前記第二端末装置へ送信する第一送信手順と、前記送信ステップ後、前記第二メッセージを受信する前に、前記宛先端末装置との通信を確立する確立手順と、前記第二メッセージを受信後、前記確立ステップにて確立した前記宛先端末との通信を用いて、前記第二メッセージを前記宛先端末装置に送信する第二送信手順をコンピュータに実行させる。

本発明によると、呼転送によって生じるＳＩＰメッセージ配送時の遅延を削減することが可能な中継装置、通信方法及び通信プログラムを提供することができる。

以下、本発明の実施例を、図面を参照して説明する。

図１乃至図６を用いて、本発明の第１の実施例を説明する。まず、図１を用いて本実施例に係るＳＩＰシステムの構成について説明する。

図１に示すＳＩＰシステムは、ＳＩＰプロキシ１００と、複数のＳＩＰ端末２００ａ，２００ｂ，２００ｃとが、ルータ３００を介して接続された構成となっている。なお、ＳＩＰ端末２００ａ，２００ｂ，２００ｃは、同様の構成を有するため、以下では、単にＳＩＰ端末２００という場合がある。

ＳＩＰプロキシ１００は、ＳＩＰ端末２００間のＳＩＰメッセージを中継する中継装置である。ＳＩＰプロキシ１００は、ＴＬＳプロトコルによってＴＬＳコネクションを確立し、ＴＬＳコネクションによってＳＩＰメッセージを中継する。ＳＩＰプロキシ１００の構成の詳細については後述する。

ＳＩＰ端末２００ａ，２００ｂ，２００ｃは、シグナリングプロトコルとしてＳＩＰを使用し、ＳＩＰのＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）機能を備えた端末装置である。なお、接続されるＳＩＰ端末２００の個数は３つに限られるものではない。ＳＩＰ端末２００の構成の詳細については後述する。

ルータ３００は、ＳＩＰ端末２００及びＳＩＰプロキシ１００との間でＩＰパケットを転送するものであり、ＩＰルータ／スイッチなどの従来から用いられている装置により構成することができる。

次に、図２を用いてＳＩＰプロキシ１００の構成を詳細に説明する。図２は、第１の実施例に係るＳＩＰプロキシ１００の構成を示すブロック図である。図２に示すように、ＳＩＰプロキシ１００は、パケット送受信部１１０、呼転送先判別部１２１を有するＳＩＰメッセージ転送処理部１２０、ＳＩＰダイアログ／トランザクション管理部１３０、ＴＬＳコネクション管理部１４０を備えている。

パケット送受信部１１０は、ネットワークとのインタフェースを保持している。パケット送受信部１１０は、ＳＩＰメッセージ転送処理部１２０から受け取ったＳＩＰメッセージを暗号化してネットワークへと送信し、ＳＩＰ端末２００から受け取ったＳＩＰメッセージを復号化してＳＩＰメッセージ転送処理部１２０へ出力する。暗号化・復号化に必要な情報、ＳＩＰメッセージを送受信するために必要なＴＬＳコネクションに関する情報は、ＴＬＳコネクション管理部１４０から入手する。また、ＴＬＳコネクションを確立していないＳＩＰ端末２００と送受信を行う場合は、ＴＬＳコネクションの確立をＴＬＳコネクション管理部１４０に依頼する。

ＳＩＰメッセージ転送処理部１２０は、ＳＩＰプロキシサーバの基本的な機能であるＳＩＰメッセージ配送のための処理を行う。具体的には、パケット送受信部１１０から受け取ったＳＩＰメッセージデータを非特許文献１などに示されるＳＩＰ Ｐｒｏｘｙの基本仕様に従って解釈して、配送先を特定し、配送するＳＩＰメッセージの組み立てを行う。組み立てたメッセージは、パケット送受信部１１０へ送られ、配送先へと送信される。メッセージを解釈、組み立てた結果、ＳＩＰダイアログやＳＩＰトランザクションに関する情報の維持管理が必要となった場合は、ＳＩＰダイアログ／トランザクション管理部１３０にダイアログ及びトランザクションの情報を通知する。

呼転送先判別部１２１は、ＳＩＰメッセージ転送処理部１２０が解釈したＳＩＰメッセージを参照し、このＳＩＰメッセージを配送することで呼転送が発生するか否かを推定する。推定結果、呼転送が発生する場合、呼転送先を特定し、特定した呼転送先ＳＩＰ端末２００との間のＴＬＳコネクションを確立するため、ＴＬＳコネクション管理部１４０に対して、ＴＬＳコネクションの確立指示を行う。

ＳＩＰダイアログ／トランザクション管理部１３０は、ＳＩＰプロキシ１００で維持管理が必要なＳＩＰダイアログ及びトランザクションの管理を行う。この管理は、ＳＩＰメッセージ転送部１２０から通知されるダイアログ及びトランザクションの情報に基づいて行われる。ＳＩＰダイアログ及びトランザクションの管理として、例えばＳＩＰメッセージの再送処理のためのタイマの管理、ＳＩＰメッセージ転送処理部１２０に対するＳＩＰメッセージ再送の指示、ＴＬＳコネクション破棄のためのタイマ管理、ＴＬＳコネクション管理部１４０に対するＴＬＳコネクション破棄の指示などがある。

ＴＬＳコネクション管理部１４０は、ＴＬＳコネクションの維持管理を行う。具体的には、ＴＬＳハンドシェイクプロトコルの実行、暗号化や復号化のための暗号パラメタの保持、他の構成要素からの依頼に基づくＴＬＳコネクションの確立および破棄の処理などを行う。

次に、図３を用いてＳＩＰ端末２００の構成を詳細に説明する。図３は、第１の実施例に係るＳＩＰ端末２００の構成を示すブロック図である。図３に示すように、ＳＩＰ端末２００は、送受信部２０１と、メッセージ処理部２０２と、コネクション確立部２０３と、アプリケーション２０４とを備えている。

送受信部２０１は、外部の装置との間でメッセージの送受信を行う。例えば、送受信部２０１は、ＳＩＰメッセージを送信するとき、メッセージ処理部２０２からＳＩＰメッセージデータを受信し、コネクション確立部２０３に対して、ＳＩＰメッセージの送信に利用するＴＬＳコネクションの確立を依頼する。既に利用可能なＴＬＳコネクションが存在し、コネクション確立部２０３で管理されている場合、送受信部２０１は、そのＴＬＳコネクションに関する情報を、コネクション確立部２０３から取得する。そして、送受信部２０１は、ＴＬＳコネクションに関連付けられた暗号パラメタによってＳＩＰメッセージを暗号化した後、ＳＩＰメッセージをネットワークへと送信する。

また、送受信部２０１は、ＳＩＰメッセージを受信したときは、コネクション確立部２０３を利用して受信したＴＬＳコネクションに関連付けられた暗号パラメタを特定し、特定した暗号パラメタによって受信したＳＩＰメッセージを復号する。そして、送受信部２０１は、復号したＳＩＰメッセージデータをメッセージ処理部２０２へと転送する。

メッセージ処理部２０２は、非特許文献１などに示されるＳＩＰ ＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）の基本仕様にしたがってＳＩＰメッセージを構成した送受信部２０１によって送信する。また、メッセージ処理部２０２は、送受信部２０１から受信したＳＩＰメッセージを解釈する。これらのＳＩＰメッセージの構成及び解釈は、アプリケーション２０４の要求に応じて実行される。

コネクション確立部２０３は、ＳＩＰプロキシ１００のコネクション確立部１４０と同様に、ＴＬＳコネクションの維持管理を行う。例えば、コネクション確立部２０３は、ＴＬＳハンドシェイクプロトコルを実行するとともに、ＴＬＳの暗号化や復号化のための暗号パラメタを保持する。

アプリケーション２０４は、ＳＩＰを利用してメッセージを送受信することにより動作する機能を含むアプリケーションである。例えば、ＳＩＰを利用したホットラインシステムの端末側のアプリケーション、インターホンとＴＶモニター付受話器とからなるＳＩＰを利用した通話システムのアプリケーションなどが該当する。

次に、図４をもちいて第１の実施例に係るＳＩＰプロキシ１００による呼転送処理について説明する。図４は、第１の実施例における呼転送処理の全体の流れを示すフローチャートである。ここでは、ＳＩＰ端末２００ａが、ＳＩＰ端末２００ｃに対して、ＳＩＰ端末２００ｂと通信を確立するよう指示を与える場合について説明する。これは、例えば、ＳＩＰ端末２００ａを使用するユーザＡが、ＳＩＰ端末２００ｃを利用するユーザＣから呼を受け、ユーザＡがこれを、ＳＩＰ端末２００ｂのユーザＢへと転送したい場合などに相当する。なお、ここでは、ＳＩＰ端末２００ａが指示を与える場合について説明するが、ＳＩＰ端末２００ｂ，２００ｃが指示を与えてもよい。

まず、ＳＩＰ端末２００ａは、ＳＩＰプロキシ１００との間で、ハンドシェイクプロトコルを実行し、ＴＬＳコネクションを確立する。（ステップＳ１０１）このＴＬＳコネクションを確立する確立処理の詳細については後述する。

ＳＩＰ端末２００ａは、確立したＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対してＳＩＰ Ｒｅｆｅｒ リクエストメッセージを送信する。なお、このＳＩＰ Ｒｅｆｅｒ リクエストメッセージのｃｏｎｔａｃｔヘッダーには、ＳＩＰ端末２００ｃがＳＩＰメッセージを送信すべきＳＩＰ端末２００ｂの情報が含まれている。（ステップＳ１０２）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａが送信するＳＩＰ Ｒｅｆｅｒ リクエストメッセージを受信し、配送処理を行う。配送処理の詳細については後述する。この配送処理を行うことで、ＳＩＰ Ｒｅｆｅｒ リクエストメッセージの配送先がＳＩＰ端末２００ｃであると判断するとともに、次にＳＩＰ端末２００ｃから送られてくるメッセージの配送先がＳＩＰ端末２００ｂであると推定する。（ステップＳ１０３）

次に、ＳＩＰプロキシ１００は、ＳＩＰ Ｒｅｆｅｒ リクエストメッセージの配送先であるＳＩＰ端末２００ｃとの間でハンドシェイクプロトコルを実行し、ＴＬＳコネクションを確立する。（ステップＳ１０４）なお、既にＳＩＰ端末２００ｃとの間でＴＬＳコネクションが確立されている場合は、ステップを省略する。

ＳＩＰプロキシ１００は、確立したＴＬＳコネクションを利用して、ＳＩＰ端末２００ｃに対してＳＩＰ Ｒｅｆｅｒ リクエストメッセージを送信する。（ステップＳ１０５）

ＳＩＰプロキシ１００は、ＳＩＰ Ｒｅｆｅｒ リクエストメッセージを送信後、ＳＩＰ端末２００ｃから次のメッセージが送信される前に、ステップＳ１０３にて次のメッセージの配送先であると推定したＳＩＰ端末２００ｂとの間でハンドシェイクプロトコルを実行し、ＴＬＳコネクションを確立する。（ステップＳ１０６）

ＳＩＰ端末２００ｃは、ＳＩＰ Ｒｅｆｅｒ リクエストメッセージを受信すると、ＳＩＰ端末２００ａに宛てた２０２ Ａｃｃｅｐｔレスポンスメッセージを生成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ１０７）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｃから２０２ Ａｃｃｅｐｔレスポンスメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ａとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ａに対して、２０２ Ａｃｃｅｐｔレスポンスメッセージを送信する。（ステップＳ１０８）

ＳＩＰ端末２００ｃは、ステップＳ１０５にて、ＳＩＰ Ｒｅｆｅｒリクエストメッセージを受信すると、メッセージを解釈し、ＳＩＰ端末２００ｂと通信を行うことを決定する。そこで、ＳＩＰ端末２００ｃは、ＳＩＰ端末２００ｂに宛てたＳＩＰ ＩＮＶＩＴＥメッセージを生成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ１０９）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｃが送信するＳＩＰ ＩＮＶＩＴＥリクエストメッセージを受信し、配送処理を行い、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージの配送先がＳＩＰ端末２００ｂであると判断する。（ステップＳ１１０）

ＳＩＰプロキシ１００は、既にステップＳ１１０にて、ＳＩＰ端末２００ｂとの間でＴＬＳコネクションを確立している。そこで、ＳＩＰプロキシ１００は、確立しているＴＬＳコネクションを利用して、ＳＩＰ端末２００ｂに対してＳＩＰ ＩＮＶＩＴＥリクエストメッセージを送信する。（ステップＳ１１１）

ＳＩＰ端末２００ｂは、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージを受信すると、ユーザＣを呼び出し、１８０ Ｒｉｎｇｉｎｇメッセージを、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ１１２）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｂから１８０ Ｒｉｎｇｉｎｇメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ｃとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ｃに対して、１８０ Ｒｉｎｇｉｎｇメッセージを送信する。（ステップＳ１１３）

ユーザＢが、ＳＩＰ端末２００ｂからの呼び出しに応答すると、ＳＩＰ端末２００ｂは、ＳＩＰ端末２００ｃに宛てた２００ ＯＫレスポンスメッセージを作成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ１１４）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｂから２００ ＯＫレスポンスメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ｃとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ｃに対して、２００ ＯＫレスポンスメッセージを送信する。（ステップＳ１１５）

ＳＩＰ端末２００ｂとの通信が確立すると、ＳＩＰ端末２００ｃは、ＳＩＰ端末２００ａに宛ててＳＩＰ Ｎｏｔｉｆｙレスポンスメッセージを生成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ１１６）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａからＳＩＰ Ｎｏｔｉｆｙレスポンスメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ａとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ａに対して、ＳＩＰ Ｎｏｔｉｆｙレスポンスメッセージを送信する。（ステップＳ１１７）

ＳＩＰ端末２００ａは、ＳＩＰ Ｎｏｔｉｆｙレスポンスメッセージを受信すると、ＳＩＰ端末２００ｃに宛てて２００ ＯＫレスポンスメッセージを作成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ１１８）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａから２００ ＯＫレスポンスメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ｃとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ｃに対して、２００ ＯＫレスポンスメッセージを送信する。（ステップＳ１１９）

以上を行うことで、ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａからＳＩＰ端末２００ｂへの呼転送を行うための呼転送処理を実行する。

次に、図５を用いてハンドシェイクプロトコルを実行してＴＬＳコネクションを確立する確立処理の詳細について説明する。図５は、確立処理の流れを示すフローチャートである。ここでは、ＳＩＰ端末２００ａがＳＩＰプロキシ１００に対して、ＳＩＰメッセージを送信する際に、それに先んじて行われる確立処理について説明する。なお、他のＳＩＰ端末２００、ＳＩＰプロキシ１００がＳＩＰメッセージを送信する際に行う確立処理の流れは、図５と同様であるため、説明を省略する。

まず、ＳＩＰ端末２００ａは、対応可能なアルゴリズムの一覧を含むＣｌｉｅｎｔ ＨｅｌｌｏメッセージをＳＩＰプロキシ１００に対して通知する。（ステップＳ２０１）

次に、ＳＩＰプロキシ１００は、ステップＳ２０１にて送られてきたＣｌｉｅｎｔ Ｈｅｌｌｏメッセージによって示された暗号アルゴリズムの一覧から、通信の際に利用する暗号アルゴリズムを決定し、対応する暗号パラメタを保持する。ＳＩＰプロキシ１００は、決定した暗号アルゴリズムを通知するためＳｅｒｖｅｒ Ｈｅｌｌｏメッセージを、ＳＩＰ端末２００ａに対して送信する。（ステップＳ２０２）

さらに、ＳＩＰプロキシ１００は、身元を保証するＣｅｒｔｉｆｉｃａｔｅメッセージをＳＩＰ端末２００ａに対して送信し（ステップＳ２０３）、ＳＩＰ端末２００ａの身元を保証する証明書の送付を求めるＣｅｒｔｉｆｉｃａｔｅ Ｒｅｑｕｅｓｔメッセージを送信する（ステップＳ２０４）。

Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｑｕｅｓｔメッセージを受信したＳＩＰ端末２００ａは、自身の身元を保証する証明書（Ｃｅｒｔｉｆｉｃａｔｅメッセージ）をＳＩＰプロキシ１００に送信する。（ステップＳ２０５）

続いて、ＳＩＰ端末２００ａは、ＳＩＰ端末２００ａが生成した暗号化に利用する乱数を、ＳＩＰプロキシ１００がステップＳ２０２で送信したＣｅｒｔｉｆｉｃａｔｅメッセージに含まれる公開鍵を利用して暗号化し、暗号化した公開鍵を含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージをＳＩＰプロキシ２００ａに送信する。（ステップＳ２０６）

さらに、ＳＩＰ端末２００ａは、ステップＳ２０１からステップＳ２０６までの通信内容のダイジェストメッセージを作成し、ＳＩＰ端末２００ａが保持する秘密鍵で暗号化する。ＳＩＰ端末２００ａは、この暗号化したダイジェストメッセージであるＣｅｒｔｉｆｉｃａｔｅＶｅｒｉｆｙメッセージをＳＩＰプロキシ１００へ送信する。（ステップＳ２０７）

ＣｅｒｔｉｆｉｃａｔｅＶｅｒｉｆｙメッセージを受信したＳＩＰプロキシ１００は、ステップＳ２０５でＳＩＰ端末２００ａから送信されたＣｅｒｔｉｆｉｃａｔｅメッセージに含まれる公開鍵で、ＣｅｒｔｉｆｉｃａｔｅＶｅｒｉｆｙメッセージを復号化する。ＳＩＰプロキシ１００は、この復号化によって、ステップＳ２０５でＳＩＰ端末２００ａから送信されたＣｅｒｔｉｆｉｃａｔｅメッセージの正当性を確認する。（ステップＳ２０８）

一方、ＳＩＰ端末２００ａは、ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃメッセージを送信し、ステップＳ２０２で通知された暗号化アルゴリズムを利用して、以降の通信を行う旨を通知する。（ステップＳ２０９）

さらにＳＩＰ端末２００ａは、Ｆｉｎｉｓｈｅｄメッセージを送信することで、認証が成功して、一連のハンドシェイクプロトコルが正常に実行されたことをＳＩＰプロキシに対して通知する。（ステップＳ２１０）

この、ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃメッセージは、ＳＩＰプロキシ１００からＳＩＰ端末２００ａへと送信され（ステップＳ２１１）、同様にＦｉｎｉｓｈｅｄメッセージも、ＳＩＰプロキシ１００からＳＩＰ端末２００ａへと送信される（ステップＳ２１２）。

このように、ＳＩＰ端末２００ａは、複数回メッセージをやり取りすることで、ＳＩＰプロキシ１００とＴＬＳコネクションを確立する。このＴＬＳコネクションの確立処理には、ＳＩＰ端末２００ａおよびＳＩＰプロキシ１００のハードウェア構成に依存するが、ある典型的なハードウェア構成では、およそ７２ｍｓｅｃの時間を要する。

次に、図６を用いて配送処理の詳細を説明する。図６は、配送処理の流れを示すフローチャートである。

ＳＩＰ端末２００がＳＩＰメッセージ（上述したＳＩＰ ＩＮＶＩＴＥリクエストメッセージやＳＩＰ Ｒｅｆｅｒ リクエストメッセージなど）を送信すると、まず図２に示すパケット送受信部１１０がこのＳＩＰメッセージを受信する。（ステップＳ３０１）

パケット送受信部１１０は、ＴＬＳコネクション管理部１４０に問い合わせをし、メッセージ受信に利用したＴＬＳコネクションに関連付けられた暗号パラメタを特定する。（ステップＳ３０２）
パケット送受信部１１０は、ステップＳ２０２にて特定した暗号パラメタを用いて、ＳＩＰメッセージの復号処理を実行する。（ステップＳ３０３）

復号処理が行われたＳＩＰメッセージは、パケット送受信部１１０からＳＩＰメッセージ転送処理部１２０に送られる。ＳＩＰメッセージ転送処理部１２０は、受け取ったＳＩＰメッセージを解釈し、配送用ＳＩＰメッセージを組み立てる。（ステップＳ３０４）

ここで、呼転送先判別１２１は、ＳＩＰメッセージ転送処理部１２０が解釈したＳＩＰメッセージを読み出す。呼転送先判別部１２１は、ＳＩＰメッセージを参照し、呼転送が発生するか否かを推定する。この推定は、ＳＩＰメッセージの種類によって行う。例えば、図４のステップＳ１０３では、呼転送先判別部１２１は、受信したメッセージがＳＩＰ Ｒｅｆｅｒ リクエストメッセージであるため、呼転送が発生すると推定する。（ステップＳ３０５）

ステップＳ３０５にて、呼転送が発生すると推定した場合、呼転送先判別部１２１は、ｃｏｎｔａｃｔヘッダーのＳＩＰ ＵＲＩを参照し、次にＳＩＰメッセージを配送するであろうＳＩＰ端末２００を推定する。さらに、呼転送先判別部１２１は、推定したＳＩＰ端末２００とのＴＬＳコネクションを確立するために、ＴＬＳコネクション管理部１４０に、ハンドシェイクプロトコルを実行するよう依頼する。例えば、図４のステップＳ１０３では、ＳＩＰ Ｒｅｆｅｒ リクエストメッセージのｃｏｎｔａｃｔヘッダーを参照し、ＳＩＰ ＵＲＬによって特定されるＳＩＰ端末２００ｂとの間にＴＬＳコネクションを確立するよう、コネクション管理部１４０に依頼する。（ステップＳ３０６）

ＳＩＰメッセージ転送処理部１２０は、ステップＳ２０４で組み立てた配送用ＳＩＰメッセージをパケット送受信部１１０へ送る。（ステップＳ３０７）

パケット送受信部１１０は、配送用ＳＩＰメッセージを受け取ると、配送先ＳＩＰ端末２００との間にＴＬＳコネクションが確立しているか否かを、コネクション管理部１４０に問い合わせる。（ステップＳ３０８）

問い合わせの結果、ＴＬＳコネクションが確立されていない場合、パケット送受信部１１０は、配送先ＳＩＰ端末２００との間にＴＬＳコネクションを確立するようコネクション管理部１４０に依頼する。（ステップＳ３０９）

ＴＬＳコネクションが確立されている場合、パケット送受信部１１０は、ＴＬＳコネクションに関連付けられた暗号パラメタの情報をコネクション管理部１４０に問い合わせする。パケット送受信部１１０は問い合わせによって得られた暗号パラメタを用いて配送用ＳＩＰメッセージを暗号化する。（ステップＳ３１０）

続いて、パケット送受信部１１０は、確立したＴＬＳコネクションを用いて、暗号化した配送用ＳＩＰメッセージを送信する。（ステップＳ３１１）

以上のように第１の実施例によれば、呼転送先判別部１２１が、ＳＩＰメッセージの種類によって、呼転送が発生するか否かを推定し、発生する場合は、呼転送先も推定する。これにより、ＳＩＰメッセージを配送することによって呼転送が発生する場合に、予め呼転送先のＳＩＰ端末２００ｂとの間でＴＬＳコネクションを確立しておくことができ、呼転送処理にかかる時間を短縮することができる。ＳＩＰ端末２００ｂとの間にＴＬＳコネクションを確立するためにはおよそ７２ｍｓｅｃの時間が必要であるが、ＳＩＰ端末２００ｃからの次のメッセージを待ち受けている間にコネクションを確立することで、呼転送に必要な時間を最大で約７２ｍｓｅｃ短縮することができる。

次に、図７を用いて本発明の第２の実施例を説明する。第２の実施例では、ＳＩＰメッセージの宛て先となるあるユーザが、一時的に通常と異なるＳＩＰ端末２００を利用しており、そのため、ＳＩＰメッセージを一時的に通常と異なるＳＩＰ端末２００へと転送するよう指示された際に発生する呼転送を取り扱う。ＳＩＰシステムの各ＳＩＰエンティティの構成および動作は、図１と同じであるため、同一符号を付し、説明を省略する。

図７は、第２の実施例における呼転送処理の全体の流れを示すフローチャートである。ここでは、ＳＩＰ端末２００ａを利用するユーザＡが、ユーザＣに対してＳＩＰメッセージを送信するものとし、ユーザＣが、通常利用しているＳＩＰ端末２００ｂではなく、一時的にＳＩＰ端末２００ｃを利用しているため、ＳＩＰメッセージの宛先をＳＩＰ端末２００ｂからＳＩＰ端末２００ｃへと変更することで、呼転送が発生する場合について説明する。

ＳＩＰ端末２００ａを使用するユーザＡは、ＳＩＰ端末２００ｂ（ユーザＣ）宛てのＳＩＰメッセージを送信するために、まずＳＩＰ端末２００ｂに宛てたＳＩＰ ＩＮＶＩＴＥリクエストメッセージを作成する。（ステップＳ４０１）

次に、作成したＳＩＰ ＩＮＶＩＴＥリクエストメッセージをＳＩＰ端末２００ｂ（ユーザＣ）宛てに送信するため、ＳＩＰプロキシ１００との間でハンドシェイクプロトコルを実行し、ＴＬＳコネクションを確立する。（ステップＳ４０２）ＴＬＳコネクションは、図５に示す確立処理と同様の手順で行う。

ＳＩＰ端末２００ａは、確立したＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対してＳＩＰ ＩＮＶＩＴＥリクエストメッセージを送信する。（ステップＳ４０３）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａが送信するＳＩＰ ＩＮＶＩＴＥリクエストメッセージを受信し、配送処理を行い、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージの配送先がＳＩＰ端末２００ｂであると判断する。（ステップＳ４０４）の配送処理は、図６に示す処理と同じである。

次に、ＳＩＰプロキシ１００は、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージの配送先であるＳＩＰ端末２００ｂとの間でハンドシェイクプロトコルを実行し、ＴＬＳコネクションを確立する。（ステップＳ４０５）

ＳＩＰプロキシ１００は、確立したＴＬＳコネクションを利用して、ＳＩＰ端末２００ｂに対してＳＩＰ ＩＮＶＩＴＥリクエストメッセージを送信する。（ステップＳ４０６）

ＳＩＰ端末２００ｂは、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージを受信するが、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージの宛先であるユーザＣが、現在ＳＩＰ端末２００ｃに移動しているため、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージをＳＩＰプロキシ１００に送信する。この３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージは、ユーザＣの移動先であるＳＩＰ端末２００ｃのＳＩＰ ＵＲＩを含むｃｏｎｔａｃｔヘッダーを有している。（ステップＳ４０７）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｂから３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージを受信し、配送処理を行う。このとき、ＳＩＰプロキシ１００は、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージのｃｏｎｔａｃｔヘッダーを参照し、次にＳＩＰ ＩＮＶＩＴＥリクエストメッセージを配送する相手がＳＩＰ端末２００ｃであると推定する。（ステップＳ４０８）

続いてＳＩＰプロキシ１００は、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージを、確立しているＴＬＳコネクションを利用して、ＳＩＰ端末２００ａに送信する。（ステップＳ４０９）

ＳＩＰプロキシ１００は、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージを送信後、次のメッセージを受信する前に、ステップＳ４０８にて推定したＳＩＰ端末２００ｃとの間でハンドシェイクプロトコルを実行し、ＴＬＳコネクションを確立する。（ステップＳ４１０）

ＳＩＰ端末２００ａは、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージを受信すると、ＳＩＰ端末２００ｂに宛てたＡＣＫリクエストメッセージを生成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ４１１）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａからＡＣＫリクエストメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ｂとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ｂに対してＡＣＫリクエストメッセージを送信する。（ステップＳ４１２）

ＳＩＰ端末２００ａは、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージのｃｏｎｔａｃｔヘッダーを参照し、ＳＩＰ ＵＲＩから、ユーザＣ宛てのＳＩＰメッセージをＳＩＰ端末２００ｃに対して送信すればよいと判断する。そこで、ＳＩＰ端末２００ａは、ＳＩＰ端末２００ｃを宛先とするＳＩＰ ＩＮＶＩＴＥリクエストメッセージを、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に送信する。（ステップＳ４１３）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａが送信するＳＩＰ ＩＮＶＩＴＥリクエストメッセージを受信し、配送処理を行い、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージの配送先がＳＩＰ端末２００ｃであると判断する。（ステップＳ４１４）

ＳＩＰプロキシ１００は、ステップＳ４１０にて、ＳＩＰ端末２００ｃとの間でＴＬＳコネクションを確立している。そこで、ＳＩＰプロキシ１００は、確立しているＴＬＳコネクションを利用して、ＳＩＰ端末２００ｃに対してＳＩＰ ＩＮＶＩＴＥリクエストメッセージを送信する。（ステップＳ４１５）

ＳＩＰ端末２００ｃは、ＳＩＰ ＩＮＶＩＴＥリクエストメッセージを受信すると、ユーザＣを呼び出し、１８０ Ｒｉｎｇｉｎｇメッセージを、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ４１６）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｃから１８０ Ｒｉｎｇｉｎｇメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ａとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ａに対して、１８０ Ｒｉｎｇｉｎｇメッセージを送信する。（ステップＳ４１７）

ユーザＣが、ＳＩＰ端末２００ｃからの呼び出しに応答すると、ＳＩＰ端末２００ｃは、ＳＩＰ端末２００ａに宛てた２００ ＯＫレスポンスメッセージを作成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ４１８）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｃから２００ ＯＫレスポンスメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ａとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ａに対して、２００ ＯＫレスポンスメッセージを送信する。（ステップＳ４１９）

ＳＩＰ端末２００ａは、２００ ＯＫレスポンスメッセージを受信すると、ＳＩＰ端末２００ｃに宛てたＡＣＫリクエストメッセージを生成し、確立しているＴＬＳコネクションを利用して、ＳＩＰプロキシ１００に対して送信する。（ステップＳ４２０）

ＳＩＰプロキシ１００は、ＳＩＰ端末２００ａからＡＣＫリクエストメッセージを受信すると、図示しないが配送処理を行い、既に確立しているＳＩＰ端末２００ｃとの間のＴＬＳコネクションを利用して、ＳＩＰ端末２００ｃに対して、ＡＣＫリクエストメッセージを送信する。（ステップＳ４２１）

以上を行うことで、ＳＩＰプロキシ１００は、ＳＩＰ端末２００ｂからＳＩＰ端末２００ｃへの呼転送を行うための呼転送処理を実行する。

以上のように第２の実施例によれば、ＳＩＰ Ｒｅｆｅｒリクエストを受信した場合に限らず、３０２ Ｍｏｖｅｄ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージなど呼転送が発生するメッセージを受信した場合でも、呼転送に必要な時間を短縮することができる。ここでは、ユーザがＳＩＰ端末間を移動した場合について説明したが、移動するのはユーザに限られず、データなどの情報であってもよい。

なお、上記各実施の形態では、シグナリングプロトコルとしてＳＩＰを用いる例について説明したが、適用できるプロトコルはこれに限られるものではなく、Ｈ．３２３、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、Ｍｅｇａｃｏ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）など従来から用いられているあらゆるシグナリングプロトコルに適用できる。また、上記各実施の形態では、暗号化プロトコルとして、ＴＬＳを用いる例について説明したが、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの他のプロトコルを用いるように構成してもよい。暗号化プロトコルとしてＩＰｓｅｃを用いる場合は、例えば鍵交換を開始するためのＩＳＡＫＭＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ ａｎｄ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）パケットの交換が、コネクションの確立を要求するメッセージ（ＴＬＳにおけるハンドシェイクプロトコル）に相当する。

次に、第１または第２の実施例にかかる中継装置のハードウェア構成について図８を用いて説明する。図８は、第１または第２の実施の形態にかかる中継装置のハードウェア構成を示す説明図である。

第１または第２の実施例にかかる中継装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、ＨＤＤ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス６１を備えており、通常のコンピュータを利用したハードウェア構成となっている。

第１または第２の実施例にかかる中継装置で実行される通信確立プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、第１または第２の実施例にかかる中継装置で実行される通信確立プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１または第２の実施の形態にかかる中継装置で実行される通信確立プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、第１または第２の実施例の通信確立プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

第１または第２の実施例にかかる中継装置で実行される通信確立プログラムは、上述した各部（送受信部、メッセージ処理部、コネクション確立部、取得部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１（プロセッサ）が上記記憶媒体から通信確立プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。

なお、本発明は上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施例に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせてもよい。

本発明の第１の実施例に係るＳＩＰシステムの構成を示す図。 本発明の第１の実施例に係るＳＩＰプロキシ１００の構成を示すブロック図。 本発明の第１の実施例に係るＳＩＰ端末２００の構成を示すブロック図。 本発明の第１の実施例に係る呼転送処理の全体の流れを示すフローチャート。 本発明の第１の実施例に係るＴＬＳコネクションを確立する確立処理の流れを示すフローチャート。 本発明の第１の実施例に係る配送処理の流れを示すフローチャート。 本発明の第２の実施例に係る呼転送処理の全体の流れを示すフローチャート。 第１または第２の実施の形態にかかる中継装置のハードウェア構成を示す説明図

符号の説明

１００・・・ＳＩＰプロキシ
１１０・・・パケット送受信部
１２０・・・ＳＩＰメッセージ転送処理部
１２１・・・呼転送先判別部
１３０・・・ＳＩＰダイアログ／トランザクション管理部
１４０・・・ＴＬＳコネクション管理部
２００，２００ａ，２００ｂ，２００ｃ・・・ＳＩＰ端末
２０１・・・送受信部
２０２・・・メッセージ処理部
２０３・・・コネクション確立部
２０４・・・アプリケーション
３００・・・ルータ

Claims (9)

1. 端末装置との間で通信を確立し、前記端末装置間で送受信されるメッセージを、確立した通信によって中継する中継装置であって、
   第一端末装置が送信する第一メッセージを受信し、第二端末装置に前記第一メッセージを送信する送受信手段と、
   前記第一メッセージを受け取った後に前記第二端末装置が送信する第二メッセージの宛先を、前記第一メッセージに基づいて推定し、前記宛先が前記第一端末装置でないと推定した場合に、前記第二メッセージの宛先である宛先端末装置を推定する推定手段と、
   前記第二端末装置に前記第位置メッセージを送信した後、前記第二メッセージを受信する前に、前記宛先端末装置との通信を確立する手段と、を備え、
   前記送受信手段は、前記第二メッセージを受信すると、前記確立手段が確立した前記宛先端末装置との通信を用いて、前記第二メッセージを前記宛先端末装置に送信する
   ことを特徴とする中継装置。
2. 前記推定手段は、前記第一メッセージが、前記第一端末装置以外の端末装置との通信を指示するメッセージの場合に、前記第二メッセージの宛先が前記第一端末装置でないと推定し、前記第一端末装置が指示する通信相手が、前記宛先端末装置であると推定することを特徴とする請求項１に記載の中継装置。
3. 前記推定手段は、前記第一メッセージが、情報またはユーザの移動を通知するメッセージの場合に、前記第二メッセージの宛先が前記第一端末装置でないと推定し、前記情報またはユーザの移動先が、前記宛先端末装置であると推定することを特徴とする請求項１に記載する中継装置。
4. 前記確立手段は、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）プロトコルに基づいて、前記宛先端末装置との通信を確立することを特徴とする請求項１に記載する中継装置。
5. 前記推定手段は、前記第一メッセージが、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のＲｅｆｅｒ リクエストメッセージである場合に前記第二メッセージの宛先が前記第一端末装置でないと推定することを特徴とする請求項２に記載する中継装置。
6. 前記推定手段は、前記第一メッセージが、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のｍｏｖｅ ｔｅｍｐｏｒａｒｉｌｙレスポンスメッセージである場合に前記第二メッセージの宛先が前記第一端末装置でないと推定することを特徴とする請求項３に記載する中継装置。
7. 前記推定手段は、前記第一メッセージのヘッダーを参照して、前記宛先端末装置を推定することを特徴とする請求項５または請求項６のいずれか１項に記載する中継装置。
8. 端末装置との間で通信を確立し、前記端末装置間で送受信されるメッセージを、確立した通信によって中継する中継装置における通信方法であって、
   第一端末装置から第二端末装置宛ての第一メッセージを受信する受信ステップと、
   前記第一メッセージ受信後に前記第二端末装置が送信する第二メッセージの宛先が、前記第一端末装置であるか否かを推定する第一推定ステップと、
   推定結果、宛先が前記第一端末装置でない場合に、前記第二メッセージの宛先である宛先端末装置を推定する第二推定ステップと、
   前記第一メッセージを前記第二端末装置へ送信する第一送信ステップと、
   前記送信ステップ後、前記第二メッセージを受信する前に、前記宛先端末装置との通信を確立する確立ステップと、
   前記第二メッセージを受信後、前記確立ステップにて確立した前記宛先端末との通信を用いて、前記第二メッセージを前記宛先端末装置に送信する第二送信ステップ
   を備えることを特徴とする通信方法。
9. 端末装置との間で通信を確立し、前記端末装置間で送受信されるメッセージを、確立した通信によって中継する中継装置における通信プログラムであって、
   第一端末装置から第二端末装置宛ての第一メッセージを受信する受信手順と、
   前記第一メッセージ受信後に前記第二端末装置が送信する第二メッセージの宛先が、前記第一端末装置であるか否かを推定する第一推定手順と、
   推定結果、宛先が前記第一端末装置でない場合に、前記第二メッセージの宛先である宛先端末装置を推定する第二推定手順と、
   前記第一メッセージを前記第二端末装置へ送信する第一送信手順と、
   前記送信ステップ後、前記第二メッセージを受信する前に、前記宛先端末装置との通信を確立する確立手順と、
   前記第二メッセージを受信後、前記確立ステップにて確立した前記宛先端末との通信を用いて、前記第二メッセージを前記宛先端末装置に送信する第二送信手順
   をコンピュータに実行させる通信プログラム。

Images