(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された端末装置間の呼接続を制御する呼制御装置であって、
呼制御メッセージの経路変更が決定されると、経路切り替え待機状態にする状態更新手段と、
呼制御メッセージを受信する受信手段と、
経路切り替え待機状態時に、端末装置からの第１の呼制御メッセージが受信されると、
当該第１の呼制御メッセージの経路情報を新しい経路に書き替えて経路変更を行う新経路確立手段と、
前記書き替えた第１の呼制御メッセージを新しい経路で送信する送信手段と、
前記端末装置からの第２の呼制御メッセージが受信されると、経路切り替え待機状態を解除する状態解除手段と、
を備えることを特徴とする呼制御装置。
【請求項２】
前記状態解除手段は、前記書き替えた第１の呼制御メッセージの応答としてエラーメッセージが受信されると、経路切り替え待機状態を解除することを特徴とする請求項１に記載の呼制御装置。
【請求項３】
前記受信した第１の呼制御メッセージが既に書き替えられたか否かを判定する判定手段を備え、
前記新経路確立手段は、前記判定手段により書き替えられたと判定された場合には、経路変更を行わない
ことを特徴とする請求項１または２に記載の呼制御装置。
【請求項４】
前記状態解除手段は、経路切り替え待機状態になってから所定の時間経過すると、経路切り替え待機状態を解除することを特徴とする請求項１から３いずれか１の項に記載の呼制御装置。
【請求項５】
経路切り替え待機状態時に、前記第１の呼制御メッセージ以外の呼制御メッセージを受信すると、その応答として一時的に待機を指示するメッセージを返信する一時処理不可通知手段を備えることを特徴とする請求項１から４いずれか１の項に記載の呼制御装置。
【請求項６】
自身が制御する端末装置の呼制御メッセージの経路情報を記憶する記憶手段と、
前記端末装置の通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答が受信されると、当該受信したメッセージの経路情報が書き替えられたか否かを判定するルートセット判定手段と、
前記ルートセット判定手段により経路情報が書き替えられたと判定された場合には、前記記憶手段に記憶された経路情報を受信した経路情報に書き替えるルートセット更新手段と、
を備えることを特徴とする請求項１から５いずれか１の項に記載の呼制御装置。
【請求項７】
前記ルートセット更新手段は、前記自身が制御する端末装置からの第１の呼制御メッセージに対する前記通信相手の端末装置からの応答を受信していない場合には、経路情報を書き替えないことを特徴とする請求項６に記載の呼制御装置。
【請求項８】
前記呼制御装置は、ＳＩＰに基づき、前記端末装置間の呼を制御することを特徴とする請求項１から７いずれか１の項に記載の呼制御装置。
【請求項９】
前記第１の呼制御メッセージは、ｒｅ−ＩＮＶＩＴＥメッセージであり、
前記第２の呼制御メッセージは、ＡＣＫメッセージである
ことを特徴とする請求項８に記載の呼制御装置。
【請求項１０】
ネットワークに接続された端末装置間の呼接続を制御する呼制御システムにおいて、
請求項１から５いずれか１の項に記載の呼制御装置と、端末装置と、を備え、
前記端末装置は、
ネットワークを介した呼接続により他の端末装置と通信を行う端末装置であって、
呼制御メッセージの経路情報を記憶する記憶手段と、
呼制御メッセージを受信する受信手段と、
呼制御メッセージを送信する送信手段と、
通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対す
る応答が受信されると、当該受信したメッセージの経路情報が書き替えられたか否かを判
定するルートセット判定手段と、
前記ルートセット判定手段により経路情報が書き替えられたと判定された場合には、前
記記憶手段に記憶された経路情報を受信した経路情報に書き替えるルートセット更新手段
と、
を備える、
ことを特徴とする呼制御システム。
【請求項１１】
前記端末装置に備えられる前記ルートセット更新手段は、自端末装置から送信された第１の呼制御メッセージに対する通信相手の端末装置からの応答を受信していない場合には、経路情報を書き替えないことを特徴とする請求項１０に記載の呼制御システム。
【請求項１２】
ネットワークに接続された端末装置間の呼接続を制御する呼制御システムにおいて、
請求項６または７に記載の呼制御装置を備えることを特徴とする呼制御システム。
【請求項１３】
前記呼制御システムは、ＳＩＰに基づき、前記端末装置間の呼を制御することを特徴とする請求項１０から１２いずれか１の項に記載の呼制御システム。
【請求項１４】
前記第１の呼制御メッセージは、ｒｅ−ＩＮＶＩＴＥメッセージであり、
前記第２の呼制御メッセージは、ＡＣＫメッセージである
ことを特徴とする請求項１３に記載の呼制御システム。
【請求項１５】
ネットワークに接続された端末装置間の呼接続を制御する呼制御装置が、呼制御メッセージの経路変更が決定されると、経路切り替え待機状態にするステップと、
前記呼制御装置が、呼制御メッセージを受信するステップと、
前記呼制御装置が、経路切り替え待機状態時に、端末装置からの第１の呼制御メッセージを受信すると、当該第１の呼制御メッセージの経路情報を新しい経路に書き替えて経路変更を行うステップと、
前記呼制御装置が、前記書き替えた第１の呼制御メッセージを新しい経路で送信するステップと、
前記呼制御装置が、前記端末装置からの第２の呼制御メッセージを受信すると、経路切り替え待機状態を解除するステップと、
ネットワークを介した呼接続により他の端末装置と通信を行い、呼制御メッセージの経路情報を記憶する記憶手段を備えた端末装置が、呼制御メッセージを受信するステップと、
前記端末装置が、呼制御メッセージを送信するステップと、
前記端末装置が、通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答を受信すると、当該受信したメッセージの経路情報が書き替えられたか否かを判定するステップと、
前記端末装置が、経路情報が書き替えられたと判定した場合には、前記記憶手段に記憶された経路情報を受信した経路情報に書き替えるステップと、
を有することを特徴とする呼制御方法。
【請求項１６】
ネットワークに接続された端末装置間の呼接続を制御するコンピュータに、
呼制御メッセージの経路変更が決定されると、経路切り替え待機状態にするステップと、
呼制御メッセージを受信するステップと、
経路切り替え待機状態時に、端末装置からの第１の呼制御メッセージを受信すると、当該第１の呼制御メッセージの経路情報を新しい経路に書き替えて経路変更を行うステップと、
前記書き替えた第１の呼制御メッセージを新しい経路で送信するステップと、
前記端末装置からの第２の呼制御メッセージを受信すると、経路切り替え待機状態を解除するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御装置、端末装置、呼制御システム、呼制御方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、多様なサービスのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）化が進められており、特にＩＰ上で通話を行うＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が普及してきている。ＶｏＩＰでは、呼制御のプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が多く用いられている。呼制御とは、ＶｏＩＰにおける発呼、着信または使用可能なメディアの種類など、サービスの開始を行うために必要なやりとりを行う制御のことである。
ＳＩＰでは、各端末装置（ＳＩＰクライアント）間のメッセージ交換の仲介、課金及び相手のアドレス解決などを行うＳＩＰプロキシサーバが設けられることが多い。このＳＩＰプロキシサーバは、呼ごとに割り当て可能であり、ＳＩＰクライアントが呼を確立する際に指定される。
【０００３】
図８は、ＳＩＰの呼確立手順を示すシーケンス図である。なお、簡略化のため暫定応答である「１００  Ｔｒｙｉｎｇ」や「１８０  Ｒｉｎｇｉｎｇ」は省略してある。
この図に示す例では、ＳＩＰクライアント２０ａとＳＩＰクライアント２０ｂが呼を確立する。
まず、ＳＩＰクライアント２０ａがＳＩＰクライアント２０ｂに対する呼接続要求として、ＩＮＶＩＴＥメッセージを送信する（ステップＳ９０１）。このＩＮＶＩＴＥメッセージは、複数のＳＩＰプロキシサーバ１０Ａ〜１０Ｃを介してＳＩＰクライアント２０ｂに送信される（ステップＳ９０２）。この際、この呼確立後に送受信されるＳＩＰメッセージの経路となるＳＩＰプロキシサーバ１０Ａ及び１０Ｃは、ＩＮＶＩＴＥメッセージ中のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダに自身のアドレスを付け加える。
【０００４】
ＳＩＰクライアント２０ｂは、受信したＩＮＶＩＴＥメッセージのＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダから経路情報を取得し、記憶する（ステップＳ９０３）。次に、ＳＩＰクライアント２０ｂは、ＩＮＶＩＴＥメッセージの応答として「２００  ＯＫ」メッセージをクライアント２０ａ宛に送信する（ステップＳ９０４）。この際、クライアント２０ｂは、「２００  ＯＫ」メッセージ中のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダに、記憶した経路情報を付加する。この「２００  ＯＫ」メッセージは、複数のＳＩＰプロキシサーバ１０Ｃ〜１０Ａを介してＳＩＰクライアント２０ａに送信される（ステップＳ９０５）。
【０００５】
次に、ＳＩＰクライアント２０ａは、受信した「２００  ＯＫ」メッセージ中のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダから経路情報を取得し、記憶する（ステップＳ９０６）。ＳＩＰクライアント２０ａ及び２０ｂは、この後送信するＳＩＰメッセージのＲｏｕｔｅヘッダには記憶した経路情報を付加する。各プロキシサーバ１０Ａ〜Ｃは、このＲｏｕｔｅヘッダの経路情報に基づいてＳＩＰメッセージを転送する。ＳＩＰクライアント２０ａは、経路情報を記憶すると、ＡＣＫメッセージをＳＩＰクライアント宛に送信する（ステップＳ９０７）。このＡＣＫメッセージのＲｏｕｔｅヘッダには、記憶した経路情報が付加されている。ＳＩＰプロキシサーバ１０Ａは、Ｒｏｕｔｅヘッダに従ってＳＩＰプロキシサーバ１０Ｃに受信したＡＣＫメッセージを転送する（Ｓ９０８）。ＳＩＰプロキシサーバ１０Ｃは、Ｒｏｕｔｅヘッダに従ってＳＩＰクライアント２０ｂに受信したＡＣＫメッセージを転送する（Ｓ９０９）。これにより呼が確立する。このようにして決定されたＳＩＰメッセージの経路は、一度呼が確立された後は変更されることはない。
【０００６】
ところで、各ＳＩＰプロキシサーバで処理可能な呼の総量には上限がある。そのため、経路となるＳＩＰプロキシサーバは、負荷分散するなどして選択される。しかしながら、呼が確立した後であっても、メインテナンスのためにＳＩＰプロキシサーバを停止する必要性や、ＳＩＰプロキシサーバの障害時にＳＩＰプロキシサーバを切り替える必要が生じる。このため、特許文献１に記載された技術では、ＳＩＰプロキシサーバと同一の機能を有し、ＳＩＰプロキシサーバと情報共有しているバックアップサーバを用意している。そして、ＳＩＰプロキシサーバの処理を全てバックアップサーバへ移行することで、ＳＩＰプロキシサーバの切り替えを行っている。
【特許文献１】特開２００６−２６８７０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、ＩＰ上でのサービスは、通話以外にもメッセンジャーやプレゼンス情報の通知などといった様々なものがある。この際に、ＳＩＰクライアントが送受信するＳＩＰメッセージの量は、ＳＩＰクライアントの端末装置の種類、サービスまたはタイミングによって異なる。そのため、ＳＩＰプロキシサーバの負荷が動的に増加する可能性がある。しかしながら、特許文献１に記載された技術では、バックアップサーバに一斉に処理を振り替えており、サーバにかかる負荷量は変わらない。このため、ＳＩＰプロキシサーバの負荷が増加してきた場合に対処することができない、という問題がある。また、バックアップサーバを常に用意するには、多大な設備コストがかかる。
また、インターネット上のようなＳＩＰプロキシサーバが不特定多数の管理者により提供されている環境では、各ＳＩＰプロキシサーバは自律分散的に動作する。しかしながら、特許文献１に記載された技術は、同一管理者のサーバ間で行われる切り替え方法であり、インターネットなどの不特定多数のＳＩＰプロキシサーバ群については考慮されていない、という問題がある。
【０００８】
本発明は上記の点に鑑みてなされたものであり、その目的は、不特定多数のＳＩＰプロキシサーバ群において、安価な設備コストにて、経路となるＳＩＰプロキシサーバを呼ごとに変更できる呼制御装置、端末装置、呼制御システム、呼制御方法及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、ネットワークに接続された端末装置間の呼接続を制御する呼制御装置であって、呼制御メッセージの経路変更が決定されると、経路切り替え待機状態にする状態更新手段と、呼制御メッセージを受信する受信手段と、経路切り替え待機状態時に、端末装置からの第１の呼制御メッセージが受信されると、当該第１の呼制御メッセージの経路情報を新しい経路に書き替えて経路変更を行う新経路確立手段と、前記書き替えた第１の呼制御メッセージを新しい経路で送信する送信手段と、前記端末装置からの第２の呼制御メッセージが受信されると、経路切り替え待機状態を解除する状態解除手段と、を備えることを特徴とする呼制御装置である。
【００１０】
また、本発明の一態様は、上記の呼制御装置において、前記状態解除手段は、前記書き替えた第１の呼制御メッセージの応答としてエラーメッセージが受信されると、経路切り替え待機状態を解除することを特徴とする。
【００１１】
また、本発明の一態様は、上記の呼制御装置において、前記受信した第１の呼制御メッセージが既に書き替えられたか否かを判定する判定手段を備え、前記新経路確立手段は、前記判定手段により書き替えられたと判定された場合には、経路変更を行わないことを特徴とする。
【００１２】
また、本発明の一態様は、上記の呼制御装置において、前記状態解除手段は、経路切り替え待機状態になってから所定の時間経過すると、経路切り替え待機状態を解除することを特徴とする。
【００１３】
また、本発明の一態様は、上記の呼制御装置において、経路切り替え待機状態時に、前記第１の呼制御メッセージ以外の呼制御メッセージを受信すると、その応答として一時的に待機を指示するメッセージを返信する一時処理不可通知手段を備えることを特徴とする。
【００１４】
また、本発明の一態様は、ネットワークを介した呼接続により他の端末装置と通信を行う端末装置であって、呼制御メッセージの経路情報を記憶する記憶手段と、呼制御メッセージを受信する受信手段と、呼制御メッセージを送信する送信手段と、通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答が受信されると、当該受信したメッセージの経路情報が書き替えられたか否かを判定するルートセット判定手段と、前記ルートセット判定手段により経路情報が書き替えられたと判定された場合には、前記記憶手段に記憶された経路情報を受信した経路情報に書き替えるルートセット更新手段と、を備えることを特徴とする端末装置である。
【００１５】
また、本発明の一態様は、上記の端末装置において、前記ルートセット更新手段は、自端末装置から送信された第１の呼制御メッセージに対する通信相手の端末装置からの応答を受信していない場合には、経路情報を書き替えないことを特徴とする。
【００１６】
また、本発明の一態様は、ネットワークに接続された端末装置間の呼接続を制御する呼制御システムにおいて、上記の呼制御装置と、上記の端末装置と、を備えることを特徴とする呼制御システムである。
【００１７】
また、本発明の一態様は、上記の呼制御装置において、自身が制御する端末装置の呼制御メッセージの経路情報を記憶する記憶手段と、前記端末装置の通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答が受信されると、当該受信したメッセージの経路情報が書き替えられたか否かを判定するルートセット判定手段と、前記ルートセット判定手段により経路情報が書き替えられたと判定された場合には、前記記憶手段に記憶された経路情報を受信した経路情報に書き替えるルートセット更新手段と、を備えることを特徴とする。
【００１８】
また、本発明の一態様は、上記の呼制御装置において、前記ルートセット更新手段は、前記自身が制御する端末装置からの第１の呼制御メッセージに対する前記通信相手の端末装置からの応答を受信していない場合には、経路情報を書き替えないことを特徴とする。
【００１９】
また、本発明の一態様は、ネットワークに接続された端末装置間の呼接続を制御する呼制御システムにおいて、上記の呼制御装置を備えることを特徴とする呼制御システムである。
【００２０】
また、本発明の一態様は、上記の呼制御装置は、ＳＩＰに基づき、前記端末装置間の呼を制御することを特徴とする。
【００２１】
また、本発明の一態様は、上記の呼制御装置において、前記第１の呼制御メッセージは、ｒｅ−ＩＮＶＩＴＥメッセージであり、前記第２の呼制御メッセージは、ＡＣＫメッセージであることを特徴とする。
【００２２】
また、本発明の一態様は、上記の端末装置は、ＳＩＰに基づき、呼接続を行うことを特徴とする。
【００２３】
また、本発明の一態様は、上記の端末装置において、前記第１の呼制御メッセージは、ｒｅ−ＩＮＶＩＴＥメッセージであることを特徴とする。
【００２４】
また、本発明の一態様は、上記の呼制御システムは、ＳＩＰに基づき、前記端末装置間の呼を制御することを特徴とする。
【００２５】
また、本発明の一態様は、上記の呼制御システムにおいて、前記第１の呼制御メッセージは、ｒｅ−ＩＮＶＩＴＥメッセージであり、前記第２の呼制御メッセージは、ＡＣＫメッセージであることを特徴とする。
【００２６】
また、本発明の一態様は、ネットワークに接続された端末装置間の呼接続を制御する呼制御装置が、呼制御メッセージの経路変更が決定されると、経路切り替え待機状態にするステップと、前記呼制御装置が、呼制御メッセージを受信するステップと、前記呼制御装置が、経路切り替え待機状態時に、端末装置からの第１の呼制御メッセージを受信すると、当該第１の呼制御メッセージの経路情報を新しい経路に書き替えて経路変更を行うステップと、前記呼制御装置が、前記書き替えた第１の呼制御メッセージを新しい経路で送信するステップと、前記呼制御装置が、前記端末装置からの第２の呼制御メッセージを受信すると、経路切り替え待機状態を解除するステップと、ネットワークを介した呼接続により他の端末装置と通信を行い、呼制御メッセージの経路情報を記憶する記憶手段を備えた端末装置が、呼制御メッセージを受信するステップと、呼制御メッセージを送信するステップと、前記端末装置が、通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答を受信すると、当該受信したメッセージの経路情報が書き替えられたか否かを判定するステップと、前記端末装置が、経路情報が書き替えられたと判定した場合には、前記記憶手段に記憶された経路情報を受信した経路情報に書き替えるステップと、を有することを特徴とする呼制御方法である。
【００２７】
また、本発明の一態様は、ネットワークに接続された端末装置間の呼接続を制御するコンピュータに、呼制御メッセージの経路変更が決定されると、経路切り替え待機状態にするステップと、呼制御メッセージを受信するステップと、経路切り替え待機状態時に、端末装置からの第１の呼制御メッセージを受信すると、当該第１の呼制御メッセージの経路情報を新しい経路に書き替えて経路変更を行うステップと、前記書き替えた第１の呼制御メッセージを新しい経路で送信するステップと、前記端末装置からの第２の呼制御メッセージを受信すると、経路切り替え待機状態を解除するステップと、を実行させるためのプログラムである。
【００２８】
また、本発明の一態様は、ネットワークを介した呼接続により他の端末装置と通信を行い、呼制御メッセージの経路情報を記憶する記憶手段を備えたコンピュータに、呼制御メッセージを受信するステップと、呼制御メッセージを送信するステップと、前記端末装置が、通信相手の端末装置からの第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答を受信すると、当該受信したメッセージの経路情報が書き替えられたか否かを判定するステップと、前記端末装置が、経路情報が書き替えられたと判定した場合には、前記記憶手段に記憶された経路情報を受信した経路情報に書き替えるステップと、を実行させるためのプログラムである。
【発明の効果】
【００２９】
本発明によれば、呼制御装置（ＳＩＰプロキシサーバ）が、受信した第１の呼制御メッセージの経路情報を新しい経路に書き替える。また、端末装置（ＳＩＰクライアント）は、書き替えられた第１の呼制御メッセージ又は第１の呼制御メッセージに対する応答を受信すると自身が記憶している経路情報を受信した経路情報に書き替える。これにより、インターネット上などでの不特定多数のＳＩＰプロキシサーバ群においても、整合性のある経路変更を呼ごとにすることができる。また、動作している他のＳＩＰプロキシサーバへ呼の処理を振り返ることができるため、安価な設備コストにて、呼制御システムの冗長性・信頼性が向上する。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の実施形態による呼制御システムの構成を示す概略図である。
呼制御システムには、複数のＳＩＰプロキシサーバ１（呼制御装置）と複数のＳＩＰクライアント２（端末装置）が含まれる。各ＳＩＰクライアント２は、IP網を介してＳＩＰプロキシサーバ１と接続されている。また、各ＳＩＰプロキシサーバ１は、IP網を介して接続している。
【００３１】
ＳＩＰプロキシサーバ１は、ＳＩＰクライアント２間の呼接続を制御するサーバ装置である。ＳＩＰプロキシサーバ１は、ＳＩＰサーバ機能部１１と、フィルタＳＩＰサーバ機能部１２と、を含んで構成される。ＳＩＰサーバ機能部１１は、呼接続を制御する。フィルタＳＩＰサーバ機能部１２は、受信したＳＩＰメッセージがＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）からＳＩＰサーバ機能部１１に渡される前、或いは、ＳＩＰサーバ機能部１１からＯＳにＳＩＰメッセージが渡される前に、ＳＩＰメッセージの事前処理を行う。ＳＩＰメッセージ（呼制御メッセージ）とは、呼制御システム中でやり取りされるメッセージである。フィルタＳＩＰサーバ機能部１２には、一時処理不可通知部１３と新経路確立部１４が含まれる。
【００３２】
一時処理不可通知部１３は、経路切り替え待機状態時にＳＩＰメッセージを受信すると、その応答として、一時的に待機を指示するメッセージを返信する。ここで、ＳＩＰプロキシサーバ１は、経路変更をすることを決定すると経路切り替え待機状態になる。新経路確立部１４は、経路切り替え待機状態時にｒｅ−ＩＮＶＩＴＥメッセージを受信すると、受信したｒｅ−ＩＮＶＩＴＥメッセージを書き替えて経路変更を行う。
【００３３】
ＳＩＰクライアント２は、通話を行う携帯電話、パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）などの端末装置である。ＳＩＰクライアント２は、ルートセット更新部２１を含んで構成される。ルートセット更新部２１は、受信したｒｅ−ＩＮＶＩＴＥメッセージの経路情報が書き換わっていた場合に、自身が記憶している経路情報を動的に書き替える。経路情報とは、呼が経由するＳＩＰプロキシサーバ１の情報である。
【００３４】
以下、説明の便宜を図るため、３台のＳＩＰプロキシサーバ１に対しＡからＣの符号を割り当て、ＳＩＰプロキシサーバ１Ａ、１Ｂ、１Ｃと記す。なお、各ＳＩＰプロキシサーバ１Ａ〜１Ｃに共通する事項については、Ａ〜Ｃの符号を省略し、単に「ＳＩＰプロキシサーバ１」又は「各ＳＩＰプロキシサーバ１」と記す。また、説明の便宜を図るため、２台のＳＩＰクライアント２に対しａ、ｂの符号を割り当て、ＳＩＰクライアント２ａ、２ｂと記す。なお、各ＳＩＰクライアント２ａ及び２ｂに共通する事項については、ａ、ｂの符号を省略し、単に「ＳＩＰクライアント２」又は「各ＳＩＰクライアント２」と記す。
【００３５】
図２は、本実施形態における呼制御システムの経路変更処理の流れの第１の実施例を示すシーケンス図である。なお、簡略化のため暫定応答である「１８０  Ｒｉｎｇｉｎｇ」は省略してある。
この図に示すとおり、ＳＩＰクライアント２ａ及びＳＩＰクライアント２ｂは、ＳＩＰプロキシサーバ１Ａ及び１Ｂを介してＳＩＰメッセージのやり取りを行っている。この呼の経路を表すシグナリングパスは(ＩＰ：Ｕａ−Ｓａ−Ｓｂ−Ｕｂ)である。ここで、ＳＩＰクライアント２ａのＩＰアドレスはＵａ、ＳＩＰプロキシサーバ１ＡのＩＰアドレスはＳａ、ＳＩＰプロキシサーバ１ＢのＩＰアドレスはＳｂ、ＳＩＰプロキシサーバ１ＣのＩＰアドレスはＳｃ、ＳＩＰクライアント２ｂのＩＰアドレスはＵｂである。各呼は、やり取りされるＳＩＰメッセージのＳＩＰヘッダのＣａｌｌ−ＩＤ、ローカルタグ、リモートタグにより一意に識別される。この図に示す処理は、経路変更を行うＩＰプロキシサーバ１Ａが、オペレータからの経路変更指示の入力、障害の検知或いは負荷増大等によりこの呼の経路変更をすることを決定するとスタートする。
【００３６】
まず、ＳＩＰプロキシサーバ１Ａは、経路切り替え待機状態となる（ステップＳ１）。この状態の間は、経路変更対象の呼のＳＩＰメッセージを受信すると（ステップＳ１Ａ）、一時処理不可通知部１３が一時的に待機を指示する「５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ、Ｒｅｔｒｙ−Ａｆｔｅｒ：１０」メッセージを返信する（ステップＳ１Ｂ）。「Ｒｅｔｒｙ−Ａｆｔｅｒ」の値は、状況により可変である。このメッセージを受信すると、ＳＩＰクライアント２は、「Ｒｅｔｒｙ−Ａｆｔｅｒ」で指定された時間待機する。これにより、ＳＩＰプロキシサーバ１の障害時に経路変更動作をしている間に、ＳＩＰメッセージが破棄されてしまうことを防ぐことができる。
【００３７】
ＳＩＰクライアント２ａは、呼接続中は、ｋｅｅｐ−ａｌｉｖｅのため一定間隔でｒｅ−ＩＮＶＩＴＥメッセージをＳＩＰクライアント２ｂ宛に送信している（ステップＳ２）。ＳＩＰプロキシサーバ１Ａは、経路切り替え待機状態時にｒｅ−ＩＮＶＩＴＥメッセージを受信すると、新経路確立部１４にてそのｒｅ−ＩＮＶＩＴＥメッセージの経路情報（ＲｏｕｔｅヘッダとＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダ）を新しい経路に書き替える（ステップＳ３）。この図に示す例では、シグナリングパスを（ＩＰ: Ｕａ−Ｓａ−Ｓｃ−Ｕｂ）に変更している。このため、新経路確立部１４は、ｒｅ−ＩＮＶＩＴＥメッセージのＲｏｕｔｅヘッダとＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダを以下の例の様に書き替える。新経路確立部１４は、ＲｏｕｔｅヘッダにはＳＩＰクライアント２ｂまでの新しいシグナリングパスを指定する。また、新経路確立部１４は、Ｒｅｃｏｒｄ−ＲｏｕｔｅヘッダをＳＩＰプロキシサーバ１ＡまでのＳＩＰプロキシサーバ１を模擬したパスに書き替える。
（例）
Ｒｏｕｔｅ：Ｓｃ
Ｒｅｃｏｒｄ−Ｒｏｕｔｅ：Ｓａ
【００３８】
次に、ＳＩＰプロキシサーバ１Ａは、書き替えたｒｅ−ＩＮＶＩＴＥメッセージを新たな経路上にあるＳＩＰプロキシサーバ１Ｃへ送信する（ステップＳ４）。また、ＳＩＰプロキシサーバ１Ａは、「１００  ｔｒｙｉｎｇ」メッセージをＳＩＰクライアント２ａに返信する（ステップＳ５）。ＳＩＰプロキシサーバ１Ｃは、Ｒｏｕｔｅヘッダに従って、ＳＩＰクライアント２ｂにｒｅ−ＩＮＶＩＴＥメッセージを転送する（ステップＳ６）。また、ＳＩＰプロキシサーバ１Ｃは、ＳＩＰプロキシサーバ１Ａに「１００  ｔｒｙｉｎｇ」メッセージを返信する（ステップＳ７）。
【００３９】
ＳＩＰクライアント２ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージに対し「２００  ＯＫ」メッセージをＳＩＰプロキシサーバ１Ｃに返信する（ステップＳ８）。この際、ＳＩＰクライアント２ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージのＶｉａヘッダに従って返信先を決定する。Ｖｉａヘッダには、ｒｅ−ＩＮＶＩＴＥメッセージがどのＳＩＰプロキシサーバ１を経由したかが示されている。また、ＳＩＰクライアント２ｂは、自身が記憶する呼の情報であるダイアログ情報を更新する。この際、ＳＩＰクライアント２ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージの経路情報（Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダ）に基づいて、ダイアログ情報に含まれる経路情報を書き替える（ステップＳ９）。
【００４０】
一方、ＳＩＰプロキシサーバ１Ｃは、Ｖｉａヘッダに従ってＳＩＰプロキシサーバ１Ａに「２００  ＯＫ」メッセージを転送する（ステップＳ１０）。ＳＩＰプロキシサーバ１Ａは、Ｖｉａヘッダに従ってＳＩＰクライアント２ａに「２００  ＯＫ」メッセージを転送する（ステップＳ１１）。
【００４１】
ＳＩＰクライアント２ａは、受信した「２００  ＯＫ」メッセージに含まれる新しい経路でＡＣＫメッセージを送信する（ステップＳ１２）。また、ＳＩＰクライアント２ａは、自身が記憶するダイアログ情報を更新する。この際、ＳＩＰクライアント２ａは、受信した「２００  ＯＫ」メッセージの経路情報（Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダ）に基づいて、ダイアログ情報に含まれる経路情報を書き替える。（ステップＳ１３）。
【００４２】
一方、ＳＩＰプロキシサーバ１Ａは、ＳＩＰクライアント２ａからＡＣＫメッセージを受信すると、経路切り替え待機状態を解除する（ステップＳ１４）。また、ＳＩＰプロキシサーバ１Ａは、Ｒｏｕｔｅヘッダに従ってＳＩＰプロキシサーバ１ＣにＡＣＫメッセージを転送する（ステップＳ１５）。ＳＩＰプロキシサーバ１Ｃは、Ｒｏｕｔｅヘッダに従ってＳＩＰクライアント２ｂにＡＣＫメッセージを転送する（ステップＳ１６）。このようにして、ＳＩＰクライアント２ａとＳＩＰクライアント２ｂ間の呼の経路が変更される。
【００４３】
図３は、本実施形態における呼制御システムの経路変更処理の流れの第２の実施例を示すシーケンス図である。
この図に示す処理は、経路変更に失敗した際のシーケンスである。図２のシーケンスと同じ処理には同じ符号としている。これら同じ処理については説明を省略する。
【００４４】
まず、ＳＩＰプロキシサーバ１Ａは、経路切り替え待機状態となる（ステップＳ１）。ＳＩＰプロキシサーバ１Ａは、経路切り替え待機状態時にｒｅ−ＩＮＶＩＴＥメッセージを受信すると（ステップＳ２）、そのｒｅ−ＩＮＶＩＴＥメッセージの経路情報を新しい経路に書き替える（ステップＳ３）。次に、ＳＩＰプロキシサーバ１Ａは、書き替えたｒｅ−ＩＮＶＩＴＥメッセージを新しい経路であるＳＩＰプロキシサーバ１Ｃへ送信する（ステップＳ４）。また、ＳＩＰプロキシサーバ１Ａは、「１００  ｔｒｙｉｎｇ」メッセージをＳＩＰクライアント２ａに返信する（ステップＳ５）。
【００４５】
新たな経路上にあるＳＩＰプロキシサーバ１Ｃは、ＳＩＰプロキシサーバ１Ａにより書き替えられたｒｅ−ＩＮＶＩＴＥメッセージを受信すると、認証や処理負荷等によりその呼を受け入れ可能か否かを判定する（ステップＳ１０１）。ＳＩＰプロキシサーバ１Ｃは、受け入れ不可能と判定した場合には、エラーメッセージをＳＩＰプロキシサーバ１Ａに返信する（ステップＳ１０２）。図中では利用には認証を必要とし「４０７  Ｐｒｏｘｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ」エラーメッセージを返している。この際、ＳＩＰプロキシサーバ１Ｃは、受信したｒｅ−ＩＮＶＩＴＥメッセージのＶｉａヘッダに従って返信先を決定する。
【００４６】
ＳＩＰプロキシサーバ１Ａは、エラーレスポンスを受信すると、必要な認証や異なるシグナリングパスで再度経路変更を試みる（ステップＳ１０３）。これに成功した場合は、この後の動作は図２に示すシーケンスと同様である。最終的に経路変更ができない場合、ＳＩＰプロキシサーバ１Ａは、経路切り替え待機状態を解除する（ステップＳ１０４）。そして、ＳＩＰプロキシサーバ１Ａは、元の経路であるＳＩＰプロキシサーバ１Ｂにｒｅ−ＩＮＶＩＴＥメッセージを送信する（ステップＳ１０５）。つまり、経路の変更はしない。その後の動作は経路変更前と同様であるので説明を省略する。
【００４７】
図４は、本実施形態における呼制御システムの経路変更処理の流れの第３の実施例を示すシーケンス図である。
ＳＩＰプロキシサーバ１が自律分散に動作している場合は、同じ呼に対して同時に経路変更が発生する可能性がある。この図に示す処理は、同じ呼に対して同時期に２台のＳＩＰプロキシサーバ１が経路変更処理を開始した場合のシーケンスである。図２のシーケンスと同じ処理には同じ符号としている。これら同じ処理については説明を省略する。
【００４８】
ＳＩＰプロキシサーバ１Ａは、経路変更を決定すると、経路切り替え待機状態になる（ステップＳ１）。プロキシサーバ１Ａは、ＳＩＰクライアント２ａからｒｅ−ＩＮＶＩＴＥメッセージを受信すると（ステップＳ２）、そのｒｅ−ＩＮＶＩＴＥメッセージの経路情報を新しい経路に書き替える（ステップＳ３）。次に、ＳＩＰプロキシサーバ１Ａは、書き替えたｒｅ−ＩＮＶＩＴＥメッセージを新しい経路上にあるＳＩＰプロキシサーバ１Ｃへ送信する（ステップＳ４）。また、ＳＩＰプロキシサーバ１Ａは、「１００  ｔｒｙｉｎｇ」メッセージをＳＩＰクライアント２ａに返信する（ステップＳ５）。ＳＩＰプロキシサーバ１Ｃは、ＳＩＰクライアント２ｂに受信したｒｅ−ＩＮＶＩＴＥメッセージを転送する（ステップＳ６）。また、ＳＩＰプロキシサーバ１Ｃは、ＳＩＰプロキシサーバ１Ａに「１００  ｔｒｙｉｎｇ」メッセージを返信する（ステップＳ７）。
【００４９】
同様に、ＳＩＰプロキシサーバ１Ｂは、経路変更を決定すると、経路切り替え待機状態になる（ステップＳ２０１）。ＳＩＰプロキシサーバ１Ｂは、ＳＩＰクライアント２ｂからｒｅ−ＩＮＶＩＴＥメッセージを受信すると（ステップＳ２０２）、そのｒｅ−ＩＮＶＩＴＥメッセージの経路情報を新しい経路に書き替える（ステップＳ２０３）。次に、ＳＩＰプロキシサーバ１Ｂは、書き替えたｒｅ−ＩＮＶＩＴＥメッセージをＳＩＰクライアント２ａへ送信する（ステップＳ２０４）。また、ＳＩＰプロキシサーバ１Ｃは、ＳＩＰクライアント２ｂに「１００  ｔｒｙｉｎｇ」メッセージを返信する（ステップＳ２０５）。
【００５０】
ｒｅ−ＩＮＶＩＴＥメッセージを受信したＳＩＰクライアント２ａは、既にｒｅ−ＩＮＶＩＴＥメッセージを送信しているがその応答である「２００  ＯＫ」メッセージを未だ受信していないため、「４９１  Ｒｅｑｕｅｓｔ  Ｐｅｎｄｉｎｇ」メッセージをＳＩＰプロキシサーバ１Ｂに返信する（ステップＳ２０６）。この際、ＳＩＰクライアント２ａは、受信したｒｅ−ＩＮＶＩＴＥメッセージのＶｉａヘッダに従って返信先を決定する。このとき、ＳＩＰクライアント２ａは、自身が記憶している経路情報を更新しない。ＳＩＰプロキシサーバ１Ｂは、ＳＩＰクライアント２ｂに「４９１  Ｒｅｑｕｅｓｔ  Ｐｅｎｄｉｎｇ」メッセージを転送する（ステップＳ２０７）。
【００５１】
同様に、ｒｅ−ＩＮＶＩＴＥメッセージを受信したＳＩＰクライアント２ｂは、既にｒｅ−ＩＮＶＩＴＥメッセージを送信しているがその応答である「２００  ＯＫ」メッセージを未だ受信していないため、「４９１  Ｒｅｑｕｅｓｔ  Ｐｅｎｄｉｎｇ」メッセージを返信する（ステップＳ２０８）。この際、ＳＩＰクライアント２ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージのＶｉａヘッダに従って返信先を決定する。このとき、ＳＩＰクライアント２ｂは、自身が記憶している経路情報を更新しない。ＳＩＰプロキシサーバ１Ｃは、ＳＩＰプロキシサーバ１Ａに「４９１  Ｒｅｑｕｅｓｔ  Ｐｅｎｄｉｎｇ」メッセージを転送する（ステップＳ２０９）。ＳＩＰプロキシサーバ１Ａは、ＳＩＰクライアント２ａに「４９１  Ｒｅｑｕｅｓｔ  Ｐｅｎｄｉｎｇ」メッセージを転送する（ステップＳ２１０）。
【００５２】
ＳＩＰクライアント２ａ及び２ｂは、「４９１  Ｒｅｑｕｅｓｔ  Ｐｅｎｄｉｎｇ」メッセージを受信すると、ランダム時間待機する（ステップＳ２１１）。そして、この後は、先に送信されたｒｅ−ＩＮＶＩＴＥメッセージを契機として経路変更処理が行われる。なお、ｒｅ−ＩＮＶＩＴＥメッセージは、ＳＩＰクライアント２のみが送信するので、独立した経路変更処理は同時に２つまでしか行われない。また、次々と経路上のＳＩＰプロキシサーバ１が経路を変更する可能性があるが、経路が変動する可能性があるものの、全体の整合性は保たれる。
【００５３】
図５は、本実施形態における呼制御システムの経路変更処理の流れの第４の実施例を示すシーケンス図である。
この図に示す処理は、同じ呼に対してＳＩＰプロキシサーバ１Ａ及び１Ｂが同時期に経路変更処理を開始したが、ＳＩＰプロキシサーバ１Ｂにｒｅ−ＩＮＶＩＴＥメッセージが送信されなかった場合の処理を示す。図２のシーケンスと同じ処理には同じ符号としている。これら同じ処理については説明を省略する。
【００５４】
ＳＩＰプロキシサーバ１Ｂは、ＳＩＰプロキシサーバ１Ａと同時期に経路切り替え待機状態になる（ステップＳ３０１）。しかしながら、ＳＩＰプロキシサーバ１Ａにおける経路変更処理で、上述したステップＳ１からステップＳ１６までの動作が行われるため、ＳＩＰプロキシサーバ１Ｂには、ｒｅ−ＩＮＶＩＴＥメッセージが送信されない。このため、ＳＩＰプロキシサーバ１Ｂは、経路切り替え待機状態になってから所定の時間経過するとタイムアウトとなり、経路切り替え待機状態を解除する（ステップＳ３０２）。
【００５５】
図６は、本実施形態における呼制御システムの経路変更処理の流れの第５の実施例を示すシーケンス図である。
この図に示す処理は、同じ呼に対してＳＩＰプロキシサーバ１Ａ及び１Ｂが同時期に経路変更動作を開始し、ＳＩＰプロキシサーバ１Ａにおける変更後の経路がＳＩＰプロキシサーバ１Ｂを含む場合の処理を示す。ＳＩＰプロキシサーバ１Ａは、シグナリングパスを(ＩＰ：Ｕａ−Ｓａ−Ｓｂ−Ｓｃ−Ｕｂ)から(ＩＰ：Ｕａ−Ｓａ−Ｓｂ−Ｕｂ)に経路変更する。
【００５６】
ＳＩＰプロキシサーバ１Ａは、経路変更を決定すると、経路切り替え待機状態になる（ステップＳ４０１）。また、ＳＩＰプロキシサーバ１Ｂは、ＳＩＰプロキシサーバ１Ａと同時期に経路切り替え待機状態になる（ステップＳ４０２）。ＳＩＰプロキシサーバ１Ａは、経路切り替え待機状態時にｒｅ−ＩＮＶＩＴＥメッセージを受信すると（ステップＳ４０３）、そのｒｅ−ＩＮＶＩＴＥメッセージの経路情報を新しい経路に書き替える（ステップＳ４０４）。次に、ＳＩＰプロキシサーバ１Ａは、書き替えたｒｅ−ＩＮＶＩＴＥメッセージを新しい経路であるＳＩＰプロキシサーバ１Ｂへ送信する（ステップＳ４０５）。また、ＳＩＰプロキシサーバ１Ａは、ＳＩＰクライアント２ａに「１００  ｔｒｙｉｎｇ」メッセージを返信する（ステップＳ４０６）。
【００５７】
ＳＩＰプロキシサーバ１Ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージが既に他のＳＩＰプロキシサーバ１により経路変更済みか否かを判定する。具体的には、ＳＩＰプロキシサーバ１Ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージのＶｉａヘッダのｂｒａｎｃｈフィールドに特定の識別データがある場合には、変更済みであると判定する。ＳＩＰプロキシサーバ１Ｂは、ｒｅ−ＩＮＶＩＴＥメッセージが既に経路変更済みであった場合には、経路変更処理を行わずに、経路切り替え待機状態を解除する（ステップＳ４０７）。そして、ＳＩＰプロキシサーバ１Ｂは、ＳＩＰクライアント２ｂへｒｅ−ＩＮＶＩＴＥメッセージを転送する（ステップＳ４０８）。また、ＳＩＰプロキシサーバ１Ｂは、ＳＩＰプロキシサーバ１Ａに「１００  ｔｒｙｉｎｇ」メッセージを返信する（ステップＳ４０９）。
【００５８】
ＳＩＰクライアント２ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージに対し「２００  ＯＫ」メッセージをＳＩＰプロキシサーバ１Ｂに送信する（ステップＳ４１０）。また、ＳＩＰクライアント２ｂは、受信したｒｅ−ＩＮＶＩＴＥメッセージの経路情報に基づいて、自身が記憶するダイアログ情報に含まれる経路情報を書き替える（ステップＳ４１１）。ＳＩＰプロキシサーバ１Ｂは、ＳＩＰプロキシサーバ１Ａに「２００  ＯＫ」メッセージを転送する（ステップＳ４１２）。ＳＩＰプロキシサーバ１Ａは、ＳＩＰクライアント２ａに「２００  ＯＫ」メッセージを転送する（ステップＳ４１３）。「２００  ＯＫ」メッセージを受信すると、ＳＩＰクライアント１ａは、ＡＣＫメッセージをＳＩＰプロキシサーバ１Ａに送信する（ステップＳ４１４）。また、ＳＩＰクライアント１ａは、受信した「２００  ＯＫ」メッセージの経路情報に基づいて、自身が記憶するダイアログ情報に含まれる経路情報を更新する（ステップＳ４１５）。ＳＩＰプロキシサーバ１Ａは、ＡＣＫメッセージを受信すると、経路切り替え待機状態を解除する（ステップＳ４１６）。また、ＳＩＰプロキシサーバ１Ａは、ＳＩＰプロキシサーバ１ＢにＡＣＫメッセージを転送する（ステップＳ４１７）。ＳＩＰプロキシサーバ１Ｂは、ＳＩＰクライアント２ｂにＡＣＫメッセージを転送する（ステップＳ４１８）。
【００５９】
なお、図６に示した例では、ＳＩＰプロキシサーバ１は、受信したｒｅ−ＩＮＶＩＴＥメッセージが既に他のＳＩＰプロキシサーバ１により経路変更済みか否かを判定しているが、判定を行わずに独自の経路を上書きしても構わない。
【００６０】
このように、本実施形態によれば、ＳＩＰプロキシサーバ１は、ｒｅ−ＩＮＶＩＴＥメッセージを受信すると、ｒｅ−ＩＮＶＩＴＥメッセージの経路情報を書き替える。また、ＳＩＰクライアント２は、経路情報が書き替えられたｒｅ−ＩＮＶＩＴＥメッセージまたは「２００  ＯＫ」メッセージを受信すると、自身が記憶する経路情報を書き替える。このため、インターネット上などでの不特定多数のＳＩＰプロキシサーバ群において、整合性のある経路変更をすることができる。これにより、ＳＩＰメッセージが少なく長時間張り続けられている呼を集めるなど、効率的なＳＩＰプロキシサーバの割り当てが動的に可能になる。
また、呼確立後に呼ごとにＳＩＰメッセージの特徴に応じて経路変更をすることができる。これにより、ＳＩＰプロキシサーバ１が処理する一部の呼のみを他のＳＩＰプロキシサーバ１に変更することで、動的に負荷量が増加してきたことに起因する障害発生の予兆段階で迅速な対応をとることが可能になる。
【００６１】
また、他の動作しているＳＩＰプロキシサーバ１へ呼の処理を振り返ることにより、バックアップサーバを必要としない。これにより、低コストにて呼制御システムの冗長性・信頼性が向上する。
また、本実施形態によれば、ＳＩＰプロキシサーバ１は、経路切り替え待機状態時は、対象の呼のＳＩＰメッセージに対して、一時的に待機を指示するメッセージを返信する。これにより、切り替え動作が完了するまでの長い時間、他のＳＩＰメッセージを保留することができる。
また、一時処理不可通知部１３及び新経路確立部１４が、フィルタＳＩＰサーバ機能部１２に含まれるため、従来のＳＩＰプロキシサーバプログラム（ＳＩＰサーバ機能部１１）に機能追加を必要としない。
【００６２】
この発明の第２の実施形態による呼制御システムについて説明する。
図７は本実施形態における呼制御システムの構成を示す概略図である。
本実施形態における呼制御システムでは、ルートセット更新部３５がＳＩＰプロキシサーバ３のＳＩＰサーバ機能部３１に含まれる。ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）／ＭＭＤ（ＭｕｌｔｉＭｅｄｉａ  Ｄｏｍａｉｎ）などでは、ＳＩＰクライアント４から最初にアクセスされるファーストホップのＳＩＰプロキシサーバ３が、ＳＩＰメッセージの経路を管理する。この場合は、ＳＩＰクライアント４に代わり、ファーストホップＳＩＰプロシサーバ３が保持する経路情報の更新を行う。このため、ＳＩＰクライアント４にルートセット更新部２１は必要ない。なお、図２から図６のシーケンスにおいては、ＳＩＰクライアント２がこのファーストホップＳＩＰプロキシサーバ３となる。他の構成は第１の実施形態と同様なので説明を省略する。
【００６３】
このように、本実施形態によれば、ルートセット更新部３５がＳＩＰプロキシサーバ３に含まれる。これにより、ＩＭＳ／ＭＭＤなどのシステムにおいても経路変更を行うことができる。
【００６４】
また、図２から図６に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、経路変更処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６５】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００６６】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態においては、一時処理不可通知部１３、３３及び新経路確立部１４、３４は、フィルタＳＩＰサーバ機能部１２、３２に含まれるが、ＳＩＰサーバ機能部１１、３１に含んでもよい。
なお、本発明の構成は、経路変更処理を行うＳＩＰプロキシサーバ１、３のみに必要な構成であり、呼制御システムにおいて経路変更処理を行わないＳＩＰプロキシサーバは、本発明の構成を含まない従来のＳＩＰプロキシサーバでもよい。
【図面の簡単な説明】
【００６７】
【図１】第１の実施形態における呼制御システムの構成を示す概略図である。
【図２】第１の実施形態における呼制御システムの経路変更処理の流れの一例を示すシーケンス図である。
【図３】第１の実施形態における呼制御システムの経路変更処理の流れの一例を示すシーケンス図である。
【図４】第１の実施形態における呼制御システムの経路変更処理の流れの一例を示すシーケンス図である。
【図５】第１の実施形態における呼制御システムの経路変更処理の流れの一例を示すシーケンス図である。
【図６】第１の実施形態における呼制御システムの経路変更処理の流れの一例を示すシーケンス図である。
【図７】第２の実施形態における呼制御システムの構成を示す概略図である。
【図８】ＳＩＰの呼確立手順を示すシーケンス図である。
【符号の説明】
【００６８】
１，３…ＳＩＰプロキシサーバ  ２，４…ＳＩＰクライアント  １１，３１…ＳＩＰサーバ機能部  １２，３２…フィルタＳＩＰサーバ機能部  １３，３３…一時処理不可通知部  １４，３４…新経路確立部  ２１，３５…ルートセット更新部
【図１】
0005103244.tif 000002
【図２】
0005103244.tif 000003
【図３】
0005103244.tif 000004
【図４】
0005103244.tif 000005
【図５】
0005103244.tif 000006
【図６】
0005103244.tif 000007
【図７】
0005103244.tif 000008
【図８】
0005103244.tif 000009