ＩＭＳネットワークシステム、及び制御プログラム
【課題】異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができるＩＭＳネットワークシステム、及び制御プログラムを提供する。
【解決手段】ＩＭＳネットワークシステムは、主ドメインに属するＳ−ＣＳＣＦサーバ１２３０ａに端末２０００ａ−１を登録させ、従ドメインに属するＳ−ＣＳＣＦサーバ１３３０ａに端末２０００ａ−２を登録させるホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａの間で通信に問題が生じると判定した場合、発呼処理を保留し、Ｓ−ＣＳＣＦサーバ１２３０ａ及びＳ−ＣＳＣＦサーバ１３３０ａのうち、通信に問題が生じないＣＳＣＦサーバに、端末２０００ａ−１又は端末２０００ａ−２を再登録させるアプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２と、を備える。
【解決手段】ＩＭＳネットワークシステムは、主ドメインに属するＳ−ＣＳＣＦサーバ１２３０ａに端末２０００ａ−１を登録させ、従ドメインに属するＳ−ＣＳＣＦサーバ１３３０ａに端末２０００ａ−２を登録させるホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａの間で通信に問題が生じると判定した場合、発呼処理を保留し、Ｓ−ＣＳＣＦサーバ１２３０ａ及びＳ−ＣＳＣＦサーバ１３３０ａのうち、通信に問題が生じないＣＳＣＦサーバに、端末２０００ａ−１又は端末２０００ａ−２を再登録させるアプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳネットワークシステム、及び制御プログラムに関する。
【背景技術】
【０００２】
ＳＩＰ (Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)は、ＩＰネットワークにおける呼制御に用いられるプロトコルである。ＩＰマルチメディアサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ：ＩＭＳ)では、通信に必要なネットワークリソースの割り当て及びゲート制御等が、ＳＩＰを用いて実行される（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS23.228,IP Multimedia Subsystem (IMS)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ネットワークオペレータは、高品質で高価なＩＭＳを運用する一方で、品質上の制約のないＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスを運用する場合がある。ＶｏＩＰサービスが所定の通話品質基準を満たさない場合、ユーザは、専用ＩＤを利用するか、又は既に取得している電番（例えば、０９０…）をＩＤとして利用することで、ＶｏＩＰサービスにより相手と通信することができる。
【０００５】
しかしながら、高品質で高価なＩＭＳは、品質上の制約がない廉価なＶｏＩＰサービスとは異なるシステムである。このため、ユーザ及びその通信相手は、ＩＭＳの過負荷状態又は輻輳に応じて、ＩＭＳとＶｏＩＰサービスとを意識して使い分ける必要があるという問題がある。
【０００６】
本発明は、前記の点に鑑みてなされたものであり、異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができるＩＭＳネットワークシステム、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するためになされたものであり、ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるアプリケーションサーバと、を備えることを特徴とするＩＭＳネットワークシステムである。
【０００８】
また、本発明は、前記発呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【０００９】
また、本発明は、前記着呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【００１０】
また、本発明は、前記アプリケーションサーバが、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とするＩＭＳネットワークシステムである。
【００１１】
また、本発明は、前記発呼端末が、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１２】
また、本発明は、前記着呼端末が、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１３】
また、本発明は、ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるＳ−ＣＳＣＦサーバと、を備えることを特徴とするＩＭＳネットワークシステムである。
【００１４】
また、本発明は、前記発呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【００１５】
また、本発明は、前記着呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【００１６】
また、本発明は、前記Ｓ−ＣＳＣＦサーバが、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とするＩＭＳネットワークシステムである。
【００１７】
また、本発明は、前記発呼端末が、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１８】
また、本発明は、前記着呼端末が、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１９】
また、本発明は、ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、ホーム加入者サーバのコンピュータに、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、アプリケーションサーバのコンピュータに、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、を実行させるための制御プログラムである。
【００２０】
また、本発明は、ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、ホーム加入者サーバのコンピュータに、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、Ｓ−ＣＳＣＦサーバのコンピュータに、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、を実行させるための制御プログラムである。
【発明の効果】
【００２１】
本発明によれば、複数のＣＳＣＦサーバが異なるドメインに属しているＩＭＳネットワークシステムにおいて、アプリケーションサーバ又はＳ−ＣＳＣＦサーバは、通信に問題が生じると判定した場合、通信に問題が生じないと予め定められているＣＳＣＦサーバに、発呼端末又は着呼端末を再登録させる。これにより、ＩＭＳネットワークシステムでは、異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１実施形態における、ＩＭＳネットワークシステムの構成例を示す図である。
【図２】本発明の第１実施形態における、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例を示すブロック図である。
【図３】本発明の第１実施形態における、登録フローを示すシーケンス図である。
【図４】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有さず、主ドメインの端末が従ドメインに多重登録する場合）を示すシーケンス図である。
【図５】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が変換され、主ドメインの端末と従ドメインの端末とがそれぞれのドメインで通信する場合）を示すシーケンス図である。
【図６】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、主ドメインの端末が、従ドメインでの着呼処理を拒否されたことにより、従ドメインに多重登録する場合）を示すシーケンス図である。
【図７】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、従ドメインの端末に多重登録を要求する場合）を示すシーケンス図である。
【図８】本発明の第１実施形態における、従ドメインの端末から従ドメインの端末への発呼フローを示すシーケンス図である。
【図９】本発明の第１実施形態における、従ドメインの端末から主ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、従ドメインの端末が着側の端末に従ドメインに多重登録するよう要求する場合）を示すシーケンス図である。
【図１０】本発明の第１実施形態における、従ドメインの端末から主ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、主ドメインで着呼処理が拒否され、主ドメインの端末と従ドメインの端末とが主ドメインで通信する場合）を示すシーケンス図である。
【図１１】本発明の第２実施形態における、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
［第１実施形態］
本発明の第１実施形態について図面を参照して詳細に説明する。図１には、ＩＭＳネットワークシステムの構成例が示されている。ＩＰネットワーク１０００は、ＩＭＳネットワークシステムとして、ＩＭＳサーバ１２００ａと、ＩＭＳサーバ１３００ａとを備える。なお、ＩＰネットワーク１０００は、さらに多くのＩＭＳサーバを備えてもよい。
【００２４】
ＩＭＳサーバ１２００ａは、ドメイン１１００に属し、ネットワークオペレータ１００により運用されている。以下、ＩＭＳサーバ１２００ａは、複雑な課金システム及びアプリケーションサーバ（図１には不図示）との連携など、ＩＭＳの多数の標準化仕様に準拠しており、高品質なサービスを提供することができる高品質なＩＭＳサーバであるとする。
【００２５】
一方、ＩＭＳサーバ１３００ａは、ドメイン１４００に属し、ネットワークオペレータ２００により運用されている。以下、ＩＭＳサーバ１３００ａは、通話に必要な機能は備えるものの、通話品質が保障されない低品質なＩＭＳサーバであるとする。
【００２６】
端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）２０００ａ−１及び端末２０００ａ−２は、ＩＭＳサーバ１２００ａ又はＩＭＳサーバ１３００ａに通信接続することで互いに通信する。例えば、低品質なＩＭＳサーバ１２００ａに通信接続しているために高品質な通信やアプリケーションサーバを利用できない場合、端末２０００ａ−１又は端末２０００ａ−２は、ＩＭＳネットワークシステムによる制御に基づいて、ユーザ及びその通信相手に意識させることなく、高品質なＩＭＳサーバ１３００ａに通信接続先を切り替える。
【００２７】
ここで、端末２０００ａ−１及び端末２０００ａ−２は、二つのドメインに同時に属しながらも（多重登録されながらも）、ドメインの一方を主ドメインとし、ドメイン１１００とドメイン１４００とで同じＩＤ（ＳＩＰ ＵＲＩ等）を用いて、ドメイン１１００に属するＩＭＳサーバ１２００ａと、ドメイン１４００に属するＩＭＳサーバ１３００ａとを利用可能である。
【００２８】
まず、ＩＭＳネットワークシステムの構成例を説明する。
図２には、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例が、ブロック図により示されている。ＩＰネットワーク１０００（図１を参照）は、ＩＭＳサーバ１２００ａと、ＩＭＳサーバ１３００ａと、アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ：ＡＳ）３０００ｃ−１と、アプリケーションサーバ３０００ｃ−２と、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ＨＳＳ）４０００ｂと、ホーム加入者サーバ４０００ｃとを備える。
【００２９】
端末２０００ａ−１は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信する。例えば、端末２０００ａ−１は、ＳＩＰメッセージを用いて、自端末の登録処理を実行する。また、端末２０００ａ−１は、アプリケーションサーバ３０００ｃ−１から指定された、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａのうち少なくとも一方を介して、端末２０００ａ−２と通信する。
【００３０】
端末２０００ａ−１は、通信部２１００−１を備える。
通信部２１００−１は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信することにより、自端末の登録処理を実行する。ここで、通信部２１００−１は、ＩＭＳサーバ１２００ａのＰ−ＣＳＣＦサーバ１２１０（後述）、及び、ＩＭＳサーバ１３００ａのＰ−ＣＳＣＦサーバ１３１０（後述）のうち少なくとも一方を介して、ＳＩＰメッセージを送受信する。
【００３１】
端末２０００ａ−１は、切替部２２００−１と、複数登録部２３００−１とを更に備える。
切替部２２００−１は、アプリケーションサーバ３０００ｃ−１の通知部３３００−１（後述）から指定されたＣＳＣＦサーバに対して、自端末の再登録を実行する。また、切替部２２００−１は、自端末が発呼中である場合、発呼処理を再実行する。
【００３２】
複数登録部２３００−１は、異なるドメインに属する複数のＩＭＳサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）に、自端末を多重登録する。なお、複数登録部２３００−１は、異なるドメインに属する複数のＩＭＳサーバに、常に多重登録する必要はなく、必要に応じて登録及び利用すればよい。
【００３３】
端末２０００ａ−２は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信する。例えば、端末２０００ａ−２は、ＳＩＰメッセージを用いて、自端末の登録処理を実行する。また、端末２０００ａ−２は、アプリケーションサーバ３０００ｃ−２から指定された、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａのうち少なくとも一方を介して、端末２０００ａ−１と通信する。
【００３４】
端末２０００ａ−２は、通信部２１００−２を備える。
通信部２１００−２は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信することにより、自端末の登録処理を実行する。ここで、通信部２１００−２は、ＩＭＳサーバ１２００ａのＰ−ＣＳＣＦサーバ１２１０（後述）、及び、ＩＭＳサーバ１３００ａのＰ−ＣＳＣＦサーバ１３１０（後述）のうち少なくとも一方を介して、ＳＩＰメッセージを送受信する。
【００３５】
端末２０００ａ−２は、切替部２２００−２と、複数登録部２３００−２とを更に備える。
切替部２２００−２は、アプリケーションサーバ３０００ｃ−２の通知部３３００−２（後述）から指定されたＣＳＣＦサーバに対して、自端末の再登録を実行する。また、切替部２２００−１は、自端末が発呼中である場合、発呼処理を再実行する。
【００３６】
複数登録部２３００−２は、異なるドメインに属する複数のＩＭＳサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）に、自端末を多重登録する。なお、複数登録部２３００−２は、異なるドメインに属する複数のＩＭＳサーバに、常に多重登録する必要はなく、必要に応じて登録及び利用すればよい。
【００３７】
ＩＭＳサーバ１２００ａは、ドメイン１１００（図１を参照）に属するＩＭＳサーバである。ＩＭＳサーバ１２００ａは、ＳＩＰ処理を実行するノードとして、Ｐ−ＣＳＣＦ(Ｐｒｏｘｙ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバ１２１０と、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ)サーバ１２２０と、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ−ＣＳＣＦ)サーバ１２３０ａとを備える。
【００３８】
以下、端末２０００ａ−１及び端末２０００ａ−２に共通する事項については、符号を略して、「端末２０００ａ」と表記する。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａから直接的に通信接続されるノードであり、暗号化、及びメッセージのフィルタリング等を実行する。Ｐ−ＣＳＣＦサーバ１２１０は、Ｐ−ＣＳＣＦ部１２１１を備える。Ｐ−ＣＳＣＦ部１２１１は、ＩＭＳネットワークシステムに端末２０００ａが通信接続する際の接点となる機能ブロックである。
【００３９】
Ｐ−ＣＳＣＦ部１２１１は、端末２０００ａから送信されたＳＩＰメッセージを、Ｉ−ＣＳＣＦサーバ１２２０又はＳ−ＣＳＣＦサーバ１２３０ａに転送する。また、Ｐ−ＣＳＣＦ部１２１１は、Ｉ−ＣＳＣＦサーバ１２２０又はＳ−ＣＳＣＦサーバ１２３０ａから端末２０００ａに送信されるＳＩＰメッセージを、送信先の端末２０００ａに転送する。
【００４０】
Ｉ−ＣＳＣＦサーバ１２２０は、Ｉ−ＣＳＣＦ部１２２１を備える。Ｉ−ＣＳＣＦ部１２２１は、ＳＩＰメッセージのルーティングを実行する際、転送先の識別情報（例えば、ＩＰアドレス）の解決、及び他ドメインにＳＩＰメッセージを転送する処理を実行する。
【００４１】
また、Ｉ−ＣＳＣＦ部１２２１は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、どのＳ−ＣＳＣＦサーバに登録すべきかを、ホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｂから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａからの登録要求メッセージを転送する。
【００４２】
また、Ｉ−ＣＳＣＦ部１２２１は、端末２０００ａにＳＩＰメッセージを送信する際、その端末２０００ａがどのＳ−ＣＳＣＦサーバに登録されているかを、ホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｂから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａ宛てのＳＩＰメッセージを転送する。
【００４３】
Ｓ−ＣＳＣＦサーバ１２３０ａは、Ｓ−ＣＳＣＦ部１２３１を備える。Ｓ−ＣＳＣＦ部１２３１は、端末２０００ａの登録処理、アプリケーションサーバ３０００ｃ−１のアプリケーション部３１００−１（後述）との連携、及び通信相手の端末２０００ａの識別情報（例えば、ＩＰアドレス）の解決等、ＳＩＰの主要な機能を実行する。
【００４４】
Ｓ−ＣＳＣＦ部１２３１は、端末２０００ａの登録処理、及びその端末２０００ａが送受信するＳＩＰメッセージの制御を実行する。Ｓ−ＣＳＣＦ部１２３１は、端末２０００ａから登録要求メッセージを受信した場合、該当端末２０００ａの認証情報をホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に問い合わせ、端末２０００ａを認証し、登録要求メッセージを送信した端末２０００ａの識別情報（例えば、ＩＰアドレス）を保持する。
【００４５】
また、Ｓ−ＣＳＣＦ部１２３１は、その端末２０００ａがＳ−ＣＳＣＦ部１２３１に登録されていることを、ホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に登録する。これにより、端末２０００ａ宛に送信されるＳＩＰメッセージは、まずＳ−ＣＳＣＦ部１２３１に転送され、Ｓ−ＣＳＣＦ部１２３１が端末２０００ａの識別情報を確認することで、送信先の端末２０００ａに転送される。また、その端末２０００ａが送信したＳＩＰメッセージも、Ｓ−ＣＳＣＦ部１２３１を経由する。
【００４６】
なお、初期フィルタ基準（ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ：ｉＦＣ）で指定された条件に該当する通知及びＳＩＰメッセージは、端末２０００ａの登録処理、及びメッセージの転送処理の際、ｉＦＣにより指定されたアプリケーションサーバ３０００ｃ−１に転送される。
【００４７】
ＩＭＳサーバ１３００ａは、ドメイン１４００（図１を参照）に属するＩＭＳサーバである。ＩＭＳサーバ１３００ａは、ＳＩＰ処理を実行するノードとして、Ｐ−ＣＳＣＦサーバ１３１０と、Ｉ−ＣＳＣＦサーバ１３２０と、Ｓ−ＣＳＣＦサーバ１３３０ａとを備える。
【００４８】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａから直接的に通信接続されるノードであり、暗号化、及びメッセージのフィルタリング等を実行する。Ｐ−ＣＳＣＦサーバ１３１０は、Ｐ−ＣＳＣＦ部１３１１を備える。Ｐ−ＣＳＣＦ部１３１１は、ＩＭＳネットワークシステムに端末２０００ａが通信接続する際の接点となる機能ブロックである。
【００４９】
Ｐ−ＣＳＣＦ部１３１１は、端末２０００ａから送信されたＳＩＰメッセージを、Ｉ−ＣＳＣＦサーバ１３２０又はＳ−ＣＳＣＦサーバ１３３０ａに転送する。また、Ｐ−ＣＳＣＦ部１３１１は、Ｉ−ＣＳＣＦサーバ１３２０又はＳ−ＣＳＣＦサーバ１３３０ａから端末２０００ａに送信されるＳＩＰメッセージを、送信先の端末２０００ａに転送する。
【００５０】
Ｉ−ＣＳＣＦサーバ１３２０は、Ｉ−ＣＳＣＦ部１３２１を備える。Ｉ−ＣＳＣＦ部１３２１は、ＳＩＰメッセージのルーティングを実行する際、転送先の識別情報（例えば、ＩＰアドレス）の解決、及び他ドメインにＳＩＰメッセージを転送する処理を実行する。
【００５１】
また、Ｉ−ＣＳＣＦ部１３２１は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、どのＳ−ＣＳＣＦサーバに登録すべきかを、ホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｃから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａからの登録要求メッセージを転送する。
【００５２】
また、Ｉ−ＣＳＣＦ部１３２１は、端末２０００ａにＳＩＰメッセージを送信する際、その端末２０００ａがどのＳ−ＣＳＣＦサーバに登録されているかを、ホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｃから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａ宛てのＳＩＰメッセージを転送する。
【００５３】
Ｓ−ＣＳＣＦサーバ１３３０ａは、Ｓ−ＣＳＣＦ部１３３１を備える。Ｓ−ＣＳＣＦ部１３３１は、端末２０００ａの登録、アプリケーションサーバ３０００ｃ−２のアプリケーション部３１００−２（後述）との連携、及び通信相手の端末２０００ａに接続するための識別情報の解決等、ＳＩＰの主要な機能を実行する。
【００５４】
Ｓ−ＣＳＣＦ部１３３１は、端末２０００ａの登録処理、及びその端末２０００ａが送受信するＳＩＰメッセージの制御を実行する。Ｓ−ＣＳＣＦ部１３３１は、端末２０００ａから登録要求メッセージを受信した場合、該当端末２０００ａの認証情報をホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に問い合わせ、端末２０００ａを認証し、登録要求メッセージを送信した端末２０００ａの識別情報（例えば、ＩＰアドレス）を保持する。
【００５５】
また、Ｓ−ＣＳＣＦ部１３３１は、その端末２０００ａがＳ−ＣＳＣＦ部１３３１に登録されていることを、ホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に登録する。これにより、端末２０００ａ宛に送信されるＳＩＰメッセージは、まずＳ−ＣＳＣＦ部１３３１に転送され、Ｓ−ＣＳＣＦ部１３３１が端末２０００ａの識別情報を確認することで、送信先の端末２０００ａに転送される。また、その端末２０００ａが送信したＳＩＰメッセージも、Ｓ−ＣＳＣＦ部１３３１を経由する。
【００５６】
アプリケーションサーバ３０００ｃ−１は、アプリケーション部３１００−１を備える。アプリケーション部３１００−１は、ＳＩＰに基づいて、Ｓ−ＣＳＣＦ部１２３１又はＳ−ＣＳＣＦ部１３３１を介して、端末２０００ａと通信する。アプリケーション部３１００−１は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、ｉＦＣに基づいて登録要求メッセージを受信し、ＳＩＰメッセージ「ＩＮＶＩＴＥ」に基づいて発呼処理を実行する。
【００５７】
アプリケーションサーバ３０００ｃ−１は、保留部３２００−１と、通知部３３００−１と、ポリシー管理部３４００−１と、指定部３７００−１と、マッピング部３８００−１と、変換部３９００−１とを更に備える。
【００５８】
保留部３２００−１は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、発呼処理の実行を保留する。
【００５９】
また、保留部３２００−１は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替え、新たなＩＭＳサーバ（ドメイン）に接続した場合、保留中の処理を再開させる。また、保留部３２００−１は、必要に応じて、発呼元の端末２０００ａにエラーメッセージを返し、呼処理を中断させ、のちにＳＩＰメッセージ「ＲＥＦＥＲ」を送信することで、再登録処理及び発呼処理を発呼元の端末２０００ａに開始させる。
【００６０】
通知部３３００−１は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、接続先のＩＭＳサーバ（ドメイン）を切り替えるためのＳＩＰメッセージを、その端末２０００ａに送信する。
【００６１】
ポリシー管理部３４００−１は、端末２０００ａ（発側及び着側）の機能、及び通信に利用される機能の少なくとも一方に基づいて、接続先のＩＭＳサーバ（ドメイン）の切り替えが必要か否かを判定する。すなわち、ポリシー管理部３４００−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性（品質、機能）、及びネットワークオペレータ１００（図１を参照）の運用ポリシーの少なくとも一方に基づいて、端末２０００ａが属するドメインの切り替えの要否、及び複数のドメインへの多重登録の要否（要求された通信に問題が生じるか否か）を判定する。
【００６２】
指定部３７００−１は、端末２０００ａ−１及び端末２０００ａ−２が異なるドメインに属している（登録されている）場合、送信先のＩＭＳサーバのＩ−ＣＳＣＦサーバにＳＩＰメッセージを転送できるよう、ＳＩＰメッセージの通信経路を制御（指定）する。
【００６３】
マッピング部３８００−１は、端末２０００ａの識別情報（ＳＩＰ ＵＲＩ）のマッピングを、ドメイン毎に予め記憶する。すなわち、マッピング部３８００−１は、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属するその端末２０００ａの識別情報とが、その端末２０００ａに対応付けられたＵＲＩマップを予め記憶する。また、マッピング部３８００−１は、ドメインに登録（ＲＥＧＩＳＴＥＲ）されているか否かを示す登録状態を、端末２０００ａの識別情報毎に管理する。
【００６４】
変換部３９００−１は、メッセージの宛先である識別情報（ＳＩＰ ＵＲＩ）を書き換えることで、別ドメインに属している端末２０００ａにメッセージを転送する。すなわち、変換部３９００−１は、ドメイン１１００に属する端末２０００ａの識別情報を、ドメイン１４００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。同様に、変換部３９００−１は、ドメイン１４００に属する端末２０００ａの識別情報を、ドメイン１１００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。
【００６５】
また、変換部３９００−１は、着側の端末２０００ａの別の宛先（識別情報）に再発呼（リダイレクト）するよう促すメッセージを、発側の端末２０００ａに送信する。
【００６６】
アプリケーションサーバ３０００ｃ−２は、アプリケーション部３１００−２を備える。アプリケーション部３１００−２は、ＳＩＰに基づいて、Ｓ−ＣＳＣＦ部１２３１又はＳ−ＣＳＣＦ部１３３１を介して、端末２０００ａと通信する。アプリケーション部３１００−２は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、ｉＦＣに基づいて登録要求メッセージを受信し、ＳＩＰメッセージ「ＩＮＶＩＴＥ」に基づいて発呼処理を実行する。
【００６７】
アプリケーションサーバ３０００ｃ−２は、保留部３２００−２と、通知部３３００−２と、ポリシー管理部３４００−２と、指定部３７００−２と、マッピング部３８００−２と、変換部３９００−２とを更に備える。
【００６８】
保留部３２００−２は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、発呼処理の実行を保留する。
【００６９】
また、保留部３２００−２は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替え、新たなＩＭＳサーバ（ドメイン）に接続した場合、保留中の処理を再開させる。また、保留部３２００−２は、必要に応じて、発呼元の端末２０００ａにエラーメッセージを返し、呼処理を中断させ、のちにＳＩＰメッセージ「ＲＥＦＥＲ」を送信することで、再登録処理及び発呼処理を発呼元の端末２０００ａに開始させる。
【００７０】
通知部３３００−２は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、接続先のＩＭＳサーバ（ドメイン）を切り替えるためのＳＩＰメッセージを、その端末２０００ａに送信する。
【００７１】
ポリシー管理部３４００−２は、端末２０００ａ（発側及び着側）の機能、及び通信に利用される機能の少なくとも一方に基づいて、接続先のＩＭＳサーバ（ドメイン）の切り替えが必要か否かを判定する。すなわち、ポリシー管理部３４００−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性（品質、機能）、及びネットワークオペレータ２００（図１を参照）の運用ポリシーの少なくとも一方に基づいて、端末２０００ａが属するドメインの切り替えの要否、及び複数のドメインへの多重登録の要否（要求された通信に問題が生じるか否か）を判定する。
【００７２】
指定部３７００−２は、端末２０００ａ−１及び端末２０００ａ−２が異なるドメインに属している（登録されている）場合、送信先のＩＭＳサーバのＩ−ＣＳＣＦサーバにＳＩＰメッセージを転送できるよう、ＳＩＰメッセージの通信経路を制御する。
【００７３】
マッピング部３８００−２は、端末２０００ａの識別情報（ＳＩＰ ＵＲＩ）のマッピングを、ドメイン毎に予め記憶する。すなわち、マッピング部３８００−２は、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属するその端末２０００ａの識別情報とが、その端末２０００ａに対応付けられたＵＲＩマップを予め記憶する。また、マッピング部３８００−２は、ドメインに登録（ＲＥＧＩＳＴＥＲ）されているか否かを示す登録状態を、端末２０００ａの識別情報毎に管理する。
【００７４】
変換部３９００−２は、メッセージの宛先である識別情報（ＳＩＰ ＵＲＩ）を書き換えることで、別ドメインに属している端末２０００ａにメッセージを転送する。すなわち、変換部３９００−２は、ドメイン１１００に属する端末２０００ａの識別情報を、ドメイン１４００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。同様に、変換部３９００−２は、ドメイン１４００に属する端末２０００ａの識別情報を、ドメイン１１００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。
【００７５】
また、変換部３９００−２は、着側の端末２０００ａの別の宛先（識別情報）に再発呼（リダイレクト）するよう促すメッセージを、発側の端末２０００ａに送信する。
【００７６】
ホーム加入者サーバ４０００ｂは、データベース部４１００−１を備える。データベース部４１００−１は、端末２０００ａ（ＵＥ）の認証情報、及び端末２０００ａがどのＳ−ＣＳＣＦサーバに登録されているか等を示す情報（以下、「加入者情報」という）を記憶する。
【００７７】
また、データベース部４１００−１は、Ｉ−ＣＳＣＦ部１２２１、Ｉ−ＣＳＣＦ部１３２１、Ｓ−ＣＳＣＦ部１２３１、及びＳ−ＣＳＣＦ部１３３１から、加入者情報の問い合わせがあった場合、その問い合わせに対して応答する。また、データベース部４１００−１は、加入者情報を更新するよう要求された場合、加入者情報を更新する。
【００７８】
ホーム加入者サーバ４０００ｃは、データベース部４１００−２を備える。データベース部４１００−２は、加入者情報を記憶する。また、データベース部４１００−２は、Ｉ−ＣＳＣＦ部１２２１、Ｉ−ＣＳＣＦ部１３２１、Ｓ−ＣＳＣＦ部１２３１、及びＳ−ＣＳＣＦ部１３３１から、加入者情報の問い合わせがあった場合、その問い合わせに対して応答する。また、データベース部４１００−２は、加入者情報を更新するよう要求された場合、加入者情報を更新する。
【００７９】
ホーム加入者サーバ４０００ｃは、ドメイン管理部４３００を更に備える。ドメイン管理部４３００は、端末２０００ａの接続先のＩＭＳサーバ（ＣＳＣＦサーバ）が属するドメインを、その端末２０００ａが属するドメインと定める。
【００８０】
また、ドメイン管理部４３００は、ＵＲＩマップを予め記憶する。ドメイン管理部４３００は、ＵＲＩマップに基づいて、端末２０００ａにつき一つ以上のドメイン毎の識別情報（ＳＩＰ ＵＲＩ）を応答する。すなわち、ドメイン管理部４３００は、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答として、問い合わせ元に送信する。同様に、ドメイン管理部４３００は、ドメイン１４００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１１００に属するその端末２０００ａの識別情報を、問い合わせの応答として、問い合わせ元に送信する。
【００８１】
次に、ＩＭＳネットワークシステムの動作手順を説明する。
以下では、ドメイン１１００及びドメイン１４００の少なくとも一方に属する端末２０００ａ−１と、ドメイン１１００及びドメイン１４００の少なくとも一方に属する端末２０００ａ−２とが、ドメイン１１００を主ドメインとし、ドメイン１４００を従ドメインとして通信するものとして説明する。
【００８２】
図３は、登録フローを示すシーケンス図である。ＩＭＳネットワークシステムを利用するため、全ての端末２０００ａは、この登録フローを実行する。以下、この登録フローを実行することにより、端末２０００ａ−１は、ドメイン１１００に属するＩＭＳサーバ１２００ａのＰ−ＣＳＣＦサーバ１２１０に接続したことで、初期状態では、ドメイン１１００に属しているものとする。一方、端末２０００ａ−２（図２を参照）は、ドメイン１４００に属するＩＭＳサーバ１３００ａのＰ−ＣＳＣＦサーバ１３１０に接続したことで、初期状態では、ドメイン１４００に属しているものとする。
【００８３】
なお、Ｐ−ＣＳＣＦサーバ１２１０及びＰ−ＣＳＣＦサーバ１３１０の識別情報は、ＩＭＳ以外の仕組み（例えば、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ））により、端末２０００ａに事前通知されているものとする。
【００８４】
端末２０００ａ−１は、ＩＭＳ標準に準拠した登録処理として、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を送信する（ステップＳｉ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１からＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を受信し、受信したＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を、Ｉ−ＣＳＣＦサーバ１２２０に転送する（ステップＳａ２）。
【００８５】
Ｉ−ＣＳＣＦサーバ１２２０は、端末２０００ａ−１を割り振るＳ−ＣＳＣＦサーバ１２３０ａの識別情報を、Ｄｉａｍｅｔｅｒプロトコルにより、ホーム加入者サーバ４０００ｂに問い合わせる（Ｕｓｅｒ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ｒｅｑｕｅｓｔ：ＵＡＲ）。
【００８６】
ホーム加入者サーバ４０００ｂは、Ｉ−ＣＳＣＦサーバ１２２０と同じドメインに属するＳ−ＣＳＣＦサーバを列挙する（ステップＳｉ３）。なお、ホーム加入者サーバ４０００ｂは、自サーバと同じドメインに属するＣＳＣＦサーバを示す識別情報しか持っていない。
【００８７】
ホーム加入者サーバ４０００ｂは、列挙したＳ−ＣＳＣＦサーバのうちから、端末２０００ａ−１を割り振るＳ−ＣＳＣＦサーバ１２３０ａを選択し、選択したＳ−ＣＳＣＦサーバ１２３０ａの識別情報を、Ｉ−ＣＳＣＦサーバ１２２０に通知する（Ｕｓｅｒ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ａｎｓｗｅｒ：ＵＡＡ）（ステップＳｉ４）。
【００８８】
Ｉ−ＣＳＣＦサーバ１２２０は、ホーム加入者サーバ４０００ｂから通知された識別情報が示すＳ−ＣＳＣＦサーバ１２３０ａに、端末２０００ａ−１から受信したＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を転送する（ステップＳｉ５）。
【００８９】
Ｓ−ＣＳＣＦサーバ１２３０ａは、端末２０００ａ−１の認証情報を、ホーム加入者サーバ４０００ｂに問い合わせる（Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ：ＭＡＲ）（ステップＳｉ６）。ホーム加入者サーバ４０００ｂは、端末２０００ａ−１の認証情報を、Ｓ−ＣＳＣＦサーバ１２３０ａに通知する（Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ａｎｓｗｅｒ：ＭＡＡ）（ステップＳｉ７）。
【００９０】
Ｓ−ＣＳＣＦサーバ１２３０ａは、端末２０００ａ−１の認証情報に基づいて、認証キー及び暗号化キーを作成し、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」を、Ｉ−ＣＳＣＦサーバ１２２０に送信する（ステップＳｉ８）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」を、そのＶｉａヘッダに基づいて、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｉ９）。
【００９１】
Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」を、そのＶｉａヘッダに基づいて、端末２０００ａ−１に転送する（ステップＳｉ１０）。端末２０００ａ−１は、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」及び自端末の情報に基づいて、認証応答メッセージとしてＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を作成し、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」をＰ−ＣＳＣＦサーバ１２１０に再送信する（ステップＳｉ１１）。
【００９２】
Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１からＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を受信し、受信したＳＩＰメッセージをＩ−ＣＳＣＦサーバ１２２０に転送する（ステップＳｉ１２）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｉ１３）。
【００９３】
Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」（認証応答メッセージ）を確認し、端末２０００ａ−１を確認できた場合、加入者情報の更新をホーム加入者サーバ４０００ｂに依頼する（Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ：ＳＡＲ）（ステップＳｉ１４）。ホーム加入者サーバ４０００ｂは、加入者情報を更新する（Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ａｎｓｗｅｒ：ＳＡＡ）（ステップＳｉ１５）。
【００９４】
Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｉ−ＣＳＣＦサーバ１２２０に送信する（ステップＳｉ１６）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｉ１７）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、端末２０００ａ−１に転送する（ステップＳｉ１８）。
【００９５】
一方、ホーム加入者サーバ４０００ｂは、ｉＦＣに基づいて、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を、アプリケーションサーバ３０００ｃ−１に送信する。アプリケーションサーバ３０００ｃ−１は、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」に基づいて、サードパーティ（３ｒｄ ｐａｒｔｙ）登録処理を実行する。このサードパーティ登録は、端末２０００ａの登録状態の監視に用いられる（ステップＳｉ１９）。アプリケーションサーバ３０００ｃ−１は、ＳＩＰメッセージ「２００ＯＫ」を、ホーム加入者サーバ４０００ｂに応答として返信する（ステップＳｉ２０）。
【００９６】
このようにして、端末２０００ａ−１は、ドメイン１１００に属するＩＭＳサーバ１２００ａのＳ−ＣＳＣＦサーバ１２３０ａに割り振られる（登録される）。なお、端末２０００ａ−２は、ドメイン１１００とドメイン１４００の違いはあるが、同様の登録フローにより、ドメイン１４００に属するＩＭＳサーバ１３００ａのＳ−ＣＳＣＦサーバ１３３０ａに割り振られる（登録される）。
【００９７】
図４は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有さず、端末２０００ａ−１がドメイン１１００及びドメイン１４００に多重登録する場合について説明する。
【００９８】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｋ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｋ３）。
【００９９】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する。
【０１００】
例えば、ＩＭＳサーバ１２００ａ（ドメイン１１００）では対応していない機能を使う必要がある等、接続性に問題がある（要求された通信に問題が生じる）場合、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させると判定する。また、例えば、ＩＭＳサーバ１２００ａ（ドメイン１１００）が輻輳している等、接続性に問題がある（要求された通信に問題が生じる）場合、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１が接続するＩＭＳサーバを、ＩＭＳサーバ１３００ａ（ドメイン１４００）に切り替えさせると判定する。
【０１０１】
一方、ＩＭＳサーバ１２００ａでは対応していない機能を使う必要がない等、接続性に問題が無い（要求された通信に問題が生じない）場合、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００に接続させるため、端末２０００ａ−１にＳＩＰメッセージを通知する、と判定する（ステップＳｋ４）。
【０１０２】
アプリケーションサーバ３０００ｃ−１は、要求された通信に問題が生じる場合、端末２０００ａ−１をＩＭＳサーバ１３００ａ（ドメイン１４００）にも割り振る（多重登録させる）よう、ＩＭＳサーバ１３００ａに多重登録する指示を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に通知する。以下、多重登録する指示を「再登録通知」という。
【０１０３】
ここで、アプリケーションサーバ３０００ｃ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報を、ＳＩＰメッセージ「ＭＥＳＳＡＧＥ」、「ＮＯＴＩＦＹ」、又は、ドメイン１１００（図１を参照）に属さない装置（外部の装置）が有する機能（例えば、ショートメッセージサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ：ＳＭＳ））に含めて、再登録通知として送信してもよい（ステップＳｋ５）。
【０１０４】
なお、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）は、ＤＨＣＰを用いて通知されてもよい。この場合、アプリケーションサーバ３０００ｃ−１は、新たな接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報を、再登録通知を行う前にＤＨＣＰサーバに予め与えておく。
【０１０５】
Ｓ−ＣＳＣＦサーバ１２３０ａは、アプリケーションサーバ３０００ｃ−１から通知されたＳＩＰメッセージを、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｋ６）。Ｐ−ＣＳＣＦサーバ１２１０は、Ｓ−ＣＳＣＦサーバ１２３０ａから通知されたＳＩＰメッセージを、端末２０００ａ−１に転送する（ステップＳｋ７）。
【０１０６】
端末２０００ａ−１は、再登録の完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ８）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｋ９）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｋ１０）。
【０１０７】
端末２０００ａ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）に基づいて、ドメイン１４００に属するＩＭＳサーバ１３００ａに対して、登録フロー（図３を参照）を実行する（ステップＳｋ１１）。なお、端末２０００ａ−１は、既に登録済みであれば、登録フロー（再登録）を実行するする必要はない。
【０１０８】
端末２０００ａ−１は、登録完了を通知するためのＳＩＰメッセージ（以下、「登録完了メッセージ」という）を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ１２）。Ｐ−ＣＳＣＦサーバ１２１０は、登録完了メッセージを、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｋ１３）。Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了メッセージを、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｋ１４）。
【０１０９】
アプリケーションサーバ３０００ｃ−１は、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｋ１５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｋ１６）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、端末２０００ａ−１に転送する（ステップＳｋ１７）。
【０１１０】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１の登録状態を、サードパーティ登録に基づいて検知する。そして、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１がドメイン１４００に再発呼するためＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信するよう、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に、ＳＩＰメッセージ「ＲＥＦＥＲ」を送信する（ステップＳｋ１８）。
【０１１１】
なお、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１のドメイン１４００への登録状態を検知することなく、ＳＩＰメッセージ「ＲＥＦＥＲ」を送信してもよい。
【０１１２】
Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＲＥＦＥＲ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｋ１９）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「ＲＥＦＥＲ」を、端末２０００ａ−１に転送する（ステップＳｋ２０）。端末２０００ａ−１は、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ２１）。
【０１１３】
Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｋ２２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｋ２３）。
【０１１４】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する（ステップＳｋ２４）。なお、端末２０００ａ−１は、登録完了後に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を自発的に送信してもよい。
【０１１５】
Ｐ−ＣＳＣＦサーバ１３１０は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに送信する（ステップＳｋ２５）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｋ２６）。
【０１１６】
アプリケーションサーバ３０００ｃ−２は、ステップＳｋ４と同様に、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する（ステップＳｋ２７）。
【０１１７】
接続性に問題が無い（要求された通信に問題が生じない）場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｋ２８）。以降の処理は、後述する図８に示す発呼フローのステップＳｑ７及びステップＳｑ８と同様である。
【０１１８】
図５は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、主ドメインの端末と従ドメインの端末とがそれぞれのドメインで通信する場合について説明する。
【０１１９】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｍ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｍ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｍ３）。
【０１２０】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｍ４）。
【０１２１】
ドメイン１１００から端末２０００ａ−２に着呼させる場合、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図５では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいてドメイン１４００から端末２０００ａ−２に着呼させる場合について説明する。
【０１２２】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｍ５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ルートヘッダに指定されたＩ−ＣＳＣＦサーバ１３２０に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｍ６）。
【０１２３】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２が属しているドメイン１４００のＳ−ＣＳＣＦサーバ１３３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｃに問い合わせて解決する。
【０１２４】
ここで、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信する。なお、ホーム加入者サーバ４０００ｃのドメイン管理部４３００（図２を参照）には、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属する端末２０００ａの識別情報とが対応付けられたＵＲＩマップが、予め記憶されているものとする（ステップＳｍ７）。
【０１２５】
Ｉ−ＣＳＣＦサーバ１３２０は、Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信する（ステップＳｍ８）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｍ９）。
【０１２６】
アプリケーションサーバ３０００ｃ−２は、ドメイン１１００に属する端末２０００ａ−１の識別情報を、ドメイン１４００に属する端末２０００ａ−１の識別情報に、ＵＲＩマップに基づいて変換する。
【０１２７】
例えば、ドメイン１１００に属する端末２０００ａ−１の宛先を示す識別情報（ＳＩＰ ＵＲＩ）が、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍであり、且つ、ドメイン１４００に属する端末２０００ａ−１の宛先を示す識別情報が、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍである場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージの宛先を、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍから、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍに変換する（ステップＳｍ１０）。
【０１２８】
なお、アプリケーションサーバ３０００ｃ−２は、ドメイン１４００に属する端末２０００ａ−２の宛先を示す識別情報（ＳＩＰ ＵＲＩ）を、リダイレクトメッセージとして、端末２０００ａ−１に通知してもよい。また、端末２０００ａ−１は、リダイレクトメッセージに基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信してもよい。
【０１２９】
アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｍ１１）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に転送する（ステップＳｍ１２）。Ｐ−ＣＳＣＦサーバ１３１０は、ＩＰメッセージ「ＩＮＶＩＴＥ」を、着側の端末である端末２０００ａ−２に転送する（ステップＳｍ１３）。以降の処理は、ＩＭＳ標準に準拠する処理と同様である。
【０１３０】
図６は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、主ドメインの端末（端末２０００ａ−１）が、従ドメイン（ドメイン１４００）での着呼処理を拒否されたことにより、従ドメインに多重登録する場合について説明する。
【０１３１】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｎ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｎ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｎ３）。
【０１３２】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｎ４）。
【０１３３】
ドメイン１１００から端末２０００ａ−２に着呼させる場合、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図６では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいてドメイン１４００から端末２０００ａ−２に着呼させる場合について説明する。
【０１３４】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｎ５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ルートヘッダに指定されたＩ−ＣＳＣＦサーバ１３２０に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｎ６）。
【０１３５】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２が属しているドメイン１４００のＳ−ＣＳＣＦサーバ１３３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｃに問い合わせて解決する。
【０１３６】
ここで、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信する。なお、ホーム加入者サーバ４０００ｃのドメイン管理部４３００（図２を参照）には、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属する端末２０００ａの識別情報とが対応付けられたＵＲＩマップが、予め記憶されているものとする（ステップＳｎ７）。
【０１３７】
ＩＭＳサーバ１３００ａ（ドメイン１４００）では対応していない機能を使う必要がある等、接続性に問題がある（要求された通信に問題が生じる）場合、Ｉ−ＣＳＣＦサーバ１３２０は、着呼処理を拒否することを示すエラーメッセージを、Ｓ−ＣＳＣＦサーバ１２３０ａに返信する（ステップＳｎ８）。なお、要求された通信に問題が生じる場合、エラーメッセージは、アプリケーションサーバ３０００ｃ−２（図２を参照）から送信されてもよい。
【０１３８】
Ｓ−ＣＳＣＦサーバ１２３０ａは、エラーメッセージをアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｎ９）。アプリケーションサーバ３０００ｃ−１は、図４に示す発呼フローのステップｋ５以降と同様に、ＩＭＳサーバ１３００ａに多重登録する指示（再登録通知）を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に通知し、再発呼を実行させる（ステップＳｎ１０）。
【０１３９】
なお、アプリケーションサーバ３０００ｃ−１は、ドメイン１４００から端末２０００ａ−２に着呼させることをあきらめ、ドメイン１１００から端末２０００ａ−２に着呼させるよう、ドメイン１１００から端末２０００ａ−２にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信してもよい。
【０１４０】
図７は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性（互換性）を有し、ＵＲＩが変換され、且つ、従ドメインの端末に主ドメインへの多重登録を要求する場合について説明する。
【０１４１】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｐ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｐ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｐ３）。
【０１４２】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２をドメイン１１００にも多重登録させるか否か、又は、端末２０００ａ−２が属するドメインの切り替えの要否を判定する（ステップＳｐ４）。
【０１４３】
ドメイン１１００から端末２０００ａ−２に着呼させる場合、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図７では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいて、ドメイン１４００から端末２０００ａ−２に着呼させる場合について説明する。
【０１４４】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｐ５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ルートヘッダに指定されたＩ−ＣＳＣＦサーバ１３２０に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｐ６）。
【０１４５】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２が属しているドメイン１４００のＳ−ＣＳＣＦサーバ１３３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｃに問い合わせて解決する。
【０１４６】
ここで、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信することを試みる。
【０１４７】
図７では、端末２０００ａ−２がドメイン１４００に登録されていないことにより、ホーム加入者サーバ４０００ｃのドメイン管理部４３００（図２を参照）に予め記憶されているＵＲＩマップに、ドメイン１１００に属する端末２０００ａ−２の識別情報と、ドメイン１４００に属する端末２０００ａ−２の識別情報とが対応付けられていないものとして説明を続ける。
【０１４８】
この場合、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａ−２の識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａ−２の識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信することができない。そこで、ホーム加入者サーバ４０００ｃは、端末２０００ａ−２がドメイン１４００に登録されていないことを示すエラーメッセージを、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に返信する（ステップＳｐ７）。
【０１４９】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２がドメイン１４００に登録されていないことを示すエラーメッセージとして、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに返信する（ステップＳｐ８）。
【０１５０】
Ｓ−ＣＳＣＦサーバ１２３０ａは、端末２０００ａ−２がドメイン１４００に登録されていないことを示すエラーメッセージを、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｐ９）。アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａに多重登録する指示（再登録通知）を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−２に通知する。
【０１５１】
ここで、アプリケーションサーバ３０００ｃ−１は、多重接続先のＰ−ＣＳＣＦサーバ１２１０を示す識別情報を、ＳＩＰメッセージ「ＭＥＳＳＡＧＥ」、「ＮＯＴＩＦＹ」、又は、ドメイン１１００（図１を参照）に属さない装置（外部の装置）が有する機能（例えば、ショートメッセージサービス）に含めて、再登録通知として送信してもよい（ステップＳｐ１０）。
【０１５２】
なお、多重接続先のＰ−ＣＳＣＦサーバ１２１０を示す識別情報（再登録通知）は、ＤＨＣＰを用いて通知されてもよい。この場合、アプリケーションサーバ３０００ｃ−１は、新たな接続先のＰ−ＣＳＣＦサーバ１２１０を示す識別情報を、再登録通知を行う前にＤＨＣＰサーバに予め与えておく。
【０１５３】
Ｓ−ＣＳＣＦサーバ１２３０ａは、アプリケーションサーバ３０００ｃ−１から通知された再登録通知を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｐ１１）。Ｐ−ＣＳＣＦサーバ１２１０は、Ｓ−ＣＳＣＦサーバ１２３０ａから通知された再登録通知を、端末２０００ａ−２に転送する（ステップＳｐ１２）。
【０１５４】
端末２０００ａ−２は、再登録通知を受信し、ＳＩＰメッセージ「２００ＯＫ」をＰ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｐ１３）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｐ１４）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｐ１５）。
【０１５５】
端末２０００ａ−２は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）に基づいて、ドメイン１１００に属するＩＭＳサーバ１２００ａに対して、登録フロー（図３を参照）を実行する（ステップＳｐ１６）。
【０１５６】
端末２０００ａ−２は、登録完了メッセージを、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｐ１７）。Ｐ−ＣＳＣＦサーバ１２１０は、登録完了メッセージを、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｐ１８）。Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了メッセージを、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｐ１９）。
【０１５７】
アプリケーションサーバ３０００ｃ−１は、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｐ２０）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｐ２１）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、端末２０００ａ−１に転送する（ステップＳｐ２２）。
【０１５８】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに再送信する（ステップＳｐ２３）。以降の処理は、図５に示した発呼フローと同様である。
【０１５９】
なお、図７に示す発呼フローでは、ホーム加入者サーバ４０００ｃは、端末２０００ａ−２がドメイン１４００に登録されているか否かに応じて、問い合わせの応答動作を変更していた。この発呼フローに対し、アプリケーションサーバ３０００ｃ−１と、アプリケーションサーバ３０００ｃ−２とにサードパーティ登録された情報は、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａで共有されてもよい。共有されたサードパーティ登録情報は、端末２０００ａ−２に登録を要求するか否かの判定のために参照されてもよい。また、共有されたサードパーティ登録情報は、どちらのドメインから端末２０００ａ−２に着呼させるかを決める際のポリシー制御のために参照されてもよい。
【０１６０】
図８は、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−１）から、従ドメインの端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する。ここで、端末２０００ａ−１は、ドメイン１１００に属している端末２０００ａ−２の識別情報（ＳＩＰ ＵＲＩ）を、ＳＩＰメッセージ「ＩＮＶＩＴＥ」の宛先にする（ステップＳｑ１）。
【０１６１】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａ−２が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｑ２）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｑ３）。
【０１６２】
アプリケーションサーバ３０００ｃ−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。例えば、発側の端末である端末２０００ａ−１と、着側の端末である端末２０００ａ−２とが共にドメイン１４００に属している場合、アプリケーションサーバ３０００ｃ−２は、そのドメイン１４００を介して、端末２０００ａ−１及び端末２０００ａ−２を通信させる、と判定する（ステップＳｑ４）。
【０１６３】
アプリケーションサーバ３０００ｃ−２は、ドメイン１１００に属する端末２０００ａ−１の識別情報を、ドメイン１４００に属する端末２０００ａ−２の識別情報に、ＵＲＩマップに基づいて変換する。
【０１６４】
例えば、ドメイン１１００に属する端末２０００ａ−１の宛先を示す識別情報（ＳＩＰ ＵＲＩ）が、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍであり、且つ、ドメイン１４００に属する端末２０００ａ−２の宛先を示す識別情報が、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍである場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージの宛先を、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍから、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍに変換する（ステップＳｑ５）。
【０１６５】
なお、アプリケーションサーバ３０００ｃ−２は、ドメイン１４００に属する端末２０００ａ−２の宛先を示す識別情報（ＳＩＰ ＵＲＩ）を、リダイレクトメッセージとして、端末２０００ａ−１に通知してもよい。また、端末２０００ａ−１は、リダイレクトメッセージに基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信してもよい。
【０１６６】
アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｑ６）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に転送する（ステップＳｑ７）。Ｐ−ＣＳＣＦサーバ１３１０は、ＩＰメッセージ「ＩＮＶＩＴＥ」を、着側の端末である端末２０００ａ−２に転送する（ステップＳｑ８）。以降の処理は、ＩＭＳ標準に準拠する処理と同様である。
【０１６７】
図９は、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）から、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、従ドメインの端末が着側の端末（端末２０００ａ−１）に従ドメインに多重登録するよう要求する場合について説明する。
【０１６８】
端末２０００ａ−２は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する。ここで、端末２０００ａ−２は、ドメイン１１００に属している端末２０００ａ−１の識別情報（ＳＩＰ ＵＲＩ）を、ＳＩＰメッセージ「ＩＮＶＩＴＥ」の宛先にする（ステップＳｒ１）。
【０１６９】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａ−２が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｒ２）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｒ３）。
【０１７０】
アプリケーションサーバ３０００ｃ−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する。
【０１７１】
端末２０００ａ−１がドメイン１４００に登録されていない場合、アプリケーションサーバ３０００ｃ−２は、ドメイン１４００から端末２０００ａ−１に着呼させるため、端末２０００ａ−１にＳＩＰメッセージを通知する、と判定する（ステップＳｒ４）。アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに返信する（ステップＳｒ５）。
【０１７２】
Ｓ−ＣＳＣＦサーバ１３３０ａは、ドメイン１１００に属している端末２０００ａ−１の識別情報（ＳＩＰ ＵＲＩ）に基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＩ−ＣＳＣＦサーバ１２２０に転送する（ステップＳｒ６）。Ｉ−ＣＳＣＦサーバ１２２０は、端末２０００ａ−１が属しているドメイン１１００のＳ−ＣＳＣＦサーバ１２３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｂに問い合わせて解決する（ステップＳｒ７）。
【０１７３】
Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｒ８）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ｉＦＣに基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｒ９）。
【０１７４】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｒ１０）。
【０１７５】
ドメイン１１００から端末２０００ａ−１に着呼させる場合、アプリケーションサーバ３０００ｃ−１は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する。そして、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図９では、ドメイン１４００から端末２０００ａ−１に着呼させる場合について説明する。
【０１７６】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をＩＭＳサーバ１３００ａ（ドメイン１４００）にも割り振る（多重登録させる）よう、ＩＭＳサーバ１３００ａに多重登録する指示（再登録通知）を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に通知する。
【０１７７】
ここで、アプリケーションサーバ３０００ｃ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報を、ＳＩＰメッセージ「ＭＥＳＳＡＧＥ」、「ＮＯＴＩＦＹ」、又は、ドメイン１１００（図１を参照）に属さない装置（外部の装置）が有する機能（例えば、ショートメッセージサービス）に含めて、再登録通知として送信してもよい（ステップＳｒ１１）。
【０１７８】
Ｓ−ＣＳＣＦサーバ１２３０ａは、アプリケーションサーバ３０００ｃ−１から通知された再登録通知を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｒ１２）。Ｐ−ＣＳＣＦサーバ１２１０は、Ｓ−ＣＳＣＦサーバ１２３０ａから通知された再登録通知を、端末２０００ａ−１に転送する（ステップＳｒ１３）。
【０１７９】
端末２０００ａ−１は、再登録通知を受信し、ＳＩＰメッセージ「２００ＯＫ」をＰ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｒ１４）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｒ１５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」をアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｒ１６）。
【０１８０】
端末２０００ａ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）に基づいて、ドメイン１４００に属するＩＭＳサーバ１３００ａに対して、登録フロー（図３を参照）を実行する（ステップＳｒ１７）。なお、端末２０００ａ−１は、既に登録済みであれば、登録フロー（再登録）を実行するする必要はない（ステップＳｒ１７）。
【０１８１】
端末２０００ａ−１は、登録完了メッセージをＰ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｒ１８）。Ｐ−ＣＳＣＦサーバ１２１０は、登録完了メッセージをＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｒ１９）。Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了メッセージをアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｒ２０）。
【０１８２】
アプリケーションサーバ３０００ｃ−１は、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｒ２１）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」をＰ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｒ２２）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を端末２０００ａ−１に転送する（ステップＳｒ２３）。
【０１８３】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２に再発呼を促すためのエラーメッセージとして、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに返信する（ステップＳｒ２４）。
【０１８４】
Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｉ−ＣＳＣＦサーバ１２２０に転送する（ステップＳｒ２５）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｒ２６）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、アプリケーションサーバ３０００ｃ−２に転送する（ステップＳｒ２７）。
【０１８５】
アプリケーションサーバ３０００ｃ−２は、端末２０００ａ−１がドメイン１４００に多重登録されているので、ドメイン１４００から端末２０００ａ−１に着呼させるよう、端末２０００ａ−２に再発呼を実行させる。以降の処理は、図８に示した発呼フローと同様である。
【０１８６】
図１０は、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）から、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、主ドメインで着呼処理が拒否され、主ドメインの端末と従ドメインの端末とが主ドメインで通信（例えば、通話）する場合について説明する。
【０１８７】
端末２０００ａ−２は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する。ここで、端末２０００ａ−２は、ドメイン１１００に属している端末２０００ａ−１の識別情報（ＳＩＰ ＵＲＩ）を、ＳＩＰメッセージ「ＩＮＶＩＴＥ」の宛先にする（ステップＳｔ１）。
【０１８８】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａ−２が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ２）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｔ３）。
【０１８９】
アプリケーションサーバ３０００ｃ−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−２は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｔ４）。
【０１９０】
接続性に問題が無く（要求された通信に問題が生じない）、且つ、運用ポリシーに基づいてドメイン１１００から端末２０００ａ−１に着呼させる場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｔ５）。
【０１９１】
Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージに付加された識別情報（ＳＩＰ ＵＲＩ）に基づいて、Ｉ−ＣＳＣＦ１２２０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ６）。Ｉ−ＣＳＣＦ１２２０は、着側の端末である端末２０００ａ−１が属しているドメイン１１００のＳ−ＣＳＣＦサーバ１２３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｂに問い合わせて解決する（ステップＳｔ７）。
【０１９２】
Ｉ−ＣＳＣＦ１２２０は、Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ８）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｔ９）。
【０１９３】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、ドメイン１１００に属する端末２０００ａ−１に、ドメイン１４００からの着呼を受け付けさせるか否かを判定する（ステップＳｔ１０）。
【０１９４】
ドメイン１１００に属する端末２０００ａ−１に、ドメイン１４００からの着呼を受け付けさせる場合、アプリケーションサーバ３０００ｃ−１は、Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する。以降の処理は、ＩＭＳ標準に準拠する処理と同様である。そこで、図１０では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいて端末２０００ａ−１にドメイン１４００からの着呼を受け付けさせない（認められない）場合について説明する。
【０１９５】
端末２０００ａ−１にドメイン１４００からの着呼を受け付けさせない場合、アプリケーションサーバ３０００ｃ−１は、ドメイン１１００から発呼することを端末２０００ａ−２に促すためのエラーメッセージとして、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｔ１１）。
【０１９６】
Ｓ−ＣＳＣＦサーバ１２３０ａは、Ｉ−ＣＳＣＦ１２２０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ１２）。Ｉ−ＣＳＣＦ１２２０は、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｔ１３）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、アプリケーションサーバ３０００ｃ−２に転送する（ステップＳｔ１４）。
【０１９７】
アプリケーションサーバ３０００ｃ−２は、端末２０００ａ−１にドメイン１４００からの着呼を受け付けさせない（認められない）場合、Ｓ−ＣＳＣＦサーバ１３３０ａは、ドメイン１１００から発呼することを促すため、Ｓ−ＣＳＣＦサーバ１３３０ａを介して端末２０００ａ−２に、ＳＩＰメッセージ「ＲＥＦＥＲ」を送信する（ステップＳｔ１５）。
【０１９８】
Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＲＥＦＥＲ」を、Ｐ−ＣＳＣＦサーバ１３１０に転送する（ステップＳｔ１６）。Ｐ−ＣＳＣＦサーバ１３１０は、ＳＩＰメッセージ「ＲＥＦＥＲ」を、端末２０００ａ−２に転送する（ステップＳｔ１７）。
【０１９９】
端末２０００ａ−２は、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１３１０に応答として送信する（ステップＳｔ１８）。Ｐ−ＣＳＣＦサーバ１３１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに応答として送信する（ステップＳｔ１９）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−２に応答として送信する（ステップＳｔ２０）。
【０２００】
端末２０００ａ−２は、発呼のため、ドメイン１１００からＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信する。以降、端末２０００ａ−１と端末２０００ａ−２とは、主ドメイン（ドメイン１１００）で通信する。
【０２０１】
以上のように、ホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、アプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２と、複数のＣＳＣＦサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）と、を備えるＩＭＳネットワークシステムにおいて、ＩＭＳネットワークシステムは、発呼する側の発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）を、予め定められた主ドメイン（ドメイン１１００）又は従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ又はＳ−ＣＳＣＦサーバ１３３０ａ）に登録させ、着呼される側の着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ又はＳ−ＣＳＣＦサーバ１３３０ａ）に登録させるホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、運用ポリシー等に基づいて、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるアプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２と、を備える。
この構成により、アプリケーションサーバは、通信に問題が生じると判定した場合、通信に問題が生じないと予め定められているＣＳＣＦサーバに、発呼端末又は着呼端末を再登録させる。これにより、ＩＭＳネットワークシステムでは、異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができる。
【０２０２】
また、必要な収容量が災害などにより一時的に増加した場合でも、ネットワークオペレータは、高品質で高価なＩＭＳサーバを、ＩＭＳネットワークシステムに新たに導入する必要がない。つまり、高品質で高価なＩＭＳと低品質で廉価なＩＭＳとがＩＭＳネットワークシステムに混在しても、ユーザ及びその通信相手は、ＩＭＳサーバ毎に異なる識別情報（ＳＩＰ ＵＲＩ等）を用いることなく、ＩＭＳサーバ間で同一の電番又はＩＤを利用して透過的に通信することができる。この場合、通話品質は、ばらつくことがない。
【０２０３】
例えば、端末２０００ａ−２は、ドメイン１４００に属しながらも、ドメイン１１００のＳＩＰ ＵＲＩを用いて発着信が可能である。つまり、二つのドメインに同時に属しながらも（多重登録されながらも）、ドメインの一方を主ドメインとし、ドメイン１１００とドメイン１４００とで同じＩＤ（ＳＩＰ ＵＲＩ等）を用いて、ドメイン１１００に属するＩＭＳサーバ１２００ａと、ドメイン１４００に属するＩＭＳサーバ１３００ａとを利用可能である。したがって、ドメイン１１００のＩＭＳサーバ１２００ａ及び回線が輻輳している場合でも、端末２０００ａ−２は、ドメイン１４００のＩＭＳサーバ１３００ａを用いて、同じＩＤを用いて通信できる。
【０２０４】
また、ＩＭＳネットワークシステムは、機能の組み合わせ（システムの互換性）及び運用ポリシーの少なくとも一方に応じて、どのＩＭＳサーバを用いるかを制御することができる。また、収容量（処理能力）の増大を急に求められた場合、ＩＭＳネットワークシステムは、新たにＩＭＳサーバを稼働し、その新たに稼働したＩＭＳサーバを、すでに稼働していた他のＩＭＳサーバに接続することができる。
【０２０５】
また、ＩＭＳネットワークシステムでは、端末２０００ａ−１及び端末２０００ａ−２は、異なるドメインに属する複数のＩＭＳサーバに多重登録できるため、通信できる可能性が高い。ここで、端末２０００ａ−１及び端末２０００ａ−２は、異なるドメインに属する複数のＩＭＳサーバに常に多重登録する必要はなく、必要に応じて登録及び利用すればよい。
【０２０６】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ａ）に多重登録される。
【０２０７】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ａ）に多重登録される。
【０２０８】
また、アプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２は、前記発呼端末及び前記着呼端末（端末２０００ａ−１及び端末２０００ａ−２）の識別情報（ＳＩＰ ＵＲＩ）のマッピング（ＵＲＩマップ）をドメイン毎に予め記憶し、前記主ドメイン（ドメイン１１００）及び前記従ドメイン（ドメイン１４００）のうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し（ＵＲＩ変換）、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージ（ＳＩＰメッセージ）を送信する。
【０２０９】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記メッセージを受信した場合、再登録処理及び発呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の送信等の処理）を開始する。
【０２１０】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記メッセージを受信した場合、再登録処理及び着呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の受信等による処理）を開始する。
【０２１１】
［第２実施形態］
第２実施形態では、Ｓ−ＣＳＣＦサーバが端末の識別情報（ＳＩＰ ＵＲＩ）の対応付け及び登録状態を管理する点が、第１実施形態と相違する。以下では、第１実施形態との相違点についてのみ説明する。
【０２１２】
図１１には、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例が、ブロック図により示されている。ＩＰネットワーク１０００（図１を参照）は、ＩＭＳサーバ１２００ｃと、ＩＭＳサーバ１３００ｃと、ホーム加入者サーバ４０００ｂと、ホーム加入者サーバ４０００ｃとを備える。
【０２１３】
つまり、第２実施形態では、アプリケーションサーバは、ＩＰネットワーク１０００に備えられていない。その代わり、第２実施形態では、ＩＭＳサーバ１２００ｃが、アプリケーションサーバの機能ブロックを有する。機能ブロックは、以下のような構成となる。
【０２１４】
ＩＭＳサーバ１２００ｃは、第１実施形態におけるＩＭＳサーバ１２００ａ（図２を参照）と、アプリケーションサーバ３０００ｃ−１とに相当する。ＩＭＳサーバ１２００ａは、ＳＩＰ処理を実行するノードとして、Ｐ−ＣＳＣＦサーバ１２１０と、Ｉ−ＣＳＣＦサーバ１２２０と、Ｓ−ＣＳＣＦサーバ１２３０ｃとを備える。
【０２１５】
Ｓ−ＣＳＣＦサーバ１２３０ｃは、Ｓ−ＣＳＣＦ部１２３１と、保留部１２３２と、通知部１２３３と、ポリシー管理部１２３４と、指定部１２３６と、マッピング部１２３７と、変換部１２３８とを備える。
【０２１６】
ここで、保留部１２３２は、保留部３２００−１（図２を参照）に相当する。通知部１２３３は、通知部３３００−１（図２を参照）に相当する。ポリシー管理部１２３４は、ポリシー管理部３４００−１（図２を参照）に相当する。指定部１２３６は、指定部３７００−１（図２を参照）に相当する。マッピング部１２３７は、マッピング部３８００−１（図２を参照）に相当する。変換部１２３８は、変換部３９００−１（図２を参照）に相当する。これら機能ブロックの動作手順は、図３〜図１０に示した例と同様である。
【０２１７】
以上のように、ホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、複数のＣＳＣＦサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）と、を備えるＩＭＳネットワークシステムにおいて、ＩＭＳネットワークシステムは、発呼する側の発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）を、予め定められた主ドメイン（ドメイン１１００）又は従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ又はＳ−ＣＳＣＦサーバ１３３０ａ）に登録させ、着呼される側の着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるＳ−ＣＳＣＦサーバ１２３０ｃ及びＳ−ＣＳＣＦサーバ１３３０ｃと、を備える。
この構成により、Ｓ−ＣＳＣＦサーバは、通信に問題が生じると判定した場合、通信に問題が生じないと予め定められているＣＳＣＦサーバに、発呼端末又は着呼端末を再登録させる。これにより、ＩＭＳネットワークシステムは、第１実施形態と同様の効果を得ることができる。
【０２１８】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ｃ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ｃ）に多重登録される。
【０２１９】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ｃ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ｃ）に多重登録される。
【０２２０】
また、Ｓ−ＣＳＣＦサーバ１２３０ｃ及びＳ−ＣＳＣＦサーバ１３３０ｃは、前記発呼端末及び前記着呼端末（端末２０００ａ−１及び端末２０００ａ−２）の識別情報（ＳＩＰ ＵＲＩ）のマッピング（ＵＲＩマップ）をドメイン毎に予め記憶し、前記主ドメイン（ドメイン１１００）及び前記従ドメイン（ドメイン１４００）のうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し（ＵＲＩ変換）、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージ（ＳＩＰメッセージ）を送信する。
【０２２１】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記メッセージを受信した場合、再登録処理及び発呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の送信等の処理）を開始する。
【０２２２】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記メッセージを受信した場合、再登録処理及び着呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の受信等による処理）を開始する。
【０２２３】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【０２２４】
なお、以上に説明したＩＭＳネットワークシステムの各構成を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【０２２５】
１００…ネットワークオペレータ、２００…ネットワークオペレータ、１０００…ＩＰネットワーク、１１００…ドメイン、１２００ａ及び１２００ｃ…ＩＭＳサーバ、１２１０…Ｐ−ＣＳＣＦサーバ、１２１１…Ｐ−ＣＳＣＦ部、１２２０…Ｉ−ＣＳＣＦサーバ、１２２１…Ｉ−ＣＳＣＦ部、１２３０ａ及び１２３０ｃ…Ｓ−ＣＳＣＦサーバ、１２３１…Ｓ−ＣＳＣＦ部、１２３２…保留部、１２３３…通知部、１２３４…ポリシー管理部、１２３６…指定部、１２３７…マッピング部、１３００ａ及び１３００ｃ…ＩＭＳサーバ、１３１０…Ｐ−ＣＳＣＦサーバ、１３１１…Ｐ−ＣＳＣＦ部、１３２０…Ｉ−ＣＳＣＦサーバ、１３２１…Ｉ−ＣＳＣＦ部、１３３０ａ及び１３３０ｃ…Ｓ−ＣＳＣＦサーバ、１３３１…Ｓ−ＣＳＣＦ部、１３３２…保留部、１３３３…通知部、１３３４…ポリシー管理部、１３３６…指定部、１３３７…マッピング部、１４００…ドメイン、２０００ａ…端末、２１００…通信部、２２００…切替部、２３００…複数登録部、３０００ｃ…アプリケーションサーバ、３１００…アプリケーション部、３２００…保留部、３３００…通知部、３４００…ポリシー管理部、３７００…指定部、３８００…マッピング部、３９００…変換部、４０００ｂ及び４０００ｃ…ホーム加入者サーバ、４１００…データベース部、４３００…ドメイン管理部
【技術分野】
【０００１】
本発明は、ＩＭＳネットワークシステム、及び制御プログラムに関する。
【背景技術】
【０００２】
ＳＩＰ (Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)は、ＩＰネットワークにおける呼制御に用いられるプロトコルである。ＩＰマルチメディアサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ：ＩＭＳ)では、通信に必要なネットワークリソースの割り当て及びゲート制御等が、ＳＩＰを用いて実行される（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS23.228,IP Multimedia Subsystem (IMS)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ネットワークオペレータは、高品質で高価なＩＭＳを運用する一方で、品質上の制約のないＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスを運用する場合がある。ＶｏＩＰサービスが所定の通話品質基準を満たさない場合、ユーザは、専用ＩＤを利用するか、又は既に取得している電番（例えば、０９０…）をＩＤとして利用することで、ＶｏＩＰサービスにより相手と通信することができる。
【０００５】
しかしながら、高品質で高価なＩＭＳは、品質上の制約がない廉価なＶｏＩＰサービスとは異なるシステムである。このため、ユーザ及びその通信相手は、ＩＭＳの過負荷状態又は輻輳に応じて、ＩＭＳとＶｏＩＰサービスとを意識して使い分ける必要があるという問題がある。
【０００６】
本発明は、前記の点に鑑みてなされたものであり、異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができるＩＭＳネットワークシステム、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するためになされたものであり、ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるアプリケーションサーバと、を備えることを特徴とするＩＭＳネットワークシステムである。
【０００８】
また、本発明は、前記発呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【０００９】
また、本発明は、前記着呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【００１０】
また、本発明は、前記アプリケーションサーバが、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とするＩＭＳネットワークシステムである。
【００１１】
また、本発明は、前記発呼端末が、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１２】
また、本発明は、前記着呼端末が、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１３】
また、本発明は、ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるＳ−ＣＳＣＦサーバと、を備えることを特徴とするＩＭＳネットワークシステムである。
【００１４】
また、本発明は、前記発呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【００１５】
また、本発明は、前記着呼端末が、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とするＩＭＳネットワークシステムである。
【００１６】
また、本発明は、前記Ｓ−ＣＳＣＦサーバが、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とするＩＭＳネットワークシステムである。
【００１７】
また、本発明は、前記発呼端末が、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１８】
また、本発明は、前記着呼端末が、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とするＩＭＳネットワークシステムである。
【００１９】
また、本発明は、ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、ホーム加入者サーバのコンピュータに、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、アプリケーションサーバのコンピュータに、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、を実行させるための制御プログラムである。
【００２０】
また、本発明は、ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、ホーム加入者サーバのコンピュータに、発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、Ｓ−ＣＳＣＦサーバのコンピュータに、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、を実行させるための制御プログラムである。
【発明の効果】
【００２１】
本発明によれば、複数のＣＳＣＦサーバが異なるドメインに属しているＩＭＳネットワークシステムにおいて、アプリケーションサーバ又はＳ−ＣＳＣＦサーバは、通信に問題が生じると判定した場合、通信に問題が生じないと予め定められているＣＳＣＦサーバに、発呼端末又は着呼端末を再登録させる。これにより、ＩＭＳネットワークシステムでは、異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１実施形態における、ＩＭＳネットワークシステムの構成例を示す図である。
【図２】本発明の第１実施形態における、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例を示すブロック図である。
【図３】本発明の第１実施形態における、登録フローを示すシーケンス図である。
【図４】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有さず、主ドメインの端末が従ドメインに多重登録する場合）を示すシーケンス図である。
【図５】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が変換され、主ドメインの端末と従ドメインの端末とがそれぞれのドメインで通信する場合）を示すシーケンス図である。
【図６】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、主ドメインの端末が、従ドメインでの着呼処理を拒否されたことにより、従ドメインに多重登録する場合）を示すシーケンス図である。
【図７】本発明の第１実施形態における、主ドメインの端末から従ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、従ドメインの端末に多重登録を要求する場合）を示すシーケンス図である。
【図８】本発明の第１実施形態における、従ドメインの端末から従ドメインの端末への発呼フローを示すシーケンス図である。
【図９】本発明の第１実施形態における、従ドメインの端末から主ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、従ドメインの端末が着側の端末に従ドメインに多重登録するよう要求する場合）を示すシーケンス図である。
【図１０】本発明の第１実施形態における、従ドメインの端末から主ドメインの端末への発呼フロー（ＩＭＳシステムが相互の接続性を有し、主ドメインで着呼処理が拒否され、主ドメインの端末と従ドメインの端末とが主ドメインで通信する場合）を示すシーケンス図である。
【図１１】本発明の第２実施形態における、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
［第１実施形態］
本発明の第１実施形態について図面を参照して詳細に説明する。図１には、ＩＭＳネットワークシステムの構成例が示されている。ＩＰネットワーク１０００は、ＩＭＳネットワークシステムとして、ＩＭＳサーバ１２００ａと、ＩＭＳサーバ１３００ａとを備える。なお、ＩＰネットワーク１０００は、さらに多くのＩＭＳサーバを備えてもよい。
【００２４】
ＩＭＳサーバ１２００ａは、ドメイン１１００に属し、ネットワークオペレータ１００により運用されている。以下、ＩＭＳサーバ１２００ａは、複雑な課金システム及びアプリケーションサーバ（図１には不図示）との連携など、ＩＭＳの多数の標準化仕様に準拠しており、高品質なサービスを提供することができる高品質なＩＭＳサーバであるとする。
【００２５】
一方、ＩＭＳサーバ１３００ａは、ドメイン１４００に属し、ネットワークオペレータ２００により運用されている。以下、ＩＭＳサーバ１３００ａは、通話に必要な機能は備えるものの、通話品質が保障されない低品質なＩＭＳサーバであるとする。
【００２６】
端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）２０００ａ−１及び端末２０００ａ−２は、ＩＭＳサーバ１２００ａ又はＩＭＳサーバ１３００ａに通信接続することで互いに通信する。例えば、低品質なＩＭＳサーバ１２００ａに通信接続しているために高品質な通信やアプリケーションサーバを利用できない場合、端末２０００ａ−１又は端末２０００ａ−２は、ＩＭＳネットワークシステムによる制御に基づいて、ユーザ及びその通信相手に意識させることなく、高品質なＩＭＳサーバ１３００ａに通信接続先を切り替える。
【００２７】
ここで、端末２０００ａ−１及び端末２０００ａ−２は、二つのドメインに同時に属しながらも（多重登録されながらも）、ドメインの一方を主ドメインとし、ドメイン１１００とドメイン１４００とで同じＩＤ（ＳＩＰ ＵＲＩ等）を用いて、ドメイン１１００に属するＩＭＳサーバ１２００ａと、ドメイン１４００に属するＩＭＳサーバ１３００ａとを利用可能である。
【００２８】
まず、ＩＭＳネットワークシステムの構成例を説明する。
図２には、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例が、ブロック図により示されている。ＩＰネットワーク１０００（図１を参照）は、ＩＭＳサーバ１２００ａと、ＩＭＳサーバ１３００ａと、アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ：ＡＳ）３０００ｃ−１と、アプリケーションサーバ３０００ｃ−２と、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ＨＳＳ）４０００ｂと、ホーム加入者サーバ４０００ｃとを備える。
【００２９】
端末２０００ａ−１は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信する。例えば、端末２０００ａ−１は、ＳＩＰメッセージを用いて、自端末の登録処理を実行する。また、端末２０００ａ−１は、アプリケーションサーバ３０００ｃ−１から指定された、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａのうち少なくとも一方を介して、端末２０００ａ−２と通信する。
【００３０】
端末２０００ａ−１は、通信部２１００−１を備える。
通信部２１００−１は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信することにより、自端末の登録処理を実行する。ここで、通信部２１００−１は、ＩＭＳサーバ１２００ａのＰ−ＣＳＣＦサーバ１２１０（後述）、及び、ＩＭＳサーバ１３００ａのＰ−ＣＳＣＦサーバ１３１０（後述）のうち少なくとも一方を介して、ＳＩＰメッセージを送受信する。
【００３１】
端末２０００ａ−１は、切替部２２００−１と、複数登録部２３００−１とを更に備える。
切替部２２００−１は、アプリケーションサーバ３０００ｃ−１の通知部３３００−１（後述）から指定されたＣＳＣＦサーバに対して、自端末の再登録を実行する。また、切替部２２００−１は、自端末が発呼中である場合、発呼処理を再実行する。
【００３２】
複数登録部２３００−１は、異なるドメインに属する複数のＩＭＳサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）に、自端末を多重登録する。なお、複数登録部２３００−１は、異なるドメインに属する複数のＩＭＳサーバに、常に多重登録する必要はなく、必要に応じて登録及び利用すればよい。
【００３３】
端末２０００ａ−２は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信する。例えば、端末２０００ａ−２は、ＳＩＰメッセージを用いて、自端末の登録処理を実行する。また、端末２０００ａ−２は、アプリケーションサーバ３０００ｃ−２から指定された、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａのうち少なくとも一方を介して、端末２０００ａ−１と通信する。
【００３４】
端末２０００ａ−２は、通信部２１００−２を備える。
通信部２１００−２は、ＩＭＳネットワークシステムに対して、ＳＩＰメッセージを送受信することにより、自端末の登録処理を実行する。ここで、通信部２１００−２は、ＩＭＳサーバ１２００ａのＰ−ＣＳＣＦサーバ１２１０（後述）、及び、ＩＭＳサーバ１３００ａのＰ−ＣＳＣＦサーバ１３１０（後述）のうち少なくとも一方を介して、ＳＩＰメッセージを送受信する。
【００３５】
端末２０００ａ−２は、切替部２２００−２と、複数登録部２３００−２とを更に備える。
切替部２２００−２は、アプリケーションサーバ３０００ｃ−２の通知部３３００−２（後述）から指定されたＣＳＣＦサーバに対して、自端末の再登録を実行する。また、切替部２２００−１は、自端末が発呼中である場合、発呼処理を再実行する。
【００３６】
複数登録部２３００−２は、異なるドメインに属する複数のＩＭＳサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）に、自端末を多重登録する。なお、複数登録部２３００−２は、異なるドメインに属する複数のＩＭＳサーバに、常に多重登録する必要はなく、必要に応じて登録及び利用すればよい。
【００３７】
ＩＭＳサーバ１２００ａは、ドメイン１１００（図１を参照）に属するＩＭＳサーバである。ＩＭＳサーバ１２００ａは、ＳＩＰ処理を実行するノードとして、Ｐ−ＣＳＣＦ(Ｐｒｏｘｙ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバ１２１０と、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ)サーバ１２２０と、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ−ＣＳＣＦ)サーバ１２３０ａとを備える。
【００３８】
以下、端末２０００ａ−１及び端末２０００ａ−２に共通する事項については、符号を略して、「端末２０００ａ」と表記する。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａから直接的に通信接続されるノードであり、暗号化、及びメッセージのフィルタリング等を実行する。Ｐ−ＣＳＣＦサーバ１２１０は、Ｐ−ＣＳＣＦ部１２１１を備える。Ｐ−ＣＳＣＦ部１２１１は、ＩＭＳネットワークシステムに端末２０００ａが通信接続する際の接点となる機能ブロックである。
【００３９】
Ｐ−ＣＳＣＦ部１２１１は、端末２０００ａから送信されたＳＩＰメッセージを、Ｉ−ＣＳＣＦサーバ１２２０又はＳ−ＣＳＣＦサーバ１２３０ａに転送する。また、Ｐ−ＣＳＣＦ部１２１１は、Ｉ−ＣＳＣＦサーバ１２２０又はＳ−ＣＳＣＦサーバ１２３０ａから端末２０００ａに送信されるＳＩＰメッセージを、送信先の端末２０００ａに転送する。
【００４０】
Ｉ−ＣＳＣＦサーバ１２２０は、Ｉ−ＣＳＣＦ部１２２１を備える。Ｉ−ＣＳＣＦ部１２２１は、ＳＩＰメッセージのルーティングを実行する際、転送先の識別情報（例えば、ＩＰアドレス）の解決、及び他ドメインにＳＩＰメッセージを転送する処理を実行する。
【００４１】
また、Ｉ−ＣＳＣＦ部１２２１は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、どのＳ−ＣＳＣＦサーバに登録すべきかを、ホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｂから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａからの登録要求メッセージを転送する。
【００４２】
また、Ｉ−ＣＳＣＦ部１２２１は、端末２０００ａにＳＩＰメッセージを送信する際、その端末２０００ａがどのＳ−ＣＳＣＦサーバに登録されているかを、ホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｂから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａ宛てのＳＩＰメッセージを転送する。
【００４３】
Ｓ−ＣＳＣＦサーバ１２３０ａは、Ｓ−ＣＳＣＦ部１２３１を備える。Ｓ−ＣＳＣＦ部１２３１は、端末２０００ａの登録処理、アプリケーションサーバ３０００ｃ−１のアプリケーション部３１００−１（後述）との連携、及び通信相手の端末２０００ａの識別情報（例えば、ＩＰアドレス）の解決等、ＳＩＰの主要な機能を実行する。
【００４４】
Ｓ−ＣＳＣＦ部１２３１は、端末２０００ａの登録処理、及びその端末２０００ａが送受信するＳＩＰメッセージの制御を実行する。Ｓ−ＣＳＣＦ部１２３１は、端末２０００ａから登録要求メッセージを受信した場合、該当端末２０００ａの認証情報をホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に問い合わせ、端末２０００ａを認証し、登録要求メッセージを送信した端末２０００ａの識別情報（例えば、ＩＰアドレス）を保持する。
【００４５】
また、Ｓ−ＣＳＣＦ部１２３１は、その端末２０００ａがＳ−ＣＳＣＦ部１２３１に登録されていることを、ホーム加入者サーバ４０００ｂのデータベース部４１００−１（後述）に登録する。これにより、端末２０００ａ宛に送信されるＳＩＰメッセージは、まずＳ−ＣＳＣＦ部１２３１に転送され、Ｓ−ＣＳＣＦ部１２３１が端末２０００ａの識別情報を確認することで、送信先の端末２０００ａに転送される。また、その端末２０００ａが送信したＳＩＰメッセージも、Ｓ−ＣＳＣＦ部１２３１を経由する。
【００４６】
なお、初期フィルタ基準（ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ：ｉＦＣ）で指定された条件に該当する通知及びＳＩＰメッセージは、端末２０００ａの登録処理、及びメッセージの転送処理の際、ｉＦＣにより指定されたアプリケーションサーバ３０００ｃ−１に転送される。
【００４７】
ＩＭＳサーバ１３００ａは、ドメイン１４００（図１を参照）に属するＩＭＳサーバである。ＩＭＳサーバ１３００ａは、ＳＩＰ処理を実行するノードとして、Ｐ−ＣＳＣＦサーバ１３１０と、Ｉ−ＣＳＣＦサーバ１３２０と、Ｓ−ＣＳＣＦサーバ１３３０ａとを備える。
【００４８】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａから直接的に通信接続されるノードであり、暗号化、及びメッセージのフィルタリング等を実行する。Ｐ−ＣＳＣＦサーバ１３１０は、Ｐ−ＣＳＣＦ部１３１１を備える。Ｐ−ＣＳＣＦ部１３１１は、ＩＭＳネットワークシステムに端末２０００ａが通信接続する際の接点となる機能ブロックである。
【００４９】
Ｐ−ＣＳＣＦ部１３１１は、端末２０００ａから送信されたＳＩＰメッセージを、Ｉ−ＣＳＣＦサーバ１３２０又はＳ−ＣＳＣＦサーバ１３３０ａに転送する。また、Ｐ−ＣＳＣＦ部１３１１は、Ｉ−ＣＳＣＦサーバ１３２０又はＳ−ＣＳＣＦサーバ１３３０ａから端末２０００ａに送信されるＳＩＰメッセージを、送信先の端末２０００ａに転送する。
【００５０】
Ｉ−ＣＳＣＦサーバ１３２０は、Ｉ−ＣＳＣＦ部１３２１を備える。Ｉ−ＣＳＣＦ部１３２１は、ＳＩＰメッセージのルーティングを実行する際、転送先の識別情報（例えば、ＩＰアドレス）の解決、及び他ドメインにＳＩＰメッセージを転送する処理を実行する。
【００５１】
また、Ｉ−ＣＳＣＦ部１３２１は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、どのＳ−ＣＳＣＦサーバに登録すべきかを、ホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｃから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａからの登録要求メッセージを転送する。
【００５２】
また、Ｉ−ＣＳＣＦ部１３２１は、端末２０００ａにＳＩＰメッセージを送信する際、その端末２０００ａがどのＳ−ＣＳＣＦサーバに登録されているかを、ホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に問い合わせ、問い合わせの応答としてホーム加入者サーバ４０００ｃから指定されたＳ−ＣＳＣＦサーバに、端末２０００ａ宛てのＳＩＰメッセージを転送する。
【００５３】
Ｓ−ＣＳＣＦサーバ１３３０ａは、Ｓ−ＣＳＣＦ部１３３１を備える。Ｓ−ＣＳＣＦ部１３３１は、端末２０００ａの登録、アプリケーションサーバ３０００ｃ−２のアプリケーション部３１００−２（後述）との連携、及び通信相手の端末２０００ａに接続するための識別情報の解決等、ＳＩＰの主要な機能を実行する。
【００５４】
Ｓ−ＣＳＣＦ部１３３１は、端末２０００ａの登録処理、及びその端末２０００ａが送受信するＳＩＰメッセージの制御を実行する。Ｓ−ＣＳＣＦ部１３３１は、端末２０００ａから登録要求メッセージを受信した場合、該当端末２０００ａの認証情報をホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に問い合わせ、端末２０００ａを認証し、登録要求メッセージを送信した端末２０００ａの識別情報（例えば、ＩＰアドレス）を保持する。
【００５５】
また、Ｓ−ＣＳＣＦ部１３３１は、その端末２０００ａがＳ−ＣＳＣＦ部１３３１に登録されていることを、ホーム加入者サーバ４０００ｃのデータベース部４１００−２（後述）に登録する。これにより、端末２０００ａ宛に送信されるＳＩＰメッセージは、まずＳ−ＣＳＣＦ部１３３１に転送され、Ｓ−ＣＳＣＦ部１３３１が端末２０００ａの識別情報を確認することで、送信先の端末２０００ａに転送される。また、その端末２０００ａが送信したＳＩＰメッセージも、Ｓ−ＣＳＣＦ部１３３１を経由する。
【００５６】
アプリケーションサーバ３０００ｃ−１は、アプリケーション部３１００−１を備える。アプリケーション部３１００−１は、ＳＩＰに基づいて、Ｓ−ＣＳＣＦ部１２３１又はＳ−ＣＳＣＦ部１３３１を介して、端末２０００ａと通信する。アプリケーション部３１００−１は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、ｉＦＣに基づいて登録要求メッセージを受信し、ＳＩＰメッセージ「ＩＮＶＩＴＥ」に基づいて発呼処理を実行する。
【００５７】
アプリケーションサーバ３０００ｃ−１は、保留部３２００−１と、通知部３３００−１と、ポリシー管理部３４００−１と、指定部３７００−１と、マッピング部３８００−１と、変換部３９００−１とを更に備える。
【００５８】
保留部３２００−１は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、発呼処理の実行を保留する。
【００５９】
また、保留部３２００−１は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替え、新たなＩＭＳサーバ（ドメイン）に接続した場合、保留中の処理を再開させる。また、保留部３２００−１は、必要に応じて、発呼元の端末２０００ａにエラーメッセージを返し、呼処理を中断させ、のちにＳＩＰメッセージ「ＲＥＦＥＲ」を送信することで、再登録処理及び発呼処理を発呼元の端末２０００ａに開始させる。
【００６０】
通知部３３００−１は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、接続先のＩＭＳサーバ（ドメイン）を切り替えるためのＳＩＰメッセージを、その端末２０００ａに送信する。
【００６１】
ポリシー管理部３４００−１は、端末２０００ａ（発側及び着側）の機能、及び通信に利用される機能の少なくとも一方に基づいて、接続先のＩＭＳサーバ（ドメイン）の切り替えが必要か否かを判定する。すなわち、ポリシー管理部３４００−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性（品質、機能）、及びネットワークオペレータ１００（図１を参照）の運用ポリシーの少なくとも一方に基づいて、端末２０００ａが属するドメインの切り替えの要否、及び複数のドメインへの多重登録の要否（要求された通信に問題が生じるか否か）を判定する。
【００６２】
指定部３７００−１は、端末２０００ａ−１及び端末２０００ａ−２が異なるドメインに属している（登録されている）場合、送信先のＩＭＳサーバのＩ−ＣＳＣＦサーバにＳＩＰメッセージを転送できるよう、ＳＩＰメッセージの通信経路を制御（指定）する。
【００６３】
マッピング部３８００−１は、端末２０００ａの識別情報（ＳＩＰ ＵＲＩ）のマッピングを、ドメイン毎に予め記憶する。すなわち、マッピング部３８００−１は、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属するその端末２０００ａの識別情報とが、その端末２０００ａに対応付けられたＵＲＩマップを予め記憶する。また、マッピング部３８００−１は、ドメインに登録（ＲＥＧＩＳＴＥＲ）されているか否かを示す登録状態を、端末２０００ａの識別情報毎に管理する。
【００６４】
変換部３９００−１は、メッセージの宛先である識別情報（ＳＩＰ ＵＲＩ）を書き換えることで、別ドメインに属している端末２０００ａにメッセージを転送する。すなわち、変換部３９００−１は、ドメイン１１００に属する端末２０００ａの識別情報を、ドメイン１４００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。同様に、変換部３９００−１は、ドメイン１４００に属する端末２０００ａの識別情報を、ドメイン１１００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。
【００６５】
また、変換部３９００−１は、着側の端末２０００ａの別の宛先（識別情報）に再発呼（リダイレクト）するよう促すメッセージを、発側の端末２０００ａに送信する。
【００６６】
アプリケーションサーバ３０００ｃ−２は、アプリケーション部３１００−２を備える。アプリケーション部３１００−２は、ＳＩＰに基づいて、Ｓ−ＣＳＣＦ部１２３１又はＳ−ＣＳＣＦ部１３３１を介して、端末２０００ａと通信する。アプリケーション部３１００−２は、端末２０００ａが登録処理を実行した（登録要求メッセージを送信した）場合、ｉＦＣに基づいて登録要求メッセージを受信し、ＳＩＰメッセージ「ＩＮＶＩＴＥ」に基づいて発呼処理を実行する。
【００６７】
アプリケーションサーバ３０００ｃ−２は、保留部３２００−２と、通知部３３００−２と、ポリシー管理部３４００−２と、指定部３７００−２と、マッピング部３８００−２と、変換部３９００−２とを更に備える。
【００６８】
保留部３２００−２は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、発呼処理の実行を保留する。
【００６９】
また、保留部３２００−２は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替え、新たなＩＭＳサーバ（ドメイン）に接続した場合、保留中の処理を再開させる。また、保留部３２００−２は、必要に応じて、発呼元の端末２０００ａにエラーメッセージを返し、呼処理を中断させ、のちにＳＩＰメッセージ「ＲＥＦＥＲ」を送信することで、再登録処理及び発呼処理を発呼元の端末２０００ａに開始させる。
【００７０】
通知部３３００−２は、端末２０００ａが接続先のＩＭＳサーバ（ドメイン）を切り替える必要がある場合、接続先のＩＭＳサーバ（ドメイン）を切り替えるためのＳＩＰメッセージを、その端末２０００ａに送信する。
【００７１】
ポリシー管理部３４００−２は、端末２０００ａ（発側及び着側）の機能、及び通信に利用される機能の少なくとも一方に基づいて、接続先のＩＭＳサーバ（ドメイン）の切り替えが必要か否かを判定する。すなわち、ポリシー管理部３４００−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性（品質、機能）、及びネットワークオペレータ２００（図１を参照）の運用ポリシーの少なくとも一方に基づいて、端末２０００ａが属するドメインの切り替えの要否、及び複数のドメインへの多重登録の要否（要求された通信に問題が生じるか否か）を判定する。
【００７２】
指定部３７００−２は、端末２０００ａ−１及び端末２０００ａ−２が異なるドメインに属している（登録されている）場合、送信先のＩＭＳサーバのＩ−ＣＳＣＦサーバにＳＩＰメッセージを転送できるよう、ＳＩＰメッセージの通信経路を制御する。
【００７３】
マッピング部３８００−２は、端末２０００ａの識別情報（ＳＩＰ ＵＲＩ）のマッピングを、ドメイン毎に予め記憶する。すなわち、マッピング部３８００−２は、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属するその端末２０００ａの識別情報とが、その端末２０００ａに対応付けられたＵＲＩマップを予め記憶する。また、マッピング部３８００−２は、ドメインに登録（ＲＥＧＩＳＴＥＲ）されているか否かを示す登録状態を、端末２０００ａの識別情報毎に管理する。
【００７４】
変換部３９００−２は、メッセージの宛先である識別情報（ＳＩＰ ＵＲＩ）を書き換えることで、別ドメインに属している端末２０００ａにメッセージを転送する。すなわち、変換部３９００−２は、ドメイン１１００に属する端末２０００ａの識別情報を、ドメイン１４００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。同様に、変換部３９００−２は、ドメイン１４００に属する端末２０００ａの識別情報を、ドメイン１１００に属するその端末２０００ａの識別情報に、ＵＲＩマップに登録されている対応付けに基づいて変換する。
【００７５】
また、変換部３９００−２は、着側の端末２０００ａの別の宛先（識別情報）に再発呼（リダイレクト）するよう促すメッセージを、発側の端末２０００ａに送信する。
【００７６】
ホーム加入者サーバ４０００ｂは、データベース部４１００−１を備える。データベース部４１００−１は、端末２０００ａ（ＵＥ）の認証情報、及び端末２０００ａがどのＳ−ＣＳＣＦサーバに登録されているか等を示す情報（以下、「加入者情報」という）を記憶する。
【００７７】
また、データベース部４１００−１は、Ｉ−ＣＳＣＦ部１２２１、Ｉ−ＣＳＣＦ部１３２１、Ｓ−ＣＳＣＦ部１２３１、及びＳ−ＣＳＣＦ部１３３１から、加入者情報の問い合わせがあった場合、その問い合わせに対して応答する。また、データベース部４１００−１は、加入者情報を更新するよう要求された場合、加入者情報を更新する。
【００７８】
ホーム加入者サーバ４０００ｃは、データベース部４１００−２を備える。データベース部４１００−２は、加入者情報を記憶する。また、データベース部４１００−２は、Ｉ−ＣＳＣＦ部１２２１、Ｉ−ＣＳＣＦ部１３２１、Ｓ−ＣＳＣＦ部１２３１、及びＳ−ＣＳＣＦ部１３３１から、加入者情報の問い合わせがあった場合、その問い合わせに対して応答する。また、データベース部４１００−２は、加入者情報を更新するよう要求された場合、加入者情報を更新する。
【００７９】
ホーム加入者サーバ４０００ｃは、ドメイン管理部４３００を更に備える。ドメイン管理部４３００は、端末２０００ａの接続先のＩＭＳサーバ（ＣＳＣＦサーバ）が属するドメインを、その端末２０００ａが属するドメインと定める。
【００８０】
また、ドメイン管理部４３００は、ＵＲＩマップを予め記憶する。ドメイン管理部４３００は、ＵＲＩマップに基づいて、端末２０００ａにつき一つ以上のドメイン毎の識別情報（ＳＩＰ ＵＲＩ）を応答する。すなわち、ドメイン管理部４３００は、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答として、問い合わせ元に送信する。同様に、ドメイン管理部４３００は、ドメイン１４００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１１００に属するその端末２０００ａの識別情報を、問い合わせの応答として、問い合わせ元に送信する。
【００８１】
次に、ＩＭＳネットワークシステムの動作手順を説明する。
以下では、ドメイン１１００及びドメイン１４００の少なくとも一方に属する端末２０００ａ−１と、ドメイン１１００及びドメイン１４００の少なくとも一方に属する端末２０００ａ−２とが、ドメイン１１００を主ドメインとし、ドメイン１４００を従ドメインとして通信するものとして説明する。
【００８２】
図３は、登録フローを示すシーケンス図である。ＩＭＳネットワークシステムを利用するため、全ての端末２０００ａは、この登録フローを実行する。以下、この登録フローを実行することにより、端末２０００ａ−１は、ドメイン１１００に属するＩＭＳサーバ１２００ａのＰ−ＣＳＣＦサーバ１２１０に接続したことで、初期状態では、ドメイン１１００に属しているものとする。一方、端末２０００ａ−２（図２を参照）は、ドメイン１４００に属するＩＭＳサーバ１３００ａのＰ−ＣＳＣＦサーバ１３１０に接続したことで、初期状態では、ドメイン１４００に属しているものとする。
【００８３】
なお、Ｐ−ＣＳＣＦサーバ１２１０及びＰ−ＣＳＣＦサーバ１３１０の識別情報は、ＩＭＳ以外の仕組み（例えば、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ））により、端末２０００ａに事前通知されているものとする。
【００８４】
端末２０００ａ−１は、ＩＭＳ標準に準拠した登録処理として、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を送信する（ステップＳｉ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１からＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を受信し、受信したＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を、Ｉ−ＣＳＣＦサーバ１２２０に転送する（ステップＳａ２）。
【００８５】
Ｉ−ＣＳＣＦサーバ１２２０は、端末２０００ａ−１を割り振るＳ−ＣＳＣＦサーバ１２３０ａの識別情報を、Ｄｉａｍｅｔｅｒプロトコルにより、ホーム加入者サーバ４０００ｂに問い合わせる（Ｕｓｅｒ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ｒｅｑｕｅｓｔ：ＵＡＲ）。
【００８６】
ホーム加入者サーバ４０００ｂは、Ｉ−ＣＳＣＦサーバ１２２０と同じドメインに属するＳ−ＣＳＣＦサーバを列挙する（ステップＳｉ３）。なお、ホーム加入者サーバ４０００ｂは、自サーバと同じドメインに属するＣＳＣＦサーバを示す識別情報しか持っていない。
【００８７】
ホーム加入者サーバ４０００ｂは、列挙したＳ−ＣＳＣＦサーバのうちから、端末２０００ａ−１を割り振るＳ−ＣＳＣＦサーバ１２３０ａを選択し、選択したＳ−ＣＳＣＦサーバ１２３０ａの識別情報を、Ｉ−ＣＳＣＦサーバ１２２０に通知する（Ｕｓｅｒ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ａｎｓｗｅｒ：ＵＡＡ）（ステップＳｉ４）。
【００８８】
Ｉ−ＣＳＣＦサーバ１２２０は、ホーム加入者サーバ４０００ｂから通知された識別情報が示すＳ−ＣＳＣＦサーバ１２３０ａに、端末２０００ａ−１から受信したＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を転送する（ステップＳｉ５）。
【００８９】
Ｓ−ＣＳＣＦサーバ１２３０ａは、端末２０００ａ−１の認証情報を、ホーム加入者サーバ４０００ｂに問い合わせる（Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ：ＭＡＲ）（ステップＳｉ６）。ホーム加入者サーバ４０００ｂは、端末２０００ａ−１の認証情報を、Ｓ−ＣＳＣＦサーバ１２３０ａに通知する（Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ａｎｓｗｅｒ：ＭＡＡ）（ステップＳｉ７）。
【００９０】
Ｓ−ＣＳＣＦサーバ１２３０ａは、端末２０００ａ−１の認証情報に基づいて、認証キー及び暗号化キーを作成し、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」を、Ｉ−ＣＳＣＦサーバ１２２０に送信する（ステップＳｉ８）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」を、そのＶｉａヘッダに基づいて、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｉ９）。
【００９１】
Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」を、そのＶｉａヘッダに基づいて、端末２０００ａ−１に転送する（ステップＳｉ１０）。端末２０００ａ−１は、ＳＩＰメッセージ「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」及び自端末の情報に基づいて、認証応答メッセージとしてＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を作成し、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」をＰ−ＣＳＣＦサーバ１２１０に再送信する（ステップＳｉ１１）。
【００９２】
Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１からＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を受信し、受信したＳＩＰメッセージをＩ−ＣＳＣＦサーバ１２２０に転送する（ステップＳｉ１２）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｉ１３）。
【００９３】
Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」（認証応答メッセージ）を確認し、端末２０００ａ−１を確認できた場合、加入者情報の更新をホーム加入者サーバ４０００ｂに依頼する（Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ：ＳＡＲ）（ステップＳｉ１４）。ホーム加入者サーバ４０００ｂは、加入者情報を更新する（Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ａｎｓｗｅｒ：ＳＡＡ）（ステップＳｉ１５）。
【００９４】
Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｉ−ＣＳＣＦサーバ１２２０に送信する（ステップＳｉ１６）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｉ１７）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、端末２０００ａ−１に転送する（ステップＳｉ１８）。
【００９５】
一方、ホーム加入者サーバ４０００ｂは、ｉＦＣに基づいて、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」を、アプリケーションサーバ３０００ｃ−１に送信する。アプリケーションサーバ３０００ｃ−１は、ＳＩＰメッセージ「ＲＥＧＩＳＴＥＲ」に基づいて、サードパーティ（３ｒｄ ｐａｒｔｙ）登録処理を実行する。このサードパーティ登録は、端末２０００ａの登録状態の監視に用いられる（ステップＳｉ１９）。アプリケーションサーバ３０００ｃ−１は、ＳＩＰメッセージ「２００ＯＫ」を、ホーム加入者サーバ４０００ｂに応答として返信する（ステップＳｉ２０）。
【００９６】
このようにして、端末２０００ａ−１は、ドメイン１１００に属するＩＭＳサーバ１２００ａのＳ−ＣＳＣＦサーバ１２３０ａに割り振られる（登録される）。なお、端末２０００ａ−２は、ドメイン１１００とドメイン１４００の違いはあるが、同様の登録フローにより、ドメイン１４００に属するＩＭＳサーバ１３００ａのＳ−ＣＳＣＦサーバ１３３０ａに割り振られる（登録される）。
【００９７】
図４は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有さず、端末２０００ａ−１がドメイン１１００及びドメイン１４００に多重登録する場合について説明する。
【００９８】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｋ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｋ３）。
【００９９】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する。
【０１００】
例えば、ＩＭＳサーバ１２００ａ（ドメイン１１００）では対応していない機能を使う必要がある等、接続性に問題がある（要求された通信に問題が生じる）場合、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させると判定する。また、例えば、ＩＭＳサーバ１２００ａ（ドメイン１１００）が輻輳している等、接続性に問題がある（要求された通信に問題が生じる）場合、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１が接続するＩＭＳサーバを、ＩＭＳサーバ１３００ａ（ドメイン１４００）に切り替えさせると判定する。
【０１０１】
一方、ＩＭＳサーバ１２００ａでは対応していない機能を使う必要がない等、接続性に問題が無い（要求された通信に問題が生じない）場合、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００に接続させるため、端末２０００ａ−１にＳＩＰメッセージを通知する、と判定する（ステップＳｋ４）。
【０１０２】
アプリケーションサーバ３０００ｃ−１は、要求された通信に問題が生じる場合、端末２０００ａ−１をＩＭＳサーバ１３００ａ（ドメイン１４００）にも割り振る（多重登録させる）よう、ＩＭＳサーバ１３００ａに多重登録する指示を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に通知する。以下、多重登録する指示を「再登録通知」という。
【０１０３】
ここで、アプリケーションサーバ３０００ｃ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報を、ＳＩＰメッセージ「ＭＥＳＳＡＧＥ」、「ＮＯＴＩＦＹ」、又は、ドメイン１１００（図１を参照）に属さない装置（外部の装置）が有する機能（例えば、ショートメッセージサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ：ＳＭＳ））に含めて、再登録通知として送信してもよい（ステップＳｋ５）。
【０１０４】
なお、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）は、ＤＨＣＰを用いて通知されてもよい。この場合、アプリケーションサーバ３０００ｃ−１は、新たな接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報を、再登録通知を行う前にＤＨＣＰサーバに予め与えておく。
【０１０５】
Ｓ−ＣＳＣＦサーバ１２３０ａは、アプリケーションサーバ３０００ｃ−１から通知されたＳＩＰメッセージを、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｋ６）。Ｐ−ＣＳＣＦサーバ１２１０は、Ｓ−ＣＳＣＦサーバ１２３０ａから通知されたＳＩＰメッセージを、端末２０００ａ−１に転送する（ステップＳｋ７）。
【０１０６】
端末２０００ａ−１は、再登録の完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ８）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｋ９）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｋ１０）。
【０１０７】
端末２０００ａ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）に基づいて、ドメイン１４００に属するＩＭＳサーバ１３００ａに対して、登録フロー（図３を参照）を実行する（ステップＳｋ１１）。なお、端末２０００ａ−１は、既に登録済みであれば、登録フロー（再登録）を実行するする必要はない。
【０１０８】
端末２０００ａ−１は、登録完了を通知するためのＳＩＰメッセージ（以下、「登録完了メッセージ」という）を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ１２）。Ｐ−ＣＳＣＦサーバ１２１０は、登録完了メッセージを、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｋ１３）。Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了メッセージを、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｋ１４）。
【０１０９】
アプリケーションサーバ３０００ｃ−１は、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｋ１５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｋ１６）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、端末２０００ａ−１に転送する（ステップＳｋ１７）。
【０１１０】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１の登録状態を、サードパーティ登録に基づいて検知する。そして、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１がドメイン１４００に再発呼するためＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信するよう、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に、ＳＩＰメッセージ「ＲＥＦＥＲ」を送信する（ステップＳｋ１８）。
【０１１１】
なお、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１のドメイン１４００への登録状態を検知することなく、ＳＩＰメッセージ「ＲＥＦＥＲ」を送信してもよい。
【０１１２】
Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＲＥＦＥＲ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｋ１９）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「ＲＥＦＥＲ」を、端末２０００ａ−１に転送する（ステップＳｋ２０）。端末２０００ａ−１は、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｋ２１）。
【０１１３】
Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｋ２２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｋ２３）。
【０１１４】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する（ステップＳｋ２４）。なお、端末２０００ａ−１は、登録完了後に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を自発的に送信してもよい。
【０１１５】
Ｐ−ＣＳＣＦサーバ１３１０は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに送信する（ステップＳｋ２５）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｋ２６）。
【０１１６】
アプリケーションサーバ３０００ｃ−２は、ステップＳｋ４と同様に、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する（ステップＳｋ２７）。
【０１１７】
接続性に問題が無い（要求された通信に問題が生じない）場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｋ２８）。以降の処理は、後述する図８に示す発呼フローのステップＳｑ７及びステップＳｑ８と同様である。
【０１１８】
図５は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、主ドメインの端末と従ドメインの端末とがそれぞれのドメインで通信する場合について説明する。
【０１１９】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｍ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｍ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｍ３）。
【０１２０】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｍ４）。
【０１２１】
ドメイン１１００から端末２０００ａ−２に着呼させる場合、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図５では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいてドメイン１４００から端末２０００ａ−２に着呼させる場合について説明する。
【０１２２】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｍ５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ルートヘッダに指定されたＩ−ＣＳＣＦサーバ１３２０に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｍ６）。
【０１２３】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２が属しているドメイン１４００のＳ−ＣＳＣＦサーバ１３３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｃに問い合わせて解決する。
【０１２４】
ここで、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信する。なお、ホーム加入者サーバ４０００ｃのドメイン管理部４３００（図２を参照）には、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属する端末２０００ａの識別情報とが対応付けられたＵＲＩマップが、予め記憶されているものとする（ステップＳｍ７）。
【０１２５】
Ｉ−ＣＳＣＦサーバ１３２０は、Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信する（ステップＳｍ８）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｍ９）。
【０１２６】
アプリケーションサーバ３０００ｃ−２は、ドメイン１１００に属する端末２０００ａ−１の識別情報を、ドメイン１４００に属する端末２０００ａ−１の識別情報に、ＵＲＩマップに基づいて変換する。
【０１２７】
例えば、ドメイン１１００に属する端末２０００ａ−１の宛先を示す識別情報（ＳＩＰ ＵＲＩ）が、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍであり、且つ、ドメイン１４００に属する端末２０００ａ−１の宛先を示す識別情報が、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍである場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージの宛先を、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍから、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍに変換する（ステップＳｍ１０）。
【０１２８】
なお、アプリケーションサーバ３０００ｃ−２は、ドメイン１４００に属する端末２０００ａ−２の宛先を示す識別情報（ＳＩＰ ＵＲＩ）を、リダイレクトメッセージとして、端末２０００ａ−１に通知してもよい。また、端末２０００ａ−１は、リダイレクトメッセージに基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信してもよい。
【０１２９】
アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｍ１１）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に転送する（ステップＳｍ１２）。Ｐ−ＣＳＣＦサーバ１３１０は、ＩＰメッセージ「ＩＮＶＩＴＥ」を、着側の端末である端末２０００ａ−２に転送する（ステップＳｍ１３）。以降の処理は、ＩＭＳ標準に準拠する処理と同様である。
【０１３０】
図６は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、主ドメインの端末（端末２０００ａ−１）が、従ドメイン（ドメイン１４００）での着呼処理を拒否されたことにより、従ドメインに多重登録する場合について説明する。
【０１３１】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｎ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｎ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｎ３）。
【０１３２】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｎ４）。
【０１３３】
ドメイン１１００から端末２０００ａ−２に着呼させる場合、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図６では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいてドメイン１４００から端末２０００ａ−２に着呼させる場合について説明する。
【０１３４】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｎ５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ルートヘッダに指定されたＩ−ＣＳＣＦサーバ１３２０に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｎ６）。
【０１３５】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２が属しているドメイン１４００のＳ−ＣＳＣＦサーバ１３３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｃに問い合わせて解決する。
【０１３６】
ここで、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信する。なお、ホーム加入者サーバ４０００ｃのドメイン管理部４３００（図２を参照）には、ドメイン１１００に属する端末２０００ａの識別情報と、ドメイン１４００に属する端末２０００ａの識別情報とが対応付けられたＵＲＩマップが、予め記憶されているものとする（ステップＳｎ７）。
【０１３７】
ＩＭＳサーバ１３００ａ（ドメイン１４００）では対応していない機能を使う必要がある等、接続性に問題がある（要求された通信に問題が生じる）場合、Ｉ−ＣＳＣＦサーバ１３２０は、着呼処理を拒否することを示すエラーメッセージを、Ｓ−ＣＳＣＦサーバ１２３０ａに返信する（ステップＳｎ８）。なお、要求された通信に問題が生じる場合、エラーメッセージは、アプリケーションサーバ３０００ｃ−２（図２を参照）から送信されてもよい。
【０１３８】
Ｓ−ＣＳＣＦサーバ１２３０ａは、エラーメッセージをアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｎ９）。アプリケーションサーバ３０００ｃ−１は、図４に示す発呼フローのステップｋ５以降と同様に、ＩＭＳサーバ１３００ａに多重登録する指示（再登録通知）を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に通知し、再発呼を実行させる（ステップＳｎ１０）。
【０１３９】
なお、アプリケーションサーバ３０００ｃ−１は、ドメイン１４００から端末２０００ａ−２に着呼させることをあきらめ、ドメイン１１００から端末２０００ａ−２に着呼させるよう、ドメイン１１００から端末２０００ａ−２にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信してもよい。
【０１４０】
図７は、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）から、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性（互換性）を有し、ＵＲＩが変換され、且つ、従ドメインの端末に主ドメインへの多重登録を要求する場合について説明する。
【０１４１】
端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｐ１）。Ｐ−ＣＳＣＦサーバ１２１０は、端末２０００ａ−１が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｐ２）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｐ３）。
【０１４２】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２をドメイン１１００にも多重登録させるか否か、又は、端末２０００ａ−２が属するドメインの切り替えの要否を判定する（ステップＳｐ４）。
【０１４３】
ドメイン１１００から端末２０００ａ−２に着呼させる場合、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図７では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいて、ドメイン１４００から端末２０００ａ−２に着呼させる場合について説明する。
【０１４４】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｐ５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ルートヘッダに指定されたＩ−ＣＳＣＦサーバ１３２０に、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｐ６）。
【０１４５】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２が属しているドメイン１４００のＳ−ＣＳＣＦサーバ１３３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｃに問い合わせて解決する。
【０１４６】
ここで、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａの識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａの識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信することを試みる。
【０１４７】
図７では、端末２０００ａ−２がドメイン１４００に登録されていないことにより、ホーム加入者サーバ４０００ｃのドメイン管理部４３００（図２を参照）に予め記憶されているＵＲＩマップに、ドメイン１１００に属する端末２０００ａ−２の識別情報と、ドメイン１４００に属する端末２０００ａ−２の識別情報とが対応付けられていないものとして説明を続ける。
【０１４８】
この場合、ホーム加入者サーバ４０００ｃは、ドメイン１１００に属する端末２０００ａ−２の識別情報に対応付けられた、ドメイン１４００に属するその端末２０００ａ−２の識別情報を、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に送信することができない。そこで、ホーム加入者サーバ４０００ｃは、端末２０００ａ−２がドメイン１４００に登録されていないことを示すエラーメッセージを、問い合わせの応答としてＩ−ＣＳＣＦサーバ１３２０に返信する（ステップＳｐ７）。
【０１４９】
Ｉ−ＣＳＣＦサーバ１３２０は、端末２０００ａ−２がドメイン１４００に登録されていないことを示すエラーメッセージとして、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに返信する（ステップＳｐ８）。
【０１５０】
Ｓ−ＣＳＣＦサーバ１２３０ａは、端末２０００ａ−２がドメイン１４００に登録されていないことを示すエラーメッセージを、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｐ９）。アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａに多重登録する指示（再登録通知）を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−２に通知する。
【０１５１】
ここで、アプリケーションサーバ３０００ｃ−１は、多重接続先のＰ−ＣＳＣＦサーバ１２１０を示す識別情報を、ＳＩＰメッセージ「ＭＥＳＳＡＧＥ」、「ＮＯＴＩＦＹ」、又は、ドメイン１１００（図１を参照）に属さない装置（外部の装置）が有する機能（例えば、ショートメッセージサービス）に含めて、再登録通知として送信してもよい（ステップＳｐ１０）。
【０１５２】
なお、多重接続先のＰ−ＣＳＣＦサーバ１２１０を示す識別情報（再登録通知）は、ＤＨＣＰを用いて通知されてもよい。この場合、アプリケーションサーバ３０００ｃ−１は、新たな接続先のＰ−ＣＳＣＦサーバ１２１０を示す識別情報を、再登録通知を行う前にＤＨＣＰサーバに予め与えておく。
【０１５３】
Ｓ−ＣＳＣＦサーバ１２３０ａは、アプリケーションサーバ３０００ｃ−１から通知された再登録通知を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｐ１１）。Ｐ−ＣＳＣＦサーバ１２１０は、Ｓ−ＣＳＣＦサーバ１２３０ａから通知された再登録通知を、端末２０００ａ−２に転送する（ステップＳｐ１２）。
【０１５４】
端末２０００ａ−２は、再登録通知を受信し、ＳＩＰメッセージ「２００ＯＫ」をＰ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｐ１３）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｐ１４）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｐ１５）。
【０１５５】
端末２０００ａ−２は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）に基づいて、ドメイン１１００に属するＩＭＳサーバ１２００ａに対して、登録フロー（図３を参照）を実行する（ステップＳｐ１６）。
【０１５６】
端末２０００ａ−２は、登録完了メッセージを、Ｐ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｐ１７）。Ｐ−ＣＳＣＦサーバ１２１０は、登録完了メッセージを、Ｓ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｐ１８）。Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了メッセージを、アプリケーションサーバ３０００ｃ−１に転送する（ステップＳｐ１９）。
【０１５７】
アプリケーションサーバ３０００ｃ−１は、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｐ２０）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｐ２１）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を、端末２０００ａ−１に転送する（ステップＳｐ２２）。
【０１５８】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２が属しているドメイン１４００のＩ−ＣＳＣＦサーバ１３２０を、ルートヘッダ（Ｒｏｕｔｅ−Ｈｅａｄｅｒ）に指定した上で、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに再送信する（ステップＳｐ２３）。以降の処理は、図５に示した発呼フローと同様である。
【０１５９】
なお、図７に示す発呼フローでは、ホーム加入者サーバ４０００ｃは、端末２０００ａ−２がドメイン１４００に登録されているか否かに応じて、問い合わせの応答動作を変更していた。この発呼フローに対し、アプリケーションサーバ３０００ｃ−１と、アプリケーションサーバ３０００ｃ−２とにサードパーティ登録された情報は、ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａで共有されてもよい。共有されたサードパーティ登録情報は、端末２０００ａ−２に登録を要求するか否かの判定のために参照されてもよい。また、共有されたサードパーティ登録情報は、どちらのドメインから端末２０００ａ−２に着呼させるかを決める際のポリシー制御のために参照されてもよい。
【０１６０】
図８は、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−１）から、従ドメインの端末（端末２０００ａ−２）への発呼フローを示すシーケンス図である。端末２０００ａ−１は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する。ここで、端末２０００ａ−１は、ドメイン１１００に属している端末２０００ａ−２の識別情報（ＳＩＰ ＵＲＩ）を、ＳＩＰメッセージ「ＩＮＶＩＴＥ」の宛先にする（ステップＳｑ１）。
【０１６１】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａ−２が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｑ２）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｑ３）。
【０１６２】
アプリケーションサーバ３０００ｃ−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。例えば、発側の端末である端末２０００ａ−１と、着側の端末である端末２０００ａ−２とが共にドメイン１４００に属している場合、アプリケーションサーバ３０００ｃ−２は、そのドメイン１４００を介して、端末２０００ａ−１及び端末２０００ａ−２を通信させる、と判定する（ステップＳｑ４）。
【０１６３】
アプリケーションサーバ３０００ｃ−２は、ドメイン１１００に属する端末２０００ａ−１の識別情報を、ドメイン１４００に属する端末２０００ａ−２の識別情報に、ＵＲＩマップに基づいて変換する。
【０１６４】
例えば、ドメイン１１００に属する端末２０００ａ−１の宛先を示す識別情報（ＳＩＰ ＵＲＩ）が、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍであり、且つ、ドメイン１４００に属する端末２０００ａ−２の宛先を示す識別情報が、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍである場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージの宛先を、ｕｓｅｒ０１＠ｄｏｍａｉｎＡ．ｃｏｍから、ｕｓｅｒ０２＠ｄｏｍａｉｎＢ．ｃｏｍに変換する（ステップＳｑ５）。
【０１６５】
なお、アプリケーションサーバ３０００ｃ−２は、ドメイン１４００に属する端末２０００ａ−２の宛先を示す識別情報（ＳＩＰ ＵＲＩ）を、リダイレクトメッセージとして、端末２０００ａ−１に通知してもよい。また、端末２０００ａ−１は、リダイレクトメッセージに基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信してもよい。
【０１６６】
アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｑ６）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に転送する（ステップＳｑ７）。Ｐ−ＣＳＣＦサーバ１３１０は、ＩＰメッセージ「ＩＮＶＩＴＥ」を、着側の端末である端末２０００ａ−２に転送する（ステップＳｑ８）。以降の処理は、ＩＭＳ標準に準拠する処理と同様である。
【０１６７】
図９は、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）から、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、従ドメインの端末が着側の端末（端末２０００ａ−１）に従ドメインに多重登録するよう要求する場合について説明する。
【０１６８】
端末２０００ａ−２は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する。ここで、端末２０００ａ−２は、ドメイン１１００に属している端末２０００ａ−１の識別情報（ＳＩＰ ＵＲＩ）を、ＳＩＰメッセージ「ＩＮＶＩＴＥ」の宛先にする（ステップＳｒ１）。
【０１６９】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａ−２が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｒ２）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｒ３）。
【０１７０】
アプリケーションサーバ３０００ｃ−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する。
【０１７１】
端末２０００ａ−１がドメイン１４００に登録されていない場合、アプリケーションサーバ３０００ｃ−２は、ドメイン１４００から端末２０００ａ−１に着呼させるため、端末２０００ａ−１にＳＩＰメッセージを通知する、と判定する（ステップＳｒ４）。アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに返信する（ステップＳｒ５）。
【０１７２】
Ｓ−ＣＳＣＦサーバ１３３０ａは、ドメイン１１００に属している端末２０００ａ−１の識別情報（ＳＩＰ ＵＲＩ）に基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＩ−ＣＳＣＦサーバ１２２０に転送する（ステップＳｒ６）。Ｉ−ＣＳＣＦサーバ１２２０は、端末２０００ａ−１が属しているドメイン１１００のＳ−ＣＳＣＦサーバ１２３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｂに問い合わせて解決する（ステップＳｒ７）。
【０１７３】
Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｒ８）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ｉＦＣに基づいて、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｒ９）。
【０１７４】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｒ１０）。
【０１７５】
ドメイン１１００から端末２０００ａ−１に着呼させる場合、アプリケーションサーバ３０００ｃ−１は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する。そして、発呼フローは、ＩＭＳ標準に準拠した発呼フローとなる。そこで、図９では、ドメイン１４００から端末２０００ａ−１に着呼させる場合について説明する。
【０１７６】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−１をＩＭＳサーバ１３００ａ（ドメイン１４００）にも割り振る（多重登録させる）よう、ＩＭＳサーバ１３００ａに多重登録する指示（再登録通知）を、Ｓ−ＣＳＣＦサーバ１２３０ａを介して端末２０００ａ−１に通知する。
【０１７７】
ここで、アプリケーションサーバ３０００ｃ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報を、ＳＩＰメッセージ「ＭＥＳＳＡＧＥ」、「ＮＯＴＩＦＹ」、又は、ドメイン１１００（図１を参照）に属さない装置（外部の装置）が有する機能（例えば、ショートメッセージサービス）に含めて、再登録通知として送信してもよい（ステップＳｒ１１）。
【０１７８】
Ｓ−ＣＳＣＦサーバ１２３０ａは、アプリケーションサーバ３０００ｃ−１から通知された再登録通知を、Ｐ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｒ１２）。Ｐ−ＣＳＣＦサーバ１２１０は、Ｓ−ＣＳＣＦサーバ１２３０ａから通知された再登録通知を、端末２０００ａ−１に転送する（ステップＳｒ１３）。
【０１７９】
端末２０００ａ−１は、再登録通知を受信し、ＳＩＰメッセージ「２００ＯＫ」をＰ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｒ１４）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」をＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｒ１５）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」をアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｒ１６）。
【０１８０】
端末２０００ａ−１は、多重接続先のＰ−ＣＳＣＦサーバ１３１０を示す識別情報（再登録通知）に基づいて、ドメイン１４００に属するＩＭＳサーバ１３００ａに対して、登録フロー（図３を参照）を実行する（ステップＳｒ１７）。なお、端末２０００ａ−１は、既に登録済みであれば、登録フロー（再登録）を実行するする必要はない（ステップＳｒ１７）。
【０１８１】
端末２０００ａ−１は、登録完了メッセージをＰ−ＣＳＣＦサーバ１２１０に送信する（ステップＳｒ１８）。Ｐ−ＣＳＣＦサーバ１２１０は、登録完了メッセージをＳ−ＣＳＣＦサーバ１２３０ａに転送する（ステップＳｒ１９）。Ｓ−ＣＳＣＦサーバ１２３０ａは、登録完了メッセージをアプリケーションサーバ３０００ｃ−１に転送する（ステップＳｒ２０）。
【０１８２】
アプリケーションサーバ３０００ｃ−１は、登録完了を示すＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｒ２１）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「２００ＯＫ」をＰ−ＣＳＣＦサーバ１２１０に転送する（ステップＳｒ２２）。Ｐ−ＣＳＣＦサーバ１２１０は、ＳＩＰメッセージ「２００ＯＫ」を端末２０００ａ−１に転送する（ステップＳｒ２３）。
【０１８３】
アプリケーションサーバ３０００ｃ−１は、端末２０００ａ−２に再発呼を促すためのエラーメッセージとして、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに返信する（ステップＳｒ２４）。
【０１８４】
Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｉ−ＣＳＣＦサーバ１２２０に転送する（ステップＳｒ２５）。Ｉ−ＣＳＣＦサーバ１２２０は、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｒ２６）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、アプリケーションサーバ３０００ｃ−２に転送する（ステップＳｒ２７）。
【０１８５】
アプリケーションサーバ３０００ｃ−２は、端末２０００ａ−１がドメイン１４００に多重登録されているので、ドメイン１４００から端末２０００ａ−１に着呼させるよう、端末２０００ａ−２に再発呼を実行させる。以降の処理は、図８に示した発呼フローと同様である。
【０１８６】
図１０は、従ドメイン（ドメイン１４００）の端末（端末２０００ａ−２）から、主ドメイン（ドメイン１１００）の端末（端末２０００ａ−１）への発呼フローを示すシーケンス図である。ここで、ＩＭＳシステムが相互の接続性を有し、ＵＲＩが変換され、主ドメインで着呼処理が拒否され、主ドメインの端末と従ドメインの端末とが主ドメインで通信（例えば、通話）する場合について説明する。
【０１８７】
端末２０００ａ−２は、発呼のため、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｐ−ＣＳＣＦサーバ１３１０に送信する。ここで、端末２０００ａ−２は、ドメイン１１００に属している端末２０００ａ−１の識別情報（ＳＩＰ ＵＲＩ）を、ＳＩＰメッセージ「ＩＮＶＩＴＥ」の宛先にする（ステップＳｔ１）。
【０１８８】
Ｐ−ＣＳＣＦサーバ１３１０は、端末２０００ａ−２が割り振られている（登録されている）Ｓ−ＣＳＣＦサーバ１３３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ２）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−２に送信する（ステップＳｔ３）。
【０１８９】
アプリケーションサーバ３０００ｃ−２は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−２は、端末２０００ａ−１をドメイン１４００にも多重登録させるか否か、又は、端末２０００ａ−１が属するドメインの切り替えの要否を判定する（ステップＳｔ４）。
【０１９０】
接続性に問題が無く（要求された通信に問題が生じない）、且つ、運用ポリシーに基づいてドメイン１１００から端末２０００ａ−１に着呼させる場合、アプリケーションサーバ３０００ｃ−２は、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｔ５）。
【０１９１】
Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージに付加された識別情報（ＳＩＰ ＵＲＩ）に基づいて、Ｉ−ＣＳＣＦ１２２０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ６）。Ｉ−ＣＳＣＦ１２２０は、着側の端末である端末２０００ａ−１が属しているドメイン１１００のＳ−ＣＳＣＦサーバ１２３０ａの識別情報（ＳＩＰ ＵＲＩ）を、ホーム加入者サーバ４０００ｂに問い合わせて解決する（ステップＳｔ７）。
【０１９２】
Ｉ−ＣＳＣＦ１２２０は、Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ８）。Ｓ−ＣＳＣＦサーバ１２３０ａは、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を、ｉＦＣに基づいて、アプリケーションサーバ３０００ｃ−１に送信する（ステップＳｔ９）。
【０１９３】
アプリケーションサーバ３０００ｃ−１は、ＩＭＳサーバ１２００ａとＩＭＳサーバ１３００ａとの互換性、及び予め定められた運用ポリシーの少なくとも一方に基づいて、要求された通信に問題が生じるか否かを判定する。ここで、アプリケーションサーバ３０００ｃ−１は、ドメイン１１００に属する端末２０００ａ−１に、ドメイン１４００からの着呼を受け付けさせるか否かを判定する（ステップＳｔ１０）。
【０１９４】
ドメイン１１００に属する端末２０００ａ−１に、ドメイン１４００からの着呼を受け付けさせる場合、アプリケーションサーバ３０００ｃ−１は、Ｓ−ＣＳＣＦサーバ１２３０ａに、ＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する。以降の処理は、ＩＭＳ標準に準拠する処理と同様である。そこで、図１０では、ＩＭＳシステムが相互の接続性（互換性）を有し、且つ、予め定められた運用ポリシーに基づいて端末２０００ａ−１にドメイン１４００からの着呼を受け付けさせない（認められない）場合について説明する。
【０１９５】
端末２０００ａ−１にドメイン１４００からの着呼を受け付けさせない場合、アプリケーションサーバ３０００ｃ−１は、ドメイン１１００から発呼することを端末２０００ａ−２に促すためのエラーメッセージとして、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１２３０ａに送信する（ステップＳｔ１１）。
【０１９６】
Ｓ−ＣＳＣＦサーバ１２３０ａは、Ｉ−ＣＳＣＦ１２２０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を転送する（ステップＳｔ１２）。Ｉ−ＣＳＣＦ１２２０は、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに転送する（ステップＳｔ１３）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「４８０ ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ」を、アプリケーションサーバ３０００ｃ−２に転送する（ステップＳｔ１４）。
【０１９７】
アプリケーションサーバ３０００ｃ−２は、端末２０００ａ−１にドメイン１４００からの着呼を受け付けさせない（認められない）場合、Ｓ−ＣＳＣＦサーバ１３３０ａは、ドメイン１１００から発呼することを促すため、Ｓ−ＣＳＣＦサーバ１３３０ａを介して端末２０００ａ−２に、ＳＩＰメッセージ「ＲＥＦＥＲ」を送信する（ステップＳｔ１５）。
【０１９８】
Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「ＲＥＦＥＲ」を、Ｐ−ＣＳＣＦサーバ１３１０に転送する（ステップＳｔ１６）。Ｐ−ＣＳＣＦサーバ１３１０は、ＳＩＰメッセージ「ＲＥＦＥＲ」を、端末２０００ａ−２に転送する（ステップＳｔ１７）。
【０１９９】
端末２０００ａ−２は、ＳＩＰメッセージ「２００ＯＫ」を、Ｐ−ＣＳＣＦサーバ１３１０に応答として送信する（ステップＳｔ１８）。Ｐ−ＣＳＣＦサーバ１３１０は、ＳＩＰメッセージ「２００ＯＫ」を、Ｓ−ＣＳＣＦサーバ１３３０ａに応答として送信する（ステップＳｔ１９）。Ｓ−ＣＳＣＦサーバ１３３０ａは、ＳＩＰメッセージ「２００ＯＫ」を、アプリケーションサーバ３０００ｃ−２に応答として送信する（ステップＳｔ２０）。
【０２００】
端末２０００ａ−２は、発呼のため、ドメイン１１００からＳＩＰメッセージ「ＩＮＶＩＴＥ」を送信する。以降、端末２０００ａ−１と端末２０００ａ−２とは、主ドメイン（ドメイン１１００）で通信する。
【０２０１】
以上のように、ホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、アプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２と、複数のＣＳＣＦサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）と、を備えるＩＭＳネットワークシステムにおいて、ＩＭＳネットワークシステムは、発呼する側の発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）を、予め定められた主ドメイン（ドメイン１１００）又は従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ又はＳ−ＣＳＣＦサーバ１３３０ａ）に登録させ、着呼される側の着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ又はＳ−ＣＳＣＦサーバ１３３０ａ）に登録させるホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、運用ポリシー等に基づいて、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるアプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２と、を備える。
この構成により、アプリケーションサーバは、通信に問題が生じると判定した場合、通信に問題が生じないと予め定められているＣＳＣＦサーバに、発呼端末又は着呼端末を再登録させる。これにより、ＩＭＳネットワークシステムでは、異なる品質のシステムをユーザ及びその通信相手が意識して使い分けることなく通信することができる。
【０２０２】
また、必要な収容量が災害などにより一時的に増加した場合でも、ネットワークオペレータは、高品質で高価なＩＭＳサーバを、ＩＭＳネットワークシステムに新たに導入する必要がない。つまり、高品質で高価なＩＭＳと低品質で廉価なＩＭＳとがＩＭＳネットワークシステムに混在しても、ユーザ及びその通信相手は、ＩＭＳサーバ毎に異なる識別情報（ＳＩＰ ＵＲＩ等）を用いることなく、ＩＭＳサーバ間で同一の電番又はＩＤを利用して透過的に通信することができる。この場合、通話品質は、ばらつくことがない。
【０２０３】
例えば、端末２０００ａ−２は、ドメイン１４００に属しながらも、ドメイン１１００のＳＩＰ ＵＲＩを用いて発着信が可能である。つまり、二つのドメインに同時に属しながらも（多重登録されながらも）、ドメインの一方を主ドメインとし、ドメイン１１００とドメイン１４００とで同じＩＤ（ＳＩＰ ＵＲＩ等）を用いて、ドメイン１１００に属するＩＭＳサーバ１２００ａと、ドメイン１４００に属するＩＭＳサーバ１３００ａとを利用可能である。したがって、ドメイン１１００のＩＭＳサーバ１２００ａ及び回線が輻輳している場合でも、端末２０００ａ−２は、ドメイン１４００のＩＭＳサーバ１３００ａを用いて、同じＩＤを用いて通信できる。
【０２０４】
また、ＩＭＳネットワークシステムは、機能の組み合わせ（システムの互換性）及び運用ポリシーの少なくとも一方に応じて、どのＩＭＳサーバを用いるかを制御することができる。また、収容量（処理能力）の増大を急に求められた場合、ＩＭＳネットワークシステムは、新たにＩＭＳサーバを稼働し、その新たに稼働したＩＭＳサーバを、すでに稼働していた他のＩＭＳサーバに接続することができる。
【０２０５】
また、ＩＭＳネットワークシステムでは、端末２０００ａ−１及び端末２０００ａ−２は、異なるドメインに属する複数のＩＭＳサーバに多重登録できるため、通信できる可能性が高い。ここで、端末２０００ａ−１及び端末２０００ａ−２は、異なるドメインに属する複数のＩＭＳサーバに常に多重登録する必要はなく、必要に応じて登録及び利用すればよい。
【０２０６】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ａ）に多重登録される。
【０２０７】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ａ）に多重登録される。
【０２０８】
また、アプリケーションサーバ３０００ｃ−１及びアプリケーションサーバ３０００ｃ−２は、前記発呼端末及び前記着呼端末（端末２０００ａ−１及び端末２０００ａ−２）の識別情報（ＳＩＰ ＵＲＩ）のマッピング（ＵＲＩマップ）をドメイン毎に予め記憶し、前記主ドメイン（ドメイン１１００）及び前記従ドメイン（ドメイン１４００）のうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し（ＵＲＩ変換）、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージ（ＳＩＰメッセージ）を送信する。
【０２０９】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記メッセージを受信した場合、再登録処理及び発呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の送信等の処理）を開始する。
【０２１０】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記メッセージを受信した場合、再登録処理及び着呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の受信等による処理）を開始する。
【０２１１】
［第２実施形態］
第２実施形態では、Ｓ−ＣＳＣＦサーバが端末の識別情報（ＳＩＰ ＵＲＩ）の対応付け及び登録状態を管理する点が、第１実施形態と相違する。以下では、第１実施形態との相違点についてのみ説明する。
【０２１２】
図１１には、ＩＭＳサーバを含むＩＭＳネットワークシステムの構成例が、ブロック図により示されている。ＩＰネットワーク１０００（図１を参照）は、ＩＭＳサーバ１２００ｃと、ＩＭＳサーバ１３００ｃと、ホーム加入者サーバ４０００ｂと、ホーム加入者サーバ４０００ｃとを備える。
【０２１３】
つまり、第２実施形態では、アプリケーションサーバは、ＩＰネットワーク１０００に備えられていない。その代わり、第２実施形態では、ＩＭＳサーバ１２００ｃが、アプリケーションサーバの機能ブロックを有する。機能ブロックは、以下のような構成となる。
【０２１４】
ＩＭＳサーバ１２００ｃは、第１実施形態におけるＩＭＳサーバ１２００ａ（図２を参照）と、アプリケーションサーバ３０００ｃ−１とに相当する。ＩＭＳサーバ１２００ａは、ＳＩＰ処理を実行するノードとして、Ｐ−ＣＳＣＦサーバ１２１０と、Ｉ−ＣＳＣＦサーバ１２２０と、Ｓ−ＣＳＣＦサーバ１２３０ｃとを備える。
【０２１５】
Ｓ−ＣＳＣＦサーバ１２３０ｃは、Ｓ−ＣＳＣＦ部１２３１と、保留部１２３２と、通知部１２３３と、ポリシー管理部１２３４と、指定部１２３６と、マッピング部１２３７と、変換部１２３８とを備える。
【０２１６】
ここで、保留部１２３２は、保留部３２００−１（図２を参照）に相当する。通知部１２３３は、通知部３３００−１（図２を参照）に相当する。ポリシー管理部１２３４は、ポリシー管理部３４００−１（図２を参照）に相当する。指定部１２３６は、指定部３７００−１（図２を参照）に相当する。マッピング部１２３７は、マッピング部３８００−１（図２を参照）に相当する。変換部１２３８は、変換部３９００−１（図２を参照）に相当する。これら機能ブロックの動作手順は、図３〜図１０に示した例と同様である。
【０２１７】
以上のように、ホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、複数のＣＳＣＦサーバ（ＩＭＳサーバ１２００ａ及びＩＭＳサーバ１３００ａ）と、を備えるＩＭＳネットワークシステムにおいて、ＩＭＳネットワークシステムは、発呼する側の発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）を、予め定められた主ドメイン（ドメイン１１００）又は従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ａ又はＳ−ＣＳＣＦサーバ１３３０ａ）に登録させ、着呼される側の着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバ４０００ｂ及びホーム加入者サーバ４０００ｃと、前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるＳ−ＣＳＣＦサーバ１２３０ｃ及びＳ−ＣＳＣＦサーバ１３３０ｃと、を備える。
この構成により、Ｓ−ＣＳＣＦサーバは、通信に問題が生じると判定した場合、通信に問題が生じないと予め定められているＣＳＣＦサーバに、発呼端末又は着呼端末を再登録させる。これにより、ＩＭＳネットワークシステムは、第１実施形態と同様の効果を得ることができる。
【０２１８】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ｃ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ｃ）に多重登録される。
【０２１９】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記再登録により、前記主ドメイン（ドメイン１１００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１２３０ｃ）及び前記従ドメイン（ドメイン１４００）に属するＣＳＣＦサーバ（Ｓ−ＣＳＣＦサーバ１３３０ｃ）に多重登録される。
【０２２０】
また、Ｓ−ＣＳＣＦサーバ１２３０ｃ及びＳ−ＣＳＣＦサーバ１３３０ｃは、前記発呼端末及び前記着呼端末（端末２０００ａ−１及び端末２０００ａ−２）の識別情報（ＳＩＰ ＵＲＩ）のマッピング（ＵＲＩマップ）をドメイン毎に予め記憶し、前記主ドメイン（ドメイン１１００）及び前記従ドメイン（ドメイン１４００）のうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し（ＵＲＩ変換）、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージ（ＳＩＰメッセージ）を送信する。
【０２２１】
また、前記発呼端末（端末２０００ａ−１、又は端末２０００ａ−２）は、前記メッセージを受信した場合、再登録処理及び発呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の送信等の処理）を開始する。
【０２２２】
また、前記着呼端末（端末２０００ａ−２、又は端末２０００ａ−１）は、前記メッセージを受信した場合、再登録処理及び着呼処理（ＳＩＰメッセージ「ＩＮＶＩＴＥ」の受信等による処理）を開始する。
【０２２３】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【０２２４】
なお、以上に説明したＩＭＳネットワークシステムの各構成を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【０２２５】
１００…ネットワークオペレータ、２００…ネットワークオペレータ、１０００…ＩＰネットワーク、１１００…ドメイン、１２００ａ及び１２００ｃ…ＩＭＳサーバ、１２１０…Ｐ−ＣＳＣＦサーバ、１２１１…Ｐ−ＣＳＣＦ部、１２２０…Ｉ−ＣＳＣＦサーバ、１２２１…Ｉ−ＣＳＣＦ部、１２３０ａ及び１２３０ｃ…Ｓ−ＣＳＣＦサーバ、１２３１…Ｓ−ＣＳＣＦ部、１２３２…保留部、１２３３…通知部、１２３４…ポリシー管理部、１２３６…指定部、１２３７…マッピング部、１３００ａ及び１３００ｃ…ＩＭＳサーバ、１３１０…Ｐ−ＣＳＣＦサーバ、１３１１…Ｐ−ＣＳＣＦ部、１３２０…Ｉ−ＣＳＣＦサーバ、１３２１…Ｉ−ＣＳＣＦ部、１３３０ａ及び１３３０ｃ…Ｓ−ＣＳＣＦサーバ、１３３１…Ｓ−ＣＳＣＦ部、１３３２…保留部、１３３３…通知部、１３３４…ポリシー管理部、１３３６…指定部、１３３７…マッピング部、１４００…ドメイン、２０００ａ…端末、２１００…通信部、２２００…切替部、２３００…複数登録部、３０００ｃ…アプリケーションサーバ、３１００…アプリケーション部、３２００…保留部、３３００…通知部、３４００…ポリシー管理部、３７００…指定部、３８００…マッピング部、３９００…変換部、４０００ｂ及び４０００ｃ…ホーム加入者サーバ、４１００…データベース部、４３００…ドメイン管理部
【特許請求の範囲】
【請求項１】
ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるアプリケーションサーバと、
を備えることを特徴とするＩＭＳネットワークシステム。
【請求項２】
前記発呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項１に記載のＩＭＳネットワークシステム。
【請求項３】
前記着呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項１又は請求項２に記載のＩＭＳネットワークシステム。
【請求項４】
前記アプリケーションサーバは、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とする請求項１から請求項３のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項５】
前記発呼端末は、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とする請求項１から請求項４のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項６】
前記着呼端末は、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とする請求項１から請求項５のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項７】
ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるＳ−ＣＳＣＦサーバと、
を備えることを特徴とするＩＭＳネットワークシステム。
【請求項８】
前記発呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項７に記載のＩＭＳネットワークシステム。
【請求項９】
前記着呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項７又は請求項８に記載のＩＭＳネットワークシステム。
【請求項１０】
前記Ｓ−ＣＳＣＦサーバは、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とする請求項７から請求項９のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項１１】
前記発呼端末は、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とする請求項７から請求項１０のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項１２】
前記着呼端末は、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とする請求項７から請求項１１のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項１３】
ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
ホーム加入者サーバのコンピュータに、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、
アプリケーションサーバのコンピュータに、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、
を実行させるための制御プログラム。
【請求項１４】
ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
ホーム加入者サーバのコンピュータに、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、
Ｓ−ＣＳＣＦサーバのコンピュータに、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、
を実行させるための制御プログラム。
【請求項１】
ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるアプリケーションサーバと、
を備えることを特徴とするＩＭＳネットワークシステム。
【請求項２】
前記発呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項１に記載のＩＭＳネットワークシステム。
【請求項３】
前記着呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項１又は請求項２に記載のＩＭＳネットワークシステム。
【請求項４】
前記アプリケーションサーバは、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とする請求項１から請求項３のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項５】
前記発呼端末は、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とする請求項１から請求項４のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項６】
前記着呼端末は、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とする請求項１から請求項５のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項７】
ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させるホーム加入者サーバと、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させるＳ−ＣＳＣＦサーバと、
を備えることを特徴とするＩＭＳネットワークシステム。
【請求項８】
前記発呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項７に記載のＩＭＳネットワークシステム。
【請求項９】
前記着呼端末は、前記再登録により、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバに多重登録されることを特徴とする請求項７又は請求項８に記載のＩＭＳネットワークシステム。
【請求項１０】
前記Ｓ−ＣＳＣＦサーバは、前記発呼端末及び前記着呼端末の識別情報のマッピングをドメイン毎に予め記憶し、前記主ドメイン及び前記従ドメインのうち一方のドメインにおける識別情報を、他方のドメインにおける識別情報に変換し、変換後の識別情報を有する前記発呼端末又は前記着呼端末に前記メッセージを送信することを特徴とする請求項７から請求項９のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項１１】
前記発呼端末は、前記メッセージを受信した場合、再登録処理及び発呼処理を開始することを特徴とする請求項７から請求項１０のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項１２】
前記着呼端末は、前記メッセージを受信した場合、再登録処理及び着呼処理を開始することを特徴とする請求項７から請求項１１のいずれか一項に記載のＩＭＳネットワークシステム。
【請求項１３】
ホーム加入者サーバと、アプリケーションサーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
ホーム加入者サーバのコンピュータに、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、
アプリケーションサーバのコンピュータに、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、
を実行させるための制御プログラム。
【請求項１４】
ホーム加入者サーバと、複数のＣＳＣＦサーバと、を備えるＩＭＳネットワークシステムにおいて、
ホーム加入者サーバのコンピュータに、
発呼する側の発呼端末を、主ドメイン又は従ドメインに属するＣＳＣＦサーバに登録させ、着呼される側の着呼端末を、前記主ドメイン又は前記従ドメインに属するＣＳＣＦサーバに登録させる手順と、
Ｓ−ＣＳＣＦサーバのコンピュータに、
前記発呼端末が登録されているＣＳＣＦサーバ、及び、前記着呼端末が登録されているＣＳＣＦサーバの間で通信に問題が生じるか否かを、前記発呼端末が発呼処理を開始した際に判定し、通信に問題が生じると判定した場合、前記発呼処理を保留し、前記主ドメインに属するＣＳＣＦサーバ及び前記従ドメインに属するＣＳＣＦサーバのうち、通信に問題が生じないと予め定められているＣＳＣＦサーバに、前記発呼端末又は前記着呼端末を再登録させる手順と、
を実行させるための制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−９３７５８（Ｐ２０１３−９３７５８Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３４８２１（Ｐ２０１１−２３４８２１）
【出願日】平成２３年１０月２６日（２０１１．１０．２６）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２６日（２０１１．１０．２６）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]